JP2004254120A - 暗号化通信方法、移動端末および移動体 - Google Patents
暗号化通信方法、移動端末および移動体 Download PDFInfo
- Publication number
- JP2004254120A JP2004254120A JP2003043040A JP2003043040A JP2004254120A JP 2004254120 A JP2004254120 A JP 2004254120A JP 2003043040 A JP2003043040 A JP 2003043040A JP 2003043040 A JP2003043040 A JP 2003043040A JP 2004254120 A JP2004254120 A JP 2004254120A
- Authority
- JP
- Japan
- Prior art keywords
- communication
- common key
- mobile terminal
- node
- encrypted communication
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Small-Scale Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
【課題】移動端末の暗号化通信において、通信断後の通信再開処理を迅速かつ簡単に行うことを可能にする技術を提供する。
【解決手段】ＭｏｂｉｌｅＩＰｖ６による暗号化通信時に、移動端末１とホーム・エージェントの間で通信断が発生した場合には、移動端末１とホーム・エージェントのそれぞれが、通信断から通信回復までの不通時間を計測し、その計測値に基づいて新たな共通鍵を生成することにより、処理負荷の高い公開鍵暗号方式を用いたネゴシエーションを省略し、新たな共通鍵を用いて迅速かつ簡単に安全な暗号化通信を再開する。
【選択図】 図１
【解決手段】ＭｏｂｉｌｅＩＰｖ６による暗号化通信時に、移動端末１とホーム・エージェントの間で通信断が発生した場合には、移動端末１とホーム・エージェントのそれぞれが、通信断から通信回復までの不通時間を計測し、その計測値に基づいて新たな共通鍵を生成することにより、処理負荷の高い公開鍵暗号方式を用いたネゴシエーションを省略し、新たな共通鍵を用いて迅速かつ簡単に安全な暗号化通信を再開する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、暗号化通信技術に関するものであり、特に、移動端末における暗号化通信に用いられて好適な技術に関する。
【０００２】
【従来の技術】
ホットスポットとよばれる高速無線通信のインフラの登場により、ノートパソコンやＰＤＡ（情報携帯端末）等の移動端末を持ち歩き、街中でブロードバンド接続を楽しむという利用形態が増え始めている。
【０００３】
このような移動端末での通信では、無線基地局の切り替わりの際に通信の連続性を確保することが重要な課題となる。一般に、無線基地局は１つのルータとして機能し、その通信エリア内は１つのサブネットを構成している。それゆえ、無線基地局が切り替わった場合には、その都度新しいＩＰアドレスの割り当てを受けることとなる。しかし、ＩＰアドレスが変わると、通信相手との間のセッションが分断されるため、例えばＩＰ電話やストリーミングのような連続して通信路を確保しなければならないアプリケーションを使う場合に支障をきたす。
【０００４】
かかる問題を解決する技術の一つとして注目されているのがＭｏｂｉｌｅＩＰｖ６（Ｍｏｂｉｌｅ ＩＰ ｖｅｒｓｉｏｎ ６）である。ＭｏｂｉｌｅＩＰｖ６の仕様は、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）によって標準化作業が進められている。なお、ＭｏｂｉｌｅＩＰｖ６に関する先行技術としては特許文献１等が知られている。
【０００５】
ＭｏｂｉｌｅＩＰｖ６では、移動端末（移動ノード；Ｍｏｂｉｌｅ Ｎｏｄｅ）が移動先ネットワークにおいて気付アドレス（Ｃａｒｅ−ｏｆ Ａｄｄｒｅｓｓ）の割り当てを受けると、バインディング・アップデート（Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ）をホーム・エージェント（Ｈｏｍｅ Ａｇｅｎｔ）に送出する。これは、自身の位置情報をホーム・エージェントに通知する処理に相当する。ホーム・エージェントは、移動端末の気付アドレスとホーム・アドレス（Ｈｏｍｅ Ａｄｄｒｅｓｓ）（移動端末の固定アドレス）との対応関係を管理し、他のノード（Ｃｏｒｒｅｓｐｏｎｄｅｎｔ Ｎｏｄｅ）から移動端末のホーム・アドレス宛のパケットを受信すると、そのパケットを移動端末の気付アドレスにトンネルを用いて転送する。
【０００６】
移動端末は、ホーム・エージェントからの転送パケットを受け取ると、送信元ノードに対してバインディング・アップデートを送出し、当該ノードにも自身の気付アドレスを通知する。以降は、ホーム・エージェントを介することなく、気付アドレスを用いて移動端末と当該ノードが直接通信を行う。
【０００７】
このように、ＭｏｂｉｌｅＩＰｖ６では、移動端末がホーム・エージェントや他のノードに対してバインディング・アップデートを送出し、自身の気付アドレスを通知することで、通信路の連続性を確保している。なお、バインディング・アップデートは、サブネットの切り替わりの際、並びに、一定時間ごとに定期的に送出されるものである。
【０００８】
【特許文献１】
特開２００２−２７１３６８号公報
【０００９】
【発明が解決しようとする課題】
ＭｏｂｉｌｅＩＰｖ６のバインディング・アップデートは、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６）パケットに「Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ」宛先オプションを含めることによって実現される。気付アドレスの盗聴や改ざんを防止し、移動端末における通信の安全性を確保するという観点から、本オプションが含まれるパケットのやり取りには暗号化通信を用いるべきである。
【００１０】
しかしながら、移動端末における暗号化通信の実装にあたっては、以下に述べるような問題がある。
【００１１】
暗号化通信を開始する際には、その準備段階として、移動端末と通信相手ノード（ホーム・エージェント含む。）との間で、ＳＡ（Ｓｅｃｕｒｉｔｙ Ａｓｓｏｃｉａｔｉｏｎ）を確立しなければならない。ここでは、ＳＡを確立するための処理をネゴシエーションと称する。
【００１２】
ネゴシエーションでは、まず、移動端末と通信相手ノードとが相互に相手方の認証を行う。ここでの認証処理は、認証局が発行した電子証明書を利用する方法が一般的である。相手方から受け取った電子証明書を認証局の公開鍵で復号化することによって、電子証明書の正当性、すなわち相手方の認証を行うのである。また、このとき同時に電子証明書に含まれた相手方の公開鍵も入手する。これにより、公開鍵暗号方式による暗号化通信の準備が整う。
【００１３】
公開鍵暗号方式は、暗号化と復号化を別の鍵（秘密鍵と公開鍵）を使って行うため、鍵の管理や交換が比較的安全であり、暗号強度が強いなどの利点を有するが、その反面、暗号化と復号化に相当の演算時間を要するという欠点を有している。そこで、移動端末と通信相手ノードは、入手した相手方の公開鍵を用いて共通鍵（Ｓｈａｒｅｄ Ｋｅｙ）の交換を行い、実際のデータ通信は比較的処理の軽い共通鍵暗号方式を利用して行う。バインディング・アップデートのやり取りはこの共通鍵暗号方式で行われる。
【００１４】
このように、ネゴシエーションでは、公開鍵暗号方式を利用して認証や鍵交換等の処理を行うために、相当の処理時間を要する。ただ、たとえばホットスポットカフェなどでＷｅｂアクセスやメールチェックを行うような一般的な利用形態であれば、ネゴシエーションの回数はさほど多くないため、特に問題となることはない。
【００１５】
しかしながら、移動端末が自動車等の移動体に設置されているケースでは事情が異なる。
【００１６】
この場合、移動端末が高速に移動するので、サブネットが頻繁に切り替わることとなる。それゆえ、一般的な利用形態に比べて、極めて短い時間間隔でバインディング・アップデートを行わなければならない。移動速度や通信エリアの広さにもよるが、１分間に数回〜十数回程度の割合でバインディング・アップデートが発生するものと予想される。
【００１７】
その一方で、移動端末が高速に移動する場合には、電波状態の悪化やハンドオーバーの不具合による通信断が頻繁に発生するおそれがある。また、自動車のエンジンを停止した場合にも、通信が切断される。通信断が発生した場合にはＳＡが消失するため、通信回復後にバインディング・アップデートを行う際には再度ネゴシエーションから始める必要がある。
【００１８】
このように、移動端末が移動体に設置されている場合には、頻発する通信再開処理の度に処理時間を要するネゴシエーションを行わなければならず、これによる処理負荷の増大や通信速度の低下が無視できなくなるのである。
【００１９】
本発明は上記実情に鑑みてなされたものであって、その目的とするところは、移動端末の暗号化通信において、通信断後の通信再開処理を迅速かつ簡単に行うことを可能にする技術を提供することにある。
【００２０】
【課題を解決するための手段】
上記目的を達成するために本発明では、以下の手順で暗号化通信を行う。
【００２１】
まず、移動端末と通信相手ノードが公開鍵暗号方式により共通鍵を交換する。これは、暗号化通信を行う前の準備段階（ネゴシエーション）である。公開鍵暗号方式は暗号強度が高く、信頼性に優れるので、共通鍵の交換を安全に行うことができる。
【００２２】
ここで、「移動端末」とは、ネットワーク（サブネット）間を移動しうる端末をいい、単一のＬＡＮに常時接続された状態にある端末（固定端末）以外の端末は全て該当する。移動端末としては、ノートパソコン、ＰＤＡ、携帯電話等のように、その端末装置自体を持ち運び可能なものの他、ネットワーク接続可能なカーナビゲーション装置のように、その端末装置自体は自動車等に固定的に設置されてはいるが、設置された対象物（自動車等）が移動体であるために、ネットワーク間を移動することとなるものも含まれる。
【００２３】
ここで、「通信相手ノード」としては、ネットワークに接続されている装置全般をいい、例えば、パソコンやＰＤＡ等の端末（移動端末を含む。）、ＷＷＷサーバ等のサーバ、ＶＰＮ装置やホーム・エージェントやルータ等のネットワーク装置などが該当する。移動端末と通信相手ノードの間のネットワークとしては、インターネットが代表的な例であるが、それ以外の広域ネットワークも含む。
【００２４】
共通鍵を交換した後（準備段階が完了した後）は、移動端末と通信相手ノードが共通鍵を用いて共通鍵暗号方式による暗号化通信を行う（通信段階）。移動端末と通信相手ノード間で暗号化通信を行うことにより、データの漏洩・傍受・改ざん等を防止することができ、移動端末であっても信頼性・安全性の高い通信を行うことができる。また、共通鍵暗号方式は、公開鍵暗号方式に比べて暗号化・復号化処理が軽いため、ＣＰＵへの処理負荷を軽減することができる。
【００２５】
本発明においては、暗号化通信時に通信断が発生した場合には、次の手順で通信再開処理を行う。
【００２６】
移動端末は、通信断から通信回復までの時間を計測し、その計測値に基づいて新たな共通鍵を生成する。一方、通信相手ノードも、通信断から通信回復までの時間を計測し、その計測値に基づいて新たな共通鍵を生成する。このとき、移動端末と通信相手ノードとが、両者の間で予め定められた所定の生成方法にしたがって、それぞれ新たな共通鍵を生成する。
【００２７】
通信断から通信回復までの時間（不通時間）は、移動端末と通信相手ノードの両者が知り得る値であるとともに、その両者以外は知り得ない値である。したがって、移動端末と通信相手ノードとがそれぞれ不通時間を計測し、その計測値に基づいて生成した新たな共通鍵は、両者以外は生成することができない鍵であり、安全性が保証されたものとなる。
【００２８】
そして、移動端末と通信相手ノードは、この新たな共通鍵を用いて暗号化通信を再開する。
【００２９】
本発明によれば、公開鍵暗号方式を用いたネゴシエーションを行うことなく通信段階に入ることができるので、従来よりも処理負荷を軽減することができる。したがって、移動端末のように通信断が頻繁に発生するような通信環境においても、迅速かつ簡単に安全な暗号化通信を再開することが可能となる。
【００３０】
新たな共通鍵の生成方法としては、種々の方法が考えられ、暗号強度や処理負荷等を考慮して、運用上最適なものを選べばよい。また、それぞれのノードが複数の生成方法を実装しておき、最初の準備段階において相手ノードとの間で通信再開処理で使用する生成方法を決定しておくことも好ましい。
【００３１】
新たな共通鍵を生成する際には、計測値に丸め処理を施した値を用いることが好ましい。パケット通信等の場合には、パケットの遅延が起こりうるため、パケットを送出した時刻とパケットが到達する時刻とは必ずしも一致しない。したがって、移動端末と通信相手ノードとの間での不通時間の計測値にある程度の誤差が生じるおそれがある。この場合でも、計測値に丸め処理を施せば、その誤差を吸収することができるので、お互いで生成した共通鍵が一致しないという事態をきわめて少なくすることができる。
【００３２】
また、新たな共通鍵を生成する際に、計測値に加えて、移動端末または通信相手ノードが生成した乱数を用いることが好ましい。これにより、新たな共通鍵の安全性をさらに高めることができる。
【００３３】
また、通信回復時に移動端末が通信相手ノードに対して問い合せを行い、通信相手ノードが乱数を生成するとともに上記問い合せに対する返答として乱数を返信し、移動端末と通信相手ノードが新たな共通鍵を生成する際にその乱数を用いることも好ましい。
【００３４】
移動端末からの問い合せを受信することで、通信相手ノードは移動端末との通信が回復したことを知り、また、乱数を受信することで移動端末は通信相手ノードが本発明に係る通信再開処理を行う準備があることを知る。また、問い合せに対する返答として、新たな共通鍵を生成するための乱数を返信することとしたので、「問い合せ」と「返信」の１往復の通信のみで、互いに新たな共通鍵の生成処理を開始することができ、通信再開処理に要する処理ステップ数を少なくすることが可能となる。
【００３５】
新たな共通鍵の生成方法としては、例えば、計測値をＡ、乱数をＢ、とした場合に、
Ｃ＝（Ａ／Ｎ）％Ｂ
（ただし、Ｎは自然数であり、％は剰余演算を示す。）
で求まる値Ｃを新たな共通鍵とするとよい。
【００３６】
ここでの、（Ａ／Ｎ）の処理は、プログラム上、整数同士の計算として実行されるものであり、ＡがＮで割り切れない場合には切り上げ又は切り下げされた商が得られる。この演算処理が、計測値Ａの丸め処理に相当する。
【００３７】
また、上記新たな共通鍵を生成する際に、計測値に加えて、通信断前の共通鍵を用いることも好ましい。通信断前の共通鍵も移動端末と通信相手ノードしか知り得ない情報であるため、これにより、新たな共通鍵の安全性をさらに高めることができる。
【００３８】
また、公開鍵暗号方式により共通鍵を交換する際に、移動端末と通信相手ノードが互いに相手の認証を行うことも好ましい。これにより、通信相手が本人であることの確認ができ、通信の安全性をさらに高めることができる。
【００３９】
また、移動端末は無線方式により通信相手ノードと通信することも好適である。
【００４０】
なお、本発明は、上記手順を実現する手段の少なくとも一部を有する移動端末若しくはノード、又は、そのような移動端末若しくはノードを備えた移動体として捉えることができる。また、本発明は、上記手順の少なくとも一部を含む暗号化通信方法、又は、この方法を実現するためのプログラムとして捉えることもできる。なお、上記手段および手順の各々は可能な限り互いに組み合わせて本発明を構成することができる。
【００４１】
例えば、本発明の一実施態様としての暗号化通信方法においては、移動端末と通信相手ノードが公開鍵暗号方式により共通鍵を交換した後に、移動端末と前記ノードが前記共通鍵を用いて共通鍵暗号方式による暗号化通信を行い、暗号化通信時に通信断が発生した場合には、移動端末と前記ノードのそれぞれが、通信断から通信回復までの時間を計測し、その計測値に基づいて新たな共通鍵を生成し、この新たな共通鍵を用いて暗号化通信を再開することが好適である。
【００４２】
また、本発明の一実施態様としての移動端末は、通信相手ノードと公開鍵暗号方式により共通鍵を交換した後に、前記ノードと前記共通鍵を用いて共通鍵暗号方式による暗号化通信を行い、暗号化通信時に通信断が発生した場合には、通信断から通信回復までの時間を計測し、その計測値に基づいて前記ノードとの間で予め定められた生成方法に従って新たな共通鍵を生成し、この新たな共通鍵を用いて暗号化通信を再開することが好適である。
【００４３】
また、本発明の一実施態様としてのプログラムは、通信相手ノードと公開鍵暗号方式により共通鍵を交換した後に、前記ノードと前記共通鍵を用いて共通鍵暗号方式による暗号化通信を行い、暗号化通信時に通信断が発生した場合には、通信断から通信回復までの時間を計測し、その計測値に基づいて前記ノードとの間で予め定められた生成方法に従って新たな共通鍵を生成し、この新たな共通鍵を用いて暗号化通信を再開する処理をコンピュータに実行させることが好適である。
【００４４】
また、本発明の一実施態様としての移動体は、上記移動端末のうちいずれかの移動端末を備えることが好適である。
【００４５】
【発明の実施の形態】
以下に図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。
【００４６】
図１は、本発明の一実施形態に係る暗号化通信システムの全体像を示す図である。
【００４７】
同図では、移動端末１が移動体としての自動車２に設置されている例を示している。移動端末１は、ネットワーク接続機能を有するコンピュータであればそのハードウエア構成は問わない。例えば、カーナビゲーション機能を兼ね備えた車載端末装置であってもよいし、ノートパソコン，ＰＤＡ，携帯電話等の持ち運び可能な装置であってもよい。
【００４８】
移動端末１は無線通信機能を有しており、無線基地局３ａ，３ｂを介して広域ネットワークに接続可能である。ここでは、広域ネットワークとしてインターネットを、そのときの通信プロトコルとしてＩＰｖ６を例に挙げて説明を行う。
【００４９】
無線基地局３ａ，３ｂは、無線によるブロードバンド接続サービスを提供する事業者により設置・運営されている。無線基地局３ａ，３ｂの伝送距離は、携帯電話の基地局等に比べて短く、その通信エリアは数十ｍ〜数百ｍ程度である。したがって、自動車２の走行中は、無線基地局を次々に移動しながらインターネット接続を継続することとなる。
【００５０】
上述したように、一般に、無線基地局３ａ，３ｂは１つのルータとして機能し、それぞれの通信エリア内は１つのサブネットを構成している（図中の点線は、無線基地局の通信エリアを示している。）。それゆえ、移動端末１は、異なる通信エリアに入る度に新しいＩＰアドレスの割り当てを受ける。ＩＰアドレスの割り当ては、無線基地局のＤＨＣＰｖ６（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６）サービスを利用する方法や、移動端末１自身がＭＡＣアドレス（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ａｄｄｒｅｓｓ）とネットワーク・プレフィックス情報に基づいてＩＰアドレスを自動構成する方法などがある。
【００５１】
本実施形態では、ＩＰアドレスが変わった場合でも通信の連続性を確保するために、ＭｏｂｉｌｅＩＰｖ６の仕組みを採用している。
【００５２】
移動端末１は、固定アドレスとしてのホーム・アドレス（Ｈｏｍｅ Ａｄｄｒｅｓｓ）を有している。ホーム・アドレスは、移動端末１が通常接続されているホーム・ネットワーク（Ｈｏｍｅ Ｎｅｔｗｏｒｋ）における１２８ｂｉｔ長のＩＰアドレスである。
【００５３】
ユーザは、ブロードバンド接続サービスに加入する際に、移動端末１のホーム・ネットワークを選択する。例えば、自宅や会社あるいは自動車２の駐車場等にある無線基地局の通信エリアをホーム・ネットワークとして選ぶとよい。図１では、無線基地局３ａがホーム・ネットワークとなっている。
【００５４】
移動端末１がホーム・ネットワークに接続されている場合には、移動端末１とＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サーバ４との通信は、固定端末同士の通信と変わるところがない。つまり、通常のＴＣＰ／ＩＰ通信と同様にして、移動端末１はＷＷＷサービスを受けることができる。
【００５５】
移動端末１が、ホーム・ネットワーク以外のネットワーク（移動先ネットワーク）に移動した場合には、移動先ネットワーク内の無線基地局３ｂから気付アドレスの割り当てを受ける。気付アドレスは、無線基地局３ｂのサブネット内における１２８ｂｉｔ長のＩＰアドレスである。
【００５６】
移動先ネットワーク内にいる場合には、移動端末１は気付アドレスを用いてしか通信を行うことができない。したがって、どこかでホーム・アドレスと気付アドレスの対応関係を管理する必要がある。その役割を担うのが、ホーム・エージェントである。本実施形態では、無線基地局３ａがホーム・エージェント機能を有している。
【００５７】
移動端末１は、気付アドレスの割り当てを受けると、ホーム・エージェント（無線基地局３ａ）に対してバインディング・アップデートを送出する。これは、自身の位置情報をホーム・エージェントに通知する処理に相当する。ホーム・エージェントはバインディング・アップデートを受信すると、移動端末１の気付アドレスとホーム・アドレスの対応関係をバインディング・キャッシュ（Ｂｉｎｄｉｎｇ Ｃａｃｈｅ）に登録する。
【００５８】
ホーム・エージェントは、ＷＷＷサーバ４から移動端末１のホーム・アドレス宛のパケットを受信すると、そのパケットをカプセル化し移動端末１の気付アドレスにトンネルを用いて転送する。これにより、移動端末１は、ホーム・アドレス宛に届いたパケットを移動先ネットワークで受け取ることができる。
【００５９】
移動端末１は、ホーム・エージェントからの転送パケットを受け取ると、そのパケットの送信元であるＷＷＷサーバ４が移動端末１のバインディングをキャッシュしていないことを知る。そこで、移動端末１は、ＷＷＷサーバ４に対してもバインディング・アップデートを送出し、自身の気付アドレスを通知する。ＷＷＷサーバ４が、移動端末１の気付アドレスとホーム・アドレスの対応関係をバインディング・キャッシュに登録した後は、ホーム・エージェントを介することなく、気付アドレスを用いて移動端末１とＷＷＷサーバ４とが直接通信を行う。
【００６０】
このように、ＭｏｂｉｌｅＩＰｖ６では、移動端末１がホーム・エージェントや他のノードに対してバインディング・アップデートを送出し、自身の気付アドレスを通知することで、通信路の連続性を確保することができる。
【００６１】
次に、図２〜図４のフロー図を参照して、本実施形態に係る暗号化通信方法について説明する。なお、以下に述べる処理は、移動端末やホーム・エージェントが具備するハードディスク等の記録媒体に記録されたプログラムが、ＣＰＵ（中央演算処理装置）に読み込まれ、ＣＰＵによって実行されることで実現されるものである。
【００６２】
ＴＣＰ／ＩＰ通信におけるセキュリティ技術としては、ＩＥＴＦにおいて標準化されたＩＰｓｅｃ（ＩＰ Ｓｅｃｕｒｉｔｙ）が知られている。ＩＰｓｅｃは、ＩＰレベルの暗号化機能であり、パケット認証や暗号化のプロトコル（ＥＳＰ； Ｅｎｃａｐｓｕｌａｔｉｎｇ Ｓｅｃｕｒｉｔｙ Ｐａｙｌｏａｄ），鍵交換のプロトコル（ＩＫＥ； Ｉｎｔｅｒｎｅｔ Ｋｅｙ Ｅｘｃｈａｎｇｅ），ヘッダ構造（ＡＨ； Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｈｅａｄｅｒ）等の複数のプロトコルを総称するものである。ＩＰｖ６ではＩＰｓｅｃを実装することが必須とされており、また、ＭｏｂｉｌｅＩＰｖ６のバインディング・アップデートはＩＰｓｅｃによるパケット認証を行う必要がある。
【００６３】
移動端末が通信相手ノードであるホーム・エージェントとの間でＩＰｓｅｃによる暗号化通信を開始する際には、その準備段階（ネゴシエーション）として、互いの認証、暗号方式の決定、鍵交換などを行いＳＡを確立する必要がある。この処理は、ＩＫＥを利用して自動的に行われる。
【００６４】
（１）移動端末の認証（図２）
ホーム・エージェントは移動端末からのリクエストに応じて、移動端末が本人であるかどうかの認証を行う。ここでの認証方法としては、認証局（ＣＡ； Ｃｅｒｔｉｆｉｃａｔｅ Ａｕｔｈｏｒｉｔｙ）（図１においては符号５で示す。）が発行した電子証明書を利用する方法が一般的である。
【００６５】
移動端末は、まず自身の電子証明書をホーム・エージェントに送信する（ステップＳ１００）。
【００６６】
電子証明書は、ＩＴＵ（国際通信連合）が標準化したＸ．５０９の仕様にしたがったフォーマットのものを用いるとよい。電子証明書には、証明書バージョン番号、通し番号、認証局の識別名、電子証明書の有効期限、移動端末の識別名、移動端末の公開鍵等が含まれている。電子証明書には、電子証明書自体のメッセージ・ダイジェスト（ＭＤ）が添付されている。メッセージ・ダイジェストは認証局の秘密鍵で暗号化されている。
【００６７】
そこで、ホーム・エージェントは認証局に問い合わせをし、認証局の公開鍵を要求する（ステップＳ１０１）。認証局は、その要求に応じて公開鍵をホーム・エージェントに送信する（ステップＳ１０２）。なお、ホーム・エージェントがすでに認証局の公開鍵を保有している場合には、これらの処理は不要となる。
【００６８】
ホーム・エージェントは、認証局の公開鍵でメッセージ・ダイジェストを復号化する一方（ステップＳ１０３）、電子証明書からメッセージ・ダイジェストを生成する（ステップＳ１０４）。そして、復号化したメッセージ・ダイジェストと生成したメッセージ・ダイジェストとを比較照合する（ステップＳ１０５）。両者が一致していたら、電子証明書が正当であること、すなわち、その電子証明書を送ってきた移動端末が本人であることがわかる。
【００６９】
これにより、ホーム・エージェントは移動端末の認証を行うことができる。また、電子証明書には、移動端末の公開鍵が含まれているので、上記認証処理と同時に公開鍵の取得も行うことができる（ステップＳ１０６）。
【００７０】
（２）ホーム・エージェントの認証
次に、移動端末もホーム・エージェントが本人であるかどうかの認証とホーム・エージェントの公開鍵の入手を実行する。移動端末での処理の流れも、上記ステップＳ１００〜Ｓ１０６におけると同様であるので、ここでは詳しい説明を省略する。
【００７１】
上記（１），（２）の手順により、移動端末とホーム・エージェントとの間で、公開鍵暗号方式による暗号化通信を行うための準備が整う。
【００７２】
（３）共通鍵の交換（図３）
ホーム・エージェントは共通鍵を生成し（ステップＳ２００）、その共通鍵を自身の秘密鍵で暗号化した後（ステップＳ２０１）、移動端末に送信する（ステップＳ２０２）。移動端末は、ホーム・エージェントの公開鍵で復号化を行い、共通鍵を入手する（ステップＳ２０３）。これにより、移動端末とホーム・エージェントが同じ共通鍵を持つことになる。
【００７３】
ネゴシエーションが完了し、ＳＡが確立した後は、移動端末とホーム・エージェントは共通鍵を用いて送受信するデータのパケット認証・暗号化処理を行うことが可能となる。バインディング・アップデートのやり取りも共通鍵暗号方式を用いて行われる。
【００７４】
上述したように、本実施形態では公開鍵暗号方式を用いて認証処理および鍵交換処理を行う。公開鍵暗号方式は暗号強度が高く、信頼性に優れるので、認証や鍵交換を安全に行うことができる。
【００７５】
また、本実施形態では、公開鍵暗号方式で共通鍵の交換を行った後、暗号化・復号化処理の軽い共通鍵暗号方式に切り替えるので、暗号化通信時のＣＰＵの処理負荷を軽減することができる。車載端末など高速に移動する移動端末でＭｏｂｉｌｅＩＰｖ６通信を行う際には、バインディング・アップデートを頻繁に行う必要があるが、共通鍵暗号方式によれば、バインディング・アップデートに要する暗号化・復号化の処理負荷を軽減することも可能となる。
【００７６】
また、移動端末とホーム・エージェント間で暗号化通信を行うことにより、データの漏洩・傍受・改ざん等を防止することができ、移動端末であっても信頼性・安全性の高い通信を行うことができる。
【００７７】
なお、ＳＡの有効期限はシステムの運用状況に応じてあらかじめ定められており、期限を過ぎた場合には鍵は無効となる。また、電波状態の悪化や自動車のエンジン停止等により通信断が発生した場合にもＳＡが消失し共通鍵が無効となる。その場合には、次の手順で通信再開処理を行う。
【００７８】
（４）通信再開処理（図４）
電波状態の悪化やエンジン停止等により通信断が発生すると、移動端末とホーム・エージェントはそれぞれ現在の共通鍵を保存する（ステップＳ３００，Ｓ３０１）。また、移動端末とホーム・エージェントのそれぞれが通信断の時点からの経過時間のカウント（計測）を開始する（ステップＳ３０２，Ｓ３０３）。
【００７９】
移動端末は、電波状態をモニタするなどして通信状態が回復したことを検知すると、ホーム・エージェントに対して共通鍵を持っているかどうかの問い合わせを行うとともに（ステップＳ３０４）、経過時間のカウントを終了する（ステップＳ３０５）。
【００８０】
ホーム・エージェントは、移動端末からの問い合せを受信することによって、移動端末との通信が回復したことを知り、経過時間のカウントを終了する（ステップＳ３０６）。
【００８１】
次に、ホーム・エージェントは、移動端末との間の共通鍵を保有しているかどうかを確認する。保有していない場合には「０」の数値を移動端末に返信する（不図示）。一方、共通鍵を保有している場合には、１〜１００までの間の乱数を発生させ（ステップＳ３０７）、生成した乱数を上記問い合せに対する返答として移動端末に返信する（ステップＳ３０８）。
【００８２】
移動端末は、「０」を受信することで、ホーム・エージェントが本実施形態に係る通信再開処理を行う準備がないことを知る。この場合には、図２および図３のネゴシエーションを実行し、新たなＳＡを確立することとなる。
【００８３】
他方、「０」以外の乱数を受信した場合には、移動端末はホーム・エージェントが以下に述べる通信再開処理を行う準備があることを知り、下記式により新たな共通鍵を生成する（ステップＳ３０９）。ただし、下記式において、Ａは通信断から通信回復までのカウント値（計測値）、Ｂは乱数、Ｃは新たな共通鍵、Ｎは自然数を示す。また、「％」は剰余演算を示す。
Ｃ＝（Ａ／Ｎ）％Ｂ
【００８４】
また、乱数を返信した場合には、ホーム・エージェントも、同一の式により新たな共通鍵を生成する（ステップＳ３１０）。
【００８５】
通信断から通信回復までの時間（不通時間）は、移動端末とホーム・エージェント以外は知り得ない値である。したがって、移動端末とホーム・エージェントとがそれぞれ不通時間をカウントし、そのカウント値に基づいて生成した新たな共通鍵は、両者以外は生成することができない鍵であり、安全性が保証されたものとなる。
【００８６】
また、本実施形態では、不通時間のカウント値に加えて、ホーム・エージェントが発生した乱数も用いて共通鍵の生成を行っているので、新たな共通鍵の安全性をさらに高めることができる。
【００８７】
さらに、本実施形態では、移動端末からの問い合せに対する返答として、乱数を返信することとしたので、「問い合せ」と「返信」の１往復の通信のみで、互いに新たな共通鍵の生成処理を開始することができ、通信再開処理に要する処理ステップ数を少なくすることが可能となる。
【００８８】
なお、移動端末とホーム・エージェントで同一式を用いているので、同一の共通鍵が生成される蓋然性は高いものの、パケットの遅延等に起因して両者の間での不通時間のカウント値にある程度の誤差が生じる可能性も否定できない。
【００８９】
そこで、本実施形態では、カウント値Ａを自然数Ｎで除することによって、カウント値Ａに対して丸め処理を施し、上記誤差を吸収することとしている。（Ａ／Ｎ）の処理は、プログラム上、整数同士の計算として実行されるものであり、ＡがＮで割り切れない場合には切り上げ又は切り下げされた商が得られる。これにより、お互いで生成した共通鍵が一致しないという事態をきわめて少なくすることができる。なお、Ｎの値はシステムの運用状況等に合わせて適宜設定すればよい。
【００９０】
このようにして新たな共通鍵を生成した後は、移動端末とホーム・エージェントは、それぞれが生成した新たな共通鍵を用いて共通鍵暗号方式による暗号化通信を再開する。
【００９１】
したがって、本実施形態の方法によれば、通信断を経た後、公開鍵暗号方式を用いたネゴシエーションを行うことなく直ちに通信段階に入ることができるので、移動端末のように通信断が頻繁に発生するような通信環境においても、迅速かつ簡単に安全な暗号化通信を再開することが可能となる。
【００９２】
なお、上記構成は本発明の一実施形態を例示したものにすぎない。本発明の範囲は上記実施形態に限られるものではなく、その技術思想の範囲内で種々の変形が可能である。
【００９３】
例えば、上述した新たな共通鍵の生成方法および演算式は一例にすぎない。不通時間のカウント値に基づいて新たな共通鍵を生成するものであれば、いかなる生成方法および演算式も好適に用いることができる。その際、暗号強度や処理負荷等を考慮して、運用上最適なものを選べばよい。
【００９４】
また、上記実施形態では、不通時間と乱数に基づいて新たな共通鍵を生成することとしたが、共通鍵を生成するためのパラメータとしては少なくとも不通時間を含んでいればよい。そして、パラメータに、乱数、通信断前の共通鍵、互いの識別ＩＤ、その他通信を行う両者以外知り得ない情報等のうち１つ以上が含まれていると、共通鍵の安全性を高める上で好ましい。
【００９５】
また、上記実施形態では、乱数のパラメータをホーム・エージェント側（通信相手ノード側）で生成したが、このようなパラメータは移動端末側で生成しても構わない。また、乱数の範囲も１〜１００に限られることはない。
【００９６】
また、上記実施形態では移動端末が自動車に設置された場合を例にとり説明したが、移動端末が自動車以外の移動体（電車や飛行機等）に設置されている場合や、移動端末を人が持ち運ぶ場合などにも、本発明を適用可能である。
【００９７】
また、上記実施形態では移動端末の通信相手ノードとしてホーム・エージェントを例示したが、これに限られることはなく、パソコンやＰＤＡ等の端末（他の移動端末を含む。）、ＷＷＷサーバ等のサーバ、ＶＰＮ装置やルータ等のネットワーク装置など、ネットワークに接続されているあらゆる種類の通信相手ノードに対しても本発明を適用することが可能である。
【００９８】
【発明の効果】
以上説明したように、本発明によれば、移動端末のように通信断が頻繁に発生するような通信環境においても、迅速かつ簡単に安全な暗号化通信を再開することが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る暗号化通信システムの全体像を示す図である。
【図２】移動端末の認証処理を示すフロー図である。
【図３】共通鍵の交換処理を示すフロー図である。
【図４】通信再開処理を示すフロー図である。
【符号の説明】
１ 移動端末
２ 自動車
３ａ，３ｂ 無線基地局
４ ＷＷＷサーバ
５ 認証局
【発明の属する技術分野】
本発明は、暗号化通信技術に関するものであり、特に、移動端末における暗号化通信に用いられて好適な技術に関する。
【０００２】
【従来の技術】
ホットスポットとよばれる高速無線通信のインフラの登場により、ノートパソコンやＰＤＡ（情報携帯端末）等の移動端末を持ち歩き、街中でブロードバンド接続を楽しむという利用形態が増え始めている。
【０００３】
このような移動端末での通信では、無線基地局の切り替わりの際に通信の連続性を確保することが重要な課題となる。一般に、無線基地局は１つのルータとして機能し、その通信エリア内は１つのサブネットを構成している。それゆえ、無線基地局が切り替わった場合には、その都度新しいＩＰアドレスの割り当てを受けることとなる。しかし、ＩＰアドレスが変わると、通信相手との間のセッションが分断されるため、例えばＩＰ電話やストリーミングのような連続して通信路を確保しなければならないアプリケーションを使う場合に支障をきたす。
【０００４】
かかる問題を解決する技術の一つとして注目されているのがＭｏｂｉｌｅＩＰｖ６（Ｍｏｂｉｌｅ ＩＰ ｖｅｒｓｉｏｎ ６）である。ＭｏｂｉｌｅＩＰｖ６の仕様は、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）によって標準化作業が進められている。なお、ＭｏｂｉｌｅＩＰｖ６に関する先行技術としては特許文献１等が知られている。
【０００５】
ＭｏｂｉｌｅＩＰｖ６では、移動端末（移動ノード；Ｍｏｂｉｌｅ Ｎｏｄｅ）が移動先ネットワークにおいて気付アドレス（Ｃａｒｅ−ｏｆ Ａｄｄｒｅｓｓ）の割り当てを受けると、バインディング・アップデート（Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ）をホーム・エージェント（Ｈｏｍｅ Ａｇｅｎｔ）に送出する。これは、自身の位置情報をホーム・エージェントに通知する処理に相当する。ホーム・エージェントは、移動端末の気付アドレスとホーム・アドレス（Ｈｏｍｅ Ａｄｄｒｅｓｓ）（移動端末の固定アドレス）との対応関係を管理し、他のノード（Ｃｏｒｒｅｓｐｏｎｄｅｎｔ Ｎｏｄｅ）から移動端末のホーム・アドレス宛のパケットを受信すると、そのパケットを移動端末の気付アドレスにトンネルを用いて転送する。
【０００６】
移動端末は、ホーム・エージェントからの転送パケットを受け取ると、送信元ノードに対してバインディング・アップデートを送出し、当該ノードにも自身の気付アドレスを通知する。以降は、ホーム・エージェントを介することなく、気付アドレスを用いて移動端末と当該ノードが直接通信を行う。
【０００７】
このように、ＭｏｂｉｌｅＩＰｖ６では、移動端末がホーム・エージェントや他のノードに対してバインディング・アップデートを送出し、自身の気付アドレスを通知することで、通信路の連続性を確保している。なお、バインディング・アップデートは、サブネットの切り替わりの際、並びに、一定時間ごとに定期的に送出されるものである。
【０００８】
【特許文献１】
特開２００２−２７１３６８号公報
【０００９】
【発明が解決しようとする課題】
ＭｏｂｉｌｅＩＰｖ６のバインディング・アップデートは、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６）パケットに「Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ」宛先オプションを含めることによって実現される。気付アドレスの盗聴や改ざんを防止し、移動端末における通信の安全性を確保するという観点から、本オプションが含まれるパケットのやり取りには暗号化通信を用いるべきである。
【００１０】
しかしながら、移動端末における暗号化通信の実装にあたっては、以下に述べるような問題がある。
【００１１】
暗号化通信を開始する際には、その準備段階として、移動端末と通信相手ノード（ホーム・エージェント含む。）との間で、ＳＡ（Ｓｅｃｕｒｉｔｙ Ａｓｓｏｃｉａｔｉｏｎ）を確立しなければならない。ここでは、ＳＡを確立するための処理をネゴシエーションと称する。
【００１２】
ネゴシエーションでは、まず、移動端末と通信相手ノードとが相互に相手方の認証を行う。ここでの認証処理は、認証局が発行した電子証明書を利用する方法が一般的である。相手方から受け取った電子証明書を認証局の公開鍵で復号化することによって、電子証明書の正当性、すなわち相手方の認証を行うのである。また、このとき同時に電子証明書に含まれた相手方の公開鍵も入手する。これにより、公開鍵暗号方式による暗号化通信の準備が整う。
【００１３】
公開鍵暗号方式は、暗号化と復号化を別の鍵（秘密鍵と公開鍵）を使って行うため、鍵の管理や交換が比較的安全であり、暗号強度が強いなどの利点を有するが、その反面、暗号化と復号化に相当の演算時間を要するという欠点を有している。そこで、移動端末と通信相手ノードは、入手した相手方の公開鍵を用いて共通鍵（Ｓｈａｒｅｄ Ｋｅｙ）の交換を行い、実際のデータ通信は比較的処理の軽い共通鍵暗号方式を利用して行う。バインディング・アップデートのやり取りはこの共通鍵暗号方式で行われる。
【００１４】
このように、ネゴシエーションでは、公開鍵暗号方式を利用して認証や鍵交換等の処理を行うために、相当の処理時間を要する。ただ、たとえばホットスポットカフェなどでＷｅｂアクセスやメールチェックを行うような一般的な利用形態であれば、ネゴシエーションの回数はさほど多くないため、特に問題となることはない。
【００１５】
しかしながら、移動端末が自動車等の移動体に設置されているケースでは事情が異なる。
【００１６】
この場合、移動端末が高速に移動するので、サブネットが頻繁に切り替わることとなる。それゆえ、一般的な利用形態に比べて、極めて短い時間間隔でバインディング・アップデートを行わなければならない。移動速度や通信エリアの広さにもよるが、１分間に数回〜十数回程度の割合でバインディング・アップデートが発生するものと予想される。
【００１７】
その一方で、移動端末が高速に移動する場合には、電波状態の悪化やハンドオーバーの不具合による通信断が頻繁に発生するおそれがある。また、自動車のエンジンを停止した場合にも、通信が切断される。通信断が発生した場合にはＳＡが消失するため、通信回復後にバインディング・アップデートを行う際には再度ネゴシエーションから始める必要がある。
【００１８】
このように、移動端末が移動体に設置されている場合には、頻発する通信再開処理の度に処理時間を要するネゴシエーションを行わなければならず、これによる処理負荷の増大や通信速度の低下が無視できなくなるのである。
【００１９】
本発明は上記実情に鑑みてなされたものであって、その目的とするところは、移動端末の暗号化通信において、通信断後の通信再開処理を迅速かつ簡単に行うことを可能にする技術を提供することにある。
【００２０】
【課題を解決するための手段】
上記目的を達成するために本発明では、以下の手順で暗号化通信を行う。
【００２１】
まず、移動端末と通信相手ノードが公開鍵暗号方式により共通鍵を交換する。これは、暗号化通信を行う前の準備段階（ネゴシエーション）である。公開鍵暗号方式は暗号強度が高く、信頼性に優れるので、共通鍵の交換を安全に行うことができる。
【００２２】
ここで、「移動端末」とは、ネットワーク（サブネット）間を移動しうる端末をいい、単一のＬＡＮに常時接続された状態にある端末（固定端末）以外の端末は全て該当する。移動端末としては、ノートパソコン、ＰＤＡ、携帯電話等のように、その端末装置自体を持ち運び可能なものの他、ネットワーク接続可能なカーナビゲーション装置のように、その端末装置自体は自動車等に固定的に設置されてはいるが、設置された対象物（自動車等）が移動体であるために、ネットワーク間を移動することとなるものも含まれる。
【００２３】
ここで、「通信相手ノード」としては、ネットワークに接続されている装置全般をいい、例えば、パソコンやＰＤＡ等の端末（移動端末を含む。）、ＷＷＷサーバ等のサーバ、ＶＰＮ装置やホーム・エージェントやルータ等のネットワーク装置などが該当する。移動端末と通信相手ノードの間のネットワークとしては、インターネットが代表的な例であるが、それ以外の広域ネットワークも含む。
【００２４】
共通鍵を交換した後（準備段階が完了した後）は、移動端末と通信相手ノードが共通鍵を用いて共通鍵暗号方式による暗号化通信を行う（通信段階）。移動端末と通信相手ノード間で暗号化通信を行うことにより、データの漏洩・傍受・改ざん等を防止することができ、移動端末であっても信頼性・安全性の高い通信を行うことができる。また、共通鍵暗号方式は、公開鍵暗号方式に比べて暗号化・復号化処理が軽いため、ＣＰＵへの処理負荷を軽減することができる。
【００２５】
本発明においては、暗号化通信時に通信断が発生した場合には、次の手順で通信再開処理を行う。
【００２６】
移動端末は、通信断から通信回復までの時間を計測し、その計測値に基づいて新たな共通鍵を生成する。一方、通信相手ノードも、通信断から通信回復までの時間を計測し、その計測値に基づいて新たな共通鍵を生成する。このとき、移動端末と通信相手ノードとが、両者の間で予め定められた所定の生成方法にしたがって、それぞれ新たな共通鍵を生成する。
【００２７】
通信断から通信回復までの時間（不通時間）は、移動端末と通信相手ノードの両者が知り得る値であるとともに、その両者以外は知り得ない値である。したがって、移動端末と通信相手ノードとがそれぞれ不通時間を計測し、その計測値に基づいて生成した新たな共通鍵は、両者以外は生成することができない鍵であり、安全性が保証されたものとなる。
【００２８】
そして、移動端末と通信相手ノードは、この新たな共通鍵を用いて暗号化通信を再開する。
【００２９】
本発明によれば、公開鍵暗号方式を用いたネゴシエーションを行うことなく通信段階に入ることができるので、従来よりも処理負荷を軽減することができる。したがって、移動端末のように通信断が頻繁に発生するような通信環境においても、迅速かつ簡単に安全な暗号化通信を再開することが可能となる。
【００３０】
新たな共通鍵の生成方法としては、種々の方法が考えられ、暗号強度や処理負荷等を考慮して、運用上最適なものを選べばよい。また、それぞれのノードが複数の生成方法を実装しておき、最初の準備段階において相手ノードとの間で通信再開処理で使用する生成方法を決定しておくことも好ましい。
【００３１】
新たな共通鍵を生成する際には、計測値に丸め処理を施した値を用いることが好ましい。パケット通信等の場合には、パケットの遅延が起こりうるため、パケットを送出した時刻とパケットが到達する時刻とは必ずしも一致しない。したがって、移動端末と通信相手ノードとの間での不通時間の計測値にある程度の誤差が生じるおそれがある。この場合でも、計測値に丸め処理を施せば、その誤差を吸収することができるので、お互いで生成した共通鍵が一致しないという事態をきわめて少なくすることができる。
【００３２】
また、新たな共通鍵を生成する際に、計測値に加えて、移動端末または通信相手ノードが生成した乱数を用いることが好ましい。これにより、新たな共通鍵の安全性をさらに高めることができる。
【００３３】
また、通信回復時に移動端末が通信相手ノードに対して問い合せを行い、通信相手ノードが乱数を生成するとともに上記問い合せに対する返答として乱数を返信し、移動端末と通信相手ノードが新たな共通鍵を生成する際にその乱数を用いることも好ましい。
【００３４】
移動端末からの問い合せを受信することで、通信相手ノードは移動端末との通信が回復したことを知り、また、乱数を受信することで移動端末は通信相手ノードが本発明に係る通信再開処理を行う準備があることを知る。また、問い合せに対する返答として、新たな共通鍵を生成するための乱数を返信することとしたので、「問い合せ」と「返信」の１往復の通信のみで、互いに新たな共通鍵の生成処理を開始することができ、通信再開処理に要する処理ステップ数を少なくすることが可能となる。
【００３５】
新たな共通鍵の生成方法としては、例えば、計測値をＡ、乱数をＢ、とした場合に、
Ｃ＝（Ａ／Ｎ）％Ｂ
（ただし、Ｎは自然数であり、％は剰余演算を示す。）
で求まる値Ｃを新たな共通鍵とするとよい。
【００３６】
ここでの、（Ａ／Ｎ）の処理は、プログラム上、整数同士の計算として実行されるものであり、ＡがＮで割り切れない場合には切り上げ又は切り下げされた商が得られる。この演算処理が、計測値Ａの丸め処理に相当する。
【００３７】
また、上記新たな共通鍵を生成する際に、計測値に加えて、通信断前の共通鍵を用いることも好ましい。通信断前の共通鍵も移動端末と通信相手ノードしか知り得ない情報であるため、これにより、新たな共通鍵の安全性をさらに高めることができる。
【００３８】
また、公開鍵暗号方式により共通鍵を交換する際に、移動端末と通信相手ノードが互いに相手の認証を行うことも好ましい。これにより、通信相手が本人であることの確認ができ、通信の安全性をさらに高めることができる。
【００３９】
また、移動端末は無線方式により通信相手ノードと通信することも好適である。
【００４０】
なお、本発明は、上記手順を実現する手段の少なくとも一部を有する移動端末若しくはノード、又は、そのような移動端末若しくはノードを備えた移動体として捉えることができる。また、本発明は、上記手順の少なくとも一部を含む暗号化通信方法、又は、この方法を実現するためのプログラムとして捉えることもできる。なお、上記手段および手順の各々は可能な限り互いに組み合わせて本発明を構成することができる。
【００４１】
例えば、本発明の一実施態様としての暗号化通信方法においては、移動端末と通信相手ノードが公開鍵暗号方式により共通鍵を交換した後に、移動端末と前記ノードが前記共通鍵を用いて共通鍵暗号方式による暗号化通信を行い、暗号化通信時に通信断が発生した場合には、移動端末と前記ノードのそれぞれが、通信断から通信回復までの時間を計測し、その計測値に基づいて新たな共通鍵を生成し、この新たな共通鍵を用いて暗号化通信を再開することが好適である。
【００４２】
また、本発明の一実施態様としての移動端末は、通信相手ノードと公開鍵暗号方式により共通鍵を交換した後に、前記ノードと前記共通鍵を用いて共通鍵暗号方式による暗号化通信を行い、暗号化通信時に通信断が発生した場合には、通信断から通信回復までの時間を計測し、その計測値に基づいて前記ノードとの間で予め定められた生成方法に従って新たな共通鍵を生成し、この新たな共通鍵を用いて暗号化通信を再開することが好適である。
【００４３】
また、本発明の一実施態様としてのプログラムは、通信相手ノードと公開鍵暗号方式により共通鍵を交換した後に、前記ノードと前記共通鍵を用いて共通鍵暗号方式による暗号化通信を行い、暗号化通信時に通信断が発生した場合には、通信断から通信回復までの時間を計測し、その計測値に基づいて前記ノードとの間で予め定められた生成方法に従って新たな共通鍵を生成し、この新たな共通鍵を用いて暗号化通信を再開する処理をコンピュータに実行させることが好適である。
【００４４】
また、本発明の一実施態様としての移動体は、上記移動端末のうちいずれかの移動端末を備えることが好適である。
【００４５】
【発明の実施の形態】
以下に図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。
【００４６】
図１は、本発明の一実施形態に係る暗号化通信システムの全体像を示す図である。
【００４７】
同図では、移動端末１が移動体としての自動車２に設置されている例を示している。移動端末１は、ネットワーク接続機能を有するコンピュータであればそのハードウエア構成は問わない。例えば、カーナビゲーション機能を兼ね備えた車載端末装置であってもよいし、ノートパソコン，ＰＤＡ，携帯電話等の持ち運び可能な装置であってもよい。
【００４８】
移動端末１は無線通信機能を有しており、無線基地局３ａ，３ｂを介して広域ネットワークに接続可能である。ここでは、広域ネットワークとしてインターネットを、そのときの通信プロトコルとしてＩＰｖ６を例に挙げて説明を行う。
【００４９】
無線基地局３ａ，３ｂは、無線によるブロードバンド接続サービスを提供する事業者により設置・運営されている。無線基地局３ａ，３ｂの伝送距離は、携帯電話の基地局等に比べて短く、その通信エリアは数十ｍ〜数百ｍ程度である。したがって、自動車２の走行中は、無線基地局を次々に移動しながらインターネット接続を継続することとなる。
【００５０】
上述したように、一般に、無線基地局３ａ，３ｂは１つのルータとして機能し、それぞれの通信エリア内は１つのサブネットを構成している（図中の点線は、無線基地局の通信エリアを示している。）。それゆえ、移動端末１は、異なる通信エリアに入る度に新しいＩＰアドレスの割り当てを受ける。ＩＰアドレスの割り当ては、無線基地局のＤＨＣＰｖ６（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６）サービスを利用する方法や、移動端末１自身がＭＡＣアドレス（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ａｄｄｒｅｓｓ）とネットワーク・プレフィックス情報に基づいてＩＰアドレスを自動構成する方法などがある。
【００５１】
本実施形態では、ＩＰアドレスが変わった場合でも通信の連続性を確保するために、ＭｏｂｉｌｅＩＰｖ６の仕組みを採用している。
【００５２】
移動端末１は、固定アドレスとしてのホーム・アドレス（Ｈｏｍｅ Ａｄｄｒｅｓｓ）を有している。ホーム・アドレスは、移動端末１が通常接続されているホーム・ネットワーク（Ｈｏｍｅ Ｎｅｔｗｏｒｋ）における１２８ｂｉｔ長のＩＰアドレスである。
【００５３】
ユーザは、ブロードバンド接続サービスに加入する際に、移動端末１のホーム・ネットワークを選択する。例えば、自宅や会社あるいは自動車２の駐車場等にある無線基地局の通信エリアをホーム・ネットワークとして選ぶとよい。図１では、無線基地局３ａがホーム・ネットワークとなっている。
【００５４】
移動端末１がホーム・ネットワークに接続されている場合には、移動端末１とＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サーバ４との通信は、固定端末同士の通信と変わるところがない。つまり、通常のＴＣＰ／ＩＰ通信と同様にして、移動端末１はＷＷＷサービスを受けることができる。
【００５５】
移動端末１が、ホーム・ネットワーク以外のネットワーク（移動先ネットワーク）に移動した場合には、移動先ネットワーク内の無線基地局３ｂから気付アドレスの割り当てを受ける。気付アドレスは、無線基地局３ｂのサブネット内における１２８ｂｉｔ長のＩＰアドレスである。
【００５６】
移動先ネットワーク内にいる場合には、移動端末１は気付アドレスを用いてしか通信を行うことができない。したがって、どこかでホーム・アドレスと気付アドレスの対応関係を管理する必要がある。その役割を担うのが、ホーム・エージェントである。本実施形態では、無線基地局３ａがホーム・エージェント機能を有している。
【００５７】
移動端末１は、気付アドレスの割り当てを受けると、ホーム・エージェント（無線基地局３ａ）に対してバインディング・アップデートを送出する。これは、自身の位置情報をホーム・エージェントに通知する処理に相当する。ホーム・エージェントはバインディング・アップデートを受信すると、移動端末１の気付アドレスとホーム・アドレスの対応関係をバインディング・キャッシュ（Ｂｉｎｄｉｎｇ Ｃａｃｈｅ）に登録する。
【００５８】
ホーム・エージェントは、ＷＷＷサーバ４から移動端末１のホーム・アドレス宛のパケットを受信すると、そのパケットをカプセル化し移動端末１の気付アドレスにトンネルを用いて転送する。これにより、移動端末１は、ホーム・アドレス宛に届いたパケットを移動先ネットワークで受け取ることができる。
【００５９】
移動端末１は、ホーム・エージェントからの転送パケットを受け取ると、そのパケットの送信元であるＷＷＷサーバ４が移動端末１のバインディングをキャッシュしていないことを知る。そこで、移動端末１は、ＷＷＷサーバ４に対してもバインディング・アップデートを送出し、自身の気付アドレスを通知する。ＷＷＷサーバ４が、移動端末１の気付アドレスとホーム・アドレスの対応関係をバインディング・キャッシュに登録した後は、ホーム・エージェントを介することなく、気付アドレスを用いて移動端末１とＷＷＷサーバ４とが直接通信を行う。
【００６０】
このように、ＭｏｂｉｌｅＩＰｖ６では、移動端末１がホーム・エージェントや他のノードに対してバインディング・アップデートを送出し、自身の気付アドレスを通知することで、通信路の連続性を確保することができる。
【００６１】
次に、図２〜図４のフロー図を参照して、本実施形態に係る暗号化通信方法について説明する。なお、以下に述べる処理は、移動端末やホーム・エージェントが具備するハードディスク等の記録媒体に記録されたプログラムが、ＣＰＵ（中央演算処理装置）に読み込まれ、ＣＰＵによって実行されることで実現されるものである。
【００６２】
ＴＣＰ／ＩＰ通信におけるセキュリティ技術としては、ＩＥＴＦにおいて標準化されたＩＰｓｅｃ（ＩＰ Ｓｅｃｕｒｉｔｙ）が知られている。ＩＰｓｅｃは、ＩＰレベルの暗号化機能であり、パケット認証や暗号化のプロトコル（ＥＳＰ； Ｅｎｃａｐｓｕｌａｔｉｎｇ Ｓｅｃｕｒｉｔｙ Ｐａｙｌｏａｄ），鍵交換のプロトコル（ＩＫＥ； Ｉｎｔｅｒｎｅｔ Ｋｅｙ Ｅｘｃｈａｎｇｅ），ヘッダ構造（ＡＨ； Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｈｅａｄｅｒ）等の複数のプロトコルを総称するものである。ＩＰｖ６ではＩＰｓｅｃを実装することが必須とされており、また、ＭｏｂｉｌｅＩＰｖ６のバインディング・アップデートはＩＰｓｅｃによるパケット認証を行う必要がある。
【００６３】
移動端末が通信相手ノードであるホーム・エージェントとの間でＩＰｓｅｃによる暗号化通信を開始する際には、その準備段階（ネゴシエーション）として、互いの認証、暗号方式の決定、鍵交換などを行いＳＡを確立する必要がある。この処理は、ＩＫＥを利用して自動的に行われる。
【００６４】
（１）移動端末の認証（図２）
ホーム・エージェントは移動端末からのリクエストに応じて、移動端末が本人であるかどうかの認証を行う。ここでの認証方法としては、認証局（ＣＡ； Ｃｅｒｔｉｆｉｃａｔｅ Ａｕｔｈｏｒｉｔｙ）（図１においては符号５で示す。）が発行した電子証明書を利用する方法が一般的である。
【００６５】
移動端末は、まず自身の電子証明書をホーム・エージェントに送信する（ステップＳ１００）。
【００６６】
電子証明書は、ＩＴＵ（国際通信連合）が標準化したＸ．５０９の仕様にしたがったフォーマットのものを用いるとよい。電子証明書には、証明書バージョン番号、通し番号、認証局の識別名、電子証明書の有効期限、移動端末の識別名、移動端末の公開鍵等が含まれている。電子証明書には、電子証明書自体のメッセージ・ダイジェスト（ＭＤ）が添付されている。メッセージ・ダイジェストは認証局の秘密鍵で暗号化されている。
【００６７】
そこで、ホーム・エージェントは認証局に問い合わせをし、認証局の公開鍵を要求する（ステップＳ１０１）。認証局は、その要求に応じて公開鍵をホーム・エージェントに送信する（ステップＳ１０２）。なお、ホーム・エージェントがすでに認証局の公開鍵を保有している場合には、これらの処理は不要となる。
【００６８】
ホーム・エージェントは、認証局の公開鍵でメッセージ・ダイジェストを復号化する一方（ステップＳ１０３）、電子証明書からメッセージ・ダイジェストを生成する（ステップＳ１０４）。そして、復号化したメッセージ・ダイジェストと生成したメッセージ・ダイジェストとを比較照合する（ステップＳ１０５）。両者が一致していたら、電子証明書が正当であること、すなわち、その電子証明書を送ってきた移動端末が本人であることがわかる。
【００６９】
これにより、ホーム・エージェントは移動端末の認証を行うことができる。また、電子証明書には、移動端末の公開鍵が含まれているので、上記認証処理と同時に公開鍵の取得も行うことができる（ステップＳ１０６）。
【００７０】
（２）ホーム・エージェントの認証
次に、移動端末もホーム・エージェントが本人であるかどうかの認証とホーム・エージェントの公開鍵の入手を実行する。移動端末での処理の流れも、上記ステップＳ１００〜Ｓ１０６におけると同様であるので、ここでは詳しい説明を省略する。
【００７１】
上記（１），（２）の手順により、移動端末とホーム・エージェントとの間で、公開鍵暗号方式による暗号化通信を行うための準備が整う。
【００７２】
（３）共通鍵の交換（図３）
ホーム・エージェントは共通鍵を生成し（ステップＳ２００）、その共通鍵を自身の秘密鍵で暗号化した後（ステップＳ２０１）、移動端末に送信する（ステップＳ２０２）。移動端末は、ホーム・エージェントの公開鍵で復号化を行い、共通鍵を入手する（ステップＳ２０３）。これにより、移動端末とホーム・エージェントが同じ共通鍵を持つことになる。
【００７３】
ネゴシエーションが完了し、ＳＡが確立した後は、移動端末とホーム・エージェントは共通鍵を用いて送受信するデータのパケット認証・暗号化処理を行うことが可能となる。バインディング・アップデートのやり取りも共通鍵暗号方式を用いて行われる。
【００７４】
上述したように、本実施形態では公開鍵暗号方式を用いて認証処理および鍵交換処理を行う。公開鍵暗号方式は暗号強度が高く、信頼性に優れるので、認証や鍵交換を安全に行うことができる。
【００７５】
また、本実施形態では、公開鍵暗号方式で共通鍵の交換を行った後、暗号化・復号化処理の軽い共通鍵暗号方式に切り替えるので、暗号化通信時のＣＰＵの処理負荷を軽減することができる。車載端末など高速に移動する移動端末でＭｏｂｉｌｅＩＰｖ６通信を行う際には、バインディング・アップデートを頻繁に行う必要があるが、共通鍵暗号方式によれば、バインディング・アップデートに要する暗号化・復号化の処理負荷を軽減することも可能となる。
【００７６】
また、移動端末とホーム・エージェント間で暗号化通信を行うことにより、データの漏洩・傍受・改ざん等を防止することができ、移動端末であっても信頼性・安全性の高い通信を行うことができる。
【００７７】
なお、ＳＡの有効期限はシステムの運用状況に応じてあらかじめ定められており、期限を過ぎた場合には鍵は無効となる。また、電波状態の悪化や自動車のエンジン停止等により通信断が発生した場合にもＳＡが消失し共通鍵が無効となる。その場合には、次の手順で通信再開処理を行う。
【００７８】
（４）通信再開処理（図４）
電波状態の悪化やエンジン停止等により通信断が発生すると、移動端末とホーム・エージェントはそれぞれ現在の共通鍵を保存する（ステップＳ３００，Ｓ３０１）。また、移動端末とホーム・エージェントのそれぞれが通信断の時点からの経過時間のカウント（計測）を開始する（ステップＳ３０２，Ｓ３０３）。
【００７９】
移動端末は、電波状態をモニタするなどして通信状態が回復したことを検知すると、ホーム・エージェントに対して共通鍵を持っているかどうかの問い合わせを行うとともに（ステップＳ３０４）、経過時間のカウントを終了する（ステップＳ３０５）。
【００８０】
ホーム・エージェントは、移動端末からの問い合せを受信することによって、移動端末との通信が回復したことを知り、経過時間のカウントを終了する（ステップＳ３０６）。
【００８１】
次に、ホーム・エージェントは、移動端末との間の共通鍵を保有しているかどうかを確認する。保有していない場合には「０」の数値を移動端末に返信する（不図示）。一方、共通鍵を保有している場合には、１〜１００までの間の乱数を発生させ（ステップＳ３０７）、生成した乱数を上記問い合せに対する返答として移動端末に返信する（ステップＳ３０８）。
【００８２】
移動端末は、「０」を受信することで、ホーム・エージェントが本実施形態に係る通信再開処理を行う準備がないことを知る。この場合には、図２および図３のネゴシエーションを実行し、新たなＳＡを確立することとなる。
【００８３】
他方、「０」以外の乱数を受信した場合には、移動端末はホーム・エージェントが以下に述べる通信再開処理を行う準備があることを知り、下記式により新たな共通鍵を生成する（ステップＳ３０９）。ただし、下記式において、Ａは通信断から通信回復までのカウント値（計測値）、Ｂは乱数、Ｃは新たな共通鍵、Ｎは自然数を示す。また、「％」は剰余演算を示す。
Ｃ＝（Ａ／Ｎ）％Ｂ
【００８４】
また、乱数を返信した場合には、ホーム・エージェントも、同一の式により新たな共通鍵を生成する（ステップＳ３１０）。
【００８５】
通信断から通信回復までの時間（不通時間）は、移動端末とホーム・エージェント以外は知り得ない値である。したがって、移動端末とホーム・エージェントとがそれぞれ不通時間をカウントし、そのカウント値に基づいて生成した新たな共通鍵は、両者以外は生成することができない鍵であり、安全性が保証されたものとなる。
【００８６】
また、本実施形態では、不通時間のカウント値に加えて、ホーム・エージェントが発生した乱数も用いて共通鍵の生成を行っているので、新たな共通鍵の安全性をさらに高めることができる。
【００８７】
さらに、本実施形態では、移動端末からの問い合せに対する返答として、乱数を返信することとしたので、「問い合せ」と「返信」の１往復の通信のみで、互いに新たな共通鍵の生成処理を開始することができ、通信再開処理に要する処理ステップ数を少なくすることが可能となる。
【００８８】
なお、移動端末とホーム・エージェントで同一式を用いているので、同一の共通鍵が生成される蓋然性は高いものの、パケットの遅延等に起因して両者の間での不通時間のカウント値にある程度の誤差が生じる可能性も否定できない。
【００８９】
そこで、本実施形態では、カウント値Ａを自然数Ｎで除することによって、カウント値Ａに対して丸め処理を施し、上記誤差を吸収することとしている。（Ａ／Ｎ）の処理は、プログラム上、整数同士の計算として実行されるものであり、ＡがＮで割り切れない場合には切り上げ又は切り下げされた商が得られる。これにより、お互いで生成した共通鍵が一致しないという事態をきわめて少なくすることができる。なお、Ｎの値はシステムの運用状況等に合わせて適宜設定すればよい。
【００９０】
このようにして新たな共通鍵を生成した後は、移動端末とホーム・エージェントは、それぞれが生成した新たな共通鍵を用いて共通鍵暗号方式による暗号化通信を再開する。
【００９１】
したがって、本実施形態の方法によれば、通信断を経た後、公開鍵暗号方式を用いたネゴシエーションを行うことなく直ちに通信段階に入ることができるので、移動端末のように通信断が頻繁に発生するような通信環境においても、迅速かつ簡単に安全な暗号化通信を再開することが可能となる。
【００９２】
なお、上記構成は本発明の一実施形態を例示したものにすぎない。本発明の範囲は上記実施形態に限られるものではなく、その技術思想の範囲内で種々の変形が可能である。
【００９３】
例えば、上述した新たな共通鍵の生成方法および演算式は一例にすぎない。不通時間のカウント値に基づいて新たな共通鍵を生成するものであれば、いかなる生成方法および演算式も好適に用いることができる。その際、暗号強度や処理負荷等を考慮して、運用上最適なものを選べばよい。
【００９４】
また、上記実施形態では、不通時間と乱数に基づいて新たな共通鍵を生成することとしたが、共通鍵を生成するためのパラメータとしては少なくとも不通時間を含んでいればよい。そして、パラメータに、乱数、通信断前の共通鍵、互いの識別ＩＤ、その他通信を行う両者以外知り得ない情報等のうち１つ以上が含まれていると、共通鍵の安全性を高める上で好ましい。
【００９５】
また、上記実施形態では、乱数のパラメータをホーム・エージェント側（通信相手ノード側）で生成したが、このようなパラメータは移動端末側で生成しても構わない。また、乱数の範囲も１〜１００に限られることはない。
【００９６】
また、上記実施形態では移動端末が自動車に設置された場合を例にとり説明したが、移動端末が自動車以外の移動体（電車や飛行機等）に設置されている場合や、移動端末を人が持ち運ぶ場合などにも、本発明を適用可能である。
【００９７】
また、上記実施形態では移動端末の通信相手ノードとしてホーム・エージェントを例示したが、これに限られることはなく、パソコンやＰＤＡ等の端末（他の移動端末を含む。）、ＷＷＷサーバ等のサーバ、ＶＰＮ装置やルータ等のネットワーク装置など、ネットワークに接続されているあらゆる種類の通信相手ノードに対しても本発明を適用することが可能である。
【００９８】
【発明の効果】
以上説明したように、本発明によれば、移動端末のように通信断が頻繁に発生するような通信環境においても、迅速かつ簡単に安全な暗号化通信を再開することが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る暗号化通信システムの全体像を示す図である。
【図２】移動端末の認証処理を示すフロー図である。
【図３】共通鍵の交換処理を示すフロー図である。
【図４】通信再開処理を示すフロー図である。
【符号の説明】
１ 移動端末
２ 自動車
３ａ，３ｂ 無線基地局
４ ＷＷＷサーバ
５ 認証局
Claims (18)
- 移動端末と通信相手ノードが公開鍵暗号方式により共通鍵を交換した後に、
移動端末と前記ノードが前記共通鍵を用いて共通鍵暗号方式による暗号化通信を行い、
暗号化通信時に通信断が発生した場合には、
移動端末と前記ノードのそれぞれが、通信断から通信回復までの時間を計測し、その計測値に基づいて新たな共通鍵を生成し、この新たな共通鍵を用いて暗号化通信を再開する
暗号化通信方法。 - 前記新たな共通鍵を生成する際に、前記計測値に丸め処理を施した値を用いる請求項１記載の暗号化通信方法。
- 前記新たな共通鍵を生成する際に、移動端末または前記ノードが生成した乱数を用いる請求項１または２記載の暗号化通信方法。
- 通信回復時に移動端末が前記ノードに対して問い合せを行い、
前記ノードが乱数を生成するとともに前記問い合せに対する返答として前記乱数を返信し、
前記新たな共通鍵を生成する際に前記乱数を用いる請求項１または２記載の暗号化通信方法。 - 前記計測値をＡ、前記乱数をＢ、とした場合に、
Ｃ＝（Ａ／Ｎ）％Ｂ
（ただし、Ｎは自然数であり、％は剰余演算を示す。）
で求まる値Ｃを前記新たな共通鍵とする請求項３または４記載の暗号化通信方法。 - 前記新たな共通鍵を生成する際に、通信断前の前記共通鍵を用いる請求項１〜５のうちいずれか１項記載の暗号化通信方法。
- 公開鍵暗号方式により共通鍵を交換する際に、移動端末と前記ノードが互いに相手の認証を行う請求項１〜６のうちいずれか１項記載の暗号化通信方法。
- 移動端末は無線方式により前記ノードと通信する請求項１〜７のうちいずれか１項記載の暗号化通信方法。
- 通信相手ノードと公開鍵暗号方式により共通鍵を交換した後に、
前記ノードと前記共通鍵を用いて共通鍵暗号方式による暗号化通信を行い、
暗号化通信時に通信断が発生した場合には、
通信断から通信回復までの時間を計測し、その計測値に基づいて前記ノードとの間で予め定められた生成方法に従って新たな共通鍵を生成し、この新たな共通鍵を用いて暗号化通信を再開する
移動端末。 - 前記新たな共通鍵を生成する際に、前記計測値に丸め処理を施した値を用いる請求項９記載の移動端末。
- 前記新たな共通鍵を生成する際に、自身または前記ノードが生成した乱数を用いる請求項９または１０記載の移動端末。
- 通信回復時に前記ノードに対して問い合せを行い、その問い合せに対する返答として前記ノードが生成した乱数を受信し、前記新たな共通鍵を生成する際に前記乱数を用いる請求項９または１０記載の移動端末。
- 前記計測値をＡ、前記乱数をＢ、とした場合に、
Ｃ＝（Ａ／Ｎ）％Ｂ
（ただし、Ｎは自然数であり、％は剰余演算を示す。）
で求まる値Ｃを前記新たな共通鍵とする請求項１１または１２記載の移動端末。 - 前記新たな共通鍵を生成する際に、通信断前の前記共通鍵を用いる請求項９〜１３のうちいずれか１項記載の移動端末。
- 公開鍵暗号方式により共通鍵を交換する際に、前記ノードの認証を行う請求項９〜１４のうちいずれか１項記載の移動端末。
- 無線方式により前記ノードと通信する請求項９〜１５のうちいずれか１項記載の移動端末。
- 通信相手ノードと公開鍵暗号方式により共通鍵を交換した後に、
前記ノードと前記共通鍵を用いて共通鍵暗号方式による暗号化通信を行い、
暗号化通信時に通信断が発生した場合には、
通信断から通信回復までの時間を計測し、その計測値に基づいて前記ノードとの間で予め定められた生成方法に従って新たな共通鍵を生成し、この新たな共通鍵を用いて暗号化通信を再開する
処理をコンピュータに実行させるプログラム。 - 請求項９〜１６のうちいずれか１項記載の移動端末を備える移動体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003043040A JP4220803B2 (ja) | 2003-02-20 | 2003-02-20 | 暗号化通信方法、移動端末および移動体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003043040A JP4220803B2 (ja) | 2003-02-20 | 2003-02-20 | 暗号化通信方法、移動端末および移動体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004254120A true JP2004254120A (ja) | 2004-09-09 |
| JP4220803B2 JP4220803B2 (ja) | 2009-02-04 |
Family
ID=33026156
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003043040A Expired - Fee Related JP4220803B2 (ja) | 2003-02-20 | 2003-02-20 | 暗号化通信方法、移動端末および移動体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4220803B2 (ja) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006129432A (ja) * | 2004-09-30 | 2006-05-18 | Hitachi Ltd | 分散環境における暗号鍵更新方法、暗号鍵更新システム、暗号鍵更新システムを構成する認証サーバ、移動体、および無線基地局 |
| JP2007228369A (ja) * | 2006-02-24 | 2007-09-06 | Yaskawa Information Systems Co Ltd | ノード装置およびｉｋｅ継続方法 |
| JP2014049783A (ja) * | 2012-08-29 | 2014-03-17 | Nippon Telegraph & Telephone West Corp | 中継装置及びそれを用いたｉｐ電話システム |
| CN105812132A (zh) * | 2014-12-30 | 2016-07-27 | 浙江高鸿电子技术有限公司 | 基于车载短距离通信网的群组密码协商方法 |
| JP2017069756A (ja) * | 2015-09-30 | 2017-04-06 | ブラザー工業株式会社 | 通信システム、通信装置、および、コンピュータプログラム |
| WO2018078805A1 (ja) | 2016-10-28 | 2018-05-03 | 株式会社 東芝 | 車載ゲートウェイ装置を用いた移動体のソフトウェア更新システム |
| US20220219709A1 (en) * | 2021-01-14 | 2022-07-14 | Toyota Jidosha Kabushiki Kaisha | Vehicle control system |
| JP2023506908A (ja) * | 2019-12-18 | 2023-02-20 | コンチネンタル オートモーティヴ ゲゼルシャフト ミット ベシュレンクテル ハフツング | イーサネット車載ネットワークの時刻同期を安全にする方法 |
-
2003
- 2003-02-20 JP JP2003043040A patent/JP4220803B2/ja not_active Expired - Fee Related
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006129432A (ja) * | 2004-09-30 | 2006-05-18 | Hitachi Ltd | 分散環境における暗号鍵更新方法、暗号鍵更新システム、暗号鍵更新システムを構成する認証サーバ、移動体、および無線基地局 |
| JP4619858B2 (ja) * | 2004-09-30 | 2011-01-26 | 株式会社日立製作所 | 分散環境における暗号鍵更新方法、暗号鍵更新システム、暗号鍵更新システムを構成する無線基地局 |
| JP2007228369A (ja) * | 2006-02-24 | 2007-09-06 | Yaskawa Information Systems Co Ltd | ノード装置およびｉｋｅ継続方法 |
| JP4688160B2 (ja) * | 2006-02-24 | 2011-05-25 | 安川情報システム株式会社 | ノード装置およびｉｋｅ継続方法 |
| JP2014049783A (ja) * | 2012-08-29 | 2014-03-17 | Nippon Telegraph & Telephone West Corp | 中継装置及びそれを用いたｉｐ電話システム |
| CN105812132A (zh) * | 2014-12-30 | 2016-07-27 | 浙江高鸿电子技术有限公司 | 基于车载短距离通信网的群组密码协商方法 |
| JP2017069756A (ja) * | 2015-09-30 | 2017-04-06 | ブラザー工業株式会社 | 通信システム、通信装置、および、コンピュータプログラム |
| WO2018078805A1 (ja) | 2016-10-28 | 2018-05-03 | 株式会社 東芝 | 車載ゲートウェイ装置を用いた移動体のソフトウェア更新システム |
| US10901724B2 (en) | 2016-10-28 | 2021-01-26 | Kabushiki Kaisha Toshiba | Software update system for mobile body using vehicle-mounted gateway apparatus |
| JP2023506908A (ja) * | 2019-12-18 | 2023-02-20 | コンチネンタル オートモーティヴ ゲゼルシャフト ミット ベシュレンクテル ハフツング | イーサネット車載ネットワークの時刻同期を安全にする方法 |
| US20220219709A1 (en) * | 2021-01-14 | 2022-07-14 | Toyota Jidosha Kabushiki Kaisha | Vehicle control system |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4220803B2 (ja) | 2009-02-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4723158B2 (ja) | パケット・データ・ネットワークにおける認証方法 | |
| Perkins et al. | Route optimization for mobile IP | |
| TWI293844B (en) | A system and method for performing application layer service authentication and providing secure access to an application server | |
| US8046577B2 (en) | Secure IP access protocol framework and supporting network architecture | |
| CN101965722B (zh) | 安全性关联的重新建立 | |
| US20020118674A1 (en) | Key distribution mechanism for IP environment | |
| US20020120844A1 (en) | Authentication and distribution of keys in mobile IP network | |
| US20020147820A1 (en) | Method for implementing IP security in mobile IP networks | |
| US20050025091A1 (en) | Methods and apparatus for dynamic session key generation and rekeying in mobile IP | |
| JP2003324419A (ja) | アドレス・ベースド・キ−を使用して対応情報更新を保護する方法 | |
| WO2011114460A1 (ja) | 通信装置及び方法並びに通信システム | |
| WO2003014935A1 (en) | Efficient security association establishment negotiation technique | |
| JP2005204086A (ja) | 移動無線通信システム、移動無線端末装置、仮想私設網中継装置及び接続認証サーバ | |
| WO2011041962A1 (zh) | 一种支持合法监听的端到端会话密钥协商方法和系统 | |
| JP2004241976A (ja) | 移動通信ネットワークシステムおよび移動端末認証方法 | |
| JP3822555B2 (ja) | 安全なネットワークアクセス方法 | |
| JP4220803B2 (ja) | 暗号化通信方法、移動端末および移動体 | |
| US8750303B2 (en) | Mobility signaling delegation | |
| Tschofenig et al. | RSVP security properties | |
| JP2004207965A (ja) | 無線ｌａｎの高速認証方式及び高速認証方法 | |
| WO2011064858A1 (ja) | 無線認証端末 | |
| JP2002344443A (ja) | 通信システムおよびセキュリティアソシエーション切断／継続方法 | |
| EP1562340A1 (en) | Method and apparatus for establishing a temporary secure connection between a mobile network node and an access network node during a data transmission handover | |
| JP2004312517A (ja) | 経路最適化システムと方法およびプログラム | |
| CN1996838A (zh) | 一种多主机WiMAX系统中的AAA认证优化方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060206 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20081104 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20081114 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111121 Year of fee payment: 3 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 4220803 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111121 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121121 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121121 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131121 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |