JP2011008712A - サービス提供システムおよびサービス提供方法 - Google Patents

Abstract

【課題】通信相手との関係が一時的な場合に、このような一時的な通信関係に基づいてサービスを制御することと、簡単な操作デバイスを表示装置と連携させてサービス画面を操作させることを課題とする。
【解決手段】セッション管理サーバは、ＳＩＰフォンにて通話中の利用者が利用する情報表示端末から、サービス利用要求を受信した場合に、ＳＩＰによって通信を確立したＳＩＰフォンと組で利用される情報表示端末であるか否かを判定する。そして、サービス提供サーバは、ＳＩＰによって通信を確立したＳＩＰフォンと組で利用される端末であるとセッション管理サーバが判定すると、ＰＢ信号によって画面遷移可能なサービス画面を情報表示端末に送信する。その後、サービス提供サーバは、画面遷移を示すＰＢ信号を受信すると、当該ＰＢ信号によって特定される新たなサービス画面を情報表示端末に送信する。
【選択図】 図２

Description

本発明は、サービス提供システムおよびサービス提供方法に関する。

従来、ＩＰ（Internet Protocol）で制御されるネットワークに接続する端末に提供されるサービスとして、いわゆるＷｅｂサービスがある。ここで、Ｗｅｂサービスとは、一般に、ＷＷＷ（World Wide Web）関連技術を適用することで、アプリケーションの機能をネットワーク経由で実現するサービスのことをいう。例えば、インターネットに接続する端末は、Ｗｅｂサービスの一つであるＩＭ（Instant Messaging）サービスの提供を受け、インターネットに接続する他の端末との間で、チャットや画像データの共有を実現する。

また、例えば特許文献１には、会員（コミュニティ）管理を一元化することで、新しいサービスを利用する際の会員登録を不要とする技術が開示されている。また、例えば特許文献２には、一般的なブラウザを用いてアプリケーション共有を行う技術が開示されている。

特開２００５−２２８１２２号公報 特開２００３−０４４４２９号公報

しかしながら、上記した従来の技術では、通信相手との関係が一時的な場合（アドホックに変化する関係の場合）に、このような一時的な通信関係に基づいてサービスを制御することができないという課題があった。

また、上記した従来の技術では、ＴＶやパソコンなどの表示装置にサービス画面を表示することとなるが、画面操作を行うために、ボタンが多いリモコンやキーボード、マウスといった表示装置が備えるデバイスで操作しなければならないという課題があった。

そこで、本発明は、上記した従来の技術の課題を解決するためになされたものであり、通信相手との関係が一時的な場合（アドホックに変化する関係の場合）に、このような一時的な通信関係に基づいてサービスを制御することが可能であり、簡単な操作デバイスを表示装置と連携させてサービス画面を操作させることが可能なサービス提供システムおよびサービス提供方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、ネットワーク上のサービスを端末に提供するサービス提供サーバと、端末同士のセッションを管理するセッション管理サーバとを有するサービス提供システムであって、前記セッション管理サーバは、前記サービスの提供を要求する端末毎に、当該端末と組で利用され第１の通信を確立する第１通信端末と他の第１通信端末との間で確立された第１の通信を識別する通信情報を収集する通信情報収集手段と、前記通信情報収集手段によって収集された複数の通信情報の中から同一の第１の通信を示す通信情報を特定し、特定した通信情報によって識別される第１の通信を確立した第１通信端末各々と組で利用される端末各々を連携するための連携情報を発行する連携情報発行手段と、前記連携情報発行手段によって連携情報が発行された端末から前記サービスを特定する信号を受信した場合に、当該信号をサービス提供サーバに送信する情報送信手段と、を有し、前記サービス提供サーバは、前記サービスの提供を要求する端末毎に、前記セッション管理サーバの連携情報発行手段によって発行された連携情報を収集する連携情報収集手段と、前記連携情報収集手段によって収集された複数の連携情報の中からサービスを連携することを示す連携情報を特定し、特定した連携情報の収集元である端末各々に対して、ダイアル信号を含むサービス画面を有するサービスを提供するサービス提供手段と、前記サービス提供手段によってサービスが提供される端末と組で使用される第１通信端末から送信された信号を前記セッション管理サーバから受信した場合に、当該信号を送信した端末に対して、当該信号によって特定されるサービス画面を有するサービスを提供するサービス制御手段と、を備えたことを特徴とする。

通信相手との関係が一時的な場合（アドホックに変化する関係の場合）に、このような一時的な通信関係に基づいてサービスを制御することが可能となり、簡単な操作デバイスを表示装置と連携させてサービス画面を操作させることが可能となる。

図１は、実施例１に係るサービス提供システムの全体構成を示す図である。 図２は、セッション管理サーバの構成を示すブロック図である。 図３は、制御用セッション管理テーブルに記憶される情報の例を示す図である。 図４は、発着間紐付けＩＤテーブルに記憶される情報の例を示す図である。 図５は、サービス管理テーブルに記憶される情報の例を示す図である。 図６は、サービス提供サーバの構成を示すブロック図である。 図７は、Ｗｅｂセッション情報管理テーブルに記憶される情報の例を示す図である。 図８は、サービステーブルに記憶される情報の例を示す図である。 図９は、ＨＧＷの構成を示すブロック図である。 図１０は、ブラウザセッション情報管理テーブルに記憶される情報の例を示す図である。 図１１は、ＳＩＰフォンの構成を示すブロック図である。 図１２は、情報表示端末の構成を示すブロック図である。 図１３は、実施例１に係るサービス提供システムによる処理の流れをシーケンス図（その１）である。 図１４は、実施例１に係るサービス提供システムによる処理の流れをシーケンス図（その２）である。 図１５は、実施例１に係るサービス提供システムによる処理の流れをシーケンス図（その３）である。 図１６は、ＰＢ信号で画面遷移先を指定できるサービス画面の例を示す図である。 図１７は、ＰＢ信号で画面遷移した結果のサービス画面の例を示す図である。 図１８は、情報表示端末に表示される画面をＰＢ信号でスクロールさせる場合の処理の流れを示すシーケンス図である。 図１９は、ＰＢ信号で画面スクロールを指定できるサービス画面の例を示す図である。 図２０は、情報表示端末に表示される画面をＰＢ信号でスクロールさせる場合の処理の流れを示すシーケンス図である。 図２１は、ＰＢ信号で文字入力できるサービス画面の例を示す図である。 図２２は、ＰＢ信号で文字入力する際のデータベース情報を示す図である。 図２３は、本願を用いたリバーシの例を示す図である。

以下に添付図面を参照して、本発明に係るサービス提供システムおよびサービス提供方法の実施例を詳細に説明する。なお、以下では、実施例で用いる主要な用語、実施例１に係るサービス提供システムの概要、実施例１に係るサービス提供システムの構成、実施例１に係るサービス提供システムによる処理の手順、実施例１の効果を順に説明し、続いて、他の実施例について説明する。なお、この実施例によりこの発明が限定されるものではない。

［用語の説明］
最初に、以下の実施例で用いる主要な用語を説明する。「サービス」とは、いわゆるＷｅｂサービス（ＷＷＷ関連技術を適用することで、アプリケーションの機能をネットワーク経由で実現するサービス）のことである。インターネットなどＩＰによって制御されるネットワークにおいて、「サービス提供サーバ」がサービスを制御し、ネットワークに接続する「端末」が「サービス」の提供を受けるという関係にある。

ところで、「サービス提供サーバ」は、端末各々の関係や端末とサービス提供サーバとの関係、もしくは端末を利用する利用者同士の関係などに基づいて、サービスを制御する。具体的に例を挙げて説明すると、例えば、ＩＭサービスにおいて、端末Ａを利用する利用者と端末Ｂを利用する利用者とがファイル共有を実現する場合を想定する。端末Ｂが、「サービス提供サーバ」にアクセスしている際に、端末Ａが、「サービス提供サーバ」にファイルをアップロードしたとする。このような場合、「サービス提供サーバ」は、端末Ａの利用者と端末Ｂの利用者との関係に基づいて、端末Ｂにファイルを送信する。すなわち、「サービス提供サーバ」は、例えば、端末Ａの利用者から利用者ＩＤやパスワードの入力を受け付け、端末Ｂの利用者から利用者ＩＤやパスワードの入力を受け付けることで、端末Ａの利用者と端末Ｂの利用者とを特定する。そして、「サービス提供サーバ」は、特定した端末Ａの利用者と端末Ｂの利用者との関係が、ファイル共有を互いに認めている関係であれば、当該関係に基づいて、端末Ｂにファイルを送信するよう、サービスを制御するのである。

また、例えば、ＳＮＳ（Social Networking Service）において、サイトの運営者である端末Ａの利用者が端末Ｂの利用者にサイトを閲覧させる場合を想定する。このような場合、「サービス提供サーバ」は、端末Ａの利用者と端末Ｂの利用者との関係に基づいて、端末Ｂの利用者によるサイトの閲覧を制御する。すなわち、「サービス提供サーバ」は、特定した端末Ａの利用者と特定した端末Ｂの利用者との関係が、端末Ａの利用者によって端末Ｂの利用者によるサイトの閲覧が認められている関係であれば、当該関係に基づいて、端末Ｂの利用者によるサイトの閲覧を許可するよう、サービスを制御するのである。

また、例えば、音楽情報を提供する「サービス提供サーバ」が、端末Ａの利用者に音楽情報のダウンロードを許可する場合を想定する。このような場合、「サービス提供サーバ」は、端末Ａの利用者と「サービス提供サーバ」との関係に基づいて、端末Ａによるダウンロード通信を制御する。すなわち、「サービス提供サーバ」は、特定した端末Ａの利用者と「サービス提供サーバ」との関係が、「サービス提供サーバ」によって端末Ａの利用者によるダウンロード通信が認められている関係であれば、当該関係に基づいて、端末Ａによるダウンロード通信を許可するよう、サービス提供を制御するのである。

このように、端末各々の関係や端末とサービス提供サーバとの関係、もしくは端末を利用する利用者同士の関係などは、そのサービス内容によって様々な態様があるが、いずれの場合も、「サービス提供サーバ」が、これらの関係に基づいてサービスを制御することに変わりはない。

もっとも、従来のＷｅｂサービスは、このような関係が、予め登録されたものであることを前提として提供されてきた。例えば、従来の「サービス提供サーバ」は、利用者同士の関係などを予めバディリストに登録し、登録したバディリストに基づいて、チャットや画像データの共有などのサービスを制御していたのである。これに対し、本発明における「サービス提供サーバ」は、予め登録されたバディリストのような関係のみならず、通信相手との関係が一時的な場合（アドホックに変化する関係の場合）にも、かかる一時的な通信関係に基づいて、チャットや画像データの共有などのサービスを制御するものである。

［実施例１に係るサービス提供システムの全体構成］
図１に示すように、このサービス提供システムは、ＨＧＷ・情報表示端末・ＳＩＰフォンなどを有する利用者宅Ａ〜Ｃと、ＳＩＰプロキシと、セッション管理サーバと、サービス提供サーバとがネットワークを介して、相互に通信可能に接続されている。

各装置の機能を簡単に説明しておくと、利用者宅のＨＧＷは、他の装置やネットワークとの通信を中継するホームゲートウェイであり、情報表示端末は、Ｗｅｂブラウザなどを用いてネットワーク上のサービスを利用するパーソナルコンピュータなどの装置であり、ＳＩＰフォンは、ＳＩＰを用いて音声接続を行う装置であり、ハードウエアで実現されていてもよく、パーソナルコンピュータなどに組み込むソフトウエアとして実現されていてもよい。

