JP5560790B2 - 画面共有システム、管理サーバ、情報処理装置、画面共有管理方法、プログラムおよび記録媒体 - Google Patents

Description

本発明は、情報処理装置間の画面共有に関し、より詳細には、情報処理装置間の画面共有を管理し、ネットワークを経由した電子会議等を支援するための画面共有システム、管理サーバ、情報処理装置、画面共有管理方法、プログラムおよび記録媒体に関する。

近年のネットワーク・インフラストラクチャの整備およびコンピュータの処理能力の向上に伴って、デスクトップ画面やアプリケーション画面をネットワークを介して共有しながら、電子会議、共同作業などを容易に行うことができるようになっている。このような画面共有を可能とする技術としては、例えばＶＮＣ（Virtual Network Computing：登録商標）、マイクロソフト社のＮｅｔＭｅｅｔｉｎｇ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）Ｍｅｓｓｅｎｇｅｒ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）ミーティングスペースや、スカイプ・テクノロジーズ社のＳｋｙｐｅ（登録商標）や、スマートテクノロジーズ社のＢｒｉｄｇｉｔ（登録商標）などが知られている。

例えば、ＶＮＣ（登録商標）によれば、画面共有サーバのディスプレイに表示されている画面を画面共有クライアントのディスプレイに表示させることができ、画面共有クライアントのユーザは、画面共有サーバのディスプレイに表示されている画面と同様の画面を見ながら、画面共有サーバを遠隔操作することができる。また、Ｂｒｉｄｇｉｔ（登録商標）によれば、単一のデスクトップを多人数で共有することもできる。

その他、特開２００６−３３８５３１号公報（特許文献１）は、画面情報の共有を適切に制限することを目的として、表示装置に表示させる画面情報が記録された第一のメモリ領域より該画面情報を取得し、取得された画面情報をネットワークを介して接続する他のコンピュータに送信することにより他のコンピュータに画面情報を共有表示させる画面共有サーバ手段と、他のコンピュータに共有表示させない非共有画面の画面情報について第一のメモリ領域への記録は行わないで表示装置に表示させる非共有表示制御手段とを有する画面共有サーバ装置を開示する。

特許文献１の従来技術は、電子メールのメーラ画面など画面共有している画面情報の一部について、画面共有クライアントに参照させたくないといった要望に応えるために開発された技術である。

一方、近年企業においては、会議やプレゼンテーションのためにプロジェクタを使用することが一般化し、またディスプレイの大画面化、薄型化に伴い、ディスプレイ価格が安価となり、ひとつの会議室に複数のディスプレイあるいはプロジェクタが設けられることも多くなっている。さらにネットワーク通信の高速化に伴い、テレビ会議もよく利用されるようになっている。

このような背景から、ネットワークを介した遠隔会議において資料を共有するため上記画面共有技術が用いられるようになっているが、上記従来技術は、単一のコンピュータのデスクトップ画面を共有する技術に過ぎず、容易には複数のディスプレイを共有することができなかった。そのため、せっかく会議室に配置された複数のディスプレイを活用することが難しく、複数のディスプレイが同時に使用されることはまれであった。すなわち、従来技術では、複数のディスプレイを活用するためには、ディスプレイと同数のコンピュータが必要であり、それぞれコンピュータとディスプレイ間で共有設定しなければならず、煩雑かつ利便性に欠けるという問題点があった。

本発明は、上記従来からの少なくとも１つの課題に鑑みてなされたものであり、本発明は、情報処理装置間の多対多の画面共有を管理し、上記共有関係を効率的に形成することを可能とする画面共有システム、管理サーバ、情報処理装置、画面共有管理方法、プログラムおよび記録媒体を提供することを目的とする。

本発明は、上記課題に鑑み、本発明では、下記特徴を有する、複数の情報処理装置と、装置間の画面共有を管理する管理サーバとを含む画面共有システムを提供する。本発明の管理サーバは、複数の情報処理装置が参加するセッションを記述し、画面提供をする共有サーバと該画面提供を受ける共有クライアントとの関係を多対多で定義可能なセッション情報を記憶する。さらに管理サーバは、セッションに参加する情報処理装置に対し、セッション情報を提供することで、共有サーバとして動作する情報処理装置を通知し、セッションに参加する情報処理装置から画面共有の依頼を受信した場合に、共有サーバとして動作する情報処理装置に当該画面共有の依頼を転送する。そして、本発明の管理サーバは、画面共有の依頼による共有関係が成立した場合にセッション情報を更新する。また本発明の情報処理装置は、セッションに参加し、セッション情報に従って、例えば画面上に共有サーバを提示し、共有サーバとして動作する情報処理装置に対する画面共有の依頼を送信する。

さらに本発明によれば、上記複数の情報処理装置と、装置間の画面共有を管理する管理サーバとを含む画面共有システムにおいて実行される画面共有管理方法が提供される。本発明の方法は、管理サーバが上記セッション情報を記憶するステップと、管理サーバが、セッションに参加する情報処理装置に対し、セッション情報を提供することで、共有サーバとして動作する情報処理装置を通知するステップとを含む。さらに本発明の方法は、セッションに参加する情報処理装置が、セッション情報に従って共有サーバとして動作する情報処理装置に対し画面共有の依頼を送信するステップと、管理サーバが、共有サーバとして動作する情報処理装置に画面共有の依頼を転送するステップと、管理サーバが、画面共有の依頼による共有関係が成立した場合にセッション情報を更新するステップを含む。さらに本発明の方法は、共有サーバとして動作する情報処理装置が、画面共有の依頼による共有関係が成立した場合に、該共有関係の共有クライアントの情報処理装置に向けた画面データの送信を開始するステップを含む。

上記構成によれば、管理サーバは、複数の共有サーバおよび複数の共有クライアント間の多対多の共有関係が定義可能なセッション情報を使用して、情報処理装置間における共有関係の成立、変更等の手続を仲介することができる。管理サーバが保持するセッション情報は、共有関係の成立、変更等の手続中に随時更新され、セッションに参加する情報処理装置に最新のセッション情報が提供される。これにより、各情報処理装置側では、共有サーバとして動作する装置等セッションの変化を検知することができ、各情報処理装置間の多対多の画面共有関係を容易に構築し、変更することができるようになる。ひいては複数のディスプレイを活用した遠隔会議を行う際の煩雑な作業を削減し、遠隔会議が効率的に行われるよう支援することができる。

第１の実施形態による電子会議システムを示す図。 第１の実施形態の電子会議システムにおいて実現される機能ブロック図。 第１の実施形態の電子会議システムにおいて実行されるセッション作成からセッション参加までの処理を示すフローチャート。 第１の実施形態の画面共有管理サーバが保持するセッション情報のデータ構造を示す図。 第１の実施形態の電子会議システムにおいて実行される画面の共有関係を成立させるための処理を示すフローチャート。 第１の実施形態の画面共有管理サーバが保持するセッション情報のデータ構造を示す図。 第１の実施形態の電子会議システムにおいて実行される画面の共有関係を切替処理を示すフローチャート。 第１の実施形態の電子会議システムにおいて実行される追加の画面の共有関係を成立させるための処理を示すフローチャート。 新たに共有関係が形成された状態を示す図。 第１の実施形態の電子会議システムにおいて実行される追加された共有画面を削除する処理を示すフローチャート。 第１の実施形態の電子会議システムにおいてセッションから脱退する処理を示すフローチャート。 第１の実施形態の電子会議システムにおいてセッションを終了させる処理を示すフローチャート。 画面共有の態様を例示する図。 第２の実施形態による電子会議システムを示す図。 第２の実施形態における画面共有管理サーバが保持するセッション管理テーブルのデータ構造を示す図。 第２の実施形態の電子会議システムにおいて実行されるセッションを開始する処理を示すフローチャート。 第２の実施形態の電子会議システムにおいて実行される画面の共有関係を成立させるための処理を示すフローチャート。

以下、本発明について実施形態をもって説明するが、本発明は、後述する実施形態に限定されるものではない。図１は、第１の実施形態による電子会議システムを示す。図１に示す電子会議システム１００は、ネットワーク１０２を介して相互に接続され、各々所定のロケーションに配置される複数のノート型パーソナルコンピュータ（以下、コンピュータ装置と参照する。）１１０ａ〜１１０ｅを含む。コンピュータ装置１１０には、デスクトップ画面またはアプリケーション・ウィンドウ画面をコンピュータ間で共有するための画面共有アプリケーションが実装されており、各コンピュータ装置１１０は、画面提供をする共有サーバまたは画面提供を受ける共有クライアントのいずれかまたは両方として動作することができる。

ロケーションは、図１に示す例では、第１会議室１０４、第２会議室１０６またはサテライトオフィス１０８であり、本実施形態の電子会議システム１００は、離間したロケーション間における電子会議の開催を支援する。なお、要旨に直接関係しないため詳細な説明は割愛するが、コンピュータ装置１１０には、上述した画面共有アプリケーションが備える機能として、または他の実施形態では当該画面共有アプリケーションとは別のアプリケーションの機能として、インスタント・メッセージ、音声、映像その他マルチメディア・データの送受信を遠隔的に行うことが可能に構成されている。

