CN1698038A - 信息处理系统、信息处理装置及方法与程序 - Google Patents

Abstract

一种信息处理系统、信息处理装置及信息处理方法和信息处理程序，用于允许更方便地购买内容。当下载内容数据的设备和指令购买那些内容数据的设备不同时，用于购买内容数据的购买表格发送到指令购买那些内容数据的设备。在购买表格中，输入用户ID和口令，用用户ID确定下载内容数据的设备。如果由于用户注册了多个设备而使得不能限定它们中的任何一个，则发送用于指定下载内容数据的设备的发送目的确定表格，从而，内容数据发送到与对该表格的应答相应的设备。本发明可应用到用于执行关于内容数据的处理的服务器。

Description

信息处理系统、信息处理装置及方法与程序

技术领域

本发明涉及信息处理系统、信息处理装置及方法与程序。本发明涉及适于购买内容数据的信息处理系统、信息处理装置及方法与程序。

背景技术

由于近来网络的广泛使用，如互联网，在网络上对各种商品的购买(或随之用于购买的特定过程)正变得普遍。有各种可以在网络上购买的商品，例如不仅有有形的商品，还有无形的商品。无形商品包括例如音乐数据和视频数据。

有些无形商品不仅可以通过购买还可以通过租借获得。不管用户是否购买还是租借了无形商品，他/她都可以通过使用家里的计算机购买期望的内容数据，如音乐数据或视频数据，而不需要去音乐店或租借店来获得存储内容数据的光盘。

不象有形商品，无形商品很容易拷贝，而且可能发生不期望的动作，例如无形商品的拷贝可以从一个购买者传送到其他人。通常，在无形商品中都包含防止这种不期望动作的机制。

例如，涉及许可(使用权利)的数据与内容数据一起提供(发送)。通过使用这种许可数据，可以管理提供给用户的内容数据的重放操作，从而防止不期望的动作，如拷贝。

当用户期望通过网络购买内容数据时，他/她首先通过网络访问管理内容数据的站点，并根据那个站点的指令执行购买内容数据的处理，如输入预定义的信息。

在完成购买内容数据的处理以后，内容数据就通过网络从该站点下载到了用户设备。下载的内容数据与许可数据一起存储在设备的记录介质中，如硬盘驱动器。

在下载到用户设备以后，许可数据与存储内容数据的设备唯一的ID信息关联(绑定)。由于这种关联，即使内容数据被拷贝了，也能防止在除下载内容数据的设备以外的其它设备上，即不能将其ID信息与许可数据关联的设备上，重放。

以这种方式，内容数据下载到执行购买处理的设备并由这个设备重放。因此，当用户在不在家时使用除家里设备以外的设备购买内容数据时，他/她就不能利用家里的设备来重放所购买的内容数据。

换句话说，例如当用户离开家时，用户就不能通过使用不同的设备在家里的设备上执行存储期望的内容数据的处理。因此，用户不能使用与重放该内容数据的设备不同的设备购买内容数据。

发明内容

考虑到上述背景，本发明的一个目的是使用户能够通过使用与重放内容数据的设备不同的设备执行购买内容数据的处理。

本发明信息处理系统的第一信息处理装置包括：用于管理识别内容的第一ID的第一管理装置，用于管理识别第三信息处理装置的第二ID的第二管理装置；响应来自第二信息处理装置的分发内容请求而将由第一管理装置管理的第一ID提供给第二信息处理装置的提供装置；及当从第二信息处理装置接收到第一ID和用于提高第二ID的信息时从接收到的信息中指定由第二管理装置管理的第二ID并将由第一ID识别的内容分发到对应于指定的第二ID的第三信息处理装置的分发装置。第二信息处理装置包括：用于请求第一信息处理装置分发内容的请求装置；及用于从提供装置提供的第一ID发送对应于用户所选内容的第一ID并用于响应请求装置的请求发送指定第二ID的信息的发送装置。第三信息处理装置包括用于接收并存储由分发装置分发的内容的存储装置。

本发明的信息处理装置包括：用于管理识别第一装置的第一ID的第一管理装置；用于管理识别内容的第二ID的第二管理装置；响应来自第二装置的分发内容的请求，向第二装置提供由第二管理装置管理的第二ID的提供装置；当从第二装置接收到第二ID和用于指定第一ID的信息时，从接收到的信息中指定由第一管理装置管理的第一ID的指定装置；及向对应于由指定装置指定的第一ID的第一装置分发由第二ID识别的内容的分发装置。

第一管理装置可以管理用于识别用户的用户信息、口令及与彼此关联的第一ID，而指定装置可以接收包含至少用户信息与口令中一种的信息，作为指定第一ID的信息。

信息处理装置还可以包括当第一ID由指定装置指定时形成向对应于指定第一ID的第一装置分发由第二ID识别的内容的调度器的调度装置。分发装置可以根据由调度装置形成的调度器分发内容。

信息处理装置还可以包括当用于第一装置的调度器由调度装置形成时响应来自第一装置的提供调度器的请求向第一装置提供调度器的提供装置。

本发明的信息处理方法包括：管理识别第一装置的第一ID的第一管理步骤，管理识别内容的第二ID的第二管理步骤；响应来自第二装置的分发内容的请求向第二装置提供由第二管理步骤处理所管理的第二ID的提供步骤；当从第二装置接收到第二ID和用于指定第一ID的信息时，从所接收到的信息中指定由第一管理步骤处理所管理的第一ID的指定步骤；及控制由第二ID识别的内容向对应于由指定步骤处理所指定的第一ID的第一装置分发的分发控制步骤。

本发明记录介质中的程序包括：管理识别第一装置的第一ID的第一管理步骤，管理识别内容的第二ID的第二管理步骤；响应来自第二装置的分发内容的请求向第二装置提供由第二管理步骤处理所管理的第二ID的提供步骤；当从第二装置接收到第二ID和用于指定第一ID的信息时，从所接收到的信息中指定由第一管理步骤处理所管理的第一ID的指定步骤；及控制由第二ID识别的内容向对应于由指定步骤处理所指定的第一ID的第一装置分发的分发控制步骤。

本发明的程序允许计算机执行：管理识别第一装置的第一ID的第一管理步骤，管理识别内容的第二ID的第二管理步骤；响应来自第二装置的分发内容的请求向第二装置提供由第二管理步骤处理所管理的第二ID的提供步骤；当从第二装置接收到第二ID和用于指定第一ID的信息时，从所接收到的信息中指定由第一管理步骤处理所管理的第一ID的指定步骤；及控制由第二ID识别的内容向对应于由所述指定步骤处理所指定的第一ID的第一装置分发的分发控制步骤。

根据本发明，即使在进行分发内容请求的设备于用于接收和存储内容的设备不同的时候，请求也能被处理，而且内容可以分发到指定的设备。

附图说明

图1是说明应用本发明的信息处理系统的一种实施方式配置的图。

图2是说明服务提供商配置的一种例子的方框图。

图3是说明STB配置的一种例子的方框图。

图4是说明PC配置的一种例子的方框图。

图5是说明蜂窝电话外部配置的一种例子的图。

图6是说明蜂窝电话内部配置的一种例子的图。

图7是说明服务提供商功能的方框图。

图8是说明STB功能的方框图。

图9是说明用于注册设备的处理的流程图。

图10说明了显示在电视接收器上的屏幕的一种例子。

图11说明了目的表的数据配置。

图12是说明用于注册设备的另一种处理的流程图。

图13说明了显示在显示单元上的屏幕的一种例子。

图14说明了目的表的另一种配置。

图15是说明用于改变所注册信息的处理的流程图。

图16说明了显示在显示单元上的屏幕的一种例子。

图17说明了显示在显示单元上的屏幕的一种例子。

图18说明了目的表的另一种配置。

图19是说明购买处理的流程图。

图20说明了存储在内容数据库中的数据。

图21说明了存储在许可颁发器中的数据。

图22说明了调度数据。

图23是说明另一种购买处理的流程图。

图24是说明由服务提供商执行的处理的流程图。

图25说明了显示在显示单元上的屏幕的一种例子。

图26说明了显示在显示单元上的屏幕的一种例子。

图27是说明由服务提供商执行的处理的流程图。

图28是说明由STB执行的处理的流程图。

图29是说明由服务提供商执行的处理的流程图。

图30是说明显示处理的流程图。

图31说明了显示在显示单元上的屏幕的一种例子。

图32说明了显示在显示单元上的屏幕的一种例子。

图33说明了显示在显示单元上的屏幕的一种例子。

图34说明了用于预订调度的分发预订表。

图35是说明调度的流程图。

图36是说明由服务提供商执行的处理的流程图。

具体实施方式

以下参考附图描述本发明的一种实施方式。图1是说明信息处理系统一种实施方式的示意图，其中该系统集成了使用本发明的信息处理装置。网络1是由互联网或LAN(局域网)构成的网络。服务提供商2连接到网络1。

在这种实施方式中，服务提供商2是为了向用户设备提供内容数据而提供服务的提供商。

用户A拥有作为可连接到网络1的设备的STB(机顶盒)11、PC(个人电脑)12和蜂窝电话13。类似地，用户B拥有作为可连接到网络1的设备的STB 21、PC 22和蜂窝电话23。在安装在用户A和用户B的家里时，STB 11和21及PC 12和22可以分别连接到网络1。即使当处于远离用户A和用户B家的位置时，蜂窝电话13和23也能连接到网络1。

用户A拥有的STB 11的基本配置与功能和用户B拥有的STB 21类似。这同样适用于分别由用户A和用户B拥有的PC 12和PC 22及分别由用户A和用户B拥有的蜂窝电话13和蜂窝电话23。在以下说明书中为了给出这些设备的描述，作为例子讨论STB 11、PC 12和蜂窝电话13，而忽略STB 21、PC 22和蜂窝电话23的描述，除非特别声明，假定相同的说明适用于它们。

图2是说明服务提供商2配置的一种例子的方框图。服务提供商2是由例如计算机构成的。服务提供商2的CPU(中央处理单元)41根据存储在ROM(只读存储器)42中的程序执行各种类型的处理。在RAM(随机访问存储器)43中，存储了CPU 41执行各种类型处理所需的数据和程序。由例如键盘和鼠标构成的输入单元46连接到输入/输出接口45，并将输入到输入单元46的信号输出到CPU 41。由例如显示器和扬声器构成的输出单元47也连接到输入/输出接口45。

由例如硬盘构成的存储单元48和用于通过网络1，如互联网，向其它设备(如STB 11)发送数据及从其接收数据的通信单元49也连接到输入/输出接口45。设备50用于从记录介质，如磁盘61、光盘62、磁光盘63及半导体存储器64读数据并向其写数据。

图3说明了STB 11内部配置的一种例子。CPU 81将存储在ROM82中的控制程序扩展到RAM 83，以便根据来自用户由红外线接收器84提供的指令控制STB 11的整个操作。

例如，响应来自用户的在连接到STB 11的监视器(未示出)上显示EPG(电子程序指南)的指令，CPU 81根据从解复用器87提供的EPG数据执行在监视器上显示图像的处理。

红外线接收器84接收从用于STB 11的远程控制器(未示出)发射出的红外线，并向CPU 81输出对应于用户指令的命令。

存储单元85存储关于进行记录预订或者查看预订的程序的信息或关于从其它设备(本例中是服务提供商2)提供的ID的信息。根据来自CPU 81的指令，通信单元86提取预订的通道信号、执行模数转换、QPSK(正交相移键控)解码及纠错，并在通信单元86随后的一级将所获得的传输流输出到解复用器87。

通信单元86通过网络1向服务提供商2发送数据并从其接收数据，还对所发送的数据和所接收的数据执行处理。

