JP5522201B2 - 通信路復帰方法、通信装置及び通信システム - Google Patents

Description

本発明は、通信路復帰方法、通信装置及び通信システムに係り、特に確立された通信路が切断されたときに通信路を復帰させる通信路復帰方法、通信装置及び通信システムに関する。

例えばＩＰｓｅｃ等のセキュアプロトコルを利用した暗号通信では、暗号通信を始める前に暗号化方法や暗号鍵などのセキュリティアソシエーション（ＳＡ）情報を交換・共有して、仮想的な暗号通信路であるＩＰｓｅｃトンネルを確立する。ＩＰｓｅｃは、ＩＰレベル（ネットワーク層）で暗号化や認証を行うセキュアプロトコルである。ＩＰｓｅｃにおけるＳＡ情報は、鍵交換プロトコルであるＩＫＥ（Ｉｎｔｅｒｎｅｔ Ｋｅｙ Ｅｘｃｈａｎｇｅ）によってネゴシエーションされる。ＩＰｓｅｃではネゴシエーションが終了すると、ＩＰｓｅｃトンネルによる暗号通信が可能となる。特許文献１にはＩＰｓｅｃを利用した暗号通信の一例が記載されている。

ところで、他の端末との間でＩＰｓｅｃトンネルを確立した端末は、電源断などの理由によりＳＡ情報を消失してしまうことがあった。この場合、ＳＡ情報を消失していない他の端末は、ＩＰｓｅｃトンネルが確立したままであると認識している。従って、ＳＡ情報を消失していない他の端末は、暗号通信相手の端末がＳＡ情報を消失した後であってもＩＰｓｅｃトンネルによる暗号通信を行おうとする。

一方、ＳＡ情報を消失した端末はＩＰｓｅｃトンネル経由で暗号化されたデータを受信したとしても、ＳＡ情報を消失している為、暗号化されたデータを復号できないという問題があった。従来、ＩＰｓｅｃトンネルによる暗号通信では、ＩＰｓｅｃトンネルを確立した端末の何れかがＳＡ情報を消失した場合、再び、鍵交換プロトコルであるＩＫＥによってネゴシエーションする必要があり、暗号通信を開始するまでに時間が掛かるという問題があった。

本発明は、上記の点に鑑みなされたもので、通信路が切断されたとき、迅速に通信路を復帰させることが可能な通信路復帰方法、通信装置及び通信システムを提供することを目的とする。

上記課題を解決するため、本発明は、通信システムにおいて確立された通信路が切断されたときに前記通信路を復帰させる通信路復帰方法であって、第１の端末と第２の端末との間で前記通信路を確立したときに前記通信路を利用する為に必要な情報を、前記第１の端末と第２の端末とに記憶する情報記憶ステップと、前記第１の端末又は第２の端末の少なくとも一方が、前記情報を前記第１の端末及び第２の端末以外の管理装置へ登録する情報登録ステップと、前記第１の端末と第２の端末とに記憶されている前記情報のうち少なくとも一方が使用不能なとき、前記管理装置へ登録した情報に含まれる復旧可否情報に復旧が指定されているとき、前記情報を使用して前記通信路を復帰させる通信路復帰ステップとを有することを特徴とする。

なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、データ構造などに適用したものも本発明の態様として有効である。

本発明によれば、通信路が切断されたとき、迅速に通信路を復帰させることが可能な通信路復帰方法、通信装置及び通信システムを提供可能である。

本発明による暗号通信システムの一例の構成図である。 本発明による暗号通信システムの一例の機能図である。 端末の一例のハードウェア構成図である。 本発明による暗号通信システムにおいてＳＡ情報が消失したときの処理手順を表した一例のシーケンス図である。 端末１のＳＡ情報の一例を表した模式図である。 端末２のＳＡ情報の一例を表した模式図である。 本発明による暗号通信システムにおいてＳＡ情報が消失したときの処理手順を表した一例のフローチャートである。 本発明による暗号通信システムにおいてＳＡ情報が消失したときの処理手順を表した他の例のシーケンス図である。

