(57)【要約】      （修正有）【課題】ノード装置の稼動状況をログ情報として収集する際にかかる負荷を複数のノード装置に分散させる。【解決手段】ネットワークを介して互いに通信可能な複数のノード装置間で複数のデータファイルを利用可能に構成されたデータファイル分散保存システムにおけるノード装置であって、報告すべき稼動状況の種類（視聴、障害、編集等）を判別する判別手段と、各種類の稼動状況をログ情報（視聴ログ、障害ログ、編集ログ等）の前記ログ収集ノード装置のアドレス情報を問い合わせる所在問い合わせメッセージを所定の関係にある前記ノード装置向けて送信する送信手段と、判別された種類の前記ログ収集ノード装置のアドレス情報を受信する受信手段と、受信したアドレス情報に従って、判別された稼動状況の種類の前記ログ収集ノード装置に、報告すべき前記ログ情報を送信するログ情報送信手段と、を有する。【選択図】図４
2010122925.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して互いに通信可能な複数のノード装置間で複数のデータファイルを利用可能に構成されたデータファイル分散保存システムにおける前記ノード装置であって、
報告すべき稼動状況の種類を判別する判別手段と、
各種類の稼動状況をログ情報として収集する各前記ノード装置であるログ収集ノード装置のうち、判別された種類の前記ログ収集ノード装置のアドレス情報を問い合わせる所在問い合わせメッセージを、前記各ノード装置を識別するノード装置識別情報であって、判別された稼動状況の種類を識別するログ識別情報と所定の関係にある前記ノード装置識別情報を有するノード装置に向けて送信する所在問い合わせメッセージ送信手段と、
前記判別された稼動状況の種類を識別するログ識別情報と所定の関係にある前記ノード装置識別情報を有するノード装置から、判別された種類の前記ログ収集ノード装置のアドレス情報を受信する受信手段と、
受信したアドレス情報に従って、判別された種類の前記ログ収集ノード装置に、報告すべき前記ログ情報を送信するログ情報送信手段と、
を有することを特徴とするノード装置。
【請求項２】
請求項１に記載のノード装置であって、
前記各ログ収集ノード装置のアドレス情報を記憶する記憶手段に、前記判別手段によって判別された種類の前記ログ収集ノード装置のアドレス情報が記憶されているか否かを判定する判定手段を有し、
判定の結果、前記記憶手段に前記アドレス情報が記憶されていない場合には、
前記所在問い合わせメッセージ送信手段は、判別された稼動状況の種類を識別するログ識別情報と前記所定の関係にある前記ノード装置識別情報を有するノード装置に向けて、判別された種類の前記ログ収集ノード装置のアドレス情報を問い合わせる前記所在問い合わせメッセージを送信することを特徴とするノード装置。
【請求項３】
請求項２に記載のノード装置であって、
前記判定手段による判定の結果、前記記憶手段に前記アドレス情報が記憶されている場合には、当該アドレス情報に係る前記ログ収集ノード装置が、現に、前記判別手段にて判別された種類のログ収集ノード装置であるか否かを確認すべく、当該アドレス情報に従って確認要求を送信する確認手段と、
確認の結果、前記記憶手段に記憶されている前記アドレス情報に係る前記ログ収集ノード装置が、既に、前記判別手段にて判別された種類のログ収集ノード装置でない場合には、当該アドレス情報を前記記憶手段から削除する削除手段を有し、
前記所在問い合わせメッセージ送信手段は、判別された稼動状況の種類を識別するログ識別情報と前記所定の関係にある前記ノード装置識別情報を有するノード装置に向けて、判別された種類の前記ログ収集ノード装置のアドレス情報を問い合わせる前記所在問い合わせメッセージを送信することを特徴とするノード装置。
【請求項４】
請求項３に記載のノード装置であって、
前記確認手段による確認の結果、前記記憶手段に記憶されている前記アドレス情報に係る前記ログ収集ノード装置が、現に、前記判別手段にて判別された種類のログ収集ノード装置である場合には、前記ログ情報送信手段は、前記記憶手段に記憶されている前記アドレス情報に従って、判別された種類の前記ログ収集ノード装置に、報告すべき前記ログ情報を送信することを特徴とするノード装置。
【請求項５】
ネットワークを介して互いに通信可能な複数のノード装置間で複数のデータファイルを利用可能に構成されたデータファイル分散保存システムにおける前記ノード装置であって、
他の前記ノード装置から稼動状況を示すログ情報を受信して記憶手段に記憶するログ収集手段と、
前記各ノード装置を識別するノード装置識別情報であって、前記記憶手段に記憶された前記ログ情報の種類を識別するログ識別情報と所定の関係にある前記ノード装置識別情報を有するノード装置から、自己がログ収集を行なうことを示す通知メッセージを送信するよう指示を受けたときに、当該通知メッセージを、前記記憶手段に記憶された前記ログ情報の種類を識別するログ識別情報と所定の関係にある前記ノード装置識別情報を有するノード装置に向けて送信する手段と、
を有することを特徴とするノード装置。
【請求項６】
請求項５に記載のノード装置であって、
所定のタイミングで、前記各ノード装置のログ情報を管理する前記データファイル分散保存システムに含まれるログ管理サーバに、前記記憶手段に記憶された前記ログ情報を収集ログファイルとして送信する手段を有することを特徴とするノード装置。
【請求項７】
請求項５又は請求項６に記載のノード装置であって、
前記データファイル分散保存システムを脱退する場合には、
何れかの他の前記ノード装置を選択して、当該選択されたノード装置に、前記収集ログファイルを送信する手段と、
前記記憶手段に記憶された前記ログ情報の種類を識別するログ識別情報と前記所定の関係にある前記ノード装置識別情報を有するノード装置に向けて、自己が脱退すること示す脱退メッセージを送信する手段と、
を有することを特徴とするノード装置。
【請求項８】
請求項５乃至請求項７のいずれか一項に記載のノード装置であって、
他のノード装置から、当該他のノード装置が記憶していた前記ログ情報を前記収集ログファイルとして受信する手段と、
受信した収集ログファイルにかかる前記ログ情報の種類を識別するログ識別情報と前記所定の関係にある前記ノード装置識別情報を有するノード装置に向けて、前記通知メッセージを送信する手段と、
を有することを特徴とするノード装置。
【請求項９】
コンピュータを、請求項１乃至８の何れか一項に記載のノード装置として機能させることを特徴とするノード処理プログラム。
【請求項１０】
ネットワークを介して互いに通信可能な複数のノード装置間で複数のデータファイルを利用可能に構成されたデータファイル分散保存システムにおける前記各ノード装置の稼動状況を示すログ情報を収集するログ収集方法であって、
第１の前記ノード装置が、
報告すべき稼動状況の種類を判別する工程と、
各種類の稼動状況をログ情報として収集する各前記ノード装置であるログ収集ノード装置のうち、判別された種類の前記ログ収集ノード装置のアドレス情報を問い合わせる所在問い合わせメッセージを、前記各ノード装置を識別するノード装置識別情報であって、判別された稼動状況の種類を識別するログ識別情報と所定の関係にある前記ノード装置識別情報を有する第２のノード装置に向けて送信する工程と、
前記第２のノード装置が、
前記所在問い合わせメッセージを受信する工程と、
受信した所在問い合わせメッセージに係る前記ログ収集ノード装置のアドレス情報を、前記第１のノード装置に送信する工程と、
前記第１のノード装置が、
前記第２のノード装置から、判別された種類の前記ログ収集ノード装置のアドレス情報を受信する工程と、
受信したアドレス情報に従って、判別された種類の前記ログ収集ノード装置に、報告すべき前記ログ情報を送信する工程と、
前記ログ収集ノード装置が、
前記第１のノード装置から、前記ログ情報を受信して記憶手段に記憶する工程と、
を有することを特徴とするログ収集方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して互いに通信可能な複数のノード装置を備えたピアツーピア（Peer to Peer（P2P））型の通信システムの技術分野に関する。
【背景技術】
【０００２】
この種のピアツーピア型の通信システムにおいて、映画及び音楽等のデータファイルのデータなどのデータファイルであって、複数のデータファイルの複製データ（以下、「レプリカ」という）を複数のノード装置に分散して保存（配置）させ、各ノード装置間でレプリカを利用可能とした分散保存システムが知られており、これにより、対故障性やアクセスの分散性が高められている。このように分散保存されたレプリカの所在は、例えば特許文献１に開示されるような分散ハッシュテーブル（以下、ＤＨＴ（Distributed Hash Table）という）を利用して効率良く検索可能になっている。
【０００３】
このようなデータファイル分散保存システムにおいて、各ノード装置におけるデータファイルの利用状況や装置障害状況等のノード装置の稼動状況を把握するために、各ノード装置から定期的にログ情報を収集するログ管理サーバをシステム内に設置させる方法が考えられる。
【特許文献１】特開２００７−０３４６３０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、このような方法では、ログ管理サーバに過大な処理負担を課すこととなり、当該システムに参加するノード装置が増えるほどログ管理サーバの処理負担が増えるため、当該システムの利点と反することになる。
【０００５】
また、ログ管理サーバは、各ノード装置から収集したログ情報を集計・解析を行なうこととなるが、その際、必要となるのは、集計・解析の対象となる一部のログ情報だけである。つまり、「データファイルの利用状況」を集計・解析する場合には、「データファイルの利用状況」に関するログ情報だけが必要であり、その他のログ情報が不要である。そのため、ログ管理サーバは、各ノード装置から送信されてくる膨大な数のログ情報を、ログの種類毎に分類するという作業が必要となる。この作業も、ログの種類や量が増えてくるほど負担が増大する。
【０００６】
さらにログ管理サーバの負荷を考慮すると、通常、ノード装置からログ情報を送信するのは一定間隔ごとの送信となる。このため、送信タイミング前にノード装置がデータファイル分散保存システムから脱退すると、ログ情報の収集洩れが発生し、ログ管理サーバでシステムに参加する全ノード装置のログ情報を正確に集計管理することができないという問題もある。
【０００７】
本発明は、以上の問題等に鑑みてなされたものであり、ノード装置の稼動状況をログ情報として収集する際にかかる負荷を複数のノード装置に分散させたノード装置、ノード処理プログラム及びログ収集方法を提供することを課題とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、請求項１に記載の発明は、ネットワークを介して互いに通信可能な複数のノード装置間で複数のデータファイルを利用可能に構成されたデータファイル分散保存システムにおける前記ノード装置であって、報告すべき稼動状況の種類（視聴、障害、編集等）を判別する判別手段と、各種類の稼動状況をログ情報（視聴ログ、障害ログ、編集ログ等）として収集する各前記ノード装置であるログ収集ノード装置のうち、判別された種類の前記ログ収集ノード装置のアドレス情報を問い合わせる所在問い合わせメッセージを、前記各ノード装置を識別するノード装置識別情報であって、判別された稼動状況の種類を識別するログ識別情報と所定の関係にある前記ノード装置識別情報を有するノード装置に向けて送信する所在問い合わせメッセージ送信手段と、前記判別された稼動状況の種類を識別するログ識別情報と所定の関係にある前記ノード装置識別情報を有するノード装置から、判別された種類の前記ログ収集ノード装置のアドレス情報を受信する受信手段と、受信したアドレス情報に従って、判別された種類の前記ログ収集ノード装置に、報告すべき前記ログ情報を送信するログ情報送信手段と、を有することを特徴とするノード装置である。
【０００９】
この発明によれば、データファイル分散保存システムに参加する複数のノード装置が、データファイル分散保存システムに参加する各ノード装置のログ情報を収集するよう構成したので、ログ情報の収集にかかる負荷を複数のノード装置に分散させることができる。また、ノード装置は、報告すべき稼動状況が発生するたびに、稼動状況の種類を判別してログ情報をログ収集ノード装置に送信するよう構成したので、ログ収集ノード装置は、データファイル分散保存システムＳに参加する各ノード装置の稼動状況を逐一洩れなく収集することができる。
【００１０】
上記課題を解決するために、請求項２に記載の発明は、請求項１に記載のノード装置であって、前記各ログ収集ノード装置のアドレス情報を記憶する記憶手段に、前記判別手段によって判別された種類の前記ログ収集ノード装置のアドレス情報が記憶されているか否かを判定する判定手段を有し、判定の結果、前記記憶手段に前記アドレス情報が記憶されていない場合には、前記所在問い合わせメッセージ送信手段は、判別された稼動状況の種類を識別するログ識別情報と前記所定の関係にある前記ノード装置識別情報を有するノード装置に向けて、判別された種類の前記ログ収集ノード装置のアドレス情報を問い合わせる前記所在問い合わせメッセージを送信することを特徴とするノード装置である。
【００１１】
この発明によれば、ログ収集ノードのアドレス情報を記憶するログ収集ノードホルダ等の記憶手段に、判別したログの種類のログ収集ノード装置のアドレス情報が記憶されていない場合にのみ、ログ収集ノード装置のアドレス情報を問い合わせるよう構成したので、ノード装置間の所在問い合わせメッセージの送受信処理やアドレス情報の送信処理にかかる他のノード装置の負担を抑制することができる。
【００１２】
上記課題を解決するために、請求項３に記載の発明は、請求項２に記載のノード装置であって、前記判定手段による判定の結果、前記記憶手段に前記アドレス情報が記憶されている場合には、当該アドレス情報に係る前記ログ収集ノード装置が、現に、前記判別手段にて判別された種類のログ収集ノード装置であるか否かを確認すべく、当該アドレス情報に従って確認要求を送信する確認手段と、確認の結果、前記記憶手段に記憶されている前記アドレス情報に係る前記ログ収集ノード装置が、既に、前記判別手段にて判別された種類のログ収集ノード装置でない場合には、当該アドレス情報を前記記憶手段から削除する削除手段を有し、前記所在問い合わせメッセージ送信手段は、判別された稼動状況の種類を識別するログ識別情報と前記所定の関係にある前記ノード装置識別情報を有するノード装置に向けて、判別された種類の前記ログ収集ノード装置のアドレス情報を問い合わせる前記所在問い合わせメッセージを送信することを特徴とするノード装置である。
【００１３】
この発明によれば、ログ収集ノードホルダ等の記憶手段に記憶されている判別したログの種類のログ収集ノード装置が、今現在も（現に）ログ収集ノード装置として稼動しているか否かを確認して、稼動していない場合には、ログ収集ノード装置のアドレス情報を問い合わせるよう構成したので、ログ情報を今現在のログ収集ノード装置に確実に送信することができる。
【００１４】
上記課題を解決するために、請求項４に記載の発明は、請求項３に記載のノード装置であって、前記確認手段による確認の結果、前記記憶手段に記憶されている前記アドレス情報に係る前記ログ収集ノード装置が、現に、前記判別手段にて判別された種類のログ収集ノード装置である場合には、前記ログ情報送信手段は、前記記憶手段に記憶されている前記アドレス情報に従って、判別された種類の前記ログ収集ノード装置に、報告すべき前記ログ情報を送信することを特徴とするノード装置である。
【００１５】
この発明によれば、ログ収集ノードホルダ等の記憶手段に記憶されている判別したログの種類のログ収集ノード装置が、今現在も（現に）ログ収集ノード装置として稼動しているか否かを確認して、ログ情報を送信するので、ログ収集ノードホルダ等の記憶手段に記憶されているログ収集ノード装置に、ログ情報を確実に送信することができる。
【００１６】
上記課題を解決するために、請求項５に記載の発明は、ネットワークを介して互いに通信可能な複数のノード装置間で複数のデータファイルを利用可能に構成されたデータファイル分散保存システムにおける前記ノード装置であって、他の前記ノード装置から稼動状況を示すログ情報を受信して記憶手段に記憶するログ収集手段と、前記各ノード装置を識別するノード装置識別情報であって、前記記憶手段に記憶された前記ログ情報の種類を識別するログ識別情報と所定の関係にある前記ノード装置識別情報を有するノード装置から、自己がログ収集を行なうことを示す通知メッセージを送信するよう指示を受けたときに、当該通知メッセージを、前記記憶手段に記憶された前記ログ情報の種類を識別するログ識別情報と所定の関係にある前記ノード装置識別情報を有するノード装置に向けて送信する手段と、を有することを特徴とするノード装置である。
【００１７】
この発明によれば、自己が収集しているログ情報のログ識別情報と所定の関係にあるノード装置識別情報を有するノード装置（ルートード）からの、ログ収集を行なうことを示す通知メッセージの送信指示（再パブリッシュ指示）に従って、当該通知メッセージを送信するよう構成したので、自己が収集しているログ情報のログ識別情報と所定の関係にあるノード装置識別情報を有するノード装置（ルートード）が脱退する場合にも、通知メッセージを受信したノード装置であって、ログ識別情報と所定の関係にあるノード装置識別情報を有する新たなノード装置（ルートード）に、自己がログ収集を行なうことを通知することができる。
【００１８】
上記課題を解決するために、請求項６に記載の発明は、請求項５に記載のノード装置であって、所定のタイミングで、前記各ノード装置のログ情報を管理する前記データファイル分散保存システムに含まれるログ管理サーバに、前記記憶手段に記憶された前記ログ情報を収集ログファイルとして送信する手段を有することを特徴とするノード装置である。
【００１９】
この発明によれば、ログ収集ノード装置は、ログ管理サーバに収集したログ情報を収集ログファイルとして送信するよう構成したので、ログ管理サーバは、ログの種類毎に設定したログ収集ノード装置から収集ログファイルを夫々取得することができ、ログ管理サーバにてログを種類別に分別することなく、ログ情報の集計・解析を行なうことができる。さらに、ログ収集ノード装置が、ログ管理サーバに収集ログファイルを定期的に送信するよう構成した場合には、ログ管理サーバは、前回送信時から今回送信時までの間にデータファイル分散保存システムに参加した全てのノード装置の稼動状況を把握して集計・解析を行なうことができる。一方、ログ管理サーバはログ収集ノード装置に収集ログファイル送信要求を送信し、所望の収集ログファイルを取得するよう構成した場合には、集計・解析に必要なログ情報のみを適宜必要に応じて取得することができる。
【００２０】
上記課題を解決するために、請求項７に記載の発明は、請求項５又は請求項６に記載のノード装置であって、前記データファイル分散保存システムを脱退する場合には、何れかの他の前記ノード装置を選択して、当該選択されたノード装置に、前記収集ログファイルを送信する手段と、前記記憶手段に記憶された前記ログ情報の種類を識別するログ識別情報と前記所定の関係にある前記ノード装置識別情報を有するノード装置に向けて、自己が脱退すること示す脱退メッセージを送信する手段と、を有することを特徴とするノード装置である。
【００２１】
この発明によれば、ログ収集ノード装置がデータファイル分散保存システムを脱退する際には、収集ログファイルを他のノード装置に送信してログの収集を引き継ぐよう構成したので、ログ収集ノード装置が脱退する場合であっても、他のノード装置によって滞りなくログ情報の収集を行なうことができる。また、記憶手段に記憶されたログ情報の種類を識別するログ識別情報と所定の関係にあるノード装置識別情報を有するノード装置（ルートノード）に向けて、脱退メッセージを送信するよう構成したので、当該ルートノードに脱退することを確実に知らせることができる。
【００２２】
上記課題を解決するために、請求項８に記載の発明は、請求項５乃至請求項７のいずれか一項に記載のノード装置であって、他のノード装置から、当該他のノード装置が記憶していた前記ログ情報を前記収集ログファイルとして受信する手段と、前記収集ログファイルを受信すると、受信した収集ログファイルにかかる前記ログ情報の種類を識別するログ識別情報と前記所定の関係にある前記ノード装置識別情報を有するノード装置に向けて、前記通知メッセージを送信する手段と、を有することを特徴とするノード装置である。
【００２３】
この発明によれば、データファイル分散保存システムを脱退するログ収集ノード装置から収集ログファイルを受信すると、受信した収集ログファイルのログ情報の種類を識別するログ識別情報と所定の関係にあるノード装置識別情報を有するノード装置（ルートノード）に向けて、通知メッセージを送信するよう構成したので、ログ識別情報と所定の関係にあるノード装置識別情報を有するノード装置（ルートード）に、自己がログ収集を行なうことを通知して、脱退するログ収集ノード装置からログの収集を引き継ぐことができる。
【００２４】
上記課題を解決するために、請求項９に記載の発明は、コンピュータを、請求項１乃至８の何れか一項に記載のノード装置として機能させることを特徴とするノード処理プログラムである。
【００２５】
上記課題を解決するために、請求項１０に記載の発明は、ネットワークを介して互いに通信可能な複数のノード装置間で複数のデータファイルを利用可能に構成されたデータファイル分散保存システムにおける前記各ノード装置の稼動状況を示すログ情報を収集するログ収集方法であって、第１の前記ノード装置が、報告すべき稼動状況の種類（視聴、障害、編集等）を判別する工程と、各種類の稼動状況をログ情報（視聴ログ、障害ログ、編集ログ等）として収集する各前記ノード装置であるログ収集ノード装置のうち、判別された種類の前記ログ収集ノード装置のアドレス情報を問い合わせる所在問い合わせメッセージを、前記各ノード装置を識別するノード装置識別情報であって、判別された稼動状況の種類を識別するログ識別情報と所定の関係にある前記ノード装置識別情報を有する第２のノード装置に向けて送信する工程と、前記第２のノード装置が、前記所在問い合わせメッセージを受信する工程と、受信した所在問い合わせメッセージに係る前記ログ収集ノード装置のアドレス情報を、前記第１のノード装置に送信する工程と、前記第１のノード装置が、前記第２のノード装置から、判別された種類の前記ログ収集ノード装置のアドレス情報を受信する工程と、受信したアドレス情報に従って、判別された種類の前記ログ収集ノード装置に、報告すべき前記ログ情報を送信する工程と、前記ログ収集ノード装置が、前記第１のノード装置から、前記ログ情報を受信して記憶手段に記憶する工程と、を有することを特徴とするログ収集方法である。
【発明の効果】
【００２６】
本発明によれば、データファイル分散保存システムに参加する複数のノード装置が、データファイル分散保存システムに参加する各ノード装置のログ情報を収集するよう構成したので、ログ情報の収集にかかる負荷を複数のノード装置に分散させることができる。
【発明を実施するための最良の形態】
【００２７】
以下、本発明の最良の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、データファイル分散保存システムに本発明を適用した場合の実施形態である。
【００２８】
＜１．データファイル分散保存システムの構成及び動作概要＞
始めに、図１等を参照して、本実施形態に係るデータファイル分散保存システムの構成及び動作概要について説明する。
【００２９】
図１は、本実施形態に係るデータファイル分散保存システムにおける各ノード装置の接続態様の一例を示す図である。
【００３０】
図１の下部枠１０１内に示すように、ＩＸ（Internet eＸchange）３、ＩＳＰ（Internet Service Provider）４ａ,４ｂ、ＤＳＬ（Digital Subscriber Line）回線事業者（の装置）５ａ,５ｂ、ＦＴＴＨ（Fiber To The Home）回線事業者（の装置）６、及び通信回線（例えば、電話回線や光ケーブル等）７等によって、インターネット等のネットワーク（現実世界の通信ネットワーク）８が構築されている。なお、図１の例におけるネットワーク８には、データ（パケット）を転送するためのルータが、適宜挿入されているが図示を省略している。
【００３１】
このようなネットワーク８には、複数のノード装置（以下、「ノード」という）Ｎｎ（ｎ＝１，２，３・・・の何れか）が接続されている。また、各ノードＮｎには、固有の製造番号およびＩＰ（Internet Protocol）アドレスが割り当てられている。そして、本実施形態に係るデータファイル分散保存システムＳは、これらのノードＮｎのうち、図１の上部枠１００内に示すように、何れか複数のノードＮｎの参加により形成されるピアツーピア方式のネットワークシステムとなっている。
【００３２】
なお、図１の上部枠１００内に示すネットワーク９は、既存のネットワーク８を用いて形成された仮想的なリンクを構成するオーバーレイネットワーク９（論理的なネットワーク）である。かかるオーバーレイネットワーク９は、特定のアルゴリズム、例えば、ＤＨＴを利用したアルゴリズムにより実現される。そして、データファイル分散保存システムＳ（言い換えれば、オーバーレイネットワーク９）に参加している各ノードＮｎには、所定桁数からなる固有の識別情報であるノードＩＤ（ノード装置識別情報の一例）が割り当てられている。
【００３３】
また、当該ノードＩＤは、例えば、各ノードＮｎに個別に割り当てられたＩＰアドレス或いは製造番号を共通のハッシュ関数（例えば、ＳＨＡ−１等）によりハッシュ化した値（例えば、ｂｉｔ長が１６０ｂｉｔ）であり、一つのＩＤ空間に偏りなく分散して配置されることになる。
【００３４】
なお、データファイル分散保存システムＳへの参加は、参加していないノードＮｎ（例えば、ノードＮ８）が、参加している任意のノードＮｎ（例えば、当該システムＳに常時参加しているコンタクトノード）に対して参加要求を示す参加メッセージを送信することによって行われる。
【００３５】
更に、データファイル分散保存システムＳは、各ノードＮｎのログ情報を管理するログ管理サーバＣＳを備える。
【００３６】
ログ管理サーバＣＳは、当該システムＳに参加するノードＮｎの中から稼動状況の種類毎に複数のノードＮｎに対してログ情報の収集を指示する。ログ管理サーバＣＳからログ情報の収集を指示されたノードＮｎは、ログ収集ノードとなって、当該システムＳに参加する各ノードＮｎからログ情報を収集する。
【００３７】
そして、ログ管理サーバＣＳは、各ログ収集ノードから、当該各ログ収集ノードが収集したログ情報を、収集ログファイルとして定期的に、或いは適宜必要に応じて受け取り、ログ情報の集計・解析を行なう。なお、ログ管理サーバＣＳからのログ収集の指示、ログ収集ノードにおけるログ収集の手順、及びログ収集ノードのログ管理サーバＣＳへの収集ログファイルの送信等については後に詳細に説明する。
【００３８】
データファイル分散保存システムＳの各ノードＮｎは、夫々、ＤＨＴを用いたルーティングテーブルを保持している。このルーティングテーブルは、データファイル分散保存システムＳ上における各種メッセージの転送先を規定しており、具体的には、ＩＤ空間内で適度に離れたノードＮｎのノードＩＤ、アドレス情報（ＩＰアドレス及びポート番号等）を含むノード情報が複数登録されている。
【００３９】
データファイル分散保存システムＳに参加している１台のノードＮｎは、該システムＳに参加している全てのノードＮｎのうち、必要最低限のノードＮｎのノード情報をルーティングテーブルに登録しておき、ノード情報を知らない（記憶していない）ノードＮｎについては、各ノードＮｎ間で互いに各種メッセージを転送し合って届けてもらうようになっている。
【００４０】
このようなＤＨＴを用いたルーティングテーブルについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。
【００４１】
ところで、データファイル分散保存システムＳにおいては、内容の異なる様々なデータファイル（例えば、映画や音楽等のコンテンツ）の複製データ（レプリカ）が所定のファイル形式で複数のノードＮｎに分散して保存（格納）されており、各ノードＮｎ間で当該レプリカを利用可能になっている。例えば、ノードＮ５には、タイトルがＸＸＸの映画のデータファイルのレプリカが保存されており、一方、ノードＮ３には、タイトルがＹＹＹの映画のデータファイルのレプリカが保存されるというように、複数のノードＮｎ（以下、「データファイル保持ノード」という）に分散されて保存されている。
【００４２】
また、これらのデータファイルのレプリカには、夫々、データファイル名（タイトル）及びデータファイルＩＤ（データファイル毎に固有の識別情報（データファイル識別情報の一例））等の情報が付加されている。このデータファイルＩＤは、例えば、データファイル名＋任意の数値（或いは、データファイルの先頭数バイトでも良い）が、上記ノードＩＤを得るときと共通のハッシュ関数によりハッシュ化されて生成される（ノードＩＤと同一のＩＤ空間に配置）。或いは、システム管理者が、データファイル毎に一意のＩＤ値（ノードＩＤと同一ビット長）を付与しても良い。この場合は、データファイル名とそのデータファイルＩＤの対応が書かれたデータファイルカタログ情報が、全ノードＮｎに配布される。
【００４３】
また、このように分散保存されているデータファイルのレプリカの所在、つまり、当該レプリカを保存したノードＮｎのノード情報と当該データファイルのデータファイルＩＤ等の組が含まれるインデックス情報が、当該データファイルのレプリカの所在を管理しているノードＮｎ（以下、「ルートノード」、又は「データファイル（データファイルＩＤ）のルートノード」という）等により記憶（インデックスキャッシュに記憶）されるようになっている。
【００４４】
例えば、タイトルがＸＸＸの映画のデータファイルのレプリカについてのインデックス情報は、そのデータファイル（データファイルＩＤ）のルートノードであるノードＮ４により管理され、タイトルがＹＹＹの映画のデータファイルのレプリカについてのインデックス情報は、そのデータファイル（データファイルＩＤ）のルートノードであるノードＮ７により管理される。また、このようなルートノードは、例えば、データファイルＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有する（所定の関係の一例）ノードＮｎであるように定められる。
【００４５】
そして、あるノードＮｎのユーザが、所望するデータファイルのレプリカを取得したい場合、当該レプリカの取得を望むノードＮｎ（以下、「ユーザノード」という）は、当該ユーザにより選択されたデータファイルのデータファイルＩＤ及び自己のアドレス情報（ＩＰアドレスなど）等を含むデータファイル所在問合せ（検索）メッセージ（クエリ）を生成し、これを自己のＤＨＴを用いたルーティングテーブルにしたがって他のノードＮｎに対して送出する。つまり、ユーザノードは、データファイル所在問合せメッセージを、ルートノードに向けて（ルートノード宛に）送出する（ルートノードにデータファイルのレプリカの所在を問い合わせる）。これにより、データファイル所在問合せ（検索）メッセージは、データファイルＩＤをキーとするＤＨＴルーティングによって最終的にルートノードに到着することになる。
【００４６】
なお、各ノードＮｎにおいてユーザにより選択されるべきデータファイルのデータファイル名及びデータファイルＩＤ等の属性情報は、例えばデータファイル分散保存システムＳを運営する運営者によるセンターサーバ（図示しない）から全てのノードＮｎに配信されるデータファイルカタログ情報に記述されている。
【００４７】
また、上記データファイル所在問合せメッセージに含まれるデータファイルＩＤは、ユーザノードによって、データファイル名が上記共通のハッシュ関数によりハッシュ化されて生成されるようにしても良い。なお、ＤＨＴルーティングについては、特開２００６−１９７４００号公報等でデータファイルの一例であるコンテンツを例に公知であるので、詳しい説明を省略する。
【００４８】
上記データファイル所在問合せ（検索）メッセージを受信したルートノードは、これに含まれるデータファイルＩＤに対応するインデックス情報をインデックスキャッシュから取得して、当該インデックス情報を、該データファイル所在問合せメッセージの送信元であるユーザノードに対して返信する。こうしてインデックス情報を取得したユーザノードは、当該インデックス情報に含まれるあるデータファイル保持ノードのアドレス情報等に基づいて当該データファイル保持ノードにアクセスして、データファイル送信要求メッセージを送信し、そこからデータファイルのレプリカをダウンロード（取得）することが可能になる。なお、当該インデックス情報には、例えば複数のデータファイル保持ノードのノード情報が含まれていることもある（同一のデータファイルのレプリカが複数のデータファイル保持ノードに保存されている場合）。かかる場合、ユーザノードは、当該複数のデータファイル保持ノードのうち一つのデータファイル保持ノードを選択し、選択したデータファイル保持ノードに接続してデータファイルのレプリカをダウンロードすることができる。
【００４９】
なお、ルートノードは、当該インデックス情報に含まれるアドレス情報等に示されたデータファイル保持ノードに対してデータファイル送信要求メッセージを送信し、これにより、ユーザノードは、上記データファイル保持ノードからそのレプリカをダウンロードすることもできる。
【００５０】
また、データファイル保持ノードから取得したデータファイルのレプリカを保存したユーザノードは、当該レプリカを保存したことをそのルートノードに知らせるために、当該レプリカのデータファイルＩＤ及び自己のノード情報が含まれるパブリッシュ（登録通知）メッセージを生成し、該パブリッシュメッセージを、そのルートノードに向けて（ルートノード宛に）送出する。これにより、パブリッシュメッセージは、データファイル所在問合せ（検索）メッセージと同じように、データファイルＩＤをキーとするＤＨＴルーティングによってルートノードに到着することになる。そして、該ルートノードは、受信したパブリッシュメッセージに含まれるノード情報及びデータファイルＩＤの組を含むインデックス情報を登録（インデックスキャッシュに記憶）することになる。こうして、上記ユーザノードは、新たに、上記データファイルのレプリカを保持するデータファイル保持ノードとなる。
【００５１】
以上のような、データファイル分散保存システムＳにおいて、ログ管理サーバＣＳからログ情報の指示を受けたノードＮｎが、ログ収集ノードとなり、データファイル分散保存システムＳに参加する各ノードＮｎからのログ情報（視聴ログ、障害ログ、編集ログなど）を収集する。そして、ログ収集ノードは、収集したログ情報を収集ログファイルとしてログ管理サーバＣＳに送信する。
【００５２】
ログ収集ノードは、ログの種類（稼動状況の種類）毎に設定され、データファイル分散保存システムＳに参加する各ノードＮｎは、報告すべき稼動状況の種類（ログの種類）を判別して、対応するログ収集ノードに対して当該ログ情報を送信するよう構成する。
【００５３】
＜２.  ログ管理サーバＣＳによるログ収集指示とログ収集ノードの決定＞
図２は、ログ管理サーバＣＳが任意のノードＮｎに対してログ収集を指示する様子を示す概念図である。当該図２は、オーバーレイネットワーク９に参加する各ノードＮｎを、各ノードＮｎのノードＩＤに基づいてＩＤ空間上に図示したものであり、反時計回りでＩＤが増加するものとする。なお、以下に示す図３乃至図７においても同様である。
【００５４】
ログ管理サーバＣＳは、収集するログ情報の種類（ノードＮｎの稼動状況の種類）と、当該種類を識別するログＩＤ（ログ識別情報の一例）を対応付け、かかるログＩＤを含むログ収集指示を、任意のノードＮｎに対して送信する。
【００５５】
このログＩＤは、例えば、ログの種類名（視聴ログなど）＋任意の数値が、上記ノードＩＤ及びデータファイルＩＤを得るときと共通のハッシュ関数によりハッシュ化されて生成される。つまり、ログＩＤは、ノードＩＤ及びデータファイルＩＤと同一のＩＤ空間に配置される。
【００５６】
図２に示す例では、ログ管理サーバＣＳは、視聴ログをログＩＤ（１１１１１・・・）、障害ログをログＩＤ（２２２２２・・・）、編集ログをログＩＤ（３３３３３・・・）、・・・と、夫々対応付けて図示しない記憶部に記憶している。
【００５７】
ここで、視聴ログとは、例えば、データファイルが映画や音楽等コンテンツである場合に、各ノードＮｎにおいて当該コンテンツデータのレプリカを取得して再生（視聴）した場合の視聴の記録であり、障害ログは、例えば、各ノードＮｎにおいてデータファイル分散システムＳに参加中に発生した障害の記録であり、編集ログは、例えば、各ノードＮｎにおいてデータファイルの更新や編集等を行なった場合の編集の記録である。
【００５８】
また、ログの種類とそのログＩＤの対応が書かれたログ収集カタログ情報が、全ノードＮｎに配布される。
【００５９】
ログ管理サーバＣＳは、データファイル分散保存システムＳに参加する何れかのノードＮｎを選択し、選択したノードＮｎに対してログ収集の指示を行なう。
【００６０】
図２に示す例では、ログ管理サーバＣＳは、ノードＮ１０にログＩＤ（１１１１１・・・）を含むログ収集指示を送信し、ノードＮ１４にログＩＤ（２２２２２・・・）を含むログ収集指示を送信し、ノードＮ１１にログＩＤ（３３３３３３・・・）を含むログ収集指示を送信している。
【００６１】
これにより、ノードＮ１０は、ログＩＤ（１１１１１・・・）である視聴ログを収集するログ収集ノードとなり、ノードＮ１４は、ログＩＤ（２２２２２・・・）である障害ログを収集するログ収集ノードとなり、ノードＮ１１は、ログＩＤ（３３３３３３・・・）である編集ログを収集するログ収集ノードとなる。
【００６２】
ログ収集指示を受けたノードＮ１０、Ｎ１４及びＮ１１は、自己のノード情報をログ管理サーバＣＳに返信し、ログ管理サーバＣＳは、ノード情報を受信して、ログＩＤ及びログ種類に対応づけて保存する。
【００６３】
そして、各ログ収集ノードは、自己がログ収集ノードとなったこと示す通知メッセージを送信する。当該通知メッセージは、上述したデータファイルのレプリカを保存したユーザノードが送信するパブリッシュメッセージと同様の手順で各ノードＮｎ間を転送されていく。ここでは、ログ収集ノードが、自己が収集するログ情報のログＩＤ（ログ管理サーバＣＳから受信したログ収集指示に含まれるログＩＤ）を含むパブリッシュメッセージを通知メッセージとして生成し、当該パブリッシュメッセージをそのルートノード（ログ関連ルートノード）に向けて送信する。
【００６４】
ログ関連ルートノードは、パブリッシュメッセージに含まれるログＩＤと所定の関係にあるノードＩＤを有するノードＮｎであり、本実施形態では、ログＩＤをキーとするＤＨＴルーティングによってパブリッシュメッセージ（以下、「パブリッシュ」と言う。）が転送されて、最終的に当該ログＩＤに最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有するノードＮｎであるように定められる。
【００６５】
図３は、パブリッシュが転送される様子を示す概念図である。
【００６６】
同図に示す例では、ノードＮ１０から送信されたログＩＤ（１１１１１・・・）を含むパブリッシュが、実線矢印で示すように、各ノードＮｎを転送され、ノードＮ１６に到達しており、当該ノードＮ１６がログＩＤ（１１１１１・・・）のルートノードとなる。
【００６７】
また、ノードＮ１４から送信されたログＩＤ（２２２２２・・・）を含むパブリッシュが、点線矢印で示すように、各ノードＮｎを転送され、ノードＮ１１に到達しており、当該ノードＮ１１がログＩＤ（２２２２２・・・）のルートノードとなる。なお、図示を省略したが、ノードＮ１１からもログＩＤ（３３３３３・・・）を含むパブリッシュが送信され、当該ログＩＤに最も近いノードＩＤを有するルートノードに到達するようになっている。
【００６８】
そして、ルートノードとなったノードＮｎは、パブリッシュに含まれるパブリッシュ送信元のログ収集ノードのノード情報及びログＩＤの組を含むインデックス情報を登録（ログインデックスキャッシュに記憶）することになる。
【００６９】
図３に示す例では、ノードＮ１６は、パブリッシュに含まれるノードＮ１０のノード情報及びログＩＤの組を含むインデックス情報を登録（ログインデックスキャッシュに記憶）し、同様に、ルートノードとなったノードＮ１１は、パブリッシュに含まれるノードＮ１４のノード情報及びログＩＤの組を含むインデックス情報を登録（ログインデックスキャッシュに記憶）する。
【００７０】
表１にノードＮ１６のログインデックスキャッシュの一例を示す。
【表１】
2010122925.tif 000003
【００７１】
＜３.  ログ収集ノードにおけるログ収集の手順＞
続いて、ログ収集ノードにおけるログ収集の手順について説明する。
【００７２】
図４は、ログ収集ノードが各ノードＮｎからログ情報を収集する様子を示す概念図である。
【００７３】
図４（Ａ）に示す例では、コンテンツを視聴したノードＮ５及びＮ１５が、実線矢印で示すように、視聴ログを収集するログ収集ノードであるノードＮ１０に視聴ログ（ログ情報の一例）を送信し、障害が発生したノードＮ１及びノードＮ２が、点線矢印で示すように、障害ログを収集するログ収集ノードであるノードＮ１４に障害ログ（ログ情報の一例）を送信する。
【００７４】
ところで、各ノードＮｎは、ログ情報をログ収集ノードに送信すると、そのログ収集ノードのアドレス情報をログ収集ノードホルダに保存する。
【００７５】
図４（Ａ）に示す例は、ログ情報を送信しているノードＮ１，Ｎ２，Ｎ５及びＮ１５が、過去にログ情報を送信した経験から、夫々ログ収集ノードのアドレス情報を自己のログ収集ノードホルダに保存していた場合の例である。
【００７６】
表２に、任意のノードＮｎのログ収集ノードホルダの一例を示す。
【表２】
2010122925.tif 000004
【００７７】
このように、ログ情報を送信するノードＮｎは、自己のログ収集ノードホルダにログ収集ノードのアドレス情報が保存（記憶）されている場合には、かかるアドレス情報に従って、ログ情報を送信するよう構成する。なお、この際、既にログ収集ノードが、データファイル分散保存システムＳから脱退している可能性があるため、先ず、ログ収集ノードホルダに保存されているログ収集ノードのアドレス情報に従って、今現在も（現に）、ログ収集ノードとして稼動しているか否かを確認する確認要求を送信し、今現在も、データファイル分散保存システムＳに参加しており、かつ、ログ収集ノードとして稼動しているか否かを確認するよう構成する。そして、現にログ収集ノードとして稼動していることを確認した後に、当該ログ収集ノードに対してログ情報を送信する。
【００７８】
一方、ログ収集ノードホルダに、報告すべきログ種類のログ収集ノードのアドレス情報が保存されていない場合、又は、ログ収集ノードホルダに保存されていたログ収集ノードに対して確認要求を行なったが、既にデータファイル分散保存システムＳから脱退している場合、又は、今現在も参加しているがログ収集ノードではなかった場合には、ノードＮｎは、報告すべきログの種類のログＩＤを含むクエリ（所在問い合わせメッセージ）を生成し、当該クエリを当該ログＩＤのルートノード（ログ関連ルートノード）に向けて送信する。
【００７９】
そして、ルートノードがクエリ送信元のノードＮｎに対してログ収集ノードのアドレス情報を返信することにより、各ノードＮｎが報告すべきログ種類のログ収集ノードのアドレス情報を取得する。なお、ノードＮｎは、クエリを生成する際、報告すべきログ種類のログＩＤがわからない場合には、報告すべきログの種類とそのログＩＤの対応が書かれたログ収集カタログ情報を参照して、ログＩＤを取得するよう構成すればよい。
【００８０】
図４（Ｂ）に示す例では、コンテンツを視聴したノードＮ１５が、視聴ログのログＩＤ（１１１１１・・・）を含むクエリを当該ログＩＤ（１１１１１・・・）のルートノードに向けて送信し、当該クエリが各ノードＮｎ間を転送されてログＩＤ（１１１１１・・・）のルートノードであるノードＮ１６に到達し［１］、ルートノードであるノードＮ１６が、ログＩＤ（１１１１１・・・）のログ収集ノードであるノードＮ１０のアドレス情報をノードＮ１５に返信している［２］。そして、ノードＮ１５は、ログ収集ノードであるノードＮ１０に対して、視聴ログを送信している［３］。
【００８１】
ログ収集ノードは、各ノードＮｎから送信されたログ情報を、収集ログファイルとして記憶、保存する。
【００８２】
ログ情報に含まれる情報は、全てのログ種類で同一であっても、ログの種類に応じて異なるものであってもよい。
【００８３】
表３に視聴ログのログ収集ノードであるノードＮ１０が保存する収集ログファイルの一例を示し、表４に障害ログのログ収集ノードであるノードＮ１４が保存する収集ログファイルの一例を示す。
【００８４】
【表３】
2010122925.tif 000005
【００８５】
【表４】
2010122925.tif 000006
【００８６】
そして、ログ収集ノードは、所定のタイミングでログ管理サーバＣＳに収集ログファイルを送信する。
【００８７】
＜４.  ログ収集ノードのログ管理サーバＣＳへの収集ログファイルの送信＞
各ログ収集ノードは、所定のタイミングで、収集したログ情報を収集ログファイルとしてログ管理サーバＣＳへ送信する。
【００８８】
図５は、収集ログファイルが各ログ収集ノードからログ管理サーバＣＳへ送信される様子を示す概念図である。
【００８９】
ログ管理サーバＣＳは、集計・解析を所望するログ情報を収集しているログ収集ノードに対して、収集ログファイルの送信を要求する収集ログファイル送信要求を送信し、ログ収集ノードは、収集ログファイル送信要求を受信すると収集ログファイルをログ管理サーバＣＳへ送信する。
【００９０】
図５（Ａ）に示す例では、ログ管理サーバＣＳは、視聴ログと障害ログの集計・解析を所望したことから、かかる種類のログを収集するログ収集ノードであるノードＮ１０及びＮ１４に対して収集ログファイル送信要求を送信する。
【００９１】
収集ログファイル送信要求を受けたノードＮ１０及びノードＮ１４は、収集ログファイルをログ管理サーバＣＳへ送信する。
【００９２】
また、図５（Ｂ）に示すように、ログ収集ノードは、定期的に（例えば、所定の収集ログファイル送信日時に）収集ログファイルをログ管理サーバＣＳへ送信するよう構成してもよい。
【００９３】
＜５.  ログ収集ノード、ログ関連ルートノードの脱退＞
続いて、ログ収集ノード、ログ関連ルートノードがデータファイル分散保存システムＳから脱退する際の手順について説明する。
【００９４】
図６は、ログ収集ノードがデータファイル分散保存システムＳから脱退する様子を示す概念図である。
【００９５】
ログ収集ノードが、データファイル分散保存システムＳから脱退する際には、先ず、ログ収集ノードとしての役割の引継ぎを行なうために、自己が保存している収集ログファイルを他のノードＮｎに送信する。
【００９６】
図６に示す例では、ノードＮ１０が収集ログファイルをノードＮ１８へ送信している［１］。
【００９７】
ノードＮ１０から収集ログファイルを受信したノードＮ１８は、ノードＮ１０に替わって新たなログＩＤ（１１１１１・・・）（視聴ログ）のログ収集ノードとなり、当該ログＩＤ（１１１１１・・・）を含むパブリッシュを生成してそのルートノード（ノードＮ１６）に向けて送信する［２］。
【００９８】
一方、脱退するノードＮ１０は、ログＩＤ（１１１１１・・・）を含む脱退メッセージを生成してそのルートノード（ノードＮ１６）に向けて送信する［３］。
【００９９】
ログＩＤ（１１１１１・・・）のルートノードであるノードＮ１６は、ノードＮ１０からの脱退メッセージに従い、自己のログインデックスキャッシュからノードＮ１０のインデックス情報を削除する。そして、ノードＮ１８からのパブリッシュに従い、当該パブリッシュに含まれるノードＮ１８のノード情報及びログＩＤの組を含むインデックス情報を、新たにログインデックスキャッシュに記憶する［４］。
【０１００】
このように、ノードＮ１０はログ収集ノードをノードＮ１８に引継ぎした後に、データファイル分散保存システムＳから脱退する［５］。
【０１０１】
そして、ノードＮ１８は、ログＩＤ（１１１１１・・・）の新ログ収集ノードとなったことをログ管理サーバＣＳに報告する［６］。ログ管理サーバＣＳは、ログＩＤ（１１１１１・・・）とノードＮ１８のノード情報を対応付けて保存して、ログＩＤ（１１１１１・・・）のログ収集ノードを、ノードＮ１０からノードＮ１８に変更する。
【０１０２】
図７は、ログ関連ルートノードがデータファイル分散保存システムＳから脱退する様子を示す概念図である。
【０１０３】
ログ関連ルートノードが、データファイル分散保存システムＳから脱退する際には、先ず、新たなルートノードを設定するために、ログインデックスキャッシュに登録しているログ収集ノードに対して、再度パブリッシュを送信するよう指示する再パブリッシュ指示（ログＩＤを含む）を送信する。
【０１０４】
図７に示す例では、ログＩＤ（１１１１１・・・）のルートノードであるノードＮ１６は、自己のログインデックスキャッシュに登録しているログＩＤ（１１１１１・・・）のログ収集ノードであるノードＮ１０に対して、再パブリッシュ指示を送信している［１］。
【０１０５】
再パブリッシュ指示後、ノードＮ１６は、データファイル分散保存システムＳから脱退する［２］。
【０１０６】
そして、ノードＮ１６から再パブリッシュ指示を受けたノードＮ１０は、指示に含まれるログＩＤ（１１１１１・・・）を含むパブリッシュをルートノードに向けて送信する［３］。パブリッシュは、ノードＮ１９に到達し、かかるノードＮ１９が、パブリッシュに含まれるノードＮ１０のノード情報及びログＩＤの組を含むインデックス情報を、自己のログインデックスキャッシュに記憶して、ログＩＤ（１１１１１・・・）の新たなルートノードとなる。
【０１０７】
＜６.ノードＮｎの構成及び機能＞
次に、図８を参照して、ノードＮｎの構成及び機能について説明する。
【０１０８】
図８は、ノードＮｎの概要構成例を示す図である。
【０１０９】
各ノードＮｎは、図８に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データおよびプログラムを記憶するＲＯＭ等から構成されたコンピュータとしての制御部１１と、各種データ（例えば、データファイルのレプリカ、インデックスキャッシュ、ＤＨＴ、データファイルカタログ情報、ログインデックスキャッシュ、収集ログファイル、ログ収集ノードホルダ、ログ収集カタログ情報等）及び各種プログラム等を記憶保存（格納）するためのハードディスク等から構成された記憶部１２と、受信されたデータファイルのレプリカ等を一時蓄積するバッファメモリ１３と、データファイルが映像や音声を含む場合に、データファイルのレプリカに含まれるエンコードされたビデオデータ（映像情報）およびオーディオデータ（音声情報）等をデコード（データ伸張や復号化等）するデコーダ部１４と、当該デコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力する映像処理部１５と、当該映像処理部１５から出力されたビデオ信号に基づき映像表示するＣＲＴ，液晶ディスプレイ等の表示部１６と、上記デコードされたオーディオデータをアナログオーディオ信号にＤ（Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する音声処理部１７と、当該音声処理部１７から出力されたオーディオ信号を音波として出力するスピーカ１８と、ネットワーク８を通じて他のノードＮｎ等間の情報の通信制御を行なうための通信部２０と、ユーザからの指示を受け付け当該指示に応じた指示信号を制御部１１に対して与える入力部（例えば、キーボード、マウス、或いは、操作パネル等）２１と、を備えて構成され、制御部１１、記憶部１２、バッファメモリ１３、デコーダ部１４、通信部２０、及び入力部２１はバス２２を介して相互に接続されている。なお、ノードＮｎとしては、パーソナルコンピュータ、ＳＴＢ（Set Top Box）、或いは、ＴＶ受信機等を適用可能である。
【０１１０】
また、データファイル分散保存システムＳが、当該システムＳに参加する際のアクセス先となるコンタクトノードを備えている場合には、記憶部１２には当該コンタクトノードのアドレス情報（ＩＰアドレス及びポート番号など）等が記憶されている。更に、記憶部１２には、保存（記録）しているデータファイルのレプリカに関する情報（タイトル、データファイルＩＤ等）を登録するための保存データファイル管理テーブルが記憶されている。
【０１１１】
記憶部１２は、インデックスキャッシュ、ログインデックスキャッシュ、収集ログファイル、ログ収集ノードホルダを含んで構成される。
【０１１２】
インデックスキャッシュには、自己が所在を管理するデータファイルの保持ノードであるノードＮｎのノード情報（ＩＰアドレスなどのアドレス情報を含む）と当該データファイルのデータファイルＩＤの組が含まれるインデックス情報が記憶されている。
【０１１３】
ログインデックスキャッシュには、自己が所在を管理するログ収集ノードであるノードＮｎのノード情報（ＩＰアドレスなどのアドレス情報を含む）とログＩＤの組が含まれるインデックス情報が記憶されている（表１参照）。
【０１１４】
収集ログファイルは、自己がログ収集ノードとなってシステムＳ内の各ノードＮｎから収集したログ情報が記憶されている（表３、表４参照）。
【０１１５】
ログ収集ノードホルダは、ログの種類と、当該ログ情報を送信すべきログ収集ノードのアドレス情報を対応付けて保存するものである（表２参照）。
【０１１６】
このような構成において、制御部１１は、ＣＰＵが記憶部１２等に記憶されたプログラム（本発明のノード処理プログラムを含む）を読み出して実行することにより、全体を統括制御し、データファイル分散保存システムＳへの参加により上述したユーザノード、中継ノード、ルートノード、データファイル保持ノード、ログ収集ノード、ログ関連ルートノードの少なくとも何れか一つのノードとしての処理を行なうようになっている。
【０１１７】
また、制御部１１は、本発明における判別手段、所在問い合わせメッセージ送信手段、受信手段、判定手段、ログ情報送信手段、確認手段、削除手段、及びログ収集手段等として機能する。
【０１１８】
なお、上記ノード処理プログラムは、例えば、ネットワーク８上の所定のサーバからダウンロードされるようにしてもよいし、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしても良い。
【０１１９】
＜７．各ノードＮｎの処理＞
以上の動作において、各ノードＮｎにおける処理を、図を参照して詳しく説明する。
【０１２０】
＜７−１．全体処理＞
図９は、データファイル分散保存システムＳに参加している任意のノードＮｎにおける制御部１１のメイン処理を示すフローチャートであり、データファイル分散保存システムＳへの参加後（例えば、コンタクトノードへのアクセスの後）に本発明のノード処理プログラムが読み出され処理が開始する。
【０１２１】
先ず、制御部１１は、データファイル分散保存システムＳからの脱退が指示されたか否かを判定する（ステップＳ１０）。脱退指示は、例えば、ユーザにより入力部２１を介して指示されたり、或いは通信部２０を介して、データファイル分散保存システムＳの運営者であるセンターサーバ等から強制的に脱退処理の指示がされた場合などが考えられる。
【０１２２】
判定の結果、データファイル分散保存システムＳからの脱退が指示された場合には（ステップＳ１０：Ｙｅｓ）、「脱退処理」を行ない（ステップＳ１１）、処理を終了する。なお、「脱退処理」については後に図を用いて詳述する。
【０１２３】
一方、脱退が指示されていなければ（ステップＳ１０：Ｎｏ）、ログ収集ノードとなったノードＮｎから送信されたパブリッシュを受信したか否かを判定し（ステップＳ１２）、パブリッシュを受信した場合には（ステップＳ１２：Ｙｅｓ）、「パブリッシュ受信処理」を行ない（ステップＳ１３）、ステップＳ１４へ移行する。なお、「パブリッシュ受信処理」については後に図を用いて詳述する。
【０１２４】
そして、パブリッシュを受信していなければ（ステップＳ１２：Ｎｏ）、ログ情報を送信するために他のノードＮｎから送信された収集ログノードを問い合わせる（検索する）ためのクエリを受信したか否かを判定し（ステップＳ１４）、クエリを受信した場合には（ステップＳ１４：Ｙｅｓ）、「クエリ受信処理」を行ない（ステップＳ１３）、ステップＳ１５へ移行する。なお、「クエリ受信処理」については後に図を用いて詳述する。
【０１２５】
続いて、クエリを受信していなければ（ステップＳ１４：Ｎｏ）、脱退メッセージを受信したか否かを判定し（ステップＳ１６）、受信した場合には（ステップＳ１６：Ｙｅｓ）、「脱退メッセージ受信処理」を行ない（ステップＳ１７）、ステップＳ１９へ移行する。なお、「脱退メッセージ受信処理」については後に図を用いて詳述する。
【０１２６】
次いで、脱退メッセージを受信していない場合には（ステップＳ１６：Ｎｏ）、ログ管理サーバＣＳからログ収集指示を受信したか否かを判定し（ステップＳ１８）、ログ収集指示を受信した場合には（ステップＳ１８：Ｙｅｓ）、ログ収集指示に含まれるログＩＤのログ収集ノードとなるべく、当該ログＩＤを含むパブリッシュを生成し、そのルートノードに向けて送信する（ステップＳ１９）。また、自己のノード情報をログ管理サーバＣＳに返信し、ステップＳ２０へ移行する。
【０１２７】
一方、ログ収集指示を受信していない場合には（ステップＳ１８：Ｎｏ）、他のノードＮｎから収集ログファイルを受信したか否かを判定し（ステップＳ２０）、収集ログファイルを受信した場合には（ステップＳ２０：Ｙｅｓ）、かかる収集ログファイルの新たなログ収集ノードとなるべく、当該収集ログファイルのログＩＤを含むパブリッシュを生成してそのルートノードに向けて送信する（ステップＳ２１）。そして、自己のノード情報をログ管理サーバＣＳに送信して、新たなログ収集ノートとなったことをログ管理サーバＣＳに報告し（ステップＳ２２）、ステップＳ２３へ移行する。
【０１２８】
次いで、自身がログ収集ノード、又は、ログ関連ルートノードであるか否かを判定し（ステップＳ２３）、ログ収集ノードである場合には（ステップＳ２３：Ｙｅｓ）、「ログ収集関連処理」を行ない（ステップＳ２４）、ステップＳ２５へ移行する。なお、自身がログ収集ノードであるか否かは、記憶部１２の収集ログファイルを参照して、収集ログファイルにログ情報が記憶されていれば、自身はログ収集ノードであると判定すればよく、自身がログ関連ルートノードであるか否かは、記憶部１２のログインデックスキャッシュを参照して、ログインデックスキャッシュにログ収集ノードのインデックス情報が記憶されていれば、自身はログ関連ルートノードであると判定すればよい。また、「ログ収集関連処理」については後に図を用いて詳述する。
【０１２９】
一方、判定の結果、自身がログ収集ノードでも、ログ関連ルートノードでもでない場合には（ステップＳ２３：Ｎｏ）、報告すべき稼動状況があるか、すなわち、ログ出力イベントが発生したか否かを判定し（ステップＳ２５）、ログ出力イベントが発生した場合には（ステップＳ２３：Ｙｅｓ）、「ログ情報送信処理」を行ない（ステップＳ２６）、ステップＳ２５へ移行する。なお、「ログ情報送信処理」については後に図を用いて詳述する。
【０１３０】
続いて、その他のメッセージを受信したか否かを判定し（ステップＳ２７）、その他のメッセージを受信していない場合には（ステップＳ２７：Ｎｏ）、ステップＳ１０へ移行し、受信した場合には（ステップＳ２７：Ｙｅｓ）、その他のメッセージに応じた処理を行なう（ステップＳ２８）。なお、その他のメッセージは、例えば、自身がログ収集ノードでない場合に、他のノードからログ収集ノードとして稼動しているか否かを確認する確認要求であり、この場合には、当該他のノードに対してログ収集ノードでない旨の情報を返信すればよい。また、その他のメッセージがデータファイルのレプリカを保存した際のパブリッシュや、レプリカの保存先を問い合わせるクエリ等である場合には、インデックスキャッシュへの登録やデータファイル保持ノードのアドレス情報の返信、或いは、メッセージの転送等の処理を行なえばよい。
【０１３１】
そして、ステップＳ１０に移行して、ステップＳ１０からステップＳ２８の処理を繰り返し行なう。
【０１３２】
＜７−２．ステップＳ１１の脱退処理＞
図１０は、上記ステップＳ１１の「脱退処理」を示すフローチャートである。
【０１３３】
かかる処理は、ステップＳ１０にてデータファイル分散保存システムＳからの脱退が指示された場合に行なわれる処理である。
【０１３４】
先ず、自身がログ収集ノードであるか否かを判定し（ステップＳ３０）、ログ収集ノードである場合（ステップＳ３０：Ｙｅｓ）には、データファイル分散保存システムＳに参加する何れかのノードＮｎを選択し、選択したノードＮｎに記憶部１２の収集ログファイルを送信する（ステップＳ３１）。なお、ノードＮｎは、最も最近データのやり取りを行なったノードＮｎや、インデックスキャッシュやログインデックスキャッシュ等を参照して任意に選択すればよい。
【０１３５】
そして、脱退メッセージを当該ログＩＤのルートノードに向けて送信し（ステップＳ３２）、ステップＳ３３に移行する。
【０１３６】
複数のログのログ収集ノードである場合には、全てのログについて、ステップＳ３１、Ｓ３２の処理を行なう。つまり、記憶部１２に記憶している全ての収集ログファイルを他のノードＮｎに送信し、脱退メッセージを夫々のログＩＤのルートノードに向けて送信する。
【０１３７】
続いて、自身がログＩＤのルートノード（ログ関連ルートノード）であるか否かを判定し、ログ関連ルートノードである場合（ステップＳ３３：Ｙｅｓ）には、記憶部１２のログインデックスキャッシュに登録されているログ収集ノードに対して、再パブリッシュ指示を送信し（ステップＳ３４）、記憶部１２のログインデックスキャッシュからログ収集ノードのインデックス情報を削除して（ステップＳ３５）、ステップＳ３６へ移行する。なお、記憶部１２のログインデックスキャッシュに複数のログ収集ノードのインデックス情報が登録されている場合には、全てのログ収集ノードに対して再パブリッシュ指示を送信して、ログインデックスキャッシュの登録を全て削除する。
【０１３８】
一方、ログ関連ルートノードでない場合（ステップＳ３３：Ｎｏ）には、データファイル分散保存システムＳから脱退して（ステップＳ３６）処理を終了する。
【０１３９】
＜７−３．ステップＳ１３のパブリッシュ受信処理＞
図１１は、上記ステップＳ１３の「パブリッシュ受信処理」を示すフローチャートである。
【０１４０】
かかる処理は、ステップＳ１２にてログ収集ノードとなったノードＮｎから送信されたパブリッシュを受信した場合に行なわれる処理である。
【０１４１】
先ず、制御部１１は、受信したパブリッシュの転送先があるか否かを判定し（ステップＳ４１）、転送先がなければ（ステップＳ４１：Ｎｏ）、自身はパブリッシュに含まれるログＩＤのルートノードであるため、受信したパブリッシュに含まれるログ収集ノードのノード情報とログＩＤを含むインデックス情報をログインデックスキャッシュに登録して（ステップＳ４２）処理を終了する。
【０１４２】
一方、受信したパブリッシュの転送先があれば（ステップＳ４１：Ｙｅｓ）、パブリッシュを転送して（ステップＳ４３）処理を終了する。
【０１４３】
＜７−４．ステップＳ１５のクエリ受信処理＞
図１２は、上記ステップＳ１５の「クエリ受信処理」を示すフローチャートである。
【０１４４】
かかる処理は、ステップＳ１４にてログ情報を送信するために他のノードＮｎから送信された収集ログノードを問い合わせる（検索する）ためのクエリを受信した場合に行なわれる処理である。
【０１４５】
先ず、制御部１１は、記憶部１２のログインデックスキャッシュに、受信したクエリに含まれるログＩＤのインデックス情報が登録されているか否かを判定する（ステップＳ５０）。登録されていなければ（ステップＳ５０：Ｎｏ）、クエリを転送して（ステップＳ５１）処理を終了する。
【０１４６】
一方、ログインデックスキャッシュに、受信したクエリに含まれるログＩＤのインデックス情報が登録されている場合（ステップＳ５０：Ｙｅｓ）には、当該インデックス情報のノード情報に含まれるアドレス情報、つまり、受信したクエリに含まれるログＩＤのログ収集ノードのアドレス情報を、クエリの送信元のノードＮｎに送信し（ステップＳ５２）処理を終了する。
【０１４７】
＜７−５．ステップＳ１７の脱退メッセージ受信処理＞
図１３は、上記ステップＳ１７の「脱退メッセージ受信処理」を示すフローチャートである。
【０１４８】
かかる処理は、ステップＳ１６にてログ収集ノードから送信された脱退メッセージを受信した場合に行なわれる処理である。
【０１４９】
先ず、制御部１１は、受信した脱退メッセージの転送先があるか否かを判定し（ステップＳ１１０）、転送先がなければ（ステップＳ１１０：Ｎｏ）、自身は脱退メッセージに含まれるログＩＤのルートノードであるため、ログインデックスキャッシュから脱退メッセージの送信元のログ収集ノードのインデックス情報を削除し（ステップＳ１１１）、処理を終了する。
【０１５０】
一方、受信した脱退メッセージの転送先があれば（ステップＳ１１０：Ｙｅｓ）、脱退メッセージを転送して（ステップＳ１１２）処理を終了する。
【０１５１】
＜７−６．ステップＳ２４のログ収集関連処理＞
図１４は、上記ステップＳ２４の「ログ収集関連処理」を示すフローチャートである。
【０１５２】
かかる処理は、自身がログ収集ノードの場合に行なわれる処理である。
【０１５３】
先ず、制御部１１は、他のノードＮｎからログ情報を受信したか否かを判定し（ステップＳ７０）、ログ情報を受信した場合（ステップＳ７０：Ｙｅｓ）には、制御部１１は、ログ収集手段として機能して、受信したログ情報を記憶部１２の収集ログファイルに格納（記憶）し（ステップＳ７１）、ステップＳ７２へ移行する。
【０１５４】
ログ情報を受信していない場合（ステップＳ７０：Ｎｏ）には、制御部１１は、自己が収集しているログ情報のログＩＤのルートノードから再パブリッシュ指示を受信したかを判定し（ステップＳ７２）、再パブリッシュ指示を受信した場合（ステップＳ７２：Ｙｅｓ）には、再パブリッシュ指示にて指示されたログＩＤを含むパブリッシュをそのルートノードに向けて送信し（ステップＳ７３）、ステップＳ７４へ移行する。そして、再パブリッシュ指示を受信していない場合（ステップＳ７２：Ｎｏ）、ステップＳ７４へ移行する。
【０１５５】
次に、制御部１１は、ログ管理サーバＣＳへ収集ログファイルを送信すべき日時か否かを判定し（ステップＳ７４）、収集ログファイルを送信すべき日時でない場合（ステップＳ７４：Ｎｏ）には、ログ管理サーバＣＳから収集ログファイル送信要求を受信したか否かを判定する（ステップＳ７５）。
【０１５６】
判定の結果、収集ログファイルを送信すべき日時である場合（ステップＳ７４：Ｙｅｓ）、又は、収集ログファイル送信要求を受信した場合（ステップＳ７５：Ｙｅｓ）には、収集ログファイルをログ管理サーバＣＳへ送信し（ステップＳ７６）ステップＳ７７へ移行する。
【０１５７】
そして、収集ログファイル送信要求を受信していない場合（ステップＳ７５：Ｎｏ）には、確認要求を受信したか否かを判定し、確認要求を受信していれば、確認要求に含まれるログＩＤのログ収集ノードであるか否かを記憶部１２の収集ログファイルを参照して判定する（ステップＳ７７）。
【０１５８】
判定の結果、確認要求を受信していない場合（ステップＳ７７：Ｎｏ）には、処理を終了する。
【０１５９】
一方、確認要求を受信し、かつ、確認要求に含まれるログＩＤのログ収集ノードである場合（ステップＳ７７：Ｙｅｓ）には、確認要求の送信元のノードＮｎに、ログ収集ノードとして稼動している旨の情報を返信して（ステップＳ７８）処理を終了する。なお、ステップＳ７７において、確認要求を受信した場合であって、自身が、確認要求に含まれるログＩＤのログ収集ノードでない場合には、確認要求の送信元のノードＮｎに対してログ収集ノードでない旨の情報を返信すればよい。
【０１６０】
＜７−７．ステップＳ２６のログ情報送信処理＞
図１５は、上記ステップＳ２６の「ログ情報送信処理」を示すフローチャートである。
【０１６１】
かかる処理は、ステップＳ２５にてログ出力イベントが発生した場合に行なわれる処理である。
【０１６２】
先ず、制御部１１は、判別手段として機能し、報告すべき稼動状況を示すログの種類を判別する（ステップＳ９０）。
【０１６３】
次に、制御部１１は、判定手段として機能し、記憶部１２のログ収集ノードホルダに、判別したログの種類のログ収集ノードのアドレス情報が記憶されているか否かを判定し（ステップＳ９１）、記憶されていれば（ステップＳ９１：Ｙｅｓ）、制御部１１は、確認手段として機能し、記憶されていたログ収集ノードに現にログ収集ノードとして稼動しているか否かを確認する確認要求（判別したログ種類のログＩＤを含む）を送信する（ステップＳ９２）。
【０１６４】
そして、ログ収集ノードの稼動確認がされたか否かを判定し（ステップＳ９３）、稼動確認ができた場合には（ステップＳ９３：Ｙｅｓ）、ステップＳ１００へ移行し、稼動確認ができなかった場合（ステップＳ９３：Ｎｏ）には、当該ログ収集ノードのアドレス情報をログ収集ノードホルダから削除し（ステップＳ９４）ステップＳ９５へ移行する。
【０１６５】
一方、ステップＳ９１の判定の結果、判別したログの種類のログ収集ノードのアドレス情報が記憶されていない場合（ステップＳ９１：Ｎｏ）には、記憶部１２のログ収集カタログ情報を参照して、判別したログの種類のログＩＤを取得する（ステップＳ９５）。
【０１６６】
続いて、制御部１１は、所在問い合わせメッセージ送信手段として機能し、取得したログＩＤを含むクエリを生成し、かかるログＩＤのルートノードに向けて送信する（ステップＳ９６）。
【０１６７】
そして、クエリを受けたルートノードから、ログ収集ノードのアドレス情報を受信したか否かを判定し（ステップＳ９７）、受信していない場合（ステップＳ９７：Ｎｏ）には、ログ情報を記憶部１２の所定の一時保存ホルダに保存して（ステップＳ９８）、処理を終了する。
【０１６８】
一方、制御部１１は、受信手段として機能してログ収集ノードのアドレス情報を受信した場合（ステップＳ９７：Ｙｅｓ）には、受信したログ収集ノードのアドレス情報を記憶部１２のログ収集ノードホルダに記憶し（ステップＳ９９）、ステップＳ１００へ移行する。
【０１６９】
そして、制御部１１は、ログ情報送信手段として機能し、ステップＳ９３にて稼動確認ができたログ収集ノード、又は、ステップＳ９７にてルートノードからアドレス情報を受信したログ収集ノードに対して、ログ情報を送信し（ステップＳ１００）、処理を終了する。
【０１７０】
なお、ステップＳ９８にてログ情報を一時保存ホルダに保存した場合には、所定のタイミングで（次回ログ情報送信時、或いは、所定時間経過後）再びルートノードにクエリを送信してログ収集ノードのアドレス情報を取得して、ログ情報の送信処理を行なえばよい。
【０１７１】
以上説明したように、データファイル分散保存システムＳに参加するノードＮｎが、ログ収集ノードとなり、各ノードＮｎからのログ情報を収集するよう構成し、データファイル分散保存システムＳに参加する各ノードＮｎは、報告すべき稼動状況の種類（ログの種類）を判別して、判別したログの種類を識別するログＩＤのルートノードからログ収集ノードのアドレス情報を受信して、当該アドレス情報に従ってログ情報をログ収集ノードに送信するよう構成したので、ログ情報の収集にかかる負荷を複数のノードＮｎにて分散させることができる。また、各ノードＮｎは、報告すべき稼動状況が発生するたびに、稼動状況の種類を判別してログ情報をログ収集ノードに送信するよう構成したので、ログ収集ノードは、各ノードＮｎの稼動状況を逐一洩れなく収集することができる。
【０１７２】
また、ログ収集ノードは、ログ管理サーバＣＳに収集したログ情報を収集ログファイルとして送信するよう構成したので、ログ管理サーバＣＳは、ログの種類毎に設定したログ収集ノードから収集ログファイルを夫々取得することができ、ログ管理サーバＣＳにてログを種類別に分別することなく、ログ情報の集計・解析を行なうことができる。
【０１７３】
さらに、ログ収集ノードが、ログ管理サーバＣＳに収集ログファイルを定期的に送信するよう構成したので、ログ管理サーバＣＳは、前回送信時から今回送信時までの間にデータファイル分散保存システムＳに参加した全てのノードＮｎの稼動状況を把握して集計・解析を行なうことができる。
【０１７４】
そして、ログ管理サーバＣＳはログ収集ノードに収集ログファイル送信要求を送信し、所望の収集ログファイルを取得するよう構成したので、集計・解析に必要なログ情報のみを適宜必要に応じて取得することができる。
【０１７５】
なお、ログ収集ノードは、収集ログファイルをログ管理サーバＣＳへ送信した場合には、ログの収集を他のノードＮｎに引き継ぐよう構成してもよい。引継ぎは、脱退時と同様に収集ログファイル（ログ情報は空）を他のノードＮｎに送信し、引き継いだ旨を知らせるメッセージをルートノードに向けて送信すればよい。これにより、ログ収集ノードとして稼動し続ける負担を多数のノードＮｎに分散させることができる。
【０１７６】
また、ノードＮｎは、ログ収集ノードホルダに判別したログの種類のログ収集ノードのアドレス情報が記憶されていない場合にのみ、ルートノードにログ収集ノードのアドレス情報を問い合わせるよう構成し、ログ収集ノードホルダにアドレス情報が記憶されている場合には、ノードＮｎは、ログ収集ノードホルダに記憶されているログ収集ノードが、現に、判別したログ種類のログ収集ノードとして稼動しているか否かを確認するよう構成し、稼動していれば、かかるアドレス情報に従ってログ収集ノードにログ情報を送信するよう構成したので、ノードＮｎ間のクエリ（アドレス情報の問い合わせ）の送受信やアドレス情報の送信にかかるルートノードや他の中継ノード等の負担を抑制することができる。
【０１７７】
また、ログ収集ノードであるノードＮｎがデータファイル分散保存システムＳを脱退する際には、収集ログファイルを他のノードＮｎに送信してログの収集を引き継ぎ、収集ログファイルを受信したノードＮｎは、自己がログ収集を行なうことを示すパブリッシュをそのログ関連ルートノードに向けて送信するよう構成した。これにより、ログ収集ノードが脱退した後も、他のノードＮｎにログ情報の収集を確実に引き継ぐことができる。
【０１７８】
さらに、脱退メッセージをログＩＤのルートノード（ログ関連ルートノード）に向けて送信するよう構成ので、当該ルートノードが、インデックス情報を削除することができる。
【０１７９】
なお、上記実施形態におけるデータファイル分散保存システムＳは、ＤＨＴを利用したアルゴリズムによって形成されることを前提として説明したが、本発明はこれに限定されるものではない。
【図面の簡単な説明】
【０１８０】
【図１】本実施形態に係るデータファイル分散保存システムＳにおける各ノード装置の接続態様の一例を示す図である。
【図２】ログ管理サーバＣＳが任意のノードＮｎに対してログ収集を指示する様子を示す概念図である。
【図３】パブリッシュメッセージが転送される様子を示す概念図である。
【図４】ログ収集ノードが各ノードＮｎからログ情報を収集する様子を示す概念図である。
【図５】収集ログファイルが各ログ収集ノードからログ管理サーバＣＳへ送信される様子を示す概念図である。
【図６】ログ収集ノードがデータファイル分散保存システムＳから脱退する様子を示す概念図である。
【図７】ログ関連ルートノードがデータファイル分散保存システムＳから脱退する様子を示す概念図である。
【図８】ノードＮｎの概要構成例を示すブロック図である。
【図９】ノードＮｎにおける制御部１１のメイン処理を示すフローチャートである。
【図１０】ステップＳ１１の「脱退処理」を示すフローチャートである。
【図１１】ステップＳ１３の「パブリッシュ受信処理」を示すフローチャートである。
【図１２】ステップＳ１５の「クエリ受信処理」を示すフローチャートである。
【図１３】ステップＳ１７の「脱退メッセージ受信処理」を示すフローチャートである。
【図１４】ステップＳ２４の「ログ収集関連処理」を示すフローチャートである。
【図１５】ステップＳ２６の「ログ情報送信処理」を示すフローチャートである。
【符号の説明】
【０１８１】
８  ネットワーク
９  オーバーレイネットワーク（Ｐ２Ｐネットワーク）
１１  制御部
１２  記憶部
１３  バッファメモリ
１４  デコーダ部
１５  映像処理部
１６  表示部
１７  音声処理部
１８  スピーカ
２０  通信部
２１  入力部
２２  バス
Ｓ  データファイル分散保存システム
Ｎｎ  ノード
【図１】
2010122925.tif 000007
【図２】
2010122925.tif 000008
【図３】
2010122925.tif 000009
【図４】
2010122925.tif 000010
【図５】
2010122925.tif 000011
【図６】
2010122925.tif 000012
【図７】
2010122925.tif 000013
【図８】
2010122925.tif 000014
【図９】
2010122925.tif 000015
【図１０】
2010122925.tif 000016
【図１１】
2010122925.tif 000017
【図１２】
2010122925.tif 000018
【図１３】
2010122925.tif 000019
【図１４】
2010122925.tif 000020
【図１５】
2010122925.tif 000021