CN1344078A - 服务器、分配系统、分配方法和终端 - Google Patents

Abstract

本发明提供一种能够管理用户的系统利用频率比如下载计数和连接时间、以及根据用户的系统利用频率改变从服务器发送给客户的内容的质量的在线请求内容系统。由此,向高系统利用频率的用户提供高质量的内容或高级功能的内容。通过根据用户的系统利用频率向用户提供不同的内容,可以激活网络经济。

Description

服务器、分配系统、分配方法和终端

                  技术领域

本发明涉及一种分配系统、一种分配方法、以及与通信线路如网络相连接的一种终端和一种服务器。

                  背景技术

所谓的内容，如一段音乐、视频软件或游戏软件，作为数字数据被存储在一个服务器中。一个内容可以通过公共通信线路，如ISDN(IntegratedStandard Digital Network，综合标准数字网)、模拟电话线或卫星通信线路，从服务器下载到与服务器相连的装置。这样的一种系统实现被认为是一个COD(Content On Demand，在线请求内容)系统。

图1是显示简单普通方式的COD系统的典型实现的图。

服务器1接收内容，如一段音乐、诸如电影的视频软件和游戏软件，它们由内容持有者公司2制作。服务器1将这样的内容转换为数字数据并将此数字数据存储为内容数据。

服务器1通过因特网4连接到例如由全球用户A、B、…和Z拥有的用户终端5，因此能够与终端5通信。

服务器1向与服务器1连接的特定用户终端5传输一个显示内容清单的菜单。特定用户终端5作为浏览器屏幕典型地显示从服务器1收到的菜单，并允许用户终端5的用户来从菜单选择一个期望的内容，并按照必要的操作步骤从服务器1向用户终端5下载选出的内容。然后，用户终端5的用户传送一个用于下载选出的内容的内容订单。

在由用户执行的传输内容订单的操作中，用户输入用户的信用卡号码或银行帐号以及验证代码，这是服务器用以验证用户的结算信息。作为替代，用户可以输入用户购买的已预付款的卡的识别编号作为结算信息。这些数据被包含在内容订单中。

服务器1通过因特网4接收内容订单并使用包括在内容订单中的数据，如验证代码，来验证用户。

在服务器1中，存储了内容持有者公司2作为数据提供的多个内容。如果用户被验证为一个已授权的用户，服务器1将内容订单中指定的内容传输给用户终端5。此时，与用户订有合同的银行3进行支付。该支付基于内容订单中包含的结算信息。

如上所述由服务器1传输的内容数据由用户终端5接收并存储在为内容提供的记录介质中。也就是说，内容从服务器1被下载到用户终端5。

以这种方法，有可能构造一个COD系统，其中用户能够通过通信线路购买一个期望的内容并下载该内容。

顺便说明一下，在一个普通市场中，在那里商品在商场等中供销售，对于经常购买商品或购买量的总价格超过预定值的客户经常提供打折或如额外礼物的增值的服务。以这种方法，挑起客户的购买欲望并促进了商场之间的竞争，使市场更活跃。

然而在以上述COD系统通过网络进行的商业交易中，这样的服务不存在。

                     发明内容

考虑到上述问题进行了本发明，本发明的目的在于提供一种服务器、一种分配系统、一种分配方法和一种终端，它们能够通过提供各种在例如COD系统的利用上程度不同的服务而使一个典型的市场活跃起来。

按照本发明的第一方面，提供了一种服务器，包括：主数据存储部件，用以存储主数据；子数据存储部件，用以存储与主数据存储部件存储的主数据相关的子数据；用户信息存储部件，用以存储用户固有的信息；接收部件，用于接收识别用户的信息；比较部件，用于比较由接收部件收到的用户识别信息与存储在用户信息存储部件中的用户固有信息；判定部件，用于根据比较部件产生的比较结果判定用户的利用状态；以及控制部件，用于根据判定部件产生的判定结果，执行控制以仅传输存储在主数据存储部件中的主数据或者是传输存储在主数据存储部件中的主数据以及存储在子数据存储部件中的子数据。

按照本发明的第二方面，提供了一种分配系统，包括一个信息中心和多个终端，每个终端通过一个预定的通信线路连接到信息中心，信息中心包括：主数据存储部件，用以存储主数据；子数据存储部件，用以存储与存储在主数据存储部件中的主数据相关的子数据；用户信息存储部件，用以存储用户固有的信息；接收部件，用以接收识别用户的信息；对比部件，用以对比通过接收部件接收的用户识别信息与存储在用户信息存储部件中的用户固有的信息；判定部件，用于依赖对比部件产生的对比结果判定用户的利用状态；以及控制部件，用于根据判定方法产生的判定结果来执行控制以仅传输存储在主数据存储部件中的主数据或者是存储在主数据存储部件中的主数据以及存储在子数据存储部件中的子数据。

按照本发明的第三方面，提供了一种分配方法，用于从一个信息中心向每个都通过一个预定的通信线路与信息中心相连的多个终端分配内容，该分配方法包括下面步骤：从任何终端接收一个用户标识和内容订单；按照接收步骤接收的用户标识引用存储在信息中心使用的存储器中的客户数据；基于数据引用步骤引用的客户数据判定利用状态；并响应按照利用状态判定步骤判定的利用状态从终端接收到的内容订单，形成关于是否要增加额外的数据给要被传输到一个终端的内容的判断。

按照本发明的第四方面，提供了一种终端，能够通过将终端与信息中心连接的通信线路与信息中心通信，并能够向和从一个记录介质记录和重放数据，该介质有多个数据记录区域，这种终端包括：传输部件，用以将用户标识和说明内容的内容订单传输给信息中心；接收部件，用以按照用户标识和内容订单以及由信息中心判定要从信息中心增加到内容的额外数据，接收信息中心选出的内容；记录部件，用以在记录介质的不同数据记录区记录接收部件接收的内容和额外数据。

因此，利用上述配置，每个终端能够通过向信息中心传输用户标识和说明内容的内容订单接收和获取内容和增加到内容的额外数据。

在向带有多个数据记录区域的记录介质中记录如上所述被接收的内容和额外数据的操作中，内容和额外数据被存储在记录介质的不同数据记录区中。以这种方法，内容和额外的数据能够按照记录介质的预定格式被适当下载。

                 附图说明

图1是示意传统内容分配系统的整体配置的图；

图2是示意由本发明第一实施例实现的内容分配系统的整体配置的图；

图3是表示图2的内容分配系统使用的服务器1的第一种实现的方框图；

图4是代表按照本发明由服务器1的第一种实现执行的处理步骤的流程图；

图5是一个客户数据表，该表由服务器1使用的客户数据服务器13管理，服务器1由图2所示的内容分配系统使用；

图6是表示如图2所示的内容分配系统使用的服务器1的第二种实现的方框图；

图7是代表按照本发明由服务器1的第二种实现执行的处理步骤的流程图；

图8是表示由本发明第二实施例实现的内容分配系统的整体配置的图；

图9A是表示在取样频率88.2kHz下取样的模拟数据信号的波形的图；

图9B是表示在偶数位置的一批数据取样阵列的图；

