JP2012198814A - 共有制御システム、制御方法、制御プログラム - Google Patents

Abstract

【課題】既存のＷｅｂコンテンツを簡単に連携すること。
【解決手段】管理サーバは、ユーザ間で通信が行われると、ユーザ間でＷｅｂコンテンツに係る情報を連携するための連携情報を端末に送信する。端末は、任意のサーバから配信されたＷｅｂコンテンツを受信して表示する。また、端末は、連携情報を受信すると、表示中のＷｅｂコンテンツに係る情報と連携情報とを管理サーバに送信する。管理サーバは、Ｗｅｂコンテンツに係る情報と連携情報とを受信すると、送信元となる端末を利用するユーザと通信を行っている他のユーザの端末である他の端末を連携情報に基づいて特定し、特定した他の端末にＷｅｂコンテンツに係る情報を送信する。端末は、Ｗｅｂコンテンツに係る情報を受信すると、表示部に反映することで、自装置が表示中のＷｅｂコンテンツと他の端末が表示中のＷｅｂコンテンツとを連携する。
【選択図】図１

Description

本発明は、共有制御システム、制御方法、制御プログラムに関する。

従来、インターネットなどのＩＰ（Internet Protocol）ネットワークを利用するユーザは、ＩＰネットワークに接続する端末を用いてＷｅｂ（World Wide Web）サーバにアクセスし、Ｗｅｂサーバにより配信されるＷｅｂコンテンツを閲覧する。近年では、複数のユーザ間でＷｅｂコンテンツを共有するサービスも登場しており、例えば、予め登録された会員間でＷｅｂコンテンツを共有するように、Ｗｅｂサーバが制御する技術がある。

特開２００５−２２８１２２号公報

しかしながら、上記した従来の技術では、Ｗｅｂサーバ側にＷｅｂコンテンツを共有するための仕組みが新たに必要になり、既存のＷｅｂコンテンツを共有することができないという課題がある。また、ユーザが、メールを用いて現在見ているＷｅｂコンテンツを他のユーザに伝えることで、双方のユーザが同じＷｅｂコンテンツを見るという手法も考えられるが、ユーザが複数の機器を操作することになり、煩雑であるという課題がある。

そこで、本発明は、上記した従来の技術の課題を解決するためになされたものであり、既存のＷｅｂコンテンツを簡単に連携することが可能である共有制御システム、共有制御方法、共有制御プログラムを提供することを目的とする。

開示する共有制御システムは、ネットワークに接続されてＷｅｂコンテンツを表示する端末各々と当該端末各々を管理する管理サーバとを有する共有制御システムである。前記管理サーバは、ユーザ間で通信が行われると、当該ユーザ間でＷｅｂコンテンツに係る情報を連携するための連携情報を当該ユーザにより用いられる前記端末に送信する第１の送信部を有する。前記端末は、任意のサーバから配信されたＷｅｂコンテンツを受信して表示する表示部を有する。前記端末は、前記第１の送信部により送信された連携情報を受信すると、前記表示部により表示されているＷｅｂコンテンツに係る情報と当該連携情報とを前記管理サーバに送信する第２の送信部を有する。前記管理サーバは、前記第２の送信部により送信された前記Ｗｅｂコンテンツに係る情報と前記連携情報とを受信すると、当該送信元となる前記端末を利用するユーザと通信を行っている他のユーザについて、前記端末である他の端末を当該連携情報に基づいて特定し、特定した当該他の端末に当該Ｗｅｂコンテンツに係る情報を送信する第３の送信部を有する。前記端末は、前記第３の送信部により送信された前記Ｗｅｂコンテンツに係る情報を受信すると、前記表示部に反映することで、自装置が表示中のＷｅｂコンテンツと当該他の端末が表示中のＷｅｂコンテンツとを連携する連携制御部を有する。

開示する共有制御システムの一つの態様によれば、既存のＷｅｂコンテンツを簡単に連携することが可能であるという効果を奏する。

図１は、実施例１に係る共有制御システムの全体像を示す図である。 図２は、実施例１における情報表示端末により表示されるＷｅｂコンテンツの一例を示す図である。 図３は、実施例１におけるセッション連携サーバの構成の一例を示すブロック図である。 図４は、実施例１における制御用セッション情報管理テーブルに記憶された情報の一例を示す図である。 図５は、実施例１における発着間紐付けＩＤ管理テーブルに記憶された情報の一例を示す図である。 図６は、実施例１におけるプロキシサーバの構成の一例を示す図である。 図７は、実施例１における情報表示端末の構成の一例を示すブロック図である。 図８は、実施例１におけるＳＩＰフォンの構成の一例を示すブロック図である。 図９は、実施例１におけるＳＩＰサーバの構成の一例を示すブロック図である。 図１０−１は、実施例１に係る共有制御システムによる処理の流れの一例を示すシーケンス図である。 図１０−２は、実施例１に係る共有制御システムによる処理の流れの一例を示すシーケンス図である。 図１０−３は、実施例１に係る共有制御システムによる処理の流れの一例を示すシーケンス図である。 図１０−４は、実施例１に係る共有制御システムによる処理の流れの一例を示すシーケンス図である。 図１１は、実施例２に係る共有制御システムの全体像について示す図である。 図１２−１は、実施例２に係る共有制御システムによる処理の流れの一例を示す図である。 図１２−２は、実施例２に係る共有制御システムによる処理の流れの一例を示す図である。 図１３−１は、実施例３に係るＢａｙｅｕｘプロトコルを用いた共有制御システムによる処理の流れの一例を示すシーケンス図である。 図１３−２は、実施例３に係るＢａｙｅｕｘプロトコルを用いた共有制御システムによる処理の流れの一例を示すシーケンス図である。 図１３−３は、実施例３に係るＢａｙｅｕｘプロトコルを用いた共有制御システムによる処理の流れの一例を示すシーケンス図である。 図１３−４は、実施例３に係るＢａｙｅｕｘプロトコルを用いた共有制御システムによる処理の流れの一例を示すシーケンス図である。 図１４は、実施例１におけるＨＧＷの構成の一例を示すブロック図である。 図１５は、実施例１におけるブラウザセッション情報管理テーブルにより記憶された情報の一例を示す図である。 図１６は、開示の技術に係る共有制御プログラムによる情報処理がコンピュータを用いて具体的に実現されることを示す図である。

以下に、開示する共有制御システム、制御方法、制御プログラムの実施例について、図面に基づいて詳細に説明する。なお、本実施例により開示する発明が限定されるものではない。各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

［実施例１に係る共有制御システムの全体像］
図１を用いて、実施例１に係る共有制御システムの全体像について示す。図１は、実施例１に係る共有制御システムの全体像を示す図である。図１において、１００は、セッション連携サーバを示し、２００は、プロキシサーバを示し、３００は、Ｗｅｂコンテンツを配信する既存のＷｅｂサーバを示し、４００は、任意のサーバから配信されたＷｅｂコンテンツを受信して表示する表示部を有する情報表示端末を示し、５００は、ＳＩＰ（Session Initiation Protocol）フォンを示す。

図１に示すように、セッション連携サーバ１００は、情報表示端末４００と接続される。プロキシサーバ２００は、情報表示端末４００と既存のＷｅｂサーバ３００との間に介在する。プロキシサーバ２００は、既存のＷｅｂサーバ３００と情報表示端末４００との間の送受信を中継する。既存のＷｅｂサーバ３００は、プロキシサーバ２００と接続される。なお、図１に示す例では、既存のＷｅｂサーバ３００がプロキシサーバ２００と接続され、他の情報表示端末４００とは直接接続されない場合を示したが、本発明はこれに限定されるものではなく、他の情報表示端末４００と直接接続されても良い。すなわち、既存のＷｅｂサーバ３００は、一般的なＷｅｂサーバであり、プロキシサーバ２００を介して情報表示端末４００と送受信するとともに、プロキシサーバ２００を介することなく他の情報表示端末４００と送受信しても良い。情報表示端末４００は、セッション連携サーバ１００及びプロキシサーバ２００と接続される。ＳＩＰフォン５００は、ユーザが他のユーザと通信を行う際に、他のユーザのＳＩＰフォン５００との間でＳＩＰによって通信を確立する。なお、通信には、ユーザがＳＩＰフォンを用いて行う通話も含まれる。ＳＩＰフォン５００は、例えば、図１には図示さないＳＩＰサーバを介してＳＩＰによって通信を確立する。以下では、ＳＩＰによって通信を確立することをＳＩＰによってセッションを確立するとも称する。各装置の詳細については後述する。

セッション連携サーバ１００は「管理サーバ」とも称され、情報表示端末４００は「端末」とも称される。図１に示す例では、ユーザ１により使用される情報表示端末４００を情報表示端末４００ａと記載し、ユーザ２により使用される情報表示端末４００を情報表示端末４００ｂと記載した。また、ユーザ１により使用されるＳＩＰフォン５００をＳＩＰフォン５００ａと記載し、ユーザ２により使用されるＳＩＰフォン５００をＳＩＰフォン５００ｂと記載した。

図１に示すように、実施例１に係る共有制御システムは、セッション連携サーバ１００と、プロキシサーバ２００と、既存のＷｅｂサーバ３００と、情報表示端末４００と、ＳＩＰフォン５００とを有する。

共有制御システムは、以下に詳細に説明するように、複数のユーザ間で情報表示端末４００にて表示中のＷｅｂコンテンツの状態を連携する。例えば、共有制御システムは、情報表示端末４００ａと情報表示端末４００ｂとが同一のＷｅｂコンテンツを表示するように制御する。また、共有制御システムは、一方のユーザの情報表示端末４００にて表示中のＷｅｂコンテンツのページが遷移した場合には、他方のユーザの情報表示端末４００が表示中のＷｅｂコンテンツのページが追従するように制御する。

以下では、特に言及しない限り、ユーザ１が情報表示端末４００ａにて任意のＷｅｂコンテンツを閲覧しており、その後、ユーザ１とユーザ２との間で通信が開始され、続いて、ユーザ２が情報表示端末４００ｂを起動した場合を例に説明する。ただし、本発明はこれに限定されるものではない。例えば、ユーザ２が事前に情報表示端末を起動している場合、ユーザ１が情報表示端末を起動しておらず、後から起動する場合などでも良い。

図１の（１）に示すように、情報表示端末４００ａがＷｅｂコンテンツをプロキシサーバ２００に要求すると、図１の（２）に示すように、プロキシサーバ２００は、既存のＷｅｂサーバ３００から配信されるＷｅｂコンテンツを取得する。そして、プロキシサーバ２００は、既存のＷｅｂサーバ３００から取得したＷｅｂコンテンツについて、後述の発着間紐付けＩＤ（ＩＤ、Identifier）を受信すると情報表示端末４００がＷｅｂコンテンツに係る情報を送信するように加工する。例えば、プロキシサーバ２００は、他のＷｅｂコンテンツに遷移するためのリンク情報が指定されることによりＷｅｂコンテンツのＵＲＬ情報が情報表示端末４００において変更された場合に、他のＷｅｂコンテンツのＵＲＬ情報を発着間紐付けＩＤとともに送信するようにＷｅｂコンテンツを加工する。ここで、情報表示端末４００ａが要求するＷｅｂコンテンツは、ユーザが指定した任意のＷｅｂサーバ３００から配信されるＷｅｂコンテンツとなる。

そして、図１の（３）に示すように、プロキシサーバ２００は、加工後のＷｅｂコンテンツを情報表示端末４００ａに送信し、情報表示端末４００ａは、加工後のＷｅｂコンテンツを表示する。なお、発着間紐付けＩＤを「連携情報」とも称する。

ここで、図１の（４）に示すように、ＳＩＰフォン５００ａとＳＩＰフォン５００ｂとの間でＳＩＰによって通信が確立され、ユーザ１とユーザ２との間で通信が行われる。すると、図１の（５）に示すように、セッション連携サーバ１００は、通信を行っているユーザ間でＷｅｂコンテンツに係る情報を連携するための発着間紐付けＩＤを情報表示端末４００ａに送信する。ここで、Ｗｅｂコンテンツに係る情報とは、例えば、ＵＲＬ（Uniform Resource Locator）、Ｗｅｂコンテンツを表示中の画面上にあるマウスの位置、ページのスクロール位置、あるいは、Ｗｅｂコンテンツに含まれるフィールドに入力された文字情報などが該当する。以下では、Ｗｅｂコンテンツに関する情報を「ブラウザ状態情報」とも記載する。

なお、ここで、セッション連携サーバ１００が情報表示端末４００ａに送信する一方、情報表示端末４００ｂに送信しないのは、図１に示す例では、この段階において、情報表示端末４００ｂが起動していないからである。ただし、本発明はこれに限定されるものではなく、情報表示端末４００ｂの起動の有無に係わらず、発着間紐付けＩＤを送信しても良い。また、例えば、情報表示端末４００ｂが起動していなかったとしても、発着間紐付けＩＤを受信すると起動するプログラムを情報表示端末４００に予めインストールしておくことで、情報表示端末４００を自動的に起動させても良い。

