(57)【要約】【課題】ネットワークシステムにおいてノード間で直接接続してファイル配布が行われる際に、ファイルの不要な拡散を防止することができるファイル情報の管理方法、及びノードとしての情報処理装置を提供する。【解決手段】ネットワークシステムにおけるノード間で直接接続してファイルを配布するに際して、各ノードがファイルに署名を施し、配布されたノードが署名の履歴を確認し、ファイルの保存・配布範囲に照らして、受領するかどうかを決定することにより、ファイルの不要な拡散を防止する。【選択図】図６
2008288764.tif 000002
【特許請求の範囲】
【請求項１】
ノード間で互いにファイル情報を送受信するネットワークシステムにおけるファイル情報の管理方法であって、
送信ノードが、配布するファイルに、当該送信ノードを特定するための情報を暗号化し、署名として付与するファイル署名工程と、
前記ファイル署名工程において署名を付与された前記ファイルを、前記送信ノードから受信ノードに配布するファイル配布工程と、
前記ファイル配布工程において配布されたファイルから、受信ノードが、前記ファイル署名工程によって付与された署名を復号して、送信ノードを認証する署名認証工程と、
前記署名認証工程による認証結果、及びファイルの保存・配布範囲を定める所定の条件に応じて、前記受信ノードが、前記ファイルを保存するか破棄するかを決定する受領決定工程と、を有する
ことを特徴とするファイル情報の管理方法。
【請求項２】
前記受領決定工程によって保存の決定したファイルに、受信ノードが、当該受信ノードを特定するための情報を暗号化し、署名として付与し、
前記受信ノードが新たに送信ノードとして、署名を付与された前記ファイルを、新たな受信ノードに配布する
ことを特徴とする請求項１に記載のファイル情報の管理方法。
【請求項３】
前記ファイル配布工程の実行される前に、前記ファイルにセキュリティーポリシーを付与するセキュリティーポリシー付与工程と、
前記受領決定工程の実行される前に、前記ファイル配布工程によって配布されたファイルから、前記セキュリティーポリシー付与工程によって付与された前記セキュリティーポリシーを抽出するセキュリティーポリシー抽出工程と、を有し、
前記受領決定工程では、
前記セキュリティーポリシー抽出工程により抽出されたセキュリティーポリシーに応じて、前記ファイルを保存するか破棄するかを決定する
ことを特徴とする請求項１または２に記載のファイル情報の管理方法。
【請求項４】
前記受領決定工程では、
前記セキュリティーポリシー抽出工程により抽出されたすべてのセキュリティーポリシーの有効性を、それぞれのセキュリティーポリシーを付与したそれぞれのノードの重要度に応じて判定し、
有効と判定されたすべてのセキュリティーポリシーに応じて、前記ファイルを保存するか破棄するかを決定する
ことを特徴とする請求項３に記載のファイル情報の管理方法。
【請求項５】
前記セキュリティーポリシー付与工程において付与されるセキュリティーポリシーには、
配布する前記ファイルの保存・配布範囲を定めるための、ワークグループ、保存メディア、または配布ポップ数に関する情報、そして保存・配布禁止のノードを特定する情報の一つ以上が含まれる
ことを特徴とする請求項３または４に記載のファイル情報の管理方法。
【請求項６】
前記署名認証工程において認証を行った署名数が所定の数を超えた場合、
前記受領決定工程では、受信した前記ファイルを破棄する決定を行う
ことを特徴とする請求項１乃至５の何れか１項に記載のファイル情報の管理方法。
【請求項７】
前記ファイル署名工程における署名には、
署名したノードを特定する情報、署名したノードが保有するパスワード情報及び署名したノードが所属するグループに関する情報の一つ以上が含まれる
ことを特徴とする請求項１乃至６の何れか１項に記載のファイル情報の管理方法。
【請求項８】
前記署名認証工程では、
抽出した署名の正当性を認証ノードに問い合わせ、前記認証ノードが、署名したノードに関する認証結果情報を返す
ことを特徴とする請求項１乃至７の何れか１項に記載のファイル情報の管理方法。
【請求項９】
ノード間で互いにファイル情報を送受信するネットワークシステムにおける、ノードとしての情報処理装置であって、
配布するファイルに、配布元ノードを特定するための情報を暗号化し、署名として付与するファイル署名手段と、
前記ファイル署名手段により署名を付与された前記ファイルを、他のノードに配布するファイル配布手段と、
前記ファイル配布手段によって配布されたファイルから、前記ファイル署名手段によって付与された署名を復号して、配布元のノードを認証する署名認証手段と、
前記署名認証手段による認証結果、及びファイルの保存・配布範囲を定める所定の条件に応じて、前記ファイルを保存するか破棄するかを決定する受領決定手段と、を有する
ことを特徴とする情報処理装置。
【請求項１０】
前記ファイル署名手段は、
前記受領決定手段によって保存の決定したファイルに、ノードを特定するための情報を暗号化し、署名として付与する
ことを特徴とする請求項９に記載の情報処理装置。
【請求項１１】
前記ファイルにセキュリティーポリシーを付与するセキュリティーポリシー付与手段と、
前記ファイル配布手段により配布されたファイルから、前記セキュリティーポリシー付与手段によって付与された前記セキュリティーポリシーを抽出するセキュリティーポリシー抽出手段と、を有し、
前記受領決定手段は、
前記セキュリティーポリシー抽出工程により抽出されたセキュリティーポリシーに応じて、前記ファイルを保存するか破棄するかを決定する
ことを特徴とする請求項９または１０に記載の情報処理装置。
【請求項１２】
前記受領決定手段は、
前記セキュリティーポリシー抽出手段により抽出されたすべてのセキュリティーポリシーの有効性を、それぞれのセキュリティーポリシーを付与したそれぞれのノードの重要度に応じて判定し、
有効と判定されたすべてのセキュリティーポリシーに応じて、前記ファイルを保存するか破棄するかを決定する
ことを特徴とする請求項１１に記載の情報処理装置。
【請求項１３】
前記セキュリティーポリシー付与手段により付与されるセキュリティーポリシーには、
配布する前記ファイルの保存・配布範囲を定めるための、ワークグループ、保存メディア、または配布ポップ数に関する情報、そして保存・配布禁止のノードを特定する情報の一つ以上が含まれる
ことを特徴とする請求項１１または１２に記載の情報処理装置。
【請求項１４】
前記署名認証手段により認証を行った署名数が所定の数を超えた場合、
前記受領決定手段は、受信した前記ファイルを破棄する決定を行う
ことを特徴とする請求項９乃至１３の何れか１項に記載の情報処理装置。
【請求項１５】
前記ファイル署名手段による署名には、
署名したノードを特定する情報、署名したノードが保有するパスワード情報及び署名したノードが所属するグループに関する情報の一つ以上が含まれる
ことを特徴とする請求項９乃至１４の何れか１項に記載の情報処理装置。
【請求項１６】
前記署名認証手段は、
抽出した署名の正当性を認証ノードに問い合わせ、前記認証ノードから、署名したノードに関する認証結果情報を取得する
ことを特徴とする請求項９乃至１５の何れか１項に記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ノード間で互いにファイル情報を送受信するネットワークシステムにおけるファイル情報の管理方法、及びネットワークを構成するノードとしての情報処理装置に関する。
【背景技術】
【０００２】
近年、ネットワークを構成する任意のノード間で自由にデータの送受信を行うような通信形態を有するネットワークが盛んに利用されるようになってきた。
【０００３】
代表的な形態として、Ｐ２Ｐ（Ｐｅｅｒ  ｔｏ  Ｐｅｅｒ）と呼ばれる通信ネットワークの形態がある。Ｐ２Ｐは不特定多数のノード間で直接情報のやり取りを行なうネットワークの利用形態であり、技術的に中央サーバの媒介を要するものと、バケツリレー式にデータを運ぶものの２種類がある。
【０００４】
こういった分散処理のネットワーク形態では、任意のノード間で直接接続してファイル情報などの送受信を行うために、通信の自由度が向上し便利になる反面、第三者によるファイル情報の搾取や不用意なデータ流出など安全面においての危険性が増してくるという傾向があった。
【０００５】
個人情報や機密情報がネットワークを経由して流失してしまう可能性が懸念されるし、またたとえ機密情報でなくても、必要以上にデータファイルが拡散すると、ウィルス感染時に汚染範囲を拡散してしまったり、問題が生じたときの対策を困難にしてしまったりする恐れがある。
【０００６】
こういった分散処理のネットワーク形態でのデータ流出に対する安全性を確保するため、暗号化通信の技術も研究されてきた。しかしながら、通信毎に暗号化を行って機密を守ることができても、それだけではファイルの流失自体を防ぐことはできない。たとえ暗号化した状態でも不用意に流出することは、やはり問題を引き起こす危険がある。
【０００７】
任意のノード間で直接接続してファイル情報の送受信などを行う際に、署名を用いて相手ノードを認証するという安全性対策も研究されている（特許文献１、２、参照）。
【０００８】
特許文献１では、通信するデータへの署名方法に関する技術が提案されている。この署名により受信したノードでは、送信元のノードを確認することができる。また特許文献２では、やはりデータファイルに署名ファイルを付加して送信する技術が開示されている。受信側では、署名が確認できない場合は、データファイルを無視するなり、警告を行うなどの処置をとる。
【０００９】
しかしながら、何れも相手ノードを確認するという署名の機能は有効であるものの、確認した結果で応答するだけである。署名が正当であればファイル配布への制限は行わないし、またそれまでどのくらいファイルが拡散してきたかというファイルの配布経歴なども関与しない。
【００１０】
ファイルの不用意な拡散を防止するためには、これらの署名を、ファイルの送受信とより緊密に結びつけ、各ノードが組織的にファイルへの署名を実行し、それらに基づいてファイル受領を制限するなど、よりきめ細かいファイル配布制限の実施と関連付けられるような署名の利用形態が望ましい。
【特許文献１】特開平１１−６５４４０号公報
【特許文献２】特開２００３−２１８８５９号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
上記のように、ネットワークシステムにおいてノード間で直接接続してファイル情報などの送受信を行う際に、第三者によるファイル情報の搾取や不用意なデータ流出など安全面においての危険性が問題となっていた。また暗号化や、署名の利用も、ファイル配布の不用意な拡散の制限という観点からは十分なものではなかった。
【００１２】
本発明の目的は、上記の課題を解決し、ネットワークシステムにおいてノード間で直接接続してファイル配布が行われる際に、ファイルの不要な拡散を防止することができるファイル情報の管理方法、及びノードとしての情報処理装置を提供することである。
【課題を解決するための手段】
【００１３】
上記の課題を解決するために、本発明は以下の特徴を有するものである。
【００１４】
１．  ノード間で互いにファイル情報を送受信するネットワークシステムにおけるファイル情報の管理方法であって、送信ノードが、配布するファイルに、当該送信ノードを特定するための情報を暗号化し、署名として付与するファイル署名工程と、前記ファイル署名工程において署名を付与された前記ファイルを、前記送信ノードから受信ノードに配布するファイル配布工程と、前記ファイル配布工程において配布されたファイルから、受信ノードが、前記ファイル署名工程によって付与された署名を復号して、送信ノードを認証する署名認証工程と、前記署名認証工程による認証結果、及びファイルの保存・配布範囲を定める所定の条件に応じて、前記受信ノードが、前記ファイルを保存するか破棄するかを決定する受領決定工程と、を有することを特徴とするファイル情報の管理方法。
【００１５】
２．  前記受領決定工程によって保存の決定したファイルに、受信ノードが、当該受信ノードを特定するための情報を暗号化し、署名として付与し、前記受信ノードが新たに送信ノードとして、署名を付与された前記ファイルを、新たな受信ノードに配布することを特徴とする１に記載のファイル情報の管理方法。
【００１６】
３．  前記ファイル配布工程の実行される前に、前記ファイルにセキュリティーポリシーを付与するセキュリティーポリシー付与工程と、前記受領決定工程の実行される前に、前記ファイル配布工程によって配布されたファイルから、前記セキュリティーポリシー付与工程によって付与された前記セキュリティーポリシーを抽出するセキュリティーポリシー抽出工程と、を有し、前記受領決定工程では、前記セキュリティーポリシー抽出工程により抽出されたセキュリティーポリシーに応じて、前記ファイルを保存するか破棄するかを決定することを特徴とする１または２に記載のファイル情報の管理方法。
【００１７】
４．  前記受領決定工程では、前記セキュリティーポリシー抽出工程により抽出されたすべてのセキュリティーポリシーの有効性を、それぞれのセキュリティーポリシーを付与したそれぞれのノードの重要度に応じて判定し、有効と判定されたすべてのセキュリティーポリシーに応じて、前記ファイルを保存するか破棄するかを決定することを特徴とする３に記載のファイル情報の管理方法。
【００１８】
５．  前記セキュリティーポリシー付与工程において付与されるセキュリティーポリシーには、配布する前記ファイルの保存・配布範囲を定めるための、ワークグループ、保存メディア、または配布ポップ数に関する情報、そして保存・配布禁止のノードを特定する情報の一つ以上が含まれることを特徴とする３または４に記載のファイル情報の管理方法。
【００１９】
６．  前記署名認証工程において認証を行った署名数が所定の数を超えた場合、前記受領決定工程では、受信した前記ファイルを破棄する決定を行うことを特徴とする１乃至５の何れか１項に記載のファイル情報の管理方法。
【００２０】
７．  前記ファイル署名工程における署名には、署名したノードを特定する情報、署名したノードが保有するパスワード情報及び署名したノードが所属するグループに関する情報の一つ以上が含まれることを特徴とする１乃至６の何れか１項に記載のファイル情報の管理方法。
【００２１】
８．  前記署名認証工程では、抽出した署名の正当性を認証ノードに問い合わせ、前記認証ノードが、署名したノードに関する認証結果情報を返すことを特徴とする１乃至７の何れか１項に記載のファイル情報の管理方法。
【００２２】
９．  ノード間で互いにファイル情報を送受信するネットワークシステムにおける、ノードとしての情報処理装置であって、配布するファイルに、配布元ノードを特定するための情報を暗号化し、署名として付与するファイル署名手段と、前記ファイル署名手段により署名を付与された前記ファイルを、他のノードに配布するファイル配布手段と、前記ファイル配布手段によって配布されたファイルから、前記ファイル署名手段によって付与された署名を復号して、配布元のノードを認証する署名認証手段と、前記署名認証手段による認証結果、及びファイルの保存・配布範囲を定める所定の条件に応じて、前記ファイルを保存するか破棄するかを決定する受領決定手段と、を有することを特徴とする情報処理装置。
【００２３】
１０．  前記ファイル署名手段は、前記受領決定手段によって保存の決定したファイルに、ノードを特定するための情報を暗号化し、署名として付与することを特徴とする９に記載の情報処理装置。
【００２４】
１１．  前記ファイルにセキュリティーポリシーを付与するセキュリティーポリシー付与手段と、前記ファイル配布手段により配布されたファイルから、前記セキュリティーポリシー付与手段によって付与された前記セキュリティーポリシーを抽出するセキュリティーポリシー抽出手段と、を有し、前記受領決定手段は、前記セキュリティーポリシー抽出工程により抽出されたセキュリティーポリシーに応じて、前記ファイルを保存するか破棄するかを決定することを特徴とする９または１０に記載の情報処理装置。
【００２５】
１２．  前記受領決定手段は、前記セキュリティーポリシー抽出手段により抽出されたすべてのセキュリティーポリシーの有効性を、それぞれのセキュリティーポリシーを付与したそれぞれのノードの重要度に応じて判定し、有効と判定されたすべてのセキュリティーポリシーに応じて、前記ファイルを保存するか破棄するかを決定することを特徴とする１１に記載の情報処理装置。
【００２６】
１３．  前記セキュリティーポリシー付与手段により付与されるセキュリティーポリシーには、配布する前記ファイルの保存・配布範囲を定めるための、ワークグループ、保存メディア、または配布ポップ数に関する情報、そして保存・配布禁止のノードを特定する情報の一つ以上が含まれることを特徴とする１１または１２に記載の情報処理装置。
【００２７】
１４．  前記署名認証手段により認証を行った署名数が所定の数を超えた場合、前記受領決定手段は、受信した前記ファイルを破棄する決定を行うことを特徴とする９乃至１３の何れか１項に記載の情報処理装置。
【００２８】
１５．  前記ファイル署名手段による署名には、署名したノードを特定する情報、署名したノードが保有するパスワード情報及び署名したノードが所属するグループに関する情報の一つ以上が含まれることを特徴とする９乃至１４の何れか１項に記載の情報処理装置。
【００２９】
１６．  前記署名認証手段は、抽出した署名の正当性を認証ノードに問い合わせ、前記認証ノードから、署名したノードに関する認証結果情報を取得することを特徴とする９乃至１５の何れか１項に記載の情報処理装置。
【発明の効果】
【００３０】
本発明にかかるファイル情報の管理方法、及びノードとしての情報処理装置によれば、ネットワークシステムにおけるノード間で直接接続してファイルを配布するに際して、各ノードがファイルに署名を施し、配布されたノードが署名の履歴を確認し、ファイルの保存・配布範囲に照らして、受領するかどうかを決定することにより、ファイルの不要な拡散を防止することができる。
【発明を実施するための最良の形態】
【００３１】
以下に、図を参照して本発明に係る実施形態を説明する。
【００３２】
（ネットワークの全体構成）
図１は本実施形態に係るファイル情報の管理方法方法、及び情報処理装置により構成されるネットワーク１の全体的な構成の例を示す図である。図１を用いて本発明の実施形態に係るネットワーク１について、その全体構成を説明する。
【００３３】
本発明の実施形態に係るネットワーク１は、図１に示すように、複数台の端末装置２（２１、２２、…、２ｎ）、スイッチングハブ３、ルータ４、および認証サーバ５などのノードによって構成されるＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）である。これらの端末装置２は、スイッチングハブ３にツイストペアケーブルによってスター型に繋がれている。
【００３４】
ネットワークを構成するノードとしての端末装置２は、本発明に係る情報処理装置であり、パーソナルコンピュータ、ワークステーション、またはプリンタなどのような、他の装置との間でデータの入出力の処理を実行する装置である。以下、ノードといえば単にこの端末装置のことを指し、情報処理装置としてのパーソナルコンピュータが用いられるものとして説明する。
【００３５】
また本実施形態では、Ｐ２Ｐ（Ｐｅｅｒ  ｔｏ  Ｐｅｅｒ）と呼ばれる通信ネットワークの形態を採っている。Ｐ２Ｐは不特定多数のノード間で直接情報のやり取りを行なうネットワークの利用形態であり、技術的に中央サーバの媒介を要するものと、バケツリレー式にデータを運ぶものの２種類がある。中央サーバを要する場合にも、中央サーバはファイル検索データベースの提供とノードの接続管理のみを行っており、データ自体のやり取りはノード間の直接接続によって行われている。
【００３６】
また、中央サーバがホストとして集中処理するような形態であっても、任意のクライアントが中央サーバとしての機能を果たすよう随時変更可能なシステムもあり、実質的には不特定多数の任意のノード間で直接情報のやり取りを行なうＰ２Ｐのシステムと同等機能を有すると見なせるようなネットワーク形態もある。
【００３７】
本実施形態では、中央サーバは用いず、後で図３の接続トポロジーを説明するが、予め関連付けられたノード（情報処理装置）２間では直接接続を行い、通信する。その他のノードとは、直接接続したノードを介して間接的に接続することになる。認証サーバ（認証ノード）５は認証のための証明書に関わる管理のみを担い、通信のための接続には直接関わらない。またルータ４もノード（情報処理装置）間の通信には直接関与しない。
【００３８】
Ｐ２Ｐでは、直接ノード同士が通信するため、如何にお互いの正当性を認証するか、不正の入り込む余地を抑制するかというセキュリティが重要である。そのために認証サーバ（以後、認証ノードという）５の発行するディジタル証明書を用いる。また認証ノード５は、各ノードからの問い合わせにより、提出されたディジタル署名（以後、単に署名という）のノードに対する認証を行う。
【００３９】
以下、上記の観点から、本実施形態に係るネットワークにおいて、これらのノード２同士がデータ通信を行い、各ノード間で配布されたファイル情報が必要以上に拡散していかないように管理する方法とノード（情報処理装置）について説明する。
【００４０】
（情報処理装置の構成）
図２はノード（情報処理装置）２のハードウェア構成の例を示す図である。
【００４１】
情報処理装置２は、図２に示すように、ＣＰＵ２０ａ、ＲＡＭ２０ｂ、ＲＯＭ２０ｃ、ハードディスク２０ｄ、通信インタフェース２０ｅ、画像インタフェース２０ｆ、入出力インタフェース２０ｇ、その他の種々の回路または装置などによって構成される。
【００４２】
通信インタフェース２０ｅは、例えばＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）であって、ツイストペアケーブルを介してスイッチングハブ３のいずれかのポートに繋がれている。画像インタフェース２０ｆは、モニタと繋がれており、画面を表示するための映像信号をモニタに送出する。
【００４３】
入出力インタフェース２０ｇは、キーボード若しくはマウスなどの入力装置またはＣＤ−ＲＯＭドライブなどの外部記憶装置などと繋がれている。そして、ユーザが入力装置に対して行った操作の内容を示す信号を入力装置から入力する。または、ＣＤ−ＲＯＭなどの記録媒体に記録されているデータを外部記憶装置に読み取らせ、これを入力する。または、記録媒体に書き込むためのデータを外部記憶装置に出力する。
【００４４】
ハードディスク２０ｄには、後で機能ブロック図（図５）を用いて説明するが、接続テーブル保持部２０１、接続テーブル管理部２０２、データ保持部２０３、データ操作部２０４、署名部２０５、セキュリティー部２０６、データ受信部２０７、データ解析部２０８、データ作成部２０９、およびデータ送信部２１０などの機能を実現するためのプログラムおよびデータが格納されている。これらのプログラムおよびデータは必要に応じてＲＡＭ２０ｂに読み出され、ＣＰＵ２０ａによってプログラムが実行される。
【００４５】
各ノード２には、それぞれ、他のノード２との識別のための識別情報として、ホスト名（マシン名）、ＩＰアドレス、およびＭＡＣアドレスが与えられている。ホスト名は、ネットワーク１の管理者などが自由に付けることができる。ＩＰアドレスは、ネットワーク１の規則に従って与えられる。ＭＡＣアドレスは、そのノード２の通信インタフェース１０ｅに対して固定的に与えられているアドレスである。なおＭＡＣアドレスに代えて、他のユニークなＩＤを用いてもよい。
【００４６】
本実施形態では、ノード（情報処理装置）２１、２２、…ごとに「ＰＣ１」、「ＰＣ２」、…のようなホスト名が付されているものとする。以下、これらのノード２をホスト名によって記載することがある。
【００４７】
（ノードの接続形態）
図３はノードの接続形態、すなわち情報処理装置２の論理的なトポロジーの例を示す図である。図３を用いてノード（情報処理装置）の接続形態を説明する。
【００４８】
ノード２は、図３に示すように、仮想空間に配置されているものと仮想されている。そして、点線で示すように、仮想空間内の近隣の少なくとも１台の他のノード２と関連付けられている。かつ、これらの関連付けによって、すべてのノード２が互いに直接的にまたは間接的に関連するようになっている。
【００４９】
なお、「直接的に関連」とは、図３において１本の点線で繋がれていること（例えば、図３のＰＣ１とＰＣ２またはＰＣ９とのような関係）を言い、「間接的に関連」とは、２本以上の点線および１つ以上のノードで繋がれていること（例えば、図３のＰＣ１とＰＣ４とのような関係）を言う。ノード２は、自らに直接的に関連付けられている他のノード２に対してデータを送信する。
【００５０】
図４は、図３のように関連付けられたノード２の接続テーブルＴＬの例を示す図である。各ノード２毎に、直接データ送信可能な、「直接的に関連」付けられている他のノード２との接続のための情報のリストをテーブル化して保持している。
【００５１】
例えば、図３におけるＰＣ１、ＰＣ２、ＰＣ６、ＰＣ７、ＰＣ８、およびＰＣ９には、それぞれ図４に示すような接続テーブルＴＬ１、ＴＬ２、ＴＬ６、ＴＬ７、ＴＬ８、およびＴＬ９が保持されている。
【００５２】
（情報処理装置の各部の機能）
図５（ａ）はノード（情報処理装置）２の機能的構成の例を示すブロック図である。図５（ａ）を用いてノード２の各部の処理機能について説明する。
【００５３】
接続テーブル保持部２０１は、そのノード２自身に直接的に関連付けられている他のノード２のホスト名、ＩＰアドレス、およびＭＡＣアドレスなどの属性の一覧を示す接続テーブルＴＬを保存している。例えば、それぞれのノードの接続テーブル保持部２０１に保持されている接続テーブルの例を、図４を用いて既述した。これらの接続テーブルＴＬの内容は、各ノード２の関連付けに基づいて管理者によって予め作成される。
【００５４】
接続テーブル管理部２０２は、上記接続テーブル保持部２０１に保持される接続テーブルＴＬの管理を行う。
【００５５】
データ保持部２０３は、そのノード２またはユーザなどの属性を示す属性データ、そのノード２自身の認証のために必要なデータ、オペレーティングシステム（ＯＳ）またはアプリケーションソフトなどが使用するデータ、ユーザがアプリケーションソフトによって作成したデータ、その他種々のデータを、ファイルとして保存している。
【００５６】
データ操作部２０４は、データ保持部２０３にデータを保存し、またはデータ保持部２０３に保存されているデータを更新するなどの処理を行う。例えば、ノード２の環境または設定内容が変わるごとに、属性データを更新する。またデータ操作部２０４は、他のノードから取得したデータ（情報）の処理と一時保存も行う。
【００５７】
署名部２０５は、配布するファイルに署名を埋め込む。受信したファイルに埋め込まれた署名に基づいて署名ノードの認証を行う。また認証結果に応じて、そのファイルを受領するかどうかを決定する。
【００５８】
セキュリティー部２０６は、署名済みのファイルを配布する。配布するファイルにセキュリティーポリシーを付与する。またファイルからセキュリティーポリシーを抽出する。
【００５９】
データ操作部２０４、署名部２０５、セキュリティー部２０６は、必要に応じてデータ受信部２０７、データ送信部２１０を介してネットワーク１の他のノード２とデータ通信を行い、また必要に応じて接続テーブル保持部２０１、データ保持部２０３のデータを参照、あるいは更新する。
【００６０】
図５（ｂ）は、署名部２０５及びセキュリティー部２０６の機能の内部構成を示す図である。図５（ｂ）を用いて署名部２０５及びセキュリティー部２０６の機能、すなわち他のノードとの署名による認証処理、及びファイル配布とその制限に関する処理機能について説明する。
【００６１】
署名部２０５には、配布するファイルに自らの署名を施すファイル署名部２０５ａと、ファイルから署名を抽出し、復号して、配布元のノードを認証する署名認証部２０５ｂと、署名認証結果に応じて、ファイルを受領するかどうかを決定する受領決定部２０５ｃが含まれる。これらは以下のような処理動作を行うように制御するものである。
【００６２】
ファイル署名部２０５ａは、例えば配布しようとするファイルに、自らのノードを特定するための情報を自らの秘密鍵で暗号化し、署名として埋め込む。これにより受信ノードに配布元である自らのノードを認証してもらう。すなわち、ファイル署名手段として機能する。
【００６３】
署名認証部２０５ｂは、例えば受信したファイルから署名を抽出し、その署名ノードが認証済みであれば、その公開鍵を用いて署名を復号化し、認証済みであることを確認する。未認証であれば、認証ノード５に問い合わせて認証確認する。また合わせて、そのノードの公開鍵を取得しておく。すなわち、署名認証手段として機能する。
【００６４】
受領決定部２０５ｃは、署名ノードの認証結果、及びファイルの保存・配布範囲を定める所定の条件に応じて、前記ファイルを保存するか破棄するかを決定する。すなわち、受領決定手段として機能する。
【００６５】
セキュリティー部２０６には、署名済みのファイルを配布するファイル配布部２０６ａと、配布するファイルにセキュリティーポリシーを付与するポリシー付与部２０６ｂと、配布されたファイルからセキュリティーポリシーを抽出するポリシー抽出部２０６ｃが含まれる。これらは以下のような処理動作を行うように制御するものである。
【００６６】
ファイル配布部２０６ａは、署名済みのファイルを他のノードに配布する。すなわち、ファイル配布手段として機能する。
【００６７】
ポリシー付与部２０６ｂは、配布するファイルにセキュリティーポリシーを付与する。セキュリティーポリシーは、安全のためにファイルの保存・配布範囲を定めるための条件である。すなわち、セキュリティーポリシー付与手段として機能する。
【００６８】
ポリシー抽出部２０６ｃは、受信したファイルからセキュリティーポリシーを抽出する。これに応じて受領するかどうか、すなわちファイルの配布範囲が制限される。ポリシー抽出部２０６ｃはセキュリティーポリシー抽出手段として機能する。
【００６９】
上記の署名部２０５、セキュリティー部２０６における各処理については、後述するファイル配布の管理フローの説明で詳細を述べる。
【００７０】
図５（ａ）に戻り、ノード（情報処理装置）２の各部の説明を続ける。
【００７１】
データ受信部２０７は、他のノード２とデータ通信を行うための制御処理を行う。データ受信部２０７は、ネットワーク１を流れるパケットのうち、そのノード２に必要なものを受信する。
【００７２】
データ解析部２０８は、データ受信部２０７が受信した受信データから必要な情報を抽出してその内容を解析することによって、その受信データの種類を判別する。
【００７３】
データ作成部２０９は、データ操作部２０４、署名部２０５、またはセキュリティー部２０６などの指示に基づいて、他のノード２に送信するための送信データを作成する。
【００７４】
データ送信部２１０は、送信データ作成部２０９によって生成され、パケット化された送信データを他のノード２に送信する。
【００７５】
（ファイル配布の管理）
既述したように、本実施形態におけるノード２は、直接的にまたは間接的に関連付けられたノード２との間で、ファイル情報の配布を行うに当たり、配布元を特定できる署名を施し、配布する。また、配布されたファイルから署名を抽出し、認証して、所定の条件を満たすかどうかによって、そのファイルを受領するかどうかを決定する。
【００７６】
これにより、ファイルの保存と配布の範囲を制限するように管理する。またファイルへの署名時に、必要ならばセキュリティーポリシーを付与することにより、ファイルの保存と配布の制限範囲は任意に制御することもできる。
【００７７】
図６は、そのファイル配布の管理の流れを示すフローチャートである。図６を用いて、ファイル配布の範囲制限の管理についての概略フローを説明する。
【００７８】
図６のステップＳ１１は、ファイル署名工程であり、配布しようとするファイルに、自らのノードを特定するための情報を自らの秘密鍵で暗号化し、署名として埋め込む。
【００７９】
ステップＳ１２は、セキュリティーポリシー付与工程であり、配布するファイルに、安全のためにファイルの保存・配布範囲を定めるための条件であるセキュリティーポリシーを付与する。
【００８０】
ステップＳ１３は、ファイル配布工程であり、上記署名済みのファイルを他のノードに配布する。
【００８１】
ステップＳ１４は、署名認証工程であり、受信したファイルから署名を抽出し、その署名ノードが認証済みであれば、その公開鍵を用いて署名を復号化し、認証済みであることを確認する。
【００８２】
ステップＳ１５は、セキュリティーポリシー抽出工程であり、受信したファイルから、ファイルの保存・配布範囲を制限するためのセキュリティーポリシーを抽出する。
【００８３】
ステップＳ１６は、受領決定工程であり、署名ノードの認証結果、及びファイルの保存・配布範囲を定める所定の条件（セキュリティーポリシー）に応じて、前記ファイルを保存するか破棄するかを決定する。
【００８４】
ファイルを保存する場合は、再配布する場合も考えられる。すなわち、ステップＳ１１へ戻って上記フローを繰り返し、ファイルに署名、セキュリティーポリシー付与を行い、再配布が行われる。上記フローを繰り返せば、何度も重ねて再配布されていくこともあり得る。
【００８５】
なお、ノード間でのファイル配布は、例えば、ＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）と呼ばれるプロトコルに従って、上記のデータファイル、署名、セキュリティーポリシーなどをまとめて送信することが望ましい。
【００８６】
以下に、ファイル配布の範囲制限の管理について。より詳細なフローの例を説明する。
【００８７】
＜ファイル配布の管理フロー例１＞
図７には、図６のフローの具体的な処理の流れの一例を示す。但し、セキュリティーポリシー付与工程とセキュリティーポリシー抽出工程は省略されており、ファイルの保存・配布範囲を定める条件は予め定められている。
【００８８】
また図８（ａ）には、図７のフローに従ってノード（ＰＣ１）からノード（ＰＣ２）とノード（ＰＣ３）にファイル１を配布する様子を示し、図８（ｂ）には、そのときの各ノードの設定を示している。
【００８９】
図７及び図８を参照して、ファイル配布の管理フロー例１を説明する。
【００９０】
まずステップＳ１０１はファイル署名工程であり、ファイル署名部２０５ａが、配布するファイルに署名を施す。
【００９１】
ステップＳ１０４はファイル配布工程であり、ファイル配布部２０６ａが、署名済みのファイルを他のノードに配布する。図８ではノード（ＰＣ１）からノード（ＰＣ２）とノード（ＰＣ３）に、ＰＣ１の署名が埋め込まれたファイル１を配布している。
【００９２】
ステップＳ２００では、配布されたファイルが受信される。すなわち、ＰＣ２とＰＣ３が、ＰＣ１から配布されてきたファイル１を受信する。
【００９３】
ステップＳ２０１とステップＳ２０３は署名認証工程であり、署名認証部２０５ｂが、受信したファイルから署名を抽出し、その署名ノードが認証済みであれば、その公開鍵を用いて署名を復号化し、認証済みであることを確認する。すなわち、図８ではＰＣ２とＰＣ３が、それぞれファイル１のＰＣ１の署名を抽出し、認証済みであることを確認する。また未認証であれば、それぞれ認証ノード５に問い合わせて認証確認する。また合わせて、そのノードの公開鍵を取得しておく。
【００９４】
ステップＳ２０３で署名の認証がＯＫ（ステップＳ２０３：ＹＥＳ）であれば、ステップＳ２０４ａを実行する。署名の認証がＯＫでない（ステップＳ２０３：ＮＯ）ときは、ステップＳ２０７へ進み、ファイルの受領を拒否する。さらにステップＳ２０９でファイルの破棄を実行する。
【００９５】
ステップＳ２０４ａは、受領決定部２０５ｃが、署名認証の結果を参照し、予め定められた保存・配布条件を満たしているかどうかを確認する。ここでは、図８（ｂ）のような設定で、配布元のノードと同一ワークグループに所属していることが保存・配布の条件として定められているとする。
【００９６】
ステップＳ２０５ａで、同一ワークグループである場合（ステップＳ２０５ａ：ＹＥＳ）は、ステップＳ２０６を実行し、ファイルを受領する。さらにステップＳ２０８でファイルを保存する。同一ワークグループでない場合（ステップＳ２０５ａ：ＮＯ）は、ステップＳ２０７及びステップＳ２０９を実行する。すなわちファイルの受領を拒否し、ファイルを破棄する。従ってステップＳ２０４ａ以降は、受領決定工程である。
【００９７】
図８の場合では、ＰＣ２とＰＣ３は、それぞれＰＣ１の署名からＰＣ１がワークグループＡであることを特定しており、ＰＣ２は配布元のＰＣ１と同一のワークグループＡであるので、ファイル１を受領し、保存する。ＰＣ３は配布元のＰＣ１と異なるワークグループＺであるので、ファイル１の受領を拒否し、破棄する。
【００９８】
このようにして、配布元のノードと同一のワークグループでないノードにファイルが拡散することはないように配布制限が行われる。
【００９９】
＜ファイル配布の管理フロー例２＞
図９には、ファイル配布の管理フロー例２を示す。但し、管理フロー例１と同様にセキュリティーポリシー付与工程とセキュリティーポリシー抽出工程は省略されている。管理フロー例１と異なるのは、ファイルを受領したノードが、そのファイルの再配布を行う点である。
【０１００】
図１０（ａ）には、図９のフローに従って、ノード（ＰＣ１）からノード（ＰＣ２）へ、さらにノード（ＰＣ２）からノード（ＰＣ３）へ、ノード（ＰＣ３）からノード（ＰＣ４）へというふうに、ファイル１が順次再配布されていく様子を示し、図１０（ｂ）には、そのときの各ノードの設定を示している。
【０１０１】
図９及び図１０を参照して、ファイル配布の管理フロー例２を説明する。但し、管理フロー例１と同様のステップについては、説明は簡略化する。
【０１０２】
まずステップＳ１０５は、管理フロー例１のステップＳ１０１とステップＳ１０４を含んだステップである。すなわち、ファイル署名工程であり、ファイル配布工程である。図１０では、まずノード（ＰＣ１）からノード（ＰＣ２）に、ＰＣ１の署名を埋め込んだファイル１を配布している。
【０１０３】
ステップＳ２０２とステップＳ２０３では、配布されたファイルが受信され、管理フロー例１と同様の署名認証工程が実行される。すなわち、図１０ではＰＣ２がファイル１のＰＣ１の署名を抽出し、認証済みであることを確認する。
【０１０４】
ステップＳ２０３で署名の認証がＯＫ（ステップＳ２０３：ＹＥＳ）であれば、次のステップＳ２０４ａを実行し、署名の認証がＯＫでない（ステップＳ２０３：ＮＯ）ときは、ステップＳ２０７へ進み、ファイルの受領を拒否するのも、管理フロー例１と同様である。
【０１０５】
ステップＳ２０４ａ以降の受領決定工程は、管理フロー例１と同様である。ここでは、ＰＣ２は配布元のＰＣ１と同一のワークグループＡであるので、ステップＳ２０６でファイル１を受領することになる。もし異なるワークグループであれば、ステップＳ２０７でファイル１の受領を拒否することになる。
【０１０６】
ステップＳ２０６でファイル１を受領する場合は、ステップＳ２０８で、ファイル署名部２０５ａがファイルに署名を施し、保存する。署名を施すのは、自らが配布元になり、ファイルの再配布を行うからである。すなわち、ステップＳ２０８はファイル署名工程である。図１０では、ＰＣ２によって署名が施され、ファイル１には、ＰＣ１とＰＣ２の署名があることになる。
【０１０７】
ステップＳ２０７でファイル１の受領を拒否する場合は、ステップＳ２０９でファイルの破棄を実行する。当然、これ以上の再配布もない。処理は終了する。
【０１０８】
ステップＳ２０８で署名済みのファイルは、ステップＳ２１２で、再配布に向けて、再配布の条件（ホップ数）を参照する。ホップ数とは、最初の配布元からいくつのノードを経由して配布されてきたかを示すものである。つまり再配布を重ねてきた数であり、再配布の度にファイルに付与されている署名の数から求めることができる。
【０１０９】
本例では予めポップ数４までと定められているが、図１０のＰＣ２はまだホップ数１であり、再配布が可能である。
【０１１０】
再配布の条件を満たす場合（ステップＳ２１２：ＹＥＳ）は、ステップＳ２１７を実行する。ステップＳ２１７はファイル配布工程である。再配布の条件を満たさない場合（ステップＳ２１２：ＮＯ）は、再配布は行わない。処理は終了である。この場合、ファイル署名も削除することが好ましい。
【０１１１】
ステップＳ２１２の再配布の条件参照は、このようなファイルの配布前でなく、ステップＳ２０４ａ以降の受領決定工程で合わせて行ってもよい。その場合、再配布されてきたものを受領拒否することになる。
【０１１２】
図１０の場合では、ＰＣ２は、ＰＣ１とＰＣ２の署名入りのファイル１を、ＰＣ３へ再配布している。その後、ＰＣ３はステップＳ２０２以降のステップを繰り返すことになり、またもやＰＣ１とＰＣ２とさらにＰＣ３の署名入りのファイル１を、ＰＣ４へ再配布している。ファイルは、同一ワークグループＡであるＰＣ１からＰＣ５まで、その都度署名を増やしながら再配布されている。しかしながら、ＰＣ５では既にホップ数４になっているため、これ以上の再配布は行われない。
【０１１３】
このようにして、配布元のノードから順次再配布されていっても、同一のワークグループの範囲を超えたり、また所定のノード数以上を経由したりしてファイルが拡散することはないように配布制限が行われる。
【０１１４】
＜ファイル配布の管理フロー例３＞
図１１には、ファイル配布の管理フロー例３を示す。但し、管理フロー例１と異なるのは、セキュリティーポリシー付与工程とセキュリティーポリシー抽出工程を有する点である。ファイルの保存・配布範囲の条件は、予め定められているのではなく、管理のフローの中で、セキュリティーポリシーとして付与される。
【０１１５】
図１２（ａ）には、図１１のフローに従ってノード（ＰＣ１）からノード（ＰＣ２）とノード（ＰＣ３）にファイル１を配布する様子を示し、図１２（ｂ）には、そのときの各ノードの設定を示している。
【０１１６】
図１１及び図１２を参照して、ファイル配布の管理フロー例３を説明する。但し、管理フロー例１と同様のステップについては、説明は簡略化する。
【０１１７】
まずステップＳ１０１は、管理フロー例１と同様のファイル署名工程である。
【０１１８】
ステップＳ１０２はセキュリティーポリシー付与工程であり、ポリシー付与部２０６ｂが、署名済みのファイルにセキュリティーポリシーを付与する。図１２ではセキュリティーポリシーＡが付与されている。セキュリティーポリシーＡの条件は、「ファイルデータを、リムーバブルメディア及びグループ外のノードにコピー、移動しないこと、及び暗号化されたハードディスクに保存すること」とする。
【０１１９】
ステップＳ１０４は、管理フロー例１と同様のファイル配布工程である。図１２ではノード（ＰＣ１）からノード（ＰＣ２）とノード（ＰＣ３）にＰＣ１の署名が埋め込まれ、セキュリティーポリシーＡが付与されたファイル１を配布している。
【０１２０】
ステップＳ２００では、管理フロー例１と同様、配布されたファイルが受信される。すなわち、ＰＣ２とＰＣ３が、それぞれＰＣ１から配布されてきたファイル１を受信する。
【０１２１】
ステップＳ２０１とステップＳ２０３も、管理フロー例１と同様、署名認証工程である。すなわち、図１２ではＰＣ２とＰＣ３が、それぞれファイル１のＰＣ１の署名を抽出し、認証済みであることを確認する。
【０１２２】
ステップＳ２０３で署名の認証がＯＫ（ステップＳ２０３：ＹＥＳ）であれば、ステップＳ２０４を実行する。署名の認証がＯＫでない（ステップＳ２０３：ＮＯ）ときは、ステップＳ２０７へ進み、ファイルの受領を拒否する。さらにステップＳ２０９でファイルの破棄を実行する。これも管理フロー例１と同様である。
【０１２３】
ステップＳ２０４はセキュリティーポリシー抽出工程であり、ポリシー抽出部２０６ｃが、ファイルに付与されたセキュリティーポリシーを抽出する。上記の署名認証の結果を参照し、抽出したセキュリティーポリシーが満たされているかどうかを確認する。ここでは、図１２（ｂ）のような設定で、上述したセキュリティーポリシーＡが満たされるかどうかを判断することになる。
【０１２４】
ステップＳ２０５で、セキュリティーポリシーが満たされる場合（ステップＳ２０５：ＹＥＳ）は、ステップＳ２０６を実行し、ファイルを受領する。さらにステップＳ２０８でファイル保存を実行する。セキュリティーポリシーが満たされない場合（ステップＳ２０５：ＮＯ）は、ステップＳ２０７及びステップＳ２０９を実行する。すなわちファイルの受領を拒否し、破棄を実行する。従ってステップＳ２０４以降は、受領決定工程である。
【０１２５】
図１２の場合では、ＰＣ２は配布元のＰＣ１と同一のワークグループＡであるものの、リムーバブルのメディアをベースとしており、かつ保存に対して暗号化機能もなくセキュリティーポリシーＡを満たさない。従ってＰＣ２は、ファイル１の受領を拒否し、破棄することになる。
【０１２６】
ＰＣ３は、配布元のＰＣ１と同一のワークグループＡであり、かつ暗号化して保存できるハードディスクを備えているので、セキュリティーポリシーＡを満たしている。従ってＰＣ３は、ファイル１を受領し、保存する。
【０１２７】
このようにして、配布元のノードがセキュリティーポリシーを適宜設定し、ファイルの保存・配布範囲を調整して、安全性の懸念されるノードにファイルが拡散することはないような配布制限も行うことができる。
【０１２８】
＜ファイル配布の管理フロー例４＞
図１３には、ファイル配布の管理フロー例４を示す。但し、管理フロー例３と同様に、セキュリティーポリシー付与工程とセキュリティーポリシー抽出工程とを備えている。管理フロー例３と異なるのは、ファイルを受領したノードが、そのファイルの再配布を行う点である。
【０１２９】
図１４（ａ）には、図１３のフローに従って、ノード（ＰＣ１）からノード（ＰＣ２）へ、さらにノード（ＰＣ２）からノード（ＰＣ３）へ、ノード（ＰＣ３）からノード（ＰＣ４）へというふうに、ファイル１が順次再配布されていく様子を示し、図１４（ｂ）には、そのときの各ノードの設定を示している。
【０１３０】
図１３及び図１４を参照して、ファイル配布の管理フロー例４を説明する。但し、管理フロー例１〜３と同様のステップについては、説明は簡略化する。
【０１３１】
まずステップＳ１０３は、管理フロー例３のステップＳ１０１とステップＳ１０２を含んだステップである。すなわち、ファイル署名工程であり、セキュリティーポリシー付与工程である。図１４では、まずファイル１にＰＣ１の署名を埋め込み、セキュリティーポリシーＡを付与している。
【０１３２】
ここでのセキュリティーポリシーＡは、「ファイルデータを、リムーバブルメディア及びグループ外のノードにコピー、移動しないこと、及び最新の拒否リストに記載されたノードを経由したファイルは受領しないこと」である。
【０１３３】
ステップＳ１０４は、管理フロー例３と同様のファイル配布工程である。図１４ではＰＣ１からＰＣ２にＰＣ１の署名が埋め込まれ、セキュリティーポリシーＡが付与されたファイル１を配布している。
【０１３４】
ステップＳ２０２とステップＳ２０３では、配布されたファイルが受信され、管理フロー例２と同様の署名認証工程が実行される。すなわち、図１４ではＰＣ２がファイル１のＰＣ１の署名を抽出し、認証済みであることを確認する。
【０１３５】
ステップＳ２０３で署名の認証がＯＫ（ステップＳ２０３：ＹＥＳ）であれば、次のステップＳ２０４を実行し、署名の認証がＯＫでない（ステップＳ２０３：ＮＯ）ときは、ステップＳ２０７へ進み、ファイルの受領を拒否するのも、管理フロー例３と同様である。
【０１３６】
ステップＳ２０４は管理フロー例３と同様、セキュリティーポリシー抽出工程であり、ポリシー抽出部２０６ｃが、ファイルに付与されたセキュリティーポリシーを抽出する。ここでは、図１４（ｂ）のような設定で、上述したセキュリティーポリシーＡが満たされるかどうかを判断することになる。
【０１３７】
ステップＳ２０４以降の受領決定工程も、管理フロー例３と同様である。但し、セキュリティーポリシーＡの内容が管理フロー例３とは異なる。従ってステップＳ２０５ｂで、既に認証確認したファイルの署名に、最新の拒否リスト（ＣＲＬ）に記載されているものがあるかどうかを判定する。拒否リストとは、認証されていたが取り消されたノードのリストである。
【０１３８】
最新の拒否リスト（ＣＲＬ）に記載されているものがなければ（ステップＳ２０５ｂ：ＹＥＳ）、ステップＳ２０６を実行し、ファイル１を受領することになる。最新の拒否リスト（ＣＲＬ）に記載されているものがあれば（ステップＳ２０５ｂ：ＮＯ）、ステップＳ２０７を実行し、ファイル１の受領を拒否することになる。
【０１３９】
図１４では、ＰＣ１は最新の拒否リスト（ＣＲＬ）に記載されておらず、ファイル１はＰＣ２によって受領される。
【０１４０】
ステップＳ２０６でファイル１を受領する場合は、ステップＳ２０８で、ファイル署名部２０５ａがファイルに署名を施し、保存する。署名を施すのは、自らが配布元になり、ファイルの再配布を行うからである。すなわち、ステップＳ２０８はファイル署名工程である。ここでは、ＰＣ２によって署名が施され、ファイル１には、ＰＣ１とＰＣ２の署名があることになる。
【０１４１】
ステップＳ２０７でファイル１の受領を拒否する場合は、ステップＳ２０９でファイルの破棄を実行する。当然、これ以上の再配布もない。処理は終了する。
【０１４２】
ステップＳ２０８で署名済みのファイルは、ステップＳ２１３で、再配布するかどうかを判定する。再配布する場合（ステップＳ２１３：ＹＥＳ）は、ステップＳ２１７を実行する。ステップＳ２１７はファイル配布工程である。再配布しない場合（ステップＳ２１３：ＮＯ）は、再配布せず処理は終了である。
【０１４３】
図１４の場合では、ＰＣ２は、ＰＣ１とＰＣ２の署名入りのファイル１を、ＰＣ３へ再配布している。その後、ＰＣ３はステップＳ２０２以降のステップを繰り返すことになり、またもやＰＣ１とＰＣ２とさらにＰＣ３の署名入りのファイル１を、ＰＣ４へ再配布している。ファイルは、同一ワークグループＡであるＰＣ１からＰＣ５まで、その都度署名を増やしながら再配布されている。
【０１４４】
しかしながら、図１４の場合において、ＰＣ５がファイル１を受領した時点で、ＰＣ３が新たに最新の拒否リスト（ＣＲＬ）に記載されている状態であった。ＰＣ５は、ステップＳ２０４以降の受領決定工程において、そのことを確認する。最新の拒否リスト（ＣＲＬ）に記載されている（ステップＳ２０５ｂ：ＮＯ）ということで、ステップＳ２０７を実行し、ファイル１の受領を拒否することになる。
【０１４５】
このようにして、配布元のノードがセキュリティーポリシーを適宜設定し、ファイルが順次再配布されていっても、その都度最新の拒否リストを参照し、リストに記載された、つまり認証されていないノードを経由した履歴があれば、それ以上ファイルが拡散することはないように配布を制限することもできる。
【０１４６】
また署名情報を辿ることで、ファイル配布・拡散経路を特定することもでき、他の不都合なノード等の検出も可能となる。
【０１４７】
＜ファイル配布の管理フロー例５＞
図１５には、ファイル配布の管理フロー例５を示す。但し、管理フロー例４とほとんど同様である。異なるのは、ファイルの再配布を行う前にセキュリティーポリシーの追加を行う点である。
【０１４８】
図１６（ａ）には、図１５のフローに従って、ノード（ＰＣ１）からノード（ＰＣ２）へ、さらにノード（ＰＣ２）からノード（ＰＣ３）へと、ファイル１が順次再配布されていく様子を示し、図１６（ｂ）には、そのときの各ノードの設定を示している。
【０１４９】
図１５及び図１６を参照して、ファイル配布の管理フロー例５を説明する。但し、管理フロー例４と同様のステップについては、説明は簡略化する。
【０１５０】
まずステップＳ１０３は、管理フロー例４と同様である。すなわち、ファイル署名工程であり、セキュリティーポリシー付与工程である。図１６では、まずファイル１にＰＣ１の署名を埋め込み、セキュリティーポリシーＡを付与している。
【０１５１】
ここでのセキュリティーポリシーＡは、「ファイルデータを、リムーバブルメディア及びグループ外のノードにコピー、移動しないこと」である。
【０１５２】
ステップＳ１０４も、管理フロー例４と同様のファイル配布工程である。図１６ではＰＣ１からＰＣ２に、ＰＣ１の署名が埋め込まれ、セキュリティーポリシーＡが付与されたファイル１を配布している。
【０１５３】
ステップＳ２０２とステップＳ２０３もまた、管理フロー例４と同様に、配布されたファイルが受信され、署名認証工程が実行される。すなわち、図１６ではＰＣ２がファイル１のＰＣ１の署名を抽出し、認証済みであることを確認する。
【０１５４】
ステップＳ２０３で署名の認証がＯＫ（ステップＳ２０３：ＹＥＳ）であれば、次のステップＳ２０４を実行し、署名の認証がＯＫでない（ステップＳ２０３：ＮＯ）ときは、ステップＳ２０７へ進み、ファイルの受領を拒否するのも、管理フロー例４と同様である。
【０１５５】
ステップＳ２０４は管理フロー例４と同様、セキュリティーポリシー抽出工程であり、ポリシー抽出部２０６ｃが、ファイルに付与されたセキュリティーポリシーを抽出する。
【０１５６】
ステップＳ２０４以降の受領決定工程も、管理フロー例４と同様である。但し、ここでは、図１６（ｂ）のような設定で、ＰＣ２は（ＰＣ３も）セキュリティーポリシーＡを満たしているとする。
【０１５７】
セキュリティーポリシーＡが満たされていれば（ステップＳ２０５：ＹＥＳ）、ステップＳ２０６を実行し、ファイル１を受領する。セキュリティーポリシーＡが満たされていなければ（ステップＳ２０５：ＮＯ）、ステップＳ２０７を実行し、ファイル１の受領を拒否することになる。
【０１５８】
図１６では、ＰＣ２はセキュリティーポリシーＡを満たしており、ファイル１はＰＣ２によって受領される。
【０１５９】
ステップＳ２０６でファイル１を受領する場合は、ステップＳ２０８で、ファイル署名部２０５ａがファイルに署名を施し、保存する。これも管理フロー例４と同様であり、すなわち、ステップＳ２０８はファイル署名工程である。
【０１６０】
ステップＳ２０７でファイル１の受領を拒否する場合も管理フロー例４と同様である。ステップＳ２０９でファイルの破棄を実行し、処理は終了する。
【０１６１】
ステップＳ２０８で署名済みのファイルは、ステップＳ２１４で、再配布するかどうかを判定する。但し、ここでは再配布に関するセキュリティーポリシーも合わせて確認する。例えば、後述するように再配布可能なノード数（例えば前述したホップ数）がセキュリティーポリシーに規定されている場合、行おうとしている再配布がその条件を満たすかどうかも判定する。
【０１６２】
再配布条件を満たす場合（ステップＳ２１４：ＹＥＳ）は、ステップＳ２１５を実行する。再配布条件を満たさない場合（ステップＳ２１４：ＮＯ）は、再配布せず処理は終了である。
【０１６３】
ステップＳ２１５は、この時点でセキュリティーポリシーを追加して付与するかどうかを判定する。セキュリティーポリシーを追加する場合（ステップＳ２１５：ＹＥＳ）は、ステップＳ２１６を実行する。セキュリティーポリシーを追加しない場合（ステップＳ２１５：ＮＯ）は、ステップＳ２１７へ進む。
【０１６４】
ステップＳ２１６は、セキュリティーポリシー付与工程であり、新たにセキュリティーポリシーを追加して付与する。ここでは、セキュリティーポリシーＡに追加して、新たにセキュリティーポリシーＢ（「ここからの再配布は１ノードまで」）が付与されたものとする。
【０１６５】
ステップＳ２１７はファイル配布工程である。図１６の場合では、ＰＣ２は、セキュリティーポリシーＢの追加された、ＰＣ１とＰＣ２の署名入りのファイル１を、ＰＣ３へ再配布している。
【０１６６】
この後、ＰＣ３はステップＳ２０２以降のステップを繰り返すことになる。しかしながら、図１６の場合において、ＰＣ３がファイル１を受領した後、ステップＳ２１４で再配布を行おうとした時点で、事情が変わってくる。
【０１６７】
ＰＣ３が再配布の判定のため、セキュリティーポリシーを確認すると、「ここからの再配布は１ノードまで」というセキュリティーポリシーＢが、再配布元のＰＣ２により新たに追加されている。従って、ＰＣ３が再配布を行うと、１ノードまでという制限を超えることになる。従って、再配布は不可（ステップＳ２１４：ＮＯ）という判定であり、再配布せず処理は終了となる。
【０１６８】
なお、ステップＳ２１４のセキュリティーポリシーの確認は、このようなファイルの配布前でなく、ステップＳ２０４以降の受領決定工程で合わせて行ってもよい。その場合、再配布されてきたファイルを受領拒否することになる。
【０１６９】
このようにして、配布元のノードが付与したセキュリティーポリシーに対して、ファイルが順次再配布されていっても、途中で新たにセキュリティーポリシーを追加付与することで、その都度状況を考慮しながら、適宜ファイルの保存・配布範囲を調整していくこともできる。
【０１７０】
＜ファイル配布の管理フロー例６＞
図１７には、ファイル配布の管理フロー例６を示す。但し、管理フロー例５とほとんど同様である。異なるのは、セキュリティーポリシーの確認を行うに際して、複数のセキュリティーポリシーのそれぞれの有効性を評価し、選択的にセキュリティーポリシーを確認する点である。
【０１７１】
図１８（ａ）には、図１７のフローに従って、ノード（ＰＣＡ１）からノード（ＰＣＡ）へ、さらにノード（ＰＣＡ）からノード（ＰＣＡ２）とノード（ＰＣＢ）へと、ファイル１が順次再配布されていく様子を示す。図１８（ｂ）に、そのときの各ノードの設定を示すが、ＰＣＡ、ＰＣＢ、ＰＣＣはそれぞれワークグループＡ、Ｂ、Ｃの基幹ノードであり、ＰＣＡ１、ＰＣＡ２、ＰＣＢ１、ＰＣＣ１はそれぞれのグループの通常ノードである。
【０１７２】
図１７及び図１８を参照して、ファイル配布の管理フロー例６を説明する。但し、管理フロー例５と同様のステップについては、説明は簡略化する。
【０１７３】
まずステップＳ１０６は、管理フロー例５のステップＳ１０３及びステップＳ１０４を含んだステップである。すなわち、ファイル署名工程であり、セキュリティーポリシー付与工程であり、ファイル配布工程である。
【０１７４】
図１８ではＰＣＡ１から同じグループの基幹ノードであるＰＣＡに、ＰＣＡ１の署名が埋め込まれ、セキュリティーポリシーＡが付与されたファイル１を配布している。ここでのセキュリティーポリシーＡは、「配布は１ノードまで」である。
【０１７５】
ステップＳ２０２とステップＳ２０３もまた、管理フロー例５と同様であり、署名認証工程が実行される。すなわち、図１８ではＰＣＡがファイル１のＰＣＡ１の署名を抽出し、認証済みであることを確認する。
【０１７６】
ステップＳ２０３で署名の認証がＯＫ（ステップＳ２０３：ＹＥＳ）であれば、次のステップＳ２０４ｂを実行し、署名の認証がＯＫでない（ステップＳ２０３：ＮＯ）ときは、ステップＳ２０７へ進み、ファイルの受領を拒否するのも、管理フロー例５と同様である。
【０１７７】
ステップＳ２０４ｂは、セキュリティーポリシー抽出工程であり、ポリシー抽出部２０６ｃが、ファイルに付与されたセキュリティーポリシーを抽出する。但し、このフロー例ではセキュリティーポリシーが複数になった場合、それぞれの有効性判定を行うが、それについては後述する。
【０１７８】
ステップＳ２０４ｃ以降の受領決定工程も、管理フロー例５と同様である。ここでは、ステップＳ２０４ｂで有効性評価されたセキュリティーポリシーについての確認を行う。しかし、図１８のＰＣＡにとってはセキュリティーポリシーはＡのみであり、図１８（ｂ）の設定に基づき、ＰＣＡはセキュリティーポリシーＡ（「配布は１ノードまで」）を満たしている。
【０１７９】
セキュリティーポリシーＡが満たされていれば（ステップＳ２０５：ＹＥＳ）、ステップＳ２０６を実行し、ファイル１を受領する。セキュリティーポリシーＡが満たされていなければ（ステップＳ２０５：ＮＯ）、ステップＳ２０７を実行し、ファイル１の受領を拒否することになる。これも管理フロー例５と同様である。
【０１８０】
ステップＳ２０８も管理フロー例５と同様であり、すなわちファイル署名工程である。また管理フロー例５と同様に、ステップＳ２０９ではファイルの破棄を実行し、処理は終了する。
【０１８１】
ステップＳ２０８で署名済みのファイルは、ステップＳ２１４で、再配布するかどうかを判定する。但し、ここでは図１８のように、基幹ノードであるＰＣＡは他のグループへの再配布を考慮して、セキュリティーポリシーを新たに追加することを決定したものとする。
【０１８２】
他グループへの再配布を決定（ステップＳ２１４：ＹＥＳ）したＰＣＡは、ステップＳ２１５を実行する。再配布しないと決定した場合（ステップＳ２１４：ＮＯ）は、再配布せず処理は終了である。
【０１８３】
ステップＳ２１５は、管理フロー例５と同様である。ＰＣＡについてはセキュリティーポリシーを追加する場合（ステップＳ２１５：ＹＥＳ）であり、ステップＳ２１６を実行する。
【０１８４】
ステップＳ２１６も、管理フロー例５と同様にセキュリティーポリシー付与工程であり、他のグループへの再配布を考慮して、新たにセキュリティーポリシーを追加して付与する。ここでは、セキュリティーポリシーＡに追加して、新たにセキュリティーポリシーＢ（「基幹ノードへの再配布は無制限」）がＰＣＡにより付与されたものとする。
【０１８５】
ステップＳ２１７はファイル配布工程である。図１８の場合では、ＰＣ２は、セキュリティーポリシーＢの追加された、ＰＣＡ１とＰＣＡの署名入りのファイル１を、ＰＣＡ２とＰＣＢへ再配布している。
【０１８６】
この後、ＰＣＡ２あるいはＰＣＢは、それぞれがステップＳ２０２以降のステップを繰り返すことになる。しかしながら、図１８の場合において、ＰＣＡ２あるいはＰＣＢがファイル１を受信し、認証した後、ステップＳ２０４ｂ以降で抽出したセキュリティーポリシーを満たしているかどうかを確認する時点で、事情が変わってくる。
【０１８７】
抽出したセキュリティーポリシーはＡとＢの二つあり、Ａは「配布は１ノードまで」、Ｂは「基幹ノードへの再配布は無制限」である。両者は整合していない。これに対して、ステップＳ２０４ｂでは、それぞれのポリシーを付与した署名ノードの重要度に応じて、有効性を評価する。
【０１８８】
両者のうち、Ａは通常ノード（ＰＣＡ１）により付与されており、Ｂは基幹ノード（ＰＣＡ）により付与されている。基幹ノードの重要度からＰＣＡの付与したポリシーＢを有効として優先するように判定する。すなわち、「基幹ノードへの再配布は無制限」であり、従ってポリシーＡについては「（基幹ノード以外のノードへの）配布は１ノードまで」と解釈される。
【０１８９】
ステップＳ２０４ｃでは、これに従ってセキュリティーポリシーを満たすかどうかを確認することになる。図１８におけるＰＣＡ２とＰＣＢの場合を検討してみよう。
【０１９０】
ＰＣＡ２については、他の通常ノード、例えばＰＣＡ３へ再配布しようとしているが、これはＰＣＡ２自らも通常ノードであり、通常ノードへの配布が１ノードを超えるので不可となり、ＰＣＡ３に受領拒否されることになる。
【０１９１】
ＰＣＢについては、他の通常ノード（ＰＣＢ１）と他の基幹ノード（ＰＣＣ）に再配布しようとしているが、何れも配布可となり、受領される。これはＰＣＢ自らが基幹ノードであり、従って通常ノード（ＰＣＢ１）への再配布は１ノードを超えることなく、また基幹ノード（ＰＣＣ）への再配布も無制限であることによる。
【０１９２】
同様のことが、次のＰＣＢ２とＰＣＣからの再配布についても言える。セキュリティーポリシーＡとＢの有効性評価により、図１８に示したように、ＰＣＢ２から他の通常ノード（ＰＣＢ３）へ再配布は不可となり、ファイル受領を拒否される。ＰＣＣから他の通常ノード（ＰＣＣ１）への再配布は可となる。もちろん他の基幹ノード（ＰＣＤ）に再配布することも可である。
【０１９３】
このようにして、配布元のノードが付与したセキュリティーポリシーに対して、ファイルが順次再配布されていっても、途中で新たにセキュリティーポリシーを追加付与することができるとともに、それらの複数のポリシーを追加付与した各ノードの重要度に応じて有効性を評価することで、よりきめの細かいファイルの保存・配布範囲の調整が可能になる。
【０１９４】
上述してきたように、本実施形態にかかるファイル情報の管理方法、及びノードとしての情報処理装置によれば、ネットワークシステムにおけるノード間で直接接続してファイルを配布するに際して、各ノードがファイルに署名を施し、配布されたノードが署名の履歴を確認し、ファイルの保存・配布範囲に照らして、受領するかどうかを決定することにより、ファイルの不要な拡散を防止することができる。
【０１９５】
なお本発明の範囲は、上記実施形態に限定されるものではない。本発明の趣旨を逸脱しない限り、それらの変更された形態もその範囲に含むものである。
【図面の簡単な説明】
【０１９６】
【図１】ネットワーク１の全体構成例を示す図である。
【図２】ネットワーク１を構成するノードとしての情報処理装置２のハードウェア構成例を示す図である。
【図３】ネットワーク１を構成する各ノード２の接続形態、すなわちノードの論理的なトポロジーの例を示す図である。
【図４】図３のように関連付けられたノード２の接続テーブルＴＬ例を示す図である。
【図５】ノードとしての情報処理装置２の機能構成例を示すブロック図（ａ）、および署名部２０５、セキュリティー部２０６の機能の内部構成を示す図（ｂ）である。
【図６】ネットワーク１を構成する各ノード２間でのファイル配布の管理の流れを示すフローチャートである。
【図７】ファイル配布の管理フロー例１を示すフローチャートである。
【図８】図７に従ってファイル配布する様子を説明するための図である。
【図９】ファイル配布の管理フロー例２を示すフローチャートである。
【図１０】図９に従ってファイル配布する様子を説明するための図である。
【図１１】ファイル配布の管理フロー例３を示すフローチャートである。
【図１２】図１１に従ってファイル配布する様子を説明するための図である。
【図１３】ファイル配布の管理フロー例４を示すフローチャートである。
【図１４】図１３に従ってファイル配布する様子を説明するための図である。
【図１５】ファイル配布の管理フロー例５を示すフローチャートである。
【図１６】図１５に従ってファイル配布する様子を説明するための図である。
【図１７】ファイル配布の管理フロー例６を示すフローチャートである。
【図１８】図１７に従ってファイル配布する様子を説明するための図である。
【符号の説明】
【０１９７】
１  ネットワーク（Ｐ２Ｐ）
２  情報処理装置（ノード）
３  スイッチングハブ
４  ルータ
５  認証サーバ（認証ノード）
２０１  接続テープ保持部
２０２  接続テーブル管理部
２０３  データ保持部
２０４  データ操作部
２０５  署名部
２０５ａ  ファイル署名部
２０５ｂ  署名認証部
２０５ｃ  受領決定部
２０６  セキュリティー部
２０６ａ  ファイル配布部
２０６ｂ  ポリシー付与部
２０６ｃ  ポリシー抽出部
２０７  データ受信部
２０８  データ解析部
２０９  データ作成部
２１０  データ送信部
ＴＬ  接続テーブル
【図１】
2008288764.tif 000003
【図２】
2008288764.tif 000004
【図３】
2008288764.tif 000005
【図４】
2008288764.tif 000006
【図５】
2008288764.tif 000007
【図６】
2008288764.tif 000008
【図７】
2008288764.tif 000009
【図８】
2008288764.tif 000010
【図９】
2008288764.tif 000011
【図１０】
2008288764.tif 000012
【図１１】
2008288764.tif 000013
【図１２】
2008288764.tif 000014
【図１３】
2008288764.tif 000015
【図１４】
2008288764.tif 000016
【図１５】
2008288764.tif 000017
【図１６】
2008288764.tif 000018
【図１７】
2008288764.tif 000019
【図１８】
2008288764.tif 000020