JP2009157565A - メディアコンテンツ管理システム、及びメディアコンテンツ管理方法 - Google Patents

Abstract

【課題】メディアコンテンツの二次利用を許可する提供者とって、二次利用されたメディアコンテンツの内容の把握を容易にさせる。
【解決手段】本発明のメディアコンテンツ管理システムによれば、第１のメディアコンテンツと関連付けて第２のメディアコンテンツを成果物管理サーバに記憶しており、第２のメディアコンテンツが取得されると、この第２のメディアコンテンツに含まれている第１のメディアコンテンツの創作者情報を判別し、コンテンツの創作者に対して通知する。
【選択図】図２

Description

本発明は、ネットワークによるメディアコンテンツ管理システム、及びメディアコンテンツ管理方法に関する。

従来より、通信ネットワークを介して配信するデジタルコンテンツに対し、著作権料の回収を行うシステムが考えられている。

例えば、特許文献１においては、著作権者が、配信対象となるデジタルコンテンツの購入数と同数の暗号鍵を事前に作成し、このデジタルコンテンツの市場公開価格を設定し、購入希望者が設定する希望価格を見ながら最終的な価格を決定して、暗号鍵が付されたデジタルコンテンツを販売する技術が開示されている。
ＷＯ０１／０８６５２７号再公表特許公報

しかしながら、上記の技術の場合、著作権料取引の対象となるものは、一次利用や再販に限られており、二次利用の流通については考慮されていない。

本発明の課題は、メディアコンテンツの二次利用を許可する提供者とって、二次利用されたメディアコンテンツの内容の把握を容易にさせることである。

請求項１に記載の発明は、
外部から入力された第１のメディアコンテンツ、前記第１のメディアコンテンツの創作者情報、及び前記第１のメディアコンテンツの二次利用に対する課金情報を受信する第１の受信手段と、
前記第１の受信手段によって受信された前記第１のメディアコンテンツ、前記創作者情報、及び前記課金情報を対応付けて記憶管理する第１の記憶管理手段と、
前記第１のメディアコンテンツが含まれる第２のメディアコンテンツを生成するために外部から入力された成果物情報及び前記第１のメディアコンテンツと合成されるべき個人コンテンツを受信する第２の受信手段と、
前記第２の受信手段によって受信された前記成果物情報を取得する第１の取得手段と、
前記第１の取得手段による前記成果物情報の取得に際し、前記課金情報に基づいて前記第１のメディアコンテンツの二次利用の対価を前記外部に対して要求する要求手段と、
前記要求手段による要求の応答として前記対価を取得する第２の取得手段と、
前記第２の取得手段によって前記対価が取得された際、前記成果物情報に対応する第１のメディアコンテンツの前記創作者情報に基づいて当該創作者に通知する通知手段と、
前記第２の受信手段によって受信された前記成果物情報を前記第１のメディアコンテンツと関連付けて記憶し、管理する第２の記憶管理手段と、
前記第２の受信手段によって受信された前記個人コンテンツを記憶し、管理する第３の記憶管理手段と、
外部からの入力によって、前記第１のメディアコンテンツ、前記成果物情報、及び前記個人コンテンツに基づいて前記第２のメディアコンテンツを生成する生成手段と、
前記生成手段によって生成された前記第２のメディアコンテンツを通信回線を介してネットワークに公開する公開手段と、
を備えることを特徴としている。

請求項２に記載の発明は、請求項１に記載の発明において、
前記第１のメディアコンテンツはＣＧ画像であり、前記第２のメディアコンテンツは前記ＣＧ画像が合成された撮影画像であり、前記成果物情報は前記撮影画像に合成される前記ＣＧ画像の合成状態を示す合成パラメータを含むことを特徴としている。

請求項３に記載の発明は、
外部から入力された第１のメディアコンテンツ、前記第１のメディアコンテンツの創作者情報、及び前記第１のメディアコンテンツの二次利用に対する課金情報を受信する第１の受信工程と、
前記第１の受信工程によって受信された前記第１のメディアコンテンツ、前記創作者情報、及び前記課金情報を対応付けて記憶管理する第１の記憶管理工程と、
前記第１のメディアコンテンツが含まれる第２のメディアコンテンツを生成するために外部から入力された成果物情報及び前記第１のメディアコンテンツと合成されるべき個人コンテンツを受信する第２の受信工程と、
前記第２の受信工程によって受信された前記成果物情報を取得する第１の取得工程と、
前記第１の取得工程による前記成果物情報の取得に際し、前記課金情報に基づいて前記第１のメディアコンテンツの二次利用の対価を前記外部に対して要求する要求工程と、
前記要求工程による要求の応答として前記対価を取得する第２の取得工程と、
前記第２の取得工程によって前記対価が取得された際、前記成果物情報に対応する第１のメディアコンテンツの前記創作者情報に基づいて当該創作者に通知する通知工程と、
前記第２の受信工程によって受信された前記成果物情報を前記第１のメディアコンテンツと関連付けて記憶し、管理する第２の記憶管理工程と、
前記第２の受信工程によって受信された前記個人コンテンツを記憶し、管理する第３の記憶管理工程と、
外部からの入力によって、前記第１のメディアコンテンツ、前記成果物情報、及び前記個人コンテンツに基づいて前記第２のメディアコンテンツを生成する生成工程と、
前記生成工程によって生成された前記第２のメディアコンテンツを通信回線を介してネットワークに公開する公開工程と、
を含むことを特徴としている。

本発明によれば、メディアコンテンツの二次利用を許可する提供者にとって、二次利用されたメディアコンテンツの内容の把握が容易になる。

〔実施形態１〕
まず、本発明の実施形態１について説明する。
図１に、実施形態１におけるメディアコンテンツ管理システム１の構成例を示す。図１に示すように、メディアコンテンツ管理システム１は、コンテンツ管理サーバ１０、ユーザ成果物サーバ１１、ユーザデータ管理サーバ１２、ＤＢ（Data Base）サーバ２０、著作権管理契約サーバ３０、課金サーバ４０、検索サーバ５０、アプリケーションサーバ６０によって構成され、アプリケーションサーバ６０とユーザ端末１００は通信ネットワークＮを介してデータ送受信可能に接続されている。通信ネットワークＮは、例えば、ＷＡＮ（Wide Area Network）やインターネット等の通信ネットワークにより構成されるが、ＬＡＮ（Local Area Network）等を含めてもよく、電話回線、専用線、移動体通信網、通信衛星網、ＣＡＴＶ（Cable Television）回線、インターネットプロバイダ等を含めてもよい。

また、コンテンツ管理サーバ１０、ユーザ成果物サーバ１１、ユーザデータ管理サーバ１２、ＤＢサーバ２０、著作権管理契約サーバ３０、課金サーバ４０、検索サーバ５０、及びアプリケーションサーバ６０は、図１に示すようにそれぞれがＬＡＮ等のネットワークを介して、データ送受信可能に接続されている。

