JP2003115834A - セキュリティアソシエーション切断／継続方法および通信システム - Google Patents

Abstract

(57)【要約】 【課題】 演算処理を削減可能なセキュリティアソシエ
ーション切断／継続方法を得ること。 【解決手段】 本発明のセキュリティアソシエーション
切断／継続方法にあっては、端末１１が通信相手ホスト
３との間に確立したセキュリティアソシエーションを用
いて通信中に、端末１１を使用するユーザが使用端末を
端末１２に変更した場合、端末１２が、端末１１から受
け取ったセキュリティアソシエーション関連情報に記載
された「自端末のＩＰアドレス」を更新し、更新後の関
連情報に従って暗号化処理を行ったセキュリティアソシ
エーション継続通知を通信相手ホスト３に対して送信
し、通信相手ホスト３が、受信した継続通知に対して所
定の復号処理を行い、自身が保持するセキュリティアソ
シエーション関連情報に記載された「通信相手のＩＰア
ドレス」を更新することによって、上記確立したセキュ
リティアソシエーションを継続する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信ネットワーク
に接続された暗号装置および暗号機能を内蔵した端末
が、論理的なセキュリティアソシエーション上で暗号通
信を行う場合に用いられるセキュリティアソシエーショ
ン切断／継続方法に関するものであり、特に、セキュリ
ティアソシエーション確立時の演算処理を削減可能なセ
キュリティアソシエーション切断／継続方法および通信
システムに関するものである。

【０００２】

【従来の技術】以下、従来技術について説明する。ＲＦ
Ｃ２４０１〜ＲＦＣ２４１２（ＲＦＣ：Request For Co
mments）で規定しているＩＰＳＥＣ（ＩＰ ｓｅｃｕｒ
ｉｔｙプロトコル）では、暗号装置および暗号機能を内
蔵した端末が、セキュリティアソシエーションと呼ばれ
る論理的な通信路上で暗号通信を行う。セキュリティア
ソシエーションでは、暗号通信を行う二者間で通信を開
始する前に、暗号用鍵と認証用鍵とを共有する。暗号用
鍵と認証用鍵とを共有し、セキュリティアソシエーショ
ンを確立する手順が、ＩＫＥ（Internet Key Exchang
e）の通信手順である。ＩＫＥは、ＲＦＣ２４０８およ
びＲＦＣ２４０９で規定されている。

【０００３】図９は、たとえば、特開２０００−３３２
８２５号公報に示された従来のセキュリティアソシエー
ション切断／継続方法を示す図である。図９において、
１０１ａ，１０１ｂ，１０１ｃはサブネットワークであ
り、１０６はサブネットワーク１０１ａ，１０１ｂ，１
０１ｃを相互接続しているインターネットであり、１０
２はサブネットワーク１０１ａに存在する移動端末であ
り、１０３は通信相手ホストであり、１０４は移動端末
１０２の現在位置アドレスおよび移動の有無を管理する
ためのＤＮＳ（Domain Name System）サーバであり、１
０７はセキュリティアソシエーションとして確立したＩ
ＰＳＥＣトンネルである。

【０００４】つぎに、上記システムの動作について説明
する。ここでは、移動端末１０２が、サブネットワーク
１０１ａから他のサブネットワーク１０１ｂに移動した
状態で、ネットワーク１０１ｃにある通信相手ホスト
（固定ノード：ＣＮ）１０３と通信する場合について説
明する。また、移動中の移動端末１０２と通信相手ホス
ト１０３との間の通信には、ＩＰＳＥＣのトンネルモー
ド（Tunnel Mode）を使用する（ＩＰＳＥＣの詳細につ
いてはＲＦＣ２４０１〜ＲＦＣ２４１２参照）。

【０００５】移動端末１０２は、一意に識別可能な一つ
のアドレスを持つ。これをホームアドレス（Home Addre
ss：Ｈａｄｄｒ）と呼ぶ。ホームアドレスは、移動端末
１０２が所属するサブネットワーク１０１ａにおいて割
り当てられる。また、移動端末１０２は、訪問先のネッ
トワークで適切なアドレスを少なくとも一つ獲得する。
これをケア・オブ・アドレス（Care-of Address：Ｃｏ
Ａ）と呼ぶ。

【０００６】また、移動端末１０２では、トンネルモー
ドＩＰＳＥＣ通信の際、付与されたＩＰアドレス（Ｃｏ
Ａ）を、ＩＰＳＥＣトンネルの一端（終端点）を示すア
ドレス（ゲートウェイアドレス）として使用する。Ｈａ
ｄｄｒは、カプセル化された内部パケットにおける送信
元アドレスとして使用される。

【０００７】また、移動端末１０２では、移動した場合
に、自装置内で使用されるＣｏＡを更新する。このと
き、移動端末１０２では、ＤＮＳサーバ１０４に新たに
獲得したＣｏＡを通知する。

【０００８】一方、通信相手ホスト１０３では、上記Ｃ
ｏＡの更新処理の代わりに、移動端末１０２から受信し
た情報に基づいて自装置内で使用する移動端末１０２の
ＣｏＡを更新する。

【０００９】また、通信相手ホスト１０３では、移動端
末１０２に発呼する際に、移動端末１０２のＣｏＡをＤ
ＮＳサーバ１０４に問い合わせる。また、通信相手ホス
ト１０３では、トンネルモードＩＰＳＥＣ通信における
外側パケットおよび内側パケットの２種類のアドレス
に、同じアドレス（ＣＮ）を使用する。

【００１０】図１０は、移動端末１０２から通信相手ホ
スト１０３へＩＰＳＥＣトンネル１０７を用いてパケッ
トを転送する様子を示す図である。図１０において、１
０８はＩＰＳＥＣトンネルである。

【００１１】移動端末１０２では、サブネットワーク１
０１ａで現在位置を示すＣｏＡとしてＣｏＡ（１）を獲
得する（ＲＦＣ２００２で規定されるＣｏ−ｌｏｃａｔ
ｅｄＣａｒｅ−ｏｆ ａｄｄｒｅｓｓで動作する）。こ
こでは、獲得したＣｏＡ（１）を、ＩＰパケット自体の
オリジナルの送信元アドレスとするのではなく、ＩＰＳ
ＥＣトンネルの一端を示すアドレス（ゲートウェイアド
レス）とし、ホームアドレス（Ｈａｄｄｒ）を、ＩＰパ
ケット自体のオリジナルの送信元アドレスとして、通信
を行う。すなわち、図１０に示すように、カプセル化し
た外側パケットの送信元アドレス（ｓｒｃ）を“ＣｏＡ
（１）”とし、宛先アドレス（ｄｓｔ）を“ＣＮ”と
し、内側パケットのオリジナルの送信元アドレス（ｓｒ
ｃ）を“Ｈａｄｄｒ”とし、最終的な宛先アドレス（ｄ
ｓｔ）を“ＣＮ”とするカプセル化パケットが転送され
る。

【００１２】つぎに、移動端末１０２が移動し、現在位
置を示すＣｏＡが“ＣｏＡ（１）”から“ＣｏＡ
（２）”に変化した場合のアドレスの切り替えについて
説明する。

【００１３】この場合、移動端末１０２では、ＣｏＡが
“ＣｏＡ（２）”に変わった時点で、ＩＰＳＥＣトンネ
ルの外側パケットの送信元アドレスを“ＣｏＡ（２）”
に変更する。その結果、図１０に示すように、外側パケ
ットの送信元アドレスが“ＣｏＡ（２）”に変更された
カプセル化パケットが転送される。