次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明していく。なお、本実施例では、セキュアプロトコルであるＩＰｓｅｃを例に説明しているが、仮想的な通信路（トンネル）を確立するプロトコルであるＬ２ＴＰ（Ｌａｙｅｒ２ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ）や、暗号通信を行うプロトコルであるＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）への適用も可能である。例えばＳＳＬでは秘密鍵及び暗号鍵がＩＰｓｅｃのＳＡ情報に対応する。

図１は本発明による暗号通信システムの一例の構成図である。図１の暗号通信システムは複数の端末１，２及びＳＡ（セキュリティアソシエーション）管理サーバ３が、ＬＡＮやインターネット等の公共ネットワーク４と通信可能に接続されている。なお、端末１及び端末２は、ＩＰｓｅｃを利用した暗号通信が可能なＰＣ，複合機等である。

端末１及び２は、ＩＰｓｅｃを利用した暗号通信を始める場合、暗号化方法や暗号鍵などのＳＡ情報を交換・共有する為のネゴシエーションを行い（ＩＫＥフェーズ）、ＩＰｓｅｃトンネル５を確立する。ＩＰｓｅｃトンネル５が確立されると、端末１及び２は、ＩＰｓｅｃトンネル５を利用した暗号通信を開始する（ＩＰｓｅｃフェーズ）。

ＳＡ管理サーバ３は、端末１及び２の何れか一方又は両方から後述のように登録されるＳＡ情報を管理する。ＳＡ管理サーバ３は、端末１及び２の何れか一方又は両方から後述のようにＳＡ情報の問い合わせがあると、問い合わせ元の端末１及び２の何れか一方又は両方にＳＡ情報を提供する。

図２は本発明による暗号通信システムの一例の機能図である。端末１及び２は、ＩＰｓｅｃ機能部１２を有するＩＰ機能部１１，ＴＣＰ／ＵＤＰ機能部１３，ＩＫＥデーモン１４，ＨＴＴＰ機能部１５，ＦＴＰ機能部１６を含むように構成されている。ＩＰｓｅｃ機能部１２を有するＩＰ機能部１１は、ネットワーク層に含まれる。ＴＣＰ／ＵＤＰ機能部１３は、トランスポート層に含まれる。ＩＫＥデーモン１４，ＨＴＴＰ機能部１５及びＦＴＰ機能部１６は、アプリケーション層に含まれる。なお、ＨＴＴＰ機能部１５はアプリケーション層に属するプロトコルの一例であって、他のプロトコルであってもよい。

ＩＫＥデーモン１４はセキュリティポリシーデータベース（ＳＰＤ）１７によって管理されているＩＰｓｅｃポリシーの確認、取得の他、ＩＰｓｅｃを利用した暗号通信の開始をＳＰＤに記録しておくこともできる。なお、図２ではＳＰＤを端末１及び２の外部記憶装置によって実現している例を示しているが、端末１及び２の内部記憶装置（例えば補助記憶装置）によって実現してもよい。

端末１及び２のＩＫＥデーモン１４は暗号化方法や暗号鍵などのＳＡ情報を交換・共有する為のネゴシエーションをＩＫＥの標準手順に従って行う。端末１及び２はＳＡ情報を主記憶装置としてのＲＡＭに格納しておく。このように、ＳＡ情報は端末１及び２のＲＡＭ上に存在するため、端末１及び２の電源断により消失する。

