JP4887682B2 - 通信システム、鍵管理・配信サーバ、端末装置及びそれらに用いるデータ通信方法並びにそのプログラム - Google Patents

Description

本発明は通信システム、鍵管理・配信サーバ、端末装置及びそれらに用いるデータ通信方法並びにそのプログラムに関し、特に動的生成された暗号鍵を安全に取得してデータ通信を行う方法に関する。

近年、携帯電話機等の携帯端末装置においては、その多機能化に伴って無線基地局を介した無線通信以外にも、携帯端末装置間を近距離無線通信等で直接接続してデータ通信を行う方法も提案されている（例えば、特許文献１参照）。

その際、上記のように、携帯端末同士をＰ２Ｐ（Ｐｅｅｒ ｔｏ Ｐｅｅｒ：端末間の直接通信）通信（近距離無線通信等によるＰ２Ｐも含む）で接続する場合には、携帯端末装置が持っている秘密鍵を使って通信しようとすると、通信相手の携帯端末装置に対して自端末の秘密鍵を公開するか、公開鍵暗号化方式を使う必要がある。但し、近距離無線通信によるＰ２Ｐ通信は、端末装置同士が遠距離の場合、Ｐ２Ｐ通信を実現することはできない。

特開２００３−０８７２６７号公報

上述した従来のデータ通信方法では、秘密鍵を公開する場合、自分の秘密鍵を複数人が持つことになるので、不正利用される恐れがあるという問題がある。また、公開鍵暗号化方式を使う場合には、複雑な暗号復号処理が必要となり、携帯端末装置のような小規模端末での処理には適さない。

さらに、秘密鍵を通信相手毎に複数持つことは、それらの秘密鍵を記憶する携帯端末装置のメモリの記憶領域を圧迫し、通信相手のうちの誰か一人が携帯端末装置を紛失すると、そのメモリ内に記憶された複数の秘密鍵が漏洩することとなり、大きな問題となる。

一方、従来のデータ通信方法では、ＨＴＴＰ（ＨＴＴＰＳ）［Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ ｏｖｅｒ ｔｒａｎｓｐｏｒｔ ｌａｙｅｒ ｓｅｃｕｒｉｔｙ／ｓｅｃｕｒｅ ｓｏｃｋｅｔｓ ｌａｙｅｒ）］を使って鍵配送をする方法もあるが、リアルタイム性にかけることと、発信者が通信を開始したいという契機で通信相手に対しても同じ鍵を配送しなければならない。しかしながら、ＨＴＴＰ（ＨＴＴＰＳ）の性質上、鍵管理・配送サーバ側から端末装置（ＨＴＴＰクライアント）に対して鍵配送のトリガをかけることは困難である。

そこで、本発明の目的は上記の問題点を解消し、暗号鍵の紛失による不正利用を防止することができ、暗号鍵を用いて端末間の直接通信を安全に行うことができる通信システム、鍵管理・配信サーバ、端末装置及びそれらに用いるデータ通信方法並びにそのプログラムを提供することにある。

本発明による通信システムは、鍵管理・配信サーバから発信側の端末装置及び着信側の端末装置に配信されかつ前記発信側の端末装置及び前記着信側の端末装置各々が共有する暗号鍵を基に前記発信側の端末装置と前記着信側の端末装置との間にピアツーピアのデータ通信を実現する通信システムであって、
前記鍵管理・配信サーバとの間に第２の通信方法による通信路が形成されかつ前記暗号鍵を中継する中継サーバを有し、
前記発信側の端末装置が前記ピアツーピアのデータ通信開始のトリガを第１の通信方法による通信路にて前記中継サーバに送信し、前記中継サーバが当該データ通信開始のトリガを前記鍵管理・配信サーバに転送し、
前記中継サーバが前記鍵管理・配信サーバから折り返された当該データ通信開始のトリガを前記着信側の端末装置に転送し、
前記発信側の端末装置及び前記着信側の端末装置各々が前記データ通信開始トリガの送受信に応答してそれぞれ前記中継サーバとの間に前記第２の通信方法による通信路を形成し、
前記鍵管理・配信サーバが前記中継サーバを介して前記発信側の端末装置と前記着信側の端末装置とに前記暗号鍵を配信し、
前記発信側の端末装置と前記着信側の端末装置とが当該暗号鍵を用いて前記ピアツーピアのデータ通信を行い、
前記発信側の端末装置及び前記着信側の端末装置各々は、それぞれ自装置の所在を示すロケーション情報を予め登録しておき、
前記中継サーバは、前記発信側の端末装置からの前記データ通信開始のトリガを前記ロケーション情報を用いて前記着信側の端末装置に転送している。

本発明による鍵管理・配信サーバは、発信側の端末装置と着信側の端末装置との間にピアツーピアのデータ通信を実現する通信システムにおいて前記発信側の端末装置及び前記着信側の端末装置各々に前記ピアツーピアのデータ通信を実現するための暗号鍵を配信する鍵管理・配信サーバであって、
前記暗号鍵を中継する中継サーバとの間に第２の通信方法による通信路を形成し、
前記発信側の端末装置が第１の通信方法による通信路にて前記中継サーバに送信しかつ前記中継サーバから転送された前記ピアツーピアのデータ通信開始のトリガを前記中継サーバに折り返して当該ピアツーピアのデータ通信開始のトリガを前記着信側の端末装置に転送する手段と、前記発信側の端末装置及び前記着信側の端末装置各々が前記データ通信開始トリガの送受信に応答してそれぞれ前記中継サーバとの間に前記第２の通信方法による通信路を形成した後に前記中継サーバを介して前記発信側の端末装置と前記着信側の端末装置とに前記暗号鍵を配信する手段とを有し、
前記データ通信開始のトリガが、前記中継サーバから、前記発信側の端末装置及び前記着信側の端末装置各々が予め登録しておきかつそれぞれ自装置の所在を示すロケーション情報を用いて前記着信側の端末装置に転送されることを特徴とする。

本発明による端末装置は、鍵管理・配信サーバから自装置及び他の端末装置各々に配信されかつ自装置及び前記他の端末装置各々が共有する暗号鍵を基に自装置と前記他の端末装置との間でピアツーピアのデータ通信を行う端末装置であって、
前記ピアツーピアのデータ通信開始のトリガを、第１の通信方法による通信路にて、前記鍵管理・配信サーバとの間に第２の通信方法による通信路が形成されかつ前記暗号鍵を中継する中継サーバに送信して、前記中継サーバと前記鍵管理・配信サーバとを介して前記他の端末装置に転送し、
前記データ通信開始トリガの送受信に応答して前記中継サーバとの間に前記第２の通信方法による通信路を形成して、前記中継サーバを介して前記鍵管理・配信サーバから配信される前記暗号鍵を受信し、
当該暗号鍵を用いて前記ピアツーピアのデータ通信を行い、
自装置及び前記他の端末装置各々が予め登録しておきかつ自装置の所在を示すロケーション情報を用いて、前記中継サーバが、前記データ通信開始のトリガを前記他の端末装置に転送している。

本発明によるデータ通信方法は、鍵管理・配信サーバから自装置及び他の端末装置各々に配信されかつ自装置及び前記他の端末装置各々が共有する暗号鍵を基に自装置と前記他の端末装置との間でピアツーピアのデータ通信を行う端末装置に用いるデータ通信方法であって、
前記端末装置が、
前記ピアツーピアのデータ通信開始のトリガを、第１の通信方法による通信路にて、前記鍵管理・配信サーバとの間に第２の通信方法による通信路が形成されかつ前記暗号鍵を中継する中継サーバに送信して、前記中継サーバと前記鍵管理・配信サーバとを介して前記他の端末装置に転送する処理と、
前記データ通信開始トリガの送受信に応答して前記中継サーバとの間に前記第２の通信方法による通信路を形成して、前記中継サーバを介して前記鍵管理・配信サーバから配信される前記暗号鍵を受信する処理とを実行し、
前記端末装置及び前記他の端末装置各々が、当該暗号鍵を用いて前記ピアツーピアのデータ通信を行い、
自装置及び前記他の端末装置各々が予め登録しておきかつ自装置の所在を示すロケーション情報を用いて、前記中継サーバが、前記データ通信開始のトリガを前記他の端末装置に転送している。