【００１４】移動端末１０２のＣｏＡの変化を検出した
通信相手ホスト１０３では、ＩＰＳＥＣのセキュリティ
アソシエーション（セキュリティの関連情報）のデータ
ベース：ＳＡＤを参照し、このセッションの宛先ゲート
ウェイアドレスを“ＣｏＡ（１）”から、新たに“Ｃｏ
Ａ（２）”に置き換える。このとき、通信相手ホスト１
０３では、ゲートウェイアドレス以外のセキュリティア
ソシエーション情報を変えないので、たとえば、ＩＰＳ
ＥＣの暗号化，認証鍵などを再度折衝する必要がない。

【００１５】また、移動端末１０２では、ＣｏＡが切り
替わった時点で、ＤＮＳサーバ１０４に対して更新メッ
セージを送信する。ＤＮＳサーバ１０４では、通常のフ
ィールド（ドメイン名，アドレスレコード（ＩＰｖ６で
はＡＡＡＡ）等）に加え、移動端末のホームアドレス
（Ｈａｄｄｒ）のための拡張フィールド（Home Address
Resource Record：ＨＡＡＡＡ）を持つ。また、アドレ
スレコード（ＩＰｖ６ではＡＡＡＡ）には、Ｈａｄｄｒ
（移動していないとき）またはＣｏＡ（移動していると
き）が記述される。

【００１６】移動端末１０２は移動先で新規のＣｏＡを
取得すると、アドレスレコードを動的に更新するため、
通信相手ホスト１０３では、アドレスレコードと拡張フ
ィールド：ＨＡＡＡＡとが異なる場合に、移動端末１０
２が移動先でＣｏＡを取得して接続していることを知る
ことができる。

【００１７】なお、ＤＮＳサーバ１０４に対するＨＡＡ
ＡＡの問い合わせや、ＨＡＡＡＡフィールドやアドレス
レコードの動的更新は、従来から行われていたＩＰアド
レスの問い合わせ方式や動的ＤＮＳ更新処理（例：ＲＦ
Ｃ２１３６）を拡張して容易に定義できる。

【００１８】また、ＤＮＳサーバ１０４上のＨＡＡＡＡ
情報は、たとえば、通信相手ホスト１０３が移動端末１
０２に対してパケットを送信し、移動端末１０２がこれ
を着呼できるような場合に使用する。すなわち、通信相
手ホスト１０３では、ＤＮＳサーバ４に対して問い合わ
せを行い、ＣｏＡが登録されている移動端末１０２に対
してパケットを送信する場合、ＩＰＳＥＣのトンネルモ
ードを使用してトンネルの宛先アドレス（ゲートウェイ
アドレス）をＣｏＡにしてセキュリティアソシエーショ
ンを構成し、さらに、セキュリティアソシエーションの
データベースを保持し、正しい現在位置にパケットを送
信する。

【００１９】つぎに、ＩＰＳＥＣにおける処理の概要に
ついて説明する（ＩＰＳＥＣの詳細についてはＲＦＣ２
４０１〜ＲＦＣ２４１２参照）。

【００２０】ＩＰＳＥＣの処理は、セキュリティアソシ
エーション（Security Association）に記述された内容
に従って行われる。セキュリティアソシエーションは、
セキュリティ・パラメータ・インデックス（Security P
arameter Index：ＳＰＩ）とｄｓｔ（宛先アドレス）の
組から一意に定まる、ＩＰＳＥＣに関する情報の集合で
ある。ＳＰＩは、セキュリティアソシエーションを定め
るために使用される３２ｂｉｔの整数のインデックスで
あり、ＡＨ（Authentication Header），ＥＳＰ（Encap
sulating Security Payload）のヘッダ内に記述され、
セキュリティアソシエーションの選択に使用される。セ
キュリティアソシエーションに記述される主な内容は、
ｄｓｔ，ＳＰＩ，プロトコル（ＥＳＰ（もしくはＡ
Ｈ），モード（ｔｕｎｎｅｌ）），ＡＨまたはＥＳＰで
使用されるアルゴリズムと鍵などである。

【００２１】ＩＰＳＥＣを使用するためには、使用前
に、通信相手とセキュリティアソシエーションの内容に
ついて合意するための手続を行う。セキュリティアソシ
エーションの管理は、鍵管理プロトコル：ＩＫＥの果た
すべき役割である。鍵管理プロトコル：ＩＫＥでは、
「ＤｉｆｆｉｅＨｅｌｌｍａｎ」と呼ばれる数学的なべ
き乗剰余演算によって共有鍵を共有する。また、相互認
証には、Ｘ．５０９の認証書を用いたＲＳＡ（Ron Rive
st, Adi Shamir, Leonard Adleman）演算によりべき乗
剰余演算を行うモードも規定されている。

【００２２】パケットを送信する場合は、まず、セキュ
リティ・ポリシー・データベース：ＳＰＤ（Security P
olicy Database）を検索する。ＳＰＤは、対象となるパ
ケットのｓｒｃ／ｄｓｔ等の要素から、セキュリティ・
ポリシーを選択する。セキュリティ・ポリシーは、「パ
ケットを破棄する（ｄｉｓｃａｒｄ）」，「パケットを
そのまま通過させる（ｂｙｐａｓｓ）」，「ＩＰＳＥＣ
の処理を行う（ａｐｐｌｙ）」，の行動を定めるもので
ある。たとえば、セキュリティ・ポリシーが「ａｐｐｌ
ｙ」の場合には、使用するセキュリティアソシエーショ
ン（あるいはセキュリティアソシエーションが満たすべ
き条件）が記述されている。そして、使用するセキュリ
ティアソシエーションが定まるので、これに記述された
内容に従って対象のパケットに対して暗号などの処理を
行う。なお、セキュリティアソシエーションがない場合
は、適切な鍵共有プロトコル：ＩＫＥを使用してセキュ
リティアソシエーションの確立を行う。

【００２３】一方、ＩＰＳＥＣが使用されているパケッ
トを受信すると、まず、受信した端末は、ｄｓｔ（通常
は受信したノード）とＳＰＩから、セキュリティアソシ
エーションを決定し、記述された内容に従ってＩＰＳＥ
Ｃの復号などの処理を行う。この結果、得られたパケッ
トをもとにＳＰＤを検索し、セキュリティ・ポリシーを
得る。そして、セキュリティ・ポリシーから導かれるセ
キュリティアソシエーションが、このパケットを処理す
るために使用してきたセキュリティアソシエーションと
一致するかどうかを確認する。

【００２４】図１１は、移動端末１０２および通信相手
ホスト１０３が接続されたネットワークの動作手順を示
す図である。ここでは、サブネットワーク１０１ａに存
在する移動端末１０２（ＣｏＡ＝ＣｏＡ（１））が通信
相手ホスト１０３と通信を行う場合について説明する。
図１２は、この場合の動作シーケンスの一例を示す図で
ある。

【００２５】まず、移動端末１０２では、適切な鍵管理
プロトコル：ＩＫＥを使用して通信相手ホスト１０３と
のセキュリティアソシエーション：ＳＡを確立する（ス
テップＳ１０１）。

【００２６】図１３は、移動端末１０２および通信相手
ホスト１０３が持つセキュリティ・ポリシー・データベ
ース：ＳＰＤの一例を示す図である。また、図１４は、
移動端末１０２および通信相手ホスト１０３が持つセキ
ュリティアソシエーション・データベース：ＳＡＤの一
例を示す図である。なお、使用するＩＰＳＥＣプロトコ
ルはＥＳＰを想定する。

