通信制御システム、通信制御方法および通信制御プログラム
【課題】アドホックな通話相手との間で柔軟にサービスを共有することを課題とする。
【解決手段】セッション管理サーバは、利用者によって通話による通信が行われる通話端末と、同じ利用者によって利用される情報表示端末との対応関係を特定する。また、セッション管理サーバは、発側の通話端末と着側の通話端末との対応関係を特定する。そして、セッション管理サーバは、発側の通話端末について対応関係を特定した発側の情報表示端末と、着側の通話端末について対応関係を特定した着側の情報表示端末とを連携するための連携情報を発行する。一方、サービス提供サーバは、サービスの提供を要求する情報表示端末毎に連携情報を収集する。そして、サービス提供サーバは、複数の連携情報の中からサービスを連携することを示す連携情報を特定し、特定した情報表示端末各々にサービスを連携して提供する。
【解決手段】セッション管理サーバは、利用者によって通話による通信が行われる通話端末と、同じ利用者によって利用される情報表示端末との対応関係を特定する。また、セッション管理サーバは、発側の通話端末と着側の通話端末との対応関係を特定する。そして、セッション管理サーバは、発側の通話端末について対応関係を特定した発側の情報表示端末と、着側の通話端末について対応関係を特定した着側の情報表示端末とを連携するための連携情報を発行する。一方、サービス提供サーバは、サービスの提供を要求する情報表示端末毎に連携情報を収集する。そして、サービス提供サーバは、複数の連携情報の中からサービスを連携することを示す連携情報を特定し、特定した情報表示端末各々にサービスを連携して提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御システム、通信制御方法および通信制御プログラムに関する。
【背景技術】
【０００２】
従来、ＩＰ（Internet Protocol）網に接続するＰＣ（Personal Computer）などに提供されるサービスとして、いわゆるＷｅｂサービスがある。Ｗｅｂサービスとは、ＷＷＷ（World Wide Web）関連技術を適用し、アプリケーションの機能をネットワーク経由で実現するサービスのことをいう。Ｗｅｂサービスの中には、ＰＣ同士でファイルを共有するアプリケーション（例えば特許文献１など）やチャットを実現するアプリケーションなどが存在する。
【０００３】
一方、移動体通信網に接続する移動体端末に提供されるサービスもある。例えば特許文献２には、移動体端末間でＷｅｂページを共有するアプリケーションが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−０４４４２９号公報
【特許文献２】特開２００５−２７５５２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記した従来の技術では、アドホックな通話相手との間で柔軟にサービスを共有することができないという課題があった。
【０００６】
すなわち、従来のＷｅｂサービスでは、例えばＰＣの利用者同士が同じサービスに予め会員登録（例えばバディリストの登録など）していれば、利用者同士が通話をしながら予め会員登録しているＷｅｂサービスを共有することもできるであろう。しかしながら、通話相手が同じサービスに予め会員登録していないような状況であれば、通話相手との間でＷｅｂサービスを共有することは難しい。
【０００７】
また、特許文献２に開示されているアプリケーションなどでは、同じ移動体通信網に接続する移動体端末同士でサービスを共有することはできるであろう。しかしながら、例えば一方の利用者が携帯電話で他方の利用者が固定電話であるといった状況であれば、通話相手との間でサービスを共有することは難しい。
【０００８】
開示の技術は、上記に鑑みてなされたものであって、アドホックな通話相手との間で柔軟にサービスを共有することが可能な通信制御システム、通信制御方法および通信制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本願の開示する通信制御システム、通信制御方法および通信制御プログラムは、一つの態様において、ネットワーク上のサービスを情報表示端末に提供する通信を制御する通信制御システムであって、セッション管理サーバは、利用者によって通話による通信が行われる通話端末と、当該利用者によって利用される情報表示端末との対応関係を特定する端末対応関係特定手段と、発側の通話端末と、当該通話端末との間で通話による通信を確立した着側の通話端末との対応関係を特定する通話対応関係特定手段と、前記通話対応関係特定手段によって特定された発側の通話端末について前記端末対応関係特定手段によって対応関係が特定された発側の情報表示端末と、前記通話対応関係特定手段によって特定された着側の通話端末について前記端末対応関係特定手段によって対応関係が特定された着側の情報表示端末とを連携するための連携情報を発行する連携情報発行手段とを備える。また、サービス提供サーバは、サービスの提供を要求する情報表示端末毎に、前記連携情報発行手段によって発行された連携情報を収集する連携情報収集手段と、前記連携情報収集手段によって収集された複数の連携情報の中からサービスを連携することを示す連携情報を特定し、特定した連携情報の収集元である情報表示端末各々に提供するサービスを連携するようにサービス提供を制御するサービス提供制御手段とを備える。
【発明の効果】
【００１０】
本願の開示する通信制御システム、通信制御方法および通信制御プログラムの一つの態様によれば、アドホックな通話相手との間で柔軟にサービスを共有することが可能になるという効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】図１は、通信制御システム、通信制御方法および通信制御プログラムの概要を説明するための図である。
【図２】図２は、セッション管理サーバの構成を示すブロック図である。
【図３】図３は、電話番号管理テーブルを説明するための図である。
【図４】図４は、通話端末登録テーブルを説明するための図である。
【図５】図５は、制御用セッション管理テーブルを説明するための図である。
【図６】図６は、発着間紐付けＩＤテーブルを説明するための図である。
【図７】図７は、サービス提供サーバの構成を示すブロック図である。
【図８】図８は、Ｗｅｂセッション情報管理テーブルを説明するための図である。
【図９】図９は、実施例１に係る通信制御システムによる処理手順を示すシーケンス図である。
【図１０】図１０は、実施例１に係る通信制御システムによる処理手順を示すシーケンス図である。
【図１１】図１１は、実施例１に係る通信制御システムによる処理手順を示すシーケンス図である。
【図１２】図１２は、実施例２における電話番号管理テーブルを説明するための図である。
【図１３】図１３は、実施例２に係る通信制御システムによる処理手順を示すシーケンス図である。
【図１４】図１４は、実施例２における通話端末登録テーブルを説明するための図である。
【図１５】図１５は、実施例３に係る通信制御システムによる処理手順を示すシーケンス図である。
【図１６】図１６は、実施例４における電話番号管理テーブルを説明するための図である。
【図１７】図１７は、実施例４に係る通信制御システムによる処理手順を説明するためのシーケンス図である。
【発明を実施するための形態】
【００１２】
以下、本願の開示する通信制御システム、通信制御方法および通信制御プログラムの実施例を図面に基づいて詳細に説明する。なお、以下の実施例により本発明が限定されるものではない。
【００１３】
［通信制御システム、通信制御方法および通信制御プログラムの概要］
まず、図１を用いて、各実施例に係る通信制御システム、通信制御方法および通信制御プログラムの概要を説明する。なお、図１は、通信制御システム、通信制御方法および通信制御プログラムの概要を説明するための図である。
【００１４】
上記したように、本願の開示する通信制御システム、通信制御方法および通信制御プログラムは、一つの態様において、アドホックな通話相手との間で柔軟にサービスを共有することを目的としている。言い換えると、利用者同士によって行われる通話は、双方がＰＳＴＮ（Public Switched Telephone Network）に接続する固定電話であることもあれば、一方が携帯電話網に接続する携帯電話で他方が固定電話であることもある。あるいは、一方が携帯電話で他方がＳＩＰ（Session Initiation Protocol）網に接続するＳＩＰフォンであることもある。このように、通話というものは、図１に示すように、まさにアドホックな利用者同士でアドホックな環境で確立されるものであり、実施例に係る通信制御システム、通信制御方法および通信制御プログラムは、このようなアドホックな通話相手との間で柔軟にサービスを共有することを目的としている。なお、実施例１においては、図１に示すように、一方が携帯電話網に接続する携帯電話で、他方がＳＩＰ網に接続するＳＩＰフォンであることを想定するが、本発明はこれに限られるものではない。携帯電話網以外の他の網である場合や、ＳＩＰ網以外の他のＩＰ網である場合にも、本発明を同様に適用することができる。
【００１５】
さて、以下の実施例においては、利用者が通話に用いる端末を「通話端末」と呼び、利用者がサービスによって提供される情報を表示する端末を「情報表示端末」と呼ぶ。上記したように、通話はアドホックな環境で確立されるものであるので、「通話端末」としても様々な形態を想定し得る。例えば、固定電話、ＳＩＰフォン、携帯電話、ＰＨＳ（Personal Handyphone System）などである。一方、「情報表示端末」としても様々な形態を想定し得る。例えば、ＰＣ、街頭設置型の大型ディスプレイ、ＰＤＡ（Personal Digital Assistants）などである。なお、「通話端末」と「情報表示端末」とが物理的に一体の形態で実現されることも無論想定され得る。
【００１６】
ここで、以下の実施例において、「情報表示端末」にサービスを提供するサーバが「サービス提供サーバ」であり、「サービス提供サーバ」が、「情報表示端末」各々に提供するサービスを連携するよう、サービス提供を制御する。もっとも、上記したように、「通話端末」によって確立される通話はアドホックな環境で確立されるものであり、同様に、利用者によって「情報表示端末」が利用される環境もアドホックなものとなる。このため、「サービス提供サーバ」によるサービス連携を実現するために、「セッション管理サーバ」が一役買うことになる。
【００１７】
詳細については後述するが、ここでは簡単に説明すると、「セッション管理サーバ」が、利用者において利用される「通話端末」と「情報表示端末」との対応関係や、利用者同士で「通話端末」によって確立された通話を管理し、どの「情報表示端末」とどの「情報表示端末」とを連携すればよいかを示す連携情報を発行する。「サービス提供サーバ」は、発行された連携情報を用いることで、サービス連携を実現する。
【００１８】
なお、各実施例で用いる主要な用語のうち、「制御用セッション情報」、「発着間紐付けＩＤ」、「Ｗｅｂセッション情報」、「ｃａｌｌセッション情報」について説明する。
【００１９】
「制御用セッション情報」とは、「セッション管理サーバ」が、「情報表示端末」との間で通信を行うために、「情報表示端末」のＷｅｂブラウザに対して払い出す情報のことである。「制御用セッション情報」は、一般的には確立されたセッションごと（通話ごと）に新しく払い出されるため、「セッション管理サーバ」は、「情報表示端末」と「セッション管理サーバ」との間で確立されたＷｅｂ通信を一意に識別することができる。例えば、『セッションＩＤ』（CookieのＩＤ）などである。
【００２０】
「発着間紐付けＩＤ」とは、「セッション管理サーバ」が、どの「情報表示端末」とどの「情報表示端末」とを連携すればよいかを示すために発行する連携情報のことである。「発着間紐付けＩＤ」は、一般的には確立されたセッションごと（通話ごと）に新しく発行されるため、「サービス提供サーバ」は、セッション単位で（通話単位で）「情報表示端末」各々を紐付けることができる。
【００２１】
「Ｗｅｂセッション情報」とは、「サービス提供サーバ」が、「情報表示端末」との間で通信を行うために、「情報表示端末」のＷｅｂブラウザに対して払い出す情報のことである。「Ｗｅｂセッション情報」は、一般的には確立されたセッションごと（通話ごと）に新しく払い出されるため、「サービス提供サーバ」は、「情報表示端末」と「サービス提供サーバ」との間で確立されたＷｅｂ通信を一意に識別することができる。例えば、『セッションＩＤ』（CookieのＩＤ）などである。
【００２２】
「ｃａｌｌセッション情報」とは、「通話端末」間で確立されたセッションから収集される情報であり、発側の「通話端末」や着側の「通話端末」を特定する情報を含む情報である。以下に説明する実施例１〜３においては、一方の「通話端末」がＳＩＰフォンであることを想定しているので、ｃａｌｌセッション情報としては、ＳＩＰ通信に含まれる情報である『Ｆｒｏｍ』や『Ｔｏ』が想定される。なお、ｃａｌｌセッション情報の中には、『Ｆｒｏｍ』や『Ｔｏ』の他に、『Ｃａｌｌ−ＩＤ』、『ｉｓｕｂ』、『ｔａｇ』、『Ｄａｔｅ』などの情報も含まれるので、これらの情報を組み合わせることで、確立されたセッションを一意に識別する情報として用いることもできる。
【実施例１】
【００２３】
［実施例１に係る通信制御システムの構成］
続いて、本願の開示する通信制御システムの一つの態様として、実施例１に係る通信制御システムの構成を説明する。まず、図２〜８を用いて、セッション管理サーバおよびサービス提供サーバの構成を説明する。図２は、セッション管理サーバの構成を示すブロック図である。また、図３は、電話番号管理テーブルを説明するための図であり、図４は、通話端末登録テーブルを説明するための図であり、図５は、制御用セッション管理テーブルを説明するための図であり、図６は、発着間紐付けＩＤテーブルを説明するための図である。また、図７は、サービス提供サーバの構成を示すブロック図であり、図８は、Ｗｅｂセッション情報管理テーブルを説明するための図である。
【００２４】
［セッション管理サーバ］
セッション管理サーバ１００は、以下に説明する各部が汎用的なサーバなどに備えられることによって実現され、特に本発明に密接に関連するものとしては、図２に示すように、通信部１１０と、記憶部１２０と、制御部１３０とを備える。
【００２５】
通信部１１０は、ＨＴＴＰ（HyperText Transfer Protocol）通信用の一般的なインタフェースおよびライブラリを備え、情報表示端末との間で情報を送受信したり、ＧＷ（GateWay）やＨＧＷ(Home GateWay)、サービス提供サーバ２００との間で情報を送受信するなどする。
【００２６】
記憶部１２０は、図２に示すように、電話番号管理テーブル１２１と、通話端末登録テーブル１２２と、制御用セッション管理テーブル１２３と、発着間紐付けＩＤテーブル１２４とを備える。
【００２７】
電話番号管理テーブル１２１は、通話端末の電話番号を管理するテーブルである。例えば、図３に示すように、セッション管理サーバ１００は、電話番号管理テーブル１２１に、電話番号および当該電話番号を利用する利用者のパスワードのリストを、ＧＷのＩＰアドレスに対応づけて予め記憶している。なお、電話番号管理テーブル１２１がどのように利用されるかについては、実施例１に係る通信制御システムによる処理手順を説明する際に詳述する。
【００２８】
通話端末登録テーブル１２２は、通話端末と情報表示端末との対応関係を登録するテーブルである。例えば、図４に示すように、セッション管理サーバ１００は、通話端末登録テーブル１２２に、電話番号とＧＷのＩＰアドレスと制御用セッション情報とを対応づけて記憶する。なお、通話端末登録テーブル１２２がどのように利用されるかについては、実施例１に係る通信制御システムによる処理手順を説明する際に詳述する。
【００２９】
制御用セッション管理テーブル１２３は、制御用セッション情報を管理するテーブルである。例えば、図５に示すように、セッション管理サーバ１００は、制御用セッション管理テーブル１２３に、制御用セッション情報とｃａｌｌセッション情報と発着判定フラグと通話情報（開始時刻〜終了時刻）とを対応づけて記憶する。なお、制御用セッション管理テーブル１２３がどのように利用されるかについては、実施例１に係る通信制御システムによる処理手順を説明する際に詳述する。
【００３０】
なお、発着判定フラグとは、通話端末１０と通話端末１５との間で確立されたセッションについて、通話端末１５（制御用セッション情報を払い出した情報表示端末２５と組で利用される通話端末１５）が発側であるのか着側であるのかを判定するフラグである。また、通話情報とは、通話端末１０と通話端末１５との間で確立されたセッションについて、セッションの開始時刻と終了時刻とを示す情報である。
【００３１】
発着間紐付けＩＤテーブル１２４は、発着間紐付けＩＤを管理するテーブルである。例えば、図６に示すように、セッション管理サーバ１００は、発着間紐付けＩＤテーブル１２４に、制御用セッション情報と発着間紐付けＩＤとを対応づけて記憶する。なお、発着間紐付けＩＤテーブル１２４がどのように利用されるかについては、実施例１に係る通信制御システムによる処理手順を説明する際に詳述する。
【００３２】
図２に戻り、制御部１３０は、通話端末登録部１３１と、発着間紐付けＩＤ発行部１３２とを備える。
【００３３】
通話端末登録部１３１は、利用者によって通話による通信が行われる通話端末と、同じ利用者によって利用される情報表示端末との対応関係を特定する。具体的には、通話端末登録部１３１は、通話端末と情報表示端末との対応関係を特定するとともに、情報表示端末との間で通信を行うための制御用セッション情報を払い出し、通話端末を識別する電話番号と制御用セッション情報とを通話端末登録テーブル１２２に登録することで、通話端末と情報表示端末との紐付けを完了する。なお、通話端末登録部１３１による処理の詳細については、実施例１に係る通信制御システムによる処理手順を説明する際に詳述する。
【００３４】
発着間紐付けＩＤ発行部１３２は、発側の通話端末と、この通話端末との間で通話による通信を確立した着側の通話端末との対応関係を特定するとともに、発側の通話端末と対応関係にある発側の情報表示端末と、着側の通話端末と対応関係にある着側の情報表示端末とを連携するための発着間紐付けＩＤを発行する。具体的には、発着間紐付けＩＤ発行部１３２は、一方の情報表示端末から送信されたｃａｌｌセッション情報を用いて発側の通話端末と着側の通話端末との対応関係を特定する。また、発着間紐付けＩＤ発行部１３２は、発側の情報表示端末と着側の情報表示端末とを連携するための発着間紐付けＩＤを発行し、制御用セッション情報と発着間紐付けＩＤとを発着間紐付けＩＤテーブル１２４に格納することで、発着の情報表示端末の紐付けを完了する。なお、発着間紐付けＩＤ発行部１３２による処理の詳細については、実施例１に係る通信制御システムによる処理手順を説明する際に詳述する。
【００３５】
［サービス提供サーバ］
サービス提供サーバ２００は、以下に説明する各部が汎用的なサーバなどに備えられることによって実現され、特に本発明に密接に関連するものとしては、図７に示すように、通信部２１０と、記憶部２２０と、制御部２３０とを備える。
【００３６】
通信部２１０は、ＨＴＴＰ通信用の一般的なインタフェースおよびライブラリを備え、情報表示端末との間で情報を送受信したり、セッション管理サーバ１００との間で情報を送受信するなどする。
【００３７】
記憶部２２０は、図７に示すように、Ｗｅｂセッション情報管理テーブル２２１を備える。
【００３８】
Ｗｅｂセッション情報管理テーブル２２１は、Ｗｅｂセッション情報と発着間紐付けＩＤとの対応関係を管理するテーブルである。例えば、図８に示すように、サービス提供サーバ２００は、Ｗｅｂセッション情報管理テーブル２２１に、Ｗｅｂセッション情報と発着間紐付けＩＤとを対応づけて記憶する。なお、Ｗｅｂセッション情報管理テーブル２２１がどのように利用されるかについては、実施例１に係る通信制御システムによる処理手順を説明する際に詳述する。
【００３９】
図７に戻り、制御部２３０は、発着間紐付けＩＤ収集部２３１と、サービス提供制御部２３２とを備える。
【００４０】
発着間紐付けＩＤ収集部２３１は、サービスの提供を要求する情報表示端末毎に発着間紐付けＩＤを収集する。具体的には、発着間紐付けＩＤ収集部２３１は、サービスの提供を要求する情報表示端末毎に、当該情報表示端末との間で通信を行うためのＷｅｂセッション情報を払い出すとともに発着間紐付けＩＤを収集し、Ｗｅｂセッション情報と発着間紐付けＩＤとを対応づけてＷｅｂセッション情報管理テーブル２２１に格納する。なお、発着間紐付けＩＤ収集部２３１による処理の詳細については、実施例１に係る通信制御システムによる処理手順を説明する際に詳述する。
【００４１】
サービス提供制御部２３２は、複数の発着間紐付けＩＤの中からサービスを連携することを示す発着間紐付けＩＤを特定し、特定した発着間紐付けＩＤの収集元である情報表示端末各々に提供するサービスを連携するようにサービス提供を制御する。具体的には、サービス提供制御部２３２は、Ｗｅｂセッション情報管理テーブル２２１を参照して同一の発着間紐付けＩＤである２つの発着間紐付けＩＤを特定し、特定した２つの発着間紐付けＩＤに対応づけて記憶されているＷｅｂセッション情報を用いて通信を行う情報表示端末各々に対して、サービスを連携して提供する。なお、サービス提供制御部２３２による処理の詳細については、実施例１に係る通信制御システムによる処理手順を説明する際に詳述する。
【００４２】
［実施例１に係る通信制御システムによる処理手順］
次に、図９〜１１を用いて、実施例１に係る通信制御システムによる処理手順を説明する。図９〜１１は、実施例１に係る通信制御システムによる処理手順を示すシーケンス図である。なお、まず、図９および１０を用いて通話端末の登録を通話開始前に行う手法を説明し、次に、図１１を用いて通話端末の登録を通話開始後に行う手法を説明する。
【００４３】
［通話端末の登録を通話開始前に行う手法］
実施例１において、一方の通話端末１０は、例えば携帯電話などであり、一方の情報表示端末２０は、街頭設置型の大型ディスプレイなどである。情報表示端末２０はＧＷ３０配下に接続しているが、通話端末１０はＧＷ３０配下に接続していないものとする。また、他方の通話端末１５は、例えば固定電話などであり、他方の情報表示端末２５は、ＰＣなどである。他方の情報表示端末２５はＨＧＷ３５配下に接続しており、通話端末１５もＨＧＷ３５配下に接続しているものとする。
【００４４】
実施例１において、セッション管理サーバ１００は、携帯電話である通話端末１０と街頭設置型の大型ディスプレイである情報表示端末２０との対応関係を特定すべく、次のような仕組みを実現する。すなわち、後述するように、セッション管理サーバ１００が電話番号のリストを大型ディスプレイに表示し、携帯電話の利用者が大型ディスプレイに表示された電話番号のリストから自らの携帯電話の電話番号を選択することで、結果として、大型ディスプレイである情報表示端末２０が、セッション管理サーバ１００に対して、利用者が利用する携帯電話の電話番号を送信することになる。つまり、セッション管理サーバ１００は、大型ディスプレイである情報表示端末２０から送信された電話番号を受信することで、大型ディスプレイと、受信した電話番号によって識別される携帯電話とが、現に同じ利用者によって利用されているという対応関係を特定することができるのである。
【００４５】
また、実施例１において、セッション管理サーバ１００は、通話端末１０と通話端末１５との対応関係を特定すべく、次のような仕組みを実現する。すなわち、後述するように、セッション管理サーバ１００は、通話端末１５からｃａｌｌセッション情報を受信し、このｃａｌｌセッション情報を用いて発側の通話端末１０や着側の通話端末１５を特定するので、現に通話端末１０と通話端末１５とが通話による通信を確立しているという対応関係を特定することができるのである。
【００４６】
以下、シーケンス図に従って詳細に説明する。なお、セッション管理サーバ１００は、電話番号管理テーブル１２１に、電話番号および当該電話番号を利用する利用者のパスワードのリストを、ＧＷ３０のＩＰアドレスに対応づけて予め記憶している（図３参照）。これは、ＧＷ３０配下に接続する情報表示端末２０を利用する通信端末１０を、電話番号およびパスワードによって予め登録するものである。
【００４７】
図９のステップＳ１０１に示すように、情報表示端末２０は、お気に入りなどに登録されているＵＲＬが利用者によって指定されることでＧＷ３０にアクセスし（ステップＳ１０１）、ＧＷ３０から受信した情報を画面表示する（ステップＳ１０２）。例えば、情報表示端末２０は、通話端末の登録を要求する通話端末登録要求を受け付けるための画面を表示する。
【００４８】
ここで、図９のステップＳ１０３に示すように、情報表示端末２０の利用者が、例えば、情報表示端末２０に表示された画面の「受付ボタン」を押下したとする（ステップＳ１０３）。なお、図中用いた人の顔マークは、当該処理を実行する主体が利用者であることを示す。
【００４９】
すると、情報表示端末２０は、利用者によって「受付ボタン」が押下された旨をＧＷ３０に通知し（ステップＳ１０４）、ＧＷ３０は、通話端末登録要求の送信先として予め記憶していたセッション管理サーバ１００のＵＲＬ（Uniform Resource Locator）に、通話端末登録要求を送信する（ステップＳ１０５）。この時、ＧＷ３０は、通話端末登録要求にＩＰアドレス（例えば「ＩＰ１」）を含めて送信する。
【００５０】
一方、セッション管理サーバ１００の通話端末登録部１３１は、ＧＷ３０から通話端末登録要求を受信すると、通話端末登録要求に含められていたＧＷ３０のＩＰアドレスを用いて電話番号およびパスワードのリストを取得する（ステップＳ１０６）。具体的には、通話端末登録部１３１は、通話端末登録要求からＧＷ３０のＩＰアドレス「ＩＰ１」を抽出し、抽出した「ＩＰ１」を用いて電話番号管理テーブル１２１を参照する。そして、通話端末登録部１３１は、「ＩＰ１」に対応づけて記憶されている電話番号およびパスワードのリスト（「ＴＥＬ１」および「ＰＷＤ１」、「ＴＥＬ２」および「ＰＷＤ２」、「ＴＥＬ３」および「ＰＷＤ３」）を取得する。
【００５１】
次に、通話端末登録部１３１は、ステップＳ１０６において取得した電話番号およびパスワードのリストを通話端末登録応答としてＧＷ３０に送信する（ステップＳ１０７）。
【００５２】
すると、ＧＷ３０は、まず、利用者にパスワードの入力を要求する画面を情報表示端末２０に送信し、情報表示端末２０が、パスワードの入力を要求する画面を表示する（ステップＳ１０８）。ここで、図９のステップＳ１０９に示すように、情報表示端末２０の利用者が、例えば、情報表示端末２０に表示された画面にパスワード「ＰＷＤ１」を入力したとする（ステップＳ１０９）。
【００５３】
図９においては省略されているが、利用者によって入力されたパスワード「ＰＷＤ１」は、情報表示端末２０からＧＷ３０に送信され、ＧＷ３０は、ステップＳ１０７において取得したリストを用いて当該パスワードを認証する。そして、パスワード「ＰＷＤ１」が登録済みのパスワードであることを確認すると、ＧＷ３０は、続いて、ステップＳ１０７において取得した電話番号のリストを情報表示端末２０に送信し、情報表示端末２０が、電話番号のリストを表示する。すると、情報表示端末２０の利用者は、自己の通話端末１０の電話番号（例えば「ＴＥＬ１」）を選択する。
【００５４】
すると、情報表示端末２０は、通話端末登録要求の送信先として予め記憶していたセッション管理サーバ１００のＵＲＬに通話端末登録要求を送信する（ステップＳ１１０）。この時、情報表示端末２０は、通話端末登録要求に、ステップＳ１０９において選択された通話端末１０の電話番号（例えば「ＴＥＬ１」）を含めて送信する。
【００５５】
一方、セッション管理サーバ１００の通話端末登録部１３１は、情報表示端末２０から通話端末登録要求を受信すると、通話端末登録要求に含められていた通話端末１０の電話番号を用いてＧＷ３０のＩＰアドレスを取得するとともに、制御用セッション情報を払い出す（ステップＳ１１１）。
【００５６】
すなわち、上記したように、セッション管理サーバ１００は、電話番号管理テーブル１２１に、電話番号および当該電話番号を利用する利用者のパスワードのリストを、ＧＷ３０のＩＰアドレスに対応づけて予め記憶している。このため、通話端末登録部１３１は、通話端末登録要求から通話端末１０の電話番号「ＴＥＬ１」を抽出し、抽出した「ＴＥＬ１」を用いて電話番号管理テーブル１２１を参照する。そして、通話端末登録部１３１は、「ＴＥＬ１」に対応づけて記憶されているＧＷ３０のＩＰアドレス「ＩＰ１」を取得するとともに、情報表示端末２０用の制御用セッション情報（例えば「ＳＥＩＧＹＯ１」）を払い出す。
【００５７】
そして、通話端末登録部１３１は、通話端末１０と情報表示端末２０との紐付けを完了する（ステップＳ１１２）。具体的には、通話端末登録部１３１は、ステップＳ１１０において受信した通話端末１０の電話番号「ＴＥＬ１」と、ステップＳ１１１において取得したＧＷ３０のＩＰアドレス「ＩＰ１」と、ステップＳ１１１において払い出した制御用セッション情報「ＳＥＩＧＹＯ１」とを対応づけて通話端末登録テーブル１２２に登録する。
【００５８】
そして、通話端末登録部１３１は、ステップＳ１１１において払い出した制御用セッション情報（例えば「ＳＥＩＧＹＯ１」）を通話端末登録応答として情報表示端末２０に送信する（ステップＳ１１３）。こうして、情報表示端末２０に紐付ける通話端末１０の登録が通話開始前に完了した。
【００５９】
さて、図９のステップＳ１１４に示すように、通話端末１０と通話端末１５との間で通話が開始され、通話中の状態となった（ステップＳ１１４）。
【００６０】
実施例１においては、一方の通話端末１５は、情報表示端末２５と同じくＨＧＷ３５の配下に接続している。このため、ＨＧＷ３５は、通話端末１５によって確立された通信を一意に識別するｃａｌｌセッション情報を自ら収集することで取得する（ステップＳ１１５）。例えば、ＨＧＷ３５は、ｃａｌｌセッション情報としての『Ｆｒｏｍ』（例えば「ＴＥＬ１」）および『Ｔｏ』（例えば「ＴＥＬ２」）、並びに『Ｃａｌｌ−ＩＤ』を、ＳＩＰによって確立された通信に含まれる情報から自ら収集することで取得し、また、発着判定フラグを自ら生成する。
【００６１】
そして、ＨＧＷ３５は、情報表示端末２５に対してアクセス先を変更するよう指示を行い、情報表示端末２５は、ＨＧＷ３５のＵＲＬからセッション管理サーバ１００のＵＲＬにアクセス先を変更する（ステップＳ１１６）。具体的には、ＨＧＷ３５は、情報表示端末２５に対して、セッション管理サーバ１００のＵＲＬにアクセス先を変更するよう指示するリダイレクト指示を、ステップＳ１１５において取得したｃａｌｌセッション情報および発着判定フラグとともに行う。そして、情報表示端末２５は、セッション管理サーバ１００のＵＲＬにアクセス先を変更し、セッション管理サーバ１００に対して、ｃａｌｌセッション情報、発着判定フラグおよびサービス提供サーバ２００のＵＲＬを送信する。
【００６２】
一方、セッション管理サーバ１００の通話端末登録部１３１は、情報表示端末２５からｃａｌｌセッション情報や発着判定フラグを受信すると、情報表示端末２５用の制御用セッション情報を払い出す（ステップＳ１１７）。具体的には、通話端末登録部１３１は、情報表示端末２５用の制御用セッション情報（例えば「ＳＥＩＧＹＯ２」）を払い出し、ステップＳ１１６において受信したｃａｌｌセッション情報『Ｆｒｏｍ』（例えば「ＴＥＬ１」）および『Ｔｏ』（例えば「ＴＥＬ２」）や『Ｃａｌｌ−ＩＤ』、発着判定フラグと対応づけ、さらに通話情報としての開始時刻を対応づけて制御用セッション管理テーブル１２３に登録する。なお、通話端末登録部１３１は、一方の情報表示端末２５からのみｃａｌｌセッション情報や発着判定フラグを受信するが、このｃａｌｌセッション情報や発着判定フラグを信頼して利用することになる。また、通話端末登録部１３１は、ＳＩＰ通信を制御するＳＩＰサーバに問い合わせるなどして当該ｃａｌｌセッション情報の正当性を検証してもよい。
【００６３】
続いて、通話端末登録部１３１は、ステップＳ１１７において払い出した制御用セッション情報（例えば「ＳＥＩＧＹＯ２」）を情報表示端末２５に送信する（ステップＳ１１８）。
【００６４】
そして、セッション管理サーバ１００の発着間紐付けＩＤ発行部１３２が、発着の制御用セッション情報の紐付けを完了する（ステップＳ１１９）。具体的には、発着間紐付けＩＤ発行部１３２は、ステップＳ１１６において取得したｃａｌｌセッション情報を用いて通話端末登録テーブル１２２を参照し、ｃａｌｌセッション情報『Ｆｒｏｍ』もしくは『Ｔｏ』と同一の電話番号が登録されているか否かを確認する。例えば、発着間紐付けＩＤ発行部１３２は、ｃａｌｌセッション情報『Ｆｒｏｍ』（例えば「ＴＥＬ１」）および『Ｔｏ』（例えば「ＴＥＬ２」）を用いて通話端末登録テーブル１２２を参照し、電話番号「ＴＥＬ１」が登録されていることを確認する。
【００６５】
すると、発着間紐付けＩＤ発行部１３２は、電話番号「ＴＥＬ１」と当該電話番号「ＴＥＬ１」に対応づけて記憶されている制御用セッション情報「ＳＥＩＧＹＯ１」とを取得し、制御用セッション管理テーブル１２３に登録する。なお、この時、発着間紐付けＩＤ発行部１３２は、一方の情報表示端末２５からのみ送信されたｃａｌｌセッション情報や発着判定フラグを信頼し、図５に示すように、制御用セッション情報「ＳＥＩＧＹＯ１」に対応付けて、『Ｃａｌｌ−ＩＤ』や発着判定フラグ、通話情報も登録する。発着判定フラグについては、情報表示端末２５から送信された発着判定フラグが『着』であれば、その反対の『発』を登録することになる。また、発着間紐付けＩＤ発行部１３２は、制御用セッション管理テーブル１２３を参照し、ｃａｌｌセッション情報『Ｆｒｏｍ』および『Ｔｏ』が同一となる２つの制御用セッション情報が、現に通話中の通話端末の組合せを示すものとして特定する。そして、発着間紐付けＩＤ発行部１３２は、これらの制御用セッション情報「ＳＥＩＧＹＯ２」および「ＳＥＩＧＹＯ１」を発着間紐付けＩＤテーブル１２４に登録する。
【００６６】
続いて、発着間紐付けＩＤ発行部１３２は、発着間紐付けＩＤを発行する（ステップＳ１２０）。具体的には、発着間紐付けＩＤ発行部１３２は、現に通話中の通話端末を紐付けるための発着間紐付けＩＤを発行し、制御用セッション情報の組合せと対応づけて発着間紐付けＩＤテーブル１２４に登録する。例えば、発着間紐付けＩＤ発行部１３２は、発着間紐付けＩＤ「ＬＩＮ１００」を制御用セッション情報の組合せ「ＳＥＩＧＹＯ２」および「ＳＥＩＧＹＯ１」に対応づけて発着間紐付けＩＤテーブル１２４に登録する。
【００６７】
そして、発着間紐付けＩＤ発行部１３２は、情報表示端末２０に対して発着間紐付けＩＤを送信するとともにアクセス先を変更するよう指示を行い、情報表示端末２０は、セッション管理サーバ１００のＵＲＬからサービス提供サーバ２００のＵＲＬにアクセス先を変更する（ステップＳ１２１）。具体的には、発着間紐付けＩＤ発行部１３２は、ステップＳ１１６において取得したサービス提供サーバ２００のＵＲＬを用いてリダイレクト指示を行い、この際、ステップＳ１２０において発行した発着間紐付けＩＤを情報表示端末２０に対して送信する。すると、情報表示端末２０は、リダイレクト指示において指示されたサービス提供サーバ２００のＵＲＬにアクセスし、発着間紐付けＩＤ（例えば「ＬＩＮ１００」）をサービス提供サーバ２００に送信する。
【００６８】
すると、サービス提供サーバ２００の発着間紐付けＩＤ収集部２３１がＷｅｂセッション情報を払い出し（ステップＳ１２２）、払い出したＷｅｂセッション情報を情報表示端末２０に通知する（ステップＳ１２３）。具体的には、発着間紐付けＩＤ収集部２３１は、Ｗｅｂセッション情報（例えば、「ＷＥＢ１」）を払い出し、発着間紐付けＩＤ（例えば「ＬＩＮ１００」）と対応づけてＷｅｂセッション情報管理テーブル２２１に登録する。
【００６９】
図１０に示すように、ステップＳ１２４〜１２６においても同様に、発着間紐付けＩＤが情報表示端末２５に通知され（ステップＳ１２４）、Ｗｅｂセッション情報が払い出され（ステップＳ１２５）、Ｗｅｂセッション情報が情報表示端末２５に通知される（ステップＳ１２６）。
【００７０】
こうして、サービス提供サーバ２００の発着間紐付けＩＤ収集部２３１は、発着間紐付けＩＤが同一となる２つのＷｅｂセッション情報の紐付けを完了し（ステップＳ１２７）、サービス提供制御部２３２は、これらのＷｅｂセッション情報を用いてアクセスする情報表示端末２０および情報表示端末２５に対して提供するサービスを、互いに連携するように提供する（ステップＳ１２８）。
【００７１】
例えば、一方の情報表示端末２０が、ステップＳ１２３において払い出されたＷｅｂセッション情報が付与されたＷｅｂ通信によって、サービス提供サーバ２００に画像データをアップロードし、他方の情報表示端末２５が、ステップＳ１２６において払い出されたＷｅｂセッション情報が付与されたＷｅｂ通信によって、サービス提供サーバ２００にアクセスしていたとする。すると、サービス提供制御部２３２は、他方の情報表示端末２５に画像データを送信するよう、サービスを制御するので、他方の情報表示端末２５に画像データが送信され、他方の情報表示端末２５は、ディスプレイに画像データを表示するなどする。
【００７２】
［通話端末の登録を通話開始後に行う手法］
なお、通話端末の登録を通話開始後に行う手法は、図１１に示すように、通話端末の登録を通話開始前に行う手法と処理の順番が異なるのみで、その処理内容のほとんどが対応するものである。具体的には、通話中であることを示すステップＳ２０１が処理手順の冒頭に位置する点が異なるが、図１１のステップＳ２０２〜Ｓ２０５は図１０のステップＳ１１５〜Ｓ１１８に対応し、図１１のステップＳ２０６〜Ｓ２１９は図９のＳ１０１〜Ｓ１１３に対応する。各ステップにおける処理の内容は、通話端末の登録を通話開始前に行う手法と同様である。
【００７３】
［実施例１の効果］
上記してきたように、実施例１に係る通信制御システムにおいて、セッション管理サーバ１００は、利用者によって通話による通信が行われる通話端末と、同じ利用者によって利用される情報表示端末との対応関係を特定し、また、発側の通話端末と、この通話端末との間で通話による通信を確立した着側の通話端末との対応関係を特定する。そして、セッション管理サーバ１００は、発側の通話端末について対応関係を特定した発側の情報表示端末と、着側の通話端末について対応関係を特定した着側の情報表示端末とを連携するための発着間紐付けＩＤを発行する。一方、サービス提供サーバ２００は、サービスの提供を要求する情報表示端末毎に、発着間紐付けＩＤを収集する。そして、サービス提供サーバ２００は、収集した複数の発着間紐付けＩＤの中からサービスを連携することを示す発着間紐付けＩＤを特定し、特定した発着間紐付けＩＤの収集元である情報表示端末各々に提供するサービスを連携するようにサービス提供を制御する。
【００７４】
このように、セッション管理サーバ１００が、利用者において利用される通話端末と情報表示端末との対応関係や、利用者同士で通話端末によって確立された通話を管理し、どの情報表示端末とどの情報表示端末とを連携すればよいかを示す発着間紐付けＩＤを発行する。そして、サービス提供サーバ２００は、発行された発着間紐付けＩＤを用いることで、サービス連携を実現する。この結果、アドホックな通話相手との間で柔軟にサービスを共有することが可能になる。
【００７５】
すなわち、通話相手が同じサービスに予め会員登録していないような状況であっても、あるいは、例えば一方の利用者が携帯電話で他方の利用者が固定電話であるといった状況であっても、セッション管理サーバ１００が、両者の対応関係を紐付けることができるので、結果として、アドホックな通話相手との間で柔軟にサービスを共有することが可能になるのである。
【００７６】
また、実施例１によれば、利用者は、携帯電話などのディスプレイが小さく、情報表示端末として兼用するには不便である場合に、外部の情報表示端末（実施例１では、街頭設置型の大型ディスプレイ）に表示先を変更することも可能になる。
【実施例２】
【００７７】
［実施例２に係る通信制御システムによる処理手順］
続いて、図１２〜１４を用いて、実施例２に係る通信制御システムによる処理手順を説明する。図１２は、実施例２における電話番号管理テーブルを説明するための図であり、図１３は、実施例２に係る通信制御システムによる処理手順を示すシーケンス図であり、図１４は、実施例２における通話端末登録テーブルを説明するための図である。なお、実施例２においては、通話端末の登録を通話開始前に行う手法を説明するが、実施例１と同様、通話端末の登録を通話開始後に行う場合にも同様に適用することができる。
【００７８】
実施例２において、一方の通話端末１０は、例えば携帯電話などであり、一方の情報表示端末２０は、街頭設置型の大型ディスプレイなどである。情報表示端末２０も通話端末１０もＧＷ３０配下に接続していないものとする。また、他方の通話端末１５は、例えば固定電話などであり、他方の情報表示端末２５は、ＰＣなどである。他方の情報表示端末２５はＨＧＷ３５配下に接続しており、通話端末１５もＨＧＷ３５配下に接続しているものとする。
【００７９】
実施例２において、セッション管理サーバ１００は、携帯電話である通話端末１０と街頭設置型の大型ディスプレイである情報表示端末２０との対応関係を特定すべく、次のような仕組みを実現する。すなわち、後述するように、セッション管理サーバ１００が２次元バーコードを大型ディスプレイに表示し、携帯電話の利用者が大型ディスプレイに表示されたバーコードを自らの携帯電話の機能によって撮影することで、結果として、大型ディスプレイである情報表示端末２０が、セッション管理サーバ１００に対して、利用者が利用する携帯電話の端末識別情報（例えば、ＵＩＤなど）を送信することになる。つまり、セッション管理サーバ１００は、大型ディスプレイである情報表示端末２０から送信された端末識別情報を受信することで、大型ディスプレイと、受信した端末識別情報によって識別される携帯電話とが、現に同じ利用者によって利用されているという対応関係を特定することができるのである。
【００８０】
また、実施例２において、セッション管理サーバ１００は、通話端末１０と通話端末１５との対応関係を特定すべく、次のような仕組みを実現する。すなわち、後述するように、セッション管理サーバ１００は、通話端末１５からｃａｌｌセッション情報を受信し、このｃａｌｌセッション情報を用いて発側の通話端末１０や着側の通話端末１５を特定するので、現に通話端末１０と通話端末１５とが通話による通信を確立しているという対応関係を特定することができるのである。
【００８１】
以下、シーケンス図に従って詳細に説明する。なお、セッション管理サーバ１００は、実施例１のように電話番号管理テーブル１２１にＧＷ３０のＩＰアドレスを予め記憶するのではない。実施例２において、セッション管理サーバ１００は、図１２に示すように、電話番号（例えば「ＴＥＬ１」）と、当該電話番号を付与された通話端末を識別する端末識別情報（例えば「ＩＤ１」）とを対応づけて予め記憶している。
【００８２】
さて、図１３のステップＳ３０１に示すように、通話端末１０の利用者が、例えば、情報表示端末２０に設定されたブックマークを選択すると（ステップＳ３０１）、情報表示端末２０は、ディスプレイを選択するための画面を要求するディスプレイ選択画面要求をセッション管理サーバ１００に送信する（ステップＳ３０２）。
【００８３】
一方、セッション管理サーバ１００の通話端末登録部１３１は、情報表示端末２０からディスプレイ選択画面要求を受信すると、通話端末紐付けＩＤを発行し、発行した通話端末紐付けＩＤを含めた２次元バーコードを作成する（ステップＳ３０３）。
【００８４】
そして、通話端末登録部１３１は、ステップＳ３０３において作成した２次元バーコードをディスプレイ選択画面応答として情報表示端末２０に送信する（ステップＳ３０４）。
【００８５】
すると、情報表示端末２０は、ステップＳ３０４において受信した２次元バーコードを画面に表示する（ステップＳ３０５）。
【００８６】
一方、通話端末１０は、バーコードリーダ機能によってバーコードを撮影し（ステップＳ３０６）、セッション管理サーバ１００にアクセスして、通話端末登録要求を送信する（ステップＳ３０７）。この時、通話端末１０は、通話端末登録要求に端末識別情報（例えば「ＩＤ１」）および通話端末紐付けＩＤを含めて送信する。
【００８７】
一方、セッション管理サーバ１００の通話端末登録部１３１は、通話端末１０から通話端末登録要求を受信すると、通話端末登録要求に含められていた端末識別情報を用いて電話番号を特定する（ステップＳ３０８）。
【００８８】
具体的には、通話端末登録部１３１は、まず、通話端末登録要求に含められていた通話端末紐付けＩＤを用いて、当該通話端末登録要求が、ステップＳ３０３において作成した通話端末紐付けＩＤと対応するものであることを確認する。また、通話端末登録部１３１は、通話端末登録要求に含められていた端末識別情報「ＩＤ１」を用いて電話番号管理テーブル１２１を参照する。そして、通話端末登録部１３１は、「ＩＤ１」に対応づけて記憶されている電話番号「ＴＥＬ１」を特定する。
【００８９】
そして、通話端末登録部１３１は、制御用セッション情報を払い出し（ステップＳ３０９）、通話端末１０と情報表示端末２０との紐付けを完了する（ステップＳ３１０）。具体的には、通話端末登録部１３１は、制御用セッション情報（例えば「ＳＥＩＧＹＯ１」）を払い出し、図１４に示すように、ステップＳ３０７において受信した通話端末１０の端末識別情報「ＩＤ１」と、ステップＳ３０８において特定した通話端末１０の電話番号「ＴＥＬ１」と、ステップＳ３０９において払い出した制御用セッション情報「ＳＥＩＧＹＯ１」とを対応づけて通話端末登録テーブル１２２に登録する。
【００９０】
そして、通話端末登録部１３１は、ステップＳ３１０において払い出した制御用セッション情報（例えば「ＳＥＩＧＹＯ１」）を通話端末登録応答として情報表示端末２０に送信する（ステップＳ３１１）。こうして、情報表示端末２０に紐付ける通話端末１０の登録が通話開始前に完了した。
【００９１】
その後、図１３のステップＳ３１２に示すように、通話端末１０と通話端末１５との間で通話が開始され、通話中の状態となった（ステップＳ３１２）。その後は、実施例１におけるステップＳ１１５以降と同様の処理が行われる（図１０を参照）。
【００９２】
［実施例２の効果］
実施例１と同様、アドホックな通話相手との間で柔軟にサービスを共有することが可能になる。
【実施例３】
【００９３】
［実施例３に係る通信制御システムによる処理手順］
続いて、図１５を用いて、実施例３に係る通信制御システムによる処理手順を説明する。図１５は、実施例３に係る通信制御システムによる処理手順を示すシーケンス図である。なお、実施例３においては、通話端末の登録を通話開始後に行う手法を説明するが、実施例１と同様、通話端末の登録を通話開始前に行う場合にも同様に適用することができる。
【００９４】
実施例３において、一方の通話端末１０は、例えば携帯電話などであり、一方の情報表示端末２０は、街頭設置型の大型ディスプレイなどである。情報表示端末２０も通話端末１０もＧＷ３０配下に接続していないものとする。また、他方の通話端末１５は、例えば固定電話などであり、他方の情報表示端末２５は、ＰＣなどである。他方の情報表示端末２５はＨＧＷ３５配下に接続しており、通話端末１５もＨＧＷ３５配下に接続しているものとする。
【００９５】
実施例３において、セッション管理サーバ１００は、携帯電話である通話端末１０と街頭設置型の大型ディスプレイである情報表示端末２０との対応関係を特定すべく、次のような仕組みを実現する。すなわち、後述するように、大型ディスプレイである情報表示端末２０と携帯電話である通話端末１０との間の通信を中継するＲＦ−ＩＤリーダ４０が備えられ、通話端末１０は、端末識別情報をＲＦ−ＩＤリーダ４０を介して情報表示端末２０に送信する。結果として、大型ディスプレイである情報表示端末２０が、セッション管理サーバ１００に対して、利用者が利用する携帯電話の端末識別情報（例えば、ＵＩＤなど）を送信することになる。つまり、セッション管理サーバ１００は、大型ディスプレイである情報表示端末２０から送信された端末識別情報を受信することで、大型ディスプレイと、受信した端末識別情報によって識別される携帯電話とが、現に同じ利用者によって利用されているという対応関係を特定することができるのである。
【００９６】
また、実施例３において、セッション管理サーバ１００は、通話端末１０と通話端末１５との対応関係を特定すべく、次のような仕組みを実現する。すなわち、後述するように、セッション管理サーバ１００は、通話端末１５からｃａｌｌセッション情報を受信し、このｃａｌｌセッション情報を用いて発側の通話端末１０や着側の通話端末１５を特定するので、現に通話端末１０と通話端末１５とが通話による通信を確立しているという対応関係を特定することができるのである。
【００９７】
以下、シーケンス図に従って詳細に説明する。なお、セッション管理サーバ１００は、実施例２と同様、電話番号（例えば「ＴＥＬ１」）と、当該電話番号を付与された通話端末を識別する端末識別情報（例えば「ＩＤ１」）とを対応づけて予め記憶している。
【００９８】
実施例３の手法と実施例２の手法との違いは、実施例２においては、通話端末１０がバーコードを撮影することでセッション管理サーバ１００にアクセスし、端末識別情報を送信していた。これに対し、実施例３においては、情報表示端末２０がＲＦ−ＩＤ４０を備えているので、通話端末１０は、ＲＦ−ＩＤリーダ４０や情報表示端末２０を介することで、セッション管理サーバ１００に端末識別情報を送信する。
【００９９】
具体的には、実施例３において、図１５のステップＳ４０２〜Ｓ４０５は、例えば図１０のステップＳ１１５〜Ｓ１１８に対応し、各ステップにおける処理の内容は、実施例１において説明した内容と同様である。
【０１００】
図１５のステップＳ４０６に示すように、情報表示端末２０の利用者が、例えば、ＲＦ−ＩＤリーダ４０に通話端末１０をかざす。すると、通話端末１０は、端末識別情報およびセッション管理サーバ１００のＵＲＬをＲＦ−ＩＤリーダ４０に送信する（ステップＳ４０６）。
【０１０１】
ＲＦ−ＩＤリーダ４０は、端末識別情報およびセッション管理サーバ１００のＵＲＬを受信すると、端末識別情報の送信指示を情報表示端末２０に送信し（ステップＳ４０７）、情報表示端末２０が、通話端末登録要求をセッション管理サーバ１００に送信する（ステップＳ４０８）。この時、情報表示端末２０は、通話端末登録要求に端末識別情報（例えば「ＩＤ１」）を含めて送信する。
【０１０２】
一方、セッション管理サーバ１００の通話端末登録部１３１は、通話端末１０から通話端末登録要求を受信すると、通話端末登録要求に含められていた端末識別情報を用いて電話番号を特定する（ステップＳ４０９）。
【０１０３】
具体的には、通話端末登録部１３１は、通話端末登録要求に含められていた端末識別情報「ＩＤ１」を用いて電話番号管理テーブル１２１を参照する。そして、通話端末登録部１３１は、「ＩＤ１」に対応づけて記憶されている電話番号「ＴＥＬ１」を特定する。
【０１０４】
そして、通話端末登録部１３１は、制御用セッション情報を払い出し（ステップＳ４１０）、通話端末１０と情報表示端末２０との紐付けを完了する（ステップＳ４１１）。具体的には、通話端末登録部１３１は、制御用セッション情報（例えば「ＳＥＩＧＹＯ１」）を払い出し、ステップＳ４０８において受信した通話端末１０の端末識別情報「ＩＤ１」と、ステップＳ４０９において特定した通話端末１０の電話番号「ＴＥＬ１」と、ステップＳ４１０において払い出した制御用セッション情報「ＳＥＩＧＹＯ１」とを対応づけて通話端末登録テーブル１２２に登録する。
【０１０５】
そして、通話端末登録部１３１は、ステップＳ４１０において払い出した制御用セッション情報（例えば「ＳＥＩＧＹＯ１」）を通話端末登録応答として情報表示端末２０に送信する（ステップＳ４１２）。こうして、情報表示端末２０に紐付ける通話端末１０の登録が完了した。
【０１０６】
［実施例３の効果］
実施例１と同様、アドホックな通話相手との間で柔軟にサービスを共有することが可能になる。
【実施例４】
【０１０７】
［実施例４に係る通信制御システムによる処理手順］
続いて、図１６および図１７を用いて、実施例４に係る通信制御システムによる処理手順を説明する。図１６は、実施例４における電話番号管理テーブルを説明するための図であり、図１７は、実施例４に係る通信制御システムによる処理手順を説明するためのシーケンス図である。なお、実施例４においては、一方の通話端末の登録を通話開始前に行い、他方の通話端末の登録を通話開始後に行う手法を説明するが、双方の通話端末の登録を通話開始前に行う場合にも通話開始後に行う場合にも同様に適用することができる。
【０１０８】
実施例４において、一方の通話端末１０は、例えば固定電話などであり、一方の情報表示端末２０は、ＰＣなどである。情報表示端末２０も通話端末１０もＧＷ３０配下に接続していないものとする。また、他方の通話端末１５は、例えば固定電話などであり、他方の情報表示端末２５は、ＰＣなどである。他方の情報表示端末２５も通話端末１５もＨＧＷ３５配下に接続していないものとする。
【０１０９】
実施例４において、セッション管理サーバ１００は、固定電話である通話端末１０とＰＣである情報表示端末２０との対応関係を特定すべく、次のような仕組みを実現する。すなわち、後述するように、セッション管理サーバ１００が電話番号の入力画面をＰＣに表示し、固定電話の利用者がＰＣに表示された電話番号の入力画面に自らの固定電話の電話番号を入力することで、結果として、ＰＣである情報表示端末２０が、セッション管理サーバ１００に対して、利用者が利用する固定電話の電話番号を送信することになる。つまり、セッション管理サーバ１００は、ＰＣである情報表示端末２０から送信された電話番号を受信することで、ＰＣと、受信した電話番号によって識別される固定電話とが、現に同じ利用者によって利用されているという対応関係を特定することができるのである。
【０１１０】
また、実施例４において、セッション管理サーバ１００は、通話端末１０と通話端末１５との対応関係を特定すべく、次のような仕組みを実現する。すなわち、後述するように、セッション管理サーバ１００は、通話端末１０から通話相手である通話端末１５の電話番号を受信し、通話端末１５から通話相手である通話端末１０の電話番号を受信する。この結果、セッション管理サーバ１００は、現に通話端末１０と通話端末１５とが通話による通信を確立しているという対応関係を特定することができるのである。
【０１１１】
以下、シーケンス図に従って詳細に説明する。なお、セッション管理サーバ１００は、図１６に示すように、電話番号管理テーブル１２１に、電話番号（例えば「ＴＥＬ１」）と、当該電話番号を付与された通話端末を利用する利用者のパスワード（例えば「ＰＷＤ１」）とを対応づけて予め記憶している。また、実施例４においては、パスワードを用いて通話端末１０および通話端末１５を認証する手法を例示しているが、ＩＤＰを用いて認証する手法など、他の手法を用いて認証してもよい。
【０１１２】
さて、図１７のステップＳ５０１に示すように、通話端末１０の利用者が、例えば、情報表示端末２０に設定されたブックマークを選択すると（ステップＳ５０１）、情報表示端末２０は、電話番号を入力するための画面を要求する電話番号入力画面要求をセッション管理サーバ１００に送信する（ステップＳ５０２）。
【０１１３】
一方、セッション管理サーバ１００の通話端末登録部１３１は、情報表示端末２０から電話番号入力画面要求を受信すると、電話番号入力画面を生成し、電話番号入力画面応答として情報表示端末２０に送信する（ステップＳ５０３）。
【０１１４】
すると、情報表示端末２０は、ステップＳ５０４において受信した電話番号入力画面を表示する（ステップＳ５０４）。
【０１１５】
一方、通話端末１０の利用者は、パスワード（例えば「ＰＷＤ１」）を入力するとともに着側通話端末１５の電話番号（例えば「ＴＥＬ２」）を入力する（ステップＳ５０５）。すると、情報表示端末２０は、通話端末登録要求をセッション管理サーバ１００に送信する（ステップＳ５０６）。この時、情報表示端末２０は、通話端末登録要求にパスワード（例えば「ＰＷＤ１」）および着側通話端末１５の電話番号（例えば「ＴＥＬ２」）を含めて送信する。
【０１１６】
一方、セッション管理サーバ１００の通話端末登録部１３１は、情報表示端末２０から通話端末登録要求を受信すると、通話端末登録要求に含められていたパスワードを用いて発側通話端末１０の電話番号を特定する（ステップＳ５０７）。
【０１１７】
具体的には、通話端末登録部１３１は、通話端末登録要求に含められていたパスワード「ＰＷＤ１」を用いて電話番号管理テーブル１２１を参照する。そして、通話端末登録部１３１は、「ＰＷＤ１」に対応づけて記憶されている電話番号「ＴＥＬ１」を特定する。
【０１１８】
そして、通話端末登録部１３１は、制御用セッション情報を払い出し（ステップＳ５０８）、通話端末１０と情報表示端末２０との紐付けを完了する（ステップＳ５０９）。具体的には、通話端末登録部１３１は、制御用セッション情報（例えば「ＳＥＩＧＹＯ１」）を払い出し、ステップＳ５０７において特定した通話端末１０の電話番号「ＴＥＬ１」と、ステップＳ５０８において払い出した制御用セッション情報「ＳＥＩＧＹＯ１」とを対応づけて通話端末登録テーブル１２２に登録する。
【０１１９】
そして、通話端末登録部１３１は、ステップＳ５０８において払い出した制御用セッション情報（例えば「ＳＥＩＧＹＯ１」）を通話端末登録応答として情報表示端末２０に送信する（ステップＳ５１０）。こうして、発側について、情報表示端末２０に紐付ける通話端末１０の登録が通話開始前に完了した。
【０１２０】
その後、図１７のステップＳ５１１に示すように、通話端末１０と通話端末１５との間で通話が開始され、通話中の状態となった（ステップＳ５１１）。
【０１２１】
さて、図１７のステップＳ５１２に示すように、着側通話端末１５の利用者が、例えば、情報表示端末２５に設定されたブックマークを選択すると（ステップＳ５１２）、情報表示端末２５は、電話番号を入力するための画面を要求する電話番号入力画面要求をセッション管理サーバ１００に送信する（ステップＳ５１３）。
【０１２２】
一方、セッション管理サーバ１００の通話端末登録部１３１は、情報表示端末２５から電話番号入力画面要求を受信すると、電話番号入力画面を生成し、電話番号入力画面応答として情報表示端末２５に送信する（ステップＳ５１４）。
【０１２３】
すると、情報表示端末２５は、ステップＳ５１４において受信した電話番号入力画面を表示する（ステップＳ５１５）。
【０１２４】
一方、通話端末１５の利用者は、パスワード（例えば「ＰＷＤ２」）を入力するとともに発側通話端末１０の電話番号（例えば「ＴＥＬ１」）を入力する（ステップＳ５１６）。すると、情報表示端末２５は、通話端末登録要求をセッション管理サーバ１００に送信する（ステップＳ５１７）。この時、情報表示端末２５は、通話端末登録要求にパスワード（例えば「ＰＷＤ２」）および発側通話端末１０の電話番号（例えば「ＴＥＬ１」）を含めて送信する。
【０１２５】
一方、セッション管理サーバ１００の通話端末登録部１３１は、情報表示端末２５から通話端末登録要求を受信すると、通話端末登録要求に含められていたパスワードを用いて着側通話端末１５の電話番号を特定する（ステップＳ５１８）。
【０１２６】
具体的には、通話端末登録部１３１は、通話端末登録要求に含められていたパスワード「ＰＷＤ２」を用いて電話番号管理テーブル１２１を参照する。そして、通話端末登録部１３１は、「ＰＷＤ２」に対応づけて記憶されている電話番号「ＴＥＬ２」を特定する。
【０１２７】
そして、通話端末登録部１３１は、制御用セッション情報を払い出し（ステップＳ５１９）、通話端末１５と情報表示端末２５との紐付けを完了する（ステップＳ５２０）。具体的には、通話端末登録部１３１は、制御用セッション情報（例えば「ＳＥＩＧＹＯ２」）を払い出し、ステップＳ５１８において特定した通話端末１５の電話番号「ＴＥＬ２」と、ステップＳ５１９において払い出した制御用セッション情報「ＳＥＩＧＹＯ２」とを対応づけて通話端末登録テーブル１２２に登録する。
【０１２８】
そして、通話端末登録部１３１は、ステップＳ５１９において払い出した制御用セッション情報（例えば「ＳＥＩＧＹＯ２」）を通話端末登録応答として情報表示端末２５に送信する（ステップＳ５２１）。こうして、着側について、情報表示端末２５に紐付ける通話端末１５の登録が通話開始後に完了した。
【０１２９】
その後、セッション管理サーバ１００は、ステップＳ５０６において発側の通話端末１０から受信した着側通話端末１５の電話番号「ＴＥＬ２」、および、ステップＳ５１７において着側の通話端末１５から受信した発側通話端末１０の電話番号「ＴＥＬ１」とを照合し、通話端末登録テーブル１２２を参照することで、実施例１〜３と同様に、制御用セッション管理テーブル１２３を作成する。
【０１３０】
［実施例４の効果］
実施例１と同様、アドホックな通話相手との間で柔軟にサービスを共有することが可能になる。
【実施例５】
【０１３１】
さて、これまで実施例１〜実施例４について説明してきたが、上記した実施例以外にも種々の異なる形態にて実施されてよいものである。
【０１３２】
［セッション管理機能］
上記実施例においては、通話端末登録部や発着間紐付けＩＤ発行部などに代表されるセッション管理機能が、ＳＩＰサーバやサービス提供サーバとは物理的に異なるセッション管理サーバに備えられている事例を説明してきたが、本発明はこれに限られるものではない。セッション管理機能がＳＩＰサーバに備えられている事例にも、あるいは、サービス提供サーバに備えられている事例などにも、本発明を同様に適用することができる。
【０１３３】
［発着間紐付けＩＤ］
上記実施例においては、サービス提供サーバがＷｅｂサービスを互いに関連づけて制御する際に用いる「発着間紐付けＩＤ」として、セッション管理サーバが新たに発行した発着間紐付けＩＤを用いる手法を説明してきたが、本発明はこれに限られるものではない。呼情報であるｃａｌｌセッション情報そのもの（例えば、Call-IDなど）を流用する手法にも、本発明を同様に適用することができる。
【０１３４】
［ポーリング］
上記実施例においては、情報表示端末とＨＧＷとの間、情報表示端末とセッション管理サーバとの間などで、適宜ポーリングを用いて通信を行う手法を説明してきたが、本発明はこれに限られるものではなく、ポーリングの替わりにプッシュ型やプル型の通信であってもよい。この場合には、必要な時のみアクセスすればよいことになる。
【０１３５】
また、上記実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順（図９〜１１、図１３、図１５、図１７など）、具体的名称（図２〜図８など）、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１３６】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１３７】
なお、本実施例で説明した通信制御方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【符号の説明】
【０１３８】
１０ 通話端末
１５ 通話端末
２０ 情報表示端末
２５ 情報表示端末
３０ ＧＷ
３５ ＨＧＷ
１００ セッション管理サーバ
１１０ 通信部
１２０ 記憶部
１２１ 電話番号管理テーブル
１２２ 通話端末登録テーブル
１２３ 制御用セッション管理テーブル
１２４ 発着間紐付けＩＤテーブル
１３０ 制御部
１３１ 通話端末登録部
１３２ 発着間紐付けＩＤ発行部
２００ サービス提供サーバ
２１０ 通信部
２２０ 記憶部
２２１ Ｗｅｂセッション情報管理テーブル
２３０ 制御部
２３１ 発着間紐付けＩＤ収集部
２３２ サービス提供制御部
【技術分野】
【０００１】
本発明は、通信制御システム、通信制御方法および通信制御プログラムに関する。
【背景技術】
【０００２】
従来、ＩＰ（Internet Protocol）網に接続するＰＣ（Personal Computer）などに提供されるサービスとして、いわゆるＷｅｂサービスがある。Ｗｅｂサービスとは、ＷＷＷ（World Wide Web）関連技術を適用し、アプリケーションの機能をネットワーク経由で実現するサービスのことをいう。Ｗｅｂサービスの中には、ＰＣ同士でファイルを共有するアプリケーション（例えば特許文献１など）やチャットを実現するアプリケーションなどが存在する。
【０００３】
一方、移動体通信網に接続する移動体端末に提供されるサービスもある。例えば特許文献２には、移動体端末間でＷｅｂページを共有するアプリケーションが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−０４４４２９号公報
【特許文献２】特開２００５−２７５５２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記した従来の技術では、アドホックな通話相手との間で柔軟にサービスを共有することができないという課題があった。
【０００６】
すなわち、従来のＷｅｂサービスでは、例えばＰＣの利用者同士が同じサービスに予め会員登録（例えばバディリストの登録など）していれば、利用者同士が通話をしながら予め会員登録しているＷｅｂサービスを共有することもできるであろう。しかしながら、通話相手が同じサービスに予め会員登録していないような状況であれば、通話相手との間でＷｅｂサービスを共有することは難しい。
【０００７】
また、特許文献２に開示されているアプリケーションなどでは、同じ移動体通信網に接続する移動体端末同士でサービスを共有することはできるであろう。しかしながら、例えば一方の利用者が携帯電話で他方の利用者が固定電話であるといった状況であれば、通話相手との間でサービスを共有することは難しい。
【０００８】
開示の技術は、上記に鑑みてなされたものであって、アドホックな通話相手との間で柔軟にサービスを共有することが可能な通信制御システム、通信制御方法および通信制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本願の開示する通信制御システム、通信制御方法および通信制御プログラムは、一つの態様において、ネットワーク上のサービスを情報表示端末に提供する通信を制御する通信制御システムであって、セッション管理サーバは、利用者によって通話による通信が行われる通話端末と、当該利用者によって利用される情報表示端末との対応関係を特定する端末対応関係特定手段と、発側の通話端末と、当該通話端末との間で通話による通信を確立した着側の通話端末との対応関係を特定する通話対応関係特定手段と、前記通話対応関係特定手段によって特定された発側の通話端末について前記端末対応関係特定手段によって対応関係が特定された発側の情報表示端末と、前記通話対応関係特定手段によって特定された着側の通話端末について前記端末対応関係特定手段によって対応関係が特定された着側の情報表示端末とを連携するための連携情報を発行する連携情報発行手段とを備える。また、サービス提供サーバは、サービスの提供を要求する情報表示端末毎に、前記連携情報発行手段によって発行された連携情報を収集する連携情報収集手段と、前記連携情報収集手段によって収集された複数の連携情報の中からサービスを連携することを示す連携情報を特定し、特定した連携情報の収集元である情報表示端末各々に提供するサービスを連携するようにサービス提供を制御するサービス提供制御手段とを備える。
【発明の効果】
【００１０】
本願の開示する通信制御システム、通信制御方法および通信制御プログラムの一つの態様によれば、アドホックな通話相手との間で柔軟にサービスを共有することが可能になるという効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】図１は、通信制御システム、通信制御方法および通信制御プログラムの概要を説明するための図である。
【図２】図２は、セッション管理サーバの構成を示すブロック図である。
【図３】図３は、電話番号管理テーブルを説明するための図である。
【図４】図４は、通話端末登録テーブルを説明するための図である。
【図５】図５は、制御用セッション管理テーブルを説明するための図である。
【図６】図６は、発着間紐付けＩＤテーブルを説明するための図である。
【図７】図７は、サービス提供サーバの構成を示すブロック図である。
【図８】図８は、Ｗｅｂセッション情報管理テーブルを説明するための図である。
【図９】図９は、実施例１に係る通信制御システムによる処理手順を示すシーケンス図である。
【図１０】図１０は、実施例１に係る通信制御システムによる処理手順を示すシーケンス図である。
【図１１】図１１は、実施例１に係る通信制御システムによる処理手順を示すシーケンス図である。
【図１２】図１２は、実施例２における電話番号管理テーブルを説明するための図である。
【図１３】図１３は、実施例２に係る通信制御システムによる処理手順を示すシーケンス図である。
【図１４】図１４は、実施例２における通話端末登録テーブルを説明するための図である。
【図１５】図１５は、実施例３に係る通信制御システムによる処理手順を示すシーケンス図である。
【図１６】図１６は、実施例４における電話番号管理テーブルを説明するための図である。
【図１７】図１７は、実施例４に係る通信制御システムによる処理手順を説明するためのシーケンス図である。
【発明を実施するための形態】
【００１２】
以下、本願の開示する通信制御システム、通信制御方法および通信制御プログラムの実施例を図面に基づいて詳細に説明する。なお、以下の実施例により本発明が限定されるものではない。
【００１３】
［通信制御システム、通信制御方法および通信制御プログラムの概要］
まず、図１を用いて、各実施例に係る通信制御システム、通信制御方法および通信制御プログラムの概要を説明する。なお、図１は、通信制御システム、通信制御方法および通信制御プログラムの概要を説明するための図である。
【００１４】
上記したように、本願の開示する通信制御システム、通信制御方法および通信制御プログラムは、一つの態様において、アドホックな通話相手との間で柔軟にサービスを共有することを目的としている。言い換えると、利用者同士によって行われる通話は、双方がＰＳＴＮ（Public Switched Telephone Network）に接続する固定電話であることもあれば、一方が携帯電話網に接続する携帯電話で他方が固定電話であることもある。あるいは、一方が携帯電話で他方がＳＩＰ（Session Initiation Protocol）網に接続するＳＩＰフォンであることもある。このように、通話というものは、図１に示すように、まさにアドホックな利用者同士でアドホックな環境で確立されるものであり、実施例に係る通信制御システム、通信制御方法および通信制御プログラムは、このようなアドホックな通話相手との間で柔軟にサービスを共有することを目的としている。なお、実施例１においては、図１に示すように、一方が携帯電話網に接続する携帯電話で、他方がＳＩＰ網に接続するＳＩＰフォンであることを想定するが、本発明はこれに限られるものではない。携帯電話網以外の他の網である場合や、ＳＩＰ網以外の他のＩＰ網である場合にも、本発明を同様に適用することができる。
【００１５】
さて、以下の実施例においては、利用者が通話に用いる端末を「通話端末」と呼び、利用者がサービスによって提供される情報を表示する端末を「情報表示端末」と呼ぶ。上記したように、通話はアドホックな環境で確立されるものであるので、「通話端末」としても様々な形態を想定し得る。例えば、固定電話、ＳＩＰフォン、携帯電話、ＰＨＳ（Personal Handyphone System）などである。一方、「情報表示端末」としても様々な形態を想定し得る。例えば、ＰＣ、街頭設置型の大型ディスプレイ、ＰＤＡ（Personal Digital Assistants）などである。なお、「通話端末」と「情報表示端末」とが物理的に一体の形態で実現されることも無論想定され得る。
【００１６】
ここで、以下の実施例において、「情報表示端末」にサービスを提供するサーバが「サービス提供サーバ」であり、「サービス提供サーバ」が、「情報表示端末」各々に提供するサービスを連携するよう、サービス提供を制御する。もっとも、上記したように、「通話端末」によって確立される通話はアドホックな環境で確立されるものであり、同様に、利用者によって「情報表示端末」が利用される環境もアドホックなものとなる。このため、「サービス提供サーバ」によるサービス連携を実現するために、「セッション管理サーバ」が一役買うことになる。
【００１７】
詳細については後述するが、ここでは簡単に説明すると、「セッション管理サーバ」が、利用者において利用される「通話端末」と「情報表示端末」との対応関係や、利用者同士で「通話端末」によって確立された通話を管理し、どの「情報表示端末」とどの「情報表示端末」とを連携すればよいかを示す連携情報を発行する。「サービス提供サーバ」は、発行された連携情報を用いることで、サービス連携を実現する。
【００１８】
なお、各実施例で用いる主要な用語のうち、「制御用セッション情報」、「発着間紐付けＩＤ」、「Ｗｅｂセッション情報」、「ｃａｌｌセッション情報」について説明する。
【００１９】
「制御用セッション情報」とは、「セッション管理サーバ」が、「情報表示端末」との間で通信を行うために、「情報表示端末」のＷｅｂブラウザに対して払い出す情報のことである。「制御用セッション情報」は、一般的には確立されたセッションごと（通話ごと）に新しく払い出されるため、「セッション管理サーバ」は、「情報表示端末」と「セッション管理サーバ」との間で確立されたＷｅｂ通信を一意に識別することができる。例えば、『セッションＩＤ』（CookieのＩＤ）などである。
【００２０】
「発着間紐付けＩＤ」とは、「セッション管理サーバ」が、どの「情報表示端末」とどの「情報表示端末」とを連携すればよいかを示すために発行する連携情報のことである。「発着間紐付けＩＤ」は、一般的には確立されたセッションごと（通話ごと）に新しく発行されるため、「サービス提供サーバ」は、セッション単位で（通話単位で）「情報表示端末」各々を紐付けることができる。
【００２１】
「Ｗｅｂセッション情報」とは、「サービス提供サーバ」が、「情報表示端末」との間で通信を行うために、「情報表示端末」のＷｅｂブラウザに対して払い出す情報のことである。「Ｗｅｂセッション情報」は、一般的には確立されたセッションごと（通話ごと）に新しく払い出されるため、「サービス提供サーバ」は、「情報表示端末」と「サービス提供サーバ」との間で確立されたＷｅｂ通信を一意に識別することができる。例えば、『セッションＩＤ』（CookieのＩＤ）などである。
【００２２】
「ｃａｌｌセッション情報」とは、「通話端末」間で確立されたセッションから収集される情報であり、発側の「通話端末」や着側の「通話端末」を特定する情報を含む情報である。以下に説明する実施例１〜３においては、一方の「通話端末」がＳＩＰフォンであることを想定しているので、ｃａｌｌセッション情報としては、ＳＩＰ通信に含まれる情報である『Ｆｒｏｍ』や『Ｔｏ』が想定される。なお、ｃａｌｌセッション情報の中には、『Ｆｒｏｍ』や『Ｔｏ』の他に、『Ｃａｌｌ−ＩＤ』、『ｉｓｕｂ』、『ｔａｇ』、『Ｄａｔｅ』などの情報も含まれるので、これらの情報を組み合わせることで、確立されたセッションを一意に識別する情報として用いることもできる。
【実施例１】
【００２３】
［実施例１に係る通信制御システムの構成］
続いて、本願の開示する通信制御システムの一つの態様として、実施例１に係る通信制御システムの構成を説明する。まず、図２〜８を用いて、セッション管理サーバおよびサービス提供サーバの構成を説明する。図２は、セッション管理サーバの構成を示すブロック図である。また、図３は、電話番号管理テーブルを説明するための図であり、図４は、通話端末登録テーブルを説明するための図であり、図５は、制御用セッション管理テーブルを説明するための図であり、図６は、発着間紐付けＩＤテーブルを説明するための図である。また、図７は、サービス提供サーバの構成を示すブロック図であり、図８は、Ｗｅｂセッション情報管理テーブルを説明するための図である。
【００２４】
［セッション管理サーバ］
セッション管理サーバ１００は、以下に説明する各部が汎用的なサーバなどに備えられることによって実現され、特に本発明に密接に関連するものとしては、図２に示すように、通信部１１０と、記憶部１２０と、制御部１３０とを備える。
【００２５】
通信部１１０は、ＨＴＴＰ（HyperText Transfer Protocol）通信用の一般的なインタフェースおよびライブラリを備え、情報表示端末との間で情報を送受信したり、ＧＷ（GateWay）やＨＧＷ(Home GateWay)、サービス提供サーバ２００との間で情報を送受信するなどする。
【００２６】
記憶部１２０は、図２に示すように、電話番号管理テーブル１２１と、通話端末登録テーブル１２２と、制御用セッション管理テーブル１２３と、発着間紐付けＩＤテーブル１２４とを備える。
【００２７】
電話番号管理テーブル１２１は、通話端末の電話番号を管理するテーブルである。例えば、図３に示すように、セッション管理サーバ１００は、電話番号管理テーブル１２１に、電話番号および当該電話番号を利用する利用者のパスワードのリストを、ＧＷのＩＰアドレスに対応づけて予め記憶している。なお、電話番号管理テーブル１２１がどのように利用されるかについては、実施例１に係る通信制御システムによる処理手順を説明する際に詳述する。
【００２８】
通話端末登録テーブル１２２は、通話端末と情報表示端末との対応関係を登録するテーブルである。例えば、図４に示すように、セッション管理サーバ１００は、通話端末登録テーブル１２２に、電話番号とＧＷのＩＰアドレスと制御用セッション情報とを対応づけて記憶する。なお、通話端末登録テーブル１２２がどのように利用されるかについては、実施例１に係る通信制御システムによる処理手順を説明する際に詳述する。
【００２９】
制御用セッション管理テーブル１２３は、制御用セッション情報を管理するテーブルである。例えば、図５に示すように、セッション管理サーバ１００は、制御用セッション管理テーブル１２３に、制御用セッション情報とｃａｌｌセッション情報と発着判定フラグと通話情報（開始時刻〜終了時刻）とを対応づけて記憶する。なお、制御用セッション管理テーブル１２３がどのように利用されるかについては、実施例１に係る通信制御システムによる処理手順を説明する際に詳述する。
【００３０】
なお、発着判定フラグとは、通話端末１０と通話端末１５との間で確立されたセッションについて、通話端末１５（制御用セッション情報を払い出した情報表示端末２５と組で利用される通話端末１５）が発側であるのか着側であるのかを判定するフラグである。また、通話情報とは、通話端末１０と通話端末１５との間で確立されたセッションについて、セッションの開始時刻と終了時刻とを示す情報である。
【００３１】
発着間紐付けＩＤテーブル１２４は、発着間紐付けＩＤを管理するテーブルである。例えば、図６に示すように、セッション管理サーバ１００は、発着間紐付けＩＤテーブル１２４に、制御用セッション情報と発着間紐付けＩＤとを対応づけて記憶する。なお、発着間紐付けＩＤテーブル１２４がどのように利用されるかについては、実施例１に係る通信制御システムによる処理手順を説明する際に詳述する。
【００３２】
図２に戻り、制御部１３０は、通話端末登録部１３１と、発着間紐付けＩＤ発行部１３２とを備える。
【００３３】
通話端末登録部１３１は、利用者によって通話による通信が行われる通話端末と、同じ利用者によって利用される情報表示端末との対応関係を特定する。具体的には、通話端末登録部１３１は、通話端末と情報表示端末との対応関係を特定するとともに、情報表示端末との間で通信を行うための制御用セッション情報を払い出し、通話端末を識別する電話番号と制御用セッション情報とを通話端末登録テーブル１２２に登録することで、通話端末と情報表示端末との紐付けを完了する。なお、通話端末登録部１３１による処理の詳細については、実施例１に係る通信制御システムによる処理手順を説明する際に詳述する。
【００３４】
発着間紐付けＩＤ発行部１３２は、発側の通話端末と、この通話端末との間で通話による通信を確立した着側の通話端末との対応関係を特定するとともに、発側の通話端末と対応関係にある発側の情報表示端末と、着側の通話端末と対応関係にある着側の情報表示端末とを連携するための発着間紐付けＩＤを発行する。具体的には、発着間紐付けＩＤ発行部１３２は、一方の情報表示端末から送信されたｃａｌｌセッション情報を用いて発側の通話端末と着側の通話端末との対応関係を特定する。また、発着間紐付けＩＤ発行部１３２は、発側の情報表示端末と着側の情報表示端末とを連携するための発着間紐付けＩＤを発行し、制御用セッション情報と発着間紐付けＩＤとを発着間紐付けＩＤテーブル１２４に格納することで、発着の情報表示端末の紐付けを完了する。なお、発着間紐付けＩＤ発行部１３２による処理の詳細については、実施例１に係る通信制御システムによる処理手順を説明する際に詳述する。
【００３５】
［サービス提供サーバ］
サービス提供サーバ２００は、以下に説明する各部が汎用的なサーバなどに備えられることによって実現され、特に本発明に密接に関連するものとしては、図７に示すように、通信部２１０と、記憶部２２０と、制御部２３０とを備える。
【００３６】
通信部２１０は、ＨＴＴＰ通信用の一般的なインタフェースおよびライブラリを備え、情報表示端末との間で情報を送受信したり、セッション管理サーバ１００との間で情報を送受信するなどする。
【００３７】
記憶部２２０は、図７に示すように、Ｗｅｂセッション情報管理テーブル２２１を備える。
【００３８】
Ｗｅｂセッション情報管理テーブル２２１は、Ｗｅｂセッション情報と発着間紐付けＩＤとの対応関係を管理するテーブルである。例えば、図８に示すように、サービス提供サーバ２００は、Ｗｅｂセッション情報管理テーブル２２１に、Ｗｅｂセッション情報と発着間紐付けＩＤとを対応づけて記憶する。なお、Ｗｅｂセッション情報管理テーブル２２１がどのように利用されるかについては、実施例１に係る通信制御システムによる処理手順を説明する際に詳述する。
【００３９】
図７に戻り、制御部２３０は、発着間紐付けＩＤ収集部２３１と、サービス提供制御部２３２とを備える。
【００４０】
発着間紐付けＩＤ収集部２３１は、サービスの提供を要求する情報表示端末毎に発着間紐付けＩＤを収集する。具体的には、発着間紐付けＩＤ収集部２３１は、サービスの提供を要求する情報表示端末毎に、当該情報表示端末との間で通信を行うためのＷｅｂセッション情報を払い出すとともに発着間紐付けＩＤを収集し、Ｗｅｂセッション情報と発着間紐付けＩＤとを対応づけてＷｅｂセッション情報管理テーブル２２１に格納する。なお、発着間紐付けＩＤ収集部２３１による処理の詳細については、実施例１に係る通信制御システムによる処理手順を説明する際に詳述する。
【００４１】
サービス提供制御部２３２は、複数の発着間紐付けＩＤの中からサービスを連携することを示す発着間紐付けＩＤを特定し、特定した発着間紐付けＩＤの収集元である情報表示端末各々に提供するサービスを連携するようにサービス提供を制御する。具体的には、サービス提供制御部２３２は、Ｗｅｂセッション情報管理テーブル２２１を参照して同一の発着間紐付けＩＤである２つの発着間紐付けＩＤを特定し、特定した２つの発着間紐付けＩＤに対応づけて記憶されているＷｅｂセッション情報を用いて通信を行う情報表示端末各々に対して、サービスを連携して提供する。なお、サービス提供制御部２３２による処理の詳細については、実施例１に係る通信制御システムによる処理手順を説明する際に詳述する。
【００４２】
［実施例１に係る通信制御システムによる処理手順］
次に、図９〜１１を用いて、実施例１に係る通信制御システムによる処理手順を説明する。図９〜１１は、実施例１に係る通信制御システムによる処理手順を示すシーケンス図である。なお、まず、図９および１０を用いて通話端末の登録を通話開始前に行う手法を説明し、次に、図１１を用いて通話端末の登録を通話開始後に行う手法を説明する。
【００４３】
［通話端末の登録を通話開始前に行う手法］
実施例１において、一方の通話端末１０は、例えば携帯電話などであり、一方の情報表示端末２０は、街頭設置型の大型ディスプレイなどである。情報表示端末２０はＧＷ３０配下に接続しているが、通話端末１０はＧＷ３０配下に接続していないものとする。また、他方の通話端末１５は、例えば固定電話などであり、他方の情報表示端末２５は、ＰＣなどである。他方の情報表示端末２５はＨＧＷ３５配下に接続しており、通話端末１５もＨＧＷ３５配下に接続しているものとする。
【００４４】
実施例１において、セッション管理サーバ１００は、携帯電話である通話端末１０と街頭設置型の大型ディスプレイである情報表示端末２０との対応関係を特定すべく、次のような仕組みを実現する。すなわち、後述するように、セッション管理サーバ１００が電話番号のリストを大型ディスプレイに表示し、携帯電話の利用者が大型ディスプレイに表示された電話番号のリストから自らの携帯電話の電話番号を選択することで、結果として、大型ディスプレイである情報表示端末２０が、セッション管理サーバ１００に対して、利用者が利用する携帯電話の電話番号を送信することになる。つまり、セッション管理サーバ１００は、大型ディスプレイである情報表示端末２０から送信された電話番号を受信することで、大型ディスプレイと、受信した電話番号によって識別される携帯電話とが、現に同じ利用者によって利用されているという対応関係を特定することができるのである。
【００４５】
また、実施例１において、セッション管理サーバ１００は、通話端末１０と通話端末１５との対応関係を特定すべく、次のような仕組みを実現する。すなわち、後述するように、セッション管理サーバ１００は、通話端末１５からｃａｌｌセッション情報を受信し、このｃａｌｌセッション情報を用いて発側の通話端末１０や着側の通話端末１５を特定するので、現に通話端末１０と通話端末１５とが通話による通信を確立しているという対応関係を特定することができるのである。
【００４６】
以下、シーケンス図に従って詳細に説明する。なお、セッション管理サーバ１００は、電話番号管理テーブル１２１に、電話番号および当該電話番号を利用する利用者のパスワードのリストを、ＧＷ３０のＩＰアドレスに対応づけて予め記憶している（図３参照）。これは、ＧＷ３０配下に接続する情報表示端末２０を利用する通信端末１０を、電話番号およびパスワードによって予め登録するものである。
【００４７】
図９のステップＳ１０１に示すように、情報表示端末２０は、お気に入りなどに登録されているＵＲＬが利用者によって指定されることでＧＷ３０にアクセスし（ステップＳ１０１）、ＧＷ３０から受信した情報を画面表示する（ステップＳ１０２）。例えば、情報表示端末２０は、通話端末の登録を要求する通話端末登録要求を受け付けるための画面を表示する。
【００４８】
ここで、図９のステップＳ１０３に示すように、情報表示端末２０の利用者が、例えば、情報表示端末２０に表示された画面の「受付ボタン」を押下したとする（ステップＳ１０３）。なお、図中用いた人の顔マークは、当該処理を実行する主体が利用者であることを示す。
【００４９】
すると、情報表示端末２０は、利用者によって「受付ボタン」が押下された旨をＧＷ３０に通知し（ステップＳ１０４）、ＧＷ３０は、通話端末登録要求の送信先として予め記憶していたセッション管理サーバ１００のＵＲＬ（Uniform Resource Locator）に、通話端末登録要求を送信する（ステップＳ１０５）。この時、ＧＷ３０は、通話端末登録要求にＩＰアドレス（例えば「ＩＰ１」）を含めて送信する。
【００５０】
一方、セッション管理サーバ１００の通話端末登録部１３１は、ＧＷ３０から通話端末登録要求を受信すると、通話端末登録要求に含められていたＧＷ３０のＩＰアドレスを用いて電話番号およびパスワードのリストを取得する（ステップＳ１０６）。具体的には、通話端末登録部１３１は、通話端末登録要求からＧＷ３０のＩＰアドレス「ＩＰ１」を抽出し、抽出した「ＩＰ１」を用いて電話番号管理テーブル１２１を参照する。そして、通話端末登録部１３１は、「ＩＰ１」に対応づけて記憶されている電話番号およびパスワードのリスト（「ＴＥＬ１」および「ＰＷＤ１」、「ＴＥＬ２」および「ＰＷＤ２」、「ＴＥＬ３」および「ＰＷＤ３」）を取得する。
【００５１】
次に、通話端末登録部１３１は、ステップＳ１０６において取得した電話番号およびパスワードのリストを通話端末登録応答としてＧＷ３０に送信する（ステップＳ１０７）。
【００５２】
すると、ＧＷ３０は、まず、利用者にパスワードの入力を要求する画面を情報表示端末２０に送信し、情報表示端末２０が、パスワードの入力を要求する画面を表示する（ステップＳ１０８）。ここで、図９のステップＳ１０９に示すように、情報表示端末２０の利用者が、例えば、情報表示端末２０に表示された画面にパスワード「ＰＷＤ１」を入力したとする（ステップＳ１０９）。
【００５３】
図９においては省略されているが、利用者によって入力されたパスワード「ＰＷＤ１」は、情報表示端末２０からＧＷ３０に送信され、ＧＷ３０は、ステップＳ１０７において取得したリストを用いて当該パスワードを認証する。そして、パスワード「ＰＷＤ１」が登録済みのパスワードであることを確認すると、ＧＷ３０は、続いて、ステップＳ１０７において取得した電話番号のリストを情報表示端末２０に送信し、情報表示端末２０が、電話番号のリストを表示する。すると、情報表示端末２０の利用者は、自己の通話端末１０の電話番号（例えば「ＴＥＬ１」）を選択する。
【００５４】
すると、情報表示端末２０は、通話端末登録要求の送信先として予め記憶していたセッション管理サーバ１００のＵＲＬに通話端末登録要求を送信する（ステップＳ１１０）。この時、情報表示端末２０は、通話端末登録要求に、ステップＳ１０９において選択された通話端末１０の電話番号（例えば「ＴＥＬ１」）を含めて送信する。
【００５５】
一方、セッション管理サーバ１００の通話端末登録部１３１は、情報表示端末２０から通話端末登録要求を受信すると、通話端末登録要求に含められていた通話端末１０の電話番号を用いてＧＷ３０のＩＰアドレスを取得するとともに、制御用セッション情報を払い出す（ステップＳ１１１）。
【００５６】
すなわち、上記したように、セッション管理サーバ１００は、電話番号管理テーブル１２１に、電話番号および当該電話番号を利用する利用者のパスワードのリストを、ＧＷ３０のＩＰアドレスに対応づけて予め記憶している。このため、通話端末登録部１３１は、通話端末登録要求から通話端末１０の電話番号「ＴＥＬ１」を抽出し、抽出した「ＴＥＬ１」を用いて電話番号管理テーブル１２１を参照する。そして、通話端末登録部１３１は、「ＴＥＬ１」に対応づけて記憶されているＧＷ３０のＩＰアドレス「ＩＰ１」を取得するとともに、情報表示端末２０用の制御用セッション情報（例えば「ＳＥＩＧＹＯ１」）を払い出す。
【００５７】
そして、通話端末登録部１３１は、通話端末１０と情報表示端末２０との紐付けを完了する（ステップＳ１１２）。具体的には、通話端末登録部１３１は、ステップＳ１１０において受信した通話端末１０の電話番号「ＴＥＬ１」と、ステップＳ１１１において取得したＧＷ３０のＩＰアドレス「ＩＰ１」と、ステップＳ１１１において払い出した制御用セッション情報「ＳＥＩＧＹＯ１」とを対応づけて通話端末登録テーブル１２２に登録する。
【００５８】
そして、通話端末登録部１３１は、ステップＳ１１１において払い出した制御用セッション情報（例えば「ＳＥＩＧＹＯ１」）を通話端末登録応答として情報表示端末２０に送信する（ステップＳ１１３）。こうして、情報表示端末２０に紐付ける通話端末１０の登録が通話開始前に完了した。
【００５９】
さて、図９のステップＳ１１４に示すように、通話端末１０と通話端末１５との間で通話が開始され、通話中の状態となった（ステップＳ１１４）。
【００６０】
実施例１においては、一方の通話端末１５は、情報表示端末２５と同じくＨＧＷ３５の配下に接続している。このため、ＨＧＷ３５は、通話端末１５によって確立された通信を一意に識別するｃａｌｌセッション情報を自ら収集することで取得する（ステップＳ１１５）。例えば、ＨＧＷ３５は、ｃａｌｌセッション情報としての『Ｆｒｏｍ』（例えば「ＴＥＬ１」）および『Ｔｏ』（例えば「ＴＥＬ２」）、並びに『Ｃａｌｌ−ＩＤ』を、ＳＩＰによって確立された通信に含まれる情報から自ら収集することで取得し、また、発着判定フラグを自ら生成する。
【００６１】
そして、ＨＧＷ３５は、情報表示端末２５に対してアクセス先を変更するよう指示を行い、情報表示端末２５は、ＨＧＷ３５のＵＲＬからセッション管理サーバ１００のＵＲＬにアクセス先を変更する（ステップＳ１１６）。具体的には、ＨＧＷ３５は、情報表示端末２５に対して、セッション管理サーバ１００のＵＲＬにアクセス先を変更するよう指示するリダイレクト指示を、ステップＳ１１５において取得したｃａｌｌセッション情報および発着判定フラグとともに行う。そして、情報表示端末２５は、セッション管理サーバ１００のＵＲＬにアクセス先を変更し、セッション管理サーバ１００に対して、ｃａｌｌセッション情報、発着判定フラグおよびサービス提供サーバ２００のＵＲＬを送信する。
【００６２】
一方、セッション管理サーバ１００の通話端末登録部１３１は、情報表示端末２５からｃａｌｌセッション情報や発着判定フラグを受信すると、情報表示端末２５用の制御用セッション情報を払い出す（ステップＳ１１７）。具体的には、通話端末登録部１３１は、情報表示端末２５用の制御用セッション情報（例えば「ＳＥＩＧＹＯ２」）を払い出し、ステップＳ１１６において受信したｃａｌｌセッション情報『Ｆｒｏｍ』（例えば「ＴＥＬ１」）および『Ｔｏ』（例えば「ＴＥＬ２」）や『Ｃａｌｌ−ＩＤ』、発着判定フラグと対応づけ、さらに通話情報としての開始時刻を対応づけて制御用セッション管理テーブル１２３に登録する。なお、通話端末登録部１３１は、一方の情報表示端末２５からのみｃａｌｌセッション情報や発着判定フラグを受信するが、このｃａｌｌセッション情報や発着判定フラグを信頼して利用することになる。また、通話端末登録部１３１は、ＳＩＰ通信を制御するＳＩＰサーバに問い合わせるなどして当該ｃａｌｌセッション情報の正当性を検証してもよい。
【００６３】
続いて、通話端末登録部１３１は、ステップＳ１１７において払い出した制御用セッション情報（例えば「ＳＥＩＧＹＯ２」）を情報表示端末２５に送信する（ステップＳ１１８）。
【００６４】
そして、セッション管理サーバ１００の発着間紐付けＩＤ発行部１３２が、発着の制御用セッション情報の紐付けを完了する（ステップＳ１１９）。具体的には、発着間紐付けＩＤ発行部１３２は、ステップＳ１１６において取得したｃａｌｌセッション情報を用いて通話端末登録テーブル１２２を参照し、ｃａｌｌセッション情報『Ｆｒｏｍ』もしくは『Ｔｏ』と同一の電話番号が登録されているか否かを確認する。例えば、発着間紐付けＩＤ発行部１３２は、ｃａｌｌセッション情報『Ｆｒｏｍ』（例えば「ＴＥＬ１」）および『Ｔｏ』（例えば「ＴＥＬ２」）を用いて通話端末登録テーブル１２２を参照し、電話番号「ＴＥＬ１」が登録されていることを確認する。
【００６５】
すると、発着間紐付けＩＤ発行部１３２は、電話番号「ＴＥＬ１」と当該電話番号「ＴＥＬ１」に対応づけて記憶されている制御用セッション情報「ＳＥＩＧＹＯ１」とを取得し、制御用セッション管理テーブル１２３に登録する。なお、この時、発着間紐付けＩＤ発行部１３２は、一方の情報表示端末２５からのみ送信されたｃａｌｌセッション情報や発着判定フラグを信頼し、図５に示すように、制御用セッション情報「ＳＥＩＧＹＯ１」に対応付けて、『Ｃａｌｌ−ＩＤ』や発着判定フラグ、通話情報も登録する。発着判定フラグについては、情報表示端末２５から送信された発着判定フラグが『着』であれば、その反対の『発』を登録することになる。また、発着間紐付けＩＤ発行部１３２は、制御用セッション管理テーブル１２３を参照し、ｃａｌｌセッション情報『Ｆｒｏｍ』および『Ｔｏ』が同一となる２つの制御用セッション情報が、現に通話中の通話端末の組合せを示すものとして特定する。そして、発着間紐付けＩＤ発行部１３２は、これらの制御用セッション情報「ＳＥＩＧＹＯ２」および「ＳＥＩＧＹＯ１」を発着間紐付けＩＤテーブル１２４に登録する。
【００６６】
続いて、発着間紐付けＩＤ発行部１３２は、発着間紐付けＩＤを発行する（ステップＳ１２０）。具体的には、発着間紐付けＩＤ発行部１３２は、現に通話中の通話端末を紐付けるための発着間紐付けＩＤを発行し、制御用セッション情報の組合せと対応づけて発着間紐付けＩＤテーブル１２４に登録する。例えば、発着間紐付けＩＤ発行部１３２は、発着間紐付けＩＤ「ＬＩＮ１００」を制御用セッション情報の組合せ「ＳＥＩＧＹＯ２」および「ＳＥＩＧＹＯ１」に対応づけて発着間紐付けＩＤテーブル１２４に登録する。
【００６７】
そして、発着間紐付けＩＤ発行部１３２は、情報表示端末２０に対して発着間紐付けＩＤを送信するとともにアクセス先を変更するよう指示を行い、情報表示端末２０は、セッション管理サーバ１００のＵＲＬからサービス提供サーバ２００のＵＲＬにアクセス先を変更する（ステップＳ１２１）。具体的には、発着間紐付けＩＤ発行部１３２は、ステップＳ１１６において取得したサービス提供サーバ２００のＵＲＬを用いてリダイレクト指示を行い、この際、ステップＳ１２０において発行した発着間紐付けＩＤを情報表示端末２０に対して送信する。すると、情報表示端末２０は、リダイレクト指示において指示されたサービス提供サーバ２００のＵＲＬにアクセスし、発着間紐付けＩＤ（例えば「ＬＩＮ１００」）をサービス提供サーバ２００に送信する。
【００６８】
すると、サービス提供サーバ２００の発着間紐付けＩＤ収集部２３１がＷｅｂセッション情報を払い出し（ステップＳ１２２）、払い出したＷｅｂセッション情報を情報表示端末２０に通知する（ステップＳ１２３）。具体的には、発着間紐付けＩＤ収集部２３１は、Ｗｅｂセッション情報（例えば、「ＷＥＢ１」）を払い出し、発着間紐付けＩＤ（例えば「ＬＩＮ１００」）と対応づけてＷｅｂセッション情報管理テーブル２２１に登録する。
【００６９】
図１０に示すように、ステップＳ１２４〜１２６においても同様に、発着間紐付けＩＤが情報表示端末２５に通知され（ステップＳ１２４）、Ｗｅｂセッション情報が払い出され（ステップＳ１２５）、Ｗｅｂセッション情報が情報表示端末２５に通知される（ステップＳ１２６）。
【００７０】
こうして、サービス提供サーバ２００の発着間紐付けＩＤ収集部２３１は、発着間紐付けＩＤが同一となる２つのＷｅｂセッション情報の紐付けを完了し（ステップＳ１２７）、サービス提供制御部２３２は、これらのＷｅｂセッション情報を用いてアクセスする情報表示端末２０および情報表示端末２５に対して提供するサービスを、互いに連携するように提供する（ステップＳ１２８）。
【００７１】
例えば、一方の情報表示端末２０が、ステップＳ１２３において払い出されたＷｅｂセッション情報が付与されたＷｅｂ通信によって、サービス提供サーバ２００に画像データをアップロードし、他方の情報表示端末２５が、ステップＳ１２６において払い出されたＷｅｂセッション情報が付与されたＷｅｂ通信によって、サービス提供サーバ２００にアクセスしていたとする。すると、サービス提供制御部２３２は、他方の情報表示端末２５に画像データを送信するよう、サービスを制御するので、他方の情報表示端末２５に画像データが送信され、他方の情報表示端末２５は、ディスプレイに画像データを表示するなどする。
【００７２】
［通話端末の登録を通話開始後に行う手法］
なお、通話端末の登録を通話開始後に行う手法は、図１１に示すように、通話端末の登録を通話開始前に行う手法と処理の順番が異なるのみで、その処理内容のほとんどが対応するものである。具体的には、通話中であることを示すステップＳ２０１が処理手順の冒頭に位置する点が異なるが、図１１のステップＳ２０２〜Ｓ２０５は図１０のステップＳ１１５〜Ｓ１１８に対応し、図１１のステップＳ２０６〜Ｓ２１９は図９のＳ１０１〜Ｓ１１３に対応する。各ステップにおける処理の内容は、通話端末の登録を通話開始前に行う手法と同様である。
【００７３】
［実施例１の効果］
上記してきたように、実施例１に係る通信制御システムにおいて、セッション管理サーバ１００は、利用者によって通話による通信が行われる通話端末と、同じ利用者によって利用される情報表示端末との対応関係を特定し、また、発側の通話端末と、この通話端末との間で通話による通信を確立した着側の通話端末との対応関係を特定する。そして、セッション管理サーバ１００は、発側の通話端末について対応関係を特定した発側の情報表示端末と、着側の通話端末について対応関係を特定した着側の情報表示端末とを連携するための発着間紐付けＩＤを発行する。一方、サービス提供サーバ２００は、サービスの提供を要求する情報表示端末毎に、発着間紐付けＩＤを収集する。そして、サービス提供サーバ２００は、収集した複数の発着間紐付けＩＤの中からサービスを連携することを示す発着間紐付けＩＤを特定し、特定した発着間紐付けＩＤの収集元である情報表示端末各々に提供するサービスを連携するようにサービス提供を制御する。
【００７４】
このように、セッション管理サーバ１００が、利用者において利用される通話端末と情報表示端末との対応関係や、利用者同士で通話端末によって確立された通話を管理し、どの情報表示端末とどの情報表示端末とを連携すればよいかを示す発着間紐付けＩＤを発行する。そして、サービス提供サーバ２００は、発行された発着間紐付けＩＤを用いることで、サービス連携を実現する。この結果、アドホックな通話相手との間で柔軟にサービスを共有することが可能になる。
【００７５】
すなわち、通話相手が同じサービスに予め会員登録していないような状況であっても、あるいは、例えば一方の利用者が携帯電話で他方の利用者が固定電話であるといった状況であっても、セッション管理サーバ１００が、両者の対応関係を紐付けることができるので、結果として、アドホックな通話相手との間で柔軟にサービスを共有することが可能になるのである。
【００７６】
また、実施例１によれば、利用者は、携帯電話などのディスプレイが小さく、情報表示端末として兼用するには不便である場合に、外部の情報表示端末（実施例１では、街頭設置型の大型ディスプレイ）に表示先を変更することも可能になる。
【実施例２】
【００７７】
［実施例２に係る通信制御システムによる処理手順］
続いて、図１２〜１４を用いて、実施例２に係る通信制御システムによる処理手順を説明する。図１２は、実施例２における電話番号管理テーブルを説明するための図であり、図１３は、実施例２に係る通信制御システムによる処理手順を示すシーケンス図であり、図１４は、実施例２における通話端末登録テーブルを説明するための図である。なお、実施例２においては、通話端末の登録を通話開始前に行う手法を説明するが、実施例１と同様、通話端末の登録を通話開始後に行う場合にも同様に適用することができる。
【００７８】
実施例２において、一方の通話端末１０は、例えば携帯電話などであり、一方の情報表示端末２０は、街頭設置型の大型ディスプレイなどである。情報表示端末２０も通話端末１０もＧＷ３０配下に接続していないものとする。また、他方の通話端末１５は、例えば固定電話などであり、他方の情報表示端末２５は、ＰＣなどである。他方の情報表示端末２５はＨＧＷ３５配下に接続しており、通話端末１５もＨＧＷ３５配下に接続しているものとする。
【００７９】
実施例２において、セッション管理サーバ１００は、携帯電話である通話端末１０と街頭設置型の大型ディスプレイである情報表示端末２０との対応関係を特定すべく、次のような仕組みを実現する。すなわち、後述するように、セッション管理サーバ１００が２次元バーコードを大型ディスプレイに表示し、携帯電話の利用者が大型ディスプレイに表示されたバーコードを自らの携帯電話の機能によって撮影することで、結果として、大型ディスプレイである情報表示端末２０が、セッション管理サーバ１００に対して、利用者が利用する携帯電話の端末識別情報（例えば、ＵＩＤなど）を送信することになる。つまり、セッション管理サーバ１００は、大型ディスプレイである情報表示端末２０から送信された端末識別情報を受信することで、大型ディスプレイと、受信した端末識別情報によって識別される携帯電話とが、現に同じ利用者によって利用されているという対応関係を特定することができるのである。
【００８０】
また、実施例２において、セッション管理サーバ１００は、通話端末１０と通話端末１５との対応関係を特定すべく、次のような仕組みを実現する。すなわち、後述するように、セッション管理サーバ１００は、通話端末１５からｃａｌｌセッション情報を受信し、このｃａｌｌセッション情報を用いて発側の通話端末１０や着側の通話端末１５を特定するので、現に通話端末１０と通話端末１５とが通話による通信を確立しているという対応関係を特定することができるのである。
【００８１】
以下、シーケンス図に従って詳細に説明する。なお、セッション管理サーバ１００は、実施例１のように電話番号管理テーブル１２１にＧＷ３０のＩＰアドレスを予め記憶するのではない。実施例２において、セッション管理サーバ１００は、図１２に示すように、電話番号（例えば「ＴＥＬ１」）と、当該電話番号を付与された通話端末を識別する端末識別情報（例えば「ＩＤ１」）とを対応づけて予め記憶している。
【００８２】
さて、図１３のステップＳ３０１に示すように、通話端末１０の利用者が、例えば、情報表示端末２０に設定されたブックマークを選択すると（ステップＳ３０１）、情報表示端末２０は、ディスプレイを選択するための画面を要求するディスプレイ選択画面要求をセッション管理サーバ１００に送信する（ステップＳ３０２）。
【００８３】
一方、セッション管理サーバ１００の通話端末登録部１３１は、情報表示端末２０からディスプレイ選択画面要求を受信すると、通話端末紐付けＩＤを発行し、発行した通話端末紐付けＩＤを含めた２次元バーコードを作成する（ステップＳ３０３）。
【００８４】
そして、通話端末登録部１３１は、ステップＳ３０３において作成した２次元バーコードをディスプレイ選択画面応答として情報表示端末２０に送信する（ステップＳ３０４）。
【００８５】
すると、情報表示端末２０は、ステップＳ３０４において受信した２次元バーコードを画面に表示する（ステップＳ３０５）。
【００８６】
一方、通話端末１０は、バーコードリーダ機能によってバーコードを撮影し（ステップＳ３０６）、セッション管理サーバ１００にアクセスして、通話端末登録要求を送信する（ステップＳ３０７）。この時、通話端末１０は、通話端末登録要求に端末識別情報（例えば「ＩＤ１」）および通話端末紐付けＩＤを含めて送信する。
【００８７】
一方、セッション管理サーバ１００の通話端末登録部１３１は、通話端末１０から通話端末登録要求を受信すると、通話端末登録要求に含められていた端末識別情報を用いて電話番号を特定する（ステップＳ３０８）。
【００８８】
具体的には、通話端末登録部１３１は、まず、通話端末登録要求に含められていた通話端末紐付けＩＤを用いて、当該通話端末登録要求が、ステップＳ３０３において作成した通話端末紐付けＩＤと対応するものであることを確認する。また、通話端末登録部１３１は、通話端末登録要求に含められていた端末識別情報「ＩＤ１」を用いて電話番号管理テーブル１２１を参照する。そして、通話端末登録部１３１は、「ＩＤ１」に対応づけて記憶されている電話番号「ＴＥＬ１」を特定する。
【００８９】
そして、通話端末登録部１３１は、制御用セッション情報を払い出し（ステップＳ３０９）、通話端末１０と情報表示端末２０との紐付けを完了する（ステップＳ３１０）。具体的には、通話端末登録部１３１は、制御用セッション情報（例えば「ＳＥＩＧＹＯ１」）を払い出し、図１４に示すように、ステップＳ３０７において受信した通話端末１０の端末識別情報「ＩＤ１」と、ステップＳ３０８において特定した通話端末１０の電話番号「ＴＥＬ１」と、ステップＳ３０９において払い出した制御用セッション情報「ＳＥＩＧＹＯ１」とを対応づけて通話端末登録テーブル１２２に登録する。
【００９０】
そして、通話端末登録部１３１は、ステップＳ３１０において払い出した制御用セッション情報（例えば「ＳＥＩＧＹＯ１」）を通話端末登録応答として情報表示端末２０に送信する（ステップＳ３１１）。こうして、情報表示端末２０に紐付ける通話端末１０の登録が通話開始前に完了した。
【００９１】
その後、図１３のステップＳ３１２に示すように、通話端末１０と通話端末１５との間で通話が開始され、通話中の状態となった（ステップＳ３１２）。その後は、実施例１におけるステップＳ１１５以降と同様の処理が行われる（図１０を参照）。
【００９２】
［実施例２の効果］
実施例１と同様、アドホックな通話相手との間で柔軟にサービスを共有することが可能になる。
【実施例３】
【００９３】
［実施例３に係る通信制御システムによる処理手順］
続いて、図１５を用いて、実施例３に係る通信制御システムによる処理手順を説明する。図１５は、実施例３に係る通信制御システムによる処理手順を示すシーケンス図である。なお、実施例３においては、通話端末の登録を通話開始後に行う手法を説明するが、実施例１と同様、通話端末の登録を通話開始前に行う場合にも同様に適用することができる。
【００９４】
実施例３において、一方の通話端末１０は、例えば携帯電話などであり、一方の情報表示端末２０は、街頭設置型の大型ディスプレイなどである。情報表示端末２０も通話端末１０もＧＷ３０配下に接続していないものとする。また、他方の通話端末１５は、例えば固定電話などであり、他方の情報表示端末２５は、ＰＣなどである。他方の情報表示端末２５はＨＧＷ３５配下に接続しており、通話端末１５もＨＧＷ３５配下に接続しているものとする。
【００９５】
実施例３において、セッション管理サーバ１００は、携帯電話である通話端末１０と街頭設置型の大型ディスプレイである情報表示端末２０との対応関係を特定すべく、次のような仕組みを実現する。すなわち、後述するように、大型ディスプレイである情報表示端末２０と携帯電話である通話端末１０との間の通信を中継するＲＦ−ＩＤリーダ４０が備えられ、通話端末１０は、端末識別情報をＲＦ−ＩＤリーダ４０を介して情報表示端末２０に送信する。結果として、大型ディスプレイである情報表示端末２０が、セッション管理サーバ１００に対して、利用者が利用する携帯電話の端末識別情報（例えば、ＵＩＤなど）を送信することになる。つまり、セッション管理サーバ１００は、大型ディスプレイである情報表示端末２０から送信された端末識別情報を受信することで、大型ディスプレイと、受信した端末識別情報によって識別される携帯電話とが、現に同じ利用者によって利用されているという対応関係を特定することができるのである。
【００９６】
また、実施例３において、セッション管理サーバ１００は、通話端末１０と通話端末１５との対応関係を特定すべく、次のような仕組みを実現する。すなわち、後述するように、セッション管理サーバ１００は、通話端末１５からｃａｌｌセッション情報を受信し、このｃａｌｌセッション情報を用いて発側の通話端末１０や着側の通話端末１５を特定するので、現に通話端末１０と通話端末１５とが通話による通信を確立しているという対応関係を特定することができるのである。
【００９７】
以下、シーケンス図に従って詳細に説明する。なお、セッション管理サーバ１００は、実施例２と同様、電話番号（例えば「ＴＥＬ１」）と、当該電話番号を付与された通話端末を識別する端末識別情報（例えば「ＩＤ１」）とを対応づけて予め記憶している。
【００９８】
実施例３の手法と実施例２の手法との違いは、実施例２においては、通話端末１０がバーコードを撮影することでセッション管理サーバ１００にアクセスし、端末識別情報を送信していた。これに対し、実施例３においては、情報表示端末２０がＲＦ−ＩＤ４０を備えているので、通話端末１０は、ＲＦ−ＩＤリーダ４０や情報表示端末２０を介することで、セッション管理サーバ１００に端末識別情報を送信する。
【００９９】
具体的には、実施例３において、図１５のステップＳ４０２〜Ｓ４０５は、例えば図１０のステップＳ１１５〜Ｓ１１８に対応し、各ステップにおける処理の内容は、実施例１において説明した内容と同様である。
【０１００】
図１５のステップＳ４０６に示すように、情報表示端末２０の利用者が、例えば、ＲＦ−ＩＤリーダ４０に通話端末１０をかざす。すると、通話端末１０は、端末識別情報およびセッション管理サーバ１００のＵＲＬをＲＦ−ＩＤリーダ４０に送信する（ステップＳ４０６）。
【０１０１】
ＲＦ−ＩＤリーダ４０は、端末識別情報およびセッション管理サーバ１００のＵＲＬを受信すると、端末識別情報の送信指示を情報表示端末２０に送信し（ステップＳ４０７）、情報表示端末２０が、通話端末登録要求をセッション管理サーバ１００に送信する（ステップＳ４０８）。この時、情報表示端末２０は、通話端末登録要求に端末識別情報（例えば「ＩＤ１」）を含めて送信する。
【０１０２】
一方、セッション管理サーバ１００の通話端末登録部１３１は、通話端末１０から通話端末登録要求を受信すると、通話端末登録要求に含められていた端末識別情報を用いて電話番号を特定する（ステップＳ４０９）。
【０１０３】
具体的には、通話端末登録部１３１は、通話端末登録要求に含められていた端末識別情報「ＩＤ１」を用いて電話番号管理テーブル１２１を参照する。そして、通話端末登録部１３１は、「ＩＤ１」に対応づけて記憶されている電話番号「ＴＥＬ１」を特定する。
【０１０４】
そして、通話端末登録部１３１は、制御用セッション情報を払い出し（ステップＳ４１０）、通話端末１０と情報表示端末２０との紐付けを完了する（ステップＳ４１１）。具体的には、通話端末登録部１３１は、制御用セッション情報（例えば「ＳＥＩＧＹＯ１」）を払い出し、ステップＳ４０８において受信した通話端末１０の端末識別情報「ＩＤ１」と、ステップＳ４０９において特定した通話端末１０の電話番号「ＴＥＬ１」と、ステップＳ４１０において払い出した制御用セッション情報「ＳＥＩＧＹＯ１」とを対応づけて通話端末登録テーブル１２２に登録する。
【０１０５】
そして、通話端末登録部１３１は、ステップＳ４１０において払い出した制御用セッション情報（例えば「ＳＥＩＧＹＯ１」）を通話端末登録応答として情報表示端末２０に送信する（ステップＳ４１２）。こうして、情報表示端末２０に紐付ける通話端末１０の登録が完了した。
【０１０６】
［実施例３の効果］
実施例１と同様、アドホックな通話相手との間で柔軟にサービスを共有することが可能になる。
【実施例４】
【０１０７】
［実施例４に係る通信制御システムによる処理手順］
続いて、図１６および図１７を用いて、実施例４に係る通信制御システムによる処理手順を説明する。図１６は、実施例４における電話番号管理テーブルを説明するための図であり、図１７は、実施例４に係る通信制御システムによる処理手順を説明するためのシーケンス図である。なお、実施例４においては、一方の通話端末の登録を通話開始前に行い、他方の通話端末の登録を通話開始後に行う手法を説明するが、双方の通話端末の登録を通話開始前に行う場合にも通話開始後に行う場合にも同様に適用することができる。
【０１０８】
実施例４において、一方の通話端末１０は、例えば固定電話などであり、一方の情報表示端末２０は、ＰＣなどである。情報表示端末２０も通話端末１０もＧＷ３０配下に接続していないものとする。また、他方の通話端末１５は、例えば固定電話などであり、他方の情報表示端末２５は、ＰＣなどである。他方の情報表示端末２５も通話端末１５もＨＧＷ３５配下に接続していないものとする。
【０１０９】
実施例４において、セッション管理サーバ１００は、固定電話である通話端末１０とＰＣである情報表示端末２０との対応関係を特定すべく、次のような仕組みを実現する。すなわち、後述するように、セッション管理サーバ１００が電話番号の入力画面をＰＣに表示し、固定電話の利用者がＰＣに表示された電話番号の入力画面に自らの固定電話の電話番号を入力することで、結果として、ＰＣである情報表示端末２０が、セッション管理サーバ１００に対して、利用者が利用する固定電話の電話番号を送信することになる。つまり、セッション管理サーバ１００は、ＰＣである情報表示端末２０から送信された電話番号を受信することで、ＰＣと、受信した電話番号によって識別される固定電話とが、現に同じ利用者によって利用されているという対応関係を特定することができるのである。
【０１１０】
また、実施例４において、セッション管理サーバ１００は、通話端末１０と通話端末１５との対応関係を特定すべく、次のような仕組みを実現する。すなわち、後述するように、セッション管理サーバ１００は、通話端末１０から通話相手である通話端末１５の電話番号を受信し、通話端末１５から通話相手である通話端末１０の電話番号を受信する。この結果、セッション管理サーバ１００は、現に通話端末１０と通話端末１５とが通話による通信を確立しているという対応関係を特定することができるのである。
【０１１１】
以下、シーケンス図に従って詳細に説明する。なお、セッション管理サーバ１００は、図１６に示すように、電話番号管理テーブル１２１に、電話番号（例えば「ＴＥＬ１」）と、当該電話番号を付与された通話端末を利用する利用者のパスワード（例えば「ＰＷＤ１」）とを対応づけて予め記憶している。また、実施例４においては、パスワードを用いて通話端末１０および通話端末１５を認証する手法を例示しているが、ＩＤＰを用いて認証する手法など、他の手法を用いて認証してもよい。
【０１１２】
さて、図１７のステップＳ５０１に示すように、通話端末１０の利用者が、例えば、情報表示端末２０に設定されたブックマークを選択すると（ステップＳ５０１）、情報表示端末２０は、電話番号を入力するための画面を要求する電話番号入力画面要求をセッション管理サーバ１００に送信する（ステップＳ５０２）。
【０１１３】
一方、セッション管理サーバ１００の通話端末登録部１３１は、情報表示端末２０から電話番号入力画面要求を受信すると、電話番号入力画面を生成し、電話番号入力画面応答として情報表示端末２０に送信する（ステップＳ５０３）。
【０１１４】
すると、情報表示端末２０は、ステップＳ５０４において受信した電話番号入力画面を表示する（ステップＳ５０４）。
【０１１５】
一方、通話端末１０の利用者は、パスワード（例えば「ＰＷＤ１」）を入力するとともに着側通話端末１５の電話番号（例えば「ＴＥＬ２」）を入力する（ステップＳ５０５）。すると、情報表示端末２０は、通話端末登録要求をセッション管理サーバ１００に送信する（ステップＳ５０６）。この時、情報表示端末２０は、通話端末登録要求にパスワード（例えば「ＰＷＤ１」）および着側通話端末１５の電話番号（例えば「ＴＥＬ２」）を含めて送信する。
【０１１６】
一方、セッション管理サーバ１００の通話端末登録部１３１は、情報表示端末２０から通話端末登録要求を受信すると、通話端末登録要求に含められていたパスワードを用いて発側通話端末１０の電話番号を特定する（ステップＳ５０７）。
【０１１７】
具体的には、通話端末登録部１３１は、通話端末登録要求に含められていたパスワード「ＰＷＤ１」を用いて電話番号管理テーブル１２１を参照する。そして、通話端末登録部１３１は、「ＰＷＤ１」に対応づけて記憶されている電話番号「ＴＥＬ１」を特定する。
【０１１８】
そして、通話端末登録部１３１は、制御用セッション情報を払い出し（ステップＳ５０８）、通話端末１０と情報表示端末２０との紐付けを完了する（ステップＳ５０９）。具体的には、通話端末登録部１３１は、制御用セッション情報（例えば「ＳＥＩＧＹＯ１」）を払い出し、ステップＳ５０７において特定した通話端末１０の電話番号「ＴＥＬ１」と、ステップＳ５０８において払い出した制御用セッション情報「ＳＥＩＧＹＯ１」とを対応づけて通話端末登録テーブル１２２に登録する。
【０１１９】
そして、通話端末登録部１３１は、ステップＳ５０８において払い出した制御用セッション情報（例えば「ＳＥＩＧＹＯ１」）を通話端末登録応答として情報表示端末２０に送信する（ステップＳ５１０）。こうして、発側について、情報表示端末２０に紐付ける通話端末１０の登録が通話開始前に完了した。
【０１２０】
その後、図１７のステップＳ５１１に示すように、通話端末１０と通話端末１５との間で通話が開始され、通話中の状態となった（ステップＳ５１１）。
【０１２１】
さて、図１７のステップＳ５１２に示すように、着側通話端末１５の利用者が、例えば、情報表示端末２５に設定されたブックマークを選択すると（ステップＳ５１２）、情報表示端末２５は、電話番号を入力するための画面を要求する電話番号入力画面要求をセッション管理サーバ１００に送信する（ステップＳ５１３）。
【０１２２】
一方、セッション管理サーバ１００の通話端末登録部１３１は、情報表示端末２５から電話番号入力画面要求を受信すると、電話番号入力画面を生成し、電話番号入力画面応答として情報表示端末２５に送信する（ステップＳ５１４）。
【０１２３】
すると、情報表示端末２５は、ステップＳ５１４において受信した電話番号入力画面を表示する（ステップＳ５１５）。
【０１２４】
一方、通話端末１５の利用者は、パスワード（例えば「ＰＷＤ２」）を入力するとともに発側通話端末１０の電話番号（例えば「ＴＥＬ１」）を入力する（ステップＳ５１６）。すると、情報表示端末２５は、通話端末登録要求をセッション管理サーバ１００に送信する（ステップＳ５１７）。この時、情報表示端末２５は、通話端末登録要求にパスワード（例えば「ＰＷＤ２」）および発側通話端末１０の電話番号（例えば「ＴＥＬ１」）を含めて送信する。
【０１２５】
一方、セッション管理サーバ１００の通話端末登録部１３１は、情報表示端末２５から通話端末登録要求を受信すると、通話端末登録要求に含められていたパスワードを用いて着側通話端末１５の電話番号を特定する（ステップＳ５１８）。
【０１２６】
具体的には、通話端末登録部１３１は、通話端末登録要求に含められていたパスワード「ＰＷＤ２」を用いて電話番号管理テーブル１２１を参照する。そして、通話端末登録部１３１は、「ＰＷＤ２」に対応づけて記憶されている電話番号「ＴＥＬ２」を特定する。
【０１２７】
そして、通話端末登録部１３１は、制御用セッション情報を払い出し（ステップＳ５１９）、通話端末１５と情報表示端末２５との紐付けを完了する（ステップＳ５２０）。具体的には、通話端末登録部１３１は、制御用セッション情報（例えば「ＳＥＩＧＹＯ２」）を払い出し、ステップＳ５１８において特定した通話端末１５の電話番号「ＴＥＬ２」と、ステップＳ５１９において払い出した制御用セッション情報「ＳＥＩＧＹＯ２」とを対応づけて通話端末登録テーブル１２２に登録する。
【０１２８】
そして、通話端末登録部１３１は、ステップＳ５１９において払い出した制御用セッション情報（例えば「ＳＥＩＧＹＯ２」）を通話端末登録応答として情報表示端末２５に送信する（ステップＳ５２１）。こうして、着側について、情報表示端末２５に紐付ける通話端末１５の登録が通話開始後に完了した。
【０１２９】
その後、セッション管理サーバ１００は、ステップＳ５０６において発側の通話端末１０から受信した着側通話端末１５の電話番号「ＴＥＬ２」、および、ステップＳ５１７において着側の通話端末１５から受信した発側通話端末１０の電話番号「ＴＥＬ１」とを照合し、通話端末登録テーブル１２２を参照することで、実施例１〜３と同様に、制御用セッション管理テーブル１２３を作成する。
【０１３０】
［実施例４の効果］
実施例１と同様、アドホックな通話相手との間で柔軟にサービスを共有することが可能になる。
【実施例５】
【０１３１】
さて、これまで実施例１〜実施例４について説明してきたが、上記した実施例以外にも種々の異なる形態にて実施されてよいものである。
【０１３２】
［セッション管理機能］
上記実施例においては、通話端末登録部や発着間紐付けＩＤ発行部などに代表されるセッション管理機能が、ＳＩＰサーバやサービス提供サーバとは物理的に異なるセッション管理サーバに備えられている事例を説明してきたが、本発明はこれに限られるものではない。セッション管理機能がＳＩＰサーバに備えられている事例にも、あるいは、サービス提供サーバに備えられている事例などにも、本発明を同様に適用することができる。
【０１３３】
［発着間紐付けＩＤ］
上記実施例においては、サービス提供サーバがＷｅｂサービスを互いに関連づけて制御する際に用いる「発着間紐付けＩＤ」として、セッション管理サーバが新たに発行した発着間紐付けＩＤを用いる手法を説明してきたが、本発明はこれに限られるものではない。呼情報であるｃａｌｌセッション情報そのもの（例えば、Call-IDなど）を流用する手法にも、本発明を同様に適用することができる。
【０１３４】
［ポーリング］
上記実施例においては、情報表示端末とＨＧＷとの間、情報表示端末とセッション管理サーバとの間などで、適宜ポーリングを用いて通信を行う手法を説明してきたが、本発明はこれに限られるものではなく、ポーリングの替わりにプッシュ型やプル型の通信であってもよい。この場合には、必要な時のみアクセスすればよいことになる。
【０１３５】
また、上記実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順（図９〜１１、図１３、図１５、図１７など）、具体的名称（図２〜図８など）、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１３６】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１３７】
なお、本実施例で説明した通信制御方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【符号の説明】
【０１３８】
１０ 通話端末
１５ 通話端末
２０ 情報表示端末
２５ 情報表示端末
３０ ＧＷ
３５ ＨＧＷ
１００ セッション管理サーバ
１１０ 通信部
１２０ 記憶部
１２１ 電話番号管理テーブル
１２２ 通話端末登録テーブル
１２３ 制御用セッション管理テーブル
１２４ 発着間紐付けＩＤテーブル
１３０ 制御部
１３１ 通話端末登録部
１３２ 発着間紐付けＩＤ発行部
２００ サービス提供サーバ
２１０ 通信部
２２０ 記憶部
２２１ Ｗｅｂセッション情報管理テーブル
２３０ 制御部
２３１ 発着間紐付けＩＤ収集部
２３２ サービス提供制御部
【特許請求の範囲】
【請求項１】
ネットワーク上のサービスを情報表示端末に提供する通信を制御する通信制御システムであって、
セッション管理サーバは、
利用者によって通話による通信が行われる通話端末と、当該利用者によって利用される情報表示端末との対応関係を特定する端末対応関係特定手段と、
発側の通話端末と、当該通話端末との間で通話による通信を確立した着側の通話端末との対応関係を特定する通話対応関係特定手段と、
前記通話対応関係特定手段によって特定された発側の通話端末について前記端末対応関係特定手段によって対応関係が特定された発側の情報表示端末と、前記通話対応関係特定手段によって特定された着側の通話端末について前記端末対応関係特定手段によって対応関係が特定された着側の情報表示端末とを連携するための連携情報を発行する連携情報発行手段とを備え、
サービス提供サーバは、
サービスの提供を要求する情報表示端末毎に、前記連携情報発行手段によって発行された連携情報を収集する連携情報収集手段と、
前記連携情報収集手段によって収集された複数の連携情報の中からサービスを連携することを示す連携情報を特定し、特定した連携情報の収集元である情報表示端末各々に提供するサービスを連携するようにサービス提供を制御するサービス提供制御手段と
を備えたことを特徴とする通信制御システム。
【請求項２】
前記端末対応関係特定手段は、所定の情報表示端末から所定の通話端末の電話番号を受信することで、当該情報表示端末と当該電話番号によって識別される通話端末との対応関係を特定することを特徴とする請求項１に記載の通信制御システム。
【請求項３】
前記通話端末は、バーコードリーダ機能を備え、前記対応関係にある情報表示端末に表示されたバーコードであって前記セッション管理サーバにおいて当該情報表示端末を識別する情報が埋め込まれたバーコードを当該バーコードリーダ機能によって撮影し、当該バーコードに埋め込まれた情報と当該通話端末を識別する端末識別情報とを前記セッション管理サーバに送信するものであって、
前記端末対応関係特定手段は、所定の通話端末から前記バーコードに埋め込まれた情報と当該通話端末を識別する端末識別情報とを受信することで、当該バーコードに埋め込まれた情報によって識別される情報表示端末と当該通話端末との対応関係を特定することを特徴とする請求項１に記載の通信制御システム。
【請求項４】
前記通信制御システムは、情報表示端末と通話端末との間の通信を中継するＲＦ−ＩＤリーダをさらに備え、
前記通話端末は、当該通話端末を識別する端末識別情報を、前記ＲＦ−ＩＤリーダを介して、前記対応関係にある情報表示端末に送信するものであって、
前記端末対応関係特定手段は、所定の情報表示端末から前記端末識別情報を受信することで、当該情報表示端末と当該端末識別情報によって識別される通話端末との対応関係を特定することを特徴とする請求項１に記載の通信制御システム。
【請求項５】
前記端末対応関係特定手段は、発側の情報表示端末から発側の通話端末の電話番号を受信し、着側の情報表示端末から着側の通話端末の電話番号を受信することで、当該情報表示端末と当該電話番号によって識別される通話端末との対応関係を特定し、
前記通話対応関係特定手段は、発側の情報表示端末から着側の通話端末の電話番号を受信し、着側の情報表示端末から発側の通話端末の電話番号を受信することで、発側の通話端末と、当該通話端末との間で通話による通信を確立した着側の通話端末との対応関係を特定することを特徴とする請求項１に記載の通信制御システム。
【請求項６】
ネットワーク上のサービスを情報表示端末に提供する通信を制御する通信制御方法であって、
セッション管理サーバは、
利用者によって通話による通信が行われる通話端末と、当該利用者によって利用される情報表示端末との対応関係を特定する端末対応関係特定工程と、
発側の通話端末と、当該通話端末との間で通話による通信を確立した着側の通話端末との対応関係を特定する通話対応関係特定工程と、
前記通話対応関係特定工程によって特定された発側の通話端末について前記端末対応関係特定工程によって対応関係が特定された発側の情報表示端末と、前記通話対応関係特定工程によって特定された着側の通話端末について前記端末対応関係特定工程によって対応関係が特定された着側の情報表示端末とを連携するための連携情報を発行する連携情報発行工程とを含み、
サービス提供サーバは、
サービスの提供を要求する情報表示端末毎に、前記連携情報発行工程によって発行された連携情報を収集する連携情報収集工程と、
前記連携情報収集工程によって収集された複数の連携情報の中からサービスを連携することを示す連携情報を特定し、特定した連携情報の収集元である情報表示端末各々に提供するサービスを連携するようにサービス提供を制御するサービス提供制御工程と
を含んだことを特徴とする通信制御方法。
【請求項７】
ネットワーク上のサービスを情報表示端末に提供する通信を制御する通信制御方法をコンピュータに実行させる通信制御プログラムであって、
利用者によって通話による通信が行われる通話端末と、当該利用者によって利用される情報表示端末との対応関係を特定する端末対応関係特定手順と、
発側の通話端末と、当該通話端末との間で通話による通信を確立した着側の通話端末との対応関係を特定する通話対応関係特定手順と、
前記通話対応関係特定手順によって特定された発側の通話端末について前記端末対応関係特定手順によって対応関係が特定された発側の情報表示端末と、前記通話対応関係特定手順によって特定された着側の通話端末について前記端末対応関係特定手順によって対応関係が特定された着側の情報表示端末とを連携するための連携情報を発行する連携情報発行手順とをセッション管理サーバに実行させ、
サービスの提供を要求する情報表示端末毎に、前記連携情報発行手順によって発行された連携情報を収集する連携情報収集手順と、
前記連携情報収集手順によって収集された複数の連携情報の中からサービスを連携することを示す連携情報を特定し、特定した連携情報の収集元である情報表示端末各々に提供するサービスを連携するようにサービス提供を制御するサービス提供制御手順とをサービス提供サーバに実行させることを特徴とする通信制御プログラム。
【請求項１】
ネットワーク上のサービスを情報表示端末に提供する通信を制御する通信制御システムであって、
セッション管理サーバは、
利用者によって通話による通信が行われる通話端末と、当該利用者によって利用される情報表示端末との対応関係を特定する端末対応関係特定手段と、
発側の通話端末と、当該通話端末との間で通話による通信を確立した着側の通話端末との対応関係を特定する通話対応関係特定手段と、
前記通話対応関係特定手段によって特定された発側の通話端末について前記端末対応関係特定手段によって対応関係が特定された発側の情報表示端末と、前記通話対応関係特定手段によって特定された着側の通話端末について前記端末対応関係特定手段によって対応関係が特定された着側の情報表示端末とを連携するための連携情報を発行する連携情報発行手段とを備え、
サービス提供サーバは、
サービスの提供を要求する情報表示端末毎に、前記連携情報発行手段によって発行された連携情報を収集する連携情報収集手段と、
前記連携情報収集手段によって収集された複数の連携情報の中からサービスを連携することを示す連携情報を特定し、特定した連携情報の収集元である情報表示端末各々に提供するサービスを連携するようにサービス提供を制御するサービス提供制御手段と
を備えたことを特徴とする通信制御システム。
【請求項２】
前記端末対応関係特定手段は、所定の情報表示端末から所定の通話端末の電話番号を受信することで、当該情報表示端末と当該電話番号によって識別される通話端末との対応関係を特定することを特徴とする請求項１に記載の通信制御システム。
【請求項３】
前記通話端末は、バーコードリーダ機能を備え、前記対応関係にある情報表示端末に表示されたバーコードであって前記セッション管理サーバにおいて当該情報表示端末を識別する情報が埋め込まれたバーコードを当該バーコードリーダ機能によって撮影し、当該バーコードに埋め込まれた情報と当該通話端末を識別する端末識別情報とを前記セッション管理サーバに送信するものであって、
前記端末対応関係特定手段は、所定の通話端末から前記バーコードに埋め込まれた情報と当該通話端末を識別する端末識別情報とを受信することで、当該バーコードに埋め込まれた情報によって識別される情報表示端末と当該通話端末との対応関係を特定することを特徴とする請求項１に記載の通信制御システム。
【請求項４】
前記通信制御システムは、情報表示端末と通話端末との間の通信を中継するＲＦ−ＩＤリーダをさらに備え、
前記通話端末は、当該通話端末を識別する端末識別情報を、前記ＲＦ−ＩＤリーダを介して、前記対応関係にある情報表示端末に送信するものであって、
前記端末対応関係特定手段は、所定の情報表示端末から前記端末識別情報を受信することで、当該情報表示端末と当該端末識別情報によって識別される通話端末との対応関係を特定することを特徴とする請求項１に記載の通信制御システム。
【請求項５】
前記端末対応関係特定手段は、発側の情報表示端末から発側の通話端末の電話番号を受信し、着側の情報表示端末から着側の通話端末の電話番号を受信することで、当該情報表示端末と当該電話番号によって識別される通話端末との対応関係を特定し、
前記通話対応関係特定手段は、発側の情報表示端末から着側の通話端末の電話番号を受信し、着側の情報表示端末から発側の通話端末の電話番号を受信することで、発側の通話端末と、当該通話端末との間で通話による通信を確立した着側の通話端末との対応関係を特定することを特徴とする請求項１に記載の通信制御システム。
【請求項６】
ネットワーク上のサービスを情報表示端末に提供する通信を制御する通信制御方法であって、
セッション管理サーバは、
利用者によって通話による通信が行われる通話端末と、当該利用者によって利用される情報表示端末との対応関係を特定する端末対応関係特定工程と、
発側の通話端末と、当該通話端末との間で通話による通信を確立した着側の通話端末との対応関係を特定する通話対応関係特定工程と、
前記通話対応関係特定工程によって特定された発側の通話端末について前記端末対応関係特定工程によって対応関係が特定された発側の情報表示端末と、前記通話対応関係特定工程によって特定された着側の通話端末について前記端末対応関係特定工程によって対応関係が特定された着側の情報表示端末とを連携するための連携情報を発行する連携情報発行工程とを含み、
サービス提供サーバは、
サービスの提供を要求する情報表示端末毎に、前記連携情報発行工程によって発行された連携情報を収集する連携情報収集工程と、
前記連携情報収集工程によって収集された複数の連携情報の中からサービスを連携することを示す連携情報を特定し、特定した連携情報の収集元である情報表示端末各々に提供するサービスを連携するようにサービス提供を制御するサービス提供制御工程と
を含んだことを特徴とする通信制御方法。
【請求項７】
ネットワーク上のサービスを情報表示端末に提供する通信を制御する通信制御方法をコンピュータに実行させる通信制御プログラムであって、
利用者によって通話による通信が行われる通話端末と、当該利用者によって利用される情報表示端末との対応関係を特定する端末対応関係特定手順と、
発側の通話端末と、当該通話端末との間で通話による通信を確立した着側の通話端末との対応関係を特定する通話対応関係特定手順と、
前記通話対応関係特定手順によって特定された発側の通話端末について前記端末対応関係特定手順によって対応関係が特定された発側の情報表示端末と、前記通話対応関係特定手順によって特定された着側の通話端末について前記端末対応関係特定手順によって対応関係が特定された着側の情報表示端末とを連携するための連携情報を発行する連携情報発行手順とをセッション管理サーバに実行させ、
サービスの提供を要求する情報表示端末毎に、前記連携情報発行手順によって発行された連携情報を収集する連携情報収集手順と、
前記連携情報収集手順によって収集された複数の連携情報の中からサービスを連携することを示す連携情報を特定し、特定した連携情報の収集元である情報表示端末各々に提供するサービスを連携するようにサービス提供を制御するサービス提供制御手順とをサービス提供サーバに実行させることを特徴とする通信制御プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１１−１０１２３（Ｐ２０１１−１０１２３Ａ）
【公開日】平成２３年１月１３日（２０１１．１．１３）
【国際特許分類】
【出願番号】特願２００９−１５２８００（Ｐ２００９−１５２８００）
【出願日】平成２１年６月２６日（２００９．６．２６）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２３年１月１３日（２０１１．１．１３）
【国際特許分類】
【出願日】平成２１年６月２６日（２００９．６．２６）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]