JP2009100238A - 通信装置、通信システム及びそれらに用いる鍵再交換方法並びにそのプログラム - Google Patents

Abstract

【課題】 鍵の再交換によるネットワークの負荷を管理制御可能な通信装置を提供する。
【解決手段】 ＩＰｓｅｃ（Ｓｅｃｕｒｉｔｙ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）通信を行い、自動鍵を再交換するＩＫＥ（Ｉｎｔｅｒｎｅｔ Ｋｅｙ Ｅｘｃｈａｎｇｅ）において、鍵交換を行う特定日、特定曜日、特定時刻を少なくとも含む特定日時を指定することで鍵の再交換を日時、曜日で管理可能な通信装置［ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）装置１］は、ＩＫＥでの自動鍵の再交換処理を特定日時に強制的に行う指令処理手段（指令処理部１４）を有する。
【選択図】 図１

Description

本発明は通信装置、通信システム及びそれらに用いる鍵再交換方法並びにそのプログラムに関し、特にＩＰｓｅｃ（Ｓｅｃｕｒｉｔｙ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）の自動鍵の日時指定再交換のための制御方法に関する。

本発明に関連するＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）装置、つまりＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ）４３０６等に準拠したＶＰＮ装置では、図５（ａ）に示すように、ＩＰｓｅｃ通信に使用する鍵の再交換がＳＡ（Ｓｅｃｕｒｉｔｙ Ａｓｓｏｃｉａｔｉｏｎ）が作成されてからの時間や通信量が予め設定された値（ライフタイム等）となってから行われている。そのため、比較的通信量の少ない夜間に鍵の再交換を行いたい場合には、運用開始からの時間を想定して、その数時間後の時間を設定するようにしている。

しかしながら、予期せぬ要因、例えばＶＰＮ装置自身の再起動や対向するＶＰＮ装置側の再起動、中継するネットワーク装置やネットワークの断等の事象によって、ＩＰｓｅｃ通信が切断された場合には、ＳＡが削除されてしまうことがある。その後、上記の事象から復旧し、再度、ＩＰｓｅｃ通信が可能になった場合には、図５（ｂ）に示すように、予め設定されたライフタイムで鍵の再交換が行われてしまい、当初の夜間に鍵の再交換を行う時間からずれてしまう。以降、管理制御したい時間帯以外の時間帯（当初設定の時間帯からずれた時間帯）で鍵の再交換を行うことになってしまう。

この問題を解決するために、鍵の有効期間を無制限にするパラメータを設定する方法が提案されている（例えば、特許文献１参照）。この場合には、自動鍵の再交換自体を行わないことで、鍵交換による上記の課題の解消を図っている。しかしながら、ＩＰｓｅｃ通信におけるセキュリティの強度の保つためには、ＩＰｓｅｃ通信に使用する鍵を定期的に変更することが必要である。
特開２００２−３７４２３８号公報

ＩＰｓｅｃ通信では、それに用いる自動鍵の生成が、鍵交換プロトコルであるＩＫＥ（Ｉｎｔｅｒｎｅｔ Ｋｅｙ Ｅｘｃｈａｎｇｅ）（ＲＦＣ２４０９，ＲＦＣ４３０６等）によって行われる。セキュリティの強度を高めるためには、一定期間で鍵の再交換（Ｒｅｋｅｙｉｎｇ）を行う必要がある。

しかしながら、鍵の再交換はＳＡ（Ｓｅｃｕｒｉｔｙ Ａｓｓｏｃｉａｔｉｏｎ）が確立してから、事前設定した時間（ライフタイム）や通信したデータ量を超過した時に行われる。また、鍵の再交換は、ＶＰＮ装置やネットワークの負荷を高めるため、ＶＰＮ装置やネットワークの負荷が少ない時に行うことが望ましい。

本発明に関連するＶＰＮ通信装置では、負荷が少ない時間帯に鍵の再交換を行おうとする場合、ＩＰｓｅｃセッション毎のＳＡを確立する時間を決定し、その時間からの相対時間を推定し、鍵の再交換を行う時間帯をセキュリティポリシーとして設定している。

