專利名稱：適用于多個用戶的多媒體終端的制作方法
技術領域：
本發(fā)明涉及用于處理數(shù)字音頻-視頻或多媒體數(shù)據(jù)的終端。
這類終端在付費電視系統(tǒng)中是熟知的，其中譯碼器或機頂盒接收廣播的數(shù)字多媒體數(shù)據(jù)，其中包括音頻-視頻節(jié)目信息，以及用于產(chǎn)生屏幕菜單的數(shù)據(jù)、用于進行游戲或購物應用的數(shù)據(jù)等等。取決于不同系統(tǒng)，數(shù)據(jù)可以以擾頻的或清楚的形式被廣播。
在引入數(shù)字技術以前，譯碼器被連接到有限數(shù)目的設備，通常只是相關的電視顯示器、或至多是電視顯示器和VHS錄象機。數(shù)字技術的出現(xiàn)導致可被連接到譯碼器的設備數(shù)目以及譯碼器功能的迅速增長。例如，除了送到TV和VHS設備的Peritel模擬輸出以外，譯碼器還可以包括經(jīng)過數(shù)字總線(諸如，IEEE 1394總線)到其它數(shù)字設備(諸如，DVD機，PC機等等)的連接。
隨著可被連接到譯碼器的外部設備數(shù)目增加，設備運行模式的數(shù)目也增加。例如，在譯碼器和電視機的標準設置中，譯碼器可被用來只提供電視廣播信息，或提供到互聯(lián)網(wǎng)的連接。
在從傳統(tǒng)的模擬系統(tǒng)的演變中，目前已知的數(shù)字譯碼器的結構總是在力圖跟隨引導它們的設計的預先設想。具體地，標準譯碼器的結構并不精確反映終端在許多并行的外部設備之間路由數(shù)據(jù)的作用、也不能反映譯碼器的各種運行模式和可能存在的系統(tǒng)的用戶數(shù)目。
按照本發(fā)明，提供了一種用于處理數(shù)字音頻-視頻或多媒體數(shù)據(jù)的終端，該終端包括數(shù)據(jù)處理系統(tǒng)和存儲器，其特征在于，數(shù)據(jù)處理系統(tǒng)把與終端的多種類型的用戶特征或喜好有關的用戶簡要文檔數(shù)據(jù)存儲在存儲器中。
用戶簡要文檔的規(guī)定使得處理系統(tǒng)能夠靈活地處理多個終端用戶。正如將會看到的，雖然用戶簡要文檔可以與外部設備的連接相聯(lián)系、或與接入終端的操作者的個人識別號相聯(lián)系，但最好是與運行模式(例如，互聯(lián)網(wǎng)模式或電視模式)相聯(lián)系。
用戶簡要文檔還可以進一步針對一個或多個操作者而標出姓名。例如，在規(guī)定了用于終端的互聯(lián)網(wǎng)運行模式的用戶簡要文檔以后，有可能規(guī)定第一互聯(lián)網(wǎng)操作者具有某些權利和第二操作者具有其它權利。
有利地，用戶簡要文檔數(shù)據(jù)包括表示每個用戶可接入的終端內(nèi)的資源的資源數(shù)據(jù)。在譯碼器終端的情況下，這些資源可以包括接入到分接器以確定從廣播數(shù)據(jù)流等下載的數(shù)據(jù)的權利。
更有利地，用戶簡要文檔數(shù)據(jù)包括表示每個用戶對于接入到一個或多個終端資源的優(yōu)先權的優(yōu)先權數(shù)據(jù)。例如，對于譯碼器終端，用戶簡要文檔數(shù)據(jù)可以包括表示特定的用戶在接入分接器時的優(yōu)先權的優(yōu)先權級別。此后，TV設備用戶與錄象機設備用戶之間的有沖突的信道要求可由管理應用根據(jù)這個信息來解決。
除了表示可提供給已知設備的終端資源的資源數(shù)據(jù)以外，用戶簡要文檔數(shù)據(jù)還可包括與要被提供給每個用戶的信息屬性有關的數(shù)據(jù)。這些屬性例如可以包括在給該用戶的所有的圖象接口顯示中要被使用的語言的指示。
此外，用戶簡要文檔數(shù)據(jù)還可包括與由每個用戶允許的動作有關的數(shù)據(jù)，例如，一個已知的用戶是否可以改變分接信道等等。雖然與上述的資源數(shù)據(jù)密切地有關，但這個數(shù)據(jù)可被使用來規(guī)定接入到已知資源的每個設備所允許的操作的參量。
優(yōu)選地，用戶簡要文檔數(shù)據(jù)的某些或全部特性或喜好，可以在終端正常運行期間被操作者修改。例如，每個用戶在接入數(shù)據(jù)時的相對優(yōu)先權值可被觀看者修改，以給出超過電視輸出的VHS錄象機輸出優(yōu)先權、或超過電視的互聯(lián)網(wǎng)連接優(yōu)先權等等。此外，或替換地，某些或全部用戶簡要文檔數(shù)據(jù)可由終端的數(shù)據(jù)處理系統(tǒng)預先確定。
本發(fā)明特別適合于一個包括數(shù)據(jù)處理系統(tǒng)的終端，該數(shù)據(jù)處理系統(tǒng)特別地包括虛擬計算機以及包括多個類別庫的面向?qū)ο蟮膽媒涌趯印?br> 具體地，應用接口層可以包括規(guī)定虛擬計算機對于用戶簡要文檔數(shù)據(jù)的操作的一個或多個類別庫。這些類別例如可以包括一種專用于管理終端的超高速緩存中的用戶簡要文檔數(shù)據(jù)的類別庫。同樣地，這些類別可以包括一個或多個用來規(guī)定要被存儲在用戶簡要文檔中的數(shù)據(jù)的特性的用戶簡要文檔類別庫。例如，一種方法類別可被使用來規(guī)定要被存儲在用戶簡要文檔中的優(yōu)選語言的屬性。
在應用接口層內(nèi)的類別的特征將取決于所選擇的語言。例如，在用JAVA編寫的應用接口的情況下，一種單獨的繼承結構可以應用在該類別與它的子類別之間。
在一個實施例中，用戶簡要文檔類別可以包括一個與用戶簡要文檔數(shù)據(jù)的通用特性的規(guī)定有關的通用類別庫，以及一個或多個與特定的用戶簡要文檔相關特性的規(guī)定有關的子類別庫。
本發(fā)明可特別應用于具有適合于接收數(shù)字傳輸系統(tǒng)中的數(shù)據(jù)傳輸?shù)淖g碼器的形式的終端。
本發(fā)明可同樣地擴展到一種運行終端的方法。
術語“譯碼器”可以描述用于接收編碼或非編碼信號(例如，電視和／或無線信號)的接收機。這樣的譯碼器的實施例可以包括例如在“機頂盒”中與接收機集合在一起用于譯碼接收信號的譯碼器(這樣的譯碼器可與物理上分開的接收機相結合起來工作)或與附加的單元(例如，網(wǎng)絡瀏覽器或錄象機或電視機)集成在一起的譯碼器。
正如在這里所使用的，術語“數(shù)字傳輸系統(tǒng)”包括用于發(fā)送或廣播主要是音頻-視頻或多媒體數(shù)字數(shù)據(jù)的任何傳輸系統(tǒng)。雖然本發(fā)明可特別應用于廣播數(shù)字電視系統(tǒng)，但本發(fā)明對于用于多媒體互聯(lián)網(wǎng)應用的固定的電信網(wǎng)或?qū)τ陂]路電視等等也是可應用的。
現(xiàn)在將僅僅作為例子描述本發(fā)明的優(yōu)選實施例，其中

