CN103503443A - 用于借助用于重放多媒体流的终端来访问服务、尤其是网络门户的方法 - Google Patents

Abstract

提出一种通过用于重放多媒体流的终端来访问服务的方法。所述终端执行以下步骤：接收（22）所述多媒体流；在所述多媒体流中检测（23、24）关于访问服务的一项信息；存储（25）所述项访问信息；使所述项访问信息与预界定人机接口元件相关联（27）；以及在用户与所述人机接口元件的交互的情况下，使用所述项访问信息对所述服务执行（29a）访问操作。

Description

用于借助用于重放多媒体流的终端来访问服务、尤其是网络门户的方法

1.技术领域

本发明所属的技术领域是数字电视（DTV）。

在数字电视系统中，多媒体传输流通过电缆、卫星、陆地无线或ADSL（非对称数字用户线）进行分配。这种多媒体传输流包含一种或多种节目（也称为服务）以及信令表。每一种节目（服务）由一个或多个基本流（视频流、音频流、数据流）组成。多媒体传输流被广播给具有特定的呈现终端（也称为解码器，或者是数字电视接收器）的用户（最终客户），其中的呈现终端集成在数字电视机中，或者采用附接在数字电视机上的装置（称为机顶盒）的形态。

更确切地说，本发明涉及借助于多媒体流呈现终端来访问某项服务的技术（尤其是但非排他地是网络门户）。

本发明尤其（但非排他地）适用于符合MPEG-2（运动图像专家组-2传输流）以及DVB（数字视频)格式的多媒体传输流的情况。

2.背景技术

在本文件的下文中，我们致力于具体地描述通过用于多媒体流呈现的呈现终端访问网络门户的情况所存在的一系列问题（也就是本专利申请的发明人所要面对的问题）。本发明自然不受本申请的特定情况的限制，所关注的仅仅是，通过多媒体流呈现终端访问任何类型的服务（例如，网页）。

目前存在几种技术，可以实现从多媒体流呈现终端对网络门户进行访问。

第一种已知技术是使用连接到因特网上的电视机（此处也称为联网电视）。这种技术提议借助于电视机遥控器上的直接访问键来访问多媒体网络门户（上面有电视广播、视频、音乐、实用信息、新闻等等内容)。按下这个键后，会对此门户的URL地址（此URL地址被硬编码到联网电视机中)产生一项http请求。

在第二种已知技术中，当解码器（或机顶盒)连接到数字电视机上时，使用所述机顶盒的遥控单元。通常，访问门户的实现方式是，在解码器的远端控制单元上键入与希望的门户相关的编号后，向所述门户的URL地址发送http请求。如此，用户便可以访问多个门户，其中每一个门户与特定的编号相关。

第一种和第二种已知技术共同的一个缺点是，这些技术都不允许对门户进行情景访问（contextual access），即，对门户的访问是特定于所观看的频道（节目、服务）的。实际上，无论电视机上正在观看的是什么电视频道（节目、服务)，第一种技术能够访问的门户始终是同一个门户（对于指定一台电视机来说）。除此之外，用户通过第二种已知技术可以访问的一个或多个门户的列表取决于机顶盒接收到的多媒体流的内容，与电视机上正在观看的电视频道（节目、服务）无关。

第三种已知技术所基于的是，（例如）HBBTV（混合广播宽带电视）标准中所定义的交互式电视技术，对于联网电视机以及机顶盒而言，这种技术保证了在用户观看电视节目（电视频道）时将附加的信息显示在电视机屏幕上。这些信息片段的类型属于：多媒体流中直接可使用的（广播信息），或者是通过用户终端（连接到解码器上的电视机）与广播公司或者是与广播公司联合运营的第三方的服务器之间的连接（回传信道）进行传递的（信息通过点到点或宽带接入进行传输）。T最后，这必然能够涵盖一般由联网电视机提供的所有用途：跟进电视、视频点播（VOD）、交互式广告、定制、投票、游戏、社交网络、节目指南等等。

HBBTV终端（即，与HBBTV标准相容的终端）所具有的软件架构一般来讲包含系统软件，系统软件上执行交互式电视中间件（iTV中间件）。

在交互式电视中间件中，一般来讲，可以将用于管理交互式应用（包括浏览器）的模块、用于管理表的模块以及用于管理对象轮播的模块加以区分。

在部署与指定节目（电视频道）相关的指定交互式应用的过程中，广播公司传输（在指定流内）指定节目，包括：

●基础音频和/或视频流，

●描述这些基本流（明确地说，PAT（节目分配表）以及PMT（节目映射表））的各表，

●指定交互式应用的构成元素（具体而言，软件代码，例如网页形式的HTML代码），指定交互式应用例如是在根据DSM CC（数字存储媒体命令与控制）标准而编码的对象轮播内传输的。

●AIT（应用信息表），其鉴别以下事项：所述指定节目可用的所有交互式应用（包含所述指定交互式应用），以及使这些交互式应用可用的方式（在此情况下，对于所述指定交互式应用是对象轮播）。

当接收到这一指定的节目时，HBBTV终端将音频流和视频流显示出来（通过描述它们的各个表）。除此之外，在交互式电视中间件内，表管理模块处理所述AIT表并且检测到：指定交互式应用已在对象轮播中进行了传输：轮播管理模块接收指定交互式应用的构成元素并且将这些构成元素进行重组；以及用于管理所述应用的模块对指定交互式应用（通过轮播管理模块得到重组）进行管理。与每一个交互式应用类似，例如，这里所说的交互式应用可以采用以下状态之一：载入、暂停、启动或被破坏。