しかしながら、ＳＡの確立する時間を決定しておいても、ネットワークやネットワーク内の通信装置のダウン、通信装置操作者によるＳＡの削除等によって、ＩＰｓｅｃ通信が断となってＳＡが削除され、その後、通信装置やネットワークが復旧すると、再びＩＰｓｅｃ通信を行う時に新たにＳＡを再確立するため、決定していたＳＡの確立する時間がずれてしまい、結果として予期せぬ時間で鍵の再交換が行われてしまうことで、鍵の再交換によるネットワークの負荷の管理制御が困難であるという課題がある。

これを回避する場合には、鍵の再交換自体を自動で行わないようにするか、例えば、特許文献１のように鍵の有効期間を無制限にするというように、鍵交換の時間間隔を長くとり、外部からのオペレーションで、ネットワーク管理装置からの遠隔操作や操作者による手動操作によって鍵の再交換を行う必要がある。しかしながら、ネットワーク管理装置からの遠隔操作や操作者による手動操作では、ＶＰＮ通信機器の負荷状態やネットワークの状態を操作者が判断し、鍵交換の可否を決定する必要がある。

ＩＰｓｅｃセッションの数が非常に多い場合、ＩＰｓｅｃセッション毎のＳＡを確立する際に、特定の時間内では各ＳＡ毎の鍵の再交換処理が衝突及び輻輳してしまい、多くの時間が必要になるという課題がある。また、負荷の低い時間帯がない状態で、休日等に鍵の再交換処理を行いたい場合にも、外部からの操作によって鍵の再交換処理を実施する必要がある。

そこで、本発明の目的は上記の問題点を解消し、鍵の再交換処理によるネットワークの負荷を管理制御することができる通信装置、通信システム及びそれらに用いる鍵再交換方法並びにそのプログラムを提供することにある。

本発明による通信装置は、ＩＰｓｅｃ（Ｓｅｃｕｒｉｔｙ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）通信を行い、自動鍵を再交換するＩＫＥ（Ｉｎｔｅｒｎｅｔ Ｋｅｙ Ｅｘｃｈａｎｇｅ）において、鍵交換を行う特定日、特定曜日、特定時刻を少なくとも含む特定日時を指定することで前記鍵の再交換を日時、曜日で管理可能な通信装置であって、
前記ＩＫＥでの自動鍵の再交換処理を前記特定日時に強制的に行う指令処理手段を備えている。

本発明による通信システムは、上記の通信装置を含むことを特徴とする。

本発明による鍵再交換方法は、ＩＰｓｅｃ（Ｓｅｃｕｒｉｔｙ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）通信を行い、自動鍵を再交換するＩＫＥ（Ｉｎｔｅｒｎｅｔ Ｋｅｙ Ｅｘｃｈａｎｇｅ）において、鍵交換を行う特定日、特定曜日、特定時刻を少なくとも含む特定日時を指定することで前記鍵の再交換を日時、曜日で管理可能な通信装置に用いる鍵再交換方法であって、
前記ＩＫＥでの自動鍵の再交換処理を前記特定日時に強制的に行う指令処理を備えている。

本発明によるプログラムは、ＩＰｓｅｃ（Ｓｅｃｕｒｉｔｙ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）通信を行い、自動鍵を再交換するＩＫＥ（Ｉｎｔｅｒｎｅｔ Ｋｅｙ Ｅｘｃｈａｎｇｅ）において、鍵交換を行う特定日、特定曜日、特定時刻を少なくとも含む特定日時を指定することで前記鍵の再交換を日時、曜日で管理可能な通信装置内のコンピュータで実行されるプログラムであって、
前記ＩＫＥでの自動鍵の再交換処理を前記特定日時に強制的に行う指令処理を含むことを特徴とする。

本発明は、上記のような構成及び動作とすることで、鍵の再交換処理によるネットワークの負荷を管理制御することができるという効果が得られる。