セッション連携サーバ１００は、ＳＩＰフォン５００ａやＳＩＰフォン５００ｂがＳＩＰによって通信を確立する際に用いるＳＩＰサーバから、ＳＩＰフォン５００ａやＳＩＰフォン５００ｂとの間に確立されたセッションについての情報を受信すると、発着間紐付けＩＤを発行し、図１の（５）に示すように、情報表示端末４００ａに発着間紐付けＩＤを送信する。

その後、図１の（６）に示すように、情報表示端末４００ａは、発着間紐付けＩＤとブラウザ状態情報とを所定の契機ごとにセッション連携サーバ１００に送信する。例えば、情報表示端末４００ａは、所定の間隔ごとに送信し、ユーザにより何らかの操作が行われるごとに送信する。

ここで、図１の（７）に示すように、情報表示端末４００ｂが起動すると、図１の（８）に示すように、スタートページとして予め設定されたＷｅｂコンテンツをプロキシサーバ２００に要求し、図１の（９）に示すように、加工済Ｗｅｂコンテンツを受信する。また、ここで、情報表示端末４００ｂが起動したため、図１の（１０）に示すように、セッション連携サーバ１００は、発着間紐付けＩＤを情報表示端末４００ｂに送信する。そして、図１の（１１）に示すように、情報表示端末４００ｂは、発着間紐付けＩＤとブラウザ状態情報とを所定の契機ごとにセッション連携サーバ１００に送信する。

そして、図１の（６）と（１１）とに示されるように、セッション連携サーバ１００は、情報表示端末４００ａから受信したブラウザ状態情報を情報表示端末４００ｂに送信し、情報表示端末４００ｂから受信したブラウザ状態情報を情報表示端末４００ａに送信する。つまり、セッション連携サーバ１００は、発着間紐付けＩＤとブラウザ状態情報とを受信すると、送信元となる情報表示端末４００を利用するユーザと通信を行っている他のユーザの情報表示端末４００である他の情報表示端末４００を連携情報に基づいて特定し、特定した他の情報表示端末４００にブラウザ状態情報を送信する。例えば、図１に示す例では、図１の（６）にて情報表示端末４００ｂが起動したため、セッション連携サーバ１００は、図１の（６）の後に、情報表示端末４００ａから受信したブラウザ状態情報を情報表示端末４００ｂに送信する。

そして、情報表示端末４００ａと情報表示端末４００ｂとは、ブラウザ状態情報を受信すると表示部に反映することで、自装置が表示中のＷｅｂコンテンツと他の情報表示端末４００が表示中のＷｅｂコンテンツとを連携する。例えば、情報表示端末４００ｂは、情報表示端末４００ａから受信したブラウザ状態情報に基づいて、情報表示端末４００ａが表示中のＷｅｂコンテンツを起動後直ちに表示する。

また、その後、情報表示端末４００ａと情報表示端末４００ｂとは、それぞれ、所定の契機ごとに発着間紐付けＩＤとブラウザ状態情報を送信し、セッション連携サーバ１００から相手の情報表示端末４００により受信されたブラウザ状態情報を受信して表示部に反映することで、情報表示端末４００ａが表示中のＷｅｂコンテンツと情報表示端末４００ｂが表示中のＷｅｂコンテンツとを連携する。

なお、上述の説明では、情報表示端末４００ｂが情報表示端末４００ａにより表示中のＷｅｂコンテンツを起動後直ちに表示する場合を例に示したが、本発明はこれに限定されるものではない。例えば、情報表示端末４００ａが、情報表示端末４００ｂの起動後直ちに、情報表示端末４００ｂが表示中のＷｅｂコンテンツを表示するようにしても良い。

図２は、実施例１における情報表示端末により表示されるＷｅｂコンテンツの一例を示す図である。図２において、８０１と８０２とは、情報表示端末４００ａにより表示されるＷｅｂコンテンツの一例を示し、８０３と８０４とは、情報表示端末４００ｂにより表示されるＷｅｂコンテンツの一例を示す。また、図２の（１）は、情報表示端末４００ｂの起動前を示し、図２の（２）は、情報表示端末４００ｂの起動後を示す。

図２の（１）の８０１に示すように、情報表示端末４００ａは、ユーザにより指定されたＷｅｂコンテンツを表示し、図２の（１）の８０３に示すように、情報表示端末４００ｂは、起動前であり、何らＷｅｂコンテンツを表示しない。その後、情報表示端末４００ｂが起動すると、例えば、図２の（２）の８０４に示すように、情報表示端末４００ｂは、図２の（２）の８０２と同じＷｅｂコンテンツを表示する。また、その後、情報表示端末４００ａと情報表示端末４００ｂとは、表示中のＷｅｂコンテンツを連携する。

このように、実施例１に係る共有制御システムは、既存のＷｅｂコンテンツを簡単に連携することが可能である。具体的には、通信中のユーザ間にて任意のＷｅｂコンテンツを連携することが可能である。例えば、通信前に見ていた任意のページを、相手との通信が開始された後、相手がブラウザを立ち上げた際に連携させることが可能である。また、情報表示端末４００において表示されているＷｅｂコンテンツのページが遷移したとしても、遷移に追従してＷｅｂコンテンツを連携することが可能である。

つまり、実施例１に係る共有制御システムは、既存のＷｅｂコンテンツを要求されると、既存のＷｅｂコンテンツを取得するとともにこれを加工し、加工済みのＷｅｂコンテンツを情報表示端末に返信することで、ページが遷移したとしても、Ｗｅｂコンテンツを連携可能である。

［実施例１に係る共有制御システムの構成］
実施例１に係る共有制御システムの構成の一例について示す。実施例１に係る共有制御システムの構成について示す際には、共有制御システムが、図１に示した各装置に加えて、ＳＩＰサーバ６００についても簡単に説明する。ＳＩＰサーバ６００は、ＳＩＰ５００がＳＩＰによりセッションを確立する際に用いられるサーバである。

以下では、セッション連携サーバ１００の構成の一例を示し、プロキシサーバ２００の構成の一例を示し、ＳＩＰサーバ６００の構成の一例を示し、情報表示端末４００の構成の一例を示し、ＳＩＰフォン５００の構成の一例を示す。その後、ＳＩＰサーバ６００の構成の一例を示す。なお、共有制御システムによる処理の詳細な流れについては、シーケンス図やフローチャートを用いて後述する。

［セッション連携サーバの構成］
セッション連携サーバ１００の構成の一例を示す。図３は、実施例１におけるセッション連携サーバの構成の一例を示すブロック図である。セッション連携サーバ１００は、例えば、情報表示端末４００、ＳＩＰフォン５００、ＳＩＰサーバ６００と接続される。セッション連携サーバ１００は、図３に示す各部が汎用的なサーバなどに備えられることによって実現される。図３に示す例では、セッション連携サーバ１００は、通信部１１０と、記憶部１２０と、制御部１３０と有する。

通信部１１０は、ＨＴＴＰ（Hyper Text Transfer Protocol）通信用の一般的なインタフェース及びライブラリを有し、情報表示端末４００やＳＩＰフォン５００、ＳＩＰサーバ６００との間で情報を送受信する。

記憶部１２０は、制御部１３０による各種制御に用いられる情報を記憶する。記憶部１２０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）などの半導体メモリ素子、又は、ハードディスク、光ディスクなどが該当する。図３に示す例では、記憶部１２０は、制御用セッション情報管理テーブル１２１と、発着間紐付けＩＤ管理テーブル１２２とを有する。

制御用セッション情報管理テーブル１２１は、制御用セッション情報を記憶する。制御用セッション情報は、後述の発着間紐付けＩＤ発行部１３２による処理に利用される。図４は、実施例１における制御用セッション情報管理テーブルに記憶された情報の一例を示す図である。図４に示す例では、制御用セッション情報管理テーブル１２１は、制御用セッション情報と、ｃａｌｌセッション情報と、発着判定フラグと、通信履歴情報とを対応付けて記憶する。

ここで、制御用セッション情報は、情報表示端末４００とセッション連携サーバ１００との間で確立されたセッションごとに生成され、情報表示端末４００とセッション連携サーバ１００との間で確立されたセッションを一意に識別する情報である。情報表示端末４００とセッション連携サーバ１００との間で確立されたセッションとは、例えば、ＨＴＴＰプロトコルを用いての通信を行うセッションが該当する。制御用セッション情報は、後述のｃａｌｌセッション情報収集部１３１によって発行され、制御用セッション情報管理テーブル１２１に格納される。例えば、制御用セッション情報は、ＣｏｏｋｉｅのＩＤなどが用いられる。なお、図４に示す例では、説明の便宜上、制御用セッション情報として規則的な数値を例示したが、本発明はこれに限定されるものではなく、セッションＩＤとして、一般的に用いられる乱数などを用いても良い。

ｃａｌｌセッション情報は、ＳＩＰフォン５００間でＳＩＰによって確立されたセッションを一意に識別する情報である。ｃａｌｌセッション情報は、ｃａｌｌセッション情報収集部１３１によって収集され、制御用セッション情報管理テーブル１２１に格納される。例えば、ｃａｌｌセッション情報は、ＳＩＰ通信に含まれる情報である「Ｃａｌｌ−ＩＤ」若しくは「ｉｓｕｂ」、又は、「Ｆｒｏｍ」、「Ｔｏ」、「ｔａｇ」、ＩＰアドレス、ＳＩＰ通信に含まれる「Ｄａｔｅ」などの他の情報の組み合わせが用いられる。図４に示す例では、ｃａｌｌセッション情報の一例として、「Ｃａｌｌ−ＩＤ」と「Ｆｒｏｍ」と「Ｔｏ」との組み合わせを用いる場合を示した。また、以下では、「Ｆｒｏｍ」と「Ｔｏ」として、ＳＩＰフォン５００の電話番号を用いる場合を用いて説明する。また、ＳＩＰフォン５００の電話番号をユーザＩＤとして用いる場合を用いて説明する。

なお、ｃａｌｌセッション情報は、ＳＩＰによって確立されたセッションを一意に識別することが可能な情報であれば任意の情報を用いて良く、若しくは、任意の手法を用いてセッションを識別して良い。また、図４に示す例では、説明の便宜上、ｃａｌｌセッション情報の「Ｃａｌｌ−ＩＤ」として規則的な数値を示したが、本発明はこれに限定されるものではなく、Ｃａｌｌ−ＩＤとして一般的に用いられる乱数などであっても良い。

また、発着判定フラグは、ＳＩＰフォン５００間でＳＩＰによって確立されたセッションについて、ＳＩＰフォン５００が発側であるのか着側であるのかを示すフラグである。ｃａｌｌセッション情報収集部１３１によって収集され、制御用セッション情報管理テーブル１２１に格納される。図４に示す例では、発着判定フラグ「発」は、発信側となるユーザにより用いられる情報表示端末４００とセッション連携サーバ１００との間で確立されたセッションについての制御用セッション情報であることを示す。また、発着判定フラグ「着」は、着信側となるユーザの情報表示端末４００とセッション連携サーバ１００との間で確立されたセッションについての制御用セッション情報であることを示す。

通信履歴情報は、ユーザ間の通信についての情報を示す。具体的には、通信履歴情報は、ｃａｌｌセッション情報によって一意に識別されるＳＩＰにより確立されたセッションの開始時刻と終了時刻とが該当する。開始時刻は、例えば、ＳＩＰフォン５００間にてＳＩＰによりセッションが確立され、ＳＩＰフォン５００やＳＩＰサーバ６００からｃａｌｌセッション情報を受信した時刻が該当する。終了時刻は、例えば、ＳＩＰフォン５００間におけるＳＩＰによりセッションが終了し、ＳＩＰフォン５００やＳＩＰサーバ６００から切断した旨を受信した時刻が該当する。より詳細な例をあげて説明すると、ＳＩＰフォン５００間にて通信が開始された時刻が開始時刻となり、ＳＩＰフォン５００間にて通信が終了した時刻が終了時刻となる。通信履歴情報は、ｃａｌｌセッション情報収集部１３１によって制御用セッション情報管理テーブル１２１に格納される。

図４に示す例では、制御用セッション情報管理テーブル１２１は、制御用セッション情報「1111111111」を記憶し、ｃａｌｌセッション情報としてｃａｌｌ−ＩＤ「uni123456789」とＦｒｏｍ「0311111111」とＴｏ「0322222222」とを記憶し、発着判定フラグ「発」を記憶し、通信履歴情報として開始時刻「2009／08／10 09：30：14」と終了時刻「−」を記憶する。すなわち、制御用セッション情報管理テーブル１２１は、「0311111111」と「0322222222」との間において「uni123456789」でＳＩＰによって確立されたセッションが確立されたことを記憶し、ＳＩＰによって確立されたセッションの発信側となる情報表示端末４００とセッション連携サーバ１００との間のセッションが「1111111111」で識別されることを記憶し、「0311111111」と「0322222222」との間におけるＳＩＰによって確立されたセッションが「2009／08／10 09：30：14」に開始されてまだ終了していないことを記憶する。

