JP5141494B2 - コンテンツ分散保存システム、特殊コンテンツ取得方法、ノード装置、及びノード処理プログラム - Google Patents

Description

本発明は、電子証明書の有効性を判断するために用いられる証明書失効リストをネットワークを介して取得する技術分野に関する。

ネットワークを介して接続された情報処理装置間において、電子証明書を用いて認証を行った上で通信を行う際には、この電子証明書が有効であるか否かを確認するために、証明書失効リスト（Certificate Revocation List）を取得することが必要である。従来、この証明書失効リスト（以下、「ＣＲＬ」という）を取得する形態としては、例えば、特許文献１に記載されているように、電子証明書を発行した認証局が管理するサーバに登録保存されることによって公開されたＣＲＬを、クライアント装置は、必要なときにサーバにアクセスして取得するという、クライアント−サーバ型の形態がとられていた。
特開２００２−３４２５１６公報

しかしながら、クライアント−サーバ型の形態では、認証局のサーバにアクセスが集中するので、当該サーバ装置に対する負荷が大きいという問題があった。また、電子証明書を用いた認証を必要とするネットワークシステムの運用期間が長くなると、ＣＲＬのデータサイズが肥大化するので、ＣＲＬ配布によるサーバの負荷が増加する。

上記特許文献１に記載の技術では、ＣＲＬに記述された次回発行予定日になるまでは、最新のＣＲＬを認証局から取得しないようにすることで、ネットワークのトラフィックを増大させないようにしているが、認証局にアクセスが集中することには変わりない。

本発明は、以上の点に鑑みてなされたものであり、証明書失効リストの配布によるサーバ装置の負荷を低減させることが可能なコンテンツ分散保存システム、特殊コンテンツ取得方法、ノード装置、及びノード処理プログラムを提供することを課題とする。

上記課題を解決するために、請求項１に記載の発明は、ネットワークを介して互いに通信可能な複数のノード装置を備えたコンテンツ分散保存システムであり、失効した電子証明書のリストを示す証明書失効リスト情報を含み且つ固有の識別情報が割り当てられた特殊コンテンツを少なくとも一つ以上の前記ノード装置に保存させ、各前記ノード装置間で前記特殊コンテンツを取得可能としたコンテンツ分散保存システムにおける前記ノード装置であって、取得された電子証明書に基づいて、当該電子証明書に対応する前記証明書失効リスト情報を含む前記特殊コンテンツに割り当てられた前記識別情報を取得する識別情報取得手段と、前記取得された識別情報が割り当てられた前記特殊コンテンツを保持している他のノード装置を当該識別情報に基づいて検索するよう制御することにより、当該他のノード装置から当該特殊コンテンツを取得する特殊コンテンツ取得手段と、を備えることを特徴とする。

この発明によれば、証明書失効リスト情報を含む特殊コンテンツを一つ以上のノード装置に保存させておき、各ノード装置は、取得した電子証明書に基づいて、対応する証明書失効リスト情報を含む特殊コンテンツに割り当てられた識別情報を取得し、当該特殊コンテンツを保持している他のノード装置を当該識別情報に基づいて検索するよう制御することにより、他のノード装置から当該特殊コンテンツを取得するので、証明書失効リストの配布によるサーバ装置の負荷を低減させることができる。

請求項２に記載の発明は、請求項１に記載のノード装置において、前記特殊コンテンツ取得手段は、前記特殊コンテンツの所在を管理する管理装置に問い合わせることにより、当該特殊コンテンツを保存している他のノード装置に接続し、前記特殊コンテンツを取得することを特徴とする。

請求項３に記載の発明は、請求項２に記載のノード装置において、前記特殊コンテンツ取得手段は、前記取得された識別情報に関連する前記管理装置に対して前記特殊コンテンツの所在を問い合わせることを特徴とする。

この発明によれば、特殊コンテンツの所在を管理するノード装置が、識別情報によって特殊コンテンツ毎に決められるので、特殊コンテンツの所在の管理による負荷を分散させることができる。

請求項４に記載の発明は、請求項２または請求項３に記載のノード装置において、既に分散して保存された前記特殊コンテンツに含まれる前記証明書失効リスト情報が更新された場合、更新後の証明書失効リスト情報を含む新たな特殊コンテンツが前記複数のノード装置に分散して保存されるものであって、当該新たな特殊コンテンツには新たに固有の識別情報が割り当てられることを特徴とする。

この発明によれば、各ノード装置により古い特殊コンテンツが無駄に取得されることを回避することができる。

請求項５に記載の発明は、請求項１に記載のノード装置において、前記特殊コンテンツは、当該特殊コンテンツに割り当てられた前記識別情報に関連するノード装置に保存されるものであって、前記特殊コンテンツ取得手段は、前記取得された識別情報に関連するノード装置から当該識別情報が割り当てられた前記特殊コンテンツを取得することを特徴とする。

この発明によれば、特殊コンテンツを保持するノード装置が、識別情報によって特殊コンテンツ毎に決められるので、各ノード装置の負荷を更に分散させることができる。

請求項６に記載の発明は、請求項５に記載のノード装置において、前記特殊コンテンツは、当該特殊コンテンツに割り当てられた前記識別情報に関連するノード装置と、少なくとも一つ以上の他のノード装置と、に保存されるものであって、前記特殊コンテンツ取得手段は、前記取得された識別情報に関連するノード装置に向けて転送されていく、前記特殊コンテンツの要求を示す特殊コンテンツ要求情報を前記複数のノード装置のうち何れかのノード装置に送信することにより、当該識別情報が割り当てられた前記特殊コンテンツを保持し且つ当該特殊コンテンツ要求情報を受信した他のノード装置から当該特殊コンテンツを取得することを特徴とする。

この発明によれば、特殊コンテンツは、当該特殊コンテンツに割り当てられた識別情報に関連するノード装置に保存される他にも、一つ以上の他のノード装置にも保存されるので、証明書失効リスト情報を必要とする時点で、識別情報に関連するノード装置がコンテンツ分散保存システムから離脱している場合でも、送信された特殊コンテンツ要求情報を受信した当該他のノード装置から証明書失効リスト情報を取得することができる。

請求項７に記載の発明は、請求項１乃至６の何れか１項に記載のノード装置において、前記取得された電子証明書には、前記識別情報または当該識別情報に対応付けられた情報の少なくとも何れか一方が前記証明書失効リスト情報の配布ポイントとして予め設定されており、前記識別情報取得手段は、前記電子証明書に設定された前記配布ポイントに基づいて、前記識別情報を取得することを特徴とする。

請求項８に記載の発明は、ネットワークを介して互いに通信可能な複数のノード装置を備えたコンテンツ分散保存システムであり、失効した電子証明書のリストを示す証明書失効リスト情報を含み且つ固有の識別情報が割り当てられた特殊コンテンツを少なくとも一つ以上の前記ノード装置に保存させ、各前記ノード装置間で前記特殊コンテンツを取得可能としたコンテンツ分散保存システムにおける前記ノード装置に含まれるコンピュータを、取得された電子証明書に基づいて、当該電子証明書に対応する前記証明書失効リスト情報を含む前記特殊コンテンツに割り当てられた前記識別情報を取得する識別情報取得手段、前記取得された識別情報が割り当てられた前記特殊コンテンツを保持している他のノード装置を当該識別情報に基づいて検索するよう制御することにより、当該他のノード装置から当該特殊コンテンツを取得する特殊コンテンツ取得手段、として機能させることを特徴とする。