ＳＩＰプロキシは、ＳＩＰサーバの役割の一つであり、ＳＩＰフォンなどからのリクエストをほかのＳＩＰ端末（例えば、ＳＩＰフォンなど）やＳＩＰサーバに転送するサーバである。セッション管理サーバは、後述するcallセッション情報や制御用セッション情報を用いて、利用者宅Ａと利用者宅Ｂと利用者宅Ｃとの接続を行うサーバである。サービス提供サーバは、上記したように、端末各々の関係や端末とサービス提供サーバとの関係、もしくは端末を利用する利用者同士の関係などに基づいて、サービスを制御する。

なお、本実施例では、ネットワークに接続される１台のサービス提供サーバが利用者Ａ宅および利用者Ｂ宅にサービスを提供する例について説明するが、これに限定されるものではなく、複数のサービス提供サーバがネットワークに接続されており、それぞれが利用者Ａ宅や利用者Ｂ宅にサービスを提供してもよい。

このような構成を有するサービス提供システムによれば、通信相手との関係が一時的な場合（アドホックに変化する関係の場合）に、このような一時的な通信関係に基づいてサービスを制御することが可能であり、簡単な操作デバイスを表示装置と連携させてサービス画面を操作させることができる。例えば、実施例１に係るサービス提供システムでは、ＳＩＰフォンという簡単なインターフェースを用いて、一時的な通信関係で複数の利用者宅同士（情報表示端末同士）を接続することができる。また、実施例１に係るサービス提供システムでは、ＳＩＰフォンという簡単なインターフェースをパソコンなどの表示装置と連携させて、ＳＩＰフォンの操作のみで表示装置に表示されるサービス画面を操作することができる。

なお、ここでは、ＳＩＰフォンというハードウエアを用いた例を説明するが、これに限定されるものではなく、例えば、サービス画面を表示しているパソコンや、サービス画面を表示しているパソコンとは別のパソコンなどにソフトウエアにインストールされていてもよい。

［実施例１に係るサービス提供システムの構成］
次に、図２〜図１４を用いて、実施例１に係るサービス提供システムの各装置の構成について説明する。なお、以下では、サービス提供システムの構成については簡単に説明し、各部の処理については後述する処理手順にて詳細に説明することとする。

（セッション管理サーバの構成）
図２は、セッション管理サーバの構成を示すブロック図である。図２に示すように、セッション管理サーバ１００は、以下に説明する各部が汎用的なサーバなどに備えられることによって実現され、通信制御Ｉ／Ｆ部１１０と、記憶部１２０と、制御部１３０とを有する。

通信制御Ｉ／Ｆ部１１０は、ＨＴＴＰ通信用の一般的なインターフェースおよびライブラリを備え、情報表示端末２０との間で情報を送受信したり、ＨＧＷ１０やサービス提供サーバ２００との間で情報を送受信したりするなどする。

記憶部１２０は、制御部１３０における各種制御に用いられる情報を記憶し、特に本発明に密接に関連するものとしては、図２に示すように、制御用セッション管理テーブル１２３と発着間紐付けＩＤテーブル１２４とサービス管理テーブル１２５とを有する。

制御用セッション管理テーブル１２３は、制御用セッション情報（セッション管理サーバ１００が情報表示端末２０との間で通信を行うために、当該情報表示端末２０のＷｅｂブラウザに対して付与する情報）を管理するテーブルである。例えば、制御用セッション管理テーブル１２３は、図３に示すように、制御用セッション情報と、Ｃａｌｌ−ＩＤと、Ｆｒｏｍと、Ｔｏと、発着判定フラグと、通話情報（開始時刻〜終了時刻）と、ＨＧＷのＵＲＬとを対応付けて記憶している。

例えば、セッション管理サーバ１００が情報表示端末２０との間で通信を行うために、当該情報表示端末２０のＷｅｂブラウザに対して付与する情報のことであり、情報表示端末２０とセッション管理サーバ１００との間で確立されたＷｅｂ通信を一意に識別する情報である。後述するｃａｌｌセッション情報収集部１３１が、情報表示端末２０からサービス開始要求を受け付けた際に制御用セッション情報を払い出し、制御用セッション管理テーブル１２３に格納する。なお、制御用セッション情報としては、情報表示端末２０がＷｅｂ通信を行う際に利用するブラウザに付与された情報である『セッションID』（CookieのIDなど）を用いる手法などが考えられる。また、制御用セッション情報は、一般的には確立されたセッションごとにユニークに生成される。

また、ｃａｌｌセッション情報とは、ＳＩＰフォン３０間でＳＩＰによって確立されたセッションを一意に識別する情報である。後述するｃａｌｌセッション情報収集部１３１が、情報表示端末２０からサービス開始要求を受け付けた際に当該情報表示端末２０から取得し、制御用セッション管理テーブル１２３に格納する。なお、ｃａｌｌセッション情報としては、ＳＩＰ通信に含まれる情報である『Ｃａｌｌ−ＩＤ』もしくは『ｉｓｕｂ』、または、『Ｆｒｏｍ』、『Ｔｏ』、『ｔａｇ』、ＩＰアドレス、もしくは、これらの組合せを用いる手法や、ＳＩＰ通信に含まれるその他の情報（例えば、『Ｄａｔｅ』など）を組合せて用いる手法などが考えられ、ＳＩＰによって確立された通信を一意に識別することが可能な情報を用いる手法であれば、どのような手法でもよい。また、ｃａｌｌセッション情報は、一般的には確立されたセッションごとにユニークに生成される。

また、発着判定フラグとは、ＳＩＰフォン３０間でＳＩＰによって確立されたセッションについて、ＳＩＰフォン３０（制御用セッション情報を払い出した情報表示端末２０と組で利用されるＳＩＰフォン３０）が発側であるのか着側であるのかを判定するフラグである。後述するｃａｌｌセッション情報収集部１３１が、情報表示端末２０からサービス開始要求を受け付けた際に当該情報表示端末２０から取得し、制御用セッション管理テーブル１２３に格納する。

通話情報とは、ｃａｌｌセッション情報によって一意に識別されるセッションの開始時刻と終了時刻とを示す情報である。例えば、後述するｃａｌｌセッション情報収集部１３１が、情報表示端末２０からサービス開始要求を受け付けた際に、その時刻を開始時刻として制御用セッション管理テーブル１２３に格納する。なお、後述するｃａｌｌセッション情報収集部１３１が、情報表示端末２０から開始時刻を取得し、制御用セッション管理テーブル１２３に格納してもよい。また、例えば、セッション管理サーバ１００は、セッションが切断されたことを把握した際などに、その時刻を終了時刻として制御用セッション管理テーブル１２３に格納する。

ＨＧＷのＵＲＬとは、情報表示端末２０によるＨＴＴＰ通信を制御するＨＧＷ１０のＵＲＬである。後述するｃａｌｌセッション情報収集部１３１が、情報表示端末２０からサービス開始要求を受け付けた際に当該情報表示端末２０から取得し、制御用セッション管理テーブル１２３に格納する。また、グループＩＤは、通話接続（音声ブリッジ）されている端末をグループ化するための情報である。

このように、制御用セッション管理テーブル１２３は、セッション管理サーバ１００が払い出した制御用セッション情報に対応付けて、ＳＩＰフォン３０（情報表示端末２０と組で利用されるＳＩＰフォン３０）によって確立されたセッションに関する情報（以下、ｃａｌｌセッション情報、発着判定フラグおよび通話情報を「セッションに関する情報」という）等を記憶することで、制御用セッション情報が、どのような情報表示端末２０に対して払い出されたものであるか等を管理するものである。なお、図５において、説明の便宜上、制御用セッション情報や『Ｃａｌｌ−ＩＤ』として規則的な数値が例示されているが、一般的には乱数などが格納されることになる。

発着間紐付けＩＤテーブル１２４は、発着間紐付けＩＤ（ＳＩＰによって確立されたセッションを一意に識別するｃａｌｌセッション情報の仮名としてセッション管理サーバ１００が払い出した仮名情報）を管理するテーブルである。例えば、発着間紐付けＩＤテーブル１２４は、図４に示すように、制御用セッション情報と、発着間紐付けＩＤと、仮名ＩＤと、ステータスとを対応付けて記憶している。

発着間紐付けＩＤテーブル１２４が記憶するこれらの情報は、セッション管理サーバ１００が発着間紐付けＩＤおよび仮名ＩＤを発行する際などに登録される。ここで、発着間紐付けＩＤは、サービス提供サーバ２００が、通話中の情報表示端末２０各々、すなわち、利用者各々がＳＩＰフォン３０各々によって通話中である情報表示端末２０各々を紐付けるために利用するＩＤである。後述するように、発着間紐付けＩＤは、確立されたセッションごと（すなわち、通話ごと）に新しく払い出されるため、サービス提供サーバ２００は、セッション単位で（すなわち、通話単位で）情報表示端末２０各々を紐付けることができる。

また、仮名ＩＤとは、情報表示端末２０と当該情報表示端末２０が利用するサービスとの組合せごとに、かつ、確立されたセッションごと（すなわち、通話ごと）にセッション管理サーバ１００が発行したものである。例えば、情報表示端末２０と当該情報表示端末２０が利用するサービスとの組合せを一意に識別する情報であり、サービス提供サーバ２００が、２台の情報表示端末２０のうちのどちらの情報表示端末２０であるかを特定するために利用するＩＤである。すなわち、サービス提供サーバ２００は、発着間紐付けＩＤを用いることで２台の情報表示端末２０を特定し、特定した２台の情報表示端末２０に提供するサービスを連携するように制御することまではできるが、発着間紐付けＩＤだけでは２台の情報表示端末２０を区別してサービスを提供することまではできない。この点、仮名ＩＤは、情報表示端末２０とサービスとの組合せごとに発行されるため、サービス提供サーバ２００は、この仮名ＩＤを用いて２台の情報表示端末２０それぞれを区別し、それぞれの情報表示端末２０に適応したサービスを提供するように制御することができる。

また、ステータスとは、仮名ＩＤによって識別される利用者が、サービスを利用中であるか否かの状態を示すものである。

サービス管理テーブル１２５は、利用者宅Ａまたは利用者宅Ｂに提供しているサービスを管理するテーブルである。具体的には、サービス管理テーブル１２５は、図５に示すように、制御用セッション情報と、ＵＲＬとを対応付けて管理する。ここで記憶される制御用セッション情報は、上記したように、利用者宅Ａまたは利用者宅Ｂに割り振られたセッション情報である。また、ＵＲＬとは、提供されるサービスごとに割り与えられたＵＲＬ（http://ntt.co.jp）と、制御用セッション情報ごとに決まるＵＲＩ（posttdata?id=PB,index=5）とから構成される。なお、このＵＲＬは、サービス提供サーバ２００によって払出されるものであり、サービス提供サーバ２００から仮名ＩＤと発着間紐付けＩＤとＵＲＬとを含んだパラメータ登録要求を受信した際に、仮名ＩＤと発着間紐付けＩＤから特定される制御用セッション情報と対応付けて登録される。さらに、セッション管理サーバ１００は、制御用セッション情報ごとに決まるＵＲＩ（posttdata?id=PB,index=5）の「PB」に、ＳＩＰフォン３０から受け付けたPB信号（ユーザによって入力されたサービスを特定する識別子）を入力することで、ユーザに次に提供すべきサービスを特定することができる。なお、ここで示したＵＲＬやＵＲＩはあくまで例であり、これに限定されるものではない。

制御部１３０は、特に本発明に密接に関連するものとしては、図２に示すように、ｃａｌｌセッション情報収集部１３１と、発着間紐付けＩＤ発行部１３２と、サービス制御部１３３とを有する。

