专利名称：用于内容的元数据的请求和通知的制作方法
技术领域：
本发明涉及管理内容的元数据的服务器装置、网络系统、内容发现与通 知(content discovery-and-notification )方法以及计算机程序。
背景技术：
互联网协议电视(IPTV)是关于使用互联网协议(IP)来传递数字电视广播 或用于其广播技术的业务的通用名称。在IPTV中用于会话控制的标准候选对 象是IP多媒体子系统(IMS) 。 IMS是欧洲远程通信标准协会(ETSI)和国际远 程通信联盟远程通信标准化组(ITU-T)中的下一代网络(NGN)的标准化的前 提条件。NGN是基于IP技术的下一代骨干网。
IMS表示使用包通信的蜂窝电话多媒体业务，或是用于实现这种业务的 标准。在IMS中，通过使用称之为会话启动协议(SIP)的IP电话系统，可以 以安全的方式控制多媒体会话，保证服务质量(QoS)。例如，通过IMS可实现 一键通(Push-to-talk)、视频电话、互联网电视等等。
通常，为了通过使用IP电视(IPTV)等等来浏览和收听内容，在通过使用 诸如电子节目指南(EPG)之类的业务或应用程序来指定待浏览和收听的内容 之后，就获得了用于获取该内容而需要的信息，并开始内容的流回放 (streaming playback)的会话。为了使实施在IPTV机顶盒、电视等等中的 EPG应用程序可向观众显示内容信息，并且为了使观众可以选择和指定内容， EPG应用程序/人提供内容的详细信息的元数据服务器获取描述该内容的细节 的元数据。基于该元数据，观众从所产生的EPG应用程序的屏幕来选择和指 定期望的内容。定期执行元数据的获取，例如，每当在元数据服务器中加入 新的元数据时，以及每当更新现有元数据的内容时。然后，IPTV客户在该IPTV
客户和IPTV服务器之间建立IPTV会话。
日本专利申请公开号2004-147128 ( 0046段等等)给出了使用IMS-SIP 进行会话控制的例子。特别地，为了在图像通信装置之间建立用于执行图像 通信的会话，将基于SIP规格的会话请求消息(INVITE消息)从非对称数字用
其中该ADSL网关作为请求源接收来自一个图像通信装置的传输请求包。在 SIP代理服务器执行会话请求消息的头部中所描述的目标地的地址解析之后， 该SIP代理服务器向对应于该目标地的ADSL网关传送会话请求消息(INVITE 消息)。
通常，为了通过使用IPTV等等来浏览和收听内容，例如图29中所示， 在通过使用诸如机顶盒或TV之类的IPTV客户端中实施的EPG应用程序14来 指定待浏览和收听的内容之后，可获得用于获取该内容所需要的信息，并且 可开始该内容的流回放的会话。为了使EPG应用程序14可以向观众显示内容 信息，并且为了使观众可以选择和指定该内容，EPG应用程序14可以从提供 该内容的详细信息的元数据服务器30获取描述内容细节的元数据。基于该元 数据，观众可以从产生的EPG应用程序屏幕来选择和指定期望的内容。元数 据的获取可定期地执行，例如，每当在元数据服务器30中加入新的元数据时， 或每当更新现有元数据的内容时。然后，IPTV客户端可在该IPTV客户端和 IPTV服务器20之间建立用于回放内容的IPTV会话。
在这种普通的IPTV系统中，通过IPTV客户端从元数据服务器定期地进 行元数据的获取是昂贵的。对于IPTV客户来说，预测元数据服务器中的诸如 新的元数据的添加以及元数据的更新之类的事件是困难的。因此，为了基于 优选的最新元数据来启动内容的选择，IPTV客户端可能需要从处于设置短轮 询期(short polling period)的状态中的元数据服务器请求所期望的元数 据的最新版本。因此，在存在许多元数据服务器的情况下，仅仅轮询处理 (polling processing)就可能很昂贵。
此外，在IMS中SIP可用于会话控制。除了 IMS-SIP之外，原始SIP可 包括预订/通告(SUBSCRIBE/NOTIFY)协议。SUBSCRIBE/NOTIFY协i义定义了一 种机制，在该机制中，在客户方为服务器方提供条件之后，当已发生满足该 条件的事件时，将该事件通告给客户方。条件和事件可随意定义。
然而，现有的IPTV协议未定义通用系统，在该通用系统中，通过#_用 SIP的SUBSCRIBE/NOTIFY机制来声明用于服务器方的能够由客户方处理的格 式以及表示优选内容的类型的信息，当已发现匹配的内容时，接收到通知。
在IPTV标准化中用于标准元数据格式的候选对象是即时电视 (TV-Anytime)元数据。TV-Anytime元凄t据是由ETSI标准化的元ft据标准。 TV-Anytime元数据是用于例如数字视频广播(DVB)中的IPTV标准及ITU-T 中的IPTV标准中的元数据格式的候选对象。
发明内容
基于上述考虑，通过使用预订和通告机制提供了通过发现期望内容来减 少元数据获取成本的服务器装置、网络系统、内容发现与通知方法以及计算 机程序。
根据所请求发明的实施例，提供了一种服务器装置，其包含数据库， 其配置为存储内容的元数据；消息接收部件，用于接收来自客户端的用于事 4牛通知订阅(event notification subscription )的予贞订i青求，该子贞订i青求 包括对于元数据的检索条件，并且该消息接收部件用于建立用于事件通知订 阅的对话；元数据检索部件，用于基于检索条件来检索数据库；以及消息发 送部件，用于产生包括由元数据检索部件得到的检索结果的通告消息，并用 于将该通告消息发送至客户端。
当已建立对话之后，元数据检索部件可定期地检索数据库。此外，检索
条件可以是关于数据库的查询，或者可以是用于参照或获取关于数据库的查
询的信息。进一步，检索结果可包括与检索条件相匹配的匹配元数据。可替
代地，检索结果可包括用于参照或获取与检索条件相匹配的匹配元数据的信 自
根据所请求发明的另一个实施例，提供了一种网络系统，其包含客户 端，其能够通过网络接收内容，并播》丈该内容；服务器装置，其配置为管理 内容的元数据。客户端包括消息发送部件，用于产生用于事件通知订阅的 预订请求，该预订请求包括对于元数据的检索条件，并用于将预订请求发送 至服务器装置；以及元数据存储单元，其配置为作为对预订请求的响应接收 来自服务器装置的通告消息，并存储用于元数据的检索的结果，该结果包括 在通告消息中。服务器装置包括数据库，其配置为存储内容的元数据；消 息接收部件，用于接收来自客户端的预订请求，并用于建立用于事件通知订
阅的对话；元数据检索部件，用于基于检索条件来检索数据库；以及消息发 送部件，用于产生通告消息，并用于将该通告消息发送至客户端。
根据所请求发明的另一个实施例，提供了一种内容发现与通知的方法， 其包含产生用于事件通知订阅的预订请求，该预订请求包括对于内容的元 数据的检索条件；将预订请求从客户端发送至服务器装置；接收来自客户端 的预订请求；建立用于事件通知订阅的对话；基于检索条件，检索存储该内 容的元数据的数据库；产生包括通过数据库的检索而得到的检索结果的通告 消息；以及将该通告消息从服务器装置发送至客户端。
根据所请求发明的另 一个实施例，提供了 一种存储计算机程序的计算机 可读存储介质，其中该计算机程序导致服务器装置执行一种方法，该方法包 含产生用于事件通知订阅的预订请求，该预订请求包括对于内容的数据元 的检索条件；将预订请求从客户端发送至服务器装置；接收来自客户端的预 订请求；建立用于事件通知订阅的对话；基于检索条件，检索存储该内容的 元数据的数据库；产生包括通过数据库的检索而得到的^f全索结果的通告消息； 以及将通告消息从服务器装置发送至客户端。
在下面的描述中，将会部分地阐述本发明的其它目标和优点，并且从描 述中该部分阐述地本发明其它目标和优点将会显而易见，或可以通过本方面 的实践而被了解。通过所附权利要求中特别指出的要素及组合的方法，将会 实现并获得本发明的目标和优点。
应该明白，上述的一般描述以及接下来的详细描述都仅仅是示例性的和 解释性的，而不是对于所请求的本发明的限制。
合并入且构成本说明书的一部分的附解了本发明的实施例，并结合 描述以用作解释本发明的原理。
合并入且构成本说明书的 一部分的附图显示了才艮据本发明的特定方面的 实施，并结合描述，帮助解释与本发明相关的一些原理。
图1显示用于在IPTV系统中使用的示例性SIP事件通知机制； 图2显示用于事件通知订阅的SIP SUBSCRIBE请求的示例性格式； 图3显示在图2中所示的SIP SUBSCRIBE请求中的示例性XQuery语句； 图4显示XPath表达式中的示例性查询；
图5显示FLWOR表达式中的示例性查询；
图6显示用于元数据查询和元数据的示例性XML图解；
图7显示包括XPath表达式中的查询的示例性SIP SUBSCRIBE请求；
图8显示对于图4中所示的SIP SUBSCRIBE请求的示例性"200 OK"响
应；
图9显示用于内容发现与通知事件的通知的SIP NOTIFY消息的示例性格
式；
图IO显示示例性SIP NOTIFY消息;
图11显示在图9中所示的另一个示例性的SIP NOTIFY消息；
图12显示对于图10中所示的SIP NOTIFY消息的示例性"200 OK"响应；
图13显示在图9中所示的另一个示例性SIP NOTIFY消息；
图14显示SIP NOTIFY消息的主体部分中所存^f诸的示例性元数据文档；
图15显示IPTV系统的示例性配置；
图16显示在图15中所示的IPTV系统中的IPTV客户端的示例性硬件配
置；
图17显示在图15中所示的IPTV系统中的每个IPTV服务器和元数据服 务器的示例性硬件配置；
图18显示在IPTV系统中的示例性内容发现与通知事件包；
图19显示在IPTV客户端中用于事件通知订阅的示例性的对话建立过程；
图20显示在元数据服务器中用于事件通知订阅的示例性的对话建立过
程；
图21显示元数据服务器的示例性的初始检索； 图22显示元数据服务器的示例性的定期检索； 图2 3显示EPG应用程序中的示例性的检索结果获取过程； 图24显示IPTV客户端的元数据用于选择内容并请求内容回放4^舌的建 立的示例性过程；
图25显示内容的示例性的获取和回放；
图26显示用于发布过程的示例性程序，其中该过程用于由IPTV客户端 发布用于事件通知订阅的对话；
图27显示用于由元凝:据服务器发布用于事件通知订阅的对话的示例性
过程；
图28显示图27所继续的示例性过程；以及
图29显示在普通IPTV系统中通过会话的建立而获取内容元数据的示例 性程序。
具体实施例方式
下面的详细描述参照附图。在可能的情况下，在附图和以下说明中使用 相同的标号来指示相同或类似的组成部分。虽然这里描述了本发明的几个示 例性实施例和特征，但是在不脱离本发明的精神和范围下，各种修改、改编 及其它实施方式都是可能的。例如，可以对附图中图解的组件进行各种替代、 添加或修改，并且这里描述的示例性方法可以通过对所公开的方法进行替代、 重新排序或是增加步骤而修改。因此，下列的详细描述并不限制本发明。相 反，本发明的固有范围由所附权利要求限定。
在图1中，Subscriber (A)是事件通知订阅的预订者,Notifier(B)是根 据该事件通知订阅将事件的发生通告给预订者的通知者。
Subscriber (A)可使用SIP SUBSCRIBE请求预订来自Not ifier (B)的事件 通知。此时，Subscriber (A)可向Notifier(B)的统一资源标识符(URI)发送 初始的SIP SUBSCRIBE请求(SI)。该初始的SIP SUBSCRIBE请求可包括表示 事件类型的Event头部和表示订阅通知持续期(事件监控期)的Expires头部。
在接收用于事件通知订阅的初始SIP SUBSCRIBE请求之后，Notifier(B) 可通过向Subscriber (A)发送回"200 OK"响应而接受通过建立用于该事件 通知订阅的对话所请求的事件通知订阅(S2)。对话是Subscriber (A)和 No t i fi e r (B)之间的信令(消息的交换)。而且，已接收来自No t i fi e r (B)的"2 0 0 OK"响应的Subscriber (A)可建立用于事件通知订阅的对话。
在建立对话之后，为了将Notifier(B)接收初始SIP SUBSCRIBE请求时 的初始一犬态通告纟合Subscriber (A) ,Notifier (B)可向Subscriber (A)发送SIP NOTIFY消息(S3) 。 SIP NOTIFY消息可包括表示待报告事件的Event头部和表 示通知订阅状况的Subscriber-Status头部。通知订阅状况可定义为"有效 (active)",表明通知订阅是有效的；"待定(pending)",表明通知订阅净皮暂 停(尚未确定通知订阅是有效的或被拒绝的状况)；或"终止(terminate)", 表明通知订阅是无效的(由于某些原因，通知订阅已被拒绝或已被终止的状 况)。在接收来自Notifier(B)的SIP NOTIFY消息后，Subscriber (A)可向
Notifier(B)发送回"200 OK"响应(S4)。
就这样的事件对其执行通知订阅且已经出现待执行的状况通知，在建 立对话之后，Notifier(B)可将用于事件通知的SIP NOTIFY消息发送至 Subscriber (A) (S5)。实际的SIP NOTIFY消息的发送时机及MIME (多用途的 网际邮件扩充协议)类型及消息主体部分的格式可根据用于通知的事件的用 途而定义的事件包中定义。
当Subscriber (A)已接收了来自Notif ier (B)的SIP NOTIFY消息时, Subscriber (A)可确认是否存在用于事件通知订阅的对话。如果该对话存在， 并且消息处理可能包括Event头部的内容，那么Subscriber (A)可向 Notif ier (B)发送回"200 OK"响应(S6)。
在Subscriber (A)终止通知订阅的情况下，可将在其中Expire头部被设 置为0的SIP SUBSCRIBE请求从Subscriber (A)发送至Notifier(B) (S7)。在 已接收SIP SUBSCRIBE请求的Notifier(B)发送回"200 OK"响应(S8)之后， Notifier (B)可向Subscriber (A)发送表示该事件通知订阅的终止的SIP NOTIFY消息，即，其中由Subscriber-Status头部表示状况的SIP NOTIFY消 息是"终止，，(S9)。当Subscriber (A)已接收该SIP NOTIFY消息时， Subscriber (A)可发送回"200 OK"响应(SIO)。这可导致将在Subscriber (A) 和No t i f ier (B)两者中发布用于事件通知订阅的对话。
为了在Subscr i ber (A)和No t if ier (B)之间的该事件通知订阅中保护通 信的安全，可以使用在SIP中可用的安全机制，诸如用于在请求认证中使 用的超文本传输协议(HTTP)摘要认证；使用SIPSURI在消息传递路径中的传 输层上的安全的保护；以及包括基于安全的多用途互联网邮件扩展(S/MIME) 的状况通知细节的消息主体部分的加密。
在SIP事件通知机制中，Subscriber (A)可以是客户方的EPG应用程序， Notifier (B)可以是元数据服务器。元数据服务器可使用TV-Anytime元数据 格式来管理元数据，该元数据是可以由IPTV服务器通过流、下载等等来传递 的内容的详细信息。TV-Anytime元数据可以是扩展性标识语言(XML)文档， 并可存储在诸如XML数据库之类的数据库中。
在根据所请求发明的实施例的IPTV系统中，客户方的EPG应用程序可声 明用于元数据服务器的所能够被处理的格式以及指定(表示)具有与客户方的 用户的偏好相匹配的元数据的内容的信息。当已发现与所声明信息相匹配的
内容元数据时，SIP事件通知机制可执行通告该内容元数据的客户方的EPG 应用程序的业务。该业务被称为"内容发现与通知事件包"。 接下来将会描述内容发现与通知事件包的细节。
图2显示可从Subscriber (A)发送至Not i f i er (B)以用于事件通知订阅的 SIP SUBSCRIBE请求的示例性格式。如图2中所示，"sip-uri"可包含表示 SIP SUBSCRIBE请求的目标地的URI。主体部分(body part)可包含XQuery语 句，该XQuery语句检索与目标业务中提供的内容相关的元数据的XML文档(元 数据业务)。
图3显示示例性XQuery语句。如图3中所示，该XQuery语句可包^舌序 言(prologue )和查询主体(query body)。序言可包含XQuery版本声明"xquery version 1.0" ,名称空间(name space)声明 "declare default element namespace"、 "urn: tva: metadata: 2005"等等。查询主体可包含检索XML元 数据文档的XPath或FLW0R表达式中的查询。
图4显示从目标TV-Anyt ime元数据返回内容元凝:据的XPath表达式中的 示例性查询，其中该内容元数据包括作为内容提要(content synopsis)的"派 遣(dispatch)"，并包括作为执行者姓名的"Ryoko"。该查询返回 Programlnformation要素的整体(entirety),其中，"派遣，包括在描述内 容元凄t才居的Programlnformation要素下面(更确切;也，Programlnformation 要素下面紧靠的BasicDescription要素)的Synopsis要素的正文部分中， 并且其中作为GivenName要素的"Ryoko'，包括在Programlnformation要素 的下面(更确切i也,Programlnformation要素下面紧靠的BasicDescription 要素的CreditsList要素的Creditsltem要素)。在具有多个与条件相匹配的 Programlnformation要素时，该查询是多个Programlnformation要素的序 列。例如，这种查询具有以下配置
"<ProgramInformation〉第一个Programlnformation的内容 </ProgramInformat ion〉〈Programlnformat ion〉第二个Programlnf ormat ion
的内容</ProgramInformation〉......"
图5显示/人目标TV-Anytime元凄t据返回包含作为内容标题的"Dignity of Temp"的内容元数据的FLW0R表达式中的示范性查询。该查询返回 Programlnformation要素的整体，其中，"Dignity of Terap，，包括在描述内 容元凄y居的Programlnformation要素的BasicDescript ion要素的Title要
素的正文部分中。
SIP消息可起到用于在IMS中控制会话的信令的重要作用。因此，网络 上的高优先权路径可分配给SIP消息。因而，在SIP会话控制大量频繁发生 的环境中，可能需要最小化用于信令路径的网络资源(诸如带宽)的通信量。 另一方面，根据服务提供商，内容元数据的文档很有可能会非常大。在这种 情况下，由SIP SUBSCRIBE请求所报告的元数据查询和由SIP NOTIFY消息(稍 后描述)所报告的元数据可能会非常大，并且可能具有限制用于SIP信令的资 源的可能性。所以，为了避免这种问题，除了存储直接对应于SIP SUBSCRIBE 请求和SIP NOTIFY消息的主体部分的查询和元数据的方法之外，还提供了存 储用于参照或获取查询和元数据的信息的方法。
图6显示存储元数据查询、结果元数据要素、或者用于获取元数据查询 或结果元数据要素的参照的元数据的XML文档的示例性XML原理图。
"Encapsulation"指示根(root)要素，"entity"指示直接存储元数据查询 或结果元数据要素的要素，"reference"指示存储用于获取元数据查询或结 果元数据要素的参照的要素。
标识这种数据格式(DIDF:发现信息数据格式)的MIME类型可设置为 "application/didf+xml"。在存储元数据查询或元数据查询的参照的情况 下，encapsulation要素可被称为"过滤器文档"。在存储查询或查询的参 照的结果的元数据要素的情况下，encapsulation要素可被称为"元数据文 档"。
图7显示包括图4中的XPath表达式中的查询的示例性SIP SUBSCRIBE请 求。在SIP SUBSCRIBE方法中的请求URI的起始行中的"sip: IPTVDiscoveryServerB)servicePlatform. com"可以是提供内容-发现事件-通知业务的元数据月良务器30的sip-uri。在From头部中的表示"sip: IPTVClientQservicePlatform.com"可以是客户端的sip-uri。 Event头部可 存储识别内容发现与通知事件包的"discoveryService"。 Expires头部可以 以秒为单位表示该订阅(事件订阅)的有效期。Content-Type头部可以表示主 体部分的MIME类型(application/didf+xml) 。 Xpath表达式中的查询可作为 entity要素的内容而被存储。
在Notif ier (B)接收SIP SUBSCRIBE请求后，如果Notifier (B)接受所请 求的事件通知订阅，然么Notifier (B)可将"200 OK"响应发送回Subscriber (A)。图8显示示例性的"200 OK"响应。
在Notifier(B)发送回"200 OK"响应后，在Not if ier (B)已接收SIP SUBSCRIBE请求时，或在执行用于有关事件的通知订阅、待执行的该事件的 状况通知已发生的情况下，Notifier(B)可向Subscriber (A)发送SIP Notify 消息，用于将初始状态或内容发现与通知事件通告给Subscriber (A)。图9 是用于内容发现与通知事件的通知的SIP NOTIFY消息的示例性格式。在该格 式中，sip-uri可存储表示连接目标地一方的URI，并且主体部分可存储内容 发现结果的元数据要素。
图IO显示响应于包括在图4中的XPath表达式中的查询的SIP SUBSCRIBE请求的示例性的SIP NOTIFY消息，该SIP NOTIFY消息在主体部 分中存储内容发现结果的元数据要素2。在图10中，在SIP NOTIFY方法的 请求URI的起始行中的"sip: IPTVClientSlservicePlatform.com ，，可以是 运行获得内容-发现事件-通知业务的EPG应用程序(执行事件通知订阅以用 于该EPG应用程序)的IPTV客户端的SIP-uri。在From头部中的"sip: IPTVDiscoveryServerQservicePlatform. com"可以是提供内容-发现事件-通知业务的元数据服务器的sip-uri。在Subscription-State头部中，可以 指定表明该订阅有效的表示法"active",并且可包括表示该通知订阅的有效 期的expires参凄t。
图11显示与在图10中的SIP NOTIFY消息相一致的示例性SIP NOTIFY 消息，两者的相一致在于存储用于参照或获取内容发现结果的元数据要素的 信息3的方法。在图11中，可以通过使用作为参照目标地的reference要素 的"http: //servicePlatform. com/metadataResponse/1234567890. xml"来
获取内容发现结果的元数据要素。
在Subscriber (A)接收来自Notifier (B)的SIP NOTIFY消息后， Subscriber (A)可将"200 OK"响应发送回Not if ier (B)。图12显示响应于 SIP NOTIFY消息的示例性"200 OK"响应。
每当与Subscriber (A)执行订阅所用于的事件相对应的Notify(B)中发 生事件时，可以发送SIP NOTIFY消息。虽然图7中所示的SIP SUBSCRIBE请 求的主体部分的订阅(事件订阅)的有效期可能是有效的，当向与由目标业 务提供的内容相关的元数据的XML文档(元数据数据库34)增加与查询相匹 配的内容元数据时，可以发送SIP NOTIFY消息。
图13显示包括元数据4的示例性SIP NOTIFY消息，该元数据4通过向 XML文档(元数据数据库34)增加元数据而与查询以新的方式匹配。 内容发现与通知事件包可总结如下。
1) 事件包名(事件包的名称)
该包的名称可以是"discoveryService"。该名称可用于由SIP SUBSCRIBE 请求和SIP NOTIFY消息所指定的Event头部域中。
2) SIP SUBSCRIBE请求的主体部分
SIP SUBSCRIBE请求可包括主体部分。该主体部分可以是过滤器文档。 过滤器文档可以与MIME类型"application/didf+xml"的凄史据格式相匹配。 过滤文档可仅请求被指定事件的通知，并可指定与由SIP NOTIFY消息返回的 数据集相关的界限。例如，可以设置过滤器以使得只有当可以提供与用户的 偏好相匹配的内容时，该过滤器才执行事件通知。
3) 订阅期限(默认的订阅期限)
订阅的默认有效期限可以设置为2592000秒(30天)。预订者可以在头部 域中随意指定有效期限。
4) SIP NOTIFY消息的主体部分
SIP NOTIFY消息可包括主体部分。该主体部分可以是元数据文档。该元 数据文档可以与MIME类型"application/didf+xml"的数据格式相匹配。该 元数据文档可以仅存储当执行订阅时与被设置的滤波器相匹配的元智:据。
5) 消息交换的安全性(认证/许可方法)
当接收到SIP SUBSCRIBE请求时，可以不加变化的使用在SIP中可用 的安全机制，诸如用于在请求认证中使用的HTTP摘要认证；使用SIPS URI 在消息传递路径上的传输层上的安全的设施；以及包括基于S/MIME的状况通 知细节的消息主体部分的加密。
6) 发送SIP NOTIFY消息的时机(发送消息的频率)
可以执行SIP NOT IFY消息的发送以用于表示可由No t i f y (B)监控的元数 据数据库34的内容的变化的每个事件(新数据的创建、内容的更新、等等)， 并且可以执行SIP NOTIFY消息的发送以用于每个预定周期(例如，默认3600 秒)。该发送可依赖于Notify (B)的操作的方式。当执行用于每个预定周期的 发送时，可以共同地发送在该周期中发生的事件。
7) 内容的获取和回力史
通过使用内容发现与通知事件业务而已发现期望内容的客户方的EPG应 用程序可以将存储在所返回的合成SIP NOTIFY消息的主体部分中的元数据文 档传给在相同的客户端上运行的IPTV客户应用程序13,并可以请求内容的 获取和回放。IPTV客户应用程序13可以从相关元数据要素提取在流服务器 (streaming server )上获取内容、下载内容或回放内容所需要的地址信息 等等。
图14显示存储在SIP NOTIFY消息的主体部分中的示例性元彰:据文档。 为了在Programlnformation要素中获取作为描述对象的内容，其中 Programlnformation要素是该元数据文档中存储的内容元数据，可以通过使 用"crid: 〃ca. com/321"作为该Programlnformat ion要素的属性ii的关4建 字来获取描述内容的;也ihURL的OnDemandProgram要素。该OnDemandProgram 要素可通过直接将查询发布给元数据数据库34而获得，并且可以通过使用内 容发现与通知事件业务而获得。在本例中，仅内容元数据的 Programlnformation要素可以被用作是作为结果的待发送对象。然而，通过 配置用于获取该要素和OnDemandProgram要素的查询，以及通过4丸4亍订阅， 可以同日于获取与之相关的Programlnformation要素和OnDemandProgram要 素。
接下来，下面描述根据所请求发明的实施例的IPTV系统100。 如图15中所示，IPTV系统100可包括IPTV客户端10; IPTV服务器20， 其允许通过流、下载等等来传递内容；元数据服务器30，其管理允许由IPTV 服务器20传递的内容的详细信息的元数据；以及网络40,其可连接这些要 素。
例如，IPTV客户端1Q可以是诸如个人计算机(PC)、 ^L顶盒或TV之类 的终端设备。IPTV客户端10可包括用户接口 11、网络接口 12、 IPTV客户应 用程序13、 EPG应用程序14以及本地元数据数据库15。
用户接口 ll可以处理用于用户l的输入和输出。例如，用户接口 11可 以接收各种从用户l输入的指令，并执行向EPG应用程序14的输出。而且， 用户接口 11可以执行从EPG应用程序14至用户l的响应，输出内容的回放 信息的处理等等。
网络接口 12可以提供与诸如互联网之类的网络40的接口。
户来操作的各种类型的控制的软件。
EPG应用程序14可包括用户交互处理部分16,其执行用于用户1的诸 如输入和输出之类的处理；以及事件包处理部分17,其在内容发现与通知事 件包上执行处理。事件包处理部分17可以是消息发送单元，该消息发送单元 产生用于事件通知订阅的SIP SUBSCRIBE请求，该请求包括对于元数据的检 索条件，并且该消息发送单元将SIP SUBSCRIBE请求发送至元数据服务器30。
本地元数据数据库15例如可由诸如硬盘驱动器或半导体存储器之类的 存储设备构成，并且存储从元数据服务器30获取的内容元数据。换句话说， 本地元数据数据库15可以是元数据存储单元，该元数据存储单元存储包括在 从元数据服务器30接收的SIP NOTIFY消息中的元数据检索结果。
此外，IPTV客户端IO可包括内容存储单元，其通过流、下载等等来 存储从IPTV服务器20接收的内容的数据；内容回放单元其通过内容的回 放执行来自解码的处理，虽然这些单元未示出。
IPTV服务器20可管理能够通过流、下载等等来传送的内容的重要数据。 而且，IPTV服务器20可建立用于在IPTV服务器20与IPTV客户端10的IPTV 客户应用程序13之间获取和回放内容的会话，并且将该内容通过流、下载等 等来传递至IPTV客户端10。
元数据服务器30可包括网络接口 31、事件包处理单元32、元数据查询 处理单元33以及元数据数据库34。
网络接口 31可提供与诸如互联网之类的网络40的接口。
事件包处理单元32可执行内容发现与通知事件包的处理。事件包处理单 元32可以是消息接收单元，其从IPTV客户端IO接收用于事件通知订阅的 请求，该请求包括对于元数据的检索条件；消息发送单元，其产生包括由元 数据检索单元获得的检索结果的SIP NOTIFY消息，并且其将SIP NOTIFY消 息发送回IPTV客户端10。
元数据查询处理单元33可以发布关于元数据数据库34的查询，并检索 元数据。换句话说，元数据查询处理单元33可以是元数据斥佥索单元，其基于 由该消息接收单元接收的SIP SUBSCRIBE请求中包括的检索条件来检索元数 据数据库34。
元数据数据库34可以通过使用TV-Anytime元数据的格式来管理作为由 IPTV服务器20来传递的内容的详细信息的元数据。TV-Anytime元数据可以是可扩展标识语言(XML)文档，并可被存储在诸如XML数据库之类的数据库 中。
图16显示IPTV客户端IO的示例性硬件配置。如图16所示，可以通过 系统总线502将只读存储器(ROM) 503、随机存取存储器(RAM) 504、输入操作 单元505、显示单元506、音频输出单元507、网络接口 12、光通信单元511 以及存储单元512连接至中央处理单元(CPU) 501。
输入操作单元505可包括各种键，并处理来自用户的各种命令和输入数 据。使用输入操作单元505输入的来自用户的命令可通过使用输入接口 (未 示出)经系统总线502提供给CPU 501。显示单元506可包括例如，诸如液 晶显示器(LCD)之类的显示器，以及用于驱动显示器的显示器控制电路。音频 输出单元507可包括将数字音频信号转化为模拟音频信号的电路以及扬声 器。输入操作单元505、显示单元506以及音频输出单元507可对应于图15 中所示的用户接口 11。网络接口 12可处理与网络40的有线或无线连接。
光通信单元511可以是用于处理与远程控制器或外部设备50通信的接 口 ，特別是通过使用作为无线介质的诸如红外辐射之类的辐射与外部设备50 通信。除了辐射之外，也可以使用诸如无线电波、声波以及电磁波之类的其 它无线介质。存储单元512可以是，例如，诸如硬盘驱动器或半导体存储器 之类的存储设备。
ROM 503是只读存储器，其可永久地存储用于导致计算机实施用于IPTV 客户端10、数据等等的功能的程序。该程序可存储在存储单元512中。RAM 504 是存储器，从ROM 503或存储单元512加载的程序，用于该程序的工作数据 等等被写入该存储器中。CPU 501可以执行用于解释和实施存储在ROM 503 中的程序或加载在RAM 504中的程序的算术处理。
图17显示每个IPTV服务器20和元数据服务器30的示例性硬件配置。 如图17中所示，每个IPTVM^务器20和元数据月良务器30都可由诸如个人计 算机之类的典型计算机系统组成。
换句话说，ROM 602、 RAM 603、网络接口31、包括4定盘和鼠标的输入单 元6 05 、包括扬声器和诸如阴极射线管(CRT)或LCD之类的显示器的输出单元 606、介质接口 607以及包括硬盘驱动器和非易失性存储器的存储单元608都 可通过系统总线609连4妻至CPU 601。
网络接口 31可处理与网络40的有线或无线通信。存储单元608可存储
程序，该程序用于导致计算机来实施用于特定服务器、各种类型的数据等等
的功能。CPU 601可将来自ROM 602或存储单元608的程序加载到RAM 603 中，并执行用于解释和实施该程序的算术处理。在介质接口 607中，如果需要， 可以加载诸如》兹盘、光盘、磁光盘或半导体存储器之类的可移除介质60。如 果需要，可以将从可移除介质60所读的程序安装到可移除介质60中。
接下来，下面描述根据本实施例的IPTV系统100的操作。
图18显示IPTV系统100中的示例性内容发现与通知事件包。首先，在 IPTV客户端IO和元数据服务器30之间可以建立用于内容发现的事件通知订 阅的对话的过程可以以下列的方式执行。
图19显示此时IPTV客户端10中的示例性流程。首先，IPTV客户端10 的EPG应用程序14中的用户交互处理部分16可通过用户接口 ll接受来自用 户1的开始内容险索通知的请求(图19中的步骤S201)。来自用户1的开始 内容检索通知的该请求可以是，例如，诸如需要包括作为内容提要的"派遣 (dispatch)"及包括作为执行者名称的"Ryoko"之类的内容的请求。当用户 交互处理部分16已接受开始内容检索通知的请求时，用户交互处理部分16 可产生XQuery语句查询，其存储在SIP SUBSCRIBE请求的主体部分中。更确 切地，例如，可以由用户交互处理部分16产生如图7中所示的SIP SUBSCRIBE 请求中的entity要素的内容。然后，用户交互处理部分16可以请求来自事 件包处理部分17的事件通知订阅(图19中的步骤S202)。事件包处理部分l7 可通过网络^接口 12将用于事件通知订阅的SIP SUBSCRIBE请求(见图7)发 送至元数据服务器30(图19中的步骤S203)。此时，可以在SIP SUBSCRIBE 请求的目标地中存储元数据服务器30的给定的sip-uri (例如，如图7中起 始4亍的"sip: IPTVDiscoveryServer罚servicePlatform. com")。 然后，事^f牛 包处理部分17可响应于SIP SUBSCRIBE请求来接收"200 OK"响应(见图8), 由此建立了用于内容发现的事件通知订阅的对话。
接下来，下面将描述在元数据服务器30中的用于事件通知订阅的对话建 立过程。此时元数据服务器30中的示例性流程如图20中所示。
在事件包处理单元32已通过网络接口 31接收由客户方的EPG应用程序 14所发布的SIP SUBSCRIBE请求(用于事件通知订阅)之后，事件包处理单元 32可通过网络接口 31向(响应于)客户方的EPG应用程序14发送回"200 OK" 响应(见图8)(图20中的步骤S301),由此建立了用于事件通知订阅的对话。
接下来，事件包处理部分17可将存储在所接收到的SIP SUBSCRIBE请求的主 体部分中的XQuery语句查询传送至元数据查询处理单元33 (图20中的步骤 S302 )。
在元数据查询处理单元33接收查询之后的元数据服务器30中的示例性 流程如图21和22中所示。当元数据查询处理单元33已接收来自事件包处理 单元32的查询时，元数据查询处理单元33可启动查询处理过程来发布关于 管理内容元数据的元数据数据库34的查询(图21中的步骤S401，图22中的 步骤S501)。目标元数据数据库34可以是由单个IPTV业务提供商来管理的 元数据数据库，并且可包括在多个IPTV业务提供商之上的多个元数据数据 库。
元数据数据库34的检索可以定期执行。然而，如图21中所示，在初始 检索中，不管是否已得到相应的元数据(即与查询匹配的元数据)(图21中的 步骤S402 )，在元数据查询处理单元33获得来自元数据数据库34的检索结 果之后，元数据查询处理单元33都可将检索结果传送至事件包处理单元32， 并请求事件包处理单元32发布用于初始状态的通知的SIP NOTIFY消息(图 21中的步骤S403)。来自元数据数据库34的检索结果可以是与查询相匹配的 元数据要素，或是用于参照或获取元数据的信息。当事件包处理单元32已接 收到用于初始状态的通知的SIP NOTIFY消息时，事件包处理单元32可在SIP NOTIFY消息的主体部分(见图10和11 )中存储来自元数据数据库34的检索 结果，并通过网络接口 31将所得到的SIP NOTIFY消息发送至客户方的EPG 应用程序14 (图21中的步骤S404 )。
图23显示在客户方的EPG应用程序14接收来自元数据服务器30的SIP NOTIFY消息的情况下的示例性流程。如图23中所示，当客户方的EPG应用 程序14已从元数据服务器30接收用于初始状态的通知的SIP NOTIFY消息时， EPG应用程序14可通过网络接口 12向(响应于)元数据服务器30发送回"200 OK"响应(图23中的步骤S601)。在内容元数据或者用于参照或获取元数据 的信息存储在用于初始状态的通知的SIP NOTIFY消息的主体部分时，EPG应 用程序14可在本地元数据数据库15中存储在SIP NOTIFY消息的主体部分中 存储的内容元数据或者用于参照或获取元数据的信息(图23中的步骤S602 )。
在对话期间，可定期地执行用于事件通知订阅的元数据服务器30的检 索。换句话说，如图22中所示，元数据查询处理单元33可在预定周期将查
询发布给元数据数据库34 (图22中的步骤S501 )。在元数据查询处理单元 33获取来自元数据数据库34的检索结果之后(图22中的步骤S502 )，元数 据查询处理单元33可将所获取的检索结果传送给事件包处理单元32，并请 求事件包处理单元32发布用于事件通知的SIP NOTIFY消息(图22中的步骤 S503 )。当事件包处理单元32已接收发布SIP NOTIFY消息的请求时，事件包 处理单元32可在SIP NOTIFY消息的主体部分中存储用于事件通知的检索结 果，并且通过网络接口 31将SIP NOTIFY消息发送至客户方的EPG应用程序 14 (图22中的步骤S504)。
如图23中所示，在客户方的EPG应用程序14从元数据服务器30接收用 于事件通知的SIP NOTIFY消息之后，EPG应用程序14可通过网络接口 12向 (响应于)元数据服务器30发送回"200 OK"响应(见图12)(图23中的步骤 S601) 。 EPG应用程序14可在本地元数据数据库15中存储在SIP NOTIFY消 息的主题部分中存储的内容元数据或者用于参照或获取元数据的信息(图23 中的步骤S602 )。
然后，IPTV系统100可定期地重复来自处理(步骤S501)的"查询发布 与通知环路"，在该处理(步骤S501)中，元数据服务器30通过处理(在该 处理中，客户方的EPG应用程序14将用于事件通知的"200 OK"响应发送回 SIP NOTIFY消息)将查询发布给元数据数据库34。
图24显示在"查询发布与通知环路"中来自用户1的内容^r索请求发生 在客户方或是本地元数据数据库15中的元数据被更新为最新的元数据的情 况下的示例性流程。在这种情况下，EPG应用程序14中的用户交互处理部分 16可从本地元数据数据库15获取元数据(图24中的步骤S701)。基于该元数 据，用户交互处理部分16可创建用于允许用户1选择待浏览和收听的内容的 接口屏幕，以及通过用户接口 11显示用于用户1的接口屏幕(图24中的步骤
5702) 。在接口屏幕上，可由用户l选择待浏览和收听的内容(图24中的步骤
5703) 。然后，用户交互处理部分16可从本地元数据数据库15中读取所选择 内容的元数据，并且将用于内容回放的包含元数据的会话建立请求传送至 IPTV客户应用程序13 (图24中的步骤S704 )。当IPTV客户应用程序13已 接收用于内容回放的会话建立请求时，IPTV客户应用程序13可4^l行用于获 取和回放内容的序列(图24中的步骤S705)。
图25显示示例性的内容获取和回放序列。IPTV客户应用程序13可确定
存储在本地元数据数据库15中内容的元数据是否包括诸如内容的URL之类的 地址信息(图25中的步骤S801)。换句话说，根据查询的配置可选择是否要 包括作为来自元数据数据库34的检索结果的地址信息，该地址信息是如图 13中所示的元数据要素中的Programlnformation要素的程序属性值。
如果存储在本地元数据数据库15中的内容的元数据包括该内容的地址 信息，那么IPTV客户应用程序13可使用包括请求可传递内容的IPTV服务器 20的地址信息的元数据，以建立用于该内容的回放会话(图25中的步骤 S804 )。在建立回放会话之后，通过使用回放会话，可从IPTV服务器20获取 并回放内容的数据(图25中的步骤S805)。
可替换地，如果存储在本地元数据数据库15中的内容的元数据不包括该 内容的任何地址信息，那么IPTV客户应用程序13可产生用于获取包括内容 的地址信息的元数据的查询，并通过网络40直接请求来自元数据凄t据库34 的检索(图25中的步骤S802 )。响应于该检索请求，元数据数据库34可检 索关于内容的元数据，并通过网络40将包括在元数据中的地址信息发送回 IPTV客户应用程序13 (图25中的步骤S803 )。通过使用直接从IPTV客户应 用程序13所获取的元数据(包括地址信息)，IPTV客户应用程序13可请求 能够传递该内容的IPTV服务器20建立用于该内容的回放会话(图25中的步 骤S804 )。在建立该回放会话之后，通过使用该回放会话，IPTV客户应用程 序程序13可从IPTV服务器20获取该内容的数据，并回放所获取的数据(图 25中的步骤S805 )。
接下来将会描述用于发布用于事件通知订阅的对话的示例性发布过程。
图26显示用于在客户方上发布用于事件通知订阅的对话的过程的示例 性程序。图27和28显示用于在元数据服务器30中发布用于事件通知订阅的 对话的过程的示例性程序。
EPG应用程序14中的用户交互处理部分16可通过用户接口 ll接受终止 来自用户1的内^^企索通知的请求(图26中的步骤S901 )。当用户交互处理 部分16已接受内容^r索通知的终止请求时，用户交互处理部分16可请求事 件包处理部分17终止事件通知订阅(图26中的步骤S902 )。当事件包处理 部分17已接收终止事件通知订阅的请求时，事件包处理部分17可发送用于 事件通知订阅终止的SIP SUBSCRIBE请求(图26中的步骤S903 )。
当元数据服务器30中的事件包处理单元32已通过网络接口 31从EPG
应用程序14接收用于事件通知订阅终止的SIP SUBSCRIBE请求时，事件包处 理单元32可请求元数据查询处理单元33终止对应的查询处理过程(图27中 的步骤S10G1)。响应于终止该查询处理过程的请求，元数据查询处理单元33 可终止对应的查询处理过程，并将表示该查询处理过程的终止的查询处理过 程终止通知返回至事件包处理单元32 (图27中的步骤S1002 )。响应于来自 元数据查询处理单元33的查询处理过程终止通知，事件包处理单元32可通 过网络接口 31将"200 OK"响应发送至客户方的EPG应用程序14 (图27中 的步骤S1003 )。然后，事件包处理单元32可发布用于事件通知订阅的对话。
在发布用于事件通知订阅的对话之后，事件包处理单元32可产生用于事 件通知订阅终止的SIP NOTIFY消息，并且通过网络接口 31将所产生的SIP NOTIFY消息发送给客户方的EPG应用程序14(图28中的步骤SllOl)。当EPG 应用程序14中的事件包处理部分17已接收用于事件通知订阅终止的SIP NOTIFY消息时，事件包处理部分17可发布用于事件通知订阅的对话，并通 过元数据服务器30将"200 OK"响应发送至服务器方。
根据所请求发明的实施例，提供了通过使用SIP SUBSCRIBE/NOTIFY机制 来发现期望内容的系统，其可通过IPTV客户端10降低来自元数据服务器30 的元数据的获取的成本。而且，即使在元数据服务器30中添加新的元数据或 是发生元数据的更新，当在元数据服务器30中建立了用于事件通知订阅的对 话时，基于查询发布可定期地检索元数据数据库34,并且也可将存储检索结 果的SIP NOTIFY消息发送至IPTV客户端10。因此，IPTV客户端10可典型 地保持所期望的最新内容的元数据。
结合附图，已经描述了根据所请求的发明的实施例。前面的描述是为了
式或实施例。出于说明书和本发明所公开的实施例的实践的考虑，本发明的 各种修改和改编对于本领域的技术人员都是显然的。例如，所描述的实施例 包括软件，但是根据所请求的本发明可以以软硬件的组合或单独的硬件进行 实施。硬件的例子包括计算或处理系统，其包括个人计算机、服务器、笔记 本电脑、大型机、微处理器等等。而且，虽然本发明的部分方面是为了在存 储器中存储所描述，但是，本领域的技术人员应该明白这些方面也可以存储 在诸如二级存储设备之类的其它类型的计算机可读介质上，例如，硬盘、磁 盘、光盘、固态存储器、或者其它形式的RAM或R0M。
基于本发明的书面描述及方法的计算机程序是在有经验的开发人员的技 能范围之内。使用本领域技术人员所了解的任何一种技术可以创建所述各种
计算机程序或程序模型，或可以结合现有软件来设计所述计算枳4呈序或程序 模型。
而且，虽然这里已经描述了本发明的图解实施例，但是本发明的范围包 括具有本领域技术员人基于当前的公开所能理解的等效要素、修改、省略、
组合(例如，各种实施例的各个方面的组合)、改编和/或变更的任^f可一个及所 有实施例。权利要求中的限制将基于权利要求书中使用的语言被广泛地进行 解释，并且不限于本说明书中或在申请的诉讼期间所描述的例子，这些例子 被构造为非独占性的。进一步，在不背离本发明的原理之内，所7>开方法的 步骤可以以任何方式进行修改，包括通过将步骤重新排序和/或插入或删除步 骤。因此，意图是将说明书和例子认为仅仅是示例性的，本发明真正的范围 和精神由下面的权利要求及其等效的完全范围来表示。
权利要求
1. 一种服务器装置，包含:数据库，其被配置为存储内容的元数据；消息接收部件，用于接收来自客户端的用于事件通知订阅的预订请求，该预订请求包括对于所述元数据的检索条件，并且该消息接收部件用于建立用于该事件通知订阅的对话；元数据检索部件，用于基于所述检索条件来检索所述数据库；以及消息发送部件，用于产生包括由所述元数据检索部件得到的检索结果的通告消息，并用于将所述通告消息发送至所述客户端。
2. 如权利要求1所述的服务器装置，其中，所述预订请求和所述通告 消息基于用于会话控制的协议。
3. 如权利要求2所述的服务器装置，其中，所述协议是会话启动协议。
4. 如权利要求l所述的服务器装置，其中，在建立所述对话之后，所 述元数据检索部件定期检索所述数据库。
5. 如权利要求1所述的服务器装置，其中，所述检索条件是关于所述 数据库的查询。
6. 如权利要求1所述的服务器装置，其中，所述检索条件是用于参照 或获取关于所述数据库的查询的信息。
7. 如权利要求1所述的服务器装置，其中，所述^r索结果包括与所述 才企索条件相匹配的匹配元数据。
8. 如权利要求1所述的服务器装置，其中，所述^^索结果包括用于参 照或获取与所述检索条件相匹配的匹配元数据的信息。
9. 如权利要求1所述的服务器装置，其中，所述元数据是即时电视格式。
10. —种网络系统，包含客户端，其能够通过网络接收内容，并播放该内容；以及 服务器装置，其被配置为管理所述内容的元数据， 其中所述客户端包括消息发送部件，用于产生用于事件通知订阅的预订请求，该预订请求包 括对于所述元数据的检索条件，并用于将该预订请求发送至所述服务器装置； 以及元数据存储单元，其被配置为作为对所述预订请求的响应接收来自所述 服务器装置的通告消息，并存储用于所述元数据的检索的结果，该结果包括 在所述通告消息中，以及其中，.所述服务器装置包括数据库，其被配置为存储所述内容的元数据；消息接收部件，用于接收来自所述客户端的预订请求，并用于建立用于所述事件通知订阅的对话；元数据检索部件，用于基于所述检索条件来检索所述数据库；以及 消息发送部件，用于产生所述通告消息，并用于将所述通告消息发送至所述客户端。
11. 如权利要求IO所述的网络系统，其中，所述预订请求和所述通告 消息基于用于会话控制的协议。
12. 如权利要求11所述的网络系统，其中，所述协议是会话启动协议。
13. —种内容发现与通知方法，包含产生用于事件通知订阅的预订请求，该预订请求包括对于内容的元数据 的检索条件；将所述预订请求/A^户端发送至服务器装置；接收来自所述客户端的预订请求；建立用于所述事件通知订阅的对话；基于所述检索条件，检索存储所述内容的元数据的数据库；产生包括通过所述数据库的检索而得到的检索结果的通告消息；以及将所述通告消息从所述服务器装置发送至所述客户端。
14. 如权利13所述的方法，其中，所述预订请求和所述通告消息基于 用于会话控制的协议。
15. 如权利14所述的方法，其中，所述协议是会话启动协议。
16. —种存储计算机程序的计算机可读存储介质，该计算机程序导致服 务器装置执行一种方法，该方法包含产生用于事件通知订阅的预订-清求，该预订请求包4舌对于内容的元凝:据 的检索条件；将所述预订请求从客户端发送至服务器装置； 接收来自所述客户端的预订请求；建立用于所述事件通知订阅的对话；基于所述检索条件，检索存储所述内容的元数据的数据库；产生包括通过所述数据库的检索而得到的检索结果的通告消息；以及将所述通告消息从所述服务器装置发送至所述客户端。
17. 如权利要求16所述的计算机可读存储介质，其中，所述预订请求 和所述通告消息基于用于会话控制的协议。
18. 如权利要求17所述的计算机可读存储介质，其中，所述协议是会 话启动协议。
19. 一种服务器装置，包含 数据库，其被配置为存储内容的元数据；消息接收单元，用于接收来自客户端的用于事件通知订阅的预订请求， 该预订请求包括对于所述元数据的检索条件，并用于建立用于所述事件通知 订阅的^H舌；元数据检索单元，用于基于所述检索条件来检索所述数据库；以及 消息发送单元，用于产生包括由所述元数据检索单元得到的检索结果的 通告消息，并用于将所述通告消息发送至所述客户端。
20. —种网络系统，包含客户端，其能够通过网络接收内容，并播放该内容；以及 服务器装置，其被配置为管理所述内容的元lt据， 其中所述客户端包括消息发送单元，用于产生用于事件通知订阅的预订请求，该预订请求包 括对于所述元数据的检索条件，并用于将该预订请求发送至所述服务器装置； 以及元数据存储单元，其被配置为作为对所述预订请求的响应接收来自所述 服务器装置的通告消息，并存储关于所述元数据的检索的结果，该结果包括 在所述通告消息中，以及其中，所述服务器装置包括数据库，其被配置为存储所述内容的元数据；消息接收单元，用于接收来自所述客户端的预订请求，并用于建立用于 所述事件通知订阅的对话； 元数据检索单元，用于基于所述检索条件来检索所述数据库；以及消息发送单元，用于产生所述通告消息，并用于将所述通告消息发送至 所述客户端。
全文摘要
一种具有配置为存储内容的元数据的数据库的服务器装置。消息接收单元接收来自客户端的用于事件通知订阅的预订请求，该预订请求包括用于元数据的检索条件；并建立用于事件通知订阅的对话。元数据检索单元基于检索条件来检索数据库。消息发送单元产生包括由元数据检索单元得到的检索结果的通告消息，并将通告信息发送至客户端。
文档编号H04L29/06GK101378398SQ20081021510
公开日2009年3月4日 申请日期2008年9月1日 优先权日2007年8月31日
发明者山岸靖明 申请人:索尼株式会社