電子会議システム１００は、さらに、上述した各ロケーションに配置される複数のディスプレイ装置１２０ａ〜１２０ｄを含む。ディスプレイ装置１２０は、それぞれ、同一のロケーションに配置されるいずれかのコンピュータ装置１１０に、例えばＶＧＡ、Ｄ−Ｓｕｂ（D-Subminiature）、ＤＶＩ（Digital Visual Interface）、ＤｉｓｐｌａｙＰｏｒｔ（登録商標）、ＨＤＭＩ（High-Definition Multimedia Interface）などのディスプレイ・ケーブルを介して接続されており、そのコンピュータ装置１１０のデスクトップ画面を映像出力している。図１に示す例では、コンピュータ装置１１０ａとディスプレイ装置１２０ａとが直接接続されている。これらのディスプレイ装置１２０は、各ロケーションにおいて、コンピュータ装置１１０の操作者以外の会議出席者がデスクトップ画面を見ることができるよう利用される。

本実施形態の電子会議システム１００は、さらに画面共有管理サーバ１３０を含む。画面共有管理サーバ１３０は、コンピュータ装置間に形成される画面の共有関係を管理するための画面共有管理アプリケーションが実装されており、上述したコンピュータ装置１１０間の画面共有の関係を成立等するためのやり取りを仲介する。

本実施形態において、ひとつの電子会議は、画面共有セッション（以下、単にセッションという。）と呼ばれる単位で管理され、各コンピュータ装置１１０は、画面提供をする共有サーバ、画面提供を受ける共有クライアント、またはこれらの両方としてこのセッションに参加することができる。以下、セッションに参加しているコンピュータ装置を指して参加ノードといい、参加ノードのうち共有サーバとして動作するコンピュータ装置を指して共有サーバということがあり、共有クライアントとして動作するコンピュータ装置を指して共有クライアントということがあり、両方として動作するコンピュータ装置を指して共有エージェントということもある。

画面共有管理サーバ１３０は、例えば参加ノードから画面提供の申し出を受信した場合、当該参加ノードを共有サーバとしてセッションを管理し、他の参加ノードにその旨を通知する。また画面共有管理サーバ１３０は、参加ノードからの所定の共有サーバを指定した画面共有の依頼を受信した場合、この参加ノードと共有サーバとのやり取りを仲介して、デスクトップ画面等の共有関係の成立を支援する。また画面共有管理サーバ１３０は、参加ノードからの追加の画面提供の申し出や画面切替の依頼に応答して、他の参加ノードとのやり取りを仲介し、画面の共有関係の成立、解消、変更を支援する。

なお、図１には、画面共有管理サーバ１３０の仲介のもと成立された共有関係が例示されている。この例では、コンピュータ装置１１０ａが、プレゼンテーション・アプリケーションなどによりデスクトップ画面上に資料を提示し、該コンピュータ装置１１０ａのデスクトップ画面が、ディスプレイ装置１２０ａに映像出力されている。そして、コンピュータ装置１１０ａは、共有サーバとして動作し、そのデスクトップ画面が、その共有クライアントとして動作するコンピュータ装置１１０ｃ，１１０ｅに提供されている。これらコンピュータ装置１１０ｃ，１１０ｅは、ネットワーク１０２を介してコンピュータ装置１１０ａのデスクトップ画面の画面データを受信し、自身のディスプレイに表示している。さらに、コンピュータ装置１１０ｃは、上述したディスプレイ・ケーブルを介して接続されるディスプレイ装置１２０ｃに、コンピュータ装置１１０ａのデスクトップ画面を出力している。

同様に、コンピュータ装置１１０ｂは、ドキュメント・アプリケーション等によりデスクトップ画面上で電子会議の議事録を編集し、そのデスクトップ画面がディスプレイ装置１２０ｂに出力されている。そして、コンピュータ装置１１０ｂは共有サーバとして動作し、そのデスクトップ画面が、その共有クライアントとして動作するコンピュータ装置１１０ｄに提供される。コンピュータ装置１１０ｄは、上述したディスプレイ・ケーブルを介して接続されるディスプレイ装置１２０ｄに、コンピュータ装置１１０ｂのデスクトップ画面を出力している。

このように本実施形態の電子会議システム１００において、画面の共有関係は、複数の共有サーバと、該共有サーバに対する複数の共有クライアントとの多対多の関係が定義可能なセッションにより管理される。以下、セッションの作成、セッションの削除、セッションへの参加、セッションからの脱退、画面共有関係の形成、画面共有関係の解消および画面共有関係の変更などの処理について、詳細を説明する。

図２は、第１の実施形態の電子会議システム１００において実現される機能ブロックを示す。図２に示すように、電子会議システム１００は、コンピュータ装置１１０上に実現される画面共有アプリケーション１１２と、画面共有管理サーバ１３０上に実現される画面共有管理アプリケーション１３２とを含む。なお、図２に示す機能ブロックには、画面の共有関係が形成されている２つのコンピュータ装置１１０ａ，１１０ｃを示してある。

画面共有管理サーバ１３０の画面共有管理アプリケーション１３２は、セッション情報記憶部１３４と、セッション管理部１３６と、メッセージ仲介部１３８とを含む。コンピュータ装置１１０の画面共有アプリケーション１１２は、セッション処理部１１４と、メッセージ交換部１１６と、画面データ送受信部１１８とを含む。

画面共有管理サーバ１３０のセッション情報記憶部１３４は、例えばデータベースとして構成され、上述した複数の参加ノードによるセッションを記述し、画面提供をする共有サーバと、この画面提供を受ける共有クライアントとの間の関係を多対多で定義可能なセッション情報を記憶する。上記セッション情報は、詳細は後述するが、さらに各コンピュータ装置１１０のＩＰアドレス、ポート番号、通信プロトコルなどの通信設定情報を含む。なお、セッション情報記憶部１３４は、本実施形態の記憶手段を提供する。セッション管理部１３６は、コンピュータ装置１１０上の画面共有アプリケーション１１２から送信される各種リクエストに応答して、セッション情報記憶部１３４のセッション情報を使用しながら、各種リクエストを処理する。

コンピュータ装置１１０のセッション処理部１１４は、画面共有管理サーバ１３０のセッション管理部１３６に対応する機能部であり、セッション管理部１３６と通信し、各種リクエストを発行し、各種処理を依頼する。なお、セッション処理部１１４は、本実施形態の依頼送信手段を提供する。

セッション管理部１３６は、より詳細には、セッション情報提供部１４０と、セッション情報更新部１４２と、リクエスト処理部１４４とを含んで構成される。リクエスト処理部１４４は、コンピュータ装置１１０から受信する各種リクエストに対応する処理を行い、レスポンスを返す。

本実施形態で発行される各種リクエストとしては、詳細は後述するが、（１）セッションの新規作成を依頼するセッション作成リクエスト、（２）セッションへの参加を依頼するセッション参加リクエスト、（３）セッションの開始を依頼するセッション開始リクエスト、（４）セッションの終了を依頼するセッション終了リクエスト、（５）共有サーバとして画面提供を申し出る画面提供リクエスト、（６）共有クライアントがさらに共有サーバとして画面提供を申し出る画面追加リクエスト、（７）セッションからの脱退を依頼するセッション脱退リクエスト、（８）共有サーバから画面提供を受ける依頼をする画面共有リクエスト、（９）共有サーバの切替えを依頼する画面切替リクエスト、（１０）画面共有の停止を依頼する画面共有停止リクエストを挙げることができる。

リクエスト処理部１４４は、上記（１）〜（７）のリクエストについては、そのリクエストが含む内容にてセッション情報を更新するべく、セッション情報更新部１４２に処理を渡し、適時当該リクエストに対するレスポンスを返す。一方、上記（８）〜（１０）のリクエストについては、当該リクエストに関し相手方の承諾または確認を得るべく、リクエスト処理部１４４は、受信したリクエストを相手方の参加ノードに転送し、相手方の参加ノードからの当該リクエストに対するレスポンスを受信した場合に、それを発行元の参加ノードに転送する。またこの場合に、リクエスト処理部１４４は、合意が得られた更新内容を反映させるべく、適宜セッション情報更新部１４２に処理を渡す。リクエスト処理部１４４は、本実施形態の転送手段を提供する。

セッション情報更新部１４２は、上記リクエストの内容に従ってセッション情報記憶部１３４内のセッション情報を更新する。セッション情報提供部１４０は、当該参加ノードが参加しているセッションのセッション情報を提供する。セッション情報の提供を受けた参加ノードのセッション処理部１１４は、そのセッション情報に従って、ユーザ通知などを行う。セッション情報提供部１４０およびセッション情報更新部１４２は、それぞれ、本実施形態の提供手段および更新手段を提供する。

なお、本実施形態において、セッション情報を提供するとは、少なくとも提供先の参加ノードに関連するセッション情報を当該参加ノード側で構成することができる情報を提供することをいい、必ずしもセッション情報のすべての情報を提供することを意味しない。例えば、セッション参加直後には、参加ノードに関連するセッション情報すべてを配信し、以後、変更部分を適宜配信するようにすることができる。また、セッションに関連する情報であっても、提供先の参加ノードが無関係な情報については配信しないようにすることもできる。

画面共有管理サーバ１３０のメッセージ仲介部１３８は、インスタント・メッセージまたはＳＩＰ（Session Initiation Protocol）などの手法により、同一セッション内の参加ノード間のメッセージ交換を仲介する。このようなメッセージには、セッションの作成者からのセッションへの招待メッセージなどを挙げることができる。他の実施形態では、メッセージ仲介部１３８がＳＭＴＰサーバなどとして構成され、電子メールを介して上記メッセージ交換してもよい。

