(57)【要約】【課題】コンテンツの不正利用を防止し、ネットワーク障害が発生しても所定時間が経過するまでコンテンツの再生が可能なピアツーピア型コンテンツ配信システムを提供する。【解決手段】各ピア２０はイベントの通知に失敗すると（Ｓ２１４でＮＯ）、コンテンツの再生中でも直ちにコンテンツの再生を停止し（Ｓ２２１）、コンテンツの再生を禁止する（Ｓ２２２）。コンテンツの再生を禁止した後もリトライインターバル時間が経過すると（Ｓ２２３でＹＥＳ）、イベントの通知を再開する（Ｓ２１３）。この通知に成功すれば（Ｓ２１４でＹＥＳ）、コンテンツの再生禁止を解除する（Ｓ２２７）。ネットワーク障害が発生しても直ちにコンテンツの再生を禁止するのではなく、障害発生時刻から所定の通知猶予時間経過後に（Ｓ２１８でＹＥＳ）、コンテンツの再生を禁止する。【選択図】図４
2006120063.tif 000002
【特許請求の範囲】
【請求項１】
センタサーバと、前記センタサーバに接続された複数のピアとを備えたピアツーピア型コンテンツ配信システムであって、
前記センタサーバは、
前記ピアの動作状況を記憶するためのピア動作状況記憶手段と、
前記ピアから送信された動作状況をピア動作状況記憶手段に登録する手段とを含み、
前記ピアの各々は、
コンテンツを記憶するためのコンテンツ記憶手段と、
当該他のピアから所望のコンテンツをダウンロードして前記コンテンツ記憶手段に保存する手段と、
前記コンテンツ記憶手段からコンテンツを読み出して再生する再生手段と、
自身の動作状況を前記センタサーバに送信する動作状況送信手段と、
前記動作状況の送信に失敗したとき前記再生手段によるコンテンツの再生を不可能にする再生不能化手段とを含むことを特徴とするピアツーピア型コンテンツ配信システム。
【請求項２】
コンテンツを記憶するためのコンテンツ記憶手段と、
所望のコンテンツをダウンロードして前記コンテンツ記憶手段に保存する手段と、
前記コンテンツ記憶手段からコンテンツを読み出して再生する再生手段と、
自身の動作状況をセンタサーバに送信する動作状況送信手段と、
前記動作状況の送信に失敗したとき前記再生手段によるコンテンツの再生を不可能にする再生不能化手段とを備えたことを特徴とするコンテンツ再生端末装置。
【請求項３】
請求項２に記載のコンテンツ再生端末装置であって、
前記動作状況送信手段は前記動作状況としてアライブイベントを定期的に送信することを特徴とするコンテンツ再生端末装置。
【請求項４】
請求項２に記載のコンテンツ再生端末装置であって、
前記再生不能化手段は、
前記再生手段がコンテンツを再生中か否かを判断する手段と、
判断の結果、再生中のとき前記再生手段によるコンテンツの再生を停止させる手段とを含むことを特徴とするコンテンツ再生端末装置。
【請求項５】
請求項２に記載のコンテンツ再生端末装置であってさらに、
前記再生不能化手段がコンテンツの再生を不可能にしてから所定のリトライインターバル時間経過後に前記動作状況の送信を再開させる手段と、
前記動作状況の送信に成功したとき前記再生手段によるコンテンツの再生を可能にする再生可能化手段とを備えたことを特徴とするコンテンツ再生端末装置。
【請求項６】
請求項２に記載のコンテンツ再生端末装置であって、
前記再生不能化手段は、
前記動作状況の送信に失敗した障害発生時刻を記録する手段と、
前記記録された障害発生時刻から所定の通知猶予時間経過後に前記再生手段によるコンテンツの再生を不可能にする手段とを含むことを特徴とするコンテンツ再生端末装置。
【請求項７】
請求項６に記載のコンテンツ再生端末装置であってさらに、
前記再生不能化手段がコンテンツの再生を不可能にしてから所定のリトライインターバル時間経過後に前記動作状況の送信を再開させる手段と、
前記動作状況の送信に成功したとき前記再生手段によるコンテンツの再生を可能にする再生可能化手段とを備え、
前記再生不能化手段はさらに、
前記送信に失敗した動作状況をログに記録する手段を含み、
前記再生可能化手段はさらに、
前記動作状況の送信に成功したとき前記ログに記録された動作状況を前記センタサーバに送信する手段を含むことを特徴とするコンテンツ再生端末装置。
【請求項８】
所望のコンテンツをダウンロードしてコンテンツ記憶手段に保存するステップと、
前記コンテンツ記憶手段からコンテンツを読み出して再生するステップと、
自身の動作状況をセンタサーバに送信する動作状況送信ステップと、
前記動作状況の送信に失敗したときコンテンツの再生を不可能にする再生不能化ステップとをコンピュータに実行させることを特徴とするコンテンツ再生端末用プログラム。
【請求項９】
請求項８に記載のコンテンツ再生端末用プログラムであって、
前記動作状況送信ステップは前記動作状況としてアライブイベントを定期的に送信することを特徴とするコンテンツ再生端末用プログラム。
【請求項１０】
請求項８に記載のコンテンツ再生端末用プログラムであって、
前記再生不能化ステップは、
コンテンツを再生中か否かを判断するステップと、
判断の結果、再生中のときコンテンツの再生を停止させるステップとを含むことを特徴とするコンテンツ再生端末用プログラム。
【請求項１１】
請求項８に記載のコンテンツ再生端末用プログラムであってさらに、
前記再生不能化ステップがコンテンツの再生を不可能にしてから所定のリトライインターバル時間経過後に前記動作状況の送信を再開させるステップと、
前記動作状況の送信に成功したときコンテンツの再生を可能にする再生可能化ステップとをコンピュータに実行させることを特徴とするコンテンツ再生端末用プログラム。
【請求項１２】
請求項８に記載のコンテンツ再生端末用プログラムであって、
前記再生不能化ステップは、
前記動作状況の送信に失敗した障害発生時刻を記録するステップと、
前記記録された障害発生時刻から所定の通知猶予時間経過後にコンテンツの再生を不可能にするステップとを含むことを特徴とするコンテンツ再生端末用プログラム。
【請求項１３】
請求項１２に記載のコンテンツ再生端末用プログラムであってさらに、
前記再生不能化ステップがコンテンツの再生を不可能にしてから所定のリトライインターバル時間経過後に前記動作状況の送信を再開させるステップと、
前記動作状況の送信に成功したときコンテンツの再生を可能にする再生可能化ステップとをコンピュータに実行させ、
前記再生不能化ステップはさらに、
前記送信に失敗した動作状況をログに記録するステップを含み、
前記再生可能化ステップはさらに、
前記動作状況の送信に成功したとき前記ログに記録された動作状況を前記センタサーバに送信するステップを含むことを特徴とするコンテンツ再生端末用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ピアツーピア(Peer to Peer)型コンテンツ配信システム及びこれに用いられるコンテンツ再生端末装置（ピア）に関し、さらに詳しくは、センタサーバを有するハイブリッド型コンテンツ配信システム及びこれに用いられるコンテンツ再生端末装置に関する。
【背景技術】
【０００２】
従来のクライアントサーバ型コンテンツ配信システムでは、コンテンツをサーバに保存しておき、各クライアントからの要求に応じてコンテンツを配信している。しかし、このシステムでは、クライアント数の増大に応じたサーバの強化が必須であり、運用及び管理コストの増大は避けられない。
【０００３】
一方、近年隆盛を見せているピアツーピア型コンテンツ配信システムでは、コンテンツをピア間で配信するため、ファイルの転送負荷が各ピアに分散される。そのため、このシステムでは、クライアントサーバ型コンテンツ配信システムに比べ、はるかに多くのピア（クライアント）にコンテンツを配信することができる。
【０００４】
しかし、現状のピアツーピア型コンテンツ配信システムでは、コンテンツの流通や利用状況を管理することが困難なため、コンテンツの著作権を侵害するおそれがある。センタサーバを持たない純粋なピアツーピア型コンテンツ配信システムとしては、「Gnutella」、「Winny」などが知られているが、いずれも著作権法上、重大な問題となっている。
【０００５】
これに対し、センタサーバを有するピアツーピア型コンテンツ配信システムとしては、「Napster」などが知られている。これは、ピアツーピア型にクライアントサーバ型を組み合わせたハイブリッド型コンテンツ配信システムとも呼ばれている。
【０００６】
ハイブリッド型コンテンツ配信システムでは、コンテンツの流通や利用状況を管理するために、各ピアは自身の動作状況をリアルタイムにセンタサーバに通知し、センタサーバはそれらを集約した視聴履歴に基づいて各ピアの利用者に課金する。
【０００７】
ハイブリッド型コンテンツ配信システムは一般に、コンテンツを転送しながら再生するストリーミング方式よりもむしろ、コンテンツを全て転送した後にコンテンツを再生するダウンロード方式を採用する。ストリーミング方式の場合、ネットワーク障害が発生すると、コンテンツの転送が中止されるため、その時点でコンテンツの再生も中止されるが、ダウンロード方式の場合、ネットワーク障害が発生しても、コンテンツのダウンロードが既に完了していれば、コンテンツの再生が中止されることはない。
【０００８】
ダウンロード方式を採用するハイブリッド型コンテンツ配信システムでは、ネットワーク障害が発生すると、各ピアは自身の動作状況をセンタサーバに通知できなくなるため、センタサーバはコンテンツの利用状況に応じて課金できなくなる。インターネットサービスプロバイダ、ＩＸ(Internet eXchange)など、上流のネットワーク障害はもとより、悪意を持った利用者がネットワークケーブルを切断するなどして各ピアからセンタサーバへの動作状況の通知を妨げれば、コンテンツの不正利用が可能になってしまう。
【特許文献１】特開２００４−６４７６９号公報    ［先行出願１］特願２００４−２５１５４１号
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明の目的は、コンテンツの不正利用を防止できるピアツーピア型コンテンツ配信システム及びこれに用いられるコンテンツ再生端末装置を提供することである。
【００１０】
本発明のもう１つの目的は、ネットワーク障害が利用者の責に帰することができない原因で発生したとしてもコンテンツの再生が可能なピアツーピア型コンテンツ配信システム及びこれに用いられるコンテンツ再生端末装置を提供することである。
【課題を解決するための手段及び発明の効果】
【００１１】
本発明によるピアツーピア型コンテンツ配信システムは、センタサーバと、センタサーバに接続された複数のピアとを備える。センタサーバは、ピアの動作状況を記憶するためのピア動作状況記憶手段と、ピアから送信された動作状況をピア動作状況記憶手段に登録する手段とを含む。ピアの各々は、コンテンツを記憶するためのコンテンツ記憶手段と、当該他のピアから所望のコンテンツをダウンロードしてコンテンツ記憶手段に保存する手段と、コンテンツ記憶手段からコンテンツを読み出して再生する再生手段と、自身の動作状況をセンタサーバに送信する動作状況送信手段と、動作状況の送信に失敗したとき再生手段によるコンテンツの再生を不可能にする再生不能化手段とを含む。
【００１２】
本システムでは、各ピアは自身の動作状況をセンタサーバに送信するが、動作状況の送信に失敗したとき再生手段によるコンテンツの再生を不可能にするため、何らかのネットワーク障害が発生すると、各ピアはコンテンツを再生できなくなる。よって、コンテンツの不正利用を防止することができる。
【００１３】
本発明によるコンテンツ再生端末装置は、コンテンツを記憶するためのコンテンツ記憶手段と、所望のコンテンツをダウンロードしてコンテンツ記憶手段に保存する手段と、コンテンツ記憶手段からコンテンツを読み出して再生する再生手段と、自身の動作状況をセンタサーバに送信する動作状況送信手段と、動作状況の送信に失敗したとき再生手段によるコンテンツの再生を不可能にする再生不能化手段とを備える。
【００１４】
本装置は自身の動作状況をセンタサーバに送信するが、動作状況の送信に失敗したとき再生手段によるコンテンツの再生を不可能にするため、何らかのネットワーク障害が発生すると、コンテンツを再生できなくなる。よって、コンテンツの不正利用を防止することができる。
【００１５】
好ましくは、動作状況送信手段は動作状況としてアライブイベントを定期的に送信する。ここで、アライブイベントが送信される時間間隔は一定でなくてもよく、毎回異なっていてもよい。
【００１６】
この場合、所定時間以上に渡って何らイベント（電源オン、電源オフ、ダウンロード開始、ダウンロード完了、再生開始、再生停止など）が発生しなくても、アライブイベントは定期的に送信されるため、ネットワーク障害を確実に検知することができる。
【００１７】
好ましくは、再生不能化手段は、再生手段がコンテンツを再生中か否かを判断する手段と、判断の結果、再生中のとき再生手段によるコンテンツの再生を停止させる手段とを含む。
【００１８】
この場合、動作状況の送信に失敗すると、コンテンツの再生中でも直ちにコンテンツを再生できなくなる。よって、コンテンツの不正利用をより完全に防止することができる。
【００１９】
好ましくは、コンテンツ再生端末装置はさらに、再生不能化手段がコンテンツの再生を不可能にしてから所定のリトライインターバル時間経過後に動作状況の送信を再開させる手段と、動作状況の送信に成功したとき再生手段によるコンテンツの再生を可能にする再生可能化手段とを備える。
【００２０】
この場合、コンテンツの再生が不可能にされても、リトライインターバル時間が経過すると、動作状況の送信が再開され、この送信に成功すれば、コンテンツの再生が再び可能にされる。よって、ネットワーク障害が解消すれば、コンテンツの利用を再開することができる。
【００２１】
好ましくは、再生不能化手段は、動作状況の送信に失敗した障害発生時刻を記録する手段と、記録された障害発生時刻から所定の通知猶予時間経過後に再生手段によるコンテンツの再生を不可能にする手段とを含む。
【００２２】
この場合、ネットワーク障害が発生しても直ちにコンテンツの再生が不可能にされるのではなく、障害発生時刻から所定の通知猶予時間経過後にコンテンツの再生が不可能にされる。よって、ネットワーク障害が利用者の責に帰することができない原因で発生したとしても、所定の通知猶予時間が経過するまでは引き続きコンテンツの再生が可能である。
【００２３】
さらに好ましくは、コンテンツ再生端末装置はさらに、再生不能化手段がコンテンツの再生を不可能にしてから所定のリトライインターバル時間経過後に動作状況の送信を再開させる手段と、動作状況の送信に成功したとき再生手段によるコンテンツの再生を可能にする再生可能化手段とを備える。再生不能化手段はさらに、送信に失敗した動作状況をログに記録する手段を含む。再生可能化手段はさらに、動作状況の送信に成功したときログに記録された動作状況をセンタサーバに送信する手段を含む。
【００２４】
この場合、通知猶予時間内において、送信に失敗した動作状況はログに記録され、ネットワーク障害が解消した後にセンタサーバに送信される。よって、通知猶予時間内におけるコンテンツの不正利用を防止することができる。
【００２５】
本発明によるコンテンツ再生端末用プログラムは、コンピュータを上述した各手段として機能させるためのものである。
【発明を実施するための最良の形態】
【００２６】
以下、図面を参照し、本発明の実施の形態を詳しく説明する。図中同一又は相当部分には同一符号を付してその説明は繰り返さない。
【００２７】
１．構成
図１を参照して、本発明の実施の形態によるピアツーピア型コンテンツ配信システムは、センタサーバ１０と、多数のピア（コンテンツ再生端末装置）２０とを備える。ピア２０はインターネット等の電気通信回線（図示せず）を介してセンタサーバ１０に接続され、かつ相互にも接続可能である。コンテンツはピア２０間で相互に転送され、各ピア２０に配信される。したがって、コンテンツは各ピア２０に保存され、センタサーバ１０には保存されない。
【００２８】
センタサーバ１０はピア２０によるコンテンツの配信を管理するために、各ピア２０に保存されているコンテンツの詳細及び所在に関する情報（以下「コンテンツ情報」という。）を収集し、各ピア２０に通知する。
【００２９】
各ピア２０は、自身が保存しているコンテンツに関するコンテンツ情報をセンタサーバ１０に通知するとともに、所望のコンテンツに関するコンテンツ情報をセンタサーバ１０から取得する。したがって、各ピア２０はセンタサーバ１０に対してクライアントとしても機能する。各ピア２０は、センタサーバ１０から取得したコンテンツ情報に基づいて、所望のコンテンツを他のピア２０からダウンロードする。
【００３０】
特に限定されないが、通常、センタサーバ１０は、コンテンツを販売する複数の事業者により共同で運用される。ピア２０は、コンテンツを購入する利用者によりそれぞれ運用される。すなわち、ピア２０は利用者のパソコンであり、ＦＴＴＨ(Fiber To The Home)、ＡＤＳＬ(Asymmetric Digital Subscribe Line)、ケーブルテレビ（ＣＡＴＶ）等の高速ブロードバンド通信によりインターネットに常時接続される。
【００３１】
次に、本システムの具体的な構成を説明する。
１．１．センタサーバ
センタサーバ１０は、グローバルデータベース１１と、データベースアプリケーション１２と、ピア動作管理インタフェース１３と、コンテンツ管理インタフェース１４とを備える。
【００３２】
グローバルデータベース１１は、コンテンツ管理データベース１５と、ピア動作状況データベース１６とを含む。コンテンツ管理データベース１５は、ピア２０に保存されているコンテンツに関するコンテンツ情報を記憶する。ピア動作状況データベース１６は、ピア２０の動作状況を記憶する。
【００３３】
ピア動作管理インタフェース１３は、ピア２０からそれらの動作状況（以下「ピア動作状況」という。）を受け付ける。
【００３４】
コンテンツ管理インタフェース１４は、ピア２０からコンテンツ情報を受け付ける。コンテンツ管理インタフェース１４はまた、ピア２０から発行されたクエリを受け付けるとともに、そのクエリに応じて作成されたコンテンツリストをそのクエリを発行したピア２０に返信する。
【００３５】
データベースアプリケーション１２は、ピア動作管理インタフェース１３により受け付けられたピア動作状況をピア動作状況データベース１６に登録する。データベースアプリケーション１２はまた、コンテンツ管理インタフェース１４により受け付けられたコンテンツ情報をコンテンツ管理データベース１５に登録する。データベースアプリケーション１２はまた、コンテンツ管理インタフェース１４により受け付けられたクエリに応じてコンテンツ管理データベース１５を検索し、抽出したコンテンツ情報を含むコンテンツリストを作成する。
【００３６】
１．２．ピア
ピア２０は、ダウンローダ２１、ローカルデータベース２２と、再生アプリケーション２３と、ピアアプリケーション２４とを備える。
【００３７】
ダウンローダ２１は、他のピア２０から所望のコンテンツをダウンロードしてローカルデータベース２２に保存する。再生アプリケーション２３は、ローカルデータベース２２から所望のコンテンツをストリーミング方式で読み出し、そのコンテンツに基づいて音声や映像を再生する。
【００３８】
ピアアプリケーション２４は、所望のコンテンツに関するコンテンツ情報をセンタサーバ１０に要求するためのクエリを発行するとともに、センタサーバ１０から取得したコンテンツリストに基づいて所望のコンテンツに関するコンテンツ情報をローカルデータベース２２に登録する。ピアアプリケーション２４はまた、取得したコンテンツ情報に基づいて所望のコンテンツを保存しているピア２０を特定する。ピアアプリケーション２４はまた、特定したピアに所望のコンテンツを要求し、そのコンテンツをダウンロードするようダウンローダ２１を起動する。ピアアプリケーション２４はまた、登録したコンテンツに関するコンテンツ情報及び自身の動作状況をセンタサーバ１０に通知する。ピアアプリケーション２４はまた、他のピア２０からの要求に応じて所望のコンテンツを送信する。
【００３９】
ピア動作状況データベース１６のレコード構成を図２に示す。ピア動作状況データベース１６は、ピア２０の総数に相当する複数のピア動作状況レコードｐｅｅｒｉｎｆｏからなる。各ピア動作状況レコードｐｅｅｒｉｎｆｏは、当該ピアの動作状況を示すピア動作状況ｓｔａｔｅと、ピア動作状況ｓｔａｔｅの送信／受信時間ｔｉｍｅとを有する。ピア動作状況レコードｐｅｅｒｉｎｆｏの属性は、当該ピアのユニークＩＤｐｕｉｄと、当該ピアのバージョンｖｅｒｓｉｏｎとを有する。
【００４０】
ピア動作状況ｓｔａｔｅは、当該ピアのイベント、具体的には、電源オンｏｎｌｉｎｅ、電源オフｏｆｆｌｉｎｅ、ダウンロード開始ｄｌｓｔａｒｔ、ダウンロード完了ｄｌｃｏｍｐｌｅｔｅｄ、再生開始ｐｌａｙ、再生停止ｓｔｏｐ、コンテンツ購入ｂｕｙ、投票データ送信ｖｏｔｅ、診断用定時メッセージ（以下「アライブイベント」という。）ａｌｉｖｅなどを含む。ここで、イベントはユーザイベント及びシステムイベントの２つに分類される。ユーザイベントは利用者の行為に応じて発生するもので、再生開始ｐｌａｙ、再生停止ｓｔｏｐ、コンテンツ購入ｂｕｙ、投票データ送信ｖｏｔｅなどがある。システムイベントはピア２０がバックグラウンドで発生するもので、電源オンｏｎｌｉｎｅ、電源オフｏｆｆｌｉｎｅ、ダウンロード開始ｄｌｓｔａｒｔ、ダウンロード完了ｄｌｃｏｍｐｌｅｔｅｄ、アライブイベントａｌｉｖｅなどがある。
【００４１】
送信／受信時間ｔｉｍｅは、センタサーバ１０がピア動作状況ｓｔａｔｅを受信した時刻ｔｉｍｅ、ピア２０がピア動作状況ｓｔａｔｅを送信した時刻ｌｏｃａｌｔｉｍｅなどを含む。センタサーバ１０及びピア２０の内蔵時計が同じであれば、時刻ｔｉｍｅ及び時刻ｌｏｃａｌｔｉｍｅも同じになる。
【００４２】
２．動作
以下、本システムの動作を説明する。
【００４３】
２．１．ピアによるイベントのキューイング
まず、イベントをキューに格納するためのピア２０の動作を図３を参照して説明する。
各ピア２０において、ピアアプリケーション２４は、ピア２０の動作状況に応じて、電源オンｏｎｌｉｎｅ、電源オフｏｆｆｌｉｎｅ、ダウンロード開始ｄｌｓｔａｒｔ、ダウンロード完了ｄｌｃｏｍｐｌｅｔｅｄ、再生開始ｐｌａｙ、再生停止ｓｔｏｐ、コンテンツ購入ｂｕｙ、投票データ送信ｖｏｔｅなど、各種イベントを発生する。
【００４４】
ピアアプリケーション２４は、発生したイベントをイベントキュー２５に格納する（Ｓ２０１）。イベントキュー２５は、ピア２０のハードディスク（図示せず）やメモリ（図示せず）上に実現される待ち行列である。
【００４５】
ピアアプリケーション２４は、所定時間が経過するまでの間（Ｓ２０２でＮＯ）、順次発生するイベントを順次イベントキュー２５に格納する（Ｓ２０１）。
【００４６】
所定時間が経過すると（Ｓ２０２でＹＥＳ）、ピアアプリケーション２４は、アライブイベントａｌｉｖｅをイベントキュー２５に格納し（Ｓ２０３）、ステップＳ２０１に戻る。したがって、所定時間の間に何もイベントが発生しなくても、少なくとも１つのアライブイベントａｌｉｖｅがイベントキュー２５に格納される。
【００４７】
２．２．ピアによる再生の可能化（イネーブル）／不能化（ディスイネーブル）
次に、コンテンツの再生を可能にしたり、不可能にしたりするためのピア２０の動作を図４を参照して説明する。
【００４８】
各ピア２０において、ピアアプリケーション２４は初期化処理を実行し、障害発生時刻を初期値（＝０）にリセットする（Ｓ２１１）。
【００４９】
ピアアプリケーション２４はイベントキュー２５を参照し、センタサーバ１０に通知すべきイベントが存在するか否か、つまりイベントキュー２５が空か否かを判断する（Ｓ２１２）。イベントが存在する場合、つまりイベントキュー２５が空でない場合（Ｓ２１２でＹＥＳ）、ピアアプリケーション２４はイベントキュー２５に格納されている１又は２以上のイベントをピア動作状況としてセンタサーバ１０に通知する（Ｓ２１３）。
【００５０】
ピアアプリケーション２４は、イベントの通知に失敗したとき（Ｓ２１４でＮＯ）、再生アプリケーション２３によるコンテンツの再生を不可能にし（Ｓ２１５〜Ｓ２２２）、イベントの通知に成功したとき（Ｓ２１４でＹＥＳ）、再生アプリケーション２３によるコンテンツの再生を可能にする（Ｓ２２４〜Ｓ２２７）。ここで、イベント通知の成功・失敗の判断は、たとえばイベントの通知を受けたセンタサーバが受領確認の通知をピアに返信し、ピアがこの通知の有無を判断することにより行うことができる。以下、イベントの通知に失敗した場合の動作と、成功した場合の動作とを順に説明する。
【００５１】
イベントの通知に失敗した場合（Ｓ２１４でＮＯ）、ピアアプリケーション２４はまず、通知に失敗したイベントをログに記録する（Ｓ２１５）。続いて、障害発生時刻が初期値のままの場合（Ｓ２１６でＹＥＳ）、ピアアプリケーション２４は障害発生時刻に現在の時刻をセットすることにより、障害発生時刻を記録する。一方、障害発生時刻が初期値のままでない場合（Ｓ２１６でＮＯ）、ピアアプリケーション２４はステップＳ２１７をスキップすることにより、障害発生時刻を古い時刻のまま維持する。
【００５２】
続いて、ピアアプリケーション２４は、記録された障害発生時刻から所定の通知猶予時間が経過したか否か、つまり（現在の時刻−障害発生時刻）>通知猶予時間か否かを判断する（Ｓ２１８）。
【００５３】
ピアアプリケーション２４は、障害発生時刻から通知猶予時間が経過した場合（Ｓ２１８でＹＥＳ）、再生アプリケーション２３によるコンテンツの再生を不可能にし（Ｓ２１９〜Ｓ２２２）、経過していない場合（Ｓ２１８でＮＯ）、ステップＳ２１９〜Ｓ２２２をスキップすることにより、コンテンツの再生を不可能にするのを猶予する。
【００５４】
障害発生時刻から通知猶予時間が経過した場合（Ｓ２１８でＹＥＳ）、ピアアプリケーション２４は、センタサーバと切断されている旨のメッセージを画面に表示するなどして、障害の発生を利用者に通知する（Ｓ２１９）。
【００５５】
続いて、ピアアプリケーション２４は、再生アプリケーション２３がコンテンツを再生中か否かを判断する（Ｓ２２０）。その結果、ピアアプリケーション２４は、再生中の場合（Ｓ２２０でＹＥＳ）、再生アプリケーション２３によるコンテンツの再生を停止させ（Ｓ２２１）、再生中でない場合（Ｓ２２０でＮＯ）、ステップＳ２２１をスキップする。
【００５６】
そして、ピアアプリケーション２４は、リモコン操作を無効化するなどしてコンテンツへのアクセスを禁止し、これによりコンテンツの再生を禁止する（Ｓ２２２）。
【００５７】
ピアアプリケーション２４は、上記のようにコンテンツの再生を不可能にしてから所定のリトライインターバル時間経過後にステップＳ２１２に戻り、前述したイベントの通知（Ｓ２１３）を再開させる（Ｓ２２３）。
【００５８】
一方、イベントの通知に成功した場合（Ｓ２１４でＹＥＳ）、ピアアプリケーション２４は、通知したイベントをイベントキュー２５から削除し（Ｓ２２４）、障害発生時刻を初期値にリセットする（Ｓ２２５）。
【００５９】
続いて、ピアアプリケーション２４は、上記ステップＳ２１５でログに記録したイベント、つまり通知に失敗したイベントをセンタサーバ１０に通知する（Ｓ２２６）。これによりセンタサーバ１０は、通知猶予時間中にピア２０で発生したイベントも全て収集することができる。
【００６０】
そして、ピアアプリケーション２４は、リモコン操作を有効化するなどしてコンテンツへのアクセス禁止を解除し、これによりコンテンツの再生を可能にする（Ｓ２２７）。
【００６１】
２．３．センタサーバによるピアの接続監視
次に、ピアの接続を監視するためのセンタサーバ１０の動作を図５を参照して説明する。
【００６２】
センタサーバ１０において、データベースアプリケーション１２は、ピア２０からイベントの通知を受けると（Ｓ１０１でＹＥＳ）、そのイベントをピア動作状況データベース１６に登録し（Ｓ１０２）、さらにセンタサーバ１０がイベントを受信した時刻ｔｉｍｅをピア動作状況ｓｔａｔｅの受信／送信時間ｔｉｍｅに記録し、これによりピア２０との最終通信時刻を更新する（Ｓ１０３）。
【００６３】
一方、ピア２０からイベントが通知されない間において（Ｓ１０１でＮＯ）、最終通信時刻から所定の基準時間（たとえば１５分）が経過すると、つまり（現在の時刻−最終通信時刻）>基準時間になると（Ｓ１０４でＹＥＳ）、データベースアプリケーション１２は、ピアが切断されている旨のメッセージを画面に表示するなどして障害の発生をセンタサーバ１０の管理事業者に通知する（Ｓ１０５）。管理事業者はこれに応じて、そのピアの利用者に電話をかけたり、電子メールを送信したりするなど、適切な対処を取る。
【００６４】
以上のように、本発明の実施の形態によれば、各ピア２０はイベントをセンタサーバ１０に通知するが、イベントの通知に失敗したとき（Ｓ２１４でＮＯ）コンテンツの再生を禁止する（Ｓ２２２）ため、何らかのネットワーク障害が発生すると、各ピア２０はコンテンツを再生できなくなる。よって、コンテンツの不正利用を防止することができる。
【００６５】
また、所定時間以上に渡って何らイベントが発生しなくても、アライブイベントは定期的にイベントキュー２５に格納され、センタサーバ１０に通知されるため、ネットワーク障害を確実に検知することができる。
【００６６】
また、イベントの通知に失敗すると（Ｓ２１３）、コンテンツの再生中（Ｓ２２０でＹＥＳ）でも直ちにコンテンツの再生は停止される（Ｓ２２１）ため、コンテンツの不正利用を完全に防止することができる。
【００６７】
また、コンテンツの再生が禁止された後もリトライインターバル時間が経過すると（Ｓ２２３でＹＥＳ）、イベントの通知が再開される（Ｓ２１３）。そして、この通知に成功すれば、コンテンツの再生禁止が解除される（Ｓ２２７）ため、ネットワーク障害が解消すれば、コンテンツの利用を再開することができる。
【００６８】
また、ネットワーク障害が発生しても直ちにコンテンツの再生が禁止されるのではなく、障害発生時刻から所定の通知猶予時間経過後に（Ｓ２１８でＹＥＳ）コンテンツの再生が禁止される（Ｓ２２２）ため、インターネットサービスプロバイダなど、上流のネットワークで障害が発生したとしても、所定の通知猶予時間が経過するまでは引き続きコンテンツの再生が可能である。しかも、通知猶予時間内において、通知に失敗したイベントはログに記録され（Ｓ２１５）、ネットワーク障害が解消した後にセンタサーバ１０に通知される（Ｓ２２６）。よって、通知猶予時間内におけるコンテンツの不正利用を防止することができる。
【００６９】
上記実施形態では、コンテンツはピアからの要求に応じて他のピアから送信されているが、センタサーバの指示等に基づいて他のピアから強制的にピアに送信されるようにすることもできる。コンテンツ情報もセンタサーバから強制的にピアに返信されてもよい。
【００７０】
以上、本発明の実施の形態を説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。
【産業上の利用可能性】
【００７１】
本発明によるピアツーピア型コンテンツ配信システムは、インターネット経由のコンテンツ配信サービスに利用可能である。
【図面の簡単な説明】
【００７２】
【図１】本発明の実施の形態によるピアツーピア型コンテンツ配信システムの構成を示す機能ブロック図である。
【図２】図１中のピア動作状況データベースのレコード構成を示す図である。
【図３】図１中のピアによるイベントのキューイング動作を示すフロー図である。
【図４】図１中のピアによるコンテンツの再生可能化動作及び再生不能化動作を示すフロー図である。
【図５】図４に示したピアの動作に対応するセンタサーバの動作を示すフロー図である。
【符号の説明】
【００７３】
１０    センタサーバ
１１    グローバルデータベース
１２    データベースアプリケーション
１５    コンテンツ管理データベース
１６    ピア動作状況データベース
２０    ピア
２１    ダウンローダ
２２    ローカルデータベース
２３    再生アプリケーション
２４    ピアアプリケーション
２５    イベントキュー
ａｌｉｖｅ    アライブイベント
ｓｔａｔｅ    ピア動作状況
【図１】
2006120063.tif 000003
【図２】
2006120063.tif 000004
【図３】
2006120063.tif 000005
【図４】
2006120063.tif 000006
【図５】
2006120063.tif 000007