(57)【要約】【課題】ネットワークにおけるノード間の通信において、高い通信速度を有し、かつその高速性を損なわずに、セキュリティ（安全性）を向上した効果的な暗号通信を行うことができる暗号通信処理装置、及び暗号通信処理方法を提供する。【解決手段】ネットワークにおけるノード間の通信において、共通の暗号鍵を最初に複数設定しておき、送信するパケット毎に任意に切り替えることで、ハンドシェイクを繰り返すことなく、使用する暗号鍵を適時変更する。【選択図】図７
2008271476.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークシステムを構成する複数のノード間で暗号通信を行う暗号通信処理方法であって、
互いに暗号通信する第１のノードと第２のノードの間で、メッセージナンバーを交換する接続工程と、
前記第２のノードが認証のための情報を含むメッセージを送信し、受信した前記第１のノードが該情報に基づき前記第２のノードを認証する認証工程と、
前記認証工程において認証が成功した場合に、前記第１のノードと前記第２のノードとの間で暗号鍵を作成するための情報を含むメッセージを通信し、該情報に基づき暗号鍵を作成し、両ノードで共有化する暗号鍵作成工程と、
前記第１のノードが、前記暗号鍵作成工程において作成、共有化された暗号鍵に基づき暗号化した情報を含むメッセージを、前記第２のノードに送信する暗号化工程と、を有し、
前記暗号鍵作成工程では、前記暗号鍵を作成するための情報に基づき、複数の暗号鍵を作成、共有化し、
前記暗号化工程では、暗号化して送信する情報毎に、それぞれ前記複数の暗号鍵から選択した暗号鍵を用いて暗号化し、メッセージナンバーを付与して送信する
ことを特徴とする暗号通信処理方法。
【請求項２】
前記暗号化工程では、暗号化した情報に、暗号化に用いた暗号鍵を識別するための情報を含む送信属性情報を付与して送信する
ことを特徴とする請求項１に記載の暗号通信処理方法。
【請求項３】
前記接続工程において交換されるメッセージナンバーは、
送信ノード毎に、あるいは送受信するノードの組み合わせ毎に一意に設定され、当該ノードから送信されるすべてのメッセージに付与される
ことを特徴とする請求項１または２に記載の暗号通信処理方法。
【請求項４】
前記メッセージナンバーは、所定のタイミングで破棄され、破棄されたメッセージナンバーに対応するノードが関わる暗号通信処理は、前記接続工程からやり直す
ことを特徴とする請求項３に記載の暗号通信処理方法。
【請求項５】
前記接続工程では、
前記第１のノードと前記第２のノードの間で、通信プロトコルのバージョン情報と暗号化アルゴリズム設定のための情報を含む暗号通信のための設定情報が交換される
ことを特徴とする請求項１乃至４の何れか１項に記載の暗号通信処理方法。
【請求項６】
前記認証工程における認証のための情報には、当該情報を送信したノードの公開鍵の情報が含まれ、
前記暗号鍵作成工程における暗号鍵を作成するための情報は、前記公開鍵を用いて暗号化され、送信される
ことを特徴とする請求項１乃至５の何れか１項に記載の暗号通信処理方法。
【請求項７】
複数のノード間で暗号通信を行うネットワークシステムにおける、ノードとしての暗号通信処理装置であって、
暗号通信する他のノードとの間で、メッセージナンバーを交換する接続手段と、
認証のための情報を含むメッセージを他のノードに送信する、あるいは受信した該情報に基づき他のノードを認証する認証手段と、
前記認証手段により認証した、あるいは認証を受けた他のノードと、暗号鍵を作成するための情報を含むメッセージを通信し、該情報に基づき暗号鍵を作成、共有化する暗号鍵作成手段と、
前記暗号鍵作成手段により作成、共有化された暗号鍵に基づき暗号化した情報を含むメッセージを送信または受信する暗号化手段と、を有し、
前記暗号鍵作成手段は、前記暗号鍵を作成するための情報に基づき、複数の暗号鍵を作成、共有化し、
前記暗号化手段は、暗号化して送信する情報毎に、それぞれ前記複数の暗号鍵から選択した暗号鍵を用いて暗号化し、メッセージナンバーを付与して送信する
ことを特徴とする暗号通信処理装置。
【請求項８】
前記暗号化手段は、暗号化した情報に、暗号化に用いた暗号鍵を識別するための情報を含む送信属性情報を付与して送信する
ことを特徴とする請求項７に記載の暗号通信処理装置。
【請求項９】
前記接続手段により交換されるメッセージナンバーは、
送信ノード毎に、あるいは送受信するノードの組み合わせ毎に一意に設定されたものであり、当該ノードが送信するすべてのメッセージに付与する
ことを特徴とする請求項７または８に記載の暗号通信処理装置。
【請求項１０】
前記メッセージナンバーは、所定のタイミングで破棄し、破棄した後の暗号通信処理は前記接続手段によるメッセージナンバーの交換からやり直す
ことを特徴とする請求項９に記載の暗号通信処理装置。
【請求項１１】
前記接続手段は、暗号通信する他のノードとの間で、通信プロトコルのバージョン情報と暗号化アルゴリズム設定のための情報を含む暗号通信のための設定情報を交換する
ことを特徴とする請求項７乃至１０の何れか１項に記載の暗号通信処理装置。
【請求項１２】
前記認証手段により送信する認証のための情報は、送信するノードの公開鍵の情報を含み、
前記暗号鍵作成手段により送信する暗号鍵を作成するための情報は、前記公開鍵を用いて暗号化する
ことを特徴とする請求項７乃至１１の何れか１項に記載の暗号通信処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを構成するノードとしての暗号通信処理装置の間で、暗号通信を行うための暗号通信処理方法、及び暗号通信処理装置に関する。
【背景技術】
【０００２】
近年、ネットワークを構成する任意のノード間で自由にデータの送受信を行うような通信形態を有するネットワークが盛んに利用されるようになってきた。
【０００３】
代表的な形態として、Ｐ２Ｐ（Ｐｅｅｒ  ｔｏ  Ｐｅｅｒ）と呼ばれる通信ネットワークの形態がある。Ｐ２Ｐは不特定多数のノード間で直接情報のやり取りを行なうネットワークの利用形態であり、技術的に中央サーバの媒介を要するものやバケツリレー式にデータを運ぶものがある。
【０００４】
こういった分散処理のネットワーク形態では、任意のノード間で直接接続してデータの送受信を行う度に、そのための手続きが必要であり、通信の効率低下により、一般に通信速度に悪影響を与えがちであった。また一方、任意のノード間で自由に接続して通信を行うための手続きをできるだけ簡略化し、通信を効率的に行おうとすると、第三者による通信の傍受など安全面においての危険性が増してくるという傾向があった。
【０００５】
例えば、インターネットで用いられる代表的な通信プロトコルとして、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）やＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）があるが、やはり上記のような一長一短の傾向が見られる。すなわちＴＣＰでは、安全性、信頼性において優れるが、その手続きのために通信の高速性は得られにくい。またＵＤＰについては、通信速度は高速であるが、そのため手続きを簡略化しており、通信の安全性、信頼性は低い。
【０００６】
通信の安全性を高めるためには、一般に暗号化処理がよく用いられる。ＵＤＰのような高速の通信プロトコルにおいて、暗号化処理を付加することで通信の安全性を高めることも考えられる。
【０００７】
暗号化通信のプロトコルとして、一般によく使用されているのは、ＩＰｓｅｃ（Ｓｅｃｕｒｉｔｙ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）やＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）等であるが、これらは何れも通信速度の低いＴＣＰのプロトコル上で機能するものである。
【０００８】
高速通信を維持しながら、効果的な暗号処理を行うのは難しく、暗号化を用いず安全性を高めるための技術も提案されている（例えば、特許文献１参照）。
【０００９】
特許文献１に開示された技術においては、通信のために接続した相手ノードのＩＤを確認し、所定のＩＤ以外は拒否することで、通信相手を特定しようとするものである。しかしながら、総当たりの試みやパケットをキャプチャすることによりＩＤを取得し、なりすますことが比較的簡単にできてしまう。また、暗号化処理ではないため、なりすましにより簡単に通信内容に入り込むことができてしまう。
【００１０】
ＵＤＰのような通信速度の高いプロトコルでも、余り手続きを複雑化することなく機能する暗号化処理が望ましいが、そのような暗号化処理の方法としては、従来、固定共通鍵を用いた暗号化処理が用いられてきた。
【００１１】
固定共通鍵を用いた暗号化処理技術は、送信側と受信側のノードが共通の暗号化鍵（すなわち、暗号化と復号化に同じ鍵を用いる）を保持しており、その鍵は固定的で変わらない、というものである。
【００１２】
しかしながら、この固定共通鍵を使用する暗号化処理方法では、その共通鍵は常に同じであるため容易に推測されやすく、また暗号化処理ソフトを用いることで簡単に傍受できてしまうという問題がある。
【００１３】
暗号化通信のために、手続きを複雑化せずに、つまり通信速度をできるだけ低下させずに、より安全性を向上できるような暗号化処理技術が望まれる。
【特許文献１】特開２００５−３０３７８４号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
上述したように、ネットワークにおけるノード間の通信において、通信速度とセキュリティ（安全性）は、なかなか両立しがたいものがある。セキュリティのためには暗号化処理を行って通信することが望ましいが、通信速度を高く維持した状態で、効果的な暗号通信の処理を行うことは困難であった。
【００１５】
本発明の目的は、上記の課題を解決し、ネットワークにおけるノード間の通信において、高い通信速度を有し、かつその高速性を損なわずに、セキュリティ（安全性）を向上した効果的な暗号通信を行うことができる暗号通信処理方法、及びノードとしての暗号通信処理装置を提供することである。
【課題を解決するための手段】
【００１６】
上記の課題を解決するために、本発明は以下の特徴を有するものである。
【００１７】
１．  ネットワークシステムを構成する複数のノード間で暗号通信を行う暗号通信処理方法であって、互いに暗号通信する第１のノードと第２のノードの間で、メッセージナンバーを交換する接続工程と、前記第２のノードが認証のための情報を含むメッセージを送信し、受信した前記第１のノードが該情報に基づき前記第２のノードを認証する認証工程と、前記認証工程において認証が成功した場合に、前記第１のノードと前記第２のノードとの間で暗号鍵を作成するための情報を含むメッセージを通信し、該情報に基づき暗号鍵を作成し、両ノードで共有化する暗号鍵作成工程と、前記第１のノードが、前記暗号鍵作成工程において作成、共有化された暗号鍵に基づき暗号化した情報を含むメッセージを、前記第２のノードに送信する暗号化工程と、を有し、前記暗号鍵作成工程では、前記暗号鍵を作成するための情報に基づき、複数の暗号鍵を作成、共有化し、前記暗号化工程では、暗号化して送信する情報毎に、それぞれ前記複数の暗号鍵から選択した暗号鍵を用いて暗号化し、メッセージナンバーを付与して送信することを特徴とする暗号通信処理方法。
【００１８】
２．  前記暗号化工程では、暗号化した情報に、暗号化に用いた暗号鍵を識別するための情報を含む送信属性情報を付与して送信することを特徴とする１に記載の暗号通信処理方法。
【００１９】
３．  前記接続工程において交換されるメッセージナンバーは、送信ノード毎に、あるいは送受信するノードの組み合わせ毎に一意に設定され、当該ノードから送信されるすべてのメッセージに付与されることを特徴とする１または２に記載の暗号通信処理方法。
【００２０】
４．  前記メッセージナンバーは、所定のタイミングで破棄され、破棄されたメッセージナンバーに対応するノードが関わる暗号通信処理は、前記接続工程からやり直すことを特徴とする３に記載の暗号通信処理方法。
【００２１】
５．  前記接続工程では、前記第１のノードと前記第２のノードの間で、通信プロトコルのバージョン情報と暗号化アルゴリズム設定のための情報を含む暗号通信のための設定情報が交換されることを特徴とする１乃至４の何れか１項に記載の暗号通信処理方法。
【００２２】
６．  前記認証工程における認証のための情報には、当該情報を送信したノードの公開鍵の情報が含まれ、前記暗号鍵作成工程における暗号鍵を作成するための情報は、前記公開鍵を用いて暗号化され、送信されることを特徴とする１乃至５の何れか１項に記載の暗号通信処理方法。
【００２３】
７．  複数のノード間で暗号通信を行うネットワークシステムにおける、ノードとしての暗号通信処理装置であって、暗号通信する他のノードとの間で、メッセージナンバーを交換する接続手段と、認証のための情報を含むメッセージを他のノードに送信する、あるいは受信した該情報に基づき他のノードを認証する認証手段と、前記認証手段により認証した、あるいは認証を受けた他のノードと、暗号鍵を作成するための情報を含むメッセージを通信し、該情報に基づき暗号鍵を作成、共有化する暗号鍵作成手段と、前記暗号鍵作成手段により作成、共有化された暗号鍵に基づき暗号化した情報を含むメッセージを送信または受信する暗号化手段と、を有し、前記暗号鍵作成手段は、前記暗号鍵を作成するための情報に基づき、複数の暗号鍵を作成、共有化し、前記暗号化手段は、暗号化して送信する情報毎に、それぞれ前記複数の暗号鍵から選択した暗号鍵を用いて暗号化し、メッセージナンバーを付与して送信することを特徴とする暗号通信処理装置。
【００２４】
８．  前記暗号化手段は、暗号化した情報に、暗号化に用いた暗号鍵を識別するための情報を含む送信属性情報を付与して送信することを特徴とする７に記載の暗号通信処理装置。
【００２５】
９．  前記接続手段により交換されるメッセージナンバーは、送信ノード毎に、あるいは送受信するノードの組み合わせ毎に一意に設定されたものであり、当該ノードが送信するすべてのメッセージに付与することを特徴とする７または８に記載の暗号通信処理装置。
【００２６】
１０．  前記メッセージナンバーは、所定のタイミングで破棄し、破棄した後の暗号通信処理は前記接続手段によるメッセージナンバーの交換からやり直すことを特徴とする９に記載の暗号通信処理装置。
【００２７】
１１．  前記接続手段は、暗号通信する他のノードとの間で、通信プロトコルのバージョン情報と暗号化アルゴリズム設定のための情報を含む暗号通信のための設定情報を交換することを特徴とする７乃至１０の何れか１項に記載の暗号通信処理装置。
【００２８】
１２．  前記認証手段により送信する認証のための情報は、送信するノードの公開鍵の情報を含み、前記暗号鍵作成手段により送信する暗号鍵を作成するための情報は、前記公開鍵を用いて暗号化することを特徴とする７乃至１１の何れか１項に記載の暗号通信処理装置。
【発明の効果】
【００２９】
本発明の暗号通信処理装置、及び暗号通信処理方法によれば、ネットワークにおけるノード間の通信において、共通の暗号鍵を最初に複数設定しておき、送信するパケット毎に任意に切り替えることで、ハンドシェイクを繰り返す必要もなく、使用する暗号鍵を適時変更することができる。従って通信の高速性を損なうことなく、セキュリティ（安全性）を向上した効果的な暗号通信を行うことができる。
【発明を実施するための最良の形態】
【００３０】
以下に、図を参照して本発明に係る実施形態を説明する。
【００３１】
（ネットワークの全体構成）
図１は本実施形態に係る暗号通信処理方法、及び暗号通信処理装置により構成されるネットワーク１の全体的な構成の例を示す図である。図１を用いて本発明の実施形態に係るネットワーク１について、その全体構成を説明する。
【００３２】
本発明の実施形態に係るネットワーク１は、図１に示すように、複数台の端末装置２（２１、２２、…、２ｎ）、スイッチングハブ３、ルータ４、及び認証サーバ５などのノードによって構成されるＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）である。これらの端末装置２は、スイッチングハブ３にツイストペアケーブルによってスター型に繋がれている。
【００３３】
ネットワークを構成するノードとしての端末装置２は、本発明に係る暗号通信処理装置であり、パーソナルコンピュータ、ワークステーション、またはプリンタなどのような、他の装置との間で暗号通信によるデータの入出力の処理を実行する装置である。以下、ノードといえば単にこの端末装置のことを指し、暗号通信処理装置としてのパーソナルコンピュータが用いられるものとして説明する。
【００３４】
また本実施形態では、Ｐ２Ｐ（Ｐｅｅｒ  ｔｏ  Ｐｅｅｒ）と呼ばれる通信ネットワークの形態を採っている。Ｐ２Ｐは不特定多数のノード間で直接情報のやり取りを行なうネットワークの利用形態であり、技術的に中央サーバの媒介を要するものと、バケツリレー式にデータを運ぶものの２種類がある。中央サーバを要する場合にも、中央サーバはファイル検索データベースの提供とノードの接続管理のみを行っており、データ自体のやり取りはノード間の直接接続によって行われている。
【００３５】
また、中央サーバがホストとして集中処理するような形態であっても、任意のクライアントが中央サーバとしての機能を果たすよう随時変更可能なシステムもあり、実質的には不特定多数の任意のノード間で直接情報のやり取りを行なうＰ２Ｐのシステムと同等機能を有すると見なせるようなネットワーク形態もある。
【００３６】
本実施形態では、中央サーバは用いず、後で図３の接続トポロジーを説明するが、予め関連付けられたノード（暗号通信処理装置）２間では直接接続を行い、通信する。その他のノードとは、直接接続したノードを介して間接的に接続することになる。認証サーバ５は認証のための証明書に関わる管理のみを担い、通信のための接続には直接関わらない。またルータ４もノード（暗号通信処理装置）間の通信には直接関与しない。
【００３７】
Ｐ２Ｐでは、直接ノード同士が通信するため、如何にお互いの正当性を認証するか、不正の入り込む余地を抑制するかというセキュリティが重要である。そのために認証サーバ５の発行するディジタル証明書を用いる。後述する暗号通信処理においては、Ｘ．５０９仕様のディジタル証明書が使用される。
【００３８】
ディジタル証明書の有効期間を過ぎたり、秘密鍵の紛失や盗難などでそのディジタル証明書の信頼性が損なわれと、認証局は証明書失効リスト（ＣＲＬ：Ｃｅｒｔｉｆｉｃａｔｅ  Ｒｅｖｏｃａｔｉｏｎ  Ｌｉｓｔ）に掲載し、公開することにより失効させる。
【００３９】
以下、上記の観点から、本実施形態に係るネットワークにおいて、これらのノード２同士が暗号通信のための接続を確立し、各ノード間で暗号による情報の送受信を行う場合について説明する。
【００４０】
（暗号通信処理装置の構成）
図２はノード（暗号通信処理装置）２のハードウェア構成の例を示す図である。
【００４１】
ノード２は、図２に示すように、ＣＰＵ２０ａ、ＲＡＭ２０ｂ、ＲＯＭ２０ｃ、ハードディスク２０ｄ、通信インタフェース２０ｅ、画像インタフェース２０ｆ、入出力インタフェース２０ｇ、その他の種々の回路または装置などによって構成される。
【００４２】
通信インタフェース２０ｅは、例えばＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）であって、ツイストペアケーブルを介してスイッチングハブ３のいずれかのポートに繋がれている。画像インタフェース２０ｆは、モニタと繋がれており、画面を表示するための映像信号をモニタに送出する。
【００４３】
入出力インタフェース２０ｇは、キーボード若しくはマウスなどの入力装置またはＣＤ−ＲＯＭドライブなどの外部記憶装置などと繋がれている。そして、ユーザが入力装置に対して行った操作の内容を示す信号を入力装置から入力する。または、ＣＤ−ＲＯＭなどの記録媒体に記録されているデータを外部記憶装置に読み取らせ、これを入力する。または、記録媒体に書き込むためのデータを外部記憶装置に出力する。
【００４４】
ハードディスク２０ｄには、後で機能ブロック図（図５）を用いて説明するが、接続テーブル保持部２０１、接続テーブル管理部２０２、データ保持部２０３、データ操作部２０４、認証部２０５、ネットワーク申請部２０６、データ受信部２０７、データ解析部２０８、データ作成部２０９、およびデータ送信部２１０などの機能を実現するためのプログラムおよびデータが格納されている。これらのプログラムおよびデータは必要に応じてＲＡＭ２０ｂに読み出され、ＣＰＵ２０ａによってプログラムが実行される。
【００４５】
各ノード２には、それぞれ、他のノード２との識別のために、ホスト名（マシン名）、ＩＰアドレス、およびＭＡＣアドレスが与えられている。ホスト名は、ネットワーク１の管理者などが自由に付けることができる。ＩＰアドレスは、ネットワーク１の規則に従って与えられる。ＭＡＣアドレスは、そのノード２の通信インタフェース１０ｅに対して固定的に与えられているアドレスである。
【００４６】
本実施形態では、ノード（暗号通信処理装置）２１、２２、…ごとに「ＰＣ１」、「ＰＣ２」、…のようなホスト名が付されているものとする。以下、これらのノード２をホスト名によって記載することがある。
【００４７】
（ノードの接続形態）
図３はノードの接続形態、すなわちノード２の論理的なトポロジーの例を示す図である。図３を用いてノード（暗号通信処理装置）の接続形態を説明する。
【００４８】
ノード２は、図３に示すように、仮想空間に配置されているものと仮想されている。そして、点線で示すように、仮想空間内の近隣の少なくとも１台の他のノード２と関連付けられている。かつ、これらの関連付けによって、すべてのノード２が互いに直接的にまたは間接的に関連するようになっている。
【００４９】
なお、「直接的に関連」とは、図３において１本の点線で繋がれていること（例えば、図３のＰＣ１とＰＣ２またはＰＣ９とのような関係）を言い、「間接的に関連」とは、２本以上の点線および１つ以上のノードで繋がれていること（例えば、図３のＰＣ１とＰＣ４とのような関係）を言う。ノード２は、自らに直接的に関連付けられている他のノード２に対してデータを送信する。
【００５０】
図４は、図３のように関連付けられたノード２の接続テーブルＴＬの例を示す図である。各ノード２毎に、直接データ送信可能な、「直接的に関連」付けられている他のノード２との接続のための情報のリストをテーブル化して保持している。
【００５１】
例えば、図３におけるＰＣ１、ＰＣ２、ＰＣ６、ＰＣ７、ＰＣ８、およびＰＣ９には、それぞれ図４に示すような接続テーブルＴＬ１、ＴＬ２、ＴＬ６、ＴＬ７、ＴＬ８、およびＴＬ９が保持されている。
【００５２】
（暗号通信処理装置の各部の機能）
図５（ａ）はノード（暗号通信処理装置）２の機能的構成の例を示すブロック図である。図５（ａ）を用いてノード２の各部の処理機能について説明する。
【００５３】
接続テーブル保持部２０１は、そのノード２自身に直接的に関連付けられている他のノード２のホスト名、ＩＰアドレス、およびＭＡＣアドレスなどの属性の一覧を示す接続テーブルＴＬを保存している。例えば、それぞれのノードの接続テーブル保持部２０１に保持されている接続テーブルの例を、図４を用いて既述した。これらの接続テーブルＴＬの内容は、各ノード２の関連付けに基づいて管理者によって予め作成される。
【００５４】
接続テーブル管理部２０２は、上記接続テーブル保持部２０１に保持される接続テーブルＴＬの管理を行う。
【００５５】
データ保持部２０３は、そのノード２またはユーザなどの属性を示す属性データ、そのノード２自身のディジタル証明書、失効リスト（ＣＲＬ）、オペレーティングシステム（ＯＳ）またはアプリケーションソフトなどが使用するデータ、ユーザがアプリケーションソフトによって作成したデータ、暗号通信処理のために必要なデータ、その他種々のデータを、ファイルとして保存している。
【００５６】
ディジタル証明書は、ノード２の要請により認証サーバ５が発行し、当該ノード２が保持し、ノード２同士の通信時に互いを認証するのに利用される。失効リスト（ＣＲＬ）は、ノードの脱退などによるディジタル証明書の失効を登録記載するもので、認証サーバ５が管理する。
【００５７】
データ操作部２０４は、データ保持部２０３にデータを保存し、またはデータ保持部２０３に保存されているデータを更新するなどの処理を行う。例えば、ノード２の環境または設定内容が変わるごとに、属性データを更新する。
【００５８】
またデータ操作部２０４は、他のノードから取得したデータ（情報）の処理と一時保存も行う。
【００５９】
認証部２０５は、他のノード２から送信されて来たディジタル証明書などに基づいて当該他のノード２の認証の処理を行う。また送信されて来たディジタル証明書が失効していないかどうかを、認証サーバ５に問い合わせるなどして確認する。
【００６０】
また認証部２０５は、他のノードとの暗号通信確立のための処理、及び暗号通信処理を行う。詳細は後述する。
【００６１】
ネットワーク申請部２０６は、当該ノード２が新たにネットワークに参加、もしくは脱退しようとする場合の処理を行う。
【００６２】
データ操作部２０４、認証部２０５、ネットワーク申請部２０６は、必要に応じてデータ受信部２０７、データ送信部２１０を介してネットワーク１の他のノード２とデータ通信を行い、また必要に応じて接続テーブル保持部２０１、データ保持部２０３のデータを参照、あるいは更新する。
【００６３】
図５（ｂ）は、認証部２０５の機能の内部構成を示す図である。図５（ｂ）を用いて認証部２０５の機能、すなわち他のノードとの暗号通信確立のための処理と暗号化の処理機能について説明する。
【００６４】
認証部２０５には、メッセージナンバーを交換する接続手段として機能する接続設定部２０５ａと、各ノードの認証のために必要な情報を送受信し、認証を行う認証手段として機能する認証処理部２０５ｂが含まれる。
【００６５】
また認証部２０５には、暗号鍵を作成するための情報を送受信し、暗号鍵を作成、共有化する暗号鍵作成手段として機能する暗号鍵作成部２０５ｃと、暗号鍵に基づき暗号化処理したデータ通信を行う暗号化手段として機能する暗号化処理部２０５ｄが含まれる。
【００６６】
接続設定部２０５ａ、認証処理部２０５ｂ、暗号鍵作成部２０５ｃ、そして暗号化処理部２０５ｄの各機能の詳細については、後述する暗号通信処理のフローで合わせて説明する。
【００６７】
図５（ａ）に戻り、ノード（暗号通信処理装置）２の各部の説明を続ける。
【００６８】
データ受信部２０７は、他のノード２とデータ通信を行うための制御処理を行う。データ受信部２０７は、ネットワーク１を流れるパケットのうち、そのノード２に必要なものを受信する。
【００６９】
データ解析部２０８は、データ受信部２０７が受信した受信データから必要な情報を抽出してその内容を解析することによって、その受信データの種類を判別する。
【００７０】
データ作成部２０９は、データ操作部２０４、認証部２０５、またはネットワーク申請部２０６などの指示に基づいて、他のノード２に送信するための送信データを作成する。
【００７１】
データ送信部２１０は、送信データ作成部２０９によって生成され、パケット化された送信データを他のノード２に送信する。
【００７２】
（ノード間のＳＳＬ通信）
ところで、本実施形態におけるノード２は、直接的にまたは間接的に関連付けられたノード２との間で、高速通信を維持するため、例えばＵＤＰのようにセッションを張らない簡略的な通信形態を想定している。従って既述したように、一般的なＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）通信を行うことはできない。しかしながらＳＳＬは、ディジタル証明書を用いて認証し、暗号化を行うことにより、ネットワーク上でデータを安全に送受信するためのプロトコルであり、本実施形態における暗号通信を確立する処理の流れとも関連する。
【００７３】
まず、ＳＳＬ通信のコネクション確立の処理について、以下に説明する。
【００７４】
なお、一般的なディジタル証明書および失効リスト（ＣＲＬ）の標準仕様は、ＩＴＵ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ）によってＸ．５０９として定められている。以下のＳＳＬ通信の説明においては、ディジタル証明書をＸ．５０９証明書と呼称する。
【００７５】
図６はＳＳＬ通信のコネクションを確立する際の処理の流れの例を説明するための図である。図３のノード、例えばＰＣ１とＰＣ２とが目的の通信を行おうとする場合を例に、図６を参照しながらさらに詳細に説明する。
【００７６】
ＳＳＬ通信のコネクションを確立する前段階として、接続自体の確立が行われる。まず、例えばＰＣ１において、ＰＣ２と通信を行いたい旨のコマンドをユーザがキーボードなどを操作して入力したとする。すると、データ作成部２０９は接続要求データを作成し、データ送信部２１０はその接続要求データを他方のノードＰＣ２に対して送信する。
【００７７】
そうすると、ＰＣ２において、データ受信部２０７はＰＣ１からの接続要求データを受信し、データ解析部２０８はそのデータの種類を解析する。ここでは、当然、接続要求データであると解析される。データ作成部２０９は接続を許可する旨を示す接続許可データを生成し、データ送信部２１０がＰＣ１に送信する。
【００７８】
ＰＣ１のデータ受信部２０７によって接続許可データが受信され、その後所定の処理が行われると、ＰＣ１とＰＣ２とが接続される。但し、この時点では、まだＳＳＬ通信のコネクションは確立されておらず、この後ＳＳＬ通信のコネクション確立のフローに入る。
【００７９】
まず、ＰＣ１およびＰＣ２のうちのいずれか一方において、データ作成部２０９は対応可能なＳＳＬのバージョンを示すＳＳＬバージョンデータを生成し、データ送信部２１０はこれを他方に送信する（ステップＳ１）。図６では、ＰＣ１がＰＣ２に対してＳＳＬバージョンデータを送信したものとする。
【００８０】
すると、ＰＣ２において、データ受信部２０７がＳＳＬバージョンデータを受信し、データ解析部２０８はそのデータの種類を解析し、データ作成部２０９はＳＳＬバージョンデータに示されるバージョンのうちＰＣ２で対応可能なバージョンを１つ選択し、これを示すＳＳＬバージョン選択データを生成する。そして、データ送信部２１０は、これをＰＣ１に送信する（ステップＳ２）。
【００８１】
ＰＣ１において、ＰＣ２からのＳＳＬバージョン選択データがデータ受信部２０７によって受信されると、それに示されるバージョンのＳＳＬを、目的の通信のためのプロトコルとして採用することに決定する。ＰＣ２においても、同様に決定する。
【００８２】
次いでＰＣ２において、Ｘ．５０９ディジタル証明書をＰＣ１に送信する。このＸ．５０９証明書が周知の認証サーバ５によって署名されたものでなければ、そこに達するまでの証明書のチェーンも送信する。ＰＣ１においては認証サーバ５自身を証明するルート証明書を予め保持しており、そのなかにＰＣ２から受信したＸ．５０９証明書を署名したものがあるかどうかを検証する。また当該証明書が、その署名を行った認証サーバ５の発行した証明書失効リスト（ＣＲＬ）に記載がないかどうかを確認し、もし記載があればこの時点で通信を終了する（ステップＳ３）。
【００８３】
上記認証処理をクリアすれば、この後、ＰＣ２は、応答終了の旨をＰＣ１に対して通知する（ステップＳ４）。
【００８４】
ＰＣ２からの応答終了の通知を受けて、ＰＣ１は、ＳＳＬ通信で使用する共通鍵を生成するために、３８４ビットのランダムな値であるプリマスターキーを生成する。ＰＣ１のデータ作成部２０９は、プリマスターキーを、ＰＣ２より受け取ったＸ．５０９証明書に含まれるＰＣ２の公開鍵によって暗号化してＰＣ２に送信する（ステップＳ５）。
【００８５】
また、ＰＣ１はこのプリマスターキーを基に、実際にデータの暗号化に使用する共通鍵を生成して、通信用の暗号鍵をその共通鍵に切り替えるように制御を行う。また暗号鍵を切り替える旨の暗号切り替え通知をＰＣ２に送信する（ステップＳ６）。
【００８６】
ＰＣ１からの暗号切り替え終了の通知を受けると（ステップＳ７）、ＰＣ２においても、暗号鍵の切り替えを行うべく、ＰＣ１に暗号切り替えの通知を送信する（ステップＳ８）。ＰＣ２のデータ受信部２０７は、ＰＣ１から受信した自らの公開鍵で暗号化されたプリマスターキーを、対応する自らの秘密鍵で復号する。データ解析部２０８がこれを解析することによってデータの種類がプリマスターキーであることを確認すると、データ操作部２０４は、受信したプリマスターキーを基に共通鍵を生成し、以後、ＰＣ１との間ではその共通鍵による暗号化通信が行われるように制御を行う。つまり、暗号鍵の切替えを行う。
【００８７】
ＰＣ２は、上記暗号鍵の切り替えを終了すると、ＰＣ１に暗号切り替え終了の通知を送信する（ステップＳ９）。
【００８８】
以上の処理によって、ＰＣ１とＰＣ２との間でＳＳＬ通信のコネクションが確立される。これにより、目的の通信を安全に行うことができる。
【００８９】
なお、上述したコネクションの確立は、ＰＣ２のＸ．５０９証明書をＰＣ１が確認する場合を示したが、同時にＰＣ１のＸ．５０９証明書をＰＣ２が確認する場合もある。これをＳＳＬクライアント認証通信と呼ぶ。
【００９０】
このＳＳＬクライアント認証通信をＰＣ同士、および認証サーバとの間で行うためには、各々がＸ．５０９証明書を保持している必要があり、また証明書を検証するためにルート証明書も保持している必要がある。
【００９１】
このようにして、ネットワーク１の各ノード２は、互いに認証されたノードとして安全に通信する動作を果たすことができる。
【００９２】
（暗号通信処理）
既述したように、本実施形態におけるノード２は、直接的にまたは間接的に関連付けられたノード２との間で、高速通信を維持するため、例えばＵＤＰのようにセッションを張らない簡略的な通信形態を想定している。そういった簡略的な手続きを維持して、暗号通信を確立する、本実施形態の暗号通信処理の流れについて、図７を用いて以下に説明する。
【００９３】
図７は本実施形態における暗号通信処理方法の流れを示すフローチャートである。
【００９４】
図７のステップＳ１０１は、接続工程であり、メッセージナンバーを交換する。ノード（ＰＣ１）がノード（ＰＣ２）と通信を行おうとする場合を例に、図８を参照しながら接続工程の詳細を述べる。
【００９５】
＜接続工程＞
図８には、図７のステップＳ１０１の接続工程における詳細な処理の流れを示す。接続工程は、認証部２０５の接続設定部２０５ａによって実行される。
【００９６】
まず図８のステップＳ１１で、暗号通信確立のための処理に入る。ＰＣ１はメッセージナンバー（以降、メッセージＮｏとも呼称する）、及び暗号通信のための設定情報を含むメッセージをＰＣ２に送信する。
【００９７】
暗号通信のための設定情報とは、通信プロトコルのバージョン、そして暗号アルゴリズムに関する設定を含む。暗号アルゴリズムに関する設定には、後述するプリマスター鍵から暗号鍵を作成するのに必要な情報（暗号鍵作成用乱数など）も含まれている。
【００９８】
メッセージＮｏは、後述するように破棄されるまで、以後ＰＣ１から送信されるすべてのメッセージに付与される番号であり、ここではメッセージＮｏ１であるとする。従ってＰＣ２は、このメッセージＮｏ１を受け取って以後は、受信するメッセージに付与されているメッセージＮｏを確認し、このメッセージＮｏ１であればＰＣ１から送信されてきたメッセージであることが分かる。これにより、メッセージを送受信する都度のハンドシェイクを簡略化することができる。
【００９９】
ステップＳ１２で、暗号通信のための設定情報を受信したＰＣ２は、受信した通信プロトコルのバージョンデータに基づき、ＰＣ２で対応できるバージョンを選択、設定する。また、受信した暗号化アルゴリズムの設定に基づき、ＰＣ２でサポートしているアルゴリズムを選択し、設定する。
【０１００】
ステップＳ１３で、ＰＣ２は暗号通信のための設定選択を含むメッセージをＰＣ１に送信する。暗号通信のための設定選択としては、選択した通信プロトコルのバージョンと暗号化アルゴリズムの設定情報を含む。そしてメッセージにはメッセージＮｏが付与される。
【０１０１】
このメッセージＮｏの付与は、ＰＣ１の送信メッセージにメッセージＮｏ１が付与されるのと同じ理由によるものであり、ここではメッセージＮｏ２であるとする。以後ＰＣ２から送信されるすべてのメッセージにメッセージＮｏ２が付与される。ＰＣ１のメッセージＮｏ１と同様に、メッセージに付与されたこのメッセージＮｏ２によりＰＣ２から送信されてきたメッセージであることが分かる。
【０１０２】
メッセージＮｏは、送信ノード毎に一意の番号とすることが望ましい。あるいは、送受信するノードの組み合わせ毎に一意となるようにしてもよい。その場合、ＰＣ１からＰＣ２への送信にも、ＰＣ２からＰＣ１への送信にも、同じメッセージＮｏ１が付与されるが、ＰＣ１もＰＣ２もメッセージＮｏ１から送信元のノードを特定することができる。
【０１０３】
ステップＳ１４で、暗号通信のための設定選択を受信したＰＣ１は、受信した通信プロトコルのバージョン設定に基づき、ＰＣ１で用いるバージョンを設定する。また、受信した暗号化アルゴリズムの設定に基づき、ＰＣ１でのアルゴリズムを設定する。また、メッセージＮｏ２を、この後の暗号通信に備えて、ＰＣ２からの送信メッセージを代表する番号として記憶する。
【０１０４】
図７の説明に戻る。ステップＳ１０１の接続工程に続くステップＳ１０２は認証工程であり、各ノードの認証のために必要な情報を送受信し、認証を行う。ノード（ＰＣ１）がノード（ＰＣ２）の認証を行おうとする場合を例に、図９を参照しながら認証工程の詳細を述べる。
【０１０５】
＜認証工程＞
図９には、図７のステップＳ１０２の認証工程における詳細な処理の流れを示す。認証工程は、認証部２０５の認証処理部２０５ｂによって実行される。
【０１０６】
図９のステップＳ２１で、まずＰＣ２は認証のための情報を含むメッセージを、ＰＣ２のメッセージＮｏ２とともにＰＣ１に送信する。認証のための情報とは、ＰＣ２のＸ．５０９ディジタル証明書であり、ＰＣ２の公開鍵の情報を含む。
【０１０７】
公開鍵は、次の暗号鍵作成工程でプリマスター鍵を安全に送受信するために用いるものである。Ｘ．５０９証明書を送信する理由とそれによる認証方法は、既述したＳＳＬ通信の場合と同様である。Ｘ．５０９証明書は、周知の認証サーバ５によって署名されたものでなければ、そこに達するまでの証明書のチェーンも送信する。
【０１０８】
次のステップＳ２２では、ＰＣ１が受信したＸ．５０９証明書に基づいてＰＣ２の認証を行う。
【０１０９】
ＰＣ１においては認証サーバ５自身を証明するルート証明書を予め保持しており、そのなかにＰＣ２から受信したＸ．５０９証明書を署名したものがあるかどうかを検証する。また当該証明書が、その署名を行った認証サーバ５の発行した証明書失効リスト（ＣＲＬ）に記載がないかどうかを確認し、もし記載があればこの時点で通信を終了する。
【０１１０】
以上はＰＣ１がＰＣ２のＸ．５０９証明書に基づいてＰＣ２の認証を行ったが、合わせてＰＣ２もＰＣ１のＸ．５０９証明書に基づいて相互認証を行ってもよい。その場合は各々がＸ．５０９証明書とそれぞれの証明書を検証するためのルート証明書を持っている必要がある。
【０１１１】
次のステップＳ２３とステップＳ２４は省略してもよいが、ＰＣ２がＰＣ１の認証を行う工程である。
【０１１２】
ステップＳ２３では、今度はＰＣ１が認証のための情報を含むメッセージを、ＰＣ１のメッセージＮｏ１とともにＰＣ２に送信する。認証のための情報は、同じくＰＣ１のＸ．５０９ディジタル証明書であり、ＰＣ１の公開鍵の情報を含む。
【０１１３】
公開鍵は、次の暗号鍵作成工程でプリマスター鍵を安全に送受信するために用いるものである。Ｘ．５０９証明書は、周知の認証サーバ５によって署名されたものでなければ、そこに達するまでの証明書のチェーンも送信する。
【０１１４】
次のステップＳ２４では、ＰＣ２が受信したＸ．５０９証明書に基づいてＰＣ１の認証を行う。認証方法は、ＰＣ１によるＰＣ２の認証（ステップＳ２１、Ｓ２２）と同様である。
【０１１５】
ステップＳ２５では、上記認証処理をクリアした後、ＰＣ２は応答終了の旨をＰＣ１に対して通知する。ＰＣ２の応答終了を受けて、ＰＣ１は次の暗号鍵作成工程に入る。
【０１１６】
図７の説明に戻る。ステップＳ１０２の認証工程に続くステップＳ１０３は暗号鍵作成工程であり、暗号鍵を作成するための情報を送受信し、暗号通信に用いる暗号鍵を作成、共有化する。ノード（ＰＣ１）がノード（ＰＣ２）と暗号通信を行う際の共通鍵としての暗号鍵を作成、共有化する場合を例に、図１０を参照しながら暗号鍵作成工程の詳細を述べる。
【０１１７】
＜暗号鍵作成工程＞
図１０には、図７のステップＳ１０３の暗号鍵作成工程における詳細な処理の流れを示す。暗号鍵作成工程は、認証部２０５の暗号鍵作成部２０５ｃによって実行される。
【０１１８】
図１０のステップＳ３１で、まずＰＣ１は複数の暗号鍵を作成するための複数のランダムなプリマスター鍵を生成する。このプリマスター鍵と、接続工程で送信した暗号通信のための設定情報に含まれていた暗号鍵作成用乱数情報とを用いて、暗号鍵が作成されるのである。
【０１１９】
ここでは複数のプリマスター鍵として、プリマスター鍵１−１、１−２、そして１−３が作成されたとする。このプリマスター鍵をＰＣ２に送信して、ＰＣ１とＰＣ２で同じ暗号鍵（共通鍵）１−１、１−２、そして１−３を作成し、共有しようとするものである。
【０１２０】
次のステップＳ３２で、ＰＣ１は暗号鍵を作成するための情報を含むメッセージを、ＰＣ１のメッセージＮｏ１とともにＰＣ２に送信する。暗号鍵を作成するための情報とは、ステップＳ３１で生成した複数のプリマスター鍵１−１、１−２、そして１−３を含む。
【０１２１】
ここで複数のプリマスター鍵は、それぞれ送信先であるＰＣ２の公開鍵を用いて暗号化されている。ＰＣ２の公開鍵は、認証工程においてＰＣ１が取得したＰＣ２の認証のための情報に含まれている。
【０１２２】
ステップＳ３３では、ＰＣ２が受信した（ＰＣ２自身の公開鍵で暗号化されている）複数のプリマスター鍵１−１、１−２、そして１−３を、ＰＣ２自身の保持している秘密鍵を用いて解読する。さらに、復号化された複数のプリマスター鍵１−１、１−２、そして１−３と、接続工程ステップＳ１１でＰＣ１から受領した暗号鍵作成用乱数に基づいて、それぞれ暗号鍵１−１、１−２、そして１−３を作成する。
【０１２３】
作成された複数の暗号鍵は、ＰＣ１とＰＣ２とで同じ鍵を所持し、暗号化と復号化に共通して用いる共通鍵であり、以後、共通鍵群（共通鍵１−１、１−２、そして１−３）とも称する。もちろんＰＣ１においても、同じプリマスター鍵と暗号鍵作成用乱数を用いて、同じ共通鍵群（共通鍵１−１、１−２、そして１−３）が作成され、ＰＣ２と共有化されている。
【０１２４】
これらの共通鍵群（共通鍵１−１、１−２、そして１−３）は、基になったプリマスター鍵に付与されてきたメッセージＮｏ１と関連付けられて、ＰＣ２とＰＣ１とで、それぞれデータ保持部２０３に記憶され、共有される。
【０１２５】
図１２（ａ）には、メッセージＮｏと共通鍵群（共通鍵１−１、１−２、そして１−３）をメモリとしてのデータ保持部２０３に記憶している様子を模式的に示す。メッセージを送信するＰＣ１は、メッセージＮｏ（すなわち暗号通信の送信元、この場合はＰＣ１）と共通鍵Ｎｏを指定することで、暗号化に用いる共通鍵を特定し、参照することができる。またメッセージを受信するＰＣ２は、メッセージＮｏ（同じく暗号通信の送信元でＰＣ１）と共通鍵Ｎｏを指定することで、復号化に用いる共通鍵を特定し、参照することができる。
【０１２６】
なお、上記は、同じ複数のプリマスター鍵と暗号鍵作成用乱数により、ＰＣ２とＰＣ１とで、それぞれ同じ共通鍵群を作成する形態を述べたが、暗号鍵を作成するのは一方のノードだけであってもよい。例えばＰＣ２で作成した共通鍵群を、ＰＣ１の公開鍵を用いて暗号化し、ＰＣ１へメッセージＮｏとともに返信し、ＰＣ１で復号化することにより、両ノードで同じ共通鍵群を共有するようにしてもよい。
【０１２７】
以上はＰＣ１がＰＣ２に暗号鍵を作成するための情報を送信し、ＰＣ２に共通鍵群を作成させて、ＰＣ１からＰＣ２への暗号通信に備えたものである。ＰＣ２からＰＣ１への暗号通信にも同じ共通鍵群を用いてもよいが、ＰＣ１からＰＣ２への暗号通信とは異なる共通鍵群を用いて、さらに安全性を向上するようにしてもよい。例えば、ＰＣ２の側からもＰＣ１に暗号鍵を作成するための情報を送信し、ＰＣ２からＰＣ１への暗号通信に備えた別の共通鍵群を作成させる手順を加えてもよい。
【０１２８】
すなわち、以下のステップＳ３４、Ｓ３５、そしてＳ３６は、上述したステップＳ３１、Ｓ３２、そしてＳ３３の逆の工程であり、送信と返信とで異なる鍵を使用することで、より強固な安全性を得ることができる。省略してもよいが、その場合は、ＰＣ２からＰＣ１への暗号通信においても、上記共通鍵群（共通鍵１−１、１−２、そして１−３）を用いることになる。
【０１２９】
ステップＳ３４では、ステップＳ３１と同様に、ＰＣ２の方で複数の暗号鍵を作成するための複数のランダムなプリマスター鍵を生成する。
【０１３０】
ここでは複数のプリマスター鍵として、プリマスター鍵２−１、２−２が作成されたとする。このプリマスター鍵をＰＣ１に送信して、ＰＣ２とＰＣ１で同じ暗号鍵群（共通鍵群）２−１、２−２を作成し、共有しようとするものである。
【０１３１】
次のステップＳ３５で、ＰＣ２は暗号鍵を作成するための情報を含むメッセージを、ＰＣ２のメッセージＮｏ２とともにＰＣ１に送信する。暗号鍵を作成するための情報は、ステップＳ３４で生成した複数のプリマスター鍵２−１、２−２を含む。
【０１３２】
またステップＳ３２と同様に、複数のプリマスター鍵は、それぞれ送信先であるＰＣ１の公開鍵を用いて暗号化されている。ＰＣ１の公開鍵は、認証工程においてＰＣ２が取得したＰＣ１の認証のための情報に含まれている。
【０１３３】
ステップＳ３６では、ＰＣ１が受信した（ＰＣ１自身の公開鍵で暗号化されている）複数のプリマスター鍵２−１、２−２を、ＰＣ１自身の保持している秘密鍵を用いて解読する。さらに、復号化された複数のプリマスター鍵２−１、２−２と、前述した暗号鍵作成用乱数に基づいて、それぞれ共通鍵２−１、２−２を作成する。
【０１３４】
もちろんＰＣ２においても、同じプリマスター鍵と暗号鍵作成用乱数を用いて、同じ共通鍵群（共通鍵２−１、２−２）が作成されている。あるいは、前述したように一方のノード、すなわちＰＣ１だけで共通鍵群を作成し、ＰＣ１からＰＣ２へ暗号化送信して、共有化するようにしてもよい。
【０１３５】
作成された共通鍵群（共通鍵２−１、２−２）は、基になったプリマスター鍵に付与されてきたメッセージＮｏ２と関連付けられて、ＰＣ２とＰＣ１とで、それぞれデータ保持部２０３に記憶され、共有化される。
【０１３６】
図１２（ｂ）には、メッセージＮｏ２と共通鍵群（共通鍵２−１、２−２）がメモリとしてのデータ保持部２０３に記憶されている様子を模式的に示す。メッセージを送信するＰＣ２は、メッセージＮｏ（すなわち暗号通信の送信元、この場合はＰＣ２）と共通鍵Ｎｏを指定することで、暗号化に用いる共通鍵を特定し、参照することができる。またメッセージを受信するＰＣ１は、メッセージＮｏ（同じく送信元でＰＣ２）と共通鍵Ｎｏを指定することで、復号化に用いる共通鍵を特定し、参照することができる。
【０１３７】
上記は、ＰＣ１とＰＣ２との間での送信方向により異なる暗号鍵を共有化する形態を述べたが、そのためにＰＣ１とＰＣ２とで異なるプリマスター鍵を用いた。しかし、同じプリマスター鍵を用いて、暗号鍵作成用乱数を異ならせることにより、異なる暗号鍵を作成するようにしてもよい。
【０１３８】
この場合、プリマスター鍵は同じものを用いればよいので、上述したステップＳ３４、Ｓ３５は不要となる。その代わり、ステップＳ３６において、ＰＣ１は、複数のプリマスター鍵１−１、１−２、そして１−３と、接続工程ステップＳ１３でＰＣ２から受領した暗号鍵作成用乱数（ステップＳ３３でＰＣ２の用いた乱数とは異なる）に基づいて、それぞれ暗号鍵２−１、２−２、そして２−３を作成する。
【０１３９】
これらの暗号鍵２−１、２−２、そして２−３は、もちろんＰＣ２においても作成される、あるいはＰＣ１からＰＣ２に送信されることで、両ノードでそれぞれ共通鍵群（共通鍵２−１、２−２、そして２−３）として、データ保持部２０３に記憶され、共有化される。
【０１４０】
図１２（ｃ）には、メッセージＮｏと共通鍵群（共通鍵２−１、２−２、そして２−３）をメモリとしてのデータ保持部２０３に記憶している様子を模式的に示す。但し、メッセージＮｏは互いに送受信するノードの組み合わせで一意となるように設定され、ＰＣ１とＰＣ２との送受信ではメッセージＮｏ１であるとする。
【０１４１】
メッセージを送信するＰＣ２は、メッセージＮｏ１（送信先がＰＣ１なので）と共通鍵Ｎｏ（例えばＮｏ３）を指定することで、暗号化に用いる共通鍵（例えば共通鍵２−３）を特定し、参照することができる。またメッセージを受信するＰＣ１は、メッセージＮｏ１（同じく送信先がＰＣ２なので）と共通鍵Ｎｏ（同じくＮｏ３）を指定することで、復号化に用いる共通鍵（同じく共通鍵２−３）を特定し、参照することができる。
【０１４２】
次にステップＳ３７では、ＰＣ１は通信用の暗号鍵を上記のように作成された共通鍵に切り替えるように制御を行う。また通信用の共通鍵を切り替える旨の暗号切り替え通知をＰＣ２に送信する。またＰＣ１は、上記共通鍵の切り替えを終了すると、ＰＣ２に暗号切り替え終了の通知を送信する。
【０１４３】
ＰＣ１からの暗号切り替え終了の通知を受けると、ＰＣ２においても、暗号鍵の切り替えを行うべく、ＰＣ１に暗号切り替えの通知を送信するとともに、暗号通信に用いる共通鍵の切り替えを行う。またＰＣ２は、上記共通鍵の切り替えを終了すると、ＰＣ１に暗号切り替え終了の通知を送信する。
【０１４４】
以上の暗号切り替え終了により、暗号通信の確立を終えて、実際の送信データの暗号通信処理に入る。
【０１４５】
図７の説明に戻る。ステップＳ１０３の暗号鍵作成工程に続くステップＳ１０４は暗号化工程であり、暗号鍵に基づき暗号化処理したデータ通信を行う。ノード（ＰＣ１）がノード（ＰＣ２）に、暗号化されたデータ送信を行う場合を例に、図１１を参照しながら暗号化工程の詳細を述べる。
【０１４６】
＜暗号化工程＞
図１１には、図７のステップＳ１０４の暗号化工程における詳細な処理の流れを示す。暗号化工程は、認証部２０５の暗号化処理部２０５ｄによって実行される。
【０１４７】
図１１のステップＳ４１では、まずＰＣ１は暗号化して送信するデータを既存の方法で複数のデータに分割する。ここでは、データ１、データ２、データ３の３つのデータに分割されたものとする。複数のデータに分割するのは、分割データ毎に暗号鍵を変更して、安全性を向上するためである。
【０１４８】
次にステップＳ４２で、ＰＣ１は分割されたデータ毎に、それぞれＰＣ１のメッセージＮｏ１と関連付けた暗号鍵をランダムに選択する。ここでは、データ１、データ２、データ３に対して、それぞれ共通鍵Ｎｏ３、共通鍵Ｎｏ１、共通鍵Ｎｏ２が選択されたものとする。データ保持部２０３から、それぞれの共通鍵が参照される（図１２（ａ）参照）。
【０１４９】
次にステップＳ４３で、ＰＣ１は分割されたデータ毎に、それぞれの共通鍵を用いて暗号化処理を行う。すなわち、データ１は共通鍵Ｎｏ３で、データ２は共通鍵Ｎｏ１で、データ３は共通鍵Ｎｏ２で、それぞれ暗号化処理される。
【０１５０】
次にステップＳ４４で、ＰＣ１は暗号化された各データ毎に、暗号化情報として、送信元ＰＣ１のメッセージＮｏ１とともにＰＣ２に送信する。ここでの送信は、例えばＵＤＰのような簡略な通信プロトコルでかまわない。暗号鍵は事前に共有化しているため、通信の速度を低下させるようなハンドシェイクも必要なく、高速の通信を維持することができる。
【０１５１】
送信する暗号化情報には、暗号化処理したデータに送信属性情報、すなわちそのデータの暗号化に使用した暗号鍵の番号（例えばデータ１に対しては共通鍵Ｎｏ２）が付与されている。上記暗号化情報のサイズは、例えばＵＤＰなど、送信に用いるプロトコルで一度に送信できるサイズ内とすることが望ましい。
【０１５２】
ステップＳ４５で、ＰＣ２は受け取った暗号化情報の送信属性情報（暗号鍵番号）とメッセージＮｏとからデータ保持部２０３を検索し、そのデータの暗号化処理に使用された共通鍵を特定し、参照する。例えば暗号化処理されたデータ１を受信した場合であれば、付与されているメッセージＮｏ１と暗号鍵の番号（共通鍵Ｎｏ２）とから共通鍵１−２を検索する。
【０１５３】
ＰＣ２は、このように検索した共通鍵を用いて、受信した暗号化情報に含まれている暗号化データ（この場合はデータ１）を解読する。
【０１５４】
ステップＳ４６で、ＰＣ１は直前に送信した暗号化情報で、分割された暗号化処理データをすべて送信し終えたかどうかを判定する。ここまで述べてきた例であれば、データ３まで送信を終えたかどうかを判定する。
【０１５５】
すべての分割データに対して暗号化処理と送信を終えているのであれば（ステップＳ４６：ＹＥＳ）、ステップＳ４７を実行する。すなわち、ＰＣ２に送信終了を通知する。
【０１５６】
まだ暗号化処理と送信を終えていない分割データがある場合（ステップＳ４６：ＮＯ）は、ステップＳ４２に戻り、次の分割データに対して上述の処理を行う。ステップＳ４６で、すべての分割データに対して暗号化処理と送信を終えたと判定されるまで、上記ステップＳ４２からステップＳ４６の処理は繰り返される。
【０１５７】
ステップＳ４７での送信終了の通知をＰＣ２が受信すると、ステップＳ４８で、ＰＣ２は受信して復号し終えたすべての分割データから、ＰＣ１が分割し、暗号化処理した元の情報を復元する。
【０１５８】
図１３は、本暗号通信処理による実際のデータ送信の事例を示す説明図である。
【０１５９】
データＤは、ノード（ＰＣ１）において、データ１、デ−タ２、データ３に分割され、それぞれ共通鍵Ｎｏ２、Ｎｏ１、Ｎｏ３で暗号化処理され、暗号化情報Ｍ１、Ｍ２、Ｍ３として、順次ＰＣ２に送信される。
【０１６０】
暗号化情報Ｍ１、Ｍ２、Ｍ３は、それぞれメッセージＮｏと暗号化データと送信属性情報（暗号鍵番号を含む）とからなる。
【０１６１】
ノード（ＰＣ２）において、受信された暗号化情報Ｍ１、Ｍ２、Ｍ３は、それぞれの送信属性情報に基づいて検索された共通鍵を用いて、順次解読され、復号化したデータ１、デ−タ２、データ３から元のデータＤが復元される。
【０１６２】
図７の説明に戻る。ステップＳ１０４の暗号化工程を終えると、次の暗号通信の機会を待つのみである。本実施形態では、複数の暗号鍵を予め設定し、暗号化処理する分割データ毎に暗号鍵を変更することにより、ハンドシェイクによるパフォーマンスの低下を抑制しながら、かつ安全性向上を実現している。しかしながら、予め設定し、共有している複数の暗号鍵自体も適切なタイミングで変更することにより、さらに安全性を向上することができる。そのため、ステップＳ１０４の暗号化工程を終えた時点で、共有されている複数の暗号鍵を変更するかどうかをチェックする処理手順とした。
【０１６３】
＜暗号通信の再確立処理＞
ステップＳ１１１で、ＰＣ１はメッセージＮｏを破棄するかどうかを判定する。メッセージＮｏを破棄するということは、そのメッセージＮｏに関連付けられた暗号鍵を破棄するということである。暗号通信処理を行うためには、再度接続工程から実施し、新たなメッセージＮｏを設定する所からやり直す必要がある。
【０１６４】
メッセージＮｏを破棄するかどうかは、所定の条件を満たすかどうかで判断する。破棄するタイミングを決定する条件としては、以下のような条件が考えられる。
【０１６５】
１．  上述した暗号通信確立のためのハンドシェイク後、一定時間経過後に破棄する。
【０１６６】
２．  ＰＣ１の電源ＯＦＦ時に破棄する。
【０１６７】
３．  ハンドシェイクした相手ＰＣが不通になったとき、破棄する。
【０１６８】
４．  ハンドシェイクした相手ＰＣの暗号が解読できなかったとき、破棄する。
【０１６９】
５．  ユーザの指示により破棄する。
【０１７０】
上記の条件、あるいはその他の条件から適切な条件を選んで設定することが望ましい。
【０１７１】
設定した条件に照らして、破棄するという判定の場合（ステップＳ１１１：ＹＥＳ）は、上記処理で確立した暗号通信の設定はこれで一旦終了である。次に暗号通信を行う局面になれば、図７のＳｔａｒｔから、もう一度上述した暗号通信の確立をやり直すことになる。すなわち、上記設定条件を満たす場合には、安全のために暗号鍵も再度作り直すことになる。
【０１７２】
設定した条件に照らして、破棄しないという判定の場合（ステップＳ１１１：ＮＯ）は、ステップＳ１１２に進み、暗号化する送信データを待つ。すなわち、ステップＳ１１２では暗号化する次の送信データがあるかどうかを判定し、ある場合（ステップＳ１１２：ＹＥＳ）は、ステップＳ１０４に戻り、暗号化工程から繰り返す。
【０１７３】
暗号化する次の送信データがない場合（ステップＳ１１２：ＮＯ）は、ステップＳ１１１へ戻り、メッセージＮｏを破棄するタイミングかどうかをチェックしながら、ステップＳ１１１とステップＳ１１２を繰り返し、次の暗号化処理する送信データを待つことになる。
【０１７４】
このように、ハンドシェイクをやり直す、すなわち暗号鍵自体も適切なタイミングで変更することにより、さらに安全性を向上することができる。
【０１７５】
上述したような実施形態により、ネットワークにおけるノード間の通信において、共通の暗号鍵を最初に複数設定しておき、送信するパケット毎に任意に切り替えることで、ハンドシェイクを繰り返す必要もなく、使用する暗号鍵を適時変更することができる。従って通信の高速性を損なうことなく、セキュリティ（安全性）を向上した効果的な暗号通信を行うことができる。
【０１７６】
なお本発明の範囲は、上記実施形態に限定されるものではない。本発明の趣旨を逸脱しない限り、それらの変更された形態もその範囲に含むものである。
【図面の簡単な説明】
【０１７７】
【図１】ネットワーク１の全体構成例を示す図である。
【図２】ネットワーク１を構成するノード（暗号通信処理装置）２のハードウェア構成例を示す図である。
【図３】ネットワーク１を構成する各ノード２の接続形態、すなわちノードの論理的なトポロジーの例を示す図である。
【図４】図３のように関連付けられたノード２の接続テーブルＴＬ例を示す図である。
【図５】ノード（暗号通信処理装置）２の機能構成例を示すブロック図（ａ）、および認証部２０５の機能の内部構成を示す図（ｂ）である。
【図６】ＳＳＬ通信のコネクションを確立する際の処理例を説明するためのシーケンス図である。
【図７】暗号通信の確立からデータの暗号化処理と送信に至るまでの代表的な暗号通信処理の流れを示すフローチャートである。
【図８】図７の接続工程の処理例の詳細な流れを示すシーケンス図である。
【図９】図７の認証工程の処理例の詳細な流れを示すシーケンス図である。
【図１０】図７の暗号鍵作成工程の処理例の詳細な流れを示すシーケンス図である。
【図１１】図７の暗号化工程の処理例の詳細な流れを示すシーケンス図である。
【図１２】ＰＣ１からの送信の場合（ａ）と、ＰＣ２からの送信の場合（ｂ）とで、メッセージＮｏと共通鍵群がメモリに記憶される様子を示す図である。
【図１３】本暗号通信処理による実際のデータ送信の事例を示す説明図である。
【符号の説明】
【０１７８】
１  ネットワーク
２  暗号通信処理装置（ノード）
３  スイッチングハブ
４  ルータ
５  認証サーバ
２０１  接続テープ保持部
２０２  接続テーブル管理部
２０３  データ保持部
２０４  データ操作部
２０５  認証部
２０５ａ  接続設定部
２０５ｂ  認証処理部
２０５ｃ  暗号鍵作成部
２０５ｄ  暗号化処理部
２０６  ネットワーク申請部
２０７  データ受信部
２０８  データ解析部
２０９  データ作成部
２１０  データ送信部
Ｄ  データ
Ｍ  暗号化情報
ＴＬ  接続テーブル
【図１】
2008271476.tif 000003
【図２】
2008271476.tif 000004
【図３】
2008271476.tif 000005
【図４】
2008271476.tif 000006
【図５】
2008271476.tif 000007
【図６】
2008271476.tif 000008
【図７】
2008271476.tif 000009
【図８】
2008271476.tif 000010
【図９】
2008271476.tif 000011
【図１０】
2008271476.tif 000012
【図１１】
2008271476.tif 000013
【図１２】
2008271476.tif 000014
【図１３】
2008271476.tif 000015