解复用器87暂时将所提供的传输流存储在缓冲存储器88中，并利用从IC卡(未示出)提供的解扰密钥解扰传输流。然后解复用器87根据标识从所解扰的数据中提取由CPU 81指定的构成程序视频数据的包，并将提取出的包输出到视频解码器89。解复用器87还提取存储了程序音频数据的包，并将提取出的包输出到音频解码器90。

视频解码器89根据例如MPEG(运动图像专家组)2方法重放所提取的包，并将重放的视频信号提供给监视器(未示出)，然后在监视器上显示。音频解码器90类似地重放所提供的包，并将重放的音频信号提供给扬声器(未示出)，然后从扬声器输出。

图4是说明PC 12内部配置的一种例子的方框图。PC 12的CPU101根据存储在ROM 102中的程序执行各种类型的处理。由例如键盘和鼠标构成的输入单元106连接到输入/输出接口105，并将输入到输入单元106的信号输出到CPU 101。由例如显示器和扬声器构成的输出单元107也连接到输入/输出接口105。

由例如硬盘构成的存储单元108和通过网络1，如互联网，向其它设备(如服务提供商2)发送数据并从其接收数据的通信单元109也连接到输入/输出接口105。驱动器120用于从记录介质，如磁盘，读数据和向其写数据。

图5说明了蜂窝电话13外部配置的一种例子。图5显示蜂窝电话13分成显示部分122和跨过中央绞链121但可以在绞链121折叠的主要部分123。

收发天线124在可以拉出并重新缩回显示部分122的状态下附属于显示部分122的左上端。无线电波是通过天线124从用于控制与网络1连接的基站发射和接收的。在大约180度角范围内可旋转的拍照单元125位于显示部分122上部的中央，期望的图像目标可以被为拍照单元125提供的CCD照相机126捕捉到。

当拍照单元125旋转时，CCD照相机126消失，而扬声器(未示出)出现，用户就可以听到电话的声音。

液晶显示屏127在显示部分122的前面提供，不仅显示无线电波的接收状态，剩余电量，在地址本中注册的姓名和电话号码及呼叫的历史记录，还显示电子邮件信息，简单的主页及由拍照单元125的CCD照相机126捕捉到的图像。

在主要部分123的正表面提供了操作键，如数字键0到9，呼叫键，重拨键，挂断/开机键，清除键及电子邮件键，各种指令可以通过使用操作键来输入。

麦克风129是为主要部分123提供的，电话上用户的声音就是由麦克风129收集的。可旋转的慢速拨盘130位于操作键128的上方，它稍高于主要部分123的表面。根据慢速拨盘130的旋转操作，可以执行各种操作，例如显示在液晶显示屏127上的地址本列表和电子邮件消息的滚动，简单主页的滚动或图像的转发。

用于插入可插入/拔除的记忆棒140(由SONY公司开发)的记忆棒槽131在主要部分123左侧的上部提供。响应用户的操作，电子邮件消息，简单主页和由CCD照相机126捕捉到的图像都可以记录。

由于记忆棒可以插入到主要部分123中，因此蜂窝电话13可以通过记忆棒140与其它电子设备共享数据。

如图6所示，在蜂窝电话13中，电源电路161，操作输入控制器162，图像编码器163，照相机接口164，LCD(液晶显示屏)控制器165，图像解码器166，解复用器167，记录器/播放器168，调制解调器电路169及音频信号编解码器170都连接到用于通过主总线171集中控制显示部分122和主页部分123元件的主控制器160。此外，图像编码器163，图像解码器166，解复用器167，记录器/播放器168，调制解调器电路169及音频信号编解码器170都连接到用于通过主总线171集中控制显示部分122和主要部分123元件的主控制器160。此外，图像编码器163，图像解码器166、解复用器167，调制解调器电路169及音频信号编解码器170通过同步总线172彼此连在一起。

当挂断/开机键由用户的操作开启时，电源电路161从电池组向各个元件供电，从而启动蜂窝电话13。

在由CPU、ROM、RAM构成的主控制器160的控制下，蜂窝电话13将音频会话模式期间由麦克风129收集到的音频信号由音频信号编解码器170转换成数字音频数据，通过利用调制解调器电路169对数字音频数据执行扩展频谱，通过利用收发电路173对数字音频数据执行数模转换和频率转换，然后通过天线124发送结果数据。

蜂窝电话13还放大音频会话模式期间由天线124接收的信号，从而执行模数转换，通过利用调制解调器电路169执行解扩频谱，并通过利用音频信号编解码器170将数字信号转换成模拟音频信号，然后通过扬声器174输出模拟音频信号。

当在数据通信模式期间接收链接到简单主页的运动图片文件的数据时，蜂窝电话13通过利用调制解调器电路169对通过天线124从基站接收到的信号执行解扩频谱，并将结果多路的数据发送到解复用器167。

解复用器167分离多路的数据，从而将其分成编码图像数据和编码音频数据。然后，解复用器167通过同步总线172将编码图像数据提供给图像解码器166，并将音频数据提供给音频信号编解码器170。

图像解码器166根据对应于预定编码方法的解码方法，如MPEG(运动图像专家组)2或MPEG4，解码编码图像数据，产生重放的运动图片数据并通过LCD控制器165将解码的图像数据提供给液晶显示屏127。因此，包含在链接到简单主页的运动图片文件中的运动图片数据可以显示。

同时，音频信号编解码器170将音频数据转换成模拟音频信号并将其提供给扬声器174。因此，包含在链接到简单主页的运动图片文件中的音频数据可以重放。

响应用户的操作，蜂窝电话13可以通过记录器/播放器168将链接到所接收简单主页的数据记录到记忆棒上。

在具有上述配置的个体设备中，用于实现这种实施方式的功能在下面描述。图7是说明执行下述处理所需的功能的服务提供商2的功能方框图。

内容分发预订单元201从用户接收内容分发的预订或购买。内容数据库202存储内容本身的数据(下文中有时称为“内容数据”)及关于内容数据的数据(下文中有时称为“内容附带数据”)，例如内容数据的大小和有效期，从而内容数据和内容附带数据能彼此关联。

目的数据库203存储关于定了购买内容数据合同的用户的信息(下文中有时称为“用户信息”)，一从用户接收到预订或购买内容数据的请求，内容分发预订单元201就确定请求是不是通过参考存储在内容数据库202中的内容附带数据和存储在目的数据库203中的用户信息接收的。如果内容分发预订单元201确定请求要被接收，则它向调度器204输出预订信息。

内容分发预订单元201管理涉及从用户，例如用户A(图1)，接收预订或购买预订内容的请求的站点(可以在网络1上浏览的主页)的数据，并将这种数据提供给访问该站点的用户。然后，用户就可以根据该数据通过检查屏幕来发送预订或购买内容的请求。

调度器204形成指示例如由用户请求的内容数据何时提供给用户的分发调度。根据这个调度，内容分发器105从内容数据库202读出内容数据并将其发送到用户设备。

许可颁发器206颁发允许内容数据在用户侧重放的许可数据(使用权限)，同时防止内容数据的非法使用，并向内容数据添加许可数据。通过控制器207控制服务提供商2中通过网络1数据的发送和接收。

图2所示服务提供商2与图7所示服务提供商2之间的相互关系如下。内容数据库202和分发数据库203是存储在存储单元48中的数据库。用于存储关于由内容分发预订单元201管理的站点数据的部分可以位于存储单元48中。

内容分发预订单元201、调度器204、内容分发器205及许可颁发器206是通过启动存储在ROM 402或存储单元48中的对应程序并由CPU 41根据程序执行处理实现的功能。因此，如果需要，程序或数据扩展并存储到RAM 43中。

通信控制器207是用于控制由通信单元49执行的数据发送和接收的功能。

现在给出对用于向具有上述功能的服务提供商2发送和接收数据的STB 11的功能的描述。图8是说明向服务提供商2发送和接收数据及执行下述处理所需的STB 11功能的功能性方框图。通信控制器221控制通过网络1向服务提供商2发送和接收数据。由通信控制器221控制的数据提供给分发控制器222。

分发控制器222控制向服务提供商2发送和接收内容数据或分发调度数据。存储单元223存储从分发控制器222提供的内容数据。许可管理器224存储从分发管理器222提供的许可数据，并根据所存储的许可数据管理存储单元223中内容数据的存储或重放单元226中内容数据的重放操作。

设备ID管理器225管理从服务提供商2提供的、作为识别STB 11的信息的设备ID。

图3所示STB 11与图8所示STB 11之间的相互关系如下。通信控制器221是控制通信单元86中通信的功能。存储单元223、许可管理器224用于存储许可数据的部分及用于存储设备ID部分的设备ID管理器225都位于存储单元85中。

分发控制器222、许可管理器224及设备ID管理器225是通过启动存储在ROM 82或存储单元85中的对应程序并根据该程序由CPU 81执行处理实现的功能。因此，如果需要，程序或数据扩展并存储在RAM 83中。

重放单元226是由与重放操作相关的部分，如解复用器87、视频解码器89及音频解码器90，执行的功能。

由服务提供商2和STB 11执行的数据发送和接收在下面讨论。为了由STB 11从服务提供商2下载内容数据，有必要使STB 11(用户A)与服务提供商2(或管理服务提供商2的代理)签订合同。假定识别STB 11的设备ID是通过与服务提供商2订合同从服务提供商2给出的，且STB 11通过接收该设备ID注册在服务提供商2中，下面给出描述。

以下参考图9的流程图讨论在服务提供商2中注册STB 11的过程。在步骤S11中，STB 11访问服务提供商2。这种访问是通过用户A经由网络1在STB 11上执行预订操作进行的。

在步骤S21中一从STB 11接收到访问请求，服务提供商2就在步骤S22中发送关于注册表格的数据。在发送关于注册表格的数据之前，必须确定访问服务提供商2的STB 11是否已经注册，如果已经注册，则注册表格数据可以不发送到STB 11。为了描述注册处理，现在假定发送注册表格数据。

步骤S22的处理是在内容分发预订单元201(图7)中执行的。即，在服务提供商2的通信控制器207的控制下，来自STB 11的访问请求，本例中是注册请求，提供给内容分发预订单元201。内容分发预订单元201管理关于当接收访问请求时总是提供的初始屏幕或专用于注册的初始屏幕的数据，并将该数据作为注册表格数据发送。

在步骤S12中，从服务提供商2发出的初始屏幕数据是由STB 11接收的。在STB 11的通信控制器221控制下接收的初始屏幕数据提供给分发控制器222。当确定所提供的(发送的)数据是初始屏幕数据时，分发控制器222将数据提供给重放单元226。

重放单元226重放所提供的数据。结果，如图10所示的屏幕显示在连接到STB 11的如电视接收器的显示器上。图10所示的屏幕是注册初始屏幕，在其上面有用于输入用户ID的用户ID输入栏251、用于输入口令的口令输入栏和用于输入邮件地址的邮件地址输入栏。

用户ID是可以由用户自由指定的ID，是具有预定数目的阿拉伯数字，如字母，数字和片假名字符的字符串。口令也是可以由用户自由指定、具有预定数目阿拉伯数字的字符串。如果STB 11具有发送和接收电子邮件的功能且分发了对应的电子邮件地址，则邮件地址可以是电子邮件地址。

但是，为了执行下述处理，优选地是分发给除STB 11以外的其它设备的邮件地址，如分发给PC 12或蜂窝电话13的邮件地址，输入到邮件地址输入栏253。因此，图10所示邮件地址输入栏253上的项目名称可以更具体地指定为例如“PC或蜂窝电话的邮件地址”，而不是“邮件地址”。

尽管在这个例子中输入了用户ID、口令和邮件地址，但除这些项目以外的信息也可以单独或与上述信息项目一起输入。输入到这个屏幕的信息是可以唯一识别STB 11的信息，在这个例子中，用户A的STB 11可以由用户ID区别于其它STB(例如STB 21(图1))。