図３の説明に戻る。発着間紐付けＩＤ管理テーブル１２２は、発着間紐付けＩＤを記憶する。発着間紐付けＩＤは、後述のブラウザ状態情報送信部１３３による処理に利用される。発着間紐付けＩＤは「リンケージＩＤ」とも称する。

図５は、実施例１における発着間紐付けＩＤ管理テーブルに記憶された情報の一例を示す図である。図５に示す例では、発着間紐付けＩＤ管理テーブル１２２は、制御用セッション情報と、発着間紐付けＩＤとを対応付けて記憶する。

ここで、発着間紐付けＩＤは、ＳＩＰによって確立されたセッションを一意に識別するｃａｌｌセッション情報の仮名情報であり、通信を行っているユーザ間でＷｅｂコンテンツに係る情報を連携するための連携情報である。発着間紐付けＩＤは、発着間紐付けＩＤ発行部１３２によって発行され、発着間紐付けＩＤ管理テーブル１２２に格納される。なお、図５に示す例では、発着間紐付けＩＤとして乱数を用いる場合を例に示したが、本発明はこれに限定されるものではなく、任意の情報を用いても良い。

図５に示す例では、発着間紐付けＩＤ管理テーブル１２２は、制御用セッション情報「1111111111」と発着間紐付けＩＤ「7515281」とを対応付けて記憶し、制御用セッション情報「2222222222」と発着間紐付けＩＤ「7515281」とを対応付けて記憶する。すなわち、発着間紐付けＩＤ管理テーブル１２２は、制御用セッション情報「1111111111」によって識別されるセッションの仮名情報が発着間紐付けＩＤ「7515281」であり、制御用セッション情報「2222222222」によって識別されるセッションの仮名情報が発着間紐付けＩＤ「7515281」であることを記憶する。ここで、ＳＩＰによって確立された同一のセッションについての制御用セッション情報については、同一の発着間紐付けＩＤが対応付けられる。

図３の説明に戻る。制御部１３０は、各種の処理手順などを規定したプログラムを記憶する内部メモリを有し、種々の処理を制御する。制御部１３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）などの電子回路が該当する。制御部１３０は、図３に示す例では、ｃａｌｌセッション情報収集部１３１と、発着間紐付けＩＤ発行部１３２と、ブラウザ状態情報送信部１３３とを有する。

ｃａｌｌセッション情報収集部１３１は、ｃａｌｌセッション情報や発着判定フラグを収集する。具体的には、ｃａｌｌセッション情報収集部１３１は、ＳＩＰフォン５００間でＳＩＰによってセッションが確立されると、ｃａｌｌセッション情報や発着判定フラグを収集し、制御用セッション情報管理テーブル１２１に格納する。

例えば、ｃａｌｌセッション情報収集部１３１は、ＳＩＰフォン５００間でＳＩＰによってセッションが確立されると、セッションを確立したＳＩＰフォン５００やＳＩＰサーバ６００から、ｃａｌｌセッション情報や発着判定フラグを受信する。そして、ｃａｌｌセッション情報収集部１３１は、受信したｃａｌｌセッション情報や発着判定フラグを制御用セッション情報管理テーブル１２１に格納し、格納したｃａｌｌセッション情報及び発着判定フラグに対応付けて任意の制御用セッション情報を格納する。

より詳細な一例をあげて説明すると、ｃａｌｌセッション情報収集部１３１は、ユーザＩＤ「0311111111」により識別されるユーザのＳＩＰフォン５００と、ユーザＩＤ「0322222222」により識別されるユーザのＳＩＰフォン５００との間で、ＳＩＰによってセッションが確立された場合を用いて説明する。この場合、例えば、ｃａｌｌセッション情報収集部１３１は、ユーザＩＤ「0311111111」により用いられるＳＩＰフォン５００から、ｃａｌｌ−ＩＤ「uni123456789」とＦｒｏｍ「0311111111」とＴｏ「0322222222」と発着判定フラグ「発」とを受信すると、任意の制御用セッション情報を発行する。例えば、ｃａｌｌセッション情報収集部１３１は、制御用セッション情報「1111111111」を発行する。そして、ｃａｌｌセッション情報収集部１３１は、ｃａｌｌ−ＩＤ「uni123456789」とＦｒｏｍ「0311111111」とＴｏ「0322222222」と発着判定フラグ「発」とを対応付けて制御用セッション情報管理テーブル１２１に格納し、現在時刻「2009／08／10 09：30：14」を開始時刻として制御用セッション情報管理テーブル１２１に格納し、発行した制御用セッション情報「1111111111」を制御用セッション情報管理テーブル１２１に格納する。

また、ｃａｌｌセッション情報収集部１３１は、セッションが切断された旨をＳＩＰフォン５００やＳＩＰサーバ６００から受信すると、対応するｃａｌｌセッション情報を制御用セッション情報管理テーブル１２１の終了時刻に現在時刻を格納する。

発着間紐付けＩＤ発行部１３２は、発着間紐付けＩＤを発行する。具体的には、発着間紐付けＩＤ発行部１３２は、制御用セッション情報管理テーブル１２１に記憶されている複数のｃａｌｌセッション情報の中から同一のセッションを示すｃａｌｌセッション情報を特定する。次に、発着間紐付けＩＤ発行部１３２は、特定したｃａｌｌセッション情報と対応付けて記憶されている２つの制御用セッション情報を特定する。そして、発着間紐付けＩＤ発行部１３２は、発着間紐付けＩＤを発行し特定した制御用セッション情報に対応付けて発行した発着間紐付けＩＤを発着間紐付けＩＤ管理テーブル１２２に格納する。

図４に示す例を用いて説明すると、発着間紐付けＩＤ発行部１３２は、「ｃａｌｌ−ＩＤ」と「Ｆｒｏｍ」と「Ｔｏ」との組み合わせが同一となるレコードを特定し、特定したレコードに含まれる制御用セッション情報「1111111111」と「2222222222」とを取得する。そして、発着間紐付けＩＤ発行部１３２は、任意の発着間紐付けＩＤを発行し、例えば、発着間紐付けＩＤ「7515281」を発行する。そして、発着間紐付けＩＤ発行部１３２は、制御用セッション情報「1111111111」に対応付けて発着間紐付けＩＤ「7515281」を発着間紐付けＩＤ管理テーブル１２２に格納する。また、発着間紐付けＩＤ発行部１３２は、制御用セッション情報「2222222222」に対応付けて発着間紐付けＩＤ「7515281」を発着間紐付けＩＤ管理テーブル１２２に格納する。

また、発着間紐付けＩＤ発行部１３２は、発着間紐付けＩＤを情報表示端末４００に送信する。例えば、発着間紐付けＩＤ発行部１３２は、ユーザＩＤを用いてのポーリングを情報表示端末４００から受信すると、受信したユーザＩＤについての発着間紐付けＩＤを発行済みである場合には、発行した発着間紐付けＩＤをポーリングに対する応答として送信する。例えば、発着間紐付けＩＤ発行部１３２は、ユーザＩＤを受信すると、受信したＩＤを含むｃａｌｌセッション情報を制御用セッション情報管理テーブル１２１から検索する。ここで、発着間紐付けＩＤ発行部１３２は、ｃａｌｌセッション情報があると判定すると、受信したＩＤを含むｃａｌｌセッション情報に対応付けられた制御用セッション情報を特定し、特定した制御用セッション情報に対応付けられた発着間紐付けＩＤを発着間紐付けＩＤ管理テーブル１２２から検索する。そして、発着間紐付けＩＤ発行部１３２は、検索の結果、発着間紐付けＩＤが得られると、ユーザＩＤを用いたポーリングに対する応答として発着間紐付けＩＤを送信する。

例えば、発着間紐付けＩＤ発行部１３２は、ユーザＩＤ「0311111111」を用いたポーリングを受信すると、制御用セッション情報管理テーブル１２１から制御用セッション情報「1111111111」又は「2222222222」を特定し、特定した制御用セッション情報「1111111111」又は「2222222222」に対応付けられた発着間紐付けＩＤ「7515281」を取得する。そして、発着間紐付けＩＤ発行部１３２は、取得した発着間紐付けＩＤ「7515281」を情報表示端末４００に送信する。

また、発着間紐付けＩＤ発行部１３２は、制御用セッション情報管理テーブル１２１の終了時刻に現在時刻を格納されると、終了時刻が格納されたｃａｌｌセッション情報に対応する発着間紐付けＩＤを発着間紐付けＩＤ管理テーブル１２２から削除する。その後、発着間紐付けＩＤ発行部１３２は、ユーザＩＤを用いたポーリングを受信すると、発着間紐付けＩＤがない旨を情報表示端末４００に送信する。

ブラウザ状態情報送信部１３３は、ブラウザ状態情報を送信する。具体的には、ブラウザ状態情報送信部１３３は、ブラウザ状態情報と発着間紐付けＩＤとを受信すると、送信元となる情報表示端末４００を利用するユーザと通信を行っている他のユーザの情報表示端末４００である他の情報表示端末４００を発着間紐付けＩＤに基づいて特定し、特定した他の情報表示端末４００に受信したブラウザ状態情報を送信する。

具体的には、ブラウザ状態情報送信部１３３は、ブラウザ状態情報と発着間紐付けＩＤとを情報表示端末４００から受信する。そして、ブラウザ状態情報送信部１３３は、発着間紐付けＩＤを用いて発着間紐付けＩＤ管理テーブル１２２を参照し、発着間紐付けＩＤに対応付けて記憶されている制御用セッション情報を特定する。そして、ブラウザ状態情報送信部１３３は、特定した制御用セッション情報により特定される情報表示端末４００に対してブラウザ状態情報を送信する。

なお、ブラウザ状態情報送信部１３３により特定される制御用セッション情報は、発信側の情報表示端末４００についての制御用セッション情報と、着信側の情報表示端末４００についての制御用セッション情報との２つになる。このため、ブラウザ状態情報送信部１３３は、ブラウザ状態情報の送信元となった情報表示端末４００とは別の情報表示端末４００に対して、選択的に、ブラウザ状態情報を送信しても良い。

例えば、ブラウザ状態情報送信部１３３が、ブラウザ状態情報と発着間紐付けＩＤとに加えて、発着判定フラグを受信する場合を用いて説明する。この場合、ブラウザ状態情報送信部１３３は、例えば、発着判定フラグが「発」である場合には、２つの制御用セッション情報の内、発着判定フラグ「発」に対応付けられた制御用セッション情報を特定する。そして、ブラウザ状態情報送信部１３３は、特定した制御用セッション情報とは異なるもう一方の制御用セッション情報を、ブラウザ状態情報の送信先となる情報表示端末４００についての制御用セッション情報として特定する。すなわち、ブラウザ状態情報送信部１３３は、例えば「着」側の情報表示端末４００が用いる制御用セッション情報を特定する。そして、ブラウザ状態情報送信部１３３は、特定した制御用セッション情報を用いる情報表示端末４００に対して、ブラウザ状態情報を送信する。

［プロキシサーバ］
プロキシサーバ２００の構成の一例を示す。図６は、実施例１におけるプロキシサーバの構成の一例を示す図である。プロキシサーバ２００は、図６に示す各部が汎用的なサーバなどに備えられることによって実現される。図６に示す例では、プロキシサーバ２００は、通信部２１０と、記憶部２２０と、制御部２３０とを有する。

通信部２１０は、ＨＴＴＰ通信用の一般的なインタフェース及びライブラリを有し、情報表示端末４００との間で情報を送受信する。記憶部２２０は、制御部２３０における各種制御に用いられる情報を記憶する。記憶部２２０は、例えば、ＲＡＭ、フラッシュメモリなどの半導体メモリ素子、又は、ハードディスク、光ディスクなどが該当する。

制御部２３０は、各種の処理手順などを規定したプログラムを記憶する内部メモリを有し、種々の処理を制御する。制御部２３０は、例えば、ＡＳＩＣ、ＦＰＧＡ、ＣＰＵ、ＭＰＵなどの電子回路が該当する。制御部２３０は、図６に示す例では、Ｗｅｂコンテンツ要求受付部２３１と、Ｗｅｂコンテンツ取得部２３２と、Ｗｅｂコンテンツ加工部２３３と、加工済Ｗｅｂコンテンツ返信部２３４と有する。Ｗｅｂコンテンツ要求受付部２３１は、Ｗｅｂコンテンツ要求を情報表示端末４００から受信する。