ＳＡ管理サーバ３は、ＳＡ情報登録デーモン２１，ＳＡ情報検索デーモン２２を含むように構成されている。ＳＡ情報登録デーモン２１は、端末１及び２の何れか一方又は両方から保存要求のあったＳＡ情報を、ＳＡ情報管理データベース２３に登録する。図２ではＳＡ情報管理データベース２３をＳＡ管理サーバ３の外部記憶装置によって実現している例を示しているが、ＳＡ管理サーバ３の内部記憶装置（例えば補助記憶装置）によって実現してもよい。ＳＡ情報検索デーモン２２は、端末１及び２の何れか一方又は両方から検索要求のあったＳＡ情報を、ＳＡ情報管理データベース２３から検索する。

次に、端末１及び２がＰＣであるときのハードウェア構成について簡単に説明する。図３は端末の一例のハードウェア構成図である。

端末１及び２は、バスＢで相互に接続されている入力装置３１，出力装置３２，ドライブ装置３３，補助記憶装置３４，主記憶装置３５，演算処理装置３６，インターフェース装置３７を含むように構成される。

入力装置３１はキーボードやマウスなどで構成され、各種情報を入力するために用いられる。出力装置３２はディスプレイ装置などで構成され、各種ウインドウやデータ等を表示するために用いられる。インターフェース装置３７は、モデム，ＬＡＮカードなどで構成されており、公共ネットワーク４に接続する為に用いられる。

端末１及び２を制御する各種プログラムは、例えば記録媒体３８の配布や、公共ネットワーク４からのダウンロードなどによって提供される。各種プログラムを記録した記録媒体３８は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスクなどの様に情報を光学的，電気的或いは磁気的に記録する記録媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることができる。

各種プログラムを記録した記録媒体３８がドライブ装置３３にセットされると、各種プログラムは記録媒体３８からドライブ装置３３を介して補助記憶装置３４にインストールされる。公共ネットワーク４からダウンロードされた各種プログラムはインターフェース装置３７を介して補助記憶装置３４にインストールされる。

補助記憶装置３４は、インストールされた各種プログラムを格納すると共に、各種プログラムの実行に必要なファイル，データ等を格納する。主記憶装置３５は、コンピュータの起動時に補助記憶装置３４から各種プログラムを読み出して格納する。そして、演算処理装置３６は主記憶装置３５に格納された各種プログラムに従って、後述するような各種処理を実現している。

図４は、本発明による暗号通信システムにおいてＳＡ情報が消失したときの処理手順を表した一例のシーケンス図である。ステップＳ１に進み、端末２は自端末のＳＰＤ１７によって管理されている端末１宛のＩＰｓｅｃポリシーを取得する。端末２は、ステップＳ２に進み、端末１宛のＩＰｓｅｃポリシーに応じたＩＰｓｅｃ開始要求を、端末１に送信する。

端末２からＩＰｓｅｃ開始要求を受信すると、端末１はステップＳ３に進み、自端末のＳＰＤ１７によって管理されている端末２宛のＩＰポリシーを検索する。端末２宛のＩＰポリシーがＳＰＤから検索されれば、端末１はステップＳ４に進み、端末２宛のＩＰｓｅｃポリシーに応じたＩＰｓｅｃ開始受付を、端末２に送信する。

ステップＳ４までの処理により、端末１及び２には図５及び図６に示すＳＡ情報が主記憶装置３５としてのＲＡＭに格納される。図５は端末１のＳＡ情報の一例を表した模式図である。図６は端末２のＳＡ情報の一例を表した模式図である。

図５及び図６のＳＡ情報は、項目（Ｆｉｅｌｄ）及び値（Ｖａｌｕｅ）から成る。項目には、ＩＤ，ｓｒｃ，ｄｓｔ，ｍｏｄｅ，ｐｒｏｔｏｃｏｌ，ｄｉｒｅｃｔｉｏｎ，ＳＰＩ，ａｕｔｈ ｋｅｙ，ｅｎｃｒｙｐｔ ｋｅｙ，ｒｅｃｏｖｅｒｙが含まれる。

