JP2008233819A - 情報処理システム、情報処理装置、情報処理方法、プログラム - Google Patents

Abstract

【課題】一次コンテンツ又は副次コンテンツを二次利用して作成した副次コンテンツを一般に公開することのできるシステムにおいて、副次コンテンツについての世代管理が的確に行えるようにする。
【解決手段】
副次コンテンツには、メタデータとして、その副次コンテンツを作成するために直接的に編集素材として二次利用した一次コンテンツ又は副次コンテンツを示す利用編集素材コンテンツ情報を備えておくようにされる。このようにして各副次コンテンツが利用編集素材コンテンツ情報を利用して、或る副次コンテンツを起点として、利用編集素材コンテンツを参照しながら、親となるコンテンツを遡って特定していくという探索処理により、世代構成を認識することが可能となる。
【選択図】図２２

Description

本発明は、例えば音楽配信であるとかファイル共有などをネットワーク経由で行えるようにされた情報処理システムと、この情報処理システムを成す情報処理装置とに関わる。また、これらの情報処理装置が実行するプログラムに関する。

ネットワーク利用の１つの態様として、いわゆるオーディオ・ビデオなどのコンテンツの配信、共有などが広く行われるようになってきている。例えばオーディオコンテンツ配信システムの場合であれば、配信すべき多数のコンテンツとしてのデータファイルをサーバで保存管理しておくようにされる。そして、パーソナルコンピュータなどの情報処理端末装置を所有するユーザは、コンテンツ配信に対応したクライアント機能を有するアプリケーションソフトウェア（クライアントソフト）に対する操作により、サーバから、所望のコンテンツとしてのデータファイルをダウンロードするようにされる。このようにしてダウンロードされたコンテンツとしてのデータファイルは、通常、クライアントソフトにより情報処理端末装置内の記憶装置に記憶保存されて管理される。そしてこの後、ユーザは、情報処理端末装置に記憶されたコンテンツとしてのデータファイルを再生させる操作をクライアントソフトにより行うことで、音・映像などを視聴して楽しむことができる。

また、コンテンツの共有システムでは、例えば情報処理端末装置のユーザが、オーディオ・ビデオなどのコンテンツとしてのデータファイルをサーバにアップロードするようにされる。そして、コンテンツをアップロードしたユーザは、アップロードされたデータファイルを保存したＵＲＬ(Uniform Resource Locator)などの情報をサーバから返してもらい、これを知人に教えるようにされる。教えられた知人は、例えば自分の情報処理端末装置によりそのＵＲＬにアクセスして、知人がアップロードしたコンテンツにアクセスすることができる。また、このような共有システムのサーバでは、アップロードされたコンテンツを公開するサイト（Ｗｅｂページ）を有するようにされる。一般の情報処理端末装置のユーザは、このサイトにアクセスして、例えば検索などを行って興味のあるコンテンツを探すようにされる。そして、この検索により探し出したコンテンツへのアクセスを行って再生し、視聴するようにされる。このようにしてコンテンツの共有が行われるようにされる。
なお、共有コンテンツを再生する環境として、１つには、ダウンロードしたコンテンツのデータを情報処理端末装置のローカル上の補助記憶装置に保存させ、この保存したコンテンツデータを再生する仕組みとすることが考えられる。また、また、ローカル上の補助記憶装置には保存させずに、いわゆるストリーミング再生とすることが考えられる。
また、P2P（Pier to Pier）などといわれる技術により、ネットワーク上で、情報処理端末装置同士がコンテンツのデータファイルをやりとりするようにして、コンテンツのデータファイルを共有することも知られている。

また、一方で、オーディオデータやビデオデータなどを素材として取り込んで加工、編集し、新たな楽曲を作成することのできるアプリケーションソフトウェア（編集ソフト）も知られており、特に近年では、音楽制作の専門家などだけではなく、操作が簡易なものから複雑なものまで、一般のユーザにも広く普及している状況にある。
このような編集ソフトは、上記もしているように、コンテンツとしての実データ（オーディオ・ビデオデータなど）を対象として編集のための変更を与えるようにして処理を実行できる。このために、例えばオーディオの場合であれば、サンプリング、マッシュアップなどといわれるように、既存の楽曲の一部分を素材として取り込んでの加工・編集なども容易に行える。実際に、例えばプロフェッショナルの音楽家などの間では、このような手法により作成した楽曲も多く発表されている。

特開２０００−１１３０６６号公報

上記のようなことを背景とすると、一般ユーザのなかにも、コンテンツ配信やコンテンツ共有などにより入手できるコンテンツのデータを単に再生して楽しむだけでなく、編集ソフトにより二次編集を行って新たな作品を創作して、これを公に発表（公開）してみたいと思う人たちが少なからずいるであろうと考えられる。
そこで、本願発明は、先ず、上記のような一般ユーザの要望に応えるものとして、ネットワーク上で構築されるコンテンツ配信・共有システムとして、サーバからダウンロードするなどしてユーザ端末側にて取得したコンテンツのデータを二次的に利用して編集を行って副次的なコンテンツを作成して、これをサーバなどにより一般公開できるようにしたものを構築するものとされる。そのうえで、このようなコンテンツ配信・共有システムとして、より高い付加価値が与えられるようにすることを目的とする。

このために、本発明は上記した課題を考慮して、情報処理システムとして次のように構成する。
この情報処理システムは、ネットワーク経由で通信可能とされる副次コンテンツサーバ、及び端末装置から少なくとも成るものとされる。
そのうえで、副次コンテンツサーバにおいて、副次コンテンツとしての実質的コンテンツ内容を再現するためのデータである本体情報と、この副次コンテンツを作成した際に直接的に二次利用したコンテンツである直接利用コンテンツが何であるのかを示す直接利用コンテンツ情報を少なくとも含む付加情報とを少なくとも有して成る副次コンテンツ情報を記憶する副次コンテンツ情報記憶手段と、端末装置において、副次コンテンツである可能性を有してローカル上に存在しているコンテンツのデータのうちの少なくとも１つを二次利用しての編集処理を実行する編集処理手段と、端末装置において、編集処理手段による編集処理の結果に基づき、新規なコンテンツ内容を有するコンテンツ情報である、副次コンテンツ情報を作成する副次コンテンツ情報作成手段と、副次コンテンツ情報作成手段により作成された副次コンテンツ情報を、副次コンテンツ情報記憶手段に記憶させるために、ネットワーク経由での通信により、端末装置からコンテンツサーバに送信させる、コンテンツ情報アップロード制御手段と、副次コンテンツサーバにおいて記憶されている副次コンテンツ情報における直接利用コンテンツ情報の内容を参照することに基づき、副次コンテンツとその直接利用コンテンツとの関係を親子関係として扱っての、特定の副次コンテンツを起点とする所定の世代までの直接利用コンテンツについての親子関係を遡って特定していくようにされた世代探索手段とを備えることとした。
なお、確認のために述べておくと、直接利用コンテンツは、「副次コンテンツを作成した際に直接的に二次利用したコンテンツ」であり、副次コンテンツそのものは、「副次コンテンツである可能性を有してローカル上に存在しているコンテンツのデータのうちの少なくとも１つを二次利用」して編集することにより得られる。つまり、副次コンテンツを作成するのに利用する直接利用コンテンツとして二次利用するコンテンツは、二次利用によらずオリジナルとして作成されたコンテンツ（実施の形態における一次コンテンツが相当する）であってもよいし、他の副次コンテンツであってもよい。

また、情報処理装置として次のように構成する。
つまり、ネットワーク経由での通信を実行する通信手段と、１以上のコンテンツのデータを二次利用して編集処理を行うことで作成された副次コンテンツとしての実質的コンテンツ内容を再現するためのデータである本体情報と、この副次コンテンツを作成した際に直接的に二次利用したコンテンツである直接利用コンテンツが何であるのかを示す直接利用コンテンツ情報を少なくとも含む付加情報とを少なくとも有して成る副次コンテンツ情報を記憶する副次コンテンツ情報記憶手段と、ネットワーク経由でアップロードのために送信されてくる副次コンテンツ情報を受信したことに応じて、この受信した副次コンテンツ情報を副次コンテンツ情報記憶手段に記憶保存させる記憶制御手段と、副次コンテンツサーバにおいて記憶されている副次コンテンツ情報における直接利用コンテンツ情報の内容を参照することに基づき、副次コンテンツとその直接利用コンテンツとの関係を親子関係として扱っての、特定の副次コンテンツを起点とする所定の世代までの直接利用コンテンツについての親子関係を遡って特定していくようにされた世代探索手段とを備えることとした。

上記各構成によっては、端末装置により、ローカル上に存在しているコンテンツのデータを二次利用した編集処理を行って新規に副次コンテンツを作成することができる。ここで二次利用するコンテンツとしては、副次コンテンツである可能性がある。つまり、副次コンテンツを二次利用して、新規に副次コンテンツを作成することも可能とされているものである。そして、このようにして作成した副次コンテンツを、副次コンテンツサーバに対して送信して記憶させることができるようにされている。ここで、例えば副次コンテンツサーバが記憶している副次コンテンツを一般に公開する機能を有しているものとすれば、上記の構成により、端末装置により作成した副次コンテンツを副次コンテンツサーバにアップロードして公開するというシステム構成を実現できる。
そのうえで、世代探索手段を備えることで、システム上に存在している或る１つの副次コンテンツを起点とした直接利用コンテンツの世代関係（親子関係）を遡って特定していくことが可能とされる。つまり、上記或る１つの副次コンテンツを起点とするこれより以前の世代についての、直接利用コンテンツの親子関係の構成（世代構成）に関する情報少なくとも得ることが可能となるものである。

このようにして本発明は、端末装置にてコンテンツのデータを二次的に利用して編集を行って副次コンテンツを作成し、これをサーバにアップロードして第３者にも公開できるようにしたネットワークシステムが構築される。そのうえで、このシステムにおいて、１つの副次コンテンツを起点とした二次利用についての世代構成がどのようなものであるのかを情報として得て認識できるようにされる。これにより、本願発明におけるネットワークシステムでは、この世代構成の情報を利用して、さらに多様なサービス、運営などを行うことができるものであり、ネットワークシステムの付加価値がより高められることとなるものである。

図１は、本願発明を実施するための最良の形態（以下、実施の形態という）に対応する情報処理システムの構成例を示している。
この図に示すように、本実施の形態の情報処理システムとしては、先ず、一次コンテンツサーバ１、副次コンテンツサーバ２、コミュニケーションサーバ３と、多数のユーザ端末装置４とをネットワーク５を経由して接続することで形成したものとしてみることができる。
本実施の形態の情報処理システムは、このような装置構成により、音楽配信・共有システムを実現する。つまり、ネットワーク上での、いわゆる音楽配信（一次コンテンツの配信）と、ユーザが作成したコンテンツ（副次コンテンツ）についてのユーザ間での共有が実現される。

一次コンテンツサーバ１は、一次コンテンツとしての所定形式によるオーディオコンテンツデータをデータベース化して管理するようにして多数記憶している。そして、ネットワーク経由でのユーザ端末装置４からのダウンロード要求に応じて、指定された一次コンテンツとしてのオーディオデータを要求元のユーザ端末装置４に対して送信出力するように構成される。
なお、ここでの一次コンテンツとしてのオーディオデータは、例えば提携するレーベル会社などから提供される、アーティスト等が演奏した楽曲などとしての内容を有するものとされる。

副次コンテンツサーバ２は、副次コンテンツとしてのデータである、副次コンテンツ再生制御ファイルのデータをデータベース化して管理するようにして多数記憶可能とされている。
後述もするようにして、副次コンテンツ再生制御ファイルは、ユーザ端末装置４から副次コンテンツサーバ２に対してネットワーク経由でアップロードされてくる。副次コンテンツサーバ２は、このようにしてアップロードされた副次コンテンツ再生制御ファイルを、副次コンテンツとして扱って記憶するようにされる。また、ネットワーク経由でのユーザ端末装置４からのダウンロード要求に応じて、指定された副次コンテンツ再生制御ファイルを要求元のユーザ端末装置４に対して送信出力するようにされる。

コミュニケーションサーバ３は、例えばＳＮＳ(Social Networking Service)であるとかブログなどの、CGM(Consumer Generated Media)などともいわれる、個人ユーザによる情報発信サービスであるとか、ユーザ間のコミュニケーションサービスを提供する機能を有するようにされたサーバである。

ユーザ端末装置４は、一般のユーザが使用するネットワーク機器であり、その実際としては、例えばＬＡＮなどのネットワーク通信機能が与えられたパーソナルコンピュータとされる。
これらのユーザ端末装置４は、後述するようにして音楽編集・共有アプリケーション１００としてのアプリケーションプログラムがインストールされている。ユーザは、この音楽編集・共有アプリケーション１００を操作することにより、一次コンテンツサーバ１からの一次コンテンツのダウンロード、ダウンロードした一次コンテンツ(及び副次コンテンツ)を基とする編集作業による新たな副次コンテンツの作成、作成した副次コンテンツ（即ち副次コンテンツ再生制御ファイル）の副次コンテンツサーバ２へのアップロード、副次コンテンツサーバ２からの副次コンテンツ（副次コンテンツ再生制御ファイル）のダウンロード、コミュニケーションサーバ３を利用したＳＮＳサービスの利用、ブログの書き込み／閲覧利用などを行うことが可能となる。

次に、上記図１に示した構成を採る本実施の形態の情報処理システムについての基本的な動作例を、ユーザ端末装置４のユーザによる基本的な利用態様例に従って、図２を参照して説明する。なお、図２の説明にあたっては、図中において［ ］内に英数字により示した手順、動作の番号に従って行う。また、ここでは、ユーザ端末装置４として、二人のユーザＡ，Ｂのそれぞれが使用するとされるユーザ端末装置４Ａ、４Ｂが示される。また、この図では、一次コンテンツサーバ１、副次コンテンツサーバ２、コミュニケーションサーバ３、及びユーザ端末装置４の間に介在するとされるネットワーク５の図示は省略している。

手順１
先ず、ユーザＡは、ユーザ端末装置４Ａ（音楽編集・共有アプリケーション１００）に対して、自分がダウンロードしたい一次コンテンツを検索し、この検索した一次コンテンツをダウンロードさせるための操作を行う。この操作に応じて、ユーザ端末装置４Ａは、一次コンテンツサーバ１に対してダウンロード要求を送信するようにされる。

なお、本実施の形態の音楽配信・共有システムにおいては、一次コンテンツのダウンロードは、基本的には有料とされ、上記のようにして一次コンテンツサーバ１に対してダウンロード要求を送信させるのにあたっては、ユーザＡはしかるべき購入手続きを行うべきものとされる。この購入手続きに関しては、例えば、楽曲単位、アルバム単位で個別に設定された料金についての支払い手続きであってもよいし、最近においてしばしば運用されるようになった、サブスクリプションといわれる予約購読的な手続きとされてもよい。なお、無料で一次コンテンツを提供することも考えられるものであり、この場合には、ユーザＡは、購入手続きを行っておく必要はない。