コンテンツ管理サーバ１０、ユーザ成果物サーバ１１、ユーザデータ管理サーバ１２、ＤＢサーバ２０、著作権管理契約サーバ３０、課金サーバ４０、検索サーバ５０、アプリケーションサーバ６０、及びユーザ端末１００はそれぞれプログラムとの協働により動作し、それぞれはＣＰＵ、記憶部、ＲＡＭ（Random Access Memory）、入力部、表示部、通信部等から構成されている。

コンテンツ管理サーバ１０は、第１の記憶管理手段として機能し、メディアコンテンツの著作者（創作者）であるクリエイターによって、著作権管理契約サーバ３０を介してアップロードされた第１のメディアコンテンツとしてのメディアコンテンツ（以下、単にコンテンツという）が記憶され、管理されている。コンテンツは、ユーザに対して販売するデータであり、例えばクリエイターが作成した３ＤＣＧ（3Dimention Computer Graphics）等で構成されるオブジェクトファイルが挙げられる。
ユーザ成果物サーバ１１は、第２の記憶管理手段として機能し、ユーザによってユーザ端末１００からアップロードされた写真等の画像データ（以下、個人コンテンツという）と、クリエイターによってアップロードされたコンテンツが合成され、第２のメディアコンテンツとして生成されるメディアコンテンツ（以下、成果物という）の生成に必要な情報が記憶され、管理されている。
ユーザデータ管理サーバ１２は、第３の記憶管理手段として機能し、ユーザの氏名やクレジットカード情報等の個人情報や、アプリケーションサーバ６０を介してユーザによってアップロードされた個人コンテンツが記憶され、管理されている。

ＤＢサーバ２０は、コンテンツＤＢ２１、成果物ＤＢ２２、及びユーザＤＢ２３、により構成され、画像データや各種ユーザ情報等の情報をデータベースとして記憶され、管理されている。コンテンツＤＢ２１のデータベースの内容は、コンテンツ管理サーバ１０にコピーされ、コンテンツ管理サーバ１０によって記憶され、管理されている。成果物ＤＢ２２のデータベースの内容は、ユーザ成果物サーバ１１にコピーされ、ユーザ成果物サーバ１１によって記憶され、管理されている。ユーザＤＢ２３のデータベースの内容は、ユーザデータ管理サーバ１２にコピーされ、ユーザデータ管理サーバ１２によって記憶され、管理されている。
コンテンツ管理サーバ１０、ユーザ成果物サーバ１１、及びユーザデータ管理サーバ１２は、定期的にＤＢサーバ２０と同期を取り、内容を一致させている。例えば、一定時間経過ごとに同期を取るようにしてもよいし、ユーザ端末１００から個人コンテンツがアップロードされたタイミング等で同期を取ってもよい。

図２に、コンテンツＤＢ２１のデータ格納例を示す。
図２に示すように、コンテンツＤＢ２１は、クリエイターによってアップロードされたコンテンツについての情報を記憶するデータベースであり、コンテンツＤＢメインテーブルＴ１によって構成される。コンテンツＤＢメインテーブルＴ１は、図２に示すように、「コンテンツＩＤ」フィールド、「ユーザＩＤ」フィールド、「形式」フィールド、「容量」フィールド、「保管場所」フィールド、「サムネイル保管場所」フィールド、「キーワード」フィールド、「ジャンル」フィールド、「利用価格」フィールド、及び「利用可能回数」フィールドを有する。

「コンテンツＩＤ」フィールドは、クリエイターがアップロードしたコンテンツに一意に割り当てられたコンテンツＩＤを格納する。「ユーザＩＤ」フィールドは、クリエイターに一意に割り当てられたユーザＩＤを格納する。「形式」フィールドは、コンテンツのデータ形式を格納する。「容量」フィールドは、コンテンツのデータ容量を格納する。「保管場所」フィールドは、コンテンツを保管しているディレクトリを格納する。「サムネイル保管場所」フィールドは、コンテンツのサムネイルを保管しているディレクトリを格納する。「キーワード」フィールドは、ユーザが所望するコンテンツを検索するときのキーワードを格納する。「ジャンル」フィールドは、コンテンツの属するジャンルを格納する。「利用価格」フィールドは、コンテンツの利用価格を格納する。「利用可能回数」フィールドは、当該コンテンツの利用可能回数を格納する。

図３に、成果物ＤＢ２２のデータ格納例を示す。
成果物ＤＢ２２は、成果物を生成する際に必要である成果物情報（後述する合成パラメータ、コンテンツＩＤ、及び後述する個人コンテンツＩＤ）等を記憶するデータベースであり、図３に示すように、成果物ＤＢメインテーブルＴ２、使用コンテンツテーブルＴ３、及び使用個人コンテンツテーブルＴ４から構成される。

図３（a）に、成果物ＤＢメインテーブルＴ２のデータ格納例を示す。成果物ＤＢメインテーブルＴ２は、成果物に関する基本情報を記憶するテーブルである。図３（a）に示すように、成果物ＤＢメインテーブルは、「成果物ＩＤ」フィールド、「製作日」フィールド、「ユーザＩＤ」フィールド、「合成パラメータ」フィールド、「サムネイル格納場所」フィールド、及び「利用ログ格納場所」フィールドを有する。

「成果物ＩＤ」フィールドは、各成果物に一意に割り当てられた成果物ＩＤを格納する。「製作日」フィールドは、各成果物が作成された日時を格納する。「ユーザＩＤ」フィールドは、成果物を作成したユーザＩＤを格納する。「合成パラメータ」フィールドは、成果物に関する合成パラメータを格納する。合成パラメータとは、個人コンテンツ（写真等の画像データ等）を下位レイヤーとしてその上位レイヤーに合成表示されるクリエイターが作成したコンテンツ（３ＤＣＧ等で構成されるオブジェクトファイル）の合成状態を示す情報であり、詳細には、合成表示されるコンテンツの大きさ、合成表示位置、コンテンツの表示方向、コンテンツに照射される光源の照射方向（ライティング）等の座標情報を示す。成果物は、この合成パラメータを基にコンテンツと個人コンテンツを合成して生成される。「サムネイル格納場所」フィールドは、成果物のサムネイルを保管しているディレクトリを格納する。「利用ログ格納場所」フィールドは、後述する成果物公開処理によって得られた利用ログを保管しているディレクトリを格納する。

図３（b）に、使用コンテンツテーブルＴ３のデータ格納例を示す。使用コンテンツテーブルＴ３は、成果物を作成する際に使用したコンテンツのコンテンツＩＤを記憶するものである。図３（b）の例では、１つの成果物に対して合成できるコンテンツを４つまでとしている。図３（b）に示すように、使用コンテンツテーブルＴ３は、「成果物ＩＤ」フィールド、「コンテンツＩＤ１」フィールド、「コンテンツＩＤ２」フィールド、「コンテンツＩＤ３」フィールド、及び「コンテンツＩＤ４」フィールドを有する。

「成果物ＩＤ」フィールドは、成果物ＩＤを格納する。「コンテンツＩＤ１」フィールド、「コンテンツＩＤ２」フィールド、「コンテンツＩＤ３」フィールド、及び「コンテンツＩＤ４」フィールドは、成果物作成の際に使用されたコンテンツに対応するコンテンツＩＤを格納する。使用したコンテンツが４つ以内の場合、コンテンツＩＤを格納しないフィールドにはＮＵＬＬ値が格納される。

