JP2009071455A - 通信モジュール、通信方法、通信プログラム、および通信端末 - Google Patents

Abstract

【課題】通信端末のモビリティおよび通信データの秘匿性を確保するとともに、不必要なセキュリティ処理を削減する。
【解決手段】本発明の通信モジュールは、通信データを生成するアプリケーション部と、通信データを送信する条件が、予め定められた条件に合致するか否かを判断する暗号化条件判断部と、予め定められた条件に合致しない通信データを暗号化せず、予め定められた条件に合致する通信データを暗号化する暗号化部と、暗号化部が暗号化した通信データを送信するデータ送受信部とを備える。
【選択図】図３

Description

本発明は、通信モジュール、通信方法、通信プログラム、および通信端末に関する。本発明は、特に、通信データを送受信する通信モジュール、通信方法、通信プログラム、および通信端末に関する。

特許文献１には、動画像のフレーム種別または動画像データのヘッダ情報に基づいて、動画像データの一部を選択的に暗号化する通信装置が開示されている。具体的には、動画像がＭＰＥＧで符号化される場合、Ｉフレームを含むパケットのみを選択して暗号化する。また、特許文献２には、入力データの種別または通信網の伝送特性に応じて、入力データの一部を選択的に暗号化する通信装置が開示されている。具体的には、入力データのアプリケーションまたは通信網の伝送速度に応じて、入力データのうちで暗号化する範囲を決定する。
特開２００５−２９５４６８ 特開２００２−３１９９３６

しかしながら、暗号化の対象となっているデータが既に暗号化されている場合、または通信網に送出される前に再度暗号化される場合であっても、特許文献１および特許文献２に開示された暗号化処理は実行される。また、セキュリティが高く、データを暗号化する必要がない通信網に対してデータを送出する場合であっても、暗号化処理は実行される。したがって、送受信のためのデータ処理、および通信トラフィックの負荷が不必要に大きくなってしまう。

上記課題を解決するために、本発明の第１の形態においては、通信データを送受信する通信端末の通信モジュールであって、通信データを生成するアプリケーション部と、通信データを送信する条件が、予め定められた条件に合致するか否かを判断する暗号化条件判断部と、予め定められた条件に合致しない通信データを暗号化せず、予め定められた条件に合致する通信データを暗号化する暗号化部と、暗号化部が暗号化した通信データを送信するデータ送受信部と、を備える。予め定められた条件を格納する暗号化条件格納部、をさらに備え、暗号化条件判断部は、通信データを送信する条件が、暗号化条件格納部が格納している条件に合致するか否かを判断してもよい。

暗号化条件格納部は、予め定められた条件として、アプリケーションの種類を格納しており、暗号化条件判断部は、通信データを生成したアプリケーションの種類が、暗号化条件格納部が格納しているアプリケーションの種類に合致するか否かを判断してもよい。暗号化条件格納部は、予め定められた条件として、通信データに適用されるプロトコルを格納しており、暗号化条件判断部は、通信データに適用されるプロトコルが、暗号化条件格納部が格納しているプロトコルに合致するか否かを判断してもよい。

データ送受信部は、通信方式が異なる複数の通信部のいずれかを介して、通信データを送信し、暗号化条件格納部は、予め定められた条件として、通信方式の種類を格納しており、暗号化条件判断部は、通信データが送信される通信部の通信方式の種類が、暗号化条件格納部が格納している通信方式の種類に合致するか否かを判断してもよい。

通信端末と通信相手端末との通信を中継する通信中継装置によって通信端末に対して動的に割り当てられる実アドレスを取得するアドレス取得部と、仮想アドレスが割り当てられた仮想インターフェース部と、アドレス取得部が取得した実アドレスを用いて、通信端末と通信相手端末とのセッションを管理する通信制御装置との間に第１セッションを確立し、第１セッションを確立した後、仮想インターフェース部が有する仮想アドレスを用いて、通信制御装置との間に第２セッションを確立するシグナリング制御部と、シグナリング制御部が生成するシグナリングメッセージを、第２セッションが確立される前は第１セッションを介して通信制御装置に送信し、第２セッションが確立された後は第２セッションを介して通信制御装置に送信するシグナリング送受信部と、をさらに備えてもよい。

シグナリングメッセージを生成するシグナリング制御部と、シグナリング制御部が生成したシグナリングメッセージを、通信端末と通信相手端末とのセッションを管理する通信制御装置に送信するシグナリング送受信部と、をさらに備えてもよい。シグナリング制御部は、通信モジュールが起動された場合に、第１セキュリティプロトコルに基づく第１シグナリング用セッションを、通信制御装置との間に確立し、第１シグナリング用セッションが確立された場合に、第２セキュリティプロトコルに基づく第２シグナリング用セッションを、通信制御装置との間に確立し、シグナリング送受信部は、シグナリング制御部が生成したシグナリングメッセージを、第２シグナリング用セッションを介して通信制御装置に送信してもよい。

なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

図１は、本発明の一実施形態に係る通信システムのネットワーク接続構成を示す。本実施形態に係る通信システムは、通信端末１０、通信端末１２、プロキシサーバ２０、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバ２２、ロケーションサーバ２４、公開サーバ２６、基地局３０、アクセスポイント３１、アクセスポイント３２、セルラー網４０、コアネットワーク４２、インターネット４４、および無線ＬＡＮ網４６を備える。

本実施形態に係る通信端末１０は、セルラー網４０と無線ＬＡＮ網４６との双方を介して通信可能な通信端末１０のモビリティ性を確保することを目的とする。また、通信端末１０とＳＩＰサーバ２２との間で送受信されるシグナリングメッセージの秘匿性を確保するとともに、通信端末１０と通信端末１２との間で送受信される通信データの秘匿性を確保することを目的とする。さらに、不必要なセキュリティ処理を削減することで、通信データを送受信する場合における処理負荷、および通信トラフィックを低減することを目的とする。

なお、ＳＩＰとは、複数の通信端末がネットワークを介して、音声、テキスト、および映像等の様々なメディアの送受信を実行すべく、複数の通信端末間における通信の開始および通信の切断等におけるシグナリングに用いられるプロトコルである。また、ここでのシグナリングには、通信端末１０のＳＩＰサーバ２２への位置登録の他、ＳＩＰ Ｒｅｇｉｓｔｅｒ、ＳＩＰ Ｉｎｖｉｔｅ、ＳＩＰ Ｂｙｅ、２００ＯＫ等のすべてのシグナリングが含まれる。

ＳＩＰサーバ２２は、通信制御装置の一例である。通信制御装置は、通信端末１０のシグナリングを制御するシグナリング制御サーバであればよく、ＳＩＰサーバ２２に限られるものではない。また、基地局３０、無線アクセスポイント３１、および無線アクセスポイント３２は、通信端末１０と通信端末１２との通信を中継する通信中継装置の一例である。通信中継装置は、通信端末１０に実ＩＰアドレスを割り当てて通信端末１０の通信を中継するゲートウェイであればよく、基地局３０、無線アクセスポイント３１、および無線アクセスポイント３２に限られるものではない。

通信端末１０は、複数の異なる通信方式、例えば、３Ｇ方式、ＧＳＭ方式、またはＰＨＳ方式等の通信方式のそれぞれで通信する機能を有する。さらに、通信端末１０は、無線ＬＡＮを用いて通信する機能を有する。なお、通信端末１０は、例えば、電話通信機能および無線ＬＡＮ通信機能を有するノートパソコンである。また、通信端末１０は、無線ＬＡＮ機能を有する携帯電話端末、電話通信機能および無線ＬＡＮ通信機能を有するＰＤＡ、および電話通信機能および無線ＬＡＮ通信機能を有するデジタルカメラ等の携帯通信端末であってもよい。

通信端末１０が通信相手端末である通信端末１２と通信する場合、通信端末１０は、まず、通信端末１０が存在する位置において利用可能な通信方式を用いて、ＳＩＰサーバ２２に対してシグナリングする。例えば、通信端末１０がアクセスポイント３２を介して無線ＬＡＮ通信方式を利用できる場合、通信端末１０は、無線ＬＡＮ通信方式を用いて、ＳＩＰサーバ２２に対してシグナリングする。すなわち、通信端末１０は、アクセスポイント３２、無線ＬＡＮ網４６、およびコアネットワーク４２を介して、ＳＩＰサーバ２２に対してシグナリングする。一方、通信端末１０が電話通信機能を利用できる場合、通信端末１０は、電話通信の通信方式を用いてＳＩＰサーバ２２に対してシグナリングする。すなわち、通信端末１０は、基地局３０、セルラー網４０、およびコアネットワーク４２を介して、ＳＩＰサーバ２２に対してシグナリングする。

ＳＩＰサーバ２２は、通信端末１０がネットワーク上に存在する位置に関する情報である位置情報をロケーションサーバ２４に蓄積させる。ロケーションサーバ２４は、ＳＩＰサーバ２２に制御され、通信端末１０の位置情報を格納する。また、ＳＩＰサーバ２２は、通信端末１２がシグナリングした場合も、通信端末１２の位置情報をロケーションサーバ２４に蓄積させる。

本実施形態の第１の例において、通信端末１０は、基地局３０またはアクセスポイント３２によって割り当てられた実ＩＰアドレスを用いて、シグナリング用の第１ＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）セッションをＳＩＰサーバ２２との間に確立する。そして、通信端末１０は、第１ＴＬＳセッションを確立した後、ＳＩＰサーバ２２によって通信端末１０に割り当てられた仮想ＩＰアドレスを用いて、ＳＩＰサーバ２２との間に、シグナリング用の第２ＴＬＳセッションを確立する。このとき、通信端末１０は、仮想ＩＰアドレスを送信元アドレスとして付加されたシグナリングメッセージに、実ＩＰアドレスを送信元アドレスとして付加することによってカプセル化した後、ＳＩＰサーバ２２に送信する。

この場合、通信端末１０は、ＴＬＳプロトコルを用いてシグナリングメッセージを暗号化した上で、第２ＴＬＳセッションを介して、ＵＤＰでＳＩＰサーバ２２へ送信する。これにより、通信端末１０とＳＩＰサーバ２２とのシグナリングは、ＴＬＳプロトコルによってセキュアに実現される。

また、本実施形態の第２の例において、通信端末１０は、基地局３０またはアクセスポイント３２を介して、ＳＩＰサーバ２２との間にシグナリング用のＴＬＳセッションを確立する。続いて、通信端末１０は、ＴＬＳセッションを確立した後、ＴＬＳセッションを用いてＳＩＰサーバ２２との間でシグナリングメッセージをやりとりすることで、ＳＩＰサーバ２２との間にシグナリング用のＳＲＴＰ（Ｓｅｃｕｒｅ Ｒｅａｌ−Ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）セッションを確立する。ここで、通信端末１０は、ＴＬＳセッションを確立したときに得られたＳＩＰサーバ２２との間の認証の結果を使って、ＳＲＴＰセッションを確立するときのＳＩＰサーバ２２との認証を得ることで、ＳＲＴＰセッションを確立する。他の例においては、通信端末１０は、ＴＬＳセッションを確立したときに得られたＳＩＰサーバ２２との間の認証の結果を使わず、ＳＩＰサーバ２２との間で改めて認証情報をやりとりして認証を得ることで、ＳＲＴＰセッションを確立してもよい。

この場合、通信端末１０は、ＳＲＴＰプロトコルを用いてシグナリングメッセージを暗号化した上で、ＳＲＴＰセッションを介して、コネクションレス型のプロトコルであるＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）でＳＩＰサーバ２２へ送信する。これにより、通信端末１０とＳＩＰサーバ２２とのシグナリングは、ＳＲＴＰプロトコルによってセキュアに実現される。

図２は、本実施形態に係る通信セキュリティの概要を示す。通信端末１０とＳＩＰサーバ２２との間でやりとりされるシグナリングメッセージは、ＴＬＳまたはＳＲＴＰにより暗号化される。また、通信端末１０と通信端末１２またはプロキシサーバ２０との間でやりとりされる通信データは、ＳＲＴＰにより暗号化される。したがって、セルラー網４０、無線ＬＡＮ網４６、およびインターネット４４のようなオープンネットワークにおけるシグナリングメッセージおよび通信データのセキュリティを確保できる。

本実施形態の第１の例において、通信端末１０は、ＳＩＰサーバ２２との間で、ＴＬＳセッションを確立してシグナリングメッセージを送受信する。通信端末１０は、実ＩＰアドレスを用いて第１ＴＬＳセッションを確立した後、仮想ＩＰアドレスを用いて第２ＴＬＳセッションを確立する。そして、通信端末１０は、ＴＬＳにより暗号化されたシグナリングメッセージを、仮想ＩＰアドレスを送信元アドレスとするシグナリングメッセージから実ＩＰアドレスを送信元アドレスとするシグナリングメッセージにカプセル化する。そして、通信端末１０は、カプセル化されたシグナリングメッセージを、第２ＴＬＳセッションを介してＵＤＰでＳＩＰサーバ２２へ送信する。したがって、通信端末１０は、継続的に迅速にＴＬＳセッションでシグナリングメッセージをＳＩＰサーバ２２とやりとりすることができる。

また、通信端末１０は、通信端末１２およびプロキシサーバ２０との間で、通信データをＳＲＴＰで暗号化して送受信する。通信端末１０は、通信端末１２およびプロキシサーバ２０に送信すべき通信データを、仮想ＩＰアドレスを送信元アドレスとする通信データから実ＩＰアドレスを送信元アドレスとする通信データにカプセル化する。そして、通信端末１０は、カプセル化された通信データを、ＳＲＴＰで暗号化してＵＤＰで通信端末１２およびプロキシサーバ２０へ送信する。通信端末１０は、第２ＴＬＳセッションを介してのシグナリングを常に有効に動作させることができる。

また、本実施形態の第２の例において、通信端末１０は、起動するとまず、ＳＩＰサーバ２２との間に、ＴＬＳセッションを確立する。続いて、通信端末１０は、確立したＴＬＳセッションを介してシグナリングメッセージを送受信することにより、ＳＩＰサーバ２２との間に、ＳＲＴＰセッションを確立する。その後、通信端末１０は、確立されたＳＲＴＰセッションを介してシグナリングを送受信する。したがって、通信端末１０は、継続的かつ迅速にＳＲＴＰセッションでシグナリングメッセージをＳＩＰサーバ２２とやりとりすることができる。

また、通信端末１０は、通信端末１２およびプロキシサーバ２０との間で、通信データをＳＲＴＰで暗号化して送受信する。通信端末１０は、通信端末１２およびプロキシサーバ２０に送信すべき通信データを、ＴＬＳセッションが確立された場合にＳＩＰサーバ２２によって割り当てられた仮想ＩＰアドレスを送信元アドレスとする通信データから実ＩＰアドレスを送信元アドレスとする通信データにカプセル化する。そして、通信端末１０は、カプセル化された通信データを、ＳＲＴＰで暗号化してＵＤＰで通信端末１２およびプロキシサーバ２０へ送信する。したがって、通信端末１０は、ＳＲＴＰによる通信を常に実現することができる。

図３は、本実施形態の第１の例に係る通信端末１０の通信モジュール１４の機能構成の一例を示す。通信モジュール１４は、一般アプリケーション部１００、リアルタイムアプリケーション部１０５、仮想インターフェース部１１０、通信ユニット１２０、通信制御ユニット１３０、およびセッションモビリティ制御ユニット１６０を備える。なお、プロキシサーバ２０およびＳＩＰサーバ２２は、通信モジュール１４の機能および構成の一部、または全部を備えていてよい。

