JP4404130B2 - 情報処理端末装置、情報処理装置、情報処理方法、プログラム - Google Patents

Description

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

ネットワーク利用の１つの態様として、いわゆるコンテンツ配信が広く行われるようになってきている。例えばオーディオコンテンツ配信システムを例に挙げると、配信されるオーディオコンテンツは、例えばアーティストなどの楽曲などとされ、このオーディオコンテンツとしてのデジタルオーディオデータを、サーバで保存管理しておくようにされる。例えばパーソナルコンピュータなどの情報処理端末装置を所有するユーザは、コンテンツ配信に対応したクライアント機能を有するアプリケーションソフトウェア（クライアントソフト）をインストールする。そして、例えばしかるべき購入手続き等を踏んだうえで、クライアントソフトに対する操作により、サーバから所望のオーディオコンテンツとしてのオーディオデータをダウンロードする。このようにしてダウンロードされたオーディオコンテンツとしてのデータは、通常、クライアントソフトにより情報処理端末装置内の記憶装置に記憶保存されて管理される。そしてこの後、ユーザは、情報処理端末装置に記憶されたオーディオコンテンツとしてのオーディオデータを再生させる操作をクライアントソフトにより行うことで、音として聴いて楽しむことができる。
また、一方で、素材としてオーディオデータやビデオデータなどを取り込んで加工、編集し、楽曲を新たに作成することのできるアプリケーションソフトウェア（編集ソフト）も知られており、特に近年では、音楽制作の専門家などだけではなく、操作が簡易なものから複雑なものまで、本格的な音楽活動を行っていないような一般のユーザにまでも広く普及している状況にある。
このような編集ソフトは、上記もしているように、コンテンツとしての実データ（オーディオ・ビデオデータなど）を対象として編集のための変更を与えるようにして処理を実行できる。このために、例えばオーディオの場合であれば、サンプリング、マッシュアップなどといわれるように、既存の楽曲の一部分を素材として取り込んでの加工・編集なども容易に行える。実際に、例えばプロフェッショナルの音楽家などの間では、このような手法により作成した楽曲も多く発表されている。

特開２００４−３１０４６４号公報 特開２００６−１８７５３号公報

上記のようなことを背景とすると、一般ユーザのなかにも、コンテンツ配信を利用してのダウンロードにより入手したコンテンツのデータを単に視聴して楽しむだけでなく、編集ソフトにより二次編集を行って新たな作品を創作して、これを公に発表してみたいと思う人たちが少なからずいるであろうと考えられる。
しかしながら、例えば本格的な音楽活動をしていないような一般ユーザの場合、コンテンツを公開する場を見つけ、さらにそこで、自身の作品を公開するということは、相当の手間も要するうえに、敷居も高いと感じがちで実際には踏みとどまってしまうようなことも多分にあると考えられる。このような状況は、より多くの人々が音楽制作を楽しむことの障害になっていると捉えることができる。
そこで、本願発明は、例えば一般のユーザが、配信コンテンツのデータを二次的に利用して編集を行って副次的なコンテンツを作成することと、このようにして作成したコンテンツを一般に公開することが、これまでよりも手軽に、気軽に行えるようにシステムを構築したうえで、ここでのコンテンツ管理が効率的なものとなるための技術構成を提案する。

そこで本発明は上記した課題を考慮して、情報処理端末装置として次のように構成する。
つまり、ネットワーク経由での通信を実行する通信手段と、一次コンテンツとしての実質的コンテンツ内容を再現するためのデータを有して成る一次コンテンツ情報を取得する一次コンテンツ情報取得手段と、実質的コンテンツ内容に応じて固有となるようにされた一次コンテンツ識別子と対応付けて、一次コンテンツ情報取得手段により取得した一次コンテンツ情報を保持管理する一次コンテンツ情報保持管理手段と、原編集素材とされる一次コンテンツ情報のデータについての再生を指示する内容を含んで形成される再生制御情報を少なくとも有して成り、自身に対応する副次コンテンツ識別子、及び編集内容識別子を有するようにされた副次コンテンツ情報を取得し、副次コンテンツごとに固有となる副次コンテンツ識別子と対応付けて管理する副次コンテンツ情報保持管理手段と、一次コンテンツ情報保持管理手段により保持管理される一次コンテンツ情報と、副次コンテンツ情報保持管理手段により保持管理される副次コンテンツ情報のうちの少なくとも１つを二次利用しての編集処理を実行する編集処理手段と、編集処理手段による編集処理の結果に基づき、新規なコンテンツ内容を有するコンテンツ情報である、副次コンテンツ情報を作成する副次コンテンツ情報作成手段と、端末装置において、編集処理手段による編集処理の結果として得られる編集内容に応じて固有となるようにして編集内容識別子を生成し、この生成した編集内容識別子を、副次コンテンツ情報作成手段により作成される副次コンテンツ情報に付与するようにされる編集内容識別子管理手段と、編集処理手段による編集処理の結果に基づき、副次コンテンツ情報作成手段により作成される副次コンテンツ情報に対応付けるべき副次コンテンツ識別子を生成し、この生成した副次コンテンツ識別子を、副次コンテンツ情報作成手段により作成される副次コンテンツ情報に付与するようにされる副次コンテンツ識別子管理手段とを備えることとした。

上記構成では、情報処理端末装置により一次コンテンツ情報、副次コンテンツ情報を取得してローカル内にて保持管理することが可能とされている。そして、このようにして保持している一次コンテンツ情報、副次コンテンツ情報を利用した編集処理を行って、さらに新規の副次コンテンツ情報を作成することが可能とされている。このようにして作成された副次コンテンツ情報は、原編集素材とされる一次コンテンツ情報が有する実質的コンテンツ内容としてのデータについての再生を指示する内容を含む再生制御情報とされている。つまり、本願発明における副次コンテンツ情報の実体は、あくまでも再生制御情報であり、原編集素材である一次コンテンツ情報のデータ自体に変更を加えたものではない。そのうえで、情報処理端末装置は、新規の副次コンテンツ情報を作成するのにあたって、その副次コンテンツ識別子と、編集内容識別子とを生成して、これらの識別子を新規の副次コンテンツ情報に付与することとしている。
ここで、編集内容識別子は、上記編集処理手段による編集処理の結果として得られる編集内容に応じて固有となるようにされている。このことは、副次コンテンツ識別子が副次コンテンツ情報ごとに固有となるものであるのに対して、編集内容識別子は、副次コンテンツ情報としてはそれぞれ異なるものであっても、編集内容が同じであれば同一となるべきものであることを意味する。つまり、本願発明では、編集内容識別子により、副次コンテンツ情報間の編集内容の同一性（近似性）判定することが可能になる。

また、情報処理装置としては、次のように構成する。
つまり、ネットワーク経由での通信を実行する通信手段と、原編集素材とされる一次コンテンツ情報における実質的コンテンツ内容を再現するためのデータについての再生を指示する内容を含んで形成される再生制御情報を少なくとも有して成るとともに、自身に対応する副次コンテンツ識別子、及び対応する副次コンテンツの編集内容に応じて固有となる編集内容識別子を有するようにされた副次コンテンツ情報を、少なくとも記憶する記憶手段と、記憶手段に記憶されている副次コンテンツ情報についての削除が指示された場合には、削除が指示された副次コンテンツ情報が対応する副次コンテンツ識別子、及び削除が指示された副次コンテンツの編集内容識別子から少なくとも成る準副次コンテンツ情報を生成し、削除が指示された副次コンテンツ情報に代えて、上記準副次コンテンツ情報を上記記憶手段に記憶させる削除制御手段とを備えて構成することとした。

上記構成による情報処理装置は、副次コンテンツ情報を記憶するサーバ的な構成を採ることになる。そのうえで、副次コンテンツ情報を削除するときには、削除指示された副次コンテンツ情報自体は削除するものの、これに代わるようにして、その副次コンテンツ情報の副次コンテンツ情報識別子と編集内容識別子とを有する準副次コンテンツファイルを記憶するようにされる。つまり、副次コンテンツ情報を削除したとしても、その削除された副次コンテンツについては、以降も副次コンテンツ情報により一意に識別することが可能であり、さらに、その編集内容がどのようなものであったのかという情報も、編集内容識別子により残ることになる。これは編集内容に関する所定の管理について、既に削除された副次コンテンツも含めて行えることを意味する。

このようにして本発明は、副次コンテンツ情報の編集内容についての同一性（類似性）判定などの編集内容に関連したコンテンツの管理につき、より万全に行うことが可能になるものであり、これにより、副次コンテンツを扱うシステムの利便性、管理効率などが向上する。

図１は、本願発明を実施するための最良の形態（以下、実施の形態という）に対応する情報処理システムの基本的な構成例を示している。
なお、この図に示される基本的なシステム構成は、ユーザがサービスを利用するのにあたって直接的に関連するものとしてみることのできる端末装置、サーバから成る。実際における実施の形態のシステムは、この図に示される基本的なシステム構成に対して、さらにＩＤ管理に関連したサーバなどが備えられた構成を採ることになるが、この点については後述する。

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

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

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

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

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

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

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

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

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

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

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

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

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

そこで、本実施の形態の音楽配信・共有システムとしては、先ず、一般のユーザが、配信される楽曲を利用した二次編集を合法的に行えるようにして、よりユーザにとっての娯楽性が高められるようにすることを目指した。
このために、一次コンテンツは、著作権者が承諾した権限の範囲において、ダウンロード（購入）を行ったユーザが二次利用することが許可されたオーディオコンテンツであるとして位置付けることとしたものである。即ち、本実施の形態の一次コンテンツサーバ１による音楽配信サービスは、二次利用することが積極的に許諾されたオーディオコンテンツを配信するものである。

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

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

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

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

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

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

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

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

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

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

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

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

なお、図５（ｂ）、図５（ｃ）のように、複数の一次コンテンツを編集素材とする副次コンテンツを編集素材コンテンツとして利用する場合として、編集素材コンテンツを形成する複数の一次コンテンツのうちの一部の一次コンテンツのみを編集素材として利用する編集も、編集の１態様に加えても構わない。具体的には、例えば図５（ｂ）の場合であれば、編集素材コンテンツＣについては、一次コンテンツＣ、Ｄのうちの一次コンテンツＣのみを利用して、もう一次コンテンツＤは編集後の内容には含まれないようにした編集も行うことができる。この場合には、例えば新規作成される副次コンテンツを再生するには、一次コンテンツＡ、Ｃ、Ｄのうち、一次コンテンツＡ、Ｃのみがローカル上に存在するようにすればよい。

