CN101599082A - 信息处理设备、信息处理方法和程序 - Google Patents

Abstract

本发明提供了信息处理设备、信息处理方法和程序。一种信息处理设备包括：存储管理单元，被配置为存储并管理内容文件；元数据获得单元，被配置为获得推荐源内容的元数据；内容选择单元，被配置为基于由元数据获得单元获得的元数据，从由存储管理单元管理的内容文件中选择将被推荐给推荐接收用户的推荐内容；信息获得单元，被配置为获得持有内容信息，该持有内容信息是关于被认为推荐接收用户所持有的持有内容文件的信息；以及推荐顺序设定单元，被配置为基于被添加到由信息获得单元获得的持有内容信息所指示的持有内容文件的元数据，来对由内容选择单元选择的推荐内容设定推荐顺序。

Description

信息处理设备、信息处理方法和程序

技术领域

本发明例如涉及用于创建内容并且通过网络来共享所创建的内容的信息处理设备，并且涉及其方法。本发明还涉及该信息处理设备执行的程序。

背景技术

作为一种使用网络的形式，所谓的内容分发和音频、视频等等的共享已经被广泛地执行。例如，在内容分发系统中，在服务器处保存和管理了充当要分发的内容的大量数据文件。拥有诸如个人计算机之类的信息处理终端设备的用户操作具有与内容分发相对应的客户端功能的应用软件(客户端软件)，以便从服务器下载所需的内容。已通过这种方式下载的充当内容的数据文件通常是通过被客户端软件存储和保存在信息处理终端设备内的存储设备中来得到管理的。然后，用户可以通过在客户端软件处执行用于播放存储在信息处理终端设备中的充当内容的数据文件的操作来以声音和/或视频的形式收听/观看并欣赏它。

另外，在内容共享系统中，例如信息处理终端的用户向服务器上载充当诸如音频、视频等等之类的内容的数据文件。这种共享系统的服务器具有用于发布上载的内容的站点(网页)。一般的信息处理终端设备的用户可以访问该站点并且例如搜索其感兴趣的内容。通过该搜索找到的内容被访问和播放，以便被观看/收听，并从而被共享。

另一方面，存在一种应用软件(编辑软件)，其能够取入音频数据和视频数据等等作为素材，以便对其进行修改、编辑，并且创建新的乐曲，尤其是近年来，普通的用户也对其有广泛使用，不论是易于操作的还是复杂的。

如上所述，这种编辑软件可以执行用于改变充当内容的实际数据(音频/视频数据等等)的处理，以便对其进行编辑。因此，在例如音频内容的情况下，可以很容易地利用所谓的采样、混合等等通过取入原始乐曲数据的一部分作为素材来执行修改和编辑等等。实际上，例如，专业音乐家等等已经在发布通过这种技术创建的许多乐曲。对这种现有技术的记载可在日本未实审专利申请公开No.2000-113066和日本未实审专利申请公开No.2004-72502中找到。

发明内容

有了如上所述的背景，可以认为，会有相当多的普通用户不仅希望简单地播放和欣赏能够通过内容分发和内容共享等等获得的内容的数据，而且还希望通过利用编辑软件执行二次编辑来创作新作品并且公开展现(发布)该作品。

因此，本发明提出了在网络上配置一种内容共享系统，从而例如一般的用户可以对保存在用户终端方的内容进行二次使用并执行编辑来创建副内容(subsidiary content)，并且可以通过服务器等等公开展现以这种方式创建的内容。这样，在该内容共享系统中，将对存在于网络上的副内容进行管理以便进行内容共享。作为这种管理的一种方式，使得能够对每个副内容的重要性进行设定将使得内容共享系统能够提供更好的服务，这将是有利的。

在这种内容共享系统中，例如大量的副内容将存在于服务器上并且被共享。为了使得用户更易使用内容共享系统，需要能够从这些副内容中尽可能高效地找到适于推荐给每个用户的副内容。

根据本发明一个实施例的信息处理设备包括：存储管理单元，该存储管理单元被配置为存储并管理包括重放控制信息的副内容文件，该重放控制信息被形成为包括指示对充当源编辑素材的主内容(primary content)文件的实际内容数据进行重放的内容；以及

副内容选择单元，该副内容选择单元被配置为从存储管理单元所管理的副内容文件中选择出使用充当源编辑素材的主内容文件的至少一部分的副内容文件，来作为将被推荐给推荐接收用户的推荐副内容。

在上述配置中，要推荐的内容是文件。副内容文件是通过对一个或多个内容文件的二次使用而创建的文件并且具有这样一种结构，即包括重放控制信息，用于指示对充当源编辑素材的主内容文件所具有的实际内容数据进行重放。

在推荐这种副内容文件时，部分或全部使用推荐接收用户持有的主内容作为源编辑素材内容的副内容被选择。利用推荐接收用户拥有的主内容作为源编辑素材意味着副内容包括匹配推荐接收用户的喜好的内容。

这样，根据上述配置，具有二次创作性质的副内容可被推荐给用户一方，以准确地匹配每个用户的喜好等等。因此，用户可以迅速且高效地从大量副内容中找到匹配其喜好的副内容。

附图说明

图1是示出与本发明一个实施例相对应的内容创建/共享系统的配置示例的示图；

图2是示出根据本发明一个实施例的内容创建/共享系统的基本使用形式以及与之相对应的系统操作的步骤示例的示图；

图3是示意性地示出根据该实施例的副内容创建的流程的示图；

图4是示意性地示出根据该实施例的副内容播放的流程的示图；

图5A至图5C是示出在创建副内容时编辑素材内容的使用形式示例的示图；

图6是示出主内容服务器的内部配置示例的示图；

图7是示出副内容服务器的内部配置示例的示图；

图8是示出通信内容服务器的内部配置示例的示图；

图9是示出用户信息服务器的内部配置示例的示图；

图10是示出用户终端设备的内部配置示例的示图；

图11是示出将被存储在用户终端设备的HDD中的数据内容的示例的示图；

图12是示出充当内容创建/共享应用的内容管理/创建工具的程序配置示例的示图；

图13A和13B是示意性地示出副内容文件和主内容文件的结构示例的示图；

图14是示出形成内容文件的头部信息的信息项的示例的示图；

图15是示出形成本内容相关基本信息(present content related basicinformation)的信息项(这是形成头部信息的信息项之一)的示例的示图；

图16是示出副内容重放控制文件中的所用源编辑素材内容信息和所用编辑素材内容信息的结构示例的示图；

图17是示出副内容文件中的副内容中的重放控制信息中的内容示例的示图；

图18是示出在利用内容创建/共享应用执行副内容编辑处理时在用户界面上反映编辑素材内容的使用许诺范围设定的示例的流程图；

图19是示出直到内容创建/共享应用作为副内容编辑处理创建副内容文件为止的处理步骤的示例的流程图；

图20是示出用户终端设备上载副内容以及副内容服务器作为响应进行的处理步骤的示例的流程图；

图21是示出用户终端设备下载副内容以及副内容服务器作为响应进行的处理步骤的示例的流程图；

图22是示出用户终端设备对副内容的播放处理步骤的示例的流程图；

图23是示出内容创建/共享系统执行的与副内容推荐有关的操作和处理的序列图；

图24是示出用户概况(profile)信息的配置示例的示图；

图25是示出内容概况信息的配置示例的示图；

图26是示意性地示出本实施例中关于推荐内容提取的基本概念的示图；

图27是示出副内容服务器执行的用于提取推荐内容的处理步骤的示例的流程图；

图28是示出对于提取的推荐内容根据缺乏内容的数目设定基本推荐顺序的处理步骤的示例的流程图；

图29是示出在用户终端设备和用户信息服务器之间执行的用于获得关于潜在受众用户的信息的系统的操作示例的序列图；

图30是示出在用户信息服务器处执行的用于创建潜在受众用户信息的处理步骤的示例的流程图；并且

图31是示出作为本实施例的扩展示例的、与内容推荐有关的操作和处理的示例的序列图。

具体实施方式

图1示出根据本发明一个实施例的具有信息处理设备的信息处理系统的配置示例。注意，根据本实施例的信息处理系统将主内容文件和副内容文件作为内容文件来处理，在下文中将对此进行描述。在下文中，在不需要区分主内容文件和副内容文件的情况下内容文件将被简称为“内容文件”。另外，在根据抽象概念描述内容的情况下，主内容文件也被称为“主内容”，并且副内容文件也被称为“副内容”。另外，在不需要区分主内容和副内容的情况下，内容将被简称为“内容”。

如此图中所示，根据本实施例的信息处理系统可以首先被视为是通过利用网络5连接主内容服务器1、副内容服务器2、通信服务器3、用户信息服务器8和大量用户终端设备4形成的。根据本实施例的信息处理系统通过这种设备配置实现了内容创建/共享系统。也就是说，实现了网络上用户之间的所谓的内容分发(主内容的分发)和由用户创建的内容(副内容)的共享。

注意，这里使用的“内容”主要指的是与音乐、歌曲等等相对应的音频内容，或者作为运动图像的视频内容。另外，视频内容的内容类型可被认为包括静止图像，例如照片等等。另外，文档数据、信息处理设备要执行的程序等等也可被当作内容。

主内容服务器1在数据库中以预定的格式存储和管理大量音频和视频内容数据作为主内容。主内容服务器1被配置为响应于经由网络来自用户终端设备4的下载请求，将作为指定的主内容的数据向外发送到发出请求的用户终端设备4。注意，这里的主内容例如是从附属唱片公司提供的艺术家等等创建的视频和乐曲等等。

副内容服务器2能够在数据库中存储和管理大量副内容文件的数据，这些数据是充当副内容的数据。如上所述，副内容文件经由网络被从用户终端设备4上载到副内容服务器2。副内容服务器2存储以这种方式上载的副内容文件，将其当作副内容来处理。另外，响应于经由网络来自用户终端设备4的下载请求，指定的副内容文件被副内容服务器2发送并输出到发出请求的用户终端设备4。

通信服务器3是具有用于提供用户间通信服务(例如SNS(社交网络服务))、供个人放出信息的服务(也被广泛地称为CGM(客户生成媒体)，例如博客)等等的功能的服务器。

用户信息服务器8例如以数据库的形式存储与参与根据本实施例的内容创建/共享系统的用户终端设备4的用户有关的预定内容的信息(用户概况信息)。如下所述，用户信息服务器8与其他服务器等等协同操作，以执行用于实现内容推荐服务的预定操作。用户概况信息的示例将在下文中描述。

用户终端设备4是一般用户使用的网络设备，并且实际上例如是设置有诸如LAN等等的网络通信功能的个人计算机。这些用户终端设备4已安装了充当内容创建/共享应用100的应用程序，如下所述。用户操作该内容创建/共享应用100，从而能够执行诸如从主内容服务器1下载主内容文件、由于使用下载的主内容文件(和副内容文件)进行的编辑工作而创建新的副内容、向副内容服务器2上载所创建的副内容文件、从副内容服务器2下载副内容文件、使用SNS服务、利用通信服务器3编写/浏览博客，等等。

接下来，将遵循用户终端设备4的用户的基本使用形式示例，参考图2来描述采取上述图1所示的配置的根据本实施例的信息处理系统的与内容分发有关的基本操作的示例。注意，在图2中的描述中，将遵循方括号[]中的文字字母所指示的步骤和操作的号码来进行描述。另外，在这里，作为用户终端设备4，用户终端设备4A和4B被示为分别被两个用户A和B所使用。在此图中，存在于主内容服务器1、副内容服务器2、通信服务器3和用户终端设备4之间的网络5被从图中省去。另外，在本实施例中，用户信息服务器8也被从图中省去，因为用户信息服务器8在基本内容分发中不是必不可少的。

步骤1

首先，用户A利用用户终端设备4A(内容创建/共享应用100)访问主内容服务器1上的内容下载站点，然后搜索内容下载站点以找出用户希望下载的主内容，并且执行用于下载搜索出的主内容的操作。响应于该操作，用户终端设备4A向主内容服务器1发送下载请求。

现在，我们将假定在根据本实施例的内容创建/共享系统中，通过用户A在向主内容服务器1发送下载请求时执行适当的购买步骤，主内容的下载基本上是收费的。就购买步骤而言，例如，这可以是对以内容为单位或者以专辑为单位等等而分别设定的费用，或者最近已变得普遍的预订等等。另外，可以设想一种布置，其中，主内容是免费提供的，并且在此情况下，用户A没有购买步骤。

在接收到如上所述的下载请求后，主内容服务器1首先例如执行对于发出请求的用户的认证等等，并且判定这是否是合法的下载请求。在判定这是合法下载的情况下，从自身内存储的主内容中搜索在下载请求时指定的主内容(主内容文件)，并且将充当搜索出的主内容的文件的数据发送到发出请求的用户终端设备4。

注意，主内容服务器1这里在数据库中存储并管理的主内容文件的实际实体具有这样的结构，其中，充当实际内容数据的主信息上附加有头部信息。此情况下的“实际内容数据”指的是作为实质内容的、根据预定格式的音频数据、运动图像数据、以及静止图像数据(用于播放主内容的实际内容的数据)。也就是说，根据本实施例的主内容数据是可通过执行音频信号处理和视频信号处理等等利用其来播放内容的数据。另外，头部信息除了包括每个内容文件的唯一标识符(内容ID)之外，还包括各类元数据(标题、艺术家、数据所属的专辑的标题、体裁、数据格式、数据大小，等等)。

如上所述从主内容服务器1发送来的主内容数据在用户终端设备4A处被接收。用户终端设备4A(内容创建/共享应用100)将接收到的该主内容数据存储并保存在诸如内部HDD之类的存储介质中。内容创建/共享应用100具有基于例如头部信息来根据预定形式管理以这种方式存储和保存的主内容并且根据用户操作来执行重放控制的功能。

这样，利用该布置，原则上通过用户购买，存储在主内容服务器1中的主内容数据可被下载到用户终端设备4。也就是说，对于步骤1，执行所谓的内容分发。

注意，在用户终端设备4A处存储和保存的主内容数据可被内容创建/共享应用100播放，并且例如利用连接到用户终端设备4A的AV(视听)设备等等作为图像、音频等等输出。

步骤2

现在，一般来说，对于经由网络的内容分发而言，下载之后对内容的使用限于诸如重放之类的使用，其中提供了某种级别的数据拷贝限制。换言之，通过下载获得了内容的用户通常只被允许在一定范围内使用，而未被提供有例如通过基于已经获取的所获得音频内容执行编辑来创建新内容作为二次创作的权利。

