JP2009116668A - サーバ装置、クライアント装置、情報処理システム、情報処理方法、プログラム - Google Patents

Abstract

【課題】フォーマットが異なっているとしても、コンテンツ内容が同一である限りは、できるだけ同じコンテンツとして扱えるような環境を提供できるようにする
【解決手段】１コンテンツごとにその再生内容を共通に有するフォーマットのオーディオデータのＩＤを対応付けて管理する管理情報を設ける。そして、コンテンツ再生などのために、コンテンツデータを必要とするときには、上記の管理情報におけるオーディオデータのＩＤを利用して、ローカル、及びネットワーク上から、再生すべきコンテンツとしての音声内容を有するオーディオコンテンツデータを探索する。
【選択図】図２２

Description

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

コンテンツのデジタル化の普及に伴い、例えばオーディオコンテンツなどでは、同じ音声内容でありながら、ＣＤ（コンパクトディスク）などのパッケージメディアに記録されたもの以外にも、ネットワーク上での音楽配信などによりダウンロードするコンテンツなど、音源種別、形式として、複数のフォーマットが存在し得ることとなった。さらには、パッケージメディア音源においても、ＣＤに記録されるＰＣＭ形式のほか、ＳＡＣＤに記録されるＤＳＤ形式のものなども現れてきている。また、音楽配信は、ネットワークのトラフィックであるとかダウンロードの時間短縮などを考慮して、音声圧縮符号化が施されることが一般的であるが、オーディオコンテンツについての圧縮符号化方式、ビットレート（圧縮率）などのフォーマットは、配信業者に応じて異なる場合がしばしばある。つまり、パッケージメディア、音楽配信を含め、同一のデジタルコンテンツにつき、多様なフォーマットが存在するという状況が生じている。

上記の状況は、ある種の問題を抱えることになるが、例えば１つには、そのユーザが所有しているコンテンツ再生装置が、入手したコンテンツのフォーマットに対応していないなどの不都合が生じることが挙げられる。
このような問題を解決するものとして、特許文献１には、ユーザ情報とコンテンツ情報を関連付けてユーザ登録を行い、かつ、ユーザからのアクセスに応じて、ユーザの登録認証を行い、認証結果に応じて、ユーザが要求するフォーマットにしたがってコンテンツを変換するモジュール、又はユーザが要求するフォーマットにしたがってコンテンツを変換し、変換後のコンテンツを提供する、という構成が記載されている。この構成により、例えばユーザは、コンテンツのフォーマットが変化しても機器の買い換えを行う必要が無くなる。

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

本願発明としても、同一コンテンツに多様な音源、フォーマットが存在するという状況に対応して生じる下記のごとき問題を解決しようとするものである。
例えば、デジタルオーディオコンテンツを利用するアプリケーション、システム（オーディオコンテンツ利用システム）は、現状では、対応可能なオーディオコンテンツの音源、フォーマットは一部に限定されていることが通常である。
ここで、ユーザが、上記オーディオコンテンツ利用システムには対応していないフォーマットのデジタルオーディオコンテンツを所有しているが、これと同じ内容のコンテンツをオーディオコンテンツ利用システムにより利用する必要が出てきたとする。この場合には、自分が所有しているのと同じ内容（コンテンツ内容）であって、かつ、オーディオコンテンツ利用システムが対応するデジタルオーディオコンテンツをもう一度入手する必要が生じる。これは、ユーザにとっては面倒なことであるし、また、入手にあたって料金支払いが必要となれば、経済的負担を与えることとなってしまう。
そこで、本願発明は、できるかぎり、フォーマットが異なっているとしても、コンテンツ内容が同一である限りは、できるだけ同じコンテンツとして扱えるような環境を提供できるようにすることをその課題とする。

そこで本発明は、ネットワーク経由で通信可能とされる、クライアントとして機能するクライアント装置と、サーバとして機能するサーバ装置とから成る情報処理システムとして次のように構成することとした。
つまり、サーバ装置においては、データ形式ごとの範疇において、コンテンツデータごとに固有となるようにして与えられる形式別識別情報を、コンテンツ内容ごとに対応させて管理する第１の識別情報管理手段と、クライアント装置においては、サーバ装置に対して、コンテンツを指定するための通信を実行させるコンテンツ指定手段と、サーバ装置においては、コンテンツ指定手段により指定されたコンテンツに対応付けられている形式別識別情報を、上記クライアント装置に対して送信する識別情報送信手段と、クライアント装置においては、受信取得した形式別識別情報を、上記コンテンツ指定手段により指定したコンテンツに対応するものとして管理する第２の識別情報管理手段とを備えることとした。

また、サーバ装置としては次のように構成することとした。
つまり、
ネットワーク経由で通信を行う通信手段と、データ形式ごとの範疇において、コンテンツデータごとに固有となるようにして与えられる形式別識別情報を、コンテンツ内容ごとに対応させて管理する識別情報管理手段と、クライアント装置からのネットワーク経由によるコンテンツの指定に応答して、指定されたコンテンツに対応付けられている形式別識別情報を、クライアント装置に対して送信する識別情報送信手段とを備えて構成することとした。

また、クライアント装置として次のように構成することとした。
つまり、ネットワーク経由で通信を行う通信手段と、ネットワーク経由でサーバ装置に対してコンテンツを指定するための通信を実行させるコンテンツ指定手段と、コンテンツを指定するための通信に応答してサーバ装置から送信された指定コンテンツに対応する識別情報であり、データ形式ごとの範疇において、コンテンツデータごとに固有となるようにして与えられる形式別識別情報を受信取得し、この受信取得した形式別識別情報を指定したコンテンツに対応するものとして管理する識別情報管理手段とを備えて構成することとした。

なお、上記記載において、「コンテンツ」は、映像、音声の内容に相当する抽象的な概念であり、「コンテンツデータ」は、上記「コンテンツ」としての映像、音声などの内容を実際に再生して得るのに必要なデータをいう。

上記各構成では、サーバ装置において、１つのコンテンツごとに対応する形式別識別情報を保持して管理するようにされている。そのうえで、サーバ装置は、クライアント装置からのコンテンツの指定に応じて、指定されたコンテンツに対応付けられている形式別識別情報をクライアント装置に対して送信する。クライアント装置では、送信された形式別識別情報を受信して、これを指定したコンテンツに対応付けるようにして管理する。このようにして形式別識別情報を管理するクライアント装置は、１つのコンテンツにつき、そのコンテンツ内容を共通に有する（コンテンツ内容が同一とされる）、データ形式の異なる複数のコンテンツデータを利用して、コンテンツについての所要の処理を行えることになる。

即ち本発明は、或るコンテンツ内容を有する１つのコンテンツにつき、その音源種別や形式などのフォーマット、プラットフォームの違いを超えて、より高い自由度で処理を行えることになるものであり、フォーマットの相違にかかわらず、コンテンツ内容が同一である限りは、同じコンテンツとして扱えるような環境が得られることとなる。

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

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

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

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

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

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

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

手順１
この手順１は、後述する一次コンテンツとして利用するためのオリジナルオーディオコンテンツのデータを取得するための１つの方法となる。
先ず、ユーザＡは、ユーザ端末装置４Ａ（音楽編集・共有アプリケーション１００）に対して、自分が一次コンテンツとしてダウンロードしたいオリジナルオーディオコンテンツを検索する操作と、この検索したオリジナルオーディオコンテンツをダウンロードさせるための操作を行う。この操作に応じて、ユーザ端末装置４Ａは、オリジナルオーディオコンテンツサーバ１に対してダウンロード要求を送信する。

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

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

なお、ここでの図示は省略しているが、一次コンテンツとして利用すべきオリジナルオーディオコンテンツのデータは、ダウンロード以外の方法によっても取得することができる。
例えば、パッケージメディアに記録されているデジタルオーディオデータを読み出して取り込んでＨＤＤ４８に保存することによっても、オリジナルオーディオコンテンツのデータを得ることができる。また、例えばアナログ音源をデジタルオーディオ信号に変換して、ＵＳＢ(Universal Serial Bus)であるとかＩＥＥＥ１３９４などのデータインターフェースを介して取り込むことによってもオリジナルオーディオコンテンツのデータを得ることができる。

また、図２においては、１つのオリジナルオーディオコンテンツサーバ１のみが示されているが、実際においては、異なる配信会社、レーベルなどが運営する複数のオリジナルオーディオコンテンツサーバのそれぞれからダウンロードすることができるようにされてよい。

また、ユーザ端末装置４Ａにて記憶保存されたオーディオコンテンツデータは、それ自体を音楽編集・共有アプリケーション１００により再生して、例えばユーザ端末装置４Ａに接続したオーディオ装置により聴くこともできる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

また、入出力インターフェース４５には、記憶媒体としてハードディスクを備えたＨＤＤ４８が接続されている。ＣＰＵ４１は、入出力インターフェース４５を介して、ハードディスクドライブ４８のハードディスクに対してデータやプログラム等の記録又は読み出しを行うことができるようにされている。
また、入出力インターフェース４５には、画像表示のためのディスプレイモニタ４９も接続されている。
データインターフェース４４Ａは、所定のデータインターフェース経由で、外部デバイスとデータ通信を実行するための部位である。データインターフェース４４Ａが実際に対応するデータインターフェース規格としては、例えばＵＳＢ(Universal Serial Bus)、ＩＥＥＥ(the Institute of Electrical and Electronic Engineers)１３９４などを挙げることができる。また、無線であればBluetoothであるとかIrDA(Infrared Data Association)などを挙げることができる。

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

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

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

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

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

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

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

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

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

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

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

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