また、図２の手順９により、副次コンテンツのダウンロード要求に応じて副次コンテンツサーバ２が副次コンテンツデータの送信を行うときには、副次コンテンツデータについて暗号化を施しておくようにされる。この暗号化は、正規ユーザの音楽編集・共有アプリケーション１００であれば解読することができるが、音楽編集・共有アプリケーション１００は、この暗号化処理を経て解読した副次コンテンツデータのみを再生し、例えば元から暗号化されていない副次コンテンツデータ、若しくは別の方式、アルゴリズムにより暗号化されている副次コンテンツデータについては再生を行わないように動作するようにされる。つまり、音楽編集・共有アプリケーション１００は、外部から取得する副次コンテンツデータについては、副次コンテンツサーバ２からダウンロードして取得したもののみを再生する。
従って、例えばP2P(Peer to Peer)によるネットワーク通信であるとか、電子メールのファイル添付であるとか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=pp-uu
]
と記述されている。これは、利用一次コンテンツが一次コンテンツID=BBBBBBにより指定されるものであり、この利用一次コンテンツを利用する現副次コンテンツの再生時間は00:15〜00:20であり、この再生時間において利用する利用一次コンテンツのデータ区間は、アドレスppからアドレスuuまでに対応する範囲であることを指定している。
例えば、本実施の形態の音楽編集・共有アプリケーション１００の音声再生信号処理部１２０は、このようにして［ ］により括られる利用コンテンツ単位の再生制御内容を逐次解釈していき、その解釈結果に応じて実際に再生制御を実行することで、副次コンテンツを音声信号として再生出力する。

また、一次コンテンツファイルの構造について説明しておく。
一次コンテンツファイルは、先にも述べたが、改めて図１６にも示すようにして、一次コンテンツとしての楽曲（音声）内容を有する所定形式のオーディオデータと、これに関連した各種のメタデータから成るファイル構造を有するものとされる。そのうえで、一次コンテンツとして扱われるオーディオデータファイルには、図示するようにして、例えばその音声内容に応じて一義的なものとなる一次コンテンツＩＤが付加、あるいは対応付けられる。
なお、オーディオデータの形式には、例えば所定のサンプリング周波数及び量子化ビット数によるＰＣＭ形式、また、所定の音声圧縮符号化方式、ビットレートにより圧縮符号化された形式、さらには、例えばDSD(Direct Stream Digital)などに代表されるように、ΔΣ変調により得られるPDM（パルス密度変調）された１ビット信号から成る形式などが既に知られており、多様なものとなっている。本実施の形態において定義する一次コンテンツＩＤは、後述もするようにして、オーディオデータ部分におけるこれらの形式が異なっていても、同じ音声内容のコンテンツファイルであれば、共通に同一の一次コンテンツＩＤが割り当てられるようにされている。

また、上記のメタデータの種類としては、楽曲タイトル、アーティスト、属するアルバムのタイトル、ジャンル、データ形式、データサイズなどの、オーディオデータに対して一般に付随する情報に加えて、例えば図１３において説明した利用許諾範囲情報も含むようにされる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

先に図１２〜図１６などにより説明したように、本実施の形態では、一次コンテンツには一次コンテンツＩＤを、副次コンテンツには副次コンテンツＩＤ（現副次コンテンツＩＤ）を対応付けるとともに、副次コンテンツについては、さらに、その編集内容に応じて一義的なものとなる編集内容ＩＤを付加するようにされている。そして、後述もするようにして、これらのＩＤを利用することで、システム内でのコンテンツの管理、処理などを効率的に行えるようにされている。
そこで、以降においては、上記の各ＩＤを利用しての本実施の形態におけるコンテンツの管理、処理に関する説明を行っていく。なお、以降の説明において、上記の各ＩＤ（一次コンテンツＩＤ、副次コンテンツＩＤ、編集内容ＩＤ）を総称する場合には、「コンテンツ関連ＩＤ」ということにする。

先ず、図２２のシーケンス図は、副次コンテンツを作成する際におけるシステム内での手順例を示している。この図に示す手順は、例えば図１８に示したコンテンツ管理・編集ツール１０１による副次コンテンツ再生制御ファイル生成のための処理手順を前提としたうえで、副次コンテンツが生成されるまでの過程を、上記コンテンツ関連ＩＤの生成過程とともに示したものとなる。

図２２においては、システム内の手順実行部位として、サーバ側に属するＩＤ照合サーバ５、ユーザＩＤサーバ６、及び副次コンテンツサーバ２と、ユーザ端末装置４としてのローカルに属するＨＤＤファイル管理部４８ａ、一次コンテンツＩＤ生成・管理処理部１２１、副次コンテンツメイン処理部１３１、副次コンテンツＩＤ生成・管理処理部１２２、副次コンテンツ転送処理部１１６が示される。

ＩＤ照合サーバ５、及びユーザＩＤサーバ６は、例えば図１、図２などに示した一次コンテンツサーバ、副次コンテンツサーバ２、及びコミュニケーションサーバ３などとともにネットワーク上におかれる。後述するようにして、ＩＤ照合サーバ５は、一次コンテンツＩＤについての照合を行い、ユーザＩＤサーバ６は、ユーザＩＤを発行するものとされ、それぞれ、そのための構成が与えられる。

また、ローカルにおけるＨＤＤファイル管理部４８ａは、ユーザ端末装置４のＨＤＤ４８を対象とするファイル、データの書き込み・読み出しを、例えば所定方式によるファイルシステムなどのプロトコルに従って実行する部位とされ、例えばユーザ端末装置４におＣＰＵ４１がプログラムを実行することにより実現される。

また、ローカルにおいて、一次コンテンツＩＤ生成・管理処理部１２１、副次コンテンツメイン処理部１３１、副次コンテンツＩＤ生成・管理処理部１２２、及び副次コンテンツ転送処理部１１６は、それぞれ、コンテンツ管理・編集ツール１０１により実現される機能部位とされ、副次コンテンツメイン処理部１３１を除いた機能部位については、先に説明した図１１にて示されている。副次コンテンツメイン処理部１３１も、コンテンツ管理・編集ツール１０１において備えられる機能部位のうち、少なくとも、一次コンテンツ取得処理部１１２、一次コンテンツ保存管理処理部１１３、副次コンテンツ取得処理部１１４、副次コンテンツ保存管理処理部１１５、副次コンテンツ作成処理部１１７、副次コンテンツ再生制御ファイル生成・解釈処理部１１８、暗号化・解読処理部１１９などを統合したものを指す。
また、図２２においては示されていないが、ローカルとサーバ側との間で通信を行うときには、コンテンツ管理・編集ツール１０１においては、通信制御部１１１が、サーバとの間での通信に関する制御を実行する。

この図においては、副次コンテンツの作成に必要な手順として、先ず、ステップＳ８０１により、副次コンテンツメイン処理部１３１からユーザＩＤサーバ６に対して、ユーザＩＤの発行を要求（リクエスト）する。この要求に際しては、例えば、副次コンテンツメイン処理部１３１は、コンテンツ管理・編集ツール１０１（音楽編集・共有アプリケーション１００）としての製品ごとに個別となるシリアル番号などの識別情報をはじめ、ユーザ名など、ユーザＩＤの生成に必要な情報（生成源情報）を送信する。次のステップＳ８０２の手順として、この要求を受けたユーザＩＤサーバ６は、例えば要求とともに受信した生成源情報を利用して、この生成源情報から一義的に決まる値から成るユーザＩＤを生成し、レスポンスとして、このように生成したユーザＩＤを副次コンテンツメイン処理部１３１に対して送信する。副次コンテンツメイン処理部１３１は、送信されてきたユーザＩＤを受信して取得する。取得したユーザＩＤは、例えば副次コンテンツメイン処理部１３１の管理の下で、ＨＤＤ４８に保存され、これにより、以降においては、ローカルにていつでも必要なときにユーザＩＤを出力できることになる。

次に、ステップＳ８０３〜Ｓ８０８の手順について説明する。
ステップＳ８０３では、副次コンテンツメイン処理部１３１が、ＨＤＤファイル管理部４８ａと連携することで、ＨＤＤ４８に記憶されているオーディオデータファイルについてのリスト（オーディオファイルリスト）を作成する。なお、ここではＨＤＤ４８に記憶されているオーディオデータファイルのうちで、一次コンテンツとして利用可能な信号形式、ファイル形式のものであれば、その全てがリスト化されるものとする。また、ＨＤＤ４８に記憶されているオーディオデータファイルは、一次コンテンツサーバ１からダウンロードして取得したもの以外にも、例えば、ユーザ端末装置４にて音源記録媒体から直接コピーするなどして、一次コンテンツサーバ１とは異なる経路で取得したものも含まれ得る。しかしながら、ここでリスト化するのにあたっては、「一次コンテンツとして利用可能な信号形式、ファイル形式」であれば、一次コンテンツサーバ１から取得したか否かにかかわらずリスト化するものとする。

上記ステップＳ８０３によりオーディオファイルリストを作成すると、副次コンテンツメイン処理部１３１は、ステップＳ８０４により、一次コンテンツＩＤ生成・管理処理部１２１に対して、作成したオーディオデータファイルリストにリストアップされているオーディオデータファイルのうちで、一次コンテンツＩＤが未だ付与されていないものに対して新たに対応付けるべき一次コンテンツＩＤを要求する。

ここで、上記一次コンテンツＩＤの要求にあたっては、副次コンテンツメイン処理部１３１は、オーディオデータファイルごとにおけるコンテンツ内容の実体であるデジタルオーディオ信号を、一次コンテンツＩＤ生成・管理処理部１２１に対して渡す。
一次コンテンツＩＤ生成・管理処理部１２１は、要求されたデジタルオーディオファイルに対応付けるべき一次コンテンツＩＤとしての値を生成する。この一次コンテンツＩＤの値を生成するのにあたっては、要求とともに受け取ったそのデジタルオーディオファイルのデジタルオーディオ信号を利用して、音声特徴量に基づいた所定の演算、処理などを行う。このことから理解されるようにして、一次コンテンツＩＤは、オーディオコンテンツを再生して得られる音声内容に対応して一義的に定められるものとなる。換言すれば、再生により得られる音声内容が同一である限り、先にも述べたように、デジタルオーディオ信号形式やファイル形式などの相違に関わらず、一次コンテンツＩＤは共通となる。