ｃａｌｌセッション情報収集部１３１は、サービス開始要求を送信してきた情報表示端末２０毎に、当該情報表示端末２０と組で利用されるＳＩＰフォン３０と他のＳＩＰフォン３０との間で確立された通信を識別するｃａｌｌセッション情報を収集する。

発着間紐付けＩＤ発行部１３２は、ｃａｌｌセッション情報収集部１３１によって収集された複数のｃａｌｌセッション情報の中から同一の通信を示すｃａｌｌセッション情報を特定し、特定したｃａｌｌセッション情報によって識別されるＳＩＰフォン１０各々と組で利用される情報表示端末２０各々を連携するための発着間紐付けＩＤを、情報表示端末各々に対して発行する。また、発着間紐付けＩＤ発行部１３２は、仮名ＩＤを発行する。

サービス制御部１３３は、ＳＩＰフォン３０から受け付けたＰＢ信号をサービス管理テーブル１２５のＵＲＬに代入することによって、次に提供するサービスを特定し、特定したサービスをＰＢ信号送信元のＨＧＷに接続される装置に提供する。例えば、サービス制御部１３３は、利用者Ａ宅と利用者Ｂ宅との間で通信が紐付けされた後に、利用者Ａ宅および利用者Ｂ宅のセッションを特定する制御用セッション情報と、提供中のサービスとＵＲＬとを対応付けて、サービス管理テーブル１２５に格納する。その後、サービス制御部１３３は、利用者Ａ宅のＳＩＰフォン３０からＰＢ信号を受信した場合、当該ＰＢ信号をサービス管理テーブル１２５のＵＲＬに代入して次に提供するサービスを特定し、特定したサービスの提供依頼をサービス提供サーバ２００に送信する。そして、サービス制御部１３３は、サービス提供サーバ２００から提供されたサービス（データ）を利用者Ａ宅の情報表示端末に送信する。

（サービス提供サーバの構成）
サービス提供サーバ２００は、以下に説明する各部が汎用的なサーバなどに備えられることによって実現され、特に本発明に密接に関連するものとしては、図６に示すように、通信制御Ｉ／Ｆ部２１０と、記憶部２２０と、制御部２３０とを備える。

通信制御Ｉ／Ｆ部２１０は、ＨＴＴＰ通信用の一般的なインターフェースおよびライブラリを備え、セッション管理サーバ１００との間や、情報表示端末２０との間、ＳＩＰプロキシとの間などで情報を送受信する。

記憶部２２０は、制御部２３０における各種制御に用いられる情報を記憶し、特に本発明に密接に関連するものとしては、図６に示すように、Ｗｅｂセッション情報管理テーブル２２１とサービステーブル２２２とを有する。

Ｗｅｂセッション情報管理テーブル２２１は、発着間紐付けＩＤ（ＳＩＰによって確立された通信を一意に識別するｃａｌｌセッション情報の仮名としてセッション管理サーバ１００が発行した仮名情報であり、情報表示端末２０各々を連携するための情報）などを管理するテーブルである。例えば、Ｗｅｂセッション情報管理テーブル２２１は、図７に示すように、Ｗｅｂセッション情報と、発着間紐付けＩＤと、仮名ＩＤと、発着判定フラグとを対応付けて記憶している。

Ｗｅｂセッション情報管理テーブル２２１が記憶するこれらの情報の内、Ｗｅｂセッション情報（サービス提供サーバ２００が情報表示端末２０との間で通信を行うために、当該情報表示端末２０のＷｅｂブラウザに対して付与する情報）は、サービス提供サーバ２００が、情報表示端末２０からサービス利用要求を受け付けた際に払い出し、登録するものである。また、発着間紐付けＩＤ、仮名ＩＤおよび発着判定フラグは、サービス提供サーバ２００が、情報表示端末２０からサービス利用要求を受け付けた際に登録するものである。

ここで、Ｗｅｂセッション情報は、サービス提供サーバ２００が、情報表示端末２０を特定するために用いられる。すなわち、サービス提供サーバ２００は、情報表示端末２０からアクセスを受付けた際に、当該情報表示端末２０のＷｅｂブラウザに付与されているＷｅｂセッション情報を取得し、情報表示端末２０を特定する。また、発着間紐付けＩＤは、サービス提供サーバ２００が、通話中の情報表示端末２０各々、すなわち、利用者各々がＳＩＰフォン３０各々によって通話中である情報表示端末２０各々を紐付けるために用いられる。

また、仮名ＩＤは、サービス提供サーバ２００が、接続されている情報表示端末２０のうちのどちらの情報表示端末２０であるかを特定するために用いられる。すなわち、サービス提供サーバ２００は、発着間紐付けＩＤを用いることで情報表示端末２０を特定し、特定した情報表示端末２０に提供するサービスを連携するように制御することまではできるが、発着間紐付けＩＤだけでは複数の情報表示端末２０それぞれを区別してサービスを提供することまではできない。この点、仮名ＩＤは、情報表示端末２０とサービスとの組合せごとに発行されるため、サービス提供サーバ２００は、この仮名ＩＤを用いて情報表示端末２０それぞれを区別し、それぞれの情報表示端末２０に適応したサービスを提供するように制御することができる。つまり、サービス提供サーバ２００は、仮名ＩＤを用いることによって、「通話中の利用者各々のいずれかであること」だけでなく、「いずれの利用者であるか」を特定することはできる。また、発着判定フラグは、サービス提供サーバ２００が、情報表示端末２０と組で利用されるＳＩＰフォン３０が、発側であるのか着側であるのかを判定するために用いられる。

サービステーブル２２２は、利用者宅Ａまたは利用者宅Ｂに提供しているサービスを管理するテーブルである。具体的には、サービステーブル２２２は、図８に示すように、「Ｗｅｂセッション情報」と「ＵＲＬ」とを対応付けて記憶する。「Ｗｅｂセッション情報」は、サービス提供サーバ２００によって払出された情報表示端末２０を特定する情報であり、「ＵＲＬ」は、提供されるサービスごとに割り与えられたＵＲＬ（http://ntt.co.jp）と、ＵＲＩ（posttdata?id=PB,index=5）とから構成される情報である。

なお、このＵＲＬは、図５で説明したＵＲＬと同様の情報であり、サービス提供サーバがＷｅｂセッション情報によって特定される情報表示端末２０に対して提供したサービスのＵＲＬであり、サービス提供時に登録される。また、ＵＲＩ（posttdata?id=PB,index=5）の「PB」に、ＳＩＰフォン３０から受け付けたPB信号を入力することで、ユーザに次に提供すべきサービスを特定することができる。なお、ここで示したＵＲＬやＵＲＩはあくまで例であり、これに限定されるものではない。

図６に戻り、制御部２３０は、特に本発明に密接に関連するものとしては、図６に示すように、発着間紐付けＩＤ収集部２３１と、サービス提供制御部２３２とを備える。

発着間紐付けＩＤ収集部２３１は、サービスの提供を要求する情報表示端末２０毎に、セッション管理サーバ１００によって発行された発着間紐付けＩＤを収集し、Ｗｅｂセッション情報管理テーブル２２１に格納する。すなわち、発着間紐付けＩＤ収集部２３１は、情報表示端末２０からサービス提供の要求を受け付けると、当該情報表示端末２０から発着間紐付けＩＤを収集する。発着間紐付けＩＤは、上記したように、確立されたセッションごと（すなわち、通話ごと）に新しく払い出されるものであるので、発着間紐付けＩＤ収集部２３１は、個々の情報表示端末２０から発着間紐付けＩＤを収集した結果、２つの情報表示端末２０からは同じ発着間紐付けＩＤを収集することにもなる。また、実施例１における発着間紐付けＩＤ収集部２３１は、情報表示端末２０毎に、仮名ＩＤおよび発着判定フラグを収集し、Ｗｅｂセッション情報管理テーブル２２１に格納する。なお、発着間紐付けＩＤ収集部２３１は、情報表示端末２０から発着間紐付けＩＤを取得するようにしてもよいし、セッション管理サーバ１００から取得するようにしてもよい。

サービス提供制御部２３２は、発着間紐付けＩＤ収集部２３１によって収集された複数の発着間紐付けＩＤの中からサービスを連携することを示す発着間紐付けＩＤを特定し、特定した発着間紐付けＩＤの収集元である情報表示端末２０各々に提供するサービスを連携するように、サービス提供を制御する。

サービス提供制御部２３２は、ユーザが次に要求するサービス画面を示すＵＲＬを特定するために、セッション管理サーバ１００からＰＢ信号などを受信し、受信したＰＢ信号を用いてＵＲＬを特定し、特定したＵＲＬによって示されるサービス画面をユーザ（情報表示端末）に提供する。例えば、サービス提供制御部２３２は、サービス提供制御部２３２によってサービスが提供されている情報表示端末２０が接続されるＨＧＷのＳＩＰフォン３０からＰＢ番号が送信された場合に、このＰＢ信号をセッション管理サーバ１００を介して受信する。このとき、サービス提供制御部２３２は、ＰＢ信号を送信したＨＧＷが接続される通信を特定するＷｅｂセッション情報もセッション管理サーバ１００から受信する。そして、サービス提供制御部２３２は、受信したＷｅｂセッション情報をキーにしてサービステーブル２２２から使用中のサービス並びにＵＲＬを特定し、特定したＵＲＬに受信したＰＢ信号を代入する。その後、サービス提供制御部２３２は、セッション管理サーバ１００を介して、ＰＢ信号を代入して作成されたＵＲＬを情報表示端末２０に送信する。このようにすることで、ユーザは、簡単なインターフェースであるＳＩＰフォンで情報表示端末２０に表示されているサービス画面を操作することができる。

（ＨＧＷの構成）
図９に示すＨＧＷ１０は、以下に説明する各部が汎用的なゲートウェイ装置などに備えられることによって実現され、特に本発明に密接に関連するものとしては、ＳＩＰ通信部／ＨＴＴＰ通信部１１と、記憶部１２と、制御部１３とを備える。

ＳＩＰ通信部／ＨＴＴＰ通信部１１は、ＳＩＰ用およびＨＴＴＰ通信用の一般的なインターフェースおよびライブラリを備え、ＳＩＰフォン３０とＳＩＰプロキシとの間の通信、情報表示端末２０とサービス提供サーバ２００との間の通信、ＨＧＷ１０とセッション管理サーバ１００との間の通信、ＨＧＷ１０とＳＩＰプロキシとの間の通信、ＨＧＷ１０とサービス提供サーバ２００との間の通信などを制御する。

記憶部１２は、制御部１３における各種制御に用いられる情報を記憶し、特に本発明に密接に関連するものとしては、図９に示すように、ブラウザセッション情報管理テーブル１２ａを有する。

ブラウザセッション情報管理テーブル１２ａは、配下の情報表示端末２０に割り当てられたブラウザセッション情報を予め記憶する。例えば、ブラウザセッション情報管理テーブル１２ａは、図１０に示すように、ＳＩＰフォン３０を一意に識別する情報（ＳＩＰフォンＩＤ）と、当該ＳＩＰフォン３０と組で利用される情報表示端末２０を一意に識別する情報（情報表示端末ＩＤ）と、当該情報表示端末２０を特定するためのブラウザセッション情報とを対応づけて予め記憶する。また、ブラウザセッション情報管理テーブル１２ａは、Ｃａｌｌ−ＩＤと、Ｆｒｏｍと、Ｔｏと、発着判定フラグと、通話情報とを対応付けて記憶している。ブラウザセッション情報管理テーブル１２ａが記憶するこれらの情報の内、Ｃａｌｌ−ＩＤと、Ｆｒｏｍと、Ｔｏとは、例えば、ＨＧＷ１０が収集し、登録したものである。発着判定フラグは、ＨＧＷ１０が、ＳＩＰによって確立された通信に含まれる情報から自ら生成した情報である。ＨＧＷ１０は、配下に接続するＳＩＰフォン３０を把握しているので、該当する呼が、発信であるのか、着信であるのかを判断することができる。また、ブラウザセッション情報管理テーブル１２ａは、情報表示端末に割り与えられているＩＰアドレスをさらに対応付けて記憶していてもよい。

