获取描述音视频内容的数据的方法以及用于该方法的系统、广播服务器、描述服务器和接收机终端

摘要

本发明涉及一种用于获取描述广播音视频内容的数据的方法，包括下列步骤：经接收终端向至少一台所述音视频内容的描述服务器发送至少一个信息请求(28)；经接收终端接收基于请求元素所提供的描述数据(30)。该方法还包括：包括获取并在接收机终端中存储至少一个初始信息请求的前期步骤(20，22，24)，该初始信息请求包括至少一台描述音视频内容的服务器的地址；以及包括从该预先获取的初始请求中生成请求的步骤(26)。本发明还涉及用于实现所述方法的一种系统、一种广播服务器、一种接收终端和一种描述服务器。

说明书

本发明涉及一种获取关于广播音视频内容的描述数据的方法。本发明还涉及用于实现该方法的一种系统、一种广播服务器、一种描述服务器和一种接收机终端。

更准确地说，本发明涉及一种此类型的方法，包括：

-接收机终端向至少一台音视频内容描述服务器发送至少一个信息请求的步骤；以及

-接收机终端接收响应于该请求的元素而提供的描述数据的步骤。

这种描述数据获取方法通常在描述服务器中实现，而描述服务器是可经因特网访问的。音视频内容广播信道的因特网站点因此计划借助于主页里包括的搜索引擎搜索用户可能感兴趣的音视频内容。

然而，如果用户希望接收通过多个信道广播的有关音视频内容的描述数据，则用户必须导航多个因特网站点，以便提出多个请求。

本发明的一个目的在于通过提供如下方法来弥补该缺陷，即在方便为了获取期望描述数据而发送信息请求的步骤的同时获取描述数据的方法。

为此，本发明提供一种上述类型的描述数据获取方法，其特征在于它包括：获取并在接收机终端中存储至少一个初始信息请求的前期步骤，该初始信息请求包括至少一台音视频内容描述服务器的地址；以及基于预先取得的初始请求生成请求的步骤。

因此，由于接收机终端能够存储某些数量的初始请求，所以请求生成的步骤使得采用公共接口来发送一个或多个请求成为可能。

可选地，本发明的描述数据获取方法包括此特征，籍此在接收步骤期间，作为在与请求相关的至少一个日期和时间以及音视频内容广播的日期和时间之间关系的函数，音视频内容描述数据被提供。

本获取方法的优点在于不必标识或参考任何特定的音视频内容，就使得能够接收与在特定的时间、或在特定的时间段内广播的音视频内容有关的描述数据。

另外，本发明的描述数据获取方法可以包括下列特征中的一个或多个：

-与请求相关的日期和时间对应于发送请求的日期和时间；

-所发送的请求与初始请求相同；

-在请求生成步骤期间，初始请求通过指定至少一个日期和时间来扩展；

-在接收描述数据步骤期间，所提供的数据是对应于在请求中指定的日期和时间上广播的音视频内容的数据；

-在请求生成步骤期间，初始请求通过指定若干内容项目来扩展，并且在接收步骤期间，所提供的数据对应于所请求数量的音视频内容项目，这些音视频内容项目从在请求中指定的日期和时间开始广播；

-在请求生成步骤期间，初始请求通过指定时间间隔来扩展，并且在接收步骤期间，所提供的数据与在请求中指定的时间间隔内广播的音视频内容相关；

-该时间间隔由开始的日期和时间以及结束的日期和时间来定义；

-该时间间隔由开始的日期和时间以及持续时间来定义；

-在请求生成步骤期间，初始请求通过指定关键词来扩展，该关键词对应于用于广播音视频内容的描述元素的名称；

-在接收描述数据的步骤之后，该方法返回到请求生成步骤，以便生成至少一个与新的日期和新的时间相关的新请求，该新日期和新时间对应于广播结束日期和时间，而该广播结束日期和时间是刚刚已经接收到其描述数据的音视频内容的广播结束日期和时间；

-获取并存储初始请求的步骤包括从描述服务器下载所述请求；

-获取并存储初始请求的步骤包括接收机终端经与音视频内容广播信道相关的信令信道接收所述初始请求；