項目「ＩＤ」は、ＳＡ管理サーバ３で管理する為のユニークな識別子である。項目「ｓｒｃ」は送信元のＩＰアドレスである。項目「ｄｓｔ」は宛先のＩＰアドレスである。項目「ｍｏｄｅ」は「トランスポートモード」又は「トンネルモード」の何れかを指定するものである。項目「ｐｒｏｔｏｃｏｌ」は暗号化の機能を提供するプロトコルを指定するものである。項目「ｄｉｒｅｃｔｉｏｎ」は自端末から見た入力／出力方向を指定するものである。

項目「ＳＰＩ」はセキュリティパラメータインデックスと呼ばれる、ＳＡ情報を管理する為の識別子である。項目「ａｕｔｈ ｋｅｙ」は認証鍵を表している。項目「ｅｎｃｒｙｐｔ ｋｅｙ」は暗号鍵を表している。項目「ｒｅｃｏｖｅｒｙ」はＳＡ情報の復旧可否を指定している復旧可否フラグである。

ステップＳ５に進み、端末２は図６に示すようなＳＡ情報をＳＡ管理サーバ３へ保存する為のＳＡ情報登録要求をＳＡ管理サーバ３へ送信する。ＳＡ管理サーバ３は、ＳＡ情報登録要求を受信するとステップＳ６に進み、ＳＡ情報をＳＡ情報管理データベース２３へ登録する。

なお、図４のシーケンス図では端末２がＳＡ情報をＳＡ情報管理データベース２３へ登録する例を表したが、端末１がＳＡ情報をＳＡ情報管理データベース２３へ登録するようにしてもよいし、端末１及び２がＳＡ情報をＳＡ情報管理データベース２３へ登録するようにしてもよい。図５及び図６のＳＡ情報から明らかな様に、端末１及び端末２のＳＡ情報は少なくとも一方のＳＡ情報が分かれば、他方のＳＡ情報を作成することができる。

端末１及び２は、ＩＰｓｅｃを利用した暗号通信の開始を自端末のＳＰＤ１７に記録しておく。ステップＳ７に進み、端末２は確立されたＩＰｓｅｃトンネル５経由で暗号化されたＩＰｓｅｃパケットを端末１へ送信する。ステップＳ８に進み、端末１は受信したＩＰｓｅｃパケットを図５のＳＡ情報に基づき復号する。そして、端末１はステップＳ７で端末２から受信したＩＰｓｅｃパケットに対する応答を行う。

ステップＳ８の後、端末１は電源が切断されたものとする。ステップＳ９に進み、端末２は確立されたＩＰｓｅｃトンネル５経由で暗号化されたＩＰｓｅｃパケットを端末１へ送信する。このとき、端末１は電源が切断された状態であるため、ＩＰｓｅｃパケットの受信及びそのＩＰｓｅｃパケットに対する応答を行うことができない。

ＩＰｓｅｃパケットに対する応答を受信することなく、ステップＳ９から所定の時間が経過すると、端末２はステップＳ１０に進み、ステップＳ９で端末１へ送信したＩＰｓｅｃパケットを再送する。しかし、端末１は電源が切断された状態であるため、ＩＰｓｅｃパケットの受信及びそのＩＰｓｅｃパケットに対する応答を行うことができない。

ステップＳ１０の後、端末１は電源が投入されたものとする。ＩＰｓｅｃパケットに対する応答を受信することなく、ステップＳ１０から所定の時間が経過すると、端末２はステップＳ１１に進み、ステップＳ９及びＳ１０で端末１へ送信したＩＰｓｅｃパケットを再送する。

しかし、端末１は端末２との間でＩＰｓｅｃトンネル５を確立したあと、電源が切断された為、ＲＡＭに格納していたＳＡ情報を消失している。したがって、端末１は受信したＩＰｓｅｃパケットを復号できない。

