一種應用程式的進程控制方法和裝置製造方法
2023-11-04 21:09:42
一種應用程式的進程控制方法和裝置製造方法
【專利摘要】本發明公開了一種應用程式的進程控制方法和裝置，包括：獲取用戶輸入的DTMB應用的控制指令；檢測智能電視當前是否存在處於運行狀態中的信號源進程；如果存在，停止處於運行狀態中的信號源進程；開啟DTMB應用對應的DTMB進程。因此，本發明在開啟DTMB進程時，關閉了信號源進程，避免了信號源進程和DTMB進程同時運行在系統中，從而避免了信號源進程和DTMB進程相互爭奪智能電視系統資源的問題，保證了智能電視系統的穩定性。
【專利說明】一種應用程式的進程控制方法和裝置
【技術領域】
[0001]本發明涉及通信【技術領域】，更具體的說，涉及一種應用程式的進程控制方法和裝置。
【背景技術】
[0002]隨著科學技術的不斷創新，智能電視已經不僅僅只工作於一種工作模式下進行輸出，還可同時支持其他模式的運行，並實現智能電視在不同模式下的切換。如智能電視同時支持模擬電視模式輸出和 DTMB (Digital Television Terrestrial MultimediaBroadcasting,數位電視地面廣播)模式輸出。
[0003]然而，當智能電視工作於模擬電視模式下時，模擬電視模式下的信號源進程便處於運行狀態中；當智能電視工作於DTMB模式下時，與DTMB對應的DTMB進程也處於運行狀態中。通常,在Android系統的作業系統中，用戶點擊如home鍵的快捷鍵退出應用後,該應用並不是真正意義上的退出，其對應的應用進程也不是真正意義上的關閉，而是將其應用對應的進程放到了系統後臺繼續運行。
[0004]因此，當用戶點擊快捷鍵退出信號源進程，而又同時開啟DTMB進程時，由於信號源進程和DTMB進程同時運行在系統中，只是信號源進程運行在系統後臺，DTMB進程運行在系統前臺，因此，此時的信號源進程和DTMB進程便會發生相互爭奪智能電視系統資源的問題。這無疑降低了智能電視系統的穩定性，影響了系統性能。
【發明內容】
[0005]針對上述問題，本發明提供一種應用程式的進程控制方法和裝置，以解決現有技術中信號源進程與DTMB進程相互爭奪系統資源導致的智能電視系統穩定性降低的問題。技術方案如下:
[0006]基於本發明的一方面，本發明提供一種應用程式的進程控制方法，應用於智能電視，包括:
[0007]獲取用戶輸入的開啟數位電視地面廣播DTMB應用的控制指令；
[0008]檢測所述智能電視當前是否存在處於運行狀態中的信號源進程；
[0009]如果存在，停止所述處於運行狀態中的信號源進程；
[0010]開啟所述DTMB應用對應的DTMB進程。
[0011]優選地，還包括:
[0012]如果所述智能電視當前不存在處於運行狀態中的信號源進程，直接開啟所述DTMB應用對應的DTMB進程。
[0013]優選地，所述檢測所述智能電視當前是否存在處於運行狀態中的信號源進程包括:
[0014]發送廣播消息；所述廣播消息中至少包括帶有預設標識的字符串；其中，所述帶有預設標識的字符串用於在所述信號源進程接收到所述字符串後，停止所述信號源進程；[0015]接收反饋消息；所述反饋消息用於表明當前智能電視是否存在處於運行狀態中的信號源進程。
[0016]優選地，所述檢測所述智能電視當前是否存在處於運行狀態中的信號源進程包括:
[0017]查找所述智能電視當前處於運行狀態中的進程棧；所述進程棧至少用於存儲處於運行狀態中的信號源進程和/或DTMB進程；
[0018]判斷所述進程棧中是否存在信號源進程。
[0019]優選地，所述停止所述處於運行狀態中的信號源進程包括:
[0020]從所述進程棧中提取所述信號源進程的身份標識；
[0021]通過對所述身份標識的處理，停止所述處於運行狀態中的信號源進程。
[0022]優選地，所述身份標識包括進程控制符PID。
[0023]基於本發明的另一方面，本發明提供一種應用程式的進程控制裝置，應用於智能電視，包括:
[0024]獲取模塊，用於獲取用戶輸入的開啟數位電視地面廣播DTMB應用的控制指令；
[0025]檢測模塊，用於檢測所述智能電視當前是否存在處於運行狀態中的信號源進程；
[0026]停止模塊，用於在所述檢測模塊檢測所述智能電視當前存在處於運行狀態中的信號源進程時，停止所述處於運行狀態中的信號源進程；
[0027]開啟模塊，用於開啟所述DTMB應用對應的DTMB進程。
[0028]優選的，所述檢測模塊包括:
[0029]發送廣播消息模塊，用於發送廣播消息；所述廣播消息中至少包括帶有預設標識的字符串；其中，所述帶有預設標識的字符串用於在所述信號源進程接收到所述字符串後，停止所述信號源進程；
[0030]接收消息模塊，用於接收反饋消息；所述反饋消息用於表明當前智能電視是否存在處於運行狀態中的信號源進程。
[0031]優選的，所述檢測模塊包括:
[0032]查找模塊，用於查找所述智能電視當前處於運行狀態中的進程棧；所述進程棧至少用於存儲處於運行狀態中的信號源進程和/或DTMB進程；
[0033]判斷模塊，用於判斷所述進程棧中是否存在信號源進程。
[0034]優選的，所述停止模塊包括:
[0035]身份標識提取模塊，用於從所述進程棧中提取所述信號源進程的身份標識；
[0036]停止子模塊，用於通過對所述身份標識的處理，停止所述處於運行狀態中的信號源進程。
[0037]應用上述技術方案，本發明獲取用戶輸入的開啟DTMB應用的控制指令後，首先檢測智能電視當前是否存在處於運行狀態中的信號源進程。當檢測到智能電視當前存在處於運行狀態中的信號源進程時，停止處於運行狀態中的信號源進程後，在開啟DTMB應用對應的DTMB進程。因此，本發明在開啟DTMB進程時，關閉了信號源進程，避免了信號源進程和DTMB進程同時運行在系統中，從而避免了信號源進程和DTMB進程相互爭奪智能電視系統資源的問題，保證了智能電視系統的穩定性。【專利附圖】
【附圖說明】
[0038]為了更清楚地說明本發明實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。
[0039]圖1為本發明提供的一種應用程式的進程控制方法的一種流程圖；
[0040]圖2為本發明提供的一種應用程式的進程控制方法的另一種流程圖；
[0041]圖3為本發明提供的一種應用程式的進程控制方法的再一種流程圖；
[0042]圖4為本發明提供的一種停止信號源進程方法的流程圖；
[0043]圖5為本發明提供的一種應用程式的進程控制裝置的一種結構示意圖；
[0044]圖6為本發明提供的一種應用程式的進程控制裝置中檢測模塊的一種結構示意圖；
[0045]圖7為本發明提供的一種應用程式的進程控制裝置中檢測模塊的另一種結構示意圖；
[0046]圖8為本發明提供的一種應用程式的進程控制裝置中停止模塊的一種結構示意圖。
【具體實施方式】
[0047]下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬於本發明保護的範圍。
[0048]現有技術中，出於用戶的不同需求，用戶會切換智能電視的工作模式，開啟智能電視在不同工作模式下的不同進程。如智能電視首先工作於模擬電視模式下，信號源進程處於運行狀態中。在某個時刻，用戶想要開啟DTMB模式下的DTMB進程。此時，用戶會點擊如home鍵的快捷鍵退出信號源應用，即退出信號源應用對應的信號源進程，再去開啟DTMB進程。然而，現有智能電視的Andro i d系統對應用的設計是,應用在用戶點擊home鍵的快捷鍵退出時並不是真正意義的應用程式的退出，而是系統將其放到了系統後臺繼續運行。此時，對於智能電視系統來講，當用戶再次開啟DTMB進程後，智能電視中的信號源進程和DTMB進程會同時處於運行狀態中。因此，信號源進程和DTMB進程便會相互爭奪智能電視系統資源，這無疑降低了智能電視系統的穩定性，影響了系統性能。本發明正是針對現有技術中的上述缺點提出的一種應用程式的進程控制方法和裝置，以解決現有技術中信號源進程和DTMB進程相互爭奪智能電視系統資源。導致智能電視系統的穩定性降低的問題。
[0049]需要說明的是，本發明中智能電視工作於模擬電視模式下時，啟動模擬電視下的應用程式即對應開啟信號源進程。當智能電視處於DTMB模式下時，啟動DTMB應用程式即對應開啟DTMB進程。
[0050]實施例一
[0051]請參見圖1，其示出了本發明提供的一種應用程式的進程控制方法的一種流程圖，包括:[0052]步驟101，獲取用戶輸入的開啟DTMB應用的控制指令。
[0053]在本實施例中，用戶點擊啟動DTMB的應用程式時，即獲取到用戶輸入的開啟DTMB應用的控制指令。
[0054]在實際應用中，智能電視中包括多個應用模塊，如視頻模塊、聊天模塊、音頻模塊、上網模塊等。不同的應用模塊對應屬於不同的應用程式。當用戶選中某個應用啟動時，即對應開啟該應用對應的進程。
[0055]步驟102，檢測智能電視當前是否存在處於運行狀態中的信號源進程。如果存在，執行步驟103，如果不存在，執行步驟105。
[0056]在本實施例中，當用戶觸發開啟DTMB應用時，首先檢測智能電視當前是否存在處於運行狀態中的信號源進程。
[0057]現有技術中，當用戶點擊如home鍵的快捷鍵退出信號源進程後,基於Android系統對應用的設計理念，其並不會將信號源進程直接停止，而是將信號源進程放到系統後臺繼續運行。在本發明中，為了避免信號源進程和DTMB進程同時處於運行狀態中，當獲取到用戶輸入的開啟DTMB應用的控制指令，檢測智能電視當前是否存在處於運行狀態中的信號源進程，如果存在，執行步驟103停止處於運行狀態中的信號源進程。
[0058]步驟103，停止處於運行狀態中的信號源進程。
[0059]步驟104，開啟DTMB應用對應的DTMB進程。
[0060]在本實施例中，在檢測到存在處於運行狀態中的信號源進程，並將處於運行狀態中的信號源進程停止後，在開啟DTMB應用對應的DTMB進程。
[0061]步驟105，直接開啟DTMB應用對應的DTMB進程。
[0062]在本實施例中，當檢測到智能電視當前沒有存在處於運行狀態中的信號源進程時，直接開啟DTMB應用對應的DTMB進程。
[0063]應用本發明的上述技術方案，本發明在獲取用戶輸入的開啟DTMB應用的控制指令後，首先檢測智能電視當前是否存在處於運行狀態中的信號源進程。當檢測到智能電視當前存在處於運行狀態中的信號源進程時，停止處於運行狀態中的信號源進程後，在開啟DTMB應用對應的DTMB進程。因此，本發明在開啟DTMB進程時，關閉了信號源進程，避免了信號源進程和DTMB進程同時運行在系統中，從而避免了信號源進程和DTMB進程相互爭奪智能電視系統資源的問題，保證了智能電視系統的穩定性。
[0064]實施例二
[0065]在上述實施例的基礎上，請參閱圖2，其示出了本發明提供的一種應用程式的進程控制方法的另一種流程圖，包括:
[0066]步驟201，獲取用戶輸入的開啟DTMB應用的控制指令。
[0067]步驟202，發送廣播消息。其中，廣播消息中至少包括帶有預設標識的字符串；其中，所述帶有預設標識的字符串用於在信號源進程接收到該字符串後，停止信號源進程。
[0068]在本實施例中，當系統獲取到用戶輸入的開啟DTMB應用的控制指令後，系統會自動發送一個廣播消息至智能電視的應用層。該廣播消息中至少包括帶有預設標識的字符串。如果當前智能電視存在處於運行狀態中的信號源進程，此時處於運行狀態中的信號源進程會接收到該廣播消息，並讀取該廣播消息中的字符串。優選地，信號源進程通過廣播接收器接收廣播消息。[0069]信號源進程讀取帶有預設標識的字符串後，會依據字符串的指示停止自身進程的運行，以實現停止信號源進程的目的。
[0070]如果當前智能電視不存在處於運行狀態中的信號源進程，該廣播消息只是作為一個普通的消息在應用層中廣播。
[0071]步驟203，接收反饋消息。其中，反饋消息用於表明當前智能電視是否存在處於運行狀態中的信號源進程。如果存在，執行步驟204，如果不存在，執行步驟206。
[0072]在本實施例中，如果當前智能電視存在處於運行狀態中的信號源進程時，信號源進程接收到該廣播消息停止自身進程的同時，還會向DTMB進程反饋一個反饋消息。該反饋消息中至少包括當前存在處於運行狀態中的信號源進程的信息內容。此時，DTMB進程接收到該反饋消息，讀取反饋消息中的信息內容，獲知當前智能電視存在處於運行狀態中的信號源進程。較優的，反饋消息中還可以包括信號源進程的相關信息，以助於DTMB進程對信號源進程的深度了解。
[0073]步驟204，停止處於運行狀態中的信號源進程。
[0074]在本實施例中，當DTMB進程接收到信號源進程發送的反饋消息，獲知當前智能電視存在處於運行狀態中的信號源進程的同時，信號源進程也已經讀取了系統發送的廣播消息中包括的帶有預設標識的字符串，依據帶有預設標識的字符串停止處於運行狀態中的信號源進程。
[0075]步驟205，開啟DTMB應用對應的DTMB進程。
[0076]步驟206，直接開啟DTMB應用對應的DTMB進程。
[0077]在本實施例中，為了保證開啟DTMB應用對應的DTMB進程時，已經停止了處於運行狀態中的信號源進程，本發明可以設置在接收到信號源進程發送的反饋信息後的預設時間後，控制開啟DTMB應用對應的DTMB進程；還可以設置在信號源進程停止運行後，系統發送一確認停止消息至DTMB進程，DTMB進程獲取到該確認停止消息後開啟DTMB應用對應的DTMB進程。
[0078]實施例三
[0079]在上述實施例的基礎上，請參閱圖3，請示出了本發明提供的一種應用程式的進程控制方法的再一種流程圖，包括:
[0080]步驟301，獲取用戶輸入的開啟DTMB應用的控制指令。
[0081]步驟302，查找智能電視當前處於運行狀態中的進程棧。其中，進程棧至少用於存儲處於運行狀態中的信號源進程和/或DTMB進程。
[0082]在本發明中，智能電視系統中包括至少一個進程棧，進程棧至少用於存儲處於運行狀態中的信號源進程和/或DTMB進程。當信號源進程啟動後，便將該信號源進程放入進程棧中，當DTMB進程啟動後，便將該DTMB進程放入進程棧中。此外，當系統中其他應用啟動後，系統還可以將其他應用對應的進程放入進程棧中。
[0083]當然，根據應用的類型不同，還可設置多個進程棧，分別用於存儲不同應用對應的進程。當某個進程棧中放入了 一個或多個進程後，該進程棧便處於運行狀態中。
[0084]在本實施例中，在獲取用戶輸入的開啟DTMB應用的控制指令後，系統首先查找處於運行狀態中的進程棧。
[0085]步驟303，判斷進程棧中是否存在信號源進程。如果存在，執行步驟304，如果不存在，執行步驟306。
[0086]在本實施例中，系統查找到處於運行狀態中的所有進程棧後，分別判斷每個進程棧中是否存在信號源進程。如果有至少一個進程棧中存在信號源進程，表明當前智能電視存在處於運行狀態中的信號源進程。如果處於運行狀態中的所有進程棧中均不存在信號源進程，表明當前智能電視不存在處於運行狀態中的信號源進程。
[0087]步驟304，停止處於運行狀態中的信號源進程。
[0088]在本實施例中，當檢測出進程棧中存在信號源進程，停止該信號源進程。
[0089]具體地，可參閱圖4，其示出了本發明提供的一種停止信號源進程方法的流程圖，包括:
[0090]步驟401，從進程棧中提取信號源進程的身份標識。
[0091]其中，身份標識可以為PID(ProCeSS Identifier，進程控制符)。在實際應用過程中，應用程式啟動後系統會自動為應用程式對應的進程分配一個唯一的PID，PID用於區分不同的進程。當進程結束停止後，系統會收回該進程的PID。當在其他進程啟動後，系統在將PID分配給其他處於運行狀態的程序對應的進程。因此，本發明只需提取信號源進程的身份標識PID，即可找到處於運行狀態中的信號源進程。通過對信號源進程的身份標識PID的處理，實現對信號源進程的控制。
[0092]步驟402，通過對身份標識的處理，停止處於運行狀態中的信號源進程。
[0093]在本實施例中，系統提取信號源進程的身份標識PID後，執行例如kill-PID的操作，收回信號源進程的PID，停止處於運行狀態中的信號源進程。
[0094]步驟305，開啟DTMB應用對應的DTMB進程。
[0095]步驟306，直接開啟DTMB應用對應的DTMB進程。
[0096]實施例四
[0097]基於前文本發明提供的一種應用程式的進程控制方法的描述，本發明還提供一種應用程式的進程控制裝置，應用於智能電視，請參閱圖5，其示出了本發明提供的一種應用程式的進程控制裝置的一種結構示意圖，包括:獲取模塊100、檢測模塊200、停止模塊300和開啟模塊400。其中，
[0098]獲取模塊100，用於獲取用戶輸入的開啟DTMB應用的控制指令。
[0099]檢測模塊200，用於檢測智能電視當前是否存在處於運行狀態中的信號源進程。
[0100]停止模塊300，用於在檢測模塊200檢測智能電視當前存在處於運行狀態中的信號源進程時，停止處於運行狀態中的信號源進程。
[0101]開啟模塊400，用於開啟DTMB應用對應的DTMB進程。
[0102]應用本發明的上述技術方案，本發明在獲取模塊100獲取用戶輸入的開啟DTMB應用的控制指令後，首先由檢測模塊200檢測智能電視當前是否存在處於運行狀態中的信號源進程。當檢測模塊200檢測到智能電視當前存在處於運行狀態中的信號源進程時，停止模塊300停止處於運行狀態中的信號源進程後，開啟模塊400在開啟DTMB應用對應的DTMB進程。因此，本發明在開啟DTMB進程時，關閉了信號源進程，避免了信號源進程和DTMB進程同時運行在系統中，從而避免了信號源進程和DTMB進程相互爭奪智能電視系統資源的問題，保證了智能電視系統的穩定性。
[0103]實施例五[0104]在上述實施例的基礎上，本發明還提供一種應用程式的進程控制裝置中檢測模塊的一種結構示意圖，請參閱圖6，包括:發送廣播消息模塊201和接收消息模塊202。其中，
[0105]發送廣播消息模塊201，用於發送廣播消息。其中，廣播消息中至少包括帶有預設標識的字符串；其中，所述帶有預設標識的字符串用於在所述信號源進程接收到所述字符串後，停止所述信號源進程。
[0106]接收消息模塊202，用於接收反饋消息。其中，反饋消息用於表明當前智能電視是否存在處於運行狀態中的信號源進程。
[0107]實施例六[0108]在上述實施例的基礎上，本發明還提供一種應用程式的進程控制裝置中檢測模塊的另一種結構示意圖，請參閱圖7，包括:查找模塊203和判斷模塊204。
[0109]查找模塊203，用於查找智能電視當前處於運行狀態中的進程棧。其中，進程棧至少用於存儲處於運行狀態中的信號源進程和/或DTMB進程。
[0110]判斷模塊204，用於判斷進程棧中是否存在信號源進程。
[0111]實施例七
[0112]在上述實施例的基礎上，本發明還提供一種應用程式的進程控制裝置中停止模塊的一種結構示意圖，請參閱圖8，包括:身份標識提取模塊301和停止子模塊302。其中，
[0113]身份標識提取模塊301，用於從進程棧中提取信號源進程的身份標識。
[0114]較優的，身份標識可以為PID (Process Identifier,進程控制符)。
[0115]停止子模塊302，用於通過對身份標識的處理，停止處於運行狀態中的信號源進程。
[0116]需要說明的是，本說明書中的各個實施例均採用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。對於裝置類實施例而言，由於其與方法實施例基本相似，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。
[0117]最後，還需要說明的是，在本文中，諸如第一和第二等之類的關係術語僅僅用來將一個實體或者操作與另一個實體或操作區分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關係或者順序。而且，術語「包括」、「包含」或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設備所固有的要素。在沒有更多限制的情況下，由語句「包括一個……」限定的要素，並不排除在包括所述要素的過程、方法、物品或者設備中還存在另外的相同要素。
[0118]以上對本發明所提供的一種應用程式的進程控制方法和裝置進行了詳細介紹，本文中應用了具體個例對本發明的原理及實施方式進行了闡述，以上實施例的說明只是用於幫助理解本發明的方法及其核心思想；同時，對於本領域的一般技術人員，依據本發明的思想，在【具體實施方式】及應用範圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本發明的限制。
【權利要求】
1.一種應用程式的進程控制方法，應用於智能電視，其特徵在於，包括: 獲取用戶輸入的開啟數位電視地面廣播DTMB應用的控制指令； 檢測所述智能電視當前是否存在處於運行狀態中的信號源進程； 如果存在，停止所述處於運行狀態中的信號源進程； 開啟所述DTMB應用對應的DTMB進程。
2.根據權利要求1所述的方法，其特徵在於，還包括: 如果所述智能電視當前不存在處於運行狀態中的信號源進程，直接開啟所述DTMB應用對應的DTMB進程。
3.根據權利要求1所述的方法，其特徵在於，所述檢測所述智能電視當前是否存在處於運行狀態中的信號源進程包括: 發送廣播消息；所述廣播消息中至少包括帶有預設標識的字符串；其中，所述帶有預設標識的字符串用於在所述信號源進程接收到所述字符串後，停止所述信號源進程； 接收反饋消息；所述反饋消息用於表明當前智能電視是否存在處於運行狀態中的信號源進程。
4.根據權利要求1所述的方法，其特徵在於，所述檢測所述智能電視當前是否存在處於運行狀態中的信號源進程包括: 查找所述智能電視當前處於運行狀態中的進程棧；所述進程棧至少用於存儲處於運行狀態中的信號源進程和/或DTMB進程； 判斷所述進程棧中是否存在信號源進程。
5.根據權利要求4所述的方法，其特徵在於，所述停止所述處於運行狀態中的信號源進程包括: 從所述進程棧中提取所述信號源進程的身份標識； 通過對所述身份標識的處理，停止所述處於運行狀態中的信號源進程。
6.根據權利要求4或5所述的方法，其特徵在於，所述身份標識包括進程控制符PID。
7.一種應用程式的進程控制裝置，應用於智能電視，其特徵在於，包括: 獲取模塊，用於獲取用戶輸入的開啟數位電視地面廣播DTMB應用的控制指令； 檢測模塊，用於檢測所述智能電視當前是否存在處於運行狀態中的信號源進程； 停止模塊，用於在所述檢測模塊檢測所述智能電視當前存在處於運行狀態中的信號源進程時，停止所述處於運行狀態中的信號源進程； 開啟模塊，用於開啟所述DTMB應用對應的DTMB進程。
8.根據權利要求7所述的裝置，其特徵在於，所述檢測模塊包括: 發送廣播消息模塊，用於發送廣播消息；所述廣播消息中至少包括帶有預設標識的字符串；其中，所述帶有預設標識的字符串用於在所述信號源進程接收到所述字符串後，停止所述信號源進程； 接收消息模塊，用於接收反饋消息；所述反饋消息用於表明當前智能電視是否存在處於運行狀態中的信號源進程。
9.根據權利要求7所述的裝置，其特徵在於，所述檢測模塊包括: 查找模塊，用於查找所述智能電視當前處於運行狀態中的進程棧；所述進程棧至少用於存儲處於運行狀態中的信號源進程和/或DTMB進程；判斷模塊，用於判斷所述進程棧中是否存在信號源進程。
10.根據權利要求9所述的裝置，其特徵在於，所述停止模塊包括: 身份標識提取模塊，用於從所述進程棧中提取所述信號源進程的身份標識； 停止子模塊，用於通過對所述身份標識的處理，停止所述處於運行狀態中的信號源進程。
【文檔編號】H04N21/4627GK103702195SQ201310756155
【公開日】2014年4月2日 申請日期:2013年12月27日 優先權日:2013年12月27日
【發明者】趙明陽 申請人:樂視致新電子科技（天津）有限公司