本発明によるプログラムは、鍵管理・配信サーバから自装置及び他の端末装置各々に配信されかつ自装置及び前記他の端末装置各々が共有する暗号鍵を基に自装置と前記他の端末装置との間でピアツーピアのデータ通信を行う端末装置内のコンピュータに実行させるプログラムであって、
前記ピアツーピアのデータ通信開始のトリガを、第１の通信方法による通信路にて、前記鍵管理・配信サーバとの間に第２の通信方法による通信路が形成されかつ前記暗号鍵を中継する中継サーバに送信して、前記中継サーバと前記鍵管理・配信サーバとを介して前記他の端末装置に転送する処理と、
前記データ通信開始トリガの送受信に応答して前記中継サーバとの間に前記第２の通信方法による通信路を形成して、前記中継サーバを介して前記鍵管理・配信サーバから配信される前記暗号鍵を受信する処理とを含み、
前記端末装置と前記他の端末装置との間で当該暗号鍵を用いて前記ピアツーピアのデータ通信を行わせ、
自装置及び前記他の端末装置各々に予め登録させておきかつ自装置の所在を示すロケーション情報を用いて、前記中継サーバが、前記データ通信開始のトリガを前記他の端末装置に転送させることを特徴とする。

すなわち、本発明の通信システムは、端末装置が常にＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバにロケーション情報を登録することによって、端末装置が通信要求を発行時に、鍵管理・配信サーバがそれを受領して着信側の端末装置に対して通信要求をリアルタイムに送信することが可能となる。

本発明の通信システムでは、鍵管理・配信サーバが通信要求をトリガとして、端末間の通信毎にユニークな秘密鍵を、通信する両者の端末装置に配信することによって、毎回違う秘密鍵（暗号鍵）で通信を行うため、秘密鍵の安全性が高くなり、また端末装置側でも毎回違う秘密鍵を使うにも関わらず、それらの秘密鍵を記憶しておく必要がなくなる。よって、本発明の通信システムでは、端末装置同士、特に携帯電話端末同士で安全なＰ２Ｐ（Ｐｅｅｒ ｔｏ Ｐｅｅｒ：端末間の直接通信）のデータ通信を可能とする。

本発明による端末装置は、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を使用して通信を行う端末であり、常にＳＩＰサーバに対して端末装置のロケーション情報を登録している。ある端末装置から別の端末装置へのＰ２Ｐ通信を要求する時には、その登録されたロケーション情報を用いるＳＩＰサーバが通信開始要求を発信側の端末装置から着信側の端末装置へプロキシすることで、これら両方の端末装置は、ＩＰｓｅｃ［ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ） ｓｅｃｕｒｉｔｙ ｐｒｏｔｏｃｏｌ］を使用したシグナリングセッションを再構築するロケーション情報登録処理を行う。この動作によって、本発明による端末装置は、端末装置とＳＩＰサーバとの間に安全な情報の送受信を行うためのトンネルを形成することが可能となる。

本発明による端末装置は、ＳＩＰサーバを経由して鍵管理・配送する鍵管理・配信サーバに対して、端末装置とＳＩＰサーバとの間にトンネル形成が完了したことを通知するメッセージを送信することによって、鍵管理・配信サーバからＳＩＰサーバを経由して発信側の端末装置及び着信側の端末装置に対して安全なデータセッションの確立を行う信号を送信し、鍵配送に使用するデータセッションの確立を可能とする。

本発明による端末装置は、鍵管理：配信サーバから安全なデータセッションを通して、その通信のみに適用可能な秘密鍵を受領するとともに受領完了を示すメッセージを送信することによって、鍵管理・配信サーバから発信側の端末装置と着信側の端末装置とをＰ２Ｐで接続するためのデータセッション切替え要求［Ｐ２Ｐのセッションへの張替え要求（これはセッションの送り先アドレスの書換えを示し、Ｐ２Ｐのセッションの追加を含んでいる）］の受信が可能となる。

本発明による端末装置は、データセッション切替え要求を受信すると、配送済みの秘密鍵を使用して、相手端末との間の暗号化されたデータセッションを確立することが可能となる。

本発明による端末装置は、ＳＩＰサーバとの間の安全なシグナリングセッション確立及び鍵管理・配信サーバとの間の暗号化された安全なデータセッションの確立のために、事前に交換した暗号化鍵を持っていてもよいし、公開鍵を互いに持っていてもよい。

これによって、本発明の通信システムでは、端末装置をＳＩＰモジュールを搭載した端末とすることによって、発信側の端末装置がＳＩＰサーバ、鍵管理・配信サーバを経由して着信側の端末装置に対してデータ通信開始のトリガを送信することで、着信側の端末装置がリアルタイムにこのトリガを受信することが可能となる。

発信側の端末装置及び着信側の端末装置とがともに、上記のデータ通信開始トリガを送受信した契機で、ＳＩＰサーバに対するロケーション情報登録処理をやり直すと同時に、端末装置とＳＩＰサーバとの間のシグナリングセッションをＩＰｓｅｃを使用して確立する。この動作によって、本発明の通信システムでは、ＳＩＰサーバと携帯端末装置との間のＩＰｓｅｃセッションの確立時間とＩＰｓｅｃセッションの確立端末装置の数とを減らすことが可能となり、ネットワーク負荷及びサーバ負荷を減らすことが可能となる。このＩＰｓｅｃセッション上でシグナリングを行うことで、ユーザ情報やシグナリングに必要なデータの暗号化を行い、安全に通信することが可能となる。

上記のＩＰｓｅｃ上のシグナリングセッションで、発信側の端末装置と着信側の端末装置との間のＰ２Ｐデータ通信に使用する秘密鍵を交換することも可能であるが、鍵管理・配信サーバと発信側の端末装置及び着信側の端末装置との間のデータセッションをＩＰｓｅｃ上で確立し、このセッション上で秘密鍵の交換を行うことで、ＳＩＰサーバをはじめとしたサーバ装置で秘密鍵の入ったデータをプロキシすることがなくなるため、秘密鍵を参照することが不可能となり、さらに安全に秘密鍵を配送管理することが可能となる。

Ｐ２Ｐデータ通信で使用する秘密鍵は、鍵管理・配信サーバが一通信毎に生成する秘密鍵を発信側の端末装置及び着信側の端末装置に配送して使用するため、毎回使用する秘密鍵が違うものとなる。そのため、本発明の通信システムでは、一度使った秘密鍵をさらに不正に利用し続けたり、秘密鍵の紛失による不正利用を防止することが可能となる。

本発明は、以下に述べるような構成及び動作とすることで、暗号鍵の紛失による不正利用を防止することができ、暗号鍵を用いて端末間の直接通信を安全に行うことができるという効果が得られる。

次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例による通信システムの構成を示すブロック図である。図１において、本発明の一実施例による通信システムは携帯端末装置１−１〜１−ｎと、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバ２と、鍵管理・配信サーバ３とから構成されている。ここで、ＳＩＰサーバ２と鍵管理・配信サーバ３とはＳＩＰネットワーク１００を構成し、携帯端末装置１−１〜１−ｎとしては、携帯電話機やＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、及びノート型のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）端末等の携帯端末を指している。尚、図１においては、携帯端末装置１−１，１−ｎ間のＰ２Ｐ（Ｐｅｅｒ ｔｏ Ｐｅｅｒ：端末間の直接通信）通信を示しており、携帯端末装置１−１，１−ｎ間の無線通信のための無線基地局や無線通信網についてはそれらの図示を省略しており、またそれらの動作についても公知であるのでその説明を省略する。

図２は図１の携帯端末装置１の構成例を示すブロック図である。図２において、携帯端末装置１はＰ２Ｐ通信アプリケーション１１と、鍵管理モジュール１２と、ＳＩＰモジュール１３と、ＩＰｓｅｃ［ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ） ｓｅｃｕｒｉｔｙ ｐｒｏｔｏｃｏｌ］モジュール１４とを備えている。尚、上記の購入者携帯端末１の各モジュールは図示せぬＣＰＵ（中央処理装置）がプログラム（コンピュータで動作可能なプログラム）を実行することでも実現可能である。また、上記の携帯端末装置１−１〜１−ｎはこの携帯端末装置１と同様の構成で、同様の動作を行うものとする。