上記のようにして、一次コンテンツＩＤは、デジタルオーディオファイルのデジタルオーディオ信号が有する音声特徴量に基づいてローカル上で生成される。音声特徴量は、ほとんどの場合、例えば楽曲などとしての音声内容ごとに異なる。従って、このようにしてローカル上で一次コンテンツＩＤを生成したとしても、同じアルゴリズムに従う以上、どのローカルにおいても、同じ音声内容のデジタルオーディオファイルであれば、同一の一次コンテンツＩＤが生成される結果が得られる。
ただし、あくまでも、この一次コンテンツＩＤは、ローカルにて音声特徴量に基づいて生成するものであるため異なる楽曲に対応するデジタルオーディオファイルの間で、同じ一次コンテンツＩＤとなる可能性のあることは完全には否定できない。
そこで、本実施の形態では、ローカルで生成した一次コンテンツＩＤが、他の異なる音声内容のデジタルオーディオファイルと衝突しないようにすることに関して、万全を期するために、ＩＤ照合サーバ５を利用して、一次コンテンツＩＤについての照合を行う。

この照合のために、副次コンテンツメイン処理部１３１は、ステップＳ８０５により、ＩＤ照合サーバ５に対して、生成した一次コンテンツＩＤについての照合要求を行う。副次コンテンツメイン処理部１３１は、この照合要求に際して、生成した一次コンテンツＩＤに基づいて生成した指紋情報を送信する。

照合要求を受けたＩＤ照合サーバ５では、ステップＳ８０６として示すようにして照合処理を実行する。ＩＤ照合サーバ５は、一次コンテンツＩＤをデータベース化して保持しており、照合要求とともに送信された指紋情報と、上記データベースとの照合を行うことで、照合要求を受けた一次コンテンツＩＤが、ＩＤ照合サーバで管理している一次コンテンツＩＤが対応するデジタルオーディオファイルに正しく対応しているものである（ＯＫ）のか、若しくは、他の異なる音声内容のデジタルオーディオファイルと同じである（ＮＧ）のかを判定する。そして、ステップＳ８０７により、この判定結果（照合判定結果）を通知する。なお、照合判定結果としてＮＧを通知する際には、例えば、一次コンテンツＩＤのデータベースから、その音声内容に対応した正しい一次コンテンツＩＤを検索し、この検索した一次コンテンツＩＤも通知する。

上記の照合判定結果の通知を受けた一次コンテンツＩＤ生成・管理処理部１２１は、ステップＳ８０８として、副次コンテンツメイン処理部１３１に対して一次コンテンツＩＤを通知する。このときには、照合判定結果がＯＫだったのであれば、照合要求の際に生成した指紋情報の元となる一次コンテンツＩＤを通知する。照合判定結果がＮＧだったのであれば、照合判定結果の通知とともに送信されてきた正しい一次コンテンツＩＤを通知する。
副次コンテンツメイン処理部１３１は、通知された一次コンテンツＩＤを、先に作成したオーディオファイルリスト上で、オーディオデータファイルと所定の態様により対応付ける（オーディオデータファイルの構造内に一次コンテンツＩＤを埋め込む場合も含む）ようにして登録する。また、一次コンテンツＩＤが対応付けられたオーディオファイルリストは、例えば副次コンテンツメイン処理部１３１の管理の下で、例えばＨＤＤ４８に保存される。これにより、ＨＤＤ４８に記憶されるオーディオデータファイルと一次コンテンツＩＤとが対応付けられたことになり、以降、これらのオーディオデータファイルの全てを、一次コンテンツ、即ち編集素材コンテンツとして扱うことが可能になる。

例えば、一次コンテンツサーバ１においては、既に一次コンテンツＩＤと対応付けがされたデジタルオーディオファイルを管理している。従って、図２における手順１により一次コンテンツをダウンロードする場合に関しては、ステップＳ８０３〜Ｓ８０８による手順により一次コンテンツＩＤを取得する以外に、一次コンテンツをダウンロードしたのと同時に、その一次コンテンツＩＤも一次コンテンツサーバ１から取得するような形態とすることが可能である。
しかし、例えばユーザ端末装置４にて音源記録媒体から直接コピーするなど、一次コンテンツサーバ１からダウンロードする以外の手順でオーディオデータファイルを取得した場合、通常は、これらのオーディオデータファイルには一次コンテンツＩＤが対応付けられてはいない。先にも述べたように、一次コンテンツＩＤが対応付けられていなければ、たとえ、一次コンテンツファイルと同様のファイル構造であるとしても、コンテンツ管理・編集ツール１０１は、一次コンテンツファイルとして管理することができない。つまり、ユーザ端末装置４（音楽編集・共有アプリケーション１００）のユーザからしてみれば、既に、一次コンテンツで有りさえすれば編集が可能な形式のオーディオデータファイルを所有しているのに、一次コンテンツとしての扱いではないために利用ができないということになる。そうすれば、ユーザは、既に所有しているオーディオデータファイルと同じコンテンツを、例えば一次コンテンツサーバ１からダウンロードしなければならなくなり、手間やコストなどの負担が強いられる。
そこで、本実施の形態としては、一次コンテンツサーバ１からダウンロードしたオーディオデータファイルと区別することなく、既にローカルに保存されているオーディオデータファイルも一次コンテンツ化できるようにすることとしたものであり、そのための手順が、上記ステップＳ８０３〜Ｓ８０８までの手順となるものである。

これまでのステップＳ８０１〜８０８までの手順により、ユーザＩＤが取得され、また、利用一次コンテンツとなり得るものとしてＨＤＤ４８に記憶される全てのオーディオデータファイルについて、一次コンテンツＩＤが対応付けられたことにより一次コンテンツとして管理することが可能な環境が得られていることになる。
上記の環境のもと、副次コンテンツメイン処理部１３１（副次コンテンツ作成処理部１１７、副次コンテンツ再生制御ファイル生成・解釈処理部１１８）は、ステップＳ８０９により、ユーザの編集操作に応じて、編集素材コンテンツを利用した編集処理と、この編集処理結果が反映された副次コンテンツ再生制御ファイルを生成するための処理を実行する。
ここで、副次コンテンツ再生制御ファイルは、先に図１２に示した構造、内容を有するのであるが、メタデータ部に格納する編集内容ＩＤについては、このステップＳ８０９における副次コンテンツ再生制御ファイルの作成段階において生成する。

編集内容ＩＤは、図１２に示すようにして、再生制御情報と、利用一次コンテンツ情報において格納する一次コンテンツＩＤとを利用し、ハッシュ関数による演算を行ってハッシュ値を得る、という処理を実行して得られる。このようにして得たハッシュ値が編集内容ＩＤとなる。
上記の処理によれば、編集内容ＩＤは、再生制御情報と利用一次コンテンツの一次コンテンツＩＤに基づいて一義的に求められることになる。再生制御情報、及び利用一次コンテンツの一次コンテンツＩＤは、何れも、副次コンテンツの編集結果に対応して決まる。従って、編集内容ＩＤは、現副次コンテンツ再生制御ファイルが対応する副次コンテンツの編集内容に対応して固有なものとなる。このために、例えば仮に、異なるユーザが、結果的に、同じ一次コンテンツを利用一次コンテンツとして採用し、これらの利用一次コンテンツを同じく編集利用して副次コンテンツを作成したとすれば、これらの副次コンテンツに対応する副次コンテンツ再生制御ファイルの編集内容ＩＤは同一となる。
なお、ハッシュ演算以外であっても、編集内容に対応して固有となる値を生成する手法は存在するので、これらの手法を用いて編集内容ＩＤを生成することとしてもよい。

副次コンテンツメイン処理部１３１（副次コンテンツ保存管理処理部１１５）は、上記ステップＳ８０９により作成された副次コンテンツ再生制御ファイルを、ステップＳ８１０によりＨＤＤ４８に保存する。

また、図１２に示すように、副次コンテンツ再生制御ファイルのヘッダブロックには、現ファイルとしての副次コンテンツに対応する副次コンテンツＩＤである、現副次コンテンツＩＤが格納されることになっている。
この現副次コンテンツＩＤについては、対応する副次コンテンツ再生制御ファイルを作成している以降の所定段階において、ローカルにて作成し、作成された副次コンテンツ再生制御ファイルのヘッダブロックに埋め込むこととしている。このための手順を、ステップＳ８１１〜Ｓ８１３として示す。

ステップＳ８１１では、副次コンテンツメイン処理部１３１から、副次コンテンツＩＤ生成・管理処理部１２２に対して、副次コンテンツＩＤの要求を行う。この要求に応答して、副次コンテンツＩＤ生成・管理処理部１２２は、ステップＳ８１２により、副次コンテンツＩＤを生成する処理を実行する。

副次コンテンツＩＤの生成は、図１２において模式的に示すように、再生制御情報、利用一次コンテンツ情報において格納する一次コンテンツＩＤ、及びユーザＩＤとを利用する。これらを利用してハッシュ関数による演算を行い、これにより得られたハッシュ値が副次コンテンツＩＤとなる。
先に述べた編集内容ＩＤが、再生制御情報及び利用一次コンテンツ情報のみを利用しているのに対して、副次コンテンツＩＤは、これにユーザＩＤを追加している。このようにしてハッシュ演算の要素にユーザＩＤを追加していることで、副次コンテンツＩＤは、編集内容とユーザとの組み合わせにより一義的に決まるものとなる。
例えば、異なるユーザが、同じ編集内容の副次コンテンツを作成した場合、先にも述べたように互いの編集内容ＩＤは同一になるが、副次コンテンツＩＤは、ユーザＩＤがユーザごとに異なることに応じて、互いに異なるものとなる。このようにして、副次コンテンツＩＤとしては、副次コンテンツごとに固有となるようにして生成される。
なお、副次コンテンツＩＤも、編集内容ＩＤと同様にして、ハッシュ演算以外の生成手法を採用してよい。