メッセージ交換部１１６は、画面共有管理サーバ１３０のメッセージ仲介部１３８に対応するコンピュータ装置１１０上の機能部であり、メッセージ仲介部１３８を経由させて、同一セッションに参加する他の参加ノードとのインスタント・メッセージの交換を処理する。メッセージ交換部１１６は、コンピュータ装置１１０の操作者からの指示に応答して、他の参加ノードへのメッセージを送信し、または、他の参加ノードからのメッセージを受信して、ディスプレイ画面表示などにより操作者に提示する。

コンピュータ装置１１０の画面データ送受信部１１８は、参加ノード間でデスクトップ画面またはアプリケーション画面の共有関係が成立した場合に、その画面データの送受信を行う。コンピュータ装置１１０が共有サーバとして動作する場合には、画面データ送受信部１１８は、当該コンピュータ装置１１０のディスプレイへの描画命令を取得することで局所的な更新領域の画像を生成し、適宜コマ落とし、圧縮等の処理を施して画面データとし、この画面データを相手の共有クライアントに宛てて送信する。共有クライアント側の画面データ送受信部１１８では、この画像データを受信して、デコード、更新領域の表示を行う。

また、共有クライアントからの共有サーバのデスクトップ画面のリモート操作が許可される場合には、共有クライアント側の画面データ送受信部１１８は、マウスやキーボードなどの入力コマンドを共有サーバ側の画面データ送受信部１１８へ送信し、共有サーバ側の画面データ送受信部１１８は、その入力コマンドを実行することができる。

コンピュータ装置１１０および画面共有管理サーバ１３０の上記各機能部は、それぞれ、図示しないＣＰＵ（Central Processing Unit）が、ＲＯＭ（Read Only Memory）やＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）などの記録媒体から制御プログラムを読み出し、ＲＡＭ（Random Access Memory）等の作業空間に展開することにより、適切なオペレーティング・システム（以下、ＯＳと参照する。）上で実現される。以下、図３〜図１２に示すフローチャートおよびデータ構造を参照しながら、第１の実施形態の画面共有システムにおいて実行される各種処理の詳細について説明する。

［セッションの作成、開始およびセッションへの参加］
図３は、第１の実施形態の電子会議システム１００においてコンピュータ装置１１０ａ，１１０ｃおよび画面共有管理サーバ１３０間で実行される、セッション作成からセッション参加までの処理を示すフローチャートである。

図３に示す処理は、ステップＳ１００で、コンピュータ装置１１０ａが操作者からのセッション作成指示を受領したことに応答して開始される。なお、コンピュータ装置１１０ａの操作者は、所定のユーザ名およびユーザＩＤを使用して本電子会議システム１００にログインしており、操作者によるセッション作成指示にはセッション名の指定が含まれているものとする。

ステップＳ１０１では、コンピュータ装置１１０ａのセッション処理部１１４ａは、上記指示に応答して、画面共有管理サーバ１３０にセッション作成リクエストを送信し、画面共有管理サーバ１３０はこれを受信する。セッション作成リクエストは、セッション名（例えばMeeting1）と、ユーザＩＤ（例えばuser1@xxx.xx.xx）と、ユーザ名（例えばuser1）と、画面データの受信をするためのＩＰアドレス（例えば xxx.xxx.xxx.123）、ポート番号（例えば8000）およびプロトコル（例えばTCP）を含む通信設定情報とを内容として含む。なお、通信設定情報も、コンピュータ装置１１０ａ内に予め設定されているものとする。

ステップＳ１０２では、リクエスト処理部１４４からセッション情報更新部１４２へ処理が渡され、セッション情報更新部１４２は、当該リクエストの内容に従って、セッション情報記憶部１３４のセッション情報中に新規セッションに関連するレコードを作成する。図４は、本実施形態の画面共有管理サーバ１３０が保持するセッション情報のデータ構造を示す。図４（Ａ）は、セッション情報のうちのセッション管理テーブルのデータ構造を例示し、図４（Ｂ）は、セッション情報のうちの参加ノード情報のデータ構造を例示する。

図４（Ａ）に示すように、セッション管理テーブル２００Ａには、上記セッション作成リクエストに応答して、セッションを一意に識別するセッションＩＤと、指定のセッション名と、セッション状態とを含むレコードが作成される。セッション状態のカラムには、開催前（early）、開催中（active）、開催終了（terminated）などのセッションの状態を示す値が入力され、作成直後であれば、例えば開催前（early）が入力される。セッション管理テーブル２００Ａには、さらに、当該セッションＩＤのデータ中に、依頼元のコンピュータ装置１１０ａに対応する上記ユーザＩＤ（例えばuser1@xxx.xx.xx）のレコードが追加され、当該コンピュータ装置１１０ａが参加ノードとして登録されている。

各参加ノード毎に作成されるレコードは、通信方向と、通信と、共有画面タイプとのカラムが設けられる。通信方向のカラムには、その参加ノードが共有サーバ（sendonly）であるか、共有クライアント（recvonly）であるか、共有エージェント（sendrecv）であるかを示す値が入力され、参加直後で特に指定がなければ、いずれにも該当しないことを示すデフォルトの値（−）が入力される。通信のカラムには、詳細は後述するが、画面の共有関係が記述されるものであり、作成直後ではデフォルトの値（−）が入力される。共有画面タイプのカラムには、その参加ノードが共有ノードとして動作する場合に、その共有画面のコンテンツの種類を識別する値が入力されるものであり、作成直後ではデフォルトの値（−）が入力される。参加ノード情報２１０については、図４（Ｂ）に示すように、参加ノード毎に、ユーザＩＤ、ユーザ名、ＩＰアドレス、ポート番号およびプロトコルが入力される。

再び図３を参照する。セッション情報の内容が更新されると、ステップＳ１０３では、リクエスト処理部１４４へ処理が戻され、リクエスト処理部１４４は、セッション作成リクエストに対するレスポンスをコンピュータ装置１１０ａに返信し、コンピュータ装置１１０ａはこれを受信する。このレスポンスは、新規作成されたセッションに関連するセッション情報を含むことができる。ステップＳ１０４では、レスポンスを受信したコンピュータ装置１１０ａでは、セッション処理部１１４ａが、そのセッションＩＤを画面共有アプリケーション１１２ａの画面上に表示する。

ステップＳ１０５で、コンピュータ装置１１０ａが操作者からの所望の相手方を指定する招待指示を受領すると、ステップＳ１０６では、メッセージ交換部１１６ａは、画面共有管理サーバ１３０のメッセージ仲介部１３８を介して、所望の相手方のコンピュータ装置１１０ｃに対し、セッションＩＤを含むセッションへの招待メッセージを送信する。このとき、相手方が複数あれば、その相手方全員に招待メッセージが送信される。なお、複数の参加ノードへ招待メッセージを送信する場合、画面共有管理サーバ１３０へ一つの招待メッセージが送信され、画面共有管理サーバ１３０で各参加ノードに招待メッセージをフォークするよう構成してもよい。ステップＳ１０７では、招待メッセージを受信したコンピュータ装置１１０ｃでは、メッセージ交換部１１６ｃが、セッションへの招待を画面共有アプリケーション１１２ｃの画面上に表示する。

ステップＳ１０８で、コンピュータ装置１１０ｃが操作者からのセッション参加の指示を受領すると、ステップＳ１０９で、セッション処理部１１４ｃは、上記指示に応答して、画面共有管理サーバ１３０にセッション参加リクエストを送信し、画面共有管理サーバ１３０はこれを受信する。セッション参加リクエストは、上述したセッション作成リクエストと同様に、招待されたセッションのセッション名（例えばMeeting1）と、コンピュータ装置１１０ｃのユーザＩＤ（例えばuser3@xxx.xx.xx）およびユーザ名（例えばuser３）と、画面データの受信をするための通信設定情報とを含む。

セッション参加リクエストを受信した画面共有管理サーバ１３０では、ステップＳ１１０で、セッション情報更新部１４２に処理が渡され、セッション情報更新部１４２は、当該リクエストの内容に従って、セッション情報記憶部１３４内のセッション情報を更新する。この更新では、セッションＩＤで識別されるデータ中にコンピュータ装置１１０ｃを参加ノードとして新たなレコードが作成される。

ステップＳ１１１では、セッション情報更新部１４２からリクエスト処理部１４４へ処理が渡され、リクエスト処理部１４４は、セッション参加リクエストに対するレスポンスをコンピュータ装置１１０ｃに返信する。このセッション参加レスポンスには、当該コンピュータ装置１１０ｃが参加したセッションに関連するセッション情報が含まれる。セッション参加レスポンスを受信したコンピュータ装置１１０ｃでは、ステップＳ１１２で、セッション処理部１１４ｃは、参加が完了した旨を画面共有アプリケーション１１２ｃの画面上に表示する。

一方、画面共有管理サーバ１３０では、ステップＳ１１３で、セッション情報提供部１４０へ処理が渡され、セッション情報提供部１４０は、当該セッションの参加ノードであるコンピュータ装置１１０ａに対し、セッション情報のうちの少なくとも更新部分を含む更新セッション情報通知を送信する。セッションに複数の参加ノードが存在する場合には、少なくとも新規参加のコンピュータ１１０ｃ以外の他の参加ノードに更新セッション情報通知が送信される。更新セッション情報通知を受信したコンピュータ装置１１０ａでは、ステップＳ１１４で、セッション処理部１１４ａが、セッション情報の更新を検知し、その更新箇所から新規参加者があったことを検知し、画面共有アプリケーション１１２ａの画面上に表示する。

