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

Abstract

【課題】副次コンテンツが流通するシステムにおいて、副次コンテンツに関連して利益が発生した場合において、利益享受資格者間で、適正に利益配分が行われるようにする。
【解決手段】副次コンテンツに関連して利益が発生した場合においては、その副次コンテンツの原編集素材コンテンツの権利者（原編集素材権利者）にもその利益を配分するようにされる。原編集素材権利者に利益を配分するのにあたっては、利益発生に関連した対象副次コンテンツにおける原編集素材コンテンツのコンテンツ内容的な側面から見た貢献度を求め、この貢献度に基づいた配分比率により、原編集素材権利者ごとに配分する利益金額を決定する。
【選択図】図３１

Description

本発明は、例えばコンテンツを二次利用しての編集により作成した副次コンテンツを共有するシステムにおいて、ユーザなどの間で発生した利益について適切に配分するための情報処理を実行する情報処理装置とその方法、及びこの情報処理装置が実行するプログラムに関する。

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

また、コンテンツの共有システムでは、例えば情報処理端末装置のユーザが、オーディオ・ビデオなどのコンテンツとしてのデータファイルをサーバにアップロードするようにされる。このような共有システムのサーバでは、アップロードされたコンテンツを公開するサイト（Ｗｅｂページ）を有するようにされる。一般の情報処理端末装置のユーザは、このサイトにアクセスして、例えば検索などを行って興味のあるコンテンツを探す。そして、この検索により探し出したコンテンツへのアクセス、若しくはダウンロードなどを行って再生し、視聴する。このようにしてコンテンツの共有が行われる。

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

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

上記のようなことを背景とすると、一般ユーザのなかにも、コンテンツ配信やコンテンツ共有などにより入手できるコンテンツのデータを単に再生して楽しむだけでなく、編集ソフトにより二次編集を行って新たな作品を創作して、これを公に発表（公開）して、他のユーザに視聴してもらいたいと思う人たちが少なからずいるであろうと考えられる。

そこで、本願発明は、先ず、上記のような一般ユーザの要望に応えるものとして、ネットワーク上で構築されるコンテンツ共有システムとして、ユーザ端末側にて保有するコンテンツのデータを二次的に利用した編集を行って副次的なコンテンツ(副次コンテンツ)を作成して、これをサーバなどにより一般公開できるようにしたものを構築することとする。

そのうえで、このようなコンテンツ共有システムを構築した場合においては、コンテンツの購入であるとか、コンテンツに関連して掲載された広告などに応じて、ユーザなどに金銭的利益を生み出すことのできるような運用を考えることができる。
この場合において、副次コンテンツが他のコンテンツを二次利用して作成されるものであることを考えると、例えば副次コンテンツの編集素材として利用されたコンテンツの作成者(権利者)などにも、適切に利益が配分されるようにすることが好ましい。適切に利益配分が行われることにより、例えば作成者はコンテンツ作成の意欲がそがれることがなく、結果として、コンテンツの高い質が維持され、システムも円滑に運営されることになるからである。

そこで本発明は上記した課題を考慮して、情報処理装置として次のように構成することとした。
つまり、コンテンツの少なくとも１つを編集素材として二次利用する編集処理により作成されるもので、コンテンツ内容を再現するための情報として、原編集素材とされる一次コンテンツである原編集素材コンテンツの実コンテンツデータについての再生を指示する内容により形成される再生制御情報を有する副次コンテンツについて、上記原編集素材コンテンツのうちで、ユーザが保有しているとみることのできる一次コンテンツである保有一次コンテンツに含まれていない不足一次コンテンツが有る場合において、この不足一次コンテンツを購入することにより単位利益が発生した場合において、この購入された不足一次コンテンツの有る対象副次コンテンツのコンテンツ内容における原編集素材コンテンツごとの貢献度を求めるもので、この際に上記不足一次コンテンツについての貢献度については０とする貢献度取得手段と、上記単位利益のうちで上記対象副次コンテンツの原編集素材コンテンツの権利者である原編集素材権利者に対して配分すべき権利者対象利益を、上記貢献度取得手段により求められた貢献度に基づく原編集素材コンテンツごとの配分比率に従って分配することで、上記原編集素材権利者ごとの利益金額を設定する利益金額設定手段とを備えることとした。

また、情報処理装置として次のようにも構成することとした。
つまり、コンテンツの少なくとも１つを編集素材として二次利用する編集処理により作成されるもので、コンテンツ内容を再現するための情報として、原編集素材とされる一次コンテンツである原編集素材コンテンツの実コンテンツデータについての再生を指示する内容により形成される再生制御情報を有する副次コンテンツとともに掲載されたＷｅｂサイト上での広告の利用に応じて単位利益が発生した場合において、この利益の発生に関連した対象副次コンテンツのコンテンツ内容における原編集素材コンテンツごとの貢献度を求める貢献度取得手段と、上記単位利益のうちで上記対象副次コンテンツの原編集素材コンテンツの権利者である原編集素材権利者に対して配分すべき権利者対象利益を、上記貢献度取得手段により求められた貢献度に基づく原編集素材コンテンツごとの配分比率に従って分配することで、上記原編集素材権利者ごとの利益金額を設定する利益金額設定手段とを備えることとした。

さらに、情報処理装置として次のようにも構成する。
つまり、コンテンツの少なくとも１つを編集素材として二次利用する編集処理により作成されるもので、コンテンツ内容を再現するための情報として、原編集素材とされる一次コンテンツである原編集素材コンテンツの実コンテンツデータについての再生を指示する内容により形成される再生制御情報を有する副次コンテンツに関連して単位利益が発生した場合において、この利益の発生に関連した対象副次コンテンツのコンテンツ内容における原編集素材コンテンツごとの貢献度を求める貢献度取得手段と、上記単位利益のうちで上記対象副次コンテンツの原編集素材コンテンツの権利者である原編集素材権利者に対して配分すべき権利者対象利益を、上記貢献度取得手段により求められた貢献度に基づく原編集素材コンテンツごとの配分比率に従って分配することで、上記原編集素材権利者ごとの利益金額を設定する利益金額設定手段とを備えることとした。

上記各構成によれば、副次コンテンツに関連して利益が発生した場合においては、その副次コンテンツの原編集素材コンテンツの権利者（原編集素材権利者）にもその利益を配分するようにされる。そして、原編集素材権利者に利益を配分するのにあたっては、利益発生に関連した対象副次コンテンツにおける原編集素材コンテンツのコンテンツ内容的な側面から見た貢献度を求め、この貢献度に基づいた配分比率により、原編集素材権利者ごとに配分する利益金額を決定することになる。

上記のようして、原編集素材権利者については、副次コンテンツのコンテンツ内容的な側面から見た貢献度に基づいて、適切な利益金額の設定が行われることになる。
これにより、例えばコンテンツの品質の維持・向上、コンテンツ作成・共有システムの円滑な運営などが期待される。

図１は、本願発明を実施するための最良の形態（以下、実施形態という）に対応する情報処理装置を有して成る、コンテンツ作成・共有システムの構成例を示している。
なお、本実施形態のコンテンツ作成・共有システムは、以降説明するようにして、コンテンツのファイルとして、一次コンテンツファイル、副次コンテンツファイル、及びサンプルコンテンツファイルを扱う。以降において、例えば一次コンテンツファイルと副次コンテンツファイル、及びサンプルコンテンツファイルとで特に区別して述べる必要の無いときは、コンテンツファイルともいう。また、例えば、コンテンツとしての抽象概念に従って説明するような場合に、一次コンテンツファイルについては、一次コンテンツともいい、副次コンテンツファイルについては副次コンテンツともいい、サンプルコンテンツファイルについてはサンプルコンテンツともいうことにする。また、一次コンテンツと副次コンテンツ、サンプルコンテンツなどについて特に区分して述べる必要の無いときには、単にコンテンツともいう。

この図に示すように、本実施形態のコンテンツ作成・共有システムとしては、先ず、一次コンテンツサーバ１、副次コンテンツサーバ２、コミュニケーションサーバ３と、多数のユーザ端末装置４とをネットワーク（通信網）５を経由して接続することで形成したものとしてみることができる。
本実施形態は、このような装置構成により、コンテンツ作成・共有システムを実現する。つまり、ネットワーク上での、いわゆるコンテンツ配信（一次コンテンツの配信）と、ユーザが作成したコンテンツ（副次コンテンツ）についてのユーザ間での共有が実現される。
なお、ここでのコンテンツとは、種別として、主に音楽、楽曲などに対応する音声（オーディオ）、また、動画としての映像(ビデオ)などをいう。さらに映像としてのコンテンツ種別においては、写真などに相当する静止画なども含めて考えることができる。またさらには、文書のデータであるとか、情報処理装置が実行するプログラムなどもコンテンツとして扱うことが可能である。

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

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

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

サンプルコンテンツサーバ８は、一次コンテンツサーバ１が保有する一次コンテンツごとに対応するサンプルコンテンツを保有する。このために、例えばサンプルコンテンツファイルをデータベース化して保存管理している。そして、後述するようにして、サンプルコンテンツを配信可能とされている。つまり、例えばユーザ端末装置４からの要求に応じて、指定されたサンプルコンテンツファイルのデータを要求元のユーザ端末装置４に対して送信可能とされている。
なお、ここでのサンプルコンテンツとは、対応する一次コンテンツについての見本としての内容(サンプル内容)を有するコンテンツをいう。このサンプル内容としては、対応する一次コンテンツを完全なコンテンツ内容として捉えた場合において、完全な内容を有してはいないものの、対応の一次コンテンツについての少なくとも部分的な内容であるとか概略を把握可能なコンテンツ内容をいう。例えば、対応の一次コンテンツの総再生時間分に相当するコンテンツ内容における、一部の再生時間分のコンテンツ内容を有したものを考えることができる。また、動画などであれば、対応の一次コンテンツから一定時間間隔毎に静止画を抜き出してコマ送りのようにして順次再生されるコンテンツ内容を有したものを考えることができる。

また、一次コンテンツの配信に関しては原則有料とされるが、サンプルコンテンツの配信については原則無料であることとする。つまり、ユーザ端末装置４がサンプルコンテンツサーバ８からサンプルコンテンツのデータを受信して再生するのにあたり、ユーザは、そのための対価を支払う必要はない。

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

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

手順１
先ず、ユーザＡは、ユーザ端末装置４Ａ（コンテンツ作成・共有アプリケーション１００）により、一次コンテンツサーバ１のコンテンツダウンロードサイトにアクセスする。そして、ユーザＡは、例えばこのコンテンツダウンロードサイト上で、自分がダウンロードしたいコンテンツを検索し、この検索した一次コンテンツをダウンロードさせるための操作を行う。この操作に応じて、ユーザ端末装置４Ａは、一次コンテンツサーバ１に対してダウンロード要求を送信する。

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

そして、一次コンテンツサーバ１は、上記のようにしてダウンロード要求を受信すると、例えば先ず要求元のユーザについての認証などを行って、正当なダウンロード要求であるか否かについての判定を行う。そして、正当なダウンロード要求であると判定したのであれば、自身が記憶している一次コンテンツのうちから、ダウンロード要求とともに指定された一次コンテンツ(一次コンテンツファイル)を検索し、この検索した一次コンテンツファイルのデータを、要求元のユーザ端末装置４に対して送信する。

なお、確認のために述べておくと、一次コンテンツサーバ１がデータベース管理を行いながら記憶している一次コンテンツファイルは、ここでは、実コンテンツデータとしての本体情報にヘッダ情報が付加された構造であるものとする。
実コンテンツデータとは、この場合には、コンテンツ内容としての所定形式のオーディオデータや動画データ、静止画データ（一次コンテンツとしての実質的コンテンツ内容を再現するためのデータである）をいう。即ち、本実施形態での一次コンテンツデータは、再生のためのオーディオ信号処理やビデオ信号処理などを行うことでそのコンテンツ内容が再現される。
また、ヘッダ情報には、例えばコンテンツとしてのファイルごとに固有となる、コンテンツＩＤ（コンテンツ識別子）の他、各種のメタデータ（タイトル、アーティスト、属するアルバムのタイトル、ジャンル、データ形式、データサイズなど）を含む。

上記のようにして一次コンテンツサーバ１から送信された一次コンテンツデータは、ユーザ端末装置４Ａにて受信される。ユーザ端末装置４Ａ（コンテンツ作成・共有アプリケーション１００）は、この受信した一次コンテンツデータを、内部のＨＤＤなどの記憶媒体に記憶保存させる。コンテンツ作成・共有アプリケーション１００は、このようにして記憶保存された一次コンテンツデータを、例えばヘッダ情報の内容などに基づいて所定の態様により管理するとともに、ユーザ操作に応じた再生制御を実行する機能を有する。
このようにして、一次コンテンツサーバ１に記憶されている一次コンテンツデータは、原則はユーザが購入をするというかたちで、ユーザ端末装置４に対してダウンロードさせることができるようになっている。即ち、手順１としては、いわゆるコンテンツ配信に対応する。
なお、ユーザ端末装置４Ａにて記憶保存された一次コンテンツデータは、コンテンツ作成・共有アプリケーション１００により再生して、例えばユーザ端末装置４Ａに接続したＡＶ（Audio・Visual）機器などにより画像・音声などとして出力することもできる。

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

なお、この手順２により作成される副次コンテンツとしてのデータ本体の実体は、一次コンテンツのようにしてそのコンテンツ内容を有するオーディオデータやビデオデータなどではなく、再生制御情報とされる。つまり、二次利用した一次コンテンツ（編集素材コンテンツ）としてのデジタルオーディオデータのどの部分をどのタイミングで再生出力すべきかなどの指示をはじめとして、エフェクト（特殊効果）の指定などが記述された再生制御情報とされる。

ここで、コンテンツ作成・共有アプリケーション１００による副次コンテンツについての作成概念を図５に示しておく。
この図において模式的に例示するように、ユーザは、二次利用の対象となる一次コンテンツである編集素材コンテンツＡ，Ｂ，Ｃを利用して、コンテンツ作成・共有アプリケーション１００に対して、自身の編集意図を反映させた編集操作を行う。コンテンツ作成・共有アプリケーション１００は、この編集操作に応じた編集処理を行い、その結果として、副次コンテンツファイルを作成して出力することになる。
そして、このようにして作成される副次コンテンツファイルの構造においては、データ本体として、上記した再生制御情報を有するものとなる。

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

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

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

手順３
上記手順２のようにしてユーザＡが作成した副次コンテンツファイルのデータは、ユーザＡのユーザ端末装置４Ａのみにおいて保存しておいて、図４により後述するようにしてコンテンツ作成・共有アプリケーション１００の再生機能による再生処理を行って、その副次コンテンツとしてのコンテンツ内容の画像・音声を再生させることが可能とされている。
そのうえで、さらに本実施形態では、ユーザが作成した副次コンテンツをネットワーク上で公開することで、本実施形態のコンテンツ作成・共有アプリケーション１００のサービスを受けているユーザが共有できるようにもする。

ここで、ユーザＡは、先の手順２により作成した副次コンテンツが共有されるようにしたいと思ったとされる。そこで、ユーザＡは、コンテンツ作成・共有アプリケーション１００に対して所定操作を行って、手順２により作成した副次コンテンツファイルのデータを副次コンテンツサーバ２に対してアップロードする。これが手順３となる。

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

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

手順６
先に述べたように、副次コンテンツサーバ２は、データベースに登録されている副次コンテンツの公開機能を有している。このために、今回、ユーザＡが作成してアップロードした副次コンテンツは、原則、副次コンテンツサーバ２が提供するコンテンツ公開サイトにアクセスしてくる不特定多数のユーザ端末装置４（コンテンツ作成・共有アプリケーション１００）のユーザが閲覧できる。また、本実施形態では、原則、全てのユーザのユーザ端末装置４により、任意の副次コンテンツをダウンロードすることも可能とされている。
そのうえで、上記手順５により保存場所アドレスを取得したユーザＡは、いくつかの手段により、他のユーザを対象として、自分の副次コンテンツが副次コンテンツサーバ２にて公開されたことの告知を行うことができる。
手順６は、この公開告知の手段の１つに対応するもので、図示するようにして、コミュニケーションサーバ３にアクセスして、例えばＳＮＳにおける自身のページや、自分のブログなどに、自分の作成した副次コンテンツが公開された旨を書き込むようにされる。このときに、手順５によって取得した保存場所アドレスとしてのＵＲＬを、ともに書き込むようにして貼り付けておくようにされる。

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

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

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

