JP2004248169A

JP2004248169A - 通信制御システムと通信制御方法およびプログラムと通信端末装置

Info

Publication number: JP2004248169A
Application number: JP2003038070A
Authority: JP
Inventors: Toshihiko Tamura; 藤嗣彦田村; Mayumi Yanagiya; 真由美柳谷; Juichi Bessho; 寿一別所; 康志 ▲高▼木; Koji Takagi
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2003-02-17
Filing date: 2003-02-17
Publication date: 2004-09-02

Abstract

【課題】ＩＰ通信網におけるセキュアな端末間通信の通信性能を向上させる。
【解決手段】ＩＰ通信網６において、セッション制御パケットがホップバイホップでセキュアに通信することが可能な環境下で、発側端末１、着側端末３のそれぞれに、パラメータ交換処理部１ｂ，３ｂと鍵生成部１ｃ，３ｃからなるセキュア処理部１ａ，３ａを設け、発側端末１と着側端末３間でセキュアに通信するためのパラメータ交換、鍵生成をセッション制御時に実施する構成とし、セキュア通信のための接続遅延を回避させる。
【選択図】図１

Description

【０００１】
【発明の属する技術分野】
本発明は、ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）網におけるセキュアな端末間通信を実現するための技術に係わり、特に、セッション制御パケットの機密性および完全性がホップバイホップで保証されている環境下において、セキュアなエンドツーエンドでの端末間通信を容易に実現するのに好適な通信制御技術に関するものである。
【０００２】
【従来の技術】
インタネット等のＩＰ網において、セッション制御を利用して、音声や映像を端末間でセキュアにエンドツーエンド通信する場合には、セッション制御のフェーズが完了した後に、端末間で、例えば非特許文献１に記載の「ＩＫＥ（ＩｎｔｅｒｎｅｔＫｅｙＥｘｃｈａｎｇｅ）」等の「本人認証」、「セキュリティパラメータの交換」、「共有鍵の生成」を別途実施する。
【０００３】
図５は、従来のＩＫＥにおける鍵管理プロトコルに関する処理手順を示すシーケンス図である。
【０００４】
図５においては、セキュアに端末間通信を実現するためのパラメータ交換、動的な鍵の生成手順が示されており、ここではセッション制御プロトコルとしてＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）を用いている。
【０００５】
まず、発側端末５１が、セッション制御の開始を示すＩＮＶＩＴＥ要求パケットをＳＩＰサーバ５５へ送信し、ＳＩＰサーバ５５は、そのＩＮＶＩＴＥ要求パケットを着側端末５２に送信する。ＩＮＶＩＴＥ要求パケットを受信した着側端末５２は、このＩＮＶＩＴＥ要求に対する２００応答パケットをＳＩＰサーバ５５へ送信し、ＳＩＰサーバ５５は、その２００応答パケットを発側端末５１に送信する。この２００応答パケットを受信した発側端末５１からＳＩＰサーバ５５を介して着側端末５２にＡＣＫパケットが送信されることで、発側端末５１と着側端末５２間での接続が完了する。
【０００６】
その後、発側端末５１と着側端末５２間で、「ＳＡｐａｒａｍｅｔｅｒｐｒｏｐｏｓａｌ」、「Ｄｉｆｆｉｅ−ＨｅｌｌｍａｎＥｘｃｈａｎｇｅ」、「ＡｕｔｈｅｎｔｉｃａｔｉｏｎＩｎｆ」（以上、フェーズ１（ｍａｉｎｍｏｄｅ））、「ＳＡｐａｒａｍｅｔｅｒｐｒｏｐｏｓａｌ（＋Ｄｉｆｆｉｅ−ＨｅｌｌｍａｎＥｘｃｈａｎｇｅ）」、「Ｈａｓｈｐａｙｌｏａｄ」（以上、フェーズ２（ｑｕｉｃｋｍｏｄｅ））を行い、セキュアな音声通信（「ＳｅｃｕｒｅｄＶｏｉｃｅ」）を行っている。
【０００７】
このように、発側端末と着側端末間がセキュアに端末間通信を実現する場合に、ＩＫＥ等の鍵管理プロトコルを実施すると、発側端末５１と着側端末５２間で、接続完了後にＩＫＥが実施され「本人認証」、「セキュリティパラメータの交換」、「共有鍵の生成」が行われる。この「本人認証」の実施、および、Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎアルゴリズムによる「鍵の生成」の実施により、接続遅延が増加する。
【０００８】
【非特許文献１】
ディ・ホーキンス（Ｄ．Ｈａｒｋｉｎｓ）、ディ・カレル（Ｄ．Ｃａｒｒｅｌ）、「ザ・インタネット・キー・エクスチェンジ（ＴｈｅＩｎｔｅｒｎｅｔＫｅｙＥｘｃｈａｎｇｅ（ＩＫＥ）」、［ｏｎｌｉｎｅ］、１９９８年９月、ネットワーク・ワーキング・グループ（ＮｅｔｗｏｒｋＷｏｒｋｉｎｇＧｒｏｕｐ）、［平成１５年１月２１日検索］、インタネット＜ＵＲＬ：ｈｔｔｐ：／／ｋａｉｚａｉ．ｖｉａｇｅｎｉｅ．ｑｃ．ｃａ／ｉｅｔｆ／ｒｆｃ／ｒｆｃ２４０９．ｔｘｔ＞
【非特許文献２】
ジェイ・アルコ（Ｊ．Ａｒｋｋｏ）、外６名、「セキュリティ・メカニズム・アグリーメント・フォ・ザ・セッション・イニシエーション・プロトコル（ＳｅｃｕｒｉｔｙＭｅｃｈａｎｉｓｍＡｇｒｅｅｍｅｎｔｆｏｒｔｈｅＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ（ＳＩＰ）」、［ｏｎｌｉｎｅ］、２００３年１月、ネットワーク・ワーキング・グループ（ＮｅｔｗｏｒｋＷｏｒｋｉｎｇＧｒｏｕｐ）、［平成１５年１月２１日検索］、インタネット＜ＵＲＬ：ｈｔｔｐ：／／ｋａｉｚａｉ．ｖｉａｇｅｎｉｅ．ｑｃ．ｃａ／ｉｅｔｆ／ｒｆｃ／ｒｆｃ３３２９．ｔｘｔ＞
【０００９】
【発明が解決しようとする課題】
解決しようとする問題点は、従来の技術では、ＩＰ網を介した端末間通信で、セキュリティを向上させるために実施する「鍵」を用いた認証を行う際、セッション制御の完了後に鍵を生成していたため、接続遅延の原因となってしまう点である。
【００１０】
例えば、「本人認証」は、セッション制御の登録時にユーザとネットワーク間で実現されているため、ネットワークを介する通信サービスの場合、別途端末間で認証を実施する必要はないものである。
【００１１】
また、「Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎによる共有秘密鍵生成」は、アンセキュアなネットワークを介して共有秘密鍵を生成する場合に有効な技術であるが、公開鍵認証をベースとするＤｉｆｆｉｅ−Ｈｅｌｌｍａｎアルゴリズムを用いると、接続遅延の増加の要因となる。
【００１２】
本発明の目的は、これら従来技術の課題を解決し、ＩＰ通信網におけるセキュアな端末間通信の通信性能を向上させることである。
【００１３】
【課題を解決するための手段】
上記目的を達成するため、本発明では、セッション制御を行う信号（セッション制御パケット）に、鍵を生成するために用いる情報や認証を行うために用いる情報（パラメータ情報）を含めることにより、セッション制御と同時に、鍵を使った認証も実行できるようにする。
【００１４】
【発明の実施の形態】
以下、本発明の実施の形態を、図面により詳細に説明する。
【００１５】
図１は、本発明に係わる通信制御システムの構成例を示すブロック図であり、図２は、図１における通信制御システムでの信号の流れを示す説明図、図３は、図１における通信制御システムの第１の処理動作例を示すシーケンス図、図４は、図１における通信制御システムの第２の処理動作例を示すシーケンス図である。
【００１６】
図１における発側端末１、発側ルータ２、着側端末３、着側ルータ４、セッション制御サーバ５のそれぞれは、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）や主メモリ、表示装置、入力装置、外部記憶装置等からなるコンピュータ装置構成であり、光ディスク駆動装置等を介してＣＤ−ＲＯＭ等の記憶媒体に記録されたプログラムやデータを外部記憶装置内にインストールした後、この外部記憶装置から主メモリに読み込みＣＰＵで処理することにより、各処理部の機能を実行する。
【００１７】
発側端末１と着側端末３は、それぞれ、発側端末１の在圏先に存在しているＩＰ網エッジルータとしての発側ルータ２と、着側端末３の在圏先に存在しているＩＰ網エッジルータとしての着側ルータ４を経由してＩＰ通信網６を介して相互に接続される。尚、発側端末１と着側端末３は、それぞれ、同じ機能を有する通信端末装置であるが、ここでは説明の便宜上、発側と着側に分けて記載している。
【００１８】
ＩＰ通信網６は、複数のＩＰサブネットにより構成されるインタネットである。発側端末１および着側端末３は、セッション制御もしくは呼制御プロトコル（以後、「セッション制御」とする）パケットを処理可能なクライアントソフトウェアを具備し、セッション制御によりセッション管理した上で、音声や映像のメディアパケットを相手側端末と送受信する。セッション制御サーバ５は、発側端末１と着側端末３の位置管理およびセッション制御パケットのプロキシ（中継）やリダイレクション（転送）を行う。
【００１９】
このような構成において、発側端末１とセッション制御サーバ５間、着側端末３とセッション制御サーバ５間、セッション制御サーバ５と図示していない他のセッション制御サーバ間において各々下位レイヤでのセキュアパスが確立され、セキュアにセッション制御パケットが処理される通信環境下となる。
【００２０】
このような通信環境下において、本例のシステムでは、発側端末１と着側端末３がエンドツーエンドでセキュアにメディアパケットを送受信する場合、発側端末１と着側端末３が使用するセキュリティプロトコル、発側端末１と着側端末３がサポートする暗号化メカニズム、発側端末１と着側端末３がサポートする認証メカニズム、セキュアパスの有効期間などのセキュリティ情報パラメータ群を、セッション制御パケットに含めて、セッション制御のフェーズにおいて、発側端末１と着側端末３間で交換する。
【００２１】
そして、発側端末１において、着側端末３からのパラメータ情報と発側端末１自身のパラメータ情報に基づき、エンドツーエンド通信で使用する認証プロトコルおよび暗号化プロトコルを決定し、さらに、その決定したプロトコルに基づいて、認証鍵および暗号化鍵となるための乱数を生成する。そして、セキュアパスが確立されているセッション制御パケットに、生成した認証鍵および暗号化鍵を含めて、着側端末３へ通知する。
【００２２】
これにより、認証鍵および暗号化鍵を、発側端末１と着側端末３の双方で共有することが可能となる。また、セキュアパスの有効期間の満了の予め定められた時間前もしくは後、例えば満了直前もしくは満了直後には、発側端末１において、再度乱数を生成して、着側端末３に通知し、鍵更新を動的に行う。
【００２３】
このような処理を行うために、本例では、発側端末１と着側端末３のそれぞれに、パラメータ交換処理部１ｂ，３ｂ、鍵生成部１ｃ，３ｃからなる本発明に係わる機能を実行するセキュア処理部１ａ，３ａを設けている。以下、パラメータ交換処理部１ｂ，３ｂ、鍵生成部１ｃ，３ｃに基づく、発側端末１と着側端末３間での本発明に関わる処理動作を説明する。
【００２４】
上述したように、本例では、発側端末１と着側端末３間でセキュアに端末間通信を実現する場合に、セキュアパスを確立するために必要なパラメータに関する情報の交換をセッション制御時に実施する。
【００２５】
このようにセッション制御時に交換するパラメータ情報の例として、「使用可能なセキュリティプロトコル」、「認証アルゴリズム」、「暗号化アルゴリズム」、「鍵の有効期間」などが挙げられる。
【００２６】
これらのパラメータ情報は、まず、発側端末１がパラメータ交換処理部１ｂの機能により着側端末３へ通知し、次に、着側端末３がパラメータ交換処理部３ｂの機能により発側端末１へ通知する。その後、発側端末１は着側端末３からのパラメータ情報をふまえて最終的に使用するパラメータ情報を決定する。
【００２７】
尚、このパラメータ情報交換のメカニズムは、セッション制御プロトコルが兼ね備える端末能力情報の交換と類似しているため、それほど大きな機能追加は必要とならない。
【００２８】
パラメータ情報の決定後に、発側端末１と着側端末３の双方間で共有するための認証鍵および暗号化鍵を発側端末１で鍵生成部１ｃにおいて生成し、セッション制御の確認パケットに、これらの鍵情報を含めて、着側端末３へ通知する。
【００２９】
また、鍵の有効期間の満了の予め定められた時間前（直前）もしくは後（直後）には、新しい鍵を発側端末１で鍵生成部１ｃにおいて再生成し、着側端末３へ通知することにより、必要最低限の処理で端末間の共有秘密鍵を生成し、かつ管理を行うことが可能となる。
【００３０】
以下、図２から図４を用いて、詳細を説明する。図１のシステムにおいて、発側端末１や着側端末３は、ＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）やＨ．３２３等、ＩＰ通信網６を介して音声、動画、データなどのマルチメディアセッションの確立や維持、終了を行うためのセッション制御プロトコルをサポートする。
【００３１】
また、セッション制御サーバ５は、ＩＰ通信網６内で端末（発側端末１、着側端末３等）がサポートするセッション制御プロトコルを用いて位置管理、パケットの中継および転送を行う機能を具備する。
【００３２】
本例では、図２に示すように、セッション制御パケットは、ＩＰ通信網６内のセッション制御サーバ５を介したホップバイホップの通信で転送され、メディアパケットは、発側端末１と着側端末３間でのエンドツーエンドの通信で転送される。
【００３３】
図３を用いて、セキュアに端末間通信を実現するためのパラメータ情報の交換手順、および、動的な鍵の生成手順について説明する。ここではセッション制御プロトコルとしてＳＩＰを用いる。
【００３４】
発側端末１は、セキュア処理部１ａにおけるパラメータ交換処理部１ｂにより、セッション制御の開始を示すＩＮＶＩＴＥ要求パケットに、発側端末１が具備する「セキュリティプロトコル」、「認証アルゴリズム」、「暗号化アルゴリズム」、「鍵の有効期間」等のセキュリティアソシエーション（ＳＡ；ＳｅｃｕｒｉｔｙＡｓｓｏｃｉａｔｉｏｎ）パラメータを含めて、（発側ルータ２を介して）ＳＩＰサーバ５へ送信する（ステップＳ１０１）。
【００３５】
ＳＩＰサーバ５は、発側端末１のＳＡパラメータを中継することにより、（着側ルータ４を介して）着側端末３へ通知する（ステップＳ１０２）。
【００３６】
着側端末３は、セキュア処理部３ａにおけるパラメータ交換処理部３ｂにより、ＳＩＰのＩＮＶＩＴＥ要求に対する２００応答パケットに、着側端末３が具備する「セキュリティプロトコル」、「認証アルゴリズム」、「暗号化アルゴリズム」、「鍵の有効期間」等のＳＡパラメータ（パラメータ情報）を含ませて（ステップＳ１０３）、（着側ルータ４を介して）ＳＩＰサーバ５へ通知する（ステップＳ１０４）。
【００３７】
ＳＩＰサーバ５は、着側端末３からのＳＡパラメータを中継することにより、（発側ルータ２を介して）発側端末１へ通知する（ステップＳ１０５）。
【００３８】
発側端末１は、パラメータ交換処理部１ｂにおいて、自発側端末１のＳＡパラメータを読み出し（ステップＳ１０６）、受信した着側端末３のＳＡパラメータと比較して、双方の端末がサポートする中で最適なＳＡパラメータ（鍵の有効期間を含む）を選択・決定する（ステップＳ１０７）。
【００３９】
尚、最適なＳＡパラメータ（パラメータ情報）を選択する条件として第１，第２の条件を用いる。第１の条件では、発側端末と着側端末のそれぞれがサポートしているＳＡパラメータを選ぶ。第２の条件では、第１の条件を満たすＳＡパラメータが複数ある場合は、予め設定された優先順位に従い選ぶ。
【００４０】
そして、発側端末１は、鍵生成部１ｃにおいて、パラメータ交換処理部１ｂで選択・決定した認証アルゴリズムや暗号化アルゴリズムに基づいて、発側端末１自身がサポートする乱数生成機能により、自発側端末１と着側端末３で共有する「認証鍵」、「暗号化鍵」を生成し（ステップＳ１０８）、ＳＩＰの２００応答に対するＡＣＫ要求パケットに含めて、ＳＩＰサーバ５へ通知する（ステップ１０９）。
【００４１】
ＳＩＰサーバ５は、発側端末１が選択したＳＡパラメータおよび発側端末１が生成した認証鍵と暗号化鍵を含めた情報を中継することにより、着側端末３へ通知する（ステップＳ１１０）。
【００４２】
着側端末３は、発側端末１が選択したメディアパケットを交換するためのＳＡパラメータおよび発側端末１が生成した認証鍵と暗号化鍵を取得し（ステップＳ１１１）、以降、認証・暗号処理に基づく安全な音声通信（ＳｅｃｕｒｅｄＶｏｉｃｅ）を行う（ステップＳ１１２）。
【００４３】
このような安全な音声通信（ＳｅｃｕｒｅｄＶｏｉｃｅ）中における鍵の交換手順、すなわち、ステップＳ１０７において選択・決定した鍵の有効期間が完了する前もしくは完了した後に、新たな鍵を生成して発側端末１と着側端末３で共有する動作について、図４を用いて説明する。
【００４４】
鍵の有効期間は発側端末１において管理しており、認証・暗号処理に基づく安全な音声通信（ＳｅｃｕｒｅｄＶｏｉｃｅ）中（ステップＳ２０１）に、有効期間の期限が近づくもしくは期限が過ぎると、発側端末１は、鍵生成部１ｃにおいて、新たに乱数を生成することにより、更新後の鍵を生成し（ステップＳ２０２）、ＵＰＤＡＴＥ要求を通じて、（発側ルータ２を介して）ＳＩＰサーバ５へ通知する（ステップＳ２０３）。
【００４５】
ＳＩＰサーバ５は、更新後の鍵を含むＵＰＤＡＴＥ要求を着側端末３へ（着側ルータ４を介して）通知する（ステップＳ２０４）。
【００４６】
着側端末３は、更新後の鍵を受信した後に（ステップＳ２０５）、２００応答をＳＩＰサーバ５へ通知し（ステップＳ２０６）、ＳＩＰサーバ５は、２００応答を発側端末１へ通知する（ステップＳ２０７）。
【００４７】
発側端末１では、鍵生成部１ｃにおいて、共有秘密鍵を更新して（ステップＳ２０８）、以降、更新した鍵による認証・暗号処理に基づく安全な音声通信（ＳｅｃｕｒｅｄＶｏｉｃｅ）を行う（ステップＳ２０９）。このようにして、鍵の更新が動的に完了する。
【００４８】
以上、図１〜図４を用いて説明したように、本例の通信制御システムでは、ＩＰ通信網６において、セッション制御パケットがホップバイホップでセキュアに通信することが可能な環境下で、端末（発側端末１、着側端末３）間でセキュアにエンドツーエンド通信するためのパラメータ交換、鍵生成をセッション制御時に実施する。
【００４９】
このことにより、接続遅延を回避できると共に、端末（発側端末１、着側端末３）の処理負荷を軽減できる。さらに、本例では、このような作用を得るための機能追加を最小限に抑えることが可能である。
【００５０】
尚、本発明は、図１〜図４を用いて説明した例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能である。例えば、本例では、音声情報のパケット転送に関して説明したが、転送対象データとしては映像等であっても良い。
【００５１】
また、本例では、ＩＰ通信網６として複数のＩＰサブネットにより構成されるインタネットを例に説明したが、イントラネット等の他のＩＰ通信網においても適用可能である。
【００５２】
また、本例での発側端末１、発側ルータ２、着側端末３、着側ルータ４、セッション制御サーバ５等のコンピュータ構成に関しても、キーボードや光ディスクの駆動装置の無いコンピュータ構成としても良い。また、本例では、光ディスクを記録媒体として用いているが、ＦＤ（ＦｌｅｘｉｂｌｅＤｉｓｋ）等を記録媒体として用いることでも良い。また、プログラムのインストールに関しても、通信装置を介してネットワーク経由でプログラムをダウンロードしてインストールすることでも良い。
【００５３】
【発明の効果】
本発明によれば、ＩＰ通信網において、セッション制御パケットがホップバイホップでセキュアに通信することが可能な環境下で、端末間でセキュアに通信するためのパラメータ交換、鍵生成をセッション制御時に実施することができるので、従来技術における接続遅延を回避でき、かつ、端末の処理負荷を軽減でき、さらに、機能追加を最小限に抑えることが可能であり、ＩＰ通信網におけるセキュアな端末間通信の通信性能を容易に向上させることができる。
【図面の簡単な説明】
【図１】本発明に係わる通信制御システムの構成例を示すブロック図である。
【図２】図１における通信制御システムでの信号の流れを示す説明図である。
【図３】図１における通信制御システムの第１の処理動作例を示すシーケンス図である。
【図４】図１における通信制御システムの第２の処理動作例を示すシーケンス図である。
【図５】従来のＩＫＥにおける鍵管理プロトコルに関する処理手順を示すシーケンス図である。
【符号の説明】
１：発側端末、１ａ：セキュア処理部、１ｂ：パラメータ情報交換部、１ｃ：鍵生成部、２：発側ルータ、３：着側端末、３ａ：セキュア処理部、３ｂ：パラメータ情報交換部、３ｃ：鍵生成部、４：着側ルータ、５：セッション制御サーバ、６：ＩＰ通信網、５１：発側端末、５２：着側端末、５５：ＳＩＰサーバ。