图9C是表示在奇数位置的一批数据取样阵列的图；

图10是表示用户终端5的配置的详细方框图；

图11A是表示应用于本发明的盘的第一实现的模型图；

图11B是表示应用于本发明的盘的第二实现的模型图；

图12A是表示应用于本发明的盘的第一实现的图；

图12B是表示用于存储从如图12A所示的盘重放的数据的存储器的模型的图；

图12C是表示从如图12B所示的存储器中读取的数据流的图。

               具体实施方式

以下，说明本发明的优选实施例。在一个由本发明的实施例实现的COD系统中，主要由音乐音频数据代表的内容被通过信息中心分配给每个都通过通信线路与信息中心相连接的各终端。

在本发明中，COD系统中分配的内容不限于音乐音频数据。例如，一个内容也可能是视频软件或游戏软件。然而，为了使说明易于理解，本说明中的COD系统主要是分配音乐片段的COD系统。

优选实施例以下列顺序说明：

1.COD系统(第一实施例)

  1-1.内容的分配

  1-2.服务器配置(第一种实现)

  1-3.服务器操作(第一种实现)

  1-4.服务器配置(第二种实现)

  1-5.服务器操作(第二种实现)

2.COD系统(第二实施例)

  2-1.高质量音频数据的格式

  2-2.系统配置

3.用户终端配置

4.记录和重放内容的操作

1.COD系统(第一实施例)

1-1.内容的分配

图2是表示由本发明的第一实施例实现的COD系统的典型结构和COD系统中的内容分配的方框图。

服务器1接收内容持有者公司2制作的内容，如一段音乐、诸如电影的视频软件和游戏软件。服务器1将此内容转换为数字数据并存储该数字数据为内容数据。

服务器1通过因特网4被连接到，例如，由全球用户A、B、…和Z拥有的各用户终端5，因此能够与终端5通信。

应当注意一个用户终端5可以是个人计算机，它具有将个人计算机与因特网4相连接的功能。作为一个代替，用户终端5可以是一个装置，它具有向和从与本发明兼容的盘形记录介质记录和重放数据的功能以及将该装置与因特网4相连接的功能。

另外，至少，将任何用户终端与服务器1相连的通信线路不限于因特网4。通信线路可以是另一个公共通信线路，如ISDN、模拟电话线或卫星通信线路。

为了建立用户拥有的用户终端5和服务器1之间的连接，用户需要通过使用一个如鼠标或键盘的输入器件执行预定的操作，来输入一个分配给服务器1的URL(Uniform Resource Locator(统一资源定位器))并访问服务器1。

响应该访问，服务器1代表性地向与服务器1连接的用户终端5传输一个内容向导，其中显示了例如内容清单。

在音乐内容的情况下，内容向导包括音乐片段的标题、艺术家的姓名、艺术流派和价格。在视频软件内容的情况下，内容向导包括标题、制作者名称、艺术流派和价格。在游戏软件情况下，内容向导包括游戏软件的名称、制造者名称和价格。

用户终端5将从服务器1接收的内容向导显示为所谓的浏览器屏幕。此浏览器屏幕是一个GUI(Graphic User Interface，图形用户界面)，它允许用户执行操作以输入不同种类的必要输入数据，如指明或选择期望内容的数据。

也就是说，拥有用户终端5的用户能够通过执行预定的操作步骤来选择期望的内容。在选择了一个期望内容后，用户能够执行一个传输一个内容订单操作，作出一个下载选出的内容的要求。

应当注意，内容订单自然地包括内容的标识，用以指明一个期望的内容。在一个传输一个内容订单的操作中，用户需要输入用作验证用户的结算信息的用户信用卡的号码或银行帐号以及验证代码。用户被允许输入一个预付卡的标识代码作为结算信息来代替验证代码，该预付卡已由用户购买。这些由用户输入的信息包括在内容订单中。

服务器1接收由用户终端5通过因特网4传输的内容订单。服务器1随后通过使用各种方法之一的、包括在内容订单中的验证代码验证用户。如果下订单的用户被成功验证，用户被认为是COD服务的授权用户。

服务器1存储了大量由内容持有者公司2作为数据提供的内容。在证实了用户是一个成功被验证的用户后，服务器1搜索内容一览表查找由包括在内容订单中的内容标识所指明的内容。

然后，服务器1将搜索找到的内容传输给用户终端5。用户终端5在用于保存内容的记录介质中存储从服务器1接收的内容。这样，一个内容被从服务器1下载到用户终端5。

在这个下载内容的交易中，用户与之签定合同的银行3支付由用户购买的内容的价钱。该支付基于包含在内容订单中的结算信息。如上所述，结算信息可以是信用卡号码、银行帐号、预付卡等。由银行支付的钱数包括一个公司管理服务器引起的收益和运营成本以及内容持有者公司制作内容引起的收益和制作成本。

到此为止，已经说明了如图2所示的第一实施例实现的在COD系统中向用户的基本内容分配。

如果服务器1无条件地下载仅一个如图2所示的COD系统中的内容订单指定的内容，此实施例与如图1所示的情况没有特殊的区别。除了验证用户，本实施例中使用的服务器1不仅可能传输一个指定的内容，而且还按照用户的服务利用状态传输与该内容有关的额外信息，后面将对此进行说明。详细而言，一个服务按照服务利用的状态被作为奖励提供给用户，服务的实质内容也按照服务利用的状态而被改变。

服务器1带有客户数据13A，其中包括预定信息，该信息可以被用于判定每个向服务器1要求下载内容的用户的服务利用状态。客户数据13A被用于判定每个用户的级别，该级别表示用户的服务利用状态。如此确定的用户级别被随后用于典型地判定与原作为主数据指定的音乐数据有关的子数据。服务器1然后将主数据和子数据作为内容传输给用户终端5。

在本实施例中，服务器1将包括在用户数据13A中的用户服务利用状态划分为三个用户级别。详细而言，最高的用户级别是高花费用户的级别，仅次于最高用户级别的级别是一般花费的用户的级别，最低的用户级别是低花费的用户的级别。在如图2所示的实施例中，用户A是一个一般花费的用户，用户B是一个低花费的用户，用户Z是一个高花费的用户。

如果服务器1从用户终端5接收内容订单，即，如果用户终端5下一个内容订单订购一段音乐，下内容订单的用户的级别在客户数据13A和包含在内容订单中的用户ID的基础上被确定。然后，要下载的内容的数据典型地变化如下：

假设从用户终端5传输内容订单的用户被判定为用户B，他是一个低花费的用户。在这种情况下，如图所示，仅仅音乐数据被作为内容传输给用户终端5。也就是说，仅仅被订购的数据被传输而不添加子数据。

如果从用户终端5传输内容订单的用户被判定为用户A，他是一个一般花费的用户，包括所谓封套数据的内容被传输给用户终端5。封套数据是在订购的音乐数据的封套上出现的图片。通过重放内容，例如，封套的图片可以被显示。