携帯端末装置１はＳＩＰモジュールを実装し、定期的に、ＳＩＰサーバ２に対して接続先ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを登録する機能であるロケーション登録処理を行っている。また、携帯端末装置１はＳＩＰサーバ２との間で通信を行うためにロケーション登録処理時に既に秘密鍵を共有しており、新たに秘密鍵の交換を行うことなく、安全なシグナリングセッションを確立する。携帯端末装置１は他の携帯端末装置との間でデータのやりとり（授受）を行うためのデータセッションを確立する。携帯端末装置１が他の携帯端末装置との間にデータセッションを確立した時には、携帯端末装置１と他の携帯端末装置との間での秘密鍵の交換が必要となるが、この秘密鍵は鍵管理・配信サーバ３から安全なデータセッションを通して鍵配送されるので、それを使用する。尚、鍵配送の方法としては、例えば、ＤＨ（Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ）法等がある。

図３は図１のＳＩＰサーバ２の構成例を示すブロック図である。図３において、ＳＩＰサーバ２はプロキシサーバモジュール２１と、ロケーションサーバモジュール２２と、レジストレーションモジュール２３と、ＳＩＰモジュール２４と、ＩＰｓｅｃモジュール２５とを備えている。尚、上記のＳＩＰサーバ２の各モジュールは図示せぬＣＰＵがプログラムを実行することでも実現可能である。

ＳＩＰサーバ２は携帯端末装置１−１，１−ｎのＩＰアドレス情報を保持し、携帯端末装置１−１，１−ｎから発信されたメッセージを鍵管理・配信サーバ３や別の携帯端末へと転送する機能を持つ。ＳＩＰサーバ２は携帯端末装置１−１，１−ｎ間がＰ２Ｐ通信に入っていない間、安全なシグナリングセッションを張ることなく、ＩＰアドレス情報のみを保持している。また、ＳＩＰサーバ２は、携帯端末装置１−１，１−ｎから安全なシグナリングセッションを張るための再レジストレーションを受信すると、携帯端末装置１−１，１−ｎとの間の安全なシグナリングセッションを確立する。

その後、ＳＩＰサーバ２はこのセッションを使用し、携帯端末装置１−１，１−ｎ間、携帯端末装置１−１，１−ｎと鍵管理・配信サーバ３との間の暗号化された安全なデータセッションを確立するためのメッセージを送受信する。ＳＩＰサーバ２では携帯端末装置１−１，１−ｎと鍵管理・配信サーバ３との対地情報のみを管理するものとし、個人情報等が全てデータセッションを通してやりとりされ、ＳＩＰサーバ２で復号化されることはない。

図４は図１の鍵管理・配信サーバ３の構成例を示すブロック図である。図４において、鍵管理・配信サーバ３は鍵生成モジュール３１と、ＳＩＰモジュール３２と、ＩＰｓｅｃモジュール３３とを備えている。尚、上記の鍵管理・配信サーバ３の各モジュールは図示せぬＣＰＵがプログラムを実行することでも実現可能である。

鍵管理・配信サーバ３はＳＩＰモジュールを実装しており、常に、ＳＩＰサーバ２との間で安全なシグナリングセッションを張っている。鍵管理・配信サーバ３は携帯端末装置１−１からの通信開始要求を受信し、携帯端末装置１−１，１−ｎとＳＩＰサーバ２との間の安全なシグナリングセッションの確立を確認すると、携帯端末装置１−１，１−ｎの両方に対して安全なデータセッションを確立するためのメッセージを送信する。

鍵管理・配信サーバ３はそのセッションを使用し、携帯端末装置１−１，１−ｎの両携帯端末間のＰ２Ｐ通信で使用するための鍵配送を行う。その後、鍵管理・配信サーバ３は携帯端末装置１−１，１−ｎ間の安全なデータセッションを確立するためのシグナリングを行う。すなわち、鍵管理・配信サーバ３は携帯端末装置１−１，１−ｎ間のＰ２Ｐのセッションへの張替え（これはセッションの送り先アドレスの書換えを示し、Ｐ２Ｐのセッションの追加を含んでいる）、一通信毎にＰ２Ｐのセッション（ＩＰｓｅｃ）確立のための暗号鍵の配送制御を実施している。

図５及び図６は本発明の一実施例による通信システムの動作例を示すシーケンスチャートである。これら図１〜図６を参照して本発明の一実施例による移動通信システムの動作について説明する。尚、図５及び図６における携帯端末装置（＃１）１−１，（＃ｎ）１−ｎ、鍵管理・配信サーバ３の動作は図示せぬＣＰＵがプログラムを実行することでも実現可能である。

携帯端末装置（＃１）１−１はＳＩＰモジュール１３からＳＩＰサーバ２のレジストレーションモジュール２３に対し、自端末のロケーション登録処理を行い（図５のａ１参照）、ＳＩＰサーバ２のロケーションサーバモジュール２２にそのロケーション情報を保持させる。携帯端末装置（＃ｎ）１−ｎも、上記の携帯端末装置（＃１）１−１と同様に、ロケーション登録処理を実施し（図５のａ２参照）、ＳＩＰサーバ２のロケーションサーバモジュール２２にそのロケーション情報を保持させる。

携帯端末装置（＃１）１−１がＰ２Ｐ通信のトリガとなるメッセージをＳＩＰサーバ２のプロキシサーバモジュール２１に送信すると（図５のａ３参照）、ＳＩＰサーバ２のプロキシサーバモジュール２１はそのメッセージを鍵管理・配信サーバ３へと転送する（図５のａ４参照）。鍵管理・配信サーバ３は携帯端末装置（＃１）１−１からのＰ２Ｐ通信のトリガとなるメッセージを折り返し、ＳＩＰサーバ２のプロキシサーバモジュール２１に送信する（図５のａ５参照）。ＳＩＰサーバ２はロケーションサーバモジュール２２で保持している携帯端末装置（＃ｎ）１−ｎのロケーション情報に基づき、そのメッセージを携帯端末装置（＃ｎ）１−ｎへと転送する（図５のａ６参照）。この場合、上記のＰ２Ｐ通信のトリガは個人情報を含まないため、ＩＰｓｅｃセッションを張る前の状態で送信可能となっている。

携帯端末装置（＃１）１−１，（＃ｎ）１−ｎは上記のメッセージ送信／受信をトリガとして、ＳＩＰモジュール１３によるロケーション登録処理を再度実施するが、その処理の中でＩＰｓｅｃモジュール１２を各々起動し、ＳＩＰサーバ２のＩＰｓｅｃモジュール２５との間のＩＰｓｅｃトンネルを形成する（図５のａ７〜ａ１０参照）。このロケーション情報登録（図５のａ７，ａ９参照）時には、シグナリングセッションが確立する。

携帯端末装置（＃１）１−１，（＃ｎ）１−ｎはＳＩＰサーバ２との間のＩＰｓｅｃトンネル形成を完了すると、鍵管理・配信サーバ３宛てのメッセージを送信し、ＳＩＰサーバ２にＩＰｓｅｃトンネル形成が完了したことを通知する（図５のａ１１，ａ１３参照）。ＳＩＰサーバ２はこの通知を鍵管理・配信サーバ３へ転送する（図５のａ１２，ａ１４参照）。

鍵管理・配信サーバ３はＳＩＰサーバ２を介して携帯端末装置（＃１）１−１に対してＩＰｓｅｃデータセッションの確立を要求するメッセージを送信し（図５のａ１５，ａ１６参照）、鍵管理・配信サーバ３と携帯端末装置（＃１）１−１との間にＩＰｓｅｃデータセッションを確立し（図５のａ１７参照）、ＩＰｓｅｃデータセッションを利用して鍵生成モジュール３１で生成した秘密鍵Ａを携帯端末装置（＃１）１−１に配送する。