Ｗｅｂコンテンツ取得部２３２は、Ｗｅｂコンテンツ要求によって指定されたＷｅｂサーバ３００から配信されるＷｅｂコンテンツを取得する。具体的には、Ｗｅｂコンテンツ取得部２３２は、Ｗｅｂコンテンツ要求からＷｅｂサーバ３００のＵＲＬ情報を抽出し、抽出したＵＲＬ情報により識別されるＷｅｂサーバ３００にアクセスし、アクセス先となるＷｅｂサーバ３００から配信されるＷｅｂコンテンツを取得する。

Ｗｅｂコンテンツ加工部２３３は、Ｗｅｂコンテンツに対して、連携情報を受信すると情報表示端末４００がＷｅｂコンテンツに係る情報を送信するように加工する。具体的には、連携情報を受信するとＷｅｂコンテンツに係る情報を情報表示端末４００に送信させるための送信プログラムを、情報表示端末４００に取得させるように、Ｗｅｂコンテンツを加工する。例えば、Ｗｅｂコンテンツ加工部２３３は、Ｗｅｂコンテンツに対して、プロキシサーバ２００から所定のジャバスクリプトを取得して実行する旨の指示を付与する。より詳細な一例をあげて説明すると、例えば、Ｗｅｂコンテンツ加工部２３３は、Ｗｅｂコンテンツ取得部２３２によって取得されたＷｅｂコンテンツのＨＴＭＬタグを解析し、ｈｅａｄタグの終了（＜／ｈｅａｄ＞）が記述された箇所を特定する。そして、Ｗｅｂコンテンツ加工部２３３は、特定した箇所に所定のＪａｖａ（登録商標）スクリプトを取得するためのパスを挿入する。

ここで、所定のスクリプトは、例えば、ユーザＩＤを用いてのセッション連携サーバ１００に対するポーリングを所定の契機ごとに情報表示端末４００に実行させる。また、所定のスクリプトは、セッション連携サーバ１００から発着間紐付けＩＤの応答があった場合にブラウザ状態情報と発着間紐付けＩＤと発着判定フラグとを所定の契機ごとに情報表示端末４００に送信させる。

加工済Ｗｅｂコンテンツ返信部２３４は、Ｗｅｂコンテンツ要求を送信した送信元の情報表示端末４００に、加工済みのＷｅｂコンテンツを返信する。具体的には、加工済Ｗｅｂコンテンツ返信部２３４は、加工済みのＷｅｂコンテンツをＷｅｂコンテンツ加工部２３３から受け付け、受け付けた加工済みのＷｅｂコンテンツを送信元の情報表示端末４００に返信する。また、加工済Ｗｅｂコンテンツ返信部２３４は、その後、加工済Ｗｅｂコンテンツ返信部２３４により返信された加工済みＷｅｂコンテンツを受信した情報表示端末４００により所定のスクリプトを要求されると、要求された所定のスクリプトを情報表示端末４００に送信する。

［情報表示端末］
実施例１における情報表示端末４００の構成の一例を示す。図７は、実施例１における情報表示端末の構成の一例を示すブロック図である。情報表示端末４００は、図７に示す各部が汎用的なＰＣや情報家電などに備えられることによって実現される。図７に示す例では、情報表示端末４００は、ＨＴＴＰ通信部４０１と、入力部４０２と、出力部４０３と、入出力制御Ｉ／Ｆ部４０４と、制御部４１０とを有する。

ＨＴＴＰ通信部４０１は、ＨＴＴＰ通信用の一般的なインタフェース及びライブラリを有する。ＨＴＴＰ通信部４０１は、プロキシサーバ２００との間で情報を送受信する。例えば、ＨＴＴＰ通信部４０１は情報を送受信する。

入力部４０２は、情報表示端末４００に用いられる情報や、各種処理をするための操作指示などの入力をユーザから受け付ける。入力部４０２は、例えば、キーボード、マウス、リモコンなどが該当する。出力部４０３は、情報表示端末４００による各種処理の結果や、各種処理をするための操作指示などをユーザに出力する。出力部４０３は、例えば、ディスプレイやプリンタなどが該当する。入出力制御Ｉ／Ｆ部４０４は、入力部４０２及び出力部４０３と、制御部４１０との間における情報転送を制御する。

制御部４１０は、各種の処理手順などを規定したプログラムを記憶する内部メモリを有し、種々の処理を制御する。制御部４１０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）などの電子回路が該当する。制御部４１０は、図７に示す例では、Ｗｅｂコンテンツ閲覧部４１１を有する。

Ｗｅｂコンテンツ閲覧部４１１は、任意のＷｅｂサーバ３００から配信されたＷｅｂコンテンツを受信して表示する。例えば、任意のＵＲＬがユーザにより入力部４０２に入力されると、入力されたＵＲＬにより特定されるＷｅｂサーバ３００に対するＷｅｂコンテンツ要求をプロキシサーバ２００に送信し、プロキシサーバ２００から取得した加工済みのＷｅｂコンテンツを出力部４０３から表示する。Ｗｅｂコンテンツ閲覧部４１１は、「Ｗｅｂブラウザ」とも称される。

また、Ｗｅｂコンテンツ閲覧部４１１は、情報表示端末４００が起動すると、スタートページとして予め設定されたＷｅｂコンテンツを要求するＷｅｂコンテンツ要求をプロキシサーバ２００に送信する。

また、Ｗｅｂコンテンツ閲覧部４１１は、加工済みＷｅｂコンテンツを取得すると、セッション連携サーバ１００から所定のスクリプトを取得して実行する。例えば、Ｗｅｂコンテンツ閲覧部４１１は、加工済みＷｅｂコンテンツのヘッダを抽出し、ヘッダに挿入された所定のスクリプトを取得するためのパスを抽出し、抽出したパスを用いてプロキシサーバ２００からスクリプトを取得する。また、Ｗｅｂコンテンツ閲覧部４１１は、スクリプトを取得して実行することで、セッション連携サーバ１００に定期的にユーザＩＤを用いてポーリングを行い、セッション連携サーバ１００からポーリングに対する応答を受信する。

また、Ｗｅｂコンテンツ閲覧部４１１は、ポーリングの結果、セッション連携サーバ１００から発着間紐付けＩＤを受信すると、ブラウザ状態情報と発着間紐付けＩＤとをセッション連携サーバ１００に所定の契機ごとに送信する。例えば、Ｗｅｂコンテンツ閲覧部４１１は、表示中のＷｅｂコンテンツの配信元となるＷｅｂサーバ３００を示すＵＲＬと、セッション連携サーバ１００から受信した発着間紐付けＩＤとを所定の契機ごとに送信する。なお、この際、Ｗｅｂコンテンツ閲覧部４１１は、発着判定フラグを併せて送信しても良い。

また、Ｗｅｂコンテンツ閲覧部４１１は、Ｗｅｂコンテンツに係る情報をセッション連携サーバ１００から受信すると、表示中のＷｅｂコンテンツに反映することで、自情報表示端末４００が表示中のＷｅｂコンテンツと他の情報表示端末４００が表示中のＷｅｂコンテンツとを連携する。

［ＳＩＰフォン］
実施例１におけるＳＩＰフォンの構成の一例を示す。図８は、実施例１におけるＳＩＰフォンの構成の一例を示すブロック図である。ＳＩＰフォン５００は、汎用的なＳＩＰフォンによって実現される。ＳＩＰフォン５００は、図８に示す例では、ＳＩＰ通信部５０１と入力部５０２と、出力部５０３と、入出力制御Ｉ／Ｆ部５０４とを有する。

ＳＩＰ通信部５０１は、ＳＩＰ用の一般的なインタフェース及びライブラリを備え、他方のＳＩＰフォン５００との間で情報を送受信する。例えば、ユーザ１とユーザ２とがＳＩＰフォン５００を用いて通信を開始すると、後述のＳＩＰサーバ６００を介してＳＩＰを用いてのセッションを確立する。また、ＳＩＰ通信部５０１は、他のＳＩＰフォン５００との間でＳＩＰによりセッションを確立すると、ｃａｌｌセッション情報や発着判定フラグをセッション連携サーバ１００に送信する。また、ＳＩＰ通信部５０１は、他のＳＩＰフォン５００との間のセッションを切断すると、セッションを切断した旨をセッション連携サーバ１００に送信する。ＳＩＰを用いてのセッションを確立する手法については、従来の手法と同一であり、説明を省略する。

入力部５０２は、ＳＩＰフォン５００に用いられる情報や、各種処理をするための操作指示などの入力を受け付ける。入力部５０２は、例えば、番号キーやマイクなどが該当する。出力部５０３は、ＳＩＰフォン５００による各種処理の結果や、各種処理をするための操作指示などを出力する。出力部５０３は、例えば、ディスプレイやスピーカなどが該当する。入出力制御Ｉ／Ｆ部５０４は、入力部５０２と、出力部５０３と、ＳＩＰ通信部５０１との間における情報転送を制御する。

［ＳＩＰサーバ］
実施例１におけるＳＩＰサーバ６００の構成の一例を示す。図９は、実施例１におけるＳＩＰサーバの構成の一例を示すブロック図である。ＳＩＰサーバ６００は、以下に説明する各部が汎用的なサーバなどに備えられることによって実現される。図９に示す例では、ＳＩＰサーバ６００は、通信部６０１と、制御部６１０とを有する。

通信部６０１は、ＳＩＰ通信用の一般的なインタフェース及びライブラリを備え、ＳＩＰフォン５００との間で情報を送受信し、また、セッション連携サーバ１００との間で情報を送受信する。

制御部６１０は、各種の処理手順などを規定したプログラムを記憶する内部メモリを有し、種々の処理を制御する。制御部６１０は、例えば、ＡＳＩＣ、ＦＰＧＡ、ＣＰＵ、ＭＰＵなどの電子回路が該当する。制御部６１０は、図９に示す例では、ＳＩＰ通信制御部６１１とｃａｌｌセッション情報等送信部６１２とを有する。

ＳＩＰ通信制御部６１１は、汎用的なＳＩＰプロキシが備えるＳＩＰ通信制御機能と同様の機能を有する。具体的には、ＳＩＰ通信制御部６１１は、ＳＩＰフォン５００間でＳＩＰによって通信が確立される過程を制御し、ＳＩＰによって確立された通信、あるいは、ＳＩＰによって確立された通信が切断される過程を制御する。

ｃａｌｌセッション情報等送信部６１２は、ｃａｌｌセッション情報等を発行する。例えば、ｃａｌｌセッション情報等送信部６１２は、ユーザＩＤが「0311111111」のユーザからユーザＩＤが「0322222222」のユーザへの通信が開始された場合には、ｃａｌｌセッション情報としてｃａｌｌ−ＩＤ「uni123456789」とＦｒｏｍ「0311111111」とＴｏ「0322222222」との組み合わせを発行する。

また、ｃａｌｌセッション情報等送信部６１２は、ｃａｌｌセッション情報等について、「ｃａｌｌセッション情報等に関する事実」を検証可能な形式で発行する。具体的に例を挙げて説明すると、「ｃａｌｌセッション情報等に関する事実」とは、例えば、（a）ｃａｌｌセッション情報等が、確かにＳＩＰサーバ６００から発行された情報であること、（b）ｃａｌｌセッション情報等が、改ざんされていないこと、（c）ＳＩＰサーバ６００がｃａｌｌセッション情報等を送信した事実を否認しないことなどの事実である。このような事実をセッション連携サーバ１００において検証することができれば、セッション連携サーバ１００は、取得したｃａｌｌセッション情報が信用できる情報（真正な情報）であることを確認できるからである。

また、ｃａｌｌセッション情報等送信部６１２は、セッション連携サーバ１００とＳＩＰフォン５００にｃａｌｌセッション情報等を送信する。具体的には、ｃａｌｌセッション情報等送信部６１２は、ｃａｌｌセッション情報を発行すると、ＳＩＰフォン５００にｃａｌｌセッション情報を送信し、セッション連携サーバ１００にｃａｌｌセッション情報や発着判定フラグを送信する。例えば、ｃａｌｌセッション情報としてｃａｌｌ−ＩＤ「uni123456789」とＦｒｏｍ「0311111111」とＴｏ「0322222222」との組み合わせを発行した場合には、ｃａｌｌ−ＩＤ「uni123456789」とＦｒｏｍ「0311111111」とＴｏ「0322222222」とを、ＳＩＰフォン５００ａとＳＩＰフォン５００ｂに送信する。また、ｃａｌｌセッション情報等送信部６１２は、ＳＩＰフォン５００間のセッションが切断されると、セッションが切断された旨をセッション連携サーバ１００に送信する。

ここで、ｃａｌｌセッション情報等送信部６１２がｃａｌｌセッション情報を送信する手法としては、任意の手法を用いて良い。なお、以下では特に言及しないが、ｃａｌｌセッション情報等送信部６１２により送信されたｃａｌｌセッション情報等には、ＳＩＰサーバ６００の署名付証明書が添付されており、セッション連携サーバ１００とＳＩＰフォン５００は、受信したｃａｌｌセッション情報を検証した上で用いる。

