專利名稱：加載用戶界面的方法和設備的制作方法
技術領域：
本發(fā)明涉及一種在電視環(huán)境中加載用戶界面的方法，尤其涉及在數字電視系統(tǒng)中加載用戶界面的方法。本發(fā)明還涉及實現所述方法的設備以及相關的智能卡。本發(fā)明可以與例如條件訪問電視系統(tǒng)中的譯碼器一起使用。
在付費電視系統(tǒng)中使用微處理器卡(“智能卡”)是公知的。這樣的卡包含各種數據，一些數據可以被訪問并最后由用戶修改。例如，一個卡可以存儲對于一個節(jié)目列表的訪問權利。在一些系統(tǒng)中，由廣播機構將這個信息與數字傳輸系統(tǒng)中特定的數據包的視頻數據，或者與模擬傳輸系統(tǒng)中模擬視頻信號的場消隱期間(VBI)上調制的視頻數據一起傳送。一旦接收到，該數據被存儲在卡中。用戶可能希望查閱這個信息，盡管他不可能直接修改它。存儲在卡上信息的其他例子是原始訪問碼和個人口令。這樣的信息可以由具有相應授權的用戶修改。
如在美國用于數字衛(wèi)星接收的RCA牌的數字電視譯碼器的電視譯碼器裝備有復雜的用戶界面。這種類型的用戶界面一般包括一個節(jié)目指南和譯碼器特性編程工具，并且為了增強對用戶的友好可以使用譯碼器的圖形能力。用戶界面的分層結構以一系列菜單的形式，或者以如起居室或購物大街的熟悉環(huán)境的表現形式提供給用戶。
美國專利5,367,571涉及一種具有插入式擴展卡的用戶終端，從該卡下載編碼。
PCT專利申請WO94/14284涉及一種在電視節(jié)目傳輸系統(tǒng)中的可改編程的終端，其中菜單模型被創(chuàng)建并發(fā)射到存儲終端。
為用戶提供特定信息和/或由這個用戶對這種信息修改要求一部分解戶界面適應這種信息。隨著提供給用戶的業(yè)務的發(fā)展，這種信息的性質改變了。用戶界面不可能總是適應處理這樣新型的信息。對于存儲在智能卡的信息來說這是尤為正確的，因為這種卡肯定將會是可替代的。新的卡版本可以攜帶關于以前不能得到的服業(yè)的數據。
本發(fā)明涉及一種用于在包括一個譯碼器和一個與所述譯碼器相配合的抽取式智能卡的電視系統(tǒng)中加載一個用戶界面的方法，所述譯碼器包括一個主用戶界面，所述方法的特征在于它包括步驟-由譯碼器加載和存儲在所述智能卡上存儲的整個用戶界面模塊，所述用戶界面模塊包括涉及要用于用戶的信息的數據結構，所述信息存儲在所述智能卡上，-由所述譯碼器在所述主用戶界面和所述存儲的用戶界面模塊之間建立一種關系以便允許用戶訪問所述用戶界面模塊，-隨后當所述用戶通過所述用戶界面模塊發(fā)出命令時在所述譯碼器和所述智能卡之間交換所述信息部分。
通過在智能卡上存儲參數和數據，同時存儲一個管理這些參數和數據的用戶界面模塊，以及通過在一個譯碼器的用戶界面和存儲在卡上的用戶界面模塊之間建立一種關系，提供一個靈活的解決方案使用戶界面得到發(fā)展。
本發(fā)明還根據存儲在一個特定用戶卡上的數據和參數，允許用戶界面模塊適應每個用戶。
用戶界面模塊的加載和存儲可以只此一次完成。不需要另外加載部分解戶界面模塊，與智能卡的交換被限制于參數值中的那些值(就用戶界面來說)。在用戶使用用戶界面期間對于卡的存儲器的訪問頻率和持續(xù)時間因此減少了。
根據本發(fā)明實施例的一種變型，當所述譯碼器第一次檢測在所述智能卡接口中存在智能卡時完成加載和存儲的所述步驟。
當譯碼器和卡在操作時，盡可能快地完成所述模塊的加載和存儲，以在用戶和譯碼器之間的相互作用發(fā)生之前釋放譯碼器和智能卡資源。
根據本發(fā)明實施例的一種變型，在所述主用戶界面和所述用戶界面模塊之間建立所述關系的所述步驟包括標識至少一個進入所述用戶界面模塊的進入點并在所述主用戶界面中給所述用戶顯示通過所述至少一個進入點對于所述用戶界面模塊的訪問的步驟。
根據所述實施例的一種變型，存儲在智能卡的所述信息包括用戶定義數據。
根據所述實施例的一種變型，所述用戶界面模塊以至少一個鏈接的目標列表的形式存儲。
根據所述實施例的一種變型，所述至少一個鏈接的目標列表包括一系列屏幕，在每個鏈接的列表中至少一個屏幕包括所述進入點中之一。
根據所述實施例的一種變型，所述主用戶界面包括指向所述至少一個進入點的預定指針，由所述譯碼器在所述主用戶界面和所述用戶界面模塊之間建立一種關系的所述步驟還包括僅僅當所述用戶界面模塊已經被加載時允許所述用戶激活一個觸發(fā)以訪問所述進入點的步驟。
根據所述實施例的一種變型，在所述主用戶界面和所述用戶界面模塊之間建立一種關系的所述步驟還包括步驟-從所述智能卡加載至少一個要被鏈接的目標到所述主用戶界面中的一目標。
在這種特定的情況下，主用戶界面預先不包括顯示給用戶的任何預編程訪問裝置。當下載用戶界面模塊時，譯碼器搜索其功能是在主用戶界面和用戶界面模塊之間建立聯系的目標。這些目標(一個特定的“按鈕”或菜單選擇)顯示給用戶。
本發(fā)明還涉及包括一個存儲器、一個微處理器和輸入/輸出裝置的智能卡，其特征在于它包括要用于用戶的數據，一個提供所述信息給所述用戶的用戶界面模塊以及標識在所述用戶界面模塊和插入所述智能卡的裝置的主用戶界面模塊之間聯系的數據。
本發(fā)明還涉及包括一個主用戶界面、一個存儲器、一個存儲器卡接口和一個用于輸入用戶命令的設備的視頻接收機，其特征在于它包括-用于下載整個存儲在插入到所述存儲器卡接口的存儲器卡中的用戶界面模塊的裝置，-一個用于存儲所述用戶界面模塊的存儲器，-用于在所述主用戶界面和所述用戶界面模塊之間建立一種關系的裝置。
通過附圖的說明和一個非限定實施例的描述將很好地理解本發(fā)明，并且本發(fā)明的其他特性將變得更加明顯。
附圖為-