同様に、鍵管理・配信サーバ３はＳＩＰサーバ２を介して携帯端末装置（＃ｎ）１−ｎに対してＩＰｓｅｃデータセッションの確立を要求するメッセージを送信し（図５のａ１８，ａ１９参照）、鍵管理・配信サーバ３と携帯端末装置（＃ｎ）１−ｎとの間にＩＰｓｅｃデータセッションを確立し（図５のａ２０参照）、ＩＰｓｅｃデータセッションを利用して鍵生成モジュール３１で生成した秘密鍵Ａを携帯端末装置（＃ｎ）１−ｎに配送する。

携帯端末装置（＃１）１−１，（＃ｎ）１−ｎは同じ秘密鍵ＡをＳＩＰサーバ２を介して鍵管理・配信サーバ３から受信すると、鍵受信完了メッセージをＳＩＰサーバ２を介して鍵管理・配信サーバ３に送信する（図５のａ２１〜ａ２４参照）。鍵管理・配信サーバ３は鍵受信完了メッセージを受取ると、携帯端末装置（＃１）１−１，（＃ｎ）１−ｎにＳＩＰサーバ２を介してＰ２Ｐ通信データセッション確立要求を送信する（図６のａ２５〜ａ２８参照）。これによって、携帯端末装置（＃１）１−１，（＃ｎ）１−ｎ間にはＩＰｓｅｃデータセッションが確立される（図６のａ２９参照）。

このように、本実施例では、携帯端末装置（＃１）１−１，（＃ｎ）１−ｎをＳＩＰモジュールを搭載した端末とすることによって、発信側の携帯端末装置（＃１）１−１がＳＩＰサーバ２、鍵管理・配信サーバ３を経由して着信側の携帯端末装置（＃ｎ）１−ｎに対してデータ通信開始のトリガを送信することで、着信側の携帯端末装置（＃ｎ）１−ｎがリアルタイムにこのトリガを受信することができる。

発信側の携帯端末装置（＃１）１−１及び着信側の携帯端末装置（＃ｎ）１−ｎがともに、上記のデータ通信開始トリガを送受信した契機で、ＳＩＰサーバ２に対するロケーション情報登録処理をやり直すと同時に、携帯端末装置（＃１）１−１，（＃ｎ）１−ｎとＳＩＰサーバ２との間のシグナリングセッションをＩＰｓｅｃを使用して確立する。この動作によって、本実施例では、ＳＩＰサーバ２と携帯端末装置（＃１）１−１，（＃ｎ）１−ｎとの間のＩＰｓｅｃセッションの確立時間とＩＰｓｅｃセッションの確立端末装置の数とを減らすことができ、ネットワーク負荷及びサーバ負荷を減らすことができる。このＩＰｓｅｃセッション上でシグナリングを行うことで、ユーザ情報やシグナリングに必要なデータの暗号化を行い、安全に通信することができる。

上記のＩＰｓｅｃ上のシグナリングセッションで、発信側の携帯端末装置（＃１）１−１と着信側の携帯端末装置（＃ｎ）１−ｎとの間のＰ２Ｐデータ通信に使用する秘密鍵を交換することも可能であるが、鍵管理・配信サーバ３と発信側の携帯端末装置（＃１）１−１及び着信側の携帯端末装置（＃ｎ）１−ｎとの間のデータセッションをＩＰｓｅｃ上で確立し、このセッション上で秘密鍵の交換を行うことで、ＳＩＰサーバ２をはじめとしたサーバ装置で秘密鍵の入ったデータをプロキシすることがなくなるため、秘密鍵を参照することができなくなり、さらに安全に秘密鍵を配送管理することができる。

Ｐ２Ｐデータ通信で使用する秘密鍵は、鍵管理・配信サーバ３が一通信毎に生成する秘密鍵を発信側の携帯端末装置（＃１）１−１及び着信側の携帯端末装置（＃ｎ）１−ｎに配送して使用するため、毎回使用する秘密鍵が違うものとなる。そのため、本実施例では、一度使った秘密鍵をさらに不正に利用し続けたり、秘密鍵の紛失による不正利用を防止することができる。

図７は本発明の他の実施例による通信システムの構成を示すブロック図である。図７において、本発明の他の実施例による通信システムは、携帯端末装置１−１の代わりに、ゲートウェイサーバ４とＳＩＰ未対応端末［例えば、デスクトップ型のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）端末等の固定端末や携帯端末を含む端末］５とを設けた以外は図１に示す本発明の一実施例による通信システムと同様の構成となっており、同一構成要素には同一符号を付してある。ここで、ＳＩＰサーバ２と鍵管理・配信サーバ３とゲートウェイサーバ４とはＳＩＰネットワーク１００を構成している。

図８は図７のＳＩＰ未対応端末５の構成例を示すブロック図である。図８において、ＳＩＰ未対応端末５はＰ２Ｐ通信アプリケーション５１と、ＨＴＴＰ／ＨＴＴＰＳ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ ｏｖｅｒ ｔｒａｎｓｐｏｒｔ ｌａｙｅｒ ｓｅｃｕｒｉｔｙ／ｓｅｃｕｒｅ ｓｏｃｋｅｔｓ ｌａｙｅｒ）モジュール５２とを備えている。尚、上記のＳＩＰ未対応端末５の各モジュールは図示せぬＣＰＵがプログラムを実行することでも実現可能である。

図９は図７のゲートウェイサーバ４の構成例を示すブロック図である。図９において、ゲートウェイサーバ４はＨＴＴＰ／ＨＴＴＰＳモジュール４１と、ＳＩＰモジュール４２と、ＩＰｓｅｃモジュール４３とを備えている。尚、上記のゲートウェイサーバ４の各モジュールは図示せぬＣＰＵがプログラムを実行することでも実現可能である。

ゲートウェイサーバ４はＰ２Ｐ通信に使用されるＳＩＰ未対応端末５がＳＩＰモジュールを実装していない場合に、ＳＩＰモジュールを実装している端末（携帯端末装置１−ｎ）との間のＰ２Ｐ通信を可能とするためのプロトコル変換サーバである。ゲートウェイサーバ４はＨＴＴＰＳによって要求されたＳＩＰ未対応端末５からのＰ２Ｐ通信要求を受信し、ＳＩＰサーバ２に対して自ＩＰアドレスを接続先ＩＰアドレスとしてレジストレーション処理を行い、Ｐ２Ｐ通信要求のメッセージをＳＩＰサーバ２及び鍵管理・配信サーバ３経由で携帯端末装置１−ｎに送信する。

ゲートウェイサーバ４は鍵管理・配信サーバ３からの要求を受けて、携帯端末装置１−ｎあるいは鍵管理・配信サーバ３との間のデータセッションを確立する。ゲートウェイサーバ４は携帯端末装置１−ｎとのデータセッション確立時に、ゲートウェイサーバ４と携帯端末装置１−ｎとの間での秘密鍵の交換が必要となるが、この秘密鍵は鍵管理・配信サーバ３を介して鍵配送されるので、それを使用する。

ＳＩＰ未対応端末５はゲートウェイサーバ４を通して携帯端末装置１−ｎとの間のデータセッションの確立によるＰ２Ｐ通信を行う。その際、ゲートウェイサーバ４はＳＩＰ未対応端末５に対してＰ２Ｐ通信の内容をＨＴＴＰＳで通知する。

図１０及び図１１は本発明の他の実施例による通信システムの動作を示すシーケンスチャートである。これら図３と図４と図７〜図１１とを参照して本発明の他の実施例による通信システムの動作について説明する。尚、図１０及び図１１における携帯端末装置１−ｎ、鍵管理・配信サーバ３、ゲートウェイサーバ４、ＳＩＰ未対応端末５の動作は図示せぬＣＰＵがプログラムを実行することでも実現可能である。

ＳＩＰモジュールを持たないＳＩＰ未対応端末５は、ゲートウェイサーバ４のＨＴＴＰ／ＨＴＴＰＳモジュール４１に対してＨＴＴＰＳトンネルを形成し、ＳＩＰサーバ２に対してロケーション登録処理を行うためのトリガを送信し（図１０のｂ１参照）、ゲートウェイサーバ４がＳＩＰモジュール４２によってＳＩＰ未対応端末５の代理でＳＩＰサーバ２に対してロケーション登録処理を行い（図１０のｂ２参照）、ＳＩＰサーバ２のロケーションサーバモジュール２２にそのロケーション情報を保持させる。携帯端末装置（＃ｎ）１−ｎも、このゲートウェイサーバ４と同様に、ロケーション登録処理を実施し（図１０のｂ３参照）、ＳＩＰサーバ２のロケーションサーバモジュール２２にそのロケーション情報を保持させる。

