CN101599083B - 信息处理***和信息处理方法 - Google Patents

Abstract

本发明公开了信息处理***和信息处理方法。一种信息处理***包括终端设备和服务器设备。当推荐派生内容时，在服务器中提取推荐内容，并且将推荐内容信息返回到终端设备。在终端设备中，当呈现推荐内容时，对由推荐内容信息指示的推荐内容设置推荐顺序，以使得推荐内容提取处理和推荐顺序设置处理被分布在服务器设备和终端设置之间。

Description

信息处理***和信息处理方法

技术领域

本发明例如涉及可以用于创建内容，并且通过网络共享所创建内容的数据的信息处理***，并且涉及应用到信息处理***的信息处理方法。

背景技术

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

而且，利用内容共享***，信息处理终端的用户例如将用作诸如音频、视频等的内容的数据文件上传到服务器。这种共享***的服务器具有用于张贴(post)所上传的内容的站点(Web页面)。普通信息处理终端设备的用户例如可以访问该站点并且搜索其感兴趣的内容。通过该搜索而找到的内容被访问并被播放，以便被观看/收听，并且由此被共享。

另一方面，存在能够将音频数据和视频数据等作为素材而对其进行修改、编辑的应用软件(编辑软件)，从而创建新的曲调，并且尤其近年来，存在对其的广泛使用，从而普通用户也容易对其进行复杂的操作。

如上所述，这种编辑软件可以执行用于改变作为要编辑的内容的实际数据(音频/视频数据等)的处理。因此，例如在音频内容的情况中，通过接受一部分原始曲调数据作为素材，利用诸如所谓的采样、混搭(mash-up)等可以容易地执行修改和编辑等。实际上，利用这种技术所创建的许多曲调例如已由专业音乐家等发行。可以在日本未实审专利申请公报No.2000-113066和日本未实审专利申请公报No.2004-72502中找到对这种现有技术的描述。

发明内容

对于诸如上述的背景，可以想到会存在相当大数目的普通用户，他们不仅希望简单地播放和欣赏可以通过内容分发和内容共享等获得的内容的数据，而且希望通过利用编辑软件执行二次编辑来创建新的作品，并且公开地呈现(张贴)作品。

因此，为了满足这种一般用户的需求，发现希望提供一种网络上的布置作为内容共享***，由此使一般用户例如可以执行对在用户终端侧持有的内容的二次使用并执行创建派生内容(subsidiary content)的编辑，并且可以通过服务器等方式公开地呈现以这种方式创建的内容。

利用这种内容共享***，例如大量派生内容将存在于服务器上并被共享。为了使用户更容易使用内容共享***，要求能够尽可能有效地从这些派生内容中发现适合推荐给每个用户的派生内容。

根据本发明实施例的信息处理***包括：终端设备；以及服务器设备；所述服务器设备还包括：存储管理单元，被配置来存储并管理由二次使用至少一个内容作为编辑素材的编辑处理创建的派生内容，所述派生内容包括作为用于对内容进行播放的信息的回放控制信息，所述回放控制信息是通过包括指示对作为源编辑素材的基本内容(primary content)的实际内容数据进行回放的内容而形成的；派生内容提取单元，被配置来从所述存储管理单元所管理的派生内容中提取包括在所述源编辑素材中由已接收的内容标识符指示的基本内容的派生内容；推荐内容信息发送单元，被配置来将由所述派生内容提取单元提取的派生内容作为推荐内容，并且将由与所述推荐内容的每个相对应的元数据形成的推荐内容信息发送到所述终端设备；并且所述终端设备还包括：回放单元，被配置来对作为推荐接收用户希望持有的基本内容的持有基本内容执行回放处理；推荐内容信息请求单元，被配置来将推荐内容信息请求与内容标识符一起发送到所述服务器设备，所述内容标识符识别所述回放单元对其执行回放处理的基本内容；推荐顺序设置单元，被配置来通过根据用于每个推荐内容的所述源编辑素材中的所述持有基本内容的使用状态设置所述推荐顺序，来设置由所述所接收的推荐内容信息指示的推荐内容的所述推荐顺序；以及呈现单元，被配置来呈现由所述推荐内容信息指示的推荐内容，以使得所述推荐顺序被反映在所述推荐内容中。

根据本发明实施例的信息处理***包括：终端设备；以及服务器设备；所述服务器设备还包括：存储管理单元，被配置来存储并管理由二次使用至少一个内容作为编辑素材的编辑处理创建的派生内容；派生内容提取单元，被配置来利用所接收的元数据作为提取条件，从所述存储管理单元所管理的派生内容中提取一个或多个派生内容；推荐内容信息发送单元，被配置来将由所述派生内容提取单元提取的派生内容作为推荐内容，并且将由所述推荐内容的每个的元数据构成的推荐内容信息发送到所述终端设备；并且所述终端设备包括：回放单元，被配置来对内容执行回放处理；推荐内容信息请求单元，被配置来将推荐内容信息请求与被添加到所述回放单元对其执行回放处理的内容中的元数据一起发送到所述服务器设备；推荐顺序设置单元，被配置来通过根据在推荐接收用户希望持有的所有持有内容中的元数据描述的内容中，针对包括在所述推荐内容信息中的每个推荐内容的元数据描述的内容的出现次数来设置所述推荐顺序，从而设置由所述所接收的推荐内容信息指示的推荐内容的所述推荐顺序；以及呈现单元，被配置来呈现由所述推荐内容信息指示的推荐内容，以使得所述推荐顺序被反映在所述推荐内容中。

在上面的配置中，要推荐的内容是派生内容文件。派生内容是通过二次使用一个或多个内容文件而创建的，并且是具有回放控制信息的结构的文件，回放控制信息用于指示对用作源编辑素材的基本内容文件包括的实际内容数据的回放。

在推荐派生内容时，首先，推荐内容在服务器中被提取并且推荐内容信息被返回终端设备。在终端设备中，对由推荐内容信息指示的推荐内容设置推荐顺序，并且随后呈现推荐内容。即，利用这些配置，在终端设备侧，与当时播放的一个内容有关的推荐内容最终与其推荐顺序一起被呈现，并且处理被分散，这是因为推荐内容的提取在服务器设备中被执行，而推荐顺序的设置在终端设备中被执行。

以这种方式，利用上面的配置，推荐内容提取处理和推荐顺序设置处理分散在服务器设备和终端设备之间而被执行，因此，没有向设备之一施加巨大的负担，并且对于整个***，可以有效地实现用于将推荐内容与推荐顺序一起呈现的处理。

而且，用于提取推荐内容的出发点(start point)仅被限于在终端设备中播放的内容，因此，与利用推荐接收用户持有的许多内容作为其对象来提取推荐内容的配置相比，可以实现显著减小负担。

附图说明

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

图2是图示出根据本发明实施例的内容创建/共享***的基本使用形式以及与其对应的***操作的过程示例的示图；

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

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

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

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

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

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

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

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

图11是利用功能块图示出作为内容创建/共享应用的内容管理/创建工具的程序配置示例的示图；

图12A和12B是示意性地图示出派生内容文件和基本内容文件的结构示例的示图；

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

图14是图示出作为形成头部信息的信息项之一的形成了与当前内容有关的基本信息的信息项的示例的示图；

图15是图示出派生内容回放控制文件中的所使用的源编辑素材内容信息和所使用的编辑素材内容信息的结构示例的示图；

图16是图示出派生内容文件中的回放控制信息中的内容的示例的示图；

图17是图示出在由内容创建/共享应用执行派生内容编辑处理时在用户界面上反映针对编辑素材内容的使用协定范围设置的处理过程的示例的示图；

图18是图示出到内容创建/共享应用创建派生内容文件作为派生内容编辑处理为止的处理过程的示例的示图；

图19是图示出用户终端设备上传派生内容，以及派生内容服务器作出响应的处理过程的示例的流程图；

图20是图示出用户终端设备下载派生内容，以及派生内容服务器作出响应的处理过程的示例的流程图；

图21是图示出用户终端设备对派生内容的播放处理过程的示例的流程图；

图22是图示出利用内容创建/共享***执行的与派生内容的推荐有关的处理的示例的序列图；

图23是示意性地图示出图22中的推荐内容提取处理的基本概念的示图；

图24是示意性地图示出推荐内容列表的结构的示例的示图；

图25是图示出图22中的设置推荐顺序的处理过程的示例的流程图；

图26是图示出作为修改的利用内容创建/共享***执行的与派生内容的推荐有关的处理的示例的序列图；

图27是图示出用于图26中的设置推荐顺序的处理过程的示例的流程图；

图28是图示出用户配置简档(profile)的配置示例的示图；以及

图29是图示出作为扩展示例的利用内容创建/共享***执行的与派生内容的推荐有关的处理的作为修改的示例的序列图。

具体实施方式

图1图示出了根据本发明实施例的具有信息处理设备的信息处理***的配置示例。

注意，根据本实施例的信息处理***将基本内容文件和派生内容文件处理作为内容文件，如下所述。下面，如果不必区分基本内容文件和派生内容文件，内容文件将被简单地称为“内容文件”。而且，在根据抽象概念描述内容文件的情况中基本内容文件也称为“基本内容”，并且派生内容文件也称为“派生内容”。此外，如果不必区分基本内容和派生内容，则内容将简单地称为“内容”。

如在此附图中所示的，根据本实施例的信息处理***可以首先被视为是通过连接由网络5连接的基本内容服务器1、派生内容服务器2、通信服务器3以及许多用户终端设备4形成的。

根据本实施例的信息处理***利用这种设备配置实现内容创建/共享***。即，所谓的内容分发(基本内容的分发)和由网络上的用户中的用户创建的内容的共享被实现。

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

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

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

通信服务器3是具有以下功能的服务器：提供诸如SNS(社交性网络服务)之类的用户间通信服务，用于让个人公布信息的服务，该服务也广泛地被认为是诸如博客等的CGM(消费者自主媒体)。

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

接下来，在例如由用户终端设备4的用户进行的基本使用之后，将参考图2描述根据本实施例的假设具有上述图1所示的配置的信息处理***的与内容分发有关的基本操作的示例。注意，在图2的描述中，将沿着由括弧[]中的字母数字字符指示的过程和操作号来进行描述。而且，这里，用户终端设备4A和4B被示为分别由两个用户A和B使用的用户终端设备4。在此附图中，存在于基本内容服务器1、派生内容服务器2、通信服务器3和用户终端设备4之间的网络5从附图中省略了。

过程1

首先，用户A利用用户终端设备4A(内容创建/共享应用100)访问基本内容服务器1上的内容下载站点，并且随后在内容下载站点上搜索用户想下载的基本内容，并且执行用于下载搜索到的基本内容的操作。响应于此操作，用户终端设备4A将下载请求发送到基本内容服务器1。

现在，我们将假定利用根据本实施例的内容创建/共享***，通过用户A在将下载请求发送到基本内容服务器1时执行适当的购买过程，来基本上对基本内容的下载付费。对于进行的购买过程，例如，这可以是以内容为单位或者以唱片(album)为单位而个别地设置的费用的支付过程，或者可以是近来已变得普遍的订阅。而且，可以构想这样的布置，其中，基本内容免费提供，在这种情况中，没有用户A的购买过程。