図３（c）に、使用個人コンテンツテーブルＴ４のデータ格納例を示す。使用個人コンテンツテーブルＴ４は、成果物を作成する際に使用した個人コンテンツの個人コンテンツＩＤを記憶するものである。図３（c）の例では、１つの成果物に対して合成できる個人コンテンツが４つまでとしている。図３（c）に示すように、使用個人コンテンツテーブルＴ４は、「成果物ＩＤ」フィールド、「個人コンテンツＩＤ１」フィールド、「個人コンテンツＩＤ２」フィールド、「個人コンテンツＩＤ３」フィールド、及び「個人コンテンツＩＤ４」フィールドを有する。

「成果物ＩＤ」フィールドは、成果物ＩＤを格納する。「個人コンテンツＩＤ１」フィールド、「個人コンテンツＩＤ２」フィールド、「個人コンテンツＩＤ３」フィールド、及び「個人コンテンツＩＤ４」フィールドは、成果物生成の際にユーザがアップロードした個人コンテンツに一意に割り当てられた個人コンテンツＩＤを格納する。使用した個人コンテンツが４つ未満の場合、個人コンテンツＩＤを格納しないフィールドにはＮＵＬＬ値が格納される。

図４に、ユーザＤＢ２３のデータ格納例を示す。
ユーザＤＢ２３は、ユーザに関する情報を記憶するものであり、図４に示すように、個人コンテンツテーブルＴ５、個人情報テーブルＴ６、及び購入コンテンツテーブルＴ７から構成される。

図４（a）に、個人コンテンツテーブルＴ５のデータ格納例を示す。個人コンテンツテーブルＴ５は、ユーザがアップロードした個人コンテンツについての情報を記憶するものである。図４（a）に示すように、個人コンテンツテーブルＴ５は、「個人コンテンツＩＤ」フィールド、「ユーザＩＤ」フィールド、「形式」フィールド、「容量」フィールド、及び「保管場所」フィールドを有する。

「個人コンテンツＩＤ」フィールドは、個人コンテンツごとに一意に対応付けられた個人コンテンツＩＤを格納する。「ユーザＩＤ」フィールドは、ユーザＩＤを格納する。「形式」フィールドは、個人コンテンツのデータ形式を格納する。「容量」フィールドは、個人コンテンツのデータ容量を格納する。「保管場所」フィールドは、個人コンテンツの保管場所を格納する。

図４（b）に、個人情報テーブルＴ６のデータ格納例を示す。個人情報テーブルＴ６は、ユーザの個人情報を記憶するものである。図４（b）に示すように、個人情報テーブルＴ６は、「ユーザＩＤ」フィールド、「パスワード」フィールド、「氏名」フィールド、「メールアドレス」フィールド、「クレジットカード情報」フィールドを有する。

「ユーザＩＤ」フィールドは、ユーザＩＤを格納する。「パスワード」フィールドは、ユーザＩＤごとに設定されたパスワードを格納する。「氏名」フィールドは、ユーザの氏名を格納する。「メールアドレス」フィールドは、ユーザのメールアドレスを格納する。「クレジットカード情報」フィールドは、ユーザのクレジットカード情報を格納する。

図４（c）に、購入コンテンツテーブルＴ７のデータ格納例を示す。購入コンテンツテーブルＴ７は、ユーザが購入したコンテンツに関する情報を記憶するものである。図４（c）に示すように、購入コンテンツテーブルＴ７は、「ユーザＩＤ」フィールド、「コンテンツＩＤ」フィールド、「購入日」フィールド、及び「利用回数」フィールドを有する。

「ユーザＩＤ」フィールドは、ユーザＩＤを格納する。「コンテンツＩＤ」フィールドは、ユーザが購入したコンテンツのコンテンツＩＤを格納する。「購入日」フィールドは、コンテンツを購入した日付を格納する。「利用回数」は、ユーザが購入したコンテンツの残り利用回数を格納する。

著作権管理契約サーバ３０は、第１の受信手段として機能し、クリエイターがクリエイターの有する端末（図示せず）によりコンテンツデータをコンテンツ管理サーバ１０にアップロードする際に、クリエイターの有する端末に対し著作権保護に関する規約の同意及びコンテンツデータの要求を行う。クリエイターの有する端末（図示せず）が、コンテンツデータをアップロードする際には、著作権管理契約サーバ３０と接続を行う。

以下、クリエイターがコンテンツデータをコンテンツＤＢ２１にアップロードする際の入力操作の流れを図を用いて説明する。
図５（a）に、クリエイターがコンテンツデータをアップロードする際にクリエイターの有する端末に表示される著作権管理契約画面Ｇ１を示す。著作権管理契約画面Ｇ１は、著作権管理契約のテキストを記載する領域Ｇ１ａ、ラジオボタンＧ１ｂとＧ１ｃ、「ＯＫ」ボタンＧ１ｄ等から構成される。著作権管理契約画面Ｇ１は、クリエイターの有する端末が著作権管理契約サーバ３０に接続され、著作権管理契約サーバ３０から送信されるログイン画面（図示せず）上で、クリエイターによって自己のユーザＩＤとパスワードが入力される。著作権管理契約サーバ３０にログインがされた後に表示される。
この時入力されるユーザＩＤとパスワードは、著作権管理契約サーバ３０を介して、ユーザデータ管理サーバ１２に保存された個人情報テーブルＴ６と照合が行われて認証される。本実施の形態では、ユーザＩＤを所有する者は、自己の作成したコンテンツをアップロードして販売するクリエイターとしても、他人のコンテンツを購入して利用するユーザとしてもログインすることができる。つまり、著作権管理契約サーバ３０と接続すればクリエイターとして、アプリケーションサーバ６０と接続すればユーザとして、メディアコンテンツ管理システム１を利用することができる。一方、クリエイターとしてメディアコンテンツ管理システム１を利用する際には、ユーザとして利用する時のユーザＩＤと別のユーザＩＤを入力させる構成としてもよい。

クリエイターの操作により、著作権管理契約画面Ｇ１上の「同意します」のラジオボタンＧ１ｂが選択され、「ＯＫ」ボタンＧ１ｄが押下されると、後述するアップロードデータ選択画面Ｇ２に遷移する。「同意しません」のラジオボタンＧ１ｃが選択され、「ＯＫ」ボタンＧ１ｄが押下されると、著作権管理契約に同意しなかったとして画面は終了する。

図５（b）に、クリエイターがコンテンツデータをアップロードする際に表示されるアップロードデータ選択画面Ｇ２を示す。アップロードデータ選択画面Ｇ２は、「アップロードデータ選択」タグＧ２ａ、「参照」ボタンＧ２ｂ、「キーワード」タグＧ２ｃ、「ジャンル選択」タグＧ２ｄ、「利用回数」タグＧ２ｅ、「利用料金」タグＧ２ｆ、及び「ＯＫ」ボタン等Ｇ２ｇから構成される。