【００２７】移動端末１０２が通信相手ホスト１０３に
対してパケットを送信する場合、移動端末１０２では、
図１３（ａ）のＳＰＤを検索し、識別名：ＳＰＭ（１）
を選択する。ＳＰＭ（１）にはセキュリティアソシエー
ション：ＳＡとしてＳＡＭ（１）を参照するように記述
されているので、図１４（ａ）のＳＡＭ（１）を参照す
る。ＳＡＭ（１）には、Ｄｅｓｔｉｎａｔｉｏｎアドレ
スとして“ＣＮ”が、ｐｒｏｔｏｃｏｌとして“ＥＳ
Ｐ”が、ｍｏｄｅとして“ｔｕｎｎｅｌ”が指定されて
いるので、移動端末１０２から通信相手ホスト１０３へ
のパケットをＩＰＳＥＣでカプセル化し、そのパケット
のＤｅｓｔｉｎａｔｉｏｎアドレスを“ＣＮ”、ＳＰＩ
を“ｃ（１）”として送信する（ステップＳ１０２）。

【００２８】このパケットを受け取った通信相手ホスト
１０３では、（ｄｓｔ，ＳＰＩ）＝（ＣＮ，ｃ（１））
であるセキュリティアソシエーションを、図１４（ｂ）
に示すＳＡＤから検索する。その結果、得られたセキュ
リティアソシエーションを使用してＥＳＰを検証し、カ
プセル化を外して通信相手ホスト１０３へのパケットを
生成する。通信相手ホスト１０３から移動端末１０２へ
のパケットも上記と同様に送信される（ステップＳ１０
３）

【００２９】移動端末１０２および通信相手ホスト１０
３のアプリケーションは、通信がすべて“Ｈａｄｄｒ”
と“ＣＮ”との間で行われていると認識するが、実際に
ネットワークを流れるパケットは、“ＣｏＡ（１）”と
“ＣＮ”との間のパケットとなる。

【００３０】この状態で、移動端末１０２がサブネット
ワーク１０１ｂに移動して“ＣｏＡ（２）”を取得した
場合、移動端末１０２では、次の３つの処理を行う。 Ｄｙｎａｍｉｃ ＤＮＳ Ｕｐｄａｔｅ 移動端末１０２に対応するＡＡＡＡフィールドに、現在
のＣｏＡである“ＣｏＡ（２）”を登録する（ステップ
Ｓ１０４）。 ＳＡ Ｇａｔｅｗａｙ Ｕｐｄａｔｅ ｄｓｔフィールドが“ＣｏＡ（１）”でないセキュリテ
ィアソシエーションを検索すると、ｄｓｔ＝ＣＮがある
ので、“ＣＮ”に対して「ＳＡ ＧａｔｅｗａｙＵｐｄ
ａｔｅ」を行う（ステップＳ１０５）。その結果、図１
４（ｂ）のセキュリティアソシエーション・データベー
ス：ＳＡＤの内容は、図１４（ｄ）のように更新され
る。 ＳＡ Ｌｏｃａｌ Ｕｐｄａｔｅ 移動端末１０２では、自身のＳＡＤを検索し、ｄｓｔフ
ィールドが“ＣｏＡ（１）”であるものについて、すべ
て“ＣｏＡ（２）”へと変更する。

【００３１】移動端末１０２が現在通信している相手
は、すべてのセキュリティアソシエーションのｄｅｓｔ
ｉｎａｔｉｏｎアドレスが現在のＣｏＡである“ＣｏＡ
（２）”に変化するため、ＩＰＳＥＣトンネルのｅｎｄ
ｐｏｉｎｔは、“ＣｏＡ（１）”から“ＣｏＡ（２）”
に切り替わる。これにより、移動端末１０２が移動した
場合でもセッションが保証される（ステップＳ１０６、
Ｓ１０７）。その結果、図１４（ａ）のセキュリティア
ソシエーション・データベース：ＳＡＤの内容は、図１
４（ｃ）のように更新される。

【００３２】このように、従来技術では、標準のプロト
コルであるＩＰＳＥＣのトンネルモードを利用して、通
信相手との通信路を確保する。さらに、「ＳＡ Ｇａｔ
ｅｗａｙ Ｕｐｄａｔｅ」という概念を追加すること
で、トンネルの終端点の変更を可能にし、移動後のセッ
ションを保証する。また、「Ｄｙｎａｍｉｃ ＤＮＳｕ
ｐｄａｔｅ」を利用するとともに、新たに「Ｈｏｍｅ
Ａｄｄｒｅｓｓ Ｒｅｓｏｕｒｃｅ Ｒｅｃｏｒｄ（Ｈ
ＡＡＡＡ）」をＤＮＳに導入する。これにより、移動端
末のホームアドレスとＣｏＡとの関係を知ることがで
き、その結果、ホームアドレスを移動端末の識別子とし
て使用できる。

【００３３】

【発明が解決しようとする課題】しかしながら、上記、
従来のセキュリティアソシエーション切断／継続方法に
おいては、端末自体が移動することについては考慮して
いるが、ユーザが使用する端末を変更した場合には全く
対応していない。すなわち、ユーザがＩＣカードにＸ．
５０９の認証書を保持し端末間を移動した場合は、ユー
ザが移動した端末においてもセキュリティアソシエーシ
ョンを再確立し、そのとき、鍵共有プロトコル：ＩＫＥ
では「ＤｉｆｆｉｅＨｅｌｌｍａｎ演算」や「ＲＳＡ演
算」のべき乗剰余演算が発生するため、多大な演算時間
が必要となり、さらに、リソースも消費してしまう、と
いう問題があった。

【００３４】特に、クライアントサーバモデルにおける
サーバ側において、何万〜何百万のクライアントユーザ
の鍵共有処理を実施する場合には、これらのべき乗剰余
演算を減らす必要がある。

【００３５】また、上記、従来のセキュリティアソシエ
ーション切断／継続方法においては、不必要になったセ
キュリティアソシエーションを寿命が終了するまで維持
し続けることになるため、無駄なリソースを消費する、
という問題もあった。

【００３６】本発明は、上記に鑑みてなされたものであ
って、ユーザが移動し通信に使用する端末を変更した場
合の、べき乗剰余演算処理を削減することが可能なセキ
ュリティアソシエーション切断／継続方法および通信シ
ステムを得ることを目的とする。また、端末移動後の不
必要なセキュリティアソシエーションを切断することが
可能なセキュリティアソシエーション切断／継続方法お
よび通信システムを得ることを目的とする。

【００３７】

【課題を解決するための手段】上述した課題を解決し、
目的を達成するために、本発明にかかるセキュリティア
ソシエーション切断／継続方法にあっては、ネットワー
クを構成する第１の端末（後述する実施の形態の端末１
１に相当）が通信相手となる第２の端末（通信相手ホス
ト３または中継装置に相当）との間にセキュリティアソ
シエーションを確立し、当該セキュリティアソシエーシ
ョンを用いて暗号通信を行う通信システムにおいて、前
記第２の端末と通信中に、前記第１の端末を使用するユ
ーザが、当該通信に使用する端末を第３の端末（端末１
２に相当）に変更し、その後、前記第３の端末と前記第
２の端末との間で通信を行う場合、前記第３の端末が、
前記第１の端末から受け取ったセキュリティアソシエー
ションに関連する情報に記載された「自端末を識別する
ための情報」を更新し、更新後のセキュリティアソシエ
ーション関連情報に従って暗号化処理を行ったセキュリ
ティアソシエーション継続通知を生成し、当該継続通知
を前記第２の端末に対して送信する継続要求ステップ
と、前記第２の端末が、受信した継続通知に対して所定
の復号処理を行い、自身が保持するセキュリティアソシ
エーション関連情報に記載された「通信相手を識別する
ための情報」を更新することによって、前記確立したセ
キュリティアソシエーションを継続する継続ステップ
と、を含むことを特徴とする。