一旦接收到如上所述的下载请求，基本内容服务器1首先例如对作出请求的用户执行认证等，并且判定这是否是合法的下载请求。如果判定出这是合法的下载，则在下载请求中指定的基本内容(基本内容文件)从存储在基本内容服务器1中的基本内容中被搜索，并且作为搜索到的基本内容的文件的数据被发送到作出请求的用户终端设备4。

注意，这里由基本内容服务器1在数据库中进行管理时存储的基本内容文件的实际实体具有如下结构：作为实际内容数据的主要信息(maininformation)具有附接到其头部信息。在这种情况中的“实际内容数据”指依照预定格式的音频数据、运动图像数据以及静态图像数据(用于播放基本内容的实际内容的数据)，作为多个内容中的内容。即，根据本实施例的基本内容数据是这样的数据，根据该数据，可以通过执行音频信号处理和视频信号处理等来播放内容。

而且，头部信息除了包括针对每个内容文件的唯一内容ID(内容标识符)之外，还包括各种类型的元数据(标题、艺术家、数据所属的唱片的标题、流派、数据格式、数据大小等)。

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

因此，利用这种布置，作为一般原则通过由用户购买，存储在基本内容服务器1中的基本内容数据可以被下载到用户终端设备4。即，对于过程1，所谓的内容分发被执行。注意，存储并保存在用户终端设备4A中的基本内容数据可以由内容创建/共享应用100播放，并且例如利用连接到用户终端设备的AV(视听)设备等被输出为图像、音频等。

过程2

现在，一般地，对于经由网络的内容分发，由于对被提供的数据的某种等级的拷贝限制，下载之后的内容的使用被限制为诸如回放之类的使用。换言之，已通过下载获得内容的用户通常仅被允许在某个范围内的使用，而不被授予例如通过基于已被获取的所获得音频内容执行编辑来创建新的内容作为二次创作(secondary creation)的权利。

与此不同，对于本实施例，作为原则问题，基本内容是已被允许在预先设置的范围内将其用作二次创作的素材(二次使用、二次编辑)的内容。注意，本实施例中对基本内容的二次使用被设置在该基本内容的作者已授权的权利范围内。

内容创建/共享应用100能够通过根据用户操作执行编辑处理来执行对在其自身中管理的(本地存储并保存的)作为编辑素材的基本内容的二次使用，来创作作为新的曲调的音频内容。

而且，例如在编辑这种内容时，可以获得与效果数据库(effectdatabase)6中提供的预定特殊效果相对应的插件数据(plug-in data)，从而利用其来执行编辑。而且，可以以相同的方式获得素材数据库7中提供的诸如音频、图像等的素材，从而通过添加素材来执行编辑。注意，效果数据库6和素材数据库7可以被置于网络上，或者可以本地地存在于用户终端设备4A上。

对于本实施例，以这种方式创建的内容称作派生内容，而与基本内容相区别。对于过程2，通过操作对运行了内容创建/共享应用100的用户终端设备4A的操作来创建某种派生内容。

注意，作为由该过程2创建的派生内容的数据的实际实体不是具有如基本内容的曲调内容的数字音频数据和视频数据，而是利用回放控制信息生成的。即，其是描述效果的规范(特殊效果)的回放控制信息，例如如下指令：将播放作为二次使用的基本内容的数字音频数据和数字视频数据的哪部分(编辑素材内容)以及何时输出。

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

例如，与视频数据或音频数据等相比，可以使作为这种回放控制信息(即，基本内容回放控制信息)的派生内容数据的数据大小显著较小。因此，可以节约并有效使用用于将派生内容数据存储在派生内容服务器2上的诸如HDD等的存储介质的存储容量。而且，例如由于在网络上发送/接收派生内容数据时的传输数据量较小，因此不会使通信量更大。

对作为素材的已有内容执行用来创建作为新内容的二次作品的编辑(如利用本实施例的二次编辑)称作采样、混搭等，专业音乐家等也常执行这种编辑。鉴于此，自然可想到希望并要求普通人以相同的方式创建内容作为二次作品。然而，实际上，当适当地解决版权问题时，普通人极难创建作为二次作品的内容。

因此，对于根据本实施例的内容创建/共享***，试图通过首先使普通用户能够合法地利用所分发的内容执行二次编辑来提高用户的娱乐性。

为此目的，根据本实施例的基本内容被定位为允许已下载(购买)的用户在版权所有者已授权的权利范围内二次使用的内容。即，利用根据本实施例的基本内容服务器1的内容分发服务是用于分发主动允许对其进行二次使用的内容的。然而，在本实施例的情况中，作为对基本内容的二次使用的编辑工作应当限于为根据本实施例的内容创建/共享***开发的内容创建/共享应用100中的用户操作，并且应当被布置为使得编辑工作不由与根据本实施例的内容创建/共享***无关的其它编辑软件等来执行。

过程3

如上在过程2中描述的由用户A创建的派生内容文件的数据仅在用户终端设备4A中被保存，并且回放处理由内容创建/共享应用100的回放功能来执行，如后面利用图4所描述的，并且内容的图像/音频可以作为派生内容被播放。考虑到这个，本实施例还使得拥有根据本实施例的内容创建/共享应用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具有对登记在数据库中的派生内容的公布功能。因此，作为一般原则，此时由用户A创建并上传的派生内容可以由正访问由派生内容服务器2提供的内容公布站点的不确定数目的用户终端设备4(内容创建/共享应用100)的用户浏览。而且，对于本实施例，作为一般原则，所有用户的用户终端设备4都可以下载希望的派生内容。

因此，在过程5中已获得保存位置地址的用户A可以以若干方式向其它用户通告已公布在派生内容服务器2中的其自己的派生内容。过程6与公布通告的方法之一相对应，并且通过以下方式来执行：例如，访问如图所示的通信服务器3，并将已公布的由其自己创建的派生内容写入SNS中的其自己的页面，或者其自己的博客中等。此时，作为在过程5中获得的保存位置地址的URL也被拷贝以便被写入。

过程7

当例如用户B在如上利用过程6所述的用户A进行了写入之后操作安装在用户终端设备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中的下载而得到的基本内容的数据在本地存在的多种形式。首先，可以构想这样形式：其中，使得数据在以下状态中存在于本地：以与根据过程1的正常下载的情况相同的方式被存储在并保存到诸如HDD之类的辅助存储设备中。对于另一种，可以构想这样的形式：其中，数据被暂时保留在诸如RAM之类的主存储设备中，并且例如响应于不再处于可以执行派生内容的回放操作的状态中的内容创建/共享应用100而被擦除。虽然基本内容被描述为基本上已收费，但是例如可以构想这样的操作，其中，在暂时存储的情况下，这些是免费的，或者费用可以被设置得比正常下载便宜，等等。

而且，根据上面图2的描述，对于根据本实施例的派生内容的创建，基本内容以二次使用的方式直接被用作编辑素材的内容(编辑素材内容)。即，在此情况中的编辑素材内容是在播放时必须使用其实际内容数据的基本内容(也称作“源编辑素材内容”)。

然而，在本实施例中，不仅基本内容而且派生内容也可以被包括作为要经过二次使用的编辑素材内容。这点将参考图5A至5C补充说明。图5A至5C图示出了通过二次使用两种编辑素材内容进行编辑来创建一种派生内容的情况。

首先，图5A图示出了按照与图2描述的创建派生内容的示例相同的方式，编辑素材内容A和B的每个都是基本内容的情况。即，其示出了通过对被当作编辑素材内容A的基本内容A和被当作编辑素材内容B的作为不同基本内容的基本内容B执行编辑处理来创建派生内容。在此情况中，派生内容包括基本内容A和基本内容B的至少一部分来用作其内容，如图所示。即，基本内容A和B被用作作为原始编辑素材的内容(即，源编辑素材内容)。

图5B图示出了通过二次使用编辑素材内容A和编辑素材内容C进行编辑来创建派生内容，其中，编辑素材内容A是与图5A相同的基本内容，编辑素材内容C是二次利用基本内容C和D而创建的派生内容。在此情况中的派生内容包括以下内容作为其多个内容中的内容，包括：在编辑素材内容A中包括的基本内容A的至少一部分，以及在编辑素材内容C中包括的基本内容C和D的每个的至少一部分。即，基本内容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的描述可以理解的，利用本实施例的内容创建/共享***，首先，基本内容是可下载的。即，用户可以通过正常的内容分发下载(购买)并欣赏他们喜欢的内容。基于此，通过使能将基本内容作为编辑素材的二次使用来设置使用权利，因此，用户可以对作为素材的基本内容执行编辑，并且创建他们自己的作品。另外，可以利用使用CGM的通信技术，例如SNS和博客等来公开地公布作为以这种方式创建的作品的派生内容。即，普通用户可以编辑作为素材的具有版权的内容，并创建新的内容(派生内容)，并且进一步以适当方式公开地公布派生内容，这在以前由于诸如版权等问题而被认为在法律上有困难。

而且，对于本实施例，派生内容的实际实体是回放控制信息，该回放控制信息是通过至少包括用于指示作为由派生内容使用的原始编辑素材的基本内容的播放的描述而形成的。

内容创建/共享应用100具有对派生内容的回放功能，而且具有用于创建派生内容的编辑功能。因此，作为派生内容的一种回放形式，例如，内容创建/共享应用100不仅可以执行用于简单音频回放的处理，而且可以在上述编辑功能的用户界面中反映所播放的派生内容的编辑历史。即，作为将派生内容的实际实体作为回放控制信息的益处，用户可以使用内容创建/共享应用100的编辑功能详细地找出所下载的派生内容是如何被编辑的。

接下来，将描述用于实现到此为止所描述的根据本实施例的内容创建/共享***的操作的技术配置的示例。首先，图6图示出了基本内容服务器1的内部配置示例。如图所示，基本内容服务器1包括控制单元11、存储单元12、认证处理单元13、搜索处理单元14、数据库管理单元15、结算(settlement)处理单元16、加密处理单元17和网络接口18。

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

存储单元12配置有例如HDD等，并且存储基本内容数据库12a。基本内容数据库12a是信息递增的，其中，作为基本内容的要分发的数据文件已被存入数据库中。

例如如果作出了下载请求，则认证处理单元13利用包括在该请求中的用户ID和密码等执行关于是否为有效用户的预定认证处理。只有认证处理结果为是(OK)时，才会响应于该请求发送基本内容。

搜索处理单元14是这样的构件，其与数据库管理单元15协作来访问基本内容数据库12a并执行用于搜索所希望的基本内容的处理。

数据库管理单元15对基本内容数据库12a执行管理。例如，如果提供了新的基本内容，则新的基本内容被登记到基本内容数据库12a，并响应于此来更新基本内容数据库12a。而且，如果删除基本内容，则以相同的方式相应地执行基本内容数据的删除和数据库的更新。

结算处理单元16执行与支付基本内容有关的处理，例如对于用户侧的费用支付的结算。

加密处理单元17是执行如下处理的构件：使将从基本内容服务器1发送到用户终端设备4的基本内容数据经过预定加密。

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

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

控制单元21是集中执行派生内容服务器2中的各种控制处理的构件。其也具有等同于例如由CPU、RAM(主存储设备)等形成的计算机***的中心的硬件配置。

存储单元22配置有例如HDD等，并且存储派生内容数据库22a和内容配置简档(profile)数据库22b。

派生内容数据库22a随信息递增，其中，派生内容文件已被存入数据库中。

例如如果作出了针对派生内容的下载请求，则认证处理单元23利用包括在该请求中的用户ID和密码等执行与是否为有效用户有关的预定认证处理。