招待メッセージを受信した他のコンピュータ装置１１０も同様に、それぞれ、ステップＳ１０７からステップＳ１１４の同様の処理フローを行うことにより、所定のセッションに参加することができる。図２に示した例では、コンピュータ装置１１０ｂ，１１０ｄ，１１０ｅも同様にセッションに参加する。

［画面の共有関係の成立］
図５は、第１の実施形態の電子会議システム１００においてコンピュータ装置１１０ａ，１１０ｃおよび画面共有管理サーバ１３０間で実行される、画面の共有関係を成立させるための処理を示すフローチャートである。以下、セッションに参加するコンピュータ装置１１０ａ〜コンピュータ装置１１０ｅを便宜上、参加ノードＡ〜参加ノードＥと参照する。また、図５においては、代表例として、参加ノードＡが共有サーバとなり、参加ノードＣが参加ノードの相手方の共有クライアントとなる場合について説明するが、他の参加ノード間の画面の共有関係についても同様である。

図５に示す処理は、ステップＳ２００で、参加ノードＡが操作者からの画面提供をする旨の指示を受領したことに応答して開始される。なお、参加ノードＡのデスクトップ上には、共有しようとする所望のプレゼンテーションの画面が表示されているものとする（図１３（Ａ））。ステップＳ２０１では、参加ノードＡのセッション処理部１１４ａは、上記指示に応答して、画面提供を申し出る画面提供リクエストを画面共有管理サーバ１３０に送信し、画面共有管理サーバ１３０は、これを受信する。画面提供リクエストは、ユーザＩＤ（例えばuser1@xxx.xx.xx）と、共有サーバとなる旨を示す通信方向（sendonly）と、共有画面タイプ（例えばmaterial）とを含み、その内容でセッション情報の変更を依頼するリクエストである。

画面提供リクエストを受信した画面共有管理サーバ１３０では、ステップＳ２０２で、リクエスト処理部１４４からセッション情報更新部１４２へ処理が渡され、セッション情報更新部１４２は、当該リクエストの内容に従って、セッション情報記憶部１３４のセッション情報を更新する。すなわち、ユーザＩＤのレコードにおいて、通信方向および共有画面タイプが、それぞれ「sendonly」および「material」に書き換えられる。

セッション情報が更新されると、セッション情報更新部１４２からリクエスト処理部１４４へ処理が戻される。ステップＳ２０３では、リクエスト処理部１４４は、画面提供リクエストに対するレスポンスを参加ノードＡに返信する。ステップＳ２０４では、セッション情報提供部１４０へ処理が渡され、セッション情報提供部１４０は、当該セッションに参加する参加ノードに対し、セッション情報のうちの少なくとも更新部分を含む更新セッション情報通知を送信する。ステップＳ２０５では、参加ノードＣのセッション処理部１１４ｃは、セッション情報の更新を検知し、その更新箇所から参加ノードＡ（user1）が画面提供の申し出をし、共有サーバとして動作していることを検知し、共有サーバおよびその共有画面タイプを画面共有アプリケーション１１２ｃの画面上に表示する。ここでは、共有サーバを提示する際に共有画面タイプが提示されるので、参加ノード側では、画面共有を開始する前に、どのような内容であるかをある程度知ることができるようになる。

ステップＳ２０６で、参加ノードＣが操作者からの提示の共有サーバ（参加ノードＡ）を相手方とした画面共有の指示を受領すると、ステップＳ２０７では、セッション処理部１１４は、上記指示に応答して、指定の共有サーバ（参加ノードＡ）を相手方とした画面共有リクエストを画面共有管理サーバ１３０に送信し、画面共有管理サーバ１３０のリクエスト処理部１４４は、その指定された参加ノードＡに画面共有リクエストを転送する。

画面共有リクエストを受信した参加ノードＡでは、ステップＳ２０８で、セッション処理部１１４ａが、画面共有の依頼元のユーザＩＤまたはユーザ名を画面上に表示し、操作者からの画面共有の許諾を受ける。ステップＳ２０９では、参加ノードＡのセッション処理部１１４ａは、画面共有管理サーバ１３０を介して画面共有リクエストに対するレスポンスを依頼元の参加ノードＣに送信し、参加ノードＣがこれを受信する。

ステップＳ２１０では、参加ノードＡでは、画面データ送受信部１１８ａが、提供されたセッション情報中の通信設定を参照して、画面共有リクエストの送信元の参加ノードＣに向けて画面データの送信を開始する。一方、レスポンスを受信した参加ノードＣでは、ステップＳ２１１で、画面データ送受信部１１８ｃが、参加ノードＡから送信された画面データの受信を開始する。これにより、共有サーバとして動作する参加ノードＡと、共有クライアントとして動作する参加ノードＣとのピア・ツー・ピアの画面の共有関係が確立される（図１３（Ａ））。

画面共有レスポンスを転送した画面共有管理サーバ１３０では、リクエスト処理部１４４が、当該画像共有リクエストおよび画像共有レスポンスの内容から画面共有関係が成立したことを検知し、セッション情報更新部１４２へ処理を渡す。ステップＳ２１２では、セッション情報更新部１４２は、セッション情報記憶部１３４内のセッション情報を更新し、セッション情報提供部１４０へ処理を渡す。より具体的には、セッション情報更新部１４２は、参加ノードＣ（user3）を共有クライアント（recvonly）とし、参加ノードＡおよび参加ノードＣの通信カラムにこの画面の共有関係を記述する。

ステップＳ２１３では、セッション情報提供部１４０は、当該セッションの参加ノードに対し、適宜、セッション情報のうちの少なくとも更新部分を含む更新セッション情報通知を送信することができる。これにより、他の参加ノードも、参加ノードＡおよび参加ノードＣ間で画面の共有関係が成立したことを知ることができる。

図５に示すフローと同様に、参加ノードＡ（user1）から参加ノードＥ（user5）への共有関係がさらに形成され、参加ノードＢ（user2）から参加ノードＤ（user4）への共有関係が形成されると、図６（Ａ）に示すセッション管理テーブル２００Ｂの状態となる。図６（Ａ）に示すセッション管理テーブル２００Ｂでは、通信方向のカラムには、参加ノードＡ（user1）および参加ノードＢ（user2）が共有サーバ（sendonly）として動作し、参加ノードＣ〜参加ノードＥ（user3〜user5）が共有クライアント（recvonly）として動作していることが示されている。さらに図６（Ａ）には、通信カラムに、参加ノードＡ（user1）から参加ノードＣ（user3）および参加ノードＥ（user5）への画面データの流れ、参加ノードＢ（user2）から参加ノードＤ（user4）への画面データの流れが共有関係として記述されていることが理解される。

［画面の共有関係の切替］
図７は、第１の実施形態の電子会議システム１００において参加ノードＡ、参加ノードＣおよび画面共有管理サーバ１３０間で実行される、画面の共有関係を切替処理を示すフローチャートである。なお、図７に示す処理が開始される時点では、参加ノードＣは、参加ノードＡを共有サーバとする共有クライアントとして動作している（図１３（Ａ））。図７においては、代表例として、参加ノードＣが、共有サーバである参加ノードＡに代わり共有サーバとなる場合について説明するが、他の参加ノードについても同様である。

図７に示す処理は、ステップＳ３００で、参加ノードＣが操作者からの画面切替の指示を受領したことに応答して開始される。この画面切替の指示は、共有サーバである参加ノードＡ（user1）を指定して、その共有クライアントである当該参加ノードＣが代わりに共有サーバとして動作する旨の申し出である。このような画面切替は、共有クライアントとして動作していた参加ノードの操作者が、一時的に資料をデスクトップ画面を使用して他の参加ノードに提示したい場合等に好適に行われるものである。

ステップＳ３０１では、参加ノードＣのセッション処理部１１４ｃは、上記指示に応答して、画面共有管理サーバ１３０に画面切替を要求する画面切替リクエストを送信する。画面共有管理サーバ１３０では、リクエスト処理部１４４は、受信した画面切替リクエストをその指定される相手方である参加ノードＡに転送する。この画面提供リクエストには、指定の共有サーバのユーザＩＤ（例えばuser1@xxx.xx.xx）と、切替先のユーザＩＤ（例えばuser3@xxx.xx.xx）との指定が含まれる。

画面切替リクエストを受信した参加ノードＡでは、ステップＳ３０２で、セッション処理部１１４ａが、画面切替の要求および依頼元のユーザＩＤを画面上に表示し、操作者からの画面共有の許諾を受ける。ステップＳ３０３では、参加ノードＡのセッション処理部１１４ａは、画面共有管理サーバ１３０を介して画面切替リクエストに対するレスポンスを依頼元の参加ノードＣに送信し、参加ノードＣが受信する。

画面切替レスポンスを転送した画面共有管理サーバ１３０では、リクエスト処理部１４４は、当該画像切替リクエストおよび画像切替レスポンスの内容に従い、画面切替の合意が成立したことを検知し、セッション情報更新部１４２へ処理を渡す。ステップＳ３０４では、セッション情報更新部１４２は、セッション情報記憶部１３４内のセッション情報を更新し、セッション情報提供部１４０へ処理を渡す。ここでは、参加ノードＣが共有サーバ（sendonly）となり、参加ノードＡが共有クライアント（recvonly）となる旨でセッション情報が更新され、参加ノードＡの共有クライアントとして動作していた参加ノードは、参加ノードＣの共有クライアントとして書き換えられる。ステップＳ３０５では、セッション情報提供部１４０は、当該セッションの参加ノードに対し、適宜、セッション情報のうちの少なくとも更新部分を含む更新セッション情報通知を送信する。