請求項９に記載の発明は、ネットワークを介して互いに通信可能な複数のノード装置を備えたコンテンツ分散保存システムであり、失効した電子証明書のリストを示す証明書失効リスト情報を含み且つ固有の識別情報が割り当てられた特殊コンテンツを少なくとも一つ以上の前記ノード装置に保存させ、各前記ノード装置間で前記特殊コンテンツを取得可能としたコンテンツ分散保存システムであって、前記ノード装置は、取得された電子証明書に基づいて、当該電子証明書に対応する前記証明書失効リスト情報を含む前記特殊コンテンツに割り当てられた前記識別情報を取得する識別情報取得手段と、前記取得された識別情報が割り当てられた前記特殊コンテンツを保持している他のノード装置を当該識別情報に基づいて検索するよう制御することにより、当該他のノード装置から当該特殊コンテンツを取得する特殊コンテンツ取得手段と、を備えることを特徴とする。

請求項１０に記載の発明は、ネットワークを介して互いに通信可能な複数のノード装置を備えたコンテンツ分散保存システムであり、失効した電子証明書のリストを示す証明書失効リスト情報を含み且つ固有の識別情報が割り当てられた特殊コンテンツを少なくとも一つ以上の前記ノード装置に保存させ、各前記ノード装置間で前記特殊コンテンツを取得可能としたコンテンツ分散保存システムにおける特殊コンテンツ取得方法であって、前記ノード装置が、取得された電子証明書に基づいて、当該電子証明書に対応する前記証明書失効リスト情報を含む前記特殊コンテンツに割り当てられた前記識別情報を取得する識別情報取得工程と、前記ノード装置が、前記取得された識別情報が割り当てられた前記特殊コンテンツを保持している他のノード装置を当該識別情報に基づいて検索するよう制御することにより、当該他のノード装置から当該特殊コンテンツを取得する特殊コンテンツ取得工程と、を含むことを特徴とする。

本発明によれば、証明書失効リスト情報を含む特殊コンテンツを一つ以上のノード装置に保存させておき、各ノード装置は、取得した電子証明書に基づいて、対応する証明書失効リスト情報を含む特殊コンテンツに割り当てられた識別情報を取得し、当該特殊コンテンツを保持している他のノード装置を当該識別情報に基づいて検索するよう制御することにより、他のノード装置から当該特殊コンテンツを取得するので、証明書失効リストの配布によるサーバ装置の負荷を低減させることができる。

以下、本発明の最良の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、コンテンツ分散保存システムに本発明を適用した場合の実施形態である。

［１．第１実施形態］
［１．１ コンテンツ分散保存システムの構成及び動作概要］
始めに、図１等を参照して、第１実施形態に係るコンテンツ分散保存システムの構成及び動作概要について説明する。

図１は、第１実施形態に係るコンテンツ分散保存システムにおける各ノード装置の接続態様の一例を示す図である。

図１の下部枠１０１内に示すように、ＩＸ（Internet eＸchange）３、ＩＳＰ（Internet Service Provider）４ａ,４ｂ、ＤＳＬ（Digital Subscriber Line）回線事業者（の装置）５ａ,５ｂ、ＦＴＴＨ（Fiber To The Home）回線事業者（の装置）６、及び通信回線（例えば、電話回線や光ケーブル等）７等によって、インターネット等のネットワーク（現実世界の通信ネットワーク）８が構築されている。なお、図１の例におけるネットワーク８には、データ（パケット）を転送するためのルータが、適宜挿入されているが図示を省略している。

このようなネットワーク８には、複数のノード装置（以下、「ノード」という）Ｎｎ（ｎ＝１，２，３・・・の何れか）が接続されている。また、各ノードＮｎには、固有の製造番号及びＩＰ（Internet Protocol）アドレスが割り当てられている。そして、本実施形態に係るコンテンツ分散保存システムＳは、これらのノードＮｎのうち、図１の上部枠１００内に示すように、何れか複数のノードＮｎの参加により形成されるピアツーピア方式のネットワークシステムとなっている。

なお、図１の上部枠１００内に示すネットワーク９は、既存のネットワーク８を用いて形成された仮想的なリンクを構成するオーバーレイネットワーク９（論理的なネットワーク）である。かかるオーバーレイネットワーク９は、特定のアルゴリズム、例えば、ＤＨＴを利用したアルゴリズムにより実現される。そして、コンテンツ分散保存システムＳ（言い換えれば、オーバーレイネットワーク９）に参加している各ノードＮｎには、所定桁数からなる固有の識別情報であるノードＩＤが割り当てられている。

また、当該ノードＩＤは、例えば、各ノードＮｎに個別に割り当てられたＩＰアドレス或いは製造番号を共通のハッシュ関数（例えば、ＳＨＡ−１等）によりハッシュ化した値（例えば、ｂｉｔ長が１６０ｂｉｔ）であり、一つのＩＤ空間に偏りなく分散して配置されることになる。

なお、コンテンツ分散保存システムＳへの参加は、参加していないノードＮｎ（例えば、ノードＮ８）が、参加している任意のノードＮｎ（例えば、当該システムＳに常時参加しているコンタクトノード）に対して参加要求を示す参加メッセージを送信することによって行われる。

また、各ノードＮｎは、夫々、ＤＨＴを用いたルーティングテーブルを保持している。このルーティングテーブルは、コンテンツ分散保存システムＳ上における各種メッセージの転送先を規定しており、具体的には、ＩＤ空間内で適度に離れたノードＮｎのノードＩＤ、ＩＰアドレス及びポート番号を含むノード情報が複数登録されている。

コンテンツ分散保存システムＳに参加している１台のノードＮｎは、該システムＳに参加している全てのノードＮｎのうち、必要最低限のノードＮｎのノード情報をルーティングテーブルに登録しておき、ノード情報を知らない（記憶していない）ノードＮｎについては、各ノードＮｎ間で互いに各種メッセージを転送し合って届けてもらうようになっている。

このようなＤＨＴを用いたルーティングテーブルについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。

ところで、コンテンツ分散保存システムＳにおいては、内容の異なる様々なコンテンツ（例えば、映画や音楽等）のレプリカが所定のファイル形式で複数のノードＮｎに分散して保存（格納）されており、各ノードＮｎ間で当該レプリカを利用可能になっている。例えば、ノードＮ５には、タイトルがＸＸＸの映画のコンテンツのレプリカが保存されており、一方、ノードＮ３には、タイトルがＹＹＹの映画のコンテンツのレプリカが保存されるというように、複数のノードＮｎ（以下、「コンテンツ保持ノード」という）に分散されて保存されている。

また、これらのコンテンツのレプリカには、夫々、コンテンツ名（タイトル）及びコンテンツＩＤ（コンテンツ毎に固有の識別情報）等の情報が付加されている。このコンテンツＩＤは、例えば、コンテンツ名＋任意の数値（或いは、コンテンツデータの先頭数バイトでも良い）が、上記ノードＩＤを得るときと共通のハッシュ関数によりハッシュ化されて生成される（ノードＩＤと同一のＩＤ空間に配置）。或いは、システム管理者が、コンテンツ毎に一意のＩＤ値（ノードＩＤと同一ビット長）を付与しても良い。この場合は、コンテンツ名とそのコンテンツＩＤの対応が書かれたコンテンツカタログ情報が、全ノードＮｎに配布される。

また、このように分散保存されているコンテンツのレプリカの所在、つまり、当該レプリカを保存したノードＮｎのノード情報と当該コンテンツのコンテンツＩＤ等の組が含まれるインデックス情報が、当該コンテンツのレプリカの所在を管理しているノードＮｎ（以下、「ルートノード」、又は「コンテンツ（コンテンツＩＤ）のルートノード」という）等により記憶（インデックスキャッシュに記憶）、管理されるようになっている。