副次コンテンツＩＤ生成・管理処理部１２２は、レスポンスとして、生成した副次コンテンツＩＤを副次コンテンツメイン処理部１３１に対して送信する。副次コンテンツメイン処理部１３１は、ステップＳ８１３により送信された副次コンテンツＩＤを受信する。そして、ステップＳ８１３により、受信した副次コンテンツＩＤを、現副次コンテンツＩＤとして、副次コンテンツ再生制御ファイルのヘッダブロックにおける所定位置に挿入するための処理を行う。

副次コンテンツ再生制御ファイルを副次コンテンツサーバ２にアップロードするのにあたっては、先のステップＳ８０９により作成された副次コンテンツ再生制御ファイルの内容に対して、上記ステップＳ８１１〜Ｓ８１４の処理による現副次コンテンツＩＤが格納されていることが条件となる。アップロードの手順をステップＳ８１５〜Ｓ８１８として示す。なお、アップロードの手順については、既に図１９において示しているが、この図では、コンテンツ管理・編集ツール１０１における、副次コンテンツメイン処理部１３１と副次コンテンツ転送処理部１１６の間での処理シーケンスとともにアップロード手順を示している。

ステップＳ８１５では、副次コンテンツメイン処理部１３１から副次コンテンツ転送処理部１１６に対して、副次コンテンツのアップロードについての実行命令を行う。このとき副次コンテンツメイン処理部１３１は、アップロードすべき副次コンテンツ再生制御ファイルのデータを、副次コンテンツ転送処理部１１６に渡していくようにする。副次コンテンツ転送処理部１１６は、ステップＳ８１６により、アップロード実行命令に応答して、副次コンテンツメイン処理部１３１から渡されてくる副次コンテンツ再生制御ファイルのデータを、副次コンテンツサーバ２に対して、アップロードデータとして送信するための処理を実行する、即ちアップロードを実行する。そして、アップロードすべき副次コンテンツ再生制御ファイルのデータが全て副次コンテンツサーバ２にて受信取得されると、副次コンテンツサーバ２は、ステップＳ８１７によりアップロードが終了したことの通知を副次コンテンツ転送処理部１１６に対して行う。このアップロード終了通知を受信した副次コンテンツ転送処理部１１６は、さらに、ステップＳ８１８により、副次コンテンツメイン処理部１３１に対してアップロード終了通知を行う。このアップロード終了通知の受信を副次コンテンツ転送処理部１１６が確認したことを以て、副次コンテンツアップロードのためのシーケンスが終了することになる。

なお、図２２におけるステップＳ８０１、Ｓ８０２によるユーザＩＤの取得手順と、ステップＳ８０２〜Ｓ８０８による一次コンテンツＩＤ取得手順は、それぞれ、副次コンテンツ作成のための編集が行われるまでの段階において、任意の機会、タイミングで実行されていればよく、例えば、必ずしも、ステップＳ８０９による編集処理、副次コンテンツ再生制御ファイルの作成処理を実行する機会に伴って行われる必要のあるものではない。ステップＳ８１１〜Ｓ８１４による副次コンテンツＩＤの生成、挿入処理も同様である。

ここで、上記図２２において示されているＩＤ照合サーバ５とユーザＩＤサーバ６の構成例を、図２３、及び図２４により示しておく。
図２３に示されるＩＤ照合サーバ５は、一次コンテンツＩＤデータベース５１、照合処理部５２、ＩＤ登録処理部５３、及びネットワークインターフェース５４を備える。
一次コンテンツＩＤデータベース５１は、現存する一次コンテンツに対応する一次コンテンツＩＤをデータベース化して登録して成る情報であり、実際には、例えばＨＤＤなどに記憶された状態で管理されている。
照合処理部５２は、クライアント（ユーザ端末装置４上で動作するコンテンツ管理・編集ツール１０１（一次コンテンツＩＤ生成・管理処理部１２１））からの照合要求とともに送信されてきた指紋情報と、一次コンテンツＩＤデータベース５１を利用して、図２２のステップＳ８０６としての照合処理を実行する部位である。
ＩＤ登録処理部５３は、新規の一次コンテンツが作成されたことに応じて、この新規の一次コンテンツについての一次コンテンツＩＤを、一次コンテンツＩＤデータベース５１に登録する処理を実行する部位である。新規一次コンテンツについての情報は、例えばネットワーク経由での通信により、一次コンテンツサーバ１から受け取ることができる。
ネットワークインターフェース５４は、ネットワークＮＷ経由での通信のための制御、処理を実行する。これにより、クライアントとの通信が実現される。

図２４に示されるユーザＩＤサーバ６は、ユーザＩＤデータベース６１、ユーザＩＤ生成・管理処理部６２、ネットワークインターフェース６３を備える。
ユーザＩＤデータベース６１は、これまでに発行したユーザＩＤを、例えば対応する生成源情報などと対応付けてデータベース化した情報であり、実際にはＨＤＤなどに記憶されて管理される。
ユーザＩＤ生成・管理処理部６２は、クライアント（副次コンテンツメイン処理部１３１）からのユーザＩＤの発行要求（図２２のステップＳ８０１）に応じて、ユーザＩＤを新規生成することができる。また、このようにして新規生成したユーザＩＤをユーザＩＤデータベース６１に新たに登録する。
ネットワークインターフェース６３は、例えばクライアントなどとのネットワークＮＷ経由での通信のための制御、処理を実行する。

なお、ＩＤ照合サーバ５及びユーザＩＤサーバ６は、例えば、図１、図２などに示したサーバと統合された構成とされてもよい。例えば、ＩＤ照合サーバ５は、一次コンテンツＩＤに関連して照合処理を実行するので、一次コンテンツサーバ１と統合することなどが順当に考えられる。また、ユーザＩＤは、副次コンテンツを作成するアプリケーションソフトウェア（コンテンツ管理・編集ツール１０１）に対応して決まるものなので、副次コンテンツサーバ２と統合することが例えば順当である。
また、ＩＤ照合サーバ５は、先にも述べたように、コンテンツ管理・編集ツール１０１が生成する一次コンテンツＩＤが、他の異なる一次コンテンツと衝突しないようにすることについて万全を期するために設けられたものである。従って、例えばコンテンツ管理・編集ツール１０１が生成する一次コンテンツＩＤが非常に正確で、他の一次コンテンツと衝突する可能性が無い場合であったり、或る一定率以上の衝突を想定したとしても、これを解決できる他の仕組みを確保できているような場合には、ＩＤ照合サーバ５を省略することができる。

これまでの説明のようにして、本実施の形態では、一次コンテンツには一次コンテンツＩＤを割り当て、副次コンテンツには副次コンテンツＩＤと編集内容ＩＤを生成して割り当てるようにされている。そして、本実施の形態に対応するシステムにおいては、これらのＩＤを用いて、一次コンテンツと副次コンテンツに関する所定の管理を、以降の説明のようにして行う。

例えば、図２における手順４、図１９のステップＳ４０２などにより説明したように、副次コンテンツサーバ２は、アップロードされた副次コンテンツごとに、その保存場所であるＵＲＬ（ここでは副次コンテンツＵＲＬということにする）を設定する。
これとともに、一次コンテンツサーバ１では、一次コンテンツデータベース１２ａにおいて、登録されている一次コンテンツごとに、利用一次コンテンツとして利用している副次コンテンツとの対応付けが行われるようにして管理している。この「一次コンテンツ−副次コンテンツ対応」の管理にあたって、本実施の形態では、一次コンテンツＩＤと、副次コンテンツＵＲＬとを対応させることとしている。

図２５は、一次コンテンツデータベース１２ａにおける、上記「一次コンテンツ−副次コンテンツ対応」の管理内容例を、模式的に示している。
先ず、図２５（ａ）では、一次コンテンツデータベース１２ａの内容として、一次コンテンツ群と副次コンテンツＵＲＬ群が示されている。一次コンテンツ群は、一次コンテンツデータベース１２ａに登録されている一次コンテンツから成り、ここでは、一次コンテンツＡ、Ｂ、Ｃ、Ｄの４つの一次コンテンツが登録されているものとしている。また、副次コンテンツＵＲＬ群は、登録されている副次コンテンツＵＲＬから成り、ここでは、ＵＲＬ１〜７までの７つの副次コンテンツＵＲＬが登録されているものとしている。
なお、実際においては、一次コンテンツデータベース１２ａにおいて登録される一次コンテンツは膨大な数になるが、ここでは説明を簡単にするための便宜上、４つとしている。また、一次コンテンツデータベース１２ａに登録される副次コンテンツＵＲＬは、原則、副次コンテンツサーバ２にアップロードされている全ての副次コンテンツに対応したものとなるので、これも実際には膨大な数になるが、説明の便宜上、７つにとどめている。

一次コンテンツデータベース１２ａに登録されている一次コンテンツには、図示するようにして、既に、一次コンテンツＩＤが対応付けられている。ここで、一次コンテンツＡに対応付けられている一次コンテンツＩＤをＩＤ−Ａとする。図２５（ａ）においては、この一次コンテンツＩＤ−Ａを、副次コンテンツＵＲＬ群におけるＵＲＬ１、ＵＲＬ３、ＵＲＬ６のそれぞれと矢印により結んでいる。これは、一次コンテンツデータベース１２ａにおいて、一次コンテンツＩＤ−Ａと、ＵＲＬ１、ＵＲＬ３、ＵＲＬ６とをそれぞれ対応付けて管理していることを表す。そして、この対応付けにより、一次コンテンツＡが、ＵＲＬ１、ＵＲＬ３、ＵＲＬ６に保存される３つの副次コンテンツを利用一次コンテンツとして利用していることが示される。
同様にして、図２５（ａ）においては、一次コンテンツＢのＩＤ−Ｂに対してＵＲＬ１、ＵＲＬ４が対応付けられていることで、ＵＲＬ１、ＵＲＬ４に保存されている２つの副次コンテンツが、それぞれ、一次コンテンツＢを利用一次コンテンツとして利用していることを示している。
また、一次コンテンツＣのＩＤ−Ｃに対してＵＲＬ２、ＵＲＬ５が対応付けられていることで、ＵＲＬ２、ＵＲＬ５に保存されている２つの副次コンテンツが、それぞれ、一次コンテンツＣを利用一次コンテンツとして利用していることを示す。
また、一次コンテンツＤのＩＤ−Ｄに対してＵＲＬ７が対応付けられていることで、ＵＲＬ７に保存されている１つの副次コンテンツのみが、一次コンテンツＤを利用一次コンテンツとして利用していることを示す。

