ノード装置、ノード処理プログラム及びデータファイル取得方法
【課題】ノード装置が、ユーザーＩＤとパスワードを送信する必要がなく、所望のコンテンツを取得することが可能なノード装置、ノード処理プログラム及びデータファイル取得方法を提供する。
【解決手段】特定ユーザー向けのデータファイルを利用可能に構成された第１システム情報と、一般ユーザー向けのデータファイルを利用可能に構成された第２システム情報を受信する手段と、前記第１システムへの参加の可否を示す参加可否情報を取得する手段と、前記第１システムへの参加の可否を判定する手段と、参加可能であると判定された場合、前記第１接続情報を取得する手段と、参加不可能であると判定された場合、第２接続情報を取得する手段と、前記第１システム又は前記第２システムから、前記特定ユーザー向けのデータファイルまたは前記一般ユーザー向けのデータファイルを取得するデータファイル取得手段と、を有する。
【解決手段】特定ユーザー向けのデータファイルを利用可能に構成された第１システム情報と、一般ユーザー向けのデータファイルを利用可能に構成された第２システム情報を受信する手段と、前記第１システムへの参加の可否を示す参加可否情報を取得する手段と、前記第１システムへの参加の可否を判定する手段と、参加可能であると判定された場合、前記第１接続情報を取得する手段と、参加不可能であると判定された場合、第２接続情報を取得する手段と、前記第１システム又は前記第２システムから、前記特定ユーザー向けのデータファイルまたは前記一般ユーザー向けのデータファイルを取得するデータファイル取得手段と、を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して互いに通信可能な複数のノード装置を備えたピアツーピア（Peer to Peer（P2P））型の通信システムの技術分野に関する。
【背景技術】
【０００２】
この種のピアツーピア型の通信システム（Ｐ２Ｐネットワーク）では、映画及び音楽などの各種コンテンツのデータファイルの複製データ（以下、「レプリカ」という）が生成される。生成されたレプリカは、複数のノード装置に分散して保存（配置）される。各ノード装置間でレプリカを利用可能としたピアツーピア型の通信システムが一般的に知られている。ピアツーピア型の通信システムは、対故障性やアクセスの分散性を向上することができる。このように分散保存されたレプリカの所在は、例えば特許文献１に開示されるような分散ハッシュテーブル（以下、ＤＨＴ（Distributed Hash Table）という）を利用して検索される。ユーザーがコンテンツを視聴する場合、ユーザーの所望するレプリカの所在が、ＤＨＴを用いて検索される。検索結果に基づいて、上記分散保存システムに参加している他のノード装置から所望のコンテンツのレプリカを取得し、再生（視聴）する。ユーザーにより再生される各種コンテンツには、同じコンテンツでも、特定ユーザー向けのコンテンツ（例えば、会員用コンテンツ）と一般ユーザー向けのコンテンツ（例えば、非会員用コンテンツ）がある場合がある。
【０００３】
特許文献２には、利用者が利用端末を用いて、認証を行なう技術が開示されている。具体的には、利用者は、利用端末によりＩＤとパスワードとを入力する。利用端末は、入力されたＩＤとパスワードとを会員管理サーバへ送信する。会員管理サーバは、入力されたＩＤとパスワードとに基づいて、ユーザーが会員であるか否かを認証する。認証結果に基づいて、会員管理サーバは、会員用のＨＴＭＬ文書又は非会員用のＨＴＭＬ文書を作成して利用端末へ返信する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１９７４００号公報
【特許文献２】特開平１１−１４９４５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１及び特許文献２に記載の技術から、以下に示すコンテンツ取得方法が考えられる。ピアツーピア型の通信システムにおいて、特定ユーザー向けのコンテンツのレプリカが取得されて試聴される場合、視聴するノード装置からユーザーＩＤとパスワードがＷｅｂサーバに送信される。ＷｅｂサーバはユーザーＩＤとパスワードに基づいて認証処理を行なう。認証が取れた場合（認証ＯＫ）、特定ユーザー向けのコンテンツのＨＴＭＬ文書がノード装置へ返信される。例えば、特定ユーザー向けのＨＴＭＬ文書には、特定ユーザー向けのコンテンツのコンテンツＩＤ等の情報が記述されている。認証が取れなかった場合（認証ＮＧ）、一般ユーザー向けのＨＴＭＬ文書が、ノード装置へ返信される。一般ユーザー向けのＨＴＭＬ文書には、例えば、一般ユーザー向けのコンテンツのコンテンツＩＤ等の情報が記述されている。このような処理により、ノード装置は、受信したＨＴＭＬ文書に基づいて、所望のコンテンツレプリカを取得する。
【０００６】
しかし、上述した手法では、Ｗｅｂサーバは、特定ユーザー向けのコンテンツのＨＴＭＬ文書と一般ユーザー向けのコンテンツのＨＴＭＬ文書との双方を準備しておく必要がある。従って、ＨＴＭＬ文書の作成作業やメンテナンス等の手間がかかる。
【０００７】
また、ノード装置側も、特定ユーザー向けのコンテンツを視聴するたびに、ユーザーＩＤとパスワードとをＷｅｂサーバに送信し、認証処理を行なわなければならず、手間がかかる。
【０００８】
本発明は、以上の問題等に鑑みてなされたものである。本発明は、ノード装置が、特定ユーザー向けのコンテンツを視聴するたびにユーザーＩＤとパスワードを送信する必要がなく、特定ユーザー向けのコンテンツが分散保存された第１システムへの参加の可否をノード装置自身が判定することにより、判定結果に応じた所望のコンテンツを取得することが可能なノード装置、ノード処理プログラム及びデータファイル取得方法を提供する。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、請求項１に記載の発明は、提示内容として、ネットワークを介して互いに通信可能な複数のノード装置間で特定ユーザー向けのデータファイル（例えば、特定ユーザー向けコンテンツ等）を利用可能に構成された第１システムを示す第１システム情報と、ネットワークを介して互いに通信可能な複数のノード装置間で一般ユーザー向けのデータファイル（例えば、一般ユーザー向けコンテンツ等）を利用可能に構成された第２システムを示す第２システム情報と、が記述されたページデータを受信するページデータ受信手段と、前記第１システムへの参加の可否を示す参加可否情報を取得する参加可否情報取得手段と、前記取得された参加可否情報（例えば、セッション情報）に基づいて、前記第１システムへの参加の可否を判定する参加可否判定手段と、前記参加可否判定手段により前記第１システムへ参加可能であると判定された場合、前記ページデータに記述された前記第１システム情報（例えば、ネットワーク名）を、当該ノード装置と通信可能に接続されたサーバ装置へ送信し、前記第１システムへ接続するための第１接続情報（例えば、コンタクトノードのアドレス情報等）を取得する第１接続情報取得手段と、前記参加可否判定手段により前記第１システムへ参加不可能であると判定された場合、前記ページデータに記述された前記第２システムを示す第２システム情報を前記サーバ装置へ送信して、前記第２システムへの第２接続情報（例えば、コンタクトノードのアドレス情報等）を取得する第２接続情報取得手段と、前記取得された第１接続情報または第２接続情報が示す前記第１システム又は前記第２システムから、前記特定ユーザー向けのデータファイルまたは前記一般ユーザー向けのデータファイルを取得するデータファイル取得手段と、を有することを特徴とするノード装置である。
【００１０】
この発明では、ノード装置は、取得を所望するコンテンツのレプリカ等のデータファイルを指定して、サーバ装置から１つのＨＴＭＬ文書等のページデータを受信し参照するだけで、ノード装置のユーザー自身が何らの操作もすることなく、ノード装置自身が、参加可否情報に基づいて第１システムに参加可能であるか否かを判定する。これにより、参加可能であれば特定ユーザー向けのデータファイルを自動的に取得し、参加不可能であれば一般ユーザー向けのデータファイルを自動的に取得することができる。
【００１１】
上記課題を解決するために、請求項２に記載の発明は、前記ページ受信手段が、前記ページデータを受信したとき、前記参加可否情報取得手段により取得された前記参加可否情報を記憶手段（例えば、ＲＡＭ等）に記憶する記憶制御手段と、前記記憶手段に前記参加可否情報が記憶されているか否かを判定する記憶判定手段とを備え、前記記憶判定手段により前記記憶手段に前記参加可否情報が記憶されていると判定された場合、前記参加可否判定手段は、前記記憶手段に記憶された前記参加可否情報に基づいて、前記第１ネットワークへの参加の可否を判定することを特徴とする請求項１に記載のノード装置である。
【００１２】
この発明によれば、ＲＡＭ等の記憶手段に記憶された参加可否情報に基づいて、参加可否を判定するので、容易且つ迅速に参加可否判定を行なうことができる。
【００１３】
上記課題を解決するために、請求項３に記載の発明は、前記ページデータ受信手段は、前記データファイルを示すファイル情報が記述された前記ページデータを受信し、前記参加可否判定手段により前記第１システムへ参加可能であると判定された場合、前記データファイル取得手段は、前記第１システムから前記ページデータに記述された前記ファイル情報が示すデータファイルを取得し、前記参加可否判定手段により前記第１システムへ参加不可能であると判定された場合、前記データファイル取得手段は、前記第２システムから前記ページデータに記述された前記ファイル情報が示すデータファイルを取得することを特徴とする請求項１または請求項２に記載のノード装置である。
【００１４】
この発明では、ＨＴＭＬ文書等のページデータに、特定ユーザー向けのコンテンツのレプリカ等のデータファイルを示すコンテンツＩＤなどのファイル情報と、一般ユーザー向けのコンテンツのレプリカ等のデータファイルを示すコンテンツＩＤなどのファイル情報とを記述した。これにより、参加可否判定手段による参加可否判定後、コンテンツＩＤなどのファイル情報をサーバ装置等に問い合わせることなく、ＨＴＭＬ文書等のページデータに記述された当該コンテンツＩＤ等のファイル情報に基づいて、適切なデータファイルを迅速に取得することができる。
【００１５】
上記課題を解決するために、請求項４に記載の発明は、前記参加可否判定手段が、前記第１システムへ参加可能であると判定した場合、前記第１システムから取得可能な前記データファイルに関する属性情報が記載された第１カタログ情報を、前記第１システムを構成するいずれかのノード装置から取得する前記第１カタログ情報取得手段と、前記参加可否判定手段が、前記第１システムへ参加不可能であると判定した場合、前記第２システムから取得可能な前記データファイルに関する属性情報が記載された第２カタログ情報を、前記第２システムを構成するいずれかのノード装置から取得する前記第２カタログ情報取得手段と、を備えることを特徴とする請求項１または請求項２に記載のノード装置である。
【００１６】
この発明によれば、第１システムのデータファイルに関する属性情報が記載された第１システムに参加可能なノード装置だけが特定ユーザー向けのデータファイルの属性情報が記載された第１カタログ情報を取得できるので、特定ユーザー向けのデータファイルの属性情報のセキュリティ性を保つことができる。
【００１７】
上記課題を解決するために、請求項５に記載の発明は、コンピュータを、請求項１乃至４の何れか一項に記載のノード装置として機能させることを特徴とするノード処理プログラムである。
【００１８】
上記課題を解決するために、請求項６に記載の発明は、提示内容が記述されたページデータ（例えば、ＨＴＭＬ文書）を送信するサーバ装置（例えば、Ｗｅｂサーバ）と通信可能に接続されたノード装置におけるデータファイル取得方法であって、ネットワークを介して互いに通信可能な複数のノード装置間で特定ユーザー向けのデータファイル（例えば、特定ユーザー向けコンテンツ等）を利用可能に構成された第１システムを示す第１システム情報と、ネットワークを介して互いに通信可能な複数のノード装置間で一般ユーザー向けのデータファイル（例えば、一般ユーザー向けコンテンツ等）を利用可能に構成された第２システムを示す第２システム情報と、が記述された前記ページデータを受信するページデータ受信ステップと、前記第１システムへの参加の可否を示す参加可否情報を取得する参加可否情報取得ステップと、前記取得された参加可否情報（例えば、セッション情報）に基づいて、前記第１システムへの参加の可否を判定する参加可否判定ステップと、前記第１システムへ参加可能であると判定された場合、前記ページデータに記述された前記第１システム情報（例えば、ネットワーク名）を前記サーバ装置へ送信し、前記第１システムへ接続するための第１接続情報（例えば、コンタクトノードのアドレス情報等）を取得する第１接続情報取得ステップと、前記第１システムへ参加不可能であると判定された場合、前記ページデータに記述された前記第２システムを示す第２システム情報を前記サーバ装置へ送信して、前記第２システムへの第２接続情報（例えば、コンタクトノードのアドレス情報等）を取得する第２接続情報取得ステップと、前記取得された第１接続情報または第２接続情報が示す前記第１システム又は前記第２システムから、前記特定ユーザー向けのデータファイルまたは前記一般ユーザー向けのデータファイルを取得するデータファイル取得ステップと、を有することを特徴とするデータファイル取得方法である。
【発明の効果】
【００１９】
本発明では、ノード装置は、取得を所望するコンテンツのレプリカ等のデータファイルを指定して、サーバ装置から１つのＨＴＭＬ文書等のページデータを受信し参照するだけで、ノード装置のユーザー自身が何らの操作もすることなく、ノード装置自身が、第１システムに参加可能であるか否かを判定する。これにより、参加可能であれば特定ユーザー向けのデータファイルを自動的に取得し、参加不可能であれば一般ユーザー向けのデータファイルを自動的に取得することができる。
【図面の簡単な説明】
【００２０】
【図１】本実施形態に係るデータファイル分散保存システムＳにおける各ノード装置の接続態様の一例を示す図である。
【図２】ノードＮｎが、システムＳ１又はＳ２から所望のコンテンツのレプリカを取得する様子を示す概念図である。
【図３】（Ａ）は、コンテンツを指定する際のノードＮｎの表示画面の一例であり、（Ｂ）は、コンテンツのレプリカが再生される際のノードＮｎの表示画面の一例である。
【図４】ＷｅｂサーバＷＳが作成したページデータの一例である。
【図５】（Ａ）は、コンテンツを指定する際のノードＮｎの表示画面の一例であり、（Ｂ）は、ユーザー情報が入力される際のノードＮｎの表示画面の一例であり、（Ｃ）は、コンテンツのレプリカが再生される際のノードＮｎの表示画面の一例である。
【図６】ノードＮｎの概要構成例を示すブロック図である。
【図７】ＷｅｂサーバＷＳの概要構成例を示すブロック図である。
【図８】ノードＮｎにおける制御部１１の処理を示すフローチャートである。
【図９】ＷｅｂサーバＷＳにおける制御部３０１の処理を示すフローチャートである。
【図１０】ＷｅｂサーバＷＳにおける制御部３０１の処理を示すフローチャートである。
【発明を実施するための形態】
【００２１】
以下、本発明の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態では、映画、アニメ、音楽等のコンテンツの複製データ（レプリカ）を本発明のデータファイルの一例として説明する。また、コンテンツ分散保存システムを本発明のデータファイル分散保存システムの一例として説明する。
【００２２】
１．コンテンツ分散保存システムの構成及び動作概要
始めに、図１等を参照して、本実施形態に係るコンテンツ分散保存システムＳの構成及び動作概要について説明する。
【００２３】
図１は、本実施形態に係るコンテンツ分散保存システムＳにおける各ノード装置の接続態様の一例を示す図である。
【００２４】
図１の下部枠１０１内に示すように、ＩＸ（Internet eＸchange）３、ＩＳＰ（Internet Service Provider）４ａ,４ｂ、ＤＳＬ（Digital Subscriber Line）回線事業者（の装置）５ａ,５ｂ、ＦＴＴＨ（Fiber To The Home）回線事業者（の装置）６、及び通信回線（例えば、電話回線や光ケーブル等）７等によって、インターネット等のネットワーク（現実世界の通信ネットワーク）８が構築されている。なお、図１の例におけるネットワーク８には、データ（パケット）を転送するためのルータが、適宜挿入されているが図示を省略している。
【００２５】
このようなネットワーク８には、複数のノード装置（以下、「ノード」という）Ｎｎ（ｎ＝１，２，３・・・の何れか）が接続されている。また、各ノードＮｎには、固有の製造番号およびＩＰ（Internet Protocol）アドレスが割り当てられている。そして、本実施形態に係るコンテンツ分散保存システムＳは、これらのノードＮｎのうち、図１の上部枠１００内に示すように、何れか複数のノードＮｎの参加により形成されるピアツーピア方式のネットワークシステムとなっている。
【００２６】
なお、図１の上部枠１００内に示すネットワーク９は、既存のネットワーク８を用いて形成された仮想的なリンクを構成するオーバーレイネットワーク９（論理的なネットワーク）である。オーバーレイネットワーク９は、特定のアルゴリズム、例えば、ＤＨＴを利用したアルゴリズムにより実現される。そして、コンテンツ分散保存システムＳ（言い換えれば、オーバーレイネットワーク９）に参加している各ノードＮｎには、ノードＩＤ（ノード装置識別情報の一例）が割り当てられている。ノードＩＤは、所定桁数からなる固有の識別情報である。
【００２７】
また、ノードＩＤは、例えば、各ノードＮｎに個別に割り当てられたＩＰアドレス或いは製造番号を共通のハッシュ関数によりによりハッシュ化した値である。例えば、ＳＨＡ−１等のハッシュ関数を用いて、例えば、ｂｉｔ長が１６０ｂｉｔの値を得る。ノードＩＤは、ＩＤ空間に偏りなく分散して配置されることになる。
【００２８】
また、各ノードＮｎは、夫々、ＤＨＴを用いたルーティングテーブルを保持している。このルーティングテーブルは、コンテンツ分散保存システムＳ上における各種メッセージの転送先を規定している。具体的には、ルーティングテーブルは、ＩＤ空間内で適度に離れたノードＮｎのノードＩＤ、アドレス情報（ＩＰアドレス及びポート番号等）を含むノード情報を複数登録している。
【００２９】
ところで、コンテンツ分散保存システムＳにおいては、データファイルの一例として、内容の異なる様々なコンテンツのレプリカが所定のファイル形式で複数のノードＮｎに分散して保存（格納）されている。レプリカは、各ノードＮｎ間で利用可能になっている。例えば、ノードＮ５には、タイトルがＸＸＸの映画のコンテンツのレプリカが保存されている。一方、ノードＮ３には、タイトルがＹＹＹの映画のコンテンツのレプリカが保存されている。上述したように、各コンテンツのレプリカが、複数のノードＮｎ（以下、「コンテンツ保持ノード」という）に分散されて保存されている。
【００３０】
また、これらのコンテンツのレプリカには、夫々、コンテンツ名（タイトル）及びコンテンツＩＤ（コンテンツ毎に固有の識別情報（コンテンツ識別情報の一例））等の情報が付加されている。このコンテンツＩＤは、例えば、コンテンツ名＋任意の数値（或いは、コンテンツの先頭数バイトでも良い）が、上記ノードＩＤを得るときと共通のハッシュ関数によりハッシュ化されて生成される（ノードＩＤと同一のＩＤ空間に配置）。或いは、システム管理者が、コンテンツ毎に一意のＩＤ値（ノードＩＤと同一ビット長）を付与しても良い。
【００３１】
コンテンツ分散保存システムＳに分散保存されているコンテンツのレプリカの所在を示すインデックス情報は、ルートノードに記憶される。ルートノードは、コンテンツのレプリカの所在を管理しているノードＮｎである。インデックス情報は、レプリカを保存したノードＮｎのノード情報とコンテンツのコンテンツＩＤ等の組を含む情報である。
【００３２】
このようなコンテンツ分散保存システムＳにおいて、コンテンツのレプリカがダウンロード（取得）される際には、コンテンツをリクエストするユーザノードが、取得を所望するのコンテンツのコンテンツＩＤを含むクエリを生成する。ユーザノードは、クエリをルーティングテーブルに従ってルートノードに向けて送出する。ユーザノードは、ルートノードからコンテンツのレプリカを保持するコンテンツ保持ノードのノード情報を受信する。受信したノード情報に基づいて、ユーザノードは、コンテンツ保持ノードにアクセスする。ユーザノードは、コンテンツ送信要求メッセージを送信し、コンテンツ保持ノードからコンテンツのレプリカをダウンロードする。或いは、クエリを受信したルートノードがコンテンツ保持ノードへコンテンツ送信要求メッセージを送信し、コンテンツ保持ノードがユーザノードへレプリカを送信することもできる。
【００３３】
なお、このようなＤＨＴを用いたルーティングテーブルや、当該ルーティングテーブルを利用して各ノードＮｎ間におけるメッセージの転送については、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。
【００３４】
本実施形態では、コンテンツ分散保存システムＳ１（第１システムの一例。以下、「システムＳ１」と言う。）と、コンテンツ分散保存システムＳ２（第２システムの一例。以下、「システムＳ２」と言う。）と、が構築されているものとする。システムＳ１は、特定ユーザー向けのコンテンツが分散保存されたシステムである。またシステム２は、一般ユーザー向けのコンテンツが分散保存されたシステムである。
【００３５】
図２は、ノードＮｎが、システムＳ１又はＳ２から所望のコンテンツのレプリカを取得する様子を示す概念図である。
【００３６】
特定ユーザー向けのコンテンツのレプリカとは、例えば、課金処理を必須とする有料コンテンツ、所定条件を満たす会員のみが取得（視聴）できる会員向けコンテンツ、映画等が（ダイジェストではなく）全編収録されている全編コンテンツ等である。システムＳ１へ参加して、特定ユーザー向けのコンテンツのレプリカを取得する場合には、予めユーザーデータベースサーバＤＳへのユーザー情報の登録が必要となる。
【００３７】
一般ユーザー向けのコンテンツのレプリカは、無料コンテンツ、非会員向けコンテンツ、ダイジェスト版コンテンツ等である。
【００３８】
例えば、タイトルが「コンテンツＡ」という映画のコンテンツの場合、同じタイトルのコンテンツのレプリカがシステムＳ１とシステムＳ２に保存されている。システムＳ１には、「コンテンツＡ」の全編収録されている全編コンテンツのレプリカが保存されている。システムＳ２には、「コンテンツＡ」のダイジェスト版のダイジェストコンテンツのレプリカが分散保存されている。
【００３９】
なお、「システムＳ１（又はＳ２）にコンテンツのレプリカが分散保存されている」とは、「システムＳ１（又はＳ２）に参加している何れかのノードＮｎ（コンテンツ保持ノード）に、コンテンツのレプリカが分散保存されている」ことを示す。
【００４０】
システムＳ１に分散保存されているコンテンツのレプリカは、システムＳ２には（分散）保存されていない。システムＳ２に分散保存されているコンテンツのレプリカは、システムＳ１には（分散）保存されていない。言い換えれば、システムＳ１に参加しているノードＮｎにのみ、特定ユーザー向けのコンテンツのレプリカが保存され、システムＳ２に参加しているノードＮｎにのみ一般ユーザー向けのコンテンツのレプリカが保存される。
【００４１】
なお、システムＳ１（又はＳ２）にのみ参加しているノードＮｎもあれば、システムＳ１とＳ２の双方に参加しているノードＮｎもある。
【００４２】
システムＳ１が構成するＩＤ空間と、システムＳ２が構成するＩＤ空間とは別個独立したものである。システムＳ１（又はＳ２）にのみ参加しているノードＮｎには、システムＳ１（又はＳ２）のＩＤ空間におけるノードＩＤが割り当てられる。システムＳ１とＳ２の双方に参加しているノードＮｎには、システムＳ１とＳ２の双方のＩＤ空間におけるノードＩＤがそれぞれ割り当てられる。割り当てられたノードＩＤに基づいて、各ノードＮｎは、それぞれのシステムに参加することとなる。
【００４３】
なお、システムＳ１及びＳ２への参加は、参加していないノードＮｎがコンタクトノードへ参加メッセージを送信することによって行われる。参加メッセージは、システムＳ１またはシステムＳ２への参加要求を示すメッセージである。コンタクトノードは、例えば、当該システムＳ１又はＳ２に常時参加している任意のノードＮｎである。
【００４４】
ＷｅｂサーバＷＳは、ユーザー情報を送信してきたノードＮｎに対して、ユーザーの認証処理を行なう。ユーザー情報は、ユーザーＩＤと登録パスワードとである。
【００４５】
認証処理結果により、ユーザー情報を送信してきたノードＮｎがシステムＳ１へ参加可能なとき、ＷｅｂサーバＷＳは、セッション情報（参加可否情報の一例）を生成する。セッション情報は、システムＳ１へ参加可能である旨の情報を含む。生成されたセッション情報は、当該ノードＮｎとデータベースサーバＤＳとへ送信される。このセッション情報は、各ユーザーに一意に生成されるものである。
【００４６】
データベースサーバＤＳは、ユーザー情報と、当該ユーザーのセッション情報とを対応付けて記憶する。記憶されるユーザー情報は、システムＳ１への登録が行なわれた（認証済み）ユーザーのユーザー情報である。データベースサーバＤＳは、当該ユーザー情報は、ＷｅｂサーバＷＳから受信する。
【００４７】
そして、認証済みユーザーのノードＮｎは、ＷｅｂサーバＷＳから受信したセッション情報を、自己のＲＡＭ等に記憶している。
【００４８】
以下、図２及び図３を参照して、ノードＮｎが、コンテンツのレプリカを取得する動作について説明する。
【００４９】
あるノードＮｎのユーザーが、あるコンテンツ（例えば、アニメ）のレプリカを取得したい場合、例えば、ユーザーは、ノードＮｎの表示画面上で、取得したいアニメのタイトル「ジョーの明日」を入力する。システムＳ１及びＳ２を運営するシステム運営者によるセンターサーバ（図示しない）にアクセスしてタイトル「ジョーの明日」の検索を行なうと、例えば図３（Ａ）に示す検索結果がノードＮｎの表示画面に表示される。
【００５０】
図３（Ａ）に示す例では、「ジョーの明日 第一話」から「ジョーの明日 第四話」まで４つのコンテンツが検索されている。
【００５１】
そして、ノードＮｎのユーザーがノードＮｎに具備するマウス等を操作することで、所望のコンテンツがカーソルにより指定される。指定されたコンテンツのコンテンツ名を含む情報（以下、「指定コンテンツ情報」と言う。）が、ノードＮｎにより生成される。ノードＮｎは、指定コンテンツ情報をＷｅｂサーバＷＳへ送信する（図２［１］）。
【００５２】
そして、ＷｅｂサーバＷＳが、受信した指定コンテンツ情報に基づいて、ページデータを作成する（図２［２］）。ページデータは、ユーザーに対する提示内容が記述された情報である。ページデータは、Ｗｅｂブラウザで閲覧することができるＨＴＭＬ（HyperText Markup Language）文書やＸＨＴＭＬ（Extensible HyperText Markup Language）文書等である。
【００５３】
ページデータには、システムＳ１を示す「第１システム情報」と、システムＳ２を示す「第２システム情報」と、が記述されている。システムＳ１は、指定コンテンツ情報にて指定されたコンテンツの特定ユーザー向けコンテンツを分散保存する。システムＳ２は、指定コンテンツ情報にて指定されたコンテンツの一般ユーザー向けコンテンツを分散保存する。
【００５４】
図４は、ＷｅｂサーバＷＳが作成するページデータの一例である。objectタグを使用しているが、embedタグやappletタグ等も同様なパラメータでの記述が可能である。
【００５５】
図４は、ページデータがＨＴＭＬ文書の場合の一例である。図４のパラメータＡには、システムＳ１又はシステムＳ２に接続するための「システム接続情報」を取得するためのサーバ装置のＵＲＬ（Uniform Resource Locator）「xxx.brr-eee.com」が記述されている。パラメータＢには、第１システム情報「Ｐ２Ｐ-ＮＷ-１」と第２システム情報「Ｐ２Ｐ-ＮＷ-２」が記述されている。パラメータＣには、指定コンテンツの特定ユーザー向けコンテンツコンテンツＩＤ「ａａａａ」と一般ユーザー向けコンテンツのコンテンツＩＤ「ｂｂｂｂ」とが記述されている。コンテンツＩＤは、指定コンテンツを示すファイル情報の一例である。
【００５６】
「システム接続情報」は、システムＳ１又はＳ２に参加するために必要な情報である。例えば、「システム接続情報」は、コンタクトノードにアクセスするためのアドレス情報等である。コンタクトノードは、例えば、システムＳ１又はＳ２に常時参加しているノードノードＮｎである。
【００５７】
なお、本実施形態におけるコンテンツＩＤは説明を簡単にするため４桁と簡略化している。また、「システム接続情報」を取得するためのサーバ装置として、ＷｅｂサーバＷＳを用いることとする。
【００５８】
ＷｅｂサーバＷＳは、作成したＨＴＭＬ文書をノードＮｎに送信する（図２［３］）。
【００５９】
ノードＮｎは、ＨＴＭＬ文書を受信する。ノードＮｎには、予めＷｅｂ埋め込みプレイヤーがインストールされている。ＨＴＭＬ文書を受信してＷｅｂブラウザで閲覧することによって、プレイヤーが起動するようになっている。
【００６０】
また、ＨＴＭＬ文書のパラメータＡには、システム接続情報を取得するためのサーバ装置のＵＲＬが記述されている。パラメータＢの第一項目目には第１システム情報が記述されている。パラメータＢの第二項目目には第２システム情報が記述されている。更に、パラメータＣの第一項目目には特定ユーザー向けコンテンツのコンテンツＩＤが記述されている。パラメータＣの第二項目目には一般ユーザー向けコンテンツのコンテンツＩＤが記述されている。ノードＮｎは、上述したＨＴＭＬのパラメータ記載ルールに従って、ＷｅｂサーバＷＳから受信したＨＴＭＬ文書を解釈する。
【００６１】
先ず、ノードＮｎは、受信したＨＴＭＬ文書に基づいて参加するシステムＳを決定する（図２［４］）。
【００６２】
ノードＮｎは、自己のＲＡＭ等からセッション情報を取得する。ノードＮｎは、当該セッション情報に基づいてシステムＳ１への参加可否を判定する。具体的には、ＲＡＭ等に、セッション情報が記憶されていれば、システムＳ１への参加が可能であると判定される。セッション情報が記憶されていない場合には、システムＳ１への参加が不可能であると判定される。
【００６３】
システムＳ１への参加が可能であると判定された場合には、パラメータＡのＵＲＬに基づいて、ノードＮｎはＷｅｂサーバＷＳへ、パラメータＢの第１システム情報「Ｐ２Ｐ-ＮＷ-１」を送信する。第１システム情報「Ｐ２Ｐ-ＮＷ-１」を送信することで、ノードＮｎは、システムＳ１へ接続するためのシステム接続情報の送信をＷｅｂサーバＷＳへ要求する。システムＳ１への参加が不可能であると判定された場合には、パラメータＢの第２システム情報「Ｐ２Ｐ-ＮＷ-２」をＷｅｂサーバＷＳへ送信する。第２システム情報「Ｐ２Ｐ-ＮＷ-２」を送信することで、ノードＮｎは、システムＳ２へ接続するためのシステム接続情報の送信をＷｅｂサーバＷＳへ要求する（図２［５］）。
【００６４】
続いて、ＷｅｂサーバＷＳは、第１システム情報を受信した場合には、システムＳ１へ接続するためのシステム接続情報をノードＮｎに返信する。ＷｅｂサーバＷＳが第２システム情報を受信した場合には、ＷｅｂサーバＷＳは、システムＳ２へ接続するためのシステム接続情報をノードＮｎに返信する（図２［６］）。
【００６５】
ノードＮｎは、システムＳ１へ接続するためのシステム接続情報を受信すると、当該システム接続情報に基づいて、システムＳ１への所定の参加処理（図２［７Ａ］）を行う。ノードＮｎは、コンテンツ所在問合せ（検索）メッセージを生成する。コンテンツ所在問合せ（検索）メッセージは、特定ユーザー向けコンテンツのコンテンツＩＤ「ａａａａ」を含む。特定ユーザー向けコンテンツのコンテンツＩＤ「ａａａａ」は、ＨＴＭＬ文書のパラメータＣに記述されたＩＤである。ノードＮｎは、コンテンツ所在問合せ（検索）メッセージをルートノードへ送信する。ルートノードは、取得したインデックス情報に基づいて、コンテンツ保持ノードにアクセスする。ユーザノードは、特定ユーザー向けのコンテンツのレプリカを取得し（図２［８Ａ］）、再生する（図２［９］）。
【００６６】
一方、ノードＮｎが、システムＳ２へ接続するためのシステム接続情報を受信した場合には、ノードＮｎは、システム接続情報に基づいて、システムＳ２への所定の参加処理（図２［７Ｂ］）を行う。ノードＮｎは、コンテンツ所在問合せ（検索）メッセージを生成する。コンテンツ所在問合せ（検索）メッセージは、一般ユーザー向けコンテンツのコンテンツＩＤ「ｂｂｂｂ」を含む。一般ユーザー向けコンテンツのコンテンツＩＤ「ｂｂｂｂ」は、ＨＴＭＬ文書のパラメータＣに記述されたＩＤである。ノードＮｎは、コンテンツ所在問合せ（検索）メッセージをルートノードへ送信する。ルートノードは、取得したインデックス情報に基づいて、コンテンツ保持ノードにアクセスする。ユーザノードは、特定ユーザー向けのコンテンツのレプリカを取得し（図２［８Ｂ］）、再生する（図２［９］）。
【００６７】
図３（Ｂ）は、取得されたコンテンツのレプリカが再生される再生画面の一例である。
【００６８】
特定ユーザーであれば、システムＳ１から、図３（Ａ）で指定したコンテンツ「ジョーの明日 第一話」の全編コンテンツのレプリカが取得される。そして、図３（Ｂ）の再生画面にて再生処理が行なわれる。特定ユーザーは、システムＳ１への認証が行なわれていたユーザーである。一般ユーザーであれば、システムＳ２から、図３（Ａ）で指定したコンテンツ「ジョーの明日 第一話」のダイジェスト版コンテンツのレプリカが取得される。そして、図３（Ｂ）の再生画面にて再生処理が行なわれる。一般ユーザーは、システムＳ１への認証が行なわれていない（未認証の）ユーザーである。
【００６９】
ノードＮｎの表示画面上では、図３（Ａ）にてコンテンツ「ジョーの明日 第一話」が指定される。その後、ユーザーが入力部等を操作することなく、図３（Ｂ）の再生画面が表示される。する。ノードＮｎがシステムＳ１に参加した場合、全編コンテンツが自動的に再生される。また、システムＳ２に参加した場合、ダイジェスト版コンテンツが、自動的に再生される。
【００７０】
なお、ノードＮｎが、参加するシステムＳを決定する際（図２［４］）、自己のＲＡＭ等にシステムＳ１への参加が可能である旨の情報が含まれるセッション情報が記憶されていない場合がある。この場合、ＨＴＭＬ文書のパラメータＡに記述されたＵＲＬに基づいてＷｅｂサーバＷＳへ、ユーザー情報を送信して（図２［４＃１］）、セッション情報の送信を要求するよう構成してもよい。
【００７１】
ＷｅｂサーバＷＳは、ノードＮｎから受信したユーザー情報を、データベースサーバＤＳに送信する。データベースサーバＤＳは、送信されたユーザー情報が認証済みの（データベースサーバＤＳに登録されている）ユーザー情報であるか否かを確認する（図２［４＃２］）。認証済みである場合にだけ、システムＳ１への参加が可能である旨の情報が含まれるセッション情報をＷｅｂサーバＷＳは生成する。ＷｅｂサーバＷＳは、生成されたセッション情報をノードＮｎへ送信する（図２［４＃３］）。ノードＮｎは、上述のセッション情報を受信し、受信したセッション情報をＲＡＭ等に記憶する（図２［４＃４］）。図５は、この場合のノードＮｎの表示画面の遷移の様子を示す。
【００７２】
図５（Ａ）は、ノードＮｎの表示画面を示す。ユーザーが表示画面の中のコンテンツ「ジョーの明日 第一話」を指定したとき（図５（Ａ））に、自己のＲＡＭ等にシステムＳ１へのセッション情報が記憶されているかが判定される。システムＳ１へのセッション情報は、システムＳ１への参加が可能である旨の情報である。システムＳ１へのセッション情報が記憶されていない場合、図５（Ｂ）に示す表示画面が表示され、ユーザーに対してユーザー情報（ユーザーＩＤと登録パスワード）の入力が促される。そして、ユーザーがキーボード等の入力部を操作して、ユーザー情報の入力が行なわれる。入力されたユーザー情報がＷｅｂサーバＷＳへ送信され、ＷｅｂサーバＷＳにて、当該ユーザーが認証済みであるか否かの登録確認が行なわれる。認証済みであればＷｅｂサーバＷＳからセッション情報が送信され、ノードＮｎは、受信したセッション情報をＲＡＭ等に記憶することとなる。一方、認証済みでなければ、ＷｅｂサーバＷＳからセッション情報は送信されない。その後、ノードＮｎは、ＷｅｂサーバＷＳとの間で図２［５］〜［９］の処理を行なう。そして、ノードＮｎは、自動的に図５（Ｃ）の再生画面を表示する。その後、全編コンテンツ又はダイジェスト版コンテンツが再生され始める。
【００７３】
このように、ＨＴＭＬ文書に、第１システム情報と第２システム情報とが記述されることで、これを受信したノードＮｎが、自己のＲＡＭ等（又はＷｅｂサーバＷＳ）から取得したシステムＳ１への参加が可能であるか否かを示すセッション情報に基づいて、ノードＮｎ自身が、システムＳ１への参加が可能であるか否かを判定する。
【００７４】
そして、参加可能であれば、ＷｅｂサーバＷＳから、システムＳ１へのシステム接続情報を取得して、システムＳ１に参加し特定ユーザー向けのコンテンツのレプリカを取得し、参加不可能であれば、システムＳ２へのシステム接続情報を取得して、システムＳ２に参加し一般ユーザー向けのコンテンツのレプリカを取得するよう構成した。
【００７５】
これにより、ノードＮｎは、視聴を所望するコンテンツを指定して、ＷｅｂサーバＷＳから１つのＨＴＭＬ文書を受信し参照するだけで、ユーザー自身が何らの操作もすることなく、ユーザーが認証済みであるか否かを判定する。
【００７６】
そして、認証済みであれば、指定コンテンツの特定ユーザー向けのコンテンツのレプリカを自動的に取得して再生し、ユーザーが未認証であれば、指定コンテンツの一般ユーザー向けのコンテンツのレプリカを自動的に取得して再生することができる。
【００７７】
２.各装置の構成及び機能
＜２−１.ノードＮｎの構成及び機能＞
次に、図６を参照して、ノードＮｎの構成及び機能について説明する。
【００７８】
図６は、ノードＮｎの概要構成例を示すブロック図である。
【００７９】
各ノードＮｎは、制御部１１と、記憶部１２と、バッファメモリ１３と、デコーダ部１４と、映像処理部１５と、表示部１６と、音声処理部１７と、スピーカ１８と、通信部２０と、入力部２１とから構成される。制御部１１、記憶部１２、バッファメモリ１３、デコーダ部１４、通信部２０、及び入力部２１はバス２２を介して相互に接続されている。制御部１１は、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データおよびプログラムを記憶するＲＯＭ等から構成される。制御部１１は、本実施形態のコンピュータとして機能する。記憶部１２は、各種データ及び各種プログラム等を記憶保存（格納）するためを記憶するハードディスク等から構成される。例えば、記憶部１２はコンテンツのレプリカを記憶する。また、システムＳ１又はＳ２に参加後は、記憶部１２はインデックスキャッシュ、ＤＨＴ等を記憶する。バッファメモリ１３は、受信されたコンテンツのレプリカ等を一時蓄積する。デコーダ部１４は、エンコードされたビデオデータ（映像情報）およびオーディオデータ（音声情報）等をデコード（データ伸張や復号化等）する。コンテンツが映像や音声を含む場合に、デコーダ部１４は、コンテンツのレプリカに含まれるエンコードされたビデオデータおよびオーディオデータ等をデコードする。映像処理部１５は、デコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力する。表示部１６は、映像処理部１５から出力されたビデオ信号に基づき映像表示するＣＲＴ，液晶ディスプレイ等である。音声処理部１７は、上記デコードされたオーディオデータをアナログオーディオ信号にＤ（Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する。スピーカ１８は、音声処理部１７から出力されたオーディオ信号を音波として出力する通信部２０は、ネットワーク８を通じて他のノードＮｎ等間の情報の通信制御を行なう。入力部２１は、ユーザーからの指示を受け付け、指示に応じた指示信号を制御部１１へ通信する。入力部２１は、例えば、キーボード、マウス、或いは、操作パネル等である。
【００８０】
なお、ノードＮｎとしては、パーソナルコンピュータ、ＳＴＢ（Set Top Box）、通信カラオケ装置、或いは、ＴＶ受信機等が適用可能である。
【００８１】
制御部１１のＲＡＭは、記憶手段として機能する。制御部１１のＲＡＭは、ＷｅｂサーバＷＳから受信したセッション情報を記憶する。
【００８２】
記憶部１２には、当該ノードＮｎ自身のアドレス情報（ＩＰアドレス及びポート番号等）が記憶されている。また、ノードＮｎが、システムＳ１又はＳ２に参加した後は、記憶部１２にはノードＩＤも記憶される。
【００８３】
また、システムＳ１又はＳ２へ参加後は、記憶部１２にはコンタクトノードから受信したインデックスキャッシュ、ＤＨＴ等が記憶される。記憶部１２は、保存コンテンツ管理テーブルを記憶する。保存コンテンツ管理テーブルは、記憶部１２に保存（記録）しているコンテンツのレプリカに関する情報（タイトル、コンテンツＩＤ等）を登録するための情報である。また記憶部１２は、インデックス情報をインデックスキャッシュとして記憶する。インデックス情報は、自ノードＮｎが所在を管理するコンテンツの保持ノードであるノードＮｎのノード情報と当該コンテンツのコンテンツＩＤの組が含まれる情報である。
【００８４】
このような構成において、制御部１１は、ＣＰＵが記憶部１２等に記憶されたプログラムを読み出して実行することにより、全体を統括制御する。ノードＮｎがシステムＳ１又はＳ２へ参加して、プログラムが実行されることで、上述したユーザノード、中継ノード、ルートノード、コンテンツ保持ノードの少なくとも何れか一つのノードとしての処理を行なうようになっている。
【００８５】
また、制御部１１は、本発明のノード処理プログラムを実行することにより、本発明におけるページデータ受信手段、参加可否情報取得手段、参加可否判定手段、第１接続情報取得手段、第２接続情報取得手段、データファイル取得手段、記憶制御手段、記憶判定手段等として機能する。なお、上記ノード処理プログラムは、例えば、ネットワーク８上の所定のサーバからダウンロードされるようにしてもよいし、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしても良い。
【００８６】
＜２−２.ＷｅｂサーバＷＳの構成及び機能＞
続いて、ＷｅｂサーバＷＳの概略構成について図７を用いて説明する。なお、図７は実施形態に係るＷｅｂサーバＷＳの概要構成例を示すブロック図である。
【００８７】
図７に示すように、ＷｅｂサーバＷＳは、制御部３０１と、記憶部３０２と、通信部３０３と、入力部３０４とから構成される。制御部３０１、記憶部３０２、通信部３０３及び入力部３０４は、バス３０５を介して相互にデータの授受が可能に接続されている。制御部３０１は、演算機能を有するＣＰＵ、作業用ＲＡＭ（Random Access Memory）、各種データ及びプログラムを記録するＲＯＭ（Read Only Memory）等から構成される。記憶部３０２は、システムＳ１及びＳ２に分散保存されたコンテンツのコンテンツＩＤ及びその他の必要なプログラム等を記録保存（格納）するためのＨＤ等から構成される。通信部３０３は、ネットワーク８を通じて各ノードＮｎ等、他の装置との間の情報の通信制御を行なう。入力部３０４は、ＷｅｂサーバＷＳを操作する操作者からの指示を受け付け、指示に応じた指示信号を制御部３０１に出力する。入力部３０４は、例えば、キーボード、マウス或いは、操作パネル等である。
【００８８】
そして、制御部３０１におけるＣＰＵが記憶部３０２等に記録されたプログラムを読み出して実行することにより、全体動作を統括制御する。
【００８９】
記憶部３０２には、コンテンツ名と、特定ユーザー向けのコンテンツＩＤと、一般ユーザー向けのコンテンツＩＤと、が対応付けられて記憶されている。
【００９０】
表１は、記憶部３０２に対応付けて記憶されたコンテンツ名と特定ユーザー向けコンテンツのコンテンツＩＤと一般ユーザー向けコンテンツのコンテンツＩＤの一例である。
【００９１】
【表１】
【００９２】
制御部３０１は、ノードＮｎから指定コンテンツ情報を受信すると、記憶部３０２を参照する。制御部３０１は、指定コンテンツ情報に含まれるコンテンツ名に対応付けられた特定ユーザー向けコンテンツのコンテンツＩＤと、一般ユーザー向けコンテンツのコンテンツＩＤとを抽出する。制御部３０１は、これら各コンテンツＩＤをパラメータＣに記述したＨＴＭＬ文書を作成し、ノードＮｎに送信する。なお、ＨＴＭＬ文書のパラメータＡ及びパラメータＢの記述内容は図４の説明にて詳述したので、ここでの説明は省略する。
【００９３】
また、制御部３０１は、ノードＮｎからユーザー情報を受信すると、受信したユーザー情報を、データベースサーバＤＳに送信する。データベースサーバＤＳは、認証済みの（データベースサーバＤＳに登録されている）ユーザー情報であるか否かを確認する。そして、データベースサーバＤＳが認証済みと判定した場合、制御部３０１は、ユーザーに一意のセッション情報を生成する。制御部３０１は、生成されたセッション情報をノードＮｎに送信すると共に、データベースサーバＤＳにも当該セッション情報を送信する。データベースサーバＷＳは、ＷｅｂサーバＷＳから受信したセッション情報とユーザー情報とを対応付けて登録する。
【００９４】
表２は、データベースサーバＤＳに設けられた記憶部（図示せず）に登録（記憶）されたユーザー情報とセッション情報の一例である。
【００９５】
【表２】
【００９６】
３．各装置の処理
ノードＮｎ及びＷｅｂサーバＷＳにおける処理を、図を参照して、詳しく説明する。
【００９７】
＜３−１．ノードＮｎの処理＞
図８は、ノードＮｎにおける制御部１１の処理を示すフローチャートである。ＷｅｂサーバＷＳから受信したＨＴＭＬ文書を、ノードＮｎにインストールされたＷｅｂブラウザにて閲覧したとき、図８のフローチャート処理が開始される。以降の処理は、制御部１１により処理される。
【００９８】
先ず、制御部１１は、ＷｅｂブラウザによってＷｅｂ埋め込みプレイヤーを起動する（ステップＳ１０）。
【００９９】
次に、制御部１１は、ＲＡＭからセッション情報を取得する（ステップＳ１１）。このとき、制御部１１は、セッション情報を取得できたか否かを判定（ステップＳ１２）する。セッション情報を取得できれば（ステップＳ１２：Ｙｅｓ）、制御部１１は、ＷｅｂサーバＷＳに第１システム情報「Ｐ２Ｐ-ＮＷ-１」と、ステップＳ１１にて取得したセッション情報とを送信（ステップＳ１３）する。受信したＨＴＭＬ文書のパラメータＡには、ＷｅｂサーバＷＳのＵＲＬが記述される。第１システム情報「Ｐ２Ｐ-ＮＷ-１」は、ＨＴＭＬ文書のパラメータＢの第一項目目に記述される。制御部１１は、システムＳ１へ接続するためのシステム接続情報をＷｅｂサーバＷＳへ要求する。
【０１００】
続いて、ＷｅｂサーバＷＳから、システムＳ１のシステム接続情報を受信したか否かを判定（ステップＳ１４）する。システムＳ１のシステム接続情報を受信した場合（ステップＳ１４：Ｙｅｓ）には、受信したシステム接続情報に基づいて、所定の参加処理を行なう（ステップＳ１５）。参加処理は、システムＳ１へ参加し、システムＳ１に参加している他のノードＮｎ（例えばコンタクトノード）から、カタログ情報（第１カタログ情報の一例）やルーティングテーブルなど必要な情報を取得する処理である。取得されたカタログ情報やルーティングテーブルは、記憶部１２に保存される。
【０１０１】
ステップＳ１５にて取得されるカタログ情報には、システムＳ１から取得可能な特定ユーザー向けコンテンツの属性情報が記載されている。この属性情報は、例えば、コンテンツＩＤ、コンテンツの公開期間、コンテンツ名、ジャンル、アーティスト名、出演者、監督名である。コンテンツの公開期間は、コンテンツの公開期限、公開開始時期等である。コンテンツが映画の場合、コンテンツ名は映画タイトルである。コンテンツが楽曲の場合、コンテンツ名は楽曲タイトルである。コンテンツが放送番組の場合、コンテンツ名は番組タイトルである。コンテンツが映画の場合、ジャンルは、アクション、ホラー、コメディ、ラブストーリー等である。コンテンツが音楽の場合、ジャンルは、ロック、ジャズ、ポップス、クラシック等である。コンテンツが放送番組の場合、ジャンルは、ドラマ、スポーツ、ニュース、映画、音楽、アニメ、バラエティ等である。コンテンツが音楽の場合の歌手、アーティスト名は、アーティストのグループ等である。コンテンツが映画や放送番組の場合、出演者は番組のキャスト等である。
【０１０２】
ノードＮｎがシステムＳ１へ参加後にシステムＳ１のカタログ情報を取得するよう構成したので、特定ユーザー向けコンテンツの属性情報の秘匿性（セキュリティ性）を保つことができる。
【０１０３】
そして、制御部１１は、コンテンツ「ａａａａ」を保持するコンテンツ保持ノードから、当該コンテンツ「ａａａａ」のレプリカを取得する（ステップＳ１６）。コンテンツ「ａａａａ」のコンテンツＩＤ「ａａａａ」は、ＨＴＭＬ文書のパラメータＣの第一項目目に記述される。コンテンツＩＤ「ａａａａ」に基づいて、システムＳ１に参加しているノードＮｎのうち、コンテンツ保持ノードから、レプリカを取得する。
【０１０４】
一方、ステップＳ１２の判定において、セッション情報を取得できなければ（ステップＳ１２：Ｎｏ）、制御部１１は、受信したＨＴＭＬ文書のパラメータＡに記述されたＵＲＬに基づいて、ＷｅｂサーバＷＳに、ユーザー情報を送信する（ステップＳ１７）。
【０１０５】
そして、制御部１１は、ＷｅｂサーバＷＳから、セッション情報を受信したか否かを判定（ステップＳ１８）する。セッション情報を受信した場合（ステップＳ１８：Ｙｅｓ）には、制御部１１は、受信したセッション情報をＲＡＭに記憶して、ステップＳ１１に移行する。
【０１０６】
他方、ステップＳ１８の処理においてセッション情報を受信していない場合（ステップＳ１８：Ｎｏ）、制御部１１は、ＷｅｂサーバＷＳに、パラメータＢの第二項目目に記述された第２システム情報「Ｐ２Ｐ-ＮＷ-２」を送信（ステップＳ１９）する。第２システム情報「Ｐ２Ｐ-ＮＷ-２」を送信することで、制御部１１はシステムＳ２へ接続するためのシステム接続情報を要求する。尚、第２システム情報「Ｐ２Ｐ-ＮＷ-２」は、受信したＨＴＭＬ文書のパラメータＡに記述されたＵＲＬである。ステップＳ１９の処理は、例えば、ステップＳ１８で制御部１１がＷｅｂサーバＷＳから認証エラーを受信した場合に実行される。或いは、ステップＳ１４の処理においてＷｅｂサーバＷＳからシステムＳ１のシステム接続情報を受信していない場合（ステップＳ１４：Ｎｏ）つまり、ＷｅｂサーバＷＳから接続情報取得エラーを受信した場合にステップＳ１９は実行される。
【０１０７】
続いて、ＷｅｂサーバＷＳから、システムＳ２のシステム接続情報を受信し（ステップＳ２０）、受信したシステム接続情報に基づいて、所定の参加処理を行なう（ステップＳ２１）。ステップＳ２１では、システムＳ２に参加している他のノードＮｎ（例えばコンタクトノード）から、カタログ情報（第２カタログ情報の一例）やルーティングテーブルなど必要な情報が取得される。取得された必要な情報が記憶部１２に保存される。ここで取得されるカタログ情報には、システムＳ２から取得可能な一般ユーザー向けコンテンツの属性情報が記載されている。
【０１０８】
そして、制御部１１は、コンテンツＩＤ「ｂｂｂｂ」に基づいて、コンテンツ保持ノードから、当該コンテンツ「ｂｂｂｂ」のレプリカを取得する（ステップＳ２２）。コンテンツＩＤ「ｂｂｂｂ」は、ＨＴＭＬ文書のパラメータＣの第二項目目に記述される。コンテンツ保持ノードは、システムＳ２に参加しているノードＮｎのうち、当該コンテンツ「ｂｂｂｂ」を保持するノードである。
【０１０９】
次いで、制御部１１は、ステップＳ１６又はステップＳ２２にて取得したコンテンツのレプリカを再生する（ステップＳ２３）。なお、制御部１１が、ステップＳ１５にて取得したカタログ情報を参照して、コンテンツ「ａａａａ」の公開期限を確認しても良い。尚、公開期限が既に過ぎている場合には、制御部１１は、「公開期限が過ぎているため利用できません」等の情報を表示部１６に表示して再生しなくてもよい。コンテンツ「ｂｂｂｂ」に対しても、ステップＳ２１にて取得したカタログ情報に基づいて同様の処理が実行される。
【０１１０】
そして、制御部１１は、入力部２１を介してユーザーによりコンテンツの変更が指示されたか否かを判定（ステップＳ２４）する。コンテンツの変更が指示された場合には（ステップＳ２４：Ｙｅｓ）、ステップＳ１１に移行して、制御部１１は新たに変更後のコンテンツのレプリカを取得する。
【０１１１】
ここで、ステップＳ２４におけるコンテンツの変更について説明する。図４で説明したＨＴＭＬ文書には、特定ユーザー向けコンテンツのコンテンツＩＤ「ａａａａ」と、一般ユーザー向けコンテンツのコンテンツＩＤ「ｂｂｂｂ」としか記述されていない。例えば、複数のコンテンツを予め関連付けておき、ユーザーが指定したコンテンツに関連付けられたコンテンツの特定ユーザー向けコンテンツのコンテンツＩＤと一般ユーザー向けコンテンツのコンテンツＩＤとを、ＨＴＭＬ文書の付加データとしてＨＴＭＬ文書と共にＷｅｂサーバＷＳからノードＮｎに送信するよう構成しても良い。これにより、ステップＳ２４にてコンテンツの変更が指示された場合には、ノードＮｎの制御部１１が、当該付加データに基づくｊａｖａｓｃｒｉｐｔ等によるスクリプト処理により、ＨＴＭＬ文書を動的に書換え、新たなＨＴＭＬ文書を作成する。具体的には、パラメータＣの第一項目目に、新たに所望されたコンテンツの特定ユーザー向けコンテンツのコンテンツＩＤが記述される。パラメータＣの第二項目目に一般ユーザー向けコンテンツのコンテンツＩＤに記述される。パラメータＣの第一項目目と第２項目目とに、上述したＩＤが記載されたＨＴＭＬ文書が作成されることとなる。そして、ステップＳ１１に移行して、新たに所望されたコンテンツＩＤに対してコンテンツレプリカの取得処理が実行される。
【０１１２】
一方、ステップＳ２５においてコンテンツの変更が指示されていない場合には（ステップＳ２５：Ｎｏ）、制御部１１は、Ｗｅｂブラウザの終了が指示されたか否かを判定（ステップＳ２５）する。Ｗｅｂブラウザの終了が指示されていない場合には、ステップＳ２３に移行する。Ｗｅｂブラウザの終了が指示されるまで、取得したレプリカの再生が続けられる。Ｗｅｂブラウザの終了が指示されたときに（ステップＳ２４：Ｙｅｓ）、制御部１１は、プレイヤーを終了（ステップＳ２６）して処理を終了する。なお、Ｗｅｂブラウザの終了指示は、ユーザーによる入力部の操作によって指示されたり、或いは、予期しないノードＮｎのシステムエラー等により指示される。
【０１１３】
＜３−２．ＷｅｂサーバＷＳの処理＞
図９及び図１０は、ＷｅｂサーバＷＳにおける制御部３０１の処理を示すフローチャートである。図９は、ノードＮｎからユーザー情報を受信したときに実行開始する処理である。図１０は、ノードＮｎから第１システム情報又は第２システム情報を受信したときに実行開始する処理である。
【０１１４】
初めに、図９のフローチャートについて説明する。
【０１１５】
制御部３０１は、受信したユーザー情報をデータベースサーバＤＳに送信して、認証済みの（データベースサーバＤＳに登録されている）ユーザー情報であるか否かを確認する（ステップＳ３０）。具体的には、制御部３０１は、ユーザー情報をデータベースサーバＤＳに送信する。データベースサーバＤＳが登録済みのユーザー情報か否かを判定し（表２参照）、データベースサーバＤＳは判定結果をＷｅｂサーバＷＳに返信する。
【０１１６】
そして、登録済みのユーザーでなければ（ステップＳ３０：Ｎｏ）、制御部３０１は、ノードＮｎに認証エラーを送信して（ステップＳ３１）処理を終了する。
【０１１７】
一方、登録済みのユーザーであれば（ステップＳ３０：Ｙｅｓ）、制御部３０１は、当該ユーザーに一意のセッション情報を生成する（ステップＳ３２）。制御部３０１は、生成されたセッション情報をデータベースサーバＤＳに送信する。制御部３０１は、セッション情報をユーザー情報と対応付けて記憶するように、データベースサーバＤＳへ要求する（ステップＳ３３）。このとき、データベースサーバＤＳに既にセッション情報が登録されている場合には、データベースサーバＤＳは、新たに生成したセッション情報に更新する。そして、制御部３０１は、ノードＮｎにセッション情報を送信して（ステップＳ３４）処理を終了する。
【０１１８】
次に、図１０のフローチャートについて説明する。
【０１１９】
先ず、制御部３０１は、受信したシステム情報が、第１システム情報であるか否かを判定する（ステップＳ４０）。判定の結果、第１システム情報で無い場合には（ステップＳ４０：Ｎｏ）、受信したシステム情報は、第２システム情報である。そのため、制御部３０１は、システムＳ２のシステム接続情報をノードＮｎに送信して（ステップＳ４１）処理を終了する。
【０１２０】
一方、受信したシステム情報が、第１システム情報である場合（ステップＳ４０：Ｙｅｓ）には、制御部３０１はノードＮｎからセッション情報を受信する（ステップＳ４２）。制御部３０１は、受信したセッション情報が、登録されているか否か、つまり当該ユーザーが認証済みであるか否かを確認する（ステップＳ４３）。具体的には、制御部３０１はセッション情報をデータベースサーバＤＳに送信する。データベースサーバＤＳが、登録されているセッション情報であるか否かを判定する（表２参照）。データベースサーバＤＳは、判定結果をＷｅｂサーバＷＳに返信する。
【０１２１】
そして、登録されているセッション情報でなければ、認証済みでないと判定し（ステップＳ４３：Ｎｏ）、制御部３０１は、ノードＮｎに接続情報取得エラーを送信し（ステップＳ４４）処理を終了する。
【０１２２】
一方、登録されているセッション情報であれば、認証済みであると判定し（ステップＳ４３：Ｙｅｓ）、制御部３０１は、システムＳ１のシステム接続情報をノードＮｎに送信して（ステップＳ４５）処理を終了する。
【０１２３】
上述した実施形態では、ＷｅｂサーバＷＳが、ノードＮｎから第１システム情報を受信する。ＷｅｂサーバＷＳが、システムＳ１へのシステム接続情報を要求された場合には、ＷｅｂサーバＷＳはノードＮｎから受信したセッション情報に基づいて認証済みのユーザーであるか否かを再確認する。これにより、より厳密にシステムＳ１への参加認証判定を行なうよう構成されている。
【０１２４】
以上説明したように、本実施形態によれば、ノードＮｎは、視聴を所望するコンテンツを指定して、ＷｅｂサーバＷＳから１つのＨＴＭＬ文書を受信し参照するだけで、ユーザー自身が何らの操作もすることなく、ノードＮｎが、ユーザーが認証済みであるか否かを判定する。
【０１２５】
そして、認証済みであれば、指定コンテンツの特定ユーザー向けのコンテンツのレプリカを自動的に取得して再生し、ユーザーが未認証であれば、指定コンテンツの一般ユーザー向けのコンテンツのレプリカを自動的に取得して再生することができる。
【０１２６】
なお、上述した処理において、ノードＮｎは、ステップＳ１１で取得したセッション情報を、ステップＳ１３にて第１システム情報と共にＷｅｂサーバＷＳに送信している。ＷｅｂサーバＷＳが第１システム情報を受信したときに、ノードＮｎに対してセッション情報の送信要求を行ない、ノードＮｎが当該送信要求に応えてステップＳ１１で取得したセッション情報をＷｅｂサーバＷＳに送信するよう構成してもよい。
【０１２７】
また、上述した実施形態では、ＷｅｂサーバＷＳにおけるステップＳ３０及びステップＳ４３の認証判定処理において、先ず、ＷｅｂサーバＷＳは、ユーザー情報又はセッション情報をデータベースサーバＤＳに送信している。そして、データベースサーバＤＳが、認証済みか否かの判定を行ない、その結果をＷｅｂサーバＷＳに返信している。
【０１２８】
しかしこれに限定されず、ＷｅｂサーバＷＳをデータベースサーバＤＳとして用いてもよい。この場合、例えば、表２に示したデータベースサーバＤＳの登録内容を、ＷｅｂサーバＷＳの記憶部３０２に記憶し、ステップＳ３０及びステップＳ４３の認証判定処理において、ＷｅｂサーバＷＳが記憶部３０２を参照して、認証済みか否かを判定するよう構成するよう構成すればよい。
【０１２９】
さらに、上述した実施形態では、システム接続情報を取得するためのサーバ装置としてＷｅｂサーバＷＳを用いたが、ＷｅｂサーバＷＳ以外の図示しない他のサーバ装置を用いてもよい。システムＳ１へ接続するためのシステム接続情報を取得するためのサーバ装置と、システムＳ２へ接続するためのシステム接続情報を取得するためのサーバ装置とをそれぞれ設けてもよい。そして、各サーバ装置をそれぞれ設けた場合には、ＨＴＭＬ文書のパラメータＡの第一項目目にはシステムＳ１へ接続するためのシステム接続情報を取得するためのサーバ装置のＵＲＬを記述し、第二項目目にはシステムＳ２へ接続するためのシステム接続情報を取得するためのサーバ装置のＵＲＬを記述すればよい。
【０１３０】
なお、上記実施形態におけるコンテンツ分散保存システムＳは、ＤＨＴを利用したアルゴリズムによって形成されることを前提として説明したが、本発明はこれに限定されるものではない。
【符号の説明】
【０１３１】
８ ネットワーク
９ オーバーレイネットワーク（Ｐ２Ｐネットワーク）
１１ 制御部
１２ 記憶部
１３ バッファメモリ
１４ デコーダ部
１５ 映像処理部
１６ 表示部
１７ 音声処理部
１８ スピーカ
２０ 通信部
２１ 入力部
２２ バス
Ｓ１、Ｓ２ コンテンツ分散保存システム
Ｎｎ ノード
ＷＳ Ｗｅｂサーバ
ＤＳ データベースサーバ
【技術分野】
【０００１】
本発明は、ネットワークを介して互いに通信可能な複数のノード装置を備えたピアツーピア（Peer to Peer（P2P））型の通信システムの技術分野に関する。
【背景技術】
【０００２】
この種のピアツーピア型の通信システム（Ｐ２Ｐネットワーク）では、映画及び音楽などの各種コンテンツのデータファイルの複製データ（以下、「レプリカ」という）が生成される。生成されたレプリカは、複数のノード装置に分散して保存（配置）される。各ノード装置間でレプリカを利用可能としたピアツーピア型の通信システムが一般的に知られている。ピアツーピア型の通信システムは、対故障性やアクセスの分散性を向上することができる。このように分散保存されたレプリカの所在は、例えば特許文献１に開示されるような分散ハッシュテーブル（以下、ＤＨＴ（Distributed Hash Table）という）を利用して検索される。ユーザーがコンテンツを視聴する場合、ユーザーの所望するレプリカの所在が、ＤＨＴを用いて検索される。検索結果に基づいて、上記分散保存システムに参加している他のノード装置から所望のコンテンツのレプリカを取得し、再生（視聴）する。ユーザーにより再生される各種コンテンツには、同じコンテンツでも、特定ユーザー向けのコンテンツ（例えば、会員用コンテンツ）と一般ユーザー向けのコンテンツ（例えば、非会員用コンテンツ）がある場合がある。
【０００３】
特許文献２には、利用者が利用端末を用いて、認証を行なう技術が開示されている。具体的には、利用者は、利用端末によりＩＤとパスワードとを入力する。利用端末は、入力されたＩＤとパスワードとを会員管理サーバへ送信する。会員管理サーバは、入力されたＩＤとパスワードとに基づいて、ユーザーが会員であるか否かを認証する。認証結果に基づいて、会員管理サーバは、会員用のＨＴＭＬ文書又は非会員用のＨＴＭＬ文書を作成して利用端末へ返信する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１９７４００号公報
【特許文献２】特開平１１−１４９４５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１及び特許文献２に記載の技術から、以下に示すコンテンツ取得方法が考えられる。ピアツーピア型の通信システムにおいて、特定ユーザー向けのコンテンツのレプリカが取得されて試聴される場合、視聴するノード装置からユーザーＩＤとパスワードがＷｅｂサーバに送信される。ＷｅｂサーバはユーザーＩＤとパスワードに基づいて認証処理を行なう。認証が取れた場合（認証ＯＫ）、特定ユーザー向けのコンテンツのＨＴＭＬ文書がノード装置へ返信される。例えば、特定ユーザー向けのＨＴＭＬ文書には、特定ユーザー向けのコンテンツのコンテンツＩＤ等の情報が記述されている。認証が取れなかった場合（認証ＮＧ）、一般ユーザー向けのＨＴＭＬ文書が、ノード装置へ返信される。一般ユーザー向けのＨＴＭＬ文書には、例えば、一般ユーザー向けのコンテンツのコンテンツＩＤ等の情報が記述されている。このような処理により、ノード装置は、受信したＨＴＭＬ文書に基づいて、所望のコンテンツレプリカを取得する。
【０００６】
しかし、上述した手法では、Ｗｅｂサーバは、特定ユーザー向けのコンテンツのＨＴＭＬ文書と一般ユーザー向けのコンテンツのＨＴＭＬ文書との双方を準備しておく必要がある。従って、ＨＴＭＬ文書の作成作業やメンテナンス等の手間がかかる。
【０００７】
また、ノード装置側も、特定ユーザー向けのコンテンツを視聴するたびに、ユーザーＩＤとパスワードとをＷｅｂサーバに送信し、認証処理を行なわなければならず、手間がかかる。
【０００８】
本発明は、以上の問題等に鑑みてなされたものである。本発明は、ノード装置が、特定ユーザー向けのコンテンツを視聴するたびにユーザーＩＤとパスワードを送信する必要がなく、特定ユーザー向けのコンテンツが分散保存された第１システムへの参加の可否をノード装置自身が判定することにより、判定結果に応じた所望のコンテンツを取得することが可能なノード装置、ノード処理プログラム及びデータファイル取得方法を提供する。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、請求項１に記載の発明は、提示内容として、ネットワークを介して互いに通信可能な複数のノード装置間で特定ユーザー向けのデータファイル（例えば、特定ユーザー向けコンテンツ等）を利用可能に構成された第１システムを示す第１システム情報と、ネットワークを介して互いに通信可能な複数のノード装置間で一般ユーザー向けのデータファイル（例えば、一般ユーザー向けコンテンツ等）を利用可能に構成された第２システムを示す第２システム情報と、が記述されたページデータを受信するページデータ受信手段と、前記第１システムへの参加の可否を示す参加可否情報を取得する参加可否情報取得手段と、前記取得された参加可否情報（例えば、セッション情報）に基づいて、前記第１システムへの参加の可否を判定する参加可否判定手段と、前記参加可否判定手段により前記第１システムへ参加可能であると判定された場合、前記ページデータに記述された前記第１システム情報（例えば、ネットワーク名）を、当該ノード装置と通信可能に接続されたサーバ装置へ送信し、前記第１システムへ接続するための第１接続情報（例えば、コンタクトノードのアドレス情報等）を取得する第１接続情報取得手段と、前記参加可否判定手段により前記第１システムへ参加不可能であると判定された場合、前記ページデータに記述された前記第２システムを示す第２システム情報を前記サーバ装置へ送信して、前記第２システムへの第２接続情報（例えば、コンタクトノードのアドレス情報等）を取得する第２接続情報取得手段と、前記取得された第１接続情報または第２接続情報が示す前記第１システム又は前記第２システムから、前記特定ユーザー向けのデータファイルまたは前記一般ユーザー向けのデータファイルを取得するデータファイル取得手段と、を有することを特徴とするノード装置である。
【００１０】
この発明では、ノード装置は、取得を所望するコンテンツのレプリカ等のデータファイルを指定して、サーバ装置から１つのＨＴＭＬ文書等のページデータを受信し参照するだけで、ノード装置のユーザー自身が何らの操作もすることなく、ノード装置自身が、参加可否情報に基づいて第１システムに参加可能であるか否かを判定する。これにより、参加可能であれば特定ユーザー向けのデータファイルを自動的に取得し、参加不可能であれば一般ユーザー向けのデータファイルを自動的に取得することができる。
【００１１】
上記課題を解決するために、請求項２に記載の発明は、前記ページ受信手段が、前記ページデータを受信したとき、前記参加可否情報取得手段により取得された前記参加可否情報を記憶手段（例えば、ＲＡＭ等）に記憶する記憶制御手段と、前記記憶手段に前記参加可否情報が記憶されているか否かを判定する記憶判定手段とを備え、前記記憶判定手段により前記記憶手段に前記参加可否情報が記憶されていると判定された場合、前記参加可否判定手段は、前記記憶手段に記憶された前記参加可否情報に基づいて、前記第１ネットワークへの参加の可否を判定することを特徴とする請求項１に記載のノード装置である。
【００１２】
この発明によれば、ＲＡＭ等の記憶手段に記憶された参加可否情報に基づいて、参加可否を判定するので、容易且つ迅速に参加可否判定を行なうことができる。
【００１３】
上記課題を解決するために、請求項３に記載の発明は、前記ページデータ受信手段は、前記データファイルを示すファイル情報が記述された前記ページデータを受信し、前記参加可否判定手段により前記第１システムへ参加可能であると判定された場合、前記データファイル取得手段は、前記第１システムから前記ページデータに記述された前記ファイル情報が示すデータファイルを取得し、前記参加可否判定手段により前記第１システムへ参加不可能であると判定された場合、前記データファイル取得手段は、前記第２システムから前記ページデータに記述された前記ファイル情報が示すデータファイルを取得することを特徴とする請求項１または請求項２に記載のノード装置である。
【００１４】
この発明では、ＨＴＭＬ文書等のページデータに、特定ユーザー向けのコンテンツのレプリカ等のデータファイルを示すコンテンツＩＤなどのファイル情報と、一般ユーザー向けのコンテンツのレプリカ等のデータファイルを示すコンテンツＩＤなどのファイル情報とを記述した。これにより、参加可否判定手段による参加可否判定後、コンテンツＩＤなどのファイル情報をサーバ装置等に問い合わせることなく、ＨＴＭＬ文書等のページデータに記述された当該コンテンツＩＤ等のファイル情報に基づいて、適切なデータファイルを迅速に取得することができる。
【００１５】
上記課題を解決するために、請求項４に記載の発明は、前記参加可否判定手段が、前記第１システムへ参加可能であると判定した場合、前記第１システムから取得可能な前記データファイルに関する属性情報が記載された第１カタログ情報を、前記第１システムを構成するいずれかのノード装置から取得する前記第１カタログ情報取得手段と、前記参加可否判定手段が、前記第１システムへ参加不可能であると判定した場合、前記第２システムから取得可能な前記データファイルに関する属性情報が記載された第２カタログ情報を、前記第２システムを構成するいずれかのノード装置から取得する前記第２カタログ情報取得手段と、を備えることを特徴とする請求項１または請求項２に記載のノード装置である。
【００１６】
この発明によれば、第１システムのデータファイルに関する属性情報が記載された第１システムに参加可能なノード装置だけが特定ユーザー向けのデータファイルの属性情報が記載された第１カタログ情報を取得できるので、特定ユーザー向けのデータファイルの属性情報のセキュリティ性を保つことができる。
【００１７】
上記課題を解決するために、請求項５に記載の発明は、コンピュータを、請求項１乃至４の何れか一項に記載のノード装置として機能させることを特徴とするノード処理プログラムである。
【００１８】
上記課題を解決するために、請求項６に記載の発明は、提示内容が記述されたページデータ（例えば、ＨＴＭＬ文書）を送信するサーバ装置（例えば、Ｗｅｂサーバ）と通信可能に接続されたノード装置におけるデータファイル取得方法であって、ネットワークを介して互いに通信可能な複数のノード装置間で特定ユーザー向けのデータファイル（例えば、特定ユーザー向けコンテンツ等）を利用可能に構成された第１システムを示す第１システム情報と、ネットワークを介して互いに通信可能な複数のノード装置間で一般ユーザー向けのデータファイル（例えば、一般ユーザー向けコンテンツ等）を利用可能に構成された第２システムを示す第２システム情報と、が記述された前記ページデータを受信するページデータ受信ステップと、前記第１システムへの参加の可否を示す参加可否情報を取得する参加可否情報取得ステップと、前記取得された参加可否情報（例えば、セッション情報）に基づいて、前記第１システムへの参加の可否を判定する参加可否判定ステップと、前記第１システムへ参加可能であると判定された場合、前記ページデータに記述された前記第１システム情報（例えば、ネットワーク名）を前記サーバ装置へ送信し、前記第１システムへ接続するための第１接続情報（例えば、コンタクトノードのアドレス情報等）を取得する第１接続情報取得ステップと、前記第１システムへ参加不可能であると判定された場合、前記ページデータに記述された前記第２システムを示す第２システム情報を前記サーバ装置へ送信して、前記第２システムへの第２接続情報（例えば、コンタクトノードのアドレス情報等）を取得する第２接続情報取得ステップと、前記取得された第１接続情報または第２接続情報が示す前記第１システム又は前記第２システムから、前記特定ユーザー向けのデータファイルまたは前記一般ユーザー向けのデータファイルを取得するデータファイル取得ステップと、を有することを特徴とするデータファイル取得方法である。
【発明の効果】
【００１９】
本発明では、ノード装置は、取得を所望するコンテンツのレプリカ等のデータファイルを指定して、サーバ装置から１つのＨＴＭＬ文書等のページデータを受信し参照するだけで、ノード装置のユーザー自身が何らの操作もすることなく、ノード装置自身が、第１システムに参加可能であるか否かを判定する。これにより、参加可能であれば特定ユーザー向けのデータファイルを自動的に取得し、参加不可能であれば一般ユーザー向けのデータファイルを自動的に取得することができる。
【図面の簡単な説明】
【００２０】
【図１】本実施形態に係るデータファイル分散保存システムＳにおける各ノード装置の接続態様の一例を示す図である。
【図２】ノードＮｎが、システムＳ１又はＳ２から所望のコンテンツのレプリカを取得する様子を示す概念図である。
【図３】（Ａ）は、コンテンツを指定する際のノードＮｎの表示画面の一例であり、（Ｂ）は、コンテンツのレプリカが再生される際のノードＮｎの表示画面の一例である。
【図４】ＷｅｂサーバＷＳが作成したページデータの一例である。
【図５】（Ａ）は、コンテンツを指定する際のノードＮｎの表示画面の一例であり、（Ｂ）は、ユーザー情報が入力される際のノードＮｎの表示画面の一例であり、（Ｃ）は、コンテンツのレプリカが再生される際のノードＮｎの表示画面の一例である。
【図６】ノードＮｎの概要構成例を示すブロック図である。
【図７】ＷｅｂサーバＷＳの概要構成例を示すブロック図である。
【図８】ノードＮｎにおける制御部１１の処理を示すフローチャートである。
【図９】ＷｅｂサーバＷＳにおける制御部３０１の処理を示すフローチャートである。
【図１０】ＷｅｂサーバＷＳにおける制御部３０１の処理を示すフローチャートである。
【発明を実施するための形態】
【００２１】
以下、本発明の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態では、映画、アニメ、音楽等のコンテンツの複製データ（レプリカ）を本発明のデータファイルの一例として説明する。また、コンテンツ分散保存システムを本発明のデータファイル分散保存システムの一例として説明する。
【００２２】
１．コンテンツ分散保存システムの構成及び動作概要
始めに、図１等を参照して、本実施形態に係るコンテンツ分散保存システムＳの構成及び動作概要について説明する。
【００２３】
図１は、本実施形態に係るコンテンツ分散保存システムＳにおける各ノード装置の接続態様の一例を示す図である。
【００２４】
図１の下部枠１０１内に示すように、ＩＸ（Internet eＸchange）３、ＩＳＰ（Internet Service Provider）４ａ,４ｂ、ＤＳＬ（Digital Subscriber Line）回線事業者（の装置）５ａ,５ｂ、ＦＴＴＨ（Fiber To The Home）回線事業者（の装置）６、及び通信回線（例えば、電話回線や光ケーブル等）７等によって、インターネット等のネットワーク（現実世界の通信ネットワーク）８が構築されている。なお、図１の例におけるネットワーク８には、データ（パケット）を転送するためのルータが、適宜挿入されているが図示を省略している。
【００２５】
このようなネットワーク８には、複数のノード装置（以下、「ノード」という）Ｎｎ（ｎ＝１，２，３・・・の何れか）が接続されている。また、各ノードＮｎには、固有の製造番号およびＩＰ（Internet Protocol）アドレスが割り当てられている。そして、本実施形態に係るコンテンツ分散保存システムＳは、これらのノードＮｎのうち、図１の上部枠１００内に示すように、何れか複数のノードＮｎの参加により形成されるピアツーピア方式のネットワークシステムとなっている。
【００２６】
なお、図１の上部枠１００内に示すネットワーク９は、既存のネットワーク８を用いて形成された仮想的なリンクを構成するオーバーレイネットワーク９（論理的なネットワーク）である。オーバーレイネットワーク９は、特定のアルゴリズム、例えば、ＤＨＴを利用したアルゴリズムにより実現される。そして、コンテンツ分散保存システムＳ（言い換えれば、オーバーレイネットワーク９）に参加している各ノードＮｎには、ノードＩＤ（ノード装置識別情報の一例）が割り当てられている。ノードＩＤは、所定桁数からなる固有の識別情報である。
【００２７】
また、ノードＩＤは、例えば、各ノードＮｎに個別に割り当てられたＩＰアドレス或いは製造番号を共通のハッシュ関数によりによりハッシュ化した値である。例えば、ＳＨＡ−１等のハッシュ関数を用いて、例えば、ｂｉｔ長が１６０ｂｉｔの値を得る。ノードＩＤは、ＩＤ空間に偏りなく分散して配置されることになる。
【００２８】
また、各ノードＮｎは、夫々、ＤＨＴを用いたルーティングテーブルを保持している。このルーティングテーブルは、コンテンツ分散保存システムＳ上における各種メッセージの転送先を規定している。具体的には、ルーティングテーブルは、ＩＤ空間内で適度に離れたノードＮｎのノードＩＤ、アドレス情報（ＩＰアドレス及びポート番号等）を含むノード情報を複数登録している。
【００２９】
ところで、コンテンツ分散保存システムＳにおいては、データファイルの一例として、内容の異なる様々なコンテンツのレプリカが所定のファイル形式で複数のノードＮｎに分散して保存（格納）されている。レプリカは、各ノードＮｎ間で利用可能になっている。例えば、ノードＮ５には、タイトルがＸＸＸの映画のコンテンツのレプリカが保存されている。一方、ノードＮ３には、タイトルがＹＹＹの映画のコンテンツのレプリカが保存されている。上述したように、各コンテンツのレプリカが、複数のノードＮｎ（以下、「コンテンツ保持ノード」という）に分散されて保存されている。
【００３０】
また、これらのコンテンツのレプリカには、夫々、コンテンツ名（タイトル）及びコンテンツＩＤ（コンテンツ毎に固有の識別情報（コンテンツ識別情報の一例））等の情報が付加されている。このコンテンツＩＤは、例えば、コンテンツ名＋任意の数値（或いは、コンテンツの先頭数バイトでも良い）が、上記ノードＩＤを得るときと共通のハッシュ関数によりハッシュ化されて生成される（ノードＩＤと同一のＩＤ空間に配置）。或いは、システム管理者が、コンテンツ毎に一意のＩＤ値（ノードＩＤと同一ビット長）を付与しても良い。
【００３１】
コンテンツ分散保存システムＳに分散保存されているコンテンツのレプリカの所在を示すインデックス情報は、ルートノードに記憶される。ルートノードは、コンテンツのレプリカの所在を管理しているノードＮｎである。インデックス情報は、レプリカを保存したノードＮｎのノード情報とコンテンツのコンテンツＩＤ等の組を含む情報である。
【００３２】
このようなコンテンツ分散保存システムＳにおいて、コンテンツのレプリカがダウンロード（取得）される際には、コンテンツをリクエストするユーザノードが、取得を所望するのコンテンツのコンテンツＩＤを含むクエリを生成する。ユーザノードは、クエリをルーティングテーブルに従ってルートノードに向けて送出する。ユーザノードは、ルートノードからコンテンツのレプリカを保持するコンテンツ保持ノードのノード情報を受信する。受信したノード情報に基づいて、ユーザノードは、コンテンツ保持ノードにアクセスする。ユーザノードは、コンテンツ送信要求メッセージを送信し、コンテンツ保持ノードからコンテンツのレプリカをダウンロードする。或いは、クエリを受信したルートノードがコンテンツ保持ノードへコンテンツ送信要求メッセージを送信し、コンテンツ保持ノードがユーザノードへレプリカを送信することもできる。
【００３３】
なお、このようなＤＨＴを用いたルーティングテーブルや、当該ルーティングテーブルを利用して各ノードＮｎ間におけるメッセージの転送については、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。
【００３４】
本実施形態では、コンテンツ分散保存システムＳ１（第１システムの一例。以下、「システムＳ１」と言う。）と、コンテンツ分散保存システムＳ２（第２システムの一例。以下、「システムＳ２」と言う。）と、が構築されているものとする。システムＳ１は、特定ユーザー向けのコンテンツが分散保存されたシステムである。またシステム２は、一般ユーザー向けのコンテンツが分散保存されたシステムである。
【００３５】
図２は、ノードＮｎが、システムＳ１又はＳ２から所望のコンテンツのレプリカを取得する様子を示す概念図である。
【００３６】
特定ユーザー向けのコンテンツのレプリカとは、例えば、課金処理を必須とする有料コンテンツ、所定条件を満たす会員のみが取得（視聴）できる会員向けコンテンツ、映画等が（ダイジェストではなく）全編収録されている全編コンテンツ等である。システムＳ１へ参加して、特定ユーザー向けのコンテンツのレプリカを取得する場合には、予めユーザーデータベースサーバＤＳへのユーザー情報の登録が必要となる。
【００３７】
一般ユーザー向けのコンテンツのレプリカは、無料コンテンツ、非会員向けコンテンツ、ダイジェスト版コンテンツ等である。
【００３８】
例えば、タイトルが「コンテンツＡ」という映画のコンテンツの場合、同じタイトルのコンテンツのレプリカがシステムＳ１とシステムＳ２に保存されている。システムＳ１には、「コンテンツＡ」の全編収録されている全編コンテンツのレプリカが保存されている。システムＳ２には、「コンテンツＡ」のダイジェスト版のダイジェストコンテンツのレプリカが分散保存されている。
【００３９】
なお、「システムＳ１（又はＳ２）にコンテンツのレプリカが分散保存されている」とは、「システムＳ１（又はＳ２）に参加している何れかのノードＮｎ（コンテンツ保持ノード）に、コンテンツのレプリカが分散保存されている」ことを示す。
【００４０】
システムＳ１に分散保存されているコンテンツのレプリカは、システムＳ２には（分散）保存されていない。システムＳ２に分散保存されているコンテンツのレプリカは、システムＳ１には（分散）保存されていない。言い換えれば、システムＳ１に参加しているノードＮｎにのみ、特定ユーザー向けのコンテンツのレプリカが保存され、システムＳ２に参加しているノードＮｎにのみ一般ユーザー向けのコンテンツのレプリカが保存される。
【００４１】
なお、システムＳ１（又はＳ２）にのみ参加しているノードＮｎもあれば、システムＳ１とＳ２の双方に参加しているノードＮｎもある。
【００４２】
システムＳ１が構成するＩＤ空間と、システムＳ２が構成するＩＤ空間とは別個独立したものである。システムＳ１（又はＳ２）にのみ参加しているノードＮｎには、システムＳ１（又はＳ２）のＩＤ空間におけるノードＩＤが割り当てられる。システムＳ１とＳ２の双方に参加しているノードＮｎには、システムＳ１とＳ２の双方のＩＤ空間におけるノードＩＤがそれぞれ割り当てられる。割り当てられたノードＩＤに基づいて、各ノードＮｎは、それぞれのシステムに参加することとなる。
【００４３】
なお、システムＳ１及びＳ２への参加は、参加していないノードＮｎがコンタクトノードへ参加メッセージを送信することによって行われる。参加メッセージは、システムＳ１またはシステムＳ２への参加要求を示すメッセージである。コンタクトノードは、例えば、当該システムＳ１又はＳ２に常時参加している任意のノードＮｎである。
【００４４】
ＷｅｂサーバＷＳは、ユーザー情報を送信してきたノードＮｎに対して、ユーザーの認証処理を行なう。ユーザー情報は、ユーザーＩＤと登録パスワードとである。
【００４５】
認証処理結果により、ユーザー情報を送信してきたノードＮｎがシステムＳ１へ参加可能なとき、ＷｅｂサーバＷＳは、セッション情報（参加可否情報の一例）を生成する。セッション情報は、システムＳ１へ参加可能である旨の情報を含む。生成されたセッション情報は、当該ノードＮｎとデータベースサーバＤＳとへ送信される。このセッション情報は、各ユーザーに一意に生成されるものである。
【００４６】
データベースサーバＤＳは、ユーザー情報と、当該ユーザーのセッション情報とを対応付けて記憶する。記憶されるユーザー情報は、システムＳ１への登録が行なわれた（認証済み）ユーザーのユーザー情報である。データベースサーバＤＳは、当該ユーザー情報は、ＷｅｂサーバＷＳから受信する。
【００４７】
そして、認証済みユーザーのノードＮｎは、ＷｅｂサーバＷＳから受信したセッション情報を、自己のＲＡＭ等に記憶している。
【００４８】
以下、図２及び図３を参照して、ノードＮｎが、コンテンツのレプリカを取得する動作について説明する。
【００４９】
あるノードＮｎのユーザーが、あるコンテンツ（例えば、アニメ）のレプリカを取得したい場合、例えば、ユーザーは、ノードＮｎの表示画面上で、取得したいアニメのタイトル「ジョーの明日」を入力する。システムＳ１及びＳ２を運営するシステム運営者によるセンターサーバ（図示しない）にアクセスしてタイトル「ジョーの明日」の検索を行なうと、例えば図３（Ａ）に示す検索結果がノードＮｎの表示画面に表示される。
【００５０】
図３（Ａ）に示す例では、「ジョーの明日 第一話」から「ジョーの明日 第四話」まで４つのコンテンツが検索されている。
【００５１】
そして、ノードＮｎのユーザーがノードＮｎに具備するマウス等を操作することで、所望のコンテンツがカーソルにより指定される。指定されたコンテンツのコンテンツ名を含む情報（以下、「指定コンテンツ情報」と言う。）が、ノードＮｎにより生成される。ノードＮｎは、指定コンテンツ情報をＷｅｂサーバＷＳへ送信する（図２［１］）。
【００５２】
そして、ＷｅｂサーバＷＳが、受信した指定コンテンツ情報に基づいて、ページデータを作成する（図２［２］）。ページデータは、ユーザーに対する提示内容が記述された情報である。ページデータは、Ｗｅｂブラウザで閲覧することができるＨＴＭＬ（HyperText Markup Language）文書やＸＨＴＭＬ（Extensible HyperText Markup Language）文書等である。
【００５３】
ページデータには、システムＳ１を示す「第１システム情報」と、システムＳ２を示す「第２システム情報」と、が記述されている。システムＳ１は、指定コンテンツ情報にて指定されたコンテンツの特定ユーザー向けコンテンツを分散保存する。システムＳ２は、指定コンテンツ情報にて指定されたコンテンツの一般ユーザー向けコンテンツを分散保存する。
【００５４】
図４は、ＷｅｂサーバＷＳが作成するページデータの一例である。objectタグを使用しているが、embedタグやappletタグ等も同様なパラメータでの記述が可能である。
【００５５】
図４は、ページデータがＨＴＭＬ文書の場合の一例である。図４のパラメータＡには、システムＳ１又はシステムＳ２に接続するための「システム接続情報」を取得するためのサーバ装置のＵＲＬ（Uniform Resource Locator）「xxx.brr-eee.com」が記述されている。パラメータＢには、第１システム情報「Ｐ２Ｐ-ＮＷ-１」と第２システム情報「Ｐ２Ｐ-ＮＷ-２」が記述されている。パラメータＣには、指定コンテンツの特定ユーザー向けコンテンツコンテンツＩＤ「ａａａａ」と一般ユーザー向けコンテンツのコンテンツＩＤ「ｂｂｂｂ」とが記述されている。コンテンツＩＤは、指定コンテンツを示すファイル情報の一例である。
【００５６】
「システム接続情報」は、システムＳ１又はＳ２に参加するために必要な情報である。例えば、「システム接続情報」は、コンタクトノードにアクセスするためのアドレス情報等である。コンタクトノードは、例えば、システムＳ１又はＳ２に常時参加しているノードノードＮｎである。
【００５７】
なお、本実施形態におけるコンテンツＩＤは説明を簡単にするため４桁と簡略化している。また、「システム接続情報」を取得するためのサーバ装置として、ＷｅｂサーバＷＳを用いることとする。
【００５８】
ＷｅｂサーバＷＳは、作成したＨＴＭＬ文書をノードＮｎに送信する（図２［３］）。
【００５９】
ノードＮｎは、ＨＴＭＬ文書を受信する。ノードＮｎには、予めＷｅｂ埋め込みプレイヤーがインストールされている。ＨＴＭＬ文書を受信してＷｅｂブラウザで閲覧することによって、プレイヤーが起動するようになっている。
【００６０】
また、ＨＴＭＬ文書のパラメータＡには、システム接続情報を取得するためのサーバ装置のＵＲＬが記述されている。パラメータＢの第一項目目には第１システム情報が記述されている。パラメータＢの第二項目目には第２システム情報が記述されている。更に、パラメータＣの第一項目目には特定ユーザー向けコンテンツのコンテンツＩＤが記述されている。パラメータＣの第二項目目には一般ユーザー向けコンテンツのコンテンツＩＤが記述されている。ノードＮｎは、上述したＨＴＭＬのパラメータ記載ルールに従って、ＷｅｂサーバＷＳから受信したＨＴＭＬ文書を解釈する。
【００６１】
先ず、ノードＮｎは、受信したＨＴＭＬ文書に基づいて参加するシステムＳを決定する（図２［４］）。
【００６２】
ノードＮｎは、自己のＲＡＭ等からセッション情報を取得する。ノードＮｎは、当該セッション情報に基づいてシステムＳ１への参加可否を判定する。具体的には、ＲＡＭ等に、セッション情報が記憶されていれば、システムＳ１への参加が可能であると判定される。セッション情報が記憶されていない場合には、システムＳ１への参加が不可能であると判定される。
【００６３】
システムＳ１への参加が可能であると判定された場合には、パラメータＡのＵＲＬに基づいて、ノードＮｎはＷｅｂサーバＷＳへ、パラメータＢの第１システム情報「Ｐ２Ｐ-ＮＷ-１」を送信する。第１システム情報「Ｐ２Ｐ-ＮＷ-１」を送信することで、ノードＮｎは、システムＳ１へ接続するためのシステム接続情報の送信をＷｅｂサーバＷＳへ要求する。システムＳ１への参加が不可能であると判定された場合には、パラメータＢの第２システム情報「Ｐ２Ｐ-ＮＷ-２」をＷｅｂサーバＷＳへ送信する。第２システム情報「Ｐ２Ｐ-ＮＷ-２」を送信することで、ノードＮｎは、システムＳ２へ接続するためのシステム接続情報の送信をＷｅｂサーバＷＳへ要求する（図２［５］）。
【００６４】
続いて、ＷｅｂサーバＷＳは、第１システム情報を受信した場合には、システムＳ１へ接続するためのシステム接続情報をノードＮｎに返信する。ＷｅｂサーバＷＳが第２システム情報を受信した場合には、ＷｅｂサーバＷＳは、システムＳ２へ接続するためのシステム接続情報をノードＮｎに返信する（図２［６］）。
【００６５】
ノードＮｎは、システムＳ１へ接続するためのシステム接続情報を受信すると、当該システム接続情報に基づいて、システムＳ１への所定の参加処理（図２［７Ａ］）を行う。ノードＮｎは、コンテンツ所在問合せ（検索）メッセージを生成する。コンテンツ所在問合せ（検索）メッセージは、特定ユーザー向けコンテンツのコンテンツＩＤ「ａａａａ」を含む。特定ユーザー向けコンテンツのコンテンツＩＤ「ａａａａ」は、ＨＴＭＬ文書のパラメータＣに記述されたＩＤである。ノードＮｎは、コンテンツ所在問合せ（検索）メッセージをルートノードへ送信する。ルートノードは、取得したインデックス情報に基づいて、コンテンツ保持ノードにアクセスする。ユーザノードは、特定ユーザー向けのコンテンツのレプリカを取得し（図２［８Ａ］）、再生する（図２［９］）。
【００６６】
一方、ノードＮｎが、システムＳ２へ接続するためのシステム接続情報を受信した場合には、ノードＮｎは、システム接続情報に基づいて、システムＳ２への所定の参加処理（図２［７Ｂ］）を行う。ノードＮｎは、コンテンツ所在問合せ（検索）メッセージを生成する。コンテンツ所在問合せ（検索）メッセージは、一般ユーザー向けコンテンツのコンテンツＩＤ「ｂｂｂｂ」を含む。一般ユーザー向けコンテンツのコンテンツＩＤ「ｂｂｂｂ」は、ＨＴＭＬ文書のパラメータＣに記述されたＩＤである。ノードＮｎは、コンテンツ所在問合せ（検索）メッセージをルートノードへ送信する。ルートノードは、取得したインデックス情報に基づいて、コンテンツ保持ノードにアクセスする。ユーザノードは、特定ユーザー向けのコンテンツのレプリカを取得し（図２［８Ｂ］）、再生する（図２［９］）。
【００６７】
図３（Ｂ）は、取得されたコンテンツのレプリカが再生される再生画面の一例である。
【００６８】
特定ユーザーであれば、システムＳ１から、図３（Ａ）で指定したコンテンツ「ジョーの明日 第一話」の全編コンテンツのレプリカが取得される。そして、図３（Ｂ）の再生画面にて再生処理が行なわれる。特定ユーザーは、システムＳ１への認証が行なわれていたユーザーである。一般ユーザーであれば、システムＳ２から、図３（Ａ）で指定したコンテンツ「ジョーの明日 第一話」のダイジェスト版コンテンツのレプリカが取得される。そして、図３（Ｂ）の再生画面にて再生処理が行なわれる。一般ユーザーは、システムＳ１への認証が行なわれていない（未認証の）ユーザーである。
【００６９】
ノードＮｎの表示画面上では、図３（Ａ）にてコンテンツ「ジョーの明日 第一話」が指定される。その後、ユーザーが入力部等を操作することなく、図３（Ｂ）の再生画面が表示される。する。ノードＮｎがシステムＳ１に参加した場合、全編コンテンツが自動的に再生される。また、システムＳ２に参加した場合、ダイジェスト版コンテンツが、自動的に再生される。
【００７０】
なお、ノードＮｎが、参加するシステムＳを決定する際（図２［４］）、自己のＲＡＭ等にシステムＳ１への参加が可能である旨の情報が含まれるセッション情報が記憶されていない場合がある。この場合、ＨＴＭＬ文書のパラメータＡに記述されたＵＲＬに基づいてＷｅｂサーバＷＳへ、ユーザー情報を送信して（図２［４＃１］）、セッション情報の送信を要求するよう構成してもよい。
【００７１】
ＷｅｂサーバＷＳは、ノードＮｎから受信したユーザー情報を、データベースサーバＤＳに送信する。データベースサーバＤＳは、送信されたユーザー情報が認証済みの（データベースサーバＤＳに登録されている）ユーザー情報であるか否かを確認する（図２［４＃２］）。認証済みである場合にだけ、システムＳ１への参加が可能である旨の情報が含まれるセッション情報をＷｅｂサーバＷＳは生成する。ＷｅｂサーバＷＳは、生成されたセッション情報をノードＮｎへ送信する（図２［４＃３］）。ノードＮｎは、上述のセッション情報を受信し、受信したセッション情報をＲＡＭ等に記憶する（図２［４＃４］）。図５は、この場合のノードＮｎの表示画面の遷移の様子を示す。
【００７２】
図５（Ａ）は、ノードＮｎの表示画面を示す。ユーザーが表示画面の中のコンテンツ「ジョーの明日 第一話」を指定したとき（図５（Ａ））に、自己のＲＡＭ等にシステムＳ１へのセッション情報が記憶されているかが判定される。システムＳ１へのセッション情報は、システムＳ１への参加が可能である旨の情報である。システムＳ１へのセッション情報が記憶されていない場合、図５（Ｂ）に示す表示画面が表示され、ユーザーに対してユーザー情報（ユーザーＩＤと登録パスワード）の入力が促される。そして、ユーザーがキーボード等の入力部を操作して、ユーザー情報の入力が行なわれる。入力されたユーザー情報がＷｅｂサーバＷＳへ送信され、ＷｅｂサーバＷＳにて、当該ユーザーが認証済みであるか否かの登録確認が行なわれる。認証済みであればＷｅｂサーバＷＳからセッション情報が送信され、ノードＮｎは、受信したセッション情報をＲＡＭ等に記憶することとなる。一方、認証済みでなければ、ＷｅｂサーバＷＳからセッション情報は送信されない。その後、ノードＮｎは、ＷｅｂサーバＷＳとの間で図２［５］〜［９］の処理を行なう。そして、ノードＮｎは、自動的に図５（Ｃ）の再生画面を表示する。その後、全編コンテンツ又はダイジェスト版コンテンツが再生され始める。
【００７３】
このように、ＨＴＭＬ文書に、第１システム情報と第２システム情報とが記述されることで、これを受信したノードＮｎが、自己のＲＡＭ等（又はＷｅｂサーバＷＳ）から取得したシステムＳ１への参加が可能であるか否かを示すセッション情報に基づいて、ノードＮｎ自身が、システムＳ１への参加が可能であるか否かを判定する。
【００７４】
そして、参加可能であれば、ＷｅｂサーバＷＳから、システムＳ１へのシステム接続情報を取得して、システムＳ１に参加し特定ユーザー向けのコンテンツのレプリカを取得し、参加不可能であれば、システムＳ２へのシステム接続情報を取得して、システムＳ２に参加し一般ユーザー向けのコンテンツのレプリカを取得するよう構成した。
【００７５】
これにより、ノードＮｎは、視聴を所望するコンテンツを指定して、ＷｅｂサーバＷＳから１つのＨＴＭＬ文書を受信し参照するだけで、ユーザー自身が何らの操作もすることなく、ユーザーが認証済みであるか否かを判定する。
【００７６】
そして、認証済みであれば、指定コンテンツの特定ユーザー向けのコンテンツのレプリカを自動的に取得して再生し、ユーザーが未認証であれば、指定コンテンツの一般ユーザー向けのコンテンツのレプリカを自動的に取得して再生することができる。
【００７７】
２.各装置の構成及び機能
＜２−１.ノードＮｎの構成及び機能＞
次に、図６を参照して、ノードＮｎの構成及び機能について説明する。
【００７８】
図６は、ノードＮｎの概要構成例を示すブロック図である。
【００７９】
各ノードＮｎは、制御部１１と、記憶部１２と、バッファメモリ１３と、デコーダ部１４と、映像処理部１５と、表示部１６と、音声処理部１７と、スピーカ１８と、通信部２０と、入力部２１とから構成される。制御部１１、記憶部１２、バッファメモリ１３、デコーダ部１４、通信部２０、及び入力部２１はバス２２を介して相互に接続されている。制御部１１は、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データおよびプログラムを記憶するＲＯＭ等から構成される。制御部１１は、本実施形態のコンピュータとして機能する。記憶部１２は、各種データ及び各種プログラム等を記憶保存（格納）するためを記憶するハードディスク等から構成される。例えば、記憶部１２はコンテンツのレプリカを記憶する。また、システムＳ１又はＳ２に参加後は、記憶部１２はインデックスキャッシュ、ＤＨＴ等を記憶する。バッファメモリ１３は、受信されたコンテンツのレプリカ等を一時蓄積する。デコーダ部１４は、エンコードされたビデオデータ（映像情報）およびオーディオデータ（音声情報）等をデコード（データ伸張や復号化等）する。コンテンツが映像や音声を含む場合に、デコーダ部１４は、コンテンツのレプリカに含まれるエンコードされたビデオデータおよびオーディオデータ等をデコードする。映像処理部１５は、デコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力する。表示部１６は、映像処理部１５から出力されたビデオ信号に基づき映像表示するＣＲＴ，液晶ディスプレイ等である。音声処理部１７は、上記デコードされたオーディオデータをアナログオーディオ信号にＤ（Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する。スピーカ１８は、音声処理部１７から出力されたオーディオ信号を音波として出力する通信部２０は、ネットワーク８を通じて他のノードＮｎ等間の情報の通信制御を行なう。入力部２１は、ユーザーからの指示を受け付け、指示に応じた指示信号を制御部１１へ通信する。入力部２１は、例えば、キーボード、マウス、或いは、操作パネル等である。
【００８０】
なお、ノードＮｎとしては、パーソナルコンピュータ、ＳＴＢ（Set Top Box）、通信カラオケ装置、或いは、ＴＶ受信機等が適用可能である。
【００８１】
制御部１１のＲＡＭは、記憶手段として機能する。制御部１１のＲＡＭは、ＷｅｂサーバＷＳから受信したセッション情報を記憶する。
【００８２】
記憶部１２には、当該ノードＮｎ自身のアドレス情報（ＩＰアドレス及びポート番号等）が記憶されている。また、ノードＮｎが、システムＳ１又はＳ２に参加した後は、記憶部１２にはノードＩＤも記憶される。
【００８３】
また、システムＳ１又はＳ２へ参加後は、記憶部１２にはコンタクトノードから受信したインデックスキャッシュ、ＤＨＴ等が記憶される。記憶部１２は、保存コンテンツ管理テーブルを記憶する。保存コンテンツ管理テーブルは、記憶部１２に保存（記録）しているコンテンツのレプリカに関する情報（タイトル、コンテンツＩＤ等）を登録するための情報である。また記憶部１２は、インデックス情報をインデックスキャッシュとして記憶する。インデックス情報は、自ノードＮｎが所在を管理するコンテンツの保持ノードであるノードＮｎのノード情報と当該コンテンツのコンテンツＩＤの組が含まれる情報である。
【００８４】
このような構成において、制御部１１は、ＣＰＵが記憶部１２等に記憶されたプログラムを読み出して実行することにより、全体を統括制御する。ノードＮｎがシステムＳ１又はＳ２へ参加して、プログラムが実行されることで、上述したユーザノード、中継ノード、ルートノード、コンテンツ保持ノードの少なくとも何れか一つのノードとしての処理を行なうようになっている。
【００８５】
また、制御部１１は、本発明のノード処理プログラムを実行することにより、本発明におけるページデータ受信手段、参加可否情報取得手段、参加可否判定手段、第１接続情報取得手段、第２接続情報取得手段、データファイル取得手段、記憶制御手段、記憶判定手段等として機能する。なお、上記ノード処理プログラムは、例えば、ネットワーク８上の所定のサーバからダウンロードされるようにしてもよいし、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしても良い。
【００８６】
＜２−２.ＷｅｂサーバＷＳの構成及び機能＞
続いて、ＷｅｂサーバＷＳの概略構成について図７を用いて説明する。なお、図７は実施形態に係るＷｅｂサーバＷＳの概要構成例を示すブロック図である。
【００８７】
図７に示すように、ＷｅｂサーバＷＳは、制御部３０１と、記憶部３０２と、通信部３０３と、入力部３０４とから構成される。制御部３０１、記憶部３０２、通信部３０３及び入力部３０４は、バス３０５を介して相互にデータの授受が可能に接続されている。制御部３０１は、演算機能を有するＣＰＵ、作業用ＲＡＭ（Random Access Memory）、各種データ及びプログラムを記録するＲＯＭ（Read Only Memory）等から構成される。記憶部３０２は、システムＳ１及びＳ２に分散保存されたコンテンツのコンテンツＩＤ及びその他の必要なプログラム等を記録保存（格納）するためのＨＤ等から構成される。通信部３０３は、ネットワーク８を通じて各ノードＮｎ等、他の装置との間の情報の通信制御を行なう。入力部３０４は、ＷｅｂサーバＷＳを操作する操作者からの指示を受け付け、指示に応じた指示信号を制御部３０１に出力する。入力部３０４は、例えば、キーボード、マウス或いは、操作パネル等である。
【００８８】
そして、制御部３０１におけるＣＰＵが記憶部３０２等に記録されたプログラムを読み出して実行することにより、全体動作を統括制御する。
【００８９】
記憶部３０２には、コンテンツ名と、特定ユーザー向けのコンテンツＩＤと、一般ユーザー向けのコンテンツＩＤと、が対応付けられて記憶されている。
【００９０】
表１は、記憶部３０２に対応付けて記憶されたコンテンツ名と特定ユーザー向けコンテンツのコンテンツＩＤと一般ユーザー向けコンテンツのコンテンツＩＤの一例である。
【００９１】
【表１】
【００９２】
制御部３０１は、ノードＮｎから指定コンテンツ情報を受信すると、記憶部３０２を参照する。制御部３０１は、指定コンテンツ情報に含まれるコンテンツ名に対応付けられた特定ユーザー向けコンテンツのコンテンツＩＤと、一般ユーザー向けコンテンツのコンテンツＩＤとを抽出する。制御部３０１は、これら各コンテンツＩＤをパラメータＣに記述したＨＴＭＬ文書を作成し、ノードＮｎに送信する。なお、ＨＴＭＬ文書のパラメータＡ及びパラメータＢの記述内容は図４の説明にて詳述したので、ここでの説明は省略する。
【００９３】
また、制御部３０１は、ノードＮｎからユーザー情報を受信すると、受信したユーザー情報を、データベースサーバＤＳに送信する。データベースサーバＤＳは、認証済みの（データベースサーバＤＳに登録されている）ユーザー情報であるか否かを確認する。そして、データベースサーバＤＳが認証済みと判定した場合、制御部３０１は、ユーザーに一意のセッション情報を生成する。制御部３０１は、生成されたセッション情報をノードＮｎに送信すると共に、データベースサーバＤＳにも当該セッション情報を送信する。データベースサーバＷＳは、ＷｅｂサーバＷＳから受信したセッション情報とユーザー情報とを対応付けて登録する。
【００９４】
表２は、データベースサーバＤＳに設けられた記憶部（図示せず）に登録（記憶）されたユーザー情報とセッション情報の一例である。
【００９５】
【表２】
【００９６】
３．各装置の処理
ノードＮｎ及びＷｅｂサーバＷＳにおける処理を、図を参照して、詳しく説明する。
【００９７】
＜３−１．ノードＮｎの処理＞
図８は、ノードＮｎにおける制御部１１の処理を示すフローチャートである。ＷｅｂサーバＷＳから受信したＨＴＭＬ文書を、ノードＮｎにインストールされたＷｅｂブラウザにて閲覧したとき、図８のフローチャート処理が開始される。以降の処理は、制御部１１により処理される。
【００９８】
先ず、制御部１１は、ＷｅｂブラウザによってＷｅｂ埋め込みプレイヤーを起動する（ステップＳ１０）。
【００９９】
次に、制御部１１は、ＲＡＭからセッション情報を取得する（ステップＳ１１）。このとき、制御部１１は、セッション情報を取得できたか否かを判定（ステップＳ１２）する。セッション情報を取得できれば（ステップＳ１２：Ｙｅｓ）、制御部１１は、ＷｅｂサーバＷＳに第１システム情報「Ｐ２Ｐ-ＮＷ-１」と、ステップＳ１１にて取得したセッション情報とを送信（ステップＳ１３）する。受信したＨＴＭＬ文書のパラメータＡには、ＷｅｂサーバＷＳのＵＲＬが記述される。第１システム情報「Ｐ２Ｐ-ＮＷ-１」は、ＨＴＭＬ文書のパラメータＢの第一項目目に記述される。制御部１１は、システムＳ１へ接続するためのシステム接続情報をＷｅｂサーバＷＳへ要求する。
【０１００】
続いて、ＷｅｂサーバＷＳから、システムＳ１のシステム接続情報を受信したか否かを判定（ステップＳ１４）する。システムＳ１のシステム接続情報を受信した場合（ステップＳ１４：Ｙｅｓ）には、受信したシステム接続情報に基づいて、所定の参加処理を行なう（ステップＳ１５）。参加処理は、システムＳ１へ参加し、システムＳ１に参加している他のノードＮｎ（例えばコンタクトノード）から、カタログ情報（第１カタログ情報の一例）やルーティングテーブルなど必要な情報を取得する処理である。取得されたカタログ情報やルーティングテーブルは、記憶部１２に保存される。
【０１０１】
ステップＳ１５にて取得されるカタログ情報には、システムＳ１から取得可能な特定ユーザー向けコンテンツの属性情報が記載されている。この属性情報は、例えば、コンテンツＩＤ、コンテンツの公開期間、コンテンツ名、ジャンル、アーティスト名、出演者、監督名である。コンテンツの公開期間は、コンテンツの公開期限、公開開始時期等である。コンテンツが映画の場合、コンテンツ名は映画タイトルである。コンテンツが楽曲の場合、コンテンツ名は楽曲タイトルである。コンテンツが放送番組の場合、コンテンツ名は番組タイトルである。コンテンツが映画の場合、ジャンルは、アクション、ホラー、コメディ、ラブストーリー等である。コンテンツが音楽の場合、ジャンルは、ロック、ジャズ、ポップス、クラシック等である。コンテンツが放送番組の場合、ジャンルは、ドラマ、スポーツ、ニュース、映画、音楽、アニメ、バラエティ等である。コンテンツが音楽の場合の歌手、アーティスト名は、アーティストのグループ等である。コンテンツが映画や放送番組の場合、出演者は番組のキャスト等である。
【０１０２】
ノードＮｎがシステムＳ１へ参加後にシステムＳ１のカタログ情報を取得するよう構成したので、特定ユーザー向けコンテンツの属性情報の秘匿性（セキュリティ性）を保つことができる。
【０１０３】
そして、制御部１１は、コンテンツ「ａａａａ」を保持するコンテンツ保持ノードから、当該コンテンツ「ａａａａ」のレプリカを取得する（ステップＳ１６）。コンテンツ「ａａａａ」のコンテンツＩＤ「ａａａａ」は、ＨＴＭＬ文書のパラメータＣの第一項目目に記述される。コンテンツＩＤ「ａａａａ」に基づいて、システムＳ１に参加しているノードＮｎのうち、コンテンツ保持ノードから、レプリカを取得する。
【０１０４】
一方、ステップＳ１２の判定において、セッション情報を取得できなければ（ステップＳ１２：Ｎｏ）、制御部１１は、受信したＨＴＭＬ文書のパラメータＡに記述されたＵＲＬに基づいて、ＷｅｂサーバＷＳに、ユーザー情報を送信する（ステップＳ１７）。
【０１０５】
そして、制御部１１は、ＷｅｂサーバＷＳから、セッション情報を受信したか否かを判定（ステップＳ１８）する。セッション情報を受信した場合（ステップＳ１８：Ｙｅｓ）には、制御部１１は、受信したセッション情報をＲＡＭに記憶して、ステップＳ１１に移行する。
【０１０６】
他方、ステップＳ１８の処理においてセッション情報を受信していない場合（ステップＳ１８：Ｎｏ）、制御部１１は、ＷｅｂサーバＷＳに、パラメータＢの第二項目目に記述された第２システム情報「Ｐ２Ｐ-ＮＷ-２」を送信（ステップＳ１９）する。第２システム情報「Ｐ２Ｐ-ＮＷ-２」を送信することで、制御部１１はシステムＳ２へ接続するためのシステム接続情報を要求する。尚、第２システム情報「Ｐ２Ｐ-ＮＷ-２」は、受信したＨＴＭＬ文書のパラメータＡに記述されたＵＲＬである。ステップＳ１９の処理は、例えば、ステップＳ１８で制御部１１がＷｅｂサーバＷＳから認証エラーを受信した場合に実行される。或いは、ステップＳ１４の処理においてＷｅｂサーバＷＳからシステムＳ１のシステム接続情報を受信していない場合（ステップＳ１４：Ｎｏ）つまり、ＷｅｂサーバＷＳから接続情報取得エラーを受信した場合にステップＳ１９は実行される。
【０１０７】
続いて、ＷｅｂサーバＷＳから、システムＳ２のシステム接続情報を受信し（ステップＳ２０）、受信したシステム接続情報に基づいて、所定の参加処理を行なう（ステップＳ２１）。ステップＳ２１では、システムＳ２に参加している他のノードＮｎ（例えばコンタクトノード）から、カタログ情報（第２カタログ情報の一例）やルーティングテーブルなど必要な情報が取得される。取得された必要な情報が記憶部１２に保存される。ここで取得されるカタログ情報には、システムＳ２から取得可能な一般ユーザー向けコンテンツの属性情報が記載されている。
【０１０８】
そして、制御部１１は、コンテンツＩＤ「ｂｂｂｂ」に基づいて、コンテンツ保持ノードから、当該コンテンツ「ｂｂｂｂ」のレプリカを取得する（ステップＳ２２）。コンテンツＩＤ「ｂｂｂｂ」は、ＨＴＭＬ文書のパラメータＣの第二項目目に記述される。コンテンツ保持ノードは、システムＳ２に参加しているノードＮｎのうち、当該コンテンツ「ｂｂｂｂ」を保持するノードである。
【０１０９】
次いで、制御部１１は、ステップＳ１６又はステップＳ２２にて取得したコンテンツのレプリカを再生する（ステップＳ２３）。なお、制御部１１が、ステップＳ１５にて取得したカタログ情報を参照して、コンテンツ「ａａａａ」の公開期限を確認しても良い。尚、公開期限が既に過ぎている場合には、制御部１１は、「公開期限が過ぎているため利用できません」等の情報を表示部１６に表示して再生しなくてもよい。コンテンツ「ｂｂｂｂ」に対しても、ステップＳ２１にて取得したカタログ情報に基づいて同様の処理が実行される。
【０１１０】
そして、制御部１１は、入力部２１を介してユーザーによりコンテンツの変更が指示されたか否かを判定（ステップＳ２４）する。コンテンツの変更が指示された場合には（ステップＳ２４：Ｙｅｓ）、ステップＳ１１に移行して、制御部１１は新たに変更後のコンテンツのレプリカを取得する。
【０１１１】
ここで、ステップＳ２４におけるコンテンツの変更について説明する。図４で説明したＨＴＭＬ文書には、特定ユーザー向けコンテンツのコンテンツＩＤ「ａａａａ」と、一般ユーザー向けコンテンツのコンテンツＩＤ「ｂｂｂｂ」としか記述されていない。例えば、複数のコンテンツを予め関連付けておき、ユーザーが指定したコンテンツに関連付けられたコンテンツの特定ユーザー向けコンテンツのコンテンツＩＤと一般ユーザー向けコンテンツのコンテンツＩＤとを、ＨＴＭＬ文書の付加データとしてＨＴＭＬ文書と共にＷｅｂサーバＷＳからノードＮｎに送信するよう構成しても良い。これにより、ステップＳ２４にてコンテンツの変更が指示された場合には、ノードＮｎの制御部１１が、当該付加データに基づくｊａｖａｓｃｒｉｐｔ等によるスクリプト処理により、ＨＴＭＬ文書を動的に書換え、新たなＨＴＭＬ文書を作成する。具体的には、パラメータＣの第一項目目に、新たに所望されたコンテンツの特定ユーザー向けコンテンツのコンテンツＩＤが記述される。パラメータＣの第二項目目に一般ユーザー向けコンテンツのコンテンツＩＤに記述される。パラメータＣの第一項目目と第２項目目とに、上述したＩＤが記載されたＨＴＭＬ文書が作成されることとなる。そして、ステップＳ１１に移行して、新たに所望されたコンテンツＩＤに対してコンテンツレプリカの取得処理が実行される。
【０１１２】
一方、ステップＳ２５においてコンテンツの変更が指示されていない場合には（ステップＳ２５：Ｎｏ）、制御部１１は、Ｗｅｂブラウザの終了が指示されたか否かを判定（ステップＳ２５）する。Ｗｅｂブラウザの終了が指示されていない場合には、ステップＳ２３に移行する。Ｗｅｂブラウザの終了が指示されるまで、取得したレプリカの再生が続けられる。Ｗｅｂブラウザの終了が指示されたときに（ステップＳ２４：Ｙｅｓ）、制御部１１は、プレイヤーを終了（ステップＳ２６）して処理を終了する。なお、Ｗｅｂブラウザの終了指示は、ユーザーによる入力部の操作によって指示されたり、或いは、予期しないノードＮｎのシステムエラー等により指示される。
【０１１３】
＜３−２．ＷｅｂサーバＷＳの処理＞
図９及び図１０は、ＷｅｂサーバＷＳにおける制御部３０１の処理を示すフローチャートである。図９は、ノードＮｎからユーザー情報を受信したときに実行開始する処理である。図１０は、ノードＮｎから第１システム情報又は第２システム情報を受信したときに実行開始する処理である。
【０１１４】
初めに、図９のフローチャートについて説明する。
【０１１５】
制御部３０１は、受信したユーザー情報をデータベースサーバＤＳに送信して、認証済みの（データベースサーバＤＳに登録されている）ユーザー情報であるか否かを確認する（ステップＳ３０）。具体的には、制御部３０１は、ユーザー情報をデータベースサーバＤＳに送信する。データベースサーバＤＳが登録済みのユーザー情報か否かを判定し（表２参照）、データベースサーバＤＳは判定結果をＷｅｂサーバＷＳに返信する。
【０１１６】
そして、登録済みのユーザーでなければ（ステップＳ３０：Ｎｏ）、制御部３０１は、ノードＮｎに認証エラーを送信して（ステップＳ３１）処理を終了する。
【０１１７】
一方、登録済みのユーザーであれば（ステップＳ３０：Ｙｅｓ）、制御部３０１は、当該ユーザーに一意のセッション情報を生成する（ステップＳ３２）。制御部３０１は、生成されたセッション情報をデータベースサーバＤＳに送信する。制御部３０１は、セッション情報をユーザー情報と対応付けて記憶するように、データベースサーバＤＳへ要求する（ステップＳ３３）。このとき、データベースサーバＤＳに既にセッション情報が登録されている場合には、データベースサーバＤＳは、新たに生成したセッション情報に更新する。そして、制御部３０１は、ノードＮｎにセッション情報を送信して（ステップＳ３４）処理を終了する。
【０１１８】
次に、図１０のフローチャートについて説明する。
【０１１９】
先ず、制御部３０１は、受信したシステム情報が、第１システム情報であるか否かを判定する（ステップＳ４０）。判定の結果、第１システム情報で無い場合には（ステップＳ４０：Ｎｏ）、受信したシステム情報は、第２システム情報である。そのため、制御部３０１は、システムＳ２のシステム接続情報をノードＮｎに送信して（ステップＳ４１）処理を終了する。
【０１２０】
一方、受信したシステム情報が、第１システム情報である場合（ステップＳ４０：Ｙｅｓ）には、制御部３０１はノードＮｎからセッション情報を受信する（ステップＳ４２）。制御部３０１は、受信したセッション情報が、登録されているか否か、つまり当該ユーザーが認証済みであるか否かを確認する（ステップＳ４３）。具体的には、制御部３０１はセッション情報をデータベースサーバＤＳに送信する。データベースサーバＤＳが、登録されているセッション情報であるか否かを判定する（表２参照）。データベースサーバＤＳは、判定結果をＷｅｂサーバＷＳに返信する。
【０１２１】
そして、登録されているセッション情報でなければ、認証済みでないと判定し（ステップＳ４３：Ｎｏ）、制御部３０１は、ノードＮｎに接続情報取得エラーを送信し（ステップＳ４４）処理を終了する。
【０１２２】
一方、登録されているセッション情報であれば、認証済みであると判定し（ステップＳ４３：Ｙｅｓ）、制御部３０１は、システムＳ１のシステム接続情報をノードＮｎに送信して（ステップＳ４５）処理を終了する。
【０１２３】
上述した実施形態では、ＷｅｂサーバＷＳが、ノードＮｎから第１システム情報を受信する。ＷｅｂサーバＷＳが、システムＳ１へのシステム接続情報を要求された場合には、ＷｅｂサーバＷＳはノードＮｎから受信したセッション情報に基づいて認証済みのユーザーであるか否かを再確認する。これにより、より厳密にシステムＳ１への参加認証判定を行なうよう構成されている。
【０１２４】
以上説明したように、本実施形態によれば、ノードＮｎは、視聴を所望するコンテンツを指定して、ＷｅｂサーバＷＳから１つのＨＴＭＬ文書を受信し参照するだけで、ユーザー自身が何らの操作もすることなく、ノードＮｎが、ユーザーが認証済みであるか否かを判定する。
【０１２５】
そして、認証済みであれば、指定コンテンツの特定ユーザー向けのコンテンツのレプリカを自動的に取得して再生し、ユーザーが未認証であれば、指定コンテンツの一般ユーザー向けのコンテンツのレプリカを自動的に取得して再生することができる。
【０１２６】
なお、上述した処理において、ノードＮｎは、ステップＳ１１で取得したセッション情報を、ステップＳ１３にて第１システム情報と共にＷｅｂサーバＷＳに送信している。ＷｅｂサーバＷＳが第１システム情報を受信したときに、ノードＮｎに対してセッション情報の送信要求を行ない、ノードＮｎが当該送信要求に応えてステップＳ１１で取得したセッション情報をＷｅｂサーバＷＳに送信するよう構成してもよい。
【０１２７】
また、上述した実施形態では、ＷｅｂサーバＷＳにおけるステップＳ３０及びステップＳ４３の認証判定処理において、先ず、ＷｅｂサーバＷＳは、ユーザー情報又はセッション情報をデータベースサーバＤＳに送信している。そして、データベースサーバＤＳが、認証済みか否かの判定を行ない、その結果をＷｅｂサーバＷＳに返信している。
【０１２８】
しかしこれに限定されず、ＷｅｂサーバＷＳをデータベースサーバＤＳとして用いてもよい。この場合、例えば、表２に示したデータベースサーバＤＳの登録内容を、ＷｅｂサーバＷＳの記憶部３０２に記憶し、ステップＳ３０及びステップＳ４３の認証判定処理において、ＷｅｂサーバＷＳが記憶部３０２を参照して、認証済みか否かを判定するよう構成するよう構成すればよい。
【０１２９】
さらに、上述した実施形態では、システム接続情報を取得するためのサーバ装置としてＷｅｂサーバＷＳを用いたが、ＷｅｂサーバＷＳ以外の図示しない他のサーバ装置を用いてもよい。システムＳ１へ接続するためのシステム接続情報を取得するためのサーバ装置と、システムＳ２へ接続するためのシステム接続情報を取得するためのサーバ装置とをそれぞれ設けてもよい。そして、各サーバ装置をそれぞれ設けた場合には、ＨＴＭＬ文書のパラメータＡの第一項目目にはシステムＳ１へ接続するためのシステム接続情報を取得するためのサーバ装置のＵＲＬを記述し、第二項目目にはシステムＳ２へ接続するためのシステム接続情報を取得するためのサーバ装置のＵＲＬを記述すればよい。
【０１３０】
なお、上記実施形態におけるコンテンツ分散保存システムＳは、ＤＨＴを利用したアルゴリズムによって形成されることを前提として説明したが、本発明はこれに限定されるものではない。
【符号の説明】
【０１３１】
８ ネットワーク
９ オーバーレイネットワーク（Ｐ２Ｐネットワーク）
１１ 制御部
１２ 記憶部
１３ バッファメモリ
１４ デコーダ部
１５ 映像処理部
１６ 表示部
１７ 音声処理部
１８ スピーカ
２０ 通信部
２１ 入力部
２２ バス
Ｓ１、Ｓ２ コンテンツ分散保存システム
Ｎｎ ノード
ＷＳ Ｗｅｂサーバ
ＤＳ データベースサーバ
【特許請求の範囲】
【請求項１】
提示内容として、ネットワークを介して互いに通信可能な複数のノード装置間で特定ユーザー向けのデータファイルを利用可能に構成された第１システムを示す第１システム情報と、ネットワークを介して互いに通信可能な複数のノード装置間で一般ユーザー向けのデータファイルを利用可能に構成された第２システムを示す第２システム情報と、が記述されたページデータを受信するページデータ受信手段と、
前記第１システムへの参加の可否を示す参加可否情報を取得する参加可否情報取得手段と、
前記取得された参加可否情報に基づいて、前記第１システムへの参加の可否を判定する参加可否判定手段と、
前記参加可否判定手段により前記第１システムへ参加可能であると判定された場合、前記ページデータに記述された前記第１システム情報を、当該ノード装置と通信可能に接続されたサーバ装置へ送信し、前記第１システムへ接続するための第１接続情報を取得する第１接続情報取得手段と、
前記参加可否判定手段により前記第１システムへ参加不可能であると判定された場合、前記ページデータに記述された前記第２システムを示す第２システム情報を前記サーバ装置へ送信して、前記第２システムへの第２接続情報を取得する第２接続情報取得手段と、
前記取得された第１接続情報または第２接続情報が示す前記第１システム又は前記第２システムから、前記特定ユーザー向けのデータファイルまたは前記一般ユーザー向けのデータファイルを取得するデータファイル取得手段と、
を有することを特徴とするノード装置。
【請求項２】
前記ページ受信手段が、前記ページデータを受信したとき、前記参加可否情報取得手段により取得された前記参加可否情報を記憶手段に記憶する記憶制御手段と、
前記記憶手段に前記参加可否情報が記憶されているか否かを判定する記憶判定手段とを備え、
前記記憶判定手段により前記記憶手段に前記参加可否情報が記憶されていると判定された場合、前記参加可否判定手段は、前記記憶手段に記憶された前記参加可否情報に基づいて、前記第１ネットワークへの参加の可否を判定することを特徴とする請求項１に記載のノード装置。
【請求項３】
前記ページデータ受信手段は、前記データファイルを示すファイル情報が記述された前記ページデータを受信し、
前記参加可否判定手段により前記第１システムへ参加可能であると判定された場合、前記データファイル取得手段は、前記第１システムから前記ページデータに記述された前記ファイル情報が示すデータファイルを取得し、
前記参加可否判定手段により前記第１システムへ参加不可能であると判定された場合、前記データファイル取得手段は、前記第２システムから前記ページデータに記述された前記ファイル情報が示すデータファイルを取得することを特徴とする請求項１または請求項２に記載のノード装置。
【請求項４】
前記参加可否判定手段が、前記第１システムへ参加可能であると判定した場合、前記第１システムから取得可能な前記データファイルに関する属性情報が記載された第１カタログ情報を、前記第１システムを構成するいずれかのノード装置から取得する前記第１カタログ情報取得手段と、
前記参加可否判定手段が、前記第１システムへ参加不可能であると判定した場合、前記第２システムから取得可能な前記データファイルに関する属性情報が記載された第２カタログ情報を、前記第２システムを構成するいずれかのノード装置から取得する前記第２カタログ情報取得手段と、を備えることを特徴とする請求項１または請求項２に記載のノード装置。
【請求項５】
コンピュータを、請求項１乃至４の何れか一項に記載のノード装置として機能させることを特徴とするノード処理プログラム。
【請求項６】
提示内容が記述されたページデータを送信するサーバ装置と通信可能に接続されたノード装置におけるデータファイル取得方法であって、
ネットワークを介して互いに通信可能な複数のノード装置間で特定ユーザー向けのデータファイルを利用可能に構成された第１システムを示す第１システム情報と、ネットワークを介して互いに通信可能な複数のノード装置間で一般ユーザー向けのデータファイルを利用可能に構成された第２システムを示す第２システム情報と、が記述された前記ページデータを受信するページデータ受信ステップと、
前記第１システムへの参加の可否を示す参加可否情報を取得する参加可否情報取得ステップと、
前記取得された参加可否情報に基づいて、前記第１システムへの参加の可否を判定する参加可否判定ステップと、
前記第１システムへ参加可能であると判定された場合、前記ページデータに記述された前記第１システム情報を前記サーバ装置へ送信し、前記第１システムへ接続するための第１接続情報を取得する第１接続情報取得ステップと、
前記第１システムへ参加不可能であると判定された場合、前記ページデータに記述された前記第２システムを示す第２システム情報を前記サーバ装置へ送信して、前記第２システムへの第２接続情報を取得する第２接続情報取得ステップと、
前記取得された第１接続情報または第２接続情報が示す前記第１システム又は前記第２システムから、前記特定ユーザー向けのデータファイルまたは前記一般ユーザー向けのデータファイルを取得するデータファイル取得ステップと、
を有することを特徴とするデータファイル取得方法。
【請求項１】
提示内容として、ネットワークを介して互いに通信可能な複数のノード装置間で特定ユーザー向けのデータファイルを利用可能に構成された第１システムを示す第１システム情報と、ネットワークを介して互いに通信可能な複数のノード装置間で一般ユーザー向けのデータファイルを利用可能に構成された第２システムを示す第２システム情報と、が記述されたページデータを受信するページデータ受信手段と、
前記第１システムへの参加の可否を示す参加可否情報を取得する参加可否情報取得手段と、
前記取得された参加可否情報に基づいて、前記第１システムへの参加の可否を判定する参加可否判定手段と、
前記参加可否判定手段により前記第１システムへ参加可能であると判定された場合、前記ページデータに記述された前記第１システム情報を、当該ノード装置と通信可能に接続されたサーバ装置へ送信し、前記第１システムへ接続するための第１接続情報を取得する第１接続情報取得手段と、
前記参加可否判定手段により前記第１システムへ参加不可能であると判定された場合、前記ページデータに記述された前記第２システムを示す第２システム情報を前記サーバ装置へ送信して、前記第２システムへの第２接続情報を取得する第２接続情報取得手段と、
前記取得された第１接続情報または第２接続情報が示す前記第１システム又は前記第２システムから、前記特定ユーザー向けのデータファイルまたは前記一般ユーザー向けのデータファイルを取得するデータファイル取得手段と、
を有することを特徴とするノード装置。
【請求項２】
前記ページ受信手段が、前記ページデータを受信したとき、前記参加可否情報取得手段により取得された前記参加可否情報を記憶手段に記憶する記憶制御手段と、
前記記憶手段に前記参加可否情報が記憶されているか否かを判定する記憶判定手段とを備え、
前記記憶判定手段により前記記憶手段に前記参加可否情報が記憶されていると判定された場合、前記参加可否判定手段は、前記記憶手段に記憶された前記参加可否情報に基づいて、前記第１ネットワークへの参加の可否を判定することを特徴とする請求項１に記載のノード装置。
【請求項３】
前記ページデータ受信手段は、前記データファイルを示すファイル情報が記述された前記ページデータを受信し、
前記参加可否判定手段により前記第１システムへ参加可能であると判定された場合、前記データファイル取得手段は、前記第１システムから前記ページデータに記述された前記ファイル情報が示すデータファイルを取得し、
前記参加可否判定手段により前記第１システムへ参加不可能であると判定された場合、前記データファイル取得手段は、前記第２システムから前記ページデータに記述された前記ファイル情報が示すデータファイルを取得することを特徴とする請求項１または請求項２に記載のノード装置。
【請求項４】
前記参加可否判定手段が、前記第１システムへ参加可能であると判定した場合、前記第１システムから取得可能な前記データファイルに関する属性情報が記載された第１カタログ情報を、前記第１システムを構成するいずれかのノード装置から取得する前記第１カタログ情報取得手段と、
前記参加可否判定手段が、前記第１システムへ参加不可能であると判定した場合、前記第２システムから取得可能な前記データファイルに関する属性情報が記載された第２カタログ情報を、前記第２システムを構成するいずれかのノード装置から取得する前記第２カタログ情報取得手段と、を備えることを特徴とする請求項１または請求項２に記載のノード装置。
【請求項５】
コンピュータを、請求項１乃至４の何れか一項に記載のノード装置として機能させることを特徴とするノード処理プログラム。
【請求項６】
提示内容が記述されたページデータを送信するサーバ装置と通信可能に接続されたノード装置におけるデータファイル取得方法であって、
ネットワークを介して互いに通信可能な複数のノード装置間で特定ユーザー向けのデータファイルを利用可能に構成された第１システムを示す第１システム情報と、ネットワークを介して互いに通信可能な複数のノード装置間で一般ユーザー向けのデータファイルを利用可能に構成された第２システムを示す第２システム情報と、が記述された前記ページデータを受信するページデータ受信ステップと、
前記第１システムへの参加の可否を示す参加可否情報を取得する参加可否情報取得ステップと、
前記取得された参加可否情報に基づいて、前記第１システムへの参加の可否を判定する参加可否判定ステップと、
前記第１システムへ参加可能であると判定された場合、前記ページデータに記述された前記第１システム情報を前記サーバ装置へ送信し、前記第１システムへ接続するための第１接続情報を取得する第１接続情報取得ステップと、
前記第１システムへ参加不可能であると判定された場合、前記ページデータに記述された前記第２システムを示す第２システム情報を前記サーバ装置へ送信して、前記第２システムへの第２接続情報を取得する第２接続情報取得ステップと、
前記取得された第１接続情報または第２接続情報が示す前記第１システム又は前記第２システムから、前記特定ユーザー向けのデータファイルまたは前記一般ユーザー向けのデータファイルを取得するデータファイル取得ステップと、
を有することを特徴とするデータファイル取得方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１０−２３２７３５（Ｐ２０１０−２３２７３５Ａ）
【公開日】平成２２年１０月１４日（２０１０．１０．１４）
【国際特許分類】
【出願番号】特願２００９−７５１７１（Ｐ２００９−７５１７１）
【出願日】平成２１年３月２５日（２００９．３．２５）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成２２年１０月１４日（２０１０．１０．１４）
【国際特許分類】
【出願日】平成２１年３月２５日（２００９．３．２５）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]