例えば、タイトルがＸＸＸの映画のコンテンツのレプリカについてのインデックス情報は、そのコンテンツ（コンテンツＩＤ）のルートノードであるノードＮ４により管理され、タイトルがＹＹＹの映画のコンテンツのレプリカについてのインデックス情報は、そのコンテンツ（コンテンツＩＤ）のルートノードであるノードＮ７により管理される。また、このようなルートノードは、例えば、コンテンツＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有するノードＮｎであるように定められる。

そして、あるノードＮｎのユーザが、所望するコンテンツのレプリカを取得したい場合、当該レプリカの取得を望むノードＮｎ（以下、「ユーザノード」という）は、当該ユーザにより選択されたコンテンツのコンテンツＩＤ及び自己のＩＰアドレス等を含むコンテンツ所在問合せ（検索）メッセージ（クエリ）を生成し、これを自己のＤＨＴを用いたルーティングテーブルに従って他のノードＮｎに対して送出する。つまり、ユーザノードは、コンテンツ所在問合せ（検索）メッセージを、ルートノードに向けて（ルートノード宛に）送出する（ルートノードにコンテンツのレプリカの所在を問い合わせる）。これにより、コンテンツ所在問合せ（検索）メッセージは、コンテンツＩＤをキーとするＤＨＴルーティングによって最終的にルートノードに到着することになる。

なお、各ノードＮｎにおいてユーザにより選択されるべきコンテンツのコンテンツ名及びコンテンツＩＤ等の属性情報は、例えばセンターサーバＳＡから全てのノードＮｎに配信されるコンテンツカタログ情報に記述されている。

また、上記コンテンツ所在問合せ（検索）メッセージに含まれるコンテンツＩＤは、ユーザノードによって、コンテンツ名が上記共通のハッシュ関数によりハッシュ化されて生成されるようにしても良い。なお、ＤＨＴルーティングについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。

上記コンテンツ所在問合せ（検索）メッセージを受信したルートノードは、これに含まれるコンテンツＩＤに対応するインデックス情報をインデックスキャッシュから取得（検索）して、当該インデックス情報を、該コンテンツ所在問合せメッセージの送信元であるユーザノードに対して返信する。こうしてインデックス情報を取得したユーザノードは、当該インデックス情報に含まれるあるコンテンツ保持ノードのＩＰアドレス等に基づいて当該コンテンツ保持ノードにアクセスして、コンテンツ送信要求メッセージを送信し、そこからコンテンツのレプリカをダウンロード（取得）することが可能になる。なお、当該インデックス情報には、例えば複数のコンテンツ保持ノードのノード情報が含まれていることもある（同一のコンテンツのレプリカが複数のコンテンツ保持ノードに保存されている場合）。かかる場合、ユーザノードは、当該複数のコンテンツ保持ノードのうち一つのコンテンツ保持ノードを選択し、選択したコンテンツ保持ノードに接続してコンテンツのレプリカをダウンロードすることができる。

なお、ルートノードは、当該インデックス情報に含まれるＩＰアドレス等に示されたコンテンツ保持ノードに対してコンテンツ送信要求メッセージを送信し、これにより、ユーザノードは、上記コンテンツ保持ノードからそのレプリカをダウンロードすることもできる。また、上記ユーザノードは、コンテンツ所在問合せメッセージがルートノードに辿り着くまでの間に、当該ルートノードと同じインデックス情報をキャッシュしているキャッシュノードから当該インデックス情報を取得することもできる。

また、コンテンツ保持ノードから取得したコンテンツのレプリカを保存したユーザノードは、当該レプリカを保存したことをそのルートノードに知らせるために、当該レプリカのコンテンツＩＤ及び自己のノード情報が含まれるパブリッシュ（登録通知）メッセージを生成し、該パブリッシュメッセージを、そのルートノードに向けて（ルートノード宛に）送出する。これにより、パブリッシュメッセージは、コンテンツ所在問合せ（検索）メッセージと同じように、コンテンツＩＤをキーとするＤＨＴルーティングによってルートノードに到着することになる。そして、該ルートノードは、受信したパブリッシュメッセージに含まれるノード情報及びコンテンツＩＤの組を含むインデックス情報を登録（インデックスキャッシュ領域に記憶）することになる。こうして、上記ユーザノードは、新たに、上記コンテンツのレプリカを保持するコンテンツ保持ノードとなる。

ところで、例えば、コンテンツのレプリカをダウンロードするなどの、ノードＮｎ間での通信を行う際には、通信の相手となるノードＮｎ（以下、「相手ノード」という）がコンテンツ分散保存システムＳに参加を許可されたノードであるか否かを相互認証するようになっている。この認証は、相手ノードがコンテンツ分散保存システムＳに参加を許可されていることを証明する電子証明書を用いて行われる。また、電子証明書に記載された有効期限が過ぎていない場合であっても、何らかの理由でこの電子証明書が失効している可能性があるため、認証を行うノードＮｎは、認証に用いる電子証明書に対応するＣＲＬ（証明書失効リスト）を用いて電子証明書の有効性を確認する。

この電子証明書及びＣＲＬのフォーマットは、一般的なものと同様である。例えば、電子証明書には、証明書のバージョン、シリアル番号、署名アルゴリズム、発行者の識別名、証明書の有効期限、証明書所有者の名称、公開鍵アルゴリズム、公開鍵、拡張領域、署名アルゴリズム、発行者の署名等が記述される。ここで、拡張領域には、例えば、ＣＲＬ配布ポイントが記述される。また、ＣＲＬには、例えば、ＣＲＬのバージョン、署名アルゴリズム、発行者の識別名、今回更新日時、次回更新日時、失効証明書リスト、拡張領域、署名アルゴリズム、発行者の署名等が記述される。なお、本実施形態において、発行者とは、認証局、或いは、コンテンツ分散保存システムＳの管理者である。

上記ＣＲＬは、認証サーバＣＡにおいて生成されるとともに、定期的に更新が行われる。認証サーバＣＡにより生成されたＣＲＬは、センターサーバＳＡに送信され、特殊コンテンツとしてセンターサーバＳＡから複数のノードＮｎに分散して投入される。そして、ＣＲＬを必要とするノードＮｎは、コンテンツのレプリカを取得する場合と同じようにして、特殊コンテンツとしてのＣＲＬを取得する。

［１．２ センターサーバＳＡの構成及び機能等］
次に、図２を参照して、センターサーバＳＡの構成及び機能について説明する。

図２は、センターサーバＳＡの概要構成例を示す図である。

センターサーバＳＡは、図２に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データ及びプログラムを記憶するＲＯＭ等から構成された制御部１１と、各種データ及び各種プログラム等を記憶保存（格納）するためのＨＤ等から構成された記憶部１２と、ネットワーク８等を通じてノードＮｎとの間の情報の通信制御を行うための通信部１３と、を備えて構成され、制御部１１、記憶部１２、及び通信部１３はバス１４を介して相互に接続されている。

記憶部１２には、各ノードＮｎのノードＩＤ、ＩＰアドレス及びポート番号等が記憶されている。

制御部１１は、ＣＰＵが記憶部１２等に記憶されたプログラムを読み出して実行することにより、全体を統括制御する。

また、制御部１１は、認証サーバＣＡにより生成されたＣＲＬを当該認証サーバＣＡから取得し、取得した各ＣＲＬをそれぞれ一つの特殊コンテンツ（データ）として生成する。そして、制御部１１は、上述したコンテンツのレプリカの分散保存と同じように、当該特殊コンテンツを複数のノードＮｎに分散して投入、つまり、当該ノードＮｎに対して特殊コンテンツ投入指令を発行して保存させる。