与之不同，在本实施例中，原则上，主内容是被允许用作素材以在预先设定的范围内二次创作(二次使用、二次编辑)的内容。注意，本实施例中对主内容的二次使用被设定在主内容的作者授权的权利范围内。

内容创建/共享应用100能够通过根据用户操作执行编辑处理对在其自身中管理的(在本地存储和保存的)作为编辑素材的主内容进行二次使用，来创建音频内容作为新的乐曲。另外，在例如编辑这种内容时，可以获得在效果数据库6处提供的与预定的特殊效果相对应的插入数据，并且利用其来执行编辑。另外，以同样的方式，可以获得在素材数据库7处提供的诸如音频、图像等等的素材，并且通过添加它来执行编辑。注意，效果数据库6和素材数据库7可位于网络上，或者可存在于用户终端设备4A本地。

在本实施例中，以这种方式创建的内容被称为副内容，并且与主内容相区分。至于步骤2，通过对其上运行着内容创建/共享应用100的用户终端设备4A进行操作来创建某个副内容。

注意，通过此步骤2创建的充当副内容的数据的实际实体不是像主内容那样是具有实际内容的数字音频数据和视频数据，而是利用重放控制信息来生成的。也就是说，这是描述效果(特殊效果)的规格的重放控制信息，例如关于充当被二次使用的主内容(编辑素材内容)的数字音频数据和数字视频数据的哪个部分将在哪个定时被播放和输出的指令。

注意，图5示出了利用内容创建/共享应用100来创建副内容的概念。如图5中示意性示出的，作为二次使用的对象的编辑素材内容A、B和C被使用，并且用户对内容创建/共享应用100执行反映用户的编辑意图的编辑操作。内容创建/共享应用100执行与这些编辑操作相对应的编辑处理，并且作为结果创建并输出副内容文件。以这种方式创建的副内容文件的结构以上述的重放控制信息作为数据的主要实体。

例如，充当该重放控制信息(即，副内容重放控制信息)的副内容数据在数据大小上与视频数据或音频数据等等相比可以小得多。因此，可以节约并有效地使用副内容服务器2处的诸如HDD之类的用于存储副内容数据的存储介质的存储容量。另外，例如，在网络上发送/接收副内容数据时所传送的数据的量也较小，因此不会使流量加重。

像本实施例中的二次编辑那样以现有内容作为素材来执行编辑以创建二次作品作为新内容的操作被称为采样、混合(mash-up)等等，并且专业的音乐家等等也经常执行此操作。鉴于此，当然可以设想到，一般人也希望并需要以同样的方式创作内容来作为二次作品。但是，实际上，一般人要在适当地厘清了著作权问题之后创作内容来作为二次作品，是极为困难的。

因此，对于根据本实施例的内容创建/共享系统而言，已经尝试了通过首先使得一般用户能够利用分发的内容合法地执行二次编辑，来为用户增加娱乐性。

为此，根据本实施例的主内容被定位为这样的内容：已下载(购买)该内容的用户被允许在著作权所有人授权的权利要求范围内对其进行二次使用。也就是说，利用根据本实施例的主内容服务器1进行的内容分发服务是用于分发其二次使用被主动允许的内容的。但是，在本实施例的情况下，作为对主内容的二次使用的编辑工作至少应当限于为根据本发明的内容创建/共享系统而开发的内容创建/共享应用100处的用户操作，并且应当被布置成不会利用与根据本实施例的内容创建/共享系统无关的其他编辑软件等等来执行编辑工作。

步骤3

如以上步骤2中所述由用户A创建的副内容文件的数据仅被保存在用户终端设备4A处，其中重放处理是通过下文中参考图4描述的内容创建/共享应用100的重放功能来执行的，并且内容的图像/音频可作为副内容被播放。

鉴于此，本实施例还使得拥有根据本实施例的内容创建/共享应用100的服务的用户能够通过在网络上公开来共享用户创建的副内容。

现在，假定用户A希望共享通过以上步骤2创建的副内容。因此，用户A对内容创建/共享应用100执行预定的操作，以便把通过步骤2创建的副内容文件上载到副内容服务器2。这是步骤3。

步骤4

副内容服务器2保存如上所述作为上载而发送的副内容文件，以使其被新登记在数据库中。此时，副内容服务器2设定其保存位置(例如，由诸如URL(统一资源定位符)之类的地址来表示)，然后在数据库中执行副内容文件的保存处理及其登记。

注意，副内容服务器2具有对数据库中登记的副内容的发表功能。也就是说，在步骤4中登记的副内容随后在副内容服务器2处被发表，可以响应于来自用户终端设备4(内容创建/共享应用100)的下载请求被下载。

步骤5

在如上所述地保存和管理副内容文件后，副内容服务器2向发出上载请求的用户终端设备4A发送表明已上载的副内容(副内容文件)的保存位置的地址(保存位置地址)，以告知其保存位置。

用户终端设备4A的内容创建/共享应用100接收上述保存位置地址，并且在预定的存储介质中对其进行存储保存以及管理。用户A可通过对内容创建/共享应用100执行预定的操作来随时输出其通过步骤2上载的副内容的保存位置地址。

步骤6

如前所述，副内容服务器2具有对数据库中登记的副内容的发表功能。因此，用户此次创建并上载的副内容原则上可被访问由副内容服务器2提供的内容发表站点的不确定数目的用户终端设备4(内容创建/共享应用100)的用户所浏览。另外，在本实施例中，原则上，所有用户的用户终端设备4都可下载所需的副内容。鉴于此，在步骤5中获得了保存位置地址的用户A可以通过若干种方式通告其他用户：他自己的副内容已在副内容服务器2处被发表。步骤6对应于发表通告方法中的一种，并且是通过访问如图中所示的通信服务器3并且例如在SNS中他自己的页面或者他自己的博客等等中写到他自己创建的副内容已被发表，来执行的。此时，在步骤5中获得的充当保存位置地址的URL也被拷入以便被写入。

步骤7

当在用户A已经在步骤6中如上所述地写入之后用户B例如操作安装在用户终端设备4B中的内容创建/共享应用100并且访问和浏览SNS中用户A的页面或者用户A的博客时，他/她就知道用户A的副内容已经被新发表。也就是说，在此情况下，用户B已经由SNS或博客间接接收到关于用户A创建的副内容的新发表的通告。步骤7表明这种副内容发表的间接通知被执行。

步骤8

步骤8将作为用于发表通告的另一种方式给出。对于该步骤8，例如通过利用提供给SNS的邮件功能创建并发送邮件，来告知用户B一方：用户A创建的副内容已被公开。与根据上述步骤6和步骤7的流程的通告相比，这是一种更直接的通告形式。

另外，在这样利用电子邮件等等来通告的情况下，副内容的保存位置地址例如被拷贝到正文中，以便被列出。

步骤9

这样，用户B可以间接或直接地接收通告并且知晓由用户A创建的副内容已被新发表。在用户B希望欣赏新发表的用户A的副内容的情况下，首先，该副内容被内容创建/共享应用100下载。这是步骤9。

在下载副内容时，例如，对在SNS日记页面或博客的正文中以链接形式示出的保存位置地址执行点击操作等等。注意，在写到SNS日记页面或博客时，在诸如URL之类的地址信息被写入的情况下，该文本串部分以链接的形式呈现。

响应于如上所述对保存位置地址执行点击操作，内容创建/共享应用100访问该保存位置地址。也就是说，在副内容服务器2上的地址中，表明保存有用户A已创建并发表的副内容的文件(副内容文件)的位置的地址被访问。在该保存位置处保存的副内容文件随后被发出给用户终端设备4B。在用户终端设备4B处接收以这种方式发出的副内容，并且在内容创建/共享应用100的控制下执行保存和管理。因此，下载了副内容。

步骤10

在如上所述地保存和管理了用户A的副内容后，就可以利用用户终端设备4B的内容创建/共享应用100来播放副内容。步骤10是用于根据用户B对内容创建/共享应用100的重放指令操作来播放副内容文件以便副内容的实质内容作为视频、声音等等被输出的步骤。

图4示出了利用内容创建/共享应用100进行的副内容的重放的概念。在播放副内容时，首先，内容创建/共享应用100执行对作为实际数据的副内容文件的重放控制信息的解释处理。由于该解释，内容创建/共享应用100可以首先识别例如哪个主内容文件具有要播放的实际内容数据(源编辑素材内容)，并且例如还可以在播放顺序上识别源编辑素材内容的实际内容数据(视频数据、音频数据等等)的哪个部分以哪个播放时间以何种方式被使用，等等。

在此图中，示出了在识别出使用了源编辑素材内容A、B和C的情况下的结果示例。遵循该识别结果，内容创建/共享应用100使用充当源编辑素材内容A、B和C的主内容文件的实际内容来执行重放控制。结果，充当副内容的实质内容以图像和声音的形式被播放。

根据以上对图4的描述，对副内容的播放使用了用于创建副内容的源编辑素材内容的实际内容数据。也就是说，在本实施例中，为了播放副内容文件，源编辑素材内容的数据必须存在于与内容创建/共享应用100相同的本地位置处，不过只是临时存在。因此，如果在尝试播放副内容时源编辑素材内容没有作为主内容文件被保存在本地，则应当在本地获得它。

步骤11

因此，在如上所述的这种情况下，执行步骤以下载并获取任何在本地没有的编辑素材内容。图2中的步骤11是在利用步骤10来播放内容的过程中为此要执行的步骤。

从到目前为止的描述可以了解到，源编辑素材内容是实际内容数据，因此原则上，源编辑素材内容是主内容。因此，在步骤11中，主内容服务器1被用户终端设备4B(内容创建/共享应用100)访问，并且在该步骤10中用于播放副内容但不存在于本地的主内容被下载。由于该下载，用于播放副内容的源编辑素材内容都存在于本地，并且重放输出可被适当地执行，如参考图4所述。

注意，可以设想若干种形式的由于步骤11中的下载而存在于本地的主内容的数据。首先，可以设想这样一种形式，其中该数据是在被存储于诸如HDD之类的辅助存储设备中的状态下存在于本地的，这与根据步骤1的正常下载的情况相同。另外，可以设想一种形式，其中，该数据被临时保存在诸如RAM之类的主存储设备中，并且例如响应于内容创建/共享应用100不再处于能够执行对副内容的重放操作的状态中而被擦除。虽然主内容已被描述为基本上是收费的，但是例如可以设想这样的操作，其中在临时存储的情况下是免费的，或者费用被设定得比正常下载时便宜，等等。

另外，根据以上对图2的描述，在根据本实施例的副内容的创建中，主内容被以二次使用的方式直接用作编辑素材的内容(编辑素材内容)。也就是说，此情况下的编辑素材内容是其实际内容数据在播放时必须被使用的主内容(也称为“源编辑素材内容”)。

但是，在本实施例中，不仅主内容，副内容也可被包括为二次使用的编辑素材内容。将参考图5A至图5C来补充说明这一点，其中每幅图示出了通过利用对两个编辑素材内容的二次使用进行编辑来创建一个副内容的情况。

首先，图5A示出了编辑素材内容A和B均为主内容的情况，这与图2中描述的创建副内容的示例相同。也就是说，这示出了在主内容A被作为编辑素材内容A并且主内容B(这是一个不同的主内容)被作为编辑素材内容B的情况下通过执行编辑处理来创建副内容。至于其内容，此情况下的副内容包括主内容A和主内容B的至少一部分，如图中所示。也就是说，主内容A和B被用作作为原始编辑素材的内容(即，源编辑素材内容)。

图5B示出了通过利用对编辑素材内容A(这是与图5A中相同的主内容)和编辑素材内容C(这是通过二次使用主内容C和D而创建的副内容)的二次使用进行编辑来创建副内容。至于其实质内容，此情况下的副内容包括编辑素材内容A中包括的主内容A的至少一部分，以及编辑素材内容C中包括的主内容中的每一个的至少一部分。也就是说，主内容A、C和D被用作原始编辑素材内容，并且因此，在播放这里图5B所示的副内容的情况下，主内容A、C和D应当位于本地。

图5C示出了通过对作为副内容的两个编辑素材内容C和D的二次使用来创建副内容。至于其实质内容，此情况下新创建的副内容至少包括编辑素材内容C中包括的主内容C和D中的每一个的一部分，以及编辑素材内容D中包括的主内容E和F中的每一个的一部分。因此，在播放图5C所示的副内容的情况下，主内容C、D、E和F应当位于本地。

另外，在如以上图5B和5C中那样使用副内容作为用于创建副内容的编辑素材内容的情况下，用户例如执行下载，并且在用户终端设备4处存储并保存，以便使充当编辑素材内容的副内容位于本地，这与将主内容当作编辑素材内容的情况相同。

另外，在副内容服务器2响应于对副内容的下载请求而执行对副内容数据的发送的情况下，根据图2中的步骤9，副内容被加密。该加密可被经授权的内容创建/共享应用100所解密，但是内容创建/共享应用100可被布置为这样操作：只有通过该加密处理解密的副内容数据会被播放，而例如本来没有加密的副内容数据或者按另一种格式或算法加密的副内容数据则不被播放。也就是说，对于从外部获得的副内容数据，内容创建/共享应用100只播放从副内容服务器2下载并获得的。

因此，例如，即使在用户通过诸如P2P(对等)网络通信或电子邮件文件附件或FTP(文件传输协议)之类的直接通信或者通过使用可移动介质的直接交换在用户终端设备之间直接交换副内容文件的情况下，用户通过这种方式获得的文件也不会正确播放，因为没有副内容服务器2进行的加密。也就是说，在本实施例中，除非是从副内容服务器2下载的，否则他人的副内容不会正确播放。因此，利用根据本实施例的内容创建/共享系统，避免了网络上侵犯著作权的非法副内容的流通和再现。因此，实现了对主内容和副内容的著作权所有人的权利的保护。

从图2至图5C中的描述可以了解到，在根据本实施例的内容创建/共享系统中，首先，主内容是可下载的。也就是说，用户可以通过正常的内容分发来下载(购买)并欣赏其喜爱的内容。基于此，设定了使用权利，从而能够进行以主内容作为编辑素材的二次使用，因此用户可以以主内容作为素材来执行编辑并且创作其自己的作品。另外，利用诸如SNS和博客等等之类的通信技术，可以公开发表作为以这种方式创作的作品的副内容。也就是说，一般用户可以编辑作为素材的、具有著作权的内容并且创建新的内容(副内容)，并且还可以通过适当的方式公开发表副内容，而到目前为止由于诸如著作权等等之类的原因，这一点被认为在法律上很困难的。