ステップＳ３０３で参加ノードＡがレスポンスを返信すると、ステップＳ３０６へ処理が進められる。ステップＳ３０６では、参加ノードＡのセッション処理部１１４ａは、自己を共有サーバとしていた共有クライアント（参加ノードＣ、参加ノードＥ）に対し、共有サーバが自己から参加ノードＣに切り替えられ旨の画面切替通知を送信する。なお、ここでは複数の参加ノードへ画面切替通知を送信しているが、画面共有管理サーバ１３０へは一つの画面切替通知が送信され、画面共有管理サーバ１３０で各参加ノードに画面切替通知をフォークするよう構成してもよい。

画面切替通知を受信した参加ノードＣ（ここでは、参加ノードＡを共有サーバとしていた参加ノードＣについて説明するが、参加ノードＥについても同様の処理が行われる。）は、ステップＳ３０７で、画面共有管理サーバ１３０を介して画面共有停止リクエストを自身の共有サーバとして動作している参加ノードＡに送信する。画面共有停止リクエストを受信した参加ノードＡは、ステップＳ３０８で、画面共有管理サーバ１３０を介して画面共有停止レスポンスを返信し、参加ノードＣはこれを受信する。レスポンスを受信した参加ノードＣでは、ステップＳ３０９で、画面データ送受信部１１８ｃが、参加ノードＡから送信される画面データの受信を停止する。一方、レスポンスを返信をした参加ノードＡでは、ステップＳ３１０で、画面データ送受信部１１８ａが、画面共有停止リクエストの送信元の参加ノードＣに向けた画面データの送信を停止する。これにより、共有サーバとして動作していた参加ノードＡと、共有クライアントとして動作していた参加ノードＣとの画面共有が解消される。

参加ユーザＡ（ここでは、新たに参加ノードＣを共有サーバとして画面共有を要求する参加ノードＡについて説明するが、参加ノードＥについても同様の処理が行われる。）は、ステップＳ３１１で、共有サーバＣを相手方とした画面共有リクエストを画面共有管理サーバ１３０に送信する。画面共有管理サーバ１３０では、リクエスト処理部１４４は、受信した画面共有リクエストをその指定される相手方である参加ノードＣに転送する。

画面共有リクエストを受信した参加ノードＣでは、ステップＳ３１２で、セッション処理部１１４ｃが、画面共有の依頼元のユーザＩＤをユーザ通知し、操作者からの画面共有の許諾を適宜受ける。ステップＳ３１３では、参加ノードＣのセッション処理部１１４ｃは、画面共有管理サーバ１３０を介して画面共有リクエストに対するレスポンスを依頼元の参加ノードＡに送信する。

ステップＳ３１４では、参加ノードＣでは、画面データ送受信部１１８ｃが、提供されたセッション情報中の通信設定を参照して、画面共有リクエストの送信元の参加ノードＡに向けて画面データの送信を開始する。一方、レスポンスを受信した参加ノードＡでは、ステップＳ３１５で、画面データ送受信部１１８ａが、参加ノードＣから送信された画面データの受信を開始する。これにより、参加ノードＡの共有クライアントとして動作していた参加ノードＣが、参加ノードＡを代替して共有サーバとして動作し、参加ノードＡを基点とした共有関係から参加ノードＣを基点とした共有関係へ変更される（図１３（Ｂ））。

図６（Ｂ）は、図６（Ａ）に示す状態から上記フローにより、参加ノードＡと参加ノードＣとの共有関係が交換された状態を示す。図６（Ｂ）に示すセッション管理テーブル２００Ｃでは、参加ノードＡ（user1）および参加ノードＣ（user3）が、それぞれ共有クライアント（recvonly）および共有サーバ（sendonly）に変更され、参加ノードＡ（user1）、参加ノードＣ（user3）および参加ノードＥ（user5）の通信カラムは、参加ノードＣ（user3）から参加ノードＡ（user1）および参加ノードＥ（user5）への画面データの流れに変更されていることが理解される。

［追加の画面の共有関係の成立］
図８は、第１の実施形態の電子会議システム１００において参加ノードＥ、参加ノードＣおよび画面共有管理サーバ１３０間で実行される、追加の画面の共有関係を成立させるための処理を示すフローチャートである。なお、図８に示す処理が開始される時点では、参加ノードＥおよび参加ノードＡは、参加ノードＣを共有サーバとする共有クライアントとして動作している。

図８に示す処理は、ステップＳ４００で、参加ノードＥが操作者からの追加の画面提供をする旨の指示を受領したことに応答して開始される。なお、参加ノードＥのデスクトップ上には、共有サーバである参加ノードＣのデスクトップ画面が縮小されてウィンドウ画面上に表示され、他のウィンドウにおいて所望のプレゼンテーションの画面が表示されているものとする（図１３（Ｃ）の参加ノードＥ側画面）。ステップＳ４０１では、参加ノードＥのセッション処理部１１４ｅは、上記指示に応答して、追加の画面提供を申し出る画面追加リクエストを画面共有管理サーバ１３０に送信し、画面共有管理サーバ１３０はこれを受信する。画面追加リクエストには、ユーザＩＤ（例えばuser5@xxx.xx.xx）と、共有エージェントとなる旨を示す通信方向（sendrecv）と、共有画面タイプ（例えばmaterial）とが含まれている。

画面追加リクエストを受信した画面共有管理サーバ１３０では、ステップＳ４０２で、セッション情報更新部１４２は、当該リクエストの内容に従って、セッション情報記憶部１３４のセッション情報を更新し、ステップＳ４０３で、リクエスト処理部１４４は、画面追加リクエストに対するレスポンスを参加ノードＥに返信する。ステップＳ４０４で、セッション情報提供部１４０は、当該セッションの参加ノードに対し、セッション情報のうちの少なくとも更新部分を含む更新セッション情報通知を送信する。ステップＳ４０５で、参加ノードＣのセッション処理部１１４ｃは、セッション情報の更新を検知し、その更新箇所から参加ノードＥ（user5）が追加の画面提供の申し出をし、共有エージェントとして動作していることを検知し、共有エージェントおよびその共有画面タイプを画面共有アプリケーション１１２ｃの画面上に表示する。

ステップＳ４０６で、参加ノードＣが操作者からの参加ノードＥを相手方とした画面共有の指示を受領すると、ステップＳ４０７〜ステップＳ４１３の処理が行われる。ステップＳ４０７〜ステップＳ４１３の処理が、図５に示したステップＳ２０７〜ステップＳ２１３の処理と同様であるため、詳細な説明は割愛するが、これにより、共有エージェントとして動作する参加ノードＥと、参加ノードＣとの画面共有が確立される。同様に、参加ノードＡが操作者からの参加ノードＥを相手方とした画面共有の指示を受領すると、共有エージェントとして動作する参加ノードＥと、参加ノードＡとの画面共有が確立される。

図９は、上記図８に示したフローにより、参加ノードＥと他の参加ノードとの間で新たに共有関係が形成された状態を示す。図９に示すセッション管理テーブル２００Ｄでは、参加ノードＥ（user5）および参加ノードＣ（user3）が共有エージェント（sendrecv）に変更され、参加ノードＥ（user5）から参加ノードＣ（user3）および参加ノードＡ（user1）への画面データの流れが通信のカラムに新たに追加されていることが理解される。

なお、参加ノードＡ、参加ノードＣおよび参加ノードＥの画面の共有関係は、図１３（Ｃ）に示された状態となる。参加ノードＥは、共有エージェントとして、参加ノードＣから画面提供を受けてウィンドウ上に表示する一方で、参加ノードＣに対しデスクトップ画面の画面提供を行っているが、参加ノードＣから画面提供を受けて表示する画面領域を除外したデスクトップ領域を参加ノードＣに対し提供することができる。

［画面の共有関係の解消］
図１０は、第１の実施形態の電子会議システム１００において参加ノードＥ、参加ノードＣおよび画面共有管理サーバ１３０間で実行される、図８に示すフローにより追加された共有画面を削除する処理を示すフローチャートである。なお、図１０に示す処理が開始される時点では、参加ノードＥは、参加ノードＣから画面提供を受けるとともに、参加ノードＣおよび参加ノードＡへ画面提供する共有エージェントとして動作している。図１０を参照して代表例を説明するが、他の参加ノード間の共有関係についても同様に適用できる。

図１０に示す処理は、ステップＳ５００で、参加ノードＥが操作者からの追加した共有画面の削除の指示を受領したことに応答して開始される。ステップＳ５０１では、参加ノードＥのセッション処理部１１４ｅは、上記指示に応答して、画面共有管理サーバ１３０を介して画面共有停止リクエストを参加ノードＣに送信する。この画面共有停止リクエストには、参加ノードＥのユーザＩＤと、その相手方の参加ノードのユーザＩＤとが含まれる。