次に、本発明の実施の形態について図面を参照して説明する。図１は本発明の実施の形態によるＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）装置の構成例を示すブロック図である。図１において、ＶＰＮ装置１は、ユーザインタフェース処理部１１と、データ管理部１２と、時刻管理処理部１３と、時刻管理部１３ａと、指令処理部１４と、負荷分散制御部１４ａと、本発明に関連するＩＫＥ（Ｉｎｔｅｒｎｅｔ Ｋｅｙ Ｅｘｃｈａｎｇｅ）（ＲＦＣ２４０９、ＲＦＣ４３０６等で規定されている）実装プログラム［ＩＳＡＫＭＰ（Ｉｎｔｅｒｎｅｔ Ｓｅｃｕｒｉｔｙ Ａｓｓｏｃｉａｔｉｏｎ ａｎｄ Ｋｅｙ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）＋ＩＫＥ＋ポリシーＤＢ（データベース）］（以下、ＩＫＥ実装プログラムとする）１５とから構成されている。

本実施の形態では、ＩＰｓｅｃの自動鍵の定時刻再交換プログラムはＩＫＥ実装プログラム１５と同一の装置内に存在する。ＩＫＥ実装プログラム１５については、よく知られた実装であるため、本発明とは直接関係しないので、その詳細な構成についての説明は省略する。

本実施の形態による定時刻鍵再交換プログラムは、ＩＫＥでの自動鍵再交換処理を、指定した日時に強制的に行うように、ＩＫＥ実装プログラム１５に影響することなく動作させる。

本実施の形態による定時刻鍵再交換プログラムは、自動鍵の再交換を行うための時刻と交換の対象となるＳＡ（Ｓｅｃｕｒｉｔｙ Ａｓｓｏｃｉａｔｉｏｎ）を登録するためのユーザインタフェース処理部１１と、日時等の時刻を制御・管理する時刻管理処理部１３と、ＩＫＥ実装プログラム１５へ鍵の再交換を指令する指令処理部１４と、鍵の再交換時刻を管理するデータ管理部１２とから構成することを特徴とする。

ユーザインタフェース処理部１１から入力された日時やＳＡ情報等のコンフィグレーションデータは、データ管理部１２で保持される。時刻管理処理部１３はデータ管理部１２で保持されたコンフィグレーションデータとＶＰＮ装置１内にある時刻管理部１３ａを定周期でチェックし、コンフィグレーションで指定した日時になった場合、指令処理部１４に通知する。

指令処理部１４はＶＰＮ装置１の負荷や各ＳＡ毎の自動鍵の再交換処理の衝突（輻輳）を負荷分散制御部１４ａで監視し、その監視結果及び時刻管理処理部１３からの通知に基づいて自動鍵の再交換処理を行うように、ＩＫＥ実装プログラム１５に対して指示を送出する構成となる。

ここで、ＶＰＮ装置１においては、いくつかのＩＰｓｅｃセッションから同時に自動鍵の再交換処理の要求が発生した場合、自装置内で複数の自動鍵の再交換処理が発生する。これらの自動鍵の再交換処理が並列動作する場合には、リソースを消費するため、最大並列処理数を予め決めておき、自動鍵の再交換処理の要求数がその最大並列処理数を超えると、これらの要求の廃棄または保持が行われる。この状態が自動鍵の再交換処理の衝突（輻輳）と呼ばれている。

負荷分散制御部１４ａは、自動鍵の再交換処理の要求が発生した場合、その要求数をカウントし、カウント値を予め保持している最大並列数と比較することで、要求数がその最大並列数を超えた時に、自動鍵の再交換処理の衝突（輻輳）が発生したことを検知する。負荷分散制御部１４ａは、自動鍵の再交換処理の衝突（輻輳）の発生を検知したことを指令処理部１４に通知するとともに、自動鍵の再交換処理の開始タイミングをずらしてＶＰＮ装置１の負荷を分散するように指令処理部１４に通知する。

負荷分散制御部１４ａによる負荷分散制御としては、自動鍵の再交換処理の衝突を検知した各装置で、乱数によって自動鍵の再交換処理を実施する時間を分散させて、分散した時間で自動鍵の再交換処理を実施するアルゴリズムが使われている。