在指定交互式应用的一种变化形式的部署中，所述指定节目（广播）不包括指定交互式应用的构成元素，而是由AIT表指定可以获得所述指定交互式应用的URL地址。在HBBTV终端的交互式电视中间件内，存在以下动作：表管理模块处理AIT表并且获得此URL地址，应用管理模块的浏览器向此URL地址发送请求，以便接收所述指定交互式应用；以及应用管理模块对指定交互式应用进行管理。

管理的当前规则规定，电视机屏幕上一次只能显示一个交互式应用（可覆盖在当前电视节目的视频上，但不能覆盖在另一交互式应用的内容上）。此外，安装和启动程序被设计成完全自动工作，不与用户发生交互。

为了从HBBTV终端访问网络门户，当前HBBTV标准提出以下第一种技术操作模式（基于上述变化形式，其中，AIT指定可以获得指定交互式应用的URL地址）：

●广播节目（电视频道）的广播公司通过相应流的AIT（应用信息表）发送特定的URL地址。这个URL地址（同样使用上述术语）是某个交互式应用的URL地址（本文中其作用是使得能够访问某个门户），而并非所述门户自身的地址。

●当HBBTV终端检测到此特定URL地址时，其自动向服务器发送对此特定URL地址的第一访问请求；

●响应于此第一请求，服务器向HBBTV终端发送作为第一页的所请求的交互式应用，第一页在终端的浏览器上执行，提示含有消息或标志（例如小红点）的窗口的显示（在电视机的屏幕上），所述显示向用户告知门户（或任何未指定的服务）可供使用，并且请求用户通过按下HBBTV终端的遥控单元的特定键（例如“OK”键）来访问所述门户；

●如果用户按下此特定键，那么HBBTV终端向服务器发送对所述门户的URL地址的第二访问请求；

●响应于此第二请求，服务器向HBBTV终端发送作为第二页的所请求门户，第二页在终端的浏览器上执行，提示向用户建议一个或一个以上服务的元素（窗口、菜单等等）的显示（在电视机的屏幕上）。

为了从HBBTV终端访问网络门户，当前HBBTV标准还建议以下第二技术操作模式（基于上文提到的基本模式，其中AIT表指定给定交互式应用的软件代码已被传输到由此流传递的对象轮播）：

●节目的广播公司在相应流的AIT表中发送用于在对象轮播中提取特定交互式应用的命令（与上述术语一样，此特定交互式应用包括访问门户的功能但不是门户自身）；

●当HBBTV终端检测到提取命令时，其自动检索作为第一页的所请求的交互式应用（在流中传输），第一页在终端的浏览器上执行，提示含有消息或标志（例如小红点）的窗口的显示（在电视机的屏幕上），所述显示向用户告知门户（或任何未指定的服务）可供使用并且请求用户通过按下HBBTV终端的遥控单元的特定键（例如“OK”键）来访问所述门户；

●如果用户按下此特定键，那么HBBTV终端向服务器发送对所述门户的URL地址的访问请求；

●响应于此请求，服务器向HBBTV终端发送作为第二页的所请求门户，第二页在终端的浏览器上执行，提示向用户建议一个或一个以上服务的元素（窗口、菜单等等）的显示（在电视机的屏幕上）。

在当前HBBTV标准中提出的第一和第二上文提到的技术操作模式中，在已在电视屏幕上显示门户之后，由HBBTV终端和电视机形成的配对随后使得能够在网络内容中进行浏览（在一个或一个以上服务器上）并且仅在此网络内容中进行浏览（仅在咨询模式中可以提出选定网页）。广播公司对可供使用的网络内容保持着完全控制（显示的内容完全由广播公司控制并且通常与正在播出的节目有情景关系）。用户在任何时间均可离开交互式模式（在网络内容中浏览）返回到他的电视节目。

当前HBBTV标准的上文提到的第一和第二操作模式的一个优点在于，这些操作模式使得对门户的情景访问、即对频道（节目）特有的门户的访问能够在电视机的屏幕上观看得到。

相比之下，这些操作模式的缺点是不能使以下应用与同一节目相关联：

●经典交互式应用（术语“经典”应理解为意味着不试图提供对门户的访问的应用），以及

●提出对门户的访问的特定交互式应用（根据上文提到的基本模式或变化形式）。

实际上，如果出现这样一种情况，即每个交互式应用都在自动启动但是每次只能显示一个交互式（见上文提到的规则），那么特定交互式应用（提出对门户的访问）的启动将自动导致经典交互式应用（例如游戏应用或投票应用）关闭。

重要的是应注意，在上文提到的第一操作模式中，门户的URL地址无法直接插入到AIT表中。实际上，这将导致HBBTV终端向服务器自动发送对门户的URL地址的访问请求，并且在服务器发出响应后，HBBTV终端将即刻提示门户在电视屏幕上的无条件显示（上覆于当前TV广播的视频上或甚至代替此当前TV广播而显示）。