なお、参加ノードＥの共有クライアントとして動作する参加ノードが複数ある場合には、それらの参加ノードにも画面共有停止リクエストが送信される。ここでは、参加ノードＡにも画面共有停止リクエストが送信される。また、複数の参加ノードへ画面共有停止リクエストを送信する場合、画面共有管理サーバ１３０へは一つの画面共有停止リクエストが送信され、画面共有管理サーバ１３０で各参加ノードに画面共有停止リクエストをフォークするよう構成してもよい。

画面共有停止リクエストを受信した参加ノードＣ（ここでは、参加ノードＥの画面提供を受ける参加ノードＣについて説明するが、参加ノードＡについても同様の処理が行われる。）では、ステップＳ５０２で、セッション処理部１１４ｃが画面共有管理サーバ１３０を介して画面共有停止レスポンスを返信し、ステップＳ５０３で、画面データ送受信部１１８ｃが、参加ノードＥから送信される画面データの受信を停止する。

一方、レスポンスを受信した参加ノードＥでは、ステップＳ５０４で、画面データ送受信部１１８ｅが、参加ノードＣ（同様に参加ノードＡ）に向けた画面データの送信を停止する。これにより、共有サーバとして動作していた参加ノードＥと、共有クライアントとして動作していた参加ノードＣ（同様に参加ノードＡ）との画面共有が解消される。

画面共有停止レスポンスを転送した画面共有管理サーバ１３０では、リクエスト処理部１４４は、当該画像共有停止リクエストおよび画像共有停止レスポンスの内容から画面共有関係が解消したことを検知し、セッション情報更新部１４２へ処理を渡す。ステップＳ５０５では、セッション情報更新部１４２は、セッション情報記憶部１３４内のセッション情報を更新し、セッション情報提供部１４０へ処理を渡す。ここでは、参加ノードＥは、共有クライアント（recvonly）として動作する旨で更新される。ステップＳ５０６では、セッション情報提供部１４０は、当該セッションの参加ノードに対し、適宜、セッション情報のうちの少なくとも更新部分を含む更新セッション情報通知を送信する。

［セッション脱退］
図１１は、第１の実施形態の電子会議システム１００において参加ノードＥがセッションから脱退する処理を示すフローチャートである。なお、図１１に示す処理が開始される時点では、参加ノードＥは、参加ノードＣからの画面提供を受ける共有クライアントとして動作している。図１１を参照して代表例を説明するが、他の参加ノードについても同様に適用できる。

図１１に示す処理は、ステップＳ６００で、参加ノードＥが操作者からのセッション脱退の指示を受領したことに応答して開始される。参加ノードＥが共有クライアントとして画面提供を受けているため、ステップＳ６０１では、セッション処理部１１４ｅは、上記指示に応答して、まず、画面共有管理サーバ１３０を介して画面共有停止リクエストを相手方の共有サーバである参加ノードＣに送信する。なお、ここでは、共有クライアント側からの画面共有停止リクエストであるため、共有サーバへ送信するのみとするが、参加ノードが共有サーバまたは共有エージェントとして動作していた場合には、自身の画面提供を受ける各共有クライアントの参加ノードにも当該リクエストを送信することができる。同様に、参加ノードＥが複数の画面提供を受けていた場合には、各共有サーバまたは共有エージェントへ送信することができる。

画面共有停止リクエストを受信した参加ノードＣは、ステップＳ６０２で、画面共有管理サーバ１３０を介して画面共有レスポンスを返信し、ステップＳ６０３で、参加ノードＥへの画面データの送信を停止する。一方、レスポンスを受信した参加ノードＥは、ステップＳ６０４で、参加ノードＣからの画面データの受信を停止する。これにより、共有サーバとして動作していた参加ノードＣと、当該参加ノードＥとの画面共有が解消される。

ステップＳ６０５では、参加ノードＥは、セッション脱退リクエストを画面共有管理サーバ１３０に送信する。ステップＳ６０６では、画面共有管理サーバ１３０のリクエスト処理部１４４は、参加ノードＥにセッション脱退レスポンスを応答し、ステップＳ６０７で、画面共有管理サーバ１３０のセッション情報更新部１４２は、当該リクエストの内容に従って、セッション情報記憶部１３４のセッション情報を更新する。すなわち、参加ノードＥ（user5）のレコードを削除し、参加ノードＥ（user5）との通信を記述する他の参加ノードのデータも修正する。

セッション情報が更新されると、ステップＳ６０８では、セッション情報提供部１４０は、当該セッションの参加ノードに対し、セッション情報のうちの少なくとも更新部分を含む更新セッション情報通知を送信する。これにより、参加ノードＥがセッションから途中で脱退したことが他の参加ノードに知られることとなる。

［セッション終了フロー］
図１２は、第１の実施形態の電子会議システム１００においてセッションを終了させる処理を示すフローチャートである。なお、図１２に示す処理が開始される時点では、参加ノードＡは、共有クライアントとして動作し、参加ノードＣは、参加ノードＡの共有サーバとして動作している。

図１２に示す処理は、ステップＳ７００で、参加ノードＡが操作者からのセッション終了の指示を受領したことに応答して開始される。ステップＳ７０１では、参加ノードＡのセッション処理部１１４ａは、上記指示に応答して、画面共有管理サーバ１３０にセッション終了リクエストを送信し、画面共有管理サーバ１３０はこれを受信する。このセッション終了リクエストには、終了させるセッションのセッションＩＤと、開催終了を示す状態値（terminated）を含む。

画面共有管理サーバ１３０のリクエスト処理部１４４は、ステップＳ７０２で、参加ノードＡにレスポンスを返信し、ステップＳ７０３で、終了が指定されるセッションの参加ノードに対し、セッション終了通知を送信する。参加ノードＡが共有クライアントとして画面提供を受けているため、参加ノードＡでは、ステップＳ７０４で、セッション処理部１１４ａが、画面共有管理サーバ１３０を介して、共有サーバである参加ノードＣに画面共有停止リクエストを送信する。なお、ここでは共有サーバへ送信するのみとしているが、参加ノードＡが共有サーバまたは共有エージェントとして動作していた場合には、自身の画面提供を受ける各共有クライアントの参加ノードにもリクエストを送信することができる。

画面共有停止リクエストを受信した参加ノードＣは、ステップＳ７０５で、画面共有管理サーバ１３０を介して画面共有停止レスポンスを返信し、ステップＳ７０６で、参加ノードＡへの画面データの送信を停止する。一方、レスポンスを受信した参加ノードＡは、ステップＳ７０７で、参加ノードＣからの画面データの受信を停止する。これにより、共有サーバとして動作していた参加ノードＣと、共有クライアントとして動作していた参加ノードＡとの画面共有が解消される。

画面共有停止レスポンスを転送した画面共有管理サーバ１３０では、リクエスト処理部１４４は、セッション脱退リクエストに続くやり取りからセッションを閉じてよいことを検知し、セッション情報更新部１４２へ処理を渡す。ステップＳ７０８では、セッション情報更新部１４２は、セッション情報記憶部１３４内のセッション情報を更新する。

なお、図１２は、参加ノード側から明示的なセッション終了の指示があった場合のセッション終了フローを示すが、他の実施形態では、所定の時刻が到来したことに応答して、またはセッションから参加ノード全部が脱退したことに応答して、画面共有管理サーバ側からセッション終了フローを開始することもできる。

上述した第１の実施形態によれば、画面共有管理サーバ１３０は、複数の共有サーバおよび複数の共有クライアント間の多対多の共有関係が定義可能なセッション情報を使用して、参加ノード間における共有関係の成立、解消、変更の手続を仲介することができる。画面共有管理サーバ１３０が保持するセッション情報は、共有関係の成立、解消、変更の手続中に随時更新しつつ、最新のセッション情報がセッションの参加ノード間で共有されることとなる。このため、各参加ノード間の多対多の画面共有関係を容易に構築することができ、また変更することができるため、複数のディスプレイを活用した遠隔会議を行う際の煩雑な作業を削減し、遠隔会議が効率的に行われるよう支援することができる。

以下、図１４〜図１６を参照しながら、第２の実施形態による電子会議システム３００について説明する。図１４は、第２の実施形態による電子会議システムを示す。図１４に示す電子会議システム３００は、ネットワーク３０２を介して相互に接続される複数のコンピュータ装置３１０ａ〜３１０ｃ、複数のディスプレイ装置３２０ａ，３２０ｂおよび共有管理サーバ３３０に加えて、さらに、ネットワーク３０２に接続する端末装置３５０ａ〜３５０ｃと、タッチパネル・ディスプレイ装置３６０ａ，３６０ｂとを含んで構成される。

コンピュータ装置３１０およびディスプレイ装置３２０の構成は、第１の実施形態と同様の構成であるが、第２の実施形態では、コンピュータ装置３１０ａがディスプレイ装置３２０ａに直接接続されておらず、ディスプレイ装置３２０ａには、端末装置３５０ｃが接続されている。端末装置３５０は、ユーザインターフェースを備えないが、コンピュータ装置３１０と同様に、デスクトップ画面またはアプリケーション・ウィンドウ画面をコンピュータ間で共有するための画面共有アプリケーションが実装されており、共有サーバまたは共有クライアントのいずれかまたは両方として動作することができる。

端末装置３５０は、利用者が直接操作をすることができないが、端末装置３５０ａ，３５０ｂには、タッチパネル・ディスプレイ装置３６０ａ，３６０ｂがそれぞれ接続されており、タッチパネル・ディスプレイ装置３６０に対する操作が端末装置３５０にフィードバックされるように構成されている。これにより、マウスなどのポインティング・デバイスを接続することなしに、端末装置３５０を制御することができるよう構成されている。