另外，在本实施例中，副内容的实际实体是重放控制信息，该重放控制信息被形成为至少包括指示对作为被副内容使用的原始编辑素材的主内容进行播放的描述。

内容创建/共享应用100具有对副内容的重放功能，但也具有用于创建副内容的编辑功能。因此，作为重放副内容的一种形式，内容创建/共享应用100不仅可以执行用于简单的音频重放的处理，还可以例如在上述的编辑功能的用户界面中反映正在播放的副内容的编辑历史。也就是说，由于副内容的实际实体被认为是重放控制信息，所以用户可以使用内容创建/共享应用100的编辑功能来详细查明所下载的副内容曾如何被编辑。

接下来，将描述用于实现作为到目前为止描述的根据本实施例的内容创建/共享系统的操作的技术配置的示例。

首先，图6示出了主内容服务器1的内部配置示例。如此图中所示，主内容服务器1包括控制单元11、存储单元12、认证处理单元13、搜索处理单元14、数据库管理单元15、结算处理单元16、加密处理单元17、以及网络接口18。

控制单元11是集中执行主内容服务器1处的各类控制处理的构件，并且被配置为具有由例如CPU(中央处理单元)、RAM(主存储设备)等等形成的相当于计算机系统的中心的硬件配置。

存储单元12被配置为具有例如HDD等等，并且存储主内容数据库12a。主内容数据库12a是其中以数据库方式存储了充当要分发的主内容的数据文件的信息单位。

认证处理单元13在例如下载请求被发出的情况下，利用该请求中包括的用户ID和口令等等，来执行关于是否是有效用户的预定的认证处理。仅在认证处理结果为OK的情况下，主内容才响应于该请求被发送。

搜索处理单元14是与数据库管理单元15合作来访问主内容数据库12a并执行用于搜索想要的主内容的处理的构件。

数据库管理单元15对主内容数据库12a执行管理。例如，在新的主内容被提供的情况下，该新的主内容被登记到响应于此而被更新的主内容数据库12a。另外，在删除主内容的情况下，以同样地方式相应地执行主内容的删除和数据库的更新。

结算处理单元16执行与为主内容付款有关的诸如对用户方的费用支付的结算之类的处理。

加密处理单元17是这样一个构件，其执行用于使要从主内容服务器1发送到用户终端设备4的主内容经历预定的加密的处理。

网络接口18是用于经由网络5执行通信的构件，并且例如下载请求的接收和主内容的相应发送通过网络接口18根据控制单元11的控制执行通信处理而得以实现。

图7示出了副内容服务器2的内部配置示例。这里，副内容服务器2具有控制单元21、存储单元22、认证处理单元23、搜索处理单元24、推荐内容提取处理单元25、内容数据库管理单元26A、概况数据库管理单元26B、保存位置设定处理单元27、加密处理单元28、以及网络接口29。

控制单元21是集中执行副内容服务器2中的各类控制处理的构件。它也具有由例如CPU、RAM(主存储设备)等等形成的相当于计算机系统的中心的硬件配置。

存储单元22被配置为具有例如HDD等等，并且存储副内容数据库22a和内容概况数据库22b。副内容数据库22a是其中以数据库方式存储了副内容文件的信息单位。内容概况数据库22b是通过把与被存储为副内容数据库22a的每个副内容相对应的内容概况信息以数据库的形式集合在一起而形成的信息单位。虽然内容概况信息的内容的示例将在下文中描述，但内容概况信息例如是由某些充当元数据的信息项(例如下载次数之类的历史信息)构成的。

认证处理单元23在例如对于副内容的下载请求被发出的情况下，利用该请求中包括的用户ID和口令等等，来执行关于是否是有效用户的预定的认证处理。

搜索处理单元24是与内容数据库管理单元26A合作来访问副内容数据库22a并执行用于搜索想要的副内容的处理的构件。搜索处理单元24还与概况数据库管理单元26B合作来访问内容概况数据库22b并执行用于搜索要使用的内容概况的信息的处理。

推荐内容提取处理单元25执行用于从副内容数据库22a中存储的副内容中提取推荐内容并且生成其中反映了所提取的推荐内容的推荐内容列表信息的处理。注意，推荐内容是被认为适当且适合于每个用户(用户终端设备4)并且有推荐给该用户的价值的副内容。

内容数据库管理单元26A对存储单元22中的副内容数据库22a执行管理。例如，在新的副内容(副内容文件)被上载的情况下，所上载的副内容被登记到响应于此而被更新的副内容数据库22a。另外，在删除副内容(副内容文件)的情况下，以同样地方式相应地执行为此的删除处理和对应于删除结果的数据库的更新。

概况数据库管理单元26B对存储单元22中的内容概况数据库22b执行管理。例如，对内容概况数据库22b执行与副内容(副内容文件)的新加载或其删除相对应的更新、根据副内容文件的下载的历史信息的预定更新，等等。

加密处理单元28是这样一个构件，其执行用于使要从副内容服务器2发送到用户终端设备4的副内容数据经历预定的加密的处理。另外，取决于系统操作，在上载副内容时，副内容数据可被加密并从用户终端设备4发送，并且在此情况下，加密处理单元28也被布置为执行用于对该加密进行解密的处理。

网络接口19是用于经由网络5执行通信的构件。例如对所上载的副内容和下载请求的接收，以及对与下载请求相对应的副内容数据(副内容文件)的发送通过网络接口29根据控制单元21的控制执行通信处理而得以实现。

图8示出了通信服务器3的内部配置示例。如图中所示，通信服务器3包括控制单元31、存储单元32、认证处理单元33、博客运行处理单元34、SNS运行处理单元35、以及网络接口36。注意此情况下的通信服务器3利用博客和SNS执行通信服务。

控制单元31是集中执行通信服务器3中的各类控制处理的构件，并且也具有由例如CPU、RAM(主存储设备)等等形成的相当于计算机系统的中心的硬件配置。

存储单元32被配置为具有例如HDD等等，并且存储博客数据库32a和SNS数据库32b。例如，博客数据库32a是其中以数据库方式存储了用户已开启的博客的数据的信息单位。SNS数据库32b其中以数据库方式存储了每个SNS用户的页面内容等等的信息单位。

认证处理单元33在此情况下响应于更新博客的登录、SNS登录的请求等等利用请求中包括的用户ID和口令等等来执行认证处理。在认证处理结果为OK的情况下，上述登录成功。

博客运行处理单元34执行用于适当运行博客的各类预定的处理。例如，响应于来自用户终端设备4的博客访问请求、有效博客发贴屏幕请求等等，执行诸如发送博客屏幕数据、发送博客发贴屏幕等等的处理。另外，还执行用于管理博客数据库32a的处理，例如更新博客数据库32a以便反映在博客中的发贴。

同样，SNS运行处理单元35执行用于适当地运行SNS的处理，例如用于响应于SNS页面访问请求而发送页面数据的处理以及开始于更新SNS数据库32b以反映诸如日志之类的发贴的数据库管理，等等。

网络接口36是用于经由网络5执行通信的构件。这使得能够响应于对博客和SNS的访问请求而发送页面数据，等等。

注意，虽然通信服务器3是对应于SNS和博客提供的，但例如也可为SNS和博客配置单独的服务器。另外，可以进行一种配置，以提供甚至在SNS和博客之前就已经很普遍的更基本的CGM相关服务，例如个人站点和网页，从而个体用户可以发布除SNS和博客之外的信息等等。

图9示出了用户信息服务器8的内部配置示例。这里的用户信息服务器8包括控制单元51、存储单元52、认证处理单元53、数据库管理单元54、搜索处理单元55、加密处理单元56、以及网络接口57。

控制单元51是集中执行用户信息服务器8的各类控制处理的构件，并且具有由例如CPU、RAM(主存储设备)等等形成的相当于计算机系统的中心的硬件配置。

存储单元52被配置为具有例如HDD等等，并且在这里存储用户概况数据库52a。用户概况数据库52a是通过将利用内容创建/共享应用100参与内容创建/共享系统的每个用户的用户概况信息以数据库的形式集合在一起而形成的信息单位。用户概况信息的内容的具体示例和配置的示例将在下文中描述。

认证处理单元53例如在将来自用户终端设备4的用户概况信息登记到用户信息服务器8的情况下，利用用户ID和口令等等，来执行关于是否是有效用户的预定的认证处理。

数据库管理单元54对存储单元22中的用户概况数据库52a执行管理。例如，响应于新登记、更新登记以及用户概况信息的删除执行用户概况数据库52a的更新。

搜索处理单元55例如与数据库管理单元54合作，以执行用于从用户概况数据库52a搜索信息的处理。

加密处理单元56例如对要从用户信息服务器8发送到其他服务器或用户终端设备4的数据执行加密。加密处理单元56还对从其他服务器或用户终端设备4发送来的经过加密的数据执行解密处理。

网络接口57是用于经由网络5执行与其他服务器和用户终端设备4的通信的构件。

图10示出了用户终端设备4的内部配置示例。注意，在此情况下，充当用户终端设备4的硬件是个人计算机。

首先，用户终端设备4具有网络接口44，以便经由网络5执行通信。由于设置了该网络接口44，用户终端设备4可经由网络5与例如主内容服务器1、副内容服务器2、通信服务器3、用户信息服务器8以及其他用户终端设备4等等通信。

CPU(中央处理单元)41能够遵循例如安装在HDD(硬盘驱动器)48中的OS(操作系统)和各类应用程序以及保存在ROM 42中的程序执行各类处理。在本实施例中，将安装充当内容创建/共享应用100的应用程序。

RAM 43是CPU 41的工作区域，并且适当地保存数据和程序等等以便CPU 41执行各类处理。

此情况下的输入/输出接口45连接有输入设备46(例如键盘或鼠标等等)，并且从输入设备46输出的操作信号被转换成适合于CPU 41的信号并被输出到CPU 41。

另外，输入/输出接口45连接有介质驱动器47。该介质驱动器47是被配置成使得数据可被记录到预定格式的可移动介质并可从中播放的驱动设备。

另外，输入/输出接口45连接有HDD 48，该HDD 48以硬盘作为存储介质。CPU 41被布置为能够经由输入/输出接口45向HDD 48的硬盘记录并从中读出数据和程序等等。

另外，用于显示图像的显示监视器49也连接到输入/输出接口45。

图11示出了存储在HDD 48中与根据本实施例的内容创建/共享系统的使用相关联的数据内容示例。

如此图中所示，联系根据本实施例的内容创建/共享系统，首先，内容创建/共享应用100作为应用程序的数据被存储。注意，向HDD 48存储内容创建/共享应用100的操作是通过安装处理来执行的。另外，作为应用文件，一个或多个主内容文件(主内容文件组103)和一个或多个副内容文件(副内容文件组104)在内容创建/共享应用100的控制下被存储。

此情况下的内容创建/共享应用100在功能上可被视为大致由充当内容管理/创建工具101的程序部分和充当通信工具102的程序部分配置而成。内容管理/创建工具101被布置为执行主内容文件和副内容文件的下载，并且对主内容文件组103的主内容文件和副内容文件组104的副内容文件执行文件操作。还执行根据编辑操作的编辑处理、响应于编辑结果的副内容文件创建处理，等等。通信工具102执行用于访问通信服务器3并且操作博客和SNS的处理。

图12是以功能块为单位的关于内容管理/创建工具101的程序配置的示意性表示，并且可被视为由通信控制单元111、主内容获取处理单元112、主内容管理处理单元113、副内容获取处理单元114、副内容管理处理单元115、内容传送处理单元116、内容创建处理单元117、副内容文件生成/解释处理单元118、加密/解密处理单元119、重放输出处理单元120、以及用户概况管理处理单元121构成，如图中所示。

通信控制单元111是主要由下述程序构成的构件：该程序用于经由网络在主内容服务器1和通信服务器3之间执行主要与内容管理/编辑相关联的通信。

主内容获取处理单元112是由用于下载和获取主内容的程序构成的构件。主内容获取处理单元112提供用于下载主内容的用户界面。另外，该主内容获取处理单元112还执行用于以下载请求的形式发出命令并且使得通信控制单元111进行发送的控制、用于接收对在通信控制单元111处接收的主内容数据的分组的转交并且恢复到作为主内容的数据格式的处理等等。

主内容管理处理单元113是这样一个构件，其用于执行用于将主内容获取处理单元112所获取的主内容文件保存在HDD 48中的处理、以及用于管理所保存的主内容文件的处理。例如，主内容管理处理单元113还实现了诸如根据艺术家名称、专辑单位、体裁等等来排序的内容管理。

副内容获取处理单元114是由用于下载和获取副内容的程序构成的构件。

副内容管理处理单元115是这样一个构件，其用于执行用于将副内容获取处理单元114所获取的副内容文件保存在HDD 48中的处理、以及用于管理所保存的副内容文件的处理。

内容传送处理单元116执行控制和处理，以便例如经由通信控制单元111适当地执行内容文件的数据传送，以例如将副内容文件上载到副内容服务器2。

内容创建处理单元117是这样一个构件，其用于响应于用户执行的编辑操作等等来执行与使用图3所示的编辑素材内容进行的编辑有关的处理，即创建充当副内容的实质内容。因此，用于编辑操作等等的用户界面也由该内容创建处理单元117实现。

副内容文件生成/解释处理单元118首先执行用于生成副内容文件的数据的处理，该副内容文件的数据中反映了由内容创建处理单元117创建的充当副内容的实际内容。另外，在播放副内容的情况下，对图4所示的副内容文件中的重放控制信息执行解释处理，并且确定重放处理序列。

在本实施例中，主内容文件被加密并从主内容服务器1发送。另外，可以在把副内容文件从副内容服务器2发送到用户终端设备4进行下载时实现加密，并且存在在把副内容数据从用户终端设备4上载到副内容服务器2的情况下在加密后发送的情况。在已被加密的主内容文件或副内容文件被用于播放、编辑等等操作的情况下，加密/解密处理单元119执行用于对加密进行解密的处理。另外，用于执行加密的处理被执行，以对副内容文件执行加密并发送，如果需要的话。

重放输出处理单元120这样一个构件，其用于在以图像、音频等等的形式播放主内容文件和副内容文件的信号处理过程中，执行应当在数字信号格式阶段执行的预定信号处理。例如，作为数据的实际实体，主内容文件具有实际内容数据，该实际内容数据是预定格式的视频数据或音频数据等等，用于再现实质内容。因此，在重放输出处理单元120播放主内容文件的情况下，重放输出处理单元120执行用于播放作为实际内容数据的视频数据或音频数据等等的数字信号处理。在该主内容文件已经历压缩编码的情况下，执行与该压缩编码相对应的解码处理，并且对数字视频信号或数字音频信号执行重放信号处理。