搜索处理单元24是这样的构件，其与内容数据库管理单元26协作来访问派生内容数据库22a并执行用于搜索所希望的派生内容的处理。

推荐内容提取处理单元25执行如下处理：从存储在派生内容数据库22a中的派生内容中提取(搜索)推荐内容，并生成反映了所提取的推荐内容的推荐内容列表信息。

推荐内容是被认为是适当的并适合于每个用户(用户终端设备4)的，并且具有推荐给用户的价值的派生内容。

内容数据库管理单元26对存储单元22中的派生内容数据库22a执行管理。例如，如果上传了新的派生内容(派生内容文件)，则将所上传的派生内容登记到派生内容数据库22a中，并响应于此更新派生内容数据库22a。而且，如果删除派生内容(派生内容文件)，则为了此目的的删除处理和与删除结果相对应的数据库的更新以相同的方式被执行。

加密处理单元28是执行如下处理的构件：使将从派生内容服务器2发送到用户终端设备4的派生内容数据经过预定加密。而且，取决于***操作，在上传派生内容时派生内容数据可以被加密并从用户终端设备4被发送，在此情况中，加密处理单元28也被布置来执行用于对其的加密进行解密的处理。

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

图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的博客访问请求、有效的博客张贴画面(blog posting screen)请求等，执行诸如博客画面数据的发送、博客张贴画面的发送等处理。而且，也执行用于管理博客数据库32a的处理，例如，更新博客数据库32a以反映对博客的张贴。

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

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

注意，虽然对应于SNS和博客而设置了通信服务器3，然而，例如可以配置用于SNS和博客的分离的服务器。而且，可以进行配置以提供例如更多的甚至在SNS和博客这样的个人站点和主页以前普及的基本的CGM相关服务，由此使个人用户可以张贴除了SNS和博客等之外的信息。

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

首先，用户终端设备4具有网络接口44，以便经由网络5执行通信。由于提供了该网络接口44，因此用户终端设备4例如可以经由网络5与基本内容服务器1、派生内容服务派生内容服务器2、通信服务器3和其它用户终端设备4等通信。

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

RAM 43是CPU 41的工作区域，并且合适地保存用于CPU 41执行各种处理的数据和程序等。

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

而且，输入/输出接口45具有连接到它的介质驱动器47。该介质驱动器47是被配置来使得数据可以被记录到预定格式的可移除介质并且可以从预定格式的可移除介质播放数据的驱动设备。

而且，输入/输出接口45具有连接到它的具有用作存储介质的硬盘的HDD 48。CPU 41被布置以使得能够经由输入/输出接口45将数据和程序等记录到硬盘驱动器48或者从硬盘驱动器48读出数据和程序等。

而且，用于显示图像的显示监控器49也连接到输入/输出接口45。

图10图示出了与根据本实施例的内容创建/共享***的使用有关的存储在HDD 48中的数据内容示例。

如图所示，关系到根据本实施例的内容创建/共享***，首先，内容创建/共享应用100被存储为应用程序的数据。注意，由安装处理来执行将内容创建/共享应用100存储到HDD 48。而且，作为应用文件，一个或多个基本内容文件(基本内容文件组103)一个或多个派生内容文件(派生内容文件组104)在内容创建/共享应用100的控制下被存储。

在此情况中的内容创建/共享应用100在功能上可以被看作被一般地由用作内容管理/创建工具101的程序部分和用作通信工具102的程序部分构成。内容管理/创建工具101被布置来执行：基本内容文件和派生内容文件的下载，以及对基本内容文件组103的基本内容文件和派生内容文件组104的派生内容文件的文件操作。还被执行的有根据编辑操作的编辑处理、响应于编辑结果的派生内容文件创建处理，等等。通信工具102执行用于访问通信服务器3以及操作博客和SNS的处理。

图11是对以功能块为单位的内容管理/创建工具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执行用于播放作为实际内容数据的视频数据或音频数据的数字信号处理。如果该基本内容文件经过了压缩编码，则执行与该压缩编码相对应的解码处理，并且执行与要使用的数字视频信号或数字音频信号有关的回放信号处理。

而且，如果播放派生内容，其执行用作音序器(sequencer)的播放处理，其中，作为源编辑素材内容的所使用的原始内容文件的数据部分按照由前述派生内容文件生成/解释处理单元118确定的播放处理序列被顺序地播放。

推荐内容相关处理单元121实现用于向用户侧推荐并呈现派生内容的功能，如下所述。

现在，在播放派生内容时，由派生内容文件生成/解释处理单元118对回放控制信息的解释结果可以反映在作为由内容创建处理单元117提供的GUI的编辑工作画面中。即，由回放控制信息指示的回放指令的内容可以以用户可以识别的形式显示在编辑工作画面上。用户可以通过查看这个来详细地确认派生内容是如何创建的。这意味着可以获得创建者如何创建派生内容的精确信息。例如，在一般内容的情况中，为了一般用户得知内容是如何创建的，仅仅可以从可以被实际播放并观看或收听等的视觉内容或听觉内容进行评估。

于此相比，在本实施例的情况中，可以更详细更具体地理解派生内容是如何创建的。对于内容创建，使用根据本实施例的内容创建/共享***在用户之间共享这种派生内容可以预期显著地提高用户的知识和技能。根据本实施例的***对于对内容创建感兴趣的用户来说具有极高的娱乐性和使用价值。

接下来，将参考图12A至14描述与本实施例相对应的内容文件(基本内容文件、派生内容文件)的结构示例。首先，图12A图示出了派生内容文件的配置示例。

如图所示，派生内容文件由头部和主体(body)(主要部分)构成。头部存储由与派生内容文件有关的一组预定信息项(元数据、添加的信息)组成的头部信息。主体存储与位于内容文件的内容中的数据相对应的实际数据。由此，在派生内容文件的情况中，回放控制信息被存储。

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

现在，图13示出了派生内容文件的头部存储的头部信息的内容示例。在图13中，由头部信息组成的信息项(元数据项)是：与当前内容相关的基本信息、所使用的源编辑素材内容信息、所使用的编辑素材内容信息、当前内容使用协定范围信息和当前内容生成信息。与当前内容相关的基本信息是与当前内容文件有关的基本信息项(元数据)。

图14图示出了由与当前内容相关的基本信息组成的信息项(元数据项)组的示例。这里，示出了内容ID、标题、创建者、内容类型、播放时间、创建时的日期和时间、护封(jacket)数据等等。

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

标题是指示赋给当前派生内容文件的标题的信息。

创建者是指示当前派生内容文件的创建者的信息(也可以称作“作者”、“制作者”、“艺术家”等)。这里，存储了与创建者相对应的名字以及创建者的用户ID。

内容类型是指示内容中当前派生内容文件具有的内容的类型、范围等的信息，例如，电影、曲调、照片(静态图像)等。

播放时间是指示作为当前派生内容文件的内容的总的播放时间的信息。

创建时的日期和时间是指示当前派生内容文件被创建时的日期和时间的信息。

存在内容被提供有诸如唱片的护封之类的图像数据的情况。护封数据就是这样的图像数据。

流派是指示被赋给内容中用作当前派生内容文件的内容的流派的信息。

注意，除了列在这里的信息项之外的信息项也可以包括在与当前内容有关的基本信息中。

所使用的源编辑素材内容信息是指示何种源编辑素材内容(其是所使用的源编辑素材内容)用于播放内容中用作当前派生内容文件的内容。换言之，这是用于指示基本内容文件或者派生内容文件的哪个使其实际内容数据被用于创建当前派生内容的信息。

与图5A至5C相联系，被示为组成了由编辑处理新近创建的派生内容的基本内容文件是上述所使用的源编辑素材内容信息。因此，在5A的情况中，以使用基本内容信息的形式示出了基本内容A和B，在图5B的情况中，示出了基本内容A、B和C，而在图5C的情况中，示出了基本内容C、D、E和F。

而且，可能存在这样的可能性：包括在编辑素材内容中的某个基本内容可能根本未被用在内容中作为通过编辑编辑素材内容而创建的派生内容的内容中。对于图5B的情况的示例，当通过例如利用编辑素材内容A和C执行编辑而获得新的派生内容时，可能存在这样的可能性：该派生内容使用了基本内容A和C的至少一部分，而根本未使用基本内容D。在此情况中，只有基本内容A和C是用于播放派生内容的基本内容的实际内容数据，而未使用基本内容D。

对于所使用的源编辑素材内容信息的内容应当如何与这种情况相对应，基于只应当反映实际用于播放派生内容的基本内容的思想，可以构想这样一种布置，其中，内容使得仅示出基本内容A和C，而不示出基本内容D。

对于另一种情况，可以构想内容使得所有基本内容A、C和D都被示出的另一种布置。即，这是基于这样的思想的：其中，在此情况中，虽然实际未使用基本内容D，但是内容中用作基本内容D的内容在创建派生内容的处理中存在某种程度上的影响，因此，相当于以潜在的方式被使用。在此情况中，因此，在此次创建的派生内容的生成中即使只使用了一次的所有基本内容也包括在所使用的源编辑素材中。

如后面参考图15所述的，所使用的源编辑素材内容信息还包括与这里所示的基本内容有关的预定内容的元数据。

而且，所使用的编辑素材内容信息是用于指示哪些编辑素材内容(所使用的编辑素材内容、直接使用的内容)直接用于创建派生内容文件的信息。

与图5A至5C相联系，存储在图5A所示的新的派生内容的所使用的编辑素材内容信息中的是用于指示用作编辑素材内容A和B的实际基本内容的数据。而且，在图5B所示的新的派生内容的情况中，存储了用于指示用作编辑素材内容A的基本内容的数据，以及用作编辑素材内容C的派生内容文件。而且，在图5C所示的新的派生内容的情况中，用于指示用作编辑素材内容C和D的派生内容文件的数据被存储为所使用的编辑素材信息。

注意，如稍后将描述的图15所示，所使用的编辑素材内容信息还附加了针对这里所示的编辑素材内容的每个的相关预定内容的信息。

当前内容使用协定范围信息是与当前内容文件有关的使用协定范围设置的信息。结构应当遵守后面利用图15描述的配置示例的使用协定范围信息。

当前内容生成信息是用于指示作为在根据本实施例的内容创建/共享***的环境下所创建的内容的当前派生内容是何种生成的信息。

图15图示出了所使用的源编辑素材内容信息和所使用的编辑素材内容信息的结构示例。这里注意，所使用的源编辑素材内容信息和所使用的编辑素材内容信息被示出为具有共同的基本结构。因此，图15的内容示出了被共同示出的所使用的源编辑素材内容信息和所使用的编辑素材内容信息两者。

如图所示，所使用的源编辑素材内容信息/所使用的编辑素材内容信息主要由经链接的单元文件信息组成。每个单元文件信息对应于一个所使用的源编辑素材内容信息或所使用的编辑素材内容信息。

注意，为了简化描述，在该图15的描述中，如果在所使用的源编辑素材内容信息和所使用的编辑素材内容信息之间没有特别的区别，则它们两个将简称为“所使用的内容”。

对于单元文件信息，例如，提供了内容ID、创建者、标题、生成和使用协定范围信息项。

这里，内容ID存储为相应的所使用内容的内容文件提供的内容ID。

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

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