通信ユニット１２０は、第１通信部１２２、第２通信部１２４、および第ｎ通信部１２６を含む複数の通信部を有する。また、通信制御ユニット１３０は、通信ＩＦ選択部１４０およびアドレス取得部１５０を有する。また、セッションモビリティ制御ユニット１６０は、データ形式変換部１６００、シグナリング制御部１６０５、（デ）カプセル化部１６１０、第１暗号化部１６１５、第２暗号化部１６２０、シグナリング送受信部１６２５、変換テーブル記憶部１６４０、データ送受信部１６４５、暗号化条件格納部１６５０、および暗号化条件判断部１６５５を有する。

なお、図３において、第１暗号化部１６１５は、２つのブロックとして記載されているが、機能的、物理的に１つの構成であってよい。また、第１暗号化部１６１５と第２暗号化部１６２０は、物理的に別個の構成であってもよいし、物理的に１つの構成であってもよい。また、シグナリング送受信部１６２５とデータ送受信部１６４５とは、物理的に別個の構成であってもよいし、物理的に１つの構成であってもよい。

通信ユニット１２０は、通信モジュール１４が通信可能な複数の通信方式ごとに異なる複数の通信部を有する。例えば、通信ユニット１２０は、第１の通信方式（例えば、無線ＬＡＮ通信方式）で通信する第１通信部１２２、第２の通信方式（例えば、電話通信方式）で通信する第２通信部１２４、および第ｎの通信方式（例えば、無線ＬＡＮおよび電話通信方式を除く他の通信方式）で通信する第ｎ通信部１２６を有する。なお、通信ユニット１２０は、複数の通信方式で通信可能な通信部を有していてもよい。例えば、通信ユニット１２０は、第１の通信方式と第２の通信方式とのいずれかで通信可能な通信部、すなわち、上述した第１通信部および第２通信部の機能を併せ持った通信部を有していてもよい。これにより、通信モジュール１４の構成の簡略化、および小型化に資することができる。

また、複数の通信部のそれぞれは、セルラー網４０、無線ＬＡＮ網４６等の複数の通信網のそれぞれに対応する複数の通信中継装置のそれぞれを介して、シグナリング送受信部１６２５が生成したシグナリングメッセージを、ＳＩＰサーバ２２との間で送信する。また、通信ユニット１２０が有する複数の通信部のそれぞれは、一般アプリケーション部１００またはリアルタイムアプリケーション部１０５が生成した通信データを、通信端末１２またはプロキシサーバ２０との間で送信する。

また、複数の通信部のそれぞれは、ＳＩＰサーバ２２から受信したシグナリングメッセージを、通信制御ユニット１３０を介してシグナリング制御部１６０５に供給する。また、複数の通信部のそれぞれは、通信端末１２またはプロキシサーバ２０から受信した通信データを、通信制御ユニット１３０を介して一般アプリケーション部１００またはリアルタイムアプリケーション部１０５に供給する。

通信ユニット１２０が有する複数の通信部のそれぞれは、それぞれに割り当てられた通信方式で通信することができるか否かを通信ＩＦ選択部１４０が判断するために用いられる情報を、通信制御ユニット１３０に供給する。さらに、複数の通信部は、それぞれが通信可能な通信中継装置から動的な実ＩＰアドレスを割り当てられた場合、割り当てられた実アドレスを通信制御ユニット１３０に供給する。

通信ＩＦ選択部１４０は、複数の通信部から供給された情報に基づいて、複数の通信部のうち通信可能な通信部を選択する。例えば、通信ＩＦ選択部１４０は、通信中継装置が発する通信方式を識別する情報を含む電波の電波強度を示す情報を、複数の通信部から受け取り、電荷強度の大きさに基づいて通信可能な通信部を判断する。他の例において、通信ＩＦ選択部１４０は、複数の通信部に対して予め設定された利用優先順位等のポリシーに基づいて、複数の通信部から１つの通信部を選択してもよい。そして、通信ＩＦ選択部１４０は、選択した通信部を識別する情報を変換テーブル記憶部１６４０に供給する。

アドレス取得部１５０は、通信中継装置によって通信端末１０に対して動的に割り当てられる実アドレスを取得する。すなわち、アドレス取得部１５０は、通信ＩＦ選択部１４０が選択した通信部に割り当てられた実アドレスを取得する。実アドレスは、例えば、通信中継装置が管理しているプライベートＩＰアドレスまたはグローバルＩＰアドレスであり、以下において、実ＩＰアドレスと称する。そして、アドレス取得部１５０は、取得した実ＩＰアドレスを変換テーブル記憶部１６４０に供給する。

変換テーブル記憶部１６４０は、通信ＩＦ選択部１４０が選択した通信部を識別する情報、およびアドレス取得部１５０が取得した実ＩＰアドレスを記憶する。そして、変換テーブル記憶部１６４０は、記憶している実ＩＰアドレスをデータ形式変換部１６００および（デ）カプセル化部１６１０に通知する。

一般アプリケーション部１００は、所定の目的の処理を実行する。具体的には、一般アプリケーション部１００は、データ処理を実行するアプリケーションプログラムに所定の目的のデータ処理を実行させる。アプリケーションプログラムは、例えば、Ｗｅｂブラウザプログラム、電子メール送受信プログラム、およびマルチメディアデータの送受信プログラム等であってよい。一般アプリケーション部１００は、アプリケーションプログラムが処理したデータであって、通信端末１２またはプロキシサーバ２０に送信すべき通信データを、仮想インターフェース部１１０に供給する。

係る場合において、一般アプリケーション部１００は、仮想インターフェース部１１０を一意に識別する識別番号を通信データに付加して仮想インターフェース部１１０に供給する。識別番号は、例えば、仮想インターフェース部１１０に割り当てられた仮想アドレスである。仮想アドレスは、シグナリング制御部１６０５の起動段階においてＳＩＰサーバ２２によって動的または静的に割り当てられる。仮想アドレスは、例えば、ＩＰアドレスの構成を有し、以下において、仮想ＩＰアドレスと称する。なお、仮想ＩＰアドレスは、一般アプリケーション部１００に対して固定的に設定されてよい。

リアルタイムアプリケーション部１０５は、所定の目的の処理を実行する。具体的には、リアルタイムアプリケーション部１０５は、データ処理を実行するＳＩＰアプリケーションプログラムに所定の目的のデータ処理を実行させる。例えば、ＳＩＰアプリケーションプログラムは、リアルタイムのマルチメディア通信を提供するＩＰ電話等のアプリケーションプログラムであってよい。

仮想インターフェース部１１０は、仮想ＩＰアドレスが割り当てられており、通信端末１２またはプロキシサーバ２０に送信する通信データを一般アプリケーション部１００から受け取る。仮想インターフェース部１１０は、受け取った通信データをデータ形式変換部１６００に供給する。また、仮想インターフェース部１１０は、シグナリング制御部１６０５が生成したシグナリングメッセージを、第１暗号化部１６１５を介して受け取る。仮想インターフェース部１１０は、受け取ったシグナリングメッセージを（デ）カプセル化部１６１０に供給する。

シグナリング制御部１６０５は、通信端末１０のシグナリングを制御する。シグナリング制御部１６０５は、例えばＳＩＰによるシグナリングを制御する。具体的には、シグナリング制御部１６０５は、アドレス取得部１５０が取得した実ＩＰアドレス、または仮想インターフェース部１１０が有する仮想ＩＰアドレスを用いて、ＳＩＰサーバ２２とのセッションを確立する。より具体的には、シグナリング制御部１６０５は、アドレス取得部１５０が取得した実ＩＰアドレスを用いて、ＳＩＰサーバ２２との間に第１セッションを確立し、第１セッションを確立した後、仮想インターフェース部１１０が有する仮想ＩＰアドレスを用いて、ＳＩＰサーバ２２との間に第２セッションを確立する。

シグナリング制御部１６０５は、ＳＩＰサーバ２２との第１セッションを確立する場合、および第１セッションを確立してから第２セッションが確立されるまでの間は、第１暗号化部１６１５を介して、シグナリングメッセージをシグナリング送受信部１６２５に供給し、第１セッションを介してＳＩＰサーバ２２とやりとりする。一方で、シグナリング制御部１６０５は、第２セッションが確立された後は、第１暗号化部１６１５、仮想インターフェース部１１０、および（デ）カプセル化部１６１０を介して、シグナリングメッセージをシグナリング送受信部１６２５に供給し、第２セッションを介してＳＩＰサーバ２２とやりとりする。なお、シグナリング制御部１６０５は、通信端末１０への電源投入、通信モジュール１４の起動または再起動、通信端末１０のＨＯ（Ｈａｎｄｏｖｅｒ）、通話中のコーデック変更、定期的なＳＩＰ登録更新等の様々な動作を契機として、シグナリングメッセージを生成し、位置登録等のシグナリングを行う。

第１暗号化部１６１５は、シグナリング制御部１６０５がＳＩＰサーバ２２に対してシグナリングすべく生成したシグナリングメッセージを、通信のセキュリティを確保する第１セキュリティプロトコルを用いて暗号化する。具体的には、第１暗号化部１６１５は、コネクション型の通信プロトコルとともに利用可能な第１セキュリティプロトコルを用いて暗号化する。より具体的には、第１暗号化部１６１５は、ＯＳＩ参照モデルにおけるトランスポート層（レイヤー４）で用いられるコネクション型の通信プロトコルとともに利用可能な第１セキュリティプロトコルを用いて暗号化する。第１セキュリティプロトコルは、公開鍵暗号または秘密鍵暗号、デジタル証明書、およびハッシュ関数等のセキュリティ技術の少なくとも１つを用いて通信データの盗聴および改ざん等を防止するプロトコルであってよい。例えば、第１暗号化部１６１５は、シグナリングメッセージを、第１セキュリティプロトコルとしてＴＬＳプロトコルを用いて暗号化する。

第２セッションが確立される前において、第１暗号化部１６１５は、暗号化したシグナリングメッセージを、直接、シグナリング送受信部１６２５に供給する。一方で、第２セッションが確立された後において、第１暗号化部１６１５は、暗号化したシグナリングメッセージを、仮想インターフェース部１１０および（デ）カプセル化部１６１０を介してシグナリング送受信部１６２５に供給する。

また、第１暗号化部１６１５は、ＳＩＰサーバ２２から送信されたシグナリングメッセージを復号化してシグナリング制御部１６０５に供給する。この場合も、第１暗号化部１６１５は、第２セッションが確立される前において、シグナリングメッセージを、直接、シグナリング送受信部１６２５から受け取り、一方で、第２セッションが確立された後において、シグナリングメッセージを、（デ）カプセル化部１６１０および仮想インターフェース部１１０を介して受け取る。

データ形式変換部１６００は、通信端末１２またはプロキシサーバ２０に送信する通信データを、ＳＲＴＰを用いて暗号化できるデータ形式に変換する。データ形式変換部１６００は、通信データのデータ構成およびヘッダの形式を変換することにより、ＳＲＴＰを用いて暗号化できるデータ形式に変換する。例えば、データ形式変換部１６００は、仮想インターフェース部１１０から受け取ったＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）で送信可能な通信データを、ＵＤＰで送信可能な通信データに変換すべく、予め定められた付加情報を仮想インターフェース部１１０から受け取った通信データに付加する。但し、データ形式変換部１６００は、通信データがＲＴＰ（Ｒｅａｌ−Ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）のパケットである場合には、データ形式の変換を実行せず、通信データがＲＴＰ以外のパケットである場合には、ＲＴＰヘッダを付加することにより、ＲＴＰのパケットへのデータ形式の変換を実行する。そして、データ形式変換部１６００は、データ形式を変換した後の通信データを第２暗号化部１６２０に供給する。

また、データ形式変換部１６００は、通信端末１２またはプロキシサーバ２０から送信された通信データのデータ形式を逆変換する。例えば、データ形式変換部１６００は、通信データからＲＴＰヘッダを外し、通信データをＴＣＰ／ＵＤＰパケットに変換する。そして、データ形式変換部１６００は、データ形式を逆変換した後の通信データを仮想インターフェース部１１０に供給する。

（デ）カプセル化部１６１０は、仮想インターフェース部１１０から受け取ったシグナリングメッセージ、または第２暗号化部１６２０から受け取った通信データに、予め定められた付加情報を付加することによりカプセル化する。具体的には、（デ）カプセル化部１６１０は、仮想インターフェース部１１０から供給される、仮想ＩＰアドレスが送信元アドレスとして付加されたシグナリングメッセージ、または第２暗号化部１６２０から供給される通信データに、アドレス取得部１５０が取得して変換テーブル記憶部１６４０に記憶されている実ＩＰアドレスを送信元アドレスとして付加してカプセル化する。そして、（デ）カプセル化部１６１０は、カプセル化したシグナリングメッセージを、シグナリング送受信部１６２５に供給する。また、（デ）カプセル化部１６１０は、カプセル化した通信データを、データ送受信部１６４５に供給する。

また、（デ）カプセル化部１６１０は、ＳＩＰサーバ２２から送信された、カプセル化されたシグナリングメッセージを受け取った場合、受け取ったシグナリングメッセージをデカプセル化して仮想インターフェース部１１０に供給する。また、（デ）カプセル化部１６１０は、通信端末１２またはプロキシサーバ２０から送信された、カプセル化された通信データを受け取った場合、受け取った通信データをデカプセル化して第２暗号化部１６２０に供給する。例えば、（デ）カプセル化部１６１０は、ＵＤＰカプセリングされた通信データからＵＤＰヘッダを外し、通信データをＲＴＰパケットに変換する。そして、（デ）カプセル化部１６１０は、デカプセル化された後の通信データを第２暗号化部１６２０に供給する。

第２暗号化部１６２０は、シグナリング送受信部１６２５がＳＩＰサーバ２２に送信したシグナリングメッセージに応じて、ＳＩＰサーバ２２が通信端末１０のシグナリングをした後、第２暗号化部１６２０から供給された通信データを第１セキュリティプロトコルとは異なる第２セキュリティプロトコルを用いて暗号化する。具体的には、第２暗号化部１６２０は、コネクションレス型の通信プロトコルとともに利用可能な第２セキュリティプロトコルを用いて暗号化する。例えば、第２暗号化部１６２０は、通信データを、第２セキュリティプロトコルとしてＳＲＴＰを用いて暗号化する。

そして、第２暗号化部１６２０は、暗号化した通信データを、（デ）カプセル化部１６１０に供給する。また、第２暗号化部１６２０は、通信端末１２またはプロキシサーバ２０から送信された通信データを復号化してデータ形式変換部１６００に供給する。例えば、第２暗号化部１６２０は、ＳＲＴＰセッションの鍵情報を用いて、（デ）カプセル化部１６１０がＲＴＰパケットに変換した通信データを復号化する。

シグナリング送受信部１６２５は、第１セッションが確立されてから第２セッションが確立されるまでの間、シグナリング制御部１６０５が生成して第１暗号化部１６１５が暗号化したシグナリングメッセージを、第１セッションを介してＳＩＰサーバ２２に送信する。このとき、シグナリング送受信部１６２５は、コネクション型の通信プロトコルを用いてシグナリングメッセージを送信する。具体的には、シグナリング送受信部１６２５は、第１暗号化部１６１５から供給されたシグナリングメッセージを、通信ＩＦ選択部１４０が選択した通信部に通信制御ユニット１３０を介して供給し、ＴＣＰを用いて送信させる。