そして、一次コンテンツサーバ１は、上記のようにしてダウンロード要求を受信すると、例えば先ず要求元のユーザについての認証、料金支払いの確認などを行って、正当なダウンロード要求であるか否かについての判定を行う。そして、正当なダウンロード要求であると判定したのであれば、自身が記憶している一次コンテンツのうちから、ダウンロード要求とともに指定された一次コンテンツを検索し、この検索した一次コンテンツとしてのデータ（一次コンテンツデータ）を、要求元のユーザ端末装置４に対して送出する。なお、確認のために述べておくと、一次コンテンツサーバ１がデータベース管理を行いながら記憶している一次コンテンツの実体は、ここでは、一次コンテンツとしての楽曲内容を有する所定形式のオーディオデータ（一次コンテンツとしての実質的コンテンツ内容を再現するためのデータである）を本体（本体情報）とした上で、これに関連した各種のメタデータ（楽曲タイトル、アーティスト、属するアルバムのタイトル、ジャンル、データ形式、データサイズなど）を含むファイル構造であることとする。即ち、本実施の形態の説明を行っていくのにあたり、一次コンテンツデータは、音響再生出力を行うことでその楽曲内容が得られるデジタルオーディオデータを主体とする構造であるものとする。
上記のようにして一次コンテンツサーバ１から送出された一次コンテンツデータは、ユーザ端末装置４Ａにて受信される。ユーザ端末装置４Ａ（音楽編集・共有アプリケーション１００）は、この受信した一次コンテンツデータを、内部のＨＤＤなどの記憶媒体に記憶保存させる。音楽編集・共有アプリケーション１００は、このようにして記憶保存された一次コンテンツデータを、例えばメタデータに基づいて所定の態様により管理するとともに、ユーザ操作に応じた再生制御を実行する機能を有する。
このようにして、一次コンテンツサーバ１に記憶されている一次コンテンツデータは、原則はユーザが購入をするというかたちで、ユーザ端末装置４に対してダウンロードさせることができるようになっている。即ち、手順（動作）１としては、いわゆる音楽配信が行われているものである。
なお、ユーザ端末装置４Ａにて記憶保存された一次コンテンツデータは、音楽編集・共有アプリケーション１００により再生して、例えばユーザ端末装置４Ａに接続したオーディオ装置により聴くこともできる。

手順２
ところで、一般に、ネットワーク経由による音楽配信では、ダウンロード後の使用は、ある一定のデジタルオーディオデータのコピー制限が与えられたうえでの再生などの利用に限られている。換言すれば、ダウンロードによりオーディオコンテンツを取得したユーザは、一定範囲での利用が許可されているのみであって、例えば取得したオーディオコンテンツを基として編集を行って二次的創作物としての楽曲を作成する権原は与えられてはいないことが通常である。
これに対して、本実施の形態では、一次コンテンツは、原則として、予め設定された範囲内での二次的創作のための素材として利用すること（二次利用、二次編集）が許諾されたオーディオコンテンツであるものとされる。なお、確認のために述べておくと、本実施の形態における一次コンテンツの二次利用は、その一次コンテンツとしての楽曲の著作者が承諾した権限の範囲において設定されるものである。
そして、本実施の形態の音楽編集・共有アプリケーション１００は、自身が管理している（記憶保存されている）一次コンテンツを編集素材として二次利用して、ユーザ操作に応じて編集処理を実行することで、新たな楽曲としてのオーディオコンテンツを作成することが可能とされている。また、例えばこのようなオーディオコンテンツの編集にあたっては、エフェクトデータベース６において提供される所定の特殊効果に応じたプラグインデータを取得して、これを利用した編集を行うことができる。また、同様にして、素材データベース７にて提供している音声素材を取得して、これを加えるようにして編集を行うことも可能とされる。なお、エフェクトデータベース６や素材データベース７は、ネットワーク上において設置されるものであっても良いし、ユーザ端末装置４Ａのローカル上に存在するものであってもよい。
また、ここでは、このようにして作成されるオーディオコンテンツのことを、副次コンテンツということにして、一次コンテンツと区別する。手順（動作）２としては、音楽編集・共有アプリケーション１００を起動中のユーザ端末装置４Ａに対する操作を行って、ある１つの副次コンテンツを作成するようにされる。

なお、この手順（動作）２により作成される副次コンテンツとしてのデータ本体の実体は、一次コンテンツのようにしてその楽曲内容を有するデジタルオーディオデータではなく、再生制御情報とされる。つまり、二次利用したオーディオコンテンツ（編集素材コンテンツ）としてのデジタルオーディオデータのどの部分をどのタイミングで再生出力すべきかなどの指示をはじめとして、エフェクト（特殊効果）の指定などが記述された再生制御情報とされる。
つまり、音楽編集・共有アプリケーション１００による二次編集の流れとしては、図３において模式的に例示するように、二次利用の対象である編集素材コンテンツＡ，Ｂ，Ｃを利用して、ユーザ操作に応じて編集処理を行った結果として、オーディオデータから成るものではなく、再生制御情報から成る副次コンテンツ再生制御情報を作成して出力するようにされる。

この再生制御情報としての副次コンテンツデータ（即ち副次コンテンツ再生制御情報）は、例えばオーディオデータと比較すれば、データサイズを大幅に少なくすることができる。これにより、副次コンテンツサーバ２において副次コンテンツデータを記憶すべきＨＤＤなどの記憶媒体の記憶容量を節約して有効に使用することができる。また、副次コンテンツデータをネットワーク上で送受信するのにあたっても、伝送データ量は少なくて済むので、例えばトラフィックも圧迫しない。

本実施の形態での二次編集のようにして、既存の楽曲を素材として編集を行って新規な楽曲としての二次作品を作り上げることは、サンプリング、マッシュアップなどといわれ、プロフェッショナルの音楽家などもしばしば行っている。このようなことを背景に、一般の人々の中にも、同じようにして二次作品としての楽曲を作り出したい、という欲求、要望があることは当然考えられる。しかしながら、一般の人々が、著作権の問題を適正にクリアしたうえで、二次作品としての楽曲を作成することは非常に困難であるというのが現状である。

そこで、本実施の形態の音楽配信・共有システムとしては、先ず、一般のユーザが、配信される楽曲を利用した二次編集を合法的に行えるようにして、よりユーザにとっての娯楽性が高められるようにすることを目指した。
このために、一次コンテンツは、著作権者が承諾した権限の範囲において、ダウンロード（購入）を行ったユーザが二次利用することが許可されたオーディオコンテンツであるとして位置付けることとしたものである。即ち、本実施の形態の一次コンテンツサーバ１による音楽配信サービスは、二次利用することが積極的に許諾されたオーディオコンテンツを配信するものである。ただし、本実施の形態の場合には、一次コンテンツの二次利用としての編集作業は、少なくとも本実施の形態の音楽編集・共有システムに対応して開発した音楽編集・共有アプリケーション１００上でのユーザ操作に限定されるべきものとされ、例えば、本実施の形態の音楽編集・共有システムとは無関係な他の編集ソフトなどによっては行うことができないものとされる。このための仕組みなどについては後述する。

手順３
上記手順２のようにしてユーザＡが作成した副次コンテンツとしての副次コンテンツ再生制御ファイルは、ユーザＡのユーザ端末装置４Ａのみにおいて保存しておいて、図４により後述するようにして音楽編集・共有アプリケーション１００の再生機能により処理を行って、その副次コンテンツとしての楽曲内容の音声を再生させることが可能とされている。
そのうえで、さらに本実施の形態では、ユーザが作成した副次コンテンツをネットワーク上で公開することで、本実施の形態の音楽編集・共有アプリケーション１００のサービスを受けているユーザが共有できるようにもする。
ユーザＡとしては、先の手順２により作成した副次コンテンツが共有されるようにしたいと思ったとされる。そこで、ユーザＡは、音楽編集・共有アプリケーション１００に対して所定操作を行って、手順２により作成した副次コンテンツを副次コンテンツサーバ２に対してアップロードしたものとされる。これが手順３となる。
先にも述べたように、副次コンテンツとしてのデータの実体は副次コンテンツ再生制御ファイルとされる。従って、この手順３としての副次コンテンツのアップロードによっては、ユーザ端末装置４Ａ（音楽編集・共有アプリケーション１００）は、アップロード要求とともに、副次コンテンツ再生制御ファイルを送信出力するようにされる。

手順４
副次コンテンツサーバ２は、上記のようにしてアップロード要求を受信すると、原則として、この要求とともに送信されてきた副次コンテンツとしてのデータである副次コンテンツ再生制御ファイルを、データベースに新規に登録するようにして保存する。このときには、副次コンテンツサーバ２は、その保存場所（例えばＵＲＬ(Uniform Resource Locator)などのアドレスにより表現される）を設定したうえで、副次コンテンツ再生制御ファイルの保存処理と、データベースへの登録を行うようにされる。
なお、副次コンテンツサーバ２は、データベースに登録されている副次コンテンツについての公開機能を有しているものとされる。即ち、副次コンテンツサーバ２は、ユーザ端末装置４（音楽編集・共有アプリケーション１００）からのアクセスに応じて、例えばデータベースに登録されている副次コンテンツのリストを提示するようにして公開することができる。また、このようにして公開した副次コンテンツを、後述するようにして、ユーザ端末装置４（音楽編集・共有アプリケーション１００）からのダウンロード要求に応じて送信出力することも可能とされている。

手順５
副次コンテンツサーバ２は、上記のようにして副次コンテンツ再生制御ファイルを保存管理すると、アップロード要求元のユーザ端末装置４Ａに対して、アップロードされてきた副次コンテンツ（副次コンテンツ再生制御ファイル）の保存場所を通知するために、その保存場所を示すアドレス（保存場所アドレス）を送信する。
ユーザ端末装置４Ａの音楽編集・共有アプリケーション１００は、上記の保存場所アドレスを受信して、これを所定の記憶媒体に記憶保存して管理するようにされる。ユーザＡは、音楽編集・共有アプリケーション１００に対する所定操作により、いつでも、自分が手順２によりアップロードした副次コンテンツの保存場所アドレスを出力させることができる。

手順６
そして、上記のようにして保存場所アドレスを取得したユーザＡは、いくつかの手段により、他のユーザを対象として、自分の副次コンテンツが副次コンテンツサーバ２にて公開されたことの告知を行うことができる。
手順６は、この公開告知の手段の１つに対応するもので、図示するようにして、コミュニケーションサーバ３にアクセスして、例えばＳＮＳにおける自身のページや、自分のブログなどに、自分の作成した副次コンテンツが公開された旨を書き込むようにされる。このときに、手順５によって取得した保存場所アドレスとしてのＵＲＬを、ともに書き込むようにして貼り付けておくようにされる。

手順７
上記手順６のようにしてユーザＡが書き込みを行った後において、例えばユーザＢが、ユーザ端末装置４Ｂにインストールされている音楽編集・共有アプリケーション１００を操作して、ＳＮＳにおけるユーザＡのページや、ユーザＡのブログにアクセスして閲覧すると、ユーザＡの副次コンテンツが新たに公開されたことを知ることになる。つまり、この場合のユーザＢは、ユーザＡの作成した副次コンテンツの新規公開についての告知を、ＳＮＳやブログを通じて間接的に受けたことになる。手順７は、このような間接的な副次コンテンツ公開の告知が行われることを指す。

手順８
また、公開告知のもう１つの手段として、この手順８を挙げておく。この手順８としては、例えばＳＮＳに備えられるメール機能などを利用してメールを作成、送信することで、ユーザＢ側に対して、自分の作成した副次コンテンツが公開されたことを告知するようにされる。これは、手順６、手順７の流れによる告知に対して、より直接的な態様の告知となる。
また、このようにして、電子メールなどにより告知を行うときにも、例えば本文中に、その副次コンテンツの保存場所アドレスを記載するようにして貼り付けておくようにされる。

手順９
上記のようにして、ユーザＢは、ユーザＡの作成した副次コンテンツが新規公開されたことの告知を間接的、あるいは直接的に受け、このことを知ることができる。そして、ユーザＢが、この新規公開されたユーザＡの副次コンテンツを聴きたいとおもったときには、先ず、音楽編集・共有アプリケーション１００により、副次コンテンツのダウンロードを行うようにされる。これが手順９となる。
この副次コンテンツのダウンロードにあたっては、例えばＳＮＳの日記のページ、若しくはブログの本文内にリンクとして示されている保存場所アドレスに対するクリック操作などを行うようにされる。確認のために述べておくと、ＳＮＳの日記のページやブログに対して書き込みを行う際に、ＵＲＬなどのアドレスの情報を書き込んだ場合には、この文字列部分がリンクとして公開されるようになっている。
上記のようにして保存場所アドレスに対するクリック操作を行ったことに応じて、音楽編集・共有アプリケーション１００は、この保存場所アドレスに対してアクセスする。つまり、副次コンテンツサーバ２上のアドレスのうちで、ユーザＡが作成して公開中の副次コンテンツのファイル（副次コンテンツ再生制御ファイル）を保存している場所を示すアドレスにアクセスする。そして、この保存場所に保存されている副次コンテンツ再生制御ファイルを、ユーザ端末装置４Ｂに送出させるようにする。そして、このようにして送出されてくる副次コンテンツ再生制御ファイルをユーザ端末装置４Ｂ側で受信して、音楽編集・共有アプリケーション１００の制御により保存管理するようにされる。このようにして副次コンテンツのダウンロードが行われる。

手順１０
上記のようにしてユーザＡの副次コンテンツが保存管理されると、ユーザ端末装置４Ｂの音楽編集・共有アプリケーション１００による、この副次コンテンツの再生が可能になる。手順１０は、ユーザＢによる音楽編集・共有アプリケーション１００に対する再生指示操作に応じて、この副次コンテンツとしての楽曲が音として再生出力されるようにするための手順となる。
ここで、編集・共有アプリケーション１００による副次コンテンツの再生概念を図４に示しておく。
副次コンテンツの再生にあたっては、先ず、音楽編集・共有アプリケーション１００が、その実体データである副次コンテンツ再生制御ファイルについての解釈を行う。この解釈の結果、例えば、少なくとも、どのオーディオコンテンツが編集素材コンテンツとして利用されており、また、各編集素材コンテンツにおけるどの部分が、どの再生時間において、どのようにして利用されているのかなどを認識することができる。なお、この図では、先に説明した図３に対応して、編集素材コンテンツＡ，Ｂ，Ｃの各オーディオコンテンツを編集素材として利用しているものとしている。そして、この認識結果に従い、音楽編集・共有アプリケーション１００は、編集素材コンテンツＡ，Ｂ，Ｃとしての実オーディオデータを少なくとも利用して再生制御を実行するようにされる。この結果、副次コンテンツとしての楽曲内容が音として再生される。