なお、センターサーバＳＡ自身が特殊コンテンツを複数のノードＮｎに分散して投入する代わりに、ユーザノードが特殊コンテンツの所在をルートノードに問い合わせたときに、当該特殊コンテンツを保持するコンテンツ保持ノードがルートノードに登録されていなかった場合、つまり、当該特殊コンテンツを保存しているノードＮｎが未だ存在していないときに、ユーザノードがセンターサーバＳＡから特殊コンテンツをダウンロードするようにしても良い。このようにすれば、最初に特殊コンテンツとしてのＣＲＬを必要とする１つのノードＮｎによるダウンロードのみセンターサーバＳＡから特殊コンテンツを取得すれば、以降は当該ノードＮｎがコンテンツ保持ノードとしてルートノードに登録されるため、他のノードＮｎは、ＤＨＴルーティングによってコンテンツ保持ノードから特殊コンテンツを取得することができるようになる。これは特殊コンテンツに限らず通常コンテンツでも同様である。

かかる特殊コンテンツには、固有のコンテンツＩＤ（識別情報）が割り当てられており、このコンテンツＩＤは、例えば、ＣＲＬが、上記ノードＩＤを得るときと共通のハッシュ関数によりハッシュ化されて生成される（ノードＩＤと同一のＩＤ空間に配置）。こうして生成された特殊コンテンツのコンテンツＩＤは、各ノードＮｎが特殊コンテンツを検索するためのキーとなるので、各ノードＮｎに通知する必要がある。例えば、各ノードＮｎに配信されるコンテンツカタログ情報に記述されることにより各ノードＮｎに通知される。これにより、当該特殊コンテンツは、他のノードＮｎ間で取得可能となる。

なお、コンテンツカタログ情報の配信は、例えば、特開２００７−０５３６６２号公報にて開示されたＤＨＴマルチキャスト（マルチキャストメッセージ転送処理）によりコンテンツ分散保存システムＳに参加している全てのノードＮｎに対して行うと良い。

また、認証サーバＣＡからは、更新されたＣＲＬが、例えば、定期的にセンターサーバＳＡに送信されてくるが、制御部１１は、この更新されたＣＲＬを特殊コンテンツとして生成し、当該特殊コンテンツを複数のノードＮｎに分散して投入する。つまり、既に分散して保存された特殊コンテンツに含まれるＣＲＬが更新された場合、更新後のＣＲＬを含む新たな特殊コンテンツが複数のノードＮｎに分散して保存される。なお、この場合も前述と同様、センターサーバＳＡ自身が特殊コンテンツを複数のノードＮｎに分散して投入するのではなく、ユーザノードが、当該特殊コンテンツを保持するコンテンツ保持ノードがルートノードに登録されていなかった場合に、センターサーバＳＡから特殊コンテンツをダウンロードするようにしても良い。

このとき、新たな特殊コンテンツには新たに固有のコンテンツＩＤが割り当てられる（以前のものから変更される）ので、制御部１１は、コンテンツカタログ情報上において、新たに投入された特殊コンテンツのコンテンツＩＤを有効とするためのコンテンツＩＤ通知処理を各ノードＮｎに行う。例えば、制御部１１は、古い特殊コンテンツのコンテンツＩＤを無効（失効）にし、且つ新しい特殊コンテンツのコンテンツＩＤを有効にするためのコンテンツＩＤ通知メッセージを各ノードＮｎに送信する。或いは、制御部１１は、新しい特殊コンテンツのコンテンツＩＤが記述（古い特殊コンテンツのコンテンツＩＤは記述されない）されたコンテンツカタログ情報を各ノードＮｎに配信する。これにより、古い特殊コンテンツは他のノードＮｎから取得できなくなる。

ところで、特殊コンテンツの１回のダウンロードに要する通信量を低減させるためには、認証サーバＣＡにおいてＣＲＬを分割して生成（例えば、シリアル番号が0000〜0999の電子証明書に対してはＣＲＬ１、シリアル番号が1000〜1999の電子証明書に対してはＣＲＬ２、というように、カバーする電子証明書の範囲で分けて生成）し、センターサーバＳＡにおいてＣＲＬ毎に特殊コンテンツを生成することが望ましい。従って、各ノードＮｎは、必要とする最新のＣＲＬを含んだ特殊コンテンツのコンテンツＩＤ、つまり、最新のコンテンツＩＤを知る必要がある。

そこで、電子証明書の拡張領域に記述されるＣＲＬ配布ポイントと、コンテンツカタログ情報と、により、電子証明書とこれに対応するＣＲＬを含んだ特殊コンテンツの最新のコンテンツＩＤとが対応付けられている。例えば、電子証明書のＣＲＬ配布ポイントには、コンテンツＩＤに対応する情報として、当該電子証明書に対応するＣＲＬを識別するためのキーワード（識別名）が記述される。そして、コンテンツカタログ情報には、特殊コンテンツのコンテンツ名及びコンテンツＩＤが設定されるが、このコンテンツ名に、前記のキーワードが記述される。そうすることによって、ノードＮｎは、電子証明書のＣＲＬ配布ポイントに記述されているキーワードでコンテンツカタログ情報を検索することによって、適切なコンテンツＩＤを取得することができる。また、例えば、各特殊コンテンツのコンテンツＩＤが、コンテンツカタログ情報中に記述される順番（記述位置）を固定とし、電子証明書のＣＲＬ配布ポイントには、対応するＣＲＬを含む特殊コンテンツのコンテンツＩＤの記述位置を示す情報が記述されるようにしても良い。

［１．３ ノードＮｎの構成及び機能等］
次に、図３を参照して、ノードＮｎの構成及び機能について説明する。

図３は、ノードＮｎの概要構成例を示す図である。

各ノードＮｎは、図３に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データ及びプログラムを記憶するＲＯＭ等から構成されたコンピュータとしての制御部２１と、各種データ及び各種プログラム等を記憶保存（格納）するためのＨＤ（ハードディスク）等から構成された記憶部２２と、受信されたコンテンツのレプリカ等を一時蓄積するバッファメモリ２３と、コンテンツのレプリカに含まれるエンコードされたビデオデータ（映像情報）及びオーディオデータ（音声情報）等をデコード（データ伸張や復号化等）するデコーダ部２４と、当該デコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力する映像処理部２５と、当該映像処理部２５から出力されたビデオ信号に基づき映像表示するＣＲＴ，液晶ディスプレイ等の表示部２６と、上記デコードされたオーディオデータをアナログオーディオ信号にＤ （Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する音声処理部２７と、当該音声処理部２７から出力されたオーディオ信号を音波として出力するスピーカ２８と、ネットワーク８を通じて他のノードＮｎ等間の情報の通信制御を行うための通信部２９と、ユーザからの指示を受け付け当該指示に応じた指示信号を制御部２１に対して与える入力部（例えば、キーボード、マウス、或いは、リモコンや操作パネル等）３０と、を備えて構成され、制御部２１、記憶部２２、バッファメモリ２３、デコーダ部２４、通信部２９、及び入力部３０はバス３１を介して相互に接続されている。なお、ノードＮｎとしては、パーソナルコンピュータ、ＳＴＢ（Set Top Box）、或いは、ＴＶ受信機等を適用可能であり、例えば、ユーザの自宅、カラオケ店、ホテル等に設置される。

記憶部２２には、ＤＨＴを用いたルーティングテーブル、インデックス情報、及びコンテンツカタログ情報、並びに、コンテンツ分散保存システムＳに参加する際のアクセス先となるコンタクトノードのＩＰアドレス及びポート番号、及びセンターサーバＳＡのＩＰアドレス及びポート番号等が記憶されている。