类似地，在上文提到的第二操作中，不可能将命令直接插入到AIT中以从门户进行提取（门户在此情况下是在流中在对象轮播中传输的）。实际上，这将使HBBTV终端自动且无条件地在电视屏幕上显示门户（上覆于当前TV广播的视频上或甚至代替视频显示）。

上文提到的第一和第二实施例的另一缺点在于其给用户造成视觉上不适。实际上，如果用户在与提出对门户的访问的特定交互式应用相关的电视频道（节目）上有任何转换频道跳过广告的操作，都会导致含有消息或标志的窗口的显示（上覆于当前TV节目上），所述显示向用户告知通过按下HBBTV终端的遥控单元的键（例如“OK”键）可对门户进行访问。

上文提到的第一操作模式的另一缺点是，这种操作模式会产生不必要的请求，并且因此导致对HBBTV终端和服务器连接用的网络的带宽的管理不够理想。实际上，如果在含有对访问门户的邀请的窗口的显示之后，用户决定不访问门户，那么这意味着对服务器的第一请求以及服务器对第一页的发送（第一页在终端的浏览器上执行会造成此访问门户的邀请的显示）被不必要地传输。

3.发明内容

本发明的一个特定实施例提出一种通过用于再现多媒体流的终端对服务的访问方法。所述终端执行以下步骤：

-接收所述多媒体流；

-在所述多媒体流中检测用于访问服务的一条访问信息；

-存储这条访问信息；

-使这条访问信息与预界定人机接口元件相关联；以及

-在用户与所述人机接口元件的交互的情况下，使用这条访问信息对所述服务执行访问操作。

本发明的总体原理因此包括：将一条访问信息（例如，门户的URL地址）直接插入到流中，并且在再现终端中提供用于处理这条访问信息的特定处理机制（此特定处理信息通过人机接口元件执行此条访问信息的检测、存储和关联）。

因此，此条访问信息未由再现终端类似于经典交互式应用来处理，并且接收这条信息不会造成电视屏幕上的不方便显示（上覆于当前TV传输的视频上或甚至代替当前传输），也不会造成对服务器的不必要请求的任何分派。此外，此访问信息的接收和处理不会干扰经典交互式应用的经典处理（例如根据如此处上文描述的HBBTV标准）。

这条访问信息可视为新颖类型的交互式应用，这个应用专用于对不同于目前已知的交互式类型的应用的服务（此服务例如为门户）的访问。

此外，由于这条访问信息插入到多媒体流中，因此这条信息可动态地改变，尤其当多媒体流的内容改变时：因此，此信息可为情景的，即对当前经由此多媒体流广播的内容为适当的。

除此之外，可独立于经由多媒体流广播的内容来选择人机接口元件：此元件是独特的，例如对所有电视频道和/或经由此多媒体流广播的所有内容为共同的并且因此容易由用户存储，用户在任何时间均可与此元件交互以便确定针对他经由此多媒体流接收的内容是否提出了对服务的访问。

最终，由于这条访问信息插入到多媒体流中，因此这条信息可在任何时间被修改或由产生此多媒体流的装置更新。此条访问信息当然也可能对电视频道为适当的，或对正在经由此电视频道广播的内容（传输、电影等等）为适当的。产生经由此多媒体流广播的视听内容集合的每一服务提供者可因此取决于他希望在给定时间点向此多媒体流的接收器终端的用户提出什么，来任意定制此条访问信息。

最终，本发明可以应用于视频流和视听流的广播，同样可以应用于无视频音频流的广播，前提是这些流是以实现访问信息的编码及其由接收器终端的提取的输送格式来传递。

根据一种特定特性，所述服务是用于对至少一个其他服务的访问的门户。

以此方式，数字TV频道（节目）的广播公司可在现场广播中提供其门户。

根据一种特定特性，这条访问信息是：

-用于连接到在通信网络中实施所述服务的服务器的连接地址，所述操作包括使用所述连接地址将连接请求发送到所述服务器；

-或用于提取插入在所述多媒体流中且包括对所述服务的访问功能的交互式应用的软件代码的命令，所述操作包括所述软件代码的执行。

因此，无论在所述流中传输的这条访问信息的性质如何，都可以使用所提出的概念。

根据一种特定特性，所述人机接口元件是所述终端的键或与所述终端相关联的遥控单元的键。

因此，单个键就能让用户访问正在观看的TV频道的服务（例如门户）。举例来说，如果用户在对应于法国TF1频道的键编号上，那么他在按下此键时直接访问TF1门户。如果他在France2频道或希望提出其自己的门户（提供其自己的服务：游戏、投票等等）的任何其他TV频道上，那么也会发生同样的情况。

根据一种特定特性，在用户与所述人机接口元件的交互的情况下，如果未检测到访问信息，那么所述终端执行用于禁止执行所述操作的步骤。

因此，本发明防止对未链接到正在观看的TV频道的服务（例如门户）的不适当访问。

根据一种特定特性，在用户与所述人机接口元件的交互的情况下，如果未检测到任何条访问信息，那么所述终端提供关于无法执行所述操作的一条信息。

关于无法执行所述操作的信息例如是错误消息和/或关于不存在访问信息的信息消息。

因此，如果没有相反的信息，那么用户知道他可以访问未链接到正在观看的TV频道的服务（例如门户）。

根据一种特定特性，所述访问信息插入到包含于所述多媒体流中的信令表中，此信令表包括用于描述指示此信令表包括一条访问信息的预定值的字段。