手順１０
上記のようにしてユーザＡの副次コンテンツが保存管理されると、ユーザ端末装置４Ｂのコンテンツ作成・共有アプリケーション１００による、この副次コンテンツの再生が可能になる。手順１０は、ユーザＢによるコンテンツ作成・共有アプリケーション１００に対する再生指示操作に応じて、この副次コンテンツのコンテンツ内容が映像や音などとして再生出力されるように、副次コンテンツファイルを再生するための手順となる。

図４は、編集・共有アプリケーション１００による副次コンテンツの再生概念を示している。
副次コンテンツファイルの再生にあたっては、先ず、コンテンツ作成・共有アプリケーション１００が、その実体データである副次コンテンツファイルの再生制御情報についての解釈処理を実行する。この解釈処理の結果、コンテンツ作成・共有アプリケーション１００は、例えば先ず、再生に必要な実コンテンツデータを有する一次コンテンツファイル（原編集素材コンテンツ）が何であり、また、再生のシーケンスにおいて、各原編集素材コンテンツにおける実コンテンツデータ（ビデオデータ、オーディオデータなど）のどの部分が、どの再生時間において、どのようにして利用されるのかなどを認識することができる。
この図では、原編集素材コンテンツＡ，Ｂ，Ｃを利用しているものとして認識されたとする結果例を示している。そして、この認識結果に従い、コンテンツ作成・共有アプリケーション１００は、原編集素材コンテンツＡ，Ｂ，Ｃとしての一次コンテンツファイルの実コンテンツデータを利用して、シーケンサとしての再生制御を実行するようにされる。この結果、副次コンテンツとしてのコンテンツ内容が画像や音として再生される。

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

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

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

また、上記図２の説明によれば、本実施形態における副次コンテンツの作成は、編集素材のコンテンツ（編集素材コンテンツ）として一次コンテンツを直接的に二次利用するものとしている。つまり、この場合の編集素材コンテンツとしては、再生時においてその実コンテンツデータが必要になる一次コンテンツ（「原編集素材コンテンツ」ともいうことにする）である。
しかし、本実施形態において二次利用の対象となる編集素材コンテンツには、一次コンテンツだけではなく、副次コンテンツも含めることができる。図５を参照してこの点について補足しておく。図５（ａ）（ｂ）（ｃ）には、それぞれ、２つの編集素材コンテンツを二次利用して編集することで１つの副次コンテンツを作成する場合を示している。
まず、図５（ａ）は、図２により説明した副次コンテンツの作成例と同様に、編集素材コンテンツＡ，Ｂがそれぞれ一次コンテンツである場合を示している。つまり、一次コンテンツＡを編集素材コンテンツＡとし、これとは異なる一次コンテンツである一次コンテンツＢを編集素材コンテンツＢとして編集処理を実行して副次コンテンツを作成しているものである。この場合の副次コンテンツは、図示するようにして、内容的には一次コンテンツＡと一次コンテンツＢの少なくとも一部を有して成るものとされる。つまり大元の編集素材となるコンテンツ(即ち、原編集素材コンテンツである)として、一次コンテンツＡ、Ｂを使用しているものである。

図５（ｂ）は、図５（ａ）と同じ一次コンテンツとされる編集素材コンテンツＡと、一次コンテンツＣ、Ｄを二次利用して作成された副次コンテンツである編集素材コンテンツＣとを二次利用して編集することで、副次コンテンツを作成できることを示している。この場合の副次コンテンツは、編集素材コンテンツＡに含まれる一次コンテンツＡの少なくとも一部と、編集素材コンテンツＣに含まれる一次コンテンツＣ、Ｄのそれぞれの少なくとも一部とを有してコンテンツ内容を形成するものとなる。つまり、原編集素材コンテンツとしては、一次コンテンツＡ，Ｃ，Ｄとなるこものであり、従って、この図５（ｂ）に示される新規の副次コンテンツを再生する場合には、これら一次コンテンツＡ、Ｃ、Ｄをローカル上に置く必要がある、ということになる。
図５（ｃ）は、副次コンテンツである２つの編集素材コンテンツＣ、Ｄを二次利用して編集することで副次コンテンツを新規に作成できることを示している。この場合の新規作成される副次コンテンツは、編集素材コンテンツＣに含まれる一次コンテンツＣ、Ｄのそれぞれの少なくとも一部と、編集素材コンテンツＤに含まれる一次コンテンツＥ、Ｆのそれぞれの少なくとも一部とを有してコンテンツ内容を形成するものとなる。従って、図５（ｃ）に示される新規の副次コンテンツを再生する場合には、原編集素材である一次コンテンツＣ、Ｄ、Ｅ、Ｆをローカル上に置く必要があることになる。

また、上記図５（ｂ）（ｃ）のようにして副次コンテンツを作成するための編集素材コンテンツとして副次コンテンツを利用する場合には、先ず、ユーザは、一次コンテンツを編集素材コンテンツとして扱う場合と同様に、編集素材コンテンツとしての副次コンテンツをローカル上に置くために、例えばダウンロードを行ってユーザ端末装置４に記憶保存させるようにする。

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

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

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

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

制御部１１は、一次コンテンツサーバ１における各種制御処理を統括して実行する部位とされ、例えばＣＰＵ(Central Processing Unit)、ＲＡＭ（主記憶装置）などから形成されるコンピュータシステムの中枢部に相当するハードウェア構成を有する。

記憶部１２は、例えばＨＤＤなどを備えて構成され、一次コンテンツデータベース１２ａを記憶している。一次コンテンツデータベース１２ａは、配信すべき一次コンテンツとしてのファイルをデータベース化した情報単位とされる。

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

検索処理部１４は、データベース管理部１５と協働して、一次コンテンツデータベース１２ａにアクセスして、目的の一次コンテンツを検索する処理を実行する部位とされる。

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

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

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

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

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

制御部２１は、副次コンテンツサーバ２における各種制御処理を統括して実行する部位とされる。これも、ハードウェア構成としては、例えばＣＰＵ、ＲＡＭ（主記憶装置）などから形成されるコンピュータシステムの中枢部に相当する部位を有して成る。

記憶部２２は、例えばＨＤＤなどを備えて構成され、例えば副次コンテンツサーバが実行するプログラムのほか、各種所要のデータ、情報が記憶保存される。ここでは、記憶部２２に記憶されるデータのうちから、副次コンテンツデータベース２２ａ、一次コンテンツプロファイルデータベース２２ｂ、Ｗｅｂサイト登録情報２２ｃ、広告登録情報２２ｄ、利益配分情報２２ｅを抜き出して示している。

副次コンテンツデータベース２２ａは、副次コンテンツファイルをデータベース化して構築した情報単位とされる。
一次コンテンツプロファイルデータベース２２ｂは、一次コンテンツプロファイルとしてのデータをデータベース化して構築したものとされる。一次コンテンツプロファイルは、一次コンテンツサーバ１が保有する一次コンテンツごとに関連した所定の情報項目から成るデータとされ、後述するようにして、一次コンテンツサーバ１から副次コンテンツサーバ２に対して送信されてくる。
Ｗｅｂサイト登録情報２２ｃは、副次コンテンツサーバ２が保有する副次コンテンツを掲載するＷｅｂサイトについてのＷｅｂサイトＩＤから成る単位情報とされる。ＷｅｂサイトＩＤは、ネットワーク（インターネット）上に存在するＷｅｂサイトについての識別子である。このＷｅｂサイト２２ｃの情報は、後述するようにして、利益配分処理部２５が利益配分処理を実行する際に利用される。
広告登録情報２２ｄは、後述する広告会社からの登録により提供される広告データ、及び広告料金など、広告に関連した所要の情報から成る単位情報である。
利益配分情報２２ｅは、一次コンテンツ権利者、副次コンテンツのクリエータ、及びＷｅｂサイト（サービス主体）などの利益享受者ごとの、配分された利益についての内容が示される情報である。利益配分処理部２５による利益配分処理の結果が、この利益配分情報２２ｅに反映される。

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

検索処理部２４は、コンテンツデータベース管理部２６と協働して、副次コンテンツデータベース２２ａにアクセスして、目的の副次コンテンツを検索する処理を実行する。

本実施形態では、後述するようにして、１つの副次コンテンツに関連して、一次コンテンツの権利者、副次コンテンツのクリエータ、及びＷｅｂサイト（サービス主体）の三者を対象にして金銭的利益が発生するようにされている。
利益配分処理部２５は、上記のようにして副次コンテンツに関連した利益が発生した場合に、この利益についての上記三者間での配分に関する処理を実行する部位となる。

コンテンツデータベース管理部２６は、記憶部２２における副次コンテンツデータベース２２ａについての管理を行う。例えば副次コンテンツ（副次コンテンツファイル）が新規にアップロードされた場合に応じては、副次コンテンツデータベース２２ａに対して、アップロードされてきた副次コンテンツを登録するようにして更新する。また、同様にして副次コンテンツ（副次コンテンツファイル）を削除することとなった場合には、このための削除処理と、削除結果に応じたデータベースの更新を行うようにされる。

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

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

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

制御部３１は、コミュニケーションサーバ３における各種制御処理を統括して実行する部位とされ、例えばＣＰＵ、ＲＡＭ（主記憶装置）などから形成されるコンピュータシステムの中枢部に相当するハードウェア部位を有して成る。

記憶部３２は、例えばＨＤＤなどを備えて構成され、ブログデータベース３２ａとＳＮＳデータベース３２ｂとを記憶している。例えばブログデータベース３２ａは、ユーザが開設したブログのデータがデータベース化された情報単位とされる。また、ＳＮＳデータベース３２ｂは、ＳＮＳのユーザごとのページ内容等がデータベース化された情報単位とされる。

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

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

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

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

図９は、サンプルコンテンツサーバ８の内部構成例を示している。
この図に示されるサンプルコンテンツサーバ８は、制御部５１、記憶部５２、検索処理部５３、データベース管理部５４、ネットワークインターフェース５５を備えている。
制御部５１は、サンプルコンテンツサーバ８における各種制御処理を統括して実行する部位とされ、例えばＣＰＵ、ＲＡＭ（主記憶装置）などから形成されるコンピュータシステムの中枢部に相当するハードウェア部位を有して成る。

記憶部５２は、例えばＨＤＤなどを備えて構成されるもので、ここでは、記憶情報として、サンプルコンテンツデータベース５２ａが示されている。このサンプルコンテンツデータベース５２ａとしての形式によりサンプルコンテンツが登録された状態で記憶管理されている。

検索処理部５３は、データベース管理部５４と協働して、サンプルコンテンツデータベース５２ａにアクセスして、目的のサンプルコンテンツを検索する処理を実行する。

データベース管理部５４は、サンプルコンテンツデータベース５２ａについての管理を行う。例えば一次コンテンツサーバ１に対する一次コンテンツの新規登録に応じて、これに対応のサンプルコンテンツがアップロードされてきたときには、サンプルコンテンツデータベース５２ａに対して、アップロードされてきたサンプルコンテンツを登録するようにして更新する。また、例えば一次コンテンツサーバ１において一次コンテンツを削除するなどした場合には、これとの整合を図るために、対応するサンプルコンテンツの削除処理と、削除結果に応じたデータベースの更新を行うことができる。

ネットワークインターフェース５５は、ネットワーク５経由での通信を行うための部位である。例えばアップロードされてくるサンプルコンテンツや、配信（送信）要求などの受信、及び配信要求に応答したサンプルコンテンツファイルのデータの送信などとして通信は、このネットワークインターフェース５５が制御部５１の制御に応じて通信処理を実行することにより実現される。
なお、サンプルコンテンツのデータは、後述するようにしてストリーミングにより送信することが可能とされる。この場合には、例えばストリーミングサーバが必要になる。図９においては明確に図示していないが、上記の構成の下で、サンプルコンテンツサーバ８におけるストリーミングサーバは構築されているものとする。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

プレーヤ部１２０は、一次コンテンツファイル及び副次コンテンツファイルを再生して画像・音声などとして出力させるための信号処理過程のうちで、デジタル段階で施しておくべき所要の信号処理を実行するための部位とされる。
先ず、一次コンテンツファイルは、データ本体として、コンテンツ内容を再現する所定形式のビデオデータ・オーディオデータなどとしての実コンテンツデータを有する。従って、プレーヤ部１２０が一次コンテンツファイルを再生するときには、この実コンテンツデータとしてのビデオデータ・オーディオデータなどを再生するためのデジタル信号処理を実行する。この際、実コンテンツデータについて圧縮符号化が施されているのであれば、この圧縮符号化に対応する復号処理を施したうえでデジタルビデオ信号、デジタルオーディオ信号についての再生信号処理を実行する。
また、副次コンテンツを再生する場合には、上記副次コンテンツファイル生成・解釈処理部１１８により決定された再生処理のシーケンスに従って、原編集素材コンテンツである一次コンテンツファイルの必要データ部分を順次再生していくという、シーケンサとしての再生処理を実行するようにされる。

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

次に、本実施形態に対応するコンテンツファイル（一次コンテンツファイル、副次コンテンツファイル）の構造例について、図１３〜図１５を参照して説明する。
先ず、図１３（ａ）には、副次コンテンツファイルの構造例が示される。
この図に示すようにして、副次コンテンツファイルは、ヘッダとボディ（本体部）から成る。
ヘッダには、副次コンテンツファイルに関連した所定の情報項目（メタデータ、付加情報）の集合から成るヘッダ情報を格納する。
ボディは、そのコンテンツファイルのコンテンツ内容に対応する実体データを格納する。従って、副次コンテンツファイルの場合には、再生制御情報を格納することになる。

図１３（ｂ）には、一次コンテンツファイルの構造例が示される。
一次コンテンツファイルもヘッダとボディから成り、ヘッダには、一次コンテンツに対応する所定の情報項目（メタデータ）の集合から成るヘッダ情報を格納する。また、ボディには、コンテンツ内容に対応する実体データとして、所定形式の実コンテンツデータを格納する。

また、本実施形態では、一次コンテンツファイルごとに対応してサンプルコンテンツファイルがあるものとされる。このサンプルコンテンツファイルも、図１３（ｂ）に示される一次コンテンツファイルと同様の構造を有するものとする。つまり、サンプルコンテンツに対応する所定のメタデータの集合から成るヘッダ情報と、サンプルとしてのコンテンツ内容（サンプル内容）を再現するための実コンテンツデータを格納する。

ここで、副次コンテンツファイルのヘッダが格納するヘッダ情報の内容例を図１４に示す。
この図においては、ヘッダ情報を形成する情報項目（メタデータ項目）として、本コンテンツ関連基本情報、利用原編集素材コンテンツ情報、利用編集素材コンテンツ情報、本コンテンツ利用許諾情報、本コンテンツ世代情報を有するものとしている。

本コンテンツ関連基本情報は、現コンテンツファイルに関連した基本的な情報項目（メタデータ）から成る。
図１５は、本コンテンツ関連基本情報を形成する情報項目（メタデータ項目）群の一例を示している。ここでは、コンテンツＩＤ、タイトル、クリエータ、コンテンツ種別、再生時間、作成日時、ジャケットデータ、ジャンル・・・などが示されている。
ここでのコンテンツＩＤは、現副次コンテンツファイルに固有に与えられる識別子となる。なお、本実施形態では、これらのコンテンツＩＤは、例えば副次コンテンツサーバ２のコンテンツデータベース管理部２６によりコンテンツファイルごとに付されるものとする。

