内容递送系统和方法、内容处理装置和方法

专利名称：内容递送系统和方法、内容处理装置和方法
技术领域：
本发明涉及内容递送系统、内容递送方法、内容处理装置和内容 处理方法。更具体地，其涉及可以递送内容却不会给用户带来困扰的 内容递送系统、内容递送方法、内容处理装置和内容处理方法。本发 明还涉及其中的程序将被这种内容处理装置执行的记录介质以及这种 程序。
本专利申请要求2003年4月24日提交的日本专利申请公开号 2003-120544的优先权，在这里通过引用将其全部内容包含在内。
背景技术：
作为近年来互联网和其它通信网络系统的广泛传播使用的结果， 各种音频/视频作品内容都通过互联网递送。日本专利申请公开号 2003-69977提出了 一种将广告信息从这种内容的提供商有效递送给用 户的技术。
通过互联网递送音频/视频作品内容的已知方法包括通过流递送 和通过下载文件递送。在通过流递送的情况中，内容接收方可以将通 过互联网接收的数据输出到显示器以使其显示内容用于观看。
另一方面，在通过下载文件递送的情况中，所递送的内容数据被 存储在硬盘或类似装置中一次。然后，用户/观看者再现存储在硬盘中 的文件，并在他或她喜欢的任何时候看这些内容。
因为通过流递送不涉及存储大量所接收数据的需要，所以观看者在他或她即使没有硬盘或某种其它大容量存储设备时也能够看所递送 的内容。另一方面，如果递送服务的记帐系统是基于连接时间的，那 么观看者将不得不面对数目很大的帐单，因为只要观看者在接收这种 内容，观看者就必须与提供递送音频/视频作品内容服务的服务器一直 连接。
相反，在通过下载文件递送的情况中，用户/观看者可以在文件 转移结束时断开与服务器的连线以因此而减少连接时间，因为无需再 连接到服务器就可以进行观看了。此外，因为内容被存储在内容接收 方那一方，所以用户/观看者可以在之后他或她喜欢的任何时候来看。
因此，通过流的递送和通过下载文件的递送具有优点和缺点。当 用户/观看者通过个人计算机看和听内容时，他或她可能时常具有有关 通过流递送和通过下载文件递送的知识。那么，当需要用户/观看者来 对计算机进行不同的操作以通过流递送和通过下载文件递送时就不会 有任何问题。
但是，通过用于观看的电视接收器来接收通过互联网递送的音频 /视频作品内容的许多用户/观看者可能并不具有足够的有关通过流递 送和通过下栽文件递送的知识。那么，对于这种用户/，见看者来说，进
行不同的操作以通过流递送和通过下栽文件递送就可能会有问题。这 种情况可能就会构成普及用于通过互联网递送音频/视频作品内容的 系统时的阻碍。

发明内容
考虑到传统技术的上述问题，因此本发明的目的是提供没有所述 问题的内容递送系统和内容递送装置。
本发明的另一个目的是提供可以通过网络递送音频/视频作品内 容而不会给普通用户强加复杂繁瑣操作的内容递送系统和内容递送装 置。
在本发明的一方面中，提供了内容递送系统，包括从内容处理 装置向其用户显示至少包括将通过流递送的内容组和将通过下载文件递送的内容组的多个内容组的列表；输入从列表上的内容组中指定将 从内容处理装置被递送到内容处理装置的用户的内容组的指定信息； 以及根据指定内容组是将通过流递送的内容組还是将通过下载文件递 送的内容组的递送信息通过内容处理装置获得从内容递送装置递送过 来的内容组，所述递送信息由内容递送装置通过网络提供。
这样，通过根据本发明的内容递送系统，至少包括将通过流递送 的内容组和将通过下载文件递送的内容组的多个内容组的列表被从内 容处理装置显示给其用户，并且指定将被递送给用户的内容组的指定 信息被从内容处理装置输入。然后，内容处理装置根据指定内容组是 将通过流递送的内容组还是将通过下载文件递送的内容组的递送信息 获得从内容递送装置递送过来的内容组，所述递送信息由内容递送装 置提供。
在本发明的另一个方面中，提供了内容递送方法，包括从内容 处理装置向其用户显示至少包括将通过流递送的内容组和将通过下栽 文件递送的内容组的多个内容组的列表；输入从列表上的内容组中指 定将从内容处理装置被递送到内容处理装置的用户的内容组的指定信 息；以及根据指定内容组是将通过流递送的内容组还是将通过下载文 件递送的内容组的递送信息通过内容处理装置获得从内容递送装置递 送过来的内容组，所述递送信息由内容递送装置通过网络提供。
这样，通过根据本发明的内容递送方法，至少包括将通过流递送 的内容组和将通过下载文件递送的内容组的多个内容組的列表被显 示，并且当指定将被递送的内容组的指定信息被输入时，内容组被根 据指定内容组是将通过流递送的内容组还是将通过下栽文件递送的内 容组的递送信息获得。
在本发明的另一个方面中，提供了内容处理装置，包括显示装 置，用于显示至少包括将通过流递送的内容組和将通过下载文件递送 的内容组的多个内容组的列表；输入装置，用于从列表上的内容组中 指定将被递送的内容组的指定信息；以及获得装置，用于根据指定每 一个内容组是将通过流递送的内容组还是将通过下载文件递送的内容
6组的递送信息获得从内容递送装置通过网络递送过来的内容组，所述 递送信息由内容递送装置通过网络提供。
递送信息可以与内容组的许可相关。
递送信息还可以包括用于访问内容组的信息。
在本发明的另一个实施例中，提供了内容处理方法，包括显示 步骤，用于显示至少包括将通过流递送的内容组和将通过下载文件递 送的内容组的多个内容组的列表；输入步骤，用于从列表上的内容組 中指定将被递送的内容组的指定信息；以及获得步骤，用于根据指定 每一个内容组是将通过流递送的内容组还是将通过下载文件递送的内 容组的递送信息获得从内容递送装置通过网络递送过来的内容组，所 述递送信息由内容递送装置通过网络提供。
在本发明的另一个方面中，提供了记录在记录介质上以被安装到 用于通过网络从内容递送装置接收所递送内容的内容处理装置的程 序，所述程序包括显示步骤，用于显示至少包括将通过流递送的内 容组和将通过下载文件递送的内容组的多个内容组的列表；输入步骤， 用于从列表上的内容组中指定将被递送的内容组的指定信息；以及获 得步骤，用于根据指定每一个内容组是将通过流递送的内容组还是将 通过下载文件递送的内容组的递送信息获得从内容递送装置通过网络 递送过来的内容组，所述递送信息由内容递送装置通过网络提供。
在本发明的另一个方面中，提供了将被安装到用于通过网络从内 容递送装置接收所递送内容的内容处理装置中的程序，所述程序适于 使计算机执行显示步骤，用于显示至少包括将通过流递送的内容组 和将通过下载文件递送的内容组的多个内容组的列表；输入步骤，用 于从列表上的内容组中指定将被递送的内容组的指定信息；以及获得 步骤，用于根据指定每一个内容组是将通过流递送的内容组还是将通 过下载文件递送的内容组的递送信息获得从内容递送装置通过网络递 送过来的内容组，所述递送信息由内容递送装置通过网络提供。
根据下面参照附图给出的说明了本发明优选实施例的描述，本发 明的其它目的和本发明提供的具体优点将变得更加清楚。