また、図２５（ａ）に示す管理状態とされていたときに、副次コンテンツサーバ２に対して１つの副次コンテンツが新規にアップロードされたとする。これに応じて、一次コンテンツデータベース１２ａにおける「一次コンテンツ−副次コンテンツ対応」の管理内容は、図２５（ｂ）に示すようにして更新される。つまり、先ず副次コンテンツＵＲＬ群には、新規にアップロードされた副次コンテンツに設定した保存場所であるＵＲＬ８が追加登録されるとともに、ＵＲＬ８と一次コンテンツＩＤとの対応付けが為される。この場合には、ＵＲＬ８が一次コンテンツＩＤ−Ａ，ＩＤ−Ｂ，及びＩＤ−Ｄと対応付けられることで、新規にアップロードされた副次コンテンツは、一次コンテンツＡ，Ｂ，Ｄを利用一次コンテンツとして利用していることを示している。

上記図２５により例示した「一次コンテンツ−副次コンテンツ対応」の管理に対応した副次コンテンツサーバ２と一次コンテンツサーバ１との間での処理シーケンスを、図２６のフローチャートにより示す。
副次コンテンツサーバ２は、先ずステップＳ９０１により、副次コンテンツ（副次コンテンツ再生制御ファイル）が新規にアップロードされたことに応じて、副次コンテンツデータベース２２ａに対して副次コンテンツが新規登録されるのを待機している。新規登録の行われたことが判別されると、ステップＳ９０２の手順に進む。

副次コンテンツ再生制御ファイルが副次コンテンツデータベース２２ａに登録された段階では、その副次コンテンツの保存場所であるＵＲＬ（副次コンテンツＵＲＬ）は既に設定されている。そこで、ステップＳ９０２では、ネットワーク経由での通信により、副次コンテンツが新規にアップロードされたことの通知を行う。この通知に際しては、例えば少なくとも、新規アップロードされた副次コンテンツについてのＵＲＬと、利用一次コンテンツが何であるのかを示す情報として、利用一次コンテンツの一次コンテンツＩＤを送信する。利用一次コンテンツの一次コンテンツＩＤは、アップロードされた副次コンテンツ再生制御ファイルにおける利用一次コンテンツ情報から取得できる。

上記の通知を受けた一次コンテンツサーバ１では、ステップＳ９０３により、一次コンテンツデータベース１２ａにおける「一次コンテンツ−副次コンテンツ対応」のための管理情報内容を更新する。つまり、通知された副次コンテンツＵＲＬを副次コンテンツＵＲＬ群に登録する。次に、一次コンテンツデータベース１２ａから、通知された一次コンテンツＩＤを検索して、これらの検索して得られた一次コンテンツＩＤと、登録した副次コンテンツＵＲＬとの対応付けを行うようにして管理情報内容を書き換える。

一次コンテンツサーバ１（一次コンテンツデータベース１２ａ）において上記のような管理が行われることで、例えば一次コンテンツサーバ１にアクセスすれば、一次コンテンツサーバ１に登録されている一次コンテンツにつき、これを利用一次コンテンツとして利用している副次コンテンツのＵＲＬについての情報を取得することができる。これにより、例えば一次コンテンツの作者が、自身の作成した一次コンテンツが、副次コンテンツにおいてどのようにして利用されているのかを追跡して確認することのできる仕組みをシステムにおいて提供できる。

上記の仕組みとしては、例えば先ず、本実施の形態の音楽編集・共有アプリケーション１００若しくは他のアプリケーションなどに対する操作に応じて、ユーザ端末装置４が一次コンテンツサーバ１にリクエストして、少なくとも、ユーザ端末装置４のユーザが作成して一次コンテンツサーバ１に登録してある一次コンテンツを利用一次コンテンツとしている副次コンテンツのＵＲＬを取得できるようにする。このようにして副次コンテンツＵＲＬが取得できれば、その一次コンテンツの作者であるユーザは、その副次コンテンツをダウンロードして、例えば音楽編集・共有アプリケーション１００によりそのファイルを開くことで、自身の一次コンテンツがどのようにして編集に利用されているのかを確認できる。

そして、確認を行ったところ、その一次コンテンツの作者にとっては、好ましい一次コンテンツの使われ方をしていたとする。そこで、一次コンテンツの作者は、例えば音楽編集・共有アプリケーション１００のコミュニケーションツール１０２を利用するなどして、その副次コンテンツの作者とコミュニケーションをとり、例えば感謝の意などを伝えることなどを行える。つまり、本実施の形態のシステムを利用するユーザ間でのコミュニケーションは活発化することになる。

また逆に、副次コンテンツでの自身の一次コンテンツの利用のされ方を確認したところ、それが好ましくなかった場合には、例えば音楽編集・共有アプリケーション１００に対する操作により、副次コンテンツサーバ２に対して、その副次コンテンツの削除要請を行えるようにして、この要請に応じては副次コンテンツサーバ２において副次コンテンツを削除する、というシステム上での仕組みを与えることも考えられる。例えば、副次コンテンツを作成するのにあたっては、オリジナルの素材である一次コンテンツの作者の意志が尊重されるべきであるとの考え方に基づけば、上記のような仕組みを与えることにより、一次コンテンツの作者にとって好ましくない編集が行われた副次コンテンツの普及を防ぐことができる。

なお、図２５により示したような「一次コンテンツ−副次コンテンツ対応」のための管理情報を、例えば副次コンテンツサーバ２側に与えるようにした構成も考えることができる。

次に、副次コンテンツサーバ２において一旦登録された副次コンテンツを削除する場合の処理手順を、図２７のフローチャートに示す。
先ずステップＳ１００１では、削除すべきことが指定された副次コンテンツ（副次コンテンツ再生制御ファイル：削除対象ファイル）を検索する。なお、削除対象ファイルの指定は、副次コンテンツＩＤにより行われる。ステップＳ１００１では、この指定された副次コンテンツＩＤを検索条件として副次コンテンツデータベース２２ａに対する検索を行う。

削除対象ファイルが検索されると、副次コンテンツサーバ２は、ステップＳ１００２により、検索した削除対象ファイルから、ヘッダブロック、属性情報ブロック、及びメタデータ部内の編集内容ＩＤを抜き出す。そして、抜き出したこれらヘッダブロック、属性情報ブロック、及び編集内容ＩＤから成る所定構造によるファイルを生成する。このファイルは「準副次コンテンツファイル」ということにする。このようにして生成した準副次コンテンツファイルは、ステップＳ１００３によりＨＤＤ４８に再保存する。このときには、再保存する準副次コンテンツファイルが、副次コンテンツの１つとして登録管理されるように、副次コンテンツデータベース２２ａも更新する。
また、これとともに、上記準福次コンテンツファイルの生成元となった正規の副次コンテンツ再生制御ファイル、即ち削除対象ファイル自体については、ステップＳ１００４によって、副次コンテンツデータベース２２ａから削除する。

上記図２７によれば、副次コンテンツの削除にあたっては、削除指定された正規の副次コンテンツ再生制御ファイル自体は削除されはするものの、そのヘッダブロック及び属性情報ブロックの内容については、準副次コンテンツファイルとして、副次コンテンツサーバ２において残るようにしている。
準副次コンテンツファイルは、上記もしているように、ヘッダブロック、属性情報ブロック、及び編集内容ＩＤから成る。つまり、副次コンテンツ（副次コンテンツ再生制御ファイル）が削除されたとしても、この副次コンテンツについての、副次コンテンツＩＤ、利用編集素材コンテンツ、利用一次コンテンツに関する情報、及び編集内容がどのようなものであるのか、などの情報については、副次コンテンツサーバ２において消去されることなく残される。

本実施の形態のように副次コンテンツを流通させるシステムでは、例えば既にアップロードされている副次コンテンツを元に編集したとする次世代の副次コンテンツであっても、実際には、なんら編集が行われておらず、その内容が編集元の副次コンテンツと同一であったり、あるいは編集が施されているとはいえ、その編集による内容の変更が僅かなものであって、ほぼ同一とみなされる、不正な副次コンテンツがアップロードされる可能性のあることは否定できない。
また、副次コンテンツサーバ２からの副次コンテンツの削除が、例えば編集素材となっていた一次コンテンツの作者からの削除要請に応じたものであるなど、不適切なコンテンツであることが理由であることを前提とすれば、一度削除された副次コンテンツと同じ内容のものが、再度、アップロードされることは好ましくない。
本実施の形態では、上記図２７に示した副次コンテンツ削除のための手順としたことで、次に図２８により説明するようにして、上記のような不正、不適切な副次コンテンツのアップロードを、万全に排除することが可能になる。

ここで、ユーザ端末装置４上で起動されているコンテンツ管理・編集ツール１０１に対する操作により、ユーザ端末装置４のローカルにおいて保存されている副次コンテンツ再生制御ファイルをアップロードするための操作が行われたとする。これに応じて、図２８のステップＳ１１０１として示すように、ユーザ端末装置４（コンテンツ管理・編集ツール１０１）は、アップロードを要求するためのメッセージデータを作成する。このメッセージデータの作成にあたっては、アップロードすべき副次コンテンツ再生制御ファイルのメタデータ部から編集内容ＩＤを抜き出し、この編集内容ＩＤをメッセージデータの構造内に含めるようにされる。
そして、作成したメッセージデータとともに、次のステップＳ１１０２により、ネットワーク経由で副次コンテンツサーバ２に対してアップロード要求を送信させるための制御を実行する。

副次コンテンツサーバ２では、ステップＳ１２０１により、上記のようにして送信されてきたアップロード要求（メッセージデータ）を受信すると、ステップＳ１２０２以降の手順を実行する。