アップロードデータ選択画面Ｇ２において、クリエイターの操作により、「参照」ボタンＧ２ｂが押下され、アップロードされる画像データが格納されているフォルダが指定されると、「アップロードデータ選択」タグＧ２ａに、アップロードするコンテンツが指定される。次いで、クリエイターの操作により、「キーワード」タグＧ２ｃに、キーワードが入力される。そして、「ジャンル選択」タグＧ２ｄに、コンテンツに関するジャンルが選択される。アップロードデータ選択画面Ｇ２の例では、「キーワード」タグＧ２ｃは自由に入力ができ、「ジャンル選択」タグＧ２ｄはプルダウンメニューから選択するようにしているが、入力形式は本実施例に限られたものではない。
次いで、クリエイターの操作により、コンテンツを利用する際の利用回数が「利用回数」タグＧ２ｅに入力され、「利用料金」タグＧ２ｆに入力される。図５（b）の例では、ユーザは５０円を支払えば、このコンテンツを５回使用することができる。

「ＯＫ」ボタンＧ２ｇが押下されると、入力されたデータが著作権管理契約サーバ３０を介し、コンテンツ管理サーバ１０にアップロードされ、コンテンツＤＢメインテーブルＴ１に格納される。具体的には、アップロードされたコンテンツに対して、コンテンツ管理サーバ１０により一意にコンテンツＩＤが割り振られ、コンテンツのサムネイルが作成される。コンテンツとコンテンツのサムネイルは、コンテンツ管理サーバ１０により予め指定された指定フォルダに格納される。また、コンテンツ管理サーバ１０によりコンテンツＤＢメインテーブルＴ１に、新たなレコードとして、コンテンツＩＤが「コンテンツＩＤ」フィールドに、アップロードしたクリエイターのユーザＩＤが「ユーザＩＤ」フィールドに、コンテンツのデータ形式が「形式」フィールドに、コンテンツのデータ容量が「容量」フィールドに、コンテンツを格納したフォルダが「保管場所」フィールドに、コンテンツのサムネイルを格納したフォルダが「サムネイル保管場所」フィールドに、入力されたキーワードが「キーワード」フィールドに、選択されたジャンルが「ジャンル」フィールドに、アップロードデータ選択画面Ｇ２で入力された利用価格が「利用価格」フィールドに、アップロードデータ選択画面Ｇ２で入力された利用可能回数が「利用可能回数」フィールドにそれぞれ格納される。
以上述べた操作により、コンテンツのアップロードが完了する。

課金サーバ４０は、ユーザが購入したコンテンツの費用の集計を行い、ユーザに対して費用の請求を行う。

検索サーバ５０は、コンテンツ管理サーバ１０に格納されたコンテンツの検索を行う。

アプリケーションサーバ６０は、ユーザ端末１００に対して、各サービスを利用するためのアプリケーションの提供を行い、ユーザ端末１００からの入力に応じて処理を行ったり、コンテンツ管理サーバ１０、ユーザ成果物サーバ１１、ユーザデータ管理サーバ１２、及び検索サーバ５０に対して、ユーザ端末１００から受信した入力情報等を送信する。

次に、実施形態１におけるメディアコンテンツ管理システム１の主要な動作についてフローチャートを参照して詳細に説明する。

（コンテンツ購入処理）
図６に、ユーザデータ管理サーバ１２、検索サーバ５０、アプリケーションサーバ６０、及びユーザ端末１００により実行されるコンテンツ購入処理のフローを示す。当該処理は、アプリケーションサーバ６０からユーザ端末１００に対して提供されたアプリケーションへ、ユーザ端末１００からコンテンツ購入の指示が入力された際に実行される。
コンテンツ購入処理は、コンテンツ管理サーバ１００に格納されたコンテンツの購入を行う処理である。
なお、当該処理が行われる前提として、予めログイン画面（図示せず）上でユーザ端末１００からの入力により、ユーザＩＤとパスワードがアプリケーションサーバ６０に対して送信され、ユーザデータ管理サーバ１２により認証が行われている。

図７（ａ）に、コンテンツ購入処理が実行された際、ユーザ端末１００に表示されるコンテンツ検索画面Ｇ３を示す。コンテンツ検索画面Ｇ３は、キーワード入力タグＧ３ａ、ジャンル選択タグＧ３ｂ、及び「検索」ボタンＧ３ｃ等から構成される。

まず、コンテンツ検索画面Ｇ３がユーザ端末１００に表示され、キーワードやジャンル等のユーザ端末１００からの入力が待ち受けられる（ステップＳ６０１）。次いで、ユーザ端末１００からの入力により、キーワード入力タグＧ３ａに対してキーワードの入力、又はジャンル選択タグＧ３ｂに対してジャンルの選択が行われ、検索ボタンが押下される（ステップＳ６０２）。

ステップＳ６０２で入力されたキーワード又は選択されたジャンルがアプリケーションサーバ６０を介して検索サーバ５０に送信されると、検索サーバ５０によって、ユーザ端末１００から送信されたキーワード又はジャンルを検索条件として、コンテンツ管理サーバ１０のコンテンツＤＢメインテーブルＴ１に格納された情報が検索される（ステップＳ６０３）。

ステップＳ６０３で実行される検索処理は、キーワードとコンテンツ管理サーバ１０内に格納されたコンテンツＤＢメインテーブルＴ１の「キーワード」フィールドに格納された情報との完全一致としてもよいし、前後部分一致としてもよい。ジャンルが入力された場合には、「ジャンル」フィールドに格納された情報との完全一致とする。

検索サーバ５０によって、ステップＳ６０３で得られた検索結果が抽出され、アプリケーションサーバ６０を介し、ユーザ端末１００に対して送信される（ステップＳ６０４）。ユーザ端末１００が受信した検索結果をもとに、ユーザ端末１００には検索結果画面Ｇ４が表示される（ステップＳ６０５）。

図７（b）に、ステップＳ６０５でユーザ端末１００に表示される検索結果画面Ｇ４を示す。検索結果画面Ｇ４は、ステップＳ６０２でユーザ端末１００から送信された検索条件に合致したコンテンツの、サムネイルＧ４ａ、ラジオボタンＧ４ｂ、利用価格情報表示領域Ｇ４ｃ、及び「購入」ボタンＧ４ｄ等から構成される。

次いで、ユーザ端末１００からの入力において、検索結果画面Ｇ４内に表示されたコンテンツに対応したラジオボタンＧ４ｂにチェックが入力され、購入ボタンＧ４ｄが押下されると、アプリケーションサーバ６０に、ラジオボタンＧ４ｂがチェックされたコンテンツのコンテンツＩＤが送信される（ステップＳ６０６）。

ステップＳ６０６において、ユーザ端末１００から入力された、購入するコンテンツのコンテンツＩＤがアプリケーションサーバ６０に送信されると、アプリケーションサーバ６０は、購入規約内容をユーザ端末１００に対して送信され（ステップＳ６０７）、ユーザ端末１００には購入規約画面Ｇ５が表示される。