图1是示出了根据本发明的内容递送系统的配置的示意框图； 图2是示出了作为内容递送系统一部分的数字电视接收器的功能
结构的示意框图3是用于远程操作作为内容递送系统一部分的数字电视接收器
的远程命令器的示意前视图4是作为内容递送系统一部分的服务器的示意框图； 图5是可以在作为内容递送系统许多部分的数字电视接收器与服
务器之间交换的信息的示意图6是各种ID与元数据之间关系的示意图7是包元数据、许可元数据和内容元数据之间关系的示意图8是数字电视接收器在从服务器接收通过流递送的内容时的操
作流程图9是图8中处理操作的前提条件的处理操作的流程图IO是示出了通过流递送的启动文件结构的示意图ll是再现被预先存储文件的操作流程图12是图11中处理操作的前提条件的操作示意图13是示出了将被下载的启动文件的结构的示意图14是将与另一个协议一起使用的通过流递送启动文件的示意
图15是由作为内容递送系统一部分的数字电视接收器利用内容
的处理操作的流程图的一部分；
图16由作为内容递送系统一部分的数字电视接收器利用内容的 处理操作的流程图的剩余部分；
图17是可以被显示的题目列表的示例；
图18是图17中所示包中的题目列表的示例；
图19是图17中所示包中的题目列表的另一个示例；
图20是可以被显示的包列表的示例；图21是可以被显示的促销图像的示例；
图22是可以被显示的促销图像的另一个示例；以及
图23是示出了个人计算机结构的示意框图。
具体实施例方式
在描述本发明的优选实施例之前，将在下面简要描述本发明。 根据本发明的内容递送系统适于通过例如图l所示互联网l的网 络将节目内容从可能典型地作为图1所示服务器2的内容递送装置递 送到可能典型地为图1所示数字电视接收器3-l的内容处理装置。
根据本发明的内容递送系统被设计为从内容处理装置向其用户 显示至少包括将通过流递送的内容组和将通过下载文件递送的内容组 的多个内容组的列表，例如图18所示包中的题目列表，以及输入指定 将从内容处理装置被递送到内容处理装置用户的内容组的指定信息。 例如，指定信息可以指示节目"the Last Episode: Souring in the Universe"通过图18中的光标141指定。然后，内容处理装置根据通 过网络从内容递送装置递送过来的、指定内容组是将通过流递送的内 容组还是将通过下栽文件递送的内容组的递送信息获得从内容递送装 置递送来的内容组。例如，递送信息可以包含在图6所示的启动文件中。
根据本发明的内容递送方法被设计为通过适于通过如图1所示互 联网1的网络将内容从可能典型地作为服务器2的内容递送装置递送 到可能典型地为图1所示数字电视接收器3-1的内容处理装置的内容 递送系统来递送内容。
更具体地，内容递送方法被设计为从内容处理装置向其用户显示 至少包括将通过流递送的内容组和将通过下载文件递送的内容组的多 个内容组的列表，例如图18所示包中的题目列表，并且输入指定将从 内容处理装置被递送到内容处理装置用户的内容组的指定信息。例如， 才旨定4言息可以指示节目"the Last Episode: Souring in the Universe，，通 过图18中的光标141指定。然后，内容处理装置根据通过网络从内容
9递送装置递送过来的、指定内容组是将通过流递送的内容组还是将通 过下载文件递送的内容组的递送信息获得从内容递送装置递送来的内
容组。例如，递送信息可以包含在图6所示的启动文件中。
根据本发明的内容处理装置被设计为接收从可能典型地作为服 务器2的内容递送装置通过例如图l所示互联网l的网络递送来的可 能是电视节目内容的服务。
更具体地，内容处理装置包括显示装置，用于显示至少包括将 通过流递送的内容组和将通过下载文件递送的内容组的多个内容组的 列表，例如图18所示包中的题目列表；输入装置，用于输入指定将被 递送内容组的指定信息，所述内容组可以例如指示节目"the Last Episode: Souring in the Universe，，通过图18中的光标141指定；以及 获得装置，用于根据通过网络从内容递送装置递送过来的、指定内容 组是将通过流递送的内容组还是将通过下载文件递送的内容组的递送 信息获得从内容递送装置递送来的内容组。例如，递送信息可以包含 在图6所示的启动文件中。
为了本发明的目的，递送信息可以与指定内容组的许可有关。更
具体地，包括图6所示启动文件的内容组显示了与内容ID的--对
应关系，内容ID显示了与许可ID的--对应关系，许可ID显示了
与许可的一一对应关系。
为了本发明的目的，递送信息还可以包括用于访问指定内容组的信息。
而且，根据本发明的内容处理方法被设计为使用图l所示的数字 电视接收器3-1来接收通过例如图1所示互联网1的网络从可能典型 地作为服务器2的内容递送装置递送来的可能是电视节目的内容的服 务。内容处理方法包括显示步骤，用于显示至少包括将通过流递送 的内容组和将通过下载文件递送的内容组的多个内容组的列表，例如 图18所示包中的题目列表；输入步骤，用于输入指定将被递送内容组 的指定信息，所述内容组可以例如指示节目"the Last Episode: Souring intheUniverse"通过图18中的光标141指定；以及获得步骤，用于根据内容递送装置通过网络提供并指定内容组是将通过流递送的内容组 还是将通过下载文件递送的内容组的递送信息获得从内容递送装置递
送过来的内容组。例如，递送信息可以包含在图6所示的启动文件中。 最后，根据本发明的记录介赓在其中承载将被典型地可能为数字 电视接收器3-1的内容处理装置执行的记录程序，所述内容处理装置 用于接收通过例如图l所示互联网1的网络从可能典型地作为图l所 示的服务器的内容递送装置递送来的可能是电视节目的内容的服务， 所述程序包括显示步骤，用于显示至少包括将通过流递送的内容组 和将通过下载文件递送的内容组的多个内容组的列表，例如图18所示 包中的题目列表；输入步骤，用于输入指定将被递送内容组的指定信 息，戶斤述内容纟且可以例^口才旨示节目"the Last Episode: Souring in the Universe，，通过图18中的光标141指定；以及获得步骤，用于才艮据内 容递送装置提供的递送信息通过网络获得从内容递送装置递送过来的 内容组，并指定内容组是将通过流递送的内容组还是将通过下栽文件 递送的内容组。例如，递送信息可以包含在图6所示的启动文件中。
现在，将更详细地描述根据本发明的内容递送系统和将被用于这 种系统的内容处理装置。
现在参照图l，根据本发明的内容递送系统11包括通过为典型网 络的互联网l相互连接的服务器2和多个数字电视接收器3-l、 3-2。 广播站4也被连接到互联网1。服务器2从广播站4接收电视节目广 播并保留。或者，服务器2通过互联网l接收由广播站4提供的电视 节目并保留。不必说服务器2除了上述电视节目之外还可以保留其自 己的节目。
数字电视接收器3-l、 3-2中的每一个可以被安排在房间、办公室 或某个其它的地方，并且具有从广播站4接收电波广播的功能以使其 观看者可以看到它接收的任何电视节目。此外，它具有接收由服务器 2提供的节目的功能，以使其观看者可以观看其中的任何节目。
虽然图l示出了一个服务器2和两个数字电视接收器3-l、 3-2， 但是系统可以包括多个服务器2,并且数字电视接收器的数量一般可以大于2。换句话说， 一般可以有比图1所示的数字电视接收器3-l、 3-2更多的数字电视接收器。
注意，数字电视接收器3-l、 3-2在不需要对它们进行区分的时候 将被简称为数字电视接收器3。
图2是作为根据本发明在图1中示出的内容递送系统11的一部 分的数字电视接收器3的功能结构的示意框图。
参照图2，数字电视接收器3包括输入部分21，并且各种命令由 用户通过输入部分21被输入。数字电视接收器3还包括显示部分22， 其显示节目图像并输出相应的声音。此外，显示部分22将其它的各条 信息显示给用户。
再次参照图2,浏览器23显示HTML (超文本标记语言)文档 (包括CSS (层叠式样式表))并执行HTML文档中包含的脚本。 此外，浏览器23显示BML (广播标记语言)文档(包括CSS )并执 行BML中包含的脚本。此夕卜，它可以处理ContentGuard公司的XrML (可扩展权标记语言)。
内容再现部分24通过软件实现，其典型地可以是Medial Player (商品名，可从Microsoft得到)，并通过其再现控制和实现内容的 接收操作。内容再现部分24除了处理标记语言操作之外还实现包含在 数字电视接收器3中的各种控制操作。
DRM (数字权管理)处理部分25与服务器2的DRM服务器74 (见图4)通信，并获得与内容有关的许可，并在数字电视接收器3 中管理它们。因为DRM处理部分25将用于解密加密数据的密钥Kc 提供给内容再现部分24,它可以典型地与内容再现部分24集成以可 靠地管理密钥Kc。
.记帐处理部分26执行记帐处理，所述记帐处理取决于该处理中 涉及的记帐系统例如电子化付款系统或预付系统可能会不同。内容存 储部分27典型地通过使用硬盘来形成，用于存储由服务器2的内容服 务器75 (图4)提供的内容。
应用程序28包括各种软件块，并控制数字电视接收器3的各种操作。元数据数据库29保留从服务器2的元数据数据库73 (图4 )提 供的元数据。
输入部分21将与用户输入对应的信号输出到浏览器23和内容再 现部分24。显示部分22显示从浏览器23或内容再现部分24提供的 信息。内容再现部分24从内容存储部分27中读出所需的内容。在需 要的任何时候，内容再现部分24向记帐处理部分26发出记帐处理指 令。DRM处理部分25根据来自内容再现部分24的DRM处理指令执 行DRM处理，随后将解密加密内容所必需的密钥Kc输出到内容再 现部分24。
应用程序28适于启动浏览器23的操作，并执行向内容再现部分 24发出再现内容所必需指令的处理。此外，它发出对元数据数据库29 检索出元数据的指令，并获得由于检索操作而得到的元数据。
数字电视接收部分3根据来自图3中所示远程命令器51的指令 执行各种操作。远程命令器51具有数字按钮52，为数字1到12。远 程命令器51在其前端还设置有产生部分53,用于根据用户的相应按 钮操作产生红外信号。
在图3中，由用户操作用来在显示部分22上分别向上、向下、 向左和向右移动光标的方向按钮55U、 55D、 55L和55R被安排在数 字按钮52下方，将被操作用于结束输入操作的输入按钮54被安排在 方向按钮中间。
在图3中，细节按钮56、停止按钮57和再现按钮58被安排在远 程命令器51的下部。细节按钮56在用户给出显示正被显示信息的细 节信息时由他或她操作。停止按钮57由用户在停止当前正在进行的内 容再现时由他或她操作。再现按钮58在用户给出再现内容指令时由他 或她操作。菜单按钮59被安排在再现按钮58上方，以在用户想要显 示菜单时由他或她操作。
虽然在图3中没有示出，但是远程命令器51还可以设置有被分 别分配各种功能的各种按钮。
图4是服务器2的示意框图，图示了其配置。本发明的服务器2包括商店服务器71、结算服务器72、元数据数据库服务器73、 DRM 服务器74和内容服务器75。
服务器2的上述列出部分分别与数字电视接收器3的相应部分交 换信息，如图5所示。
当商店服务器71通过互联网l被从浏览器23访问时，它将包括 HTML文档和BML文档的导航信息提供给浏览器23。结算服务器72 与浏览器23或记帐处理部分26通信以结算帐目。结算服务器72才艮据 来自商店服务器71的结算处理请求执行结算处理，并将结算结果输出 到商店服务器71。
元数据数据库73根据来自应用程序28的元数据请求从它存储的 元数据中读出由应用程序28请求的元数据，并将它们提供给数字电视 接收器3的元数据数据库29以使其存储它们。
元数据数据库73还根据来自商店服务器71的元数据检索请求将 由于检索操作得到的元数据提供给商店服务器71。
DRM服务器74根据来自商店服务器71的许可发出请求与数字 电视接收器3的DRM处理部分25通信，并执行DRM处理。DRM 处理包括证实用户是具有许可的正确用户的验证处理，用于提供/获得 解密相应加密数据所需密钥Kc的过程以及管理版权必需的其它处理。 当DRM处理被正确执行时，DRM服务器74将解密相应内容所必霈 的密钥Kc提供给内容服务器75。此外，当DRM处理被正确执行时， DRM服务器74将相应的密钥Kc提供给数字电视接收器3的DRM 处理部分25。
内容服务器75通过从DRM服务器74提供的密钥Kc给内容数 据加密，并将它们通过流递送给内容再现部分24或者作为下栽文件递 送到内容存储部分27以使其存储它们。
在图4和5的情况中，当服务器2包括多个服务器时，还可能组 成单个服务器的服务器2。
图6是与结算、DRM处理和再现有关的各种信息块之间关系的 示意图。如图6所示，电器ID与用户ID显示出--对应。电器ID是被分配给数字电视接收器3的ID，用户ID是被分配给使用数字电 视接收器3的用户的ID。因此，数字电视接收器3和用户由这些ID 标识。
为了将包作为商品购买，被分配预定用户ID的用户与服务器2 的管理者订立合同。更具体地，用户从服务器2提供的电视节目中将
他或她想要的电视节目作为包购买。该包显示出与包元数据的--对
应关系。
每一个包包括一个或多个内容组。每一个内容组包括内容主体、 用于下载的管理信息文件Download.xml和启动文件。内容主体指电 视节目的内容数据。
作为管理信息文件的Download.xml在内容将被下载时被建立。 它在其中包括目录和文件名。当目录中列出的所有文件都被接收时， 下载操作结束。 、，.，， ，、
是通过流递送的递送类型信息。下面将参照图10更详细地描述启动文 件。
内容组显示出与内容ID的一一对应关系。内容组由内容ID标识。
此外，内容ID显示出与内容元数据的--对应关系。如图7所示，
内容元数据包含内容ID、标题、类型名和电视节目的描述。
所有n (n是不小于1的整数)个许可ID都与内容ID相关。类 似地，n个许可元数据与一个内容元数据相关。
许可ID被用于标识所做出的用于显示与其--对应关系的许
可。每一个许可都由许可ID、使用规则和内容密钥束组成。内容密钥 束(其对应于图5中所示的密钥Kc)是包括解密该许可对其有效的内 容组所需适当数量密钥并且显示出与内容ID--对应关系的密钥束。
许可元数据显示出与许可ID的一一对应关系。如图7所示，许 可元数据包括许可ID、内容ID、内容URL (统一资源定位符)、许 可URL、递送类型、内容组标题和使用规则文本。
许可元数据和内容元数据被使得通过包含在其中的内容ID而显示出与彼此的--对应关系。
许可元数据的内容URL指示用于获得内容的访问目标。许可 URL指示用于获得许可的访问目标。递送类型指示将被许可的内容组 将通过流或通过下载文件而被递送。
包被使得显示出与许可ID的m到n的对应关系(n和m是不小 于1的整数)。类似地，包元数据被使得显示出与许可元数据的m到 n的对应关系。
如图7所示，包元数据由包ID、商店站点URL、包使用时间段、 包类型、包信息和许可ID列表组成。
包ID是用于标识包的信息块。商店站点URL指示用于获得包的 商店站点的访问目标。包使用时间段指示可以使用包的时期。
包类型指示包是包裹(pack)还是预订(subscription)。此外， 包类型指示包是否是多播。包裹是包含预定合适数量节目的包。通过 预订，用户可以在预定天数内观看预定频道上的节目。多播表示包被 免费或者基于收费地提供给许多且未指定的用户。
包信息包括包标题和收费系统。许可ID列表描述包中包含的许 可的许可ID。
包元数据对应于许可元数据，而许可元数据又对应于这里描述的 许可ID。
现在，下面将参照图8的流程图描述在服务器2上再现内容组的过程。
注意，数字电视接收器3必需在执行图8的过程之前从服务器2 获得元数据。用于获得元数据的过程在图9的流程图中示出。
首先参照图9，在步骤S151中，应用程序28根据来自用户的命 令通过互联网l访问元数据数据库73，并请求获得元数据。然后，在 步骤S171中元数据数据库73被应用程序28访问，其在步骤S172中 读出与被请求内容组相关的元数据，并将该元数据通过互联网l提供 到数字电视接收器3的元数据数据库29。在步骤S161,元数据数据库 29接收并存储元数据。上述过程的结果是，数字电视接收器3的元数据数据库29预先 保留元数据。元数据包括包元数据、许可元数据和内容元数据，如图 6所示。
图8中图示的过程在其中元数据被以上述方式存储在元数据数据 库29中的状态下被执行。注意，图8中示出的用户接口包括图2中示 出的输入部分21和显示部分22。
用户通过操作远程控制器51的菜单按钮59来发出用于启动数字 电视接收器31菜单的命令。然后，在步骤S1中，输入部分21又向内 容再现部分24发出用于启动菜单的命令。在步骤S21中，内容再现部 分24从输入部分21接收命令，在步骤S22中，它向元数据数据库29 发出读出已经存储在其中的元数据的命令。
在步骤S91中，元数据数据库29从内容再现部分24接收命令， 在步骤S92中，它读出被预先存储的元数据，并将其提供给内容再现 部分24。
在步骤S23，内容再现部分24接收从元数据数据库29提供的元 数据，在步骤S24,它读出这里所描述内容(节目)组的标题，并将 它们提供给作为用户接口的显示部分22。在步骤S2中，显示部分22 显示从内容再现部分24提供的内容组列表。
然后，用户通过操作远程控制器51的一个或多个合适的方向按 钮55U到55R以及输入按钮54，来观看所显示的列表并选择他或她 想要的节目。在步骤S3中，输入部分21将对应于用户所进行操作的 选择信号(指定所选节目的信息)提供给浏览器23。
在步骤S51中，浏览器23从输入部分21接收指示所选节目的信 号，在步骤S52中，它请求内容服务器75提供对应于节目(内容组) 的启动文件。请求包括用于标识内容组的内容ID。
在步骤S122中，内容服务器75读出对应于所指定内容ID的内 容组的启动文件，并将其递送给浏览器23。
在步骤S53中，浏览器23从内容服务器75接收启动文件 (startup.html)。图IO是示出了可以以这种方式接收的启动文件的配置的示意图。 如图10所示，启动文件描述出所选内容组的内容ID是"contentJGDl"， 并且内容组的递送类型是通过流递送([content = "stream"])。
启动文件还描述了递送在一秒过去之后跳到下一个描述的URL， 并且[http: 〃contents—server.ssny.co.jp/samplet.tts],皮指定为URL。
在步骤S54，浏览器23通过插入电源操作启动内容再现部分24。
在步骤S25，内容再现部分24开始运行，在步骤S26，它请求 DRM处理部分25获得许可。
在步骤S71， DRM处理部分25从内容再现部分24接收用于获 得许可的请求，在步骤S72，它访问DRM服务器74，并请求它执行 DRAM处理。这时，将由内容再现部分24再现的内容组的许可ID和 用户ID被添加到DRM服务器74作为根据。
在步骤Slll， DRM服务器74根据来自DRM处理部分25的请 求执行DRM处理。然后，DRM服务器74检查用户是否已经基于从 DRM处理部分25提供的许可ID和用户ID获得许可。虽然检查过程 将不做详细描述，但是用户被要求预先获得许可才能再现内容组。 DRM服务器74存储用于标识发给用户的许可的许可ID和用户的用 户ID。如果从DRM处理部分25提供的许可ID和用户ID已经注册 在列表中，那么用户被判断为是授权用户。如果许可ID和用户ID没 有注册在用于显示正确相应关系的列表中，那么用户被判断为不是正 当购买许可的用户。DRM服务器74将检查处理的结果通知给DRM 处理部分25。
在步骤S72， DRM处理部分25从DRM服务器74接收检查处理 结果，并根据所接收的结果判断用户是否将被授权进行内容组的再现。 然后，在步骤S73，判断结果被从DRM处理部分25提供到内容再现 部分24。
如果从DRM处理部分25接收的通知不给用户授权进行内容组 的再现，那么在步骤S27内容再现部分24暂停再现过程。另一方面， 如果从DRM处理部分25接收的通知授权用户进行内容组的再现(通知包含再现内容组所需的密钥Kc),那么在步骤S28，内容再现部分 24访问描述许可的许可元数据的内容URL (图7)。在该示例的情况 中，URL表明内容组由内容服务器75保留。
在步骤S123，内容服务器75被内容再现部分24访问，在步骤 S124,它读出在内容URL中描述的内容主体数据，并通过流将它们 递送给内容再现部分24。
在步骤S29，内容再现部分24从内容服务器75接收通过流递送 的内容数据，在步骤S30，它通过密钥Kc解密加密内容数据，并将它 们提供给作为用户接口的显示部分22。在步骤S4，显示部分22显示 通过流从内容再现部分24递送来的内容数据。
这样，用户指定的内容组通过流的递送过程被以上述方式执行。
上面描述了来自内容服务器75的内容组通过流的递送过程。现 在，将在下面描述将内容预先下载到数字电视接收器3以被存储为文 件并在后来再现的过程。
在这种情况下，数字电视接收器3必须预先下载内容数据。该过 程将参照图12的流程图描述。
在步骤S361，应用程序28访问元数据数据库73，并请求获得元 数据。在步骤S391，元数据数据库73接收请求，在步骤S392，它读 出相应内容组的元数据，并将所读出的元数据递送到数字电视接收器 31的元数据数据库29。在步骤S371，元数据数据库29存储从元数据 数据库73提供的元数据。
上述过程与前面参照图9描述的从步骤S151到步骤S172的过程相同。
然后，在步骤S362，应用程序28根据来自用户的相应命令访问 内容服务器75并请求内容的递送。在步骤S401，已经接收请求的内 容服务器75在步骤S402读出所请求的内容，并将它们递送给内容存 储部分27。在步骤S381，内容存储部分27接收从内容服务器75递送 来的内容，并存储它们。
在这种方式下，对应于元数据的内容被预先^"储在元数据数据库29和内容存储部分29两者中。
图11中图示的过程在其中元数据和内容被以上述方式预先存储 的状态下执行。
在步骤S201，输入部分21根据在用户操作菜单按钮59时由用 户发出的相应命令向内容再现部分24发出启动菜单的命令。在步骤 S221，内容再现部分24从输入部分21接收菜单启动命令，在步骤 S222，它又向元数据数据库29发出读元数据的命令。
在步骤S291，元数据数据库29从内容再现部分24接收命令， 在步骤S292，它读出被预先存储的元数据，并将其输出到内容再现部 分24。
在步骤S223,内容再现部分24从元数据数据库29接收元数据， 在步骤S224，它读出内容组标题，并将它们输出到显示部分22。在步 骤S202,作为用户接口的显示部分22从内容再现部分24接收所显示 的节目，并将它们显示给用户。
然后，用户观看所显示的节目标题并通过操作远程控制器51选 择他或她想要的节目。在步骤S203,输入部分21将指定用户所指定 内容组的信息提供给浏览器23。
在步骤S221，浏览器23从输入部分21接收选择，在步骤S222， 它将所选节目(内容组)的内容ID提供给元数据数据库29，并请求 相应启动文件的递送。
在步骤S293,元数据数据库29从浏览器23接收请求，在步骤 S294,它读出对应于内容組的启动文件，并将其提供给浏览器23。
在步骤S253，浏览器23从元数据数据库29接收启动文件。
图13图示了浏览器23可以以上述方式接收的启动文件的示例。 在该示例中，内容递送类型是"下载"，内容ID是"content—ID2"。在 该示例中，启动文件还包括递送在一秒过去之后跳到下一个描述的 URL。
因为跳的目的地是MPEG-2TS文件，所以在步骤S254中，它通 过插入电源操作发出启动内容再现部分24的命令。在步骤S225,内容再现部分24根据来自浏览器23的命令开始 操作，在步骤S226，它向DRM处理部分25发出要求许可的请求。 在步骤S271， DRM处理部分25从内容再现部分24接收获得许可的 请求，在步骤S272,它与DRM服务器74通信并请求其执行DRM处 理。在步骤S331， DRM服务器74才艮据来自DRM处理部分25的请 求执行DRM处理。该处理与图8中步骤Slll的处理相同。
在步骤S272, DRM处理部分25从DRM服务器74接收DRM 处理结果，在步骤S273,它将处理结果通知给内容再现部分24。
如果所接收的通知不给用户授权进行内容组的再现，那么内容再 现部分24暂停再现过程。另一方面，如果所接收的通知授权用户进行 内容组的再现，那么内容再现部分24发出读出在步骤S228中所指定 内容组文件的命令用于再现。
在该示例的情况中，URL表明内容组被存储在内容存储部分27 中。因此，在步骤S311，内容存储部分27从内容再现部分24接收用 于读出文件的命令，在步骤S312,它读出所指定文件的数据，并将其 提供给内容再现部分24。
在步骤S229，内容再现部分24接收数据的输入，在步骤S230， 它将数据输出到作为用户接口的显示部分22。
在步骤S204，显示部分22从内容再现部分24接收数据并显示它们。
被预先存储在数字电视接收器3的内容存储部分27中的内容被 以上述方式再现。
虽然图10和13中所示情况的两个文件都是通过http(超文本递 送协议)的方案名描述的，但是也可以使用例如rtp (实时传输协议) 的方案名。实际上所要求的是源类型要基于相关协议表述。
虽然上面描述将在服务器2与数字电视接收器3之间执行的过 程，但是图15和16图示了在使用内容的数字电视接收器3处将被执 行的过程的流程。
在用户操作菜单按钮59时，在步骤S50i，内容再现部分24根据元数据数据库29中存储的元数据将图17中所示的标题列表输出到 显示部分22。
在图17的情况中，用于选择例如"日本电影"、"外国电影"、"动 画"、"戏剧"和"运动"的类型的图标被显示，并且所选类型(在图17 的情况中为"动画，，)的内容组的标题列表也被显示。每一个内容组的 标题都显示有关于可用性的信息、关于组成的信息以及关于累积的信 息。
在所图示的情况中，第一节目可用"三天"，第二节目可用"一天"。 第三和第四节目"还没有购买"，第五节目是"新！，，。第一节目被构成 为"包裹"。第一到第三节目"已经累积"在内容存储部分27中。换句话 说，第四和第五节目还没有被累积。
在步骤S502，内容再现部分24判断节目是否已被选择，如果判 断出还没有节目被选择，那么它等待以选择节目。
另一方面，如果在步骤S502判断出节目已被选择，那么在步骤 S503内容再现部分24判断所选节目是否是"包裹"节目。如果节目是 包裹节目，那么内容再现部分24进行到步骤S504。在步骤S504，内 容再现部分24以图18所示的形式显示包含在所选节目("包裹")中 的内容组标题列表。
图18示出了当标题为"Mechanized Worrier Z Gun Gun—All Episodes in 3 Weeks"的第一节目被选择时可能被显示的图像。在该例 子中，50集系列中的第47个到最后一集(第50集)被显示出来。通 过操作远程控制器51的向上方向按钮55U和/或向下方向按钮55D， 标题可以:帔向上和/或向下滚动。
在步骤S505,内容再现部分24判断再现按钮58是否被操作。 如果判断出再现按钮58没有被操作，那么内容再现部分24进行到步 骤S506，在这里它判断是否已经发出用于返回到初始图像的命令。在 图18所显示图像的例子中，"返回，，按钮被显示，并且用户可以通过操 作方向按钮55U到55R而将光标141移到"返回"按钮上、然后操作输 入键54来输，入用于返回到初始图像的命令。如果用于返回到初始闺像的命令还没有发出，那么内容再现部分24返回到步骤S505,并且随 后步骤的处理被重复执行。另一方面，如果判断出用于返回到初始图 像的命令已经发出，那么内容再现部分24返回到步骤S501,在这里 如图17所示的标题列表被再次显示，然后随后步骤的处理被执行。
如果在步骤S505判断出再现按钮58已被操作，那么内容再现部 分24进行到步骤S507。当在步骤S502中判断出节目已被选择并且在 步骤S503中判断出所选节目不是包裹节目(换句话说，所选节目是一 个内容组的节目)时，内容再现部分24跳过步骤S504到S506进行 到步骤S507。
在步骤S507,内容再现部分24判断在步骤S507中所再现的或 者所选择的节目(一个或多个内容组)是否已经被购买。如果节目还 没有购买，那么内容再现部分24进行到步骤S508，在这里判断内容 是否是将通过流再现的那些内容。该判断是基于节目(内容)的启动 文件是否描述"流"而进行的。如果判断出节目(内容)是将通过流再 现的内容(如图启动文件描述"流，，)，那么内容再现部分24进行到步 骤S511，在这里其再现内容。更具体地，如上所述，通过流从内容服 务器75递送的加密内容通过密钥Kc ;故解密并4皮提供到处理部分22， 在这里它们被显示。注意，可以不基于启动文件而是基于节目许可元 数据的描述来判断内容递送的类型。
如果在步骤S508中判断出内容不是将通过流再现的那些(如果 启动文件描述"下载")，那么内容再现部分24进行到步骤S509。如 果内容已经被累积，那么内容再现部分24进行到步骤S511，在这里 它从内容存储部分27中读出加密内容数据，并通过密钥Kc解密它们。 然后，它将解密的内容提供给显示部分22，并使其显示内容。
如果在步骤S509中判断出内容还没有被累积，那么内容再现部 分24进行到步骤S510，在该步骤内容存储部分27执行累积内容的处 理。更具体地，将由内容服务器75下栽的文件被内容存储部分27接 收并且被存储在其中。
另一方面，如果在步骤S507中判断出内容还没有被购买，那么内容再现部分24进行到步骤S512,在该步骤它执行显示包列表(该 包列表包含在包元数据中)的处理。
例如，假设在步骤S509中图19所示的标题列表在显示包中标题 列表的过程中被显示。根据图19所示的标题列表，可用性信息表明所 说内容组的可用时期已经"期满"。因此，如果用户选择显示给用户的 四集中的最下面一个，或者图19中"还没有观看"的"the Last Episode: Soaring in the Universe",那么用户必须购买它才能观看。然后，在步 骤S507，判断出该集没有被用户购买。在图示例子的情况中，该集可 以通过三种可能购买模式中的一种来提供。因此，在步骤S512，三种 购买模式被以图20所示的形式显示给用户。
在图20的最上面的购买模式中，用户可以只购买"the Last Episode"。在图20的第二购买才莫式中，用户可以购买从"the Episode 46"直到"the Last Episode"的"five episodes"包裹。在图20的第三购买 模式中，用户可以购买从"the Episode l，，直到"the Last Episode，，的所 有集的包裹。
用户被期望通过操作远程控制器51来选择三种购买模式中的一个。
这样，在步骤S513，内容再现部分24等待直到三种购买模式中 的一个被用户选择。如果判断出三种购买模式中的一个已经被用户选 择，那么内容再现部分24进行到步骤S514,在该步骤判断所选集(内 容组)是否是将通过流被再现的内容组。如果所选集是将通过流被再 现的内容组，那么内容再现部分24进行到步骤S516,在该步骤显示 图21所示的促销图像，这只是示例。在图21的示例中，显示为可以 花'，0，，购买"the Last Episode: Soaring in the Universe"中的一集。 响应于该促销，用户可以选择"yes"按钮或"no"按钮。更具体地，用 户可以通过操作远程命令器51的方向按钮55U到55R以及输入按钮 54来选择"yes"按钮或"no"按钮，来表示他或她购买或不购买该集。
如果用户不购买该集(如果"no"按钮被操作)，那么内容再现部 分24返回步骤S512以再次显示包列表(图20)，并且随后的处理被执行。
如果在步骤S517判断出用户已经发出购买该集("yes，，按钮被操 作)的命令，那么内容再现部分24进行到步骤S518，在这里它执行 再现内容组的处理。因为在该例子中内容是通过流再现的，所以通过 流从内容服务器75递送来的内容组被接收、解密并且被显示给显示部 分22。
如果在步骤S514判断出所选集(内容组)不是将通过流再现的 内容(因此其是将通过下载文件再现的内容)，那么内容再现部分24 进行到步骤S515,在这里判断内容组是否已经被累积。如果内容组已 经,皮累积，那么内容再现部分24进行到步骤S516,在其中它以上述 的形式显示图21所示的促销图像。然后，如上所述，用户可以通过操 作远程命令器51的方向按钮55U到55R以及输入按钮54来选择"yes，， 按钮或"no"按钮，来表示他或她购买或不购买该集。如果用户不购买 该集，那么内容再现部分24返回到步骤S512。
另一方面，如果判断出用户已经发出购买该集的命令，那么内容 再现部分24进行到步骤S518，在这里它执行再现内容组的处理。因 为内容组已经被存储在内容存储部分27中，所以内容再现部分24再 现内容存储部分27中存储的内容组，解密它，然后将它提供给显示部 分22以使其显示内容组。
如果在步骤S515判断出内容组还没有被累积，那么内容再现部 分24进行到步骤S519，在这里它使显示部分22显示如图22所示的 促销图像。
图22示出了在用户选择图20图像中第一购买模式时可能被显示 的图像。虽然当用户已经选择图20所示的第一购买模式时在步骤S516 中图21的图像被显示，但是内容组是通过流递送的。另一方面，当用 户选择第一购买模式而内容组通过下载文件递送时，图22的图像被显 示。在这种情况下，除了节目标题之外，消息"It will take xx minutes for downloading"也被显示。同样，如果用户想要购买内容，那么他或她 选择"yes"按钮，而如果用户不想购买内容，那么他或她选择"no"按钮。在步骤S520，内容再现部分24判断购买内容的命令是否已经发 出，如果没有命令被发出(因为"no"按钮被选择)，那么返回到步骤 S512,在这里它显示图20所示的包列表，并执4亍随后的处理。
另 一方面，如果在步骤S520判断出购买内容的命令已经发出(因 为"yes，，按钮被选择)，那么内容再现部分24进行到步骤S521，在这 里它现在内容文件，并执行累积处理。更具体地，从内容服务器75 提供的将被下载的文件实际上被下载并存储到内容存储部分27中。
这样，被显示给用户的内容组列表包括将通过流递送的那些和将 通过下载文件递送的那些的混和。但是，递送类型没有显示给用户。 换句话说，只有节目(包)标题被显示给用户。因此，用户不需要注 意他或她购买的内容组是通过流递送的还是通过下载文件递送的，并 且可以只通过选择来接收节目。而且，用户不需要考虑节目是否已经 被购买。当节目还没有被购买时，询问用户是否要购买的消息会被显 示。然后，用户只是需要回答该问题就行。
如果内容组已经被购买并且将通过流递送或者已经被累积，那么 它被自动再现。因此，可能是年长的人、小孩并且可能不具有关于互 联网和协议的知识的任何人都可以以简单的方式观看内容组而不会失 败。将被显示给用户的各种信息块包含在包元数据中。虽然没有图示， 但是服务器2和数字电视接收器3具有用于在通过互联网1彼此进行 通信时所必需的接口处理的各自的通信部分。数据在它们被交换之前 被力口密。
虽然在上面的描述中本发明被应用于数字电视接收器，但是本发 明还可以被应用于录像机、电视调谐器、硬盘记录器、DVD(数字通 用盘)记录器和多种其它的内容处理装置。
将被递送的内容不限于那些电视节目，多种其它的内容也可以根 据本发明递送。
上述处理可以通过硬件执行。或者，它们可以通过软件执行。如 果它们通过软件执行，那么数字电视接收器3包括图23所示的计算机。 现在参照图23， CPU (中央处理单元)321根据存储在ROM (只读存储器)322中的程序或者从存储部分328加载到RAM (随机访问 存储器)323上的程序执行各种处理。RAM 323正确地存储CPU 321 执行各种处理所必需的数据。
CPU321、 ROM322和RAM323通过总线324彼此连接。总线 324还连接到输入/输出接口 325。
输入/输出接口 325又被连接到输入部分326、典型地通过使用 CRT (阴极射线管)或LCD (液晶显示器)形成的显示器、典型地包 括扬声器的输出部分327、典型地包括硬盘的存储部分328和典型地 包括调制解调器的通信部分329。通信部分329通过典型地为互联网1 的网络与系统的其它部分通信。
如果有必要，输入/输出接口 325被连接到驱动341，并且配备有 可移动介质342，可移动介质可以是磁盘、光盘、磁光盘或半导体存 储器，并且如果必要，从其中读出的计算机程序被安装到存储部分328中。
当上述处理通过软件执行时，构成软件的程序被从网络或存储介 质上安装。
如图23所示，记录介质是可移动介质342,其可以是磁盘(例如 软盘)、光盘(例如CD-ROM (压缩盘-只读存储器)、DVD (数字 通用盘)等)、磁光盘(例如MD (迷你盘))或半导体存储器，可 以被安排为与装置主体分开以存储将被分发给用户的节目。或者，它 可以是ROM 322或包含在存储部分328中的硬盘，其在存储于其中 的节目被递送给用户之前被合并到装置主体中。
为了本发明的目的，描述记录介质中所记录程序的步骤包括将以 所述顺序按时间串行执行的处理以及那些不一定按时间串行而是并行 或单独执行的处理。
为了本发明的目的，系统指包括多个装置的设备。
本发明绝不限于参照附图描述的上述实施例，而是可以被改变、 替换或者进行等价操作而不脱离由所附权利要求限定的本发明的精神 和范围。 "工业实用性
如上所述，根据本发明，可能以特别简单且可靠的方式递送内容。 更具体地，可能将这种内容递送给不具有有关递送模式的特别技术知 识的一般用户而不会牺牲装置的可操作性。因此，可以使通过互联网 和其它网络递送这种内容的系统更加普及。
权利要求
1.一种内容处理装置，包括存储单元，用于存储预先获取的、至少包含内容的标题的所述内容的第一元数据；列表显示控制单元，用于根据所述内容的第一元数据，将所述内容的列表显示在规定的画面上；发送单元，用于将选择内容的许可请求和第二元数据的请求发送给内容分配装置，该选择内容是被显示的所述内容的列表中的、用户选择作为再现对象的内容，该第二元数据包括有关所述选择内容的数据的获取地的信息；接收单元，用于接收响应所述请求而返回的许可请求结果和所述第二元数据；再现单元，用于当所述许可请求结果为允许再现所述选择内容时，根据所述第二元数据获取并再现所述选择内容的数据；许可处理单元，用于处理有关所述许可的信息，其中，所述许可处理单元将预先获取的所述选择内容的许可ID和所述用户的用户ID作为所述许可的请求发送给所述内容分配装置，并接收所述许可请求结果。
2. 根据权利要求l所述的内容处理装置，其中， 当所述许可请求结果为允许再现所述选择内容时，所述许可请求结果中包含有所述选择内容的解码密钥，所述再现单元利用所述选择内容的解码密钥，对所述选择内容的 数据进行解码并再现。
3. 根据权利要求2所述的内容处理装置，其中，有关所述选择内容的数据的获取方的信息是所述选择内容的数据 的获取地地址。
4. 一种内容处理方法，包括列表显示控制步骤，用于根据预先获取的、至少包含内容的标题 的所述内容的第一元数据，将所述内容的列表显示在规定的画面上；发送步骤，用于将选择内容的许可请求和第二元数据的请求发送 给内容分配装置，该选择内容是被显示的所述内容的列表中的、用户 选择作为再现对象的内容，该第二元数据包括有关所述选择内容的数 据的获取地的信息；接收步骤，用于接收响应所述请求而返回的许可请求结果和所述 第二元数据；再现步骤，用于当所述许可请求结果为允许再现所述选择内容时， 根据所述第二元数据获取并再生所述选择内容的数据；其中，在所述发送步骤的处理中，预先获取的所述选择内容的许 可ID和所述用户的用户ID作为所述许可的请求^皮发送给所述内容分 配装置。
全文摘要
本发明提供了一种内容分配系统(11)，用于经由互联网接收内容分配。浏览器(23)请求内容服务器(75)发送启动文件。内容服务器(75)将启动文件发送到浏览器(23)。启动文件描述将被分配的内容是将通过流分配的内容还是将作为下载文件被分配的内容。内容再现部分(24)根据从浏览器(23)接收的启动文件描述判断内容是用于流分配的内容还是用于下载的内容。电视接收器(3)被用作用于从内容分配设备接收内容分配的内容处理设备。
文档编号G06F15/16GK101562726SQ20091014172
公开日2009年10月21日 申请日期2004年4月23日 优先权日2003年4月24日
发明者下地达也, 出叶义治, 北里直久, 松井义德 申请人:索尼株式会社;松下电器产业株式会社