図９に戻り、制御部１３は、特に本発明に密接に関連するものとしては、図９に示すように、サービス利用制御部１３ａとデータ受け渡し部１３ｂとを有する。

サービス利用制御部１３ａは、情報表示端末２０によるサービス利用を制御する。データ受け渡し部１３ｂは、セッション管理サーバ１００による制御に従って、サービスに関連するデータの受け渡しを行う。

（ＳＩＰフォンの構成）
ＳＩＰフォン３０は、汎用的なＳＩＰフォンによって実現され、特に本発明に密接に関連するものとしては、図１１に示すように、ＳＩＰ通信部３１と、入力部３２と、出力部３３と、入出力制御Ｉ／Ｆ部３４とを有する。

いずれも汎用的なＳＩＰフォン３０と同様であるので簡単に説明すると、入力部３２は、ＳＩＰフォン３０に用いられる情報や、各種処理をするための操作指示などを、番号キーやマイクなどによって入力し、出力部３３は、ＳＩＰフォン３０による各種処理の結果や、各種処理をするための操作指示などを、ディスプレイやスピーカに出力し、入出力制御Ｉ／Ｆ部３４は、入力部３２と、出力部３３と、ＳＩＰ通信部３１との間における情報転送を制御し、ＳＩＰ通信部３１は、ＳＩＰ用の一般的なインターフェースおよびライブラリを備え、他方のＳＩＰフォン３０との間で（ＨＧＷ１０を介して）情報を送受信する。

（情報表示端末の構成）
情報表示端末２０は、以下に説明する各部が汎用的なＰＣや情報家電などに備えられることによって実現され、特に本発明に密接に関連するものとしては、図１２に示すように、ＨＴＴＰ通信部２１と、入力部２２と、出力部２３と、入出力制御Ｉ／Ｆ部２４と、制御部２５とを有する。

入力部２２は、情報表示端末２０に用いられる情報や、各種処理をするための操作指示などを、キーボード、マウス、リモコンなどによって入力し、出力部２３は、情報表示端末２０による各種処理の結果や、各種処理をするための操作指示などを、ディスプレイやプリンタなどに出力し、入出力制御Ｉ／Ｆ部２４は、入力部２２と、出力部２３と、ＨＴＴＰ通信部２１と、制御部２５との間における情報転送を制御し、ＨＴＴＰ通信部２１は、ＨＴＴＰ通信用の一般的なインターフェースおよびライブラリを備え、サービス提供サーバ２００との間で（ＨＧＷ１０を介して）情報を送受信する。

制御部２５は、特に本発明に密接に関連するものとしては、図１２に示すように、サービス利用部２５ａと受け渡し要求部２５ｂとを備える。

サービス利用部２５ａは、サービス提供サーバ２００によって提供されるサービスを利用する。具体的には、サービス利用部２５ａは、サービスの提供を開始するサービス提供開始要求をセッション管理サーバ１００に送信したり、サービスの利用を要求するサービス利用要求をサービス提供サーバ２００に送信したりする。

受け渡し要求部２５ｂは、セッション管理サーバ１００による制御に従って、サービスに関連するデータの受け渡しを行う。具体的には、受け渡し要求部２５ｂは、サービスに関連するデータの受け渡しを要求する受け渡し要求や取得要求、提供要求をセッション管理サーバ１００に送信するなどする。

［実施例１に係るサービス提供システムによる処理の手順］
続いて、図１３〜図１７を用いて、実施例１に係るサービス提供システムによる処理の流れを説明する。

（サービス提供に関する処理の手順）
図１３に示すように、まず、ＳＩＰプロキシが、両ＳＩＰフォン３０（ＳＩＰ通信部３１）による通信を制御することで、両ＳＩＰフォン３０（ＳＩＰ通信部３１）間でステップＳ１〜Ｓ３のＳＩＰ通信が行われ、その結果、ステップＳ４において、両ＳＩＰフォン３０間でＳＩＰによって通信（呼）が確立される。なお、ＳＩＰ通信におけるDigest認証やREGISTER処理などについては図示していないが、一般的なＳＩＰ通信と同様、ステップＳ１よりも前に行われている。

両ＳＩＰフォン３０間でＳＩＰによって通信が確立されると、ＨＧＷ１０（サービス利用制御部１３ａ）は、ＳＩＰによって確立された通信を一意に識別するｃａｌｌセッション情報を自ら収集することで取得し、また、発着判定フラグを取得する（ステップＳ５）。例えば、ＨＧＷ１０（サービス利用制御部１３ａ）は、ｃａｌｌセッション情報としての『Ｃａｌｌ−ＩＤ』、『Ｆｒｏｍ（ＳＩＰ−ＵＲＩ）』および『Ｔｏ（ＳＩＰ−ＵＲＩ）』を、ＳＩＰによって確立された通信に含まれる情報から自ら収集することで取得する。また、ＨＧＷ１０（サービス利用制御部１３ａ）は、両ＳＩＰフォンが発側であるのか着側であるのかを示す『発着判定フラグ』を、ＳＩＰによって確立された通信に含まれる情報から自ら生成する。なお、ＨＧＷ１０（サービス利用制御部１３ａ）は、取得したｃａｌｌセッション情報等についてＨＧＷの署名付証明書を発行し、当該署名付証明書をｃａｌｌセッション情報に添付することで、当該ｃａｌｌセッション情報を検証可能な形式で発行してもよい。

また、実施例１においては、ＨＧＷ１０がｃａｌｌセッション情報を自ら収集し、発着判定フラグを自ら生成する手法を説明したが、この手法に限られるものではない。例えば、ＨＧＷ１０が、ＳＩＰプロキシによって収集されたｃａｌｌセッション情報をＳＩＰプロキシから受信することで収集し、発着判定フラグについては自ら生成する手法でもよい。また、ＳＩＰプロキシから通知される情報に、ｃａｌｌセッション情報や発着判定フラグなどの情報が付与されていてもよい。

ここで、ＳＩＰプロキシがｃａｌｌセッション情報を収集する点について簡単に説明しておくと、ＳＩＰプロキシは、ＳＩＰによって通信を確立する過程やＳＩＰによって確立された通信を制御する装置自身であるので、自装置が制御することで確立したセッションに関する情報を管理しているのが一般的である。したがって、ＳＩＰプロキシは、自らが制御することで両ＳＩＰフォンの間にセッションを確立すると、ｃａｌｌセッション情報としての『Ｃａｌｌ−ＩＤ』、『Ｆｒｏｍ（ＳＩＰ−ＵＲＩ）』、『Ｔｏ（ＳＩＰ−ＵＲＩ）』を、確立したセッションのＳＩＰ信号から収集することができる。そして、ＳＩＰプロキシは、収集したｃａｌｌセッション情報を、発側のＳＩＰフォン３０を配下に接続するＨＧＷ１０と、着側のＳＩＰフォン３０を配下に接続するＨＧＷ１０とに、プッシュ型で送信するなどする。すると、ＨＧＷ１０は、ＳＩＰプロキシによって収集されたｃａｌｌセッション情報をＳＩＰプロキシから受信することで、ｃａｌｌセッション情報を収集することができる。

なお、この手法の場合に、ＳＩＰプロキシは、ｃａｌｌセッション情報についてＳＩＰプロキシの署名付証明書を発行し、当該署名付証明書をｃａｌｌセッション情報に添付することで、当該ｃａｌｌセッション情報を検証可能な形式で発行してもよい。また、ここでは、ＳＩＰプロキシが発側のＳＩＰフォンを配下に接続するＨＧＷ１０にｃａｌｌセッション情報を送信する例について記載したが、本願はこれに限定されるものではない。例えば、ＨＧＷ１０がｃａｌｌセッション情報を収集してセッション管理サーバに送信し、また、ＳＩＰプロキシもｃａｌｌセッション情報を収集してセッション管理サーバに送信する。そして、セッション管理サーバ１００では、ＳＩＰプロキシから受信したｃａｌｌセッション情報とＨＧＷ１０から受信したｃａｌｌセッション情報とが一致するか否かによって、ｃａｌｌセッション情報を検証するようにしてもよい。

図１３に戻り、続いて、ＨＧＷ１０（サービス利用制御部１３ａ）は、配下のＳＩＰフォンを一意に識別する情報であるＳＩＰフォンＩＤを、当該ＳＩＰ通信に含まれる情報から収集する（ステップＳ６）。なお、ＳＩＰフォンＩＤとは、例えば、ＳＩＰフォン３０の内線番号のことである。ＨＧＷ１０の配下に複数のＳＩＰフォン３０が接続される構成の場合、ＳＩＰ−ＵＲＩはＨＧＷ１０に対して付与され、ＨＧＷ１０配下のＳＩＰフォン３０各々には、内線番号が付与される。

そして、ＨＧＷ１０（サービス利用制御部１３ａ）は、ステップＳ４においてＳＩＰによって通信を確立したＳＩＰフォン３０と組で利用される情報表示端末２０を特定する（ステップＳ７）。具体的には、ＨＧＷ１０（サービス利用制御部１３ａ）は、まず、ＳＩＰフォンＩＤをキーとしてブラウザセッション情報管理テーブル１２ａを検索することで情報表示端末２０を特定し、特定した情報表示端末２０のブラウザセッション情報と、ＨＧＷ１０に対してポーリングを行う複数の情報表示端末２０各々のブラウザセッション情報とを比較し、ブラウザセッション情報の一致によって、ＳＩＰによって通信を確立したＳＩＰフォン３０と組で利用される情報表示端末２０を特定する。

そして、ＨＧＷ１０（サービス利用制御部１３ａ）は、アクセス先変更指示を、ステップＳ７において特定された情報表示端末２０に対して行う。具体的には、特定された情報表示端末２０に対して、セッション管理サーバ１００のＵＲＬにアクセス先を変更するよう指示するリダイレクト指示を、ｃａｌｌセッション情報等とともに行う（ステップＳ８）。この時、実施例１におけるＨＧＷ１０（サービス利用制御部１３ａ）は、セッション管理サーバ１００にＨＧＷ１０のＵＲＬを通知することを目的として、リダイレクト指示に、ＨＧＷ１０のＵＲＬをも含めている。すなわち、リダイレクト指示に含められたＨＧＷ１０のＵＲＬは、情報表示端末２０によってセッション管理サーバ１００に送信される。なお、実施例１においては、ＨＧＷ１０がセッション管理サーバ１００のＵＲＬを予め記憶部に記憶していることで、当該ＵＲＬにアクセス先を変更するようリダイレクト指示を行うことができる。この結果、情報表示端末２０は、リダイレクト指示を受け、ＨＧＷ１０のＵＲＬからセッション管理サーバ１００のＵＲＬにアクセス先を変更する。

すると、情報表示端末２０（サービス利用部２５ａ）はリダイレクトされ、接続先をセッション管理サーバ１００に変更し、サービスを開始することを要求するサービス開始要求を、当該セッション管理サーバ１００に送信する（ステップＳ９）。この時、情報表示端末２０（サービス利用部２５ａ）は、ｃａｌｌセッション情報等と、ＨＧＷ１０のＵＲＬとを、セッション管理サーバ１００に送信することになる。