図７（c）に、ユーザ端末１００において、アプリケーションサーバ６０から送信された購入規約内容に基づき表示される購入規約画面Ｇ５を示す。購入規約画面Ｇ５は、購入時の規約を記載したテキストＧ５ａ、ラジオボタンＧ５ｂとＧ５ｃ、及び「ＯＫ」ボタンＧ５ｄ等から構成される。

ユーザ端末１００に購入規約画面Ｇ５が表示され、ユーザ端末１００の操作により「同意します」のラジオボタンＧ５ｂが選択され、「ＯＫ」ボタンＧ５ｄが押下されると、アプリケーションサーバ６０に対して購入規約に同意した旨が送信される（ステップＳ６０８）。「同意しない」のラジオボタンＧ５ｃが選択され、「ＯＫ」ボタンＧ５ｄが押下されると処理は終了する。

購入規約に同意した旨が、アプリケーションサーバ６０においてユーザ端末１００から受信されると、ユーザ端末１００から送信されたコンテンツＩＤと、このユーザのユーザＩＤがユーザデータ管理サーバ１２に送信される（ステップＳ６０９）。

ユーザデータ管理サーバ１２において、ユーザデータ管理サーバ１２内に格納された購入コンテンツテーブルＴ７に、ユーザの購入内容が保存される（ステップＳ６１０）。具体的には、購入コンテンツテーブルＴ７の「ユーザＩＤ」フィールドに、受信したユーザＩＤが、「コンテンツＩＤ」フィールドに、受信したコンテンツＩＤが、「購入日」フィールドに、コンテンツ購入処理を行った日付が、「利用回数」フィールドに、当該コンテンツＩＤに該当するコンテンツＤＢメインテーブルＴ１内のレコードの「利用可能回数」フィールドに格納された利用可能回数が、新たなレコードとして登録される。購入コンテンツテーブルＴ７への登録が完了したら、ユーザデータ管理サーバ１２により、アプリケーションサーバ６０を介してユーザ端末１００に購入内容の確認画面（図示せず）が送信される。ユーザ端末１００には、受信された購入内容の確認情報に基づいて確認画面が表示される（ステップＳ６１１）、処理は終了する。

（成果物生成処理）
図８に、ユーザ成果物サーバ１１、ユーザデータ管理サーバ１２、アプリケーションサーバ６０、及びユーザ端末１００によって実行される成果物生成処理のフローを示す。当該処理は、アプリケーションサーバ６０からユーザ端末１００に提供されたアプリケーションに対して、ユーザが過去に購入したコンテンツを指定し、成果物生成指示が入力された際に実行される。
成果物生成処理は、ユーザが過去に購入したコンテンツと、ユーザ端末１００が所有する個人コンテンツを合成して成果物を生成する処理である。
ユーザ成果物サーバ１１は、成果物生成処理により、成果物情報を取得する第１の取得手段、及び対価を要求する要求手段として機能する。アプリケーションサーバ６０は、成果物生成処理により、第２の受信手段、成果物の生成手段、及びクリエイターに通知する通知手段として機能する。ユーザデータ管理サーバ１２は、成果物生成処理により、対価を取得する第２の取得手段として機能する。

図９（ａ）に、成果物生成処理が実行された際、ユーザ端末１００に表示される個人コンテンツ選択画面Ｇ６を示す。個人コンテンツ選択画面Ｇ６は、プレビュー領域Ｇ６ａ、ラジオボタンＧ６ｂ及びＧ６ｃ、「参照」ボタンＧ６ｄ、及び「ＯＫ」ボタンＧ６ｅ等から構成される。

まず、ユーザ端末１００に個人コンテンツ選択画面Ｇ６が表示され、「参照」ボタンＧ６ｄが押下されると、個人コンテンツが格納されている、ユーザ端末１００内のフォルダが選択される（ステップＳ８０１）。個人コンテンツ選択画面Ｇ６のプレビュー領域Ｇ６ａに、選択された個人コンテンツが表示され、「ＯＫ」ボタンＧ６ｅが押下されると、この個人コンテンツのデータがアプリケーションサーバ６０に対してアップロードされる（ステップＳ８０２）。

ユーザデータ管理サーバ１２において、アプリケーションサーバ６０を介して、個人コンテンツを受信されると（ステップＳ８０３）、受信された個人コンテンツに対し、個人コンテンツＩＤが付与される（ステップＳ８０４）。そして、ユーザデータ管理サーバ１２によって、この個人コンテンツが予め指定されたフォルダに保存され、ユーザデータ管理サーバ１２に格納された個人コンテンツテーブルＴ５に対して、アップロードされた個人コンテンツに関する情報が記憶される（ステップＳ８０５）。具体的には、個人コンテンツテーブルＴ５の「個人コンテンツＩＤ」フィールドに、ステップＳ８０４で付与された個人コンテンツＩＤが、「ユーザＩＤ」フィールドに、ユーザＩＤが、「形式」フィールドに、個人コンテンツのデータ形式が、「容量」フィールドに、個人コンテンツのデータ容量が、「保管場所」フィールドに、個人コンテンツを保管したフォルダが、新しいレコードとして登録される（ステップＳ８０５）。個人コンテンツテーブルＴ５への登録が完了すると、アプリケーションサーバ６０を介して、ユーザ端末１００にアップロードが完了した旨と、この個人コンテンツの個人コンテンツＩＤが送信される。ユーザ端末１００においては、アップロードが完了した旨が表示される（ステップＳ８０６）。

次いで、ユーザ端末１００においてユーザによって予め指定されたコンテンツと個人コンテンツが、後述する合成指示画面Ｇ７に表示される（ステップＳ８０７）。

図９（b）に、ステップＳ８０７で表示される合成指示画面Ｇ７を示す。合成指示画面Ｇ７は、画像合成領域Ｇ７ａ、ラジオボタンＧ７ｂ、Ｇ７ｃ、「決定」ボタンＧ７ｄ等から構成される。画像合成領域は、ユーザが過去に購入したコンテンツのうち、ユーザが指定したコンテンツと、個人コンテンツの合成指示を入力するための領域である。

合成指示画面Ｇ７から画像合成の指示が行われると、ユーザ端末１００から合成パラメータがアプリケーションサーバ６０に対して送信される（ステップＳ８０８）。アプリケーションサーバ６０によって、受信した合成パラメータをもとに成果物が生成され、ユーザ端末１００に対してこの成果物が送信される（ステップＳ８０９）。