另外，在播放副内容的情况下，其作为定序器执行播放处理，其中，遵循由上述副内容文件生成/解释处理单元118确定的播放处理的序列，充当源编辑素材内容的所用主内容文件的数据部分被顺序播放。

用户概况管理处理单元121生成并更新用户概况信息，并且还管理HDD 48中存储的用户概况信息。注意，用户概况信息将在下文中描述。还要注意，上述的内容传送处理单元116也可以执行用于将用户概况信息数据发送到用户信息服务器8的控制，而并不限于传送内容。

现在，在播放副内容时，副内容文件生成/解释处理单元118对重放控制信息进行解释的结果可被反映在编辑工作屏幕中，该编辑工作屏幕是由内容创建处理单元117提供的GUI。也就是说，重放控制信息所指示的重放指令的内容可以以用户能够识别的形式被显示在编辑工作屏幕上。用户通过查看它可以详细确认副内容是如何创建的。这意味着可以以准确信息的形式获知创建者是如何创建副内容的。例如，在一般内容的情况下，为了使得一般用户知道内容是如何被创建的，只能根据实际能够播放并观看或收听的可视内容或声音内容等等进行估计。与之不同，在本实施例的情况下，可以更详细并且更具体地理解副内容是如何被创建的。预期在用户之间共享这种副内容将会显著地提高使用根据本实施例的内容创建/共享系统的用户就内容创作而言的知识和技能。根据本实施例的系统对于对内容创作感兴趣的用户而言具有极高的娱乐性和使用价值。

接下来，将参考图13A至图15来描述与本实施例相对应的内容文件(主内容文件、副内容文件)的结构示例。首先，图13A示出了副内容文件的配置示例。如图13A所示，副内容文件由头部和主体(主要数据部分)配置而成。头部存储由与副内容文件有关的一组预定的信息项(元数据、附加信息)构成的头部信息。因此，在副内容文件的情况下，存储重放控制信息。

图13B示出了主内容文件的配置示例。主内容文件也由头部和主体(主要部分)配置而成，其中头部存储着由与主内容文件相对应的一组预定的信息项(元数据)构成的头部信息。主体存储着预定格式的实际内容数据，作为与实质内容相对应的实际数据。

现在，图14示出了副内容文件的头部存储的头部信息的内容的示例。在图14中，构成头部信息的信息项(元数据)是本内容相关基本信息、所用源编辑素材内容信息、所用编辑素材内容信息、本内容使用许诺范围信息、以及本内容世代信息。

本内容相关基本信息是与本内容文件有关的基本信息项(元数据)。图15示出了构成本内容相关基本信息的信息项组的示例，其中示出了内容ID、创建者(名称/用户ID)、内容类型、播放时间、创建日期和时间、封套数据、体裁，等等。

这里的内容ID是唯一地赋予充当副内容的每个内容的标识符。注意，在本实施例中，这些内容ID例如是由副内容服务器2的内容数据库管理单元26A赋予每个内容文件的。

标题是指示出赋予副内容文件的标题的信息。

创建者是副内容文件的创建者的名称的信息(也称为“作者”、“生产者”、“艺术家”，等等)。

内容类型是指示出副内容文件具有的实质内容的类型、范围等等(例如电影、乐曲、照片(静止图像)等等)的信息。

播放时间是指示出充当副内容文件的内容的总播放时间的信息。

创建日期和时间是指示出创建副内容文件的日期和时间的信息。

存在内容具有诸如专辑的封套之类的图像数据的情况。封套数据就是这种图像数据。

体裁是指示出赋予充当副内容文件的实质内容的体裁的信息。

当然，除了这里列出的这些之外的信息项也可被包括在本内容相关基本信息中。

所用源编辑素材内容信息是指示出要用于播放充当副内容文件的实质内容的源编辑素材内容(这是所用源编辑素材内容)是什么的信息。换言之是，这是指示出哪些主内容文件或副内容文件的实际内容数据被用于创建副内容的信息。

联系图5A至图5C，被示为构成通过编辑处理新创建的副内容的主内容文件是上述的所用源编辑素材内容信息。因此，在图5A的情况下，主内容A和B被示出在使用主内容信息中，在图5B的情况下，主内容A、B和C被示出，在图5C的情况下，主内容C、D、E和F被示出。

另外，可能存在这样的情况，即编辑素材内容中包括的某个主内容可能完全未被用在通过对编辑素材内容进行编辑而创建的充当副内容的实质内容中。在图5B中的情况的示例中，对于例如通过使用编辑素材内容A和B执行编辑而获得的新副内容，可能存在这样的情况，即内容将是使用了主内容A和C的至少一部分，但完全没有使用主内容D的。在此情况下，只有主内容A和C是用于播放副内容的主内容的实际内容数据，而主内容D不被使用。

至于所用源编辑素材内容信息的内容应当如何对应于这种情况，可以设想一种布置，其中内容是这样的，即，基于只应当反映实际用于播放副内容的主内容这一想法，只有主内容A和C被示出，而主内容D不被示出。

另外，可以设想另一种布置，其中，内容是这样的，即，主内容A、C和D都被示出。也就是说，这是基于这样的想法，即，在此情况下，虽然主内容D实际未被使用，但在创建副内容的过程中充当主内容D的实质内容存在一定程度的影响，并且因此它相当于以潜在的方式被使用。在此情况下，直到此次创建的副内容的生成为止哪怕只使用了一次的所有主内容因此都被包括在所用源编辑素材中。

如下文中参考图16所述，所用源编辑素材内容信息还包括与这里示出的主内容有关的预定内容的元数据。

另外，所用编辑素材内容信息是指示出哪些编辑素材内容(所用编辑素材内容、直接使用内容)被直接用于创建副内容文件的信息。在图5A至图5C中的示例中，图5A所示的新的副内容的所用编辑素材内容信息中存储的是指示出充当编辑素材内容A和B的实际主内容文件的数据。另外，在图5B所示的新的副内容的情况下，存储了指示出充当编辑素材内容A的主内容文件和充当编辑素材内容C的副内容文件的数据。另外，在图5C所示的新的副内容的情况下，作为所用编辑素材信息存储了指示出充当编辑素材内容C和D的副内容文件的数据。

注意，如下文中将要描述的图16所示，所用编辑素材内容信息还具有这里示出的每个编辑素材内容的相关预定内容的附加信息。

本内容使用许诺范围信息是对本内容文件设定的使用许诺范围。该结构应当遵从下文中利用图16描述的配置示例的使用许诺范围信息。

本内容世代信息是指示出作为在根据本实施例的内容创建/共享系统的环境下创建的内容的本副内容的世代的信息。

图16示出了所用源编辑素材内容信息和所用编辑素材内容信息的结构示例。注意，在这里，所用源编辑素材内容信息和所用编辑素材内容信息被示为具有共同的基本结构。因此，图16的内容是在所用源编辑素材内容信息和所用编辑素材内容信息两者共同被示出的情况下示出的。如图16所示，所用源编辑素材内容信息/所用编辑素材内容信息主要由链接的单位文件信息构成。每个单位文件信息对应于一个所用源编辑素材内容信息或所用编辑素材内容信息。注意，为了简化描述，如果其间没有具体区别，则所用源编辑素材内容信息和所用编辑素材内容信息都将被简称为“所用内容”。

对于单位文件信息，例如，提供了内容ID、创建者、标题、世代、以及使用许诺范围信息的项目。

这里，内容ID存储着充当相应的所用内容的内容文件的内容ID。

创建者存储着相应所用内容的作者的名称以及创建者的用户ID。

标题指示出相应的所用内容的标题，以作为其名称。

世代信息项存储世代信息。世代信息是指示出该内容是哪一代内容的信息。在根据本实施例的内容创建/共享系统中，主内容被明确定义为第一代内容，而副内容根据预定的规则被定义为第N代，这对应于编辑素材内容的世代。因此，在图16所示的所用内容信息是所用源编辑素材内容信息的情况下，在世代信息时将存储指示出第一代的信息。另外，在图16所示的所用内容信息是编辑素材内容信息的情况下，存储指示出根据与单位文件信息相对应的每个所用内容(主内容或副内容)实际设定的世代的信息。

使用许诺范围的信息(使用许诺范围信息)是由一组一个或多个使用项目1至n形成的。

使用项目1至n是这样来指派的：使得与对相应的使用内容的编辑(二次使用)有关的预定使用内容与每一个项对应。可以设想出的将被分配给使用项目的使用内容的示例包括以下内容。

·与是否允许本内容的二次使用有关的内容

·与对于将被用作编辑素材的其他内容，与使用来自本内容的另一创建者的内容有关的内容

·对于将被用作编辑素材的其他内容，与使用来自本内容所属的另一专辑的内容有关的内容

·与使用特定效果和特殊效果有关的内容

·与使用特定插件模块有关的内容

·从整个内容中提取一部分并用作编辑素材

·在从整个内容中提取一部分并用作编辑素材的情况下与所提取的实际内容数据部分有关的许可内容

·可使用世代的数目(例如，作为主内容，在允许两个世代(即，直到孙子代(第三代)为止)的使用的情况下，可以创建使用该主内容的儿子副内容和使用副内容的孙子副内容，但是对于使用相应主内容的部分，不允许对孙子副内容的编辑)

·与可结合本内容对其执行二次使用的内容的数目和类型有关的内容

对于这些使用项目中的每一个，例如从许可/不许可开始，指示出与为每个使用项目设定的使用授权有关的内容的信息。至于使用许诺范围的信息，概括为这些使用项目中的每一个描述的使用设定内容则指示出相应使用内容的使用许诺范围。

至于主内容文件的头部信息的内容，将省略通过参考附图进行的具体描述，应当注意，只要有将主内容文件定义为正被使用的信息就足够了。但是，在本实施例中，可以认为这样的布置是适当的：其中，主内容文件的头部信息与副内容文件的具有共同的结构。利用这种主内容文件头部信息结构，在主内容和副内容之间标准化了头部结构，可以预期这将带来根据本实施例的内容创建/共享系统中的内容文件管理的效率提高。其一个示例是主内容文件将具有本内容使用许诺范围信息，因此可以为作为第一代内容的主内容设定更准确地反映出作者的决定和想法的使用许诺范围。

但是，应当注意，主内容文件不是通过二次使用其他内容来创建的。因此，例如，在主内容文件的头部中，不需要对图16所示的所用源编辑素材内容信息和所用编辑素材内容信息存储有意义的信息。

接下来，将描述副内容文件中的重放控制信息。与实际内容数据不同，重放控制信息是通过以预定的语言描述播放充当当前副内容的实质内容的处理序列而构成的单位信息。形成该重放控制信息的描述内容的要素例如包括首先是指示出充当用于重放的实际内容数据的主内容的描述、指示出在充当该主内容的实际内容数据中将用于实际播放副内容的数据部分的描述、以及指示出播放该数据部分的时间的描述。另外，执行用于应用效果或特殊效果(例如渐入、渐出、重叠、均衡(音调调节)、重放速率、混响、延迟等等)的描述。

图17示出了重放控制信息的内容的示例。在此图中，方括号[]之间的描述指示出一个主使用内容(源编辑素材内容)的重放控制内容。

将描述图17中示出的使用主内容单位的重放控制内容的示例。首先，对于在图的顶部示出的作为所用内容的单位的重放控制内容，描述了[file_id＝AAAAAA；time＝00:00-00:10；position＝vv-zz]。这指定了所用内容是由内容ID＝AAAAAA(这里的file_id的描述符)指定的所用内容，并且使用该使用内容的当前副内容的播放时间是00:00(起始时间)-00:10(播放时间10秒)，并且该播放时间期间使用的使用内容的数据区间(实际内容数据的区间)是与地址vv至地址zz相对应的范围。

至于随后的所用内容单位的重放控制内容，描述了[file_id＝AAAAAA；time＝00:10-00:15；position＝ss-tt]。这指定了使用内容是由内容ID＝AAAAAA指定的，并且使用该使用内容的当前副内容的播放时间是00:10-00:15，并且该播放时间期间使用的使用内容的数据区间是与地址ss至地址tt相对应的范围。

至于随后的所用内容单位的重放控制内容，描述了[file_id＝BBBBBB；time＝00:15-00:20；position＝pp-uu]。这指定了使用内容是由内容ID＝BBBBBB指定的，并且使用该使用内容的当前副内容的播放时间是00:15-00:20，并且该播放时间期间使用的使用内容的数据区间是与地址pp至地址uu相对应的范围。

例如，根据本实施例的内容创建/共享应用100的重放输出处理单元120这样顺序地解释方括号[]中的使用内容单位的重放控制内容，并且根据解释结果执行实际重放控制，从而以视频信号、音频信号等等的形式播放并输出副内容。

接下来，将参考图18和图19中的流程图描述关于与副内容的编辑有关的主要处理的步骤示例。注意，图18和图19所示的处理例如是通过在内容创建/共享应用100中执行充当内容管理/创建工具101的程序来实现的。

现在，假定例如用户终端设备4的用户已激活了内容创建/共享应用100的内容管理/创建工具101并且准备好编辑副内容。假定执行了操作，从而要用作用来创建副内容的素材的内容被搜索，并且该内容被登记(最终确定)为编辑素材内容。据此，图18所示的处理由内容管理/创建工具101的内容创建处理单元117执行。

在图18中，首先，在步骤S101中，执行对被登记为编辑素材内容的内容的数据的取入。注意，在所登记的编辑素材内容是主内容的情况下，与之相对应的主内容文件的数据被取入，而在副内容的情况下，与之相对应的副内容文件的数据被取入。

在步骤S102中，从在以上步骤S101中取入的数据中进一步执行使用许诺范围的信息的读入。这样，与对此次登记为编辑素材内容的内容设定的使用许诺有关的各种内容基于使用许诺范围信息中的使用项目1至n的内容被识别。因此，在接下来的步骤S103中，根据以上步骤S 102识别的使用许诺的内容被设定为反映在用于副内容编辑的用户界面(UI)上。由于此处理，内容创建处理单元117进行操作，以便超出了预先在编辑素材内容中设定的使用许诺范围的内容编辑操作不可行。

图19示出了与作为充当副内容的数据的实际实体的副内容文件的生成有关的基本处理步骤示例。此图中示出的处理也例如是由CPU 41执行充当内容管理/创建工具101的程序来实现的。

