ネットワークデータ分散共有システム

【課題】本発明は、Ｐ２Ｐ技術によるファイルデータの自由な交換を維持しつつ、不正なコンテンツのネットワーク内への流出を防ぐこと等を目的とする。
【解決手段】ネットワークデータ分散共有システム９１は、コンテンツのファイルデータを１以上のデータピースにして１以上のデータピースクライアントノード８２に格納し、コンテンツのデータピースがどこのデータピースクライアントノード８２に格納されているかを、コンテンツの配信元であるデータ配信元クライアントノード８１が管理する。コンテンツを受信するデータ要求クライアントノード８３は、データピースをコンテンツのファイルデータに復元するための暗号鍵をデータ配信元クライアントノード８１から受信しなければならない。この暗号鍵の授受に際し、データ要求クライアントノード８３は、ネットワーク監視用ノード７２に登録されているクライアントノード認証情報を要する。

【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｐ２Ｐ（ＰｅｅｒｔｏＰｅｅｒ）によるファイル共有システムにおいて、データ分散技術及び暗号化技術を活用したネットワークデータ分散共有システムに関する。特に、不正な情報流通の防止や無効トラヒックの防止を可能とする技術に関する。
【背景技術】
【０００２】
従来のＰ２Ｐ技術によるファイルデータの交換は、ユーザ端末（以下、クライアントノードと呼称する。）同士のファイルデータの自由な交換を目的としていた。特に、「スケーラビリティ」を重視して、Ｐ２Ｐ技術によるファイルデータの交換は、匿名性のもとに実施されていた。また、Ｐ２Ｐ技術を活用したファイルデータの交換においては、通信事業者等により、ファイルデータの情報を一元的に管理するためのネットワークメカニズムが存在していなかった。このため、不正なコンテンツのネットワーク内への流出により、無効データトラヒックが増大化していた。また、ファイルデータの配信元のクライアントノードの特定も困難であったので、不正なユーザを排除することが困難であった。
【０００３】
また、匿名性を重視したファイルデータの共有システムによって、ＷｉｎｎｙやＳｈａｒｅに代表されるような不正なコンテンツが流通している。Ｐ２Ｐ技術によるファイルデータの交換用のネットワークメカニズムでは、一度ネットワーク内に流出したファイルデータをネットワークから消去することは不可能である。さらに、コンテンツの配信元のクライアントノードの特定が困難であるので、コンテンツのオリジナルを製作したユーザの著作権が一方的に侵害されていた。
【０００４】
また、サーバ型のＰ２Ｐシステムでは、音楽用ファイル配信を行うサーバ内にディレクトリ情報として、ユーザが自由に音楽用ファイルデータを取得するためのメタ情報（ファイルデータの所有者のＩＰアドレス等の識別情報等）が格納されていた。このため、著作権の侵害となるファイルデータの授受が安易に行われていた。また、不特定多数のユーザによるネットワーク内での過剰なトラヒック負荷が、ファイルデータの交換に無関係な他のユーザトラヒックの通信品質に影響を与えていた。
【０００５】
また、ＳＯＡ（ＳｅｒｖｉｃｅＯｒｉｅｎｔｅｄＡｒｃｈｉｔｅｃｔｕｒｅ）に代表されるように、既存のシステムと他のシステムとを連携することにより、新たなネットワークサービスを生み出す手法も存在している。例えば、ＷＥＢサービスではＵＤＤＩ（ＵｎｉｖｅｒｓａｌＤｅｓｃｒｉｐｔｉｏｎ，ＤｉｓｃｏｖｅｒｙａｎｄＩｎｔｅｇｒａｔｉｏｎ）と呼ばれるディレクトリサービスによって、各機関が提供するサービスを一元管理し、各サービスの提供機関は、ＵＤＤＩにアクセスし、必要なサービスを利用できるメカニズムを提供することを目標として開発が進められている。しかしながら、現状では、セキュリティ上の観点から、各サービスの提供機関は、通信相手を特定のビジネスパートナーにあらかじめ限定し、取引実績の無い新規のパートナーとの動的な接続を回避していた。このため、基本的には人手による作業を介した設定の基での相互接続にすぎなかった。
【特許文献１】特表２００５−５３４１０６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、Ｐ２Ｐ技術によるファイルデータの自由な交換を維持しつつ、不正なコンテンツのネットワーク内への流出を防ぎ、かつ、コンテンツの配信元のクライアントノードの特定可能とし、かつ、一度ネットワーク内に流出したファイルデータをネットワークから消去することを可能とし、かつ、不特定多数のユーザによるネットワーク内での過剰なトラヒック負荷を解消することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明に係るネットワークデータ分散共有システムは、コンテンツのファイルデータを１以上のデータピースにして１以上のデータピースクライアントノードに格納し、コンテンツのデータピースがどこのデータピースクライアントノードに格納されているかを、コンテンツの配信元であるデータ配信元クライアントノードが管理する。コンテンツを受信するデータ要求クライアントノードは、データピースをコンテンツのファイルデータに復元するための暗号鍵をデータ配信元クライアントノードから受信しなければならない。この暗号鍵の授受に際し、データ要求クライアントノードは、ネットワーク監視用ノードに登録されているクライアントノード認証情報を必要とする。
【０００８】
上記構成により、ネットワーク監視用ノードにコンテンツのファイルデータを格納することなく、データ配信元クライアントノードのユーザ及びネットワーク監視用ノードの運営者が、クライアントノードの所有しているファイルデータがどのクライアントノードへ配信されたのかを把握することができる。このため、Ｐ２Ｐ技術によるファイルデータの自由な交換を維持することができる。一方で、コンテンツの配信元のクライアントノードの特定が可能となるので、不正なコンテンツのネットワーク内への流出を防ぐことができる。さらに、不特定多数のユーザによるネットワーク内での過剰なトラヒック負荷を解消することができる。
【０００９】
さらに、データ配信元クライアントノードのユーザは、ファイルデータの配信先及びデータピースの所在を把握することができるので、一度ネットワーク内に流出したファイルデータをネットワークから消去することができる。さらに、ファイルデータを１以上のデータピースに変換し、それぞれのデータピースをデータピースクライアントノードに分散させることで、ファイルデータの漏洩を防ぎ、さらにネットワーク内での過剰なトラヒック負荷を解消することができる。
【００１０】
本発明に係るネットワークデータ分散共有システムは、ネットワーク監視用ノード及び前記ネットワーク監視用ノードに予め登録されている複数のクライアントノードがネットワークで互いに接続されているシステムであって、前記クライアントノードのうち少なくとも１つのクライアントノードは、ファイルデータを所有しているデータ配信元クライアントノードであり、前記クライアントノードのうち少なくとも１つのクライアントノードは、前記ファイルデータが分割されかつ暗号化されているデータピースを格納しているデータピースクライアントノードであり、前記クライアントノードのうち少なくとも１つのクライアントノードは、前記データ配信元クライアントノードに対し、前記ファイルデータの要求を行うデータ要求クライアントノードであり、前記ネットワーク監視用ノードは、前記クライアントノードを認証するためのクライアントノード認証情報を格納するクライアントノードエントリデータベースを備え、前記データ配信元クライアントノードは、前記ファイルデータ固有のファイルデータ識別情報、前記データピース固有のデータピース識別情報、前記データピースクライアントノード固有のデータピースクライアントノード識別情報、及び、前記データピースを前記ファイルデータに復元する暗号鍵を、ファイル配信メタデータとして格納するメタデータ記憶手段と、前記データ要求クライアントノードから前記ファイルデータの要求を受けると、前記メタデータ記憶手段を参照し、前記ファイルデータについての前記ファイル配信メタデータを前記データ要求クライアントノードに送信するメタデータ送信手段と、前記データ要求クライアントノードから前記ファイルデータの要求を受けると、前記データ要求クライアントノードのクライアントノード認証情報が前記クライアントノードエントリデータベースに格納されていることを前記ネットワーク監視用ノードへ問い合わせるクライアントノード認証情報問合せ手段と、前記クライアントノード認証情報問合せ手段が認証を行うと、前記メタデータ記憶手段の記憶する暗号鍵を前記データ要求クライアントノードへ送信する暗号鍵送信手段と、を備え、前記データ要求クライアントノードは、前記データ配信元クライアントノードの送信した前記ファイル配信メタデータに基づき、前記データピースクライアントノードから前記データピースを取得するデータピース収集手段と、前記データ配信元クライアントノードの送信した前記ファイル配信メタデータに基づいて、前記データ配信元クライアントノードの送信した前記暗号鍵を用い、前記データピース収集手段の収集する前記データピースを前記ファイルデータに復元する暗号化ファイルデータ復元手段と、を備えることを特徴とする。
【００１１】
データピースクライアントノードがデータピースを格納しているので、データ要求クライアントノードは、ファイル配信メタデータをデータ配信元クライアントノードから取得し、さらに暗号鍵をデータ配信元クライアントノードから取得しなければ、ファイルデータを復元することはできない。このため、盗聴等によりファイルデータの一部が、仮に第三者に取得された場合においても、ファイルデータの復元を極めて困難にすることができる。さらに、ファイルデータの大量流通によるトラヒック負荷を抑制し、他のクライアントノードの通信トラヒック品質の劣化を防止することができる。
【００１２】
また、データ配信元クライアントノードは、認証を行ったデータ要求クライアントノードに対してファイル配信メタデータ及び暗号鍵を送信する。このため、データ配信元クライアントノードのユーザ及びネットワーク監視用ノードの運営者は、データ配信元クライアントノードの所有しているファイルデータがどのデータ要求クライアントノードへ配信されたのかを把握することができる。これにより、ファイルデータの配信が可能となるクライアントノードの特定が可能となり、不正なコンテンツのネットワーク内への流出を防ぐことができる。さらに、不特定多数のユーザによるネットワーク内での過剰なトラヒック負荷を解消することができる。また、データ配信元クライアントノードは、ファイル配信メタデータを格納しているので、データピースの所在を常に把握することができる。このため、一度Ｐ２Ｐネットワーク上に流出されたデータピースをデータ配信元ユーザの意思で、ネットワーク内から排除することができる。
【００１３】
本発明に係るネットワークデータ分散共有システムでは、前記データ要求クライアントノードは、前記データ配信元クライアントノードと通信接続を行うための通信接続情報を前記ネットワーク監視用ノードに問い合わせるデータ配信元問合せ手段をさらに備え、前記ネットワーク監視用ノードは、前記ファイルデータ識別情報、前記データ配信元クライアントノード固有のデータ配信元クライアントノード識別情報、前記データピース識別情報、及び、前記データピースクライアントノード識別情報を、ファイル配信メタデータとして格納するファイルエントリデータベースと、前記データ配信元問合せ手段からの問い合わせを受けると、前記データ要求クライアントノードのクライアントノード認証情報が前記クライアントノードエントリデータベースに格納されていることを認証するクライアントノード認証手段と、前記クライアントノード認証手段が認証を行うと、前記ファイルエントリデータベースを参照し、前記データ配信元問合せ手段から問い合わせのあったファイルデータを所有する前記データ配信元クライアントノードの通信接続情報を、前記データ要求クライアントノードに通知する通信接続情報通知手段と、をさらに備えることが好ましい。
【００１４】
データ要求クライアントノードがデータ配信元クライアントノードに問い合わせる前に、ネットワーク監視用ノードがデータ要求クライアントノードの認証を行うので、データ要求クライアントノードの認証を予め行うことができる。これにより、ネットワークサービスを安全に提供することができる。
【００１５】
本発明に係るネットワークデータ分散共有システムでは、前記ファイル配信メタデータには、前記データピースの自由取得を許可するか否かを示す自由配信許可フラグがさらに含まれており、前記ネットワーク監視用ノードは、前記データ配信元問合せ手段からの問い合わせを受けると、前記ファイルエントリデータベースを参照し、問い合わせられたファイルデータの前記自由配信許可フラグを判別する自由配信許可フラグ判別手段をさらに備え、前記ネットワーク監視用ノードの前記通信接続情報通知手段は、前記自由配信許可フラグ判別手段が前記データピースの自由取得を許可する前記ファイルデータであることを判別すると、問い合わせられたファイルデータのファイル配信メタデータを、前記データ要求クライアントノードにさらに通知することが好ましい。
【００１６】
データ要求クライアントノードがファイル配信メタデータを容易に取得することができるので、データ要求クライアントノードに自由に配信可能なコンテンツを容易に配信することができる。
【００１７】
本発明に係るネットワークデータ分散共有システムは、ネットワーク監視用ノード及び前記ネットワーク監視用ノードに予め登録されている複数のクライアントノードがネットワークで互いに接続されているシステムであって、前記クライアントノードのうち少なくとも１つのクライアントノードは、ファイルデータを所有しているデータ配信元クライアントノードであり、前記クライアントノードのうち少なくとも１つのクライアントノードは、前記ファイルデータが分割されかつ暗号化されているデータピースを格納しているデータピースクライアントノードであり、前記クライアントノードのうち少なくとも１つのクライアントノードは、前記データ配信元クライアントノードに対し、前記ファイルデータの要求を行うデータ要求クライアントノードであり、前記ネットワーク監視用ノードは、前記クライアントノードを認証するためのクライアントノード認証情報を格納するクライアントノードエントリデータベースと、前記ファイルデータ固有のファイルデータ識別情報、前記データ配信元クライアントノード固有のデータ配信元クライアントノード識別情報、前記データピース固有のデータピース識別情報、及び、前記データピースクライアントノード固有のデータピースクライアントノード識別情報を、ファイル配信メタデータとして格納するファイルエントリデータベースと、前記データ要求クライアントノードから前記ファイルデータの要求を受けると、前記ファイルエントリデータベースを参照し、前記ファイルデータについての前記ファイル配信メタデータを前記データ要求クライアントノードへ送信するメタデータ送信手段と、を備え、前記データ配信元クライアントノードは、前記ファイルデータ識別情報、前記データピース識別情報、前記データピースクライアントノード識別情報、及び、前記データピースを前記ファイルデータに復元する暗号鍵を、ファイル配信メタデータとして格納するメタデータ記憶手段と、前記データ要求クライアントノードから前記ファイルデータの要求を受けると、前記データ要求クライアントノードのクライアントノード認証情報が前記クライアントノードエントリデータベースに格納されていることを認証するクライアントノード認証情報問合せ手段と、前記クライアントノード認証情報問合せ手段が認証を行うと、前記メタデータ記憶手段の記憶する暗号鍵を前記データ要求クライアントノードへ送信する暗号鍵送信手段と、を備え、前記データ要求クライアントノードは、前記ネットワーク監視用ノードの送信した前記ファイル配信メタデータに基づき、前記データピースクライアントノードから前記データピースを取得するデータピース収集手段と、前記データ配信元クライアントノードの送信した前記ファイル配信メタデータに基づいて、前記データ配信元クライアントノードの送信した前記暗号鍵を用い、前記データピース収集手段の収集する前記データピースを前記ファイルデータに復元する暗号化ファイルデータ復元手段と、を備えることを特徴とする。
【００１８】
データピースクライアントノードがデータピースを格納しているので、データ要求クライアントノードは、ファイル配信メタデータをネットワーク監視用ノードから取得し、さらに暗号鍵をデータ配信元クライアントノードから取得しなければ、ファイルデータを復元することはできない。このため、盗聴等によりファイルデータの一部が、仮に第三者に取得された場合においても、ファイルデータの復元を極めて困難にすることができる。さらに、ファイルデータの大量流通によるトラヒック負荷を抑制し、他のクライアントノードの通信トラヒック品質の劣化を防止することができる。
【００１９】
また、データ配信元クライアントノードは、認証を行ったデータ要求クライアントノードに対して暗号鍵を送信する。このため、データ配信元クライアントノードのユーザ及びネットワーク監視用ノードの運営者は、データ配信元クライアントノードの所有しているファイルデータがどのデータ要求クライアントノードへ配信されたのかの把握が可能となる。これにより、ファイルデータの配信が可能となるクライアントノードの特定が可能となり、不正なコンテンツのネットワーク内への流出を防ぐことができる。さらに、不特定多数のユーザによるネットワーク内での過剰なトラヒック負荷を解消することができる。また、データ配信元クライアントノードは、ファイル配信メタデータを格納しているので、データピースの所在を常に把握することができる。このため、一度Ｐ２Ｐネットワーク上に流出されたデータピースをデータ配信元ユーザの意思で、ネットワーク内から排除することができる。
【００２０】
さらに、ネットワーク監視用ノードがファイル配信メタデータを格納しているので、ネットワーク監視用ノードは、登録されているクライアントノード間で配信されるファイルデータを把握することができる。これにより、通信事業者が関与したコンテンツの著作権を、通信事業者の管理の元で保護することができる。また、データピースクライアントノードの地域的分散やデータ配信元クライアントノードの制御を行うこともできるので、通信事業者は効果的にネットワークトラヒックを制御することができる。
【００２１】
本発明に係るネットワークデータ分散共有システムは、前記データ要求クライアントノードは、前記データ配信元クライアントノードと通信接続を行うための通信接続情報を前記ネットワーク監視用ノードに問い合わせるデータ配信元問合せ手段をさらに備え、前記ネットワーク監視用ノードは、前記データ配信元問合せ手段からの問い合わせを受けると、前記データ要求クライアントノードのクライアントノード認証情報が前記クライアントノードエントリデータベースに格納されていることを認証するクライアントノード認証手段と、前記クライアントノード認証手段が認証を行うと、ファイルエントリデータベースを参照し、前記データ配信元問合せ手段から問い合わせのあったファイルデータを所有する前記データ配信元クライアントノードの通信接続情報を、前記データ要求クライアントノードに通知する通信接続情報通知手段と、をさらに備えることが好ましい。
【００２２】
データ要求クライアントノードがデータ配信元クライアントノードに問い合わせる前に、ネットワーク監視用ノードがデータ要求クライアントノードの認証を行うので、データ要求クライアントノードの認証を予め行うことができる。これにより、ネットワークサービスを安全に提供することができる。
【００２３】
本発明に係るネットワークデータ分散共有システムでは、前記データ配信元クライアントノードは、暗号鍵を発生させる暗号鍵発生手段と、前記暗号鍵発生手段の発生させる暗号鍵を用いて自己の所有するファイルデータを暗号化かつ分割して前記データピースを生成させるデータピース生成手段と、さらに備え、前記メタデータ記憶手段は、前記データピース生成手段の用いた暗号鍵を前記暗号鍵として記憶することが好ましい。
【００２４】
データ配信元クライアントノードが暗号鍵を発生させ、自己で管理することで、暗号鍵の流出を防ぐことができる。
【００２５】
本発明に係るネットワークデータ分散共有システムでは、前記ネットワーク監視用ノードは複数であり、前記ネットワーク監視用ノードのそれぞれは、前記データ配信元クライアントノードとネットワークで接続され、前記データ配信元クライアントノードは、複数の前記ネットワーク監視用ノードのうちのいずれかを選択して通信接続を行うネットワーク監視用ノード選択手段をさらに備えることが好ましい。
【００２６】
データ配信元クライアントノードと複数のネットワーク監視用ノードのそれぞれとがネットワークで接続され、ネットワーク監視用ノードのうちの任意の１つを選択することができることで、ネットワーク監視用ノードの通信接続が不能となった場合でも、その影響を受けずにシステムを運営することができる。
【００２７】
本発明に係るネットワークデータ分散共有システムでは、複数の前記ネットワーク監視用ノードのうち少なくとも１つは、前記ファイルエントリデータベースがさらに前記暗号鍵を格納する暗号鍵蓄積サーバであり、前記暗号鍵送信手段は、前記暗号鍵蓄積サーバから前記暗号鍵を取得することが好ましい。
【００２８】
複数のネットワーク監視用ノードのうちの一部に暗号鍵を蓄積させることで、データ配信元クライアントノードは、データ要求クライアントノードへの暗号鍵の提供に際して、暗号鍵を格納しているネットワーク監視用ノードにアクセスして暗号鍵を取得することができる。データ配信元クライアントノードのうちの暗号鍵に関する機能が一時停止状態になった場合でも、滞りなくコンテンツの提供を継続することができる。
【００２９】
本発明に係るネットワークデータ分散共有システムでは、前記クライアントノードは、衛星測位システム若しくは無線測位システム又は衛星測位システム及び無線測位システムによって自己の位置情報を取得し、当該位置情報を前記ネットワーク監視用ノードへ継続的に送信する位置情報通知手段をさらに備え、前記データ配信元クライアントノードは、前記データ要求クライアントノードとの通信中において、前記クライアントノード認証情報問合せ手段が、継続的に前記ネットワーク監視用ノードに問い合わせることが好ましい。
【００３０】
絶対的な情報を用いて認証を行うことで、不正な第三者が割り込んだ場合に、その第三者の所在地を容易に特定することができる。さらに、継続的に認証を行うので、クライアントノードが移動端末であっても、リアルタイムでの絶対的な位置を正確に把握し、不正の第三者を特定することができる。
【００３１】
本発明に係るネットワークデータ分散共有システムでは、前記ネットワーク監視用ノードは、前記データピースの取得先となる前記データピースクライアントノードの優先順位を優先順位メタデータとして格納する優先順位格納データベースと、前記ファイルデータの要求を行った前記データ要求クライアントノードに対して、当該ファイルデータに関連する前記優先順位メタデータを、前記優先順位格納データベースから抽出して、前記データ要求クライアントノードに提供する優先順位メタデータ送信手段と、をさらに備え、前記データ要求クライアントノードの前記データピース収集手段は、さらに、前記ネットワーク監視用ノードからの前記優先順位メタデータの優先順位に基づき、前記データピースクライアントノードから前記データピースを取得することが好ましい。
【００３２】
ファイルデータの配信を要求するデータ要求クライアントノードからの要望に対して、短い配信遅延時間で、要求されたファイルデータを、データ要求クライアントノードへ転送することができる。そのため、ネットワークの配信サービスとしての品質を確保し、かつ、ネットワーリソースの効果的な活用を図ることができる。
【００３３】
前記データ配信元クライアントノードは、前記ネットワーク監視用ノードに対して、新たに発生させる前記ファイル配信メタデータの登録要求を送信し、前記ネットワーク監視用ノードから前記優先順位メタデータを取得するメタデータ登録要求手段をさらに備え、前記ネットワーク監視用サーバは、前記メタデータ登録要求手段から前記ファイル配信メタデータの登録要求を受け取ると、前記優先順位格納データベースを参照し、当該登録要求のあったファイルデータに応じた前記優先順位メタデータを抽出し、当該抽出した前記優先順位メタデータを前記データ配信元クライアントノードに送信するメタデータ登録手段をさらに備えることが好ましい。
【００３４】
データピースに対して優先順位を付与するので、同一内容の複数のデータピースを発生させ、データピースを効率よくデータ要求クライアントノードに取得させることができる。そのため、ネットワークのファイルデータ配信サービスとしての品質を確保し、かつ、ネットワーリソースの効果的な活用を図ることができる。
【発明の効果】
【００３５】
本発明によれば、本発明に係るネットワークデータ分散共有システムは、Ｐ２Ｐによるファイル共有システムにおけるファイルデータの自由な交換を維持しつつ、不正なコンテンツのネットワーク内への流出を防ぎ、かつ、コンテンツの配信元のクライアントノードの特定可能とし、かつ、一度ネットワーク内に流出したファイルデータをネットワークから消去することを可能とし、かつ、不特定多数のユーザによるネットワーク内での過剰なトラヒック負荷を解消することができる。
【発明を実施するための最良の形態】
【００３６】
添付の図面を参照して本発明の実施の形態を説明する。以下に説明する実施の形態は本発明の構成の例であり、本発明は、以下の実施の形態に制限されるものではない。また、図面における丸付き数字の番号は、手順の順番を表す。
（実施形態１）
図１は、本実施形態に係るネットワークデータ分散共有システムの構成概略図である。図１に示すネットワークデータ分散共有システム９１は、ネットワーク監視用ノード７１及びネットワーク監視用ノード７１に予め登録されている複数のクライアントノード８１、８２ａ、８２ｂ、８２ｃ、８３がネットワークで互いに接続されているシステムである。
【００３７】
クライアントノードのうち少なくとも１つのクライアントノードは、ファイルデータを所有しているデータ配信元クライアントノード８１であり、クライアントノードのうち少なくとも１つのクライアントノードは、ファイルデータが分割されかつ暗号化されているデータピースを格納しているデータピースクライアントノード８２であり、クライアントノードのうち少なくとも１つのクライアントノードは、データ配信元クライアントノード８１に対し、ファイルデータの要求を行うデータ要求クライアントノード８３である。
【００３８】
図２は、ネットワークデータ分散共有システム９１の一例を示す構成図である。ネットワーク監視用ノード７１は、ネットワーク監視用サーバ７２と、ファイルエントリデータベース７３と、クライアントノードエントリデータベース７４と、ネットワーク監視サーバデータベース７５と、を備える。ネットワーク監視用サーバ７２は、クライアントノード認証手段３２と、通信接続情報通知手段３３と、自由配信許可フラグ判別手段３４と、を備えることが好ましい。
【００３９】
データ配信元クライアントノード８１は、メタデータ記憶手段１１と、メタデータ送信手段１３と、クライアントノード認証情報問合せ手段１４と、暗号鍵送信手段１５と、を備える。データ配信元クライアントノード８１は、さらに、暗号鍵発生手段２１と、データピース生成手段２２と、を備えることが好ましい。
【００４０】
データ要求クライアントノード８３は、データピース収集手段１６と、暗号化ファイルデータ復元手段１７を備える。データ要求クライアントノード８３は、データ配信元問合せ手段１８と、データ要求手段１２と、暗号化判別手段１９と、非暗号化ファイルデータ復元手段２０と、を備えることが好ましい。暗号化ファイルデータ復元手段１７は、暗号鍵取得手段を備えることが好ましい。
【００４１】
図２に示すネットワーク監視用ノード７１のネットワーク監視用サーバ７２は、ネットワークを管理する。ネットワーク監視用サーバ７２は、ファイルエントリデータベース７３と、Ｐ２Ｐネットワークに参加しているクライアントノード情報を管理するクライアントノードエントリデータベース７４及び、ネットワーク監視用サーバ７２自身の、位置情報、識別情報等から成る、認証情報を登録および管理するためのネットワーク監視サーバデータベース７５とから構成される一群のデータベース群に接続される。ファイルエントリデータベース７３、クライアントノードエントリデータベース７４、ネットワーク監視サーバデータベース７５は、物理的に分離されて表現されているが、これらは、物理的に分離することも、物理的には１つのサーバに統合することも、あるいは、ネットワーク上に分散して配備することも可能である。また、ネットワーク監視用サーバの信頼性を向上させるためには、２つ以上配備することもが可能である。
【００４２】
ネットワーク監視用サーバ７２は、自己の位置情報を取得するための位置情報受信手段７６を備える。位置情報受信手段７６は、例えば、衛星測位システムまたは無線測位システム、或いは、これらの組み合わせである。衛星測位システムは、衛星を用いて位置を測定するシステムであり、例えば、ＧＮＳＳ（ＧｌｏｂａｌＮａｖｉｇａｔｉｏｎＳａｔｅｌｌｉｔｅＳｙｓｔｅｍ）である。無線測位システムは、無線信号を用いて位置を測定するシステムであり、無線信号は、例えば、無線基地局から発信する無線信号、ＲＦＩＤ（ＲａｄｉｏＦｒｅｑｕｅｎｃｙＩｄｅｎｔｉｆｉｃａｔｉｏｎ）タグの発信する無線信号である。
【００４３】
図２に示すネットワーク監視用ノード７１のファイルエントリデータベース７３は、ファイルデータの識別情報、データ配信元クライアントノード８１のデータ配信元クライアントノード識別情報、データピース識別情報、データピースクライアントノード８２ａ、８２ｂ、８２ｃのデータピースクライアントノード識別情報をファイル配信メタデータとして格納する。ファイルエントリデータベース７３は、ネットワーク内部を、Ｐ２Ｐメカニズムを用いて、流通するファイルデータのファイル配信メタデータを管理するためのファイルデータを管理する。
【００４４】
図３は、ファイルエントリデータベースの格納するファイル配信メタデータの一例である。ここでは、ファイルデータが３つに分割されたときのメタデータの構成例を示すが、分割数は任意に設定が可能である。また、分割された１つのデータに対応するデータ情報を「データピース」と呼称し、この「データピース」を保持するクライアントノードである、データピースクライアントノード８２ａ、８２ｂ、８２ｃは、ネットワーク上に、複数個存在する。データピースクライアントノード８２ａ、８２ｂ、８２ｃは、クライアントノード識別情報にて識別可能である。また、１つのデータピースに対するデータピースクライアントノードＩＤは複数個の場合も可能である。
【００４５】
各データピースクライアントノードへのトラヒック負荷分散の観点からは、データピースノードは、データピースのファイル名（ハッシュ値）、データピースクライアントノードＩＤ１、データピースクライアントノードＩＤ２、データピースクライアントノードＩＤ３のような構成のデータ分散状態を示す履歴情報を保持することが好ましい。この例では、すでにデータピースクライアントノードの管理するデータピースが、３つの他のクライアントノードにダウンロードされている場合の履歴であるが、この例に限定されるものではない。データ分散の履歴情報は、データピースクライアントノードがデータ要求クライアントノードからの要求に応じてデータピースを送信し、確かにデータ要求クライアントノードがデータピースを受け取ったことを確認した際に、データ要求クライアントノードのＩＤをデータピースクライアントノードＩＤとして利用可能とするために、データピースクライアントノードが保持することが好ましい。
【００４６】
図３に示すファイル配信メタデータにおいては、後述するように、一般的には、各データピースは暗号化されており、この暗号解読用の暗号鍵は、データ配信元クライアントノード８１が所有することを基本とする。すなわち、ネットワーク監視用サーバ７２からは、ファイルデータの要求を行うデータ要求クライアントノード８３に、暗号鍵は、直接には送信しないことを基本とする。しかしながら、データ配信元クライアントノード８１の故障の場合に備え、ファイル配信メタデータに記述されるデータピース毎に、暗号鍵を、ファイルエントリデータベース７３内に、事前に格納する構成をとることも可能である。ファイル配信メタデータは、ファイルエントリデータベース７３内に、複数個、格納され、適切に、通信事業者により、管理し運営されることが好ましい。
【００４７】
また、図３に示すファイル配信メタデータにおいて、ファイル名、および各データピース名は、ハッシュ値で格納しておくことが、好ましい。しかしながら、ファイルデータ検索の観点からは、「ファイル名」のみは、ハッシュ値を持たない形態での運用することが好ましい。データ要求クライアントノードへのデータピースの自由取得を許可するか否かを示す自由配信許可フラグが設定されている場合には、データ要求クライアントノード８３の認証が成立した場合は、基本的には、無条件に、データ要求クライアントノード８３にファイルデータが配信される。
【００４８】
図２に示すネットワーク監視用ノード７１のクライアントノードエントリデータベース７４は、登録されている各クライアントノード８１、８２ａ、８２ｂ、８２ｃ、８３の情報を格納する。クライアントノードエントリデータベース７４の格納する情報は、例えば、クライアントノードＩＤ、クライアントノード認証用パスワード、クライアントノードの位置情報、クライアントノードＩＰアドレス、接続可能フラグ、クライアントノード情報更新日時がある。クライアントノードエントリデータベース７４は、クライアントノード認証用パスワードやクライアントノードのＧＰＳ情報などのクライアントノードを認証することの可能な情報をクライアントノード認証情報として格納している。
【００４９】
図２に示すネットワーク監視用ノード７１のネットワーク監視サーバデータベース７５は、ネットワーク監視用ノード７１自身のＩＤとパスワードを格納する。
【００５０】
図２に示すネットワーク監視用ノード７１のクライアントノード認証手段３２は、データ配信元問合せ手段１８からの問い合わせを受けると、データ要求クライアントノード８３のクライアントノード認証情報がクライアントノードエントリデータベース７４に格納されているか否かを判定する。例えば、データ配信元問合せ手段１８からの問い合わせに添付されているクライアントノード認証情報とデータ要求クライアントノード８３のデータ要求クライアントノード識別情報をネットワーク監視用サーバ７２に送信し、これらの情報がクライアントノードエントリデータベース７４に格納されているか否かを問い合わせる。そして、ネットワーク監視用サーバ７２からクライアントノードエントリデータベース７４に格納されている旨の通知を受けることで、クライアントノード認証手段３２はデータ要求クライアントノード８３のクライアントノード認証情報がクライアントノードエントリデータベース７４に格納されていると判定する。一方、ネットワーク監視用サーバ７２からクライアントノードエントリデータベース７４に格納されていない旨の通知を受けることで、クライアントノード認証手段３２はデータ要求クライアントノード８３のクライアントノード認証情報がクライアントノードエントリデータベース７４に格納されていないと判定する。これらの判定により、クライアントノード認証手段３２の認証を終了する。
【００５１】
図２に示すネットワーク監視用ノード７１の通信接続情報通知手段３３は、クライアントノード認証手段３２が認証を行うと、ファイルエントリデータベース７３を参照し、問い合わせのあったファイルデータを所有するデータ配信元クライアントノード８１の通信接続情報を、データ要求クライアントノード８３に通知する。データ配信元クライアントノード８１の通信接続情報は、例えば、データ配信元クライアントノード８１のデータ配信元クライアントノード識別情報又はＩＰアドレスである。
【００５２】
ファイルエントリデータベース７３の格納するファイル配信メタデータに、データ要求クライアントノード８３へのデータピースの自由取得を許可するか否かを示す自由配信許可フラグがさらに含まれている場合、図２に示すネットワーク監視用ノード７１は自由配信許可フラグ判別手段３４をさらに備えることが好ましい。自由配信許可フラグ判別手段３４は、データ配信元問合せ手段１８からの問い合わせを受けると、ファイルエントリデータベース７３を参照し、自由配信許可フラグを判別する。例えば、自由配信許可フラグが有効のときにデータ要求クライアントノード８３へのデータピースの自由取得が許可されていると判別し、自由配信許可フラグが無効のときにデータ要求クライアントノード８３へのデータピースの自由取得が許可されていないと判別する。判別は、有効が不許可、無効が許可であってもよい。
【００５３】
ネットワーク監視用ノード７１が自由配信許可フラグ判別手段３４をさらに備える場合、ネットワーク監視用ノード７２の通信接続情報通知手段３３は、自由配信許可フラグ判別手段３４がデータピースの自由取得を許可するファイルデータであることを判別すると、ファイルエントリデータベース７３を参照し、問い合わせられたファイルデータのファイル配信メタデータを、データ要求クライアントノード８３にさらに通知することが好ましい。さらに、ファイルエントリデータベース７３にデータピースが格納されている場合には、自由配信許可フラグ判別手段３４がデータピースの自由取得を許可するファイルデータであることを判別すると、通信接続情報通知手段３３は、データピースをデータ要求クライアントノード８３へ送信することが好ましい。データ要求クライアントノード８３がファイル配信メタデータ或いはファイル配信メタデータ及びデータピースを容易に取得することができるので、お試し版のファイルデータやサンプルファイルなどのデータ要求クライアントノード８３に自由に見てほしいコンテンツをデータ要求クライアントノード８３に容易に提供することができる。さらに、データピースの自由取得を許可するデータピースを暗号化しなければ、データ要求クライアントノード８３は暗号鍵を使用しないでファイルデータの活用が可能である。
【００５４】
なお、図１及び図２では、ネットワーク監視用ノード７１が１つの例を示したが、ネットワーク監視用ノード７１は複数であることが好ましい。この場合、ネットワーク監視用ノード７１のそれぞれは、データ配信元クライアントノード８１とネットワークで接続される。そして、データ配信元クライアントノード８１は、複数のネットワーク監視用ノード７１のうちのいずれかを選択して通信接続を行うネットワーク監視用ノード選択手段（不図示）をさらに備えることが好ましい。データ配信元クライアントノード８１と複数のネットワーク監視用ノード７１のそれぞれとがネットワークで接続され、ネットワーク監視用ノード７１のうちの任意の１つを選択することができることで、ネットワーク監視用ノード７１が接続不能となった場合でも、その影響をまったく受けないシステムとすることができる。これにより、個々のサーバの冗長化を行う必要がなくなるので、システム構築におけるコスト削減を図ることができる。
【００５５】
さらに、複数のネットワーク監視用ノード７１のうち少なくとも１つは、ファイルエントリデータベース７３がさらに暗号鍵を格納する暗号鍵蓄積サーバ（不図示）であることが好ましい。この場合、データ配信元クライアントノード８１の暗号鍵送信手段１５は、は、データ要求クライアントノード８３への暗号鍵の提供に際して、暗号鍵蓄積サーバ（不図示）から前記暗号鍵を取得することができる。これにより、データ配信元クライアントノード８１のうちの暗号鍵に関する機能が一時停止状態になった場合でも、データ配信元クライアントノード８１は滞りなくコンテンツの提供を継続することができる。
【００５６】
図２に示すデータ配信元クライアントノード８１のメタデータ記憶手段１１は、ファイルデータ固有のファイルデータ識別情報、データピース固有のデータピース識別情報、データピースクライアントノード８２固有のデータピースクライアントノード識別情報、及び、データピースをファイルデータに復元する暗号鍵をファイル配信メタデータとして格納する。データ配信元クライアントノード８１が管理するファイル配信メタデータに関しては、ファイルエントリデータベース７３に登録されているファイル配信メタデータと一部、データの構成が異なり、データ受信許可ノードＩＤ部を追加することが好ましい。データ受信許可ノードＩＤ部は、データ配信元クライアントノード８１の公開するファイルデータを受信することを許可するクライアントノードを特定する。データ受信許可ノードＩＤ部を設けることで、データ受信許可ノードＩＤ部に含まれるクライアントノードＩＤを持つクライアントノードのみが、データ配信元クライアントノード８１の公開するファイルデータを受信することが可能となる。
【００５７】
図４は、メタデータ記憶手段に記憶されるファイル配信メタデータの構成例である。図４では、一例として、ファイルデータが３つに分割されたときを示すが、分割数は任意に設定することが可能である。ファイルデータが、データピース１からデータピース３までの、３つのデータピースに分割されたときの、クライアントノードが管理するファイル配信メタデータの構成を示しており、この分割数は、任意に、設定が可能である。また、各々のデータピースに対する、データピースクライアントノードＩＤは、ネットワーク上でのデータ取得の信頼性を向上させるため、１つのデータピースに対して、複数個、存在してもよい。データ受信許可ノードＩＤ部に含まれるクライアントノードＩＤを持つクライアントノードのみが、データ配信元クライアントノード８１の公開するファイルデータを受信することが可能となる。ここで、データ受信許可ノードＩＤは複数個、存在してもよい。データ受信許可ノードＩＤが、２個存在する場合（データ受信許可ノードＩＤ１、ＩＤ２）を示しているが、２個に限定されるものではない。通常は、データ配信元クライアントノード８１は事前にファイルデータの受信を許可するクライアントノードのクライアントノードＩＤをリストアップし、ファイル配信メタデータのデータ受信許可クライアントノードＩＤに記述するフィールド部に、クライアントノードＩＤを追加することができる。このデータ受信許可クライアントノードＩＤフィールド部に含まれるクライアントノードＩＤを持つクライアントノードのみが、データ配信元クライアントノード８１の公開するファイルデータを受信することが可能となる。
【００５８】
データ配信元となるデータ配信元クライアントノード８１が、公開したいファイルデータを、いくつに分割し、データピースクライアントノード８２ａ、８２ｂ、８２ｃに対して、どのように分散配信するかについては、データ配信元クライアントノード８１自身が任意に決定することが可能である。データ配信元クライアントノード８１は、ファイルデータの分割数を決めた後に、自身の生成した暗号鍵によってファイルデータを暗号化する。ファイルデータを分割した時は、各々の分割されたデータピース毎に、別々の暗号鍵を用いることが、セキュリティ上は好ましい。また、データピースのファイル名にはハッシュ値を用いることが好ましい。データピースのファイル名にハッシュ値を用いた場合は、ファイル配信メタデータ内の各データピースのチェックサム部は省略することも可能である。
【００５９】
データ配信元クライアントノード８１がデータピース生成手段２２を備える場合、メタデータ記憶手段１１は、データピース生成手段２２の用いた暗号鍵を暗号鍵として記憶する。
【００６０】
図２に示すデータ配信元クライアントノード８１のメタデータ送信手段１３は、データ要求クライアントノード８３からファイルデータの要求を受けると、メタデータ記憶手段１１を参照し、ファイルデータについてのファイル配信メタデータをデータ要求クライアントノード８３に送信する。
【００６１】
図２に示すデータ配信元クライアントノード８１のクライアントノード認証情報問合せ手段１４は、データ要求クライアントノード８３のデータ要求手段１２からファイルデータの要求を受けると、データ要求クライアントノード８３のクライアントノード認証情報がクライアントノードエントリデータベース７４に格納されているか否かをネットワーク監視用ノード７１に問い合わせる。例えば、データ要求手段１２からの問い合わせに添付されているクライアントノード認証情報とデータ要求クライアントノード８３固有のデータ要求クライアントノード識別情報をネットワーク監視用サーバ７２に送信し、これらの情報がクライアントノードエントリデータベース７４に格納されているか否かを問い合わせる。そして、ネットワーク監視用サーバ７２からクライアントノードエントリデータベース７４に格納されている旨の通知を受けることで、クライアントノード認証情報問合せ手段１４はデータ要求クライアントノード８３のクライアントノード認証情報がクライアントノードエントリデータベース７４に格納されていると判定する。一方、ネットワーク監視用サーバ７２からクライアントノードエントリデータベース７４に格納されていない旨の通知を受けることで、クライアントノード認証情報問合せ手段１４はデータ要求クライアントノード８３のクライアントノード認証情報がクライアントノードエントリデータベース７４に格納されていないと判定する。これらの判定により、クライアントノード認証情報問合せ手段１４は、データ要求クライアントノード８３の認証を終了する。
【００６２】
クライアントノード認証情報問合せ手段１４は、データ要求クライアントノード８３との間で、互いが所持する相手のＩＤ、パスワード、及び位置情報を照合することによって認証を行うことが好ましい。また、ネットワークに、すでに参加しているデータ要求クライアントノード８３との間での接続に際しては、互いが所持する相手のＩＤ、パスワード、及び位置情報の照合を相互に行い、照合が成功した場合のみ接続が確立できる。具体的な接続シーケンス例については後述する。
【００６３】
ここで、各クライアントノード８１、８２ａ、８２ｂ、８２ｃ、８３は、衛星測位システム又は無線測位システムによって自己の位置情報を取得し、当該位置情報をネットワーク監視用ノード７１へ継続的に送信する位置情報通知手段をさらに備えることが好ましい。ここで、自己の位置情報を取得は、衛星測位システム及び無線測位システムによって取得してもよい。両者を組み合わせることで、測位衛星からの信号を受信できない場合や無線測位システムの配備されていない地域であっても、位置情報を取得することができる。この場合、位置情報通知手段がネットワーク監視用ノード７１へ位置情報を送信すると、
ネットワーク監視用サーバ７２が受信し、クライアントノードエントリデータベース７４に格納する。これにより、ネットワーク監視用ノード７１は、各クライアントノード８１、８２ａ、８２ｂ、８２ｃ、８３の最新の位置情報を取得することができる。データ配信元クライアントノード８１は、データ要求クライアントノード８３との通信中において、クライアントノード認証情報問合せ手段１４が、継続的にネットワーク監視用ノード７１に問い合わせることが好ましい。
【００６４】
図２に示すデータ配信元クライアントノード８１の暗号鍵送信手段１５は、クライアントノード認証情報問合せ手段１４が認証を行うと、メタデータ記憶手段１１の記憶する暗号鍵をデータ要求クライアントノード８３のデータ要求手段１２へ送信する。
【００６５】
図２に示すデータ配信元クライアントノード８１の暗号鍵発生手段２１は、暗号鍵を発生させる。暗号鍵の暗号は、特に限定するものではないが、例えば、ブロック暗号、ストリーム暗号等の共通鍵暗号、ＲＳＡ暗号等、ＥｌＧａｍａｌ暗号、楕円曲線暗号、ナップサック暗号、ラティス暗号等の公開鍵暗号である。本実施形態では、公開鍵暗号が好ましい。
【００６６】
図２に示すデータ配信元クライアントノード８１のデータピース生成手段２２は、暗号鍵発生手段の発生させる暗号鍵を用いてファイルデータを暗号化かつ分割してデータピースを生成させる。データピース生成手段２２は、公開したいファイルデータを複数のデータピースに分割し、全てのデータピースを暗号化する。または、データピース生成手段２２は、公開したいファイルデータを暗号化し、複数のデータピースに分割する。これにより、データ配信元クライアントノード８１は、各々のデータピースは、データ配信元クライアントノード８１が認証に成功した他のクライアントノードに対して送信することができる。
【００６７】
データピースを受信したクライアントノードが、データピースクライアントノード８２ａ、８２ｂ、８２ｃである。データ配信元クライアントノード８１はデータピースクライアントノード８２へのデータの送信が完了した後、データ配信元クライアントノード８１自身が管理するファイル配信メタデータに、図４に示すように、暗号化したデータピースのファイル名、データピースのチェックサム、データピースの暗号化に使用した暗号鍵、及びデータピースクライアントノードＩＤ等を、データ配信元ノード自身が管理するファイル配信メタデータ、およびネットワーク監視用サーバが管理するファイルエントリデータベース内に存在するファイル配信メタデータに追加する。データ配信元クライアントノードはネットワーク内の登録された、複数のクライアントノードに対して、冗長化して、データピースを分散配信することが可能となる。
【００６８】
データピース生成手段２２は、さらに、自身のクライアントノードＩＤ、公開するファイル名、公開するファイルデータのトータルデータサイズ、公開するファイルデータのトータルデータチェックサム値を含むデータをファイル配信メタデータとして生成することが好ましい。公開するファイルデータのチェックサム値の算出にはハッシュ関数を用いることが好ましい。この際に、用いるハッシュ関数としてはＭＤ５（ＭｅｓｓａｇｅＤｉｇｅｓｔＡｌｇｏｒｉｔｈｍ５）などが適用可能であるが、これに限定されるものではない。なお、自由配信許可フラグの、詳細の機能に関しては後述する。
【００６９】
データ配信元クライアントノード８１がファイルデータの公開を中止したい場合には、先ず、データ配信元クライアントノード８１は、ネットワーク監視用サーバ７２に接続し、認証を受け、ネットワーク監視用サーバ７２に対して、公開を中止したいファイルデータのファイル配信メタデータの削除指令を送信する。この情報を受信したネットワーク監視用サーバ７２は、ファイルエントリデータベース７３からファイル配信メタデータを削除する。次に、データ配信元クライアントノード８１は、自身の管理するファイル配信メタデータ内の、ファイルデータの記述内容の削除を行う
【００７０】
以上述べた手順により、データ配信元クライアントノード８１によるファイルデータの公開を中止することが実現できる。Ｐ２Ｐネットワーク内には、すでに複数のデータピースが分散されている可能性があるが、このデータピースを、集めて復号化するための暗号鍵は、上記の手段により、Ｐ２Ｐネットワーク内から完全に消去されるため、分散化されたデータピースは意味を持たないデータとなる。万が一、以前にファイルデータ全ての受信に成功したデータピースクライアントノード８２が、当該ファイルデータの解読に関わる暗号鍵を、データ配信元クライアントノード８１と同様に、所有し続け、当該ファイルデータのデータ配信元となった場合においては、特願平２００５−３５３８２９及び特願平２００５−３５３８３１「交換ノードおよび交換ノード制御方法」に開示されている方法により、悪意のあるクライアントノードの特定化あるいは、絞り込みが可能である。
【００７１】
図２に示すデータ要求クライアントノード８３のデータ配信元問合せ手段１８は、ファイルデータを所有するデータ配信元クライアントノード８１の通信接続情報をネットワーク監視用ノード７１に問い合わせる。ネットワーク監視用サーバ７２により、認証に成功して、正常にＰ２Ｐネットワークに参加したクライアントノードは、受信を希望するファイルデータの要求時には、ネットワーク監視用サーバ７２の認証を受け、ファイル配信メタデータを受信する。ネットワーク内に存在するファイルデータの情報は、各クライアントノード間で、ファイル名と、データ配信元クライアントノードＩＤとを組み合わせた形式で流通することを想定すれば、任意のクライアントノード（ユーザ）側で、ファイル転送要求を行うユーザが、受信を希望するファイル名を検索して、決定することができる。データ要求クライアントノード８３は、データ配信元クライアントノード８１のクライアント識別情報（ＩＤ）やＩＰアドレスなどのデータ配信元クライアントノード８１の通信接続情報を取得することができる。
【００７２】
図２に示すデータ要求クライアントノード８３のデータ要求手段１２は、データ配信元問合せ手段１８が取得したデータ配信元クライアントノード８１の通信接続情報に、ファイルデータの配信を要求する。このとき、データ要求手段１２は、データ配信元クライアントノード８１との間で、互いが所持する相手のクライアントノード識別情報、パスワード、及び位置情報を照合することによって認証を行うことが好ましい。また、ネットワークに、すでに参加しているデータ配信元クライアントノード８１との間での接続に際しては、互いが所持する相手のＩＤ、パスワード、及び位置情報の照合を相互に行い、照合が成功した場合のみ接続が確立できる。具体的な接続シーケンス例については後述する。
【００７３】
ファイルデータの取得を希望するデータ要求クライアントノード８３は、データ配信元クライアントノード８１から、分割かつ暗号化されたファイルデータの復号化に必要な暗号鍵を入手する際に、何らかの理由で、データ配信元クライアントノード８１が、故障している場合が考えられる。この場合には、例えば、事前に、ネットワーク監視用サーバ７２に接続されたファイルエントリデータベース７３内に、暗号鍵を、データ配信元クライアントノード８１の指示に従い、事前に格納しておき、ネットワーク監視用サーバ７２から暗号鍵を入手することも可能である。
【００７４】
データ要求手段１２は、公開鍵暗号方式を用いて暗号鍵を入手することが好ましい。また、データ配信元クライアントノード８１が正常に動作している場合には、データ要求クライアントノード８３は、データ配信元クライアントノード８１に対して、ファイル配信メタデータを要求することが、一般的には、ネットワーク監視用サーバ７２の負荷を軽減する観点から考えて、好ましい。ただし、ファイル配信メタデータ内の自由配信許可フラグが無効である場合には、データ要求クライアントノード８３はファイル配信メタデータを取得するために、データ配信元クライアントノード８１から直接に認証を受ける必要がある。この場合は、ネットワーク監視用サーバ７２はファイル配信メタデータをデータ要求クライアントノードに送信する必要がない。データ要求クライアントノード８３はデータ配信元クライアントノード８１に接続し、認証に成功した後にファイル配信メタデータを受信できる。なお、認証に際しては、データ配信元クライアントノード８１は、自身の管理するファイル配信メタデータのデータ受信許可ノードＩＤ部に、データ要求クライアントノード８３のクライアントノードＩＤが登録されているかどうかを判断し、登録されている場合のみ、認証が成功したものとみなし、ファイル配信メタデータをデータ要求クライアントノード８３に送信する。上述した手順を用いることにより、データ配信元クライアントノード８１から、ファイルデータの受信を許可されたクライアントノードのみがファイル配信メタデータの受信が可能となる。また、この時データ要求クライアントノード８３がデータ配信元クライアントノード８１もしくはネットワーク監視用サーバ７２から受け取るファイル配信メタデータは、ファイルエントリデータベース７３の格納するファイル配信メタデータから暗号鍵を除去したデータである。
【００７５】
図２に示すデータ要求クライアントノード８３のデータピース収集手段１６は、データ配信元クライアントノード８１の送信したファイル配信メタデータに基づき、データピースクライアントノード８２からデータピースを取得する。ファイル配信メタデータを受信したデータ要求クライアントノード８３は、ファイル配信メタデータの内容に基づいて、データピースを保持する各データピースクライアントノード８２ａ、８２ｂ、８２ｃへの接続を試みる。認証に成功し、データピースクライアントノード８２ａ、８２ｂ、８２ｃに接続したデータ要求クライアントノード８３は、データピースクライアントノード８２ａ、８２ｂ、８２ｃから、ファイル配信メタデータに記述されたデータピースファイル名に合致するファイル名を持つデータピースを受信する。
【００７６】
この際、あるデータピースクライアントノード８２ａ、８２ｂ、８２ｃがビジー状態にあり、データの送受信が困難な場合には、データ要求クライアントノード８３に対して、データピースを送信できない旨を通知し、データピースクライアントノード８２ａ、８２ｂ、８２ｃはデータ分散の履歴情報を参照し、データ要求クライアントノード８３に対して、代替データピースクライアントノードＩＤを代わりに送信する。この代替データピースクライアントノードＩＤを受け取ったデータ要求クライアントノード８３は、データピースクライアントノード８２ａ、８２ｂ、８２ｃとの接続を切断し、代替データピースクライアントノードＩＤを持つクライアントノードに接続し、代替データピースクライアントノードからデータピースを受信する。
【００７７】
データピースの受信が完了した後は、実際に受信したデータピースのハッシュ値とデータピースのファイル名とを比較し、一致した場合は、データピースクライアントノード８２ａ、８２ｂ、８２ｃから正常にデータピースを受信できたと判断する。なお、この際に、用いるハッシュ関数としては前述のとおり、ＭＤ５の適用が可能であるが、これに限定されるものではない。
【００７８】
図２に示すデータ要求クライアントノード８３の暗号化ファイルデータ復元手段１７は、データ配信元クライアントノード８１の送信したファイル配信メタデータに基づいて、データ配信元クライアントノード８１の送信した暗号鍵を用い、データピース収集手段の収集するデータピースをファイルデータに復元する。例えば、全てのデータピースの復号化し、復号化した各々のデータピースを結合し、結合後のファイルデータのトータルデータサイズ、トータルチェックサムを計算し、ファイル配信メタデータ内に記述されているトータルデータサイズ、及びトータルチェックサムと一致するかどうかを確認する。一致した場合、ファイルデータの受信が成功したものと判断する。また、全てのデータピースを結合し、結合したデータピースを復号化して、ファイルデータに復元する。Ｐ２Ｐネットワーク内を流通するファイルデータは、全てファイル配信メタデータの形式で、ネットワーク監視用サーバの管理するファイルエントリデータベースに格納されるため、予め定められた機関に属するクライアントノードに限って、または、相互に個別に取り決めのなされているクライアントノード間でのみ、ファイルデータの分散共有を行うことが可能となる。以上のようにして、クライアントノードの認証、ファイルデータの分割および分散化、ファイルデータのデータ要求クライアントへの受信が実現できる。
【００７９】
さらに、暗号化ファイルデータ復元手段１７は、ファイルデータを復元した後に、復元したファイルデータのトータルデータサイズ、トータルチェックサムを計算し、ファイル配信メタデータ内に記述されているトータルデータサイズ、及びトータルチェックサムと一致するかどうかを確認する。一致した場合、ファイルデータの受信が成功したものと判断することが好ましい。
【００８０】
ファイル配信メタデータに自由配信許可フラグが含まれている場合には、データ要求クライアントノード８３は、暗号化判別手段１９と、非暗号化ファイルデータ復元手段２０と、をさらに備えることが好ましい。
【００８１】
図２に示すデータ要求クライアントノード８３の暗号化判別手段１９は、自由配信許可フラグに基づいてデータピースが暗号化されているか否かを判別する。自由配信許可フラグは、例えば、暗号鍵を用いずにファイルデータを復元することの可能なファイルデータであることを示す。
【００８２】
図２に示すデータ要求クライアントノード８３の非暗号化ファイルデータ復元手段２０は、暗号化判別手段１９がデータピースを暗号化されていないと判別すると、データピース収集手段１６の収集するデータピースをファイルデータに復元する。非暗号化ファイルデータ復元手段２０は、暗号化ファイルデータ復元手段１７を用いてもよい。
【００８３】
暗号化ファイルデータ復元手段１７は、暗号鍵取得手段を備えることが好ましい。暗号鍵取得手段は、データピース収集手段１６がデータピースクライアントノード８２からデータピースを取得した後に、ファイル配信メタデータに記述されたデータ配信元クライアントノード８１のＩＤに対して接続を行い、暗号鍵をデータ配信元クライアントノード８１から取得する。例えば、暗号鍵受信手段は、分割された、全てのデータピースが、集められた時点で、データ要求クライアントノード８３はファイル配信メタデータに記述されたデータ配信元クライアントノード８１のＩＤに対して接続を行う。ここで、データ配信元クライアントノード８１との認証に成功し、データ配信元クライアントノード８１に接続ができたデータ要求クライアントノード８３は、データ配信元クライアントノード８１に対して、データピースのファイル名を送信する。データ配信元クライアントノード８１ではファイル名に関わるデータピースに対応する暗号鍵を保持しているため、この暗号鍵の情報を、暗号鍵取得手段に対して送信する。この際には、通常は、公開鍵暗号方式による暗号鍵の送信が好ましい。
【００８４】
ただし、ファイル配信メタデータ内の自由配信許可フラグが無効である場合には、暗号鍵取得手段は暗号鍵を取得するために、データ配信元クライアントノード８１から直接に、認証を受けて、暗号鍵を受信する必要がある。すなわち、この場合には、ネットワーク監視用サーバ７２は、暗号鍵を、暗号鍵取得手段には送信する必要はない。この時、暗号鍵取得手段はデータ配信元クライアントノード８１に接続することを試み、認証を受けた後に、暗号鍵を受信する。例えば、データ配信元クライアントノード８１は、自身の管理するファイル配信メタデータのデータ配信元クライアントノード８１のＩＤ部に、データ要求クライアントノード８３のＩＤが登録されているかどうかを判断し、登録されている場合のみ、認証が成功したと判断し、暗号鍵をデータ要求クライアントノード８３に送信する。以上述べた手順を用いることにより、データ配信元クライアントノード８１からファイルデータの受信を許可されたクライアントノードのみが、暗号鍵を受信することが可能となる。
【００８５】
また、何らかの原因によって、データ配信元クライアントノード８１が故障している場合または、ビジー等の状態にある場合は、暗号鍵取得手段は、ネットワーク監視用サーバ７２との接続を行い、ネットワーク監視用サーバ７２から認証を受け、ネットワーク監視用サーバ７２に対してデータ配信元クライアントノード８１のＩＤ、ファイル名、データピースのファイル名を送信する。これらの情報を受信したネットワーク監視用サーバ７２は、ファイルエントリデータベース７３内からデータ配信元クライアントノード８１のＩＤとファイル名を含むファイル配信メタデータを検索し、検索できたファイル配信メタデータの内容に基づいて、暗号鍵を暗号鍵取得手段に、公開鍵方式を用いて送信する。このような手順を適用することにより、データ配信元クライアントノード８１が故障等の状況にある場合でも、分割化かつ、暗号化されたファイルデータの解読に必要な暗号鍵の受信が、データ要求クライアントノード８３により可能となる。
【００８６】
暗号化ファイルデータ復元手段１７は、データ配信元クライアントノード８１又は暗号鍵の管理を委託されているネットワーク監視用サーバ７２から暗号鍵を受信した後に、ファイルデータの一部として、データ要求クライアントノード８３のメタデータ記憶手段１１には保存はせず、主記憶（メインメモリ）に保持したまま、速やかに、データピースからファイルデータへの復元処理に用いることが好ましい。ファイルデータの復元処理が終了し、必要の無くなった暗号鍵は、速やかに、主記憶上から消去されるようにすると共に、暗号鍵は、ハードディスク等への記憶媒体へは書き込み禁止となるように構成した復元処理プログラムを活用する形態が好ましい。
【００８７】
また、データ要求クライアントノード８３は、ファイルデータを公開する際には、毎回、または周期的に、暗号鍵を更新するようにする形態が好ましい。Ｐ２Ｐネットワークに登録された正規のユーザのみを対象として、ファイルデータの共有を実現することが、本実施形態の前提であるため、暗号鍵を何らかの手段で、流通させる、悪意のあるユーザが発見された場合には、当該ユーザをクライアントノードデータベースエントリーから除外することが好ましい。
【００８８】
なお、図１に示すネットワークデータ分散共有システム９１では、クライアントノード８１、８２ａ、８２ｂ、８２ｃ、８３は、あらかじめ、クライアントノードエントリデータベース７４に、Ｐ２Ｐネットワークに参加する正規のクライアントノードとして、クライアントノード認証情報等が登録されたものに限定される。ネットワーク監視サーバデータベース７５は、ネットワーク監視用サーバ７２のＩＤ、パスワード及び位置情報が格納されることが好ましい。但し、位置情報に関しては、ネットワーク監視サーバデータベース７５に格納せず、リアルタイムに取得した情報を各クライアントノード８１、８２ａ、８２ｂ、８２ｃ、８３に送付することも可能である。
【００８９】
図５は、クライアントノードのシステム構成の一例を示す模式図である。クライアントノード８０は、図１に示したクライアントノード８１、８２ａ、８２ｂ、８２ｃ、８３すべてに備わる基本構成の一部を示す。クライアントノード８０は、通信ネットワーク１０１に接続するための通信手段、通信ネットワーク１０１上のデータを送受信し、格納するためのデータ格納手段１０２、及びクライアントノード８０自身の位置情報を取得するための位置情報受信手段７６を備える制御用端末１０３の機能を具備するが、図１及び図２では省略した。また、制御用端末１０３には通信ネットワーク１０１内で、Ｐ２Ｐメカニズムを活用するための通信ソフトウェアが搭載される。
【００９０】
クライアントノード８０のデータ格納手段１０２は、図２に示すメタデータ記憶手段１１を含み、送受信する通信ネットワーク１０１内のファイルデータのほか、ネットワーク監視用サーバ（図１の符号７２）の属性データや自己のクライアントノード８０についての情報が格納されている。ネットワーク監視用サーバ（図１の符号７２）の情報は、例えば、ネットワーク監視用サーバ（図１の符号７２）のＩＤ、パスワード、位置情報、ＩＰアドレスである。自己のクライアントノード８０の情報は、例えば、クライアントノード８０のＩＤ、認証用パスワ−ド、クライアントノード８０の位置情報である。クライアントノード８０は、ネットワークに参加する際には、制御端末内のデータ格納手段に格納されているネットワーク監視用サーバ（図１の符号７２）の情報に基づき、ネットワーク監視用サーバ（図１の符号７２）に接続を行い、相互に認証を行った後に、Ｐ２Ｐネットワークに参加できる。
【００９１】
図１に示す各クライアントノード８１、８２ａ、８２ｂ、８２ｃ、８３は、Ｐ２Ｐネットワークに参加する際、ネットワーク監視用サーバ７２に接続し、データ格納手段（図５の符号１０２）に格納されているネットワーク監視用サーバ７２の属性データに基づいて、位置情報、クライアントノードのＩＤ、およびパスワード等の属性情報を活用し、ネットワーク監視用サーバ７２による認証を受けることにより、初めてＰ２Ｐネットワークに参加することができる。ネットワーク監視用サーバ７２は、クライアントノードエントリデータベース７４に、各クライアントノード８１、８２ａ、８２ｂ、８２ｃ、８３に備わる制御端末内のデータ格納手段（図５の符号１０２）に含まれている自己のクライアントノードの情報と同じ情報が、あらかじめ登録されている場合にのみ、正常なクライアントノードとしてＰ２Ｐネットワークへの参加を認めるメカニズムを活用することにより、セキュリティを確保することが可能となる。通信ネットワーク内にファイルデータを公開したいファイル配信元となるデータ配信元クライアントノード８１は、事前に公開したいファイルデータのファイル配信メタデータを、ネットワーク監視用サーバ７２の認証を経て、ファイルエントリデータベース７３に登録する必要がある。
【００９２】
また、ファイル配信元となるデータ配信元クライアントノード８１が、ファイル配信メタデータの登録に際して、特定のクライアントノードのＩＤを持つクライアントノードにのみファイルデータを公開する場合、自由配信許可フラグを無効にして、ファイルエントリデータベース７３に登録することが好ましい。ファイルデータの入手の要求を行うデータ要求クライアントノード８３と配信元となるデータ配信元クライアントノード８１との間で、個別に相互認証を行う手段を設けることが好ましい。
【００９３】
（実施例１）
以下に、本実施形態における、各状態でのシステムの動作を説明する。図６は、実施例１に係るネットワークデータ分散共有システムの構成概略図である。図７は、実施例１に係るネットワークデータ分散共有システムのデータシーケンスである。図６及び図７を用いて、本実施形態によるＰ２Ｐネットワークにクライアントノード８０が参加するときの動作を説明する。以下の説明では、ネットワーク監視用サーバ７２側のクライアントノードエントリデータベース７４に新規クライアントノードの情報があらかじめ登録されているものとする。先ず、第１の手順では、クライアントノード８０側制御用端末は測位衛星９７から随時送信される制御用端末１０３の地理的データである位置情報を、位置情報受信手段７６を用いて受信する。
【００９４】
第２の手順では、制御用端末１０３は、データ格納手段１０２に格納されている自クライアントノード８０のデータを取り出し、クライアントノード認証情報を生成し、ネットワーク監視用サーバ７２に送信する。ここで、クライアントノード認証情報は、例えば、クライアントノード識別情報（ＩＤ）、クライアントノード認証用パスワード（ＰＡＳＳ）、クライアントノードの位置情報（位置）である。クライアントノード認証情報を受信したネットワーク監視用サーバ７２は、クライアントノードエントリデータベース７４にクライアントノード認証情報と一致するクライアントノードエントリ情報があるかどうかの問い合わせを行う。この際、あらかじめクライアントノードエントリデータベース７４に格納されている位置情報と、現在送信されてきたクライアントノード認証情報に含まれる位置情報の間にどれだけの誤差を認めるかどうかは、システム運用を行う通信事業者の判断するセキュリティレベルに依存する。通常は、メートルオーダーの精度で十分な運用が可能と考えられる。
【００９５】
第３の手順では、ネットワーク監視用サーバ７２は、クライアントノードエントリデータベース７４に問い合わせを行い、クライアントノードエントリデータベース７４に、正常に登録されているクライアントノードであることが確認できた場合には、ネットワーク監視用サーバ７２は、測位衛星９７から随時送信されてくる制御用端末１０３の地理的データである位置情報を、位置情報受信手段７６から受信する。
【００９６】
第４の手順では、ネットワーク監視用サーバ７２はネットワーク監視サーバデータベース７５に格納されている自身のＩＤとパスワードを取り出し、認証データを生成し、クライアントノードに送信する。ここで、ネットワーク監視用サーバ７２がクライアントノードに送信する認証データの構成は、例えば、ネットワーク監視用サーバ７２の識別除法（ＩＤ）、ネットワーク監視用サーバ７２のパスワード（ＰＡＳＳ）、および、ネットワーク監視用サーバ７２の位置情報である。
【００９７】
第５の手順では、ネットワーク監視用サーバ７２からクライアントノード認証情報を受け取ったクライアントノード８０は、自身のデータ格納手段１０２に格納されているネットワーク監視用サーバ７２の情報と照合し、一致した場合のみ、ネットワーク監視用サーバ７２に対して、すでにＰ２Ｐネットワークに参加しているクライアントノード８０の情報を要求すると共に、自身のＩＰアドレスを送信する。
【００９８】
第６の手順では、このデータ情報を受信したネットワーク監視用サーバ７２は、クライアントノードエントリデータベース７４内の自己のクライアントノード８０のＩＰアドレス情報を更新し、接続可能フラグを有効にした後、すでにＰ２Ｐネットワークに参加している他のクライアントノードの情報をクライアントノード８０側の制御用端末１０３に送信する。ネットワーク監視用サーバ７２からクライアントノード８０へ送信される他のクライアントノードの情報は、例えば、クライアントノード識別情報（ＩＤ）、クライアントノードの認証用パスワード（ＰＡＳＳ）、クライアントノードの位置情報、クライアントノードのＩＰアドレス、接続可能フラグ、又は、ノード情報更新日時、或いはこれらの組み合わせである。
【００９９】
以上述べた手順により、クライアントノード８０のＰ２Ｐネットワークへの参加が実現できる。なお、この後で、クライアントノード８０が、ネットワーク監視用サーバ７２から受信した他のクライアントノードの情報を元に、他のクライアントノードに接続する場合、互いのクライアントノード識別情報、クライアントノード認証用パスワード、位置情報等を照合することにより、クライアントノード相互間での認証が実現できる。また、クライアントノード間の接続後の通信においては、常時、クライアントノード８０自身の位置情報を、通信相手のクライアントノードに対して送信し、位置情報を、相互に照合することにより、認証を行うことが好ましい。また、他のクライアントノードに接続する際は、接続可能フラグが有効になっているクライアントノードに対してのみ接続が可能である。
【０１００】
（実施例２）
図８は、実施例２に係るネットワークデータ分散共有システムの構成概略図である。図９は、実施例２に係るネットワークデータ分散共有システムのデータシーケンスである。図８及び図９に、一度、正常に、ネットワーク監視用サーバに認証されたクライアントノードが、接続中、もしくは前回に、接続した後に、パスワードもしくはＩＰアドレスを変更した場合の動作例を示す。
【０１０１】
第１の手順では、自己のクライアントノードのパスワード又はＩＰアドレスの変更を行うクライアントノードを、図８では情報変更要求クライアントノード８４と呼ぶこととする。また、すでにネットワーク監視用サーバ７２に認証を受け、Ｐ２Ｐネットワークに参加しているクライアントノードを、既存クライアントノード８５とする。情報変更要求クライアントノード８４は、図６に示す方法で、ネットワーク監視用サーバ７２に接続を行う。この際、変更する内容がパスワードである場合は、認証時に用いるパスワードは変更前のものを用いる。その後、情報変更要求クライアントノード８４はネットワーク監視用サーバ７２に対して、情報変更要求信号を発信し、引き続いて、変更する項目（ＩＰアドレス、もしくは位置情報、パスワード、あるいはこれらの情報の全て）を送信する。ネットワーク監視用サーバ７２は前述の信号を受信し、クライアントノードエントリデータベース７４内の情報変更要求クライアントノード８４の情報を更新する。この手順により、ネットワーク監視用サーバ７２側の情報の更新が完了する。この際、ネットワーク監視用サーバ７２は、情報変更要求クライアントノード８４の情報の更新日時も更新する。
【０１０２】
第２の手順では、すでにＰ２Ｐネットワークに参加している既存クライアントノード８５が情報変更要求クライアントノード８４に対して、接続を試みたとする。この場合、第１の手順での更新手順が終了する前の段階では、既存クライアントノード８５がＰ２Ｐネットワーク参加時に、ネットワーク監視用サーバ７２から受信した情報変更要求クライアントノード８４の情報と、現在の時点で保持されている実際の情報変更要求クライアントノード８４の情報に、不一致が生じる。例えば、情報変更要求クライアントノード８４がＩＰアドレスを変更したとすると、既存クライアントノード８５は接続が不可能になり、情報変更要求クライアントノード８４がパスワードもしくは位置情報を変更した場合にも、既存クライアントノード８５は情報変更要求クライアントノード８４を正常に認証することが不可能となる。
【０１０３】
第３の手順では、既存クライアントノード８５は、ネットワーク監視用サーバ７２に、情報変更要求クライアントノード８４の最新情報を取得するために、問い合わせを行う。この際に、既存クライアントノード８５は図６で示した方法でネットワーク監視用サーバ７２に接続を行う。そして、既存のクライアントノード８５は、ネットワーク監視用サーバ７２に対して、情報変更要求クライアントノード８４のクライアントノード識別情報（ＩＤ）、及び情報更新要求信号を送信する。
【０１０４】
第４の手順では、ネットワーク監視用サーバ７２は、情報更新要求信号を受信する。そして、ネットワーク監視用サーバ７２は、クライアントノードエントリデータベース７４から情報変更要求クライアントノード８４のクライアントノード識別情報に該当するクライアントノードの情報を検索し、情報変更要求クライアントノード８４の情報を既存クライアントノード８５に送信する。ここで、ネットワーク監視用サーバ７２の送信する情報は、例えば、クライアントノード識別情報（ＩＤ）、クライアントノード認証用パスワード（ＰＡＳＳ）、クライアントノードの位置情報（位置）、クライアントノードのＩＰアドレス、接続可能フラグ、又は、ノード情報更新日時、或いはこれらの組み合わせである。
【０１０５】
第５の手順では、ネットワーク監視用サーバ７２から情報変更要求クライアントノード８４の最新の情報を受け取った既存クライアントノード８５は、再度、情報変更要求クライアントノード８４に対して接続を行う。ここで、パスワードもしくはＧＰＳ情報の不一致が起こった場合には、情報変更要求クライアントノード８４は不正なクライアントノードとして検出される。この際には、不正クライアントノードを、どのように処置するかは、システム管理を行う通信事業者の判断に委ねられる。既存クライアントノード８５は、不正クライアントノードの情報に加えて、不正クライアントノードの検出信号をネットワーク監視用サーバ７２に送信し、不正クライアントノードの検出信号を受信したネットワーク監視用サーバ７２は、クライアントノードエントリデータベース７４から不正クライアントノードのエントリを削除することが好ましい。
【０１０６】
以上述べた手順により、すでにＰ２Ｐネットワークに参加している、その他の既存クライアントノードが、不正なクライアントノードに接続することを、未然に防止することが可能となる。また、クライアントノード間での接続が、できなかった場合には、情報変更要求クライアントノード８４が故障しているなどの可能性が考えられる。この場合には、既存クライアントノード８５はネットワーク監視用サーバ７２に対して、情報変更要求クライアントノード８４のクライアントノードＩＤに加えて、接続不可フラグ信号を送信することが好ましい。接続不可フラグ信号を受信したネットワーク監視用サーバ７２は、情報変更要求クライアントノード８４のクライアントノードＩＤに該当するクライアントノードのエントリを検索し、そのエントリの接続可能フラグを無効にすることが可能である。この場合、ネットワーク監視用サーバ７２は、クライアントノード情報のクライアントノード情報更新日時も更新することも可能である。以上述べた手順により、この後で、Ｐ２Ｐネットワークに参加を行う、他の既存クライアントノードが、無駄に接続のための試行を行うことを、未然に防ぐことが可能となる。
【０１０７】
情報変更要求クライアントノード８４が、多数存在する場合には、ネットワーク監視用サーバ７２への負荷集中が問題となる。この問題に対処する方法としては、例えば、クライアントノード間で、接続を確立した際に、互いの保持している他のクライアントノード情報を交換する方法も可能である。クライアントノード情報の交換の際には、クライアントノード更新日時が、新しい情報で、上書きされるように制御する必要がある。この手順をとることにより、後から、Ｐ２Ｐネットワークに参加するクライアントノードから、既存のクライアントノードが、最新の、他のクライアントノード情報を受信することも可能となり、ネットワーク監視用サーバ７２へのトラヒック負荷を軽減することが可能となる。
【０１０８】
（実施例３）
図１０は、実施例３に係るネットワークデータ分散共有システムの構成概略図である。図１１は、実施例３に係るネットワークデータ分散共有システムのデータシーケンスである。図１０及び図１１は、正常にネットワーク監視用サーバ７２に認証されたクライアントノードに対して、後からＰ２Ｐネットワークに参加してきたクライアントノード８６が接続する場合の例を示している。既存クライアントノード８５がネットワーク監視用サーバ７２に認証を受けた時点では、クライアントノード８６はクライアントノードエントリデータベースに登録されていなかった場合、既存クライアントノード８５にとってクライアントノード８６は未知クライアントノードとなる。
【０１０９】
第１の手順では、クライアントノード８６から認証データがクライアントノード８５に対して送信される。ここで、認証データは、クライアントノードがネットワーク監視用サーバ７２に送信するクライアントノード認証情報と同様の情報である。このクライアントノード認証情報を受け取った既存クライアントノード８５は、自身の所持している他のクライアントノード情報のリストの中にクライアントノード８６の情報がないことを検出する。この場合、既存クライアントノード８５は図６に示した方法でネットワーク監視用サーバ７２に接続を行う。
【０１１０】
第２の手順では、ネットワーク監視用サーバ７２に対してクライアントノード８６のクライアントノードＩＤ、及びクライアントノード情報要求信号を送信する。
【０１１１】
第３の手順では、ネットワーク監視用サーバ７２はクライアントノード情報要求信号を受け、クライアントノードエントリデータベース７４からクライアントノード８６のクライアントノードＩＤに該当するクライアントノードのエントリ情報を探し出し、クライアントノード情報を、既存クライアントノード８５に送信する。ここで、ネットワーク監視用サーバ７２から既存クライアントノード８５へ送信される他のクライアントノード８６の情報は、例えば、クライアントノード識別情報（ＩＤ）、クライアントノードの認証用パスワード（ＰＡＳＳ）、クライアントノードの位置情報（位置）、クライアントノードのＩＰアドレス、接続可能フラグ、又は、ノード情報更新日時、或いはこれらの組み合わせである。この時、クライアントノードエントリデータベース７４に登録されていないクライアントノードの場合は、データが受信できないため、あるタイミング後に、既存クライアントノード８５は通信を切断する。ネットワーク監視用サーバ７２からクライアントノード８６の情報を受信した既存クライアントノード８５は、クライアントノード８６から送信されてきたクライアントノード認証情報とネットワーク監視用サーバ７２から受信したクライアントノード８６のデータを照合し、一致した場合のみ、既存クライアントノード８５自身のクライアントノード認証情報を送信することにより、認証処理を行う。ここで、クライアントノード認証情報は、例えば、クライアントノード識別情報（ＩＤ）、クライアントノードの認証用パスワード（ＰＡＳＳ）、又は、クライアントノードの位置情報、或いはこれらの組み合わせである。
【０１１２】
（実施例４）
図１２は、実施例４に係るネットワークデータ分散共有システムの構成概略図である。図１３は、実施例４に係るネットワークデータ分散共有システムのデータシーケンスである。図１２及び図１３にデータ配信元クライアントノード８１がＰ２Ｐネットワークに対してファイルデータを公開する場合のシーケンス例を示す。データ配信元クライアントノード８１は、自身のクライアントノードＩＤ、公開する予定のファイルデータのファイル名、公開する予定のファイルデータのトータルデータサイズ、公開する予定のファイルデータのトータルデータチェックサム値を含むファイル配信メタデータを生成する。公開するファイルデータのチェックサム値の算出にはファイルデータの一意性を保障するハッシュ関数を用いることが好ましい。この際に、用いるハッシュ関数としてはＭＤ５（ＭｅｓｓａｇｅＤｉｇｅｓｔＡｌｇｏｒｉｔｈｍ５）などが適用可能であるが、これに限定されるものではない。この場合、前述したように、特定のクライアントノードＩＤを持つクライアントノードにのみデータを公開する場合、自由配信許可フラグを無効にし、データ要求クライアントノードをデータ配信元クライアントノード８１自身で認証することが好ましい。
【０１１３】
また、データ配信元クライアントノード８１は、上記のデータの公開を許可するクライアントＩＤを、ファイル配信メタデータのデータ内の、受信許可ノードＩＤ部に追加する。このデータ受信許可ノードＩＤ部に含まれるクライアントノードＩＤを持つクライアントノードのみが、データ配信元クライアントノード８１の公開するファイルデータを受信することが可能となる。その後、データ配信元クライアントノード８１は図６に示した方法で、ネットワーク監視用サーバ７２に接続し、ファイル配信メタデータを送信する。この際、ネットワーク監視用サーバ７２に送信されるファイル配信メタデータは、データ配信元クライアントノード８１自身で管理するファイル配信メタデータとは、一部データ構成が異なり、図３に示すように、ファイル配信メタデータの構成からデータ受信許可クライアントノードＩＤ部が除去されたものである。このファイル配信メタデータを受信したネットワーク監視用サーバ７２は、ファイルエントリデータベース７３にこのファイル配信メタデータを登録する。
【０１１４】
ネットワーク監視用サーバ７２は、登録を要求されたファイル配信メタデータ内のファイルチェックサム値と同一のファイルチェックサム値を持つファイル配信メタデータが、ファイルエントリデータベース７３にすでに登録されていないかどうかをチェックする。すでに登録されている場合には、データ配信元クライアントノード８１による登録を拒否することも可能である。この手順を用いることにより、オリジナルのデータ配信元の一意性が保たれ、不正なデータ配信元を排除することが可能となる。
【０１１５】
第１の手順では、データ配信元クライアントノード８１は、ファイル配信メタデータをファイルエントリデータベース７３に登録した後、公開するファイルデータを任意の数に分割する。この時に、分割しないことも可能である。図１２に示した例では分割数を３としている。この場合、データ配信元クライアントノード８１は公開するファイルデータを例えば、３つに分割することによって、データピース１、データピース２、データピース３が生成される。その後、データ配信元クライアントノード８１はデータピースを暗号化するための暗号鍵を生成する。暗号鍵は１つでもよいが、各々のデータピースに対して別々の暗号鍵を用いるのがセキュリティ上は好ましい。データ配信元クライアントノードはその後、生成した暗号鍵で各々のデータピースを暗号化する。暗号化したデータピースには、暗号化したデータピース自身のハッシュ値をファイル名として与える。このときに、使用するハッシュ関数としては例えばＭＤ５（ＭｅｓｓａｇｅＤｉｇｅｓｔＡｌｇｏｒｉｔｈｍ５）が使用可能であるが、このハッシュ関数に限定されるものではない。この場合、データ配信元クライアントノード８１は、データピースと暗号鍵の対応関係をファイル配信メタデータに記録する。すべてのデータピースの暗号化を終えた後に、データ配信元クライアントノード８１は、暗号化したデータピースの配信先となるデータピースクライアントノード８２ａ、８２ｂ、８２ｃを選定し、入手したデータピースクライアントノード８２ａ、８２ｂ、８２ｃの情報を用い、これらとの接続および認証を行った後、先ず、ファイル配信メタデータをネットワーク監視用サーバ７２に送出する。
【０１１６】
第２の手順では、データ配信元クライアントノード８１は、データピースクライアントノード８２ａ、８２ｂ、８２ｃに対してデータピースの配信を行う。各データピースの配信を行う際は、データピースのサイズなどを、事前にデータピースクライアントノード候補となるクライアントノードに送信し、受信可能かどうかを問い合わせることが好ましい。この手順を用いることにより、データピースクライアントノードに対して、データピースの配信が完了した後に、データ配信元クライアントノードは自身の管理するファイル配信メタデータにどのデータピースをどのクライアントノードＩＤをもつクライアントノードに配信したかを記録する。この際、一つのデータピースに対して複数のデータピースクライアントノードが存在する場合も可能である。なお、データピースの送信が完了した後に、ファイル配信メタデータを生成しファイルエントリデータベースにこのファイル配信メタデータを登録することが、好ましい。
【０１１７】
第３の手順では、データピースの配信を完了したデータ配信元クライアントノード８１は、自身の管理しているファイル配信メタデータとファイルエントリデータベース７３内のファイル配信メタデータとの整合性を取るため、図６に示す手順でネットワーク監視用サーバ７２に接続し、最新のファイル配信メタデータを送信する。この情報を受信したネットワーク監視用サーバ７２はファイルエントリデータベース７３内に存在するファイル配信メタデータを更新する。以上述べた処理手順によって、データ配信元クライアントノード８１のＰ２Ｐネットワークに対してのファイル公開が実現できる。
【０１１８】
（実施例５）
図１４は、実施例５に係るネットワークデータ分散共有システムの構成概略図である。図１５は、実施例５に係るネットワークデータ分散共有システムのデータシーケンスである。図１４及び図１５に、データ要求クライアントノード８３が、受信を希望するファイルデータを取得する際の動作例およびシーケンス例を示す。第１の手順では、データ要求クライアントノード８３は、図６に示す方法で入手した、他のクライアント情報を活用して、データ配信元クライアントノード８１もしくはネットワーク監視用サーバ７２に対して接続する。
【０１１９】
第２の手順では、認証が成功した場合には、データ要求クライアントノード８３は、配信を希望するファイルデータのファイル配信メタデータを受信することが可能である。ファイル配信メタデータの自由配信許可フラグが無効である場合には、ネットワーク監視用サーバ７２はファイル配信メタデータを送信せず、データ要求クライアントノード８３に対して、データ配信元クライアントノード８１からファイル配信メタデータを受信するように指示することが好ましい。この時に、データ要求クライアントノード８３がデータ配信元クライアントノード８１もしくはネットワーク監視用サーバ７２から受信するファイル配信メタデータは暗号鍵のデータ部を除去した情報データが送信される。
【０１２０】
図１６は、データ要求クライアントノード８３に送信されるファイル配信メタデータの構成例である。ファイルデータが３つに分割されたときのめたデータ構成例であり、ファイルデータは２つ以下に分割されていてもよいし、４つ以上に分割されていてもよい。また、分割されていなくてもよい。さらに、１つのファイルデータに対するデータピースクライアントノードＩＤは複数個持つことが可能である。このファイル配信メタデータを受信したデータ要求クライアントノード８３は、ファイル配信メタデータの内容に基づいて、データピースを保持する各データピースクライアントノード８２ａ、８２ｂ、８２ｃへの接続を試みる。
【０１２１】
第３の手順及び第４の手順では、データ要求クライアントノード８３は、例えば、データピースごとに、トータルサイズと、自由配信許可フラグのトータルデータチェックサムとを受信する。図１４に示す動作例では、データ要求クライアントノード８３が受信したファイル配信メタデータは図１６に示される構成を想定し、データ要求クライアントノード８３はデータピースクライアントノード８２ａのＩＤ１、データピースクライアントノード８２ｂのＩＤ２、データピースクライアントノード８２ｃのＩＤ３を持つクライアントノードに対して接続し、データピースクライアントノード８２ａ、８２ｂ、８２ｃから、ファイル配信メタデータに記述されたデータピースファイル名に合致するファイル名を持つデータピースを受信する。データピースの受信が完了した後は、実際に受信したデータピースのハッシュ値とデータピースのファイル名を比較し、一致した場合は、データピースノードから正常にデータピースを受信できたと判断し、データピースクライアントノードに対して、受信完了を通知する。この情報を受け取ったデータピースクライアントノード８２ａ、８２ｂ、８２ｃは、データ分散の履歴情報にデータ要求クライアントノード８３のＩＤを追加し、データ分散の履歴情報を更新することが好ましい。図１４の例では、データ要求クライアントノード８３は、データピースクライアントノード８２ａ及びデータピースクライアントノード８２ｂから正常にデータピースを受信した場合を想定している。
【０１２２】
第５の手順では、データ要求クライアントノード８３が、データピースクライアントノード８２ｃに対して接続し、データピース３の送信を要求する。そして、第６の手順では、データピース３クライアントノードは、例えば、ビジー状態にあり、データ要求クライアントノード８３に対して、データピースを送信できない時には、データピースクライアントノード８２ｃは自己の管理しているデータ分散の履歴情報を参照し、データ要求クライアントノード８３にデータピース代替データピースクライアントノード８２ｃ’のクライアントノード識別情報（代替データピースクライアントノードＩＤ）を送信する。
【０１２３】
そして、第７の手順では、この情報を受信したデータ要求クライアントノード８３は、データピースクライアントノード８２ｃとの接続を切断し、代替データピースクライアントノードＩＤを持つクライアントノード８２ｃ’に接続し、この代替えデータピースクライアントノード８２ｃ’からデータピース３を受信する。データピース３の受信が完了した後は、データ要求クライアントノード８３は、実際に受信したデータピース３のハッシュ値とデータピース３のファイル名を比較し、一致した場合は、代替データピースクライアントノードＩＤから正常にデータピースを受信できたと判断し、データピース３クライアントノードに対して、受信完了を送信する。このような手順で、全てのデータピースがそろった後、データ要求クライアントノード８３はファイル配信メタデータに記述されたデータ配信元クライアントノードに対して接続を試みる。
【０１２４】
第８の手順では、認証に成功し、データ配信元クライアントノードに接続したデータ要求クライアントノード８３は、データ配信元クライアントノード８１に対して、データピースのファイル名を送信する。第９の手順では、データ配信元クライアントノード８１ではデータピースのファイル名に対応する暗号鍵を保持しているため、この暗号鍵をデータ要求クライアントノード８３に対して送信する。この場合にも、公開鍵暗号方式を適用することが好ましい。
【０１２５】
図１４及び図１５の例で、データ要求クライアントノード８３がデータ配信元クライアントノード８１に対して暗号鍵を取得するために接続を行った時点で、何らかの原因によってデータ配信元クライアントノード８１が故障していた場合の動作を例に以下に、説明する。
【０１２６】
第１０の手順では、データ要求クライアントノード８３は図６に示した方法でネットワーク監視用サーバ７２に接続し、ネットワーク監視用サーバ７２に対してデータ配信元クライアントノード８１のＩＤ、ファイル名、データピースのファイル名を送信する。第１１の手順では、この情報を受信したネットワーク監視用サーバ７２は、ファイルエントリデータベース７３内からデータ配信元クライアントノード８１のＩＤとファイル名を含むファイル配信メタデータを検索し、発見したファイル配信メタデータの内容に基づいて、暗号鍵をデータ要求クライアントノード８３に送信する。この場合には、前述した第８の手順及び第９の手順のシーケンスの代わりに、第１０の手順及び第１１の手順のシーケンスが置き換えられる。上記の手順を用いることにより、データ配信元クライアントノード８１、もしくはネットワーク監視用サーバ７２から暗号鍵を受信したデータ要求クライアントノード８３は、受信後にファイルデータとしてデータ要求クライアントノード８３のデータ格納手段には保存はせず、主記憶（メインメモリ）に保持したまま、即座にデータピースの復号化処理に用いる。復号化処理が終了し、必要のなくなった暗号鍵は、即座に主記憶上から消去されるようにすることが好ましいことは、前述したとおりである。全てのデータピースの復号化を完了したデータ要求クライアントノード８３は、復号化した各々のデータピースを結合し、その後に、結合後のファイルデータのトータルデータサイズ、トータルチェックサムを計算し、ファイル配信メタデータ内に記述されているトータルデータサイズ、及びトータルチェックサムと一致するかどうかを確認する。一致した場合には、ファイルデータの受信が成功したものと判断できる。
【０１２７】
（実施例６）
図１７は、実施例６に係るネットワークデータ分散共有システムの構成概略図である。図１８は、実施例６に係るネットワークデータ分散共有システムのデータシーケンスである。図１７及び図１８に、データ配信元クライアントノード８１がＰ２Ｐネットワークへのファイルデータの公開を停止する場合の動作例およびシーケンス例を示す。第１の手順では、データ配信元クライアントノード８１は図６に示す方法でネットワーク監視用サーバ７２に接続し、認証を受けた後に、ネットワーク監視用サーバ７２に対して、公開を中止したいファイルデータのファイル配信メタデータの公開停止命令を送信する。例えば、ファイルデータの公開の停止を要求する公開停止命令信号を、ファイルデータの名称及び認証情報と共に送信する。認証情報は、例えば、ＩＰアドレス、位置情報又はパスワードあるいはこれらの組み合わせである。ネットワーク監視用サーバ７２は、ファイル配信メタデータの公開停止命令信号を受信すると、クライアントノードエントリデータベース７４を参照して認証を行う。認証が成功すると、ネットワーク監視用サーバ７２は、ファイルエントリデータベース７３から、公開停止命令のあったファイルデータのファイル配信メタデータを削除する。また、ファイル配信メタデータに自由配信許可フラグが含まれている場合には、自由配信許可フラグの設定を有効から無効に変更することでファイルデータの公開を停止してもよい。
【０１２８】
第２の手順では、ファイルエントリデータベース７３からファイルデータのファイル配信メタデータを削除したネットワーク監視用サーバ７２は、データ配信元クライアントノード８１に対して、ファイル配信メタデータの削除完了を通知する。この通知を受信したデータ配信元クライアントノード８１は、自身の管理するファイル配信メタデータの削除を行う。以上、述べた手順により、データ配信元クライアントノード８１によるファイルデータの公開を中止することが実現できる。Ｐ２Ｐネットワーク内にはすでに複数のデータピースが分散されている可能性があるが、このデータピースを復号化するための暗号鍵がＰ２Ｐネットワーク内から完全に消去されるため、実質的には、意味を成さないデータとなり、これらデータが、ネットワーク内に流通し、ネットワーク内の他の通信トラヒックを圧迫するような影響をもつことはない。
【０１２９】
（実施形態２）
図１９は、本実施形態に係るネットワークデータ分散共有システムの一例を示す構成図である。ネットワークデータ分散共有システム９２は、実施形態１で説明したネットワーク監視用ノード７１とデータ配信元クライアントノード８１の機能が異なっている。ネットワーク監視用ノード７１は、実施形態１で説明したネットワーク監視用ノード７１に加え、さらにメタデータ送信手段３１を備える。すなわち、ネットワーク監視用サーバ７２と、ファイルエントリデータベース７３と、クライアントノードエントリデータベース７４と、ネットワーク監視サーバデータベース７５と、クライアントノード認証手段３２と、メタデータ送信手段３１と、を備えている。また、データ配信元クライアントノード８１は、実施形態１で説明したメタデータ送信手段１３を用いない。すなわち、データ配信元クライアントノード８１は、メタデータ記憶手段１１と、クライアントノード認証情報問合せ手段１４と、暗号鍵送信手段１５と、暗号鍵発生手段２１と、データピース生成手段２２とを備えている。また、データ要求クライアントノード８３は、データピース収集手段１６と、暗号化ファイルデータ復元手段１７と、を備える。データ要求クライアントノード８３は、さらに、データ配信元問合せ手段１８と、データ要求手段１２と、暗号化判別手段１９と、非暗号化ファイルデータ復元手段２０と、を備えることが好ましい。暗号化ファイルデータ復元手段１７は、暗号鍵取得手段を備えることが好ましい。
【０１３０】
メタデータ送信手段３１は、データ要求クライアントノード８３のデータ要求手段１２からファイルデータの要求を受けると、ファイルエントリデータベース７３を参照し、要求のあったファイルデータについてのファイル配信メタデータをデータ要求クライアントノード８３へ送信する。メタデータ送信手段３１の送信したファイル配信メタデータは、データ要求クライアントノード８３のデータピース収集手段１６に入力される。データピース収集手段１６の機能及び動作は、実施形態１と同様である。ファイル配信メタデータは、データ配信元クライアントノード８１だけでなく、ネットワーク監視用ノード７１も蓄積し、ネットワーク監視用ノード７１でも管理されている。このため、暗号鍵を除いては、ネットワーク監視用ノード７１からもファイル配信メタデータをデータ要求クライアントノード８３に配信することができる。ネットワーク監視用ノード７１がファイル配信メタデータを直接データ要求クライアントノード８３へ提供することで、データ配信元クライアントノードの負荷を減らすことができる。どのコンテンツの人気がいつ高まるかは不明であるので、あらかじめクライアントノード端末の負荷を減らしておくことで、コンテンツ配信サービスの品質を維持することができる。
【０１３１】
以上述べたように、実施形態１及び実施形態２により、Ｐ２Ｐによるネットワークメカニズムとファイル分散技術および暗号による相互認証技術とを、効果的に活用することにより、不正なコンテンツが流通することを防止すると共に、ファイルデータの配信元の著作権を、保護できる効果的なファイル共有の手段を提供することが可能となる。また、実施形態１及び実施形態２により、Ｐ２Ｐメカニズムを活用して、ネットワーク内に流出したファイルデータを、ネットワークから事実上、消去することも可能とし、かつ、ネットワーク内での情報の流通を、通信事業者による安全な管理のもとで、効率的に運用すること可能とするものである。また、ネットワーク上で、無効なトラヒック負荷をネットワーク通信事業者の判断で制御することも可能である。また、実施形態１及び実施形態２により、Ｐ２Ｐ技術によるファイルデータの交換を、安全化することが可能となり、更に、ネットワーク内でのトラヒック負荷分散を、同時に実現することができる手段を提供することができるため、ネットワークを、構築および運用する通信事業者にとっては、ネットワーク資源を経済的に使用できるための有効な手段として活用し、かつ、登録されたユーザ間では、トラヒックの流通が、効果的に実現でき、両者にとって、利益の高いファイルデータの共有手段を提供することが可能となる。
【０１３２】
（実施形態３）
図２０は、本実施形態に係るネットワークデータ分散共有システムの一例を示す構成図である。ネットワークデータ分散共有システム９３は、実施形態１で説明したネットワークデータ分散共有システム９１に加え、さらに、データピースクライアントノード８２ａ、８２ａ’、８２ａ”、８２ｂ、８２ｂ’、８２ｂ”、８２ｃ、８２ｃ’、８２ｃ”を備える。また、ネットワーク監視用ノード７１は、優先順位格納データベース７７を備える。
【０１３３】
図２０に示す優先順位格納データベース７７は、データピースの取得先となるデータピースクライアントノードの優先順位を優先順位メタデータとして格納する。優先順位格納データベース７７は、ファイルエントリデータベース７３、クライアントノードエントリデータベース７４、ネットワーク監視サーバデータベース７５と同様、ネットワーク監視用サーバ７２に接続される。優先順位格納データベース７７は、ファイルエントリデータベース７３と統一した１つのデータベースとすることも可能である。
【０１３４】
ネットワーク監視用サーバ７２は、データ要求クライアントノード８３のデータ配信元問合せ手段から問い合わせを受けると、優先順位格納データベース７７を参照し、データ要求クライアントノード８３に関連する優先順位メタデータを抽出して、データ要求クライアントノード８３に送信する。
【０１３５】
図２１は、データピースクライアントノードの格納するデータピースの一例である。実施形態１で説明したように、データ配信元クライアントノード８１は、１個のファイルデータをデータピース１、データピース２及びデータピース３に分割する。論理的には、ファイルデータ＝データピース１＋データピース２＋データピース３である。ファイルデータが３つのデータピース１、データピース２及びデータピース３に分割された時に、各々のデータピースが、それそれ、３つ分に、コピーされる。たとえば、データピース１は、データピース１’およびデータピース１”にコピーされる。ファイルデータ＝データピース１’＋データピース２’＋データピース３’とも同等であり、また、ファイルデータ＝データピース１”＋データピース２”＋データピース３”とも同等である。これらは結合され、その後に、ファイルデータを復元するための暗号鍵を用いて元のファイルデータに復元することができる。
【０１３６】
データピースは、それぞれ、実施形態１で説明したように、異なるデータピースクライアントノードに格納される。たとえば、データピース１、１’、１”は、それぞれ、データピースクライアントノード８２ａ、８２ａ’、８２ａ”へ転送され、格納される。データピース２、２’、２”は、それぞれ、データピースクライアントノード８２ｂ、８２ｂ’、８２ｂ”へ転送され、格納される。データピース３、３’、３”は、それぞれ、データピースクライアントノード８２ｃ、８２ｃ’、８２ｃ”へ転送され、格納される。
【０１３７】
同一のデータピース１をコピーすることによって生じたデータピース１、１’、１”は、同一の暗号鍵で暗号化してもよいし、異なる暗号鍵で暗号化してもよい。たとえば、データピース１、１’、１”が同一の暗号鍵で暗号化されていれば、同一のデータピース１をコピーすることによって生じたデータピース１’が消失した場合であっても、データ要求クライアントノード８３は、データピース１と同一の暗号鍵を用いてファイルデータを復元することができる。一方で、データピース１、１’、１”が異なる暗号鍵で暗号化されていれば、データ要求クライアントノード８３は、それぞれ固有の暗号鍵を用いなければファイルデータを復元することができないので、安全性を確保することができる。
【０１３８】
データ要求クライアントノード８３は、実施形態１で説明したように、データピースを収集し、ファイルデータを復元する。本実施形態では、データ要求クライアントノード８３は、さらに、ネットワーク監視用ノード７１からの優先順位メタデータに基づき、｛データピース１、データピース１’、データピース１”｝の中から任意の１つのデータピースを受信し、｛データピース２、データピース２’、データピース２”｝の中からも任意の１つのデータピースを受信し、｛データピース３、データピース３’、データピース３”｝の中からも任意の１つのデータピースを受信して、要求するファイルデータを復元する。優先順位が１位となっているデータピースがデータピース１、データピース２’及びデータピース３”であれば、データ要求クライアントノード８３は、データピースクライアントノード８２ａに格納されているデータピース１、データピースクライアントノード８２ｂ’に格納されているデータピース２’及びデータピースクライアントノード８２ｃ”に格納されているデータピース３”を収集し、ファイルデータを復元することができる。
【０１３９】
ここで、暗号鍵は、データ配信元クライアントノード８１からデータ要求クライアントノード８３へ提供されることを基本とする。しかしながら、データ配信元クライアント８１の故障の場合に備え、ファイル配信メタデータに記述されるデータピース毎に、暗号鍵を、ファイルエントリデータベース７３内に、事前に格納する構成をとることも同様に可能である。ファイル配信メタデータは、ファイルエントリデータベース７３内に、複数個、格納され、適切に、通信事業者により、管理し運営されることが好ましい。
【０１４０】
図２２は、実施形態３に係るネットワークデータ分散共有システムの具体的な一例を示す構成図である。実施形態２で説明した実施形態２で説明したネットワークデータ分散共有システム９２に、さらに、優先順位格納データベース７７、応答遅延時間測定用データ送受信手段３５、メタデータ登録手段３６、メタデータ登録要求手段２３を備える。また、メタデータ送信手段３１に代えて優先順位メタデータ送信手段３１’を、データピース生成手段２２に代えてデータピース生成手段２２’を備える。
【０１４１】
図２２に示す優先順位格納データベース７７は、データ要求クライアントノード８３にデータピースを取得させるデータピースクライアントノード８２ａ、８２ａ’、８２ａ”、８２ｂ、８２ｂ’、８２ｂ”、８２ｃ、８２ｃ’、８２ｃ”の優先順位を優先順位メタデータとして格納する。優先順位として、どのデータピースを選択的に受信すれば、最も短い、配信遅延時間で、迅速にファイルを入手できるかを決定することが、ネットワークのリソースの有効活用とユーザの利便性の面では重要である。このため、優先順位は、配信遅延時間の短い順位であることが好ましい。
【０１４２】
図２３は、データピース１、１’、１”についての優先順位メタデータの一例である。優先順位メタデータは、データピース１、１’、１”それぞれについての最新の応答遅延時間、応答遅延時間の平均及び優先順位を含む。最新の応答遅延時間は、たとえばデータピース１であれば、データピース１を格納しているデータピースクライアントノード８２ａとネットワーク監視用ノード７１の最新の応答遅延時間である。応答遅延時間の平均は、たとえばデータピース１であれば、データピースクライアントノード８２ａとネットワーク監視用ノード７１の応答遅延時間の平均である。優先順位は、データピース１、１’、１”内での最新の応答遅延時間の短い順である。優先順位メタデータは、図２３に示すように、データピース１、１’、１”が格納されているデータピースクライアントノード８２ａ、８２ａ’、８２ａ”のＩＤ（識別情報）とともに、ファイル配信メタデータの内容も含むことが好ましい。たとえば、優先順位メタデータには、データピース１、１’、１”のチェックサム、データピース１、１’、１”の暗号鍵も含むことが好ましい。
【０１４３】
図２３において、優先順位メタデータは、ファイル配信メタデータとともに格納されていてもよい。たとえば、ファイルデータのファイル名と、ファイルデータのトータルサイズと、データピースごとのファイル名、チェックサム及び暗号鍵が、データピースが格納されているデータピースクライアントノードの識別情報、最新の応答遅延時間、応答遅延時間の平均及び優先順位とともに、ファイルエントリデータベース７３または優先順位格納データベース７７に格納される。なお、ファイル配信メタデータは、ファイル名、および各データピース名は、ハッシュ値で格納しておくことが好ましい。また、優先順位メタデータは、ファイルエントリデータベース７３又はメタデータ記憶手段１１の記憶するファイル配信メタデータに関わるデータ形式で保持されることが好ましいが、この形式に限定されるものではない。
【０１４４】
図２３において、データピース１、１’、１”のどれも、内容的には同じ情報に対応しているが、配信遅延時間の面ではもっとも有利と考えられるため、データピース１”を格納しているデータピースクライアントノード８２ａ”の優先順位が１位となっている。データ要求クライアントノード８３は、優先順位メタデータを受信することによって、データピース１を格納するデータピースクライアントノード８２ａ、８２ａ’、８２ａ”のうち、優先順位が１位である、すなわち、配信遅延時間の面ではもっとも有利なデータピースクライアントノード８２ａ”からデータピース１”を取得することができる。データピース２、２’、２”及びデータピース３、３’、３”についても、データピース１、１’、１”と同様の優先順位メタデータが作成される。
【０１４５】
図２２に示す応答遅延時間測定用データ送受信手段３５は、優先順位格納データベース７７に格納する優先順位メタデータの情報を取得する。たとえば優先順位を決定するための情報を取得する。情報の取得は、一定、または、任意に決定される周期で行うことが好ましく、これにより、優先順位格納データベース７７に格納されている優先順位メタデータを、最新の情報に随時更新することができる。
【０１４６】
取得した優先順位を決定するための情報は、適切な処理がなされた後に、優先順位格納データベース７７に格納される。優先順位格納データベース７７に既に格納されているファイルデータであれば、データピースを格納しているデータピースクライアントノード８２の優先順位が更新される。優先順位格納データベース７７と同様のデータベースが他のクライアントノード、例えばデータ配信元クライアントノード８１に格納されている場合は、データ配信元クライアントノード８１に格納されている優先順位メタデータも更新する。この場合、優先順位メタデータは、図２３に開示した形式で定期的に送ることが好ましい。
【０１４７】
優先順位が応答遅延時間で決定される場合、応答遅延時間測定用データ送受信手段３５は、全てのデータピースクライアントノード８２に対して、ＰＩＮＧなどの応答遅延測定用のデータを配信する。そして、ポーリングを行い、その応答遅延時間を測定する。配信は、たとえば、通信事業者が周期的に行う。この場合、データピースクライアントノード８２は、応答遅延時間測定用データ送受信手段３５からの、一定、または、任意に決定される周期での、ポーリング等の要求に応答する。
【０１４８】
優先順位メタデータ送信手段３１’は、実施形態２で説明したように、データ要求クライアントノード８３のデータ要求手段１２からファイルデータの要求を受けると、ファイルエントリデータベース７３を参照し、要求のあったファイルデータについてのファイル配信メタデータをデータ要求クライアントノード８３へ送信する。
【０１４９】
本実施形態では、優先順位メタデータ送信手段３１’は、ファイルデータの要求を受けると、さらに、ファイルデータの要求を行ったデータ要求クライアントノード８３に対して、当該ファイルデータに関連する優先順位メタデータを、優先順位格納データベース７７から抽出して、データ要求クライアントノード８３に提供する。ここで、優先順位メタデータは、ファイル配信メタデータと共通のメタデータとして、データ要求クライアントノード８３に送信してもよい。また、優先順位メタデータ送信手段３１’は、優先順位メタデータから優先順位が１位となっているデータピースクライアントノード８２を抽出して、抽出したデータピースクライアントノード８２からデータピースを取得するためのファイル配信メタデータを、データ要求クライアントノード８３に提供してもよい。
【０１５０】
図２２に示すデータ要求クライアントノード８３のデータピース収集手段１６は、実施形態２で説明したように、ファイル配信メタデータを、優先順位メタデータ送信手段３１’から取得する。データピース収集手段１６は、優先順位メタデータ送信手段３１’から取得したファイル配信メタデータに基づき、データピースクライアントノード８２からデータピースを取得する。
【０１５１】
本実施形態では、データピース収集手段１６は、さらに、ファイル配信メタデータおよび優先順位メタデータを、優先順位メタデータ送信手段３１’から取得する。そして、データピース収集手段１６は、ファイル配信メタデータおよび優先順位メタデータに基づき、データピースクライアントノード８２からデータピースを取得する。ファイル配信メタデータおよび優先順位メタデータを取得することで、優先順位格納データベース７７にて管理されている優先順位の高いデータピースクライアントノード８２からデータピースを取得することができる。
【０１５２】
１つのファイルデータが図２１で説明したデータピース１、１’、１”、２、２’、２”、３、３’、３”、に分割されている場合、最初に分割された３つのデータピース１、データピース２、データピース３のそれぞれから、優先順位の高いデータピースを受信する。たとえば、データピース収集手段１６は、｛データピース１，データピース１’，データピース１”｝の中から任意の１つのファイルを受信し、｛データピース２，データピース２’，データピース２”｝の中からも任意の１つのファイルを受信し、また、｛データピース３，データピース３’，データピース３”｝の中からも任意の１つのデータピースを受信する。そして、それぞれのデータピースに対応する暗号鍵を、クライアントノード認証情報問合せ手段１４および暗号鍵送信手段１５を介してデータ配信元クライアントノード８１から取得する。これにより、データ要求クライアントノード８３は、要求するファイルデータを完全に復元できる。
【０１５３】
一方、データ配信元クライアントノード８１のデータピース生成手段２２’は、実施形態１で説明したように、暗号鍵発生手段２１の発生させる暗号鍵を用いてファイルデータを暗号化かつ分割してデータピースを生成させ、さらに暗号化し、当該暗号化したデータピースをデータピースクライアントノード８２に格納する。そして、ファイル配信メタデータをメタデータ記憶手段１１に記憶させる。
【０１５４】
本実施形態では、暗号化したデータピースをデータピースクライアントノード８２に格納する際に、データピース生成手段２２’は、メタデータ登録要求手段２３の取得した優先順位メタデータに基づいて、格納先のデータピースクライアントノード８２を決定する。さらに、データピース生成手段２２’は、メタデータ登録要求手段２３の取得した優先順位メタデータに基づいて、ファイルデータの分割数を決定してもよい。
【０１５５】
データ配信元クライアントノード８１のメタデータ登録要求手段２３は、ネットワーク監視用ノード７１に対して、新たに発生させるファイル配信メタデータの登録要求を送信し、ネットワーク監視用ノード７１から優先順位メタデータを取得する。たとえば、データピース生成手段２２’に新たなファイルデータが入力されると、メタデータ登録要求手段２３は、ファイルデータのファイル名やデータ容量などの優先順位を決定するための情報をメタデータ登録手段３６に送信する。そして、メタデータ登録手段３６から優先順位メタデータを取得する。
【０１５６】
ネットワーク監視用ノード７１のメタデータ登録手段３６は、メタデータ登録要求手段２３からファイル配信メタデータの登録要求を受け取ると、優先順位格納データベース７７を参照し、当該登録要求のあったファイルデータに応じた優先順位メタデータを抽出し、当該抽出した優先順位メタデータをデータ配信元クライアントノード８１に送信する。当該登録要求のあったファイルデータに応じた優先順位メタデータは、たとえば、ファイルデータのファイルサイズに応じた分割数、および、決定した分割数と同数のデータピースクライアントノード８２についての情報である。分割数が３であり、優先順位の高いデータピースクライアントノード８２が図２０に示すデータピースクライアントノード８２ａ’、８２ｂ、８２ｃ”の場合、メタデータ登録手段３６は、優先順位の高いデータピースクライアントノード８２ａ’、８２ｂ、８２ｃ”の識別情報を抽出し、データピースクライアントノード８２ａ’、８２ｂ、８２ｃ”の識別情報やＩＰアドレスなどが格納された優先順位メタデータを送信する。
【０１５７】
（優先順位の更新）
図２１に示す応答遅延時間測定用データ送受信手段３５は、優先順位格納データベース７７に格納する優先順位メタデータを更新する。図２４は、優先順位が配信遅延時間である場合に、応答遅延時間測定用データ送受信手段がデータピースクライアントノード間での配信遅延時間を取得する手順を示す流れ図である。以下、更新処理の一例について説明する。
【０１５８】
第１の手順Ｓ１１１では、ネットワーク監視用ノード７１が、優先順位の決定のための初期設定処理を行う。ここで、初期設定処理は、たとえば、優先順位格納データベース７７に格納されている情報のリセット、データピースクライアントノードの登録処理である。さらに、応答遅延時間を測定するための応答遅延時間測定用データのネットワークへの配信処理を行う。第２の手順Ｓ１１２では、第１の手順で配信した応答遅延時間測定用データによって測定されたデータピースクライアントノードの応答遅延時間の測定結果を収集する。
【０１５９】
第２の手順Ｓ１１２において、各データピースクライアントノードからの応答を受信していれば、第３の手順Ｓ１１３へ移行する。第３の手順Ｓ１１３では、第２の手順Ｓ１１２で受信した応答を、データピースクライアントノードごとに平均を算出する。そして、優先順位格納データベース７７の最新の応答遅延時間および応答遅延時間の平均を更新する。第２の手順Ｓ１１２において、データピースクライアントノードからの応答を受信していなければ、第４の手順Ｓ１１４へ移行する。第４の手順Ｓ１１４では、第２の手順Ｓ１１２で配信した応答遅延時間測定用データがすべてのデータピースクライアントノードに送信されたか否かを判定する。
【０１６０】
第４の手順Ｓ１１４において、応答遅延時間測定用データがすべてのデータピースクライアントノードに送信されていなければ、第５の手順Ｓ１１５へ移行する。第５の手順Ｓ１１５では、まだ応答遅延時間測定用データを配信していない次のデータピースクライアントノードについて初期設定を行う。第６の手順Ｓ１１６では、第５の手順Ｓ１１５で初期設定を行ったデータピースクライアントノードについて、応答遅延時間を測定するための応答遅延時間測定用データのネットワークへの配信処理を行う。そして、第５の手順Ｓ１１５、第６の手順Ｓ１１６、第２の手順Ｓ１１２および第４の手順Ｓ１１４を、第４の手順Ｓ１１４において、すべてのデータピースクライアントノードに送信されていると判定されるまで繰り返す。
【０１６１】
第７の手順Ｓ１１７の手順では、応答遅延時間測定用データに対する応答が、すべてのデータピースクライアントノードからあったか否かを判定する。第７の手順Ｓ１１７の手順において、応答遅延時間測定用データに対する応答が、すべてのデータピースクライアントノードからでない場合、第８の手順Ｓ１１８に移行する。第８の手順Ｓ１１８では、設定タイマーにて設定されている時間が経過しているか否かを判定する。設定されている時間は、たとえば、そのデータピースクライアントノードに応答遅延時間測定用データを送信してから一定の時間である。第８の手順Ｓ１１８の手順において、設定タイマーにて設定されている時間が経過していない場合は、第７の手順Ｓ１１７に移行する。一方、設定タイマーにて設定されている時間が経過している場合は、第９の手順Ｓ１１９に移行する。
【０１６２】
第７の手順Ｓ１１７の手順において、応答遅延時間測定用データに対する応答が、すべてのデータピースクライアントノードからあった場合、第９の手順Ｓ１１９に移行する。第９の手順Ｓ１１９では、データ配信元クライアントノード８１に対して、優先順位メタデータが更新された旨を通知する。そして、優先順位メタデータの更新を終了する。
【０１６３】
上記の優先順位メタデータの更新を行うことによって、応答遅延時間測定用データ送受信手段３５は、優先順位格納データベース７７に格納する情報を更新することができる。更新は、データ配信元クライアントノード８１からの要求に基づいて行ってもよいし、あらかじめ定められた時間ごとに行ってもよい。また、ネットワーク監視用ノード７１が複数備わる場合には、優先順位格納データベース７７内の情報は、複数のネットワーク監視用ノード７１間において、定期的に更新処理されて、運用されることが好ましい。
【０１６４】
（優先順位の決定）
以下に、優先順位の具体的な決定例を、データピース１について図２０を用いて説明する。上述のように、応答遅延時間測定用データ送受信手段３５は、データピースクライアントノード８２ａ、８２ａ’、８２ａ”からの応答遅延時間を測定する。データピースクライアントノード８２ａ、８２ａ’、８２ａ”からの応答遅延時間を、それぞれ、Ｒ（８２ａ）、Ｒ（８２ａ’）、Ｒ（８２ａ”）を表現する。この中でもっとも短い応答遅延時間を、Ｍｉｎ１｛Ｒ（８２ａ），Ｒ（８２ａ’），Ｒ（８２ａ”）｝と表現する。たとえば、図２３に示すデータピース１の最新の応答遅延時間であれば、Ｍｉｎ１｛Ｒ（８２ａ”）｝＝２．５ｍｓとなる。同様に、２番目に短い応答遅延時間をもつクライアントノードを、Ｍｉｎ２｛Ｒ（８２ａ），Ｒ（８２ａ’），Ｒ（８２ａ”）｝、３番目に短い応答遅延時間をもつクライアントノードを、Ｍｉｎ３｛Ｒ（８２ａ），Ｒ（８２ａ’），Ｒ（８２ａ”）｝で表現する。もし、冗長化されて分散配備されたデータピースクライアントノード８２がＮ台ある場合は、Ｎ番目（Ｎは正の整数）に短い応答遅延時間をもつデータピースクライアントノード（最も応答の遅いノード）を、ＭｉｎＮ｛Ｒ（８２ａ），Ｒ（８２ａ’），Ｒ（８２ａ”）……Ｒ８２ａ’’’^・・・’’’’｝で、表現する。このように表現された最新の応答遅延時間を用いて優先順位を決定することができる。
【０１６５】
優先順位を決定する際には、最新の応答遅延時間と応答遅延時間の平均とを、ある重み付けによって決定することも可能である。たとえば、データピースクライアントノード８２ａ、８２ａ’、８２ａ”からの平均応答遅延時間が過去のある時点で測定されたときから現在に至るまでの平均遅延時間を、Ａ（８２ａ）、Ａ（８２ａ’）、Ａ（８２ａ”）と表現する。このとき、優先順位の決定に当たっては、重み付け係数を、それぞれ、ｐ、ｑとして、データピースの取得先の優先順位を以下の式によって、決定することも可能である。
（数１）