タイトルは、現副次コンテンツファイルに与えられたタイトル名を示す情報である。
本実施形態において「クリエータ」とは、副次コンテンツの作成者としての立場からみたユーザのことをいう。そして、このクリエータの情報は、現副次コンテンツファイルのクリエータ（作成者、制作者、アーティストなどともいわれる）を示す。ここでは、クリエータに対応する名称と、クリエータとされるユーザのユーザＩＤを格納するものとする。
コンテンツ種別は、例えば動画、楽曲、写真（静止画）などをはじめとして、現副次コンテンツファイルが有するコンテンツ内容の種類、範囲などがどのようなものであるのかを示す情報となる。
再生時間は、現副次コンテンツファイルとしてのコンテンツの総再生時間を示す情報である。
作成日時は、現副次コンテンツファイルの作成された日付、時刻を示す情報である。
また、コンテンツには、アルバムジャケットに相当する画像データが付されている場合がある。ジャケットデータは、このような画像データとなる。
ジャンルは、現副次コンテンツファイルのコンテンツ内容に与えられるジャンルが何であるのかを示す情報となる。
なお、本コンテンツ関連基本情報に含める情報項目としては、ここで挙げているもの以外にも考えることができる。

利用原編集素材コンテンツ情報は、現副次コンテンツファイルのコンテンツ内容を再生するのに必要とされる原編集素材コンテンツ（これが利用原編集素材コンテンツである）が何であるのかを示す情報である。換言すれば、現副次コンテンツの作成のために結果的にその実コンテンツデータを利用すべきこととなった一次コンテンツファイル、若しくは副次コンテンツファイルが何であるのかを示す情報である。

図５との対応であれば、編集処理により新規に作成される副次コンテンツを形成しているものとして示されている一次コンテンツファイルが、上記利用原編集素材コンテンツ情報となるものである。従って、利用原編集素材コンテンツ情報は、図５（ａ）の場合に対応しては一次コンテンツＡ、Ｂを示し、図５（ｂ）の場合に対応しては一次コンテンツＡ、Ｂ、Ｃを示し、図５（ｃ）の場合に対応しては一次コンテンツＣ、Ｄ、Ｅ、Ｆを示す内容となる。

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

また、利用編集素材コンテンツ情報は、現副次コンテンツァイルを作成するために直接的に利用した編集素材コンテンツ（利用編集素材コンテンツ、直接利用コンテンツ）が何であるのかを示す情報とされる。
図５との対応であれば、図５（ａ）に示される新規の副次コンテンツの場合には、利用編集素材コンテンツ情報に編集素材コンテンツＡ，Ｂとしての実際の一次コンテンツファイルを示すデータを格納することになる。また、図５（ｂ）に示される新規の副次コンテンツの場合であれば、利用編集素材コンテンツ情報には、編集素材コンテンツＡとされる一次コンテンツファイルと、編集素材コンテンツＣとされる副次コンテンツファイルを示すデータを格納する。また、図５（ｃ）に示される新規の副次コンテンツの場合であれば、利用編集素材コンテンツ情報には、編集素材コンテンツＣ、Ｄとされる各副次コンテンツファイルを示すデータを格納する。
なお、図１６により後述するように、利用編集素材コンテンツ情報としても、ここに示される編集素材コンテンツごとに関連した所定内容の付随情報を有しているものとされる。

本コンテンツ利用許諾範囲情報は、現コンテンツファイルに設定した利用許諾範囲の情報とされる。この構造は、図１６により後述する利用コンテンツ情報の構造例における利用許諾範囲情報に準ずればよい。

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

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

単位ファイル情報においては、例えばコンテンツＩＤ、クリエータ、タイトル、そして、利用許諾範囲情報の各情報項目が設けられる。
ここでのコンテンツＩＤには、対応する利用コンテンツのコンテンツファイルに与えられたコンテンツＩＤを格納する。
クリエータは、対応する利用コンテンツの作成者を示すものとして、例えばその名称、及び、このクリエータとされるユーザのユーザＩＤを格納する。
タイトルは、対応する利用コンテンツのタイトルを例えばその名称などにより示す。

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

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

なお、一次コンテンツファイルについてのヘッダ情報の内容に関しては、特に図示による説明は省略するが、一次コンテンツファイルに関連して必要であるとして定義した情報が格納されていればよい。
しかし、本実施形態に関すれば、例えば一次コンテンツファイルのヘッダ情報についても、副次コンテンツファイルと共通の構造を与えるようにすることが、妥当な仕様の１つとして考えられる。
このような一次コンテンツファイルのヘッダ情報の構造とすれば、一次コンテンツと副次コンテンツとでヘッダ構造が共通化されるので、本実施形態のコンテンツ作成・共有システムにおけるコンテンツファイル管理の効率化が期待される。一例としては、一次コンテンツファイルが本コンテンツ利用許諾範囲情報を有することになるので、第１世代となる一次コンテンツについて、その作成者の判断や考え方をより忠実に反映した利用許諾範囲を設定することが可能となる。
ただし、確認のために述べておくと、一次コンテンツファイルは、他のコンテンツを二次利用して作成するものではない。従って、例えば一次コンテンツファイルのヘッダにおいて、上記図１６に示した利用原編集素材コンテンツ情報と利用編集素材コンテンツ情報については特に有意な内容を格納する必要はない。

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

図１７は、再生制御情報の内容例を示している。この図においては、[ ]により括られる記述部分が、１つの利用コンテンツ（原編集素材コンテンツ）についての或る１つの再生制御内容を示しているものとされる。
この図１７に示される利用コンテンツ単位の再生制御内容の例について説明しておく。
先ず、図において先頭に示される利用コンテンツ単位の再生制御内容としては、
[
file_id=AAAAAA;
time=00:00-00:10;
position=vv-zz
]
と記述されている。これは、利用コンテンツがコンテンツＩＤ=AAAAAA(ここではfile_idの記述子がコンテンツＩＤを示すものとされる)により指定されるものであり、この利用コンテンツを利用する現副次コンテンツの再生時間は00:00（開始時点）〜00:10（再生時間１０秒）であり、この再生時間において利用する利用コンテンツのデータ区間（実コンテンツデータの区間）は、アドレスvvからアドレスzzまでに対応する範囲であることを指定している。
これに続く利用コンテンツ単位の再生制御内容は、
[
file_id=AAAAAA;
time=00:10-00:15;
position=ss-tt
]
と記述されている。これは、利用コンテンツがコンテンツＩＤ=AAAAAAにより指定されるものであり、この利用コンテンツを利用する現副次コンテンツの再生時間は00:10〜00:15であり、この再生時間において利用する利用コンテンツのデータ区間は、アドレスssからアドレスttまでに対応する範囲であることを指定している。
続く利用コンテンツ単位の再生制御内容は、
[
file_id=BBBBBB;
time=00:15-00:20;
position=ss-tt
]
と記述されている。これは、利用コンテンツがコンテンツＩＤ=BBBBBBにより指定されるものであり、この利用コンテンツを利用する現副次コンテンツの再生時間は00:15〜00:20であり、この再生時間において利用する利用コンテンツのデータ区間は、アドレスppからアドレスuuまでに対応する範囲であることを指定している。
例えば、本実施形態のコンテンツ作成・共有アプリケーション１００のプレーヤ部１２０は、副次コンテンツファイルの再生にあたっては、上記のようにして［ ］により括られる利用コンテンツ単位の再生制御内容を逐次解釈していき、その解釈結果に応じて実際に再生制御を実行することで、副次コンテンツを、ビデオ信号やオーディオ信号などとして再生出力する。

続いて、本実施形態でのサンプルコンテンツを利用した副次コンテンツ再生について説明していく。
図１８は、本実施形態におけるサンプルコンテンツを利用した副次コンテンツ再生(以降、「サンプル利用副次コンテンツ再生」ともいう)の一態様例を示している。この図を参照して、サンプル利用副次コンテンツ再生の再生態様例を、その必要性とともに述べていくこととする。

図１８（ａ）には、１つの副次コンテンツＡについての再生時間に従った、本来の完全な再生内容（正規コンテンツ内容）を、原編集素材コンテンツの内訳によって示している。
この場合の副次コンテンツＡは、図示するようにして、再生時間に従って、先頭から、一次コンテンツＡ、一次コンテンツＢ、一次コンテンツＣ、一次コンテンツＤ、一次コンテンツＥごとの少なくとも一部の再生時間部分のコンテンツ内容が順次再生されていくようにして編集が行われたものとされている。
なお、副次コンテンツ作成にあたっての編集の仕方には、例えば複数の原編集素材コンテンツのコンテンツ内容を同じ再生時間において重複（ミキシング）させることも可能とされる。しかし、ここでは、サンプル利用副次コンテンツ再生についての説明を分かりやすくすることの便宜上、副次コンテンツＡは上記した編集の仕方により形成されたものとしている。

ここで、或るユーザ端末装置４のユーザが、副次コンテンツＡを保有しているとする。
なお、ここでのユーザによるコンテンツの「保有」とは、例えば、１つにはそのユーザのコンテンツ作成・共有アプリケーション１００（ユーザ端末装置４）にとってローカルとしてみることのできる環境にてコンテンツファイルを記憶管理している状態をいう。また、例えばローカルにて存在しておらず、サーバなどに存在しているとしても、例えばコンテンツ作成・共有アプリケーション１００によりアクセスしてストリーミングなどにより再生できるようなものがあれば、このようなコンテンツファイルもユーザが「保有」しているものとしてみることができる。このような一次コンテンツの例としては、例えば、サブスクリプションなどといわれる予約購読的なコンテンツ視聴契約によりサーバから任意にストリーミングによる再生若しくはダウンロードによるローカ保存ができるようなものを挙げることができる。これは、例えばその再生開始に際して改めて料金負担を強いられることなく、ユーザが再生できる権利を有しているコンテンツであるともいえる。

これまでの説明からも理解されるようにして、副次コンテンツＡを正規コンテンツ内容のとおりに再生するためには、ユーザが、副次コンテンツＡにおける全ての原編集素材コンテンツを保有している必要がある。つまり、副次コンテンツＡに対応する原編集素材コンテンツの全てが、ユーザが保有しているとみなされる一次コンテンツ（保有一次コンテンツ）のなかに含まれている必要がある。
そして、この場合においてユーザは、副次コンテンツＡの原編集素材コンテンツである、一次コンテンツＡ、一次コンテンツＢ、一次コンテンツＣ、一次コンテンツＤ、一次コンテンツＥのうち、一次コンテンツＡ、Ｂ、Ｄ、Ｅは保有しているが、一次コンテンツＣのみを保有していない状況にあるとする。

例えば仮に、ユーザが、一次コンテンツＡ〜Ｅの全てを保有している状況で、コンテンツ作成・共有アプリケーション１００（プレーヤ部１２０）により副次コンテンツＡを再生した場合には、図１８（ａ）に示すようにして、再生時間軸に従って、一次コンテンツＡ→一次コンテンツＢ→一次コンテンツＣ→一次コンテンツＤ→一次コンテンツＥの順で連続して再生出力される。この場合、ユーザは、正規コンテンツ内容を視聴することができる。

これに対して、上記図１８（ｂ）に示すようにして、ユーザが一次コンテンツＣを保有していない状況で副次コンテンツＡを再生した場合、つまり、副次コンテンツＡを再生するのにあたって必要な一次コンテンツ（原編集素材コンテンツ）のうちで、不足する一次コンテンツ（不足一次コンテンツ）が存在する場合、その再生出力結果としては、例えば次のようになる。
つまり、図１８（ａ）において一次コンテンツＡ、Ｂの順で再生されて、次の一次コンテンツＣの区間にいたったときには、一次コンテンツＣとしてのコンテンツ内容が出力されない状態となる。例として一次コンテンツＣがオーディオコンテンツであるとすると、図１８（ａ）における一次コンテンツＣに対応する区間は無音状態が継続することになる。あるいは動画などのビデオコンテンツであるとすると、一次コンテンツＣに対応する区間では、映像が出力されない、若しくは、一次コンテンツＢの最後の画像が静止画として継続して表示されるような状態となる。そして、このコンテンツ内容の出力されない区間を終了すると、また改めて一次コンテンツＤ、Ｅの順で再生される。

このようにして、副次コンテンツを再生するのにあたり、その副次コンテンツが利用する原編集素材コンテンツとしての一次コンテンツが保有されていない、即ち不足一次コンテンツがある場合には、この不足一次コンテンツの部分が再生されずに抜け落ちる。つまり、ユーザは、その副次コンテンツを視聴できたとしても、不足一次コンテンツに対応する部分が抜け落ちた内容を視聴することになる。このような再生内容は、コンテンツ内容がいきなり中断するようなものであるために、ユーザに対して違和感、不快感を与える可能性がある。また、このような再生出力の態様では、正規なコンテンツ内容から相当にかけ離れた内容を視聴することになるので、ユーザとしては、副次コンテンツＡの完全なコンテンツ内容をイメージしにくくなるとも考えられる。また、このように副次コンテンツの完全なコンテンツ内容をイメージしにくいと、ユーザが完全なコンテンツ内容を聴いてみたいという思いを持ちにくくなり、不足一次コンテンツを購入する機会も失われやすいとも考えられる。

このような場合には、もちろん、ユーザは、新たに一次コンテンツＣをダウンロードするなどして保有すればよい。しかし、例えばユーザによっては、一次コンテンツＣをダウンロードし、その後改めて副次コンテンツＡを正規コンテンツ内容で視聴してみたところ、あまり気に入ったかんじではなく、一次コンテンツＣをわざわざダウンロードしなくてもよかったという思いをする場合のあることも考えられる。

そこで、本実施形態としては、副次コンテンツを再生出力するのにあたり、原編集素材として利用すべき一次コンテンツを保有していない状況では、その保有していない一次コンテンツ（不足一次コンテンツ）に代えて、そのサンプル内容を再生できるようにする。

つまり、図１８（ｂ）に示す一次コンテンツの保有状況下で副次コンテンツＡを再生するのにあたっては、図１８（ｃ）に示すようにして、先ず、一次コンテンツＡ、Ｂを順次再生し、次に、一次コンテンツＣに対応するサンプルコンテンツを再生する。そして、このサンプルコンテンツの再生が完了したとされると、一次コンテンツＤ、Ｅを順に再生出力する。

このようにしてサンプル利用副次コンテンツ再生が行われることで、先ず、コンテンツの再生出力が中断する状態を避けられるので、ユーザの違和感、不快感は大幅に解消される。また、ユーザは、完全ではないが、より本来のものに近いかたちでのコンテンツ内容をイメージできることになる。そして、本来のコンテンツ内容により近いイメージをもてることにより、ユーザとしては、コンテンツ内容のイメージが気に入りさえすれば、不足一次コンテンツを改めて購入して保有して完全なコンテンツ内容を視聴したいと思う可能性も高くなると考えられる。つまり、一次コンテンツの販売に寄与できることにもなる。

続いて、上記図１８に例示した本実施形態としてのサンプル利用副次コンテンツ再生を実現するための構成例について説明していく。

先ず、図１９により、サンプルコンテンツサーバ８におけるサンプルコンテンツの管理態様例について説明する。
この図においては、サンプルコンテンツサーバ８の記憶部５２におけるサンプルコンテンツデータベース５２ａにおけるサンプルコンテンツ管理として、一次コンテンツとの対応付けに関する管理の態様例が示されている。

ここで、サンプルコンテンツデータベース５２ａにおいては、図示するようにして、ＩＤ・ＵＲＬ対応テーブルを有しているものとされる。ＩＤ・ＵＲＬ対応テーブルは、一次コンテンツサーバ１が保有する一次コンテンツのコンテンツＩＤごとに、記憶部５２にて記憶されているサンプルコンテンツのＵＲＬ（アドレス、所在）を対応付けたテーブル形式のデータである。