如果从用户终端5传输内容订单的用户被判定为用户Z，他是一个高花费的用户，包括封套数据和歌词数据的内容被传输给用户终端5。歌词数据是一种图片数据，以字符显示文本和/或歌词。通过重放歌词数据，可以显示歌词。应当注意卡拉OK数据也可能包括在一个要传输给高花费用户的内容中来代替封套数据和歌词数据。

如上所述，在本实施例实现的服务器1中，用户的级别按照用户的服务利用状态被确定。用户的级别继而被用于确定要添加到一段作为主数据的音乐的封套和/或歌词数据。通过向一段作为主数据的音乐添加封套和/或歌词数据，象CD的值的音乐软件的值被添加到主数据。

利用如此的配置，有可能按照用户的服务利用状态提高提供给一个用户的服务级别，采取的方式与，例如，通过诸如因特网4的网络进行的所谓网络销售中的普通市场相同。因此，用户的购物欲望被提高而且商业企业家之间的竞争被激发。结果，网络销售变得更活跃。

1-2.服务器配置(第一种实现)

图3是表示一个如图2所示的COD系统中使用的服务器1的典型内部配置的方框图。应当注意第一实施例的第一和第二典型操作将在后面说明，如图3所示的内部配置是第一典型操作的配置。

如图3所示，服务器1实际上包括三个服务器，即主数据服务器11、子数据服务器12和客户数据服务器13。

主数据服务器11被用于存储和处理要作为内容分配的主数据。主数据服务器11包括一个音乐数据库11A，用以以数据库格式存储大量的音乐片段。

子数据服务器12被用于存储和处理要包括在所分配内容中的子数据。如前参见图2所述，要添加到作为内容分配的音乐数据的子数据可以是一个封套、一个歌词等。为此，提供了子数据服务器12以及封套数据库12A和歌词数据库12B。

应当注意如图所示在子数据服务器12中包括的高音频质量信息数据库12C是后面要说明的第二实施例中使用的另一个数据库。因此这里不讨论高音频质量信息数据库12C。

大量用户利用本实施例实现的COD系统。因此，客户数据服务器13存储和处理客户数据13A，它被用于至今利用本实施例的COD系统的用户的服务利用状态的管理。

图5是概念性地表示客户数据13A的结构的图。

如图所示，客户数据13A是一套用户A、B、…和Z的每一个的服务利用个人状态，这些用户通过访问服务器1来利用COD系统。每个用户的个人状态典型地包括一个用户ID、一个下载计数、一个用户级别、一个连接时间、一个连接计数和一个下载时间，如图所示。

用户的用户ID是一个当用户签定利用本实施例实现的COD系统的初始合同时，唯一地分配给用户的ID。

用户的下载计数是至今用户执行的下载操作的累计次数。

用户的用户级别代表用户的服务利用状态。此状态被按照预定规则基于用户以往的COD系统利用程度和用户的利用历史而提供给用户。用户级别可以通过至少代表性地使用下载计数或连接时间、连接计数、和下载时间之一来设置。下面将给予说明。

为了使说明更易于理解，提供了三个用户级别，即用户级别1、2和3。然而应当注意，级别的数量不限于3。用户级别1代表如前参照图2所述针对高花费用户的最高服务利用状态。用户级别2代表下一个针对一般花费用户的服务利用状态。用户级别3代表针对低花费用户的最低服务利用状态。

连接时间是利用历史，代表一段积累的时段，在此期间用户拥有的用户终端5被连接到服务器1。用户的连接计数是在用户拥有的用户终端5和服务器1之间至今建立的连接的次数。

下载时间是一个累计时段，是用户从服务器1下载内容至今所需要的时间。

如前所述，用户的用户级别在用户的服务利用级别的基础上被设置，即，那些诸如下载计数、连接时间、连接计数和下载时间的信息。

在如图5所示的典型客户数据13A中，用户级别仅在下载计数基础上被设置。详细而言，下载计数通过限制条件被分成相互分离的三类。三类下载计数分别与三个用户级别相联系。在如图5所示的典型客户数据13A中用户级别1被分配给下载计数为200的用户Z，用户级别2被分配给下载计数为50的用户A，用户级别3被分配给下载计数为10的用户B。

在实际情况下，代替下载计数。至少连接计数、连接时间和下载时间之一也可被用来设置用户级别。

例如，假设用户级别仅通过连接时间设置。在这种情况下，典型地，用户级别1被分配给连接时间为5小时的用户Z，用户级别2被分配给连接时间为3小时的用户B，用户级别3被分配给连接时间为2.5小时的用户A。

在本实施例中，如果下载计数被用作设置用户级别的标准，下载计数为10的用户B的用户级别低于下载计数为50的用户A。另一方面，如果连接时间被用作设置用户级别的不同标准，连接时间为3小时的用户B的用户级别高于连接时间为2.5小时的用户A。从内容销售企业的角度来讲，高下载计数的用户，即此情况下的用户A，是一个较高花费用户。另一方面，从通信公司的角度来讲，较长连接时间的用户，即此情况下的用户B，是一个较高花费用户。一个通信公司也管理一个内容销售企业的情况并非不寻常。在这种情况下，连接时间可能优先于下载计数。

不必说用户级别也可以通过使用两个或更多的标准的结合来设置，它们是在下载计数、连接计数、连接时间和下载时间中适当选出的。

也就是说，下载计数、连接计数、连接时间和下载时间，每个都代表系统利用状态，具有彼此不同的含义。因此通过考虑此含义，适合于COD管理的一个或多个信息在要用作标准的下载计数、连接计数、连接时间和下载时间中选择。

例如，带有小下载计数但服务器连接时间超过预定值的用户可以被视为一个在服务器连接时间内将大部分时间花费在观看和读取显示的广告的用户。而对于连接时间，对这样的一个用户设置的用户级别可能令人信服地按照连接时间的增加被提升。

另外，从服务器下载同样大小内容花费的时间可能每时每刻都不同，这依赖于通信线路的拥挤状态。在此情况下，用户可以被假设为在下载时间内观看和读取显示的广告。因此可能考虑下载时间来令人信服地设置用户级别。

向回参见图3。

控制单元16控制服务器1的运行。在本实施例中，控制单元16包括一个鉴别器17和一个比较器18，两者每个都是一个由软件程序实现的功能块。鉴别器17和比较器18的操作在下面说明。

混合器14执行混合由主数据服务器11输出的被用作主数据的音乐数据与子数据服务器12通过开关15提供的子数据的处理，产生结合的内容。混合器14向一个收发器单元19提供内容。收发器单元19通过多路复用主数据和子数据来传输内容，主数据和子数据典型地在时分的基础上被混合在该内容中。

开关15用于阻碍或传递从子数据服务器12向混合器14提供的子数据。因此在本实施例中开关15被提供于子数据服务器12和混合器14之间，如图所示。此开关通过控制单元16执行的控制来开启或关闭。

收发器单元19被提供用于通过因特网4在服务器1和外部装置之间执行通信。通过因特网4提供给服务器1的信息由收发器19接收。另一方面，主要是内容的信息被通过因特网4传输给另一个装置。

应当注意在实际情况下，服务器1典型地具有一个能够传输以前所述的内容向导的配置。然而图中未给出执行此功能的部件。也就是说，图中只给出了执行传输内容功能的部件。