なお、上記図４の説明によれば、副次コンテンツの再生には、その副次コンテンツにおいて副次的に利用されたオーディオコンテンツ（編集素材コンテンツである）としての実オーディオデータが必要であることになる。つまり、副次コンテンツ再生のためには、一時的にではあっても、音楽編集・共有アプリケーション１００と同じローカル上に、編集素材コンテンツの実オーディオデータが存在していることが必要になる。従って、副次コンテンツを再生しようとしたときに、その編集素材コンテンツがローカル上で保存されていなかった場合には、これらを取得してローカル上に存在させる必要があることになる。

手順１１
そこで、上記のような場合には、ローカル上に無い編集素材コンテンツをダウンロードして取得するための手順を行うことが必要となる。図２における手順１１は、手順１０によるコンテンツ再生の過程において、このために行うべき手順である。
これまでの説明から理解されるように、編集素材コンテンツとしては実オーディオデータであるので、原則、編集素材コンテンツは一次コンテンツであることになる。そこで、手順１１としては、一次コンテンツサーバ１にアクセスして、今回の手順１０による副次コンテンツ再生に必要で、ローカル上に存在していない一次コンテンツのダウンロードを行うようにされる。このダウンロードにより、副次コンテンツの再生に必要な編集素材コンテンツがローカル上に全て存在することになり、図４による説明のようにして再生出力を正常に実行することが可能になる。

なお、手順１１のダウンロードによりローカル上に存在することとなる一次コンテンツのオーディオデータの状態としては、いくつか考えることができる。
先ず、１つには手順１による通常のダウンロードの場合と同様にしてＨＤＤなどの補助記憶装置に対して記憶保存された状態でローカル上に存在する態様を考えることができる。また、もう１つとしては、ＲＡＭなどの主記憶装置において一時的に保持され、例えばこの副次コンテンツの再生操作が可能な音楽編集・共有アプリケーション１００の状態ではなくなったことに応じて、消去されるような態様も考えることができる。例えば一次コンテンツは原則有料であると述べたが、後者の場合には、無料とする、あるいは通常のダウンロードよりも安価な料金設定とするなどの運用が考えられる。

また、上記図２の説明によれば、本実施の形態における副次コンテンツの作成は、編集素材コンテンツとして一次コンテンツを利用するものとしているが、編集素材コンテンツとしては、一次コンテンツだけではなく、副次コンテンツも含めることができる。図５を参照してこの点について補足しておく。図５（ａ）（ｂ）（ｃ）には、それぞれ、２つの編集素材コンテンツを二次利用して編集することで１つの副次コンテンツを作成する場合を示している。
まず、図５（ａ）は、図２により説明した副次コンテンツの作成例と同様に、編集素材コンテンツＡ，Ｂがそれぞれ一次コンテンツである場合を示している。つまり、一次コンテンツＡを編集素材コンテンツＡとし、これとは異なる一次コンテンツである一次コンテンツＢを編集素材コンテンツＢとして編集処理を実行して副次コンテンツを作成した場合を示している。この場合の副次コンテンツは、図示するようにして、内容的には一次コンテンツＡと一次コンテンツＢの少なくとも一部を有して成るものとされる。つまり大元の編集素材(原編集素材)として、一次コンテンツＡ、Ｂを使用しているものである。
図５（ｂ）は、図５（ａ）と同じ一次コンテンツとされる編集素材コンテンツＡと、一次コンテンツＣ、Ｄを二次利用して作成された副次コンテンツである編集素材コンテンツＣとを二次利用して編集することで、副次コンテンツを作成できることを示している。この場合の副次コンテンツは、編集素材コンテンツＡに含まれる一次コンテンツＡの少なくとも一部と、編集素材コンテンツＣに含まれる一次コンテンツＣ、Ｄのそれぞれの少なくとも一部とを有して楽曲内容を形成するものとなる。つまり、原編集素材としては、一次コンテンツＡ，Ｃ，Ｄとなるこものであり、従って、この図５（ｂ）に示される新規の副次コンテンツを再生する場合には、これら一次コンテンツＡ、Ｃ、Ｄをローカル上に置く必要がある、ということになる。
図５（ｃ）は、副次コンテンツである２つの編集素材コンテンツＣ、Ｄを二次利用して編集することで副次コンテンツを新規に作成できることを示している。この場合の新規作成される副次コンテンツは、編集素材コンテンツＣに含まれる一次コンテンツＣ、Ｄのそれぞれの少なくとも一部と、編集素材コンテンツＤに含まれる一次コンテンツＥ、Ｆのそれぞれの少なくとも一部とを有して楽曲内容を形成するものとなる。従って、図５（ｃ）に示される新規の副次コンテンツを再生する場合には、原編集素材である一次コンテンツＣ、Ｄ、Ｅ、Ｆをローカル上に置く必要があることになる。
また、上記図５（ｂ）（ｃ）のようにして副次コンテンツを作成するための編集素材コンテンツとして副次コンテンツを利用する場合には、先ず、ユーザは、一次コンテンツを編集素材コンテンツとして扱う場合と同様に、編集素材コンテンツとしての副次コンテンツをローカル上に置くために、例えばダウンロードを行ってユーザ端末装置４に記憶保存させるようにする。

また、図２の手順９により、副次コンテンツのダウンロード要求に応じて副次コンテンツサーバ２が副次コンテンツデータの送信を行うときには、副次コンテンツデータについて暗号化を施しておくようにされる。この暗号化は、正規ユーザの音楽編集・共有アプリケーション１００であれば解読することができるが、音楽編集・共有アプリケーション１００は、この暗号化処理を経て解読した副次コンテンツデータのみを再生し、例えば元から暗号化されていない副次コンテンツデータ、若しくは別の方式、アルゴリズムにより暗号化されている副次コンテンツデータについては再生を行わないように動作するようにされる。つまり、音楽編集・共有アプリケーション１００は、外部から取得する副次コンテンツデータについては、副次コンテンツサーバ２からダウンロードして取得したもののみを再生する。
従って、例えばP2P(Pier to Pier)によるネットワーク通信であるとか、電子メールのファイル添付であるとかFTP(File Transport Protocol)などによるユーザ端末装置間での直接的な通信、若しくはリムーバブルメディアを利用したユーザ間でのやりとりなどで、ユーザ同士が直接的に副次コンテンツファイルをやりとりしたとしても、このようにしてユーザが入手したファイルは、副次コンテンツサーバ２により暗号化が施されていないので、適正に再生することができないようにされる。つまり、本実施の形態では、他人の副次コンテンツについては、副次コンテンツサーバ２からダウンロードされたものでなければ適正に再生することができないようにされている。これにより、本実施の形態の音楽編集・共有システムでは、著作権に違反した非合法な副次コンテンツがネットワーク上で流通、増殖するのを避けるようにしている。これにより、例えば一次コンテンツ、副次コンテンツの著作権者の権利保護が図られるようにしている。

以上、図２〜図５の説明から理解されるように、本実施の形態の音楽配信・共有システムとしては、先ず、一次コンテンツのダウンロードが可能とされている。つまり、通常の音楽配信によりユーザが好きな楽曲をダウンロード（購入）して聴いて楽しむことができる。そのうえで、この一次コンテンツについては編集素材とするための二次利用が可能なようにして利用権限が設定されていることで、ユーザは一次コンテンツを素材に編集を行って自分の作品を作ることができるようになっている。さらに、このようにして作成した作品である副次コンテンツをＳＮＳやブログなどのコミュニケーション技術を利用して、一般に公開することができるものである。つまり、これまでにおいては著作権などの問題で合法的には困難であったとされる、一般ユーザが著作権のある楽曲を素材として編集を行って新規にオーディオコンテンツ（副次コンテンツ）を作成し、さらに、この副次コンテンツを一般に公開するということを適正に行えるようになるものである。

また、本実施の形態では、副次コンテンツの実体は、その副次コンテンツが利用する原編集素材である一次コンテンツについての再生を指示する記述を少なくとも含んで形成される再生制御情報であるとしている。
音楽編集・共有アプリケーション１００は、副次コンテンツの再生機能を有するわけであるが、副次コンテンツ作成のための編集機能も有している。このために、副次コンテンツの再生の態様のとして、単に音声再生のための処理を実行するのみではなく、例えば上記の編集機能のユーザインターフェイスに、再生される副次コンテンツの編集内容を反映させることができる。つまり、副次コンテンツの実体が再生制御情報とされていることの恩恵として、ユーザは、音楽編集・共有アプリケーション１００の編集機能を利用して、ダウンロードした副次コンテンツがどのようにして編集されているのかを詳細に知ることができる。

続いて、これまでに述べてきた実施の形態の音楽配信・共有システムとしての利用態様、動作が実現されるようにするための技術構成例について説明していく。
先ず、図６は、一次コンテンツサーバ１の内部構成例を示している。この図に示すようにして、一次コンテンツサーバ１は、制御部１１、記憶部１２、認証処理部１３、検索処理部１４、データベース管理部１５、決済処理部１６、暗号化処理部１７、ネットワークインターフェイス１８を備える。

制御部１１は、一次コンテンツサーバ１における各種制御処理を統括して実行する部位とされる。
記憶部１２は、例えばＨＤＤなどを備えて構成され、一次コンテンツデータベース１２ａを記憶している。一次コンテンツデータベース１２ａは、配信すべき一次コンテンツとしてのオーディオデータファイルをデータベース化した情報単位とされる。なお、一次コンテンツとしてのオーディオデータファイルは、オーディオデータとしての実データのほか、各種のメタデータが付随された所定形式を有する。

認証処理部１３は、例えばダウンロード要求が行われた場合において、その要求に含まれるユーザＩＤやパスワードなどを利用して、正規のユーザであるか否かなどについての所要の認証処理を実行する。この認証処理結果がＯＫであった場合にのみ、要求に応答した一次コンテンツの送信が行われる。

検索処理部１４は、データベース管理部１５と協働して、一次コンテンツデータベース１２ａにアクセスして、目的の一次コンテンツを検索する処理を実行する部位とされる。
データベース管理部１５は、一次コンテンツデータベース１２ａについての管理を行う。例えば新規の一次コンテンツが供給された場合には、これに応じて、一次コンテンツデータベース１２ａに対してこの新規の一次コンテンツを登録するようにして更新する。また、同様にして一次コンテンツを削除すべき場合には、一次コンテンツデータの削除とこれに応じたデータベースの更新を行うようにされる。

決済処理部１６は、有料の一次コンテンツに関するユーザ側の代金支払いに対する決済などの処理を実行する。

暗号化処理部１７は、この一次コンテンツサーバ１からユーザ端末装置４に対して送信すべき一次コンテンツデータについて所定の暗号化を施すための処理を実行する部位とされる。

ネットワークインターフェイス１８は、ネットワーク５経由での通信を行うための部位であり、例えばダウンロード要求の受信と、これに応じた一次コンテンツデータの送信は、このネットワークインターフェイス１８が制御部１１の制御に応じて通信処理を実行することにより実現される。

図７は、副次コンテンツサーバ２の内部構成例を示している。この図に示すようにして、副次コンテンツサーバ２は、制御部２１、記憶部２２、認証処理部２３、検索処理部２４、決済処理部２５、保存場所設定処理部２６、暗号化処理部２７、ネットワークインターフェイス２９を備える。

制御部２１は、副次コンテンツサーバ２における各種制御処理を統括して実行する部位とされる。
記憶部２２は、例えばＨＤＤなどを備えて構成され、副次コンテンツデータベース２２ａを記憶している。副次コンテンツデータベース２２ａは、ここで公開すべき副次コンテンツとしての実体データである、副次コンテンツ再生制御ファイルをデータベース化した情報単位とされる。

認証処理部２３は、例えば副次コンテンツのダウンロード要求が行われた場合において、その要求に含まれるユーザＩＤやパスワードなどを利用して、正規のユーザであるか否かなどについての所要の認証処理を実行する。

検索処理部２４は、データベース管理部２５と協働して、副次コンテンツデータベース２２ａにアクセスして、目的の副次コンテンツを検索する処理を実行する部位とされる。
データベース管理部２５は、副次コンテンツデータベース２２ａについての管理を行う。例えば副次コンテンツ（副次コンテンツ再生制御ファイル）が新規にアップロードされた場合に応じては、副次コンテンツデータベース２２ａに対して、アップロードされてきた副次コンテンツを登録するようにして更新する。また、同様にして副次コンテンツ（副次コンテンツ再生制御ファイル）を削除することとなった場合には、このための削除処理と、削除結果に応じたデータベースの更新を行うようにされる。

また、ここでは、データベース管理部２５を成すとされる各種のデータベース管理に関連する機能部のうちの１つとして、世代管理部２５ａを示している。
世代管理部２５ａは、副次コンテンツサーバ２において記憶保存している副次コンテンツの世代についての管理を実行するための部位とされる。なお、本実施の形態におけるコンテンツの世代についての概念と、この世代管理部２５ａが実行するとされる世代管理処理例などについては後述する。

暗号化処理部２７は、この副次コンテンツサーバ２からユーザ端末装置４に対して送信すべき副次コンテンツデータについて所定の暗号化を施すための処理を実行する部位とされる。また、システムの運用によっては、副次コンテンツのアップロードのときに、ユーザ端末装置４から副次コンテンツデータを暗号化して送信してくる場合もあると考えられるが、この場合には、暗号化処理部２７は、その暗号化を解読する処理も実行するようにされる。

ネットワークインターフェイス２９は、ネットワーク５経由での通信を行うための部位とされる。例えばアップロードされてくる副次コンテンツやダウンロード要求の受信と、ダウンロード要求に応じた副次コンテンツデータ（副次コンテンツ再生制御ファイル）の送信は、このネットワークインターフェイス２９が制御部２１の制御に応じて通信処理を実行することにより実現される。

図８は、コミュニケーションサーバ３の内部構成例を示している。この図に示されるように、コミュニケーションサーバ３は、制御部３１、記憶部３２、認証処理部３３、ブログ稼働処理部３４、ＳＮＳ稼働処理部３５、及びネットワークインターフェイス３６とを備える。なお、この場合のコミュニケーションサーバ３は、ブログとＳＮＳのコミュニケーションサービスを提供するものとされる。

制御部３１は、コミュニケーションサーバ３における各種制御処理を統括して実行する部位とされる。
記憶部３２は、例えばＨＤＤなどを備えて構成され、ブログデータベース３２ａとＳＮＳデータベース３２ｂとを記憶している。例えばブログデータベース３２ａは、ユーザが開設したブログのデータがデータベース化された情報単位とされる。また、ＳＮＳデータベース３２ｂは、ＳＮＳのユーザごとのページ内容等がデータベース化された情報単位とされる。

この場合の認証処理部３３は、ブログの更新のためのログインや、ＳＮＳにログインの要求などに応じて、その要求に含まれるユーザＩＤやパスワードなどを利用して認証処理を実行する。この認証処理結果がＯＫであれば、上記のログインが成功するようにされる。