这里，首先在步骤S201中，执行根据用于编辑的操作输入的适当编辑处理。例如，内容创建处理单元117利用其程序提供一GUI(图形用户界面)，以供用户执行用于创建副内容的编辑操作。用户利用该GUI执行用于创建副内容的编辑操作，并且步骤S201中的处理根据该操作被执行。

在执行如上所述的编辑处理的过程中，当在步骤S202中判定已执行了用于保存迄今为止的编辑结果的操作后，流程进行到步骤S203。在步骤S203中，生成与迄今为止的编辑结果所获得的实质内容相对应的副内容文件。在生成副内容文件时，生成反映迄今为止的编辑结果的重放控制信息和头部信息，并且将其组合以生成文件。

在步骤S204中执行控制，以便将如上所述创建的此副内容文件保存在例如HDD 48中的适当目录中。在步骤S204的步骤结束后，流程返回到步骤S201。

注意，当创建副内容文件时，也生成本内容使用许诺范围信息的内容。至于如何设定本内容使用许诺范围信息的内容，例如，可以设想一种布置，以在不超过通过综合每个作为源编辑素材的主内容的使用许诺范围信息而确定的最低限度的范围中遵循预定的规则自动设定(每个使用项目的内容)。另外，可以设想一种布置，以便进行与用户执行的与本内容使用许诺范围信息的内容有关的指定操作相对应的设定，从而反映用户的意图。但是，即使在这样根据用户操作来进行设定的情况下，设定也是在不超过通过综合每个作为源编辑素材的主内容的使用许诺范围信息而确定的最低限度的范围中执行的，因此对超过该最低限度的使用许诺范围(每个使用项目的内容)的设定是不可行的。

注意，虽然这里的图中没有示出，但响应于执行例如关闭用于创建副内容的GUI屏幕的操作等等，将离开此图中示出的处理并且流程转移到其他处理。

接下来，将参考图20中的流程图来描述与用户终端设备4上载副内容有关的基本处理步骤示例和副内容服务器2根据该上载而进行的处理步骤示例。图中用户终端设备4一方的处理主要是通过充当副内容管理处理单元115和内容传送处理单元116的程序来实现的。副内容服务器2处的处理是通过图7中所示的构件协同操作而执行的，但实际上可以视为是由构成副内容服务器2的计算机系统(CPU)执行程序来实现的。

用户终端设备4一方在步骤S301中等待获得指示上载副内容文件的命令。现在，假定作为对内容管理/创建工具101提供的GUI的操作，用户选择希望上载的一个或多个副内容，并且执行上载执行操作。响应于该上载执行操作，生成指示上载与在GUI处选择的副内容相对应的副内容文件的命令，并且流程进行到步骤S302。注意，此上载的副内容是由内容创建/共享应用100创建并作为内容创建/共享应用100的应用文件被存储在HDD 48中的副内容。

在步骤S302中，被指定上载的副内容，即副内容文件，被从存储它的目录中读入。在接下来的步骤S303中，执行控制，使得已被读入的副内容文件的数据与上载请求一起经由网络被发送并输出到副内容服务器2。

副内容服务器2在步骤S401中等待接收上载请求，并且在接收到上载请求后，从S402起往后的步骤被执行。注意，为了在接收到上载请求后实际转移到步骤S402，要通过例如认证处理来确认该请求是来自有效用户的，但这种处理步骤在这里被省略。

在步骤S402中，设定与上载请求一起接收到的副内容文件的保存位置(URL)。例如，副内容服务器2处的保存位置设定处理单元26的功能被用于该URL设定。

在步骤S403中，对作为此次上载请求的发起者的用户终端设备4执行用于通知在步骤S402中设定的副内容文件的保存位置的通信处理。

在步骤S303中执行的上载请求的用户终端设备4一方，在步骤S304中等待接收保存位置的信息。在接收到保存位置的信息后，在步骤S305中，接收到的保存位置(URL)的信息被保存在适当的目录中。这样，此后，通过对内容管理/创建工具101执行预定的操作，可以调用该副内容的保存位置的信息。在该保存位置是URL的情况下，取决于调用操作，例如可以显示作为URL的文本串。

图21中的流程图示出了与用户终端设备4下载副内容有关的处理步骤示例，以及与之相对应的副内容服务器2处的处理步骤示例。图中用户终端设备4处的处理也主要是通过充当副内容管理处理单元115和内容传送处理单元116的程序来实现的。

首先，在步骤S501中，用户终端设备4一方等待获得指示下载副内容文件的命令。这里，假定例如作为对内容管理/创建工具101的操作，用户访问由副内容服务器2运行的用于下载副内容的下载站点(网站)，并且使得可下载的(共享的)副内容的列表被显示。另外，假定用户从该列表中选择一个或多个其希望下载的副内容，并且执行用于执行下载的操作。响应于此，在步骤S501中将获得肯定的判定结果，并且流程进行到步骤S502。

在步骤S502中，响应于获得了下载指令，下载请求将被发送到副内容服务器2。注意，至于该下载请求，还包括了例如相当于指定在下载执行指令的操作时选择的副内容的目录(保存位置)的信息。注意，可以设想一种布置，其中，不是使下载请求指定保存位置，而是例如可以使其指定作为副内容的实际实体的副内容文件的副内容ID等等。

副内容服务器2在步骤S601中等待接收到下载请求，并且在接收到下载请求后，执行步骤S602中的步骤。注意，为了在接收到下载请求后实际转移到步骤S602，也发生认证处理等等，但这种处理步骤在这里也被省略。

在步骤S602中，访问存储单元22的副内容数据库22a并且搜索指定的副内容文件，并且在步骤S604中将搜索出的副内容文件发送到发出请求的用户终端设备4.

在步骤S502中发送了下载请求的用户终端设备4在步骤S503中等待接收到根据下载请求的副内容文件。在确定已接收到副内容文件后，在步骤S504中，在适当的目录中保存并管理接收到的副内容文件。

图22中的流程图示出了用户终端设备4播放通过下载获得(并保存在HDD 48中)的副内容的处理步骤示例，并且此图中用户终端设备4的处理是通过主要充当副内容管理处理单元115、加密/解密处理单元119和重放输出处理单元120的程序来实现的。

首先，在步骤S701中，等待获得关于保存在HDD 48中的副内容文件的重放开始指令。现在，假定例如作为对于由副内容管理处理单元115提供的GUI的操作，从保存在HDD 48中的副内容中选择一个副内容，并且给出开始播放的指令。响应于此，在步骤S701中获得肯定的判定结果，并且流程进行到步骤S702。

在步骤S702中，从HDD 48中读入与指定的副内容相对应的副内容文件。在这里，通过下载获得的副内容数据被保存在HDD 48中，并且在传送时进行的加密被保留。因此，在下一步骤S703中，加密/解密处理单元119执行用于对读入的副内容数据进行解密的处理。

在步骤S704中，判定以上步骤S703中的加密解密处理是否已成功。例如，如果此次在步骤S701中指定开始播放的副内容数据是从副内容服务器2合法下载的，那么步骤S703中的解密处理将会成功并且将会恢复出正确的副内容数据。

相反，例如，如果副内容数据是通过某种其他方式获得的而不是从副内容服务器2下载的，那么或者加密是利用另一种方法或算法来执行的，或者就没有执行加密。在此情况下，取决于步骤S703中的解密处理，或者不能恢复出正确的副内容数据，或者无法应用解密处理。也就是说，对于步骤S703中的解密处理的结果而言，这种情况可被视为失败，其中包括无法应用解密处理的情况。

如果在步骤S704中获得解密处理成功的肯定判定结果，则流程进行到步骤S705，并且开始对副内容的重放控制处理。也就是说，副内容文件生成/解释处理单元118解释要播放的重放控制信息并确定播放序列，并且控制重放输出处理单元120的重放信号处理，使得主内容的实际内容数据遵循播放序列被顺序地播放。

相反，如果在步骤S704中获得解密处理失败的否定判定结果，则流程进行到步骤S706，并且执行差错应对处理。至于该差错应对处理，首先，避免开始对此次指定重放的副内容的重放控制处理，并且于是例如执行用于在GUI上通知此次指定重放的副内容未被授权并且不能播放等等的控制处理。

通过例如执行这种处理，在本实施例中，在用户终端设备4处只播放从副内容服务器2合法下载并获得的从外部获得的副内容信息，从而完全保护了主内容或副内容的著作权。

注意，至于用于仅播放和输出从副内容服务器2合法下载的副内容的布置，可以设想其他布置。例如，可以设想一种配置，其中，在用户终端设备4以下载的形式接收并获得的那一刻就预先对加密进行解密，并且在向其附加解密结果信息的情况下将其存储在HDD 48中，而在播放时，则参考所附加的解密结果信息，以便判定是否播放副内容。另外，可以进行一种布置，其中，作为在从副内容服务器2发送时在副内容服务器2一方的处理，在副内容中嵌入表明已经进行了发送以便下载的特殊代码，而在播放时，则在用户终端设备4一方确认该代码的存在与否，以及其内容等等，以便判定是否开始播放。

如上所述，根据本实施例的内容创建/共享系统实现了例如参考图2描述的基本使用形式。但是，在例如根据本实施例的内容创建/共享系统中，用户之间共享的副内容的数目，即，副内容服务器2存储和管理的副内容文件的数目，可能是巨大的。

另外，如前所述，在根据本实施例的内容创建/共享系统中，即使没有用于介绍来自作为朋友的用户的副内容的通知等等，如上所述，也可以访问副内容服务器的下载站点并且可以下载所需的副内容。

考虑到此，可以认为，在根据本实施例的内容创建/共享系统中，用户如何能够高效地从大量副内容中找到适当的副内容是很重要的。

因此，对于根据本实施例的内容创建/共享系统提出了一种配置，以便能够高效地选择适当且适合于每个用户的副内容，并且能够将这些展现给用户。接下来将对此进行描述。

注意，根据本实施例的“展现适当且适合于每个用户的副内容”指的是推荐对于该用户来说有收听/观看价值的副内容。也就是说，可以认为以下描述是关于用来为每个用户推荐适合于该用户的副内容的配置的。另外，鉴于此，还将把被选择为适合于某个用户的副内容称为“推荐内容”。

图23示出了利用内容创建/共享系统执行的与副内容的推荐有关的操作和处理的示例。

首先，步骤S801是用户终端设备4和用户信息服务器8在预定的定时定期执行的处理。在该步骤S801中，例如，在HDD 48中存储并管理的用户概况信息被用户终端设备4处的内容创建/共享应用100的内容管理/创建工具101上载到用户信息服务器8。如果接收到的用户概况信息是新的，用户信息服务器8则将其新登记在内容概况数据库22b中。另外，在同一用户(用户ID)的用户概况信息已被登记的情况下，利用接收到的用户概况信息来改写(更新)已登记的用户概况信息。

用户概况信息是由与使用内容创建/共享应用100的个体用户有关的预定信息构成的。一组用户概况信息构成了用户信息服务器8中的用户概况数据库52a。

图24示出了与一个用户相对应的用户概况信息中的内容的示例。首先，如图24中的(a)所示，用户概况信息由基本用户信息、持有内容列表信息、以及个体内容信息列表构成。

基本用户信息具有指示出关于用户的基本信息的信息项，例如从用户ID开始，并且包括姓名、年龄等等。持有内容列表信息(持有主内容信息)是给出用户拥有的主内容(即，被认为是在与该用户相对应的内容创建/共享应用100的管理下持有的主内容文件(持有主内容))的列表的信息。

注意，这里使用的“持有”或“拥有”首先指的是例如下述状态：即，主内容文件是在其可被视为在内容创建/共享应用100(用户终端设备4)本地的状态中被保存和管理的。另外，这意味着例如这样一种状态，其中，即使不存在于本地，而是存在于服务器上等等，内容创建/共享应用100也可通过流式传输等等来访问并播放内容文件。这种主内容的示例包括能够根据内容观看/收听合同(例如预订)从服务器流式传输或下载并被保存在本地的那些主内容。也可以认为这是用户不必在开始播放时单独付费的内容，而是用户有权利播放的内容。

例如，持有内容列表信息被编制为相关主内容文件的内容ID的列表，如图24中的(b)所示。注意，内容ID是每个内容文件唯一的标识符。持有内容列表信息中存储的内容ID的数目对应于用户持有的主内容文件的数目。另外，内容ID本身标识了用户持有什么主内容文件。

个体内容信息列表在此情况下是与个体内容相对应的一组个体内容信息的编制列表，如图24中的(c)所示。个体内容信息是由持有内容列表信息所指示的每个主内容文件(持有主内容)的预定定义形式的元数据构成的。这里，元数据包括内容ID、总播放次数、时限内播放次数、评级，等等。

在个体内容信息中，内容ID存储着充当该个体内容信息所对应的主内容文件的内容ID的值。个体内容信息内的内容ID和持有内容列表信息中的持有主内容是一一对应的。

总播放次数例如指示出在内容管理/创建工具101的管理下迄今为止播放的次数。时限内播放次数例如指示出在从当前时刻起的预定时段内在内容管理/创建工具101的管理下播放的次数。例如，时限内播放次数指示出最近哪个持有主内容被频繁播放。换言之，可以认为它是指示出用户最近播放的持有主内容的趋势的信息。

评级存储着用户给予相应内容的评级的值(例如喜爱程度的指标，等等)。例如，内容管理/创建工具101可以根据用户操作，按照预定的刻度为每个持有的主内容文件和副内容文件设定评级。

例如，内容管理/创建工具101通过用户概况管理处理单元121存储并管理用户概况信息，并且根据持有主内容的添加或删除来更新持有内容列表信息。另外，总播放次数、时限内播放次数以及评级等等根据持有主内容的播放、评级的设定等等被更新。

在新登记用户概况信息的情况下，内容管理/创建工具101首先根据步骤S801上载用户概况信息(发送到用户信息服务器8)。另外，即使在执行新登记之后，也在适当的预定定时上载用户概况信息。因此，在用户终端设备4一方存储的用户概况信息和在用户信息服务器8一方存储的用户概况信息得到了同步。

另外，被示为步骤S802的处理是副内容服务器2独立执行的处理，并且继续更新内容概况信息，如下所述。

副内容服务器2在存储单元22中存储并管理内容概况数据库22b。内容概况数据库22b是一组与以数据库方式存储的每个副内容相对应的内容概况信息。图25示出了内容概况信息的示例。图25中所示的内容概况信息由内容ID、总下载次数、总评级、总播放次数、上载日期和时间的信息项构成。