また、シグナリング送受信部１６２５は、第２セッションが確立された後、シグナリング制御部１６０５が生成して第１暗号化部１６１５が暗号化し、（デ）カプセル化部１６１０がカプセル化したシグナリングメッセージを、第２セッションを介してＳＩＰサーバ２２に送信する。このとき、シグナリング送受信部１６２５は、コネクションレス型の通信プロトコルを用いてシグナリングメッセージを送信する。具体的には、シグナリング送受信部１６２５は、（デ）カプセル化部１６１０から供給されたシグナリングメッセージを、通信ＩＦ選択部１４０が選択した通信部に通信制御ユニット１３０を介して供給し、ＵＤＰを用いて送信させる。

また、シグナリング送受信部１６２５は、ＳＩＰサーバ２２から送信されたシグナリングメッセージをシグナリング制御部１６０５に供給する。この場合も、シグナリング送受信部１６２５は、第２セッションが確立される前において、シグナリングメッセージを第１暗号化部１６１５に供給し、一方で、第２セッションが確立された後において、シグナリングメッセージを、（デ）カプセル化部１６１０に供給する。

データ送受信部１６４５は、通信端末１２またはプロキシサーバ２０に送信すべき通信データを、通信ＩＦ選択部１４０が選択した通信部に通信制御ユニット１３０を介して供給し、通信端末１２またはプロキシサーバ２０に送信する。具体的には、データ送受信部１６４５は、第２暗号化部１６２０が暗号化した通信データを、コネクションレス型の通信プロトコルを用いて送信する。例えば、データ送受信部１６４５は、第２暗号化部１６２０がＳＰＴＰによって暗号化した通信データを、ＵＤＰを用いて送信する。また、データ送受信部１６４５は、通信端末１２またはプロキシサーバ２０から受信するデータを、通信ＩＦ選択部１４０が選択した通信部から通信制御ユニット１３０を介して受け取り、（デ）カプセル化部１６１０に供給する。

暗号化条件格納部１６５０は、第２暗号化部１６２０に暗号化させるか否かを決定するための、予め定められた条件を格納する。暗号化条件格納部１６５０は、ユーザによって個別に設定された条件を格納してもよい。

暗号化条件判断部１６５５は、前記第２暗号化部１６２０が受け取った通信データを送信する条件が、暗号化条件格納部１６５０が格納している予め定められた条件に合致するか否かを判断する。

データ形式変換部１６００は、暗号化条件判断部１６５５によって予め定められた条件に合致しないと判断された通信データのデータ形式を変換しない。そして、第２暗号化部１６２０は、当該通信データを暗号化しない。一方で、データ形式変換部１６００は、暗号化条件判断部１６５５によって予め定められた条件に合致すると判断された通信データを、ＳＲＴＰを用いて暗号化できるデータ形式に変換する。そして、第２暗号化部１６２０は、当該通信データを暗号化する。

暗号化条件格納部１６５０は、予め定められた条件として、アプリケーションの種類を格納する。暗号化条件判断部１６５５は、第２暗号化部１６２０が受け取った通信データを解析することにより、当該通信データを生成したアプリケーションの種類を判断する。そして、暗号化条件判断部１６５５は、当該通信データを生成したアプリケーションの種類が、暗号化条件格納部１６５０が格納しているアプリケーションの種類に合致する否かを判断する。

当該通信データを生成したアプリケーションの種類が、暗号化条件格納部１６５０に格納されていない場合、データ形式変換部１６００は、当該通信データのデータ形式を変換しない。そして、第２暗号化部１６２０は、当該通信データを暗号化せずに、データ送受信部１６４５に供給する。一方で、当該通信データを生成したアプリケーションの種類が、暗号化条件格納部１６５０に格納されている場合、データ形式変換部１６００は、当該通信データのデータ形式を変換する。そして、第２暗号化部１６２０は、当該通信データを暗号化する。

暗号化条件格納部１６５０は、例えば、ＨＴＴＰＳ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｉｔｙ）、ＳＳＨ（Ｓｅｃｕｒｅ Ｓｈｅｌｌ）等のアプリケーションの種類を格納する。これにより、上位レイヤにおいて既に暗号化が施されている通信データに対してさらに暗号化を施すことを防ぐことができる。

また、暗号化条件格納部１６５０は、予め定められた条件として、通信データに適用されるプロトコルを格納してもよい。暗号化条件判断部１６５５は、第２暗号化部１６２０が受け取った通信データを解析すること、またはデータ送受信部１６４５による適用されるプロトコルを調べることにより、当該通信データに適用されるプロトコルを判断する。そして、暗号化条件判断部１６５５は、当該通信データに適用されるプロトコルが、暗号化条件格納部１６５０が格納しているプロトコルに合致する否かを判断する。

当該通信データに適用されるプロトコルが、暗号化条件格納部１６５０に格納されていない場合、データ形式変換部１６００は、当該通信データのデータ形式を変換しない。そして、第２暗号化部１６２０は、当該通信データを暗号化せずに、データ送受信部１６４５に供給する。一方で、当該通信データに適用されるプロトコルが、暗号化条件格納部１６５０に格納されている場合、データ形式変換部１６００は、当該通信データのデータ形式を変換する。そして、第２暗号化部１６２０は、当該通信データを暗号化する。

暗号化条件格納部１６５０は、例えば、ＵＤＰ、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）等のプロトコルを格納する。これにより、通信データの転送効率を向上させるために特定のプロトコルの適用される場合に、暗号化処理によって転送効率を低減させることを防ぐことができる。

また、暗号化条件格納部１６５０は、予め定められた条件として、通信方式の種類を格納してもよい。暗号化条件判断部１６５５は、通信ＩＦ選択部１４０が選択した通信部の通信方式の種類から、当該通信データが送信される場合の通信方式の種類を判断する。そして、暗号化条件判断部１６５５は、当該通信データが送信される場合の通信方式の種類が、暗号化条件格納部１６５０が格納している通信方式の種類に合致する否かを判断する。

当該通信データが送信される場合の通信方式の種類が、暗号化条件格納部１６５０に格納されていない場合、データ形式変換部１６００は、当該通信データのデータ形式を変換しない。そして、第２暗号化部１６２０は、当該通信データを暗号化せずに、データ送受信部１６４５に供給する。一方で、当該通信データが送信される場合の通信方式の種類が、暗号化条件格納部１６５０に格納されている場合、第２暗号化部１６２０は、当該通信データを暗号化する。

暗号化条件格納部１６５０は、例えば、ＷｉＦｉ方式等の通信方式を格納する。これにより、セキュリティレベルが比較的低い場合が多いＷｉＦｉ方式で通信データが送信される場合には、暗号化処理を実行させ、セキュリティレベルが比較的高い場合が多いセルラー方式で通信データが送信される場合には、暗号化処理を実行させないことができる。したがって、セキュリティレベルが高い通信方式で送信される通信データに対して、過剰に暗号化を施すことを防ぐことができる。

本実施形態に係る通信端末１０によれば、ＳＩＰサーバ２２とのシグナリングを実行する場合に、ＳＩＰサーバ２２に送信するシグナリングメッセージのセキュリティを、ＴＬＳを用いて確保できる。また、通信端末がデータ通信を実行する場合に、通信端末１２またはプロキシサーバ２０に送信する通信データのセキュリティを、ＳＲＴＰを用いて確保できる。これにより、通信端末１０は、通信端末１２、プロキシサーバ２０、およびＳＩＰサーバ２２との通信接続を切断することなく通信を継続することができるだけでなく、シグナリングメッセージおよび通信データのセキュリティを確実に確保できる。さらに、第２暗号化部１６２０による暗号化処理を、必要な場合だけ適用することで、暗号化処理の処理量、および通信トラフィックを低減させることができる。

図４は、本実施形態の第１の例に係る通信端末１０のモジュール構成の一例を示す。なお、一般クライアントアプリケーションモジュール２００は、例えば、Ｗｅｂブラウザ等のアプリケーションであり、図３の上記説明における一般アプリケーション部１００の一例である。Ｍｏｂｉｌｅ ＳＩＰ ＡＰｓモジュール２０５は、図３の上記説明におけるリアルタイムアプリケーション部１０５の一例であり、例えば、ＶｏＩＰアプリケーションである。また、Ｖｉｒｔｕａｌ ＩＦモジュール２１０は、図３の上記説明における仮想インターフェース部１１０の一例である。また、複数の通信ＩＦモジュールを有する通信インターフェースユニット２２０および複数のＮＩＣは、図３の上記説明における通信ユニット１２０の一例である。

シグナリング制御モジュール２６０５は、図３の上記説明におけるシグナリング制御部１６０５の一例である。また、ＩＡＣモジュール２６１０は、図３の上記説明における通信ＩＦ選択部１４０およびアドレス取得部１５０の一例である。また、（デ）カプセル化モジュール２６００は、図３の上記説明における（デ）カプセル化部１６１０および変換テーブル記憶部１６４０の一例である。

ＲＴＰモジュール２６１５およびＲＴＰモジュール２６２０は、図３の上記説明におけるデータ形式変換部１６００の一例であり、ＲＴＰモジュール２６１５とＲＴＰモジュール２６２０とは、物理的に１つのモジュールであってもよい。また、ポリシーコントロールモジュール２６２５は、図３の上記説明における暗号化条件格納部１６５０および暗号化条件判断部１６５５の一例である。

ＴＬＳモジュール２５２およびＴＬＳモジュール２５８は、図３の上記説明における第１暗号化部１６１５の一例であり、ＴＬＳモジュール２５２とＴＬＳモジュール２５８とは、物理的に１つのモジュールであってもよい。また、ＳＲＴＰモジュール２５６は、図３の上記説明における第２暗号化部１６２０の一例である。また、ＵＤＰモジュール２４０は、図３の上記説明におけるシグナリング送受信部１６２５およびデータ送受信部１６４５の一例である。また、ＴＣＰモジュール２４２は、図３の上記説明におけるシグナリング送受信部１６２５の一例である。

複数のネットワークインターフェースカード（ＮＩＣ）は、それぞれに対応する通信方式を用いて通信端末１２、プロキシサーバ２０、およびＳＩＰサーバ２２と通信する。複数のＮＩＣはそれぞれに対応する通信ＩＦモジュールに制御されて、通信データを送受信する。複数の通信ＩＦモジュールは、それぞれに対応するＮＩＣを介して通信データを送受信する。

例えば、通信ＩＦモジュールａ２２２はＮＩＣａ２３２を介して通信データを送受信する。同様にして、通信ＩＦモジュールｂ２２４はＮＩＣｂ２３４を介して、そして、通信ＩＦモジュールｎ２２６はＮＩＣｎ２３６を介して通信データを送受信する。具体的には、ＮＩＣａ２３２は、無線ＬＡＮインターフェースカードであってよく、ＮＩＣｂ２３４は、携帯電話通信方式のインターフェースカードであってよい。そして、ＮＩＣｎ２３６は、無線ＬＡＮ通信方式および携帯電話通信方式を除く、他の通信方式のインターフェースカードであってよい。

ＩＡＣモジュール２６１０は、通信インターフェースユニット２２０が有する複数の通信ＩＦモジュール（例えば、通信ＩＦモジュールａ２２２、通信ＩＦモジュールｂ２２４、および通信ＩＦモジュールｎ２２６等）のうち、いずれが利用可能かを判断して選択する。すなわち、ＩＡＣモジュール２６１０は、通信中継装置と通信可能な通信ＩＦモジュールがいずれであるかを判断して、通信可能な通信ＩＦモジュールを選択する。ＩＡＣモジュール２６１０が、通信可能な通信ＩＦモジュールがいずれであるかを判断する方法は、図３の上記説明における通信ＩＦ選択部１４０と略同様であるので詳細な説明は省略する。

ＩＡＣモジュール２６１０は、通信可能な通信ＩＦモジュールを介して、通信中継装置が通信端末１０に対して動的に割り当てたＩＰアドレスを取得する。そして、ＩＡＣモジュール２６１０は、通信可能な通信ＩＦモジュールを識別する情報と取得したＩＰアドレスとをシグナリング制御モジュール２６０５、（デ）カプセル化モジュール２６００、ＲＴＰモジュール２６１５、ＲＴＰモジュール２６２０、およびＭｏｂｉｌｅ ＳＩＰ ＡＰｓモジュール２０５に通知する。

まず、シグナリング制御モジュール２６０５は、例えば通信端末１０の起動時に、ＴＬＳを用いてＳＩＰサーバ２２に対してシグナリングする。すなわち、シグナリング制御モジュール２６０５は、シグナリング処理を実行するシグナリングメッセージをＴＬＳモジュール２５８においてＴＬＳを用いて暗号化させる。そして、シグナリング制御モジュール２６０５は、暗号化されたシグナリングメッセージをＴＣＰモジュール２４２においてＴＣＰで送信可能な形式にして、ＳＩＰサーバ２２に送信させる。具体的には、シグナリング制御モジュール２６０５は、通信インターフェースユニット２２０が有する複数の通信ＩＦモジュールのうち、通信中継装置と通信可能な通信ＩＦモジュールを介して、ＴＬＳで暗号化されたシグナリングメッセージをＳＩＰサーバ２２に送信する。

例えば、シグナリング制御モジュール２６０５は、通信端末１０が起動されたことを契機として、ＳＩＰサーバ２２とシグナリングメッセージをやりとりすることにより、通信端末１０とＳＩＰサーバ２２との間に第１ＴＬＳセッションを確立する。そして、シグナリング制御モジュール２６０５は、ＳＩＰサーバ２２に、シグナリングメッセージとしてＲＥＧＩＳＴＥＲリクエストメッセージを送信する。ＲＥＧＩＳＴＥＲリクエストメッセージは、シグナリング処理をするＳＩＰサーバ２２のＳＩＰ ＵＲＩ、登録を要求する通信端末１０のＳＩＰ ＵＲＩ、および登録の有効期限を示す情報等を含む。そして、ＲＥＧＩＳＴＥＲリクエストメッセージを受信したＳＩＰサーバ２２は、通信端末１０のシグナリング処理を実行する。ＳＩＰサーバ２２は、シグナリング処理が完了した場合、シグナリングが完了したことを、例えば、２００ＯＫメッセージを返信することで通信端末１０のシグナリング制御モジュール２６０５に通知する。

次に、通信中継装置との通信が可能な通信ＩＦモジュールが変更した場合、すなわち、通信端末１０が移動することにより、ハンドオーバー制御を要する場合について説明する。係る場合に、シグナリング制御モジュール２６０５は、通信端末１０から見て通信端末１２およびＳＩＰサーバ２２との通信が切断されていないように見せるべく、通信端末１０のシグナリングを以下に示すべく実行する。

まず、シグナリング制御モジュール２６０５は、通信端末１０とＳＩＰサーバ２２との間に第１ＴＬＳセッションを確立した後、ＲＥＧＩＳＴＥＲリクエストメッセージをＴＬＳモジュール２５２においてＴＬＳを用いて暗号化させる。そして、シグナリング制御モジュール２６０５は、ＴＬＳで暗号化されたＲＥＧＩＳＴＥＲリクエストメッセージをＴＣＰ／ＵＤＰモジュール２５４においてＴＣＰで送信可能な形式にする。続いて、シグナリング制御モジュール２６０５は、ＴＬＳで暗号化した上で、ＴＣＰで送信可能な形式にしたＲＥＧＩＳＴＥＲリクエストメッセージを、仮想的なインターフェースモジュールであるＶｉｒｔｕａｌ ＩＦモジュール２１０に供給する。