例えば、図のＩＤ・ＵＲＬ対応テーブルにおいては、一次コンテンツＡのコンテンツＩＤ＝AAAAAAとURL1が対応付けられている。そして、このURL1の実際としては、記憶部５２における特定のアドレス（ディレクトリ）に対応するURLが記述されているものであり、ここでは、サンプルコンテンツＡのデータが置かれているURLが記述されている。つまり、例えば一次コンテンツＡのコンテンツＩＤをキーとしてＩＤ・ＵＲＬ対応テーブルを参照することで、サンプルコンテンツＡのアドレス（保存場所）が分かることになる。そして、このようにして一次コンテンツＡと対応付けられるサンプルコンテンツＡは、一次コンテンツＡに対応するサンプル内容を有している。
また、例えば一次コンテンツＢのコンテンツＩＤ＝BBBBBBに対応付けられているURL2には、一次コンテンツＢに対応するサンプル内容を有するサンプルコンテンツＢのURLが記述される。そして以降、同様にして、ＩＤ・ＵＲＬ対応テーブルにおいては、最後となる一次コンテンツＸまで、各一次コンテンツごとに、対応するサンプルコンテンツのURLが記述されている。
このようにして、ＩＤ・ＵＲＬ対応テーブルにより、一次コンテンツサーバ１にて保有する一次コンテンツと、サンプルコンテンツサーバ８にて保有するサンプルコンテンツのうちで、対応するサンプル内容を有するサンプルコンテンツとの対応が図られる。

図２０のフローチャートは、サンプル利用副次コンテンツ再生のためにユーザ端末装置４（コンテンツ再生装置）とサンプルコンテンツサーバ８（サーバ装置）が実行する処理例を示している。なお、この図におけるユーザ端末装置４の処理は、主としてコンテンツ管理・作成ツール１０１におけるプレーヤ部１２０としての機能部が、必要に応じて他の機能部（図１２に示す）と協働して実行するものとしてみることができる。つまりは、ユーザ端末装置４がコンテンツ管理作成ツール１０１としてのプログラムを実行することにより実現される。また、この図におけるサンプルコンテンツサーバ８の処理も、制御部５１としてのコンピュータシステムがプログラムを実行することにより実現されるものとしてみることができる。

ここで先ず、例えばユーザ端末装置４上で起動しているコンテンツ管理・作成ツール１０１に対するユーザ操作として、既に保有されている副次コンテンツのうちから１つの副次コンテンツを選択して、その再生を指示する操作が行われたとする。
この操作に応じては、ステップＳ１０１により、例えばプレーヤ部１２０が副次コンテンツファイル生成・解釈処理部１１８に指示を行って、再生が指示された副次コンテンツ（再生対象副次コンテンツ）を読み出してその再制御情報の内容を解釈する処理を実行させる。
この解釈処理の結果として、ここでは、ステップＳ１０２により、再生対象副次コンテンツについての原編集素材としての一次コンテンツ（原編集素材コンテンツ）が何であるのかを認識する。この認識にあたっては、例えば原編集素材コンテンツのコンテンツＩＤを認識することになる。

なお、先の図１６による説明によれば、副次コンテンツの原編集素材コンテンツのコンテンツＩＤは、ヘッダ情報における利用原編集素材コンテンツ情報を参照することで認識可能である。従って、ステップＳ１０２に応じた原編集素材コンテンツの認識結果を得るためには、再生制御情報の解釈に代えて、利用原編集素材コンテンツ情報を参照することとしてもよい。但し、この場合においては、後述するステップＳ１０６により再生対象副次コンテンツの再生処理を実行することになるので、このための準備処理としての目的とも併せて、ステップＳ１０１にて再生制御情報の解釈を実行することとしているものである。

ここでは、一次コンテンツファイル群１０３に含まれている一次コンテンツファイルがユーザの保有コンテンツに相当するものとする。
そこで、例えばプレーヤ部１２０は、例えば副次コンテンツ管理処理部１１５と協働し、ステップＳ１０３により、ＨＤＤ４８に記憶されている一次コンテンツファイル群１０３を形成する一次コンテンツファイルのなかに、上記ステップＳ１０２にて認識した原編集素材としての一次コンテンツと同じものがあるか否かについての照合処理を実行する。
この照合処理の結果、ステップＳ１０２にて認識した原編集素材としての一次コンテンツごとに、ユーザが保有しているとみなされるもの（保有原編集素材コンテンツ）と保有していないとされるもの（不足一次コンテンツ）との間での区分が得られることになる。つまり、ステップＳ１０３によっては、ステップＳ１０２にて最終的に認識した原編集素材としての一次コンテンツのうちで、不足一次コンテンツであるものを認識することになる。

次のステップＳ１０４においては、例えばプレーヤ部１２０は通信制御部１１１と協働して、上記ステップＳ１０３にて認識された不足一次コンテンツをサンプルコンテンツサーバ８に対して通知するための処理を実行する。この通知にあたっては、例えば不足一次コンテンツごとのコンテンツＩＤをサンプルコンテンツサーバ８に対して送信する。

サンプルコンテンツサーバ８は、ステップＳ２０１により、上記ステップＳ１０４に応じて送信されてくる不足一次コンテンツの通知（コンテンツＩＤ）を受信すると、ステップＳ２０２以降の手順に進む。

ステップＳ２０２においてサンプルコンテンツサーバ８は、記憶部５２のサンプルコンテンツデータベース５２ａにおけるコンテンツＩＤ・ＵＲＬテーブルを参照する。そして、コンテンツＩＤ・ＵＲＬテーブルから、ステップＳ２０１により受信した不足一次コンテンツのコンテンツＩＤごとに対応するサンプルコンテンツのＵＲＬを検索して取得する。
次に、サンプルコンテンツサーバ８は、ステップＳ２０３により、上記ステップＳ２０２により取得したＵＲＬを通知する。この際には、例えば、ＵＲＬについて、不足一次コンテンツのコンテンツＩＤとの対応付けが示される形式によりユーザ端末装置４に送信する。

ユーザ端末装置４では、上記ステップＳ２０３による通知として送信されてくるＵＲＬの情報を、ステップＳ１０５にて受信する。このとき、例えばアプリケーションの層では、コンテンツ管理・作成ツール１０１における通信制御部１１１が受信し、例えばプレーヤ部１２０に渡すものとされる。

プレーヤ部１２０は、ステップＳ１０６として、ステップＳ１０１による再生対象副次コンテンツについての再生制御情報の解釈結果と、ステップＳ１０５に対応して取得した不足コンテンツのＵＲＬを利用して、例えば下記のようにして再生処理を実行する。

先ず、ステップＳ１０１の解釈処理により原編集素材として特定した一次コンテンツのうち、不足一次コンテンツについては、例えば、再生シーケンス中における再生開始タイミングよりも前の所定のタイミングで、サンプルコンテンツサーバ８に対してストリーミング要求を行う。このストリーミング要求は、サンプルコンテンツのデータについてのストリーミング方式による送信を要求するもので、要求に際しては、ストリーミング送信してもらうべきサンプルコンテンツを、そのＵＲＬにより指定する。確認のために述べておくと、このＵＲＬは、上記ステップＳ１０５に対応して取得したものである。

ストリーミング要求を受信したサンプルコンテンツサーバ８は、ステップＳ２０４として示すように、その要求とともに受信したＵＲＬが示すディレクトリにおかれているサンプルコンテンツのデータを読み出し、ストリーミング方式により、要求元のユーザ端末装置４（プレーヤ部１２０）に対して送信する。なお、このステップＳ２０４の処理は、ストリーミング要求を受ける都度、サンプルコンテンツサーバ８が実行するものとしてみることができる。

このようなユーザ端末装置４とサンプルコンテンツサーバ８とのやりとりにより、ユーザ端末装置４（プレーヤ部１２０）では、ステップＳ１０６における処理の１つとして、ストリーミングデータ形式でのサンプルコンテンツのデータを受信することができる。なお、確認のために述べておくと、ここでのサンプルコンテンツのデータとは、サンプルコンテンツとしての実コンテンツデータであり、即ち、サンプルコンテンツとしてのコンテンツ内容を再現できるビデオデータ、オーディオデータなどとなる。
そして、プレーヤ部１２０では、ステップＳ１０１により解釈した結果に応じて、原編集素材としての一次コンテンツをシーケンス再生していくのにあたり、ユーザが保有している一次コンテンツを再生開始すべきタイミングに至ったときには、例えばローカルにおける保存場所から読み出したその一次コンテンツについて再生信号処理を開始する。ここでは、このようにしてローカルの保存場所に置かれている一次コンテンツファイルについての再生信号処理を、「ローカル再生」ということにする。
一方、不足一次コンテンツを再生開始すべきタイミングに至ったときには、先に説明したストリーミング要求により、ストリーミングデータの形式でローカルに存在している実コンテンツデータの再生信号処理を開始する。ここでは、このストリーミングデータの再生を「ストリーミング再生」ということにする。

図２１は、上記ステップＳ１０６により実現される副次コンテンツの再生処理について、図１９に示した副次コンテンツＡを例にして模式的に示している。
この場合には、副次コンテンツＡの原編集素材コンテンツである一次コンテンツＡ〜Ｅのうち、一次コンテンツＡ、Ｂ、Ｄ、Ｅについてはユーザが保有しており、一次コンテンツＣのみが不足コンテンツである。なお、ここでは、ユーザが保有するコンテンツは一次コンテンツファイル群１０３に含まれているものとする。
そこで、コンテンツ管理・作成ツール１０１のプレーヤ部１２０は、先ず、再生制御情報の解釈結果に基づく（再生制御情報に従った）副次コンテンツＡの再生処理として、先ず、副次コンテンツＡにおいて最初に再生すべき一次コンテンツＡについては、そのコンテンツファイルのデータを一次コンテンツファイル群１０３から読み出してローカル再生による再生処理を実行する。次に、この一次コンテンツＡの再生処理が終了すると、続いては一次コンテンツＢのローカル再生を実行する。

そして、一次コンテンツＢのローカル再生が終了すると、続いては、ストリーミング要求により受信しているとされる一次コンテンツＣのサンプルデータについての再生処理を開始する。
つまり、副次コンテンツの再生にあたり、不足一次コンテンツの再生区間（パート）においては、ストリーミングデータとして受信しているサンプルコンテンツのデータについて再生信号処理を実行するものである。なお、このときの副次コンテンツＡを再生している流れの中でのサンプルコンテンツについての再生タイミングであるとか、その他、再生制御に関しては、再生制御情報においける、対応の一次コンテンツ（原編集素材コンテンツ）についての記述内容に基づけばよい。
また、実際においては、不足一次コンテンツの再生区間の開始タイミングに併せてストリーミングデータを受信できるとは限らない。そこで、先にも述べたようにして、その不足一次コンテンツの再生開始時間よりも早い所定タイミングでストリーミング要求を行うことで、不足一次コンテンツの再生開始時間よりも早いタイミングでストリーミングデータが受信できるようにしておく。そして、受信したストリーミングデータについてはＲＡＭなどにバッファリングして一時蓄積しておくようにされる。そして、この不足一次コンテンツの再生開始時間に応じたタイミングで再生出力が行われるように、バッファリングしておいたストリーミングデータの再生信号処理を開始する。

次に、上記のようにして一次コンテンツＣに対応するサンプルコンテンツについてのストリーミング再生が終了したとされると、続けては、再生制御情報の解釈結果に従って、一次コンテンツＤ、Ｅについて、順次、ローカル再生を実行する。このような処理が実際のステップＳ１０６として実行されることにより、副次コンテンツＡについてのサンプル利用副次コンテンツ再生が実現される。

なお、本実施形態のサンプル利用副次コンテンツ再生を実現するための構成としては、図１９、図２０により説明した構成に限定されない。一例として、図１９では、ＩＤ・ＵＲＬ対応テーブルにより、一次コンテンツのコンテンツＩＤにサンプルコンテンツのＵＲＬを対応付けすることで、一次コンテンツとサンプルコンテンツとの対応を図っている。しかし、例えばサンプルコンテンツのＵＲＬに代えて、サンプルコンテンツのコンテンツＩＤを対応付けることとしても、本実施形態のサンプル利用副次コンテンツ再生は実現できる。
また、ユーザ端末装置４（コンテンツ管理・作成ツール１０１）側にて不足一次コンテンツのＵＲＬを認識するための仕組みとしては、副次コンテンツのメタデータ（例えばヘッダ情報に格納できる）として、原編集素材コンテンツとしての一次コンテンツごとに、対応するサンプルコンテンツのＵＲＬであるとかコンテンツＩＤを予め格納しておくようにしてもよい。この場合には、ユーザ端末装置４（コンテンツ管理・作成ツール１０１）が、再生対象副次コンテンツのメタデータを参照すれば不足一次コンテンツのＵＲＬを認識できる。従って、図１９に示したＩＤ・ＵＲＬ対応テーブルは不要となる。また、図２０におけるステップＳ１０４、Ｓ１０５、Ｓ２０１〜Ｓ２０３による、ユーザ端末装置４とサンプルコンテンツサーバ８との間での不足コンテンツの通知及びＵＲＬの通知のための処理は必要がなくなる。

また、先にも若干述べたが、副次コンテンツにおいて、同じ再生時間において複数の原編集素材コンテンツがミキシング、合成されて再生出力されるように編集された箇所についても、本実施形態のサンプル利用副次コンテンツ再生は適用される。ステップＳ１０６として述べたように、このような副次コンテンツであっても、不足一次コンテンツがある場合には、その不足一次コンテンツの実コンテンツデータに代えて、サンプルコンテンツのデータを再生するようにして再生処理を実行するという点で変わりはない。

また、図２０、図２１による説明では、サンプルコンテンツについてはストリーミング方式による送信を行うものであるとした。これは、例えば現実的なコンテンツ作成・共有システムの運用において、サンプルコンテンツのデータがローカルにて保存しないことを前提としているためである。従って、サンプルコンテンツのデータをダウンロードしてローカルに保存することが許される場合には、サンプルコンテンツサーバ８からサンプルコンテンツのデータをダウンロード方式により送信して、ユーザ端末装置４によりローカルにて保存させてもよい。そして、その後の副次コンテンツの再生に際しては、サンプルコンテンツについてもローカル再生により再生出力するように構成することになる。この場合には、例えばサンプルコンテンツサーバ８においてストリーミングサーバを省略できる。

これまでの説明をふまえ、次に、本実施形態のコンテンツ作成・共有システムにおける利益配分に関しての説明を行っていく。
本実施形態のコンテンツ作成・共有システムでは、副次コンテンツに関連して金銭的な利益が発生し得る運営を行うものとする。なお、後述するようにして、その利益の享受者は、一次コンテンツの権利者、副次コンテンツのクリエータ、及びＷｅｂサイトなどのＷｅｂサービスの主体（サービス主体）とされる。このようにして利益を発生させ、享受者が利益を享受できる仕組みとすることで、コンテンツ品質の向上、ユーザやサービス主体などのシステム参加者、参入者の増加などをはじめ、コンテンツ作成・共有システムの拡充が期待される。

そこで先ずは、図２２と図２３を参照して、コンテンツ作成・共有システムにおける利益発生の態様例について説明することとし、先に図２２から説明する。
図２２は、コンテンツ作成・共有システムにおける動作、若しくはユーザその他の者による行為を、コンテンツのダウンロードに応じた利益発生の観点からみたものである。
この図においては、本実施形態のコンテンツ作成・共有システムを成す装置のうちで、一次コンテンツサーバ１、副次コンテンツサーバ２、及びユーザ端末装置４Ａ、４Ｂが示されている。ただし、この図では、コミュニケーションサーバ３、サンプルコンテンツサーバ８、及びネットワーク５などの図示は省略している。
ここで、ユーザ端末装置４に対応するユーザは、副次コンテンツを作成する立場の者と、単純にコンテンツを鑑賞する立場の者とで分けられるのであるが、ここでは、前者をクリエータといい、後者をコンテンツ享受者という。図においては、ユーザ端末装置４Ａのユーザがコンテンツ享受者であり、ユーザ端末装置４Ｂのユーザがクリエータである。
また、図において示される一次コンテンツ権利者は、或る一次コンテンツに関連して利益が発生した場合において、その利益を享受する権利を有する者であり、例えば具体的には一次コンテンツの著作者などとされる。
また、Ｗｅｂサイト８は、例えばそのハードウェアとしてはＷｅｂサーバなどとされ、Ｗｅｂコンテンツを提供することで、ネットワーク上のユーザにサービスを提供する機能を有する。本実施形態では、このＷｅｂサイト８が、利益享受者の１つであるサービス主体となる。
なお、以降における図２２の説明に際しては、図中において［ ］内に英数字により示した手順、動作の番号に従って行う。また、説明の流れの都合上、図２２の手順のなかには、一部、図２における手順と重複するものがある。