そこで、端末１はステップＳ１２に進み、自端末のＳＰＤ１７を確認し、ＩＰｓｅｃを利用した端末２との暗号通信の開始が記録されているかを判定する。ＳＰＤ１７にＩＰｓｅｃを利用した端末２との暗号通信の開始が記録されていれば、端末１はステップＳ１３に進み、電源が切断される前に端末２との間で暗号通信を行っていたと判定し、自端末のＳＡ情報をＳＡ管理サーバ３へ問い合わせる。

なお、ＳＰＤ１７にＩＰｓｅｃを利用した端末２との暗号通信の開始が記録されていなければ、端末１は電源が切断される前に端末２との間で暗号通信を行っていなかったと判定し、端末２から受信したＩＰｓｅｃパケットを破棄する。

ステップＳ１４に進み、ＳＡ管理サーバ３は端末１から問い合わせのあったＳＡ情報をＳＡ情報管理データベース２３から検索する。そして、ステップＳ１５に進み、ＳＡ管理サーバ３は検索した端末１のＳＡ情報をＳＡ情報管理データベース２３から読み出して端末１へ送信する。

端末１は受信したＳＡ情報の項目「ｒｅｃｏｖｅｒｙ」を参照し、ＳＡ情報の復旧可否に復旧が指定されていれば、ＳＡ情報をＲＡＭに格納して使える状態とするＳＡ復帰処理を行う。その後、端末１はステップＳ１１で受信したＩＰｓｅｃパケットを、復帰した図５のＳＡ情報に基づき復号する。そして、端末１はステップＳ１１で端末２から受信したＩＰｓｅｃパケットに対する応答を行う。

なお、端末１及び２は、ＩＰｓｅｃを利用した暗号通信を終了する場合、ＩＰｓｅｃを利用した暗号通信の終了が分かるように、自端末のＳＰＤ１７に記録しておく。

図７は、本発明による暗号通信システムにおいてＳＡ情報が消失したときの処理手順を表した一例のフローチャートである。

ステップＳ２２では、端末２が端末１宛のパケット送信要求を受ける。ステップＳ２２に進み、端末２は自端末のＳＰＤ１７によって管理されている端末１宛のＩＰｓｅｃポリシーを検索して取得する。端末２は、ステップＳ２３に進み、端末１宛のＩＰｓｅｃポリシーに応じたＩＰｓｅｃ開始要求を、端末１に送信する。

ステップＳ２４では、端末１がＩＰｓｅｃ開始要求を待っている。端末２からＩＰｓｅｃ開始要求を受信すると、端末１はステップＳ２４からステップＳ２５に進み、自端末のＳＰＤ１７によって管理されている端末２宛のＩＰポリシーを検索する。

端末２宛のＩＰポリシーがＳＰＤから検索されれば（Ｓ２６においてＹＥＳ）、端末１はステップＳ２７に進み、端末２宛のＩＰｓｅｃポリシーに応じたＩＰｓｅｃ開始受付を端末２に送信する。端末２宛のＩＰポリシーがＳＰＤから検索されなければ（Ｓ２６においてＮＯ）、端末１はステップＳ２４に戻り、次のＩＰｓｅｃ開始要求を待つ。

ステップＳ２７までの処理により、端末１及び２には図５及び図６に示すＳＡ情報が主記憶装置３５としてのＲＡＭに格納される。ステップＳ２８では、端末２がＩＰｓｅｃ開始受付を待っている。端末１からＩＰｓｅｃ開始受付を受信すると、端末２はステップＳ２８からステップＳ２９に進み、図６に示すようなＳＡ情報をＳＡ管理サーバ３へ保存する為のＳＡ情報登録要求をＳＡ管理サーバ３へ送信する。

ステップＳ３０では、ＳＡ管理サーバ３が端末１又は２からの要求を待っている。端末２からＳＡ情報登録要求を受信すると、ＳＡ管理サーバ３はステップＳ３０からステップＳ３１に進み、ＳＡ情報をＳＡ情報管理データベース２３へ登録する。ステップＳ３２に進み、ＳＡ管理サーバ３は再び、端末１又は２からの要求を待つ。