一方、セッション管理サーバは１００（ｃａｌｌセッション情報収集部１３１）、情報表示端末２０から送信されたｃａｌｌセッション情報等を受信すると、当該ｃａｌｌセッション情報等の検証を行う（ステップＳ１０）。すなわち、セッション管理サーバ１００（ｃａｌｌセッション情報収集部１３１）は、ｃａｌｌセッション情報等が真正な情報であることを検証する。例えば、セッション管理サーバ１００（ｃａｌｌセッション情報収集部１３１）は、ＳＩＰプロキシに問い合わせを行うことで、ｃａｌｌセッション情報等が真正な情報であることを検証する。なお、ｃａｌｌセッション情報等を、署名付証明書が添付された検証可能な形式で受信した場合には、セッション管理サーバ１００（ｃａｌｌセッション情報収集部１３１）は、例えば、当該署名付証明書を検証することで、ｃａｌｌセッション情報等が真正な情報であることを検証してもよい。

続いて、セッション管理サーバ１００（ｃａｌｌセッション情報収集部１３１）は、ステップＳ１０における検証の結果、ｃａｌｌセッション情報等が真正な情報であることを確認すると、当該ｃａｌｌセッション情報等、ＨＧＷ１０のＵＲＬ、及び通話情報としての開始時刻を制御用セッション管理テーブル１２３に格納し、制御用セッション情報を払い出し、払い出した制御用セッション情報を制御用セッション管理テーブル１２３および発着間紐付けＩＤテーブル１２４に格納する（ステップＳ１１）。

続いて、セッション管理サーバ１００（ｃａｌｌセッション情報収集部１３１）は、サービス開始要求を送信してきた情報表示端末２０（発側）が利用可能なサービスを取得し（ステップＳ１２）、サービス開始要求を送信してきた情報表示端末２０（発側）に対して制御ページを生成する（ステップＳ１３）。

続いて、セッション管理サーバ１００（ｃａｌｌセッション情報収集部１３１）は、情報表示端末２０に対して、接続先監視機能と、ステップＳ１１で払い出した制御用セッション情報と、ステップＳ１３で生成した制御ページとを送信する（ステップＳ１４）。ここで、接続先監視機能とは、例えば、ＪａｖａＳｃｒｉｐｔファイルであり、情報表示端末２０にインストールされることで、情報表示端末２０とセッション管理サーバ１００との間で通信を確立し、情報表示端末の接続先を監視する役割を果たす機能である。

すると、情報表示端末２０は、セッション管理サーバ１００から送信された制御ページをＷｅｂブラウザから表示する（ステップＳ１５）。また、情報表示端末２０は、セッション管理サーバ１００から送信された接続先監視機能をインストールする。すると、当該接続先監視機能部は、セッション管理サーバ１００との間で通信を確立し、セッション管理サーバ１００から送信された制御用セッション情報を用いてポーリングを行うことで、情報表示端末２０の接続先のＵＲＬをセッション管理サーバ１００に定期的に送信する。一方、セッション管理サーバ１００は、ポーリングに用いられている制御用セッション情報を確認することで（ステップＳ１６）、当該制御用セッション情報を払い出した情報表示端末の接続先を定期的に監視する。

なお、これまで、発信側の情報表示端末２０について説明してきたが、着信側の情報表示端末２０についても同様の処理が行われる。こうして、発信側の情報表示端末２０および着信側の情報表示端末２０の両方に接続監視機能がインストールされ、接続先監視機能部各々とセッション管理サーバ１００との間で通信が確立される。

続いて、図１４に示すように、発信側の情報表示端末２０の利用者が、Ｗｅｂブラウザに表示された制御ページの中からサービスを選択することで（ステップＳ１７）、情報表示端末は、サービス開始要求をセッション管理サーバ１００に対して送信する（ステップＳ１８）。なお、サービス開始要求の送信は、図１４に示すように、接続先監視機能を介して行われてもよく、あるいは、接続先監視機能を介さずに情報表示端末２０から直接セッション管理サーバ１００に送信されてもよい。

すると、セッション管理サーバ１００（発着間紐付けＩＤ発行部１３２）は、情報表示端末２０から送信された制御用セッション情報が、制御用セッション管理テーブル１２３に登録されているものであることを確認し（ステップＳ１９）、発着間紐付けＩＤおよび仮名ＩＤを発行する（ステップＳ２０）。なお、発行された発着間紐付けＩＤおよび仮名ＩＤが発着間紐付けＩＤ管理テーブル１２４に格納される実装例を説明する。例えば、発信側の情報表示端末２０の利用者が、制御ページの中からサービスを選択すると（サービスを起動すると）、情報表示端末２０（サービス利用部２５ａ）は、選択したサービスをセッション管理サーバ１００に送信する。この時、情報表示端末２０（サービス利用部２５ａ）は、制御用セッション情報を用いる。すると、セッション管理サーバ１００（発着間紐付けＩＤ発行部１３２）は、情報表示端末２０が用いた制御用セッション情報を検索キーとして制御用セッション管理テーブル１２３を参照し、情報表示端末２０から送信された制御用セッション情報が、制御用セッション管理テーブル１２３に登録されているものであることを確認する。そして、セッション管理サーバ１００（発着間紐付けＩＤ発行部１３２）は、確認した制御用セッション情報を用いて発着間紐付けＩＤテーブル１２４を参照する。情報表示端末２０（サービス利用部２５ａ）による当該制御用セッション情報の送信が初回である場合には、制御用セッション情報は発着間紐付けＩＤテーブル１２４に未だ格納されていないはずである。このため、セッション管理サーバ１００（発着間紐付けＩＤ発行部１３２）は、発着間紐付けＩＤおよび仮名ＩＤを発行し、発行した発着間紐付けＩＤおよび仮名ＩＤを制御用セッション情報に対応付けて発着間紐付けＩＤテーブル１２４に格納し、さらに、ステータス（「利用中」）を格納する。一方、情報表示端末２０（サービス利用部２５ａ）による制御用セッション情報の送信が初回でない場合には、制御用セッション情報は発着間紐付けＩＤテーブル１２４に格納されているはずである。このため、セッション管理サーバ１００（発着間紐付けＩＤ発行部１３２）は、発着間紐付けＩＤおよび仮名ＩＤを新たに発行し、新たに発行した発着間紐付けＩＤおよび仮名ＩＤを、既に格納済みの制御用セッション情報に対応付けて発着間紐付けＩＤテーブル１２４に格納し（発着間紐付けＩＤおよび仮名ＩＤは更新される）、さらに、ステータス（「利用中」）を格納する。

ここで、発着間紐付けＩＤとは、サービス提供サーバ２００において、発信側の情報表示端末と着信側の情報表示端末とを紐付けるために用いられるＩＤのことである。発信側のＳＩＰフォン３０と着信側のＳＩＰフォン３０との間でＳＩＰによって確立された通信は、ｃａｌｌセッション情報によって一意に識別することができるので、サービス提供サーバ２００は、当該ｃａｌｌセッション情報を用いれば、発信側の情報表示端末２０と着信側の情報表示端末２０とを紐付けることができる。しかしながら、ｃａｌｌセッション情報をサービス提供サーバ２００に開示することにセキュリティ上の問題があると考えられるような場合（例えば、どの利用者同士からのアクセスであるかをサービス提供事業者にはわからないようにする場合）には、ｃａｌｌセッション情報そのものをサービス提供サーバ２００に開示するべきではない。そこで、実施例１においては、ｃａｌｌセッション情報を匿名化し、かつ紐付け可能とするために、仮名の形式で、セッション管理サーバ１００が、発着間紐付けＩＤを発行するものである。また、仮名ＩＤとは、サービス提供サーバ２００において、発信側の利用者もしくは着信側の利用者を特定するために用いられるＩＤのことである。すなわち、発着間紐付けＩＤのみでは利用者までを特定することができないため、サービス提供事業者が利用者を特定することを目的として、情報表示端末２０と当該情報表示端末２０が利用するサービスとの組合せごとに、セッション管理サーバ１００が発行するものである。

セッション管理サーバ１００（発着間紐付けＩＤ発行部１３２）は、情報表示端末２０に対して、サービス提供サーバ２００のＵＲＬ（ステップＳ１２において取得したもの）と、発着間紐付けＩＤと、仮名ＩＤと、発着判定フラグとを送信する（ステップＳ２１）。また、実施例１におけるセッション管理サーバ１００（発着間紐付けＩＤ発行部１３２）は、発着間紐付けＩＤ、仮名ＩＤおよび発着判定フラグを検証可能な形式で送信する。例えば、セッション管理サーバ１００（発着間紐付けＩＤ発行部１３２）は、発着間紐付けＩＤ、仮名ＩＤおよび発着判定フラグについてセッション管理サーバ１００の署名付証明書を発行し、当該署名付証明書を発着間紐付けＩＤ、仮名ＩＤおよび発着判定フラグに添付することで、当該発着間紐付けＩＤ、仮名ＩＤおよび発着判定フラグを検証可能な形式で発行する。なお、署名付証明書を添付する手法に限られるものではなく、添付しない手法を用いてもよい。

一方、情報表示端末２０（サービス利用部２５ａ）は、セッション管理サーバ１００から送信されたＵＲＬに接続し、セッション管理サーバ１００から送信された発着間紐付けＩＤ、仮名ＩＤおよび発着判定フラグを、サービス提供サーバ２００に送信する（ステップＳ２２）。

すると、サービス提供サーバ２００（発着間紐付けＩＤ収集部２３１）は、情報表示端末２０から送信された発着間紐付けＩＤ、仮名ＩＤおよび発着判定フラグを受信すると、当該発着間紐付けＩＤ、仮名ＩＤおよび発着判定フラグの検証を行う（ステップＳ２３）。すなわち、サービス提供サーバ２００（発着間紐付けＩＤ収集部２３１）は、発着間紐付けＩＤ、仮名ＩＤおよび発着判定フラグに添付された署名付証明書を検証することで、発着間紐付けＩＤ、仮名ＩＤおよび発着判定フラグが真正な情報であることを検証する。なお、発着間紐付けＩＤ、仮名ＩＤおよび発着判定フラグが真正な情報であることを検証する手法としては、セッション管理サーバ１００に問い合わせを行う手法でもよい。

続いて、サービス提供サーバ２００（発着間紐付けＩＤ収集部２３１）は、ステップＳ２３における検証の結果、発着間紐付けＩＤ、仮名ＩＤおよび発着判定フラグが真正な情報であることを確認すると、発着間紐付けＩＤ、仮名ＩＤおよび発着判定フラグを送信した情報表示端末が行うＷｅｂ通信（サービス提供を受けるために情報表示端末がサービス提供サーバとの間で行うＷｅｂ通信）に付与する情報として、Ｗｅｂセッション情報を払い出し、Ｗｅｂセッション情報管理テーブル２２１に格納する（ステップＳ２４）。すると、Ｗｅｂセッション情報管理テーブル２２１は、Ｗｅｂセッション情報と発着間紐付けＩＤと仮名ＩＤと発着判定フラグとを格納することになる。なお、このように、サービス提供サーバ２００（発着間紐付けＩＤ収集部２３１）は、仮名ＩＤや発着判定フラグをも格納していれば、サービス提供サーバ２００がサービスを提供する際に、この仮名ＩＤや発着判定フラグに基づいたサービス提供を制御することも可能になる。

サービス提供サーバ２００（発着間紐付けＩＤ収集部２３１）は、続いて、サービス提供画面を生成し（ステップＳ２５）、ステップＳ２４において払い出したＷｅｂセッション情報とともに、生成したサービス提供画面を情報表示端末２０に送信する（ステップＳ２６）。

