CN1203002A

CN1203002A - 加载用户界面的方法和设备

Info

Publication number: CN1203002A
Application number: CN96198443A
Authority: CN
Inventors: 马里奥·德维托; 路易斯·格雷戈伊里
Original assignee: Thomson Consumer Electronics SA
Current assignee: Thomson Licensing SAS
Priority date: 1995-11-30
Filing date: 1996-11-29
Publication date: 1998-12-23
Anticipated expiration: 2016-11-29
Also published as: JP2012138919A; EP0864226B1; MX9803655A; JP2007195202A; US6452616B1; JP2000500942A; US20020080160A1; JP4947671B2; CN1136727C; FR2741972A1; JP4947641B2; JP4568384B2; DE69613854T2; DE69613854D1; WO1997020431A1; FR2741972B1; EP0864226A1; BR9611803A; JP2010114928A

Abstract

本发明涉及一种在包括一译码器和一与之相配合的抽取式智能卡的电视系统中加载用户界面的方法,译码器包括一主用户界面。该方法包括步骤:由译码器加载和存储智能卡存储的整个用户界面模块,用户界面模块包括涉及要用于用户的信息的数据结构,信息存储在智能卡上,由译码器在主用户界面和存储的用户界面模块间建立一种关系以允许用户访问用户界面模块,随后当用户通过用户界面模块发出命令时在译码器和智能卡间交换信息部分。本发明还涉及实现所述方法的智能卡和视频接收机。本发明可用在数字电视网络中。

Description

加载用户界面的方法和设备

本发明涉及一种在电视环境中加载用户界面的方法，尤其涉及在数字电视系统中加载用户界面的方法。本发明还涉及实现所述方法的设备以及相关的智能卡。本发明可以与例如条件访问电视系统中的译码器一起使用。

在付费电视系统中使用微处理器卡(“智能卡”)是公知的。这样的卡包含各种数据，一些数据可以被访问并最后由用户修改。例如，一个卡可以存储对于一个节目列表的访问权利。在一些系统中，由广播机构将这个信息与数字传输系统中特定的数据包的视频数据，或者与模拟传输系统中模拟视频信号的场消隐期间(VBI)上调制的视频数据一起传送。一旦接收到，该数据被存储在卡中。用户可能希望查阅这个信息，尽管他不可能直接修改它。存储在卡上信息的其他例子是原始访问码和个人口令。这样的信息可以由具有相应授权的用户修改。

如在美国用于数字卫星接收的RCA牌的数字电视译码器的电视译码器装备有复杂的用户界面。这种类型的用户界面一般包括一个节目指南和译码器特性编程工具，并且为了增强对用户的友好可以使用译码器的图形能力。用户界面的分层结构以一系列菜单的形式，或者以如起居室或购物大街的熟悉环境的表现形式提供给用户。

美国专利5,367,571涉及一种具有插入式扩展卡的用户终端，从该卡下载编码。

PCT专利申请WO94/14284涉及一种在电视节目传输系统中的可改编程的终端，其中菜单模型被创建并发射到存储终端。

为用户提供特定信息和/或由这个用户对这种信息修改要求一部分解户界面适应这种信息。随着提供给用户的业务的发展，这种信息的性质改变了。用户界面不可能总是适应处理这样新型的信息。对于存储在智能卡的信息来说这是尤为正确的，因为这种卡肯定将会是可替代的。新的卡版本可以携带关于以前不能得到的服业的数据。

本发明涉及一种用于在包括一个译码器和一个与所述译码器相配合的抽取式智能卡的电视系统中加载一个用户界面的方法，所述译码器包括一个主用户界面，所述方法的特征在于它包括步骤：

-由译码器加载和存储在所述智能卡上存储的整个用户界面模块，所述用户界面模块包括涉及要用于用户的信息的数据结构，所述信息存储在所述智能卡上，

-由所述译码器在所述主用户界面和所述存储的用户界面模块之间建立一种关系以便允许用户访问所述用户界面模块，