続いて、Ｖｉｒｔｕａｌ ＩＦモジュール２１０は、ＴＣＰで送信可能な形式にしたＲＥＧＩＳＴＥＲリクエストメッセージを（デ）カプセル化モジュール２６００に供給する。（デ）カプセル化モジュール２６００は、ＴＬＳで暗号化した上でＴＣＰで送信可能な形式にしたＲＥＧＩＳＴＥＲリクエストメッセージを、ＵＤＰで送信可能な形式にカプセル化する。例えば、（デ）カプセル化モジュール２６００は、ＴＬＳで暗号化した上でＴＣＰで送信可能な形式にしたＲＥＧＩＳＴＥＲリクエストメッセージを、ＵＤＰで送信可能な形式にすべく、予め定められた付加情報をＲＥＧＩＳＴＥＲリクエストメッセージに付加することによりカプセル化する。そして、（デ）カプセル化モジュール２６００は、カプセル化したＲＥＧＩＳＴＥＲリクエストメッセージをＵＤＰモジュール２４０から通信ＩＦモジュールを介してＳＩＰサーバ２２に送信する。

その後、カプセル化されたＲＥＧＩＳＴＥＲリクエストメッセージを受信したＳＩＰサーバ２２は、通信端末１０のシグナリング処理を実行する。ＳＩＰサーバ２２は、シグナリング処理が完了した場合、シグナリングが完了したことを、例えば、２００ＯＫメッセージを返信することで通信端末１０のシグナリング制御モジュール２６０５に通知する。これにより、通信端末１０のシグナリングが完了して、通信端末１０とＳＩＰサーバ２２との間に第２ＴＬＳセッションが確立される。以上のように、通信端末１０は、仮想ＩＰアドレスに基づく第２ＴＬＳセッションを確立できるので、通信端末１０に動的に割り当てられる実ＩＰアドレスが変化した場合でも、ＳＩＰサーバ２２とのシグナリングのためのセッションが切断されることなく、継続的にＳＩＰサーバ２２とのシグナリングを実行することができる。

次に、一般クライアントアプリケーションモジュール２００が通信端末１２と所定の通信データの送受信を実行する場合を説明する。一般クライアントアプリケーションモジュール２００は、通信端末１２に送信すべき通信データを、ＴＣＰ／ＵＤＰモジュール２５４においてＴＣＰで送信可能な形式にして、Ｖｉｒｔｕａｌ ＩＦモジュールに供給する。

係る場合において、一般クライアントアプリケーションモジュール２００は、Ｖｉｒｔｕａｌ ＩＦモジュール２１０に割り当てられた仮想ＩＰアドレスを通信データに付加する。そして、一般クライアントアプリケーションモジュール２００は、仮想ＩＰアドレスを付加した通信アドレスをＶｉｒｔｕａｌ ＩＦモジュール２１０に供給する。これにより、一般クライアントアプリケーションモジュール２００は、通信端末１０に割り当てられる実ＩＰアドレスが変更された場合でも、実ＩＰアドレスの変更の影響を受けることなく、通信端末１２とのＴＣＰセッションを継続できる。

Ｖｉｒｔｕａｌ ＩＦモジュール２１０は、一般クライアントアプリケーションモジュール２００から受け取った通信データを、（デ）カプセル化モジュール２６００に供給する。（デ）カプセル化モジュール２６００は、Ｖｉｒｔｕａｌ ＩＦモジュール２１０から受け取った通信データをカプセル化する。（デ）カプセル化モジュール２６００は、ＲＴＰモジュール２６２０、ＳＲＴＰモジュール２５６、およびＵＤＰモジュール２４０を制御して、受け取った通信データをカプセル化および暗号化する。

ＲＴＰモジュール２６２０は、通信データにＲＴＰヘッダを付加することで、ＳＲＴＰを用いて暗号化できるデータ形式に変換する。ポリシーコントロールモジュール２６２５は、予め定められた条件に基づいて、ＲＴＰモジュール２６２０から出力される通信データに対してＳＲＴＰによる暗号化が必要か否かを判断する。

ポリシーコントロールモジュール２６２５によってＳＲＴＰによる暗号化が必要であると判断された場合には、ＳＲＴＰモジュール２５６は、ＲＴＰモジュール２６２０がＲＴＰパケットに変換した通信データを、ＳＲＴＰを用いて暗号化する。ＵＤＰモジュール２４０は、ＳＲＴＰモジュール２５６が暗号化した通信データにＵＤＰヘッダを付加することでカプセル化し、通信ＩＦモジュールを介して通信端末１２に送信する。

一方、ポリシーコントロールモジュール２６２５によってＳＲＴＰによる暗号化が必要でないと判断された場合には、ＲＴＰモジュール２６２０は、通信データにＲＴＰヘッダを付加しない。また、ＳＲＴＰモジュール２５６は、ＲＴＰモジュール２６２０が出力した通信データを暗号化することなく、ＵＤＰモジュール２４０から通信ＩＦモジュールを介して通信端末１２に送信する。

一方、通信端末１２が通信端末１０にあてて送信した通信データは、ＮＩＣ、当該ＮＩＣに対応する通信ＩＦモジュールを介して受信する。なお、通信端末１２が送信した通信データは、ＴＣＰで通信可能な通信データをＵＤＰで通信可能な形式にカプセル化した上で、ＳＲＴＰで暗号化されている。ＵＤＰモジュール２４０は、受信した通信データをＳＲＴＰモジュール２５６に供給する。ＳＲＴＰモジュール２５６は、ＳＲＴＰで暗号化された通信データを復号化する。そして、ＲＴＰモジュール２６２０は、復号かされた通信データの形式を逆変換して（デ）カプセル化モジュール２６００に供給する。

（デ）カプセル化モジュール２６００は、ＳＲＴＰモジュール２５６が復号化した通信データを、デカプセル化する。すなわち、（デ）カプセル化モジュール２６００は、ＵＤＰで送信可能な形式にカプセル化された通信データをデカプセル化する。（デ）カプセル化モジュール２６００は、デカプセル化した通信データをＶｉｒｔｕａｌ ＩＦモジュール２１０に供給する。

Ｖｉｒｔｕａｌ ＩＦモジュール２１０は、ＴＣＰ／ＵＤＰモジュール２５４を介して受け取った通信データを一般クライアントアプリケーションモジュール２００に供給する。一般クライアントアプリケーションモジュール２００は、Ｖｉｒｔｕａｌ ＩＦモジュール２１０から受け取った通信データを、所定のアプリケーションに渡すことにより処理する。

これにより、一般クライアントアプリケーションモジュール２００は、通信端末１０に割り当てられる実ＩＰアドレスが変更された場合でも、実ＩＰアドレスの変更の影響を受けることなく、通信端末１２とのＴＣＰセッションを継続できる。また、一般クライアントアプリケーションモジュール２００がＴＣＰで通信可能な通信データをＵＤＰで通信可能な通信データに変換すること、および通信端末１２と送受信する通信データを暗号化／復号化することがなくなる。すなわち、本実施形態に係る通信端末１０によれば、一般クライアントアプリケーションモジュール２００が特別な機能を有さなくても、Ｅ２Ｅのセキュリティを提供することができる。

次に、Ｍｏｂｉｌｅ ＳＩＰ ＡＰｓモジュール２０５が通信データを送信する場合について説明する。Ｍｏｂｉｌｅ ＳＩＰ ＡＰｓモジュール２０５は、ＩＡＣモジュール２６１０から通知された、利用可能な通信ＩＦモジュールを介して、通信端末１２に送信すべき通信データを送信する。

具体的には、Ｍｏｂｉｌｅ ＳＩＰ ＡＰｓモジュール２０５は、通信端末１２に送信すべき通信データをＲＴＰモジュール２６１５に送信する。ＲＴＰモジュール２６１５は、Ｍｏｂｉｌｅ ＳＩＰ ＡＰｓモジュール２０５から受け取った通信データを、ＲＴＰで送信可能な形式に変換する。

そして、ＲＴＰモジュール２６１５は、ＲＴＰで送信可能な形式に変換した通信データを、ＳＲＴＰモジュール２５６に供給する。ＳＲＴＰモジュール２５６は、ＲＴＰモジュール２６１５から受け取った通信データを、ＳＲＴＰを用いて暗号化する。そして、ＳＲＴＰモジュール２５６は、暗号化した通信データを、通信モジュールを介して通信端末１２に送信する。また、通信端末１２から通信ＩＦモジュールが受信したＳＩＰ ＡＰの通信データは、ＳＲＴＰモジュール２５６が復号化する。そして、ＳＲＴＰモジュール２５６は、復号化した通信データを、ＲＴＰモジュール２６１５を介して、Ｍｏｂｉｌｅ ＳＩＰ ＡＰｓモジュール２０５に供給する。

なお、上記説明における通信端末１２に送信する通信データは、プロキシサーバ２０を介して公開サーバ２６等の他のサーバ、または通信端末に送信してもよい。係る場合に、通信端末１０が送信した通信データのデカプセル化および復号化、並びに公開サーバ２６等が送信した通信データのカプセル化および暗号化は、プロキシサーバ２０が実行する。

これにより、通信端末１０は、通信端末１２と送受信する通信データのセキュリティをＳＲＴＰを用いて確保できる。さらに、ＩＰｓｅｃを用いることがないので、ＩＰｓｅｃ Ｓｅｃｕｒｉｔｙ Ｇａｔｅｗａｙを介して通信データを送受信することがなくなる。これにより、通信トラフィックが一点集中することを回避できる。

図５は、本実施形態の第１の例に係る通信端末１０によるシグナリング処理の流れの一例を示す。まず、ＩＡＣモジュール２６１０は、複数の通信ＩＦモジュールから、通信可能な通信ＩＦモジュールを選択する（Ｓ５００）。そして、ＩＡＣモジュール２６１０は、選択した通信ＩＦモジュールに割り当てられた実ＩＰアドレスを取得する（Ｓ５０５）。そして、シグナリング制御モジュール２６０５は、第１プロトコルの第１セッションを実ＩＰアドレスに基づいて確立する（Ｓ５１０）。第１セッションは、例えば、ＴＬＳおよびＴＣＰによるセッションである。その後、シグナリング制御モジュール２６０５は、第１セッションを用いて、シグナリングをセキュアに送受信する（Ｓ５１５）。次に、Ｖｉｒｔｕａｌ ＩＦモジュール２１０が有効に設定される（Ｓ５２０）。

ここで、通信端末１０のシグナリングセキュリティのモビリティが必要でない場合（Ｓ５２５：ＮＯ）、通信端末１０は、待機状態に移行する（Ｓ５４５）。この場合、待機状態において、シグナリング制御モジュール２６０５は、必要に応じて、第１セッションを介してシグナリングを行う。一方で、通信端末１０のシグナリングセキュリティのモビリティが必要である場合（Ｓ５２５：ＹＥＳ）、通信端末１０は、任意のプロトコルの第２セッションを、Ｖｉｒｔｕａｌ ＩＦモジュール２１０に設定された仮想ＩＰアドレスに基づいて確立する（Ｓ５３０）。任意のプロトコルとは、上述した第１プロトコルと同一であってもよいし、他のプロトコルであってもよい。そして、第２セッションは、例えば、ＴＬＳおよびＴＣＰによるセッションである、ＳＲＴＰおよびＵＤＰによるセッションである。

その後、シグナリング制御モジュール２６０５は、第２セッションを用いて、シグナリングをセキュアに送受信する（Ｓ５３５）。そして、シグナリング制御モジュール２６０５は、シグナリング処理が完了したか否かを判断する（Ｓ５４０）。シグナリング処理が完了していない場合には、Ｓ５４０に戻り、シグナリング制御モジュール２６０５は、引き続き、第２セッションを用いて、シグナリングをセキュアに送受信する（Ｓ５３５）。一方で、シグナリング処理が完了している場合には、通信端末１０は、待機状態に移行する（Ｓ５４５）。この場合、待機状態において、シグナリング制御モジュール２６０５は、第２セッションを介してシグナリングを行う。

その後、セッションモビリティコントローラモジュール２６０が停止されない場合（Ｓ５４５：ＮＯ）には、通信端末１０は、待機状態に維持される。一方で、セッションモビリティコントローラモジュール２６０が停止された場合（Ｓ５４５：ＹＥＳ）には、シグナリング処理が終了する。

図６は、待機状態（Ｓ５４５）における通信データの送信処理の流れの一例を示す。まず、一般クライアントアプリケーションモジュール２００は、通信端末１２に送信すべき通信データを、Ｖｉｒｔｕａｌ ＩＦモジュール２１０に割り当てられた仮想ＩＰアドレスを指定して、Ｖｉｒｔｕａｌ ＩＦモジュール２１０を介して（デ）カプセル化モジュール２６００に供給する（Ｓ６００）。仮想ＩＰアドレスは、Ｖｉｒｔｕａｌ ＩＦモジュール２１０に固定的に割り当てられるので、一般クライアントアプリケーションモジュール２００は、通信中継装置が通信端末１０に動的に割り当てたＩＰアドレスがいかなるＩＰアドレスであっても、常に仮想ＩＰアドレスを指定して、通信データを送信する。なお、一般クライアントアプリケーションモジュール２００は、ＴＣＰを用いて送信可能な形式で通信データをＶｉｒｔｕａｌ ＩＦモジュール２１０に送信する。

ポリシーコントロールモジュール２６２５は、一般クライアントアプリケーションモジュール２００から供給された通信データを送信する条件が、予め定められた条件に合致するか否かを判断する（Ｓ６１０）。予め定められた条件に合致すると判断された場合（Ｓ６１０：ＹＥＳ）、ＲＴＰモジュール２６２０は、Ｖｉｒｔｕａｌ ＩＦモジュール２１０から供給された通信データにパケット処理を実行する（Ｓ６２０）。すなわち、ＲＴＰモジュール２６２０は、通信データにＲＴＰヘッダを付加してカプセル化する。

次に、ＳＲＴＰモジュール２５６は、ＲＴＰモジュールがカプセル化した通信データを、第２セキュリティプロトコルであるＳＲＴＰで暗号化する（Ｓ６３０）。そして、ＵＤＰモジュール２４０は、ＳＲＴＰモジュール２５６が暗号化した通信データにＵＤＰヘッダを付加してカプセル化する（Ｓ６４０）。そして、ＵＤＰモジュール２４０は、ＳＲＴＰモジュール２５６が暗号化した通信データを、ＵＤＰを用いて通信ＩＦモジュールから通信端末１２に送信する（Ｓ６５０）。

Ｓ６１０において、予め定められた条件に合致しないと判断された場合（Ｓ６１０：ＮＯ）、ＲＴＰモジュール２６２０は、通信データをカプセル化せず、ＳＲＴＰモジュール２５６は、通信データを暗号化しない。ＵＤＰモジュール２４０は、ＳＲＴＰで暗号化されていない通信データにＵＤＰヘッダを付加してカプセル化する（Ｓ６６０）。そして、ＵＤＰモジュール２４０は、ＳＲＴＰで暗号化されていない通信データを、ＵＤＰを用いて通信ＩＦモジュールから通信端末１２に送信する（Ｓ６７０）。

図７は、待機状態（Ｓ５４５）における通信データの受信処理の流れの一例を示す。まず、ＵＤＰモジュール２４０は、通信端末１２が通信端末１０にあてて送信した通信データを、通信ＩＦモジュールを介して受信する（Ｓ７００）。通信端末１２が通信端末１０にあてて送信した通信データは、ＴＣＰで通信可能な通信データをＵＤＰで通信可能な形式にカプセル化した上で、第２セキュリティプロトコルであるＳＲＴＰを用いて暗号化されている。