また、記憶部２２には、自ノードがコンテンツ分散保存システムＳへの参加が許可されていることを証明する電子証明書及び過去に通信した他のノードＮｎの電子証明書に対応して取得したＣＲＬが記憶されている。なお、当該電子証明書は、例えば、コンテンツ分散保存システムＳを利用するためのプログラムと同時にインストールされても良いし、コンテンツ分散保存システムＳの利用料を利用者が支払ったことに対応してダウンロードされるようにしても良い。

制御部２１は、ＣＰＵが記憶部２２等に記憶されたプログラム（本発明のノード処理プログラムを含む）を読み出して実行することにより、全体を統括制御し、上述したユーザノード、中継ノード、ルートノード、キャッシュノード、及びコンテンツ保持ノードの少なくとも何れか一つのノードとしての処理を行う。また、制御部２１は、本発明における識別情報取得手段及び特殊コンテンツ取得手段等として機能する。

より具体的には、制御部２１は、上述したようにセンターサーバＳＡから発行された特殊コンテンツ投入指令を受け付けた場合には、当該特殊コンテンツを例えばセンターサーバＳＡからダウンロードして記憶部２２に保存する。なお、前述したように、センターサーバＳＡ自身が特殊コンテンツを複数のノードＮｎに分散して投入するのではなく、ユーザノードが、当該特殊コンテンツを保持するコンテンツ保持ノードがルートノードに登録されていなかったときに、センターサーバＳＡから特殊コンテンツをダウンロードしても良く、この場合には、特殊コンテンツ投入指令受信に伴う機能は必要ではない。

こうして特殊コンテンツが保存されると、制御部２１は、当該特殊コンテンツのコンテンツＩＤ及び自己のノード情報が含まれるパブリッシュメッセージを生成し、当該パブリッシュメッセージを、当該特殊コンテンツの所在を管理しているルートノード（管理装置の一例）に向けて（ルートノード宛に）送出する。これにより、パブリッシュメッセージは、コンテンツＩＤをキーとするＤＨＴルーティングによってルートノードに到着することになる。そして、該ルートノードの制御部１１は、受信したパブリッシュメッセージに含まれるノード情報及びコンテンツＩＤの組を含むインデックス情報を登録することになる。

なお、特殊コンテンツの所在を管理しているルートノードは、例えば、特殊コンテンツのコンテンツＩＤに関連する（例えば、特殊コンテンツのコンテンツＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有する）ノードＮｎである。

一方、制御部２１は、他のノードＮｎと所定の通信を行うために、当該他のノードＮｎに接続を要求した際、または、当該他のノードＮｎから接続の要求を受けた際には、相手ノードの認証を行う。具体的に、制御部２１は、自ノードの電子証明書を相手ノードに送信するとともに、相手ノードから送信されてきた当該相手ノードの電子証明書を受信する。次いで、制御部２１は、記憶部２２に記憶されている、受信した電子証明書に対応するＣＲＬが有効期限を過ぎている場合には、対応する最新のＣＲＬの特殊コンテンツのコンテンツＩＤを、当該電子証明書のＣＲＬ配布ポイントに基づいてコンテンツカタログ情報から取得する。そして、制御部２１は、ルートノードに問い合わせを行う、つまり、取得したコンテンツＩＤを含むコンテンツ所在問合せメッセージをルートノードに向けて送出する。これによって、当該メッセージを受信したルートノードにより、これに含まれるコンテンツＩＤに対応するインデックス情報がインデックスキャッシュから取得（検索）される。つまり、制御部２１は、取得したコンテンツＩＤが割り当てられた特殊コンテンツを保持しているコンテンツ保持ノードが当該コンテンツＩＤに基づいて検索されるように制御する。こうしてインデックス情報を取得したユーザノードは、当該インデックス情報に含まれるあるコンテンツ保持ノードのＩＰアドレス等に基づいて当該コンテンツ保持ノードにアクセスして、コンテンツ送信要求メッセージを送信し、そこから特殊コンテンツをダウンロード（取得）する。この特殊コンテンツの検索及びダウンロード手順は、上述したコンテンツのレプリカをダウンロードするときの手順と同様である。

そして、制御部２１は、ダウンロードした特殊コンテンツに含まれるＣＲＬの失効証明書リストから、電子証明書のシリアル番号を検索し、電子証明書が失効しているか否かを判定する。制御部２１は、これらの判定の結果、電子証明書が失効していない場合には、相手ノードとの接続を許可し、電子証明書が失効している場合には、相手ノードとの接続を拒否する。なお、制御部２１は、電子証明書に記述された署名に基づいて、当該電子証明書が真正なものであるか否か（改ざんされていないかどうか）を判定するとともに、ＣＲＬに記述された署名に基づいて、当該ＣＲＬが真正なものであるか否かも判定する。

図４は、特殊コンテンツが投入及び取得される様子と、特殊コンテンツに含まれるＣＲＬの使用例を示す図である。図４の例では、ノードＮ２とノードＮ４との間で相互認証を行う際に、ノードＮ４が、ノードＮ３からＣＲＬを取得することが示されている。

なお、上記ノード処理プログラムは、例えば、ネットワーク８上の所定のサーバからダウンロードされるようにしても良いし、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしても良い。

［１．４ コンテンツ分散保存システムＳの動作］
次に、図５及び図６を参照して、本実施形態に係るコンテンツ分散保存システムＳの動作について説明する。

図５は、第１実施形態に係るセンターサーバＳＡにおける制御部１１の処理の一例を示すフローチャートであり、図６は、第１実施形態に係るノードＮｎにおける制御部２１の処理の一例を示すフローチャートである。

先ず、図５に示す処理は、例えば、認証サーバＣＡにおいて、各ＣＲＬを配布するタイミングが到来する度に実行される。図５に示すように、認証サーバＣＡから新規のＣＲＬまたは更新されたＣＲＬがセンターサーバＳＡに送信され、センターサーバＳＡの制御部１１は、このＣＲＬを取得する（ステップＳ１）。

次いで、制御部１１は、ＣＲＬを特殊コンテンツとして生成するとともに、新規のコンテンツＩＤ（既存のコンテンツＩＤとは異なるコンテンツＩＤ）を生成し、これを当該特殊コンテンツに付与する（ステップＳ２）。

次いで、制御部１１は、センターサーバＳＡでノード情報が管理されている複数のノードＮｎのうちから例えばランダムに複数（例えば、数十）のノードＮｎを選定し、当該選定した各ノードＮｎに対して、生成した特殊コンテンツを投入する（ステップＳ３）。

次いで、制御部１１は、全ノードＮｎに対して直近に配信したコンテンツカタログ情報に特殊コンテンツのコンテンツＩＤが記述されているか否かを判別し（ステップＳ４）、記述されていない場合には（ステップＳ４：ＮＯ）、ステップＳ５に進み、記述されている場合には（ステップＳ４：ＹＥＳ）、ステップＳ６に進む。

ステップＳ５に移行した制御部１１は、上記生成した特殊コンテンツのコンテンツＩＤを当該コンテンツカタログ情報に記述する。このとき、制御部１１は、各ノードＮｎが、適切なコンテンツＩＤを検索することができるように、例えば、ＣＲＬの失効証明書リストに記述されている電子証明書のシリアル番号や当該ＣＲＬの拡張領域に記述されているＣＲＬ配布ポイント等に基づいて、当該特殊コンテンツのコンテンツ名（キーワード）をコンテンツカタログ情報に記述したり、当該コンテンツカタログ情報におけるコンテンツＩＤの記述位置を決定したりする。