-随后当所述用户通过所述用户界面模块发出命令时在所述译码器和所述智能卡之间交换所述信息部分。

通过在智能卡上存储参数和数据，同时存储一个管理这些参数和数据的用户界面模块，以及通过在一个译码器的用户界面和存储在卡上的用户界面模块之间建立一种关系，提供一个灵活的解决方案使用户界面得到发展。

本发明还根据存储在一个特定用户卡上的数据和参数，允许用户界面模块适应每个用户。

用户界面模块的加载和存储可以只此一次完成。不需要另外加载部分解户界面模块，与智能卡的交换被限制于参数值中的那些值(就用户界面来说)。在用户使用用户界面期间对于卡的存储器的访问频率和持续时间因此减少了。

根据本发明实施例的一种变型，当所述译码器第一次检测在所述智能卡接口中存在智能卡时完成加载和存储的所述步骤。

当译码器和卡在操作时，尽可能快地完成所述模块的加载和存储，以在用户和译码器之间的相互作用发生之前释放译码器和智能卡资源。

根据本发明实施例的一种变型，在所述主用户界面和所述用户界面模块之间建立所述关系的所述步骤包括标识至少一个进入所述用户界面模块的进入点并在所述主用户界面中给所述用户显示通过所述至少一个进入点对于所述用户界面模块的访问的步骤。

根据所述实施例的一种变型，存储在智能卡的所述信息包括用户定义数据。

根据所述实施例的一种变型，所述用户界面模块以至少一个链接的目标列表的形式存储。

根据所述实施例的一种变型，所述至少一个链接的目标列表包括一系列屏幕，在每个链接的列表中至少一个屏幕包括所述进入点中之一。

根据所述实施例的一种变型，所述主用户界面包括指向所述至少一个进入点的预定指针，由所述译码器在所述主用户界面和所述用户界面模块之间建立一种关系的所述步骤还包括仅仅当所述用户界面模块已经被加载时允许所述用户激活一个触发以访问所述进入点的步骤。

根据所述实施例的一种变型，在所述主用户界面和所述用户界面模块之间建立一种关系的所述步骤还包括步骤：

-从所述智能卡加载至少一个要被链接的目标到所述主用户界面中的一目标。

在这种特定的情况下，主用户界面预先不包括显示给用户的任何预编程访问装置。当下载用户界面模块时，译码器搜索其功能是在主用户界面和用户界面模块之间建立联系的目标。这些目标(一个特定的“按钮”或菜单选择)显示给用户。

本发明还涉及包括一个存储器、一个微处理器和输入/输出装置的智能卡，其特征在于它包括要用于用户的数据，一个提供所述信息给所述用户的用户界面模块以及标识在所述用户界面模块和插入所述智能卡的装置的主用户界面模块之间联系的数据。

本发明还涉及包括一个主用户界面、一个存储器、一个存储器卡接口和一个用于输入用户命令的设备的视频接收机，其特征在于它包括：

-用于下载整个存储在插入到所述存储器卡接口的存储器卡中的用户界面模块的装置，

-一个用于存储所述用户界面模块的存储器，

-用于在所述主用户界面和所述用户界面模块之间建立一种关系的装置。

通过附图的说明和一个非限定实施例的描述将很好地理解本发明，并且本发明的其他特性将变得更加明显。

附图为：

-图1是一个电视译码器的方块图；

-图2是一个是译码器用户界面的主菜单例子；

-图3是一个存储在智能卡上的用户界面模块结构的树形图，以及

-图4是一个表示根据本实施例在将用户界面模块集成到译码器的用户界面以后的主要步骤的流程图。

下面将相对于一个数字电视环境描述本实施例。当然本发明不局限于这样一个环境并且能够容易地适应于其他的应用。