由于用户ID可以唯一识别STB 11，因此邮件地址可以用作用户ID。即邮件地址可用于唯一识别STB 11。如果邮件地址用作用户ID，则没有必要在图10所示电视接收器241的屏幕上同时提供用户ID输入栏251和邮件地址输入栏253，其中一栏是多余的。

如上所述，如图10所示的屏幕显示在用户侧的电视接收器241上，而且这种屏幕显示在电视接收器241的定时可以如下确定。项目“注册”位于由服务提供商2提供的初始屏幕上，而且当选择项目“注册”时，图10所示的屏幕可以显示。基本上在本例中关于屏幕的数据是以与上述相似的方式在STB 11和服务提供商2之间发送与接收的。

现在假定图10所示屏幕显示在用户d电视接收器24上，且用户输入用户ID、口令和邮件地址。

回过头来参考图9流程图的描述，在步骤S13中，用户将期望的字符串输入图10所示的屏幕，然后数据发送到服务提供商2。在步骤S23中一接收到数据，如用户ID，服务提供商2就在步骤S24中根据接收到的数据存储用户ID、口令和邮件地址。

步骤S24的存储处理如下。来自STB 11的数据，如用户ID，是由服务提供商2的通信控制器207接收的并提供给内容分发预订单元201。如上面所讨论的，内容分发预订单元201作为处理的一部分执行注册处理。

如果内容分发预订单元201确定从通信控制器207提供的数据是来自第一次请求进行注册的STB 11(用户)，则它将数据写入(存储到)目的数据库203。图11说明了目的数据库203中数据配置的一种例子。如图11所示，在目的数据库203中，设备ID、用户ID、口令与邮件地址是彼此关联存储的。在本例中，存储在目的数据库203中的数据，如图11所示的数据，有时称为“目的表”。

设备ID预存在目的表中。在图11所示的目的表中，数字000001至999999预先指示(准备)成设备ID。尽管在本例中设备ID是预存在目的表中，但它们也可以在进行注册时产生。

在步骤S23种接收的用户ID、口令与邮件地址写入目的表的对应部分。假定“AIU”是接收到的用户ID，“XXXX”是接收到的口令，而“ΔΔΔ@z.co.jp”是接收到的邮件地址，它们写入设备ID条目“000001”。

在步骤S24完成将数据写入(存储到)目的数据库203之后，在步骤S25发送设备ID。在步骤S25中从服务提供商2发送的设备ID是对应于信息写入的条目的设备ID。即，在本例中，“000001”作为设备ID读出并发送到STB 11。

在完成发送设备ID之后，服务提供商2就完成了注册STB 11的处理。这样，在步骤S26中，服务提供商2向用户报告STB注册已完成。

为了报告注册的完成，如“注册已完成”的简单消息可以显示在连接到STB 11的电视接收器241的屏幕上。可选的，其它消息或图像也可以显示。

例如，如果要注册的用户ID已经存储在目的数据库203中，则指示用户改变用户ID的消息可以与提醒用户注册在改变用户ID之前还未完成的消息一起发送。

如上所述，为了利用用户ID唯一识别STB 11，相同的用户ID不会重复存储在目的表中。因此，必须执行避免重复存储相同用户ID的处理。

同时，在步骤S14中，STB 11接收设备ID，然后在步骤S15中接收完成消息。在步骤S16中，在步骤S14中接收的设备ID存储在STB 11的设备ID管理器225(图8)中。根据步骤S15中接收到的完成消息，STB 11执行例如完成注册或改变用户ID的处理。如果用户ID改变，则只有当改变的用户ID在服务提供商2中被接收时才在步骤S16中存储设备ID。

当输入字符串到图10所示屏幕的栏时，使用给STB 11指令的远程控制器(未示出)。但是，通常远程控制器不适用于输入字符。此外，STB 11可能不具有输入字符串的功能。

因此，如上所述，不用STB 11进行注册，其它适于输入字符串的设备可以优选地用于在服务提供商2中注册STB 11。然后，用户就能够更容易地执行注册处理。因此，下面参考图12描述利用作为适于输入字符的设备PC 12在服务提供商2中注册STB 11的处理。

在步骤S41中，STB 11访问服务提供商2。在步骤S61中，服务提供商2接收来自STB 11的访问请求。STB 11与服务提供商2之间的连接处理是以与图9步骤S11和S21处理类似的方式执行的。

在步骤S62中，服务提供商2将设备ID与别名ID发送到STB 11。设备ID是不提供给用户而是对用户保持未知的ID。相反，别名ID是提供给用户并且用户已知的ID。

假定设备ID与别名ID是从服务提供商2提供的，以下给出描述。设备ID与别名ID预存在服务提供商2中，因此它们可以彼此关联。因此，别名ID可以唯一确定设备ID。

在步骤S62中，设备ID与别名ID从服务提供商2发送到STB 11。然后，在步骤S42中，在通信控制器221的控制下，STB 11接收设备ID与别名ID，并将设备ID与别名ID提供给分发控制器222。在步骤S43中，分发控制器222将设备ID与别名ID提供给设备ID管理器225，由设备ID管理器225来管理(存储)它们。

在将设备ID与别名ID存储到设备ID管理器225之后，在步骤S44中所存储的别名ID发送到(提供给)PC 12。将别名ID提供给PC 12可以直接或间接执行。

首先给出别名ID直接从STB 11提供给PC 12的情况的描述。当例如STB 11和PC 12通过家用网络连接时，别名ID就通过这个网络发送和接收。别名ID的发送和接收可以在例如别名ID存储在STB11中时或PC 12启动时执行。可选地，如下所述，当PC 12访问(连接到)服务提供商2时，它就可以通过家用网络获得存储在STB 11中的别名ID。

可选地，别名ID可以利用电子邮件从STB 11发送到PC 12。不管以哪种方式，别名ID都是直接从STB 11到PC 12发送和接收的。

现在给出别名ID间接从STB 11提供给PC 12的情况的描述。例如，当别名ID存储在STB 11中时，通知用户别名ID已存储的消息及所存储的别名ID显示在连接到STB 11的电视接收器24的屏幕上。用户将显示在电视接收器24上的别名ID写到介质上，例如纸上。

然后，用户将写到纸上的别名ID存储到PC 12中(如下所述，将别名ID输入预订的栏)。当例如PC 12访问(连接到)服务提供商2时，别名ID可以存储。

用于从STB 11向PC 12提供别名ID的方法可以如上所述那样考虑。这样，由PC 12接收别名ID的定时就可以在图12所示的步骤S52之前或之后，而且这种定时可以根据别名ID的提供方法改变。

由于PC 12已经作为例子用于执行上述处理，因此可以考虑上述用于提供别名ID的方法。如果蜂窝电话13执行处理，则别名ID的图像可以被蜂窝电话13的CCD照相机126(图5)捕捉到，捕捉到的图像被蜂窝电话13的处理识别并存储。

在提供了如CCD照相机的图像捕捉单元的设备中，用于提供信息的代码，即所谓的“二维条形码”，可以用于向用户设备提供别名ID。

不管从STB 11向PC 12(或蜂窝电话13)提供别名ID的定时，在别名ID存储到STB 11之后，在步骤S52中PC 12开始访问服务提供商2。如上所述，服务提供商2管理可以在网络1上浏览的站点。用户操作PC 12来浏览站点。

当PC 12准备好浏览服务提供商2管理的站点时，在步骤S64中服务提供商2向PC 12发送注册表格数据。在步骤S53中PC 12接收注册表格数据。然后，基于所接收数据的注册屏幕显示在显示单元上，该显示单元充当PC 12的输出单元107(图4)。

图13说明了显示在PC 12的显示单元261上的注册表格的一种例子。在图13所示显示在显示单元261上的注册表格的配置中，用于输入别名ID的别名ID输入栏254添加到图10所示显示在电视接收器241上的注册表格。

用户操作充当PC 12的输入单元106的键盘，将信息(字符串)输入到图13所示的注册表格的各个栏。如果已经获得了STB 11的别名ID，则它可以自动显示在别名ID输入栏254中，而不需要用户输入。

通常，PC 12具有适于输入字符串的键盘作为输入单元106，因此PC 12比STB 11更适于输入注册表格所需的字符串。因此，利用PC 12执行服务提供商2中STB 11的注册处理对用户来说更加有利和容易，其中PC 12和STB 11是不同的设备。

当各个信息条目都输入到图13所示注册屏幕的预订栏后，在步骤S54中信息从PC 12发送到服务提供商2。在步骤S65中一接收到来自PC 12的信息，服务提供商2就在步骤S66中存储信息。在存储信息后，服务提供商2在步骤S67中向PC 12报告注册已经完成。

一从服务提供商2接收到注册完成报告，在步骤S55中PC 12就执行对应的处理；例如，它在显示单元261上显示通知用户注册处理已经完成的消息。

假定图12所示STB 11、PC 12和服务提供商2之间的处理只执行一次，给出其描述。但是，它可以重复多次，在这种情况下家庭成员中不同的用户ID和口令可以在一个终端注册。换句话说，多个用户可以在STB 11中注册。

多用户在单个设备中的注册可以通过重复执行图12所示STB11、PC 12和服务提供商2之间的处理来实现。在这种情况下处理可以连续地重复，或者也可以按时间间隔执行。但是，如下所述，如果别名ID删除(改变)了，则处理必须在改变别名ID之前执行。但是，如果别名ID没有改变，或者如果用户注册可以由别名ID以外的其它信息进行，则可以去掉上述约束。

回过头来参考图12流程图的描述，由服务提供商2执行的步骤S66中的存储处理和步骤S67中的注册完成报告基本上分别类似于图9的步骤S26和S27，而由PC 12执行的步骤S67基本上类似于图9由STB 11执行的步骤S26，因此忽略对其的描述。

另一方面，步骤S66中由服务提供商2进行的存储处理稍不同于图9的步骤S24，因此下面解释其与步骤S24不同的处理。当根据图12的流程图执行处理时服务提供商2中目的数据库203(图7)的目的表在图14中示出。

在图14所示目的数据库203的目的表中，写入“别名ID”的栏添加到图11所示的目的表。如上面所讨论的，别名ID与设备ID关联，从而可以唯一确定设备ID。别名ID是提供给用户使用户已知的ID。因此，在目的表中，别名ID与设备ID关联写入。

服务提供商2管理目的表，如图14所示，在步骤S62(图12)处理中发送到STB 11的信息只是目的表中的设备ID及其对应的别名ID。即，一组设备ID与别名ID在PC 12访问服务提供商2之前提供给STB 11。

在这种状态下，服务提供商2在通信控制器207的控制下从用户的PC 12接收信息，如用户ID、口令、邮件地址和别名ID，然后将所接收到的信息提供给内容分发预订单元201。

内容分发预订单元201从所提供的信息中读出别名ID，然后检查由目的数据库203管理的目的表，确定写入所读别名ID的目的表条目。

内容分发预订单元201将所提供的用户ID、口令和邮件地址写入目的表的确定条目。以这种形式，发送注册其的请求的每个用户信息都写入目的表的对应条目，如图14所示。

如上面所讨论的，通过提供ID，即别名ID，注册处理可以利用发送注册请求的设备(在本例中是STB 11)以外的其它设备(在本例中是PC 12)来执行，而不需要使用户知道敏感信息，即设备ID。

设备ID的个数基本上是有限的。图12的流程图显示在步骤S43中设备ID存储到STB 11之后，用户不总是利用如PC 12的设备在服务提供商2中注册STB 11。换句话说，目的表可以有很长一段时间没有用户信息写入对应于分配给STB 11的设备ID的条目。

