通信方法、情報処理装置、およびコンピュータプログラム
【課題】Ｐ２Ｐ型のネットワークのノードとして用いられる情報処理装置の負荷を従来よりも軽減する。
【解決手段】３つ以上のノードによって構成されるＰ２Ｐのネットワーク１において、ネットワーク１を構成するノードのうちの依頼ノードは、送信する目的のデータである目的データとネットワーク１を構成するノードのうちのその目的データの有効性を判別する指定ノードを識別するノード識別情報とを含む依頼データ７Ａを、ネットワーク１を構成するノードのうちのその目的データの本来の送信先である目的ノードに宛てて送信する。目的ノードは、依頼ノードから受信した依頼データ７Ａに含まれる目的データの有効性を判別するように、その目的データに対応付けられているノード識別情報に示される指定ノードに対して要求する。指定ノードは、目的ノードが受信した目的データの有効性を判別し、判別結果を目的ノードに回答する。
【解決手段】３つ以上のノードによって構成されるＰ２Ｐのネットワーク１において、ネットワーク１を構成するノードのうちの依頼ノードは、送信する目的のデータである目的データとネットワーク１を構成するノードのうちのその目的データの有効性を判別する指定ノードを識別するノード識別情報とを含む依頼データ７Ａを、ネットワーク１を構成するノードのうちのその目的データの本来の送信先である目的ノードに宛てて送信する。目的ノードは、依頼ノードから受信した依頼データ７Ａに含まれる目的データの有効性を判別するように、その目的データに対応付けられているノード識別情報に示される指定ノードに対して要求する。指定ノードは、目的ノードが受信した目的データの有効性を判別し、判別結果を目的ノードに回答する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｐ２Ｐ型のネットワークで用いられる通信方法および情報処理装置などに関する。
【背景技術】
【０００２】
近年、情報処理装置同士が通信を行う際にＰ２Ｐ（Peer To Peer）の技術がよく用いられる。
【０００３】
クライアントサーバ型のネットワークにおいては、デバイス認証の処理は、サーバが一元的に行う。一方、Ｐ２Ｐ型のネットワークにおいては、ノードとして用いられる各情報処理装置が、他の情報処理装置のデバイス認証を行わなければならない。例えば、他の情報処理装置から処理の実行の依頼を受けた場合に、当該他の情報処理装置のデバイス認証を行わなければならない。
【０００４】
Ｐ２Ｐ型のネットワークにおける認証の方法として、特許文献１に記載されるような方法が提案されている。特許文献１に記載される技術によると、ノードＡは、自ノードＡの代理となる代理ノードＢの正当性を確認した後に秘密情報を付加した第１のメッセージを代理ノードＢに転送する。代理ノードＢは、受信した第１のメッセージの秘密情報を保持し、秘密情報を用いてノードＮとの間で認証を行う。そして、ノードＢは、ノードＡの代わりにノードＮにアクセス要求を行う。
【特許文献１】特開平８−３３５２０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述のように、Ｐ２Ｐ型のネットワークのノードとして用いられる情報処理装置は、他の情報処理装置から処理の実行の依頼を受けた場合に、当該他の情報処理装置のデバイス認証を行わなければならないが、当然、その依頼に係る処理をも実行しなければならない。そうすると、一時期に多数の他の情報処理装置から依頼を受けた場合に、その台数分のデバイス認証および依頼に係る処理を行わなければならず、大きな負担が掛かる。
【０００６】
しかし、特許文献１に記載されるような従来の方法では、処理の実行の依頼を受けた情報処理装置の負担を減らすことはできない。
【０００７】
本発明は、このような問題点に鑑み、Ｐ２Ｐ型のネットワークのノードとして用いられる情報処理装置の負荷を従来よりも軽減することを目的とする。
【課題を解決するための手段】
【０００８】
本発明に係る通信方法は、３つ以上のノードによって構成されるネットワークにおける通信方法であって、前記ネットワークを構成するノードのうちの第一のノードは、送信する目的のデータである目的データと前記ネットワークを構成するノードのうちの当該目的データの有効性を判別する第三のノードを識別するノード識別情報とを互いに対応付けて、前記ネットワークを構成するノードのうちの当該目的データの本来の送信先である第二のノードに宛てて送信し、前記第二のノードは、前記第一のノードから受信した前記目的データの有効性を判別するように、当該目的データに対応付けられている前記ノード識別情報に示される前記第三のノードに対して要求し、前記第三のノードは、前記第二のノードが受信した前記目的データの有効性を判別し、判別結果を前記第二のノードに回答する、ことを特徴とする。
【０００９】
好ましくは、前記第一のノードは、前記目的データを識別するデータ識別情報を前記第二のノードおよび前記第三のノードに宛てて送信し、前記第二のノードは、前記第三のノードに対して、前記目的データの前記データ識別情報を送信することによって当該目的データの有効性を判別するように要求し、前記第三のノードは、前記第一のノードから受信した前記データ識別情報と前記第二のノードから受信した前記データ識別情報とが一致する場合は、当該データ識別情報に係る前記目的データが有効であると判別し、一致しない場合は、当該目的データが無効であると判別する。
【００１０】
または、前記第一のノードは、当該第一のノード自身が前記ネットワークの正当なメンバである旨を示す証明データと前記目的データを識別するデータ識別情報とを互いに対応付けて前記第三のノードに宛てて送信し、前記データ識別情報を前記第二のノードに宛てて送信し、前記第二のノードは、前記第三のノードに対して、前記目的データの前記データ識別情報を送信することによって当該目的データの有効性を判別するように要求し、前記第三のノードは、前記第二のノードから受信した前記データ識別情報に対応付けられている、前記第一のノードから受信した前記証明データに基づいて、当該データ識別情報に係る前記目的データの有効性を判別する。
【００１１】
本発明において、「目的データが有効である」とは、その目的データが一定の信頼性を有することをいう。例えば、不正に作成された目的データ、改ざんされた目的データ、または有効期限が切れた目的データなどの無効なデータは、有効であるとは言えない。
【発明の効果】
【００１２】
本発明によると、Ｐ２Ｐ型のネットワークのノードとして用いられる情報処理装置の負荷を従来よりも軽減することができる。
【発明を実施するための最良の形態】
【００１３】
図１はネットワーク１の全体的な構成の例を示す図、図２はパーソナルコンピュータＴＲのハードウェア構成の例を示す図、図３はパーソナルコンピュータＴＲの機能的構成の例を示す図、図４はネットワーク１の各ノードの関連性の例を示す図である。
【００１４】
本発明に係るネットワーク１は、図１に示すように、複数のセグメントＳＧ（ＳＧ１、ＳＧ２、…）および広域通信回線ＷＮＴなどによって構成される。各セグメントＳＧには、１台または複数台のパーソナルコンピュータＴＲ、ハブＤＨ、およびルータＤＲなどが設けられている。パーソナルコンピュータＴＲおよびルータＤＲは、同じセグメントＳＧの中のハブＤＨにツイストペアケーブルによって繋がれている。
【００１５】
さらに、各セグメントＳＧのルータＤＲ同士は、広域通信回線ＷＮＴを介して互いに接続されている。これにより、互いに異なるセグメントＳＧに属するパーソナルコンピュータＴＲ同士がデータ通信を行うことができる。また、各パーソナルコンピュータＴＲは、外部の認証局（ＣＡ）のサーバなどに接続することもできる。広域通信回線ＷＮＴとして、インターネット、専用線、または公衆回線などが用いられる。なお、セグメントＳＧにおいて、ハブＤＨおよびルータＤＲの代わりにモデム、ターミナルアダプタ、またはダイアルアップルータなどが用いられる場合もある。
【００１６】
このネットワーク１は、Ｐ２Ｐ（peer to peer）の形態のネットワークであり、これらのパーソナルコンピュータＴＲは、ノードとして機能する。これにより、各パーソナルコンピュータＴＲ同士で、互いの資源（例えば、ＣＰＵ、ハードディスク、または印刷ユニットなどのハードウェア資源、アプリケーションなどのソフトウェア資源、または書類データ、音楽データ、または画像データなどの情報資源）を共有することができる。
【００１７】
また、ネットワーク１は、例えば複数の拠点を有する企業などに構築される。この場合は、セグメントＳＧは、これらの拠点ごとに設けられる。
【００１８】
図２に示すように、パーソナルコンピュータＴＲは、ＣＰＵ２０ａ、ＲＡＭ２０ｂ、ＲＯＭ２０ｃ、ハードディスク２０ｄ、通信インタフェース２０ｅ、画像インタフェース２０ｆ、入出力インタフェース２０ｇ、その他の種々の回路または装置などによって構成される。
【００１９】
通信インタフェース２０ｅは、ＮＩＣ（Network Interface Card）であって、ツイストペアケーブルを介してハブＤＨのいずれかのポートに繋がれている。画像インタフェース２０ｆは、モニタと繋がれており、画面を表示するための映像信号をモニタに送出する。
【００２０】
入出力インタフェース２０ｇは、キーボードもしくはマウスなどの入力装置またはフロッピディスクドライブもしくはＣＤ−ＲＯＭドライブなどの外部記憶装置などと繋がれている。そして、ユーザが入力装置に対して行った操作の内容を示す信号を入力装置から入力する。または、フロッピディスクまたはＣＤ−ＲＯＭなどの記録媒体に記録されているデータを外部記憶装置に読み取らせ、これを入力する。または、記録媒体に書き込むためのデータを外部記憶装置に出力する。
【００２１】
ハードディスク２０ｄには、図３に示すようなパケット生成部２０１、パケット送信部２０２、データ受信部２０３、データ解析部２０４、共有データ操作部２１０、デバイス認証処理部２１１、メッセージ生成部２１２、メッセージ確認部２１３、メッセージ修正部２１４、欠損データ抽出部２１５、認証要求部２１６、メッセージ有効性問合せ部２１７、接続テーブル記憶部２Ｋ１、共有データ記憶部２Ｋ２、デバイス証明書記憶部２Ｋ３、および鍵データ記憶部２Ｋ４などの機能を実現するためのプログラムおよびデータが格納されている。これらのプログラムおよびデータは必要に応じてＲＡＭ２０ｂに読み出され、ＣＰＵ２０ａによってプログラムが実行される。
【００２２】
パーソナルコンピュータＴＲには、それぞれ、他のパーソナルコンピュータＴＲとの識別のために、ノードＩＤ、ＩＰアドレス、およびＭＡＣアドレスが与えられている。ノードＩＤおよびＩＰアドレスは、ネットワーク１の規則に従って与えられる。ＭＡＣアドレスは、そのパーソナルコンピュータＴＲの通信インタフェース２０ｅに対して固定的に与えられているアドレスである。
【００２３】
また、これらのパーソナルコンピュータＴＲ１、ＴＲ２、…は、図４に示すように、仮想空間に配置されているものと仮想されている。そして、点線で示すように、仮想空間内の近隣の少なくとも１台の他のパーソナルコンピュータＴＲと関連付けられている。かつ、これらの関連付けによって、すべてのパーソナルコンピュータＴＲが互いに直接的にまたは間接的に関係するようになっている。なお、「直接的に関係する」とは、図４において１本の点線で繋がれていること（例えば、図４のパーソナルコンピュータＴＲ５とパーソナルコンピュータＴＲ６とのような関係）を言い、「間接的に関係する」とは、２本以上の点線および１つ以上のノードで繋がれていること（例えば、図４のパーソナルコンピュータＴＲ１とパーソナルコンピュータＴＲ５とのような関係）を言う。直接的に関係し合う２台のパーソナルコンピュータＴＲは、互いに相手を信頼している。
【００２４】
パーソナルコンピュータＴＲは、自らに直接的に関連付けられている他のパーソナルコンピュータＴＲとの間でデータの送受信を行うことができる。さらに、間接的に関連付けられている他のパーソナルコンピュータＴＲとの間で、両パーソナルコンピュータＴＲの間にある１台または複数台のパーソナルコンピュータＴＲを介してデータの送受信を行うことができる。または、間接的に関連付けられているパーソナルコンピュータＴＲ同士が、それぞれのＭＡＣアドレスまたはＩＰアドレスを互いに通知し合うことによって一時的に直接的に接続し、データの送受信を行うこともできる。
【００２５】
図５は接続テーブルＴＬの例を示す図である。次に、図３に示すパーソナルコンピュータＴＲの各部の処理内容について説明する。
【００２６】
接続テーブル記憶部２Ｋ１には、そのパーソナルコンピュータＴＲ自身に直接関連付けられている他のパーソナルコンピュータＴＲごとのノードデータＤＴＮを格納した接続テーブルＴＬを記憶している。例えば、パーソナルコンピュータＴＲ１、ＴＲ２、およびＴＲ３の各接続テーブル記憶部２Ｋ１は、それぞれ、図５（ａ）〜（ｃ）に示すような接続テーブルＴＬ１、ＴＬ２、およびＴＬ３を記憶している。
【００２７】
これらの接続テーブルＴＬの内容は、そのパーソナルコンピュータＴＲの運用の開始前に管理者によって予め作成される。また、運用の開始後は、接続テーブルＴＬの内容は、パーソナルコンピュータＴＲ自身の他のパーソナルコンピュータＴＲとの関連付けの変更に応じて自動的に更新される。
【００２８】
ノードデータＤＴＮには、当該他のパーソナルコンピュータＴＲを識別するためのノードＩＤ、ＩＰアドレス、およびＭＡＣアドレスなどの情報が示されている。
【００２９】
そのほか、接続テーブル記憶部２Ｋ１には、そのパーソナルコンピュータＴＲ自身のノードデータＤＴＮが記憶されている。
【００３０】
共有データ記憶部２Ｋ２には、他のパーソナルコンピュータＴＲと共有するデータ（以下、「共有データ」と記載する。）をファイル単位で記憶する。
【００３１】
デバイス証明書記憶部２Ｋ３は、認証局（ＣＡ）に発行してもらった、そのパーソナルコンピュータＴＲ自らのデバイス証明書の証明書データ６Ａを記憶する。鍵データ記憶部２Ｋ４は、他のパーソナルコンピュータＴＲの証明書データ６Ａに対応する公開鍵の公開鍵データ６Ｂを記憶する。さらに、そのパーソナルコンピュータＴＲ自身の公開鍵と対になる秘密鍵の秘密鍵データ６Ｃをも記憶する。
【００３２】
パケット生成部２０１は、後に説明する共有データ操作部２１０によって共有データ記憶部２Ｋ２から呼び出された共有データ、デバイス認証処理部２１１またはメッセージ生成部２１２などによって生成されたデータ、または欠損データ抽出部２１５によって抽出されたデータを、他のパーソナルコンピュータＴＲに送信するためにパケット化する処理を行う。
【００３３】
パケット送信部２０２は、パケット生成部２０１によって生成されたパケットを宛先の装置に宛てて送信する。
【００３４】
データ受信部２０３は、通信回線を流れるパケットのうち、そのパーソナルコンピュータＴＲ自身に宛てたものをフィルタリングして受信する。そして、受信したパケットを統合するなどして元のデータを再生する。
【００３５】
データ解析部２０４は、データ受信部２０３によって受信されたデータの中から必要な情報を抽出してその内容を解析することによって、そのデータの種類などを判別する。そして、その判別結果に応じて、共有データ操作部２１０、デバイス認証処理部２１１、メッセージ生成部２１２、メッセージ確認部２１３、メッセージ修正部２１４、欠損データ抽出部２１５、またはメッセージ有効性問合せ部２１７などがそのデータに基づいて所定の処理を行う。各部の処理内容については、後に順次説明する。
【００３６】
共有データ操作部２１０は、そのパーソナルコンピュータＴＲ自身のユーザ（ローカルユーザ）または他のパーソナルコンピュータＴＲからの要求に基づいて、そのパーソナルコンピュータＴＲ自身の共有データ記憶部２Ｋ２に記憶されている共有データに関する処理を行う。
【００３７】
例えば、ローカルユーザがワープロまたは表計算などのアプリケーションで共有データをオープンするコマンドを入力した場合は、その共有データをＲＡＭ２０ｂにロードする。または、他のパーソナルコンピュータＴＲから送信されてきた共有データを共有データ記憶部２Ｋ２に記憶させる。または、他のパーソナルコンピュータＴＲから共有データの要求があった場合は、その共有データを要求元に提供しまたは分配する準備のためにＲＡＭ２０ｂにロードする。または、ローカルユーザまたは他のパーソナルコンピュータＴＲから指定されたキーワードに関係する共有データを検索する。
【００３８】
ところで、パーソナルコンピュータＴＲは、自らがこれから実行する処理の内容または他のパーソナルコンピュータＴＲからの要求の内容に応じて、依頼ノード、目的ノード、指定ノード、および認証ノードのうちのいずれかの役割を果たす。
【００３９】
「依頼ノード」は、他のノード（他のパーソナルコンピュータＴＲ）に対して処理を行うように依頼するノードである。例えば、依頼ノードは、共有データの検索処理、共有データの提供処理、共有データの保存処理、画像の印刷処理、または業務処理など、種々の処理を他のノードに依頼する。「目的ノード」は、その依頼先のノードである。依頼ノードは、目的ノードに対して処理を依頼する際に、依頼内容を示すメッセージを含む依頼データ７Ａを目的ノードに送信する。
【００４０】
「認証ノード」は、依頼ノードがネットワーク１に参加することができる正規のデバイスか否かを判別する。つまり、依頼ノードのデバイス認証を行う。「指定ノード」は、目的ノードが受信した依頼データ７Ａの有効性を確認（検証、判別）する。
【００４１】
図３に戻って、デバイス認証処理部２１１ないしメッセージ有効性問合せ部２１７は、パーソナルコンピュータＴＲの役割に応じて次のように動作する。
【００４２】
パーソナルコンピュータＴＲが依頼ノードの役割を担うときは、メッセージ生成部２１２および認証要求部２１６が動作する。目的ノードの役割を担うときは、メッセージ有効性問合せ部２１７が動作する。また、必要に応じてメッセージ修正部２１４および欠損データ抽出部２１５が動作する場合もある。認証ノードの役割を担うときは、デバイス認証処理部２１１が動作する。指定ノードの役割を担うときは、メッセージ確認部２１３が動作する。また、必要に応じてメッセージ修正部２１４および欠損データ抽出部２１５が動作する場合もある。
【００４３】
図６は依頼ノード、目的ノード、認証ノード、および指定ノードの処理内容を説明するための図、図７は欠損したデータを補うための処理を説明するための図である。
【００４４】
ここで、図６を参照しながら、図３の各部のうち特にデバイス認証処理部２１１ないしメッセージ有効性問合せ部２１７の処理内容について、詳細に説明する。
【００４５】
図６において、例えばユーザがパーソナルコンピュータＴＲ３に保存されている共有データの中からユーザが指定した文字列を含むファイル名を有する共有データを検索すべき旨の指令をパーソナルコンピュータＴＲ２に対して与えたとする。すると、パーソナルコンピュータＴＲ２にはパーソナルコンピュータＴＲ３に対して検索処理の依頼を行う必要が生じるので、パーソナルコンピュータＴＲ２が依頼ノードとなる。一方、パーソナルコンピュータＴＲ３が目的ノードとなる。
【００４６】
依頼ノードとなったパーソナルコンピュータＴＲ２において、認証要求部２１６は、パーソナルコンピュータＴＲ２自身についての認証を行うべき旨、自らの識別情報（ノードＩＤ、ＩＰアドレス、またはＭＡＣアドレス）、およびパスワードなどを示す認証要求データ８Ａを生成する。パケット生成部２０１は認証要求部２１６によって生成された認証要求データ８Ａおよびデバイス証明書記憶部２Ｋ３に格納されている自らの証明書データ６Ａをパケット化する。パケット送信部２０２は、それらのパケットを、目的ノードであるパーソナルコンピュータＴＲ３以外のいずれかのノード（パーソナルコンピュータＴＲ）に対して送信する（＃１０１）。ここでは、パーソナルコンピュータＴＲ１に送信したとする。これにより、パーソナルコンピュータＴＲ１が認証ノードの役割を担うことになる。
【００４７】
認証ノードとなったパーソナルコンピュータＴＲ１において、データ受信部２０３は、パーソナルコンピュータＴＲ２からパーソナルコンピュータＴＲ１に宛てて送信されたパケットを受信し、証明書データ６Ａおよび認証要求データ８Ａを再生する。すると、データ解析部２０４はそれらのデータの種類を解析し、証明書データ６Ａおよび認証要求データ８Ａに基づいて処理を実行するようにデバイス認証処理部２１１に対して指令を与える。
【００４８】
すると、デバイス認証処理部２１１は、その証明書データ６Ａに示されるデバイス証明書の内容およびその認証要求データ８Ａに示されるパスワードを確認することによって、パーソナルコンピュータＴＲ２のデバイス認証を行う（＃１０２）。その結果、パーソナルコンピュータＴＲ２が正当なデバイスであると判別できたら、テキストまたはバイナリのチケットデータ７Ｂおよび指定ノードデータ７Ｃを生成する（＃１０３）。
【００４９】
このチケットデータ７Ｂには、パーソナルコンピュータＴＲ２がネットワーク１を構成する一員（つまり、ネットワーク１のグループのメンバ）であることを示すための情報が示される。例えば、グループのメンバのみが知り得るキーワードであるグループパスワードが示される。グループパスワードに有効期限を設定しておいてもよい。
【００５０】
指定ノードデータ７Ｃには、指定ノードの役割を担当させるノードの識別情報（ノードＩＤ、ＩＰアドレス、またはＭＡＣアドレス）が示される。ただし、係るノードは、接続テーブルＴＬに示されるノードの中からいずれか１つが選択される。つまり、パーソナルコンピュータＴＲ自身が信頼しているノードが選択される。指定ノードとして、ＣＰＵなどのスペックが最高のパーソナルコンピュータＴＲを選出してもよいし、乱数を発生させランダムにパーソナルコンピュータＴＲを選出してもよい。
【００５１】
パケット生成部２０１は、生成されたチケットデータ７Ｂおよび指定ノードデータ７ＣをパーソナルコンピュータＴＲ１自身の秘密鍵の秘密鍵データ６Ｃによって暗号化してからパケット化し、パケット送信部２０２は、これらを認証の要求元であるパーソナルコンピュータＴＲ２に宛てて送信する（＃１０４）。
【００５２】
依頼ノードであるパーソナルコンピュータＴＲ２において、データ受信部２０３は、パーソナルコンピュータＴＲ１からパーソナルコンピュータＴＲ２に宛てて送信されたパケットを受信し、チケットデータ７Ｂおよび指定ノードデータ７Ｃを再生する。すると、データ解析部２０４はそれらのデータの種類を解析し、次のステップの処理を実行するようにメッセージ生成部２１２に対して指令を与える。
【００５３】
すると、メッセージ生成部２１２は、依頼データ７Ａを次のように生成する（＃１０５）。依頼内容を示すメッセージ（以下、「依頼メッセージ」と記載する。）を生成する。ここでは、パーソナルコンピュータＴＲ３に保存されている共有データの中からユーザが指定した文字列を含むファイル名を有する共有データを検索すべき旨の指令（コマンド）を示す依頼メッセージを生成する。その依頼メッセージを過去に生成した他の依頼メッセージと識別するための識別情報であるメッセージＩＤを発行する。そして、これらの依頼メッセージおよびメッセージＩＤと認証ノードつまりパーソナルコンピュータＴＲ１から受信したチケットデータ７Ｂおよび指定ノードデータ７Ｃとを１つのデータに纏めることによって、依頼データ７Ａを生成する。メッセージＩＤとして、依頼メッセージのハッシュ値を用いてもよい。なお、チケットデータ７Ｂおよび指定ノードデータ７Ｃとして、パーソナルコンピュータＴＲ１の秘密鍵の秘密鍵データ６Ｃで暗号化されたままのデータが用いられる。
【００５４】
パケット生成部２０１は、生成された依頼データ７Ａをパケット化し、パケット送信部２０２は、これらを目的ノードであるパーソナルコンピュータＴＲ３に宛てて送信する（＃１０６）。さらに、パーソナルコンピュータＴＲ１から受信した指定ノードデータ７ＣをパーソナルコンピュータＴＲ１の公開鍵の公開鍵データ６Ｂで復号し、それに示されるノードに対しても、依頼データ７Ａを送信する（＃１０７）。ここでは、指定ノードデータ７ＣにはパーソナルコンピュータＴＲ４が示されているものとする。よって、パーソナルコンピュータＴＲ４が指定ノードとなる。なお、パーソナルコンピュータＴＲ１の公開鍵データ６Ｂを有しない場合は、認証局のサーバなどから取得する。
【００５５】
指定ノードとなったパーソナルコンピュータＴＲ４において、データ受信部２０３は、パーソナルコンピュータＴＲ２からパーソナルコンピュータＴＲ４に宛てて送信されたパケットを受信し、依頼データ７Ａを再生する。
【００５６】
データ解析部２０４はそのデータの種類を解析し、依頼データ７Ａに含まれるチケットデータ７Ｂおよび指定ノードデータ７Ｃが暗号化されていることを検知し、チケットデータ７Ｂおよび指定ノードデータ７Ｃを生成したノードつまりパーソナルコンピュータＴＲ１の公開鍵の公開鍵データ６Ｂを用いてチケットデータ７Ｂおよび指定ノードデータ７Ｃを復号する。そして、指定ノードデータ７Ｃに自らが示されていることを検知すると、目的ノードからの問合せの応対のためにスタンバイするようにメッセージ確認部２１３に対して指令する。
【００５７】
すると、メッセージ確認部２１３は、そのチケットデータ７Ｂに示される情報（例えば、グループパスワード）が正規のものであるか否かを確認し、正規のものであれば、その依頼データ７Ａに示されるメッセージＩＤを、図示しない有効メッセージテーブルＴＭに格納しておく（＃１０８）。そして、目的ノードからの問合せを待つ。
【００５８】
一方、目的ノードであるパーソナルコンピュータＴＲ３において、データ受信部２０３は、パーソナルコンピュータＴＲ２からパーソナルコンピュータＴＲ３に宛てて送信されたパケットを受信し、依頼データ７Ａを再生する。
【００５９】
データ解析部２０４はそのデータの種類を解析し、依頼データ７Ａに含まれるチケットデータ７Ｂおよび指定ノードデータ７Ｃが暗号化されていることを検知し、チケットデータ７Ｂおよび指定ノードデータ７Ｃを生成したノードつまりパーソナルコンピュータＴＲ１の公開鍵の公開鍵データ６Ｂを用いてチケットデータ７Ｂおよび指定ノードデータ７Ｃを復号する。そして、指定ノードデータ７Ｃに自らが示されていないことを検知すると、自らが指定ノードではなく目的ノードであると判別し、依頼データ７Ａに示される依頼メッセージの確認に関する処理を行うようにメッセージ有効性問合せ部２１７に対して指令する。
【００６０】
すると、メッセージ有効性問合せ部２１７は、依頼データ７Ａに示される依頼メッセージの有効性についての問合せおよびその依頼メッセージのメッセージＩＤを示す問合せデータ７Ｄを生成する（＃１０９）。パケット生成部２０１は、生成された問合せデータ７Ｄをパケット化し、パケット送信部２０２は、これらを指定ノードであるパーソナルコンピュータＴＲ４に宛てて送信する（＃１１０）。
【００６１】
パーソナルコンピュータＴＲ４において、データ受信部２０３は、パーソナルコンピュータＴＲ３からパーソナルコンピュータＴＲ４に宛てて送信されたパケットを受信し、問合せデータ７Ｄを再生する。データ解析部２０４はそのデータの種類を解析し、その問合せデータ７Ｄに応対するようにメッセージ確認部２１３に対して指令する。
【００６２】
すると、メッセージ確認部２１３は、その問合せデータ７Ｄに示されるメッセージＩＤが有効メッセージテーブルＴＭに格納されているか否かをチェックする（＃１１１）。まだ、前に説明したステップ＃１０８の処理が終わっていない場合は、それが終わってからチェックする。または、チェックができるまで、所定の時間ごとにチェックを試みてもよい。そして、そのメッセージＩＤが格納されている場合は、そのメッセージＩＤに係る依頼メッセージが有効であると判別し、その旨を示す有効結果データ７ＥＡを生成する（＃１１２）。格納されていない場合は、その依頼メッセージが無効である旨を示す無効結果データ７ＥＢを生成する（＃１１２）。
【００６３】
パケット生成部２０１は、生成された有効結果データ７ＥＡまたは無効結果データ７ＥＢをパケット化し、パケット送信部２０２は、これらを問合せ元であるパーソナルコンピュータＴＲ３に宛てて送信する（＃１１３）。なお、有効結果データ７ＥＡまたは無効結果データ７ＥＢの送信後、有効メッセージテーブルＴＭからそのメッセージＩＤを削除しておく。
【００６４】
そして、パーソナルコンピュータＴＲ３は、有効結果データ７ＥＡを受信した場合は、それに示されるメッセージＩＤに係る依頼メッセージに従って従来通りに処理を開始する。ここでは、ユーザが指定した文字列を含むファイル名を有する共有データを共有データ記憶部２Ｋ２の中から検索する。一方、無効結果データ７ＥＢを受信した場合は、その依頼メッセージは信頼性がなく無効であるものと判別し、その依頼メッセージに基づく処理を中止する。そして、依頼メッセージに基づく処理の実行結果をパーソナルコンピュータＴＲ２に通知しておく（＃１１４）。
【００６５】
上述の通り、目的ノードつまりパーソナルコンピュータＴＲ３および指定ノードつまりパーソナルコンピュータＴＲ４は、ともに同一の依頼データ７Ａを受信する。しかし、目的ノードまたは指定ノードのいずれか一方または両方が、パケットロスなどの原因により依頼データ７Ａの一部分を正しく受信することができないことがある。そこで、目的ノードおよび指定ノードのそれぞれのメッセージ修正部２１４および欠損データ抽出部２１５は、それを補い合うための処理を、必要に応じて次のように実行する（＃１１５）。
【００６６】
例えば、図７に示すように、依頼ノードから指定ノードおよび目的ノードに依頼データ７Ａが送信されたが、指定ノードには依頼データ７Ａの依頼メッセージの一部分のデータＰｔ１が届かなかったとする。
【００６７】
この場合は、指定ノードにおいて、メッセージ修正部２１４は、データＰｔ１を要求する旨を示す欠損部分要求データ７Ｆを生成し、これを目的ノードに宛てて送信するようにパケット生成部２０１およびパケット送信部２０２を制御する。すると、目的ノードにおいて、欠損データ抽出部２１５は、依頼データ７Ａの中からデータＰｔ１を抽出し、これを指定ノードに宛てて送信するようにパケット生成部２０１およびパケット送信部２０２を制御する。
【００６８】
そして、指定ノードにおいて、メッセージ修正部２１４は、目的ノードから受信したデータＰｔ１を用いて依頼データ７Ａを再生する。
【００６９】
または、依頼データ７Ａの依頼メッセージの一部分のデータＰｔ２が目的ノードに届かなかった場合は、目的ノードにおいて、メッセージ修正部２１４は、データＰｔ２を要求する旨を示す欠損部分要求データ７Ｆを生成し、これを指定ノードに宛てて送信するようにパケット生成部２０１およびパケット送信部２０２を制御する。すると、指定ノードにおいて、欠損データ抽出部２１５は、依頼データ７Ａの中からデータＰｔ２を抽出し、これを目的ノードに宛てて送信するようにパケット生成部２０１およびパケット送信部２０２を制御する。
【００７０】
そして、目的ノードにおいて、メッセージ修正部２１４は、指定ノードから受信したデータＰｔ２を用いて依頼データ７Ａを再生する。
【００７１】
図８はおよび図９はパーソナルコンピュータＴＲの全体的な処理の流れの例を説明するフローチャートである。
【００７２】
次に、ネットワーク１に参加している間のパーソナルコンピュータＴＲの処理の流れを、図８および図９のフローチャートを参照しながら説明する。
【００７３】
図８において、パーソナルコンピュータＴＲは、ローカルユーザからの指令を待つ。他のパーソナルコンピュータＴＲ（目的ノード）へのアクセスが必要な処理の指令がローカルユーザによってなされると（＃１１でＹｅｓ）、パーソナルコンピュータＴＲは、依頼ノードとして機能する。
【００７４】
すなわち、認証要求データ８Ａを生成し、その認証要求データ８Ａと自らの証明書データ６Ａとを、ネットワーク１の中の目的ノード以外のいずれかの他のパーソナルコンピュータＴＲ（つまり、認証ノード）に宛てて送信することによって、デバイス認証の実行およびチケットデータ７Ｂの発行などを要求する（＃１２）。
【００７５】
要求先つまり認証ノードにおいてパーソナルコンピュータＴＲのデバイス認証が成功し、パーソナルコンピュータＴＲがチケットデータ７Ｂおよび指定ノードデータ７Ｃを受信することができたら（＃１３でＹｅｓ）、ユーザの指令に係る処理を依頼する依頼メッセージ、メッセージＩＤ、チケットデータ７Ｂ、および指定ノードデータ７Ｃなどを含む依頼データ７Ａを生成し（＃１４）、これを依頼先つまり目的ノードに送信する（＃１５）。さらに、その指定ノードデータ７Ｃに示されるノードつまり指定ノードに対しても、その依頼データ７Ａを送信する（＃１６）。
【００７６】
一方、認証ノードにおいてデバイス認証が失敗し、パーソナルコンピュータＴＲがチケットデータ７Ｂおよび指定ノードデータ７Ｃを受信することができなかった場合は（＃１３でＹｅｓ）、ユーザの指令に係る処理を中止する（＃１７）。
【００７７】
パーソナルコンピュータＴＲは、他のパーソナルコンピュータＴＲから証明書データ６Ａおよび認証要求データ８Ａを受信すると（＃１１でＮｏ、＃１８でＹｅｓ）、認証ノードとして機能する。
【００７８】
すなわち、受信した証明書データ６Ａに示されるデバイス証明書および認証要求データ８Ａに示されるパスワードなどに基づいて当該他のパーソナルコンピュータＴＲ（依頼ノード）のデバイス認証を行う（＃１９）。
【００７９】
認証が成功したら（＃２０でＹｅｓ）、チケットデータ７Ｂおよび指定ノードデータ７Ｃを生成し（＃２１）、依頼ノードに返信する（＃２２）。一方、認証が失敗したら（＃２０でＹｅｓ）、その旨を依頼ノードに返信する（＃２３）。
【００８０】
パーソナルコンピュータＴＲは、他のパーソナルコンピュータＴＲから依頼データ７Ａを受信しかつその依頼データ７Ａに含まれる指定ノードデータ７Ｃに自らが示されている場合は（＃１１でＮｏ、＃１８でＮｏ、＃２４でＹｅｓ、＃２５でＹｅｓ）、指定ノードとして機能する。
【００８１】
すなわち、その依頼データ７Ａに含まれるチケットデータ７Ｂに示されるグループパスワードを検証することによって、その依頼データ７Ａに示される依頼メッセージの有効性を判別する（＃２６）。有効性があると判別した場合は（＃２７でＹｅｓ）、そのチケットデータ７Ｂに示されるメッセージＩＤを有効メッセージテーブルＴＭに追加登録しておく（＃２８）。一方、有効性がないと判別した場合は（＃２７でＮｏ）、有効メッセージテーブルＴＭへの追加登録は行わない。
【００８２】
パーソナルコンピュータＴＲは、他のパーソナルコンピュータＴＲから依頼メッセージの有効性に関する問合せデータ７Ｄを受信した場合も（＃１１でＮｏ、＃１８でＮｏ、＃２４でＮｏ、＃２９でＹｅｓ）、指定ノードとして機能する。ただし、ここでは、次のような処理を行う。
【００８３】
問合せデータ７Ｄに示されるメッセージＩＤが有効メッセージテーブルＴＭに登録されているか否かをチェックする（＃３０）。登録されている場合は（＃３１でＹｅｓ）、依頼メッセージが有効である旨を示す有効結果データ７ＥＡを当該他のパーソナルコンピュータＴＲ（目的ノード）に対して送信する（＃３２）。一方、登録されていない場合は（＃３２でＮｏ）、依頼メッセージが無効である旨を示す無効結果データ７ＥＢを送信する（＃３３）。
【００８４】
パーソナルコンピュータＴＲは、他のパーソナルコンピュータＴＲから依頼データ７Ａを受信しかつその依頼データ７Ａに含まれる指定ノードデータ７Ｃに自らが示されていない場合は（＃１１でＮｏ、＃１８でＮｏ、＃２４でＹｅｓ、＃２５でＮｏ）、目的ノードとして機能する。
【００８５】
すなわち、その依頼データ７Ａに含まれる依頼メッセージの有効性を問い合わせるための問合せデータ７Ｄを、その依頼データ７Ａに含まれる指定ノードデータ７Ｃに示されるノード（指定ノード）に送信する（＃３４）。
【００８６】
有効結果データ７ＥＡを受信した場合は（＃３５でＹｅｓ）、その依頼メッセージを信頼し、その依頼メッセージに従って依頼ノードのユーザの指令に係る処理を開始する（＃３６）。一方、無効結果データ７ＥＢを受信した場合は（＃３５でＮｏ）、依頼ノードからの依頼を拒否する（＃３７）。そして、処理の結果を依頼ノードに通知する（＃３８）。
【００８７】
パーソナルコンピュータＴＲは、ネットワーク１に参加している間、ステップ＃１１〜＃３８の処理を適宜実行する。
【００８８】
本実施形態によると、目的ノードは、依頼メッセージの有効性の判別を従来のように自ら行わず、指定ノードに行わせることができる。これにより、従来よりも処理の負荷を軽減することができる。特に、多数の依頼ノードから一時期に依頼メッセージを受信した場合に有用である。例えば、緊急時に監視カメラを制御する各パーソナルコンピュータＴＲから一斉にエマージェンシメッセージを受信し、所定のデータのダウンロード要求があり、または依頼メッセージをブロードキャストした場合などに、有用である。
【００８９】
また、依頼メッセージの送信元である依頼ノードが依頼メッセージの送信後に電源オフになったり、処理が増大しビジーになったり、ＤｏＳ（Denial of Service）攻撃を受けたりしても、依頼メッセージの有効性を確実に判別することができる。
【００９０】
また、ノード同士の物理的な距離が離れている場合にも、有用である。例えば、日本とアメリカとの間で行われる遠隔医療のためのシステムにおいて、一方のノードが日本にあり他方のノードがアメリカにある場合は、両ノード間で何度も通信を行うと時間が掛かる。そこで、本発明のように依頼メッセージに関する一連の処理を分散することによって、時間を節約することができる。
【００９１】
本実施形態では、依頼ノードからのデバイス認証の要求を受けた認証ノードは、指定ノードとするパーソナルコンピュータＴＲを１台だけ選択したが、複数台選択してもよい。そして、依頼ノードは、認証ノードが選択した複数台のパーソナルコンピュータＴＲの中からいずれか１台を指定ノードとして選出してもよい。この際に、依頼ノード自身との通信速度が最速であるパーソナルコンピュータＴＲを選出してもよいし、ＣＰＵなどのスペックが最高のパーソナルコンピュータＴＲを選出してもよいし、乱数を発生させランダムに選出してもよい。
【００９２】
または、複数のパーソナルコンピュータＴＲを指定ノードとして選出してもよい。そして、目的ノードは、例えば、依頼メッセージが重要な処理に係る場合は、複数の指定ノードすべてから有効結果データ７ＥＡを得られたら、その依頼メッセージの処理を開始してもよい。または、通信環境があまりよくない場合またはネットワーク１からのノードの離脱がよく起きる場合は、所定の割合または所定の個数の指定ノードから有効結果データ７ＥＡを得られたら、その依頼メッセージの処理を開始してもよい。または、依頼メッセージに係る処理の重要度が高いほど（例えば、取り扱う情報の機密性が高いほど）、その所定の割合を高く設定しまたはその所定の個数を多く設定するようにしてもよい。
【００９３】
本実施形態では、指定ノードは、依頼データ７Ａに添付されているチケットデータ７Ｂに基づいて依頼メッセージの有効性を判別したが、これ以外の情報に基づいて判別してもよい。例えば、依頼ノードから受信したメッセージＩＤと目的ノードから受信したメッセージＩＤとが一致した場合に、そのメッセージＩＤに係る依頼メッセージが有効であると判別してもよい。または、依頼ノードおよび目的ノードそれぞれから受信した依頼メッセージの全部または一部分同士を比較し、両者が一致した場合に、その依頼メッセージが有効であると判別してもよい。
【００９４】
依頼ノードは、複数の依頼データ７Ａを送信する場合は、トラフィックの分散のため、所定の時間間隔を開けて所定の個数以下の依頼データ７Ａを送信するのが好ましい。
【００９５】
依頼ノードと目的ノードとのリンクが長時間継続する場合は、目的ノードは依頼ノードに対して再検証を求めてもよい。そして、依頼ノード、目的ノード、認証ノード、および指定ノードは、前に図６で説明した処理を再度実行すればよい。
【００９６】
または、依頼ノードまたは目的ノードで発生したエラーを検知し、所定のエラー関数に基づいて検知したエラーの重大性の値を算出しこれを累積し、その累積値が所定の値を超えたら、目的ノードは依頼ノードに対して再検証を求めてもよい。
【００９７】
本実施形態では、企業に構築されているネットワーク１を例に説明したが、例えばインターネットのような、より広範なネットワークにも本発明を適用することができる。また、パーソナルコンピュータＴＲ以外の情報処理装置（例えば、ワークステーション、ＭＦＰ、プリンタなどの情報処理装置など）がノードである場合にも、本発明を適用することができる。
【００９８】
その他、ネットワーク１、パーソナルコンピュータＴＲの全体または各部の構成、処理内容、処理順序などは、本発明の趣旨に沿って適宜変更することができる。
【図面の簡単な説明】
【００９９】
【図１】ネットワークの全体的な構成の例を示す図である。
【図２】パーソナルコンピュータのハードウェア構成の例を示す図である。
【図３】パーソナルコンピュータの機能的構成の例を示す図である。
【図４】ネットワークの各ノードの関連性の例を示す図である。
【図５】接続テーブルの例を示す図である。
【図６】依頼ノード、目的ノード、認証ノード、および指定ノードの処理内容を説明するための図である。
【図７】欠損したデータを補うための処理を説明するための図である。
【図８】パーソナルコンピュータの全体的な処理の流れの例を説明するフローチャートである。
【図９】パーソナルコンピュータの全体的な処理の流れの例を説明するフローチャートである。
【符号の説明】
【０１００】
１ ネットワーク
２０２ パケット送信部（目的データ送信手段、判別要求手段、回答手段）
２１２ メッセージ生成部（目的データ送信手段）
２１３ メッセージ確認部（判別手段、回答手段）
２１７ メッセージ有効性問合せ部（判別要求手段）
７Ａ 依頼データ（目的データ、ノード識別情報）
ＴＲ パーソナルコンピュータ（情報処理装置）
【技術分野】
【０００１】
本発明は、Ｐ２Ｐ型のネットワークで用いられる通信方法および情報処理装置などに関する。
【背景技術】
【０００２】
近年、情報処理装置同士が通信を行う際にＰ２Ｐ（Peer To Peer）の技術がよく用いられる。
【０００３】
クライアントサーバ型のネットワークにおいては、デバイス認証の処理は、サーバが一元的に行う。一方、Ｐ２Ｐ型のネットワークにおいては、ノードとして用いられる各情報処理装置が、他の情報処理装置のデバイス認証を行わなければならない。例えば、他の情報処理装置から処理の実行の依頼を受けた場合に、当該他の情報処理装置のデバイス認証を行わなければならない。
【０００４】
Ｐ２Ｐ型のネットワークにおける認証の方法として、特許文献１に記載されるような方法が提案されている。特許文献１に記載される技術によると、ノードＡは、自ノードＡの代理となる代理ノードＢの正当性を確認した後に秘密情報を付加した第１のメッセージを代理ノードＢに転送する。代理ノードＢは、受信した第１のメッセージの秘密情報を保持し、秘密情報を用いてノードＮとの間で認証を行う。そして、ノードＢは、ノードＡの代わりにノードＮにアクセス要求を行う。
【特許文献１】特開平８−３３５２０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述のように、Ｐ２Ｐ型のネットワークのノードとして用いられる情報処理装置は、他の情報処理装置から処理の実行の依頼を受けた場合に、当該他の情報処理装置のデバイス認証を行わなければならないが、当然、その依頼に係る処理をも実行しなければならない。そうすると、一時期に多数の他の情報処理装置から依頼を受けた場合に、その台数分のデバイス認証および依頼に係る処理を行わなければならず、大きな負担が掛かる。
【０００６】
しかし、特許文献１に記載されるような従来の方法では、処理の実行の依頼を受けた情報処理装置の負担を減らすことはできない。
【０００７】
本発明は、このような問題点に鑑み、Ｐ２Ｐ型のネットワークのノードとして用いられる情報処理装置の負荷を従来よりも軽減することを目的とする。
【課題を解決するための手段】
【０００８】
本発明に係る通信方法は、３つ以上のノードによって構成されるネットワークにおける通信方法であって、前記ネットワークを構成するノードのうちの第一のノードは、送信する目的のデータである目的データと前記ネットワークを構成するノードのうちの当該目的データの有効性を判別する第三のノードを識別するノード識別情報とを互いに対応付けて、前記ネットワークを構成するノードのうちの当該目的データの本来の送信先である第二のノードに宛てて送信し、前記第二のノードは、前記第一のノードから受信した前記目的データの有効性を判別するように、当該目的データに対応付けられている前記ノード識別情報に示される前記第三のノードに対して要求し、前記第三のノードは、前記第二のノードが受信した前記目的データの有効性を判別し、判別結果を前記第二のノードに回答する、ことを特徴とする。
【０００９】
好ましくは、前記第一のノードは、前記目的データを識別するデータ識別情報を前記第二のノードおよび前記第三のノードに宛てて送信し、前記第二のノードは、前記第三のノードに対して、前記目的データの前記データ識別情報を送信することによって当該目的データの有効性を判別するように要求し、前記第三のノードは、前記第一のノードから受信した前記データ識別情報と前記第二のノードから受信した前記データ識別情報とが一致する場合は、当該データ識別情報に係る前記目的データが有効であると判別し、一致しない場合は、当該目的データが無効であると判別する。
【００１０】
または、前記第一のノードは、当該第一のノード自身が前記ネットワークの正当なメンバである旨を示す証明データと前記目的データを識別するデータ識別情報とを互いに対応付けて前記第三のノードに宛てて送信し、前記データ識別情報を前記第二のノードに宛てて送信し、前記第二のノードは、前記第三のノードに対して、前記目的データの前記データ識別情報を送信することによって当該目的データの有効性を判別するように要求し、前記第三のノードは、前記第二のノードから受信した前記データ識別情報に対応付けられている、前記第一のノードから受信した前記証明データに基づいて、当該データ識別情報に係る前記目的データの有効性を判別する。
【００１１】
本発明において、「目的データが有効である」とは、その目的データが一定の信頼性を有することをいう。例えば、不正に作成された目的データ、改ざんされた目的データ、または有効期限が切れた目的データなどの無効なデータは、有効であるとは言えない。
【発明の効果】
【００１２】
本発明によると、Ｐ２Ｐ型のネットワークのノードとして用いられる情報処理装置の負荷を従来よりも軽減することができる。
【発明を実施するための最良の形態】
【００１３】
図１はネットワーク１の全体的な構成の例を示す図、図２はパーソナルコンピュータＴＲのハードウェア構成の例を示す図、図３はパーソナルコンピュータＴＲの機能的構成の例を示す図、図４はネットワーク１の各ノードの関連性の例を示す図である。
【００１４】
本発明に係るネットワーク１は、図１に示すように、複数のセグメントＳＧ（ＳＧ１、ＳＧ２、…）および広域通信回線ＷＮＴなどによって構成される。各セグメントＳＧには、１台または複数台のパーソナルコンピュータＴＲ、ハブＤＨ、およびルータＤＲなどが設けられている。パーソナルコンピュータＴＲおよびルータＤＲは、同じセグメントＳＧの中のハブＤＨにツイストペアケーブルによって繋がれている。
【００１５】
さらに、各セグメントＳＧのルータＤＲ同士は、広域通信回線ＷＮＴを介して互いに接続されている。これにより、互いに異なるセグメントＳＧに属するパーソナルコンピュータＴＲ同士がデータ通信を行うことができる。また、各パーソナルコンピュータＴＲは、外部の認証局（ＣＡ）のサーバなどに接続することもできる。広域通信回線ＷＮＴとして、インターネット、専用線、または公衆回線などが用いられる。なお、セグメントＳＧにおいて、ハブＤＨおよびルータＤＲの代わりにモデム、ターミナルアダプタ、またはダイアルアップルータなどが用いられる場合もある。
【００１６】
このネットワーク１は、Ｐ２Ｐ（peer to peer）の形態のネットワークであり、これらのパーソナルコンピュータＴＲは、ノードとして機能する。これにより、各パーソナルコンピュータＴＲ同士で、互いの資源（例えば、ＣＰＵ、ハードディスク、または印刷ユニットなどのハードウェア資源、アプリケーションなどのソフトウェア資源、または書類データ、音楽データ、または画像データなどの情報資源）を共有することができる。
【００１７】
また、ネットワーク１は、例えば複数の拠点を有する企業などに構築される。この場合は、セグメントＳＧは、これらの拠点ごとに設けられる。
【００１８】
図２に示すように、パーソナルコンピュータＴＲは、ＣＰＵ２０ａ、ＲＡＭ２０ｂ、ＲＯＭ２０ｃ、ハードディスク２０ｄ、通信インタフェース２０ｅ、画像インタフェース２０ｆ、入出力インタフェース２０ｇ、その他の種々の回路または装置などによって構成される。
【００１９】
通信インタフェース２０ｅは、ＮＩＣ（Network Interface Card）であって、ツイストペアケーブルを介してハブＤＨのいずれかのポートに繋がれている。画像インタフェース２０ｆは、モニタと繋がれており、画面を表示するための映像信号をモニタに送出する。
【００２０】
入出力インタフェース２０ｇは、キーボードもしくはマウスなどの入力装置またはフロッピディスクドライブもしくはＣＤ−ＲＯＭドライブなどの外部記憶装置などと繋がれている。そして、ユーザが入力装置に対して行った操作の内容を示す信号を入力装置から入力する。または、フロッピディスクまたはＣＤ−ＲＯＭなどの記録媒体に記録されているデータを外部記憶装置に読み取らせ、これを入力する。または、記録媒体に書き込むためのデータを外部記憶装置に出力する。
【００２１】
ハードディスク２０ｄには、図３に示すようなパケット生成部２０１、パケット送信部２０２、データ受信部２０３、データ解析部２０４、共有データ操作部２１０、デバイス認証処理部２１１、メッセージ生成部２１２、メッセージ確認部２１３、メッセージ修正部２１４、欠損データ抽出部２１５、認証要求部２１６、メッセージ有効性問合せ部２１７、接続テーブル記憶部２Ｋ１、共有データ記憶部２Ｋ２、デバイス証明書記憶部２Ｋ３、および鍵データ記憶部２Ｋ４などの機能を実現するためのプログラムおよびデータが格納されている。これらのプログラムおよびデータは必要に応じてＲＡＭ２０ｂに読み出され、ＣＰＵ２０ａによってプログラムが実行される。
【００２２】
パーソナルコンピュータＴＲには、それぞれ、他のパーソナルコンピュータＴＲとの識別のために、ノードＩＤ、ＩＰアドレス、およびＭＡＣアドレスが与えられている。ノードＩＤおよびＩＰアドレスは、ネットワーク１の規則に従って与えられる。ＭＡＣアドレスは、そのパーソナルコンピュータＴＲの通信インタフェース２０ｅに対して固定的に与えられているアドレスである。
【００２３】
また、これらのパーソナルコンピュータＴＲ１、ＴＲ２、…は、図４に示すように、仮想空間に配置されているものと仮想されている。そして、点線で示すように、仮想空間内の近隣の少なくとも１台の他のパーソナルコンピュータＴＲと関連付けられている。かつ、これらの関連付けによって、すべてのパーソナルコンピュータＴＲが互いに直接的にまたは間接的に関係するようになっている。なお、「直接的に関係する」とは、図４において１本の点線で繋がれていること（例えば、図４のパーソナルコンピュータＴＲ５とパーソナルコンピュータＴＲ６とのような関係）を言い、「間接的に関係する」とは、２本以上の点線および１つ以上のノードで繋がれていること（例えば、図４のパーソナルコンピュータＴＲ１とパーソナルコンピュータＴＲ５とのような関係）を言う。直接的に関係し合う２台のパーソナルコンピュータＴＲは、互いに相手を信頼している。
【００２４】
パーソナルコンピュータＴＲは、自らに直接的に関連付けられている他のパーソナルコンピュータＴＲとの間でデータの送受信を行うことができる。さらに、間接的に関連付けられている他のパーソナルコンピュータＴＲとの間で、両パーソナルコンピュータＴＲの間にある１台または複数台のパーソナルコンピュータＴＲを介してデータの送受信を行うことができる。または、間接的に関連付けられているパーソナルコンピュータＴＲ同士が、それぞれのＭＡＣアドレスまたはＩＰアドレスを互いに通知し合うことによって一時的に直接的に接続し、データの送受信を行うこともできる。
【００２５】
図５は接続テーブルＴＬの例を示す図である。次に、図３に示すパーソナルコンピュータＴＲの各部の処理内容について説明する。
【００２６】
接続テーブル記憶部２Ｋ１には、そのパーソナルコンピュータＴＲ自身に直接関連付けられている他のパーソナルコンピュータＴＲごとのノードデータＤＴＮを格納した接続テーブルＴＬを記憶している。例えば、パーソナルコンピュータＴＲ１、ＴＲ２、およびＴＲ３の各接続テーブル記憶部２Ｋ１は、それぞれ、図５（ａ）〜（ｃ）に示すような接続テーブルＴＬ１、ＴＬ２、およびＴＬ３を記憶している。
【００２７】
これらの接続テーブルＴＬの内容は、そのパーソナルコンピュータＴＲの運用の開始前に管理者によって予め作成される。また、運用の開始後は、接続テーブルＴＬの内容は、パーソナルコンピュータＴＲ自身の他のパーソナルコンピュータＴＲとの関連付けの変更に応じて自動的に更新される。
【００２８】
ノードデータＤＴＮには、当該他のパーソナルコンピュータＴＲを識別するためのノードＩＤ、ＩＰアドレス、およびＭＡＣアドレスなどの情報が示されている。
【００２９】
そのほか、接続テーブル記憶部２Ｋ１には、そのパーソナルコンピュータＴＲ自身のノードデータＤＴＮが記憶されている。
【００３０】
共有データ記憶部２Ｋ２には、他のパーソナルコンピュータＴＲと共有するデータ（以下、「共有データ」と記載する。）をファイル単位で記憶する。
【００３１】
デバイス証明書記憶部２Ｋ３は、認証局（ＣＡ）に発行してもらった、そのパーソナルコンピュータＴＲ自らのデバイス証明書の証明書データ６Ａを記憶する。鍵データ記憶部２Ｋ４は、他のパーソナルコンピュータＴＲの証明書データ６Ａに対応する公開鍵の公開鍵データ６Ｂを記憶する。さらに、そのパーソナルコンピュータＴＲ自身の公開鍵と対になる秘密鍵の秘密鍵データ６Ｃをも記憶する。
【００３２】
パケット生成部２０１は、後に説明する共有データ操作部２１０によって共有データ記憶部２Ｋ２から呼び出された共有データ、デバイス認証処理部２１１またはメッセージ生成部２１２などによって生成されたデータ、または欠損データ抽出部２１５によって抽出されたデータを、他のパーソナルコンピュータＴＲに送信するためにパケット化する処理を行う。
【００３３】
パケット送信部２０２は、パケット生成部２０１によって生成されたパケットを宛先の装置に宛てて送信する。
【００３４】
データ受信部２０３は、通信回線を流れるパケットのうち、そのパーソナルコンピュータＴＲ自身に宛てたものをフィルタリングして受信する。そして、受信したパケットを統合するなどして元のデータを再生する。
【００３５】
データ解析部２０４は、データ受信部２０３によって受信されたデータの中から必要な情報を抽出してその内容を解析することによって、そのデータの種類などを判別する。そして、その判別結果に応じて、共有データ操作部２１０、デバイス認証処理部２１１、メッセージ生成部２１２、メッセージ確認部２１３、メッセージ修正部２１４、欠損データ抽出部２１５、またはメッセージ有効性問合せ部２１７などがそのデータに基づいて所定の処理を行う。各部の処理内容については、後に順次説明する。
【００３６】
共有データ操作部２１０は、そのパーソナルコンピュータＴＲ自身のユーザ（ローカルユーザ）または他のパーソナルコンピュータＴＲからの要求に基づいて、そのパーソナルコンピュータＴＲ自身の共有データ記憶部２Ｋ２に記憶されている共有データに関する処理を行う。
【００３７】
例えば、ローカルユーザがワープロまたは表計算などのアプリケーションで共有データをオープンするコマンドを入力した場合は、その共有データをＲＡＭ２０ｂにロードする。または、他のパーソナルコンピュータＴＲから送信されてきた共有データを共有データ記憶部２Ｋ２に記憶させる。または、他のパーソナルコンピュータＴＲから共有データの要求があった場合は、その共有データを要求元に提供しまたは分配する準備のためにＲＡＭ２０ｂにロードする。または、ローカルユーザまたは他のパーソナルコンピュータＴＲから指定されたキーワードに関係する共有データを検索する。
【００３８】
ところで、パーソナルコンピュータＴＲは、自らがこれから実行する処理の内容または他のパーソナルコンピュータＴＲからの要求の内容に応じて、依頼ノード、目的ノード、指定ノード、および認証ノードのうちのいずれかの役割を果たす。
【００３９】
「依頼ノード」は、他のノード（他のパーソナルコンピュータＴＲ）に対して処理を行うように依頼するノードである。例えば、依頼ノードは、共有データの検索処理、共有データの提供処理、共有データの保存処理、画像の印刷処理、または業務処理など、種々の処理を他のノードに依頼する。「目的ノード」は、その依頼先のノードである。依頼ノードは、目的ノードに対して処理を依頼する際に、依頼内容を示すメッセージを含む依頼データ７Ａを目的ノードに送信する。
【００４０】
「認証ノード」は、依頼ノードがネットワーク１に参加することができる正規のデバイスか否かを判別する。つまり、依頼ノードのデバイス認証を行う。「指定ノード」は、目的ノードが受信した依頼データ７Ａの有効性を確認（検証、判別）する。
【００４１】
図３に戻って、デバイス認証処理部２１１ないしメッセージ有効性問合せ部２１７は、パーソナルコンピュータＴＲの役割に応じて次のように動作する。
【００４２】
パーソナルコンピュータＴＲが依頼ノードの役割を担うときは、メッセージ生成部２１２および認証要求部２１６が動作する。目的ノードの役割を担うときは、メッセージ有効性問合せ部２１７が動作する。また、必要に応じてメッセージ修正部２１４および欠損データ抽出部２１５が動作する場合もある。認証ノードの役割を担うときは、デバイス認証処理部２１１が動作する。指定ノードの役割を担うときは、メッセージ確認部２１３が動作する。また、必要に応じてメッセージ修正部２１４および欠損データ抽出部２１５が動作する場合もある。
【００４３】
図６は依頼ノード、目的ノード、認証ノード、および指定ノードの処理内容を説明するための図、図７は欠損したデータを補うための処理を説明するための図である。
【００４４】
ここで、図６を参照しながら、図３の各部のうち特にデバイス認証処理部２１１ないしメッセージ有効性問合せ部２１７の処理内容について、詳細に説明する。
【００４５】
図６において、例えばユーザがパーソナルコンピュータＴＲ３に保存されている共有データの中からユーザが指定した文字列を含むファイル名を有する共有データを検索すべき旨の指令をパーソナルコンピュータＴＲ２に対して与えたとする。すると、パーソナルコンピュータＴＲ２にはパーソナルコンピュータＴＲ３に対して検索処理の依頼を行う必要が生じるので、パーソナルコンピュータＴＲ２が依頼ノードとなる。一方、パーソナルコンピュータＴＲ３が目的ノードとなる。
【００４６】
依頼ノードとなったパーソナルコンピュータＴＲ２において、認証要求部２１６は、パーソナルコンピュータＴＲ２自身についての認証を行うべき旨、自らの識別情報（ノードＩＤ、ＩＰアドレス、またはＭＡＣアドレス）、およびパスワードなどを示す認証要求データ８Ａを生成する。パケット生成部２０１は認証要求部２１６によって生成された認証要求データ８Ａおよびデバイス証明書記憶部２Ｋ３に格納されている自らの証明書データ６Ａをパケット化する。パケット送信部２０２は、それらのパケットを、目的ノードであるパーソナルコンピュータＴＲ３以外のいずれかのノード（パーソナルコンピュータＴＲ）に対して送信する（＃１０１）。ここでは、パーソナルコンピュータＴＲ１に送信したとする。これにより、パーソナルコンピュータＴＲ１が認証ノードの役割を担うことになる。
【００４７】
認証ノードとなったパーソナルコンピュータＴＲ１において、データ受信部２０３は、パーソナルコンピュータＴＲ２からパーソナルコンピュータＴＲ１に宛てて送信されたパケットを受信し、証明書データ６Ａおよび認証要求データ８Ａを再生する。すると、データ解析部２０４はそれらのデータの種類を解析し、証明書データ６Ａおよび認証要求データ８Ａに基づいて処理を実行するようにデバイス認証処理部２１１に対して指令を与える。
【００４８】
すると、デバイス認証処理部２１１は、その証明書データ６Ａに示されるデバイス証明書の内容およびその認証要求データ８Ａに示されるパスワードを確認することによって、パーソナルコンピュータＴＲ２のデバイス認証を行う（＃１０２）。その結果、パーソナルコンピュータＴＲ２が正当なデバイスであると判別できたら、テキストまたはバイナリのチケットデータ７Ｂおよび指定ノードデータ７Ｃを生成する（＃１０３）。
【００４９】
このチケットデータ７Ｂには、パーソナルコンピュータＴＲ２がネットワーク１を構成する一員（つまり、ネットワーク１のグループのメンバ）であることを示すための情報が示される。例えば、グループのメンバのみが知り得るキーワードであるグループパスワードが示される。グループパスワードに有効期限を設定しておいてもよい。
【００５０】
指定ノードデータ７Ｃには、指定ノードの役割を担当させるノードの識別情報（ノードＩＤ、ＩＰアドレス、またはＭＡＣアドレス）が示される。ただし、係るノードは、接続テーブルＴＬに示されるノードの中からいずれか１つが選択される。つまり、パーソナルコンピュータＴＲ自身が信頼しているノードが選択される。指定ノードとして、ＣＰＵなどのスペックが最高のパーソナルコンピュータＴＲを選出してもよいし、乱数を発生させランダムにパーソナルコンピュータＴＲを選出してもよい。
【００５１】
パケット生成部２０１は、生成されたチケットデータ７Ｂおよび指定ノードデータ７ＣをパーソナルコンピュータＴＲ１自身の秘密鍵の秘密鍵データ６Ｃによって暗号化してからパケット化し、パケット送信部２０２は、これらを認証の要求元であるパーソナルコンピュータＴＲ２に宛てて送信する（＃１０４）。
【００５２】
依頼ノードであるパーソナルコンピュータＴＲ２において、データ受信部２０３は、パーソナルコンピュータＴＲ１からパーソナルコンピュータＴＲ２に宛てて送信されたパケットを受信し、チケットデータ７Ｂおよび指定ノードデータ７Ｃを再生する。すると、データ解析部２０４はそれらのデータの種類を解析し、次のステップの処理を実行するようにメッセージ生成部２１２に対して指令を与える。
【００５３】
すると、メッセージ生成部２１２は、依頼データ７Ａを次のように生成する（＃１０５）。依頼内容を示すメッセージ（以下、「依頼メッセージ」と記載する。）を生成する。ここでは、パーソナルコンピュータＴＲ３に保存されている共有データの中からユーザが指定した文字列を含むファイル名を有する共有データを検索すべき旨の指令（コマンド）を示す依頼メッセージを生成する。その依頼メッセージを過去に生成した他の依頼メッセージと識別するための識別情報であるメッセージＩＤを発行する。そして、これらの依頼メッセージおよびメッセージＩＤと認証ノードつまりパーソナルコンピュータＴＲ１から受信したチケットデータ７Ｂおよび指定ノードデータ７Ｃとを１つのデータに纏めることによって、依頼データ７Ａを生成する。メッセージＩＤとして、依頼メッセージのハッシュ値を用いてもよい。なお、チケットデータ７Ｂおよび指定ノードデータ７Ｃとして、パーソナルコンピュータＴＲ１の秘密鍵の秘密鍵データ６Ｃで暗号化されたままのデータが用いられる。
【００５４】
パケット生成部２０１は、生成された依頼データ７Ａをパケット化し、パケット送信部２０２は、これらを目的ノードであるパーソナルコンピュータＴＲ３に宛てて送信する（＃１０６）。さらに、パーソナルコンピュータＴＲ１から受信した指定ノードデータ７ＣをパーソナルコンピュータＴＲ１の公開鍵の公開鍵データ６Ｂで復号し、それに示されるノードに対しても、依頼データ７Ａを送信する（＃１０７）。ここでは、指定ノードデータ７ＣにはパーソナルコンピュータＴＲ４が示されているものとする。よって、パーソナルコンピュータＴＲ４が指定ノードとなる。なお、パーソナルコンピュータＴＲ１の公開鍵データ６Ｂを有しない場合は、認証局のサーバなどから取得する。
【００５５】
指定ノードとなったパーソナルコンピュータＴＲ４において、データ受信部２０３は、パーソナルコンピュータＴＲ２からパーソナルコンピュータＴＲ４に宛てて送信されたパケットを受信し、依頼データ７Ａを再生する。
【００５６】
データ解析部２０４はそのデータの種類を解析し、依頼データ７Ａに含まれるチケットデータ７Ｂおよび指定ノードデータ７Ｃが暗号化されていることを検知し、チケットデータ７Ｂおよび指定ノードデータ７Ｃを生成したノードつまりパーソナルコンピュータＴＲ１の公開鍵の公開鍵データ６Ｂを用いてチケットデータ７Ｂおよび指定ノードデータ７Ｃを復号する。そして、指定ノードデータ７Ｃに自らが示されていることを検知すると、目的ノードからの問合せの応対のためにスタンバイするようにメッセージ確認部２１３に対して指令する。
【００５７】
すると、メッセージ確認部２１３は、そのチケットデータ７Ｂに示される情報（例えば、グループパスワード）が正規のものであるか否かを確認し、正規のものであれば、その依頼データ７Ａに示されるメッセージＩＤを、図示しない有効メッセージテーブルＴＭに格納しておく（＃１０８）。そして、目的ノードからの問合せを待つ。
【００５８】
一方、目的ノードであるパーソナルコンピュータＴＲ３において、データ受信部２０３は、パーソナルコンピュータＴＲ２からパーソナルコンピュータＴＲ３に宛てて送信されたパケットを受信し、依頼データ７Ａを再生する。
【００５９】
データ解析部２０４はそのデータの種類を解析し、依頼データ７Ａに含まれるチケットデータ７Ｂおよび指定ノードデータ７Ｃが暗号化されていることを検知し、チケットデータ７Ｂおよび指定ノードデータ７Ｃを生成したノードつまりパーソナルコンピュータＴＲ１の公開鍵の公開鍵データ６Ｂを用いてチケットデータ７Ｂおよび指定ノードデータ７Ｃを復号する。そして、指定ノードデータ７Ｃに自らが示されていないことを検知すると、自らが指定ノードではなく目的ノードであると判別し、依頼データ７Ａに示される依頼メッセージの確認に関する処理を行うようにメッセージ有効性問合せ部２１７に対して指令する。
【００６０】
すると、メッセージ有効性問合せ部２１７は、依頼データ７Ａに示される依頼メッセージの有効性についての問合せおよびその依頼メッセージのメッセージＩＤを示す問合せデータ７Ｄを生成する（＃１０９）。パケット生成部２０１は、生成された問合せデータ７Ｄをパケット化し、パケット送信部２０２は、これらを指定ノードであるパーソナルコンピュータＴＲ４に宛てて送信する（＃１１０）。
【００６１】
パーソナルコンピュータＴＲ４において、データ受信部２０３は、パーソナルコンピュータＴＲ３からパーソナルコンピュータＴＲ４に宛てて送信されたパケットを受信し、問合せデータ７Ｄを再生する。データ解析部２０４はそのデータの種類を解析し、その問合せデータ７Ｄに応対するようにメッセージ確認部２１３に対して指令する。
【００６２】
すると、メッセージ確認部２１３は、その問合せデータ７Ｄに示されるメッセージＩＤが有効メッセージテーブルＴＭに格納されているか否かをチェックする（＃１１１）。まだ、前に説明したステップ＃１０８の処理が終わっていない場合は、それが終わってからチェックする。または、チェックができるまで、所定の時間ごとにチェックを試みてもよい。そして、そのメッセージＩＤが格納されている場合は、そのメッセージＩＤに係る依頼メッセージが有効であると判別し、その旨を示す有効結果データ７ＥＡを生成する（＃１１２）。格納されていない場合は、その依頼メッセージが無効である旨を示す無効結果データ７ＥＢを生成する（＃１１２）。
【００６３】
パケット生成部２０１は、生成された有効結果データ７ＥＡまたは無効結果データ７ＥＢをパケット化し、パケット送信部２０２は、これらを問合せ元であるパーソナルコンピュータＴＲ３に宛てて送信する（＃１１３）。なお、有効結果データ７ＥＡまたは無効結果データ７ＥＢの送信後、有効メッセージテーブルＴＭからそのメッセージＩＤを削除しておく。
【００６４】
そして、パーソナルコンピュータＴＲ３は、有効結果データ７ＥＡを受信した場合は、それに示されるメッセージＩＤに係る依頼メッセージに従って従来通りに処理を開始する。ここでは、ユーザが指定した文字列を含むファイル名を有する共有データを共有データ記憶部２Ｋ２の中から検索する。一方、無効結果データ７ＥＢを受信した場合は、その依頼メッセージは信頼性がなく無効であるものと判別し、その依頼メッセージに基づく処理を中止する。そして、依頼メッセージに基づく処理の実行結果をパーソナルコンピュータＴＲ２に通知しておく（＃１１４）。
【００６５】
上述の通り、目的ノードつまりパーソナルコンピュータＴＲ３および指定ノードつまりパーソナルコンピュータＴＲ４は、ともに同一の依頼データ７Ａを受信する。しかし、目的ノードまたは指定ノードのいずれか一方または両方が、パケットロスなどの原因により依頼データ７Ａの一部分を正しく受信することができないことがある。そこで、目的ノードおよび指定ノードのそれぞれのメッセージ修正部２１４および欠損データ抽出部２１５は、それを補い合うための処理を、必要に応じて次のように実行する（＃１１５）。
【００６６】
例えば、図７に示すように、依頼ノードから指定ノードおよび目的ノードに依頼データ７Ａが送信されたが、指定ノードには依頼データ７Ａの依頼メッセージの一部分のデータＰｔ１が届かなかったとする。
【００６７】
この場合は、指定ノードにおいて、メッセージ修正部２１４は、データＰｔ１を要求する旨を示す欠損部分要求データ７Ｆを生成し、これを目的ノードに宛てて送信するようにパケット生成部２０１およびパケット送信部２０２を制御する。すると、目的ノードにおいて、欠損データ抽出部２１５は、依頼データ７Ａの中からデータＰｔ１を抽出し、これを指定ノードに宛てて送信するようにパケット生成部２０１およびパケット送信部２０２を制御する。
【００６８】
そして、指定ノードにおいて、メッセージ修正部２１４は、目的ノードから受信したデータＰｔ１を用いて依頼データ７Ａを再生する。
【００６９】
または、依頼データ７Ａの依頼メッセージの一部分のデータＰｔ２が目的ノードに届かなかった場合は、目的ノードにおいて、メッセージ修正部２１４は、データＰｔ２を要求する旨を示す欠損部分要求データ７Ｆを生成し、これを指定ノードに宛てて送信するようにパケット生成部２０１およびパケット送信部２０２を制御する。すると、指定ノードにおいて、欠損データ抽出部２１５は、依頼データ７Ａの中からデータＰｔ２を抽出し、これを目的ノードに宛てて送信するようにパケット生成部２０１およびパケット送信部２０２を制御する。
【００７０】
そして、目的ノードにおいて、メッセージ修正部２１４は、指定ノードから受信したデータＰｔ２を用いて依頼データ７Ａを再生する。
【００７１】
図８はおよび図９はパーソナルコンピュータＴＲの全体的な処理の流れの例を説明するフローチャートである。
【００７２】
次に、ネットワーク１に参加している間のパーソナルコンピュータＴＲの処理の流れを、図８および図９のフローチャートを参照しながら説明する。
【００７３】
図８において、パーソナルコンピュータＴＲは、ローカルユーザからの指令を待つ。他のパーソナルコンピュータＴＲ（目的ノード）へのアクセスが必要な処理の指令がローカルユーザによってなされると（＃１１でＹｅｓ）、パーソナルコンピュータＴＲは、依頼ノードとして機能する。
【００７４】
すなわち、認証要求データ８Ａを生成し、その認証要求データ８Ａと自らの証明書データ６Ａとを、ネットワーク１の中の目的ノード以外のいずれかの他のパーソナルコンピュータＴＲ（つまり、認証ノード）に宛てて送信することによって、デバイス認証の実行およびチケットデータ７Ｂの発行などを要求する（＃１２）。
【００７５】
要求先つまり認証ノードにおいてパーソナルコンピュータＴＲのデバイス認証が成功し、パーソナルコンピュータＴＲがチケットデータ７Ｂおよび指定ノードデータ７Ｃを受信することができたら（＃１３でＹｅｓ）、ユーザの指令に係る処理を依頼する依頼メッセージ、メッセージＩＤ、チケットデータ７Ｂ、および指定ノードデータ７Ｃなどを含む依頼データ７Ａを生成し（＃１４）、これを依頼先つまり目的ノードに送信する（＃１５）。さらに、その指定ノードデータ７Ｃに示されるノードつまり指定ノードに対しても、その依頼データ７Ａを送信する（＃１６）。
【００７６】
一方、認証ノードにおいてデバイス認証が失敗し、パーソナルコンピュータＴＲがチケットデータ７Ｂおよび指定ノードデータ７Ｃを受信することができなかった場合は（＃１３でＹｅｓ）、ユーザの指令に係る処理を中止する（＃１７）。
【００７７】
パーソナルコンピュータＴＲは、他のパーソナルコンピュータＴＲから証明書データ６Ａおよび認証要求データ８Ａを受信すると（＃１１でＮｏ、＃１８でＹｅｓ）、認証ノードとして機能する。
【００７８】
すなわち、受信した証明書データ６Ａに示されるデバイス証明書および認証要求データ８Ａに示されるパスワードなどに基づいて当該他のパーソナルコンピュータＴＲ（依頼ノード）のデバイス認証を行う（＃１９）。
【００７９】
認証が成功したら（＃２０でＹｅｓ）、チケットデータ７Ｂおよび指定ノードデータ７Ｃを生成し（＃２１）、依頼ノードに返信する（＃２２）。一方、認証が失敗したら（＃２０でＹｅｓ）、その旨を依頼ノードに返信する（＃２３）。
【００８０】
パーソナルコンピュータＴＲは、他のパーソナルコンピュータＴＲから依頼データ７Ａを受信しかつその依頼データ７Ａに含まれる指定ノードデータ７Ｃに自らが示されている場合は（＃１１でＮｏ、＃１８でＮｏ、＃２４でＹｅｓ、＃２５でＹｅｓ）、指定ノードとして機能する。
【００８１】
すなわち、その依頼データ７Ａに含まれるチケットデータ７Ｂに示されるグループパスワードを検証することによって、その依頼データ７Ａに示される依頼メッセージの有効性を判別する（＃２６）。有効性があると判別した場合は（＃２７でＹｅｓ）、そのチケットデータ７Ｂに示されるメッセージＩＤを有効メッセージテーブルＴＭに追加登録しておく（＃２８）。一方、有効性がないと判別した場合は（＃２７でＮｏ）、有効メッセージテーブルＴＭへの追加登録は行わない。
【００８２】
パーソナルコンピュータＴＲは、他のパーソナルコンピュータＴＲから依頼メッセージの有効性に関する問合せデータ７Ｄを受信した場合も（＃１１でＮｏ、＃１８でＮｏ、＃２４でＮｏ、＃２９でＹｅｓ）、指定ノードとして機能する。ただし、ここでは、次のような処理を行う。
【００８３】
問合せデータ７Ｄに示されるメッセージＩＤが有効メッセージテーブルＴＭに登録されているか否かをチェックする（＃３０）。登録されている場合は（＃３１でＹｅｓ）、依頼メッセージが有効である旨を示す有効結果データ７ＥＡを当該他のパーソナルコンピュータＴＲ（目的ノード）に対して送信する（＃３２）。一方、登録されていない場合は（＃３２でＮｏ）、依頼メッセージが無効である旨を示す無効結果データ７ＥＢを送信する（＃３３）。
【００８４】
パーソナルコンピュータＴＲは、他のパーソナルコンピュータＴＲから依頼データ７Ａを受信しかつその依頼データ７Ａに含まれる指定ノードデータ７Ｃに自らが示されていない場合は（＃１１でＮｏ、＃１８でＮｏ、＃２４でＹｅｓ、＃２５でＮｏ）、目的ノードとして機能する。
【００８５】
すなわち、その依頼データ７Ａに含まれる依頼メッセージの有効性を問い合わせるための問合せデータ７Ｄを、その依頼データ７Ａに含まれる指定ノードデータ７Ｃに示されるノード（指定ノード）に送信する（＃３４）。
【００８６】
有効結果データ７ＥＡを受信した場合は（＃３５でＹｅｓ）、その依頼メッセージを信頼し、その依頼メッセージに従って依頼ノードのユーザの指令に係る処理を開始する（＃３６）。一方、無効結果データ７ＥＢを受信した場合は（＃３５でＮｏ）、依頼ノードからの依頼を拒否する（＃３７）。そして、処理の結果を依頼ノードに通知する（＃３８）。
【００８７】
パーソナルコンピュータＴＲは、ネットワーク１に参加している間、ステップ＃１１〜＃３８の処理を適宜実行する。
【００８８】
本実施形態によると、目的ノードは、依頼メッセージの有効性の判別を従来のように自ら行わず、指定ノードに行わせることができる。これにより、従来よりも処理の負荷を軽減することができる。特に、多数の依頼ノードから一時期に依頼メッセージを受信した場合に有用である。例えば、緊急時に監視カメラを制御する各パーソナルコンピュータＴＲから一斉にエマージェンシメッセージを受信し、所定のデータのダウンロード要求があり、または依頼メッセージをブロードキャストした場合などに、有用である。
【００８９】
また、依頼メッセージの送信元である依頼ノードが依頼メッセージの送信後に電源オフになったり、処理が増大しビジーになったり、ＤｏＳ（Denial of Service）攻撃を受けたりしても、依頼メッセージの有効性を確実に判別することができる。
【００９０】
また、ノード同士の物理的な距離が離れている場合にも、有用である。例えば、日本とアメリカとの間で行われる遠隔医療のためのシステムにおいて、一方のノードが日本にあり他方のノードがアメリカにある場合は、両ノード間で何度も通信を行うと時間が掛かる。そこで、本発明のように依頼メッセージに関する一連の処理を分散することによって、時間を節約することができる。
【００９１】
本実施形態では、依頼ノードからのデバイス認証の要求を受けた認証ノードは、指定ノードとするパーソナルコンピュータＴＲを１台だけ選択したが、複数台選択してもよい。そして、依頼ノードは、認証ノードが選択した複数台のパーソナルコンピュータＴＲの中からいずれか１台を指定ノードとして選出してもよい。この際に、依頼ノード自身との通信速度が最速であるパーソナルコンピュータＴＲを選出してもよいし、ＣＰＵなどのスペックが最高のパーソナルコンピュータＴＲを選出してもよいし、乱数を発生させランダムに選出してもよい。
【００９２】
または、複数のパーソナルコンピュータＴＲを指定ノードとして選出してもよい。そして、目的ノードは、例えば、依頼メッセージが重要な処理に係る場合は、複数の指定ノードすべてから有効結果データ７ＥＡを得られたら、その依頼メッセージの処理を開始してもよい。または、通信環境があまりよくない場合またはネットワーク１からのノードの離脱がよく起きる場合は、所定の割合または所定の個数の指定ノードから有効結果データ７ＥＡを得られたら、その依頼メッセージの処理を開始してもよい。または、依頼メッセージに係る処理の重要度が高いほど（例えば、取り扱う情報の機密性が高いほど）、その所定の割合を高く設定しまたはその所定の個数を多く設定するようにしてもよい。
【００９３】
本実施形態では、指定ノードは、依頼データ７Ａに添付されているチケットデータ７Ｂに基づいて依頼メッセージの有効性を判別したが、これ以外の情報に基づいて判別してもよい。例えば、依頼ノードから受信したメッセージＩＤと目的ノードから受信したメッセージＩＤとが一致した場合に、そのメッセージＩＤに係る依頼メッセージが有効であると判別してもよい。または、依頼ノードおよび目的ノードそれぞれから受信した依頼メッセージの全部または一部分同士を比較し、両者が一致した場合に、その依頼メッセージが有効であると判別してもよい。
【００９４】
依頼ノードは、複数の依頼データ７Ａを送信する場合は、トラフィックの分散のため、所定の時間間隔を開けて所定の個数以下の依頼データ７Ａを送信するのが好ましい。
【００９５】
依頼ノードと目的ノードとのリンクが長時間継続する場合は、目的ノードは依頼ノードに対して再検証を求めてもよい。そして、依頼ノード、目的ノード、認証ノード、および指定ノードは、前に図６で説明した処理を再度実行すればよい。
【００９６】
または、依頼ノードまたは目的ノードで発生したエラーを検知し、所定のエラー関数に基づいて検知したエラーの重大性の値を算出しこれを累積し、その累積値が所定の値を超えたら、目的ノードは依頼ノードに対して再検証を求めてもよい。
【００９７】
本実施形態では、企業に構築されているネットワーク１を例に説明したが、例えばインターネットのような、より広範なネットワークにも本発明を適用することができる。また、パーソナルコンピュータＴＲ以外の情報処理装置（例えば、ワークステーション、ＭＦＰ、プリンタなどの情報処理装置など）がノードである場合にも、本発明を適用することができる。
【００９８】
その他、ネットワーク１、パーソナルコンピュータＴＲの全体または各部の構成、処理内容、処理順序などは、本発明の趣旨に沿って適宜変更することができる。
【図面の簡単な説明】
【００９９】
【図１】ネットワークの全体的な構成の例を示す図である。
【図２】パーソナルコンピュータのハードウェア構成の例を示す図である。
【図３】パーソナルコンピュータの機能的構成の例を示す図である。
【図４】ネットワークの各ノードの関連性の例を示す図である。
【図５】接続テーブルの例を示す図である。
【図６】依頼ノード、目的ノード、認証ノード、および指定ノードの処理内容を説明するための図である。
【図７】欠損したデータを補うための処理を説明するための図である。
【図８】パーソナルコンピュータの全体的な処理の流れの例を説明するフローチャートである。
【図９】パーソナルコンピュータの全体的な処理の流れの例を説明するフローチャートである。
【符号の説明】
【０１００】
１ ネットワーク
２０２ パケット送信部（目的データ送信手段、判別要求手段、回答手段）
２１２ メッセージ生成部（目的データ送信手段）
２１３ メッセージ確認部（判別手段、回答手段）
２１７ メッセージ有効性問合せ部（判別要求手段）
７Ａ 依頼データ（目的データ、ノード識別情報）
ＴＲ パーソナルコンピュータ（情報処理装置）
【特許請求の範囲】
【請求項１】
３つ以上のノードによって構成されるネットワークにおける通信方法であって、
前記ネットワークを構成するノードのうちの第一のノードは、
送信する目的のデータである目的データと前記ネットワークを構成するノードのうちの当該目的データの有効性を判別する第三のノードを識別するノード識別情報とを互いに対応付けて、前記ネットワークを構成するノードのうちの当該目的データの本来の送信先である第二のノードに宛てて送信し、
前記第二のノードは、
前記第一のノードから受信した前記目的データの有効性を判別するように、当該目的データに対応付けられている前記ノード識別情報に示される前記第三のノードに対して要求し、
前記第三のノードは、
前記第二のノードが受信した前記目的データの有効性を判別し、
判別結果を前記第二のノードに回答する、
ことを特徴とする通信方法。
【請求項２】
前記第一のノードは、
前記目的データを識別するデータ識別情報を前記第二のノードおよび前記第三のノードに宛てて送信し、
前記第二のノードは、
前記第三のノードに対して、前記目的データの前記データ識別情報を送信することによって当該目的データの有効性を判別するように要求し、
前記第三のノードは、
前記第一のノードから受信した前記データ識別情報と前記第二のノードから受信した前記データ識別情報とが一致する場合は、当該データ識別情報に係る前記目的データが有効であると判別し、一致しない場合は、当該目的データが無効であると判別する、
請求項１記載の通信方法。
【請求項３】
前記第一のノードは、
当該第一のノード自身が前記ネットワークの正当なメンバである旨を示す証明データと前記目的データを識別するデータ識別情報とを互いに対応付けて前記第三のノードに宛てて送信し、
前記データ識別情報を前記第二のノードに宛てて送信し、
前記第二のノードは、
前記第三のノードに対して、前記目的データの前記データ識別情報を送信することによって当該目的データの有効性を判別するように要求し、
前記第三のノードは、
前記第二のノードから受信した前記データ識別情報に対応付けられている、前記第一のノードから受信した前記証明データに基づいて、当該データ識別情報に係る前記目的データの有効性を判別する、
請求項１記載の通信方法。
【請求項４】
前記第一のノードは、
前記第三のノードに送信するための前記証明データを、前記ネットワークを構成するノードのうちの前記第二のノードおよび第三のノードのいずれでもない第四のノードから取得する、
請求項３記載の通信方法。
【請求項５】
前記目的データには、前記第二のノードに対して所定の処理を実行するように依頼するメッセージが示されており、
前記第二のノードは、
前記目的データが有効である旨の回答を前記第三のノードから受けた場合に、当該目的データに基づいて前記所定の処理を実行する、
請求項１ないし請求項４のいずれかに記載の通信方法。
【請求項６】
前記第二のノードは、
前記ネットワークを構成する複数のノードを前記第三のノードとみなして前記データ識別情報を送信し、
所定の個数の前記第三のノードから前記目的データが有効である旨の回答を受けた場合に、当該目的データに基づいて前記所定の処理を実行する、
請求項５記載の通信方法。
【請求項７】
前記第二のノードは、
前記第三のノードを、前記ネットワークを構成するノードの中からランダムに選択する、
請求項１ないし請求項６のいずれかに記載の通信方法。
【請求項８】
前記第一のノードは、
前記目的データを前記第三のノードに送信し、
前記第二のノードは、
前記第一のノードから受信した前記目的データの一部分が欠損している場合に、当該一部分を送信するように前記第三のノードに対して要求し、
前記目的データを、前記第三のノードから受信した当該目的データの一部分に基づいて修復し、
前記目的データの一部分を送信するように前記第三のノードから要求された場合に、当該一部分を当該第三のノードに宛てて送信し、
前記第三のノードは、
前記第一のノードから受信した前記目的データの一部分が欠損している場合に、当該一部分を送信するように前記第二のノードに対して要求し、
前記目的データを、前記第二のノードから受信した当該目的データの一部分に基づいて修復し、
前記目的データの一部分を送信するように前記第二のノードから要求された場合に、当該一部分を当該第二のノードに宛てて送信する、
請求項１ないし請求項７のいずれかに記載の通信方法。
【請求項９】
Ｐ２Ｐ型のネットワークのノードとして使用する情報処理装置であって、
ユーザから所定の指令が与えられた場合に、目的データと当該目的データの有効性を判別するノードを識別するノード識別情報とを互いに対応付けて当該目的データの本来の送信先であるノードに送信する、目的データ送信手段と、
他のノードから前記目的データを受信した場合に、当該目的データの有効性を判別するように、当該目的データに対応付けられている前記ノード識別情報に示される前記第三のノードに対して要求する、判別要求手段と、
他のノードから前記目的データの有効性を判別すべき旨を要求された場合に、目的データの有効性を判別する、判別手段と、
前記判別手段による判別結果を前記第二のノードに回答する回答手段と、
を有することを特徴とする情報処理装置。
【請求項１０】
Ｐ２Ｐ型のネットワークのノードとして使用するコンピュータに用いられるコンピュータプログラムであって、
前記コンピュータに、
ユーザから所定の指令が与えられた場合に、目的データと当該目的データの有効性を判別するノードを識別するノード識別情報とを互いに対応付けて当該目的データの本来の送信先であるノードに送信する処理を実行させ、
他のノードから前記目的データを受信した場合に、当該目的データの有効性を判別するように、当該目的データに対応付けられている前記ノード識別情報に示される前記第三のノードに対して要求する処理を実行させ、
他のノードから前記目的データの有効性を判別すべき旨を要求された場合に、目的データの有効性を判別する処理と、判別結果を前記第二のノードに回答する処理と、を実行させる、
ことを特徴とするコンピュータプログラム。
【請求項１】
３つ以上のノードによって構成されるネットワークにおける通信方法であって、
前記ネットワークを構成するノードのうちの第一のノードは、
送信する目的のデータである目的データと前記ネットワークを構成するノードのうちの当該目的データの有効性を判別する第三のノードを識別するノード識別情報とを互いに対応付けて、前記ネットワークを構成するノードのうちの当該目的データの本来の送信先である第二のノードに宛てて送信し、
前記第二のノードは、
前記第一のノードから受信した前記目的データの有効性を判別するように、当該目的データに対応付けられている前記ノード識別情報に示される前記第三のノードに対して要求し、
前記第三のノードは、
前記第二のノードが受信した前記目的データの有効性を判別し、
判別結果を前記第二のノードに回答する、
ことを特徴とする通信方法。
【請求項２】
前記第一のノードは、
前記目的データを識別するデータ識別情報を前記第二のノードおよび前記第三のノードに宛てて送信し、
前記第二のノードは、
前記第三のノードに対して、前記目的データの前記データ識別情報を送信することによって当該目的データの有効性を判別するように要求し、
前記第三のノードは、
前記第一のノードから受信した前記データ識別情報と前記第二のノードから受信した前記データ識別情報とが一致する場合は、当該データ識別情報に係る前記目的データが有効であると判別し、一致しない場合は、当該目的データが無効であると判別する、
請求項１記載の通信方法。
【請求項３】
前記第一のノードは、
当該第一のノード自身が前記ネットワークの正当なメンバである旨を示す証明データと前記目的データを識別するデータ識別情報とを互いに対応付けて前記第三のノードに宛てて送信し、
前記データ識別情報を前記第二のノードに宛てて送信し、
前記第二のノードは、
前記第三のノードに対して、前記目的データの前記データ識別情報を送信することによって当該目的データの有効性を判別するように要求し、
前記第三のノードは、
前記第二のノードから受信した前記データ識別情報に対応付けられている、前記第一のノードから受信した前記証明データに基づいて、当該データ識別情報に係る前記目的データの有効性を判別する、
請求項１記載の通信方法。
【請求項４】
前記第一のノードは、
前記第三のノードに送信するための前記証明データを、前記ネットワークを構成するノードのうちの前記第二のノードおよび第三のノードのいずれでもない第四のノードから取得する、
請求項３記載の通信方法。
【請求項５】
前記目的データには、前記第二のノードに対して所定の処理を実行するように依頼するメッセージが示されており、
前記第二のノードは、
前記目的データが有効である旨の回答を前記第三のノードから受けた場合に、当該目的データに基づいて前記所定の処理を実行する、
請求項１ないし請求項４のいずれかに記載の通信方法。
【請求項６】
前記第二のノードは、
前記ネットワークを構成する複数のノードを前記第三のノードとみなして前記データ識別情報を送信し、
所定の個数の前記第三のノードから前記目的データが有効である旨の回答を受けた場合に、当該目的データに基づいて前記所定の処理を実行する、
請求項５記載の通信方法。
【請求項７】
前記第二のノードは、
前記第三のノードを、前記ネットワークを構成するノードの中からランダムに選択する、
請求項１ないし請求項６のいずれかに記載の通信方法。
【請求項８】
前記第一のノードは、
前記目的データを前記第三のノードに送信し、
前記第二のノードは、
前記第一のノードから受信した前記目的データの一部分が欠損している場合に、当該一部分を送信するように前記第三のノードに対して要求し、
前記目的データを、前記第三のノードから受信した当該目的データの一部分に基づいて修復し、
前記目的データの一部分を送信するように前記第三のノードから要求された場合に、当該一部分を当該第三のノードに宛てて送信し、
前記第三のノードは、
前記第一のノードから受信した前記目的データの一部分が欠損している場合に、当該一部分を送信するように前記第二のノードに対して要求し、
前記目的データを、前記第二のノードから受信した当該目的データの一部分に基づいて修復し、
前記目的データの一部分を送信するように前記第二のノードから要求された場合に、当該一部分を当該第二のノードに宛てて送信する、
請求項１ないし請求項７のいずれかに記載の通信方法。
【請求項９】
Ｐ２Ｐ型のネットワークのノードとして使用する情報処理装置であって、
ユーザから所定の指令が与えられた場合に、目的データと当該目的データの有効性を判別するノードを識別するノード識別情報とを互いに対応付けて当該目的データの本来の送信先であるノードに送信する、目的データ送信手段と、
他のノードから前記目的データを受信した場合に、当該目的データの有効性を判別するように、当該目的データに対応付けられている前記ノード識別情報に示される前記第三のノードに対して要求する、判別要求手段と、
他のノードから前記目的データの有効性を判別すべき旨を要求された場合に、目的データの有効性を判別する、判別手段と、
前記判別手段による判別結果を前記第二のノードに回答する回答手段と、
を有することを特徴とする情報処理装置。
【請求項１０】
Ｐ２Ｐ型のネットワークのノードとして使用するコンピュータに用いられるコンピュータプログラムであって、
前記コンピュータに、
ユーザから所定の指令が与えられた場合に、目的データと当該目的データの有効性を判別するノードを識別するノード識別情報とを互いに対応付けて当該目的データの本来の送信先であるノードに送信する処理を実行させ、
他のノードから前記目的データを受信した場合に、当該目的データの有効性を判別するように、当該目的データに対応付けられている前記ノード識別情報に示される前記第三のノードに対して要求する処理を実行させ、
他のノードから前記目的データの有効性を判別すべき旨を要求された場合に、目的データの有効性を判別する処理と、判別結果を前記第二のノードに回答する処理と、を実行させる、
ことを特徴とするコンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２００７−３１６７４１（Ｐ２００７−３１６７４１Ａ）
【公開日】平成１９年１２月６日（２００７．１２．６）
【国際特許分類】
【出願番号】特願２００６−１４２９９２（Ｐ２００６−１４２９９２）
【出願日】平成１８年５月２３日（２００６．５．２３）
【出願人】（０００００１２７０）コニカミノルタホールディングス株式会社 (4,463)
【Ｆターム（参考）】
【公開日】平成１９年１２月６日（２００７．１２．６）
【国際特許分類】
【出願日】平成１８年５月２３日（２００６．５．２３）
【出願人】（０００００１２７０）コニカミノルタホールディングス株式会社 (4,463)
【Ｆターム（参考）】
[ Back to top ]