ＵＤＰモジュール２４０は、（デ）カプセル化モジュール２６００の制御に従い、受信した通信データからＵＤＰヘッダを外すことによって、通信データをデカプセル化する（Ｓ７１０）。ＳＲＴＰモジュール２５６は、ＳＲＴＰを用いて暗号化されているデカプセル化された通信データを復号化する（Ｓ７２０）。（デ）カプセル化モジュール２６００は、デカプセル化された後に復号化された通信データをＶｉｒｔｕａｌ ＩＦモジュール２１０に供給する。Ｖｉｒｔｕａｌ ＩＦモジュール２１０は、（デ）カプセル化モジュール２６００から受け取った通信データをパケット処理して（Ｓ７３０）、一般クライアントアプリケーションモジュール２００に転送する（Ｓ７４０）。

図８は、本実施形態の第２の例に係る通信端末１０の通信モジュール１４の機能構成の一例を示す。通信モジュール１４は、一般アプリケーション部８００、リアルタイムアプリケーション部８０５、仮想インターフェース部８１０、通信ユニット８２０、通信制御ユニット８３０、およびセッションモビリティ制御ユニット８６０を備える。なお、プロキシサーバ２０およびＳＩＰサーバ２２は、通信モジュール１４の機能および構成の一部、または全部を備えていてよい。

通信ユニット８２０は、第１通信部８２２、第２通信部８２４、および第ｎ通信部８２６を含む複数の通信部を有する。また、通信制御ユニット８３０は、通信ＩＦ選択部８４０およびアドレス取得部８５０を有する。また、セッションモビリティ制御ユニット８６０は、データ形式変換部８６００、シグナリング制御部８６０５、（デ）カプセル化部８６１０、第１暗号化部８６１５、第２暗号化部８６２０、シグナリング送受信部８６２５、変換テーブル記憶部８６４０、データ送受信部８６４５、暗号化条件格納部８６５０、および暗号化条件判断部８６５５を有する。

通信ユニット８２０は、通信モジュール１４が通信可能な複数の通信方式ごとに異なる複数の通信部を有する。例えば、通信ユニット８２０は、第１の通信方式（例えば、無線ＬＡＮ通信方式）で通信する第１通信部８２２、第２の通信方式（例えば、電話通信方式）で通信する第２通信部８２４、および第ｎの通信方式（例えば、無線ＬＡＮおよび電話通信方式を除く他の通信方式）で通信する第ｎ通信部８２６を有する。なお、通信ユニット８２０は、複数の通信方式で通信可能な通信部を有していてもよい。例えば、通信ユニット８２０は、第１の通信方式と第２の通信方式とのいずれかで通信可能な通信部、すなわち、上述した第１通信部および第２通信部の機能を併せ持った通信部を有していてもよい。これにより、通信モジュール１４の構成の簡略化、および小型化に資することができる。

また、複数の通信部のそれぞれは、セルラー網４０、無線ＬＡＮ網４６等の複数の通信網のそれぞれに対応する複数の通信中継装置のそれぞれを介して、シグナリング送受信部８６２５が生成したシグナリングメッセージを、ＳＩＰサーバ２２との間で送信する。また、通信ユニット８２０が有する複数の通信部のそれぞれは、一般アプリケーション部８００またはリアルタイムアプリケーション部８０５が生成した通信データを、通信端末１２またはプロキシサーバ２０との間で送信する。

また、複数の通信部のそれぞれは、ＳＩＰサーバ２２から受信したシグナリングメッセージを、通信制御ユニット８３０を介してシグナリング制御部８６０５に供給する。また、複数の通信部のそれぞれは、通信端末１２またはプロキシサーバ２０から受信した通信データを、通信制御ユニット８３０を介して一般アプリケーション部８００またはリアルタイムアプリケーション部８０５に供給する。

通信ユニット８２０が有する複数の通信部のそれぞれは、それぞれに割り当てられた通信方式で通信することができるか否かを通信ＩＦ選択部８４０が判断するために用いられる情報を、通信制御ユニット８３０に供給する。さらに、複数の通信部は、それぞれが通信可能な通信中継装置から動的な実ＩＰアドレスを割り当てられた場合、割り当てられた実アドレスを通信制御ユニット８３０に供給する。

通信ＩＦ選択部８４０は、複数の通信部から供給された情報に基づいて、複数の通信部のうち通信可能な通信部を選択する。例えば、通信ＩＦ選択部８４０は、通信中継装置が発する通信方式を識別する情報を含む電波の電波強度を示す情報を、複数の通信部から受け取り、電荷強度の大きさに基づいて通信可能な通信部を判断する。他の例において、通信ＩＦ選択部８４０は、複数の通信部に対して予め設定された利用優先順位等のポリシーに基づいて、複数の通信部から１つの通信部を選択してもよい。そして、通信ＩＦ選択部８４０は、選択した通信部を識別する情報を変換テーブル記憶部８６４０に供給する。

アドレス取得部８５０は、通信中継装置によって通信端末１０に対して動的に割り当てられる実アドレスを取得する。すなわち、アドレス取得部８５０は、通信ＩＦ選択部８４０が選択した通信部に割り当てられた実アドレスを取得する。実アドレスは、例えば、通信中継装置が管理しているプライベートＩＰアドレスまたはグローバルＩＰアドレスであり、以下において、実ＩＰアドレスと称する。そして、アドレス取得部８５０は、取得した実ＩＰアドレスを変換テーブル記憶部８６４０に供給する。

変換テーブル記憶部８６４０は、通信ＩＦ選択部８４０が選択した通信部を識別する情報、およびアドレス取得部８５０が取得した実ＩＰアドレスを記憶する。そして、変換テーブル記憶部８６４０は、記憶している実ＩＰアドレスをデータ形式変換部８６００および（デ）カプセル化部８６１０に通知する。

一般アプリケーション部８００は、所定の目的の処理を実行する。具体的には、一般アプリケーション部８００は、データ処理を実行するアプリケーションプログラムに所定の目的のデータ処理を実行させる。アプリケーションプログラムは、例えば、Ｗｅｂブラウザプログラム、電子メール送受信プログラム、およびマルチメディアデータの送受信プログラム等であってよい。一般アプリケーション部８００は、アプリケーションプログラムが処理したデータであって、通信端末１２またはプロキシサーバ２０に送信すべき通信データを、仮想インターフェース部８１０に供給する。

係る場合において、一般アプリケーション部８００は、仮想インターフェース部８１０を一意に識別する識別番号を通信データに付加して仮想インターフェース部８１０に供給する。識別番号は、例えば、仮想インターフェース部８１０に割り当てられた仮想アドレスである。仮想アドレスは、シグナリング制御部８６０５の起動段階においてＳＩＰサーバ２２によって動的または静的に割り当てられる。仮想アドレスは、例えば、ＩＰアドレスの構成を有しており、以下において、仮想ＩＰアドレスと称する。なお、仮想ＩＰアドレスは、一般アプリケーション部８００に対して固定的に設定されてよい。

リアルタイムアプリケーション部８０５は、所定の目的の処理を実行する。具体的には、リアルタイムアプリケーション部８０５は、データ処理を実行するＳＩＰアプリケーションプログラムに所定の目的のデータ処理を実行させる。例えば、ＳＩＰアプリケーションプログラムは、リアルタイムのマルチメディア通信を提供するＩＰ電話等のアプリケーションプログラムであってよい。

仮想インターフェース部８１０は、仮想ＩＰアドレスが割り当てられており、通信端末１２またはプロキシサーバ２０に送信する通信データを一般アプリケーション部８００から受け取る。仮想インターフェース部８１０は、受け取った通信データをデータ形式変換部８６００に供給する。

シグナリング制御部８６０５は、シグナリングメッセージを生成して、通信端末１０のシグナリングを制御する。シグナリング制御部８６０５は、例えばＳＩＰによるシグナリングを制御する。具体的には、シグナリング制御部８６０５は、アドレス取得部８５０が取得した実ＩＰアドレスを用いて、ＳＩＰサーバ２２とのセッションを確立する。より具体的には、シグナリング制御部８６０５は、第１セキュリティプロトコルに基づく第１シグナリング用セッションをＳＩＰサーバ２２との間に確立する。そして、第１シグナリング用セッションを確立した後、第２セキュリティプロトコルに基づく第２シグナリング用セッションをＳＩＰサーバ２２との間に確立する。

シグナリング制御部８６０５は、まず、第１暗号化部８６１５を介してシグナリングメッセージをシグナリング送受信部８６２５に供給する。これにより、シグナリング制御部８６０５は、第１セキュリティプロトコルに基づく第１シグナリング用セッションを、ＳＩＰサーバ２２との間に確立する。このとき、シグナリング制御部８６０５は、第１セキュリティプロトコルを用いて、通信端末１０とＳＩＰサーバ２２との間の相互の認証を得ることによって、第１シグナリング用セッションを確立する。

シグナリング制御部８６０５は、第１シグナリング用セッションが確立すると、第１暗号化部８６１５を介してシグナリングメッセージをシグナリング送受信部８６２５に供給して、第１シグナリング用セッションを介してＳＩＰサーバ２２とやりとりする。これにより、シグナリング制御部８６０５は、第２セキュリティプロトコルに基づく第２シグナリング用セッションを、ＳＩＰサーバ２２との間に確立する。このとき、シグナリング制御部８６０５は、第１シグナリング用セッションを確立する場合に第１セキュリティプロトコルを用いて得られた認証の結果を使って、第２シグナリング用セッションを確立する。

シグナリング制御部８６０５は、第２シグナリング用セッションが確立された後は、データ形式変換部８６００および第２暗号化部８６２０を介して、シグナリングメッセージをシグナリング送受信部８６２５に供給して、第２シグナリング用セッションを介してＳＩＰサーバ２２とやりとりする。なお、シグナリング制御部８６０５は、通信端末１０への電源投入、通信モジュール１４の起動または再起動、通信端末１０のＨＯ（Ｈａｎｄｏｖｅｒ）、通話中のコーデック変更、定期的なＳＩＰ登録更新等の様々な動作を契機として、シグナリングメッセージを生成して位置登録等のシグナリングを処理する。

第１暗号化部８６１５は、シグナリング制御部８６０５がＳＩＰサーバ２２に対してシグナリングすべく生成したシグナリングメッセージを、通信のセキュリティを確保する第１セキュリティプロトコルを用いて暗号化する。具体的には、第１暗号化部８６１５は、コネクション型の通信プロトコルとともに利用可能な第１セキュリティプロトコルを用いて暗号化する。より具体的には、第１暗号化部８６１５は、ＯＳＩ参照モデルにおけるトランスポート層（レイヤー４）で用いられるコネクション型の通信プロトコルとともに利用可能な第１セキュリティプロトコルを用いて暗号化する。第１セキュリティプロトコルは、公開鍵暗号または秘密鍵暗号、デジタル証明書、およびハッシュ関数等のセキュリティ技術の少なくとも１つを用いて通信データの盗聴および改ざん等を防止するプロトコルであってよい。例えば、第１暗号化部８６１５は、シグナリングメッセージを、第１セキュリティプロトコルとしてＴＬＳプロトコルを用いて暗号化する。

また、第１暗号化部８６１５は、ＳＩＰサーバ２２から送信されたシグナリングメッセージを復号化してシグナリング制御部８６０５に供給する。この場合、第１暗号化部８６１５は、シグナリングメッセージを直接シグナリング送受信部８６２５から受け取る。

データ形式変換部８６００は、シグナリング制御部８６０５が生成したシグナリングメッセージを、第２セキュリティプロトコルに基づいて暗号化できるデータ形式に変換する。具体的には、データ形式変換部８６００は、ＲＴＰヘッダを付加することによって、シグナリング制御部８６０５が生成したシグナリングメッセージを、ＳＲＴＰに基づいて暗号化できるＲＴＰのデータ形式に変換する。そして、データ形式変換部８６００は、データ形式を変換したシグナリングメッセージを、第２暗号化部８６２０に供給する。

また、データ形式変換部８６００は、通信端末１２またはプロキシサーバ２０に送信する通信データを、ＳＲＴＰを用いて暗号化できるデータ形式に変換する。データ形式変換部８６００は、通信データのデータ構成およびヘッダの形式を変換することにより、ＳＲＴＰを用いて暗号化できるデータ形式に変換する。データ形式変換部８６００は、通信データがＲＴＰのパケットである場合には、データ形式の変換を実行せず、通信データがＲＴＰ以外のパケットである場合には、ＲＴＰヘッダを付加することにより、ＲＴＰのパケットへのデータ形式の変換を実行する。そして、データ形式変換部８６００は、データ形式を変換した後の通信データを第２暗号化部８６２０に供給する。

また、データ形式変換部８６００は、通信端末１２またはプロキシサーバ２０から送信された通信データのデータ形式を逆変換する。例えば、データ形式変換部８６００は、通信データからＲＴＰヘッダを外し、通信データをＴＣＰ／ＵＤＰパケットに変換する。そして、データ形式変換部８６００は、データ形式を逆変換した後の通信データを仮想インターフェース部８１０に供給する。

（デ）カプセル化部８６１０は、第２暗号化部８６２０から受け取った通信データに、予め定められた付加情報を付加することによりカプセル化する。具体的には、（デ）カプセル化部８６１０は、仮想インターフェース部８１０から供給される、仮想ＩＰアドレスが送信元アドレスとして付加された通信データに、アドレス取得部８５０が取得して変換テーブル記憶部８６４０に記憶されている実ＩＰアドレスを送信元アドレスとして付加してカプセル化する。そして、（デ）カプセル化部８６１０は、カプセル化した通信データを、データ送受信部８６４５に供給する。

また、（デ）カプセル化部８６１０は、通信端末１２またはプロキシサーバ２０から送信された、カプセル化された通信データを受け取る。そして、（デ）カプセル化部８６１０は、受け取った通信データをデカプセル化して第２暗号化部８６２０に供給する。例えば、（デ）カプセル化部８６１０は、ＵＤＰカプセリングされた通信データからＵＤＰヘッダを外し、ＲＴＰパケットに変換する。そして、（デ）カプセル化部８６１０は、デカプセル化された後の通信データを第２暗号化部８６２０に供給する。

第２暗号化部８６２０は、データ形式変換部８６００によってデータ形式が変換されたシグナリングメッセージまたは通信データを、第１セキュリティプロトコルとは異なる第２セキュリティプロトコルに基づいて暗号化する。具体的には、第２暗号化部８６２０は、コネクションレス型の通信プロトコルとともに利用可能な第２セキュリティプロトコルを用いて暗号化する。例えば、第２暗号化部８６２０は、シグナリングメッセージまたは通信データを、第２セキュリティプロトコルとしてＳＲＴＰを用いて暗号化する。

そして、第２暗号化部８６２０は、暗号化したシグナリングメッセージを、シグナリング送受信部８６２５に供給する。また、第２暗号化部８６２０は、暗号化した通信データを、（デ）カプセル化部８６１０に供給する。また、第２暗号化部８６２０は、ＳＩＰサーバ２２から送信されたシグナリングメッセージを復号化して、データ形式変換部８６００に供給する。第２暗号化部８６２０は、通信端末１２またはプロキシサーバ２０から送信され（デ）カプセル化部８６１０によってデカプセル化された通信データを復号化して、データ形式変換部８６００に供給する。例えば、第２暗号化部８６２０は、ＳＲＴＰセッションの鍵情報を用いて、（デ）カプセル化部８６１０がＲＴＰパケットに変換した通信データを復号化する。