ＳＩＰ未対応端末５は決済要求のトリガとなるメッセージをＨＴＴＰ／ＨＴＴＰＳモジュール５２から送信し（図１１のｂ４参照）、それを受取ったゲートウェイサーバ４のＨＴＴＰ／ＨＴＴＰＳモジュール４１はそのメッセージをＳＩＰモジュール４２に渡す。ＳＩＰモジュール４２はメッセージをＳＩＰサーバ２のプロキシサーバモジュール２１に送信すると（図１０のｂ５参照）、ＳＩＰサーバ２のプロキシサーバモジュール２１はそのメッセージを鍵管理・配信サーバ３へと転送する（図１０のｂ６参照）。鍵管理・配信サーバ３４はＳＩＰ未対応端末５からのＰ２Ｐ通信の要求のトリガとなるメッセージを折り返し、ＳＩＰサーバ２のプロキシサーバモジュール２１に送信すると（図１０のｂ７参照）、ＳＩＰサーバ２はロケーションサーバモジュール２２で保持している携帯端末装置（＃ｎ）１−ｎのロケーション情報に基づき、そのメッセージを携帯端末装置（＃ｎ）１−ｎへと転送する（図１０のｂ８参照）。この場合、上記の決済要求のトリガは個人情報を含まないため、ＩＰｓｅｃセッションを張る前の状態で送信可能となっている。

ゲートウェイサーバ４及び携帯端末装置（＃ｎ）１−ｎは上記のメッセージ送信／受信をトリガとして、ＳＩＰモジュール４２，１３によるロケーション登録処理を再度実施するが（図１０のｂ９，ｂ１１参照）、その処理の中でＩＰｓｅｃモジュール４３，１４を各々起動し、ＳＩＰサーバ２のＩＰｓｅｃモジュール２５との間にＩＰｓｅｃトンネルを形成する（図１０のｂ１０，ｂ１２参照）。このロケーション情報登録時には、シグナリングセッションが確立する。ゲートウェイサーバ４及び携帯端末装置（＃ｎ）１−ｎはＳＩＰサーバ２との間のＩＰｓｅｃトンネル形成を完了すると、鍵管理・配信サーバ３宛てのメッセージを送信し、ＳＩＰサーバ２にＩＰｓｅｃトンネル形成が完了したことを通知する（図１０のｂ１３，ｂ１５参照）。ＳＩＰサーバ２はこの通知を鍵管理・配信サーバ３へ転送する（図１０のｂ１４，ｂ１６参照）。

鍵管理・配信サーバ３はＳＩＰサーバ２を介してゲートウェイサーバ４に対してＩＰｓｅｃデータセッションの確立を要求するメッセージを送信し（図１１のｂ１７，ｂ１８参照）、鍵管理・配信サーバ３とゲートウェイサーバ４との間にＩＰｓｅｃデータセッションを確立し（図１１のｂ２１参照）、ＩＰｓｅｃデータセッションを利用して鍵生成モジュール３１で生成した秘密鍵Ａをゲートウェイサーバ４に配送する。同様に、鍵管理・配信サーバ３と携帯端末装置（＃ｎ）１−ｎとの間にもＩＰｓｅｃデータセッションが確立され（図１１のｂ１９，ｂ２０，ｂ２２参照）、ＩＰｓｅｃデータセッションを利用して鍵生成モジュール３１で生成した秘密鍵Ａが携帯端末装置（＃ｎ）１−ｎに配送される。尚、鍵管理・配信サーバ３とゲートウェイサーバ４との間にはＩＰｓｅｃを用いないデータセッションの確立も可能である。

ゲートウェイサーバ４及び携帯端末装置（＃ｎ）１−ｎは同じ秘密鍵ＡをＳＩＰサーバ２を介して鍵管理・配信サーバ３から受信すると、鍵受信完了メッセージをＳＩＰサーバ２を介して鍵管理・配信サーバ３に送信する（図１１のｂ２３〜ｂ２６参照）。鍵管理・配信サーバ３は鍵受信完了メッセージを受取ると、ゲートウェイサーバ４及び携帯端末装置（＃ｎ）１−ｎにＳＩＰサーバ２を介してＰ２Ｐ通信データセッション確立要求を送信する（図１１のｂ２７〜ｂ３０参照）。これによって、ゲートウェイサーバ４と携帯端末装置（＃ｎ）１−ｎとの間にはＩＰｓｅｃデータセッションが確立される（図１１のｂ３１参照）。

この場合、ＳＩＰ未対応端末５とゲートウェイサーバ４との間にはＨＴＴＰＳトンネルが形成されているので、携帯端末装置（＃ｎ）１−ｎとゲートウェイサーバ４との間のＩＰｓｅｃデータセッションの確立によるＰ２Ｐ通信が行われると、ゲートウェイサーバ４がその情報をＨＴＴＰＳに載せ換えてＳＩＰ未対応端末５へ送信する（図１１のｂ３２参照）。

このように、本実施例では、ＳＩＰモジュールを未搭載のＳＩＰ未対応端末５をＳＩＰモジュールを搭載するゲートウェイサーバ４を介して着信側の携帯端末装置（＃ｎ）１−ｎとの間にＩＰｓｅｃトンネルを形成することで、ＳＩＰモジュールを未搭載のＳＩＰ未対応端末５においても、上記の本発明の一実施例と同様に、暗号鍵の紛失による不正利用を防止することができ、その暗号鍵を用いて端末間の直接通信を安全に行うことができる。

図１２は本発明の別の実施例による通信システムの構成を示すブロック図である。図１２において、本発明の別の実施例による決済システムは、携帯端末装置１−ｎの代わりに、ゲートウェイサーバ６とＳＩＰ未対応端末７とを設けた以外は図８に示す本発明の他の実施例による通信システムと同様の構成となっており、同一構成要素には同一符号を付してある。ここで、ＳＩＰサーバ２と鍵管理・配信サーバ３とゲートウェイサーバ４，６とはＳＩＰネットワーク１００を構成している。尚、上記のＳＩＰ未対応端末５，７は図８に示すＳＩＰ未対応端末５と同様の構成となっており、ゲートウェイサーバ４，６は図９に示すゲートウェイサーバ４と同様の構成となっており、それらの動作は上記と同様である。

図１３及び図１４は本発明の別の実施例によるモバイル決済システムの動作を示すシーケンスチャートである。これら図３と図４と図８と図９と図１２〜図１４とを参照して本発明の別の実施例による通信システムの動作について説明する。尚、図１３及び図１４における鍵管理・配信サーバ３、ゲートウェイサーバ４，６、ＳＩＰ未対応端末５，７の動作は図示せぬＣＰＵがプログラムを実行することでも実現可能である。

ＳＩＰモジュールを持たないＳＩＰ未対応端末５は、ゲートウェイサーバ４のＨＴＴＰ／ＨＴＴＰＳモジュール４１に対してＨＴＴＰＳトンネルを形成し、ＳＩＰサーバ２に対してロケーション登録処理を行うためのトリガを送信し（図１３のｃ１参照）、ゲートウェイサーバ４がＳＩＰモジュール４２によってＳＩＰ未対応端末５の代理でＳＩＰサーバ２に対してロケーション登録処理を行い（図１３のｃ２参照）、ＳＩＰサーバ２のロケーションサーバモジュール２２にそのロケーション情報を保持させる。同様に、ＳＩＰモジュールを持たないＳＩＰ未対応端末７は、ゲートウェイサーバ６のＨＴＴＰ／ＨＴＴＰＳモジュール４１に対してＨＴＴＰＳトンネルを形成し、ＳＩＰサーバ２に対してロケーション登録処理を行うためのトリガを送信し（図１３のｃ３参照）、ゲートウェイサーバ６がＳＩＰモジュール４３によってＳＩＰ未対応端末７の代理でＳＩＰサーバ２に対してロケーション登録処理を行い（図１３のｃ４参照）、ＳＩＰサーバ２のロケーションサーバモジュール２２にそのロケーション情報を保持させる。