圖1顯示了包括以譯碼器形式出現(xiàn)的多媒體終端的數(shù)字電視系統(tǒng)；圖2顯示了圖1的譯碼器的實際單元；圖3顯示了譯碼器內(nèi)的數(shù)據(jù)處理系統(tǒng)的軟件結構；圖4顯示了圖3的數(shù)據(jù)處理系統(tǒng)中使用的虛擬計算機的結構；圖5顯示了在本發(fā)明的這個實施例中要被規(guī)定的預先確定的用戶簡要文檔集；圖6顯示了在用于圖5的每個用戶簡要文檔的譯碼器存儲器中存儲的用戶簡要文檔數(shù)據(jù)的各個單元；以及圖7顯示了在規(guī)定用戶簡要文檔時要加以使用的軟件結構的應用項接口層內(nèi)的類別庫的結構。
圖1顯示了按照本發(fā)明的數(shù)字電視系統(tǒng)1的總貌。本發(fā)明包括大多數(shù)傳統(tǒng)的數(shù)字電視系統(tǒng)2，該系統(tǒng)使用了熟知的MPEG-2壓縮系統(tǒng)以便發(fā)送壓縮的數(shù)字信號。更詳細地是，廣播中心的MPEG-2壓縮器3接收數(shù)字信號流(典型地為視頻信號流)。壓縮器3通過鏈接5而被連接到復接器和擾碼器4。
復接器4接收多個另外的輸入信號，組合該輸送數(shù)據(jù)流，以及經(jīng)過鏈接7把壓縮的數(shù)字信號發(fā)送到廣播中心的發(fā)射機6，鏈接7當然可以采用各種各樣的形式，其中包括電信鏈路。發(fā)射機6通過上行鏈路8向衛(wèi)星轉發(fā)器9發(fā)射電磁信號，在衛(wèi)星轉發(fā)器中，電磁信號被處理以及通過理論上的下行鏈路10廣播到地面接收機12，這在傳統(tǒng)上是以由最終用戶擁有的或租用的碟形天線的形式出現(xiàn)的。由接收機12接收的信號被發(fā)送到由最終用戶擁有的或租用的、和要被連接到最終用戶的電視機14的集成接收機／譯碼器13。接收機／譯碼器13把壓縮的MPEG-2信號譯碼成供電視機14用的電視信號。
用于傳輸數(shù)據(jù)的其它傳輸信道當然也是可能的，諸如地面廣播、電纜傳輸、組合的衛(wèi)星／電纜鏈路、電話網(wǎng)等等。
在多信道系統(tǒng)中，復接器4處理從多個并行的源接收的音頻和視頻信息，并且與發(fā)射機6交互作用，以便沿著相應數(shù)目的信道廣播信息。除了音頻-視頻信息以外，消息或應用項或任何其它種類的數(shù)字數(shù)據(jù)可被引入到某些或全部這些信道，與發(fā)送的數(shù)字音頻和視頻信息相交織。
條件接入系統(tǒng)15被連接到復接器4和接收機／譯碼器13，并且它部分地位于廣播中心以及部分地位于譯碼器中。它使得最終用戶能夠接入來自一個或多個廣播提供者的數(shù)字電視廣播?？梢詫⒁环N能夠解密有關商品(也就是，由廣播提供者銷售的一個或幾個電視節(jié)目)的消息的智能卡插入到接收機／譯碼器13之中。通過使用譯碼器13和該智能卡，最終用戶可以按預訂模式或以每次觀看付費模式來購買該商品。實際上，譯碼器可被適當進行配置以便處理同時加密(Simulcrypt)或多重加密(Multicrypt)設計的多接入系統(tǒng)。
如上所述，由系統(tǒng)發(fā)送的節(jié)目在復接器4中被加擾，被施加到已知的傳輸上的條件和加密密鑰則由接入控制系統(tǒng)15來確定。以這種方式來傳輸加擾數(shù)據(jù)在付費電視系統(tǒng)領域中是熟知的。典型地，加擾的數(shù)據(jù)連同用于加擾該數(shù)據(jù)的控制字一起被傳送，控制字本身被所謂的運行密鑰(exploitation key)加密以及以加密的形式被傳送。
加擾的數(shù)據(jù)和加密的控制字然后被譯碼器13接收，該譯碼器已接入到被插入該譯碼器中的智能卡上存儲的運行密鑰的等同物，從而可以解密被加密的控制字，并且可以對該發(fā)送的數(shù)據(jù)進行解擾。已付費的預訂用戶將在每月廣播的ECM(權利控制消息)中接收到對于解密被加密的控制字所必須的運行密鑰，以允許觀看發(fā)送內(nèi)容。
一個同樣也被連接到復接器4和接收機／譯碼器13的交互系統(tǒng)16，也可以部分地位于廣播中心和部分地位于譯碼器中，它使得最終用戶能夠通過調(diào)制解調(diào)器返回信道17與各種應用進行交互。調(diào)制解調(diào)器返回信道也可以被使用于在條件接入系統(tǒng)15中使用的通信。交互系統(tǒng)可被用來例如使得觀眾能夠立即與發(fā)送中心通信，以便要求允許來觀看特定的事件、下載應用項等等。
參照圖2，現(xiàn)在將描述適用于本發(fā)明的接收機／譯碼器13的實際單元或機頂盒。該圖上所示的單元將通過功能塊來描述。
譯碼器13包括中央處理器20，它包括相關的存儲器單元，以及適合于接收來自串行接口21、并行接口22、和調(diào)制解調(diào)器23(已被連接到圖1的調(diào)制解調(diào)器返回信道17)的輸入數(shù)據(jù)。
譯碼器另外也適合于接收經(jīng)過控制單元26來自紅外遙控器25的輸入、以及來自譯碼器的面板上轉換觸點24的輸入。譯碼器還處理兩個分別適合于讀出銀行卡或用戶智能卡29和30的智能卡讀卡器27和28。輸入也可以通過一個紅外鍵盤(未示出)而被接收。用戶智能卡讀卡器28與被插入的用戶卡30和條件接入單元29一起工作，以便提供必須的控制字給分接器／解擾器30，從而使得加密的廣播信號能夠被解擾。譯碼器也包括傳統(tǒng)的調(diào)諧器31和解調(diào)器32，以便接收和解調(diào)衛(wèi)星發(fā)送信號，然后再由單元30進行信號濾波和分接。
譯碼器內(nèi)的數(shù)據(jù)處理通常由中央處理器20來進行。中央處理器的軟件結構對應于一個與由譯碼器的硬件部件來實現(xiàn)的較低級別操作系統(tǒng)交互作用的虛擬計算機。
譯碼器系統(tǒng)結構現(xiàn)在轉到圖3所示的接收機／譯碼器內(nèi)的系統(tǒng)的結構，將會看到，這里使用了分層結構。第一層41代表接收機／譯碼器硬件的操作系統(tǒng)。這是由制造商選擇的實時操作系統(tǒng)，用來控制接收機／譯碼器的硬件單元。實時操作系統(tǒng)具有相對較快的響應時間，以便能夠正確地同步硬件運行。事件消息在這一層與緊接地在上面的中間件層42之間進行傳遞。
數(shù)據(jù)處理系統(tǒng)位于硬件操作系統(tǒng)的頂部，它包括中間件層(middleware layer)42和應用接口層43。
中間件層42以諸如C ANSI的語言被編寫，它包括虛擬計算機44的各個單元和多個接口45，其中包括圖形接口46、FLASH／PROM存儲器接口47、協(xié)議接口48和設備接口49。
本發(fā)明使用虛擬計算機，以便提供各個較高級別應用與由機頂盒制造商實現(xiàn)的較低級別操作系統(tǒng)之間的獨立性。接口45提供虛擬計算機的操作與較低級別操作系統(tǒng)41之間的鏈路，并且它也包括在這個級別上的較容易執(zhí)行的多個中間件層應用模塊。
應用項接口(API)層43包括多個高級別軟件包50-55，它們是以面向?qū)ο蟮慕忉屨Z言(例如JAVA)編寫的。這些軟件包提供了在由業(yè)務提供者創(chuàng)建的應用項(交互程序指南、電視購物、互聯(lián)網(wǎng)瀏覽器等等)與系統(tǒng)的虛擬計算機之間的接口。下面給出這樣的應用項的例子。
較低級別OS通常嵌入在譯碼器的硬件部件中，雖然在某些實現(xiàn)中，較低級別OS可被下載。中間件和應用項接口層軟件包可從廣播的發(fā)送中被下載到譯碼器的RAM或FLASH存儲器中。可替換地，某些或全部中間件或應用項接口層軟件包可被存儲在譯碼器的ROM或(如果存在的話)快閃(FLASH)存儲器中。譯碼器甚至可包括用于存儲器貯存用的硬盤或DVD驅(qū)動器。正如將會看到的，譯碼器的存儲器單元的物理結構不同于存儲器的邏輯結構。
應用項接口層參照圖3所示的應用項接口層43，如上所述，在這一層中的軟件包是用面向?qū)ο蟮恼Z言(諸如JAVA)編寫的。每個軟件包規(guī)定在系統(tǒng)運行期間調(diào)用的一個類別集。在本系統(tǒng)中，安裝以下的軟件包。
Lang／Util軟件包50。這個軟件包規(guī)定對于由虛擬計算機進行對象管理所必須的類別。這些類別庫通常形成與所選擇的面向?qū)ο笳Z言有關的標準庫的一部分。
MHEG-5軟件包51。這個軟件包規(guī)定與電視顯示器上的圖形對象的管理有關的類別。這樣的對象不同于音頻-視頻數(shù)據(jù)，并且它們可組成信道識別符或放置在顯示的圖象之上的文本。在這個軟件包內(nèi)的類別的規(guī)定應當遵守由標準ETS 300777-3和ISO／ISE 13522-5(以及在由JAVA實現(xiàn)的系統(tǒng)的情況下的標準ISO／ISE 13522-6)規(guī)定的MHEG-5標準。
工具箱軟件包52。這個軟件包包含用于下載和解壓信息的類別以及與接收機／譯碼器內(nèi)的文件系統(tǒng)和存儲器的管理有關的類別、和有關到互聯(lián)網(wǎng)等的連接的類別。
設備軟件包53。這個軟件包規(guī)定對于附屬于接收機／譯碼器的外設的管理所必須的類別(如上所述)，并且它包括調(diào)制解調(diào)器、智能卡讀卡器、MPEG流調(diào)諧器等等。
業(yè)務軟件包54。這個軟件包規(guī)定對于實施開發(fā)較高級別交互應用項(諸如，管理信用卡數(shù)據(jù)等)所必須的類別。
DSMCC-UU軟件包55。這個軟件包實施對于在客戶與用于數(shù)據(jù)文件搜索和讀出的服務器之間的通信所必須的協(xié)議。這個軟件包的實施應當遵守標準ISO／IEC 13818-6和在DAVIC部分9中規(guī)定的指令。
在通常的運行中，另一個交互應用項層是由業(yè)務提供者編寫和如同在傳統(tǒng)系統(tǒng)中那樣在廣播期間被下載的，它將被放置在以上規(guī)定的各接口軟件包上。這些應用項典型地包括通用應用項管理器，用于管理譯碼器的規(guī)定的基本運行，以及附加上附加業(yè)務的一個或多個可任選的應用項。具體地，用戶管理器應用項可被使用來管理用戶優(yōu)先權沖突，正如下面描述的那樣。
取決于要被引入的應用項，以上的某些軟件包可被省略。例如，如果業(yè)務提供者不打算提供用于數(shù)據(jù)讀出的通常的方式，則DSMCC-UU軟件包可以不被包括在最后的系統(tǒng)中。
軟件包43提供用于面向?qū)ο蟮木幊汰h(huán)境的類別庫。它們的類別行為將取決于所選擇的語言。例如，在JAVA應用項的情況下，將遵從單個原有的類別結構。
正如將會看到的，在軟件包中的類別或類別集的編組是對于類別功能的形式問題。與外圍設備的管理有關的某些類別可被分類為屬于設備軟件包53或業(yè)務軟件包54。
接口層如圖所示，接口層由4個模塊組成圖形模塊46、存儲器文件管理模塊46、協(xié)議模塊48和設備管理器49。雖然在這個級別上的模塊被描述為接口模塊，但它們的功能一般是提供“粘結”層，用于實施應用項接口軟件包和用于虛擬計算機的運行。
圖形模塊46可例如提供圖形對象的創(chuàng)建和管理。它請求低級別OS以便顯示基本圖形，例如單個象素、線條、矩形等等。這個模塊的實現(xiàn)取決于低級別制造商的OS的圖形能力。在與MHEG-5軟件包51互補的某些方式下，這些功能在這個代碼級別上比起對于以上的應用項層所選擇的高級別代碼來說，可以更有效地被執(zhí)行。
以類似的方式，存儲器文件模塊47包括與系統(tǒng)的存儲器部件有關的低級別讀／寫文件命令。典型地，硬件操作系統(tǒng)只包括用于讀／寫存儲器部件內(nèi)的扇區(qū)或頁所必須的命令。正如用圖形模塊46時那樣，這個模塊使得一組較簡單的較低級別應用項能夠有效地引入到系統(tǒng)中。
協(xié)議管理模塊48規(guī)定了一個通信協(xié)議庫，它可在通信時例如通過譯碼器的TCP／IP層被調(diào)用。
設備管理器49與這一層中的其它模塊略有不同處在于，它提供在硬件操作系統(tǒng)與以上的層之間的鏈路或接口，它包括在接口層和虛擬計算機中的其它模塊。被接收的或要被發(fā)送到虛擬計算機的硬件OS的命令或事件消息，必須由設備管理器來傳遞，以便按照兩層之間的接口規(guī)范條件進行變換。
虛擬計算機描述現(xiàn)在參照圖4，將描述在本發(fā)明的系統(tǒng)中使用的虛擬計算機44的結構。使用于本發(fā)明的虛擬計算機是搶先性多線程(pre-emptivemultithread)型虛擬機。這樣的虛擬機的一般特性在其它的環(huán)境下是熟知的，用于實施這樣的虛擬機的代碼的建立將屬于本領域技術人員的范圍。
虛擬機由多個單元組成，它們?nèi)鐖D所示廣泛地交互作用。調(diào)度程序60由線程管理業(yè)務61和監(jiān)視管理業(yè)務62組成，形成多線程虛擬機的心臟。調(diào)度程序60命令執(zhí)行由虛擬機外部的應用項建立的線程和由虛擬機本身建立的線程(例如，如下面討論的無用數(shù)據(jù)收集線程)。
事件管理器63處理事件路由表和由線程預定的事件表，以及集中分配事件處理。
存儲器管理器64管理系統(tǒng)存儲器內(nèi)存儲器區(qū)域的分配和解除分配以及從存儲器中去除非參考的對象(無用數(shù)據(jù)收集)。
類別管理器65裝載從廣播信號中被下載的應用項代碼的類別，與安全管理器66進行交互以檢驗下載的代碼的完整性，以及與實施應用項的文件管理器68進行交互。
文件管理器68執(zhí)行系統(tǒng)文件的實施以及互動應用項與數(shù)據(jù)的下載機制的操作。
安全管理器66管理允許下載應用項的接入級別，某些應用項具有執(zhí)行比對于文件系統(tǒng)更多的操作的能力。
解釋器67包括字節(jié)代碼解釋業(yè)務69和“m-代碼”解釋業(yè)務70，該解釋器67管理以這兩個代碼的形式寫入的應用項的解釋，在這里，字節(jié)代碼與JAVA應用項有關，以及m-代碼是給予由申請人開發(fā)的專有代碼的名稱。
用戶簡要文檔譯碼器可提供的不斷增長的硬件處理能力，這就導致了譯碼器在系統(tǒng)中多個潛在用戶之間路由信息方面的不斷增長的應用。例如，單個IRD可用作為一個用于廣播MPEG數(shù)據(jù)流的輸入點，這個數(shù)據(jù)流被進行處理并被轉送到一個或多個連接的電視顯示器、被轉送到經(jīng)過Peritel鏈路連接的模擬VHS錄象機、以及被轉送到經(jīng)過IEEE 1394連接的PC或DVD設備等等。
本實施例的中心思想是規(guī)定譯碼器的多個“用戶”，其每個用戶具有一定的特征簡要文檔。例如，高級別應用項可以規(guī)定對于電視觀看者、VHS錄象機、直接使用譯碼器接入到互聯(lián)網(wǎng)的個人、使用譯碼器路由信息到PC的個人等的多個用戶簡要文檔。圖5顯示了一組典型的用戶簡要文檔的例子。這個列表可被擴展到包括被連接到譯碼器的DVD設備等。
用戶簡要文檔可以相對于被連接到終端(例如，連接電視)的外部設備而被規(guī)定的，其中終端只提供音頻-視頻數(shù)據(jù)給電視顯示器。用戶簡要文檔也可以相對于接入終端的一個或多個實際的個人或“操作者”的真實識別號而被規(guī)定。
然而，在本情況下，用戶簡要文檔是相對于設備的運行模式(例如，該設備在互聯(lián)網(wǎng)模式下運行)而規(guī)定的。對于運行的一種建立或模式而規(guī)定的每個用戶簡要文檔可以針對使用譯碼器終端的不同的個人被個人化。例如，一個人可以具有與另一個人不同的觀看喜好，或者可以被禁止觀看某些信道。有關每個人的喜好的信息被存儲在對于那個運行模式的用戶簡要文檔內(nèi)。
每個用戶簡要文檔將具有唯一的和具有特征的用戶ID(識別號)、以及用于確定這個用戶在獲取一個或多個譯碼器資源時的優(yōu)先權的一個或多個優(yōu)先權值。在這種情況下，術語“資源”是指譯碼器的功能，諸如接入到分接器以便下載所選擇的數(shù)據(jù)。高級別應用項管理器規(guī)定和存儲這些簡要文檔的特征，以及通過參考用戶優(yōu)先權來處理資源的共享和用戶沖突。
例如，用戶管理器可以給予用戶“RECORDER(錄象機)”以優(yōu)先權，這樣，由這個用戶提出要使用一個已知資源的要求將比起由用戶“VIEWER(觀看者)”提出要使用該資源的要求具有較高優(yōu)先權。具體地，用戶“RECORDER”就分接信道的選擇而言要比用戶“VIEWER”優(yōu)先。這樣，該應用項防止從一個觀看者處接收的改變信道信號取得超過由某個希望記錄在此同時發(fā)送的節(jié)目的人選擇該信道的優(yōu)先權。
在本例中，在將單個優(yōu)先權值被分配給每個用戶的情況下，用戶“RECORDER”所取得的接入到任何資源的優(yōu)先權將總是超過“VIEWER”。可替換地，可以分配多重優(yōu)先權值，這樣，“VIEWER”具有對于某些資源的優(yōu)先權，以及“RECORDER”具有對于其它資源的優(yōu)先權等等。
優(yōu)先權估值由用戶管理器管理，它可以是交互的，即，操作者可以通過用手機來編程譯碼器而確定是否給予互聯(lián)網(wǎng)連接以超過電視觀看等的優(yōu)先權。
除了用戶ID值以外，每個用戶簡要文檔包括一個喜好項組，它們被存儲在譯碼器的超高速存儲器(例如譯碼器的FLASH存儲器)中。這些喜好項在每次啟動譯碼器以后將被應用項調(diào)用。如圖6所示，用戶簡要文檔數(shù)據(jù)80包括資源數(shù)據(jù)81、屬性數(shù)據(jù)82、和動作數(shù)據(jù)83。
資源數(shù)據(jù)81包括可被用戶接入(例如，接入到MPEG調(diào)諧器和解擾器)的內(nèi)部譯碼器資源列表。正如將會看到的，在本文中的資源是指涉及到與分接處理、條件接入系統(tǒng)等有關的物理單元的組合的邏輯資源。
屬性數(shù)據(jù)82包括對于該用戶特定的優(yōu)選的屬性，例如在屏幕上編寫的顯示中優(yōu)選使用的語言(英語、法語、德語等)、可被用戶觀看的節(jié)目的道德級別等等。動作數(shù)據(jù)83包括可被該用戶執(zhí)行的允許的操作列表，其中包括改變信道等等。
用戶簡要文檔數(shù)據(jù)包括由用戶管理器預先確定的固定值(例如，所有用戶能夠接入調(diào)諧器、分接器等的資源)以及由能夠在每個運行模式下使用終端的每個操作者可進行修改的值或?qū)τ谠撁總€操作者個人化的值(可被觀看的節(jié)目的道德級別等)。
可由操作者修改的值包括在譯碼器啟動時刻由操作者設置的對于每個用戶簡要文檔的值以及每次以特定的用戶簡要文檔來起動對話時由操作者設置的值。
相應于運行模式、并且包括了有關對于每個簡要文檔的接入到終端資源的優(yōu)先權的數(shù)據(jù)的多用戶簡要文檔的規(guī)定，可以為由終端來并行處理這些模式鋪平道路，從而允許單個終端來管理和處理數(shù)據(jù)，以便可在傳送要由相關的記錄裝置記錄的或要由PC機處理的不同的數(shù)據(jù)的同時通過電視機進行觀看。在這樣的系統(tǒng)中，終端實際上變成為用于并行運行的多個有關的外圍設備的數(shù)據(jù)中心站。這類運行具體由圖3和4所示的這類多線程系統(tǒng)很好地管理，正如現(xiàn)在將描述的。
為了允許創(chuàng)建一系列用戶簡要文檔，希望在API層內(nèi)包括適用于與虛擬機結合起來以達到這一點的對象類別?；剡^來參照圖3，以及如以上討論的那樣，在API層43中規(guī)定的類別庫提供了運行的參量，較高級別應用項可以利用這些參量運行。具體地，在實行每個動作時，高級別應用項將包括有關在這一層中規(guī)定的對象類別的指令。
每個類別將遵守對于這一層選擇的面向?qū)ο蟮木幊陶Z言的法則。典型的對象類別包括有關譯碼器端口(例如，信用卡接口)的管理以及諸如接入控制系統(tǒng)的管理的其它運行的類別。在API層中的多個標準類別已經(jīng)由DAVIC組相對于在已下載的MPEG數(shù)據(jù)流中的段和表的接入而進行了規(guī)定。
現(xiàn)在將參照圖7描述一種適合于為每個這樣的用戶提供規(guī)定用戶喜好的可能性、和便利于由高級別應用項來管理多個用戶的類別的結構。將要被描述的類別可以被包括在被安裝在API層43的業(yè)務軟件包54中。
參照圖7，以90表示的類別UserCacheManager(用戶超高速緩存管理器)被用來允許應用項接入和管理被存儲在系統(tǒng)的存儲器超高速緩存中的用戶簡要文檔數(shù)據(jù)。這個類別是一個靜態(tài)類別。正如標準的面向?qū)ο蟪绦蚪Y構的情況那樣，類別庫包括一系列方法或命令，例如用來初始化存儲器超高速緩存的方法initialise()，用來獲知由系統(tǒng)支持的最大用戶的數(shù)目的方法getMaxUserProfile()，用來獲知當前工作的用戶的數(shù)目的方法getActiveUserID()等等。類別也可以與一系列事件相聯(lián)系，從而把一個事件(例如建立或刪除用戶簡要文檔)的發(fā)生通知給應用項。
類別還附加地包括以91表示的類別UserProfile。這個類別是通用類別，適合于允許建立多個用戶簡要文檔。類別包括一系列方法，例如用來恢復用戶的識別號的getUserID()，用來恢復接入資源的優(yōu)先權的getPriorityLevel()，用來設置一般屬性的數(shù)值的getGeneralAttribute()等等。類別也可以與一系列事件相聯(lián)系，例如指示由用戶要求的信道的改變等。
這些方法是允許非直接接入方法的方法，由此避免必須具有對于每個屬性的方法。由這些方法管理的屬性的數(shù)目將取決于系統(tǒng)結構的選擇，以及可以隨時間而演變。
實際上，在這個和其它的類別中的方法的數(shù)目的選擇和功能也可以隨系統(tǒng)設計師的判斷以及取決于硬件的處理能力、虛擬機的特性、系統(tǒng)設計師希望引入的功能的數(shù)目而被確定。
正如將被描述的，某些方法可以由其他類別按照針對應用項接口層而選擇的面向?qū)ο蟮恼Z言的原則進行繼承。
具體地，類別觀看者簡要文檔(ViewerProfile)92、錄象機簡要文檔(RecorderProfile)93、互聯(lián)網(wǎng)簡要文檔(InternetProfile)94、和數(shù)據(jù)橋路簡要文檔(DataBridgeProfile)95規(guī)定了對于規(guī)定用戶簡要文檔VIEWER、RECORDER、INTERNET、DATA_BRIDGE等所特定的方法。類別92到95可以包括從通用的用戶簡要文檔(UserProfile)類別繼承的方法。例如，通過使用命令setGeneralAttribute(Attribute(屬性)、Value of Attribute(屬性值))，則與所提及的用戶簡要文檔有關的優(yōu)選的屬性值可被確定。
取觀看者簡要文檔的事例(其中觀眾的道德級別要被規(guī)定)作為例子，在對于用戶VIEWER的簡要文檔進行編程方面，指令setGeneralAttribute(Morality-Level(道德級別，18)將會設置對于這個用戶的一個授權的年齡限制。這個值將被規(guī)定和被更高級別應用項調(diào)用，以及可被用來阻止用戶VIEWER接入到某些分接的信道，除非操作者申報他的年齡。因此對于每個按模式VIEWER接入譯碼器的個人，一組喜好項可由屬于類別VIEWER內(nèi)的事例來規(guī)定。
正如將會看到的那樣，在API中對于建立一個已被識別的“用戶”所特定的多個類別的規(guī)定可以使得系統(tǒng)能夠容易地為每個這些用戶來規(guī)定多個用戶簡要文檔。類別UserCacheManager的提供允許管理有關用戶的超高速緩存簡要文檔文件數(shù)據(jù)，而通用類別UserProfile和子類別ViewerProfile、RecorderProfile等同時提供對于規(guī)定每個用戶簡要文檔所必須的工具。
無論如何，在這些類別內(nèi)的方法和事件的精確組成和規(guī)定是無條件的，以及根據(jù)所選擇的虛擬機的特性等來確定對這些對象的最好的規(guī)定完全是本領域技術人員的能力范圍以內(nèi)的事情。
權利要求
1．一種用于處理數(shù)字音頻-視頻或多媒體數(shù)據(jù)的終端，包括數(shù)據(jù)處理系統(tǒng)和存儲器，其特征在于，數(shù)據(jù)處理系統(tǒng)把與終端用戶的多種類型特征或喜好有關的用戶簡要文檔數(shù)據(jù)存儲在存儲器中。
2．如權利要求1中要求的終端，其特征在于，其中用戶簡要文檔是相對于終端的運行模式而被規(guī)定的。
3．如權利要求1或2中要求的終端，其特征在于，其中用戶簡要文檔是相對于外部設備的連接被規(guī)定的。
4．如任何一項前述的權利要求中要求的終端，其特征在于，其中用戶簡要文檔是相對于操作者的識別號被個人化的。
5．如任何一項前述的權利要求中要求的終端，其特征在于，其中用戶簡要文檔數(shù)據(jù)包括表示每個用戶可接入的終端內(nèi)的資源的資源數(shù)據(jù)。
6．如權利要求5中要求的終端，其特征在于，其中用戶簡要文檔數(shù)據(jù)包括表示每個用戶對于接入到該終端的一個或多個資源的優(yōu)先權的優(yōu)先權數(shù)據(jù)。
7．如任何一項前述的權利要求中要求的終端，其特征在于，其中用戶簡要文檔數(shù)據(jù)包括有關要被提供給每個用戶的信息屬性的數(shù)據(jù)。
8．如任何一項前述的權利要求中要求的終端，其特征在于，其中用戶簡要文檔數(shù)據(jù)包括有關被每個用戶允許的動作的數(shù)據(jù)。
9．如任何一項前述的權利要求中要求的終端，其特征在于，其中用戶簡要文檔數(shù)據(jù)的某些或全部的特性或喜好可以在終端正常運行期間被操作者修改。
10．如任何一項前述的權利要求中要求的終端，其特征在于，其中某些或全部的用戶簡要文檔數(shù)據(jù)是由終端的數(shù)據(jù)處理系統(tǒng)預先確定的。
11．如任何一項前述的權利要求中要求的終端，其特征在于，其中終端包括數(shù)據(jù)處理系統(tǒng)，其中尤其是虛擬計算機，以及向?qū)ο蟮膽庙椊涌趯樱ǘ鄠€類別庫。
12．如權利要求11中要求的終端，其特征在于，其中應用項接口層可以包括規(guī)定虛擬計算機有關于用戶簡要文檔數(shù)據(jù)的操作的一個或多個類別庫。
13．如權利要求11或12中要求的終端，其特征在于，其中應用項接口層包括一種專用于在終端的超高速緩存中的用戶簡要文檔數(shù)據(jù)的存儲器管理的類別庫。
14．如權利要求11到13中要求的終端，其特征在于，其中應用項接口層包括適合于規(guī)定要被存儲在用戶簡要文檔中的數(shù)據(jù)特性的一個或多個用戶簡要文檔類別庫。
15．如權利要求14中要求的終端，其特征在于，其中用戶簡要文檔類別庫包括與規(guī)定用戶簡要文檔數(shù)據(jù)的一般特性有關的通用類別庫，以及一個或多個與規(guī)定特定的用戶簡要文檔的特性有關的子類別庫。
16．如任何一項前述的權利要求中要求的終端，其特征在于，包括適合于接收在數(shù)字傳輸系統(tǒng)中的數(shù)據(jù)發(fā)送的譯碼器。
17．用于處理數(shù)字音頻-視頻或多媒體數(shù)據(jù)的終端的運行的方法，該終端包括數(shù)據(jù)處理系統(tǒng)和超高速緩存存儲器，其特征在于把與終端的多個用戶的特征或喜好有關的用戶簡要文檔存儲在存儲器中的步驟。
18．一種基本上如這里描述的用于處理數(shù)字音頻-視頻或多媒體數(shù)據(jù)的終端。
19．一種基本上如這里描述的用于處理數(shù)字音頻-視頻或多媒體數(shù)據(jù)的終端的運行的方法。
全文摘要
一種用于處理數(shù)字音頻－視頻或多媒體數(shù)據(jù)的終端包括數(shù)據(jù)處理系統(tǒng)和存儲器,數(shù)據(jù)處理系統(tǒng)存儲與終端的多個用戶的特征或喜好有關的用戶簡要文檔數(shù)據(jù)(81,82,83)。在特定的優(yōu)選實施例中,用戶簡要文檔對應于終端的運行模式,用戶簡要文檔數(shù)據(jù)包括表示每個用戶對于終端資源的優(yōu)先權的優(yōu)先權數(shù)據(jù)。
文檔編號H04N5/00GK1292974SQ99803721
公開日2001年4月25日 申請日期1999年3月8日 優(yōu)先權日1998年3月6日
發(fā)明者F·雷伊 申請人:卡納爾股份有限公司