内容ID表示提供给与本内容概况信息相对应的副内容的内容ID的值。

总下载次数指示出与本内容概况信息相对应的副内容已被下载的次数。或者，这可以是用户下载与本内容概况信息相对应的副内容的次数。

如前所述，用户可以通过操作内容管理/创建工具101来为用户在本地持有的每个副内容文件设定一个评级。总评级是反映出持有与本内容概况信息相对应的副内容的用户为该副内容设定的评级的值。例如，一种可以设想的获得的总评级的方式是对用户为与本内容概况信息相对应的副内容设定的所有评级进行总计。或者，可以获得平均值。另一种方式是利用预定的计算表达式来获得，同时考虑到每个用户的评级的分布。

另外，为了获得总评级，副内容服务器2必须获得用户所设定的评级的信息。为此，可以设想一种布置，其中，内容管理/创建工具101以与副内容(内容ID)相关的方式向副内容服务器2发送在预定的定时或时机在本地设定的评级值的信息。

另一种可以设想的技术是用户终端设备4(内容管理/创建工具101)将图24所示的持有内容列表信息和个体内容列表创建为不仅包括与主内容文件相对应的还包括与副内容文件相对应的，并且将其作为用户信息服务器8处的用户概况数据库52a来管理。利用此布置，副内容服务器2在预定的定时或时机从用户信息服务器8传送从用户概况信息中提取的副内容的评级信息(关联直接使用内容ID和评级的信息)。

副内容服务器2可以将副内容文件数据流式传输到客户端(用户终端设备4)一方以便播放，而不是通过下载来发送副内容。总播放次数例如指示出与本内容概况信息相对应的副内容的数据已被流式传输从而使得该内容在客户端一方被播放的次数。

现在，可以认为这三个，即总下载次数、总评级和总播放次数，是与用户对副内容的使用有关的总信息，并且因此可以被统称为“总使用信息”。

上载日期和时间指示出与本内容概况信息相对应的副内容文件被上载的日期和时间(例如yyyy/mm/dd/hh/mm)。

在步骤S802中，例如，每次执行直接使用内容下载、流式传输、评级信息获取等等时，副内容服务器2就根据其结果来更新内容概况数据库22b中的预定的内容概况信息。

图23中的步骤S803至S811的以下操作和处理是用于向用户终端设备4处的用户一方展现(推荐)推荐内容的。首先，为了给出概述，在本实施例中，将假定通信服务器3已准备了一个推荐内容服务站点(以下称为“推荐站点”)，这是用于展现推荐内容的网站。例如，用户终端设备4处的内容创建/共享应用100的通信工具102通过访问推荐站点来获得关于推荐内容的信息，并且通过视觉上可感知的格式向用户显示推荐内容的信息。

在步骤S803中，用户终端设备4的通信工具102访问通信服务器3的推荐站点，并且在该访问时通知用户ID。注意在下文中，与在此步骤S803中通知的用户ID相对应的用户，即可被视为访问了推荐内容的用户，将被称为“推荐接收用户”。

在接收到根据步骤S803从用户终端设备4发送来的用户ID后，在步骤S804中，通信服务器3向副内容服务器2发送推荐内容列表信息请求。在发送该推荐内容列表信息请求时，在步骤S803中从用户终端设备4接收的用户ID也被通知(发送)。

在步骤S805中，接收到了推荐内容列表信息请求的副内容服务器2将在步骤S804中通知(发送)的用户ID通知给用户信息服务器8，并且还发送用户概况信息请求。注意，这种发送处理例如可被视为由控制单元21控制网络接口29来实现。

接收到了用户概况信息请求的用户信息服务器8首先在步骤S806中从内容概况数据库22b中搜索与和用户概况信息请求一起通知的用户ID相对应的用户概况信息。如图24所示，用户概况信息例如包括基本用户信息中的用户ID。搜索出的用户概况信息随后作为对推荐内容列表信息请求响应被返回给副内容服务器2。

例如，副内容服务器2利用网络接口29接收如上所述发送的用户概况信息，并且控制单元21获取它。接收到并获得了用户概况信息的副内容服务器2随后执行步骤S807中的处理，以从副内容数据库22a中存储的副内容中提取(选择)副内容，这些副内容将充当推荐内容。推荐内容列表信息是由关于根据提取结果创建的推荐内容的预定信息构成的。注意，推荐内容的提取处理将在下文中描述。

在步骤S808中，创建了推荐内容列表信息的副内容服务器2将推荐内容列表信息作为对步骤S804中的推荐内容列表请求的响应发送。

在步骤S809中，通信服务器3使用在步骤S808中接收到的推荐内容列表信息来创建推荐内容列表页面。推荐内容列表页面中的内容是推荐站点的页面内容，并且使用了适合于向用户展现推荐内容的页面设计。推荐内容列表页面的实际实体是以诸如HTML(超文本标记语言)或XML(可扩展标记语言)等等之类的预定的标记语言来描述的文件或数据等等。

例如，通信服务器3随后在步骤S810中将所创建的推荐内容列表页面的数据发送到用户终端设备4，作为对步骤S803中的访问的响应。

作为步骤S811的处理，以这种方式接收到了推荐内容列表页面的数据的用户终端设备4(通信工具102)利用接收到的推荐内容列表页面的数据执行网页的显示。也就是说，推荐内容列表页面被显示。

现在，将详细描述图23的步骤S807中的用于提取推荐内容的处理。首先，将参考图26来描述根据本实施例的推荐内容提取的基本概念。

查看这里的维恩图，集合A是以作为副内容数据库22a存储在副内容服务器2中的所有副内容作为其元素的集合。集合B是以下述副内容作为其元素的集合：所述属于集合A(存储在副内容服务器2处的副内容)、并且其至少一个被用作源编辑素材的主内容(所用源编辑素材内容)是由推荐接收用户持有的主内容。另外，集合C以下述副内容作为其元素的集合：所述副内容属于集合B，并且其所有被用作源编辑素材的主内容都是由推荐接收用户持有的主内容。

在本实施例中，所实现的一种想法是，在副内容服务器2中存储的副内容中，以尽可能多的持有主内容作为源编辑素材的那些副内容最有推荐给持有主内容的用户的价值。

其原因如下。推荐接收用户的持有主内容最有可能是根据用户的偏好和喜好来收集的。这意味着，一个副内容以越多的持有主内容作为其源编辑素材内容，推荐接收用户就可能对该副内容有越大的兴趣，并且副内容也将最有可能匹配推荐接收用户的喜好。

另外，在本实施例中，在用户通过下载等等来获得主内容时，用户原则上为内容付费。持有主内容是用户已经获得的内容，因此副内容中包括的持有主内容越多，用户需要购买的主内容就越少，这意味着用户的花费也越低。

因此，在本实施例中，将假定使用一个或多个持有主内容作为源编辑素材内容的副内容将被提取(选择)为推荐内容。联系图26，属于集合B(包括集合C)的副内容将被提取作为推荐内容。

另一方面，可以估计，对于集合A中作为集合B的补集的副内容，即，没有使用甚至一个持有主内容作为源编辑素材内容的副内容，推荐接收用户很有可能对该副内容兴趣很小，并且副内容也将很有可能不匹配推荐接收用户的喜好。另外，这种副内容将会使用户花费更多。

应当注意，以上描述的提取副内容作为推荐内容的基准只是一个示例，也可以设想一种布置，其中，其所有源编辑素材内容都是持有主内容的副内容，即属于图26中的集合C的副内容，被提取作为推荐内容。另外，可以设想一种布置，其中，其两个或更多个源编辑素材内容是持有主内容的副内容被提取作为推荐内容。

将参考图27和图28来描述副内容服务器2将执行的推荐内容提取处理(这是图23中的步骤S807)的步骤示例。联系图7，该处理可被视为是由推荐内容提取处理单元25执行的。另外，在图27和图28的推荐内容提取处理中，首先遵循图26中描述的关于推荐内容的基本选择标准来提取推荐内容，从以下的描述中可以了解到这一点。于是，基于若干个因素为提取的推荐内容确定推荐值的顺序(推荐顺序)。

在图27中，首先，在步骤S901中，从在图23的步骤S806中接收并获得的用户概况信息(以下称为“推荐接收用户概况信息”)中获得持有内容列表信息(以下称为“持有主内容信息”)。

现在，应当注意，在以上步骤S901中充当用于获得持有内容列表信息的来源的用户概况信息对应于在图23的步骤S803中访问了通信服务器3的推荐站点的用户终端设备4(内容创建/共享应用100)的用户，即推荐接收用户。因此，在步骤S901中获得的持有内容列表信息是指示出推荐接收用户持有的主内容文件(持有主内容文件)的列表。

在接下来的步骤S902中，从副内容数据库22a中搜索包括在步骤S901中获得的持有内容列表信息中指示的主内容作为其源编辑素材的副内容。该搜索可通过参考副内容数据库22a中的每个副内容的所用源编辑素材内容信息(图16)来进行。在所用源编辑素材内容信息中示出了一个或多个主内容(内容ID)的副内容是匹配的副内容。所找到的匹配搜索条件的主内容是根据本实施例的推荐内容。也就是说，步骤S902是用于从在副内容服务器2中存储和管理的所有副内容中提取推荐内容的处理。注意，这里搜索出(提取出)的n个推荐内容遵循预定的规则由号码1至n指示。

在步骤S903中，对于在以上步骤S902中提取的推荐内容1至n中的每一个，执行用于基于缺乏内容的数目来设定基本推荐顺序的处理。注意，“缺乏内容”指的是在步骤S901中获得的持有内容列表信息中没有示出的、用于播放作为推荐内容的副内容的主内容(即，源编辑素材内容)，即，不是推荐接收用户的持有主内容的主内容。

另外，可以认为缺乏内容的数目表示了在充当源编辑素材的主内容中使用了多少持有主内容，即，使用状态。在本实施例中，对推荐内容的推荐顺序的设定是以持有主内容作为源编辑素材的使用状态为最重要因素来执行的。这是因为，持有主内容的使用状态与参考图26描述的根据本实施例的提取推荐内容的概念密切相关。因此，基于缺乏内容的数目设定的推荐顺序是最重要且基本的因素，并且应当被当作基本推荐顺序。

图28示出了在以上的步骤S903中，关于根据缺乏内容的数目来设定基本推荐顺序的步骤的示例。

首先，在图28中，在步骤S1001中，通过将1代入指示推荐内容的号码的变量n中来执行初始化。

在步骤S1002中，访问副内容数据库22a，并且执行用于打开作为推荐内容n的副内容文件的文件操作。该文件打开操作是用于读出头部信息中的所用源编辑素材内容信息的。因此，如果对副内容数据库22a的结构进行了一种配置，其中，即使不打开文件也能参考每个副内容的所用源编辑素材内容信息，那么可以执行用于读出作为推荐内容n的副内容的所用源编辑素材内容信息的处理，来取代该文件打开处理。

在步骤S1003中，通过参考与推荐内容n相对应的所用源编辑素材内容信息来识别作为推荐内容n中使用的主内容的源编辑素材内容。注意，m个识别出的源编辑素材内容遵循预定的规则由号码1至m来表示。

步骤S1004和S1005是步骤S1006至S1009的初始化处理。在步骤S1004中，将1代入到指示出所识别的源编辑素材内容的号码的变量m中。在步骤S1005中，将0代入到表示推荐内容n的缺乏内容的数目的变量Fn中。

在步骤S1006中，判定源编辑素材内容m是否被包括在图27中的步骤S901中获得的持有内容列表信息所指示的主内容中。在这里获得肯定的判定结果的情况下，跳过步骤S1007，并且流程前进到步骤S1008。

相反，在获得否定的判定结果的情况下，在步骤S1007中递增变量Fn，并且流程进行到步骤S1008。

在步骤S1008中，判定当前变量m是否达到了最大值或更大。变量m的最大值是在步骤S1003中识别的源编辑素材内容的数目。

如果在步骤S1008中获得否定结果，则意味着还剩有需要对其进行有关是否包括在持有内容列表信息(持有主内容)中的判定的源编辑素材内容，因此在步骤S1009中变量m被递增，并且流程返回到步骤S1006。因此，在步骤S1006中对源编辑素材内容1至m进行判定，并且如果在这里获得否定的编辑结果，则递增变量Fn。

作为在步骤S1006中对所有源编辑素材内容1至m执行判定的结果，在步骤S1008中获得肯定的判定结果，并且流程进行到步骤S1010。如果在步骤S1008中获得肯定的判定结果，则最终确定了关于推荐内容n的缺乏内容的数目Fn。

在步骤S1010中，判定变量n是否达到了最大值或更大。如果在这里获得否定的判定结果，则意味着还剩有尚未为其获得缺乏内容的数目的推荐内容。在此情况下，在步骤S1011中递增变量n，并且流程返回到步骤S 1002。因此，对于推荐内容1至n中的每一个获得缺乏内容的数目。在已为所有的推荐内容1至n获得缺乏内容的数目后，在步骤S1010中获得肯定的判定结果，并且流程前进到步骤S1012。

在到达步骤S1012后，已经获得了推荐内容1至n的缺乏内容的数目F1至Fn。因此，在步骤S1012中，基于缺乏内容的数目F1，在推荐内容1至n之间设定基本推荐顺序。关于如何设定该基本推荐顺序，可以设想各种想法，这里省略对具体示例的描述。作为基本规则，具有较少缺乏内容的副内容被设定以更高的推荐顺序。

注意，对于步骤S903中的处理而言，已经描述了仅基于缺乏内容的数目来设定基本推荐顺序，但是也可以设想一种布置，其中，被用作副内容中的源编辑素材的主内容中缺乏内容的百分比或比率被设定为基本推荐顺序。也就是说，对于本实施例而言，只要基本推荐顺序是基于作为源编辑素材的持有主内容的使用状态来设定的就足够了，其具体算法并不限于图28中的那种。

返回图27，在本实施例中，源编辑素材内容中的缺乏内容的使用状态应当是关于本实施例中的推荐顺序的设定的最重要的设定因素，并且这样设定的推荐顺序是基本推荐顺序。但是，在本实施例中，进行一种布置，使得在设定基本推荐顺序之后，在随后的步骤S904以及接下来的步骤中，基于除了使用状态之外的顺序设定因素来设定系数(加权因素)，并且将这些因素用于获得也反映出其他顺序设定因素的最终总推荐顺序。

在执行图28中作为步骤S903的处理之后，图27中的步骤S904的处理被执行。