ＳＩＰ未対応端末５は決済要求のトリガとなるメッセージをＨＴＴＰ／ＨＴＴＰＳモジュール５２から送信し（図１３のｃ５参照）、それを受取ったゲートウェイサーバ４のＨＴＴＰ／ＨＴＴＰＳモジュール４１はそのメッセージをＳＩＰモジュール４２に渡す。ＳＩＰモジュール４２はメッセージをＳＩＰサーバ２のプロキシサーバモジュール２１に送信すると（図１３のｃ６参照）、ＳＩＰサーバ２のプロキシサーバモジュール２１はそのメッセージを鍵管理・配信サーバ３へと転送する（図１３のｃ７参照）。

鍵管理・配信サーバ３はＳＩＰ未対応端末５からの決済要求のトリガとなるメッセージを折り返し、ＳＩＰサーバ２のプロキシサーバモジュール２１に送信すると（図１３のｃ８参照）、ＳＩＰサーバ２はロケーションサーバモジュール２２で保持しているゲートウェイサーバ６のロケーション情報に基づき、そのメッセージをゲートウェイサーバ６へと転送する（図１３のｃ９参照）。ゲートウェイサーバ６はそのメッセージをＨＴＴＰＳトンネルにてＳＩＰ未対応端末７に送信する（図１３のｃ１０参照）。この場合、上記の決済要求のトリガは個人情報を含まないため、ＩＰｓｅｃセッションを張る前の状態で送信可能となっている。

ゲートウェイサーバ４，６は上記のメッセージ送信／受信をトリガとして、ＳＩＰモジュール４２によるロケーション登録処理を再度実施するが（図１３のｃ１１，ｃ１３参照）、その処理の中でＩＰｓｅｃモジュール４３を各々起動し、ＳＩＰサーバ２のＩＰｓｅｃモジュール２５との間のＩＰｓｅｃトンネルを形成する（図１３のｃ１２，ｃ１４参照）。このロケーション情報登録時には、シグナリングセッションが確立する。ゲートウェイサーバ４，６はＳＩＰサーバ２との間にＩＰｓｅｃトンネル形成を完了すると、ＳＩＰサーバ２に鍵管理・配信サーバ３宛てのメッセージを送信し、ＩＰｓｅｃトンネル形成が完了したことを通知する（図１３のｃ１５，ｃ１７参照）。ＳＩＰサーバ２はこの通知を鍵管理・配信サーバ３へ転送する（図１３のｃ１６，ｃ１８参照）。

鍵管理・配信サーバ３はＳＩＰサーバ２を介してゲートウェイサーバ４に対してＩＰｓｅｃデータセッションの確立を要求するメッセージを送信し（図１４のｃ１９，ｃ２０参照）、鍵管理・配信サーバ３とゲートウェイサーバ５との間にＩＰｓｅｃデータセッションを確立し（図１４のｃ２３参照）、ＩＰｓｅｃデータセッションを利用して鍵生成モジュール３１で生成した秘密鍵Ａをゲートウェイサーバ４に配送する。同様に、鍵管理・配信サーバ３とゲートウェイサーバ６との間にもＩＰｓｅｃデータセッションが確立され（図１４のｃ２１，ｃ２２，ｃ２４参照）、ＩＰｓｅｃデータセッションを利用して鍵生成モジュール３１で生成した秘密鍵Ａがゲートウェイサーバ６に配送される。尚、鍵管理・配信サーバ３とゲートウェイサーバ４，６との間にはＩＰｓｅｃを用いないデータセッションの確立も可能である。

ゲートウェイサーバ４，６は同じ秘密鍵ＡをＳＩＰサーバ２を介して鍵管理・配信サーバ３から受信すると、鍵受信完了メッセージをＳＩＰサーバ２を介して鍵管理・配信サーバ３に送信する（図１４のｃ２５〜ｃ２８参照）。鍵管理・配信サーバ３は鍵受信完了メッセージを受取ると、ゲートウェイサーバ４，６にＳＩＰサーバ２を介してＰ２Ｐ通信データセッション確立要求を送信する（図１４のｃ２９〜ｃ３２参照）。これによって、ゲートウェイサーバ４，６間にはＩＰｓｅｃデータセッションが確立される（図１４のｃ３３参照）。

この場合、ＳＩＰ未対応端末５とゲートウェイサーバ４との間、ＳＩＰ未対応端末７とゲートウェイサーバ６との間にはそれぞれＨＴＴＰＳトンネルが形成されているので、ゲートウェイサーバ４，６間のＩＰｓｅｃデータセッションの確立によるＰ２Ｐ通信の内容が、ゲートウェイサーバ４，６にてその情報をＨＴＴＰＳに載せ換えられてＳＩＰ未対応端末５，７へと送信される（図１４のｃ３４，ｃ３５参照）。

このように、本実施例では、ＳＩＰモジュールを未搭載のＳＩＰ未対応端末５，７の間にＳＩＰモジュールを搭載するゲートウェイサーバ４，６を介してＩＰｓｅｃトンネルを形成することで、ＳＩＰモジュールを未搭載のＳＩＰ未対応端末５，７の間においても、上記の本発明の一実施例と同様に、暗号鍵の紛失による不正利用を防止することができ、その暗号鍵を用いて端末間の直接通信を安全に行うことができる。

本発明では、各実施例において、鍵管理・配信サーバ３を設け、Ｐ２Ｐ通信を行う端末各々に鍵管理・配信サーバ３で生成した秘密鍵（暗号鍵）を配信しているが、Ｐ２Ｐ通信を行う端末の一方が秘密鍵を生成し、その秘密鍵を中継する中継サーバを介してＰ２Ｐ通信を行う端末の他方に渡すことも可能であり、実施例に限定されるものではない。この場合、中継サーバは秘密鍵を中継するだけで、暗号化には関与しない。また、秘密鍵は定期的に使い捨てにすることで、より安全な通信路を確保することができる。

また、本発明では、上記の各実施例において、ＳＩＰモジュールを実装していない端末とゲートウェイサーバとの間の通信方法としてＨＴＴＰについて述べているが、近距離無線通信［例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（国際登録商標）等］、ＵＷＢ（Ｕｌｔｒａ ＷｉｄｅＢａｎｄ）、赤外線通信［ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）］等の通信方法にも適用可能である。

本発明の一実施例による通信システムの構成を示すブロック図である。 図１の携帯端末装置の構成例を示すブロック図である。 図１のＳＩＰサーバの構成例を示すブロック図である。 図１の鍵管理・配信サーバの構成例を示すブロック図である。 本発明の一実施例による通信システムの動作例を示すシーケンスチャートである。 本発明の一実施例による通信システムの動作例を示すシーケンスチャートである。 本発明の他の実施例による通信システムの構成を示すブロック図である。 図７のＰＣ端末の構成例を示すブロック図である。 図７のゲートウェイサーバの構成例を示すブロック図である。 本発明の他の実施例による通信システムの動作を示すシーケンスチャートである。 本発明の他の実施例による通信システムの動作を示すシーケンスチャートである。 本発明の別の実施例による通信システムの構成を示すブロック図である。 本発明の別の実施例によるモバイル決済システムの動作を示すシーケンスチャートである。 本発明の別の実施例によるモバイル決済システムの動作を示すシーケンスチャートである。

符号の説明

１，１−１〜１−ｎ 携帯端末装置
２ ＳＩＰサーバ
３ 鍵管理・配信サーバ
４，６ ゲートウェイサーバ
５，７ ＰＣ端末
１１，５１ Ｐ２Ｐ通信アプリケーション
１２ 鍵管理モジュール
１３，２４，３２，４２ ＳＩＰモジュール
１４，２５，３３，４３ ＩＰｓｅｃモジュール
２１ プロキシサーバモジュール
２２ ロケーションサーバモジュール
２３ レジストレーションモジュール
３１ 鍵生成モジュール
４１，５２ ＨＴＴＰ／ＨＴＴＰＳモジュール
１００ ＳＩＰネットワーク

Claims (33)