ブログ稼働処理部３４は、ブログを適正に稼働させるための各種所要の処理を実行する。例えば、ユーザ端末装置４からのブログへのアクセス要求や、正規のブログの書き込み画面の要求などに応じて、ブログ画面のデータの送信であるとか、ブログ書き込み画面の送信などの処理を実行する。また、ブログに対する書き込みが反映されるようにしてブログデータベース３２ａを更新するなど、ブログデータベース３２ａを管理するための処理も実行する。

ＳＮＳ稼働処理部３５も同様にして、ＳＮＳのページへのアクセス要求に応じてそのページのデータを送信する処理であるとか、日記などの書き込みを反映させるためのＳＮＳデータベース３２ｂの更新などをはじめとするデータベース管理など、ＳＮＳを適正に稼働させるための処理を実行する。

ネットワークインターフェイス３６は、ネットワーク５経由での通信を行うための部位とされる。これにより、ブログやＳＮＳへのアクセス要求に応じたページデータの送信などが可能となる。
なお、ここではコミュニケーションサーバ３は、ＳＮＳとブログに対応して設けられているものとしているが、例えばＳＮＳとブログとで、それぞれ異なるサーバが構築されてもよい。また、例えば、ＳＮＳ、ブログ以前からよく知られている、ホームページなどといわれる個人のサイト運営など、ＳＮＳ、ブログ以外で、個人ユーザが情報発信できるようなＣＧＭ関連のサービスを提供するように構成しても良い。

図９は、ユーザ端末装置４の内部構成例を示している。なお、この場合には、ユーザ端末装置４としてのハードウェアは、パーソナルコンピュータであるものとする。
先ずユーザ端末装置４は、ネットワーク５を介しての通信を行うために、ネットワークインターフェイス４４を備えている。このネットワークインターフェイス４４が備えられることにより、ネットワーク５を介して、例えば一次コンテンツサーバ１、副次コンテンツサーバ２、コミュニケーションサーバ３、及び他のユーザ端末装置４などと通信することが可能となる。

ＣＰＵ(Central Processing Unit)４１は、例えばＨＤＤ（ハードディスクドライブ）４８にインストールされたＯＳ(Operating System)、及び各種のアプリケーションプログラム、また、ＲＯＭ４２に保持されているプログラムに従って各種の処理を実行可能とされる。本実施の形態においては、音楽編集・共有アプリケーション１００としてのアプリケーションプログラムがインストールされることになる。
ＲＡＭ４３はＣＰＵ４１のための作業領域であり、ＣＰＵ４１が各種処理を実行するのに必要なデータやプログラム等が適宜保持される。

この場合の入出力インターフェイス４５には、例えば、キーボードやマウスなどとされる入力デバイス４６が接続されており、この入力デバイス４６から出力されてくる操作信号を、ＣＰＵ４１に適合させた信号に変換してＣＰＵ４１に出力するようにされている。
また、入出力インターフェイス４５には、メディアドライブ４７が接続されている。このメディアドライブ４７は、所定フォーマットのリムーバブルメディアに対応してデータの記録再生が可能なように構成されたドライブ装置とされる。

また、入出力インターフェイス４５には、記憶媒体としてハードディスクを備えたＨＤＤ４８が接続されている。ＣＰＵ４１は、入出力インターフェイス４５を介して、ハードディスクドライブ４８のハードディスクに対してデータやプログラム等の記録又は読み出しを行うことができるようにされている。
また、入出力インターフェイス４５には、画像表示のためのディスプレイモニタ４９も接続されている。

図１０には、本実施の形態の音楽編集・共有システムの利用に関連してＨＤＤ４８に記憶されるデータ内容例を示している。
この図に示すようにして、実施の形態の音楽編集・共有システムに関連しては、先ず、アプリケーションプログラムのデータとして音楽編集・共有アプリケーション１００を記憶させることになる。なお、ＨＤＤ４８に対する音楽編集・共有アプリケーション１００の記憶は、インストールの処理により行われる。また、アプリケーションファイルとして、１以上の一次コンテンツファイル（一次コンテンツファイル群１０３）と、１以上の副次コンテンツ再生制御ファイル（副次コンテンツ再生制御ファイル群１０４）が音楽編集・共有アプリケーション１００の制御により記憶される。

この場合の音楽編集・共有アプリケーション１００は、その機能面から、大別してコンテンツ管理・編集ツール１０１としてのプログラム部分と、コミュニケーションツール１０２としてのプログラム部分とから成るものとしてみることができる。コンテンツ管理・編集ツール１０１は、一次コンテンツファイル（オーディオデータとメタデータから成る）や副次コンテンツ再生制御ファイルのダウンロード、一次コンテンツファイル群１０３の一次コンテンツファイルと、副次コンテンツ再生制御ファイル群１０４の副次コンテンツ再生制御ファイルを対象とするファイル操作を実行するようにされる。また、編集操作に応じた編集処理や、編集結果に応じた副次コンテンツ再生制御ファイルの作成処理なども実行するようにされる。コミュニケーションツール１０２は、コミュニケーションサーバ３にアクセスしてブログやＳＮＳを操作するための処理を実行するようにされる。

図１１は、コンテンツ管理・編集ツール１０１についてのプログラム構成を、機能ブロック単位により模式的に示したものであり、図示するようにして、通信制御部１１１、一次コンテンツ取得処理部１１２、一次コンテンツ保存管理処理部１１３、副次コンテンツ取得処理部１１４、副次コンテンツ保存管理処理部１１５、副次コンテンツ転送処理部１１６、副次コンテンツ再生制御ファイル生成・解釈処理部１１７、副次コンテンツ編集・作成処理部１１８、暗号・解読処理部１１９、音声再生信号処理部１２０から成るものとしてみることができる。

通信制御部１１１は、コンテンツ管理・編集に関連して主に一次コンテンツサーバ１や副次コンテンツサーバ３とネットワーク経由で通信を実行するために必要なプログラムから成る部位である。

一次コンテンツ取得処理部１１２は、一次コンテンツをダウンロードして取得するために必要なプログラムから成る部位である。この一次コンテンツ取得処理部１１２により、一次コンテンツをダウンロードするためのユーザインターフェイスが提供される。また、ダウンロード要求としてのコマンドを発行して通信制御部１１１により送信させる制御や、通信制御部１１１にて受信した一次コンテンツのデータのパケットを受け渡してもらい、一次コンテンツとしてのデータ形式に復元する処理なども、この一次コンテンツ取得処理部１１２により実行される。

一次コンテンツ保存管理処理部１１３は、上記一次コンテンツ取得処理部１１２により取得された一次コンテンツファイルをＨＤＤ４８に保存する処理と、保存された一次コンテンツファイルを管理するための処理を実行する部位である。例えば、この一次コンテンツ保存管理処理部１１３により、アーティスト名、アルバム単位、ジャンルなどに応じたソートなどの楽曲管理が実現される。

副次コンテンツ取得処理部１１４は、副次コンテンツをダウンロードして取得するために必要なプログラムから成る部位である。
副次コンテンツ保存管理処理部１１５は、上記副次コンテンツ取得処理部１１４により取得された副次コンテンツ再生制御ファイルをＨＤＤ４８に保存する処理と、保存された副次コンテンツ再生制御ファイルを管理するための処理を実行する部位である。

副次コンテンツ転送処理部１１６は、副次コンテンツ再生制御ファイルを副次コンテンツサーバ２に対してアップロードするための転送処理が通信制御部１１１を経由して適正に実行されるようにするための処理を実行する。

副次コンテンツ作成処理部１１７は、図３により示した編集素材コンテンツを利用した編集、即ち副次コンテンツとしての楽曲内容の作成に関する処理を実行する部位である。例えば編集操作のためのユーザインターフェイスなども、この副次コンテンツ作成処理部１１７により実現される。
副次コンテンツ再生制御ファイル生成・解釈処理部１１８は、先ず、副次コンテンツ作成処理部１１７により作成された副次コンテンツとしての楽曲内容が反映された副次コンテンツ再生制御ファイルを生成するための処理を実行する。また、副次コンテンツを再生する場合には、図４に示した副次コンテンツ再生制御ファイルについての解釈処理を実行して、編集素材コンテンツを利用した再生処理のシーケンスを決定する。

本実施の形態にあっては、一次コンテンツファイルは暗号化が施されて一次コンテンツサーバ１から伝送されるものとされる。また、副次コンテンツ再生制御ファイルも、ダウンロードに対応して副次コンテンツサーバ２からユーザ端末装置４に送信する際においても、暗号化を施すようにされる、また、ユーザ端末装置４から副次コンテンツサーバ２に対して副次コンテンツデータをアップロードする場合にも、暗号化を施して送出する場合が。暗号化・解読処理部１１９は、暗号化が施された一次コンテンツファイル、副次コンテンツ再生制御ファイルを再生、編集などのために操作する必要のあるときに、この暗号化を解読する処理を実行する。また、副次コンテンツ再生制御ファイルについて暗号化を施して伝送する必要のある場合に、暗号化を施す処理を実行するようにされる。

音声再生信号処理部１２０は、デジタルオーディオデータを音声として再生するための信号処理過程のうちで、デジタル段階で施しておくべき所要の信号処理を実行するための部位とされる。例えば一次コンテンツファイルを再生するのにあたり、この一次コンテンツファイルについて圧縮符号化が施されているのであれば、この圧縮符号化に対応する復号処理を施して、例えば所定のＰＣＭ形式によるデジタルオーディオ信号を得るようにされる。また、副次コンテンツを再生する場合には、上記副次コンテンツ再生制御ファイル生成・解釈処理部１１８により決定された再生処理のシーケンスに従って、編集素材コンテンツとしての一次コンテンツファイルのデータ部分を再生していく、シーケンサとしての再生処理を実行するようにされる。

ところで、副次コンテンツを再生するのにあたり、副次コンテンツ再生制御ファイル生成・解釈処理部１１８により再生制御情報を解釈した結果は、副次コンテンツ作成処理部１１７が提供するとされるＧＵＩである編集作業画面に反映させることが可能であるものとされている。つまり、再生制御情報が示す再生指示の内容が、編集作業画面上でユーザが認識可能な態様で表示される。ユーザは、これを見ることで、その副次コンテンツがどのようにして作成されたのかを確認することができる。このことは、その副次コンテンツを作成者がどのようにして作成したのかということを、正確な情報として得られることを意味している。例えば、デジタルオーディオ信号によるコンテンツの場合、そのコンテンツがどのようにして作成されたのかを一般のユーザが知るためには、実際に再生して聴き取ることのできる音響的な内容から推測するしかない。このようにして、本実施の形態の場合には、副次コンテンツについて、より詳細、かつ具体的に、どのようにして作成されたものであるのかを把握できるものである。そして、このような副次コンテンツがユーザ間で共有されることにより、本実施の形態の音楽編集・共有システムを利用するユーザの音楽制作に関する知識、技術が飛躍的に向上されることが期待される。このようにして、本実施の形態のシステムは、音楽制作に関心のあるユーザにとっては、非常に高い娯楽性と利用価値を持っているものである。

次に、副次コンテンツ再生制御ファイルの構造例について、図１２を参照して説明する。
この図に示すようにして、副次コンテンツ再生制御ファイルは、利用一次コンテンツ情報、利用編集素材コンテンツ情報、再生制御情報、本コンテンツ利用許諾範囲情報、及び本コンテンツ世代情報の各情報部を少なくとも有し、これらの情報部を所定構造により格納して形成されるものとされる。これらの情報部のうち、再生制御情報が、副次コンテンツ再生制御ファイルとしての本体的な情報（本体情報）とされるものであり、これ以外の情報（利用一次コンテンツ情報、利用編集素材コンテンツ情報、本コンテンツ利用許諾範囲情報、本コンテンツ世代情報）が、メタデータ（付加情報）となる。

利用一次コンテンツ情報は、現副次コンテンツ再生制御ファイルが対応する副次コンテンツとしての楽曲内容を再生するのに必要とされる一次コンテンツ（これが利用一次コンテンツである）が何であるのかを示す情報である。換言すれば、現副次コンテンツの作成のために結果的に利用されることとなった一次コンテンツが何であるのかを示す情報である。
図５との対応であれば、編集処理により新規に作成される副次コンテンツを形成しているものとして示されている一次コンテンツを示す情報が、上記利用一次コンテンツ情報となるものである。つまり、利用一次コンテンツ情報において、図５（ａ）の場合には一次コンテンツＡ、Ｂが示され、図５（ｂ）の場合には一次コンテンツＡ、Ｂ、Ｃが示され、図５（ｃ）の場合には一次コンテンツＣ、Ｄ、Ｅ、Ｆが示される。

なお、可能性として、編集素材コンテンツを編集して作成した副次コンテンツとしての楽曲内容において、編集素材コンテンツに含まれていた或る一次コンテンツが削除されるような場合もあると考えられる。図５（ｂ）の場合を例に挙げれば、編集素材コンテンツＡ、Ｂを利用して編集を行って得た新規の副次コンテンツとして、例えば一次コンテンツＡ、Ｃは音源として利用しているが、一次コンテンツＤの要素については利用していないという楽曲内容となる可能性を考えることができる。この場合、副次コンテンツの再生に必要な一次コンテンツのオーディオデータとしては、一次コンテンツＡ，Ｃのみであり、一次コンテンツＤは不要となる。
このような場合に対応した利用一次コンテンツ情報の内容をどのようなものとするのかについてであるが、１つには、副次コンテンツ再生のために実際に必要となる一次コンテンツのみを反映させるべきであるとの考え方に基づき、一次コンテンツＡ，Ｃのみを示し、一次コンテンツＤは提示しない内容とすることが考えられる。
また、もう１つには、一次コンテンツＡ，Ｃ，Ｄの全ての一次コンテンツを示す内容とすることが考えられる。つまり、この場合には、現には一次コンテンツＤを使用してはいないものの、この副次コンテンツを作成するまでの過程においては、一次コンテンツＤとしての楽曲内容の影響を少なからず受けているのであるから、潜在的には使用していることと等価であるとの考え方に立つものである。この場合、結果的には、今回の副次コンテンツが作成される世代までにおいて、一度でも利用されたことのある一次コンテンツが全て、利用一次コンテンツ情報に含められることになる。
なお、利用一次コンテンツ情報には、ここに示される一次コンテンツごとに関連した所定内容のメタデータも有するものとされる。

また、利用編集素材コンテンツ情報は、現副次コンテンツ再生制御ファイルが対応する副次コンテンツを作成するために直接的に利用した編集素材コンテンツ（利用編集素材コンテンツ、直接利用コンテンツ）が何であるのかを示す情報とされる。図５を例に挙げれば、図５（ａ）に示される編集処理後の副次コンテンツの利用編集素材コンテンツ情報には、編集素材コンテンツＡ，Ｂとしての実際の一次コンテンツファイルを示す情報が示されることになる。また、図５（ｂ）に示される編集処理後の利用編集素材コンテンツ情報には、編集素材コンテンツＡとされる一次コンテンツファイルと、編集素材コンテンツＣとされる副次コンテンツ（副次コンテンツ再生制御ファイル）を示す情報が格納される。
なお、利用編集素材コンテンツ情報としても、ここに示される編集素材コンテンツごとに関連した所定内容の付随情報を有しているものとされる。