1-3.服务器操作(第一种实现)

参见图4中的流程图，下面说明带有如上所述配置的服务器1的分配在前面参照图2解释过的内容的操作。应当注意，为了使说明易于理解，图4所示的流程图仅表示用户级别的判定和基于判定的用户级别的传输内容的处理。例如，其他处理，如用户的验证，未在流程图中表示。

首先，收发器单元19通过因特网4从用户拥有的用户终端5接收一个内容订单。内容订单然后作为用户的请求被传递给控制单元16。在步骤S101，控制单元16接收用户的请求。

接收的用户请求包括一个用户ID，其目的之一是用于如前所述的用户验证。在下一步骤S102，用户请求中包括的用户ID被引用。

随后在步骤S103，存储在客户数据服务器13中的客户数据13A被搜索以查找与步骤S102引用的用户ID相匹配的个人数据。具体来说，存储在客户数据服务器13中的客户数据13A包括用户ID的列表，此列表被搜索以查找与在步骤S102被引用的用户ID相匹配的一个用户ID。

在搜索中，控制单元16向比较器18提供用户ID的列表，该比较器18将列表上的每个用户ID与在步骤S102从用户请求中提取的用户ID相比较。如果对比的结果指示该列表包括一个与在步骤S102从用户请求中提取的用户ID相匹配的用户ID，那么用户数据13A被搜索以查找与在步骤S102从用户请求中提取的用户ID相关联的个人信息。

因此，在下一个步骤S104，一个用户级别被判定。在判定用户级别中，鉴别器17获取在从客户数据服务器13搜索中得到的个人信息，并引用个人数据中包括的用户级别的值。如果用户级别是用户级别1，则操作流程进入到步骤S105。如果用户级别是用户级别2，则操作流程进入步骤S107。如果用户级别是用户级别3，则操作流程进入步骤S109。

在针对用户级别1的步骤S105，执行了控制来关闭开关15以便设置一个状态，在此状态中混合器14将作为主数据的音乐数据与子数据混合。然后，操作进入步骤S106。

在步骤S106，所请求的音乐数据被选作主数据，用户级别1的子数据被选作要添加到选出的音乐数据中。随后，选出的子数据被添加到被选出作为主数据的期望的音乐数据中以制作一个内容。被制作的内容最后被输出供传输。

详细而言，期望的音乐数据由用户请求中包括的内容标识指定。首先，指定的音乐数据通过搜索主数据服务器11的音乐数据库11A来找到并提供给混合器14。鉴别器17执行驱动主数据服务器11来搜索数据库11A以查找指定的音乐数据并向混合器14提供在搜索中找到的指定音乐数据。

然后，鉴别器17向子数据服务器12输出用于选择子数据的信息以选择子数据，此子数据与代表由鉴别器17判定的用户级别的信息相对应。

子数据服务器12随后搜索数据库以查找与子数据选择信息相对应的子数据。子数据是要添加到指定音乐数据的数据，此指定音乐数据如上所述由主数据服务器11查找到。作为搜索数据库查找子数据的一个条件，所搜索的子数据必须与内容标识指定的音乐数据相关联。在用户级别1的情况下，要添加到指定音乐数据的子数据同时是封套数据和歌词，如上参照图2所述。因此，封套数据库12A被首先搜索以查找与指定音乐数据相关联的封套数据。随后，同样，歌词数据库12B被搜索以查找与指定音乐数据相关联的歌词。

因此，搜索操作中发现的封套数据和歌词通过已被置于闭合状态的开关15提供给混合器14。

混合器14按照预定的格式，将作为主数据的音乐数据与来自主数据库11的封套数据和歌词相混合，以产生一个具有与因特网4相符合的传输格式的内容。随后，混合器14将制作的内容提供给收发器单元19，该收发器单元19随后将该内容通过因特网4传输给作出请求的用户终端5，至此结束了在步骤S106执行的处理。

在步骤S107中，对于用户级别2，也执行关闭开关15的控制。

接着，在下一步S108，所请求的音乐数据被选作主数据，用户级别2的子数据被选作要添加到选出的音乐数据中。随后，选出的子数据被添加到被选出作为主数据的期望的音乐数据中以制作一个内容。所制作的内容最后被输出供传输。

详细而言，期望的音乐数据由包括在用户请求中的内容标识指定。首先，在步骤S108，通过搜索主数据服务器11的音乐数据库11A找到指定的音乐数据并提供给混合器14。

在用户级别2的情况下，要添加到指定音乐数据的子数据仅仅是上面参照图2所述的封套数据。因此，搜索封套数据库12A以查找与指定音乐数据相关联的封套数据。随后，借助已被置于闭合状态的开关15将封套数据提供给混合器14。

混合器14按照预定的格式，将作为主数据的音乐数据与来自主数据服务器11的封套数据相混合，以产生一个具有与因特网4相符合的传输格式的内容。随后，混合器14将制作的内容提供给收发器单元19，它随后将该内容通过因特网4传输给作出请求的用户终端5。

在用户级别3的情况下，仅将用作主数据的音乐数据作为内容发送给用户终端5。

对于用户级别3，在步骤S109，执行打开开关15的控制。然后，在下一步S110，所请求的音乐数据被选作主数据。所选出的音乐数据最后被输出用于作为内容传输。详细而言，期望的音乐数据由包括在用户请求中的内容标识指定。通过搜索主数据服务器11的音乐数据库11A找到指定的音乐数据并提供给混合器14，最终由收发器单元19通过因特网4传输给用户终端5。

在步骤S106、S108或S110执行的处理完成之后，操作流程前进到步骤S111。

在步骤S111，更新客户数据13A，以反映当前请求内容的结果。也就是说，主要地更新用户请求内容的个人数据以反映服务利用的当前状态。更具体地说，通过将下载计数和连接计数各自加1，更新用户请求内容的个人数据。此外，控制单元16测量在请求当前内容的用户终端5与服务器1相连接期间的连接时间。控制单元16还测量下载该内容所需要的下载时间。在下载内容到用户终端5的操作完成时，将测量的连接时间和测量的下载时间分别加到个人数据的连接时间和下载时间中。个人数据的用户级别也根据用于设定用户级别的更新的下载计数、更新的连接计数、更新的连接时间、或更新的下载时间更新。

应该注意的是，如果用户数据13A包括诸如用于所有用户的总利用计数的信息，也就是说，除个人数据之外的信息，比如如果需要的话，必须更新这个信息。

1-4.服务器配置(第二种实现)

在第一种实现中，内容的值根据客户数据13A的用户级别而改变。用户级别通过使用下载计数、连接计数、连接时间和下载时间中至少一个来设置。由此，用户级别根据最适合于应用的服务利用状态设置。因此，在该COD系统中用户级别的值在于用户可以彼此区分。

但是在实际上，可以执行相对简单的处理，用于彼此区分用户。也就是说，最适合于相互区分用户的信息可以从作为用户的服务利用状态的客户数据13A的下载计数、连接计数、连接时间、下载时间中典型地选择。所选择的信息用于相互区分用户。

