JP2004078566A - コンテンツ流通システム - Google Patents

Abstract

【課題】プロバイダ間でのコンテンツ流通を効率よく行い、ユーザに対するコンテンツ配信のサービス向上を図る。
【解決手段】仲介サーバ３０は、要求のあったプロバイダをグループに登録し、各プロバイダが所有するコンテンツの情報を収集して、収集した情報をグループ内の全プロバイダに通知し、コンテンツ要求にもとづき、ユーザが指定した指定コンテンツを保持するプロバイダに対して、コンテンツ要求の送信先プロバイダへ指定コンテンツの送信指示を出す。コンテンツサーバ２００は、自プロバイダ内のコンテンツの記録を行う。管理サーバ２０は、指定コンテンツが自己のコンテンツサーバ２００にある場合はユーザへ配信し、コンテンツサーバ２００にない場合は、仲介サーバ３０へコンテンツ要求を送信し、他プロバイダから送信された指定コンテンツをユーザへ配信する。
【選択図】　　　　図１

Description

【０００１】
【発明の属する技術分野】
本発明はコンテンツ流通システムに関し、特にプロバイダ間でコンテンツの流通を行うコンテンツ流通システムに関する。
【０００２】
【従来の技術】
近年、パーソナルコンピュータの急速な普及と共に、コンピュータやネットワーク自体の高機能化、高性能化が進んでいる。特にインターネットアクセスでは、高速なインターネットアクセスサービスとしてＡＤＳＬやＦＴＴＨなどが普及しており、電子メールやＷＷＷだけでなく、ストリーミングといったマルチメディアデータ通信が行われ、ビデオオンデマンド・サービス等、今まではなかった使われ方も広まってきている。また、プロバイダはユーザに対して、単にインフラを提供するのではなく、動画やゲームなどのコンテンツを提供することで、ビジネスを展開し始めている。
【０００３】
通常これらのサービスは、対ユーザ向けに行われており、ユーザがプロバイダに対して登録することで、各コンテンツを利用することになる。したがって、各プロバイダは、集客力のある有力なコンテンツをユーザに提供するために、何らかの方法でコンテンツを入手しなければならない。
【０００４】
【発明が解決しようとする課題】
ユーザに対してコンテンツを配信するための手法は多く考えられているが、従来では、プロバイダ間のコンテンツ流通を実現するための明確な手法がない。インターネットを利用したビジネスの推移を考えると、ユーザへのコンテンツ配信サービスは非常に重要であるが、有力なコンテンツを１つのプロバイダですべて持つことは事実上難しい。このため、各プロバイダ間でのスムーズなコンテンツ流通技術への開発要求が高まっている。
【０００５】
本発明はこのような点に鑑みてなされたものであり、プロバイダ間でのコンテンツ流通を効率よく行い、ユーザに対するコンテンツ配信のサービス向上を図ったコンテンツ流通システムを提供することを目的とする。
【０００６】
【課題を解決するための手段】
本発明では上記課題を解決するために、図１に示すような、プロバイダ間でコンテンツの流通を行うコンテンツ流通システム１において、登録要求のあったプロバイダをグループに登録し、各プロバイダが所有するコンテンツの情報を収集して、収集した情報をグループ内の全プロバイダに通知し、コンテンツ要求にもとづき、ユーザが指定した指定コンテンツを保持するプロバイダに対して、コンテンツ要求の送信先プロバイダへ指定コンテンツの送信指示を出す仲介サーバ３０を含むコンテンツ仲介装置３と、自プロバイダ内のコンテンツの記録を行うコンテンツサーバ２００と、送信指示を受信した場合には、送信先プロバイダへ指定コンテンツを送信し、ユーザからの要求に対して、指定コンテンツが自己のコンテンツサーバ２００にある場合はユーザへ配信し、コンテンツサーバ２００にない場合は、仲介サーバ３０へコンテンツ要求を送信し、他プロバイダから送信された指定コンテンツをユーザへ配信する管理サーバ２０と、から構成されるコンテンツ管理装置２と、を有することを特徴とするコンテンツ流通システム１が提供される。
【０００７】
ここで、仲介サーバ３０は、要求のあったプロバイダをグループに登録し、各プロバイダが所有するコンテンツの情報を収集して、収集した情報をグループ内の全プロバイダに通知し、コンテンツ要求にもとづき、ユーザが指定した指定コンテンツを保持するプロバイダに対して、コンテンツ要求の送信先プロバイダへ指定コンテンツの送信指示を出す。コンテンツサーバ２００は、自プロバイダ内のコンテンツの記録を行う。管理サーバ２０は、送信指示を受信した場合には、送信先プロバイダへ指定コンテンツを送信し、ユーザからの要求に対して、指定コンテンツが自己のコンテンツサーバ２００にある場合はユーザへ配信し、コンテンツサーバ２００にない場合は、仲介サーバ３０へコンテンツ要求を送信し、他プロバイダから送信された指定コンテンツをユーザへ配信する。
【０００８】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。図１は本発明のコンテンツ流通システムの原理図である。コンテンツ流通システム１は、コンテンツ管理装置２と、コンテンツ仲介装置３から構成され、ｘＳＰ（ｘ　Ｓｅｒｖｉｃｅ　Ｐｒｏｖｉｄｅｒ：ＡＳＰ（アプリケーション・サービス・プロバイダ）、ＩＳＰ（インターネット・サービス・プロバイダ）など、インターネット通信回線を介したサービス・プロバイダの総称）間でコンテンツの流通を行うシステムである。
【０００９】
ブローカＤはコンテンツ仲介装置３を有し、コンテンツ仲介装置３は仲介サーバ３０を含む。仲介サーバ３０は、登録要求のあったプロバイダをグループに登録して（図ではプロバイダＡ、Ｂ）、各プロバイダが所有するコンテンツの情報を収集し、収集した情報をグループ内の全プロバイダ（プロバイダＡ、Ｂ）に通知する。
【００１０】
プロバイダＡ、Ｂはコンテンツ管理装置２を有し、コンテンツ管理装置２はコンテンツサーバ２００と管理サーバ２０を含む（プロバイダＢもプロバイダＡ内部と同様な構成をとる）。コンテンツサーバ２００は、自プロバイダ内のコンテンツの記録を行う。
【００１１】
ここで、プロバイダＡの管理サーバ２０は、ユーザ所望の指定コンテンツが自己のコンテンツサーバ２００にある場合は、ユーザへ直接配信する。もし、コンテンツサーバ２００にない場合は、仲介サーバ３０へコンテンツ要求を送信する。
【００１２】
仲介サーバ３０は、コンテンツ要求を受信すると、指定コンテンツを保持するプロバイダ（プロバイダＢにあるものとする）に対して、コンテンツ要求の送信先プロバイダ（プロバイダＡ）へ指定コンテンツの送信指示を出す。すると、プロバイダＢは（プロバイダＢ内の管理サーバは）、プロバイダＡへ指定コンテンツを送信する。そして、プロバイダＡでは、他プロバイダ（プロバイダＢ）から送信された指定コンテンツをコンテンツサーバ２００で受信した後に、管理サーバ２０は指定コンテンツをユーザへ配信する。
【００１３】
図２はプロバイダ間の情報の流れを示す図である。プロバイダＡ、Ｂ、Ｃは、それぞれコンテンツを所持し、仲介を行うプロバイダ（ブローカ）Ｄを介して、コンテンツ及びコンテンツ流通に関する情報をやりとりする。
【００１４】
図３は各プロバイダ内の装置構成を示す図である。コンテンツ流通システム１は、プロバイダＡ、Ｂ、ＣとブローカＤを含み、インターネット１０を介して互いに接続する。プロバイダＡ、Ｂ、Ｃはそれぞれ、コンテンツ管理装置２−１〜２−３を有し、ブローカＤは、コンテンツ仲介装置３を有する。コンテンツ管理装置２−１〜２−３はそれぞれ、管理サーバ２０−１〜２０−３、コンテンツサーバ２００−１〜２００−３、ゲートウェイ（ＧＷ：接続インタフェース部）２ａ〜２ｃから構成される。コンテンツ仲介装置３は、仲介サーバ３０とＧＷ３ａから構成される。それぞれの装置は、ＧＷ２ａ〜２ｃ、３ａを介してインターネット１０に接続している。
【００１５】
なお、本発明では、ブローカＤは、コンテンツの仲介制御のみを行うものとするが、ブローカＤが管理サーバやコンテンツサーバを持つことで、仲介制御だけでなく、他プロバイダと同じように、コンテンツも取り扱うような構成にしてもよい。
【００１６】
次に管理サーバ２０の構成について説明する。図４は管理サーバ２０の構成を示す図である。管理サーバ２０は、ヘッダ識別部２１、管理制御部２２、メッセージ生成部２３、コンテンツ配信部２４、コンテンツリスト記録部２５、状態記録部２６、タイマ部２７から構成される。
【００１７】
ヘッダ識別部２１は、受信したコマンドメッセージのヘッダ認識を行う。管理制御部２２は、管理サーバ２０内の全体制御を行う。また、ヘッダ認識の結果またはオペレータからの外部入力コマンドにもとづき、メッセージを生成するように、メッセージ生成部２３へ指示を出したりする。
【００１８】
コンテンツ配信部２４は、コンテンツサーバ２００（図５で後述）内に格納されているコンテンツをユーザへ配信する。コンテンツリスト記録部２５は、コンテンツのリスト情報（どこのプロバイダにはどんなコンテンツがあるかなどの情報）を記録する。状態記録部２６は、自己が管理サーバとして動作しているのか、仲介サーバとして動作しているのかを示す情報を記録する。タイマ部２７は、他プロバイダからレンタルしたコンテンツのレンタル期間を設定する。
【００１９】
次にコンテンツサーバ２００の構成について説明する。図５はコンテンツサーバ２００の構成を示す図である。コンテンツサーバ２００は、ヘッダ識別部２０１、コンテンツ処理部２０２、メッセージ生成部２０３、コンテンツリスト記録部２０４、コンテンツ記録部２０５から構成される。
【００２０】
ヘッダ識別部２０１は、受信したコマンドメッセージのヘッダ認識を行う。コンテンツ処理部２０２は、コンテンツサーバ２００内の全体制御を行う。また、ヘッダ認識の結果またはオペレータからの外部入力コマンドにもとづき、メッセージを生成するように、メッセージ生成部２０３へ指示を出したりする。
【００２１】
コンテンツリスト記録部２０４は、コンテンツのレンタル情報（コンテンツはプロバイダからレンタルしたものか否かなどの情報）を記録する。コンテンツ記録部２０５は、コンテンツ自身を記録（格納）する。
【００２２】
次に仲介サーバ３０の構成について説明する。図６は仲介サーバ３０の構成を示す図である。仲介サーバ３０は、ヘッダ識別部３１、仲介制御部３２、メッセージ生成部３３、コンテンツリスト記録部３４、状態記録部３５から構成される。
【００２３】
ヘッダ識別部３１は、受信したコマンドメッセージのヘッダ認識を行う。仲介制御部３２は、仲介サーバ３０内の全体制御を行う。また、ヘッダ認識の結果にもとづき、メッセージを生成するように、メッセージ生成部３３へ指示を出したりする。
【００２４】
コンテンツリスト記録部３４は、コンテンツのリスト情報（どこのプロバイダにはどんなコンテンツがあるかなどの情報）を記録する。状態記録部３５は、自己が管理サーバとして動作しているのか、仲介サーバとして動作しているのかを示す情報を記録する。
【００２５】
次にブローカが仲介するコンテンツの流通範囲（グループ）に、プロバイダが登録する場合の動作について説明する。図７はグループにプロバイダを登録する際の処理を示すシーケンス図である。なお、ここの例では、プロバイダＡ、Ｂが最初にブローカＤに登録し、その後、プロバイダＣが追加加入するものとする。
〔Ｓ１〕プロバイダＡ、Ｂは、コンテンツの相互流通のサービスを受けるために、ブローカＤが提供するグループに加入するため、ブローカＤに対して登録要求を行う。
〔Ｓ２〕ブローカＤは、プロバイダＡ、Ｂの登録後、登録通知を各プロバイダに送信する。
〔Ｓ３〕プロバイダＡ、Ｂは、自己のコンテンツ情報をブローカＤに送信する。
〔Ｓ４〕ブローカＤは、グループ内に登録されているプロバイダＡ、Ｂに、現在のコンテンツ情報を通知する。
〔Ｓ５〕プロバイダＣは、ブローカＤが提供するグループに加入するため、ブローカＤに対して登録要求を行う。
〔Ｓ６〕ブローカＤは、プロバイダＣの登録後、登録通知を送信する。
〔Ｓ７〕プロバイダＣは、自己のコンテンツ情報をブローカＤに送信する。
〔Ｓ８〕ブローカＤは、プロバイダＣが追加加入したことで、コンテンツ情報が変化したので、追加加入にもとづくコンテンツ情報をプロバイダＡ、Ｂ、Ｃへ送信する。
【００２６】
次に図７で上述した各ステップについて、具体的なメッセージのフォーマットを示しながら動作について詳しく説明する。ステップＳ１（プロバイダからの登録要求）について、プロバイダＡ、Ｂは、コンテンツの相互流通のサービスを受けるためには、まず、ブローカＤが提供するグループに加入する必要がある。
【００２７】
このグループ加入については自動では行わず、プロバイダＡ、ＢがブローカＤを選択して加入するものである。プロバイダＡ、Ｂは、管理サーバ２０−１、２０−２から加入したいブローカＤの仲介サーバ３０へ登録要求コマンドメッセージを送信する。なお、以降では、プロバイダＡで代表させて説明する。
【００２８】
プロバイダＡの管理サーバ２０−１に対し、オペレータは、管理制御部２２へ登録指示を出す（手動入力）。管理制御部２２では、登録指示を受けると、メッセージ生成部２３に対して登録要求コマンドメッセージを生成するように指示を出す。メッセージ生成部２３は、コンテンツリスト記録部２５から配下のコンテンツサーバ２００に関する情報を取り出し、登録要求コマンドメッセージを生成してブローカＤの仲介サーバ３０へ送信する。
【００２９】
ここで、メッセージのヘッダフォーマットについて説明する。図８はメッセージのヘッダフォーマットを示す図である。図中の括弧内の数字は構成ビットを示す。ステップＳ１〜ステップＳ８で用いられる全メッセージのヘッダＨは、バージョン（８）、フラグ（８）、コマンド番号（１６）、メッセージ長（２４）、メッセージ識別子（８）、グループ識別子（１６）、個別識別子（１６）を含み、これらの情報に続いてコマンド内容が格納される。
【００３０】
また、全メッセージは、ＴＣＰのプロトコル上で動作する。なお、ヘッダＨ内のグループ識別子は、他グループと重ならないようにしなければならないため、グループ識別子は、公の機関が割り当てをすることが望ましい。また、個別識別子とは、各プロバイダ内のサーバに付けられた識別子のことである。
【００３１】
図９はフラグのフォーマットを示す図である。ヘッダＨ内のフラグＦ１は、８ビット構成であり、本発明では下位４ビットを使って、上位４ビットはＲｅｓｅｒｖｅ（予備）とする。なお、フラグＦ１の下位４ビットの内容については、以降で行うメッセージの説明の中で記載する（下位４ビットの値のみ記載する）。
【００３２】
次に登録要求コマンドメッセージ（コマンド番号＝１、フラグＦ１＝１０００）について説明する。図１０は登録要求コマンドメッセージのコマンド内容を示す図である。登録要求コマンドメッセージは、ヘッダＨとコマンド内容Ｃ１で構成される。
【００３３】
コマンド内容Ｃ１は、登録要求を出している管理サーバのＩＰアドレス（３２）、コンテンツサーバの個数（１６）、コンテンツサーバのＩＰアドレス（３２）から構成される。なお、グループ識別子と個別識別子は、ブローカＤから付与されるので、登録要求コマンドメッセージに限りＡｌｌ“０”を入れて送信する。
【００３４】
登録要求コマンドメッセージでは、上記のように管理サーバ２０−１配下のコンテンツサーバ２００−１の情報（コンテンツサーバの個数、ＩＰアドレス）を通知する必要がある。これについては、手動で管理サーバ２０−１に設定してもよいし、以下の情報収集コマンドメッセージを使って自動収集してもよい。
【００３５】
図１１は情報収集コマンドメッセージのコマンド内容及びコマンド内フラグを示す図である。情報収集コマンドメッセージは、ヘッダＨとコマンドＣ２で構成される。また、コマンド内フラグＦ２は、８ビット構成であり、本発明では下位２ビットを使って、他の６ビットはＲｅｓｅｒｖｅ（予備）とする（以下、フラグＦ２の値を示す場合には下位２ビットのみ記載する）。
【００３６】
コンテンツサーバ２００−１の情報（コンテンツサーバの個数、ＩＰアドレス）を収集する場合には、情報収集コマンドメッセージ（コマンド番号＝８、フラグＦ＝１０１０、コマンド内フラグＦ２＝１０）が、同一サブネット内に同報され、コンテンツサーバ２００−１がその応答を管理サーバ２０−１へ返す。
【００３７】
コンテンツサーバ２００−１は、ヘッダ識別部２０１で受信メッセージが情報収集コマンドメッセージであることを識別すると、その情報収集コマンドメッセージは、コンテンツ処理部２０２へ送られ、応答メッセージを生成するようにメッセージ生成部２０３に指示を出す。メッセージ生成部２０３は、情報収集コマンドメッセージ（コマンド番号＝８、フラグＦ＝０１１０、コマンド内フラグＦ２＝０１）の応答メッセージを生成し、送信元の管理サーバ２０−１に対して送信する。
【００３８】
これを受け取った管理サーバ２０−１は、コンテンツサーバ２００−１に関する情報を登録要求コマンドメッセージに設定して送信する、さらに、情報収集コマンドメッセージから得られたコンテンツサーバ２００−１に関する情報は、コンテンツリスト記録部２５に登録される。
【００３９】
ステップＳ２（ブローカＤからの登録通知）について、仲介サーバ３０は、プロバイダＡからの登録要求コマンドメッセージを受信した時点で、管理サーバ２０−１とコンテンツサーバ２００−１を含むプロバイダＡを自分のグループに登録する。
【００４０】
なお、仲介サーバ３０は、管理サーバ２０−１から登録要求コマンドメッセージを受信した場合は、ヘッダ識別部３１で、受け取ったメッセージが何のメッセージであるかを認識する。そして、受信したメッセージが適切であるかどうかの判断を行い、正しくない場合や自分には関係ないメッセージは破棄する。
【００４１】
そして、仲介制御部３２は、メッセージが登録要求コマンドメッセージならばプロバイダＡの登録処理を行う。この場合、登録要求してきたプロバイダに対して、個別識別子を割り当てることになるが、各プロバイダに割り当てる個別識別子は、グループ内で一意性が保たれていればよいため、仲介サーバ３０は重複しないように割り当てる（単純に、順番に割り当ててもよいし、管理サーバ、コンテンツサーバによって分けて個別識別子を割り当ててもよい。ただし、グループ内で一意性が保たれていなければならない）。
【００４２】
個別識別子を割り振ると、その個別識別子と各サーバ（管理サーバ２０−１、コンテンツサーバ２００−１）のＩＰアドレスとを関連づけし、これらをサーバ情報として保持する。
【００４３】
図１２はサーバ情報を示す図である。サーバ情報ＩＮＦ１は、個別識別子、場所、ＩＰアドレス、種別から構成される。例えば、プロバイダＡ内の管理サーバ２０−１の個別識別子を“０００１００１０１０１００１０１”とし、ＩＰアドレスを１３５．１５．２００．５７と割り付けている。
【００４４】
図１３はサーバ動作状態情報を示す図である。サーバ動作状態情報ＩＮＦ２は、自己がどのサーバとして動作しているかを示すもので、仲介サーバ３０では、動作状態の欄に仲介サーバと記録される。なお、サーバ情報ＩＮＦ１は、仲介サーバ３０内のコンテンツリスト記録部３４で保持され、サーバ動作状態情報ＩＮＦ２は、状態記録部３５で保持される。
【００４５】
プロバイダＡの登録処理が終了したら、仲介制御部３２は、メッセージ生成部３３に対して登録通知メッセージを生成するように指示を出し、メッセージ生成部３３はそれにしたがって登録通知メッセージ（コマンド番号＝２、フラグＦ１＝１１００）を生成し送信する。
【００４６】
図１４は登録通知コマンドメッセージのコマンド内容を示す図である。コマンド内容Ｃ２は、登録要求を出してきた管理サーバのＩＰアドレス（３２）、割り当てた個別識別子（１６）、コンテンツサーバのＩＰアドレス（３２）、割り当てた個別識別子（１６）から構成される。
【００４７】
この登録通知コマンドメッセージは、登録要求コマンドメッセージに対する応答であるとともに、各プロバイダが所持するコンテンツ情報を収集するための要求メッセージにもなっている。したがって、登録通知コマンドメッセージを受信したプロバイダの管理サーバは、コンテンツ情報を仲介サーバ３０へ通知する。
【００４８】
ステップＳ３（プロバイダからのコンテンツ情報応答）について、仲介サーバ３０から登録通知を受けた管理サーバ２０−１は、管理制御部２２で自プロバイダにあるコンテンツの情報を回答するために、まずコンテンツ情報を調査する。
【００４９】
図１５はコンテンツ情報の構成を示す図である。コンテンツ情報ＩＮＦ１１は、コンテンツ名、場所、ジャンル情報Ｊ、有効期限、価格の項目からなり、管理サーバ２０−１内のコンテンツリスト記録部２５で保持される。
【００５０】
図１６はジャンル情報Ｊを示す図である。ジャンル情報Ｊは、ジャンルコードとジャンルからなる。なお、これらの情報は、事前に取り決められている必要があるため、公の機関で決められておくことが望ましい。
【００５１】
次にコンテンツリスト記録部２５で保持される他の情報を図１７〜図１９に示す。図１７は仲介サーバ情報を示す図であり、図１８はコンテンツサーバ情報を示す図であり、図１９は利用状況情報を示す図である。仲介サーバ情報ＩＮＦ１２とコンテンツサーバ情報ＩＮＦ１３と利用状況情報ＩＮＦ１４は、管理サーバ２０−１内のコンテンツリスト記録部２５で保持される。
【００５２】
仲介サーバ情報ＩＮＦ１２は、個別識別子、場所、グループ識別子、ＩＰアドレスの項目からなり、コンテンツサーバ情報ＩＮＦ１３は、コンテンツサーバ名、個別識別子、グループ識別子、ＩＰアドレスの項目からなり、利用状況情報ＩＮＦ１４は、コンテンツコード、利用回数の項目からなる。
【００５３】
図２０は管理サーバの状態情報を示す図である。サーバ動作状態情報ＩＮＦ１５は、自己がどのサーバとして動作しているかを示すもので、管理サーバ２０−１では、動作状態の欄に管理サーバと記録される。
【００５４】
ここで、すでに、運用中（ユーザへコンテンツを配信中）であれば、管理サーバ２０−１は、コンテンツ情報ＩＮＦ１１を有しているが、運用開始直後はこれらの情報は持っていない。
【００５５】
コンテンツ情報ＩＮＦ１１を管理サーバ２０−１自身が持っていない場合には、管理サーバ２０−１は、コンテンツサーバ２００−１に対して個別識別子を通知するとともにコンテンツ情報ＩＮＦ１１を回答してもらうように指示を出す。
【００５６】
この場合には、上記の登録通知コマンドメッセージ（コマンド番号＝２、フラグＦ１＝１０１０）を使用する（仲介サーバ３０と管理サーバ２０−１とでフラグの値は異なる）。このメッセージを受け取ったコンテンツサーバ２００−１は、自分に割り当てられた個別識別子をコンテンツリスト記録部２０４に書き込む。
【００５７】
図２１はコンテンツリスト記録部２０４に書き込まれる情報を示す図である。コンテンツリスト記録部２０４には、コンテンツ情報ＩＮＦ４１とコンテンツサーバ情報ＩＮＦ４２（自身の情報）が書き込まれる。コンテンツ情報ＩＮＦ４１は、コンテンツ名、コンテンツコード、オーナーの項目から構成され、コンテンツサーバ情報ＩＮＦ４２は、個別識別子とグループ識別子から構成される。なお、コンテンツコードは、保持しているコンテンツサーバの個別識別子と８ビットの項番から構成されており、グループ内で重複しないようになっている。
【００５８】
コンテンツサーバ２００−１のコンテンツ処理部２０２は、メッセージ生成部２０３に対して、管理サーバ２０−１に応答を返すように指示を出す。通知には、コンテンツ情報応答メッセージを使う。
【００５９】
図２２はコンテンツ情報応答メッセージのコマンド内容を示す図である。コンテンツ情報応答メッセージ（コマンド番号＝３、フラグＦ１＝０１１０）は、ヘッダＨとコマンド内容Ｃ３からなる。コマンド内容Ｃ３は、コンテンツ個数（１６）、コンテンツコード（２４）、ジャンル（７）、フラグ（１）、価格（１６）、Ｌｉｆｅｔｉｍｅ（１６）から構成される。
【００６０】
また、これらのコンテンツ情報応答メッセージ、コンテンツ情報通知メッセージは、コンテンツ情報の変更を通知するものであり、それぞれ、コマンド内のフラグ部で、１０ならば追加、０１ならば削除、１１ならばコンテンツ内容の変更を表す。
【００６１】
また、コンテンツサーバ２００−１は、管理サーバ２０−１からの要求でコンテンツ情報を収集し通知するだけでなく、自分の保持するコンテンツに変更があったタイミングでコンテンツ情報を収集し、通知する。
【００６２】
また、コンテンツ処理部２０２は、コンテンツ追加や削除、変更を要求された段階で、コンテンツリスト記録部２０４の情報を変更する。そして、コンテンツ処理部２０２は、メッセージ生成部２０３に対して、管理サーバ２０−１にコンテンツ情報の変更を通知するメッセージ（コンテンツ情報応答メッセージ：コマンド番号＝３、フラグＦ１＝０１１０）を生成して、送信するように指示を出す。
【００６３】
コンテンツサーバ２００−１から応答メッセージをうけた管理サーバ２０−１は、受信情報をコンテンツリスト記録部２５に記録した上で、コンテンツ情報応答メッセージ（コマンド番号＝３、フラグＦ１＝０１００）を使って、コンテンツ情報を回答する。
【００６４】
ステップＳ４（ブローカＤからのコンテンツ情報通知）について、仲介サーバ３０は、自グループ内の各プロバイダからコンテンツ情報を受けると、仲介制御部３２では、コンテンツリスト記録部３４にある過去の情報と受信情報とを比較する。そして、追加・削除・変更されたものがある場合には、変更の内容だけを通知する。
【００６５】
図２３は仲介サーバ３０のコンテンツリスト記録部３４にあるコンテンツ情報を示す図である。コンテンツ情報ＩＮＦ０は、コンテンツ名、コンテンツのある場所、ジャンル、有効期限、価格の項目からなる。
【００６６】
運用直後は、仲介サーバ３０はコンテンツ情報がないため、グループ内のすべての管理サーバ宛にコンテンツ情報の通知をするように、コンテンツ情報通知メッセージ（コマンド番号＝４、フラグＦ＝０００１）を送信する（コマンド内のフラグ部はすべて１０）。
【００６７】
図２４はコンテンツ情報通知メッセージのコンテンツ内容を示す図である。コンテンツ情報通知メッセージ（コマンド番号＝４、フラグＦ１＝０１１０）は、ヘッダＨとコマンド内容Ｃ４からなる。
【００６８】
コマンド内容Ｃ４は、サーバ個数（１６）、コンテンツサーバの個別識別子（１６）、コンテンツ個数（１６）、コンテンツコード（２４）、ジャンル（７）、フラグ（１）、価格（１６）、Ｌｉｆｅｔｉｍｅ（１６）から構成される。なお、図２２、図２４で示したフラグのＡｄｄ／Ｄｅｌとは、コンテンツが増えたら、例えば、１を立ててＡｄｄとし、コンテンツが減ったら０をＤｅｌとする。
【００６９】
ステップＳ５〜ステップＳ７（プロバイダの追加加入）について、既にグループが形成されている場合でも、上述した方法と同じ手順でプロバイダの追加ができる。また、追加加入するプロバイダの管理サーバが別のグループ（グループＧ１）に所属していた場合でも、別のグループ（グループＧ２）に加入することもできる。これは、グループ識別子が一意に設定されていることからグループ識別子を元に判別可能であるためである。
【００７０】
ステップＳ８（ブローカＤからのコンテンツ情報通知）について、ステップＳ５でプロバイダが追加されたことで、仲介サーバ３０が保持するコンテンツ情報が更新されたため、各プロバイダの管理サーバ宛てにコンテンツ情報の通知を行う。
【００７１】
もし追加されたプロバイダが利用のみを想定して自らコンテンツを提供しない場合（コンテンツを持っていない場合）ならば、コンテンツ情報が変更されていないため、その管理サーバ宛の通知は行わない（仲介サーバ３０のサーバ情報にみ更新）。
【００７２】
次に障害等何らかの理由で、管理サーバ２０の情報が駄目になった場合の、プロバイダからのコンテンツ情報要求と応答について説明する。管理サーバ２０は、情報収集コマンド［コマンド番号＝８、フラグＦ１＝１００１、コマンド内フラグＦ２＝１０］を仲介サーバ３０に送信する。仲介サーバ３０は、情報収集コマンドメッセージを受信すると、情報収集コマンドメッセージを送ってきた管理サーバ２０に対して、コンテンツ情報応答メッセージ（コマンド番号＝３、フラグＦ１＝０１０１）によって情報を通知する。
【００７３】
これによって各プロバイダが所持するコンテンツ情報を復旧させる。この手順は、要求してきた管理サーバ２０に対して情報を通知するため、無駄なトラフィックが発生しない。このときのコマンド内のフラグ部はすべて１０として通知される。
【００７４】
以上説明したように、本発明によれば、最新のコンテンツ情報を自動的に収集し、変更内容のみ通知することにより、プロバイダ間で相互にコンテンツの情報を効率よく流通させることが可能になる。
【００７５】
次にコンテンツの流通及びそれに伴う課金処理について説明する。図２５はコンテンツ流通の概略シーケンスを示す図である。
〔Ｓ１１〕プロバイダＡの管理サーバ２０−１は、ブローカＤの仲介サーバ３０からのコンテンツ情報を元に、グループ内で提供可能なコンテンツの情報をユーザに対して提供する。
〔Ｓ１２〕ユーザは、管理サーバ２０−１へコンテンツを要求する。
〔Ｓ１３〕管理サーバ２０−１は、ユーザが要求してきたコンテンツが、自己に存在しない場合は、仲介サーバ３０へコンテンツ要求を行う。
〔Ｓ１４〕仲介サーバ３０は、プロバイダＢに所望のコンテンツがある場合は、プロバイダＢに対して、プロバイダＡへコンテンツを送信する旨の指示を出す。
〔Ｓ１５〕プロバイダＢは、プロバイダＡに対し、要求されたコンテンツを送信（レンタル）する。レンタルすることで、頻繁にコンテンツが流通することによるトラフィックの増加を低減させることができる。
〔Ｓ１６〕仲介サーバ３０は、プロバイダＡに対してレンタルに関する課金処理を開始する。
〔Ｓ１７〕管理サーバ２０−１は、コンテンツをユーザへ配信する。
〔Ｓ１８〕コンテンツのレンタル期間が過ぎた場合、そのコンテンツの消去を行う。また、利用状況を仲介サーバ３０へ通知する。
【００７６】
次に動作について詳しく説明する。各プロバイダの管理サーバ２０は、仲介サーバ３０からのコンテンツ情報を元にユーザに対してコンテンツ情報を提供する。ユーザへの情報提供は、コンテンツのタイトル、ジャンル、価格が通知される（ユーザに対してこれらの情報を提示する方法およびコンテンツの配信方法については、本発明の範囲としない）。
【００７７】
ユーザが、管理サーバ２０へコンテンツの配信を要求すると、管理サーバ２０は、コンテンツの要求が来たことを管理制御部２２に通知する。このとき、ユーザが誰か、何のコンテンツを要求しているかの情報も受け取るものとする。
【００７８】
管理サーバ２０は、ユーザから要求されたコンテンツがどこにあるかをコンテンツリスト記録部２５内の情報から判断する。管理制御部２２は、ユーザの要求したコンテンツの存在場所が、ローカル（自分自身）か別プロバイダかを判断する。もしローカルに存在するならば（レンタル中であった場合も含む）、コンテンツサーバ２００に対してユーザにコンテンツを提供するように指示を出す。
【００７９】
別プロバイダに存在する場合、仲介サーバ３０に対してコンテンツ要求コマンドを送信するようにメッセージ生成部２３に対して指示を出す。このとき、コンテンツをレンタルする場合は（利用側のローカルのコンテンツサーバに一時的に保存を許す場合）は、コンテンツを一時保存するコンテンツサーバを、許可されていない場合は、ユーザのＩＰアドレスを配送先として、コンテンツ要求コマンドメッセージを作成する。
【００８０】
図２６はコンテンツ要求コマンドメッセージのコマンド内容を示す図である。コンテンツ要求コマンドメッセージ（コマンド番号＝５、フラグＦ１＝１０００）は、ヘッダＨとコマンド内容Ｃ５からなる。コマンド内容Ｃ５は、コンテンツコード（２４）、ジャンル（７）、価格（１６）、コンテンツを格納するコンテンツサーバのＩＰアドレス（３２）から構成される。
【００８１】
仲介サーバ３０は、コンテンツ要求コマンドメッセージを受け取り、仲介制御部３２で認識すると、該当のコンテンツサーバ（ユーザが指定したコンテンツを、プロバイダＢが持っているなら、プロバイダＢ内のコンテンツサーバ）に対してメッセージを転送するようにメッセージ生成部２０３に指示を出す。
【００８２】
この時、仲介サーバ３０は、コンテンツに対する課金処理を行う。仲介制御部３２は、利用状況をコンテンツリスト記録部３４に記録する。図２７は利用状況情報を示す図である。利用状況情報ＩＮＦ３は、利用プロバイダ、コンテンツコード、利用回数の項目からなり、コンテンツリスト記録部３４で保持される。なお、課金処理では、コンテンツの料金を１回利用毎に課金してもよいし、日単位／月単位等で価格を設定できるようにしてもよい。
【００８３】
コンテンツ転送を要求されたコンテンツサーバは、指定されたコンテンツサーバ（例えば、プロバイダＡのコンテンツサーバ）に対してコンテンツ送信メッセージを使ってコンテンツを送信する。
【００８４】
図２８はコンテンツ送信メッセージのコマンド内容を示す図である。コンテンツ送信メッセージ（コマンド番号＝６、フラグＦ１＝０１００）は、ヘッダＨとコマンド内容Ｃ６からなる。コマンド内容Ｃ６は、コンテンツコード（２４）、メッセージ識別子（８）、コンテンツ要求コマンドを送ってきた管理サーバのＩＰアドレス（３２）、コンテンツデータから構成される。コンテンツ送信メッセージを受け取ったコンテンツサーバ２００は、コンテンツ記録部２０５にコンテンツデータを保存する。
【００８５】
一方、コンテンツにはＬｉｆｅｔｉｍｅが設定されているものがあり、レンタル期間が過ぎたものは削除しなければならない（不正利用の防止のため）。この場合、コンテンツ操作コマンドメッセージでコンテンツサーバがコンテンツを受け取ったことを確認した時点で、管理サーバ２０のタイマ部２７のタイマをスタートさせ、０になったら、コンテンツ削除の指示をコンテンツサーバ２００に対して行う。
【００８６】
タイマ部２７から指示を受けた管理制御部２２は、メッセージ生成部２３に対してコンテンツ削除のためのメッセージを作成するように指示を出す。コンテンツの削除はコンテンツ操作コマンドメッセージを使う。
【００８７】
図２９はコンテンツ操作コマンドメッセージのコマンド内容を示す図である。コンテンツ操作コマンドメッセージ（コマンド番号＝７、フラグＦ１＝１０１００、コマンド内フラグＦ３＝１１００）は、ヘッダＨとコマンド内容Ｃ７からなる。コマンド内容Ｃ７は、コンテンツコード（２４）とコマンド内フラグＦ３からなる。
【００８８】
管理サーバ２０は、コンテンツサーバ２００に対して、コンテンツ削除要求を行う場合、ＤとＲのフラグを立てて１１００とする。コンテンツサーバ２００は、コンテンツを削除できた場合はＯフラグをセットして１０１０とし、失敗した場合はＦフラグを立てた１００１を管理サーバ２０に返す。なお、削除できなかった応答メッセージを受信した場合は、確実に削除するため、再度削除を行う。
【００８９】
一方、同じコンテンツであっても、レンタル期間が過ぎて削除された場合は再度コンテンツを配信してもらわなければならない。この場合、レンタル期間中であれば、そのままローカルのコンテンツと同様に扱う。
【００９０】
また、レンタル中は、ローカルに処理されるため仲介サーバ３０で課金処理を一括で行うことができない。そのため、管理サーバ２０はレンタル中のコンテンツが削除されたタイミングでコンテンツの利用状況を通知する。
【００９１】
コンテンツの利用状況情報ＩＮＦ１４（図１９）は、レンタルしているコンテンツがローカルで何回利用されたかを記録したもので、利用状況メッセージを使って仲介サーバ３０へ通知される。図３０は利用状況メッセージのコマンド内容を示す図である。利用状況メッセージ（コマンド番号＝９、フラグＦ１＝０００１）は、ヘッダＨとコマンド内容Ｃ９からなる。コマンド内容Ｃ９は、コンテンツコード（２４）と利用回数（８）から構成される。
【００９２】
以上説明したように、本発明によれば、プロバイダ間のコンテンツ流通を実現するために、各プロバイダ間で所持するコンテンツの情報を交換しあい、必要なコンテンツを設定されたポリシーで取り扱うことで、各プロバイダ間のコンテンツ流通を実現可能とした。また、プロバイダ間のコンテンツ流通の課金についてもポリシーを設定し、それにもとづいた処理を行う構成とした。
【００９３】
これにより、各プロバイダが本発明の機能を設置しておくだけで、自動的に情報が交換されるため、運用開始後は手動で処理を行う必要がなく、プロバイダ間でのコンテンツの流通が簡単に行えるようになり、ユーザに対するコンテンツ配信のサービス向上を図ることが可能になる。
【００９４】
また、コンテンツが登録された場合、自動で処理されてコンテンツ流通が可能となるので、本発明の応用として、ユーザ側で作成したコンテンツを提供・流通させるようなサービスを実現することもできる。このようなユーザ側へシフトした使い方は、ＩＰｖ６の普及を推進し、新しいインターネットの可能性を提示するものである。
【００９５】
（付記１）　プロバイダ間でコンテンツの流通を行うコンテンツ流通システムにおいて、
登録要求のあったプロバイダをグループに登録し、各プロバイダが所有するコンテンツの情報を収集して、収集した情報をグループ内の全プロバイダに通知し、コンテンツ要求にもとづき、ユーザが指定した指定コンテンツを保持するプロバイダに対して、前記コンテンツ要求の送信先プロバイダへ前記指定コンテンツの送信指示を出す仲介サーバを含むコンテンツ仲介装置と、
自プロバイダ内のコンテンツの記録を行うコンテンツサーバと、前記送信指示を受信した場合には、前記送信先プロバイダへ前記指定コンテンツを送信し、ユーザからの要求に対して、前記指定コンテンツが自己の前記コンテンツサーバにある場合はユーザへ配信し、前記コンテンツサーバにない場合は、前記仲介サーバへ前記コンテンツ要求を送信し、他プロバイダから送信された前記指定コンテンツをユーザへ配信する管理サーバと、から構成されるコンテンツ管理装置と、を有することを特徴とするコンテンツ流通システム。
【００９６】
（付記２）　　前記管理サーバは、情報収集コマンドメッセージにより、前記コンテンツサーバの情報を自動的に収集することを特徴とする付記１記載のコンテンツ流通システム。
【００９７】
（付記３）　　前記仲介サーバは、プロバイダをグループに登録した際は、登録通知メッセージを送信し、前記登録通知メッセージにより、登録完了の通知と前記プロバイダが所持するコンテンツの情報要求とを行うことを特徴とする付記１記載のコンテンツ流通システム。
【００９８】
（付記４）　前記コンテンツサーバは、コンテンツに変更があった場合は応答メッセージにより、変更したコンテンツの情報を前記管理サーバへ通知することを特徴とする付記１記載のコンテンツ流通システム。
【００９９】
（付記５）　前記管理サーバは、コンテンツに変更があった場合にのみ、変更内容を含むメッセージを前記仲介サーバへ送信することを特徴とする付記１記載のコンテンツ流通システム。
【０１００】
（付記６）　前記管理サーバは、自己が管理するコンテンツの情報に障害が発生した場合、前記仲介サーバへ通知して、前記仲介サーバから正常な情報を受け取り、情報の復旧を行うことを特徴とする付記１記載のコンテンツ流通システム。
【０１０１】
（付記７）　前記管理サーバは、ユーザからの要求に対して、前記指定コンテンツが自己の前記コンテンツサーバにない場合、他プロバイダから送信された前記指定コンテンツをレンタルしてユーザへ配信することを特徴とする付記１記載のコンテンツ流通システム。
【０１０２】
（付記８）　　前記管理サーバは、他プロバイダからレンタルしてコンテンツを配信する場合、レンタル終了後に利用状況を前記仲介サーバへ通知し、前記仲介サーバは、利用状況にもとづきレンタルに対する課金処理を行うことを特徴とする付記７記載のコンテンツ流通システム。
【０１０３】
（付記９）　前記管理サーバは、他プロバイダからレンタルしてコンテンツを配信する場合、一定期間が過ぎたコンテンツは削除することを特徴とする付記７記載のコンテンツ流通システム。
【０１０４】
（付記１０）　プロバイダ間でコンテンツ流通の仲介制御を行うコンテンツ仲介装置において、
登録要求のあったプロバイダをグループに登録し、各プロバイダが所有するコンテンツの情報を収集して、収集した情報をグループ内の全プロバイダに通知し、コンテンツ要求にもとづき、ユーザが指定した指定コンテンツを保持するプロバイダに対して、前記コンテンツ要求の送信先プロバイダへ前記指定コンテンツの送信指示を出す仲介サーバと、
ネットワークとの接続インタフェース制御を行う接続インタフェース部と、
を有することを特徴とするコンテンツ仲介装置。
【０１０５】
（付記１１）　プロバイダ間でコンテンツ流通を行うコンテンツ管理装置において、
自プロバイダ内のコンテンツの記録を行うコンテンツサーバと、
仲介サーバからの送信指示を受信した場合には、コンテンツ要求の送信先プロバイダへ、ユーザが指定した指定コンテンツを送信し、ユーザからの要求に対して、前記指定コンテンツが自己の前記コンテンツサーバにある場合はユーザへ配信し、前記コンテンツサーバにない場合は、前記仲介サーバへ前記コンテンツ要求を送信し、他プロバイダから送信された前記指定コンテンツをユーザへ配信する管理サーバと、
ネットワークとの接続インタフェース制御を行う接続インタフェース部と、
を有することを特徴とするコンテンツ管理装置。
【０１０６】
【発明の効果】
以上説明したように、本発明のコンテンツ流通システムは、仲介サーバでは、各プロバイダが所有するコンテンツの情報を収集し、収集した情報をグループ内の全プロバイダに通知する。また、管理サーバでは、ユーザから要求されたコンテンツが自己のコンテンツサーバにある場合はユーザへ配信し、コンテンツサーバにない場合は、仲介サーバへコンテンツ要求を送信し、他プロバイダから送信された指定コンテンツをユーザへ配信する構成とした。これにより、プロバイダ間でのコンテンツ流通を効率よく行うことができ、ユーザに対するコンテンツ配信のサービス向上を図ることが可能になる。
【図面の簡単な説明】
【図１】本発明のコンテンツ流通システムの原理図である。
【図２】プロバイダ間の情報の流れを示す図である。
【図３】各プロバイダ内の装置構成を示す図である。
【図４】管理サーバの構成を示す図である。
【図５】コンテンツサーバの構成を示す図である。
【図６】仲介サーバの構成を示す図である。
【図７】グループにプロバイダを登録する際の処理を示すシーケンス図である。
【図８】メッセージのヘッダフォーマットを示す図である。
【図９】フラグのフォーマットを示す図である。
【図１０】登録要求コマンドメッセージのコマンド内容を示す図である。
【図１１】情報収集コマンドメッセージのコマンド内容及びコマンド内フラグを示す図である。
【図１２】サーバ情報を示す図である。
【図１３】サーバ動作状態情報を示す図である。
【図１４】登録通知コマンドメッセージのコマンド内容を示す図である。
【図１５】コンテンツ情報の構成を示す図である。
【図１６】ジャンル情報を示す図である。
【図１７】仲介サーバ情報を示す図である。
【図１８】コンテンツサーバ情報を示す図である。
【図１９】利用状況情報を示す図である。
【図２０】管理サーバの状態情報を示す図である。
【図２１】コンテンツリスト記録部に書き込まれる情報を示す図である。
【図２２】コンテンツ情報応答メッセージのコマンド内容を示す図である。
【図２３】仲介サーバのコンテンツリスト記録部にあるコンテンツ情報を示す図である。
【図２４】コンテンツ情報通知メッセージのコンテンツ内容を示す図である。
【図２５】コンテンツ流通の概略シーケンスを示す図である。
【図２６】コンテンツ要求コマンドメッセージのコマンド内容を示す図である。
【図２７】利用状況情報を示す図である。
【図２８】コンテンツ送信メッセージのコマンド内容を示す図である。
【図２９】コンテンツ操作コマンドメッセージのコマンド内容を示す図である。
【図３０】利用状況メッセージのコマンド内容を示す図である。
【符号の説明】
１　コンテンツ流通システム
２　コンテンツ管理装置
２０　管理サーバ
２００　コンテンツサーバ
３　コンテンツ仲介装置
３０　仲介サーバ