这意味着有些设备ID保持未用。因此，可以为服务提供商2提供以下功能。即，如果注册没有在设备ID存储到STB 11之后的预定时间段内进行，则这个设备ID就分配给其它设备。于是就能够有效地分发设备ID。

在这种情况中，服务提供商2首先有一段预定的时间检测保持未用的设备ID，而不进行注册处理(即使提供了一组设备ID和别名ID，也不将如用户ID的信息写入对应的条目)。检测的结果是服务提供商2改变与已经过期的设备ID关联的别名ID。

以这种方式，通过改变别名ID，即使存储前一别名ID的STB 11用户在预定时段后执行注册处理，注册也不会被接受，因此前一别名ID与当前的别名ID不同。而且，通过改变别名ID，改变后的别名ID可以提供给其它STB，从而实现设备ID的有效使用。

在根据图12的流程图在服务提供商2中注册STB 11后，有两个信息项，即别名ID(信息1)和用户ID(信息2)，作为唯一确定分配给STB 11的设备ID的信息。因此，在服务提供商2中注册STB 11后，设备ID可以利用信息1或信息2确定。

通过考虑这一点，如果作为信息2的用户ID确定设备ID，则作为信息1的别名ID不必在目的表(图14)中存储(管理)。因此，在进行注册处理后已经写入对应条目的对应于如用户ID的用户信息的别名ID可以删除。利用这种布置，删除后的别名ID可以与其它设备ID关联，从而使得有可能重用别名ID。

基本上必须准备很多设备ID来与许多用户(设备)订合同。为了避免使用相同的ID，使用有很多位数的字符串。如果设备ID与别名ID以一对一的对应关系彼此关联，则必须准备和设备ID一样多的别名ID，而且必须使用与设备ID有差不多位数的字符串。

但是，别名ID是提供给用户的，用户必须自己输入对应的字符串。考虑到用户必须输入别名ID，较少数位的字符串是优选的。

如上所述，如果别名ID可以重用，那么别名ID的个数可以小于设备ID的个数(即，设备ID和别名ID不需要基于一对一的对应关系彼此关联)。从而可以减少别名ID的个数。如果别名ID的个数少了，则即使构成别名ID的字符串的位数比较小，也可以在避免使用相同ID的同时分发别名ID。

给出对别名ID的进一步描述。如图1所示，可以考虑用户A拥有多个用于接收内容数据的设备，如STB 11、PC 12和蜂窝电话13。即，可以考虑一个用户拥有多个用于接收内容数据的设备。在这种情况下，用户为每个设备执行上述注册处理。

结果，用户必须为每个设备注册别名ID、用户ID、口令及邮件地址。如上所述，当设备ID可以由用户ID唯一确定时，即使对相同的用户也不能注册相同的用户ID。因此，当注册多个设备时，用户必须以多个用户ID注册它们，还必须记住它们。即使设备ID是由别名ID唯一确定的，用户还是必须记住多个别名ID。

这对用户来说是不方便的。因此，为了提高使用的方便程度，执行以下处理。如果给出例如一个用户只能在服务提供商2中注册一个设备的条件，则以下处理就是不必要的。

如上面所讨论的，在服务提供商2中注册预定设备后，分配给该设备的别名ID就不需要由服务提供商2来管理了。因此，如果别名ID可以在用户侧改变，对用户而言就可以提高使用的容易程度。

在这种情况下，假定STB 11已经存储了设备ID和别名ID，且PC 12存储(获得)了分配给STB 11的别名ID。关于存储(获得)处理的过程是以类似于由图12流程图所示STB 11和服务提供商2之间的过程执行的，因此忽略对其的描述。

以下参考图15的流程图描述由PC 12在服务提供商2中注册STB 11的处理。PC 12的步骤S81至S83和服务提供商2的步骤S91至S93分别类似于图12流程图的步骤S52至S54和步骤S63至S65，因此忽略其描述。

在步骤S93中一接收到来自PC 12的用户ID、口令、邮件地址及分配给STB 11的别名ID，在步骤S94中服务提供商2就进行鉴别(口令检查)。在这种情况下，由于已注册的用户访问服务提供商2来将别名ID改变成终端名字，因此要进行这种鉴别。

如果在步骤S94中确定与所接收用户ID相同的用户ID存储在目的表中，且口令与所存储的口令一致，即如果确定用户鉴别已成功，则过程前进到步骤S95，其中读出关于改变表格的数据。改变表格是用于将别名ID改变成终端名字的表格。终端名字是分配给已经由用户注册的设备(本例中是STB 11)的名字。

如果在步骤S94中确定与所接收用户ID相同的用户ID没有存储在目的表中，且口令与所存储的口令不一致，即如果确定用户鉴别失败，则过程前进到步骤S96，其中读出关于重新输入表格的数据。重新输入表格是在假定用户鉴别失败是由于用户ID或口令错误输入引起的情况下指导用户重新输入用户ID和口令的表格。

在步骤S97中，读出的改变表格或重新输入表格发送到PC 12。在步骤S84中，数据由PC 12接收。PC 12根据所接收的数据在显示单元261上显示一个屏幕，如图16或17所示的屏幕。图16所示的屏幕用于根据改变表格数据改变别名ID。图17所示的屏幕用于根据重新输入表格数据重新输入信息。

在图16所示的改变屏幕上，提供了用于指示改变前别名ID的栏281和用于输入改变后别名ID的栏282。在图17所示的重新输入屏幕上，提供了用于输入用户ID和口令的栏。

作为在图16所示屏幕上栏282中指示的别名ID，在步骤S97中，在步骤S93中接收并存储的别名ID附着到从服务提供商2发送的改变表格数据并与其一起发送。利用这种布置，具有输入别名ID的屏幕可以显示在用户PC 12的显示单元261上。

用户将期望的名字输入到图16所示屏幕的栏282中。例如，在本例中，由于STB 11要在服务提供商2中注册，因此名字“STB”输入到栏282。字符可以输入到栏282，因此用户可以输入期望的名字。可选地，用户可以从下拉菜单中选择期望的名字。

用户在屏幕上输入(选择)期望的终端名字，如果16所示的，或者如果必要的话输入其它信息，则在步骤S84中信息从PC 12发送到服务提供商2。在步骤S98中，服务提供商2从PC 12接收关于上述改变表格的数据。

如果用户ID和口令是重新输入到屏幕上的，如图17所示的，则在服务提供商2重复步骤S94及后续步骤。

服务提供商2在步骤S99中执行改变数据的处理，并在步骤S100中存储改变的数据。改变和存储处理是通过在改变之前根据接收到的别名ID确定目的表中的对应条目及通过将改变的终端名字写入别名ID写入栏的对应部分来执行的。

在上述描述中，别名ID重写到终端名字。但是，终端名字可以添加，而别名ID保持被存储。在本例中，别名ID可用于下述处理。

当在服务提供商2中存储改变后的信息时，服务提供商2在步骤S101中向PC 12发送完成报告。步骤S101的处理及PC 12步骤S85的对应处理类似于图12步骤S67的处理和PC 12步骤S55的对应处理，因此忽略对其的描述。

基于图15的流程图执行处理后存储在服务提供商2目的数据库203中的目的表可以在图18中示意性地示出。在图18所示目的表的例子中，具有用户ID“AIU”、口令“XXXX”和邮件地址“ΔΔΔ@z.co.jp”的用户有两个设备，如“STB”和“PC”。设备ID“000001”分配给设备“STB”，而设备ID“010021”分发给设备“PC”。

具有用户ID“KAKIKU”、口令“0000”和邮件地址“ΔXΔ@x.co.jp”的用户有三个设备，如“PC”、“STB”和“蜂窝电话”。设备ID“001234”分配给设备“PC”，设备ID“001235”分配给设备“STB”，而设备ID“001236”分配给设备“蜂窝电话”。

以这种方式，多个设备(终端名字)与一个用户ID关联，而设备ID与各个设备关联。通过使用这样一个目的表，单个用户可以通过利用从多个具有相同用户ID的设备中选出的一个期望设备接收(购买)内容数据。以下通过作为例子利用图18所示的目的表给出购买内容数据的处理的描述。

首先参考图19的流程图讨论由其中存储了设备ID的设备从服务提供商2购买内容数据的处理。在该描述中，STB 11作为存储了设备ID的设备例子，STB 11从服务提供商2购买内容数据。

在步骤S121中，STB 11开始访问服务提供商2。访问是响应用户指令进行的。在步骤S131中，服务提供商2从STB 11接收访问请求。

如果服务提供商2确定来自STB 11的访问请求是购买内容数据的请求，则在步骤S132中，它向发出访问请求的STB 11发送关于内容数据的信息。在这一步中发送的数据是存储在内容数据库202中的内容附带数据。图20说明了存储在内容数据库202中的内容附带数据的配置例子。

内容附带数据是指示分配给内容数据每一项的内容ID的信息，用于唯一确定内容数据、内容数据的大小、购买内容数据的费用及由内容数据提供的内容细节。

在步骤S122中一从服务提供商2接收到数据，STB 11就基于所接收的数据在连接到STB 11的电视接收器241上显示一个屏幕。用户检查显示在电视接收器241上的屏幕以确定要购买的内容数据。

当用户确定了要购买的内容数据时，分配给所确定内容数据的内容ID就与设备ID一起发送到服务提供商2。由STB 11的设备ID管理器225关联的设备ID与内容ID一起被读出和发送。

在步骤S133中，服务提供商2从STB 11接收数据。在步骤S134中，服务提供商2提取包含在所接收数据中的设备ID。然后，服务提供商2根据所提取的设备ID通过检查存储在目的数据库203中的数据和存储在内容数据库202中的内容附带数据确定具有该设备ID的设备是否是购买所请求内容数据的授权设备。

如果在步骤S134中确定允许购买内容数据，则过程前进到步骤S135。如果在步骤S134中确定不允许购买内容数据，则图19所示购买内容数据的过程中止。如果在步骤S134中确定不允许购买内容数据，则表示购买内容数据不允许的消息优选地发送到用户。

在步骤S135中，根据由调度器204形成的调度，内容数据和许可数据发送到STB 11。尽管下面给出了细节，但调度器204确定向用户发送内容数据的定时，根据确定结果形成调度并根据调度控制要发送的内容数据。

当发送内容数据时，调度器204命令许可颁发器206颁发许可数据。许可数据是关于使用条件的数据，包含防止非法拷贝或重放操作的数据，它与内容数据一起提供给用户。

许可颁发器206存储包含图21所示数据的表，即彼此关联的许可ID、由许可ID识别的使用条件及受限于使用条件的内容ID。使用条件包括如购买、租借、一次性拷贝等条件。

一个许可ID分配给一个使用条件，多个内容ID可以与一个许可ID关联。这使得有可能对多个内容项应用相同的使用条件。一个许可ID可以与多个使用条件关联。即，一个许可数据可以通过组合多个使用条件来产生，一个许可ID可以分配给这种许可数据。

通过使用这种数据，许可颁发器206颁发许可数据。图20所示的内容附带数据和图2所示的许可数据只是例子，其它数据也可以添加并存储，而且这种添加的数据可用于执行下述处理。

调度器204根据存储在内容数据库202中的内容附带数据和存储在许可颁发器206中的数据形成调度。所形成调度的一个例子在图22中示出。

每次当进行发送内容数据的请求时，就形成一个对应于该请求的调度。用于识别每个调度的交易ID位于调度的头部。

用于识别用户所请求内容的内容ID从内容数据库202(图20)读出并与交易ID关联。对应于应用到用户所请求内容的使用条件的许可ID从许可颁发器206读出并与交易ID关联。目的ID是分配给由用户指定的设备的设备ID，作为内容数据的目的，如果需要的话从目的数据库203读出。