先ず、ステップＳ１２０２においては、副次コンテンツサーバ２において副次コンテンツデータベース２２ａとして記憶している副次コンテンツのうちから、アップロード要求のメッセージデータに含まれていた編集内容ＩＤと所定以上の近似率となる値の編集内容ＩＤを格納する副次コンテンツを検索する。なお、ここで留意すべきことは、副次コンテンツの検索にあたっては、正規の副次コンテンツ再生制御ファイルを検索対象とするのはもちろんのこと、同じく副次コンテンツデータベース２２ａにより管理される、準副次コンテンツファイルも検索対象に含めて検索が行われる、ということである。
すると、ステップＳ１２０２は、削除されたものも含めて、これまでに副次コンテンツサーバ２にアップロードされた副次コンテンツの中に、アップロードの要求が行われた副次コンテンツと同一、若しくは同一であるとみなされる程度に近似する編集内容の副次コンテンツ（近似副次コンテンツということにする）があるか否かについて確認するための手順であるといえる。

ステップＳ１２０３では、上記ステップＳ１２０２の検索処理の結果として、近似副次コンテンツが検索されたか否かについて判別することとしている。
先ず、ステップＳ１２０３により否定の判別結果が得られた場合、アップロード要求された副次コンテンツについての近似副次コンテンツは無いということになる。この場合にはステップＳ１２０４に進み、アップロード許可メッセージを、ユーザ端末装置４（コンテンツ管理・編集ツール１０１）に対して返送する。これに対して、ステップＳ１２０３により肯定の判別結果が得られた場合、アップロード要求された副次コンテンツに対する近似副次コンテンツが既に存在しているということになる。先の説明から分かるように、本実施の形態では、このような副次コンテンツはアップロードすべきではないものとして扱う。そこで、この場合にはステップＳ１２０５に進み、コンテンツ管理・編集ツール１０１に対してアップロード拒否メッセージを送信する。

ユーザ端末装置４のコンテンツ管理・編集ツール１０１側では、ステップＳ１１０３により、アップロード要求の送信に応答して受信されるメッセージが、上記のアップロード許可メッセージとアップロード拒否メッセージの何れであるのかを判別する。
先ず、アップロード拒否メッセージであると判別された場合には、今回アップロード要求を行った副次コンテンツのデータを送信することなく、例えばステップＳ１１０４により、アップロードはできない旨のメッセージを表示するなどの所定のエラー処理を実行する。
これに対してアップロード許可メッセージであると判別された場合には、ステップＳ１１０５により、今回アップロード要求を行った副次コンテンツ再生制御ファイルのデータを、副次コンテンツサーバ２に対して送信する、即ち副次コンテンツのアップロードとしてのデータ送信を実行する。

上記ステップＳ１１０５により送信されるデータは、副次コンテンツサーバ２側において、ステップＳ１２０６により受信し、受信した副次コンテンツ再生制御ファイルのデータを、先に示した図１９のステップＳ４０４により副次コンテンツデータベース２２ａに登録するようにして保存する。そして、このような副次コンテンツの受信、保存の処理を完了したとされると、ステップＳ１２０７により、ユーザ端末装置４に対して、アップロード完了通知を送信する。

ユーザ端末装置４のコンテンツ管理・編集ツール１０１側は、ステップＳ１１０６により、上記のアップロード完了通知を受信することで、アップロードが正常に実行されたことを認識する。

なお、編集内容ＩＤは、先にも述べたように、再生制御情報と、利用一次コンテンツ情報において格納する一次コンテンツＩＤとを利用すれば求めることができるので、編集内容ＩＤが無くとも、アップロード要求された副次コンテンツの再生制御情報と利用一次コンテンツ情報内の一次コンテンツＩＤから編集内容ＩＤを算出し、同様に、副次コンテンツデータベース２２ａにおいて登録されている副次コンテンツの再生制御情報と利用一次コンテンツ情報の一次コンテンツＩＤとにより編集内容ＩＤを算出することで、ステップＳ１２０２としての近似副次コンテンツの検索を行うことはできる。
しかし、このようなアルゴリズムでは、編集内容ＩＤを算出する処理の負担が非常に重くなってしまう。また、準副次コンテンツファイルについても、再生制御情報を残しておく必要性が生じることとなって、準副次コンテンツファイルのサイズが大きくなって記憶部２２の容量を圧迫する。
そこで、本実施の形態では、副次コンテンツ再生制御ファイルの構造に編集内容ＩＤを含めることとして定義し、副次コンテンツの作成時において、ユーザ端末装置４（コンテンツ管理・編集ツール１０１）により編集内容ＩＤを生成することとしているものである。これにより、ステップＳ１１０２の検索時においては、編集内容ＩＤを読み出して比較処理を行うだけでよくなる。また、準副次コンテンツファイルの再生制御情報を含める必要が無くなり、その分、ファイルサイズも小さくできる。

また、副次コンテンツサーバ２は、図２７に示した副次コンテンツ削除を行うことに対応して、図２９のフローチャートに示す手順により、副次コンテンツのアクセス要求に対する応答処理を実行する。
副次コンテンツサーバ２は、ステップＳ１３０１により、ネットワーク経由でユーザ端末装置４（コンテンツ管理・編集ツール１０１）からの副次コンテンツのアクセス要求を受信すると、ステップＳ１３０２以降の手順に進む。

ステップＳ１３０２では、副次コンテンツデータベース２２ａから、例えば要求とともに送信されてきた副次コンテンツＩＤを利用して、要求された副次コンテンツを検索する。
次に副次コンテンツサーバ２は、ステップＳ１３０３により、ステップＳ１３０２により検索した副次コンテンツが、準副次コンテンツであるか否かについて判別する。

ステップＳ１３０３において否定の判別結果が得られた場合には、検索された副次コンテンツは、削除されていない正規のものであることになる。そこでこの場合にはステップＳ１３０４に進み、アクセス要求に対するレスポンスとして、検索した副次コンテンツ（副次コンテンツ再生制御ファイル）のデータを、要求元のユーザ端末装置４に対して送信する。
これに対して、ステップＳ１３０３において、検索された副次コンテンツが準副次コンテンツファイルであるとして判別された場合には、要求された副次コンテンツは、削除済みの扱いであるということになる。そこで、この場合にはステップＳ１３０５に進み、アクセス要求に対するレスポンスとして、アクセス拒否の内容を返送する。
例えば先にも述べたように、準副次コンテンツファイルは、副次コンテンツデータベース２２ａにおいては正規の副次コンテンツと同等に管理されるのであるが、上記図２９の手順とすることで、外部からの要求に応じては、削除済みの副次コンテンツであるものとしてダウンロードさせないようにすることが可能になる。

続いては、図３０を参照して、本実施の形態における副次コンテンツの世代管理の態様例について説明しておく。この世代管理は、一次コンテンツＩＤと副次コンテンツＩＤとを基にして行われる。

図３０には、６つの副次コンテンツＡ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆが示されている。これらの副次コンテンツは、いずれも、或る１つのユーザ端末装置４にインストールされた音楽編集・共有アプリケーション１００（コンテンツ管理・編集ツール１０１）により作成されたものとする。
先ず、副次コンテンツＡは、一次コンテンツα、βの２つの一次コンテンツを編集素材コンテンツとして編集を行って作成したものとされる。この場合、副次コンテンツＡの利用編集素材コンテンツ情報は、一次コンテンツα、βごとの単位ファイル情報により形成される。つまり、利用編集素材コンテンツが一次コンテンツα、βであることが示される。また、副次コンテンツＡの利用一次コンテンツ情報も、一次コンテンツα、βごとの単位ファイル情報により形成され、利用一次コンテンツも一次コンテンツα、βであることが示される。
ここで、このようにして作成した副次コンテンツＡは、これを作成した音楽編集・共有アプリケーション１００と同じローカル内において保存され、音楽編集・共有アプリケーション１００によりファイル処理が行えるようにされてはいるが、副次コンテンツサーバ２に対してはアップロードされていないものとされる。

次に、同じ音楽編集・共有アプリケーション１００により、副次コンテンツＡのみを編集素材として編集を行って、新たに副次コンテンツＢを作成したものとする。また、この副次コンテンツＢについても、副次コンテンツＡと同様にして、ローカル内のみに置くこととして、副次コンテンツサーバ２にはアップロードしていない。
この場合、副次コンテンツＢの利用一次コンテンツ情報は、利用一次コンテンツが一次コンテンツα、βであるものとして示されることになる。
また、副次コンテンツＢは、実際には編集素材コンテンツとして、副次コンテンツＡを利用しているので、本来であれば、利用編集素材コンテンツ情報によっては、副次コンテンツＡが示されることになる。しかし、本実施の形態では、副次コンテンツサーバ２にアップロードされておらず、ローカル内のみに置かれている限り、その副次コンテンツは、次世代の利用編集素材コンテンツ（即ち、親コンテンツである）となる資格を与えないものとして規定する。つまり、副次コンテンツＡ、Ｂとの関係では、副次コンテンツＢの利用編集素材コンテンツ情報によっては、副次コンテンツＡを示す内容を有させない。そこで、この場合には、利用編集素材コンテンツ情報についても、利用一次コンテンツ情報と同じ内容が示されるようにする。つまり、副次コンテンツＢの場合であれば、利用編集素材コンテンツ情報によっても、利用編集素材コンテンツは一次コンテンツα、βであるものとして示すことになる。

次は、上記副次コンテンツＢ、及び一次コンテンツγを編集素材として利用して編集を行って、新たに副次コンテンツＣを作成したとする。また、この副次コンテンツＣも、ローカル内のみに置くこととして、副次コンテンツサーバ２にはアップロードしていないものとする。
この場合、副次コンテンツＣの利用一次コンテンツ情報は、一次コンテンツα、β、γを示すことになる。また、利用編集素材コンテンツとしては、本来は副次コンテンツＢと一次コンテンツγとなるのであるが、副次コンテンツＣもローカルのみに置かれていることで、利用編集素材コンテンツ情報は、利用一次コンテンツ情報と同じ内容の一次コンテンツα、β、γを示すことになる。