また、共通一次コンテンツＩＤ生成・管理処理部１２１は、後述する共通一次コンテンツＩＤを生成する処理、生成した共通一次コンテンツＩＤの付与など、共通一次コンテンツＩＤに関連した所要の処理を実行する。

次に、副次コンテンツ再生制御ファイルの構造例について、図１２を参照して説明する。
副次コンテンツ再生制御ファイルは、図示するように、おおきくはファイル本体部とメタデータ部とから成る。また、ファイル本体部は、ヘッダブロック、コンテンツブロック、及び属性情報ブロックとから成るものとしている。

先ずファイル本体部において、ヘッダブロックは、現副次コンテンツ再生制御ファイルにおけるヘッダ部分となるもので、主としては、現ファイルに関する総括的な意義内容を有する所定の情報が格納される。ここでは、ヘッダブロックに格納される情報として、現副次コンテンツＩＤ、アプリケーション情報、コンテンツタイプ、ステイタスなどを示している。現副次コンテンツＩＤは、副次コンテンツ再生制御ファイルを特定する識別子（副次コンテンツＩＤ）として、現副次コンテンツ再生制御ファイルに対応付けられるべき（付与されるべき）副次コンテンツＩＤとなる。

またヘッダブロックにおいて、アプリケーション情報は、例えば現副次コンテンツ再生制御ファイルを作成したアプリケーションに関する所要の情報から成る。例えば、アプリケーションの名前、バージョンなどの情報から成る。
コンテンツタイプは、現副次コンテンツ再生制御ファイルとしての副次コンテンツが、予め分類したタイプの何れに該当するものであるのかを示す。
ステイタスは、現副次コンテンツ再生制御ファイルが予め定義した状態のうちの何れの状態にあるのかを示す情報となる。

コンテンツブロックには、少なくとも再生制御情報が格納される。この再生制御情報（コンテンツブロック）が、副次コンテンツ再生制御ファイルとしての真に本体的な情報（本体情報）とされる。ヘッダブロックを除くコンテンツブロック以外の領域部（属性情報ブロック、メタデータ部）に含まれる情報が、上記本体情報に対する付加情報となる。

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

また、属性情報ブロックは、利用一次コンテンツ情報、利用編集素材コンテンツ情報、及び本コンテンツ利用許諾範囲情報を少なくとも格納する。
利用一次コンテンツ情報は、現副次コンテンツ再生制御ファイルである副次コンテンツとしての楽曲内容を再生するのに必要とされる一次コンテンツ（これが利用一次コンテンツである）が何であるのかを示す情報である。換言すれば、現副次コンテンツの作成のために結果的に利用されることとなった一次コンテンツが何であるのかを示す情報である。
図５との対応であれば、編集処理により新規に作成される副次コンテンツを形成しているものとして示されている一次コンテンツを示す情報が、上記利用一次コンテンツ情報となる。つまり、利用一次コンテンツ情報において、図５（ａ）の場合には一次コンテンツＡ、Ｂが示され、図５（ｂ）の場合には一次コンテンツＡ、Ｂ、Ｃが示され、図５（ｃ）の場合には一次コンテンツＣ、Ｄ、Ｅ、Ｆが示されるべきことになる。
なお、利用一次コンテンツ情報において利用一次コンテンツを示すのにあたっては、一次コンテンツＩＤを用いる。一次コンテンツＩＤは、後述するようにして音声特徴量に基づいて生成される。

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

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

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

図１２において、メタデータ部には、コンテンツ関連情報を少なくとも格納する。
コンテンツ関連情報は、例えば図示するようにして、アーティストコメント、ジャンル、カテゴリ、再生時間、登録日時などの、現副次コンテンツ再生制御ファイルが対応する副次コンテンツに関連したメタデータをさらに格納して成る。

図１３は、利用一次コンテンツ情報の構造例を示している。
この図に示すようにして、利用一次コンテンツ情報は、大きくは単位ファイル情報の連結により成るものとしている。単位ファイル情報のそれぞれが、１つの利用一次コンテンツに対応する。

単位ファイル情報においては、例えば共通一次コンテンツＩＤ、アーティスト名、曲名、そして、利用許諾範囲情報の各情報項目が設けられる。
共通一次コンテンツＩＤ（汎用識別情報）は、例えば１楽曲に対応した一次コンテンツごとに割与えられる識別子である。単位ファイル情報においては、この共通一次コンテンツＩＤによって、その単位ファイル情報に対応する利用一次コンテンツが何であるのかを一意に示す。
この共通一次コンテンツＩＤは、図１１に示した共通一次コンテンツＩＤ生成・管理処理部１２１により生成されるものであるが、この共通一次コンテンツＩＤの値を生成するには、ＨＤＤ４８に記憶されているオリジナルオーディオコンテンツとしてのファイルに格納されるデジタルオーディオ信号を利用して、音声特徴量の解析処理を応用した所定の演算、処理などを行う。このようにして得られる共通一次コンテンツＩＤは、オーディオコンテンツを再生して得られる音声内容に対応して一義的に定められるものとなる。換言すれば、共通一次コンテンツＩＤは、その音源、フォーマット（デジタルオーディオ信号形式、ファイル形式）などの相違に関わらず、再生により得られる音声内容が同一のコンテンツであれば共通となるものであり、同じコンテンツ内容であって音源・フォーマットが異なるコンテンツデータの間で汎用性を有する。

アーティスト名の情報項目は、対応する利用コンテンツを演奏あるいは作成したとされる演奏者、作成者の名前を示す。
曲名の情報項目は、対応する利用コンテンツについての曲名を示す。

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

図１４は、利用編集素材コンテンツ情報の構造例を示している。
図示するようにして、この場合の利用編集素材コンテンツ情報の構造は、図１３に示した利用一次コンテンツ情報の構造に準じたものとしている。ただし、利用編集素材コンテンツとしては、一次コンテンツの場合もあれば、副次コンテンツの場合もある。このために、単位ファイル情報におけるＩＤの領域には、対応するコンテンツが一次コンテンツであれば、その一次コンテンツの共通一次コンテンツＩＤを格納し、副次コンテンツであれば、その副次コンテンツのＩＤである、副次コンテンツＩＤを格納することになる。

なお、共通一次コンテンツＩＤと副次コンテンツＩＤとの区別は、例えばそれぞれのＩＤについて定義したフォーマットに基づいて判断できるものとする。一例としては、共通一次コンテンツＩＤ、副次コンテンツＩＤのそれぞれを形成するデータ列における所定位置に対して、ＩＤ種別が共通一次コンテンツＩＤであること、あるいは副次コンテンツであることを示すＩＤ種別識別情報（若しくは、これに相当する情報）を格納することとして定義し、このＩＤ種別識別情報により判断できるようにすることが考えられる。あるいは、共通一次コンテンツＩＤと副次コンテンツＩＤのサイズが異なるような場合には、そのサイズの違いによって判断することもできる。