端末装置３５０には、例えばペイント・アプリケーションがインストールされており、タッチパネル・ディスプレイ装置３６０をタッチすることで、絵を描くことができ、ホワイトボードの機能を電子的に実現している。なお、第２の実施形態における説明では、デスクトップ画面全体ではなく、所定のアプリケーション画面を共有対象とする。これに対応して、セッション管理テーブル内の共有画面タイプには、アプリケーションを識別するアプリケーション名が入力される。

以下、説明の便宜のため、端末装置３５０ａおよびタッチパネル・ディスプレイ装置３６０ａを合わせて電子ホワイトボード３７０ａと参照し、端末装置３５０ｂ等についても同様とする。また、説明する実施形態では、端末装置３５０とタッチパネル・ディスプレイ装置３６０とは、それぞれ個別の装置として構成されているが、他の実施形態では、これらを組み合わせて一体の電子ホワイトボード３７０として構成してもよい。

第２の実施形態の画面共有管理サーバ３３０は、第１の実施形態と同様に、画面共有管理アプリケーションが実装されており、コンピュータ装置、端末装置間に形成される画面の共有関係をセッションにより管理する。

［セッションの事前設定］
図１５は、第２の実施形態における画面共有管理サーバ３３０が保持するセッション管理テーブルのデータ構造を示す。図１５（Ａ）は、「meeting2」のセッションが開始される前の、セッション管理テーブル４００Ａの状態を示す。図１５（Ａ）に示す例では、所定のコンピュータ装置３１０および電子ホワイトボード３７０が、セッション開始前から予め参加ノードとしてセッションに登録される。また、いくつかの参加ノードには、通信方向、共有画面タイプの値が事前指定されている。

第２の実施形態におけるセッション管理テーブル４００には、さらに、各セッションのレコードに時間のカラムが設けられており、ここには、そのセッションの開始予定時刻および終了予定時刻を入力することができる。

［セッション自動開始および自動終了］
図１６は、第２の実施形態の電子会議システム３００においてコンピュータ装置３１０および画面共有管理サーバ３３０間で実行される、セッションを開始する処理を示すフローチャートである。以下、セッションに参加するコンピュータ装置３１０ａ、電子ホワイトボード３７０ａ、コンピュータ装置３１０ｂ、電子ホワイトボード３７０ｂ、コンピュータ装置３１０ｃ、端末装置３５０ｃを、それぞれ参加ノードＡ〜参加ノードＦと参照する。また、図１５においては、代表例として、参加ノードＡに対する処理のみが示されているが、他の参加ノードについても同様である。

図１６に示す処理は、画面共有管理サーバ３３０が、特定のセッション（meeting2）のセッション開始時刻が到来したことに応答して、ステップＳ８００から開始する。ステップＳ８０１では、画面共有管理サーバ３３０は、当該セッションの参加ノードの通信設定情報を読み出し、その参加ノード（図１６に示す例では参加ノードＡ）にセッション招待リクエストを送信する。セッション招待リクエストは、当該セッションに対応するセッション情報を含むものである。

セッション招待リクエストを受信した参加ノードＡは、ステップＳ８０２で、セッション招待リクエストに対するレスポンスを画面共有管理サーバ３３０へ返信し、ステップＳ８０３で、当該リクエストが含むセッション情報に従って、現在の状態を画面共有アプリケーションの画面上等に表示する。このように第２の実施形態では、予め設定したセッション開始予定時刻に合わせて、セッションに参加ノードを自動的に招待することができる。なお、図１６に示したものと同様のフローにより、セッション終了時刻が到来したことに応答して、自動的にセッションを終了させることもできる。

［画面の共有関係の成立１］
以下、第２の実施形態の電子会議システム３００における画面の共有関係を成立させるための処理の流れについて説明する。図１７は、第２の実施形態の電子会議システムにおいて参加ノード（コンピュータ装置３１０ａ：user1@xxx.xx.xx）、参加ノードＦ（端末装置３５０ｃ：user6@xxx.xx.xx）および画面共有管理サーバ３３０間で実行される、画面の共有関係を成立させるための処理を示すフローチャートである。なお、図１７に示すフローチャートは、図５に示したものと類似するため、詳細な説明は省略する。

図１７に示す処理は、ステップＳ９００で、参加ノードＡが操作者からの画面提供をする旨の指示を受領したことに応答して開始される。ステップＳ９０１では、参加ノードＡは、上記指示に応答して、画面共有管理サーバ３３０に画面提供リクエストを送信する。画面提供リクエストを受信した画面共有管理サーバ３３０は、ステップＳ９０２で、当該リクエストの内容に従って、セッション情報を更新する。例えば、ユーザＩＤのレコードの通信方向と、共有画面タイプとが、「sendonly」および「presentation」（プレゼンテーション・アプリケーションを識別する）に書き換えられる。

セッション情報が更新されると、ステップＳ９０３では、画面共有管理サーバ３３０は、画面提供レスポンスを参加ノードＡに返信し、ステップＳ９０４で、当該セッションに参加する参加ノードに対し、セッション情報のうちの少なくとも更新部分を含む更新セッション情報通知を送信する。ステップＳ９０５では、更新セッション情報通知を受信した参加ノードＦは、セッション情報の更新を検知し、その更新箇所から参加ノードＡ（user1）がプレゼンテーション・アプリケーション（presentation）の画面の提供の申し出をし、共有サーバ（sendonly）として動作していることを検知し、所与の条件に合致するか否かを判断する。参加ノードＦは、直接操作をすることができないため、この所与の条件とは、画面提供の申し出に応答した画面共有の開始を条件付けるものである。例えば、セッション情報の通信方向が「sendonly」または「sendrecv」であり、かつ、共有画面タイプが「presentation」である参加ノードに関する情報を受信した場合に、自動的に画面共有を開始し、当該参加ノードに対し画面共有リクエストを送信するよう条件付けることができる。

ステップＳ９０５の判断の結果、画面共有を行う旨が判定されると、ステップＳ９０６では、上記判定に対応して、参加ノードＡを相手方とした画面共有リクエストを画面共有管理サーバ１３０に送信し、画面共有管理サーバ１３０は、画面共有リクエストを参加ノードＡに転送する。なお、以降のステップＳ９０７〜ステップＳ９１２処理は、図５に示したステップＳ２０８〜ステップＳ２１３と同様であるため、説明を割愛するが、この処理により、共有サーバとして動作する参加ノードＡと、共有クライアントとして動作する参加ノードＦとのピア・ツー・ピアの画面の共有関係が確立される。ひいては、コンピュータ装置３１０ａとディスプレイ装置３２０ａとを直接接続することなしに、コンピュータ装置３１０ａの画面をディスプレイ装置３２０ａに映像出力させることが可能となる。

［画面の共有関係の成立２］
また、参加ノードＢ（電子ホワイトボード３７０ａ：user2@xxx.xx.xx）および参加ノードＤ（電子ホワイトボード３７０ｂ：user4@xxx.xx.xx）も同様に、ユーザが直接操作するものではないため、所与の条件により、画面提供の申し出に応答した画面共有の開始を条件付けることができる。この所与の条件は、例えば、セッション情報における参加ノードの通信方向が「sendonly」または「sendrecv」であり、かつ、共有画面タイプが「paint」（ペイント・アプリケーション）の場合に画面共有を自動的に開始するよう条件を定めることができる。

上記条件が参加ノードＤに設定されている場合、図１５（Ａ）に示すセッション管理テーブル４００Ａにおいて、参加ノードＢの通信方向が「sendonly」だり、かつ共有画面タイプが「paint」であるため、セッション開始時に招待リクエストを受信した際に、参加ノードＢおよび参加ノードＤ間で、参加ノードＢを共有サーバとし参加ノードＤを共有クライアントとした共有関係が成立することとなる。

図１４に示す関係が成立した場合には、図１５（Ｂ）に示すセッション管理テーブル４００Ｂの状態となる。図１５（Ｂ）に示すセッション管理テーブル４００Ｂでは、通信方向のカラムには、参加ノードＡ（user1）および参加ノードＢ（user2）が共有サーバ（sendonly）として動作し、参加ノードＣ〜参加ノードＦ（user3〜user6）が共有クライアント（recvonly）として動作していることが示されている。さらに図１５（Ｂ）には、通信カラムに、参加ノードＡ（user1）から参加ノードＣ（user3）、参加ノードＥ（user5）および参加ノードＦ（user6）への画面データの流れ、参加ノードＢ（user2）から参加ノードＤ（user4）への画面データの流れが共有関係として記述されていることが理解される。

以上説明したように、本実施形態によれば、情報処理装置間の多対多の画面共有を管理し、上記共有関係を効率的に形成することを可能とする画面共有システム、管理サーバ、情報処理装置、画面共有管理方法、プログラムおよび記録媒体を提供することができる。

本実施形態の上記機能は、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）などのオブジェクト指向プログラミング言語などで記述された装置実行可能な印刷制御プログラムにより実現でき、本実施形態のプログラムは、ハードディスク装置、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、フレキシブルディスク、ＥＥＰＲＯＭ、ＥＰＲＯＭなどの装置可読な記録媒体に格納して頒布することができ、また他装置が可能な形式でネットワークを介して伝送することができる。

これまで本実施形態につき説明してきたが、本発明は、上述した実施形態に限定されるものではなく、他の実施形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用効果を奏する限り、本発明の範囲に含まれるものである。