Claims (5)

1. プロバイダ間でコンテンツの流通を行うコンテンツ流通システムにおいて、
   登録要求のあったプロバイダをグループに登録し、各プロバイダが所有するコンテンツの情報を収集して、収集した情報をグループ内の全プロバイダに通知し、コンテンツ要求にもとづき、ユーザが指定した指定コンテンツを保持するプロバイダに対して、前記コンテンツ要求の送信先プロバイダへ前記指定コンテンツの送信指示を出す仲介サーバを含むコンテンツ仲介装置と、
   自プロバイダ内のコンテンツの記録を行うコンテンツサーバと、前記送信指示を受信した場合には、前記送信先プロバイダへ前記指定コンテンツを送信し、ユーザからの要求に対して、前記指定コンテンツが自己の前記コンテンツサーバにある場合はユーザへ配信し、前記コンテンツサーバにない場合は、前記仲介サーバへ前記コンテンツ要求を送信し、他プロバイダから送信された前記指定コンテンツをユーザへ配信する管理サーバと、から構成されるコンテンツ管理装置と、
   を有することを特徴とするコンテンツ流通システム。
2. 前記仲介サーバは、プロバイダをグループに登録した際は、登録通知メッセージを送信し、前記登録通知メッセージにより、登録完了の通知と前記プロバイダが所持するコンテンツの情報要求とを行うことを特徴とする請求項１記載のコンテンツ流通システム。
3. 前記管理サーバは、自己が管理するコンテンツの情報に障害が発生した場合、前記仲介サーバへ通知して、前記仲介サーバから正常な情報を受け取り、情報の復旧を行うことを特徴とする請求項１記載のコンテンツ流通システム。
4. 前記管理サーバは、ユーザからの要求に対して、前記指定コンテンツが自己の前記コンテンツサーバにない場合、他プロバイダから送信された前記指定コンテンツをレンタルしてユーザへ配信することを特徴とする請求項１記載のコンテンツ流通システム。
5. 前記管理サーバは、他プロバイダからレンタルしてコンテンツを配信する場合、レンタル終了後に利用状況を前記仲介サーバへ通知し、前記仲介サーバは、利用状況にもとづきレンタルに対する課金処理を行うことを特徴とする請求項４記載のコンテンツ流通システム。

Images