手順１
ここでは、一次コンテンツ権利者が、一次コンテンツサーバ１に対して一次コンテンツを登録する手続きを行うこととしている。このためには、例えば、一次コンテンツ権利者側が所有する端末から、一次コンテンツサーバ１に対して一次コンテンツファイルのデータを送信してアップロードする。若しくは、一次コンテンツファイルのデータを記録した記録媒体を一次コンテンツサーバ１の運営者に渡し、運営者が一次コンテンツサーバ１に登録するようにしてもよい。いずれにせよ、登録された一次コンテンツファイルは、一次コンテンツデータベース１２ａにより管理されることになる。

手順１−１
また、Ｗｅｂサイト８は、本実施形態のコンテンツ作成・共有システムに参加するのにあたり、しかるべき手順によってＷｅｂサイトＩＤ登録の手続きを行う。この手続きにより、副次コンテンツサーバ２では、Ｗｅｂサイト登録情報２２ｃに対して、新たにＷｅｂサイト８のＷｅｂサイトＩＤをはじめとする所要の情報を登録する。
なお、この手順１−１としてのＷｅｂサイトＩＤ登録としての処理も、Ｗｅｂサイトをコンテンツ作成・共有システムに参加させるための手続きが行われる都度、そのＷｅｂサイトと副次コンテンツサーバ２との間で実行されるものである。

手順２
一次コンテンツサーバ１は、先の手順１による一次コンテンツ登録により得られた一次コンテンツプロファイルのデータを、さらに副次コンテンツサーバ２に送信して登録する。副次コンテンツサーバ２は、送信された一次コンテンツプロファイルのデータを、一次コンテンツプロファイルデータベース２２ｂに対して新規登録して管理する。

ここで、一次コンテンツプロファイルとして最も簡単な構造例を図２４に示す。
このようにして、一次コンテンツプロファイルは、対応する一次コンテンツのコンテンツＩＤ（一次コンテンツＩＤ）と、その権利者を特定する権利者ＩＤ、及び料金の情報項目を有して形成される。
なお、権利者ＩＤは、例えば一次コンテンツサーバ１に対して一次コンテンツを登録しようとする一次コンテンツ権利者が、予めの手続きなどにより権利者登録を行っておくことに応じて割り当てられるものとする。
また、料金の情報項目には、対応する一次コンテンツを購入するにあたっての料金としての金額の値が格納される。これは、例えばダウンロードなどのための料金を示すものとなる。
また、上記手順１、手順２としての処理、動作は、一次コンテンツ権利者によって一次コンテンツを一次コンテンツサーバ１にアップロードする都度、実行されるものとなる。

手順３
ユーザ端末装置４Ｂのユーザは、前述したように、クリエータの立場にあるとしている。また、ここでは、副次コンテンツを作成するためには、その原編集素材となる一次コンテンツをクリエータが保有する必要があるものとする。
手順３は、クリエータが副次コンテンツを作成しようとするのにあたり、保有の必要ではあるが未だ保有していない一次コンテンツ（不足一次コンテンツ）を、例えばユーザ操作に応じて、一次コンテンツサーバ２からダウンロードするための処理となる。

手順４
上記手順３によって、今回の副次コンテンツ作成に必要な一次コンテンツファイルのデータを保有したクリエータは、これらの一次コンテンツファイルを利用して、コンテンツ作成・共有アプリケーション１００に対する操作により新規な副次コンテンツを作成する。

手順５
上記手順４により副次コンテンツを作成したクリエータは、ユーザ端末装置４Ｂから副次コンテンツサーバ４に対して、新規に作成した副次コンテンツファイルのデータを送信してアップロードする。副次コンテンツサーバ２では、このアップロードされた副次コンテンツファイルを、副次コンテンツデータベース２２ａに登録されるようにして記憶部２２に記憶させる。

手順６
ここでは、副次コンテンツサーバ２への副次コンテンツのアップロード（登録）を行った後は、ユーザ端末装置４Ｂのクリエータは、本実施形態のコンテンツ作成・共有システムに参加しているＷｅｂサイトなどを利用して、その副次コンテンツを公開できるものとする。
この手順６は、ユーザ端末装置４Ｂのクリエータが、上記手順５によりアップロードした副次コンテンツをＷｅｂサイト８にて掲載させるためのものとなる。

手順６−１
この手順は、上記手順６によるユーザ端末装置４Ｂ（クリエータ）からＷｅｂサイト８に対する副次コンテンツ掲載のためのアクセスに応じた、Ｗｅｂサイト８と副次コンテンツサーバ２との間での処理となる。
例えば、上記手順６においては、ユーザ端末装置４Ｂのユーザたるクリエータは、Ｗｅｂサーバ８にアクセスして、副次コンテンツが掲載されるように、登録（投稿）のための操作を行う。これに応じて、手順６−１としては、Ｗｅｂサーバ８は、例えば、副次コンテンツサーバ２から、手順６により掲載すべきことが指示された副次コンテンツについてのＵＲＬ及びメタデータなどを受け取る。そして、Ｗｅｂサイト８においては、例えば自身が提供するＷｅｂページにおいて、上記の副次コンテンツについての情報が表示されるようにするとともに、手順６により掲載すべきことが指示された副次コンテンツに対するハイパーリンクを形成するものとする。これにより、以降、手順６により掲載された副次コンテンツは、不特定多数のユーザ（ユーザ端末装置４のＷｅｂ閲覧機能））により、Ｗｅｂサイト８のＷｅｂページからアクセスすることができる。つまり、手順６により掲載された副次コンテンツについてのネットワーク上での公開が、副次コンテンツサーバ２以外においても行われる。

手順７
ここで、Ｗｅｂサイト８においては、上記手順６、手順６−１により公開した副次コンテンツをダウンロード可能なようにしてＷｅｂページ、Ｗｅｂコンテンツを作成しているものとする。
ここで、例えばコンテンツ享受者としてのユーザが、ユーザ端末装置４ＡによりＷｅｂサイト８にアクセスしてＷｅｂページの閲覧などを行ったところ、先の手順６、手順６−１により公開された副次コンテンツを見つけ、これが気に入ったのでダウンロードのための操作を行ったとする。すると、この手順７として、Ｗｅｂサイト８側からユーザ端末装置４Ａに対して副次コンテンツダウンロードが行われる。
なお、この手順７としてのダウンロードの際には、上記のハイパーリンクを辿ることで、ユーザ端末装置４Ａからのダウンロード要求は副次コンテンツサーバ２に対して送信されるものとする。そして、このダウンロード要求を受けた副次コンテンツサーバ２が要求元のユーザ端末装置４Ａに対して副次コンテンツファイルのデータを送信するものとする。即ち、手順７に対応した副次コンテンツのダウンロードのための通信は、図において破線で示すように、ユーザ端末装置４Ａと副次コンテンツサーバ２とが、Ｗｅｂサイト８が仲介しているものとしてみることができる。
また、本実施形態において、この手順７により副次コンテンツをダウンロードする際においては、ユーザ端末装置４Ａに対して、副次コンテンツファイルのデータと共に、ダウンロード指示の操作が行われたＷｅｂサイト８のＷｅｂサイトＩＤも通知（送信）する。従って、この手順７による副次コンテンツのダウンロードによっては、ダウンロード要求元のユーザ端末装置４Ａ（コンテンツ作成・共有アプリケーション１００）は、副次コンテンツファイルのデータと共に、ＷｅｂサイトＩＤを取得して保存するようにされる。なお、このＷｅｂコンテンツＩＤの保存にあたっては、例えば副次コンテンツデータベース２２ａにおいて、ダウンロードした副次コンテンツと対応付けた形式で管理されるようにすることが考えられる。
なお、この手順７によりダウンロードした副次コンテンツは、以降の説明から理解されるように、利益発生に関連するのであるが、このような副次コンテンツについては、以降「対象副次コンテンツ」ともいう。

手順８
ここで、上記手順７によりダウンロードした対象副次コンテンツに関して、その原編集素材コンテンツとしての一次コンテンツのうちで、ユーザ端末装置４Ａのユーザ（コンテンツ享受者）が保有していない不足一次コンテンツがあったものとする。本実施形態では、このようにして不足一次コンテンツが含まれる場合、先に述べたようにして「サンプル利用副次コンテンツ再生」による副次コンテンツの再生が行える。
そして、この場合においては、ユーザ端末装置４Ａのコンテンツ享受者が、上記対象副次コンテンツについての不足一次コンテンツを保有したいと思い、例えばコンテンツ作成・共有アプリケーション１００に対して、この不足一次コンテンツの購入手続きと、ダウンロードを指示する操作を行ったとする。これにより、ユーザ端末装置４Ａからは、不足一次コンテンツのダウンロード要求が一次コンテンツサーバ１側に対して送信される。

通常のユーザ端末装置４への一次コンテンツのダウンロードは、手順３としても示したように、一次コンテンツサーバ１との間で直接的にやりとりする。
しかし、この手順８のようにして、不足一次コンテンツとしての一次コンテンツをダウンロードする際においては、ユーザ端末装置４は、後の利益配分処理のために、副次コンテンツサーバ２に対して、対象副次コンテンツのコンテンツＩＤ（対象副次コンテンツＩＤ）と、この対象副次コンテンツをダウンロードしたＷｅｂサイトのＷｅｂサイトＩＤとを通知する必要があるものとされる。そこで、手順８としては、不足一次コンテンツとしての一次コンテンツファイルの要求に際して、その要求情報内に、対象副次コンテンツＩＤ及び対象副次コンテンツをダウンロードしたＷｅｂサイトのＷｅｂサイトＩＤを格納したうえで、一次コンテンツサーバ１ではなく、一旦、副次コンテンツサーバ２に対して送信するものとする。

ここで、手順８に応じてユーザ端末装置４から副次コンテンツサーバ２に対して送信される不足コンテンツダウンロード要求情報の内容例を、図２５に示しておく。
不足コンテンツダウンロード要求情報は、例えば図示するようにして、コマンド識別子、ユーザＩＤ、対象副次コンテンツＩＤ、不足一次コンテンツＩＤ、及びＷｅｂサイトＩＤなどを有して成る。
この場合のコマンド識別子は、現コマンドが、不足一次コンテンツダウンロード要求であることを示す値を格納している。
ユーザＩＤには、この不足一次コンテンツダウンロード要求を生成したユーザ端末装置４（コンテンツ作成・共有アプリケーション１００）のユーザを示すユーザＩＤとしてのデータを格納する。
対象副次コンテンツＩＤには、上記もしたように、対象副次コンテンツを示すコンテンツＩＤを格納する。
不足一次コンテンツＩＤには、要求する不足一次コンテンツのコンテンツＩＤを格納する。
ＷｅｂサイトＩＤには、上記もしたように、対象副次コンテンツをダウンロードしたＷｅｂサイトのＷｅｂサイトＩＤを格納する。

手順８−１
上記手順８による不足一次コンテンツダウンロード要求を受信した副次コンテンツサーバ２は、この要求とともに送信されてきた対象副次コンテンツＩＤ及びＷｅｂコンテンツＩＤをはじめとする所定の情報項目を取り出して取得する。例えば、取得した情報項目のうち、対象副次コンテンツＩＤ及びＷｅｂコンテンツＩＤは、後述する手順１０に対応した利益配分処理にて利用される。このことに因み、手順８−１にて取得された情報項目から成るデータについては、「利益配分利用データ」ということにする。図２５においては、この利益配分利用データは、ユーザＩＤ、対象副次コンテンツＩＤ、不足一次コンテンツＩＤ、及びＷｅｂサイトＩＤから成るものとしている。

手順８−２
また、副次コンテンツサーバ２は、上記手順８に応じて受信した不足一次コンテンツダウンロード要求を、一次コンテンツダウンロード要求として一次コンテンツサーバ１に対して転送する。

手順９
上記手順８−２による一次コンテンツダウンロード要求の受信に応答して、一次コンテンツサーバは、要求された一次コンテンツを、例えば要求情報に含まれる不足一次コンテンツＩＤを検索条件として利用して検索する。そして、検索した一次コンテンツファイルのデータを、例えば要求元の副次コンテンツサーバ２に対して送信する。さらに、副次コンテンツサーバ２は、受信した一次コンテンツファイルのデータを、本来の不足一次コンテンツの要求元であるユーザ端末装置４Ａに対して転送する。なお、例えば手順８−２により一次コンテンツサーバ１が受信する一次コンテンツダウンロード要求に、本来の要求元のユーザ端末装置４Ａのアドレスなどを格納しておくようにすれば、手順９においては副次コンテンツサーバ２を中継せずに、直接、一次コンテンツサーバ１からユーザ端末装置４Ａに対して一次コンテンツファイルのデータを送信することができる。ただし、一次コンテンツファイルのデータが副次コンテンツサーバ２を経由して送信されるようにすれば、副次コンテンツサーバ２において不足一次コンテンツのダウンロードが適正に実行されたかの判定を行うことが容易になる。

手順１０
例えば上記手順９までの過程では、ユーザ端末装置４Ａのユーザであるコンテンツ享受者が不足一次コンテンツを保有するために購入手続きを行っている。このために、コンテンツ作成・共有システムにおいては、不足一次コンテンツとしての一次コンテンツが購入されたことによる、この一次コンテンツの料金に応じた利益が発生したことになる。

そして、本実施形態としては、このようにして発生した利益を、対象副次コンテンツのクリエータと、対象副次コンテンツの原編集素材コンテンツとしての一次コンテンツの権利者（以降、「原編集素材権利者」ともいう）、ダウンロードのための操作などが行われたＷｅｂページなどを提供したＷｅｂサイトなどのサービス主体との三者により分配するものとする。つまり、不足一次コンテンツのダウンロード（購入）に応じて発生した利益について、これらの三者が利益を受ける権利があるものとする。

上記の三者について利益を受ける権利、資格があるとしたのは下記のような理由による。
先ず、コンテンツ享受者としてのユーザが不足一次コンテンツとしての一次コンテンツを購入（保有）しようと考えたのは、そもそも、対象副次コンテンツを完全なコンテンツ内容により再生したいと思ったからである。つまり、対象副次コンテンツの存在がなければ、今回の一次コンテンツの購入はあり得なかったと考えることができる。つまり、対象副次コンテンツのクリエータは、今回の一次コンテンツ購入による利益発生に貢献しているものであり、従って、利益を受ける権利があるといえる。

また、例えばコンテンツ享受者が不足一次コンテンツを保有してまで聴きたいと思った良質な副次コンテンツをクリエータが作成できたのは、これより以前において原編集素材としての一次コンテンツが存在していたからだといえる。別の見方をすれば、クリエータは、原編集素材である一次コンテンツを鑑賞してインスパイアされ、対象副次コンテンツを作成したともいえる。このことからすると、原編集素材としての一次コンテンツファイルの購入には、対象副次コンテンツの原編集素材コンテンツである一次コンテンツファイルのコンテンツ内容が貢献しているといえる。従って、例えばその多くが著作権者などとされる原編集素材権利者にも利益を受ける権利があるということになる。

また、今回の不足一次コンテンツの購入のきっかけになった対象副次コンテンツは、コンテンツ享受者が、Ｗｅｂサイト８にて公開されているものをダウンロードして入手したものである。すると、今回の不足一次コンテンツとしての一次コンテンツの購入があったのは、Ｗｅｂサイト８にて対象副次コンテンツを公開していたからであるといえる。このことから、Ｗｅｂサイト８としてのサービス主体にも、利益を受ける権利があるということになる。
このようにして、上記の三者は、不足一次コンテンツの購入により発生した利益を受ける権利を有するものである。
図２２では、利益を享受する権利のある者は、対象副次コンテンツのクリエータであるユーザ端末装置４Ｂのユーザと、この対象副次コンテンツの原編集素材コンテンツとしての一次コンテンツについての権利者と、Ｗｅｂサイト８であることになる。