再生制御情報は、所定の言語によって、現副次コンテンツとしての楽曲内容を再生するための処理シーケンスを記述して成る情報部である。この再生制御情報を形成する記述内容の要素としては、例えば先ず、再生に使用する実オーディオデータとしての一次コンテンツを示す記述、この一次コンテンツとしてのオーディオデータから実際に副次コンテンツ再生のために利用するデータ部分を示す記述、また、このデータ部分を再生すべき時間を示す記述などとなる。また、例えばフェードイン、フェードアウト、オーバーラップ、イコライジング（音質調整）、再生速度倍率、リバーブ、ディレイなどをはじめとした、いわゆるエフェクト、特殊効果が反映されるようにするための記述も行われる。

本コンテンツ利用許諾範囲情報は、現副次コンテンツ（本コンテンツ）に設定した利用許諾範囲の情報とされる。この構造は、次に図１３により説明する利用コンテンツ情報の構造例における利用許諾範囲情報に準ずればよいものとされる。

本コンテンツ世代情報は、現副次コンテンツが、本実施の形態の音楽編集・共有システムにおいて作成されたコンテンツとして第何世代となるのかを示す情報である。なお、本実施の形態のシステムにおけるコンテンツの世代設定に関しては後述する。

図１３は、利用一次コンテンツ情報と、利用編集素材コンテンツ情報の各構造例を示している。
この図に示すようにして、利用一次コンテンツ情報／利用編集素材コンテンツ情報は、大きくは単位ファイル情報の連結により成るものとしている。単位ファイル情報のそれぞれが、１つの利用一次コンテンツ、利用編集素材コンテンツに対応する。なお、記載を簡略なものとする都合上、この図１３の説明にあたり利用一次コンテンツと利用編集素材コンテンツとで特に区別しない場合には、「利用コンテンツ」ということにする。

単位ファイル情報においては、例えばファイルＩＤ、アーティスト名、曲名、そして、利用許諾範囲情報の各情報項目が設けられる。
ファイルＩＤは、対応する利用コンテンツのコンテンツファイルに対して固有となるようにして割与えられた識別子（ＩＤ）を示す。つまり、利用コンテンツである一次コンテンツファイルとしてのファイルＩＤ、若しくは、利用コンテンツである副次コンテンツ再生制御ファイルとしてのファイルＩＤが格納される。なお、これらのファイルＩＤは、利用一次コンテンツについては一次コンテンツサーバ１により付与したものとされ、副次コンテンツ再生制御ファイルについては副次コンテンツサーバ２により付与したものとされる。
アーティスト名の情報項目は、対応する利用コンテンツを演奏あるいは作成したとされる演奏者、作成者の名前を示す。
曲名の情報項目は、対応する利用コンテンツについての曲名を示す。

世代の情報項目には、世代情報が格納される。世代情報は、そのコンテンツが第何世代のコンテンツであるのかを示す情報とされる。本実施の形態の音楽編集・共有システムにおいて、一次コンテンツは、後述するようにして一義的に第１世代であるとして定義され、副次コンテンツは、編集素材コンテンツの世代に応じて、所定規則により第Ｎ世代となるようにして定義される。従って、この図１２に示す利用コンテンツ情報が、利用一次コンテンツ情報である場合には、この世代情報の項目には、第１世代であることを示す情報が格納されることになる。また、編集素材コンテンツ情報である場合には、単位ファイル情報が対応する利用コンテンツ（一次コンテンツ、又は副次コンテンツ）ごとに応じて実際に設定されている世代を示す情報が格納されることになる。

利用許諾範囲の情報（利用許諾範囲情報）は、１以上の利用項目１〜ｎの集合により形成される。
利用項目１〜ｎには、それぞれ、対応する利用コンテンツの編集（二次利用）に関連した所定の利用内容が対応するようにして割り当てられている。利用項目に割り当てる利用内容の例としては多様に考えられるが、例えば、
・本コンテンツの二次利用の可否に関する内容
・編集素材とする他のコンテンツについて、本コンテンツとは違うアーティストのものを利用することに関する内容
・編集素材とする他のコンテンツについて、本コンテンツが属するとされるアルバムとは違うアルバムに属するものを利用することに関する内容
・特定のエフェクトや特殊効果の使用に関する内容
・特定のプラグインモジュールの使用に関する内容
・楽曲全体から一部分を抜き出して編集素材とすること、
・楽曲全体から一部分を抜き出して編集素材とする場合において、抜き出すオーディオデータ部分に関する許可内容
・利用可能な世代数（例えば一次コンテンツとして、孫の世代までの利用を許諾するとした場合には、この一次コンテンツを利用した子の副次コンテンツと、この副次コンテンツを利用した孫の副次コンテンツは作成できるが、この孫の副次コンテンツは、対応する利用コンテンツを利用した部分について編集を行うことはできない）
・本コンテンツと組み合わせて二次利用が可能なコンテンツの数、種類などに関する内容
などを挙げることができる。
そして、これらの利用項目の各々について、例えば許可／不許可をはじめとして、その利用項目ごとに設定した利用許諾に関しての内容を示す情報が記述されるものである。利用許諾範囲の情報としては、これらの利用項目のそれぞれに記述される許諾設定内容を総合することで、対応する利用コンテンツについての利用許諾範囲を示すことになるものである。

図１４は、副次コンテンツ再生制御ファイルにおける再生制御情報の内容例を示している。
この図においては、[ ]により括られる記述部分が、１つの利用コンテンツについての或る１つの再生制御内容を示しているものとされる。
この図１４に示される利用コンテンツ単位の再生制御内容の例について説明しておく。
先ず、図において先頭に示される利用コンテンツ単位の再生制御内容としては、
[
file_id=AAAAAA;
time=00:00-00:10;
position=vv-zz
]
と記述されている。これは、利用コンテンツがファイルID=AAAAAAにより指定されるものであり、この利用コンテンツを利用する現副次コンテンツの再生時間は00:00（開始時点）〜00: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=ss-tt
]
と記述されている。これは、利用コンテンツがファイルID=BBBBBBにより指定されるものであり、この利用コンテンツを利用する現副次コンテンツの再生時間は00:15〜00:20であり、この再生時間において利用する利用コンテンツのデータ区間は、アドレスppからアドレスuuまでに対応する範囲であることを指定している。
例えば、本実施の形態の音楽編集・共有アプリケーション１００の音声再生信号処理部１２０は、このようにして［ ］により括られる利用コンテンツ単位の再生制御内容を逐次解釈していき、その解釈結果に応じて実際に再生制御を実行することで、副次コンテンツを音声信号として再生出力する。

また、一次コンテンツファイルの構造について説明しておく。
一次コンテンツファイルは、先にも述べたが、改めて図１５にも示すようにして、一次コンテンツとしての楽曲内容を有する所定形式のオーディオデータと、これに関連した各種のメタデータから成るファイル構造を有するものとされる。なお、オーディオデータとしては、所定の音声圧縮符号化が施されていてもよいものであり、音声圧縮符号化を施してデータサイズを縮小することで、一次コンテンツサーバ１における一次コンテンツ記憶のための記憶容量を節約でき、ネットワーク上の伝送にも有利となる。
そして、上記のメタデータ群を形成するメタデータの種類としては、楽曲タイトル、アーティスト、属するアルバムのタイトル、ジャンル、データ形式、データサイズなどの、オーディオデータに対して一般に付随する情報に加えて、利用許諾範囲情報と、本コンテンツ世代情報も含むようにされる。

利用許諾範囲情報は、例えば図１３に示した単位ファイル情報内におけるものと同等の意義を持つものとして設けられる。
即ち、本実施の形態における一次コンテンツは副次的な利用が許諾されていることが前提であるが、この利用の許諾は、一次コンテンツの著作権者（例えばアーティストなど）の合意により得られているものである。すると、著作権者が許諾できる利用の内容、範囲などは、楽曲に対する著作権者の考え方に応じて自ずと変化する。そこで、本実施の形態としては、このような著作権者の考え方を尊重することとして、一次コンテンツについても、利用許諾範囲を設定した情報をメタデータとして組み込むこととし、これにより、著作権者の意向を反映するようにしているものである。もちろん、運用の仕方として、一次コンテンツの利用許諾範囲を全て一律に設定することも考えられるが、本実施の形態のようにして一次コンテンツごとに異なる利用許諾範囲が設定できるようにして著作権者の意向が反映されるようにすることの方が、音楽編集・共有システムをより円滑に運用していくためには有効である。
なお、一次コンテンツファイルのメタデータにおける利用許諾範囲の情報を形成する利用項目の内容については、図１３に示した副次コンテンツ再生制御ファイルと同じである必要はなく、一次コンテンツとして必要とされる利用項目の内容が設定されればよいものである。

また、同じ一次コンテンツファイルにおけるメタデータである本コンテンツ世代情報は、本実施の形態の音楽編集・共有システムにおいて作成されたコンテンツとして、第何世代となるのかを示す情報である。先にも述べたように、一次コンテンツは、第１世代であるものとして定義されるので、この一次コンテンツファイル内の本コンテンツ世代情報には、第１世代であることを示す情報を格納することになる。
ところで、一次コンテンツとしては一義的に第１世代として定義されるのであるから、一次コンテンツファイルに関しては、本コンテンツ世代情報を削除する構造とすることも考えられる。
しかしながら、例えば副次コンテンツを新規作成したときに、その副次コンテンツの世代が何であるのかを求めるのにあたり、編集素材コンテンツにおいてメタデータとして備えられる本コンテンツ世代情報を利用するようなアルゴリズムとする場合には、一次コンテンツファイルについても本コンテンツ世代情報を含めることとしたほうが好ましい。このようにすれば、一次コンテンツ、副次コンテンツを区別することなく、本コンテンツ世代情報を参照しさえすれば、同じアルゴリズムで新規副次コンテンツについての世代を求めることが可能になるからである。

次に、図１６、図１７のフローチャートを参照して、副次コンテンツの編集に関する主要な処理に関する手順例について説明しておくこととする。なお、図１６、図１７に示す処理は、音楽編集・共有アプリケーション１００におけるコンテンツ管理・編集ツール１０１としてのプログラムを実行することにより実現されるものである。

ここで例えばユーザ端末装置４のユーザが、音楽編集・共有アプリケーション１００のコンテンツ管理・編集ツール１０１を起動させて副次コンテンツを編集しようとしているものとする。そして、副次コンテンツの作成のために素材として利用するコンテンツ検索し、これを編集素材コンテンツとして登録する（確定させる）操作を行ったとする。これに応じて、コンテンツ管理・編集ツール１０１における副次コンテンツ作成処理部１１７により、図１６に示す処理が実行される。
図１６においては、先ず、ステップＳ１０１により、編集素材コンテンツとして登録されたコンテンツのデータの取り込みを実行する。確認のために述べておくと、登録された編集素材コンテンツが一次コンテンツの場合には、この一次コンテンツとしてのファイルのデータを取り込み、副次コンテンツの場合には、これに対応する副次コンテンツ再生制御ファイルのデータを取り込むようにされる。

ステップＳ１０２では、上記ステップＳ１０１により取り込んだデータから利用許諾範囲の情報についての読み込みをさらに行うようにされる。これにより、今回編集素材コンテンツとして登録したコンテンツについて設定されている各種の利用許諾についての内容が、利用許諾範囲情報における利用項目１〜ｎの内容に基づいて認識されることになる。そこで、続くステップＳ１０３により、上記ステップＳ１０２に応じて認識した利用許諾の内容を、副次コンテンツ編集のためのユーザインターフェイス（ＵＩ）に反映させるようにして設定を行う。この処理により、編集素材コンテンツに予め設定された利用許諾範囲を越える内容の編集操作を行うことができなくなるようにして、副次コンテンツ作成処理部１１７としての動作が得られる。

図１７は、副次コンテンツとしての実データである副次コンテンツ再生制御ファイルの生成に関する処理手順例を示している。この図に示す処理も、例えばＣＰＵ４１がコンテンツ管理・編集ツール１０１としてのプログラムを実行することにより実現されるものである
ここでは、先ずステップＳ２０１により、編集のための操作入力に応じた、しかるべき編集処理を実行するようにされている。例えば副次コンテンツ作成処理部１１７は、そのプログラムにより、ユーザが副次コンテンツ作成のための編集操作を行うＧＵＩ(Graphical User Interface)を提供する。ユーザは、このＧＵＩを利用して副次コンテンツ作成のための編集操作を行うようにされ、この操作に応じて、ステップＳ２０１としての処理が実行される。
そして、上記のようにして編集処理を行っている過程において、ステップＳ２０２により、これまでの編集結果を保存するための操作の行われたことが判別されると、ステップＳ２０３に進む。ステップＳ２０３においては、これまでの編集結果により得られた副次コンテンツとしての楽曲内容に応じた副次コンテンツ再生制御ファイルを生成し、これを次のステップＳ２０４により、例えばＨＤＤ４８におけるしかるべきディレクトリに保存するように制御を実行する。ステップＳ２０４の手順が終了したのであれば、ステップＳ２０１に戻るようにされる。
なお、ここでは図示していないが、例えば副次コンテンツ作成のためのＧＵＩ画面を閉じる操作が行われるなどしたこことに応じて、この図に示される処理を抜けて他の所要の処理に移行するようにされる。
また、副次コンテンツ再生制御ファイルの作成にあたっては、本コンテンツ利用許諾範囲情報の内容を作成することになる。この本コンテンツ利用許諾範囲情報の内容をどのようにして設定するのかについては、例えば原編集素材である一次コンテンツそれぞれの利用許諾範囲情報を総合して決まる最小限を越えない範囲で、所定の規則に従って（利用項目ごとの内容を）自動設定することが考えられる。また、ユーザの意図が反映されるように、ユーザが行ったとされる本コンテンツ利用許諾範囲情報の内容に関する指定操作に応じて設定するようにすることが考えられる。ただし、このようにしてユーザ操作に応じて設定する場合においても、原編集素材である一次コンテンツそれぞれの利用許諾範囲情報を総合して決まる最小限は越えない範囲での設定が行われるようにして、これを越える利用許諾範囲（利用項目ごとの内容）の設定は行えないようにされる。

続いては、図１８のフローチャートを参照して、ユーザ端末装置４による副次コンテンツのアップロードに関する処理手順例と、このアップロードに応じた副次コンテンツサーバ２の処理手順例とについて説明する。この図におけるユーザ端末装置４側の処理は、主として副次コンテンツ保存管理処理部１１５、及び副次コンテンツ転送処理部１１６としてのプログラムにより実現される。副次コンテンツサーバ２の処理は、図７に示した各部が協働して実行するものとなるが、例えば実際にあっては、副次コンテンツサーバ２を構成するコンピュータシステム（ＣＰＵ）がプログラムを実行することにより実現されるものとしてみることができる。

