パケット送受信装置およびパケット送受信方法
【課題】送信される情報を暗号化して送信する場合に、送信される情報が有するリアルタイム性を保持したままで送信する。
【解決手段】本願の開示する技術は、呼設定要求が行われたことを契機として、送信される情報とは別の情報であって、暗号化通信を行う経路を作成するための情報である模擬情報を作成し、作成された模擬情報を用いて暗号化通信を行う経路を確立し、暗号化通信を行う経路が確立された後に呼設定要求に対する応答を実行するので、呼設定要求に対する応答の後に取得される情報を暗号化して送信する場合には、送信される情報が有するリアルタイム性を保持したままで送信することが可能となる。
【解決手段】本願の開示する技術は、呼設定要求が行われたことを契機として、送信される情報とは別の情報であって、暗号化通信を行う経路を作成するための情報である模擬情報を作成し、作成された模擬情報を用いて暗号化通信を行う経路を確立し、暗号化通信を行う経路が確立された後に呼設定要求に対する応答を実行するので、呼設定要求に対する応答の後に取得される情報を暗号化して送信する場合には、送信される情報が有するリアルタイム性を保持したままで送信することが可能となる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報通信に使用されるパケット送受信装置およびパケット送受信方法に係る。
【背景技術】
【０００２】
近年、情報セキュリティの技術として、情報を送信する送信元通信装置と情報を受信する送信先通信装置との間で暗号化された情報を送受信する通信技術が実施されている。このような情報を暗号化して通信を行う技術の一例として、ＩＰｓｅｃ（Ｓｅｃｕｒｉｔｙ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いた通信技術が知られている（例えば特許文献１参照）。
【０００３】
以下、送信元通信装置が行う具体的な処理を説明する。送信元通信装置は、送信される情報であるユーザデータを取得する前に、装置内の処理経路を設定する呼設定を実行する。そして、送信元通信装置は、呼設定を確立した後に、図１１に示すように、ユーザデータを取得し、取得されたユーザデータを暗号化して送信先通信装置へ送信する。
【０００４】
ここで、送信元通信装置は、送信先通信装置とのＳＡ（Ｓｅｃｕｒｉｔｙ Ａｓｓｏｃｉａｔｉｏｎ）を確立している場合には、送信先通信装置との間に確立されたＳＡを用いてユーザデータを暗号化する。ＳＡとは、送信先通信装置との間でやりとりする情報を暗号化する暗号鍵に関する情報である。
【０００５】
一方、送信元通信装置は、図１２に示すように、送信先通信装置とのＳＡを確立していない場合には、取得したユーザデータを一時的に記憶し、送信先通信装置との間で鍵交換を行ってＳＡを確立する。その後、送信元通信装置は、送信先通信装置との間でＳＡを確立した場合には、一時的に記憶していたユーザデータをＳＡを用いて暗号化する。そして、送信元通信装置は、暗号化されたユーザデータを送信先通信装置へ送信する。
【０００６】
ここで、送信元通信装置は、送信先通信装置を変更する場合には、新たな送信先の通信装置ともＳＡを確立する。そのため、送信元通信装置は、送信先の通信装置を変更する場合にも、送信する情報を一時的に記憶し、新たなＳＡを確立する。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００６−３１１１６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、呼設定後にＳＡを確立する技術では、送信先通信装置とＳＡを確立していない場合には、ユーザデータを取得したことを契機としてＳＡの確立を開始する。そのため、ＳＡを確立していない場合には、ユーザデータを一時的に記憶し、ＳＡを確立するまでユーザデータを暗号化して送信することができないので、ユーザデータの送信処理を停滞させてしまう。このため、送信元通信装置は、ＳＡを確立していない場合には、ユーザデータをＳＡ確立まで停滞させてしまう結果、リアルタイム性を保持することができないという問題があった。
【０００９】
例えば、上記した呼設定後にＳＡを確立する技術では、ＴＶ会議システム、ＴＶ電話やライブ映像の配信等、リアルタイム性が求められる情報の暗号化通信を行う場合に、ＳＡを確立するまで情報を一時的に記憶する必要がある。結果として、呼設定後にＳＡを確立する技術では、ＳＡを確立していない場合には、情報の流れを停滞させてしまうので、リアルタイム性を保持することができないという問題があった。
【００１０】
また、送信元通信装置は、送信先通信装置を変更する場合にも、新たにＳＡを確立させるので、ユーザデータをＳＡ確立まで停滞させてしまう結果、リアルタイム性を保持することができないという問題があった。
【００１１】
そこで、本願に開示する技術は、上述した問題を解決することを目的とするものであり、リアルタイム性を損なうことなく情報を暗号化して送信することを可能とするパケット送受信装置、パケット送受信方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本願の開示する技術は、一つの様態によれば、呼設定を確立させる前に、ユーザデータとは別の情報である疑似送信データを作成し、当該疑似送信データを用いてＳＡを確立させる。
【発明の効果】
【００１３】
本願の開示する技術は、一つの様態によれば、呼設定確立前にＳＡを確立するので、リアルタイム性を損なうことなく暗号化通信をすることができる。
【図面の簡単な説明】
【００１４】
【図１】図１は、実施例１に係るパケット送信装置を表すブロック図である。
【図２】図２は、実施例１に係るパケット送信装置が行うＳＰ登録を説明するシーケンス図である。
【図３】図３は、実施例１に係るパケット送信装置の処理を表すシーケンス図（１）である。
【図４】図４は、実施例１に係るパケット送信装置の処理を表すシーケンス図（２）である。
【図５】図５は、実施例１に係るパケット送信装置の処理を表すシーケンス図（３）である。
【図６】図６は、実施例１に係るパケット送信装置のプロトコルスタックの一例を表す図（１）である。
【図７】図７は、実施例１に係るパケット送信装置のプロトコルスタックの一例を表す図（２）である。
【図８】図８は、ＬＴＥ無線ネットワーク構成の一例を表す図である。
【図９】図９は、パケット送信装置の構成例を表す図である。
【図１０】図１０は、暗号化パケットを送信するコンピュータの図である。
【図１１】図１１は、従来技術を説明するための図（１）である。
【図１２】図１２は、従来技術を説明するための図（２）である。
【発明を実施するための形態】
【００１５】
以下に添付図面を参照してこの発明に係るパケット送受信装置およびパケット送受信方法の実施例を詳細に説明する。
【実施例１】
【００１６】
以下の実施例では、パケット送信装置および処理の流れを順に説明する。最初に、図１を用いて、実施例１に係るパケット送信装置の構成を説明する。ここで、図１は、実施例１に係るパケット送信装置を表すブロック図である。
【００１７】
パケット送信装置１０は、制御部１、パケット終端部１１、物理インターフェース部１５を有しており、対向装置２と接続されている。物理インターフェース部１５は、ＳＰデータベース部１２、ＳＡデータベース部１３、情報記憶部１４、ＩＰパケット処理部１６、ＩＫＥ終端部１７、ＳＡデータベース部１８を有している。
【００１８】
ＳＰデータベース部１２は、送信される情報の種別に応じてどのような暗号化を行うかを定めた情報であるＳＰ（Ｓｅｃｕｒｉｔｙ Ｐｏｌｉｃｙ）を記憶している。ＳＡデータベース部１３およびＳＡデータベース部１８は、暗号鍵に関する情報であるＳＡ（Ｓｅｃｕｒｉｔｙ Ａｓｓｏｃｉａｔｉｏｎ）を記憶している。
【００１９】
具体的には、ＳＡデータベース部１３およびＳＡデータベース部１８は、パケットの送信先ごとに適用される暗号化の鍵をＳＡとして記憶している。ここで、ＳＡデータベース部１３およびＳＡデータベース部１８は、ＳＰデータベース部１２に記憶されたＳＰに応じて、送信される情報に適用されるＳＡを記憶している。例えば、ＳＡデータベース部１３およびＳＡデータベース部１８は、送信される情報に対して適用されるＳＰが、送信先のＩＰアドレスごとの暗号鍵を用いるように示している場合には、送信先のＩＰアドレスごとのＳＡを記憶する。
【００２０】
また、ＳＡデータベース部１３およびＳＡデータベース部１８は、送信される情報に対して適用されるＳＰが、送信先の受信ポートごとの暗号鍵を用いるように示している場合には、送信先の受信ポートごとに適用されるＳＡを記憶している。ここで、実施例１に係るＳＰデータベース部１２は、ＳＰの一例として、送信先の受信ポートごとに暗号化することを示すＳＰを記憶しているものとする。
【００２１】
また、ＳＰデータベース部１２は、送信先とのＳＡを確立する場合に、双方向のＳＡを確立するか、もしくは、片方向のＳＡを確立するかを示す情報を記憶している。例えば、ＳＰデータベース部１２は、記憶されるＳＰの一例として、送信先の受信ポートごとに暗号化すること、および、双方向でＳＡを確立することを示すＳＰを記憶する。
【００２２】
ＳＰデータベース部１２は、ＩＰパケット処理部１６が用いるＳＰを記憶する。ＳＡデータベース部１３は、ＩＰパケット処理部１６が用いるＳＡを記憶する。ＳＡデータベース部１８は、ＩＫＥ終端部１７が用いるＳＰを記憶する。各ＳＡデータベース部は、同一のＳＡを記憶している。
【００２３】
対向装置２は、情報の送信先である。対向装置２の一例としては、送信される情報がＩＰｓｅｃに規定されたトンネルモードを利用して送信される場合には、ユーザデータの送信先が存在するローカルネットワークに対応するセキュリティゲートウェイである。
【００２４】
制御部１は、情報を送信する処理を制御している。また、制御部１は、ユーザデータが存在する場合には、呼設定要求をパケット終端部１１に対して送信する。ここで、呼設定要求とは、送信先通信装置に対してユーザデータを送信するための装置内での処理経路および送信先通信装置を確立させる要求をいう。
【００２５】
また、制御部１は、呼設定要求に対する応答をパケット終端部１１から受け取った場合には、対向装置２に送信される情報に対して行われる送信処理を開始する許可をパケット終端部１１に対して送信する。
【００２６】
パケット終端部１１は、制御部１から呼設定要求を受信した場合には、送信される情報の代わりの情報である模擬情報を作成し、ＩＰパケット処理部１６に送信する。具体的には、パケット終端部１１は、制御部１から呼設定要求を受けた場合には、呼設定要求に含まれるＩＰアドレスを含んだ疑似送信データ（以降、ダミーパケットともいう）を作成し、ＩＰパケット処理部１６に送信する。また、パケット終端部１１は、ダミーパケットを対向装置２の受信ポートごとに作成する。
【００２７】
また、パケット終端部１１は、ＳＡが確立された場合には、呼設定要求に対する応答を制御部１に対して送信する。具体的には、パケット終端部１１は、ＩＫＥ終端部１７がＳＡを確立した旨の情報をＩＰパケット処理部１６から取得した場合には、呼設定要求に対する応答を制御部１に対して送信する。
【００２８】
ここで、呼設定要求には、送信される情報が送信される送信先を表すＩＰアドレスが含まれている。パケット終端部１１は、呼設定要求を受けた場合には、呼設定要求に含まれる送信先のＩＰアドレスを含んだダミーパケットを作成し、ＩＰパケット処理部１６に送信する。
【００２９】
ダミーパケットは、ＳＡの確立を開始するために作成されるユーザデータとは別の情報から構成されている。また、ダミーパケットは、送信されるユーザデータに対して一切の影響を及ぼさない情報である。また、ダミーパケットは、ユーザデータの送信先を表すＩＰアドレスを含んでいる。
【００３０】
パケット終端部１１は、制御部１に対して呼設定要求を受けた場合には、ダミーパケットを作成し、ＩＰパケット処理部１６に対して送信する。また、パケット終端部１１は、ＳＡが確立した旨の通知であるＳＡ確立通知をＩＰパケット処理部１６から受けた場合には、呼設定要求に対する応答を制御部１に対して送信する。
【００３１】
ここで、ＳＡを管理するプロトコルおよびダミーパケットに対する処理の関係について説明する。ＳＡは、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）に定義されるレイヤ構造上、ＩＰレイヤ（レイヤ３）だけではなく、上位のレイヤ４およびレイヤ５のプロトコルで管理される場合がある。
【００３２】
例えば、パケット送信装置１０は、ユーザデータの送信先として、送信先のＩＰアドレスと送信先の受信ポート番号とを指定してユーザデータを送信する場合がある。ポート番号を管理するプロトコルは、ＩＰレイヤよりも上位のレイヤで実行される。そのため、ＳＡを管理するプロトコルは、レイヤ４以上のレイヤで動作するプロトコルによって管理される場合がある。
【００３３】
ここで、レイヤ４以上のレイヤで動作するプロトコルには、ＥＣＨＯ要求という仕組みが組み込まれているプロトコルが存在する。送信先通信装置は、受信された情報にＥＣＨＯ要求が含まれていた場合には、受信された情報と同一の情報を送信元通信装置に対して送信する処理を実行する。
【００３４】
パケット送信装置１０は、ＥＣＨＯ要求を含むダミーパケットを暗号化して対向装置２に送信した場合には、対向装置２から暗号化されたダミーパケットの返信が実行される。そのため、パケット送信装置１０は、双方向のＳＡを確立させ、対向装置２との接続が有効であるかを確認することができる。
【００３５】
図６および図７を用いて、ＥＣＨＯ系のダミーパケットの送信について具体的に説明する。ここで、図６は実施例１に係るパケット送信装置のプロトコルスタックの一例を表す図（１）である。ここで、図７は実施例１に係るパケット送信装置のプロトコルスタックの一例を表す図（２）である。
【００３６】
図６および図７に例示したパケット送信装置１０は、対向装置として、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）と通信を行う。
【００３７】
まず、図６を用いて、ダミーパケットに含まれるエコー要求が、ＧＴＰ−Ｕ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ Ｕｓｅｒ Ｄａｔａ Ｔｕｎｎｅｌｉｎｇ）を利用する例について説明する。
【００３８】
パケット送信装置１０は、アプリケーション層で動作するプロトコルであるＧＴＰ−Ｕを利用してＥＣＨＯ系のダミーパケットを作成する場合には、図６に示されたレイヤ構造を有するダミーパケットを作成する。ここで、レイヤ３ヘッダには、送信先のＩＰアドレスが格納されている。
【００３９】
レイヤ４ヘッダには、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）で規定された情報が格納されている。レイヤ５ヘッダには、ＧＴＰ−Ｕで規定された情報が格納されており、ＥＣＨＯ要求を表す情報を含んでいる。
【００４０】
パケット終端部１１で作成されたダミーパケットは、ＩＰパケット処理部１６に送信される。ここで、実施例１に係るパケット送信装置１０は、トンネルモードで情報を送信する。そのため、ＩＰパケット処理部１６は、受信されたダミーパケットのうち、レイヤ５からレイヤ３までを暗号化し、レイヤ４に格納する。そして、ＩＰパケット処理部１６は、対向装置に情報を送信するセキュリティゲートウェイのＩＰアドレスをレイヤ３に付与し、暗号化されたダミーパケットを送信する。
【００４１】
セキュリティゲートウェイは、暗号化されたダミーパケットを取得した場合には、レイヤ３に格納されたＩＰアドレスを消去し、レイヤ４に格納された情報を復号化する。そして、復号化された対向装置のＩＰアドレスを認識し、認識された対向装置へ送信する。
【００４２】
対向装置は、復号化されたダミーパケットを取得した場合には、ダミーパケットに含まれるＥＣＨＯ要求を認識し、同一の情報を送信するための処理を行う。具体的には、対向装置は、ダミーパケットを暗号化するためのＳＡを確立するための要求をパケット送信装置１０に対して送信する。
【００４３】
次に、図７を用いて、ダミーパケットに含まれるエコー要求が、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）を利用する例について説明する。ここで、ＩＣＭＰは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）の上位プロトコルである。そこで、図７では、ＩＣＭＰに規定された情報をレイヤ４ヘッダに格納するように示している。
【００４４】
パケット通信装置１０は、トランスポート層で動作するプロトコルであるＩＣＭＰを利用してＥＣＨＯ系のダミーパケットを作製する場合には、図７に示されたレイヤ構造を有するダミーパケットを作成する。ここで、レイヤ３ヘッダには、送信先のＩＰアドレスが格納されている。レイヤ４ヘッダには、ＩＣＭＰで規定された情報が格納されており、ＥＣＨＯ要求を表す情報を含んでいる。
【００４５】
パケット終端部１１で作成されたダミーパケットは、ＩＰパケット処理部１６に送信される。ＩＰパケット処理部１６は、受信されたダミーパケットのうち、レイヤ４からレイヤ３までを暗号化し、レイヤ４に格納する。そして、ＩＰパケット処理部１６は、対向装置に情報を送信するセキュリティゲートウェイのＩＰアドレスをレイヤ３に付与し、暗号化されたダミーパケットを送信する。
【００４６】
セキュリティゲートウェイは、暗号化されたダミーパケットを取得した場合には、レイヤ３に格納されたＩＰアドレスを消去し、レイヤ４に格納された情報を復号化する。そして、復号化された対向装置のＩＰアドレスを認識し、認識された対向装置へ送信する。
【００４７】
対向装置は、復号化されたダミーパケットを取得した場合には、ダミーパケットに含まれるＥＣＨＯ要求を認識し、同一の情報を送信するための処理を行う。具体的には、対向装置は、ダミーパケットを暗号化するためのＳＡを確立するための要求をパケット送信装置１０に対して送信する。
【００４８】
パケット送信装置１０は、ＳＡを管理するプロトコルがレイヤ４以上で、ＳＡを管理するプロトコルがＥＣＨＯの仕組みを備えている場合には、ＥＣＨＯ系のダミーパケットを送信する。具体的には、パケット終端部１１は、対向装置２のＩＰアドレスと、ユーザデータとは異なる情報と、ＥＣＨＯ要求とを含んだダミーパケットを作成し、送信する。
【００４９】
ＩＰパケット処理部１６は、パケット終端部１１から情報を取得した場合には、取得された情報を暗号化する暗号鍵を検索し、暗号鍵が登録されている場合には、取得された情報を暗号化して対向装置２へ送信する。具体的には、ＩＰパケット処理部１６は、ダミーパケットを受信した場合には、ＳＰデータベース部１２を検索し、ダミーパケットに対して適用されるＳＰを検索する。また、ＩＰパケット処理部１６は、検索されたＳＰを参照して、ダミーパケットに適用されるＳＡをＳＡデータベース部１３から検索する。
【００５０】
また、ＩＰパケット処理部１６は、ＳＡをＳＡデータベース部１３から検索した結果、受信されたダミーパケットに適用されるＳＡが確立されている場合には、ＳＡ確立通知をパケット終端部１１に対して送信する。
【００５１】
一方、ＩＰパケット処理部１６は、ＳＡをＳＡデータベース部１３から検索した結果、受信されたダミーパケットに適用されるＳＡが確立されていない場合には、ＩＫＥ終端部１７に対してＳＡを確立するように要求する。具体的には、ＩＰパケット処理部１６は、ダミーパケットに含まれる対向装置２のＩＰアドレスをＩＫＥ終端部１７に送信し、ダミーパケットを情報記憶部１４に一時記憶させる。
【００５２】
また、ＩＰパケット処理部１６は、ＩＫＥ終端部１７によってＳＡが確立された場合には、ＳＡをＳＡデータベース部１３に記憶させ、ＳＡ確立通知をパケット終端部１１に対して送信する。
【００５３】
ＩＰパケット処理部１６は、ＳＡが確立された場合には、パケット終端部１１から受信したダミーパケットがＥＣＨＯ系のダミーパケットかどうかを判別する。ＩＰパケット処理部１６は、パケット終端部１１から受信したダミーパケットがＥＣＨＯ系のダミーパケットではない場合には、ダミーパケットを破棄する。
【００５４】
一方、ＩＰパケット処理部１６は、パケット終端部１１から受信したダミーパケットがＥＣＨＯ系のダミーパケットである場合には、ＳＡを用いてダミーパケットを暗号化し、暗号化されたダミーパケットを対向装置２に送信する。
【００５５】
また、ＩＰパケット処理部１６は、ユーザデータをパケット終端部１１から受信し、確立されたＳＡを用いてユーザデータを暗号化し、暗号化されたユーザデータを対向装置２に対して送信する。
【００５６】
具体的には、ＩＰパケット処理部１６は、パケット終端部１１からユーザデータを受信し、ユーザデータに対応するＳＰを参照してＳＡをＳＡデータベース部１３から検索する。また、ＩＰパケット処理部１６は、検索されたＳＡを用いて、ユーザデータを暗号化し、暗号化されたユーザデータを対向装置２に対して送信する。
【００５７】
ＩＫＥ終端部１７は、パケット終端部１１に作成されたダミーパケットを用いて、対向装置２に対して送信される情報を暗号化する暗号鍵を作成する。具体的には、ＩＫＥ終端部１７は、ＩＰパケット処理部１６から通知されたＩＰアドレスを用いて対向装置２を特定し、特定された対向装置２とＩＫＥ（Ｉｎｔｅｒｎｅｔ Ｋｅｙ Ｅｘｃｈａｎｇｅ）プロトコルを用いた鍵交換を実行し、暗号鍵を作成する。また、ＩＫＥ終端部１７は、作成された暗号鍵を、ＳＡデータベース部１８に記憶させ、ＩＰパケット処理部１６に送信する。
【００５８】
ここで、ＩＫＥ終端部１７がＩＫＥを用いて暗号鍵を作成する方法は、ＩＫＥプロトコルで許容される方法であればよく、例えばＤｉｆｆｉｅ−Ｈｅｌｌｍａｎ交換等方法を用いる。ＩＫＥ終端部１７は、パケット送信装置１０が送信される情報を暗号化する暗号鍵を作成した場合には、作成された暗号鍵をＳＡデータベース部１８に記憶させる。また、ＩＫＥ終端部１７は、作成された暗号鍵をＩＰパケット処理部１６に送信する。
【００５９】
次に、図面を参照してパケット送信装置１０が送信される情報を暗号化し、対向装置２に対して送信する処理の流れについて説明する。まず、図２を用いて、制御部１がＳＰをＳＰデータベース部１２に記憶させる処理について説明する。図２は、実施例１に係るパケット送信装置が行うＳＰ登録を説明するためのシーケンス図である。
【００６０】
まず、制御部１は、ＳＰの登録要求をＩＫＥ終端部１７に対して要求する（ステップＳ１０１）。そして、ＩＫＥ終端部１７は、ＳＰの登録要求を制御部１から受けた場合には、ＳＰの登録要求をＩＰパケット処理部１６に対して要求する（ステップＳ１０２）。そしてＩＰパケット処理部１６は、ＩＫＥ終端部１７からＳＰの登録要求を受けた場合には、ＳＰデータベース部１２にＳＰを登録する（ステップＳ１０３）。
【００６１】
続いて、ＩＰパケット処理部１６は、ＳＰデータベース部１２にＳＰを登録した場合には、ＳＰ登録応答をＩＫＥ終端部１７に対して通知する（ステップＳ１０４）。そしてＩＫＥ終端部１７は、ＳＰ登録応答をＩＰパケット処理部１６から受けた場合には、ＳＰ登録応答を制御部１に対して通知する（ステップＳ１０５）。
【００６２】
次に、図３を用いて、パケット送信装置１０が行う送信処理の流れについて説明する。ここで、図３は、実施例１に係るパケット送信装置の処理を表すシーケンス図（１）である。図３に例示した場合には、パケット終端部１１が作成するダミーパケットはＥＣＨＯ系のダミーパケットではない。
【００６３】
制御部１は、送信されるユーザデータがある場合には（ステップＳ２０１）、パケット終端部１１に対して呼設定要求を通知する（ステップＳ２０２）。そして、パケット終端部１１は、ダミーパケットを作成し、作成されたダミーパケットをＩＰパケット処理部１６へ送信する（ステップＳ２０３）。
【００６４】
続いて、ダミーパケットを受信したＩＰパケット処理部１６は、ダミーパケットに適用されるＳＰをＳＰデータベース部１２より検索する。そして、ＩＰパケット処理部１６は、検索されたＳＰがダミーパケットを暗号化することを示していた場合には、検索されたＳＰが示すＳＡをＳＡデータベース部１３より検索する（ステップＳ２０４）。
【００６５】
ステップＳ２０４にて、検索されたＳＰが示すＳＡがＳＡデータベース部１３に記憶されていなかった場合には、ＩＰパケット処理部１６は、ダミーパケットの送信先とのＳＡを確立するようにＩＫＥ終端部１７に対して要求する（ステップＳ２０５）。
【００６６】
次に、ステップＳ２０５でＳＡの確立要求を受けたＩＫＥ終端部１７は、対向装置２に対してＩＫＥを用いた鍵交換要求を実行する（ステップＳ２０６）。そして、ＩＫＥ終端部１７は、鍵交換の要求に対する応答を取得した場合には（ステップＳ２０７）、暗号鍵を作成し、作成された暗号鍵をＳＡデータベース部１８に登録する（ステップＳ２０８）。
【００６７】
次に、ＩＫＥ終端部１７は、作成された暗号鍵をＩＰパケット処理部１６に送信する（ステップＳ２０９）。また、ＩＰパケット処理部１６は、ＩＫＥ終端部１７から受信した暗号鍵をＳＡデータベース部１３に登録する（ステップＳ２１０）。
【００６８】
ＩＰパケット処理部１６は、暗号鍵をＳＡデータベース部１８に登録した場合には、ＳＡが確立したことをパケット終端部１１に通知する（ステップＳ２１１）。
【００６９】
また、ＩＰパケット処理部１６は、ＳＡ確立通知をパケット処理部に送信した場合には、ダミーパケットがＥＣＨＯ系かどうかを判別する。図３に例示した場合には、ＩＰパケット処理部１６は、ダミーパケットがＥＣＨＯ系ではないので、ダミーパケットを破棄する（ステップＳ２１３）。
【００７０】
一方、ＳＡ確立通知を受けたパケット終端部１１は（ステップＳ２１１）、ステップＳ２０２の呼設定要求に対する応答である呼設定応答を制御部１に対して送信する（ステップＳ２１２）。
【００７１】
制御部１は、呼設定応答を受けた場合には、ユーザデータの送信許可をパケット終端部１１に対して送信する（ステップＳ２１４）。そして、ユーザデータの送信許可を受けたパケット終端部１１は、ユーザデータを取得し、ＩＰパケット処理部１６に対して送信する（ステップＳ２１５）。
【００７２】
ユーザデータを取得したＩＰパケット処理部１６は、取得されたユーザデータに対応するＳＰを参照してＳＡを検索し、検索されたＳＡを用いてユーザデータを暗号化する（ステップＳ２１６）。その後、ＩＰパケット処理部１６は、暗号化されたユーザデータを対向装置２に対して送信し、送信処理を終了する（ステップＳ２１７）。
【００７３】
次に、図４を用いて、実施例１に係るパケット送信装置１０がＥＣＨＯ系のダミーパケットを用いて、ＳＡを確立し、ユーザデータを送信する処理の流れについて説明する。ここで、図４は、実施例１に係るパケット送信装置の処理を表すシーケンス図（２）である。
【００７４】
制御部１は、送信されるユーザデータがある場合には（ステップＳ３０１）、パケット終端部１１に対して呼設定要求を通知する（ステップＳ３０２）。呼設定要求を受けたパケット終端部１１は、ＥＣＨＯ系のダミーパケットを作成し、作成されたダミーパケットをＩＰパケット処理部１６へ送信する（ステップＳ３０３）。
【００７５】
次に、ダミーパケットを受信したＩＰパケット処理部１６は、ダミーパケットに適用されるＳＰをＳＰデータベース部１２より検索する（ステップＳ３０４）。そして、ＩＰパケット処理部１６は、検索されたＳＰがダミーパケットを暗号化することを示していた場合には、検索されたＳＰが示すＳＡをＳＡデータベース部１３より検索する（ステップＳ３０４）。
【００７６】
ステップＳ３０４にて、検索されたＳＰが示すＳＡがＳＡデータベース部１３に記憶されていなかった場合には、ＩＰパケット処理部１６は、ＩＫＥ終端部１７に対してＳＡの確立を要求する（ステップＳ３０５）。
【００７７】
ステップＳ３０５でＳＡの確立要求を受けたＩＫＥ終端部１７は、対向装置２に対してＩＫＥを用いた鍵交換要求を実行する（ステップＳ３０６）。そして、ＩＫＥ終端部１７は、鍵交換の要求に対する応答を取得した場合には（ステップＳ３０７）、暗号鍵を作成し、作成された暗号鍵をＳＡデータベース部１８に登録する（ステップＳ３０８）。
【００７８】
次に、ＩＫＥ終端部１７は、作成された暗号鍵をＩＰパケット処理部１６に送信する（ステップＳ３０９）。ＩＰパケット処理部１６は、ＩＫＥ終端部１７から受信した暗号鍵をＳＡデータベース部１３に登録する（ステップＳ３１０）。
【００７９】
ＩＰパケット処理部１６は、暗号鍵をＳＡデータベース部１３に登録した場合には（ステップＳ３１０）、ＳＡが確立したことをパケット終端部１１に通知する（ステップＳ３１１）。一方、ＳＡ確立通知を受けたパケット終端部１１は（ステップＳ３１１）、ステップＳ３０２の呼設定要求に対する応答である呼設定応答を制御部１に対して送信する（ステップＳ３１２）。
【００８０】
ここで、ＩＰパケット処理部１６は、図４に例示した場合には、ダミーパケットがＥＣＨＯ系のダミーパケットであるため、ダミーパケットを暗号化する（ステップＳ３１３）。具体的には、ＩＰパケット処理部１６は、ダミーパケットに適用されるＳＰを参照し、ＳＡを検索する。また、ＩＰパケット処理部１６は、検索されたＳＡを用いてダミーパケットを暗号化する。
【００８１】
次に、ＩＰパケット処理部１６は、暗号化されたダミーパケットを対向装置２に対して送信する（ステップＳ３１４）。ここで、パケット送信装置１０は、ＥＣＨＯ系のダミーパケットを暗号化して送信した。送信先の対向装置２は、暗号化されたＥＣＨＯ系のダミーパケットを受信した場合には、返信するダミーパケットを暗号化して送信する。
【００８２】
しかし、ステップＳ３１４の時点では、パケット送信装置１０および対向装置２は、パケット送信装置１０から送信される情報を暗号化し、暗号化された情報を対向装置２が復号化するための暗号鍵のみを生成している。そのため、対向装置２は、ＥＣＨＯ系ダミーパケットの返信を行う前に、パケット送信装置１０に送信される情報を暗号化し、パケット送信装置１０が暗号化された情報を復号するための暗号鍵を作成する（ステップＳ３１９）。
【００８３】
一方、パケット送信装置１０は、対向装置２に対して送信する情報を暗号化するための暗号鍵を有している。よって、パケット送信装置１０は、対向装置２に対して、暗号化されたダミーパケットの送信後、暗号化されたユーザデータを送信する。
【００８４】
具体的には、呼設定応答を受けた制御部１は、ユーザデータの送信許可をパケット終端部１１に対して送信する（ステップＳ３１５）。また、ユーザデータの送信許可を受けたパケット終端部１１は、ユーザデータを取得し、ＩＰパケット処理部１６に送信する（ステップＳ３１６）。
【００８５】
ユーザデータを受信したＩＰパケット処理部１６は、ユーザデータに対応するＳＰを参照し、ＳＡを検索し、検索されたＳＡを用いて、ユーザデータを暗号化する（ステップＳ３１７）。その後、ＩＰパケット処理部１６は、暗号化されたユーザデータを対向装置２に対して送信する（ステップＳ３１８）。
【００８６】
ここで、ＩＫＥ終端部１７は、ステップＳ３１４にて暗号化されたダミーパケットを取得した対向装置２から暗号鍵を作成するための要求を受信する（ステップＳ３１９）。次に、ＩＫＥ終端部１７は、対向装置２から送信される情報を暗号化するための暗号鍵の交換を要求された場合には、ＩＫＥプロトコルを利用して、暗号鍵の交換を実行する（ステップＳ３２０）。
【００８７】
次に、ＩＫＥ終端部１７は、ＩＰパケット処理部１６が暗号化された情報を復号化するための復号鍵を作成した場合には、作成された復号鍵をＳＡデータベース部１８に記憶させる（ステップＳ３２１）。また、ＩＫＥ終端部１７は、ＳＡの情報をＩＰパケット処理部１６に送信する（ステップＳ３２２）。ＩＰパケット処理部１６は、ＩＫＥ終端部１７から受信した復号鍵をＳＡデータベース部１３に登録する（ステップＳ３２３）。
【００８８】
ＩＰパケット処理部１６は、対向装置２から暗号化されたダミーパケットを受信した場合には（ステップＳ３２４）、暗号化されたダミーパケットに適用されるＳＰを参照し、ＳＡを検索する。また、ＩＰパケット処理部１６は、検索されたＳＡを用いて、暗号化されたダミーパケットを復号化する（ステップＳ３２５）。
【００８９】
ＩＰパケット処理部１６は、暗号化されたダミーパケットを復号化した場合には、復号化されたダミーパケットをパケット終端部１１に送信する（ステップＳ３２６）。パケット終端部１１は受信された情報がダミーパケットであることを識別した場合には、ダミーパケットを破棄する（ステップＳ３２７）。
【００９０】
また、ＩＰパケット処理部１６は、対向装置２から暗号化されたユーザデータを受信した場合（ステップＳ３２８）にも、ステップＳ３２５と同様に、暗号化されたユーザデータを復号化する（ステップＳ３２９）。また、ＩＰパケット処理部１６は、復号化されたユーザデータをパケット終端部１１に送信して、処理を終了する（ステップＳ３３０）。
【００９１】
次に、図５を用いて、実施例１に係るパケット送信装置１０がＳＡを確立している場合の送信処理について説明する。図５は、実施例１に係るパケット送信装置の処理を説明するシーケンス図（３）である。
【００９２】
制御部１は、送信されるユーザデータがある場合には（ステップＳ４０１）、パケット終端部１１に対して呼設定要求を通知する（ステップＳ４０２）。呼設定要求を受けたパケット終端部１１は、ダミーパケットを作成し、作成されたダミーパケットをＩＰパケット処理部１６へ送信する（ステップＳ４０３）。ここで、図５に例示した場合には、作成されたダミーパケットはＥＣＨＯ系のダミーパケットではない。
【００９３】
次に、ダミーパケットを受信したＩＰパケット処理部１６は、ダミーパケットに適用されるＳＰをＳＰデータベース部１２より検索する。そして、ＩＰパケット処理部１６は、検索されたＳＰがダミーパケットを暗号化することを示していた場合には、検索されたＳＰが示すＳＡをＳＡデータベース部１３より検索する（ステップＳ４０４）。
【００９４】
ステップＳ４０４にて、検索されたＳＰが示すＳＡがＳＡデータベース部１３に記憶されていた場合には、ＩＰパケット処理部１６は、ＳＡを確立した旨の通知であるＳＡ確立通知をパケット終端部１１に対して送信する（ステップＳ４０５）。そして、パケット終端部１１は、ＳＡ確立通知を受信した場合には、呼設定応答を制御部１に対して通知する（ステップＳ４０６）。また、ＩＰパケット処理部１６は、ダミーパケットを破棄する（ステップＳ４０７）。
【００９５】
制御部１は、呼設定応答を受けた場合には、ユーザデータを送信する許可をパケット終端部１１に対して送信する（ステップＳ４０８）。パケット終端部１１は、ユーザデータを送信する許可を受信した場合には、ユーザデータをＩＰパケット処理部１６に対して送信する（ステップＳ４０９）。
【００９６】
ＩＰパケット処理部１６は、ユーザデータを受信した場合には、受信されたユーザデータに対応するＳＰを参照し、ＳＡを検索する。また、ＩＰパケット処理部１６は、検索されたＳＡを用いて、ユーザデータを暗号化する（ステップＳ４１０）。その後、ＩＰパケット処理部１６は、暗号化されたユーザデータを対向装置２に対して送信し（ステップＳ４１１）処理を終了する。
【００９７】
[実施例１の効果]
上述してきたように、実施例１に係るパケット送信装置１０は、制御部１から呼設定要求を受けたことを契機としてダミーパケットを作成し、ダミーパケット用いて、ＳＡを確立する。また、パケット送信装置１０は、ＳＡを確立した後に呼設定要求に対する応答を行い、送信されるユーザデータを取得し、ユーザデータを暗号化して送信する。
【００９８】
このため、パケット送信装置１０は、送信されるユーザデータを取得したことを契機としてＳＡを確立する従来技術に係る通信装置と比較して、送信されるユーザデータの遅延を防ぐことができる。その結果、パケット送信装置１０は、送信されるユーザデータを暗号化して送信する場合には、ユーザデータが有するリアルタイム性を損なうことなく送信することができる。
【００９９】
送信されるユーザデータの一例としてＴＶ会議システムを考慮した場合には、パケット送信装置１０は、ユーザデータとして動画および音声を取得した時点で、送信先とのＳＡを確立している。結果として、パケット送信装置１０は、ユーザデータを遅延させることなく暗号化して送信することができる。
【０１００】
また、パケット送信装置１０は、ＥＣＨＯ系のダミーパケット作成し、作成されたダミーパケットを暗号化して対向装置２に送信するので、様々な形態のＳＡを確立することができる。
【０１０１】
例えば、パケット送信装置１０は、送信される情報のみを暗号化すればよい場合、すなわち片方向の通信のみを暗号化すればよい場合には、ＥＣＨＯ系ではないダミーパケットを作成する。一方、パケット送信装置１０は、暗号化された情報を用いて双方向の通信を行う場合には、ＥＣＨＯ系のダミーパケットを作成する。
【０１０２】
パケット送信装置１０は、ＥＣＨＯ系のダミーパケットを暗号化して対向装置２に送信した場合には、対向装置２からＳＡの確立を要求される。そのため、パケット送信装置１０は、既存の対向装置２に対して改変を行うことなく、双方向のＳＡを動的に確立することができる。また、パケット送信装置１０は、ＥＣＨＯ系のダミーパケットが返信された場合には、双方向のＳＡが確立したことを認識することができる。
【実施例２】
【０１０３】
これまで実施例１について説明したが、実施例は、上述した実施例以外にも様々な異なる形態にて実施されてよいものである。そこで、以下では実施例２として他の実施例を説明する。
【０１０４】
（１）ダミーパケットについて
実施例１に係るパケット送信装置では、ＥＣＨＯ系のダミーパケットを作成する場合の例として、ＧＴＰ−ＵおよびＩＣＭＰに規定されるヘッダを利用する例について説明した。しかし、実施例２に係るパケット送信装置は、これに限定されるものではなく、ＥＣＨＯ要求を含めることができるプロトコルであれば、発明の目的を果たすことができる。パケット送信装置は、ＥＣＨＯ系のダミーパケットを送信した場合には、通信プロトコルの種別によらず、双方向のＳＡを確立することができるからである。
【０１０５】
（２）パケット送信装置について
実施例１のパケット送信装置は、ＩＰｓｅｃプロトコルが実施可能な場合には適用可能である。よって、実施例１のパケット送信装置は、有線ネットワークのみならず、無線ネットワークを構成する装置に組み込まれてもよい。
【０１０６】
ここで、図８を用いて、パケット送信装置１０の実施形態の一例として、携帯情報端末を用いた無線ネットワークについて説明する。図８は、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）無線ネットワーク構成の一例を表す図である。図８に示した場合には、ネットワーク内の通信をＩＰｓｅｃを用いた暗号化通信が実施されている。
【０１０７】
携帯情報端末は、多くの場合、リアルタイム性の高い情報を送受信する。しかし、携帯情報端末は、随時移動するので、ユーザデータを中継する基地局が変化した場合には、そのつどＳＡを新たに確立する必要がある。また、携帯情報端末は、携帯情報端末が利用するアプリケーションの種類によって接続するゲートウェイ等の送信先通信装置が変化するため、ＳＡを新たに確立する必要がある。
【０１０８】
一方、携帯情報端末は、ネットワーク上の通信機器が多種に及び、また無線ネットワークを稼働させた状態でサーバやゲートウェイ等の通信機器が増設されるため、全ての通信経路について予めＳＡを確立することが困難である。
【０１０９】
また、従来の携帯情報端末は、各基地局が確立することができるＳＡの数に上限があるため、各基地局が確立しているＳＡの数の上限を超えた場合には、ＳＡを確立することができない。結果、従来のユーザデータを契機としてＳＡを確立する携帯情報端末は、ＳＡを確立することができない場合には、ユーザデータを停滞、もしくは破棄してしまう。
【０１１０】
しかし、実施例２に係るパケット送信装置は、暗号化通信を利用する場合には、呼設定要求を契機として動的にＳＡを確立することができる。また、実施例２に係るパケット送信装置は、ＳＡを確立した後に呼設定を確立しているので、送信される情報を停滞させることなく通信を行うことができる。
【０１１１】
そのため、携帯情報端末は、バンドオーバーを気にすることなく暗号化通信を行うことができる。また、携帯情報端末は、ＥＣＨＯ系のダミーパケットを送信した場合には、双方向のＳＡが確立されているかを確認することができる。
【０１１２】
（３）暗号化通信について
実施例１に係るパケット送信装置は、暗号化の一例として、ＩＰｓｅｃプロトコルに規定されたトンネルモードで送信される情報を暗号化していた。しかし、実施例２に係るパケット送信装置は、これに限定されるものではなく、例えば、トランスポートモードを利用しても良い。
【０１１３】
実施例１に係るパケット送信装置は、送信される情報を暗号化する方法によらず、送信される情報のリアルタイム性を損なうことなく暗号化して送信することができるからである。
【０１１４】
また、実施例１に係るパケット送信装置は、送信先の受信ポートごとに適用されるＳＡを確立していた。しかし、実施例２に係るパケット送信装置は、これに限定されるものではなく、例えば、送信先のＩＰアドレスごとに適用されるＳＡを確立してもよい。また、送信される情報の種別によって、送信先のＩＰアドレスごと、もしくは、送信先の受信ポートごとに適用されるＳＡを確立してもよい。
【０１１５】
（４）鍵交換について
実施例１に係るパケット送信装置は、安全な鍵交換を実現する一例としてＤｉｆｆｉｅ−Ｈｅｌｌｍａｎ交換を挙げた。しかし、実施例２に係るパケット送信装置は、これに限定されるものではなく、例えば、楕円曲線暗号でもよい。パケット送信装置は、ＩＰｓｅｃを用いて暗号化通信を行う場合には、ＩＫＥプロトコルに規定された複数の鍵交換プロトコルのうちどれを使用しても、目的を達成することができるからである。
【０１１６】
（５）ＳＡデータベース部について
実施例１に係るパケット送信装置は、ＩＰパケット処理部が用いるＳＡデータベース部と、ＩＫＥ終端部が用いるＳＡデータベース部とを有していた。しかし、実施例２に係るパケット送信装置は、これに限定されるものではなく、例えば、図９に示すように同一のＳＡデータベース部をＩＰパケット処理部およびＩＫＥ終端部が用いてもよい。ここで、図９は、パケット送信装置の構成例を表す図である。
【０１１７】
（６）プログラム
ところで、実施例１に係るパケット送信装置では、ハードウェアを利用して各種の処理を実現する場合を説明したが、実施例２に係るパケット送信装置は、これに限定されるものではなく、あらかじめ用意されたプログラムをコンピュータで実行することによって実現するようにしてもよい。
【０１１８】
そこで、以下では、図１０を用いて実施例１に示したパケット送信装置と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。ここで、図１０は、暗号化パケットを送信するコンピュータの図である。
【０１１９】
図１０に例示されたコンピュータ２００は、ＨＤＤ１５０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１２０、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１３０、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１４０、をバス１７０で接続されている。さらにバス１７０には、対向装置及と接続するための接続端子部分Ｉ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）１６０が接続されている。
【０１２０】
ＲＯＭ１３０には、制御プログラム１３１、ＩＰパケット処理プログラム１３２、パケット終端プログラム１３３、ＩＫＥ終端プログラム１３４があらかじめ保持されている。ＣＰＵ１４０が各プログラム１３１〜１３４をＲＯＭ１３０から読み出して実行することによって、図１０に示すように、各プログラム１３１〜１３４は、制御プロセス１４１、ＩＰパケット処理プロセス１４２、パケット終端プロセス１４３、ＩＫＥ終端プロセス１４４として機能するようになる。
【０１２１】
なお、各プロセス１４１〜１４４は、図１に示した制御部１、ＩＰパケット処理部１６、パケット終端部１１、ＩＫＥ終端部１７にそれぞれ対応する。
【０１２２】
なお、各プログラム１３１〜１３４はＲＯＭ１３０に保持されている必要はなく、例えばＨＤＤ１５０に記録されており、ＣＰＵ１４０によって展開され、各プロセス１４１〜１４４として機能するようにしてもよい。また、各プログラム１３１〜１３４は、ＲＡＭ１２０に保持されてもよい。
【０１２３】
また、図１に示した情報記憶部１４、ＳＰデータベース部１２、ＳＡデータベース部１３、ＳＡデータベース部１８は、ＲＡＭ１２０またはＨＤＤ１５０によって機能を果たすことができる。
【０１２４】
なお、本実施例で説明したパケット送信部は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読取可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【０１２５】
以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。
【０１２６】
（付記１）送信先装置に送信されるデータである送信データを受け付けると、前記送信先装置との間で交換された暗号鍵が登録されているか否かを判定し、前記暗号鍵が登録されている場合には、当該暗号鍵を用いて前記送信データを暗号化して前記送信先装置に送信し、前記暗号鍵が登録されていない場合には、当該送信先装置との間で暗号鍵の交換を行って当該暗号鍵を登録する暗号化処理部と、
前記送信データの送信に先立って行われる呼設定要求を制御部から受け付けると、前記送信データと同等の擬似送信データを前記暗号化処理部に通知する代替データ通知部と、
前記擬似送信データを受け入れた前記暗号化処理部によって前記送信先装置との間で暗号鍵の交換が行われて当該暗号鍵が登録されると、前記呼設定要求に対する呼設定が完了した旨を前記制御部に通知する呼設定完了通知部と、
を備えることを特徴とするパケット送受信装置。
【０１２７】
（付記２）前記代替データ通知部は、前記呼設定要求を前記制御部から受け取ると、送信元に返信を実行する事を要求する情報を含む前記擬似送信データを前記暗号化処理部に通知することを特徴とする付記１に記載のパケット送受信装置。
【０１２８】
（付記３）前記代替データ通知部は、前記呼設定要求を前記制御部から受け取ると、前記送信データを受信する前記送信先装置毎に、前記擬似送信データを作成することを特徴とする付記１および付記２に記載のパケット送受信装置。
【０１２９】
（付記４）送信先装置に送信されるデータである送信データの送信に先立って行われる呼設定要求を制御部から受け付けると、前記送信データと同等の擬似送信データを暗号化処理ステップに通知する代替データ通知ステップと、
前記代替データ通知ステップによって通知された前記擬似送信データを受け付けると、前記送信先装置との間で交換された暗号鍵が登録されているか否かを判定し、前記暗号鍵が登録されている場合には、当該暗号鍵を用いて前記擬似送信データを暗号化して前記送信先装置に送信し、前記暗号鍵が登録されていない場合には、当該送信先装置との間で暗号鍵の交換を行って当該暗号鍵を登録する暗号化処理ステップと、
前記擬似送信データを受け入れた前記暗号化処理ステップによって前記送信先装置との間で暗号鍵の交換が行われて当該暗号鍵が登録されると、前記呼設定要求に対する呼設定が完了した旨を前記制御部に通知する呼設定完了通知ステップと、
を含むことを特徴とするパケット送受信方法。
【０１３０】
（付記５）前記代替データ通知ステップは、前記呼設定要求を前記制御部から受け取ると、送信元に返信を実行する事を要求する情報を含む前記擬似送信データを前記暗号化処理ステップに通知することを特徴とする付記４に記載のパケット送受信方法。
【０１３１】
（付記６）前記代替データ通知ステップは、前記呼設定要求を前記制御部から受け取ると、前記送信データを受信する前記送信先装置毎に、前記擬似送信データを作成することを特徴とする付記４および付記５に記載のパケット送受信方法。
【符号の説明】
【０１３２】
１ 制御部
２ 対向装置
１０ パケット送信装置
１１ パケット終端部
１２ ＳＰデータベース部
１３ ＳＡデータベース部
１４ 情報記憶部
１５ 物理インターフェース部
１６ ＩＰパケット処理部
１７ ＩＫＥ終端部
１８ ＳＡデータベース部
【技術分野】
【０００１】
本発明は、情報通信に使用されるパケット送受信装置およびパケット送受信方法に係る。
【背景技術】
【０００２】
近年、情報セキュリティの技術として、情報を送信する送信元通信装置と情報を受信する送信先通信装置との間で暗号化された情報を送受信する通信技術が実施されている。このような情報を暗号化して通信を行う技術の一例として、ＩＰｓｅｃ（Ｓｅｃｕｒｉｔｙ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いた通信技術が知られている（例えば特許文献１参照）。
【０００３】
以下、送信元通信装置が行う具体的な処理を説明する。送信元通信装置は、送信される情報であるユーザデータを取得する前に、装置内の処理経路を設定する呼設定を実行する。そして、送信元通信装置は、呼設定を確立した後に、図１１に示すように、ユーザデータを取得し、取得されたユーザデータを暗号化して送信先通信装置へ送信する。
【０００４】
ここで、送信元通信装置は、送信先通信装置とのＳＡ（Ｓｅｃｕｒｉｔｙ Ａｓｓｏｃｉａｔｉｏｎ）を確立している場合には、送信先通信装置との間に確立されたＳＡを用いてユーザデータを暗号化する。ＳＡとは、送信先通信装置との間でやりとりする情報を暗号化する暗号鍵に関する情報である。
【０００５】
一方、送信元通信装置は、図１２に示すように、送信先通信装置とのＳＡを確立していない場合には、取得したユーザデータを一時的に記憶し、送信先通信装置との間で鍵交換を行ってＳＡを確立する。その後、送信元通信装置は、送信先通信装置との間でＳＡを確立した場合には、一時的に記憶していたユーザデータをＳＡを用いて暗号化する。そして、送信元通信装置は、暗号化されたユーザデータを送信先通信装置へ送信する。
【０００６】
ここで、送信元通信装置は、送信先通信装置を変更する場合には、新たな送信先の通信装置ともＳＡを確立する。そのため、送信元通信装置は、送信先の通信装置を変更する場合にも、送信する情報を一時的に記憶し、新たなＳＡを確立する。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００６−３１１１６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、呼設定後にＳＡを確立する技術では、送信先通信装置とＳＡを確立していない場合には、ユーザデータを取得したことを契機としてＳＡの確立を開始する。そのため、ＳＡを確立していない場合には、ユーザデータを一時的に記憶し、ＳＡを確立するまでユーザデータを暗号化して送信することができないので、ユーザデータの送信処理を停滞させてしまう。このため、送信元通信装置は、ＳＡを確立していない場合には、ユーザデータをＳＡ確立まで停滞させてしまう結果、リアルタイム性を保持することができないという問題があった。
【０００９】
例えば、上記した呼設定後にＳＡを確立する技術では、ＴＶ会議システム、ＴＶ電話やライブ映像の配信等、リアルタイム性が求められる情報の暗号化通信を行う場合に、ＳＡを確立するまで情報を一時的に記憶する必要がある。結果として、呼設定後にＳＡを確立する技術では、ＳＡを確立していない場合には、情報の流れを停滞させてしまうので、リアルタイム性を保持することができないという問題があった。
【００１０】
また、送信元通信装置は、送信先通信装置を変更する場合にも、新たにＳＡを確立させるので、ユーザデータをＳＡ確立まで停滞させてしまう結果、リアルタイム性を保持することができないという問題があった。
【００１１】
そこで、本願に開示する技術は、上述した問題を解決することを目的とするものであり、リアルタイム性を損なうことなく情報を暗号化して送信することを可能とするパケット送受信装置、パケット送受信方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本願の開示する技術は、一つの様態によれば、呼設定を確立させる前に、ユーザデータとは別の情報である疑似送信データを作成し、当該疑似送信データを用いてＳＡを確立させる。
【発明の効果】
【００１３】
本願の開示する技術は、一つの様態によれば、呼設定確立前にＳＡを確立するので、リアルタイム性を損なうことなく暗号化通信をすることができる。
【図面の簡単な説明】
【００１４】
【図１】図１は、実施例１に係るパケット送信装置を表すブロック図である。
【図２】図２は、実施例１に係るパケット送信装置が行うＳＰ登録を説明するシーケンス図である。
【図３】図３は、実施例１に係るパケット送信装置の処理を表すシーケンス図（１）である。
【図４】図４は、実施例１に係るパケット送信装置の処理を表すシーケンス図（２）である。
【図５】図５は、実施例１に係るパケット送信装置の処理を表すシーケンス図（３）である。
【図６】図６は、実施例１に係るパケット送信装置のプロトコルスタックの一例を表す図（１）である。
【図７】図７は、実施例１に係るパケット送信装置のプロトコルスタックの一例を表す図（２）である。
【図８】図８は、ＬＴＥ無線ネットワーク構成の一例を表す図である。
【図９】図９は、パケット送信装置の構成例を表す図である。
【図１０】図１０は、暗号化パケットを送信するコンピュータの図である。
【図１１】図１１は、従来技術を説明するための図（１）である。
【図１２】図１２は、従来技術を説明するための図（２）である。
【発明を実施するための形態】
【００１５】
以下に添付図面を参照してこの発明に係るパケット送受信装置およびパケット送受信方法の実施例を詳細に説明する。
【実施例１】
【００１６】
以下の実施例では、パケット送信装置および処理の流れを順に説明する。最初に、図１を用いて、実施例１に係るパケット送信装置の構成を説明する。ここで、図１は、実施例１に係るパケット送信装置を表すブロック図である。
【００１７】
パケット送信装置１０は、制御部１、パケット終端部１１、物理インターフェース部１５を有しており、対向装置２と接続されている。物理インターフェース部１５は、ＳＰデータベース部１２、ＳＡデータベース部１３、情報記憶部１４、ＩＰパケット処理部１６、ＩＫＥ終端部１７、ＳＡデータベース部１８を有している。
【００１８】
ＳＰデータベース部１２は、送信される情報の種別に応じてどのような暗号化を行うかを定めた情報であるＳＰ（Ｓｅｃｕｒｉｔｙ Ｐｏｌｉｃｙ）を記憶している。ＳＡデータベース部１３およびＳＡデータベース部１８は、暗号鍵に関する情報であるＳＡ（Ｓｅｃｕｒｉｔｙ Ａｓｓｏｃｉａｔｉｏｎ）を記憶している。
【００１９】
具体的には、ＳＡデータベース部１３およびＳＡデータベース部１８は、パケットの送信先ごとに適用される暗号化の鍵をＳＡとして記憶している。ここで、ＳＡデータベース部１３およびＳＡデータベース部１８は、ＳＰデータベース部１２に記憶されたＳＰに応じて、送信される情報に適用されるＳＡを記憶している。例えば、ＳＡデータベース部１３およびＳＡデータベース部１８は、送信される情報に対して適用されるＳＰが、送信先のＩＰアドレスごとの暗号鍵を用いるように示している場合には、送信先のＩＰアドレスごとのＳＡを記憶する。
【００２０】
また、ＳＡデータベース部１３およびＳＡデータベース部１８は、送信される情報に対して適用されるＳＰが、送信先の受信ポートごとの暗号鍵を用いるように示している場合には、送信先の受信ポートごとに適用されるＳＡを記憶している。ここで、実施例１に係るＳＰデータベース部１２は、ＳＰの一例として、送信先の受信ポートごとに暗号化することを示すＳＰを記憶しているものとする。
【００２１】
また、ＳＰデータベース部１２は、送信先とのＳＡを確立する場合に、双方向のＳＡを確立するか、もしくは、片方向のＳＡを確立するかを示す情報を記憶している。例えば、ＳＰデータベース部１２は、記憶されるＳＰの一例として、送信先の受信ポートごとに暗号化すること、および、双方向でＳＡを確立することを示すＳＰを記憶する。
【００２２】
ＳＰデータベース部１２は、ＩＰパケット処理部１６が用いるＳＰを記憶する。ＳＡデータベース部１３は、ＩＰパケット処理部１６が用いるＳＡを記憶する。ＳＡデータベース部１８は、ＩＫＥ終端部１７が用いるＳＰを記憶する。各ＳＡデータベース部は、同一のＳＡを記憶している。
【００２３】
対向装置２は、情報の送信先である。対向装置２の一例としては、送信される情報がＩＰｓｅｃに規定されたトンネルモードを利用して送信される場合には、ユーザデータの送信先が存在するローカルネットワークに対応するセキュリティゲートウェイである。
【００２４】
制御部１は、情報を送信する処理を制御している。また、制御部１は、ユーザデータが存在する場合には、呼設定要求をパケット終端部１１に対して送信する。ここで、呼設定要求とは、送信先通信装置に対してユーザデータを送信するための装置内での処理経路および送信先通信装置を確立させる要求をいう。
【００２５】
また、制御部１は、呼設定要求に対する応答をパケット終端部１１から受け取った場合には、対向装置２に送信される情報に対して行われる送信処理を開始する許可をパケット終端部１１に対して送信する。
【００２６】
パケット終端部１１は、制御部１から呼設定要求を受信した場合には、送信される情報の代わりの情報である模擬情報を作成し、ＩＰパケット処理部１６に送信する。具体的には、パケット終端部１１は、制御部１から呼設定要求を受けた場合には、呼設定要求に含まれるＩＰアドレスを含んだ疑似送信データ（以降、ダミーパケットともいう）を作成し、ＩＰパケット処理部１６に送信する。また、パケット終端部１１は、ダミーパケットを対向装置２の受信ポートごとに作成する。
【００２７】
また、パケット終端部１１は、ＳＡが確立された場合には、呼設定要求に対する応答を制御部１に対して送信する。具体的には、パケット終端部１１は、ＩＫＥ終端部１７がＳＡを確立した旨の情報をＩＰパケット処理部１６から取得した場合には、呼設定要求に対する応答を制御部１に対して送信する。
【００２８】
ここで、呼設定要求には、送信される情報が送信される送信先を表すＩＰアドレスが含まれている。パケット終端部１１は、呼設定要求を受けた場合には、呼設定要求に含まれる送信先のＩＰアドレスを含んだダミーパケットを作成し、ＩＰパケット処理部１６に送信する。
【００２９】
ダミーパケットは、ＳＡの確立を開始するために作成されるユーザデータとは別の情報から構成されている。また、ダミーパケットは、送信されるユーザデータに対して一切の影響を及ぼさない情報である。また、ダミーパケットは、ユーザデータの送信先を表すＩＰアドレスを含んでいる。
【００３０】
パケット終端部１１は、制御部１に対して呼設定要求を受けた場合には、ダミーパケットを作成し、ＩＰパケット処理部１６に対して送信する。また、パケット終端部１１は、ＳＡが確立した旨の通知であるＳＡ確立通知をＩＰパケット処理部１６から受けた場合には、呼設定要求に対する応答を制御部１に対して送信する。
【００３１】
ここで、ＳＡを管理するプロトコルおよびダミーパケットに対する処理の関係について説明する。ＳＡは、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）に定義されるレイヤ構造上、ＩＰレイヤ（レイヤ３）だけではなく、上位のレイヤ４およびレイヤ５のプロトコルで管理される場合がある。
【００３２】
例えば、パケット送信装置１０は、ユーザデータの送信先として、送信先のＩＰアドレスと送信先の受信ポート番号とを指定してユーザデータを送信する場合がある。ポート番号を管理するプロトコルは、ＩＰレイヤよりも上位のレイヤで実行される。そのため、ＳＡを管理するプロトコルは、レイヤ４以上のレイヤで動作するプロトコルによって管理される場合がある。
【００３３】
ここで、レイヤ４以上のレイヤで動作するプロトコルには、ＥＣＨＯ要求という仕組みが組み込まれているプロトコルが存在する。送信先通信装置は、受信された情報にＥＣＨＯ要求が含まれていた場合には、受信された情報と同一の情報を送信元通信装置に対して送信する処理を実行する。
【００３４】
パケット送信装置１０は、ＥＣＨＯ要求を含むダミーパケットを暗号化して対向装置２に送信した場合には、対向装置２から暗号化されたダミーパケットの返信が実行される。そのため、パケット送信装置１０は、双方向のＳＡを確立させ、対向装置２との接続が有効であるかを確認することができる。
【００３５】
図６および図７を用いて、ＥＣＨＯ系のダミーパケットの送信について具体的に説明する。ここで、図６は実施例１に係るパケット送信装置のプロトコルスタックの一例を表す図（１）である。ここで、図７は実施例１に係るパケット送信装置のプロトコルスタックの一例を表す図（２）である。
【００３６】
図６および図７に例示したパケット送信装置１０は、対向装置として、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）と通信を行う。
【００３７】
まず、図６を用いて、ダミーパケットに含まれるエコー要求が、ＧＴＰ−Ｕ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ Ｕｓｅｒ Ｄａｔａ Ｔｕｎｎｅｌｉｎｇ）を利用する例について説明する。
【００３８】
パケット送信装置１０は、アプリケーション層で動作するプロトコルであるＧＴＰ−Ｕを利用してＥＣＨＯ系のダミーパケットを作成する場合には、図６に示されたレイヤ構造を有するダミーパケットを作成する。ここで、レイヤ３ヘッダには、送信先のＩＰアドレスが格納されている。
【００３９】
レイヤ４ヘッダには、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）で規定された情報が格納されている。レイヤ５ヘッダには、ＧＴＰ−Ｕで規定された情報が格納されており、ＥＣＨＯ要求を表す情報を含んでいる。
【００４０】
パケット終端部１１で作成されたダミーパケットは、ＩＰパケット処理部１６に送信される。ここで、実施例１に係るパケット送信装置１０は、トンネルモードで情報を送信する。そのため、ＩＰパケット処理部１６は、受信されたダミーパケットのうち、レイヤ５からレイヤ３までを暗号化し、レイヤ４に格納する。そして、ＩＰパケット処理部１６は、対向装置に情報を送信するセキュリティゲートウェイのＩＰアドレスをレイヤ３に付与し、暗号化されたダミーパケットを送信する。
【００４１】
セキュリティゲートウェイは、暗号化されたダミーパケットを取得した場合には、レイヤ３に格納されたＩＰアドレスを消去し、レイヤ４に格納された情報を復号化する。そして、復号化された対向装置のＩＰアドレスを認識し、認識された対向装置へ送信する。
【００４２】
対向装置は、復号化されたダミーパケットを取得した場合には、ダミーパケットに含まれるＥＣＨＯ要求を認識し、同一の情報を送信するための処理を行う。具体的には、対向装置は、ダミーパケットを暗号化するためのＳＡを確立するための要求をパケット送信装置１０に対して送信する。
【００４３】
次に、図７を用いて、ダミーパケットに含まれるエコー要求が、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）を利用する例について説明する。ここで、ＩＣＭＰは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）の上位プロトコルである。そこで、図７では、ＩＣＭＰに規定された情報をレイヤ４ヘッダに格納するように示している。
【００４４】
パケット通信装置１０は、トランスポート層で動作するプロトコルであるＩＣＭＰを利用してＥＣＨＯ系のダミーパケットを作製する場合には、図７に示されたレイヤ構造を有するダミーパケットを作成する。ここで、レイヤ３ヘッダには、送信先のＩＰアドレスが格納されている。レイヤ４ヘッダには、ＩＣＭＰで規定された情報が格納されており、ＥＣＨＯ要求を表す情報を含んでいる。
【００４５】
パケット終端部１１で作成されたダミーパケットは、ＩＰパケット処理部１６に送信される。ＩＰパケット処理部１６は、受信されたダミーパケットのうち、レイヤ４からレイヤ３までを暗号化し、レイヤ４に格納する。そして、ＩＰパケット処理部１６は、対向装置に情報を送信するセキュリティゲートウェイのＩＰアドレスをレイヤ３に付与し、暗号化されたダミーパケットを送信する。
【００４６】
セキュリティゲートウェイは、暗号化されたダミーパケットを取得した場合には、レイヤ３に格納されたＩＰアドレスを消去し、レイヤ４に格納された情報を復号化する。そして、復号化された対向装置のＩＰアドレスを認識し、認識された対向装置へ送信する。
【００４７】
対向装置は、復号化されたダミーパケットを取得した場合には、ダミーパケットに含まれるＥＣＨＯ要求を認識し、同一の情報を送信するための処理を行う。具体的には、対向装置は、ダミーパケットを暗号化するためのＳＡを確立するための要求をパケット送信装置１０に対して送信する。
【００４８】
パケット送信装置１０は、ＳＡを管理するプロトコルがレイヤ４以上で、ＳＡを管理するプロトコルがＥＣＨＯの仕組みを備えている場合には、ＥＣＨＯ系のダミーパケットを送信する。具体的には、パケット終端部１１は、対向装置２のＩＰアドレスと、ユーザデータとは異なる情報と、ＥＣＨＯ要求とを含んだダミーパケットを作成し、送信する。
【００４９】
ＩＰパケット処理部１６は、パケット終端部１１から情報を取得した場合には、取得された情報を暗号化する暗号鍵を検索し、暗号鍵が登録されている場合には、取得された情報を暗号化して対向装置２へ送信する。具体的には、ＩＰパケット処理部１６は、ダミーパケットを受信した場合には、ＳＰデータベース部１２を検索し、ダミーパケットに対して適用されるＳＰを検索する。また、ＩＰパケット処理部１６は、検索されたＳＰを参照して、ダミーパケットに適用されるＳＡをＳＡデータベース部１３から検索する。
【００５０】
また、ＩＰパケット処理部１６は、ＳＡをＳＡデータベース部１３から検索した結果、受信されたダミーパケットに適用されるＳＡが確立されている場合には、ＳＡ確立通知をパケット終端部１１に対して送信する。
【００５１】
一方、ＩＰパケット処理部１６は、ＳＡをＳＡデータベース部１３から検索した結果、受信されたダミーパケットに適用されるＳＡが確立されていない場合には、ＩＫＥ終端部１７に対してＳＡを確立するように要求する。具体的には、ＩＰパケット処理部１６は、ダミーパケットに含まれる対向装置２のＩＰアドレスをＩＫＥ終端部１７に送信し、ダミーパケットを情報記憶部１４に一時記憶させる。
【００５２】
また、ＩＰパケット処理部１６は、ＩＫＥ終端部１７によってＳＡが確立された場合には、ＳＡをＳＡデータベース部１３に記憶させ、ＳＡ確立通知をパケット終端部１１に対して送信する。
【００５３】
ＩＰパケット処理部１６は、ＳＡが確立された場合には、パケット終端部１１から受信したダミーパケットがＥＣＨＯ系のダミーパケットかどうかを判別する。ＩＰパケット処理部１６は、パケット終端部１１から受信したダミーパケットがＥＣＨＯ系のダミーパケットではない場合には、ダミーパケットを破棄する。
【００５４】
一方、ＩＰパケット処理部１６は、パケット終端部１１から受信したダミーパケットがＥＣＨＯ系のダミーパケットである場合には、ＳＡを用いてダミーパケットを暗号化し、暗号化されたダミーパケットを対向装置２に送信する。
【００５５】
また、ＩＰパケット処理部１６は、ユーザデータをパケット終端部１１から受信し、確立されたＳＡを用いてユーザデータを暗号化し、暗号化されたユーザデータを対向装置２に対して送信する。
【００５６】
具体的には、ＩＰパケット処理部１６は、パケット終端部１１からユーザデータを受信し、ユーザデータに対応するＳＰを参照してＳＡをＳＡデータベース部１３から検索する。また、ＩＰパケット処理部１６は、検索されたＳＡを用いて、ユーザデータを暗号化し、暗号化されたユーザデータを対向装置２に対して送信する。
【００５７】
ＩＫＥ終端部１７は、パケット終端部１１に作成されたダミーパケットを用いて、対向装置２に対して送信される情報を暗号化する暗号鍵を作成する。具体的には、ＩＫＥ終端部１７は、ＩＰパケット処理部１６から通知されたＩＰアドレスを用いて対向装置２を特定し、特定された対向装置２とＩＫＥ（Ｉｎｔｅｒｎｅｔ Ｋｅｙ Ｅｘｃｈａｎｇｅ）プロトコルを用いた鍵交換を実行し、暗号鍵を作成する。また、ＩＫＥ終端部１７は、作成された暗号鍵を、ＳＡデータベース部１８に記憶させ、ＩＰパケット処理部１６に送信する。
【００５８】
ここで、ＩＫＥ終端部１７がＩＫＥを用いて暗号鍵を作成する方法は、ＩＫＥプロトコルで許容される方法であればよく、例えばＤｉｆｆｉｅ−Ｈｅｌｌｍａｎ交換等方法を用いる。ＩＫＥ終端部１７は、パケット送信装置１０が送信される情報を暗号化する暗号鍵を作成した場合には、作成された暗号鍵をＳＡデータベース部１８に記憶させる。また、ＩＫＥ終端部１７は、作成された暗号鍵をＩＰパケット処理部１６に送信する。
【００５９】
次に、図面を参照してパケット送信装置１０が送信される情報を暗号化し、対向装置２に対して送信する処理の流れについて説明する。まず、図２を用いて、制御部１がＳＰをＳＰデータベース部１２に記憶させる処理について説明する。図２は、実施例１に係るパケット送信装置が行うＳＰ登録を説明するためのシーケンス図である。
【００６０】
まず、制御部１は、ＳＰの登録要求をＩＫＥ終端部１７に対して要求する（ステップＳ１０１）。そして、ＩＫＥ終端部１７は、ＳＰの登録要求を制御部１から受けた場合には、ＳＰの登録要求をＩＰパケット処理部１６に対して要求する（ステップＳ１０２）。そしてＩＰパケット処理部１６は、ＩＫＥ終端部１７からＳＰの登録要求を受けた場合には、ＳＰデータベース部１２にＳＰを登録する（ステップＳ１０３）。
【００６１】
続いて、ＩＰパケット処理部１６は、ＳＰデータベース部１２にＳＰを登録した場合には、ＳＰ登録応答をＩＫＥ終端部１７に対して通知する（ステップＳ１０４）。そしてＩＫＥ終端部１７は、ＳＰ登録応答をＩＰパケット処理部１６から受けた場合には、ＳＰ登録応答を制御部１に対して通知する（ステップＳ１０５）。
【００６２】
次に、図３を用いて、パケット送信装置１０が行う送信処理の流れについて説明する。ここで、図３は、実施例１に係るパケット送信装置の処理を表すシーケンス図（１）である。図３に例示した場合には、パケット終端部１１が作成するダミーパケットはＥＣＨＯ系のダミーパケットではない。
【００６３】
制御部１は、送信されるユーザデータがある場合には（ステップＳ２０１）、パケット終端部１１に対して呼設定要求を通知する（ステップＳ２０２）。そして、パケット終端部１１は、ダミーパケットを作成し、作成されたダミーパケットをＩＰパケット処理部１６へ送信する（ステップＳ２０３）。
【００６４】
続いて、ダミーパケットを受信したＩＰパケット処理部１６は、ダミーパケットに適用されるＳＰをＳＰデータベース部１２より検索する。そして、ＩＰパケット処理部１６は、検索されたＳＰがダミーパケットを暗号化することを示していた場合には、検索されたＳＰが示すＳＡをＳＡデータベース部１３より検索する（ステップＳ２０４）。
【００６５】
ステップＳ２０４にて、検索されたＳＰが示すＳＡがＳＡデータベース部１３に記憶されていなかった場合には、ＩＰパケット処理部１６は、ダミーパケットの送信先とのＳＡを確立するようにＩＫＥ終端部１７に対して要求する（ステップＳ２０５）。
【００６６】
次に、ステップＳ２０５でＳＡの確立要求を受けたＩＫＥ終端部１７は、対向装置２に対してＩＫＥを用いた鍵交換要求を実行する（ステップＳ２０６）。そして、ＩＫＥ終端部１７は、鍵交換の要求に対する応答を取得した場合には（ステップＳ２０７）、暗号鍵を作成し、作成された暗号鍵をＳＡデータベース部１８に登録する（ステップＳ２０８）。
【００６７】
次に、ＩＫＥ終端部１７は、作成された暗号鍵をＩＰパケット処理部１６に送信する（ステップＳ２０９）。また、ＩＰパケット処理部１６は、ＩＫＥ終端部１７から受信した暗号鍵をＳＡデータベース部１３に登録する（ステップＳ２１０）。
【００６８】
ＩＰパケット処理部１６は、暗号鍵をＳＡデータベース部１８に登録した場合には、ＳＡが確立したことをパケット終端部１１に通知する（ステップＳ２１１）。
【００６９】
また、ＩＰパケット処理部１６は、ＳＡ確立通知をパケット処理部に送信した場合には、ダミーパケットがＥＣＨＯ系かどうかを判別する。図３に例示した場合には、ＩＰパケット処理部１６は、ダミーパケットがＥＣＨＯ系ではないので、ダミーパケットを破棄する（ステップＳ２１３）。
【００７０】
一方、ＳＡ確立通知を受けたパケット終端部１１は（ステップＳ２１１）、ステップＳ２０２の呼設定要求に対する応答である呼設定応答を制御部１に対して送信する（ステップＳ２１２）。
【００７１】
制御部１は、呼設定応答を受けた場合には、ユーザデータの送信許可をパケット終端部１１に対して送信する（ステップＳ２１４）。そして、ユーザデータの送信許可を受けたパケット終端部１１は、ユーザデータを取得し、ＩＰパケット処理部１６に対して送信する（ステップＳ２１５）。
【００７２】
ユーザデータを取得したＩＰパケット処理部１６は、取得されたユーザデータに対応するＳＰを参照してＳＡを検索し、検索されたＳＡを用いてユーザデータを暗号化する（ステップＳ２１６）。その後、ＩＰパケット処理部１６は、暗号化されたユーザデータを対向装置２に対して送信し、送信処理を終了する（ステップＳ２１７）。
【００７３】
次に、図４を用いて、実施例１に係るパケット送信装置１０がＥＣＨＯ系のダミーパケットを用いて、ＳＡを確立し、ユーザデータを送信する処理の流れについて説明する。ここで、図４は、実施例１に係るパケット送信装置の処理を表すシーケンス図（２）である。
【００７４】
制御部１は、送信されるユーザデータがある場合には（ステップＳ３０１）、パケット終端部１１に対して呼設定要求を通知する（ステップＳ３０２）。呼設定要求を受けたパケット終端部１１は、ＥＣＨＯ系のダミーパケットを作成し、作成されたダミーパケットをＩＰパケット処理部１６へ送信する（ステップＳ３０３）。
【００７５】
次に、ダミーパケットを受信したＩＰパケット処理部１６は、ダミーパケットに適用されるＳＰをＳＰデータベース部１２より検索する（ステップＳ３０４）。そして、ＩＰパケット処理部１６は、検索されたＳＰがダミーパケットを暗号化することを示していた場合には、検索されたＳＰが示すＳＡをＳＡデータベース部１３より検索する（ステップＳ３０４）。
【００７６】
ステップＳ３０４にて、検索されたＳＰが示すＳＡがＳＡデータベース部１３に記憶されていなかった場合には、ＩＰパケット処理部１６は、ＩＫＥ終端部１７に対してＳＡの確立を要求する（ステップＳ３０５）。
【００７７】
ステップＳ３０５でＳＡの確立要求を受けたＩＫＥ終端部１７は、対向装置２に対してＩＫＥを用いた鍵交換要求を実行する（ステップＳ３０６）。そして、ＩＫＥ終端部１７は、鍵交換の要求に対する応答を取得した場合には（ステップＳ３０７）、暗号鍵を作成し、作成された暗号鍵をＳＡデータベース部１８に登録する（ステップＳ３０８）。
【００７８】
次に、ＩＫＥ終端部１７は、作成された暗号鍵をＩＰパケット処理部１６に送信する（ステップＳ３０９）。ＩＰパケット処理部１６は、ＩＫＥ終端部１７から受信した暗号鍵をＳＡデータベース部１３に登録する（ステップＳ３１０）。
【００７９】
ＩＰパケット処理部１６は、暗号鍵をＳＡデータベース部１３に登録した場合には（ステップＳ３１０）、ＳＡが確立したことをパケット終端部１１に通知する（ステップＳ３１１）。一方、ＳＡ確立通知を受けたパケット終端部１１は（ステップＳ３１１）、ステップＳ３０２の呼設定要求に対する応答である呼設定応答を制御部１に対して送信する（ステップＳ３１２）。
【００８０】
ここで、ＩＰパケット処理部１６は、図４に例示した場合には、ダミーパケットがＥＣＨＯ系のダミーパケットであるため、ダミーパケットを暗号化する（ステップＳ３１３）。具体的には、ＩＰパケット処理部１６は、ダミーパケットに適用されるＳＰを参照し、ＳＡを検索する。また、ＩＰパケット処理部１６は、検索されたＳＡを用いてダミーパケットを暗号化する。
【００８１】
次に、ＩＰパケット処理部１６は、暗号化されたダミーパケットを対向装置２に対して送信する（ステップＳ３１４）。ここで、パケット送信装置１０は、ＥＣＨＯ系のダミーパケットを暗号化して送信した。送信先の対向装置２は、暗号化されたＥＣＨＯ系のダミーパケットを受信した場合には、返信するダミーパケットを暗号化して送信する。
【００８２】
しかし、ステップＳ３１４の時点では、パケット送信装置１０および対向装置２は、パケット送信装置１０から送信される情報を暗号化し、暗号化された情報を対向装置２が復号化するための暗号鍵のみを生成している。そのため、対向装置２は、ＥＣＨＯ系ダミーパケットの返信を行う前に、パケット送信装置１０に送信される情報を暗号化し、パケット送信装置１０が暗号化された情報を復号するための暗号鍵を作成する（ステップＳ３１９）。
【００８３】
一方、パケット送信装置１０は、対向装置２に対して送信する情報を暗号化するための暗号鍵を有している。よって、パケット送信装置１０は、対向装置２に対して、暗号化されたダミーパケットの送信後、暗号化されたユーザデータを送信する。
【００８４】
具体的には、呼設定応答を受けた制御部１は、ユーザデータの送信許可をパケット終端部１１に対して送信する（ステップＳ３１５）。また、ユーザデータの送信許可を受けたパケット終端部１１は、ユーザデータを取得し、ＩＰパケット処理部１６に送信する（ステップＳ３１６）。
【００８５】
ユーザデータを受信したＩＰパケット処理部１６は、ユーザデータに対応するＳＰを参照し、ＳＡを検索し、検索されたＳＡを用いて、ユーザデータを暗号化する（ステップＳ３１７）。その後、ＩＰパケット処理部１６は、暗号化されたユーザデータを対向装置２に対して送信する（ステップＳ３１８）。
【００８６】
ここで、ＩＫＥ終端部１７は、ステップＳ３１４にて暗号化されたダミーパケットを取得した対向装置２から暗号鍵を作成するための要求を受信する（ステップＳ３１９）。次に、ＩＫＥ終端部１７は、対向装置２から送信される情報を暗号化するための暗号鍵の交換を要求された場合には、ＩＫＥプロトコルを利用して、暗号鍵の交換を実行する（ステップＳ３２０）。
【００８７】
次に、ＩＫＥ終端部１７は、ＩＰパケット処理部１６が暗号化された情報を復号化するための復号鍵を作成した場合には、作成された復号鍵をＳＡデータベース部１８に記憶させる（ステップＳ３２１）。また、ＩＫＥ終端部１７は、ＳＡの情報をＩＰパケット処理部１６に送信する（ステップＳ３２２）。ＩＰパケット処理部１６は、ＩＫＥ終端部１７から受信した復号鍵をＳＡデータベース部１３に登録する（ステップＳ３２３）。
【００８８】
ＩＰパケット処理部１６は、対向装置２から暗号化されたダミーパケットを受信した場合には（ステップＳ３２４）、暗号化されたダミーパケットに適用されるＳＰを参照し、ＳＡを検索する。また、ＩＰパケット処理部１６は、検索されたＳＡを用いて、暗号化されたダミーパケットを復号化する（ステップＳ３２５）。
【００８９】
ＩＰパケット処理部１６は、暗号化されたダミーパケットを復号化した場合には、復号化されたダミーパケットをパケット終端部１１に送信する（ステップＳ３２６）。パケット終端部１１は受信された情報がダミーパケットであることを識別した場合には、ダミーパケットを破棄する（ステップＳ３２７）。
【００９０】
また、ＩＰパケット処理部１６は、対向装置２から暗号化されたユーザデータを受信した場合（ステップＳ３２８）にも、ステップＳ３２５と同様に、暗号化されたユーザデータを復号化する（ステップＳ３２９）。また、ＩＰパケット処理部１６は、復号化されたユーザデータをパケット終端部１１に送信して、処理を終了する（ステップＳ３３０）。
【００９１】
次に、図５を用いて、実施例１に係るパケット送信装置１０がＳＡを確立している場合の送信処理について説明する。図５は、実施例１に係るパケット送信装置の処理を説明するシーケンス図（３）である。
【００９２】
制御部１は、送信されるユーザデータがある場合には（ステップＳ４０１）、パケット終端部１１に対して呼設定要求を通知する（ステップＳ４０２）。呼設定要求を受けたパケット終端部１１は、ダミーパケットを作成し、作成されたダミーパケットをＩＰパケット処理部１６へ送信する（ステップＳ４０３）。ここで、図５に例示した場合には、作成されたダミーパケットはＥＣＨＯ系のダミーパケットではない。
【００９３】
次に、ダミーパケットを受信したＩＰパケット処理部１６は、ダミーパケットに適用されるＳＰをＳＰデータベース部１２より検索する。そして、ＩＰパケット処理部１６は、検索されたＳＰがダミーパケットを暗号化することを示していた場合には、検索されたＳＰが示すＳＡをＳＡデータベース部１３より検索する（ステップＳ４０４）。
【００９４】
ステップＳ４０４にて、検索されたＳＰが示すＳＡがＳＡデータベース部１３に記憶されていた場合には、ＩＰパケット処理部１６は、ＳＡを確立した旨の通知であるＳＡ確立通知をパケット終端部１１に対して送信する（ステップＳ４０５）。そして、パケット終端部１１は、ＳＡ確立通知を受信した場合には、呼設定応答を制御部１に対して通知する（ステップＳ４０６）。また、ＩＰパケット処理部１６は、ダミーパケットを破棄する（ステップＳ４０７）。
【００９５】
制御部１は、呼設定応答を受けた場合には、ユーザデータを送信する許可をパケット終端部１１に対して送信する（ステップＳ４０８）。パケット終端部１１は、ユーザデータを送信する許可を受信した場合には、ユーザデータをＩＰパケット処理部１６に対して送信する（ステップＳ４０９）。
【００９６】
ＩＰパケット処理部１６は、ユーザデータを受信した場合には、受信されたユーザデータに対応するＳＰを参照し、ＳＡを検索する。また、ＩＰパケット処理部１６は、検索されたＳＡを用いて、ユーザデータを暗号化する（ステップＳ４１０）。その後、ＩＰパケット処理部１６は、暗号化されたユーザデータを対向装置２に対して送信し（ステップＳ４１１）処理を終了する。
【００９７】
[実施例１の効果]
上述してきたように、実施例１に係るパケット送信装置１０は、制御部１から呼設定要求を受けたことを契機としてダミーパケットを作成し、ダミーパケット用いて、ＳＡを確立する。また、パケット送信装置１０は、ＳＡを確立した後に呼設定要求に対する応答を行い、送信されるユーザデータを取得し、ユーザデータを暗号化して送信する。
【００９８】
このため、パケット送信装置１０は、送信されるユーザデータを取得したことを契機としてＳＡを確立する従来技術に係る通信装置と比較して、送信されるユーザデータの遅延を防ぐことができる。その結果、パケット送信装置１０は、送信されるユーザデータを暗号化して送信する場合には、ユーザデータが有するリアルタイム性を損なうことなく送信することができる。
【００９９】
送信されるユーザデータの一例としてＴＶ会議システムを考慮した場合には、パケット送信装置１０は、ユーザデータとして動画および音声を取得した時点で、送信先とのＳＡを確立している。結果として、パケット送信装置１０は、ユーザデータを遅延させることなく暗号化して送信することができる。
【０１００】
また、パケット送信装置１０は、ＥＣＨＯ系のダミーパケット作成し、作成されたダミーパケットを暗号化して対向装置２に送信するので、様々な形態のＳＡを確立することができる。
【０１０１】
例えば、パケット送信装置１０は、送信される情報のみを暗号化すればよい場合、すなわち片方向の通信のみを暗号化すればよい場合には、ＥＣＨＯ系ではないダミーパケットを作成する。一方、パケット送信装置１０は、暗号化された情報を用いて双方向の通信を行う場合には、ＥＣＨＯ系のダミーパケットを作成する。
【０１０２】
パケット送信装置１０は、ＥＣＨＯ系のダミーパケットを暗号化して対向装置２に送信した場合には、対向装置２からＳＡの確立を要求される。そのため、パケット送信装置１０は、既存の対向装置２に対して改変を行うことなく、双方向のＳＡを動的に確立することができる。また、パケット送信装置１０は、ＥＣＨＯ系のダミーパケットが返信された場合には、双方向のＳＡが確立したことを認識することができる。
【実施例２】
【０１０３】
これまで実施例１について説明したが、実施例は、上述した実施例以外にも様々な異なる形態にて実施されてよいものである。そこで、以下では実施例２として他の実施例を説明する。
【０１０４】
（１）ダミーパケットについて
実施例１に係るパケット送信装置では、ＥＣＨＯ系のダミーパケットを作成する場合の例として、ＧＴＰ−ＵおよびＩＣＭＰに規定されるヘッダを利用する例について説明した。しかし、実施例２に係るパケット送信装置は、これに限定されるものではなく、ＥＣＨＯ要求を含めることができるプロトコルであれば、発明の目的を果たすことができる。パケット送信装置は、ＥＣＨＯ系のダミーパケットを送信した場合には、通信プロトコルの種別によらず、双方向のＳＡを確立することができるからである。
【０１０５】
（２）パケット送信装置について
実施例１のパケット送信装置は、ＩＰｓｅｃプロトコルが実施可能な場合には適用可能である。よって、実施例１のパケット送信装置は、有線ネットワークのみならず、無線ネットワークを構成する装置に組み込まれてもよい。
【０１０６】
ここで、図８を用いて、パケット送信装置１０の実施形態の一例として、携帯情報端末を用いた無線ネットワークについて説明する。図８は、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）無線ネットワーク構成の一例を表す図である。図８に示した場合には、ネットワーク内の通信をＩＰｓｅｃを用いた暗号化通信が実施されている。
【０１０７】
携帯情報端末は、多くの場合、リアルタイム性の高い情報を送受信する。しかし、携帯情報端末は、随時移動するので、ユーザデータを中継する基地局が変化した場合には、そのつどＳＡを新たに確立する必要がある。また、携帯情報端末は、携帯情報端末が利用するアプリケーションの種類によって接続するゲートウェイ等の送信先通信装置が変化するため、ＳＡを新たに確立する必要がある。
【０１０８】
一方、携帯情報端末は、ネットワーク上の通信機器が多種に及び、また無線ネットワークを稼働させた状態でサーバやゲートウェイ等の通信機器が増設されるため、全ての通信経路について予めＳＡを確立することが困難である。
【０１０９】
また、従来の携帯情報端末は、各基地局が確立することができるＳＡの数に上限があるため、各基地局が確立しているＳＡの数の上限を超えた場合には、ＳＡを確立することができない。結果、従来のユーザデータを契機としてＳＡを確立する携帯情報端末は、ＳＡを確立することができない場合には、ユーザデータを停滞、もしくは破棄してしまう。
【０１１０】
しかし、実施例２に係るパケット送信装置は、暗号化通信を利用する場合には、呼設定要求を契機として動的にＳＡを確立することができる。また、実施例２に係るパケット送信装置は、ＳＡを確立した後に呼設定を確立しているので、送信される情報を停滞させることなく通信を行うことができる。
【０１１１】
そのため、携帯情報端末は、バンドオーバーを気にすることなく暗号化通信を行うことができる。また、携帯情報端末は、ＥＣＨＯ系のダミーパケットを送信した場合には、双方向のＳＡが確立されているかを確認することができる。
【０１１２】
（３）暗号化通信について
実施例１に係るパケット送信装置は、暗号化の一例として、ＩＰｓｅｃプロトコルに規定されたトンネルモードで送信される情報を暗号化していた。しかし、実施例２に係るパケット送信装置は、これに限定されるものではなく、例えば、トランスポートモードを利用しても良い。
【０１１３】
実施例１に係るパケット送信装置は、送信される情報を暗号化する方法によらず、送信される情報のリアルタイム性を損なうことなく暗号化して送信することができるからである。
【０１１４】
また、実施例１に係るパケット送信装置は、送信先の受信ポートごとに適用されるＳＡを確立していた。しかし、実施例２に係るパケット送信装置は、これに限定されるものではなく、例えば、送信先のＩＰアドレスごとに適用されるＳＡを確立してもよい。また、送信される情報の種別によって、送信先のＩＰアドレスごと、もしくは、送信先の受信ポートごとに適用されるＳＡを確立してもよい。
【０１１５】
（４）鍵交換について
実施例１に係るパケット送信装置は、安全な鍵交換を実現する一例としてＤｉｆｆｉｅ−Ｈｅｌｌｍａｎ交換を挙げた。しかし、実施例２に係るパケット送信装置は、これに限定されるものではなく、例えば、楕円曲線暗号でもよい。パケット送信装置は、ＩＰｓｅｃを用いて暗号化通信を行う場合には、ＩＫＥプロトコルに規定された複数の鍵交換プロトコルのうちどれを使用しても、目的を達成することができるからである。
【０１１６】
（５）ＳＡデータベース部について
実施例１に係るパケット送信装置は、ＩＰパケット処理部が用いるＳＡデータベース部と、ＩＫＥ終端部が用いるＳＡデータベース部とを有していた。しかし、実施例２に係るパケット送信装置は、これに限定されるものではなく、例えば、図９に示すように同一のＳＡデータベース部をＩＰパケット処理部およびＩＫＥ終端部が用いてもよい。ここで、図９は、パケット送信装置の構成例を表す図である。
【０１１７】
（６）プログラム
ところで、実施例１に係るパケット送信装置では、ハードウェアを利用して各種の処理を実現する場合を説明したが、実施例２に係るパケット送信装置は、これに限定されるものではなく、あらかじめ用意されたプログラムをコンピュータで実行することによって実現するようにしてもよい。
【０１１８】
そこで、以下では、図１０を用いて実施例１に示したパケット送信装置と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。ここで、図１０は、暗号化パケットを送信するコンピュータの図である。
【０１１９】
図１０に例示されたコンピュータ２００は、ＨＤＤ１５０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１２０、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１３０、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１４０、をバス１７０で接続されている。さらにバス１７０には、対向装置及と接続するための接続端子部分Ｉ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）１６０が接続されている。
【０１２０】
ＲＯＭ１３０には、制御プログラム１３１、ＩＰパケット処理プログラム１３２、パケット終端プログラム１３３、ＩＫＥ終端プログラム１３４があらかじめ保持されている。ＣＰＵ１４０が各プログラム１３１〜１３４をＲＯＭ１３０から読み出して実行することによって、図１０に示すように、各プログラム１３１〜１３４は、制御プロセス１４１、ＩＰパケット処理プロセス１４２、パケット終端プロセス１４３、ＩＫＥ終端プロセス１４４として機能するようになる。
【０１２１】
なお、各プロセス１４１〜１４４は、図１に示した制御部１、ＩＰパケット処理部１６、パケット終端部１１、ＩＫＥ終端部１７にそれぞれ対応する。
【０１２２】
なお、各プログラム１３１〜１３４はＲＯＭ１３０に保持されている必要はなく、例えばＨＤＤ１５０に記録されており、ＣＰＵ１４０によって展開され、各プロセス１４１〜１４４として機能するようにしてもよい。また、各プログラム１３１〜１３４は、ＲＡＭ１２０に保持されてもよい。
【０１２３】
また、図１に示した情報記憶部１４、ＳＰデータベース部１２、ＳＡデータベース部１３、ＳＡデータベース部１８は、ＲＡＭ１２０またはＨＤＤ１５０によって機能を果たすことができる。
【０１２４】
なお、本実施例で説明したパケット送信部は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読取可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【０１２５】
以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。
【０１２６】
（付記１）送信先装置に送信されるデータである送信データを受け付けると、前記送信先装置との間で交換された暗号鍵が登録されているか否かを判定し、前記暗号鍵が登録されている場合には、当該暗号鍵を用いて前記送信データを暗号化して前記送信先装置に送信し、前記暗号鍵が登録されていない場合には、当該送信先装置との間で暗号鍵の交換を行って当該暗号鍵を登録する暗号化処理部と、
前記送信データの送信に先立って行われる呼設定要求を制御部から受け付けると、前記送信データと同等の擬似送信データを前記暗号化処理部に通知する代替データ通知部と、
前記擬似送信データを受け入れた前記暗号化処理部によって前記送信先装置との間で暗号鍵の交換が行われて当該暗号鍵が登録されると、前記呼設定要求に対する呼設定が完了した旨を前記制御部に通知する呼設定完了通知部と、
を備えることを特徴とするパケット送受信装置。
【０１２７】
（付記２）前記代替データ通知部は、前記呼設定要求を前記制御部から受け取ると、送信元に返信を実行する事を要求する情報を含む前記擬似送信データを前記暗号化処理部に通知することを特徴とする付記１に記載のパケット送受信装置。
【０１２８】
（付記３）前記代替データ通知部は、前記呼設定要求を前記制御部から受け取ると、前記送信データを受信する前記送信先装置毎に、前記擬似送信データを作成することを特徴とする付記１および付記２に記載のパケット送受信装置。
【０１２９】
（付記４）送信先装置に送信されるデータである送信データの送信に先立って行われる呼設定要求を制御部から受け付けると、前記送信データと同等の擬似送信データを暗号化処理ステップに通知する代替データ通知ステップと、
前記代替データ通知ステップによって通知された前記擬似送信データを受け付けると、前記送信先装置との間で交換された暗号鍵が登録されているか否かを判定し、前記暗号鍵が登録されている場合には、当該暗号鍵を用いて前記擬似送信データを暗号化して前記送信先装置に送信し、前記暗号鍵が登録されていない場合には、当該送信先装置との間で暗号鍵の交換を行って当該暗号鍵を登録する暗号化処理ステップと、
前記擬似送信データを受け入れた前記暗号化処理ステップによって前記送信先装置との間で暗号鍵の交換が行われて当該暗号鍵が登録されると、前記呼設定要求に対する呼設定が完了した旨を前記制御部に通知する呼設定完了通知ステップと、
を含むことを特徴とするパケット送受信方法。
【０１３０】
（付記５）前記代替データ通知ステップは、前記呼設定要求を前記制御部から受け取ると、送信元に返信を実行する事を要求する情報を含む前記擬似送信データを前記暗号化処理ステップに通知することを特徴とする付記４に記載のパケット送受信方法。
【０１３１】
（付記６）前記代替データ通知ステップは、前記呼設定要求を前記制御部から受け取ると、前記送信データを受信する前記送信先装置毎に、前記擬似送信データを作成することを特徴とする付記４および付記５に記載のパケット送受信方法。
【符号の説明】
【０１３２】
１ 制御部
２ 対向装置
１０ パケット送信装置
１１ パケット終端部
１２ ＳＰデータベース部
１３ ＳＡデータベース部
１４ 情報記憶部
１５ 物理インターフェース部
１６ ＩＰパケット処理部
１７ ＩＫＥ終端部
１８ ＳＡデータベース部
【特許請求の範囲】
【請求項１】
送信先装置に送信されるデータである送信データを受け付けると、前記送信先装置との間で交換された暗号鍵が登録されているか否かを判定し、前記暗号鍵が登録されている場合には、当該暗号鍵を用いて前記送信データを暗号化して前記送信先装置に送信し、前記暗号鍵が登録されていない場合には、当該送信先装置との間で暗号鍵の交換を行って当該暗号鍵を登録する暗号化処理部と、
前記送信データの送信に先立って行われる呼設定要求を制御部から受け付けると、前記送信データと同等の擬似送信データを前記暗号化処理部に通知する代替データ通知部と、
前記擬似送信データを受け入れた前記暗号化処理部によって前記送信先装置との間で暗号鍵の交換が行われて当該暗号鍵が登録されると、前記呼設定要求に対する呼設定が完了した旨を前記制御部に通知する呼設定完了通知部と、
を備えることを特徴とするパケット送受信装置。
【請求項２】
前記代替データ通知部は、前記呼設定要求を前記制御部から受け取ると、送信元に返信を実行する事を要求する情報を含む前記擬似送信データを前記暗号化処理部に通知することを特徴とする請求項１に記載のパケット送受信装置。
【請求項３】
前記代替データ通知部は、前記呼設定要求を前記制御部から受け取ると、前記送信データを受信する前記送信先装置毎に、前記擬似送信データを作成することを特徴とする請求項１および請求項２に記載のパケット送受信装置。
【請求項４】
送信先装置に送信されるデータである送信データの送信に先立って行われる呼設定要求を制御部から受け付けると、前記送信データと同等の擬似送信データを暗号化処理ステップに通知する代替データ通知ステップと、
前記代替データ通知ステップによって通知された前記擬似送信データを受け付けると、前記送信先装置との間で交換された暗号鍵が登録されているか否かを判定し、前記暗号鍵が登録されている場合には、当該暗号鍵を用いて前記擬似送信データを暗号化して前記送信先装置に送信し、前記暗号鍵が登録されていない場合には、当該送信先装置との間で暗号鍵の交換を行って当該暗号鍵を登録する暗号化処理ステップと、
前記擬似送信データを受け入れた前記暗号化処理ステップによって前記送信先装置との間で暗号鍵の交換が行われて当該暗号鍵が登録されると、前記呼設定要求に対する呼設定が完了した旨を前記制御部に通知する呼設定完了通知ステップと、
を含むことを特徴とするパケット送受信方法。
【請求項５】
前記代替データ通知ステップは、前記呼設定要求を前記制御部から受け取ると、送信元に返信を実行する事を要求する情報を含む前記擬似送信データを前記暗号化処理ステップに通知することを特徴とする請求項４に記載のパケット送受信方法。
【請求項６】
前記代替データ通知ステップは、前記呼設定要求を前記制御部から受け取ると、前記送信データを受信する前記送信先装置毎に、前記擬似送信データを作成することを特徴とする請求項４および請求項５に記載のパケット送受信方法。
【請求項１】
送信先装置に送信されるデータである送信データを受け付けると、前記送信先装置との間で交換された暗号鍵が登録されているか否かを判定し、前記暗号鍵が登録されている場合には、当該暗号鍵を用いて前記送信データを暗号化して前記送信先装置に送信し、前記暗号鍵が登録されていない場合には、当該送信先装置との間で暗号鍵の交換を行って当該暗号鍵を登録する暗号化処理部と、
前記送信データの送信に先立って行われる呼設定要求を制御部から受け付けると、前記送信データと同等の擬似送信データを前記暗号化処理部に通知する代替データ通知部と、
前記擬似送信データを受け入れた前記暗号化処理部によって前記送信先装置との間で暗号鍵の交換が行われて当該暗号鍵が登録されると、前記呼設定要求に対する呼設定が完了した旨を前記制御部に通知する呼設定完了通知部と、
を備えることを特徴とするパケット送受信装置。
【請求項２】
前記代替データ通知部は、前記呼設定要求を前記制御部から受け取ると、送信元に返信を実行する事を要求する情報を含む前記擬似送信データを前記暗号化処理部に通知することを特徴とする請求項１に記載のパケット送受信装置。
【請求項３】
前記代替データ通知部は、前記呼設定要求を前記制御部から受け取ると、前記送信データを受信する前記送信先装置毎に、前記擬似送信データを作成することを特徴とする請求項１および請求項２に記載のパケット送受信装置。
【請求項４】
送信先装置に送信されるデータである送信データの送信に先立って行われる呼設定要求を制御部から受け付けると、前記送信データと同等の擬似送信データを暗号化処理ステップに通知する代替データ通知ステップと、
前記代替データ通知ステップによって通知された前記擬似送信データを受け付けると、前記送信先装置との間で交換された暗号鍵が登録されているか否かを判定し、前記暗号鍵が登録されている場合には、当該暗号鍵を用いて前記擬似送信データを暗号化して前記送信先装置に送信し、前記暗号鍵が登録されていない場合には、当該送信先装置との間で暗号鍵の交換を行って当該暗号鍵を登録する暗号化処理ステップと、
前記擬似送信データを受け入れた前記暗号化処理ステップによって前記送信先装置との間で暗号鍵の交換が行われて当該暗号鍵が登録されると、前記呼設定要求に対する呼設定が完了した旨を前記制御部に通知する呼設定完了通知ステップと、
を含むことを特徴とするパケット送受信方法。
【請求項５】
前記代替データ通知ステップは、前記呼設定要求を前記制御部から受け取ると、送信元に返信を実行する事を要求する情報を含む前記擬似送信データを前記暗号化処理ステップに通知することを特徴とする請求項４に記載のパケット送受信方法。
【請求項６】
前記代替データ通知ステップは、前記呼設定要求を前記制御部から受け取ると、前記送信データを受信する前記送信先装置毎に、前記擬似送信データを作成することを特徴とする請求項４および請求項５に記載のパケット送受信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１０−２７８５５６（Ｐ２０１０−２７８５５６Ａ）
【公開日】平成２２年１２月９日（２０１０．１２．９）
【国際特許分類】
【出願番号】特願２００９−１２６７８９（Ｐ２００９−１２６７８９）
【出願日】平成２１年５月２６日（２００９．５．２６）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２２年１２月９日（２０１０．１２．９）
【国際特許分類】
【出願日】平成２１年５月２６日（２００９．５．２６）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]