シグナリング送受信部８６２５は、第１シグナリング用セッションを確立する場合、シグナリング制御部８６０５が生成して第１暗号化部８６１５が暗号化したシグナリングメッセージを、ＳＩＰサーバ２２に送信する。また、シグナリング送受信部８６２５は、第２シグナリング用セッションを確立する場合、シグナリング制御部８６０５が生成して第１暗号化部８６１５が暗号化したシグナリングメッセージを、第１シグナリング用セッションを介してＳＩＰサーバ２２に送信する。このとき、シグナリング送受信部８６２５は、コネクション型の通信プロトコルを用いてシグナリングメッセージを送信する。具体的には、シグナリング送受信部８６２５は、第１暗号化部８６１５から供給されたシグナリングメッセージを、通信ＩＦ選択部８４０が選択した通信部に通信制御ユニット８３０を介して供給してＴＣＰを用いて送信させる。

シグナリング送受信部８６２５は、第２シグナリング用セッションが確立された後、第２暗号化部８６２０が暗号化したシグナリングメッセージを、第２シグナリング用セッションを介してＳＩＰサーバ２２に送信する。このとき、シグナリング送受信部８６２５は、コネクションレス型の通信プロトコルを用いてシグナリングメッセージを送信する。具体的には、シグナリング送受信部８６２５は、第２暗号化部８６２０から供給されたシグナリングメッセージを、通信ＩＦ選択部８４０が選択した通信部に通信制御ユニット８３０を介して供給してＵＤＰを用いて送信させる。

通信端末１０が、第１通信部８２２が通信可能な第１エリアから第２通信部８２４が通信可能な第２エリアに移動する場合に、シグナリング送受信部８６２５は、第２エリアにおいて第２通信方式で確立される第３シグナリング用セッションであるＳＲＴＰセッションを確立するためのシグナリングメッセージを、第１エリアにおいて第１通信方式で確立された第２シグナリング用セッションを介して、第１通信方式の通信中継装置経由でＳＩＰサーバ２２に送信する。つまり、第２通信部８２４に通信中継装置から実ＩＰアドレスが割り当てられると、通信ＩＦ選択部８４０が第２通信部８２４を選択する以前に、第２通信方式によるＳＲＴＰセッションを予め確立する。これにより、通信ＩＦ選択部８４０によって、第１通信部８２２から第２通信部８２４に切り換えられた場合に、即座に第２通信方式によるシグナリングが可能となり、シグナリングに遅延を生じさせることがない。

同様に、通信端末１０が、第１通信部８２２が通信可能な第１エリアから第２通信部８２４が通信可能な第２エリアに移動する場合に、シグナリング送受信部８６２５は、第２エリアにおいて第２通信方式で確立される第２通信データ用セッションを確立するためのシグナリングメッセージを、第１エリアにおいて第１通信方式で確立された第２シグナリング用セッションを介して、第１通信方式の通信中継装置経由でＳＩＰサーバ２２に送信する。つまり、第２通信部８２４に通信中継装置から実ＩＰアドレスが割り当てられると、通信ＩＦ選択部８４０が第２通信部８２４を選択する以前に、第２通信方式によるＳＲＴＰセッションを予め確立する。これにより、通信ＩＦ選択部８４０によって、第１通信部８２２から第２通信部８２４に切り換えられた場合に、即座に第２通信方式によるデータ通信が可能となり、データ通信に遅延を生じさせることがない。

また、シグナリング送受信部８６２５は、ＳＩＰサーバ２２から送信されたシグナリングメッセージをシグナリング制御部８６０５に供給する。この場合も、シグナリング送受信部８６２５は、第１シグナリング用セッションおよび第２シグナリング用セッションを確立する場合、シグナリングメッセージを第１暗号化部８６１５に供給する。一方で、シグナリング送受信部８６２５は、第２シグナリング用セッションが確立された後において、シグナリングメッセージを、第２暗号化部８６２０およびデータ形式変換部８６００を介してシグナリング制御部８６０５に供給する。

また、シグナリング送受信部８６２５は、一般アプリケーション部８００およびリアルタイムアプリケーション部８０５が生成した通信データを通信端末１０に送信するために用いる通信データ用セッションを確立するためのシグナリングメッセージを、第２シグナリング用セッションを介してＳＩＰサーバ２２に送信する。

データ送受信部８６４５は、通信端末１２またはプロキシサーバ２０に送信すべき通信データを、通信ＩＦ選択部８４０が選択した通信部に通信制御ユニット８３０を介して供給して通信端末１２またはプロキシサーバ２０に送信する。具体的には、データ送受信部８６４５は、第２暗号化部８６２０が暗号化した通信データを、コネクションレス型の通信プロトコルを用いて送信する。例えば、データ送受信部８６４５は、第２暗号化部８６２０がＳＰＴＰによって暗号化した通信データを、ＵＤＰを用いて送信する。また、データ送受信部８６４５は、通信端末１２またはプロキシサーバ２０から受信するデータを、通信ＩＦ選択部８４０が選択した通信部から通信制御ユニット８３０を介して受け取り、（デ）カプセル化部８６１０に供給する。

暗号化条件格納部８６５０は、第２暗号化部８６２０に暗号化させるか否かを決定するための、予め定められた条件を格納する。暗号化条件格納部８６５０は、ユーザによって個別に設定された条件を格納してもよい。

暗号化条件判断部８６５５は、前記第２暗号化部８６２０が受け取った通信データを送信する条件が、暗号化条件格納部８６５０が格納している予め定められた条件に合致するか否かを判断する。

データ形式変換部８６００は、暗号化条件判断部８６５５によって予め定められた条件に合致しないと判断された通信データのデータ形式を変換しない。そして、第２暗号化部８６２０は、当該通信データを暗号化しない。一方で、データ形式変換部８６００は、暗号化条件判断部８６５５によって予め定められた条件に合致すると判断された通信データを、ＳＲＴＰを用いて暗号化できるデータ形式に変換する。そして、第２暗号化部８６２０は、当該通信データを暗号化する。

暗号化条件格納部８６５０は、予め定められた条件として、アプリケーションの種類を格納する。暗号化条件判断部８６５５は、第２暗号化部８６２０が受け取った通信データを解析することにより、当該通信データを生成したアプリケーションの種類を判断する。そして、暗号化条件判断部８６５５は、当該通信データを生成したアプリケーションの種類が、暗号化条件格納部８６５０が格納しているアプリケーションの種類に合致する否かを判断する。

当該通信データを生成したアプリケーションの種類が、暗号化条件格納部８６５０に格納されていない場合、データ形式変換部８６００は、当該通信データのデータ形式を変換しない。そして、第２暗号化部８６２０は、当該通信データを暗号化せずに、データ送受信部８６４５に供給する。一方で、当該通信データを生成したアプリケーションの種類が、暗号化条件格納部８６５０に格納されている場合、データ形式変換部８６００は、当該通信データのデータ形式を変換する。そして、第２暗号化部８６２０は、当該通信データを暗号化して、データ送受信部８６４５に供給する。

暗号化条件格納部８６５０は、例えば、ＨＴＴＰＳ、ＳＳＨ等のアプリケーションの種類を格納する。これにより、上位レイヤにおいて既に暗号化が施されている通信データに対してさらに暗号化を施すことを防ぐことができる。

また、暗号化条件格納部８６５０は、予め定められた条件として、通信データに適用されるプロトコルを格納してもよい。暗号化条件判断部８６５５は、第２暗号化部８６２０が受け取った通信データを解析すること、またはデータ送受信部８６４５による適用されるプロトコルを調べることにより、当該通信データに適用されるプロトコルを判断する。そして、暗号化条件判断部８６５５は、当該通信データに適用されるプロトコルが、暗号化条件格納部８６５０が格納しているプロトコルに合致する否かを判断する。

当該通信データに適用されるプロトコルが、暗号化条件格納部８６５０に格納されていない場合、データ形式変換部８６００は、当該通信データのデータ形式を変換しない。そして、第２暗号化部８６２０は、当該通信データを暗号化せずに、データ送受信部８６４５に供給する。一方で、当該通信データに適用されるプロトコルが、暗号化条件格納部８６５０に格納されている場合、データ形式変換部８６００は、当該通信データのデータ形式を変換する。そして、第２暗号化部８６２０は、当該通信データを暗号化して、データ送受信部８６４５に供給する。

暗号化条件格納部８６５０は、例えば、ＵＤＰ、ＩＧＭＰ等のプロトコルを格納する。これにより、通信データの転送効率を向上させるために特定のプロトコルの適用される場合に、暗号化処理によって転送効率を低減させることを防ぐことができる。

また、暗号化条件格納部８６５０は、予め定められた条件として、通信方式の種類を格納してもよい。暗号化条件判断部８６５５は、通信ＩＦ選択部８４０が選択した通信部の通信方式の種類から、当該通信データが送信される場合の通信方式の種類を判断する。そして、暗号化条件判断部８６５５は、当該通信データが送信される場合の通信方式の種類が、暗号化条件格納部８６５０が格納している通信方式の種類に合致する否かを判断する。

当該通信データが送信される場合の通信方式の種類が、暗号化条件格納部８６５０に格納されていない場合、データ形式変換部８６００は、当該通信データのデータ形式を変換しない。そして、第２暗号化部８６２０は、当該通信データを暗号化せずに、データ送受信部８６４５に供給する。一方で、当該通信データが送信される場合の通信方式の種類が、暗号化条件格納部８６５０に格納されている場合、第２暗号化部８６２０は、当該通信データを暗号化して、データ送受信部８６４５に供給する。

暗号化条件格納部８６５０は、例えば、ＷｉＦｉ方式等の通信方式を格納する。これにより、セキュリティレベルが比較的低い場合が多いＷｉＦｉ方式で通信データが送信される場合には、暗号化処理を実行させ、セキュリティレベルが比較的高い場合が多いセルラー方式で通信データが送信される場合には、暗号化処理を実行させないことができる。したがって、セキュリティレベルが高い通信方式で送信される通信データに対して、過剰に暗号化を施すことを防ぐことができる。

本実施形態に係る通信端末１０によれば、ＳＩＰサーバ２２とのシグナリングを実行する場合に、ＳＩＰサーバ２２に送信するシグナリングメッセージのセキュリティを、ＳＲＴＰを用いて確保できる。また、通信端末がデータ通信を実行する場合に、通信端末１２またはプロキシサーバ２０に送信する通信データのセキュリティを、ＳＲＴＰを用いて確保できる。これにより、通信端末１０は、通信端末１２、プロキシサーバ２０、およびＳＩＰサーバ２２との通信接続が途切れることなく通信を継続することができるだけでなく、シグナリングメッセージおよび通信データのセキュリティを確実に確保できる。さらに、第２暗号化部１６２０による暗号化処理を、必要な場合だけ適用することで、暗号化処理の処理量、および通信トラフィックを低減させることができる。

図９は、本実施形態の第２の例に係る通信端末１０のモジュール構成の一例を示す。なお、一般クライアントアプリケーションモジュール９００は、例えば、Ｗｅｂブラウザ等のアプリケーションであり、図８の上記説明における一般アプリケーション部８００の一例である。Ｍｏｂｉｌｅ ＳＩＰ ＡＰｓモジュール９０５は、図８の上記説明におけるリアルタイムアプリケーション部８０５の一例であり、例えば、ＶｏＩＰアプリケーションである。また、Ｖｉｒｔｕａｌ ＩＦモジュール９１０は、図８の上記説明における仮想インターフェース部８１０の一例である。また、複数の通信ＩＦモジュールを有する通信インターフェースユニット９２０および複数のＮＩＣは、図８の上記説明における通信ユニット８２０の一例である。

シグナリング制御モジュール９６０５は、図８の上記説明におけるシグナリング制御部８６０５の一例である。また、ＩＡＣモジュール９６１０は、図８の上記説明における通信ＩＦ選択部８４０およびアドレス取得部８５０の一例である。また、（デ）カプセル化モジュール９６００は、図８の上記説明における（デ）カプセル化部８６１０および変換テーブル記憶部８６４０の一例である。

ＲＴＰモジュール９６１５およびＲＴＰモジュール９６２０は、図８の上記説明におけるデータ形式変換部８６００の一例であり、ＲＴＰモジュール９６１５とＲＴＰモジュール９６２０とは、物理的に１つのモジュールであってもよい。また、ポリシーコントロールモジュール９６２５は、図８の上記説明における暗号化条件格納部８６５０および暗号化条件判断部８６５５の一例である。

ＴＬＳモジュール９５８は、図８の上記説明における第１暗号化部８６１５の一例である。また、ＳＲＴＰモジュール９５６は、図８の上記説明における第２暗号化部８６２０の一例である。また、ＵＤＰモジュール９４０は、図８の上記説明におけるシグナリング送受信部８６２５およびデータ送受信部８６４５の一例である。また、ＴＣＰモジュール９４２は、図８の上記説明におけるシグナリング送受信部８６２５の一例である。

複数のネットワークインターフェースカード（ＮＩＣ）は、それぞれに対応する通信方式を用いて通信端末１２、プロキシサーバ２０、およびＳＩＰサーバ２２と通信する。複数のＮＩＣはそれぞれに対応する通信ＩＦモジュールに制御されて、通信データを送受信する。複数の通信ＩＦモジュールは、それぞれに対応するＮＩＣを介して通信データを送受信する。

例えば、通信ＩＦモジュールａ９２２はＮＩＣａ９３２を介して通信データを送受信する。同様にして、通信ＩＦモジュールｂ９２４はＮＩＣｂ９３４を介して、そして、通信ＩＦモジュールｎ９２６はＮＩＣｎ９３６を介して通信データを送受信する。具体的には、ＮＩＣａ９３２は、無線ＬＡＮインターフェースカードであってよく、ＮＩＣｂ９３４は、携帯電話通信方式のインターフェースカードであってよい。そして、ＮＩＣｎ９３６は、無線ＬＡＮ通信方式および携帯電話通信方式を除く、他の通信方式のインターフェースカードであってよい。

ＩＡＣモジュール９６１０は、通信インターフェースユニット９２０が有する複数の通信ＩＦモジュール（例えば、通信ＩＦモジュールａ９２２、通信ＩＦモジュールｂ９２４、および通信ＩＦモジュールｎ９２６等）のうち、いずれが利用可能かを判断して選択する。すなわち、ＩＡＣモジュール９６１０は、通信中継装置と通信可能な通信ＩＦモジュールがいずれであるかを判断して、通信可能な通信ＩＦモジュールを選択する。ＩＡＣモジュール９６１０が、通信可能な通信ＩＦモジュールがいずれであるかを判断する方法は、図８の上記説明における通信ＩＦ選択部８４０と略同様であるので詳細な説明は省略する。

ＩＡＣモジュール９６１０は、通信可能な通信ＩＦモジュールを介して、通信中継装置が通信端末１０に対して動的に割り当てたＩＰアドレスを取得する。そして、ＩＡＣモジュール９６１０は、通信可能な通信ＩＦモジュールを識別する情報と取得したＩＰアドレスとをシグナリング制御モジュール９６０５、（デ）カプセル化モジュール９６００、ＲＴＰモジュール９６１５、ＲＴＰモジュール９６２０、およびＭｏｂｉｌｅ ＳＩＰ ＡＰｓモジュール９０５に通知する。

まず、シグナリング制御モジュール９６０５は、例えば通信端末１０の起動時に、ＴＬＳを用いてＳＩＰサーバ２２に対してシグナリングする。すなわち、シグナリング制御モジュール９６０５は、シグナリング処理を実行するシグナリングメッセージをＴＬＳモジュール９５８においてＴＬＳを用いて暗号化させる。そして、シグナリング制御モジュール９６０５は、暗号化されたシグナリングメッセージをＴＣＰモジュール９４２においてＴＣＰで送信可能な形式にして、ＳＩＰサーバ２２に送信させる。具体的には、シグナリング制御モジュール９６０５は、通信インターフェースユニット９２０が有する複数の通信ＩＦモジュールのうち、通信中継装置と通信可能な通信ＩＦモジュールを介して、ＴＬＳで暗号化されたシグナリングメッセージをＳＩＰサーバ２２に送信する。