［実施例１に係る共有制御システムによる処理の流れ］
実施例１に係る共有制御システムによる処理の流れの一例を示す。図１０は、実施例１に係る共有制御システムによる処理の流れの一例を示すシーケンス図である。図１０−１では、ユーザ１が情報表示端末４００ａにてＷｅｂコンテンツを閲覧している場合における処理の流れの一例を示す。図１０−２では、図１０−１の後、ユーザ１とユーザ２との間で通信が開始された場合における処理の流れの一例を示す。図１０−３では、図１０−２の後、ユーザ２が情報表示端末４００ｂを起動した場合における処理の流れの一例を示す。図１０−４では、図１０−３の後、ユーザ１とユーザ２との間で通信が終了した場合における処理の流れの一例を示す。

図１０−１を用いて、ユーザ１が情報表示端末４００ａにて任意のＷｅｂコンテンツを閲覧している場合における処理の流れの一例を示す。図１０−１に示すように、情報表示端末４００ａでは、Ｗｅｂコンテンツ閲覧部４１１が、任意のＵＲＬがユーザにより入力部４０２に入力されると、入力されたＵＲＬにより特定されるＷｅｂサーバ３００に対するＷｅｂコンテンツ要求をプロキシサーバ２００に送信する（ステップＳ１０１）。

そして、プロキシサーバ２００では、Ｗｅｂコンテンツ要求受付部２３１がＷｅｂコンテンツ要求を受信すると、Ｗｅｂコンテンツ取得部２３２は、Ｗｅｂコンテンツ要求によって指定されたＷｅｂサーバ３００からＷｅｂコンテンツを取得する（ステップＳ１０２）。

そして、プロキシサーバ２００では、Ｗｅｂコンテンツ加工部２３３が、取得したＷｅｂコンテンツにスクリプトヘッダを付与する（ステップＳ１０３）。つまり、Ｗｅｂコンテンツ加工部２３３は、発着間紐付けＩＤを受信すると情報表示端末４００ａがブラウザ状態情報を送信するように加工する。例えば、Ｗｅｂコンテンツ加工部２３３は、プロキシサーバ２００から所定のスクリプトを取得して実行する旨の指示を付与する。

そして、プロキシサーバ２００では、加工済Ｗｅｂコンテンツ返信部２３４が、スクリプトヘッダ付きＷｅｂコンテンツを送信する（ステップＳ１０４）。つまり、加工済Ｗｅｂコンテンツ返信部２３４は、加工済みのＷｅｂコンテンツを情報表示端末４００ａに送信する。

そして、情報表示端末４００ａでは、Ｗｅｂコンテンツ閲覧部４１１が、加工済みＷｅｂコンテンツのヘッダを抽出し、ヘッダに挿入された所定のスクリプトを取得するためのパスを抽出し、抽出したパスを用いてプロキシサーバ２００からスクリプトを取得する（ステップＳ１０５及びステップＳ１０６）。

また、情報表示端末４００ａでは、Ｗｅｂコンテンツ閲覧部４１１が、プロキシサーバ２００から取得した加工済みのＷｅｂコンテンツを出力部４０３から表示する（ステップＳ１０７）。

また、情報表示端末４００ａでは、Ｗｅｂコンテンツ閲覧部４１１が、取得したスクリプトを実行することで、以後、セッション連携サーバ１００に定期的にポーリングを行い、セッション連携サーバ１００からポーリングに対する応答を受信する（ステップＳ１０８及びステップＳ１０９）。例えば、Ｗｅｂコンテンツ閲覧部４１１は、ユーザＩＤを用いてポーリングを行う。

図１０−２を用いて、図１０−１の後、ユーザ１とユーザ２との間で通信が開始された場合における処理の流れの一例を示す。図１０−２に示すように、ＳＩＰフォン５００ａとＳＩＰフォン５００ｂとは、ユーザ間で通信が行われると、ＳＩＰによるセッションを確立する（ステップＳ１１０）。

その後、ＳＩＰによるセッションを確立したＳＩＰフォン５００ａ及びＳＩＰフォン５００ｂ、ＳＩＰサーバ６００は、ｃａｌｌセッション情報や発着判定フラグをセッション連携サーバ１００に送信する（ステップＳ１１１〜ステップＳ１１３）。例えば、ユーザＩＤ「0311111111」のユーザからユーザＩＤ「0322222222」のユーザへの通信が開始され、ＳＩＰサーバ６００がセッション連携サーバ１００にｃａｌｌセッション情報を送信する場合を用いて説明する。この場合、ＳＩＰサーバ６００では、ｃａｌｌセッション情報等送信部６１２が、ｃａｌｌセッション情報としてｃａｌｌ−ＩＤ「uni123456789」とＦｒｏｍ「0311111111」とＴｏ「0322222222」とを発行し、発行したｃａｌｌセッション情報をセッション連携サーバ１００に送信する。

なお、図１０−２に示す例では、ＳＩＰフォン５００ａとＳＩＰフォン５００ｂとＳＩＰサーバ６００とが、共に、ｃａｌｌセッション情報をセッション連携サーバ１００に送信する場合を示したが、本発明はこれに限定されるものではない。例えば、ＳＩＰサーバ６００が送信する一方、ＳＩＰフォン５００ａとＳＩＰフォン５００ｂとが送信しなくても良い。また、例えば、ＳＩＰフォン５００ａとＳＩＰフォン５００ｂとが送信する一方、ＳＩＰサーバ６００が送信しなくても良い。

図１０−２の説明に戻る。セッション連携サーバ１００では、ｃａｌｌセッション情報や発着判定フラグを受信すると、ｃａｌｌセッション情報収集部１３１が、制御用セッション情報管理テーブル１２１に格納する（ステップＳ１１４）。例えば、ｃａｌｌセッション情報収集部１３１は、ｃａｌｌ−ＩＤ「uni123456789」とＦｒｏｍ「0311111111」とＴｏ「0322222222」と発着判定フラグ「発」とを受信すると、制御用セッション情報管理テーブル１２１に格納する。そして、ｃａｌｌセッション情報収集部１３１は、任意の制御用セッション情報を発行して制御用セッション情報管理テーブル１２１に格納する（ステップＳ１１５）。例えば、ｃａｌｌセッション情報収集部１３１は、任意の制御用セッション情報「1111111111」を発行し、発行した制御用セッション情報「1111111111」をｃａｌｌセッション情報に対応付けて制御用セッション情報管理テーブル１２１に格納する。

そして、セッション連携サーバ１００では、発着間紐付けＩＤ発行部１３２が、発着間紐付けＩＤを発行し、制御用セッション情報に対応付けて発着間紐付けＩＤ管理テーブル１２２に格納する（ステップＳ１１６）。具体的には、発着間紐付けＩＤ発行部１３２は、制御用セッション情報管理テーブル１２１に記憶されている複数のｃａｌｌセッション情報の中から同一のセッションを示すｃａｌｌセッション情報を特定し、特定したｃａｌｌセッション情報と対応付けられた２つの制御用セッション情報を特定する。そして、発着間紐付けＩＤ発行部１３２は、発着間紐付けＩＤを発行し、２つの制御用セッション情報に対応付けて発着間紐付けＩＤを発着間紐付けＩＤ管理テーブル１２２に格納する。

その後、セッション連携サーバ１００では、発着間紐付けＩＤ発行部１３２が、ユーザＩＤを用いたポーリングを情報表示端末４００ａから受信すると（ステップＳ１１７）、受信したユーザＩＤについての発着間紐付けＩＤを発行済みである場合には、発着間紐付けＩＤを応答として情報表示端末４００ａに送信する（ステップＳ１１８）。図１０−２に示す例では、ＳＩＰフォン５００ａとＳＩＰフォン５００ｂとの間にＳＩＰによりセッションが確立され、発着間紐付けＩＤ発行部１３２が発着間紐付けＩＤを発行した。このため、発着間紐付けＩＤ発行部１３２は、ＳＩＰフォン５００ａのユーザＩＤやＳＩＰフォン５００ｂのユーザＩＤを用いたポーリングを受信すると、発行した発着間紐付けＩＤ「7515281」を送信する。

その後、情報表示端末４００ａでは、Ｗｅｂコンテンツ閲覧部４１１が、ブラウザ状態情報と発着間紐付けＩＤとをセッション連携サーバ１００に所定の契機ごとに送信する（ステップＳ１１９）。例えば、Ｗｅｂコンテンツ閲覧部４１１は、ユーザが情報表示端末４００ａに何らかの操作をするごとに、表示中のＷｅｂコンテンツの配信元となるＷｅｂサーバ３００を示すＵＲＬと、発着間紐付けＩＤとを送信する。

その後、セッション連携サーバ１００は、受信したブラウザ状態情報と発着間紐付けＩＤとを受信し、受信したことを示す登録応答を送信する（ステップＳ１２０）。

図１０−３を用いて、図１０−２の後、ユーザ２が情報表示端末４００ｂを起動した場合における処理の流れの一例を示す。図１０−３では、情報表示端末４００ｂの起動時に、情報表示端末４００ｂが情報表示端末４００ａにより表示中のＷｅｂコンテンツを表示する場合を例に説明する。情報表示端末４００ｂは、例えば、スタートページとして予め設定されたＷｅｂコンテンツを要求するＷｅｂコンテンツ要求をプロキシサーバ２００に送信する（ステップＳ１２１）。その後、図１０−１のステップＳ１０１〜Ｓ１０６と同様に、プロキシサーバ２００から加工済みのＷｅｂコンテンツを受信し（ステップＳ１２２〜ステップＳ１２４）、プロキシサーバ２００からスクリプトを取得する（ステップＳ１２５及びステップＳ１２６）。

その後、情報表示端末４００ｂでは、Ｗｅｂコンテンツ閲覧部４１１が、図１０−１のステップＳ１０８と同様に、ユーザＩＤを用いたポーリングを行う（ステップＳ１２７）。

ここで、セッション連携サーバ１００では、図１０−２のステップＳ１１６において既に発着間紐付けＩＤが発行されており、発着間紐付けＩＤ発行部１３２が、図１０−２のステップＳ１１８と同様に、発着間紐付けＩＤを情報表示端末４００ｂに送信する（ステップＳ１２８）。例えば、発着間紐付けＩＤ発行部１３２は、情報表示端末４００ａに送信したのと同一の発着間紐付けＩＤ「7515281」を、情報表示端末４００ｂに送信する。

その後、情報表示端末４００ｂは、セッション連携サーバ１００から情報表示端末４００ａにより送信されたブラウザ状態情報を受信し（ステップＳ１２９及びステップＳ１３０）、受信したブラウザ状態情報に基づいて、情報表示端末４００ａにより表示中のＷｅｂコンテンツを表示する（ステップＳ１３１）。

その後、情報表示端末４００ａと情報表示端末４００ｂとは、セッション連携サーバ１００を介してブラウザ状態情報を送受信することで、表示中のＷｅｂコンテンツとを連携する（ステップＳ１３２）。具体的には、情報表示端末４００ａと情報表示端末４００ｂとは、それぞれ、Ｗｅｂコンテンツ閲覧部４１１が、ブラウザ状態情報と発着間紐付けＩＤとをセッション連携サーバ１００に送信する。また、セッション連携サーバ１００では、ブラウザ状態情報送信部１３３が、ブラウザ状態情報と発着間紐付けＩＤとを受信すると、送信元となる情報表示端末４００を利用するユーザと通信を行っている他のユーザの情報表示端末４００である他の情報表示端末４００を発着間紐付けＩＤに基づいて特定し、特定した他の情報表示端末４００に受信したブラウザ状態情報を送信する。なお、この際、セッション連携サーバ１００は、発着間紐付けＩＤを用いてのポーリングを受信した際に、ブラウザ状態情報を送信するようにしても良い。また、情報表示端末４００ａと情報表示端末４００ｂとは、それぞれ、Ｗｅｂコンテンツ閲覧部４１１が、ブラウザ状態情報をセッション連携サーバ１００から受信すると、表示中のＷｅｂコンテンツに反映することで、自情報表示端末４００が表示中のＷｅｂコンテンツと他の情報表示端末４００が表示中のＷｅｂコンテンツとを連携する。

この結果、例えば、ブラウザ状態情報としてＵＲＬを送受信することで、情報表示端末４００ａと情報表示端末４００ｂとは、同じＷｅｂページを表示する。この結果、共有制御システムでは、同じＷｅｂページを共有可能となる。また、例えば、ブラウザ状態情報としてマウス位置を送受信することで、情報表示端末４００ａと情報表示端末４００ｂとは、自分のマウス位置と相手のマウス位置とを共に表示する。この結果、共有制御システムでは、相手がどこを指しているのかを把握可能となる。また、ブラウザ状態情報として入力内容を送受信することで、情報表示端末４００ａと情報表示端末４００ｂとは、自分の入力内容と相手の入力内容とを共に表示する。この結果、共有制御システムでは、例えば、一緒に文章を作成可能となる。また、同様に、ブラウザ状態情報として、画像の位置の変更などの様々なＷｅｂコンテンツに対する操作内容を送受信しても良く、この結果、情報表示端末４００ａと情報表示端末４００ｂとにおいて、ユーザが簡単に連携可能となる。