付费用户ID是支付了购买内容数据费用的用户ID。作为分发时间，基本上设置由用户指定的时间。如果用户没有指定时间或者如果内容数据不能在用户指定的时间发送，则设置由服务提供商2指定的时间。在分发状态，写入关于分发状态的信息，如“还未分发”，“正在分发”或“已分发“。

内容数据是基于这样一种调度发送的。在本例中，如果请求是从STB 11发出的且随后没有请求(必要)发送内容数据，则服务提供商2能够立即响应这种请求，从而形成调度的时间可以写入调度的分发时间。

通信控制器207根据由调度器204形成的调度向STB 11发送内容数据和许可数据(使用条件)。

在步骤S124中，STB 11从服务提供商2接收数据。在步骤S125中，STB 11存储接收到的数据。在这个存储处理中，在通信控制器221控制下接收到的数据首先提供给分发控制器222。分发控制器222将所提供数据中的内容数据提供给存储单元223，将许可数据提供给许可管理器224。

存储单元223和许可管理器224在其中存储所提供的数据。以这种方式，STB 11购买内容数据。尽管没有给出付费的描述，但是当执行购买处理时，服务提供商2也执行付费处理。而且在以下描述中，当执行内容数据的购买处理时，也执行付费处理。

现在参考图23的流程图给出当PC 12购买内容数据和STB 11存储所购买内容数据时处理的描述。在本例中，购买内容数据的设备和存储所购买内容数据的设备是不同的。首先示意性地讨论整个处理，然后给出每个设备中处理的细节。

PC 12的步骤S151至S153基本上类似于图19 STB 11的步骤S121至S123，而对应于步骤S151至S153的服务提供商2的步骤S161至S163基本上类似于图19服务提供商2的步骤S131和S132，从而忽略对其的描述。

但是，在步骤S153中，只有识别用户已确定购买的内容数据的内容ID从PC 12发送，而设备ID没有从PC 12发送。这是因为设备ID是分配给并由STB 11管理的ID，不能从PC 12发送。

在步骤S163中一接收到来自PC 12的数据，服务提供商2就在步骤S164中将购买表格数据发送到PC 12。由于所接收到的数据中没有设备ID，因此服务提供商2确定购买内容数据的请求是从没有设备ID的设备发送的。然后服务提供商2发送购买表格数据，以请求PC 12发送所购买内容数据目的设备和检查用户是否是授权用户的信息。

在步骤S154中一接收到购买表格数据，PC 12就根据该数据在显示单元261上显示购买屏幕。用户检查屏幕，输入需要的项目，如用户ID和口令。在步骤S155中，输入的用户ID和口令数据从PC 12发送到服务提供商2。

在步骤S165中一接收到来自PC 12的数据，服务提供商2就在步骤S166中存储所接收的数据并根据该数据执行调度。尽管下面给出了细节，但是当执行调度时，还是会进行内容数据目的设备的口令鉴别或检查，如图22所示。现假定这种处理已经完成，过程前进到步骤S167。

在步骤S167中，服务提供商2执行内容购买处理，即服务提供商向用户报告购买内容的请求已被接收。在步骤S156中一接收到这样的报告，用户PC 12就根据这个报告执行处理，如PC 12在显示单元261上显示如“内容购买请求已被接收”的消息。

同时，在步骤S181中，STB 11就调度向服务提供商2查询。STB11向服务提供商查询关于STB 11的调度(其中STB 11被指定为内容数据目的的调度)是否已形成。这种查询例如每小时从STB 11向服务提供商2发送一次。在本例中，作为执行上述处理的结果，假定在步骤S168中STB 11在用于STB 11的调度形成后向服务提供商2进行查询且查询是服务提供商2接收的。

如果响应STB 11的查询，服务提供商2确定有用于STB 11的调度，则在步骤S169中它发送用于STB 11的调度。为了做出以上确定，STB 11在进行查询时发送设备ID，而且服务提供商2确定与该设备ID关联的调度是否已经由调度器204形成(存储)。

在步骤S169中从服务提供商发送的调度在步骤S182中由STB11接收。所接收的调度包含关于发送到期时间的消息。当到达到期时间时，STB 11请求服务提供商2发送内容数据。在步骤S170中一接收到这种请求，服务提供商2就在步骤S171中响应该请求并开始发送内容数据。

当开始发送内容数据时，在步骤S172中服务提供商2向PC 12报告STB 11发送所购买的内容数据已经开始。当完成向STB 11的内容数据发送后(步骤S173)，服务提供商2向PC 12报告内容数据的发送已经完成。从服务提供商2到PC 12的报告是由例如电子邮件完成的。

在步骤S185中，STB 11存储内容数据。

如上所述，内容购买处理是在PC 12中执行，而所购买的内容数据存储在STB 11中。

然后讨论对于各设备图23流程图中处理的细节。对于PC 12的处理，PC 12基本上重复根据从服务提供商2接收到的数据显示屏幕和发送输入到屏幕的信息的处理，因此忽略对这种处理的说明。但是，如果必要，PC 12的处理与服务提供商2的处理一起讨论。

以下参考图24的流程图描述服务提供商2购买内容的处理(与PC 12通信的处理)。在步骤S201中，服务提供商2确定访问是否是从其它设备进行的。服务提供商2以备用模式重复步骤S201，直到它确定访问是从其它设备进行的。

如果在步骤S201中确定访问是从其它设备进行的，则处理过程前进到步骤S202。在步骤S202中，内容附带数据从内容数据库202读出并发送到进行访问的设备。在发送完内容附带数据后，服务提供商2保持备用模式，直到用户决定了期望的内容并接收到所决定内容的内容ID。

从服务提供商2发送到其它设备(如PC 12)的内容附带数据包含内容ID。至少用户已决定购买的内容的内容ID发送到服务提供商2并作为购买内容的请求从用户接收。服务提供商2在步骤S203中确定这样的内容购买请求是否是从用户接收的。

服务提供商2保持备用模式，直到它确定已收到内容购买请求，而且当收到时，过程前进到步骤S204。在步骤S204中，它确定设备ID是否包含在所接收的内容购买请求中。

如上所述，当购买请求是从接收内容数据的设备(已经获得并存储了设备ID的设备)，如STB 11，发出的时候，设备ID与内容ID一起发送。但是，当购买请求是从不接收内容数据的设备(没有获得设备ID的设备)，如PC 12或蜂窝电话13，发出的时候，只发送内容ID。

因此，在步骤S204中，确定所接收的请求(数据)是否包含设备ID。作为这种决定的结果，还确定发送内容购买请求的设备是否已经注册为能接收内容数据的设备。

过程可以修改成省略步骤S204，以便总是发送购买表格。这是为了响应用户的期望：当PC 12已经获得并存储了分配给PC 12的设备ID时，用户通过使用PC 12执行购买内容数据的处理，但期望将所购买的内容数据存储在STB¨中。可选地，也可以增加以另一种方式通知用户指定所购买内容数据目的的处理。

如果在步骤S204中确定所接收的数据不包含设备ID，则过程前进到步骤S205，其中发送购买表格数据。购买表格数据是在用户设备，如PC 12的显示单元261，显示如图25所示屏幕的数据。

在基于购买表格数据的屏幕上，如图25所示，提供了用于输入用户ID的栏和用于输入口令的栏。输入用户ID和口令的原因是为了由用户ID指定设备ID，并利用口令进行用户鉴别。如果别名ID仍然存储在服务提供商2的目的表中，则它也可以发送和接收。

当用户参照图25所示的屏幕输入用户ID和口令时，信息发送到服务提供商2，服务提供商2在步骤S206中接收关于用户ID和口令的信息。服务提供商2在步骤S207中根据所接收到的用户ID指定设备ID。

如图18所示的目的表存储在服务提供商2的目的数据库203中，而设备ID是通过参考这个表指定的。例如，如果所接收的用户ID是“AIU”而口令是“XXXX”，则如图18所示，可以指定两个设备ID“000001”和“010021”。

然后在步骤S208中确定是否指定了多个设备ID。由于在上述条件下可以指定两个设备ID，因此在步骤S208中的结果变成YES，过程前进到步骤S209。在步骤S209中，发送关于目的确定表格的数据。目的确定表格数据是显示通知用户选择(确定)设备且在其中接收和存储内容数据的屏幕的数据。

指示目的确定表格的数据包括至少对应于在步骤S207中指定的设备ID的终端名字(图18)。图26是显示在其中正执行购买处理的设备上的，如PC 12的显示单元261上的，屏幕的例子。如果处理是基于图18所示的目的表执行的，则对应于设备ID“000001”和“010021”的终端名字“STB”和“PC”显示在图26所示的屏幕上。用于选择终端名字的单选按钮在终端名字之前提供。

以这种方式，如果发送内容购买请求的用户已注册了多个作为接收内容数据设备的设备，则存储(下载)所购买内容数据的设备可以利用由用户分配的终端名字选择。关于参照图26所示屏幕所选择的终端名字的信息发送到服务提供商2。

作为下载设备，用户可以只选择一个设备，或者用户也可以选择多个设备。这种设置是由服务提供商2根据付费处理进行的。

在步骤S210中，服务提供商2接收关于选作下载设备的终端名字的信息。通过接收终端名字信息，服务提供商2可以指定用于接收所购买内容数据的设备的设备ID。

在步骤S211中，所接收的数据被存储，且进行基于该数据的调度。调度是为了产生调度器204所请求内容的数据，如图22所示配置的数据。

即使在步骤S204中确定设备ID包含在所接收的请求(数据)中时或者在步骤S208中确定指定的设备ID唯一时，也总是要执行步骤S211，以执行调度。在任何情况下，当只指定了一个用于接收内容数据的设备的设备ID时，执行调度。

当执行调度时，必须获得关于内容分发时间的信息。因此，如图26所示，消息“请输入你希望接收内容的时间和日期”显示在用户的显示单元261上，并且在消息下方可以提供用于允许用户输入期望时间的栏。当时间输入到这一栏时，它就可以设置成发送到期时间。

在这种情况中，如果用户没有指定分发时间，则服务提供商2可以设置该时间并写它。可选地，只有服务提供商2可以设置该分发时间，而不允许用户指定该时间。

当执行调度时，确定发送购买内容数据请求的用户是否是能够接收服务提供商2所提供服务的授权用户，而且只有当用户是授权用户时才执行调度。为了确定用户是否是授权用户，确定所接收的口令是否在目的表中与用户ID关联注册。

在执行完调度后，在步骤S212中向用户设备报告购买请求已被接受。服务提供商2中的购买处理完成。

现参考图27的流程图给出服务提供商2发送内容数据的处理(上面描述中利用STB 11的处理)的描述。在步骤S231中，服务提供商2确定是否存在关于调度的查询或发送内容数据的请求。

服务提供商2保持在备用模式，直到在步骤S231中它确定存在来自其它设备的查询或请求。当确定存在来自其它设备的查询或请求时，过程前进到步骤S232。在步骤S232中确定来自其它设备的查询或请求是否是关于调度。如果在步骤S232中确定查询是关于调度，则过程前进到步骤S233。

在步骤S233中确定对应于具有关于调度的查询的设备的设备ID的调度是否已由调度器204形成并存储。其它设备(如STB 11)按规律的时间间隔就调度向服务提供商2查询，并且当进行查询时，设备发送设备ID。

因此，服务提供商2通过使用所接收的设备ID确定用于该设备ID的调度是否存储在调度器204中。调度器204存储多个具有如图22所示数据结构的调度。服务提供商2检查调度数据中的“目的设备ID”，以确定是否有与所接收设备ID一致的“目的设备ID”。