【００３８】つぎの発明にかかるセキュリティアソシエ
ーション切断／継続方法にあっては、ネットワークを構
成する第１の端末が通信相手となる第２の端末との間に
セキュリティアソシエーションを確立し、当該セキュリ
ティアソシエーションを用いて暗号通信を行う通信シス
テムにおいて、前記第２の端末と通信中に、前記第１の
端末を使用するユーザが、当該通信に使用する端末を第
３の端末に変更し、その後、前記第３の端末と前記第２
の端末との間で通信を行う場合、前記第３の端末が、前
記第１の端末から受け取ったセキュリティアソシエーシ
ョンに関連する情報に記載された「自端末を識別するた
めの情報」を更新し、更新後のセキュリティアソシエー
ション関連情報に従って暗号化処理を行ったセキュリテ
ィアソシエーション切断通知を生成し、当該切断通知を
前記第２の端末に対して送信する継続要求ステップと、
前記第２の端末が、受信した切断通知に対して所定の復
号処理を行い、その後、前記第１の端末と前記第２の端
末との間に確立したセキュリティアソシエーションを切
断する切断ステップと、を含むことを特徴とする。

【００３９】つぎの発明にかかる通信システムにあって
は、ネットワークを構成する第１の端末が通信相手とな
る第２の端末との間にセキュリティアソシエーションを
確立し、当該セキュリティアソシエーションを用いて暗
号通信を行う構成とし、たとえば、前記第２の端末と通
信中に、前記第１の端末を使用するユーザが、当該通信
に使用する端末を第３の端末に変更し、その後、前記第
３の端末と前記第２の端末との間で通信を行う場合、前
記第３の端末が、前記第１の端末から受け取ったセキュ
リティアソシエーションに関連する情報に記載された
「自端末を識別するための情報」を更新し、更新後のセ
キュリティアソシエーション関連情報に従って暗号化処
理を行ったセキュリティアソシエーション継続通知を生
成し、当該継続通知を前記第２の端末に対して送信し、
前記第２の端末が、受信した継続通知に対して所定の復
号処理を行い、自身が保持するセキュリティアソシエー
ション関連情報に記載された「通信相手を識別するため
の情報」を更新することによって、前記確立したセキュ
リティアソシエーションを継続することを特徴とする。

【００４０】つぎの発明にかかる通信システムにあって
は、ネットワークを構成する第１の端末が通信相手とな
る第２の端末との間にセキュリティアソシエーションを
確立し、当該セキュリティアソシエーションを用いて暗
号通信を行う構成とし、たとえば、前記第２の端末と通
信中に、前記第１の端末を使用するユーザが、当該通信
に使用する端末を第３の端末に変更し、その後、前記第
３の端末と前記第２の端末との間で通信を行う場合、前
記第３の端末が、前記第１の端末から受け取ったセキュ
リティアソシエーションに関連する情報に記載された
「自端末を識別するための情報」を更新し、更新後のセ
キュリティアソシエーション関連情報に従って暗号化処
理を行ったセキュリティアソシエーション切断通知を生
成し、当該切断通知を前記第２の端末に対して送信し、
前記第２の端末が、受信した切断通知に対して所定の復
号処理を行い、その後、前記第１の端末と前記第２の端
末との間に確立したセキュリティアソシエーションを切
断することを特徴とする。

【００４１】

【発明の実施の形態】以下に、本発明にかかるセキュリ
ティアソシエーション切断／継続方法および通信システ
ムの実施の形態を図面に基づいて詳細に説明する。な
お、この実施の形態によりこの発明が限定されるもので
はない。

【００４２】実施の形態１．図１は、本発明にかかるセ
キュリティアソシエーション切断／継続方法を実現する
通信システムの構成を示す図である。図１において、１
ａ，１ｂ，１ｃはサブネットワークであり、６はサブネ
ットワーク１ａ，１ｂ，１ｃを相互接続するインターネ
ットであり、３は通信相手ホスト（ＣＮ）であり、１１
はサブネットワーク１ａに存在する端末であり、１２は
サブネットワーク１ｂに存在する端末であり、１３はユ
ーザＦであり、１４はユーザＦの認証書とＳＰＤ（Secu
rity Policy Database）とＳＡＤ（Security-Associati
on Database）情報を格納するＩＣカードであり、１７
は通信相手ホスト３と端末１１間でセキュリティアソシ
エーションとして確立されたＩＰＳＥＣトンネルであ
り、１８は通信相手ホスト３と端末１２間でセキュリテ
ィアソシエーションとして確立されたＩＰＳＥＣトンネ
ルである。

【００４３】ここで、上記ネットワークにおける実施の
形態１のセキュリティアソシエーション切断／継続方法
について説明する。ここでは、ユーザＦが、サブネット
ワーク１ａに属する端末１１を用いて通信相手ホスト３
と通信を行い、その後、移動先のサブネットワーク１ｂ
に属する端末１２を用いて通信相手ホスト３と通信を行
う場合について説明する。

【００４４】なお、移動前の端末１１と通信相手ホスト
３との間の通信、および移動後の端末１２と通信相手ホ
スト３との間の通信には、ＩＰＳＥＣのトンネルモード
（Tunnel Mode）を使用する（ＩＰＳＥＣの詳細につい
てはＲＦＣ２４０１〜ＲＦＣ２４１２参照）。また、端
末１１は、ＣｏＡ（１）の固定ＩＰアドレスを持ち、端
末１２は、ＣｏＡ（２）の固定ＩＰアドレスを持ち、通
信相手ホスト３は、ＣＮの固定ＩＰアドレスを持つ。ま
た、端末１１と端末１２と通信相手ホスト３は、トンネ
ルモードＩＰＳＥＣ通信における外側パケットおよび内
側パケットの２種類のアドレスには、同じＩＰアドレス
を使用する。

【００４５】図２は、ＩＰＳＥＣを用いた端末間の通信
の様子を示す図である。パケットを送信する場合、各端
末では、セキュリティ・ポリシー・データベース：ＳＰ
Ｄを検索する。ＳＰＤは、対象となるパケットのｓｒｃ
（ｓｏｕｒｃｅアドレス）およびｄｓｔ（Ｄｅｓｔｉｎ
ａｔｉｏｎアドレス）等の要素から、セキュリティ・ポ
リシーを選択する。セキュリティ・ポリシーは、「パケ
ットを破棄する（ｄｉｓｃａｒｄ）」，「パケットをそ
のまま通過させる（ｂｙｐａｓｓ）」，「ＩＰＳＥＣの
処理を行う（ａｐｐｌｙ）」，の行動を定めるものであ
る。たとえば、セキュリティ・ポリシーが「ａｐｐｌ
ｙ」の場合には、使用するセキュリティアソシエーショ
ン（あるいはセキュリティアソシエーションが満たすべ
き条件）が記述されている。この場合、使用するセキュ
リティアソシエーションが定まるので、これに記述され
た内容に従って対象のパケットに対して暗号などの処理
を行う。