次いで、制御部１１は、当該コンテンツカタログ情報を各ノードＮｎに対して配信し（ステップＳ７）、当該処理を終了する。なお、制御部１１は、当該特殊コンテンツのコンテンツＩＤを含むコンテンツＩＤ通知メッセージを各ノードＮｎに送信するように構成しても良い。これによれば、当該コンテンツＩＤ通知メッセージを受信した各ノードＮｎは、既に記憶しているコンテンツカタログ情報に特殊コンテンツのコンテンツＩＤを記述してこれを有効にする。

一方、ステップＳ６に移行した制御部１１は、当該コンテンツカタログ情報に既に記述されていた、古い特殊コンテンツのコンテンツＩＤを、新たな特殊コンテンツのコンテンツＩＤに変更し、次いで、当該コンテンツカタログ情報を各ノードＮｎに対して配信し（ステップＳ７）、当該処理を終了する。なお、制御部１１は、古い特殊コンテンツのコンテンツＩＤを無効（失効）にし、且つ新たな特殊コンテンツのコンテンツＩＤのみを有効にするためのコンテンツＩＤ通知メッセージを各ノードＮｎに送信するように構成しても良い。これによれば、当該コンテンツＩＤ通知メッセージを受信した各ノードＮｎは、既に記憶しているコンテンツカタログ情報に記述された古い特殊コンテンツのコンテンツＩＤを無効とし、新たな特殊コンテンツのコンテンツＩＤをコンテンツカタログ情報に記述して有効とする。

次に、図６に示す処理は、例えば、他のノードＮｎと所定の通信（例えば、特殊コンテンツ以外のコンテンツのレプリカを送受信する等）を行うために、当該他のノードＮｎに接続を要求した際、または、当該他のノードＮｎから接続の要求を受けた際等に開始される。先ず、制御部２１は、相手ノードから電子証明書を取得すると、記憶部２２に記憶されているＣＲＬから当該電子証明書に対応するＣＲＬを取得し、当該ＣＲＬが有効期限内であるか否かを判定する（ステップＳ１１）。ＣＲＬの有効期限の判定方法としては、例えば、ＣＲＬに記述されている次回更新日時に基づいて判定しても良いし、ＣＲＬを取得した日時を記録しておき、取得した日時から一定期間（例えば、２４時間等）が経過している場合に有効期限を過ぎたと判定しても良い。ここで、制御部２１は、ＣＲＬが有効期限内である場合には（ステップＳ１１：ＹＥＳ）、ステップＳ１８に移行する。

一方、制御部２１は、ＣＲＬが有効期限を過ぎている場合には（ステップＳ１１：ＮＯ）、相手ノードから取得した電子証明書のＣＲＬ配布ポイントに設定されている情報を取得し（ステップＳ１３）、取得した情報に基づいて、コンテンツカタログ情報から特殊コンテンツのコンテンツＩＤを検索する（ステップＳ１４）。

次いで、制御部２１は、取得したコンテンツＩＤ及び自ノードのノード情報が含まれるコンテンツ所在問合せメッセージを生成し、該コンテンツ所在問合せメッセージを、当該特殊コンテンツＩＤが付与された特殊コンテンツのルートノードに向けて送出する（ステップＳ１５）。これにより、制御部２１は、例えばルートノードから返信されたインデックス情報を用いて当該特殊コンテンツを保存しているコンテンツ保持ノードにアクセスしてここから特殊コンテンツをダウンロードすることによって、最新のＣＲＬを取得する（ステップＳ１６）。

次いで、制御部２１は、ダウンロードした特殊コンテンツのコンテンツＩＤ及び自ノードのノード情報が含まれるパブリッシュメッセージを生成し、該パブリッシュメッセージを、そのルートノードに向けて送出する（ステップＳ１７）。

制御部２１は、ステップＳ１１においてＣＲＬが有効期限内である場合（ステップＳ１１：ＹＥＳ）、または、ステップＳ１７の処理を終えると、自ノードが保持していたＣＲＬまたは新たに取得したＣＲＬに基づいて、相手ノードの電子証明書は有効であるか否かを判定する（ステップＳ１８）。

このとき、制御部２１は、相手ノードの電子証明書が有効である場合には（ステップＳ１８：ＹＥＳ）、相手ノードと暗号化通信を行うための接続処理を行う（ステップＳ１９）。具体的に、制御部２１は、例えば、相手ノードの電子証明書に記述されている公開鍵に基づいて、相手ノードとのセキュアコネクションを確立する。そして、制御部２１は、相手ノードとの暗号化通信を行い、必要な通信が終了すると、相手ノードとの接続を解除して、当該処理を終了する。

一方、制御部２１は、相手ノードの電子証明書が有効ではない場合には（ステップＳ１８：ＮＯ）、接続の拒否を示す接続許否メッセージを相手ノードに送信し（ステップＳ２０）、当該処理を終了する。

以上説明したように、本実施形態によれば、センターサーバＳＡが、認証サーバＣＡから取得したＣＲＬを含む特殊コンテンツを生成し、これに固有のコンテンツＩＤを割り当て、複数のノードＮｎに分散して保存させ、各ノードＮｎが、取得した電子証明書に基づいて、当該電子証明書に対応する証明書失効リストを含む特殊コンテンツに割り当てられたコンテンツＩＤを取得し、当該特殊コンテンツを保持している他のノードＮｎを当該コンテンツＩＤに基づいて検索するよう制御することにより、当該他のノードＮｎから当該特殊コンテンツを取得するように構成したので、証明書失効リストの配布による認証サーバＣＡやセンターサーバＳＡの負荷を低減させることができる。

また、各ノードＮｎは、特殊コンテンツの所在を管理しているルートノードに問い合わせることにより、当該特殊コンテンツを保存しているノードＮｎに接続して特殊コンテンツを取得するので、特殊コンテンツに割り当てられたコンテンツＩＤによって、所在を管理するルートノードが特殊コンテンツ毎に決められることとなり、特殊コンテンツの所在の管理による負荷を分散させることができる。

更に、既に分散して保存された特殊コンテンツに含まれる情報の内容が更新された場合、センターサーバＳＡは、更新後の情報を含む新たな特殊コンテンツを複数のノードＮｎに分散して保存させ、当該新たな特殊コンテンツに新たに固有のコンテンツＩＤを割り当て、各ノードＮｎにおいて当該新たな特殊コンテンツのコンテンツＩＤのみが有効となるように構成したので、各ノードＮｎにより古い特殊コンテンツが無駄に取得されることを回避することができる。

［２．第２実施形態］
次に、図７及び図８を参照して、本発明に係る第２実施形態について説明する。

上記第１実施形態においては、特殊コンテンツのコンテンツＩＤに関連するルートノードが、当該特殊コンテンツの所在を管理するようにしていたが、以下に説明する第２実施形態においては、ルートノード自身が特殊コンテンツを保持する。

また、上記第１実施形態においては、ＣＲＬが更新されて特殊コンテンツが新たに生成される度に、当該特殊コンテンツに対して新たなコンテンツＩＤが付与されていたが、第２実施形態においては、更新前における特殊コンテンツに付与されていたコンテンツＩＤと同一のコンテンツＩＤが、新たに生成された特殊コンテンツに付与される。そして、第２実施形態においては、電子証明書のＣＲＬ配布ポイントには、対応するＣＲＬを含む特殊コンテンツのコンテンツＩＤが設定されている。これにより、各ノードＮｎは、ＣＲＬが更新されても、電子証明書に対応した最新のＣＲＬを含む特殊コンテンツを取得することができる。

なお、第２実施形態に係るコンテンツ分散保存システム、センターサーバＳＡ及びノード装置Ｎｎの構成は、第１実施形態に係るコンテンツ分散保存システム、センターサーバＳＡ及びノード装置Ｎｎの構成と同様であるので、詳細な説明は省略する。