1. 鍵管理・配信サーバから発信側の端末装置及び着信側の端末装置に配信されかつ前記発信側の端末装置及び前記着信側の端末装置各々が共有する暗号鍵を基に前記発信側の端末装置と前記着信側の端末装置との間にピアツーピアのデータ通信を実現する通信システムであって、
   前記鍵管理・配信サーバとの間に第２の通信方法による通信路が形成されかつ前記暗号鍵を中継する中継サーバを有し、
   前記発信側の端末装置が前記ピアツーピアのデータ通信開始のトリガを第１の通信方法による通信路にて前記中継サーバに送信し、前記中継サーバが当該データ通信開始のトリガを前記鍵管理・配信サーバに転送し、
   前記中継サーバが前記鍵管理・配信サーバから折り返された当該データ通信開始のトリガを前記着信側の端末装置に転送し、
   前記発信側の端末装置及び前記着信側の端末装置各々が前記データ通信開始トリガの送受信に応答してそれぞれ前記中継サーバとの間に前記第２の通信方法による通信路を形成し、
   前記鍵管理・配信サーバが前記中継サーバを介して前記発信側の端末装置と前記着信側の端末装置とに前記暗号鍵を配信し、
   前記発信側の端末装置と前記着信側の端末装置とが当該暗号鍵を用いて前記ピアツーピアのデータ通信を行い、
   前記発信側の端末装置及び前記着信側の端末装置各々は、それぞれ自装置の所在を示すロケーション情報を予め前記中継サーバに登録しておき、
   前記中継サーバは、前記発信側の端末装置からの前記データ通信開始のトリガを前記ロケーション情報を用いて前記着信側の端末装置に転送することを特徴とする通信システム。
2. 前記発信側の端末装置及び前記着信側の端末装置のうちの少なくとも一方が移動自在な携帯端末であることを特徴とする請求項１記載の通信システム。
3. 前記第１の通信方法は、少なくともＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を含む通信方法であり、
   前記第２の通信方法は、少なくともＳＩＰとＩＰｓｅｃ［ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ） ｓｅｃｕｒｉｔｙ ｐｒｏｔｏｃｏｌ］との組合せを含む通信方法であることを特徴とする請求項１から請求項３のいずれか記載の通信システム。
4. 前記発信側の端末装置及び前記着信側の端末装置のうちの少なくとも一方が前記第２の通信方法に未対応な端末であり、
   前記第２の通信方法と前記未対応な端末で使用可能な第３の通信方法との変換を行うゲートウェイを含み、
   前記ゲートウェイは、前記未対応な端末の代わりに前記第２の通信方法による通信路を他端末との間に形成することを特徴とする請求項１から請求項３のいずれか記載の通信システム。
5. 前記第３の通信方法は、少なくともＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、近距離無線通信、ＵＷＢ（Ｕｌｔｒａ ＷｉｄｅＢａｎｄ）、赤外線通信のいずれかを使用する通信方法であることを特徴とする請求項４記載の通信システム。
6. 前記鍵管理・配信サーバは、前記発信側の端末装置と前記着信側の端末装置との間に前記第２の通信方法による通信路を形成させるために前記第２の通信方法による通信路の張替えを指示する手段と、前記第２の通信方法による通信路の張替えのための暗号鍵の配送を前記ピアツーピアのデータ通信毎に行う手段とを含むことを特徴とする請求項１から請求項５のいずれか記載の通信システム。
7. 前記発信側の端末装置及び前記着信側の端末装置は、前記鍵管理・配信サーバからの前記第２の通信方法による通信路の張替えの指示に応答しかつ前記鍵管理・配信サーバから配送される暗号鍵を用いて相互の間に前記第２の通信方法による通信路を形成することを特徴とする請求項６記載の通信システム。
8. 前記鍵管理・配信サーバは、前記発信側の端末装置と前記着信側の端末装置との間に前記第２の通信方法による通信路を形成させるために前記発信側の端末装置及び前記着信側の端末装置に対して前記発信側の端末装置と前記着信側の端末装置との間の前記第２の通信方法による通信路のセッションの追加を指示する手段と、前記セッションの追加のための暗号鍵の配送を前記ピアツーピアのデータ通信毎に行う手段とを含むことを特徴とする請求項１から請求項５のいずれか記載の通信システム。
9. 前記発信側の端末装置及び前記着信側の端末装置は、前記鍵管理・配信サーバからの前記セッションの追加の指示に応答しかつ前記鍵管理・配信サーバから配送される暗号鍵を用いて相互の間に前記第２の通信方法による通信路を形成することを特徴とする請求項８記載の通信システム。
10. 発信側の端末装置と着信側の端末装置との間にピアツーピアのデータ通信を実現する通信システムにおいて前記発信側の端末装置及び前記着信側の端末装置各々に前記ピアツーピアのデータ通信を実現するための暗号鍵を配信する鍵管理・配信サーバであって、
    前記暗号鍵を中継する中継サーバとの間に第２の通信方法による通信路を形成し、
    前記発信側の端末装置が第１の通信方法による通信路にて前記中継サーバに送信しかつ前記中継サーバから転送された前記ピアツーピアのデータ通信開始のトリガを前記中継サーバに折り返して当該ピアツーピアのデータ通信開始のトリガを前記着信側の端末装置に転送する手段と、前記発信側の端末装置及び前記着信側の端末装置各々が前記データ通信開始トリガの送受信に応答してそれぞれ前記中継サーバとの間に前記第２の通信方法による通信路を形成した後に前記中継サーバを介して前記発信側の端末装置と前記着信側の端末装置とに前記暗号鍵を配信する手段とを有し、
    前記データ通信開始のトリガが、前記中継サーバから、前記発信側の端末装置及び前記着信側の端末装置各々が予め前記中継サーバに登録しておきかつそれぞれ自装置の所在を示すロケーション情報を用いて前記着信側の端末装置に転送されることを特徴とする鍵管理・配信サーバ。
11. 前記発信側の端末装置と前記着信側の端末装置との間に前記第２の通信方法による通信路を形成させるために前記第２の通信方法による通信路の張替えを指示する手段と、前記第２の通信方法による通信路の張替えのための暗号鍵の配送を前記ピアツーピアのデータ通信毎に行う手段とを含むことを特徴とする請求項１０記載の鍵管理・配信サーバ。
12. 前記発信側の端末装置と前記着信側の端末装置との間に前記第２の通信方法による通信路を形成させるために前記発信側の端末装置及び前記着信側の端末装置に対して前記第２の通信方法による通信路のセッションの追加を指示する手段と、前記セッションの追加のための暗号鍵の配送を前記ピアツーピアのデータ通信毎に行う手段とを含むことを特徴とする請求項１０または請求項１１記載の鍵管理・配信サーバ。
13. 前記発信側の端末装置及び前記着信側の端末装置のうちの少なくとも一方が移動自在な携帯端末であることを特徴とする請求項１０から請求項１２のいずれか記載の鍵管理・配信サーバ。
14. 前記第１の通信方法は、少なくともＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を含む通信方法であり、
    前記第２の通信方法は、少なくともＳＩＰとＩＰｓｅｃ［ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ） ｓｅｃｕｒｉｔｙ ｐｒｏｔｏｃｏｌ］との組合せを含む通信方法であることを特徴とする請求項１０から請求項１３のいずれか記載の鍵管理・配信サーバ。
15. 前記発信側の端末装置及び前記着信側の端末装置のうちの少なくとも一方が前記第２の通信方法に未対応な端末であり、
    前記第２の通信方法と前記未対応な端末で使用可能な第３の通信方法との変換を行うゲートウェイが、前記未対応な端末の代わりに前記第２の通信方法による通信路を他端末との間に形成することを特徴とする請求項１０から請求項１４のいずれか記載の鍵管理・配信サーバ。
