(57)【要約】 【目的】利用者のプライバシーやセキュリティの保護が可能で、かつ、利便性をも維持した、双方向リアルタイムコミュニケーションを実現する通信方法および通信システムを提供する。【構成】通信コネクション識別子をコンテンツ識別子および第１端末識別子に対応づけてエントリ情報管理部に記憶する工程と、第２の端末よりアプリケーションサーバへと送信されたコンテンツ識別子および通信コネクション識別子とを用いて、エントリ情報管理部より通信コネクションを確立する第１端末識別子を特定する工程と、端末が有する端末識別子とネットワークに接続された各端末が有する位置情報とを対応づけて記憶する位置情報管理部を備えた通信制御サーバに対して、特定された第１端末識別子を送信し、位置情報管理部より第１端末識別子に対応する第１の端末の位置情報を取得し、第１および第２の端末間の通信コネクションを確立する工程とから構成される。【選択図】  図１
2006108768.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続されるアプリケーションサーバと通信制御サーバとを備え、前記ネットワーク上で通信コネクションを確立する通信システムを用いた通信接続方法において、
前記ネットワークに接続される各端末に付与される端末識別子と前記各端末の位置情報とを対応付けて前記通信制御サーバ内の位置情報管理部に記憶する工程と、
前記ネットワークに接続される第１の端末が所望のコンテンツにアクセスし、前記コンテンツに付与されたコンテンツ識別子と、前記第１の端末に付与された第１端末識別子とを前記アプリケーションサーバへ送信する工程と、
前記第１の端末より送信されたコンテンツ識別子および前記第1端末識別子に基づき通信コネクション識別子を生成するとともに、前記通信コネクション識別子と前記第１端末識別子と前記コンテンツ識別子とを対応づけて前記アプリケーションサーバ内のエントリ情報管理部に記憶する工程と、
前記第１の端末との間に前記通信コネクションの確立を要求する第２の端末が前記ネットワークを介して前記コンテンツにアクセスし、前記コンテンツ識別子と前記通信コネクション識別子と前記第２の端末に付与された第２端末識別子とを前記アプリケーションサーバに対して送信する工程と、
前記第２の端末より送信された前記コンテンツ識別子および前記通信コネクション識別子に対応する前記第１端末識別子を前記エントリ情報管理部より抽出し、抽出した前記第１端末識別子を前記通信制御サーバに送信する工程と、
前記アプリケーションサーバより送信された前記第1端末識別子および前記第２端末識別子に基づき、前記位置情報管理部から前記第１の端末と前記第２の端末とに対応する位置情報を特定し、前記第１および第２の端末間の通信コネクションを確立する工程とを含むことを特徴とする通信接続方法。
【請求項２】
請求項１に記載の通信接続方法において、
前記アプリケーションサーバはＷｅｂアプリケーションサーバであり、前記Ｗｅｂアプリケーションサーバは前記端末にて動作するＷｅｂブラウザからの要求に応じて、前記通信制御サーバに対し前記第１および第２の端末間の通信コネクションを確立するよう指示することを特徴とする通信接続方法。
【請求項３】
請求項１に記載の通信接続方法において、
前記通信制御サーバは、さらに、前記通信制御サーバが提供する通信サービスを利用許可されたユーザが所有する端末の端末識別子を記憶しており、前記通信制御サーバが提供する通信サービスを利用可能なユーザであるか否かを識別するユーザ認証部を備えており、
前記アプリケーションサーバは、前記コンテンツ識別子と前記端末識別子とを前記アプリケーションサーバに対して送信した前記端末を操作するユーザが、前記通信サービスの利用を許可されたユーザであるか否かを確認する認証要求を前記通信制御サーバに対して送信する工程を有し、
前記通信コネクション識別子を生成する工程は、前記ユーザ認証が成功した後に行われることを特徴とする通信接続方法。
【請求項４】
請求項１に記載の通信接続方法において、
前記通信制御サーバは、さらに、前記通信コネクションを確立する際に通信開始要求の信号として用いられる前記第１端末識別子を前記第２の端末に対して、または、前記第２端末識別子を前記第１の端末に対して隠匿する識別子隠匿部を備えており、
前記識別子隠匿部にて隠匿された通信開始要求信号を前記第２の端末に対して送信することにより、前記第１および第２の端末間の通信コネクションを確立する工程とを含むことを特徴とする通信接続方法。
【請求項５】
請求項１に記載の通信接続方法において、
前記通信制御サーバは、さらに、前記通信制御サーバは、さらに、前記第１および第２の端末間で通信コネクションを確立する際、通信開始要求の信号として用いられる端末識別子を前記通信制御サーバが管理する第三者の端末識別子に変更する識別子変更部を備えており、
前記識別子変更部にて変更された通信開始要求信号を前記第２の端末に対して送信することにより、前記第１および第２の端末間の通信コネクションを確立する工程とを含むことを特徴とする通信接続方法。
【請求項６】
請求項１に記載の通信接続方法において、
前記アプリケーションサーバにおいて、前記コンテンツ識別子と前記端末識別子と前記通信コネクション識別子とユーザが望む通信手段とを対応づけて記憶する通信手段選択部を備えており、
前記通信手段選択部にて選択される通信手段を用いて前記第１および第２の端末間の通信コネクションを確立する工程とを含むことを特徴とする通信接続方法。
【請求項７】
ネットワーク上で通信コネクションを確立する通信システムであって、前記ネットワークには前記通信コネクションを確立する複数の端末が接続されており、前記端末と前記ネットワークを介して接続されるアプリケーションサーバと、前記端末と前記ネットワークを介して接続されるとともに前記アプリケーションサーバにも接続される通信制御サーバとを備える通信システムにおいて、
前記アプリケーションサーバは、
複数のコンテンツが蓄積されるコンテンツ蓄積部と、
前記端末と前記アプリケーションサーバ間の情報送受信を実現する第１端末通信部と、
前記端末からの要求に応じて前記コンテンツ蓄積部から該当するコンテンツを表示させるコンテンツ制御部と、
前記コンテンツ制御部と前記通信制御サーバ間の情報送受信を実現する通信制御サーバ通信部と、
前記通信コネクションの確立を要求する第１の端末が表示する所望のコンテンツに付与されたコンテンツ識別子と、前記第１の端末に付与された第１端末識別子と、前記コンテンツ識別子と前記第１端末識別子とを対応づける通信コネクション識別子とを保持するエントリ情報管理部とを備え、
前記通信制御サーバは、
前記アプリケーションサーバと前記通信制御サーバ間の情報送受信を実現する対アプリケーションサーバ通信部と、
前記端末と前記通信制御サーバ間の情報送受信を実現する第２端末通信部と、
前記端末毎に付与される端末識別子と前記端末が属する位置情報とを対応づけて管理する位置情報管理部とを備え、
前記第１の端末との間に前記通信コネクションの確立を要求する第２の端末が、前記所望のコンテンツにアクセスするとともに、前記アプリケーションサーバに対し、前記コンテンツ識別子と、前記第２の端末に付与された第２端末識別子と、前記通信コネクション識別子とを送信し、前記エントリ情報管理部にて前記第２の端末から送信されたコンテンツ識別子および通信コネクション識別子とに対応する前記第１端末識別子を抽出した後、抽出された前記第１端末識別子に対応する前記第１の端末の位置情報および前記第２端末識別子に対応する前記第２の端末の位置情報を前記位置情報管理部より取得し、前記第１及び第２の端末間の通信コネクションを確立する通信システム。
【請求項８】
請求項７記載の通信システムにおいて、
前記アプリケーションサーバはＷｅｂアプリケーションサーバであり、前記Ｗｅｂアプリケーションサーバは前記端末にて動作するＷｅｂブラウザからの要求に応じて、前記端末に対し前記コンテンツ蓄積部から該当するコンテンツを参照させ、かつ、前記通信制御サーバに対し前記第１および第２の端末間の通信コネクションを確立するよう指示することを特徴とする通信システム。
【請求項９】
請求項７記載の通信システムにおいて、
前記通信制御サーバは、さらに、前記通信コネクションを確立する端末が、前記通信制御サーバが提供する通信サービスを利用可能なユーザであるか否かを識別するユーザ認証部を備えており、
前記アプリケーションサーバは、前記ユーザ認証部に対して前記アプリケーションサーバに前記端末識別子と前記コンテンツ識別子とを送信した端末の認証を要求するユーザ認証要求部を更に備えていることを特徴とする通信システム。
【請求項１０】
請求項７記載の通信システムにおいて、
前記通信制御サーバは、さらに、前記通信コネクションを確立する際に通信開始要求の信号として用いられる前記第１端末識別子を前記第２の端末に対して、または、前記第２端末識別子を前記第１の端末に対して隠匿する識別子隠匿部を備えることを特徴とする通信システム。
【請求項１１】
請求項７記載の通信システムにおいて、
前記通信制御サーバは、さらに、前記第１および第２の端末間で通信コネクションを確立する際、通信開始要求の信号として用いられる端末識別子を前記通信制御サーバが管理する第三者の端末識別子に変更する識別子変更部を備えることを特徴とする通信システム。
【請求項１２】
請求項７記載の通信システムは、さらに、
前記アプリケーションサーバにおいて、前記コンテンツ識別子と前記端末識別子と前記通信コネクション識別子とユーザが望む通信手段とを対応づけて記憶する通信手段選択部を備えることを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットを介して通信する機能を有した端末を含む通信システム及びそのシステムを用いた通信接続方法に関するものであり、特に、通信を確立する際に必要となるユーザ端末の識別情報を隠蔽し、ユーザ同士が匿名にて通信を行う通信接続方法および、そのシステムに関するものである。
【背景技術】
【０００２】
近年、インターネットを利用した通信サービスとして、例えばＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）技術を応用した音声通信、また、テキストチャットのようなテキスト通信等を利用したリアルタイムコミュニケーションサービスが提供されている。
【０００３】
このようなリアルタイムコミュニケーションサービスは、インターネットオークションの出品者と応札者間の連絡、各種コミュニティサイトでの情報交換、カスタマーサポートや各種サービス業者から利用者への連絡等の通信サービスに応用されている。
これらの通信サービスを実現する技術として、現在、ＩＰ網の端末間の通信で使用するセッションの設定、変更、解放を制御するプロトコルであるＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が注目されている。
【０００４】
ＳＩＰはユーザ端末の識別情報（以下、「接続用ＩＤ」という）に対応したＩＰアドレス情報、例えばセッションの設定に必要なＩＰアドレス情報や、発着端末間で使用するＩＰアドレス情報をアプリケーション層で送受信するものである。ＳＩＰの詳細については、ＩＥＴＦで標準化が行われており、標準勧告文書ＲＦＣ ３２６１等により規定されている。
【０００５】
なお、このようなＳＩＰを用いた通信システムでの端末間の通信接続方法については、以下の文献に記載がされている。（例えば、非特許文献1−４参照）
【非特許文献１】Ｊ．Ｒｏｓｅｎｂｅｒｇ編、"ＳＩＰ：Ｓｅｓｓｉｏｎ ＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ"、［ｏｎｌｉｎｅ］、２００２年６月、［２００４年９月１７日検索］インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ３２６１．ｔｘｔ？ｎｕｍｂｅｒ＝３２６１＞
【非特許文献２】Ｂ．Ｃａｍｐｂｅｌｌ，Ｅｄ．編、"Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＩＰ） Ｅｘｔｅｎｓｉｏｎ ｆｏｒ Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｉｎｇ"、［ｏｎｌｉｎｅ］、２００２年１２月、［２００４年９月１７日検索］インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ３４２８．ｔｘｔ？ｎｕｍｂｅｒ＝３４２８＞
【非特許文献３】Ｃ．Ｊｅｎｎｉｎｇｓ編、"Ｐｒｉｖａｔｅ Ｅｘｔｅｎｓｉｏｎｓ ｔｏｔｈｅ Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＩＰ） ｆｏｒ Ａｓｓｅｒｔｅｄ Ｉｄｅｎｔｉｔｙ ｗｉｔｈｉｎ Ｔｒｕｓｔｅｄ Ｎｅｔｗｏｒｋｓ"、［ｏｎｌｉｎｅ］、２００２年１１月、［２００４年９月１７日検索］インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ３３２５．ｔｘｔ？ｎｕｍｂｅｒ＝３３２５＞
【非特許文献４】Ｊ．Ｒｏｓｅｎｂｅｒｇ編、"Ｂｅｓｔ Ｃｕｒｒｅｎｔ Ｐｒａｃｔｉｃｅｓ ｆｏｒ Ｔｈｉｒｄ Ｐａｒｔｙ Ｃａｌｌ Ｃｏｎｔｒｏｌ （３ｐｃｃ） ｉｎ ｔｈｅ Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ （ＳＩＰ）"、［online］、２００４年４月、［２００４年９月１７日検索］インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ３７２５．ｔｘｔ？ｎｕｍｂｅｒ＝３７２５＞
【発明の開示】
【発明が解決しようとする課題】
【０００６】
これらのサービスを、ＳＩＰをはじめとするプロトコル郡にて実現する従来技術では、そのサービスを利用する少なくとも１ユーザが通信コネクションを確立する相手先の端末を認識しておく必要がある。そのため、通信コネクションを確立するユーザ間で接続用ＩＤを互いに公開、また、普段使用する自分の接続用ＩＤを相手に公開したくない場合は、その都度、新たな接続用ＩＤを取得し、通常使用する接続用ＩＤと異なる接続用ＩＤを公開する必要があった。このような従来の通信サービスにおいては、以下のような問題がある。
【０００７】
第一に、接続用ＩＤを互いに公開した上で通信コネクションを確立する場合において、見知らぬ第三者に電話番号やメールアドレスなどのユーザ端末の識別情報を公開することとなるため、プライバシーやセキュリティ保護の低下につながるという問題が生じていた。
【０００８】
また、第二に、普段使用する自分の接続用ＩＤを相手に公開したくない場合、サービスを利用する度に新たな接続用ＩＤを取得する必要があるため、普段使用する接続用ＩＤと新たな接続用ＩＤとを使い分ける必要がある、または、通常の通信端末では複数の接続用ＩＤを同時に使用することができないため、利用者の利便性を低下させてしまうという問題が生じていた。
【０００９】
そこで、本発明は、利用者のプライバシーやセキュリティの保護が可能で、かつ、利便性をも維持した、双方向のリアルタイムコミュニケーションを実現する方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、本発明に係る通信接続方法の代表的なものによれば、ネットワークに接続されるアプリケーションサーバと通信制御サーバとを備え、ネットワーク上で通信コネクションを確立する通信システムを用いた通信接続方法において、ネットワークに接続される各端末に付与される端末識別子と各端末の位置情報とを対応付けて通信制御サーバ内の位置情報管理部に記憶する工程と、ネットワークに接続される第１の端末が所望のコンテンツにアクセスし、コンテンツに付与されたコンテンツ識別子と、第１の端末に付与された第１端末識別子とをアプリケーションサーバへ送信する工程と、第１の端末より送信されたコンテンツ識別子および第1端末識別子に基づき通信コネクション識別子を生成するとともに、通信コネクション識別子と第１端末識別子とコンテンツ識別子とを対応づけてアプリケーションサーバ内のエントリ情報管理部に記憶する工程と、第１の端末との間に通信コネクションの確立を要求する第２の端末がネットワークを介してコンテンツにアクセスし、コンテンツ識別子と通信コネクション識別子と第２の端末に付与された第２端末識別子とをアプリケーションサーバに対して送信する工程と、第２の端末より送信されたコンテンツ識別子および通信コネクション識別子に対応する第１端末識別子をエントリ情報管理部より抽出し、抽出した第１端末識別子を通信制御サーバに送信する工程と、アプリケーションサーバより送信された第1端末識別子および第２端末識別子に基づき、位置情報管理部から第１の端末と第２の端末とに対応する位置情報を特定し、第１および第２の端末間の通信コネクションを確立する工程とから構成されるものである。
【００１１】
また、本発明に係る通信コネクションを確立する通信システムの代表的なものによれば、ネットワーク上で通信コネクションを確立する通信システムであって、ネットワークには通信コネクションを確立する複数の端末が接続されており、端末とネットワークを介して接続されるアプリケーションサーバと、端末とネットワークを介して接続されるとともにアプリケーションサーバにも接続される通信制御サーバとを備える通信システムにおいて、アプリケーションサーバは、複数のコンテンツが蓄積されるコンテンツ蓄積部と、端末とアプリケーションサーバ間の情報送受信を実現する第１端末通信部と、端末からの要求に応じてコンテンツ蓄積部から該当するコンテンツを表示させるコンテンツ制御部と、コンテンツ制御部と通信制御サーバ間の情報送受信を実現する通信制御サーバ通信部と、通信コネクションの確立を要求する第１の端末が表示する所望のコンテンツに付与されたコンテンツ識別子と、第１の端末に付与された第１端末識別子と、コンテンツ識別子と第１端末識別子とを対応づける通信コネクション識別子とを保持するエントリ情報管理部とを備え、通信制御サーバは、アプリケーションサーバと通信制御サーバ間の情報送受信を実現する対アプリケーションサーバ通信部と、端末と通信制御サーバ間の情報送受信を実現する第２端末通信部と、端末毎に付与される端末識別子と端末が属する位置情報とを対応づけて管理する位置情報管理部とを備え、第１の端末との間に通信コネクションの確立を要求する第２の端末が、所望のコンテンツにアクセスするとともに、アプリケーションサーバに対し、コンテンツ識別子と、第２の端末に付与された第２端末識別子と、通信コネクション識別子とを送信し、エントリ情報管理部にて第２の端末から送信されたコンテンツ識別子および通信コネクション識別子とに対応する第１端末識別子を抽出した後、抽出された第１端末識別子に対応する第１の端末の位置情報および第２端末識別子に対応する第２の端末の位置情報を位置情報管理部より取得し、第１及び第２の端末間の通信コネクションを確立する通信システムから構成されるものである。
【００１２】
ここで通信端末識別子とは、例えば、電話番号やメールアドレス、ＳＩＰ−ＵＲＬ（ＳＩＰ−ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）等の個々の端末を識別するためにユーザ端末毎に付与された識別情報、すなわち接続用ＩＤを有し、コンテンツ識別子とは、コンテンツ毎に付与されて各コンテンツを識別するための識別情報（以下、「コンテンツＩＤ」という。）を有する。また、通信コネクション識別子は、あるコンテンツを介して確立される通信コネクションの要求毎に付与され、アプリケーションサーバおよび通信サーバ間で利用されるとともに、所定の接続用ＩＤを有するユーザ端末に対して所定の通信サービスを提供するための識別情報（以下、「エントリＩＤ」という。）を有する。
【００１３】
これらの構成により本発明によれば、通信コネクションの確立を要求する第１の端末の接続用ＩＤと第１の端末が参照するコンテンツに付与されたコンテンツＩＤ、そして、第１の端末の接続用ＩＤおよびコンテンツＩＤとに対応付けられたエントリＩＤを付与することにより、利用者が普段使用する自分の接続用ＩＤを用いてコミュニケーション端末を受信可能な状態で待機させておくことが可能となる。結果として、ユーザ端末の識別情報を隠蔽し、ユーザ同士が匿名にて通信を行う、双方向のリアルタイムコミュニケーションを実現する通信接続方法およびシステム構成が提供される。
【発明の効果】
【００１４】
この発明によれば、互いに自分の接続用ＩＤを相手に知られることなく双方向のリアルタイムコミュニケーションを実現することができるようになるため、利用者のプライバシーやセキュリティの保護を重視した通信サービスを提供することが可能となる。
【００１５】
また、本発明においては、複数のコミュニティサイトでこのような待ち受けを行う場合、複数のコミュニティサイト毎にエントリＩＤが付与され、ユーザにとっては、普段使用している自分の接続用ＩＤにて通信コネクションを確立することが可能となるため、複数の接続用ＩＤを使い分ける必要がなくなり、より使い勝手のよいサービスを享受することが可能となる。
【発明を実施するための最良の形態】
【００１６】
以下に本願発明を実施するための最良の形態を示す。
【実施例１】
【００１７】
以下、本発明の第１の実施形態について、図１〜図４の図面を参照して説明する。
【００１８】
図１は、本発明の第１の実施形態における通信システムを示す概略構成図である。
【００１９】
図１において、本発明の第１の実施形態における通信システムは、例えば、インターネット等のグローバルネットワーク（以下、「グローバルＩＰ網」という。）１００と、グローバルＩＰ網１００に接続されたアプリケーションサーバ１０１および通信制御サーバ１０２、そして、グローバルＩＰ網１００にそれぞれ接続されたコミュニケーション端末１１０、１２０、１３０ａ、１３０ｂとから構成されている。また、本実施形態の通信システムにおいて、アプリケーションサーバ１０１と通信制御サーバ１０２とは、グローバルＩＰ網１００とは物理的に接続されていないネットワーク（以下、「クローズドＩＰ網」という。）１０３により互いに接続されている。
【００２０】
ここで、グローバルＩＰ網１００は、例えばオープンなインターネット網であり、オープンＩＰ網とも呼ばれる。コミュニケーション端末１１０、１２０、１３０ａ、１３０ｂを使用するユーザは、各インターネット接続事業者のインターネット接続サービスに加入しており、これらのユーザが使用するコミュニケーション端末１１０、１２０、１３０ａ、１３０ｂでは、個々のコミュニケーション端末が備えるインターネットを介して通信する機能により互いに通信が可能となっている。また、これらのコミュニケーション端末１１０、１２０、１３０ａ、１３０ｂと、アプリケーションサーバ１０１および通信制御サーバ１０２間の通信においても、個々のコミュニケーション端末が持つインターネットを介して通信する機能により可能となっている。
【００２１】
加えて、クローズドＩＰ網１０３は、アプリケーションサーバ１０１と通信制御サーバ１０２間の通信を行うためのＩＰ網であり、セキュリティ確保のため、グローバルＩＰ網１００とは物理的に接続されていないＩＰ網が用いられている。なお、アプリケーションサーバ１０１と通信制御サーバ１０２との間の通信路にＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）装置を用いること等によりセキュリティ確保を行うことが可能な場合は、クローズドＩＰ網１０３がグローバルＩＰ網１００と物理的に接続されている構成であっても、本発明のシステム構成として適用することが可能である。
【００２２】
アプリケーションサーバ１０１は、例えば、クライアントにＷｅｂブラウザを用い、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）で通信するＷｅｂアプリケーションサーバであり、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書や画像などのコンテンツを蓄積しておき、コミュニケーション端末１１０、１２０、１３０ａ、１３０ｂといったクライアントで動作するＷｅｂブラウザ等のクライアントソフトウェアの要求に応じ要求元のコミュニケーション端末へグローバルＩＰ網１００を通じてコンテンツを送信したり、通信制御サーバ１０２に対して、指定のコミュニケーション端末との通信を行うよう指示する。
【００２３】
通信制御サーバ１０２は、例えば、ＳＩＰを利用して各コミュニケーション端末１１０、１２０、１３０ａ、１３０ｂと通信する機能を有し、さらに、各コミュニケーション端末のユーザが使用する、電話番号やメールアドレス、ＳＩＰ−ＵＲＬといった接続用ＩＤと、各コミュニケーション端末がグローバルＩＰ網１００において使用するＩＰアドレスとを対応付けて管理するとともに、クローズドＩＰ網１０３を通じてアプリケーションサーバ１０１と通信する機能を有する。
【００２４】
なお、アプリケーションサーバ１０１及び通信制御サーバ１０２は、単一障害点（シングル・ポイント・オブ・フェイラー）の回避や自身の負荷分散を行えるよう、異なるＩＰアドレスを持つ複数のハードウェア装置で構成し、コミュニケーション端末１１０、１２０、１３０ａ、１３０ｂ、アプリケーションサーバ１０１、通信制御サーバ１０２からは、１つの論理的なＩＰアドレスで通信できるよう構成されていることが望ましい。
【００２５】
また、図１において、コミュニケーション端末Ａ、Ｂ、Ｃ1、Ｃ2として、例えばコミュニケーション端末Ａ１１０はデスクトップパソコン等の汎用ＰＣであり、コミュニケーション端末Ｂ１２０は携帯電話等の無線通信端末であり、コミュニケーション端末Ｃ1、Ｃ2は同一のユーザが使用するコミュニケーション端末であって、コミュニケーション端末Ｃ1１３０ａはノートパソコン等の汎用ＰＣ、コミュニケーション端末Ｃ2１３０ｂはＩＰ電話等のIPネットワークの技術を用いて音声を伝達するための装置である。いずれのコミュニケーション端末Ａ、Ｂ、Ｃ1、Ｃ2も、アプリケーションサーバ１０１と通信可能なブラウザソフトウェアと、通信制御サーバ及びその他のコミュニケーション端末Ｂ、Ｃ１、Ｃ２と通信可能なコミュニケーションソフトウェアとを備えており、それぞれのソフトウェアが独立して動作するものである。さらに、各コミュニケーション端末Ａ、Ｂ、Ｃ1、Ｃ2と通信制御サーバ１０２及び、各コミュニケーション端末Ａ、Ｂ、Ｃ1、Ｃ2同士の通信は、例えば、先に記載したＩＥＴＦにて規定されている技術により実現することができる。
【００２６】
本発明の通信システムにおけるアプリケーションサーバ１０１と通信制御サーバ１０２間の通信には、一般的なＨＴＴＰ等の通信手段を用いることが可能である。
【００２７】
次に、図２により、本実施形態における通信制御サーバ１０２について詳細な説明を行う。
【００２８】
図２において、通信制御サーバ１０２は、対アプリケーションサーバ通信部２０１と、サービス制御部２０２と、通信制御部２０３と、端末通信部（以下、「対コミュニケーション端末通信部」という。）２０４と、データベース２０５とを備えている。
【００２９】
対アプリケーションサーバ通信部２０１は、ＨＴＴＰ等の通信手段により、サービス制御部２０２とアプリケーションサーバ１０１との間の情報受信を実現する。
【００３０】
サービス制御部２０２は、通信制御部２０３を通じて各コミュニケーション端末Ａ、Ｂ、Ｃ1、Ｃ2との通信を行う部分であり、アプリケーションサーバ１０１からの要求に応じて、通信制御サーバ１０２が提供する通信サービスの利用を許可されたユーザであるか否かを確認するユーザ認証部を備えてもよい。
【００３１】
通信制御部２０３は、サービス制御部２０２とコミュニケーション端末Ａ、Ｂ、Ｃ1、Ｃ2の間の情報送受信を制御する機能を具備している。具体的には、例えば、ＩＥＴＦにて標準化されている標準勧告文書ＲＦＣ３２６１で規定されているトランザクションプロキシ機能により実現され、その場合、サービス制御部２０２とコミュニケーション端末Ａ、Ｂ、Ｃ1、Ｃ2は同規定のユーザエージェント機能として動作する。
【００３２】
対コミュニケーション端末通信部２０４は、一般的なＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）やＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）等の通信手段を具備しており、通信制御部２０３と各コミュニケーション端末Ａ、Ｂ、Ｃ1、Ｃ2のとの間の情報送受信を実現する。
【００３３】
データベース２０５は各コミュニケーション端末Ａ、Ｂ、Ｃ1、Ｃ2の位置情報を管理するものであり、グローバルＩＰ網１００で各コミュニケーション端末Ａ、Ｂ、Ｃ1、Ｃ2が使用するＩＰアドレスを位置情報として、該当端末を使用するユーザの認証用ＩＤおよび接続用ＩＤとに対応付け保持する記憶手段を備えている。ここで、認証用ＩＤとは、例えば、前述した標準勧告文書ＲＦＣ３２６１で規定されている認証手順で使用されるような、通信制御サーバ１０２が提供する通信サービスの利用を許可されたユーザであるか否かを識別するための情報であり、接続用ＩＤとは、認証用ＩＤで識別されるユーザが使用する電話番号やｓｉｐ−ＵＲＬ等、ユーザ間で相手ユーザを識別するための情報である。
【００３４】
なお、本実施形態における通信制御サーバ１０２は、対アプリケーションサーバ通信部２０１とサービス制御部２０２とを含む機能ブロック２００ａ、通信制御部２０３と対コミュニケーション端末通信部２０４とを含む機能ブロック２００ｂ、データベース２０５のそれぞれ異なるハードウェア装置として配置する構成とすることもできる。それぞれ異なるハードウェア装置として配置する構成にすれば、各サーバにかかる処理負荷を分散させるといった効果を奏することが可能となる。
【００３５】
図３に本第１の実施形態におけるアプリケーションサーバ１０１を示す。以下、図３を用いてアプリケーションサーバ１０１の詳細を説明する。
【００３６】
図３において、本実施形態のアプリケーションサーバ１０１は、対コミュニケーション端末通信部３０１と、コンテンツ制御部３０２と、対通信制御サーバ通信部３０３と、データベース３０４とを備えている。
【００３７】
対コミュニケーション端末通信部３０１は、例えば、ＨＴＴＰ等の通信手段によりＷｅｂブラウザ機能を有するソフトウェアが動作する端末Ａ、Ｂ、Ｃ1、Ｃ2とアプリケーションサーバ１０１との間の情報送受信を実現するものである。
【００３８】
コンテンツ制御部３０２は、コミュニケーション端末Ａ、Ｂ、Ｃ1、Ｃ2を介して送られてくるユーザからの要求に応じてデータベース３０４に保存管理されているコンテンツを対象ユーザに対して参照させるとともに、そのユーザが使用する接続用ＩＤと参照するコンテンツに付与されたコンテンツＩＤとに対応づけられたエントリＩＤを生成し、接続用ＩＤ、コンテンツＩＤ、エントリＩＤとを含むエントリ情報をデータベース３０４へ記憶させる機能を有する。さらに、通信制御サーバ１０２がユーザ認証部を備える場合には、その通信サービスを利用しようとするユーザが、通信制御サーバ１０２が提供する通信サービスの利用を許可されたユーザであるか否かをユーザ認証部に対して認証するよう要求する機能をも有する。
【００３９】
対通信制御サーバ通信部３０３は、コンテンツ制御部３０２と通信制御サーバ１０２との間の情報送受信を実現する。なお、コンテンツ制御部３０２と通信制御サーバ１０２間の通信には、一般的なＨＴＴＰ等の通信手段の他、ＳＩＰを用いた通信手段も用いることが可能である。
【００４０】
データベース３０４は、例えばＨＴＭＬ文書や画像等のコンテンツとそれらのコンテンツに付与されたコンテンツＩＤとを管理するコンテンツ情報、および、ユーザが使用する接続用ＩＤとコンテンツＩＤ、そして、これらの接続用ＩＤとコンテンツＩＤとに対応づけられたエントリＩＤとを管理するエントリ情報を有するものであり、コンテンツとコンテンツＩＤ、接続用ＩＤとコンテンツＩＤとエントリＩＤとを保持する記憶手段を備えている。これらの接続用ＩＤ、コンテンツＩＤ、エントリＩＤは、各コミュニケーション端末Ａ、Ｂ、Ｃ1、Ｃ2からコンテンツ制御部３０２へアプリケーションサーバ１０１を介して送信される要求信号によりデータベース３０４に記憶され保持される。
【００４１】
ここで、本実施形態のエントリＩＤとは、アプリケーションサーバ１０１に送信された接続用ＩＤとコンテンツＩＤとに基づきコンテンツ制御部３０２により生成される識別子であり、あるコンテンツを介して確立される通信コネクションの要求毎に付与され、アプリケーションサーバおよび通信サーバ間で利用されるとともに、所定の接続用ＩＤを有するユーザ端末に対して所定の通信サービスを提供するための識別情報をいう。
【００４２】
具体的には、所定の通信サービスを利用するユーザの第１のコミュニケーション端末に付与された接続用ＩＤと第１のコミュニケーション端末が参照するコンテンツ、そのコンテンツを介して第１のコミュニケーション端末のユーザと通信コネクションの確立を要求する第２のコミュニケーション端末の接続用ＩＤに対応づけられ、この所定の通信サービスを提供する通信制御サーバ１０２およびアプリケーションサーバ１０１間の連携を図るため、通信制御サーバ１０２とアプリケーションサーバ１０１とで利用される。
【００４３】
また、本実施形態におけるアプリケーションサーバ１０1は、対コミュニケーション端末通信部３０１とコンテンツ制御部３０２とを含む機能ブロック３００ａ、対通信制御サーバ通信部３０３とコンテンツ制御部３０２とを含む機能ブロック３００ｂ、データベース３０４のそれぞれ異なるハードウェア装置として配置する構成とし、各サーバにかかる処理負荷を分散させることも可能である。なお、機能ブロック３００ａに含まれるコンテンツ制御部は、ＨＴＭＬ文書や画像等のコンテンツをコミュニケーション端末Ａ、Ｂ、Ｃ1、Ｃ2へ参照させる機能を有し、機能ブロック３００ｂに含まれるコンテンツ制御部は、エントリＩＤと接続用ＩＤとコンテンツＩＤとを対応付けてデータベース３０４へ保存する機能を有していることが望ましい。加えて、機能ブロック３００ａ、３００ｂ間の通信には、一般的なＨＴＴＰ等の通信手段を用いることも可能であるが、ＳＩＰを用いた通信手段も用いることができる。
【００４４】
以下、本実施形態に係る通信システムを用いた通信方法について、Ｗｅｂ上に公開されたコミュニティサイトを利用するユーザＡ、ユーザＢの間でテキストメッセージによる情報交換を行う場合を例として、図４を用いて説明する。
【００４５】
コミュニケーション端末Ａを利用するユーザＡは、コミュニケーション端末ＡのＷｅｂブラウザ機能で参照したコミュニティサイトで、不特定のユーザとテキストメッセージによる情報交換を待ち受けたい場合、コミュニケーション端末ＡのＷｅｂブラウザ機能を用いてアプリケーションサーバ１０１に対して、参照しているコンテンツを識別するコンテンツＩＤと自分の接続用ＩＤを送信する。このとき、接続用ＩＤはＷｅｂブラウザ機能によりユーザＡが入力した値であり、コンテンツＩＤは例えばＨＴＭＬ形式にてＷｅｂブラウザが読み取れるよう記述しておけば、Ｗｅｂブラウザ機能で送信する情報内に自動的に設定されるようになるため、接続用ＩＤと共にアプリケーションサーバ１０１へ送信することが可能となる（Ｓ４０１）。
【００４６】
通信制御サーバ１０２にユーザ認証部がある場合では、アプリケーションサーバ１０１から、接続用ＩＤとコンテンツＩＤとを送信したコミュニケーション端末Ａを操作するユーザＡが、その接続用ＩＤを所有するユーザであるか否かの認証をするため、通信制御サーバ１０２のユーザ認証部に対して認証要求の信号を送信する。このときの認証方法については、様々な方法が適用可能であるが、例えばＷｅｂブラウザソフトウェアに実装されている、ＩＥＴＦの標準勧告文書ＲＦＣ２６１７（Ｊ．Ｆｒａｎｋｓ編、“ＨＴＴＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ： Ｂａｓｉｃ ａｎｄ Ｄｉｇｅｓｔ Ａｃｃｅｓｓ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｔａｔｕｓ ｏｆ ｔｈｉｓ Ｍｅｍｏ” １９９９年６月）にて規定されているＤｉｇｅｓｔ認証を利用すれば、アプリケーション１０１を経由して通信制御サーバ１０２とコミュニケーション端末ＡのＷｅｂブラウザ機能との間で認証を行うことが可能となる。その結果、通信サービスを利用するための通信制御サーバでの認証、コミュニティサイトにおけるメンバ確認を行うアプリケーションサーバでの認証を一括して行うことが可能となる（Ｓ４０２、Ｓ４０３、Ｓ４０４）。
【００４７】
ユーザ認証が成功した場合、アプリケーションサーバ１０１はエントリＩＤを生成し、以後の工程に備えてコンテンツＩＤと接続用ＩＤとエントリＩＤとを対応付けてデータベース３０５へ記憶保持する。データベース３０５へ各識別子を保存した後、Ｓ４０１の操作結果を表示するコンテンツ（以下、「結果表示コンテンツ」という。）をコミュニケーション端末Ａに対して送信する（Ｓ４０５）。
【００４８】
なお、このＳ４０１からＳ４０５までの一連の動作により、接続用ＩＤとその認証ＩＤを記憶し、認証機能を持つ通信制御サーバ１０２とコミュニケーション端末Ａを使用するユーザＡの間の認証を、アプリケーションサーバ１０１を経由して実現でき、認証が成功した場合はコンテンツＩＤと接続用ＩＤを対応づけてアプリケーションサーバ１０１で記憶しておくことで、さらに後述する動作を実現することも可能となる。
【００４９】
次に、コミュニケーション端末Ｂを利用するユーザＢがコミュニティサイトで待ち受けしている不特定のユーザとテキストメッセージによる情報交換を要求する場合における通信方法を説明する。
【００５０】
まず、不特定のユーザとテキストメッセージによる情報交換を行いたいユーザＢは使用するコミュニケーション端末ＢのＷｅｂブラウザ機能を用いてコミュニティサイトを参照する。このとき、ユーザＢは、参照しているコンテンツを識別するコンテンツＩＤ、自分の接続用ＩＤ、待ち受けをしているユーザ（ユーザＡ）をアプリケーションが識別するためのエントリＩＤとをアプリケーションサーバ１０１へ送信する。ここで、ユーザＢがアプリケーションサーバ１０１へ送信する接続用ＩＤは、ユーザＡの場合と同様、Ｗｅｂブラウザ機能によりユーザＢが入力した値であり、コンテンツＩＤは例えばＨＴＭＬ形式にてＷｅｂブラウザが読み取れるよう記述しておけば、Ｗｅｂブラウザ機能で送信する情報内に自動的に設定することが可能であるため、接続用ＩＤと共にアプリケーションサーバ１０１へ送信することが可能となる。（Ｓ４０６）
【００５１】
この後、Ｓ４０７からＳ４０９において、前述したＳ４０２からＳ４０４と同様の手順によりユーザＢの認証を行い、Ｓ４０６の操作結果を表示する、結果表示コンテンツをコミュニケーション端末Ｂに対して送信する（Ｓ４１０）。
【００５２】
特に、Ｓ４０８ｂでは、アプリケーションサーバ１０１はデータベース３０４に記憶されているエントリ情報から、コミュニケーション端末Ｂが送信したコンテンツＩＤとエントリＩＤに対応する接続用ＩＤ（ここでは、コミュニケーション端末Ａの接続用ＩＤ）を取得し、通信制御サーバ１０２に対してコミュニケーション端末Ａの接続用ＩＤにテキストメッセージを送信するよう指示する。このときコミュニケーション端末Ａに対して送信されるテキストメッセージは、アプリケーションサーバ１０１が提供するサービスの内容、例えばオークションやカスタマサポート等のＷｅｂコンテンツに応じて、その都度、アプリケーションサーバ１０１により生成される（Ｓ４１１）。
【００５３】
本実施形態の通信方法では、コミュニケーション端末Ａに対して送信するテキストメッセージとして、例えば、ユーザＡがＳ４０１の操作により待ち受けているコミュニティサイトでコミュニケーションを開始したいユーザが居ることを示すメッセージ、今からコミュニケーションを開始するか否かを選択するためのコンテンツに付与されたＷｅｂ−ＵＲＬをアプリケーションサーバ１０１で生成する（Ｓ４１２）。なお、このときアプリケーションサーバ１０１にて生成されるＷｅｂ−ＵＲＬの値にはエントリＩＤと時刻等のランダムなＩＤがパラメータとして含まれており、アプリケーションサーバ１０１は該当するＵＲＬに対するアクセスを検出した場合、前述した例ような、今からコミュニケーションを開始するか否かを選択するためのコンテンツ画面を応答することが可能となる。また、このＷｅｂ−ＵＲＬ値は、時刻等のランダムなＩＤを含む値で規定される値であるため、コンテンツ数がいくつ増えても対応することが可能となる。
【００５４】
次に、Ｓ４１３のステップで、前述のＳ４０２からＳ４０４と同様の手順でユーザＡの認証を行い、アプリケーションサーバ１０１は通信制御サーバ１０２へ、Ｓ４１１でユーザＢから入力された接続用ＩＤに対してテキストメッセージを送信するよう指示する。このときのテキストメッセージの内容はアプリケーションサーバ１０１が提供するサービスの内容に応じて、その都度、アプリケーションサーバ１０１が生成する（Ｓ４１４）。本実施形態における通信方法では、例えば、ユーザＢがＳ４１１の操作により要求したコミュニケーションの開始を相手ユーザが許可した旨、以降、相手ユーザとテキストメッセージによるコミュニケーションを直接開始できる情報（例えば、ＩＰアドレスやポート番号）を含むメッセージを生成する。
【００５５】
最後に、Ｓ４１１のステップにてコミュニケーション端末Ａの応答から通信制御サーバ１０２が取得した、今回の通信コネクションで使用するユーザＡのＩＰアドレスとポート番号をＳ４１４のステップにてコミュニケーション端末Ｂに伝えることにより、以後、コミュニケーション端末Ａとコミュニケーション端末Ｂとの間で、通信制御サーバを介することなく、直接コミュニケーション通信を実現する。
【００５６】
なお、このＳ４１１、Ｓ４１５の通信においては、例えば、標準勧告文書ＲＦＣ３４２８で規定された技術を用いることが可能である。その際、通信制御サーバ１０２から各ユーザへ送信される通信開始要求の信号に設定されるパラメータ（例えば、発信者ＩＤ）に通信制御サーバ１０２が管理する第三者の接続用ＩＤを設定、または、ＲＦＣ３３２５（Ｃ．Ｊｅｎｎｉｎｇｓ編、“Ｐｒｉｖａｔｅ Ｅｘｔｅｎｓｉｏｎｓ ｔｏ ｔｈｅ Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ （ＳＩＰ） ｆｏｒ Ａｓｓｅｒｔｅｄ Ｉｄｅｎｔｉｔｙ ｗｉｔｈｉｎ Ｔｒｕｓｔｅｄ Ｎｅｔｗｏｒｋｓ”、２００２年１１月）を用いて発信者ＩＤを匿名ＩＤに変更することにより、実際に使用されるユーザの接続用ＩＤを隠匿することができる。
【００５７】
しかしながら、ユーザ間の通信信号を通信制御サーバを経由させることで、ユーザ同士での通信を確立する通信方法を採用すると、通常のＲＦＣ３４２８やＲＦＣ３３２５では、通信制御サーバ１０２からユーザＢへ送信される通信開始要求の信号としてＴｏヘッダフィールドにユーザＡの接続用ＩＤが設定されてしまう。そのため、その後、同ＲＦＣで用いられるＦｒｏｍヘッダフィールドの値としてユーザＡの接続用ＩＤが利用されてしまう恐れがあり、結果として、ユーザＢは自分が使用するコミュニケーション端末Ｂで受信する通信信号を監視することにより、相手の接続用ＩＤを知ることができてしまう。このような場合においては、ユーザ間の通信において、上記Ｆｒｏｍヘッダフィールドの値を通信制御サーバ１０２に設けた識別子隠匿部の通信制御機能で変更することにより、実際に使用されるユーザの接続用ＩＤを隠匿する。
【００５８】
また、ユーザ間の通信信号を、通信制御サーバ１０２を経由させずにユーザ同士での通信を確立する通信方法を採用する場合では、通信制御サーバ１０２が各ユーザへ送信する通信開始要求信号に設定するＴｏヘッダフィールドの値に、通信制御サーバ１１が管理する第三者のＩＤを設定するか、ＲＦＣ３３２５で推奨される匿名ＩＤを設定することにより、実際に使用されるユーザの接続用ＩＤを隠匿する。
【００５９】
以上説明した本実施形態に係る通信システム及び通信方法のように、アプリケーションサーバ１０１にエントリＩＤを設定する通信システム及び通信方法によれば、インターネット網を介した音声やテキストチャットといったリアルタイムコミュニケーションを用いて実現される各種サービス（インターネットオークションにおける出品者と応札者との連絡／各種コミュニティサイトにおけるユーザ間の情報交換／カスタマーサポートおよび各種サービス業者からの利用者へのコールバック等）にて、普段使用する自分の接続用ＩＤを相手に公開したくない時においても、利用者が普段使用する自分の接続用ＩＤで使用するコミュニケーション端末を受信可能な状態として待機させておく事ができるため、結果として、利用者同士が、お互いの接続用ＩＤを相手に知らせることなく双方向のリアルタイムコミュニケーションを実現することが可能となる。
【００６０】
また、複数のコミュニティサイトにおいて、ＳＩＰを用いた通信手段を備えるコミュニケーション端末を介して、このような待ち合わせを行う場合においても、複数のコミュニティサイト毎にアプリケーションサーバ１０１にエントリＩＤを設定する本実施形態によれば、通信制御サーバ１０２からのメッセージにより、通信コネクションを確立する前に、どのコミュニティサイトに関連する通信コネクションであるかを知る事ができ、かつ、現在の状況に応じて対応するか否かを選択することも可能となる。
【００６１】
さらに、ユーザにとっては、使用する接続用ＩＤは普段使用する接続用ＩＤの１つのみであり、複数の接続用ＩＤを使い分けなくてはならず、サービスの使い勝手が悪くなるといった問題についても回避することが可能となる。
【００６２】
加えて、本実施形態における通信システム及び通信方法において、通信制御サーバ１０２にユーザ認証部を備えておけば、アプリケーションサーバ１０１と通信制御サーバ１０２の連動により、アプリケーションサーバ１０１にアクセスするユーザの認証処理および認証ＩＤの管理を通信制御サーバ１０２で一元的に実施することが可能となるため、コンテンツを利用する場合と通信サービスを利用する場合のＩＤおよびパスワードを同じものとすることができる。その結果、ユーザにとっては、管理するＩＤおよびパスワードは１つのみでよく、複数のＩＤおよびパスワードを管理しなければならず利便性が低下するといった問題も回避することが可能となる。
【実施例２】
【００６３】
次に、本発明の第２の実施形態における半導体装置について説明する。図５は、本発明の第２の実施形態における通信システムのアプリケーションサーバ１０１の詳細を示す図であり、図６は、本発明の第２の実施形態における通信システムを用いた通信方法を説明する図である。なお、先述の第１の実施形態と同様の構成物には同一符号を付しその詳細な説明は省略する。
【００６４】
本第２の実施形態における通信システムは、図１で示した第１の実施の形態における通信システム構成と同様のシステム構成を有しており、本第２の実施形態のアプリケーションサーバ１０１では、データベース５０１に保存されたエントリ情報に、更に、ユーザが望む通信手段が含まれている点で先述した第１の実施形態の通信システムと異なっている。
【００６５】
以下、図６において、第２の実施形態における通信システムを用いた通信方法について、コミュニティサイトを利用するユーザＡとユーザＣとの間で音声通信を行う場合を例として説明する。
【００６６】
コミュニケーション端末Ａを利用するユーザＡは、コミュニケーション端末ＡのＷｅｂブラウザ機能で参照したコミュニティサイトで、不特定のユーザと音声による情報交換を待ち受けたい場合、第１の実施形態で説明したＳ４０１からＳ４０５までのステップを行う（Ｓ５０１）。
【００６７】
このとき、アプリケーションサーバ１０１は、ユーザＡが操作するコミュニケーション端末Ａから入力された入力情報により、ユーザＡが望む通信手段がテキストメッセージか音声通信かを区別し、コンテンツＩＤとユーザＡの接続用ＩＤとエントリＩＤに対応づけてユーザが望む通信手段をデータベース５０１に記憶保持させる。ユーザＡから入力される入力情報には、ユーザＡが希望する通信手段に関する情報が含まれており、このデータベース５０１に保持された通信手段により、ユーザ間の通信コネクションをいずれの通信手段（テキストメッセージ／音声通信）にて確立したいのかを判断する。
【００６８】
次いで、コミュニケーション端末Ｃ1とコミュニケーション端末Ｃ2を利用するユーザＣは、コミュニケーション端末Ｃ1のＷｅｂブラウザ機能を用いて、第１の実施けち対にて説明したＳ４０６からＳ４１０までのステップを行う（Ｓ５０２）。
【００６９】
この後、Ｓ５１１のステップにて、第１の実施形態にて説明したＳ４１１と同様の手順でユーザの認証を行い、アプリケーションサーバ１０１は通信制御サーバ１０２へ、ユーザＡの接続用ＩＤとＳ５１１でユーザＣから入力された接続用ＩＤとを通信可能に接続するよう指示をする。このときの通信方法は、例えば、標準勧告文書ＲＦＣ３７２５にて規定された技術を用いて実現することが可能である。
【００７０】
また、通信コネクションを確立するにあたり、第１の実施形態における通信方法と同様に、本実施形態においても、ユーザＡ、ユーザＣがお互いに自分の接続用ＩＤを相手に知られること無く通信を可能とするため、通信制御サーバ１０２から各ユーザへ送信される通信開始要求信号に設定されるパラメータである発信者ＩＤに通信制御サーバ１０２が管理する第三者の接続用ＩＤを設定し、または、ＲＦＣ３３２５の匿名ＩＤを用いて発信者ＩＤを隠匿することが可能となる。
【００７１】
以上説明した第２の実施形態に係る通信システム及びそれを用いた通信方法によれば、第１の実施形態における通信システムおよび通信方法における効果に加え、テキストによる通信又は音声による通信等、ユーザが希望する通信形態での通信コネクションの確立を実現させることが可能となる。
【図面の簡単な説明】
【００７２】
【図１】第１の実施形態における通信システムを示す概略構成図である。
【図２】第１の実施形態における通信制御サーバの詳細を説明する図である。
【図３】第１の実施形態におけるアプリケーションサーバの詳細を説明する図である。
【図４】第１の実施形態に係る通信システムを用いた通信方法を説明する図である。
【図５】第２の実施形態におけるアプリケーションサーバの詳細を説明する図である。
【図６】第２の実施形態に係る通信システムを用いた通信方法を説明する図である。
【符号の説明】
【００７３】
１００    グローバルＩＰ網（インターネット）
１０１    アプリケーションサーバ
１０２    通信制御サーバ
１０３    クローズドＩＰ網
１１０    コミュニケーション端末Ａ
１２０    コミュニケーション端末Ｂ
１３０ａ    コミュニケーション端末Ｃ1
１３０ｂ    コミュニケーション端末Ｃ2
【図１】
2006108768.tif 000003
【図２】
2006108768.tif 000004
【図３】
2006108768.tif 000005
【図４】
2006108768.tif 000006
【図５】
2006108768.tif 000007
【図６】
2006108768.tif 000008