また、負荷分散制御の比較的単純なものとしては、自動鍵の再交換処理の衝突時に乱数によって動的に自動鍵の再交換処理を分散させるのではなく、予め乱数表のようなものをプログラム内に組み込んでおき、その乱数表にしたがって自動鍵の再交換処理を実施する時間を分散させるアルゴリズムもある。

さらに、負荷分散制御としては、ｐａｕｓｅパケット等を相手装置に送出し、自装置がビジーであることを伝え、処理を一時的に中断（保留）するように要求するアルゴリズムもある。

図２は本発明の実施の形態によるＶＰＮ装置１の動作を示すフローチャートであり、図３及び図４は本発明の実施の形態によるＶＰＮ装置１における鍵の再交換を示す図である。これら図１〜図４を参照して本発明の実施の形態によるＶＰＮ装置１の動作について説明する。尚、図２に示す処理はＶＰＮ装置１内のコンピュータ［ＣＰＵ（中央処理装置）］（図示せず）がプログラムを実行することで実現可能である。

ここで、図３（ａ）は本発明の実施の形態による自動鍵の再交換処理を示し、図３（ｂ）及び図４はＶＰＮ装置１自身の再起動や対向するＶＰＮ装置側の再起動、中継するネットワーク装置やネットワークの断等の事象によって、ＩＰｓｅｃ通信が切断されることでＳＡが削除されるようなネットワーク障害が発生した場合の自動鍵の再交換処理を示している。

ＶＰＮ装置１では、まず本発明に関連するＶＰＮ装置の設定として、ＩＰｓｅｃ（Ｓｅｃｕｒｉｔｙ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）のためのポリシー設定、プロポーザル設定が行われる（図２ステップＳ１）。この時の鍵の再交換条件はＳＡの存在時間（ライフタイム）を指定して設定し、管理制御可能になるように、既存のＩＫＥ実装プログラム１５内で保持するプロポーザルでの提案値では大きな時間値を設定しておく。

次に、ＶＰＮ装置１では、ユーザインタフェース処理部１１で、鍵を再交換する日、曜日、時、分及び鍵を再交換するＳＡと、交換条件とを指定パラメータとして設定を行う（図２ステップＳ２）。この時、ＶＰＮ装置１の性能を考慮し、同時に鍵の再交換ができる数の最大値を決定するが、日や曜日、時間等は、毎日、毎週、毎時、毎分、毎曜日等の柔軟な設定を可能としている。

ユーザインタフェース処理部１１から設定された各パラメータは、データ管理部１２で保存管理される（図２ステップＳ３）。時刻管理処理部１３は、時刻管理部１３ａを一定周期でチェックして、データ管理部１２で保存されたパラメータの日時と一致した時刻になった場合、指令処理部１４に通知する（図２ステップＳ４，Ｓ５）。

指令処理部１４は該当するＳＡについて、鍵の再交換を行うように既存のＩＫＥ実装プログラム１５に指令を行う（図２ステップＳ６）。これによって、ＩＫＥが自動鍵の再交換処理を開始し、鍵の再交換を行う（図２ステップＳ８）。つまり、指令処理部１４は特定日時に強制的に自動鍵の再交換処理をＩＫＥ実装プログラム１５に行わせることとなる。

この時、指令処理部１４はＶＰＮ装置１の負荷を周期的に測定し、ＶＰＮ装置１の負荷が平滑化するように、鍵の再交換の衝突を検知してＶＰＮ装置１の負荷を分散するアルゴリズム（負荷分散制御部１４ａ）を実行する（図２ステップＳ７）。

次に、日中に通信量が多く、かつＩＰｓｅｃによるセキュリティを強化した通信を行いたい企業を例として説明する。当該企業においては、通信量が多い日中、可能な限りネットワークの負荷がかからないようにしたいため、ＩＰｓｅｃの鍵の再交換を夜間にかつ毎日行うことが望ましい。

ＲＦＣ４３０６等に準拠した本発明に関連するＶＰＮ装置では、鍵の再交換を、ＳＡが作成されてからの時間や通信量に基づいて行っているため、図５（ａ）に示すように、夜間に鍵の再交換を行いたい場合、運用開始からの時間を想定して、その数時間後の時間をＳＡのライフタイムとして設定するようにする。