【００４６】一方、セキュリティアソシエーションがな
い場合は、適切な鍵共有プロトコル：ＩＫＥを使用して
セキュリティアソシエーションの確立を行う。鍵共有プ
ロトコル：ＩＫＥでは、なりすまし防止のために相互認
証を行っている。なお、パスワードのような秘密情報を
二者間で共有した事前共有鍵による認証方式以外に、
Ｘ．５０９の認証書を用いたデジタル署名により相互認
証を行う方式、を規定している。デジタル署名では、装
置毎あるいはユーザ毎に認証局が発行した認証書を用い
る。

【００４７】ＩＰＳＥＣが使用されているパケットを受
信した端末では、ｄｓｔ（通常は受信したノード）とＳ
ＰＩ（Security Parameter Index）から、セキュリティ
アソシエーションを決定し、記述された内容に従ってＩ
ＰＳＥＣの復号などの処理を行う。そして、得られたパ
ケットをもとにＳＰＤを検索し、セキュリティ・ポリシ
ーを得る。その後、セキュリティ・ポリシーから導かれ
るセキュリティアソシエーションが、このパケットを処
理するために使用してきたセキュリティアソシエーショ
ンと一致するかどうかを確認する。

【００４８】図３は、ユーザＦが端末１１から端末１２
へ移動した場合の動作シーケンスの一例を示す図であ
る。なお、使用するＩＰＳＥＣプロトコルはＥＳＰ（En
capsulating Security Payload）を想定する。まず、端
末１１では、適切な鍵管理プロトコル：ＩＫＥを使用し
て通信相手ホスト３とのセキュリティアソシエーショ
ン：ＳＡを確立する（図３，ステップＳ１、（１）参
照）。セキュリティアソシエーション：ＳＡを確立する
ための識別子は、端末１１がユーザＦのＩＤ（詳細には
Ｘ．５０９のユーザＦの認証書のｓｕｂｊｅｃｔ名）で
あり、通信相手ホスト３が自局のＩＰアドレス：ＣＮま
たは通信相手ホスト３の認証書のＩＤである。

【００４９】端末１１では、通信相手ホスト３に対して
ＴＣＰ（Transmission Control Protocol）／ＵＤＰ（U
ser Datagram Protocol）のｐｏｒｔ番号８０のパケッ
トを送信する場合、ＳＰＤを検索する。図４は、ユーザ
ＦのＩＣカード内のＳＰＤ、ユーザＧのＩＣカード内の
ＳＰＤ、通信相手ホスト３内のＳＰＤ、を示す図であ
り、特に、図４（ａ）は、セキュリティアソシエーショ
ン：ＳＡを確立する前にＩＣカード１４内に設定されて
いるユーザＦのセキュリティ・ポリシー・データベー
ス：ＳＰＤの一例を示す図である。図４（ａ）の検索処
理により、ここでは、ＳＰＦ（１）を選択する。

【００５０】ＳＰＦ（１）にはセキュリティアソシエー
ションとしてＳＡＦ（１）を参照するように記述されて
いるので、端末１１では、図５（ａ）のＳＡＦ（１）を
参照する。図５は、ユーザＦに関するＳＡＤを示す図で
あり、特に、図５（ａ）は、セキュリティアソシエーシ
ョン：ＳＡを確立した後に生成される端末１１のセキュ
リティアソシエーション・データベース：ＳＡＤの一例
を示す図である。

【００５１】ＳＡＦ（１）には、Ｄｅｓｔｉｎａｔｉｏ
ｎアドレスとして“ＣＮ”が、ｐｒｏｔｏｃｏｌとして
“ＥＳＰ”が、ｍｏｄｅとして“ｔｕｎｎｅｌ”が、そ
れぞれ指定されているので、端末１１では、通信相手ホ
スト３へのパケットをＩＰＳＥＣでカプセル化し、その
パケットのｓｏｕｒｃｅアドレスを“ＣｏＡ（１）”と
し、Ｄｅｓｔｉｎａｔｉｏｎアドレスを“ＣＮ”とし、
ＳＰＩを“ｈ（２）”とし、ＥＳＰにこれらを付与して
送信する（図３，ステップＳ２、（２）参照）。カプセ
ル化の処理では、暗号鍵：ＫＥＹＨ（２）を用いて内側
のパケットを暗号化する。

【００５２】このパケットを受信した通信相手ホスト３
では、（ｄｓｔ，ＳＰＩ）＝（ＣＮ，ｈ（２））である
セキュリティアソシエーションを、図６（ａ）に示すＳ
ＡＤから検索する。図６は、通信相手ホスト３に関する
ＳＡＤを示す図であり、特に、図６（ａ）は、セキュリ
ティアソシエーション：ＳＡを確立した後に生成される
通信相手ホスト３のセキュリティアソシエーション・デ
ータベース：ＳＡＤの一例を示す図である。検索の結
果、通信相手ホスト３では、得られたセキュリティアソ
シエーションを使用してＥＳＰを検証し、カプセル化を
外して端末１１からのパケットを得る。カプセル化を外
す処理では、暗号鍵：ＫＥＹＨ（２）を用いて内側のパ
ケットを復号する。

【００５３】そして、通信相手ホスト３および端末１１
では、通信相手ホスト３から端末１１へのパケットにつ
いても上記と同様の手順で処理する（図３，ステップＳ
３、（３）参照）。

【００５４】つぎに、図１において、ユーザＦが端末１
１から端末１２へ移動し、端末１２と通信相手ホスト３
との間で通信を行う場合について説明する。まず、ユー
ザＦは、図５（ａ）に示されているＳＡＤをＩＣカード
１４へコピーし、移動後に、ＩＣカード１４の内容を端
末１２へ書き込む。端末１２では、図５（ａ）の受信用
ＳＡＦ（２）のＤｉｓｔｉｎａｔｉｏｎアドレスが端末
１２の自局アドレスと異なるため、ＣｏＡ（１）を端末
１２のＩＰアドレスであるＣｏＡ（２）へ変更する。そ
の結果、図５（ａ）のセキュリティアソシエーション・
データベース：ＳＡＤの内容は、図５（ｂ）のように更
新される。

【００５５】さらに、端末１２では、ユーザＦに関する
セキュリティアソシエーション・データベース：ＳＡＤ
に従ってセキュリティアソシエーション：ＳＡの継続を
通信相手ホスト３へ通知する（図３，ステップＳ４、
（４）参照）。ここでは、Ｓｏｕｒｃｅアドレスを“Ｃ
ｏＡ（２）”とし、ｄｅｓｔｉｎａｔｉｏｎアドレスを
“ＣＮ”とし、ＳＰＩを“ｈ（２）”とし、ＥＳＰにこ
れらを付与する。そして、内側のパケットのｓｏｕｒｃ
ｅアドレスを“ＣｏＡ（２）”とし、ｄｅｓｔｉｎａｔ
ｉｏｎアドレスを“ＣＮ”とし、ｐｏｒｔ番号を“１０
０００”とし、データ部にＳＡを継続するコードとユー
ザＦの認証書のｓｕｂｊｅｃｔ名を設定し、暗号鍵：Ｋ
ＥＹＨ（２）を用いて暗号化後、ＩＰＳＥＣでカプセル
化する。