生成信息项存储生成信息。生成信息是用于指示多个内容中的内容是何种生成的信息。对于根据本实施例的内容创建/共享***，根据与编辑素材内容的生成相对应的预定规则，基本内容被明确地定义为第一次生成内容，而派生内容被定义为是第N次生成的。因此，如果图15所示的所使用的内容信息是所使用的源编辑素材内容信息，则指示第一次生成的信息将存储在生成次数信息中。而且，如果图15所示的所使用的内容信息是编辑素材内容信息，则存储用于指示根据与单元文件信息相对应的每个所使用的内容(基本内容或派生内容)而实际设置的生成的信息。

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

使用项1至n被指派，以使得每个对应于与相应的使用内容的编辑(二次使用)有关的预定使用内容。可以构想出的适于使用项的使用内容的示例包括如下：

·关于是否允许二次使用当前内容的内容

·对于要用作编辑素材的其它内容，与使用来自当前内容的另一创建者的内容有关的内容

·对于要用作编辑素材的其它内容，与使用来自当前内容所属的地方的另一唱片的内容有关的内容

·与使用特别效果(particular effect)和特殊效果有关的内容

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

·从所有内容提取一部分并用作编辑素材

·当从所有内容提取一部分并用作编辑素材时，与所提取的实际内容数据部分有关的许可内容

·可使用的代数(例如，如果允许使用两代作为基本内容，即达到孙子代(第三代)，则可以创建利用该基本内容的子派生内容和利用该派生内容的孙派生内容，但是不允许对使用了相应的基本内容的部分的孙派生内容进行编辑)

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

针对这些使用项的每个描述用于指示与为每个使用项所设置的使用授权有关的内容的、例如以允许/不允许开始的信息。对于使用协定范围的信息，对针对这些使用项的每个而描述的使用设置内容的概况指示了对相应的使用内容的使用协定范围。

对于基本内容文件的头部信息的内容，通过参考附图的具体描述将被省略，并且应当注意，足以具有定义被使用的基本内容文件的信息。然而，对于本实施例，可以认为基本内容文件的头部信息与派生内容文件的头部信息具有共同结构的布置是适当的。利用这种基本内容文件头部信息结构，使头部结构在基本内容和派生内容之间标准化，从而可以预期这会提高利用根据本实施例的内容创建/共享***的内容文件管理的效率。其一个示例是：基本内容文件将具有当前内容使用协定范围信息，因此，可以对作为第一次生成内容的基本内容设置更精确反映作者的决定和思想的使用协定范围。

然而应当注意，不使用其它内容来二次创建基本内容文件。因此，例如，必须在基本内容文件的头部中存储与图16所示的所使用的源编辑素材内容信息和所使用的编辑素材内容信息有关的无意义信息。

接下来，将描述派生内容文件中的回放控制信息。与实际内容数据不同，回放控制信息是由对用于以预定语言播放内容中用作当前派生内容的内容的处理序列的描述组成的单元信息。形成该回放控制信息的描述内容的元素例如包括：首先，指示用作用于回放的实际内容数据的基本内容的描述、指示在用作该基本内容的实际内容数据中要用于实际播放派生内容的数据部分的描述，以及指示播放该数据部分的时间的描述。而且，执行用于应用诸如渐强、渐弱、重叠、均衡(音调调节)、回放速率、混响、延迟等的效果或特殊效果的描述。

图16图示出了回放控制信息的内容的示例。在此附图中，括号[]之间的描述内容指示用于一个基本使用内容(源编辑素材内容)的回放控制内容。

将描述图16所示的使用基本内容单元的回放控制内容的示例。首先，对于作为在附图上部所示的所使用内容的单元的回放控制内容，描述了[file_id＝AAAAAA；time＝00:00-00:10；position＝w-zz]。这规定了：所使用内容是由内容ID＝AAAAAA(这里的file_id的描述符)指定的，并且使用该使用内容的当前派生内容的播放时间是00:00(开始时间)-00:10(播放时间为10秒)，以及在此播放时间期间所使用的使用内容的数据片段(实际内容数据的片段)是与地址w至地址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因此顺序地解释括号[]中的使用内容的回放控制内容，并且根据解释结果执行实际回放控制，由此将派生内容作为视频信号、音频信号等播放并输出。

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

现在，我们假定例如用户终端设备4的用户已激活了内容创建/共享应用100的内容管理/创建工具101，并且准备好编辑派生内容。假定使得用作创建派生内容的素材的内容被搜索的操作被执行，并且其被登记(定下来)作为编辑素材内容。根据此，图17所示的处理由内容管理/创建工具101的内容创建单元117执行。

在图17中，首先，在步骤S101，执行获取被登记为编辑素材内容的内容的数据。注意，如果所登记的编辑素材内容是基本内容，则获取与其相对应的基本内容文件的数据，并且如果是派生内容，则获取与其相对应的派生内容文件的数据。

在步骤S102，进一步执行从由上述步骤S101获取的数据中读进使用协定范围的信息。因此，与相对于此时被登记为编辑素材内容的内容而设置的使用协定有关的各种内容基于使用协定范围信息中的使用项1至n的内容而被识别。因此，在下面的步骤S103，与上述步骤S102相联系地识别出的使用协定的内容被设置以反映在用于派生内容编辑的用户界面(UI)上。由于此处理，内容创建处理单元117操作以使得不能进行对超出在编辑素材内容中预先设置的使用协定范围的内容的编辑操作。

图18图示出了与生成派生内容文件有关的基本处理过程示例，该派生内容文件是用作派生内容的数据的实际实体。在此附图中所示的处理例如也由用于执行作为内容管理/创建工具101的程序的CPU 41来实现。

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

在如上所述的执行编辑处理的处理中，当在步骤S202中判定已执行了用于保存到此为止的编辑结果的操作时，流程前进到步骤S203。在步骤S203，生成与由到此为止的编辑结果获得的多个内容中的内容相对应的派生内容文件。在生成派生内容文件时，反映到此为止的编辑结果的头部信息和回放控制信息被生成，并且这些被组合来生成文件。

在步骤S204中执行控制以便将如上所述的该派生内容文件例如保存在HDD 48中的适当的目录中。当步骤S204的过程结束时，流程返回步骤S201。

注意，当创建派生内容文件时，当前内容使用协定范围信息的内容也被生成。对于如何设置当前内容使用协定范围信息的内容，可以构想这样的布置：例如，在不超过所确定的最小值的范围中自动地设置(针对每个使用项的内容)下面的预定规则，所确定的最小值对用于作为源编辑素材的每个基本内容的使用协定范围信息进行汇总。而且，可以构想这样的布置：与关于用户所执行的当前内容使用协定范围信息的内容的指定操作相对应的进行设置，以反映用户的意向。然而，即使以这种方式根据用户操作进行设置，也在不超过对作为源编辑素材的每个基本内容的使用协定范围信息进行汇总的所确定的最小值的范围内执行设置，以使得不能进行对超过其的使用协定范围(针对每个使用项的内容)的设置。

注意，虽然未在这里的附图中示出，然而，此附图所示的处理有余留(left)，并且例如响应于被执行来关闭用于创建派生内容的GUI屏幕的操作等，流程转(transit)到其它处理。

接下来，将参考图19的流程图描述与由用户终端设备4上传派生内容有关的处理过程示例，以及派生内容服务器2根据该上传的处理过程示例。附图中在用户终端设备4侧的处理主要由用作派生内容管理处理单元115和内容传送处理单元116的程序来实现。派生内容服务器2中的处理由协同操作的图7所示的构件执行，而在实际中，可以被视为由组成执行程序的派生内容服务器2的计算机***(CPU)来实现。

在步骤S301，用户终端设备4侧等待获取指示派生内容文件的上传的命令。

现在，我们假定：作为对由内容管理/创建工具101提供的GUI的操作，用户选择希望要上传的一个或多个派生内容，并且执行上传执行操作。响应于该上传执行操作，指示上传与在GUI中所选的派生内容相对应的派生内容文件的命令被生成，然后流程前进到步骤S302。

注意，用于该上传的派生内容是由内容创建/共享应用100创建的并存储在HDD 48中作为内容创建/共享应用100的应用文件的内容。

在步骤S302，指定了要上传的派生内容，即派生内容文件从其存储的目录中被读进来。在下面的步骤S303中，控制被执行以使得已读进的派生内容文件的数据与上传请求一起经由网络被发送并输出到派生内容服务器2。

在步骤S401，派生内容服务器派生内容服务器2准备接收上传请求，并且当接收到上传请求时，从S402开始执行过程。注意，为了在接收上传请求后实际上转到步骤S402，通过例如认证处理对这是来自有效用户的请求进行确认，但是这里省略了这种处理过程。

在步骤S402，设置用于与上传请求一起接收的派生内容文件的保存位置(URL)。

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

在步骤S303中执行了上传请求的用户终端设备4等待在步骤S304中接收保存位置信息。当接收到保存位置信息时，在步骤S305，所接收的保存位置(URL)信息被保存在适当的目录中。因此，此后，可以通过对内容管理/创建工具101执行预定操作来召回派生内容的保存位置信息。如果保存位置是RUL，例如可以根据召回操作显示作为URL的文本串。

图20的流程图图示出了与由用户终端设备4下载派生内容有关的处理过程示例，以及响应于此的派生内容服务器2中的处理过程示例。附图中在用户终端设备4侧的处理也主要由用作派生内容管理处理单元115和内容传送处理单元116的程序来实现。

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

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

在步骤S601中，派生内容服务器2等待要接收的下载请求，并且当接收到下载请求时，执行步骤S602中的过程。注意，同样为了在接收下载请求后实际上转到步骤S602，使认证处理等发生，但是这里也省略了这种处理过程。

在步骤S602，存储单元22的派生内容数据库22a被访问，并且所指定的派生内容文件被搜索，并且搜索到的派生内容文件被发送到作出请求的用户终端设备4。

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

图21中的流程图图示出了用户终端设备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上通知此时指定回放的派生内容未被授权从而不可播放，等等。

通过例如执行这种处理，对于本实施例，仅从外部获得的(从派生内容服务器2正当下载并获得的)派生内容信息在用户终端设备4中被播放，由此，充分地保护了基本内容或派生内容的版权。

注意，对于用于仅播放并输出从派生内容服务器2正当下载的派生内容的布置，还可以构想其它布置。例如，可以构想这样的配置：其中，在用户终端设备4作为下载而进行接收并获取时预先对加密进行解密，并且与附接到它的解密结果信息一起存储在HDD 48中，在播放时，参考所附接的解密结果信息，以判定是否播放派生内容。而且，可以进行这样的布置：其中，在从派生内容服务器2发送时，作为在派生内容服务器2中进行的处理，将指示针对下载而进行发送的特殊代码嵌在派生内容中，在播放时，在用户终端设备4侧确认该代码以及其内容等的存在/不存在，从而判定是否开始播放。

现在，对于诸如本实施例之类的内容创建/共享***，在用户间共享的派生内容的数目，即派生内容服务器2存储并管理的派生内容文件的数目是巨大的。

而且，如前所述，对于根据本实施例的内容创建/共享***，即使没有用于如上所述的从作为朋友等的用户引入派生内容的通知，也可以访问派生内容的下载站点并且可以下载所希望的派生内容。

考虑到此点，可以说对于根据本实施例的内容创建/共享***，用户如何有效地从巨大数目的派生内容中找到合适的派生内容是很重要的。