図１０−４を用いて、図１０−３の後、ユーザ１とユーザ２との間で通信が終了した場合における処理の流れの一例を示す。ＳＩＰフォン５００ａとＳＩＰフォン５００ｂとがＳＩＰによるセッションを切断すると（ステップＳ１３３）、ＳＩＰフォン５００ａやＳＩＰフォン５００ｂ、ＳＩＰサーバ６００は、セッションが切断した旨をセッション連携サーバ１００に送信する（ステップＳ１３４〜ステップＳ１３６）。

そして、セッション連携サーバ１００では、ｃａｌｌセッション情報収集部１３１が、制御用セッション情報管理テーブル１２１の終了時刻に現在時刻を格納し、発着間紐付けＩＤ発行部１３２が、終了時刻が格納されたｃａｌｌセッション情報に対応する発着間紐付けＩＤを発着間紐付けＩＤ管理テーブル１２２から削除する（ステップＳ１３７）。

その後、セッション連携サーバ１００では、発着間紐付けＩＤ発行部１３２が、ユーザＩＤを用いたポーリングを受信すると（ステップＳ１３８、ステップＳ１４０）、発着間紐付けＩＤが削除された旨を情報表示端末４００に送信する（ステップＳ１３９、ステップＳ１４１）。例えば、発着間紐付けＩＤ発行部１３２は、セッションが終了した旨の送信を情報表示端末４００ａと情報表示端末４００ｂとに送信する。

［実施例１の効果］
上述したように、実施例１に係る共有制御システムでは、セッション連携サーバ１００が、ユーザ間で通信が行われると、発着間紐付けＩＤをユーザにより用いられる情報表示端末４００に送信する。そして、情報表示端末４００は、Ｗｅｂサーバ３００から配信されたＷｅｂコンテンツを受信して表示する。情報表示端末４００は、セッション連携サーバ１００により送信された発着間紐付けＩＤを受信すると、表示中のＷｅｂコンテンツについてのブラウザ状態情報と発着間紐付けＩＤとをセッション連携サーバ１００に送信する。また、セッション連携サーバ１００は、ブラウザ状態情報と発着間紐付けＩＤとを情報表示端末４００から受信すると、送信元となる情報表示端末４００を利用するユーザと通信を行っている他のユーザの情報表示端末４００である他の情報表示端末４００を発着間紐付けＩＤに基づいて特定し、特定した他の情報表示端末４００にブラウザ状態情報を送信する。そして、情報表示端末４００は、セッション連携サーバ１００から送信されたブラウザ状態情報を受信すると、ブラウザに反映することで、自装置が表示中のＷｅｂコンテンツと他の情報表示端末４００が表示中のＷｅｂコンテンツとを連携する。この結果、既存のＷｅｂコンテンツを簡単に連携することが可能である。具体的には、任意のＷｅｂコンテンツ閲覧時に、双方のｗｅｂブラウザの状態を一致させることが可能である。また、通信前に見ていた任意のページを、相手との通信が開始された後、相手がブラウザを立ち上げた際に連携させることが可能である。

また、上述したように、実施例１に係る共有制御システムは、Ｗｅｂサーバ３００と情報表示端末４００との間の送受信を中継するプロキシサーバ２００を更に備え、プロキシサーバ２００は、Ｗｅｂサーバ３００から配信されるＷｅｂコンテンツに対して、発着間紐付けＩＤを受信すると情報表示端末４００がブラウザ状態情報を送信するように加工し、加工後のＷｅｂコンテンツを情報表示端末４００に送信する第４の送信部を有する。この結果、既存のＷｅｂコンテンツを簡単に連携することが可能である。

また、上述したように、実施例１に係る共有制御システムでは、情報表示端末４００は、発着間紐付けＩＤを受信した後、所定の契機ごとに、ブラウザ状態情報と発着間紐付けＩＤとをセッション連携サーバ１００に送信する。この結果、通信前に見ていた任意のページを、相手との通信が開始された後、相手がブラウザを立ち上げた際に連携させるとともに、その後、Ｗｅｂコンテンツの状況に変化があったとしても、双方のｗｅｂブラウザの状態を一致させることが可能である。この結果、例えば、ユーザは、通信の際に相手に伝えたい用件を容易に伝えることが可能である。より具体的な例をあげて説明すると、相手の情報表示端末４００に特定のＵＲＬのＷｅｂコンテンツを表示させたり、マウスの位置を任意の位置に移動させたりすることで、「ここ」「あそこ」などの指示語を用いて簡単に要件を相手に伝えることが可能である。

また、上述したように、実施例１に係る共有制御システムでは、ブラウザ状態情報は、Ｗｅｂコンテンツに対するユーザの操作内容を含む。この結果、カーソルやマウスの位置、Ｗｅｂコンテンツに含まれるフィールドに入力された情報などについても連携可能である。

実施例１では、共有制御システムがプロキシサーバ２００を有する場合について示した。実施例２では、共有制御システムがプロキシサーバ２００を有さない場合について示す。具体的には、実施例２では、情報表示端末４００が、予め、発着間紐付けＩＤを受信するとブラウザ状態情報と発着間紐付けＩＤとを送信する旨のスクリプトを有する場合について示す。例えば、スクリプトは、プラグインとして予め情報表示端末４００にインストールされる。以下では、実施例１と同様の点については、説明を省略する。

図１１は、実施例２に係る共有制御システムの全体像について示す図である。図１１に示すように、実施例２に係る共有制御システムでは、情報表示端末４００は、Ｗｅｂサーバ３００から、加工されていないＷｅｂコンテンツを直接取得する。図１１における（１）〜（１０）は、図１における（１）、（３）〜（１１）に対応する。

図１２を用いて、実施例２に係る共有制御システムについて示す。 図１２は、実施例２に係る共有制御システムによる処理の流れの一例を示す図である。図１２−１は、ユーザ１が情報表示端末４００ａにてＷｅｂコンテンツを閲覧しており、ユーザ１とユーザ２との間で通信が開始された場合の処理の流れの一例を示す。図１２−１は、図１０−１と図１０−２とに対応する。図１２−２は、図１２−１の後、ユーザ２が情報表示端末４００ｂを起動した場合における処理の流れの一例を示す。図１２−２は、図１０−３に対応する。なお、図１２−２の後、ユーザ１とユーザ２との間で通信が終了した場合における処理の流れの一例については、実施例１と同様であり、説明を省略する。

図１２−１に示すように、実施例２では、情報表示端末４００ａでは、Ｗｅｂコンテンツ閲覧部４１１が、任意のＵＲＬがユーザにより入力部４０２に入力されると、入力されたＵＲＬにより特定されるＷｅｂサーバ３００に対するＷｅｂコンテンツ要求を、ＨＴＴＰ通信部４０１を介してＷｅｂサーバ３００に送信する（ステップＳ２０１）。その後、Ｗｅｂサーバ３００は、要求されたＷｅｂコンテンツを情報表示端末４００ａに送信する（ステップＳ２０２）。

そして、情報表示端末４００ａは、受信したＷｅｂコンテンツを出力部４０３から表示する（ステップＳ２０３）。ここで、図１２−１には図示していないが、情報表示端末４００ａは、発着間紐付けＩＤを受信すると情報表示端末４００ａがＷｅｂコンテンツに係る情報を送信する旨のスクリプトを有し、その後、所定の契機ごとにユーザＩＤを用いてのポーリングを行う。

その後、ユーザ１とユーザ２との間で通信が開始されてＳＩＰによるセッションを確立され（ステップＳ２０４）、セッション連携サーバ１００では、ｃａｌｌセッション情報や制御用セッション情報、発着間紐付けＩＤが格納される（ステップＳ２０５〜Ｓ２１０）。その後、セッション連携サーバ１００では、ユーザＩＤを用いたポーリングを情報表示端末４００ａから受信すると（ステップＳ２１１）、発着間紐付けＩＤを情報表示端末４００ａに送信する（ステップＳ２１２）。その後、情報表示端末４００ａは、ブラウザ状態情報と発着間紐付けＩＤとをセッション連携サーバ１００に所定の契機ごとに送信し（ステップＳ２１３）、セッション連携サーバ１００が、受信したことを示す登録応答を送信する（ステップＳ２１４）。なお、図１２−１に示した一連の処理の内、ステップＳ２０４〜Ｓ２１４については、図１０−２のステップＳ１１０〜１２０に対応する。

そして、図１２−２に示すように、図１２−１の後、ユーザ２が情報表示端末４００ｂを起動すると、情報表示端末４００ｂは、例えば、初期ページとして設定されたＷｅｂコンテンツを要求するＷｅｂコンテンツ要求をＷｅｂサーバ３００に送信し（ステップＳ２１５）、Ｗｅｂコンテンツを受信する（ステップＳ２１６）。

その後、情報表示端末４００ｂは、情報表示端末４００ａと同様の処理を実行し、Ｗｅｂコンテンツを表示する（ステップＳ２１７〜Ｓ２２１）。なお、図１２−２のステップＳ２２２〜Ｓ２３１については、図１０−３及び４におけるステップＳ１３２〜Ｓ１４１に対応する。

［実施例２の効果］
このように、実施例２に係る共有制御システムでは、プロキシサーバ２００を用いてＷｅｂコンテンツを加工することなく、既存のＷｅｂコンテンツを簡単に連携することが可能である。例えば、プロキシサーバ２００による加工処理を省略することで、プロキシサーバ２００に対して負荷が集中する事態を回避でき、システムを安定して運用可能である。

実施例３では、図１３を用いて、実施例１における共有制御システムを、Ｂａｙｅｕｘプロトコルを用いて実現する場合について示す。図１３は、実施例３に係るＢａｙｅｕｘプロトコルを用いた共有制御システムによる処理の流れの一例を示すシーケンス図である。図１３−１では、ユーザ１が情報表示端末４００ａにてＷｅｂコンテンツを閲覧している場合における処理の流れの一例を示す。図１３−２では、図１３−１の後、ユーザ１とユーザ２との間で通信が開始された場合における処理の流れの一例を示す。図１３−３では、図１３−２の後、ユーザ２が情報表示端末４００ｂを起動した場合における処理の流れの一例を示す。図１３−４では、図１３−３の後、ユーザ１とユーザ２との間で通信が終了した場合における処理の流れの一例を示す。

図１３−１〜図１３−４は、それぞれ、図１０−１〜図１０−４に対応する。図１３−１〜図１３−４における処理の流れは、実施例１に係る共有制御システムによる処理の流れと同様である。

図１３−１に示すように、情報表示端末４００ａは、任意のＵＲＬがユーザにより入力部４０２に入力されると、入力されたＵＲＬにより特定されるＷｅｂサーバ３００に対するＷｅｂコンテンツ要求をプロキシサーバ２００に送信する（ステップＳ３０１）。その後、プロキシサーバ２００は、スクリプトヘッダ付きのＷｅｂコンテンツを情報表示端末４００ａに送信する（ステップＳ３０２〜３０４）。つまり、プロキシサーバ２００は、加工済みのＷｅｂコンテンツを情報表示端末４００ａに送信する。そして、情報表示端末４００ａは、プロキシサーバ２００からスクリプトを取得する（ステップＳ３０５及びステップＳ３０６）。また、情報表示端末４００ａは、プロキシサーバ２００から取得した加工済みのＷｅｂコンテンツを出力部４０３から表示する（ステップＳ３０７）。なお、図１３−１におけるステップＳ３０１〜Ｓ３０７は、図１０−１におけるステップＳ１０１〜Ｓ１０７に対応する。

そして、情報表示端末４００ａは、ハンドシェイクリクエストをセッション連携サーバ１００に送信することで（ステップＳ３０８）、セッション連携サーバ１００との接続処理を開始する。ここで、情報表示端末４００ａは、ハンドシェイクリクエストが成功した旨をセッション連携サーバ１００が送信すると（ステップＳ３０９）、接続リクエストをセッション連携サーバ１００に送信する（ステップＳ３１０）。そして、情報表示端末４００ａは、接続が成功したことを示す接続レスポンスをセッション連携サーバ１００が送信すると（ステップＳ３１１）、購読リクエストをセッション連携サーバ１００に送信する（ステップＳ３１２）。すなわち、情報表示端末４００ａは、ユーザが通信を開始してＳＩＰによるセッションについてのイベントに関する情報を自装置に送信する旨のリクエストを送信する。その後、セッション連携サーバ１００が、購読リクエストに対する応答となる購読レスポンスを情報表示端末４００ａに送信する（ステップＳ３１３）。また、以後、情報表示端末４００ａは、ユーザＩＤを用いてのポーリングを実行する。なお、図１３−１〜図１３−４に示す例における「クライアントＩＤ」は「ユーザＩＤ」に対応する。