【００５６】ＳＡの継続通知を受信した通信相手ホスト
３では、（ｄｓｔ，ＳＰＩ）＝（ＣＮ，ｈ（２））であ
るセキュリティアソシエーションを、図６（ａ）のＳＡ
Ｄから検索する。ここでは、ＳＡＤのＳＡＨ（２）のＫ
ＥＹＨ（２）を用いて復号し、ＳＡの継続通知のカプセ
ル化を解き、内部ＩＰパケットを得る。これにより、ユ
ーザＦが移動し、端末を変更した場合であっても、ＳＡ
が継続される。

【００５７】通信相手ホスト３では、ユーザＦのＳＡを
継続するために、図４（ｃ）のＳＰＤを検索し、ユーザ
Ｆに関連するすべての情報を検出する。検出したＳＰＤ
のなかでユーザＦに関するものはＳＰＨ（１）とＳＰＨ
（２）であるため、通信相手ホスト３では、関連するＳ
ＡＨ（１）とＳＡＨ（２）のＳＡＤを調べる。ここで
は、ＳＡＨ（１）のｄｅｓｔｉｎａｔｉｏｎアドレスが
ＣｏＡ（１）に設定され、端末１２の自局ＩＰアドレス
と異なっているため、通信相手ホスト３では、端末１２
の自局ＩＰアドレスをＣｏＡ（２）に書き換え、図６
（ａ）に示すＳＡＤを図６（ｂ）のように更新する。

【００５８】その結果、ユーザＦが現在通信している相
手、すなわち、通信相手ホスト３は、すべてのセキュリ
ティアソシエーションのｄｅｓｔｉｎａｔｉｏｎアドレ
スが“ＣｏＡ（２）”に変化するため、ＩＰＳＥＣトン
ネルのｅｎｄｐｏｉｎｔは、“ＣｏＡ（１）”から“Ｃ
ｏＡ（２）”に切り替わる。これにより、ユーザＦが移
動し、端末を変更した場合であっても、セキュリティア
ソシエーションが維持保証される（図３，ステップＳ５
およびＳ６、（５），（６）参照）。

【００５９】つぎに、ユーザＧが端末１１から通信相手
ホスト３に対してアクセスする場合について説明する。
なお、ユーザＧが所有しているＩＣカード内には、図４
（ｂ）に示すＳＰＤが保持されている。また、図示はし
ていないが、端末１１は、適切な鍵管理プロトコル：Ｉ
ＫＥを使用して通信相手ホスト３とのセキュリティアソ
シエーション：ＳＡを確立する。セキュリティアソシエ
ーション：ＳＡを確立する場合の識別子は、端末１１側
がユーザＧのＩＤ（詳細にはＸ．５０９のユーザＧの認
証書のｓｕｂｊｅｃｔ名）であり、通信相手ホスト３が
自局ＩＰアドレス：ＣＮまたは通信相手ホスト３の認証
書のＩＤである。

【００６０】図７は、ユーザＧに関するＳＡＤを示す図
であり、詳細には、セキュリティアソシエーション：Ｓ
Ａを確立後に生成される端末１１のセキュリティアソシ
エーション・データベース：ＳＡＤの一例を示す図であ
る。なお、使用するＩＰＳＥＣプロトコルはＥＳＰを想
定する。

【００６１】端末１１が通信相手ホスト３に対してＴＣ
Ｐ／ＵＤＰのｐｏｒｔ番号２３のパケットを送信する場
合、端末１１では、図４（ｂ）に示すＳＰＤを検索し、
ＳＰＧ（１）を選択する。ＳＰＧ（１）には、セキュリ
ティアソシエーションとしてＳＡＧ（１）を参照するよ
うに記述されているので、図７のＳＡＧ（１）を参照す
る。ＳＡＧ（１）には、ｄｅｓｔｉｎａｔｉｏｎアドレ
スとして“ＣＮ”が、ｐｒｏｔｏｃｏｌとして“ＥＳ
Ｐ”が、ｍｏｄｅとして“ｔｕｎｎｅｌ”が指定されて
いるので、端末１１では、通信相手ホスト３へのパケッ
トをＩＰＳＥＣでカプセル化し、そのパケットのｓｏｕ
ｒｃｅアドレスを“ＣｏＡ（１）”とし、ｄｅｓｔｉｎ
ａｔｉｏｎアドレスを“ＣＮ”とし、ＳＰＩを“ｈ
（４）”とし、ＥＳＰにこれらを付与して送信する。カ
プセル化の処理では、暗号鍵：ＫＥＹＨ（４）を用いて
内側のパケットを暗号化する。

【００６２】このパケットを受信した通信相手ホスト３
では、（ｄｓｔ，ＳＰＩ）＝（ＣＮ，ｈ（２））である
セキュリティアソシエーションを、図６（ａ）あるいは
図６（ｂ）のようなＳＡＤから検索する。そして、通信
相手ホスト３では、得られたセキュリティアソシエーシ
ョンを使用してＥＳＰを検証し、カプセル化を外して移
動端末２からのパケットを得る。カプセル化を外す処理
では、暗号鍵：ＫＥＹＨ（４）を用いて内側のパケット
を復号する。なお、通信相手ホスト３から端末１１への
ユーザＧに関係するパケットも同様に処理される。

【００６３】このように、端末１１と通信相手ホスト３
間のＩＰＳＥＣ通信では、ユーザＦ，ユーザＧともに、
端末に設定されているＩＰアドレスとは独立して通信を
行うことができる。

【００６４】以上、本実施の形態においては、端末のサ
ブネットワーク間の移動に加えて、ユーザが使用する端
末を変更した場合についても対応することとした。すな
わち、ＩＣカードに移動前の端末のＸ．５０９の認証書
を保持し、その内容を移動後の端末に書き込むことによ
って、セキュリティアソシエーションの再確立に関する
処理をなくし、再確立に伴う鍵共有プロトコル：ＩＫＥ
による「ＤｉｆｆｉｅＨｅｌｌｍａｎ演算」や「ＲＳＡ
演算」のべき乗剰余演算処理を行わない構成とした。こ
れにより、ユーザが通信に使用する端末を変更した場合
であっても、無駄な演算時間を消費することなく、セキ
ュリティアソシエーションを継続することができる。

【００６５】なお、図３（４）のＳＡ継続通知では、ｐ
ｏｒｔ番号として１００００を使用しているが、１００
００固定である必要はなく、他の番号でもよい。

【００６６】また、本実施の形態では、暗号鍵を用いた
ＩＰカプセル化の一例を示したが、ＩＰＳＥＣの規格に
あるような鍵付きハッシュ関数を用いたデータ認証やデ
ータ圧縮によるＩＰカプセル化を行った場合であって
も、同様の効果を得ることができる。

【００６７】また、本実施の形態では、ＳＰＤを記録す
る媒体およびＳＡＤを記録する媒体として、ＩＣカード
を用いることとしたが、これに限らず、フロッピィディ
スクや光ディスクなどの別の記録媒体を用いることとし
てもよい。また、すべてのＳＰＤとＳＡＤを移動後の端
末に対して直接入力することとしてもよい。

【００６８】また、本実施の形態では、移動前の端末１
１と通信相手ホスト３との間の通信、および移動後の端
末１２と通信相手ホスト３との間の通信に、ＩＰＳＥＣ
のトンネルモードを使用したが、これに限らず、ＩＰＳ
ＥＣのトランスポートモード（Transport Mode）を使用
することとしてもよい。

【００６９】また、本実施の形態では、通信相手ホスト
３を通信における終端端末として説明したが、これに限
らず、ルータなどの中継装置がＩＰＳＥＣのカプセル化
による通信を行っている場合でもよい。