-获取并存储初始请求的步骤包括广播服务器提供对应于描述服务器地址字段的SDP类型文件；

-描述数据按照XML文件的形式来提供；

-该请求与单个音视频内容广播信道相关；

-在生成用于发送的请求的同时，定义一组广播信道，并且在发送步骤期间，与在请求中指定的广播信道一样多的请求被发送。

本发明还提供一种用于获取广播音视频信道的描述数据的系统，该系统包括至少一个用于接收音视频内容的接收机终端以及至少一台音视频内容描述服务器，该系统特征在于该接收机终端包括：用于获取和存储至少一个初始信息请求的装置，该请求包括至少一台描述服务器的地址；用于基于该初始请求生成一请求的装置；和用于向描述服务器发送所述请求的装置，并且该系统特征在于该描述服务器包括用于向该接收机终端发送作为该请求的函数而提供的描述数据的装置。

本发明的系统还可以包括下列特征中的一个或多个：

-描述服务器包括用于使初始请求可用的装置；

-该系统包括至少一台音视频内容广播服务器，所述服务器包括用于将初始请求连同广播内容一起发送的装置。

本发明还提供一种用于实现上述描述获取方法的音视频内容广播服务器，其特征在于，它包括发送装置，用于将初始请求连同广播内容一起发送。

本发明的广播服务器还可以包括此特征，籍此发送装置是定期(regular)发送装置。

本发明还提供一种用于接收音视频内容以实现如上所述描述数据获取方法的接收机终端，其特征在于，它包括用于存储初始请求的装置和用于基于该初始请求生成即将发送的请求的装置。

最后，本发明还提供一种用于实现如上所述描述数据获取方法的音视频内容描述服务器，该服务器特征在于，它包括使初始请求可用的装置。

阅读下列参照附图完全通过示例方式给出的描述，将更好地理解本发明，其中：

图1是本发明的描述数据获取系统的图；以及

图2示出了由图1的系统所实现的获取描述数据的方法中的步骤。

图1中示出的系统包括至少一台广播服务器10，适于音视频内容到接收机终端12的编程的广播。多个广播服务器10可以向对接收机终端12发送编程的音视频内容，所述终端具有多个接收信道。

在此示例中，广播在诸如因特网之类的常规数据传输网络上进行。它还可以通过电缆、或通过卫星，在无线电广播网上进行。该传输网络用标记14表示。

音视频内容描述服务器16还连接因特网14，以便与接收机终端12交换数据。

这些服务器中的每一台可以与特定的广播服务器相关，否则与一组广播服务器相关。它们适于提供描述音视频内容的数据，以响应由接收机终端12发送给它们的请求。

上述系统用于实现图2中所示的方法。

该方法包括接收机终端接收和存储初始请求的第一步骤。这第一步骤用标记20、22和24表示。它被细分为三个不同的获取步骤，彼此可同时或在不同时间独立执行。

获取初始请求的第一步骤20包括从一台描述服务器16下载这种请求。下载的请求至少包括对应于该描述服务器的音视频内容的广播源的标识符。

获取初始请求的第二步骤22包括终端12在信令信道中接收所述请求，该信令信道与广播服务器10所用的音视频内容广播信道相关。在这种情况下，初始请求以重复的方式，最好有规律地向接收机终端12发送，从而接收机终端12的用户可以在想要存储时将它存储在终端中。

最后，获取初始请求的第三步骤24包括广播服务器10为接收机终端12提供会话描述协议(SDP)类型且对应音视频内容源的文件。为此，它能向SDP类型文件添加一字段，以便提供为了获取与广播内容相关的描述数据而要接触的描述服务器16的地址。在广播服务器10经诸如因特网14之类的网络广播音视频内容时，这是可能的。

由接收机终端12存储的初始请求至少包括广播源的标识符，并可以采用下列形式中的一种，例如：

-http：//kaas.example.com/scripts/metadata.xml？ServiceId＝”tv1000201”&UTC＝

-http：//kass.example.com/channel_one/metadata.xml？date_time＝

-http：//kaas.example.com/scripts/channel_two.Xml？time＝

在第一示例中，广播源的标识符被记录为请求的参数(参数ServiceId＝”tv1000201”)。在第二示例中，广播源的标识符是请求的特定文件夹(“channel_one”)。在第三示例中，广播源的标识符对应于文件名(“channel_two”)。