因此，根据本实施例的内容创建/共享***旨在能够有效地选择合适并适于每个用户的派生内容，并且能够将这些呈现给用户。另外，考虑到当前的技术水平，提出在实际中尽可能有效的配置。

注意，根据本实施例的为了“呈现出合适并适于每个用户的派生内容”指推荐对该用户来说值得收听/观看的派生内容。即，可以认为下面的描述是关于针对每个用户推荐合适于用户的派生内容的配置的。而且，根据此，我们还将适合于某个用户的所选派生内容看作“推荐内容”。

图22图示出了在内容创建/共享***中执行的与派生内容的推荐有关的处理的示例。这里，用户终端设备4中的播放器单元120(内容管理/创建工具101)、通信工具102、推荐内容相关处理单元121(内容管理/创建工具101)以及派生内容服务器2被示为执行这里的处理的主要实体。

为了辅助后续描述，将描述通过附图所示的处理获得的派生内容推荐的操作的概况。首先，对于用户终端设备4中的状态，当播放器单元120被激活并且基本内容被播放时，通信工具102被布置来操作。在此状态中，用户终端设备4(通信工具102是其主要实体)接收从派生内容服务器2提取的与当前在播放器单元120中播放的基本内容有关的推荐内容的列表，并且使用该列表的数据来利用通信工具102将推荐内容显示并呈现在GUI屏幕上。

而且，在播放器单元120中播放的并且用作提取(搜索)如上所述的推荐内容的关键字(提取条件/搜索条件)的基本内容也称为“关键字基本内容”。

首先，在图22的步骤S801中，我们假定播放器单元120正执行对对于用户终端设备4的用户来说可视为持有的基本内容中的某个基本内容的输出的播放处理。

注意，这里所使用的用户“持有”或“拥有”内容在一种意义上指这样的状态：其中，基本内容文件例如在对于用户的内容创建/共享应用100(用户终端设备4)来说可视为位于本地的状态中被存储并被管理。而且，例如，即使基本内容文件未存在于本地，而存在于服务器等上，并且可以由内容创建/共享应用100访问并播放，则这种基本内容文件也可以被视为用户“持有”。这种基本内容的示例包括可以在诸如预订之类的内容观看/收听契约下从服务器流出(stream)或下载，并被本地存储的那些基本内容。这也可以被认为是这样的内容：用户在开始播放时不必单独地为其付费，而有权播放这些内容。

在上述步骤S801中基本内容在播放器单元120中被播放的状态中，我们假定通信工具102也被激活并正在运行。在此状态中，如步骤S802所示，通信工具102向播放器单元120作出通知请求以接收当前正在播放器单元120中播放的基本内容是什么，即关键字基本内容是什么的通知。

当在步骤S803中接收到上述通知请求时，作为对其的响应，播放器单元120向通信工具102返回例如识别并标识关键字基本内容的内容ID。

响应于步骤S803而接收到关键字基本内容的内容ID的通信工具102在步骤S804执行用于从派生内容服务器2请求推荐内容列表的处理。这里所请求的推荐内容列表称作单元信息，其中示出了与根据步骤S801的当前播放的基本内容相对应的推荐内容。该步骤S804的处理利用作为通信工具102的程序将作为推荐内容列表请求的数据从用户终端设备4经由网络发送到派生内容服务器2。而且，在发送该推荐内容列表请求时，其内容ID被嵌在其操作数中，作为用于识别在步骤S803中通知的关键字基本内容的信息。

注意，在步骤S803和S804的处理中交换的关键字基本内容的内容ID也称作“关键字内容ID”。

在步骤S804中接收了推荐内容列表请求的派生内容服务器2在步骤S805中执行用于提取推荐内容的处理，并且执行用于创建作为反映推荐内容的提取结果的内容的推荐内容列表(推荐内容信息)的处理。注意，在步骤S805中的处理可以视为主要由与图7相联系的推荐内容处理单元25执行的。

现在，将描述推荐内容相关处理单元121在步骤S805中执行的推荐内容提取处理的示例。

首先，将参考图23描述这里的推荐内容提取处理的基本概念。注意，在下面的描述中，认为用户终端设备4的用户持有基本内容将称作“持有基本内容”。而且，在图22中利用用户终端设备4(播放器单元120)播放基本内容的用户是作为派生内容的推荐对象的用户。该用户将称作“接收推荐用户”。

参见图23所示的维恩(Venn)图，集合A是这样的集合，其将存储在派生内容服务器2中作为派生内容数据库22a的所有派生内容作为其组分。

集合B是这样的集合，其将属于集合A的派生内容(存储在派生内容服务器2中的派生内容)作为其组分，这些派生内容包括用作源编辑素材(所使用的源编辑素材内容)的关键字基本内容。在此情况中实现的一种思想是：在存储在派生内容服务器2中的派生内容中，具有作为源编辑素材的用户持有基本内容的那些派生内容具有向持有基本内容的用户推荐的最高价值。

原因如下。

首先，推荐接收用户的所持有基本内容最可能是根据推荐接收用户的偏好和爱好而进行的收集。这意味着我们可以估计：派生内容具有越多的所持有基本内容作为其源编辑素材内容，推荐接收用户可能对派生内容越感兴趣，并且也最可能匹配用户的爱好。

而且，对于本实施例，在用户通过下载等获取基本内容时，作为规则，用户对内容付费。所持有基本内容是用户已经获得的内容。因此，如果持有内容包括在源编辑素材中，则用户需要购买的基本内容越少，意味着对用户来说成本越低。

因此，对于本实施例，我们假定使用一个或多个所持有基本内容作为源编辑素材内容的派生内容将被提取(选择)作为推荐内容。

与图23相联系，属于集合B的派生内容将被提取作为推荐内容。

另一方面，对于作为集合B的补集的集合A的派生内容，即，未使用甚至一个所持有基本内容作为源编辑素材内容的派生内容从推荐内容中被移除。我们可以估计：对于这种推荐内容，推荐接收用户可能对这种派生内容具有较少的兴趣，并且派生内容也可能不匹配接收推荐用户的爱好。此外，这种派生内容使用户花费较多。

在图22的步骤S805中，用于提取属于上述图23中的集合B的派生内容作为推荐内容的处理的具体示例如下。

即，推荐内容处理单元25从登记在派生内容数据库22a中的派生内容中搜索用于包括在步骤S804获得的关键字内容ID的派生内容的所使用的源编辑素材内容信息。

所使用的源编辑素材内容信息指示了用作当前派生内容的源编辑素材(即用于播放)的基本内容的内容ID。因此，将关键字内容ID包括在所使用的源编辑素材内容信息中意味着关键字基本内容，即当前在播放器单元120中播放的基本内容，被包括作为当前派生内容的源编辑素材。即，属于图23的集合B的派生内容被提取作为结果。

接下来，推荐内容处理单元25在同一步骤S805中创建作为内容信息的推荐内容列表，该内容信息指示派生内容被提取作为如上所述的推荐内容。

注意，推荐内容列表例如可以从用于每个所提取的派生内容的预定定义的元数据创建。此时，用于每个派生内容的元数据例如可以基于派生内容文件中的头部信息来获得。

图24示出了推荐内容列表的结构的示意性示例。对于此情况中的推荐内容列表，针对每个所提取的推荐内容1至n提取派生内容文件中的头部信息，并且这些头部信息被布置。头部信息可以被视为是与对应于头部信息的派生内容有关的元数据的集合，因此，也可以说该推荐内容列表具有如用于每个所提取推荐内容的元数据组那样的结构。

在步骤S806，如上所述那样创建的推荐内容列表例如在控制单元21的控制下，经由网络5被发送到作出请求的用户终端设备4。在此情况中的用户终端设备4利用通信工具102接收所接收的推荐内容列表的数据。

现在，处于由通信工具102在步骤S806中接收的阶段中的推荐内容列表仅示出了与推荐内容匹配的派生内容，这些派生内容被示为没有用于推荐的优先级顺序，即推荐顺序。

例如，如果推荐内容可以与其适当设置的推荐顺序一起被呈现给用户，则与在没有任何推荐顺序设置的情况下呈现推荐内容的情况相比，用户能够有效地减少所呈现的推荐内容。

因此，响应于接收到推荐内容列表的数据，通信工具102向推荐内容相关处理单元121执行推荐顺序设置请求，如步骤S807所示。在该推荐顺序设置请求时，通信工具102例如将在步骤S806中获得的推荐内容列表的数据传给推荐内容相关处理单元121。

在步骤S808，响应于推荐顺序设置请求，推荐内容相关处理单元121首先设置与登记在推荐内容列表中的派生内容有关的推荐顺序，然后在推荐内容列表中反映所设置的推荐顺序。

虽然可以构想各种算法用于在步骤S808中设置推荐顺序，然而在此，推荐顺序是基于推荐内容(派生内容)中接收推荐用户的所持有基本内容的使用状态(包含状态)而设置的。

如前利用图23所描述的，对于具有二次创建性质的派生内容，可以应用这样的思想：“具有作为源编辑素材的接收推荐用户的所持有基本内容的那些派生内容具有向接收推荐用户推荐的较高价值”。基于此思想，我们可以说“使用了较多的接收推荐用户的所持有基本内容作为源编辑素材的那些派生内容具有向接收推荐用户推荐的更高价值”。

图25图示出了用于根据上述思想基于接收推荐用户的所持有基本内容的使用状态(包含状态)来设置推荐顺序的、在步骤S808中的处理过程的示例的流程图。在图25中，在步骤S901，推荐内容相关处理单元121首先通过将1代入指示推荐内容的编号的变量n来执行初始化。注意，为了方便，在此将被指派给变量n的编号赋给登记在推荐内容列表中的派生内容，并且与推荐顺序无关。

在步骤S902，推荐内容相关处理单元121从推荐内容列表读进作为第n个推荐内容(推荐内容n)的元数据之一的所使用的源编辑素材内容信息。注意，所使用的源编辑素材内容信息是最初包括在派生内容的头部信息中的信息，并且例如具有利用图15描述的内容。即，在此情况中的推荐内容列表包括所使用的源编辑素材内容信息作为用于每个派生内容的元数据。

在步骤S903，推荐内容相关处理单元121通过参考在步骤S902中读入的所使用的源编辑素材内容信息，识别用在推荐内容n中的源编辑素材内容(基本内容)。注意，m个所识别的源编辑素材内容也根据此情况中的预定规则由数字1至m来表示。

步骤S904和S905是用于步骤S906至S909的初始化处理。在步骤S904，将1代入指示在步骤S903中识别的源编辑素材内容的编号的变量m。在步骤S905，将0代入表示推荐内容n的缺少内容的数目的变量Fn。

注意，这里的“缺少内容”指必须用来播放作为推荐内容的派生内容的、不是接收推荐用户的持有基本内容的基本内容(源编辑素材内容)。

而且，可以认为缺少内容的数目表示多少持有基本内容用在(包括在)作为源编辑素材的基本内容中(使用状态/包含状态)。

例如，内容管理/创建工具101管理相应的用户的持有基本内容。由于该管理，可以找出每个所持有基本内容的内容ID。而且，与图11相联系，该管理例如可以由基本内容管理处理单元113来执行。或者，可以构想这样的配置：其中，其由播放器单元120管理作为可由播放器单元120自身播放的基本内容。