因此，有利地重新利用包含在多媒体流中的信令表的现存概念。

根据一种特定特性，所述多媒体流包括各自包括一条访问信息的若干信令表，每一所述信令表拥有一个版本编号。如果所考虑的信令表拥有等于或先于先前接收的信令表的版本编号的版本编号，那么包含在所述信令表中的所述访问信息在所述用于检测一条访问信息的步骤中被忽略。

这简化了由再现终端执行的处理操作。

根据一种特定特性，按照MPEG-2TS标准对多媒体流进行编码。包括一条访问信息的信令表是指示所述表包括一条访问信息的特定类型的AIT（应用信息表）。用于检测的步骤包括以下步骤：检测所述特定类型的AIT，以及读取包含在所述特定类型的AIT中的这条访问信息。

因此，所提出技术的实施是通过依赖于AIT来促进，并且更具体来说通过提出新颖类型的AIT（在DVB和HBBTV标准的当前版本中未提供）来促进。

根据一种特定特性，所述特定类型的AIT通过以下各项在PMT（节目映射表）中界定：

-输送单元识别符（PID）；

-取值0x05的“stream type”字段；以及

-“application_signalling_descriptor()”，其“application_type”字段取特定于特定类型的AIT特有的预定值。

因此这就是正界定的新颖类型的AIT，将根据所提出的技术来使用以实现对正在观看的TV频道特有的服务（例如门户）的访问。

根据一种特定特性，在对所述服务的访问的过程中，所述终端实施用于禁止执行在不拥有所述特定类型的所接收AIT中识别的任何交互式应用的步骤。

举例来说，只要访问操作正在执行，例如只要用户在门户内（或在经由门户可访问的域内）浏览，那么此浏览会话便不会被由进行中的多媒体内容（且用户已离开所述多媒体内容以便访问门户）所传输的（经典）交互式应用意外地中断。

根据一种特定特性，多媒体流包括至少两个相异多媒体内容，其中包含一个当前多媒体内容。所述终端执行以下步骤：

-针对包含在所述多媒体流中的至少一个多媒体内容检测用于访问服务的一条信息；

-存储一条访问信息，这条访问信息是与已检测到此条访问信息的多媒体内容的识别符相关联而检测到；以及

-使经由所述多媒体流针对当前多媒体内容检测到的这条访问信息与所述人机接口元件相关联；

此外，每当当前多媒体内容改变时，所述终端重新反复所述用于使为当前多媒体内容存储的这条访问信息与所述人机接口元件相关联的步骤。

根据所述访问方法的一种特定特性，多媒体流包括至少两个相异多媒体内容，所述至少两个相异多媒体内容包含一个当前多媒体内容，所述终端针对所述多媒体内容中的每一者执行所述用于检测且存储一条访问信息的步骤，并且每当当前多媒体内容改变时，所述终端重新反复所述用于使为当前多媒体内容存储的访问信息与所述人机接口元件相关联的步骤。

术语“当前多媒体内容”应理解为意味着由用户选择且在电视机上显示的内容（或例如在当电视机启动时显示的频道的情况下默认选择的内容）。

因此，当至少两个相异多媒体内容经由多媒体流（例如两个电视频道，或经由同一电视频道进行的两个广播）广播（连续地或同时地）时，可以与这些内容中的每一者相关联地管理一条访问信息。

举例来说，当用户从一个电视频道转换频道跳过广告到另一电视频道（改变当前电视频道）时，再现终端较快地管理访问信息的改变，因为再现终端已经存储对此频道为适当的新选定频道的一条访问信息（例如与新选定频道相关联的门户的URL地址）。

对频道为适当的这条访问信息例如是在当用户用终端的遥控单元选择此频道时存储的。与不同频道相关联的这条访问信息在此情况下是在用户完成转换频道跳过广告时逐个地存储。在一种变化形式中，各自与相异频道相关联的若干条访问信息是独立于用户转换频道跳过广告而同时存储的，例如在俘获经多路复用流内的经多路复用频道的列表的过程中。换句话说，在此变化形式中，在流中，检测到与不同频道相关联的若干条访问信息，但仅与当前频道（正在电视机上观看的网络）相关联的这条访问信息与人机接口元件（例如“门户键”）相关联。

根据一种特定特性，所述访问方法包括以下步骤：

-检测所述多媒体流中的消除命令；以及

-在检测到所述消除命令之后消除所述关联。

本发明的另一实施例提出一种用于产生待传输到再现终端的多媒体流的方法，其特征在于所述方法包括用于将用于对服务的访问的一条访问信息插入到所述多媒体流中的步骤，这条访问信息既定用于：

-在接收到所述多媒体流之后由所述再现终端检测；

-由所述再现终端与人机接口元件关联，以及

-在用户与所述人机接口元件的交互的情况下由所述再现终端使用以对所述服务执行访问操作。

本发明的另一实施例提出一种包括程序代码指令的计算机程序产品，所述程序代码指令用以在所述程序在计算机上执行时实施上文提到的方法（在其不同实施例中的任一者中）。

本发明的另一实施例提出一种存储包括指令集的计算机程序的计算机可读存储媒体，所述指令可由计算机执行以实施上文提到的方法（在其不同实施例中的任一者中）。

本发明的另一实施例提出一种用于再现多媒体流的终端，其包括：