第一实施例的第二种实现具有的配置为，如上所述，其中根据从包括在客户数据13A中、并且每一个代表用户的服务利用状态的各个信息中选择的信息彼此区分用户，并根据选择的信息改变内容值。

图6是表示在第二种实现中的服务器1的结构的方框图。与图3所示的服务器1中使用的组件相同的组件在后者中用相同的标号表示，关于它们的描述不再重复。

在图3所示的服务器1的结构中，子数据根据用户级别选择。因为这个原因，用于选择子数据的信息从配置在控制单元16中的鉴别器17提供给子数据服务器12。另一方面，在图6所示的结构中，该子数据选择信息不提供给子数据服务器12。

1-5.服务器操作(第二种实现)

下面参照图7所示的流程图描述作为分配内容的第二种实现、具有图6所示结构的服务器1执行的处理。应该注意的是，为了使描述便于理解，图7所示的流程图仅示出用户级别的确定和根据确定的用户级别的内容传输。因此，其它的处理比如用户的验证将略去。

由于在步骤S201至S203执行的处理与图4所示流程图的步骤S101至S103执行的相应部分相同，不再重复它们的描述。

操作流程然后前进到步骤S204，判断关系a≥b是否保持为真，其中符号a表示下载计数，符号b表示下载阈值。也就是说，检查下载计数a，以确定下载计数a是否达到或超出下载阈值b。下载计数是作为客户数据服务器13中客户数据13A的搜索结果而获得的个人数据。

判断结果“是(YES)”表明用户是具有系统利用较高状态的用户。在这种情况下，操作流程前进到步骤S205，在此执行控制，将开关205置于闭合状态。

在下一步S206，将与请求的音乐数据相关的子数据添加到请求的音乐数据，以制作一个内容，然后将其发送。图6所示的电路执行下面的操作，以便执行步骤S106的处理。

鉴别器17请求主数据服务器11搜索音乐数据库11A以查找由包括在用户请求中的内容标识指定的音乐数据，并向混合器14提供在搜索中找到的音乐数据。

然后，子数据服务器12搜索数据库以查找与内容标识指定的音乐数据相关的子数据，并借助已设置为闭合状态的开关15将子数据提供给混合器14。

在该第二种实现中，根据服务利用的用户状态提供三个区分等级，替代象用户级别的三个等级。由此，在这种情况下，典型地只有一种子数据将被添加到主数据。例如，在用作主数据的音乐数据的情况下，只有一种子数据，即，封套数据。作为选择，可以将封套数据和歌词的组合用作唯一的子数据。在步骤S206执行的处理中，只有一种将被添加到主数据中的子数据的选择。

这样，混合器14根据预定的格式将主数据与提供到混合器14的子数据混合，以便制作一个内容。然后，混合器14将该内容提供给收发器单元19，接着收发器单元19通过因特网4向请求内容的用户终端5发送该内容。

上述处理在步骤S206中执行。

另一方面，如果在步骤S204中判断的结果是否定，则操作流程前进到步骤S207，在此针对具有较低系统利用状态的用户执行处理。

在这种情况下，在步骤S207执行控制，打开开关15。接着，在下一步S208，鉴别器17请求主数据服务器11搜索音乐数据库11A以查找由包括在用户请求中的内容标识指定的音乐数据，借助混合器14向收发器单元19提供在搜索中找到的音乐数据，并最终发送。由此，利用打开的开关15借助混合器14传输到收发器单元19的数据仅为用作主数据的音乐数据。也就是说，只发送音乐数据作为内容。

在步骤S206或S208执行的处理完成之后，操作流程前进到步骤S209，在此更新客户数据13A。

由于在步骤S209执行的处理与在图4所示的流程图的步骤S111中执行的处理完全相同，所以不再重复其描述。

但是，在第二种实现的情况下，仅有下载计数用于系统利用的用户状态的确定。由此，可以忽略其它的信息，比如来自客户数据13A的连接时间、连接计数、以及下载时间。

如上所述，仅将下载计数用于系统利用的用户状态的确定。但是，应该注意的是，也可以将其它信息，比如连接时间、连接计数、或下载时间用于系统利用的用户状态的确定。

2.COD系统(第二实施例)

2-1.高质量音频数据的格式

下面将描述本发明的第二实施例。

在上面描述的第一实施例的情况下，将用作子数据的封套数据和/或歌词添加到用作主数据的音乐数据中，以增加制作的内容的值。另一方面，在第二实施例的情况下，添加到用作主数据的音乐数据的子数据，即音频数据，改善了作为重放音乐数据的操作结果而获得的音频数据的音频质量。

该描述参照图9A至9C从通过添加子数据到主数据而使用作主数据的音频数据的音频质量提高的数据格式解释开始。

根据该实施例采纳的基本音频数据格式，将具有图9A所示波形的模拟音频信号以88.2kHz的采样频率fs转换成数字音频数据，并生成16量化位。另一方面，根据现时的CD格式，采样频率fs是生成16量化位的44.1kHz。很明显，根据该实施例采纳的音频数据格式的采样频率fs是根据具有44.1kHz的采样频率和16量化位的CD格式的采样频率fs的两倍。

如图9A所示，在88.2kHz的采样频率fs下，沿着时间轴的连续采样位置是N→N+1→N+2→N+3→N+4→N+5等等。为了使描述便于理解，在下面的描述中符号N表示偶数。

如图9B所示，只有每一个由偶数表示的采样位置被从N→N+1→N+2→N+3→N+4→N+5等等表示的连续采样位置中提取出来，给出由N→N+2→N+4等等表示的时间序列。在该时间序列中，存在作为44.1kHz(＝88.2kHz/2)的采样频率fs的采样操作的结果以生成16量化位而获得的采样序列。该采样序列是具有等价于具有CD格式的数据的质量的数字音频数据。

在余下的位置N+1→N+3→N+5等等，也存在作为44.1kHz的采样频率fs的采样操作的结果以生成16量化位而获得的采样序列。该采样序列也是具有等价于具有CD格式的数据的质量的数字音频数据。

接着，在该实施例中，图9B所示的数字音频数据用作主数据，而图9C所示的数字音频数据用作子数据。应该注意的是，图9C所示的数字音频数据自然也可以用作主数据，而图9B所示的数字音频数据自然也可以用作子数据。

在该实施例中，使用图9B所示的数字音频数据用作主数据，图9C所示的数字音频数据用作子数据，或者反之亦然，仅将主数据发送给具有较低服务利用状态的用户作为内容，而将主数据和添加到其中的子数据发送给具有较高服务利用状态的用户作为内容。

因此，接收包含主数据和子数据的内容的用户能够在随后描述的信号处理中重放包含该主数据和子数据的数字音频数据，以便再现先前参照图9A说明的具有88.2kHz采样频率和16量化位的格式的数字音频数据。也就是说，用户能够以高于重放具有44.1kHz采样频率和16量化位的格式的数字音频数据的操作的音频质量重放音乐。

2-2.系统配置

假定音频数据具有上面描述的格式，下面将参照图8以简单明了的方式描述由第二实施例实现的COD系统的结构。该图是表示由第二实施例实现的COD系统的结构的方框图。与图2所示COD系统中使用的块相同的块用相同的参考标号表示，并且不再重复它们的描述。下面的描述主要描述用户级别之间的差异。

