專利名稱：傳輸交互電視的方法
技術(shù)領(lǐng)域：
本發(fā)明通常涉及交互電視領(lǐng)域，更具體地涉及交互電視內(nèi)容的記錄，尤其涉及交互電視內(nèi)容記錄領(lǐng)域中對應用的處理。
背景技術(shù)：
交互電視(iTV)正變的越來越流行。多媒體家庭平臺(MHP)就是一個交互電視的例子，它是一個用于整合數(shù)字電視(DTV)交互性和訪問因特網(wǎng)和萬維網(wǎng)的數(shù)字視頻廣播(DVB)標準。DTV業(yè)務提供者提供大量的音頻-視頻(A/V)電視節(jié)目以及一些允許瀏覽者/使用者對電視設(shè)置及其內(nèi)容進行交互作用的應用。
與如今模擬廣播電視中使用視頻磁帶來記錄廣播流的視頻記錄裝置相似，用于交互電視的數(shù)字視頻記錄裝置也使用硬盤或諸如光盤的可移動媒介來存儲記錄的廣播。用于交互電視的數(shù)字視頻記錄裝置記錄A/V電視內(nèi)容和應用用于在以后某個時間點上回放。
MHP應用通過一個數(shù)字存儲媒體命令和控制(DSMCC)對象傳送帶在多個模塊中傳輸。該DSMCC對象傳送帶定義如何以及何時來發(fā)送模塊/文件到一個廣播信道。對于請求所需文件的接收設(shè)備來說沒有一個到服務器的連接。所有的文件始終在重復發(fā)送，如每10秒發(fā)送一次。MHP終端在這些文件重復來到時查找他們所需要的文件。這些模塊包含MHP應用需要運行的文件。一些文件是某個應用本身的一部分。同時，其它的一些文件可以忽略，或者僅與某個特例相關(guān)，如配置文件。舉個例子來說，一個廣播者構(gòu)建一段最新的新聞應用，并且將其與最近新聞一起傳輸。廣播者只將該應用構(gòu)建一次，因為通過使用如更新配置或元數(shù)據(jù)文件而將該應用配置為特定某一天的新聞。
因此，當記錄MHP應用時，可能不需要記錄某些模塊。存在的一個問題是，MHP記錄系統(tǒng)不能確定哪些模塊需要被記錄而哪些模塊不用記錄。進一步說，并不是所有的模塊都包含需要被記錄的文件，如，某些模塊可以包含文件，如配置文件，而這些文件一直從激活的廣播流中裝載，以便于運行該應用時，該應用為最新的更新應用。另一方面，某些文件則必須被記錄，使得當該應用程序文件在隨后的某個時間點無效時能夠在該時間點上運行所記錄的應用。
更進一步，在任何存儲介質(zhì)中都存在存儲空間有限的問題。因此，期望存儲介質(zhì)中用于記錄應用的空間數(shù)量能夠盡可能的小，使得在存儲介質(zhì)中能夠記錄盡可能多的iTV內(nèi)容。