Claims

ＩＰ通信網を介してセッション制御され接続された通信端末装置間での、鍵情報に基づくセキュアなエンドツーエンド通信を制御するシステムであって、
上記通信端末装置のそれぞれに、
セッション制御パケットにより相手側通信端末装置と、該相手側通信端末装置とのエンドツーエンドでのセキュアパスの確立に用いる鍵情報の生成に用いるパラメータ情報の交換を行う手段と、
交換したパラメータ情報を用いて上記鍵情報を生成する手段と、
生成した鍵情報と該鍵情報の生成に用いたパラメータ情報とをセッション制御パケットで相手側通信端末装置に通知する手段とを設け、
上記セッション制御時に、上記鍵情報の生成に用いるパラメータ情報の交換を行うことを特徴とする通信制御システム。
請求項１に記載の通信制御システムであって、
上記ＩＰ通信網はインタネットからなり、
該インタネット上のセッション制御サーバを介してホップバイホップの通信で上記セッション制御パケットを用いた上記パラメータ情報の上記通信端末装置間での交換を行い、
該パラメータ情報に基づき生成された鍵情報で確立されたセキュアパス上で、上記通信端末装置間のエンドツーエンドでのメディアパケットの送受信を行うことを特徴とする通信制御システム。
ＩＰ通信網を介してセッション制御され接続された通信端末装置間での、鍵情報に基づくセキュアなエンドツーエンド通信を制御するシステムの通信制御方法であって、
上記通信端末装置のそれぞれにおいて、
セッション制御パケットにより相手側通信端末装置と、該相手側通信端末装置とのエンドツーエンドでのセキュアパスの確立に用いる鍵情報の生成に用いるパラメータ情報の交換を行う第１の手順と、
交換したパラメータ情報を用いて上記鍵情報を生成する第２の手順と、
生成した鍵情報と該鍵情報の生成に用いたパラメータ情報とをセッション制御パケットで相手側通信端末装置に通知する第３の手順とを実行し、
上記セッション制御時に、上記鍵情報の生成に用いるパラメータ情報の交換を行うことを特徴とする通信制御方法。
請求項３に記載の通信制御方法であって、
上記ＩＰ通信網はインタネットからなり、
上記第１の手順では、上記インタネット上のセッション制御サーバを介してホップバイホップの通信で上記セッションパケットを用いた上記パラメータ情報の上記通信端末装置間での交換を行い、
該パラメータ情報に基づき生成された鍵情報で確立されたセキュアパス上で、上記通信端末装置間のエンドツーエンドでのメディアパケットの送受信を行うことを特徴とする通信制御方法。
請求項３、もしくは、請求項４のいずれかに記載の通信制御方法であって、
上記パラメータ情報は、上記通信端末装置のそれぞれが具備するセキュリティプロトコル、暗号化プロトコル、認証プロトコル、セキュアパスの有効期間を含むことを特徴とする通信制御方法。
請求項５に記載の通信制御方法であって、
発信側の上記通信端末装置において、交換した上記パラメータ情報に基づき、
着信側の上記通信端末装置とのエンドツーエンド通信で使用する認証プロトコルを決定する手順と、
決定した認証プロトコルに基づき認証鍵および暗号鍵を生成する手順と
を有することを特徴とする通信制御方法。
請求項５もしくは請求項６のいずれかに記載の通信制御方法であって、
上記発信側の通信端末装置において、上記有効期間の満了の予め定められた時間前もしくは後のいずれかに新たな乱数を発生させて上記認証鍵および上記暗号鍵を生成して着信側の通信端末装置に通知する手順を有することを特徴とする通信制御方法。
コンピュータに、請求項３から請求項７のいずれかに記載の通信制御方法における各手順を実行させるためのプログラム。
ＩＰ通信網を介してセッション制御され接続された相手側通信端末装置との間で、鍵情報に基づくセキュアなエンドツーエンド通信を行う通信端末装置であって、
セッション制御パケットにより相手側通信端末装置と、該相手側通信端末装置とのエンドツーエンドでのセキュアパスの確立に用いる鍵情報の生成に用いるパラメータ情報の交換を行う手段と、
交換したパラメータ情報を用いて上記鍵情報を生成する手段と、
生成した鍵情報と該鍵情報の生成に用いたパラメータ情報とをセッション制御パケットで相手側通信端末装置に通知する手段とを有し、
上記セッション制御時に、上記鍵情報の生成に用いるパラメータ情報の交換を行うことを特徴とする通信端末装置。
請求項９に記載の通信端末装置であって、
上記ＩＰ通信網はインタネットからなり、
該インタネット上のセッション制御サーバを介してホップバイホップの通信で上記セッション制御パケットを用いた上記パラメータ情報の上記相手側通信端末装置との交換を行い、
該パラメータ情報に基づき生成された鍵情報で確立されたセキュアパス上で、上記相手側通信端末装置と、エンドツーエンドでのメディアパケットの送受信を行うことを特徴とする通信端末装置。
請求項９もしくは請求項１０のいずれかに記載の通信端末装置であって、
上記パラメータ情報は、自通信端末装置が具備するセキュリティプロトコル、暗号化プロトコル、認証プロトコル、セキュアパスの有効期間を含むことを特徴とする通信端末装置。
請求項１１に記載の通信端末装置であって、
発信側として、交換した上記パラメータ情報に基づき、着信側の上記通信端末装置とのエンドツーエンド通信で使用する認証プロトコルを決定する手段と、
決定した認証プロトコルに基づき認証鍵および暗号鍵を生成する手段と
を有することを特徴とする通信端末装置。
請求項１１もしくは請求項１２のいずれかに記載の通信端末装置であって、
発信側として、上記有効期間の満了の予め定められた時間前もしくは後のいずれかに、新たな乱数を発生させて上記認証鍵および上記暗号鍵を生成して着信側の通信端末装置に通知する手段を有することを特徴とする通信端末装置。