すると、情報表示端末２０のＷｅｂブラウザには、サービス提供画面が表示される（ステップＳ２７）。

ところで、実施例１においては、セッション管理サーバ１００（発着間紐付けＩＤ発行部１３２）は、ステップＳ１８におけるサービス開始要求に応じて発信側の情報表示端末２０を制御すると同時に、発信側の情報表示端末２０から着信側へのサービス開始要求を受信した場合、また、着信側の情報表示端末２０からサービス開始要求を受信した場合など、所定の契機で、着信側の情報表示端末２０についても制御する（ステップＳ２８〜Ｓ３５）。すなわち、図１４には図示していないが、着信側の情報表示端末２０も、ステップＳ１８〜Ｓ２０と同様の処理手順によってステップＳ２８に移行する。ステップＳ２８は、発信側の情報表示端末２０について行われるステップＳ２１に対応する処理である。また、着信側の情報表示端末２０も、ステップＳ２１〜Ｓ２７と同様の処理手順、すなわちステップＳ３１〜Ｓ３５を行う結果、着信側の情報表示端末２０のＷｅｂブラウザにも、サービス提供画面が表示される。このため、発信側の情報表示端末２０および着信側の情報表示端末２０の両方が直ちにサービスを利用する状態となる。

すなわち、サービス提供サーバ２００（サービス提供制御部２３２）は、ステップＳ２４において発信側の情報表示端末２０に対してＷｅｂセッション情報を払い出してＷｅｂセッション情報管理テーブル２２１に格納するとともに、ステップＳ３１において着信側の情報表示端末２０に対してＷｅｂセッション情報を払い出してＷｅｂセッション情報管理テーブル２２１に格納する。すると、サービス提供サーバ２００（サービス提供制御部２３２）は、Ｗｅｂセッション情報管理テーブル２２１に格納されている複数の発着間紐付けＩＤの内、所定の発着間紐付けＩＤ各々がサービスを連携すべきものであることを示す場合に、当該発着間紐付けＩＤ各々に対応づけて格納されているＷｅｂセッション情報各々を用いて提供されるサービスを、互いに関連づけて制御する（ステップＳ３６）。

その後、サービス提供サーバ２００（サービス提供制御部２３２）は、図１５に示すように、利用者宅Ａの情報表示端末２０と利用者宅Ｂの情報表示端末２０とがＳＩＰフォン３０によって接続されてＳＩＰ通信を基に紐付けると、両端末に払い出したＷｅｂセッション情報に対して、図１６に示すようなサービス画面を利用者Ａ宅の情報表示端末２０に送信する（ステップＳ４０）。このとき、サービス提供サーバ２００（サービス提供制御部２３２）は、提供したサービスのＵＲＬとサービス提供先の端末が利用するＷｅｂセッション情報とを対応付けてサービステーブル２２２に格納する。なお、ＳＩＰフォン３０は、自装置に画面表示機能が付いている場合には、情報表示端末２０からサービス画面（図１６参照）を取得して表示するようにしてもよい（ステップＳ４１）。

続いて、利用者宅Ａの情報表示端末２０は、サービス提供サーバ２００から受信したサービス画面（図１６参照）をディスプレイなどの表示部に出力し（ステップＳ４２）、当該画面を介して、サービス提供サーバ２００とポーリングを実施する（ステップＳ４３）。

そして、利用者宅Ａの情報表示端末２０は、セッション管理サーバ１００に対して、セッション管理サーバ１００から払出された仮名ＩＤと発着間紐付けＩＤとＵＲＬとを含んだパラメータ登録要求をセッション管理サーバ１００に送信する（ステップＳ４４）。このパラメータ登録要求を受信したセッション管理サーバ１００（サービス制御部１３３）は、受信した仮名ＩＤと発着間紐付けＩＤをキーに発着間紐付けＩＤテーブル１２４を検索して、制御用セッション情報を特定し、特定した制御用セッション情報と受信したＵＲＬとを対応付けてサービス管理テーブル１２５に格納する（ステップＳ４５）。

その後、ＳＩＰフォン３０は、ユーザからＰＢ番号の選択（例えば、図１６の「３」など）を受け付けると（ステップＳ４６）、当該選択されたＰＢ番号を示すＰＢ信号をＨＧＷ１０に送信する（ステップＳ４７）。

すると、ＨＧＷ１０（サービス利用制御部１３ａ）は、配下のＳＩＰフォン３０を一意に識別する情報であるＳＩＰフォンＩＤを、当該ＳＩＰ通信に含まれる情報から収集し、収集したＳＩＰフォンＩＤをキーにしてブラウザセッション情報管理テーブル１２ａからｃａｌｌセッション情報を特定する（ステップＳ４８）。続いて、ＨＧＷ１０（サービス利用制御部１３ａ）は、特定したｃａｌｌセッション情報とＳＩＰフォン３０から受信したＰＢ信号とをセッション管理サーバ１００に送信する（ステップＳ４９）。

このようにして、ｃａｌｌセッション情報とＰＢ信号とを受信したセッション管理サーバ１００（サービス制御部１３３）は、受信したｃａｌｌセッション情報をキーにして制御用セッション管理テーブル１２３から制御用セッション情報を取得し、取得した制御用セッション情報をキーに発着間紐付けＩＤテーブル１２４またはサービス管理テーブル１２５から利用中サービスを特定する（ステップＳ５０）。さらに、セッション管理サーバは、ステップＳ５０で利用中サービスを特定するのに用いた制御用セッション情報をキーに発着間紐付けＩＤテーブル１２４から発着間紐付けＩＤと仮名ＩＤとを特定するとともに、ステップＳ５０で特定した利用中サービスや利用中サービスを特定するのに用いた制御用セッション情報をキーにサービス管理テーブル１２５からＵＲＬを検索し（ステップＳ５１）、当該ＵＲＬ（サービス提供サーバが提供するサービス画面）に対して、特定した発着間紐付けＩＤと仮名ＩＤと受信したＰＢ信号とを送信する（ステップＳ５２）。

そして、サービス提供サーバ２００（サービス提供制御部２３２）は、セッション管理サーバ１００から受信した発着間紐付けＩＤと仮名ＩＤとをキーにしてＷｅｂセッション情報管理テーブル２２１からＷｅｂセッション情報を特定し、特定したＷｅｂセッション情報に対応付けてサービステーブル２２２に記憶されるＵＲＬのＰＢ信号に、セッション管理サーバ１００から受信したＰＢ信号を代入することで特定されるＵＲＬ（例えば、図１７に示すように、図１６の「３」に対応する画面＝サービス提供サーバが新たに提供するサービス画面）をセッション管理サーバ１００に送信する（ステップＳ５３）。このとき、サービス提供サーバ２００（サービス提供制御部２３２）は、ＰＢ信号を代入することで特定されたＵＲＬ（サービス提供サーバが新たに提供するサービス画面）とともに、受信した発着間紐付けＩＤと仮名ＩＤも送信する。

セッション管理サーバ１００（サービス制御部１３３）は、サービス提供サーバ２００から受信した発着間紐付けＩＤと仮名ＩＤをキーにしてサービス管理テーブル１２５からＵＲＬを検索し、当該ＵＲＬをサービス提供サーバ２００から受信したＵＲＬ（ＰＢ信号を代入することで特定されたＵＲＬ）で更新した後（ステップＳ５４）、ＵＲＬ（ＰＢ信号を代入することで特定されたＵＲＬ＝サービス画面）を取得したことを利用者Ａ宅のＵＲＬに送信する（ステップＳ５５）。

その後、サービス提供サーバ２００（サービス提供制御部２３２）は、セッション管理サーバ１００から受信したＰＢ信号によって特定した新たなＵＲＬを利用者Ａ宅の情報表示端末２０に送信し、利用者Ａ宅の情報表示端末２０は、受信した新たなＵＲＬをディスプレイなどの表示部に出力する（ステップＳ５６）。

［実施例１による効果］
このように実施例１によれば、利用者Ａ宅のユーザは、ＳＩＰフォン３０で利用したいサービスのＰＢ信号を押下するだけで、利用者Ａ宅の情報表示端末２０は、当該ＰＢ信号に対応するサービスをサービス提供サーバ２００から取得してユーザに提供することができる。すなわち、通信相手との関係が一時的な場合（アドホックに変化する関係の場合）に、このような一時的な通信関係に基づいてサービスを制御することが可能であり、簡単な操作デバイスを表示装置と連携させてサービス画面を操作させることができる。例えば、実施例１に係るサービス提供システムでは、ＳＩＰフォン３０という簡単なインターフェースを用いて、一時的な通信関係で複数の利用者宅同士（情報表示端末同士）を接続することができる。また、実施例１に係るサービス提供システムでは、ＳＩＰフォン３０という簡単なインターフェースを情報表示端末２０と連携させて、ＳＩＰフォン３０の操作のみで情報表示端末２０に表示されるサービス画面を操作することができる。また、本願をコールセンターなどに適用した場合、電話機のＰＢを押下した際の画面と、起動中のサービスとの対応が１対１となり対応が取りやすい。さらに、友人間で複数サービスを起動した場合に、受信した信号がどのサービスに送信すべきかをＨＧＷ１０が把握する必要がないので、ＨＧＷ１０側の処理が簡単になる。

ところで、実施例１では、ＰＢ信号によって新たなサービス画面を提供する例で、例えば、コールセンターなどで有効活用できるサービス形態について説明したが、本願はこれに限定されるものではなく、様々なサービスに適用することができる。そこで、実施例２では、本願を適用した様々なサービス例について説明する。

（画面スクロール）
まず、図１８を用いて、ＰＢ信号によって、情報表示端末２０に表示される画面をスクロールする例について説明する。図１８は、情報表示端末に表示される画面をＰＢ信号でスクロールさせる場合の処理の流れを示すシーケンス図である。

図１８に示すように、実施例１と同様の処理（ステップＳ１〜ステップＳ３６）が実行されていることによって、利用者宅Ａの情報表示端末２０と利用者宅Ｂの情報表示端末２０とがＳＩＰフォン３０によって接続されてＳＩＰ通信を基に紐付けられた利用者Ａ宅の情報表示端末２０は、セッション管理サーバ１００から接続先監視機能を読み込んで自装置にインストールする（ステップＳ６０）。ここで、接続先監視機能とは、例えば、ＪａｖａＳｃｒｉｐｔファイルであり、情報表示端末２０にインストールされることで、情報表示端末２０とセッション管理サーバ１００との間で通信を確立し、情報表示端末２０の接続先を監視する役割を果たす機能である。

また、サービス提供サーバ２００は、利用者宅Ａと利用者宅Ｂとの両情報表示端末２０に払い出したＷｅｂセッション情報をキーにサービステーブルからＵＲＬを特定し、特定したＵＲＬにより提供されるサービス画面（図１９参照）を利用者Ａ宅の情報表示端末２０に送信する（ステップＳ６１）。