-用于接收所述多媒体流的构件；

-用于在多媒体流中检测用于访问服务的一条访问信息的构件；

-用于存储所述访问信息的构件；

-用于使这条访问信息与预界定人机接口元件相关联的构件；以及

-用于在用户与所述人机接口元件的交互的情况下经激活以用于使用所述访问信息对所述服务执行访问操作的构件。

本发明的另一实施例提出一种用于产生待传输到再现终端的多媒体流的装置，其特征在于所述装置包括用于将用于访问服务的一条访问信息插入到所述多媒体流中的构件，这条访问信息既定用于：

-在接收到所述多媒体流之后由所述再现终端检测；

-由所述再现终端与人机接口元件关联，以及

-在用户与所述人机接口元件的交互的情况下由所述再现终端使用以对所述服务执行访问操作。

本发明的另一实施例提出一种传递多媒体流的信号，既定用于传输到再现终端。多媒体流包括用于访问服务的一条访问信息，这条访问信息既定用于：

-在接收到所述多媒体流之后由所述再现终端检测，

-由所述再现终端与人机接口元件关联，以及

在用户与所述人机接口元件的交互的情况下由所述再现终端使用以对所述服务执行访问操作。

4.附图说明

通过以下借助指示性且非详尽实例给出的描述中以及通过附图，将容易明白本发明的其他特征和优点，附图中：

-图1呈现根据本发明的一个特定实施例的系统的框图；以及

-图2呈现展示通过图1的系统处理用于访问门户的一条访问信息的运动的实例的序列的图解。

5.具体实施方式

在本文档的全部图中，相同元件和步骤由相同参考标号指定。

本文在以下描述中，用非详尽实例假定多媒体输送流与MPEG-2TS和DVB标准兼容。

现在参见图1，呈现根据本发明的一个特定实施例的系统。此系统包括：

●广播控制室1，其由广播公司管理并且能经由广播网络3来广播多媒体输送流2（使用以下技术中的一者或一者以上：电缆、卫星、陆地无线或ADSL）；

●多个解码器（也称为再现终端或机顶盒）4（在图1中为了简单，其中仅展示一个解码器），其接收多媒体输送流2；

●电视机5，其连接到解码器4（在一个变化形式中，再现终端与电视机集成并且电视机连接到因特网7）；

●遥控单元6，其与解码器4相关联；

●网络服务器8，解码器4可经由通信网络7（例如因特网）与其通信。应用服务器8任选地连接到广播控制室1（经由任何未经指定链路）。

本文在以下描述中，作为非详尽实例而假定多媒体输送流2的广播公司希望提出对服务（例如网络服务器8代管的网络门户）的直接访问，此服务特定针对经由此多媒体流广播的特定内容（例如电视频道）。将例如对特定针对Orange电视频道的门户“OrangeReplay”（其URL地址是http://www.orange_replay.fr）提出直接访问。

然而显然，本发明不限于此实例并且可以应用于试图提出对服务（不一定是门户）的直接访问的所有情况，所述服务一方面可以经由再现终端（解码器或连接的电视机）连接到的通信网络（例如因特网）访问，另一方面是特定针对多媒体输送流内广播的内容。

操作原理可概括如下。为了提出对特定针对多媒体输送流2的内容（特定电视频道）的服务（网络门户）的直接访问，广播控制室1包括使得能够将提供对此服务的访问的一条信息插入到多媒体输送流2中且更具体来说插入到特定信令表中的构件，此条访问信息例如是用于连接到实施此服务的服务器8的连接地址，这个地址可以用URL的形式编码。解码器4通过多媒体流接收在电视机5上再现并且由用户观看的特定电视频道，所述解码器4提取在流2中呈现的访问信息并且使其与解码器的人机接口元件相关联。此元件例如是解码器的遥控单元的键，专用于对服务的此类型的访问。所述键本文以下将称为“门户键”。这意味着在任何时间，此用户通过按下“门户键”都可借助在电视机5上显示的用户接口（上覆于或代替正在观看的电视频道的视频）来访问由此特定电视频道的广播公司界定的网络门户。用户可在任何时间例如通过再次按下同一“门户键”而从门户断开（或从网络浏览域，即从门户可访问的网页集合断开）。在此情况下，他返回到同一电视频道（与用户正离开的门户相关联的电视频道），即在电视机5上，他再次仅观看他在首次按下“门户键”时正在观看的电视频道的视频。

有多种方式可以在与MPEG-2TS标准兼容的输送流中传输对服务的访问信息。可例如界定专用信令表或使用已经存在的DVB信令表。

现在呈现特定实施例，其中描述依赖于在DVB标准中界定的AIT（应用信息表）。更具体来说，本发明提出一种新颖类型的AIT，本文以下称为“门户AIT”，这个AIT中含有关于对服务的访问的信息。

可简要地回想如DVB标准中规定，使用PAT（节目分配表）、PMT（节目映射表）和AIT信令表。

PAT表传达存在于MPEG-2TS流中的所有节目（服务）的列表。每一列出的节目由节目编号（16位）识别并且与传递对应于此节目的PMT子表的输送包的识别符（或PID或包识别符）相关联。

PMT表描述每一节目（服务）的组成部分，用于使传递每一组成部分的输送包的识别符（PID）与此组成部分相关联。MEPG-2TS流对于每个节目包括一个PMT子表。节目的组成部分是基本流（视频基本流、音频基本流等等）和信令表（具体是AIT表）。