次に、副次コンテンツＣのみを編集素材コンテンツとして利用して、副次コンテンツＤを作成したとする。そして、この副次コンテンツＤは、ローカル内に置かれるとともに、副次コンテンツサーバ２に対してもアップロードしたものとする。
この副次コンテンツＤの親コンテンツは、ローカル内にのみ置かれる副次コンテンツＣであり、従って、副次コンテンツＣは、副次コンテンツＤの利用編集素材コンテンツ情報により示される資格を持たないことになる。そこで、副次コンテンツＤの利用編集素材コンテンツ情報としては、利用一次コンテンツ情報と同様に、一次コンテンツα、β、γが示されることになる。

次に、副次コンテンツＤのみを編集素材として、新たに副次コンテンツＥを作成し、ローカルに置くとともに、副次コンテンツサーバ２に対してもアップロードしたものとする。
この場合には、副次コンテンツＥの親コンテンツである副次コンテンツＤは、副次コンテンツサーバ２にアップロードされている。本実施の形態において、アップロードされた副次コンテンツは、利用編集素材コンテンツ情報により示される資格を持つものとして規定される。このために、副次コンテンツＥの利用編集素材コンテンツ情報は、副次コンテンツＤを示すことになる。これに対して、利用一次コンテンツ情報は、一次コンテンツα、β、γを示す内容となる。

さらに、副次コンテンツＥと一次コンテンツδとを編集素材として利用して、副次コンテンツＦを作成したとする。また、この副次コンテンツＦも、ローカルに置くとともに、副次コンテンツサーバ２にアップロードしたものとする。
この場合、副次コンテンツＦの親コンテンツの１つである副次コンテンツＤは、副次コンテンツサーバ２にアップロードされている。従って、副次コンテンツＦの利用一次コンテンツ情報は、副次コンテンツＥと一次コンテンツδを示す内容とすることになる。また、利用一次コンテンツ情報は、一次コンテンツα、β、γ、δを示す内容となる。

ここで、上記したように、ローカルのみにおかれて副次コンテンツサーバ２にアップロードしていない副次コンテンツについて、次世代の副次コンテンツにおける利用編集素材コンテンツ情報に登録する資格を与えないこととして、変わりに、利用編集素材コンテンツ情報には、利用一次コンテンツ情報と同じ内容を有させることとしているのは、次のような理由による。
上記副次コンテンツとしてローカルに置かれているものは、音楽編集・共有アプリケーション１００に対する操作により、ローカル内にて削除される可能性がある。この場合において、ローカル内のみに置かれる副次コンテンツにも、次世代の副次コンテンツにおける利用編集素材コンテンツ情報に登録する資格を与えることとする。すると、例えば副次コンテンツＢの利用編集素材コンテンツ情報は、一次コンテンツα、βの代わりに副次コンテンツＡを示し、同様に、副次コンテンツＣの利用編集素材コンテンツ情報は、一次コンテンツα、β、γの代わりに副次コンテンツＢを示し、副次コンテンツＤの利用編集素材コンテンツ情報は、一次コンテンツα、β、γの代わりに副次コンテンツＣ及び一次コンテンツγを示すことになる。

このような利用編集素材コンテンツ情報の内容とされた状態で、例えば副次コンテンツＢがローカル内にて削除されたとする。すると、副次コンテンツＣの利用編集素材コンテンツ情報には、副次コンテンツＢが示されているのに、ローカル内にも、また、副次コンテンツサーバ２にも、この副次コンテンツＢが存在していないということになる。つまり、副次コンテンツＢの親が存在しなくなってしまう。このようにして、ローカル内のみに存在する副次コンテンツが削除されると、副次コンテンツ間の親子関係を正しく辿ることができなくなるという不具合を生じる。

そこで、図３０の説明のようにして利用編集素材コンテンツ情報の内容を制御することとすれば、親の副次コンテンツがローカル内のみにある場合には、利用編集素材コンテンツ情報は、差雨声に必要な一次コンテンツを示すことになる。この内容は正確には、親コンテンツを示すものではない。しかし、上記のようにして、副次コンテンツの親子関係が途中で絶たれるという不具合は生じないようにすることができる。
また、副次コンテンツＤ、Ｅ、Ｆのようにしてアップロードされた副次コンテンツをローカルにて削除したとしても、これと同じ副次コンテンツは、副次コンテンツサーバ２にて保存されている。従って、ローカルで削除した副次コンテンツの代わりに、副次コンテンツサーバ２に保存される副次コンテンツを参照すれば、副次コンテンツの親子関係は正確に辿ることができる。

なお、上記図３０により説明した利用編集素材コンテンツ情報についての制御は、例えば図１１との対応であれば、副次コンテンツ再生制御ファイル生成、解釈処理部１１８が実行するものとなる。

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

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

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

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

本発明の実施の形態が対応する音楽編集・共有システムの構成例を示す図である。 実施の形態の音楽編集・共有システムの基本的な利用態様と、これに対応したシステム動作の手順例を示す図である。 実施の形態のユーザ端末装置が実行する副次コンテンツ作成の流れを模式的に示す図である。 実施の形態のユーザ端末装置が実行する副次コンテンツ再生の流れを模式的に示す図である。 副次コンテンツを作成するにあたっての、編集素材コンテンツの利用態様例を示す図である。 一次コンテンツサーバの内部構成例を示す図である。 副次コンテンツサーバの内部構成例を示す図である。 コミュニケーションサーバの内部構成例を示す図である。 ユーザ端末装置の内部構成例を示す図である。 ユーザ端末装置のＨＤＤ内に記憶されるべき情報内容例を示す図である。 音楽編集・共有アプリケーションのコンテンツ編集管理ツールとしてのプログラム構成例を機能ブロックにより示す図である。 副次コンテンツ再生制御ファイルの構造例を模式的に示す図である。 副次コンテンツ再生制御ファイルにおける、利用一次コンテンツ情報の構造例を示す図である。 副次コンテンツ再生制御ファイルにおける、利用編集素材コンテンツ情報の構造例を示す図である。 副次コンテンツ再生制御ファイルにおける、再生制御情報の内容例を示す図である。 一次コンテンツファイルの構造例を模式的に示す図である。 音楽編集・共有アプリケーションが、副次コンテンツ編集処理にあたって、編集素材コンテンツの利用許諾範囲設定を、ＵＩに反映させるための処理手順例を示すフローチャートである。 音楽編集・共有アプリケーションが、副次コンテンツ編集処理として副次コンテンツ再生制御ファイルを作成するまでの処理手順例を示すフローチャートである。 ユーザ端末装置による副次コンテンツのアップロードと、これに応じた副次コンテンツサーバの処理手順例を示すフローチャートである。 ユーザ端末装置による副次コンテンツのダウンロードと、これに応じた副次コンテンツサーバの処理手順例を示すフローチャートである。 ユーザ端末装置による副次コンテンツの再生処理手順例を示すフローチャートである。 副次コンテンツを作成する際におけるシステム内での手順を、コンテンツ関連ＩＤの生成過程とともに示すシーケンス図である。 ＩＤ照合サーバの内部構成例を示す図である。 ユーザＩＤサーバの内部構成例を示す図である。 一次コンテンツデータベース１２ａにおける、「一次コンテンツ−副次コンテンツ対応」の管理内容例を模式的に示す図である。 「一次コンテンツ−副次コンテンツ対応」の管理に対応した副次コンテンツサーバ２と一次コンテンツサーバ１との間での処理手順例を示すフローチャートである。 副次コンテンツサーバにおける副次コンテンツ削除の処理手順例を示すフローチャートである。 ユーザ端末装置による副次コンテンツのアップロードと、これに応じた副次コンテンツサーバの処理手順例（アップロード許可・拒否判定を含む）を示すフローチャートである。 副次コンテンツサーバにおける、副次コンテンツのアクセス要求に応答した処理手順例を示すフローチャートである。 音楽編集・共有アプリケーション（コンテンツ管理・編集ツール）が実行するものとされる、副次コンテンツ作成に際しての、利用編集素材コンテンツ情報の制御に関する説明を行うための図である。

符号の説明

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

Claims (13)

1. ネットワーク経由での通信を実行する通信手段と、
   一次コンテンツとしての実質的コンテンツ内容を再現するためのデータを有して成る一次コンテンツ情報を取得する一次コンテンツ情報取得手段と、
   上記実質的コンテンツ内容に応じて固有となるようにされた一次コンテンツ識別子と対応付けて、上記一次コンテンツ情報取得手段により取得した一次コンテンツ情報を保持管理する一次コンテンツ情報保持管理手段と、
   原編集素材とされる一次コンテンツ情報のデータについての再生を指示する内容を含んで形成される再生制御情報を少なくとも有して成り、自身に対応する副次コンテンツ識別子、及び編集内容識別子を有するようにされた副次コンテンツ情報を取得し、副次コンテンツごとに固有となる副次コンテンツ識別子と対応付けて管理する副次コンテンツ情報保持管理手段と、
   上記一次コンテンツ情報保持管理手段により保持管理される一次コンテンツ情報と、上記副次コンテンツ情報保持管理手段により保持管理される副次コンテンツ情報のうちの少なくとも１つを二次利用しての編集処理を実行する編集処理手段と、
   上記編集処理手段による編集処理の結果に基づき、新規なコンテンツ内容を有するコンテンツ情報である、副次コンテンツ情報を作成する副次コンテンツ情報作成手段と、
   上記端末装置において、上記編集処理手段による編集処理の結果として得られる編集内容に応じて固有となるようにして上記編集内容識別子を生成し、この生成した編集内容識別子を、上記副次コンテンツ情報作成手段により作成される副次コンテンツ情報に付与するようにされる、編集内容識別子管理手段と、
   上記編集処理手段による編集処理の結果に基づき、上記副次コンテンツ情報作成手段により作成される副次コンテンツ情報に対応付けるべき副次コンテンツ識別子を生成し、この生成した副次コンテンツ識別子を、上記副次コンテンツ情報作成手段により作成される副次コンテンツ情報に付与するようにされる、副次コンテンツ識別子管理手段と、
   を備えることを特徴とする情報処理端末装置。
2. 上記編集内容識別子管理手段は、
   上記再生制御情報の内容と、この再生制御情報により再生すべきことが指定される一次コンテンツ情報ごとの一次コンテンツ識別子とに応じた固有値を求め、この固有値を、生成された上記編集内容識別子とする、
   ことを特徴とする請求項１に記載の情報処理端末装置。