【０１６６】
これらの値の具体的な決定に際しては、ネットワーク監視用ノード７１がネットワークの運用を、適切に行う際に、フレキシブルに決定する決定することも可能である。たとえば、図２３の例ではｐ＝２、ｑ＝５の場合においても、データピースクライアントノード８２ａ”の優先順位が１位となって選ばれるが、ｐ＝１、ｑ＝１０の場合のように、応答遅延時間の平均値に対して、大きな重み付け係数を掛けて評価する場合には、データピースクライアントノード８２ａの優先順位が１位となる。その他、応答遅延時間の平均と最新の応答遅延時間に対して、対等に、重み付けの係数を掛ける方法も可能である。なお、優先順位格納データベース７７の優先順位の情報を決定する方法は、この方法に限定されない。
【０１６７】
（実施形態３における実施例１）
図２５は、本実施例に係るネットワークデータ分散共有システムの構成概略図である。図２６は、本実施例に係るネットワークデータ分散共有システムのデータシーケンスである。本実施例に係るネットワークデータ分散共有システムでは、データ配信元クライアントノード８１が、優先順位メタデータの優先順位に従ってデータピースを送信する。
【０１６８】
ネットワークデータ分散共有システム９３では、実施形態１で説明したように、データ配信元クライアントノード８１がＰ２Ｐネットワークに対してファイルデータを公開する。データ配信元クライアントノード８１は、ファイル配信メタデータを生成する。ここで、ファイル配信メタデータは、たとえば、データ配信元クライアントノード８１自身のクライアントノードＩＤ、公開する予定のファイルデータのファイル名、公開する予定のファイルデータのトータルデータサイズ、公開する予定のファイルデータのトータルデータチェックサム値である。公開するファイルデータのチェックサム値の算出にはファイルデータの一意性を保障するハッシュ関数を用いることが好ましい。この際に、用いるハッシュ関数としてはＭＤ５などが適用可能であるが、これに限定されるものではない。
【０１６９】
ここで、特定のクライアントノードＩＤを持つクライアントノードにのみデータを公開する場合、自由配信許可フラグを無効にし、データ要求クライアントノード８３をデータ配信元クライアントノード８１自身で認証することが好ましい。
【０１７０】
第１の手順では、データ配信元クライアントノード８１が、１つのファイルデータを３つのデータピース１、２、３に分割する場合に、ネットワーク監視用サーバ７２に対して、最も、配信効率が良いと推定されるデータピースクライアントノードに関する問い合わせを行う。この際、ネットワーク監視用ノード７１が認証を行うのに必要な情報、たとえば、データ配信元クライアントノード８１のクライアントノードＩＤを送信する。また、データピースごとにデータピースクライアントノードを決定するため、公開予定のファイルデータのファイル名やデータサイズを送信する。
【０１７１】
第２の手順では、ネットワーク監視用サーバ７２は、データ配信元クライアントノード８１からの問い合わせを受けると、優先順位格納データベース７７を参照する。たとえば、優先順位格納データベース７７には、データピースクライアントノードの組み合わせ｛８２ａ，８２ａ’，８２ａ”｝、｛８２ｂ，８２ｂ’，８２ｂ”｝および｛８２ｃ，８２ｃ’，８２ｃ”｝の組み合わせが格納されている。そして、データピースクライアントノードのそれぞれの組み合わせの中で、データピースクライアントノード８２ａ’、８２ｂ、８２ｃ”の優先順位が１位となっている場合、ネットワーク監視用サーバ７２は、データピースクライアントノードの組み合わせ｛８２ａ’，８２ｂ、８２ｃ”｝を抽出し、優先順位メタデータとして、データ配信元クライアントノード８１に返送する。
【０１７２】
第３の手順では、データ配信元クライアントノード８１は、データ配信元クライアントノード８１は、第２の手順で受信したデータピースクライアントノードの組み合わせ｛８２ａ’、８２ｂ、８２ｃ”｝の識別情報などを含んだファイル配信メタデータを、ネットワーク監視サーバ７２に送信する。第４の手順では、データ配信元クライアントノード８１は、生成したデータピースを、それぞれ、第２の手順で取得したデータピースクライアントノード８２ａ’、８２ｂ、８２ｃ”に送信する。第５の手順では、データ配信元クライアントノード８１がすべてのデータピースがデータピースクライアントノード８２ａ、８２ｂおよび８２ｃ”に送信した後、ネットワーク監視サーバ７２に対して、ファイルエントリデータベース７３に格納されているファイル配信メタデータの更新指令を送信する。
【０１７３】
データ配信元となるデータ配信元クライアントノード８１が、公開したいファイルデータを、いくつに分割し、どのデータピースクライアントノードに対して、どのように分散配信するかについての指示は、ネットワーク運用者が、例えば、図２３に示す形式のデータをデータ配信クライアントに、送付することにより行うことが好ましい。ネットワーク運用者のみが、最新のネットワークリソースの使用状況を判断できるからである。データ配信元クライアント８１は、この指示に、対応して動作するための通信用ソフトウェアを具備することが好ましい。
【０１７４】
データ配信元クライアントノード８１自身が、任意に当該データピースの配信先を決定することも可能である。この場合、データ配信元クライアントノード８１は、ファイルデータの分割を決めた後に、自身の生成した暗号鍵によってファイルデータを暗号化する。データ配信元クライアント８１がファイルデータを分割した時は、各々の分割されたデータピース毎に、別々の暗号鍵を用い、データピースのファイル名には、ハッシュ値を用いることが、セキュリティ上、好ましい。データピースのファイル名にハッシュ値を用いた場合は、ファイル配信メタデータ内の各データピースのチェックサム部は省略することも可能である。
【０１７５】
（実施形態４）
図２７は、本実施形態に係るネットワークデータ分散共有システムの具体的な一例を示す構成図である。本実施形態に係るネットワークデータ分散共有システム９４は、実施形態３において説明したネットワークデータ分散共有システム９３と、前提とするシステムが実施形態１で説明したネットワークデータ分散共有システム９１である点で異なる。すなわち、ネットワークデータ分散共有システム９４では、実施形態１で説明したネットワークデータ分散共有システム９１に、さらに、優先順位格納データベース７７、応答遅延時間測定用データ送受信手段３５、優先順位メタデータ送信手段３１”、メタデータ登録手段３６、メタデータ登録要求手段２３を備える。また、メタデータ送信手段１３に代えて優先順位メタデータ送信手段１３”を、データピース生成手段２２に代えてデータピース生成手段２２’を備える。
【０１７６】
優先順位格納データベース７７、応答遅延時間測定用データ送受信手段３５、データピース生成手段２２’およびメタデータ登録要求手段２３およびメタデータ登録手段３６については、実施形態３で説明したとおりである。
【０１７７】
データ配信元クライアントノード８１の優先順位メタデータ送信手段１３”は、実施形態１で説明したように、データ要求クライアントノード８３のデータ要求手段１２からファイルデータの要求を受けると、メタデータ記憶手段１１を参照し、ファイルデータについてのファイル配信メタデータをデータ要求クライアントノード８３に送信する。
【０１７８】
本実施形態では、優先順位メタデータ送信手段１３”は、データ要求クライアントノード８３からファイルデータの要求を受けると、さらに、優先順位の問い合わせをネットワーク監視用ノード７１に行い、ファイルデータの要求のあった当該ファイルデータに関連する優先順位メタデータを、ネットワーク監視用ノード７１の優先順位メタデータ送信手段３１”から取得する。そして、優先順位メタデータ送信手段１３”は、ファイル配信メタデータおよび優先順位メタデータを、データ要求クライアントノード８３に送信する。
【０１７９】
ネットワーク監視用ノード７１の優先順位メタデータ送信手段３１”は、優先順位メタデータ送信手段１３”から優先順位の問い合わせを受けると、ファイルデータの要求のあったファイルデータに関連する優先順位メタデータを、優先順位格納データベース７７から抽出して、優先順位メタデータ送信手段１３”に提供する。
【０１８０】
データ要求クライアントノード８３のデータピース収集手段１６は、実施形態１で説明したように、ファイル配信メタデータを、優先順位メタデータ送信手段１３”から取得する。そして、データピース収集手段１６は、優先順位メタデータ送信手段１３”から取得したファイル配信メタデータに基づき、データピースクライアントノード８２からデータピースを取得する。
【０１８１】
本実施形態では、データピース収集手段１６は、さらに、ファイル配信メタデータおよび優先順位メタデータを、優先順位メタデータ送信手段１３”から取得する。そして、データピース収集手段１６は、ファイル配信メタデータおよび優先順位メタデータに基づき、データピースクライアントノード８２からデータピースを取得する。ファイル配信メタデータおよび優先順位メタデータを取得することで、優先順位格納データベース７７にて管理されている優先順位の高いデータピースクライアントノード８２からデータピースを取得することができる。
【０１８２】
（実施形態４における実施例１）
データ要求クライアントノード８３がファイルデータを取得するまでの手順を図２８及び図２９を用いて説明する。図２８は、本実施例に係るネットワークデータ分散共有システムの一例を示す構成図である。図２９は、本実施例に係るネットワークデータ分散共有システムのデータシーケンスである。ネットワークデータ分散共有システム９４は、データ要求クライアントノード８３への優先順位メタデータの直接の提供元が、ネットワーク監視用ノード７１ではなくデータ配信元クライアントノード８１である点でネットワークデータ分散共有システム９３と異なる。図２８では、簡単のため、データピースクライアントノード８２ａ、８２ａ’、８２ａ”、８２ｂ、８２ｂ’、８２ｂ”、８２ｃ、８２ｃ’、８２ｃ”のうち、各データピースにおいて優先順位が１位となっているデータピースクライアントノード８２ａ’、８２ｂ、８２ｃ”のみを記載し、他のデータピースクライアントノード８２ａ、８２ａ”、８２ｂ’、８２ｂ”、８２ｃ、８２ｃ’は省略した。
【０１８３】
第１の手順では、データ要求クライアントノード８３は、実施形態１で説明したように、データ配信元クライアントノード８１に対して、ファイルデータの要求を行う。この際、データ要求クライアントノード８３は、自身のＩＤ情報や認証に用いられる情報を送信する。
【０１８４】
第２の手順では、データ配信元クライアントノード８１は、データ要求クライアントノード８３からファイルデータの要求を受信すると、最新の最適なデータピースクライアントノードに関わる優先順位メタデータの取得要求をネットワーク監視用サーバ７２に対して送信する。また、データ配信元クライアントノード８１は、自身の格納するファイル配信メタデータを取得する。
【０１８５】
第３の手順では、ネットワーク監視用サーバ７２は、優先順位メタデータの最新情報を優先順位格納データベース７７から取得し、優先順位格納データベース７７から取得した優先順位メタデータを、データ配信元クライアントノード８１に送信する。
【０１８６】
第４の手順では、データ配信元クライアントノード８１は、ファイル配信メタデータを、優先順位メタデータとともに、データ要求クライアントノード８３に送信する。ここで、優先順位メタデータ及びファイル配信メタデータが１つのメタデータとなっている場合は、そのメタデータには、データピースクライアントノード８２ａ’、８２ｂ、８２ｃ”の優先順位や、データ配信元クライアントノード８１である自己のクライアントノードＩＤ、公開する予定のファイルデータのファイル名、公開する予定のファイルデータのトータルデータサイズ、公開する予定のファイルデータのトータルデータチェックサム値が含まれる。公開するファイルデータのチェックサム値の算出にはファイルデータの一意性を保障するハッシュ関数としてＭＤ５等を用いることが好ましいが、この方法に限定されるものではない。
【０１８７】
また、データ配信元クライアントノード８１は、ネットワーク監視用サーバ７２から取得した優先順位メタデータに基づいて、メタデータ記憶手段に記憶しているファイル配信メタデータのなかから優先順位の高いデータピース１、２、３の取得先となるデータピースクライアントノード８２ａ’、８２ｂ、８２ｃ”を選択した上でファイル配信メタデータを送信してもよい。
【０１８８】
第５の手順、第６の手順、第７の手順、第８の手順、第９の手順および第１０の手順では、データ要求クライアントノード８３は、優先順位メタデータ及びファイル配信メタデータを取得すると、優先順位メタデータ及びファイル配信メタデータに基づいて、データピースクライアントノード８２ａ’、８２ｂ、８２ｃ”からデータピースを取得する。ここで、データピースクライアントノード８２ａ’、８２ｂ、８２ｃ”は、データ配信元クライアントノード８１がファイルデータを３つのデータピースに分割した時に、その時点で最適なデータピースクライアントノードと同一である。しかし、優先順位格納データベース７７に格納されている優先順位メタデータを随時更新すれば、最新の応答遅延時間に基づいて、優先順位を決定できる。すなわち、優先順位メタデータによっては、他のデータピースクライアントノードの組み合わせもありうる。
【０１８９】
第１１の手順では、すべてのデータピースがデータ要求クライアントノード８３に送信された後は、データ要求クライアントノード８３は、データ配信元クライアントノード８１に対して、データピースクライアントノード８２ａ’、８２ｂ、８２ｃ”のＩＤ、ファイルデータの名、データピースのファイル名を送信する。
【０１９０】
第１２の手順では、データ配信元クライアントノード８１は、データ要求クライアントノード８３の認証、ならびに課金処理等を実施後に、データ要求クライアントノード８３にファイルデータを復元するための暗号鍵の送信を行う。
【０１９１】
以上の手順を行うことによって、データ要求クライアントノード８３は、ファイルデータを復元することができる。
【産業上の利用可能性】
【０１９２】
本発明は、通信事業者、例えば、携帯電話会社が、携帯電話をデータ配信元クライアントノードにしたり、データ要求クライアントノードにしたりすることによって、コンテンツ配信元ユーザの特定を行うと共に、セキュリティ上の面でも、コンテンツ配信元の著作権を保護し、かつ、ネットワークサービスを安全に提供するコンテンツ配信サービスの提供に利用することができる。
【図面の簡単な説明】
【０１９３】
【図１】本実施形態に係るネットワークデータ分散共有システムの構成概略図である。
【図２】ネットワークデータ分散共有システム９１の一例を示す構成図である。
【図３】ファイルエントリデータベースの格納するファイル配信メタデータの一例である。
【図４】メタデータ記憶手段に記憶されるファイル配信メタデータの構成例である。
【図５】クライアントノードのシステム構成の一例を示す模式図である。
【図６】実施例１に係るネットワークデータ分散共有システムの構成概略図である。
【図７】実施例１に係るネットワークデータ分散共有システムのデータシーケンスである。
【図８】実施例２に係るネットワークデータ分散共有システムの構成概略図である。
【図９】実施例２に係るネットワークデータ分散共有システムのデータシーケンスである。
【図１０】実施例３に係るネットワークデータ分散共有システムの構成概略図である。
【図１１】実施例３に係るネットワークデータ分散共有システムのデータシーケンスである。
【図１２】実施例４に係るネットワークデータ分散共有システムの構成概略図である。
【図１３】実施例４に係るネットワークデータ分散共有システムのデータシーケンスである。
【図１４】実施例５に係るネットワークデータ分散共有システムの構成概略図である。
【図１５】実施例５に係るネットワークデータ分散共有システムのデータシーケンスである。
【図１６】データ要求クライアントノードに送信されるファイル配信メタデータの構成例である。
【図１７】実施例６に係るネットワークデータ分散共有システムの構成概略図である。
【図１８】実施例６に係るネットワークデータ分散共有システムのデータシーケンスである。
【図１９】実施形態２に係るネットワークデータ分散共有システムの一例を示す構成図である。
【図２０】実施形態３に係るネットワークデータ分散共有システムの一例を示す構成図である。
【図２１】データピースについての優先順位メタデータの一例である。
【図２２】実施形態３に係るネットワークデータ分散共有システムの具体的な一例を示す構成図である。
【図２３】データピースクライアントノードの格納するデータピースの一例である。
【図２４】優先順位が配信遅延時間である場合に、応答遅延時間測定用データ送受信手段がデータピースクライアントノード間での配信遅延時間を取得する手順を示す流れ図である。
【図２５】実施形態３における実施例１に係るネットワークデータ分散共有システムの構成概略図である。
【図２６】実施形態３における実施例１に係るネットワークデータ分散共有システムのデータシーケンスである。
【図２７】実施形態４に係るネットワークデータ分散共有システムの具体的な一例を示す構成図である。
【図２８】実施形態４における実施例１に係るネットワークデータ分散共有システムの構成概略図である。
【図２９】実施形態４における実施例１に係るネットワークデータ分散共有システムのデータシーケンスである。
【符号の説明】
【０１９４】
１１メタデータ記憶手段
１２データ要求手段
１３メタデータ送信手段
１３” 優先順位メタデータ送受信手段
１４クライアントノード認証情報問合せ手段
１５暗号鍵送信手段
１６データピース収集手段
１７暗号化ファイルデータ復元手段
１８データ配信元問合せ手段
１９暗号化判別手段
２０非暗号化ファイルデータ復元手段
２１暗号鍵発生手段
２２データピース生成手段
２２’ データピース生成手段
２３メタデータ登録要求手段
３１メタデータ送信手段
３１’、３１” 優先順位メタデータ送信手段
３２クライアントノード認証手段
３３通信接続情報通知手段
３４自由配信許可フラグ判別手段
３５応答遅延時間測定用データ送受信手段
３６メタデータ登録手段
７１ネットワーク監視用ノード
７２ネットワーク監視用サーバ
７３ファイルエントリデータベース
７４クライアントノードエントリデータベース
７５ネットワーク監視サーバデータベース
７６位置情報受信手段
７７優先順位格納データベース
８０クライアントノード
８１データ配信元クライアントノード
８２ａ、８２ｂ、８２ｃ、８２ｃ’ データピースクライアントノード
８２ａ’、８２ａ”、８２ｂ’、８２ｂ”、８２ｃ” データピースクライアントノード
８３データ要求クライアントノード
８４情報変更要求クライアントノード
８５既存クライアントノード
８６後からＰ２Ｐネットワークに参加してきたクライアントノード
９１、９２ネットワークデータ分散共有システム
９３、９４ネットワークデータ分散共有システム
９７測位衛星
１０１通信ネットワーク
１０２データ格納手段
１０３制御用端末