發(fā)明內(nèi)容
本發(fā)明克服了以上所指出的現(xiàn)有技術(shù)中的缺陷并且按照附后的獨立權(quán)利要求所提供的一種方法、裝置以及信號解決了上述問題。
本發(fā)明的總體解決方案是發(fā)信號表示(signal)這些模塊的記錄/存儲相關(guān)屬性，即，發(fā)信號表示哪些模塊需要強制記錄、哪些模塊任選記錄(可記錄可不記錄)，以及/或發(fā)信號表示其它一些允許優(yōu)化記錄的屬性。
更具體地，根據(jù)本發(fā)明的一個優(yōu)選實施例，為了使得記錄系統(tǒng)能夠確定哪些模塊需要被記錄，在iTV廣播中指示哪些模塊需要被強制記錄和/或哪些模塊任選記錄和/或哪些模塊禁止對其進行記錄。根據(jù)本發(fā)明的一個實施例，廣播者，如在應用信息表(AIT)和/或下載信息指示(DII)消息中，指示哪些模塊任選記錄和哪些模塊需要被強制記錄或禁止記錄。強制模塊包含一些從存儲器中運行應用的關(guān)鍵文件。任選模塊包含提供該應用額外屬性的文件或配置文件，這些配置文件必須總是從激活廣播中載入。
根據(jù)本發(fā)明的一個方面，提供一種傳輸交互電視的方法，用來在一個廣播流的DMSCC-模塊中傳輸至少一個交互電視應用。該方法包含在所述廣播流中發(fā)送(signalling)模塊的存儲相關(guān)信息的步驟。
根據(jù)本發(fā)明的另一方面，提供另一方法，該方法用來接收一個用于記錄的交互電視廣播流，其中在廣播流中傳輸上述模塊中的至少一個交互電視應用。該方法包含在所述廣播流中抽取所述模塊的存儲相關(guān)信息的步驟，以及記錄需要強制記錄的模塊的步驟。該記錄基于該存儲相關(guān)信息，即將存儲相關(guān)信息當作確定是否記錄該應用的控制信息。
根據(jù)本發(fā)明另一方面，提供一種用來記錄和/或回放交互電視的裝置。該裝置適用于從廣播傳輸流(TS)將交互電視記錄到存儲介質(zhì)?？蛇x的，該裝置也可以用于從存儲介質(zhì)中回放交互電視。該裝置包含從所述廣播流中抽取所述模塊的存儲相關(guān)信息的裝置，記錄這些模塊的裝置，由此僅記錄存儲相關(guān)信息允許記錄的那些模塊。
根據(jù)本發(fā)明又一方面，提供一種計算機可讀介質(zhì)，其上包含有由計算機處理的計算機程序。該計算機程序包含一個代碼段，該代碼段用于在交互電視廣播流中發(fā)送上述模塊的存儲相關(guān)信息，由此，在廣播流中傳輸應用模塊尤其是DSMCC-模塊的至少一個交互電視應用。
根據(jù)本發(fā)明的又一方面，提供一種用于傳輸交互電視的信號。該信號包含交互電視內(nèi)容的廣播傳輸流。該內(nèi)容包含至少一個交互電視應用，由此，后者包含被所述信號傳輸?shù)哪K。該信號包含廣播流中的模塊以及存儲相關(guān)信息和/或模塊識別信息。
根據(jù)本發(fā)明的又一方面，為交互電視DSMCC生成器提供一個圖形用戶界面，該界面用于定義在廣播數(shù)據(jù)流中的DSMCC模塊中傳輸?shù)哪K的存儲相關(guān)信息。
優(yōu)選的，應用模塊在廣播流的DSMCC-模塊中傳輸。