そこで、副次コンテンツサーバ２は、手順１０として、利益を受ける権利が上記の三者にあることに従い、不足一次コンテンツの購入により発生した利益金額を、これらの三者の間で適切に配分するための処理を実行する。即ち利益配分処理を行う。なお、利益配分処理をどのようにして行うのかについては後述する。

続いて、図２３により、ユーザ（コンテンツ享受者）の広告利用に応じた利益発生について説明する。図２３は、コンテンツ作成・共有システムにおける動作、若しくはユーザその他の者による行為を、コンテンツのダウンロードに応じた利益発生の観点からみたものである。
この図においても、本実施形態のコンテンツ作成・共有システムにおける装置として、一次コンテンツサーバ１、副次コンテンツサーバ２、及びユーザ端末装置４Ａ、４Ｂが示されており、コミュニケーションサーバ３、サンプルコンテンツサーバ８、及びネットワーク５などの図示は省略している。また、この場合にも、ユーザ端末装置４Ａのユーザがコンテンツ享受者であり、ユーザ端末装置４Ｂのユーザがクリエータである。
また、この図では、コンテンツ作成・共有システムに関わるものとして、Ｗｅｂサイト８に加え、もう１つのＷｅｂサイト８Ａ、及び広告会社９が示される。ただし、Ｗｅｂサイト８が、利益享受者の１つとしてのサービス主体となる点では、図２２の場合と同様である。
また、下記の図２３の説明に際しても、図中において［ ］内に英数字により示した手順、動作の番号に従って行う。

図２３において、手順１、手順１−１、手順２、手順３、手順４、手順５、手順６、手順６−１までは、図２２と同様である。但し、この図では、手順１−１などと同様に、コンテンツ作成・共有システムに参加しようとするサービス主体が行うべきこととして、手順１−Ａ、手順１−Ｂ、手順１−Ｃが示されている。これら手順１−Ａ、手順１−Ｂ、手順１−Ｃについては下記のようになる。

手順１−Ａ
Ｗｅｂサイト８Ａは、例えば通販などにより商品を販売するＷｅｂサイトであるとする。手順１−Ａは、このＷｅｂサイト８Ａを運営する者による、広告会社９に対する広告の依頼となる。

手順１−Ｂ
上記手順１−Ａによる広告の依頼を受けた広告会社９は、副次コンテンツの流通に関連したＷｅｂ上でＷｅｂサイト８Ａを広告するためのデータ（広告データ）を作成し、これを副次コンテンツサーバ２に登録する。なお、広告データとしては、例えば、バナー広告のようなものを考えることができる。例えば特に、ビデオコンテンツとされる副次コンテンツの再生画像とともに表示させることのできる形式のものも考えることができる。副次コンテンツサーバ２は、登録された広告データを広告登録情報２２ｄとして管理する。

手順１−Ｃ
本実施形態において、副次コンテンツサーバ２にＷｅｂサイトＩＤを登録してあるＷｅｂサイトは、副次コンテンツサーバ２に登録されている広告データのうちから適当に選択して取得したものをＷｅｂサイト上で掲載できるものとする。この広告掲載の態様としては、副次コンテンツを公開するＷｅｂページ上にバナーとして貼り付けたり、自身が公開する副次コンテンツ（ビデオコンテンツ）に付随させることができる。副次コンテンツに付随された広告データは、例えば、Ｗｅｂページ上で、その副次コンテンツがデモンストレーションで再生されたときに、その副次コンテンツのビューワ上で、副次コンテンツの再生画像とともに表示される。
この手順１−Ｃは、Ｗｅｂサイト８が上記のようにして行う広告掲載にあたる。

続いて、図２３における手順７以降について述べる。
手順７
ここでは、コンテンツ享受者としてのユーザが、ユーザ端末装置４Ａに対する操作を行って、Ｗｅｂサイト８の副次コンテンツを公開しているＷｅｂページにアクセスさせ、このＷｅｂページの閲覧を行ったものとする。これが手順７となる。

手順８
ここで、手順７により閲覧していたＷｅｂページには、先の手順１−Ｃにより広告が掲載されている。その態様としては、前出したように、Ｗｅｂサイト８Ａを広告する内容のバナーをＷｅｂページ上に貼り付けるものであったり、副次コンテンツをデモンストレーション再生しているときに、広告の画像も再生されるようなものとなる。
そして、ユーザ端末装置４Ａのユーザ（コンテンツ享受者）は、このようにして提示される広告の内容に興味を持ち、この広告に対するクリック操作を行ったものとする。ここでは、このような広告に対するクリックを、ユーザ（コンテンツ享受者）による広告利用の一態様として扱う。

手順８−１
上記のようにして広告に対するクリックが行われたことに応じては、先ず、ユーザ端末装置４Ａは、この広告にハイパーリンクされていた、Ｗｅｂサイト８ＡのＷｅｂページにアクセスすることになる。なお、図においては、上記手順８の広告利用（バナー広告のクリック）をトリガにして、ユーザ端末装置４Ａのアクセス先が、Ｗｅｂサイト８からＷｅｂサイト８Ａに変更されたイメージとして示されている。

手順８−２
また、手順８により広告利用が行われたことに応じて、Ｗｅｂサイト８は、広告利用が行われたことを副次コンテンツサーバ２に対して通知する。この処理が手順８−２となる。
この手順８−２により、Ｗｅｂサイト８から副次コンテンツサーバ２に送信される広告利用通知情報の内容例を、図２６に示しておく。
この図に示される広告利用通知情報は、コマンド識別子、対象副次コンテンツＩＤ、及びＷｅｂサイトＩＤなどを有して成るものとされている。
この場合のコマンド識別子は、現コマンドが、広告利用通知であることを示す値を格納している。
対象副次コンテンツＩＤには、対象副次コンテンツ、即ち、今回利用された広告とともにＷｅｂページに提示されていた副次コンテンツを示すコンテンツＩＤを格納する。
ＷｅｂサイトＩＤには、現広告利用通知情報を送信するＷｅｂサイトのＷｅｂサイトＩＤを格納する。

手順８−３
上記手順３−２による広告利用通知情報を受信した副次コンテンツサーバ２は、この受信した広告利用通知情報から、図２６に示すようにして、対象副次コンテンツＩＤやＷｅｂサイトＩＤを抜き出して利益配分利用データを形成し、これを取得する。この利益配分利用データも、手順９による利益配分処理において利用される。

上記手順８−３までの手順の過程においては、コンテンツ享受者であるユーザは、Ｗｅｂサイト８のＷｅｂページにて掲載された広告を見て、手順８−１のようにして、ユーザ端末装置４ＡによりＷｅｂサイト８Ａにジャンプして、そのＷｅｂページを閲覧したことになる。ここでは、このようにして、或るＷｅｂサイトに掲載された広告を起点にして、その広告されているＷｅｂサイトにアクセスしたことを以て、広告会社９からコンテンツ作成・共有システム側に対して、いわゆるアフィリエイトとしての広告費用が支払われるものとする。つまり、本実施形態のコンテンツ享受者であるユーザの広告利用によって、コンテンツ作成・共有システムにおいて利益が発生するものである。

手順９
本実施形態では、上記のようにして広告利用に応じて利益が発生した場合も、図２２の場合と同様にして、対象副次コンテンツのクリエータと、原編集素材権利者と、Ｗｅｂサイト８の三者がその利益を享受する権利、資格があるものとする。
図２３の場合には、広告利用に応じて利益が発生するのであるが、この場合の広告は、手順１−Ｃにより述べたように、Ｗｅｂサイト８が公開する副次コンテンツとともに提示すべきものとされている。従って、コンテンツ享受者としてのユーザによる広告利用は、副次コンテンツがＷｅｂサイトにて公開されることにより、はじめて行われるものとみることができる。
この点からすれば、先ず、副次コンテンツを公開するサービス主体としてのＷｅｂサイトが、広告利用に応じた利益を享受する権利を有することは当然妥当であることになる。また、広告利用にあたっては、副次コンテンツ（ここでは、これが対象副次コンテンツとなる）を公開するＷｅｂページにアクセスしていることになるから、広告を利用したコンテンツ享受者としてのユーザは、その副次コンテンツに興味を持っていたといえる。このことからすれば、図２２に準ずる理由で、対象副次コンテンツのクリエータ、及び対象副次コンテンツにおける原編集素材コンテンツの権利者も、広告利用に応じた利益を享受する権利を有することになるわけである。
このことに基づき、この手順９としては、これらの三者間での利益配分処理を実行する。

次に、図２２の手順１０、若しくは図２３の手順９として行われる副次コンテンツサーバ２による利益配分処理に関して、その配分規則例についての説明を行う。
先ず、図２２、図２３のいずれの場合においても、原編集素材権利者、副次コンテンツのクリエータ、サービス主体（Ｗｅｂサイトなど）の三者間で先ず利益を分配すべきことは先に述べたとおりである。
これら三者については、先ず、図２７に示すようにして、一回の不足一次コンテンツのダウンロード（購入）、若しくは広告利用に応じて発生した、１副次コンテンツあたりの利益金額（単位利益）について、予め規定した配分比率により配分する。
つまり、例えば上記の利益金額（単位利益）をαとし、予め定めた配分率（配分比率）として、原編集素材権利者への配分率をａ％、副次コンテンツのクリエータへの配分率をｂ％、サービス主体への配分率をｃ％（なお、ａ＋ｂ＋ｃ＝100％）とすると、原編集素材権利者への配分利益額A1(権利者対象利益)、副次コンテンツのクリエータへの配分利益額A2、サービス主体への配分利益額A3は、それぞれ下記のようになる。
A1＝α×ａ／100
A2＝α×ｂ／100
A3＝α×ｃ／100

ただし、１つの副次コンテンツにおいて利用される原編集素材コンテンツは、１つとは限らず、当然のこととして複数の可能性がある。すると、１つの副次コンテンツに対応して存在する原編集素材権利者も、利用原編集素材コンテンツの数に応じて複数存在することになる。
なお、ここでは、１副次コンテンツにおける複数の原編集素材コンテンツのなかで権利者が共通のものがあるとしても、共通の権利者を１つにまとめて勘定することはせず、延べ人数で勘定することとし、原編集素材コンテンツごとに独立して１人の権利者がいるものとする。また、１つの一次コンテンツに複数の権利者がいることも現実には考えられるが、この場合には、まとめて１人の権利者として扱う。ただし、これは、副次コンテンツにおける原編集素材コンテンツの数と、原編集素材権利者の数とを一致させて説明を簡単で分かりやすいものとするための便宜である。従って、実際においては、これとは異なる原編集素材権利者の勘定の仕方を採用して構わない。

例えば図２７においても、原編集素材権利者１、２〜Ｘまでの複数が存在している例が示されている。
このようにして複数の原編集素材権利者が存在する場合、先に求めた配分利益額A1は、複数の原編集素材権利者全体を対象としたものになる。すると、この場合には、配分利益額A1を、改めて、複数の原編集素材権利者間で分配する必要があることになる。

この場合において、最も簡単な利益配分の仕方として考え得るのは、配分利益額A1を、複数の原編集素材権利者間で均等に分割して配分するというものである。
しかし、副次コンテンツにおいて利用される複数の原編集素材コンテンツに関して、例えばコンテンツ内容の観点からみた場合の原編集素材コンテンツごとの重要度、貢献度などは、均一である場合は少なく、むしろ異なっていると考える方が妥当である。このような背景を無視して、配分利益額A1を原編集素材権利者間で均等配分したとすると、かえって原編集素材権利者間での分配利益額に不公平が生じることになる。本来、本実施形態のコンテンツ作成・共有アプリケーションにおいて利益が発生する仕組みとしたことには、一次コンテンツも含め、コンテンツ作成者の意欲を高めて、良質なコンテンツが多く生まれることを期待するという目的がある。にもかかわらず、上記のようにして分配利益額に不公平を生じることとなると、上記の目的を阻害する要因を生む可能性が出てくるために、好ましいとはいえない。
そこで、本実施形態としては、図２７においても記載しているように、複数の原編集素材権利者１〜Xについては、対応する原編集素材コンテンツ（一次コンテンツ）の副次コンテンツにおけるコンテンツ内容の観点からの重要度・貢献度（以下、単に貢献度と記載）に基づいて分配比率を設定するようにされる。続けて、この点についての説明を行っていく。

図２８により、本実施形態としての原編集素材権利者間での利益分配比率についての設定規則例を示す。
この図においては、或る１つの副次コンテンツについてのコンテンツ内容が模式的に示されている。この図によれば、副次コンテンツは、原編集素材コンテンツとして５つの一次コンテンツＡ〜Ｅを利用するものとされており、再生時間の進行に応じて、一次コンテンツＡ、Ｂ、Ｃ、Ｄ、Ｅの順序により順次再生されるようにして編集されたコンテンツ内容を有している。
そして、当然のこととして、このようにして副次コンテンツの一部として再生される一次コンテンツの再生時間は、クリエータの編集意図などに応じてそれぞれが異なってくる。この場合にも、一次コンテンツＡ、Ｂ、Ｃ、Ｄ、Ｅは、それぞれ再生時間が異なるものとしている。ここでは、一次コンテンツＡ、Ｂ、Ｃ、Ｄ、Ｅの各再生時間を、それぞれ、Ｔ１、Ｔ２、Ｔ３、Ｔ４により表している。

この図２８に示した副次コンテンツ内容の場合、原編集素材コンテンツとして５つの一次コンテンツＡ〜Ｅがあることになるので、この副次コンテンツの原編集素材権利者も５人いるということになる。そして、原編集素材権利者全体に与えられた配分利益額A1を、さらに原編集素材権利者間で配分するのにあたっては、次のようにして行うこととする。
つまり、一次コンテンツＡの原編集素材権利者の配分利益額をB1として
B1＝A１×（T1/T1+T2+T3+T4+T5）
のようにして求める。
同様にして、一次コンテンツＢ，Ｃ，Ｄ，Ｅの原編集素材権利者ごとの配分利益額（権利者単位配分利益額）B2、B3、B4、B5は、それぞれ
B2＝A１×（T2/T1+T2+T3+T4+T5）
B3＝A１×（T3/T1+T2+T3+T4+T5）
B4＝A１×（T4/T1+T2+T3+T4+T5）
B5＝A１×（T5/T1+T2+T3+T4+T5）
のようにして求める。

このように本実施形態では、副次コンテンツにおける原編集素材コンテンツの延べ再生時間に対する、原編集素材コンテンツの再生時間の割合を、権利者単位配分利益額のための配分率とする。つまり、ここでは副次コンテンツにおける原編集素材コンテンツの再生時間を、貢献度として扱っているものである。

上記図２８の副次コンテンツは、原編集素材コンテンツが１つづつ順次再生されていくコンテンツ内容を有しているが、複数の原編集素材コンテンツが同時的に再生されるようなコンテンツ内容の副次コンテンツについても、上記図２８による説明に倣って配分率を決定して権利者単位配分利益額を設定できる。
例として、図２９には、原編集素材として一次コンテンツＡ〜Ｄを有する副次コンテンツのコンテンツ内容が示されている。図示するようにして、一次コンテンツＡが再生されている時間内において、一次コンテンツＢ、一次コンテンツＣが同時に再生されるようになっている。さらに、一次コンテンツＡ、一次コンテンツＢ、一次コンテンツＣの３つが同時に再生される時間も存在する。また、一次コンテンツＤは、その冒頭の部分が一次コンテンツＡと同時に再生されるものとなっている。

このようなコンテンツ内容についても、副次コンテンツにおける原編集素材コンテンツの延べ再生時間に対する、原編集素材コンテンツの再生時間の割合を、権利者単位配分利益額のための配分率とする、という規則が適用できる。
つまり、一次コンテンツＡ、Ｂ、Ｃ，Ｄの再生時間をそれぞれ、T1、T2、T3、T4としたうえで、一次コンテンツＡ、Ｂ、Ｃ、Ｄごとに対応する権利者単位配分利益額B1、B2、B3、B4は、それぞれ
B1＝A１×（T2/T1+T2+T3+T4）
B2＝A１×（T3/T1+T2+T3+T4）
B3＝A１×（T4/T1+T2+T3+T4）
B4＝A１×（T5/T1+T2+T3+T4）
のようにして求めるようにすればよい。

