(57)【要約】【課題】画面共有【解決手段】朝礼が開始された後、リーダーが予め用意しておいた資料を見せるときに、画面の共有を開始すると、メンバは共有状態に遷移し、リーダーのデスクトップ画面を各自のＰＣ上でリアルタイムに閲覧できるようになる。リーダーが特に資料なしで話をする場合、次に見せる資料やメールを探す場合、デスクトップ上でメンバに見せたくない操作をする場合は、画面共有を停止する。画面共有を停止すると、メンバは非共有状態に遷移し、デスクトップ画面上には「朝礼」という文字だけが表示されるようになる。【選択図】図１
2008234072.tif 000002
【特許請求の範囲】
【請求項１】
自身の画面データを少なくとも１台以上の画面共有クライアントに送信する画面共有サーバーと、受信した前記画面共有サーバーからの前記画面データを表示する画面共有クライアントからなるクライアント／サーバー方式の画面共有システムであって、
前記画面共有クライアントは、前記画面共有サーバーの画面を共有表示している共有状態と、共有表示していない非共有状態の２つの状態を有し、
前記非共有状態では、前記画面共有サーバーに接続中の前記画面共有クライアントが起動しているクライアントＰＣにはその利用に対して制限を課し、所定の操作のみを許可する制限手段を備えることを特徴とする画面共有システム。
【請求項２】
請求項１に記載の画面共有システムにおいて、前記非共有状態では、クライアントＰＣ自身のデスクトップ画面が表示されないように任意の画面が表示されることを特徴とする画面共有システム。
【請求項３】
請求項２に記載の画面共有システムにおいて、前記非共有状態では、画面共有サーバーによって指定された画像、もしくは文字を表示した画面が表示されることを特徴とする画面共有システム。
【請求項４】
請求項１に記載の画面共有システムにおいて、前記非共有状態では、前記クライアントＰＣの入力装置からの操作が制限されることを特徴とする画面共有システム。
【請求項５】
請求項１に記載の画面共有システムにおいて、前記非共有状態では、前記クライアントＰＣにおいて、所定のアプリケーションの操作が許可されることを特徴とする画面共有システム。
【請求項６】
請求項１に記載の画面共有システムにおいて、前記非共有状態では、前記クライアントＰＣにおいて指定された文書またはＵＲＬの閲覧が許可されていることを特徴とする画面共有システム。
【請求項７】
請求項１に記載の画面共有システムにおいて、前記クライアントＰＣは、前記画面データを表示している共有画面のスナップショットを記録する機能を有し、前記非共有状態では、非共有時に記録された前記スナップショットを閲覧することが許可されていることを特徴とする画面共有システム。
【請求項８】
請求項１に記載の画面共有システムにおいて、前記非共有状態では、前記入力装置から入力された内容が、前記画面共有サーバーまたは他の前記クライアントＰＣの少なくとも１つにも表示される機能を有するアプリケーションの利用が許可されていることを特徴とする画面共有システム。
【請求項９】
請求項１に記載の画面共有システムにおいて、前記非共有状態では、共有時の最終画面を背景として前記クライアントＰＣの入力装置から文字または図形を書き込むことができ、書き込まれた内容が画面共有サーバーまたは他の前記クライアントＰＣの少なくとも１つにも表示される機能を有するアプリケーションの利用が許可されていることを特徴とする画面共有システム。
【請求項１０】
請求項１乃至９の何れか一項に記載の画面共有システムにおいて、前記画面共有サーバーが起動しているサーバーＰＣは、前記クライアントＰＣの接続状態を監視する機能を有することを特徴とする画面共有システム。
【請求項１１】
請求項１乃至９の何れか一項に記載の画面共有システムにおいて、前記クライアントＰＣは、画面を共有表示しているか否かを監視する機能を有することを特徴とする画面共有システム。
【請求項１２】
自身の画面データを少なくとも１台以上の画面共有クライアントに送信する画面共有サーバーからの前記画面データを表示する画面共有クライアントの画面共有プログラムであって、
前記画面共有サーバーの画面を共有表示していない非共有状態では、前記画面共有サーバーに接続中の前記画面共有クライアントが起動しているクライアントＰＣにはその利用に対して制限を課し、所定の操作のみを許可する制限ステップを実行させることを特徴とする画面共有プログラム。
【請求項１３】
請求項１２に記載の画面共有プログラムにおいて、前記非共有状態では、入力装置から入力された内容が、前記画面共有サーバーまたは他の前記クライアントＰＣの少なくとも１つにも表示される機能を有するアプリケーションの利用が許可されていることを特徴とする画面共有プログラム。
【請求項１４】
請求項１２に記載の画面共有プログラムにおいて、前記非共有状態では、共有時の任意の画面を背景として前記クライアントＰＣの入力装置から文字または図形を書き込むことができ、書き込まれた内容が前記画面共有サーバーまたは他の前記クライアントＰＣの少なくとも１つにも表示される機能を有するアプリケーションの利用が許可されていることを特徴とする画面共有プログラム。
【請求項１５】
自身の画面データを少なくとも１台以上の画面共有クライアントに送信する画面共有サーバーからの前記画面データを表示する画面共有クライアントのプログラム配信方法であって、
前記画面共有サーバーへ接続するのに必要な接続情報を生成するステップと、
前記接続情報をネットワーク経由で配布するステップと、
前記画面共有サーバーへ接続するためのプログラムを、ネットワークを介して前記画面共有クライアントが起動するクライアントＰＣに配布するステップと、
を含むことを特徴とするプログラム配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は画面共有システムに関し、特に、複数の端末上で共通の画面を表示する画面共有システムに関するものである。
【背景技術】
【０００２】
従来、会議や朝礼等でメンバ全員に情報を周知させるのに、１つのＰＣの画面を他のメンバのＰＣ画面に共有表示する画面共有技術というものがある。例えば、「ＮｅｔＭｅｅｔｉｎｇ」等の画面共有ソフトウェアがある。この技術は、会議や、教育、ＰＣによるサポート業務等に広く用いられている。このようなソフトウェアで同じ画面を共有表示出来るようにして、会議や教育を行うと、各メンバはＰＣ操作が可能であるため、議題とは関係ない内職を行うことが多いということが問題になっている。例えば朝礼中に交通費精算を行ったり、会議中にメールやネットサーフィンを行ったり、授業中にゲームソフトで遊ぶなどということがよく行われている。
特許文献１では、画面共有中の操作を禁止する技術について、特許文献２では、Ｗｅｂブラウザを使って同じＷｅｂページをメンバが同時に見ることができるシステムにおいて、ブラウザをロックしたり、ブラウザのアクセス可能なドメインを制限する技術が開示されている。
【０００３】
しかしこれらの発明では、画面共有の切り替え時に各メンバのデスクトップ画面やアプリケーション画面が表示されてしまうため、議題への集中を途切れさせてしまったり、ロックするのを忘れたのをいいことに内職を行ってしまうということがあり、メンバを強制的に議題に集中させるためには不十分である。よって、会議の間は（１）議長のＰＣ画面を閲覧するか、または、（２）議題と関係ないことは出来ない状態にすることが望ましい。但し、（２）については議題に関係のある操作だけは出来るようにするものとする。
これによって同時に、また、画面共有ソフトの一般的な問題として、ＰＣ上に表示されている画面が自分のＰＣの画面なのか、共有表示されている他のＰＣの画面なのかが分からなくなってしまうという問題がある。
また、画面共有技術としては、例えば、操作パネルに表示されているものと同一の画面を遠隔地で表示したり、タッチパネルを遠隔地から操作するために利用可能な技術として、ＰＣの画面共有を行う技術が知られている。代表的なものとして、ＶＮＣ（Virtual Network Computing）が広く知られている。
【０００４】
図２８を参照して、ＶＮＣの動作原理を簡単に説明する。遠隔操作される側のサーバーＰＣ６００上では、画面共有サーバー６１０が起動している。画面共有サーバー６１０の画面データ取得部６１１は、サーバーＰＣ６００のデスクトップ画面、あるいは、その一部の画面データを取得する。画面データ送信部６１２は、この画面データを、遠隔操作側のクライアントＰＣ７００上で起動している画面共有クライアント７１０にＯＳ通信部６１３を介して送信する。
画面共有クライアント７１０の画面データ受信部７１４は、送信されてきた画面データをＯＳ通信部７１３を介して受信する。画面データ表示部７１５は、受信した画面データを自身のデスクトップ画面上に表示する。これにより、画面共有サーバー６１０の起動しているサーバーＰＣ６００の画面を共有できるようになっている。尚、画面データは一般に、任意の圧縮がなされていたり、前のデータとの差分データにすることにより、通信データ量を少なくして、動作を高速にする工夫がなされている。
一方、遠隔から操作する場合は、クライアントＰＣ７００側の画面共有クライアント７１０は、共有画面へのマウスやキーボード等の入力装置からの入力イベントを入力イベント取得部７１１で取得する。入力イベント送信部７１２は、画面共有サーバー６１０に取得した入力イベント情報を送信する。画面共有サーバー６１０の入力イベント受信部６１４は、入力イベントを受信する。入力イベント実行部６１５は受信した入力イベントと同一のイベントを発生させて、ＯＳのメッセージループに送ることによって、画面共有クライアント７１０から画面共有サーバー６１０のサーバーＰＣ６００の遠隔操作を可能にしている。
【０００５】
また、特許文献１記載の発明では、共有画面の操作を禁止する技術について開示されている。また、特許文献２記載の発明では、ブラウザベースで画面を共有し、ブラウザロックをしたり、ブラウザのアクセス可能なドメインを制限する技術について開示されている。また、特許文献２記載の発明では、共有画面に複数人がマウスによる描き込みを行う技術が開示されている。
【特許文献１】特開平１１−３３１１９９号公報
【特許文献２】特表２００４−５２８６０６公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来技術では、例えば、画面共有が可能な会議システム等において、会議の間中、自分の通常のデスクトップ画面が表示されることがなく、議長の画面を見るか、会議と関係のあることしかできないないという状況に切り替えることができなかった。また、このような切り替えによって、会議中および会議外でのＰＣの役割をはっきりさせるということもできなかった。
本発明はこのような状況に鑑みてなされたものであり、上記問題点を解決できる画面共有システムを提供するものである。
【課題を解決するための手段】
【０００７】
請求項１に記載の画面共有システムは、自身の画面データを少なくとも１台以上の画面共有クライアントに送信する画面共有サーバーと、受信した前記画面共有サーバーからの前記画面データを表示する画面共有クライアントからなるクライアント／サーバー方式の画面共有システムであって、前記画面共有クライアントは、前記画面共有サーバーの画面を共有表示している共有状態と、共有表示していない非共有状態の２つの状態を有し、前記非共有状態では、前記画面共有サーバーに接続中の前記画面共有クライアントが起動しているクライアントＰＣにはその利用に対して制限を課し、所定の操作のみを許可する制限手段を備えることを特徴とする。
請求項２に記載の画面共有システムは、請求項１に記載の発明において、前記非共有状態では、クライアントＰＣ自身のデスクトップ画面が表示されないように任意の画面が表示されることを特徴とする。
請求項３に記載の画面共有システムは、請求項２に記載の発明において、前記非共有状態では、画面共有サーバーによって指定された画像、もしくは文字を表示した画面が表示されることを特徴とする。
【０００８】
請求項４に記載の画面共有システムは、請求項１に記載の発明において、前記非共有状態では、前記クライアントＰＣの入力装置からの操作が制限されることを特徴とする。
請求項５に記載の画面共有システムは、請求項１に記載の発明において、前記非共有状態では、前記クライアントＰＣにおいて、所定のアプリケーションの操作が許可されることを特徴とする。
請求項６に記載の画面共有システムは、請求項１に記載の発明において、前記非共有状態では、前記クライアントＰＣにおいて指定された文書またはＵＲＬの閲覧が許可されていることを特徴とする。
請求項７に記載の画面共有システムは、請求項１に記載の発明において、前記クライアントＰＣは、前記画面データを表示している共有画面のスナップショットを記録する機能を有し、前記非共有状態では、非共有時に記録された前記スナップショットを閲覧することが許可されていることを特徴とする。
【０００９】
請求項８に記載の画面共有システムは、請求項１に記載の発明において、前記非共有状態では、前記入力装置から入力された内容が、前記画面共有サーバーまたは他の前記クライアントＰＣの少なくとも１つにも表示される機能を有するアプリケーションの利用が許可されていることを特徴とする。
請求項９に記載の画面共有システムは、請求項１に記載の発明において、前記非共有状態では、共有時の最終画面を背景として前記クライアントＰＣの入力装置から文字または図形を書き込むことができ、書き込まれた内容が画面共有サーバーまたは他の前記クライアントＰＣの少なくとも１つにも表示される機能を有するアプリケーションの利用が許可されていることを特徴とする。
請求項１０に記載の画面共有システムは、請求項１乃至９に記載の発明において、前記画面共有サーバーが起動しているサーバーＰＣは、前記クライアントＰＣの接続状態を監視する機能を有することを特徴とする。
請求項１１に記載の画面共有システムは、請求項１乃至９に記載の発明において、前記クライアントＰＣは、画面を共有表示しているか否かを監視する機能を有することを特徴とする。
【００１０】
請求項１２に記載の画面共有プログラムは、自身の画面データを少なくとも１台以上の画面共有クライアントに送信する画面共有サーバーからの前記画面データを表示する画面共有クライアントの画面共有プログラムであって、前記画面共有サーバーの画面を共有表示していない非共有状態では、前記画面共有サーバーに接続中の前記画面共有クライアントが起動しているクライアントＰＣにはその利用に対して制限を課し、所定の操作のみを許可する制限ステップを実行させることを特徴とする。
請求項１３に記載の画面共有プログラムは、請求項１２に記載の発明において、前記非共有状態では、入力装置から入力された内容が、前記画面共有サーバーまたは他の前記クライアントＰＣの少なくとも１つにも表示される機能を有するアプリケーションの利用が許可されていることを特徴とする。
【００１１】
請求項１４に記載の画面共有プログラムは、請求項１２に記載の発明において、前記非共有状態では、共有時の任意の画面を背景として前記クライアントＰＣの入力装置から文字または図形を書き込むことができ、書き込まれた内容が前記画面共有サーバーまたは他の前記クライアントＰＣの少なくとも１つにも表示される機能を有するアプリケーションの利用が許可されていることを特徴とする。
請求項１５に記載のプログラム配信方法は、自身の画面データを少なくとも１台以上の画面共有クライアントに送信する画面共有サーバーからの前記画面データを表示する画面共有クライアントのプログラム配信方法であって、前記画面共有サーバーへ接続するのに必要な接続情報を生成するステップと、前記接続情報をネットワーク経由で配布するステップと、前記画面共有サーバーへ接続するためのプログラムを、ネットワークを介して前記画面共有クライアントが起動するクライアントＰＣに配布するステップと、を含むことを特徴とする。
【発明の効果】
【００１２】
本発明によれば、画面共有クライアントでの操作を制限することができ、クライアントＰＣの利用者を会議、朝礼、教育等に集中させることができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明が適用される朝礼システムの実施の形態について説明する。第１の実施の形態では、非共有時には画面に「朝礼」という文字と、議長の入力したメッセージが表示され、他のアプリが操作できないようになっている。かつ、接続状態・共有状態が監視されるようになっている。本実施の形態として、朝礼を行うためのアプリケーションソフトウェアの例について説明する。朝礼は、グループのリーダーが、そのグループのメンバに対して行うものとする。リーダーは、自分のデスクトップ画面を各メンバに見せながら朝礼を行うものとする。
【００１４】
［第１の実施例］
図１は、画面共有クライアント２００、画面共有サーバー１００のプログラムの機能ブロック図を示している。各ブロックは、プログラムモジュールの機能を示すもので、ハードウェア構成を示すものではない。画面共有クライアント２００、画面共有サーバー１００は、それぞれ一般的なＰＣ（パーソナルコンピュータ）等によって構成され、以下では、適宜、クライアントＰＣ、サーバーＰＣと記載する。
リーダーが利用する画面共有サーバー１００の機能構成は以下の通りである。接続監視部１０１は、メンバの画面共有クライアント２００の接続の有無を監視し、切断を検出した場合にメイン処理部１０５に通知する。ＵＩ（ユーザーインターフェイス）処理部１０４は、メンバが画面共有しているかを監視し、意図せぬ共有の切断を検出した場合にメイン処理部１０５に通知する。
メンバ管理部１０３は、自分のメンバの情報を管理する。プログラム起動時に図示しない記憶装置に記憶されているメンバ情報を読み込み、接続監視部１０１、ＵＩ処理部１０４からの情報とメンバの名前を関連付けて管理する。また、ＵＩ処理部１０４は、リーダーがマウスまたはキーボードでプログラムに対して入力を行った時のイベント処理を行い、その内容をメイン処理部１０５に伝えたり、必要なユーザーインターフェイスを画面に表示したりする。メイン処理部１０５は、プログラムのメインループで他の機能ブロックからの命令を管理、処理する。共有制御部１０６は、リーダーのデスクトップ画面をメンバのＰＣ（画面共有クライアント２００）の図示しない表示装置の画面上に共有表示を行うか、停止するかの制御を行う。画面データ取得部１０７は、図２８を参照して説明した場合と同様に、デスクトップの画面データを取得する。画面データ送信部１０８は、図２８を参照して説明した場合と同様に、画面データを画面共有クライアント２００に送信する。
通信部１０９は、画面共有サーバーを構成する一般的なＰＣが備える通信インタフェース（Ｉ／Ｆ）を介して、ＯＳ（Operating System）の機能を利用して画面共有クライアント２００と通信を行う。例えば、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）通信で画面データの送信や、クライアント／サーバー間の様々な命令の受送信を行う。
【００１５】
メンバの利用するクライアントＰＣで起動する画面共有クライアント２００の機能構成は以下の通りである。通信部２０１は、画面共有サーバー１００と同様、ＰＣの通信Ｉ／Ｆを介して、ＯＳの機能を利用して画面共有サーバー１００と通信を行う。例えば、ＴＣＰ／ＩＰ通信で画面データの受信や、クライアント／サーバー間の様々な命令の受送信を行う。ＵＩ処理部２０２、メイン処理部２０３の機能は、それぞれ画面共有サーバー１００の場合と同様である。画面データ受信部２０４は、図２８を参照して説明した場合と同様に、画面データを画面共有サーバー１００から受信する。画面データ表示部２０５は、図２８の説明と同様、受信した画面データをクライアントＰＣに接続された図示しない表示装置に表示する。
図２にネットワーク構成図を示す。リーダーのサーバーＰＣ上では画面共有サーバー１００が起動している。各メンバのクライアントＰＣ上では画面共有クライアント２００が起動している。メンバのＰＣの画面共有クライアント２００がリーダーのＰＣの画面共有サーバー１００に接続する。これらのＰＣの構成は、通信手段として例えばイーサネット（登録商標）で接続可能な、一般のＰＣと何ら変わることはなく、特殊なハードウェアの追加は行わなくても実現できる。
【００１６】
図３、図４にクライアントＰＣ（メンバのＰＣ）の画面の状態遷移を示す。画面共有クライアント２００を起動していないか、もしくは画面共有クライアント２００を起動しているがリーダーが朝礼を行っていない場合は、図３の上図の様にクライアントＰＣ上では特別な制限はなく、通常通り操作することができる。
画面共有クライアント２００起動時、リーダーが朝礼を開始し、画面共有サーバー１００に接続して朝礼に参加すると、図３の下の左右のいずれかの図に示したような状態になる。即ち、リーダーの画面を共有表示している場合（共有状態）は、図３の下の右図のように、リーダーの画面がクライアントＰＣのデスクトップ上に、全画面表示で最前面で表示され、原則として他の操作はできなくなる。一方、画面共有していない場合、図３の下の左図のように、「朝礼」画面が表示される。
これらの状態遷移は、図４のフローチャートに従って行われる。画面共有クライアント２００起動直後は、通常のデスクトップ画面が表示される（ステップＳ１）が、朝礼が開始されていれば（ステップＳ２のＹＥＳ）、画面共有中か否か（ステップＳ３）で共有状態（ステップＳ４）もしくは非共有状態（ステップＳ５）になる。共有状態でも非共有状態でも朝礼が終了すれば、通常のデスクトップ画面が表示される。共有状態で画面共有が停止されれば非共有状態（ステップＳ５）に、非共有状態で画面共有が開始されれば共有状態（ステップＳ４）に遷移する。
【００１７】
図５に画面共有クライアント２００／画面共有サーバー１００の各プログラムの動作フローを示す。リーダーのＰＣ上では画面共有サーバー１００が、メンバのＰＣ上では画面共有クライアント２００が起動しているものとする。リーダーが画面共有サーバー１００を操作して朝礼を開始する（ステップＳ１１）と、朝礼に参加するメンバの検索が行われる（ステップＳ１２）。例えば、同一サブネットに朝礼開始情報をブロードキャストする。
画面共有クライアント２００は、受信した朝礼開始情報から、それが自分の属するグループの朝礼であるか否かを調べ（ステップＳ２１）、自グループの朝礼であれば送信元のリーダーに接続し（ステップＳ２２）、他グループのものであれば何も行わない。リーダーに接続すると、メンバのＰＣ上には「朝礼」という文字のみが表示され（ステップＳ２３）、デスクトップや他のアプリケーション画面が表示されなくなる。
さらに、リーダーが画面の共有を開始する（ステップＳ１３）と、リーダーのデスクトップ画面のデータが、画面共有クライアント２００に送信される（ステップＳ１４）。画面共有クライアント２００が画面データの受信を開始すると、クライアントＰＣでは「朝礼」画面に代わり、議長（リーダー）のデスクトップ画面が共有画面として表示されるようになる（ステップＳ２４）。
リーダーが画面の共有を停止すれば（ステップＳ１５）、メンバのＰＣ上に表示されていた共有画面は消え、代わりに「朝礼」画面が表示される状態に戻る（ステップＳ２５）。リーダーは、朝礼中にもメンバを加える機能を有し、現在、他のメンバに画面を共有表示している時に、新規のメンバが追加された場合、新規メンバはリーダーへ接続すると同時に、画面の共有を開始するようにすることが望ましい。
【００１８】
図６に、非共有状態で、デスクトップや他のアプリケーション画面が表示されないようにする朝礼画面表示部２０６の動作を示すフローチャートを示す。「朝礼」画面表示中、デスクトップや他のアプリケーション画面が表示されないようにするためには、例えば、Ｍｉｃｒｏｓｏｆｔ（登録商標）社のＯＳ、Ｗｉｎｄｏｗｓ（登録商標）では、共有画面にＴＯＰＭＯＳＴ属性を与え、最前面に表示させるようにし、かつ、通常のデスクトップ画面が表示されないよう全画面表示を行うようにすることにより実現される。さらに、例えば、３秒のタイマーを回し、３秒毎に共有画面を最前面かつ全画面に表示することにより、他の画面が表示されないようにすることができる。朝礼が終了した場合や、画面の共有が開始された場合は、タイマーを停止して「朝礼」画面の表示を終える。
まず、タイマーを開始し（ステップＳ３１）、朝礼開始中であるか否かを判定し（ステップＳ３２）、朝礼開始中でない場合、ステップＳ３７に進む。一方、朝礼開始中の場合、画面共有開始中であるか否かを判定し（ステップＳ３３）、画面共有開始中でない場合、ステップＳ３７に進む。一方、画面共有開始中である場合、ステップＳ３４に進み、タイマー完了か否か（３秒計時したか否か）が判定され、タイマー完了していないと判定された場合、ステップＳ３２に戻り、タイマー完了したと判定された場合、ステップＳ３５に進む。ステップＳ３５においては、「朝礼」画面を最前面かつ全画面に表示し、タイマーを再開する（ステップＳ３６）。ステップＳ３７においては、タイマーを停止し、「朝礼」画面の表示を終了させる。
【００１９】
非共有状態では、例えば「朝礼」という文字列の書かれたダイアログが、共有画面と同様の方法で、最前面かつ全画面に表示される。また、共有状態でリーダーが画面共有を停止した場合、クライアントＰＣでは、先に「朝礼」画面を表示し、その後共有画面のウィンドウを閉じるようにする、あるいは、「朝礼」画面を表示したまま共有画面を最前面に表示してもよい。
例えば、リーダーが予め用意しておいた資料を見せるときには、画面の共有を開始する。画面の共有を開始すると、メンバは共有状態に遷移し、リーダーのデスクトップ画面を各自のＰＣ上でリアルタイムに閲覧できるようになる。リーダーが特に資料なしで話をする場合、次に見せる資料やメールを探す場合など、デスクトップ上でメンバに見せたくない操作をする場合は、画面共有を停止する。画面共有を停止すると、メンバは非共有状態に遷移し、デスクトップ画面上には「朝礼」という文字だけが表示されるようになる。
共有状態と非共有状態との間の状態遷移の過程では、クライアントＰＣのデスクトップ画面は表示されないよう、継ぎ目なく画面が切り替わるようにする。これはデスクトップ画面が例えば１秒間表示されてしまうと、そこで気が散ってしまうからである。
このように、朝礼の間、クライアントＰＣでは、議長のデスクトップ画面が共有画面として表示されるか、もしくは「朝礼」画面が表示され、自身の通常のデスクトップ画面や他のアプリケーションの画面を表示することができなくなるので、メンバはＰＣでの内職が一切できなくなる。このため、メンバは朝礼に集中せざるを得なくなる。
【００２０】
また、ＵＩ処理部１０４は、リーダーが画面の共有を行っている時に、メンバ全員が確実に画面を共有表示しているか監視する。画面共有クライアント２００のプログラムもしくは、ＰＣ上の何らかの不具合により、共有画面が表示されていない場合、ＵＩ処理部１０４はメイン処理部１０５に切断を通知する。これにより、リーダーは切断したメンバに対して共有の再開を指示することができ、これにより、メンバが共有画面を確実に見るようにすることができる。
さらに、画面共有クライアント２００の画面共有サーバー１００への接続を監視する接続監視部１０１が、朝礼中に確実に全員が参加しているか否かを監視する。画面共有サーバー１００への切断を検出するので、例えば、ＰＣで内職をしたいメンバが勝手に何らかの方法でプログラムを強制終了させたり、ネットワークケーブルを外してＰＣを再起動させたりして、朝礼から抜けようとすると、切断が検出され、画面表示によってリーダーに報告される。これにより、リーダーメンバ全員が確実に朝礼に参加し、ＰＣで内職できないようにすることができる。
本実施形態では、「朝礼」という文字を表示させる例を説明したが、それ以外の任意の文字を表示しても良いし、文字なしで単にメンバのデスクトップ画面に例えば真黒に塗り潰された画像を表示しても良い。
また、朝礼の間中、メンバはＰＣ操作を行わないため、スクリーンセイバーが起動してしまったり、モニタの電源がＯＦＦになったり、ＰＣのハードディスクが停止して休止状態に移行してしまうことが考えられるため、朝礼の間中、スクリーンセイバーの起動や、モニタの電源ＯＦＦ制御を抑止する機能を設けることが望ましい。
本実施形態では朝礼を行うアプリケーションの例について説明したが、これ以外にも例えば、図７に示したように、議長と参加者で構成される会議アプリケーションとしてもよいし、図８に示したように、先生と生徒で構成される教育アプリケーションとしてもよい。以下の実施例に関しても同様である。
【００２１】
［第２の実施例］
次に、非共有時は画面に議長の指定した画像が表示され、マウス／キーボード入力がロックされる第２の実施例として、朝礼を行うアプリケーションの例を示す。図９に画面共有クライアント２００、画面共有サーバー１００の各プログラムの機能ブロック図を示す。以下では、第１の実施例と異なる部分についてのみ説明する。
画面共有サーバー１００は画像登録部１１１と指定画像送信部１１２とをさらに備える。画像登録部１１１は、画面共有クライアント２００が非共有状態の時に表示される画像を登録する。画像を登録するだけでなく、テキストデータも入力して同時に登録できるようにしても良い。
例えば、図１０に示したように、売上のグラフを示す画像と、売上目標を表すテキストデータを登録して、メンバに見せるようにしてもよい。この例では、売上のグラフと、テキスト「目標まで・・・％」が表示されている。
指定画像送信部１１２は、メンバの画面共有クライアント２００が画面共有サーバー１００に接続してきた際に、登録された画像を画面共有クライアント２００に送信する。
画面共有クライアント２００は、指定画像表示部２１１と入力ロック部２１２をさらに備える。指定画像表示部２１１は、リーダーが指定した画像を画面共有サーバー１００から受信し、非共有状態の時に表示する。第１の実施例で「朝礼」という画面が表示される代わりに、本実施例では図１０に示したようなリーダーが登録した画面が表示される。
また、入力ロック部２１２は、朝礼中にクライアントＰＣがマウス・キーボード等による入力ができないようにするものである。例えば、Ｍｉｃｒｏｓｏｆｔ（登録商標）のＯＳ、Ｗｉｎｄｏｗｓ（登録商標）の場合、マウス・キーボードによる入力イベントをフックして、入力イベントが実際に実行される前に処理を破棄してしまうことができる。これを利用することにより、クライアントＰＣからの入力操作を無効化することができる。
【００２２】
［第３の実施例］
次に、非共有時は特定の業務アプリのみが実行可能な実施例として、朝礼を行うアプリケーションの例を示す。図１１に画面共有クライアント２００、画面共有サーバー１００の各プログラムの機能ブロック図を示す。以下では第１の実施例と異なる部分のみについて説明する。
画面共有サーバー１００は許可アプリ指定部１２１をさらに備え、画面共有クライアント２００が朝礼中、非共有時に実行を許可するアプリケーションを指定する。例えば、メモを取るためのテキストエディターアプリケーション「ＴｅｘｔＭｅｍｏ．ｅｘｅ」と基幹業務アプリケーションである「ＫＧｙｏｕｍｕ．ｅｘｅ」を登録する。
画面共有クライアント２００はアプリ監視部２２１をさらに備え、画面共有サーバー１００接続時に、許可されているアプリケーションのリストを取得する。アプリ監視部２２１は、クライアントＰＣ上でアプリケーションの実行を監視する。
【００２３】
図１２のフローチャートに示すように、アプリケーションの実行命令の監視を開始し（ステップＳ４１）、サーバーと切断したか否かを検出し（ステップＳ４２）、切断していると判定された場合、監視終了し、切断していないと判定された場合、ステップＳ４３に進む。ステップｓ４３においては、アプリ実行命令が検出されたか否かが判定され、アプリ実行命令が検出されていないと判定された場合、ステップＳ４２に戻る。一方、アプリ実行命令が検出されたと判定された場合、ステップＳ４４に進み、実行命令の出ているアプリケーションモジュールのファイル名が許可されているか否かをチェックし、許可されていないファイル名であれば、モジュールのロードを禁止する（実行禁止）（ステップＳ４６）。許可されていれば、モジュールがロードされ、アプリケーションが起動する（ステップＳ４５）。その際、許可されているアプリケーションが最前面表示されている「朝礼」画面に隠れないように、アプリケーションウィンドウが最前面に表示されるようにすることが好ましい。
アプリケーションの名前以外にも、アプリケーションのプロセス名をタイマー等で定期的に監視してもよい。図１３のフローチャートに示すように、アプリケーションの実行命令の監視を開始し（ステップＳ５１）、サーバーと切断したか否かを検出し（ステップＳ５２）、切断していると判定された場合、監視終了し、切断していないと判定された場合、ステップＳ５３に進む。ステップＳ５３においては、新たにアプリケーションが実行されているか否かが判定され、新規アプリケーションの実行が検出されていないと判定された場合、ステップＳ５２に戻る。
【００２４】
一方、新規アプリケーションの実行が検出されたと判定された場合、ステップＳ５４に進み、実行が検出されたアプリケーションモジュールのファイル名が許可されているか否かをチェックし、許可されていないファイル名であれば、モジュールのロードを禁止する（実行禁止）（ステップＳ５６）。許可されていれば、モジュールがロードされ、アプリケーションが起動する（ステップＳ５５）。その際、許可されているアプリケーションが最前面表示されている「朝礼」画面に隠れないように、アプリケーションウィンドウが最前面に表示されるようにすることが好ましい。
また、アプリケーション実行後に実行ファイル名をチェックしても良い。アプリケーションの実行ファイル名をチェックする場合、ファイル名を許可されたアプリケーションと同一のファイル名に変更するだけで実行が許可されてしまうため、アプリケーションの実行ファイルから算出されたハッシュ値を使っても良い。即ち、図１２、図１３において、許可アプリのチェック方法を、ファイル名からハッシュ値に変更して実現する。また、これら（ファイル名とハッシュ値等）を組み合わせてチェックするようにしても良い。
また、画面共有サーバー１００から許可アプリを問い合わせるのではなく、画面共有クライアント２００が許可アプリのリストを保持するようにしてもよい。また、非共有状態に遷移すると同時に指定されたアプリケーションが起動するようにしても良いし、リーダーまたは各メンバが手動で起動するようにしても良い。
【００２５】
［第４の実施例］
次に、非共有時はＷｅｂブラウザで特定のドメインのみが閲覧可能な、第４の実施例として、朝礼を行うアプリケーションの例を示す。
図１４に画面共有クライアント２００、画面共有サーバー１００の各プログラムの機能ブロック図を示す。以下では第３の実施例と異なる部分のみについて説明する。許可アプリ指定部１２１は、例えば、Ｗｅｂブラウザアプリケーション「ＷｅｂＢｒｏｗｓｅ．ｅｘｅ」の実行を許可している。
画面共有サーバー１００はドメイン指定部１３１をさらに備え、画面共有クライアント２００がＷｅｂブラウザでアクセスを許可するドメインを指定する。例えば、社内の業務用のＷｅｂアプリケーションのサーバーが起動しているドメイン「http://shanaigyoumu.kaisha.com」、及び社外に公開しているＷｅｂサーバー「http://www.shagai.kaisha.com」へのアクセスのみを許可するよう指定する。
画面共有クライアント２００のアプリ監視部２２１は第３の実施例の場合と同様に、画面共有サーバー１００の接続時は、許可されているアプリケーション、つまりこの例では「ＷｅｂＢｒｏｗｓｅ．ｅｘｅ」の実行のみが許可される。
画面共有クライアント２００はさらにドメイン監視部２３１を備え、例えば、Ｗｅｂブラウザアプリケーション「ＷｅｂＢｒｏｗｓｅ．ｅｘｅ」がアクセスするドメインを監視している。
【００２６】
図１５のフローチャートに示すように、ブラウザがＨＴＴＰ接続を開始しようとすると、ドメイン監視部２３１による監視を受け（ステップＳ６１）、ステップＳ６２においてサーバーと切断したか否かが判定され、切断したと判定された場合、監視を終了する。一方、サーバーと切断していないと判定された場合、ステップＳ６３において、ブラウザによる新規接続がされたか否かが判定され、新規接続されていないと判定された場合、ステップＳ６２に戻り、新規接続されたと判定された場合、ステップＳ６４に進む。
ステップＳ６４においては、接続先が許可されている上記ドメインであるか否かが判定され、許可されている上記ドメインであれば、そのまま接続が許可され確立される（ステップＳ６５）が、それ以外の許可されていないドメインに接続を試みた場合、ＨＴＴＰ接続はドメイン監視部２３１によって遮断され（ステップＳ６６）、そのＷｅｂサイトにＷｅｂブラウザでアクセスすることはできなくなる。これによって、朝礼中でもリーダーの画面を非共有の状態では、リーダーの指示した業務関係のあるＷｅｂサイトにアクセスして必要な情報を閲覧したり、業務を行うことができるが、それ以外の関係ないことはできなくなる。
なお、接続可能なＷｅｂサイトをＩＰアドレスで、指定しても良い。例えば、ＩＰアドレスで、１９２．１６８．１００．１から１９２．１６８．１９９．１のように範囲を指定しても良いし、１９２．１６８．１２３．＊＊＊とワイルドカードで任意の上位ビットを指定しても良い。また、画面共有サーバー１００から許可ドメインを問い合わせるのではなく、画面共有クライアント２００が許可アプリのリストを保持するようにしてもよい。
【００２７】
［第５の実施例］
次に、スナップショット記録・閲覧することができる、第５の実施例として、朝礼を行うアプリケーションの例を示す。
図１６に画面共有クライアント２００、画面共有サーバー１００の各プログラムの機能ブロック図を示す。以下では第３の実施例と異なる部分のみについて説明する。画面共有クライアント２００はスナップショット記録部２４１とスナップショット閲覧部２４２をさらに備え、画面データ表示部２０５で表示される共有画面のデータをクライアントＰＣのハードディスク等のデータ記録部に保存する。また、スナップショット閲覧部２４２は、スナップショット記録部２４１が記録した画面データを閲覧する。
図１７に画面共有クライアント２００の共有状態の画面の例を示す。リーダーの画面を共有表示中は、クライアントＰＣのデスクトップ画面上には図１７に示すように、共有画面のみが表示される。画面にはリーダーのデスクトップ画面が共有表示されると共に、記録ボタン４０１が表示される。この記録ボタン４０１はマウス操作等により押下可能で、押下することによってその時点での共有画面の画面データが例えばビットマップデータとして保存される。
【００２８】
図１８に画面共有クライアント２００の非共有状態の画面の例を示す。記録されたスナップショット画面が表示される。前に戻るボタン４０２と、次に進むボタン４０３で、スナップショットの画面を時系列で切り替えて、順順に閲覧することが可能となる。この実施例により、メンバは、共有画面が表示されていない間にスナップショットを閲覧して、再度、振り返って内容を確認したり、リーダーに質問するのに役立てることができる。
なお、ビットマップデータ以外にも、ＪＰＥＧ（Joint Photographic Experts Group）、ＧＩＦ（Graphic Interchange Format）、ＰＮＧ（Portable Network Graphics）等のフォーマットに画像圧縮を行って保存し、画像のデータ容量を削減しても良い。
また、記録ボタン４０１を押下するのではなく、例えば、３秒間隔で自動的に画面データを記録しても良い。または、画面共有サーバー１００は、画面共有サーバー１００の起動するＰＣのデスクトップ画面の差分データを画面共有クライアント２００に送信するものとし、画面共有クライアント２００の画面データ受信部２０４は、受信バイト数をカウントし、例えば１００バイトデータを受信する毎に自動的にその時点での共有画面の画面データを記録するようにしても良い。
また、非共有状態に遷移すると同時に、スナップショットを閲覧できる状態にしても良いし、リーダーまたは各メンバが手動で起動するようにしても良い。
また、図１９に示すように、画面共有サーバー１００が、画面のスナップショットを記録するスナップショット記録部１４１をさらに備えるようにし、画面共有クライアント２００のスナップショット閲覧部２４２が、画面共有サーバー１００のスナップショット記録部１４１で記録された画面データをダウンロードして表示するようにしても良い。
【００２９】
［第６の実施例］
次に、最終画面にアノテーションを付加することができる、第６の実施例として、朝礼を行うアプリケーションの例を示す。
図２０に画面共有クライアント２００、画面共有サーバー１００の各プログラムの機能ブロック図を示す。以下では第３の実施例と異なる部分のみについて説明する。画面共有サーバー１００は最終画面記録部１５１とアノテーション入出力部１５２をそれぞれ備える。画面共有クライアント２００は最終画面記録部２５１とアノテーション入出力部２５２をそれぞれ備える。最終画面記録部１５１、２５１は、それぞれ共有状態から非共有状態に切り替わる時、共有画面の最後の画面を記録する。アノテーション入出力部１５２、２５２は、それぞれ最終画面のスナップショットを背景として、マウス等の入力装置で書き込みを行う機能を提供する。書き込まれたデータは、最終画面のスナップショットとともに記録される。
図２１に最終画面へ書き込みを行ったときの画面例を示す。この例では、メンバＡにより手書きで「○」が書き込まれ、メンバＢにより手書きで「×」が書き込まれている。
非共有画面状態に遷移後、画面共有クライアント２００または画面共有サーバー１００の要請により、画面共有クライアント２００のＰＣ画面および画面共有サーバー１００のＰＣ画面に最終画面のスナップショットが表示される。
アノテーション入出力部１５２、２５２は、最終画面のスナップショットに対して、画面共有クライアント２００および画面共有サーバー１００のマウス等の入力装置による書き込みデータを最終画面に重ね合わせて表示する。
【００３０】
図２２に画面共有クライアント２００および画面共有サーバー１００のアノテーション入出力部２５２、１５２の動作フローを示す。これら画面共有クライアント２００および画面共有サーバー１００の画面への書き込みは図２２のフローチャートに示す方法で実現される。
リーダーのＰＣ、すなわち画面共有サーバー１００起動ＰＣが書き込みデータを取りまとめて、画面共有クライアント２００の起動する各メンバのＰＣへ配信する。つまり、リーダーが最終画面のスナップショットに書き込みを行った場合（ステップＳ７１）、その書き込みデータを全メンバに送信する（ステップＳ７２）とともに、書き込んだ内容をスナップショットに重ね合わせて表示する（ステップＳ７３）。
リーダーから書き込みデータを受信した各メンバの画面共有クライアント２００は、受信した書き込みデータをスナップショットに重ね合わせて表示する（ステップＳ８１、Ｓ９１）。
【００３１】
逆に、図２２に示すように、例えばメンバの一人であるメンバＡが書き込みを行った場合、メンバＡが書き込みを行う（ステップＳ８２）と、その書き込みデータがリーダーに送信される（ステップＳ８３）とともに、書き込んだ内容をスナップショットに重ね合わせて表示する（ステップＳ８４）。
リーダーはメンバＡの画面共有クライアント２００から受信した書き込みデータを、メンバＡ以外の他のメンバ全員に送信する（ステップＳ７４）とともに、書き込んだ内容をスナップショットに重ね合わせて表示する（ステップＳ７５）。
リーダー画面共有サーバー１００から書き込みデータを受信したメンバＡ以外の各メンバの画面共有クライアント２００は、受信した書き込みデータをスナップショットに重ね合わせて表示する（ステップＳ９２）。
なお、同様の方法で、第６の実施例でスナップショットのどの画面に書き込むか指定して、スナップショット画面に対する書き込みを行うようにしても良い。
【００３２】
［第７の実施例］
次に、チャットが可能な第７の実施例として、朝礼を行うアプリケーションの例を示す。
図２３に画面共有クライアント２００、画面共有サーバー１００の各プログラムの機能ブロック図を示す。以下では第３の実施例と異なる部分のみについて説明する。
画面共有クライアント２００はチャットクライアント２６１をさらに備え、画面共有サーバー１００はチャットサーバー１６１をさらに備える。チャットクライアント２６１、およびチャットサーバー１６１のそれぞれの動作は通常のものとなんら変わりはないものとする。
即ち、あるメンバの画面共有クライアント２００のチャットクライアント２６１から入力されたテキストデータがチャットサーバー１６１を備える画面共有サーバー１００に入力されると、チャットサーバー１６１を有する画面共有サーバー１００ではそのテキストデータがチャットデータに追加され、チャットクライアント２６１が最新のチャットデータをダウンロードすると、チャットクライアント２６１を有する画面共有クライアント２００の図示しない表示装置の画面に最新のチャットデータが表示される。
【００３３】
本実施例のチャットサーバー（チャットサーバー１６１を有する画面共有サーバー）１００自体が、チャットクライアント機能を備えていれば、リーダーもチャットに参加でき、そのように実装することが望ましい。
共有状態から非共有状態に移行すると、すぐにチャットが行えるよう、画面共有クライアント２００においてチャットクライアント２６１が起動されるようにしてもよいし、リーダーまたはメンバの一人がチャットを開始すると、全員がチャットできるようにするようにしてもよい。
このように、朝礼中は、書き込んだテキストデータが全員に表示されるアプリケーションのみが利用可能になっているため、私的な内職は一切できない。一方で、議題に関係のある情報をメンバ間で共有することができる。さらには、営業所などで、メンバ全員が各自の本日の目標をチャットに書き込んでメンバ全員に宣言することにより、目標通りの実績を上げるよう意欲を高めるような使い方も可能となる。
なお、非共有状態に遷移すると同時にチャットが起動されるようにしても良いし、リーダーまたは各メンバが手動で起動するようにしても良い。また、第６の実施例乃至８を組み合わせ、任意のスナップショット画面に書き込みを行いつつ、テキストチャットを行えるようにしても良い。
【００３４】
［第８の実施例］
次に、プログラムのネットワーク経由での配布が可能な、第８の実施例として、朝礼を行うアプリケーションの例を示す。
図２４に画面共有サーバー１００の各プログラムの機能ブロック図を示す。以下では第１の実施例と異なる部分のみについて説明する。画面共有サーバー１００は、接続情報作成部１６１、クライアントプログラム管理部１６３、Ｗｅｂサーバー１６２をさらに備える。
接続情報作成部１６１は、画面共有サーバー１００に画面共有クライアント２００が接続できるよう、ＩＰアドレス等の必要な情報を図示しない記憶装置に書き込む。例えば、自身に接続するためのＷｅｂリンクを作るとする。Ｗｅｂリンクは、起動することによりＷｅｂブラウザが、そこに記載されたＵＲＬに接続することができるＵＲＬが記載されたファイルであるとする。
さらにＷｅｂサーバー１６２を備え、クライアントＰＣはＷｅｂブラウザで画面共有サーバー１００に接続することにより、クライアントプログラム管理部１６３で管理されているプログラムをダウンロードし、実行することができる。
【００３５】
図２５にリーダーが各メンバのクライアントＰＣに画面共有クライアントプログラムを配布するフローを示す。リーダーは接続情報からなるＷｅｂリンクファイルを作成し（ステップＳ１０１）、作成されたＷｅｂリンクファイルを自分のグループのメンバに例えばメールで配信する（ステップＳ１０２）。その際、メールサーバーを経由する。クライアントＰＣはメールサーバー経由でメールを受信して（ステップＳ１１１）、Ｗｅｂリンクファイルを開く。クライアントＰＣ上ではブラウザが起動して、接続情報からなるＷｅｂリンクファイルに記載されたＵＲＬ、即ち画面共有サーバー１００のＷｅｂサーバー１６２に接続する（ステップＳ１１２）。Ｗｅｂサーバー１６２に接続すると、画面共有クライアントプログラムをダウンロードして（プログラム配信を受けて）（ステップＳ１０３）、画面共有クライアントプログラムを起動する。画面共有クライアントプログラムが起動すると、画面共有クライアントプログラムと同時にダウンロードしたＩＰアドレス情報を元に、リーダーの画面共有サーバー１００に接続する（ステップＳ１１４）。
【００３６】
朝礼の間は、画面共有クライアントプログラムによりクライアントＰＣには様々な利用制限が課されるが、朝礼が終了し、画面共有クライアントプログラムが終了すると、再び通常のＰＣとして利用できるようになる。
なお、変形例として、接続情報作成時にさらに第３の第４の実施例のように許可するアプリケーションや許可するドメインのリストを作成し、クライアントＰＣが画面共有クライアントプログラムをＷｅｂブラウザでダウンロードする際に、このリストも同時に取得し、画面共有クライアント２００はこのリストに従い、非共有時に利用可能なアプリケーションやアクセス可能なドメインを制限できるようにしても良い。
また、ダウンロードする画面共有クライアントプログラムは、上述した実施例に示したような共有画面のスナップショットを記録する機能や、最終画面に書き込みを行う機能や、チャットクライアント機能を含んでいても良い。
また、接続情報の配布方法は、メール配信に限らない。ファイルサーバーにアップロードしてもよいし、インスタントメッセンジャーでファイル転送してもよい。
【００３７】
［第９の実施例］
次に、さらに別の例である、第９の実施例として、朝礼を行うアプリケーションの例を示す。
図２６に画面共有サーバー１００とＷｅｂサーバーのプログラムの機能ブロックを示す。図２７にリーダーがメンバのＰＣに画面共有クライアントプログラムを配布するフローを示す。以下では第８の実施例と異なる部分のみについて説明する。
本実施例では、Ｗｅｂサーバー５００はリーダーのＰＣとは別のＰＣ上で起動しているものとする。リーダーは接続情報を作成すると、画面共有クライアント２００が起動しているクライアントＰＣがＷｅｂブラウザでアクセスするためのＵＲＬの登録、及びダウンロードされた画面共有クライアントプログラムが自身に接続するのに必要なＩＰアドレス情報をＷｅｂサーバー５００に登録する。
メールで登録したＷｅｂリンクを送信した後のフローは、クライアントＰＣのアクセスする先がリーダーのＰＣとは別のＰＣ上で起動しているＷｅｂサーバー５００になること以外は、第８の実施例の場合と同様である。また、Ｗｅｂサーバー５００の機能に関しては本発明に特徴的なもののみを示した。それ以外は通常のＷｅｂサーバーと何ら変わらない構成、機能であるとする。
【００３８】
以上説明したように、本実施の形態により以下のような効果を得ることができる。即ち、例えば、会議、朝礼、教育時にクライアントＰＣを議長、または先生の画面を共有表示するか、何もできないかの状態にすることができるので、利用者はＰＣで内職ができないため、議題に集中することができる。もしくは、議長、または先生の画面を共有表示していない時は、議長または先生の決めた範囲にＰＣの利用が限定されるため、関係ないことができなくなり、利用者はＰＣで内職ができないため、議題に集中することができる。
また、共有時は議長または先生の共有画面が表示され、共有が切断されてもクライアントＰＣのデスクトップ画面が表示できないような画面が表示されるので、クライアントＰＣ利用者は内職することはできず、またデスクトップ画面が一切見えないので、集中力を途切れるのを防ぐことができる。
また、クライアントＰＣ利用者は議長の画面を共有していない間は、議長が指示した画面しか見えないので、クライアントＰＣ利用者を会議または教育に集中させることができる。
また、クライアントＰＣで内職ができないので、議長または先生はクライアントＰＣの利用者を会議、朝礼、教育に集中させることができる。
また、議長が許可を与えているアプリケーションしか使えなくなるので、利用者を会議、朝礼、教育に集中させることができる。
また、議長が許可を与えている文書、ＵＲＬにしかアクセスできなくなるので、利用者を会議、朝礼、教育に集中させることができる。
また、記録された共有画面のスナップショットを見て議題を振り返ることができるので、共有画面を表示していない間に、利用者は内容の理解を深めることができる。
【００３９】
また、マウス・キーボードを使って書き込んだ内容が、他のメンバにも表示されるアプリケーションで、メンバ間でコミュニケーションを行うことができる。また、私的な内職をできないようにすることができる。
また、最終画面を背景とした、書き込みを他のメンバと共有できるようにすることにより、コミュニケーションを的確に行うことができる。
また、議長または先生は、接続状態を監視できるので、確実に全員が会議、朝礼、教育に参加していることを確認できる。
また、議長または先生は、画面の共有状態を監視できるので、確実に全員が会議、朝礼、教育に同じ画面を見ているか確認できる。
また、特別なハードウェアを用意することなく、通常のＰＣを会議または教育の間だけその業務に特化した操作しかできないＰＣとして利用することができるようになる。また、設定に必要な情報も同時にネットワークで配信することができるので、特別な準備、設定を利用者が行うことなく、議長または先生に接続できるようになる。
なお、画面共有サーバー１００の画面を画面共有クライアント２００上で表示する画面共有機能を用いて画面共有サーバー１００が画面データを取得して送信する際には、逐一全画面のデータを送信するのではなく、画面の差分データのみを取得・送信することにより、送信データを削減し、画面共有クライアント２００の処理負荷を削減して、動作の高速化を図ることができる。
なお、上記実施の形態の構成及び動作は例であって、本発明の趣旨を逸脱しない範囲で適宜変更することができることは言うまでもない。
【図面の簡単な説明】
【００４０】
【図１】本発明の第１の実施の形態の画面共有クライアント２００／サーバープログラムの機能ブロック図。
【図２】第１の実施例のネットワーク構成図。
【図３】第１の実施例のクライアントＰＣの画面の状態遷移を示す図。
【図４】第１の実施例のクライアントＰＣの画面の状態遷移を示す図。
【図５】第１の実施例の画面共有クライアント２００／サーバープログラムの動作フロー図。
【図６】第１の実施例の朝礼画面表示部２０６の動作フロー図。
【図７】第１の実施例のネットワーク構成図。
【図８】第１の実施例の別の実施形態のネットワーク構成図。
【図９】第２の実施例の画面共有クライアント２００／サーバープログラムの機能ブロック図。
【図１０】第２の実施例の非共有時に表示される画面を示す図。
【図１１】第３の実施例の画面共有クライアント２００／サーバープログラムの機能ブロック図。
【図１２】第３の実施例のアプリ監視部２２１の動作説明図。
【図１３】第３の実施例の別の形態のアプリ監視部２２１の動作説明図。
【図１４】第４の実施例の画面共有クライアント２００／サーバープログラムの機能ブロック図。
【図１５】第４の実施例のドメイン監視部２３１の動作説明図。
【図１６】第５の実施例の画面共有クライアント２００／サーバープログラムの機能ブロック図。
【図１７】第５の実施例の画面共有クライアント２００の共有状態の画面を示す図。
【図１８】第５の実施例の画面共有クライアント２００の非共有状態の画面を示す図。
【図１９】第５の実施例の別の実施形態の画面共有クライアント２００／サーバープログラムの機能ブロック図。
【図２０】第６の実施例の画面共有クライアント２００／サーバープログラムの機能ブロック図。
【図２１】第６の実施例の書き込み画面の例を示す図。
【図２２】第６の実施例のアノテーション入出力部の動作フロー図。
【図２３】第７の実施例の画面共有クライアント２００／サーバープログラムの機能ブロック図。
【図２４】第８の実施例の機能ブロック図。
【図２５】第８の実施例のプログラム配布フロー図。
【図２６】第９の実施例の機能ブロック図。
【図２７】第９の実施例のプログラム配布フロー図。
【図２８】従来の一般的な画面共有ソフトの動作原理を示す図。
【符号の説明】
【００４１】
１００  画面共有サーバー、１０１  接続監視部、１０２  共有監視部、１０３  メンバ管理部、１０４  ＵＩ処理部、１０５  メイン処理部、１０６  共有制御部、１０７  画面データ取得部、１０８  画面データ送信部、  ２００  画面共有クライアント、２０１  通信部、２０２  ＵＩ処理部、２０３  メイン処理部、２０４  画面データ受信部、２０５  画面データ表示部、３００  ネットワーク
【図１】
2008234072.tif 000003
【図２】
2008234072.tif 000004
【図３】
2008234072.tif 000005
【図４】
2008234072.tif 000006
【図５】
2008234072.tif 000007
【図６】
2008234072.tif 000008
【図７】
2008234072.tif 000009
【図８】
2008234072.tif 000010
【図９】
2008234072.tif 000011
【図１０】
2008234072.tif 000012
【図１１】
2008234072.tif 000013
【図１２】
2008234072.tif 000014
【図１３】
2008234072.tif 000015
【図１４】
2008234072.tif 000016
【図１５】
2008234072.tif 000017
【図１６】
2008234072.tif 000018
【図１７】
2008234072.tif 000019
【図１８】
2008234072.tif 000020
【図１９】
2008234072.tif 000021
【図２０】
2008234072.tif 000022
【図２１】
2008234072.tif 000023
【図２２】
2008234072.tif 000024
【図２３】
2008234072.tif 000025
【図２４】
2008234072.tif 000026
【図２５】
2008234072.tif 000027
【図２６】
2008234072.tif 000028
【図２７】
2008234072.tif 000029
【図２８】
2008234072.tif 000030