そして、利用者宅Ａの情報表示端末２０は、セッション管理サーバ１００に対して、セッション管理サーバ１００から払出された仮名ＩＤと発着間紐付けＩＤとＵＲＬとを含んだパラメータ登録要求をセッション管理サーバ１００に送信する（ステップＳ６２）。その後、利用者宅Ａの情報表示端末２０にインストールされた接続先監視機能は、サービス画面を受信したブラウザのブラウザセッション情報をキーにブラウザセッション情報管理テーブルを検索してｃａｌｌセッション情報を特定し、特定したｃａｌｌセッション情報とモード指定情報とをセッション管理サーバ１００に送信し（ステップＳ６３）、サービス提供サーバとポーリングを実施する（ステップＳ６４）。ここで送信されるモード指定情報とは、セッション管理サーバ１００により記憶され、ＰＢ信号を受信した契機でどのような動作を行うのかを特定する情報である。例えば、連携接続（通話接続）されている利用者宅Ｂについても、利用者宅Ａから発しされたＰＢ信号に基づいた制御を行うモードや、連携接続（通話接続）されている利用者宅Ｂについては何の制御も行わないモードなどがあり、ユーザは利用状況によって任意に設定することができる。また、ここで送信されたモード指定情報は、一緒に送信されたｃａｌｌセッション情報と対応付けてメモリなどに記憶され、ｃａｌｌセッション情報とＰＢ信号を送信してきた情報表示端末２０（この場合、利用者Ａ宅の情報表示端末２０）に対して、ＰＢ信号によって特定されるサービスを提供する際に、連携接続される情報表示端末２０（この場合、利用者Ｂ宅の情報表示端末２０）にも同様のサービスを提供するか否かの判断などに利用される。

一方で、利用者宅Ａの情報表示端末２０は、サービス提供サーバ２００から受信したサービス画面、例えば、図１９に示すような画面をディスプレイなどの表示部に出力する（ステップＳ６５）。図１９に示される画面における画面操作方法とは、スクロールさせたい方向とＰＢ信号とを対応付けたものであり、この例では、上にスクロールするには「２」、下にスクロールするには「８」、右にスクロールするには「６」、左にスクロールするには「４」が対応付けられている。なお、ＳＩＰフォン３０は、自装置に画面表示機能が付いている場合には、情報表示端末２０からサービス画面を取得して表示するようにしてもよい。

その後、利用者宅ＡのＳＩＰフォン３０は、スクロール方向と特定するＰＢ信号の入力を受け付けると（ステップＳ６６）、入力されたＰＢ信号をＨＧＷに送信する（ステップＳ６７）。

すると、ＨＧＷ１０は、配下のＳＩＰフォン３０を一意に識別する情報であるＳＩＰフォンＩＤを、当該ＳＩＰ通信に含まれる情報から収集し、収集したＳＩＰフォンＩＤをキーにしてブラウザセッション情報管理テーブル１２ａからｃａｌｌセッション情報を特定する（ステップＳ６８）。続いて、ＨＧＷ１０は、特定したｃａｌｌセッション情報とＳＩＰフォンから受信したＰＢ信号とをセッション管理サーバ１００に送信する（ステップＳ６９）。

このようにして、ｃａｌｌセッション情報とＰＢ信号とを受信したセッション管理サーバ１００は、受信したｃａｌｌセッション情報をキーにしてステップＳ６３で受信してメモリなどに記憶したモード指定情報を特定する（ステップＳ７０）。さらに、セッション管理サーバ１００（サービス制御部１３３）は、受信したｃａｌｌセッション情報をキーにして制御用セッション情報テーブルから制御用セッション情報を取得し、取得した制御用セッション情報と受信したｃａｌｌセッション情報をキーにして制御用セッション管理テーブル１２３の発着判定フラグを参照することで通話先を特定するとともに、取得した制御用セッション情報をキーに発着間紐付けＩＤテーブル１２４から利用中サービスを特定する（ステップＳ７１）。

そして、セッション管理サーバ１００（サービス制御部１３３）は、ＰＢ信号によって特定される方向にスクロールさせる指示を利用者Ａ宅の情報表示端末２０に送信し（ステップＳ７２）、情報表示端末２０は、指示された方向に画面をスクロールさせる（ステップＳ７３）。なお、ここで例示した情報表示端末は、特定の方向にスクロールする指示を受け付けた場合に、その方向に自動的にスクロールする機能を有している。

また、セッション管理サーバ１００（サービス制御部１３３）は、ステップＳ７０で特定したモードが、通話接続先（この場合、利用者Ａ宅の通話先なので利用者Ｂ宅の情報表示端末となる）も一緒にスクロールさせるモードである場合には、ＰＢ信号によって特定される方向にスクロールさせる指示を利用者Ｂ宅の情報表示端末２０に送信する（ステップＳ７４）。

こうすることによって、ＳＩＰフォン３０という簡単なインターフェースを用いて、一時的な通信関係で複数の利用者宅同士（情報表示端末同士）を接続することができる。また、ＳＩＰフォンでＰＢ信号を指定するだけで、情報表示端末に表示される画面を所定の方向にスクロールさせることができる。

（文字入力）
次に、図２０を用いて、ＰＢ信号によって、情報表示端末に表示される画面に文字を入力する例について説明する。図２０は、情報表示端末に表示される画面にＰＢ信号で文字入力する場合の処理の流れを示すシーケンス図である。

図２０に示すように、実施例１と同様の処理（ステップＳ１〜ステップＳ３６）が実行されていることによって、利用者宅Ａの情報表示端末２０と利用者宅Ｂの情報表示端末２０とがＳＩＰフォン３０によって接続されてＳＩＰ通信を基に紐付けられた利用者Ａ宅の情報表示端末２０は、セッション管理サーバ１００から接続先監視機能を読み込んで自装置にインストールする（ステップＳ８０）。

また、サービス提供サーバ２００は、利用者宅Ａと利用者宅Ｂとの両情報表示端末に払い出したＷｅｂセッション情報をキーにサービステーブル２２２からＵＲＬを特定し、特定したＵＲＬにより提供されるサービス画面（図２１参照）を利用者Ａ宅の情報表示端末２０に送信する（ステップＳ８１）。

そして、利用者宅Ａの情報表示端末２０は、セッション管理サーバ１００に対して、セッション管理サーバ１００から払出された仮名ＩＤと発着間紐付けＩＤとＵＲＬとを含んだパラメータ登録要求をセッション管理サーバ１００に送信する（ステップＳ８２）。その後、利用者宅Ａの情報表示端末２０にインストールされた接続先監視機能は、サービス画面を受信したブラウザのブラウザセッション情報をキーにブラウザセッション情報管理テーブル１２ａを検索してｃａｌｌセッション情報を特定し、特定したｃａｌｌセッション情報とモード指定情報とをセッション管理サーバ１００に送信し（ステップＳ８３）、サービス提供サーバ２００とポーリングを実施する（ステップＳ８４）。ここで送信されるモード指定情報とは、ＰＢ信号を受信した契機でどのような動作を行うのかを特定する情報であり、例えば、連携接続（通話接続）されている利用者宅Ｂについても、利用者宅Ａから発しされたＰＢ信号に基づいた制御を行うか否かなどの情報である。また、ここで送信されたモード指定情報は、一緒に送信されたｃａｌｌセッション情報と対応付けてメモリなどに記憶される。

一方で、利用者宅Ａの情報表示端末２０は、サービス提供サーバ２００から受信したサービス画面、例えば、図２１に示すような画面をディスプレイなどの表示部に出力する（ステップＳ８５）。図２１に示される文字入力画面は、ＰＢ信号によって縦軸と横軸とを特定し、該当する文字が入力される画面であり、「００」が終了を意味している。

その後、利用者宅ＡのＳＩＰフォン３０は、縦軸を特定するＰＢ信号（例えば、１）の入力を受け付けると（ステップＳ８６）、入力されたＰＢ信号をＨＧＷに送信する（ステップＳ８７）。

すると、ＨＧＷ１０は、配下のＳＩＰフォン３０を一意に識別する情報であるＳＩＰフォンＩＤを、当該ＳＩＰ通信に含まれる情報から収集し、収集したＳＩＰフォンＩＤをキーにしてブラウザセッション情報管理テーブル１２ａからｃａｌｌセッション情報を特定する（ステップＳ８８）。続いて、ＨＧＷ１０は、特定したｃａｌｌセッション情報とＳＩＰフォンから受信したＰＢ信号とをセッション管理サーバ１００に送信する（ステップＳ８９）。

このようにして、ｃａｌｌセッション情報とＰＢ信号とを受信したセッション管理サーバは、受信したｃａｌｌセッション情報をキーにしてステップＳ８３で受信してメモリなどに記憶したモード指定情報を特定する（ステップＳ９０）。さらに、セッション管理サーバ１００（サービス制御部１３３）は、受信したｃａｌｌセッション情報をキーにして制御用セッション管理テーブル１２３から制御用セッション情報を取得し、取得した制御用セッション情報と受信したｃａｌｌセッション情報をキーにして制御用セッション管理テーブル１２３の発着判定フラグを参照することで通話先を特定するとともに、取得した制御用セッション情報をキーに発着間紐付けＩＤテーブル１２４から利用中サービスを特定する（ステップＳ９１）。

そして、セッション管理サーバ１００（サービス制御部１３３）は、利用者Ａ宅のＨＧＷから受信したＰＢ信号とステップＳ９０で特定した制御用セッション情報とを利用者Ａ宅の接続先監視機能に送信する（ステップＳ９２）。このとき、セッション管理サーバ１００（サービス制御部１３３）は、ステップＳ９１で特定した制御用セッション情報をキーにして、サービス管理テーブルなど２００から取得できるＵＲＬ、さらに、制御用セッション情報をキーにして発着間紐付けＩＤテーブル１２４から特定できる発着間紐付けＩＤや仮名ＩＤも送信する。

すると、ＨＧＷ１０は、図２２の（１）に示すように、受信した制御用セッション情報、ＵＲＬと、ＰＢ信号（入力中データ）とを対応付けてデータベースに格納し（ステップＳ９３）、ＰＢ信号を格納したことを接続先監視機能に送信する（ステップＳ９４）。この情報が通知された接続先監視機能は、ステップＳ８４で表示した画面（図２１参照）を再び表示する（ステップＳ９５）。

そして、利用者宅ＡのＳＩＰフォン３０は、横軸を特定するＰＢ信号（例えば、５）の入力を受け付けると（ステップＳ９６）、ステップＳ８８〜ステップＳ９５までの処理を繰り返し、図２２の（２）に示すように、ステップＳ９３で作成したデータベースの入力中データを「１５」に更新し、縦軸「１」・横軸「５」に対応する「お」を入力データに格納する（ステップＳ９７）。

その後、利用者宅ＡのＳＩＰフォン３０は、横軸を特定するＰＢ信号（例えば、００）の入力を受け付けると（ステップＳ９８）、図２２の（３）に示すように、ステップＳ９３で作成したデータベースの入力中データに「００」を格納し、入力データを「お」と確定する（ステップＳ９９）。そして、利用者宅Ａの接続先監視機能は、ステップＳ９２で受信した発着間紐付けＩＤ、仮名ＩＤとともに、確定した「お」をサービス提供サーバ２００に送信する（ステップＳ１００）。なお、利用者宅Ａの接続先監視機能が上記情報をサービス提供サーバ２００に送信する手法としては、直接送信する以外にも、情報表示端末２０を介したリダイレクトで表示することもできる。

このようにすることで、サービス提供サーバ２００は、利用者と電話で会話する必要も無く、利用者Ａ宅のユーザが入力する情報をＷｅｂ画面などで取得することができる。また、ステップＳ８９で特定したモードが、通話接続先（この場合、利用者Ａ宅の通話先なので利用者Ｂ宅の情報表示端末となる）にも入力文字を送信するモードである場合には、ＰＢ信号によって特定された文字を利用者Ｂ宅に送信することができる。その結果、利用者Ａと利用者Ｂは、電話している一方で、情報表示端末に入力された情報を共有することができる。

（入力情報の即時表示（ゲーム例））
さらに、上記したように、一方の端末で入力された入力情報を通話相手に即時通知することにより、図２３に示すようなリバーシゲームを行うこともできる。