同样，在这种情况下，用户B是花费少的用户或者处于级别3的用户。用作花费少的用户的用户B接收具有44.1kHz采样频率fs和16量化位的2声道立体声音频数据作为内容。也就是说，用户B接收仅包含代表用户请求的音乐的主数据的数字音频数据，作为内容。

如果用作正常花费的用户或者处于级别2的用户的用户A请求一段音乐，则响应该请求，服务器1发送具有88.2kHz采样频率fs和16量化位的2声道立体声音频数据作为内容。也就是说，用户A接收包含图9B所示的数字音频数据和图9C所示的数字音频数据、混合代表用户请求的音乐的数字音频数据，作为内容。

如果用作高花费的用户或者处于级别1的用户的用户Z请求一段音乐，则响应该请求，服务器1发送具有88.2kHz采样频率fs和16量化位的4声道立体声音频数据作为内容。也就是说，用户Z接收不仅包含图9B所示的用作主数据的数字音频数据和图9C所示的添加到主数据作为子数据的数字音频数据、而且包含作为附加子数据的具有88.2kHz采样频率fs和16量化位的2声道音频数据的数字音频数据，作为内容。该4声道音频数据提供典型的场景展现的丰富感觉，使得获取高于具有88.2kHz采样频率fs和16量化位的2声道立体声音频数据的音频质量成为可能。

用于该COD系统的服务器1的结构和操作与例如图3和图4分别示出的第一种实现相同。但是，作为子数据，使用存储在子数据服务器12的高音频质量信息数据库12C中的数字音频数据。

也就是说，在主数据服务器11的音乐数据库11A中，存储由图9B所示的音频数字数据代表的各首音乐。另一方面，在子数据服务器12的高音频质量信息数据库12C中，存储由图9C所示的音频数字数据代表的各首音乐。此外，还存储具有88.2kHz采样频率fs和16量化位的2声道音频数据，用于为高花费用户生成具有88.2kHz采样频率fs和16量化位的4声道音频数据。

应该注意的是，通过分别将图6和7所示的第二种实现的结构和操作应用到第二实施例，也可以获得简化的COD系统。

3.用户终端配置

下面参照图10描述在由这些实施例实现的COD系统中、用户所拥有的用户终端5的典型结构。图10所示的用户终端5由具有连接个人计算机到因特网4的功能的个人计算机实现。

在图中所示的结构中，CPU 101通过执行存储在ROM 102中的各种程序，实现各种处理。

RAM 103用于存储CPU 101在执行各种处理时需要的数据、程序、以及其它信息。

I/O接口单元104与键盘105和鼠标106相连接。键盘105和鼠标106生成的信号提供给CPU 101。I/O接口单元104还连接到包括用作记录介质的硬盘的硬盘驱动器(HDD)108。CPU 101能够通过I/O接口单元104向和从包括在HDD 108中的硬盘存储和接收数据、程序、以及其它信息。

I/O接口单元104还连接到用于显示画面的显示监视器107。

介质驱动器109是用于特殊类型介质的驱动器。介质驱动器109从和向介质中读出和写入数据。

在实施例中用作内容的主数据和子数据可以记录在各自具有随后将描述的格式的盘20和20A中。由该实施例提供的介质驱动器109还具有能够向和从盘20和20A中记录和重放数据的结构。

通信接口单元110是用于实现用户终端5和因特网4之间的通信的接口。例如，如果用户终端5通过通信线路与因特网4相连接，则通信接口单元110配置有调制解调器或类似的部件。另一方面，如果用户终端5通过网络与因特网4相连接，则通信接口单元110是一以太网接口。

数据接口单元111是用于实现用户终端5和遵循比如SCSI(小型计算机串行接口)、USB(通用标准总线)、IEEE(电子电工工程师协会)1394的有代表性的接口标准的外围装置之间的通信的接口。

应该注意的是，能够向和从盘20和20A中记录和重放数据的盘驱动器也可以通过数据接口单元111连接到用户终端5，作为外围装置。

内部总线112是典型的PCI(外设部件互连)总线或局部总线，用于将内部功能单元彼此互连。

4.记录和重放内容的操作

如果将具有下面描述的格式的盘形记录介质用作记录依据本实施例的内容的记录介质，则可以实现记录和重放操作，其中可以更为有效地使用分成主数据和子数据的每一个内容。但是，应该注意的是，记录介质的格式不仅限于下面特别描述的各种格式。

图11A是表示与本实施例提供的内容相兼容的盘20的图。盘20是一种数据可以向其上记录并从中重放的盘。应该注意的是，该盘的记录技术不用具体限定。但是，在本领域的目前状态下，可以采用重写型记录方法，比如磁光技术和相变技术。也可以采用附加类型的记录技术，比如使用有机塑料薄膜(organic plastidial film)的记录方法。使用有机塑料薄膜的记录方法适用于典型的CD-R。

盘20被划分成位于盘20的径向上的多个记录区域。在图中所示的典型的盘20被划分成内侧的第一记录区域21和外侧的第二记录区域22。

根据本实施例构成内容的主数据和子数据分别记录在盘20的第一记录区域21和第二记录区域22。

但是，应该注意的是，也可以相反地将子数据和主数据分别记录在盘20的第一记录区域21和第二记录区域22。此外，通过记录在盘20的预定记录区域的管理信息中的预定指示，记录在第二记录区域22中的每一段子数据与记录在第一记录区域21中一段主数据相关联。但不再描述关联和管理信息的细节。

如上所述，在一个盘上提供多个记录区域，用于记录不同类型的数据。主数据记录在与用于记录子数据的区域不相同的区域中。

图11B是表示另一种以不同方式实现的可以使用的盘20A的图。盘20A也用于记录构成依据本实施例的内容的主数据和子数据。

与在同一记录表面上提供、划分成多个记录区域不同，图11B所示的盘20A具有堆栈层，即，每一个用作一个信号表面的第一记录层31和第二记录层32。典型地，第一和第二记录层31和32分别用于记录主数据和子数据。应该注意的是，在这种情况下，第一和第二记录层31和32也可以相反地分别用于记录子数据和主数据。

给定前面参照图11A和11B描述的盘，则用户终端5按如下执行记录和重放操作。

应该注意的是，为了使解释便于理解，在下面的描述中假定使用图11A所示的盘20。

此外，下面描述如下情况，即其中根据第二实施例、发送具有88.2kHz采样频率fs和16量化位的2声道音频数据作为内容。也就是说，内容的主数据是具有44.1kHz采样频率fs和16量化位的2声道音频数据，内容的子数据也是具有44.1kHz采样频率fs和16量化位的2声道音频数据。

在用户终端5中，从服务器1发送到用户终端5的内容由通信接口单元110在CPU 101执行的控制下接收。

该内容包括两种数据，即具有44.1kHz采样频率fs和16量化位的2声道主数据、以及具有44.1kHz采样频率fs和16量化位的2声道子数据。在将通信接口单元110收到的内容通常临时存储到RAM 103的同时，CPU 101控制介质驱动器109将存储在RAM 103中的内容记录到装入介质驱动器109的盘20上。