在一个数字电视系统中使用的译码器如图1所说明。在这样一个系统中，视频、音频和其他数据在数据包中发射。这个译码器连接到一个天线1，天线1用于通过一个卫星(未示出)接收来自广播机构的信号。该信号以一种公知的方式传送到一个调谐器2、一个解调器3和一个纠错电路4。解调的和校正的数据包随后传送到多路分解器5。多路分解器5的作用是分析接收的数据包和发送这些数据包的内容到适当的应用中。多路分解器5由微处理器23控制，该微处理器23编程多路分解器的数据包滤波参数。数据包的格式是例如在“MPEG2系统”标准中给出的格式。

已经被选择要传送到一个应用的数据包或它的部分存储在存储器6中。存储器6对于每种应用包含一个缓存区，其中由多路分解器写入数据并由相应的应用读出。

术语“应用”用于表示软件以及硬件应用。软件应用一般是一种节目指南，它依靠广播台发射的信息来通知用户即将来临的事件。这样一种应用由微处理器23运行。硬件应用包括一个音频译码器16、一个视频译码器17、一个图文电视译码器18和一个条件访问子系统(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的连接器。

条件访问子系统包括一个反倒频器电路7、一个检验器电路8、一个智能卡接口9和一个抽取式智能卡10。在存储到缓冲存储器6中之前，假设用户拥有相应的访问权利，被多路分解器5接收的倒频的数据包首先由反倒频器电路7反倒频。这些访问权利存储在智能卡10中并且由广播台通过要用于条件访问子系统的特定数据包更新。检验器电路8管理译码器和智能卡之间的所有通讯并且控制反倒频器电路。检验器电路8也检验智能卡本身的可靠性，例如使用Fiat-Shamir迭代算法。与智能卡的通讯遵守公知的ISO7816协议。

倒频和反倒频处理如下：

在发射机侧，广播机构根据给定的倒频技术使用一个给定的码字倒频数据包有效负载。倒频的数据在适当的数据包中传送。码字被译成密码并且也在数据包中传送，被称为权利控制信息(ECM)。

码字频繁变化，例如大约几秒钟一次。

广播机构还发射访问权利给单独的译码器或译码器组。相应的信息被称为权利管理信息或EMM。

在译码器侧，相应于一个给定译码器的EMM由多路分解器滤波并传送到智能卡。智能卡更新相应的访问权利。

当接收到一个倒频的服务时，相应于该服务的ECM被滤波并被传送到智能卡。智能卡检查它已经存储的访问权利是否授权对于那个特定服务的访问。如果回答是肯定，它解密ECM的码字并通过检验器电路8传送到反倒频电路7。如果回答是否定，经过检验器电路8通知微处理器23，并且将一个相应的信息显示给用户。

存储器12包括必需的节目和数据以产生一个图形用户界面。通过按下遥控器11上一个“菜单”按钮激励的译码器的用户界面根据本实施例具有树形结构。

使用“用户界面目标”或UI目标来内部地表示这种结构。在本实施例中，UI目标是一个可以显示在屏幕上并且具备当用户激励时微处理器触发一种反应的能力的目标。这种激励包括例如当屏幕上菜单中的一项目被高亮度显示时按下遥控器11的一“OK”按钮。一个目标定义了在屏幕上一个项目激励之后用户界面是如何作用的。

除了必须清楚的描述以外，将不详细的描述用户界面结构的视觉或图形表示(字形、背景图形等等)。

一个链接的目标列表是一组目标，其中一个目标可以参考另一个目标。例如，第一个和第二个目标之间的一特定链接可以表示如果第一个目标被激励则第二个目标应当代替屏幕上的第一个目标。沿着一系列包括链接和目标的预定义路径，这种类型的链接允许用户从一个目标航行到另一个目标。

译码器的驻留用户界面包括一个这样的链接的目标列表或若干独立的列表。

由链接的目标列表组成的主用户界面的句法如下：

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

    }
				
				<dp n="d6"/>
    VariableField(){

       ExplanatoryText()；

       GetValueFunctionPointer

    }

    InputField(){

       ExplanatoryText()；

       ProcessValueFunctionPointer  

    }

    ExplanatoryText(){

       data bytes

   }