给定节目的PMT表因此具体给出传递与此给定节目相关联的AIT表的输送包的识别符（PID）。针对MPEG2-TS流的每一节目（服务）广播一个AIT表，所述流传递一个或一个以上交互式节目并且提供关于此交互式应用的特性的信息。

在PMT表中，节目的每一组成部分具体通过“stream_type”描述字段来描述，这个字段指示组成部分的类型。对于AIT类型的组成部分，“stream_type”字段的值等于0x05，并且这个字段与一个称为“application_signalling_descriptor”的描述符相关联。此描述符如下：

“application_type”描述字段使得可以为相关的AIT表指定交互式应用的类型（即，特性是由相关的AIT表指示的交互式应用的类型）。这个字段采用例如第一值来指示与HBBTV标准兼容的交互式应用的类型，采用第二值来指示与MHP（多媒体家庭平台）兼容的交互式应用的类型，等等。

本发明的此特定实施例提出“application_type”描述字段的预定值（例如包含在专用或非保留值的范围内）应与新颖类型的交互式应用相关联，因此使得可以界定新类型的AIT表（AIT门户表），其实现用于对服务的访问的一条信息（例如门户的URL地址）的输送以及借助于此访问信息来管理对此服务的访问模式。

因此，这防止在接收处（在解码器侧上）在经典AIT表（即，提供关于与HBBTV或MHP标准兼容的一个或一个以上交互式应用的特性的信息的表）与根据本发明的“门户AIT表”之间发生任何冲突。

现在呈现根据本发明的“门户AIT表”的实施例的实例。“门户AIT表”含有描述符的集合，所述描述符描述用于访问服务的信息的特征，而且还描述取决于此访问信息的特征的对此服务的访问模式。所述描述符是：

●给出关于访问信息的特征和访问模式的信息的描述符，称为“application_descriptor”，其含有关于应用的简档的信息。可区别例如两个简档：第一个简档指示正在根据对象轮播技术传输门户，并且第二个简档指示仅传输门户的URL地址；以及

●给出关于访问信息的信息的描述符，称为“transport_protocol_descriptor”，这个描述符含有门户的URL地址（如果“application_descriptor”指示第二简档）或用于从对象轮播中的门户进行提取的命令（如果描述符“application_descriptor”指示第一简档）。

更具体来说，如果“application_descriptor”指示第二简档，那么“transport_protocol_descriptor”如下：

按照标准中的定义，“descriptor_tag”字段等于0x02，因为其为“transport_protocol_descriptor”类型的描述符。这使得终端能够如此对其进行识别。

“protocol_id”字段采用例如值0x03，以便指示“selector byte”信息是URL类型。

“selector byte”字段含有用于连接到实施所提出服务的服务器的连接地址（在此情况下为门户的URL地址）。

为了界定轮播对象，“protocol_id”字段采取预定值，以便指示“selector byte”信息是URL类型。

现在参见图2，描述通过图1的系统处理用于访问门户的一条访问信息的运动的实例。

在此实例中假定访问信息是门户的URL并且在根据本发明的“门户AIT表”中传输此信息（见以上描述）。

解码器（参见图1）包括若干功能块（也称为模块）并且具体是：

●用于对流2进行解码/多路分用的模块41，用以检测“门户AIT表”的存在；

●用于读取“门户AIT表”的模块42，其实现“门户AIT表”中含有的一条访问信息（URL地址或类似物）的提取、存储或消除；

●用于对门户的访问的模块43；以及

●用于管理解码器的遥控单元的“门户键”的模块44。

解码器4的功能块（模块）中的每一者可在执行包括指令序列的程序的可再编程计算机器（PC计算机、DSP处理器或微控制器）上或在专用计算机器（例如，例如FPGA或ASIC等一组逻辑门或任何其他硬件模块）上同样好地制作。如果功能块是在可再编程计算机器上制作，那么对应程序（即，指令序列）可存储在可拆卸（例如软磁盘、CD-ROM或DVD-ROM）或不可拆卸的存储媒体中，此存储媒体部分地或完全地可由计算机或处理器读取。

现在详细描述运动的实例。在此实例中假定电视频道Orange试图给出对其门户“OrangeReplay”的访问（其URL地址是http://www.orange_replay.fr）。

在图2中，通过各自与一个数字参考相关联的若干箭头来表示不同步骤。

在步骤21中，广播控制室1将“门户AIT表”插入流中。此“门户AIT表”与Orange电视频道相关联并且含有此频道的门户的URL地址。

在步骤22中，广播控制室1广播由解码/多路分用模块41（包含在解码器4中）接收的流。

在步骤23处，在Orange频道上转换频道跳过广告的过程中，用于解码/多路分用的模块21对流进行解码和多路分用，以便检测与Orange频道相关联的“门户AIT”。

如果用于解码/多路分用的模块41已检测到“门户AIT表”，那么其在步骤24中将此信息提供给用于读取“门户AIT表”的模块42。

在步骤25中，读取模块42对与Orange频道相关联的“门户AIT表”进行多路分用（如果此表的版本编号不同于先前接收的“门户AIT表”的版本编号）并且从这个表中提取门户的URL地址，随后存储此URL地址。