如果在步骤S233中确定没有关于所接收设备ID(设备)的调度，则过程返回步骤S231，并重复步骤S231和后续步骤。如果在步骤S233中确定有关于所接收设备ID的调度，则过程前进到步骤S234。在步骤S234中，对应的调度从调度器204读出并发送到已进行查询的设备。

在步骤S234中读出的调度应当是其“分发状态”(图22)表示内容数据还未发送的调度。即使“分发状态”表示内容数据还未发送，调度本身也可能已经发送。在这种情况下，没必要每次发送相同的调度，因此这种调度不必读出。

为了防止相同的调度被重复发送，可以准备一个例如表示调度是否已经发送的标志，而且这个标志可以作为一个数据项包含在图22所示的调度中，或者可以包含在“分发状态”中。

在步骤S234中一完成调度的发送，过程就返回步骤S231，重复步骤S231及后续步骤。

如果在步骤S232中确定来自其它设备的查询或请求不是关于调度，即查询或请求是关于发送内容数据的请求，则过程前进到步骤S235。载在步骤S235中，启动所请求内容数据的发送。

当发送发送内容数据的请求时，设备(如STB 11)与请求一起发送至少关于交易ID的信息。通过接收交易ID，服务提供商2能在调度器204所存储的调度中指定哪个调度要执行。

通过指定要执行的调度，可以指定要发送的内容的内容ID。与该内容ID关联的内容数据从内容数据库(图7)读出并发送。

在步骤S235中一开始发送内容数据，在步骤S236中就向用户侧的预定设备报告已开始内容数据的发送。该预定设备是分配了注册在服务提供商2目的表中的邮件地址(图18)的设备。

在步骤S237中确定是否整个内容数据都已发送，即发送是否已完成。重复步骤S237，直到确定内容数据的发送已完成。当确定内容数据的发送已完成时，过程前进到步骤S238。

当发送内容数据时，也发送许可数据。没有许可数据，内容数据就不能重放。例如，当向用户设备发送内容数据时，它是加密的，而用于解密该内容数据的数据包含在许可数据中。因此，内容数据和许可数据都必须发送到用户(STB 11)。发送内容数据的时间不一定要和发送许可数据的时间相同。即，内容数据和许可数据可以同时发送，或者可以在不同时间发送。

例如，由于内容数据的数据量是相当大的，因此它可以在传输线不忙的时候，如晚上，发送，而数据量相对小的许可数据可以在内容数据发送之前或之后且在用户观看内容数据之前发送。

在步骤S238中，图18所示调度数据中的“分发状态”信息被表示内容数据发送完成的信息覆盖。代替覆盖信息，对应的调度可以被删除。用表示内容数据发送完成的信息覆盖“分发状态”信息的原因是执行付费处理。因此，当完成付费处理后，对应的调度可以被删除。

在步骤S239中，报告内容数据的发送已完成。这个报告处理可以与步骤S236类似的方式执行。

如上所述，服务提供商2控制发送内容数据的处理。用于报告处理的步骤S236和S239不总是必需的。这两个步骤可以都不执行，或者执行其中一个步骤。

响应服务提供商2的处理，下面参考图28的流程图描述接收内容数据的处理。这个处理在STB 11的环境下讨论。

在步骤S251中，STB 11确定是否到时间就调度向服务提供商2进行查询了。设置成STB 11已预定的时间间隔，如每小时，进行查询。

在预定时间间隔的间隙确定是否到了进行查询的时间。如果在步骤S251中确定是时间进行查询了，则在步骤S252中设备ID从设备ID管理器225(图8)读出并发送到服务提供商2。当发送设备ID时，在服务提供商2中执行上述处理。当作为这个处理的结果发送调度信息时，在步骤S253中接收调度。

所接收到的调度存储在例如分发控制器222(图8)中。所存储(发送)的调度包括至少关于交易ID和分发时间的信息。在步骤S254中，分发控制器222检查所存储调度中的“分发时间”，以确定是否已到达分发时间。即，STB 11确定是否到时间发送一个发送内容数据的请求。

重复步骤S254，直到确定到时间发送一个发送内容数据的请求，如果确定到时间发送一个发送内容数据的请求了，则处理前进到步骤S255。在步骤S255中，交易ID被读出并发送到服务提供商2。

作为发送交易ID的结果，内容数据从服务提供商2发送。在步骤S256中，内容数据被STB 11接收并存储。

如上面所讨论的，STB 11存储已利用其它设备对其执行了购买处理的内容数据。

接收内容数据的设备(在本例中是STB 11)可以就调度向服务提供商2查询或者向服务提供商2发送一个发送内容数据的请求。这是因为STB 11不总是准备好接收调度或内容数据。

换句话说，STB 11不总是上电的，它也可以断电。如果调度或内容数据是在STB 11断电的时候从服务提供商2发送的，则STB 11不能接收或存储调度或内容数据。通过考虑这些，STB 11就调度进行查询或发送发送内容数据的请求。

如果STB 11总是上电或者如果它具有即使断电也能接收内容数据的功能，则服务提供商2可以在创建调度后立刻向STB 11发送调度。内容数据也可以在到达分发时间后从服务提供商2发送，而不需要STB 11发送请求。

尽管在上述实施方式中PC 12执行购买处理且内容数据下载到STB 11，但蜂窝电话13也可以执行购买处理，其中蜂窝电话13以与PC 12类似的方式执行购买处理。

如上所述，购买处理可以在预定设备中执行，而其它设备可以在其中存储所购买的内容数据。这使得用户可以在不在家的时候利用其它设备将期望的内容数据下载到家里的设备。因此，用户获得期望的内容数据变得更容易。

在上述实施方式中，基本上购买内容数据的用户和欣赏该内容数据的用户是同一个用户。换句话说，为所购买内容付费的用户(付费用户)和获得该内容数据的用户是同一个用户。再换句话说，执行购买内容数据的处理的设备和存储所购买内容数据的设备是同一个用户拥有的。

现在给出用户A(图1)执行购买内容数据的处理而用户B利用用户B所拥有的设备欣赏用户A购买的内容数据。换句话说，用户A将内容数据(许可数据)作为礼物给了用户B。

如上所述，没有许可数据内容数据就不能重放。例如，内容数据不一定要通过网络1提供，而可以记录在如CD(光盘)或DVD(数字多样化光盘)的记录介质上，而且是作为礼物给予的。在这种情况下，许可数据可以通过网络1提供给重放该记录介质的设备。以下处理可以应用到这种情况。

通过考虑许可数据的定义，许可数据并不总是必需的，例如当内容数据免费分发时，内容数据不需要许可数据就能重放。

从这点上说，有一些许可数据优选地作为礼物给予的情况。在以下描述中，显示内容数据是作为礼物给予的；但是，这实际上意味着内容数据和许可数据都是作为礼物提供的，及只有许可数据是作为礼物给予的。

以下讨论提供作为礼物的内容数据的处理，假定用户A利用PC12执行购买作为礼物的内容数据的处理，而用户B在STB 21(图1)中获得(存储)由用户A提供的内容数据。换句话说，服务提供商2向用户A要钱，但将内容数据分发给用户B。

整个的处理流程(PC 12、服务提供商2和STB 21之间的处理流程)基本上类似于图23所示流程表示的处理。在图12的流程图中，由PC执行的处理是用户A利用PC 12执行的处理，而由STB执行的处理是用户B利用STB 21执行的处理。

当执行关于礼物的处理时，服务提供商2必须执行对应处理。因此，以下给出服务提供商2处理的描述。首先参考图29和30的流程图给出包括关于服务提供商2礼物处理的内容购买处理的描述。

在图29的流程图中，步骤S307和S308增加到图24的流程图。即，图29流程图的步骤S301至S306基本上类似于图24流程图的步骤S201至S206。图29流程图的步骤S309至S314基本上类似于图24流程图的步骤S207至S212。

因此，忽略参考图24流程图讨论过的服务提供商2处理的描述，只给出执行关于礼物的处理的说明。当由服务提供商2执行礼物处理时，在步骤S305中发送的购买表格数据不同于上述实施方式中的该数据。

在上述实施方式中，基于购买表格数据的屏幕是图25所示的那个。但是，当执行礼物处理时，显示在用户设备(本例中是用户A的PC 12的显示单元261)的屏幕上的购买表格数据，如图31所示的，在步骤S305中发送。

在图31所示的屏幕上，提供了用于输入用户ID的栏、用于输入口令的栏及用于检查何时响应消息“这是礼物吗？”而给出确认回答的单选按钮。当用户希望将要购买的内容数据作为礼物给予其它用户时，他/她检查对应于消息“这是礼物吗？”的单选按钮。图31说明了检查单选按钮的状态。

当发送用于在用户的显示单元261上显示这种屏幕的购买表格数据时，服务提供商2进入备用模式，等待用户参考该购买表格输入的信息。在步骤S306中一接收到填写在购买表格中的信息，过程就前进到步骤S307。

所接收的信息至少包含用户ID和口令，还可以包含表示要购买的内容数据是作为礼物的信息。步骤S307的处理是利用表示要购买的内容数据是否作为礼物的信息执行的。

如果在步骤S307中确定要购买的内容数据是作为礼物(包含了这种信息)，则过程前进到步骤S308。如果在步骤S307中确定要购买的内容数据不是作为礼物(没有包含这种信息)，则过程前进到步骤S309。

当过程前进到步骤S309时，即当要购买的内容数据不是作为礼物时，后续过程类似于图24所示那样执行。

当过程前进到步骤S308时，执行礼物处理。在说明步骤S308的处理之前，下面先讨论在步骤S306所接收信息中的用户ID和口令的处理。

如参考图24的流程图所讨论的，当过程前进到步骤S309时，用户ID和口令用于指定接收所购买内容数据和进行用户鉴别的设备。当过程前进到步骤S308时，用户ID和口令用于指定付费的用户。这在下面描述。

以下参考图30的流程图描述步骤S308中的礼物处理。在步骤S321中，关于礼物表格的数据被发送。通过执行基于礼物表格数据的处理显示在本例中用户A的PC 12的显示单元261的用户设备上的屏幕例子在图32中示出。

在图32所示屏幕上，提供了用于输入接收礼物的用户的邮件地址的栏和用于输入用户期望传送礼物的时间和日期的栏。输入接收礼物的用户的邮件地址的原因是指定作为礼物接收内容数据的用户(设备)。

输入用户期望传送礼物的时间和日期的原因是响应用户在特定日子，如生日，提供内容数据的期望。输入传送礼物的时间和日期不是必需的，而且即使用户不输入时间和日期，后续处理也要执行。

尽管邮件地址用于指定传送礼物的用户，但其它信息也可以使用。假定图18所示的信息包含在目的表中，且在这些信息条目中邮件地址看起来最适合用于指定传送礼物的用户，图18给出了描述。因此，邮件地址是作为例子使用的。

当控制不使相同的用户ID出现在目的表中时，如本实施方式这样，接收礼物的用户可以由用户ID唯一确定。因此用户ID可以用作指定接收礼物的用户的信息。在本例中，在图32所示的屏幕中，代替邮件地址，可以输入要接收礼物的用户的用户ID。

如果用户真实的名字、电话号码和地址包含在目的表(或服务提供商2的其它表)中，则这些信息也可以用于指定接收礼物的用户。可选地，用户可以由上述信息项目的组合来指定。

由作为礼物给出内容数据的用户参考图32所示的屏幕输入的信息在步骤S322中由服务提供商2接收。服务提供商2在步骤S322中提取包含在信息中的邮件地址。在步骤S323中，确定提取出的邮件地址是否存储(注册)在目的表(如图18所示的目的表)中。