しかしながら、ＶＰＮ装置自身の再起動や周辺機器のダウン等によって、ネットワークがダウンした場合、ＩＰｓｅｃ通信が切断され、ＳＡが削除されてしまう。その後、障害等から復旧し、再度、ＩＰｓｅｃ通信が可能になった時には、図５（ｂ）に示すように、当初の夜間に鍵の再交換を行う時間設定にもかかわらず、異なる時間帯（障害等からの復旧時）に鍵の再交換を行ってしまう。

具体的な例として、当該企業のＳＡの存在時間であるライフタイムを２４時間として、ＳＡの作成を深夜１時（ＡＭ１：００）に設定し、毎日深夜１時に鍵の再交換を行いたいとする。しかしながら、何らかの要因で、日中の８時（ＡＭ８：００）にＶＰＮ装置が再起動し、その後、１０時（ＡＭ１０：００）に障害等から復旧した場合、以降、毎日１０時に鍵の再交換を行うことになってしまう［図５（ｂ）参照］。これを解消するためには、その都度、手動やネットワーク管理装置等、外部からの操作で、新たにＳＡを設定しなおす必要がある。

これに対し、本実施の形態では、図３に示すように、毎日深夜１時（ＡＭ１：００）に鍵の再交換を行うように設定することで、ネットワークやＶＰＮ装置、周囲の通信機器に影響されずに指定の時刻に鍵の再交換を行うことが可能になる。

この場合、本実施の形態では、ＶＰＮ装置自身の再起動や周辺機器のダウン等によって、ネットワークがダウンした場合、ＩＰｓｅｃ通信が切断され、ＳＡが削除されても、図４に示すように、毎日深夜１時（ＡＭ１：００）に鍵の再交換を行うことができるため、ネットワークやＶＰＮ装置、周囲の通信機器に影響されることはない。

図４に示す例では、発生したネットワーク障害が復旧すると、自動鍵生成が行われるが、予め設定された時間帯に再度、自動鍵生成を行っている。この例では、上記の図３に示す例と同様に、予め設定された時間帯に有効な自動鍵があっても、強制的に自動鍵生成が行われることとなる。したがって、図４に示す例の場合の動作は、上述した動作と同様に行うことができる。

尚、図３及び図４に示す例では、ライフタイムを２５時間としているが、図５に示すように、ライフタイムを２４時間とすると、自動鍵生成処理の衝突が発生した時に、予め設定された時間帯に自動鍵生成処理が開始できなくなる可能性がある。そのため、本実施例では、ライフタイムを２５時間とすることで、自動鍵生成処理の衝突が発生して、予め設定された時間帯に自動鍵生成処理が開始できない場合でも、前回生成した自動鍵が有効な期間内に自動鍵生成を行えるようにしている。

また、本実施の形態では、衝突検知時に負荷分散処理を行うことで、同一時刻指定での鍵の再交換においてもＶＰＮ装置の負荷が平滑化し、ＶＰＮ装置及びネットワークに負荷がかからないようにすることができる。よって、本実施の形態では、鍵の再交換をＶＰＮ装置１単独で管理制御し、鍵の再交換によるネットワークの負荷を分散し、管理を人手の介在なしに、想定した時間帯に鍵の再交換を行い、ネットワークに負荷をかけないように管理制御することができる。

このように、本実施の形態では、
（１）ネットワーク負荷が低い日や時間帯を指定して鍵を自動で再交換することによって、ネットワークの負荷を管理制御することができる
（２）同じ鍵を長期間使用することによるセキュリティ強度の低下を防ぐことができる
（３）突発的なＩＰｓｅｃ断によるＳＡの消滅が発生した場合でも、その後は指定した時間で鍵の再交換を行うことができる
（４）日時指定で柔軟に鍵の再交換を外部からの操作なしで行うことができる
（５）同一時間帯で、鍵の再交換の衝突が頻繁に起こる場合でも、ＶＰＮ装置１の負荷を認識しながら、ＶＰＮ装置１の負荷を分散して平滑化して鍵の再交換を行うことができる
という効果を奏する。