ユーザ端末装置４側では、ステップＳ３０１により、副次コンテンツ再生制御ファイルのアップロードを指示するコマンドが得られるのを待機している。ここで、例えばユーザが、コンテンツ管理・編集ツール１０１が提供するＧＵＩに対する操作として、音楽編集・共有アプリケーション１００のアプリケーションファイルとしてＨＤＤ４８に記憶されている、この音楽編集・共有アプリケーション１００により作成したとされる副次コンテンツ（即ち、副次コンテンツ再生制御ファイル）のうちから、アップロードしたいと思う１以上の副次コンテンツを選択し、アップロード実行の操作を行ったとする。これに応じて、ＧＵＩ上で選択された副次コンテンツに対応する副次コンテンツ再生制御ファイルのアップロードを指示するコマンドが発生し、ステップＳ３０２に進むことになる。

ステップＳ３０２においては、アップロードが指定された副次コンテンツ、即ち副次コンテンツ再生制御ファイルを、所定のディレクトリから読み込むようにされる。そして、次のステップＳ３０３により、この読み込みを行った副次コンテンツ再生制御ファイルを、ネットワーク経由で副次コンテンツサーバ２に対してアップロード要求とともに送信出力する制御を実行する。

副次コンテンツサーバ２では、ステップＳ４０１によりアップロード要求が受信されるのを待機しており、アップロード要求が受信されるとステップＳ４０２以降の手順を実行する。なお、アップロード要求を受信してから実際にステップＳ４０２に移行するためには、例えば認証処理などを経て正規のユーザからの要求であることを確認するようにされるのであるが、ここでは、このような処理手順については省略している。
ステップＳ４０２では、アップロード要求とともに受信した副次コンテンツ再生制御ファイルの保存場所（ＵＲＬ）を設定する。
ステップＳ４０３は、今回のアップロード要求の送信元となるユーザ端末装置４に対して、アップロードされた副次コンテンツ（副次コンテンツ再生制御ファイル）の保存場所を通知するための通信処理を実行するようにされる。

ステップＳ３０３によりアップロード要求を行ったユーザ端末装置４側では、ステップＳ３０４により保存場所の情報が受信されるのを待機している。そして、保存場所の情報を受信すると、ステップＳ３０５により、受信した保存場所（ＵＲＬ）の情報をしかるべきディレクトリに保存するようにされる。これにより、以降においては、コンテンツ管理・編集ツール１０１に対する所定操作により、副次コンテンツの保存場所の情報を呼び出すことができる。保存場所がＵＲＬであれば、呼出操作に応じては、例えばＵＲＬとしての文字列を表示するようにされる。

図１９のフローチャートは、ユーザ端末装置４による副次コンテンツのダウンロードに関する処理手順例と、これに応じた副次コンテンツサーバ２の処理手順例とを示している。この図におけるユーザ端末装置４側の処理も、主として副次コンテンツ保存管理処理部１１５、及び副次コンテンツ転送処理部１１６としてのプログラムにより実現される。
先ずユーザ端末装置４側においては、ステップＳ５０１により副次コンテンツ再生制御ファイルのダウンロードを指示するコマンドが得られるのを待機している。ここで、例えばユーザが、コンテンツ管理・編集ツール１０１が提供するＧＵＩに対する操作として、副次コンテンツサーバ２にアクセスさせて、ここで保存管理される副次コンテンツのリストを閲覧している状態で、ダウンロードしたいと思う１以上の副次コンテンツを選択し、ダウンロード実行の操作を行ったとする。これに応じて、ステップＳ５０１としては肯定の判別結果が得られることとなり、ステップＳ５０２に進むことになる。

ステップＳ５０２では、ダウンロード指示の得られたことに応じて副次コンテンツサーバ２に対してダウンロード要求を送信する。なお、このダウンロード要求としては、例えばダウンロード実行指示の操作時において選択されていた副次コンテンツのディレクトリ(保存場所)を指定する情報も含まれているものとされる。なお、保存場所ではなく、例えば副次コンテンツの実体である副次コンテンツ再生制御ファイルのファイルＩＤなどを指定してダウンロード要求を行うような仕組みとして構成することも考えられる。

副次コンテンツサーバ２では、ステップＳ６０１によりダウンロード要求が受信されるのを待機しており、アップロード要求が受信されるとステップＳ６０２の手順を実行する。なお、ダウンロード要求を受信して実際にステップＳ４０２に移行するのにあたっても、認証処理などを経るのであるが、ここでも、このような処理手順については省略している。
ステップＳ６０２では、記憶部２２の副次コンテンツデータベース２２ａにアクセスして指定された副次コンテンツ（副次コンテンツ再生制御ファイル）を検索し、この検索した副次コンテンツ再生制御ファイルを、要求元のユーザ端末装置４に対して送信するようにされる。

ステップ５０２によりダウンロード要求を送信したユーザ端末装置４は、ステップＳ５０３により、ダウンロード要求に応じた副次コンテンツ再生制御ファイルが受信されるのを待機するようにされる。そして、副次コンテンツ再生制御ファイルが受信されたことを判別すると、ステップＳ５０４により、この受信した副次コンテンツ再生制御ファイルをしかるべきディレクトリに対して保存して管理するようにされる。

図２０のフローチャートは、ユーザ端末装置４が、ダウンロードにより取得（ＨＤＤ４８に保存）した副次コンテンツを再生するための処理手順例を示している、この図におけるユーザ端末装置４側の処理は、主として副次コンテンツ保存管理処理部１１５、暗号解読処理部１１９、音声再生信号処理部としてのプログラムにより実現される。

先ず、ステップＳ７０１においては、ダウンロードによりＨＤＤ４８に保存してある副次コンテンツについての再生開始指示が得られるのを待機している。ここで、例えば副次コンテンツ保存管理処理部１１５により実現されるＧＵＩに対する操作として、ＨＤ４８に保存されている副次コンテンツのうちから１つの副次コンテンツを選択して再生を開始させるための指示が行われたとされると、ステップＳ７０１からステップＳ７０２に進むようにされる。

ステップＳ７０２においては、指定された副次コンテンツに対応する副次コンテンツ再生制御ファイルをＨＤＤ４８から読み込むようにされる。
ここでは、ダウンロードにより取得した副次コンテンツデータは、伝送時の暗号化が施されたままでＨＤＤ４８に保存されているものとしている。そこで、次のステップＳ７０３では、読み込んだ副次コンテンツデータについての暗号化を解読するための処理を実行するようにされる。

ステップＳ７０４では、上記ステップＳ７０３による暗号解読処理が成功したか否かについて判別するようにされる。
例えば、今回のステップＳ７０１により再生開始すべきことが指定された副次コンテンツデータが、正規にコンテンツサーバ２からダウンロードしたものであれば、ステップＳ７０３による解読処理は成功して適正な副次コンテンツデータが復元されることになる。
これに対して、例えば副次コンテンツサーバ２からのダウンロード以外の手段により取得した副次コンテンツデータの場合には、他の方式、アルゴリズムによる暗号化が施されている、あるいは暗号化が施されていない。この場合、ステップＳ７０３の解読処理によっては、正常な副次コンテンツデータを復元することができない、あるいは、解読処理を実行する必要はないということになる。つまりステップＳ７０３による解読処理の結果としては、解読処理不要の場合を含めて、失敗したものとしてみることができる。

ステップＳ７０４にて解読処理が成功したとして肯定の判別結果が得られた場合には、ステップＳ７０５に進んで、この副次コンテンツについての再生制御処理を開始する。これに対して、ステップＳ７０５にて解読処理が失敗したとして否定の判別結果が得られた場合には、ステップＳ７０６に進んで、エラー対応処理を実行するようにされる。このエラー対応処理としては、先ず、今回再生が指定された副次コンテンツについての再生制御処理は開始しないようにしたうえで、例えば、今回再生が指定された副次コンテンツは不正なものであって再生不可であることをＧＵＩ上で通知するための制御処理などを実行するようにされる。
例えばこのような処理が実行されることで、本実施の形態としては、ユーザ端末装置４において、外部から取得した副次コンテンツ情報については、副次コンテンツサーバ２から正当にダウンロードして取得したもののみが再生されるようにして、一次コンテンツ、あるいは副次コンテンツの著作権の保護がより万全に図られるようにしているものである。
なお、副次コンテンツサーバ２から正当にダウンロードした副次コンテンツのみが再生出力されるようにするための仕組みとしては、他にも考えられるものである。例えばダウンロードとしてユーザ端末装置６が受信取得した段階で予め暗号化を解読して、その解読結果の情報付随させたうえで、ＨＤＤ４８に記憶させておき、再生時においては、この解読結果の付随情報を参照して、その副次コンテンツを再生すべきか否かについての判断を行うように構成することも考えられる。また、副次コンテンツサーバ２からの送信時において、ダウンロードのために送信したことを示す特別なコードを、副次コンテンツサーバ２側の処理として副次コンテンツに埋め込んでおくようにして、再生時においては、ユーザ端末装置４側で、このコードの有無、内容などを確認したうえで、再生開始すべきか否かについての判断を行うようにしてもよい。

これまでに説明してきたようにして、本実施の形態の音楽編集・共有システムでは、例えば図２により説明した基本的な利用態様を実現するようにされている。そのうえで、本実施の形態の音楽編集・共有システムでは、副次コンテンツの世代についての管理を積極的に行うようにされる。以降、この点について説明を行っていくこととする。

図２１は、本実施の形態の音楽編集・共有システムにおける、コンテンツの世代についての基本的な考え方を模式的に示した図である。
この図には、一次コンテンツとして、先ずコンテンツＡが示されている。本実施の形態では、一次コンテンツが、本実施の形態の音楽編集・共有システムにおいて、編集素材コンテンツにより二次的に作成されたものではない、大元としてのコンテンツとなることに基づき、一次コンテンツを第１世代のコンテンツであることとして定義する。従って、この一次コンテンツであるコンテンツＡは第１世代のコンテンツであることになる。

ここで、コンテンツＡを直接の編集素材として二次利用して何らかの編集を行って新規の副次コンテンツであるコンテンツＢを作成したとする。ここで、新規の副次コンテンツと、この新規の副次コンテンツを作成するために直接的に二次利用した編集素材コンテンツとの関係を、子と親の関係としてみるものとする。すると、このコンテンツＢとしての副次コンテンツは、第１世代の一次コンテンツを二次利用して得られたものなのであるから、その世代は、第１世代の次の第２世代であることになる。
続いては、同様の考え方により、コンテンツＢを直接の編集素材として二次利用して作成した副次コンテンツであるコンテンツＣについては、第２世代のコンテンツを二次利用したことに基づき、次の第３世代であることになる。さらに、コンテンツＣを直接の編集素材として二次利用して作成した副次コンテンツであるコンテンツＤについては、第３世代のコンテンツを二次利用したことに基づき、次の第４世代であるものことになる。以降は、同様にして、二次利用によって次世代の副次コンテンツが作成されるごとに、第Ｎ世代として表したときの変数Ｎについては１ずつ増加していくことになる。

また、実際にあっては、副次コンテンツは、２以上の編集素材コンテンツを二次利用して作成される場合がしばしばある。この場合の、新規副次コンテンツに関する世代設定のための規則例を、図２２に示しておく。なお、この図において、第２世代以降となる副次コンテンツのそれぞれについては、３つの情報内容により示している。つまり、最上段においてコンテンツ名を示し、中段においては利用編集素材コンテンツ情報に基づく利用編集素材コンテンツの内訳を示し、最下段においては利用一次コンテンツ情報に基づく利用編集素材コンテンツの内訳を示すようにされる。

この図においては、第１世代コンテンツ（即ち一次コンテンツ）として、コンテンツＡ、Ｂ、Ｃの３つのコンテンツを示している。そして、コンテンツＢ、Ｃを二次利用して作成した副次コンテンツとしてコンテンツα１が示されている。このコンテンツα１は、編集素材コンテンツ（親コンテンツ）としてコンテンツＢ、Ｃを利用しているが、これらのコンテンツはともに一次コンテンツであり第１世代である。従って、コンテンツα１は、第１世代の次の世代である第２世代のコンテンツであることになる。これに応じて、コンテンツα１としての副次コンテンツ再生制御ファイルにおける本コンテンツ世代情報には、第２世代であることを示す内容が格納されることになる。
また、コンテンツα１としての副次コンテンツの作成にあたっては、音楽編集・共有アプリケーション１００は、編集素材コンテンツがコンテンツＢ、Ｃであることを示すように利用編集素材コンテンツ情報の内容を生成し、原編集素材としての一次コンテンツ（利用一次コンテンツ）がコンテンツＢ、Ｃであることを示すように利用一次コンテンツ情報の内容を生成する。
また、コンテンツα２は、コンテンツＣのみを編集素材として二次利用して作成された副次コンテンツとされる。コンテンツＣは第１世代（一次コンテンツ）であることから、コンテンツα２は第２世代を設定することになる。また、コンテンツα３も同様にして、コンテンツＣのみを編集素材として作成された副次コンテンツであり、従って、第２世代を設定することになる。
コンテンツα２、α３は、ともに、編集素材コンテンツがコンテンツＣのみであることを示すように利用編集素材コンテンツ情報の内容が生成され、利用一次コンテンツもコンテンツＣのみであることを示すように利用一次コンテンツ情報の内容が生成される。

次に、コンテンツβ１は、コンテンツＡとコンテンツα１とを編集素材として二次利用して作成した副次コンテンツとされる。ここで、コンテンツＡは第１世代であるのに対してコンテンツα１は第２世代である。両者を比較すると、コンテンツα１のほうが世代としては後になる。そこで、コンテンツβ１については、後のほうの世代であるコンテンツα１に続く世代として、第３世代を設定するようにされる。
つまり、本実施の形態としては、世代が異なる複数の編集素材コンテンツにより作成した副次コンテンツについては、編集素材コンテンツのうちで最も後となる世代の次の世代を、新規に作成された副次コンテンツの世代として設定するようにされる。
なお、コンテンツβ１の利用編集素材コンテンツ情報については、編集素材コンテンツがコンテンツＡ、α１であることを示すように、その内容を生成することになる。コンテンツα１の利用一次コンテンツがコンテンツＢ、Ｃであるから、コンテンツβ１は、原編集素材の一次コンテンツとして、コンテンツＡと、コンテンツＢ、Ｃを利用していることが認識される。そこで、利用一次コンテンツ情報の内容としては、利用一次コンテンツがコンテンツＡ、Ｂ、Ｃの３つであることを示すように生成することになる。