図７は、第２実施形態に係るセンターサーバＳＡにおける制御部１１の処理の一例を示すフローチャートであり、図８は、第２実施形態に係るノードＮｎにおける制御部２１の処理の一例を示すフローチャートである。ここで、図７において、図５と同様の要素については同様の符号を付してあり、また、図８において、図６と同様の要素については同様の符号を付してある。

図７に示すように、センターサーバＳＡの制御部１１は、第１実施形態と同様にして、認証サーバＣＡからＣＲＬを取得する（ステップＳ１）。

次いで、制御部１１は、ＣＲＬを特殊コンテンツとして生成するとともに、当該ＣＲＬでカバーされる電子証明書の範囲が同一である更新前のＣＲＬを含んでいた以前の特殊コンテンツのコンテンツＩＤと同一のコンテンツＩＤを、今回生成した特殊コンテンツに付与する（ステップＳ３１）。

次いで、制御部１１は、付与したコンテンツＩＤに関連する（特殊コンテンツのコンテンツＩＤと最も近いノードＩＤを有する）ノードＮｎ、つまり、ルートノードを検索し、当該ルートノードに対して、生成した特殊コンテンツを投入し（ステップＳ３２）、当該処理を終了する。特殊コンテンツを受信したルートノードは、付与されているコンテンツＩＤと同一のコンテンツＩＤが付与されている既存の特殊コンテンツを保存している場合は当該特殊コンテンツを削除し、新たに受信した特殊コンテンツを保存する。このとき、ルートノードは、パブリッシュメッセージの送出は行わない。

一方、図８に示すように、ノードＮｎの制御部２１は、第１実施形態と同様にして、相手ノードから取得した電子証明書に対応するＣＲＬが有効期限内であるか否かを判定し（ステップＳ１１）、有効期限内である場合には（ステップＳ１１：ＹＥＳ）、ステップＳ１８に移行し、有効期限を過ぎている場合には（ステップＳ１１：ＮＯ）、ステップＳ４１に移行する。

ステップＳ４１に移行した制御部２１は、相手ノードから取得した電子証明書のＣＲＬ配布ポイントに設定されているコンテンツＩＤを取得する（ステップＳ４１）。

次いで、制御部２１は、取得したコンテンツＩＤ及び自ノードのノード情報が含まれる特殊コンテンツ送信要求メッセージ（特殊コンテンツ要求情報の一例）を生成し、該特殊コンテンツ送信要求メッセージを、自ノードのルーティングテーブルに従って他のノードＮｎに対して送出する。つまり、制御部２１は、特殊コンテンツ送信要求メッセージを、当該コンテンツＩＤが付与された特殊コンテンツのルートノードに向けて送出する（ステップＳ４２）。この特殊コンテンツ送信要求メッセージは、コンテンツ所在問合せメッセージと同じように、コンテンツＩＤをキーとするＤＨＴルーティングによってルートノードへ転送されていく。つまり、ＤＨＴルーティングによって、ルートノードが検索される。これにより、特殊コンテンツ送信要求メッセージを受信したルートノードから送信されてきた特殊コンテンツを制御部２１が受信することによって、最新のＣＲＬを取得する（ステップＳ４３）。なお、制御部２１は、パブリッシュメッセージの送出は行わない。

次いで、制御部２１は、取得したＣＲＬに基づいて、相手ノードの電子証明書は有効であるか否かを判定し、この判定結果に基づいて、相手ノードと接続処理または接続の許否を行い（ステップＳ１８〜Ｓ２０）、当該処理を終了する。

以上説明したように、本実施形態によれば、センターサーバＳＡが、ＣＲＬを含む特殊コンテンツを、当該特殊コンテンツに割り当てたコンテンツＩＤに関連するルートノードに保存させ、各ノードＮｎが、取得した電子証明書に基づいて、当該電子証明書に対応する証明書失効リストを含む特殊コンテンツに割り当てられたコンテンツＩＤを取得し、当該コンテンツＩＤに関連するルートノードを当該コンテンツＩＤに基づいて検索するよう制御することにより、当該ルートノードから当該特殊コンテンツを取得するように構成したので、認証サーバＣＡやセンターサーバＳＡの証明書失効リストの配布によるする負荷を低減させることができる。また、特殊コンテンツに割り当てられたコンテンツＩＤによって、当該コンテンツを保持するルートノードが決定付けられるので、各ノードＮｎの負荷を分散させることができる。

なお、上記第２実施形態においては、ルートノードのみに特殊コンテンツを保持させるようにしていたが、ルートノード以外のノードＮｎにも特殊コンテンツを保持させても良い。この場合において、特殊コンテンツを投入されたルートノードは、例えば、自ノードの近隣のノードＮｎに特殊コンテンツを転送し、保存させる。ここで、近隣のノードＮｎとは、例えば、ルートノードに割り当てられたノードＩＤに近いノードＩＤを有するノードＮｎ（例えば、ルートノードに割り当てられたノードＩＤよりも大きい値であり且つ当該ノードＩＤに最も近い値のノードＩＤを有するノードＮｎと、ルートノードに割り当てられたノードＩＤよりも小さい値であり且つ当該ノードＩＤに最も近い値のノードＩＤを有するノードＮｎ）である。ルートノードは、更新されたＣＲＬを含む特殊コンテンツが投入される度に、近隣のノードＮｎが保持している特殊コンテンツを更新させる。そして、ユーザノードから送信された特殊コンテンツ送信要求メッセージは、ＤＨＴルーティングによってルートノードに向かって転送されていくので、ルートノードが何らかの理由でコンテンツ分散保存システムＳから離脱している場合でも、前記転送によって特殊コンテンツ送信要求メッセージを受信した前記近隣のノードＮｎから特殊コンテンツを取得することができる。

また、上記各実施形態においては、本発明に係るコンテンツ分散保存システムを、ＤＨＴを利用した所謂ピュア型のＰ２Ｐ（ピアツーピア）システムに対して適用したが、他のＰ２Ｐシステムに対して適用しても良い。例えば、Ｎａｐｓｔｅｒ等の所謂ハイブリッド型のＰ２Ｐシステムにおいては、コンテンツ自体は各ノード装置に分散して保存されるものの、コンテンツの所在はサーバ装置で管理する。このようなシステムにおいては、電子証明書のＣＲＬ配布ポイントには、例えば、ＣＲＬを検索するための検索キー等の識別情報を記述しておく。そして、ユーザノードは、当該識別情報でサーバ装置に問い合わせを行い、サーバ装置は、特殊コンテンツの保持ノードを当該検索キーで検索し、ユーザノードとコンテンツ保持ノードとの接続を仲介する。これによってユーザノードは、コンテンツ保持ノードから特殊コンテンツを取得することができる。また、サーバ装置は、最初にＣＲＬを含む特殊コンテンツを各ノード装置に保存させる場合には、例えば、保存させるノード装置をランダムに選択し、２回目以降、つまり、更新されたＣＲＬを含む特殊コンテンツを保存させる場合には、１回目に保存させたノード装置と同じノード装置に更新保存させる。更に、サーバ装置は、システムに対するノード装置の参加及び脱退をも管理するので、特殊コンテンツを保持するノード装置が減少した場合には、当該特殊コンテンツを保存させるノード装置を追加しても良い。

また、上記各実施形態においては、通常のコンテンツを分散保存し配信するＰ２Ｐシステムにおける認証に用いられるＣＲＬを、特殊コンテンツとして分散保存し配信するようにしていたが、その他一般の認証に用いられるＣＲＬを分散保存し配信するように本発明を適用しても良い。例えば、通常のコンテンツの配信にはクライアント−サーバ型のシステムを適用し、当該コンテンツの配信の際の認証に用いられるＣＲＬの分散保存及び配信専用にＰ２Ｐシステムを適用しても良い。