【００７０】実施の形態２．つぎに、実施の形態２のセ
キュリティアソシエーション切断／継続方法について説
明する。前述の実施形態１では、ユーザＦの移動に伴っ
て使用端末を変更した場合に、移動後の端末においても
ユーザＦに関するセキュリティアソシエーション：ＳＡ
を継続するようにした。実施の形態２においては、ユー
ザＦが使用する端末を変更した後に、何らかの理由によ
り必要が無くなったセキュリティアソシエーション：Ｓ
Ａを切断する。なお、通信システムのネットワーク構成
については、前述の実施の形態１と同様のため同一の符
号を付してその説明を省略する。

【００７１】図８は、実施の形態２のセキュリティアソ
シエーション切断／継続方法を示す図であり、詳細に
は、通信相手ホスト３と端末１１との間および通信相手
ホスト３と端末１２との間において、セキュリティアソ
シエーションを切断するシーケンスを示す図である。

【００７２】ここで、実施の形態２のセキュリティアソ
シエーション切断／継続方法について説明する。なお、
図８（１），（２），（３）の処理については、前述の
実施の形態１と同様である。

【００７３】ユーザＦは、使用する端末を端末１１から
端末１２へ変更する場合、ＩＣカード１４に記録された
図５（ａ）に示すＳＡＤを、端末１２へ書き込む。端末
１２では、図５（ａ）の受信用ＳＡＦ（２）のｄｉｓｔ
ｉｎａｔｉｏｎアドレスが端末１２の自局アドレスと異
なるため、ＣｏＡ（１）を端末１２のＩＰアドレスであ
るＣｏＡ（２）へ変更する。これにより、図５（ａ）の
セキュリティ・アソシエーション・データベース：ＳＡ
Ｄの内容は図５（ｂ）のように更新される。

【００７４】さらに、端末１２では、通信相手ホスト３
に対して、ユーザＦに関するセキュリティ・アソシエー
ション・データベース：ＳＡＤに従ってセキュリティア
ソシエーション：ＳＡを切断する旨を通知する（図８，
ステップＳ１１、（４）参照）。ここでは、ｓｏｕｒｃ
ｅアドレスを“ＣｏＡ２”とし、ｄｅｓｔｉｎａｔｉｏ
ｎアドレスを“ＣＮ”とし、ＳＰＩを“ｈ（２）”とし
て、ＥＳＰにこれらを付与する。そして、内側のパケッ
トのｓｏｕｒｃｅアドレスを“ＣｏＡ（２）”とし、ｄ
ｅｓｔｉｎａｔｉｏｎアドレスを“ＣＮ”とし、ｐｏｒ
ｔ番号を“１００００”とし、データ部にＳＡを切断す
るコードとユーザＦの認証書のｓｕｂｊｅｃｔ名を設定
し、暗号鍵：ＫＥＹＨ（２）を用いて暗号化し、ＩＰＳ
ＥＣでカプセル化を行う。

【００７５】ＳＡ切断通知を受信した通信相手ホスト３
では、（ｄｓｔ，ＳＰＩ）＝（ＣＮ，ｈ（２））である
セキュリティアソシエーションを、図６（ａ）のＳＡＤ
から検索する。そして、内側のパケットを、ＳＡＤのＳ
ＡＨ（２）のＫＥＹＨ（２）を用いて復号し、さらに、
ＳＡ継続通知のＩＰＳＥＣによるカプセル化を解き、内
部ＩＰパケットを得る。その後、通信相手ホスト３で
は、ユーザＦのＳＡを切断する処理を行う。

【００７６】通信相手ホスト３では、ユーザＦのＳＡを
切断するために、図４（ｃ）のＳＰＤを検索し、ユーザ
Ｆに関連するすべての情報を検出する。検出したＳＰＤ
でユーザＦに関する情報はＳＰＨ（１）とＳＰＨ（２）
であるので、保持している図６のＳＡＨ（１）とＳＡＨ
（２）を消去し、セキュリティアソシエーション：ＳＡ
を開放する。その後、通信相手ホスト３と端末１２との
間に、新たなセキュリティアソシエーションを再確立す
る。

【００７７】このように、本実施の形態においては、通
信に使用する端末の変更に伴って不必要になったセキュ
リティアソシエーションを、寿命が終了する前に切断す
ることとした。これにより、無駄なリソースの消費を抑
制することができる。

【００７８】なお、図８（４）のＳＡ切断通知では、ｐ
ｏｒｔ番号として“１００００”を使用しているが、１
００００固定である必要はなく、他の番号でもよい。

【００７９】また、本実施の形態では、暗号鍵を用いた
ＩＰカプセル化の一例を示したが、これに限らず、ＩＰ
ＳＥＣの規格にあるような鍵付きハッシュ関数を用いた
データ認証やデータ圧縮によるＩＰカプセル化を行った
場合であっても、同様の効果を得ることができる。

【００８０】また、本実施の形態では、ＳＰＤを記録す
る媒体およびＳＡＤを記録する媒体として、ＩＣカード
を用いることとしたが、これに限らず、フロッピィディ
スクや光ディスクなどの別の記録媒体を用いることとし
てもよい。また、すべてのＳＰＤとＳＡＤを移動後の端
末に対して直接入力することとしてもよい。

【００８１】また、本実施の形態では、移動前の端末１
１と通信相手ホスト３との間の通信、および移動後の端
末１２と通信相手ホスト３との間の通信に、ＩＰＳＥＣ
のトンネルモードを使用したが、これに限らず、ＩＰＳ
ＥＣのトランスポートモード（Transport Mode）を使用
することとしてもよい。

【００８２】また、本実施の形態では、通信相手ホスト
３を通信における終端端末として説明したが、これに限
らず、ルータなどの中継装置がＩＰＳＥＣのカプセル化
による通信を行っている場合でもよい。

【００８３】

【発明の効果】以上、説明したとおり、本発明によれ
ば、ユーザが使用する端末を変更した場合についても対
応することとした。具体的にいうと、ＩＣカードに第１
の端末のＸ．５０９の認証書を保持し、その内容を第３
の端末に書き込むことによって、セキュリティアソシエ
ーションの再確立に関する処理をなくし、再確立に伴う
鍵共有プロトコル：ＩＫＥによる「ＤｉｆｆｉｅＨｅｌ
ｌｍａｎ演算」や「ＲＳＡ演算」のべき乗剰余演算処理
を行わないこととした。これにより、ユーザが通信に使
用する端末を変更した場合であっても、無駄な演算時間
を消費することなく、既に確立されているセキュリティ
アソシエーションを継続することができる、という効果
を奏する。

【００８４】つぎの発明によれば、通信に使用する端末
の変更に伴って不必要になったセキュリティアソシエー
ションを、寿命が終了する前に切断することとした。こ
れにより、無駄なリソースの消費を抑制することができ
る、という効果を奏する。

【００８５】つぎの発明によれば、ＩＣカードに第１の
端末のＸ．５０９の認証書を保持し、その内容を第３の
端末に書き込むことによって、セキュリティアソシエー
ションの再確立に関する処理をなくし、再確立に伴う鍵
共有プロトコル：ＩＫＥによる「ＤｉｆｆｉｅＨｅｌｌ
ｍａｎ演算」や「ＲＳＡ演算」のべき乗剰余演算処理を
行わない構成とした。これにより、ユーザが通信に使用
する端末を変更した場合であっても、無駄な演算時間を
消費することなく、既に確立されているセキュリティア
ソシエーションを継続することが可能な通信システムを
得ることができる、という効果を奏する。