根据本实施例的推荐内容包括推荐接收用户的持有主内容作为源编辑素材。因此，在步骤S904中，执行处理，以便对于推荐内容1至n中的每一个，从推荐接收用户概况信息中获得关于将被用作源编辑素材内容的推荐接收用户的持有主内容的个体内容信息。

在步骤S905中，基于在步骤S904中获得的个体内容信息中的内容，来获得与推荐内容1至n中每一个相对应的系数B1至Bn(第一加权系数)并将其设定为总推荐顺序设定的因素。

如图24中的(c)所示，个体内容信息包括本地播放的总次数、时限内播放次数、评级等等，这些可被视为表明了推荐接收用户对主内容的评价。

也就是说，总播放次数越大，用户就一定越喜爱该主内容，并且因此可以认为对其的评价值就越高。另外，时限内播放次数越大，就可以认为尤其是最近对该内容的评价越高。另外，评级越高，就可以认为用户对主内容的评价越高。对推荐内容中的源编辑素材内容的用户评价较高意味着推荐给用户的顺序也应当较高。

在步骤S905中，基于以上推理，遵循预定的规则，通过算法或计算等等，为推荐内容1至n获得系数B1至Bn。可以认为在步骤S905和S906中设定的系数B1至Bn是基于推荐接收用户自己做出的内容评价的。

接下来的步骤S906和S907是用于获得系数C1至Cn的处理，系数C1至Cn是用于根据推荐内容的新近度来为推荐内容1至n中的每一个设定推荐顺序的因素。例如，可以认为推荐内容越新，就越有推荐给推荐接收用户的价值，并且步骤S906和S907遵循此想法。

在步骤S906中，访问内容概况数据库22b，并且从分别登记的与推荐内容1至n中的每一个相对应的内容概况信息中获得上载日期和时间的信息。也就是说，为充当推荐内容1至n的每个副内容识别上载日期和时间。

在步骤S907中，基于上载日期和时间的信息，为推荐内容1至n中的每一个设定系数C1至Cn(第三加权系数)。上载日期和时间与当前日期和时间越接近，副内容就越新，因此，基本上，系数C1至Cn被设定成上载日期和时间越晚，值越高。例如，可以认为根据先前描述的步骤S904中的世代相关信息22c对系数A1至An的设定代表了“一般来说是创建者的用户”对副内容的评价。

步骤S908和S909是用于按照根据本实施例的内容创建/共享系统的用户对副内容的总体评价来设定作为推荐顺序设定因素的系数D1至Dn的处理。

对于作为推荐内容的副内容的推荐顺序的设定，可以设想一种布置，其中，考虑了除推荐接收用户之外的大量一般用户的评价。例如，从推荐接收用户来看，大量一般用户的总体评价是公正的第三方意见。步骤S906和S907遵循这样的想法，即这样考虑他人的意见可以产生更准确的推荐顺序。另一方面，可以认为在步骤S904和S905中设定的系数B1至Bn是基于个体推荐接收用户对内容的评价的。这些之中的任一种都可被应用来作为推荐顺序设定的有效因素。

在步骤S908中，访问内容概况数据库22b，并且从分别登记的与推荐内容1至n中的每一个相对应的内容概况信息中获得总使用信息。如先前参考图25所述，总使用信息是内容概况信息中的总下载次数、总评级和总播放次数的信息。其中每一个可被视为是表示用户通常对相应的副内容做出的整体评价的信息的结果。

因此，在步骤S909中，遵循预定的规则，通过算法或计算等等，基于在步骤S908中获得的关于推荐内容1至n的总使用信息来获得系数D1至Dn(第二加权系数)。在此情况下，也可以假定总下载次数、总评级和总播放次数越大，副内容在用户之间的评价就越高，因此基本上，总下载次数、总评级和总播放次数越高，系数值就被设定得越高。另外，在此情况下，总下载次数、总评级和总播放次数这三个被用作总使用信息，并且可以设想一种布置，其中，通过根据其重要性等等对这三个信息项加权来设定系数D1至Dn。或者，可以为总下载次数、总评级和总播放次数中的每一个设定独立的系数。

在步骤S910中，以上述步骤S903中设定的基本推荐顺序作为起始点，基于在步骤S904至S909的步骤中设定的系数B1至Bn、C1至Cn和D1至Dn来设定推荐内容1至n的总推荐顺序。

也就是说，例如，按降序为在先前的步骤S902中设定的每个基本推荐顺序设定分数，其中分数遵循预定的规则而减小。例如，对于推荐内容1，计算根据以上基本推荐顺序提供给推荐内容1的分数以及系数B1、C1和D1，并且获得推荐评价值V1。利用提供给各个推荐内容2至n的分数以及系数B2至Bn、C2至Cn和D2至Dn，对其他推荐内容2至n执行同样的操作，以便获得推荐评价值V2至Vn。然后，基于推荐评价值V1至Vn的得分，在推荐内容1至n之间设定总推荐顺序。

此时，例如，与系数的值相比，充当基本推荐顺序的起始点的分数的权重更重。系数随后被用于根据例如充当设定系数的基准的每个顺序设定因素(作为源编辑素材的主内容的推荐接收用户的评价、副内容文件的新近度、用户通常对副内容文件的评价)的重要性等等进行加权。利用这些分数和系数来获得评价值使得能够通过赋予基本推荐顺序最高权重、但在考虑到其他顺序设定因素的情况下校正推荐顺序，来设定总推荐顺序。

注意，取代在步骤S903中设定基本推荐顺序，可以进行一种布置，其中，获得相当于基本推荐顺序的分数或系数。于是，同样在考虑到系数B1至Bn、C1至Cn和D1至Dn的情况下最终设定总推荐顺序。

在步骤S911中，创建示出推荐内容1至n的推荐内容列表信息，以反映出在步骤S910中设定的总推荐顺序。

现在，至于推荐内容列表信息的结构，可以设想一种布置，其中，例如存储了每个推荐内容的预定的附加元数据。可通过作为推荐内容的副内容文件的头部信息来获得元数据。另外，也可使用内容创建/共享应用100本身添加到副内容并管理的元数据。

以这种方式创建的推荐内容列表信息在图23的步骤S808中被从副内容服务器2发送到通信服务器3。推荐内容列表信息最终在图23的步骤S811中被显示在推荐接收用户的用户终端设备4上。也就是说，推荐接收用户可以在视觉上确认并领会被选择为适合于他/她自己的推荐内容的推荐顺序。

根据图27和图28，作为先决条件，根据本实施例的推荐内容的提取处理首先涉及选择包括推荐接收用户的持有主内容作为源编辑素材的副内容。用于推荐内容的技术例如包括广泛使用的基于一般用户的内容评价的技术(例如，命中图(hit chart)等等)。另外，日本未实审专利申请公开2004-72502公开了一种技术，利用该技术，可以基于标题、关键字、体裁等等来推荐内容。

但是，利用根据现有技术的这种技术，可能是难以准确地提取出匹配用户的内容以便将推荐内容推荐给用户的。例如，即使我们将用户通常的评价(例如利用命中图)设定为提取条件，这也不意味着其中将包括推荐接收用户持有的主内容。在考虑副内容和主内容之间的关系时，如果推荐接收用户持有的主内容未被用作源编辑素材，则很有可能推荐接收用户将对该副内容完全不感兴趣。同样，由于副内容是利用主内容作为源编辑素材进行的二次创作这一性质，即使标题、关键字、体裁等等被设定为提取条件，也有可能在提取出的副内容中不包括推荐接收用户拥有的主内容。

相反，利用例如本实施例中的布置(其中，包括推荐接收用户所持有的主内容的副内容首先被选择为推荐内容)，可以考虑到副内容是使用主内容作为源编辑素材进行的二次创作这一性质来执行对适于推荐的内容的提取和选择。另外，被选择为推荐内容的副内容是基于用户持有的主内容的，并且因此将匹配个体用户的喜好。

鉴于此，在本实施例中，首先根据缺乏内容的数目来设定基本推荐顺序(S902、S903)。与简单地展现推荐内容而不设定任何推荐顺序的情况相比，这使得用户可以高效地缩小所展现的推荐内容的范围。

另外，在本实施例中，校正基本推荐顺序并最终获得总推荐顺序。因此，最终获得的推荐顺序(总推荐顺序)的可靠度更高，并且允许了更加高效地缩小推荐内容的范围。

另外，在校正基本推荐顺序时，使用了推荐接收用户对于被用作源编辑素材的持有主内容的评价(S904、S905)、推荐内容的新近度(S906、S907)、以及作为受众的用户通常对副内容的评价(S908、S909)。这是尝试利用各方面的因素来校正推荐顺序。因此，例如，与在某个因素上赋予太大权重地校正推荐内容的情况相比，可以获得更准确的评估顺序。

但是，在本实施例中，基本推荐顺序的校正并不是必不可少的。也就是说，在步骤S903中设定的基本推荐顺序可按原样被用作总推荐顺序，而不进行校正。在此情况下，省略中步骤S904至S910的步骤。

另外，即使在校正基本推荐顺序来获得总推荐顺序的情况下，也不必使用系数B1至Bn、系数C1至Cn和系数D1至Dn的全部，而是一个就足够了。另外，除了系数B1至Bn、系数C1至Cn和系数D1至Dn之外，可以应用利用可用来校正推荐顺序的条件获得的其他系数。

现在，根据以上参考图23至图28描述的示例，推荐接收用户的用户概况信息在副内容服务器2处被用于提取推荐内容列表并创建推荐内容列表信息。于是，副内容服务器2从用户信息服务器8获得用户概况信息。

但是，可以实现这样一种系统操作，其中，内容创建/共享应用100发送相应用户的用户概况信息并且还请求推荐内容信息。在这种配置的情况下，可以进行一种布置，其中，与上述示例相同，用户终端设备4的内容创建/共享应用100访问通信服务器3的推荐站点，并且此时发送用户概况信息而不是用户ID。在此情况下，副内容服务器2只需要利用从通信服务器3传送来的用户概况信息来提取推荐内容，并且创建推荐内容列表信息。

或者，可以进行一种布置，其中，用户终端设备4的内容创建/共享应用100通过直接向其发送用户概况信息来向副内容服务器2发出对推荐内容列表信息的请求。在任何情况下，如果用户概况信息将被从用户终端设备4发送以用于获得推荐内容列表信息，用户概况信息则不必被从用户信息服务器8发送。但是，在实际实践中，用户信息服务器8被设置来集中管理所有用户的用户概况信息，从而除了内容推荐之外例如还能够提供对用户有价值的各种服务，并且能够在系统操作方进行用户管理，因此其用处并未失去。

另外，在参考图23至图28描述的用于推荐副内容的处理中，基于推荐接收用户的用户概况信息来执行推荐内容的提取和推荐顺序的设定，从而创建推荐内容列表。用户概况信息例如可被视为关于每个持有主内容的元数据。另外，推荐内容列表是由推荐内容的元数据构成的，如前所述。也就是说，可以认为根据本实施例的用于推荐副内容的处理使用元数据作为提取推荐内容的关键字，并且也在与推荐内容有关的元数据中返回提取结果。

现在，上述推荐内容提取的基本想法是“在副内容中推荐接收用户所持有的主内容的数目、百分比或比率越大，该副内容对推荐接收用户的价值就越高”。作为此想法的一个应用，在根据本实施例的内容创建/共享系统中可以进行一种布置，其中，例如，在副内容被上载并准备好分发时，创建了副内容的用户(创建者)可以知道有多少用户将观看/收听该副内容。下面将描述其配置。注意，在以下描述中，可能观看/收听所创建的副内容的用户将被称为“潜在受众用户”。

图29示出了使得关于潜在受众用户的信息能够被副内容的创建者获得的系统的操作的示例。首先，创建者操作内容管理/创建工具101，以在其自己创建并保存在用户终端设备4本地的副内容中指定创建者希望获得潜在受众用户信息的副内容。然后执行用于请求关于指定的副内容的潜在受众用户的信息的操作。在步骤S1101中，响应于此操作，潜在受众用户信息请求被从用户终端设备4(内容管理/创建工具101)发送到用户信息服务器。

在接收到潜在受众用户信息请求的用户信息服务器8处，在步骤S1102中创建潜在受众用户信息。用于步骤S1102中的潜在受众用户信息创建处理的步骤示例在图30中示出。

在图30中，首先，在步骤S1201中，从与潜在受众用户信息请求一起接收的头部信息中存储的所用源编辑素材内容信息中识别出源编辑素材内容1至n。该识别处理在实际实践中例如可通过从所用源编辑素材内容信息中获得充当源编辑素材内容的主内容的内容ID来执行。

在步骤S1202中，执行初始化，其中，1被代入到表示在步骤S1201中识别的源编辑素材内容的号码(以及用户组G的号码)的变量n中。

在步骤S1203中，从用户组Gn-1中搜索持有源编辑素材内容1的用户。这样搜索出的一组用户将被认为是用户组Gn。注意，在变量n＝1的情况下，用户组Gn-1为G0。这里，用户组G0被规定为由用户信息服务器8的用户概况数据库52a中登记的所有用户构成的群组。

因此，在作为步骤S1201之后执行的第一步骤的步骤S1203中，从所有登记的用户中搜索持有源编辑素材内容1的用户，并且将这样搜索出的用户组设定为用户组G1。

另外，步骤S1203中的搜索是通过搜索与源编辑素材内容n的内容ID相同的内容ID来执行的。这样，所找出的用户概况信息匹配持有源编辑素材内容1的用户。

在步骤S1203中执行对用户组n的搜索处理后，在步骤S1204中，判定当前变量n是否达到最大值或更大。如果在这里获得否定的判定结果，则意味着还剩有源编辑素材内容要用于搜索用户组Gn。在此情况下，在步骤S1205中，变量n被递增，并且流程返回到步骤S1203。

这样，对于在步骤S1201中识别的源编辑素材内容1至n中的每一个顺序执行对用户组Gn的搜索，这可以被视为用于缩小持有所有源编辑素材内容1至n的用户组的范围的处理序列。

在对于所有源编辑素材内容1至n，对用户组Gn的搜索在步骤S1203中结束后，在步骤S1204中获得肯定的判定结果，并且流程进行到步骤S1206。在到达步骤S1206的阶段，用户组Gn仅由持有所有作为在步骤S1201中识别的源编辑素材内容1至n的主内容的用户构成。