１００…電子会議システム、１０２…ネットワーク、１０４…第１会議室、１０６…第２会議室、１０８…サテライトオフィス、１１０…コンピュータ装置、１１２…画面共有アプリケーション、１１４…セッション処理部、１１６…メッセージ交換部、１１８…画面データ送受信部、１２０…ディスプレイ装置、１３０…画面共有管理サーバ、１３２…画面共有管理アプリケーション、１３４…セッション情報記憶部、１３６…セッション管理部、１３８…メッセージ仲介部、１４０…セッション情報提供部、１４２…セッション情報更新部、１４４…リクエスト処理部、２００…セッション管理テーブル、２１０…参加ノード情報、３００…電子会議システム、３０２…ネットワーク、３１０…コンピュータ装置、３２０…ディスプレイ装置、３３０…共有管理サーバ、３５０…端末装置、３６０…タッチパネル・ディスプレイ装置、３７０…電子ホワイトボード、４００…セッション管理テーブル

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

Claims (14)

1. 複数の情報処理装置と、管理サーバとを含む画面共有システムであって、
   前記複数の情報処理装置が参加するセッションを記述し、画面提供をする共有サーバと前記画面提供を受ける共有クライアントとの関係を多対多で定義可能なセッション情報を記憶する記憶手段と、
   前記共有クライアントとして動作する情報処理装置から画面切替の依頼を受信した場合に、指定された共有サーバとして動作する情報処理装置に対し前記画面切替の依頼を転送する手段と、
   前記画面切替の合意が成立したことを検知した場合に、前記画面切替の依頼を送信してきた共有クライアントを代わりの新たな共有サーバとして共有関係を書き換えて前記セッション情報を更新する手段と、
   従前の共有サーバであった情報処理装置から画面共有の依頼を受信した場合に、前記新たな共有サーバとして動作する情報処理装置に前記画面共有の依頼を転送する手段と
   を含む前記管理サーバと、
   前記セッション情報に従って、共有サーバを指定して前記画面切替の依頼を送信する手段と、
   前記画面切替の合意に対応して、前記従前の共有サーバからの画面共有にかかる受信を停止する手段と、
   前記新たな共有サーバとして、自身の共有クライアントの情報処理装置に向けた画面データの送信を開始する手段と
   を含む、前記セッションに参加する前記情報処理装置と
   有する、画面共有システム。
2. 前記管理サーバは、共有クライアントとして動作する情報処理装置からの追加の画面提供の申し出があった場合に、該情報処理装置が共有クライアントおよび共有サーバの両方として動作する旨前記セッション情報を更新する手段をさらに含み、
   前記共有クライアントおよび共有サーバの両方として動作する情報処理装置は、共有クライアントとして画像データを受信するとともに、前記追加の画面提供の申し出による共有関係が成立したことに応答して、該共有関係の共有クライアントの情報処理装置に向けた画面データの送信を開始する手段をさらに含む、請求項１に記載の画面共有システム。
3. 前記管理サーバは、
   前記セッションに参加する情報処理装置に対し、前記セッション情報を提供することで、前記共有サーバとして動作する情報処理装置を通知する提供手段と、
   前記セッションに参加する情報処理装置から画面共有の依頼を受信した場合に、前記共有サーバとして動作する情報処理装置に前記画面共有の依頼を転送する手段と、
   前記画面共有の依頼による共有関係が成立した場合に前記セッション情報を更新する手段と
   をさらに含み、前記セッションに参加する情報処理装置は、
   前記セッション情報に従って、前記共有サーバとして動作する情報処理装置に対する前記画面共有の依頼を送信する手段をさらに含む、請求項１または２に記載の画面共有システム。
4. 前記管理サーバは、
   前記セッションに参加する情報処理装置からの画面提供の申し出があった場合に、該情報処理装置が共有サーバとして動作する旨前記セッション情報を更新する手段と、
   前記セッションに参加する情報処理装置に対し、更新されたセッション情報または更新部分を配信することで前記申し出を通知する手段と
   をさらに含む、請求項１〜３のいずれか１項に記載の画面共有システム。
5. 前記管理サーバは、前記セッション情報に事前指定されたセッション開始時刻が到来したことに応答して、前記セッションに参加する情報処理装置に対して当該セッションへ招待する手段をさらに含む、請求項１〜４のいずれか１項に記載の画面共有システム。
6. 前記管理サーバは、前記セッション情報に事前指定されたセッション終了時刻が到来したことに応答して、前記セッションに参加している情報処理装置に対し、当該セッションの終了を通知する手段をさらに含む、請求項１〜５のいずれか１項に記載の画面共有システム。
7. 前記セッションに参加する情報処理装置は、前記セッション情報の提供に応答して前記共有サーバとして動作する情報処理装置をユーザ通知し、ユーザからの明示の許諾を受けた場合、または前記セッション情報が所与の条件を満たす場合に、前記共有サーバとして動作する情報処理装置に対する前記画面共有の依頼を送信する、請求項１〜６のいずれか１項に記載の画面共有システム。
8. 複数の情報処理装置間の画面共有を管理する管理サーバであって、前記管理サーバは、
   前記複数の情報処理装置が参加するセッションを記述し、画面提供をする共有サーバと前記画面提供を受ける共有クライアントとの関係を多対多で定義可能なセッション情報を記憶する記憶手段と、
   前記共有クライアントとして動作する情報処理装置から画面切替の依頼を受信した場合に、指定された共有サーバとして動作する情報処理装置に対し前記画面切替の依頼を転送する手段と、
   前記画面切替の合意が成立したことを検知した場合に、前記画面切替の依頼を送信してきた共有クライアントを代わりの新たな共有サーバとして共有関係を書き換えて前記セッション情報を更新する手段と、
   従前の共有サーバであった情報処理装置から画面共有の依頼を受信した場合に、前記新たな共有サーバとして動作する情報処理装置に前記画面共有の依頼を転送する手段と
   を含む、管理サーバ。
9. 請求項８に記載の管理サーバと通信する情報処理装置であって、
   前記セッション情報に従って、共有サーバを指定して前記画面切替の依頼を送信する手段と、
   前記画面切替の合意に対応して、前記従前の共有サーバからの画面共有にかかる受信を停止する手段と、
   前記新たな共有サーバとして、自身の共有クライアントの情報処理装置に向けた画面データの送信を開始する画面送信手段と
   を含む、情報処理装置。
10. 請求項８に記載の管理サーバと通信する情報処理装置であって、前記画面切替の合意が成立した場合に、従前の共有クライアントへの画面共有にかかる送信を停止する手段と、前記新たな共有サーバを指定して画面共有の依頼を送信する手段と
    を含む、情報処理装置。
11. 複数の情報処理装置間の画面共有を管理する管理サーバが実行する方法であって、
    前記管理サーバが、前記複数の情報処理装置が参加するセッションを記述し、画面提供をする共有サーバと前記画面提供を受ける共有クライアントとの関係を多対多で定義可能なセッション情報を記憶するステップと、
    前記管理サーバが、前記共有クライアントとして動作する情報処理装置から画面切替の依頼を受信した場合に、指定された共有サーバとして動作する情報処理装置に対し前記画面切替の依頼を転送するステップと、
    前記管理サーバが、前記画面切替の合意が成立したことを検知した場合に、前記画面切替の依頼を送信してきた共有クライアントを代わりの新たな共有サーバとして共有関係を書き換えて前記セッション情報を更新するステップと、
    前記管理サーバが、従前の共有サーバであった情報処理装置から画面共有の依頼を受信した場合に、前記新たな共有サーバとして動作する情報処理装置に前記画面共有の依頼を転送するステップと
    を含む、画面共有管理方法。
12. 複数の情報処理装置と、装置間の画面共有を管理する管理サーバとを含む画面共有システムで実行される方法であって、
    前記管理サーバが、前記複数の情報処理装置が参加するセッションを記述し、画面提供をする共有サーバと前記画面提供を受ける共有クライアントとの関係を多対多で定義可能なセッション情報を記憶するステップと、
    前記セッションに参加し、前記共有クライアントとして動作する情報処理装置が、前記セッション情報に従って、共有サーバを指定して画面切替の依頼を送信するステップと、
    前記管理サーバが、前記共有クライアントとして動作する情報処理装置から前記画面切替の依頼を受信した場合に、指定された共有サーバとして動作する情報処理装置に対し前記画面切替の依頼を転送するステップと、
    前記管理サーバが、前記画面切替の合意が成立したことを検知した場合に、前記画面切替の依頼を送信してきた共有クライアントを代わりの新たな共有サーバとして共有関係を書き換えて前記セッション情報を更新するステップと、
    前記管理サーバが、従前の共有サーバであった情報処理装置から画面共有の依頼を受信した場合に、前記新たな共有サーバとして動作する情報処理装置に前記画面共有の依頼を転送するステップと、
    前記新たな共有サーバとなった情報処理装置が、前記画面切替の合意に対応して、前記従前の共有サーバからの画面共有にかかる受信を停止するステップと、
    前記新たな共有サーバとなった情報処理装置が、自身の共有クライアントの情報処理装置に向けた画面データの送信を開始するステップと
    を含む、画面共有管理方法。
13. 請求項８に記載の管理サーバの各手段として機能させるためのプログラム。
14. 請求項１３に記載のプログラムを格納するコンピュータ可読な記録媒体。