なお、ステップＳ３３において、端末１はＩＰｓｅｃを利用した端末２との暗号通信の開始を自端末のＳＰＤ１７に記録しておく。一方、ステップＳ３４において、端末２はＩＰｓｅｃを利用した端末１との暗号通信の開始を自端末のＳＰＤ１７に記録しておく。

ステップＳ３５に進み、端末２は確立されたＩＰｓｅｃトンネル５経由で、暗号化されたＩＰｓｅｃパケットを端末１へ送信する。ステップＳ３６に進み、端末１は受信したＩＰｓｅｃパケットを図５のＳＡ情報に基づき復号する。そして、端末１は端末２から受信したＩＰｓｅｃパケットに対する応答を行う。

ステップＳ３６の後、端末１は電源が切断される。ステップＳ３７に進み、端末２は確立されたＩＰｓｅｃトンネル５経由で、暗号化されたＩＰｓｅｃパケットを端末１へ送信する。このとき、端末１は電源が切断された状態であるため、ＩＰｓｅｃパケットの受信及びそのＩＰｓｅｃパケットに対する応答を行うことができない。

ステップＳ３７の後、端末１は電源が投入される。ＩＰｓｅｃパケットに対する応答を受信することなく、ステップＳ３７から所定の時間が経過すると、端末２はステップＳ３８に進み、ステップＳ３７で端末１へ送信したＩＰｓｅｃパケットを再送する。ステップＳ３９では、端末１がＩＰｓｅｃ開始要求を待っている。

確立されたＩＰｓｅｃトンネル５経由で、暗号化されたＩＰｓｅｃパケットを端末２から受信すると、端末１はＲＡＭからＳＡ情報を読み出そうとする。しかし、ＲＡＭにＳＡ情報が格納されていない為、端末１はステップＳ３９からステップＳ４０に進み、自端末のＳＰＤ１７を確認し、ＩＰｓｅｃを利用した端末２との暗号通信の開始が記録されているか検索する。

ＳＰＤ１７にＩＰｓｅｃを利用した端末２との暗号通信の開始が記録されていれば（Ｓ４１においてＹＥＳ）、端末１はステップＳ４２に進み、電源が切断される前に端末２との間で暗号通信を行っていたと判定して、自端末のＳＡ情報をＳＡ管理サーバ３へ問い合わせる。

なお、ＳＰＤ１７にＩＰｓｅｃを利用した端末２との暗号通信の開始が記録されていなければ（Ｓ４１においてＮＯ）、端末１は電源が切断される前に端末２との間で暗号通信を行っていなかったと判定し、端末２から受信したＩＰｓｅｃパケットを破棄したあと、ステップＳ３９に戻り、ＩＰｓｅｃ開始要求を待つ。

ステップＳ４３に進み、ＳＡ管理サーバ３は端末１から問い合わせのあったＳＡ情報をＳＡ情報管理データベース２３から検索する。そして、ＳＡ管理サーバ３は検索した端末１のＳＡ情報をＳＡ情報管理データベース２３から読み出して端末１へ送信する。

ステップＳ４４に進み、端末１はＳＡ管理サーバ３から受信したＳＡ情報の項目「ｒｅｃｏｖｅｒｙ」を参照する。ＳＡ情報の復旧可否に復旧が指定されていれば、端末１はＳＡ情報の復旧が必要と判定し、ステップＳ４５に進む。ステップＳ４５では、端末１がＳＡ情報をＲＡＭに格納して使える状態とするＳＡ復帰処理を行う。

その後、端末１はステップＳ３８で受信したＩＰｓｅｃパケットを、復帰した図５のＳＡ情報に基づき復号する。そして、端末１はステップＳ４６に進み、ステップＳ３８で端末２から受信したＩＰｓｅｃパケットに対する応答を行う。なお、端末１及び２は、ＩＰｓｅｃを利用した暗号通信を終了する場合、ＩＰｓｅｃを利用した暗号通信の終了が分かるように、自端末のＳＰＤ１７に記録しておく。