結(jié)合以下附圖，在隨后對本發(fā)明的優(yōu)選實施例進行了詳細描述，其中圖1描述本發(fā)明的一個實施例的流程圖，圖2描述本發(fā)明另一實施例的流程圖，圖3描述根據(jù)本發(fā)明的一個實施例的裝置的示意圖，圖4描述根據(jù)本發(fā)明另一實施例的計算機可讀介質(zhì)的示意圖，圖5描述根據(jù)本發(fā)明另一實施例的信號的示意圖，和圖6描述根據(jù)本發(fā)明另一實施例的用戶界面的示意圖。
具體實施例方式
本發(fā)明公開的術(shù)語“模塊”定義為一個邏輯實體，該實體用于文件的傳輸。所述的(DSMCC)對象傳送帶通常設(shè)計用來廣播一個完整的目錄/文件結(jié)構(gòu)。通過將所述文件壓縮為對象并且將這些目錄名和文件本身以特定類型的對象(即目錄對象和文件對象)來傳輸，來完成上述廣播。目錄對象優(yōu)選地包含在該目錄下的文件名以及文件路徑。文件對象包含文件。這些對象依次根據(jù)其大小分成組來傳輸，如兩個或三個一組。這些組就是被稱為“模塊”的邏輯實體。當在接收端接收到這些模塊時，某些模塊可能包含對象，這些對象依次壓縮文件并且某些不需要被記錄而某些需要強制記錄。本發(fā)明允許接收端確定哪些模塊需要強制記錄哪些模塊不需要被記錄。
根據(jù)圖1所示本發(fā)明的一個優(yōu)選實施例，方法1包括在交互電視廣播流中發(fā)送模塊的存儲相關(guān)信息的步驟10。
在本發(fā)明的另一實施例中，存儲相關(guān)信息的發(fā)送在簡寫為AIT的應用信息表中實現(xiàn)。AIT包括一個額外文件和/或一個子表和/或應用存儲描述符，應用存儲描述符包含模塊ID的列表以及一個包含各個模塊的存儲特征信息的字段。參考表1，在優(yōu)選實施例中，AIT包括額外的子部分，該額外子部分包含模塊ID(moduleID)的列表和/或一個字段(storage_feature)，該字段用來表示各個模塊是強制、任選或禁止被記錄。在表1的例子中，N個模塊的信息通過從N＝0到N＝(N-1)的一個循環(huán)來提供，由此，示例的應用處理了N個模塊。
比特數(shù)標識符application_storage_descriptorO{descriptor-tag 8uimsbfdescriptor-length 8uimsbfstorage_property8uimsbfnot_launchable_from_broadcast 1bslbfreserved7bslbfversion 32 uimsbfpriority8uimsbfmodulesCount(N) 16 uimsbfFor(i＝0；i＜N；i++){moduleID16 uimsbfstorage_feature 2uimsbf}}表1應用存儲描述符的語法通過這種方式為一個應用中的每一個模塊定義了存儲特性，其中，該應用至少包含一個模塊。
一個非限制的例子是將存儲特性字段(storage_feature)定義為0時對應于禁止、1對應于強制以及2對應于任選。根據(jù)表1所示的例子中，為了這個目的保留兩位。
或者，定義一個模塊描述文件，該文件中列出了模塊的ID(module ID)及其存儲特性(storage_feature)。該文件是由DSMCC生成器或者MHP復用器而非用戶產(chǎn)生。該文件根據(jù)文件的擴展名來產(chǎn)生，或者通過確定哪些文件是應用文件、哪些文件是(元)數(shù)據(jù)來產(chǎn)生。為了運行一個應用這些應用文件必須一直被記錄。
根據(jù)本發(fā)明又一實施例，發(fā)送強制、任選或禁止記錄的指示符在廣播流的下載信息指示(DII)消息中實現(xiàn)。
在DII消息中有一個模塊信息(module Info)循環(huán)，在廣播內(nèi)部對象請求代理協(xié)議(BIOP)模塊信息(module Info)循環(huán)中有一個用戶信息(user Info)循環(huán)。根據(jù)本發(fā)明的實施例，在用戶信息字段中設(shè)置指示符。表2給出了一個定義描述符的例子。
比特數(shù)標識符record-option descriptor{descriptor_tag 8 uimsbfoption-type 2 uimsbf}表2描述符結(jié)構(gòu)舉例在該例中，descriptor_tag用于定義描述符，而option_type用于區(qū)分模塊的記錄選項的標志。在非限制的例子中，option_type分別定義為禁止記錄時option_type＝0，強制記錄時option_type＝1，任選記錄時option_type＝2。
將上述兩個優(yōu)選實施例結(jié)合形成了本發(fā)明的另一個實施例。如包括有關(guān)應用的應用文件列表的AIT和DII消息指示某個模塊的具體應用文件的存儲屬性，如前所述，其中這些模塊涉及對象傳送帶中的廣播。
為了執(zhí)行上述方法，用戶必須在文件級別提供輸入信息，即，哪些文件是強制的哪些是任選的。這在DSMCC生成器或MHP復用器中執(zhí)行。必要的信息在AIT或DII消息中生成。
那就意味著將新的特性/功能增加到DSMCC生成器/MHP復用器。
以下給出了在這種屬性時，用于MHP復用器的用戶界面(UI)的兩個例子首先，當在MHP復用器中增加MHP應用的文件或?qū)ο髸r，每一個文件都有一個斷點，該斷點用來表示該文件強制還是任選。圖6示出了這種UI的一個例子。
請用戶選擇一個文件是強制的還是非強制的，默認選擇是強制的。另外一種方法是請用戶首先選擇強制文件，然后再指定其它的文件。
其次，在MHP1.1標準中有一個用于可存儲應用的應用描述文件。更改這些文件的存儲屬性。重要的是，DSMCC生成器或MHP復用器能夠理解這些文件并且可以從中得到每一個對象的存儲屬性信息。
為了檢測用戶，MHP復用器，如彈出一個窗口來根據(jù)該應用的描述文件顯示每一個文件的存儲屬性。
除此之外，廣播者可以廣播具有大量節(jié)目的相同應用。該相同的應用，例如可以是和足球熱點節(jié)目一起有規(guī)律的發(fā)送。通過在廣播中引入又一個信令而優(yōu)化了存儲系統(tǒng)，即應用在特定的存儲介質(zhì)中僅存儲一次，由此節(jié)約了存儲空間。在此情況下本發(fā)明采用了應用識別符，該識別符定義并包括在AIT中。它包含兩個字段一個organization_id(32比特)和一個application_id(16比特)。這些值用于識別不同廣播中的相同應用。
在另外一個實施例中，發(fā)信號表示一個模塊的以下屬性a)代碼/數(shù)據(jù)/兩者和/或b)定長/變長根據(jù)這個語法，被標記為代碼的模塊表示包含在該模塊中的文件是可執(zhí)行代碼(xlets)，而被標記為數(shù)據(jù)的模塊表示不包含任何代碼文件。定長/變長標志表示該模塊的內(nèi)容對于每一個應用的廣播是定長還是變長。定長模塊僅需要存儲一次，而變長模塊需要每一次都進行存儲并且需要將其鏈接到特定的記錄。
在模塊是強制記錄，即沒有它們應用就無法運行，并且這些模塊進一步標志為定長的情況下，如果它們已經(jīng)在相同的存儲介質(zhì)中記錄過的話，則不必要再記錄這些模塊。通過這種方式避免了重復記錄，并且存儲介質(zhì)的存儲空間也沒有不必要的占用。
根據(jù)本發(fā)明又一個實施例，當生成DSMCC傳送帶時，該系統(tǒng)對文件進行分組，使得能夠充分利用以上提到的標志。定長的文件在模塊中分在一起。代碼文件和數(shù)據(jù)文件分在一起并且分開存儲。由此優(yōu)化了模塊的存儲，即總體上提高了對文件的訪問速度。更進一步，當配有文件版本控制時，可以簡化記錄系統(tǒng)的執(zhí)行。通常數(shù)據(jù)文件的改變比代碼文件更為頻繁。因此，優(yōu)選的為兩個文件種類使用一個獨立的版本控制。
如上所述，與存儲信息有關(guān)的模塊在AIT和/或DII消息中指示。在這種情況下，將前面的實施例中所描述的語法進行擴展以增加額外的信息。
圖2是根據(jù)本發(fā)明的優(yōu)選方案的方法2的流程圖。方法2用來接收用于記錄的交互電視廣播流，在此，該廣播流中至少包含一個在對象傳送帶中傳輸?shù)慕换ル娨晳?。方?包含以下步驟步驟20用于在所述廣播流中抽取所述模塊的存儲相關(guān)信息，步驟21用于記錄需要強制或任選記錄的模塊。該記錄操作是根據(jù)步驟20中抽取的存儲相關(guān)信息來進行的，即，所獲得的存儲相關(guān)信息被用作控制信息來控制是否記錄該應用。
圖3是根據(jù)本發(fā)明實施例的一個裝置的結(jié)構(gòu)圖。根據(jù)圖3所示，提供了裝置3用來記錄和/或回放交互電視。該裝置適用于從廣播傳輸流(TS)33中記錄交互電視到存儲介質(zhì)32。任選地，裝置3也適用于從存儲介質(zhì)32回放交互電視。該裝置包含裝置30，用于從所述廣播流中抽取所述模塊的存儲相關(guān)信息，以及裝置31，用于模塊的記錄。裝置30和31可操作地連在一起，從而使得從TS僅記錄存儲相關(guān)信息允許或禁止記錄的模塊。
圖4示出了根據(jù)本發(fā)明另一實施例的計算機可讀介質(zhì)4的結(jié)構(gòu)圖。計算機可讀介質(zhì)4中嵌入了計算機程序，用于由計算機41處理。該計算機程序包含一個代碼段42，該代碼段用來在一個交互電視廣播流中發(fā)送應用模塊的存儲相關(guān)信息。
圖5示出了根據(jù)本發(fā)明另一實施例的信號5的結(jié)構(gòu)圖。信號5是用來傳輸包含應用的交互電視內(nèi)容的信號。信號5包含一個交互電視內(nèi)容的廣播傳輸流。該內(nèi)容包含至少一個交互電視應用51，在此，后者包含被信號5傳輸?shù)哪K。信號5包含廣播流中的模塊、存儲相關(guān)信息52和/或模塊識別信息。
圖6示出了根據(jù)本發(fā)明另一實施例的用戶界面層6的部件。交互電視DSMCC生成器的圖形用戶界面6用于定義要在廣播流中傳輸?shù)膽媚K的存儲相關(guān)信息。圖6示出了一個所述用戶界面的一個屏幕抓取示例。指示符61表示一個使用圖形界面為交互電視配置應用的裝置正處于增加對象模式。在窗口62，待配置的應用的文件名通過諸如鍵盤或鼠標的適當裝置輸入并顯示，然后由按鈕63來選擇。通過使用按鈕64，將輸入到窗口62的應用傳輸?shù)綀D6右邊所示的窗口65。窗口65包含這些應用及其存儲屬性的列表7。在圖6所示的例子中，應用“匹配”和“成員”先前被配置為強制屬性。按下按鈕64將應用“Fifa”傳輸?shù)酱翱?5。利用按鈕68來選擇應用“Fifa”的存儲信息，例如在按下按鈕68時從所顯示的下拉列表中選擇。
以上已經(jīng)結(jié)合具體的實施例介紹了本發(fā)明。然而，除此之外的其它實施例也一樣可能落入附后的權(quán)利要求的范圍中，例如任何形式的交互電視，如，MHP，開放電視(Open TV)、數(shù)字電視應用軟件環(huán)境DASE或存儲介質(zhì)如，DVD、SFFO(小型光存儲器)等等。而且一個應用可以使用多個模塊，并且軟件或硬件能夠執(zhí)行本發(fā)明。同樣，其它一些用于存儲相關(guān)信息的編碼方法以及在廣播流中實現(xiàn)存儲相關(guān)信息的方法是可能的。
此外，術(shù)語“包含”并不排除其它的元件或步驟，“一種”也不排除多個，并且一個單獨處理器或者其它單元能夠滿足本發(fā)明所述幾個單元或電路的功能。
本發(fā)明可以概括為一種傳輸交互電視的方法(1)，如MHP，由此在應用模塊中傳輸交互電視應用，尤其是在DSMCC-模塊中。這些模塊在廣播流中傳輸。用于交互電視的記錄系統(tǒng)不能確定需要記錄哪些模塊。因此，在廣播流中發(fā)信號表示所述模塊的存儲相關(guān)信息。模塊識別信息在應用信息表(AIT)和/或下載信息指示(DII)消息中實現(xiàn)。因此，包含在廣播流中的信息涉及一些用來表示應用模塊是強制、任選或禁止記錄的分類?；蛘邚拇a/數(shù)據(jù)/兩者和/或定長/變長中選擇模塊的屬性。記錄系統(tǒng)利用這些信息來確定是否對應用模塊進行記錄或忽略?；蛘?，應用模塊識別信息在所述廣播流中傳輸。使用一個模塊標識號來避免重復記錄。分組時將具有相同分類的應用模塊優(yōu)先分在一起。用于交互電視的可記錄介質(zhì)由此得到更加有效的利用，并且也提高了模塊的記錄速度。
權(quán)利要求
1.一種傳輸交互電視的方法，其中，在廣播流的應用模塊中傳輸至少一個交互電視應用，所述方法包括步驟在所述廣播流中發(fā)送所述模塊的存儲相關(guān)信息。
2.根據(jù)權(quán)利要求1所述的方法，其中所述交互電視應用作為DSMCC模塊中的至少一個應用對象在所述廣播流中傳輸。
3.根據(jù)權(quán)利要求2所述的方法，其中所述至少一個應用對象包含至少一個應用文件對象和至少一個應用目錄對象，所述應用文件對象包含至少一個應用文件以及所述至少一個應用目錄對象在各自的應用文件中包含存儲目錄信息。
4.根據(jù)權(quán)利要求1至3中任一所述的方法，其中發(fā)送存儲相關(guān)信息的步驟進一步包含在所述廣播流中發(fā)送模塊標志信息的步驟。
5.根據(jù)權(quán)利要求4所述的方法，其中發(fā)送存儲相關(guān)信息的步驟包括在應用信息表和/或下載信息識別消息中發(fā)送所述存儲相關(guān)信息和/或所述模塊識別信息。
6.根據(jù)權(quán)利要求4所述的方法，其中所述模塊識別信息被定義并包含在AIT中并且包含兩個字段，第一個字段是organisation_id，第二個字段是application_id，其中所述id的值用于識別相同的應用。
7.根據(jù)權(quán)利要求1至3中任一所述的方法，其中所述發(fā)送存儲相關(guān)信息包含發(fā)送用來表述模塊是強制、任選或禁止記錄的分類。
8.根據(jù)權(quán)利要求1所述的方法，其中一個數(shù)字存儲媒體命令和控制生成器生成多組在用于廣播的一個對象傳送帶中具有相似存儲相關(guān)信息的模塊。
9.根據(jù)權(quán)利要求1所述的方法，其中所述發(fā)送存儲相關(guān)信息包含發(fā)送從下列所列條目中所選擇的模塊屬性a)代碼和/或數(shù)據(jù)和/或b)定長或變長。
10.一種接收用來記錄的交互電視廣播流的方法，其中至少一個交互電視應用包含在應用模塊的廣播流中，所述方法包含以下步驟從所述廣播流中抽取所述模塊的存儲相關(guān)信息，以及，根據(jù)所述存儲相關(guān)信息記錄需要強制記錄的模塊。
11.根據(jù)權(quán)利要求10所述的方法，進一步包含根據(jù)所述存儲相關(guān)信息記錄需要任選記錄的模塊的步驟。
12.根據(jù)權(quán)利要求10所述的方法，進一步包含識別相同模塊的步驟、以及在一個特定存儲介質(zhì)中僅存儲相同模塊的一個拷貝的步驟。
13.根據(jù)前述任一權(quán)利要求所述的方法，其中所述的交互電視是MHP，Open TV或DASE。
14.一種用于記錄和/或回放交互電視的裝置，所述裝置適用于記錄交互電視到一個存儲介質(zhì)和/或從一個存儲介質(zhì)回放交互電視，所述裝置適用于從一個廣播流中接收交互電視，所述裝置包含用于抽取在所廣播流中傳輸?shù)乃瞿K的存儲相關(guān)信息的裝置，以及記錄模塊的裝置，該裝置適用于僅記錄所述存儲相關(guān)信息允許記錄的模塊。
15.根據(jù)權(quán)利要求14所述的裝置，其中所述存儲相關(guān)信息包含模塊的模塊識別信息，并且其中所述的裝置進一步包含防止將具有相同模塊識別信息的應用模塊在所述的裝置的存儲介質(zhì)中記錄多次的裝置。
16.一種其上包含有計算機處理的計算機程序的計算機可讀介質(zhì)，該計算機程序包含，一個代碼段，用于在一個交互電視廣播流中發(fā)送模塊的存儲相關(guān)信息，其中至少一個交互電視應用在一個廣播流的應用模塊中傳輸。
17.根據(jù)權(quán)利要求14所述的計算機可讀介質(zhì)，進一步包含一個代碼段，用于在所述廣播流中發(fā)送模塊識別信息。
18.一種用于傳輸交互電視的信號，其中至少一個包含模塊的交互電視應用通過在廣播流的應用模塊中的所述信號來傳輸，所述信號包含應用模塊，以及與廣播流中的所述模塊有關(guān)的存儲信息。
19.一種用于交互電視DSMCC生成器的圖形用戶界面，該界面允許將對模塊的存儲相關(guān)信息的指定在廣播流的應用模塊中傳輸。
20.根據(jù)權(quán)利要求1或10所述的方法的應用。
全文摘要
一種交互電視的傳輸方法，其中，多個交互電視應用在多個應用模塊中傳輸，這些模塊在一個廣播流中進行傳輸。記錄系統(tǒng)不能確定哪些模塊需要被記錄，因此，在該廣播流中發(fā)送所述模塊的存儲相關(guān)信息。模塊識別信息在應用信息表(AIT)中和/或下載信息指示(DII)消息中執(zhí)行。因此，涉及表明是否應用模塊是強制、任選或者禁止記錄的類別的信息包含在該廣播流中?；蛘撸瑥拇a/數(shù)據(jù)/兩者和/或固定/可變這些屬性中選擇一個模塊的屬性。記錄系統(tǒng)利用該信息來決定是記錄還是忽略應用模塊?；蛘撸瑢媚K識別信息在廣播流中傳輸。使用一個模塊標識號來避免多次記錄操作。優(yōu)選地，將具有相同類別的應用模塊分組在一起。
文檔編號H04N7/16GK1732688SQ200380107880
公開日2006年2月8日 申請日期2003年12月5日 優(yōu)先權(quán)日2002年12月30日
發(fā)明者P·S·紐頓, D·P·凱利, 譚徑微, 石峻, 甘亮 申請人:皇家飛利浦電子股份有限公司