次いで、ステップＳ８０９で生成された合成画像がユーザ端末１００に表示される（ステップＳ８１０）。再度、合成実施指示がユーザ端末１００から入力されたかチェックされる（ステップＳ８１１）。合成実施指示が入力された場合（ステップＳ８１１；ＮＯ）、ステップＳ８０８に戻る。使用するコンテンツの追加の指定が入力された場合には、アプリケーションサーバ６０は、コンテンツ管理サーバ１０から、指定されたコンテンツを取得し、合成指示画面Ｇ７に表示するよう処理が行われる。合成実施指示が入力されず（ステップＳ８１１；ＹＥＳ）、ラジオボタンＧ７ｂにチェックがなされ、合成指示画面Ｇ７の「決定」ボタンＧ７ｄが押下されると、成果物情報がアプリケーションサーバ６０に送信され、アプリケーションサーバ６０によって成果物のサムネイルが作成される（ステップＳ８１２）。次いで、アプリケーションサーバ６０によって、ユーザ成果物サーバ１１に対して、ユーザＩＤ、成果物情報、及びサムネイルが送信され、ユーザ成果物サーバ１１に保存される（ステップＳ８１３）。具体的には、成果物のサムネイルが、ユーザ成果物サーバ１１の予め指定されたフォルダに格納され、ユーザ成果物サーバ１１に格納された成果物ＤＢメインテーブルＴ２に対して、新しいレコードとして「成果物ＩＤ」フィールドに、成果物に一意に割り当てられた成果物ＩＤが、「製作日」フィールドに、成果物生成処理が行われた日付が、「ユーザＩＤ」フィールドに、ユーザＩＤが、「合成パラメータ」フィールドに、合成パラメータが、「サムネイル格納場所」フィールドには、成果物のサムネイルを格納したフォルダが、「利用ログ格納場所」フィールドに、後述する成果物公開処理によって作成される利用ログの格納フォルダが登録される。

また、同時に使用コンテンツテーブルＴ３の「成果物ＩＤ」フィールドに成果物ＩＤが、「コンテンツＩＤ１」フィールド、「コンテンツＩＤ２」フィールド、「コンテンツＩＤ３」フィールド、又は「コンテンツＩＤ４」フィールドには、コンテンツＩＤが格納される。成果物作成の際に使用したコンテンツが４つ未満の場合はＮＵＬＬ値が格納される。

同様に、使用個人コンテンツテーブルＴ４の「成果物ＩＤ」フィールドに、成果物ＩＤが、「個人コンテンツＩＤ１」フィールド、「個人コンテンツＩＤ２」フィールド、「個人コンテンツＩＤ３」フィールド、又は「個人コンテンツＩＤ４」フィールドには、個人コンテンツＩＤが格納される。

ユーザ成果物サーバ１２による登録が完了した後、ユーザ成果物サーバ１２からユーザデータ管理サーバ１１への指示により、コンテンツ使用の対価として成果物生成処理によって使用されたコンテンツの利用回数を１減らし（ステップＳ８１４）、アプリケーションサーバ６０を介してこのコンテンツをアップロードしたクリエイターに対して電子メールが送付され、このクリエイターのコンテンツ二次利用された旨が通知される（ステップＳ８１５）。具体的には、ユーザＩＤとコンテンツＩＤに該当するユーザデータ管理サーバ１２の購入コンテンツテーブルＴ７のレコードの利用回数を１回減らし、成果物生成処理の際に使用されたコンテンツに対応付けられたユーザＩＤのクリエイターに対して、個人情報テーブルＴ６が参照され、コンテンツが利用された旨が通知される。

（成果物公開処理）
図１０に、ユーザ成果物サーバ１１、アプリケーションサーバ６０、及びユーザ端末１００により実行される成果物公開処理のフローを示す。当該処理は、アプリケーションサーバ６０からユーザ端末１００に提供されたアプリケーションに対して、ユーザ端末１００から成果物公開の指示が入力された際に実行される。
成果物公開処理は、ユーザ端末１００からユーザ成果物サーバ１１に格納された成果物の一覧を要求し、ユーザの欲する成果物を閲覧可能に表示する処理である。当該成果物の作成者が閲覧する場合は、この成果物のダウンロードを可能とする。
アプリケーションサーバ６０は、成果物公開処理により、成果物を公開する公開手段、及び成果物を送信する送信手段として機能する。

まず、ユーザ端末１００からの入力により、成果物一覧がアプリケーションサーバ６０に対して要求される（ステップＳ１００１）。成果物一覧の要求は、ユーザ成果物サーバ１１に格納された全データが要求されてもよいし、コンテンツＩＤ等を入力して、検索サーバ５０によって絞り込み検索が行われる構成としてもよい。

アプリケーションサーバ６０によって、ユーザ端末１００から受信した成果物一覧要求がユーザ成果物サーバ１２に送信され、ユーザ成果物サーバ１１によって成果物のサムネイルと成果物ＩＤがアプリケーションサーバ６０に対して送信される（ステップＳ１００２）。アプリケーションサーバ６０によって、成果物一覧リストが作成され、ユーザ端末１００に送信される（ステップＳ１００３）。

図１１（ａ）に、成果物一覧リストがユーザ端末１００に送信された際、ユーザ端末１００に表示される成果物一覧画面Ｇ８を示す。成果物一覧画面Ｇ８は、複数の成果物のサムネイルＧ８ａ等から構成される。

ユーザ端末１００において、成果物一覧画面Ｇ８が表示されると（ステップＳ１００４）。成果物一覧画面Ｇ８に表示されたサムネイルＧ８ａが選択されると、選択されたサムネイルＧ８ａに対応する成果物ＩＤがアプリケーションサーバ６０に対して送信される（ステップＳ１００５）。

アプリケーションサーバ６０において、成果物ＩＤが受信されると、当該成果物ＩＤがユーザ成果物サーバ１１に対して要求され、ユーザ成果物サーバ１１によって、当該成果物情報がアプリケーションサーバ６０に対して送信される（ステップＳ１００６）。
アプリケーションサーバ６０は、受信した成果物情報をもとに成果物が生成される（ステップＳ１００７）。ステップＳ１００７によって生成された成果物は、ユーザ端末１００に対して送信され、ユーザ端末１００に成果物公開画面Ｇ９が表示される（ステップＳ１００８）。

図１１（ｂ）に、ステップＳ１００８で成果物を受信した際、ユーザ端末１００に表示される成果物公開画面Ｇ９を示す。成果物公開画面Ｇ９は、成果物の画像データＧ９ａ、ユーザＩＤタグＧ９ｂ、パスワードタグＧ９ｃ、及び「ダウンロード」ボタンＧ９ｄ等から構成される。
ステップＳ１００８までの処理により、ユーザが他のユーザに公開している成果物を閲覧することができる。以降の処理は、成果物を作成したユーザのみが行える処理である。

ユーザ端末１００において、成果物取得画面Ｇ９上での入力により、ユーザＩＤタグＧ９ｂにユーザＩＤが、パスワードタグＧ９ｃにパスワードがそれぞれ入力され「ダウンロード」ボタンＧ９ｄが押下されると、アプリケーションサーバ６０を介して、ユーザデータ管理サーバ１２で認証が行われ、認証結果がユーザ端末１００送信される（ステップＳ１００９）。具体的には、成果物公開画面Ｇ９から入力されたユーザＩＤとパスワードと、ユーザデータ管理サーバ１２内に格納された個人情報テーブルＴ６の「ユーザＩＤ」フィールドと「パスワード」フィールドを比較することによって認証が行われる。