16. 前記第３の通信方法が、少なくともＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、近距離無線通信、ＵＷＢ（Ｕｌｔｒａ ＷｉｄｅＢａｎｄ）、赤外線通信のいずれかを使用する通信方法であることを特徴とする請求項１５記載の鍵管理・配信サーバ。
17. 鍵管理・配信サーバから自装置及び他の端末装置各々に配信されかつ自装置及び前記他の端末装置各々が共有する暗号鍵を基に自装置と前記他の端末装置との間でピアツーピアのデータ通信を行う端末装置であって、
    前記ピアツーピアのデータ通信開始のトリガを、第１の通信方法による通信路にて、前記鍵管理・配信サーバとの間に第２の通信方法による通信路が形成されかつ前記暗号鍵を中継する中継サーバに送信して、前記中継サーバと前記鍵管理・配信サーバとを介して前記他の端末装置に転送し、
    前記データ通信開始トリガの送受信に応答して前記中継サーバとの間に前記第２の通信方法による通信路を形成して、前記中継サーバを介して前記鍵管理・配信サーバから配信される前記暗号鍵を受信し、
    当該暗号鍵を用いて前記ピアツーピアのデータ通信を行い、
    自装置及び前記他の端末装置各々が予め前記中継サーバに登録しておきかつ自装置の所在を示すロケーション情報を用いて、前記中継サーバが、前記データ通信開始のトリガを前記他の端末装置に転送することを特徴とする端末装置。
18. 自装置及び前記他の端末装置のうちの少なくとも一方が移動自在な携帯端末であることを特徴とする請求項１７記載の端末装置。
19. 前記第１の通信方法は、少なくともＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を含む通信方法であり、
    前記第２の通信方法は、少なくともＳＩＰとＩＰｓｅｃ［ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ） ｓｅｃｕｒｉｔｙ ｐｒｏｔｏｃｏｌ］との組合せを含む通信方法であることを特徴とする請求項１７または請求項１８記載の端末装置。
20. 自装置及び前記他の端末装置のうちの少なくとも一方が前記第２の通信方法に未対応な端末であり、
    前記第２の通信方法と前記未対応な端末で使用可能な第３の通信方法との変換を行うゲートウェイが、前記未対応な端末の代わりに前記第２の通信方法による通信路を他端末との間に形成することを特徴とする請求項１７から請求項１９のいずれか記載の端末装置。
21. 前記第３の通信方法は、少なくともＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、近距離無線通信、ＵＷＢ（Ｕｌｔｒａ ＷｉｄｅＢａｎｄ）、赤外線通信のいずれかを使用する通信方法であることを特徴とする請求項２０記載の端末装置。
22. 前記鍵管理・配信サーバからの指示によって前記他の端末装置との間に前記第２の通信方法による通信路の張替えを行い、前記第２の通信方法による通信路の張替えを前記鍵管理・配信サーバから前記ピアツーピアのデータ通信毎に配送される暗号鍵を用いて行うことを特徴とする請求項１７から請求項２１のいずれか記載の端末装置。
23. 前記鍵管理・配信サーバからの指示によって前記他の端末装置との間に前記第２の通信方法による通信路のセッションの追加を行い、前記セッションの追加を前記鍵管理・配信サーバから前記ピアツーピアのデータ通信毎に配送される暗号鍵を用いて行うことを特徴とする請求項１７から請求項２２のいずれか記載の端末装置。
24. 鍵管理・配信サーバから自装置及び他の端末装置各々に配信されかつ自装置及び前記他の端末装置各々が共有する暗号鍵を基に自装置と前記他の端末装置との間でピアツーピアのデータ通信を行う端末装置に用いるデータ通信方法であって、
    前記端末装置が、
    前記ピアツーピアのデータ通信開始のトリガを、第１の通信方法による通信路にて、前記鍵管理・配信サーバとの間に第２の通信方法による通信路が形成されかつ前記暗号鍵を中継する中継サーバに送信して、前記中継サーバと前記鍵管理・配信サーバとを介して前記他の端末装置に転送する処理と、
    前記データ通信開始トリガの送受信に応答して前記中継サーバとの間に前記第２の通信方法による通信路を形成して、前記中継サーバを介して前記鍵管理・配信サーバから配信される前記暗号鍵を受信する処理とを実行し、
    前記端末装置及び前記他の端末装置各々が、当該暗号鍵を用いて前記ピアツーピアのデータ通信を行い、
    自装置及び前記他の端末装置各々が予め前記中継サーバに登録しておきかつ自装置の所在を示すロケーション情報を用いて、前記中継サーバが、前記データ通信開始のトリガを前記他の端末装置に転送することを特徴とするデータ通信方法。
25. 前記端末装置及び前記他の端末装置のうちの少なくとも一方が移動自在な携帯端末であることを特徴とする請求項２４記載のデータ通信方法。
26. 前記第１の通信方法は、少なくともＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を含む通信方法であり、
    前記第２の通信方法は、少なくともＳＩＰとＩＰｓｅｃ［ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ） ｓｅｃｕｒｉｔｙ ｐｒｏｔｏｃｏｌ］との組合せを含む通信方法であることを特徴とする請求項２４または請求項２５記載のデータ通信方法。
27. 前記端末装置及び前記他の端末装置のうちの少なくとも一方が前記第２の通信方法に未対応な端末であり、
    前記第２の通信方法と前記未対応な端末で使用可能な第３の通信方法との変換を行うゲートウェイを含み、
    前記ゲートウェイが、前記未対応な端末の代わりに前記第２の通信方法による通信路を他端末との間に形成することを特徴とする請求項２４から請求項２７のいずれか記載のデータ通信方法。
28. 前記第３の通信方法は、少なくともＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、近距離無線通信、ＵＷＢ（Ｕｌｔｒａ ＷｉｄｅＢａｎｄ）、赤外線通信のいずれかを使用する通信方法であることを特徴とする請求項２７記載のデータ通信方法。
29. 前記鍵管理・配信サーバが、前記端末装置と前記他の端末装置との間に前記第２の通信方法による通信路を形成させるために前記第２の通信方法による通信路の張替えを指示する処理と、前記第２の通信方法による通信路の張替えのための暗号鍵の配送を前記ピアツーピアのデータ通信毎に行う処理とを実行することを特徴とする請求項２４から請求項２８のいずれか記載のデータ通信方法。
30. 前記端末装置及び前記他の端末装置は、前記鍵管理・配信サーバから前記第２の通信方法による通信路の張替えの指示に応答しかつ前記鍵管理・配信サーバから配送される暗号鍵を用いて相互の間に前記第２の通信方法による通信路を形成することを特徴とする請求項２９記載のデータ通信方法。
31. 前記鍵管理・配信サーバが、前記端末装置と前記他の端末装置との間に前記第２の通信方法による通信路を形成させるために前記端末装置及び前記他の端末装置に対して前記端末装置と前記他の端末装置との間の前記第２の通信方法による通信路のセッションの追加を指示する処理と、前記セッションの追加のための暗号鍵の配送を前記ピアツーピアのデータ通信毎に行う処理とを実行することを特徴とする請求項２４から請求項２８のいずれか記載のデータ通信方法。
32. 前記端末装置及び前記他の端末装置は、前記鍵管理・配信サーバからの前記セッションの追加の指示に応答しかつ前記鍵管理・配信サーバから配送される暗号鍵を用いて相互の間に前記第２の通信方法による通信路を形成することを特徴とする請求項３１記載のデータ通信方法。
33. 鍵管理・配信サーバから自装置及び他の端末装置各々に配信されかつ自装置及び前記他の端末装置各々が共有する暗号鍵を基に自装置と前記他の端末装置との間でピアツーピアのデータ通信を行う端末装置内のコンピュータに実行させるプログラムであって、
    前記ピアツーピアのデータ通信開始のトリガを、第１の通信方法による通信路にて、前記鍵管理・配信サーバとの間に第２の通信方法による通信路が形成されかつ前記暗号鍵を中継する中継サーバに送信して、前記中継サーバと前記鍵管理・配信サーバとを介して前記他の端末装置に転送する処理と、
    前記データ通信開始トリガの送受信に応答して前記中継サーバとの間に前記第２の通信方法による通信路を形成して、前記中継サーバを介して前記鍵管理・配信サーバから配信される前記暗号鍵を受信する処理とを含み、
    前記端末装置と前記他の端末装置との間で当該暗号鍵を用いて前記ピアツーピアのデータ通信を行わせ、
    自装置及び前記他の端末装置各々に予め前記中継サーバに登録させておきかつ自装置の所在を示すロケーション情報を用いて、前記中継サーバが、前記データ通信開始のトリガを前記他の端末装置に転送させることを特徴とするプログラム。

Images