在步骤S906，推荐内容相关处理单元121判定作为源编辑素材内容m的基本内容是否包括在持有基本内容中。这可以通过在持有基本内容的内容ID中搜索与源编辑素材内容m指示的内容ID相匹配的内容ID来执行。在步骤S906，如果在持有基本内容中找到与指示源编辑素材内容m的内容ID匹配的内容ID，则获得肯定的判定结果，而如果未找到，则获得否定的判定结果。

如果在步骤S906中获得肯定的判定结果，则步骤S907被跳过并且流程前进到步骤S908。

相反，如果获得否定的判定结果，则在步骤S907中递增变量Fn，并且流程前进到步骤S908。

在步骤S908，推荐内容相关处理单元121判定当前变量m是否达到或高于最大值。变量m的最大值是在步骤S903中识别的源编辑素材内容的数目。

如果在步骤S908中获得否定的结果，则这意味着仍存在需要判定其是否包括在持有基本内容中的源编辑素材内容，因此，在步骤S909中递增变量m，并且流程返回步骤S906。因此，在步骤S906中对源编辑素材内容1至m进行判定，并且如果在此获得否定的编辑结果，则递增变量Fn。

作为在步骤S906中对所有的源编辑素材内容1至n执行的判定的结果，在步骤S908获得肯定的判定结果，并且流程前进到步骤S910。如果在步骤S908获得肯定的判定结果，则这最终确定了与推荐内容n有关的缺少内容的数目Fn。

在步骤S910，对变量n是否达到或高于最大值作出判定。如果在此获得否定的判定结果，则这意味着存在仍未获得其缺少内容的数目的剩余的推荐内容。在此情况中，在步骤S911中递增变量n，并且流程返回步骤S902。

因此，针对推荐内容1至n的每个获得缺少内容的数目。当获得了所有推荐内容1至n的缺少内容的数目时，在步骤S910获得肯定的判定结果，并且流程前进到步骤S912。

当到达步骤S912时，已经获得了推荐内容1至n的缺少内容的数目F1至Fn。因此，在步骤S912，基于缺少内容的数目F1至Fn，在推荐内容1至n中设置推荐顺序。可以构想关于如何利用缺少内容的数目F1至Fn设置推荐顺序的各种主意，因此，这里省略对具体示例的描述。作为基本原则，具有较少缺少内容的派生内容设置有较高的推荐顺序。

注意，对于步骤S903中的处理，对简单地基于缺少内容的数目设置推荐顺序进行了描述，然而，可以构想这样的布置：其中，派生内容中用作源编辑素材的基本内容中的缺少内容的百分比或比率被设置为推荐顺序。即，对于基于作为源编辑素材的持有基本内容的使用状态来设置推荐顺序，其具体算法不限于图25中的算法。

返回图22，如果我们假定例如已像步骤S808那样设置了根据图25的推荐顺序，则推荐内容相关处理单元121重新创建推荐内容列表以在同一步骤S808中反映推荐顺序的设置结果。对于这种处理，一种可构想的思想是根据推荐顺序对设置在推荐内容列表中的派生内容的排列顺序重新排序。可以构想出的另一种思想是在用于推荐内容列表中的每个派生内容的元数据中重新嵌入指示推荐顺序的数据。

在步骤S809，推荐内容相关处理单元121将对于反映推荐顺序的内容重新创建的推荐内容列表返回给通信工具102，作为对推荐顺序设置请求的响应。

通信工具102使用在上述步骤S809中接收的推荐内容列表，并且执行用于根据预定格式显示输出表示推荐内容的图像的处理，如步骤S810的处理。此时，推荐内容被呈现以反映所设置的推荐顺序。

注意，虽然描述了例如在图22中的用户终端设备4侧设置推荐顺序，然而，可以构想这种处理也在服务器(派生内容服务器2)侧被执行的布置。根据该配置，可以在服务器侧创建反映了推荐顺序的推荐内容列表。

然而，例如，试图也在服务器侧设置推荐顺序，获得缺少内容的数目意味着必须具有用于指示要存储在服务器侧的每个用户的所持有基本内容的细目(breakdown)(持有基本内容信息)的信息。或者，在每次要在服务器侧执行推荐顺序设置时，指示持有基本内容的细目的信息必须从用户终端设备4发送过来。

考虑到实际情况，在前者的情况中，大量用户的每个的持有基本内容信息将在服务器侧被存储并管理，因此，服务器侧的处理可能变得较慢。而且，在后者的情况中，在每次要创建推荐内容列表时，持有基本内容信息通过网络被交换，然而，可以想到存在持有数以千万计的基本内容的相当大数目的用户。这些用户的所持有基本内容信息的大小是相当大的，这会导致通信量拥塞。而且，在任一种情况中，所持有基本内容的细目为服务器(即，第三方)侧所知，从而一些用户最有可能不喜欢这样。

相反，对于本实施例的情况，所有必须在派生内容服务器2侧做的是基于当前所播放的基本内容的内容ID提取推荐内容，并创建推荐内容列表，而推荐顺序设置在本地，即在用户终端设备4侧执行。

因此，服务器侧不必持有所持有的内容信息，因此，减轻了服务器侧的处理负荷，并且减轻了通信量拥塞。而且，持有基本内容的细目不被服务器侧了解到。

与图22中的情况相反，可以构想这样的配置：其中，例如，所有持有基本内容的内容ID从用户终端设备4侧被发送，而派生内容服务器2对于所有持有基本内容根据所提取的派生内容创建推荐内容列表。

然而，在这种情况中，可以想到要呈现作为推荐内容的派生内容的数目是非常大的。而且，用户不可能同样喜欢所有持有基本内容，因此，存在较高的可能性将实际没有推荐价值的派生内容也提取作为推荐内容。

而且，用于提取与所有持有基本内容相对应的推荐内容的处理还是非常慢的处理，尤其是在持有基本内容的总数非常大的情况中。

因此，对于本实施例，通过将用于提取推荐内容的关键字限制为在用户终端设备4中播放的一个基本内容(如图22所示)来避免上述麻烦。

这样，对于本实施例，可以说进行了这样的布置：其中，在考虑到诸如当前计算机***的处理能力、用户对于私密的倾向等的实际状况的情况下，可以尽可能有效地获得与内容推荐有关的操作。

而且，推荐顺序例如可以基于除了缺少内容的数目之外的条件来设置，或者可以基于缺少内容的数目以及一个或多个其它条件来设置。

虽然除了缺少内容的数目之外的条件未受特别限制，然而特别地，可想到的布置是使用接收推荐用户对包括在推荐内容的源编辑素材中的持有基本内容的播放历史或比率(喜爱比率)。

原因在于使用诸如播放历史或比率等的信息允许在数字上量化用户对该内容有多喜欢。可以说，用户越喜欢某个所持有基本内容，则包括作为源编辑素材的该所持有基本内容的推荐内容就具有更大的推荐价值。

而且，在利用这样的多个条件设置推荐顺序的情况中，可以在派生内容服务器2侧执行基于某些特别条件的推荐顺序设置。即，推荐顺序设置可以被分散在用户终端设备4侧和服务器侧之间。在这种情况中，例如可以在用户终端设备4中整合针对每个条件所设置的推荐顺序，从而获得最终的推荐顺序。

在上述图22所示的用于派生内容推荐的处理中，所播放的基本内容的内容ID(关键字基本内容)从用户终端设备4侧发送到派生内容服务器2，作为用于提取推荐内容的关键字。响应于此，由推荐内容的元数据组构成的推荐内容列表从派生内容服务器2被返回到用户终端设备4。

内容ID是用于识别内容的标识符，考虑到此，在广义上，可以说内容ID是一种类型的与内容有关的元数据。因此，我们可以说，对于图22所示的处理，响应于作为元数据的内容ID被传到派生内容服务器2，同样作为元数据的推荐内容列表被返回。即，对于图22中的处理，在用户终端设备4和派生内容服务器2之间没有交换实际内容数据，而这可以被视为只交换了元数据。

因此，接下来，将描述主要利用了元数据的交换的派生内容推荐的示例来作为一种修改。例如，对于前面利用图22描述的用于派生内容推荐的配置，已描述了这样的***配置：其中，利用识别信息，即内容ID提取推荐内容，内容ID标识用户终端设备4侧(播放器单元120)所播放的基本内容来作为关键字。

相反，对于本实施例，用于提取推荐内容的关键字是在用户终端设备4侧(播放器单元120)播放的内容的元数据。即，将在被定义作为元数据的项(元数据项)中描述的内容当作关键字。

作为一个具体示例，如果我们假定存在被定义为“艺术家(创建者)名字”的元数据项，并且在此元数据项中描述了内容“Tokkyo Taro”，则该“Tokkyo Taro”可以当作关键字。注意，在此修改中的“元数据”例如与作为上述关键字的内容ID相比，是较窄意义上的元数据。而且，在此修改中，与作为关键字的元数据有关的内容可以是基本内容或派生内容。

图26图示出了作为一种修改在内容创建/共享***中执行的用于推荐派生内容的处理。这里，同样地，用户终端设备4中的播放器单元120(内容管理/创建工具101)、通信工具102、推荐内容相关处理单元121(内容管理/创建工具101)以及派生内容服务器2被示出作为执行这里的处理的主要实体。

注意，在下面的描述中，用户持有的基本内容以如上相同的方式被称为持有基本内容，而用户持有的派生内容称为所持有的派生内容。而且，如果在持有基本内容和所持有的派生内容之间不用特别区分，则将这将称为所持有的内容。

而且，为了简化并辅助理解前提条件，我们假定基本内容的头部信息的结构与诸如图13、图14等所示的派生内容文件的结构相同。

首先，在此我们假定在步骤S1001中，执行用于从播放器单元120播放并输出内容的处理。在此播放并输出的内容可以是基本内容或派生内容。

在下面的步骤S1002中，通信工具102向播放器单元120请求从添加到当前正被播放的内容的元数据项指定的一个或多个元数据的的数据。

现在，用于启动步骤S1002中的处理的触发的示例可以包括这样的情况，其中，对通信工具102的GUI进行操作以指示提供与由播放器单元120当前播放的内容有关的推荐内容。而且，同样在步骤S1002中的元数据请求时所指定的元数据项可以根据用户操作来指定。例如，如果我们假定“创建者名字”已由用户指定作为要请求的元数据项，则在步骤S1002中作出指定元数据项为“创建者名字”的请求。

接收到元数据请求的播放器单元120在步骤S1003中返回所请求的元数据。即，在元数据请求所指定的元数据项中描述的内容被返回。

现在，当播放器单元120获得在元数据项中描述的内容时，存储在所指定的元数据项中的数据可以从当前播放的内容的头部信息中的元数据项中被读出。

例如，如果我们假定元数据请求指定了元数据项“创建者名字”，则播放器单元120在当前播放的内容的头部信息中读出并获取在元数据项中描述的用于创建者名字的数据。播放器单元120随后将如上所述那样获得的元数据项的数据传到通信工具102。

注意，对于步骤S1002，可以进行这样的配置：其中，可以发布例如根据用户的指定操作指定了两个或更多个元数据项的元数据请求。在这种情况中，在步骤S1003，将返回多个所指定元数据项的每个的内容的数据。

当在步骤S1003中接收到元数据时，通信工具102在步骤S1004中向派生内容服务器2发送推荐内容列表请求。对于该推荐内容列表请求，在步骤S1003中接收的元数据(在所指定的元数据项中描述的数据)例如被存储在其操作数中。该元数据被用作稍后描述的内容提取的关键字(提取条件/搜索条件)。