如果在步骤S323中确定提取出的邮件地址已在目的表中注册，则过程前进到步骤S324。如果确定提取出的邮件地址未注册，则基于图30流程图的礼物处理中止。如果提取出的邮件地址没有在目的表中注册，则不能指定作为礼物接收内容数据的设备(用户)。因此，如果确定邮件地址未注册，则礼物处理中止。

如果确定提取出的邮件地址没有在目的表中注册，则可以执行指导用户重新输入邮件地址的处理。如果由于目的不能指定而使礼物处理中止，则在步骤S314(图29)中表示购买处理失败的消息可以发送到发送购买内容数据请求的用户的用户设备。

如果在步骤S323中确定提取出的邮件地址已在目的表中注册，则过程前进到步骤S324。在步骤S324中，邮件发送到提取出的邮件地址。假定提取出的邮件地址是“ΔXΔ@x.co.jp”。图18所示的目的表显示这个邮件地址是用户ID为“KAKIKU”的用户的邮件地址。

当提取出的邮件地址与目的表中所示的邮件地址一致时，步骤S323的输出是YES，过程前进到步骤S324。当确定步骤S323的结果是YES时，在邮件地址同一条目中所示的信息在必要的时候也可以读出。在本例中，至少在终端名字中示出的信息“PC”、“STB”和“蜂窝电话”被读出。读出的信息包含在邮件中并被发送。

邮件的内容如图33所示。现在假定用户B的PC 22接收的邮件和图33所示的内容(屏幕)显示在PC 22的显示单元301上。

在图33所示的屏幕上，显示消息“你有来自用户A的内容礼物。你想接受吗？”。在这条消息的“用户A”中，显示之前注册的用户A的用户ID或名字(它是作为目的表中与其它项信息关联的信息项管理的)。当发送用于显示这种屏幕的邮件时，服务提供商2从用户的用户ID(或口令或用户ID与口令)指定提供礼物的用户，并形成邮件消息，因此表示所指定用户的字符串可以显示在上述消息的“用户A”中。

在图33所示的屏幕上，提供了响应消息“你希望接受礼物吗？”的单选按钮；一个是“YES”，另一个是“NO”。当选择对应于“YES”的单选按钮时，用于响应消息“请选择你希望接受礼物的设备”的单选按钮变得有效。

在图33所示的例子中，提供了用于三个终端名字“PC”、“STB”和“蜂窝电话”的单选按钮。如果要接收礼物的用户只注册了一个设备(终端)，则只有一个终端名字显示在表示终端名字的部分。如果只显示了一个终端名字，则对应于该终端名字的设备必须指定为内容数据的目的。即，由于对于设备没有选择，因此终端名字不一定要显示或选择。因此，如果只有一个终端名字要显示，则它没有必要显示。

由接收礼物的用户通过参考图33所示的屏幕输入的信息发送到服务提供商2。服务提供商2在步骤S325中确定来自接收礼物的用户的信息是否已被接收。如果确定信息已被接收，则过程前进到步骤S326。

在步骤S326中，服务提供商2提取包含在所接收信息中对查询“你希望接受礼物吗？”的响应，并确定所提取的响应是否是“YES”。即，在步骤S326中确定接受礼物的用户是否已决定接受礼物。

如果在步骤S326中确定接收礼物的用户决定不接受礼物，则礼物处理不需要执行，因而基于图30流程图的处理中止。当接收礼物的用户(本例中是用户B)拒绝接受礼物时，表示这种信息的消息可以通过电子邮件发送到提供该礼物的用户(本例中是用户A)。

如果在步骤S326中确定接收礼物的用户决定接受礼物，则过程前进到步骤S327。在步骤S327中，形成一个将内容数据作为礼物分发到目的的调度。要形成的调度基本上类似于图22所示的调度。

以下参考图22给出在步骤S327中形成的调度的细节，假定礼物是从用户A给予用户B。在“内容ID”中，指出了由用户A指定为用户B礼物的内容的ID。在“目的设备ID”中，指出对应于由用户B指定并在步骤S325中接收的设备(终端名字)的设备ID。

在“付费用户ID”中，指出提供礼物的用户A的用户ID。在“分发时间”中，基本上是指出由用户A指定为向用户B传送礼物的时间的时间。指明“基本上”的原因是存在服务提供商2在后续调度处理中写入(设置)与指定时间不同的时间的可能性。

在创建这样的调度后，过程前进到步骤S314(图29)。在步骤S314中，报告购买请求已被接受。当礼物处理已执行完且接收礼物的用户决定接受礼物时，上述报告发送到接收礼物的用户和提供礼物的用户。

当接收礼物的用户在执行完礼物处理后决定不接受礼物时，向用户报告礼物处理已中止，并向提供礼物的用户报告礼物已被拒绝。

当不执行礼物处理时，即当在步骤S327中确定内容数据不作为礼物时，执行后续处理。在本例中，执行与图24流程图的步骤S212类似的处理。

包括礼物处理的购买处理已由服务提供商2执行完。现在给出服务提供商2分发内容数据的处理的描述。服务提供商2分发内容数据的处理基本上类似于图27流程图的处理，因此忽略对其的说明。但是，在本例中，处理是在服务提供商2和接收礼物的用户设备，如STB 21，之间执行的。

当内容数据作为礼物分发时，步骤S239中的分发完成报告优选地可以既给予接收礼物的用户，又给予提供礼物的用户。通过向提供礼物的用户发送报告，有可能通知用户礼物已发送，而且用户要为其付费。

接收礼物的设备(例如，本例中是用户B的STB 21)执行由图28流程图示出的处理。即，不管用户B是接收他/她自己购买的内容数据还是接收用户A作为礼物提供的内容数据，处理都类似地执行。

因此，在本实施方式中，内容数据(许可数据)可以作为礼物提供给其他用户。

以下描述服务提供商2执行的调度。该调度是当给出一条指令购买新内容项时在例如步骤S313(图29)中执行的。

检查执行调度的情况。在一种情况下，用户A通过使用用户A所拥有的设备执行购买处理，并将内容数据存储在与购买处理相同的设备中。在另一种情况下，用户A通过使用用户A所拥有的设备执行购买处理，但将内容数据存储在与购买处理设备不同的设备中。

在另一种情况下，用户A通过使用用户A所拥有的设备执行购买处理，但内容数据存储在不同于用户A的用户B所拥有的设备中。

以这种方式，在用于执行购买处理的设备和用于存储所购买内容数据的设备之间有很多关系。内容数据可以在用户指定或服务提供商2设置的时间分发。

要分发的内容数据的数据量是不完全一样的，有些数据可能在短时间内发送完，而其它数据则有可能要花很长时间来发送。

通过考虑这各种情况，必须确定发送内容数据的定时。用于确定发送数据定时的处理是执行调度。

在参考图35的流程图描述由服务提供商2的调度器204(图7)执行的调度之前，先参考图34讨论当执行调度时要检查的表。图34说明了当调度器204形成调度时要检查的表，这个表示出了当预订的内容项要分发时的预定时间。

在分发预订表321中，可以每10分钟进行一次预订，以1:00、1:10、1:20和1:30的时间跨度扩大。在图34中，黑点表示已进行了预订，而白点表示还未进行预订(自由的)。

图34说明从0到10分钟可以进行N次预订。特定的数字N是由要分发的内容数据的数据量和服务提供商2在10分钟内能分发的数据量(传输能力)决定的。但是，由于传输能力(处理能力)是恒定的，因此，数字N基本上是由内容数据的数据量决定的。

因此，当有许多具有较大数据量的内容数据项要发送时，数字N变小，而当许多具有较小数据量的内容数据项要发送时，数字N变大。因此，N随时间跨度变化。N是通过考虑已预订的内容数据的量来决定的。

分发预订表321包括定义部分322和未定义部分323。在定义部分322中，指出已作为调度确定的预订个数。在未定义部分323中，指出由于礼物请求还未被用户接受而不能作为调度确定的预订个数。

调度器204通过参考图34所示的分发预订表321执行基于图35流程图的调度。以下参考图35的流程图描述用于确定分发时间的处理，不说明用于获得其它信息的处理。其它信息已经如上所述获得并存储了。

在步骤S351中，调度器204确定购买新内容项的请求是否已作出及是否有必要形成用于分发内容的调度。

如上面所讨论的，用于购买内容的处理是由内容分发预订单元201执行的。当确定已进行了内容预订时(例如，执行了图24的步骤S211)，内容分发预订单元201指导调度器204形成新的调度。通过确定是否给出了上述指令，调度器204在步骤S351中作出决定。

如果在步骤S351中确定要形成新的调度，则过程前进到步骤S352。在步骤S352中，确定要形成的调度是否是关于礼物的调度。在步骤S352中作决定的原因是关于礼物的调度(尤其是分发内容数据的时间)不能在接收礼物的用户决定接受礼物之前确定。

如果在步骤S352中确定要形成的调度不是关于礼物的调度，则在步骤S353中确定分发要购买的内容数据的时间是否是由用户指定的。如果在步骤S353中确定指定了分内容数据的时间，则过程前进到步骤S354。在步骤S354中，确定时间有可能在指定的时间分发内容数据。

这个确定可以参考图34所示的分发预订表321来作出。例如，当检查1:00的时间跨度时，在1:00可以作N个预订。在0-1至0-3已经作了预订，但没有0-4和0-N的预订。如果内容数据分发时间是在1:00由用户指定的，则可以在0-4作预订。因而，可以确定内容数据可以在用户指定的时间分发。

当检查例如1:10的时间跨度时，对于1:10的时间跨度可以作N(不同于1:00的数字N)个预订。已经在10-1至10-N作了预订。即，不能在1:10作预订。如果内容数据分发时间是在1:10由用户指定的，则不能作预订。因而，可以确定不可能在用户指定的时间分发内容数据。

以这种方式，如果在步骤S354中确定内容数据可以在用户指定的时间分发，则过程前进到步骤S355。在步骤S355中，所指定的时间设置成内容数据分发时间。即，由用户指定的时间写入到图22的“分发时间”。在本例中，信息“未分发”写入到“分发状态”。

当用户指定内容数据分发时间且当确定内容数据可以在用户指定的时间分发时，形成具有该指定时间的调度。

如果在步骤S354中确定内容数据不能在用户指定的时间分发，则过程前进到步骤S356。在步骤S356中，通过检查分发预订表321搜索最接近用户指定时间且内容数据可以分发的时间。

再参考图34。如果用户指定的时间是1:10，则1:10的时间跨度就完全预订了，因而确定内容数据不能在用户指定的1:10分发。在本例中，检查该指定时间之前或之后的时间。有必要预先设置先搜索指定时间之前的时间还是之后的时间，而且基本上先搜索哪个是不重要的。

当首先搜索指定时间前的时间时，将要搜索的时间(时间A)同进行搜索的时间(当前时间)进行比较，除非时间A在当前时间之后，否则是不会搜索时间A的。例如，如果指定的时间是1:10，指定时间之前的时间(即时间A)是1:00，如果进行搜索的时间是例如1:05，则内容数据不能在时间A分发(预订)。

在步骤S356中，通过检查分发预订表321，最接近用户指定时间且内容数据可以分发的时间设置成分发时间。然后，设置的时间写入调度(图22)的“分发时间”。

如上所述，当用户指定内容数据分发时间且当确定内容数据不能在指定时间分发时，形成最接近指定时间且内容数据可以分发的时间的调度。

上述处理是在用户指定时间时执行的。如果在步骤S353中确定用户没有指定内容数据分发时间，则过程前进到步骤S357。在步骤S357中，最接近调度形成和内容可以分发的时间(当前时间)的时间(基本在当前时间之后)设置成分发时间。

如上面所讨论的，当用户没有指定内容数据分发时间时，调度器204形成具有内容数据可分发时间的调度。