図１５は、副次コンテンツ再生制御ファイルにおける再生制御情報の内容例を示している。
この図においては、[ ]により括られる記述部分が、１つの利用一次コンテンツを利用しての時間的に連続した区間の再生制御内容（区間再生制御内容）を示しているものとされる。
この図１５に示される利用一次コンテンツ単位の再生制御内容の例について説明しておく。
先ず、図において先頭に示される区間再生制御内容としては、
[
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までに対応する範囲であることを指定している。
例えば、本実施の形態の音楽編集・共有アプリケーション１００の音声再生信号処理部１２０は、このようにして［ ］により括られる利用コンテンツ単位の再生制御内容を逐次解釈していき、その解釈結果に応じて実際に再生制御を実行することで、副次コンテンツを音声信号として再生出力する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本実施の形態においては、これまでに述べてきた基本構成の下で、さらに、以降説明する構成を採る。これにより、一次コンテンツの管理はより効率的に行われるものとなる。
図２２は、本実施の形態のシステムにおける、ＩＤによるコンテンツ管理の態様例を模式的に示している。この図の説明にあたっても、先の図２と同様、図中において［ ］内に英数字により示した手順、動作の番号に従って行う。なお、この図において、図２と同一とされるものについては同一符号を付している。また、図２２の説明にあっては、適宜、図２３、図２４を参照する。

先ず、この図では、新たに一次コンテンツＩＤ管理サーバ５が示されている。この一次コンテンツＩＤ管理サーバ５は、例えば図１、図２などに示したオリジナルオーディオコンテンツサーバ１、副次コンテンツサーバ２、及びコミュニケーションサーバ３などとともにネットワークＮＷ上におかれる。一次コンテンツＩＤ管理サーバ５は、後述するようにして一次コンテンツに関連するＩＤ（一次コンテンツＩＤ）についての管理を行う。

手順１
ここでは、ユーザ端末装置４Ａから副次コンテンツ（副次コンテンツ再生制御ファイル）のアップロードを行う。この副次コンテンツのアップロードは、例えば先の図２においては手順３が対応する。また、図１９のフローチャートに示されるユーザ端末装置４の実行手順が対応する。
手順２
上記手順１による副次コンテンツのアップロードが完了したとされると、次の手順として、ユーザ端末装置４Ａは、今回の手順１によりアップロードした副次コンテンツにおける利用一次コンテンツごとに、これらの各々に対応付けられるオリジナルコンテンツＩＤと共通一次コンテンツＩＤの情報を、一次コンテンツＩＤ管理サーバ５に対して通知（送信）する。

手順３
一次コンテンツＩＤ管理サーバ５は、上記手順２により送信されたＩＤ（オリジナルコンテンツＩＤ、共通一次コンテンツＩＤ）の通知を受信したことに応じて、次のようにして一次コンテンツＩＤについての管理を行う。
図２３は、一次コンテンツＩＤ管理サーバ５が記憶管理する、一次コンテンツＩＤデータベース（５１）の構造例を模式的に示している。一次コンテンツＩＤ管理サーバ５は、この一次コンテンツＩＤデータベースにより一次コンテンツＩＤを管理する。
一次コンテンツデータベースでは、１つの共通一次コンテンツＩＤに対して、１以上のフォーマット別ＩＤ（形式別識別情報）を対応付けるようにされ、これが１つのＩＤセットとなる。例えば図２３における最上行に示される共通一次コンテンツＩＤ＝Ａに対応するＩＤセットは、同じ最上行に示されるパッケージメディア音源ＩＤ（１）＝α、パッケージメディア音源ＩＤ（２）＝β、配信音源ＩＤ（１）＝γ、配信音源ＩＤ（２）＝δから成る。そしてここでは、このようなＩＤセットが、共通一次コンテンツＩＤ＝Ｂ、Ｃ・・・ごとについても設けられる。

共通一次コンテンツＩＤは、これまでの説明から理解されるように、１つのコンテンツとしての音声内容(コンテンツ内容）に応じて固有となる値を有する。一方、ＩＤセットにおいて、共通一次コンテンツＩＤに対応付けられるフォーマット別ＩＤは、実際のオリジナルオーディオコンテンツデータとしてのフォーマットの範疇ごとにおいて、コンテンツごとに固有となるＩＤである。そして、同じＩＤセットに属するフォーマット別ＩＤは、対応付けされている共通一次コンテンツＩＤが示すコンテンツと同じ音声内容を有するオリジナルオーディオコンテンツデータ（形式別コンテンツデータ）を、そのフォーマットの範疇において特定して示すものとなる。

一次コンテンツＩＤ管理サーバ５では、手順２により送信されてくる、利用一次コンテンツのオリジナルコンテンツＩＤ及び共通一次コンテンツＩＤの組の情報を受信すると、先ず、受信した共通一次コンテンツＩＤを検索条件として、一次コンテンツＩＤデータベースに対する検索を行う。
この検索の結果として、先ず、受信したものと同じ共通一次コンテンツＩＤが一次コンテンツＩＤデータベースから検索されなかった場合には、未だ、一次コンテンツＩＤデータベースに対して、今回受信したＩＤが対応する一次コンテンツ（利用一次コンテンツ）についての登録は行われていないことになる。そこで、この場合には、一次コンテンツＩＤデータベースに対して、受信した共通一次コンテンツＩＤと、同じく受信したオリジナルコンテンツＩＤとを対応付けて生成したＩＤセットを新規に登録する。この登録によっては、例えば図２３におけるデータベース構造において、新規登録されたＩＤセットに応じて１行の追加が為される。
また、受信したものと同じ共通一次コンテンツＩＤが一次コンテンツＩＤデータベースから検索された場合には、今回受信したＩＤが対応する一次コンテンツのＩＤセットが既に一次コンテンツＩＤデータベースに登録されていることになる。そこで、次の手順としては、検索した共通一次コンテンツＩＤに対応するＩＤセットを成すフォーマット別ＩＤのうちから、さらに、受信したオリジナルコンテンツＩＤと一致するものがあるかどうかを検索する。
上記の検索処理の結果、受信したオリジナルコンテンツＩＤと一致するフォーマット別ＩＤが検索された場合には、今回受信したオリジナルコンテンツＩＤは、既にフォーマット別ＩＤとして一次コンテンツＩＤデータベースに登録されていることが確認される。この場合には、特に一次コンテンツＩＤデータベースを更新する必要はない。これに対して、受信したオリジナルコンテンツＩＤと一致するフォーマット別ＩＤが検索されなかった場合には、このオリジナルコンテンツＩＤは、フォーマット別ＩＤとして未登録であったことになる。そこで、この場合には、このオリジナルコンテンツＩＤをフォーマット別ＩＤとして新規登録することになる。
図２３との対応として、例えばこれまで、共通一次コンテンツＡに対応して登録されていたフォーマット別ＩＤは、パッケージメディア音源ＩＤ（１）＝α、パッケージメディア音源ＩＤ（２）＝β、配信音源ＩＤ（２）＝δの３つのみとされて、今回受信した利用一次コンテンツの共通一次コンテンツＩＤは「Ａ」を示し、オリジナルコンテンツＩＤは、配信音源ＩＤ（１）に対応する「γ」であったとする。すると、この場合には、一次コンテンツＩＤデータベースについて、共通一次コンテンツＩＤ＝Ａに対応するＩＤセットの配信音源ＩＤ（１）に対応する欄に、そのＩＤの値であるγを格納するようにして更新する。
このようにして、先の手順２により、アップロードした副次コンテンツの利用一次コンテンツについての［共通一次コンテンツＩＤ、オリジナルコンテンツＩＤ］の組の情報をユーザ端末装置４から送信させ、手順３により、一次コンテンＩＤ管理サーバ５が、これを受信して取得したことに基づいて、上記の一次コンテンツＩＤデータベースの管理を行うことで、副次コンテンツサーバ２にてアップロードされている全ての副次コンテンツに応じた利用一次コンテンツについての登録が自動的に行われていく仕組みを得ることができる。

手順４
ここでは、ユーザ端末装置４Ｂにより、副次コンテンツサーバ２から或る副次コンテンツをダウンロードしている。なお、ここでのダウンロードは、図２における手順９と同様となる。

手順５
上記手順４により副次コンテンツのダウンロードを完了した後の所定の機会、タイミングでもって、ユーザ端末装置４Ｂは、ダウンロードした副次コンテンツにおける利用一次コンテンツごとについてのＩＤセットを要求する。利用一次コンテンツの要求にあたっては、利用一次コンテンツの共通一次コンテンツＩＤを送信する（サーバ装置に対するコンテンツの指定）。先に図１３にて説明したように利用一次コンテンツの共通一次コンテンツＩＤは、副次コンテンツ再生制御ファイルの利用一次コンテンツ情報に格納されている。

手順６
上記のＩＤセットの要求に応答して、一次コンテンツＩＤ管理サーバ５は、要求された利用一次コンテンツのＩＤセットを送信する。このためには、一次コンテンツ管理サーバ５は、例えば一次コンテンツＩＤデータベースから、ＩＤセットの要求とともに受信した共通一次コンテンツＩＤを検索する。そして、検索した共通一次コンテンツＩＤに対応付けられているフォーマット別ＩＤから成るＩＤセットを送信する。

手順７
ユーザ端末装置４Ｂは、上記のようにして一次コンテンツＩＤ管理サーバ５から送信されてくるＩＤセットを受信すると、対応する副次コンテンツ再生制御ファイルと、今回受信したＩＤセットとを対応付けて管理する。
この手順７により行われる、副次コンテンツ（副次コンテンツ再生制御ファイル）とＩＤセットとの対応付け管理の例を、図２４に模式的に示す。
先ず、ユーザ端末装置４Ｂは、対応する副次コンテンツ再生制御ファイルにおいて示されるｎ個の利用一次コンテンツごとに受信して得たＩＤセット１〜ｎにより、図２４（ａ）に示すようにしてＩＤセット情報としての単位情報を生成する。そして、このＩＤセット情報を、対応する副次コンテンツ再生制御ファイルと対応付けが行われるようにして保存する。なお、ＩＤセット情報と副次コンテンツ再生制御ファイルとを対応付けるためには、例えばＩＤセット情報のヘッダ部分などに、例えば対応させるべき副次コンテンツ再生制御ファイルを特定する副次コンテンツＩＤを挿入しておくようにする。これにより、副次コンテンツ再生制御ファイルが格納する現副次コンテンツＩＤと、ＩＤセット情報に格納される副次コンテンツＩＤとを比較することで、副次コンテンツ再生制御ファイルとＩＤセット情報との対応付けが行われることになる。

上記図２４（ａ）に示すようにして、ＩＤセット情報を、副次コンテンツ再生制御ファイルと対応付けた状態では、ユーザ端末装置４Ｂは、自身がダウンロードした副次コンテンツ再生制御ファイルの利用一次コンテンツごとについて、フォーマットの異なる全てのオリジナルオーディオコンテンツデータのＩＤ（オリジナルコンテンツＩＤ）を認識できることになる。

また、図２４（ｂ）には、上記図２４（ａ）に示されるＩＤセット情報を形成するＩＤセットの構造例を模式的に示している。
この図２４（ｂ）に示すように、１つのＩＤセットは、対応する利用一次コンテンツと対応付けられる共通一次コンテンツＩＤと、この共通一次コンテンツＩＤに対応付けられる、フォーマット別ＩＤから成る。これらのフォーマット別ＩＤは、図２２の手順６により一次コンテンツＩＤ管理サーバ５からユーザ端末装置４Ｂに送信してきたＩＤセットにおけるフォーマット別ＩＤとなる。つまり、対応する利用一次コンテンツの音声内容を有し、所定の音源種別、形式によるオリジナルオーディオコンテンツデータのＩＤ（オリジナルコンテンツＩＤ）となる。
また、ＩＤセットにおいては、格納されているフォーマット別ＩＤに対して所定規則に従って優先順を与えることとしており、図示するようにして、フォーマット別ＩＤごとに設定した優先順を格納することとしている。なお、この優先順をどのようにして設定するのかについては後述する。

手順８
ここで、先に図２の手順１１に対応して説明したように、ユーザ端末装置４により副次コンテンツを音響再生するためには、その編集素材コンテンツの実オーディオデータ、つまり、その副次コンテンツにおける全ての利用一次コンテンツをローカル上に存在させる必要がある。手順８は、このようにして、副次コンテンツ再生に必要な利用一次コンテンツの全てがローカル上に存在する状態となるようにするための、コンテンツの探索処理となるが、本実施の形態では、この利用一次コンテンツの探索処理を、図２４に示した副次コンテンツ再生制御ファイルとＩＤセット情報の管理に基づいて効率的に自動実行可能なようにして構成される。なお、この探索処理としての手順の流れについては後述する。

図２５により、一次コンテンツＩＤ管理サーバ５の内部構成例を示しておく。
この図に示される一次コンテンツＩＤ管理サーバ５は、一次コンテンツＩＤデータベース５１、データベース管理部５２、ネットワークインターフェース５３を備える。一次コンテンツＩＤデータベース５１は、先に図２３に示した構造により一次コンテンツＩＤを管理するデータベースとして構築されているものであり、例えば実際には、ＨＤＤなどに対して記憶された状態で保持されている。
データベース管理部５２は、先の図２２の手順３として説明した一次コンテンツＩＤの新規登録をはじめとする、一次コンテンツＩＤデータベースに関する各種所要の管理、処理を実行する。
ネットワークインターフェース５３は、ネットワークＮＷ経由での通信のための制御、処理を実行する。これにより、クライアントであるユーザ端末装置４側との通信が実現される。

図２６のフローチャートは、図２２の手順２、手順３として示した、本実施の形態における一次コンテンツＩＤの管理に関してユーザ端末装置４（４Ａ）と一次コンテンツＩＤ管理サーバ５が実行する処理手順例を示している。
なお、この図に示されるユーザ端末装置４の手順は、ＣＰＵ４１が、音楽編集・共有アプリケーション１００におけるコンテンツ管理・編集ツール１０１としてのプログラムを実行することにより実現される。また、一次コンテンツＩＤ管理サーバ５の手順は、主にデータベース管理部５２とネットワークインターフェース５３が協働して実行するものとなるが、データベース管理部５２とネットワークインターフェース５３の上位処理層の動作は、例えば実際においては、一次コンテンツＩＤ管理サーバ５が備えるとされるコンピュータシステムがプログラムを実行することで実現されるものである。

ここでは、先ず、ユーザ端末装置４が、ステップＳ８０１により、図２２の手順１として実行した副次コンテンツのアップロードが完了するのを待機するようにしており、アップロードの完了したことが認識されると、ステップＳ８０２の手順を実行する。
ステップＳ８０２においては、図２２の手順２として説明したように、ステップＳ８０１に対応してアップロードを行ったとされる副次コンテンツ（副次コンテンツ再生制御ファイル）における利用一次コンテンツのＩＤ（オリジナルコンテンツＩＤ、共通一次コンテンツＩＤ）を、一次コンテンツＩＤ管理サーバ５に対して通知するための通信制御を実行する。

一次コンテンツＩＤ管理サーバ５では、ステップＳ９０１により、上記ステップＳ８０２により送信されてくるＩＤを受信して取得する。この処理により、図２２の手順１によりアップロードされた副次コンテンツ再生制御ファイルにおける全ての利用一次コンテンツについてのＩＤ（オリジナルコンテンツＩＤ、共通一次コンテンツＩＤ）が取得されることとなる。

ステップＳ９０２においては、処理対象となる利用一次コンテンツの順番（番号）を示す変数ｎについて１を代入し、ステップＳ９０３以降の手順を実行する。
ステップＳ９０３においては、ステップＳ９０１にて受信された共通一次コンテンツＩＤのうちで、ｎ番目として設定された利用一次コンテンツに対応付けられた共通一次コンテンツＩＤを検索条件として、一次コンテンツＩＤデータベース５２に対する検索処理を実行する。そして、ステップＳ９０４にて、一致の検索結果が得られたか否かについて、つまり、ｎ番目の利用一次コンテンツと対応付けられているものと同一の共通一次コンテンツＩＤが一次コンテンツＩＤデータベース５２において登録されているか否かについて判別する。

先ず、上記ステップＳ９０４にて否定の判別結果が得られた場合には、ｎ番目の利用一次コンテンツは、一次コンテンツＩＤデータベース５２に登録されていないことになる。そこで、この場合には、ステップＳ９０８に進み、今回受信取得した、ｎ番目の利用一次コンテンツの共通一次コンテンツＩＤとオリジナルコンテンツＩＤとにより新たなＩＤセットを作成し、これを一次コンテンツＩＤデータベース５２に対して新規登録する。ステップＳ９０８の処理を実行すると、ステップＳ９０９に進む。

これに対して、ステップＳ９０４にて肯定の判別結果が得られた場合には、ｎ番目の利用一次コンテンツについてのＩＤセット自体は一次コンテンツＩＤデータベース５２に登録されていることになる。ただし、この段階で、今回受信取得したｎ番目の利用一次コンテンツのオリジナルコンテンツＩＤが、ＩＤセットにおいてフォーマット別ＩＤとして登録されているかどうかは未知である。そこで、ステップＳ９０５においては、ステップＳ９０３により検索されたＩＤセットに格納されるフォーマット別ＩＤのうちから、今回受信取得した、ｎ番目の利用一次コンテンツのオリジナルコンテンツＩＤと一致するものを検索する。

ステップＳ９０６においては、上記ステップＳ９０５の検索処理結果として、一致の検索結果が得られたか否かについて判別する。
ここで、否定の判別結果が得られた場合には、今回受信取得したｎ番目の利用一次コンテンツのオリジナルコンテンツＩＤは、ＩＤセットにおいてフォーマット別ＩＤとして登録されていない、ということになる。そこで、この場合には、ステップＳ９０７により、ステップＳ９０３により検索されたＩＤセットに対して、今回受信取得したｎ番目の利用一次コンテンツのオリジナルコンテンツＩＤを、新たなフォーマット別ＩＤとして追加登録してステップＳ９０９に進む。
また、ステップＳ９０６において肯定の判別結果が得られた場合には、既に、今回受信取得したｎ番目の利用一次コンテンツのオリジナルコンテンツＩＤは、ＩＤセットにおいてフォーマット別ＩＤとして登録されていることになる。そこで、この場合には、上記ステップＳ９０７をスキップしてステップＳ９０９に進む。

ステップＳ９０９においては、現在設定される変数ｎが最大値であるか否かについて判別する。変数ｎの最大値は、ステップＳ９０１にて受信取得したＩＤ（オリジナルコンテンツＩＤ、共通一次コンテンツＩＤ）の組に対応付けられる利用一次コンテンツ数と同じとなる。
ステップＳ９０９において否定の判別結果が得られた場合には、未だ、処理していない利用一次コンテンツが残っていることになる。そこで、この場合にはステップＳ９１０により変数ｎについてインクリメントを実行したうえで、ステップＳ９０３の手順に戻る。
これに対して、ステップＳ９０９において肯定の判別結果が得られた場合には、全ての利用一次コンテンツについての処理を実行したことになるので、この図に示す処理を終了する。

続いては、図２２の手順５、手順６、手順７として示した、ユーザ端末装置（４Ｂ）により副次コンテンツ（副次コンテンツ再生制御ファイル）とＩＤセットとを対応付けて管理するために、クライアント装置であるユーザ端末装置（４Ｂ）とサーバ装置である一次コンテンツＩＤ管理サーバ５との間で実行される処理手順例について、図２７を参照して説明する。なお、この図に示されるユーザ端末装置４Ｂとしての手順も、ＣＰＵ４１が、音楽編集・共有アプリケーション１００におけるコンテンツ管理・編集ツール１０１としてのプログラムを実行することにより実現されるものである。

ユーザ端末装置（４Ｂ）は、図２２の手順４に従った副次コンテンツ（副次コンテンツ再生制御ファイル）のダウンロードが完了した後の所定の機会、タイミングにおいて、ステップＳ１００１により、このダウンロードした副次コンテンツ（対象副次コンテンツ）の利用一次コンテンツに対応するＩＤセットを、一次コンテンツＩＤ管理サーバ５に対して要求する。
なお、図２２の手順５としても述べたように、このときのＩＤセットの要求に際しては、対象副次コンテンツの利用一次コンテンツに対応付けられている共通一次コンテンツＩＤのリストを送信する。
また、このステップＳ１００１としての処理を実行すべき機会、タイミングの実際としては、例えば、ダウンロードが完了した直後に、自動実行させることが考えられる。また、ダウンロードした後において、ユーザによるコンテンツ管理・編集ツール１０１に対する操作に応じて、このステップＳ１００１としての処理が実行されるようにすることも考えられる。

一次コンテンツＩＤ管理サーバ５は、上記ステップＳ１００１により送信されてくるＩＤセットの要求を受信したことに応じて、ステップＳ１１０１、Ｓ１１０２の手順を実行する。
ステップＳ１１０１では、先ず、一次コンテンツＩＤデータベース５２から、上記ステップＳ１１０１により受信した利用一次コンテンツごとの共通一次コンテンツＩＤに対応するＩＤセットを検索し、ステップＳ１１０２により、これらの検索したＩＤセットの情報を、要求元のユーザ端末装置４に対して送信する。

上記ステップＳ１１０２により送信されたＩＤセットを受信したユーザ端末装置（４Ｂ）では、ステップＳ１００２により、対象副次コンテンツに、受信したＩＤセットを対応付ける。このときの処理としては、図２４を参照して説明したとおりである。

また、このステップＳ１００２により、対象副次コンテンツにＩＤセットを対応付けるのにあたっては、図２４（ｂ）に示したように、ＩＤセットごとにおいて、そこに格納されるフォーマット別ＩＤ（オリジナルコンテンツＩＤ）に優先順を設定する。

この優先順の設定例について述べておく。
この優先順は、例えば後述する図２８のフローチャートからも理解されるように、利用一次コンテンツの探索処理に利用される。このことに基づき、本実施の形態では、優先順を設定するための基準として、副次コンテンツを音響再生する際における「忠実さ」と、利用一次コンテンツを入手するための「コスト」と、副次コンテンツを音響再生する際における音の品質、即ち「再生品位」を考慮することとする。
副次コンテンツを作成するのにあたって、その編集者は、利用一次コンテンツとしてのオリジナルオーディオコンテンツの音源などを意図的に選択している場合があると考えられる。例えば、敢えてレコード盤などのアナログ音源から再生したオーディオ信号をデジタル信号に変換して取り込んだものを利用一次コンテンツとして利用することで、自身が意図する音のイメージが得られるようにしている場合などである。このような可能性があることを考慮すると、利用一次コンテンツとしては、副次コンテンツを編集作成していたときに実際に使用されていた音源種別、形式のオリジナルオーディオコンテンツデータを優先させることが、上記の「忠実さ」を得るという点では妥当であることになる。つまり、「忠実さ」に基づいた優先順設定とは、副次コンテンツの編集作成時において実際に編集素材として利用したオリジナルオーディオコンテンツの音源種別、形式に一致するものに最も高い優先順を与えたうえで、以降、副次コンテンツの編集作成時において実際に編集素材として利用したオリジナルオーディオコンテンツの音源種別、形式に近いとみなされるものほど、高い優先順を与えようとするものである。なお、副次コンテンツの編集作成時において実際に編集素材として利用したオリジナルオーディオコンテンツの音源種別、形式は、利用一次コンテンツ情報（図１３）における、単位ファイル情報内の共通一次コンテンツＩＤにより特定できる。

また、オリジナルオーディオコンテンツのフォーマットによっては、料金を支払ってどこかのオリジナルオーディオコンテンツサーバ１からダウンロードしなければ入手できないものがある場合も在ると考えられる。このようなオリジナルオーディオコンテンツを入手しようとすると、ユーザにとっては経済的負担、即ちコストがかかることになるので、この点で好ましいとはいえない。そこで、「コスト」に基づいた優先順設定としては、入手にあたってユーザに強いる経済負担（コスト）が少ないものほど高い優先順を設定することになる。なお、コストに基づいた優先順設定のためには、コンテンツ管理・編集ツール１０１が、各フォーマットのオリジナルオーディオコンテンツを入手するのに要する金額を認識しておく必要がある。このためには、例えばコンテンツ管理・編集ツール１０１が、ネットワーク上におかれている必要数のオリジナルオーディオコンテンツサーバのそれぞれと適宜通信を行って、上記の金額についての情報を取得できるように構成することが考えられる。

また、オリジナルオーディオコンテンツのフォーマットにより、再生によって得られる再生品位は異なってくる。例えば、現状においては、一般的に、アナログ音源よりもデジタル音源のほうが再生品位は高いと認識されている。同じデジタル音源においても、例えばPCM音源であれば、サンプリング周波数、量子化ビット数により再生品位は異なり、さらにデジタル音源として音声圧縮符号化されたものは、その方式であるとか、同じ方式の下での圧縮率（ビットレート）などに応じて再生品位が異なってくる。副次コンテンツ再生を行うのにあたっては、例えば、利用一次コンテンツとしてのオーディオデータの再生品位が良いほど、結果として高品位な副次コンテンツの音響再生を行うことができて好ましい、という考え方をとることもできる。
そこで、「再生品位」に関しては、再生品位が良いとされる音源種別、形式のものほど、高い優先順を設定するようにされる。再生品位は、上記もしているように、オリジナルオーディオコンテンツの音源種別、形式に応じて決まるものであり、オリジナルコンテンツＩＤ（フォーマット別ＩＤ）は、同じ音声内容のなかでも、音源種別、形式ごとに異なるものとして規定されている。従って、コンテンツ管理・編集ツール１０１は、受信したＩＤセットに格納されるフォーマット別ＩＤ（オリジナルコンテンツＩＤ）の値により、対応する音源種別や形式を認識可能であり、これに基づいて、再生品位に応じた優先順を付すことが可能である。

そのうえで、本実施の形態としては、上記した優先順設定の基準項目である「忠実さ」、「コスト」、「再生品位」のうちでは、「忠実さ」を最も優先させることとする。つまり、できるだけ副次コンテンツの作者の意図に忠実な副次コンテンツの音響再生が行われることを最優先するものである。

また、実際の処理として、ステップＳ１００２において、ＩＤセットごとに優先順を設定するのにあたっては、例えば次のようなアルゴリズムとすることが考えられる。
ＩＤセットに格納されるフォーマット別ＩＤが対応するオリジナルオーディオコンテンツごとの音源種別、形式に応じて、「忠実さ」、「コスト」、「再生品位」のそれぞれについてのポイント（点数）を求め、これらを加算して総合ポイントを得る。このとき、「忠実さ」を最優先させることに応じて、「忠実さ」については、「コスト」、「再生品位」よりも大きな係数（即ち重み付け）を与えて計算してポイントを求めるようにされる。そして、上記の総合ポイントが高い順から、順次、１番からの優先順を与えていくようにする。
なお、上記した優先順の設定規則、アルゴリズムはあくまでも一例である。例えば優先順設定規則として、どの優先順設定の基準項目について、どのようにして優先順（重み付け）を与えるのか、また、優先順設定の基準項目としてどのようなものをいくつ設定するのかは、実際の運用などを考慮して任意に決めればよい。

図２８のフローチャートは、図２２において手順８として示した、ダウンロードした副次コンテンツ（対象副次コンテンツ）の再生に利用すべき、利用一次コンテンツの探索処理のために、ユーザ端末装置４Ｂ（コンテンツ管理・編集ツール１０１）が実行するものとされている手順例を示している。
この図では先ず、ステップＳ１２０１により、対象副次コンテンツにおける１以上の利用一次コンテンツに付すべき番号を示す変数ｎについて１を代入しておく。
次のステップＳ１２０２においては、図２４に示されるＩＤセット情報におけるｎ番目のＩＤセット（ＩＤセットｎ）を参照する。ステップＳ１２０３以降は、ここで参照したｎ番目のＩＤセットに格納されるフォーマット別ＩＤに対応付けられたオリジナルオーディオコンテンツを探索するための処理となる。
ステップＳ１２０３では、ｎ番目のＩＤセットに格納されるフォーマット別ＩＤに付された優先順を示す変数ｍについて１を代入する。
続くステップＳ１２０４では、優先順がｍ番目のフォーマット別ＩＤ（オリジナルコンテンツＩＤ）が対応付けられたオリジナルオーディオコンテンツを、先ず、ユーザ端末装置４Ｂのローカル上で検索する。これは、ｎ番目の利用一次コンテンツとして、優先順がｍ番目となる音源種別、形式のオリジナルオーディオコンテンツデータが、ローカル上に存在するか否かを判定していることに相当する。ステップＳ１２０５は、この判定を行うための手順である。

ステップＳ１２０５にて、上記の優先順がｍ番目となる音源種別、形式のオリジナルオーディオコンテンツデータがローカル上に存在するとして、肯定の判別結果が得られた場合には、後述するステップＳ１２１０に進む。このようにして、ステップＳ１２０５において肯定の判別結果が得られたことに応じてステップＳ１２１０に進む処理の流れは、ｎ番目の利用一次コンテンツとして利用すべきオリジナルオーディオコンテンツがローカル上に存在していたので、以降のｎ番目の利用一次コンテンツとしてのオリジナルオーディオコンテンツデータを取得するための処理を終了させたことを意味している。

一方、ステップＳ１２０５において、否定の判別結果が得られた場合には、ステップＳ１２０６に進む。
ステップＳ１２０６においては、優先順がｍ番目のフォーマット別ＩＤ（オリジナルコンテンツＩＤ）が対応付けられたオリジナルオーディオコンテンツが、ネット上でダウンロード可能であるか否かについて判別する。このためには、例えば、優先順がｍ番目のフォーマット別ＩＤが配信音源のものであるか否かを判定すればよい。
ステップＳ１２０６にて肯定の判別結果が得られた場合には、優先順がｍ番目のフォーマット別ＩＤが対応付けられているオリジナルオーディオコンテンツのデータを、ネットワーク経由でダウンロードするための制御を実行する。このダウンロードにあたっては、ダウンロードすべきコンテンツの指定を、例えば優先順がｍ番目のフォーマット別ＩＤにより行うことができる。このダウンロードが完了すれば、優先順がｍ番目のフォーマット別ＩＤが対応付けられているオリジナルオーディオコンテンツのデータがローカル上におかれることになる。このようにして、図２８に示される手順によっては、ネット上でダウンロード可能であって、かつ、ローカル上に存在させるべきオリジナルオーディオコンテンツについては、ダウンロードを実行することにより、自動的にローカルに保存させることが可能とされている。
これに対して、ステップＳ１２０６にて否定の判別結果が得られた場合には、ステップＳ１２０８に進む。なお、ステップＳ１２０６にて否定の判別結果が得られた場合、優先順がｍ番目のフォーマット別ＩＤが対応付けられているオリジナルオーディオコンテンツは、例えばパッケージメディア音源や、データインターフェース経由で取り込んだデジタル音源（アナログ音源をデジタル変換したものも含む）など、ネットワーク経由でのダウンロード以外の方法で取得すべき音源種別のものとなる。

ステップＳ１２０８においては、変数ｍについて最大値であるか否かについて判別している。ここで否定の判別結果が得られた場合には、ｎ番目のＩＤセットにおいて処理していないフォーマット別ＩＤが残っていることになるので、ステップＳ１２０９により変数ｍについてインクリメントしたうえで、ステップＳ１２０４に戻る。
これに対して、ステップＳ１２０８において肯定の判別結果が得られた場合には、ｎ番目のＩＤセットにおけるフォーマット別ＩＤについて全て処理したことになるので、ステップＳ１２１０に進む。なお、ステップＳ１２０８にて肯定の判別結果が得られた場合には、ｎ番目のＩＤセットに対応する利用一次コンテンツとしてのオリジナルオーディオコンテンツデータは、ローカル上におかれていない状態のまま、ダウンロードによっても取得できなかったことになる。

ステップＳ１２１０においては、変数ｎが最大値（ＩＤセット情報内に格納されるＩＤセット数となる）であるか否かについて判別を行う。ここで否定の判別結果が得られた場合には、ＩＤセット情報において、未だ探索の処理対象となっていないＩＤセットが残っていることになる。そこで、この場合にはステップＳ１２１１により変数ｎについてインクリメントを行ってステップＳ１２０２に戻る。これにより、次のＩＤセットを対象としての利用一次コンテンツ（オリジナルオーディオコンテンツデータ）についての探索が行われることになる。

そして、これまでに説明したステップＳ１２０２〜Ｓ１２０８に対応する処理を、ＩＤセットの数だけ繰り返したとされると、ステップＳ１２１０において肯定の判別結果が得られることになり、ステップＳ１２１２に進む。

ステップＳ１２１２においては、これまでの処理による利用一次コンテンツとしてのオリジナルオーディオコンテンツデータの取得内容を、例えばコンテンツ管理・編集ツール１０１としてのＧＵＩ画面において、所定の表示態様により出力させるための処理を実行する。
この利用一次コンテンツの取得内容の表示によっては、例えば先ず、既にローカル上に存在していたオリジナルオーディオコンテンツと、配信サーバ（オリジナルオーディオコンテンツサーバ）から新たにダウンロードしてローカル上に存在させたオリジナルオーディオコンテンツと、ローカル上には存在していないオリジナルオーディオコンテンツとが、利用一次コンテンツとの対応と共に示される。この表示を見ることで、ユーザは、副次コンテンツ再生に必要な利用一次コンテンツとしての実体であるオリジナルオーディオコンテンツデータについての取得状況を把握することができる。
また、利用一次コンテンツの取得内容の表示においては、ローカル上に存在していないオリジナルオーディオコンテンツについては、これを取得するための方法を、ユーザに教える内容の表示を行うことが好ましい。図２８のオリジナルオーディオコンテンツの自動取得処理によりローカル上におくことのできなかった利用一次コンテンツ対応のオリジナルオーディオコンテンツデータは、例えばパッケージメディアを音源とするものであったり、データインターフェース経由で取り込むべきものであったりするために、ローカルへの保存には、ユーザの作業が伴うからである。

これまでの図２２以降の説明によれば、本実施の形態では、ユーザ端末装置４（コンテンツ管理・編集ツール１０１）が、図２４に示すようにして副次コンテンツの利用一次コンテンツごとに、その再生内容(コンテンツ内容）を共通に有するフォーマットのオリジナルオーディオコンテンツデータのＩＤ（オリジナルコンテンツＩＤ、フォーマット別ＩＤ）を対応付けて管理するようにしている（以降、「利用一次コンテンツＩＤ管理」ともいう）。この利用一次コンテンツＩＤ管理を行うことによっては、その管理を行う機器、デバイスが、ＩＤセット情報を持つことになるが、このことは、ＩＤセット情報において格納するフォーマット別ＩＤ（オリジナルコンテンツＩＤ）が与えられた全てのオリジナルオーディオコンテンツを処理可能であることを意味する。また、このことは、利用一次コンテンツＩＤ管理を行っている機器、デバイス（この場合はユーザ端末装置４）が、利用一次コンテンツとして、対応するＩＤセットに格納されているフォーマット別ＩＤ（オリジナルコンテンツＩＤ）が与えられた全てのオリジナルオーディオコンテンツを利用可能であることを意味することにもなる。

そのうえで、利用一次コンテンツＩＤ管理を行う本実施の形態のユーザ端末装置４は、図２８により示したようにして、利用一次コンテンツとしてのオリジナルオーディオコンテンツデータを探索する。この探索の手順によっては、利用一次コンテンツＩＤ管理によってＩＤセット情報（ＩＤセット群）として保持しているオリジナルコンテンツＩＤ（フォーマット別ＩＤ）と一致するものであれば、既に、ローカルに存在しているオリジナルオーディオコンテンツデータを、利用一次コンテンツとして扱うことが可能なようにされている。これは、例えば副次コンテンツ編集時において実際に編集素材として利用した一次コンテンツのフォーマットと同一ではなくとも、利用一次コンテンツとしての音声内容が同一でありさえすれば、ローカル上に存在するオリジナルオーディオコンテンツデータについても、例えば副次コンテンツ再生に利用する利用一次コンテンツとして実際に使用し得る、ということを意味している。このようにしてローカル上に既に存在するオリジナルオーディオコンテンツデータを利用一次コンテンツとして使用することになった場合には、ユーザは、改めてオリジナルオーディオコンテンツをダウンロードやデータインターフェース経由での取り込みなどにより取得する必要がなくなり、その分のコスト負担であるとか作業負担が軽減される。
また、図２８では、或る利用一次コンテンツに対応するオリジナルオーディオコンテンツデータがローカル上に存在していなければ、例えばダウンロードにより取得するようにされているが、このときにも、副次コンテンツ編集時において実際に編集素材として利用した一次コンテンツのフォーマットと同一のものがネットワーク上で配信されていなければ、ＩＤセットに格納されるオリジナルコンテンツＩＤ（フォーマット別ＩＤ）を参照して、ダウンロードできるものをダウンロード実行して取得するようにしている。つまり、副次コンテンツ編集時において実際に編集素材として利用した一次コンテンツのフォーマットと同一のものが取得できない状況にあっても、同じ音声内容のものを取得して、副次コンテンツを音響再生できるようにして配慮しているものである。
即ち、本実施の形態では、副次コンテンツ再生に必要な一次コンテンツについて、オーディオコンテンツデータ形式の相違にかかわらず、コンテンツ内容が同一で有りさえすれば、同一のコンテンツとして扱って、副次コンテンツ再生に利用できるようにして環境が整えられている。

ところで、本願発明に基づいた構成は、これまでに述べてきた音楽配信・共有システムへの適用に限られず、他の形態のシステムにも適用でき、有用である。そこで、図２９により、他の態様のシステムへの適用例について述べておくこととする。
図２９においては、システムを構成する装置、デバイスとして、オーディオコンテンツサーバ１１０、ユーザ端末装置１４０（１４０Ａ、１４０Ｂ）、コミュニケーションサーバ１３０、及びコンテンツＩＤ管理サーバ１５０から成るものとしている。
オーディオコンテンツサーバ１１０は、オーディオコンテンツとしてのオーディオデータを配信するサーバであり、その構成は、例えば図６に示したオリジナルオーディオコンテンツサーバ１と同等の構成を有する。また、ここでは便宜上、１つのオーディオコンテンツサーバ１１０のみを示しているが、例えば実際においては、配信会社、レーベルなどに応じた複数のオーディオコンテンツサーバ１１０が設けられている。
ユーザ端末装置１４０は、実際においては、ユーザが所有するもので、ネットワーク上には多数が存在する。また、このユーザ端末装置１４０は、例えば実際のハードウェアとしては、パーソナルコンピュータなどとされて、例えば図９と同等の構成を有する。
コミュニケーションサーバ１３０は、この場合には、ブログ（ＳＮＳでもよい）を提供するサーバとされ、例えば図８の構成に基づいてブログ機能が提供できるようにされている。
コンテンツＩＤ管理サーバ１５０は、後述もするようにして、現存するオーディオコンテンツについて、先に図２４により説明した利用一次コンテンツＩＤ管理と同等のＩＤ管理を行うサーバである。

図２９に示されるシステムの動作を、図において［ ］内に示される手順の番号に従って説明していく。
手順１
ユーザ端末装置４Ａのユーザは、コミュニケーションサーバ１３０が提供するブログサイトに登録しており、コミュニケーションサーバ１３０から１つのブログを割り当ててもらって、そのブログに対して書き込みを行っている。
ここで、ユーザ端末装置４Ａのユーザは、ユーザ端末装置４Ａのローカルに保存しているオーディオコンテンツのうちで、自分が気に入っているものを１つ、ブログの読者に紹介したいと考えた。このオーディオコンテンツは、ローカルに保存されているオーディオコンテンツであって、以前に或るオーディオコンテンツサーバ１１０からダウンロードしてローカルに保存したもの（ダウンロードコンテンツ）である。そして、ユーザ端末装置４Ａのユーザは、ブログへの書き込み作業のときに、上記の自分が気に入っているダウンロードコンテンツのデータを、ブログにアップロードする操作を行った。

手順２
コミュニケーションサーバ１３０では、上記のようにしてオーディオコンテンツがアップロードされたことに応じて、このアップロードされたオーディオコンテンツをブログ上に貼り付ける（リンク）させるようにして、ブログのコンテンツデータについての処理を実行する。
ただし、ここでアップロードされたオーディオコンテンツ（アップロードコンテンツ）のブログへの貼り付けは、オーディオコンテンツの著作権内容に応じて、下記のようにして２つの異なる態様を採る。
先ず、アップロードコンテンツが著作権フリーのものである、あるいは、アップロードコンテンツがユーザ端末装置４Ａのユーザ自身が作成したものであるなどとされ、ユーザ端末装置４Ａのユーザ以外の第三者には著作権が帰属していないとされる場合、コミュニケーションサーバ１３０では、アップロードコンテンツのデータを、直接、ブログにおいてユーザが指定した本文内の箇所とリンクさせるようにしてブログデータを処理する。
これに対して、アップロードコンテンツの著作権が、例えばプロのミュージシャン等に帰属しているなど、ユーザ端末装置４Ａのユーザ以外の第三者に帰属している場合、コミュニケーションサーバ１３０は、上記の場合のようにしてアップロードコンテンツのデータを直接ブログにリンクさせることはしない。その代わりに、コミュニケーションサーバ１３０は、先ず、アップロードコンテンツのオーディオデータを利用して、その音声特徴量に応じて固有となる値を生成し、これを共通コンテンツＩＤとする。この共通コンテンツＩＤは、アップロードコンテンツの音声内容に従ってコンテンツごとに固有となるＩＤであり、従って、先の実施の形態における共通一次コンテンツＩＤに相当する。そして、この以降の手順３〜５として説明するコンテンツ再生動作を実現するためのプログラム（コンテンツ再生プログラム）を、ブログにリンクさせるようにする。このとき、プログラムには、再生のためのパラメータ（設定情報）の１つとして共通コンテンツＩＤを含めるようにする。また、このプログラムには、例えばＪａｖａ（登録商標）などを利用できる。

手順３
上記のようにしてアップロードコンテンツのリンクが貼られたブログのコンテンツを、ここでは、ユーザ端末装置４Ｂによりアクセスして表示させているものとする。このとき、ユーザ端末装置４Ｂにて表示されているブログにおいては、上記手順２によりリンクが貼られた箇所の文字列であるとか画像部分についてクリック操作が行えるようになっている。
そして、ユーザ端末装置４Ｂのユーザは、ブログの内容を読んで、このリンクが貼られているオーディオコンテンツを聴いてみたくなったので、オーディオコンテンツを再生するために、このリンクの箇所に対するクリック操作を行ったとする。
この場合において、例えば、アップロードコンテンツの著作権がユーザ端末装置４Ａのユーザ以外の第三者に帰属していないことに応じて、アップロードコンテンツのオーディオデータが直接リンクされている場合には、上記のクリック操作に応じては、リンク先のオーディオデータがコミュニケーションサーバ１３０にて呼び出され、例えばストリーミング再生、ダウンロード再生などによる再生が開始されることになる。
これに対して、アップロードコンテンツの著作権がユーザ端末装置４Ａのユーザ以外の第三者に帰属していることに応じて、コンテンツ再生プログラムに対してリンクが貼られている場合には、このコンテンツ再生プログラムが呼び出されてユーザ端末装置４Ｂ上で起動する。そして、このコンテンツ再生プログラムが動作することにより、システムにおいては、次に説明する手順４、５、６（６−１、６−２）としての動作が実行される。

手順４
先ず、ユーザ端末装置４Ｂ上で起動したコンテンツ再生プログラムは、コンテンツＩＤ管理サーバ１５０に対して、アップロードコンテンツに対応するＩＤセット要求をユーザ端末装置４Ｂにより送信させるための通信制御を実行する。この要求に際しては、コンテンツ再生プログラムがパラメータとして保持する共通コンテンツＩＤを送信する。

手順５
コンテンツＩＤ管理サーバ１５０は、例えば図２５における一次コンテンツＩＤデータベース５１に代えて、コンテンツＩＤデータベースを有するものとして構成することができる。また、このコンテンツＩＤデータベースは、図２３に示される一次コンテンツＩＤデータベース５１の構造において、共通一次コンテンツＩＤを、先の手順２により説明した共通コンテンツＩＤに置き換えた内容を有するものとして構成することができる。なお、このコンテンツＩＤデータベースにおいて、共通コンテンツＩＤ、及びフォーマット別ＩＤを取得して新規登録していくためには、例えば、音楽配信業者や、一般ユーザからの提供を受けることのできるような仕組みを与えることとすればよい。
そして、コンテンツＩＤ管理サーバ１５０では、上記手順４による要求とともに送信されてきた共通コンテンツＩＤに対応付けられているＩＤセットを、コンテンツＩＤデータベースから検索する。そして、この検索したＩＤセットを、ユーザ端末装置４Ｂ（コンテンツ再生プログラム）に対して送信する。
上記のようにして送信されたＩＤセットは、ユーザ端末装置４Ｂのコンテンツ再生プログラムが受信して取得することになる。このようにして取得されたＩＤセットは、コンテンツ再生プログラムによって、アップロードコンテンツと対応付けるようにして管理が行われる。
また、このようにしてＩＤセットを取得して管理するのにあたっては、例えばコンテンツ再生プログラムによって、図２４（ｂ）にて示したように、ＩＤセットを成すフォーマット別ＩＤに対して、所定の規則に従って優先順を付すようにしてよい。あるいは、コンテンツＩＤ管理サーバ１５０側にて、コンテンツＩＤデータベースとして管理している段階において、既に所定の規則に従って基本的な優先順を付すようにされてもよい。

手順６
上記のようにして手順５により、アップロードコンテンツに対応するＩＤセットを取得したコンテンツ再生プログラムは、例えば図２８に示した処理に準じて、アップロードコンテンツと同じコンテンツ内容のオーディオコンテンツデータを取得しようとする。なお、この場合においては、手順５により取得した１つのＩＤセットに対応して、１つのオーディオコンテンツデータを取得すればよく、ＩＤセット数に応じた変数ｎに対応したループは実行する必要がない。
このようなコンテンツデータの取得処理が実行された結果、例えばアップロードコンテンツと同じ音声内容のオーディオコンテンツデータとして、既にローカル上に保存されていたオーディオコンテンツデータが探索されたとする（ステップＳ１２０５にて肯定の判別結果が得られた場合に相当する）。この場合には、コンテンツ再生プログラムは、手順６−１として示すように、このローカル上にて保存されていたオーディオコンテンツデータを再生出力する。このようにしてオーディオコンテンツデータが再生される場合、実際に再生処理が行われるのは、ユーザ端末装置４Ｂのユーザが既に所有している音源となるので、この再生されたコンテンツについての著作権は適切に保護されていることになる。
また、コンテンツデータの取得処理の結果として、アップロードコンテンツと同じ音声内容のオーディオコンテンツをオーディオコンテンツサーバ１１０からダウンロード可能であることが分かったとする（Ｓ１２０６にて肯定の判別結果が得られた場合に相当）。この場合には、手順６−２として示すように、オーディオコンテンツサーバ１１０からアップロードコンテンツと同じ音声内容のオーディオコンテンツデータをダウンロードして再生を行う。このコンテンツ再生の態様としては、先ず、ユーザ端末装置４Ｂのローカル（例えばＨＤＤやＲＡＭ）に保存あるいは保持させてから、この保存されたオーディオコンテンツデータをコンテンツ再生プログラムにより再生する、いわゆるダウンロード再生とすることが考えられる。また、もう１つには、ユーザ端末装置４Ｂのローカルに保存することなく、例えばストリーミング再生を行う態様とする（この場合、オーディオコンテンツデータは、ＨＤＤなどのローカルには記憶されない）ことが考えられる。何れにせよ、この場合のダウンロード再生は、オーディオコンテンツサーバ１１０から適正な手続き（例えば料金が必要であれば、その支払いの手続きも行われる）を経てオーディオコンテンツデータをダウンロードしたうえで行われるものであるから、再生されたコンテンツについての著作権が適切に保護される。

これ以前のようにして、単純に、オーディオデータファイルをブログやホームページ（ＨＰ）などに貼り付けるやり方では、第三者に著作権が帰属するようなコンテンツを貼り付けてアップすることは著作権保護などの点からできないこととなっていた。このため、例えばブログやＨＰなどでの、第三者に著作権が帰属するコンテンツの紹介は、それを販売などしているサイトとのリンクを貼ることなどにとどまっていた。この場合にはリンクをクリックしても、その販売サイトにおいて、紹介したコンテンツを販売しているＵＲＬにアクセスできるだけであって、ただちにそのコンテンツが再生されて鑑賞できることにはならない。
しかし、上記のシステムであれば、紹介したコンテンツの著作権が第三者に帰属する場合であっても、リンクに対するクリック操作に応じては、ローカル再生、若しくはダウンロード再生により、著作権をクリアして適正に再生が行われることになる。

なお、上記図２９に示したシステムの下でのコンテンツのアップロードと、コンテンツの再生のための手順については、他にも考えることができる。
例えば、上記の説明では、手順１により、ユーザ端末装置４Ａからコミュニケーションサーバ１３０に対して、オーディオコンテンツデータをアップロードすることとしている。しかし、コミュニケーションサーバ１３０が、アップロードされたオーディオコンテンツデータについて処理を行うことは、大きな処理負担になることもあると考えられる。そこで、上記した以外の例として、図２９のシステムについて、次のような構成とすることも考えられる。
ユーザ端末装置４Ａに対して共通コンテンツＩＤを生成する機能を与えることとして、手順１により、コミュニケーションサーバ１３０に対してコンテンツをアップロードするときには、アップロード対象のオーディオコンテンツデータの共通コンテンツＩＤを生成し、これをコミュニケーションサーバ１３０に対して送信させるようにする。確認のために述べておくと、このときには、アップロード対象であるオーディオコンテンツデータ自体をアップロードすることは行わない。また、著作権フリーのオーディオコンテンツの他、ユーザ端末装置４Ａのユーザが自作したなどして、アップロードを行うユーザに著作権が帰属しているオーディオコンテンツも、適当なオーディオコンテンツサーバ１１０において記憶管理されていることを前提とする。
上記の手順１としてのアップロードの動作により、コミュニケーションサーバ１３０は、アップロード対象のオーディオコンテンツの共通コンテンツＩＤを受信取得することになる。そこで、コミュニケーションサーバ１３０は、手順２として、この共通コンテンツＩＤを再生パラメータとして含めた再生プログラムをブログに貼り付けるようにする。なお、この場合、上記の手順２としての動作は、アップロード対象のオーディオコンテンツについて、その著作権がユーザ端末装置４Ａのユーザ以外の第三者に帰属しているか否かにかかわらず行うようにされる。以降の手順３〜手順６（６−１、６−２）としての動作は、先の説明と同様になる。このような構成であれば、コミュニケーションサーバ１３０は、オーディオコンテンツデータを処理したり保存管理する必要が無く、処理負担が大幅に軽減される。また、手順１によりオーディオコンテンツデータを送受信する必要もないことから、例えばオーディオコンテンツデータのアップロードの動作も軽くなり、トラフィックも軽減される。
また、上記の他の例において、手順１のオーディオコンテンツアップロードのときに、共通コンテンツＩＤとともに、ユーザ端末装置４Ａにて保存しているアップロード対象のオーディオコンテンツの形式に応じたフォーマット別ＩＤも、コミュニケーションサーバ１３０に送信させることが考えられる。この場合には、手順２において、コミュニケーションサーバ１３０は、コンテンツ再生プログラムに、再生パラメータとして、共通コンテンツＩＤと、フォーマット別ＩＤ（オリジナルコンテンツＩＤ）とを埋め込むようにする。そして、手順４によるＩＤセット要求のときには、共通コンテンツＩＤとともに、フォーマット別ＩＤも送信する。このようにすれば、コンテンツＩＤサーバ１５０が、ＩＤセット要求として送信してきた、この共通コンテンツＩＤ、フォーマット別ＩＤの情報を用いて、例えば図２６に示した一次コンテンツＩＤ管理サーバ５の手順に準じて、コンテンツＩＤデータベースを更新することが可能になる。

なお、フォーマット別ＩＤ（形式別識別情報）については、例えばＵＲＬやファイルパスなど、対応付けされる形式別コンテンツデータについてのネットワーク上やローカル上における場所を特定する情報を利用してもよい。このような情報も、本願発明の下では、フォーマットごとの範疇においてコンテンツデータを特定して識別できる識別情報としてみなされるべきものである。

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

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

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

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

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

符号の説明

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

Claims (13)

1. ネットワーク経由で通信を行う通信手段と、
   データ形式ごとの範疇において、コンテンツデータごとに固有となるようにして与えられる形式別識別情報を、コンテンツ内容ごとに対応させて管理する識別情報管理手段と、
   クライアント装置からのネットワーク経由によるコンテンツの指定に応答して、指定されたコンテンツに対応付けられている形式別識別情報を、上記クライアント装置に対して送信する識別情報送信手段と、
   を備えることを特徴とするサーバ装置。
2. 上記識別情報管理手段は、
   同一のコンテンツ内容を有し、かつ、データ形式が異なるコンテンツデータの間で共通に固有となる識別情報である汎用識別情報と、当該同一のコンテンツ内容に対応する形式別識別情報とを対応付けて形成した対応情報を利用して管理し、
   上記識別情報送信手段は、
   上記対応情報において、上記クライアント装置がコンテンツを指定する情報として送信した指定コンテンツの汎用識別情報に対応付けられている形式別識別情報を送信する、
   ことを特徴とする請求項１に記載のサーバ装置。
3. 上記クライアント装置がコンテンツを指定する情報として送信した、指定コンテンツに対応する汎用識別情報、及び上記クライアント装置において保持しているとされる、上記指定コンテンツに対応する形式別識別情報が、上記対応情報に登録されているか否かについて判別する判別手段をさらに備え、
   上記識別情報管理手段は、
   上記判別手段により、上記指定コンテンツに対応する汎用識別情報、及び上記指定コンテンツに対応する形式別識別情報が上記対応情報に登録されていないことが判別された場合には、これらの指定コンテンツに対応する汎用識別情報と形式別識別情報とを対応付けて上記対応情報に新規に登録し、
   上記判別手段により、上記指定コンテンツに対応する形式別識別情報が上記対応情報に登録されていないことが判別された場合には、上記対応情報において既に登録されている上記指定コンテンツに対応する汎用識別情報に対応付けるようにして、上記指定コンテンツに対応する形式別識別情報を新規に登録する、
   ことを特徴とする請求項２に記載のサーバ装置。
4. サーバ装置における情報処理方法であって、
   ネットワーク経由で通信を行う通信手順と、
   データ形式ごとの範疇において、コンテンツデータごとに固有となるようにして与えられる形式別識別情報を、コンテンツ内容ごとに対応させて管理する識別情報管理手順と、
   クライアント装置からのネットワーク経由によるコンテンツの指定に応答して、指定されたコンテンツに対応付けられている形式別識別情報を、上記クライアント装置に対して送信する識別情報送信手順と、
   を実行することを特徴とする情報処理方法。
5. ネットワーク経由で通信を実行させるための通信制御手順と、
   データ形式ごとの範疇において、コンテンツデータごとに固有となるようにして与えられる形式別識別情報を、コンテンツ内容ごとに対応させて管理する識別情報管理手順と、
   クライアント装置からのネットワーク経由によるコンテンツの指定に応答して、指定されたコンテンツに対応付けられている形式別識別情報を、上記クライアント装置に対して送信させる識別情報送信制御手順と、
   をサーバ装置に実行させるプログラム。
6. ネットワーク経由で通信を行う通信手段と、
   ネットワーク経由でサーバ装置に対してコンテンツを指定するための通信を実行させるコンテンツ指定手段と、
   上記コンテンツを指定するための通信に応答して上記サーバ装置から送信された指定コンテンツに対応する識別情報であり、データ形式ごとの範疇において、コンテンツデータごとに固有となるようにして与えられる形式別識別情報を受信取得し、この受信取得した形式別識別情報を上記指定したコンテンツに対応するものとして管理する識別情報管理手段と、
   を備えることを特徴とするクライアント装置。
7. 上記コンテンツ指定手段は、コンテンツを指定するために、少なくとも、同一のコンテンツ内容を有し、かつ、データ形式が異なるコンテンツデータの間で共通に固有となる識別情報である汎用識別情報として、指定コンテンツに対応する汎用識別情報をサーバ装置に対して送信させる、
   ことを特徴とする請求項６に記載のクライアント装置。
8. ローカル上に存在するコンテンツデータから、上記識別情報管理手段が管理している形式別識別情報が対応付けられているコンテンツデータを探索し、この探索したコンテンツデータを、所定のアプリケーションにおいて利用可能なコンテンツデータとして設定する、コンテンツデータ処理手段をさらに備える、
   ことを特徴とする請求項７に記載のクライアント装置。
9. 上記識別情報管理手段が管理している形式別識別情報に基づいて、ネットワーク上に存在するコンテンツデータのダウンロードを実行するダウンロード実行手段をさらに備える、
   ことを特徴とする請求項７に記載のクライアント装置。
10. クライアント装置における情報処理方法であって、
    ネットワーク経由で通信を行う通信手順と、
    ネットワーク経由でサーバ装置に対してコンテンツを指定するための通信を実行させるコンテンツ指定手順と、
    上記コンテンツを指定するための通信に応答して上記サーバ装置から送信された指定コンテンツに対応する識別情報であり、データ形式ごとの範疇において、コンテンツデータごとに固有となるようにして与えられる形式別識別情報を受信取得し、この受信取得した形式別識別情報を上記指定したコンテンツに対応するものとして管理する識別情報管理手順と、
    を実行することを特徴とする情報処理方法。
11. ネットワーク経由で通信をを実行させるための通信制御手順と、
    ネットワーク経由でサーバ装置に対してコンテンツを指定するための通信を実行させるコンテンツ指定手順と、
    上記コンテンツを指定するための通信に応答して上記サーバ装置から送信された指定コンテンツに対応する識別情報であり、データ形式ごとの範疇において、コンテンツデータごとに固有となるようにして与えられる形式別識別情報を受信取得し、この受信取得した形式別識別情報を上記指定したコンテンツに対応するものとして管理する識別情報管理手順と、
    をクライアント装置に実行させるプログラム。
12. ネットワーク経由で通信可能とされる、クライアントとして機能するクライアント装置と、サーバとして機能するサーバ装置とから成り、
    上記サーバ装置において、データ形式ごとの範疇において、コンテンツデータごとに固有となるようにして与えられる形式別識別情報を、コンテンツ内容ごとに対応させて管理する第１の識別情報管理手段と、
    上記クライアント装置において、上記サーバ装置に対して、コンテンツを指定するための通信を実行させるコンテンツ指定手段と、
    上記サーバ装置において、上記コンテンツ指定手段により指定されたコンテンツに対応付けられている形式別識別情報を、上記クライアント装置に対して送信する識別情報送信手段と、
    上記クライアント装置において、受信取得した形式別識別情報を、上記コンテンツ指定手段により指定したコンテンツに対応するものとして管理する、第２の識別情報管理手段と、
    を備えることを特徴とする情報処理システム。
13. ネットワーク経由で通信可能とされる、クライアントとして機能するクライアント装置と、サーバとして機能するサーバ装置とから成る情報処理システムにおける情報処理方法として、
    上記サーバ装置において、データ形式ごとの範疇において、コンテンツデータごとに固有となるようにして与えられる形式別識別情報を、コンテンツ内容ごとに対応させて管理する第１の識別情報管理手順と、
    上記クライアント装置において、上記サーバ装置に対して、コンテンツを指定するための通信を実行させるコンテンツ指定手順と、
    上記サーバ装置において、上記コンテンツ指定手順により指定されたコンテンツに対応付けられている形式別識別情報を、上記クライアント装置に対して送信する識別情報送信手順と、
    上記クライアント装置において、受信取得した形式別識別情報を、上記コンテンツ指定手順により指定したコンテンツに対応するものとして管理する、第２の識別情報管理手順と、
    を実行するようにして構成することを特徴とする情報処理方法。

Images