JP2007006154A - 通信システム及びセッション確立方法 - Google Patents

通信システム及びセッション確立方法 Download PDF

Info

Publication number
JP2007006154A
JP2007006154A JP2005184249A JP2005184249A JP2007006154A JP 2007006154 A JP2007006154 A JP 2007006154A JP 2005184249 A JP2005184249 A JP 2005184249A JP 2005184249 A JP2005184249 A JP 2005184249A JP 2007006154 A JP2007006154 A JP 2007006154A
Authority
JP
Japan
Prior art keywords
client terminal
session
real address
session establishment
message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2005184249A
Other languages
English (en)
Other versions
JP4480634B2 (ja
Inventor
Naohiro Ozaki
直弘 尾崎
Akio Koga
昭男 古賀
Tomoyuki Furudono
知之 古殿
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2005184249A priority Critical patent/JP4480634B2/ja
Priority to US11/244,109 priority patent/US7882214B2/en
Publication of JP2007006154A publication Critical patent/JP2007006154A/ja
Application granted granted Critical
Publication of JP4480634B2 publication Critical patent/JP4480634B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • H04L61/301—Name conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0407—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the identity of one or more communicating identities is hidden
    • H04L63/0421—Anonymous communication, i.e. the party's identifiers are hidden from the other party or parties, e.g. using an anonymizer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/147—Signalling methods or messages providing extensions to protocols defined by standardisation

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

【課題】 アドレスの不正使用を強固に防止し、秘匿性を高めた通信を行う。
【解決手段】変換データ生成部２１は、登録メッセージに含まれる、発信側クライアント端末１０ａの実アドレスである発信側実アドレスと、特定情報とから、自サーバでのみ着信側クライアント端末１０ｂの実アドレスである着信側実アドレスへ変換可能な変換データを生成して、発信側クライアント端末１０ａへ送信する。セッション制御部２２は、第１のセッション確立要求メッセージを受信し、第１のセッション確立要求メッセージに含まれる変換データと、発信側実アドレスとから、着信側実アドレスを求め、着信側実アドレスへ向けて第２のセッション確立要求メッセージを送信することで、ネットワーク２で一意に割り当てられた発信側実アドレス及び着信側実アドレスを直接用いずに、発信側クライアント端末１０ａと着信側クライアント端末１０ｂとのセッション確立制御を行う。
【選択図】 図１

Description

本発明は、通信システム及びセッション確立方法に関し、特にネットワークを介して端末間でのセッションを確立して通信を行う通信システム及びネットワークを介して端末間でのセッションを確立するセッション確立方法に関する。
近年、音声電話をＩＰ（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メッセージの内容を示す図である。 ＩＰ電話が行われるネットワーク構成を示す図である。
符号の説明
１ 通信システム
２ ネットワーク
１０ａ 発信側クライアント端末
１１ 特定情報設定部
１２ 変換データ記憶部
１３ セッション確立要求部
１０ｂ 着信側クライアント端末
２０ 通信サーバ
２１ 変換データ生成部
２２ セッション制御部

Claims (5)

  1. ネットワークを介して端末間でのセッションを確立して通信を行う通信システムにおいて、
    着信側クライアント端末と、
    登録メッセージ内に、着信相手との間で取り決めた特定情報を設定して、前記ネットワーク内に位置するサーバへ送信する特定情報設定部と、前記サーバから送信された前記着信側クライアント端末の変換データを受信して記憶する変換データ記憶部と、前記着信側クライアント端末とのセッションを確立する際に、第１のセッション確立要求メッセージ内に前記変換データを設定して、前記サーバへ送信するセッション確立要求部と、から構成される発信側クライアント端末と、
    前記登録メッセージを受信し、前記登録メッセージに含まれる、前記発信側クライアント端末の実アドレスである発信側実アドレスと、前記特定情報とから、自サーバでのみ前記着信側クライアント端末の実アドレスである着信側実アドレスへ変換可能な前記変換データを生成して、前記発信側クライアント端末へ送信する変換データ生成部と、前記第１のセッション確立要求メッセージを受信し、前記第１のセッション確立要求メッセージに含まれる前記変換データと、前記発信側実アドレスとから、前記着信側実アドレスを求め、前記着信側実アドレスに第２のセッション確立要求メッセージを送信して、前記発信側クライアント端末と前記着信側クライアント端末とのセッションの確立制御を行うセッション制御部と、から構成される通信サーバと、
    を有することを特徴とする通信システム。
  2. 前記セッション確立要求部は、前記第１のセッション確立要求メッセージの宛先フィールド内にダミー情報を設定して送信し、前記セッション制御部は、前記第１のセッション確立要求メッセージを受信して前記ダミー情報を検出することで、前記変換データから実アドレスを求めてのセッション制御を実行することを特徴とする請求項１記載の通信システム。
  3. 前記セッション制御部は、前記第２のセッション確立要求メッセージの発信元フィールド内に、前記発信側クライアント端末に関する情報を隠蔽するためのダミー情報を設定して、前記着信側実アドレスに送信することを特徴とする請求項１記載の通信システム。
  4. 前記変換データ生成部は、前記変換データに対し、クライアント側で任意に設定可能な有効期限を設定し、かつ有効期限の延長または有効期限満了前の削除を設定可能とすることを特徴とする請求項１記載の通信システム。
  5. ネットワークを介して端末間でのセッションを確立するセッション確立方法において、
    発信側クライアント端末の特定情報設定部は、登録メッセージ内に、着信相手との間で取り決めた特定情報を設定して、前記ネットワーク内に位置する通信サーバへ送信し、
    前記通信サーバの変換データ生成部は、前記登録メッセージを受信し、前記登録メッセージに含まれる、前記発信側クライアント端末の実アドレスである発信側実アドレスと、前記特定情報とから、自サーバでのみ前記着信側クライアント端末の実アドレスである着信側実アドレスへ変換可能な変換データを生成して、前記発信側クライアント端末へ送信し、
    前記発信側クライアント端末の変換データ記憶部は、前記通信サーバから送信された前記着信側クライアント端末の前記変換データを受信して記憶し、
    前記発信側クライアント端末のセッション確立要求部は、前記着信側クライアント端末とのセッションを確立する際に、記憶してある前記変換データを、第１のセッション確立要求メッセージに設定して、前記通信サーバへ送信し、
    前記通信サーバのセッション制御部は、前記第１のセッション確立要求メッセージを受信し、前記第１のセッション確立要求メッセージに含まれる前記変換データと、前記発信側実アドレスとから、前記着信側実アドレスを求め、前記着信側実アドレスに第２のセッション確立要求メッセージを送信して、
    前記発信側クライアント端末と前記着信側クライアント端末とのセッションの確立を行うことを特徴とするセッション確立方法。
JP2005184249A 2005-06-24 2005-06-24 通信システム及びセッション確立方法 Expired - Fee Related JP4480634B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2005184249A JP4480634B2 (ja) 2005-06-24 2005-06-24 通信システム及びセッション確立方法
US11/244,109 US7882214B2 (en) 2005-06-24 2005-10-06 Communication system and session establishment method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2005184249A JP4480634B2 (ja) 2005-06-24 2005-06-24 通信システム及びセッション確立方法

Publications (2)

Publication Number Publication Date
JP2007006154A true JP2007006154A (ja) 2007-01-11
JP4480634B2 JP4480634B2 (ja) 2010-06-16

Family

ID=37568920

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2005184249A Expired - Fee Related JP4480634B2 (ja) 2005-06-24 2005-06-24 通信システム及びセッション確立方法

Country Status (2)

Country Link
US (1) US7882214B2 (ja)
JP (1) JP4480634B2 (ja)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008219111A (ja) * 2007-02-28 2008-09-18 Fujitsu Ltd 電話接続プログラム、電話接続方法、及び電話接続装置
WO2009110265A1 (ja) * 2008-03-03 2009-09-11 日本電気株式会社 通信端末装置、仮名通信識別子の関係判別可能性決定装置、通信システム、通信方法及び記憶媒体
JP2010283489A (ja) * 2009-06-03 2010-12-16 Hitachi Ltd 通信システム、セッション制御管理サーバ及びセッション制御方法
TWI387305B (zh) * 2008-09-26 2013-02-21 Legend Beijing Ltd User terminal communication method and device
KR20210042956A (ko) * 2018-09-10 2021-04-20 띠쏘 에스.에이 모바일 단말들 간의 모니터링 또는 트래킹을 위한 방법
JP7454167B1 (ja) 2022-12-27 2024-03-22 株式会社シンカ 情報処理システム

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007267086A (ja) * 2006-03-29 2007-10-11 Nec Access Technica Ltd Ｓｉｐアダプタ装置
US8804694B2 (en) * 2006-06-08 2014-08-12 At&T Intellectual Property Ii, L.P. Method and apparatus for invoking multimodal interaction in a VOIP call
US8139566B2 (en) * 2006-07-21 2012-03-20 Cisco Technology, Inc. System and method for establishing a communication session between two endpoints that do not both support secure media
US20080243999A1 (en) * 2007-03-27 2008-10-02 Motorola, Inc. Method and system for management of an application ensemble
GB0712022D0 (en) * 2007-06-20 2007-10-17 Still First Ltd Encrypted communication system
CN101437021B (zh) * 2007-11-16 2013-08-07 华为技术有限公司 一种对接入提示信息的处理方法、系统及装置
US8959248B2 (en) * 2008-02-22 2015-02-17 Microsoft Corporation Personal computing environment with virtual computing device
US8111918B2 (en) * 2008-10-20 2012-02-07 Xerox Corporation Segmentation for three-layer mixed raster content images
EP2571223A1 (en) * 2011-09-14 2013-03-20 Telefonaktiebolaget LM Ericsson (publ) A gateway and a method therein for enabling sip communication over a non-standard sip transport protocol
KR102397023B1 (ko) * 2018-03-08 2022-05-16 삼성전자주식회사 채널 상황에 기반한 코덱 제어 방법 및 전자 장치
FR3081655A1 (fr) * 2018-06-13 2019-11-29 Orange Procede de traitement de messages par un dispositif d'un reseau de voix sur ip

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10304096A (ja) * 1997-04-25 1998-11-13 Nippon Joho Tsushin Consulting Kk 端末選択方法及び方式
JP2001268230A (ja) * 2000-03-21 2001-09-28 Eitsuu:Kk 通話接続システム
WO2003092253A1 (fr) * 2002-04-24 2003-11-06 Ed-Contrive Inc. Procede et systeme de communication de demande d'informations
WO2004034713A1 (en) * 2002-10-09 2004-04-22 Nokia Corporation Method and arrangement for concealing true identity of user in communications system
JP2004208230A (ja) * 2002-12-26 2004-07-22 Matsushita Electric Ind Co Ltd サーバ、通話制御方法及びテレマーケティング方法
JP2004228829A (ja) * 2003-01-22 2004-08-12 Hitachi Ltd メッセージ変換装置、及びｉｐ電話装置

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0802655A3 (en) * 1996-04-17 1999-11-24 Matsushita Electric Industrial Co., Ltd. Communication network
US20040199402A1 (en) * 1996-09-06 2004-10-07 Walker Jay S. Method and system for anonymous communication of information about a home
US6157829A (en) * 1997-10-08 2000-12-05 Motorola, Inc. Method of providing temporary access of a calling unit to an anonymous unit
JP3445153B2 (ja) * 1998-06-04 2003-09-08 富士通株式会社 電話番号一時的使用装置及び方法
US6175619B1 (en) * 1998-07-08 2001-01-16 At&T Corp. Anonymous voice communication using on-line controls
US7188180B2 (en) * 1998-10-30 2007-03-06 Vimetx, Inc. Method for establishing secure communication link between computers of virtual private network
US6564261B1 (en) * 1999-05-10 2003-05-13 Telefonaktiebolaget Lm Ericsson (Publ) Distributed system to intelligently establish sessions between anonymous users over various networks
WO2001063452A2 (en) * 2000-02-23 2001-08-30 Capital One Financial Corporation Systems and methods for providing anonymous financial transactions
US6937571B1 (en) * 2000-06-19 2005-08-30 Advanced Micro Devices, Inc. Method of testing a network device through a medium independent interface (MII)
US6738808B1 (en) * 2000-06-30 2004-05-18 Bell South Intellectual Property Corporation Anonymous location service for wireless networks
FR2844946B1 (fr) * 2002-03-15 2004-10-22 Thales Sa Procede de selection et de tri de paquets mis a disposition d'un equipement par un reseau de transmission de donnees par paquets
FI20020818A0 (fi) * 2002-04-30 2002-04-30 Ericsson Telefon Ab L M Menetelmä ja järjestely persoonattoman tilapäisen numeron antamiseksi viestintäverkon tilaajalle
EP1503547A4 (en) * 2002-05-23 2008-07-23 Matsushita Electric Ind Co Ltd INFORMATIONSREARBEITUNGSSYSTEM
JP4340576B2 (ja) 2003-06-23 2009-10-07 株式会社日立製作所 サーバ
CN1316325C (zh) * 2003-06-23 2007-05-16 株式会社日立制作所 服务器
JP2005101890A (ja) * 2003-09-25 2005-04-14 Toshiba Corp 名前登録仲介装置、名前解決仲介装置、名前解決システム、名前解決方法、名前登録仲介プログラムおよび名前解決仲介プログラム
DE10355265A1 (de) * 2003-11-26 2005-06-23 Siemens Ag Verfahren zum Registrieren eines Kommunikationsgeräts, zugehöriges Kommunikationsgerät sowie Registrierungseinheit
CA2470010A1 (en) * 2004-06-01 2005-12-01 Voice Courier Mobile Inc. System and method for establishing a call
GB2435587B (en) * 2004-12-13 2008-10-01 Transnexus Inc Method and system for securely authorizing VOIP interconnections between anonymous peers of VOIP networks
US20080125123A1 (en) * 2006-11-27 2008-05-29 Motorola, Inc. Method and system for to enable communication for a wireless device having a plurality of identifiers

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10304096A (ja) * 1997-04-25 1998-11-13 Nippon Joho Tsushin Consulting Kk 端末選択方法及び方式
JP2001268230A (ja) * 2000-03-21 2001-09-28 Eitsuu:Kk 通話接続システム
WO2003092253A1 (fr) * 2002-04-24 2003-11-06 Ed-Contrive Inc. Procede et systeme de communication de demande d'informations
WO2004034713A1 (en) * 2002-10-09 2004-04-22 Nokia Corporation Method and arrangement for concealing true identity of user in communications system
JP2004208230A (ja) * 2002-12-26 2004-07-22 Matsushita Electric Ind Co Ltd サーバ、通話制御方法及びテレマーケティング方法
JP2004228829A (ja) * 2003-01-22 2004-08-12 Hitachi Ltd メッセージ変換装置、及びｉｐ電話装置

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008219111A (ja) * 2007-02-28 2008-09-18 Fujitsu Ltd 電話接続プログラム、電話接続方法、及び電話接続装置
WO2009110265A1 (ja) * 2008-03-03 2009-09-11 日本電気株式会社 通信端末装置、仮名通信識別子の関係判別可能性決定装置、通信システム、通信方法及び記憶媒体
US8391181B2 (en) 2008-03-03 2013-03-05 Nec Corporation Communication device, device for determining possibility of discriminating relation of pseudonymous-name communication identifier, communication system, communication method and storage medium
JP5365622B2 (ja) * 2008-03-03 2013-12-11 日本電気株式会社 通信装置、仮名通信識別子の関係判別可能性決定装置、通信システム、通信方法及びプログラム
TWI387305B (zh) * 2008-09-26 2013-02-21 Legend Beijing Ltd User terminal communication method and device
JP2010283489A (ja) * 2009-06-03 2010-12-16 Hitachi Ltd 通信システム、セッション制御管理サーバ及びセッション制御方法
US8606936B2 (en) 2009-06-03 2013-12-10 Hitachi, Ltd. Communication system, session control management server and session control method
KR20210042956A (ko) * 2018-09-10 2021-04-20 띠쏘 에스.에이 모바일 단말들 간의 모니터링 또는 트래킹을 위한 방법
KR102482057B1 (ko) * 2018-09-10 2022-12-27 띠쏘 에스.에이 모바일 단말들 간의 모니터링 또는 트래킹을 위한 방법
JP7454167B1 (ja) 2022-12-27 2024-03-22 株式会社シンカ 情報処理システム

Also Published As

Publication number Publication date
JP4480634B2 (ja) 2010-06-16
US7882214B2 (en) 2011-02-01
US20060294242A1 (en) 2006-12-28

Similar Documents

Publication Publication Date Title
JP4480634B2 (ja) 通信システム及びセッション確立方法
Schulzrinne et al. The session initiation protocol: Internet-centric signaling
CN104704795B (zh) 通过使用具有webRTC功能的网络浏览器创建虚拟SIP用户代理的方法和系统
US7412529B2 (en) Method for processing session information of session initiation protocol system and recorded medium thereof
KR101219925B1 (ko) Ｓｉｐ와 같은 컴퓨터 프로토콜에 기초하여 전화 호출을다이얼로그와 연관시키는 방법
JP5275908B2 (ja) 通信システム、セッション制御管理サーバ及びセッション制御方法
KR101224254B1 (ko) 통신 네트워크 통합 방법 및 통신 시스템
EP2181545A1 (en) Using pstn reachability to verify voip call routing information
CN102077550A (zh) Voip地址发现系统中通信的限制
US8515388B2 (en) Performing operations on IP telephony device from a remote client
EP2083547A1 (en) Improvements in or relating to communications
CN102144380B (zh) 端对端地址转移
CN100563219C (zh) 实现点击拨号的系统及方法
JP4677350B2 (ja) 呼制御信号転送装置、呼制御信号転送方法および呼制御信号転送プログラム
WO2008080340A1 (fr) Procédé de service de commutation de paquets et système de réseau
CN101622815B (zh) 用于呼叫分叉情况的动态密钥交换
CN108924142A (zh) 一种基于sip协议的安全语音对讲通讯方法
CN102301675A (zh) 利用sip由多个用户共享同一用户设备的方法和用户设备
KR20110119972A (ko) Ｓｉｐ 기반 인터넷 전화 서비스 보안 시스템 및 그 방법
CA2653663C (en) Method for securing ip connections for network operator interconnections
WO2008017269A1 (fr) Procédé et système pour transférer les informations d&#39;application utilisateur-utilisateur
Gallo et al. Authentication threats in PSTN-VoIP architecture using multi-service gateways
Hsieh Reference Phone Number: A Secure and QoS-improved SIP-based phone system
Elwell et al. Interworking between the Session Initiation Protocol (SIP) and QSIG
Tambe et al. Study of VOIP services and its applications

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080226

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20100128

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20100316

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100316

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130326

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140326

Year of fee payment: 4

LAPS Cancellation because of no payment of annual fees