如果在步骤S352中确定要形成的新调度是关于礼物的调度，则过程前进到步骤S358。在步骤S358中，调度器204形成其中图22的信息“分发状态”设置成“未定义”的调度，即没有确定是否要分发内容数据。

在这种情况中，由用户指定的作为用户将内容数据作为礼物传送的时间和日期的日期(时间)写入图22所示调度的信息“分发时间”。这种调度被看作是目的预订表321的未定义部分323中的一个预订。

尽管指定了内容数据分发的时间，但预订还不能定义为调度。这是因为表示接收礼物的用户是否决定接受礼物的信息还未接收。然后，在步骤S359中确定表示用户是否决定接受礼物的信息是否已接收到。这个处理类似于图30流程图步骤S325的处理。

步骤S359是通过确定调度器204是否从接收礼物的用户接收到响应来执行的。如果在步骤S359中确定信息已接收到，则过程前进到步骤S360。

在步骤S360中确定所接收的信息是否表示要接收(接收)的礼物。如果发现该信息是表示要接受的礼物，则过程前进到步骤S353，并执行步骤S353及后续步骤。步骤S353及其后续步骤已经讨论过了，故除了用于关于礼物的调度的处理，忽略对其的描述。

在步骤S353中通过参考未定义调度确定是否已指定时间。即，甚至未定义调度也已经作为调度形成，如图22所示调度，并检查“分发时间”来执行步骤S353。

如果预定时间作为信息“分发时间”写入，则过程前进到步骤S354。在步骤S354中，将写入“分发时间”的时间与当前时间进行比较，如果写入的时间在当前时间之后且如果内容数据可以在写入的时间分发，则过程前进到步骤S355。

如果作为比较写入时间与当前时间的结果，在步骤S354中确定写入时间在当前时间之前，则写入时间已经过去了。即，指定为传送礼物时间的时间已经过去了。

在这种情况下，过程前进到步骤S356。在步骤S356中，最早的可能时间而不是最接近指定时间且内容数据可分发的时间设置成分发时间。

当调度中的“分发时间”设置并写入后，表示“分发状态”的信息也从“未定义”改变成“还未分发”。而且，写入分发表321未定义部分323的预订个数减1，而定义部分322中对应于所设置时间的预订个数加1。

如上所述，可以形成关于礼物的调度。

如果在步骤S360中确定来自接收礼物的用户的信息表示该用户不接受礼物，则过程前进到步骤S361。在步骤S361中，丢弃用于被拒绝内容的未定义调度。在这种处理中，目的预订表321的未定义部分323中的预订个数减1。

响应STB 11按预定时间间隔对新调度是否已为STB 11形成的查询，如上所述形成的调度提供给STB 11。STB 11根据所提供的调度发送分发内容数据的请求，该请求在接收到调度以后发送。

由于这个时间滞后，有必要考虑STB 11的情况已经从其接收调度的时间改变到其发送分发内容数据的请求的时间的可能性。

更特别地，STB 11配备了具有有限容量的存储单元85(图3)，内容数据就存储在这个存储单元85中。即使存储单元85具有当接收到调度时存储内容数据的能力，但是由于在发送分发内容数据的请求之前别的内容数据已经接收并存储了，因此存储单元85的容量还是会变得不足。

以这种方式，即使STB 11根据调度发送了分发内容数据的请求并执行内容数据，存储单元85的容量还是有可能不足以存储该内容数据。如果这种情况出现在STB 11中，就有必要让服务提供商2执行重新发送内容数据的处理。

以下参考图36的流程图描述考虑这种情况服务提供商2发送内容数据的处理。

在图36的流程图中，步骤S385和S386添加到图27的流程图。即，图36流程图中的步骤S381至S384和步骤S387至S389类似于图27流程图中的步骤S231至S234和S235至S239，因此忽略对其的描述。

步骤S385是当确定STB 11(作为例子)已发送分发内容数据的请求时执行的。在步骤S385中，当分发请求的内容数据时，确定用于接收内容数据的设备是否能可靠地存储内容数据。作这种决定的信息必须从STB 11发送。

当发送分发内容数据的请求时，STB 11向服务提供商2发送关于存储单元85剩余容量的信息。服务提供商2比较存储单元85的剩余容量和所请求内容数据的大小，只有当存储单元的剩余容量大于内容数据的大小时，过程才前进到步骤S387，执行步骤S387及后续步骤，即分发内容数据的处理。

可选地，当发送分发内容数据的请求时，STB 11比较存储单元85的剩余容量和要请求的内容数据的大小(通过参考在图28的步骤S253中接收的关于调度的信息STB 11可以获得这个信息)，并向服务提供商2发送表示存储单元85中是否有容量存储内容数据的信息。

服务提供商2接收表示内容数据可以被接收的信息或者表示内容数据不能被接收的信息。通过使用这种信息，服务提供商2可以执行步骤S385。

除非服务提供商2确定STB 11能存储要接收的内容数据，否则在任何情况下服务提供商2都不执行步骤S387。因此，有可能防止出现STB 11不能存储所接收内容数据的情况。

当在步骤S385中确定不可能发送所请求的内容数据时，过程前进到步骤S386。在步骤S386中，调度被改变。即，在步骤S386中，理解成要分发的内容数据不能被发送，及它应当在别的时间分发。

因此，调度的“分发时间”必须重写(改变)。“分发时间”可以重写，因此内容数据在预定时间过去后，如一个小时后，重新发送，在本例中，分发预订表321中的细节也重写了，在所改变时间的预订个数加1。

可选地，服务提供商2可以向用户发电子邮件，通知他/她改变分发时间，并可以根据用户的响应改变调度。在本例中，对应调度的“分发状态”改变成“未定义”，直到收到来自用户的响应。因此，分发预订表321的未定义部分323的预订个数加1。然后，当收到响应时，调度中的“分发时间”改变成响应中所指出的时间，分发预订表321中所改变时间的预订个数加1。

当调度被重写时，重写后的调度重新发送到STB 11，而STB 11根据重写的调度执行处理。然后内容数据被发送和接收。

可选地，当STB 11变成准备好存储内容数据时，它可以重新发送分发内容数据的请求。在本例中，服务提供商2在对应调度中保持“分发状态”为“未分发”，而不删除该调度。

如上面所讨论的，通过从STB 11发送需要的信息及通过服务提供商2执行对应的处理，有可能防止出现STB 11所接收内容数据不能被存储的情况。因而，服务提供商2不会白白执行分发内容数据的处理。

在上述实施方式中，购买一项内容的处理是作为例子进行描述的。但是也可以同时执行购买多项内容的处理，而且多项内容可以同时发送和接收。

上述一系列处理可以由具有相应功能的硬件或软件执行。如果用软件执行这一系列处理，则软件程序从记录介质安装到内建有专用硬件的计算机或能够通过在其中安装各种程序而执行各种功能的计算机，如通用计算机。

记录介质可以是与如服务提供商2的个人电脑分开、用于向用户提供程序的包介质，如磁盘61(包括活动盘)，光盘62(包括CD-ROM(光盘只读存储器)和DVD(数字多样化光盘))，磁光盘63(包括MD(微型盘)(注册的))或半导体存储器。记录介质还可以由ROM 42或包含在其中存储了程序的存储单元48的硬盘构成，当集成到计算机中时程序提供给用户。

在该说明书中，构成介质所提供程序的步骤可以如说明书所述的那样按时间顺序执行。可选地，这些步骤也可以同时或独立执行。

在该说明书中，系统是由多个设备构成的完整装置。

工业应用性

根据本发明，内容数据可以提供给用户设备。

根据本发明，用于执行购买内容数据处理的设备和用于存储所购买内容数据的设备可以不同。因此，用户可以在期望的设备中执行购买处理，并将所购买的内容数据存储在容易重放内容数据的设备中。

Claims (8)

1、一种信息处理系统，包括用于控制内容分发的第一信息处理装置、用于进行分发内容请求的第二信息处理装置和用于接收内容分发的第三信息处理装置，

所述第一信息处理装置包括：

用于管理识别内容的第一ID的第一管理装置；

用于管理识别所述第三信息处理装置的第二ID的第二管理装置；

响应从所述第二信息处理装置分发内容的请求，将由所述第一管理装置管理的第一ID提供给所述第二信息处理装置的提供装置；及

当从所述第二信息处理装置接收到第一ID和用于指定第二ID的信息时，根据所接收到的信息指定由所述第二管理装置管理的第二ID，以及将由第一ID识别的内容分发给对应于指定的第二ID的所述第三信息处理装置的分发装置，

所述第二信息处理装置包括：

请求所述第一信息处理装置分发内容的请求装置；及

响应来自所述请求装置的请求，根据从所述提供装置提供的第一ID发送对应于用户所选内容的第一ID及发送用于指定第二ID的信息的发送装置，

所述第三信息处理装置包括：

接收并存储由所述分发装置分发的内容的存储装置。

2、一种信息处理装置，包括：

用于管理识别第一装置的第一ID的第一管理装置；

用于管理识别内容的第二ID的第二管理装置：

响应从第二装置分发内容的请求，将由所述第二管理装置管理的第二ID提供给第二装置的提供装置；

当从第二装置接收到第二ID和用于识别第一ID的信息时，根据接收到的信息指定由所述第一管理装置管理的第一ID的指定装置：及

将由第二ID识别的内容分发给对应于由所述指定装置指定的第一ID的第一装置的分发装置。

3、如权利要求2所述的信息处理装置，其中：

所述第一管理装置管理彼此关联的用于识别用户的用户信息、口令和第一ID；及

所述指定装置接收包括用户信息和口令中至少一种的信息，作为指定第一ID的信息。

4、如权利要求2所述的信息处理装置，还包括当第一ID由所述指定装置指定时形成将由第二ID识别的内容分发到对应于所指定第一ID的第一装置的调度的调度装置，

其中所述分发装置根据由所述调度装置形成的调度分发内容。

5、如权利要求4所述的信息处理装置，还包括当用于第一装置的调度由所述调度装置形成时响应提供来自第一装置的调度的请求将调度提供给第一装置的提供装置。

6、一种信息处理方法，包括：

管理识别第一装置的第一ID的第一管理步骤；

管理识别内容的第二ID的第二管理步骤：

响应从第二装置分发内容的请求，将由所述第二管理步骤的处理管理的第二ID提供给第二装置的提供步骤；

当从第二装置接收到第二ID和用于识别第一ID的信息时，根据接收到的信息指定由所述第一管理步骤的处理管理的第一ID的指定步骤；及

控制由第二ID识别的内容向对应于由所述指定步骤的处理指定的第一ID的第一装置的分发的分发控制步骤。

7、一种记录介质，其中记录了计算机可读的程序，所述计算机可读的程序包括：

管理识别第一装置的第一ID的第一管理步骤；

管理识别内容的第二ID的第二管理步骤：

响应从第二装置分发内容的请求，将由所述第二管理步骤的处理管理的第二ID提供给第二装置的提供步骤；

当从第二装置接收到第二ID和用于指定第一ID的信息时，根据接收到的信息指定由所述第一管理步骤的处理管理的第一ID的指定步骤；及

控制由第二ID识别的内容向对应于由所述指定步骤的处理指定的第一ID的第一装置的分发的分发控制步骤。

8、一种允许计算机执行以下步骤的程序：

管理识别第一装置的第一ID的第一管理步骤；

管理识别内容的第二ID的第二管理步骤：

响应从第二装置分发内容的请求，将由所述第二管理步骤的处理管理的第二ID提供给第二装置的提供步骤；

当从第二装置接收到第二ID和用于指定第一ID的信息时，根据接收到的信息指定由所述第一管理步骤的处理管理的第一ID的指定步骤；及

控制由第二ID识别的内容向对应于由所述指定步骤的处理指定的第一ID的第一装置的分发的分发控制步骤。

Images