“MainUI(主UI)”描述了整个译码器用户界面，而“UIList(UI列表)”描述了一个链接目标列表。

“Screen(屏幕)”描述了一个要被显示的全屏幕。为了移动到另一个屏幕，用户必须有所反应。屏幕数是UIList中屏幕的排列。一个屏幕由若干列表组成。

“Trigger(触发)”规定了将触发屏幕显示的预定义事件。零位触发的存在意味着该屏幕仅可从另一个屏幕存取。对于进入点屏幕触发是非零位的(下面描述的主菜单屏幕是一个进入点屏幕的例子)。

“List(列表)”描述了一个屏幕中的列表区域和它的作用。List由一些Choice(选择)、VariableField(变量域)和InputField(输入域)组成。这样列表可以是一个如事件、节目列表等的简单信息列表或者可以是用户可选择一个选项的菜单。

“Choice(选择)”描述一种提供给用户的可能的选择并且包括如果这个选择被激励要被显示的目的屏幕。

“VariableField(变量域)”描述屏幕的一个区域，其中一个变量的值是要被显示的。作为一个例子，这样一个变量可以是一个事件的标题或它的持续时间，或者一个个人口令。该结构还包括一个解释性文本和一个函数调用。作为例举，对于口令的解释性文本可以是“您的个人口令是：”，而函数调用则调用用于从可能存储变量处检索变量值的子程序。就译码器的主用户界面来说，这一般是存储器19。

“InputField(输入域)”描述屏幕的一区域，这里用户可以或者应该输入一个随后要进行相应处理的值。此外，该结构包括一个解释性文本以及触发对所需信息的处理以及最终其存储的函数调用。

“DestinationScreenNumber(目标屏号)”是UIList(UI列表)中一个屏幕的排列。这个参数规定在一个给定的链接列表内从一个屏幕到另一个的链接。

“TriggerEvent(触发事件)”是一个参数，它规定是否应该退出一个给定的链接列表UIList(UI列表)而进入另一个链接列表，或者是否仅可从那个链接列表内调用一个链接列表的给定屏幕。这个参数被用于离开主用户界面链接列表中之一而进入一个用户界面模块的链接列表。它定义了到一个链接列表的进入点。

“GetValueFunctionPointer(取值函数指针)”指向一个读出变量值的函数，和“ProcessValueFunctionPointer(处理值函数指针)”指向一个处理通常某一用户输入的一个值或多个值的函数。

每个链接列表可以具有若干个进入点，每个点表示一个用户界面对话的开始。

图2说明了没有插入智能卡时用户界面的主菜单屏幕。使用上面定义的结构，借助于对应遥控器的一“菜单”按钮的触发，这个屏幕对应一“Screen(屏幕)”结构。

由ExplanatoryText(解释性文本)定义标题和指令。

该屏幕具有一个有八种选择(节目指南，吸引，信箱，选项，备用音频，条件访问，帮助，退出)的单个菜单。该菜单不包括任何VariableField(变量域)或InputField(输入域)。每个选择的DestinationScreenNumber(目标屏号)指向适当的子菜单屏幕。

相关于每个输入域的函数对一个高亮度显示的选择的激励起反应。在这种情况下的唯一授权输入(当然除了方向键)是相应于遥控器按钮的“OK”码。

不能利用的选择是以灰色着色的。这是在没有智能卡在译码器的智能卡接口中时菜单的条件访问项目的情况。

根据本发明，智能卡包括一个相关于它的函数的用户界面结构，特别相关于它包括的变量和参数。在余下的描述中，存储在卡上的用户界面结构将使用术语“用户界面模块”或简单的“模块”表示，译码器的驻留的用户界面被称为“主用户界面”。

主用户界面一般不包括适用于智能卡参数的结构。