【特許請求の範囲】
【請求項１】
ネットワーク監視用ノード及び前記ネットワーク監視用ノードに予め登録されている複数のクライアントノードがネットワークで互いに接続されているシステムであって、
前記クライアントノードのうち少なくとも１つのクライアントノードは、ファイルデータを所有しているデータ配信元クライアントノードであり、
前記クライアントノードのうち少なくとも１つのクライアントノードは、前記ファイルデータが分割されかつ暗号化されているデータピースを格納しているデータピースクライアントノードであり、
前記クライアントノードのうち少なくとも１つのクライアントノードは、前記データ配信元クライアントノードに対し、前記ファイルデータの要求を行うデータ要求クライアントノードであり、
前記ネットワーク監視用ノードは、
前記クライアントノードを認証するためのクライアントノード認証情報を格納するクライアントノードエントリデータベースを備え、
前記データ配信元クライアントノードは、
前記ファイルデータ固有のファイルデータ識別情報、前記データピース固有のデータピース識別情報、前記データピースクライアントノード固有のデータピースクライアントノード識別情報、及び、前記データピースを前記ファイルデータに復元する暗号鍵を、ファイル配信メタデータとして格納するメタデータ記憶手段と、
前記データ要求クライアントノードから前記ファイルデータの要求を受けると、前記メタデータ記憶手段を参照し、前記ファイルデータについての前記ファイル配信メタデータを前記データ要求クライアントノードに送信するメタデータ送信手段と、
前記データ要求クライアントノードから前記ファイルデータの要求を受けると、前記データ要求クライアントノードのクライアントノード認証情報が前記クライアントノードエントリデータベースに格納されていることを前記ネットワーク監視用ノードへ問い合わせるクライアントノード認証情報問合せ手段と、
前記クライアントノード認証情報問合せ手段が認証を行うと、前記メタデータ記憶手段の記憶する暗号鍵を前記データ要求クライアントノードへ送信する暗号鍵送信手段と、を備え、
前記データ要求クライアントノードは、
前記データ配信元クライアントノードの送信した前記ファイル配信メタデータに基づき、前記データピースクライアントノードから前記データピースを取得するデータピース収集手段と、
前記データ配信元クライアントノードの送信した前記ファイル配信メタデータに基づいて、前記データ配信元クライアントノードの送信した前記暗号鍵を用い、前記データピース収集手段の収集する前記データピースを前記ファイルデータに復元する暗号化ファイルデータ復元手段と、を備えることを特徴とするネットワークデータ分散共有システム。
【請求項２】
前記データ要求クライアントノードは、前記データ配信元クライアントノードと通信接続を行うための通信接続情報を前記ネットワーク監視用ノードに問い合わせるデータ配信元問合せ手段をさらに備え、
前記ネットワーク監視用ノードは、
前記ファイルデータ識別情報、前記データ配信元クライアントノード固有のデータ配信元クライアントノード識別情報、前記データピース識別情報、及び、前記データピースクライアントノード識別情報を、ファイル配信メタデータとして格納するファイルエントリデータベースと、
前記データ配信元問合せ手段からの問い合わせを受けると、前記データ要求クライアントノードのクライアントノード認証情報が前記クライアントノードエントリデータベースに格納されていることを認証するクライアントノード認証手段と、
前記クライアントノード認証手段が認証を行うと、前記ファイルエントリデータベースを参照し、前記データ配信元問合せ手段から問い合わせのあったファイルデータを所有する前記データ配信元クライアントノードの通信接続情報を、前記データ要求クライアントノードに通知する通信接続情報通知手段と、
をさらに備えることを特徴とする請求項１に記載のネットワークデータ分散共有システム。
【請求項３】
前記ファイル配信メタデータには、前記データピースの自由取得を許可するか否かを示す自由配信許可フラグがさらに含まれており、
前記ネットワーク監視用ノードは、
前記データ配信元問合せ手段からの問い合わせを受けると、前記ファイルエントリデータベースを参照し、問い合わせられたファイルデータの前記自由配信許可フラグを判別する自由配信許可フラグ判別手段をさらに備え、
前記ネットワーク監視用ノードの前記通信接続情報通知手段は、前記自由配信許可フラグ判別手段が前記データピースの自由取得を許可する前記ファイルデータであることを判別すると、問い合わせられたファイルデータのファイル配信メタデータを、前記データ要求クライアントノードにさらに通知することを特徴とする請求項２に記載のネットワークデータ分散共有システム。
【請求項４】
ネットワーク監視用ノード及び前記ネットワーク監視用ノードに予め登録されている複数のクライアントノードがネットワークで互いに接続されているシステムであって、
前記クライアントノードのうち少なくとも１つのクライアントノードは、ファイルデータを所有しているデータ配信元クライアントノードであり、
前記クライアントノードのうち少なくとも１つのクライアントノードは、前記ファイルデータが分割されかつ暗号化されているデータピースを格納しているデータピースクライアントノードであり、
前記クライアントノードのうち少なくとも１つのクライアントノードは、前記データ配信元クライアントノードに対し、前記ファイルデータの要求を行うデータ要求クライアントノードであり、
前記ネットワーク監視用ノードは、
前記クライアントノードを認証するためのクライアントノード認証情報を格納するクライアントノードエントリデータベースと、
前記ファイルデータ固有のファイルデータ識別情報、前記データ配信元クライアントノード固有のデータ配信元クライアントノード識別情報、前記データピース固有のデータピース識別情報、及び、前記データピースクライアントノード固有のデータピースクライアントノード識別情報を、ファイル配信メタデータとして格納するファイルエントリデータベースと、
前記データ要求クライアントノードから前記ファイルデータの要求を受けると、前記ファイルエントリデータベースを参照し、前記ファイルデータについての前記ファイル配信メタデータを前記データ要求クライアントノードへ送信するメタデータ送信手段と、を備え、
前記データ配信元クライアントノードは、
前記ファイルデータ識別情報、前記データピース識別情報、前記データピースクライアントノード識別情報、及び、前記データピースを前記ファイルデータに復元する暗号鍵を、ファイル配信メタデータとして格納するメタデータ記憶手段と、
前記データ要求クライアントノードから前記ファイルデータの要求を受けると、前記データ要求クライアントノードのクライアントノード認証情報が前記クライアントノードエントリデータベースに格納されていることを認証するクライアントノード認証情報問合せ手段と、
前記クライアントノード認証情報問合せ手段が認証を行うと、前記メタデータ記憶手段の記憶する暗号鍵を前記データ要求クライアントノードへ送信する暗号鍵送信手段と、を備え、
前記データ要求クライアントノードは、
前記ネットワーク監視用ノードの送信した前記ファイル配信メタデータに基づき、前記データピースクライアントノードから前記データピースを取得するデータピース収集手段と、
前記データ配信元クライアントノードの送信した前記ファイル配信メタデータに基づいて、前記データ配信元クライアントノードの送信した前記暗号鍵を用い、前記データピース収集手段の収集する前記データピースを前記ファイルデータに復元する暗号化ファイルデータ復元手段と、
を備えることを特徴とするネットワークデータ分散共有システム。
【請求項５】
前記データ要求クライアントノードは、前記データ配信元クライアントノードと通信接続を行うための通信接続情報を前記ネットワーク監視用ノードに問い合わせるデータ配信元問合せ手段をさらに備え、
前記ネットワーク監視用ノードは、
前記データ配信元問合せ手段からの問い合わせを受けると、前記データ要求クライアントノードのクライアントノード認証情報が前記クライアントノードエントリデータベースに格納されていることを認証するクライアントノード認証手段と、
前記クライアントノード認証手段が認証を行うと、ファイルエントリデータベースを参照し、前記データ配信元問合せ手段から問い合わせのあったファイルデータを所有する前記データ配信元クライアントノードの通信接続情報を、前記データ要求クライアントノードに通知する通信接続情報通知手段と、
をさらに備えることを特徴とする請求項４に記載のネットワークデータ分散共有システム。
【請求項６】
前記データ配信元クライアントノードは、
暗号鍵を発生させる暗号鍵発生手段と、
前記暗号鍵発生手段の発生させる暗号鍵を用いて自己の所有するファイルデータを暗号化かつ分割して前記データピースを生成させるデータピース生成手段と、
をさらに備え、
前記メタデータ記憶手段は、前記データピース生成手段の用いた暗号鍵を前記暗号鍵として記憶することを特徴とする請求項１から５のいずれかに記載のネットワークデータ分散共有システム。
【請求項７】
前記ネットワーク監視用ノードは複数であり、
前記ネットワーク監視用ノードのそれぞれは、前記データ配信元クライアントノードとネットワークで接続され、
前記データ配信元クライアントノードは、複数の前記ネットワーク監視用ノードのうちのいずれかを選択して通信接続を行うネットワーク監視用ノード選択手段をさらに備えることを特徴とする請求項１から６のいずれかに記載のネットワークデータ分散共有システム。
【請求項８】
複数の前記ネットワーク監視用ノードのうち少なくとも１つは、前記ファイルエントリデータベースがさらに前記暗号鍵を格納する暗号鍵蓄積サーバであり、
前記暗号鍵送信手段は、前記暗号鍵蓄積サーバから前記暗号鍵を取得することを特徴とする請求項７に記載のネットワークデータ分散共有システム。
【請求項９】
前記クライアントノードは、衛星測位システム若しくは無線測位システム又は衛星測位システム及び無線測位システムによって自己の位置情報を取得し、当該位置情報を前記ネットワーク監視用ノードへ継続的に送信する位置情報通知手段をさらに備え、
前記データ配信元クライアントノードは、前記データ要求クライアントノードとの通信中において、前記クライアントノード認証情報問合せ手段が、継続的に前記ネットワーク監視用ノードに問い合わせることを特徴とする請求項１から８のいずれかに記載のネットワークデータ分散共有システム。
【請求項１０】
前記ネットワーク監視用ノードは、
前記データピースの取得先となる前記データピースクライアントノードの優先順位を優先順位メタデータとして格納する優先順位格納データベースと、
前記ファイルデータの要求を行った前記データ要求クライアントノードに対して、当該ファイルデータに関連する前記優先順位メタデータを、前記優先順位格納データベースから抽出して、前記データ要求クライアントノードに提供する優先順位メタデータ送信手段と、をさらに備え、
前記データ要求クライアントノードの前記データピース収集手段は、さらに、前記ネットワーク監視用ノードからの前記優先順位メタデータの優先順位に基づき、前記データピースクライアントノードから前記データピースを取得することを特徴とする請求項１から９のいずれかに記載のネットワークデータ分散共有システム。
【請求項１１】
前記データ配信元クライアントノードは、
前記ネットワーク監視用ノードに対して、新たに発生させる前記ファイル配信メタデータの登録要求を送信し、前記ネットワーク監視用ノードから前記優先順位メタデータを取得するメタデータ登録要求手段をさらに備え、
前記ネットワーク監視用サーバは、
前記メタデータ登録要求手段から前記ファイル配信メタデータの登録要求を受け取ると、前記優先順位格納データベースを参照し、当該登録要求のあったファイルデータに応じた前記優先順位メタデータを抽出し、当該抽出した前記優先順位メタデータを前記データ配信元クライアントノードに送信するメタデータ登録手段をさらに備えることを特徴とする請求項１０に記載のネットワークデータ分散共有システム。

【図１】