また、コンテンツβ２は、第２世代であるコンテンツα１のみを編集素材コンテンツとして二次利用して作成した副次コンテンツであるので、第３世代として設定される。
コンテンツβ３も、第２世代であるコンテンツα２のみを編集素材コンテンツとして二次利用して作成した副次コンテンツであるので、第３世代として設定される。
コンテンツβ２の利用編集素材コンテンツ情報の内容は、編集素材コンテンツがコンテンツα１のみであることを示すように生成され、利用一次コンテンツ情報の内容は、コンテンツα１の内容を引き継いで、利用一次コンテンツがコンテンツＢ、Ｃであることを示すように生成される。
コンテンツβ３の利用編集素材コンテンツ情報の内容は、編集素材コンテンツがコンテンツα２のみであることを示すように生成され、利用一次コンテンツ情報の内容は、コンテンツα２の内容を引き継いで、利用一次コンテンツ）がコンテンツＣのみであることを示すように生成される。

コンテンツγ１は、第３世代であるコンテンツβ１のみを編集素材コンテンツとして二次利用して作成した副次コンテンツであるので、第４世代として設定される。従って、コンテンツγ１の利用編集素材コンテンツ情報の内容については、編集素材コンテンツがコンテンツβ１のみであることを示すように生成し、利用一次コンテンツ情報の内容については、コンテンツβ１の内容を引き継いで、利用一次コンテンツがコンテンツＡ、Ｂ、Ｃであることを示すように生成する。
また、コンテンツγ２は、第３世代であるコンテンツβ２のみを編集素材コンテンツとして二次利用して作成した副次コンテンツであるので、第４世代が設定される。このコンテンツγ２の利用編集素材コンテンツ情報の内容については、編集素材コンテンツがコンテンツβ２のみであることを示すように生成し、利用一次コンテンツ情報の内容については、コンテンツβ２の内容を引き継いで、利用一次コンテンツがコンテンツＢ、Ｃであることを示すように生成する。
また、コンテンツγ３は、第３世代であるコンテンツβ３と、第２世代であるコンテンツα３を編集素材コンテンツとして二次利用して作成した副次コンテンツとされる。従って、この場合のコンテンツγ３は、は、先の世代定義の規則に従って、編集素材コンテンツなかで最も後となる第３世代に続く、第４世代であるものとして設定するようにされる。
このコンテンツγ３の利用編集素材コンテンツ情報の内容としては、編集素材コンテンツがコンテンツβ３、α３であることを示すように生成する。利用一次コンテンツ情報の内容としては、利用一次コンテンツがコンテンツＣのみであることを示すように生成する。コンテンツβ３、α３の何れも、例えば編集結果は異なるものの、原編集素材としては、コンテンツＣのみとなるからである。

ここで、上記図２２において第４世代が設定されるコンテンツγ１に着目してみることとする。
例えば副次コンテンツ再生制御ファイルにおいては、自身を作成するために直接的に二次利用した親コンテンツ（編集素材コンテンツ）についての情報が編集素材コンテンツ情報に記述されているのであるが、このコンテンツγ１に関しては、編集素材コンテンツ情報により、編集素材コンテンツは、コンテンツβ１のみであることが示されている。
そこで、続いては、コンテンツβ１を対象として、その編集素材コンテンツ情報を参照してみると、コンテンツβ１の作成に利用した編集素材コンテンツは、コンテンツＡとコンテンツα１であることが分かる。
ここで、コンテンツβ１の編集素材コンテンツであるコンテンツＡとコンテンツα１のうち、コンテンツＡは、一次コンテンツであって第１世代にまで遡ったことになる。そこで、副次コンテンツであるコンテンツα１の利用編集素材コンテンツ情報を参照してみると、コンテンツα１は、コンテンツＢ、Ｃを編集素材コンテンツとして二次利用していることが分かる。コンテンツＢ、Ｃは何れも一次コンテンツであり第１世代にまで遡ったことになる。
これまでの流れは、コンテンツγ１を起点にして、このコンテンツγ１が得られるまでの利用コンテンツについての世代の系譜を、第１世代まで遡って探索しているものとしてみることができる。この結果、図２２において一点鎖線により括って示す世代範囲Ａにおける系譜が認識されることとなったものである。つまり、編集素材コンテンツと、この編集素材コンテンツを二次利用して得られる副次コンテンツを、親子としてみたとして、図２２においては、コンテンツγ１を起点とした以前の世代のコンテンツの親子関係が明確に認識されるものである。
このようにして、本実施の形態としては、副次コンテンツごとに、その編集素材コンテンツが何であるのかを示す情報（利用編集素材コンテンツ情報）を対応付けていることで、この情報に基づいて、ある１つの副次コンテンツに至るまでの系譜を、世代を遡って認識（世代認識）していくことが可能とされている。

本実施の形態の音楽編集・共有システムとしては、上記のようにして世代探索、世代認識が可能とされる。そして、このような世代探索、世代認識の処理がシステムにて行われるようにした構成を採ることで、より有用なシステムの運用を考えることができる。
例えば、１つの副次コンテンツ単体の場合、そこに格納される利用編集素材コンテンツ情報と、利用一次コンテンツ情報とに基づいては、その副次コンテンツを作成するために直接的に二次利用した一次コンテンツ又は副次コンテンツ（編集素材コンテンツ）と、この副次コンテンツを作成するのにこれまでに利用した一次コンテンツ（原編集素材コンテンツ）のみを知ることしかできないのであるが、上記の世代認識処理を行うことで、副次コンテンツについての世代の系譜（世代構成）についての情報を得ることができる。
そこで、例えば本実施の形態の音楽編集・共有システムにおいて、ユーザ端末装置４から、指定した副次コンテンツについての世代構成の問い合わせを、例えば副次コンテンツサーバ２に対して行い、副次コンテンツサーバ２から返されてきた世代構成の情報を、例えば音楽編集・共有アプリケーション１００のユーザインターフェイス画面上で表示させるようにする、というサービスを考えることができる。これにより、ユーザ端末装置４のユーザは、興味のあるコンテンツが世代的にどのような経緯で成り立ってきたのかを容易に把握することが可能になる。

また、例えば本実施の形態の音楽編集・共有システムにおいて、コンテンツの二次利用に対して料金を発生させ、利用されたコンテンツの著作権者、制作者に対して報酬を分配するようなモデルを適用することとした場合には、上記の世代認識の処理が有効になる。
つまり、決済処理にあたって、世代認識処理によって認識した世代構成に、予め設定した報酬分配規則を適用するような処理を実行させることで、世代構成の複雑さにかかわらず、コンテンツごとに対応した報酬金額設定を自動的に行うことが可能となる。

図２３のフローチャートは、このような世代認識の処理の適用例として、前者により説明した、ユーザ端末装置４のユーザへの世代構成情報の提供サービスを行うこととした場合において、ユーザ端末装置４と、副次コンテンツサーバ２とが行うべき処理手順例を示している。なお、ユーザ端末装置４側の処理手順は、音楽編集・共有アプリケーション１００のコンテンツ管理・編集ツールにおける、副次コンテンツ転送処理部１１６として、世代構成問い合わせのコマンドの発行が可能なようにプログラムを構成し、また、副次コンテンツ取得処理部１１４により、世代構成情報を受信して、この受信した世代構成情報の内容を、例えば副次コンテンツ作成処理部１１７などによるユーザインターフェイス画面上にてユーザが把握可能なようにして表示させることができるように、それぞれのプログラムを構成することで実現されるものとしてみることができる。

ユーザ端末装置４のユーザが、例えば自身のローカル上に存在している或る副次コンテンツについての世代構成を知りたいと思ったときには、音楽編集・共有アプリケーション１００に対する所定操作によって、世代構成を知りたい副次コンテンツを指定したうえで問い合わせの要求を指示するようにされる。
この操作に応じて、ユーザ端末装置４（音楽編集・共有アプリケーション１００）は、ステップＳ８０１として示すように、指定されたコンテンツを特定する情報であるコンテンツＩＤとともに、副次コンテンツサーバ２に対して世代構成の問い合わせ要求を送信するようにされる。

副次コンテンツサーバ２では、ステップＳ９０１にて、ユーザ端末装置４からの世代構成の問い合わせ要求が受信されるのを待機しており、世代構成の問い合わせ要求が受信されたことを判別すると、ステップＳ９０２に進むようにされる。
ステップＳ９０２においては、上記ステップＳ９０１により、世代構成の問い合わせ要求とともに受信したコンテンツＩＤを取得する。そして、例えばデータベース管理部２５における世代管理部２５ａは、副次コンテンツデータベース２２ａを形成するとされる登録された副次コンテンツの情報部のうちで、この取得したコンテンツＩＤにより示される副次コンテンツの情報部にアクセスするようにされる、

次に、世代管理部２５ａは、ステップＳ９０３により、世代探索の処理を、第１世代に到達するまで実行していくようにされる。この世代探索処理のアルゴリズムの概念としては、図２２において、コンテンツγ１についての世代探索の流れとして説明したとおりであるが、このステップＳ９０３としては、先ず、上記ステップＳ９０２によりアクセスした情報部における編集素材コンテンツ情報の内容を参照するようにされる。探索処理としては、この編集素材コンテンツ情報の内容が起点となる。つまり、この編集素材コンテンツ情報の内容をみることで、問い合わせの要求が行われた副次コンテンツの作成に利用した編集素材コンテンツが何であるのかを特定することになるからである。そして、以降においては、特定された編集素材コンテンツの情報部ごとにアクセスして、その情報部における編集素材コンテンツ情報を参照してさらに編集素材コンテンツを特定していく、という編集素材コンテンツを遡って特定していく探索処理を、第１世代に到達するまで実行していくようにされる。
そして、上記のようにして編集素材コンテンツの探索処理を行って、上の世代のコンテンツの情報部にアクセスするごとに、その情報部において含まれているとされる所要のメタデータについては読み込みを行って保持しておくようにされる。このようにして保持したコンテンツごとのメタデータは、後の処理により世代構成情報を作成するときに利用する。

上記ステップＳ９０３による世代探索処理として、問い合わせ要求のあった副次コンテンツに対応する全ての利用一次コンテンツにまで探索が行われたとされると、このステップＳ９０３としての世代探索処理は完了したことになる。
この世代探索処理が完了した段階では、図２２による説明からも理解されるように、問い合わせの対象であった副次コンテンツを起点として、これより上の世代構成が把握されていることになる。また、この世代構成に含まれる各副次コンテンツ及び一次コンテンツについてのメタデータも保持されていることになる。
そこで、ステップＳ９０３に続くステップＳ９０４では、上記の探索処理の結果として得られた情報を利用して、世代構成情報を生成するようにされる。そして、ステップＳ９０５により、この作成した世代構成情報を、問い合わせ先のユーザ端末装置４に対して送信する。

ステップＳ８０１により問い合わせ要求を送信したユーザ端末装置４では、ステップＳ８０２によりレスポンスとして返送されてくる世代構成情報が受信されるのを待機している。そして、世代構成情報を受信したとされると、ステップＳ８０３に進む。
ステップＳ８０３においては、受信した世代構成情報に基づいて、世代構成が視覚的に把握できるようにされた所定の態様により、音楽編集・共有アプリケーション１００のユーザインターフェイス画面上に表示出力させるための制御処理を実行する。

ところで、上記図２３に示した手順にあっては、ユーザ端末装置４（音楽編集・共有アプリケーション１００）から送信されてくる世代構成の問い合わせ要求をトリガとして、副次コンテンツサーバ２が、世代探索の処理と、世代構成情報の生成を一括して実行し、ユーザ端末装置４は、要求に対するレスポンスとして返送される世代構成情報を取得することにより、世代構成を認識するものとしている。
このような手順の他に、ユーザ端末装置４（音楽編集・共有アプリケーション１００）側で世代構成情報を構築していくようにした処理手順の構成とすることも考えられる。
この場合には、例えば先ずユーザ端末装置４からは、世代探索の起点となる副次コンテンツについての編集素材コンテンツについての情報の問い合わせを副次コンテンツサーバ２に対して送信し、副次コンテンツサーバ２からレスポンスとして送信されてくる、編集素材コンテンツについての各種メタデータからなる情報を取得するようにされる。これにより世代探索の起点となる副次コンテンツの編集素材コンテンツについての情報を、ユーザ端末装置４にて取得できることになる。ただし、副次コンテンツとしての副次コンテンツ再生制御ファイルにおいては、編集素材コンテンツについての情報である利用編集素材コンテンツ情報が含まれているので、上記した副次コンテンツサーバ２との通信に代えて、利用編集素材コンテンツ情報から、所要の情報を取得するようにしても良い。
そして、以降においては、ユーザ端末装置４は、取得した利用編集素材コンテンツについての情報から、その利用編集素材コンテンツを作成するために利用した利用編集素材コンテンツについての情報を、副次コンテンツサーバ２に対して問い合わせて取得していくようにされる。この問い合わせによる利用編集素材コンテンツ情報の取得を、第１世代の一次コンテンツに到達するまで行うようにされる。このような副次コンテンツサーバ２との通信を実行して利用編集素材コンテンツの情報を取得していく結果、最終的には、ユーザ端末装置４側において、世代構成情報を構築するのに必要な情報が収集されていることになる。そこで、ユーザ端末装置４（音楽編集・共有アプリケーション１００）は、上記のようにして収集した情報により世代構成情報を構築して、これを所定のユーザインターフェイス画面上で表示出力するようにされる。

また、上記図２３の説明にあっては、世代構成情報として、利用コンテンツごとのメタデータを含めることとしている。これは、例えば音楽編集・共有アプリケーション１００により世代構成を表示出力させるときに、利用コンテンツごとについての詳細な情報を提供しようとする配慮によるものである。従って、本願発明の下での世代構成情報として必要最小限な内容としては、単純に、コンテンツ名やコンテンツIDなどにより示される利用コンテンツがどのような世代関係とされているのかを示すようなものとされればよい。例えば世代構成の情報を利用するサービス、システム運営の内容によっては、このような最小限、若しくはこれに近い制限された情報内容から成る世代構成情報で充分に有用となる場合があると考えられる。

また、上記図２３に示す探索処理は、すべての第１世代（利用一次コンテンツ）に到達するまで実行するものとしているが、例えば問い合わせ要求を行うのにあたり、起点とする副次コンテンツの世代から、予め指定した世代数までの探索処理にとどめるようにして設定できるようにしてもよい。
現実にあっては、例えば第１世代から数十世代、数百世代にまで至るような副次コンテンツも作成される可能性があると考えられる。このような場合において、一律に第１世代に到達するまで探索処理を実行させるものとしておくと、世代探索の処理が非常に思いものになってくるために、副次コンテンツサーバ２に必要以上の負荷をかけることになる。また、世代を構成するコンテンツ数としても膨大なものとなり、これに伴って世代構成情報のデータサイズも肥大化するので、ネットワーク上での伝送についても、伝送時間やトラフィックなどの点で不利となる。また、このような世代構成情報を表示させるためのユーザ端末装置４の処理負担も相当なものとなる。このようなことを考慮した場合には、上記のようにして探索のために遡行すべき世代数を制限することが有効になってくると考えられる。

