(57)【要約】【課題】ＶＰＮ装置への鍵配送を迅速に行うことができる暗号通信用鍵配送システムを得ることを課題とする。【解決手段】ＶＰＮ装置４０ａは、鍵配送要求を鍵管理スレーブ装置２０に行う前に、予め鍵配送可否の問い合わせを行う。鍵配送可否の問い合わせに対する鍵管理スレーブ装置２０の応答に応じて、鍵配送を受け付ける鍵管理スレーブ装置２０が見つかるまで問い合わせを行い、その結果をアクセス順位リストの鍵配送受付可否情報ＫＤＩとして格納する。  ＶＰＮ装置４０は、鍵配送受付可否情報ＫＤＩが配送受付ＯＫとなっている鍵管理スレーブ装置２０に鍵配送要求を行う。アクセス順位リストに登録されたすべての鍵管理装置に対して鍵配送可否の問い合わせを行ってもよい。【選択図】図２
2005142653.tif 000002
【特許請求の範囲】
【請求項１】
ＶＰＮ装置を用いて暗号通信を行うネットワークの暗号通信用鍵配送システムであって、
前記ＶＰＮ装置と、
このＶＰＮ装置の鍵を保有し、前記ＶＰＮ装置から前記鍵の配送要求に応じて前記鍵を配送する複数の鍵管理装置とを備え、
前記ＶＰＮ装置は、予め定められた一定期間毎に、前記複数の鍵管理装置に対して前記ＶＰＮ装置自身に鍵配送要求受付可能か否かの問い合わせを行い、
この問い合わせ結果に基づいて、鍵配送要求が可能な前記鍵管理装置に対して鍵配送要求を行うことを特徴とする暗号通信用鍵配送システム。
【請求項２】
前記ＶＰＮ装置は、鍵配送要求受付可能か否かの問い合わせを行う前記複数の鍵管理装置とその順番とを登録したアクセス順位リストを備え、
このアクセス順位リストに登録された前記複数の鍵管理装置に対して、
前記アクセス順位リストの順番に従って、
鍵配送要求受付可能である前記鍵管理装置が見つかるまで、
鍵配送要求受付可能か否かの問い合わせを行い、鍵配送要求受付可能である前記鍵管理装置に対して鍵配送要求受付可能である旨を登録する請求項１に記載の暗号通信用鍵配送システム。
【請求項３】
前記ＶＰＮ装置は、鍵配送要求受付可能か否かの問い合わせを行う前記複数の鍵管理装置とその順番とを登録したアクセス順位リストを備え、
このアクセス順位リストに登録された前記複数の鍵管理装置のすべてに対して、
前記アクセス順位リストの順番に従って、
鍵配送要求受付可能か否かの問い合わせを行い、登録されたすべての前記鍵管理装置に関する鍵配送要求受付可否の情報を前記アクセス順位リストに登録する請求項１に記載の暗号通信用鍵配送システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、バーチャルプライベートネットワークに用いられるＶＰＮ装置に対して、ネットワーク上での暗号通信を行うための鍵を配送する暗号通信用鍵配送システムに関する。
【背景技術】
【０００２】
従来、公衆回線のようなネットワークであっても、あたかも専用回線であるかのように利用できるバーチャルプライベートネットワークが知られており、このようなネットワークにおいては、多数のユーザ端末がＶＰＮ装置を介してネットワークで結ばれ、ＶＰＮ装置により通信データを暗号化または復号してユーザ端末間のデータ通信が行われている。
このようなネットワークでは、通信路を流通する暗号化されたデータの秘匿性を高めるため、鍵管理装置から各ＶＰＮ装置に鍵を配送し、各ＶＰＮ装置はその鍵を用いて、通信データを暗号化または復号している。また、一定期間ごとに、鍵管理装置から各ＶＰＮ装置に新たな鍵を配送して、鍵を更新している。
ところが、何らかの原因で鍵管理装置に故障が発生した場合、鍵管理装置の管理下にあるところの配下のＶＰＮ装置は鍵の配送を受け取ることができなくなる。そのため、通常使用する鍵管理装置である運用系鍵管理装置とは、別に、通常時は使用せず障害発生時にのみに使用する待機系鍵管理装置を準備して、冗長な鍵配送システムを構築していた。また、特許文献１には、ネットワークを介して結ばれ共通の情報を有する複数の代理サーバに対して、データ取得を行うためにアクセスする情報処理装置の発明が開示されている。この情報処理装置は、アクセスする優先順位を定めた順位テーブルを装置内に備え、優先順位の順番に従って代理サーバにアクセスする。
【０００３】
【特許文献１】特開２００１−３４５２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、非常用の鍵管理装置を別途設け、通常時に使用しないのではシステムのコストを高いものにしてしまう。また、障害が発生したときには、ユーザが運用系鍵管理装置から待機系鍵管理装置に切替えてシステムを復旧させているが、復旧させるまでの間に鍵管理装置からＶＰＮ装置への鍵の配送が必要になったとき、鍵の配送ができないためにＶＰＮ装置の稼働が阻害されるという問題があった。
特許文献１の記載の発明を応用して、複数の鍵管理装置に鍵を保有させておき、ＶＰＮ装置が順位テーブルの優先順位の順番に従って、鍵管理装置に鍵配送要求を行った場合、順位テーブルに記載されている鍵管理装置がなんらかの理由により、鍵配送要求に応えられないときに、再度、次の優先順位にある別の鍵管理装置に鍵配送要求を行う必要があり、ＶＰＮ装置が鍵配送を受けるまでに時間を要してしまうという問題点がある。
【０００５】
この発明はこのような問題点を解消するためになされたものであり、ＶＰＮ装置への鍵配送を迅速に行うことができる暗号通信用鍵配送システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
この発明に係る暗号通信用鍵配送システムは、ＶＰＮ装置を用いて暗号通信を行うネットワークの暗号通信用鍵配送システムであって、ＶＰＮ装置と、このＶＰＮ装置の鍵を保有し、ＶＰＮ装置からの鍵の配送要求に応じて鍵を配送する複数の鍵管理装置とを備え、ＶＰＮ装置は、予め定められた一定期間毎に、複数の鍵管理装置に対してＶＰＮ装置自身に鍵配送要求受付可能か否かの問い合わせを行い、この問い合わせ結果に基づいて、鍵配送要求が可能な前記鍵管理装置に対して鍵配送要求を行うことを特徴とするものである。
【０００７】
ＶＰＮ装置は、鍵配送要求受付可能か否かの問い合わせを行う複数の鍵管理装置およびその順番を登録したアクセス順位リストを備え、このアクセス順位リストに登録された複数の鍵管理装置に対して、アクセス順位リストの順番に従って、鍵配送要求受付可能である鍵管理装置が見つかるまで、鍵配送要求受付可能か否かの問い合わせを行い、鍵配送要求受付可能である鍵管理装置に対して鍵配送要求受付可能である旨を登録するようにしてもよい。
【０００８】
また、ＶＰＮ装置は、鍵配送要求受付可能か否かの問い合わせを行う複数の鍵管理装置とその順番とを登録したアクセス順位リストを備え、このアクセス順位リストに登録された複数の鍵管理装置のすべてに対して、アクセス順位リストの順番に従って、鍵配送要求受付可能か否かの問い合わせを行い、登録されたすべての鍵管理装置に関する鍵配送要求受付可否の情報をアクセス順位リストに登録するようにしてもよい。
【発明の効果】
【０００９】
この発明によれば、ＶＰＮ装置への鍵配送を迅速に行うことができる暗号通信用鍵配送システムを提供することができる。
【発明を実施するための最良の形態】
【００１０】
以下、この発明の実施の形態を添付図面に基づいて説明する。
実施の形態１．
この発明の実施の形態に係る暗号通信用鍵配送システムを用いたバーチャルプライベートネットワークの構成を図１に示す。
双方向通信が可能な公衆回線等使用したＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）からなるネットワーク１には、鍵管理マスター装置１０、複数の鍵管理スレーブ装置２０、複数のＶＰＮ装置４０及び情報集積装置３０が接続されている。
また、各ＶＰＮ装置４０には、ユーザの端末５１あるいは端末群５０が接続されている。例えば、ＶＰＮ装置４０ａに接続された端末５１と、ＶＰＮ装置４０ｂに接続された端末５１とは、ＶＰＮ装置４０ａ、４０ｂが同一の鍵を有し通信路を暗号化して、ネットワーク１を介して暗号化された情報をやりとりする。
【００１１】
以上のように、各装置はネットワーク１で結ばれているが、図２に示されるような関係をもっている。鍵管理スレーブ装置２０は鍵管理マスター装置１０の管理下に置かれている。また、ＶＰＮ装置４０のうち、ＶＰＮ装置４０ａ、４０ｂは鍵管理スレーブ装置２０ａの配下の装置として、ＶＰＮ装置４０ｃ、４０ｄは鍵管理スレーブ装置２０ｂの配下の装置として、ＶＰＮ装置４０ｅ、４０ｆは鍵管理スレーブ装置２０ｃの配下の装置として、それぞれの鍵管理スレーブ装置２０の管理下に置かれている。また、ＶＰＮ装置４０Ｚは、鍵管理マスター装置１０の管理下に置かれている。図２に示すように、ＶＰＮ装置４０は、鍵管理装置４０は、鍵管理マスター装置１０または鍵管理スレーブ装置２０の配下に位置することができ、ＶＰＮ装置４０が管理されている鍵管理マスター装置１０または鍵管理スレーブ装置２０を以降総称して鍵管理装置と呼ぶ。
一方、情報集積装置３０は、この鍵配送システム内のすべてのＶＰＮ装置４０のネットワークアドレス、各ＶＰＮ装置４０が使用する鍵データを含むＶＰＮ装置情報を取得しうるように構成されている。
【００１２】
次に、鍵配送システムの各装置の構成を図３に基づいて説明する。
鍵管理マスター装置１０には、ネットワーク１を介して通信のやりとりを行うためのネットワークインターフェース１１、鍵管理マスター装置１０に対する鍵配送要求を受け付ける鍵配送要求受付部１２が設けられている。また、ＶＰＮ装置４０で用いられる暗号通信用の鍵を生成し、従来の鍵を新たに生成した鍵に更新する鍵データ生成更新部１３が設けられている。さらに、鍵管理マスター装置１０には、鍵管理スレーブ装置２０またはＶＰＮ装置４０に鍵を配送する鍵配送部１４、鍵管理マスター装置１０全体を制御する全体制御部１５およびデータ記憶部１６が設けられている。データ記憶部１６には、この鍵配送システム内にどんな鍵管理スレーブ装置２０、ＶＰＮ装置４０、情報集積装置３０があるかを示す登録装置リストおよび各ＶＰＮ装置４０で使用する鍵データが保存されている。
これに加え、鍵管理マスター装置１０には、鍵管理マスター装置１０がＶＰＮ装置４０への鍵配送を行える状態にあるかについて、ＶＰＮ装置４０からの問い合わせを受け付けて、ＶＰＮ装置４０に応答する鍵配送可否応答部１７が設けられている。
【００１３】
鍵管理スレーブ装置２０には、ネットワークインターフェース２１、鍵管理マスター装置１０からの鍵配送メッセージ、配下のあるいは配下外のＶＰＮ装置４０からの鍵要求メッセージを受け付ける鍵メッセージ受付部２２が設けられている。また、鍵管理マスター装置１０から配送された鍵データや、情報集積装置３０から配送されたＶＰＮ装置情報を受け取る情報受取部２３も設けられている。
さらに、鍵管理スレーブ装置２０には、配下および配下外のＶＰＮ装置４０に鍵を配送する鍵配送部２４、鍵管理スレーブ装置２０全体を制御する全体制御部２５およびデータ記憶部２６が設けられている。データ記憶部２６には、鍵管理スレーブ装置２０の配下にどのＶＰＮ装置４０があるかを示すＶＰＮ装置リスト、配下のＶＰＮ装置４０が使用する鍵データが保存されている。
また、鍵管理スレーブ装置２０には、鍵管理スレーブ装置２０がＶＰＮ装置４０への鍵配送を行える状態にあるかについて、ＶＰＮ装置４０からの問い合わせを受け付けて、ＶＰＮ装置４０に応答する鍵配送可否応答部２７が設けられている。
【００１４】
情報集積装置３０には、ネットワーク１を介して通信のやりとりを行うためのネットワークインターフェース３１、鍵管理スレーブ装置２０からＶＰＮ装置情報を収集するＶＰＮ装置情報収集部３２が設けられている。また、ＶＰＮ装置情報を要求した鍵管理スレーブ装置２０へＶＰＮ装置情報を通知するＶＰＮ装置情報通知部３３が設けられている。さらに、情報集積装置３０全体を制御する全体制御部３４およびデータ記憶部３６が設けられている。データ記憶部３６には、ＶＰＮ装置情報収集部３２が収集したＶＰＮ装置情報が保存されている。ＶＰＮ装置情報には、ＶＰＮ装置の鍵データ、ネットワークアドレスが含まれる。
【００１５】
各鍵管理スレーブ装置２０の配下のＶＰＮ装置４０には、ネットワークインターフェース４１、鍵配送要求部４２、データ記憶部４３および鍵配送可否問合せ部４７が設けられている。鍵配送可否問合せ部４７は、各鍵管理スレーブ装置２０に対して、ＶＰＮ装置４０への鍵配送を行える状態にあるかについて問い合わせを行い、その結果を受信する。
また、鍵配送要求部４２は、データ記憶部４３に保存されたアクセス順位リストに基づいて、各鍵管理スレーブ装置２０に鍵配送要求を行う。
【００１６】
ここで、アクセス順位リストは、図４に示されるように、ＶＰＮ装置４０が、鍵配送要求を行う可能性のある鍵管理マスター装置１０または鍵管理スレーブ装置２０の数を示す登録鍵管理装置台数Ｍのデータと、アクセスする順に上から並んだ鍵管理スレーブ装置２０のネットワークアドレスのデータと、各鍵管理スレーブ装置２０の鍵配送受付可否情報ＫＤＩとから構成される。例えば、図４（ａ）は、ＶＰＮ装置４０ａのアクセス順位リストを示す。最初にアクセスするネットワークアドレスＡＡＤ１は、このＶＰＮ装置４０ａを管理する鍵管理スレーブ装置２０ａのアドレスとなっている。２番目、３番目にアクセスするネットワークアドレスは、鍵管理スレーブ装置２０ｂ、２０ｃのアドレスとなっている。図４（ｂ）、（ｃ）は、それぞれ、ＶＰＮ装置４０ｃ、４０ｅのアクセス順位リストを示す。
各ＶＰＮ装置４０は、何らかの原因で、鍵を失ったり、鍵が有効でなくなった場合に、アクセス順位リストに従って鍵管理スレーブ装置２０に鍵配送要求を行う。
この鍵配送要求を行う前に、各ＶＰＮ装置４０は各鍵管理スレーブ装置２０に、ＶＰＮ装置４０から各鍵管理スレーブ装置２０に対して鍵配送を行える状態にあるかについて問い合わせを行う。
問い合わせを行った結果として、アクセス順位リストには、問い合わせを行った各鍵管理スレーブ装置２０が鍵配送要求に対応して鍵配送できるか否かの情報である鍵配送受付可否情報ＫＤＩが格納される。
【００１７】
図３に戻り、ＶＰＮ装置４０には、端末５１との通信のやりとりを行う端末インターフェース４６、通信路データの暗号化および復号を行う暗号化復号処理部４４およびＶＰＮ装置の全体を制御する全体制御部４５が設けられている。暗号化復号処理部４４では、端末インターフェース４６を介して管理下にある端末５１から送られた通信データを、鍵管理スレーブ装置２０から受け取った鍵を用いて暗号化する。さらに、暗号化された通信データは、ネットワークインターフェース４１を介して通信相手先の端末５１がある他のＶＰＮ装置４０に送られる。一方、他のＶＰＮ装置４０からネットワークインターフェース４１を介して送られてきた通信データは、暗号化復号処理部４４で復号され、管理下の端末５１に端末インターフェース４６を介して送られる。
また、ＶＰＮ装置４０には、鍵配送可否問合せや鍵配送要求を行った鍵管理スレーブ装置２０から応答がなかった場合の異常処理に用いるために、ランプを点灯させる警告ランプや警報音を発生させるブザー等を備えた警報部４８が設けられている。
【００１８】
次に、この実施の形態に係る暗号通信用鍵配送システムの動作を図５〜９のフローチャートに基づいて説明する。
はじめに、ＶＰＮ装置４０が鍵管理スレーブ装置２０に対して行う鍵配送可否問い合わせ処理についてＶＰＮ装置４０ａを例にあげて説明する。
この処理は、後述する鍵配送要求処理に先立ってＶＰＮ装置４０ａが例えば鍵配送要求処理の一時間前に定期的に、または一定時間ごとに行うものである。
図５に示されるように、ＶＰＮ装置４０ａは、自装置内のデータ記憶部４３に設定されている鍵管理装置のアクセス順位リストを取得する（ステップＳ１０１）。なお、アクセス順位リストの内容は、ＶＰＮ装置４０ａの場合、図４（ａ）に示されるものになっている。
【００１９】
ＶＰＮ装置４０ａはアクセス順位リストから登録鍵管理装置台数Ｍ（この場合は、Ｍ＝３）を取得し（ステップＳ１０２）、インデックス番号Ｉに１を代入する（ステップＳ１０３）。次に、インデックス番号Ｉに対応した、アクセス順位リストの１番目に登録されている鍵管理スレーブ装置２０ａに対して、現時点でＶＰＮ装置４０ａに対して鍵配送要求を行った場合、鍵配送可能か否か、すなわち鍵配送受付がＯＫかを問い合わせる（ステップＳ１０４）。鍵管理スレーブ装置２０ａからの鍵配送可能か否かの応答を判定する（ステップＳ１０５）鍵管理スレーブ装置２０ａからの応答が鍵配送可能ならば、ステップＳ１０６へ進み、アクセス順位リストの鍵配送受付可否情報ＫＤＩを「配送受付ＯＫ」として一連の処理を終了する（ステップＳ１０６）。
ステップＳ１０５において、鍵配送不可ならば、ステップＳ１０７へ進み、アクセス順位リストの鍵配送受付可否情報ＫＤＩを「配送受付ＮＧ」とする（ステップＳ１０７）。次に、ステップＳ１０８に進み、インデックス番号Ｉに１を加えて（ステップＳ１０８）、インデックス番号Ｉと登録鍵管理装置台数Ｍとの大小比較を行う（ステップＳ１０９）。
【００２０】
このステップＳ１０９において、インデックス番号Ｉが登録鍵管理装置台数Ｍ以下の場合は、ステップＳ１０４に戻って、１が加えられたインデックス番号Ｉ（Ｉ＝２）に対応する、すなわち、アクセス順位リストに登録されている２番目の鍵管理スレーブ装置２０ｂに鍵配送可能かを問い合わせし、以下同様にしてステップＳ１０４からの処理を繰り返す。
一方、ステップＳ１０９において、インデックス番号Ｉが登録鍵管理装置台数Ｍよりも大きくなった場合は、アクセス順位リストに登録されているすべての鍵管理スレーブ装置２０から鍵配送可能の応答がなかったことになるため異常処理を開始する（ステップＳ１１０）。異常処理としては、ＶＰＮ装置２０ａの警報部４８により警告ランプの点灯、警告音の発生を行う。
【００２１】
続いて、鍵管理スレーブ装置２０における鍵配送処理について説明する。
通常、鍵管理マスター装置１０は、一定時間ごと、あるいは、このシステムの利用者の指示に従い、ＶＰＮ装置４０の通信路の暗号化に使用する鍵を生成し、従来の鍵を更新して、鍵配送を知らせる鍵配送メッセージとともにその鍵を鍵管理スレーブ装置２０に配送する。
図６に示されるように、鍵管理スレーブ装置２０は、鍵管理マスター装置１０からの鍵配送メッセージ、配下のＶＰＮ装置４０からの鍵要求メッセージ、配下外のＶＰＮ装置４０からの鍵要求メッセージのいずれかからのメッセージが届いていないかを常時監視するメッセージ受信処理を行う（ステップＳ１１）。
いずれかのメッセージ受信があると、ステップＳ１２に進み、メッセージの送信元を判定する（ステップＳ１２）。
【００２２】
上述した鍵管理マスター装置１０からの鍵配送メッセージを受信した場合、ステップＳ１３に進み、鍵管理マスター装置１０から配送された新たな鍵を受け取る（ステップＳ１３）。次に、データ記憶部２６に保存されている配下のＶＰＮ装置リストを取得する（ステップＳ１４）。例えば、鍵管理スレーブ装置２０ａにおける処理の場合、このＶＰＮ装置リストにはＶＰＮ装置４０ａ、４０ｂが登録されている。
【００２３】
次に、ステップＳ１３で受け取った鍵に対して、ＶＰＮ装置リストにあるＶＰＮ装置４０ごとに鍵を暗号化し、データ記憶部２６に保存する（ステップＳ１５）。さらに、暗号化した鍵を配下のＶＰＮ装置４０に一斉に配送し（ステップＳ１６）、一連の処理を終了する。
なお、鍵管理スレーブ装置２０は、その後、鍵を配送したＶＰＮ装置４０からの鍵受け取りメッセージを受信する。例えば、鍵管理スレーブ装置２０ａは、各ＶＰＮ装置４０ａ、４０ｂに新たな鍵が配送されたのを確認した後、各ＶＰＮ装置４０ａ、４０ｂに鍵更新指令を一斉に送り、各ＶＰＮ装置４０ａ、４０ｂでは自己の鍵を更新する。
【００２４】
一方、ステップＳ１１で受信したメッセージがＶＰＮ装置４０からの鍵配送要求であった場合、要求のあったＶＰＮ装置４０が配下のＶＰＮ装置か配下外のＶＰＮ装置かによってステップＳ１２の処理が異なる。各ＶＰＮ装置４０は、アクセス順位リストに従い、鍵配送可能な鍵管理スレーブ装置２０に鍵配送要求を行うので、鍵管理スレーブ装置２０にとっては、配下あるいは配下外のいずれのＶＰＮ装置４０からも鍵配送要求を受信するからである。
【００２５】
ステップＳ１２において、配下のＶＰＮ装置４０から鍵配送要求メッセージを受信した場合、ステップＳ２１に進み、データ記憶部２６にＶＰＮ装置ごとに暗号化されて保存されている鍵のうち、鍵要求のあったＶＰＮ装置４０に対応した鍵を取得する（ステップＳ２１）。次に、この鍵を鍵要求メッセージのあった管理下のＶＰＮ装置４０に配送し（ステップＳ２２）、一連の処理を終了する。
【００２６】
また、ステップＳ１２において、配下でないＶＰＮ装置４０の鍵配送要求メッセージを受信した場合、鍵管理スレーブ装置２０は該当するＶＰＮ装置４０の鍵データを保有しないため、ステップＳ３１に進み、情報集積装置３０に対して鍵配送要求のあったＶＰＮ装置４０のＶＰＮ装置情報を要求する（ステップＳ３１）。
次に、鍵管理スレーブ装置２０は、後述する情報集積装置３０の処理によって得られるＶＰＮ装置情報を、情報集積装置３０から受信する（ステップＳ３２）。この情報集積装置３０から取得したＶＰＮ装置情報に基づいて、配下外のＶＰＮ装置４０に鍵データを配送し（ステップＳ３３）、一連の処理を終了する。
【００２７】
次に、図７に基づいて、ＶＰＮ装置４０の鍵配送要求の動作を説明する。
ＶＰＮ装置４０ａが何らかの原因で暗号通信に有効な鍵を失ったことを想定して説明する。
ＶＰＮ装置４０ａは、有効な鍵を失った場合、鍵配送要求処理を開始する。自装置内のデータ記憶部４３に設定されている鍵管理装置のアクセス順位リストを取得する（ステップＳ４１）。なお、ＶＰＮ装置４０ａの場合は、図４（ａ）に示されるものになっている。
ＶＰＮ装置４０ａはアクセス順位リストから登録鍵管理装置台数Ｍ（この場合は、Ｍ＝３）を取得し（ステップＳ４２）、インデックス番号Ｉに１を代入する（ステップＳ４３）。次に、インデックス番号Ｉに対応した、アクセス順位リストの１番目に登録されている鍵管理スレーブ装置２０ａの鍵配送受付可否情報ＫＤＩが鍵配送受付ＯＫか否かを判定する（ステップＳ４４）。鍵配送受付可否情報ＫＤＩが鍵配送受付ＯＫの場合、Ｉ番目の鍵管理装置である鍵管理スレーブ装置２０ａに対して鍵配送要求を送信し（ステップＳ４５）、鍵配送要求に対する鍵管理スレーブ装置２０ａの応答を待つ（ステップＳ４６）。一方、鍵配送受付可否情報ＫＤＩが鍵配送受付ＮＧの場合、ステップＳ４９に進む。
【００２８】
ステップＳ４６において、鍵配送要求に対する応答があった場合すなわち、鍵データを含むＶＰＮ装置情報が配送されてきた場合には、これを受信し（ステップＳ４７）、受信した鍵データを使用して暗号化または復号処理した通信を開始する（ステップＳ４８）。
一方、ステップＳ４６において、鍵配送要求に対する応答がなかった場合には、ステップＳ４９に進み、インデックス番号Ｉに１を加えて（ステップＳ４９）、インデックス番号Ｉと登録鍵管理装置台数Ｍとの大小比較を行う（ステップＳ５０）。
【００２９】
このステップＳ５０において、インデックス番号Ｉが登録鍵管理装置台数Ｍ以下の場合は、ステップＳ４４に戻って、１が加えられたインデックス番号Ｉ（Ｉ＝２）に対応する、すなわち、アクセス順位リストに登録されている２番目の鍵管理スレーブ装置２０ｂの鍵配送受付可否情報ＫＤＩが鍵配送受付ＯＫか否かを判定し（ステップＳ４４）、鍵配送受付ＯＫの場合に鍵配送要求を行い、以下同様にしてステップＳ４４からの処理を繰り返す。
一方、ステップＳ５０において、インデックス番号Ｉが登録鍵管理装置台数Ｍよりも大きくなった場合は、アクセス順位リストに登録されているすべての鍵管理スレーブ装置２０から鍵配送を行うことができなかったことになるため異常処理を開始する（ステップＳ５１）。異常処理としては、ＶＰＮ装置２０ａの警報部４８により警告ランプの点灯、警告音の発生を行う。
【００３０】
次に、図６のフローチャートのステップＳ３１で、鍵管理スレーブ装置２０からＶＰＮ装置情報の取得要求を受けた情報集積装置３０の動作を図８および９に基づいて説明する。
情報集積装置３０は、要求のあった鍵管理スレーブ装置２０にＶＰＮ装置情報を通知するために、鍵管理スレーブ装置２０や鍵管理マスター装置１０からＶＰＮ装置情報を事前に収集している。
すなわち、情報集積装置３０は、要求のあった鍵管理スレーブ装置２０にＶＰＮ装置情報を通知する情報通知処理、および鍵管理スレーブ装置２０からＶＰＮ装置情報を得るための情報収集処理を行う。
【００３１】
はじめに、情報通知処理を図８に基づいて説明する。
情報集積装置３０は、鍵管理スレーブ装置２０からＶＰＮ装置情報の取得要求のメッセージを受信すると（ステップＳ５１）、データ記憶部３６にアクセスし、事前に収集して保存してある、該当するＶＰＮ装置情報を取得する（ステップＳ５２）。次に、取得したＶＰＮ装置情報を鍵管理スレーブ装置２０に送信し（ステップＳ５３）、処理を終了する。
【００３２】
次に、情報集積装置３０が、ＶＰＮ装置情報をデータ記憶部３６に保有するために行う情報収集処理を図９に基づいて説明する。
この実施の形態における情報収集処理は、情報集積装置３０が、鍵管理装置のうち、鍵管理スレーブ装置２０に働きかけて情報収集を行うものである。
はじめに、情報集積装置３０は、鍵管理スレーブ装置２０に対して、ＶＰＮ装置情報の取得要求を送信する（ステップＳ６１）。取得要求を受けた鍵管理スレーブ装置２０では、情報集積装置３０からのＶＰＮ装置情報の取得要求を受信し（ステップＳ７１）、データ記憶部２６から配下のＶＰＮ装置に関するＶＰＮ装置情報を取得し（ステップＳ７２）、取得したＶＰＮ装置情報を情報集積装置３０へ送信する（ステップＳ７３）。
情報集積装置３０では、ＶＰＮ装置情報を受信し（ステップＳ６２）、データ記憶部３６に格納し（ステップＳ６３）、処理を終了する。
【００３３】
情報集積装置３０は、このような処理をすべての鍵管理スレーブ装置２０に行うことでシステム内のすべてのＶＰＮ装置４０のＶＰＮ装置情報を収集することができる。
なお、上述した例では、各鍵管理スレーブ装置２０に働きかけて配下のＶＰＮ装置情報を取得したが、鍵管理マスター装置１０に働きかけてすべてのＶＰＮ装置情報を一括して取得してもよい。
【００３４】
以上、この実施の形態に係る鍵配送システムの動作について、図２を用いてまとめてみる。
ＶＰＮ装置４０ａは、予め鍵配送可否の問い合わせを行う。図４のアクセス順位リストに示されるように、鍵配送要求を受け付けることができるのが鍵管理スレーブ装置２０ａであることを把握しており、この鍵管理スレーブ装置２０ａのみに鍵配送要求を行う（矢印ａ）。
ＶＰＮ装置４０ｃは、鍵配送可否問い合わせにより、鍵配送要求を受け付けることができるのが鍵管理スレーブ装置２０ｃであることを把握しており、この鍵管理スレーブ装置２０ｃのみに鍵配送要求を行う（矢印ｂ）。
ＶＰＮ装置４０eは、鍵配送可否問い合わせにより、鍵配送要求を受け付けることができるのは鍵管理スレーブ装置２０ｃであることを把握しており、この鍵管理スレーブ装置２０ｃのみに鍵配送要求を行う（矢印ｃ）。
なお、鍵管理スレーブ装置２０のうち、各ＶＰＮ装置４０に鍵配送できない状態である鍵管理スレーブ装置２０ｂは、情報集積装置３０にＶＰＮ装置情報の取得を要求することになる（例えば矢印ｄ）。ＶＰＮ装置情報としては、鍵データやネットワークアドレスを含めることができ、情報集積装置３０は、事前に収集したこれらのＶＰＮ装置情報を鍵管理スレーブ装置２０ｂに通知し（例えば矢印ｅ）、鍵管理スレーブ装置２０ｃは鍵データを保有することができる。
なお、ＶＰＮ装置４０Ｚのときは、鍵管理装置が鍵管理マスター装置１０となり、鍵管理マスター装置１０は、ＶＰＮ装置４０ａに対する鍵管理スレーブ装置２０と同様に動作する。
【００３５】
このように、ＶＰＮ装置４０が鍵配送要求を行う前に、予め定められた一定期間毎に、鍵配送受付可能な鍵管理装置を１つ見つけておくことにより、鍵配送受付可能な鍵管理スレーブ装置２０への１回の鍵配送要求だけで確実に鍵を取得するので、ＶＰＮ装置４０への鍵配送を迅速に行うことができる。したがって、鍵を失ったＶＰＮ装置４０を再稼働させるまでの復旧時間が短縮される。
【００３６】
実施の形態２．
実施の形態１においては、図４および５に示されるように、アクセス順位リストに示された鍵管理装置のうち、配送要求を受け付けることが可能な鍵管理装置がひとつでも見つかれば、鍵配送可否の問い合わせを中止するが、この実施の形態においては、アクセス順位リストに登録されたすべての鍵管理装置に対して、鍵配送可否の問い合わせを行って、問い合わせ結果を取得する。この点が実施の形態１と異なる。
【００３７】
この実施の形態に係るＶＰＮ装置のデータ記憶部に設けられたアクセス順位リストを図１０に、ＶＰＮ装置が行う鍵配送可否の問い合わせ処理のフローチャートを図１１に示す。
図１１に示されるように、例えばＶＰＮ装置４０ａは、自装置内のデータ記憶部４３に設定されている鍵管理装置のアクセス順位リストを取得する（ステップＳ２０１）。なお、ＶＰＮ装置４０ａの場合は、鍵管理スレーブ装置２０へのアクセスする順番は、図１０（ａ）に示されるように、鍵管理スレーブ装置２０ａ、２０ｂ、２０ｃの順である。
【００３８】
ＶＰＮ装置４０ａはアクセス順位リストから登録鍵管理装置台数Ｍ（この場合は、Ｍ＝３）を取得し（ステップＳ２０２）、インデックス番号Ｉに１を代入する（ステップＳ２０３）。次に、インデックス番号Ｉに対応した、アクセス順位リストの１番目に登録されている鍵管理スレーブ装置２０ａに対して、現時点でＶＰＮ装置４０ａに対して鍵配送要求を行った場合、鍵配送受付可能かを問い合わせる（ステップＳ２０４）。以上、ステップＳ２０１〜Ｓ２０４までは、図５のステップＳ１０１〜Ｓ１０４と同じである。
【００３９】
その後、鍵管理スレーブ装置２０ａからの鍵配送可能か否かの応答を判定する（ステップＳ２０５）。鍵配送可能ならば、ステップＳ２０６へ進み、順位リストの鍵配送受付可否情報ＫＤＩを「配送受付ＯＫ」とする（ステップＳ２０６）。ステップＳ２０５において、鍵配送不可ならば、ステップＳ２０７へ進み、順位リストの鍵配送受付可否情報ＫＤＩを「配送受付ＮＧ」とする（ステップＳ２０７）。
次に、ステップＳ２０８に進み、インデックス番号Ｉに１を加えて（ステップＳ２０８）、インデックス番号Ｉと登録鍵管理装置台数Ｍとの大小比較を行う（ステップＳ２０９）。
【００４０】
このステップＳ２０９において、インデックス番号Ｉが登録鍵管理装置台数Ｍ以下の場合は、ステップＳ２０４に戻って、１が加えられたインデックス番号Ｉ（Ｉ＝２）に対応する、すなわち、アクセス順位リストに登録されている２番目の鍵管理スレーブ装置２０ｂに鍵配送可能かを問い合わせし、以下同様にしてステップＳ２０４からの処理を繰り返す。
一方、ステップＳ２０９において、インデックス番号Ｉが登録鍵管理装置台数Ｍよりも大きくなった場合は、アクセス順位リストに登録されているすべての鍵管理スレーブ装置２０から鍵配送可能か否かの問い合わせを行ったので、一連の処理を終了する。
【００４１】
各ＶＰＮ装置４０では以上の処理が行われ、ＶＰＮ装置４０ａは、図１１（ａ）に示す鍵配送受付可否情報ＫＤＩ、ＶＰＮ装置４０ｂは、図１１（ｂ）に示す鍵配送受付可否情報ＫＤＩ、ＶＰＮ装置４０ｃは、図１１（ｃ）に示す鍵配送受付可否情報ＫＤＩが得られる。
【００４２】
このように、各ＶＰＮ装置４０はアクセス順位リストに登録された鍵管理装置のすべてに鍵配送可能か否かの問い合わせを行うので、鍵配送可能な複数の鍵管理装置を把握することができる。このため、実施の形態１の鍵配送要求時の処理において、アクセス順位リストの上位にある鍵配送受付ＯＫの鍵管理装置に鍵配送要求を行った場合、なんらかの理由で、鍵配送可否の問合わせ処理の時点では鍵配送可能であった鍵管理装置が、実際の鍵配送要求の時点では、鍵配送できない状態になっても、その次の順位にある鍵配送受付ＯＫの鍵管理装置に鍵配送要求を行うことができ、実施の形態１に比べ、より確実にＶＰＮ装置の鍵配送が可能であり、鍵配送要求時に問い合わせを再度行う必要がない。
なお、ＶＰＮ装置４０Ｚのときは、鍵管理装置が鍵管理マスター装置１０となり、鍵管理マスター装置１０は、ＶＰＮ装置４０ａに対する鍵管理スレーブ装置２０と同様に動作する。
【００４３】
なお、この発明は、上述した実施の形態１および２に限定されるものではなく、例えば、ＶＰＮ装置が有するアクセス順位リストに鍵管理マスター装置を登録してもよい。鍵配送システム全体が故障しない限り、稼働している確率が高い鍵管理マスター装置を加えることにより、ＶＰＮ装置はさらに確実に鍵データを取得できる可能性がある。
また、アクセス順位リストにおけるアクセス順位について、通常の処理負荷の少ない鍵管理装置を上位にしてトラフィックの集中を避けることもできる。
鍵管理マスター装置が、情報集積装置の機能を兼ね備えるようにしてもよい。鍵管理マスター装置の処理負荷は増えるものの、このようにすることにより別個に情報集積装置を設ける必要がない。
情報集積装置は、ＶＰＮ装置情報を事前に装置内に収集せず、鍵管理スレーブ装置からＶＰＮ装置情報要求があった後、鍵管理マスター装置から該当するＶＰＮ装置情報を収集するようにしてもよい。これにより情報集積装置の情報収集処理の負荷が軽減される。
ネットワークとして、ＷＡＮを用いたがこれに限定されるものではなく双方向通信可能なものであれば、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）であってもよい。
【図面の簡単な説明】
【００４４】
【図１】この発明の実施の形態１に係る暗号通信用鍵配送システムの構成を示した図である。
【図２】実施の形態１に係る鍵配送システムの装置同士の主従関係を示す関係図である。
【図３】実施の形態１に係る鍵配送システムを構成する装置の構成を示すブロックである。
【図４】実施の形態１のＶＰＮ装置のデータ記憶部に設けられたアクセス順位リストである。
【図５】実施の形態１のＶＰＮ装置の鍵配送可否の問い合わせ処理の流れを示すフローチャートである。
【図６】実施の形態１の鍵管理スレーブ装置の流れを示すフローチャートである。
【図７】実施の形態１のＶＰＮ装置の鍵配送要求処理の流れを示すフローチャートである。
【図８】実施の形態１の情報集積装置におけるＶＰＮ装置情報の情報通知処理の流れを示すフローチャートである。
【図９】実施の形態１の情報集積装置がＶＰＮ装置情報を収集する処理の流れを示すフローチャートである。
【図１０】実施の形態２のＶＰＮ装置のデータ記憶部に設けられたアクセス順位リストである。
【図１１】実施の形態２のＶＰＮ装置の鍵配送可否の問い合わせ処理の流れを示すフローチャートである。
【符号の説明】
【００４５】
１  ネットワーク、１０  鍵管理マスター装置、２０  鍵管理スレーブ装置、４０  ＶＰＮ装置。
【図１】
2005142653.tif 000003
【図２】
2005142653.tif 000004
【図３】
2005142653.tif 000005
【図４】
2005142653.tif 000006
【図５】
2005142653.tif 000007
【図６】
2005142653.tif 000008
【図７】
2005142653.tif 000009
【図８】
2005142653.tif 000010
【図９】
2005142653.tif 000011
【図１０】
2005142653.tif 000012
【図１１】
2005142653.tif 000013