尚、本実施の形態では、存在するＳＡに対してＩＫＥを起動させることによって鍵の再交換を行っているが、何らかの要因でＳＡが存在しない場合等の動作についても、パラメータで柔軟に対応することを可能とすることで、ＩＰｓｅｃ通信断をリカバーすることができる。

例えば、ＳＡが存在しない場合に、ポリシー登録されているものは新たにＳＡを作成する、ＩＳＡＫＭＰのＳＡだけ鍵の再交換を行う、ＩＳＡＫＭＰのＳＡをそのままとし、ＩＰｓｅｃのＳＡだけ鍵の再交換を行う等を行うことが可能となる。また、鍵の再交換によるＶＰＮ通信機器の負荷及び鍵の再交換処理の衝突の検知、認識については、既知の衝突検知アルゴリズム及び外部の衝突検知アルゴリズム等を使用してもよい。

上記の既知の衝突検知アルゴリズムや外部の衝突検知アルゴリズムとしては、上述したように、メモリリソースから検知するアルゴリズムのほかに、ＣＰＵ（中央処理装置）の使用率から判断するアルゴリズム（例えば、ＣＰＵの使用率が８０％以上の場合、衝突が発生していると認識し、新しいＩＫＥの要求を受付けないアルゴリズム）、セキュリティチップ［例えば、暗号等の数学的な計算を行うようなＬＳＩ（大規模集積回路）］の使用状態［例えば、排他制御のためのセマフォ（プロセス間の同期メッセージの制御、割り込み処理等を行うための信号あるいは仕組みであり、情報処理分野では周知）が確保できない状態］等から衝突を検知するアルゴリズム等がある。

したがって、本実施の形態では、鍵の再交換をＳＡのライフタイムや通信量に依存することなく定期的に行い、かつ鍵の再交換の管理制御を行える状態で運用可能となるため、セキュリティの強度を落とすことなく、かつ自動鍵の再交換を行うことによるリスクを限定した日時で管理可能とすることができる。また、本実施の形態では、同一時間帯での鍵の再交換による衝突を検知する機能を有することで、ＶＰＮ装置１の負荷が平滑化され、鍵の再交換処理の輻輳を防ぐことが可能である。

上記のように、本発明は、ＩＰｓｅｃ通信を行うＶＰＮ装置において、利用者が外部からの操作なしに、指定した日時にＩＰｓｅｃの自動鍵の再交換を行うことで、ＶＰＮ装置の負荷の低い日時で自動鍵の交換を行うとともに、指定した日時の時間帯でＶＰＮ装置やネットワークの負荷状態を認識し、負荷の平滑化を行うように管理制御可能としたことを特徴としている。

よって、本発明は、ＶＰＮ装置での日や曜日、時刻を基に指定した時刻に鍵の再交換を行う制御プログラムをＶＰＮ装置本体で行うことによって、ネットワークやＶＰＮ通信機器の負荷が低い状態に計画された日時に、外部からの操作を必要とせずに自動鍵の再交換を行うことで、セキュリティ強度を低くすることなく、鍵の再交換の管理制御を行うことが可能となる。また、本発明では、同時間帯の鍵の再交換による自動鍵の再交換処理の輻輳及び衝突を検知し、ＶＰＮ通信機器及びネットワークの負荷が平滑化するように制御することが可能となる。

本発明の実施の形態によるＶＰＮ装置の構成例を示すブロック図である。 本発明の実施の形態によるＶＰＮ装置の動作を示すフローチャートである。 本発明の実施の形態によるＶＰＮ装置における鍵の再交換を示す図である。 本発明の実施の形態によるＶＰＮ装置における鍵の再交換を示す図である。 本発明に関連するＶＰＮ装置における鍵の再交換を示す図である。

符号の説明

１ ＶＰＮ装置
１１ ユーザインタフェース処理部
１２ データ管理部
１３ 時間管理処理部
１３ａ 時刻管理部
１４ 指令処理部
１４ａ 負荷分散制御部
１５ 本発明に関連するＩＫＥ実装プログラム

Claims (12)