用户接口模块的结构取决于如由智能卡传递的数据类型或使用智能卡的应用一类的因素。

在本实施例中，智能卡与译码器的条件访问子系统一起使用并且存储上面提到的权利，以及如一系列口令的一些用户定义信息。

根据本实施例，在一个给定时间周期在每个节目的基础上给予用户权利。智能卡存储网络中节目的识别码，以及对于每个所识别节目的授权观看周期的开始和结束。用户可以取消他已经预订的节目的清单(每次邮寄或交互使用由译码器提供的返回通道)和相应的周期。

用户也可能希望预订一个新的节目。

访问译码器的一些特征可实现若干类型的口令。

第一个口令是原始码或童锁。使用这个口令，给出列有所有可得到节目的菜单，每个节目被标记为授权或禁止。

第二个口令对于进入家庭购物服务是必须的。

每个口令可以由知道当前口令的用户修改。

最后，关于条件访问应用的帮助屏幕是可利用的。

图3是一个说明相应于上面信息的用户界面模块屏幕结构的树。

使用上面定义的目标，这个结构可以如下面所描述的加以解释。总的来说有十个不同的屏幕：

一个具有三种选择的条件访问主屏幕25；

-一个具有一个列表和一种选择的预订屏幕26；

-一个具有两种选择的口令菜单屏幕27；

-一个具有三种选择的帮助菜单屏幕28；

-一个预订节目的屏幕29；

-一个改变童锁口令的屏幕30；

-一个改变家庭购物口令的屏幕31；

-三个帮助屏幕32到34。

相应于“退出”或“返回前一个屏幕”的选择不作描述。

使用先前定义的目标结构能够解释相应于这样一个用户界面模块的目标。现在将更详细的给出从用户界面模块结构的一种引用。

这个例子涉及对于用户界面模块的第一个屏幕，即条件访问主屏幕的访问。选择这个例子是因为这个屏幕由一个用户界面模块外部的事件触发(在这种情况下，激励译码器的主用户界面中的一个选项)。

UserInterfaceModule(){

       ScreenList                     [UIList类型]

    }

    ScreenList(){

       ConditionalAccessMainScrcen    [屏幕类型，一级]

       ProgramListScreen              [屏幕类型，二级]

       PasswordMenuScreen             [屏幕类型，三级]

       HelpMenuScreen                 [屏幕类型，四级]

       SubscriptionScreen             [屏幕类型，五级]

       ChildLockPasswordChangeScreen  [屏幕类型，六级]

       HomeShoppingPasswordScreen     [屏幕类型，七级]

       HelpScreenTopicl               [屏幕类型，八级]

       HelpScreenTopic2               [屏幕类型，九级]

       HelpScreenTopic3               [屏幕类型，十级]

    }

    ConditionalAccessMainScreen(){

        Trigger＝2               [当在主用户界面主屏幕中激励

                                 选择ConditionalAccess时]；

        Listl                         [列表类型]

    }

    List1(){ 
				
				<dp n="d10"/>
    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”
}

第一级的屏幕是到用户界面模块的进入点。照这样，相应的触发(值2)必须在主用户界面结构中实现。

如上所述，“Trigger”的零值标识没有到用户界面的进入点的屏幕(若它是主用户界面或一个模块)。

除了这个零值以外，“Trigger”参数的九个不同值保留到用户界面模块。只有用户界面模块的屏幕可以使用这些值触发。主用户界面的屏幕不能使用这些值触发。

“Trigger”值的属性如下：

“0” 该屏幕不是到用户界面的进入点

“1” 该屏幕将仅仅由智能卡调用

“2”到“9”：该屏幕由一个主用户界面的预定义事件触发

“10”到“255”：其他用途

在最后的值中，一些值可能以一种与本实施例的条件访问用户界面模块类似的方式实现于其他用户界面模块。

根据下面描述的和图4流程图说明的过程可以将用户界面模块集成到主用户界面中。