認証結果が不当と判断された場合（ステップＳ１００９；ＮＯ）、処理は終了する。正当なユーザであるとの認証結果であった場合（ステップＳ１００９；ＹＥＳ）、ユーザ端末１００において、成果物のダウンロード要求がアプリケーションサーバ６０に対して行われる（ステップＳ１０１０）。アプリケーションサーバ６０によって、ステップＳ１００７で生成された成果物がＪＰＥＧ（Joint Photographic Experts Group）形式に変換される（ステップＳ１０１１）。アプリケーションサーバ６０によって、ステップＳ１０１１で得られたＪＰＥＧ形式の成果物データに、電子透かし等の著作権保護処理が施され、ユーザ端末１００に送信される（ステップＳ１０１２）。

ユーザ端末１００によって、著作権保護処理が施された成果物データがダウンロードされ、ダウンロード完了通知がアプリケーションサーバ６０に対して送信される（ステップＳ１０１３）。

アプリケーションサーバ６０からの指示により、ユーザデータ管理サーバ１２において利用ログが作成され、ユーザ成果物サーバ１１によって成果物に係るコンテンツをアップロードしたクリエイターのメールアドレスを抽出するよう指示が行われ、アプリケーションサーバ６０によって、当該クリエイターに対して通知が行われる（ステップＳ１０１４）。具体的には、ユーザデータ管理サーバ１２によって、個人情報テーブルＴ６が参照され、成果物に使用されたコンテンツをアップロードしたクリエイターのユーザＩＤと一致するレコード中の「メールアドレス」フィールドに格納されたメールアドレスに対して当該コンテンツがダウンロードされた旨の通知が行われる。そして、ユーザ成果物サーバ１１によって利用ログが作成され、予め定められたディレクトリに保存される。

（課金処理）
図１２に、課金サーバ４０とＤＢサーバ２０によって実行される課金処理のフローを示す。当該処理は、課金サーバ４０内に格納された、月末に実行されるジョブからの指示が入力された際に実行される。

まず、課金サーバ４０からＤＢサーバ２０に対し、ユーザが当月購入したコンテンツの確認の命令が送信される（ステップＳ１２０１）。ＤＢサーバ２０においては、ユーザＤＢ２３の購入コンテンツテーブルＴ７が参照され、「購入日」フィールドの情報と課金処理が実行された月（当月）が比較され、該当したレコードが抽出される（ステップＳ１２０２）。次いで、課金サーバ４０からＤＢサーバ２０に対して、ステップＳ１２０２で抽出されたレコードに対応する利用価格が要求される（ステップＳ１２０３）。ＤＢサーバ２０においては、コンテンツＤＢ２１のコンテンツ管理ＤＢメインテーブルＴ１の「利用価格」フィールドが参照され、該当する利用価格が課金サーバ４０に対して送信される（ステップＳ１２０４）。

次いで、ステップＳ１２０２で抽出されたレコードとステップＳ１２０３でＤＢサーバ２０から送信された利用価格をもとに、課金サーバ４０によってユーザごとの購入一覧と請求書が作成される（ステップＳ１２０５）。ユーザごとの購入一覧は、ステップＳ１２０２で抽出された購入コンテンツテーブルＴ７に格納されたレコードのうち、同一のユーザＩＤのレコードを抽出して作製された一覧表である。請求書はユーザごとの購入一覧と利用価格により作成された、当月ユーザが購入したコンテンツによって発生するユーザへの請求書である。

次いで、課金サーバ４０からＤＢサーバ２０に対して当月に作成された成果物を抽出するよう指示が行われ、ＤＢサーバ２０において、格納された情報をもとに該当するレコードが抽出され、課金サーバ４０に対して送信される（ステップＳ１２０６）。具体的には、成果物ＤＢメインテーブルＴ２の「製作日」フィールドに格納された製作日と、課金処理が実行された日付が一致するレコードが抽出され、さらに当該レコードの成果物ＩＤに対応する使用個人コンテンツテーブルＴ４のレコードが抽出される。その結果、当月に生成された成果物に使用された個人コンテンツＩＤを抽出することができる。

課金サーバ４０においては、ステップＳ１２０５で成果物ＤＢ２２から送信された当月作成された成果物に関する情報が受信されると、クリエイターごとの利用一覧と利用報告書が作成される（ステップＳ１２０７）。
クリエイターごとの利用一覧は、クリエイターがコンテンツ管理サーバ１０にアップロードしたコンテンツのうち、課金処理が実行された当月に、ユーザに購入されたコンテンツの利用一覧である。利用報告書は、当月ユーザによって作成された成果物のうち、当該クリエイターがアップロードしたコンテンツが使用された成果物の一覧表である。

以上説明したように、メディアコンテンツ管理システム１においては、コンテンツ、個人コンテンツ、及び成果物をそれぞれ関連付けて、コンテンツ管理サーバ１０、ユーザ成果物サーバ１１、及びユーザデータ管理サーバ１２で管理している。
従って、ユーザにダウンロードされた成果物に使用されたコンテンツをサーバ側で一括して管理することができるため、不正な改変が行われた疑いのある成果物に使用されたコンテンツを特定することができる。また、クリエイターが意図しない改変が行われた際に、どのユーザが作成した成果物であるかを突き止めることができる。

また、コンテンツと個人コンテンツをアプリケーションサーバ６０で合成し、生成された成果物をアプリケーションサーバ６０が通信ネットワークＮを介してユーザ端末１００に送信することにより、ユーザ端末１００は成果物を取得することができる。また、本実施の形態のように、コンテンツがＣＧであった場合、ユーザの好みに応じてコンテンツの二次利用を行った成果物の生成作業を容易に行うことができる。

また、成果物生成処理において成果物が生成され対価としてコンテンツの利用回数が１減った際、クリエイターのコンテンツが使用された旨を通知することによって、クリエイターは自分の著作物がどのように改変されたかを知ることができる。その結果、クリエイターのコンテンツが意図しない成果物に対して使用された場合、この成果物の公開を禁止したり、このクリエイターがアップロードしたコンテンツの使用をユーザに対して禁止したりすることもできる。

なお、本実施の形態では、成果物作成の対価として利用回数を１減らすことを例として挙げたが、コンテンツ利用に対する対価の要求の仕方は本実施の形態に限られたものではない。例えば、一度コンテンツを購入してしまえば利用回数の制限なく使用することが可能であったり、１回の使用ごとに利用価格を要求することも考えられる。この場合も本実施の形態と同様、成果物の生成の際にコンテンツが使用されたタイミングで、クリエイターに対して当該コンテンツが使用された旨が通知される。

なお、本実施の形態における記述は、本発明に係るメディアコンテンツ管理システム１の好適な一例であり、これに限定されるものではない。
例えば、本実施の形態においては、メディアコンテンツとしてＣＧ等の画像データを例に取り説明したが、画像データに限定されない。例えば、音楽等の音声データや動画データであってもよい。つまり、クリエイターが動画データをアップロードし、この動画データを購入したユーザが、自己のコメントとしてテキストデータをアップロードし、動画データと合成処理を行う構成としてもよい。この場合は、クリエイターの作成した動画データとユーザのコメントを対応付けて管理することができる。クリエイターは、自己がアップロードした動画データに意図しないコメントや改変が加えられた時は、このユーザを特定することができる。