1. ＩＰｓｅｃ（Ｓｅｃｕｒｉｔｙ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）通信を行い、自動鍵を再交換するＩＫＥ（Ｉｎｔｅｒｎｅｔ Ｋｅｙ Ｅｘｃｈａｎｇｅ）において、鍵交換を行う特定日、特定曜日、特定時刻を少なくとも含む特定日時を指定することで前記鍵の再交換を日時、曜日で管理可能な通信装置であって、
   前記ＩＫＥでの自動鍵の再交換処理を前記特定日時に強制的に行う指令処理手段を有することを特徴とする通信装置。
2. 前記特定日時における前記自動鍵の再交換処理の衝突状態を検知する手段と、前記衝突状態の検知時に前記自動鍵の再交換処理の負荷の平滑化を行う手段とを含むことを特徴とする請求項１記載の通信装置。
3. 前記自動鍵の再交換処理の要求が複数発生した場合、その要求数が予め設定された値を超えた時に前記衝突状態とすることを特徴とする請求項２記載の通信装置。
4. 前記自動鍵の再交換処理の負荷の平滑化を行う手段は、少なくとも前記衝突状態の検知時に前記自動鍵の再交換処理の開始タイミングをずらして前記自動鍵の再交換処理の負荷の平滑化を行うことを特徴とする請求項３記載の通信装置。
5. 前記ＩＰｓｅｃ通信の障害復旧時が前記特定日時でない場合に前記自動鍵の再交換処理を開始し、当該自動鍵の再交換処理の完了後の前記特定日時に前記自動鍵の再交換処理を強制的に実行することを特徴とする請求項１から請求項４のいずれか記載の通信装置。
6. 請求項１から請求項５に記載の通信装置を含むことを特徴とする通信システム。
7. ＩＰｓｅｃ（Ｓｅｃｕｒｉｔｙ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）通信を行い、自動鍵を再交換するＩＫＥ（Ｉｎｔｅｒｎｅｔ Ｋｅｙ Ｅｘｃｈａｎｇｅ）において、鍵交換を行う特定日、特定曜日、特定時刻を少なくとも含む特定日時を指定することで前記鍵の再交換を日時、曜日で管理可能な通信装置に用いる鍵再交換方法であって、
   前記ＩＫＥでの自動鍵の再交換処理を前記特定日時に強制的に行う指令処理を有することを特徴とする鍵再交換方法。
8. 前記特定日時における前記自動鍵の再交換処理の衝突状態を検知する処理と、前記衝突状態の検知時に前記自動鍵の再交換処理の負荷の平滑化を行う処理とを含むことを特徴とする請求項７記載の鍵再交換方法。
9. 前記自動鍵の再交換処理の要求が複数発生した場合、その要求数が予め設定された値を超えた時に前記衝突状態とすることを特徴とする請求項８記載の鍵再交換方法。
10. 前記自動鍵の再交換処理の負荷の平滑化を行う処理において、少なくとも前記衝突状態の検知時に前記自動鍵の再交換処理の開始タイミングをずらして前記自動鍵の再交換処理の負荷の平滑化を行うことを特徴とする請求項９記載の鍵再交換方法。
11. 前記ＩＰｓｅｃ通信の障害復旧時が前記特定日時でない場合に前記自動鍵の再交換処理を開始し、当該自動鍵の再交換処理の完了後の前記特定日時に前記自動鍵の再交換処理を強制的に実行することを特徴とする請求項７から請求１０のいずれか記載の鍵再交換方法。
12. ＩＰｓｅｃ（Ｓｅｃｕｒｉｔｙ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）通信を行い、自動鍵を再交換するＩＫＥ（Ｉｎｔｅｒｎｅｔ Ｋｅｙ Ｅｘｃｈａｎｇｅ）において、鍵交換を行う特定日、特定曜日、特定時刻を少なくとも含む特定日時を指定することで前記鍵の再交換を日時、曜日で管理可能な通信装置内のコンピュータで実行されるプログラムであって、
    前記ＩＫＥでの自動鍵の再交換処理を前記特定日時に強制的に行う指令処理を含むことを特徴とするプログラム。

Images