注意，如果在步骤S1003中接收到多个元数据，则这些元数据可以与用于提取(搜索)的条件表达式一起在步骤S1004中的推荐内容列表请求时被发送。条件表达式也可以例如当在步骤S1002中指定元数据项时通过用户操作来指定。

在步骤S1004中接收到推荐内容列表请求的派生内容服务器2的推荐内容处理单元25在步骤S1005中执行推荐内容的提取，并且基于提取结果创建推荐内容列表。

首先，在此情况中的推荐内容的提取是利用在步骤S1004中与推荐内容列表请求一起接收的元数据作为关键字(提取条件/搜索条件)来执行的。

例如，我们假定在所获得的元数据中的是作为创建者名字之一的“Tokkyo Taro”。在这种情况中，推荐内容处理单元25从派生内容数据库22a中搜索将“Tokkyo Taro”添加作为元数据的派生内容。对于本实施例，被添加到内容的元数据存储在头部信息中，因此，在此情况中的推荐内容处理单元25搜索在头部信息中具有作为数据的文本串“TokkyoTaro”的派生内容。

虽然可以进行这样的布置：其中，例如在利用作为关键字的数据“Tokkyo Taro”进行搜索时，仅头部信息中的元数据项“创建者名字”被搜索，然而，可以进行这样的布置：其中，整个头部信息，即被添加到派生内容的整个元数据可以被搜索。在后者的搜索的情况中，在文本串“Tokkyo Taro”例如用在内容标题中或者诸如创建者注释之类的元数据项中的情况下，这种派生内容也可以被提取，这带来了使搜索结果符合用户期望的更大可能性。

而且，如前所述，如果多个元数据被接收作为关键字，则推荐内容处理单元25根据对于这些元数据而设置的条件表达式来执行对派生内容的搜索。

当作为推荐内容的派生内容的搜索和提取结束时，推荐内容处理单元25在同一步骤S1005中创建推荐内容列表。

现在，在此创建的推荐内容列表例如以与图22相同的方式由用于n个所提取推荐内容1至n的每个的元数据(例如，头部信息)构成，并且结构可以与图24中的相同。而且，同样注意，对于这种修改，在推荐内容列表中的所登记的派生内容中没有设置推荐顺序。

推荐内容处理单元25在步骤S1006中将如上所述那样创建的推荐内容列表返回给用户终端设备4。在用户终端设备4中，通信工具102接收推荐内容列表。

同样在此修改中，在通信工具102在步骤S1006中接收的推荐内容列表中没有设置推荐顺序。因此，为了设置推荐顺序，通信工具102在步骤S1007中将推荐内容列表的数据传到推荐内容相关处理单元121，并且还作出推荐顺序设置请求。

在推荐内容相关处理单元121中，响应于推荐顺序设置请求而在步骤S1008中设置推荐顺序，并且执行用于在推荐内容列表中反映所设置的推荐顺序的处理。

在图22的步骤S808中，推荐顺序是基于用于每个推荐内容的缺少内容的数目而设置的，而在步骤S1008中的推荐顺序的设置是基于对用户终端设备4中管理的持有内容的元数据和用于每个推荐内容的元数据的统计之间的关系的，接下来将对此进行描述。

图27中的流程图示出了步骤S1008中用于设置推荐顺序的处理过程的示例。

首先，在步骤S1101中，推荐内容相关处理单元121通过将1代入与被赋给包括在推荐内容列表中的推荐内容的编号相对应的变量n来执行初始化。

而且，在步骤S1102，通过将1代入与被赋给对应于推荐内容n的元数据项的编号相对应的变量q来执行初始化。如图24所示，推荐内容列表由元数据的阵列构成，其是由用于每个推荐内容的头部信息构成的。而且，作为用于每个推荐内容的元数据的头部信息是由与预定的定义内容相对应的多个元数据项构成的。为了方便，变量q与被赋给这些元数据项的编号相对应。

在步骤S1103中，推荐内容相关处理单元121将0代入用作重要性得分(importance point)的变量PTn的值中，作为用于获取值作为与每个推荐内容n相对应的重要性得分PTn，即指示重要性的评分，的初始化处理。

在步骤S1104中，推荐内容相关处理单元121从与推荐内容列表中第n个推荐内容(推荐内容n)相对应的元数据(头部信息)中读进第q个元数据项(元数据项q)，并且获取在此描述的内容(数据)。注意，元数据项中所描述的内容在此称为“关键字(元数据描述内容)”。例如，当如在图14中示例性地示出的，可以给出“创建者”、“标题”、“流派”等作为元数据项时，在每个元数据项中描述的例如“Tokkyo Taro”、“Tokkyo no Kimochi”、“Ethnic”等是关键字。

现在，推荐内容有关的处理单元121创建并管理具有例如图28所示的结构的关键字统计信息。

关键字统计信息是基于用作与所持有的内容有关的元数据的关键字的描述内容，以及其出现的次数而收集的统计资料，所持有的内容是图26所示的用户终端设备4(内容创建/共享应用100)的用户(推荐接收用户)具有的。

即，从用于每个持有内容的元数据组(头部信息)提取出的所有关键字(这里，关键字1、关键字2...关键字X)被存储在关键字统计信息的关键字空间中，并且基于在整个持有内容中出现的次数的值被关联作为用于每个关键字的得分。注意，在此获得得分的方法没有特别进行限制，只要基于出现的次数即可。而且，可以将出现次数本身用作得分。

对于关键字统计信息中具有较高得分的关键字，可以认为用户的兴趣较大，这是因为出现的次数较高。具体地，如果在关键字统计信息中存在关键字“Tokkyo Taro”，并且与此关键字有关的得分相当高，我们可以估计用户对与“Tokkyo Taro”有关的内容具有较大的兴趣。

因此，来自对元数据中的关键字的观察的关键字统计信息可以被认为是表示各个用户对内容的爱好的信息。

在步骤S1105，推荐内容相关处理单元121搜索与在步骤S1104中从关键字统计信息获得的数据项q的关键字匹配的关键字。如果在此存在匹配的关键字，则与该关键字有关的得分的值被设为得分MP。即，与关键字有关的得分的值被代入变量MP。注意，如果不存在匹配的关键字，则0被设为得分MP。

在步骤S1106中，对于推荐内容n的重要性得分PTn，推荐内容相关处理单元121将在步骤S1105中获得的得分MP加到目前的重要性得分PTn中，并进行更新。

在步骤S1107，推荐内容相关处理单元121判定变量q是否达到或高于最大值。如果在此获得否定的判定结果，这意味着存在仍未获得关键字的剩余元数据项，因此，在步骤S1108中递增变量q并且流程返回步骤S1104。

如果推荐内容相关处理单元121已针对所有元数据项1至q执行了步骤S1104至S1106的过程，则在步骤S1107获得肯定的判定结果，并且流程前进到步骤S1109。

在步骤S1109，推荐内容相关处理单元121判定变量n是否达到或超过最大值。如果在此获得否定的判定结果，则这意味着存在仍未获得重要性得分的剩余的推荐内容，因此，在步骤S1110中递增变量n并且流程返回步骤S1103。即，流程转到用于获得与下一个推荐内容n有关的重要性得分PT的处理。

当已对所有推荐内容1至n获得了重要性得分PT时，在步骤S1109获得肯定的判定结果，并且流程前进到步骤S1111。

对于到此为止的描述，到步骤S1110的处理可以认为是用于获得每个推荐内容1至n的重要性得分PT1至PTn的处理。

而且，当包括在推荐内容的元数据中的更多关键字被登记在关键字统计信息中时，可以认为用于每个推荐内容的重要性得分具有更高的值。此外，与高得分的匹配(即，登记在关键字统计信息中的那些关键字中评分高的关键字)越多，重要性得分越高。

因此，对于推荐内容，我们可以说重要性得分越高，则用户的兴趣越大，越匹配其爱好。换言之，推荐内容的重要性得分越高，推荐给用户的价值越大，即，应当设置更高的推荐顺序。

因此，在步骤S1111，与推荐内容1至n有关的推荐顺序是基于到此为止获得的重要性得分PT1至PTn来设置的。即，设置的最简单方法是按从第一个到第n个的顺序，从较高的重要性得分到较低的重要性得分来分配推荐顺序。

返回图26，在步骤S1008中，当已由上述图27设置了推荐顺序时，推荐内容相关处理单元121重新创建推荐内容列表，从而在同一步骤S1008中反映推荐顺序的设置结果。

接下来，在步骤S1009，推荐内容相关处理单元121在步骤S1009将如上所述被创建以反映推荐顺序的推荐内容列表返回通信工具102。

在步骤S1010中，通信工具102使用在上述步骤S1009中接收的推荐内容列表，并且执行用于根据预定格式显示输出表示推荐内容的图像的处理。

注意，可以考虑除了图13和14中的头部信息的元数据项之外的大范围的元数据项。

例如，在内容是曲调的情况中，其可以是对旋律的感觉(与“高兴”、“悲伤”等相对应的数据作为关键字)，或者适于收听内容的情形(指示汽车行驶、海洋等的数据作为关键字)，等等。

而且，如果内容是曲调，可以构想这样的布置：其中，例如通过检测BPM(每分钟的节拍)等来获得节拍作为曲调的特征量，并用作元数据项。

而且，这种元数据不一定存储在内容文件的头部信息中，并且例如对于本实施例的情况，可以是与内容创建/共享应用100无关的、与持有内容有关的格式。

而且，元数据项定义的变化越大，更有可能在总体上存在利用更接近的含义描述的关键字。例如，对于可以表达对旋律的感觉的元数据项，我们可以认为关键字“悲伤”和“忧郁”是类似的。而且，我们可以认为“高兴”和“快节奏”是类似的。

为了处理这种情形，可以进行这样的配置：其中，例如当利用图26所示的修改执行用于推荐派生内容的处理时，类似的关键字在设置标准下被整合称为单个关键字。

在这种情况中，将对于在步骤S1003、S1004等中交换的元数据或者关键字统计信息等来整合具有类似含义的关键字。因此，可以处理具有类似含义的关键字的增加，并且可以执行推荐内容的精确提取以及推荐顺序的设置。

注意，对于上述利用图22和26描述的派生内容推荐配置，两个都是将播放器单元120播放的内容用作出发点并且推荐与其有关的派生内容的配置。对于这种配置，在用户欣赏内容的播放期间，与所播放的内容有关的所提取的推荐内容自动地呈现在GUI上，这容易由用户使用，并且具有较高的娱乐性和便捷性，这是因为不仅可以欣赏所播放的内容，而且还可以获得推荐内容的信息。

而且，对于派生内容服务器2和用户终端设备4，每个都可以执行例如用于提取仅与所播放的一个内容有关的推荐内容以及设置推荐顺序等的处理。因此，以这种方式还减轻了派生内容服务器2和用户终端设备4中的处理负荷，从而是有效率的。

然而，可以构想这样的布置：其中，例如可以根据内容创建/共享应用100的用户进行操作，以直接指定用作派生内容提取的出发点的内容。对于这种配置，由该操作指定的内容的内容ID(图22的情况)或元数据(图26的情况)与推荐内容列表请求一起被发送到派生内容服务器2。

利用这样的配置，当希望获得推荐内容的信息时，用户不必播放用作出发点的内容。可能存在这样的情况，其中，播放内容以获得推荐内容信息对用户来说可能是麻烦的，而上述配置在这种情况中是有用的。