圖1是一個電視譯碼器的方塊圖；-圖2是一個是譯碼器用戶界面的主菜單例子；-圖3是一個存儲在智能卡上的用戶界面模塊結構的樹形圖，以及
-圖4是一個表示根據本實施例在將用戶界面模塊集成到譯碼器的用戶界面以后的主要步驟的流程圖。
下面將相對于一個數字電視環(huán)境描述本實施例。當然本發(fā)明不局限于這樣一個環(huán)境并且能夠容易地適應于其他的應用。
在一個數字電視系統(tǒng)中使用的譯碼器如圖1所說明。在這樣一個系統(tǒng)中，視頻、音頻和其他數據在數據包中發(fā)射。這個譯碼器連接到一個天線1，天線1用于通過一個衛(wèi)星(未示出)接收來自廣播機構的信號。該信號以一種公知的方式傳送到一個調諧器2、一個解調器3和一個糾錯電路4。解調的和校正的數據包隨后傳送到多路分解器5。多路分解器5的作用是分析接收的數據包和發(fā)送這些數據包的內容到適當的應用中。多路分解器5由微處理器23控制，該微處理器23編程多路分解器的數據包濾波參數。數據包的格式是例如在“MPEG2系統(tǒng)”標準中給出的格式。
已經被選擇要傳送到一個應用的數據包或它的部分存儲在存儲器6中。存儲器6對于每種應用包含一個緩存區(qū)，其中由多路分解器寫入數據并由相應的應用讀出。
術語“應用”用于表示軟件以及硬件應用。軟件應用一般是一種節(jié)目指南，它依靠廣播臺發(fā)射的信息來通知用戶即將來臨的事件。這樣一種應用由微處理器23運行。硬件應用包括一個音頻譯碼器16、一個視頻譯碼器17、一個圖文電視譯碼器18和一個條件訪問子系統(tǒng)(7、8、9和10)。
微處理器23連接到一個ROM12和一個RAM或可改編程ROM19。來自緩沖存儲器6的數據可以根據微處理器23的指令直接傳送到存儲器19。
微處理器連接到一個紅外遙控接口24，響應來自遙控器11的信號。微處理器還控制一個用于產生字幕、菜單和圖形的屏幕顯示產生電路15。
譯碼器的另一個特征是一個連接到公共交換電話網(PSTN)14的調制解調器13。
由視頻譯碼器17、圖文電視譯碼器18或屏幕顯示產生電路15提供的視頻信號在微處理器23的控制下由多路復用器20多路復用。與由音頻譯碼器16提供的音頻信號一起，多路復用器20輸出一個視頻信號到連接于盒式磁帶錄像機21和電視22的連接器。
條件訪問子系統(tǒng)包括一個反倒頻器電路7、一個檢驗器電路8、一個智能卡接口9和一個抽取式智能卡10。在存儲到緩沖存儲器6中之前，假設用戶擁有相應的訪問權利，被多路分解器5接收的倒頻的數據包首先由反倒頻器電路7反倒頻。這些訪問權利存儲在智能卡10中并且由廣播臺通過要用于條件訪問子系統(tǒng)的特定數據包更新。檢驗器電路8管理譯碼器和智能卡之間的所有通訊并且控制反倒頻器電路。檢驗器電路8也檢驗智能卡本身的可靠性，例如使用Fiat-Shamir迭代算法。與智能卡的通訊遵守公知的ISO7816協(xié)議。
倒頻和反倒頻處理如下在發(fā)射機側，廣播機構根據給定的倒頻技術使用一個給定的碼字倒頻數據包有效負載。倒頻的數據在適當的數據包中傳送。碼字被譯成密碼并且也在數據包中傳送，被稱為權利控制信息(ECM)。
碼字頻繁變化，例如大約幾秒鐘一次。
廣播機構還發(fā)射訪問權利給單獨的譯碼器或譯碼器組。相應的信息被稱為權利管理信息或EMM。
在譯碼器側，相應于一個給定譯碼器的EMM由多路分解器濾波并傳送到智能卡。智能卡更新相應的訪問權利。
當接收到一個倒頻的服務時，相應于該服務的ECM被濾波并被傳送到智能卡。智能卡檢查它已經存儲的訪問權利是否授權對于那個特定服務的訪問。如果回答是肯定，它解密ECM的碼字并通過檢驗器電路8傳送到反倒頻電路7。如果回答是否定，經過檢驗器電路8通知微處理器23，并且將一個相應的信息顯示給用戶。
存儲器12包括必需的節(jié)目和數據以產生一個圖形用戶界面。通過按下遙控器11上一個“菜單”按鈕激勵的譯碼器的用戶界面根據本實施例具有樹形結構。
使用“用戶界面目標”或UI目標來內部地表示這種結構。在本實施例中，UI目標是一個可以顯示在屏幕上并且具備當用戶激勵時微處理器觸發(fā)一種反應的能力的目標。這種激勵包括例如當屏幕上菜單中的一項目被高亮度顯示時按下遙控器11的一“OK”按鈕。一個目標定義了在屏幕上一個項目激勵之后用戶界面是如何作用的。
除了必須清楚的描述以外，將不詳細的描述用戶界面結構的視覺或圖形表示(字形、背景圖形等等)。
一個鏈接的目標列表是一組目標，其中一個目標可以參考另一個目標。例如，第一個和第二個目標之間的一特定鏈接可以表示如果第一個目標被激勵則第二個目標應當代替屏幕上的第一個目標。沿著一系列包括鏈接和目標的預定義路徑，這種類型的鏈接允許用戶從一個目標航行到另一個目標。
譯碼器的駐留用戶界面包括一個這樣的鏈接的目標列表或若干獨立的列表。
由鏈接的目標列表組成的主用戶界面的句法如下<pre listing-type="program-listing"><![CDATA[MainUI(){ for(i＝0；i＜N；i++)UIList()}UIList(){ for(i＝0；i＜N；i++)Screen()}Screen(){ Trigger； ExplanatoryText()； for(i＝0；i＜N；i++)List()}List(){ for(i＝0；i＜N；i++)Choice()； for(i＝0；i＜N；i++)VariableField()； for(i＝0；i＜N；i++)InputField()}Choice(){ ExplanatoryText()； DestinationScreenNumber； TriggerEvent}VariableField(){ ExplanatoryText()； GetValueFunctionPointer}InputField(){ ExplanatoryText()； ProcessValueFunctionPointer }ExplanatoryText(){ data bytes }]]></pre>“MainUI(主UI)”描述了整個譯碼器用戶界面，而“UIList(UI列表)”描述了一個鏈接目標列表。
“Screen(屏幕)”描述了一個要被顯示的全屏幕。為了移動到另一個屏幕，用戶必須有所反應。屏幕數是UIList中屏幕的排列。一個屏幕由若干列表組成。
“Trigger(觸發(fā))”規(guī)定了將觸發(fā)屏幕顯示的預定義事件。零位觸發(fā)的存在意味著該屏幕僅可從另一個屏幕存取。對于進入點屏幕觸發(fā)是非零位的(下面描述的主菜單屏幕是一個進入點屏幕的例子)。
“List(列表)”描述了一個屏幕中的列表區(qū)域和它的作用。List由一些Choice(選擇)、VariableField(變量域)和InputField(輸入域)組成。這樣列表可以是一個如事件、節(jié)目列表等的簡單信息列表或者可以是用戶可選擇一個選項的菜單。
“Choice(選擇)”描述一種提供給用戶的可能的選擇并且包括如果這個選擇被激勵要被顯示的目的屏幕。
“VariableField(變量域)”描述屏幕的一個區(qū)域，其中一個變量的值是要被顯示的。作為一個例子，這樣一個變量可以是一個事件的標題或它的持續(xù)時間，或者一個個人口令。該結構還包括一個解釋性文本和一個函數調用。作為例舉，對于口令的解釋性文本可以是“您的個人口令是”，而函數調用則調用用于從可能存儲變量處檢索變量值的子程序。就譯碼器的主用戶界面來說，這一般是存儲器19。
“InputField(輸入域)”描述屏幕的一區(qū)域，這里用戶可以或者應該輸入一個隨后要進行相應處理的值。此外，該結構包括一個解釋性文本以及觸發(fā)對所需信息的處理以及最終其存儲的函數調用。
“DestinationScreenNumber(目標屏號)”是UIList(UI列表)中一個屏幕的排列。這個參數規(guī)定在一個給定的鏈接列表內從一個屏幕到另一個的鏈接。
“TriggerEvent(觸發(fā)事件)”是一個參數，它規(guī)定是否應該退出一個給定的鏈接列表UIList(UI列表)而進入另一個鏈接列表，或者是否僅可從那個鏈接列表內調用一個鏈接列表的給定屏幕。這個參數被用于離開主用戶界面鏈接列表中之一而進入一個用戶界面模塊的鏈接列表。它定義了到一個鏈接列表的進入點。
“GetValueFunctionPointer(取值函數指針)”指向一個讀出變量值的函數，和“ProcessValueFunctionPointer(處理值函數指針)”指向一個處理通常某一用戶輸入的一個值或多個值的函數。
每個鏈接列表可以具有若干個進入點，每個點表示一個用戶界面對話的開始。
圖2說明了沒有插入智能卡時用戶界面的主菜單屏幕。使用上面定義的結構，借助于對應遙控器的一“菜單”按鈕的觸發(fā)，這個屏幕對應一“Screen(屏幕)”結構。
由ExplanatoryText(解釋性文本)定義標題和指令。
該屏幕具有一個有八種選擇(節(jié)目指南，吸引，信箱，選項，備用音頻，條件訪問，幫助，退出)的單個菜單。該菜單不包括任何VariableField(變量域)或InputField(輸入域)。每個選擇的DestinationScreenNumber(目標屏號)指向適當的子菜單屏幕。
相關于每個輸入域的函數對一個高亮度顯示的選擇的激勵起反應。在這種情況下的唯一授權輸入(當然除了方向鍵)是相應于遙控器按鈕的“OK”碼。
不能利用的選擇是以灰色著色的。這是在沒有智能卡在譯碼器的智能卡接口中時菜單的條件訪問項目的情況。
根據本發(fā)明，智能卡包括一個相關于它的函數的用戶界面結構，特別相關于它包括的變量和參數。在余下的描述中，存儲在卡上的用戶界面結構將使用術語“用戶界面模塊”或簡單的“模塊”表示，譯碼器的駐留的用戶界面被稱為“主用戶界面”。
主用戶界面一般不包括適用于智能卡參數的結構。
用戶接口模塊的結構取決于如由智能卡傳遞的數據類型或使用智能卡的應用一類的因素。
在本實施例中，智能卡與譯碼器的條件訪問子系統(tǒng)一起使用并且存儲上面提到的權利，以及如一系列口令的一些用戶定義信息。
根據本實施例，在一個給定時間周期在每個節(jié)目的基礎上給予用戶權利。智能卡存儲網絡中節(jié)目的識別碼，以及對于每個所識別節(jié)目的授權觀看周期的開始和結束。用戶可以取消他已經預訂的節(jié)目的清單(每次郵寄或交互使用由譯碼器提供的返回通道)和相應的周期。
用戶也可能希望預訂一個新的節(jié)目。
訪問譯碼器的一些特征可實現若干類型的口令。
第一個口令是原始碼或童鎖。使用這個口令，給出列有所有可得到節(jié)目的菜單，每個節(jié)目被標記為授權或禁止。
第二個口令對于進入家庭購物服務是必須的。
每個口令可以由知道當前口令的用戶修改。
最后，關于條件訪問應用的幫助屏幕是可利用的。
圖3是一個說明相應于上面信息的用戶界面模塊屏幕結構的樹。
使用上面定義的目標，這個結構可以如下面所描述的加以解釋?？偟膩碚f有十個不同的屏幕一個具有三種選擇的條件訪問主屏幕25；-一個具有一個列表和一種選擇的預訂屏幕26；-一個具有兩種選擇的口令菜單屏幕27；-一個具有三種選擇的幫助菜單屏幕28；-一個預訂節(jié)目的屏幕29；-一個改變童鎖口令的屏幕30；-一個改變家庭購物口令的屏幕31；
-三個幫助屏幕32到34。
相應于“退出”或“返回前一個屏幕”的選擇不作描述。
使用先前定義的目標結構能夠解釋相應于這樣一個用戶界面模塊的目標?，F在將更詳細的給出從用戶界面模塊結構的一種引用。
這個例子涉及對于用戶界面模塊的第一個屏幕，即條件訪問主屏幕的訪問。選擇這個例子是因為這個屏幕由一個用戶界面模塊外部的事件觸發(fā)(在這種情況下，激勵譯碼器的主用戶界面中的一個選項)。
<pre listing-type="program-listing"><![CDATA[UserInterfaceModule(){ ScreenList [UIList類型]}ScreenList(){ ConditionalAccessMainScrcen[屏幕類型，一級] ProgramListScreen [屏幕類型，二級] PasswordMenuScreen [屏幕類型，三級] HelpMenuScreen [屏幕類型，四級] SubscriptionScreen [屏幕類型，五級] ChildLockPasswordChangeScreen [屏幕類型，六級] HomeShoppingPasswordScreen [屏幕類型，七級] HelpScreenTopicl [屏幕類型，八級] HelpScreenTopic2 [屏幕類型，九級] HelpScreenTopic3 [屏幕類型，十級]}ConditionalAccessMainScreen(){Trigger＝2 [當在主用戶界面主屏幕中激勵 選擇ConditionalAccess時]；Listl [列表類型]}List1(){ MenuItemSubscription() [選擇類型]MenuItemPassword() [選擇類型]MenuItemHelp() [選擇類型] } MenuItemSubscription(){ Text1()； [解釋性文本類型] DestinationScreenNumber＝2；}MenuItemPassword(){Text2()； [解釋性文本類型]DestinationScreenNumber＝3；}MenuItemHelp(){Text3()； [解釋性文本類型]DestinationScreenNumber＝4；}Text1(){“(1)Subscriptions”}Text2(){ “(2)Passwords”}Text3(){“(3)Help Screens”}]]></pre>
第一級的屏幕是到用戶界面模塊的進入點。照這樣，相應的觸發(fā)(值2)必須在主用戶界面結構中實現。
如上所述，“Trigger”的零值標識沒有到用戶界面的進入點的屏幕(若它是主用戶界面或一個模塊)。
除了這個零值以外，“Trigger”參數的九個不同值保留到用戶界面模塊。只有用戶界面模塊的屏幕可以使用這些值觸發(fā)。主用戶界面的屏幕不能使用這些值觸發(fā)。
“Trigger”值的屬性如下“0” 該屏幕不是到用戶界面的進入點“1” 該屏幕將僅僅由智能卡調用“2”到“9” 該屏幕由一個主用戶界面的預定義事件觸發(fā)“10”到“255” 其他用途在最后的值中，一些值可能以一種與本實施例的條件訪問用戶界面模塊類似的方式實現于其他用戶界面模塊。
根據下面描述的和圖4流程圖說明的過程可以將用戶界面模塊集成到主用戶界面中。
根據本實施例，當智能卡插入到智能卡接口中時或者當譯碼器接通并且檢測到有卡時進行集成。以一種公知的方式通過輪詢位于卡接口的槽中和由卡的邊緣觸發(fā)的開關的狀態(tài)進行插卡或已有卡的檢測。
隨后譯碼器請求傳送存儲在存儲器19中的整個用戶界面模塊結構。當用戶實際上在用戶界面中通過時立刻傳送整個結構使要被傳送的數據量減少。那么與智能卡的數據交換局限于讀出和寫入參數和變量，而不是還傳送用戶界面結構信息。數據交換量的減少對于改進對用戶命令的系統(tǒng)響應時間是很重要的，因為智能卡接口常常是具有局限于每秒幾千波特的數據傳送速率的串行接口。
為了便于相關于用戶界面模塊的數據交換，上面提到的數據結構以一種Type(類型)，Length(長度)和Value(數值)格式(TLV格式)編碼，其中-“Type(類型)”是一個表示結構類型的字節(jié)；
-“Length(長度)”是一個給出“Value(數值)”字段長度的兩字節(jié)字，以及-“Value(數值)”是與上面給出的數據結構一致的一系列數據字節(jié)。一個TLV結構的Value字段可以包括一個或若干TLV結構。
使用的“Type”值如下UserInterfaceModule(用戶接口模塊) 00UIList(UI列表) 01Screen(屏幕) 02Menu(菜單) 03Choice(選擇) 04VariableField(變量域) 05InputField(輸入域) 06ExplanatoryText(解釋性文本)07一旦用戶界面模塊已傳送，譯碼器檢查哪一個觸發(fā)值包含在模塊的屏幕中。然后它制作一個到該模塊屏幕的可能進入點的列表。在這個特定的實施例中，只有一個定義進入用戶界面模塊的進入點的觸發(fā)值(即2)，因為只有授權的訪問是通過條件訪問主屏幕的。當然，可以定義一個以上的進入點。
譯碼器檢查哪一個主用戶界面(或先前集成的模塊)的Choice(選擇)結構涉及定義進入已加載模塊的進入點的觸發(fā)值。在這種特定的情況下，這是對應于主用戶界面主菜單中的“Conditional Access(條件訪問)”項目的Choice結構。這個Choice從現在開始可以由用戶激勵。
一旦用戶界面模塊被集成到主用戶界面中，使用兩個專用的函數CardRetrieval Function(卡檢索函數)和CardWriteFunction(寫卡函數)進行譯碼器和它的主用戶界面以及智能卡之間參數和變量值的通訊。一個特定的指針相關于每個函數。每個函數的節(jié)目代碼存儲在智能卡中并且由智能卡的微處理器執(zhí)行。通過發(fā)送一個函數指針以及適當的數據到該卡，由譯碼器觸發(fā)代碼執(zhí)行。該函數具有一個類似于上面描述的“GetValue(取值)”和“ProcessValue(處理值)”函數的作用，除此之外在這種情況下數據不存儲在譯碼器的內部存儲器而存儲在智能卡的存儲器中。
為了得到例如一個口令的當前值，譯碼器發(fā)送作為一個命令的指針“CardRetrievalFunctionPointer(卡檢索函數指針)”到智能卡，以及一個標識其值被檢索的變量的指針。
每當在被顯示的屏幕中遇到Variable Field(變量域)類型的目標結構就調用Card Retrieval Function(卡檢索函數)。
為了寫一個口令值到該卡，譯碼器發(fā)送作為一個命令的“CardWriteFunctionPointer(寫卡函數指針)”到智能卡，以及一個標識其值被寫到該卡的變量的指針，以及這個變量的新值。
當傳送模塊結構時函數指針和變量指針是從智能卡傳送到譯碼器的數據的部分。
當一個屏幕要被顯示時，譯碼器將如以適當的值填充顯示器中的變量字段所要求的那樣多的次數調用Card Retrieval Function(卡檢索函數)。根據本實施例的一種變型，只有當已經顯示了一個屏幕的所有其他元素時才進行請求一個變量字段值的函數調用。根據本實施例的另一種變型，只有當用戶激勵了屏幕上相應的目標時才進行從該卡請求一個變量字段值的函數調用用于這些字段中至少一些字段。這適用于例如用戶很少需要的數據，并且增加用戶界面屏幕的整個顯示速度。
根據上面描述的實施例，主用戶界面被設想為包括對于要被集成的用戶界面模塊有潛在聯系的目標。用戶對這種目標的操縱是有限的直到模塊的集成已經發(fā)生。
根據所述實施例的一種變型，主用戶界面預先不包括這樣的目標。在這種情況下，智能卡不僅包含用戶界面模塊的結構，而且包含若干目標的結構，一旦這個模塊集成到主模塊時允許用戶訪問這個模塊。
當譯碼器從智能卡下載模塊結構時，它也傳送其他結構，這參考主用戶界面的結構。
在第一個實施例中，選項“Access Control(訪問控制)”顯示在譯碼器的主用戶界面的主菜單中，盡管這個選項在用戶界面模塊集成以前是不可利用的。根據另一個實施例，這個選項不存在于主用戶界面中。相應于這個選項的“Choice”類型的結構存儲在智能卡上。該智能卡還包含表示這個“Choice”結構要插入到主用戶界面的菜單結構中的信息，因此將該選項加到主用戶界面的主菜單的項目列表中。
根據第三個實施例，所述主用戶界面和所述用戶界面模塊由用戶使用單獨的命令或鍵調用。在這種情況下，不需要具有訪問該模塊的屏幕的主用戶界面的選項。然后用戶界面模塊可以與主用戶界面同時運行。這樣一旦模塊被加載，在主用戶界面和模塊之間建立的關系被主用戶界面限制對于模塊的自由訪問。
權利要求
1.一種在電視系統(tǒng)中加載用戶界面的方法，該電視系統(tǒng)包括一個譯碼器和一個與所述譯碼器相配合的抽取式智能卡，所述譯碼器包括一個主用戶界面，所述方法特征在于包括步驟-由譯碼器加載和存儲在所述智能卡上存儲的整個用戶界面模塊，所述用戶界面模塊包括涉及要用于用戶的信息的數據結構，所述信息存儲在所述智能卡上，-由所述譯碼器在所述主用戶界面和所述存儲的用戶界面模塊之間建立一種關系以便允許用戶訪問所述用戶界面模塊，-隨后當所述用戶通過所述用戶界面模塊發(fā)出命令時在所述譯碼器和所述智能卡之間交換所述信息部分。
2.如權利要求1所述的方法，其特征在于，當所述譯碼器第一次檢測在所述智能卡接口中存在智能卡時完成加載和存儲的所述步驟。
3.如權利要求1或2所述的方法，其特征在于，在所述主用戶界面和所述用戶界面模塊之間建立所述關系的所述步驟包括標識至少一個進入所述用戶界面模塊的進入點并在所述主用戶界面中向所述用戶顯示通過所述至少一個進入點對所述用戶界面模塊的訪問的步驟。
4.如權利要求1到3中一個所述的方法，其特征在于，所述信息包括用戶定義數據。
5.如權利要求1到4中一個所述的方法，其特征在于，所述用戶界面模塊以至少一個鏈接的目標列表的形式存儲。
6.如權利要求3和5所述的方法，其特征在于，所述至少一個鏈接的目標列表包括一系列屏幕，每個鏈接列表中至少一個屏幕包括所述進入點中之一。
7.如權利要求3所述的方法，其特征在于，所述主用戶界面包括至所述至少一個進入點的預定指針，由所述譯碼器在所述主用戶界面和所述用戶界面模塊之間建立一種關系的所述步驟還包括僅僅當所述用戶界面模塊已經被加載時允許所述用戶激活一次觸發(fā)以訪問所述進入點的步驟。
8.如權利要求3所述的方法，其特征在于，在所述主用戶界面和所述用戶界面模塊之間建立一種關系的所述步驟還包括步驟-從所述智能卡加載至少一個要被鏈接的目標至所述主用戶界面中之一目標。
9.一種智能卡，包括一個存儲器、一個微處理器和輸入/輸出裝置，其特征在于，它包括要用于用戶的數據，一個提供所述信息給所述用戶的用戶界面模塊以及標識所述用戶界面模塊和插入所述智能卡的裝置的主用戶界面模塊之間聯系的數據。
10.一種視頻接收機，包括一個主用戶界面、一個存儲器(19)、一個存儲器卡接口(9)和一個用于輸入用戶命令的設備(11，24)，其特征在于它包括-用于下載整個存儲在插入到所述存儲器卡接口的存儲器卡中的用戶界面模塊的裝置(9，23)，-一個用于存儲所述用戶界面模塊的存儲器(19)，-用于在所述主用戶界面和所述用戶界面模塊之間建立一種關系的裝置(23)。
11.如權利要求10所述的視頻接收機，其特征在于，它實施如權利要求1到9中之一所述的方法。
全文摘要
本發(fā)明涉及一種在包括一譯碼器和一與之相配合的抽取式智能卡的電視系統(tǒng)中加載用戶界面的方法,譯碼器包括一主用戶界面。該方法包括步驟:由譯碼器加載和存儲智能卡存儲的整個用戶界面模塊,用戶界面模塊包括涉及要用于用戶的信息的數據結構,信息存儲在智能卡上,由譯碼器在主用戶界面和存儲的用戶界面模塊間建立一種關系以允許用戶訪問用戶界面模塊,隨后當用戶通過用戶界面模塊發(fā)出命令時在譯碼器和智能卡間交換信息部分。本發(fā)明還涉及實現所述方法的智能卡和視頻接收機。本發(fā)明可用在數字電視網絡中。
文檔編號H04N7/16GK1203002SQ96198443
公開日1998年12月23日 申請日期1996年11月29日 優(yōu)先權日1995年11月30日
發(fā)明者馬里奧·德維托, 路易斯·格雷戈伊里 申請人:湯姆森多媒體公司