廣播接收裝置的製作方法
2024-02-19 19:37:15 3
專利名稱：廣播接收裝置的製作方法
技術領域：
本發明涉及廣播接收裝置，更具體地說，涉及根據軟體應用程式等發出的調諧請求執行調諧處理的廣播接收裝置。
背景技術：
圖12是說明在常規的廣播接收裝置中接收調諧請求和進行調諧處理的時序安排的示意圖。在圖12中，「調諧請求結束」。(這是一個諸如由使用者操作的遙控器之類的輸入裝置)，發出調諧請求。如圖12所示，當調諧請求1至3相繼產生時，廣播接收裝置也就依次根據各個調諧請求進行調諧的處理。此外，如在調諧處理期間又作出了另外的調諧請求(如圖12所示的請求4和請求5)，則廣播接收裝置在已經接收到的調諧請求的調諧處理全部完成之後，進行對應於另外的調諧請求的調諧處理。於是，在常規的廣播接收裝置中，存儲所有發出的調諧請求，且對所有如此的調諧請求都進行調諧處理。因此，在相繼發出了大量的調諧請求的情況下，就會花費很長的時間來完成所有的調諧處理。
在考慮了上述問題之後，就將一些常規的廣播接收裝置配置成能更有效地實現對應於連續調諧請求的調諧處理。一個這類的例子是採用特殊的遙控器，它能更好地處理由使用者連續發出的調諧請求。在使用者操作遙控器發出調諧請求之後，該遙控器觀察一定的等待周期。如果在該周期中，沒有再發出新的調諧請求，則遙控器就將調諧請求傳輸給廣播接收裝置。結果，在使用者採用該遙控器來連續發出調諧請求的情況下，就能夠減少傳輸給廣播接收裝置的調諧請求的數量。於是，在使用者連續發出調諧請求時就能夠減少調諧處理所需要的時間量。
處理連續調諧請求的另一個例子是一種方法，其中，不再接收或忽略在調諧處理期間所發出的任何調諧請求。該方法將相對於圖12所說明的例子來討論。對在調諧1處理期間發出的對調諧請求2和3，沒有進行任何調諧處理。對在完成了調諧處理1之後發出的調諧請求4進行調諧處理。對在調諧處理4期間發出的調諧請求5也沒有進行任何調諧處理。在使用者相繼發出調諧請求的時候，該方法也可減少調諧處理所需要的時間量。
近年來，允許軟體應用程式(下文將簡稱為「應用程式」)在廣播接收裝置上操作的環境正在建立。如這裡所使用的，把「應用程式」定義為一個程序，可以執行它而達到廣播接收裝置的各種目的的操作。應用程式可以為了它自身的目的發出調諧請求。作為這類環境的一個例子，符合DVB-MHP(數字視頻廣播多媒體家用平臺)標準的廣播接收裝置。可以在符合DVB-MHP標準的廣播接收裝置中運行的該應用程式可以通過調用在廣播接收裝置中提供的調諧API(應用程式界面)來發出調諧的請求。在DVB-MHP的標準中，調用調諧API是一個異步過程，可定義為「一旦完成調諧請求的發出便返回到應用程式的執行」。這意味著，在應用程式已調用了調諧API以發出調諧請求之後，就能夠執行下一個操作而無等待完成調諧處理。換句話說，在符合DVB-MHP標準的廣播接收裝置中運行應用程式能夠在調諧處理期間發出大量的調諧請求。於是，就有可能在短的時間周期中發出大量的調諧請求。
在上述環境中，有關調諧處理所需要的長時間的問題就變得十分顯著。因為在給定的時間周期中應用程式能夠發出的調諧請求的數量可以遠遠大於人們使用遙控器所能發出的調諧請求的數量。因此，根據上述所有調諧請求都符合所執行的相應調諧處理的方法，那麼，在調諧處理的周期中應用程式能發出大量的調諧請求(即，遠大於人們所能發出的數量)的情況下，要完成所有的調諧處理所需要的時間就會非常非常長。
此外，由於在完成所有的調諧處理之前要花費很長的時間，因此，就有可能正在處理當前發出的調諧請求的同時要發出更多的調諧請求。因此，在短時間周期中發出大量的調諧請求最終必然導致堆積著越來越多的要處理的調諧請求。在所有的調諧處理都必須執行的常規方法中，必須將在調諧處理期間所發出的調諧請求存儲起來，直至執行相應的調諧處理。因此，在應用程式在短時間周期內發出大量調諧請求的情況下，常規的方法就需要一個不限制尺寸的存儲器，用於存儲這些調諧請求。如果沒有提供這樣的存儲器，就有可能由於沒有足夠的存儲器資源而不能很好地執行這些處理。
在不接收任何在調諧處理期間所發出的調諧請求的上述方法中，對於在調諧處理期間所發出的調諧請求，沒有執行調諧處理。因此，根據這種方法，即使必需的調諧處理也不能執行。例如，在調諧處理期間可能從多個應用程式發出了多個調諧請求。在這種情況下，根據不接收任何在調諧處理期間發出的調諧請求的上述方法，沒有執行一個從多個應用程式發出的調諧請求的必要的調諧處理。於是，認為該方法作為對減少調諧處理所需要的時間數量的測量是不充分的。
另一方面，早期討論的方法也僅僅是針對人為操作的。該技術的目的只是減少在調諧請求端從遙控器發出的調諧請求的數量。因此，在這個技術可應用於操作者通過操作遙控器或電視機的面板來產生連續的調諧請求的情況下的同時，它都不能在應用程式產生連續的調諧請求的情況中使用它。
發明內容
本發明的一個目的是提供一種廣播接收裝置，它即使在發出大量的調諧請求的情況下，也能在短的時間周期內進行調諧處理。
為了能達到上述目的，本發明具有下列一些特徵。
本發明的第一方面針對用於接收廣播信號的廣播接收裝置，它包括用於接收一個已經發出的調諧請求的調諧請求接收部分；用於存儲由調諧接收部分接收到的調諧請求的調諧請求存儲部分；用於對相應於調諧請求的廣播信號執行調諧處理的調諧處理部分，其中如果在調諧處理期間至少發出到一個調諧請求，那麼調諧處理部分就執行下一個調諧處理所述下一個調諧處理對應於在調諧處理期間存儲於調諧請求存儲部分中的至少一個調諧請求中之一；以及用於在時間的預定點上抹去在調諧處理期間存儲於調諧請求存儲部分中的至少一個調諧請求的調諧請求抹去部分。
根據第一方面，處理在單個調諧處理期間產生的許多調諧請求中的一個。換句話說，廣播接收裝置不對在調諧處理期間所發出的多個調諧請求的每一個都進行調諧處理。於是，即使發出了大量的調諧請求，但也有可能在短時間的周期內進行調諧處理。此外，由於調諧請求抹去部分依次抹去存儲在調諧請求存儲部分中的調諧請求，因此就不需要提供不限制尺寸的存儲器。此外，根據第一方面，由於只對所有已經發出的調諧請求中的一個調諧請求進行調諧處理，所以要防止必要的調諧處理被忽略。
在基於第一方面基礎上的第二方面，調諧請求抹去部分在調諧處理的開始就抹去存儲於調諧請求部分中的至少一個調諧請求。
根據第二方面，每次調諧處理開始時都要抹去至少一個已經發出的調諧請求。因此，廣播接收裝置只需要能存儲一些在單一調諧處理所需時間周期內可能發出的許多調諧請求。所以，根據第二方面，能減少存儲調諧請求所需的存儲器的數量。
在基於第一方面基礎上的第三方面，調諧請求存儲部分能夠存儲預定數目的調諧請求，以及如果在調諧處理期間所發出的新的調諧請求導致超過預定數目，則新的調諧請求就取代已經存儲的調諧請求中之一。
根據第三方面，有可能將所提供的存儲調諧請求的存儲器數量減少到預定的數量。
在基於第一方面基礎上的第四方面，如果調諧處理失敗，則調諧處理部分就執行對應於在原先調諧處理期間存儲於調諧請求存儲部分的調諧請求中之一的另外一個調諧處理，以及調諧請求抹去部分在另外一個調諧處理完成之後抹去在原先調諧處理期間存儲於調諧請求存儲部分的至少一個調諧請求。
根據第四方面，即使調諧處理失敗，但仍可以再一次進行調諧處理。正如這裡所使用的，調諧處理的「完成」只是指調諧處理的成功完成，並不是指調諧處理的不成功的完成。
在基於第四方面基礎上的第五方面，調諧請求存儲部分能夠存儲預定數目的調諧請求，以及如果在調諧處理期間所發出的新的調諧請求導致超過預定數目，則新的調諧請求取代已經存儲的調諧請求中之一超過預定數目。
根據第五方面，正如第四方面，即使調諧處理失敗，但仍可能再次進行調諧處理。在這種情況下，只有在完成了調諧處理之後才能由調諧請求抹去部分抹去存儲在調諧請求存儲部分中的一個調諧請求。因此，儘管第五方面要求比第二方面大的存儲器容量，但是第五方面有可能將用於存儲調諧請求的存儲器數量減少到預定的數量。
在基於第一方面基礎上的第六方面中，如果在調諧處理期間發出了至少一個調諧請求，則調諧處理部分就執行對應於存儲於調諧請求存儲部分中至少一個調求請求中的最新的一個調諧請求的下一次調諧處理。
根據第六方面，根據最新的調諧請求，即，最後發出的調諧請求，來執行調諧處理。
在基於第六方面基礎上的第七方面，調諧請求存儲部分能夠存儲一個調諧請求，以及如果調諧請求接收部分接收到新的調諧請求，則新的調諧請求就取代已經存儲的調諧請求中之一。
根據第七方面，只有最近一次的調諧請求才能存儲在調諧請求存儲部分。因此，能夠使得用於存儲調諧請求的存儲器的數量最小化。
在基於第一方面基礎上的第八方面，調諧請求是由軟體應用程式發出。
本發明的第九方面針對一種方法，用於接收廣播接收裝置中的廣播信號，該方法包括接收所發出的調諧請求的調諧請求接收步驟；存儲在調諧請求接收步驟中接收到的調諧請求的調諧請求存儲步驟；執行對應於調諧請求的廣播信號的調諧處理的調諧處理步驟，其中如果在調諧處理期間發出了至少一個調諧請求，則對應於在調諧處理期間在調諧請求存儲步驟中所存儲的至少一個調諧請求中的一個調諧請求執行下一個調諧處理；以及在時間的預定點上抹去在調諧處理期間所存儲的至少一個調諧請求的調諧請求抹去步驟。
在基於第九方面基礎上的第十方面，在調諧處理開始時，調諧請求抹去步驟抹去在原先調諧處理中存儲的至少一個調諧請求。
在基於第九方面基礎上的第十一方面，如果在調諧處理期間發出的新的調諧請求導致超過預定數目，則新的調諧請求取代已經存儲的調諧請求之一。
在基於第九方面基礎上的第十二方面，如果調諧處理失敗，則調諧處理步驟就執行對應於在原先調諧處理期間所存儲的調諧請求中的一個調諧請求的另外一次調諧處理，以及調諧請求抹去步驟在完成了另一次調諧處理之後抹去在原先調諧處理期間所存儲的調諧請求中的至少一個調諧請求。
在基於第十二方面基礎上的第十三方面，如果在調諧處理期間發出的新的調諧請求導致超過預定數目，則新的調諧請求取代已經存儲的調諧請求中之一。
在基於第九方面基礎上的第十四方面，如果在調諧處理期間發出至少一個調諧請求，則調諧處理步驟就執行對應於存儲在調諧請求存儲部分中至少一個調諧請求中最新的調諧請求的下一次調諧處理。
在基於第十四方面基礎上的第十五方面，調諧請求存儲步驟每次存儲一個調諧請求，以及如果調諧請求接收步驟接收到新的調諧請求，則新的調諧請求就取代已經存儲的調諧請求中之一。
在基於第九方面基礎上的第十六方面，調諧請求可由軟體應用程式發出。
本發明的第十七方面針對一種程序，用於使包括在接收廣播信號的廣播接收設備中的計算機執行以下步驟接收所發出調諧請求的調諧請求接收步驟；存儲在調諧請求接收步驟中所接收到的調諧請求的調諧請求存儲步驟；執行對應於調諧請求的廣播信號的調諧處理的調諧處理步驟，其中如果在調諧處理期間發出了至少一個調諧請求，則對應於在調諧處理期間在調諧請求存儲步驟中所存儲的至少一個調諧請求中的一個調諧請求執行下一個調諧處理；以及在時間的預定點上抹去在調諧處理期間存儲的至少一個調諧請求的調諧請求抹去步驟。
從以下結合附圖的本發明詳細的討論中，將使本發明的這些和其它目的，特徵，方面以及優點變得更加清晰。
圖1說明了根據本發明實施例的數字廣播接收裝置的結構的示意圖；圖2是說明根據本發明實施例的數字廣播接收裝置結構的功能性方框圖；圖3說明了在圖2所示的調諧請求存儲部分205中沒有存儲調諧請求的情況的示意圖；圖4說明了在圖2所示的調諧請求存儲部分205中存儲了兩個調諧請求的情況的示意圖；圖5說明了在圖2所示的調諧請求存儲部分205中存儲了三個調諧請求的情況的示意圖；圖6是說明根據本發明實施例的有關調諧請求接收過程的流程圖；圖7是說明根據本發明實施例的有關調諧執行過程的流程圖；圖8說明了在根據本發明實施例的廣播接收裝置中有關調諧請求的接收和調諧處理的執行的時序圖；圖9舉例說明了在圖2所示的調諧請求存儲部分205中所存儲的調諧請求的示意圖；圖10舉例說明了在圖2所示的調諧請求存儲部分205中所存儲的調諧請求的示意圖；圖11是有關圖7所示調諧執行過程的各種操作的流程圖；以及，圖12說明了在常規的廣播接收裝置中有關調諧請求的接收和調諧處理的執行的時序圖。
具體實施例方式
圖1說明了根據本發明實施例的數字廣播接收裝置(下文將簡稱之為「廣播接收裝置」)的結構示意圖。圖1所示的廣播接收裝置11連接著天線12和顯示器13。圖1所示的廣播接收裝置的主要結構類似於常規的廣播接收裝置的主要結構。廣播接收裝置11包括前端101，TS解碼器102，AV(音頻/視頻)解碼器103，存儲器104，以及圖像輸出信號編碼器105。接著，將詳細地討論廣播接收裝置11。
前端101對天線12接收到的廣播信號進行調諧和解調，且輸出MPEG2傳輸碼流(在圖1中標註為「TS」)。前端101包括負責調諧的調諧器106。TS解碼器102對前端101輸出的MPEG2傳輸流進行去復用，且輸出視頻，音頻，以及其它信息(除了視頻和音頻信息之外的信息)。這類信息是以諸如PES(包化基本流)的包或段為單位而輸出的。一般說來，諸如視頻和音頻，等信息是以PES包的方式輸出的，而在廣播接收裝置上操作的應用程式中則是以段的方式輸出的。AV解碼器103對視頻和音頻信息(圖1中所示的「視頻」和「音頻」) 解碼，且輸出AV數據。圖像輸出信號編碼器105將從AV解碼器103輸出的AV數據轉換成圖像輸出信號。換句話說，圖像輸出信號編碼器105使AV解碼器103輸出的AV數據經受D/A轉換，從而輸出提供給顯示器13的視頻/音頻信號。AV解碼器103也輸出除了視頻和音頻信息之外的其他信息(在圖1中標註為「其它」)，這些信息保留在存儲器104中，以備在各種處理中使用。例如，在系統可能通過廣播信號來下載在廣播接收裝置上操作的應用程式例如，廣播接收裝置符合DVS-MHP標準)的情況下，所下載的應用程式可以存儲在存儲器104，使得CPU107可執行。CPU107是承擔計算的模塊，它與存儲器104和調諧器106相耦合。CPU107通過執行以下將要描述的調諧管理處理程序來執行調諧的管理處理。隨後將詳細地討論有關調諧管理的處理。CPU107負責上述應用程式和其他類似程序的執行。
根據本發明的廣播接收裝置不僅適用於圖1所示的STB(機頂盒)，也可適用於諸如電視接收機的本身。換句話說，本發明並不局限於以STB的形式來實施，也可以作為電視接收機的一個部件來實現。本發明適用於接收來自應用程式或輸入裝置的調諧請求並且根據接收到的調諧請求執行調諧處理的任何裝置。此外，即使在STB實施的情況下，本發明也並不局限於圖1所示的結構。例如，圖像輸出信號編碼器105，它可以輸出已轉換成諸如NTSC((美)全國電視體制委員會)、PAL(逐行倒相制)或SECAM(順序彩色與存儲)等等信號格式的信號，也可以採用與顯示器13相兼容的任何其他信號格式。
圖2是說明根據本發明廣播接收裝置11結構的功能性方框圖。正如圖2所示，廣播接收裝置11包括應用程式捕獲部分201，應用程式執行部分202，用戶輸入部分203，調諧請求接收部分204，調諧請求存儲部分205，調諧請求捕獲部分206，調諧執行部分207，以及調諧請求抹去部分208。
應用程式捕獲部分201捕獲能在廣播接收裝置11上運行的應用程式。應用程式捕獲部分201可以通過廣播，或通過諸如CD或DVD之類的記錄媒介來捕獲應用程式。在利用廣播來捕獲應用程式的情況下，應用程式捕獲部分201可以由適用於從廣播信號中捕獲應用程式所必須的硬體。(例如，包括調諧器106的前端101，TS解碼器102和存儲器104，等等)以及其中的控制軟體實現。在從記錄媒介(例如，CD和DVD)捕獲應用程式的情況下，應用程式捕獲部分201可以由適用於從廣播信號中捕獲應用程式所必須的硬體(例如，適用於記錄媒介和存儲器的驅動器，等等)，以及其中的控制軟體來實現。由應用程式捕獲部分201所捕獲到的應用程式可以輸出到應用程式執行部分202。
應用程式執行部分202執行由應用程式捕獲部分201輸出的應用程式。應用程式執行部分202可以由執行應用程式的CPU 107和存儲器104等等來實現。在應用程式是採用諸如Java字節代碼之類的媒介語言來描述情況下，就必須具有適用於解譯和執行媒介語言的軟體；在應用程式是採用與CPU 107相兼容的本機碼來描述的情況下，就不再需要這樣的軟體。當在應用程式執行期間發出調諧請求時，應用程式執行部分202就向調協請求接收部分204輸出調諧請求。特別是，應用程式執行部分202可以通過調用由調諧管理處理程序所提供的調諧API來發出調諧請求。
用戶輸入部分203向調諧請求接收部分204輸出用戶所發出的調諧請求。用戶輸入部分203可以由輸入裝置。(例如，遙控器上的按鈕或觸控螢幕等等)來實現。於是，用戶可以採用用戶輸入部分203向廣播接收裝置11發出調諧請求。
調諧請求接收部分204接收來自用戶輸入部分203和應用程式執行部分202的調諧請求。特別是，如果是用戶發出的調諧請求，調諧請求接收部分204就會接收到由硬體(例如，按鈕或觸控螢幕)所發出的作為調諧請求的信號。如果是由應用程式發出調諧請求，則調諧請求接收部分204就要解釋調諧API的調用作為調諧請求。值得注意的是，無論是否正在進行調諧處理，調諧請求接收部分204都能接收調諧請求。
調諧請求存儲部分205存儲著調諧請求接收部分204所已經接收到的調諧請求。可以由存儲器104來實現調諧請求存儲部分205。另一方面，也可以由CPU107中的專用寄存器來實現調諧請求存儲部分205。調諧請求存儲部分205能夠存儲預定數量的調諧請求。調諧請求存儲部分205能夠將根據時間順序依次排列的信息與調諧請求一起存儲。下文將參照圖3來描述調諧請求存儲部分205的特殊例子。
圖3至圖5說明了圖2所示的調諧請求存儲部分205的特殊例子。圖3說明了沒有調諧請求存儲在調諧請求存儲部分205中的情況。圖4則說明了有兩個調諧請求(請求A和B)存儲在調諧請求存儲部分205中的情況。圖5說明了有三個調諧請求(請求A至C存儲在調諧請求存儲部分205中情況。在圖3至圖5中，在表示調諧請求存儲部分205的每格的上角所指示的數字代表著依次排列的信息。正如下文中所使用的，「次排列的信息」示著存儲在調諧請求存儲部分205中的調諧請求的次序。例如，在圖4中，在具有排列信息「1」的格中的調諧請求(請求2)是在調諧請求存儲部分205中所有調諧請求中最後存儲的調諧請求。
在又一個調諧請求加入到調諧請求存儲部分205的情況下，則把排列信息「1」分配給又一個調諧請求。因此，對已經存儲的調諧請求的排列信息就各增量加1。例如，如果從圖4中又發出了調諧請求「請求3」，則調諧請求存儲部分205的狀態將如圖5所示。儘管圖3至圖5已經說明了調諧請求存儲部分205具有陣列結構，但是也可以使用任何能將根據時間順序依次排列的信息與調諧請求一起存儲的其他數據結構。
在本實施例中，假定調諧請求存儲部分205具有FIFO數據結構，且能夠存儲預定數量的調諧請求。因此，如果任何新發出的調諧請求導致要存儲的調諧請求的數量超過了預定的數量，則調諧請求存儲部分205就會抹去在所存儲著的調諧請求中最老的調諧請求，並存儲新的調諧請求作為替代。
再參照圖2，將描述調諧請求捕獲部分206和調諧執行部分207。正如下所述，調諧請求捕獲部分206和調諧執行部分207可以根據調諧請求對廣播信號進行調諧處理，且如果在調諧處理期間發出調諧請求，則根據存儲在調諧請求存儲部分205中的調諧請求中之一來進行下一次調諧處理。
調諧請求捕獲部分206捕獲存儲在調諧請求存儲部分205中的調諧請求。在本實施例中，調諧請求捕獲部分206根據排列的信息從存儲在調諧請求存儲部分205中的調諧請求中捕獲最後接收到的調諧請求。特別是，調諧請求捕獲部分206捕獲排列信息為「1」的調諧請求。把調諧請求捕獲部分206捕獲到的調諧請求輸出給調諧執行部分207。在另一個實施例中，調諧請求捕獲部分206可以捕獲從存儲在調諧請求存儲部分205的調諧請求中選出的任何其它調諧請求。
調諧執行部分207根據調諧請求捕獲部分206所捕獲到的調諧請求對廣播信號進行調諧處理。特別是，調諧執行部分207根據已經從調諧請求捕獲部分206輸入的調諧請求輸出用於控制調諧器106的控制信號。
調諧請求抹去部分208可以在時間的預定點上抹去存儲在調諧請求存儲部分205中的部分或全部調諧請求。例如「時間的預定點「可以是。在調諧執行部分207的調諧處理的開始時或在調諧執行部分207的調諧處理的結束時。換句話說，一旦接收到來自調諧執行部分207的調諧處理開始或結束的通知，調諧請求抹去部分208就根據預定的規範來抹去存儲在調諧請求存儲部分205中的調諧請求。以下將描述預定的規範和時間的預定點。
可以以程序的方式來實現本發明，且能夠很容易地在獨立的計算機系統上通過記錄在記錄媒介上的程序的傳遞來實踐。根據本實施例的調諧請求接收部分204，調諧請求捕獲部分206，調諧執行部分207，以及調諧請求抹去部分208都可以採用由CPU 107執行的調諧管理處理程序來實現。在另一個實施例中，這些部件單元可以由特殊的硬體電路來實現。儘管圖2所示的結構可採用一般的數字廣播接收裝置來實現，但也可以採用模擬廣播接收裝置來實現。換句話說，本發明也適用於模擬廣播接收裝置。
接著，詳細地描述CPU 107執行的調諧管理處理。調諧管理處理可分成為有關調諧請求接收的過程和有關調諧執行的過程。下文，將詳細地描述有關調諧請求接收的過程和有關調諧執行的過程。
圖6是說明根據本實施例的有關調諧請求接收的過程的流程圖。在有關調諧請求接收的期間，CPU 107處於等待調諧請求，以及當調諧請求發出時接收的狀態(步驟S601)。如上所述，可以由應用程式或用戶發出調諧請求。步驟S601的過程實現了調諧請求接收部分204。其次，CPU 107將步驟S601處接收到的調諧請求存儲在存儲器104中(步驟S602)。在步驟S602之後，CPU 107返回到等待調諧請求的狀態。每次發出調諧請求時，CPU 107都要執行步驟S601和S602。可以在比發生調諧處理所需要的時間短得多的時間周期內來執行步驟S601和S602。
圖7是說明根據本發明的實施例的有關調諧執行過程的流程圖。在有關調諧執行期間，CPU 107首先監測存儲器104(步驟701)來確定是否在存儲器中存儲了任何調諧請求(步驟S702)。如果沒有存儲著調諧請求，那麼CPU107就返回到步驟S701的過程。另一方面，如果已經存儲了任何調諧請求，那麼CPU 107就從存儲在存儲器104的調諧請求中捕獲一個調諧請求(步驟S703)。步驟S703實現了調諧請求捕獲部分206。在本實施例中，CPU 107捕獲存儲在存儲器104中最新的一個調諧請求。特別是，CPU 107捕獲「排列信息」為1的調諧請求。
在步驟S703之後，CPU107根據所捕獲的調諧請求開始調諧處理(步驟S704)。步驟S704實現了調諧執行部分207。此外，CPU107抹去了存儲在存儲器104中的調諧請求(步驟S705)。步驟S705實現了調諧請求抹去部分208。在步驟S704之後立即執行步驟S705的過程。換句話說，根據本實施例，抹去調諧請求的時間預定點是在調諧處理的開始。在步驟S704處開始的調諧處理結束之前，執行S705的過程。在步驟S704處開始的調諧處理結束之後，CPU107就返回到步驟S701且重複從步驟S701至S705的過程。
上述有關調諧請求接收的過程和有關調諧執行的過程是相互獨立地進行的。接收調諧請求所需的時間(即，步驟S601和S602所需的時間)遠比執行調諧處理所需的時間(即，步驟S701至S705)所需的時間短得多。因此，在有關調諧請求接收的期間，在調諧處理期間發出的調諧隨著它們的產生便存儲於存儲器104中。
接著，參照圖8，將描述廣播接收裝置11的操作的特殊例子。圖8說明了在廣播接收裝置11中接收調諧請求和執行調諧處理的時序圖。首先，在圖8中，從調諧請求端至調諧處理端發出調諧請求1(如圖8中的請求1所示)。如這裡所使用的，「調諧請求端」是指發出調諧請求的應用程式和由用戶輸入調諧請求所使用的輸入裝置。「調諧處理端」是指採用調諧器106來負責廣播信號調諧的裝置。在本實施例中，調諧處理端對應於，以為實現上述調諧管理處理而執行的調諧管理處理程序的CPU107。
響應於圖8所示的調諧請求，調諧處理端便執行調諧處理1。特別是，CPU107接收調諧請求1(步驟S601)，將調諧請求1存儲於存儲器104中(步驟S602)。此外，CPU 107執行步驟S701至S704的過程，開始調諧的執行。緊接在開始執行調諧之後，就抹去調諧請求1(步驟S705)。在圖2中，假定在調諧處理1的處理期間發出了調諧請求2和3(如圖8所示的請求2和3)。在這種情況下，CPU 107在調諧處理期間接收調諧請求2(步驟S601)，且將調諧請求2存儲於存儲器104中(步驟S602)。此外，CPU 107對調諧請求3執行與對調諧請求2所執行的相似的處理(步驟S601和S602)，使得存儲器104(調諧請求存儲部分205)能得到如圖9所示的狀態。
在調諧處理1結束之後，CPU 107監測存儲器104(步驟S701)以確定在存儲器中是否存儲著任何調諧請求(步驟S702)。隨後，CPU 107捕獲排列信息為「1」的調諧請求(調諧請求3)(步驟S703)，並進行調諧(步驟S704)。於是，在緊接著調諧處理1之後進行了調諧處理了(對應於調諧請求3)。此外，一旦開始調諧處理3，CPU 107就抹去存儲在存儲器104中的調諧請求(調諧請求2和3)。
在調諧處理3處理期間，可能發出調諧請求4和5(如圖8所示的請求4和5)。以類同於調諧請求2和3的方式將調諧請求4和5存儲於存儲器104中。因此，存儲器104(調諧請求存儲部分205)所取的狀態如圖10所示。於是，在緊接著調諧處理3執行調諧處理5。
如上所述，根據本實施例，即使在調諧處理期間發出了任意數量的調諧請求，但接著只對應於所發出的調諧請求中的一個調諧請求執行調諧處理，而忽略所發出的其它調諧請求(即，不再執行相應於其它調諧請求的調諧處理)。另一方面，根據圖12所示的常規廣播接收裝置，如果在調諧處理期間發出了多個調諧請求，則就執行對應於所有這類調諧請求的調諧處理。值得注意的是，把在圖12中所示的調諧處理2認為是不需要執行的調諧處理，因為在相應的調諧處理結束之後，接著執行的是下一個調諧處理(調諧處理3)。換句話說，對在調諧處理期間發出的調諧請求而言，在連續進行兩個或多個調諧處理的情況下，除了最後一個請求以外的調諧處理都是不需要進行的。相反，根據本發明的實施例，對在調諧處理期間所發出任意數量的調諧請求而言，重複只進行一個調諧處理，從而去除了不需要的調諧處理。於是，也就能夠減少調諧處理所需的時間量。而由於響應於在調諧處理期間所發出調諧請求進行了一個調諧處理，所以沒有浪費在調諧處理期間發出的所有調諧請求。
於是，根據本實施例的廣播接收裝置11能夠響應於連續發出的調諧請求而有效地進行調諧。如果在調諧執行部分207沒有進行調諧處理的時候發出了調諧請求，那麼一旦把接收到的調諧請求保持在調諧請求存儲部分205中，監測調諧請求存儲部分205的調諧請求捕獲部分206就捕獲該調諧請求，並執行相應的調諧處理。
根據本實施例，用於抹去調諧請求的時間的預定點是在調諧處理的開始時。於是，在調諧請求存儲部分205中能存儲的調諧請求的最大數量可以設定為等於在執行一個調諧處理所需的時間周期中可以潛在地發出的調諧請求的數量。其結果是，能夠減少調諧請求存儲部分205中所提供的存儲器的數量。
雖然本實施例說明了在調諧處理開始之後立即抹去調諧請求的例子，但是在其它實施例中也可以在調諧處理結束的時候抹去調諧請求。換句話說，圖7的步驟S705的過程可以在步驟S704開始的調諧處理結束之後執行。在這種情況下，在圖7的步驟S705中，CPU 107抹去了對應於在先前步驟S704進行的調諧處理的調諧請求以及在存儲器104中的任何原有的調諧請求。特別是，CPU 107抹去了排列信息的數值大於在先前步驟S703中所捕獲的調諧請求的排列信息的數值的調諧請求。
在調諧請求的捕獲處理中要使用的預定規範表示只捕獲最新的調諧請求的情況下，在已經捕獲到了最新的調諧請求之後的任何點，就發生抹去比所捕獲到的調諧請求老的調諧請求。
在上述討論的實施例中，只在不進行調諧處理的時候(步驟S704)才會發生捕獲調諧請求的過程(步驟S703和S706)。作為另一種選擇，為了使操作更快，有可能在調諧處理期間預先捕獲下一個調諧請求，採用流水線處理的方式。
此外，在本實施例中，也可以配置調諧請求存儲部分205使之只存儲一個調諧請求。其結果是，能夠使調諧請求存儲部分所提供的存儲器的數量最小化。在這種情況下，如果調諧請求接收部分204接收到新的調諧請求，則調諧請求存儲部分205就將已經存儲的調諧請求變更為新接收到的調諧請求。
下文將描述本實施例的各種操作。首先，描述對失敗的調諧處理的計數操作。值得注意的是，在上述討論的操作中，在調諧處理開始的時候就抹去保存在調諧請求存儲部分205中的調諧請求(見步驟S705)。因此，即使調諧請求所對應的調諧處理失敗了，但該調諧請求也會被抹去。相反，下列操作有可能當調諧處理失敗時可以再次進行該調諧處理。
圖11是有關圖7所示的調諧執行過程的各種操作的流程圖。由於圖11和圖7之間僅有的差異是步驟S706和S707，因此在下面的描述中將特別描述這些步驟，而忽略其它步驟。
在圖11中，如果步驟S702發現存儲了調諧請求，那麼CPU 107就在存儲於存儲器104但還沒有被捕獲的調諧請求中捕獲最新的調諧請求(步驟S706)。步驟S704的過程類似於圖7所示的過程。在步驟S704之後，CPU 107確定在步驟S704所執行的調諧處理是否成功(步驟S707)。如果調諧處理是成功的，則CPU 107就執行步驟S705的過程。步驟S705的過程類似於圖7所示的過程，除了是在調諧處理完成之後才執行的過程。另一方面，如果調諧處理失敗，則CPU 107就返回到步驟S706的過程。
於是，在圖11中，如果調諧處理失敗，就進行與在存儲於存儲器104中但還沒有被捕獲的調諧請求中最新的調諧請求有關的調諧處理。因此，如果基於最新的調諧請求的調諧處理失敗，則可以進行另一個調諧請求的調諧處理。值得注意的是，在步驟S706所捕獲的調諧請求可以是還沒有被捕獲到的任何調諧請求，取代了最新的調諧請求。
接著，描述在對每次調諧請求所作調諧處理的結果返回情況下的適應。DVB-MHP標準規定，對從應用程式所發出的任何調諧請求，所對應的調諧處理的結果都要返回以通知應用程式。當根據本實施例的廣播接收裝置是要在這類環境下使用時，還需要通知對應於抹去的調諧請求的調諧處理的結果。因此，在抹去任何調諧請求之前，CPU 107需要捕獲將被抹去的調諧請求的數量和正在期待通知的應用程式。在執行抹去調諧請求的步驟S705之前，就可以捕獲將被抹去的調諧請求的數量。可以通過存儲的信息來捕獲正在期待通知的應用程式，該存儲信息可指示已經人何處發出調諧請求以及在調諧請求存儲部分205中的每個調諧請求。在抹去調諧請求之前或抹去之後會立即產生該通知。在上述情況下，有關存儲在調諧請求存儲部分205中的調諧請求的接收的過程類似於上述實施例中的過程。因此，本實施例的操作適用於採用其他信息(例如，表示已經從何處發出的調諧請求的信息)的場合。
接著，將討論用戶和應用程式的數目。上述實施例假定是單一用戶(用戶輸入部分203)和單一應用程式(應用程式執行部分202)發出調諧請求的環境。然而，根據本實施例的操作也可以在其它環境下執行。可能會有三種環境只有一個用戶發出調諧請求的環境；只有一個應用程式發出調諧請求的環境；以及，用戶和應用程式兩者都發出調諧請求的環境。此外，還可根據是否存在單一用戶或多個用戶和是否存在單一應用程式或多個應用程式，可以設想八種環境。
在本實施例中，可以由調諧請求接收部分204來摘錄用戶和應用程式所發出的調諧請求，以便於形成相同的格式。因此，根據本實施例的操作也能夠適用於以上所提出的八種設想的環境。在各種情況中，通過利用指示已經從何處發出調諧請求的信息有可能識別出已經已經多個應用程式中的何處發出調諧請求，並把調諧處理的結果的通知返回給該應用程式。
接著，將描述廣播接收裝置包括多個調諧器106的一種情況。在該情況中，調諧執行部分207可以獨立地進行有關多個調諧器中各個調諧器的調諧處理。在沒有必要區分出多個調諧器之間的差異，以致調諧器中的任何一個都能沒有區別地進行給定的調諧處理的情況下，調諧請求捕獲部分206可以根據至少有一個調諧器沒有進行調諧處理的條件來捕獲調諧請求。此外，調諧執行部分207可以根據調諧請求捕獲部分206捕獲到的調諧請求而使用空閒的(即，沒有執行調諧處理的)調諧器來進行調諧處理。另一方面，在必須區分出多個調諧器之間的差異(例如，調諧器正分別接收不同的廣播信號或如果調諧器具有不同的功能)的情況下，必須在調諧請求存儲部分205存儲調諧請求的同時，將用於識別調諧器的信息作為附加信息而存儲。在這種情況下，調諧請求捕獲部分206捕獲針對還沒有執行調諧處理的調諧器的調諧請求。此外，調諧執行部分207使用根據調諧請求捕獲部分206捕獲到的調諧請求的調諧器來執行調諧處理。
在詳細描述本發明的同時，上述描述是對所有方面的說明，而不是限制。應該理解的是，在不脫離本發明的核心範圍內可以延伸出眾多其他的改進和變更。
權利要求
1.一種用於接收廣播信號的廣播接收裝置，其特徵在於，它包括用於接收一個已經發出的調諧請求的調諧請求接收部分；用於存儲由調諧請求接收部分接收到的調諧請求的調諧請求存儲部分；用於對相應於調諧請求的廣播信號進行調諧處理的調諧處理部分，其中，如果在調諧處理期間至少發出一個調諧請求，那麼調諧處理部分就執行下一個調諧處理，所述下一個調諧處理對應於在調諧處理期間存儲於調諧請求存儲部分中的至少一個調諧請求中的一個；以及用於在預定時間點上抹去在調諧處理期間存儲於調諧請求存儲部分中的至少一個調諧請求的調諧請求抹去部分。
2.如權利要求1所述的廣播接收裝置，其特徵在於，調諧請求抹去部分在調諧處理的開始就抹去存儲於調諧請求存儲部分中的至少一個調諧請求。
3.如權利要求1所述的廣播接收裝置，其特徵在於調諧請求存儲部分能夠存儲預定數目的調諧請求，以及如果在調諧處理期間所發出的新的調諧請求導致超過預定數目，則新的調諧請求就取代已存儲的調諧請求之一。
4.如權利要求1所述的廣播接收裝置，其特徵在於如果調諧處理失敗，則調諧處理部分就執行對應於在原先調諧處理期間存儲於調諧請求存儲部分中的調諧請求之一的另外一個調諧處理，以及調諧請求抹去部分在另外一個調諧處理完成之後抹去在原先調諧處理期間存儲於調諧請求存儲部分中的至少一個調諧請求。
5.如權利要求4所述的廣播接收裝置，其特徵在於調諧請求存儲部分能夠存儲預定數目的調諧請求，以及如果在調諧處理期間所發出的新的調諧請求導致超過預定數目，則新的調諧請求取代已存儲的調諧請求之一。
6.如權利要求1所述的廣播接收裝置，其特徵在於，如果在調諧處理期間發出了至少一個調諧請求，則調諧處理部分就執行對應於存儲於調諧請求存儲部分中的至少一個調求請求中的最新的一個調諧請求的下一次調諧處理。
7.如權利要求6所述的廣播接收裝置，其特徵在於，調諧請求存儲部分能夠存儲一個調諧請求，以及如果調諧請求接收部分接收到新的調諧請求，則新的調諧請求就取代已存儲的調諧請求之一。
8.如權利要求1所述的廣播接收裝置，其特徵在於，調諧請求是由軟體應用程式發出的。
9.一種在用於接收廣播信號的廣播接收裝置中使用的方法，其特徵在於，該方法包括以下步驟接收所發出的調諧請求的調諧請求接收步驟；存儲在調諧請求接收步驟中接收到的調諧請求的調諧請求存儲步驟；執行對應於調諧請求的廣播信號的調諧處理的調諧處理步驟，其中，如果在調諧處理期間發出了至少一個調諧請求，則對應於在調諧處理期間在調諧請求存儲步驟中所存儲的至少一個調諧請求中的一個調諧請求執行下一個調諧處理；以及在預定時間點上抹去在調諧處理期間所存儲的至少一個調諧請求的調諧請求抹去步驟。
10.如權利要求9所述的調諧請求管理方法，其特徵在於，在調諧處理開始時，調諧請求抹去步驟抹去在原先調諧處理中存儲的至少一個調諧請求。
11.如權利要求9所述的調諧請求管理方法，其特徵在於如果在調諧處理期間發出的新的調諧請求導致超過預定數目，則新的調諧請求取代已經存儲的調諧請求之一。
12.如權利要求9所述的調諧請求管理方法，其特徵在於如果調諧處理失敗，則調諧處理步驟就執行對應於在原先調諧處理期間所存儲的調諧請求中的一個調諧請求的另外一次調諧處理，以及調諧請求抹去步驟在完成了另一次調諧處理之後抹去在原先調諧處理期間所存儲的至少一個調諧請求。
13.如權利要求12所述的調諧請求管理方法，其特徵在於，如果在調諧處理期間發出的新的調諧請求導致超過預定數目，則新的調諧請求取代已經存儲的調諧請求之一。
14.如權利要求9所述的調諧請求管理方法，其特徵在於，如果在調諧處理期間發出至少一個調諧請求，則調諧處理步驟就執行對應於在調諧請求存儲步驟中存儲的至少一個調諧請求中最新的調諧請求的下一次調諧處理。
15.如權利要求14所述的調諧請求管理方法，其特徵在於，調諧請求存儲步驟每次存儲一個調諧請求，以及如果調諧請求接收步驟接收到新的調諧請求，則新的調諧請求就取代已經存儲的調諧請求之一。
16.如權利要求9所述的調諧請求管理方法，其特徵在於，調諧請求由軟體應用程式發出。
17.一種程序，其特徵在於，它使包括在接收廣播信號的廣播接收設備中的計算機執行以下步驟接收所發出調諧請求的調諧請求接收步驟；存儲在調諧請求接收步驟中所接收到的調諧請求的調諧請求存儲步驟；執行對應於調諧請求的廣播信號的調諧處理的調諧處理步驟，其中，如果在調諧處理期間發出了至少一個調諧請求，則對應於在調諧處理期間在調諧請求存儲步驟中所存儲的至少一個調諧請求中的一個調諧請求執行下一個調諧處理；以及在預定時間點上抹去在調諧處理期間存儲的至少一個調諧請求的調諧請求抹去步驟。
全文摘要
提供了一種廣播接收裝置，即使在發出了大量的調諧請求的情況下該裝置也能在短的時間周期內進行調諧處理。調諧請求接收部分(204)接收所發出的調諧請求。調諧請求存儲部分(205)存儲由調諧請求接收部分(204)接收到的調諧請求。包括調諧請求捕獲部分(206)和調諧執行部分(207)的調諧處理部分，執行對應於調諧請求的廣播信號的調諧處理，如果在調諧處理期間發出了下一個調諧請求，則根據存儲於調諧請求存儲部分(205)中的調諧請求中之一執行下一次調諧處理。在調諧處理之後，調諧請求抹去部分(208)抹去在調諧處理期間存儲於調諧請求存儲部分(205)中的調諧請求。
文檔編號H03J1/00GK1412954SQ0214730
公開日2003年4月23日 申請日期2002年10月17日 優先權日2001年10月17日
發明者鈴木孝聡 申請人:松下電器產業株式會社