例えば、シグナリング制御モジュール９６０５は、通信端末１０が起動されたことを契機として、ＳＩＰサーバ２２との間に第１シグナリング用セッションであるＴＬＳセッションを確立する。その後、シグナリング制御モジュール９６０５は、ＳＩＰサーバ２２に、シグナリングメッセージとしてＲＥＧＩＳＴＥＲリクエストメッセージを送信する。ＲＥＧＩＳＴＥＲリクエストメッセージは、シグナリング処理をするＳＩＰサーバ２２のＳＩＰ ＵＲＩ、登録を要求する通信端末１０のＳＩＰ ＵＲＩ、および登録の有効期限を示す情報等を含む。そして、ＲＥＧＩＳＴＥＲリクエストメッセージを受信したＳＩＰサーバ２２は、通信端末１０のシグナリング処理を実行する。ＳＩＰサーバ２２は、シグナリング処理が完了した場合、シグナリングが完了したことを、例えば、２００ＯＫメッセージを返信することで通信端末１０のシグナリング制御モジュール９６０５に通知する。

次に、シグナリング制御モジュール９６０５は、第２シグナリング用セッションであるＳＲＴＰセッションを確立するためのシグナリングメッセージを、ＴＬＳセッションを介してＳＩＰサーバ２２に送信する。このとき、シグナリング制御モジュール９６０５は、ＴＬＳセッションを確立する場合にＳＩＰサーバ２２との間で認証された認証結果をＳＩＰサーバ２２との間でやりとりすることで、再度ＳＩＰサーバ２２との間で認証処理を実行することなく、ＳＲＴＰセッションを確立する。

次に、通信中継装置との通信が可能な通信ＩＦモジュールが変更した場合、すなわち、通信端末１０が移動することによってハンドオーバ制御を要する場合について説明する。係る場合に、シグナリング制御モジュール９６０５は、通信端末１０から見て通信端末１２およびＳＩＰサーバ２２との通信が切断されていないように見せるべく、通信端末１０のシグナリングを以下に示すべく実行する。

ＩＡＣモジュール９６１０は、新たに通信可能となった通信ＩＦモジュールが検出された場合に、通信中継装置が通信ＩＦモジュールに割り当てたＩＰアドレスを取得する。そして、ＩＡＣモジュール９６１０は、通信可能な通信ＩＦモジュールを識別する情報と取得したＩＰアドレスとをシグナリング制御モジュール９６０５に通知する。

シグナリング制御モジュール９６０５は、新たに通信可能となった通信ＩＦモジュールを識別する情報が通知されると、通信端末１０とＳＩＰサーバ２２との間に第３シグナリング用セッションであるＳＲＴＰセッションを確立すべく、シグナリングメッセージを生成する。シグナリング制御モジュール９６０５は、シグナリングメッセージをＲＴＰモジュール９６１５に供給してＲＴＰのデータ形式に変換させ、ＳＲＴＰモジュール９５６にＳＲＴＰを用いて暗号化させる。そして、シグナリング制御モジュール９６０５は、既に確立されているＳＲＴＰセッションを介して、シグナリングメッセージをＳＩＰサーバ２２に送信することによって、新たなＳＲＴＰセッションをＳＩＰサーバ２２との間に確立する。

以上のように、通信端末１０は、現在選択されている通信ＩＦモジュールを介して確立されているシグナリング用のＳＲＴＰセッションを用いて、次に選択される通信ＩＦモジュールからのシグナリング用のＳＲＴＰセッションを確立する。これにより、通信端末１０がネットワーク間をハンドオーバする前に、移動先のネットワークで利用できるＳＲＴＰセッションを予め用意することができるので、モビリティ性を確保することができる。

次に、一般クライアントアプリケーションモジュール９００が通信端末１２と所定の通信データの送受信を実行する場合を説明する。一般クライアントアプリケーションモジュール９００は、通信端末１２に送信すべき通信データを、ＴＣＰ／ＵＤＰモジュール９５４においてＴＣＰで送信可能な形式にして、Ｖｉｒｔｕａｌ ＩＦモジュールに供給する。

係る場合において、一般クライアントアプリケーションモジュール９００は、ＴＬＳセッションの確立時にＶｉｒｔｕａｌ ＩＦモジュール９１０に割り当てられた仮想ＩＰアドレスを通信データに付加する。そして、一般クライアントアプリケーションモジュール９００は、仮想ＩＰアドレスを付加した通信アドレスをＶｉｒｔｕａｌ ＩＦモジュール９１０に供給する。これにより、一般クライアントアプリケーションモジュール９００は、通信端末１０に割り当てられる実ＩＰアドレスが変更された場合でも、実ＩＰアドレスの変更の影響を受けることなく、通信端末１２とのＴＣＰセッションを継続できる。

Ｖｉｒｔｕａｌ ＩＦモジュール９１０は、一般クライアントアプリケーションモジュール９００から受け取った通信データを、（デ）カプセル化モジュール９６００に供給する。（デ）カプセル化モジュール９６００は、Ｖｉｒｔｕａｌ ＩＦモジュール９１０から受け取った通信データをカプセル化する。具体的には、（デ）カプセル化モジュール９６００は、ＲＴＰモジュール９６２０、ＳＲＴＰモジュール９５６、およびＵＤＰモジュール９４０を制御して、受け取った通信データをカプセル化および暗号化する。

ＲＴＰモジュール９６２０は、通信データにＲＴＰヘッダを付加することで、ＳＲＴＰを用いて暗号化できるデータ形式に変換する。ポリシーコントロールモジュール９６２５は、予め定められた条件に基づいて、ＲＴＰモジュール９６２０から出力される通信データに対してＳＲＴＰによる暗号化が必要か否かを判断する。

ポリシーコントロールモジュール９６２５によってＳＲＴＰによる暗号化が必要であると判断された場合には、ＳＲＴＰモジュール９５６は、ＲＴＰモジュール９６２０がＲＴＰパケットに変換した通信データを、ＳＲＴＰを用いて暗号化する。ＵＤＰモジュール９４０は、ＳＲＴＰモジュール９５６が暗号化した通信データにＵＤＰヘッダを付加することでカプセル化し、通信ＩＦモジュールを介して通信端末１２に送信する。

一方、ポリシーコントロールモジュール９６２５によってＳＲＴＰによる暗号化が必要でないと判断された場合には、ＲＴＰモジュール９６２０は、通信データにＲＴＰヘッダを付加しない。また、ＳＲＴＰモジュール９５６は、ＲＴＰモジュール９６２０が出力した通信データを暗号化することなく、ＵＤＰモジュール９４０から通信ＩＦモジュールを介して通信端末１２に送信する。

一方、通信端末１２が通信端末１０にあてて送信した通信データは、ＮＩＣ、当該ＮＩＣに対応する通信ＩＦモジュールを介して受信する。なお、通信端末１２が送信した通信データは、ＴＣＰで通信可能な通信データをＵＤＰで通信可能な形式にカプセル化した上で、ＳＲＴＰで暗号化されている。ＵＤＰモジュール９４０は、受信した通信データをＳＲＴＰモジュール９５６に供給する。ＳＲＴＰモジュール９５６は、ＳＲＴＰで暗号化された通信データを復号化する。そして、ＲＴＰモジュール９６２０は、復号かされた通信データの形式を逆変換して（デ）カプセル化モジュール９６００に供給する。

（デ）カプセル化モジュール９６００は、ＳＲＴＰモジュール９５６が復号化した通信データを、デカプセル化する。すなわち、（デ）カプセル化モジュール９６００は、ＵＤＰで送信可能な形式にカプセル化された通信データをデカプセル化する。（デ）カプセル化モジュール９６００は、デカプセル化した通信データをＶｉｒｔｕａｌ ＩＦモジュール９１０に供給する。

Ｖｉｒｔｕａｌ ＩＦモジュール９１０は、ＴＣＰ／ＵＤＰモジュール９５４を介して受け取った通信データを一般クライアントアプリケーションモジュール９００に供給する。一般クライアントアプリケーションモジュール９００は、Ｖｉｒｔｕａｌ ＩＦモジュール９１０から受け取った通信データを、所定のアプリケーションに渡すことにより処理する。

これにより、一般クライアントアプリケーションモジュール９００は、通信端末１０に割り当てられる実ＩＰアドレスが変更された場合でも、実ＩＰアドレスの変更の影響を受けることなく、通信端末１２とのＴＣＰセッションを継続できる。また、一般クライアントアプリケーションモジュール９００がＴＣＰで通信可能な通信データをＵＤＰで通信可能な通信データに変換すること、および通信端末１２と送受信する通信データを暗号化／復号化することがなくなる。すなわち、本実施形態に係る通信端末１０によれば、一般クライアントアプリケーションモジュール９００が特別な機能を有さなくても、Ｅ２Ｅのセキュリティを提供することができる。

次に、Ｍｏｂｉｌｅ ＳＩＰ ＡＰｓモジュール９０５が通信データを送信する場合について説明する。Ｍｏｂｉｌｅ ＳＩＰ ＡＰｓモジュール９０５は、ＩＡＣモジュール９６１０から通知された、利用可能な通信ＩＦモジュールを介して、通信端末１２に送信すべき通信データを送信する。

具体的には、Ｍｏｂｉｌｅ ＳＩＰ ＡＰｓモジュール９０５は、通信端末１２に送信すべき通信データをＲＴＰモジュール９６１５に送信する。ＲＴＰモジュール９６１５は、Ｍｏｂｉｌｅ ＳＩＰ ＡＰｓモジュール９０５から受け取った通信データを、ＲＴＰで送信可能な形式に変換する。

そして、ＲＴＰモジュール９６１５は、ＲＴＰで送信可能な形式に変換した通信データを、ＳＲＴＰモジュール９５６に供給する。ＳＲＴＰモジュール９５６は、ＲＴＰモジュール９６１５から受け取った通信データを、ＳＲＴＰを用いて暗号化する。そして、ＳＲＴＰモジュール９５６は、暗号化した通信データを、通信モジュールを介して通信端末１２に送信する。また、通信端末１２から通信ＩＦモジュールが受信したＳＩＰ ＡＰの通信データは、ＳＲＴＰモジュール９５６が復号化する。そして、ＳＲＴＰモジュール９５６は、ＲＴＰモジュール９６１５を介して、復号化した通信データをＭｏｂｉｌｅ ＳＩＰ ＡＰｓモジュール９０５に供給する。

なお、上記説明における通信端末１２に送信する通信データは、プロキシサーバ２０を介して公開サーバ２６等の他のサーバ、または通信端末に送信してもよい。係る場合に、通信端末１０が送信した通信データのデカプセル化および復号化、並びに公開サーバ２６等が送信した通信データのカプセル化および暗号化は、プロキシサーバ２０が実行する。

これにより、通信端末１０は、通信端末１２と送受信する通信データのセキュリティを、ＳＲＴＰを用いて確保できる。さらに、ＩＰｓｅｃを用いることがないので、ＩＰｓｅｃ Ｓｅｃｕｒｉｔｙ Ｇａｔｅｗａｙを介して通信データを送受信することがなくなる。これにより、通信トラフィックが一点集中することを回避できる。

図１０は、本実施形態の第２の例に係る通信端末１０の起動処理の流れの一例を示す。セッションモビリティコントローラモジュール９６０が起動すると（Ｓ１０００）、シグナリング制御モジュール９６０５は、ＳＩＰサーバ２２との間にＴＬＳセッションを確立する（Ｓ１０１０）。ＴＬＳセッションが確立されると、ＳＩＰサーバ２２は、通信端末１０をＳＩＰ登録する（Ｓ１０２０）。

次に、シグナリング制御モジュール９６０５は、Ｖｉｒｔｕａｌ ＩＦモジュール９１０を有効にするために必要な情報を取得して設定する（Ｓ１０３０）。具体的には、仮想ＩＰアドレス、プロキシサーバのＩＰアドレス、デフォルトゲートウェイのＩＰアドレス、ＤＮＳサーバのＩＰアドレス等のコアネットワーク４２に関する情報を取得する。

次に、シグナリング制御モジュール９６０５は、ＳＩＰサーバ２２との間にＳＲＴＰセッションを確立する（Ｓ１０４０）。このとき、シグナリング制御モジュール９６０５は、ＴＬＳセッションを用いて、ＳＲＴＰセッションを確立するためのシグナリングメッセージをＳＩＰサーバ２２との間でやりとりする。係る場合において、シグナリング制御モジュール９６０５は、ＴＬＳセッションを確立したときに得られた、ＳＩＰサーバ２２との相互の認証情報を使って、ＳＲＴＰセッションを確立する。その後、シグナリング制御モジュール９６０５は、ＴＬＳセッションを用いることなく、ＳＲＴＰセッションを用いて、音声データ通信を確立する場合のシグナリングメッセージをやりとりする（Ｓ１０５０）。

図１１は、本実施形態の第２に係る通信端末１０のハンドオーバ処理の流れの一例を示す。通信端末１０が第１通信ＩＦモジュールを用いて第１通信方式で通信している状態において（Ｓ１１００）、ＩＡＣモジュール９６１０は、第１通信方式とは異なる第２通信方式で通信する第２通信ＩＦモジュールが実ＩＰアドレスを取得したか否かを検出する（Ｓ１１１０）。この場合において、ＩＡＣモジュール９６１０は、複数の通信ＩＦモジュールが通信中継装置から受信する電波の強度、複数の通信ＩＦモジュールに対して予め設定された利用優先順位等のポリシー等に基づいて、第１通信ＩＦモジュールと第２通信ＩＦモジュールとのいずれを選択するかを判断する。そして、ＩＡＣモジュール９６１０は、第２通信ＩＦモジュールを選択する場合に、第２通信方式における実ＩＰアドレスを取得する。第２通信ＩＦモジュールが実ＩＰアドレスを取得していない場合には（Ｓ１１１０：ＮＯ）、通信端末１０は、引き続き第１通信方式で通信する（Ｓ１１００）。

第２通信ＩＦモジュールが実ＩＰアドレスを取得した場合には（Ｓ１１１０：ＹＥＳ）、シグナリング制御モジュール９６０５は、第１通信方式で確立されているＳＲＴＰセッションを介して、第２通信方式で利用するシグナリング用のＳＲＴＰセッションを確立する（Ｓ１１２０）。さらに、シグナリング制御モジュール９６０５は、第１通信方式で確立されているＳＲＴＰセッションを介して、第２通信方式で利用する通信データ用のＳＲＴＰセッションを確立する（Ｓ１１３０）。係る場合において、シグナリング制御モジュール９６０５は、第１通信方式のＳＲＴＰセッションを確立したときに得られた、ＳＩＰサーバ２２との相互の認証情報を使って、第２通信方式のＳＲＴＰセッションを確立する。

その後、通信端末１０は、第２通信ＩＦモジュールを用いて第２通信方式で通信する（Ｓ１１４０）。そして、通信端末１０は、ＳＩＰサーバ２２との間で、Ｓ１１２０で確立されたＳＲＴＰセッションを介してシグナリングメッセージをやりとりする。また、通信端末１０は、通信端末１２との間で、Ｓ１１３０で確立されたＳＲＴＰセッションを介して通信データをやりとりする。

