专利名称：做出与所接收到的服务有关的条件执行决定和创建与所述服务相关的信息消息的设备和 ...的制作方法
技术领域：
本发明一方面涉及针对所接收到的服务的执行的条件决定设备和方法，另一方面涉及用于编辑与服务相关的信息消息的设备和方法以及相关产品。
背景技术：
将其应用于交互式电视和机顶盒(STB)，使用户能够与交互式服务进行交互。为此，这些终端通常与包括点到点型(如电话网络)的双向网络(调制解调器返回信道、电缆等)和模拟或数字单向分配网络(微波、电缆、卫星电视传输网络)的一个或两个通信网络相连。以下的描述更具体地涉及交互式消费终端，尤其包括那些以商标名TAK(eTV)、DVB(数字视频广播)解码器和因特网解码器投放市场的接收机。
在这种终端中，除所传输的节目以外的交互式服务的执行依赖于终端的特定特征，尤其是针对显示的特征。这些特定的特征时常采用嵌入式软件集合的形式，包括插件，即除现有软件之外的应用软件，在多媒体对象出现时自动激活，而无需用户的干预。插件通常与网络浏览器相关联。通常可以通过因特网免费下载，例如，其可以用于收听音响或观看视频。例如，非常广泛使用的插件是Macromedia以名称“Flash”投放市场的一个插件。此因特网页面动画插件用于将动画插入HTML(超文本标示语言)格式的页面中。
服务提供商主要是广播公司或广告商。服务运营商通过直接或间接(转包合同)与提供商签署的有关这些服务的合同来控制交互式服务的传输。这些服务通常涉及现场事件或电视游戏(提供商是广播公司)或交互式促销(提供商是广告商)。在这两种情况下，服务运营商负责正确地传输服务(传输的数量和安排、正确执行等)，以及除了特定的服务质量之外，确保尽可能多的终端能够接收到。
因此，交互式消费终端接收增强节目，换句话说，交互式服务与之链接的视听节目。针对符合ATVEF(高级电视增强论坛)标准的传输，每个交互式服务通常包括HTML页面和如GIF(可交换图形格式)或JPEG(联合图像专家组)格式的图片或Flash动画等附带物。此操作类似于针对符合DVB-MHP(多媒体家庭平台)标准的传输，此标准也是基于HTML的。
典型地，当广播增强节目时，终端开始获取交互式服务。于是，对运营商所发送的信号的接收导致了叠加在视频上的图形或文本显示的出现，提示用户与此服务进行交互。如果适当，根据运营商的选择，旁路此提示，直接出现服务。在ATVEF上下文中，交互式服务的传输和显示包括以下步骤-传输服务宣告消息，通知终端交互性出现；于是，终端监听交互式服务的内容，从而等待构成此服务的HTML页面和所有附带物的接收，以及以触发器(显示触发器，也可以是服务更新触发器)的形式执行此服务的指令的接收；-传输内容；以及-传输触发器。
在MHP上下文中，操作是类似的，服务宣告消息采用信令的形式。
现在，插件的演变非常迅速，并且存在大量的连续版本。因此，Flash插件目前具体包括Flash3、Flash4和Flash5版本，所有这些版本都得到了广泛的应用。具有Flash5插件的终端可以显示Flash3动画，但如果其只具有Flash3，则不能正确地显示包含以Flash4或Flash5模式完成的动画的HTML页面。此外，服务提供商总是倾向于使用最新的插件版本，以便从其能力上获得最大的收益，并将最新的修改投入到其交互式服务的展示中。
因此，在交互式终端侧，需要进行常规的更新。只要服务由面向统一的目标的单一实体进行运营，这种操作仍旧是可控制的。但是，当两个服务运营商正在运营或STB或交互式电视的目标安装基础变得不一致时，困难就此产生。因此，如果在最近的软件下载活动中并未对终端进行更新，则此终端不再能够显示特定的传输交互式服务。现在，对于消费应用程序可能的是，终端的安装基础实际上并不一致，并未对全部终端进行系统地更新。
为了克服此问题，已知的是按照传输服务向终端表明插件及正确执行所需的版本的方式进行。于是，终端可以根据其可用手段来决定是否执行该服务，即使这意味着如果其具有不如所指示的版本一样有力的版本，但仍然是能够用于此服务的版本，将以降级模式来显示HTML页面。
这种解决方案与信息技术世界相反，在信息技术世界中，提示用户下载所需插件的最新版本，以便用于如显示HTML页面等。于是，用户的选择不是问题，因为所述请求对于公众非常明了，而且下载时间对服务的质量没有影响(不与传输同步)。通过模仿IT世界，如果交互式终端的用户使用双向网络请求信息，即使他并不具有最新的所需插件版本，降级模式的显示也是可接受的，假设用户自己主动执行该服务。
另一方面，在通过广播接收到服务的情况下，根据运营商和服务提供商先前所签署的合同，重要的是在接收到该服务的所有消费终端上正确地执行所述服务(例如，交互式促销)。与未执行服务一样，降级模式的显示将冒有对所提供的服务的质量给出偏颇的评价的风险。
MHP标准，在其最近的版本1.1.1(ETSI TS 102 812 V1.1.1)中，规定了在信令中对与执行相关服务所需的插件有关的信息的指示(section 10.13.2)，如插件应用程序的标识及其起始模式。此外，(section 10.13.3)规定了可以将可通过插件执行的每个应用程序与多个插件相关联，每个插件都可以用于此目的，并按照优选次序进行排列(包括一个缺省的)。但是，该标准并未提及当终端本地没有能够用于要执行的应用程序的插件时，使用此信息。在所有可能的情况下，在此领域中的当前用途将导致服务的执行被拒绝。
为了解决由于不执行服务或其大概执行而引起的困难，可以在插件本地不可用时，设想系统地下载MHP信令中所需的优选插件。这种解决方案至少使其能够预期与这些插件有关的后续要求。
但是，服务的执行依赖于仍未可用的插件的问题仍然是不利的。实际上，在大量的情况下，可能的是在接收到内容和触发器时，仍未完成下载。这时，不仅存在不能执行所接收到的服务的风险，而且终端经常没有必要地获取此服务的内容。此外，下载插件的自动操作在多个方面也是存在风险的，尤其是在带宽和存储空间占用方面。
这正是为什么大多数本质的解决方案将涉及所关心的应用程序的条件执行的原因，根据所需插件(在信令中提及)是否本地可用，即使这意味着要考虑丢失的插件，以正确地进行涉及用户的本地更新管理。在任何情况下，这种基于终端的轮询的更新处理对于未来都是有价值的，因此，不能将插件的新版本或仍未感觉到对其的需求的插件应用于第一次请求的服务。
发明内容
本发明提出了一种针对所接收到的服务的执行的条件决定设备，其克服了上述许多困难，能够显著地减少不能执行服务的情况的数量，同时避免用户可能会对复杂而烦琐的有关终端和管理的使用产生偏见的下载操作。此外，本发明的条件决定设备有利于终端中可用功能性的灵活和有效更新。
本发明还涉及一种与本发明的决定设备相对应的条件执行决定方法，以及一种用于编辑信息消息的设备和方法及相关产品。
其尤其应用于电视领域，但也可以有利地应用于无线电以及可能涉及具有预定寿命期限的服务的传输的任何其他领域。此外，其可以在模拟和数字环境下进行同等的操作。
这里，术语“服务”应当被理解为表示用于向终端传输并用于在其上执行的功能性集合，平行于这些终端对通过广播传输的节目的接收。此服务可以是也可以不是交互式的，交互性本身可以是本地的(用户与其终端之间的通信)或通过返回信道的远程的(用户通过终端与服务运营商之间的通信)。
因此，本发明的目的是提供一种针对通过通信网络接收到的服务的执行的条件决定设备，所述接收到的服务具有预定的寿命期限。所述设备包括-模块，用于接收与服务相关的信息，设置用于在执行相关服务之前，接收此信息；-模块，用于从所接收到的信息中，识别与执行与此信息相关的服务所需的计算机程序有关的信息；-模块，用于检查所识别出的计算机程序的本地可用性；以及-针对服务的执行的选择决定模块，设置用于如果这些服务所需的计算机程序本地可用，则允许这些服务的执行。
根据本发明，此设备还包括-模块，用于获取计算机程序，如果这些计算机程序非本地可用，能够触发这些服务所需的计算机程序的下载；以及-自动选择决定模块，用于获取计算机程序，能够至少根据与这些服务相关的信息，允许和阻止这些服务所需的计算机程序的下载。
因此，意外地，本发明既不依赖于传输级的调整(例如，在传输使用最新插件的服务之前足够早地、系统地提供最新插件)，也不依赖于接收级的调整(例如，在带宽和存储容量方面增加终端的资源)。相反，本发明的设备依赖于传输和接收之间的交互，利用传输中所提供的信息(与所需计算机程序有关的信息)和本地信息(所需计算机程序的可用性、与下载有关的决定标准)。
按照这种方式，通过决定是否下载稍后将要接收到的服务所需的计算机程序(优选地，插件)，接收机能够自动且灵活地适应于各种情况。在本发明的成功实施例中，接收机能够在此下载令服务的发送方和用户都满意时，触发丢失计算机程序的下载，并且能够在其他情况下避免此操作。因此，如果终端不能执行服务，则终端并不获取所述服务的内容。
因此，在优选实施例中，可以进行以下组合-假设认为启动当前正在运行的服务是无意义的(例如，传输期间的交互式游戏，其中从游戏开始丢失了特定的数量)，只有在启动相关服务时已经完成时，才进行下载；
-假设认为启动当前正在运行的服务是有用的(例如，足球比赛中的结果)，只有在相关服务结束之前的预定时刻完成时，才进行下载；-即使不能用于有关的服务，仍然进行下载，因为已下载的计算机程序通常是有用的，并且可以用于其他服务，或者对于相关服务的后续发生是有用的；-只有其保持被限定在预定带宽和/或其只占用预定的有限存储空间时，才进行下载。
所发送的信息可以直接或不直接用于此决定处理。具体地，其可以是在所有情况下都强行下载插件的指示符，即使其表示只在执行与此指示符有关的服务期间此插件才变得可用，甚或不能及时地针对此服务下载此插件，但对于后续服务将是有用的。也可以涉及服务宣告消息中可访问的信息，与涉及插件的标识的特定应用程序无关(与MHP标准中一样)。在所有情况下，本发明的重要方面是接收级决定标准和此消息的使用的组合。
此外，在决定中可以涉及除此信息以外的其他因素，如本地资源等。
有利地，将决定设备并入终端中(如电视机或交互式收音机或STB)。但是，在其他实施例中，将其设置在位于发射机和终端之间的中间接收机中。例如，这种接收机用于共用带宽和存储器预留的终端组(公司、建筑物等)。
对于用于传输服务的通信网络，其可以是单向的或双向的。优选地，但并非必须地，通过相同的网络应用与服务有关的信息的传输模式。例如，通过电缆、微波链路或卫星在同一网络上进行广播来通信所述服务和信息。在另一示例中，在广播相关服务之前，通过因特网通信所述信息(或者更为一般地，通过返回信道)。
对于其用户友好和易于实施现有标准尤为有利的情况是在非常相关的服务内、在服务宣告消息中通信此消息，尤其是针对ATVEF和MHP标准(服务包括服务宣告消息和内容)。于是，接收模块设计用于接收与这些服务有关的信息，在服务宣告消息中，以及信息识别模块设计用于从这些服务宣告消息中提取信息。
因此，在优选实施例中，交互式服务包括描述其所使用的插件的信息和强制或不强制下载的信息，从而使终端能够决定是否下载这些插件。有利地，在公布交互式服务时，从表格中输入此信息。因此，在产生交互式服务数据时，将此信息插入到构成了服务的文件中。对于终端，其包括根据其大小和服务的寿命期限来决定是否下载插件的算法。
在模拟电视和ATVEF世界中，有利地，将此信息以所需插件列表的形式插入到宣告的SDP(会话描述协议，服务宣告消息净荷格式)部分中。优选地，针对所有服务，全局地表示此额外信息。例如，在ATVEF服务的情况下，实际上不需要在构成交互式服务的每个HTML页面中指示需要哪些插件来执行此页面。这将使服务的每个页面过载，首先，由于终端能够显示服务的第一页面，而不能显示第二页面，用户将承担只能得到部分服务的风险，而不能在其中进行导航。
在数字电视和DVB世界中，有利地，将此信息以由列出了所有现存和可用插件的表格所分配的标识符的形式插入到信令流描述符中。
了解这些先决条件之后，终端可以最初决定是否下载可能需要但并不可用的插件和软件版本，于是，在第二阶段中，决定是否显示交互式服务。
优选地，由于与服务相关的信息包括与这些服务的执行的有效性有关的时间信息，选择获取决定模块能够根据此时间信息允许和阻止下载。实际上，要考虑服务的时间表(开始、结束、确定步骤等)，以决定是否下载，此时间表通常与相关节目的广播同步。
有利地，选择获取决定模块设计用于如果此下载预期能够在服务的预定时刻(可以从时间信息中提取出)之前完成，则允许下载，否则阻止下载。
因此，根据考虑时间信息的第一方式，这些预定时刻规定了服务的执行的有效性的结束时刻。在较长的服务的情况下(如每天都可以连续访问的入口型(portal)服务或如足球比赛等体育事件的重播等)，实际上重要的是下载丢失的插件(只花费几分钟的操作)，然后向观看者提供服务。
根据考虑时间信息的第二方式，这些预定时刻规定了服务的执行的有效性的开始时刻。有利地，对这两种方式加以组合，因为可以将所接收到的一些额外信息用于区分这两种情况(例如，与决定标准有关的特定指示符、或与服务类型有关的信息(如“入口可连续访问”)等)。
优选地，在下载授权依赖于服务的预定时刻的情况下，选择获取决定模块能够获取需要但本地不可用的计算机程序的下载次数，从而估计何时能够完成此下载。有利地，从所接收到的信息(如计算机程序的大小等)和本地信息(如可用带宽等)中获得此获取模式。
优选地，由于与服务有关的信息包括具有有效值和无效值的至少一个强制下载指示符，选择获取决定模块设计用于如果此强制下载指示符具有有效值，则强制地允许下载。
更具体地，并作为示例，即使下载丢失的插件并不能够导致要被显示的服务的当前发生(下载时间长于服务的寿命期限)，基于以下原因，其仍然可以受益于强制终端下载丢失的组件-在一个月的期间内，此交互式服务(例如，短提示)必须被传输n次，并且每次传输交互式提示时，终端都没有时间来下载插件；没有上述结构，其将永远不能将此服务提供给观看者；具有强制下载指示符的实施例可以用于强制下载此插件，从而观看者可以从提示的剩余n-1次传输中受益；-此插件不可避免地得到广泛使用；在这种情况下，具有强制下载指示符的实施例可以用于强制这种安装基础的所有终端获取该插件，尽管其并未由此刻所提供的服务使用。
在这两种情况下，倾向于应当将所下载的插件保存在永久存储器中，即应当将其安装到闪速存储器或硬盘上。
优选地，并且通常地，本发明的条件执行决定设备还包括模块，用于获取需要但本地不可用的计算机程序的大小，并且选择获取决定模块也能够根据这些大小来允许和阻止下载。
上面已经提及了使用这些大小的第一方式选择获取决定模块设计用于根据这些大小和对计算机程序的本地接收能力来估计需要但本地不可用的计算机程序的下载时间，并在下载允许服务的至少部分后续执行时，允许下载。
根据使用这些大小的第二方式(可以与第一方式进行组合)，决定模块可以决定不允许下载，即使该信息在相关服务的内容之前很长时间就已到达，因为对于所需计算机程序之一的大小而言，接收机具有非常有限的资源。这种资源限制可能是接收机所固有的(调制解调器太慢、硬盘空间或更为一般地存储空间过于有限)，或由于接收机操作模式而导致(带宽主要需要用于其他类型的接收，而只留有10％的剩余)。
本发明还涉及一种针对通过通信网络接收到的服务的执行的条件决定方法，与本发明的条件决定设备相对应，优选地，设计为由根据任意实施例的设备来实施。
本发明还涉及一种用于编辑与服务相关的信息消息的设备，这些消息用于在执行相关服务之前传输给用户。此设备包括装置，用于将与执行这些服务所需的计算机程序有关的信息并入这些消息中。
根据本发明，所述并入装置设计用于将具有有效值和无效值的至少一个强制下载指示符包括在此信息中，此指示符设计用于如果此指示符具有有效值，则强制允许所需计算机程序的下载。
优选地，此消息编辑设备设计用于产生用于根据本发明任意实施例的条件执行决定设备的消息。
本发明还涉及一种信息消息编辑方法，与本发明的信息消息编辑设备相对应，优选地，利用这种消息编辑设备来实施。
本发明的另一目的是提出一种计算机程序产品，包括程序代码指令，当在计算机上运行此程序时，执行根据本发明的条件执行决定方法或信息消息编辑方法的步骤。术语“计算机程序产品”用于表示计算机程序介质，不仅可以由如盘或磁带等包含程序的存储空间构成，也可以由如电或光信号等信号构成。
本发明还涉及一种控制信息消息，包含用于由至少一个接收机自动利用并与至少一个服务相关联的信息，此消息设计用于在执行此服务之前传输到接收机，并包括与执行此服务所需的至少一个计算机程序有关的信息。
根据本发明，此信息包括具有有效值和无效值的至少一个强制下载指示符，此指示符用于如果此指示符具有有效值，则强制允许所需计算机程序的下载。
优选地，本发明的控制信息消息由本发明的消息编辑设备产生。
本发明还应用于解码器，其特征在于其包括根据本发明任意实施例的条件执行决定设备。
通过参照附图、阅读以下并非限制的典型实施例和实施方式，本发明将得到更好的理解和阐述，其中图1是实现了根据本发明的条件执行决定设备的传输和接收系统的示意图；图2以方框图的形式更为详细地示出了图1所示的条件决定设备；图3示出了用在图1所示的系统中的、根据本发明的信息消息编辑设备；图4以流程图的形式示出了与图1和图2所示的条件决定设备进行服务的显示有关的决定处理；图5示出了图1所示的系统的软件实施方式，根据条件执行决定设备的第一实施例，具有交互式终端，并应用于ATVEF标准；图6详细地示出了图5的交互式终端；图7以流程图的形式示出了由图5和图6所示的交互式终端的条件执行决定设备进行插件下载和服务显示的决定处理；图8详细地示出了包括图1和图2所示的条件执行决定设备的第二实施例的交互式终端，应用于MHP标准；图9示出了使用图8所示的交互式终端所获得的进程的典型步骤序列；以及图10示意性地示出了包括如图1和图2所示的条件执行决定设备的第三实施例的个人计算机。
在附图中，相同或相似的元件以相同的参考符号表示。具有不同标识的对应元件以相同的数字和不同的后缀表示(后缀A和B分别表示ATVEF和MHP标准)。
此外，所描述和实处的功能性实体(尤其是在图1到3中)不必对应于系统的物理上不同的实体，而可以由同一软件的功能性或同一组件的电路构成。相反，同一模块也可以按照多个物理上分离的实体的形式来实现。
具体实施例方式
传输和接收系统(图1)包括发射机1和接收机2，通过网络6进行通信，发射机1设计用于向接收机2传输服务11。
接收机2具有针对所接收到的服务11的执行的服务执行单元40和条件决定设备20。其还具有存储空间30，用于具体存储用于执行服务11的计算机功能性。
传输和接收系统还包括信息源3，通过链路8与发射机1相关，设计用于通过网络7(可以与网络6相同)向条件决定设备20提供与服务11相关的信息12。此信息12尤其包括与执行服务11所需的计算机程序有关的信息。条件决定设备20利用计算机程序源4来触发将执行服务11所需的计算机程序13下载到接收机2，尤其是保存在存储空间30中。
更具体地(图2)，条件决定设备20包括-模块21，用于接收与服务11相关的信息12；-模块22，用于从此信息12中，识别与执行服务11所需的计算机程序有关的信息；-模块23，用于检查适时地识别出的计算机程序的本地可用性(在存储空间30中)；-针对服务11的执行的选择决定模块24，如果所需的计算机程序本地可用，则执行服务11；-模块27，用于触发这些服务11的执行(在适当的时刻)；-针对自动获取的选择决定模块25，用于自动获取需要但本地不可用的计算机程序13，设计用于允许或阻止这些计算机程序的下载；为此，选择决定模块25不仅能够考虑从信息12中提取出的信息以及包括在此信息12中的其他元素(如，服务11的起止时间)，还能考虑接收机2的本地能力15(例如，事先存储在存储空间30中)以及所需计算机程序13的大小14(可通过用于从这些程序13的大小的源5获取大小的模块28得到)；以及-模块26，用于在触发选择决定模块25时，从源4获取所需的计算机程序13，并在需要的情况下，将这些程序13存储在存储空间13中。
对于信息源3(图3)，其包括设备31，用于将与所需计算机程序有关的信息包括在此信息12内。设备31本身包括模块32，用于并入与这些计算机程序有关的说明(名称、版本等)；以及模块33，用于并入与这些计算机程序的下载有关的指示(下载模式、联系地址等)。
在操作中，条件决定设备20首先从信息源3接收与执行稍后来自发射机1的服务11所需的计算机程序有关的信息。如果所需的全部计算机程序对于接收机2已经可用，则选择执行决定设备24决定在适当的时刻执行服务11。
否则，选择获取决定设备25应用选择算法，以决定是否需要下载需要但并不可用的程序13。如果响应是肯定的，则选择获取决定模块25发起通过获取模块26从源4对丢失计算机程序13的下载。在这种情况下，如果所有步骤都正确进行，并且在所需的时间内，所有必需的计算机程序都可用于接收机2，则选择执行决定模块24决定在适当的时间执行服务11，如先前所述。在选择获取决定模块25决定不允许下载的情况下，或者当决定下载但证明不可行时，甚或当其正常进行但完成得过晚时，选择执行决定模块24决定不执行相关的服务11。
在服务11符合ATVEF或MHP标准的特定情况下(图4)，在针对此服务的宣告消息中发送与交互式服务11有关的信息12。当接收机2接收到此宣告消息时(步骤41)，其识别所需的插件和软件版本，以便正确地显示此服务(步骤42)。于是，其检查是否全部所需元素均本地可用(步骤43)，如果响应是肯定的，则在适当的时刻显示交互式服务(步骤44)。否则，其决定是否下载丢失的元素(步骤45)。如果此决定是否定的，其拒绝显示交互式服务(步骤47)。如果是肯定的，其获取丢失的元素(步骤46)，并显示交互式服务(步骤44)。
现在，将分别针对ATVEF和MHP服务，在个人计算机(PC)世界中，详细描述更为具体的实施例。
1/ATVEF服务以下所解释的基于ATVEF的解决方案同等地应用于模拟和数字世界。下面将详细描述该解决方案的所有暗示(从公布交互式服务开始到在终端上对其进行接收)。
创建交互式服务11时的操作(信息并入设备31)包括将与此服务有关的信息12插入到宣告中。例如，在以商标名TAK投放市场的交互式电视技术的上下文中，在公布交互式服务11时，输入此信息12，例如，从表格中输入此信息12。TAK公司向公布交互式服务的每个服务提供商提供服务公布包。此公布包包含公布软件和由交互式电视、最低限度的数据服务器和视频插入模块构成的仿真器。在变体中，所述公布包只包括通过串行链路或通用串行总线(USB)连接的个人计算机(PC)和电视。因此，公布处理包括以下步骤-创建交互式服务11(通过编写HTML页面、Flash动画、JavaScript语言的指令等以及通过描述不同的触发器来开发交互式服务)；-完成描述所使用的插件(例如，嵌入式Flash4动画)的表格和用于强制下载的指示符；以及-产生构成此交互式服务11的ATVEF文件(产生ATVEF宣告，针对全部内容(HTML页面和适当情况下的Flash和图片文件)和触发器)。
与信息12的格式相关，第一字段用于通过指示所需的插件来描述媒体。此描述由两个参数构成-媒体的格式(Flash、MP3等)；以及
-此媒体的版本，将此字段重复与插件同样多的次数。另一惟一字段用于强制下载和丢失插件的安装。
例如，根据与欧洲的ATVEF标准相兼容的传送层来封装宣告，并包括SAP(会话宣告协议)格式的报头和SDP(会话描述协议)格式的净荷，参见文档RFC 2327-请求注释。
将描述交互式服务11的信息包括在SDP中，其提供了可由用户修改的属性字段“a＝”。
将所有插件列表和所需版本以如下形式插入SDPa＝<attribute><value>
其中<attribute>＝mediaFormat或mediaVersion以及<value>＝字符串对于mediaVersion属性(可选的)，<value>是如下类型的<VersionMajor[Separator][VersionMinor]>
VersionMajor字段可以是强制的并且是分隔符，终端必须已知该字段，并且只在规定了VersionMinor时，才使用。
例如，如果处理类型MyPlugin 4.3的插件，并且如果所选择的分隔符是逗号(″，″)，则mediaFormat＝MyPluginmediaVersion＝4.3如果mediaVersion字段存在，则其必需附属于在先的mediaFormat字段。如果不存在，则或者并未规定版本，或者只使用了由插件提供的基本功能，因此，无论插件是何种版本，均能正确地显示所述服务。
如果其不存在，则还将用于强制下载插件的指示符以如下形式插入到SDP中a＝mediaDownloadtrue or false作为缺省值，如果未指示此mediaDownload属性，则认为其无效(false)。因此，由终端决定是否下载插件。否则，如果数值true被赋予该属性，则在所有情况下，都下载插件。
以下解释了SDP的示例v＝0o＝-921216992 921216992 IN IP4 172.30.90.160s＝TMMe＝dupont@thmulti.comp＝+1-650-470-4860a＝langena＝tve-ends300a＝tve-typeprimarya＝tve-id79f3711c-40c3-11c4-ded7-1932f6457700a＝tve-profile1a＝mediaFormatFlasha＝mediaVersion4a＝mediaFormatMHEG-5a＝mediaFormatMP3a＝mediaDownloadtruesdpattribute＝foot＝2873397496 2873404696m＝data 22814 tve-triggerc＝IN IP4 227.37.32.27m＝data 22815 tve-filec＝IN IP4 224.37.32.21在此示例中，终端的浏览器必须支持Flash4、符合MHEG(多媒体超媒体专家组)标准的多媒体应用程序和MP3格式的音频文件。此外，如果缺少一个或多个组件，必须对其进行下载。
值得注意的是-这些属性是媒体级属性，不是会话级属性，即，其用于描述媒体，但其与当前的会话无关；
-这些媒体描述属性必须插入在会话描述属性之后(参见RFC2327)；以及-如果接收机“不理解”这些属性，则其忽略这些属性。
现在，将解释本实施例在针对模拟电视的交互式终端52(图5)中的实施方式。终端52以软件组件的形式包括-一个或多个VBI(垂直消隐间隔)驱动器54，设计用于提取在所接收到的AV信号(服务11和信息12)中传送的数据；在数字电视世界中，以解复用器代替此组件；-浏览器55，负责管理交互式服务11；其显示服务11，通过遥控器接收来自观看者的命令，并执行所请求的动作(超级导航、执行脚本等)；-条件执行决定设备20(软件形式)，能够获得显示服务11所需但不可用的插件13；以及-存储区域30S中的交互式服务11(可能包括HTML页面、JavaScript语言的指令和Flash动画)。
广播公司51(发射机1)通过网络6将ATVEF服务11通信到终端52，每个服务11均包括宣告61、内容62和触发器63。此广播公司与服务运营商53进行双向连接，服务运营商53通过双向通信网络8与终端52进行通信。
有利地，在获取服务的内容62之前，由条件执行决定设备20做出是否下载和显示一个服务11的决定，从而不必将其在任何情况下都不能处理的无用数据加载到终端52上。在打开对内容62和触发器63的监听信道之前，交互式终端52在接收到宣告61时检查其是否能够显示交互式服务11。如果其不能显示(其不具有全部所需插件并且没有时间在服务11的寿命结束之前对其进行下载)，则其并不开始对内容62的监听，而是将其忽略。
更具体地，除了驱动器54以外，交互式终端52(图6)还包括(软件组件及相关存储器)浏览器55和针对服务11的存储区域30S、微内核57、包括种类和电视(广播、通信)库56的“中间件”(在应用程序和网络软件之间透明使用的软件)58、以及条件执行决定设备20和针对插件的存储区域30P。
在操作中，在接收到所传输的视听流16时，驱动器54、调谐器(未示出)和VBI分割器(未示出)将信息数据从视频和音频节目中分离出来。然后，将视听节目提供给观看者，如果存在，则将交互式服务11作为在屏幕上进行显示的候选。此时，通过条件执行决定设备20施加的过滤处理发生(图7)。
过滤处理包括以下步骤-以欧洲模拟电视所需的协议栈的形式接收ATVEF分组，并提取出IDL B(独立数据线)级分组，对IDL B和SLIP(串行线路因特网协议)层进行解封装，如果需要的话，对错误代码进行验证和校正(FEC前向纠错)；通过种类广播库56，将适时获得的UDP(单向数据协议)/IP分组送往浏览器55；-如果分组在ATVEF宣告61监听信道上到达(步骤41A)，则浏览器55对其进行解封装，并恢复SDP净荷；-条件执行决定设备20执行多种检查，并恢复执行相关服务11所需的参数和插件列表(步骤42A)；其还恢复能够强制下载插件的指示符的数值和交互式服务11的寿命期限(SDP净荷的tve_ends字段、由属性t＝<start time><stop time>所表示的数值)；-设备20将所需插件的列表与嵌入式列表进行比较(步骤43A)；-如果所传输的服务所需的插件位于嵌入式插件的列表中，则接受服务11，即浏览器55随后打开对ATVEF内容62的监听信道(在步骤71A中，恢复内容62)和对触发器63的监听信道(在步骤72A中，恢复触发器63)；从而，显示交互式服务11(步骤44A)；-否则，设备20估计下载全部丢失必需插件13所需的时间(步骤73A)，并将其与服务的寿命期限进行比较(步骤45A)；-如果此时间(加上常数)大于服务11的有效日期，则服务20检查插件下载强制指示符的数值(步骤45A’)；根据情况，执行或不执行对插件13的下载(针对强制下载的步骤46A’)，但并不获取和显示服务11(步骤47A)；在下载插件13的情况下，随后将其安装到永久存储器中；
-如果此时间(加上常数)小于服务11的有效日期，则执行插件的下载(步骤46A)，并行地获取服务11(步骤74A，浏览器55随后打开对ATVEF内容62的监听信道和对触发器63的监听信道)；一旦插件被安装到终端52上，浏览器55就监听针对触发器63而打开的信道，并在接收到显示触发器时(步骤75A)，显示服务11(步骤44A)。
现在，将详细描述对下载需要但不可用的插件13所需的时间的估计。
可以通过两类信道恢复插件13通过广播(来自广播公司51或来自其他发射机)或通过与服务器的双向通信(通过来自服务运营商53或来自另一源的返回信道)。
通过广播，终端的操作者或服务运营商53可以使用针对此类更新的已知装置。例如，其传输向终端52描述用于恢复从其他地方传输过来的插件的装置的信令。终端52通过分析此信令可以应用用于下载丢失插件13的进程。此方法的优点在于对于终端52的用户而言并不昂贵，因为并不需要电话连接。可以在文档EP-1.245.116中找到这种方法的具体实施方式
，该文档解释了传输和接收更新数据的方法。根据所公开的技术，表示将顺序传输更新数据的时间的宣告信号先于此数据的传输。
通过与服务器进行通信，终端的操作者或服务运营商53可以使用针对此类更新的已知装置。例如，其传输向终端52描述用于恢复在线服务器上的其他地方的可用插件13的装置的信令。终端52通过分析此信令，应用用于通过电话或ADSL(不对称数字订户线)信道下载丢失插件13的进程。根据另一机制，发起到服务器的连接，并在终端52和服务器之间开始协商，而对于终端52的用户透明。然后，服务器向终端52提供丢失的插件13。
估计下载时间依赖于用于恢复其的信道类型(比特率)和插件13的大小。与恢复的大小相关，所述方法可以涉及对广播信道的使用、与服务其的双向通信、或者嵌入信息的使用。
通过广播，终端的操作者或服务运营商连续地传输表示每个最新可用插件版本的当前大小的信令流。此方法的优点在于其速度，因为不需要与在线服务器相连，并对其进行询问(浪费时间)。
通过与服务器进行通信，配置终端52与能够向其指示全部已知插件大小的在线服务器相连。此方法的优点是节约带宽，因为不需要连续地传输数据。
对于嵌入信息的使用，终端52具有已知插件描述表，嵌入在永久存储器中。可以通过广播(在每个下载会话中的流中传输表格)或在线地(例如，在观看者连接时)对此表格进行有规律地更新。此方法的优点在于其能够立即提供所需插件13的大小(于是，终端52能够快速地做出决定)。
也可以对多种方法进行组合。例如，终端52通过在嵌入表中查找所需插件13的大小来开始操作。如果没有插件13(表格过旧)，则终端52发起到在线服务器的连接，以恢复所述信息。
2/MHP服务此实施例族专门涉及数字世界。
对于创建交互式服务11的实施方式(信息并入设备31)，在公布此服务11时，输入与所使用的应用程序的类型有关的信息(例如，嵌入式Flash4动画)，例如，从表格中输入。因此，产生包含交互式服务11的源和与此服务的正确执行有关的全部信息(触发器的定时、所需插件列表等)的文件。在创建MPEG(运动图像专家组)流时，此文件是重要的，并将多种信息输入流描述符中。此信息的格式是用在符合MHP标准的数字电视世界中的格式。
以下是对参考数字为82的交互式MHP终端(图8)中的条件执行决定设备20的具体实施方式
的详细描述。终端82包括以下软件和存储组件-驱动器84；-包括种类和电视库86(DVB-SI数据、“服务信息”、通信等)在内的中间件88，条件存取单元89和条件执行决定设备20；-与参考数字为90的DVB-HTML单元相关的展示引擎85(浏览器)；-与参考数字为90’的DVB-J单元相关的交互式引擎85’(JavaVM)-微内核87；以及-分别针对交互式服务和插件的存储区域30S和30P。
在操作中，在接收到所传输的MHP流17时，利用驱动器84、调谐器和解复用器首先从MPEG2流中提取出PMT(节目映射表)，以恢复描述所接收到的流17的内容的信令。
一方面，将视听节目提供给观看者，另一方面，如果存在，则将交互式服务11作为在屏幕上进行显示的候选。此时，应用条件执行决定设备20的过滤处理。
所述方法的步骤可以描述如下(图9)-打开视听和服务流(步骤91和92)，以及提取包含信令的MPEG2分组；-通过驱动器84恢复信令，并将其传输给库86(步骤93)，库86检查服务11的可用性(步骤94)，并将其报告给条件执行决定设备20(步骤95)；-负责管理SI的库86用于恢复data broadcast id描述符，从而编辑将服务11正确地显示在观看者的屏幕上所需的插件列表；此操作由中间件88驱动(步骤42B)；-由设备20分析此列表，然后，将其与驻留的嵌入插件列表进行比较(步骤43B)；-如果所传输的服务所需的插件出现在嵌入插件列表中，则接受服务11；否则，设备20按照类似于针对ATVEF所解释的那样，决定是否需要下载丢失插件13；如所示示例中那样，如果设备20决定不进行下载，则忽略服务11(步骤47B)。
3/PC世界主要兴趣在于电视在PC上的交互式应用(PC与广播网络相连)。当公布HTML页面时(信息并入设备31)，定义名称和数值字段对″Name/Value″，以规定执行服务11所需的插件。将这些对引入到包含在HTML页面的报头中的元数据中，如下
<META NAME＝″mediaFormat″CONTENT＝″<Plugin_Name>，[version]″>
其中<Plugin_Name>强制参数[version]可选参数，如果需要，表示所需插件的最低版本。
如下插入是否必需强制下载丢失插件13的指示<META NAME＝″mediaDownload″CONTENT＝″<TRUE or FALSE>″>
其中-如果为TRUE，则强制下载丢失插件13；以及-如果为FALSE，则由浏览器105根据服务11的寿命期间来决定是否下载插件13。
同样，插入服务寿命期间的概念<META NAME＝″ServiceVal idityWindow″CONTENT＝″<Start Time>，<End Time>″>
例如，HTML页面采用如下形式<HTML>
<！--CREATION DATE14/12/99-->
<HEAD>
<TITLE></TITLE>
<META NAME＝″Description″CONTENT＝″″>
<META NAME＝″Keywords″CONTENT＝″″<META NAME＝″Author″CONTENT＝″Frederic Pasquier″>
<META NAME＝″mediaFormat″CONTENT＝″Flash，4″>
<META NAME＝″mediaFormat″CONTENT＝″MP3″>
<META NAME＝″mediaFormat″CONTENT＝″MHEG-5″>
<META NAME＝″mediaDownload″CONTENT＝″TRUE″>
<META NAME＝″ServiceValidityWindow″CONTENT＝″2873397496，2873404696″>
</HEAD>
<BODY>
…使用Flash 4、MP3和PNG等格式的HTML代码
</BODY>
</HTML>
能够实现条件执行决定设备20的PC 102(图10)包括包含此设备20的浏览器105和分别针对插件和服务的存储区域30P和30S。设计浏览器105，能够恢复和理解以上所定义的名称/数值对。
在操作中，PC 102接收包括具有上述报头的HTML页面的流18。然后，浏览器105根据类似于针对ATVEF所解释的方法，决定是否下载和安装所需插件13以及是否显示相应的服务11。总是将可用或已下载插件安装到硬盘上。
权利要求
1.一种针对通过通信网络(6)接收到的服务(11)的执行的条件决定设备(20)，所述接收到的服务(11)具有预定的寿命期限，所述设备(20)包括-模块(21)，用于在执行相关服务(11)之前，接收与服务(11)相关的信息(12)；-模块(22)，用于从所接收到的信息(12)中，识别与执行与所述信息(12)相关的服务(11)所需的计算机程序有关的信息；-模块(23)，用于检查所识别出的计算机程序的本地可用性；以及-针对服务的执行的选择决定模块(24)，设置用于如果所述服务(11)所需的所述计算机程序(13)本地可用，则允许所述服务(11)的执行，其特征在于，所述设备(20)还包括-模块(26)，用于获取计算机程序，如果所述计算机程序非本地可用，能够触发所述服务(11)所需的所述计算机程序(13)的下载；以及-自动选择决定模块(25)，用于获取计算机程序，能够至少根据与所述服务(11)相关的所述信息(12)，允许和阻止所述服务(11)所需的所述计算机程序(13)的下载。
2.根据权利要求1所述的条件执行决定设备(20)，其特征在于由于与所述服务(11)相关的所述信息(12)包括与所述服务(11)的执行的有效性有关的时间信息，选择获取决定模块(25)至少能够根据所述时间信息允许和阻止所述下载。
3.根据权利要求2所述的条件执行决定设备(20)，其特征在于选择获取决定模块(25)设计用于如果所述下载预期能够在所述服务(11)的预定时刻之前完成，则允许所述下载，否则阻止所述下载。
4.根据权利要求3所述的条件执行决定设备(20)，其特征在于所述预定时刻规定了所述服务(11)的执行的有效性的结束时刻。
5.根据权利要求3或4所述的条件执行决定设备(20)，其特征在于所述预定时刻规定了所述服务(11)的执行的有效性的开始时刻。
6.根据权利要求3到5之一所述的条件执行决定设备(20)，其特征在于选择获取决定模块(25)能够获取需要但本地不可用的计算机程序(13)的下载次数，从而估计何时能够完成所述下载(13)。
7.根据前述权利要求之一所述的条件执行决定设备(20)，其特征在于由于与所述服务(11)有关的所述信息(12)包括具有有效值和无效值的至少一个强制下载指示符，所述选择获取决定模块(25)设计用于如果所述强制下载指示符具有有效值，则强制地允许所述下载。
8.根据前述权利要求之一所述的条件执行决定设备(20)，其特征在于还包括模块，用于获取需要但本地不可用的所述计算机程序(13)的大小(14)，并且选择获取决定模块(25)也能够根据所述大小(14)来允许和阻止所述下载。
9.根据权利要求8所述的条件执行决定设备(20)，其特征在于选择获取决定模块(25)设计用于根据所述大小(14)和对所述计算机程序(13)的本地接收能力(15)来估计需要但本地不可用的所述计算机程序(13)的下载时间，并在所述下载允许所述服务(11)的至少部分后续执行时，允许所述下载。
10.根据前述权利要求之一所述的条件执行决定设备(20)，其特征在于由于所述服务(11)包括宣告服务(11)的消息(61、81)和内容(62)，接收模块(21)设计用于接收服务(11)的所述宣告消息(61、81)中、与所述服务(11)相关联的所述信息(12)，以及信息识别模块(22)设计用于从所述服务宣告消息(61、81)中提取所述信息。
11.一种针对通过通信网络(6)接收到的服务(11)的执行的条件决定方法，所述接收到的服务(11)具有预定的寿命期限，所述方法包括-步骤(41)，用于在执行相关服务(11)之前，接收与服务(11)相关的信息(12)；-步骤(42)，用于从所接收到的信息(12)中，识别与执行与所述信息(12)相关的服务(11)所需的计算机程序有关的信息；-步骤(43)，用于检查所识别出的计算机程序的本地可用性；以及-针对服务的执行的选择决定步骤(43、45)，如果所述服务(11)所需的所述计算机程序(13)本地可用，则允许所述服务(11)的执行，其特征在于，所述方法还包括-步骤(46)，用于获取计算机程序，如果所述计算机程序非本地可用，下载所述服务(11)所需的所述计算机程序(13)；以及-选择决定模块(45)，用于自动获取计算机程序，能够至少根据与所述服务(11)相关的所述信息(12)，做出允许或阻止所述服务(11)所需的所述计算机程序(13)的下载的决定，优选地，利用如权利要求1到10之一所述的条件执行决定设备(20)来实施所述方法。
12.一种用于编辑与服务(11)相关的信息消息(12)的设备(3)，所述消息(12)用于在执行所述相关服务(11)之前传输给用户(2)，所述设备(3)包括装置(31)，用于将与执行所述服务(11)所需的计算机程序(13)有关的信息并入所述消息(12)中，其特征在于，所述并入装置(31)设计用于将具有有效值和无效值的至少一个强制下载指示符包括在所述信息中，所述指示符设计用于如果所述指示符具有有效值，则强制允许所述所需计算机程序的下载，优选地，所述消息编辑设备(31)设计用于产生用于根据权利要求1到10之一所述的条件执行决定设备(20)的消息。
13.一种用于编辑与服务(11)相关的信息消息(12)的方法，所述消息(12)用于在执行所述相关服务(11)之前传输给用户(2)，所述方法包括步骤，用于将与执行所述服务(11)所需的计算机程序(13)有关的信息并入所述消息(12)中，其特征在于在所述并入步骤中，将具有有效值和无效值的至少一个强制下载指示符包括在所述信息中，所述指示符设计用于如果所述指示符具有有效值，则强制允许所述所需计算机程序的下载，优选地，利用如权利要求12所述的消息编辑设备(3)来实施所述消息编辑方法。
14.一种计算机程序产品，包括程序代码指令，在计算机上执行所述程序时，执行如权利要求11或13所述的方法的步骤。
15.一种控制信息消息(12)，包含用于由至少一个接收机(2)自动利用并与至少一个服务(11)相关联的信息，所述消息(12)设计用于在执行所述服务(11)之前传输到所述接收机(2)，并包括与执行所述服务所需的至少一个计算机程序有关的信息，其特征在于所述信息包括具有有效值和无效值的至少一个强制下载指示符，所述指示符用于如果所述指示符具有有效值，则强制允许所述所需计算机程序的下载。优选地，所述控制信息消息倾向于由根据权利要求12所述的消息编辑设备(3)产生。
16.一种解码器，其特征在于其包括根据权利要求1到10之一所述的条件执行决定设备(20)。
全文摘要
本发明涉及一种针对所接收到的服务的执行的条件决定设备和方法(20)，所述服务具有预定的寿命期限。此设备接收和识别与执行这些服务所需的计算机程序有关的信息。其检查这些程序的本地可用性，并且如果相关程序本地可用，则允许执行所述服务。此外，其能够在程序(13)非本地可用时，触发程序(13)的下载，并至少根据与服务相关的信息，允许或阻止这种下载。本发明还涉及一种用于编辑相关消息的设备和方法。应用于ATVEF和MHP标准。
文档编号H04N5/00GK1732437SQ200380107902
公开日2006年2月8日 申请日期2003年12月29日 优先权日2003年1月2日
发明者劳伦特·勒瑟内, 弗雷德里克·帕基耶 申请人:汤姆森许可贸易公司