なお、図２８、図２９の両者の場合にいえることであるが、例えば１つの原編集素材コンテンツが、副次コンテンツの再生時間内において、異なる時間区間により複数回再生されるようになっている場合には、これらの時間区間を合計して得られる時間長を、その原編集素材コンテンツの再生時間とすればよい。

また、本実施形態においては、先に述べたように、サンプル利用副次コンテンツ再生が行える。
ここで、或るコンテンツ享受者としての立場のユーザが、先に図２８に示した副次コンテンツを再生しようとしたときに、一次コンテンツＡ〜Ｅのうち、一次コンテンツＢのみを保有していなかったとする。つまり、一次コンテンツＢが不足一次コンテンツとなる状況である。この場合には、例えば図３０に示すようにして、一次コンテンツＡ〜Ｅを順次再生していく過程で、一次コンテンツＢのみがサンプルコンテンツに置き換えられた内容により再生出力される。

例えば図３０に示されるサンプル利用副次コンテンツ再生を、図２２における、ユーザ端末装置４Ａのユーザ（コンテンツ享受者）が行ったとする。そして、このユーザ端末装置４Ａのユーザは、このこの副次コンテンツを完全なかたちで再生して鑑賞したいと思い、図２２の手順８により、一次コンテンツＢを対象にして不足一次コンテンツ要求のための操作を行ったとする。

この場合には、ユーザ端末装置４Ａのユーザが一次コンテンツＢを購入したことにより利益が発生することとなって、副次コンテンツサーバ２においては、この利益についての配分処理を行うが、これまでに述べたように、このときには、原編集素材権利者ごとに対する利益配分も行うことになる。
原編集素材権利者ごとに対する利益配分は、原則、図２８、図２９により説明したようにして行われる。
しかし、ユーザが不足一次コンテンツを購入しようという気持ちになったのは、他の保有一次コンテンツが完全に再生された副次コンテンツの内容を鑑賞したからである。つまり、不足一次コンテンツの購入は、他の原編集素材コンテンツのおかげであるということがいえる。換言すれば、この場合の不足一次コンテンツ（一次コンテンツＢである）購入における一次コンテンツＢの貢献度は０であるとみることができる。

そこで、本実施形態では、図２２のようにして不足一次コンテンツの購入により発生した利益についての原編集素材権利者間での配分にあたっては、その購入対象となった不足一次コンテンツの権利者は、利益配分の享受者からは除外し、残る原編集素材コンテンツの権利者の間で利益を分配するものとして規定する。そして、利益分配は、例えば下記のようにして行う。

この図３０の場合においても、先ず、一次コンテンツＡ,Ｂ，Ｃ，Ｄ，Ｅの原編集素材権利者ごとの配分利益額（権利者単位配分利益額）A1，B1、B3、B4、B5は、それぞれ、図２８の場合と同様に、
B1＝A１×（T1/T1+T2+T3+T4+T5）
B2＝A１×（T2/T1+T2+T3+T4+T5）
B3＝A１×（T3/T1+T2+T3+T4+T5）
B4＝A１×（T4/T1+T2+T3+T4+T5）
B5＝A１×（T5/T1+T2+T3+T4+T5）
の式により求めるものとされる。
ただし、ここでは、一次コンテンツＢの貢献度は０であることに対応させて、一次コンテンツＢの再生時間T2については、再生制御情報により得られる実際の値ではなく、０を代入する。
これにより、実質的には、配分利益額（権利者単位配分利益額）A1，B1、B3、B4、B5は、それぞれ、
B1＝A１×（T1/T1+0+T3+T4+T5）
B2＝A１×（0/T1+0+T3+T4+T5）=0
B3＝A１×（T3/ T1+0+T3+T4+T5）
B4＝A１×（T4/ T1+0+T3+T4+T5）
B5＝A１×（T5/ T1+0+T3+T4+T5）
のようにして求められることになる。
このようにして、図３０の場合には、一次コンテンツＢの権利者については配分利益額は０とされて利益配分は為されない。そのうえで、原編集素材権利者全体に与えられた配分利益額（権利者対象利益）A1を、一次コンテンツＡ，Ｃ，Ｄ，Ｅの権利者間で、一次コンテンツＡ，Ｃ，Ｄ，Ｅの再生時間に応じた配分比率により配分するものである。
なお、上記式では原編集素材コンテンツの再生延べ時間については、実質的にT1+T3+T4+T5となる。即ち、原編集素材コンテンツの再生延べ時間を求めるのにあたり、貢献度が０の一次コンテンツＢの再生時間を除外している。ただし、考え方によっては、原編集素材コンテンツの再生延べ時間について、不足一次コンテンツも含む全ての原編集素材コンテンツの再生時間を合計して求めてもよい。

ただし、図３０に示すようにして再生される副次コンテンツに関連して、ユーザ端末装置４Ａのユーザ（コンテンツ享受者）が、不足一次コンテンツの購入ではなく、図２３の手順８に相当する広告利用を行った場合には、この広告利用に応じて発生した利益を分配してもらって享受する権利は、一次コンテンツＢの権利者も有するものとして規定する。つまり、この場合には、図２８にて説明したように、一次コンテンツＡ〜Ｅの５人の権利者間で、例えば再生時間に応じた分配比率による利益配分、利益金額の決定が行われる。これは、不足一次コンテンツの購入の場合には、先に説明したように、不足一次コンテンツ以外の原編集素材コンテンツが、不足一次コンテンツの購入を促したとの考え方を撮ることができるが、広告利用に関しては、例えばこのような考え方をとる妥当性がないことによる。

図３１は、図２２における手順１０として副次コンテンツサーバ２が実行する利益配分処理の手順例を示すフローチャートである。つまり、不足一次コンテンツの購入により利益が発生した場合の利益配分処理についての手順となる。
ここで、図２２の手順８、手順８−１、手順８−２、手順９に対応する不足一次コンテンツの購入に応じて利益（単位利益）が発生したとすると、副次コンテンツサーバ２は、先ずステップＳ３０１により、この利益金額（発生利益金額）αを認識する。この発生利益金額αの認識のためには、例えば購入された不足一次コンテンツの一次コンテンツＩＤを格納する一次コンテンツプロファイル（図２４）を、一次コンテンツデータベース２２ｂから検索し、この検索した一次コンテンツプロファイルにおける料金を参照すればよい。

ステップＳ３０２においては、配分対象となる三者（原編集素材権利者、副次コンテンツのクリエータ、サービス主体）に対する利益配分を行う。つまり、図２７にて説明したようにして、原編集素材権利者、副次コンテンツのクリエータ、サービス主体ごとに、予め規定した配分比率に従って、発生利益金額αから配分利益額A1、A2、A3を決定する。
ステップＳ３０３においては、図２２の手順８−１により取得した利益配分利用データ（図２５）から対象副次コンテンツＩＤを読み込む。
次のステップＳ３０４においては、上記ステップＳ３０３により読み込んだ対象副次コンテンツＩＤを検索条件として副次コンテンツデータベース２２ａから対象副次コンテンツを検索する。そして、例えばこの検索した対象副次コンテンツのヘッダ情報における利用原編集素材情報（図１６）を読み出して、対象副次コンテンツの再生に利用する原編集素材コンテンツの一次コンテンツＩＤを認識する。

ステップＳ３０５においては、副次コンテンツサーバ２は、一次コンテンツプロファイルデータベース２２ｂを利用して、上記ステップＳ３０４により認識した原編集素材コンテンツとしての一次コンテンツの権利者を認識する。つまり、一次コンテンツプロファイルデータベース２２ｂからステップＳ３０４により認識した原編集素材コンテンツの一次コンテンツＩＤを格納する一次コンテンツプロファイルを検索し、検索した一次コンテンツプロファイルにおける権利者のデータを読み込む。

ステップＳ３０６においては、手順８−１により取得した利益配分利用データにより、ユーザ端末装置４Ａにおける対象副次コンテンツの再生に際して、サンプルコンテンツに置換された原編集素材コンテンツ（サンプル置換コンテンツ）を認識する。つまり、利益配分利用データにおける不足一次コンテンツＩＤを読み込む。

ステップＳ３０７においては、ステップＳ３０５において認識した編集素材権利者のうちで、サンプル置換コンテンツの原編集素材権利者を除外して残った者を、配分利益額A1から配分された利益を享受する権利を有する者（利益享受権利者）であるとして設定する。
これにより、例えば図３０との対応では、一次コンテンツＡ〜Ｅに対応する５人の原編集素材権利者のうちで、サンプル置換コンテンツである一次コンテンツＢの原編集素材権利者を除いた、一次コンテンツＡ、Ｃ、Ｄ、Ｅに対応する４人の原編集素材権利者が、上記利益享受権利者として設定される。

ステップＳ３０８において、副次コンテンツサーバ２は、例えば対象副次コンテンツの再生制御情報を解釈することにより、対象副次コンテンツにおける利益享受権利者の原編集素材コンテンツごとの再生時間長を認識する。また、このステップＳ３０８においては、上記ステップＳ３０６においてサンプル置換コンテンツとして認識された一次コンテンツの再生時間については、貢献度が０であることに応じて０を代入する。
図３０の例との対応では、一次コンテンツＡ、Ｃ、Ｄ、Ｅごとの再生時間T1、T3、T4、T5については再生制御情報の記述内容に基づいて認識するが、一次コンテンツＢの再生時間T2については０とする、という処理になる。
この再生時間の認識が、副次コンテンツにおける原編集素材コンテンツの貢献度を求める処理に相当する。

ステップＳ３０９においては、再生時間長の認識結果に基づき、例えば図２８〜図３０による説明に従ったアルゴリズムにより、利益享受権利者ごとの利益金額を決定する処理を実行する。

これまでの処理により、先ずは、配分対象三者ごとの利益金額A1、A2、A3が決定され、さらに原編集素材権利者（利益享受権利者）ごとの利益金額B1、B2・・・Bxが決定されたことになる。
そこで副次コンテンツサーバ２は、ステップＳ３１０により、上記の利益金額の決定結果が反映されるようにして、利益配分情報２２ｅの更新を行う。

図３３は、利益配分情報２２ｅを示している。
利益配分情報２２ｅは、図３３（ａ）（ｂ）（ｃ）のそれぞれに示すようにして、配分対象三者ごとに応じて、一次コンテンツ権利者用、副次コンテンツのクリエータ用、サービス主体用の３種が規定されている。
そして、図３３（ａ）に示す一次コンテンツ権利者用の利益配分情報は、例えば図２２（図２３）の手順２により登録された一次コンテンツプロファイルの一次コンテンツ権利者ごとに用意される。
同様に、図３３（ｂ）に示す副次コンテンツのクリエータ用の利益配分情報は、例えば図２２（図２３）の手順５により副次コンテンツをアップロードしたクリエータごとに用意される。
図３３（ｃ）に示すサービス主体用の利益配分情報は、図２２（図２３）の手順１−１によりＷｅｂサイトＩＤを登録したＷｅｂサイトごとに用意される。

また、図３３（ａ）に示されるように、一次コンテンツ権利者ごとの利益配分情報の構造は、例えば、対応する一次コンテンツ権利者の権利者ＩＤとともに、１以上の個別利益情報１〜ｍ、及び会計情報の情報項目を有して形成される。

個別利益情報のそれぞれは、例えば対応する一次コンテンツ権利者に対する１回の利益配分に関連した必要な情報が格納される。例えば、利益配分が発生した日時、利益配分が発生した原因（例えば不足一次コンテンツの購入、広告利用など）、分配された利益金額などを示す情報が格納される。

会計情報には、例えばこれまでに配分された利益金額の総計（累積利益金額）、利益金額の当事者への支払い履歴などの情報が格納される。

また、図３３（ｂ）に示す副次コンテンツのクリエータ用の利益配分情報の構造は、対応する副次コンテンツのクリエータのユーザＩＤとともに、１以上の個別利益情報１〜ｍ、及び会計情報の情報項目を有して形成される。

また、図３３（ｃ）に示すサービス主体用の利益配分情報の構造は、対応するサービス主体（Ｗｅｂサイト）のＷｅｂサイトＩＤとともに、１以上の個別利益情報１〜ｍ、及び会計情報の情報項目を有して形成される。

ステップＳ３１０においては、例えば今回の利益発生に応じた利益金額の決定結果を利用して、利益が配分されるべき一次コンテンツ権利者、副次コンテンツのクリエータ、及びサービス主体ごとに新規に個別利益情報を生成し、各利益配分情報に対して追加するようにして更新を行う。また、一次コンテンツ権利者、副次コンテンツのクリエータ、及びサービス主体ごとに、会計情報の情報項目において、今回の利益配分に応じて変更される内容（例えば累積利益金額）があれば、この情報についての更新も行う。

図３２は、図２３における手順９として副次コンテンツサーバ２が実行する利益配分処理の手順例を示すフローチャートである。つまり、ユーザ（コンテンツ享受者）による広告利用に応じて利益が発生した場合の利益配分処理についての手順となる。

副次コンテンツサーバ２は、先ずステップＳ４０１により、図２３の手順８に対応する広告利用に応じて利益（単位利益）が発生したとすると、この利益金額（発生利益金額）αを認識する。
副次コンテンツサーバ２は、例えば広告登録情報２２ｄなどにより、登録された広告を、どのＷｅｂサイトに掲載しているのかについての情報を記憶管理している。従って、この場合の発生利益金額αの認識のためには、副次コンテンツサーバ２は、例えば広告登録情報２２ｄから、図２２の手順８−２に応じて受け取った広告利用通知情報におけるＷｅｂサイトＩＤが示すＷｅｂサイトに掲載している広告を特定する。そして、広告登録情報２２ｄにおいて示される、この特定した広告についての料金を認識する。このようにして認識した料金により発生利益金額αが求められることになる。

ステップＳ４０２は、図３１のステップＳ３０２と同様に、配分対象となる三者（原編集素材権利者、副次コンテンツのクリエータ、サービス主体）ごとの配分利益額A1、A2、A3を決定する。
ステップＳ４０３においては、図２２の手順８−３により取得した利益配分利用データ（図２６）から対象副次コンテンツＩＤを読み込む。

続くステップＳ４０４、Ｓ４０５は、図３１のステップＳ３０４、Ｓ３０５と同様となる。

ステップＳ４０６においては、上記ステップＳ４０５により認識した原編集素材コンテンツの権利者の全員を、利益享受権利者として設定する。
これは、先に図３０にて述べたように、広告利用により利益が発生した場合、原編集素材権利者に対する利益配分に際しては、不足一次コンテンツの有無に関係なく、全ての原編集素材コンテンツの権利者に利益を配分することと規定しているからである。
ステップＳ４０７〜Ｓ４０９は、図３１におけるステップＳ３０８〜Ｓ３１０と同様になる。

なお、上記図３１、図３２のフローチャートに示される処理は、副次コンテンツサーバ２としてのコンピュータシステムが利益配分処理部２５に対応する機能を実現するプログラムを実行することで得られるものとしてみることができる。

また、本実施形態においては、原編集素材権利者に対する利益の配分比率は、副次コンテンツにおけるコンテンツ内容に関しての原編集素材コンテンツの貢献度に基づくものとしているが、この貢献度をどのようにして求めるのかについては、いくつもの例を挙げることができる。このため、これまでの説明においては、最も単純な例として、副次コンテンツにおける原編集素材コンテンツの再生時間により貢献度を求めることとしているものである。
例えば他には、原編集素材コンテンツの音量に基づいて貢献度を求めることが考えられる。また、副次コンテンツのメタデータに、クリエータが設定した原編集素材コンテンツの重要度を記述できるようにしたうえで、この重要度により貢献度を求めることが考えられる。
また、これらを併用して例えば所定の演算を行うことにより貢献度を求め、原編集素材権利者に対する利益の配分比率を決定してもよい。

