(57)【要約】 【課題】  コンテンツデータのダウンロードの状況に応じて、専用の課金サーバを設けずに、自律的に適切にユーザから著作権に関する利用料金を課金することを可能としたノード装置、情報配信システム、情報利用プログラムを提供する。【解決手段】  本発明は、オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおいて、前記ノード装置のうち少なくとも一つのノード装置は、コンテンツ情報の利用回数情報が入力されるシステム入力手段と、前記コンテンツ情報を保持すべきノード装置を決定するノード装置決定手段と、前記コンテンツ情報、前記コンテンツ情報の利用回数情報を前記決定されたノード装置に送信するコンテンツ登録要求送信手段と、を備える。【選択図】  図１
2006285328.tif 000002
【特許請求の範囲】
【請求項１】
オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおいて、
前記ノード装置のうち少なくとも一つのノード装置は、
コンテンツ情報の利用回数情報が入力されるシステム入力手段と、
前記コンテンツ情報を保持すべきノード装置を決定するノード装置決定手段と、
前記コンテンツ情報、前記コンテンツ情報の利用回数情報を前記決定されたノード装置に送信するコンテンツ登録要求送信手段と、
を備えることを特徴とするノード装置。
【請求項２】
請求項１に記載のノード装置において、
前記システム入力手段は、前記利用回数情報と、前記コンテンツ情報を保持するべき前記ノード装置の数を表すノード装置数情報とが入力され、
前記ノード装置決定手段は、前記ノード装置数情報に対応する複数のノード装置を決定し、
前記ノード装置数情報に基づき、前記コンテンツ情報の前記利用回数情報を分割する利用回数情報分割手段を更に備え、
前記コンテンツ登録要求送信手段は、前記コンテンツ情報、前記分割された利用回数情報を、前記決定された複数のノード装置に送信する
ことを特徴とするノード装置。
【請求項３】
請求項１または請求項２に記載のノード装置において、
前記コンテンツ情報の利用回数の補充を要求する利用回数補充要求情報を受信する利用回数補充要求情報受信手段と、
前記利用回数補充要求情報を送信したノード装置に対して、前記利用回数補充要求情報に応じて前記利用回数情報を送信するか否かを判断する利用回数情報送信判断手段と、
前記利用回数補充要求情報に応じて前記利用回数情報を送信することを前記利用回数情報送信判断手段が判断した場合、前記利用回数補充要求情報を送信したノード装置に対して、前記利用回数補充要求情報に応じて前記利用回数情報を送信する利用回数情報送信手段と、
を備えることを特徴とするノード装置。
【請求項４】
オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおいて、
前記ノード装置のうち少なくとも一つのノード装置は、
コンテンツ情報、前記コンテンツ情報の利用回数情報を受信するコンテンツ登録要求受信手段と、
受信した前記コンテンツ情報及び前記利用回数情報を記憶するコンテンツ情報記憶手段と、
前記コンテンツ情報記憶手段に記憶された前記利用回数情報を更新する利用回数情報更新手段と、
を備えたことを特徴とするノード装置。
【請求項５】
請求項４に記載のノード装置において、
前記コンテンツ情報の送信を要求することをあらわす要求情報、および当該コンテンツ情報の送信を要求するノード装置をあらわすノード識別情報とを含むコンテンツ送信要求情報を受信するリクエスト受信手段と、
前記コンテンツ送信要求情報の前記要求情報によって特定される前記コンテンツ情報を前記コンテンツ送信要求情報の前記ノード識別情報によって特定されるノード装置に対して送信するコンテンツ情報送信手段と、を備え、
前記利用回数情報更新手段は、前記コンテンツ情報送信手段がコンテンツ情報を送信したとき、前記コンテンツ情報記憶手段に記憶された前記利用回数情報を更新する
ことを特徴とするノード装置。
【請求項６】
請求項４または請求項５に記載の前記ノード装置は、
前記リクエスト受信手段が前記コンテンツ送信要求情報を受信したとき、前記コンテンツ情報記憶手段に記憶された前記利用回数情報が、所定の利用回数情報に該当するか否かを判断するアクセス制限回数確認手段と、
前記コンテンツ情報記憶手段に記憶された前記利用回数情報が前記所定の利用回数情報に該当すると前記アクセス制限回数確認手段が判断した場合、前記コンテンツ送信要求情報の前記ノード識別情報によって特定されるノード装置に対して前記要求したコンテンツ情報を送信できないことをあらわすコンテンツ送信不可情報を送信するコンテンツ送信不可情報送信手段と、
を備えたことを特徴とするノード装置。
【請求項７】
請求項６に記載のノード装置において、
前記コンテンツ情報記憶手段に記憶された前記利用回数情報が前記所定の利用回数情報に該当すると前記アクセス制限回数確認手段が判断した場合、前記コンテンツ情報記憶手段が記憶している前記コンテンツ情報及び前記利用回数情報を消去する消去手段を備えたことを特徴とするノード装置。
【請求項８】
請求項４乃至請求項７のいずれか一項に記載のノード装置において、
前記コンテンツ情報記憶手段に記憶された前記利用回数情報が、警告利用回数情報に該当するか否かを判断する警告判断手段と、
前記コンテンツ情報記憶手段に記憶された前記利用回数情報が前記利用回数警告情報に該当すると前記警告判断手段が判断した場合、前記コンテンツ情報記憶手段に記憶された前記コンテンツ情報の利用回数の補充を要求する利用回数補充要求情報を、前記利用回数情報を送信するノード装置に送信する利用回数補充要求送信手段と、
を備えることを特徴とするノード装置。
【請求項９】
請求項４乃至請求項８のいずれか一項に記載のノード装置において、
前記コンテンツ情報記憶手段が記憶している前記コンテンツ情報の前記利用回数情報を受信する利用回数情報受信手段を備え、
前記利用回数情報更新手段は、前記利用回数情報受信手段が受信した前記利用回数情報に基づいて、前記コンテンツ情報記憶手段が記憶している前記コンテンツ情報の前記利用回数情報を更新することを特徴とするノード装置。
【請求項１０】
オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおいて、
前記ノード装置のうち少なくとも一つのノード装置は、
コンテンツ情報、前記コンテンツ情報の利用回数情報を受信するコンテンツ登録要求受信手段と、
受信した前記コンテンツ情報を記憶するコンテンツ情報記憶手段と、
前記コンテンツ情報記憶手段が、受信した前記コンテンツ情報を記憶したとき、自身のノード装置を示すノード識別情報と、記憶した前記コンテンツ情報を識別するコンテンツ識別情報と、受信した前記利用回数情報とを含むコンテンツ登録完了メッセージを送信する登録完了メッセージ送信手段と、
前記コンテンツ情報の送信を要求することをあらわす要求情報、および当該コンテンツ情報の送信を要求するノード装置をあらわすノード識別情報とを含むコンテンツ送信要求情報を受信するリクエスト受信手段と、
前記コンテンツ送信要求情報の前記要求情報によって特定される前記コンテンツ情報を前記コンテンツ送信要求情報の前記ノード識別情報によって特定されるノード装置に対して送信するコンテンツ情報送信手段と、
を備えたことを特徴とするノード装置。
【請求項１１】
オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおいて、
前記ノード装置のうち少なくとも一つのノード装置は、
他のノード装置がコンテンツ情報を記憶したことを示すコンテンツ登録完了メッセージであって、前記他のノード装置を示すノード識別情報と、記憶した前記コンテンツ情報を識別するコンテンツ識別情報と、記憶した前記コンテンツ情報に対する利用回数情報と、を含むコンテンツ登録完了メッセージを受信する登録完了メッセージ受信手段と、
前記コンテンツ登録完了メッセージに含まれる前記ノード識別情報と前記コンテンツ識別情報と前記利用回数情報とを対応させて記憶するコンテンツ管理手段と、
前記コンテンツ管理手段に記憶された前記利用回数情報を更新する利用回数情報更新手段と、
を備えたことを特徴とするノード装置。
【請求項１２】
オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおいて、
前記ノード装置のうち少なくとも一つのノード装置は、
コンテンツ情報の利用回数情報が入力されるシステム入力手段と、
前記コンテンツ情報を保持すべきノード装置を決定する第１決定手段と、
前記第１決定手段によって決定されたノード装置に前記コンテンツ情報を送信するコンテンツ登録要求送信手段と、
前記利用回数情報を管理すべきノード装置を決定する第２決定手段と、
前記第２決定手段によって決定されたノード装置に対して、前記第１決定手段によって決定されたノード装置のノード識別情報と前記利用回数情報とを含む利用回数情報登録要求メッセージを送信する利用回数情報送信手段と、
を備えることを特徴とするノード装置。
【請求項１３】
オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおいて、
前記ノード装置のうち少なくとも一つのノード装置は、
他のノード装置がコンテンツ情報を記憶したことを示すコンテンツ登録完了メッセージであって、前記他のノード装置を示すノード識別情報と、記憶した前記コンテンツ情報を識別するコンテンツ識別情報とを含むコンテンツ登録完了メッセージを受信する登録完了メッセージ受信手段と、
ノード装置のノード識別情報と前記コンテンツの利用回数情報とを含む利用回数情報登録要求メッセージを受信する利用回数情報受信手段と、
前記コンテンツ登録完了メッセージ及び前記利用回数情報登録要求メッセージに基づいて、前記ノード識別情報と前記コンテンツ識別情報と前記利用回数情報とを対応させて記憶するコンテンツ管理手段と、
前記コンテンツ管理手段に記憶された前記利用回数情報を更新する利用回数情報更新手段と、
を備えたことを特徴とするノード装置。
【請求項１４】
請求項１１または請求項１３に記載のノード装置において、
前記コンテンツ情報の利用を要求するコンテンツ利用要求メッセージを受信するコンテンツ利用要求メッセージ受信手段と、
前記コンテンツ利用要求メッセージに対応する前記コンテンツ情報の前記コンテンツ識別情報を前記コンテンツ管理手段が記憶していた場合、前記ノード識別情報を送信するノード識別情報送信手段と、
前記利用回数情報更新手段は、前記ノード識別情報送信手段が前記ノード識別情報を送信したとき、前記コンテンツ情報記憶手段に記憶された前記利用回数情報を更新する
ことを特徴とするノード装置。
【請求項１５】
オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおいて、
コンテンツ情報の利用回数情報が入力されるシステム入力手段と、前記コンテンツ情報を保持すべきノード装置を決定するノード装置決定手段と、前記コンテンツ情報、前記コンテンツ情報の利用回数情報を前記決定されたノード装置に送信するコンテンツ登録要求送信手段と、
を備える第１のノード装置と、
前記コンテンツ情報、前記コンテンツ情報の利用回数情報を受信するコンテンツ登録要求受信手段と、受信した前記コンテンツ情報及び前記利用回数情報を記憶するコンテンツ情報記憶手段と、前記コンテンツ情報記憶手段に記憶された前記利用回数情報を更新する利用回数情報更新手段と、
を備える第２のノード装置と
を備えることを特徴とする情報配信システム。
【請求項１６】
オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおいて、
コンテンツ情報の利用回数情報が入力されるシステム入力手段と、前記コンテンツ情報を保持すべきノード装置を決定するノード装置決定手段と、前記コンテンツ情報、前記コンテンツ情報の利用回数情報を前記決定されたノード装置に送信するコンテンツ登録要求送信手段と、
を備える第１のノード装置と、
前記コンテンツ情報、前記コンテンツ情報の利用回数情報を受信するコンテンツ登録要求受信手段と、受信した前記コンテンツ情報を記憶するコンテンツ情報記憶手段と、前記コンテンツ情報記憶手段が、受信した前記コンテンツ情報を記憶したとき、自身のノード装置を示すノード識別情報と、記憶した前記コンテンツ情報を識別するコンテンツ識別情報と、受信した前記利用回数情報とを含むコンテンツ登録完了メッセージを送信する登録完了メッセージ送信手段と、前記コンテンツ情報の送信を要求することをあらわす要求情報、および当該コンテンツ情報の送信を要求するノード装置をあらわすノード識別情報とを含むコンテンツ送信要求情報を受信するリクエスト受信手段と、前記コンテンツ送信要求情報の前記要求情報によって特定される前記コンテンツ情報を前記コンテンツ送信要求情報の前記ノード識別情報によって特定されるノード装置に対して送信するコンテンツ情報送信手段と、
を備える第２のノード装置と、
前記コンテンツ登録完了メッセージを受信する登録完了メッセージ受信手段と、前記コンテンツ登録完了メッセージに含まれる前記ノード識別情報と前記コンテンツ識別情報と前記利用回数情報とを対応させて記憶するコンテンツ管理手段と、前記コンテンツ管理手段に記憶された前記利用回数情報を更新する利用回数情報更新手段と、
を備える第３のノード装置と、
を備えることを特徴とする情報配信システム。
【請求項１７】
オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおいて、
コンテンツ情報の利用回数情報が入力されるシステム入力手段と、前記コンテンツ情報を保持すべきノード装置を決定する第１決定手段と、前記第１決定手段によって決定されたノード装置に前記コンテンツ情報を送信するコンテンツ登録要求送信手段と、前記利用回数情報を管理すべきノード装置を決定する第２決定手段と、前記第２決定手段によって決定されたノード装置に対して、前記第１決定手段によって決定されたノード装置のノード識別情報と前記利用回数情報とを含む利用回数情報登録要求メッセージを送信する利用回数情報送信手段と、
を備える第１のノード装置と、
前記コンテンツ情報を受信するコンテンツ登録要求受信手段と、受信した前記コンテンツ情報を記憶するコンテンツ情報記憶手段と、前記コンテンツ情報記憶手段が、受信した前記コンテンツ情報を記憶したとき、自身のノード装置を示すノード識別情報と、記憶した前記コンテンツ情報を識別するコンテンツ識別情報とを含むコンテンツ登録完了メッセージを送信する登録完了メッセージ送信手段と、前記コンテンツ情報の送信を要求することをあらわす要求情報、および当該コンテンツ情報の送信を要求するノード装置をあらわすノード識別情報とを含むコンテンツ送信要求情報を受信するリクエスト受信手段と、前記コンテンツ送信要求情報の前記要求情報によって特定される前記コンテンツ情報を前記コンテンツ送信要求情報の前記ノード識別情報によって特定されるノード装置に対して送信するコンテンツ情報送信手段と、
を備える第２のノード装置と
前記コンテンツ登録完了メッセージを受信する登録完了メッセージ受信手段と、前記利用回数情報登録要求メッセージを受信する利用回数情報受信手段と、前記コンテンツ登録完了メッセージ及び前記利用回数情報登録要求メッセージに基づいて、前記ノード識別情報と前記コンテンツ識別情報と前記利用回数情報とを対応させて記憶するコンテンツ管理手段と、前記コンテンツ管理手段に記憶された前記利用回数情報を更新する利用回数情報更新手段と、
を備える第３のノード装置と
を備えたことを特徴とする情報配信システム。
【請求項１８】
オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおける情報配信方法において、
コンテンツ情報の利用回数情報が入力されるシステム入力工程と、前記コンテンツ情報を保持すべきノード装置を決定するノード装置決定工程と、前記コンテンツ情報、前記コンテンツ情報の利用回数情報を前記決定されたノード装置に送信するコンテンツ登録要求送信工程と、
を備える第１のノード装置と、
前記コンテンツ情報、前記コンテンツ情報の利用回数情報を受信するコンテンツ登録要求受信工程と、受信した前記コンテンツ情報及び前記利用回数情報を記憶するコンテンツ情報記憶工程と、前記コンテンツ情報記憶工程に記憶された前記利用回数情報を更新する利用回数情報更新工程と、
を備える第２のノード装置と
を備えることを特徴とする情報配信方法。
【請求項１９】
オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおける情報配信方法において、
コンテンツ情報の利用回数情報が入力されるシステム入力工程と、前記コンテンツ情報を保持すべきノード装置を決定するノード装置決定工程と、前記コンテンツ情報、前記コンテンツ情報の利用回数情報を前記決定されたノード装置に送信するコンテンツ登録要求送信工程と、
を備える第１のノード装置と、
前記コンテンツ情報、前記コンテンツ情報の利用回数情報を受信するコンテンツ登録要求受信工程と、受信した前記コンテンツ情報を記憶するコンテンツ情報記憶工程と、前記コンテンツ情報記憶工程において、受信した前記コンテンツ情報を記憶したとき、自身のノード装置を示すノード識別情報と、記憶した前記コンテンツ情報を識別するコンテンツ識別情報と、受信した前記利用回数情報とを含むコンテンツ登録完了メッセージを送信する登録完了メッセージ送信工程と、前記コンテンツ情報の送信を要求することをあらわす要求情報、および当該コンテンツ情報の送信を要求するノード装置をあらわすノード識別情報とを含むコンテンツ送信要求情報を受信するリクエスト受信工程と、前記コンテンツ送信要求情報の前記要求情報によって特定される前記コンテンツ情報を前記コンテンツ送信要求情報の前記ノード識別情報によって特定されるノード装置に対して送信するコンテンツ情報送信工程と、
を備える第２のノード装置と、
前記コンテンツ登録完了メッセージを受信する登録完了メッセージ受信工程と、前記コンテンツ登録完了メッセージに含まれる前記ノード識別情報と前記コンテンツ識別情報と前記利用回数情報とを対応させて記憶するコンテンツ管理工程と、前記コンテンツ管理工程において記憶された前記利用回数情報を更新する利用回数情報更新工程と、
を備える第３のノード装置と、
を備えることを特徴とする情報配信方法。
【請求項２０】
オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおける情報配信方法において、
コンテンツ情報の利用回数情報が入力されるシステム入力工程と、前記コンテンツ情報を保持すべきノード装置を決定する第１決定工程と、前記第１決定工程おいて決定されたノード装置に前記コンテンツ情報を送信するコンテンツ登録要求送信工程と、前記利用回数情報を管理すべきノード装置を決定する第２決定工程と、前記第２決定工程によって決定されたノード装置に対して、前記第１決定工程によって決定されたノード装置のノード識別情報と前記利用回数情報とを含む利用回数情報登録要求メッセージを送信する利用回数情報送信工程と、
を備える第１のノード装置と、
前記コンテンツ情報を受信するコンテンツ登録要求受信工程と、受信した前記コンテンツ情報を記憶するコンテンツ情報記憶工程と、前記コンテンツ情報記憶工程が、受信した前記コンテンツ情報を記憶したとき、自身のノード装置を示すノード識別情報と、記憶した前記コンテンツ情報を識別するコンテンツ識別情報とを含むコンテンツ登録完了メッセージを送信する登録完了メッセージ送信工程と、前記コンテンツ情報の送信を要求することをあらわす要求情報、および当該コンテンツ情報の送信を要求するノード装置をあらわすノード識別情報とを含むコンテンツ送信要求情報を受信するリクエスト受信工程と、前記コンテンツ送信要求情報の前記要求情報によって特定される前記コンテンツ情報を前記コンテンツ送信要求情報の前記ノード識別情報によって特定されるノード装置に対して送信するコンテンツ情報送信工程と、
を備える第２のノード装置と
前記コンテンツ登録完了メッセージを受信する登録完了メッセージ受信工程と、前記利用回数情報登録要求メッセージを受信する利用回数情報受信工程と、前記コンテンツ登録完了メッセージ及び前記利用回数情報登録要求メッセージに基づいて、前記ノード識別情報と前記コンテンツ識別情報と前記利用回数情報とを対応させて記憶するコンテンツ管理工程と、前記コンテンツ管理工程において記憶された前記利用回数情報を更新する利用回数情報更新工程と、
を備える第３のノード装置と
を備えたことを特徴とする情報配信方法。
【請求項２１】
オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおける前記一のノード装置に含まれるコンピュータを、
コンテンツ情報の利用回数情報が入力されるシステム入力手段、
前記コンテンツ情報を保持すべきノード装置を決定するノード装置決定手段、
前記コンテンツ情報、前記コンテンツ情報の利用回数情報を前記決定されたノード装置に送信するコンテンツ登録要求送信手段、
として機能させることを特徴とした情報利用プログラム。
【請求項２２】
オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおける前記一のノード装置に含まれるコンピュータを、
コンテンツ情報、前記コンテンツ情報の利用回数情報を受信するコンテンツ登録要求受信手段、
受信した前記コンテンツ情報及び前記利用回数情報を記憶するコンテンツ情報記憶手段、
前記コンテンツ情報記憶手段に記憶された前記利用回数情報を更新する利用回数情報更新手段、
として機能させることを特徴とした情報利用プログラム。
【請求項２３】
オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおける前記一のノード装置に含まれるコンピュータを、
コンテンツ情報、前記コンテンツ情報の利用回数情報を受信するコンテンツ登録要求受信手段、
受信した前記コンテンツ情報を記憶するコンテンツ情報記憶手段、
前記コンテンツ情報記憶手段において、受信した前記コンテンツ情報を記憶したとき、自身のノード装置を示すノード識別情報と、記憶した前記コンテンツ情報を識別するコンテンツ識別情報と、受信した前記利用回数情報とを含むコンテンツ登録完了メッセージを送信する登録完了メッセージ送信手段、
前記コンテンツ情報の送信を要求することをあらわす要求情報、および当該コンテンツ情報の送信を要求するノード装置をあらわすノード識別情報とを含むコンテンツ送信要求情報を受信するリクエスト受信手段、
前記コンテンツ送信要求情報の前記要求情報によって特定される前記コンテンツ情報を前記コンテンツ送信要求情報の前記ノード識別情報によって特定されるノード装置に対して送信するコンテンツ情報送信手段、
として機能させることを特徴とした情報利用プログラム。
【請求項２４】
オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおける前記一のノード装置に含まれるコンピュータを、
他のノード装置がコンテンツ情報を記憶したことを示すコンテンツ登録完了メッセージであって、前記他のノード装置を示すノード識別情報と、記憶した前記コンテンツ情報を識別するコンテンツ識別情報と、記憶した前記コンテンツ情報に対する利用回数情報と、を含むコンテンツ登録完了メッセージを受信する登録完了メッセージ受信手段、
コンテンツ登録完了メッセージに含まれる前記ノード識別情報と前記コンテンツ識別情報と前記利用回数情報とを対応させて記憶するコンテンツ管理手段、
前記コンテンツ管理手段において記憶された前記利用回数情報を更新する利用回数情報更新手段、
として機能させることを特徴とした情報利用プログラム。
【請求項２５】
オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおける前記一のノード装置に含まれるコンピュータを、
コンテンツ情報の利用回数情報が入力されるシステム入力手段、
前記コンテンツ情報を保持すべきノード装置を決定する第１決定手段、
前記第１決定手段によって決定されたノード装置に前記コンテンツ情報を送信するコンテンツ登録要求送信手段、
前記利用回数情報を管理すべきノード装置を決定する第２決定手段、
前記第２決定手段において決定されたノード装置に対して、前記第１決定手段において決定されたノード装置のノード識別情報と前記利用回数情報とを含む利用回数情報登録要求メッセージを送信する利用回数情報送信手段、
として機能させることを特徴とした情報利用プログラム。
【請求項２６】
オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおける前記一のノード装置に含まれるコンピュータを、
他のノード装置がコンテンツ情報を記憶したことを示すコンテンツ登録完了メッセージであって、前記他のノード装置を示すノード識別情報と、記憶した前記コンテンツ情報を識別するコンテンツ識別情報とを含むコンテンツ登録完了メッセージを受信する登録完了メッセージ受信手段、
ノード装置のノード識別情報と前記コンテンツの利用回数情報とを含む利用回数情報登録要求メッセージを受信する利用回数情報受信手段、
前記コンテンツ登録完了メッセージ及び前記利用回数情報登録要求メッセージに基づいて、前記ノード識別情報と前記コンテンツ識別情報と前記利用回数情報とを対応させて記憶するコンテンツ管理手段、
前記コンテンツ管理手段において記憶された前記利用回数情報を更新する利用回数情報更新手段、
として機能させることを特徴とした情報利用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して互いに接続された複数のノード装置を備えたコンテンツ配信システムに関し、特に、配信されるべきコンテンツデータに関する情報利用方法及び情報利用プログラム等の技術分野に関する。
【背景技術】
【０００２】
この種のコンテンツ配信システムにおいては、各ノード装置は、一つまたは複数のノード装置に保存されているコンテンツデータに関する情報（例えば、コンテンツデータの属性情報（コンテンツの名称等）や、コンテンツデータを保存しているノード装置のＩＰアドレス）が記述されたリストを有しており、当該リストに記述された情報に基づき、ユーザが所望するコンテンツデータをダウンロードすることが可能になっている。この場合、有料であるコンテンツデータをダウンロード（有料ファイル等を利用（閲覧等））する場合には、ダウンロードの状況に応じて、適切に課金する必要がある。特に近年、著作権についての重要性が認識されるようになり、コンテンツ配信システムにおいても、ダウンロード頻度に応じて著作権者に適切に使用料金が支払われるような仕組みが求められている。
【０００３】
一般に、著作権等の課金方法としては、有料コンテンツデータの利用履歴をログとして残し、システム管理者がその利用履歴ログを用いて利用者別に集計し、著作権等の使用料を課金請求する形態が考えられる。例えば、有料コンテンツデータ利用時に、まず課金用サーバにアクセスして利用履歴ログを残してからコンテンツデータのダウンロードを許可する方法がある。
【０００４】
例えば、特許文献１には、この種の配信・課金管理サーバを設けることにより、コンテンツ配信システム内における全てのコンテンツデータのダウンロードに対する配信・課金を管理するサーバが開示されている。
【特許文献１】特開２００４−２２７３９４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述した課金用サーバを設けることにより課金を行う方法では、課金用サーバにアクセスが集中する。その集中に対応するために、性能の高い課金用サーバを設けることおよびそのために保守管理を行うことによって、コンテンツ配信システム内における管理コストが高くなってしまうという問題があった。
【０００６】
また、ピアツーピア型のコンテンツ配信システムにおいては、ノード装置の脱退（ノード装置の電源断や故障、或いはネットワークの部分的な切断等による）及び参加が行なわれる頻度が高く、しかも、コンテンツデータのノード装置への新たな保存又は消去が行なわれる頻度が高くなるため、利用履歴ログを保管する場合には、利用履歴ログの維持のための、信頼性の確保（例えば、ある端末がコンテンツ配信システムから脱退した場合でも、その端末が保管していた利用履歴ログが保証されていること）をするための工夫がさらに必要となる。
【０００７】
本発明は、以上の問題等に鑑みてなされたものであり、著作権の対象となるコンテンツデータを利用・閲覧等する場合に、自律的に適切にユーザから著作権に関する利用料金を課金することを可能としたノード装置、情報配信システム、情報利用方法および情報利用プログラムを提供することを課題とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、請求項１に記載の発明は、オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおいて、前記ノード装置のうち少なくとも一つのノード装置は、コンテンツ情報の利用回数情報が入力されるシステム入力手段と、前記コンテンツ情報を保持すべきノード装置を決定するノード装置決定手段と、前記コンテンツ情報、前記コンテンツ情報の利用回数情報を前記決定されたノード装置に送信するコンテンツ登録要求送信手段と、を備えることを特徴とする。
【０００９】
請求項１に記載の発明は、オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおいて、前記ノード装置のうち少なくとも一つのノード装置は、すでに著作権の利用料が支払われたコンテンツ情報の利用回数情報が入力されるマウス又はキーボード等のシステム入力手段と、前記コンテンツ情報を保持すべきノード装置を決定するＣＰＵ（Central Processing Unit）等のノード装置決定手段と、前記コンテンツ情報、前記コンテンツ情報の利用回数情報を前記決定されたノード装置に送信する通信インターフェース等のコンテンツ登録要求送信手段と、を備えることを特徴とする。
【００１０】
この構成によれば、著作権の対象となるコンテンツデータを情報配信システムに投入することのできるノード装置を特定のノード装置とした。また当該ノード装置はコンテンツデータの利用を制限する制限回数情報も入力できる。さらに、当該ノード装置は、コンテンツデータおよび制限回数情報を記憶するノード装置をコンテンツデータごとに決定する。したがって、コンテンツデータの課金に係わる制限回数情報がコンテンツデータを記憶するノード装置において処理される。
【００１１】
したがって、コンテンツデータを情報配信システムに投入する場合に、すでに著作権者への著作権に係わる費用が前払いされているので、著作権者への支払いの為の利用履歴ログを専用のノード装置に記憶しておく必要がない。
【００１２】
また、課金処理がコンテンツデータの種類ごとに異なる、コンテンツデータを記憶するノード装置において行なわれるので、課金処理が専用のノード装置に集中することがなく、情報配信システム全体に負荷が分散される。
【００１３】
さらに、著作権保持者に対する、システム運営者からのコンテンツ利用料支払いを、課金ログを取ることなく行えることになる。したがって、ユーザからの料金徴収、課金方式（前払い、後払い、月額固定、無料開放など）はどんな方法を使用してもよいようになる。
【００１４】
上記の課題を解決するために、請求項２に記載の発明は、請求項１に記載のノード装置において、前記システム入力手段は、前記利用回数情報と、前記コンテンツ情報を保持するべき前記ノード装置の数を表すノード装置数情報とが入力され、前記ノード装置決定手段は、前記ノード装置数情報に対応する複数のノード装置を決定し、前記ノード装置数情報に基づき、前記コンテンツ情報の前記利用回数情報を分割する利用回数情報分割手段を更に備え、前記コンテンツ登録要求送信手段は、前記コンテンツ情報、前記分割された利用回数情報を、前記決定された複数のノード装置に送信することを特徴とする。
【００１５】
この構成によれば、コンテンツデータを記憶するノード装置は、一つのコンテンツデータに対しても複数のノード装置が決定される。
【００１６】
したがって、課金処理が一つのノード装置に集中することがなく、情報配信システム全体に負荷が分散される。
【００１７】
さらに、著作権保持者に対する、システム運営者からのコンテンツ利用料支払いを、課金ログを取ることなく行えることになる。したがって、ユーザからの料金徴収、課金方式(前払い、後払い、月額固定、無料開放など)はどんな方法を使用してもよいようになる。
【００１８】
上記の課題を解決するために、請求項３に記載の発明は、請求項１または請求項２に記載のノード装置において、前記コンテンツ情報の利用回数の補充を要求する利用回数補充要求情報を受信する利用回数補充要求情報受信手段と、前記利用回数補充要求情報を送信したノード装置に対して、前記利用回数補充要求情報に応じて前記利用回数情報を送信するか否かを判断する利用回数情報送信判断手段と、前記利用回数補充要求情報に応じて前記利用回数情報を送信することを前記利用回数情報送信判断手段が判断した場合、前記利用回数補充要求情報を送信したノード装置に対して、前記利用回数補充要求情報に応じて前記利用回数情報を送信する利用回数情報送信手段と、を備えることを特徴とする。
【００１９】
この構成によれば、コンテンツデータを記憶するノード装置において、コンテンツデータを利用する制限回数が少なくなったときに、コンテンツデータが投入されるノード装置から制限回数が補充される。
【００２０】
さらに、著作権保持者に対する、システム運営者からのコンテンツ利用料支払いを、課金ログを取ることなく行えることになる。したがって、ユーザからの料金徴収、課金方式(前払い、後払い、月額固定、無料開放など)はどんな方法を使用してもよいようになる。
【００２１】
上記の課題を解決するために、請求項４に記載の発明は、オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおいて、前記ノード装置のうち少なくとも一つのノード装置は、コンテンツ情報、前記コンテンツ情報の利用回数情報を受信するコンテンツ登録要求受信手段と、受信した前記コンテンツ情報及び前記利用回数情報を記憶するコンテンツ情報記憶手段と、前記コンテンツ情報記憶手段に記憶された前記利用回数情報を更新する利用回数情報更新手段と、を備えたことを特徴とする。
【００２２】
請求項４に記載の発明は、オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおいて、前記ノード装置のうち少なくとも一つのノード装置は、コンテンツ情報、前記コンテンツ情報の利用回数情報を受信するインターフェースカード等の通信部であるコンテンツ登録要求受信手段と、受信した前記コンテンツ情報及び前記利用回数情報を記憶するＲＡＭ（Random Access Memory）およびＨＤＤ（Hard Disk Drive）等の記憶部であるコンテンツ情報記憶手段と、前記コンテンツ情報記憶手段に記憶された前記利用回数情報を更新するＣＰＵ等の利用回数情報更新手段と、を備えたことを特徴とする。
【００２３】
この構成によれば、コンテンツデータおよびコンデンツデータを利用できる回数を示す回数制限情報を情報配信システム内の任意のノード装置が記憶することができる。
【００２４】
上記の課題を解決するために、請求項５に記載の発明は、請求項４に記載のノード装置において、前記コンテンツ情報の送信を要求することをあらわす要求情報、および当該コンテンツ情報の送信を要求するノード装置をあらわすノード識別情報とを含むコンテンツ送信要求情報を受信するリクエスト受信手段と、前記コンテンツ送信要求情報の前記要求情報によって特定される前記コンテンツ情報を前記コンテンツ送信要求情報の前記ノード識別情報によって特定されるノード装置に対して送信するコンテンツ情報送信手段と、を備え、前記利用回数情報更新手段は、前記コンテンツ情報送信手段がコンテンツ情報を送信したとき、前記コンテンツ情報記憶手段に記憶された前記利用回数情報を更新することを特徴とする。
【００２５】
この構成によれば、コンテンツデータを記憶するノード装置が、自律的に、コンテンツデータの送信を要求するノード装置に対して要求されたコンテンツデータを送信する。さらに、当該ノード装置において制限回数情報が管理できる。
【００２６】
上記の課題を解決するために、請求項６に記載の発明は、請求項４または請求項５に記載の前記ノード装置は、前記リクエスト受信手段が前記コンテンツ送信要求情報を受信したとき、前記コンテンツ情報記憶手段に記憶された前記利用回数情報が、所定の利用回数情報に該当するか否かを判断するアクセス制限回数確認手段と、前記コンテンツ情報記憶手段に記憶された前記利用回数情報が前記所定の利用回数情報に該当すると前記アクセス制限回数確認手段が判断した場合、前記コンテンツ送信要求情報の前記ノード識別情報によって特定されるノード装置に対して前記要求したコンテンツ情報を送信できないことをあらわすコンテンツ送信不可情報を送信するコンテンツ送信不可情報送信手段と、を備えたことを特徴とする。
【００２７】
この構成によれば、コンテンツデータを記憶するノード装置は、当該ノード装置が記憶するコンテンツデータの制限回数情報がコンテンツデータの利用を認められない値になった場合には、コンテンツデータの送信を要求したノード装置に対して、自律的に、コンテンツデータを送信することができないことを示す情報を送信することができる。
【００２８】
上記の課題を解決するために、請求項７に記載の発明は、請求項６に記載のノード装置において、前記コンテンツ情報記憶手段に記憶された前記利用回数情報が前記所定の利用回数情報に該当すると前記アクセス制限回数確認手段が判断した場合、前記コンテンツ情報記憶手段が記憶している前記コンテンツ情報及び前記利用回数情報を消去する消去手段を備えたことを特徴とする。
【００２９】
この構成によれば、コンテンツデータを記憶するノード装置は、当該ノード装置が記憶するコンテンツデータの制限回数情報があらかじめ定められた値になった場合に、自律的に、コンテンツデータを記憶部から削除することができる。
【００３０】
上記の課題を解決するために、請求項８に記載の発明は、請求項４乃至請求項７のいずれか一項に記載のノード装置において、前記コンテンツ情報記憶手段に記憶された前記利用回数情報が、警告利用回数情報に該当するか否かを判断する警告判断手段と、前記コンテンツ情報記憶手段に記憶された前記利用回数情報が前記利用回数警告情報に該当すると前記警告判断手段が判断した場合、前記コンテンツ情報記憶手段に記憶された前記コンテンツ情報の利用回数の補充を要求する利用回数補充要求情報を、前記利用回数情報を送信するノード装置に送信する利用回数補充要求送信手段と、を備えることを特徴とする。
【００３１】
この構成によれば、コンテンツデータを記憶するノード装置は、当該ノード装置が記憶するコンテンツデータの制限回数情報があらかじめ定められた値より、小さくなった場合には、自律的に、コンテンツデータを情報システムに投入するノード装置に対して、制限回数の補充を求めることができる。
【００３２】
上記の課題を解決するために、請求項９に記載の発明は、請求項４乃至請求項８のいずれか一項に記載のノード装置において、前記コンテンツ情報記憶手段が記憶している前記コンテンツ情報の前記利用回数情報を受信する利用回数情報受信手段を備え、前記利用回数情報更新手段は、前記利用回数情報受信手段が受信した前記利用回数情報に基づいて、前記コンテンツ情報記憶手段が記憶している前記コンテンツ情報の前記利用回数情報を更新することを特徴とする。
【００３３】
この構成によれば、コンテンツデータを記憶するノード装置は、自律的に、コンテンツデータの制限回数情報を更新することができる。
【００３４】
上記の課題を解決するために、請求項１０に記載の発明は、オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおいて、前記ノード装置のうち少なくとも一つのノード装置は、コンテンツ情報、前記コンテンツ情報の利用回数情報を受信するコンテンツ登録要求受信手段と、受信した前記コンテンツ情報を記憶するコンテンツ情報記憶手段と、前記コンテンツ情報記憶手段が、受信した前記コンテンツ情報を記憶したとき、自身のノード装置を示すノード識別情報と、記憶した前記コンテンツ情報を識別するコンテンツ識別情報と、受信した前記利用回数情報とを含むコンテンツ登録完了メッセージを送信する登録完了メッセージ送信手段と、前記コンテンツ情報の送信を要求することをあらわす要求情報、および当該コンテンツ情報の送信を要求するノード装置をあらわすノード識別情報とを含むコンテンツ送信要求情報を受信するリクエスト受信手段と、前記コンテンツ送信要求情報の前記要求情報によって特定される前記コンテンツ情報を前記コンテンツ送信要求情報の前記ノード識別情報によって特定されるノード装置に対して送信するコンテンツ情報送信手段と、を備えたことを特徴とする。
【００３５】
この構成によれば、ＤＨＴを使用した情報配信システムにおいて、コンテンツデータを記憶するノード装置は、情報配信システムにコンテンツデータが投入される専用ノード装置から、コンテンツデータおよびコンテンツデータの利用回数を制限する制限回数情報を受信した後に、コンテンツデータの利用回数を制限する制限回数情報を管理するノード装置に対して、当該制限回数情報を転送する。
【００３６】
したがって、コンテンツデータの利用回数を制限する制限回数情報を、異なるコンテンツデータごとに、情報配信システムにおいて一台のノード装置が管理できる。この結果、情報配信システム内でのコンテンツデータの制限回数を効率よく管理できる。
【００３７】
上記の課題を解決するために、請求項１１に記載の発明は、オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおいて、前記ノード装置のうち少なくとも一つのノード装置は、他のノード装置がコンテンツ情報を記憶したことを示すコンテンツ登録完了メッセージであって、前記他のノード装置を示すノード識別情報と、記憶した前記コンテンツ情報を識別するコンテンツ識別情報と、記憶した前記コンテンツ情報に対する利用回数情報と、を含むコンテンツ登録完了メッセージを受信する登録完了メッセージ受信手段と、前記コンテンツ登録完了メッセージに含まれる前記ノード識別情報と前記コンテンツ識別情報と前記利用回数情報とを対応させて記憶するコンテンツ管理手段と、前記コンテンツ管理手段に記憶された前記利用回数情報を更新する利用回数情報更新手段と、を備えたことを特徴とする。
【００３８】
この構成によれば、ＤＨＴを使用した情報配信システムにおいて、コンテンツデータの利用回数を制限する制限回数情報を、異なるコンテンツデータごとに、情報配信システムにおいて一台のノード装置が管理できる。この結果、情報配信システム内でのコンテンツデータの制限回数を効率よく管理できる。
【００３９】
上記の課題を解決するために、請求項１２に記載の発明は、オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおいて、前記ノード装置のうち少なくとも一つのノード装置は、コンテンツ情報の利用回数情報が入力されるシステム入力手段と、前記コンテンツ情報を保持すべきノード装置を決定する第１決定手段と、前記第１決定手段によって決定されたノード装置に前記コンテンツ情報を送信するコンテンツ登録要求送信手段と、前記利用回数情報を管理すべきノード装置を決定する第２決定手段と、前記第２決定手段によって決定されたノード装置に対して、前記第１決定手段によって決定されたノード装置のノード識別情報と前記利用回数情報とを含む利用回数情報登録要求メッセージを送信する利用回数情報送信手段と、を備えることを特徴とする。
【００４０】
この構成によれば、ＤＨＴを使用した情報配信システムにおいて、コンテンツデータおよびコンテンツデータの利用を制限する制限回数情報が投入されたノード装置は、コンテンツデータを記憶するべきノード装置とコンテンツデータの利用を制限する制限回数情報を記憶するべきノード装置を、自律的に決定することができる。
【００４１】
さらに、著作権保持者に対する、システム運営者からのコンテンツ利用料支払いを、課金ログを取ることなく行えることになる。したがって、ユーザからの料金徴収、課金方式(前払い、後払い、月額固定、無料開放など)はどんな方法を使用してもよいようになる。
【００４２】
上記の課題を解決するために、請求項１３に記載の発明は、オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおいて、前記ノード装置のうち少なくとも一つのノード装置は、他のノード装置がコンテンツ情報を記憶したことを示すコンテンツ登録完了メッセージであって、前記他のノード装置を示すノード識別情報と、記憶した前記コンテンツ情報を識別するコンテンツ識別情報とを含むコンテンツ登録完了メッセージを受信する登録完了メッセージ受信手段と、ノード装置のノード識別情報と前記コンテンツの利用回数情報とを含む利用回数情報登録要求メッセージを受信する利用回数情報受信手段と、前記コンテンツ登録完了メッセージ及び前記利用回数情報登録要求メッセージに基づいて、前記ノード識別情報と前記コンテンツ識別情報と前記利用回数情報とを対応させて記憶するコンテンツ管理手段と、前記コンテンツ管理手段に記憶された前記利用回数情報を更新する利用回数情報更新手段と、を備えたことを特徴とする。
【００４３】
この構成によれば、ＤＨＴを使用した情報配信システムにおいて、コンテンツデータの利用回数を制限する制限回数情報を、異なるコンテンツデータごとに、情報配信システムにおいて一台のノード装置が管理できる。この結果、情報配信システム内でのコンテンツデータの制限回数を効率よく管理できる。
【００４４】
上記の課題を解決するために、請求項１４に記載の発明は、請求項１１または請求項１３に記載のノード装置において、前記コンテンツ情報の利用を要求するコンテンツ利用要求メッセージを受信するコンテンツ利用要求メッセージ受信手段と、前記コンテンツ利用要求メッセージに対応する前記コンテンツ情報の前記コンテンツ識別情報を前記コンテンツ管理手段が記憶していた場合、前記ノード識別情報を送信するノード識別情報送信手段と、前記利用回数情報更新手段は、前記ノード識別情報送信手段が前記ノード識別情報を送信したとき、前記コンテンツ情報記憶手段に記憶された前記利用回数情報を更新することを特徴とする。
【００４５】
この構成によれば、ＤＨＴを使用した情報配信システムにおいて、コンテンツデータの利用回数を制限する制限回数情報を、異なるコンテンツデータごとに、情報配信システムにおいて一台のノード装置が管理できる。この結果、情報配信システム内でのコンテンツデータの制限回数を効率よく管理できるようになる。
【００４６】
また、当該ノード装置は、コンテンツデータの送信を要求したノード装置に対して、コンテンツデータを記憶するノード装置のＩＰアドレス等のノード識別情報を送信することができる。
【００４７】
上記の課題を解決するために、請求項１５に記載の発明は、オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおいて、コンテンツ情報の利用回数情報が入力されるシステム入力手段と、前記コンテンツ情報を保持すべきノード装置を決定するノード装置決定手段と、前記コンテンツ情報、前記コンテンツ情報の利用回数情報を前記決定されたノード装置に送信するコンテンツ登録要求送信手段と、を備える第１のノード装置と、コンテンツ情報、前記コンテンツ情報の利用回数情報を受信するコンテンツ登録要求受信手段と、受信した前記コンテンツ情報及び前記利用回数情報を記憶するコンテンツ情報記憶手段と、前記コンテンツ情報記憶手段に記憶された前記利用回数情報を更新する利用回数情報更新手段と、を備える第２のノード装置とを備えることを特徴とする。
【００４８】
上記の課題を解決するために、請求項１６に記載の発明は、オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおいて、コンテンツ情報の利用回数情報が入力されるシステム入力手段と、前記コンテンツ情報を保持すべきノード装置を決定するノード装置決定手段と、前記コンテンツ情報、前記コンテンツ情報の利用回数情報を前記決定されたノード装置に送信するコンテンツ登録要求送信手段と、を備える第１のノード装置と、
前記コンテンツ情報、前記コンテンツ情報の利用回数情報を受信するコンテンツ登録要求受信手段と、受信した前記コンテンツ情報を記憶するコンテンツ情報記憶手段と、前記コンテンツ情報記憶手段が、受信した前記コンテンツ情報を記憶したとき、自身のノード装置を示すノード識別情報と、記憶した前記コンテンツ情報を識別するコンテンツ識別情報と、受信した前記利用回数情報とを含むコンテンツ登録完了メッセージを送信する登録完了メッセージ送信手段と、前記コンテンツ情報の送信を要求することをあらわす要求情報、および当該コンテンツ情報の送信を要求するノード装置をあらわすノード識別情報とを含むコンテンツ送信要求情報を受信するリクエスト受信手段と、前記コンテンツ送信要求情報の前記要求情報によって特定される前記コンテンツ情報を前記コンテンツ送信要求情報の前記ノード識別情報によって特定されるノード装置に対して送信するコンテンツ情報送信手段と、を備える第２のノード装置と、前記コンテンツ登録完了メッセージを受信する登録完了メッセージ受信手段と、前記コンテンツ登録完了メッセージに含まれる前記ノード識別情報と前記コンテンツ識別情報と前記利用回数情報とを対応させて記憶するコンテンツ管理手段と、前記コンテンツ管理手段に記憶された前記利用回数情報を更新する利用回数情報更新手段と、を備える第３のノード装置と、を備えることを特徴とする。
【００４９】
上記の課題を解決するために、請求項１７に記載の発明は、オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおいて、コンテンツ情報の利用回数情報が入力されるシステム入力手段と、前記コンテンツ情報を保持すべきノード装置を決定する第１決定手段と、前記第１決定手段によって決定されたノード装置に前記コンテンツ情報を送信するコンテンツ登録要求送信手段と、前記利用回数情報を管理すべきノード装置を決定する第２決定手段と、前記第２決定手段によって決定されたノード装置に対して、前記第１決定手段によって決定されたノード装置のノード識別情報と前記利用回数情報とを含む利用回数情報登録要求メッセージを送信する利用回数情報送信手段と、を備える第１のノード装置と、前記コンテンツ情報を受信するコンテンツ登録要求受信手段と、受信した前記コンテンツ情報を記憶するコンテンツ情報記憶手段と、前記コンテンツ情報記憶手段が、受信した前記コンテンツ情報を記憶したとき、自身のノード装置を示すノード識別情報と、記憶した前記コンテンツ情報を識別するコンテンツ識別情報とを含むコンテンツ登録完了メッセージを送信する登録完了メッセージ送信手段と、前記コンテンツ情報の送信を要求することをあらわす要求情報、および当該コンテンツ情報の送信を要求するノード装置をあらわすノード識別情報とを含むコンテンツ送信要求情報を受信するリクエスト受信手段と、前記コンテンツ送信要求情報の前記要求情報によって特定される前記コンテンツ情報を前記コンテンツ送信要求情報の前記ノード識別情報によって特定されるノード装置に対して送信するコンテンツ情報送信手段と、を備える第２のノード装置と、前記コンテンツ登録完了メッセージを受信する登録完了メッセージ受信手段と、前記利用回数情報登録要求メッセージを受信する利用回数情報受信手段と、前記コンテンツ登録完了メッセージ及び前記利用回数情報登録要求メッセージに基づいて、前記ノード識別情報と前記コンテンツ識別情報と前記利用回数情報とを対応させて記憶するコンテンツ管理手段と、前記コンテンツ管理手段に記憶された前記利用回数情報を更新する利用回数情報更新手段と、を備える第３のノード装置とを備えたことを特徴とする。
【００５０】
上記の課題を解決するために、請求項１８に記載の発明は、オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおける情報配信方法において、コンテンツ情報の利用回数情報が入力されるシステム入力工程と、前記コンテンツ情報を保持すべきノード装置を決定するノード装置決定工程と、前記コンテンツ情報、前記コンテンツ情報の利用回数情報を前記決定されたノード装置に送信するコンテンツ登録要求送信工程と、を備える第１のノード装置と、前記コンテンツ情報、前記コンテンツ情報の利用回数情報を受信するコンテンツ登録要求受信工程と、受信した前記コンテンツ情報及び前記利用回数情報を記憶するコンテンツ情報記憶工程と、前記コンテンツ情報記憶工程に記憶された前記利用回数情報を更新する利用回数情報更新工程と、を備える第２のノード装置とを備えることを特徴とする。
【００５１】
上記の課題を解決するために、請求項１９に記載の発明は、オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおける情報配信方法において、コンテンツ情報の利用回数情報が入力されるシステム入力工程と、前記コンテンツ情報を保持すべきノード装置を決定するノード装置決定工程と、前記コンテンツ情報、前記コンテンツ情報の利用回数情報を前記決定されたノード装置に送信するコンテンツ登録要求送信工程と、を備える第１のノード装置と、前記コンテンツ情報、前記コンテンツ情報の利用回数情報を受信するコンテンツ登録要求受信工程と、受信した前記コンテンツ情報を記憶するコンテンツ情報記憶工程と、前記コンテンツ情報記憶工程において、受信した前記コンテンツ情報を記憶したとき、自身のノード装置を示すノード識別情報と、記憶した前記コンテンツ情報を識別するコンテンツ識別情報と、受信した前記利用回数情報とを含むコンテンツ登録完了メッセージを送信する登録完了メッセージ送信工程と、前記コンテンツ情報の送信を要求することをあらわす要求情報、および当該コンテンツ情報の送信を要求するノード装置をあらわすノード識別情報とを含むコンテンツ送信要求情報を受信するリクエスト受信工程と、前記コンテンツ送信要求情報の前記要求情報によって特定される前記コンテンツ情報を前記コンテンツ送信要求情報の前記ノード識別情報によって特定されるノード装置に対して送信するコンテンツ情報送信工程と、を備える第２のノード装置と、前記コンテンツ登録完了メッセージを受信する登録完了メッセージ受信工程と、前記コンテンツ登録完了メッセージに含まれる前記ノード識別情報と前記コンテンツ識別情報と前記利用回数情報とを対応させて記憶するコンテンツ管理工程と、前記コンテンツ管理工程において記憶された前記利用回数情報を更新する利用回数情報更新工程と、を備える第３のノード装置と、を備えることを特徴とする。
【００５２】
上記の課題を解決するために、請求項２０に記載の発明は、オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおける情報配信方法において、コンテンツ情報の利用回数情報が入力されるシステム入力工程と、前記コンテンツ情報を保持すべきノード装置を決定する第１決定工程と、前記第１決定工程おいて決定されたノード装置に前記コンテンツ情報を送信するコンテンツ登録要求送信工程と、前記利用回数情報を管理すべきノード装置を決定する第２決定工程と、前記第２決定工程によって決定されたノード装置に対して、前記第１決定工程によって決定されたノード装置のノード識別情報と前記利用回数情報とを含む利用回数情報登録要求メッセージを送信する利用回数情報送信工程と、を備える第１のノード装置と、前記コンテンツ情報を受信するコンテンツ登録要求受信工程と、受信した前記コンテンツ情報を記憶するコンテンツ情報記憶工程と、前記コンテンツ情報記憶工程が、受信した前記コンテンツ情報を記憶したとき、自身のノード装置を示すノード識別情報と、記憶した前記コンテンツ情報を識別するコンテンツ識別情報とを含むコンテンツ登録完了メッセージを送信する登録完了メッセージ送信工程と、前記コンテンツ情報の送信を要求することをあらわす要求情報、および当該コンテンツ情報の送信を要求するノード装置をあらわすノード識別情報とを含むコンテンツ送信要求情報を受信するリクエスト受信工程と、前記コンテンツ送信要求情報の前記要求情報によって特定される前記コンテンツ情報を前記コンテンツ送信要求情報の前記ノード識別情報によって特定されるノード装置に対して送信するコンテンツ情報送信工程と、を備える第２のノード装置と前記コンテンツ登録完了メッセージを受信する登録完了メッセージ受信工程と、前記利用回数情報登録要求メッセージを受信する利用回数情報受信工程と、前記コンテンツ登録完了メッセージ及び前記利用回数情報登録要求メッセージに基づいて、前記ノード識別情報と前記コンテンツ識別情報と前記利用回数情報とを対応させて記憶するコンテンツ管理工程と、前記コンテンツ管理工程において記憶された前記利用回数情報を更新する利用回数情報更新工程と、を備える第３のノード装置とを備えることを特徴とする。
【００５３】
上記の課題を解決するために、請求項２１に記載の発明は、オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおける前記一のノード装置に含まれるコンピュータを、コンテンツ情報の利用回数情報が入力されるシステム入力手段、前記コンテンツ情報を保持すべきノード装置を決定するノード装置決定手段、前記コンテンツ情報、前記コンテンツ情報の利用回数情報を前記決定されたノード装置に送信するコンテンツ登録要求送信手段、として機能させることを特徴とする。
【００５４】
上記の課題を解決するために、請求項２２に記載の発明は、オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおける前記一のノード装置に含まれるコンピュータを、コンテンツ情報、前記コンテンツ情報の利用回数情報を受信するコンテンツ登録要求受信手段、受信した前記コンテンツ情報及び前記利用回数情報を記憶するコンテンツ情報記憶手段、前記コンテンツ情報記憶手段に記憶された前記利用回数情報を更新する利用回数情報更新手段、として機能させることを特徴とする。
【００５５】
上記の課題を解決するために、請求項２３に記載の発明は、オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおける前記一のノード装置に含まれるコンピュータを、コンテンツ情報、前記コンテンツ情報の利用回数情報を受信するコンテンツ登録要求受信手段、受信した前記コンテンツ情報を記憶するコンテンツ情報記憶手段、前記コンテンツ情報記憶手段において、受信した前記コンテンツ情報を記憶したとき、自身のノード装置を示すノード識別情報と、記憶した前記コンテンツ情報を識別するコンテンツ識別情報と、受信した前記利用回数情報とを含むコンテンツ登録完了メッセージを送信する登録完了メッセージ送信手段、前記コンテンツ情報の送信を要求することをあらわす要求情報、および当該コンテンツ情報の送信を要求するノード装置をあらわすノード識別情報とを含むコンテンツ送信要求情報を受信するリクエスト受信手段、前記コンテンツ送信要求情報の前記要求情報によって特定される前記コンテンツ情報を前記コンテンツ送信要求情報の前記ノード識別情報によって特定されるノード装置に対して送信するコンテンツ情報送信手段、として機能させることを特徴とする。
【００５６】
上記の課題を解決するために、請求項２４に記載の発明は、オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおける前記一のノード装置に含まれるコンピュータを、他のノード装置がコンテンツ情報を記憶したことを示すコンテンツ登録完了メッセージであって、前記他のノード装置を示すノード識別情報と、記憶した前記コンテンツ情報を識別するコンテンツ識別情報と、記憶した前記コンテンツ情報に対する利用回数情報と、を含むコンテンツ登録完了メッセージを受信する登録完了メッセージ受信手段、コンテンツ登録完了メッセージに含まれる前記ノード識別情報と前記コンテンツ識別情報と前記利用回数情報とを対応させて記憶するコンテンツ管理手段、前記コンテンツ管理手段において記憶された前記利用回数情報を更新する利用回数情報更新手段、として機能させることを特徴とする。
【００５７】
上記の課題を解決するために、請求項２５に記載の発明は、オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおける前記一のノード装置に含まれるコンピュータを、コンテンツ情報の利用回数情報が入力されるシステム入力手段、前記コンテンツ情報を保持すべきノード装置を決定する第１決定手段、前記第１決定手段によって決定されたノード装置に前記コンテンツ情報を送信するコンテンツ登録要求送信手段、前記利用回数情報を管理すべきノード装置を決定する第２決定手段、前記第２決定手段において決定されたノード装置に対して、前記第１決定手段において決定されたノード装置のノード識別情報と前記利用回数情報とを含む利用回数情報登録要求メッセージを送信する利用回数情報送信手段、として機能させることを特徴とする。
【００５８】
上記の課題を解決するために、請求項２６に記載の発明は、オーバレイネットワークを構築して互いに接続された複数のノード装置を備えた情報配信システムにおける前記一のノード装置に含まれるコンピュータを、他のノード装置がコンテンツ情報を記憶したことを示すコンテンツ登録完了メッセージであって、前記他のノード装置を示すノード識別情報と、記憶した前記コンテンツ情報を識別するコンテンツ識別情報とを含むコンテンツ登録完了メッセージを受信する登録完了メッセージ受信手段、ノード装置のノード識別情報と前記コンテンツの利用回数情報とを含む利用回数情報登録要求メッセージを受信する利用回数情報受信手段、前記コンテンツ登録完了メッセージ及び前記利用回数情報登録要求メッセージに基づいて、前記ノード識別情報と前記コンテンツ識別情報と前記利用回数情報とを対応させて記憶するコンテンツ管理手段、前記コンテンツ管理手段において記憶された前記利用回数情報を更新する利用回数情報更新手段、として機能させることを特徴とする。
【発明の効果】
【００５９】
著作権の対象となるコンテンツデータを保持するノード装置から当該コンテンツデータをダウンロードすることによって当該コンテンツデータを利用・閲覧等する場合に、当該ダウンロードの状況に応じて、専用の課金サーバを設けずに、自律的に適切にユーザから著作権に関する利用料金を課金することが可能となる。また、著作権保持者に対する、システム運営者からのコンテンツ利用料支払いを、課金ログを取ることなく行うことができるので、多くの末端ユーザが利用できる回数の総和が、システム側（投入端末の操作時）において指定でき、著作権保持者に対して、その総回数に応じた著作権使用料をまとめて支払うことが可能となる。
【発明を実施するための最良の形態】
【００６０】
以下、本発明の最良の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、コンテンツ配信システムに対して本発明を適用した場合の実施形態である。
【００６１】
［１．コンテンツ配信システムの構成等］
始めに、図１を参照して、情報配信システムとしてのコンテンツ配信システムの概要構成等について説明する。
【００６２】
図１は、本実施形態に係るコンテンツ配信システムにおける各ノード装置の接続態様の一例を示す図である。
【００６３】
図１の下部枠１０１内に示すように、ＩＸ（Internet eＸchange）３、ＩＳＰ（Internet Service Provider）４、ＤＳＬ（Digital Subscriber Line）回線事業者（の装置）５、ＦＴＴＨ（Fiber To The Home）回線事業者（の装置）６、及び通信回線（例えば、電話回線や光ケーブル等）７等によって、インターネット等のネットワーク（現実世界のネットワーク）８が構築されている。
【００６４】
コンテンツ配信システムＳは、このようなネットワーク８を介して相互に接続された複数のノード装置１ａ，１ｂ，１ｃ・・・１ｘ，１ｙ，１ｚ・・・を備えて構成されることになり、ピアツーピア方式のネットワークシステムとなっている。各ノード装置１ａ，１ｂ，１ｃ・・・１ｘ，１ｙ，１ｚ・・には、ノード装置を示す情報（ノード情報）としての固有の製造番号及びＩＰ（Internet Protocol）アドレスが割り当てられている。なお、製造番号及びＩＰアドレスは、複数のノード装置１間で重複しないものである。なお、以下の説明において、ノード装置１ａ，１ｂ，１ｃ・・・１ｘ，１ｙ，１ｚ・・・のうち何れかのノード装置を示す場合には、便宜上、ノード装置１という場合がある。
【００６５】
［１−１．ＤＨＴの概要］
以下に、本実施形態に係る分散ハッシュテーブル（以下、ＤＨＴ（Distributed Hash Table）という）を利用したアルゴリズムについて説明する。
【００６６】
上述したコンテンツ配信システムＳにおいて、当該ノード装置１が、他のノード装置１の持つ情報にアクセスする際には、その情報を持つノード装置１のノード情報としてのＩＰアドレスを知っていなければならない。
【００６７】
例えば、コンテンツを互いに共有するシステムにおいては、ネットワーク８に参加している各ノード装置１が互いにネットワーク８に参加している全てのノード装置１のＩＰアドレスと各装置が持つ情報の索引を知っておくのが単純な手法であるが、端末数が何万何十万と多数になると、その全てのノード装置１のＩＰアドレスを覚えておくのは現実的ではない。また、任意のノード装置の電源がON或いはOFFとすると、各ノード装置１にて記憶している当該任意のノード装置のＩＰアドレスの更新が頻繁になり、運用上困難となる。
【００６８】
そこで、１台のノード装置１では、ネットワーク８に参加している全てのノード装置１のうち、必要最低限のノード装置１のＩＰアドレスだけを覚えて（記憶して）おいて、ＩＰアドレスを知らない（記憶していない）ノード装置１については、各ノード装置１間で互いに情報を転送し合って届けてもらうというシステムが考案されている。
【００６９】
このようなシステムの一例として、ＤＨＴを利用したアルゴリズムによって、図１の上部枠１００内に示すような、オーバレイオーバレイネットワーク９が構築されることになる。つまり、このオーバレイネットワーク９は、既存のネットワーク８を用いて形成された仮想的なリンクを構成するネットワークを意味する。
【００７０】
本実施形態においては、ＤＨＴを利用したアルゴリズムによって構築されたオーバレイネットワーク９を前提としており、このオーバレイネットワーク９上に配置されたノード装置１を、コンテンツ配信システムＳに参加（言い換えれば、オーバレイネットワーク９に参加）しているノード装置１という。なお、コンテンツ配信システムＳへの参加は、未だ参加していないノード装置が、既に参加している任意のノード装置１に対して参加要求を送ることによって行われる。
【００７１】
コンテンツ配信システムＳに参加している各ノード装置１のノードＩＤは、それぞれのノード装置毎にユニーク（固有）な番号を付与する。この番号は、ノード装置の最大運用台数を収容できるだけのｂｉｔ数を持たせる必要がある。例えば、１２８ｂｉｔの番号とすれば、2＾128≒340×10＾36台のノード装置を運用できる。
【００７２】
より具体的には、各ノード装置１のノードＩＤは、それぞれのノード装置のＩＰアドレスあるいは製造番号等のノード装置毎に固有の値を、共通のハッシュ関数（ハッシュアルゴリズム）によりハッシュ化して得たハッシュ値であり、一つのＩＤ空間に偏りなく分散して配置されることになる。このように共通のハッシュ関数により求められた（ハッシュ化された）ノードＩＤは、当該ＩＰアドレスあるいは製造番号が異なれば、同じ値になる確率が極めて低いものである。なお、ハッシュ関数については公知であるので詳しい説明を省略する。なお、本実施形態では、ＩＰアドレス（グローバルＩＰアドレス）を共通のハッシュ関数によりハッシュ化した値をノードＩＤとする。
【００７３】
また、コンテンツ配信システムＳに参加している複数のノード装置１には、１のノード装置１から他のノード装置1に配信される共用情報としてのコンテンツ（例えば、映画や音楽等）データが分散して保存（格納）されているが、当該コンテンツデータにも、それぞれのコンテンツデータ毎にユニーク（固有）な番号（以下、コンテンツＩＤという。）を付与する。
【００７４】
そして、当該コンテンツＩＤは、ノードＩＤと同様の長さ（例えば、１２８ｂｉｔ等）とし、例えば、コンテンツの名称（コンテンツタイトル）やコンテンツの概要情報（あらすじ）等のキーワードが、上記ノードＩＤを得るときと共通のハッシュ関数によりハッシュ化され（つまり、ノード装置１のＩＰアドレスのハッシュ値と同一のＩＤ空間に配置）、そのハッシュ値と最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有するノード装置１が、当該コンテンツデータを保存するか、あるいは、その所在情報を管理する。これにより、コンテンツデータを偏りなくコンテンツ配信システムＳ上に分散させることが可能となる。なお、異なるコンテンツデータであっても、同一のキーワード（例えば、コンテンツの名称）になる場合が想定されるが、この場合、同じハッシュ値になってしまうので、これを避けるために、ハッシュ化するキーワードを、例えば、コンテンツの名称と著作権情報（例えば、出演者名、監督名、原作者名、歌手名、作曲者名、又は作詞者名等）の組合せとすればよい。
【００７５】
このように、各ノード装置１及び各コンテンツデータに付与されたノードＩＤ及びコンテンツＩＤは、共通のハッシュ関数によって生成したため、図２に示す如く、同一のリング状のＩＤ空間上にさほど偏ることなく、散らばって存在するものとして考えることができる。同図は３２ｂｉｔでノードＩＤ及びコンテンツＩＤを付与し、図示したものである。図中黒点はノードＩＤを、黒ひし形はコンテンツＩＤを示し、反時計回りでＩＤが増加するものとする。
【００７６】
次に、どのノード装置１に、どのコンテンツデータが保存されるかを、一定の規則の下に決定する。本実施形態においては、「あるコンテンツＩＤを有するコンテンツデータを管理するノード装置は、そのコンテンツＩＤに近いノードＩＤを有するノード装置１である」という規則とする。ここで、「近い」ことの定義は、当該コンテンツＩＤを超えず、コンテンツＩＤとノードＩＤとの差が一番少ないものとするが、実際には、各コンテンツデータの管理を各ノード装置１に割り振る際に、一貫していればよい。同図に示す例では、この定義に基づいて、コンテンツＩＤａは、ノードＩＤａを有するノード装置に管理され、コンテンツＩＤｂは、ノードＩＤｂを有するノード装置に管理され、コンテンツＩＤｃは、ノードＩＤｃを有するノード装置１に管理される。なお、あるノード装置は複数の異なるコンテンツデータを管理することもある。
【００７７】
なお、ここで「管理」というのは、コンテンツデータを保存／保持していることを意味するのではなく、「コンテンツデータが何れのノード装置１に保存されているかを知っている」ことを言う。すなわち、図２において、ノードＩＤａを有するノード装置１は、コンテンツＩＤａを有するコンテンツデータが何れのノード装置１に保存されているかを知っており、ノードＩＤｂを有するノード装置１及びノードＩＤｃを有するノード装置１も同様にそれぞれコンテンツＩＤｂを有するコンテンツデータ及びコンテンツＩＤｃを有するコンテンツデータが何れのノード装置１に保存されているかを知っている、ということになる。このように、あるコンテンツデータが何れのノード装置１に保存されているかを知っているノード装置を、そのコンテンツデータのルートノードと言う。つまり、ノードＩＤａを有するノード装置１は、コンテンツＩＤａを有するコンテンツデータのルートノードであって、ノードＩＤｂを有するノード装置１は、コンテンツＩＤｂを有するコンテンツデータのルートノードであって、ノードＩＤｃを有するノード装置１は、コンテンツＩＤｃを有するコンテンツデータのルートノードである。
【００７８】
各ノード装置は、複数のノード装置に分散保存されているコンテンツデータに関する所在情報（例えば、コンテンツデータのタイトル等の補助情報を指定することにより、コンテンツデータを保存しているノード装置のＩＰアドレス等が特定できる情報）が記述されたレプリカリストを有しており、当該レプリカリストに記述されたＩＰアドレス等に基づき、ユーザが所望するコンテンツデータをダウンロードすることが可能になっている。
【００７９】
［１−２．ルーティングテーブルの作成］
ここで、図３を参照して、ＤＨＴで用いるルーティングテーブルの作成手法の一例について説明する。
【００８０】
図３は、ＤＨＴによってルーティングテーブルが作成される様子の一例を示す図である。
【００８１】
まず、図３（Ａ）に示す如く、ＩＤ空間を幾つかのエリアに分割する。実際には、１６分割程度が良く用いられるが、説明を簡単にするためここでは４分割とし、ＩＤをビット長１６Ｂｉｔの４進数で表すこととした。そして、ノード装置１ＮのノードＩＤを「10230210」とし、このノード装置１Ｎのルーティングテーブルを作る例について説明する。
【００８２】
（レベル１のルーティング）
まず、ＩＤ空間を４分割とすると、それぞれのエリアは４進数で表すと最大桁が異なる４つのエリア「0XXXXXXX」「1XXXXXXX」、「2XXXXXXX」、「3XXXXXXX」（Xは０から３の自然数、以下同様。）で分けられる。ノード装置１Ｎは、当該ノード装置１Ｎ自身のノードＩＤが「10230210」であるため、図中左下「1XXXXXXX」のエリアに存在することになる。そして、ノード装置１Ｎは、自分の存在するエリア（すなわち、「1XXXXXXX」のエリア）以外のエリアに存在するノード装置１を適当に選択し、当該ノードＩＤのＩＰアドレスをレベル１のテーブルに記憶する。図４（Ａ）がレベル１のテーブルの一例である。２列目はノード装置１Ｎ自身を示しているため、ＩＰアドレスを記憶する必要は無い。
【００８３】
（レベル２のルーティング）
次に、図３（Ｂ）に示す如く、上記ルーティングによって４分割したエリアのうち、自分の存在するエリアを更に４分割し、更に４つのエリア「10XXXXXX」「11XXXXXX」、「12XXXXXX」、「13XXXXXX」と分ける。そして、上記と同様に自分の存在するエリア以外のエリアに存在するノード装置１を適当に選択し、当該ノードＩＤのＩＰアドレスをレベル２のテーブルに記憶する。図４（Ｂ）がレベル２のテーブルの一例である。１列目はノード装置１Ｎ自身を示しているため、ＩＰアドレスを記憶する必要は無い。
【００８４】
（レベル３のルーティング）
さらに、図３（Ｃ）に示す如く、上記ルーティングによって４分割したエリアのうち、自分の存在するエリアを更に４分割し、更に４つのエリア「100XXXXX」「101XXXXX」、「102XXXXX」、「103XXXXX」と分ける。そして、上記と同様に自分の存在するエリア以外のエリアに存在するノード装置１を適当に選択し、当該ノードＩＤのＩＰアドレスをレベル１のテーブルに記憶する。図４（Ｃ）がレベル３のテーブルの一例である。３列目はノード装置１Ｎ自身を示しているため、ＩＰアドレスを記憶する必要は無く、２列目、４列目はそのエリアにノード装置が存在しないため空白となる。
【００８５】
このようにして、レベル４以下レベル８まで同様にルーティングテーブル図４（Ｄ）に示す如く作成することにより、１６ｂｉｔのＩＤ全てを網羅することができる。レベルが上がる毎にテーブルの中に空白が目立つようになる。
【００８６】
以上説明した手法に従って作成したルーティングテーブルを、全てのノード装置１が夫々作成して所有することになる。
【００８７】
［１−３．コンテンツデータの検索方法］
次に、図５を参照して、本実施形態におけるコンテンツデータの保存元であるノード装置１（以下、「コンテンツホルダ」と言う。）の検索方法の一例について説明する。
【００８８】
図５は、ＤＨＴによりコンテンツホルダが検索される様子の一例を示す図である。
【００８９】
ここでは、ノードＩＤ「12003030」のノード装置１−１（以下、「リクエストノード」と言う。）が、コンテンツＩＤ「31330012」を有するコンテンツデータを保持するコンテンツホルダを探す際の手順について説明する。なお、同図に示す如くコンテンツＩＤ「31330012」を保持するコンテンツホルダのノードＩＤは「00213000」と「02223230」である。
【００９０】
図５において、リクエストノードからコンテンツＩＤ「31330012」を有するコンテンツデータを管理するノード装置１−５（すなわちルートノード）に至る経路を実線矢印で表す。
【００９１】
まず、リクエストノードは、コンテンツＩＤ「31330012」と同じエリアのノードＩＤを持つノード装置に対してコンテンツ問い合わせ情報（以下、「コンテンツ問い合わせ情報」を「クエリ」と言う。）を送信する。
【００９２】
まず、リクエストノードは、自己が保持しているルーティングテーブルのレベル１のテーブルを参照して、コンテンツＩＤ「31330012」と同じエリアのノードＩＤを持つノード装置に対してクエリを送信する。つまり、コンテンツＩＤ「31330012」は「3XXXXXXX」のエリアであるため、当該「3XXXXXXX」のエリアに属すノード装置１のうち、ＩＰアドレスを知っている（すなわち、自己が保持しているルーティングテーブルにＩＰアドレスが記憶されている）ノード装置１-２に対してクエリを送信する。
【００９３】
図５に示す例に拠れば、ノードＩＤが「30100000」であるノード装置１-２のＩＰアドレスがリクエストノードのルーティングテーブルに記憶されていたので、リクエストノードは、ノードＩＤが「30100000」であるノード装置１-２に対してクエリを送信する。
【００９４】
次に、クエリを受信したノード装置１-２は、当該ノード装置１-２自身が保持しているインデックスを参照して、コンテンツＩＤ「31330012」に対応するレプリカリストの有無を確認する。すなわち、レプリカリストに含まれるノード情報の有無を確認する。そして、ノード装置１-２にレプリカリストが無い場合には、当該ノード装置１-２自身が保持しているルーティングテーブルのレベル２のテーブルを参照して、「31XXXXXX」のエリアに属すノード装置１のうち、ＩＰアドレスを知っているノード装置１-３（ノードＩＤ「31012001」）に対してクエリを転送する。
【００９５】
このように、上流のノード装置、すなわち自己とルートノードの中間に介在するノード装置に対してクエリを転送し、コンテンツＩＤの桁を上から順に適合していく要領でルートノードへ近づいていく。
【００９６】
そして、ノード装置１-２からクエリを受信したノード装置１-３は、当該ノード装置１-３自身が保持しているインデックスを参照して、コンテンツＩＤ「31330012」に対応するレプリカリストの有無を確認する。無い場合には、当該ノード装置１-３自身が保持しているルーティングテーブルのレベル３のテーブルを参照して、「313XXXXX」のエリアに属すノード装置１のうち、ＩＰアドレスを知っているノード装置１-４（ノードＩＤ「31320100」）に対してクエリを転送する。
【００９７】
そして、ノード装置１-３からクエリを受信したノード装置１-４は、当該ノード装置１-４自身が保持しているインデックスを参照して、コンテンツＩＤ「31330012」に対応するレプリカリストの有無を確認する。無い場合には、当該ノード装置１-４自身が保持しているルーティングテーブルのレベル４のテーブルを参照して、「313XXXXX」のエリアに属すノード装置１のうち、ＩＰアドレスを知っているノード装置１-５（ノードＩＤ「31330000」）に対してクエリを転送する。
【００９８】
ノード装置１−5は、コンテンツＩＤ「31330012」にとってのルートノードであるため、コンテンツホルダのレプリカリストを発見することができる。
【００９９】
そして、発見したレプリカリストに含まれるコンテンツホルダ（ノード装置１-６）のノード情報（ＩＰアドレス等）をリクエストノードに送信する。
【０１００】
そして、コンテンツホルダ（ノード装置１-６）のノード情報を受信したリクエストノードは、コンテンツホルダ（ノード装置１-６）に対してコンテンツの配信を要求する配信要求を図５中破線矢印で示す如く送信する。そして、配信要求を受信したコンテンツホルダ（ノード装置１-６）は、図５中一点鎖線で示す如くコンテンツデータをリクエストノードに配信するようになっている。
【０１０１】
［２．ノード装置の構成等］
次に、図１３を参照して、ノード装置１の構成及び機能について説明する。
【０１０２】
図１３は、ノード装置１の概要構成例を示す図である。
【０１０３】
各ノード装置１は、図１３に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データ及びプログラムを記憶するＲＯＭ等から構成されたコンピュータとしての制御部１１と、前記コンテンツデータ、前記キーワードのリスト、前記ノードＩＤ、前記ＩＰアドレス、前記レプリカリスト又はプログラム等を記憶保存（格納）するためのＨＤＤ等から構成された共用情報報記憶手段としての記憶部１２（上記コンテンツデータは、保存されていないノード装置１もある）と、受信されたコンテンツデータを一時蓄積するバッファメモリ１３と、コンテンツデータに含まれるエンコードされたビデオデータ（映像情報）及びオーディオデータ（音声情報）等をデコード（データ伸張や復号化等）するデコーダ部１４と、当該デコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力する映像処理部１５と、当該映像処理部１５から出力されたビデオ信号に基づき映像表示するＣＲＴ，液晶ディスプレイ等の表示部１６と、上記デコードされたオーディオデータをアナログオーディオ信号にＤ（Digital）／Ａ（Analog）変換した後にこれをアンプにより増幅して出力する音声処理部１７と、当該音声処理部１７から出力されたオーディオ信号を音波として出力するスピーカ１８と、ネットワーク８を通じて他のノード装置１との間の情報の通信制御を行うための通信部２０と、ユーザからの指示を受け付け当該指示に応じた指示信号を制御部１１に対して与える入力部（例えば、キーボード、マウス、或いは、操作パネル等）２１とを備えて構成され、制御部１１、記憶部１２、バッファメモリ１３、デコーダ部１４、及び通信部２０はバス２２を介して相互に接続されている。
【０１０４】
そして、制御部１１におけるＣＰＵが記憶部１２等に記憶された各種プログラムを実行することにより、ノード装置１全体を統括制御するようになっており、また、入力部２１からの指示信号に応じて、コンテンツデータ登録処理等を行うようになっている。
【０１０５】
［２．第１の実施形態］
次に、コンテンツ配信システムＳの各ノード装置の動作について説明する。
【０１０６】
なお、ユーザに対する課金方法については、特に記載していないが、ユーザごとに課金ログを記録すること、およびシステムにおいて（あるいは、システム管理者）でログを集計および分類する必要はない。例えば、ユーザごとのログを必要としない、ユーザ毎の月額固定方式であってもよい。
【０１０７】
上述したように、コンテンツ配信システムＳに含まれる全てのノード装置１は、リクエストノード、ルートノード、コンテンツホルダ、或いは経路上のノード等、その他のノード等何れのノード装置にもなり得る。一方、著作権情報としてのコンテンツデータを投入するために、専用のファイル投入専用ノード装置がコンテンツ配信システムＳに少なくとも一つ以上設けられている。
【０１０８】
本実施形態においては、ノード装置１の制御部１１が受けたメッセージを解析し、その結果に応じてノード装置１は以下に記載される各処理を行なうものとして説明する。
【０１０９】
次に、図６乃至図８を用いて、本実施形態について説明する。
【０１１０】
図６（Ａ）に、各ノード装置に共通する処理の概要をあらわすメインルーチンのフローチャートを示す（このメインルーチンは他の実施形態においても共通である。）
ステップＳ１３において、各ノード装置に電源が投入される。
【０１１１】
次に、ステップＳ１４において、ステップＳ１３において、ノード装置に投入された電源が切断されたかを判断する。電源が切断された場合（ステップＳ１４：ＹＥＳ）には、処理が終了する。電源が切断されていない場合には、（ステップＳ１４：ＮＯ）には、ステップＳ１５に進む。
【０１１２】
ステップＳ１５において、ノード装置の入力部２１において入力操作が発生したか否かを判断する。入力操作が発生した場合（ステップＳ１５：ＹＥＳ）には、ステップＳ１６に進む。入力操作が発生しない場合（ステップＳ１５：ＮＯ）には、ステップＳ１７に進む。
【０１１３】
次に、ステップＳ１６において、入力された情報を確認するとともに、入力操作毎に各処理を実行する。例えば、ファイルの投入であれば以下に記述するファイル投入専用端末の動作を実行する。また、ユーザによるファイル要求操作である場合には、リクエスタとしての処理を開始する。
【０１１４】
ステップＳ１７においては、自ノード装置に対して他のノード装置から送信されたメッセージを受信したか否かが確認される。メッセージの受信がある場合（ステップＳ１７：ＹＥＳ）には、ステップＳ１８に進む。メッセージの受信がない場合（ステップＳ１７：ＮＯ）には、ステップＳ１４に進む。
【０１１５】
ステップＳ１８において、受信されたメッセージの内容を確認するとともに、メッセージの内容毎に、処理を行う。例えば、メッセージがコンテンツホルダの処理をあらわしている場合において、自ノード装置がコンテンツホルダである場合には、メッセージの処理を開始する。また、メッセージがルートノードの処理をあらわしている場合において、自ノード装置がルートノードである場合には、メッセージの処理を開始する。
【０１１６】
［２．１．１  ファイル投入専用端末（ノード装置）］
図６（Ｂ）は、コンテンツ配信システムＳに含まれるいずれかのノード装置が記憶すべき、著作権の対象となるコンテンツデータおよびコンテンツデータの利用可能回数（ダウンロードできる回数）をあらわす制限回数を入力するためのファイル投入専用ノード装置の動作をあらわしたフローチャートである（以下、コンテンツデータの上位概念をファイルと称する。）。
【０１１７】
ステップＳ１において、著作権の対象となるコンテンツデータおよびそのコンテンツデータの制限回数を管理するシステム管理者が、マウスやキーボード等の入力部２１から、コンテンツデータおよび制限回数を入力する。
【０１１８】
次に、ステップＳ２において、ファイル投入専用端末のＣＰＵにおいて、コンテンツデータを記憶すべきノード装置のＩＰアドレスを少なくとも一つ以上決定する。ＩＰアドレスの決定方法は任意である。そして、決定されたＩＰアドレスを持つノード装置に対して、コンテンツデータの制限回数情報を含むファイル投入要求情報を送信する。
【０１１９】
例えば、一つのノード装置だけがコンテンツデータを記憶している（このノード装置はコンテンツホルダである。）と、複数のリクエストノードからのコンテンツデータ転送要求が一つの前記ノード装置に集中した場合には、コンテンツ配信システムの利用効率が悪くなることが考えられる。
【０１２０】
そこで、ステップＳ１において投入された制限回数が、例えば、１０００回ある場合には、コンテンツデータの制限回数を５００回とした情報を、異なる２つのノード装置（コンテンツホルダとなる。）に送信することとする。このようにすると、複数のリクエスタからコンテンツデータのダウンロード要求があった場合に、２つの前記コンテンツホルダがリクエスタからのダウンロード要求を処理することができる。ここで、コンテンツデータの制限回数を分割する数は任意であり、前記のように２つに限られるわけではない。
【０１２１】
次に、ステップＳ３において、ステップＳ２においてファイル投入要求情報を送信したノード装置に対して、コンテンツデータを送信する。その後、図６（Ａ）のメインルーチンへ戻る。
【０１２２】
このように、ファイル投入専用端末は、ファイル投入専用端末に入力されたコンテンツデータの制限回数情報を、複数のノード装置に分割して送信するとともに、コンテンツデータを送信する。複数のリクエスタからコンテンツデータのダウンロード要求があった場合に、コンテンツデータを記憶する複数の前記コンテンツホルダがリクエスタからのダウンロード要求を処理することができ、コンテンツ配信システムの利用効率が高くなることが考えられる。
【０１２３】
［２．１．２  コンテンツホルダ（ファイル投入時）］
図６（Ｃ）は、コンテンツ配信システムＳに含まれるノード装置のうちのコンテンツデータを記憶するべきコンテンツホルダのファイル投入時の動作を示したフローチャートである。
【０１２４】
動作の概要を以下に説明する。コンテンツホルダは、ファイル投入専用端末からコンテンツデータと制限回数情報を受信して、コンテンツホルダの記憶部１２にコンテンツデータと制限回数情報を記憶する。
【０１２５】
そのコンテンツＩＤを管理するノード装置に対して、コンテンツホルダが、ファイル投入専用端末から受信した制限回数を送信する。以下、各ステップの動作を説明する。
【０１２６】
ステップＳ５において、ファイル投入専用端末から、ファイル投入要求情報が送信されてくると、コンテンツホルダはファイル投入要求情報を受信する。
【０１２７】
次に、ステップＳ６において、コンテンツホルダは、ファイル投入専用端末から送信される著作権の対象となるコンテンツデータを受信する。受信されたコンテンツデータは、コンテンツホルダの記憶部１２に記憶される。
【０１２８】
次に、ステップＳ７において、コンテンツホルダは、受信したコンテンツデータのコンテンツＩＤを管理するノード装置（ルートノード）に対して、ファイル投入専用端末から受信した制限回数情報、コンテンツホルダのＩＰアドレスおよびコンテンツＩＤを含む制限回数追加メッセージを送信する。そして、図６（Ａ）のメインルーチンへ戻る。
【０１２９】
この場合、前述した各ノード装置が記憶するＤＨＴによって作成されたルーティングテーブルを基に、ファイル投入専用端末から受信した制限回数情報およびコンテンツホルダのＩＰアドレスは、ノード装置を経由しながら（一度も経由されない場合もある。）、ルートノードに転送される。
【０１３０】
［２．１．３  任意のユーザ端末（ファイル投入時）］
図６（Ｄ）は、コンテンツ配信システムＳに含まれるノード装置のうち、コンテンツホルダから送信された、コンテンツデータの制限回数情報およびコンテンツホルダのＩＰアドレスおよびコンテンツＩＤを含む制限回数追加メッセージを転送する、ノード装置およびルートノードの動作を示したフローチャートである。
【０１３１】
すなわち、図６（Ｃ）のステップＳ７において送信された、制限回数追加メッセージは、各ノード装置に記憶されるＤＨＴによって作成されたルーティングテーブルに基づいて、各ノード装置（図６（Ｄ））を経由してルートノード（図６（Ｄ））に転送される。以下、各ステップの動作を説明する。
【０１３２】
ステップＳ８において、コンテンツ配信システムＳに含まれる任意のノード装置において、制限回数追加メッセージを受信する。
【０１３３】
次に、ステップＳ９において、ステップＳ８において受信した制限回数追加メッセージに含まれるコンテンツＩＤを、ユーザ端末のＣＰＵにて抽出すると共に、ノード装置が記憶部１２に記憶するルーティングテーブル（経路表）に基づいて、受信した制限回数追加メッセージを転送すべき転送先ノード装置（ノードＩＤおよびＩＰアドレス）を決定する。
【０１３４】
ステップＳ１０において、ステップＳ９において得られた転送先ノード装置のＩＰアドレスが自ノード装置のＩＰアドレスと同一か否かを判断する。転送先ノード装置のＩＰアドレスが自ノード装置のＩＰアドレスと異なる場合（ステップＳ１０：ＹＥＳ）には、ステップＳ１１に進む。また、転送先ノード装置のＩＰアドレスが自ノード装置のＩＰアドレスと同じ場合（ステップＳ１０：ＮＯ）の場合には、ステップＳ１２に進む。
【０１３５】
ステップＳ１１において、ノード装置は、ステップＳ９において決定されたノード装置に対して、制限回数追加メッセージを転送する。この場合、転送先ノード装置における制限回数追加メッセージの処理は、ステップＳ８から同様に開始される。
【０１３６】
ステップＳ１２において、ステップＳ１１にて転送先ノード装置がないと判断されたのは、自ノード装置が制限回数追加メッセージに含まれるコンテンツデータのコンテンツＩＤを管理するノード装置（ルートノード）に該当するからである。したがって、ステップＳ２において受信した制限回数追加メッセージに含まれるコンテンツデータの制限回数情報およびコンテンツホルダのＩＰアドレスを含むコンテンツホルダ情報を自ノード装置の記憶部１２に記憶する。その後、図６（Ａ）のメインルーチンへ戻る。
【０１３７】
このように、ルートノードは、コンテンツデータを記憶する複数のコンテンツホルダのＩＰアドレスを含むコンテンツホルダ情報および当該コンテンツデータの制限回数を一括して管理する。
【０１３８】
したがって、コンテンツホルダ毎に、コンテンツデータのダウンロードの制限回数を管理するよりも、一つのルートノードがコンテンツデータ毎にコンテンツホルダのダウンロード回数を管理することができるので、制限回数の管理が容易である。また、制限回数の補充をする場合においても、最適化した制限回数の管理ができる。
【０１３９】
［２．２．１  リクエスタ（ファイル利用時）］
次に、ファイル（コンテンツデータを含む広い概念）を利用（閲覧・試聴等することを言うが、ここではその為のダウンロードを含むものとする。）する場合のリクエスタ、コンテンツホルダおよび任意のノード装置における動作について図７を用いて説明する。
【０１４０】
図７（Ａ）は、ユーザが利用することを希望するコンテンツデータをダウンロードする場合のリクエスタの動作を示したフローチャートである。
【０１４１】
ユーザが利用することを希望するファイルをマウス、キーボード等のリクエスタの入力部２１から入力すると、リクエスタは、ユーザが利用を希望するファイルをコンテンツホルダから受信する。以下、各ステップの動作を説明する。
【０１４２】
ステップＳ２１において、ユーザがリクエスタのマウス、キーボード等の入力部２１を操作することにより、利用を希望するコンテンツデータに関するタイトル等のキーワードを入力する。
【０１４３】
次に、ステップＳ２２において、ユーザが利用を希望するコンテンツデータを所有するコンテンツホルダの検索を行う。
【０１４４】
リクエスタのＣＰＵは、Ｓ２１において入力されたコンテンツデータに関するタイトル等のキーワード情報を基にしたコンテンツＩＤを、メッセージとして送信することによりコンテンツを記憶するコンテンツホルダのＩＰアドレスを検索する。
【０１４５】
次に、ステップＳ２３において、リクエスタは、ステップＳ２２において検索されたコンテンツホルダに対して、ファイルの送信を要求する情報を送信する。
【０１４６】
次に、ステップＳ２４において、ステップＳ２３において送信したファイルの送信を要求する情報に対応する、コンテンツホルダから送信されるべき情報がリクエスタに受信されるまで待つ。
【０１４７】
次に、ステップＳ２５において、コンテンツホルダから送信された情報をリクエスタが受信すると、その情報の内容をリクエスタのＣＰＵが解析する。
【０１４８】
次に、ステップＳ２６において、ステップＳ２５において解析された情報が、ステップＳ２３においてリクエスタからコンテンツホルダに対して送られた情報に対応するものである場合には（ステップＳ２６：ＹＥＳ）、ステップＳ２７に進む。ステップＳ２５において解析された情報が、ステップＳ２３においてリクエスタからコンテンツホルダに対して送られた情報に対応するものでない場合には（ステップＳ２６：ＮＯ）、ステップＳ２２に進む。
【０１４９】
その後、ステップＳ２７において、リクエスタはステップＳ２３においてコンテンツホルダに対して送信を要求したコンテンツデータを、コンテンツホルダから受信する。その後、図６（Ａ）のメインルーチンへ戻る。
【０１５０】
このようにして、リクエスタは、コンテンツホルダからユーザが希望するコンテンツデータを含むファイルを受信（ダウンロード）することができる。
【０１５１】
［２．２．２．１  コンテンツホルダ（ファイル利用時）］
次に、コンテンツホルダが、ファイルの送信を要求する情報を受信した場合のコンテンツホルダの動作について説明する。
【０１５２】
図７（Ｂ）は、ファイルを利用する場合（ファイルの送信を要求する情報を受信した場合）のコンテンツホルダの動作を示したフローチャートである。
【０１５３】
ステップＳ３１において、リクエスタから送信されるファイルを送信することを要求することを示す情報（ファイル送信要求情報）を、コンテンツホルダが受信すると、コンテンツホルダのＣＰＵにおいて、ファイル送信要求情報の内容を解析する。
【０１５４】
次に、ステップＳ３２において、ステップＳ３１において抽出された情報（コンテンツデータに関するタイトル等のキーワード情報）に基づいて、コンテンツホルダが対応するコンテンツデータを所有しているか否かをＣＰＵにおいて判断する。コンテンツホルダが対応するコンテンツデータを所有している場合（ステップＳ３２：ＹＥＳ）には、ステップＳ３３に進む。コンテンツホルダが対応するコンテンツデータを所有していない場合（ステップＳ３３：ＮＯ）には、ステップＳ３９に進む。
【０１５５】
次に、ステップＳ３３において、コンテンツホルダのＣＰＵは、コンテンツホルダに記憶されたルーティングテーブルを基にコンテンツＩＤを持つノード装置（ルートノード）を検索することにより、送信要求のあったコンテンツデータの利用を制限する制限回数を確認するメッセージ情報を送信する次のノード装置のＩＰアドレスを検索する。
【０１５６】
その後、当該検索されたノード装置に対して、コンテンツＩＤおよび制限回数確認をするための制限回数確認メッセージを送信する。
【０１５７】
次に、ステップＳ３４において、コンテンツホルダは、ステップＳ３３において送信したコンテンツＩＤに対応するコンテンツデータの制限回数を確認するメッセージ情報に対応する、当該ルートノードからの返信を受信まで待機する。
【０１５８】
次に、ステップＳ３５において、ルートノード当該からの返信を受信したら、コンテンツホルダのＣＰＵは、受信した情報の解析を行う。
【０１５９】
次に、ステップＳ３６において、コンテンツホルダのＣＰＵは、ステップＳ３５において解析された情報がステップＳ３１において受信したファイル送信要求情報に示されたコンテンツデータの使用が許可されたか否かを確認する。コンテンツデータの使用が許可された場合には（ステップＳ３６：ＹＥＳ）、ステップＳ３７に進み。コンテンツデータの使用が許可されなかった場合には（ステップＳ３６：ＮＯ）、ステップＳ４０に進む。
【０１６０】
次に、ステップＳ３７において、コンテンツホルダは、ステップＳ３１においてファイル要求情報を送信したリクエスタに対して、当該ファイルを使用することがルートノードによって許可されたことを示す情報を送信する。
【０１６１】
次に、ステップＳ３８において、コンテンツホルダは、ステップＳ３１においてファイル要求情報を送信したリクエスタに対して、ファイル要求情報に示されたファイル（コンテンツデータを含む）を送信する。その後、図６（Ａ）のメインルーチンへ戻る。
【０１６２】
ステップＳ３９において、コンテンツホルダは、ステップＳ３１においてファイル要求情報を送信したリクエスタに対して、当該ファイル要求情報に対応するファイルをコンテンツホルダが記憶部１２に記憶していないことを示す情報を送信する。その後、図６（Ａ）のメインルーチンへ戻る。
【０１６３】
また、ステップＳ４０において、コンテンツホルダは、ステップＳ３１においてファイル要求情報を送信したリクエスタに対して、当該ファイル要求情報に対応するファイルの使用が許可されていないことを示す情報を送信する。その後、図６（Ａ）のメインルーチンへ戻る。
【０１６４】
このように、ルートノードにおいて、任意のコンテンツの制限回数を一括管理するので、当該コンテンツデータを保持するコンテンツホルダ全体の利用制限回数を容易に、素早く調べることができる。また、コンテンツデータの制限回数を補充する場合にも、特定のコンテンツホルダにだけ制限回数が追加されることなく、コンテンツ配信システム全体における制限回数をルートノードにおいて効率よく管理することができるようになる（制限回数の補充が最適化される）。
【０１６５】
［２．２．２．２  コンテンツホルダ（ファイル削除時）］
次に、コンテンツホルダが、ファイルの削除を要求する情報を受信した場合のコンテンツホルダの動作について説明する。
【０１６６】
図７（Ｃ）は、ファイルを削除する場合（ファイルの削除を要求する情報を受信した場合）のコンテンツホルダの動作を示したフローチャートである。
【０１６７】
ステップＳ７１において、コンテンツホルダから送信された制限回数確認メッセージに添付されたコンテンツＩＤに対応するコンテンツデータを削除することを示す情報が、ルートノードから送信され、コンテンツホルダに受信される。
【０１６８】
ステップＳ７２において、コンテンツホルダが、ルートノードから削除することを要求されたコンテンツデータを他のノード装置に送信しているか否かが確認される。コンテンツホルダが、当該コンテンツデータを他のノード装置に送信している場合（ステップＳ７２：ＹＥＳ）には、ステップＳ７２の動作を繰り返す。コンテンツホルダが、当該コンテンツデータを他のノード装置に送信していない場合（ステップＳ７２：ＮＯ）には、ステップＳ７３に進む。
【０１６９】
ステップＳ７３において、ステップＳ７１においてルートノードから削除することを要求されたコンテンツデータを、コンテンツホルダは記憶部１２から削除する。その後、図６（Ａ）のメインルーチンへ戻る。
【０１７０】
［２．２．３  任意のノード装置およびルートノード（ファイル利用時）］
次に、任意のノード装置およびルートノードが、制限回数確認メッセージを受信した場合における任意のノード装置およびルートノードの動作について説明する。
【０１７１】
図８は、ファイルを利用する場合（制限回数確認メッセージを受信した場合）における任意のノード装置およびルートノードの動作を示したフローチャートである。
【０１７２】
ステップＳ５１において、任意のノード装置は、他の任意のノード装置から、制限回数確認メッセージを受信する。
【０１７３】
次に、ステップＳ５２において、ステップＳ５１において受信した制限回数確認メッセージに添付されたコンテンツＩＤを、当該メッセージを受信したノード装置のＣＰＵが抽出する。当該ノード装置のＣＰＵは、自ノード装置の記憶部１２に記憶されたルーティングテーブルを基にして、抽出されたコンテンツＩＤに対応するノード装置（ルートノード）に制限回数確認メッセージを転送するための次のノード装置を検索する。
【０１７４】
次に、ステップＳ５３において、ステップＳ５２において検索されたノード装置のＩＰアドレスが、自ノード装置のＩＰアドレスに一致するか否かがノード装置のＣＰＵおいて判断される。
【０１７５】
検索されたノード装置のＩＰアドレスが、自ノード装置のＩＰアドレスに一致しない場合（まだ、制限回数確認メッセージが転送されるべきノード装置がある場合）（ステップＳ５３：ＹＥＳ）には、ステップＳ５４に進む。また、自ノード装置のＩＰアドレスに一致する場合（制限回数確認メッセージが転送されるべきノード装置がなく、自ノード装置がルートノードある場合）（ステップＳ５３：ＮＯ）には、ステップＳ５５に進む。
【０１７６】
ステップＳ５４において、自ノード装置がルートノードではないと判断されたノード装置は、ステップＳ５１において受信した制限回数確認メッセージを、ステップＳ５３において検索されたノード装置に対して転送する。
【０１７７】
ステップＳ５５において、ステップＳ５３においてルートノードであると判断されたノード装置は、ステップＳ５１において受信された制限回数確認メッセージに添付されたコンテンツＩＤに対応する制限回数情報が、ルートノードの記憶部１２に記憶されているか否かを確認する。
【０１７８】
コンテンツＩＤに対応する制限回数情報が、ルートノードの記憶部１２に記憶されている場合には（ステップＳ５５：ＹＥＳ）、ステップＳ５６に進む。また、コンテンツＩＤに対応する制限回数情報が、ルートノードの記憶部１２に記憶されていない場合には（ステップＳ５５：ＮＯ）、ステップＳ５９に進む。
【０１７９】
ステップＳ５６において、ルートノードは、ルートノードに記憶されている、ステップＳ５３において確認されたコンテンツＩＤに対応する制限回数情報をルートノードのＣＰＵにおいて１回数分減算して、減算されたコンテンツＩＤに対応する制限回数情報を記憶部１２に記憶する。
【０１８０】
ステップＳ５７において、ルートノードのＣＰＵは、ルートノードの記憶部１２に記憶されているステップＳ５４において減算された制限回数情報が０以上であるか否かを確認する。制限回数情報が０よりも大きい値である場合（ステップＳ５７：ＹＥＳ）の場合には、ステップＳ５８に進む。また、制限回数情報が０である場合（ステップＳ５７：ＮＯ）の場合には、ステップＳ６０に進む。
【０１８１】
ステップＳ５８において、ルートノードは、ステップＳ５１において受信した制限回数確認メッセージを送信したコンテンツホルダに対して、制限回数確認メッセージに添付されたコンテンツＩＤに対応するコンテンツデータをコンテンツホルダが１回送信することを許可する使用許可情報を送信する。その後、図６（Ａ）のメインルーチンへ戻る。
【０１８２】
ステップＳ５９において、ルートノードは、ステップＳ５１において受信した制限回数確認メッセージを送信したコンテンツホルダに対して、制限回数確認メッセージに添付されたコンテンツＩＤに対応する制限回数情報が、ルートノードには記憶されていないことを示すメッセージ（エラー返答）を送信する。その後、図６（Ａ）のメインルーチンへ戻る。
【０１８３】
ステップＳ６０において、ルートノードは、ステップＳ５１において受信した制限回数確認メッセージを送信したコンテンツホルダに対して、コンテンツホルダが記憶する制限回数確認メッセージに対応するコンテンツデータを、コンテンツホルダの記憶部１２から削除することを要求する情報（ファイル削除メッセージ）を送信する。
【０１８４】
ステップＳ６１において、ルートノードは、ステップＳ５１において受信した制限回数確認メッセージに対応する制限回数情報を、ルートノードの記憶部１２から削除する。その後、図６（Ａ）のメインルーチンへ戻る。
【０１８５】
このように、ルートノードにおいて、任意のコンテンツデータの制限回数を一括管理するので、当該コンテンツデータを保持するコンテンツホルダ全体の利用制限回数を容易に、素早く調べることができる。また、コンテンツデータの制限回数情報を減算する場合または削除する場合にも、コンテンツホルダごとにコンテンツデータの制限回数情報を処理する情報を送信することなく、ルートノードの制限回数情報を減算または削除することによって、コンテンツ配信システムにおけるコンテンツデータ毎の管理が容易になった。
【０１８６】
［３．第２の実施形態］
次に、第２の実施形態におけるコンテンツ配信システムＳの各ノード装置の動作について説明する。第２の実施形態においては、コンテンツデータの制限回数情報をコンテンツホルダがコンテンツホルダの記憶部１２に記憶している。第２の実施形態においては、ルートノードは存在しない。一方、第１の実施形態と同様に著作権情報としてのコンテンツデータを投入するために、専用のファイル投入専用ノード装置がコンテンツ配信システムＳに少なくとも一つ以上設けられている。
【０１８７】
本実施形態において、ノード装置１の制御部１１がノード装置１の通信部２０を介して受信したメッセージを解析し、その結果に応じてノード装置１は以下に記載される各処理を行なうものとして説明する。
【０１８８】
次に、図９および図１０を用いて、本実施形態について説明する。
【０１８９】
［３．１．１  ファイル投入専用端末（ノード装置）］
図９（Ａ）は、コンテンツ配信システムＳに含まれるいずれかのノード装置が記憶すべき、著作権の対象となるコンテンツデータおよびコンテンツデータの利用可能回数（ダウンロードできる回数）をあらわす制限回数を入力するためのファイル投入専用ノード装置の動作をあらわしたフローチャートである（コンテンツデータの上位概念をファイルと称している。）。
【０１９０】
ステップＳ８１において、著作権の対称となるコンテンツデータおよびそのコンテンツデータの制限回数を管理するシステム管理者が、マウスやキーボード等の入力部２１から、コンテンツデータおよび制限回数情報を入力する。
【０１９１】
次に、ステップＳ８２において、ファイル投入専用端末のＣＰＵにおいて、コンテンツデータを記憶すべきノード装置のＩＰアドレスを少なくとも一つ以上決定する。ＩＰアドレスの決定方法は任意である。そして、決定されたＩＰアドレスを持つノード装置に対して、コンテンツデータの制限回数情報を含むファイル投入要求情報を送信する。
【０１９２】
次に、ステップＳ８３において、ステップＳ８２においてファイル投入要求情報をファイル投入送信端末が送信したノード装置に対して、更にコンテンツデータを送信する。その後、メインルーチンへ戻る。
【０１９３】
このように、ファイル投入専用端末は、ファイル投入専用端末に入力されたコンテンツデータの制限回数情報を、他のノード装置に送信するとともに、コンテンツデータを送信する。
【０１９４】
［３．１．２  コンテンツホルダ（ファイル投入時）］
図９（Ｂ）は、コンテンツ配信システムＳに含まれるノード装置のうちのコンテンツデータを記憶するべきコンテンツホルダのファイル投入時の動作を示したフローチャートである。
【０１９５】
以下、各ステップの動作を説明する。
【０１９６】
ステップＳ８７において、ファイル投入専用端末から、ファイル投入要求情報が送信されてくると、コンテンツホルダはファイル投入要求情報を受信する。
【０１９７】
次に、ステップＳ８８において、コンテンツホルダは、ファイル投入専用端末から送信される著作権の対象となるコンテンツデータを受信する。受信されたコンテンツデータは、コンテンツホルダの記憶部１２に記憶される。
【０１９８】
次に、ステップＳ８９において、コンテンツホルダのＣＰＵは、ステップＳ８６において受信したファイル投入要求に添付されたコンテンツデータの使用を制限する制限回数情報とコンテンツデータとを関連付けしたファイルを生成する。そして、コンテンツホルダの記憶部１２に、関連付けされたファイルを記憶する。その後、メインルーチンへ戻る。
【０１９９】
このようにすることにより、コンテンツホルダは、コンテンツホルダの記憶部１２に記憶されたコンテンツデータとコンテンツデータの使用を制限する制限回数情報とを管理することができるようになる。
【０２００】
［３．２  リクエスタ（ファイル利用時）］
次に、ファイル（コンテンツデータを含む広い概念）を利用（閲覧・試聴等することを言うが、ここではその為のダウンロードを含むものとする。）する場合のリクエスタおよびコンテンツホルダ等のノード装置における動作について図１０を用いて説明する。
【０２０１】
図１０（Ａ）は、ユーザが利用することを希望するコンテンツデータをダウンロードする場合のリクエスタの動作を示したフローチャートである。
【０２０２】
ユーザが利用することを希望するファイルをマウス、キーボード等のリクエスタの入力部２１から入力すると、リクエスタは、ユーザが利用を希望するファイルをコンテンツホルダから受信する。以下、各ステップの動作を説明する。
【０２０３】
ステップＳ９１において、ユーザがリクエスタのマウス、キーボード等の入力部２１を操作することにより、利用を希望するコンテンツデータに関するタイトル等のキーワードを入力する。
【０２０４】
次に、ステップＳ９２において、ユーザが利用を希望するコンテンツデータを所有するコンテンツホルダの検索を行う。
【０２０５】
リクエスタのＣＰＵは、Ｓ２１において入力されたコンテンツデータに関するタイトル等のキーワード情報を基にしたコンテンツＩＤを、メッセージとして送信することによりコンテンツを記憶するコンテンツホルダのＩＰアドレスを検索する。
【０２０６】
次に、ステップＳ９３において、リクエスタは、ステップＳ９２において検索されたコンテンツホルダに対して、ファイルの送信を要求する情報を送信する。
【０２０７】
次に、ステップＳ９４において、ステップＳ９３において送信したファイルの送信を要求する情報に対応する、コンテンツホルダから送信されるべき情報がリクエスタに受信されるまで待つ。
【０２０８】
次に、ステップＳ９５において、コンテンツホルダから送信された情報をリクエスタが受信すると、その情報の内容をリクエスタのＣＰＵが解析する。
【０２０９】
次に、ステップＳ９６において、ステップＳ９５において解析された情報が、ステップＳ９３においてリクエスタからコンテンツホルダに対して送られた情報に対応するものである場合（ステップＳ９３においてリクエスタが送信要求したコンテンツデータを、コンテンツホルダが記憶しており送信できることができることを示す情報である場合）には（ステップＳ９６：ＹＥＳ）、ステップＳ９７に進む。ステップＳ９５において解析された情報が、ステップＳ２３においてリクエスタからコンテンツホルダに対して送られた情報に対応するものでない場合（ステップＳ９３においてリクエスタが送信要求したコンテンツデータを、コンテンツホルダが記憶していないか、または送信できないことを示す情報である場合）には（ステップＳ９６：ＮＯ）、ステップＳ９２に進む。
【０２１０】
その後、ステップＳ９７において、リクエスタはステップＳ９３においてコンテンツホルダに対して送信を要求したコンテンツデータを、コンテンツホルダから受信する。その後、のメインルーチンへ戻る。
【０２１１】
このようにして、リクエスタは、コンテンツホルダからユーザが希望するコンテンツデータを含むファイルを受信（ダウンロード）することができる。
【０２１２】
［３．３  コンテンツホルダ（ファイル利用時）］
図１０（Ｂ）は、ユーザがコンテンツデータを利用することを希望する情報を受信した場合のコンテンツホルダの動作を示したフローチャートである。以下、各ステップ毎の動作を説明する。
【０２１３】
ステップＳ１０２において、コンテンツホルダがリクエスタからファイルの送信を要求する情報を受信すると、コンテンツホルダのＣＰＵにおいてファイルの送信を要求する情報からコンテンツデータを示す識別情報を抽出する。
【０２１４】
次に、ステップＳ１０３において、ステップＳ１０２において抽出されたコンテンツデータの識別情報に対応するコンテンツデータを、自ノード装置が記憶部１２に記憶しているか否かを判断する。自ノード装置がコンテンツデータを記憶している場合には（ステップＳ１０３：ＹＥＳ）、ステップＳ１０４に進む。自ノード装置がコンテンツデータを記憶していない場合には（ステップＳ１０３：ＮＯ）、ステップＳ１０８に進む。
【０２１５】
次に、ステップＳ１０４において、コンテンツホルダのＣＰＵは、コンテンツデータの使用を制限する制限回数情報とコンテンツデータとを関連付けした記憶部１２に記憶されたファイルから、ステップＳ１０２において抽出された識別情報に対応するコンテンツデータの制限回数情報を取得する。そして、取得された制限回数情報から１を減算する。コンテンツホルダのＣＰＵは、減算された制限回数情報を、あらたな制限回数情報として更新して、記憶部１２に記憶する。
【０２１６】
次にステップＳ１０５において、コンテンツホルダのＣＰＵは、ステップＳ１０１において受信したファイルの送信を要求する情報を送信したリクエスタに対して、コンテンツホルダの記憶部に記憶されているコンテンツデータを送信する。
【０２１７】
次にステップＳ１０６において、コンテンツホルダのＣＰＵは、コンテンツホルダの記憶部１２に記憶されている、ステップＳ１０５において減算された制限回数情報が０以上であるか否かを判断する。制限回数情報が０よりも大きい値である場合（ステップＳ１０６：ＮＯ）には、処理を終了する。また、制限回数情報が０である場合（ステップＳ１０６：ＮＯ）の場合には、ステップＳ１０７に進む。その後、のメインルーチンへ戻る。
【０２１８】
ステップＳ１０７において、ステップＳ１０６において制限回数情報が０であると判断された制限回数情報に対応するコンテンツデータを、コンテンツホルダのＣＰＵが、記憶部１２から削除する。その後、メインルーチンへ戻る。
【０２１９】
ステップＳ１０８において、コンテンツホルダのＣＰＵは、ファイルの送信を要求する情報を送信したリクエスタに対して、ファイル送信要求情報に対応するコンテンツデータを記憶していないことを示す情報を送信する。その後、メインルーチンへ戻る。
【０２２０】
コンテンツホルダが制限回数情報を記憶部１２にコンテンツデータと対応して記憶することにより、コンテンツホルダがリクエスタに対してコンテンツデータを送信する毎に、制限回数情報を減算することにより、コンテンツデータを削除するか否かもコンテンツホルダが行うようにした。
【０２２１】
［４．第２の実施形態の変形例１］
次に、図１１を用いて、第２の実施形態の変形例１について説明する。
【０２２２】
本実施例は、第２の実施形態において、ファイル投入専用端末からコンテンツデータを記憶するコンテンツホルダの数が入力されて、その数のコンテンツホルダが同一のコンテンツデータを分散して記憶するという実施例である。
【０２２３】
［４．１  ファイル投入専用端末（ノード装置）］
図１１（Ａ）は、コンテンツ配信システムＳに含まれるいずれかのノード装置が記憶すべき、著作権の対象となるコンテンツデータおよびコンテンツデータの利用可能回数（ダウンロードできる回数）をあらわす制限回数情報を入力するためのファイル投入専用ノード装置の動作をあらわしたフローチャートである。
【０２２４】
ステップＳ１１１において、著作権の対称となるコンテンツデータおよびそのコンテンツデータの制限回数を管理するシステム管理者が、マウスやキーボード等の入力部２１から、コンテンツデータおよび制限回数を入力する。
【０２２５】
次に、ステップＳ１１２において、ファイル投入専用端末のＣＰＵにおいて、コンテンツデータを記憶すべきノード装置のＩＰアドレスを少なくとも一つ以上決定する。ＩＰアドレスの決定方法は任意である。そして、決定されたＩＰアドレスを持つノード装置に対して、コンテンツデータの制限回数情報を含むファイル投入要求情報を送信する。
【０２２６】
例えば、一つのノード装置がコンテンツデータを記憶している（このノード装置はコンテンツホルダである。）と、複数のリクエストノードからのコンテンツデータ転送要求が一つの前記ノード装置に集中した場合には、コンテンツ配信システムの利用効率が悪くなることが考えられる。
【０２２７】
そこで、ステップＳ１１１において投入された制限回数が２０００回ある場合には、コンテンツデータの制限回数を１０００回とした情報を、異なる２つのノード装置（コンテンツホルダとなる。）に送信する。このようにすると、複数のリクエスタからコンテンツデータのダウンロード要求があった場合に、２つの前記コンテンツホルダがリクエスタからのダウンロード要求を処理することができる。ここで、コンテンツデータの制限回数を分割する数は任意であり、前記のように２つに限られるわけではない。
【０２２８】
次に、ステップＳ１１３において、ステップＳ１１２においてファイル投入要求情報を送信したノード装置に対して、コンテンツデータを送信する。その後、メインルーチンへ戻る。
【０２２９】
このように、ファイル投入専用端末は、ファイル投入専用端末に入力されたコンテンツデータの制限回数情報を、複数のノード装置に分割して送信するとともに、コンテンツデータを送信する。複数のリクエスタからコンテンツデータのダウンロード要求があった場合に、コンテンツデータを記憶する複数の前記コンテンツホルダがリクエスタからのダウンロード要求を処理することができ、コンテンツ配信システムの利用効率が高くなることが考えられる。
【０２３０】
［４．２  コンテンツホルダ（ファイル投入時）］
図１０（Ｂ）は、コンテンツ配信システムＳに含まれるノード装置のうちのコンテンツデータを記憶するべきコンテンツホルダのファイル投入時の動作を示したフローチャートである。
【０２３１】
動作の概要を以下に説明する。コンテンツホルダは、ファイル投入専用端末からコンテンツデータと制限回数情報を受信して、コンテンツホルダの記憶部１２にコンテンツデータと制限回数情報を関連付けて記憶する。
【０２３２】
以下、各ステップの動作を説明する。
【０２３３】
ステップＳ１１５において、ファイル投入専用端末から、ファイル投入要求情報が送信されてくると、コンテンツホルダはファイル投入要求情報を受信する。
【０２３４】
次に、ステップＳ１１６において、コンテンツホルダは、ファイル投入専用端末から送信される著作権の対象となるコンテンツデータを受信する。受信されたコンテンツデータは、コンテンツホルダの記憶部１２に記憶される。
【０２３５】
次に、ステップＳ１１７において、コンテンツホルダは、ステップＳ１１５において、ファイル投入専用端末から受信した制限回数情報、および、ステップＳ１１６においてファイル投入専用端末から受信したコンテンツデータとを関連付けさせたファイルを生成し、コンテンツホルダの記憶部１２に関連付けされたファイルを記憶する。その後、メインルーチンへ戻る。
【０２３６】
［５．第２の実施形態の変形例２］
次に、図１２を用いて、第２の実施形態の変形例２について説明する。
【０２３７】
本実施例は、第２の実施形態において、コンテンツホルダが記憶している制限回数情報があらかじめ定められた値より小さくなった場合に、コンテンツホルダからファイル投入専用端末に対して、制限回数の追加を求める動作をあらわす。
【０２３８】
また、制限回数の追加要求（警告メッセージ）を受信したファイル投入専用端末は、要求されているコンテンツデータの制限回数情報が、ファイル投入専用端末の記憶部１２に記憶されている場合には、コンテンツホルダの制限回数の追加要求に応じて、制限回数情報を送信する。
【０２３９】
次に本実施例におけるリクエスタからコンテンツデータ（ファイル）の送信要求情報を受信したコンテンツホルダの各ステップの動作について説明する。
【０２４０】
［５．１  コンテンツホルダ（ファイル利用時）］
図１２（Ａ）は、ユーザがコンテンツデータを利用することを希望する情報を受信した場合のコンテンツホルダの動作を示したフローチャートである。以下、各ステップの動作を説明する。
【０２４１】
ステップＳ１２２において、コンテンツホルダがリクエスタからファイルの送信を要求する情報を受信すると、コンテンツホルダのＣＰＵにおいてファイルの送信を要求する情報からコンテンツデータを示す識別情報を抽出する。
【０２４２】
次に、ステップＳ１２３において、ステップＳ１２２において抽出されたコンテンツデータの識別情報に対応するコンテンツデータを、自ノード装置が記憶部１２に記憶しているか否かを判断する。自ノード装置がコンテンツデータを記憶している場合には（ステップＳ１２３：ＹＥＳ）、ステップＳ１２４に進む。自ノード装置がコンテンツデータを記憶していない場合には（ステップＳ１２３：ＮＯ）、ステップＳ１２８に進む。
【０２４３】
次に、ステップＳ１２４において、コンテンツホルダのＣＰＵは、コンテンツデータの使用を制限する制限回数情報とコンテンツデータとを関連付けした記憶部１２に記憶されたファイルから、ステップＳ１２２において抽出された識別情報に対応するコンテンツデータの制限回数情報を取得する。そして、取得された制限回数情報から１を減算する。コンテンツホルダのＣＰＵは、減算された制限回数情報を、あらたな制限回数情報として更新して、記憶部１２に記憶する。
【０２４４】
次にステップＳ１２５において、コンテンツホルダのＣＰＵは、ステップＳ１２１において受信したファイルの送信を要求する情報を送信したリクエスタに対して、コンテンツホルダの記憶部１２に記憶されているコンテンツデータを送信する。
【０２４５】
次に、ステップＳ１２６において、コンテンツホルダのＣＰＵは、コンテンツホルダの記憶部１２にあらかじめ記憶されている制限回数の閾値と、ステップＳ１２５において減算された制限回数とを比較する。制限回数が閾値以上の値である場合（ステップＳ１２６：ＮＯ）には、ステップＳ１２７に進む。また、制限回数が閾値よりも小さい値である場合（ステップＳ１２７：ＮＯ）には、ステップＳ１２９に進む。
【０２４６】
次に、ステップＳ１２７において、コンテンツホルダのＣＰＵは、コンテンツホルダの記憶部１２に記憶されている、ステップＳ１２５において減算された制限回数情報が０以上であるか否かを判断する。制限回数情報が０よりも大きい値である場合（ステップＳ１２７：ＮＯ）の場合には、のメインルーチンへ戻る。また、制限回数情報が０である場合（ステップＳ１２７：ＮＯ）の場合には、ステップＳ１３０に進む。
【０２４７】
ステップＳ１２９において、コンテンツホルダは、コンテンツホルダが記憶している制限回数情報が少なくなったことを示すメッセージ（警告情報）を、ファイル投入専用端末に対して送信する。
【０２４８】
ステップＳ１３０において、ステップＳ１２７において制限回数情報が０であると判断された制限回数情報に対応するコンテンツデータを、コンテンツホルダのＣＰＵが、コンテンツホルダの記憶部１２から削除する。その後、メインルーチンへ戻る。
【０２４９】
ステップＳ１２８において、コンテンツホルダのＣＰＵは、ファイルの送信を要求する情報を送信したリクエスタに対して、ファイル送信要求情報に対応するコンテンツデータを記憶していないことを示す情報を送信する。その後、メインルーチンへ戻る。
【０２５０】
［５．２  ファイル投入専用端末（ファイル利用時）］
コンテンツホルダから警告メッセージを受信したファイル投入専用端末が、コンテンツデータの制限回数情報を追加する情報を、コンテンツホルダに送信する場合について説明する。
【０２５１】
ステップＳ１３２において、ファイル投入専用端末は、コンテンツホルダから送信される警告メッセージを受信する。そして、ファイル投入専用端末のＣＰＵが警告メッセージの内容を解析する。そして、警告メッセージによって送信要求されているコンテンツデータの識別情報を抽出する。
【０２５２】
ステップＳ１３３において、ステップＳ１３２において抽出された識別情報に対応するコンテンツデータの制限回数情報が、ファイル投入専用端末の記憶部１２に記憶されている場合には、ファイル投入専用端末のＣＰＵは、コンテンツホルダに制限回数情報を送信する。その後、メインルーチンへ戻る。
【０２５３】
このように、コンテンツデータを利用できる回数を示した制限回数情報は、必ずファイル投入専用端末から入力される。そして、コンテンツホルダの制限回数情報があらかじめ定められた回数より小さくなった場合に、コンテンツホルダからファイル投入専用端末に送信された警告メッセージに応じて、必要な制限回数情報をファイル投入専用端末からコンテンツホルダに送信する。
【０２５４】
［５．３  コンテンツホルダ（制限回数補充時）］
図１２（Ｃ）は、コンテンツホルダの制限回数情報を補充する場合のコンテンツホルダの動作を示したフローチャートである。以下、各ステップの動作を説明する。
【０２５５】
ステップＳ１３７において、コンテンツホルダは、コンテンツホルダから送信された警告メッセージに対するファイル投入専用端末からの返答情報を受信する。そして、コンテンツホルダのＣＰＵは返答情報を解析する。
【０２５６】
ステップＳ１３８において、コンテンツホルダのＣＰＵは、ステップＳ１３７における解析によって、返答情報から解析されたコンテンツデータの識別情報に対応するコンテンツデータを含むファイルを記憶部１２から抽出する。そして、コンテンツホルダのＣＰＵは、返答情報に添付された制限回数情報を、当該ファイルに記憶されている制限回数情報に加算する。制限回数情報が加算された当該ファイツは、コンテンツホルダのＣＰＵによって、記憶部１２に記憶される。その後、メインルーチンへ戻る。
【０２５７】
このように、コンテンツホルダは記憶しているコンテンツデータの制限回数があらかじめ定められている回数よりも少なくなったときには、ファイル投入専用端末から制限回数を補充してもらうことができる。
【０２５８】
以上に記載された実施形態においては、複数のノード装置において共通に使用される共用情報としてコンテンツデータを例にとって説明したが、これに限定されるものではなく、例えば複数のノード装置において共通に使用されるべきソースプログラム等、複数のユーザが共通して持つ必要のある共用データに対して適用してもよい。
【０２５９】
［６．  第１の実施形態の変形例１］
第１の実施形態において、リクエスタは、コンテンツデータの送信を要求する場合に、最初にコンテンツホルダにコンテンツデータの送信要求情報を、送信したが、変形例１においては、リクエスタは、コンテンツデータの送信要求情報をルートノードに対して送信する（図示せず）。
【０２６０】
リクエスタはコンテンツＩＤを基に、リクエスタが記憶するルーティングテーブルからコンテンツＩＤを管理するノード装置（ルートノード）に送信要求情報を送信するために、次に送信要求情報を送信するノード装置を検索する。
【０２６１】
そうすると、リクエスタから送信された送信要求情報が、他のノード装置を経由して（一台もノード装置を経由しない場合もある。）ルートノードに受信される。
【０２６２】
ここで、ルートノードはコンテンツデータの制限回数情報を記憶しているので、制限回数情報を基に、リクエスタから送信要求されたコンテンツデータが利用できることを確認した後に、ルートノードが記憶している、コンテンツデータを記憶しているノード装置（コンテンツホルダ）のＩＰアドレスをリクエスタに直接送信する。
【０２６３】
コンテンツホルダのＩＰアドレスを、ルートノードから直接受信したリクエスタは、コンテンツホルダに対して、コンテンツデータを送信するように送信要求情報を送信する。
【０２６４】
リクエスタからのコンテンツ送信要求情報を受信したコンテンツホルダは、リクエスタに対してコンテンツデータを送信する。
【０２６５】
このように、ＤＨＴにおいては、リクエスタがコンテンツＩＤを基に、コンテンツホルダのＩＰアドレス等の識別情報およびコンテンツデータの制限回数情報を記憶するルートノードに対して、コンテンツデータの送信要求情報を送信することもできる。
【０２６６】
［７．  第１の実施形態の変形例２］
第１の実施形態においては、ファイル投入専用端末（ノード装置）において、コンテンツデータを記憶すべきノード装置（コンテンツホルダ）のＩＰアドレスを少なくとも一つ以上決定するとともに、当該コンテンツホルダに対してコンテンツデータの制限回数情報も送信していた。
【０２６７】
しかし、本変形例においては、コンテンツデータの制限回数情報はコンテンツホルダに送信せずに、ファイル投入専用端末（ノード装置）において決定されたルートノードに対して直接送信する。
【０２６８】
したがって、コンテンツホルダは、ファイル投入専用端末からコンテンツデータを受信する。そして、ルートノードに対して、コンテンツホルダのＩＰアドレス情報を送信する。しかし、コンテンツホルダは、コンテンツデータの制限回数情報をファイル投入専用端末から受信していないので、ルートノードに対してコンテンツデータの制限回数情報を送信することはない。
【０２６９】
ルートノードは、コンテンツデータの制限回数情報をファイル投入専用ノード装置（端末）から直接受信するとともに、コンテンツホルダからコンテンツホルダのＩＰアドレスを受信する。
【０２７０】
また、第１の実施形態と同様に、ルートノードは、コンテンツホルダからコンテンツデータが送信されるたびに、制限回数情報を更新する。例えば、コンテンツホルダからコンテンツデータを送信するたびに制限回数情報を１回減算する。
【図面の簡単な説明】
【０２７１】
【図１】本実施形態に係るコンテンツ配信システムにおける各ノード装置の接続態様の一例を示す図である。
【図２】ＩＤ空間の説明図である。
【図３】ＤＨＴによってルーティングテーブルが作成される様子の一例を示す図である。
【図４】（Ａ）レベル１のテーブルの一例である。（Ｂ）レベル２のテーブルの一例である。（Ｃ）レベル３のテーブルの一例である。（Ｄ）完成したルーティングテーブルの一例である。
【図５】本実施形態におけるＤＨＴによりコンテンツデータの保存元であるノード装置１が検索される様子の一例を示す図である。
【図６】（Ａ）実施携帯に係わるメインルーチンの動作をあらわしたフローチャートである。（Ｂ）第１の実施形態に係わるファイルを投入する場合のファイル投入専用端末の動作を示したフローチャートである。（Ｃ）第１の実施形態に係わるファイルを投入する場合のコンテンツホルダの動作を示したフローチャートである。（Ｄ）第１の実施形態に係わるファイルを投入する場合における任意のユーザ端末の動作を示したフローチャートである。
【図７】（Ａ）第１の実施形態におけるファイルを利用する場合のリクエスタの動作を示すフローチャートである。（Ｂ）第１の実施形態におけるファイルを利用する場合のコンテンツホルダの動作を示すフローチャートである。（Ｃ）第１の実施形態におけるファイルを削除するコンテンツホルダの動作を示すフローチャートである。
【図８】第１の実施形態におけるファイルを利用する場合の任意のノード装置およびルートノードの動作を示すフローチャートである。
【図９】（Ａ）第２の実施形態におけるファイルを投入する場合のファイル投入専用端末の動作を示したフローチャートである。（Ｂ）第２の実施形態における、ファイルを投入する場合のコンテンツホルダの動作を示したフローチャートである。
【図１０】（Ａ）第２の実施形態におけるファイルを利用する場合のリクエスタの動作を示すフローチャートである。（Ｂ）第２の実施形態におけるファイルを利用する場合のコンテンツホルダの動作を示すフローチャートである。
【図１１】（Ａ）第２の実施形態の変形例１におけるファイルを投入する場合のファイル投入専用端末の動作を示したフローチャートである。（Ｂ）第２の実施形態の変形例１における、ファイルを投入する場合のコンテンツホルダの動作を示したフローチャートである。
【図１２】（Ａ）第２の実施形態の変形例２におけるファイルを利用する場合のコンテンツホルダの動作を示すフローチャートである。（Ｂ）第２の実施形態の変形例２におけるファイル投入専用端末の動作を示すフローチャートである。（Ｃ）第２の実施形態の変形例２における制限回数を追加する場合のコンテンツホルダの動作を示すフローチャートである。
【図１３】ノード装置１の概要構成例を示す図である。
【符号の説明】
【０２７２】
１  ノード装置
８  ネットワーク
１１  制御部
１２  記憶部
１３  バッファメモリ
１４  デコーダ部
１５  映像処理部
１６  表示部
１７  音声処理部
１８  スピーカ
２０  通信部
２１  入力部
２２  バス
Ｓ  コンテンツ配信システム
【図１】
2006285328.tif 000003
【図２】
2006285328.tif 000004
【図３】
2006285328.tif 000005
【図４】
2006285328.tif 000006
【図５】
2006285328.tif 000007
【図６】
2006285328.tif 000008
【図７】
2006285328.tif 000009
【図８】
2006285328.tif 000010
【図９】
2006285328.tif 000011
【図１０】
2006285328.tif 000012
【図１１】
2006285328.tif 000013
【図１２】
2006285328.tif 000014
【図１３】
2006285328.tif 000015
【手続補正書】
【提出日】平成17年4月11日(2005.4.11)
【手続補正１】
【補正対象書類名】図面
【補正対象項目名】図６
【補正方法】変更
【補正の内容】
【図６】
2006285328.tif 000016
【手続補正２】
【補正対象書類名】図面
【補正対象項目名】図７
【補正方法】変更
【補正の内容】
【図７】
2006285328.tif 000017
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】図８
【補正方法】変更
【補正の内容】
【図８】
2006285328.tif 000018
【手続補正４】
【補正対象書類名】図面
【補正対象項目名】図９
【補正方法】変更
【補正の内容】
【図９】
2006285328.tif 000019
【手続補正５】
【補正対象書類名】図面
【補正対象項目名】図１０
【補正方法】変更
【補正の内容】
【図１０】
2006285328.tif 000020
【手続補正６】
【補正対象書類名】図面
【補正対象項目名】図１１
【補正方法】変更
【補正の内容】
【図１１】
2006285328.tif 000021
【手続補正７】
【補正対象書類名】図面
【補正対象項目名】図１２
【補正方法】変更
【補正の内容】
【図１２】
2006285328.tif 000022