在步骤26中，读取模块42将此URL地址传输到用于对门户的访问的模块43。

在步骤27中，用于对门户的访问的模块43使此URL地址与“门户键”相关联并且激活用于管理“门户键”的模块44。这条访问信息（URL地址）与人机接口元件（“门户键”）之间的关联因此由用于对门户的访问的模块43记住，用于后面在与相关的人机接口元件的交互的情况下使用此条访问信息。

当涉及到若干人机接口元件时，记住与访问信息相关联的人机接口元件的识别符。

在步骤28处，如果用于管理“门户键”的模块44检测到此键上的压力，那么此模块将此告知用于对门户的访问的模块43。

在步骤29a处，用于对门户的访问的模块43获得与针对其已检测到交互的人机接口元件（“门户键”）相关联而存储的访问信息（URL地址）。随后用于对门户的访问的模块43使用访问信息来执行访问操作：用于对门户的访问的模块43将包括所存储的访问信息的http请求发送到服务器8，以便访问由此条访问信息识别的门户并且实现用户在此门户上的浏览。

并行地，在步骤29b处，用于对门户的访问的模块43将命令发送到解码/多路分用模块41，使得此模块禁止执行在经典AIT表中描述/含有的任何交互式应用，使得只要用户访问门户，即只要他正在门户上或在网络浏览域（即，可从门户访问并且由Orange频道的广播公司界定的网页集合）中浏览，解码器便不执行例如HBBTV或MHP类型的交互式应用。

如果解码/多路分用模块41尚未接收到含有访问信息的“门户AIT表”，那么此模块在步骤30中将此信息告知用于对门户的访问的模块43。

在步骤31中，用于对门户的访问的模块43减活用于管理“门户键”的模块44并且在电视机的屏幕上显示消息或标志，指示“门户键”未激活。

在一个特定实施例中，为了能够更快速地管理对与不同电视频道相关联的门户的访问，当用户改变频道时，解码器将不同门户的URL地址存储在高速缓存存储器中。换句话说，在经由广播流接收给定电视频道时，与此频道相关联的门户的URL地址的形式的访问信息由解码器与所述频道的识别符（例如，对应于频道广播的编号）相关联地保存。即使当存在频道改变时和在当前频道不同于先前信息访问已经存储的频道时，与频道相关联的访问信息也因此保留在存储器中。将在人机接口元件上的交互之后使用的访问信息于是将是与当前用户正在观看的频道相关联地存储的访问信息。

因此，在每次转换频道跳过广告（用户在电视屏幕上观看的频道改变）时，解码器可立即使与正在观看的新频道相关联的门户的URL地址与“门户键”相关联。这防止了等待接收新的当前频道的访问信息。

此关联的原则可更一般地应用于经由若干相异多媒体内容的多媒体流的广播，所述多媒体内容例如为来自两个相异源的内容：经由如此处上文描述的两个相异电视频道广播的内容，或者更一般地经由用于传输音频和/或视频内容（无线电、视频点播、跟进电视服务等等）的两个相异传输服务广播的内容。

在每一情况下，接收多媒体流的解码器存储与当前分配的内容和/或此内容的源的识别符相关联而考虑的在内容的广播的过程中接收的一条访问信息。此识别符例如是由与电视频道相关联的编号形成，或用于重新传输音频内容的服务的识别符，和/或任何其他模式的可用识别符（例如，“激活频道x”、“访问VOD服务”或其他类型的经激活以访问此内容的功能的识别符）。

于是，每当当前广播的多媒体源/内容改变时，无论此改变是由用户请求还是由解码器的功能来计划，解码器均识别内容和/或新选定内容的源（以搜索例如当前选择的电视频道或用于传输当前选择的音频内容和/或视频内容的服务或用以访问此内容的经激活功能的识别符）。解码器随后重新反复为此内容和/或此源记录的访问信息与“门户键”的关联的步骤。

当两个相异内容经由多媒体流连续广播，同时形成同一电视频道和/或用于传输音频和/或视频内容的同一服务的一部分时，此关联的原则也适用。在此情况下，可借助内容的元数据或编程数据（内容的标题、作者、广播的开始时间等等）来识别内容。

在一个实施例中，计划在多媒体流中发送AIT表。此AIT表包括消除命令，用以经由多媒体流和人机接口元件（“门户键”）消除当前广播的内容（例如，当前电视频道或者经由此电视频道或经由用于广播音频/视频内容的服务而广播的当前节目/视频/音频内容）之间的预先存储的关联。在接收到此命令后，用于解码/多路分用的模块41将这个命令告知用于读取“门户AIT表”的模块42。此模块42消除存储的关联。随后，模块43减活用于管理“门户键”的模块44。

可进一步计划中断对所存储关联已经消除的服务的任何进行中访问。因此可在任何时间禁止对服务的访问。

Claims (20)

1.一种通过用于再现多媒体流（2）的终端（4）对服务的访问方法，在此期间所述终端执行以下步骤：

接收（22）所述多媒体流；

在所述多媒体流中检测（23、24）用于访问服务的一条访问信息；

存储（25）所述条访问信息；

使所述条访问信息与预界定人机接口元件相关联（27）；以及

在用户与所述人机接口元件的交互的情况下，使用所述条访问信息执行（29a）对所述服务的访问操作。

2.根据权利要求1所述的方法，其中所述服务是用于对至少一个其他服务的访问的门户。