また、不足一次コンテンツの購入により利益が発生した場合において、例えば図３０に示したように、サンプル置換コンテンツ、即ち不足一次コンテンツの権利者については、利益享受権利者から除外するという点については、必ずしも不足一次コンテンツのサンプルコンテンツが再生されたことを必要としない。例えば、システムの運用によっては、サンプル利用副次コンテンツ再生のサービスを提供しない場合も考えられるが、この場合には、不足一次コンテンツのパートが抜けた状態で副次コンテンツが再生される。例えば、この再生内容を鑑賞して、コンテンツ享受者たるユーザが不足一次コンテンツを購入した場合も、図３０の例に従った原編集素材権利者間での利益配分を行うことは妥当である。

また、上記実施形態においては、不足一次コンテンツの購入、若しくは副次コンテンツとともにＷｅｂサイト上で掲載される広告の利用により利益が発生するものとしたが、副次コンテンツに関連した他の利益発生の仕組み、態様は考えられるものである。そして、これらの場合においても、これまでに説明した利益配分処理を適用できる。

また、本実施形態においては、前述のように、副次コンテンツについて、編集素材コンテンツ（直接利用コンテンツ）を二次利用して作成するという考え方も採り得る。編集素材コンテンツは、一次コンテンツの場合があることはもちろん、副次コンテンツの場合もある。この考え方に基づけば、編集素材コンテンツとして二次利用した副次コンテンツのクリエータにも利益を分配してよいとの考え方を採ることができる。この考え方に従って発生した単位利益を分配する場合において、編集素材コンテンツにおける複数の副次コンテンツのクリエータ間で利益分配する際にも、本実施形態における一次コンテンツ権利者への利益分配に準じて、対象副次コンテンツにおける編集素材コンテンツの貢献度に応じた配分比率に従って、配分すべき利益額を決定すればよい。

また、一次コンテンツサーバ１、副次コンテンツサーバ２、コミュニケーションサーバ３、サンプルコンテンツサーバ８、及びユーザ端末装置４の構成は一例であって、実際には適宜変更されて構わない。また、上記のサーバの少なくとも１つが、複数のサーバに分散されるような形態を採っても構わない。あるいは逆に、これらのサーバのうちの少なくとも２つが統合されるようにして構成されてもよいものである。
例えば本願発明の構成要件は、本実施形態との対応では、副次コンテンツサーバ２に含めることができるが、これらの構成要件に対応する構成部を、しかるべきサーバに分散させたうえで、これらのサーバが協働することにより、本願発明としての情報処理装置としての構成を実現することも可能である。例えば、本願であれば、実施形態においては副次コンテンツサーバ２が実行するものとしている利益配分処理について、これを実行するサーバを副次コンテンツサーバ２とは独立して設けることとすれば、副次コンテンツサーバ２の負荷軽減などの点で好ましいことになる。

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

また、コンテンツ作成・共有アプリケーション１００の機能構成としても、図１１、図１２などにより説明した内容に限定されるものではなく多様に考えられる。
また、図１３、図１４〜図１７などに示した副次コンテンツファイルの構造はあくまでも一例であり、また、概念的なものであるので、これを基にして適宜変更、拡張されて良い。

また、一次コンテンツサーバ１、副次コンテンツサーバ２、コミュニケーションサーバ３、サンプルコンテンツサーバ８、ユーザ端末装置４などが実行するプログラムは、上記のようにして、例えば内部のＨＤＤ、記憶部などの記憶領域に対して書き込んで記憶させるほか、リムーバブルの記憶媒体に記憶させておいたうえで、この記憶媒体からインストール(アップデートも含む)させるようにして上記の記憶領域に記憶させることが考えられる。また、所定のデータインターフェース経由により、他のホストとなる機器からの制御によってプログラムのインストールを行えるようにすることも考えられる。さらに、ネットワーク上の記憶装置に記憶させておいたうえで、上記各サーバ、及びユーザ端末装置４が有するネットワーク機能により、上記記憶装置からダウンロードして取得できるように構成することも考えられる。

本発明の実施形態が対応するコンテンツ作成・共有システムの構成例を示す図である。 実施形態のコンテンツ作成・共有システムの基本的な利用態様と、これに対応したシステム動作の手順例を示す図である。 実施形態における副次コンテンツの作成の流れを模式的に示す図である。 実施形態における副次コンテンツの再生の流れを模式的に示す図である。 副次コンテンツを作成するにあたっての、編集素材コンテンツの利用態様例を示す図である。 一次コンテンツサーバの内部構成例を示す図である。 副次コンテンツサーバの内部構成例を示す図である。 コミュニケーションサーバの内部構成例を示す図である。 サンプルコンテンツサーバの内部構成例を示す図である。 ユーザ端末装置の内部構成例を示す図である。 ユーザ端末装置のＨＤＤ内に記憶されるべきデータ内容例を示す図である。 コンテンツ作成・共有アプリケーションのコンテンツ管理・作成ツールとしてのプログラム構成例を機能ブロックにより示す図である。 副次コンテンツファイル及び一次コンテンツファイルの構造例を示す模式的に示す図である。 コンテンツファイルのヘッダ情報を形成する情報項目例を示す図である。 ヘッダ情報を形成する情報項目の１つである本コンテンツ関連基本情報を形成する情報項目例を示す図である。 副次コンテンツ再生制御ファイルにおける、利用原編集素材コンテンツ情報、利用編集素材コンテンツ情報の構造例を示す図である。 副次コンテンツファイルにおける、再生制御情報の内容例を示す図である。 実施形態のサンプル利用副次コンテンツ再生の一態様例を模式的に示す図である。 サンプルコンテンツサーバにおけるサンプルコンテンツの管理態様例を説明するための図である。 サンプル利用副次コンテンツ再生のためにユーザ端末装置とサンプルコンテンツサーバが実行する処理手順例を示すフローチャートである。 サンプル利用副次コンテンツ再生のためにユーザ端末装置が実行する処理を図１９の場合に対応させて示す図である。 コンテンツのダウンロード（購入）に応じた利益発生の観点からみた、コンテンツ作成・共有システムにおける動作、若しくはユーザその他の者による行為を模式的に示す図である。 広告利用に応じた利益発生の観点からみた、コンテンツ作成・共有システムにおける動作、若しくはユーザその他の者による行為を模式的に示す図である。 一次コンテンツプロファイルの構造例を示す図である。 不足一次コンテンツダウンロード要求情報の構造例を示す図である。 広告利用通知情報の構造例を示す図である。 原編集素材権利者、副次コンテンツのクリエータ、サービス主体の三者間での利益配分の規則例を示す図である。 原編集素材権利者間での基本的な利益配分規則例を示す図である。 原編集素材権利者間での基本的な利益配分規則例を示す図である。 不足一次コンテンツの購入による利益発生の場合における、原編集素材権利者間での利益配分規則例を示す図である。 コンテンツの購入による利益発生に対応して副次コンテンツサーバが実行する利益配分処理例を示すフローチャートである。 広告利用による利益発生に対応して副次コンテンツサーバが実行する利益配分処理例を示すフローチャートである。 利益配分情報の構造例を示す図である。

符号の説明

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

Claims (9)

1. コンテンツの少なくとも１つを編集素材として二次利用する編集処理により作成されるもので、コンテンツ内容を再現するための情報として、原編集素材とされる一次コンテンツである原編集素材コンテンツの実コンテンツデータについての再生を指示する内容により形成される再生制御情報を有する副次コンテンツについて、上記原編集素材コンテンツのうちで、ユーザが保有しているとみることのできる一次コンテンツである保有一次コンテンツに含まれていない不足一次コンテンツが有る場合において、この不足一次コンテンツを購入することにより単位利益が発生した場合において、この購入された不足一次コンテンツの有る対象副次コンテンツのコンテンツ内容における原編集素材コンテンツごとの貢献度を求めるもので、この際に上記不足一次コンテンツについての貢献度については０とする貢献度取得手段と、
   上記単位利益のうちで上記対象副次コンテンツの原編集素材コンテンツの権利者である原編集素材権利者に対して配分すべき権利者対象利益を、上記貢献度取得手段により求められた貢献度に基づく原編集素材コンテンツごとの配分比率に従って分配することで、上記原編集素材権利者ごとの利益金額を設定する利益金額設定手段と、
   を備える情報処理装置。
2. コンテンツの少なくとも１つを編集素材として二次利用する編集処理により作成されるもので、コンテンツ内容を再現するための情報として、原編集素材とされる一次コンテンツである原編集素材コンテンツの実コンテンツデータについての再生を指示する内容により形成される再生制御情報を有する副次コンテンツとともに掲載されたＷｅｂサイト上での広告の利用に応じて単位利益が発生した場合において、この利益の発生に関連した対象副次コンテンツのコンテンツ内容における原編集素材コンテンツごとの貢献度を求める貢献度取得手段と、
   上記単位利益のうちで上記対象副次コンテンツの原編集素材コンテンツの権利者である原編集素材権利者に対して配分すべき権利者対象利益を、上記貢献度取得手段により求められた貢献度に基づく原編集素材コンテンツごとの配分比率に従って分配することで、上記原編集素材権利者ごとの利益金額を設定する利益金額設定手段と、
   を備える情報処理装置。
3. コンテンツの少なくとも１つを編集素材として二次利用する編集処理により作成されるもので、コンテンツ内容を再現するための情報として、原編集素材とされる一次コンテンツである原編集素材コンテンツの実コンテンツデータについての再生を指示する内容により形成される再生制御情報を有する副次コンテンツに関連して単位利益が発生した場合において、この利益の発生に関連した対象副次コンテンツのコンテンツ内容における原編集素材コンテンツごとの貢献度を求める貢献度取得手段と、
   上記単位利益のうちで上記対象副次コンテンツの原編集素材コンテンツの権利者である原編集素材権利者に対して配分すべき権利者対象利益を、上記貢献度取得手段により求められた貢献度に基づく原編集素材コンテンツごとの配分比率に従って分配することで、上記原編集素材権利者ごとの利益金額を設定する利益金額設定手段と、
   を備える情報処理装置。
4. コンテンツの少なくとも１つを編集素材として二次利用する編集処理により作成されるもので、コンテンツ内容を再現するための情報として、原編集素材とされる一次コンテンツである原編集素材コンテンツの実コンテンツデータについての再生を指示する内容により形成される再生制御情報を有する副次コンテンツについて、上記原編集素材コンテンツのうちで、ユーザが保有しているとみることのできる一次コンテンツである保有一次コンテンツに含まれていない不足一次コンテンツが有る場合において、この不足一次コンテンツを購入することにより単位利益が発生した場合において、この購入された不足一次コンテンツの有る対象副次コンテンツのコンテンツ内容における原編集素材コンテンツごとの貢献度を求めるもので、この際に上記不足一次コンテンツについての貢献度については０とする貢献度取得手順と、
   上記単位利益のうちで上記対象副次コンテンツの原編集素材コンテンツの権利者である原編集素材権利者に対して配分すべき権利者対象利益を、上記貢献度取得手順により求められた貢献度に基づく原編集素材コンテンツごとの配分比率に従って分配することで、上記原編集素材権利者ごとの利益金額を設定する利益金額設定手順と、
   を実行する情報処理方法。
5. コンテンツの少なくとも１つを編集素材として二次利用する編集処理により作成されるもので、コンテンツ内容を再現するための情報として、原編集素材とされる一次コンテンツである原編集素材コンテンツの実コンテンツデータについての再生を指示する内容により形成される再生制御情報を有する副次コンテンツとともに掲載されたＷｅｂサイト上での広告の利用に応じて単位利益が発生した場合において、この利益の発生に関連した対象副次コンテンツのコンテンツ内容における原編集素材コンテンツごとの貢献度を求める貢献度取得手順と、
   上記単位利益のうちで上記対象副次コンテンツの原編集素材コンテンツの権利者である原編集素材権利者に対して配分すべき権利者対象利益を、上記貢献度取得手順により求められた貢献度に基づく原編集素材コンテンツごとの配分比率に従って分配することで、上記原編集素材権利者ごとの利益金額を設定する利益金額設定手順と、
   を実行する情報処理方法。
6. コンテンツの少なくとも１つを編集素材として二次利用する編集処理により作成されるもので、コンテンツ内容を再現するための情報として、原編集素材とされる一次コンテンツである原編集素材コンテンツの実コンテンツデータについての再生を指示する内容により形成される再生制御情報を有する副次コンテンツに関連して単位利益が発生した場合において、この利益の発生に関連した対象副次コンテンツのコンテンツ内容における原編集素材コンテンツごとの貢献度を求める貢献度取得手順と、
   上記単位利益のうちで上記対象副次コンテンツの原編集素材コンテンツの権利者である原編集素材権利者に対して配分すべき権利者対象利益を、上記貢献度取得手順により求められた貢献度に基づく原編集素材コンテンツごとの配分比率に従って分配することで、上記原編集素材権利者ごとの利益金額を設定する利益金額設定手順と、
   を実行する情報処理方法。
7. コンテンツの少なくとも１つを編集素材として二次利用する編集処理により作成されるもので、コンテンツ内容を再現するための情報として、原編集素材とされる一次コンテンツである原編集素材コンテンツの実コンテンツデータについての再生を指示する内容により形成される再生制御情報を有する副次コンテンツについて、上記原編集素材コンテンツのうちで、ユーザが保有しているとみることのできる一次コンテンツである保有一次コンテンツに含まれていない不足一次コンテンツが有る場合において、この不足一次コンテンツを購入することにより単位利益が発生した場合において、この購入された不足一次コンテンツの有る対象副次コンテンツのコンテンツ内容における原編集素材コンテンツごとの貢献度を求めるもので、この際に上記不足一次コンテンツについての貢献度については０とする貢献度取得手順と、
   上記単位利益のうちで上記対象副次コンテンツの原編集素材コンテンツの権利者である原編集素材権利者に対して配分すべき権利者対象利益を、上記貢献度取得手順により求められた貢献度に基づく原編集素材コンテンツごとの配分比率に従って分配することで、上記原編集素材権利者ごとの利益金額を設定する利益金額設定手順と、
   を情報処理装置に実行させるプログラム。
8. コンテンツの少なくとも１つを編集素材として二次利用する編集処理により作成されるもので、コンテンツ内容を再現するための情報として、原編集素材とされる一次コンテンツである原編集素材コンテンツの実コンテンツデータについての再生を指示する内容により形成される再生制御情報を有する副次コンテンツとともに掲載されたＷｅｂサイト上での広告の利用に応じて単位利益が発生した場合において、この利益の発生に関連した対象副次コンテンツのコンテンツ内容における原編集素材コンテンツごとの貢献度を求める貢献度取得手順と、
   上記単位利益のうちで上記対象副次コンテンツの原編集素材コンテンツの権利者である原編集素材権利者に対して配分すべき権利者対象利益を、上記貢献度取得手順により求められた貢献度に基づく原編集素材コンテンツごとの配分比率に従って分配することで、上記原編集素材権利者ごとの利益金額を設定する利益金額設定手順と、
   を情報処理装置に実行させるプログラム。
9. コンテンツの少なくとも１つを編集素材として二次利用する編集処理により作成されるもので、コンテンツ内容を再現するための情報として、原編集素材とされる一次コンテンツである原編集素材コンテンツの実コンテンツデータについての再生を指示する内容により形成される再生制御情報を有する副次コンテンツに関連して単位利益が発生した場合において、この利益の発生に関連した対象副次コンテンツのコンテンツ内容における原編集素材コンテンツごとの貢献度を求める貢献度取得手順と、
   上記単位利益のうちで上記対象副次コンテンツの原編集素材コンテンツの権利者である原編集素材権利者に対して配分すべき権利者対象利益を、上記貢献度取得手順により求められた貢献度に基づく原編集素材コンテンツごとの配分比率に従って分配することで、上記原編集素材権利者ごとの利益金額を設定する利益金額設定手順と、
   を情報処理装置に実行させるプログラム。

Images