这样，对于持有副内容用作源编辑素材的所有主内容的用户，该副内容很有可能匹配其喜好。因此，一旦副内容被上载，就可以认为这些用户将很有可能下载并观看/收听该副内容。基于此，在本实施例中，所有持有作为源编辑素材内容1至n的主内容的用户将被当作潜在受众用户。也就是说，最终搜索出的用户组Gn中的每个人都是潜在受众用户。换言之，步骤S1201至S1204的处理是用于从用户概况数据库52a中登记的用户中搜索潜在受众用户的处理。

在步骤S1206中，利用用户组Gn的最终搜索结果，创建潜在受众用户信息。可以设想的副内容信息的最简单形式是示出潜在受众用户的数目。此外，可以在其中反映出用户概况信息中的诸如总播放次数、时限内播放次数、评级等等之类的信息。也就是说，可以添加关于潜在受众用户播放源编辑素材内容1至n的频率以及它们如何对其进行评级的信息。

返回图29，在步骤S1103中，基于通过图30中的处理获得的结果而创建的潜在受众用户信息被从用户信息服务器8发送到发出请求的用户终端设备4。

在步骤S1104中，在用户终端设备4处，内容管理/创建工具101执行控制来使用接收到的潜在受众用户信息，以便展现与潜在受众用户有关的信息。

作为创建者的用户可以查看所显示的与潜在受众用户有关的信息，并且使用其作为创建副内容的参考。例如，假定潜在受众用户的数目非常小。由于创建者希望尽可能多的用户观看/收听副内容，因此创建者可以决定通过不使用被少量用户持有的主内容作为副内容的源编辑素材，来重新制作副内容。

注意，在图30中示意性地示出的处理只示出了所用源编辑素材内容信息被用于用户信息服务器8所接收的头部信息中。因此，在此情况下，可以对图29中的步骤S1101进行一种布置，其中，不是所有头部信息都作为元数据被发送，而是只有作为其一部分的、由所用源编辑素材内容信息构成的元数据被发送。

另外，如前所述，例如参考图23至图28描述的用于副内容推荐的处理被理解为“使用主内容(持有主内容)的元数据作为提取推荐内容的关键，并且也将其提取结果作为与作为推荐内容的副内容有关的元数据返回”。

基于此，在本实施例中，可以设想一种系统配置，其中，不限于用户概况的元数据可被用作提取推荐内容的关键，并且要提取的推荐内容不限于副内容，而是也可包括主内容。

作为参考，将参考图31中的序列图来描述内容推荐的扩展配置。注意，在图31的描述中，通信服务器3为主内容和副内容两者都提供推荐站点。在图31中，步骤S1301和S1302与图23中的步骤S801和S802相同，因此对其的描述将被省略。

步骤S1303是用户终端设备4的通信工具102访问通信服务器3的推荐站点的步骤。对推荐站点的访问包括以与图23中的步骤S803相同的方式通知推荐接收用户的用户ID。

扩展示例中的推荐站点可以是独立地具有不同URL的与主内容相对应的站点和与副内容相对应的站点，或者可以被配置为与主内容和副内容两者相对应的综合站点。

在扩展示例的情况下，推荐接收用户可以选择在步骤S1303中访问的推荐站点处展现的所需内容。用户可以例如选择内容之一，并且执行用于接收对与所选内容有关的推荐内容(推荐源内容)的展现的操作，即，用于推荐内容请求的操作。

响应于推荐内容请求操作，通信服务器3在步骤S1304中向主内容服务器1或副内容服务器2发送推荐内容列表信息请求。注意，在推荐源内容是主内容的情况下，在步骤S1304的处理中，通信服务器3向主内容服务器1发送推荐内容列表信息请求。另一方面，在推荐源内容是副内容的情况下，通信服务器3向副内容服务器2发送推荐内容列表信息请求。

在该扩展示例的情况下，在发送推荐内容列表信息请求时，例如从添加到推荐源内容的元数据中选择一个元数据，并将其作为推荐内容提取关键字与推荐接收用户的用户ID一起发送。

虽然可以设想若干种关于如何选择充当推荐内容提取的关键字的元数据的想法，一个示例是显示向推荐站点上的内容添加的元数据(关键字)的列表，然后让推荐接收用户从中选择元数据来充当推荐内容提取的关键字。

在步骤S1304中接收到了推荐内容列表信息请求的主内容服务器1或副内容服务器2在步骤S1305中向用户信息服务器8发送用户概况信息请求。该步骤S1305与图23中的步骤S805类似。用户信息服务器8在步骤S1306中响应于接收到用户概况信息请求而搜索用户概况信息，并且将其返回给主内容服务器1或副内容服务器2。

以这种方式接收到了用户概况信息的主内容服务器1或副内容服务器2在步骤S1307中执行用于提取推荐内容的处理。

在此处理中，在例如主内容服务器1的情况下，主内容服务器1搜索主内容数据库12a中存储的下述主内容：所述主内容匹配在步骤S1302中接收到的元数据，或者与在步骤S1302中接收的元数据具有一定程度或者更高的相似度。

例如，如果假定元数据中的关键字是“海洋”，则以“海洋”作为元数据的主内容被选择，并且，具有诸如“海边”、“海”等等之类的类似的字的主内容也可被提取。

于是，主内容服务器1对于以上以该元数据作为搜索关键字而搜索出的主内容执行推荐顺序设定处理。虽然对于该处理可以设想若干种方式，但一个示例例如是使用在步骤S1306中获得的用户概况信息。

将描述使用用户概况信息的主内容推荐顺序设定的示例。推荐接收用户的用户概况信息示出了其持有主内容。因此，主内容服务器1提取添加到主内容数据库12a中的这些持有主内容的元数据，分析元数据，并且识别推荐接收用户的偏好。

一个示例是使用体裁元数据，其中，作为分析每个持有主内容的体裁的结果，获得持有主内容中的体裁的顺序。上述示例使得具有与“海洋”有关的元数据的主内容被从各种体裁中提取出来，这意味着是在不考虑体裁的情况下提取内容的。这里，所提取的具有与“海洋”有关的元数据的主内容可以使得持有主内容的体裁被反映在其顺序中，从而设定推荐顺序。

另外，在副内容服务器2执行作为步骤S1307的推荐内容的提取处理的情况下，可以遵循图23的步骤S807中描述的示例。另外，与上述主内容的情况一样，可以积极地使用添加到副内容的诸如关键字、体裁等等的元数据。

以下的步骤S1308至S1311与步骤S808至S811类似，因此这里将省略对其的描述。

注意，在步骤S1304中请求推荐内容列表时，可以发送多个作为元数据的关键字(搜索关键字)。在此情况下，在步骤S1307中，可以执行内容搜索处理，以便通过将多个元数据拟合到适当的条件表达式中，来提取推荐内容。

另外，主内容服务器1、副内容服务器2、通信服务器3、用户信息服务器8和用户终端设备4的配置只是一个示例，实际上可被适当改变。另外，可以进行一种配置，其中，上述服务器中的至少一个被分散在多个服务器间，或者相反，这些服务器中至少两个或更多个被集成。

根据本发明实施例的发明要素可被包括在与本实施例相对应的副内容服务器2中，但是也可以进行其他布置，其中，与发明要素相对应的组件被适当地分散在其他服务器中，并且根据本发明的信息处理设备的配置是通过与这些服务器合作来实现的。

另外，虽然对于所描述的内容创建/共享应用100没有示出GUI屏幕等等的具体示例，但是对于内容创建/共享应用100可以设想各种GUI配置。

另外，内容创建/共享应用100的功能配置也不限于参考图11和图12描述的，等等，而是可以设想各种配置。

另外，图13A至图17中示出的副内容文件的结构只是示例，而且只是概念性的，因此可以基于其来进行各种修改和开发。

另外，流程图中示出的处理步骤(即程序配置)只是示例，并且在实际实践中可以被适当改变。

另外，主内容服务器1、副内容服务器2、通信服务器3、用户信息服务器8和用户终端设备4执行的程序可如上所述被写入到并存储在诸如内部HDD、存储单元等等之类的存储区域中，或者可被存储在可移动存储介质中并从该存储介质安装到存储区域(包括更新)。另外，可以设想一种布置，其中，可以经由预定的数据接口在其他主机设备的控制下安装程序。另外，可以设想一种布置，其中，程序被存储在网络上的存储设备上，并且可通过主内容服务器1、副内容服务器2、通信服务器3、用户信息服务器8和用户终端设备4的网络功能从存储设备下载和获得。

本发明包含与2008年6月3日向日本专利局提交的日本在先专利申请JP 2008-146009中公开的内容相关的主题，这里通过引用将该申请的全部内容并入。

本领域的技术人员应当理解，取决于设计要求和其他因素，可以进行各种修改、组合、子组合和变更，只要它们处于所附权利要求或其等同物的范围之内。

Claims (10)

1.一种信息处理设备，包括：

存储管理装置，被配置为存储并管理通过执行编辑处理而创建的副内容文件，在所述编辑处理中至少一个内容文件被作为编辑素材二次使用，所述副内容文件包括充当用于再现实质内容的信息的重放控制信息，该重放控制信息被形成为包括指示对充当源编辑素材的主内容文件的实际内容数据进行重放的内容；

信息获得装置，被配置为获得持有主内容信息，该持有主内容信息是关于被认为推荐接收用户所持有的持有主内容文件的信息；以及

副内容选择装置，被配置为基于所述持有主内容信息，从所述存储管理装置所管理的副内容文件中选择出使用充当所述源编辑素材的主内容文件的至少一部分的副内容文件，来作为将被推荐给所述推荐接收用户的推荐副内容。

2.根据权利要求1所述的信息处理设备，还包括：

推荐顺序设定装置，被配置为基于在由所述副内容选择装置选择的推荐副内容的每一个中充当所述源编辑素材的所述持有主内容文件的使用状态，来设定所述推荐副内容之间的基本推荐顺序。

3.根据权利要求2所述的信息处理设备，还包括：

第一系数设定装置，用于基于个体内容评价信息来为所述推荐副内容中的每一个设定第一加权系数，该个体内容评价信息能被视为指示出了推荐接收用户对充当用于所述推荐副内容中的每一个的所述源编辑素材的持有主内容文件的评价；

其中，所述推荐顺序设定装置至少使用所述第一加权系数来设定所述推荐副内容之间的总体推荐顺序。

4.根据权利要求2所述的信息处理设备，还包括：

第二系数设定装置，用于基于总体内容评价信息来为所述推荐副内容中的每一个设定第二加权系数，该总体内容评价信息能被视为指示出了用户通常对所选择的推荐副内容中的每一个的评价；

其中，所述推荐顺序设定装置至少使用所述第二加权系数来设定所述推荐副内容之间的总体推荐顺序。

5.根据权利要求2所述的信息处理设备，

第三系数设定装置，用于基于所选择的推荐副内容中的每一个的新近度来为所述推荐副内容中的每一个设定第三加权系数；

其中，所述推荐顺序设定装置至少使用所述第三加权系数来设定所述推荐副内容之间的总体推荐顺序。

6.一种信息处理方法，包括以下步骤：

获得持有主内容信息，该持有主内容信息是关于被认为推荐接收用户所持有的持有主内容文件的信息；以及

基于所述持有主内容信息，从存储在存储单元中的、通过执行编辑处理而创建的副内容文件中选择出使用充当源编辑素材的主内容文件的至少一部分的副内容文件，来作为将被推荐给所述推荐接收用户的推荐副内容，在所述编辑处理中至少一个内容文件被作为编辑素材二次使用，所述存储在存储单元中的、通过执行编辑处理而创建的副内容文件包括充当用于再现实质内容的信息的重放控制信息，该重放控制信息被形成为包括指示对充当所述源编辑素材的主内容文件的实际内容数据进行重放的内容。

7.一种程序，使得信息处理设备执行以下步骤：

获得持有主内容信息，该持有主内容信息是关于被认为推荐接收用户所持有的持有主内容文件的信息；以及

基于所述持有主内容信息，从存储在存储单元中的、通过执行编辑处理而创建的副内容文件中选择出使用充当源编辑素材的主内容文件的至少一部分的副内容文件，来作为将被推荐给所述推荐接收用户的推荐副内容，在所述编辑处理中至少一个内容文件被作为编辑素材二次使用，所述存储在存储单元中的、通过执行编辑处理而创建的副内容文件包括充当用于再现实质内容的信息的重放控制信息，该重放控制信息被形成为包括指示对充当所述源编辑素材的主内容文件的实际内容数据进行重放的内容。

8.一种信息处理设备，包括：

存储管理装置，被配置为存储并管理内容文件；

元数据获得装置，被配置为获得推荐源内容的元数据；

内容选择装置，被配置为基于由所述元数据获得装置获得的元数据，从由所述存储管理装置管理的内容文件中选择将被推荐给推荐接收用户的推荐内容；

信息获得装置，被配置为获得持有内容信息，该持有内容信息是关于被认为推荐接收用户所持有的持有内容文件的信息；以及

推荐顺序设定装置，被配置为基于被添加到由所述信息获得装置获得的持有内容信息所指示的持有内容文件的元数据，来对由所述内容选择装置选择的推荐内容设定推荐顺序。

9.一种信息处理设备，包括：

存储管理单元，被配置为存储并管理通过执行编辑处理而创建的副内容文件，在所述编辑处理中至少一个内容文件被作为编辑素材二次使用，所述副内容文件包括充当用于再现实质内容的信息的重放控制信息，该重放控制信息被形成为包括指示对充当源编辑素材的主内容文件的实际内容数据进行重放的内容；

信息获得单元，被配置为获得持有主内容信息，该持有主内容信息是关于被认为推荐接收用户所持有的持有主内容文件的信息；以及

副内容选择单元，被配置为基于所述持有主内容信息，从所述存储管理单元所管理的副内容文件中选择出使用充当所述源编辑素材的主内容文件的至少一部分的副内容文件，来作为将被推荐给所述推荐接收用户的推荐副内容。

10.一种信息处理设备，包括：

存储管理单元，被配置为存储并管理内容文件；

元数据获得单元，被配置为获得推荐源内容的元数据；

内容选择单元，被配置为基于由所述元数据获得单元获得的元数据，从由所述存储管理单元管理的内容文件中选择将被推荐给推荐接收用户的推荐内容；

信息获得单元，被配置为获得持有内容信息，该持有内容信息是关于被认为推荐接收用户所持有的持有内容文件的信息；以及

推荐顺序设定单元，被配置为基于被添加到由所述信息获得单元获得的持有内容信息所指示的持有内容文件的元数据，来对由所述内容选择单元选择的推荐内容设定推荐顺序。

Images