その後、図１３−２に示すように、ＳＩＰフォン５００ａとＳＩＰフォン５００ｂとは、ユーザ間で通信が行われると、ＳＩＰによるセッションを確立する（ステップＳ３１４）。すると、ＳＩＰによるセッションを確立したＳＩＰフォン５００ａ及びＳＩＰフォン５００ｂ、ＳＩＰサーバ６００は、ｃａｌｌセッション情報や発着判定フラグをセッション連携サーバ１００に送信する（ステップＳ３１５〜ステップＳ３１７）。なお、図１３−２におけるステップＳ３１４〜Ｓ３１７は、図１０−２におけるステップＳ１１０〜Ｓ１１３に対応する。

そして、セッション連携サーバ１００は、ｃａｌｌセッション情報や発着判定フラグを受信すると、制御用セッション情報管理テーブル１２１に格納し（ステップＳ３１８）、任意の制御用セッション情報を発行して制御用セッション情報管理テーブル１２１に格納する（ステップＳ３１９）。また、セッション連携サーバ１００は、発着間紐付けＩＤを発行し、制御用セッション情報に対応付けて発着間紐付けＩＤ管理テーブル１２２に格納する（ステップＳ３２０）。なお、図１３−２におけるステップＳ３１８〜Ｓ３２０は、図１０−２におけるステップＳ１１４〜Ｓ１１６に対応する。

その後、セッション連携サーバ１００は、ユーザＩＤを用いたポーリングを情報表示端末４００ａから受信すると（ステップＳ３２１）、受信したユーザＩＤについての発着間紐付けＩＤを発行済みである場合には、発着間紐付けＩＤを含むイベントメッセージを情報表示端末４００ａに送信する（ステップＳ３２２）。すなわち、ステップＳ３１２においてセッション連携サーバ１００に送信された購読リクエストに係るイベントについて情報として、発着間紐付けＩＤを送信する。なお、図１３の「ｓｅｒｖｉｃｅ／ｓｅｓｓｉｏｎ」は、発着間紐付けＩＤに対応する。

そして、情報表示端末４００ａは、Ｂａｙｅｕｘプロトコルに従って、ユーザＩＤを含む購読リクエストを送信して応答を受信し（ステップＳ３２３及びステップＳ３２４）、出版リクエストを送信して応答を受信する（ステップＳ３２５及びステップＳ３２６）。ここで、情報表示端末４００ａは、出版リクエストにブラウザ状態情報と発着間紐付けＩＤとを含めた上で送信する。なお、図１３の「ＵＲＬ」は、ブラウザ状態情報を示す。

その後、図１３−３に示すように、ユーザ２が情報表示端末４００ｂを起動すると、情報表示端末４００ｂは、スタートページとして予め設定されたＷｅｂコンテンツを要求するＷｅｂコンテンツ要求をプロキシサーバ２００に送信する（ステップＳ３２７）。その後、情報表示端末４００ｂは、図１３−１のステップＳ３０２〜Ｓ３０６と同様に、プロキシサーバ２００から加工済みのＷｅｂコンテンツを受信し（ステップＳ３２８〜ステップＳ３３０）、プロキシサーバ２００からスクリプトを取得する（ステップＳ３３１及びステップＳ３３２）。

そして、情報表示端末４００ｂは、図１３−１のステップＳ３０８〜Ｓ３１３と同様に、ハンドシェイクリクエストを送信して応答を受信し、接続リクエストを送信して応答を受信し、購読リクエストを送信して応答を受信する（ステップＳ３３３〜Ｓ３３８）。

また、その後、セッション連携サーバ１００は、図１３−２におけるステップＳ３２１及びＳ３２２と同様に、ユーザＩＤを用いたポーリングを情報表示端末４００ｂから受信すると（ステップＳ３３９）、受信したユーザＩＤについての発着間紐付けＩＤを発行済みである場合には、発着間紐付けＩＤを含むイベントメッセージを情報表示端末４００ｂに送信する（ステップＳ３４０）。

その後、情報表示端末４００ｂは、既に起動済みであった情報表示端末４００ａにより送信されたブラウザ状態情報を含むイベントメッセージをセッション連携サーバ１００から受信し（ステップＳ３４１〜Ｓ３４４）、受信したブラウザ状態情報を反映したＷｅｂコンテンツを表示する（ステップＳ３４５）。その後、情報表示端末４００ａと情報表示端末４００ｂとは、ブラウザ状態情報を送受信することで、表示中のＷｅｂコンテンツとを連携する（ステップＳ３４６）。図１３−３におけるステップＳ３４６は、図１０−３におけるステップＳ１３２に対応する。

そして、図１３−４に示すように、ＳＩＰフォン５００ａとＳＩＰフォン５００ｂとがＳＩＰによるセッションを切断すると（ステップＳ３４７）、ＳＩＰフォン５００ａやＳＩＰフォン５００ｂ、ＳＩＰサーバ６００は、セッションが切断した旨をセッション連携サーバ１００に送信する（ステップＳ３４８〜Ｓ３５０）。そして、セッション連携サーバ１００は、ｃａｌｌセッション情報収集部１３１が、発着間紐付けＩＤを発着間紐付けＩＤ管理テーブル１２２から削除する（ステップＳ３５１）。なお、図１３−４におけるステップＳ３４７〜Ｓ３５１は、図１０−４におけるステップＳ１３３〜Ｓ１３７に対応する。

そして、セッション連携サーバ１００は、ユーザＩＤを用いてのポーリングを受信すると（ステップＳ３５２、ステップＳ３５４）、発着間紐付けＩＤが削除された旨をイベントメッセージとして情報表示端末４００に送信する（ステップＳ３５３、ステップＳ３５５）。例えば、セッション連携サーバ１００は、セッションが終了した旨の送信を情報表示端末４００ａと情報表示端末４００ｂとに送信する。その後、セッション連携サーバ１００は、購読リクエストをキャンセルする購読停止リクエストを情報表示端末４００ａや情報表示端末４００ｂから受信し（ステップＳ３５６、ステップＳ３５８）、応答を返す（ステップＳ５５７、ステップＳ５５９）。

［実施例３の効果］
このように、実施例３に係る共有制御システムは、Ｂａｙｅｕｘプロトコルを用いて簡単に実現することが可能である。例えば、Ｂａｙｅｕｘプロトコルのように標準的に規定されたプロトコルで動作できることにより、同プロトコルをサポートするライブラリによって容易にプログラム可能であり、共有制御システムを簡単に実現可能である。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、その他の実施例にて実施されても良い。そこで、以下では、その他の実施例を示す。

［ＨＧＷ］
例えば、共有制御システムは、ＨＧＷ（Home Gate Way）７００を更に用いても良い。ＨＧＷ７００は、ＳＩＰフォン５００及び情報表示端末４００と接続され、同一ユーザにより用いられるＳＩＰフォン５００と情報表示端末４００とを管理する装置である。

ＨＧＷ７００の構成の一例について簡単に説明する。図１４は、実施例１におけるＨＧＷの構成の一例を示すブロック図である。ＨＧＷ７００は、図１４に示す各部が汎用的なゲートウェイ装置などに備えられることによって実現される。図１４に示す例では、ＨＧＷ７００は、ＳＩＰ通信部／ＨＴＴＰ通信部７０１と、記憶部７１０と、制御部７２０とを有する。

ＳＩＰ通信部／ＨＴＴＰ通信部７０１は、ＳＩＰ用及びＨＴＴＰ通信用の一般的なインタフェース及びライブラリを有する。ＳＩＰ通信部／ＨＴＴＰ通信部７０１は、ＳＩＰフォン５００とＳＩＰサーバ６００との間の通信、情報表示端末４００とプロキシサーバ２００との間の通信、ＨＧＷ７００とセッション連携サーバ１００との間の通信、ＨＧＷ７００とＳＩＰサーバ６００との間の通信、ＨＧＷ７００とプロキシサーバ２００との間の通信などを制御する。制御部７２０は、ＨＧＷ７００における各種処理を制御する。

記憶部７１０は、制御部７２０における各種制御に用いられる情報を記憶する。記憶部７１０は、例えば、ＲＡＭ、フラッシュメモリなどの半導体メモリ素子、又は、ハードディスク、光ディスクなどが該当する。記憶部７１０は、図１４に示す例では、ブラウザセッション情報管理テーブル７１１を有する。

ブラウザセッション情報管理テーブル７１１は、配下の情報表示端末４００に割り当てられたブラウザセッション情報を予め記憶する。図１５は、実施例１におけるブラウザセッション情報管理テーブルにより記憶された情報の一例を示す図である。

図１５に示すように、ブラウザセッション情報管理テーブル７１１は、ＳＩＰフォン５００を一意に識別する「ＳＩＰフォンＩＤ」と、ＳＩＰフォン５００と組で利用される情報表示端末４００を一意に識別する「情報表示端末ＩＤ」と、情報表示端末４００を特定するための「ブラウザセッション情報」とを対応づけて予め記憶する。また、ブラウザセッション情報管理テーブル７１１は、ｃａｌｌセッション情報と、発着判定フラグとを対応付けて記憶する。

ブラウザセッション情報管理テーブル７１１が記憶するこれらの情報の内、ｃａｌｌセッション情報は、例えば、ＨＧＷ７００が収集し、登録したものである。発着判定フラグは、ＨＧＷ７００が、ＳＩＰによって確立された通信に含まれる情報から自ら生成した情報である。ＨＧＷ７００は、配下に接続するＳＩＰフォン５００を把握しているので、該当する呼が、発信側であるのか、着信側であるのかを判断することが可能である。

［通知モード］
また、例えば、上述した実施例では、情報表示端末４００ａと情報表示端末４００ｂとが、共に、ブラウザ状態情報をセッション連携サーバ１００に送信する場合について示したが、本発明はこれに限定されるものではない。例えば、着信側の情報表示端末４００、又は、発信側の情報表示端末４００のいずれか一方がブラウザ状態情報をセッション連携サーバ１００に送信し、他方の情報表示端末４００は、ブラウザ状態情報を送信する情報表示端末４００により表示中のＷｅｂコンテンツと同一のＷｅｂコンテンツを表示するようにしても良い。

このような仕組みによれば、一方の情報表示端末４００のページ遷移に他方の情報表示端末４００のページ遷移を追従させるが、その反対は追従させないようにすることが可能である。例えば、学習塾の先生と生徒とが通信を行っている場合には、先生側のページ遷移に生徒側のページ遷移を追従させるが、生徒側のページ遷移に先生側のページ遷移を追従させないといった制御を行うことができる。言い換えると、例えば、生徒側が勝手に授業と関係のないサイトに遷移して閲覧していたとしても、先生側で閲覧するページは遷移せず、先生側でページ遷移をすれば、強制的に生徒側の閲覧ページが先生側のページと一致するように遷移させることが可能である。

また、例えば、会社の同僚に自分の意図を伝えることを目的として、任意のＷｅｂページを情報表示端末４００に表示しておき、同僚に電話をかけることで、同僚に任意のＷｅｂページを見せることができ、電話をかける側の意図や意志を簡単に確実に伝えることが可能である。

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

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。例えば、セッション連携サーバ１００とプロキシサーバ２００とを統合しても良く、ＳＩＰフォン５００と情報表示端末４００とを統合して１つの装置としても良い。また、セッション連携サーバ１００の一部を外部装置としてネットワーク経由で接続されて協働することで、上述した共有制御システムの機能を実現するようにしても良い。

［プログラム］
図１６は、共有制御プログラムによる情報処理がコンピュータを用いて具体的に実現されることを示す図である。図１６に例示するように、コンピュータ３０００は、例えば、メモリ３０１０と、ＣＰＵ（Central Processing Unit）３０２０と、ハードディスクドライブインタフェース３０３０と、ディスクドライブインタフェース３０４０と、シリアルポートインタフェース３０５０と、ビデオアダプタ３０６０と、ネットワークインタフェース３０７０とを有する。コンピュータ３０００の各部はバス３１００によって接続される。

メモリ３０１０は、図１６に例示するように、ＲＯＭ３０１１及びＲＡＭ３０１２を含む。ＲＯＭ３０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース３０３０は、図１６に例示するように、ハードディスクドライブ３０８０に接続される。ディスクドライブインタフェース３０４０は、図１６に例示するように、ディスクドライブ３０９０に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ３０９０に挿入される。シリアルポートインタフェース３０５０は、図１６に例示するように、例えばマウス３０５１、キーボード３０５２に接続される。ビデオアダプタ３０６０は、図１６に例示するように、例えばディスプレイ３０６１に接続される。