而且，利用图26至28描述的修改也可以被扩展并应用于基本内容。图29示出了在内容创建/共享***中执行的用于推荐基本内容的处理。与图26的情况一样，用户终端设备4中的播放器单元120(内容管理/创建工具101)、通信工具102以及推荐内容相关处理单元121(内容管理/创建工具101)被示出作为执行这里的处理的主要实体。然而，示出了基本内容服务器1来代替派生内容服务器2。

在图29中，步骤S1201至S1203与图26中的步骤S1001至S 1003相同。

接下来，当在步骤S1203中接收到元数据时，通信工具102在步骤S1204中将推荐内容列表请求与上述在步骤S1203中获得的元数据一起发送到基本内容服务器1。

在步骤S1204中接收到推荐内容列表请求的基本内容服务器1在步骤S1205中执行推荐内容的提取，以及基于提取结果的推荐内容列表的创建。在这种情况中的推荐内容的提取是通过利用在步骤S1204中与推荐内容列表请求一起接收并获得的元数据作为关键字(提取条件/搜索条件)从基本内容数据库12a中搜索基本内容来执行的。

当完成了作为推荐内容的派生内容的搜索和提取时，基本内容服务器1创建推荐内容列表。

在步骤S1205中创建的推荐内容列表可以由用于作为所提取的推荐内容的每个基本内容的元数据(例如，头部信息)组成，像前面的实施例那样。

基本内容服务器1随后在步骤S1206中将如上所述那样创建的推荐内容列表返回用户终端设备4。在这种情况中，同样地，在用户终端设备4中，通信工具102可以接收推荐内容列表。

在这种情况中，同样地，在由通信工具102在步骤S1206中接收的推荐内容列表中未设置推荐顺序。因此，通信工具102在步骤S1207中将推荐内容列表的数据传到推荐内容相关处理单元121，并且执行推荐顺序设置请求。

推荐内容相关处理单元121响应于所推荐内容的推荐顺序设置请求，在步骤S1208中设置推荐顺序，并且执行将所设置的推荐顺序反映在推荐内容列表中的处理。

步骤S1208中的推荐顺序设置处理例如可以遵循利用图27描述的算法。在步骤S1209中，推荐内容相关处理单元121将被重新创建的反映推荐顺序的推荐内容列表返回给通信工具102。

在步骤S1210，通信工具102使用在步骤S1209中传给它的推荐内容列表，并且执行根据预定格式显示输出表示推荐内容的图像的处理。

在将上述图29中的配置与前面的图26至28中的配置进行组合的情况中，对于基本内容和派生内容可以利用相同的技术获得推荐内容。

注意，基本内容服务器1、派生内容服务器2、通信服务器3和用户终端设备4的配置只是一个示例，而实际上可以适当地改变。而且，可以进行将上述三个服务器中的至少一个分散在多个服务器中的配置。或者，可以进行将这些服务器中的至少两个或更多个集成的配置。

而且，虽然未示出所描述的内容创建/共享应用100等的GUI屏幕等的具体示例，然而，可以为内容创建/共享应用100构想出各种GUI配置。

而且，内容创建/共享应用100的功能配置也不限于参考图10和11等描述的那些，而是可以构想出各种配置。

而且，在图12A至16中所示的派生内容文件的结构等仅是示例，并且是概念上的结构，因此，可以基于其进行各种修改和开发。

而且，在各个附图的流程图中所示的处理过程，即程序配置，仅是示例，并且在实际实践中可以适当地进行改变。

而且，由基本内容服务器1、派生内容服务器2、通信服务器3和用户终端设备4执行的程序可以被写入并存储在如上所述的诸如内部HDD、存储单元等的存储域中，或者可以存储在可移除存储介质中并且从存储介质安装(包括更新)到存储域中。而且，可以构想这样的布置：其中，可以在其它主设备的控制下经由预定数据接口来安装程序。此外，可以构想这样的布置：其中，程序被存储在网络上的存储设备中，并且可以通过基本内容服务器1、派生内容服务器2、通信服务器3和用户终端设备4的联网功能从存储设备下载并获取。

本申请包含与2008年6月3日向日本专利局提交的日本优先权专利申请JP 2008-146013中公开的主题相关的主题，该申请的全部内容通过引用被结合于此。

本领域的技术人员应当明白，可以根据设计要求和其它因素进行各种修改、组合、子组合和变更，只要它们在所附权利要求或其等同物的范围内。

Claims (5)

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

终端设备；以及

服务器设备；

所述服务器设备还包括

存储管理装置，被配置来存储并管理派生内容，所述派生内容是通过二次使用至少一个内容作为编辑素材的编辑处理创建的，并包括作为用于对内容进行播放的信息的回放控制信息，所述回放控制信息形成为包括指示对作为源编辑素材的基本内容的实际内容数据进行回放的内容，

派生内容提取装置，被配置来从所述存储管理装置所管理的派生内容中提取包括所述源编辑素材中由已接收的内容标识符指示的基本内容的派生内容，

推荐内容信息发送装置，被配置来将由所述派生内容提取装置提取的派生内容作为推荐内容，并且将由与所述推荐内容中的每个相对应的元数据形成的推荐内容信息发送到所述终端设备；

并且所述终端设备还包括

回放装置，被配置来对持有基本内容执行回放处理，所述持有基本内容是认为推荐接收用户持有的基本内容，

推荐内容信息请求装置，被配置来将推荐内容信息请求与内容标识符一起发送到所述服务器设备，所述内容标识符标识所述回放装置正对其执行回放处理的基本内容，

推荐顺序设置装置，被配置来通过基于用于每个推荐内容的、所述源编辑素材中的所述持有基本内容的使用状态来设置推荐顺序，从而为由所接收的推荐内容信息指示的推荐内容设置所述推荐顺序，以及

呈现装置，被配置来呈现由所述推荐内容信息指示的推荐内容，以使得所述推荐顺序被反映在所述推荐内容中。

2.一种信息处理***，包括：

终端设备；以及

服务器设备；

所述服务器设备还包括

存储管理装置，被配置来存储并管理派生内容，所述派生内容是通过二次使用至少一个内容作为编辑素材的编辑处理创建的，并包括作为用于对内容进行播放的信息的回放控制信息，所述回放控制信息形成为包括指示对作为源编辑素材的基本内容的实际内容数据进行回放的内容，

派生内容提取装置，被配置来利用所接收的元数据作为提取条件，从由所述存储管理装置所管理的派生内容中提取一个或多个派生内容，

推荐内容信息发送装置，被配置来将由所述派生内容提取装置提取的派生内容作为推荐内容，并且将由所述推荐内容中每个的元数据形成的推荐内容信息发送到所述终端设备；

并且所述终端设备包括

回放装置，被配置来对内容执行回放处理，

推荐内容信息请求装置，被配置来将推荐内容信息请求与被添加到所述回放装置正对其执行回放处理的内容的元数据一起发送到所述服务器设备，

推荐顺序设置装置，被配置来通过下述过程为由所接收的推荐内容信息指示的推荐内容设置推荐顺序：基于所述推荐内容信息中包括的每个推荐内容的元数据描述的内容在认为推荐接收用户持有的所有持有内容中的元数据描述的内容中的出现次数，来设置所述推荐顺序，以及

呈现装置，被配置来呈现由所述推荐内容信息指示的推荐内容，以使得所述推荐顺序被反映在所述推荐内容中。

3.一种信息处理方法，用于在包括终端设备和服务器设备的信息处理***中执行以下步骤：

在所述服务器设备中，存储并管理派生内容，所述派生内容是通过二次使用至少一个内容作为编辑素材的编辑处理创建的，并包括作为用于对内容进行播放的信息的回放控制信息，所述回放控制信息是通过包括指示对作为源编辑素材的基本内容的实际内容数据进行回放的内容而形成的；

在所述终端设备中，对作为认为推荐接收用户持有的基本内容的持有基本内容执行回放处理；

在所述终端设备中，将推荐内容信息请求与内容标识符一起发送到所述服务器设备，所述内容标识符标识在所述回放中正对其执行回放处理的基本内容；

在所述服务器设备中，从在所述存储和管理中管理的派生内容中，提取包括所述源编辑素材中由已接收的内容标识符指示的基本内容的派生内容；

在所述服务器设备中，将在所述提取中提取的派生内容作为推荐内容，并且将由与所述推荐内容的每个相对应的元数据形成的推荐内容信息发送到所述终端设备；

在所述终端设备中，通过基于用于每个推荐内容的所述源编辑素材中的所述持有基本内容的使用状态设置推荐顺序，从而为由所接收的推荐内容信息指示的推荐内容设置所述推荐顺序；以及

在所述终端设备中，呈现由所述推荐内容信息指示的推荐内容，以使得所述推荐顺序被反映在所述推荐内容中。

4.一种信息处理方法，用于在由终端设备和服务器设备构成的信息处理***中执行以下步骤：

在所述服务器设备中，存储并管理派生内容，所述派生内容是通过二次使用至少一个内容作为编辑素材的编辑处理创建的，并包括作为用于对内容进行播放的信息的回放控制信息，所述回放控制信息形成为包括指示对作为源编辑素材的基本内容的实际内容数据进行回放的内容；

在所述终端设备中，对内容执行回放处理；

在所述终端设备中，将推荐内容信息请求与被添加到在所述回放中正对其执行回放处理的内容中的元数据一起发送到所述服务器设备；

在所述服务器设备中，利用所接收的元数据作为提取条件，从在所述存储和管理中管理的派生内容中提取一个或多个派生内容；

在所述服务器设备中，将在所述提取中提取的派生内容作为推荐内容，并且将由所述推荐内容中每个的元数据形成的推荐内容信息发送到所述终端设备；

在所述终端设备中，通过下述过程为由所接收的推荐内容信息指示的推荐内容设置推荐顺序：基于推荐接收用户希望持有的所有持有内容中的元数据描述的内容中的、所述推荐内容信息中包括的每个推荐内容的元数据描述的内容的出现次数，来设置所述推荐顺序；以及

在所述终端设备中，呈现由所述推荐内容信息指示的推荐内容，以使得所述推荐顺序被反映在所述推荐内容中。

5.一种信息处理***，包括：

终端设备；以及

服务器设备；

所述服务器设备还包括

存储管理装置，被配置来存储并管理内容，

内容提取装置，被配置来利用所接收的元数据作为提取条件，从由所述存储管理装置管理的内容中提取一个或多个内容，

推荐内容信息发送装置，被配置来将由所述内容提取装置提取的内容作为推荐内容，并且将由所述推荐内容中每个的元数据形成的推荐内容信息发送到所述终端设备；

并且所述终端设备包括

回放装置，被配置来对内容执行回放处理，

推荐内容信息请求装置，被配置来将推荐内容信息请求与被添加到所述回放装置正对其执行回放处理的内容中的元数据一起发送到所述服务器设备，

推荐顺序设置装置，被配置来通过下述过程为由所接收的推荐内容信息指示的推荐内容设置推荐顺序：基于所述推荐内容信息中包括的每个推荐内容的元数据描述的内容在认为推荐接收用户持有的所有持有内容中的元数据描述的内容中的出现次数，来设置所述推荐顺序，以及

呈现装置，被配置来呈现由所述推荐内容信息指示的推荐内容，以使得所述推荐顺序被反映在所述推荐内容中。

Images