根据本实施例，当智能卡插入到智能卡接口中时或者当译码器接通并且检测到有卡时进行集成。以一种公知的方式通过轮询位于卡接口的槽中和由卡的边缘触发的开关的状态进行插卡或已有卡的检测。

随后译码器请求传送存储在存储器19中的整个用户界面模块结构。当用户实际上在用户界面中通过时立刻传送整个结构使要被传送的数据量减少。那么与智能卡的数据交换局限于读出和写入参数和变量，而不是还传送用户界面结构信息。数据交换量的减少对于改进对用户命令的系统响应时间是很重要的，因为智能卡接口常常是具有局限于每秒几千波特的数据传送速率的串行接口。

为了便于相关于用户界面模块的数据交换，上面提到的数据结构以一种Type(类型)，Length(长度)和Value(数值)格式(TLV格式)编码，其中：

-“Type(类型)”是一个表示结构类型的字节；

-“Length(长度)”是一个给出“Value(数值)”字段长度的两字节字，以及

-“Value(数值)”是与上面给出的数据结构一致的一系列数据字节。一个TLV结构的Value字段可以包括一个或若干TLV结构。

使用的“Type”值如下：

UserInterfaceModule(用户接口模块) 00

UIList(UI列表) 01

Screen(屏幕) 02

Menu(菜单) 03

Choice(选择) 04

VariableField(变量域) 05

InputField(输入域) 06

ExplanatoryText(解释性文本) 07

一旦用户界面模块已传送，译码器检查哪一个触发值包含在模块的屏幕中。然后它制作一个到该模块屏幕的可能进入点的列表。在这个特定的实施例中，只有一个定义进入用户界面模块的进入点的触发值(即2)，因为只有授权的访问是通过条件访问主屏幕的。当然，可以定义一个以上的进入点。

译码器检查哪一个主用户界面(或先前集成的模块)的Choice(选择)结构涉及定义进入已加载模块的进入点的触发值。在这种特定的情况下，这是对应于主用户界面主菜单中的“Conditional Access(条件访问)”项目的Choice结构。这个Choice从现在开始可以由用户激励。

一旦用户界面模块被集成到主用户界面中，使用两个专用的函数：CardRetrieval Function(卡检索函数)和CardWriteFunction(写卡函数)进行译码器和它的主用户界面以及智能卡之间参数和变量值的通讯。一个特定的指针相关于每个函数。每个函数的节目代码存储在智能卡中并且由智能卡的微处理器执行。通过发送一个函数指针以及适当的数据到该卡，由译码器触发代码执行。该函数具有一个类似于上面描述的“GetValue(取值)”和“ProcessValue(处理值)”函数的作用，除此之外在这种情况下数据不存储在译码器的内部存储器而存储在智能卡的存储器中。

为了得到例如一个口令的当前值，译码器发送作为一个命令的指针“CardRetrievalFunctionPointer(卡检索函数指针)”到智能卡，以及一个标识其值被检索的变量的指针。

每当在被显示的屏幕中遇到Variable Field(变量域)类型的目标结构就调用Card Retrieval Function(卡检索函数)。

为了写一个口令值到该卡，译码器发送作为一个命令的“CardWriteFunctionPointer(写卡函数指针)”到智能卡，以及一个标识其值被写到该卡的变量的指针，以及这个变量的新值。

当传送模块结构时函数指针和变量指针是从智能卡传送到译码器的数据的部分。

当一个屏幕要被显示时，译码器将如以适当的值填充显示器中的变量字段所要求的那样多的次数调用Card Retrieval Function(卡检索函数)。根据本实施例的一种变型，只有当已经显示了一个屏幕的所有其他元素时才进行请求一个变量字段值的函数调用。根据本实施例的另一种变型，只有当用户激励了屏幕上相应的目标时才进行从该卡请求一个变量字段值的函数调用用于这些字段中至少一些字段。这适用于例如用户很少需要的数据，并且增加用户界面屏幕的整个显示速度。