具体的には、図２３の（１）に示すように、利用者Ａ宅および利用者Ｂ宅の情報表示端末に、自分の色の石を置く場所を数字で特定する同じ画面を表示させる。そして、利用者Ａ宅のユーザがＳＩＰフォンで「１」を入力すると、図２３の（２）に示すように、利用者Ａ宅および利用者Ｂ宅の両方の情報表示端末に表示される画面が更新される。このように、ＳＩＰフォン３０による場所指定を交互にすることで、リバーシを実現することができる。

さて、これまで本発明の実施例について説明してきたが、本発明は上述し実施例以外にも種々の異なる形態にて実施されてよいものである。

（Ｎ者間接続）
また、実施例１では、２者間接続においてサービスを連携させる例について説明したが、本願はこれに限定されるものではなく、３者間、４者間、５者間・・・Ｎ者間でも、上記した手法と同様に、各種セッション情報の一致によって通話先相手を特定することで、サービス連携させることができる。

（セッション管理機能）
上記実施例においては、『セッション連携機能』が、ＳＩＰプロキシやサービス提供サーバとは物理的に異なるセッション管理サーバに備えられている事例を説明してきたが、本発明はこれに限られるものではない。『セッション連携機能』が、ＳＩＰプロキシに備えられている事例にも、あるいは、サービス提供サーバに備えられている事例などにも、本発明を同様に適用することができる。

（接続先監視機能）
上記実施例においては、情報表示端末が、汎用的なＷｅｂブラウザを備え、『接続先監視機能』として、当該Ｗｅｂブラウザ上で動作するＪａｖａＳｃｒｉｐｔファイルを備える手法（セッション管理サーバから送信されることで『接続先監視機能』を備える手法）を説明してきたが、本発明はこれに限られるものではない。情報表示端末が、専用アプリケーションを備え、当該専用アプリケーションが、予め『接続先監視機能』を備えている手法などにも、本発明を同様に適用することができる。

（発着間紐付けＩＤ）
上記実施例においては、サービス提供サーバがＷｅｂサービスを互いに関連づけて制御する際に用いる「発着間紐付けＩＤ」として、セッション管理サーバが新たに発行した発着間紐付けＩＤを用いる手法を説明してきたが、本発明はこれに限られるものではない。呼情報であるｃａｌｌセッション情報そのもの（例えば、Call-IDなど）を流用する手法にも、本発明を同様に適用することができる。すなわち、「発着間紐付けＩＤ」は、サービス提供サーバが、複数の端末に対してＷｅｂサービスを互いに関連づけて提供する際に、当該複数の端末各々がＳＩＰによって通信を確立した端末同士であることを認識可能な情報であればよい。

（署名付証明書）
上記実施例においては、ＳＩＰプロキシやセッション管理サーバが他の装置に情報を送信する際、自装置の署名付証明書を発行し、当該署名付証明書を添付した検証可能な形式で当該情報を送信する手法を説明してきたが、本発明はこれに限られるものではない。署名付証明書を添付することなく、単に情報をそのまま送信する手法にも、本発明を同様に適用することができる。なお、この場合には、情報を受信した側における当該情報の検証も不要となる。

（ポーリング）
上記実施例においては、情報表示端末とＨＧＷとの間、情報表示端末とセッション管理サーバとの間などで、適宜ポーリングを用いて通信を行う手法を説明してきたが、本発明はこれに限られるものではなく、ポーリングの替わりにプッシュ型やプル型の通信であってもよい（この場合には、必要な時のみアクセスすればよいことになる）。

（端末側の構成）
また、本発明に係るサービス提供システムは、上記実施例で例示した構成に限られるものではない。すなわち、本発明に係るサービス提供システムは、まず、端末側の構成という点で、端末側にＨＧＷが設置されているか否か、端末が、ＳＩＰフォンと情報表示端末との分離型であるか、ＳＩＰフォン機能と情報表示機能との一体型であるか、といった選択肢がある。また、どの装置がcallセッション情報を収集するかという点で、ＳＩＰプロキシがcallセッション情報を収集するか、ＨＧＷがｃａｌｌセッション情報を収集するか、端末（ＳＩＰフォン、もしくは、ＳＩＰフォン機能）がｃａｌｌセッション情報を収集するか、といった選択肢がある。また、ＳＩＰプロキシが収集したｃａｌｌセッション情報を誰に送信するかという点で、ＨＧＷに送信するか、端末（ＳＩＰフォン、もしくは、ＳＩＰフォン機能）に送信するか、といった選択肢がある。その他、発信側の構成と着信側の構成とが同一であるか、異なるか、といった選択肢や、情報表示端末がＨＧＷの配下の端末として接続しているか否かといった選択肢もある。上記実施例は、これらの選択肢の内、一部の組み合わせを示したに過ぎず、本発明はこれらの構成に限られるものではない。すなわち、上記してきた手法や公知の手法を用いることで、その他の構成についても、本発明を同様に実現することができる。

（ＳＩＰプロキシ）
また、上記の実施例においては、単一のＳＩＰプロキシがＳＩＰ信号（ＳＩＰの具体的な信号、INVITE、200 OKなどの種類、および、From、Toなどのパラメータを含む）を仲介する事例を説明してきたが、本発明はこれに限られるものではない。複数のＳＩＰプロキシがＳＩＰ信号を仲介する事例や、ＮＧＮ（Next Generation Network）におけるＡＳ（Application Server）などがＳＩＰ信号を仲介する事例にも、本発明を同様に適用することができる。

（利用可能な信号）
また、上記実施例では、ダイアル信号を用いた例で説明したが、本願はこれに限定されるものではなく、例えば、トーン信号やプッシュ信号などＤＴＭＦ（Dual-Tone Multi-Frequency）信号を用いることもできる。また、ＤＴＭＦ信号に限らず、電話機のボタンを押下したことを示す信号であれば、どのような信号であってもよい。

また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

なお、本実施例で説明したサービス提供方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。

以上のように、本発明に係るサービス提供システムおよびサービス提供方法は、ネットワーク上のサービスを端末に提供することに有用であり、特に、通信相手との関係が一時的な場合に、このような一時的な通信関係に基づいてサービスを制御することと、簡単な操作デバイスを表示装置と連携させてサービス画面を操作させることに適する。

１００ セッション管理サーバ
１１０ 通信制御Ｉ／Ｆ部
１２０ 記憶部
１２３ 制御用セッション管理テーブル
１２４ 発着間紐付けＩＤテーブル
１２５ サービス管理テーブル
１３０ 制御部
１３１ ｃａｌｌセッション情報収集部
１３２ 発着間紐付けＩＤ発行部
１３３ サービス制御部
２００ サービス提供サーバ
２１０ 通信制御Ｉ／Ｆ部
２２０ 記憶部
２２１ Ｗｅｂセッション情報管理テーブル
２２２ サービステーブル
２３０ 制御部
２３１ 発着間紐付けＩＤ収集部
２３２ サービス提供制御部
１０ ＨＧＷ
１１ ＳＩＰ通信部／ＨＴＴＰ通信部
１２ 記憶部
１２ａ ブラウザセッション情報管理テーブル
１３ 制御部
１３ａ サービス利用制御部
１３ｂ データ受け渡し部
２０ 情報表示端末
２１ ＨＴＴＰ通信部
２２ 入力部
２３ 出力部
２４ 入出力制御Ｉ／Ｆ部
２５ 制御部
２５ａ サービス利用部
２５ｂ 受け渡し要求部
３０ ＳＩＰフォン
３１ ＳＩＰ通信部
３２ 入力部
３３ 出力部
３４ 入出力制御Ｉ／Ｆ部

Claims (4)

1. ネットワーク上のサービスを端末に提供するサービス提供サーバと、端末同士のセッションを管理するセッション管理サーバとを有するサービス提供システムであって、
   前記セッション管理サーバは、
   前記サービスの提供を要求する端末毎に、当該端末と組で利用され第１の通信を確立する第１通信端末と他の第１通信端末との間で確立された第１の通信を識別する通信情報を収集する通信情報収集手段と、
   前記通信情報収集手段によって収集された複数の通信情報の中から同一の第１の通信を示す通信情報を特定し、特定した通信情報によって識別される第１の通信を確立した第１通信端末各々と組で利用される端末各々を連携するための連携情報を発行する連携情報発行手段と、
   前記連携情報発行手段によって連携情報が発行された端末から前記サービスを特定する信号を受信した場合に、当該信号をサービス提供サーバに送信する情報送信手段と、を有し、
   前記サービス提供サーバは、
   前記サービスの提供を要求する端末毎に、前記セッション管理サーバの連携情報発行手段によって発行された連携情報を収集する連携情報収集手段と、
   前記連携情報収集手段によって収集された複数の連携情報の中からサービスを連携することを示す連携情報を特定し、特定した連携情報の収集元である端末各々に対して、ダイアル信号を含むサービス画面を有するサービスを提供するサービス提供手段と、
   前記サービス提供手段によってサービスが提供される端末と組で使用される第１通信端末から送信された信号を前記セッション管理サーバから受信した場合に、当該信号を送信した端末に対して、当該信号によって特定されるサービス画面を有するサービスを提供するサービス制御手段と、
   を備えたことを特徴とするサービス提供システム。
2. 前記セッション管理サーバは、前記サービス提供サーバのサービス提供手段によってサービスが提供された端末と組で使用される第１通信端末から信号が送信された場合に、当該信号を送信した端末が、前記通信情報収集手段によって収集された通信情報によって識別される第１の通信を確立した第１通信端末と組で利用される端末であるか否かを判定する判定手段をさらに備え、
   前記サービス提供サーバのサービス制御手段は、前記セッション管理サーバの前記判定手段によって、前記信号を送信した端末が前記第１の通信を確立した第１通信端末と組で利用される端末であると判定されると、当該端末に対して、当該信号によって特定されるサービス画面を有するサービスを提供することを特徴とする請求項１に記載のサービス提供システム。
3. 前記サービス提供サーバのサービス制御手段は、前記信号を送信した第１通信端末と組で使用される端末と、当該第１通信端末と前記第１の通信で接続される他の第１通信端末と組で使用される他の端末との両端末に対して、前記信号によって特定されるサービス画面を有するサービスを提供することを特徴とする請求項１に記載のサービス提供システム。
4. ネットワーク上のサービスを端末に提供するサービス提供サーバと、端末同士のセッションを管理するセッション管理サーバとを有するサービス提供システムに適したサービス提供方法であって、
   前記セッション管理サーバは、
   前記サービスの提供を要求する端末毎に、当該端末と組で利用され第１の通信を確立する第１通信端末と他の第１通信端末との間で確立された第１の通信を識別する通信情報を収集する通信情報収集工程と、
   前記通信情報収集工程によって収集された複数の通信情報の中から同一の第１の通信を示す通信情報を特定し、特定した通信情報によって識別される第１の通信を確立した第１通信端末各々と組で利用される端末各々を連携するための連携情報を発行する連携情報発行工程と、
   前記連携情報発行工程によって連携情報が発行された端末から前記サービスを特定する信号を受信した場合に、当該信号をサービス提供サーバに送信する情報送信工程と、を含み、
   前記サービス提供サーバは、
   前記サービスの提供を要求する端末毎に、前記セッション管理サーバの連携情報発行工程によって発行された連携情報を収集する連携情報収集工程と、
   前記連携情報収集工程によって収集された複数の連携情報の中からサービスを連携することを示す連携情報を特定し、特定した連携情報の収集元である端末各々に対して、ダイアル信号を含むサービス画面を有するサービスを提供するサービス提供工程と、
   前記サービス提供工程によってサービスが提供される端末と組で使用される第１通信端末から送信された信号を前記セッション管理サーバから受信した場合に、当該信号を送信した端末に対して、当該信号によって特定されるサービス画面を有するサービスを提供するサービス制御工程と、
   を含んだことを特徴とするサービス提供方法。

Images