【００８６】つぎの発明によれば、通信に使用する端末
の変更に伴って不必要になったセキュリティアソシエー
ションを、寿命が終了する前に切断することとした。こ
れにより、無駄なリソースの消費を抑制することが可能
な通信システムを得ることができる、という効果を奏す
る。

【図面の簡単な説明】

【図１】 本発明にかかるセキュリティアソシエーショ
ン切断／継続方法を実現する通信システムの構成を示す
図である。

【図２】 ＩＰＳＥＣを用いた端末間の通信の様子を示
す図である。

【図３】 ユーザＦが端末１１から端末１２へ移動した
場合の動作シーケンスの一例を示す図である。

【図４】 ユーザＦの持つＩＣカード内のＳＰＤ、ユー
ザＧの持つＩＣカード内のＳＰＤ、通信相手ホスト３内
のＳＰＤ、を示す図である。

【図５】 ユーザＦに関するＳＡＤを示す図である。

【図６】 通信相手ホスト３に関するＳＡＤを示す図で
ある。

【図７】 ユーザＧに関するＳＡＤを示す図である。

【図８】 実施の形態２のセキュリティアソシエーショ
ン切断／継続方法を示す図である。

【図９】 従来のセキュリティアソシエーション切断／
継続方法を示す図である。

【図１０】 移動端末１０２から通信相手ホスト１０３
へＩＰＳＥＣトンネルを用いてパケットを転送する様子
を示す図である。

【図１１】 移動端末１０２および通信相手ホスト１０
３が接続されたネットワークの動作手順を示す図であ
る。

【図１２】 サブネットワーク１０１ａに存在する移動
端末１０２が通信相手ホスト１０３と通信を行う場合の
動作シーケンスの一例を示す図である。

【図１３】 移動端末１０２および通信相手ホスト１０
３が持つＳＰＤの一例を示す図である。

【図１４】 移動端末１０２および通信相手ホスト１０
３が持つＳＡＤの一例を示す図である。

【符号の説明】

１ａ，１ｂ，１ｃ サブネットワーク、３ 通信相手ホ
スト（ＣＮ）、６ インターネット、１１，１２ 端
末、１３ ユーザＦ、１４ ＩＣカード、１７，１８
ＩＰＳＥＣトンネル、１０２ 移動端末、１０３ 通信
相手ホスト、１０７，１０８ ＩＰＳＥＣトンネル。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 後沢 忍 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内 Ｆターム(参考） 5B085 AA03 AE02 AE15 AE23 AE29 BC02 BG07 CC03 5B089 GB01 KA12 KA17 KB06 5J104 AA01 AA16 EA02 EA04 EA26 NA02 NA35 PA07 5K030 GA01 GA15 JT09 LD19

Claims (4)

【特許請求の範囲】
1. 【請求項１】 ネットワークを構成する第１の端末が通
   信相手となる第２の端末との間にセキュリティアソシエ
   ーションを確立し、当該セキュリティアソシエーション
   を用いて暗号通信を行う通信システムのセキュリティア
   ソシエーション切断／継続方法において、 前記第２の端末と通信中に、前記第１の端末を使用する
   ユーザが、当該通信に使用する端末を第３の端末に変更
   し、その後、前記第３の端末と前記第２の端末との間で
   通信を行う場合、 前記第３の端末が、前記第１の端末から受け取ったセキ
   ュリティアソシエーションに関連する情報に記載された
   「自端末を識別するための情報」を更新し、更新後のセ
   キュリティアソシエーション関連情報に従って暗号化処
   理を行ったセキュリティアソシエーション継続通知を生
   成し、当該継続通知を前記第２の端末に対して送信する
   継続要求ステップと、 前記第２の端末が、受信した継続通知に対して所定の復
   号処理を行い、自身が保持するセキュリティアソシエー
   ション関連情報に記載された「通信相手を識別するため
   の情報」を更新することによって、前記確立したセキュ
   リティアソシエーションを継続する継続ステップと、 を含むことを特徴とするセキュリティアソシエーション
   切断／継続方法。
2. 【請求項２】 ネットワークを構成する第１の端末が通
   信相手となる第２の端末との間にセキュリティアソシエ
   ーションを確立し、当該セキュリティアソシエーション
   を用いて暗号通信を行う通信システムのセキュリティア
   ソシエーション切断／継続方法において、 前記第２の端末と通信中に、前記第１の端末を使用する
   ユーザが、当該通信に使用する端末を第３の端末に変更
   し、その後、前記第３の端末と前記第２の端末との間で
   通信を行う場合、 前記第３の端末が、前記第１の端末から受け取ったセキ
   ュリティアソシエーションに関連する情報に記載された
   「自端末を識別するための情報」を更新し、更新後のセ
   キュリティアソシエーション関連情報に従って暗号化処
   理を行ったセキュリティアソシエーション切断通知を生
   成し、当該切断通知を前記第２の端末に対して送信する
   継続要求ステップと、 前記第２の端末が、受信した切断通知に対して所定の復
   号処理を行い、その後、前記第１の端末と前記第２の端
   末との間に確立したセキュリティアソシエーションを切
   断する切断ステップと、 を含むことを特徴とするセキュリティアソシエーション
   切断／継続方法。
3. 【請求項３】 ネットワークを構成する第１の端末が通
   信相手となる第２の端末との間にセキュリティアソシエ
   ーションを確立し、当該セキュリティアソシエーション
   を用いて暗号通信を行う通信システムにおいて、 前記第２の端末と通信中に、前記第１の端末を使用する
   ユーザが、当該通信に使用する端末を第３の端末に変更
   し、その後、前記第３の端末と前記第２の端末との間で
   通信を行う場合、 前記第３の端末が、前記第１の端末から受け取ったセキ
   ュリティアソシエーションに関連する情報に記載された
   「自端末を識別するための情報」を更新し、更新後のセ
   キュリティアソシエーション関連情報に従って暗号化処
   理を行ったセキュリティアソシエーション継続通知を生
   成し、当該継続通知を前記第２の端末に対して送信し、 前記第２の端末が、受信した継続通知に対して所定の復
   号処理を行い、自身が保持するセキュリティアソシエー
   ション関連情報に記載された「通信相手を識別するため
   の情報」を更新することによって、前記確立したセキュ
   リティアソシエーションを継続することを特徴とする通
   信システム。
4. 【請求項４】 ネットワークを構成する第１の端末が通
   信相手となる第２の端末との間にセキュリティアソシエ
   ーションを確立し、当該セキュリティアソシエーション
   を用いて暗号通信を行う通信システムにおいて、 前記第２の端末と通信中に、前記第１の端末を使用する
   ユーザが、当該通信に使用する端末を第３の端末に変更
   し、その後、前記第３の端末と前記第２の端末との間で
   通信を行う場合、 前記第３の端末が、前記第１の端末から受け取ったセキ
   ュリティアソシエーションに関連する情報に記載された
   「自端末を識別するための情報」を更新し、更新後のセ
   キュリティアソシエーション関連情報に従って暗号化処
   理を行ったセキュリティアソシエーション切断通知を生
   成し、当該切断通知を前記第２の端末に対して送信し、 前記第２の端末が、受信した切断通知に対して所定の復
   号処理を行い、その後、前記第１の端末と前記第２の端
   末との間に確立したセキュリティアソシエーションを切
   断することを特徴とする通信システム。