ここで、図１６に例示するように、ハードディスクドライブ３０８０は、例えば、ＯＳ３０８１、アプリケーションプログラム３０８２、プログラムモジュール３０８３、プログラムデータ３０８４を記憶する。すなわち、開示の技術に係る更新プログラムは、コンピュータによって実行される指令が記述されたプログラムモジュール３０８３として、例えばハードディスクドライブ３０８０に記憶される。具体的には、上記実施例で説明した制御部１３０や制御部２３０、制御部４１０の各部と同様の情報処理を実行する手順各々が記述されたプログラムモジュールが、ハードディスクドライブ３０８０に記憶される。

また、上記実施例で説明した記憶部１２０や記憶部２２０に記憶されるデータのように、更新プログラムによる情報処理に用いられるデータは、プログラムデータ３０８４として、例えばハードディスクドライブ３０８０に記憶される。そして、ＣＰＵ３０２０が、ハードディスクドライブ３０８０に記憶されたプログラムモジュール３０８３やプログラムデータ３０８４を必要に応じてＲＡＭ３０１２に読み出し、各種の手順を実行する。

なお、共有制御プログラムに係るプログラムモジュール３０８３やプログラムデータ３０８４は、ハードディスクドライブ３０８０に記憶される場合に限られない。例えば、プログラムモジュール３０８３やプログラムデータ３０８４は、着脱可能な記憶媒体に記憶されても良い。この場合、ＣＰＵ３０２０は、ディスクドライブなどの着脱可能な記憶媒体を介してデータを読み出す。また、同様に、更新プログラムに係るプログラムモジュール３０８３やプログラムデータ３０８４は、ネットワーク（ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等）を介して接続された他のコンピュータに記憶されても良い。この場合、ＣＰＵ３０２０は、ネットワークインタフェースを介して他のコンピュータにアクセスすることで各種データを読み出す。

［その他］
なお、本実施例で説明した制御プログラムは、インターネットなどのネットワークを介して配布することができる。また、制御プログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。

１００ セッション連携サーバ
１１０ 通信部
１２０ 記憶部
１２１ 制御用セッション情報管理テーブル
１２２ 発着間紐付けＩＤ管理テーブル
１３０ 制御部
１３１ ｃａｌｌセッション情報収集部
１３２ 発着間紐付けＩＤ発行部
１３３ ブラウザ状態情報送信部
２００ プロキシサーバ
２１０ 通信部
２２０ 記憶部
２３０ 制御部
２３１ Ｗｅｂコンテンツ要求受付部
２３２ Ｗｅｂコンテンツ取得部
２３３ Ｗｅｂコンテンツ加工部
２３４ 加工済Ｗｅｂコンテンツ返信部
３００ Ｗｅｂサーバ
４００ 情報表示端末
４０１ ＨＴＴＰ通信部
４０２ 入力部
４０３ 出力部
４０４ 入出力制御Ｉ／Ｆ部
４１０ 制御部
４１１ Ｗｅｂコンテンツ閲覧部
５００ ＳＩＰフォン
５０１ ＳＩＰ通信部
５０２ 入力部
５０３ 出力部
５０４ 入出力制御Ｉ／Ｆ部
６００ ＳＩＰサーバ
６０１ 通信部
６１０ 制御部
６１１ ＳＩＰ通信制御部
６１２ ｃａｌｌセッション情報等送信部
７０１ ＳＩＰ通信部／ＨＴＴＰ通信部
７１０ 記憶部
７１１ ブラウザセッション情報管理テーブル
７２０ 制御部

Claims (13)

1. ネットワークに接続されてＷｅｂコンテンツを表示する端末各々と当該端末各々を管理する管理サーバとを有する共有制御システムであって、
   前記管理サーバは、
   ユーザ間で通信が行われると、当該ユーザ間でＷｅｂコンテンツに係る情報を連携するための連携情報を当該ユーザにより用いられる前記端末に送信する第１の送信部を有し、
   前記端末は、
   任意のサーバから配信されたＷｅｂコンテンツを受信して表示する表示部と、
   前記第１の送信部により送信された連携情報を受信すると、前記表示部により表示されているＷｅｂコンテンツに係る情報と当該連携情報とを前記管理サーバに送信する第２の送信部とを有し、
   前記管理サーバは、
   前記第２の送信部により送信された前記Ｗｅｂコンテンツに係る情報と前記連携情報とを受信すると、当該送信元となる前記端末を利用するユーザと通信を行っている他のユーザについて、前記端末である他の端末を当該連携情報に基づいて特定し、特定した当該他の端末に当該Ｗｅｂコンテンツに係る情報を送信する第３の送信部を有し、
   前記端末は、
   前記第３の送信部により送信された前記Ｗｅｂコンテンツに係る情報を受信すると、前記表示部に反映することで、自装置が表示中のＷｅｂコンテンツと当該他の端末が表示中のＷｅｂコンテンツとを連携する連携制御部を有することを特徴とする共有制御システム。
2. 前記共有制御システムは、Ｗｅｂコンテンツを配信する前記任意のサーバと当該Ｗｅｂコンテンツを表示する前記端末との間の送受信を中継するプロキシサーバを更に備え、
   前記プロキシサーバは、前記端末が前記連携情報を受信すると当該端末が前記Ｗｅｂコンテンツに係る情報を送信するように、前記任意のサーバから配信されるＷｅｂコンテンツを加工し、加工後の当該Ｗｅｂコンテンツを前記端末に送信する第４の送信部を有することを特徴とする請求項１に記載の共有制御システム。
3. 前記プロキシサーバの前記第４の送信部は、前記端末が前記連携情報を受信すると前記Ｗｅｂコンテンツに係る情報を前記端末に送信させるための送信プログラムを当該端末に取得させるように、前記任意のサーバから配信されるＷｅｂコンテンツを加工することを特徴とする請求項２に記載の共有制御システム。
4. 前記端末は、
   第２の送信部は、前記連携情報を受信した後、所定の契機ごとに、前記表示部により表示されている前記Ｗｅｂコンテンツに係る情報と前記連携情報とを前記管理サーバに送信することを特徴とする請求項１〜３のいずれか１つに記載の共有制御システム。
5. 前記Ｗｅｂコンテンツに係る情報は、当該Ｗｅｂコンテンツに対するユーザの操作内容を含むことを特徴とする請求項１〜４のいずれか１つに記載の共有制御システム。
6. ネットワークに接続されてＷｅｂコンテンツを表示する端末各々と当該端末各々を管理する管理サーバとを有する共有制御システムの制御方法であって、
   前記管理サーバは、
   ユーザ間で通信が行われると、当該ユーザ間でＷｅｂコンテンツに係る情報を連携するための連携情報を当該ユーザにより用いられる前記端末に送信する第１の送信工程を含み、
   前記端末は、
   任意のサーバから配信されたＷｅｂコンテンツを受信して表示する表示工程と、
   前記第１の送信工程により送信された連携情報を受信すると、前記表示工程により表示されているＷｅｂコンテンツに係る情報と当該連携情報とを前記管理サーバに送信する第２の送信工程とを含み、
   前記管理サーバは、
   前記第２の送信工程により送信された前記Ｗｅｂコンテンツに係る情報と前記連携情報とを受信すると、当該送信元となる前記端末を利用するユーザと通信を行っている他のユーザについて、前記端末である他の端末を当該連携情報に基づいて特定し、特定した当該他の端末に当該Ｗｅｂコンテンツに係る情報を送信する第３の送信工程を含み、
   前記端末は、
   前記第３の送信工程により送信された前記Ｗｅｂコンテンツに係る情報を受信すると、前記表示工程に反映することで、自装置が表示中のＷｅｂコンテンツと当該他の端末が表示中のＷｅｂコンテンツとを連携する連携制御工程を含むことを特徴とする制御方法。
7. 前記制御方法は、Ｗｅｂコンテンツを配信する前記任意のサーバと当該Ｗｅｂコンテンツを表示する前記端末との間の送受信を中継するプロキシサーバを更に有する共有制御システムの制御方法であって、
   前記プロキシサーバは、前記端末が前記連携情報を受信すると当該端末が前記Ｗｅｂコンテンツに係る情報を送信するように、前記任意のサーバから配信されるＷｅｂコンテンツを加工し、加工後の当該Ｗｅｂコンテンツを前記端末に送信する第４の送信工程を含むことを特徴とする請求項６に記載の制御方法。
8. 前記第４の送信工程は、前記端末が前記連携情報を受信すると前記Ｗｅｂコンテンツに係る情報を前記端末に送信させるための送信プログラムを当該端末に取得させるように、前記任意のサーバから配信されるＷｅｂコンテンツを加工することを特徴とする請求項７に記載の制御方法。
9. ネットワークに接続されてＷｅｂコンテンツを表示する端末各々と当該端末各々を管理する管理サーバとを有する共有制御システムの制御方法をコンピュータに実行させる制御プログラムであって、
   前記管理サーバとしてのコンピュータに、
   ユーザ間で通信が行われると、当該ユーザ間でＷｅｂコンテンツに係る情報を連携するための連携情報を当該ユーザにより用いられる前記端末に送信する第１の送信手順を実行させ、
   前記端末としてのコンピュータに、
   任意のサーバから配信されたＷｅｂコンテンツを受信して表示する表示手順と、
   前記第１の送信手順により送信された連携情報を受信すると、前記表示手順により表示されているＷｅｂコンテンツに係る情報と当該連携情報とを前記管理サーバに送信する第２の送信手順とを実行させ、
   前記管理サーバとしてのコンピュータに、
   前記第２の送信手順により送信された前記Ｗｅｂコンテンツに係る情報と前記連携情報とを受信すると、当該送信元となる前記端末を利用するユーザと通信を行っている他のユーザについて、前記端末である他の端末を当該連携情報に基づいて特定し、特定した当該他の端末に当該Ｗｅｂコンテンツに係る情報を送信する第３の送信手順を実行させ、
   前記端末としてのコンピュータに、
   前記第３の送信手順により送信された前記Ｗｅｂコンテンツに係る情報を受信すると、前記表示手順に反映することで、自装置が表示中のＷｅｂコンテンツと当該他の端末が表示中のＷｅｂコンテンツとを連携する連携制御手順を実行させることを特徴とする制御プログラム。
10. 前記制御プログラムは、Ｗｅｂコンテンツを配信する前記任意のサーバと当該Ｗｅｂコンテンツを表示する前記端末との間の送受信を中継するプロキシサーバを更に有する共有制御システムの制御方法をコンピュータに実行させるものであって、
    前記プロキシサーバとしてのコンピュータに、前記端末が前記連携情報を受信すると当該端末が前記Ｗｅｂコンテンツに係る情報を送信するように、前記任意のサーバから配信されるＷｅｂコンテンツを加工し、加工後の当該Ｗｅｂコンテンツを前記端末に送信する第４の送信手順を実行させることを特徴とする請求項９に記載の制御プログラム。
11. 前記第４の送信手順は、前記端末が前記連携情報を受信すると前記Ｗｅｂコンテンツに係る情報を前記端末に送信させるための送信プログラムを当該端末に取得させるように、前記任意のサーバから配信されるＷｅｂコンテンツを加工することを特徴とする請求項１０に記載の制御プログラム。
12. ネットワークに接続されてＷｅｂコンテンツを表示する端末各々と当該端末各々を管理する管理サーバとを有する共有制御システムにおける当該管理サーバであって、
    ユーザ間で通信が行われると、当該ユーザ間でＷｅｂコンテンツに係る情報を連携するための連携情報を当該ユーザにより用いられる前記端末に送信する第１の送信部と、
    任意のサーバから配信されたＷｅｂコンテンツを受信して表示する表示部を有し、前記第１の送信部により送信された連携情報を受信すると、前記表示部により表示されているＷｅｂコンテンツに係る情報と当該連携情報とを前記管理サーバに送信する前記端末から、前記Ｗｅｂコンテンツに係る情報と前記連携情報とを受信すると、送信元となる前記端末を利用するユーザと通信を行っている他のユーザの前記端末である他の端末を当該連携情報に基づいて特定し、特定した当該他の端末に当該Ｗｅｂコンテンツに係る情報を送信する第３の送信部と
    を備えたことを特徴とする管理サーバ。
13. ネットワークに接続されてＷｅｂコンテンツを表示する端末各々と当該端末各々を管理する管理サーバとを有する共有制御システムにおける当該端末であって、
    任意のサーバから配信されたＷｅｂコンテンツを受信して表示する表示部と、
    ユーザ間で通信が行われると当該ユーザ間でＷｅｂコンテンツに係る情報を連携するための連携情報を送信する前記管理サーバから、当該連携情報を受信すると、前記表示部により表示されているＷｅｂコンテンツに係る情報と当該連携情報とを前記管理サーバに送信する第２の送信部と、
    通信を行っている他のユーザの前記端末である他の端末により送信された前記Ｗｅｂコンテンツに係る情報を前記管理サーバから受信すると、前記表示部に反映することで、自装置が表示中のＷｅｂコンテンツと当該他の端末が表示中のＷｅｂコンテンツとを連携する連携制御部と
    を備えたことを特徴とする端末。

Images