网络系统、网络家用电器、内容/元数据同步处理方法以及计算机程序的制作方法

专利名称：网络系统、网络家用电器、内容/元数据同步处理方法以及计算机程序的制作方法
技术领域：
本发明涉及网络系统、网络家用电器、内容/元数据同步处理方法以 及计算机程序。
背景技术：
在接收包括广播服务、因特网协议电视(IPTV)服务以及数字通用 盘(DVD )、蓝光盘(BD )和高清晰度DVD (HDDVD )等的包分发服务 的多个服务的(单个或多个)家用网络电器中，使用取决于媒介的协议来 分发跨越多个媒介和网络分发的内容或内容的元数据。此外，当取决于媒 介和服务的协议所分发的内容或其元数据被更新时，如果协议每个都支持 更新功能，则通过取决于该协议的方法来执行更新处理。因此，在内容或 元数据在提供商侧被更新的情况下，如果在客户侧激活能够检测那些更新 事件的应用程序，则可以执行更新检测和更新处理。
专利文件1公开了一种4支术，在该:技术中，用户终端相对于提供内容 或内容的元数据的内容分发服务器定期轮询元数据是否被更新，并且当元 数据被更新时，向内容分发服务器请求并获取更新的元数据。
专利文件1:日本专利申请公开第2006-053633号(第0083段)