図８は、本発明による暗号通信システムにおいてＳＡ情報が消失したときの処理手順を表した他の例のシーケンス図である。なお、ステップＳ５１〜Ｓ５８の処理は、図４のステップＳ１〜Ｓ８と同様である為、説明を省略する。

ステップＳ５８の後、端末２は電源が一旦切断されたあと、再び電源が投入されたものとする。端末２は端末１宛のパケット送信要求を受ける。しかし、端末２は端末１との間でＩＰｓｅｃトンネル５を確立したあと、電源が切断された為、ＲＡＭに格納していたＳＡ情報を消失している。

そこで、端末２はステップＳ５９に進み、自端末のＳＰＤ１７を確認し、ＩＰｓｅｃを利用した端末１との暗号通信の開始が記録されているかを判定する。ＳＰＤ１７にＩＰｓｅｃを利用した端末１との暗号通信の開始が記録されていれば、端末２はステップＳ６０に進み、電源が切断される前に端末１との間で暗号通信を行っていたと判定し、自端末のＳＡ情報をＳＡ管理サーバ３へ問い合わせる。

なお、ＳＰＤ１７にＩＰｓｅｃを利用した端末１との暗号通信の開始が記録されていなければ、端末２は電源が切断される前に端末１との間で暗号通信を行っていなかったと判定し、端末１宛のパケットを破棄する。

ステップＳ６１に進み、ＳＡ管理サーバ３は端末２から問い合わせのあったＳＡ情報をＳＡ情報管理データベース２３から検索する。そして、ステップＳ６２に進み、ＳＡ管理サーバ３は検索した端末２のＳＡ情報をＳＡ情報管理データベース２３から読み出して端末２へ送信する。

端末２は受信したＳＡ情報の項目「ｒｅｃｏｖｅｒｙ」を参照し、ＳＡ情報の復旧可否に復旧が指定されていれば、ＳＡ情報をＲＡＭに格納して使える状態とするＳＡ復帰処理を行う。

端末２は、復帰した図６のＳＡ情報に基づきＩＰｓｅｃパケットを暗号化し、ＩＰｓｅｃトンネル５経由で端末１へ送信する。そして、端末１はステップＳ６３で端末２から受信したＩＰｓｅｃパケットに対する応答を行う。

なお、端末１及び２は、ＩＰｓｅｃを利用した暗号通信を終了する場合、ＩＰｓｅｃを利用した暗号通信の終了が分かるように、自端末のＳＰＤ１７に記録しておく。

本発明による暗号通信システムでは、電源断などの理由によりＳＡ情報を消失したとしても自端末のＳＰＤにＩＰｓｅｃを利用した暗号通信の開始が記録されており、且つＳＡ情報をＳＡ管理サーバ３へ保存しておくことにより、ＩＰｓｅｃトンネル５が切断されたとき、再度、ＩＫＥによってネゴシエーションすることなく、迅速にＩＰｓｅｃトンネル５を自動復帰させることが可能である。

本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

１，２ 端末
３ ＳＡ（セキュリティアソシエーション）管理サーバ
４ 公共ネットワーク
５ ＩＰｓｅｃトンネル
１１ ＩＰ機能部
１２ ＩＰｓｅｃ機能部
１３ ＴＣＰ／ＵＤＰ機能部
１４ ＩＫＥデーモン
１５ ＨＴＴＰ機能部
１６ ＦＴＰ機能部
１７ セキュリティポリシーデータベース（ＳＰＤ）
２１ ＳＡ情報登録デーモン
２２ ＳＡ情報検索デーモン
２３ ＳＡ情報管理データベース
３１ 入力装置
３２ 出力装置
３３ ドライブ装置
３４ 補助記憶装置
３５ 主記憶装置
３６ 演算処理装置
３７ インターフェース装置
３８ 記録媒体
Ｂ バス