また、例えば図２３の処理によれば、ユーザ端末装置４からは、探索処理の起点となる副次コンテンツのコンテンツＩＤのみを問い合わせ要求として送信すれば、最終的に、世代構成情報として、その副次コンテンツのための利用一次コンテンツが何であるのかを認識することができることになる。このことは、副次コンテンツサーバ２に問い合わせさえすれば、ユーザ端末装置４（音楽編集・共有アプリケーション１００）側では、副次コンテンツについての原編集素材コンテンツ（利用一次コンテンツ）が何であるのかを把握できる、ということを意味している。このことからすると、副次コンテンツ再生制御ファイルとしては、メタデータとして、利用一次コンテンツ情報を必須で有する必要性はないことになる。また、この考えを推し進めれば、世代探索により、その副次コンテンツの編集素材コンテンツが何であるのかも把握されるのにであるから、利用一次コンテンツ情報も必須で有する必要性はないことになる。つまり、副次コンテンツサーバ２側で、副次コンテンツについての編集素材コンテンツが何であるのかの情報を取得して（例えばアップロード時にユーザ端末装置４側から通知させるようにすることが考えられる）管理できるようにした仕組みを与えることとすれば、副次コンテンツ再生制御ファイルから、利用編集素材コンテンツ情報と利用一次コンテンツ情報を省略した構造とすることが可能とされるものである。
このような例も含め、副次コンテンツデータ（副次コンテンツ再生制御ファイル）、また、一次コンテンツファイルのデータなどの構造は、適宜変更されて良い。

また、例えば、一次コンテンツとしては、デジタルオーディオデータがその実体の主たるものであることとしているが、一次コンテンツの段階で、副次コンテンツと同じデータ形式を持つものであっても良い。つまり、一次コンテンツとしては、先ず、制作者がいくつかのデジタルオーディオデータとしての音源を作成し、これらの音源のそれぞれを編集素材コンテンツのようにして扱って編集処理を行い、その編集結果として副次コンテンツ再生制御ファイルと同等の再生制御ファイルを作成する。そして、この再生制御ファイルと、上記の音源としてのデジタルオーディオデータをパッケージ化したファイルを、一次コンテンツとするものである。
この場合、一次コンテンツとしての実質的コンテンツ内容を再現するためのデータは、上記再生制御ファイルのデータとなる。

また、これまでの説明にあっては、音楽編集・共有アプリケーション１００としてのＧＵＩ画面などの具体例は示していないが、音楽編集・共有アプリケーション１００のＧＵＩ構成は多様に考えられるものである。

また、図６〜図９に示した一次コンテンツサーバ１、副次コンテンツサーバ２、コミュニケーションサーバ３、及びユーザ端末装置４の構成は一例であって、実際には適宜変更されて構わない。また、上記３つのサーバの少なくとも１つが、複数のサーバに分散されるような形態を採っても構わない。あるいは逆に、これらのサーバのうちの少なくとも２つが統合されるようにして構成されてもよいものである。
また、音楽編集・共有アプリケーション１００の機能構成としても、図１０、図１１などにより説明した内容に限定されるものではなく多様に考えられる。
また、図１２、図１３、図１４に示した副次コンテンツ再生制御ファイルの構造はあくまでも一例であり、また、概念的なものであるので、これを基にして適宜変更、拡張されて良い。
また、図１６〜図１９、図２３などによりフローチャートとして示した処理手順、つまりプログラム構成もあくまで一例であり、実際のものとしては適宜変更されて良い。

また、これまでの説明においては、一次コンテンツデータ、副次コンテンツデータにより再生、再現されるコンテンツは、例えば楽曲などのオーディオコンテンツであることとしているが、動画としての映像・音声からなるビデオコンテンツとされてもよい。この場合、一次コンテンツとしての実質的コンテンツ内容を再現するデータとは、ビデオ信号データ（及びこのビデオ信号に同期して再生されるべきオーディオ信号データ）となる。また、例えば写真、画像などとしての静止画像のコンテンツにも適用できる。

本発明の実施の形態が対応する音楽編集・共有システムの構成例を示す図である。 実施の形態の音楽編集・共有システムの基本的な利用態様と、これに対応したシステム動作の手順例を示す図である。 実施の形態のユーザ端末装置が実行する副次コンテンツ作成の流れを模式的に示す図である。 実施の形態のユーザ端末装置が実行する副次コンテンツ再生の流れを模式的に示す図である。 副次コンテンツを作成するにあたっての、編集素材コンテンツの利用態様例を示す図である。 一次コンテンツサーバの内部構成例を示す図である。 副次コンテンツサーバの内部構成例を示す図である。 コミュニケーションサーバの内部構成例を示す図である。 ユーザ端末装置の内部構成例を示す図である。 ユーザ端末装置のＨＤＤ内に記憶されるべき情報内容例を示す図である。 音楽編集・共有アプリケーションのコンテンツ編集管理ツールとしてのプログラム構成例を機能ブロックにより示す図である。 副次コンテンツ再生制御ファイルの構造例を示す模式的に示す図である。 副次コンテンツ再生制御ファイルにおける、利用一次コンテンツ情報、利用編集素材コンテンツ情報の構造例を示す図である。 副次コンテンツ再生制御ファイルにおける、再生制御情報の内容例を示す図である。 一次コンテンツファイルの構造例を模式的に示す図である。 音楽編集・共有アプリケーションが、副次コンテンツ編集処理にあたって、編集素材コンテンツの利用許諾範囲設定を、ＵＩに反映させるための処理手順例を示すフローチャートである。 音楽編集・共有アプリケーションが、副次コンテンツ編集処理として副次コンテンツ再生制御ファイルを作成するまでの処理手順例を示すフローチャートである。 ユーザ端末装置による副次コンテンツのアップロードと、これに応じた副次コンテンツサーバの処理手順例を示すフローチャートである。 ユーザ端末装置による副次コンテンツのダウンロードと、これに応じた副次コンテンツサーバの処理手順例を示すフローチャートである。 ユーザ端末装置による副次コンテンツの再生処理手順例を示すフローチャートである。 本実施の形態の音楽編集・共有システムにおける、コンテンツの世代定義についての基本原則例を示す図である。 本実施の形態の音楽編集・共有システムにおける、副次コンテンツの世代定義についての規則例を示す図である。 本実施の形態の音楽編集・共有システムにおける、世代構成情報の提供サービスを実現するための処理手順例を示すフローチャートである。

符号の説明

１ 一次コンテンツサーバ、２・２−１ 副次コンテンツサーバ、３ コミュニケーションサーバ、４（４Ａ、４Ｂ、４Ｃ） ユーザ端末装置、５ ネットワーク、６ エフェクトデータベース、７ 素材データベース、１１・２１・３１ 制御部、１２・２２・３２ 記憶部、１２ａ 一次コンテンツデータベース、２２ａ 副次コンテンツデータベース、３２ａ ブログデータベース、３２ｂ ＳＮＳデータベース、１３・２３・３３ 認証処理部、１４・２４ 検索処理部、１５・２５ データベース管理部、１６ 決済処理部、１７、２７ 暗号化処理部、１８・２９・３６・４４ ネットワークインターフェイス、２５ａ 世代管理部、２６ 保存場所設定処理部、３４ ブログ稼働処理部、３５ ＳＮＳ稼働処理部、４１ ＣＰＵ、４２ ＲＯＭ、４３ ＲＡＭ、４５ 入出力インターフェイス、４６ 入力デバイス、４７ メディアドライブ、４８ ＨＤＤ、４９ ディスプレイモニタ、１００ 音楽編集・共有アプリケーション、１０１ コンテンツ管理・編集ツール、１０２ コミュニケーションツール、１０３ 一次コンテンツファイル群、１０４ 副次コンテンツ再生制御ファイル群、１１１ 通信制御部、１１２ 一次コンテンツ取得処理部、１１３ 一次コンテンツ保存管理処理部、１１４ 副次コンテンツ取得処理部、１１５ 副次コンテンツ保存管理処理部、１１６ 副次コンテンツ転送制御部、１１７ 副次コンテンツ作成処理部、１１８ 副次コンテンツ再生制御ファイル生成、解釈処理部、１１９ 暗号化・解読処理部、１２０ 音声再生信号処理部

Claims (5)

1. ネットワーク経由で通信可能とされる、副次コンテンツサーバ及び端末装置から少なくとも成り、
   上記副次コンテンツサーバにおいて、副次コンテンツとしての実質的コンテンツ内容を再現するためのデータである本体情報と、この副次コンテンツを作成した際に直接的に二次利用したコンテンツである直接利用コンテンツが何であるのかを示す直接利用コンテンツ情報を少なくとも含む付加情報とを少なくとも有して成る副次コンテンツ情報を記憶する副次コンテンツ情報記憶手段と、
   上記端末装置において、上記副次コンテンツである可能性を有してローカル上に存在しているコンテンツのデータのうちの少なくとも１つを二次利用しての編集処理を実行する編集処理手段と、
   上記端末装置において、上記編集処理手段による編集処理の結果に基づき、新規なコンテンツ内容を有するコンテンツ情報である、上記副次コンテンツ情報を作成する副次コンテンツ情報作成手段と、
   上記副次コンテンツ情報作成手段により作成された副次コンテンツ情報を、上記副次コンテンツ情報記憶手段に記憶させるために、ネットワーク経由での通信により、上記端末装置から上記コンテンツサーバに送信させる、コンテンツ情報アップロード制御手段と、
   上記副次コンテンツサーバにおいて記憶されている副次コンテンツ情報における直接利用コンテンツ情報の内容を参照することに基づき、副次コンテンツとその直接利用コンテンツとの関係を親子関係として扱っての、特定の副次コンテンツを起点とする所定の世代までの直接利用コンテンツについての親子関係を遡って特定していくようにされた世代探索手段と、
   を備えることを特徴とする情報処理システム。
2. ネットワーク経由での通信を実行する通信手段と、
   １以上のコンテンツのデータを二次利用して編集処理を行うことで作成された副次コンテンツとしての実質的コンテンツ内容を再現するためのデータである本体情報と、この副次コンテンツを作成した際に直接的に二次利用したコンテンツである直接利用コンテンツが何であるのかを示す直接利用コンテンツ情報を少なくとも含む付加情報とを少なくとも有して成る副次コンテンツ情報を記憶する副次コンテンツ情報記憶手段と、
   上記ネットワーク経由でアップロードのために送信されてくる副次コンテンツ情報を受信したことに応じて、この受信した副次コンテンツ情報を上記副次コンテンツ情報記憶手段に記憶保存させる記憶制御手段と、
   上記副次コンテンツサーバにおいて記憶されている副次コンテンツ情報における直接利用コンテンツ情報の内容を参照することに基づき、副次コンテンツとその直接利用コンテンツとの関係を親子関係として扱っての、特定の副次コンテンツを起点とする所定の世代までの直接利用コンテンツについての親子関係を遡って特定していくようにされた世代探索手段と、
   を備えることを特徴とする情報処理装置。
3. ネットワーク経由で通信可能とされる、副次コンテンツサーバ及び端末装置から少なくとも成る情報処理システムにおける情報処理方法であって、
   上記副次コンテンツサーバにおいて、副次コンテンツとしての実質的コンテンツ内容を再現するためのデータである本体情報と、この副次コンテンツを作成した際に直接的に二次利用したコンテンツである直接利用コンテンツが何であるのかを示す直接利用コンテンツ情報を少なくとも含む付加情報とを少なくとも有して成る副次コンテンツ情報を、副次コンテンツ情報記憶手段に記憶させて管理する副次コンテンツ情報記憶管理手順と、
   上記端末装置において、上記副次コンテンツである可能性を有してローカル上に存在しているコンテンツのデータのうちの少なくとも１つを二次利用しての編集処理を実行する編集処理手順と、
   上記端末装置において、上記編集処理手順による編集処理の結果に基づき、新規なコンテンツ内容を有するコンテンツ情報である、上記副次コンテンツ情報を作成する副次コンテンツ情報作成手順と、
   上記副次コンテンツ情報作成手順により作成された副次コンテンツ情報を、ネットワーク経由での通信により、上記端末装置から上記コンテンツサーバに送信することで、上記副次コンテンツ情報記憶管理手順によって上記副次コンテンツ情報記憶手段に記憶させるようにする、コンテンツ情報アップロード制御手順と、
   上記副次コンテンツ情報記憶手段に記憶されている副次コンテンツ情報における直接利用コンテンツ情報の内容を参照することに基づき、副次コンテンツとその直接利用コンテンツとの関係を親子関係として扱っての、特定の副次コンテンツを起点とする所定の世代までの直接利用コンテンツについての親子関係を遡って特定していくようにされた世代探索手順と、
   を実行することを特徴とする情報処理方法。
4. ネットワーク経由での通信を実行する通信手順と、
   、上記ネットワーク経由でアップロードのために送信されてくる副次コンテンツ情報を受信したことに応じて、上記副次コンテンツサーバにおいて、副次コンテンツとしての実質的コンテンツ内容を再現するためのデータである本体情報と、この副次コンテンツを作成した際に直接的に二次利用したコンテンツである直接利用コンテンツが何であるのかを示す直接利用コンテンツ情報を少なくとも含む付加情報とを少なくとも有して成る副次コンテンツ情報を記憶する副次コンテンツ情報記憶手段に対して、上記受信した副次コンテンツ情報を記憶させる記憶制御手順と、
   上記副次コンテンツ記憶手段において記憶されている副次コンテンツ情報における直接利用コンテンツ情報の内容を参照することに基づき、副次コンテンツとその直接利用コンテンツとの関係を親子関係として扱っての、特定の副次コンテンツを起点とする所定の世代までの直接利用コンテンツについての親子関係を遡って特定していくようにされた世代探索手順と、
   を実行することを特徴とする情報処理方法。
5. ネットワーク経由での通信を実行する通信手順と、
   、上記ネットワーク経由でアップロードのために送信されてくる副次コンテンツ情報を受信したことに応じて、上記副次コンテンツサーバにおいて、副次コンテンツとしての実質的コンテンツ内容を再現するためのデータである本体情報と、この副次コンテンツを作成した際に直接的に二次利用したコンテンツである直接利用コンテンツが何であるのかを示す直接利用コンテンツ情報を少なくとも含む付加情報とを少なくとも有して成る副次コンテンツ情報を記憶する副次コンテンツ情報記憶手段に対して、上記受信した副次コンテンツ情報を記憶させる記憶制御手順と、
   上記副次コンテンツ記憶手段において記憶されている副次コンテンツ情報における直接利用コンテンツ情報の内容を参照することに基づき、副次コンテンツとその直接利用コンテンツとの関係を親子関係として扱っての、特定の副次コンテンツを起点とする所定の世代までの直接利用コンテンツについての親子関係を遡って特定していくようにされた世代探索手順と、
   を情報処理装置に実行させるプログラム。

Images