一実施形態に係るコンテンツ分散保存システムにおける各ノード装置の接続態様の一例を示す図である。 一実施形態に係るセンターサーバＳＡの概要構成例を示す図である。 一実施形態に係るノードＮｎの概要構成例を示す図である。 一実施形態において、特殊コンテンツが投入及び取得される様子と、特殊コンテンツに含まれるＣＲＬの使用例を示す図である。 第１実施形態に係るセンターサーバＳＡにおける制御部１１の処理の一例を示すフローチャートである。 第１実施形態に係るノードＮｎにおける制御部２１の処理の一例を示すフローチャートである。 第２実施形態に係るセンターサーバＳＡにおける制御部１１の処理の一例を示すフローチャートである。 第２実施形態に係るノードＮｎにおける制御部２１の処理の一例を示すフローチャートである。

符号の説明

８ ネットワーク
９ オーバーレイネットワーク
１１ 制御部
１２ 記憶部
１３ 通信部
１４ バス
２１ 制御部
２２ 記憶部
２３ バッファメモリ
２４ デコーダ部
２５ 映像処理部
２６ 表示部
２７ 音声処理部
２８ スピーカ
２９ 通信部
３０ 入力部
３１ バス
ＣＡ 認証サーバ
Ｎｎ ノード
ＳＡ センターサーバ
Ｓ コンテンツ分散保存システム

Claims (10)

1. ネットワークを介して互いに通信可能な複数のノード装置を備えたコンテンツ分散保存システムであり、失効した電子証明書のリストを示す証明書失効リスト情報を含み且つ固有の識別情報が割り当てられた特殊コンテンツを少なくとも一つ以上の前記ノード装置に保存させ、各前記ノード装置間で前記特殊コンテンツを取得可能としたコンテンツ分散保存システムにおける前記ノード装置であって、
   取得された電子証明書に基づいて、当該電子証明書に対応する前記証明書失効リスト情報を含む前記特殊コンテンツに割り当てられた前記識別情報を取得する識別情報取得手段と、
   前記取得された識別情報が割り当てられた前記特殊コンテンツを保持している他のノード装置を当該識別情報に基づいて検索するよう制御することにより、当該他のノード装置から当該特殊コンテンツを取得する特殊コンテンツ取得手段と、
   を備えることを特徴とするノード装置。
2. 請求項１に記載のノード装置において、
   前記特殊コンテンツ取得手段は、前記特殊コンテンツの所在を管理する管理装置に問い合わせることにより、当該特殊コンテンツを保存している他のノード装置に接続し、前記特殊コンテンツを取得することを特徴とするノード装置。
3. 請求項２に記載のノード装置において、
   前記特殊コンテンツ取得手段は、前記取得された識別情報に関連する前記管理装置に対して前記特殊コンテンツの所在を問い合わせることを特徴とするノード装置。
4. 請求項２または請求項３に記載のノード装置において、
   既に分散して保存された前記特殊コンテンツに含まれる前記証明書失効リスト情報が更新された場合、更新後の証明書失効リスト情報を含む新たな特殊コンテンツが前記複数のノード装置に分散して保存されるものであって、
   当該新たな特殊コンテンツには新たに固有の識別情報が割り当てられることを特徴とするノード装置。
5. 請求項１に記載のノード装置において、
   前記特殊コンテンツは、当該特殊コンテンツに割り当てられた前記識別情報に関連するノード装置に保存されるものであって、
   前記特殊コンテンツ取得手段は、前記取得された識別情報に関連するノード装置から当該識別情報が割り当てられた前記特殊コンテンツを取得することを特徴とするノード装置。
6. 請求項５に記載のノード装置において、
   前記特殊コンテンツは、当該特殊コンテンツに割り当てられた前記識別情報に関連するノード装置と、少なくとも一つ以上の他のノード装置と、に保存されるものであって、
   前記特殊コンテンツ取得手段は、前記取得された識別情報に関連するノード装置に向けて転送されていく、前記特殊コンテンツの要求を示す特殊コンテンツ要求情報を前記複数のノード装置のうち何れかのノード装置に送信することにより、当該識別情報が割り当てられた前記特殊コンテンツを保持し且つ当該特殊コンテンツ要求情報を受信した他のノード装置から当該特殊コンテンツを取得することを特徴とするノード装置。
7. 請求項１乃至６の何れか１項に記載のノード装置において、
   前記取得された電子証明書には、前記識別情報または当該識別情報に対応付けられた情報の少なくとも何れか一方が前記証明書失効リスト情報の配布ポイントとして予め設定されており、
   前記識別情報取得手段は、前記電子証明書に設定された前記配布ポイントに基づいて、前記識別情報を取得することを特徴とするノード装置。
8. ネットワークを介して互いに通信可能な複数のノード装置を備えたコンテンツ分散保存システムであり、失効した電子証明書のリストを示す証明書失効リスト情報を含み且つ固有の識別情報が割り当てられた特殊コンテンツを少なくとも一つ以上の前記ノード装置に保存させ、各前記ノード装置間で前記特殊コンテンツを取得可能としたコンテンツ分散保存システムにおける前記ノード装置に含まれるコンピュータを、
   取得された電子証明書に基づいて、当該電子証明書に対応する前記証明書失効リスト情報を含む前記特殊コンテンツに割り当てられた前記識別情報を取得する識別情報取得手段、
   前記取得された識別情報が割り当てられた前記特殊コンテンツを保持している他のノード装置を当該識別情報に基づいて検索するよう制御することにより、当該他のノード装置から当該特殊コンテンツを取得する特殊コンテンツ取得手段、
   として機能させることを特徴とするノード処理プログラム。
9. ネットワークを介して互いに通信可能な複数のノード装置を備えたコンテンツ分散保存システムであり、失効した電子証明書のリストを示す証明書失効リスト情報を含み且つ固有の識別情報が割り当てられた特殊コンテンツを少なくとも一つ以上の前記ノード装置に保存させ、各前記ノード装置間で前記特殊コンテンツを取得可能としたコンテンツ分散保存システムであって、
   前記ノード装置は、
   取得された電子証明書に基づいて、当該電子証明書に対応する前記証明書失効リスト情報を含む前記特殊コンテンツに割り当てられた前記識別情報を取得する識別情報取得手段と、
   前記取得された識別情報が割り当てられた前記特殊コンテンツを保持している他のノード装置を当該識別情報に基づいて検索するよう制御することにより、当該他のノード装置から当該特殊コンテンツを取得する特殊コンテンツ取得手段と、
   を備えることを特徴とするコンテンツ分散保存システム。
10. ネットワークを介して互いに通信可能な複数のノード装置を備えたコンテンツ分散保存システムであり、失効した電子証明書のリストを示す証明書失効リスト情報を含み且つ固有の識別情報が割り当てられた特殊コンテンツを少なくとも一つ以上の前記ノード装置に保存させ、各前記ノード装置間で前記特殊コンテンツを取得可能としたコンテンツ分散保存システムにおける特殊コンテンツ取得方法であって、
    前記ノード装置が、取得された電子証明書に基づいて、当該電子証明書に対応する前記証明書失効リスト情報を含む前記特殊コンテンツに割り当てられた前記識別情報を取得する識別情報取得工程と、
    前記ノード装置が、前記取得された識別情報が割り当てられた前記特殊コンテンツを保持している他のノード装置を当該識別情報に基づいて検索するよう制御することにより、当該他のノード装置から当該特殊コンテンツを取得する特殊コンテンツ取得工程と、
    を含むことを特徴とする特殊コンテンツ取得方法。