特開２００３−１１５８３４号公報

Claims (7)

1. 通信システムにおいて確立された通信路が切断されたときに前記通信路を復帰させる通信路復帰方法であって、
   第１の端末と第２の端末との間で前記通信路を確立したときに前記通信路を利用する為に必要な情報を、前記第１の端末と第２の端末とに記憶する情報記憶ステップと、
   前記第１の端末又は第２の端末の少なくとも一方が、前記情報を前記第１の端末及び第２の端末以外の管理装置へ登録する情報登録ステップと、
   前記第１の端末と第２の端末とに記憶されている前記情報のうち少なくとも一方が使用不能なとき、前記管理装置へ登録した情報に含まれる復旧可否情報に復旧が指定されているとき、前記情報を使用して前記通信路を復帰させる通信路復帰ステップと
   を有する通信路復帰方法。
2. 前記第１の端末と第２の端末との間で前記通信路を確立したときに、前記通信路による通信の開始を不揮発性の記憶手段に記録する通信開始記録ステップを更に有し、
   前記通信路復帰ステップは、前記第１の端末の前記情報が使用不能となった後、前記第２の端末から前記通信路を利用したデータを受信し、且つ前記第１の端末の前記不揮発性の記憶手段に前記通信路による通信の開始が記録されているとき、前記情報が使用不能となった前記第１の端末が、前記管理装置から前記情報を読み出すことを特徴とする請求項１記載の通信路復帰方法。
3. 前記第１の端末と第２の端末との間で前記通信路を確立したときに、前記通信路による通信の開始を不揮発性の記憶手段に記録する通信開始記録ステップを更に有し、
   前記通信路復帰ステップは、前記第２の端末の前記情報が使用不能となった後、前記第２の端末から前記第１の端末へ前記通信路を利用したデータを送信するとき、前記第２の端末の前記不揮発性の記憶手段に前記通信路による通信の開始が記録されていれば、前記情報が使用不能となった前記第２の端末が前記管理装置から前記情報を読み出すことを特徴とする請求項１記載の通信路復帰方法。
4. 前記通信路を利用する為に必要な情報は、鍵交換プロトコルを使用して取り決めた認証及び暗号化に関する情報であることを特徴とする請求項１記載の通信路復帰方法。
5. 前記通信路は、ネットワーク層で認証及び暗号化を行うセキュアプロトコルを利用して確立されることを特徴とする請求項１記載の通信路復帰方法。
6. 通信システムにおいて確立された通信路が切断されたときに前記通信路を復帰させる通信装置であって、
   通信相手の端末との間で前記通信路を確立したときに前記通信路を利用する為に必要な情報を記憶する情報記憶手段と、
   前記情報を前記通信相手の端末以外の管理装置へ登録する情報登録手段と、
   前記情報記憶手段に記憶されている前記情報が使用不能なとき、前記管理装置へ登録した情報に含まれる復旧可否情報に復旧が指定されているとき、前記情報を使用して前記通信路を復帰させる通信路復帰手段と
   を有する通信装置。
7. 確立された通信路が切断されたときに前記通信路を復帰させる通信システムであって、
   第１の端末と第２の端末との間で前記通信路を確立したときに前記通信路を利用する為に必要な情報を、前記第１の端末と第２の端末とに記憶する情報記憶手段と、
   前記第１の端末又は第２の端末の少なくとも一方が、前記情報を前記第１の端末及び第２の端末以外の管理装置へ登録する情報登録手段と、
   前記第１の端末と第２の端末とに記憶されている前記情報のうち少なくとも一方が使用不能なとき、前記管理装置へ登録した情報に含まれる復旧可否情報に復旧が指定されているとき、前記情報を使用して前記通信路を復帰させる通信路復帰手段と
   を有する通信システム。

Images