更具体地说，具有44.1kHz采样频率fs和16量化位的2声道主数据记录到第一记录区域21，具有44.1kHz采样频率fs和16量化位的2声道的子数据记录到第二记录区域22。应该注意的是，在这种情况下，主数据和子数据以依赖于数据发送的格式的方式记录到盘20中。例如，可以在记录主数据之后记录子数据。另外，主数据和子数据也可以以交替间歇的方式记录在预定的数据单元中。

重放如上所述记录的内容的操作典型地如图12A至12C所示执行。

在如上所述的记录操作中，具有44.1kHz采样频率fs和16量化位的2声道主数据记录在第一记录区域21中，具有44.1kHz采样频率fs和16量化位的2声道子数据记录在第二记录区域22中，如图12A所示。

然后，在预定时刻，分别从第一记录区域21和第二记录区域22读出主数据和子数据，并典型地存储到示意性地示于图12B中的一个存储器中。

也就是说，由于主数据是如图9B所示沿着时间轴位于位置N→N+2→N+4等等处的采样阵列，所以主数据的采样依次存储在与各自位置相对应的存储器的主数据区域中的连续地址中。处于同样原因，由于子数据是如图9C所示沿着时间轴位于位置N+1→N+3→N+5等等处的采样阵列，所以子数据的采样依次存储在与各自位置相对应的存储器的另一主数据区域中的连续地址中。

在如图12B所示的存储器中存储的采样(或数据单元)，按照图12B所示的带圆圈的数字的顺序被从连续地址中读出。该顺序表明每一个是一个采样单元的数据单元在主数据和子数据之间被交替地读出。以这种方式读出数据单元的操作生成如图12C所示的位于采样位置N→N+1→N+2→N+3→N+4→N+5等等处的采样的阵列。该采样阵列是具有如图9A所示格式的88.2kHz采样频率fs和16量化位的高音频质量2声道数字音频数据。

接着，以相应于88.2kHz的采样频率fs的数据速率重放如图12C所示、作为读操作结果获得的采样阵列，并经历相应于16量化位的D/A转换，从而生成具有高于比如CD格式的音频质量的音频质量的重放声音。

假定重放操作由图10所示的用户终端5执行。在这种情况下，CPU 101执行控制，以便从装入介质驱动器109的盘20中读出如上所述的主数据和子数据，然后将数据单元以例如如图12B所示的布局存储到RAM 103中。

接着，CPU 101控制RAM 103中的读地址，从中以先前参照图12B所说明的顺序依次读出数据单元，以便生成具有如图12C所示的格式的数字音频数据。然后该数字音频数据在借助I/O接口单元104提供给介质驱动器109之前，经历信号处理。作为信号处理的结果获得的音频信号最终输出到配置在显示监视器107上的扬声器。

在具有快闪存储器等的便携式音频重放装置的情况下，所获得的具有图12C所示的格式的音频数据可以通过数据接口单元111传输。

顺便提及，为了小心起见，如果使用与盘20不兼容、而是特意为驱动CD格式盘设计的盘驱动器，用于从或向盘20中重放或记录数据，则不识别第二记录区域22。由于仅识别第一记录区域作为信号记录表面，所以执行与CD格式盘一样的记录和/或重放操作。

也就是说，根据本实施例的盘20具有顾及与现存CD格式的兼容性的格式。该兼容性对于图11B所示的盘20A也为真。更详细地说，如果使用与盘20不兼容、而是特意为驱动CD格式盘设计的盘驱动器，用于从或向盘20A中重放或记录数据，则不识别第二记录层32。由于仅识别第一记录层31作为信号记录表面，所以执行与CD格式盘一样的记录和/或重放操作。

如上所述，在图8所示的第二实施例中，向正常花费的用户发送具有88.2kHz的采样频率fs和16量化位的高音频质量的2声道数字音频数据作为内容。也就是说，该内容包括具有44.1kHz的采样频率fs和16量化位的2声道主数据、以及具有44.1kHz的采样频率fs和16量化位的2声道子数据。

但是，应该注意的是，在图8所示的第二实施例的情况下，对于高花费用户来说，如上所述的用于盘20的记录和重放操作可以应用于具有88.2kHz的采样频率fs和16量化位的4声道音频数据或内容。这是因为盘20包括：第一记录区域21，用于记录用作主数据的、具有88.2kHz的采样频率fs和16量化位的2声道数字音频数据；以及第二记录区域22，用于记录用作子数据的、具有88.2kHz的采样频率fs和16量化位的2声道子数据。

此外，记录数据到盘20的操作不仅可以应用到图8所示的第二实施例，而且也可以应用到图2所示的第一实施例中。

也就是说，在盘20的情况下，第一记录区域21用于记录用作主数据的音乐数据，第二记录区域22用于记录子数据，如封套或歌词。

此外，盘20的记录和重放操作也可以应用到图11B所示的盘20A中。更具体地说，第一记录区域21和第二记录区域22的记录和重放操作可以分别应用到盘20A的第一记录层31和第二记录层32。

在第一实施例的情况下，子数据典型地为封套数据或歌词。而且，其它各种可用的信息也可以增加到用作主数据的音乐中，以增加内容的值。可用作子数据的其它信息的示例是与某音乐相关的艺术家的URL(统一资源定位符)和衬托注释(liner note)。

此外，内容也可以包括主数据以及作为第一实施例的子数据和第二实施例的子数据的组合的子数据。例如，内容可以包括作为主数据的、具有44.1kHz的采样频率fs和16量化位的2声道数字音频数据、以及包含用于改善音频质量的具有44.1kHz的采样频率fs和16量化位的2声道数字音频数据、封套数据、和/或歌词的子数据。

如上所述，将子数据添加到内容的主数据，以便改善内容的音频质量。此外，作为另一种改变音频质量的可用方法，数字音频数据可以根据预定技术以不同的压缩率因子来压缩。

如上所述，当服务利用状态超出预定值时，将与要下载的主数据有关联的子数据发送到用户终端5。另外，当服务利用状态超出预定值时，也可以将与过去已经下载的主数据有关联的子数据发送给用户终端5。

此外，本发明的主数据不仅限于音乐数据。主数据也可以是移动画面数据，比如视频软件，或某些静态画面数据。与该主数据相关的可用子数据可以是用于通过内插用作主数据的画面、以增强画面的分辨率的画面子数据。

作为另一个选择，也可以发送压缩率因子根据服务利用状态而变化的画面数据、或者发送宽高比根据服务利用状态而变化的所谓宽屏幕画面的数据。也就是说，将具有高音频质量或画面质量的画面发送给高级服务利用状态的用户。

在作为内容分配电影的情况下，故事呈现给用户的方式可以根据服务利用状态来变化。作为进一步的选择，可以将制片商或导演剪辑掉的场景添加到分配给高花费用户的影片中，作为回报。

另外，主数据可以是游戏的程序数据。与该主数据相关的子数据可以是比如典型地增加游戏中故事分支的数量的程序、或使出现在游戏中的角色等的数量增加的数据的子数据。也就是说，添加子数据使游戏更多样化并且更有趣。