また、上記実施形態においては、ユーザ端末１００としてパーソナルコンピュータの画面を例に挙げて説明したが、ユーザ端末１００は携帯電話等の可搬型通信機器や多機能デジタルカメラであってもよい。

その他、メディアコンテンツ管理システム１を構成する各装置の細部構成及び細部動作に関しても、発明の趣旨を逸脱することのない範囲で適宜変更可能である。

本発明の実施形態におけるメディアコンテンツ管理システムの構成例を示すブロック図である。 図１のコンテンツＤＢのデータ格納例を示す図である。 （a）は、図１の成果物ＤＢに格納される成果物ＤＢメインテーブルのデータ格納例を示す図であり、（b）は、図１の成果物ＤＢに格納される使用コンテンツテーブルのデータ格納例を示す図であり、（c）は、図１の成果物ＤＢに格納される使用個人コンテンツテーブルのデータ格納例を示す図である。 （a）は、図１のユーザＤＢに格納される個人コンテンツテーブルのデータ格納例を示す図であり、（b）は、図１のユーザＤＢに格納される個人情報テーブルのデータ格納例を示す図であり、（c）は、図１のユーザＤＢに格納される購入コンテンツテーブルのデータ格納例を示す図である。 （a）は、図１のコンテンツＤＢにコンテンツを登録する際の著作権管理契約画面を示す図であり、（b）は、図１のコンテンツＤＢにコンテンツを登録する際のアップロードデータ選択画面を示す図である。 図１のメディアコンテンツ管理システムにより実行されるコンテンツ購入処理を示すフローチャートである。 （a）は、図６のコンテンツ購入処理においてコンテンツを検索する際のコンテンツ検索画面を示す図であり、（b）は、図６のコンテンツ購入処理においてコンテンツの検索結果を受信した際の検索結果画面を示す図であり、（c）は、図６のコンテンツ購入処理において購入規約を確認する購入規約画面を示す図である。 図１のメディアコンテンツ管理システムにより実行される成果物生成処理を示すフローチャートである。 （a）は、図８の成果物生成処理において個人コンテンツを選択する際の個人コンテンツ選択画面を示す図であり、（b）は、図８の成果物生成処理において合成パラメータを指示する際の合成指示画面を示す図である。 図１のメディアコンテンツ管理システムにより実行される成果物公開処理を示すフローチャートである。 （a）は、図１０の成果物公開処理において成果物の一覧を表示する成果物一覧画面を示す図であり、（b）は、図１０の成果物公開取得理において成果物を公開する際の成果物公開画面を示す図である。 図１のメディアコンテンツ管理システムにより実行される課金処理を示すフローチャートである。

符号の説明

１ メディアコンテンツ管理システム
１０ コンテンツ管理サーバ
１１ ユーザ成果物サーバ
１２ ユーザデータ管理サーバ
２０ ＤＢサーバ
２１ コンテンツＤＢ
２２ 成果物ＤＢ
２３ ユーザＤＢ
３０ 著作権管理契約サーバ
４０ 課金サーバ
５０ 検索サーバ
６０ アプリケーションサーバ
１００ ユーザ端末

Claims (3)

1. 外部から入力された第１のメディアコンテンツ、前記第１のメディアコンテンツの創作者情報、及び前記第１のメディアコンテンツの二次利用に対する課金情報を受信する第１の受信手段と、
   前記第１の受信手段によって受信された前記第１のメディアコンテンツ、前記創作者情報、及び前記課金情報を対応付けて記憶管理する第１の記憶管理手段と、
   前記第１のメディアコンテンツが含まれる第２のメディアコンテンツを生成するために外部から入力された成果物情報及び前記第１のメディアコンテンツと合成されるべき個人コンテンツを受信する第２の受信手段と、
   前記第２の受信手段によって受信された前記成果物情報を取得する第１の取得手段と、
   前記第１の取得手段による前記成果物情報の取得に際し、前記課金情報に基づいて前記第１のメディアコンテンツの二次利用の対価を前記外部に対して要求する要求手段と、
   前記要求手段による要求の応答として前記対価を取得する第２の取得手段と、
   前記第２の取得手段によって前記対価が取得された際、前記成果物情報に対応する第１のメディアコンテンツの前記創作者情報に基づいて当該創作者に通知する通知手段と、
   前記第２の受信手段によって受信された前記成果物情報を前記第１のメディアコンテンツと関連付けて記憶し、管理する第２の記憶管理手段と、
   前記第２の受信手段によって受信された前記個人コンテンツを記憶し、管理する第３の記憶管理手段と、
   外部からの入力によって、前記第１のメディアコンテンツ、前記成果物情報、及び前記個人コンテンツに基づいて前記第２のメディアコンテンツを生成する生成手段と、
   前記生成手段によって生成された前記第２のメディアコンテンツを通信回線を介してネットワークに公開する公開手段と、
   を備えることを特徴とするメディアコンテンツ管理システム。
2. 前記第１のメディアコンテンツはＣＧ画像であり、前記第２のメディアコンテンツは前記ＣＧ画像が合成された撮影画像であり、前記成果物情報は前記撮影画像に合成される前記ＣＧ画像の合成状態を示す合成パラメータを含むことを特徴とする請求項１記載のメディアコンテンツ管理システム。
3. 外部から入力された第１のメディアコンテンツ、前記第１のメディアコンテンツの創作者情報、及び前記第１のメディアコンテンツの二次利用に対する課金情報を受信する第１の受信工程と、
   前記第１の受信工程によって受信された前記第１のメディアコンテンツ、前記創作者情報、及び前記課金情報を対応付けて記憶管理する第１の記憶管理工程と、
   前記第１のメディアコンテンツが含まれる第２のメディアコンテンツを生成するために外部から入力された成果物情報及び前記第１のメディアコンテンツと合成されるべき個人コンテンツを受信する第２の受信工程と、
   前記第２の受信工程によって受信された前記成果物情報を取得する第１の取得工程と、
   前記第１の取得工程による前記成果物情報の取得に際し、前記課金情報に基づいて前記第１のメディアコンテンツの二次利用の対価を前記外部に対して要求する要求工程と、
   前記要求工程による要求の応答として前記対価を取得する第２の取得工程と、
   前記第２の取得工程によって前記対価が取得された際、前記成果物情報に対応する第１のメディアコンテンツの前記創作者情報に基づいて当該創作者に通知する通知工程と、
   前記第２の受信工程によって受信された前記成果物情報を前記第１のメディアコンテンツと関連付けて記憶し、管理する第２の記憶管理工程と、
   前記第２の受信工程によって受信された前記個人コンテンツを記憶し、管理する第３の記憶管理工程と、
   外部からの入力によって、前記第１のメディアコンテンツ、前記成果物情報、及び前記個人コンテンツに基づいて前記第２のメディアコンテンツを生成する生成工程と、
   前記生成工程によって生成された前記第２のメディアコンテンツを通信回線を介してネットワークに公開する公開工程と、
   を含むことを特徴とするメディアコンテンツ管理方法。

Images