在每个示例中，初始请求包括用户可在下列步骤中可选地扩展的参数，以便指定日期和时间(参数UTC，data_time，或者time)。

在初始请求获取步骤20、22和24之后，该方法移至基于这些预先取得的初始请求生成用于发送的请求的步骤26。

接收机终端12的中央单元包括用于生成这些请求的程序。此程序以常规方式经单个人机接口实现，以便扩展由接收机终端12所存储的初始请求。

例如，该接口向用户给出选择一组广播信道的选项，将在该广播信道中提出请求。系统然后生成与在此组中定义的广播信道一样多的请求。

可选地，该接口可以向用户给出输入日期和时间的选项。通过示例，日期和时间被系统认为是用于广播音视频内容的日期和时间，用户正寻求获取该音视频内容的描述数据。

当未指定这种日期和时间时，使生成的请求与发送它们的日期和时间相关。

另外可选地，用户可以通过给出新日期和新时间，或者通过指定持续时间来指定时间间隔。因此，该请求例如将被认为是用于在所述用户定义的时间间隔期间，获取全部或部分音视频内容广播的描述数据的请求。

完整的请求因此可以采用下列形式：

-http：//kass.example.com/channel_one/

metadata.xml？date_time＝”1997-07-16T20:20:45.4321Z”&duration＝”T02:00:00.0000Z”

这种请求不仅包括广播源(“channel_one”)，还包括日期(1997年7月16日)、时间(下午8点20分45.4321秒)和称作“duration(持续时间)”的附加参数。

参数duration＝”T02:00:00.0000Z”表示用户寻求在指定的日期和时间以及由所述指定日期和时间加上持续时间给出的时刻之间接收即将广播的全部或部分音视频内容的描述数据，该持续时间在参数中关键词“duration”后面给出。

另外可选地，用户可通过添加参数来扩展请求，该参数用于指定用户是否希望接收关于在与该请求相关的日期和时间之前或之后广播的任何音视频内容的描述数据。

完整的请求因此可采取下列形式：

-http：//kaas.example.com/channel_one/metadata.xml？date_time＝”1997-07-16T20:20:45.4321Z”&range＝”+0+2”

除广播源(“channel_one”)外，这种请求包括日期(1997年7月16日)、时间(下午8点20分45.4321秒)和称作“rang(范围)”的附加参数。

参数range＝”+0+2”表示用户希望接收三个项目的音视频内容的描述数据，该项目在请求中指定的日期和时间与后面的两个项目一起广播。

通常，请求还可以用可在用户期望的描述数据中找到的关键词或者是指定搜索域的关键词来扩展。

更确切而言，能够插入该请求的关键词可以是元素名，该元素名出现在由描述服务器16响应而发送的内容的描述数据中，例如，诸如“Title(题目)”和“Keyword(关键词)”之类的元素，被定义在例如由即时电视标准论坛(TV Anytime forum)指定的元数据中。

多个选择标准可以被添加到初始请求上，该请求满足用于因特网请求的语法规则(分隔符“&”用于AND布尔运算符等)。

此后，该方法移至发送请求的步骤28。在请求生成步骤期间，发送与用户指定的广播信道一样多的请求。因此，如果多台描述服务器16被该用户请求所指定，则每个生成的请求向对应的描述服务器发送。

最后，在最后的步骤30期间，接收机终端12接收对应于在前一步骤期间发送的请求的音视频内容的描述数据。该描述数据优选按照标准格式来接收，例如即时电视标准论坛定义的格式。

可选地，在此步骤30后并且根据用户作出的选择，例如，该方法可以返回到生成请求的步骤26，以便生成与新日期和新时间相关的新请求，该新日期和新时间对应于广播结束日期和时间，而广播结束日期和时间是刚刚已经接收到其描述数据的音视频内容的广播结束日期和时间。

可以清楚地看出，由上述系统实现的获取音视频内容描述数据的方法，使即将发送的描述数据请求自动与至少一个日期和时间相关，该至少一个日期和时间将自动与关于在对应于该请求的日期和时间上广播的音视频内容的描述数据相关。