此外，根据本发明的COD系统不仅限于上面描述的第一和第二实施例。也就是说，可以对这些实施例进行适当的变化和修改。

例如，在这些实施例的情况下，用户拥有用作用户终端5的个人计算机，并操作该个人计算机。但是，应该注意的是，也可以用安装在商店或类似地方、并通过专用通信线路连接到服务器1的公用终端替代个人计算机。

如上所述，根据本发明，当用户请求内容时，服务器或信息中心根据用户特有的信息和包括在请求中的用户标识，或者仅发送主数据作为请求内容，或者一起发送主数据和子数据作为请求内容。

和主数据一起发送的子数据用于根据在用户特有信息中表明的用户的服务利用状态等，改变内容的值。

在该系统实现中，可以根据服务利用的用户状态提供不同的服务。更具体地说，可以应用在普通市场中广泛采用的实践，以便向对于因特网购物或诸如此类具有高级服务利用状态的用户提供好的服务。结果，使市场更为活跃。

另外，根据本发明的用户终端可以用于从信息中心下载内容(主数据)和与该主数据有关的附加数据，并将主数据和附加数据分别存储在记录介质的不同数据记录区域中。

使用传统的重放装置，例如仅有主数据可以从记录介质上其记录区域中重放。但是，如果使用符合记录介质的格式的重放系统，则既可以在此种记录介质上从其记录区域中仅重放主数据，也可以在该记录介质上从记录区域中重放主数据和子数据两者。也就是说，根据本发明的记录介质是与传统的重放装置向上兼容的，并可以用于记录依据本发明的内容，以及使内容从中重放。符合该记录介质的格式的重放系统能够有效地记录和重放根据本发明分配的内容。本发明也提供宽泛的普遍性，使用户能够使用现存的重放装置及类似装置。

尽管已经使用特定术语描述了本发明的优选实施例，但是该描述仅用于说明目的，并且应该理解的是，在不脱离所附权利要求的构思和范围的情况下，可以进行各种变化和修改。

Claims (20)

1.一种服务器，包括：

主数据存储部件，用以存储主数据；

子数据存储部件，用以存储与所述主数据存储部件存储的所述主数据相关的子数据；

用户信息存储部件，用以存储用户固有的信息；

接收部件，用于接收识别用户的信息；

比较部件，用于比较由所述接收部件收到的用户识别信息与存储在所述用户信息存储部件中的用户固有信息；

判定部件，用于根据所述比较部件产生的比较结果判定用户的利用状态；以及

控制部件，用于根据所述判定部件产生的判定结果，执行控制以仅传输存储在所述主数据存储部件中的主数据、或者是传输存储在所述主数据存储部件中的主数据以及存储在所述子数据存储部件中的子数据。

2.根据权利要求1所述的服务器，其中存储在所述主数据存储部件中的主数据是音频数据。

3.根据权利要求1所述的服务器，其中存储在所述子数据存储部件中的子数据至少是封套图像、歌词、衬托注释(liner note)、以及URL地址中的一个。

4.根据权利要求2所述的服务器，其中存储在所述子数据存储部件中的子数据是用于提高存储为所述主数据的所述音频数据的音频质量的附加信息。

5.根据权利要求1所述的服务器，其中存储在所述主数据存储部件中的主数据是画面数据。

6.根据权利要求5所述的服务器，其中存储在所述子数据存储部件中的子数据是用于提高存储为所述主数据的所述画面数据的画面质量的附加信息。

7.根据权利要求1所述的服务器，其中存储在所述主数据存储部件中的主数据是游戏程序数据。

8.根据权利要求7所述的服务器，其中存储在所述子数据存储部件中的子数据是用于使存储为所述主数据的所述游戏程序的故事多样化的附加信息。

9.根据权利要求1所述的服务器，其中存储在所述用户信息存储部件中的用户固有信息是连接计数、下载计数、连接时间、以及下载时间中的至少一个。

10.一种分配系统，包括一个信息中心和多个终端，每个终端通过预定的通信线路连接到所述信息中心，所述信息中心包括：

主数据存储部件，用以存储主数据；

子数据存储部件，用以存储与所述主数据存储部件存储的所述主数据相关的子数据；

用户信息存储部件，用以存储用户固有的信息；

接收部件，用于接收识别用户的信息；

比较部件，用于比较由所述接收部件收到的用户识别信息与存储在所述用户信息存储部件中的用户固有信息；

判定部件，用于根据所述比较部件产生的比较结果判定用户的利用状态；以及

控制部件，用于根据所述判定部件产生的判定结果，执行控制以仅传输存储在所述主数据存储部件中的主数据、或者是传输存储在所述主数据存储部件中的主数据以及存储在所述子数据存储部件中的子数据。

11.根据权利要求10所述的分配系统，其中存储在所述主数据存储部件中的主数据是音频数据。

12.根据权利要求10所述的分配系统，其中存储在所述子数据存储部件中的子数据至少是封套图像、歌词、衬托注释(liner note)、以及URL地址中的一个。

13.根据权利要求11所述的分配系统，其中存储在所述子数据存储部件中的子数据是用于提高存储为所述主数据的所述音频数据的音频质量的附加信息。

14.根据权利要求10所述的分配系统，其中存储在所述主数据存储部件中的主数据是画面数据。

15.根据权利要求14所述的分配系统，其中存储在所述子数据存储部件中的子数据是用于提高存储为所述主数据的所述画面数据的画面质量的附加信息。

16.根据权利要求10所述的分配系统，其中存储在所述主数据存储部件中的主数据是游戏程序数据。

17.根据权利要求16所述的分配系统，其中存储在所述子数据存储部件中的子数据是用于使存储为所述主数据的所述游戏程序的故事多样化的附加信息。

18.根据权利要求10所述的分配系统，其中存储在所述用户信息存储部件中的用户固有信息是连接计数、下载计数、连接时间、以及下载时间中的至少一个。

19.一种分配方法，用以从一个信息中心向每一个都通过预定的通信线路与所述信息中心相连的多个终端分配内容，所述分配方法包括下列步骤：

从任一所述终端接收用户标识和内容订单；

根据所述接收步骤接收的用户标识，引用在所述信息中心使用的存储器中存储的客户数据；

基于所述数据引用步骤引用的客户数据判定利用状态；以及

根据所述利用状态判定步骤判定的利用状态，响应从所述终端接收到的内容订单，形成关于是否要增加额外的数据给要被传输到所述终端中的一个的内容的判断。

20.一种终端，能够通过通信线路与信息中心通信、并能够向和从一个记录介质中记录和重放数据，所述通信线路将所述终端与所述信息中心连接，所述介质有多个数据记录区域，所述终端包括：

传输部件，用以将用户标识和指定内容的内容订单传输给所述信息中心；

接收部件，用以接收由所述信息中心根据所述用户标识和所述内容订单选出的内容、以及由所述信息中心判定的要从所述信息中心增加到所述内容中的额外数据；以及

记录部件，用以在所述记录介质的所述不同数据记录区记录由所述接收部件接收的内容和额外数据。

Images