(57)【特許請求の範囲】
【請求項１】
ネットワークを介して端末間でのセッションを確立して通信を行う通信システムにおいて、
着信側クライアント端末と、
登録メッセージ内に、着信相手との間で取り決めた特定情報を設定して、前記ネットワーク内に位置するサーバへ送信する特定情報設定部と、前記サーバから送信された前記着信側クライアント端末の変換データを受信して記憶する変換データ記憶部と、前記着信側クライアント端末とのセッションを確立する際に、第１のセッション確立要求メッセージ内に前記変換データを設定して、前記サーバへ送信するセッション確立要求部と、から構成される発信側クライアント端末と、
前記登録メッセージを受信し、前記登録メッセージに含まれる、前記発信側クライアント端末の実アドレスである発信側実アドレスと、前記特定情報とから、自サーバでのみ前記着信側クライアント端末の実アドレスである着信側実アドレスへ変換可能な前記変換データを生成して、前記発信側クライアント端末へ送信する変換データ生成部と、前記第１のセッション確立要求メッセージを受信し、前記第１のセッション確立要求メッセージに含まれる前記変換データと、前記発信側実アドレスとから、前記着信側実アドレスを求め、前記着信側実アドレスに第２のセッション確立要求メッセージを送信して、前記発信側クライアント端末と前記着信側クライアント端末とのセッションの確立制御を行うセッション制御部と、から構成される通信サーバと、
を有することを特徴とする通信システム。
【請求項２】
前記セッション確立要求部は、前記第１のセッション確立要求メッセージの宛先フィールド内にダミー情報を設定して送信し、前記セッション制御部は、前記第１のセッション確立要求メッセージを受信して前記ダミー情報を検出することで、前記変換データから実アドレスを求めてのセッション制御を実行することを特徴とする請求項１記載の通信システム。
【請求項３】
前記セッション制御部は、前記第２のセッション確立要求メッセージの発信元フィールド内に、前記発信側クライアント端末に関する情報を隠蔽するためのダミー情報を設定して、前記着信側実アドレスに送信することを特徴とする請求項１記載の通信システム。
【請求項４】
前記変換データ生成部は、前記変換データに対し、クライアント側で任意に設定可能な有効期限を設定し、かつ有効期限の延長または有効期限満了前の削除を設定可能とすることを特徴とする請求項１記載の通信システム。
【請求項５】
ネットワークを介して端末間でのセッションを確立するセッション確立方法において、
発信側クライアント端末の特定情報設定部は、登録メッセージ内に、着信相手との間で取り決めた特定情報を設定して、前記ネットワーク内に位置する通信サーバへ送信し、
前記通信サーバの変換データ生成部は、前記登録メッセージを受信し、前記登録メッセージに含まれる、前記発信側クライアント端末の実アドレスである発信側実アドレスと、前記特定情報とから、自サーバでのみ前記着信側クライアント端末の実アドレスである着信側実アドレスへ変換可能な変換データを生成して、前記発信側クライアント端末へ送信し、
前記発信側クライアント端末の変換データ記憶部は、前記通信サーバから送信された前記着信側クライアント端末の前記変換データを受信して記憶し、
前記発信側クライアント端末のセッション確立要求部は、前記着信側クライアント端末とのセッションを確立する際に、記憶してある前記変換データを、第１のセッション確立要求メッセージに設定して、前記通信サーバへ送信し、
前記通信サーバのセッション制御部は、前記第１のセッション確立要求メッセージを受信し、前記第１のセッション確立要求メッセージに含まれる前記変換データと、前記発信側実アドレスとから、前記着信側実アドレスを求め、前記着信側実アドレスに第２のセッション確立要求メッセージを送信して、
前記発信側クライアント端末と前記着信側クライアント端末とのセッションの確立を行うことを特徴とするセッション確立方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム及びセッション確立方法に関し、特にネットワークを介して端末間でのセッションを確立して通信を行う通信システム及びネットワークを介して端末間でのセッションを確立するセッション確立方法に関する。
【背景技術】
【０００２】
近年、音声電話をＩＰ（Internet Protocol）ネットワーク上で提供するＩＰ電話（インターネット電話）のサービスが実用化されている。ＩＰ電話は、既存の電話と比較して安い通話料で実現が可能であるため、今後のネットワーク技術の発展に伴って、ますます普及が進むものと考えられる。
【０００３】
一般にＩＰネットワークは、通常の電話のように、通信に先立って、相手と接続関係を確立してから通信を行う形態にはなっておらず、接続を確認せずにいきなり相手に情報を送信するコネクションレス型の通信形態をとっている。
【０００４】
したがって、ＩＰネットワークのようなコネクションレス型通信の環境において、電話通信を実現するには、相手との接続を確認してから通信を行うプロトコル（コネクション型）が必要であり、ＩＰ電話サービスでは、例えば、セッション開始プロトコル（ＳＩＰ：Session Initiation Protocol）と呼ばれるプロトコルが使用されている。
【０００５】
ＳＩＰは、ＩＰネットワークに接続された端末間で、ＩＰパケットを用いて、音声通話をはじめ、テレビ電話の映像等も含めたマルチメディア通信を開始したり、終了したりするために使用されるプロトコルであり、コネクション型のシグナリングプロトコルである。
【０００６】
ここで、例えば、電子メールは一方向の情報伝達なので、メールを送信する際に、送信側のアプリケーションと受信側のアプリケーションとの関連付け（セッション）を行う必要はない。
【０００７】
これに対し、ＩＰ電話で通話する場合は、発信者と着信者が同時に電話に出る必要があるので、例えば、両者が電話に出ていることを確認するためには、“発信側のダイヤル通知”→“着信側の呼び出し”→“着信側の応答”、というように一連の処理によって発信者と着信者とのＩＰ電話アプリケーションを関連付ける必要がある。
【０００８】
このような、インターネット上のアプリケーション間の「関連付け（接続関係）」をセッション（Session）と呼び、セッションを開始することをイニシエーション（Initiation）、これらの呼制御を行うための手順（Protocol）が、すなわちＳＩＰである。
【０００９】
図１４はＩＰ電話が行われるネットワーク構成を示す図である。ＩＰネットワーク１００内にＳＩＰサーバ１０１が含まれ、クライアント端末１０２、１０３がＩＰネットワーク１００と接続する。ＳＩＰサーバ１０１は、クライアント端末１０２、１０３間のセッション接続・切断の制御を行う装置である。
【００１０】
ＩＰ電話サービスを利用するクライアント端末１０２、１０３には、クライアントを識別するための電話番号（通信リソースの識別子）として、SIP-URI（SIP-Uniform Resource Identifiers）がネットワーク内で一意に割り当てられ、このSIP-URIにもとづいてセッションが確立される。
【００１１】
発信側クライアント端末１０２から着信側クライアント端末１０３へＩＰ電話をかける場合、まず、発信側クライアント端末１０２は、ＳＩＰによるシグナリングプロトコルを使って、着信側クライアント端末１０３に接続する。
【００１２】
このとき、ＳＩＰサーバ１０１は、発信側クライアント端末１０２からのセッション確立要求を受信すると、発信側クライアント端末１０２で指定したセッション要求先の電話番号（SIP-URI）から着信先クライアント端末１０３を導き出し、着信先クライアント端末１０３宛に発信側クライアント端末１０２からのセッション確立要求を転送する。
【００１３】
そして、セッションが確立すると、例えば、ＲＴＰ（Real-time Transport Protocol）、ＲＴＣＰ（Real-time Transport Control Protoco1）といったストリーミングのプロトコルを使って 音声データ等がやり取りされる。
【００１４】
なお、ＳＩＰ自体は、セッションの開始／変更／切断といった基本的な呼制御に関する機能しか提供しない。したがって、セッション間の通信を安全に行うための暗号化機能には、例えば、ＨＴＴＰ（Hyper-Text Transfer Protocol）と同様に、ＳＳＬ（Secure Socket Layer）／ＴＬＳ（Transport Layer Security）が用いられたり、また、セッションを記述するためのプロトコルにはＳＤＰ（Session Description Protocol）、音声・映像などのリアルタイム性が要求されるデータの転送機能には、ＲＴＰ／ＲＴＣＰといったトランスポート・プロトコルなどが用いられる。
【００１５】
ＳＩＰは、基本的なセッション制御のみを行うプロトコルであって、クライアント間の通信が実現するためには、他の複数のプロトコルも使われることで、互いのプロトコルの機能を補う仕組みとなっている。
【００１６】
このように、ＳＩＰは、セッション上で交換されるデータそのものについては定めていないため、クライアントのアプリケーションが、ＳＩＰによって制御されたセッション上で、音声のやりとりを行うならばＩＰ電話、音声と映像ならばテレビ電話というように、幅広い応用が可能となる。
【００１７】
ＳＩＰは、シンプルで拡張性が高く、既存のプロトコルを有効に活用できるように設計されているため、ＩＰ電話以外にもテレビ電話、ビデオチャット、テレビ会議などのリアルタイム性が要求される様々なアプリケーションへの適用が考えられ、ＩＰネットワーク上でリアルタイム通信を構築するための主要なプロトコルになるものとして、注目されている技術である。
【００１８】
一方、ネットワークを介して情報通信を行う際には、個人情報は適切に管理される必要があり、従来技術としては、個人情報の第三者に対する開示可否の設定値を開示レベルに応じて階層的に管理する技術が提案されている（例えば、特許文献１）。
【特許文献１】特開２００５−３８３９３号公報（段落番号〔００２４〕〜〔００４２〕，第１図）
【発明の開示】
【発明が解決しようとする課題】
【００１９】
クライアント間のＩＰ電話通信確立時において、発信側クライアントは、例えば、RFC3325（Private Extensions to SIP for Asserted Identity within Trusted Networks）、またはdraft-ietf-sip-privacy-02（SIP Extensions for Caller Identity and Privacy）などで規定されているような、発信者番号非通知設定を用いて、発信側クライアントの個人情報である実電話番号（SIP-URI）を通信相手である着信側クライアントに通知せずに、通信を確立することが可能である。
【００２０】
しかし、通信相手の着信側クライアントの電話番号は必ず、セッション確立要求の際に指定しなければならず、この着信側クライアントの電話番号を発信側クライアントで認識しておく必要がある。このため、従来のＩＰ電話サービスの利用者は、結局、自身の電話番号を互いに通知し合うこととなるが、通知した利用者次第ではその電話番号を漏洩させ、悪質な攻撃に遭遇する可能性もあり、知人以外に対しては迂闊に公表しづらいといった問題があった。
【００２１】
また、万一漏洩した場合は、電話番号の変更を行う必要が出てくるが、既に現在の電話番号を公表しているすべてのクライアントに対して電話番号の変更を通知しなければならず非常に面倒である。
【００２２】
一方、電子メールでの不正使用防止サービスとして、個人の実メールアドレスにリンクしたテンポラリ（一時的）なメールアドレスを発行サーバから利用者に払い出し、このメールアドレスに例えば、使用期限や特定相手からだけ受信可能な受信規制を設けて、条件付きメールアドレスを設定する迷惑メール防止対策サービスが開発されている（例えば、国内においてはprivangoメールサービスがある）。
【００２３】
利用の仕方としては、例えば、インターネットで商品を購入するなどの際に、通常は該当のＷｅｂサイトへメールアドレスを登録する必要があるが、このときに、実メールアドレスで登録するのではなく、ユーザが希望する利用可能な期限日や相手のメールアドレスが設定された条件付きメールアドレス（発行サーバから払い出されたメールアドレス）でＷｅｂサイトへ登録する。
【００２４】
これにより、万が一、Ｗｅｂサイト上で何らかの不正によってメールアドレスが漏洩しても、利用可能な期限日を設定しているので、一定期間が経過すれば、そのアドレス宛のメールはすべてメールサーバでブロックされ、または、相手のメールアドレスを設定しているので、相手のメールアドレス以外からのメールはすべてメールサーバでブロックされることになる。
【００２５】
このようなサービスを利用すれば、相手に自分の本当のアドレスを伝える必要がなく、初めての相手でも安心してメールアドレス（条件付きメールアドレス）を伝えることができる。
【００２６】
しかし、センタから払い出される条件設定可能なメールアドレスは、意味を持たないランダムな文字列で構成されたメールアドレスであるため、覚えにくく、心理的な抵抗があり、また通信相手に教えるのが面倒である。さらに、払い出されるメールアドレスが漏洩するとメールサーバでブロックするが、この場合、メールがセンタに送られることによる、センタ及びネットワークへの負荷増大が伴うといった欠点があった。
【００２７】
一方、上記の従来技術（特開２００５−３８３９３号公報）は、データベース上で、個人情報の開示レベルを階層的に管理するものなので、呼制御時に漏洩する可能性の高い実アドレス等の保護を行うといった制御に対して適用することには不向きである。
【００２８】
本発明はこのような点に鑑みてなされたものであり、クライアントに一意に割り当てられた実アドレスを認識せずに、クライアント間での通話を可能とすることで、実アドレスの不正使用を強固に防止し、秘匿性を高めた通信システムを提供することを目的とする。
【００２９】
また、本発明の他の目的は、クライアントに一意に割り当てられた実アドレスを認識せずに、クライアント間でのセッション確立を可能とすることで、実アドレスの不正使用を強固に防止し、秘匿性を高めたセッション確立方法を提供することである。
【課題を解決するための手段】
【００３０】
本発明では上記課題を解決するために、図１に示すような、ネットワーク２を介して端末間でのセッションを確立して通信を行う通信システム１において、着信側クライアント端末１０ｂと、登録メッセージ内に、着信相手との間で取り決めた特定情報を設定して、ネットワーク２内に位置するサーバ２０へ送信する特定情報設定部１１と、サーバ２０から送信された着信側クライアント端末１０ｂの変換データを受信して記憶する変換データ記憶部１２と、着信側クライアント端末１０ｂとのセッションを確立する際に、第１のセッション確立要求メッセージ内に変換データを設定して、サーバ２０へ送信するセッション確立要求部１３と、から構成される発信側クライアント端末１０ａと、登録メッセージを受信し、登録メッセージに含まれる、発信側クライアント端末１０ａの実アドレスである発信側実アドレスと、特定情報とから、自サーバでのみ着信側クライアント端末１０ｂの実アドレスである着信側実アドレスへ変換可能な変換データを生成して、発信側クライアント端末１０ａへ送信する変換データ生成部２１と、第１のセッション確立要求メッセージを受信し、第１のセッション確立要求メッセージに含まれる変換データと、発信側実アドレスとから、着信側実アドレスを求め、着信側実アドレスに第２のセッション確立要求メッセージを送信して、発信側クライアント端末１０ａと着信側クライアント端末１０ｂとのセッションの確立制御を行うセッション制御部２２と、から構成される通信サーバ２０と、を有することを特徴とする通信システム１が提供される。
【００３１】
ここで、特定情報設定部１１は、登録メッセージ内に、着信相手との間で取り決めた特定情報を設定して、ネットワーク２内に位置するサーバ２０へ送信する。変換データ記憶部１２は、サーバ２０から送信された着信側クライアント端末１０ｂの変換データを受信して記憶する。セッション確立要求部１３は、着信側クライアント端末１０ｂとのセッションを確立する際に、第１のセッション確立要求メッセージ内に変換データを設定して、サーバ２０へ送信する。変換データ生成部２１は、登録メッセージを受信し、登録メッセージに含まれる、発信側クライアント端末１０ａの実アドレスである発信側実アドレスと、特定情報とから、自サーバでのみ着信側クライアント端末１０ｂの実アドレスである着信側実アドレスへ変換可能な変換データを生成して、発信側クライアント端末１０ａへ送信する。セッション制御部２２は、第１のセッション確立要求メッセージを受信し、第１のセッション確立要求メッセージに含まれる変換データと、発信側実アドレスとから、着信側実アドレスを求め、着信側実アドレスへ向けて第２のセッション確立要求メッセージを送信して、発信側クライアント端末１０ａと着信側クライアント端末１０ｂとのセッションを確立する制御を行う。
【発明の効果】
【００３２】
本発明の通信システムは、発信側クライアント端末の実アドレスである発信側実アドレスと、特定情報とから、通信サーバでのみ着信側クライアント端末の実アドレスである着信側実アドレスへ変換可能な変換データを生成する。そして、セッション確立時に発信側クライアント端末から送信された変換データにもとづいて、着信側実アドレスを求めることで、ネットワークで一意に割り当てられた発信側実アドレス及び着信側実アドレスを直接用いずに、発信側クライアント端末と着信側クライアント端末とのセッション確立制御を行う構成とした。これにより、クライアントに一意に割り当てられた実アドレスを認識せずに、クライアント間での通話が可能となるので、実アドレスの不正使用を強固に防止することができ、秘匿性を高めることが可能になる。
【００３３】
また、本発明のセッション確立方法は、発信側クライアント端末の実アドレスである発信側実アドレスと、特定情報とから、通信サーバでのみ着信側クライアント端末の実アドレスである着信側実アドレスへ変換可能な変換データを生成する。そして、セッション確立時に発信側クライアント端末から送信された変換データにもとづいて、着信側実アドレスを求めることで、ネットワークで一意に割り当てられた発信側実アドレス及び着信側実アドレスを直接用いずに、発信側クライアント端末と着信側クライアント端末とのセッション確立制御を行うこととした。これにより、クライアントに一意に割り当てられた実アドレスを認識せずに、クライアント間での通話が可能となるので、実アドレスの不正使用を強固に防止することができ、秘匿性を高めることが可能になる。
【発明を実施するための最良の形態】
【００３４】
以下、本発明の実施の形態を図面を参照して説明する。図１は通信システムの原理図である。通信システム１は、発信側クライアント端末１０ａ、着信側クライアント端末１０ｂ、ネットワーク２内に位置する通信サーバ２０から構成されて、ネットワーク２を介して端末間でのセッションを確立して通信を行うシステムである。
【００３５】
なお、説明の都合上、クライアント端末として発信側クライアント端末１０ａ及び着信側クライアント端末１０ｂと分けているが、実際には１つのクライアント端末に対して、発信側及び着信側双方の機能が含まれるものである。
【００３６】
発信側クライアント端末１０ａは、特定情報設定部１１、変換データ記憶部１２、セッション確立要求部１３から構成される。特定情報設定部１１は、登録メッセージ内に、着信相手との間で互いに取り決めた特定情報を設定して、ネットワーク２内に位置する通信サーバ２０へ送信する。
【００３７】
変換データ記憶部１２は、通信サーバ２０から送信された着信側クライアント端末１０ｂの変換データを受信して記憶する。セッション確立要求部１３は、着信側クライアント端末１０ｂとのセッションを確立する際に、第１のセッション確立要求メッセージ内に変換データを設定して、通信サーバ２０へ送信する。
【００３８】
通信サーバ２０は、変換データ生成部２１、セッション制御部２２から構成される。変換データ生成部２１は、登録メッセージを受信し、登録メッセージに含まれる、発信側クライアント端末１０ａの実アドレス（実アドレスとは、ネットワーク２から与えられた一意の本来のアドレスのこと）である発信側実アドレスと、特定情報とから、自サーバでのみ着信側クライアント端末１０ｂの実アドレスである着信側実アドレスへ変換可能な変換データを生成して、発信側クライアント端末１０ａへ送信する。
【００３９】
セッション制御部２２は、第１のセッション確立要求メッセージを受信し、第１のセッション確立要求メッセージに含まれる変換データと、発信側実アドレスとから、着信側実アドレスを求める。
【００４０】
そして、着信側実アドレスへ向けて第２のセッション確立要求メッセージを送信することで、ネットワーク２で一意に割り当てられた発信側実アドレス及び着信側実アドレスを直接用いずに、発信側クライアント端末１０ａと着信側クライアント端末１０ｂとのセッション確立制御を行う。
【００４１】
ここで、“直接用いない”とは、発信側クライアント端末１０ａと着信側クライアント端末１０ｂとの双方のユーザは、相手と通信する際に、通信相手の実アドレスを使用しない（通信相手の実アドレス（リソース識別情報）を知る必要がない）ということである。
【００４２】
なお、図示していないが、通信サーバ２０には、ネットワークオペレーティングシステムが接続する。ネットワークオペレーティングシステムは、ネットワーク２上の通信サーバ２０やルータ等の遠隔管理を実行する。
【００４３】
次にシグナリングプロトコルにＳＩＰを用いたＩＰ電話サービスを例にして、通信システム１を適用した際の具体的な動作について詳しく説明する。なお、通信システム１の詳細動作を説明する前に、最初にＳＩＰによる通常の呼制御シーケンスの流れ及びメッセージの内容について図２、図３を用いて概略を説明する。
【００４４】
図２はＳＩＰの呼制御シーケンスを示す図である。端末５１、５２がＳＩＰサーバ５３を介してＩＰ電話を行う際のＳＩＰにもとづく一連の流れ（登録→セッション確立→通話→セッション切断）を示している。
【００４５】
〔Ｓ１〕端末５１、５２は、利用するＳＩＰサーバ５３へREGISTERメッセージ（リクエストメッセージ）を送信してサービスを登録する。
〔Ｓ２〕ＳＩＰサーバ５３は、登録が成功したことを示す応答メッセージとして200OKメッセージ（レスポンスメッセージ）を端末５１、５２へそれぞれ送信する。
【００４６】
〔Ｓ３〕端末５１は、セッション確立要求のリクエストメッセージとしてINVITEメッセージをＳＩＰサーバ５３へ送信する。
〔Ｓ４〕ＳＩＰサーバ５３は、端末５１に対して、セッション確立の試行中を示す100Tryingのレスポンスメッセージを送信する。
【００４７】
〔Ｓ５〕ＳＩＰサーバ５３は、セッション確立要求のリクエストメッセージとしてINVITEメッセージを端末５２へ送信する。
〔Ｓ６〕端末５２は、ＳＩＰサーバ５３に対して、セッション確立の試行中を示す100Tryingメッセージを送信する。
【００４８】
〔Ｓ７〕端末５２は、呼び出し中であることを示す180RingingのレスポンスメッセージをＳＩＰサーバ５３へ送信し、ＳＩＰサーバ５３は180Ringingメッセージを端末５１へ送信する。
【００４９】
〔Ｓ８〕端末５２のユーザが呼び出しに応じると、端末５２は、レスポンスとして200OKメッセージをＳＩＰサーバ５３へ送信し、ＳＩＰサーバ５３は、200OKメッセージを端末５１へ送信する。
【００５０】
〔Ｓ９〕端末５１は、セッション確立了解を示すＡＣＫメッセージをＳＩＰサーバ５３へ送信し、ＳＩＰサーバ５３はＡＣＫメッセージを端末５２へ送信する（呼び出された側へＡＣＫが返ることでセッションが確立する）。
【００５１】
〔Ｓ１０〕セッション確立後、ＳＩＰサーバ５３を介して、端末５１、５２間で通話が行われる。
〔Ｓ１１〕端末５１は、セッション切断要求を示すＢＹＥメッセージをＳＩＰサーバ５３へ送信し、ＳＩＰサーバ５３はＢＹＥメッセージを端末５２へ送信する。これにより、セッションが切断され、ＩＰ電話サービスが終了となる。
【００５２】
なお、上記のシーケンス中のメッセージに出てくる「100」や「200」という数値は、要求（リクエスト）に対する結果の状態を表すステータスコードになっている。
図３はステータスコードを示す図である。テーブルＴ１には、「１××」〜「６××」までのステータスコードの種別を示している。ステータスコードの種類としていくつかの例を挙げると、例えば、100ならば暫定応答として「試行中」を示し、180ならば「呼び出し中」を示し、200であれば「成功」を示す。
【００５３】
また、301ならばさらなる処理が必要である理由として「複数の選択肢がある」ことを示し、400ならば要求実行ができない理由として「不正なリクエスト」であることを示す。さらに、500ならばサーバエラーとしては「サーバ内部のエラー」を、501ならば「実装されていない」ことを示し、600ならばサーバで処理できない理由として「ビジー（busy）」を示す、といった具合である。このように、要求に対する結果の応答を返す場合には、ステータスコードによって結果内容を表記するように定められている。
【００５４】
次にＩＰ電話通信利用時の通信システム１の詳細動作について説明する。まず、通信システム１を用いてＩＰ電話通信を行う際の変換データ取得シーケンスについて説明する。
図４は変換データ取得シーケンスを示す図である。端末１０ａと端末１０ｂ間で通信サーバ２０を介してＩＰ電話通信を行う場合には、まず、端末１０ａ、１０ｂは、通信サーバ２０から変換データを取得する（なお、変換データを取得するときは、発信／着信といった区別は関係ないので、以降では単に端末１０ａ、１０ｂと記す）。
【００５５】
この場合、端末１０ａを使用するユーザと、端末１０ｂを使用するユーザは、ＩＰ電話通信を行う前に、あらかじめ互いに交渉して、端末１０ａ、１０ｂ間で使用する特定情報を決定しておく。
【００５６】
特定情報としては、特定文字列Ｘを決定したものとして以降では説明する。なお、特定情報は、必ずしも文字列である必要はなく、発信側クライアント端末１０ａと着信側クライアント端末１０ｂの両者が同一のデータとして持ちうるもの、例えば、その場で写した写真のバイナリデータを赤外線通信などで発信側クライアント端末１０ａと着信側クライアント端末１０ｂの端末間でやりとりして共有し、これを特定情報として使用することも可能である。
【００５７】
一方、本発明のサービスを利用する際には、端末１０ａ、１０ｂ側のそれぞれのユーザは、端末１０ａ、１０ｂ間で特定文字列Ｘを定めたことをあらかじめサービス提供者（通信サーバ２０）へ通知しておく（なお、端末１０ａのユーザは、端末１０ｂの実電話番号を知らず、端末１０ｂのユーザは、端末１０ａの実電話番号を知らない。したがって、互いに知っている共通情報は、特定文字列Ｘのみとなる）。
【００５８】
〔Ｓ２１ａ〕端末１０ａの特定情報設定部１１は、登録メッセージであるREGISTERメッセージに、特定文字列Ｘを設定して通信サーバ２０へ送信する。
〔Ｓ２１ｂ〕端末１０ｂの特定情報設定部１１は、登録メッセージであるREGISTERメッセージに、特定文字列Ｘを設定して通信サーバ２０へ送信する。
【００５９】
〔Ｓ２２ａ〕通信サーバ２０の変換データ生成部２１は、REGISTERメッセージ内に設定されている端末１０ａの実電話番号と特定文字列Ｘとから、自サーバでのみ端末１０ｂの実電話番号へ変換可能な変換データＤｂを生成する。
【００６０】
〔Ｓ２２ｂ〕変換データ生成部２１は、REGISTERメッセージ内に設定されている端末１０ｂの実電話番号と特定文字列Ｘとから、自サーバでのみ端末１０ａの実電話番号へ変換可能な変換データＤａを生成する。なお、これらの実電話番号とは、ＩＰ電話通信時に使用する電話番号であり、端末１０ａ、１０ｂそれぞれの実アドレスとしてのSIP-URIに該当する。
【００６１】
〔Ｓ２３〕通信サーバ２０の変換データ生成部２１は、200OKメッセージに変換データＤｂを設定して、端末１０ａに送信する。同様に、200OKメッセージに変換データＤａを設定して、端末１０ｂに送信する。
【００６２】
〔Ｓ２４ａ〕端末１０ａの変換データ記憶部１２は、変換データＤｂを記憶する。
〔Ｓ２４ｂ〕端末１０ｂの変換データ記憶部１２は、変換データＤａを記憶する。
図５はREGISTERメッセージの内容を示す図である。REGISTERメッセージＭ１は、ヘッダ部Ｍ１ａ、メッセージボディ部Ｍ１ｂから構成される。特定文字列Ｘは、メッセージボディ部Ｍ１ｂ内のConvertKeyに設定される。図では、特定文字列Ｘは“Hello”と定義されている。なお、図中のexpiresは、有効期限を示すもので、２５９５００とは、変換データの有効期限（秒）を表している。有効期限設定については図１１〜図１３で後述する。
【００６３】
図６は200OKメッセージの内容を示す図である。200OKメッセージＭ２は、ヘッダ部Ｍ２ａ、メッセージボディ部Ｍ２ｂから構成される。図の200OKメッセージＭ２は、通信サーバ２０から端末１０ａへ送られたものであり、変換データＤｂに関する情報は、メッセージボディ部Ｍ２ｂ内のConvertInfoに設定される。
【００６４】
図では、Username=“UserB”, expires=259500, Information=“ea9c8e88df84f1cec4341ae”となっている。これは、UserB（端末１０ｂ）へＩＰ電話をかける際の変換データＤｂが“ea9c8e88df84f1cec4341ae”であり、この変換データＤｂを使用できる有効期限が２５９５００（秒）であることを示している。
【００６５】
なお、この変換データＤｂ“ea9c8e88df84f1cec4341ae”は、端末１０ａの変換データ記憶部１２で記憶される。そして、端末１０ａから端末１０ｂへＩＰ電話をかけるときには、端末１０ａは、ユーザからの簡単な電話操作を受けると、端末１０ａ内のセッション確立要求部１３が、変換データ記憶部１２から変換データＤｂを読み出し、変換データＤｂ＝“ea9c8e88df84f1cec4341ae”をINVITEメッセージに設定して、通信サーバ２０へ送信することになる。
【００６６】
次に変換データの取得以降の動作として、発信側クライアント端末１０ａと着信側クライアント端末１０ｂ間での、セッション確立→通話→セッション切断の一連の流れについて説明する。図７はセッション確立から切断までのシーケンスを示す図である。
【００６７】
〔Ｓ３１〕発信側クライアント端末１０ａのセッション確立要求部１３は、セッション確立要求のためのINVITEメッセージ（第１のセッション確立要求メッセージに該当）に対して、着信側クライアント端末１０ｂの変換データＤｂを設定する。
【００６８】
さらに、INVITEメッセージの宛先フィールドに対して、ダミー情報を設定する。これは、発信側クライアント端末１０ａでは、着信側クライアント端末１０ｂの実電話番号や着信側クライアント端末１０ｂを特定するその他の情報に関しては何も知らないので、INVITEメッセージの宛先フィールドの欄には、何らかのダミー情報を設定しておくものである（このダミー情報は本発明のサービスを利用する際にサービス提供者から与えられる）。そして、セッション確立要求部１３は、これらの情報が設定されたINVITEメッセージを通信サーバ２０へ送信する。
【００６９】
〔Ｓ３２〕通信サーバ２０は、発信側クライアント端末１０ａに対して、セッション確立の試行中を示す100Tryingメッセージを送信する。
〔Ｓ３３ａ〕通信サーバ２０のセッション制御部２２は、INVITEメッセージを受信して宛先フィールド内にダミー情報が記載されていることを検出すると、変換データから実電話番号を求めてのセッション制御を実行する旨を認識する。すなわち、宛先フィールド内にダミー情報が設定されていなければ（着信先の実電話番号が設定されていれば）、通常のセッション確立制御を行い、宛先フィールド内にダミー情報が設定されていれば、本発明による、変換データから実電話番号を求めてのセッション制御を実行する。
【００７０】
〔Ｓ３３ｂ〕セッション制御部２２は、INVITEメッセージ内の変換データＤｂから着信側クライアント端末１０ｂの実電話番号を求める（変換データ→実電話番号への導出については図１０で後述）。そして、INVITEメッセージ内の変換データＤｂの記載部分を削除し、着信側クライアント端末１０ｂへ送信すべきINVITEメッセージ（第２のセッション確立要求メッセージに該当）をあらたに生成する。
【００７１】
〔Ｓ３３ｃ〕セッション制御部２２は、INVITEメッセージ（第２のセッション確立要求メッセージに該当）の宛先フィールドに対して、ステップＳ３３ｂで求めた着信側クライアント端末１０ｂの実電話番号を設定する。かつこのINVITEメッセージの発信元フィールドに対しては、発信側クライアント端末１０ａに関する情報を隠蔽するためのダミー情報を設定する（通常のＩＰ電話通信では、この発信元フィールドには、発信側クライアント端末１０ａの実電話番号（すなわち、SIP-URI）が記されるが、通信サーバ２０においては、発信側クライアント端末１０ａを特定するための情報を隠蔽するために、ダミー情報を設定するものである）。
【００７２】
〔Ｓ３３ｄ〕セッション制御部２２は、ステップ３３ｂ、３３ｃで生成したINVITEメッセージを着信側クライアント端末１０ｂへ送信する。
〔Ｓ３４〕着信側クライアント端末１０ｂは、通信サーバ２０に対して、セッション確立の試行中を示す100Tryingメッセージを送信する。
【００７３】
〔Ｓ３５〕着信側クライアント端末１０ｂは、呼び出し中であることを示す180Ringingメッセージを通信サーバ２０へ送信し、通信サーバ２０は180Ringingメッセージを発信側クライアント端末１０ａへ送信する。
【００７４】
〔Ｓ３６〕着信側クライアント端末１０ｂのユーザが呼び出しに応じると、着信側クライアント端末１０ｂは、応答メッセージとして200OKメッセージを通信サーバ２０へ送信し、通信サーバ２０は、200OKメッセージを発信側クライアント端末１０ａへ送信する。
【００７５】
〔Ｓ３７〕発信側クライアント端末１０ａは、セッション確立了解を示すＡＣＫメッセージを通信サーバ２０へ送信し、通信サーバ２０はＡＣＫメッセージを着信側クライアント端末１０ｂへ送信する。
【００７６】
〔Ｓ３８〕セッション確立後、通信サーバ２０を介して、発信側クライアント端末１０ａと着信側クライアント端末１０ｂ間で通話が行われる。
〔Ｓ３９〕発信側クライアント端末１０ａは、セッション切断要求を示すＢＹＥメッセージを通信サーバ２０へ送信し、通信サーバ２０はＢＹＥメッセージを着信側クライアント端末１０ｂへ送信する。
【００７７】
なお、ＳＩＰのメッセージ中にはRFC2327で定義されたSDP（Session Description Protocol：セッション記述プロトコル）を用いてセッションの詳細情報が記述され、実際の通話は、例えば、RFC1889で定義されたRTPなどを用いて伝送される。
【００７８】
図８はINVITEメッセージの内容を示す図である。発信側クライアント端末１０ａから通信サーバ２０へ送信するINVITEメッセージ（第１のセッション確立要求メッセージ）の内容を示している。INVITEメッセージＭ３は、ヘッダ部Ｍ３ａ、メッセージボディ部Ｍ３ｂから構成される。
【００７９】
宛先フィールドは、ヘッダ部Ｍ３ａ内のRequest-URIとToヘッダに該当し、この欄にはダミー情報が設定される。図では、Request-URIにsip:Dummy-Number@east.net SIP/2.0、Toヘッダに<sip:Dummy-Number@east.net>というダミー情報が設定されている。
【００８０】
また、メッセージボディ部Ｍ３ｂのConvertInfoにUsername=“UserB”,Information=“ea9c8e88df84f1cec4341ae”という変換データＤｂの情報が設定されている。
図９はINVITEメッセージの内容を示す図である。通信サーバ２０から着信側クライアント端末１０ｂへ送信するINVITEメッセージ（第２のセッション確立要求メッセージ）の内容を示している。INVITEメッセージＭ４は、ヘッダ部Ｍ４ａとメッセージボディ部Ｍ４ｂから構成される。
【００８１】
INVITEメッセージＭ４は、INVITEメッセージＭ３のメッセージボディ部Ｍ３ｂに記載されていた変換データＤｂの情報を削除し、また着信側クライアント端末１０ｂへ向けての必要な情報をヘッダ部に新しく設定して生成したものである。
【００８２】
発信元フィールドは、ヘッダ部Ｍ４ａのFromヘッダに該当し、この欄にはダミー情報が設定される。図では、<sip:anonymous@localhost>;tag=fa89a430というダミー情報が設定されている。
【００８３】
次に各メッセージへの設定情報及び変換データから実電話番号への導出について図１０を用いて説明する。図１０は各メッセージへの設定情報及び変換データから実電話番号への導出の流れを示す図である。
【００８４】
〔Ｓ４１〕発信側クライアント端末１０ａの特定情報設定部１１は、REGISTERメッセージＭ１に特定文字列（この例ではHello）を設定して通信サーバ２０へ送信する。なお、REGISTERメッセージＭ１のFromヘッダとToヘッダには、自身の発信側クライアント端末１０ａのSIP-URIである実電話番号（実電話番号UserＡとする）が記載される（発信元が発信側クライアント端末１０ａであり、このREGISTERリクエストのレスポンスを受けるのも発信側クライアント端末１０ａであるため、From／Toヘッダ共に発信側クライアント端末１０ａの実電話番号UserＡが設定されている）。
【００８５】
〔Ｓ４２〕通信サーバ２０の変換データ生成部２１は、受信したREGISTERメッセージＭ１内のFromヘッダに設定されている発信側クライアント端末１０ａの実電話番号UserＡと、メッセージボディ部のConvertkeyに記されている“Hello”という特定文字列とから、通信サーバ２０でのみ着信側クライアント端末１０ｂの実電話番号へ変換可能な変換データＤｂを生成する。
【００８６】
〔Ｓ４３〕通信サーバ２０の変換データ生成部２１は、変換データＤｂを200OKメッセージＭ２に載せて発信側クライアント端末１０ａへ送信し、発信側クライアント端末１０ａの変換データ記憶部１２は、変換データＤｂを記憶する。
【００８７】
〔Ｓ４４〕発信側クライアント端末１０ａが着信側クライアント端末１０ｂへＩＰ電話をかける際、INVITEメッセージＭ３を通信サーバ２０へ送信する。このINVITEメッセージＭ３のFromヘッダには、発信側クライアント端末１０ａの実電話番号UserAが設定され、宛先フィールドであるRequest-URIとToヘッダには、ダミー情報が設定され（着信側クライアント端末１０ｂの実電話番号を知らないので）、メッセージボディ部には変換データＤｂが設定される。
【００８８】
〔Ｓ４５〕通信サーバ２０のセッション制御部２２は、変換テーブル２２ａを有する。変換テーブル２２ａは、From（発信元実電話番号）、ConvertInfo（変換データ）、To（着信先実電話番号）の項目からなり、変換データ生成部２１で変換データが生成された際に、各項目のデータを対応づけてテーブル化したものである。
【００８９】
セッション制御部２２が、INVITEメッセージＭ３を受信すると、Request-URIとToヘッダには、ダミー情報が設定されているので、変換データから実電話番号を求めてのセッション制御である旨を認識する。
【００９０】
そして、セッション制御部２２は、INVITEメッセージＭ３内のFrom（UserA）とConvertInfo（Db）から、変換テーブル２２ａを検索して、着信側クライアント端末１０ｂの実電話番号（実電話番号UserBとする）を求める。
【００９１】
〔Ｓ４６〕セッション制御部２２は、INVITEメッセージＭ３に記載されていた変換データＤｂの情報を削除し、ヘッダ内容を書き換えてあらたなINVITEメッセージＭ４を作成して、着信側クライアント端末１０ｂへ送信する。INVITEメッセージＭ４の発信元フィールドであるFromヘッダには、ダミー情報を設定し（発信側クライアント端末１０ａの実電話番号を隠すため）、Toヘッダには着信側クライアント端末１０ｂの実電話番号UserBを設定する。
【００９２】
以上説明したように、通信システム１を適用したＩＰ電話サービスによれば、サービス利用者は、各端末に一意に割り当てられた発信側の実電話番号及び着信側の実電話番号を直接用いずに、双方のセッションが確立されて通話を実行することが可能になる。このため、ＩＰ電話通信において、実電話番号の不正使用を強固に防止することができ、秘匿性を高めることが可能になる。
【００９３】
ここで、上述した従来の条件付きメールアドレスを用いた電子メール通信と、通信システム１の機能を比較すると、条件付きメールアドレスを用いた電子メール通信では、意味を持たないランダムな文字列で構成されたメールアドレスであるため、ユーザにとって違和感があり、また通信相手に教えるのは面倒であった。
【００９４】
一方、通信システム１では、通話者間で互いに決めた特定情報を登録しておけば、あとは通信サーバ２０が、通信サーバ２０のみが認識可能な変換データを生成し、その変換データは発信側と着信側の端末に自動的に記憶設定されることになる。
【００９５】
そして、発信側クライアントが通話相手にＩＰ電話をかける際には、特定情報を設定したメッセージを通信サーバ２０へ単に送信するだけで、セッションが確立し、ＩＰ電話の通話を行うことができるので、秘匿性を高めるだけでなく（相手の実電話番号を知る必要がない。すなわち、通話者間で互いの実電話番号を知らないことになる）、ユーザにとって非常に使いやすいサービスを実現することが可能になる。
【００９６】
なお、変換データは、クライアント端末において記憶されるが、この変換データは通信サーバ２０だけが認識可能であり、変換データの構造としては例えば、ランダムなバイナリデータとして生成することにより、ユーザが視認することは困難となる。
【００９７】
次に変換データの有効期限設定について説明する。図１１は有効期限設定の流れを示すシーケンス図である。
〔Ｓ５１〕端末１０ａの特定情報設定部１１は、登録メッセージであるREGISTERメッセージに特定文字列Ｘを設定して通信サーバ２０へ送信する。
【００９８】
〔Ｓ５２〕通信サーバ２０の変換データ生成部２１は、端末１０ａの実電話番号と特定文字列Ｘとから、自サーバでのみ通話相手である端末１０ｂの実電話番号へ変換可能な変換データＤｂを生成する。
【００９９】
〔Ｓ５３〕通信サーバ２０の変換データ生成部２１は、200OKメッセージに変換データＤｂを設定して、端末１０ａに送信する。
〔Ｓ５４〕端末１０ａの変換データ記憶部１２は、変換データＤｂを記憶する。
【０１００】
〔Ｓ５５〕端末１０ａの特定情報設定部１１は、記憶されている変換データＤｂを読み出して、REGISTERメッセージに変換データＤｂと、希望する有効期限を設定して、再度、通信サーバ２０へ送信する。
【０１０１】
〔Ｓ５６〕通信サーバ２０の変換データ生成部２１は、REGISTERメッセージを受信し、変換データＤｂに対して記載されている有効期限を設定して管理する。
〔Ｓ５７〕通信サーバ２０の変換データ生成部２１は、有効期限設定完了の旨を知らせる200OKメッセージを端末１０ａに送信する。
【０１０２】
ここで、変換データに対して、有効期限の更新（延長、短縮を含む）をしたい場合は、REGISTERメッセージにあらたな有効期限を設定して、通信サーバ２０へ送ればよい。また、有効期限を削除したい場合には、その旨（例えば、有効期限の記載欄に０を設定するなど）を設定して通信サーバ２０へ送ることになる。
【０１０３】
なお、通信サーバ２０では、有効期限が設定されたREGISTERメッセージを受信すると、例えば、そのメッセージを受信したときから、またはあらためてサービス開始の指示を受けたときから、有効期限のカウントダウンを始め（有効期限のカウントダウンの開始契機は特に限定するものではない）、有効期限値が０になった時点で、変換データＤｂから実電話番号への変換処理を停止する。すなわち、端末１０ａから端末１０ｂへのＩＰ電話サービスが停止することになる。
【０１０４】
なお、端末１０ｂが受け取っている端末１０ａの変換データＤａの有効期限が、端末１０ａが設定した変換データＤｂの有効期限よりも長く設定されていれば、端末１０ａ→端末１０ｂへのＩＰ電話サービスが停止しても、端末１０ｂ→端末１０ａへのＩＰ電話サービスは、残された有効期限分、サービスは継続する（残された有効期限分、端末１０ｂから端末１０ａへＩＰ電話をかけることができる）。また、有効期限がどれぐらい残っているか等の問い合わせもユーザから通信サーバ２０へ任意に行うことが可能である。
【０１０５】
図１２は有効期限更新時のREGISTERメッセージの内容を示す図である。REGISTERメッセージＭ５は、ヘッダ部Ｍ５ａ、メッセージボディ部Ｍ５ｂから構成される。メッセージボディ部Ｍ５ｂには、特定文字列に関する情報（ConvertKey:keyword=“Hello”）と、変換データＤｂに関する情報（ConvertInfo:Username=“UserB”, Information=“ea9c8e88df84f1cec4341ae”）との他に、有効期限に関する情報（expires=259500）が設定されている。expires=259500とは、変換データＤｂの使用有効期限が２５９５００秒であることを示す。
【０１０６】
図１３は有効期限更新時の200OKメッセージの内容を示す図である。200OKメッセージＭ６は、ヘッダ部Ｍ６ａ、メッセージボディ部Ｍ６ｂから構成される。メッセージボディ部Ｍ６ｂには、REGISTERメッセージＭ５の応答として、expires=259500が設定されて返信される。なお、有効期限が削除された場合には、メッセージボディの内容は無しで200OKを返信することになる。
【０１０７】
以上説明したように、本発明によれば、ＩＰ電話通信を行う場合に、サービス利用者は知人以外の素性が明らかになっていないクライアントに対して、自身の電話番号を公開することなく通信が可能になる。したがって、自身の電話番号を悪意者に公開したために、攻撃に遭い、電話番号の変更を余儀なくされるといった不都合をなくすことができる。
【０１０８】
また、通信先クライアントと通信可能な期間（有効期限の延長または有効期限満了前の削除を含む）をクライアント自身で任意に設定できるため、通信相手が悪意のクライアントとわかった際には（または通信相手に悪意はなくても何らかの原因でアドレス（実電話番号）が漏洩した際には）、即座に該当のクライアントとの通信を遮断することが可能になる。
【０１０９】
なお、上記の説明では、実アドレスまたは実電話番号の不正使用の防止を図る動作について説明したが、実アドレスまたは実電話番号以外のその他の個人情報を対象にすることも当然可能である。また、上記ではＳＩＰにもとづくＩＰ電話通信を例にして説明したが、通信システム１の動作は特定のシグナリングプロトコルに限定されるものではなく、例えば、ＳＩＰ以外のＨ．３２３やＨ．２４８／Megacoなどのプロトコルに対しても、通信システム１の動作をＳＩＰと同様にして適用することが可能である。
【０１１０】
（付記１）  ネットワークを介して端末間でのセッションを確立して通信を行う通信システムにおいて、
着信側クライアント端末と、
登録メッセージ内に、着信相手との間で取り決めた特定情報を設定して、前記ネットワーク内に位置するサーバへ送信する特定情報設定部と、前記サーバから送信された前記着信側クライアント端末の変換データを受信して記憶する変換データ記憶部と、前記着信側クライアント端末とのセッションを確立する際に、第１のセッション確立要求メッセージ内に前記変換データを設定して、前記サーバへ送信するセッション確立要求部と、から構成される発信側クライアント端末と、
前記登録メッセージを受信し、前記登録メッセージに含まれる、前記発信側クライアント端末の実アドレスである発信側実アドレスと、前記特定情報とから、自サーバでのみ前記着信側クライアント端末の実アドレスである着信側実アドレスへ変換可能な前記変換データを生成して、前記発信側クライアント端末へ送信する変換データ生成部と、前記第１のセッション確立要求メッセージを受信し、前記第１のセッション確立要求メッセージに含まれる前記変換データと、前記発信側実アドレスとから、前記着信側実アドレスを求め、前記着信側実アドレスに第２のセッション確立要求メッセージを送信して、前記発信側クライアント端末と前記着信側クライアント端末とのセッションの確立制御を行うセッション制御部と、から構成される通信サーバと、
を有することを特徴とする通信システム。
【０１１１】
（付記２）  前記セッション確立要求部は、前記第１のセッション確立要求メッセージの宛先フィールド内にダミー情報を設定して送信し、前記セッション制御部は、前記第１のセッション確立要求メッセージを受信して前記ダミー情報を検出することで、前記変換データから実アドレスを求めてのセッション制御を実行することを特徴とする付記１記載の通信システム。
【０１１２】
（付記３）  前記セッション制御部は、前記第２のセッション確立要求メッセージの発信元フィールド内に、前記発信側クライアント端末に関する情報を隠蔽するためのダミー情報を設定して、前記着信側実アドレスに送信することを特徴とする付記１記載の通信システム。
【０１１３】
（付記４）  前記変換データ生成部は、前記変換データに対し、クライアント側で任意に設定可能な有効期限を設定し、かつ有効期限の延長または有効期限満了前の削除を設定可能とすることを特徴とする付記１記載の通信システム。
【０１１４】
（付記５）  ネットワークを介して端末間でのセッションを確立して、端末間の通信を制御する通信サーバにおいて、
発信側クライアント端末から送信され、前記発信側クライアント端末の実アドレスである発信側実アドレスと、着信相手との間で取り決めた特定情報と、が設定された登録メッセージを受信し、前記発信側実アドレスと、前記特定情報とから、自サーバでのみ着信側クライアント端末の実アドレスである着信側実アドレスへ変換可能な変換データを生成して、前記発信側クライアント端末へ送信する変換データ生成部と、
セッションを確立する際に前記発信側クライアント端末から送信され、前記変換データが含まれる第１のセッション確立要求メッセージを受信し、前記変換データと、前記発信側実アドレスとから、前記着信側実アドレスを求め、前記着信側実アドレスに第２のセッション確立要求メッセージを送信して、前記発信側クライアント端末と前記着信側クライアント端末とのセッションの確立制御を行うセッション制御部と、
を有することを特徴とする通信サーバ。
【０１１５】
（付記６）  ネットワークを介して端末間でのセッションを確立するセッション確立方法において、
発信側クライアント端末の特定情報設定部は、登録メッセージ内に、着信相手との間で取り決めた特定情報を設定して、前記ネットワーク内に位置する通信サーバへ送信し、
前記通信サーバの変換データ生成部は、前記登録メッセージを受信し、前記登録メッセージに含まれる、前記発信側クライアント端末の実アドレスである発信側実アドレスと、前記特定情報とから、自サーバでのみ前記着信側クライアント端末の実アドレスである着信側実アドレスへ変換可能な変換データを生成して、前記発信側クライアント端末へ送信し、
前記発信側クライアント端末の変換データ記憶部は、前記通信サーバから送信された前記着信側クライアント端末の前記変換データを受信して記憶し、
前記発信側クライアント端末のセッション確立要求部は、前記着信側クライアント端末とのセッションを確立する際に、記憶してある前記変換データを、第１のセッション確立要求メッセージに設定して、前記通信サーバへ送信し、
前記通信サーバのセッション制御部は、前記第１のセッション確立要求メッセージを受信し、前記第１のセッション確立要求メッセージに含まれる前記変換データと、前記発信側実アドレスとから、前記着信側実アドレスを求め、前記着信側実アドレスに第２のセッション確立要求メッセージを送信して、
前記発信側クライアント端末と前記着信側クライアント端末とのセッションの確立を行うことを特徴とするセッション確立方法。
【０１１６】
（付記７）  前記セッション確立要求部は、前記第１のセッション確立要求メッセージの宛先フィールド内にダミー情報を設定して送信し、前記セッション制御部は、前記第１のセッション確立要求メッセージを受信して前記ダミー情報を検出することで、前記変換データから実アドレスを求めてのセッション制御を実行することを特徴とする付記６記載のセッション確立方法。
【０１１７】
（付記８）  前記セッション制御部は、前記第２のセッション確立要求メッセージの発信元フィールド内に、前記発信側クライアント端末に関する情報を隠蔽するためのダミー情報を設定して、前記着信側実アドレスに送信することを特徴とする付記６記載のセッション確立方法。
【０１１８】
（付記９）  前記変換データ生成部は、前記変換データに対し、クライアント側で任意に設定可能な有効期限を設定し、かつ有効期限の延長または有効期限満了前の削除を設定可能とすることを特徴とする付記６記載のセッション確立方法。
【０１１９】
（付記１０）  ＩＰネットワークを介して、シグナリングプロトコルとしてＳＩＰを用いたＩＰ電話通信を行う際に、端末間でのセッションを確立するＩＰ電話通信確立方法において、
発信側クライアント端末の特定情報設定部は、REGISTERメッセージ内に、着信相手との間で取り決めた特定情報を設定して、前記ＩＰネットワーク内に位置する通信サーバへ送信し、
前記通信サーバの変換データ生成部は、前記REGISTERメッセージを受信し、前記REGISTERメッセージに含まれる、前記発信側クライアント端末の実電話番号である発信側実電話番号と、前記特定情報とから、自サーバでのみ前記着信側クライアント端末の実電話番号である着信側実電話番号へ変換可能な変換データを生成して、前記発信側クライアント端末へ送信し、
前記発信側クライアント端末の変換データ記憶部は、前記通信サーバから送信された前記着信側クライアント端末の前記変換データを受信して記憶し、
前記発信側クライアント端末のセッション確立要求部は、前記着信側クライアント端末とのセッションを確立する際に、記憶してある前記変換データを第１のINVITEメッセージに設定して、前記通信サーバへ送信し、
前記通信サーバのセッション制御部は、前記第１のINVITEメッセージを受信し、前記第１のINVITEメッセージに含まれる前記変換データと、前記発信側実電話番号とから、前記着信側実電話番号を求め、前記着信側実電話番号へ向けて第２のINVITEメッセージを送信して、
前記ＩＰネットワークで一意に割り当てられた前記発信側実電話番号及び前記着信側実電話番号を直接用いずに、前記発信側クライアント端末と前記着信側クライアント端末とがＩＰ電話通信を行う際のセッションの確立を行うことを特徴とするＩＰ電話通信確立方法。
【図面の簡単な説明】
【０１２０】
【図１】通信システムの原理図である。
【図２】ＳＩＰの呼制御シーケンスを示す図である。
【図３】ステータスコードを示す図である。
【図４】変換データ取得シーケンスを示す図である。
【図５】REGISTERメッセージの内容を示す図である。
【図６】200OKメッセージの内容を示す図である。
【図７】セッション確立から切断までのシーケンスを示す図である。
【図８】INVITEメッセージの内容を示す図である。
【図９】INVITEメッセージの内容を示す図である。
【図１０】各メッセージへの設定情報及び変換データから実電話番号への導出の流れを示す図である。
【図１１】有効期限設定の流れを示すシーケンス図である。
【図１２】有効期限更新時のREGISTERメッセージの内容を示す図である。
【図１３】有効期限更新時の200OKメッセージの内容を示す図である。
【図１４】ＩＰ電話が行われるネットワーク構成を示す図である。
【符号の説明】
【０１２１】
１  通信システム
２  ネットワーク
１０ａ  発信側クライアント端末
１１  特定情報設定部
１２  変換データ記憶部
１３  セッション確立要求部
１０ｂ  着信側クライアント端末
２０  通信サーバ
２１  変換データ生成部
２２  セッション制御部
【図１】
0004480634.tif 000002
【図２】
0004480634.tif 000003
【図３】
0004480634.tif 000004
【図４】
0004480634.tif 000005
【図５】
0004480634.tif 000006
【図６】
0004480634.tif 000007
【図７】
0004480634.tif 000008
【図８】
0004480634.tif 000009
【図９】
0004480634.tif 000010
【図１０】
0004480634.tif 000011
【図１１】
0004480634.tif 000012
【図１２】
0004480634.tif 000013
【図１３】
0004480634.tif 000014
【図１４】
0004480634.tif 000015