なお、第２の例に係る通信データの送信処理は、図６で説明した通信データの送信処理と同一であるので、その説明を省略する。また、第２の例に係る通信データの受信処理は、図７で説明した通信データの受信処理と同一であるので、その説明を省略する。

図１２は、本実施形態に係る通信端末１０またはＳＩＰサーバ２２のハードウェア構成の一例を示す。なお、本実施形態に係るプロキシサーバ２０は、以下に述べるハードウェア構成の一部または全部を備えていてもよい。本実施形態に係る通信端末１０およびＳＩＰサーバ２２は、ホスト・コントローラ１５８２により相互に接続されるＣＰＵ１５０５、ＲＡＭ１５２０、グラフィック・コントローラ１５７５、および表示装置１５８０を有するＣＰＵ周辺部と、入出力コントローラ１５８４によりホスト・コントローラ１５８２に接続される通信インターフェース１５３０、ハードディスクドライブ１５４０、およびＣＤ−ＲＯＭドライブ１５６０を有する入出力部と、入出力コントローラ１５８４に接続されるＲＯＭ１５１０、フレキシブルディスク・ドライブ１５５０、および入出力チップ１５７０を有するレガシー入出力部とを備える。

ホスト・コントローラ１５８２は、ＲＡＭ１５２０と、高い転送レートでＲＡＭ１５２０をアクセスするＣＰＵ１５０５およびグラフィック・コントローラ１５７５とを接続する。ＣＰＵ１５０５は、ＲＯＭ１５１０およびＲＡＭ１５２０に格納されたプログラムに基づいて動作して、各部を制御する。グラフィック・コントローラ１５７５は、ＣＰＵ１５０５等がＲＡＭ１５２０内に設けたフレーム・バッファ上に生成する画像データを取得して、表示装置１５８０上に表示させる。これに代えて、グラフィック・コントローラ１５７５は、ＣＰＵ１５０５等が生成する画像データを格納するフレーム・バッファを、内部に含んでもよい。

入出力コントローラ１５８４は、ホスト・コントローラ１５８２と、比較的高速な入出力装置である通信インターフェース１５３０、ハードディスクドライブ１５４０、ＣＤ−ＲＯＭドライブ１５６０を接続する。通信インターフェース１５３０は、ネットワークを介して他の装置と通信する。ハードディスクドライブ１５４０は、通信端末１０またはＳＩＰサーバ２２内のＣＰＵ１５０５が使用するプログラムおよびデータを格納する。ＣＤ−ＲＯＭドライブ１５６０は、ＣＤ−ＲＯＭ１５９５からプログラムまたはデータを読み取り、ＲＡＭ１５２０を介してハードディスクドライブ１５４０に提供する。

また、入出力コントローラ１５８４には、ＲＯＭ１５１０と、フレキシブルディスク・ドライブ１５５０、および入出力チップ１５７０の比較的低速な入出力装置とが接続される。ＲＯＭ１５１０は、通信端末１０またはＳＩＰサーバ２２が起動時に実行するブート・プログラム、通信端末１０またはＳＩＰサーバ２２のハードウェアに依存するプログラム等を格納する。フレキシブルディスク・ドライブ１５５０は、フレキシブルディスク１５９０からプログラムまたはデータを読み取り、ＲＡＭ１５２０を介してハードディスクドライブ１５４０に提供する。入出力チップ１５７０は、フレキシブルディスク・ドライブ１５５０、例えばパラレル・ポート、シリアル・ポート、キーボード・ポート、マウス・ポート等を介して各種の入出力装置を接続する。

ＲＡＭ１５２０を介してハードディスクドライブ１５４０に提供される通信プログラムは、フレキシブルディスク１５９０、ＣＤ−ＲＯＭ１５９５、またはＩＣカード等の記録媒体に格納されて利用者によって提供される。通信プログラムは、記録媒体から読み出され、ＲＡＭ１５２０を介して通信端末１０またはＳＩＰサーバ２２内のハードディスクドライブ１５４０にインストールされ、ＣＰＵ１５０５において実行される。

本実施形態の第１の例に係る通信端末１０にインストールされて実行される通信プログラムは、ＣＰＵ１５０５等に働きかけて、通信端末１０を、図１から図１１にかけて説明した一般アプリケーション部１００、リアルタイムアプリケーション部１０５、仮想インターフェース部１１０、複数の通信部、通信ＩＦ選択部１４０、アドレス取得部１５０、データ形式変換部１６００、シグナリング制御部１６０５、（デ）カプセル化部１６１０、第２暗号化部１６２０、シグナリング送受信部１６２５、変換テーブル記憶部１６４０、データ送受信部１６４５、暗号化条件格納部１６５０、および暗号化条件判断部１６５５として機能させる。

また、本実施形態の第２の例に係る通信端末１０にインストールされて実行される通信プログラムは、ＣＰＵ１５０５等に働きかけて、通信端末１０を、図１から図１１にかけて説明した一般アプリケーション部８００、リアルタイムアプリケーション部８０５、仮想インターフェース部８１０、複数の通信部、通信ＩＦ選択部８４０、アドレス取得部８５０、データ形式変換部８６００、シグナリング制御部８６０５、（デ）カプセル化部８６１０、第２暗号化部８６２０、シグナリング送受信部８６２５、変換テーブル記憶部８６４０、データ送受信部８６４５、暗号化条件格納部８６５０、および暗号化条件判断部８６５５として機能させる。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

通信システムのネットワーク接続構成を示す。 通信セキュリティの概要を示す。 第１の例に係る通信端末１０の通信モジュール１４の機能構成を示す。 第１の例に係る通信端末１０のモジュール構成を示す。 第１の例に係る通信端末１０によるシグナリング処理の流れを示す。 待機状態（Ｓ５４５）における通信データの送信処理の流れを示す。 待機状態（Ｓ５４５）における通信データの受信処理の流れを示す。 第２の例に係る通信端末１０の通信モジュール１４の機能構成を示す。 第２の例に係る通信端末１０のモジュール構成を示す。 第２の例に係る通信端末１０の起動処理の流れを示す。 第２に係る通信端末１０のハンドオーバ処理の流れを示す。 通信端末１０またはＳＩＰサーバ２２のハードウェア構成の一例を示す。

符号の説明

１０ 通信端末
１２ 通信端末
１４ 通信モジュール
２０ プロキシサーバ
２２ ＳＩＰサーバ
２４ ロケーションサーバ
２６ 公開サーバ
３０ 基地局
３１ アクセスポイント
３２ アクセスポイント
４０ セルラー網
４２ コアネットワーク
４４ インターネット
４６ 無線ＬＡＮ網
１００ 一般アプリケーション部
１０５ リアルタイムアプリケーション部
１１０ 仮想インターフェース部
１２０ 通信ユニット
１２２ 第１通信部
１２４ 第２通信部
１２６ 第ｎ通信部
１３０ 通信制御ユニット
１４０ 通信ＩＦ選択部
１５０ アドレス取得部
１６０ セッションモビリティ制御ユニット
２００ 一般クライアントアプリケーションモジュール
２０５ Ｍｏｂｉｌｅ ＳＩＰ ＡＰｓモジュール
２１０ Ｖｉｒｔｕａｌ ＩＦモジュール
２２０ 通信インターフェースユニット
２２２ 通信ＩＦモジュールａ
２２４ 通信ＩＦモジュールｂ
２２６ 通信ＩＦモジュールｎ
２３２ ＮＩＣａ
２３４ ＮＩＣｂ
２３６ ＮＩＣｎ
２４０ ＵＤＰモジュール
２４２ ＴＣＰモジュール
２５２ ＴＬＳモジュール
２５４ ＴＣＰ／ＵＤＰモジュール
２５６ ＳＲＴＰモジュール
２５８ ＴＬＳモジュール
２６０ セッションモビリティコントローラモジュール
８００ 一般アプリケーション部
８０５ リアルタイムアプリケーション部
８１０ 仮想インターフェース部
８２０ 通信ユニット
８２２ 第１通信部
８２４ 第２通信部
８２６ 第ｎ通信部
８３０ 通信制御ユニット
８４０ 通信ＩＦ選択部
８５０ アドレス取得部
８６０ セッションモビリティ制御ユニット
９００ 一般クライアントアプリケーションモジュール
９０５ Ｍｏｂｉｌｅ ＳＩＰ ＡＰｓモジュール
９１０ Ｖｉｒｔｕａｌ ＩＦモジュール
９２０ 通信インターフェースユニット
９２２ 通信ＩＦモジュールａ
９２４ 通信ＩＦモジュールｂ
９２６ 通信ＩＦモジュールｎ
９３２ ＮＩＣａ
９３４ ＮＩＣｂ
９３６ ＮＩＣｎ
９４０ ＵＤＰモジュール
９４２ ＴＣＰモジュール
９５２ ＴＬＳモジュール
９５４ ＴＣＰ／ＵＤＰモジュール
９５６ ＳＲＴＰモジュール
９５８ ＴＬＳモジュール
９６０ セッションモビリティコントローラモジュール
１５０５ ＣＰＵ
１５１０ ＲＯＭ
１５２０ ＲＡＭ
１５３０ 通信インターフェース
１５４０ ハードディスクドライブ
１５５０ フレキシブルディスク・ドライブ
１５６０ ＣＤ−ＲＯＭドライブ
１５７０ 入出力チップ
１５７５ グラフィック・コントローラ
１５８０ 表示装置
１５８２ ホスト・コントローラ
１５８４ 入出力コントローラ
１５９０ フレキシブルディスク
１５９５ ＣＤ−ＲＯＭ
１６００ データ形式変換部
１６０５ シグナリング制御部
１６１０ （デ）カプセル化部
１６１５ 第１暗号化部
１６２０ 第２暗号化部
１６２５ シグナリング送受信部
１６４０ 変換テーブル記憶部
１６４５ データ送受信部
１６５０ 暗号化条件格納部
１６５５ 暗号化条件判断部
２６００ （デ）カプセル化モジュール
２６０５ シグナリング制御モジュール
２６１０ ＩＡＣモジュール
２６１５ ＲＴＰモジュール
２６２０ ＲＴＰモジュール
２６２５ ポリシーコントロールモジュール
８６００ データ形式変換部
８６０５ シグナリング制御部
８６１０ （デ）カプセル化部
８６１５ 第１暗号化部
８６２０ 第２暗号化部
８６２５ シグナリング送受信部
８６４０ 変換テーブル記憶部
８６４５ データ送受信部
８６５０ 暗号化条件格納部
８６５５ 暗号化条件判断部
９６００ （デ）カプセル化モジュール
９６０５ シグナリング制御モジュール
９６１０ ＩＡＣモジュール
９６１５ ＲＴＰモジュール
９６２０ ＲＴＰモジュール
９６２５ ポリシーコントロールモジュール

Claims (10)

1. 通信データを送受信する通信端末の通信モジュールであって、
   前記通信データを生成するアプリケーション部と、
   前記通信データを送信する条件が、予め定められた条件に合致するか否かを判断する暗号化条件判断部と、
   前記予め定められた条件に合致しない前記通信データを暗号化せず、前記予め定められた条件に合致する前記通信データを暗号化する暗号化部と、
   前記暗号化部が暗号化した前記通信データを送信するデータ送受信部と、
   を備える通信モジュール。
2. 前記予め定められた条件を格納する暗号化条件格納部、
   をさらに備え、
   前記暗号化条件判断部は、前記通信データを送信する条件が、前記暗号化条件格納部が格納している条件に合致するか否かを判断する請求項１に記載の通信モジュール。
3. 前記暗号化条件格納部は、前記予め定められた条件として、アプリケーションの種類を格納しており、
   前記暗号化条件判断部は、前記通信データを生成したアプリケーションの種類が、前記暗号化条件格納部が格納しているアプリケーションの種類に合致するか否かを判断する請求項２に記載の通信モジュール。
4. 前記暗号化条件格納部は、前記予め定められた条件として、前記通信データに適用されるプロトコルを格納しており、
   前記暗号化条件判断部は、前記通信データに適用されるプロトコルが、前記暗号化条件格納部が格納しているプロトコルに合致するか否かを判断する請求項２に記載の通信モジュール。
5. 前記データ送受信部は、通信方式が異なる複数の通信部のいずれかを介して、前記通信データを送信し、
   前記暗号化条件格納部は、前記予め定められた条件として、通信方式の種類を格納しており、
   前記暗号化条件判断部は、前記通信データが送信される前記通信部の通信方式の種類が、前記暗号化条件格納部が格納している通信方式の種類に合致するか否かを判断する請求項２に記載の通信モジュール。
6. 前記通信端末と通信相手端末との通信を中継する通信中継装置によって前記通信端末に対して動的に割り当てられる実アドレスを取得するアドレス取得部と、
   仮想アドレスが割り当てられた仮想インターフェース部と、
   前記アドレス取得部が取得した実アドレスを用いて、前記通信端末と前記通信相手端末とのセッションを管理する通信制御装置との間に第１セッションを確立し、前記第１セッションを確立した後、前記仮想インターフェース部が有する仮想アドレスを用いて、前記通信制御装置との間に第２セッションを確立するシグナリング制御部と、
   前記シグナリング制御部が生成するシグナリングメッセージを、前記第２セッションが確立される前は前記第１セッションを介して前記通信制御装置に送信し、前記第２セッションが確立された後は前記第２セッションを介して前記通信制御装置に送信するシグナリング送受信部と、
   をさらに備える請求項１に記載の通信モジュール。
7. シグナリングメッセージを生成するシグナリング制御部と、
   前記シグナリング制御部が生成したシグナリングメッセージを、前記通信端末と通信相手端末とのセッションを管理する通信制御装置に送信するシグナリング送受信部と、
   をさらに備え、
   前記シグナリング制御部は、
   前記通信モジュールが起動された場合に、第１セキュリティプロトコルに基づく第１シグナリング用セッションを、前記通信制御装置との間に確立し、
   前記第１シグナリング用セッションが確立された場合に、第２セキュリティプロトコルに基づく第２シグナリング用セッションを、前記通信制御装置との間に確立し、
   前記シグナリング送受信部は、前記シグナリング制御部が生成したシグナリングメッセージを、前記第２シグナリング用セッションを介して前記通信制御装置に送信する請求項１に記載の通信モジュール。
8. 通信データを送受信する通信端末の通信方法であって、
   前記通信データを生成する段階と、
   前記通信データを送信する条件が、予め定められた条件に合致するか否かを判断する段階と、
   前記予め定められた条件に合致しない前記通信データを暗号化せず、前記予め定められた条件に合致する前記通信データを暗号化する段階と、
   暗号化された前記通信データを送信する段階と、
   を備える通信方法。
9. 通信データを送受信する通信端末の通信モジュール用の通信プログラムであって、前記通信モジュールを、
   前記通信データを生成するアプリケーション部、
   前記通信データを送信する条件が、予め定められた条件に合致するか否かを判断する暗号化条件判断部、
   前記予め定められた条件に合致しない前記通信データを暗号化せず、前記予め定められた条件に合致する前記通信データを暗号化する暗号化部、および
   前記暗号化部が暗号化した前記通信データを送信するデータ送受信部、
   として機能させる通信プログラム。
10. 通信データを送受信する通信端末であって、
    前記通信データを生成するアプリケーション部と、
    前記通信データを送信する条件が、予め定められた条件に合致するか否かを判断する暗号化条件判断部と、
    前記予め定められた条件に合致しない前記通信データを暗号化せず、前記予め定められた条件に合致する前記通信データを暗号化する暗号化部と、
    前記暗号化部が暗号化した前記通信データを送信するデータ送受信部と、
    を備える通信端末。

Images