3.根据权利要求1或2中任一权利要求所述的方法，其中所述条访问信息是用于连接到在通信网络（7）中实施所述服务的服务器（8）的连接地址，所述操作包括使用所述连接地址将连接请求发送到所述服务器。

4.根据权利要求1和2中任一权利要求所述的方法，其中所述访问信息是用于提取插入在所述多媒体流中并且包括对所述服务的访问功能的交互式应用的软件代码的命令，所述操作包括执行所述软件代码。

5.根据权利要求1到4中任一权利要求所述的方法，其中所述人机接口元件是所述终端（4）的键或与所述终端相关联的遥控单元（6）的键。

6.根据权利要求1到5中任一权利要求所述的方法，其中在用户与所述人机接口元件的交互的情况下，如果未检测到访问信息，那么所述终端执行用于禁止（31）执行所述操作的步骤。

7.根据权利要求6所述的方法，其中在用户与所述人机接口元件的交互的情况下，如果未检测到任何条访问信息，那么所述终端提供（31）关于无法执行所述操作的一条信息。

8.根据权利要求1到7中任一权利要求所述的方法，其中所述访问信息插入到包含于所述多媒体流中的信令表中，此信令表包括用于描述指示此信令表包括一条访问信息的预定值的字段。

9.根据权利要求8所述的方法，其中所述多媒体流包括各自包括一条访问信息的若干信令表，每一所述信令表拥有一个版本编号，并且如果所考虑的所述信令表拥有等于或先于先前接收的信令表的版本编号的版本编号，那么包含在所述信令表中的所述访问信息在所述用于检测一条访问信息的步骤中被忽略。

10.根据权利要求8和9中任一权利要求所述的方法，其中所述多媒体流是按照MPEG-2TS标准编码，包括一条访问信息的所述信令表是指示所述表包括一条访问信息的特定类型的AIT（应用信息表），并且所述用于检测的步骤包括以下步骤：检测所述特定类型的所述AIT，以及读取包含在所述特定类型的所述AIT中的这条访问信息。

11.根据权利要求10所述的方法，其中所述特定类型的所述AIT通过以下各项在PMT（节目映射表）中界定：

输送单元识别符（PID）；

取值0x05的“stream type”字段；以及

“application_signalling_descriptor()”，其“application_type”字段取所述特定类型的AIT特有的预定值。

12.根据权利要求10和11中任一权利要求所述的方法，其中在对所述服务的访问的过程中，所述终端实施用于禁止执行在不拥有所述特定类型的所接收AIT中识别的任何交互式应用的步骤（29b）。

13.根据权利要求1到12中任一权利要求所述的方法，其中所述多媒体流包括至少两个相异多媒体内容，所述至少两个相异多媒体内容包含一个当前多媒体内容，所述终端针对所述多媒体内容中的每一者执行所述用于检测且存储一条访问信息的步骤

并且每当当前多媒体内容改变时，所述终端重新反复所述用于使为所述当前多媒体内容存储的所述访问信息与所述人机接口元件相关联的步骤。

14.根据权利要求1到13中任一权利要求所述的方法，其包括以下步骤：

检测所述多媒体流中的消除命令；以及

在检测到所述消除命令之后消除所述关联。

15.一种用于产生待传输到再现终端的多媒体流的方法，其特征在于所述方法包括用于将用于对服务的访问的一条访问信息插入到所述多媒体流中的步骤（21），这条访问信息既定用于：

在接收到所述多媒体流之后由所述再现终端检测；

由所述再现终端与人机接口元件关联，以及

在用户与所述人机接口元件的交互的情况下由所述再现终端使用以执行对所述服务的访问操作。

16.一种包括程序代码指令的计算机程序产品，所述程序代码指令用于在所述程序在计算机上执行时实施根据权利要求1到14中至少一个权利要求所述的方法和/或根据权利要求15所述的方法。

17.一种存储包括指令集的计算机程序的计算机可读存储媒体，所述指令可由计算机执行以实施根据权利要求1到14中至少一个权利要求所述的方法和/或根据权利要求15所述的方法。

18.一种用于再现多媒体流的终端（4），其特征在于所述终端包括：

用于接收所述多媒体流的构件；

用于在所述多媒体流中检测用于访问服务的一条访问信息的构件；

用于存储所述访问信息的构件；

用于使这条访问信息与预界定人机接口元件相关联的构件；以及

用于在用户与所述人机接口元件的交互的情况下经激活以用于使用所述访问信息对所述服务执行访问操作的构件。

19.一种用于产生待传输到再现终端的多媒体流的装置（1），其特征在于所述装置包括用于将用于访问服务的一条访问信息插入到所述多媒体流中的构件，这条访问信息既定用于：

在接收到所述多媒体流之后由所述再现终端检测；

由所述再现终端与人机接口元件关联，以及

在用户与所述人机接口元件的交互的情况下由所述再现终端使用以对所述服务执行访问操作。

20.一种传递既定用于传输到再现终端的多媒体流（2）的信号，其中所述多媒体流包括用于访问服务的一条访问信息，这条访问信息既定用于：

在接收到所述多媒体流之后由所述再现终端检测，

由所述再现终端与人机接口元件关联，以及

在用户与所述人机接口元件的交互的情况下由所述再现终端使用以对所述服务执行访问操作。

Images