发明内容
本发明所要解决的问题
随着广播通信融合环境的H经由多个媒介和网络分发的这种内容 或元数据在家用网络装置中积聚的场M持增加。在具有相同内容的内容 或元数据经由多个不同媒介和网络/服务积聚在家用网络中的情况下，存 在下述可能性当那些内容或元数据中的任何一个被更新时，具有相同内 容但是经由其它不同媒介和网络/月良务分发和积聚的内容或元数据被类似 地更新。如果提供一种能够解决分别提供用于不同媒介和网络/服务的域中管 理的内容或元数据的标识符当中的相互对应(基于该对应，可以同样地判 断相同内容或相似内容)的机制，则通过更新内容或元数据中之一，可以 检测(类推)与其相对应的其它内容或元数据的更新事件，并且当检测到 时，执行使用更新协议(分发协议)的处理。然而， 一般而言，在不同的 媒介和网络/服务当中无法确保可以解决域中管理的内容或元数据的对应 性的标识符管理系统，并且不能期望这种同步管理的自动化。
作为其中同步管理的不一致性成为问题的例子，假定相对于从图28 所示的服务提供商A提供的加密内容a存在元数据1 ，并且价格信息包含 在其中，而且类似地，相对于从服务提供商B提供的加密内容P存在元 数据2，并且价格信息也包含在其中。内容ot和内容P是具有相同名称X 的内容。来自服务提供商A的报价假定高于服务提供商B的报价。换言 之，假定存在"元数据l的价格信息的值大于元数据2的价格信息的值" 的关系。
通常，为了提高家用网^4L内检索处理的性能，用于管理家用网络中 下载和积聚的内容的数据库存储其元数据的内容。这里，假定在某一时刻 (例如当第一运行周期结束时)，对于价格策略的变化，服务提供商A和 服务提供商B两者都降低名称X的价格。服务提供商A和服务提供商B 更新各自管理的元数据1和元数据2的价格内容。关于新的价格，假定来 自服务提供商A的报价低于来自服务提供商B的报价。换言之，假定关 系已改变为"元数据1的价格信息的值小于元数据2的价格信息的值"。
假定偶然地，在某个家用网络装置中运行服务提供商B的分发应用 程序，并且这样一来就检测到了元数据2的价格信息的更新。同时，服务 提供商A的分发应用程序未被激活，所以在数据库的内容当中只有对应 于元数据2的内^^皮更新。在这种状态下，当在这个家用网络装置中激活 内容购买导航应用程序并且执行在获取名称X的观看许可时参考数据库 以比较来自提供商的报价的处理时，因为元数据l的价格未被更新，所以 关系变成"元数据1的价M息的值大于元数据2的价格信息的值"，结 果是用户购买许可以观看来自服务提供商B的内容，服务提供商A丧失 了它的商业机会，而用户则丧失了购买更便宜内容的机会。
考虑到如上所述的问题，本发明旨在提供一种网络系统、网络家用电 器、内容/元数据同步处理方法以及计算积4呈序，它们能够通过向家用网 络之内的网络家用电器积极地通知内容或元数据的更新内容来有效地执行同步处理。
解决问题的手段
为了解决上述问题，根据本发明，提供了一种网络系统，其包括更 新通知消息生成装置，用于为每个服务生成更新通知消息，所迷更新通知 消息存储内容或所述内容的元数据的更新信息或者对所述更新信息的索 引；过滤属性设置装置，用于在针对从所述更新通知消息生成装置递送的 每个服务的所述更新通知消息中设置用于分类所述消息的过滤属性；更新 通知消息积聚部分，用于积聚其中所述过滤属性已被所述过滤属性设置装 置设置的所述更新通知消息；本机内容/元数据存储部分，其提供在家用 网络电器中，并且存储特定服务的内容或其元数据；更新装置，其通it^ 应于所述特定服务的应用程序来实现，用于使用所述更新信息来更新所述 4*内容/元数据存储部分中的内容或元数据；以及更新信息提供装置， 用于预先管理所述应用程序和所述过滤属性之间的对应性，基于经由网络 从所述更新通知消息积聚部分获取的所述更新通知消息中"^殳置的所述过 滤属性和所述对应性来指定提供所述更新通知消息之内的更新信息的应 用程序，并且通过激活所述应用程序来提供所述更新信息。
根据本发明的网络系统，即使当对应于服务的应用程序未被激活时， 也可以基于获取的更新通知消息中设置的过滤属性以及应用程序和过滤 属性之间的预置对应性来指定提供更新通知消息之内的更新信息的应用 程序，并且通过激活该应用程序，使用更新信息来更新#内容/元数据 存储部分中的内容或元数据。因此，通过向家用网^:内的网络家用电器 积极地通知内容或元数据的更新内容，可以令人满意地执行同步处理。
在根据本发明的网络系统中，过滤属性是用于指定服务的信息。因此， 可以有效地指定对应于服务的应用程序。
进一步，在根据本发明的网络系统中，过滤属性可以是用于指定内容 类别的信息。因此，针对每个类别的内容可以有效地指定和激活相应的应 用程序。
进一步，在根据本发明的网络系统中，更新通知消息生成装置可以生 成作为内容或元数据的4^P更新内容的全部更新信息，并且可以生成作为 仅是差别更新的更新内容的差别更新信息，同时定期切换它们作为更新信 息，而且在更新通知消息中设置指示每个更新通知消息的更新信息的更新方法的属性信息；并且更新信息提供装置基于更新通知消息积聚部分中积 聚的更新通知消息中设置的属性信息，可以经由网络从更新通知消息积聚
侧的内容或元数据同步所须的更新通知消息。通过如此4吏用全部更新和差 别更新两者，变得可以有效地执行更新处理，并且即使由于任何意外而发 生遗漏更新信息的情况，也可以有效地执行恢复处理。
进而，在根据本发明的网络系统中，更新通知消息可以存储内容或元 数据的更新信息作为更新信息，网络系统可以进一步包括第二更新通知消 息积聚部分，用于积聚经由网络通过更新信息提供装置从更新通知消息积 聚部分获取的更新通知消息，并且更新信息提供装置可以从第二更新通知
或元数据与月良务提供商侧的内容或元数据之间的同步的更新通知消息，结 果是可以有效地执行同步处理。
根据本发明的另 一个方面，提供了 一种能够经由网络从更新通知消息 积聚部分获取更新通知消息的网络家用电器，所述更新通知消息积聚部分 用于积聚存储内容或所述内容的元数据的更新信息或者对所述更新信息 的索引的更新通知消息，并且在所述更新通知消息中i殳置用于分类所述消 息的过滤属性，所述网络家用电器包括#内容/元数据存储部分，用 于存储特定服务的内容或其内容的元数据；更新装置，其通it^t应于所述 特定服务的应用程序来实现，用于使用所述更新信息来更新所述#内容 /元数据存储部分中的内容或元数据；以及更新信息提供装置，用于预先 管理所述应用程序和所述过滤属性之间的对应性，基于经由网络从所述更 新通知消息积聚部分获取的所述更新通知消息中设置的所述过滤属性和 所述对应性来指定提供所述更新通知消息之内的更新信息的应用程序，并 且通过激活所述应用程序来提供所述更新信息。
根据本发明的网络家用电器，即使当对应于服务的应用程序未被激活 时，也可以基于获取的更新通知消息中设置的过滤属性以及应用程序和过 滤属性之间的预置对应性来指定提供更新通知消息之内的更新信息的应 用程序，并且通过激活该应用程序，使用更新信息来更新本机内容/元数 据存储部分中的内容或元数据。因此，通过向家用网^内的网络家用电 器积极地通知内容或元数据的更新内容，可以令人满意地执行同步处理。
9在根据本发明的网络家用电器中，过滤属性是用于指定服务的信息。 因此，可以有效地指定对应于服务的应用程序。
进一步，在根据本发明的网络家用电器中，过滤属性可以是用于指定 内容类别的信息。因此，针对每个类别的内容可以有效地指定和激活相应 的应用程序。
进一步，在根据本发明的网络家用电器中，更新通知消息可以存储作
为内容或元数据的全部更新内容的4^更新信息，并且可以存储作为仅是 差别更新的更新内容的差别更新信息，同时定期切换它们作为更新信息， 可以用指示每个更新通知消息的更新信息的更新方法的属性信息来设置 更新通知消息，并且更新信息提供装置基于更新通知消息积聚部分中积聚 的更新通知消息中设置的属性信息，可以经由网络从更新通知消息积聚部
的内容或元数据同步所须的更新通知消息。通过如此使用^更新和差别 更新两者，变得可以有效地执行更新处理，并且即使由于任何意外而发生 遗漏更新信息的情况，也可以有效地执行恢复处理。
进而，在才艮据本发明的网络家用电器中，更新通知消息可以存储内容 或元数据的更新信息作为更新信息，网络家用电器可以进一步包括第二更 新通知消息积聚部分，用于积聚经由网络通过更新信息提供装置从更新通 知消息积聚部分获取的更新通知消息，并且更新信息提供装置可以从第二 更新通知消息积聚部分中获取4吏;M^内容/元数据存储部分中的内容或元 数据与服务提供商侧的内容或元数据同步所须的更新通知消息。使用这样 的结构，变得没有必要经由网络获取用于恢复本机内容/元数据存储部分
知消息，结果是可以有效地执行同步处理。
根据本发明的另一个方面，提供了一种内容/元数据同步处理方法， 其包括以下步骤通过更新通知消息生成装置为每个服务生成更新通知消 息，所述更新通知消息存储内容或所述内容的元数据的更新信息或者对所 述更新信息的索引；通过过滤属性设置装置在针对从所述更新通知消息生 成装置递送的每个服务的所述更新通知消息中设置用于分类所述消息的 过滤属性；在更新通知消息积聚部分中积聚其中所述过滤属性已被设置的 所述更新通知消息；通过由对应于特定服务的应用程序实现的更新装置， 使用所述更新信息 更新^内容/元数据存储部分中的内容或元数据， 所述#内容/元数据存储部分提供在家用网络电器中并且存储所述特定服务的内容或元数据；以及通过更新信息提供装置预先管理所述应用程序 和所述过滤属性之间的对应性，基于经由网络从所述更新通知消息积聚部 分获取的所述更新通知消息中^:置的所述过滤属性和所述对应性来指定 提供所述更新通知消息之内的更新信息的应用程序，并且通过激活所述应 用程序来提供所述更新信息。
根据本发明的内容/元数据同步处理方法，即使当对应于服务的应用 程序未被激活时，也可以基于获取的更新通知消息中设置的过滤属性以及 应用程序和过滤属性之间的预置对应性来指定提供更新通知消息之内的 更新信息的应用程序，并且通过激活该应用程序，使用更新信息来更新本 机内^:/元数据存储部分中的内容或元数据。因此，通过向家用网络之内 的网络家用电器积极地通知内容或元数据的更新内容，可以令人满意地执 行同步处理。
根据本发明的另一个方面，提供了一种使计算机作为网络家用电器来 操作的计算机程序，所述网络家用电器能够经由网络从更新通知消息积聚
部分获取更新通知消息，所述更新通知消息积聚部分用于积聚存储内容或
息，并且在所述更新通知消息中设置用于分类所述消息的过滤属性，所述 计算^4呈序包括本机内容/元数据存储部分，用于存储特定服务的内容 或其内容的元数据；更新装置，其通过对应于所述特定服务的应用程序来 实现，用于使用所述更新信息来更新所述本机内容/元数据存储部分中的 内容或元数据；以及更新信息提供装置，用于预先管理所述应用程序和所 述过滤属性之间的对应性，基于经由网络从所述更新通知消息积聚部分获 取的所述更新通知消息中设置的所述过滤属性和所述对应性来指定提供 所述更新通知消息之内的更新信息的应用程序，并且通过激活所述应用程 序来提供所述更新信息。
根据本发明的计算机程序，即使当对应于服务的应用程序未被激活 时，也可以基于获取的更新通知消息中设置的过滤属性以及应用程序和过 滤属性之间的预置对应性来指定提供更新通知消息之内的更新信息的应 用程序，并且通过激活该应用程序，使用更新信息来更新本机内容/元数 据存储部分中的内容或元lt据。因此，通过向家用网^内的网络家用电 器积极地通知内容或元数据的更新内容，可以令人满意地执行同步处理。
本发明的效果
ii根据本发明，可以通过向家用网^:内的网络家用电器积极地通知内 容或元数据的更新内容来有效地执行同步处理。
具体实施例方式
在下文中，参考附图来详细地描述本发明的实施例。"。这表明发生了其中从路由 要素A之下删除要素B并且添加要素C的差别更新。
图11是示出其上的数据反映了差别更新的transactionID = 04的差别 更新通知消息及其模型的示图。这里，指示更新类型(全部更新/差别更 新)的updateType属性的值为"delta",而指示更新内容细节的 updateDetail要素的内容为"addition of dement D [add<D>to<C>"。换 言之，表明发生了其中在要素C之下添加要素D的更新。
图12是示出其上的数据反映了全部更新的transactionID = 04的全部 更新通知消息及其模型的示图。指示更新类型(全部更新/差别更新)的 updateType属性的值为"full",而指示更新内容细节的updateDetail要 素的内容为"addition of elements A， C， and D [[add<A>and[add<C> to<A>]and[add<D>to<C>，，。换言之，这里发生了所有要素A、 C和D 的更新。
[表达更新内容细节的方法
下一步，将要描^^达更新内容细节的方法。
表i^t updateDetail要素中描述或者在从updateReference要素索引 的文件中描述的更新内容细节的方法取决于发布者。例如，为了表达更新， 发布者可能使用XML样式表语言转换(XSLT)或XQuery更新设施 (XQuery )，并且其它发布者可能使用结构化查询语言(SQL)或其它数据库操纵语言。当在更新通知消息中存储更新内容时，所有的内容都被文
本编码。当在从updateReference要素索引的文件中描述它时，还可以使 用二进制数据。这样一来，就使用取决于作为每个发布者的管理目标的数 据库的表达方法，或者使用只有采取更新处理的服务客户可以理解的表达 方法。
[更新通知消息分发协议
下一步，将会描述更新通知消息的分发协议。 作为更新通知消息分发协议，存在单播协议和组播协议。 首先，将会描述单播协i义的情况。
订户30通it^文本传输协议(HTTP)将更新通知消息获:^请求传 送到执行于队列/通道20侧的服务器侧脚本，并且服务器侧脚本响应于获 取请求传送更新通知消息。订户30以短周期定期执行获取请求。这种情 况下的URL语法被定义如下。
http:〃<serverSideScript> <queryParameter>
serverSideScript是用于每个发布者10的脚本的文件名。 queryParameter是被传递到该脚本的自变量的>#^:。
queryParameter变为以下模式中的任何一种。
模式l)
p=lastDelta
请求具有最新transactionld的差别更新通知消息的模式。
模式2)
p-lastFull
请求具有最新transactionld的全部更新通知消息的模式。 模式3)
以"&"为分隔符的transactionld-〈tansactionld〉的序列 请求具有系列指定transactionld的所有差别更新通知消息的模式。 模式4)fromTransactionId=<transactionIdl>&endTransactionId=<transact ionId_2>
请求从transactionld—1至transactionld—2的所有更新通知消息的模 式。 一
下一步，将会描iii且播协议的情况。
使用IP组播，发布者10在UDP包中存储更新通知消息。定期并重
复传送更新通知消息。更新通知消息的尺寸的上限被设置成当存储在IP
包中时，消息处在下层最大传输单元(MTU)之内(以便不引发IP分段)。 在http:〃<configuration file〉等中描述组播地址、端口号、循环计数和重 复计数。通过订户30侧预先获取文件，客户侧^L预先通知。
[网络系统的例子
下一步，将会描述釆用上述更新通知系统的网络系统的结构。 图13是示出网络系统的结构的框图。
如图所示，网络系统100由以下构成多个服务提供商40A、 40B和 40C，用于分发用于每个服务的内容或内容的元数据；以及家用网络侧电 器50，在所述家用网络侧电器50中存在接收那些内容或元数据的分发服 务的装置或应用程序。服务提供商40A、 40B和40C分别包括发布者 10A、 10B和10C，用于生成更新通知消息；以及队列/通道20A、 20B和 20C，用于将发布者10A、 10B和10C所生成的更新通知消息公开地发布 在网络90上。另一方面，家用网络侧电器50包括订户30，用于经由 网络卯分别^U艮务提供商40A、40B和40C的队列/通道20A、20B和20C 获取更新通知消息；以及多个月艮务客户60a、 60b和60c，每个作为对应 于每个服务的应用程序，其中的每一个针对#数据库中存储的每个服务 采取内容或元数据的更新处理。订户30和服务客户60a、 60b和60c可经 由家用网络70连接。
订户30经由网络90分别从服务提供商40A、 40B和40C的队列/通 道20A、 20B和20C获取更新通知消息，并且通过过滤向服务客户60a、 60b和60c选择性地提^Ht为更新通知消息之内的更新信息(updateDetail 要素的内容)或者对更新信息的索引(updateReference要素的内容)的 更新信息。基于获取的更新信息，服务客户60a、 60b和60c执行4^L内 容/元数据数据库61a、 61b和61c中存储的内容/元数据的更新。进一步，当作为更新信息的临时目的地的服务客户60a、 60b和60c 未被激活时，订户30激活服务客户60a、 60b和60c并提供更新信息或对 更新信息的索引。基于在提供的更新信息或对更新信息的索引的M上获 取的更新信息，服务客户60a、 60b和60c分别更新;M^内容/元数据数据 库61a、 61b和61c中的内容或元数据并执行同步处理。这里，在服务客 户60a、 60b和60c的每一个中实施当订户30将更新信息移交给服务客户 60a、 60b和60c时使用的协议。
各个服务提供商40A、 40B和40C的队列/通道20A、 20B和20C能 够从多个SNS网站80所管理的分类翁:据库中获取在SNS网站80中定义 的类别，并且能够将类别设置为eventCategory作为更新通知消息的过滤 属性。
下一步，将会描^J艮务提供商40A、 40B和40C的结构和处理序列。
图14是示出服务提供商40A、 40B和40C的结构的示图，并且图15 是示出服务提供商40A、 40B和40C的处理序列的示图。
发布者10A、 10B和10C每个包括内容/元数据管理服务器U、内容/ 元数据主数据库12和更新通知生成器13。
内容/元数据管理服务器11根据来自用户的经由用户接口给出的指令 或者来自应用程序的指令生成和更新内容或内容的元数据(在下文中被描 述为"内容/元数据")(S401)。
内容/元数据主数据库12是用于存储由内容/元数据管理服务器11生 成和更新的内容/元数据。
更新通知生成器13执行相对于内容/元数据主数据库12中存储的内 容/元数据的更新的定期检测，并且当检测到更新时，执行以下处理生 成存储其更新信息的更新通知消息，并且将生成的更新通知消息移交到队 列/通道20A、 20B和20C的过滤管理器21 ( S402 )。
另一方面，队列/通道20A、 20B和20C每个包括过滤管理器21、更 新通知消息数据库22、 SNS分类聚集器23和消息分发服务器24。
SNS分类聚集器23从SNS网站80的分类数据库收集类别，并且向 过滤管理器21通知所收集的类别(S403 )。
过滤管理器21执行以下处理基于SNS分类聚集器23所通知的类 别来设置从更新通知生成器13移交的更新通知消息的eventCategory属
21性，并且将其存储在更新通知消息数据库22中(S404)。
更新通知消息数据库22是用于存储更新通知消息的数据库，在所述 更新通知消息中eventCategory属性已被过滤管理器21设置。
消息分发服务器24执行更新通知消息数据库22中存储的更新通知消 息经由网络卯向订户30的组播传输，或者执行响应于来自订户30的请 求从更新通知消息数据库22检索更新通知消息并单##输检索到的更新 通知消息(S405)。
图16是示出SNS分类聚集器23和SNS网站80的结构的示图，并 且图17是示出通过SNS分类聚集器23从SNS网站80的分类数据库收 集类别的处理序列的示图。
SNS网站80每个包括分类管理应用程序81和分类数据库82。分类 管理应用程序81执行以下处理在分类数据库82中存储与使用SNS网 站80的用户所注册的博客等的内斜目对应地定义的类别(S501 )。分类数 据库82是用于存储类别的数据库。如上所述，SNS分类聚集器23执行以 下处理从SNS网站80的分类数据库82收集类别并通知过滤管理器 (S502 )。
下一步，将会描述家用网络侧电器(网络家用电器)50的结构和处 理序列。
图18是示出家用网络侧电器50的结构的示图，并且图19是示出家 用网络侧电器50的处理序列的示图。
订户30包括消息分发客户31、居所消息数据库32和居所消息分发 服务器33。
消息分发客户31执行以下处理在居所消息数据库32中存储用户在 S601中经由用户接口输入的更新通知消息的过滤属性，或者存储基于来 自服务客户60a、 60b和60c的更新通知消息的过滤登记请求给出的更新 通知消息的过滤属性(S602)。例如，在用于服务客户60a、 60b和60c 中的每一个的居所消息数据库32中登记何种类别的什么服务要被获取的 更新信息。此外，消息分发客户31在居所消息数据库32中存储从队列/ 通道20A、 20B和20C中的每一个的消息分发服务器24通过组播传输的 更新通知消息，或者存储作 对消息获取请求的传输的响应的来自队列/ 通道20A、 20B和20C的更新通知消息(S603 )。
居所消息分发服务器33定期从居所消息数据库32检索更新通知消息，并且基于居所消息数据库32中登记的服务客户60a、 60b和60c的过滤属性，经由家用网络70向相应的服务客户60a、 60b或60c提供更新通知消息之内的更新信息(updateDetail要素的内容)或者对更新信息的索引(updateReference要素的内容)。此时，当相应的服务客户60a、 60b或60c未被激活时，该服务客户60a、 60b或60c被激活，并且提供更新信息或者对更新信息的索引(S604)。
例如，将会考虑下述情况在居所消息数据库32中登记过滤属性，以^JJ艮务提供商40A的分发服务中的类别"sport"的元数据的更新通知消息到达服务客户60。在这种情况下，如果从居所消息数据库32中检索到的更新通知消息的eventCategory属性是"服务提供商40A的内容分发服务中的类别"sport"的元数据的更新通知"，则居所消息分发服务器33激活服务客户60a，以便向服务客户60a通知更新通知消息之内的更新信息或者对更新信息的索引。
当从居所消息分发服务器33获取更新信息或者对更新信息的索引时，服务客户60a、 60b和60c基于更新信息或者对更新信息的索引来更新各自本机内容/元数据数据库61a、 61b和61c中存储的内容/元数据(S605 )。
图20是示出多个服务提供商40A、 40B和40C以及多个服务客户60a 、60b和60c当中更新通知消息的通知的例子的示图。
这里，订户30执行更新信息的过滤，以^Ji艮务客户60a获取服务提供商40A的更新信息，服务客户60b获取服务提供商40B的更新信息，并且服务客户60c获取服务提供商40C的更新信息。应当注意的是，内容/元数据的类别属性未被指定。
首先，在订户30的居所消息数据库32中存储来自服务提供商40A的transactionld = 100的更新通知消息，并且居所消息分发服务器33从居所消息数据库32检测更新通知消息并向服务客户60a通知更新通知消息之内的更新信息或者对更新信息的索引。应当注意的是，根据服务客户60a、 60b和60c中的每一个的协议来执行更新信息或者对更新信息的索引从居所消息分发服务器33向服务客户60a、 60b和60c的通知。
下一步，当在订户30的居所消息数据库32中存储来自服务提供商40C的transactionld = 67的更新通知消息时，居所消息分发服务器33从居所消息数据库32检测更新通知消息并向服务客户60c通知更新通知消息之内的更新信息或者对更新信息的索引。
随后，当在订户30的居所消息数据库32中存储来自服务提供商40B的transactions - 988的更新通知消息时，居所消息分发服务器33从居所消息数据库32检测更新通知消息并向服务客户60b通知更新通知消息之内的更新信息或者对更新信息的索引。
在这之后，来自服务提供商40B的transactionld = 989的更新通知消息、来自服务提供商40C的transactionld = 98的更新通知消息和来自服务提供商40A的transactionld = 98的更新通知消息相继存储在订户30的居所消息数据库32中，并且居所消息分发服务器33检测这些更新通知消息并相继向服务客户60b通知来自服务提供商40B的transactionld = 989的更新通知消息之内的更新信息或者对更新信息的索引、向服务客户60c通知来自服务提供商40C的transactionld = 98的更新通知消息之内的更新信息或者对更新信息的索引以及向服务客户60a通知来自服务提供商40A的transactionld = 98的更新通知消息之内的更新信息或者对更新信息的索引。
基于登记的过滤属性的内容，订户30从而可以向相应的服务客户60a、 60b和60c提供月良务提供商40A、 40B和40C中生成的更新通知消息之内的更新信息或者对更新信息的索引。
下一步，将会描述基于对更新通知消息之内的更新信息的索引的内容/元数据更新处理序列。
图21是示出用于基于对更新通知消息之内的更新信息的索引的内容/元数据的更新处理的结构的示图，并且图22是基于对更新通知消息之内的更新信息的索引的内容/元数据的更新处理的序列图。
在服务提供商40侧，提供有数据库同步信息提供月良务器25，用于接受来自服务客户60a、 60b和60c的更新信息索引请求，并且作为响应向服务客户60a、 60b和60c传输相应的内容/元数据。当从服务客户60a、60b和60c接收到更新信息索引请求时，数据库同步信息提供服务器25检索作为内容/元数据主数据库12中存储的相应检索目的地的内容/元数据的更新信息，并且将作为响应的更新信息传输到作为检索请求源的服务客户60a、 60b和60c ( S701 )。服务客户60a、 60b和60c从数据库同步信息提供服务器25接收作为响应的更新信息，并且使用更新信息来更新各个#内容/元数据数据库61a、61b和61c中存储的内容/元数据(S702 )。
24如上所述，通过存储对更新通知消息中的更新信息的索引而不是存储
更新信息的实际数据，并且通过已获取了更新通知消息的服务客户60a、60b和60c基于对更新信息的索引来获取更新信息，可以转移从服务提供商40A、 40B和40C侧朝向多个月艮务客户60a、 60b和60c传输更新信息的实际数据的时间，^J良务提供商40A、 40B和40C侧的负荷时间^St，并且有效地执行更新处理。
下一步，将会描述分别在服务客户60a、 60b和60c中的#内容/元数据数据库61a、 61b和61c的故障恢复处理。
图23是示出用于在服务客户60a的#内容/元数据数据库61a中已发生故障的情况下进行的故障恢复处理的结构的示图，并且图24是故障恢复处理的序列图。
服务提供商40A、 40B和40C中的每一个包括数据库同步信息提供服务器25，用于当从服务客户60a、 60b和60c接收到故障恢复更新信息的索引请求时，检索内容/元数据主数据库12中存储的相应内容/元数据的所有更新信息，并且将作为响应的更新信息传输到作为请求源的服务客户60a。
当检测到服务客户60a的#内容/元数据数据库61a中的故障时，启动故障恢复处理(S801)。在故障恢复处理中，服务客户60a首先经由家用网络70向订户30之内的居所消息分发服务器33传输更新通知消息获取请求。当接收到更新通知消息获取请求时，居所消息分发服务器33基于居所消息数据库32中登记的服务客户60a的过滤属性，在居所消息数据库32中存储的更新通知消息当中拔:取所有相关的更新通知消息，并且将它们传输到服务客户60a ( S802 )。
这里，当更新信息的实际数据存储在更新通知消息中时，服务客户60a使用在S803中获取的更新通知消息之内的更新信息来执行;M^内容/元数据数据库61a的故障恢复处理(S804 )。进一步，当只有对更新信息的索引存储在更新通知消息中时，服务客户60a经由家用网络70和网络卯向作为对更新信息的索引的目的地的服务提供商(假定为服务提供商40A)的数据库同步信息提供服务器25传输故障恢复更新信息索引请求。当W艮务客户60a接收到更新信息索引请求时，数据库同步信息提供月艮务器25检索内容/元数据主数据库12中存储的相应内容/元数据的更新信息，并且将更新信息传输到作为请求源的服务客户60a(S805)。当从数据库同步信息提供服务器25获取更新信息时，服务客户60a使用更新信息来执行#内容/元数据数据库61a的故障恢复处理(S804 )。
应当注意的是，上述故障恢复处理也类似地适用于在其它月l务客户的 4*内容/元数据数据库发生故障的情况以及作为对更新信息的索引的目 的地的服务提供商是不同服务提供商的情况。
使用这种系统，变得可以在各个服务客户60a、 60b和60c的;^L内 容/元数据数据库61a、61b和61c由于某种故障而请求恢复处理的情况下， 通过使用家用网洛t内的居所消息数据库32中存储的更新通知消息来执 行本机内容/元数据数据库61a、 61b和61c的故障恢复处理，而不必访问 服务提供商40A、 40B和40C。因此，可以抑制伴随^内容/元数据数 据库61a、 61b和61c的故障恢复处理而来的处理事项的负荷。
在上述结构中，已示出了其中订户30和月良务客户60a、 60b和60c 处在家用网络70之内的例子。然而，本发明的系统也可以适用于服务客 户60a、 60b和60c处在家用网络70之外的情况，下一步示出其例子。
基于打包媒介的游戏装置如PSP (注册商标)和PlayStation (注册 商标)并不总是一直连接到网络90。此外，在将游戏装置带到旅游目的 地等的情况下，游戏装置需要连接到网络90，以侵_从家用网络70上的订 户30获取更新信息，或者直接分别从服务提供商40A、 40B和40C的队 列/通道20A、 20B和20C获取更新信息。在这种情况下，将蜂窝电话安 装到游戏装置(包括使用bluetooth (注册商标)的短距离连接形式)，以 便经由移动电话网络或HOTSPOT (注册商标)(在蜂窝电话具有无线 LAN功能的情况下)获取更新信息。
图25是示出下述形式的更新序列的示图在蜂窝电话120上实施的 服务客户60d代表性地执行游戏装置110中存储的内容或元数据的更新处 理。
蜂窝电话120的服务客户60d被激活(S901 )。当游戏装置110与本 地通道连接时(不管是否物理接触)，蜂窝电话120的服务客户60d从服 务提供商40的队列/通道20之内的更新通知消息数据库22中获取最新的 更新通知消息(S902)。基于获取的更新通知消息中包含的事项要素的属 性，蜂窝电话120的服务客户60d判断最新的更新信息是全部更新信息和 差别更新信息中的哪一个，并且如果判断是4^更新信息，则经由游戏装 置110的应用程序的本地通道连接通过4^P更新信息来请求更新(S903 )。
进一步，当获取的最新更新信息是差别更新信息时，从服务提供商40的队列/通道20中获取包含过去最接近的全部更新信息的更新通知消 息，另外从队列/通itl^UMt S903中获取的更新通知消息到在S902中 获取的之前一个消息的更新通知消息范围的差别更新信息，并且请求游戏 装置110的应用程序经由本地通道连接通过获取的那些差别更新信息来 进行更新(S卯4 )。
在这之后，每次从队列/通道20接收到差别更新通知消息时，蜂窝电 话120的服务客户60d都通过连接到本地通道的游戏装置110的应用程序 的差别更新信息来请求更新(S卯6)。
应当注意的是，可以经由存储装置如SD (注册商标)存储卡或存储 棒(注册商标)提供更新信息从蜂窝电话120的服务客户60d向游戏装置 110的应用程序的传输。
顺便提及，在迄今描述的网络系统IOO中，单独的服务提供商40A、 40B和40C例如由诸如如图26所示的PC之类的计算机的硬件和程序等 实现。
具体地，CPU 61经由系统总线609连接到ROM 602、 RAM 603、 网络90接口部分604、由键盘和鼠标等构成的输入部分605、由扬声器和 由阴极射线管(CRT)和LCD构成的显示器等构成的输出部分606、媒 介接口部分607以及由硬盘驱动器和非易失性存储器等构成的存储部分 608。
网络接口部分604处理相对于网络90的有线或无线连接。存储部分 608存储用于使计算机执行作为特定服务器的功能的程序和各种类型的 数据等。CPU 601从ROM 602和存储部分608向RAM 602加栽用于使 计算机起到服务提供商中的发布者或队列/通道作用的程序，并且执行用 于解释执行的操作处理。媒介接口部分607适当地安装有可移动的媒介2
如磁盘、光盘、磁光盘或半导*储器，并且从中读出的程序在必要时被 安装在存储部分608中。
进一步，在服务提供商中，发布者和队列/通道可以是在不同计算机 上运行的程序，或者可以是在单个计算机上运行的程序。
进而，在家用网络侧电器50中，订户和服务客户例如可以是在TV 中实施的程序或作为PC中安装的应用程序而运行的程序。此外，订户和 服务客户可以通过结合在不同电器中的程序*^行。
图27是示出其中实施了订户和服务客户的网络家用电器的硬件结构的框图。如图所示，中央处理单元(CPU) 501经由系统总线502连接到 只读存储器(ROM) 503、随M取存储器(RAM) 504、输入操作部分 505、显示部分506、音频输出部分507、网络接口部分508、光通信部分 511和存储部分512。
输入操作部分505包括各种按键并且处理来自用户的各种指令和数 据的输入。经由系统总线502通过输入接口部分(未示出)将用户使用输 入操作部分505输入的指令供应到CPU 501。显示部分506例如由显示装 置如液晶显示器(LCD )和用于驱动显示装置的显示控制电路构成。音频 输出部分507由将数字音频信号转换成模拟音频信号的电路和扬声器等 构成。网络接口部分508处理相对于网络90的有线或无线连接。
光通信部分511是用于处理与遥控器或其它外部电器的通信的接口 ， 并且具体地用于使用诸如红外线之类的光作为无线媒介来执行与外部电 器的通信。此外，除了光之外，可以使用其它无线媒介如无线电波、声波 和电磁波。存储部分512例如是诸如硬盘驱动器或半导体存储器之类的存 舰备。
ROM 503是只读存储器，在其中持久地存储用于使计算机执行作为 订户和服务客户的功能的程序和数据等。应当注意的是程序可以存储在存 储部分512中。RAM 54是用于写入从ROM 53或存储部分512加栽的程 序和程序的运算数据等的存储器。CPU501执行运算处理，以便解释执行 ROM 503中存储的程序或加栽到RAM 504的程序。
(第二实施例)
在上述实施例中，已描述了以要素为单位更新元数据的情况。下一步， 将会描述以分段为单位来更新以分段为单位划分层次的TV-Anytime元数 据。
分段是TV-Anytime等的整个元数据的一部分。 一部分也可以被i兌成 是由一个或多个要素构成的元数据的一部分。图29是描述关于作为 TV-Anytime元数据分段的广播通道月艮务的信息的Servicelnformation元 数据的例子。
在图29中，Servicelnformation - A、 - B和-C分别是广播通道A、 B和C的Servicelnformation元数据。在这些Servicelnformation元数据
中，例如可以用于作为关于广播通iU艮务的信息将要描述的关于服务标识符、对双亲服务的索引、服务名称、所有者和服务风格等的信息。在这个
实施例中，通过Servicelnformation中的扩展来引入能够描述购买通道所 须的价格的Purchaseltem要素。在这个例子中，广播通道A^I 争月300 日元，广播通道B是每月400日元，并且广播通道C是每月500日元。
将会对以下情况下的Servicelnformation元数据的更新给出描述广 播通道的价格发生改变或者用于购买广播通道的单位发生改变等等。图 30是以下情况下的Servicelnformation元数据的更新例子将广播通道B 和广播通道C作为一个放在一起，并且将价格设置为每月600日元。在 这个例子中，将广播通道B和广播通道C包容为单个"通道包"，并且重 新创建作为通道包的Servicelnformation元数据的Servicelnformation-D。 此夕卜，在Servicelnformation-D之内的Purchaseltem要素中描述关于被 放在一起作为一个的广播通道B和广播通道C的价格的信息。
顺便提及，在当前TV-Anytime的标准中，在像如上所述的包容多个 广播通道的通道包结构的Servicelnformation中不能描述以分段为单位划 分层次的结构。在这一点上，在这个实施例中，为了定义包容多个广播通 道的通道包的结构，重新引入了 ServicePackRef要素。ServicePackRef 要素是用于定义当从包容的子Servicelnformation (在这种情况下为 Servicelnformation-A 和 Servicelnformation-B ) 来看时对双亲 Servicelnformation (在这种情况下为Servicelnformation-D )的索引的要 素。
图41是用于说明图30所示的Servicelnformation元数据的更新处理 的示图，图31是示出在图30所示的变化之前的广播通道B和C的 Servicelnformation元数据的特定例子的示图，并且图32是示出在图30 所示的变化之后的Servicelnformation元数据的特定例子的示图。
变化之前的Servicelnformation元数据包含ServicelnformationTable 要素71 。 ServicelnformationTable要素71包括多个广播通道的 Servicelnformation要素72和73，亦即在这个例子中包括广播通道B和 广播通道C的Servicelnformation要素72和73。 Servicelnformation要 素72和73每个包括serviceld属性74,用于标识服务；fragmentld属 性75，用于标识分段；fragmentVersion属性76，其指示分段的版本； Name要素77，其描述广播通道的名称；以及Purchaseltem要素78，其 描述关于价格的信息。Purchaseltem要素78包括Price要素79,其描 述价格；以及Purchase要素91，其描述诸如按月付款之类的关于价格的200880012708.1
说明书第25/41页 信息。
另一方面，变^f匕之后的 Servicelnformation元数据包含 ServicelnformationTable要素71 a。 ServicelnformationTable要素71 a包 括多个广播通道和通道包的Servicelnformation要素72a、 73a和92。被 包容的各个广播通道的Servicelnformation要素72a和73a每个包括 serviceld属性74，用于标识月良务；fragmentld属性75，用于才示识分段； fragmentVersion属性76，其指示分段的版本；Name要素77，其描述广 播通道的名称；以及ServicePackRef要素93。通道包的Servicelnformation 要素92包括serviceld属性74，用于标识服务；fragmentld属性75; fragmentVersion属性76; Name要素77，其描述通道包的名称；以及 Purchaseltem要素94，其描述关于价格的信息。Purchaseltem要素94 包括Price要素95，其描述价格；以及Purchase要素96，其描述诸如 按月付款之类的关于价格的信息。
下一步，将会对以下情况下的操作给出描述在包括分发元数据的 IPTV服务器和获取元数据的IPTV客户终端的IPTV系统中，以分段为 单位更新Servicelnformation元数据。
图33是示出IPTV系统100的结构的示图。如图所示，IPTV系统 100包括IPTV服务器110、 IPTV客户终端120以及诸如因特网之类的能 够连接这两者的网络130。
IPTV服务器110包括元数据生成部分Ul、元数据服务器数据库112、 元数据分发部分113和IPTV媒介服务器114等。
元数据生成部分111生成元数据。元数据服务器数据库112保持元数 据生成部分111所生成的元数据。元数据分发部分113经由网络130向 IPTV客户终端120分发元数据服务器数据库112中保持的元数据。IPTV 媒介服务器114经由网络130向IPTV客户终端120传输内容。
IPTV客户终端120包括元数据接收部分121 、元数据客户数据库122 、 用户接口处理部分123和IPTV媒介客户124。
元数据接收部分121接收经由网络130从IPTV服务器110传输的元 数据。元数据客户数据库222保持元数据接收部分121所接收的元数据。 用户接口处理部分123输入来自用户的指令。IPTV媒介客户124基于来 自用户接口处理部分123的指令接收并再现经由网络130从IPTV服务器 IIO传输的内容。
30下一步，将会参考图34的流程图来描述以下处理从IPTV服务器 110向IPTV客户终端120分发并更新Servicelnformation元教:据。
首先，在IPTV服务器110中，元数据生成部分111生成广播通道的 Servicelnformation元数据(步骤Sl)。 生成的广播通道的 Servicelnformation元数据存储在元数据服务器数据库112中。
元数据分发部分113从元数据服务器数据库112中读出 Servicelnformation元数据，生成包含这个Servicelnformation元数据的 更新通知消息(步骤S2 )，并且经由网络130向IPTV客户终端120分发 更新通知消息(步骤S3)。
IPTV客户终端120中的元数据接收部分121接收经由网络130从 IPTV服务器110传输的更新通知消息(步骤S4 )，并且在元数据客户数 据库122中登记接收到的更新通知消息中包含的Servicelnformation元数 据(步骤S5 )。
在这之后，当通过IPTV服务器110中的元lt据生成部分111生成更 新的Servicelnformation元数据时(步艰S6 )，更新的Servicelnformation 元数据存储在元数据服务器数据库112中。
元数据分发部分113从元数据服务器数据库112中读出更新的 Servicelnformation元数据，生成包含更新的Servicelnformation元数据 的更新通知消息(步骤S7 )，并且经由网络130向IPTV客户终端120分 发更新通知消息(步骤S8)。
当接收到经由网络130从IPTV服务器110传输的包含更新的 Servicelnformation元数据的更新通知消息时(步骤S9 )， IPTV客户终端 120中的元数据接收部分121从元数据客户数据库122中登记的现有 Servicelnformation元数据当中检索分段ID与接收到的更新通知消息中
元数据，并且使用更新通知消息中包含的Servicelnformation元数据来更 新现有的Servicelnformation元数据(步骤S10 )。
下一步，将会采用分别如图31和32所示的更新之前和之后的 Servicelnformation元数据作为例子，来更加详细地描述分发和更新 Servicelnformation元数据的处理。
图35是IPTV服务器110的处理序列，而图36则是IPTV客户终端 120的处理序列。
31首先，元数据生成部分111生成通道B的Servicelnformation元数据 (图35:步骤Sll )。通道B的Servicelnformation元数据是图31中其值 为"Chaimd-B"的serviceld属性74之下的Servicelnformation要素72 的分层部分。随后，在元数据服务器数据库112中登记元数据生成部分 111所生成的通道B的Servicelnformation元数据34。另外，此时，通道 B的Servicelnformation元数据中包含的fragmentld属性75的值"1234" 和fragmentVersion属性76的值"1001"存储在元数据服务器数据库112 中作为更新管理信息35。
进一步，元数据生成部分111生成通道C的Servicelnformation元数 据(图35:步骤S12 )。通道C的Servicelnformation元数据是图31中其 值为"Channel-C"的serviceld属性74之下的Servicelnformation要素 73的分层部分。随后，在元数据服务器数据库112中登记元数据生成部 分111所生成的通道C的Servicelnformation元数据36。另外，此时， 通道C的Servicelnformation元lt据中包含的fragmentld属性75的值 "5678"和fragmentVersion属性76的值"1010"存储在元数据服务器 数据库112中作为更新管理信息37。
下一步，元数据分发部分113从元数据服务器数据库112中读出通道 B的Servicelnformation元数据34和通道C的Servicelnformation元数 据36,创建存储这些Servicelnformation元数据34和36的更新通知消息 38作为update Detail,并且将其经由网络130分发到IPTV客户终端120 (图35:步骤S13 )。
在IPTV客户终端120中，元数据接收部分121接收经由网络130从 IPTV服务器110传输的更新通知消息(图36:步骤S14)。元数据接收 部分121在元数据客户数据库122中登记作为update Detail的接收到的 更新通知消息38中存储的通道B的Servicelnformation元数据34和通道 C的Servicelnformation元数据36。此时，通道B的Servicelnformation 元数据中包含的fragmentld属性75的值"1234"和fragmentVersion属 性76的值"1001"被存储作为客户侧更新管理信息39,并且通道C的 Servicelnformation元数据中包含的fragmentld属性75的值"5678"和 fragmentVersion属性76的值"1010"被存储作为客户侧更新管理信息 41。
其后在通道B和通道C被包容为单个通道包D并且价^^被改变为一 起每月600日元的情况下执行的操作如下。元数据生成部分111生成其上反映了变化内容的通道B的 Servicelnformation元数据(图35:步骤S15 )。改变的通道B的 Servicelnformation元数据是图32中其值为"Channel画B"的serviceld属 性74之下的Servicelnformation要素72a的分层部分。具体地，如图41 所示，在改变的通道B的Servicelnformation元数据中，fragmentld属性 75和Name要素77的值与变化之前的值相同。fragmentVersion属性76 的值被更新为指示更新之后最新版本的值。在变化的时候删除更新之前存 在的Purchaseltem要素91， 代替地添加用于定义对双亲 Servicelnformation (通道包D的Servicelnformation元数据)的索引的 ServicePackRef要素93。
随后，在元数据服务器数据库112中登记更新的通道B的 Servicelnformation元数据34，。此时，通道B的Servicelnformation元数 据34，中包含的fragmentld属性75的值"1234"和fragmentVersion属性 76的值"1011"存储在元数据服务器数据库112中作为服务器侧更新管 理信息35，。
进一步，元数据生成部分111生成其上反映了变化内容的通道C的 Servicelnformation元数据(图35:步骤S16 )。更新的通道C的 Servicelnformation元数据是图32中其值为"Channel誦C"的serviceld 属性74之下的Servicelnformation要素73a的分层部分。具体地，如图 41所示，在改变的通道C的Servicelnformation元数据中，fragmentld 属性75和Name要素77的值与变化之前的值相同。fragmentVersion属 性76的值被更新为指示更新之后最新版本的值。在变化的时候删除以前 存在的Purchaseltem要素91,代替地添加用于定义对双亲 Servicelnformation (通道包D的Servicelnformation元数据)的索引的 ServicePackRef要素93。
l^，在元数据服务器数据库112中登记元数据生成部分111所生成 的通道C的Servicelnformation元数据36，。进一步，此时，通道C的 Servicelnformation元数据36，中包含的fragmentld属性75的值"5678" 和fragmentVersion属性的值"1011"存储在元数据服务器数据库112中 作为服务器侧更新管理信息37，。
在这之后，元数据生成部分111生成包容通道B和通道C的通道包 D的Servicelnformation元数据(图35:步骤S17 )。通道包D的 Servicelnformation元数据是图32中其值为"ServicePack-D"的serviceld属性75的值"1375"、 fragmentVersion属性76的值"1011"、 Name要素77以及Purchaseltem 要素94。
随后，在元数据服务器数据库112中登记元数据生成部分111所生成 的通道包D的Servicelnformation元数据42。进一步，此时，通道包D 的Servicelnformation元数据42中包含的fragmentld属性75的值"1375" 和fragmentVersion属性76的值"1011"存储在元数据服务器lt据库112 中作为服务器侧更新管理信息43。
下一步，元数据分发部分113从元数据服务器数据库112中读出更新 的通道B的Servicelnformation元数据34，、更新的通道C的 Servicelnformation元数据36，和通道包D的Servicelnformation元数据 42，创建存储这些Servicelnformation元数据34，、 36，和42的更新通知 消息44作为update Detail,并且将其经由网络130分发到IPTV客户终 端120 (图35:步骤S18 )。
在IPTV客户终端120中，元数据接收部分121接收经由网络130从 IPTV服务器110传输的更新通知消息44 (图36:步骤S19 )。元数据接 收部分121使用作为update Detail的更新通知消息44中存储的通道B的
来替换元数据客户数据库122中已经登记的通道B的Servicelnformation 元数据34和通道C的Servicelnformation元数据36，并且重新在元数据 客户数据库122中登记更新通知消息44中存储的通道包D的 Servicelnformation元数据42作为update Detail。
伴随这个的是，在元数据客户数据库122中存储的通道B的 Servicelnformation元lt据的更新管理信息39当中，其fragmentVersion 属性76的值"1001"被更新为"1011"的更新管理信息39被存储作为更 新管理信息39，。另外，在元数据客户数据库122中存储的通道C的 Servicelnformation元数据的更新管理信息41当中，其fragmentVersion 属性76的值"1010"被更新为"1011"的更新管理信息41被存储作为更 新管理信息41'。进而，在元数据客户数据库122中重新存储通道包D的 Servicelnformation元lt据的更新管理信息45。
更加具体地，上^数据客户数据库122的更新执行如下。采用通道B的Servicelnformation元数据的更新作为例子来给出描 述。元数据接收部分121获取更新通知消息44中存储的通道B的 Servicelnformation元数据34，中包含的fragmentld属性75的值"1234" 作为更新细节。元数据接收部分121下一步将fragmentld属性75的值与 元数据客户数据库122中存储的更新管理信息39和41相比较，并且判断 具有与从更新通知消息44获取的通道B的Servicelnformation元数据相 同的fragmentld属性75的Servicelnformation元数据是否存储在元数据 客户数据库122中。当没有相关的Servicelnformation元数据存在于元数 据客户数据库122中时，元数据接收部分121在元数据客户数据库122中 重新登记从更新通知消息44获取的通道B的Servicelnformation元数据 作为新通道的Servicelnformation元数据，并且存储更新管理信息。
当有相关的Servicelnformation元数据存在于元数据客户数据库122 中时，元数据接收部分121比较这两者的fragmentVersion属性76的值。 当判断从更新通知消息44获取的通道B的Servicelnformation元数据34， 的版本比较新时，元数据接收部分121使用从更新通知消息44获取的通 道B的Servicelnformation元数据34，来替换已经登记的通道B的 Servicelnformation元数据34。然后，元数据接收部分121在现有的更新 管理信息39中重写从更新通知消息44获取的通道B的 Servicelnformation元数据34，中包含的fragmentVersion属性76的值 "1011"，以从而获得新的更新管理信息39，。
这个操作类似地适用于更新通道C的Servicelnformation元数据的情 况。另外，这对于更新通道包D的Servicelnformation元数据的情况同样 成立。
(第三实施例)
在上述第二实施例中，更新的Servicelnformation元数据已作为 updateDetail存储在更新通知消息中，并且IPTV客户终端l加已被通知 了元数据的更新。然而，存在另一种分发Servicelnformation元数据的方 法如下。例如，还可以存储目才示为Servicelnformation元lt据的查询(相 对于数据库的检索请求语句)而不是Servicelnformation元数据本身来作 为更新通知消息的updateDetail，并且向IPTV客户终端120通知元数据 的更新。在这种情况下，IPTV客户终端120可以通过向IPTV服务器110 传输使 查询的检索请求来获取Servicelnformation元数据。在下文中，上述方法将会被描述为第三实施例。
图37是示出根据第三实施例的IPTV系统100的结构的示图。如图 所示，IPTV系统100不同于第二实施例之处在于，元数据查询处理部分 115被添加到了 IPTV服务器110。元数据查询处理部分115执行以下处 理基于从IPTV客户终端120接收到的查询请求从元数据服务器数据库 112中检索相关的Servicelnformation元数据，并且将其作为响应传输到 IPTV客户终端120。
下一步，在参考图38的流程图的同时，将会描述从IPTV服务器110 到IPTV客户终端120的使用Servicelnformation元数据查询的分发处理 及其更新处理。
首先，在IPTV服务器110中，元数据生成部分111生成广播通道的 Servicelnformation元数据(步骤S21)。 生成的广播通道的 Servicelnformation元数据存储在元数据服务器数据库112中。
在生成目标为元数据服务器数据库112中存储的Servicelnformation 元数据的查询之后，元数据分发部分113生成包含该查询的更新通知消息 (步骤S22 )，并且经由网络130向IPTV客户终端120分发更新通知消 息(步骤S23 )。
IPTV客户终端120中的元数据接收部分121接收经由网络130从 IPTV服务器110传输的更新通知消息(步骤S24 )，并且提取接收到的更 新通知消息中包含的查询(步骤S25)。下一步，元数据接收部分121将 包含提取的查询的元数据检索请求传输到IPTV服务器110 (步骤S25 )。
从IPTV客户终端120传输的元数据检索请求由元数据查询处理部分 115接收。元数据查询处理部分115将元数据检索请求中包含的查询传输 到元数据服务器数据库112,并且^JL数据服务器数据库112获糾目关的 Servicelnformation元数据(步骤S26 )。元数据查询处理部分115将获取 的Servicelnformation元数据分发到IPTV客户终端120作为对元数据检 索请求的响应(步骤S27)。
当获取作为对元数据检索请求的响应的Servicelnformation元数据 时，IPTV客户终端120中的元数据接收部分121将其登记在元数据客户 数据库122中(步骤S28 )。
当更新的Servicelnformation元数据由IPTV服务器110中的元数据 生成部分111生成时(步骤S29 )，更新的Servicelnformation元数据存储在元数据服务器数据库112中。
在生成目标为元数据服务器数据库112中存储的更新的 Servicelnformation元数据的查询之后，元数据分发部分113生成包含该 查询的更新通知消息(步骤S30 )，并且经由网络130向IPTV客户终端 120分发更新通知消息(步骤S31 )。
IPTV客户终端120中的元数据接收部分121接收经由网络130从 IPTV服务器110传输的更新通知消息，并且提取接收到的更新通知消息 中包含的查询(步骤S32)。下一步，元数据接收部分121将包含提取的 查询的元数据检索请求传输到IPTV服务器110 (步骤S33 )。
从IPTV客户终端120传输的元数据检索请求由元数据查询处理部分 115接收。元数据查询处理部分115将元数据检索请求中包含的查询传输 到元数据服务器数据库112，并且M数据服务器数据库112获取更新的 Servicelnformation元数据(步骤S34 )。元数据查询处理部分115将获取 的Servicelnformation元数据分发到IPTV客户终端120作为对元数据检 索请求的响应(步骤S35)。
当获取作为对元泰:据检索请求的响应的更新的Servicelnformation元 数据时，IPTV客户终端120中的元数据接收部分121从元数据客户数据 库122中登记的Servicelnformation元数据当中检索其fragmentID与获 取的Servicelnformation元数据的fragmentID匹配的Servicelnformation 元数据，并且通过获取的Servicelnformation元数据来更新现有的 Servicelnformation元数据(步骤S36 )。
下一步，将会采用如图39和40所示的更新之前和之后的 Servicelnformation元lt据作为例子，来更加详细地描述上述分发和更新 Servicelnformation元数据的处理。
图39是IPTV服务器110中的处理序列，而图40则是IPTV客户终 端120中的处理序列。
首先，元数据生成部分111生成通道B的Servicelnformation元数据 (图39:步骤S41 )。通道B的Servicelnformation元数据是图31中其值 为"Channel隱B"的serviceld属性74之下的Servicelnformation要素72 的分层部分。随后，在元数据服务器数据库112中登记元数据生成部分 111所生成的通道B的Servicelnformation元数据34。另外，此时，通道 B的Servicelnformation元数据中包含的fragmentld属性75的值"1234"
37和fragmentVersion属性76的值"1001"存储在元数据服务器数据库112 中作为更新管理信息35。进一步，元数据生成部分111生成通道C的Servicelnformation元数 据(图39:步骤S42 )。通道C的Servicelnformation元数据是图31中其 值为"Channd-C"的serviceld属性74之下的Servicelnformation要素 73的分层部分。随后，在元数据服务器数据库112中登记元翁:据生成部 分111所生成的通道C的Servicelnformation元数据36。另外，此时， 通道C的Servicelnformation元数据中包含的fragmentld属性75的值 "5678"和fragmentVersion属性76的值"1010"存储在元数据服务器 数据库112中作为更新管理信息37。下一步，元数据分发部分113从元数据服务器数据库112中生成目标 为通道B的Servicelnformation元数据34和通道C的Servicelnformation 元数据36的查询，创建存储这些查询的更新通知消息38a作为update Detail,并且将更新通知消息38a经由网络130分发到IPTV客户终端120 (图39:步骤S43 )。在IPTV客户终端120中，元数据接收部分121接收经由网络130从 IPTV服务器110传输的更新通知消息38a(图40:步骤S44 )。元数据接 收部分121提取作为update Detail的接收到的更新通知消息38a中存储 的查询，并且将包含这些查询的元数据检索请求传输到IPTV服务器110 (图40:步骤S45 )。从IPTV客户终端120传输的元数据检索请求由元数据查询处理部分 115接收。元数据查询处理部分115将元数据检索请求中包含的查询传输 到元数据服务器数据库112,并JU^L数据服务器数据库112获取通道B 的Servicelnformation元数据34和通道C的Servicelnformation元数据 36。元数据查询处理部分115将获取的通道B的Servicelnformation元数 据34和通道C的Servicelnformation元数据36分发到IPTV客户终端 120作为对元数据检索请求的响应。在IPTV客户终端120中，当接收到作为对元数据检索请求的响应的 通道B的Servicelnformation元数据34和通道C的Servicelnformation 元数据36时(图40:步骤S46 )，元数据接收部分121在元数据客户数据 库122中登记这些Servicelnformation元数据34和36。此时，通道B的 Servicelnformation元数据中包含的fragmentld属性75的值"1234"和 fragmentVersion属性76的值"1001"被存储作为客户侧更新管理信息39，并且通道C的Servicelnformation元数据中包含的fragmentld属性 75的值"5678"和fragmentVersion属性76的值"1010"被存储作为客 户侧更新管理信息41。其后在通道B和通道C被包容为单个通道包D并且价^^被改变为一 起每月600日元的情况下执行的操作如下。元数据生成部分111生成其上反映了变化内容的通道B的 Servicelnformation元数据(图39:步骤S47)。改变的通道B的 Servicelnformation元数据是图32中其值为"Channel-B"的serviceld属 性74之下的Servicelnformation要素72a的分层部分。具体地，如图41 所示，在改变的通道B的Servicelnformation元数据中，fragmentld属性 75和Name要素77的值与变化之前的值相同。fragmentVersion属性76 的值被更新为指示更新之后最新版本的值。在变化的时候删除更新之前存 在的Purchaseltem要素91， 代替地添加用于定义对双亲 Servicelnformation (通道包D的Servicelnformation元数据)的索引的 ServicePackRef要素93。随后，在元数据服务器数据库112中登记更新的通道B的 Servicelnformation元数据34，。 此时,通道B的Servicelnformation元 数据34，中包含的fragmentld属性75的值"1234"和fragmentVersion 属性76的值"1011"存储在元数据服务器数据库112中作为服务器侧更 新管理信息35'。进一步，元数据生成部分111生成其上反映了变化内容的通道C的 Servicelnformation元数据(图39:步骤S48)。改变的通道C的 Servicelnformation元数据是图32中其值为"Channel-C"的serviceld 属性74之下的Servicelnformation要素73a的分层部分。具体地，如图 41所示,在改变的通道C的Servicelnformation元数据中，fragmentld 属性75和Name要素77的值与变化之前的值相同。fragmentVersion属 性76的值被更新为指示更新之后最新版本的值。在变化的时候删除以前 存在的Purchaseltem要素91，代替地添加用于定义对双亲 Servicelnformation (通道包D的Servicelnformation元数据)的索引的 ServicePackRef要素93。随后，在元数据服务器数据库112中登记元数据生成部分111所生成 的通道C的Servicelnformation元数据36，。 进一步，此时，通道C的 Servicelnformation元数据36，中包含的fragmentld属性75的值"5678"和fragmentVersion属性76的更新值"1011"存储在元数据服务器数据库 112中作为服务器侧更新管理信息37，。在这之后，元数据生成部分111生成包容通道B和通道C的通道包 D的Servicelnformation元数据(图39:步骤S49 )。通道包D的 Servicelnformation元数据是图32中其值为"ServicePack-D"的serviceld 属性74之下的Servicelnformation要素92的分层部分。具体地，在创建 通道包D的Servicelnformation元数据时，元数据生成部分111重新生成 serviceld属性74的值"ServicePack-D"、fragmentld属性75的值"1375"、 fragmentVersion属性76的值"1011"、 Name要素77以及Purchaseltem 要素94。随后，在元数据月艮务器数据库112中登记元数据生成部分111所生成 的通道包D的Servicelnformation元数据42。进一步，此时，通道包D 的Servicelnformation元数据42中包含的fragmentld属性75的值"1375" 和fragmentVersion属性76的值"1011"存储在元数据服务器数据库112 中作为服务器侧更新管理信息43。下一步，元数据分发部分113生成存储在元数据服务器数据库112中 的目标为更新的通道B的Servicelnformation元数据34，的查询、目标为 更新的通道C的Servicelnformation元数据36，的查询和目标为通道包D 的Servicelnformation元数据42的查询，创建存储这些查询的更新通知 消息44a作为update Detail,并且将更新通知消息44a经由网络130分发 到IPTV客户终端120 (图39:步骤S50 )。在IPTV客户终端120中，元数据接收部分121接收经由网络130从 IPTV服务器110传输的更新通知消息44a (步骤S51 )。元数据接收部分 121提取作为update Detail的接收到的更新通知消息44a中存储的查询， 并且将包含这些查询的元数据检索请求传输到IPTV服务器110 (图40: 步骤S52 )。从IPTV客户终端120传输的元数据检索请求由元数据查询处理部分 115接收。元数据查询处理部分115将元数据检索请求中包含的查询传输 到元数据服务器数据库112，并且M数据服务器数据库112获取更新的 通道B的Servicelnformation元数据34，、 更新的通道C的 Servicelnformation元数据36，和通道包D的Servicelnformation元数据 42。元lt据查询处理部分115将获取的Servicelnformation元数据34，、 36，和42分发到IPTV客户终端120作为对元数据检索请求的响应。在IPTV客户终端120中，当接收到作为对元数据检索请求的响应的 更新的通道B的Servicelnformation元数据34，、 更新的通道C的 Servicelnformation元数据36，和通道包D的Servicelnformation元数据 42时(图40:步骤S53 )，元数据接收部分121分别使用接收到的通道B 和通道C的Servicelnformation元数据34，和36，来替换元数据客户数据 库122中已经登记的通道B的Servicelnformation元数据34和通道C的 Servicelnformation元数据36，并且在元数据客户数据库122中重新登记 接收到的通道包D的Servicelnformation元数据42。伴随这个的是，在元数据客户数据库122中存储的通道B的 Servicelnformation元数据的更新管理信息39当中，其fragmentVersion 属性76的值"1001"被更新为"1011"的更新管理信息39被存储作为更 新管理信息39，。另外，在元数据客户数据库122中存储的通道C的 Servicelnformation元数据的更新管理信息41当中，其fragmentVersion 属性76的值"1010"被更新为"1011"的更新管理信息41被存储作为更 新管理信息41，。 进而，在元数据客户数据库122中重新存储通道包D 的Servicelnformation元lt据的更新管理信息45。(第二实施例的修改例子2)在第二实施例的 Servicelnformation 中,Purchaseltem要素和 ServicePackRef要素已被重新引入，以便描述包容多个广播通道的通道包 的结构。然而，类似结构的描述甚至也可以如下。图42是示出以下情况的例子的示图通道包的结构不是用 Servicelnformation元数据而是用Grouplnformation元数据来替换。最初，Grouplnformation是在描述通过分组Programlnformation中 描述的多个程序(内容)而获得的组的属性时使用，或者设计成描述关于 通过以下获得的组的信息对描述程序组的多个Grouplnformation进行 组合以产生这样的组。Grouplnformation最初包含描述关于价格的信息 的Purchaseltem要素。因此，通it4吏用Grouplnformation ，不需要如4吏 用Servicelnformation的情况那样重新引入Purchaseltem要素。在这一 点上，Grouplnformation可以用于描述通道包的结构。然而，根据 TV-Anytime中的Grouplnformation的定义,Grouplnformation之子通 常是Programlnformation或具有作为存储用于索引其自身双亲Grouplnformation 的指针的要素的 memberOf 要素 (Programlnformation/memberOf或GroupInformation/memberOf)的 Grouplnformation。在这一点上,使用Servicelnformation用于广播通道 的元数据，以便通过将对作为双亲的通道包的Grouplnformation元数据 的索引描述为memberOf要素的值，可以用与第二实施例中相同的方式 来描述包容多个广播通道的通道包的结构。图43是示出使用Grouplnformation元数据来描述等效于图32的元 数据的情况的特定例子的示图。如图所示，变化之后的 Servicelnformation元数据包含 ServicelnformationTable要素71a和GroupInformationTable要素97。 ServicelnformationTable 要素 71a 包括多个广播通道的 Servicelnformation要素72a和73a。各个广播通道的Servicelnformation 要素72a和73a每个包括serviceld属性74,用于标识服务；fragmentld 属性75，用于标识分段；fragmentVersion属性76,其指示分段的版本； Name要素77，其描述广播通道的名称；以及memberOf要素93。另一^面,GroupInformationTable要素97包括Grouplnformation 要素98。 Grouplnformation要素98包括groupld属性151，用于标识 组；fragmentld属性152，用于标识分段；fragmentVersion属性153，其 指示分段的版本；GroupType要素99，其描述组类型；以及 BasicDescription要素141。 BasicDescription要素141包括Purchaselist 要素142。 PurchaseList要素142包括Purchaseltem要素142。 Purchaseltem要素142包括Price要素143，其描述价格；以及Purchase 要素144,其描述诸如按月付款之类的关于价格的信息。本发明不仅仅限于上述实施例，并且当然可以添加各种更新而不脱离 本发明的主旨。


图1是示出根据本发明实施例的用于内容或内容的元数据的更新通 知分发系统的模型的示图。图2是示出定义更新通知消息格式的XML模式的例子的示图。图3是示出SNS-X网站的分类层次的例子的示图。42图4是使用全部更新和差别更新两者的更新处理的序列图。图5是示出执行数据同步情况下的订户的处理序列的示图。图6是示出在只能使用单路网络的环境下执行数据同步情况下的订 户的处理序列的示图。图7是涉及服务客户中的更新处理的时间控制的流程图。图8是示出其上的数据反映了全部更新信息的transactional = 01 (初 始状态)的全部更新通知消息及其模型的示图。图9是示出其上的数据反映了差别更新的transactionld = 02的差别 更新通知消息及其模型的示图。图10是示出其上的数据反映了差别更新的transactionld - 03的差别 更新通知消息及其模型的示图。图11是示出其上的数据反映了差别更新的transactionld = 04的差别 更新通知消息及其模型的示图。图12是示出其上的数据反映了全部更新的transactionld = 04的全部 更新通知消息及其模型的示图。图13是示出作为本发明实施例的网络系统的结构的框图。图14是示出服务提供商的结构的示图。图15 AJJ良务提供商的处理序列图。图16是示出SNS分类聚集器和SNS网站的结构的示图。图17是用于从SNS网站的分类数据库收集类别的SNS分类聚集器 的处理序列图。图18是示出家用网络侧电器的结构的示图。图19是示出家用网络侧电器的处理序列图的示图。图20是示出多个服务提供商以及多个服务客户当中更新通知消息的 通知的例子的示图。图21是示出用于基于对更新通知消息之内的更新信息的索引的内容/ 元数据的更新处理的结构的示图。图22 U于对更新通知消息之内的更新信息的索引的内容/元数据的 更新处理的序列图。图23是示出用于在服务客户的;^内容/元数据数据库中已发生故障 的情况下进行的故障恢复处理的结构的示图。
图24是故障恢复处理的序列图。
图25是示出下述形式的更新序列的示图在蜂窝电话上实施的服务 客户代表性地执行游戏装置中存储的内容或元数据的更新处理。
图26是示出用于实现服务提供商的硬件结构的示图。
图27是示出其中实施了订户和服务客户的网络家用电器的硬件结构 的框图。
图28是涉及内容/元数据同步管理方面的不一致性问题的示图。
图29是描述关于作为TV-Anytime元数据分段的广播通道服务的信 息的Service Information元数据的例子。
图30是将多个广播通道作为一个放在一起并且价格发生改变的情况 下的Servicelnformation元数据的例子。
图31是示出更新之前的Servicelnformation元数据的例子的示图。
图32是示出相对于图31的在更新之后的Servicelnformation元数据 的例子的示图。
图33是示出根据第二实施例的IPTV系统的结构的示图。
图34是示出在第二实施例的IPTV系统中从IPTV服务器向IPTV 客户终端分发并更新Servicelnformation元数据的处理的序列图。
图35是示出图34中的IPTV服务器的处理的特定例子的序列图。
图36示出图34中的IPTV客户终端的处理的特定例子的序列图。
图37是示出根据第三实施例的IPTV系统的结构的示图。
图38是示出在第三实施例的IPTV系统中从IPTV服务器向IPTV 客户终端分发并更新Servicelnformation元数据的处理的序列图。
图39是示出图38中的IPTV服务器的处理的特定例子的序列图。
图40示出图34中的IPTV客户终端的处理的特定例子的序列图。
图41是用于说明图30所示的Servicelnformation元数据的更新处理 的示图。
图42是示出用Grouplnformation元数据来替换通道包结构的情况下的Servicelnformation元数据的例子的示图。
图43是示出使用Gro叩Information元数据来描述等效于图32的元 数据的情况的特定例子的示图。
图44是示出更新通知消息的数据结构的示图。 符号说明
I 更新通知消息
IOA、 IOB、 10C 发布者
II 内容/元数据管理服务器
12 内容/元数据管理服务器
13 更新通知生成器
20A、 20B、 20C 队列/通道
21 过滤管理器
22 更新通知消息数据库
23 SNS分类聚集器
24 消息分发月良务器
25 数据库同步信息提供服务器
30 订户
31 消息分发客户
32 居所消息数据库
33 居所消息分发服务器 40A、 40B、 40C 月良务提供商 50 家用网络侧电器
60a、 60b、 60c 月良务客户
61a、 61b、 61c 4^L内容/元数据数据库
70 家用网络
80 SNS网站90 网络
100 网络系统
110 游戏装置
120 蜂窝电话
权利要求
1.一种网络系统，包括更新通知消息生成装置，用于为每个服务生成更新通知消息，所述更新通知消息存储内容或所述内容的元数据的更新信息或者对所述更新信息的索引；过滤属性设置装置，用于在针对从所述更新通知消息生成装置递送的每个服务的所述更新通知消息中设置用于分类所述消息的过滤属性；更新通知消息积聚部分，用于积聚其中所述过滤属性已被所述过滤属性设置装置设置的所述更新通知消息；本机内容/元数据存储部分，其提供在家用网络电器中，并且存储特定服务的内容或其元数据；更新装置，其通过对应于所述特定服务的应用程序来实现，用于使用所述更新信息来更新所述本机内容/元数据存储部分中的内容或元数据；以及更新信息提供装置，用于预先管理所述应用程序和所述过滤属性之间的对应性，基于经由网络从所述更新通知消息积聚部分获取的所述更新通知消息中设置的所述过滤属性和所述对应性来指定提供所述更新通知消息之内的更新信息的应用程序，并且通过激活所述应用程序来提供所述更新信息。
2. 根据权利要求l所述的网络系统，其中，所述过滤属性是用于指 定所述服务的信息。
3. 根据权利要求l所述的网络系统，其中，所述过滤属性是用于指 定所述内容的类别的信息。
4. 根据权利要求l所述的网络系统，其中所述更新通知消息生成装置生成作为所述内容或元数据的全部 更新内容的4^更新信息，并且生成作为仅是差别更新的更新内容的差别 更新信息，同时定期切换它们作为所述更新信息，而且在所述更新通知消 息中设置指示每个更新通知消息的更新信息的更新方法的属性信息；并且其中所述更新信息提供装置基于所述更新通知消息积聚部分中积聚 的所述更新通知消息中设置的属性信息，经由所述网络从所述更新通知消息积聚部分中获取使所述本机内容/元数据存储部分中的内容或元数据与 服务提供商侧的内容或元数据同步所须的更新通知消息。
5. 根据权利要求l所述的网络系统，其中，所述更新通知消息存储 所述内容或元数据的更新信息作为所述更新信息，所述网络系统进一步包括第二更新通知消息积聚部分，用于积聚经由所述网络通过所述更新信 息提供装置从所述更新通知消息积聚部分获取的更新通知消息，其中，所述更新信息提供装置从所述第二更新通知消息积聚部分中获内容或元数据同步所须的更新通知消息。
6. —种能够经由网络从更新通知消息积聚部分获取更新通知消息的 网络家用电器，所述更新通知消息积聚部分用于积聚存储内容或所述内容 的元数据的更新信息或者对所述更新信息的索引的更新通知消息，并且在 所述更新通知消息中设置用于分类所述消息的过滤属性，所述网络家用电 器包括本机内容/元数据存储部分，用于存储特定服务的内容或其内容的元 数据；更新装置，其通过对应于所述特定服务的应用程序来实现，用于使用以及更新信息提供装置，用于预先管理所述应用程序和所述过滤属性之间 的对应性，基于经由网络从所述更新通知消息积聚部分获取的所述更新通 知消息中设置的所述过滤属性和所述对应性来指定提供所述更新通知消 息之内的更新信息的应用程序，并且通过激活所述应用程序来提供所述更 新信息。
7. 根据权利要求6所述的网络家用电器，其中，所述过滤属性是用 于指定所述月良务的信息。
8. 根据权利要求6所述的网络家用电器，其中，所述过滤属性是用 于指定所述内容的类别的信息。
9. 根据权利要求6所述的网络家用电器，其中所述更新通知消息存储作为所述内容或元数据的全部更新内容的全部更新信息，并且存储作为仅是差别更新的更新内容的差别更新信 息，同时定期切换它们作为所述更新信息，而且用指示每个更新通知消息 的更新信息的更新方法的属性信息来设置所述更新通知消息，并且其中所述更新信息提供装置基于所述更新通知消息积聚部分中积聚 的所述更新通知消息中设置的属性信息，经由所述网络从所述更新通知消 息积聚部分中获取使所述^内容/元数据存储部分中的内容或元数据与 服务提供商侧的内容或元数据同步所须的更新通知消息。
10.根据权利要求6所述的网络家用电器，其中，所述更新通知消息 存储所述内容或元数据的更新信息作为所述更新信息，所述网络家用电器进一步包括第二更新通知消息积聚部分，用于积聚经由所述网络通过所述更新信 息提供装置从所述更新通知消息积聚部分获取的更新通知消息，其中，所述更新信息提供装置从所述第二更新通知消息积聚部分中获内容或元数据同步所须的更新通知消息。
11. 一种内容/元数据同步处理方法，包括以下步骤通过更新通知消息生成装置为每个服务生成更新通知消息，所述更新 通知消息存储内容或所述内容的元数据的更新信息或者对所述更新信息 的索引；通过过滤属性设置装置在针对从所述更新通知消息生成装置递送的 每个服务的所述更新通知消息中设置用于分类所述消息的过滤属性；在更新通知消息积聚部分中积聚其中所述过滤属性已被^:置的所述 更新通知消息；通过由对应于特定服务的应用程序实现的更新装置，使用所述更新信 息来更新4*内^/元数据存储部分中的内容或元数据，所述#内容/元 数据存储部分提供在家用网络电器中并且存储所述特定服务的内容或元 数据；以及通过更新信息提供装置预先管理所述应用程序和所述过滤属性之间 的对应性，基于经由网络从所述更新通知消息积聚部分获取的所述更新通 知消息中设置的所述过滤属性和所述对应性来指定提供所述更新通知消 息之内的更新信息的应用程序，并且通过激活所述应用程序来提供所述更新信息。
12. —种使计算机作为网络家用电器来操作的计算M序，所述网络 家用电器能够经由网络从更新通知消息积聚部分获取更新通知消息，所述 更新通知消息积聚部分用于积聚存储内容或所述内容的元数据的更新信 息或者对所述更新信息的索引的更新通知消息，并且在所述更新通知消息 中设置用于分类所述消息的过滤属性，所述计算机程序包括本机内容/元数据存储部分，用于存储特定服务的内容或其内容的元 数据；更新装置，其通过对应于所述特定服务的应用程序来实现，用于使用 所述更新信息来更新所述^内容/元数据存储部分中的内容或元数据； 以及更新信息提供装置，用于预先管理所述应用程序和所述过滤属性之间 的对应性，基于经由网络从所述更新通知消息积聚部分获取的所述更新通 知消息中设置的所述过滤属性和所述对应性来指定提供所述更新通知消 息之内的更新信息的应用程序，并且通过激活所述应用程序来提供所述更 新信息。
13. 根据权利要求l所述的网络系统，其中，所述元数据的更新信息 是关于以所^L数据的要素作为单元的更新的信息。
14. 根据权利要求l所述的网络系统，其中，所述元数据的更新信息 是以分段为单位的元数据。
15. 根据权利要求14所述的网络系统，其中，以分段为单位的所述 元数据是TV-Anytime的Servicelnformation元数据，并且由具有层次的 高阶分^t数据和低阶分^it数据构成，所述4氐阶分^Lit数据包含用于定 义对所述高阶元数据的索引的要素。
全文摘要
[问题]为了提供一种能够向家用网络中的电器可靠地通知内容或元数据的更新内容以有效地执行同步处理的网络系统。[用于解决问题的手段]家用网络中的电器中的订户存储关于内容或元数据的更新信息，并且通过网络获取向其设置用于分类更新通知消息的过滤属性的更新通知消息。电器具有服务客户，用于通过使用更新通知消息中的更新信息用对应于特定服务的应用程序来更新本机内容/元数据数据库的内容或元数据。订户管理服务客户和过滤属性之间的对应关系，并且标识基于向更新通知消息设置的过滤属性和对应关系来提供更新通知消息中的更新信息的服务客户。
文档编号G06F12/00GK101663653SQ200880012708
公开日2010年3月3日 申请日期2008年10月17日 优先权日2007年10月17日
发明者山岸靖明, 汤川泰宏 申请人:索尼株式会社