3. 上記副次コンテンツ識別子管理手段は、
   上記再生制御情報の内容と、この再生制御情報により再生すべきことが指定される一次コンテンツ情報ごとの一次コンテンツ識別子と、この情報処理装置のユーザごとに固有となるユーザ識別子とに応じた固有値を求め、この固有値を、生成された上記副次コンテンツ識別子とする、
   ことを特徴とする請求項１に記載の情報処理端末装置。
4. 上記副次コンテンツ情報作成手段は、
   副次コンテンツ情報に含めるべき情報として、本来は副次コンテンツを作成した際に直接的に二次利用したコンテンツである直接利用コンテンツが何であるのかを、一次コンテンツ識別子、又は副次コンテンツ識別子により示す直接利用コンテンツ情報と、副次コンテンツの再生に必要となる一次コンテンツ情報である利用一次コンテンツ情報が何であるのかを一次コンテンツ識別子により示す利用一次コンテンツ情報とを作成するものとされたうえで、
   上記副次コンテンツ情報作成手段により作成して、上記副次コンテンツ保持管理手段により保持管理している副次コンテンツ情報のうちで、ネットワーク経由による副次コンテンツサーバに対するアップロードが行われていないものについては、上記直接利用コンテンツ情報の内容について、上記利用一次コンテンツ情報と同じ内容とするようにして、上記直接利用コンテンツ情報を作成する、
   ことを特徴とする請求項１に記載の情報処理端末装置。
5. 上記一次コンテンツ情報保持管理手段が保持管理する一次コンテンツ情報に対応付けるべき一次コンテンツ識別子を、これが対応付けられるべき一次コンテンツ情報の実質的コンテンツ内容に基づいて生成する、一次コンテンツ識別子生成手段をさらに備える、
   ことを特徴とする請求項１に記載の情報処理端末装置。
6. ネットワーク経由での通信を実行する通信手段と、
   原編集素材とされる一次コンテンツ情報における実質的コンテンツ内容を再現するためのデータについての再生を指示する内容を含んで形成される再生制御情報を少なくとも有して成るとともに、自身に対応する副次コンテンツ識別子、及び対応する副次コンテンツの編集内容に応じて固有となる編集内容識別子を有するようにされた副次コンテンツ情報を、少なくとも記憶する記憶手段と、
   上記記憶手段に記憶されている副次コンテンツ情報についての削除が指示された場合には、削除が指示された副次コンテンツ情報が対応する副次コンテンツ識別子、及び削除が指示された副次コンテンツの編集内容識別子から少なくとも成る準副次コンテンツ情報を生成し、削除が指示された副次コンテンツ情報に代えて、上記準副次コンテンツ情報を上記記憶手段に記憶させる削除制御手段と、
   を備えることを特徴とする情報処理装置。
7. 上記通信手段により、上記副次コンテンツ情報を新規に上記記憶手段に記憶させるためのアップロード要求を受信したことに応じて、上記記憶手段に記憶されている副次コンテンツ情報及び上記準副次コンテンツ情報のうちから、アップロード要求が行われた副次コンテンツ情報の編集内容識別子の値に対して所定以上の近似率となる編集内容識別子を有する近似副次コンテンツ情報を検索する検索手段と、
   上記検索手段により上記近似副次コンテンツ情報が検索された場合には、アップロードの拒否に相当する応答を実行するようにされたアップロード応答手段とをさらに備える、
   ことを特徴とする請求項６に記載の情報処理装置。
8. 上記通信手段により、上記記憶手段に記憶されている副次コンテンツに対するアクセス要求を受信したことに対する応答として、アクセス要求された副次コンテンツと同じ識別子を有する準副次コンテンツが上記記憶手段において記憶されている場合には、アクセスの拒否に相当する応答を実行するアクセス応答手段をさらに備える、
   ことを特徴とする請求項６に記載の情報処理装置。
9. ネットワーク上において、一次コンテンツ情報を記憶管理する一次コンテンツサーバがあるものとされたうえで、
   上記記憶手段に対して新規な副次コンテンツ情報を記憶させたときには、この新規な副次コンテンツの再生に必要となる一次コンテンツ情報と、上記一次コンテンツサーバに記憶されている一次コンテンツ情報との対応関係が示されるようにするための、上記一次コンテンツサーバとの所定の通信を実行するようにされた通信制御手段をさらに備える、
   ことを特徴とする請求項６に記載の情報処理装置。
10. ネットワーク経由での通信を実行する通信手順と、
    一次コンテンツとしての実質的コンテンツ内容を再現するためのデータを有して成る一次コンテンツ情報を取得する一次コンテンツ情報取得手順と、
    上記実質的コンテンツ内容に応じて固有となるようにされた一次コンテンツ識別子と対応付けて、上記一次コンテンツ情報取得手順により取得した一次コンテンツ情報を保持管理する一次コンテンツ情報保持管理手順と、
    原編集素材とされる一次コンテンツ情報のデータについての再生を指示する内容を含んで形成される再生制御情報を少なくとも有して成り、自身に対応する副次コンテンツ識別子、及び編集内容識別子を有するようにされた副次コンテンツ情報を取得し、副次コンテンツごとに固有となる副次コンテンツ識別子と対応付けて管理する副次コンテンツ情報保持管理手順と、
    上記一次コンテンツ情報保持管理手順により保持管理される一次コンテンツ情報と、上記副次コンテンツ情報保持管理手順により保持管理される副次コンテンツ情報のうちの少なくとも１つを二次利用しての編集処理を実行する編集処理手順と、
    上記編集処理手順による編集処理の結果に基づき、新規なコンテンツ内容を有するコンテンツ情報である、副次コンテンツ情報を作成する副次コンテンツ情報作成手順と、
    上記端末装置において、上記編集処理手順による編集処理の結果として得られる編集内容に応じて固有となるようにして上記編集内容識別子を生成し、この生成した編集内容識別子を、上記副次コンテンツ情報作成手順により作成される副次コンテンツ情報に付与するようにされる、編集内容識別子管理手順と、
    上記編集処理手順による編集処理の結果に基づき、上記副次コンテンツ情報作成手順により作成される副次コンテンツ情報に対応付けるべき副次コンテンツ識別子を生成し、この生成した副次コンテンツ識別子を、上記副次コンテンツ情報作成手順により作成される副次コンテンツ情報に付与するようにされる、副次コンテンツ識別子管理手順と、
    を実行することを特徴とする情報処理装端末装置における情報処理方法。
11. ネットワーク経由での通信を実行する通信手順と、
    原編集素材とされる一次コンテンツ情報における実質的コンテンツ内容を再現するためのデータについての再生を指示する内容を含んで形成される再生制御情報を少なくとも有して成るとともに、自身に対応する副次コンテンツ識別子、及び対応する副次コンテンツの編集内容に応じて固有となる編集内容識別子を有するようにされた副次コンテンツ情報を、少なくとも記憶する記憶手段に記憶されている副次コンテンツ情報についての削除が指示された場合には、削除が指示された副次コンテンツ情報が対応する副次コンテンツ識別子、及び削除が指示された副次コンテンツの編集内容識別子から少なくとも成る準副次コンテンツ情報を生成し、削除が指示された副次コンテンツ情報に代えて、上記準副次コンテンツ情報を上記記憶手順に記憶させる削除制御手順と、
    を実行することを特徴とする情報処理装置における情報処理方法。
12. ネットワーク経由での通信を実行する通信手順と、
    一次コンテンツとしての実質的コンテンツ内容を再現するためのデータを有して成る一次コンテンツ情報を取得する一次コンテンツ情報取得手順と、
    上記実質的コンテンツ内容に応じて固有となるようにされた一次コンテンツ識別子と対応付けて、上記一次コンテンツ情報取得手順により取得した一次コンテンツ情報を保持管理する一次コンテンツ情報保持管理手順と、
    原編集素材とされる一次コンテンツ情報のデータについての再生を指示する内容を含んで形成される再生制御情報を少なくとも有して成り、自身に対応する副次コンテンツ識別子、及び編集内容識別子を有するようにされた副次コンテンツ情報を取得し、副次コンテンツごとに固有となる副次コンテンツ識別子と対応付けて管理する副次コンテンツ情報保持管理手順と、
    上記一次コンテンツ情報保持管理手順により保持管理される一次コンテンツ情報と、上記副次コンテンツ情報保持管理手順により保持管理される副次コンテンツ情報のうちの少なくとも１つを二次利用しての編集処理を実行する編集処理手順と、
    上記編集処理手順による編集処理の結果に基づき、新規なコンテンツ内容を有するコンテンツ情報である、副次コンテンツ情報を作成する副次コンテンツ情報作成手順と、
    上記端末装置において、上記編集処理手順による編集処理の結果として得られる編集内容に応じて固有となるようにして上記編集内容識別子を生成し、この生成した編集内容識別子を、上記副次コンテンツ情報作成手順により作成される副次コンテンツ情報に付与するようにされる、編集内容識別子管理手順と、
    上記編集処理手順による編集処理の結果に基づき、上記副次コンテンツ情報作成手順により作成される副次コンテンツ情報に対応付けるべき副次コンテンツ識別子を生成し、この生成した副次コンテンツ識別子を、上記副次コンテンツ情報作成手順により作成される副次コンテンツ情報に付与するようにされる、副次コンテンツ識別子管理手順と、
    を情報処理装端末装置に実行させるプログラム。
13. ネットワーク経由での通信を実行する通信手順と、
    原編集素材とされる一次コンテンツ情報における実質的コンテンツ内容を再現するためのデータについての再生を指示する内容を含んで形成される再生制御情報を少なくとも有して成るとともに、自身に対応する副次コンテンツ識別子、及び対応する副次コンテンツの編集内容に応じて固有となる編集内容識別子を有するようにされた副次コンテンツ情報を、少なくとも記憶する記憶手段に記憶されている副次コンテンツ情報についての削除が指示された場合には、削除が指示された副次コンテンツ情報が対応する副次コンテンツ識別子、及び削除が指示された副次コンテンツの編集内容識別子から少なくとも成る準副次コンテンツ情報を生成し、削除が指示された副次コンテンツ情報に代えて、上記準副次コンテンツ情報を上記記憶手順に記憶させる削除制御手順と、
    を実行する情報処理端末装置に実行させるプログラム。

Images