(57)【要約】【課題】ネットワークに参加するノードの増減に応じて可変のネットワーク参加コードを有するＰ２Ｐネットワークにおいて、ネットワーク参加コードを効率よく動的に更新するためのネットワークの通信方法を提供すること。【解決手段】Ｐ２Ｐネットワークにおいて、メッセージに送信ノードのネットワーク参加コードを含めて送信し、受信メッセージに含まれるネットワーク参加コードと受信ノードのネットワーク参加コードとを比較し、一致した場合に通信を可能とし、不一致の場合、ネットワーク参加コードを更新することによってネットワーク参加コードの一致を図ることで、最適なタイミングで効率よく動的なネットワーク参加コードの更新を行うことができ、高度なセキュリティ機能を確保することのできるネットワークの通信方法を提供することができる。【選択図】図３
2008077156.tif 000002
【特許請求の範囲】
【請求項１】
参加するノードの増減に応じて可変に設定されるネットワーク参加コードを有するピアツーピアネットワークにおける通信方法において、
送信されるメッセージに送信ノードの持つネットワーク参加コードを含めて送信する送信工程と、
前記送信工程で送信された送信ノードの持つネットワーク参加コードを含むメッセージを受信ノードが受信する受信工程と、
前記受信工程で受信された前記メッセージから前記送信ノードの持つ前記ネットワーク参加コードを抽出するコード抽出工程と、
前記コード抽出工程で抽出された前記送信ノードの持つ前記ネットワーク参加コードと前記受信ノードの持つネットワーク参加コードとを比較するコード比較工程と、
前記コード比較工程での比較の結果、前記送信ノードの持つ前記ネットワーク参加コードと前記受信ノードの持つ前記ネットワーク参加コードとが異なる場合に、前記送信ノードと前記受信ノードの間の通信を遮断する通信遮断工程と、
前記ネットワーク参加コードを更新するコード更新工程と、
前記コード更新工程での前記ネットワーク参加コードの更新により、前記送信ノードの持つ前記ネットワーク参加コードと前記受信ノードの持つ前記ネットワーク参加コードとが一致した場合に、前記送信ノードと前記受信ノードの間の通信を可能にする通信工程とを備えたことを特徴とするピアツーピアネットワークの通信方法。
【請求項２】
前記コード更新工程において、前記送信ノードが、自身の持つ前記ネットワーク参加コードを更新することを特徴とする請求項１に記載のピアツーピアネットワークの通信方法。
【請求項３】
前記コード更新工程において、前記受信ノードが、自身の持つ前記ネットワーク参加コードを更新することを特徴とする請求項１に記載のピアツーピアネットワークの通信方法。
【請求項４】
前記コード更新工程において、前記送信ノードがメッセージ送信直前に自身の持つ前記ネットワーク参加コードを更新し、前記受信ノードがメッセージ受信直後に自身の持つ前記ネットワーク参加コードを更新することを特徴とする請求項１に記載のピアツーピアネットワークの通信方法。
【請求項５】
前記コード更新工程において、前記ネットワーク参加コードは、前記ネットワーク参加コードを配布する配布サーバにアクセスすることにより更新されることを特徴とする請求項１乃至４の何れか１項に記載のピアツーピアネットワークの通信方法。
【請求項６】
前記コード更新工程において、前記ネットワーク参加コードは、前記ネットワーク参加コードを配布する認証されたノードにアクセスすることにより更新されることを特徴とする請求項１乃至４の何れか１項に記載のピアツーピアネットワークの通信方法。
【請求項７】
前記コード更新工程において、前記ネットワーク参加コードは、管理者により各ノードに対して設定されることを特徴とする請求項１乃至４の何れか１項に記載のピアツーピアネットワークの通信方法。
【請求項８】
前記送信工程において、前記ネットワーク参加コードは既定の割合でメッセージに添付されることを特徴とする請求項１乃至７の何れか１項に記載のピアツーピアネットワークの通信方法。
【請求項９】
前記送信工程において、前記ネットワーク参加コードはノードがメッセージを送信する頻度に応じて可変の割合でメッセージに添付されることを特徴とする請求項１乃至７の何れか１項に記載のピアツーピアネットワークの通信方法。
【請求項１０】
前記コード比較工程において、前記送信ノードの持つ前記ネットワーク参加コードと前記受信ノードの持つ前記ネットワーク参加コードとが一致しない場合、前記受信ノードが前記送信ノードに対して前記ネットワーク参加コードの不一致を示すコード不一致通知を送信する不一致通知工程を備えたことを特徴とする請求項１乃至９の何れか１項に記載のピアツーピアネットワークの通信方法。
【請求項１１】
前記コード比較工程において、前記送信ノードの持つ前記ネットワーク参加コードと前記受信ノードの持つ前記ネットワーク参加コードとが一致しない場合、前記受信ノードは、通信タイムアウト時間が経過するまで前記送信ノードに対する通信を保留することを特徴とする請求項１乃至９の何れか１項に記載のピアツーピアネットワークの通信方法。
【請求項１２】
前記コード比較工程において、前記送信ノードの持つ前記ネットワーク参加コードと前記受信ノードの持つ前記ネットワーク参加コードとが一致しない場合、前記送信ノードまたは前記受信ノードが、自身の前記ネットワーク参加コードが前回更新されてから現在までに通信を行った通信相手のノードに対して、前記ネットワーク参加コードの更新を促す更新推奨通知を送信する更新推奨通知工程を備えたことを特徴とする請求項１乃至１１の何れか１項に記載のピアツーピアネットワークの通信方法。
【請求項１３】
前記コード更新工程において、前記ネットワーク参加コードの更新を行うことができなかった場合、前記送信ノードまたは前記受信ノードが、エマージェンシーコードと過去の前記ネットワーク参加コードとを送信し、他のノードとの間で緊急モードで通信を行う緊急モード通信工程を備えたことを特徴とする請求項１乃至１２の何れか１項に記載のピアツーピアネットワークの通信方法。
【請求項１４】
前記緊急モード通信工程においては、ノード間の通信内容に制限が加えられることを特徴とする請求項１３に記載のピアツーピアネットワークの通信方法。
【請求項１５】
前記緊急モード通信工程においては、通信内容がノードに関する情報の送受信のみに制限されることを特徴とする請求項１３または１４に記載のピアツーピアネットワークの通信方法。
【請求項１６】
前記ネットワーク参加コードは、前記ピアツーピアネットワークの状況に関連する情報で構成されていることを特徴とする請求項１乃至１５の何れか１項に記載のピアツーピアネットワークの通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークの通信方法に関し、特に、ネットワークに参加するノードの増減に応じて可変のネットワーク参加コードを有するネットワークの通信方法に関する。
【背景技術】
【０００２】
昨今、インターネット上で不特定多数の個人間で直接情報のやり取りを行なうピアツーピア（以下、Ｐ２Ｐと言う）ネットワークが盛んになっている。Ｐ２Ｐネットワーク上では、外部からの不正なアクセスの防止等のために、ネットワークに参加するコンピュータ等の機器（以下、ノードと言う）に対して、ネットワークに参加するためのコード（以下、ネットワーク参加コードと言う）を付与し、ネットワーク参加コードの一致をもってネットワークへの参加資格の確認を行うのが一般的である。
【０００３】
ネットワーク参加コードの例としては、ＣＲＬ（証明書失効リスト）、Ｗｈｉｔｅ  Ｌｉｓｔ（参加許容者リスト。Ｂｌａｃｋ  Ｌｉｓｔの反対語。）、ネットワークグループパスワードやデバイス認証チケット等がある。
【０００４】
例えば、ＣＲＬを用いた参加資格の確認方法として、ネットワークに参加を要求するピアに対して、参加を要求するピアの電子証明書とＣＲＬとをネットワークを管理するピア用の秘密鍵で電子署名した招待状が送付され、以後、ネットワーク内ではこの招待状を用いて通信相手の正当性を確認する方法が提案されている（例えば、特許文献１参照）。
【０００５】
また、上述したネットワーク参加コードは、ネットワークに参加するノードの増減に応じて、ネットワーク側で動的に更新されるのが一般的である。
【０００６】
一方、従来行われている、ネットワークに参加する各ノードに付与されたネットワーク参加コードの更新は、
（１）一定時間毎に更新する。
（２）ネットワーク参加コード上に次回の更新時期が記載されており、更新時期が来たら更新する。
（３）電源オン時に更新する。
等の方法をとるのが一般的であるが、こうした方法ではネットワーク側によるネットワーク参加コードの更新に合わせた動的な更新ができない。
【０００７】
そのため、以下のような不具合事例が発生する。
（イ）例えば、ノード毎のネットワークグループパスワードの更新のタイミングの差によって、ノード毎のネットワーク参加コードが異なってしまい、本来行われるべき通信が行えないケースが発生する。
（ロ）例えば、ノード毎のＣＲＬの更新タイミングの差により、セキュリティ上望ましくない通信ができてしまうケースが発生する。
【０００８】
さらに、上述したような予め設定された更新のタイミングは、ネットワークトラフィックの増大を防止するために更新のサイクルが長く設定されるのが一般的であり、ノード毎にネットワーク参加コードが異なる場合がますます多くなる方向となる。従って、ネットワーク参加コードのタイムリーな更新が必要となる。
【０００９】
また、ネットワーク参加コードの更新に関するものではないが、コードの動的な更新の例として、送信側ノードのメッセージに通番を設けて送信し、受信側ノードは相手ノード毎に受信メッセージの通番を記憶しておき、送信側ノードのトラブルにより送信メッセージが途中で途切れて、その後に再送されてきた場合でも、再送されてくるメッセージの通番と比較することで先に送信されたメッセージ中の必要な部分を誤廃棄を防止する方法が提案されている（例えば、特許文献２参照）。
【特許文献１】特開２００６−１８０２２８号公報
【特許文献２】特開平５−９１１０８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかし、特許文献１の方法には発行された招待状の更新に関する記述がなく、ピア側の招待状の更新に対する記述もなく、セキュリティ上の課題が解決されない。
【００１１】
また、特許文献２の方法は、送信側ノードが送信するメッセージに一方的に連番を付与するもので、受信側ノードはそれをメッセージ中の必要な部分と不要な部分の区別に利用するだけであり、受信側ノードにとっては動的な更新とは言えない。
【００１２】
本発明は、上記事情に鑑みてなされたもので、ネットワークに参加するノードの増減に応じて可変のネットワーク参加コードを有するネットワークにおいて、ネットワーク参加コードを効率よく動的に更新するためのネットワークの通信方法を提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明の目的は、下記構成により達成することができる。
【００１４】
１．参加するノードの増減に応じて可変に設定されるネットワーク参加コードを有するピアツーピアネットワークにおける通信方法において、
送信されるメッセージに送信ノードの持つネットワーク参加コードを含めて送信する送信工程と、
前記送信工程で送信された送信ノードの持つネットワーク参加コードを含むメッセージを受信ノードが受信する受信工程と、
前記受信工程で受信された前記メッセージから前記送信ノードの持つ前記ネットワーク参加コードを抽出するコード抽出工程と、
前記コード抽出工程で抽出された前記送信ノードの持つ前記ネットワーク参加コードと前記受信ノードの持つネットワーク参加コードとを比較するコード比較工程と、
前記コード比較工程での比較の結果、前記送信ノードの持つ前記ネットワーク参加コードと前記受信ノードの持つ前記ネットワーク参加コードとが異なる場合に、前記送信ノードと前記受信ノードの間の通信を遮断する通信遮断工程と、
前記ネットワーク参加コードを更新するコード更新工程と、
前記コード更新工程での前記ネットワーク参加コードの更新により、前記送信ノードの持つ前記ネットワーク参加コードと前記受信ノードの持つ前記ネットワーク参加コードとが一致した場合に、前記送信ノードと前記受信ノードの間の通信を可能にする通信工程とを備えたことを特徴とするピアツーピアネットワークの通信方法。
【００１５】
２．前記コード更新工程において、前記送信ノードが、自身の持つ前記ネットワーク参加コードを更新することを特徴とする１に記載のピアツーピアネットワークの通信方法。
【００１６】
３．前記コード更新工程において、前記受信ノードが、自身の持つ前記ネットワーク参加コードを更新することを特徴とする１に記載のピアツーピアネットワークの通信方法。
【００１７】
４．前記コード更新工程において、前記送信ノードがメッセージ送信直前に自身の持つ前記ネットワーク参加コードを更新し、前記受信ノードがメッセージ受信直後に自身の持つ前記ネットワーク参加コードを更新することを特徴とする１に記載のピアツーピアネットワークの通信方法。
【００１８】
５．前記コード更新工程において、前記ネットワーク参加コードは、前記ネットワーク参加コードを配布する配布サーバにアクセスすることにより更新されることを特徴とする１乃至４の何れか１項に記載のピアツーピアネットワークの通信方法。
【００１９】
６．前記コード更新工程において、前記ネットワーク参加コードは、前記ネットワーク参加コードを配布する認証されたノードにアクセスすることにより更新されることを特徴とする１乃至４の何れか１項に記載のピアツーピアネットワークの通信方法。
【００２０】
７．前記コード更新工程において、前記ネットワーク参加コードは、管理者により各ノードに対して設定されることを特徴とする１乃至４の何れか１項に記載のピアツーピアネットワークの通信方法。
【００２１】
８．前記送信工程において、前記ネットワーク参加コードは既定の割合でメッセージに添付されることを特徴とする１乃至７の何れか１項に記載のピアツーピアネットワークの通信方法。
【００２２】
９．前記送信工程において、前記ネットワーク参加コードはノードがメッセージを送信する頻度に応じて可変の割合でメッセージに添付されることを特徴とする１乃至７の何れか１項に記載のピアツーピアネットワークの通信方法。
【００２３】
１０．前記コード比較工程において、前記送信ノードの持つ前記ネットワーク参加コードと前記受信ノードの持つ前記ネットワーク参加コードとが一致しない場合、前記受信ノードが前記送信ノードに対して前記ネットワーク参加コードの不一致を示すコード不一致通知を送信する不一致通知工程を備えたことを特徴とする１乃至９の何れか１項に記載のピアツーピアネットワークの通信方法。
【００２４】
１１．前記コード比較工程において、前記送信ノードの持つ前記ネットワーク参加コードと前記受信ノードの持つ前記ネットワーク参加コードとが一致しない場合、前記受信ノードは、通信タイムアウト時間が経過するまで前記送信ノードに対する通信を保留することを特徴とする１乃至９の何れか１項に記載のピアツーピアネットワークの通信方法。
【００２５】
１２．前記コード比較工程において、前記送信ノードの持つ前記ネットワーク参加コードと前記受信ノードの持つ前記ネットワーク参加コードとが一致しない場合、前記送信ノードまたは前記受信ノードが、自身の前記ネットワーク参加コードが前回更新されてから現在までに通信を行った通信相手のノードに対して、前記ネットワーク参加コードの更新を促す更新推奨通知を送信する更新推奨通知工程を備えたことを特徴とする１乃至１１の何れか１項に記載のピアツーピアネットワークの通信方法。
【００２６】
１３．前記コード更新工程において、前記ネットワーク参加コードの更新を行うことができなかった場合、前記送信ノードまたは前記受信ノードが、エマージェンシーコードと過去の前記ネットワーク参加コードとを送信し、他のノードとの間で緊急モードで通信を行う緊急モード通信工程を備えたことを特徴とする１乃至１２の何れか１項に記載のピアツーピアネットワークの通信方法。
【００２７】
１４．前記緊急モード通信工程においては、ノード間の通信内容に制限が加えられることを特徴とする１３に記載のピアツーピアネットワークの通信方法。
【００２８】
１５．前記緊急モード通信工程においては、通信内容がノードに関する情報の送受信のみに制限されることを特徴とする１３または１４に記載のピアツーピアネットワークの通信方法。
【００２９】
１６．前記ネットワーク参加コードは、前記ピアツーピアネットワークの状況に関連する情報で構成されていることを特徴とする１乃至１５の何れか１項に記載のピアツーピアネットワークの通信方法。
【発明の効果】
【００３０】
本発明によれば、ネットワークに参加するノードの増減に応じて可変のネットワーク参加コードを有するＰ２Ｐネットワークにおいて、メッセージに送信ノードのネットワーク参加コードを含めて送信し、受信メッセージに含まれるネットワーク参加コードと受信ノードのネットワーク参加コードとを比較し、一致した場合に通信を可能とし、不一致の場合、ネットワーク参加コードを更新することによってネットワーク参加コードの一致を図ることで、ネットワークのトラフィックに過大な負担をかけることなく最適なタイミングで効率よく動的なネットワーク参加コードの更新を行うことができ、高度なセキュリティ機能を確保することのできるネットワークの通信方法を提供することができる。
【発明を実施するための最良の形態】
【００３１】
以下、本発明を図示の実施の形態に基づいて説明するが、本発明は該実施の形態に限られない。なお、図中、同一あるいは同等の部分には同一の番号を付与し、重複する説明は省略する。
【００３２】
まず、Ｐ２Ｐネットワークについて、図１および図２を用いて説明する。図１は、Ｐ２Ｐネットワークの構成を示す模式図である。
【００３３】
図１において、Ｐ２Ｐネットワーク１００は、ハブ１０１にネットワークケーブル１０３を介して接続されたＰＣ１乃至ＰＣｎのｎ台のコンピュータからなり、コンピュータＰＣ１乃至ＰＣｎは相互に通信が可能となっている。コンピュータＰＣ１乃至ＰＣｎはＰ２Ｐネットワークにおけるノードとして機能する。また、ハブ１０１からは、ルータ１０５を通じて、別のネットワークと接続されている。Ｐ２Ｐネットワーク１００には、コンピュータの他、携帯情報端末（ＰＤＡ）や携帯電話等の機器も接続可能である。
【００３４】
図２は、Ｐ２ＰネットワークのためにコンピュータＰＣ１乃至ＰＣｎの各々が備えている機能ブロックを示す模式図である。ここでは、コンピュータＰＣｋの場合を例に挙げて説明する。
【００３５】
図２において、コンピュータＰＣｋのデータ受信部２０５により、ネットワーク２０１上を流れるパケット２０３が受信される。このパケット２０３の中から、データ解析部２０７によって必要なデータが抽出され、コンピュータＰＣｋにとって必要な情報であるかどうかがフィルタリングされる。もしコンピュータＰＣｋにとって必要な情報であり、その情報がコンピュータＰＣｋに関する処理命令であれば、コード解析部２１１、その他操作部２１９のいずれかにて処理される。
【００３６】
ノードリスト部２１５には、Ｐ２Ｐネットワーク内の全てのノードのリスト及び図３で後述するネットワーク参加コードＮＣを配布するサーバ（以下、配布サーバＤＳと言う）のアドレス等の情報が保持されている。
【００３７】
リスト・データ部２１３には、Ｐ２ＰネットワークにコンピュータＰＣｋが参加するための、ネットワークの状況に関連する情報で構成されるネットワーク参加コードＮＣ（ＣＲＬ、ＷｈｉｔｅＬｉｓｔ、グループ内パスワード等）が保持されている。
【００３８】
コード解析部２１１では、他のノードから送られてきたメッセージからネットワーク参加コードＮＣが抽出され、コンピュータＰＣｋ自身が持つネットワーク参加コードＮＣとの比較が行われる。両者のコードが同一の場合は一致信号が発生され、メッセージに書かれている処理内容がその他操作部２１９に送信されて処理が依頼される。
【００３９】
両者のコードが同一でない場合は不一致信号が発生され、メッセージを送ってきたノードとの通信が遮断され、ノードリスト部２１５に保持されている情報を参照して配布サーバＤＳもしくはその代替機能を果たす高信頼性ノードとの通信が開始され、リスト・データ部２１３に保持されている情報の更新が行われる。
【００４０】
コード作成部２０９では、メッセージが作成され、作成されたメッセージにリスト・データ部２１３に保持されているネットワーク参加コードＮＣが含められて、データ作成部２２１に送信される。メッセージにネットワーク参加コードＮＣを含める方法としては、メッセージへの埋め込みが一般的であるが、その他にメッセージのヘッダへの添付等の方法が考えられる。
【００４１】
その他操作部２１９では、ノードリスト部２１５に保持されている情報やその他データ保持部２１７に保持されている各種データが参照され、コード解析部２１１から受信したメッセージに書かれている処理内容や、データ解析部２０７で抽出された処理命令が実行され、データがデータ作成部２２１に送信される。
【００４２】
コード作成部２０９で作成されたメッセージあるいはその他操作部２１９で処理されたデータは、データ作成部２２１によってネットワークに流れるパケット２２５の形に整形され、データ送信部２２３を介して定められた相手先に向けて送信される。
【００４３】
次に、本発明の実施の形態について図３を用いて説明する。図３は、本発明の実施の形態を適用したＰ２Ｐネットワークの運用時の動作の概略を示す模式図である。ここでは、ノードＡは送信ノードＴＮとして、ノードＢは受信ノードＲＮとして動作する。
【００４４】
図３において、配布サーバＤＳは、自身の管理するネットワークに参加する資格のあるノードが登録されたメンバーリストを持っており、ネットワークに参加するノードの増減に応じてネットワーク参加コードＮＣを動的に可変に設定する。
【００４５】
ノードＡは自身の持つネットワーク参加コードＮＣを含めたメッセージ３１１をノードＢに向けて送信する。メッセージ３１１を受信したノードＢはメッセージ３１１からノードＡのネットワーク参加コードＮＣを抽出し、ノードＢ自身が持つネットワーク参加コードＮＣと比較する。比較の結果、両者のネットワーク参加コードＮＣが一致した場合、ノードＢはノードＡに向けて通信確立通知３２３を送信し、ノードＡとノードＢ間での通信が確立される。両者のネットワーク参加コードＮＣが不一致の場合、ノードＢはノードＡに向けてコード不一致通知３１３を送信し、通信が遮断される。
【００４６】
本発明の第１の実施の形態においては、ノードＢは、ノードＡに向けて通信確立通知３２３を送信した場合にはノードＡとの間で情報のやり取りを行い、ノードＡに向けてコード不一致通知３１３を送信した場合にはノードＡとの通信を遮断した後、配布サーバＤＳにアクセスし、ネットワーク参加コードＮＣの更新のための通信３１７を行う。
【００４７】
配布サーバＤＳは、アクセスしてきたノード（この場合はノードＢ）が自身の管理するネットワークに参加する資格のあるノードか否かを自身の持つメンバーリストで確認し、参加資格のあるメンバーの場合は、自身の管理するネットワーク参加コードＮＣを更新し、更新されたネットワーク参加コードＮＣをノードＢに送信する。アクセスしてきたノードが参加資格を持たない場合には、アクセスを拒否する。ノードＢは、更新されたネットワーク参加コードＮＣを受信し、自身の持つネットワーク参加コードＮＣを最新のコードに更新する。
【００４８】
ノードＢは、自身のネットワーク参加コードＮＣを更新した後に、自身の更新されたネットワーク参加コードＮＣとノードＡから受信したメッセージ３１１から抽出されたノードＡのネットワーク参加コードＮＣとを比較する。両者のネットワーク参加コードＮＣが一致するまでこれを繰り返し、一致すればノードＡとノードＢ間での通信が確立される。
【００４９】
さらに、ノードＢは、ノードＡに向けてコード不一致通知３１３を送信した場合、過去の通信履歴から、自身の持つネットワーク参加コードＮＣが前回更新されてから現在までの間に通信を行ったノード（ここでは、ノードＣがそれに該当するノードとする）を抽出し、ノードＣに対してネットワーク参加コードＮＣの更新を推奨する更新推奨通知３１９を送信する。
【００５０】
もし、何らかの理由によりノードＢが配布サーバＤＳにアクセスできず、自身のネットワーク参加コードＮＣを更新することができなかった場合、ノードＢは緊急状態を示すエマージェンシーコードＥＣを発生させる。ノードＢと他のノード（例えばノードＤ）とが通信を行う必要が生じた場合、ノードＢは、エマージェンシーコードＥＣと現在および過去の自身のネットワーク参加コードＮＣとを最新のネットワーク参加コードＮＣの代替として用いることで、例えば通信内容をＣＲＬに代表されるノードに関する情報の送受信のみに制限されたような緊急モードでの通信３２１を可能とする。
【００５１】
本発明の第２の実施の形態においては、ノードＡは、通信確立通知３２３を受信した場合にはノードＢとの間で情報のやり取りを行い、コード不一致通知３１３を受信した場合にはノードＢとの通信を遮断して、ネットワーク参加コードＮＣを配布する配布サーバＤＳにアクセスし、ネットワーク参加コードＮＣの更新のための通信３１５を行う。
【００５２】
配布サーバＤＳは、アクセスしてきたノード（この場合はノードＡ）が自身の管理するネットワークに参加する資格のあるノードか否かを自身の持つメンバーリストで確認し、参加資格のあるメンバーの場合は、自身の管理するネットワーク参加コードＮＣを更新し、更新されたネットワーク参加コードＮＣをノードＡに送信する。アクセスしてきたノードが参加資格を持たない場合には、アクセスを拒否する。ノードＡは、更新されたネットワーク参加コードＮＣを受信し、自身の持つネットワーク参加コードＮＣを最新のコードに更新する。
【００５３】
ノードＡは、自身のネットワーク参加コードＮＣを更新した後に、自身の更新されたネットワーク参加コードＮＣを含めたメッセージ３１１をノードＢに向け再送信する。メッセージ３１１を受信したノードＢは、メッセージ３１１からノードＡの更新されたネットワーク参加コードＮＣを抽出し、ノードＢ自身が持つネットワーク参加コードＮＣと比較する。両者のネットワーク参加コードＮＣが一致するまでこれを繰り返し、一致すればノードＡとノードＢ間での通信が確立される。
【００５４】
本第２の実施の形態においても、ノードＡがコード不一致通知３１３を受信した場合、上述したと同様に、ノードＡが過去に通信を行った相手に対して更新推奨通知３１９を送信する動作を行ってもよい。また、緊急モードでの通信３２１についても、何らかの理由によりノードＡが配布サーバＤＳにアクセスできず、自身のネットワーク参加コードＮＣを更新することができなかった場合に、上述したと同様の動作を行ってもよい。
【００５５】
また、本発明の第３および第４の実施の形態においては、ノードＡがメッセージを送信するにあたり、まず配布サーバＤＳにアクセスする。配布サーバＤＳは、アクセスしてきたノード（この場合はノードＡ）が自身の管理するネットワークに参加する資格のあるノードか否かを自身の持つメンバーリストで確認し、参加資格のあるメンバーの場合は、自身の管理するネットワーク参加コードＮＣを更新し、更新されたネットワーク参加コードＮＣをノードＡに送信する。アクセスしてきたノードが参加資格を持たない場合には、アクセスを拒否する。
【００５６】
ノードＡは、更新されたネットワーク参加コードＮＣを受信し、自身の持つネットワーク参加コードＮＣを最新のコードに更新し、更新されたネットワーク参加コードＮＣを含めたメッセージ３１１をノードＢに送信する。
【００５７】
メッセージ３１１を受信したノードＢは、まず配布サーバＤＳにアクセスする。配布サーバＤＳは、アクセスしてきたノード（この場合はノードＢ）が自身の管理するネットワークに参加する資格のあるノードか否かを自身の持つメンバーリストで確認し、参加資格のあるメンバーの場合は、自身の管理するネットワーク参加コードＮＣを更新し、更新されたネットワーク参加コードＮＣをノードＢに送信する。アクセスしてきたノードが参加資格を持たない場合には、アクセスを拒否する。
【００５８】
ノードＢは、更新されたネットワーク参加コードＮＣを受信し、自身の持つネットワーク参加コードＮＣを最新のコードに更新した後に、自身の更新されたネットワーク参加コードＮＣとメッセージ３１１から抽出したネットワーク参加コードＮＣとの比較を行う。
【００５９】
この場合、メッセージの送受信に際し送信ノードＴＮと受信ノードＲＮの双方が配布サーバＤＳにアクセスするので、ネットワークの容量や配布サーバＤＳまでのパスの長さによってはネットワークトラフィックを定常的に高くしてしまう恐れがある。その場合は、全てのメッセージにネットワーク参加コードＮＣを含めるのではなく、特定回数毎に１回ネットワーク参加コードＮＣを含めたり、メッセージの送信頻度の高いノードはメッセージにネットワーク参加コードＮＣを含める頻度を低くし、メッセージの送信頻度の低いノードはメッセージにネットワーク参加コードＮＣを含める頻度を高くする等の対応を行うことが望ましい。
【００６０】
なお、図３においては、ネットワーク参加コードＮＣを配布するのは配布サーバＤＳであるとしたが、ネットワークの構成によっては、高信頼性を有し配布サーバＤＳの代替機能を果たす認証されたノードからネットワーク参加コードＮＣの配布を受けることでもよい。あるいは、ネットワークの管理者が任意のノードあるいは特定の指定されたノードに対してネットワーク参加コードＮＣを設定することでもよい。
【００６１】
次に、図３で説明した本発明の第１の実施の形態の詳細について図４および図５を用いて説明する。図４は、本発明の第１の実施の形態の動作の流れを示すフローチャートであり、図５は、図４のサブルーチンの動作の流れを示すフローチャートである。以下、送信ノードＴＮのステップはステップＳＴ１０１のようにステップ番号に「ＳＴ」を付けて記載し、受信ノードＲＮのステップはステップＳＲ１１１のようにステップ番号に「ＳＲ」を付けて記載し、受信ノードＲＮ、送信ノードＴＮ共通のステップ（例えばサブルーチン等）にはステップＳ１４０のように「Ｓ」を付けて記載する。
【００６２】
図４において、ステップＳＴ１０１（送信工程）で、送信ノードＴＮがその時点で有するネットワーク参加コードＮＣを含めたメッセージが受信ノードＲＮに向けて送信される。ステップＳＲ１１１（受信工程）で受信ノードＲＮが送信ノードＴＮからのメッセージを受信し、ステップＳＲ１１３（コード抽出工程）で受信されたメッセージから送信ノードＴＮのネットワーク参加コードＮＣが抽出される。
【００６３】
ステップＳＲ１１５（コード比較工程）で、ステップＳＲ１１３で抽出された送信ノードＴＮのネットワーク参加コードＮＣと受信ノードＲＮが有するネットワーク参加コードＮＣとが比較され、ネットワーク参加コードＮＣの一致／不一致が確認される。両方のコードが一致した場合（ステップＳＲ１１５；Ｙｅｓ）、ステップＳＲ１１７で受信ノードＲＮから送信ノードＴＮに向けて通信確立通知３２３が送信される。
【００６４】
ステップＳＴ１２１で通信が確立されたか否かが確認される。通信が確立された場合（ステップＳＴ１２１；Ｙｅｓ）、ステップＳＴ１２３とステップＳＲ１２５とで送信ノードＴＮと受信ノードＲＮとの間で通信が行われてメッセージに記載された処理が実行され、処理終了後、一連の動作が終了される。通信が確立されなかった場合（ステップＳＴ１２１；Ｎｏ）、送信ノードＴＮは、受信ノードＲＮから通信確立通知３２３が送信されるまでステップＳＴ１２１で待機する。
【００６５】
ここに、ステップＳＲ１１７およびステップＳＴ１２１は本発明における通信確立工程であり、ステップＳＴ１２３およびステップＳＲ１２５は本発明における処理工程である。
【００６６】
ステップＳＲ１１５（コード比較工程）で、両方のコードが不一致の場合（ステップＳＲ１１５；Ｎｏ）、ステップＳＲ１３１（通信遮断工程）で送信ノードＴＮと受信ノードＲＮの間の通信が遮断される。次に、図５のステップＳ１４０「サーバアクセスサブルーチン」が実行され、ステップＳ１４０「サーバアクセスサブルーチン」で配布サーバＤＳへのアクセスが可能な場合、ステップＳＲ１５１（コード更新工程）で受信ノードＲＮから配布サーバＤＳへのアクセスが行われる。
【００６７】
受信ノードＲＮからのアクセスを受けた配布サーバＤＳは、アクセスしてきた受信ノードＲＮが自身の管理するネットワークに参加する資格のあるノードか否かを自身の持つメンバーリストで確認し、参加資格のあるメンバーの場合は、自身の管理するネットワーク参加コードＮＣを更新し、更新されたネットワーク参加コードＮＣを受信ノードＲＮに配布する。受信ノードＲＮは、更新された最新のネットワーク参加コードＮＣを配布サーバＤＳから受信して、自身のネットワーク参加コードＮＣを最新のコードに更新する。
【００６８】
図３に示したように、配布サーバＤＳの代わりに、高信頼性を有し配布サーバＤＳの代替機能を果たす認証されたノードからネットワーク参加コードＮＣの配布を受けることでもよいし、ネットワークの管理者からネットワーク参加コードＮＣの配布を受けることでもよい。
【００６９】
ステップＳＲ１５３（更新推奨通知工程）で、受信ノードＲＮは、過去の通信履歴から、自身の持つネットワーク参加コードＮＣが前回更新されてから現在までの間に通信を行ったノードを抽出し、該当するノードに対してネットワーク参加コードＮＣの更新を推奨する更新推奨通知を送信する。次に、ステップＳＲ１１５（コード比較工程）に戻って、ステップＳＲ１５１で更新された最新のネットワーク参加コードＮＣとステップＳＲ１１３で抽出された送信ノードＴＮのネットワーク参加コードＮＣとの一致／不一致が再確認される。
【００７０】
以下、受信ノードＲＮのネットワーク参加コードＮＣと送信ノードＴＮのネットワーク参加コードＮＣとが一致するまで上述した動作が繰り返され、一致すればステップＳＲ１１７以降の各ステップが実行されて一連の動作が終了される。
【００７１】
図５において、ステップＳ１４０「サーバアクセスサブルーチン」のステップＳ１４０１（アクセス可否確認工程）で配布サーバＤＳへのアクセスが可能か否かが確認される。配布サーバＤＳへのアクセスが可能な場合（ステップＳ１４０１；Ｙｅｓ）、メインルーチンへ復帰する。配布サーバＤＳへのアクセスが不可能な場合（ステップＳ１４０１；Ｎｏ）、ステップＳ１４０３で緊急状態を示すエマージェンシーコードが発生され、エマージェンシーコードを現在および過去のネットワーク参加コードＮＣと共に送信することで、ステップＳ１４０５で他のノードとの間で通信内容が制限された緊急モードでの通信を行うことができる。ここに、ステップＳ１４０３およびＳ１４０５は本発明における緊急モード通信工程である。
【００７２】
以上に述べたように、本第１の実施の形態によれば、送信メッセージに含められた送信ノードのネットワーク参加コードと受信ノードの持つネットワーク参加コードとの一致をもって通信を確立させるため、高度なセキュリティ機能を実現できる。また、ネットワーク参加コードが不一致の場合に、受信ノードがネットワーク参加コードを更新取得することで、ネットワークのトラフィックに過大な影響を与えることなしにネットワーク参加コードを最適なタイミングで効率よく動的に更新することができ、外部からの不正なアクセス等に対するセキュリティ機能の強化を図ることができる。
【００７３】
さらに、ネットワーク参加コードが不一致の場合に、受信ノードが過去に通信した相手先にネットワーク参加コードの更新を推奨する更新推奨通知を送信することで、他のノードのネットワーク参加コードについても最適なタイミングで効率よく動的に更新することができ、ネットワーク全体のセキュリティ機能の強化を図ることができる。加えて、万一配布サーバにアクセスができない事態が発生しても、エマージェンシーコードと現在および過去のネットワーク参加コードを送信することで、他のノードとの間で緊急モードでの通信が行え、通信不能となる事態を回避することができる。
【００７４】
次に、図３で説明した本発明の第２の実施の形態の詳細について図６を用いて説明する。図６は、本発明の第２の実施の形態の動作の流れを示すフローチャートである。
【００７５】
図６において、ステップＳＴ２０１（送信工程）で、送信ノードＴＮがその時点で有するネットワーク参加コードＮＣを含めたメッセージが、受信ノードＲＮに向けて送信される。ステップＳＲ２１１（受信工程）で受信ノードＲＮが送信ノードＴＮからのメッセージを受信すると、ステップＳＲ２１３（コード抽出工程）で受信したメッセージから送信ノードＴＮのネットワーク参加コードＮＣが抽出される。
【００７６】
ステップＳＲ２１５（コード比較工程）で、ステップＳＲ２１３で抽出された送信ノードＴＮのネットワーク参加コードＮＣと受信ノードＲＮが有するネットワーク参加コードＮＣとが比較され、ネットワーク参加コードＮＣの一致／不一致が確認される。両方のコードが一致した場合（ステップＳＲ２１５；Ｙｅｓ）、ステップＳＲ２２１で受信ノードＲＮから送信ノードＴＮに向けて通信確立通知３２３が送信され、ステップＳＲ２６１に進んで待機する。
【００７７】
両方のコードが不一致の場合（ステップＳＲ２１５；Ｎｏ）、ステップＳＲ２３１（不一致通知工程）で受信ノードＲＮから送信ノードＴＮに向けてコード不一致通知３１３が送信され、ステップＳＲ２１１に戻って次のメッセージ受信まで待機する。あるいは、通信確立までのタイムアウト時間が設定されている場合、コード不一致通知３１３の送信の代わりにタイムアウト時間まで待機することでもよい。
【００７８】
通信確立通知３２３あるいはコード不一致通知３１３が送信されるかタイムアウトした場合、ステップＳＴ２４１で通信が確立されたか否かが確認される。通信が確立された場合（ステップＳＴ２４１；Ｙｅｓ）、ステップＳＴ２５１とステップＳＲ２６１とで送信ノードＴＮと受信ノードＲＮとの間で通信が行われてメッセージに記載された処理が実行され、処理終了後、一連の動作を終了する。
【００７９】
ここに、ステップＳＲ２２１、ステップＳＲ２３１およびステップＳＴ２４１は本発明における通信確立工程であり、ステップＳＴ２５１およびステップＳＲ２６１は本発明における処理工程である。
【００８０】
ステップＳＴ２４１で通信が確立されなかった場合（ステップＳＴ２４１；Ｎｏ）、ステップＳＴ２７１（通信遮断工程）で送信ノードＴＮと受信ノードＲＮの間の通信が遮断される。次に、図５のステップＳ１４０「サーバアクセスサブルーチン」が実行され、ステップＳ１４０「サーバアクセスサブルーチン」で配布サーバＤＳへのアクセスが可能の場合、ステップＳＴ２８１（コード更新工程）で送信ノードＴＮが配布サーバＤＳにアクセスする。
【００８１】
送信ノードＴＮからのアクセスを受けた配布サーバＤＳは、アクセスしてきた送信ノードＴＮが自身の管理するネットワークに参加する資格のあるノードか否かを自身の持つメンバーリストで確認し、参加資格のあるメンバーの場合は、自身の管理するネットワーク参加コードＮＣを更新し、更新されたネットワーク参加コードＮＣを送信ノードＴＮに配布する。送信ノードＴＮは、更新された最新のネットワーク参加コードＮＣを配布サーバＤＳから受信して、自身のネットワーク参加コードＮＣを最新のコードに更新する。
【００８２】
図３に示したように、配布サーバＤＳの代わりに、高信頼性を有し配布サーバＤＳの代替機能を果たす認証されたノードからネットワーク参加コードＮＣの配布を受けることでもよいし、ネットワークの管理者からネットワーク参加コードＮＣの配布を受けることでもよい。
【００８３】
次に、ステップＳＴ２０１に戻って、更新された最新のネットワーク参加コードＮＣをメッセージに含めて受信ノードＤＮに向けて再送信し、以後、上述した動作を繰り返す。
【００８４】
なお、図４で述べたと同様に、ステップＳＴ２８１でネットワーク参加コードＮＣを更新した後に、過去の通信履歴から、送信ノードのネットワーク参加コードＮＣが前回更新されてから現在までの間に通信を行ったノードを抽出し、該当するノードに対してネットワーク参加コードＮＣの更新を推奨する更新推奨通知を送信してもよい。
【００８５】
以上に述べたように、本第２の実施の形態によれば、送信メッセージに含められた送信ノードのネットワーク参加コードと受信ノードの持つネットワーク参加コードとの一致をもって通信を確立させるため、高度なセキュリティ機能を実現できる。また、ネットワーク参加コードが不一致の場合に、送信ノードがネットワーク参加コードを更新取得し、更新されたネットワーク参加コードを送信メッセージに含めて再送信することで、ネットワークのトラフィックに過大な影響を与えることなしにネットワーク参加コードを最適なタイミングで効率よく動的に更新することができ、外部からの不正なアクセス等に対するセキュリティ機能の強化が図れる。
【００８６】
さらに、ネットワーク参加コードが不一致の場合に、送信ノードが過去に通信した相手先にネットワーク参加コードの更新を推奨する更新推奨通知を送信することで、他のノードのネットワーク参加コードについても最適なタイミングで効率よく動的に更新することができ、ネットワーク全体のセキュリティ機能の強化が図れる。加えて、万一配布サーバにアクセスができない事態が発生しても、エマージェンシーコードと現在および過去のネットワーク参加コードを送信することで、他のノードとの間で緊急モードでの通信が行え、通信不能となる事態を回避することができる。
【００８７】
次に、図３で説明した本発明の第３の実施の形態の詳細について図７を用いて説明する。図７は、本発明の第３の実施の形態の動作の流れを示すフローチャートである。
【００８８】
図７において、ステップＳＴ３０１で、ネットワーク参加コードＮＣの更新頻度を示す頻度パラメータｘが前回のメッセージ送信時の値ｘ０（エックスゼロ）にリセットされる。頻度パラメータｘは、常に最新の値が、書き換え可能な不揮発性メモリ等の記憶手段に記憶されている。
【００８９】
次に、ステップＳＴ３１１で頻度パラメータｘに１が加算される。ステップＳＴ３１３で頻度パラメータｘが規定の更新頻度値ｎ（正の整数）に等しいか大きいか否かが確認される。頻度パラメータｘが更新頻度値ｎよりも小さい場合（ステップＳＴ３１３；Ｎｏ）、ネットワーク参加コードＮＣの更新時期ではないと判断されて、ステップＳＴ３２３で現在のネットワーク参加コードＮＣを含むメッセージが送信され、ステップＳＴ３５１に進む。
【００９０】
頻度パラメータｘが更新頻度値ｎに等しいか大きい場合（ステップＳＴ３１３；Ｙｅｓ）、ネットワーク参加コードＮＣの更新時期であると判断されて、ステップＳＴ３１５で頻度パラメータｘが０（ゼロ）にリセットされる。ここに、ステップＳＴ３０１、ＳＴ３１１、ＳＴ３１３およびＳＴ３１５は本発明における更新頻度設定工程である。
【００９１】
次に、図５のステップＳ１４０「サーバアクセスサブルーチン」が実行される。ステップＳ１４０「サーバアクセスサブルーチン」で配布サーバＤＳへのアクセスが可能な場合、ステップＳＴ３１９で、送信ノードＴＮが配布サーバＤＳにアクセスする。
【００９２】
送信ノードＴＮからのアクセスを受けた配布サーバＤＳは、アクセスしてきた送信ノードＴＮが自身の管理するネットワークに参加する資格のあるノードか否かを自身の持つメンバーリストで確認し、参加資格のあるメンバーの場合は、自身の管理するネットワーク参加コードＮＣを更新し、更新されたネットワーク参加コードＮＣを送信ノードＴＮに配布する。送信ノードＴＮは、更新された最新のネットワーク参加コードＮＣを配布サーバＤＳから受信して、自身のネットワーク参加コードＮＣを最新のコードに更新する。
【００９３】
ステップＳＴ３２１で、更新されたネットワーク参加コードＮＣを含めたメッセージを受信ノードＲＮに向けて送信する。ここに、ステップＳＴ３２１またはＳＴ３２３は本発明における送信工程である。
【００９４】
ステップＳＲ３３１（受信工程）で、受信ノードＲＮが送信ノードＴＮからステップＳＴ３２１またはＳＴ３２３で発信されたメッセージを受信すると、ステップＳＲ３３３（コード抽出工程）で、ステップＳＲ３３１で受信したメッセージからネットワーク参加コードＮＣが抽出される。続いて、ステップＳＲ３３５で、ステップＳＲ３３３で抽出された送信ノードＴＮのネットワーク参加コードＮＣと受信ノードＲＮの持つネットワーク参加コードＮＣとが比較され、ネットワーク参加コードＮＣの一致／不一致が確認される。
【００９５】
両方のコードが一致した場合（ステップＳＲ３３５；Ｙｅｓ）、ステップＳＲ３４３に進む。両方のコードが不一致の場合（ステップＳＲ３３５；Ｎｏ）、図５のステップＳ１４０「サーバアクセスサブルーチン」が実行される。ステップＳ１４０「サーバアクセスサブルーチン」で配布サーバＤＳへのアクセスが可能な場合、ステップＳＲ３３９で受信ノードＲＮが配布サーバＤＳにアクセスする。
【００９６】
受信ノードＲＮからのアクセスを受けた配布サーバＤＳは、アクセスしてきた受信ノードＲＮが自身の管理するネットワークに参加する資格のあるノードか否かを自身の持つメンバーリストで確認し、参加資格のあるメンバーの場合は、自身の管理するネットワーク参加コードＮＣを更新し、更新されたネットワーク参加コードＮＣを受信ノードＲＮに配布する。
【００９７】
受信ノードＲＮは、更新された最新のネットワーク参加コードＮＣを配布サーバＤＳから受信して、自身のネットワーク参加コードＮＣを最新のコードに更新し、ステップＳＲ３４１に進む。ここに、ステップＳ１４０「サーバアクセスサブルーチン」、ステップＳＴ３１９およびステップＳＲ３３９は本発明におけるコード更新工程である。
【００９８】
図３に示したように、配布サーバＤＳの代わりに、高信頼性を有し配布サーバＤＳの代替機能を果たす認証されたノードからネットワーク参加コードＮＣの配布を受けることでもよいし、ネットワークの管理者からネットワーク参加コードＮＣの配布を受けることでもよい。
【００９９】
ステップＳＲ３４１で、ステップＳＲ３３３で抽出された送信ノードＴＮのネットワーク参加コードＮＣとステップＳＲ３３９で更新された受信ノードＲＮのネットワーク参加コードＮＣとが比較され、ネットワーク参加コードＮＣの一致／不一致が確認される。ステップＳＲ３３５およびステップＳＲ３４１は、本発明におけるコード比較工程である。
【０１００】
両方のコードが一致した場合（ステップＳＲ３４１；Ｙｅｓ）、ステップＳＲ３４３で受信ノードＲＮから送信ノードＴＮに向けて通信確立通知３２３が送信され、ステップＳＲ３５５に進んで待機する。
【０１０１】
両方のコードが不一致の場合（ステップＳＲ３４１；Ｎｏ）、ステップＳＲ３４５（不一致通知工程）で受信ノードＲＮから送信ノードＴＮに向けてコード不一致通知３１３が送信され、ステップＳＲ３３１に戻って次のメッセージ受信まで待機する。あるいは、通信確立までのタイムアウト時間が設定されている場合、コード不一致通知３１３の送信の代わりにタイムアウト時間まで待機することでもよい。
【０１０２】
通信確立通知３２３あるいはコード不一致通知３１３が送信されるかタイムアウトした場合、ステップＳＴ３５１で通信が確立されたか否かが確認される。通信が確立された場合（ステップＳＴ３５１；Ｙｅｓ）、ステップＳＴ３５３とステップＳＲ３５５とで送信ノードＴＮと受信ノードＲＮとの間で通信が行われてメッセージに記載された処理が実行され、処理終了後、一連の動作を終了する。ここに、ステップＳＲ３４３およびＳＴ３５１は本発明における通信確立工程であり、ステップＳＴ３５３およびステップＳＲ３５５は本発明における処理工程である。
【０１０３】
通信が確立されなかった場合（ステップＳＴ３５１；Ｎｏ）、ステップＳＴ３６１（通信遮断工程）で送信ノードＴＮと受信ノードＲＮの間の通信が遮断され、ステップＳＴ３１５に戻って頻度パラメータｘが０（ゼロ）にリセットされ、図５のステップＳ１４０「サーバアクセスサブルーチン」が実行され、配布サーバＤＳへのアクセスが可能な場合、ステップＳＴ３１９で最新のネットワーク参加コードＮＣが配布サーバＤＳから受信されて更新される。以後、上述した動作が繰り返される。
【０１０４】
本例では、ステップＳＴ３１３で頻度パラメータｘが更新頻度値ｎに等しいか大きい場合（ステップＳＴ３１３；Ｙｅｓ）、つまりネットワーク参加コードＮＣの更新時期であると判断された場合には常にネットワーク参加コードＮＣの更新動作を行うとして説明したが、ステップＳＴ３１３で頻度パラメータｘが更新頻度値ｎに等しいか大きい場合（ステップＳＴ３１３；Ｙｅｓ）でも、ステップＳＴ３１５からステップＳＴ３１９までのステップを経由せずに、ステップＳＴ３２１で現在のネットワーク参加コードＮＣを用いてメッセージを送信し、結果として受信ノードからステップＳＲ３４５でコード不一致通知３１３を受信した場合にのみ、ネットワーク参加コードＮＣを更新するということでもよい。これによって、ネットワークトラフィックの増大を最少に抑えながら、効率よくネットワーク参加コードＮＣを更新することができる。
【０１０５】
さらに、更新頻度値ｎは既定値として説明したが、これを例えばネットワークトラフィックの混雑度に応じて可変に設定してもよい。また、単なる定数ではなく、単位時間当たりの送信回数によって可変に設定してもよい。つまり、送信頻度の高いノードはｎを大きくして更新頻度を下げ、送信頻度の低いノードはｎを小さくして更新頻度を高くすることで、ネットワークトラフィックの増大を最少に抑えながら、効率よくネットワーク参加コードＮＣを更新することができる。
【０１０６】
なお、図４および図６で述べたと同様に、ステップＳＴ３１９およびステップＳＲ３３９で送信ノードおよび受信ノードのネットワーク参加コードＮＣを更新した後に、過去の通信履歴から、送信ノードおよび受信ノードのネットワーク参加コードＮＣが前回更新されてから現在までの間に通信を行ったノードを抽出し、該当するノードに対してネットワーク参加コードＮＣの更新を推奨する更新推奨通知を送信してもよい。
【０１０７】
以上に述べたように、本第３の実施の形態によれば、送信ノードおよび受信ノードがメッセージの送受信の前後に、適切な頻度で自身のネットワーク参加コードを最新のコードに更新するため、常に最新のネットワーク参加コードに最適なタイミングで効率よく動的に更新することができ、外部からの不正なアクセス等に対するセキュリティ機能の強化が図れる。
【０１０８】
さらに、ネットワーク参加コードが不一致の場合に、送信ノードおよび受信ノードが過去に通信した相手先にネットワーク参加コードの更新を推奨する更新推奨通知を送信することで、他のノードのネットワーク参加コードについても効率よく動的に更新することができ、ネットワーク全体のセキュリティ機能の強化が図れる。加えて、万一配布サーバにアクセスができない事態が発生しても、エマージェンシーコードと現在および過去のネットワーク参加コードを送信することで、他のノードとの間で緊急モードでの通信が行え、通信不能となる事態を回避することができる。
【０１０９】
あるいは、メッセージの送信頻度の高いノードはメッセージにネットワーク参加コードを含める頻度を低くし、メッセージの送信頻度の低いノードはメッセージにネットワーク参加コードを含める頻度を高くする等の対応を行うことで、送信ノードと受信ノードの双方が配布サーバにアクセスすることによるネットワークトラフィックの増大を防止しながら、ネットワーク参加コードを最適なタイミングで効率よく動的に更新することができ、高度なセキュリティ機能を確保することができる。
【０１１０】
図７に示した本発明の第３の実施の形態において、送信ノードから受信ノードへのメッセージの送信頻度が高い場合、受信ノードがメッセージの受信の度にネットワーク参加コードＮＣの更新動作を行うことはネットワークトラフィックの増大に繋がるし、その必要性も低い。そこで、受信ノードのネットワーク参加コードＮＣの更新動作を複数回に１回とする本発明の第４の実施の形態を図８を用いて説明する。図８は、本発明の第４の実施の形態の動作の流れを示すフローチャートである。
【０１１１】
図８において、ステップＳＴ３０１からステップＳＴ３１３までは図７の第３の実施の形態と同じである。ステップＳＴ３１３で頻度パラメータｘが規定の更新頻度値ｎ（正の整数）よりも小さい場合（ステップＳＴ３１３；Ｎｏ）、ネットワーク参加コードＮＣの更新時期ではないと判断されて、ステップＳＴ３８３で、ネットワーク参加コードＮＣを含まないメッセージが送信され、ステップＳＴ３５１に進む。
【０１１２】
頻度パラメータｘが更新頻度値ｎに等しいか大きい場合（ステップＳＴ３１３；Ｙｅｓ）については、ステップＳＴ３１５からステップＳＴ３２１までは図７の第３の実施の形態と同じである。ここに、ステップＳＴ３２１またはＳＴ３８３は本発明における送信工程である。
【０１１３】
一方、受信ノードＲＮ側は、電源投入時等にステップＳＲ３８１で受信回数パラメータｙｉが０（ゼロ）にリセットされる。ここに、受信回数パラメータｙｉは、例えばｙ１、ｙ２・・・といったように、相手方の送信ノードＴＮ毎に準備されるパラメータである。ステップＳＲ３３１（受信工程）で、受信ノードＲＮが送信ノードＴＮからステップＳＴ３２１またはＳＴ３８３で発信されたメッセージを受信すると、ステップＳＲ３３３（コード抽出工程）で、ステップＳＲ３３１で受信したメッセージからネットワーク参加コードＮＣが抽出され、ステップＳＲ３８５で、ステップＳＲ３３３でネットワーク参加コードＮＣが抽出されたか否かが確認される。
【０１１４】
ステップＳＲ３３３でネットワーク参加コードＮＣが抽出されなかった場合（ステップＳＲ３８５；Ｎｏ）、つまり、送信ノードＴＮがステップＳＴ３８３でネットワーク参加コードＮＣを含まないメッセージを送信してきた場合、ステップＳＲ３８７で送信ノード毎に準備された受信回数パラメータｙｉに１が加算され、ステップＳＲ３８９で受信回数パラメータｙｉが既定の受信限度値ｍ未満であるか否かが確認される。受信回数パラメータｙｉが受信限度値ｍ未満の場合（ステップＳＲ３８９；Ｙｅｓ）、ステップＳＲ３４３に進み、受信ノードＲＮから送信ノードＴＮに向けて通信確立通知３２３が送信され、ステップＳＲ３５５に進んで待機する。
【０１１５】
受信回数パラメータｙｉが受信限度値ｍ以上の場合（ステップＳＲ３８９；Ｎｏ）、ステップＳＲ３９１で受信回数パラメータｙｉが０（ゼロ）にリセットされて、ステップＳＲ３４５（不一致通知工程）に進み、受信ノードＲＮから送信ノードＴＮに向けてコード不一致通知３１３が送信され、ステップＳＲ３３１に戻って次のメッセージ受信まで待機する。あるいは、通信確立までのタイムアウト時間が設定されている場合、コード不一致通知３１３の送信の代わりにタイムアウト時間まで待機することでもよい。
【０１１６】
ステップＳＲ３３３でネットワーク参加コードＮＣが抽出された場合（ステップＳＲ３８５；Ｙｅｓ）、図５のステップＳ１４０「サーバアクセスサブルーチン」が実行される。以下、ステップＳＲ３３９からＳＲ３５５までは図７の第３の実施の形態と同じであり、ステップＳＲ３４３の通信確立通知３２３またはステップＳＲ３４５のコード不一致通知３１３を受けての、送信ノードＴＮのステップＳＴ３５１からステップＳＴ３６１までの動作も図７の第３の実施の形態と同じである。
【０１１７】
図８の説明では、受信限度値ｍは既定値として説明したが、これを例えばネットワークトラフィックの混雑度に応じて可変に設定してもよい。また、単なる定数ではなく、単位時間当たりの送信回数によって可変に設定してもよい。つまり、受信頻度の高い相手方の送信ノードはｍを大きくして更新頻度を下げ、受信頻度の低い相手方の送信ノードはｍを小さくして更新頻度を高くすることで、ネットワークトラフィックの増大を最少に抑えながら、効率よくネットワーク参加コードＮＣを更新することができる。
【０１１８】
以上に述べたように、本第４の実施の形態によれば、第３の実施の形態における効果に加えて、全てのメッセージにネットワーク参加コードを含めるのではなく、特定回数毎に１回ネットワーク参加コードを含めることで、送信ノードと受信ノードの双方が配布サーバにアクセスすることによるネットワークトラフィックの定常的な増加を防止しながら、高度なセキュリティ機能を確保することができる。
【０１１９】
さらに、メッセージの送信頻度の高いノードからの受信の場合は、メッセージにネットワーク参加コードが含まれていなくても既定回数までは通信を認めることで、送信ノードあるいは受信ノードが配布サーバにアクセスすることによるネットワークトラフィックの増大を防止しながら、ネットワーク参加コードを最適なタイミングで効率よく動的に更新することができ、高度なセキュリティ機能を確保することができる。
【０１２０】
以上に述べたように、本発明によれば、ネットワークに参加するノードの増減に応じて可変のネットワーク参加コードを有するＰ２Ｐネットワークにおいて、メッセージに送信ノードのネットワーク参加コードを含めて送信し、受信メッセージに含まれるネットワーク参加コードと受信ノードのネットワーク参加コードとを比較し、一致した場合に通信を可能とし、不一致の場合、ネットワーク参加コードを更新することによってネットワーク参加コードの一致を図ることで、ネットワークのトラフィックに過大な負担をかけることなく最適なタイミングで効率よく動的なネットワーク参加コードの更新を行うことができ、高度なセキュリティ機能を確保することのできるネットワークの通信方法を提供することができる。
【０１２１】
尚、本発明に係るネットワークの通信方法を構成する各構成の細部構成および細部動作に関しては、本発明の趣旨を逸脱することのない範囲で適宜変更可能である。
【図面の簡単な説明】
【０１２２】
【図１】Ｐ２Ｐネットワークの構成を示す模式図である。
【図２】Ｐ２Ｐネットワークのためにコンピュータが備えている機能ブロックを示す模式図である。
【図３】本発明の実施の形態を適用したＰ２Ｐネットワークの運用時の動作の概略を示す模式図である。
【図４】本発明の第１の実施の形態の動作の流れを示すフローチャートである。
【図５】図４のサブルーチンの動作の流れを示すフローチャートである。
【図６】本発明の第２の実施の形態の動作の流れを示すフローチャートである。
【図７】本発明の第３の実施の形態の動作の流れを示すフローチャートである。
【図８】本発明の第４の実施の形態の動作の流れを示すフローチャートである。
【符号の説明】
【０１２３】
１００  Ｐ２Ｐネットワーク
１０１  ハブ
１０３  ネットワークケーブル
１０５  ルータ
２０１  ネットワーク
２０３  パケット
２０５  データ受信部
２０７  データ解析部
２０９  コード作製部
２１１  コード解析部
２１３  リスト・データ部
２１５  ノード・リスト部
２１７  その他データ保持部
２１９  その他操作部
２２１  データ作成部
２２３  データ送信部
２２５  パケット
３１１  メッセージ
３１３  コード不一致通知
３１５  ネットワーク参加コードの更新のための通信
３１７  ネットワーク参加コードの更新のための通信
３１９  更新推奨通知
３２１  緊急モードでの通信
３２３  通信確立通知
ＤＳ  配布サーバ
ＴＮ  送信ノード
ＲＮ  受信ノード
ＮＣ  ネットワーク参加コード
【図１】
2008077156.tif 000003
【図２】
2008077156.tif 000004
【図３】
2008077156.tif 000005
【図４】
2008077156.tif 000006
【図５】
2008077156.tif 000007
【図６】
2008077156.tif 000008
【図７】
2008077156.tif 000009
【図８】
2008077156.tif 000010