(57)【要約】  【課題】  コンテンツの販売および転売・譲渡を一元管理するとともに、販売されるコンテンツの数を制限して希少価値を生み出し、さらにコンテンツの権利を取得したユーザのみが当該コンテンツを再生可能となるよう制御されるコンテンツ管理システム、コンテンツ管理方法、サーバ、再生クライアント、およびプログラムを提供する。  【解決手段】  クライアント１４０のユーザが、コンテンツの購入指示を行うと、この要求を受信したコンテンツ管理サーバ１１０は、コンテンツの購入可能数の範囲内であれば、その購入を一定条件下で成立させ、そのユーザをそのコンテンツのコンテンツ権利者として登録し、再生制御情報をユーザ管理サーバ１２０に送信する。そのコンテンツを購入したユーザがコンテンツの再生を指示すると、クライアント１４０は、ユーザ管理サーバ１２０から再生制御情報を取得し、これを元にコンテンツデータの再生を行う。【選択図】  図１
2008003960.tif 000002
【特許請求の範囲】
【請求項１】
サーバ、および、前記サーバにネットワークを介して接続された権利取得クライアントと再生クライアントを含むコンテンツ管理システムであって、
前記サーバは、
再生制御情報をコンテンツごとに管理する再生制御情報管理手段と、
前記権利取得クライアントのユーザからの前記コンテンツの権利取得要求に応じて、前記権利取得要求を行った前記ユーザを、前記コンテンツのコンテンツ権利者として管理するコンテンツ権利者管理手段とを有し、
前記権利取得クライアントと同一または異なる前記再生クライアントは、
前記コンテンツを再生する場合、再生を行う前記ユーザが再生対象の前記コンテンツの前記コンテンツ権利者であるときに、前記サーバから、再生対象の前記コンテンツに対応する前記再生制御情報を取得する再生制御情報取得手段と、
前記再生制御情報に基づいて前記コンテンツを再生するコンテンツ再生手段とを有し、
前記コンテンツ権利者によってのみ前記コンテンツの再生が可能なように制御することを特徴とするコンテンツ管理システム。
【請求項２】
請求項１に記載のコンテンツ管理システムにおいて、
前記コンテンツの権利取得要求は、前記コンテンツについての購入指示、およびコンテンツ権利者の変更指示を含み、
前記コンテンツ権利者管理手段は、
前記ユーザから前記コンテンツの購入指示があって前記コンテンツの購入取引が成立した場合に、前記ユーザを前記購入されたコンテンツのコンテンツ権利者として登録し、
前記コンテンツ権利者の変更指示があって前記コンテンツ権利者の変更が成立した場合に、変更後の新しいユーザを前記コンテンツ権利者として登録することを特徴とするコンテンツ管理システム。
【請求項３】
請求項２に記載のコンテンツ管理システムにおいて、
前記コンテンツ権利者管理手段は、
前記コンテンツに関するオークション取引を管理し、
前記オークション取引の結果として、前記コンテンツ権利者の変更が行われるよう制御することを特徴とするコンテンツ管理システム。
【請求項４】
請求項２に記載のコンテンツ管理システムにおいて、
購入可能な前記コンテンツの数が所定数に制限されることを特徴とするコンテンツ管理システム。
【請求項５】
請求項１に記載のコンテンツ管理システムにおいて、
前記コンテンツ再生手段は、
前記再生制御情報に含まれる復号キーで前記コンテンツのデータを復号化することにより、前記コンテンツの再生を可能とするように制御されることを特徴とするコンテンツ管理システム。
【請求項６】
請求項１に記載のコンテンツ管理システムにおいて、
前記コンテンツ再生手段は、
前記再生制御情報の少なくとも一部が所定の内容であった場合に、前記コンテンツの再生を可能とするように制御されることを特徴とするコンテンツ管理システム。
【請求項７】
請求項１に記載のコンテンツ管理システムにおいて、
前記コンテンツ再生手段は、少なくとも前記コンテンツの再生を開始する前までに前記コンテンツのデータを前記サーバから受信するか、または、前記コンテンツの再生と並行して前記コンテンツのデータを前記サーバから受信するよう制御されることを特徴とするコンテンツ管理システム。
【請求項８】
請求項１に記載のコンテンツ管理システムにおいて、
前記ユーザを、前記権利取得クライアントの識別子、前記再生クライアントの識別子、および前記ユーザの識別子の少なくともいずれかで識別することを特徴とするコンテンツ管理システム。
【請求項９】
サーバ、および、前記サーバにネットワークを介して接続された権利取得クライアントと再生クライアントにより実現されるコンテンツ管理方法であって、
前記サーバにおいて、再生制御情報をコンテンツごとに管理する再生制御情報管理ステップと、
前記サーバにおいて、前記権利取得クライアントのユーザからの前記コンテンツの権利取得要求に応じて、前記権利取得要求を行った前記ユーザを、前記コンテンツのコンテンツ権利者として管理するコンテンツ権利者管理ステップと、
前記権利取得クライアントと同一または異なる前記再生クライアントにおいて、前記コンテンツを再生する場合、再生を行う前記ユーザが再生対象の前記コンテンツの前記コンテンツ権利者であるときに、前記サーバから、再生対象の前記コンテンツに対応する前記再生制御情報を取得する再生制御情報取得ステップと、
前記再生クライアントにおいて、前記再生制御情報に基づいて前記コンテンツを再生するコンテンツ再生ステップとを有し、
前記コンテンツ権利者によってのみ前記コンテンツの再生が可能なように制御することを特徴とするコンテンツ管理方法。
【請求項１０】
コンテンツ管理システムの実現に用いられるサーバであって、
再生制御情報をコンテンツごとに管理する再生制御情報管理手段と、
前記サーバにネットワークを介して接続された権利取得クライアントのユーザからの前記コンテンツの権利取得要求に応じて、前記権利取得要求を行った前記ユーザを、前記コンテンツのコンテンツ権利者として管理するコンテンツ権利者管理手段と、
前記コンテンツを再生する、前記権利取得クライアントと同一または異なる再生クライアントからの要求に応じ、再生を行う前記ユーザが再生対象の前記コンテンツの前記コンテンツ権利者であるときに、再生対象の前記コンテンツに対応する前記再生制御情報を前記再生クライアントに提供する再生制御情報提供手段とを有することを特徴とするサーバ。
【請求項１１】
コンテンツ管理システムの実現に用いられる再生クライアントであって、
ユーザからのコンテンツ再生指示の受信に応じて、前記ユーザが再生対象の前記コンテンツのコンテンツ権利者である場合に、ネットワークを介して接続されたサーバから、再生対象の前記コンテンツに対応する再生制御情報を取得する再生制御情報取得手段と、
前記再生制御情報に基づいて前記コンテンツを再生するコンテンツ再生手段とを有することを特徴とする再生クライアント。
【請求項１２】
サーバ、および、前記サーバにネットワークを介して接続された権利取得クライアントと再生クライアントを含むコンテンツ管理システムを実現させるプログラムであって、
前記サーバを、
再生制御情報をコンテンツごとに管理する再生制御情報管理手段、および、
前記権利取得クライアントのユーザからの前記コンテンツの権利取得要求に応じて、前記権利取得要求を行った前記ユーザを、前記コンテンツのコンテンツ権利者として管理するコンテンツ権利者管理手段として機能させ、
前記権利取得クライアントと同一または異なる前記再生クライアントを、
前記コンテンツを再生する場合、再生を行う前記ユーザが再生対象の前記コンテンツの前記コンテンツ権利者であるときに、前記サーバから、再生対象の前記コンテンツに対応する前記再生制御情報を取得する再生制御情報取得手段、および、
前記再生制御情報に基づいて前記コンテンツを再生するコンテンツ再生手段として機能させるプログラム。
【請求項１３】
コンテンツ管理システムの実現に用いられるサーバを、
再生制御情報をコンテンツごとに管理する再生制御情報管理手段、
前記サーバにネットワークを介して接続された権利取得クライアントのユーザからの前記コンテンツの権利取得要求に応じて、前記権利取得要求を行った前記ユーザを、前記コンテンツのコンテンツ権利者として管理するコンテンツ権利者管理手段、および、
前記コンテンツを再生する、前記権利取得クライアントと同一または異なる再生クライアントからの要求に応じ、再生を行う前記ユーザが再生対象の前記コンテンツの前記コンテンツ権利者であるときに、再生対象の前記コンテンツに対応する前記再生制御情報を前記再生クライアントに提供する再生制御情報提供手段として機能させるプログラム。
【請求項１４】
コンテンツ管理システムの実現に用いられる再生クライアントを、
ユーザからのコンテンツ再生指示の受信に応じて、前記ユーザが再生対象の前記コンテンツのコンテンツ権利者である場合に、ネットワークを介して接続されたサーバから、再生対象の前記コンテンツに対応する再生制御情報を取得する再生制御情報取得手段、および、
前記再生制御情報に基づいて前記コンテンツを再生するコンテンツ再生手段として機能させるプログラム。
【請求項１５】
サーバ、および、前記サーバにネットワークを介して接続された再生クライアントを含むコンテンツ管理システムであって、
前記サーバは、
再生制御情報をコンテンツごとに管理する再生制御情報管理手段と、
前記コンテンツについて権利取得要求を行ったユーザを、前記コンテンツのコンテンツ権利者として管理するコンテンツ権利者管理手段とを有し、
前記再生クライアントは、
前記コンテンツを再生する場合、再生を行う前記ユーザが再生対象の前記コンテンツの前記コンテンツ権利者であるときに、前記サーバから、再生対象の前記コンテンツに対応する前記再生制御情報を取得する再生制御情報取得手段と、
前記再生制御情報に基づいて前記コンテンツを再生するコンテンツ再生手段とを有し、
前記コンテンツ権利者によってのみ前記コンテンツの再生が可能なように制御することを特徴とするコンテンツ管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ディジタルコンテンツの販売・流通を管理するコンテンツ管理システムに関する。
【背景技術】
【０００２】
近年、コンピュータの多くが、大量のデータを短時間で送受信できるブロードバンド・ネットワークに接続されるようになってきた。また、これとともに、コンピュータ自体の処理能力が向上し、加えて記録装置の容量も飛躍的に増大してきている。このような状況を背景に、大容量のディジタルデータからなる、動画データや音声データ等のコンテンツが企業・家庭のコンピュータで盛んに利用されるようになってきた。
【０００３】
ディジタルデータはその性質上、コピー等によっても品質が劣化せず、ネットワークを介して簡単に流通可能であるため、ダウンロード販売等に適している反面、不正コピーや不正利用のターゲットとなりやすい。こうした弊害を取り除くために、サービスやコンテンツの提供にあたって、システム上、いくつかの取り組みがなされている。
【０００４】
特許文献１では、ネットワークサービスの利用を特定の利用者だけに制限するため、そのネットワークサービスの利用を時間または回数により制限するプログラムを、利用を許可するユーザのクライアントに配布するサービス提供方法が開示されている。
【特許文献１】特開平１１−２４９２２号公報
【０００５】
また、特許文献２では、ゲームソフトウエアの不正な流通を阻止するため、ソフトウエアの実行時に、ソフトウエアの提供を行うサーバと、ソフトウエアを実行する携帯電話の間で、当該ソフトウエアが正規に入手されたかどうかをチェックし、正規のものと認められた場合のみ、そのゲームソフトウエアの利用を許可するゲームソフトウエア配信システムが開示されている。
【特許文献２】特開２００５−２５０６２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、コンテンツの提供にはじまって、その後の転売等を含めた、そのコンテンツの流通を一元的に管理するシステムはいままでなかった。特許文献１の方法や特許文献２のシステムは、利用者に提供されたサービスやソフトウエアについて、他人による不正な利用を制限するためのものであるが、それらのサービスやソフトウエアのその後の流通までを管理し、かつ、不正な利用を制限できる構成にはなっていない。
【０００７】
また、特許文献１の方法や特許文献２のシステムを含む従来の仕組みでは、各地の写真店や家庭などで撮影した写真や動画等のディジタルコンテンツを、インターネット等を通じて販売することによって広範なユーザに提供し、一方で、そのコンテンツの提供者が対価を受け取るといったビジネスモデルを実現することはできない。
【０００８】
また、さらに、ディジタルコンテンツの販売数を一定数に制限して、その一定数のコンテンツに対して権利を取得したユーザのみが当該コンテンツを再生できる仕組みは今まで提供されていない。
【０００９】
したがって、本発明の目的は、コンテンツの販売および転売・譲渡を一元的に管理するとともに、コンテンツの権利を取得したユーザのみが当該コンテンツを再生可能となるように制御されるコンテンツ管理システム、コンテンツ管理方法、サーバ、再生クライアント、およびプログラムを提供することにある。また、本発明のコンテンツ管理システムは、販売等されたコンテンツの提供者（製作者や著作権者等）に、販売等によって生じる利益の少なくとも一部を配分することができるように構成されうる。
【００１０】
さらに、本発明の目的は、コンテンツの提供者が、容易に当該コンテンツを販売等に供することができるよう構成されたコンテンツ管理システム、コンテンツ管理方法、サーバ、再生クライアント、およびプログラムを提供することにある。
【００１１】
また、さらなる本発明の目的は、コンテンツの販売数を一定数に設定することにより、市場に流通するコンテンツの数を制限し、コンテンツを購入する等によってコンテンツの権利を取得したユーザのみが、そのコンテンツを再生できるように制御するコンテンツ管理システム、コンテンツ管理方法、サーバ、再生クライアント、およびプログラムを提供することにある。また、本発明のコンテンツ管理システムは、販売等されたコンテンツの提供者（製作者や著作権者等）に、販売等によって生じる利益の少なくとも一部を配分することができるように構成されうる。なお、コンテンツの再販売も本発明のシステムで管理されるが、再販売の価格はオークション等によって流動的に設定されうる。
【課題を解決するための手段】
【００１２】
本発明の第１の実施態様は、サーバ、および、サーバにネットワークを介して接続された権利取得クライアントと再生クライアントを含むコンテンツ管理システムである。このコンテンツ管理システムでは、サーバは、再生制御情報をコンテンツごとに管理する再生制御情報管理手段と、権利取得クライアントのユーザからのコンテンツの権利取得要求に応じて、権利取得要求を行ったユーザを、コンテンツのコンテンツ権利者として管理するコンテンツ権利者管理手段とを有し、権利取得クライアントと同一または異なる再生クライアントは、コンテンツを再生する場合、再生を行うユーザが再生対象のコンテンツのコンテンツ権利者であるときに、サーバから、再生対象のコンテンツに対応する再生制御情報を取得する再生制御情報取得手段と、再生制御情報に基づいてコンテンツを再生するコンテンツ再生手段とを有し、コンテンツ権利者によってのみコンテンツの再生が可能なように構成される。
【００１３】
本発明のこうした構成により、コンテンツの販売や転売等が一元的に管理され、コンテンツを購入してコンテンツ権利者となった者のみがそのコンテンツの再生を行うことができるようにコントロールされ、コンテンツの不正利用等が防止され、正当な権利者に対し適切な利用料等が還元される。
【００１４】
本発明の第２の実施態様は、上述した第１の実施態様において、コンテンツ権利者管理手段は、ユーザからコンテンツの購入指示があってコンテンツの購入取引が成立した場合に、ユーザを購入されたコンテンツのコンテンツ権利者として登録し、このとき、購入可能なコンテンツの数はコンテンツごとに、所定数に制限される。
【００１５】
本発明のこうした構成により、市場に流通するコンテンツの数を意図的に制限することができ、これによって生じる商品（コンテンツ）に希少性のために、最終的な商品価値が高まる可能性がある。
【００１６】
本発明の第３の実施態様は、サーバ、および、サーバにネットワークを介して接続された権利取得クライアントと再生クライアントにより実現されるコンテンツ管理方法である。このコンテンツ管理方法は、サーバにおいて、再生制御情報をコンテンツごとに管理する再生制御情報管理ステップと、サーバにおいて、権利取得クライアントのユーザからのコンテンツの権利取得要求に応じて、権利取得要求を行ったユーザを、コンテンツのコンテンツ権利者として管理するコンテンツ権利者管理ステップとを備え、権利取得クライアントと同一または異なる再生クライアントにおいて、コンテンツを再生する場合、再生を行うユーザが再生対象のコンテンツのコンテンツ権利者であるときに、サーバから、再生対象のコンテンツに対応する再生制御情報を取得する再生制御情報取得ステップと、再生クライアントにおいて、再生制御情報に基づいてコンテンツを再生するコンテンツ再生ステップとを備え、コンテンツ権利者によってのみコンテンツの再生が可能なように構成される。当該コンテンツ管理方法は、上述した第１の実施形態のコンテンツ管理システムに対応する方法である。
【００１７】
本発明の第４の実施態様は、コンテンツ管理システムの実現に用いられるサーバである。当該サーバは、再生制御情報をコンテンツごとに管理する再生制御情報管理手段と、サーバにネットワークを介して接続された権利取得クライアントのユーザからのコンテンツの権利取得要求に応じて、権利取得要求を行ったユーザを、コンテンツのコンテンツ権利者として管理するコンテンツ権利者管理手段と、コンテンツを再生する、権利取得クライアントと同一または異なる再生クライアントからの要求に応じ、再生を行うユーザが再生対象のコンテンツのコンテンツ権利者であるときに、再生対象のコンテンツに対応する再生制御情報を再生クライアントに提供する再生制御情報提供手段とを有するように構成される。
【００１８】
本発明の第５の実施態様は、コンテンツ管理システムの実現に用いられる再生クライアントである。当該クライアントは、ユーザからのコンテンツ再生指示の受信に応じて、ユーザが再生対象のコンテンツのコンテンツ権利者である場合に、ネットワークを介して接続されたサーバから、再生対象のコンテンツに対応する再生制御情報を取得する再生制御情報取得手段と、再生制御情報に基づいてコンテンツを再生するコンテンツ再生手段とを有するように構成される。
【００１９】
本発明の第６の実施態様は、サーバ、および、サーバにネットワークを介して接続された権利取得クライアントと再生クライアントを含むコンテンツ管理システムを実現させるプログラムである。当該プログラムは、サーバを、再生制御情報をコンテンツごとに管理する再生制御情報管理手段、および権利取得クライアントのユーザからのコンテンツの権利取得要求に応じて、権利取得要求を行ったユーザを、コンテンツのコンテンツ権利者として管理するコンテンツ権利者管理手段として機能させる。また、上記プログラムは、権利取得クライアントと同一または異なる再生クライアントを、コンテンツを再生する場合、再生を行うユーザが再生対象のコンテンツのコンテンツ権利者であるときに、サーバから、再生対象のコンテンツに対応する再生制御情報を取得する再生制御情報取得手段、および再生制御情報に基づいてコンテンツを再生するコンテンツ再生手段として機能させる。
【発明の効果】
【００２０】
本発明に係るコンテンツ管理システム、コンテンツ管理方法、サーバ、クライアント、およびプログラムによって、コンテンツの販売および転売・譲渡が一元的に管理されるとともに、コンテンツの権利を取得したユーザのみが当該コンテンツを再生可能となるため、コンテンツの不正利用を効果的に阻止することができ、結果的に、コンテンツの提供者が、そのコンテンツの製作・著作等についての正当な対価を得ることができるようになる。
【００２１】
また、本発明に係るコンテンツ管理システム等は、コンテンツの提供者が、容易に当該コンテンツを販売等に供することができるように構成されるため、大手企業の提供者だけでなく、有効な販路等を持たない個人や中小の発行者によるコンテンツを不特定多数のユーザに紹介することができ、バリエーション豊かなコンテンツが多く提供されることが期待できる。
【００２２】
また、さらに、本発明に係るコンテンツ管理システム等は、コンテンツの販売数を一定数に制限することが可能であるため、人気の高いコンテンツには希少価値が生じる可能性があり、コンテンツの権利を取得したユーザにとっては、再販売価格の高騰による売買差益が期待できる。そのため、本発明に係るコンテンツ管理システム等によって、一種のコンテンツの投資市場が形成されうる。
【発明を実施するための最良の形態】
【００２３】
最初に、本発明の第１の実施態様に係るコンテンツ管理システム１００のシステム概要を、図１を参照して説明する。本発明のコンテンツ管理システム１００は、コンテンツ管理サーバ１１０、ユーザ管理サーバ１２０、クライアント１４０、および、これらを相互に接続するネットワーク１６０から構成される。
【００２４】
コンテンツ管理サーバ１１０は、記憶手段内にデータベース１１２を含み、このデータベース１１２には、コンテンツ情報１１２Ａとコンテンツデータ１１２Ｂが記憶される。コンテンツ情報１１２Ａは、図９Ａに示すように、それぞれのコンテンツのディジタルデータを識別するためのコンテンツＮｏ．やタイトル、そのコンテンツがあとどれくらい販売可能かを示す残り販売数等を含んでいる。コンテンツデータ１１２Ｂには、再生（視聴・表示）の対象となるディジタルデータが、たとえば暗号化されたデータとして、コンテンツに対応付けられて格納されている。
【００２５】
ここで、コンテンツデータ１１２Ｂには、動画データ、静止画データ、音声データ、テキストデータ、および、これらのいずれかを含む形式のディジタルデータが各種フォーマット型式で記録される。これらのコンテンツデータ１１２Ｂは、所定のソフトウエア（プログラム）によって再生することが可能である。たとえば、動画データや静止画データであれば、ディスプレイ等の表示装置に画像として出力することができ、音声データであれば、スピーカ等の音声出力装置に音声として出力することができる。また、音声データが含まれる動画データであれば、画像の出力と音声の出力が並列的に行われ、ユーザはそれを視聴することができる。
【００２６】
コンテンツデータ１１２Ｂとして記録される対象は、どのようなものでも構わない。たとえば、写真集、ビデオ、映画、小説などである。ここでは、コンテンツデータ１１２Ｂを上述した表示装置や音声出力装置等へ出力することを、「再生」と総称することにする。
【００２７】
コンテンツ管理サーバ１１０は、クライアント１４０からＷＥＢページ等を介して所定のコンテンツについての購入リクエストを受信すると（矢印線Ｐ１）、そのコンテンツに関して、コンテンツ情報１１２Ａの残り販売数を更新し、再生制御情報をユーザ管理サーバ１２０に送信する（矢印線Ｐ２）。この再生制御情報には、たとえば、購入したコンテンツを再生する際に必要となる復号キーが含まれる。一方、販売されたコンテンツのコンテンツデータ１１２Ｂは、コンテンツ管理サーバ１１０からクライアント１４０にダウンロードされる（矢印線Ｐ３）。このデータは、暗号化されており、ダウンロード後、コンテンツデータ１４２としてクライアント１４０の記憶手段内に格納される。
【００２８】
コンテンツ管理サーバ１１０は、上述のように、クライアント１４０からＷＥＢページを介してコンテンツの購入リクエストを受け付けることができるが、この場合、コンテンツ管理サーバ１１０は、ＷＥＢページを提供してクライアントから購入リクエストを受信・処理するＷＥＢサーバとしても機能し、このとき、クライアント１４０では、ＷＥＢページを表示し、コンテンツの選択、購入指示の入力等を可能とするＧＵＩを提供するプログラム（ＷＥＢブラウザ）が実行される。ただし、こうしたコンテンツ管理サーバ１１０とクライアント１４０における指示や表示は、ＷＥＢページを介して行われるものに限られない。所定の通信プロトコルと独自のソフトウエアを用いて、同様の処理を実現することもできる。
【００２９】
コンテンツ管理サーバ１１０が、クライアント１４０から購入リクエストを受信すると、購入対象のコンテンツの残り販売数が購入数分、減算され、コンテンツ情報１１２Ａに反映される。
【００３０】
ユーザ管理サーバ１２０は、記憶手段内にデータベース１２２を含み、このデータベース１２２には、再生制御情報１２２Ａとユーザ情報１２２Ｂが記憶される。再生制御情報１２２Ａは、図９Ｂに示すように、当該システムのユーザを識別するためのユーザＩＤや、コンテンツの再生に使用される復号キーなどを含む。ユーザ情報１２２Ｂは、当該システムのユーザを識別するためのユーザＩＤ、および、そのユーザＩＤの認証に用いられるパスワード等を含む。
【００３１】
ユーザ管理サーバ１２０は、クライアント１４０のユーザがコンテンツを購入した場合に、コンテンツ管理サーバ１１０から送信されてきた再生制御情報に基づいてレコードを生成し、それを再生制御情報１２２Ａに追加する。
【００３２】
クライアント１４０のユーザは、再生ソフトウエア（プログラム）を使って、コンテンツ管理サーバ１１０からダウンロードした購入済みのコンテンツを再生する。コンテンツは暗号化等がされており、そのままでは再生できないようになっている。再生ソフトウエアは、ユーザ管理サーバ１２０の再生制御情報から復号キーを取得し、その復号キーでコンテンツの復号をした後、再生処理を実行する（矢印線Ｐ４）。この例では、コンテンツのダウンロードは、コンテンツを購入したときに行われるようになっているが、再生前であれば、どのタイミングでも構わない。たとえば、コンテンツの再生指示があってからコンテンツ管理サーバ１１０に対して当該コンテンツのダウンロードリクエストを行ってもよい。また、復号キーは、再生を行うたびにユーザ管理サーバ１２０から取得されることが望ましい。
【００３３】
ネットワーク１６０の代表的な例としてはインターネットがあげられるが、これに限定されるわけではない。たとえば、ＬＡＮ、ＬＡＮと専用回線を含むＷＡＮ（Wide Area Network）、イントラネット、エクストラネット、その他の様々なトポロジおよびこれらの組み合わせでネットワーク１６０を構成することが可能である。
【００３４】
また、コンテンツ管理サーバ１１０とユーザ管理サーバ１２０は、図１では、ネットワーク１６０を介して接続されているが、同一のサイト内でＬＡＮ（Local Area Network）を介して互いに接続されるよう構成されてもよい。なお、ここでは、便宜上、機能ごとに別のサーバとして説明しているが、１つのサーバが、上述の２つのサーバのすべての機能を実現するように構成することもできる。この場合、矢印線Ｐ２で示された再生制御情報の送信は、プロセス間通信やファイル渡しなどの既知の方法でネットワーク１６０を介さずに行われる。
【００３５】
コンテンツデータ１１２Ｂのデータについては、映像メディアや音声メディアの発行者等をはじめ、さまざまな提供者が考えられるが、写真館のような場所にコンテンツ管理サーバ１１０を分散配置して、地域の写真館や被写体本人が、その写真館で撮影・編集された写真集をコンテンツ管理サーバ１１０にアップロードすることにより、コンテンツデータ１１２Ｂを提供することもできる。
【００３６】
このようなシステムにより、あらかじめ決められた数量のコンテンツがユーザに販売され、コンテンツを購入したユーザのみがそのコンテンツを再生することができる。ユーザは、コンテンツを購入すると、そのコンテンツのコンテンツ権利者となるが、このコンテンツ権利者は、ここではコンテンツの使用、処分、収益を自由に行える所有者のような立場ではなく、単に独占的にそのコンテンツの再生を行うことができ、さらに、他の登録ユーザにそのコンテンツを転売することができる者をいう。
【００３７】
コンテンツ管理システム１００のユーザは、この例では、ユーザＩＤといった識別子によって識別・管理されるが、このユーザＩＤの代わりに、あるいは、このユーザＩＤに加えて、ユーザがコンテンツの購入指示や再生に利用するクライアント１４０の識別子を用いることも可能である。クライアント１４０の識別子は、たとえば、ＭＡＣアドレスやコンピュータ製造番号などの、クライアント固有の情報である。ユーザの識別としてユーザＩＤのみを用いる場合、コンテンツ権利者であるユーザは、どのクライアントを用いてもコンテンツの再生を行うことができる。しかしながら、ユーザの識別に、ユーザＩＤとクライアント１４０の識別子を用いれば、コンテンツ権利者であるユーザは、そのクライアント１４０でのみコンテンツの再生が可能であるように制御できる。
【００３８】
また、クライアント１４０は、この例では１つのクライアントとして示しているが、コンテンツの購入を指示するクライアント（権利取得クライアント）とコンテンツの再生を行うクライアント（再生クライアント）が別のクライアントであってもよい。生成クライアントの識別子をシステムで管理する場合、ユーザが事前にその再生クライアントの識別子を登録等することにより、権利取得クライアント以外の指定したクライアントでコンテンツの再生が可能なように制御できる。
【００３９】
クライアント固有の情報を識別子として用いれば、ユーザＩＤやパスワード等の漏洩などにより、「なりすまし」によってコンテンツを購入していない第三者がコピーしたコンテンツを再生できるという弊害を大幅に除去することが可能である。
【００４０】
ここでは、再生前にコンテンツデータをすべてダウンロードしてクライアント１４０の記憶装置に格納するよう説明したが、動画データや音声データの場合は、ストリーミング再生のような方法で逐次ダウンロードしながら再生することもできる。この場合、ストリーミング再生の開始にあたって（あるいは途中で）、ユーザ管理サーバ１２０の再生制御情報１２２Ａがチェックされる。
【００４１】
また、クライアント１４０は、一般的には家庭や企業に配置されているＰＣ（パーソナルコンピュータ）を想定しているが、携帯電話やページャのような、ネットワーク接続可能な携帯端末を用いてコンテンツデータの取得、再生を行うことも可能である。携帯電話等を用いたネットワーク１６０への接続は、公衆電話網（携帯電話網）を経由して行われる。
【００４２】
図１の例では、コンテンツ情報１１２Ａや再生制御情報１２２Ａ等のデータはデータベースに格納されたデータとして表現されているが、一例にすぎず、必ずしもデータベースにより管理される必要はない。フラットファイルやＸＭＬなど、他の形態のデータ管理システムでも対応可能である。
【００４３】
次に、図２を参照して、オークションにより、コンテンツの権利者が変更される場合について説明する。一旦ユーザに販売されたコンテンツの権利は、オークションへの出品と落札を通じて、別のユーザに譲渡される。この場合、コンテンツ管理システム１００は、あらたにオークション管理サーバ１３０を備える。オークション管理サーバ１３０は、データベース１３２を有し、そこにオークション取引に関するデータを含むオークション情報１３２Ａを格納する。オークション管理サーバ１３０は、オークション取引を行うためのＷＥＢページを表示し、取引管理を行うＷＥＢサーバとしても機能する。もちろん、これは例示であって、ＷＥＢページを用いずに同様の取引管理を行うことが可能である。
【００４４】
コンテンツの権利を最初に購入したユーザの使用するクライアント１４０から、コンテンツの出品指示がオークション管理サーバ１３０に対して行われ（矢印線Ｐ１１）、そのコンテンツの権利がオークションにより購入可能なものとしてＷＥＢページに表示される。このＷＥＢページを見たクライアント１５０のユーザが入札を行った場合、コンテンツが落札されるとその旨がクライアント１５０の表示装置上に表示される（矢印線Ｐ１２）。
【００４５】
その後、オークション管理サーバ１３０は、落札者（クライアント１５０のユーザ）がコンテンツの新たな権利者であるとしてユーザ管理サーバ１２０の再生制御情報１２２Ａを書き換える（矢印線Ｐ１３）。一方、クライアント１５０には、コンテンツ管理サーバ１１０から、落札したコンテンツのデータがダウンロードされ、コンテンツデータ１５２として記憶手段に格納される。この場合、コンテンツデータ１５２は、元の権利者のクライアント１４０のコンテンツデータ１４２からコピーされるように設計してもよい。
【００４６】
クライアント１５０がコンテンツを再生する動作は、図１でクライアント１４０について述べた動作と同様である。ただし、図２の場合には、コンテンツの元の権利者のクライアント１４０では、既にユーザ管理サーバ１２０の再生制御情報１２２Ａが変更され、権利者が別のユーザになっているので、依然としてクライアント１４０が当該コンテンツデータを保有していたとしても、そのコンテンツを再生することはできない。また、クライアント１４０が保有するコンテンツは、クライアント１５０のユーザが落札をした時点で消去してしまうようにすることもできる。
【００４７】
ただし、元のコンテンツ権利者にそのままそのコンテンツの再生を許可するように再生制御情報１２２Ａをコントロールすることもできる。また、元のコンテンツ権利者には、そのコンテンツの再生を一部の機能（たとえば、音声の再生のみなど）や、導入シーンのような一部分の再生のみを許可するようにすることもできる。
【００４８】
なお、ここでは、説明を分かり易くするため、オークション管理サーバ１３０を別のサーバとして説明しているが、コンテンツ管理サーバ１１０、ユーザ管理サーバ１２０、およびオークション管理サーバ１３０を１つのサーバで実現するように構成することもできる。この場合、矢印線Ｐ１３で示された再生制御情報の送信は、プロセス間通信やファイル渡しなどの既知の方法でネットワーク１６０を介さずに行われる。
【００４９】
次に、ユーザがコンテンツを購入する際に、コンテンツ管理サーバ１１０により提供されるＷＥＢページの表示例について図３を参照して説明する。このＷＥＢページは、ネットワーク１６０を介して、たとえばクライアント１４０で実行されるＷＥＢブラウザによって、クライアント１４０の表示装置上に表示される。
【００５０】
図３のコンテンツ販売画面２００は、タイトル部２１０、ユーザ表示部２２０、コンテンツ表示部２３０、および購入指示部２４０から構成される。ユーザ表示部２２０には、ユーザＩＤが表示される。この例では、クライアント１４０のユーザ（ユーザＩＤ＝ＵＳＥＲ００１）が示されており、ログイン画面（不図示）等でパスワードを入力して当該システムにログインすることにより、コンテンツ販売画面２００が表示される。各ユーザは、当該システムを利用するにあたり、パスワードやその他必要な情報を事前に登録しておく必要がある。これらの情報は、ユーザ管理サーバ１２０のユーザ情報１２２Ｂ等に格納される。
【００５１】
コンテンツ表示部２３０には、購入可能なコンテンツが一覧表示される。この例では、コンテンツごとに、コンテンツＮｏ．、タイトル、単価、および残り販売数が示されている。ユーザはここで、購入したいコンテンツに対応するチェックボックスをチェックし、数量の欄に購入数を入力する。ユーザは、１つのコンテンツを複数購入することもできる。販売可能なコンテンツの総数はあらかじめ決められており、それ以上の数は流通しないよう制御される。したがって、ユーザは、残り販売数に示された数より多くの数のコンテンツを購入することはできない。
【００５２】
コンテンツの数が限られているため、人気のコンテンツには、将来的に希少価値が生ずる可能性があり、ユーザは、こうした将来性のあるコンテンツを複数購入しておくことにより、再販売で大きな「売買差益」を得ることができる。この例で、ユーザＩＤ＝ＵＳＥＲ００１のユーザは、コンテンツＮｏ．＝００００１０１のコンテンツを１点、コンテンツＮｏ．＝００００３０１のコンテンツを２点、購入している。
【００５３】
購入指示部２４０には、合計金額と購入指示ボタン２４１が表示されている。ユーザは、合計金額を確認したあと、購入指示ボタン２４１を押下し、決済画面に進む。決済は、たとえば、カード決済であれば、カード情報の入力画面が表示される。また、ユーザ情報１２２Ｂ等において、すでにカード情報が登録されていれば、購入ボタン２４１を押下した段階で決済が完了する。その他、様々な従来の決済方法を採用することが可能である。このような決済により、その金額の少なくとも一部が、コンテンツの提供者・製作者（発行者、著作権者、実演家）等に還元、配分される。また、所定の団体が権利をまとめて管理しているような場合は、その団体に決済金額が振り込まれ、そこから所定の手続により、各権利者に利益配分される。
【００５４】
次に、コンテンツのオークション取引の際に、オークション管理サーバ１３０により提供されるＷＥＢページの表示例について図４を参照して説明する。このＷＥＢページは、ネットワーク１６０を介して、たとえばクライアント１４０で実行されるＷＥＢブラウザによって、クライアント１４０の表示装置上に表示される。
【００５５】
図４のコンテンツオークション画面３００は、タイトル部３１０、出品者表示部３２０、オークション情報表示部３３０、および入札指示部３４０を含んでいる。出品者表示部３２０には、すでにコンテンツを購入している出品者のユーザＩＤが表示される。この例では、クライアント１４０のユーザ（ユーザＩＤ＝ＵＳＥＲ００１）が示されている。オークション情報表示部３３０には、出品者が出品したコンテンツの情報（コンテンツＮｏ．、タイトル）と、オークションの経過情報（現在の価格、入札件数）、および入札履歴参照ボタン３３１が示されている。この例でオークションの対象となっているのは、図３でユーザが購入したコンテンツ（コンテンツＮｏ．＝００００３０１）のうちのひとつである。
【００５６】
このように、ユーザは、複数のコンテンツの権利を複数購入し、その一部を転売することができる。図４のコンテンツＮｏ．の表示には、同じコンテンツの中の特定の１つを表すためのシリアルＮｏ．（００１）が表示されている。
【００５７】
入札指示部３４０には、入札者（ここでは、クライアント１５０のユーザ、ユーザＩＤ＝ＵＳＥＲ０９１）、パスワード、入札金額、および入札ボタン３４１が表示される。入札者は、パスワードを入力したあと、入札金額を指定して入札ボタン３４１を押下する。ここでは、入札者は、事前に当該システムにパスワード等の登録をした者である。ユーザが、落札条件を満たせば、その旨が何らかの方法で通知され、決済が行われる。落札の通知、および決済については、従来のスキームを用いて行われるため、ここでは詳細な説明を省略する。また、落札者の決定条件については、たとえば、所定の金額以上で入札した者や、所定の時間経過時において最高の金額で入札している者などがある。
【００５８】
このようなオークション取引により、人気のあるコンテンツはより高値で取り引きされることになる。このことは、本来は無限に流通しうるディジタルコンテンツの数が制限されていることに起因する。決済金額は、当該システムの手数料を除いて、ユーザが受け取ることになるが、一部をコンテンツの提供者が受け取るようにしてもよい。こうした利益の還元方法は、システム側で柔軟に設定可能である。
【００５９】
ユーザＩＤ＝ＵＳＥＲ０９１のユーザによる落札、決済が完了すると、コンテンツの権利は移動し、図２で説明したように、ユーザＩＤ＝ＵＳＥＲ００１のユーザによってこのコンテンツを再生することはできなくなる。ただし、このユーザは、当該コンテンツ（コンテンツＮｏ．＝００００３０１）を２つ保有しているので、他のシリアルＮｏ．のコンテンツは再生可能である。
【００６０】
図５には、オークション以外にコンテンツ権利者の変更されるパターンが示されている。すでにコンテンツを購入しているクライアント１４０のユーザ（ユーザＩＤ＝ＵＳＥＲ００１）は、図５の権利譲渡入力画面４００を使って、他のユーザにコンテンツの権利を譲渡することにより、他のユーザがコンテンツを再生できるようになる。その一方で、元のユーザはそのコンテンツを再生できなくなる。権利譲渡入力画面４００は、たとえば、オークション管理サーバ１３０のＷＥＢサーバ機能によって実現される。また、この例では、決済までは管理していないが、譲渡金額等の入力をさせて、決済管理を行うように構成することもできる。
【００６１】
また、こうしたコンテンツ権利者の変更においては、複数のユーザに対して、１つのコンテンツに関する一部あるいは全部の再生権限を譲渡するようにできる。
【００６２】
このように、コンテンツの権利取得要求としては、購入要求や権利譲渡の指示・要求を行うものが考えられ、権利譲渡のようなコンテンツ権利者の変更指示には、オークション取引の形態が含まれる。また、ここまで、コンテンツ権利者の変更が行われるパターンとして、オークション取引と、権利譲渡入力を例示したが、コンテンツの権利者が、一時的に他のユーザにコンテンツの再生を許可するように管理することもできる。たとえば、返却期限を設定して、譲渡先のユーザにとって一時的な「貸与」となるようにコンテンツの再生を許可するようにしたり、一定の買い戻し条件を設定して、最終的に元のユーザに権利が戻ってくるように管理することもできる。このような、システム構成とすることにより、限られた数のコンテンツに対する貸与権、頒布権、肖像権等の管理が実質的に可能となる。
【００６３】
次に、図６のフローチャートを参照して、ユーザがコンテンツを購入する場合の、コンテンツ管理サーバ１１０の処理手順を説明する。最初に、コンテンツ管理サーバ１１０は、ステップＳ１０において、クライアント１４０からコンテンツの購入指示を受信する。ステップＳ１２において、クライアント１４０のユーザが、購入に続く決済の処理を完了したかどうかが判定され、正常に完了した場合（ステップＳ１２のＹＥＳ）は、ステップＳ１４に、そうでない場合（ステップＳ１２のＮＯ）は、ステップＳ１６に進む。
【００６４】
決済が正常に完了した場合、ステップＳ１４において、ユーザ管理サーバ１２０に再生制御情報を送信する。送信する情報は、たとえば、ユーザＩＤ、購入したコンテンツのコンテンツＮｏ．、シリアルＮｏ．、復号キー等である。次に、ステップＳ１８において、購入コンテンツをユーザに送信する。ただし、このステップは、前述のように、このタイミングである必要はない。
【００６５】
決済が完了しなかった場合は、ステップＳ１６において、エラーメッセージ等をクライアント１４０に送信する。このメッセージは、クライアント１４０のＷＥＢブラウザ等を介して、クライアント１４０の表示装置に表示される。
【００６６】
次に、図７のフローチャートを参照して、コンテンツを再生する場合の、クライアント１４０の処理手順を説明する。最初に、ステップＳ２０で、ユーザの指示に基づき、コンテンツ再生ソフトウエアを起動する。次に、ステップＳ２２において、再生対象のコンテンツに対応する再生制御情報を問い合わせる。より具体的には、ユーザ管理サーバ１２０にアクセスしてパスワードによる認証を受け、再生対象のコンテンツに対応する復号キーを取得する。
【００６７】
ステップＳ２４において、再生対象のコンテンツをコンテンツ権利者かどうか、すなわち、認証がＯＫで、復号キー等の取得ができたかどうかが判定される。購入済みの権利者と判定された場合（ステップＳ２４のＹＥＳ）は、ステップＳ２６に進み、そこで、取得した復号キーでコンテンツを復号し、再生を実行する。そうでない場合（ステップＳ２４のＮＯ）、ステップＳ２８に進み、エラーメッセージをクライアント１４０の表示装置に表示する。ステップＳ２４の判定は、この例ではクライアント１４０で行っているが、ユーザ管理サーバ１２０側で行い、判定結果のみをクライアント１４０で行うようにしてもよい。
【００６８】
次に、図８のフローチャートを参照して、オークション取引がされる場合の、オークション管理サーバ１３０の処理手順を説明する。コンテンツを購入した、あるいは、オークション取引により取得したユーザによる出品がすでにあるものとする。最初に、ステップＳ３０において、他のユーザ（コンテンツの購入をしていないユーザ）からの入札を受け付ける。次に、ステップＳ３２において、落札条件を満たし、かつ、決済が完了したかどうかが判定され、オークション取引の成否が判断される。
【００６９】
オークション取引が成立した場合（ステップＳ３２のＹＥＳ）、ユーザ管理サーバ１２０の再生制御情報を書き換え、当該コンテンツの権利者を、そのコンテンツの落札ユーザに変更する。オークション取引が不成立の場合（ステップＳ３２のＮＯ）、ステップＳ３０に戻る。所定のメッセージを表示して、再入力や修正を促すようにしてもよい。
【００７０】
図９は、データベースの構成例を示している。図９Ａは、コンテンツ情報１１２Ａの例であり、図９Ｂは、再生制御情報１２２Ａの例である。図９Ａのコンテンツ情報１１２Ａは、コンテンツ管理サーバ１１０の記憶手段内のデータベース１１２に格納され、コンテンツＮｏ．、タイトル、単価、販売総数、および残り販売数の各項目を有する。コンテンツには、それぞれ流通を許可する販売総数が設定され、販売がされるたびに、残り販売数が減じられる。図９Ｂの再生制御情報１２２Ａは、ユーザ管理サーバ１２０の記憶手段内のデータベース１２２に格納され、ユーザＩＤ、コンテンツＮｏ．、シリアルＮｏ．、および復号キーの各項目を含んでいる。再生制御情報１２２Ａは、コンテンツの権利を購入やオークション等で得たユーザと対象のコンテンツを対応付けて管理するものである。シリアルＮｏ．は、同じユーザが同じコンテンツを複数保有する場合に、その数を管理するためのものである。復号キーは、コンテンツを復号するためのキーである。
【００７１】
シリアルＮｏ．は、再生した場合に同じコンテンツを表す複数のディジタルデータをそれぞれ識別するためのものであり、これによって、残り販売数の管理が容易になり、各ディジタルデータに対して異なる復号キーを設定することができる。しかしながら、このシリアルＮｏ．は単なる例示に過ぎず、他の方法で同様の効果を達成することもできる。たとえば、コンテンツＮｏ．の番号体系を、シリアルＮｏ．に相当する識別子を組み込ませて構成することにより管理できる。
【００７２】
これまで、コンテンツを購入した者のみがそのコンテンツを再生できる仕組みとして、暗号化されたコンテンツを復号するための復号キーを再生ソフトウエアに提供する方法を採用してきたが、これ以外の方法でも上述の独占的な再生が可能である。たとえば、ＤＲＭ（ディジタル著作権管理）の一形態のように、コンテンツの購入に伴って復号キーがクライアント１４０側に提供され、ほかのクライアントでは再生等が行われないようにすることもできる。
【００７３】
また、コンテンツデータを独自のフォーマットとし、取得された再制御情報の少なくとも一部が所定の内容であった場合場合にのみ、再生ソフトウエアがそのコンテンツデータをデコードして再生するような仕組みも考えられる。この場合、コンテンツデータについては、基本的に、復号キーによる復号は必要でない。
【００７４】
次に、図１０を参照して、本発明に係るコンテンツ管理システム１００のコンテンツ管理サーバ１１０、ユーザ管理サーバ１２０、オークション管理サーバ１３０、またはクライアント１４０として用いられるコンピュータのハードウエア構成の例について説明する。ただし、図１０のコンピュータ５００は、コンテンツ管理システム１００で用いられるコンピュータの代表的な構成を例示したにすぎない。
【００７５】
コンピュータ５００は、ＣＰＵ５０１、メモリ５０２、音声出力装置５０３、ネットワークインタフェース５０４、ディスプレイコントローラ５０５、表示装置５０６、入力機器インタフェース５０７、キーボード５０８、マウス５０９、外部記憶装置５１０、外部記録媒体駆動装置５１１、およびこれらの構成要素を互いに接続するバス５１２を含んでいる。
【００７６】
ＣＰＵ５０１は、コンピュータ５００の各構成要素の動作を制御し、ＯＳの制御下で、ＷＥＢサーバやＷＥＢブラウザの実行をコントロールし、本発明に係るコンテンツ管理システムの各構成要素（サーバ、クライアント）の動作を制御する。メモリ５０２は通常、不揮発性メモリであるＲＯＭ（Read Only Memory）、および揮発性メモリであるＲＡＭ（Random Access Memory）から構成される。ＲＯＭには、コンピュータ５００の起動時に実行されるプログラム等が格納される。ＲＡＭには、ＣＰＵ５０１で実行され、本発明のサーバ、クライアントの各機能を実現するためのプログラムや、それらのプログラムが実行中に使用するデータ（たとえば、データベースやＷＥＢページのデータ）が一時的に格納される。
【００７７】
音声出力装置５０３は、たとえば、スピーカ等の、音声を出力する機器であり、クライアントが再生ソフトウエアを用いて音声データ、または音声データを含む動画データ等を再生する場合に必要となる。ネットワークインタフェース５０４は、ネットワーク５２０に接続するためのインタフェースである。ネットワーク５２０は、図１に示したネットワーク１６０に対応する。
【００７８】
ディスプレイコントローラ５０５は、ＣＰＵ５０１が発行する描画命令を実際に処理するための専用コントローラである。ディスプレイコントローラ５０５で処理された描画データは、一旦グラフィックメモリに書き込まれ、その後、表示装置５０６に出力される。表示装置５０６は、たとえば、ＬＣＤやＣＲＴで構成されるディスプレイ装置である。クライアントが再生ソフトウエアを用いて動画データや静止画データを再生する場合に必要となる。
【００７９】
入力機器インタフェース５０７は、キーボード５０８やマウス５０９から入力された信号を受信して、その信号パターンに応じて所定の指令をＣＰＵ５０１に送信する。キーボード５０８やマウス５０９は、クライアントにおいてコンテンツの購入やオークションの入札を指示する場合に必要となる。
【００８０】
外部記憶装置５１０は、たとえば、ハードディスクドライブ（ＨＤＤ）のような記憶装置であり、この装置内には上述したプログラムやデータが記録され、実行時に、必要に応じてそこからメモリ５０２のＲＡＭにロードされる。データベース１１２、データベース１２２、データベース１３２、コンテンツデータ１４２、およびコンテンツデータ１５２が格納される記憶手段が、この外部記憶装置５１０に相当する。
【００８１】
外部記録媒体駆動装置５１１は、ＣＤ（Compact Disc）、ＭＯ（Magneto-Optical Disc）、ＤＶＤ（Digital Versatile Disc）などの可搬型の外部記録媒体５３０の記録面にアクセスして、そこに記録されているデータを読み取る装置である。外部記録媒体５３０には、本発明に係るコンテンツ管理システムを実現するためのプログラムも記録することが可能である。外部記録媒体５３０に記録されているデータは、外部記録媒体駆動装置５１１を介して外部記憶装置５１０に格納され、プログラムであれば、実行時にメモリ５０２のＲＡＭにロードされる。
【００８２】
また、本発明に係るコンテンツ管理システムを実現するためのプログラムの他の流通形態としては、ネットワーク上の所定のサーバから、ネットワーク５２０およびネットワークインタフェース５０４を介して外部記憶装置５１０に格納され、あるいは直接実行されるということも考えられる。このようなルートで格納されたプログラムは、上記と同様に、実行時にメモリ５０２のＲＡＭにロードされ、実行される。
【００８３】
本発明の第２の実施形態に係るコンテンツ管理システム６００は、第１の実施形態に係るコンテンツ管理システム１００で設定されていたコンテンツの販売総数を設けない。こうしたシステムにより、コンテンツは、ユーザから購入リクエストがあるたびに制限無く販売、転売される。このことにより、第１の実施形態に係るコンテンツ管理システム１００のような希少価値を生ぜしめるようなコンテンツの販売・流通管理はできないが、ディジタルデータの特性上、侵害されがちな著作権法上の権利を効果的に保護することができる。
【００８４】
また、コンテンツの提供者・制作者（著作権者等）は、ユーザ登録の後、家庭、企業、店舗等にある端末から、コンテンツをコンテンツ管理サーバにアップロードすることにより、簡単にコンテンツを販売可能状態にすることができる。コンテンツの購入者が決済をする際、あるいは、一定期間経過後にまとめて、購入金額の所定の割合が、コンテンツの制作者等に支払われる。
【図面の簡単な説明】
【００８５】
【図１】本発明の第１の実施形態に係るコンテンツ管理システムの略線図である。
【図２】本発明の第１の実施形態に係るコンテンツ管理システムの略線図である。
【図３】本発明の第１の実施形態に係るコンテンツ管理システムにおいて提供されるコンテンツ販売画面の例を示す略線図である。
【図４】本発明の第１の実施形態に係るコンテンツ管理システムにおいて提供されるコンテンツオークション画面の例を示す略線図である。
【図５】本発明の第１の実施形態に係るコンテンツ管理システムにおいて提供される権利譲渡入力画面の例を示す略線図である。
【図６】本発明の第１の実施形態に係るコンテンツ管理システムにおけるコンテンツ管理サーバの、コンテンツ購入の際の処理手順を示すフローチャートである。
【図７】本発明の第１の実施形態に係るコンテンツ管理システムにおけるクライアントの、コンテンツ再生の際の処理手順を示すフローチャートである。
【図８】本発明の第１の実施形態に係るコンテンツ管理システムにおけるオークション管理サーバの、オークション取引の際の処理手順を示すフローチャートである。
【図９】本発明の第１の実施形態に係るコンテンツ管理システムにおけるコンテンツ情報、および再生制御情報の例を示す略線図である。
【図１０】本発明の第１の実施形態に係るコンテンツ管理システムの各サーバ、およびクライアントを構成するコンピュータのハードウエア構成の例を示す略線図である。
【符号の説明】
【００８６】
１００・・・コンテンツ管理システム
１１０・・・コンテンツ管理サーバ
１１２・・・データベース
１１２Ａ・・・コンテンツ情報
１１２Ｂ・・・コンテンツデータ
１２０・・・ユーザ管理サーバ
１２２・・・データベース
１２２Ａ・・・再生制御情報
１２２Ｂ・・・ユーザ情報
１３０・・・オークション管理サーバ
１３２・・・データベース
１３２Ａ・・・オークション情報
１４０，１５０・・・クライアント
１４２，１５２・・・コンテンツデータ
１６０・・・ネットワーク
５００・・・コンピュータ
５０１・・・ＣＰＵ
５０２・・・メモリ
５０３・・・音声出力装置
５０４・・・ネットワークインタフェース
５０５・・・ディスプレイコントローラ
５０６・・・表示装置
５０７・・・入力機器インタフェース
５０８・・・キーボード
５０９・・・マウス
５１０・・・外部記憶装置
５１１・・・外部記録媒体駆動装置
５１２・・・バス
５２０・・・ネットワーク
５３０・・・外部記録媒体
【図３】
2008003960.tif 000003
【図４】
2008003960.tif 000004
【図５】
2008003960.tif 000005
【図６】
2008003960.tif 000006
【図７】
2008003960.tif 000007
【図８】
2008003960.tif 000008
【図９】
2008003960.tif 000009
【図１０】
2008003960.tif 000010
【図１】
2008003960.tif 000011
【図２】
2008003960.tif 000012