根据上面描述的实施例，主用户界面被设想为包括对于要被集成的用户界面模块有潜在联系的目标。用户对这种目标的操纵是有限的直到模块的集成已经发生。

根据所述实施例的一种变型，主用户界面预先不包括这样的目标。在这种情况下，智能卡不仅包含用户界面模块的结构，而且包含若干目标的结构，一旦这个模块集成到主模块时允许用户访问这个模块。

当译码器从智能卡下载模块结构时，它也传送其他结构，这参考主用户界面的结构。

在第一个实施例中，选项“Access Control(访问控制)”显示在译码器的主用户界面的主菜单中，尽管这个选项在用户界面模块集成以前是不可利用的。根据另一个实施例，这个选项不存在于主用户界面中。相应于这个选项的“Choice”类型的结构存储在智能卡上。该智能卡还包含表示这个“Choice”结构要插入到主用户界面的菜单结构中的信息，因此将该选项加到主用户界面的主菜单的项目列表中。

根据第三个实施例，所述主用户界面和所述用户界面模块由用户使用单独的命令或键调用。在这种情况下，不需要具有访问该模块的屏幕的主用户界面的选项。然后用户界面模块可以与主用户界面同时运行。这样一旦模块被加载，在主用户界面和模块之间建立的关系被主用户界面限制对于模块的自由访问。

Claims

1.一种在电视系统中加载用户界面的方法，该电视系统包括一个译码器和一个与所述译码器相配合的抽取式智能卡，所述译码器包括一个主用户界面，所述方法特征在于包括步骤：

2.如权利要求1所述的方法，其特征在于，当所述译码器第一次检测在所述智能卡接口中存在智能卡时完成加载和存储的所述步骤。

3.如权利要求1或2所述的方法，其特征在于，在所述主用户界面和所述用户界面模块之间建立所述关系的所述步骤包括标识至少一个进入所述用户界面模块的进入点并在所述主用户界面中向所述用户显示通过所述至少一个进入点对所述用户界面模块的访问的步骤。

4.如权利要求1到3中一个所述的方法，其特征在于，所述信息包括用户定义数据。

5.如权利要求1到4中一个所述的方法，其特征在于，所述用户界面模块以至少一个链接的目标列表的形式存储。

6.如权利要求3和5所述的方法，其特征在于，所述至少一个链接的目标列表包括一系列屏幕，每个链接列表中至少一个屏幕包括所述进入点中之一。

7.如权利要求3所述的方法，其特征在于，所述主用户界面包括至所述至少一个进入点的预定指针，由所述译码器在所述主用户界面和所述用户界面模块之间建立一种关系的所述步骤还包括仅仅当所述用户界面模块已经被加载时允许所述用户激活一次触发以访问所述进入点的步骤。

8.如权利要求3所述的方法，其特征在于，在所述主用户界面和所述用户界面模块之间建立一种关系的所述步骤还包括步骤：

-从所述智能卡加载至少一个要被链接的目标至所述主用户界面中之一目标。

9.一种智能卡，包括一个存储器、一个微处理器和输入/输出装置，其特征在于，它包括要用于用户的数据，一个提供所述信息给所述用户的用户界面模块以及标识所述用户界面模块和插入所述智能卡的装置的主用户界面模块之间联系的数据。

10.一种视频接收机，包括一个主用户界面、一个存储器(19)、一个存储器卡接口(9)和一个用于输入用户命令的设备(11，24)，其特征在于它包括：

-用于下载整个存储在插入到所述存储器卡接口的存储器卡中的用户界面模块的装置(9，23)，

-一个用于存储所述用户界面模块的存储器(19)，

-用于在所述主用户界面和所述用户界面模块之间建立一种关系的装置(23)。

11.如权利要求10所述的视频接收机，其特征在于，它实施如权利要求1到9中之一所述的方法。