特許 6802477 情報処理システム、情報処理装置、その制御方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6802477

(24)【登録日】2020年12月1日

(45)【発行日】2020年12月16日

(54)【発明の名称】情報処理システム、情報処理装置、その制御方法及びプログラム

(51)【国際特許分類】

   G06F 13/00 20060101AFI20201207BHJP

   G06F 3/0481 20130101ALI20201207BHJP

【ＦＩ】

   G06F13/00 650A

   G06F3/0481

【請求項の数】7

【全頁数】30

(21)【出願番号】特願2016-115735(P2016-115735)

(22)【出願日】2016年6月9日

(65)【公開番号】特開2017-220131(P2017-220131A)

(43)【公開日】2017年12月14日

【審査請求日】2019年6月7日

(73)【特許権者】

【識別番号】390002761

【氏名又は名称】キヤノンマーケティングジャパン株式会社

(73)【特許権者】

【識別番号】592135203

【氏名又は名称】キヤノンＩＴソリューションズ株式会社

(74)【代理人】

【識別番号】100189751

【弁理士】

【氏名又は名称】木村 友輔

(72)【発明者】

【氏名】北村 晃一

【審査官】 今川 悟

(56)【参考文献】

【文献】 特開２０１４−２０９２９９（ＪＰ，Ａ）

【文献】 特開２０１６−０７１６３７（ＪＰ，Ａ）

【文献】 特開２０１１−０１８３１４（ＪＰ，Ａ）

【文献】 特開２００６−３３８５３１（ＪＰ，Ａ）

【文献】 特開２００２−３３５２８３（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

Ｇ０６Ｆ ３／０４８１

(57)【特許請求の範囲】

【請求項1】

指定された表示画像を複数のクライアント端末で共有させる共有手段を備える情報処理装置であって、
アクティブウィンドウを特定する特定手段と、
前記アクティブウィンドウの画像である表示画像を、前記共有手段により共有する表示画像として決定する決定手段と、
を備え、
前記共有手段は、前記決定手段により決定された前記アクティブウィンドウの画像である表示画像を、前記複数のクライアント端末において共有させることを特徴とし、
前記情報処理装置は、さらに、
新たなウィンドウがアクティブになった場合に、前記共有手段によって共有されている前記表示画像の共有を停止する共有停止手段と、
を備えることを特徴とする情報処理装置。

【請求項2】

前記新たにアクティブになったウィンドウの画像の、前記共有手段による共有を許可するか否かを確認する確認画面を表示する確認画面表示手段と、
を備え、
前記共有手段は、前記確認画面において、前記前記共有手段による共有を許可する操作がされたウィンドウの画像を、新たな前記表示画像として共有することを特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記確認画面において、前記新たにアクティブになったウィンドウの画像の、前記共有手段による共有を許可する操作がされた場合に、前記共有手段による、当該新たにアクティブになったウィンドウの画像である、新たな前記表示画像の共有を開始することを特徴とする請求項２に記載の情報処理装置。

【請求項4】

前記確認画面において受け付けた操作に従って、ウィンドウごとに、前記共有手段による共有が許可されているか不許可かを含む許可情報を記憶する許可情報記憶手段と、
を備え、
前記確認画面表示手段は、前記許可情報記憶手段に、前記新たにアクティブになったウィンドウの画像の前記共有手段による共有の許可及び不許可が未決定である旨を示す未許可の情報が記憶されている場合に、前記確認画面を表示することを特徴とする請求項２又は３に記載の情報処理装置。

【請求項5】

指定された表示画像を複数のクライアント端末で共有させる共有手段を備える情報処理装置の制御方法であって、
アクティブウィンドウを特定する特定工程と、
前記アクティブウィンドウの画像である表示画像を、前記共有手段により共有する表示画像として決定する決定工程と、
を含み、
前記共有手段は、前記決定工程により決定された前記アクティブウィンドウの画像である表示画像を、前記複数のクライアント端末において共有させることを特徴とし、
前記情報処理装置の制御方法は、さらに、
新たなウィンドウがアクティブになった場合に、前記共有手段によって共有されている前記表示画像の共有を停止する共有停止工程と、
を含むことを特徴とする情報処理装置の制御方法。

【請求項6】

指定された表示画像を複数のクライアント端末で共有させる共有手段を備える情報処理装置で実行が可能なプログラムであって、
前記情報処理装置を、
アクティブウィンドウを特定する特定手段と、
前記アクティブウィンドウの画像である表示画像を、前記共有手段により共有する表示画像として決定する決定手段として機能させ、
前記共有手段は、前記決定手段により決定された前記アクティブウィンドウの画像である表示画像を、前記複数のクライアント端末において共有させることを特徴とし、
前記情報処理装置を、さらに、
新たなウィンドウがアクティブになった場合に、前記共有手段によって共有されている前記表示画像の共有を停止する共有停止手段として機能させるためのプログラム。

【請求項7】

指定された表示画像を複数のクライアント端末で共有させる共有手段を備える情報処理装置と、会議サーバとを含む情報処理システムであって、
アクティブウィンドウを特定する特定手段と、
前記アクティブウィンドウの画像である表示画像を、前記共有手段により共有する表示画像として決定する決定手段と、
を備え、
前記共有手段は、前記決定手段により決定された前記アクティブウィンドウの画像である表示画像を、前記複数のクライアント端末において共有させることを特徴とし、
前記情報処理システムは、さらに、
新たなウィンドウがアクティブになった場合に、前記共有手段によって共有されている前記表示画像の共有を停止する共有停止手段と、
を備えることを特徴とする情報処理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理システム、情報処理装置、その制御方法及びプログラムに関する。

【背景技術】

【0002】

従来、ウェブ会議システムにおいては、パーソナルコンピュータやタブレット端末などの情報処理装置に、カメラ、マイク、スピーカなどの機能を有するデバイスを接続し、それぞれのデバイスから入力した映像や音声を複数の拠点間で送受信している。

【0003】

Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｃｏｍｐｕｔｉｎｇ（ＶＮＣ）などのリモートデスクトップにおいては、手元のコンピュータからネットワークで接続された他のコンピュータの画面を共有したり操作したりすることが行われている。また、ウェブ会議に参加しているユーザ端末うち１機がホスト端末となり、ホスト端末のデスクトップ全体または特定のアプリケーションの画像を、他の参加ユーザのユーザ端末であるゲスト端末と共有することが行われている（例えば特許文献１）。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１１−１９２０３６号公報

【特許文献2】特開２０１３−０２９９２２号公報

【発明の開示】

【発明が解決しようとする課題】

【0005】

特許文献２には、アプリケーションウィンドウの一覧を表示し、一覧から選択されたアプリケーションの画面を複数の端末間で共有することが記載されている。しかし、画面の共有を開始する都度、アプリケーションウィンドウの一覧画面を表示させ、共有したいアプリケーションウィンドウを選択して共有開始の操作をするのは手間である。一方、デスクトップ画面を共有する場合、デスクトップ画面に表示されている全てのウィンドウの画像が共有されるため、そのようなアプリケーションウィンドウ一覧表示、一覧からの選択の手間を省略する効果があるが、デスクトップ画面上に表示される、会議に必要ない余計な情報まで共有してしまうことになる。

【0006】

本発明は、複数の端末で共有する表示画像の選択を容易にし、必要な画像を各端末に共有させる仕組みを提供することを目的とする。

【課題を解決するための手段】

【0007】

本発明は、指定された表示画像を複数のクライアント端末で共有させる共有手段を備える情報処理装置であって、アクティブウィンドウを特定する特定手段と、アクティブウィンドウの画像を前記表示画像として指定する指定手段と、前記指定手段により前記表示画像の指定がされた場合に、前記指定されたアクティブウィンドウの画像である表示画像を、前記共有手段により共有する表示画像として決定する決定手段と、を備え、前記共有手段は、前記決定手段により決定された前記アクティブウィンドウの画像である表示画像を、前記複数のクライアント端末において共有させることを特徴とする。

【発明の効果】

【0008】

本発明によれば、複数の端末で共有する表示画像の選択を容易にし、必要な画像を各端末に共有させる仕組みを提供することができる。

【図面の簡単な説明】

【0009】

【図1】本発明の第１の実施形態における、情報処理システムの構成の一例を示す図である。

【図2】本発明の第１の実施形態における、各種装置のハードウェア構成の一例を示す図である。

【図3】本発明の第１の実施形態における、各種装置の機能構成の一例を示す図である。

【図4】本発明の第１の実施形態における、会議画像送信処理の流れを示すフローチャートである。

【図5】本発明の第１の実施形態における、表示画像共有処理の流れを示すフローチャートである。

【図6】本発明の第１の実施形態における、共有する表示画像の変更処理の流れを示すフローチャートである。

【図7】本発明の第１の実施形態における、各種データ構成の一例を示す図である。

【図8】本発明の第１の実施形態における、会議画面及びアプリケーションウィンドウ一覧の構成の一例を示す図である。

【図9】本発明の第１の実施形態における、アクティブウィンドウの変更に伴う各端末の表示画面の構成の一例を示す図である。

【図10】本発明の第１の実施形態における、表示画像の共有を許可・不許可に応じた各端末の表示画面の構成の一例を示す図である。

【図11】本発明の第１の実施形態における、アプリケーションの起動によるアクティブウィンドウの変更に伴うホスト端末の表示画面の構成の一例を示す図である。

【図12】本発明の他の実施形態における、各種データ構成の一例を示す図である。

【発明を実施するための形態】

【0010】

本発明の実施形態においては、デスクトップ画面において表示するアプリケーションウィンドウに応じて、画面上の表示画像（例えばアプリケーションウィンドウの画像）の中で、ウェブ会議に参加中の他の端末に共有する表示画像を容易に決定して共有する仕組みについて説明する。

【0011】

また、例えばホストユーザの誤操作やゲストユーザのリモート操作によってデスクトップ画面において最小化されていたアプリケーションウィンドウが最大化されることで、ホストユーザが意図しない、表示を共有したくないアプリケーションウィンドウの画像を複数端末で共有してしまわないようにする必要がある。

【0012】

よって、本発明の実施形態においては、デスクトップ画面において表示するアプリケーションウィンドウに応じて、画面上の表示画像の中で、ウェブ会議に参加中の他の端末に共有する表示画像を容易に決定し、且つ、当該表示画像の共有の許可・不許可を方法についても合わせて説明する。

【0013】

以下、図面を参照して、本発明の実施の形態の一例について説明する。

【0014】

＜第１の実施形態＞
まず図１を参照して、本発明の第１の実施形態における、情報処理システムの構成の一例について説明する。

【0015】

本発明のウェブ会議システムは、例えば、パーソナルコンピュータを適用可能な情報処理装置であるクライアント端末１００（１００Ｈ、１００Ｇ１、１００Ｇ２）と各クライアント端末でウェブ会議システムを利用可能にするウェブ会議サーバ２００（サーバ装置（情報処理装置の１つ））がネットワーク１５０を介して通信可能に接続され、構成されている。

【0016】

ウェブ会議サーバ２００は、ウェブブラウザを利用したウェブ会議を実現するためのサーバであり、クライアント端末１００からのアクセスに応じて、各クライアント端末１００で入力を受け付けたユーザＩＤのユーザが参加する会議の画面であるウェブ会議画面（インタフェース／例えばｈｔｍｌで表現される画面を表示するための情報）をそれぞれのクライアント端末１００に送信して表示させる。当該会議画面の提供（会議画面に表示する会議画像及び表示画像の提供）により、複数のクライアント端末１００によりウェブ会議を行うサービスを提供する。

【0017】

ここでいう会議画像とは、会議に参加中のユーザのユーザＩＤが入力された各クライアント端末１００のカメラ（例えば図１のカメラ１０１）で撮像され、ウェブ会議サーバ２００に送信されている画像である撮像画像であり、例えば、ユーザ自身の顔を写した画像である。また、ここでいう表示画像とは、クライアント端末１００の入力部を介して、ユーザ操作に応じて指定を受け付けた、クライアント端末１００からウェブ会議サーバ２００に送信され共有されている画像である。

【0018】

表示画像とは、例えばクライアント端末１００においてユーザ操作による指定を受け付けることで他のクライアント端末１００と共有することが決定される、クライアント端末１００の表示画面に表示されている画像である。表示画像は、例えば、クライアント端末１００のデスクトップ画面に表示しているデスクトップ画像である。または、ユーザから指定を受け付けた、当該デスクトップに表示されているアプリケーションウィンドウの画像である。本実施形態においては、デスクトップ画面においてアプリケーションウィンドウをアクティブにする又は最前面に表示させる操作を、ユーザからの、各端末に共有する表示画像の指定操作であるものとする。表示画像は、共有処理のホストとなるクライアント端末１００（表示画像の共有元の端末であるホスト端末）からウェブ会議サーバ２００へ送信され、ウェブ会議サーバ２００から当該ホスト端末と同じ会議に参加中の他のクライアント端末（表示画像の共有先の端末であるゲスト端末）に送信される。

【0019】

クライアント端末１００は、例えば１００Ｈに示すようなデスクトップＰＣや、１００Ｇ１のようなノートＰＣ、１００Ｇ２のようなタブレットＰＣである。クライアント端末１００は、ウェブ会議サーバ２００から受信した会議画面に、同じくウェブ会議サーバ２００から受信した画像や映像（会議画像）や、表示画像を表示する。

【0020】

本実施形態においてクライアント端末１００には、ウェブ会議サーバ２００へアクセスするためのウェブブラウザ、及び専用のモジュールがインストールされているものとする。なお、この専用のモジュールは、例えば、ウェブブラウザを介して、ウェブ会議サーバ２００からダウンロードするＡｃｔｉｖｅＸコンポーネントである。なお、ウェブ会議において自身の動画像を送信する場合は、ビデオデバイスである（ウェブカメラ等の）カメラ１０１を接続する。音声を送信する場合は、マイク１０２を接続し、相手の音声を視聴するためにはスピーカ１０３を接続する。マイク１０２およびスピーカ１０３はオーディオデバイスである。

【0021】

また、図１においては各デバイスを別々の筐体として例示しているが、例えば１０１〜１０３が同じ筐体のハードに備えられているデバイスを用いてもよい。例えばカメラ機能とマイク機能や、マイク機能とスピーカ機能、および全ての機能を備えたデバイスである。また、クライアント端末１００に１０１〜１０３のデバイスが内蔵されている場合、これらの内蔵されているデバイスを用いて、画像、音声等を入力・出力するようにしてもよい。

【0022】

本実施形態のウェブ会議システムは、クライアント端末１００（例：クライアント端末１００Ｈ）に表示されている画面の画像（表示画像）を他のクライアント端末１００（例：クライアント端末１００Ｇ１、１００Ｇ２等）の画面に表示する、画面共有（表示画像の表示の共有処理）を行うことができる。共有される表示画像は、クライアント端末１００上で指定することが可能である。例えばユーザ操作により指定されたアプリケーションの画面（ウィンドウの画像）のみを表示画像として共有することができる（アプリケーション共有）。また、クライアント端末１００に表示されているデスクトップ画面の指定を受け付けることで、当該デスクトップ画像全体を表示画像として共有することができる（デスクトップ共有）。また、クライアント端末１００を指定することで（または自装置のカメラで撮像した画像を全画面表示する操作を受け付けることで）、当該カメラで撮像した画像を表示画像として共有することができる。表示画像の共有を開始した当該表示画像の共有元のクライアント端末１００をホスト端末とし、表示画像の共有先である他のクライアント端末１００をゲスト端末とする。

【0023】

また、本ウェブ会議システムは、ルームと呼ばれる仮想の会議室をウェブ会議サーバ２００において複数生成、記憶、管理することができる。各クライアント端末１００を操作するユーザは、自身のユーザＩＤ・パスワードを用いて、ウェブブラウザ経由でウェブ会議サーバ２００にアクセスしてログインし、自身のユーザＩＤを用いて当該ルームに入室することで、当該ルームにおいて開催される会議に参加することができる。以上が図１の説明である。

【0024】

以下、図２を用いて、本発明の第１の実施形態における、ウェブ会議サーバ及びクライアント端末のハードウェア構成の一例について説明する。

【0025】

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

【0026】

２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

【0027】

また、２０５は入力コントローラで、キーボード（ＫＢ）や不図示のマウス等のポインティングデバイス、タッチパネル、カメラ等の入力装置２０９からの入力を制御する。

【0028】

２０６はビデオコントローラで、ディスプレイ装置２１０（例：ＣＲＴディスプレイ）等の表示器（外部出力装置）への表示を制御する。なお、ディスプレイ装置２１０に示す表示機器はＣＲＴディスプレイだけでなく、液晶ディスプレイや、マルチタッチスクリーン等の他の表示器であってもよい。また、例えばプロジェクタのような外部出力装置であってもよい。

【0029】

なおビデオコントローラ２０６は、表示制御を行うためのビデオメモリ（ＶＲＡＭ）を制御することが可能で、ビデオメモリ領域としてＲＡＭ２０３の一部を利用することもできるし、別途専用のビデオメモリを設けることも可能である。本実施形態においては、各クライアント端末１００は、クライアント端末１００を通常する場合の表示に用いられる第１のビデオメモリ領域と、所定の画面が表示される場合に、第１のビデオメモリ領域の表示内容に重ねて別の表示をするために用いられる第２のビデオメモリ領域を有している。ビデオメモリ領域は２つに限ったものではなく、情報処理装置の資源が許す限り複数有することが可能なものとする。

【0030】

２１２は、音声入出力コントローラで、マイク／スピーカ２１３（図１における１０２及び１０３）からの入出力を制御する。マイクから入力された音声を音声認識することが可能となっている。スピーカにはイヤホンを接続することも可能である。

【0031】

２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

【0032】

２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したネットワーク１５０（例：ＬＡＮ等））を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信や、ＩＳＤＮなどの電話回線、および携帯電話の３Ｇ回線を用いた通信等が可能である。

【0033】

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上に表示される不図示のマウスカーソル等でのユーザ指示を可能とする。

【0034】

また、外部メモリ２１１等の、情報を永続的に記憶するための記憶装置（記憶媒体）は、その形態をハードディスク等の記憶装置に限定するものではない。例えば、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの媒体であってもよい。

【0035】

本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。以上が図２の説明である。

【0036】

次に図３を参照して、本発明の第１の実施形態における、各種装置の機能構成の一例について説明する。

【0037】

クライアント端末１００は、画像記憶部３１１、送信制御部３１２、許可情報記憶部３１３、アクティブウィンドウ変更指示受付部３１４、送信停止制御部３１５、選択画面表示制御部３１６、表示制御部３１７等を備えている。

【0038】

ウェブ会議サーバ２００は、会議情報記憶部３２１、受信制御部３２２、画像記憶部３２３、送信制御部３２４等を備えている。

【0039】

会議情報記憶部３２１は、どのユーザが、どの会議室に入室してどのユーザと会議を行っているかを記憶する記憶部である。

【0040】

送信制御部３１２は、カメラにおいて撮像され入力された画像（映像）や、ユーザ操作等により表示を共有する画像として指定された表示画像（デスクトップ全体または指定アプリケーションの画面の画像）を、ウェブ会議サーバに送信制御する送信制御部である。送信された画像は、ウェブ会議サーバ２００の受信制御部３２２で受信され、メモリ上の画像記憶部３２３（キュー）に格納される。

【0041】

画像記憶部３１１は、送信制御部３１２によって送信する画像と同じ画像を記憶する記憶部（キュー）である。キューには、クライアント端末１００の撮像装置によって撮像される撮像画像（会議画像）用のキューと、ユーザ操作により指定された表示画像（クライアント端末１００のデスクトップ画面の画像等）のキューがある。

【0042】

撮像画像用のキューには撮像画像を順次記憶する。カメラは継続的に撮像処理（動画の撮像及びクライアント端末１００への動画の入力）を行うため、キューには、動画を構成する複数の画像が、動画内のフレームごとに順々に記憶される。表示画像用のキューには、表示画像を所定時間ごとに記憶する。例えば０．２秒ごとに、クライアント端末１００のデスクトップ画面に表示されているデスクトップ画像を順次記憶する。記憶される各表示画像は、例えばデスクトップ画像を繋ぎ合わせて再生する動画の１フレームである。

【0043】

受信制御部３２２は、クライアント端末１００の送信制御部３１２より送信された会議画像（映像）、および表示画像、音声を受信する受信部である。送信制御部３２４は、受信制御部３２２で受信した画像、表示画像、音声等を、同じ会議に参加している（同じ会議室に入室中の）、当該画像や音声の送信元のクライアントとは別の、他のクライアント端末１００に受信させるべく送信する制御部である。

【0044】

なお、本実施形態においては、各クライアント端末１００がウェブ会議サーバ２００に対して、画像記憶部３２３からの画像の取得要求を行うことで、当該要求に応じてウェブ会議サーバ２００の送信制御部３２４が要求元のクライアント端末１００に対して、当該要求受付時におけるキュー内の最新の画像を送信するものとする。クライアント端末１００は、要求した画像を受信した後、当該受信した画像（動画内の１フレーム）を表示画面に表示する。そして当該表示と並行して、当該動画内の次の画像をウェブ会議サーバ２００に要求する。会議が終了する等、動画の表示が終了するまで、当該画像の要求と表示を繰り返す。

【0045】

送信制御部３２４は、各クライアント端末１００からの要求に応じて、画像記憶部３２３に記憶されている会議画像や表示画像を要求元のクライアント端末１００に送信する制御部である。

【0046】

アクティブウィンドウ変更指示受付部３１４は、ユーザ操作等によるアクティブウィンドウの変更指示を受け付ける受付部である。アクティブウィンドウの変更指示とは、例えば、デスクトップ画面において現在最前面に表示されているアプリケーションウィンドウとは別のウィンドウに対するマウスクリック操作（デスクトップ画面の最前面に表示する操作）である。例えば、ＯＳが当該アクティウィンドウの変更の操作を受け付けた旨を示すイベントを発行したことを検知した場合に、当該アクティブウィンドウの変更指示を受け付けたものと判断する。

【0047】

送信停止制御部３１５は、アクティブウィンドウの変更指示を受け付けた場合に、変更後のアクティブウィンドウの画像（表示画像）のウェブ会議サーバ２００への送信（共有）を一時停止する制御部である。

【0048】

選択画面表示制御部３１６は、アクティブウィンドウの変更指示を受け付けた場合に、新たにアクティブ化される指示を受け付けたアプリケーションウィンドウの画像を、同じ会議に参加中の他のクライアント端末１００に共有するか否か（共有を許可する、不許可とするか）をユーザに選択させる選択画面（ユーザに指定させる指定画面）を表示制御する処理部である。

【0049】

許可情報記憶部３１３は、選択画面において、共有を許可する選択がされたアプリケーションウィンドウ、まだ許可されていないアプリケーションウィンドウ、不許可が選択されたアプリケーションウィンドウの識別情報を記憶する記憶部である。

【0050】

表示制御部３１７は、カメラから入力された画像（映像／動画）、及び、複数のクライアント端末間で共有する画像として指定されたデスクトップ全体の画像または指定されたアプリケーションウィンドウに表示される画面の画像を表示画面に表示する制御部である。また、送信制御部３２４により送信された画像（会議画像や表示画像）を受信して、受信した画像をメモリ上の受信画像用のキュー（画像記憶部３１１）に記憶し、当該メモリ上のキューから画像を順次取得して、連続して表示画面に表示させ、動画として再生表示する。以上が図３の説明である。

【0051】

次に図４を参照して、本発明の第１の実施形態における、画像送信処理の流れについて説明する。

【0052】

クライアント端末１００のＣＰＵ２０１は、ウェブ会議サーバ２００の提供するウェブ会議サービスを享受するために、ブラウザソフト上におけるユーザ操作に応じて所定のＵＲＬにアクセスし、不図示のログイン画面を表示する。そして、当該ログイン画面においてユーザＩＤとパスワードの入力を受け付けて、「ログイン」ボタンの押下を受け付けることで、ウェブ会議サーバ２００へのログイン要求を送信する（ステップＳ４０１）。

【0053】

ウェブ会議サーバ２００のＣＰＵ２０１は、当該ログイン要求を受け付け（ステップＳ４０２）、自装置の外部メモリに予め記憶されているユーザ情報（ユーザＩＤ及びパスワード／図７の７００に例示）と突き合わせて認証処理（ログイン処理）を行う。認証が成功した場合（受信したユーザＩＤを用いたウェブ会議サーバ２００へのログインが成功した場合）、不図示のメニュー画面の画面情報（例えばｈｔｍｌ情報）を生成して、クライアント端末１００に送信する（ステップＳ４０３）。

【0054】

クライアント端末１００のＣＰＵ２０１は、当該画面情報を受信して、受信した画面情報に基づいて不図示のメニュー画面を表示画面に表示する（ステップＳ４０４）。クライアント端末１００のＣＰＵ２０１は、当該メニュー画面に含まれる不図示のルーム（ルームの識別情報）の選択部において、ログインユーザが入室するルームの選択操作を受け付け（ステップＳ４０５）、同画面に含まれる不図示の「入室」ボタンの押下を受け付けることで、選択中のルームへの入室要求をウェブ会議サーバ２００に送信する（ステップＳ４０６）。

【0055】

クライアント端末１００のＣＰＵ２０１は、当該入室要求に、入室の操作を受け付けたクライアント端末１００でログイン中のログインユーザのユーザＩＤ、入室対象のルームの識別情報（ルームＩＤ）、クライアント端末１００の識別情報（例えばＩＰアドレス）、クライアント端末１００の端末種別、通信方法等の情報を含めて、当該要求をウェブ会議サーバ２００に送信する。端末種別とは、例えばクライアント端末１００自身が、ＰＣ（デスクトップＰＣ、ノートＰＣ）なのか携帯端末（例えばタブレットＰＣ、携帯電話等）なのかを識別するための情報である。自装置がＰＣであれば端末種別＝ｐｃの値を送信し、自装置が携帯端末であれば端末種別＝ｍｏｂｉｌｅの値を送信する。各クライアント端末１００は、自装置の端末種別の情報を、自装置の外部メモリ等の記憶領域に予め保持・記憶しており、その情報を取得して当該要求に埋め込むものとする。通信方法は、クライアント端末１００自身がどのような通信方法でウェブ会議サーバ２００と通信しているかを示す通信方法の識別情報である。例えば有線ＬＡＮを用いた通信であれば通信方法＝ｗｉｒｅ−ｌｉｎｅであり、無線通信であれば通信方法＝ｗｉｒｅｌｅｓｓである。クライアント端末１００のＣＰＵ２０１は、自装置の通信を管理している機能部（例えば通信／ＩＦコントローラ）に自装置が外部装置との通信に用いている通信方法を問い合わせて当該通信方法の情報を取得する。そして、入室要求の中に埋め込んで、ウェブ会議サーバ２００に送信する。

【0056】

なお、ここではクライアント端末１００で選択を受け付けたルームを入室要求に含めることで、ウェブ会議サーバ２００が入室要求及び入室要求がされたルームのルームＩＤを取得するものとするが、例えば入室するルームの選択操作を受け付けた時点で当該ルームのＩＤを選択中のルームのＩＤとしてウェブ会議サーバ２００に送信してウェブ会議サーバ２００がこれを受け付け、「入室」ボタンの押下を受け付けることで、選択中のルームに、クライアント端末１００でログイン中のユーザを入室させるよう要求し、ウェブ会議サーバ２００がこれを受け付けるようにしてもよい。

【0057】

ウェブ会議サーバ２００のＣＰＵ２０１は当該入室要求を受け付けると（ステップＳ４０７）、要求されたルーム（会議室）にユーザを入室させる入室処理を実行する（ステップＳ４０８）。

【0058】

ここでは、入室処理に際して、どのユーザが、どの会議室のどの会議に、どのような端末種別のどの端末で、どのような通信方法で通信をして入室しているかを登録・記憶する。

【0059】

具体的には、図７の会議情報７１０の会議室７１１に入室するルームのルームＩＤを、参加者ＩＤ７１３に入室させるユーザのユーザＩＤを追加する。また、当該ルームに入室中のユーザがいなかった場合は（無人のルームに入室した場合は）、会議を識別する会議ＩＤを発行して会議ＩＤ７１２に挿入、記憶する。２人目以降の場合は、同ルームに入室中のユーザＩＤ（参加者）の参加している会議の会議ＩＤ（入室中のルームに対応する会議ＩＤ）を会議ＩＤ７１２に記憶するものとする。また、ステップＳ４０７で受け付けた入室要求に含まれていたクライアント端末１００の端末ＩＤを端末ＩＤ７１４に挿入する。第１の実施形態においては、受信した端末種別、通信方法の情報は記憶しない。（後述するその他の実施形態においては、例えば端末種別を端末種別１２１５に、通信方法を通信方法１２１６に挿入して記憶する。）

【0060】

入室処理が完了すると、ウェブ会議サーバ２００のＣＰＵ２０１は、図８の８００に示すような、各クライアント端末１００のカメラにより撮像された会議画像を表示する会議画面の画面情報（例えばｈｔｍｌ情報）を、入室したユーザのユーザＩＤの送信元のクライアント端末１００に送信する（ステップＳ４０９）。

【0061】

クライアント端末１００のＣＰＵ２０１は当該会議画面の画面情報を受信し、受信した画面情報に基づいて会議画面８００を表示する（ステップＳ４１０）。以降、会議が終了するまで（会議の終了についてはステップＳ４２４で後述）、ステップＳ４１１〜ステップＳ４２３の処理を実行・継続するものとする。

【0062】

クライアント端末１００のＣＰＵ２０１は、自装置に接続されている（又は自装置に内蔵される）カメラ１０１からの画像（映像）の入力を受け付けて、カメラ１０１で撮像された画像（映像／会議画像）を取得し（ステップＳ４１１）、会議画面上に表示する（ステップＳ４１２）。例えば図８の会議画面８００における、表示領域８０４に、自装置のカメラで撮像した画像を表示する。図８において８０１は画像を大きく表示するメイン表示領域であり、８０２、８０３、８０４は画像を小さく表示するサブ表示領域である。また、８０５は、同じ会議に参加中の他のクライアント端末１００と共有する表示画像（例：アプリケーションウィンドウの画像）の一覧を表示するための「アプリ共有ボタン」である。

【0063】

クライアント端末１００のＣＰＵ２０１は、カメラ１０１からの入力画像（映像）を会議画面に表示する一方で、映像コーデックによる画像（映像）の圧縮処理を行い、圧縮後の画像を、１フレームごとに、順々に自装置のメモリ上のキューに保存・記憶する（ステップＳ４１３）。

【0064】

キューの一例を図７の会議画像キュー７２０に示す。会議画像キュー７２０は、各画像の識別番号（識別情報）であり、画像の順序を示すシーケンス番号７２１と、画像の実体（画像データ／映像の中の１フレームの画像）である画像７２２の項目から構成される。クライアント端末１００のＣＰＵ２０１は、カメラ１０１から取得した映像の各フレームの画像について、当該画像を取得した順にシーケンス番号を割り振って、会議画像キュー７２０に記憶する。

【0065】

クライアント端末１００のＣＰＵ２０１は、会議画像キュー７２０に保存した画像を、ウェブ会議サーバ２００に、シーケンス番号と共に順次送信する（ステップＳ４１４）。つまり、会議画像キュー７２０に示す情報をウェブ会議サーバ２００に送信する。

【0066】

ウェブ会議サーバ２００のＣＰＵ２０１は、当該画像（圧縮データ）を受信し（ステップＳ４１５）、自装置のメモリ上に保持している、当該画像の送信元のクライアント端末１００（端末ＩＤ７１４）でのログインユーザの会議画像キュー（構成は会議画像キュー７２０と同じ）に追加して記憶する（ステップＳ４１６）。ウェブ会議サーバ２００のＣＰＵ２０１は、ユーザの会議室への入室処理が行われた場合に、当該ユーザごとに（会議室に参加者ＩＤ７１３に入室したユーザのユーザＩＤごとに）会議画像キューを生成してメモリ上に保持する。当該ウェブ会議サーバのメモリ上の会議画像キューには、クライアント端末１００より受信した、会議画像キュー７２０のシーケンス番号７２１、画像７２２と同じ情報を対応付けて記憶する。

【0067】

クライアント端末１００のＣＰＵ２０１は、ステップＳ４１７において、他の会議参加者の画像（同じルームに入室している他の入室者のユーザＩＤの会議画像キューの画像）の取得要求をウェブ会議サーバ２００に送信する（ステップＳ４１７）。当該要求には、クライアント端末１００でウェブ会議サーバ２００にログイン中のユーザＩＤを含めるものとする。

【0068】

ウェブ会議サーバ２００のＣＰＵ２０１は当該取得要求を受け付け（ステップＳ４１８）、要求元のクライアント端末１００（端末ＩＤ７１４）でのログインユーザ以外の、当該ログインユーザと同じルームに入室中のユーザのユーザＩＤを、会議情報７１０を参照して特定する。そして、特定した他の入室者の会議画像キューの画像のうち、最新のシーケンス番号（最も後ろの番号）の画像を取得し（ステップＳ４１９）、取得した各クライアント端末１００のカメラで撮像された画像（会議画像）を、当該画像に対応するユーザＩＤと共に要求元のクライアント端末１００に送信する（ステップＳ４２０）。

【0069】

クライアント端末１００のＣＰＵ２０１は、ステップＳ４２０で送信された画像（圧縮データ）を受信し（ステップＳ４２１）、映像コーデックによる伸長処理を行って映像（画像）を復元して、表示中の会議画面に表示する（ステップＳ４２２）。例えば図８の８００においてはメイン表示領域８０１にＵｓｅｒ００２の画像（映像）、８０２、８０３等のサブ表示領域にＵｓｅｒ００３、Ｕｓｅｒ００４の画像（映像）が割り当てられている。また、８０４に、ログインユーザであるＵｓｅｒ００１自身の画像（映像）が割り当てられている。どの表示領域にどのユーザの画像を表示するかの対応付け情報（表示領域のＩＤとユーザＩＤを対応付けた情報）は、クライアント端末１００のメモリに記憶されているものとする。クライアント端末１００のＣＰＵ２０１は、受信した画像を、それぞれの画像のユーザに対応する表示領域に表示することで、各ユーザの画像（会議画像）の表示を更新し、動画像（映像）として再生・表示する。

【0070】

クライアント端末１００のＣＰＵ２０１は、会議が終了したか判定する（ステップＳ４２３）。例えば、クライアント端末１００において、不図示の「退出ボタン」の押下操作を受け付けた場合に、ログインユーザにとっての会議終了がされたと判定するものとする。また、ルーム使用の終了時刻がウェブ会議サーバに記憶されている場合、当該終了時刻になるとウェブ会議サーバ２００のＣＰＵ２０１はウェブ会議を強制終了し、当該強制終了した旨を強制終了した会議に参加していたユーザのクライアント端末１００に通知する。各クライアント端末１００のＣＰＵ２０１は、当該強制終了の通知を受け付けた場合に、会議が終了したものと判定する。ウェブ会議が終了した場合には図４の処理を終了し、継続中の場合には処理をステップＳ４１１に移行する。

【0071】

ウェブ会議を行う場合、実際には、複数のクライアント端末１００が存在する場合があるため、ウェブ会議サーバ２００のＣＰＵ２０１は、ステップＳ４０２〜Ｓ４０９をウェブ会議サーバ２００にログインしたクライアント端末１００の数だけ実行することとなる。また、ステップＳ４１５〜Ｓ４２０の処理を、ウェブ会議に参加（ルームに入室）したユーザのクライアント端末１００の数だけ実行することとなる。以上が図４の説明である。

【0072】

次に図５を参照して、本発明の第１の実施形態における、表示画像送信処理の流れについて説明する。

【0073】

本実施形態の説明において、アクティブウィンドウ（デスクトップ画面において最前面に表示されているアプリケーションウィンドウ）が、同じ会議に参加中の他のクライアント端末と共有すると指定された表示画像である。また、アプリケーションウィンドウをアクティブにする操作を受け付けた場合に、当該アクティブにするアプリケーションウィンドウの画像を、同じ会議に参加中の他のクライアント端末と共有する表示画像として選択（指定）する操作を受け付けたと判定するものとする。

【0074】

クライアント端末１００ＨのＣＰＵ２０１は、他のクライアント端末との共有を許可する表示画像の選択画面の表示指示、又は、表示画像の指定及び共有指示を受け付ける（ステップＳ５０１）。例えば図８の会議画面における「全画面」ボタンの押下を受け付けた場合に、当該「全画面」ボタンの押下を受け付けたクライアント端末１００Ｈのカメラ１０２で撮像された、ウェブ会議サーバ２００に送信中の会議画像を表示画像として決定し、表示画像の共有指示を受け付けたものと判定する。

【0075】

また、例えば図８の会議画面における「アプリ共有」ボタン８０５の押下を受け付けることで、図８の８１０における選択画面８１１に示すような、他のクライアント端末との表示の共有を許可するアプリケーションウィンドウを選択する選択画面（指定する指定画面）の表示指示を受け付けたものと判定する。

【0076】

本実施形態において、表示画像の共有元（送信元）のクライアント端末１００Ｈはホスト端末であり、共有先（送信先）のクライアント端末１００Ｇ１、１００Ｇ２はゲスト端末であるものとする。また、ステップＳ５０１においては、クライアント端末１００Ｈの「アプリ共有」ボタン８０５が押下されたものとする。

【0077】

クライアント端末１００ＨのＣＰＵ２０１は、「アプリ共有」ボタン８０５の押下を受け付けることで、自機のＯＳ（オペレーティング・システム）に対して、起動中のアプリケーションのウィンドウの一覧（ウィンドウＩＤの一覧）を要求し、当該要求に応じてＯＳから、クライアント端末１００Ｈで起動中のアプリケーションウィンドウの一覧を取得して、図８の８１１に示す選択画面上に、選択可能に一覧表示する。各ウィンドウには、ＯＳから一意のウィンドウＩＤが付与されているものとする。ウィンドウＩＤは、例えばどのアプリケーションのどのウィンドウかを示す一意の識別情報である。ウィンドウＩＤ＝Ａｐｐ００１＿ｗｉｎ００１の場合、アプリケーション００１のウィンドウ００１であることを示す。

【0078】

クライアント端末１００ＨのＣＰＵ２０１は、共有を許可するアプリケーションウィンドウの選択操作を受け付ける。選択画面８１１では、共有を許可するウィンドウとして複数のアプリケーションウィンドウを選択可能である。選択操作を受け付けたアプリケーションウィンドウのチェックボックスには、選択されたことを識別可能にするためにチェックマークを表示する。

【0079】

図８の８１１は、「アプリケーション００１＿ウィンドウ００１」と「アプリケーション００２＿ウィンドウ００１」のアプリケーションウィンドウが選択されていることを示す。なお、「デスクトップ」の選択操作を受け付けた場合には、デスクトップ画像全体の共有をユーザが所望していると判断し、「デスクトップ」以外のアプリケーションウィンドウを選択できないようにグレーアウトして表示する。また、「デスクトップ」以外のアプリケーションウィンドウのいずれかが選択された場合には、特定のアプリケーションウィンドウの画像のみの共有をユーザが所望していると判断し、「デスクトップ」の選択部を選択できないようにグレーアウト表示する。

【0080】

クライアント端末１００ＨのＣＰＵ２０１は、選択画面８１１における「ＯＫ」ボタンの押下を受け付けることで、選択画面８１１において選択中のアプリケーションウィンドウを、共有を許可するアプリケーションウィンドウとして決定し（ステップＳ５０４）、共有を許可するアプリケーションウィンドウの画像の共有処理を開始する。実際には、共有を許可するアプリケーションウィンドウのうち、後述するステップＳ５０７で特定されるアクティブウィンドウの画像が共有されることとなる。また、当該決定された共有を許可するアプリケーションウィンドウの一覧、共有を許可すると決定されなかった（未許可の）アプリケーションウィンドウの一覧をメモリ上に記憶する（ステップＳ５０５）。例えば、図７の許可情報７４０を生成する。

【0081】

許可情報７４０は、どのウィンドウＩＤ７４１のアプリケーションウィンドウの画像の共有が許可（共有先のユーザへの閲覧許可）されているかを記憶する情報である。選択画面８１１で共有を許可するとして選択されたアプリケーションウィンドウのアプリケーションの共有許可７４２には、「許可」（＝他のクライアント端末への画像の共有を許可されている状態を示す値）を記憶する。また、起動はしているが、共有を許可するアプリケーションウィンドウとして選択・指定されなかったアプリケーションウィンドウの共有許可７４２には、「未許可」（＝共有を許可するか否か未決定の状態を示す値）を記憶する。なお、「不許可」（＝共有が許可されていない状態を示す値）が記憶されるタイミングについては後述する。

【0082】

クライアント端末１００ＨのＣＰＵ２０１は、デスクトップ画面を表示画面に表示し（ステップＳ５０６）、共有が許可されているアプリケーションウィンドウ（共有許可７４２＝「許可」のウィンドウ）のうち、デスクトップにおいて最前面に表示されているアプリケーションウィンドウ（アクティブなウィンドウ）のウィンドウＩＤをＯＳに問い合わせて特定・取得し、メモリ上に記憶する（ステップＳ５０７）。具体的には図７のアクティブウィンドウ７５０のようなテーブルをメモリ上に作成し、当該アクティブウィンドウのＩＤを挿入して記憶する。

【0083】

例えば図９の９００に示すようなデスクトップ画面を表示する。図９の９００では、既にアプリケーション００１（アプリケーションＩＤ＝Ａｐｐ００１）とアプリケーション００２（アプリケーションＩＤ＝Ａｐｐ００２）の２つのアプリケーションが起動している。そして、アプリケーション００１のウィンドウ９０２（ウィンドウＩＤ＝Ａｐｐ００１＿ｗｉｎ００１）と、アプリケーション００２のウィンドウ９０３（ウィンドウＩＤ＝Ａｐｐ００２＿ｗｉｎ００１）とが展開・表示されている。図９の９００においては、ウィンドウ９０２がアクティブウィンドウとして表示されているものとする。

【0084】

なお、アプリケーション００３（アプリケーションＩＤ＝Ａｐｐ００３）が起動しており、そのウィンドウ（ウィンドウＩＤ＝Ａｐｐ００３＿ｗｉｎ００１）が最小化表示（９０６）されている。９０４、９０５はそれぞれ、アプリケーション００１のウィンドウとアプリケーション００２のウィンドウに対応する最小化指示受付部である。マウスカーソル９０７は、最小化されているアプリケーション００３を画面上に展開するため、９０７にカーソルを合わせている状態である。

【0085】

クライアント端末１００ＨのＣＰＵ２０１は、アクティブウィンドウ７５０に記憶されたＩＤの示すアクティブウィンドウの画面の画像（例：図９でいうウィンドウ９０２の画像）をＶＲＡＭ（メモリ）から取得して、所定のメモリ上に当該取得したアクティブウィンドウの表示画像７３２をシーケンス番号７３１と対応付けて表示画像用の画像キュー（クライアント端末１００Ｈのメモリ上に生成するキュー／図７の表示画像キュー７３０）に記憶し、当該キューに記憶した最新の表示画像を取得して、ウェブ会議サーバ２００に送信する（ステップＳ５０８）。また、合わせてクライアント端末１００Ｈでログイン中のユーザＩＤをウェブ会議サーバ２００に送信する。

【0086】

その後、ステップＳ５１９に示す画像表示を共有するアプリケーションウィンドウの変更処理を実行する。ステップＳ５１９の処理の詳細は図８の説明で後述する。

【0087】

ウェブ会議サーバ２００のＣＰＵ２０１は、ステップＳ５０８で送信された表示画像を受信する（ステップＳ５０９）。ウェブ会議サーバ２００のＣＰＵ２０１は、表示画像の共有を開始する旨を、クライアント端末１００Ｈのユーザ（例：Ｕｓｅｒ００１）と同じ会議に参加中のユーザ（例：Ｕｓｅｒ００２、Ｕｓｅｒ００３）のユーザＩＤが入力され、当該ユーザＩＤをウェブ会議サーバ２００へのログインに用いた他のクライアント端末１００（例：１００Ｇ１、１００Ｇ２）に送信する（ステップＳ５１０）。ここでは一例としてクライアント端末１００Ｇ１を例に挙げて説明する。なお、既に表示画像の共有中の場合は、ステップＳ５１０の処理はスキップし、ステップＳ５１１に処理を移行する。

【0088】

ウェブ会議サーバ２００のＣＰＵ２０１は、表示画像（ホスト端末におけるアクティブウィンドウの画像）を自装置のメモリ上に表示画像用の画像キュー（表示画像キュー７３０と同じデータ）をメモリ上に生成して記憶する（ステップＳ５１１）。具体的には、フレームごとの表示画像と、各表示画像のフレームを示すシーケンス番号とに加え、表示画像の送信元であるクライアント端末１００ＨのユーザのユーザＩＤと、当該表示画像を送信済みのゲスト端末のユーザである送信済みユーザを記憶する。

【0089】

クライアント端末１００Ｇ１のＣＰＵ２０１は、表示画像の共有開始の通知を受け付けると（ステップＳ５１２）、表示画像をウェブ会議サーバ上の表示画像キューから取得すべく、当該表示画像の取得要求をウェブ会議サーバ２００に送信する（ステップＳ５１３）。なお、当該表示画像の取得要求は、後述するステップＳ５２０で表示画像の共有の終了操作がされたと判定され、共有終了の通知をウェブ会議サーバ２００から受け付けるまで継続するものとする。

【0090】

ウェブ会議サーバ２００のＣＰＵ２０１は当該表示画像の取得要求を受け付け（ステップＳ５１４）、表示画像用の表示画像キューの中に記憶されている、最新のシーケンス番号（例：最後の番号）の表示画像を取得し（ステップＳ５１５）、当該表示画像を要求元のクライアント端末１００Ｇ１に送信する（ステップＳ５１６）。このとき、送信する表示画像は、表示画像の要求元（例：図５のクライアント端末１００Ｇ１）のログインユーザに対応する表示画像キューから取得するものとする。また、クライアント端末１００Ｇ１に送信した画像は、表示画像キューから削除する。

【0091】

クライアント端末１００Ｇ１のＣＰＵ２０１は、ステップＳ５１６で送信された表示画像を受信し（ステップＳ５１７）、図９の９２０に示すように、受信した表示画像（ここではクライアント端末１００Ｈのデスクトップにおけるアクティブウィンドウ９０２の画像）を全画面表示する。他のクライアント端末１００（例えば１００Ｇ２）も同様に、表示画像の取得要求を行い、当該表示画像を受信して全画面表示する（ステップＳ５１８）。

【0092】

クライアント端末１００ＨのＣＰＵ２０１は、ステップＳ５１９の後、ステップＳ５２０において、ステップＳ５０４で開始した表示画像の共有処理を終了する操作を受け付けたか判定する（ステップＳ５２０）。例えば図９の９００における「×」ボタン９０１（「閉じる」ボタン）の押下を受け付けた場合に、表示画像の共有を終了する操作を受け付けたと判定し、表示画像の共有の終了をウェブ会議サーバ２００に通知して、図５の処理を終了する。また、表示画像の共有を終了する操作を受け付けた場合、メモリ上の許可情報７４０の値をクリア（削除）する。ウェブ会議サーバ２００のＣＰＵ２０１は当該終了の通知を受け付け、当該終了の通知を他のクライアント端末１００にも通知し、通知を受け付けた他のクライアント端末１００のＣＰＵ２０１は、表示画像の全画面表示を終了して、図９に示すような会議画面を表示画面に表示する。表示画像の共有を終了する操作を受け付けていない場合は、処理をステップＳ５０７に移行し、表示画像の共有を継続する。以上が図５の説明である。

【0093】

次に図７を参照して、本発明の第１の実施形態における、共有する表示画像の変更処理の流れについて説明する。

【0094】

クライアント端末１００ＨのＣＰＵ２０１は、許可情報７４０に記憶されていないアプリケーションウィンドウのアクティブ化の監視を開始する。具体的には、ＯＳから発行される、最小化ウィンドウの展開・最大化、未起動のアプリケーション（新規アプリケーション）の起動、現在表示中のウィンドウに対するマウスクリックやキー入力操作のイベントの発行を監視して検知する。クライアント端末１００ＨのＣＰＵ２０１は、自機に対するユーザ操作のイベントを検知する。

【0095】

クライアント端末１００ＨのＣＰＵ２０１は、現在のアクティブウィンドウ（例：９００におけるウィンドウ９０２）とは別のウィンドウに対する操作を受け付けたか判定する（ステップＳ６０２）。つまり、ステップＳ６０１で検知したイベントが、現在のアクティブウィンドウとは別のウィンドウをアクティブにする操作を示すか判定する。具体的には、ＯＳから、現在のアクティブウィンドウ以外のウィンドウに対するマウスクリックやキー入力操作のイベントが発行され、当該イベントを検知した場合に、現在のアクティブウィンドウとは別のウィンドウをアクティブにして最前面に表示する操作を受け付けたと判定し、処理をステップＳ６０５に移行する。また、例えばイベントの文字列から特定される、当該最前面に表示する操作を受け付けたアプリケーションウィンドウのウィンドウＩＤをメモリ上に記憶する。検知したイベントが、表示中の別のウィンドウに対する操作イベントでない場合は処理をステップＳ６０３に移行する。

【0096】

クライアント端末１００ＨのＣＰＵ２０１は、ステップＳ６０１で検知したイベントが、最小化ウィンドウ（例：９００におけるウィンドウ９０６）の最小化の解除（デスクトップ画面上へのウィンドウの展開）イベントか判定する（ステップＳ６０３）。つまり、最小化ウィンドウ９０６をアクティブにして最前面に表示する操作を受け付けたか判定する。最小化の解除イベントを検知したと判定した場合には、処理をステップＳ６０５に移行する。また、例えばイベントの文字列から特定される、当該最小化解除の操作を受け付けたアプリケーションウィンドウのウィンドウＩＤをメモリ上に記憶する。検知したイベントが、最小化の解除イベントでない場合は処理をステップＳ６０４に移行する。

【0097】

クライアント端末１００ＨのＣＰＵ２０１は、ステップＳ６０１で検知したイベントが、未起動のアプリケーションの起動操作のイベント（例：図１１の１１００におけるアプリケーション００３の起動操作）か判定する（ステップＳ６０４）。例えば、図１１のように、未起動のアプリケーションのアイコン１１０１の押下を受け付けたか（当該押下の操作によって起動したアプリケーションのウィンドウをアクティブにし、最前面に表示する指示を受け付けたか）判定する。未起動のアプリケーションの起動操作のイベントであった場合には、処理をステップＳ６０５に移行する。また、例えばイベントの文字列から特定される、当該起動の操作を受け付けたアプリケーションウィンドウのウィンドウＩＤをメモリ上に記憶する。未起動のアプリケーションの起動操作のイベントでなかった場合には図６の処理を終了する。

【0098】

クライアント端末１００ＨのＣＰＵ２０１は、ステップＳ６０５において、ウェブ会議サーバ２００への表示画像の送信処理を停止する（ステップＳ６０５／表示画像キュー７３０からの最新画像の取得・送信処理を停止する）。そして、ステップＳ６０６で、デスクトップにおいて最前面に表示されているアプリケーションウィンドウ（アクティブなウィンドウ）のウィンドウＩＤをＯＳに問い合わせて特定・取得し、アクティブウィンドウ７５０に上書きして記憶する（ステップＳ６０６）。

【0099】

つまり、ステップＳ６０５の処理により、表示画像（アクティブウィンドウの画像、つまり、ステップＳ６０２において操作されたアプリケーションウィンドウの画像、または、ステップＳ６０３において最小化解除の操作を受け付けた最小化解除後のアプリケーションウィンドウの画像、または、ステップＳ６０４において新規に起動したアプリケーションの起動後のアプリケーションウィンドウの画像）のウェブ会議サーバ２００への送信を一時停止する。

【0100】

表示画像のウェブ会議サーバ２００への送信が停止された場合、各ゲスト端末（例：クライアント端末１００Ｇ１）はウェブ会議サーバ２００から表示画像を受信・取得できなくなるため、表示画像の代わりに、図９の９３０に示すような黒塗りの画面を表示する。

【0101】

また、ウェブ会議サーバ２００のＣＰＵ２０１は、ホスト端末（例：クライアント端末１００Ｈ）から表示画像を所定時間（例えば３秒間）受信できず、表示画像キューに連続して３秒間分の画像を記憶できなかったと判定した場合、図９の９３０に示すように、９３１のメッセージを含むメッセージ画面を生成し、各ゲスト端末用の表示画像キューに最新の画像として記憶する。ゲスト端末はウェブ会議サーバ２００上の自機用の表示画像キューから当該メッセージ画面の画像を取得して表示画面に表示する。なお、ウェブ会議サーバ２００のＣＰＵ２０１は、メッセージ画面の画像を、例えゲスト端末に送信したとしても、新たな表示画像をホスト端末から受信するまで削除せずに表示画像キューの最新の画像として保持する。よって、ホスト端末からの表示画像の送信が再会されるまで、ゲスト端末には９３０に示すメッセージ画面が表示される。

【0102】

クライアント端末１００ＨのＣＰＵ２０１は、ステップＳ６０５で画像の送信を停止したアプリケーションウィンドウのウィンドウＩＤを、メモリ上のアクティブウィンドウ７５０から取得し、許可情報７４０と照合して、当該ウィンドウＩＤの示すアプリケーションウィンドウが、他端末への画像の共有が未許可のウィンドウか否か判定する（ステップＳ６０７）。

【0103】

クライアント端末１００ＨのＣＰＵ２０１は、未許可のウィンドウである場合には、処理をステップＳ６０８に移行し、図９の９１０における９１２に示すような許可確認画面を表示する（ステップＳ６０８／確認画面表示を行う）。図９の９１１は、アクティブ化されたアプリケーション００３のウィンドウ９０６を示す。

【0104】

許可確認画面を表示することで、共有が未許可であるアプリケーションウィンドウがアクティブになることをユーザに通知することができる。

【0105】

また、当該アプリケーションウィンドウの画像の共有が一時停止されていることをユーザに通知することができる。

【0106】

クライアント端末１００ＨのＣＰＵ２０１は、許可確認画面９１２において、ステップＳ６０５で画像の送信が停止されているアプリケーションウィンドウの画像の共有を許可する操作がされたか、共有を不許可とする操作がされたか判定する（ステップＳ６０９）。具体的には、９１２における「はい」ボタンの押下を受け付けた場合に、当該アプリケーションの共有を許可する旨の選択操作がされたと判定し、「いいえ」ボタンの押下を受け付けた場合に、当該アプリケーションの共有を許可せず、不許可とする旨の選択操作がされたと判定する。

【0107】

共有を許可する旨の操作を受け付けたと判定した場合、ステップＳ６０１、またはＳ６０２、またはＳ６０３の操作によりアクティブになった（アクティブウィンドウ７５０に記憶されているＩＤの）アプリケーションウィンドウの、他のクライアント端末１００への共有を許可すべく、許可情報７４０のウィンドウＩＤ７４１の共有許可７４２を「許可」に書き替えて記憶・更新する（ステップＳ６１０）。そして、アクティブウィンドウの画像の共有（表示画像のウェブ会議サーバ２００への送信／ウェブ会議サーバ２００を介した他のクライアント端末１００への表示画像の送信）を再開する（ステップＳ６１１）。つまり、表示画像の送信停止を解除する。

【0108】

なお、許可確認画面９１２において「いいえ」ボタンの押下を受け付けた場合には、ステップＳ６０１、またはＳ６０２、またはＳ６０３の操作によりアクティブになったアプリケーションウィンドウの、許可情報７４０の共有許可７４２を「不許可」に書き替えて記憶・更新する（ステップＳ６１２）。そして、許可確認画面を閉じる。つまり、アクティブになったアプリケーションウィンドウの共有が許可されていないため、共有が許可されているアプリケーションウィンドウがアクティブになるまでの間は、アクティブウインウの画像のウェブ会議サーバ２００への送信は停止したままとし、ゲスト端末には、共有が許可されているアプリケーションウィンドウがアクティブになるまでの間、９３０に示すメッセージ画面が表示され続ける。

【0109】

一方、ステップＳ６０７において、共有許可７４２に既に「未許可」以外の値が記憶されている（「許可」または「不許可」が挿入されている）場合、処理をステップＳ６１３に移行する。

【0110】

ステップＳ６１３で、クライアント端末１００ＨのＣＰＵ２０１は、ステップＳ６０５で共有が停止されている画像のアプリケーションウィンドウ（ウィンドウＩＤ７４１）の共有許可７４２に「許可」が登録されているか、「不許可」が登録されているか判定する（ステップＳ６１３）。つまり、当該画像の共有が許可されているか否かを判定する。

【0111】

「許可」が登録されている場合、処理をステップＳ６１１に移行する。「不許可」が登録されている場合、図６の処理を終了する。つまり、当該アプリケーションウィンドウがアクティブになっている間は、表示画像のウェブ会議サーバへの送信を停止したままにする。以上が図６の説明である。

【0112】

なお、上述した実施形態の説明においては、ステップＳ６０５で表示画像の送信を一度停止し、ステップＳ６１３で共有が許可されていると判定された場合に、当該表示画像の送信を再開するものとしたが、これでは共有が許可されているアプリケーションウィンドウをアクティブにした場合であっても、当該ウィンドウの画像の送信が一時中断されてしまう。

【0113】

当該表示画像の送信中断を防ぐために、例えば、ステップＳ６０５の直前に、アクティブウィンドウのＯＳへの問合せと特定、アクティブウィンドウ７５０への記憶を行い、当該アクティブウィンドウ７５０のウィンドウ（つまり、ステップＳ６０２、またはＳ６０３、またはＳ６０４の操作によってアクティブになるアプリケーションウィンドウ）の画像の他端末への共有が、許可情報７４０において許可されているか否かを判定し、共有が許可されていない（共有許可７４２＝「未許可」または「不許可」）の場合に処理をステップＳ６０５に移行するようにしてもよい。共有が許可されている場合は図６の処理を終了する。ステップＳ６０５で表示画像の共有を停止した後、ステップＳ６０６の代わりに、ステップＳ６０５で送信停止したアプリケーションウィンドウの画像の共有が「未許可」と設定されているか「不許可」と設定されているかを、許可情報７４０を参照して判定し、「未許可」と設定されている場合に処理をステップＳ６０７に移行し、「不許可」と設定されている場合に図６の処理を終了するものとする。ステップＳ６０５の前に、例えばユーザ操作によってアクティブになるアプリケーションウィンドウの共有の許可状態を判定することで、共有が許可されているウィンドウの画像の送信の一時停止・中断を防止できる。また、共有が未許可の表示画像の共有許可・不許可のユーザへの確認、及び共有が不許可の画像の共有停止を行うことができる。

【0114】

また、ステップＳ６１１で共有が許可と登録されたウィンドウとステップＳ６１２で共有が不許可と登録されたウィンドウを識別可能に表示してもよい。具体的には、ステップＳ６１１で、共有が許可されたウィンドウのデスクトップ画面上の表示位置をＯＳに問い合わせて取得し、ウィンドウ上に図１０の１０００におけるアイコン１００１に示すような「共有許可」を示すアイコンを表示させる。共有が許可されているウィンドウがアクティブな場合、ゲスト端末の画面には図１０の１０２０に示すような画面が表示される。また、ステップＳ６１２で、共有が不許可とされたウィンドウのデスクトップ画面上の表示位置をＯＳに問い合わせて取得し、ウィンドウ上に図１０の１０１０におけるアイコン１０１１に示すような「共有不許可」を示すアイコンを表示させる。当該アイコンによる識別表示により、ユーザは共有が許可されたウィンドウと不許可のウィンドウとを、デスクトップ画面上で確認することができる。なお、共有が不許可とされているウィンドウがアクティブな場合、ゲスト端末の画面には図１０の１０３０に示す１０３１のような画面が表示される。１０３１の画面は、ステップＳ６１２でホスト端末のＣＰＵ２０１が、当該１０３１の画面の画像を生成して次機の表示画像キュー７３０に最新の画像として保持し続けることで、ゲスト端末に配信され、ゲスト端末の画面上に表示される。

【0115】

以上説明したように、本発明の第１の実施形態によれば、複数の端末で共有する表示画像の選択を容易にし、必要な画像を各端末に共有させる仕組みを提供することができる。

【0116】

また、２度目以降の表示画像の選択・指定のタイミングにおいて、一度共有が許可された表示画像を、共有を許可するか否かの確認を省略して各端末に共有することができる。

【0117】

また、２度目以降の表示画像の選択・指定のタイミングにおいて、一度共有が不許可とされたアプリケーションの画像を、共有を許可するか否かの確認を省略して、共有しないように制御することができる。

【0118】

また、ウィンドウを最小化してからしばらく経つと、当該最小化されているウィンドウにどのような内容が含まれているか忘れてしまう場合がある。また、ホスト端末の操作者が別の人間に交代した場合、最小化されているウィンドウにどのような内容が含まれているか分からない。つまり、一度共有が許可されたアプリケーションウィンドウでも、アクティブになる都度、画像の共有を一時停止し、本当に当該ウィンドウの画像を共有すべきかユーザに確認した方がよいことがある。よって、例えば許可情報７４０の共有許可７４２の値を、７４１に示すウィンドウＩＤのアプリケーションウィンドウが非アクティブになる（別のウィンドウの背面に移動する）都度、「未許可」に更新して記憶するようにしてもよい。これにより、非アクティブのウィンドウをアクティブにする操作を受け付ける都度、画像の共有を一時停止し、本当に当該ウィンドウの画像を共有すべきかユーザに確認させることができる。

【0119】

また、ホスト端末において、非アクティブなウィンドウであっても、図９の９０３に示すようにアプリケーションウィンドウの全容が確認できている場合がある。どのような情報が含まれているウィンドウかユーザが分かっていて選択しているにも関わらず、アクティブにする都度、画像の共有を一時停止したり、共有の許可・不許可を確認させたりすることは、ユーザの手間を不要に増加させることになる。よって、例えば、許可情報７４０の共有許可７４２の値を、７４１に示すウィンドウＩＤのアプリケーションウィンドウが最小化されるイベントを検知する都度、「未許可」に更新して記憶するようにしてもよい。これにより、最小化されたウィンドウを再表示し、再度アクティブにする操作を受け付ける場合には、画像の共有を一時停止し、本当に当該ウィンドウの画像を共有すべきかユーザに確認させることができる。

【0120】

＜第２の実施形態＞

【0121】

次に図１２を参照して、本発明の第２の実施形態について説明する。なお、第１の実施形態と共通する処理については説明を割愛する。図１２は、本発明の第２の実施形態における、各種データ構成の一例を示す図である。

【0122】

本発明の第２の実施形態では、所定のユーザが会議に参加している場合に、複数の端末で共有する表示画像の選択を容易にし、必要な画像を各端末に共有させる仕組みを提供することを目的とする。

【0123】

第２の実施形態においては、ユーザ情報７００に権限ＩＤ１２０１が紐付けて登録・記憶したユーザ情報１２００が、ウェブ会議サーバ２００の外部メモリに記憶されている。ここでは１２０２に示すように３つの権限が用意されているものとする。これらの権限ＩＤとアプリケーションを、図１２の権限対応情報１３２０に示すように、クライアント端末１００Ｈの外部メモリに予め記憶しておく（ウェブ会議サーバ２００の外部メモリに記憶しておき、ウェブ会議サーバ２００へのログイン時にクライアント端末１００が当該情報を取得して記憶する）。１２５１はアプリケーションＩＤであり、１２５２は、アプリケーションＩＤ１２５１に示すアプリケーションの共有が推奨（許可）されているユーザの権限ＩＤである。

【0124】

図５のステップＳ５０２において、クライアント端末１００ＨのＣＰＵ２０１は、当該起動中のアプリケーション一覧（アプリケーションＩＤの一覧）をウェブ会議サーバ２００に送信する。また、当該アプリケーション一覧の中で、クライアント端末１００Ｈからウェブ会議サーバ２００へログインしているログインユーザと同じ会議にログインしているユーザ（ユーザＩＤ）に共有が許可されているアプリケーションと、共有が許可されていないアプリケーションのＩＤをウェブ会議サーバ２００に問い合わせる。

【0125】

ウェブ会議サーバ２００のＣＰＵ２０１は、受信したアプリケーションン一覧に含まれるアプリケーションのＩＤと、クライアント端末１００Ｈのログインユーザと同じ会議に参加中のユーザ（クライアント端末１００Ｈのユーザを含む）の権限ＩＤとを用いて、当該問合せに従って、当該共有が許可されているアプリケーションと、共有が許可されていないアプリケーションのＩＤを特定し、各アプリケーションのＩＤと共有可否を対応付けたリストをクライアント端末１００Ｈに送信する。

【0126】

例えば、会議に参加中のＵｓｅｒ００２の権限ＩＤ＝２であり、Ｕｓｅｒ００３の権限ＩＤ＝３であり、図１２によれば、Ｕｓｅｒ００２及びＵｓｅｒ００３には、アプリケーション００３の画像表示の共有が推奨（許可）されていない。アプリケーション００３の画像表示の共有が推奨されているのは、権限ＩＤ＝１のＵｓｅｒ００１のみである。よって、アプリケーション００１とアプリケーション００２は、クライアント端末１００Ｈのユーザが参加する会議で共有が許可されているアプリケーション、アプリケーション００３は、クライアント端末１００Ｈのユーザが参加する会議で共有が許可されていないアプリケーションである旨を示す情報を、クライアント端末１００Ｈに送信する。

【0127】

クライアント端末１００ＨのＣＰＵ２０１は、当該リストを受信して共有が許可されているアプリケーションを選択可能に、共有が許可されているアプリケーションを選択不可能にグレーアウトして、両アプリケーションを識別可能に選択画面８１１に表示する。ステップＳ５０３では共有を許可するアプリケーションの選択を受け付け、ステップＳ５０４で共有を許可するアプリケーションを決定する。ステップＳ５０５で、共有を許可するアプリケーションの一覧をメモリ上に記憶する（例えば図１２の許可情報１２４０を記憶する／共有を許可すると決定されたアプリケーションＩＤの１２４１に対応する共有許可１２４２には「許可」を記憶し、共有が不許可のアプリケーションとしてグレーアウト表示したアプリケーションＩＤ１２４１に対応する共有許可１２４２には「不許可」を記憶し、許可するアプリケーションとして選択されなかったアプリケーションＩＤ１２４１に対応する共有許可１２４２には「未許可」を記憶する）。ステップＳ５０７では共有が許可されているアプリケーションのウィンドウのうち、アクティブウィンドウを特定して表示画像キューに記憶し、ウェブ会議サーバに送信する。以降、ステップＳ５０９〜Ｓ５１８の処理を実行する。

【0128】

また、図６のステップＳ６０７で、アクティブウィンドウのアプリケーションが、共有が未許可のアプリケーションか否か、許可情報１２４０を参照して判定する。未許可の場合には処理をステップＳ６０８に移行する。許可または不許可の場合には処理をステップＳ６１３に移行する。ステップＳ６１３では、アクティブウィンドウのアプリケーションが、共有が許可されているか不許可とされているか判定する。不許可の場合には図６の処理を終了し、許可されている場合は処理をステップＳ６１１に移行する。ステップＳ６０８の処理を実行後、ステップＳ６０９で、共有を許可する操作がされたと判定した場合には処理をステップＳ６１０へ移行する。共有を不許可とする操作がされたと判定した場合には処理をステップＳ６１２へ移行する。ステップＳ６１０では、アクティブウィンドウのアプリケーションのＩＤに対応する（許可情報１２４０における）共有許可１２４２を「許可」に更新して記憶し、処理をステップＳ６１１に移行する。ステップＳ６１１では、アクティブウィンドウのアプリケーションのＩＤに対応する共有許可１２４２を「不許可」に更新して記憶し、図６の処理を終了する。

【0129】

以上説明したように、第２の実施形態によれば、所定の権限のユーザが会議に参加している場合に、共有中の画像上において、未許可の画像を意図せず共有してしまうことを防止することができる。

【0130】

＜第３の実施形態＞

【0131】

第３の実施形態においては、会議に参加しているユーザの端末の種類（種別）に応じて、未許可の表示画像を意図せず共有してしまうことを防止する仕組みを提供する。上述した各共通する処理については説明を割愛する。

【0132】

ウェブ会議サーバ２００は、ステップＳ４０７で受信した要求に含まれる、入室要求した端末種別、通信方法の情報をそれぞれ端末種別１２１５、通信方法１２１６に挿入して記憶する。また、図１２の１２６０に示すように、アプリケーションＩＤ１２６１と、当該１２６１の示すアプリケーションの画像表示の共有が推奨（許可）されている端末種別１２６２を、クライアント端末１００Ｈの外部メモリに予め記憶しておく（ウェブ会議サーバ２００の外部メモリに記憶しておき、ウェブ会議サーバ２００へのログイン時にクライアント端末１００が当該情報を取得して記憶する）。

【0133】

図５のステップＳ５０２において、クライアント端末１００ＨのＣＰＵ２０１は、起動中のアプリケーション一覧（アプリケーションＩＤの一覧）と、自機内の会議情報１２１０の１２１５、端末種別対応情報１２６０を参照して、クライアント端末１００Ｈからウェブ会議サーバ２００へログインしているログインユーザと同じ会議にログインしているユーザ（ユーザＩＤ）に共有が許可されているアプリケーションと、共有が許可されていないアプリケーションのＩＤを特定する。具体的には、クライアント端末１００Ｈと同じ会議に参加中のユーザの端末に、アプリケーション００３の画像表示の共有が推奨されていない端末種別のクライアント端末１００が含まれるか判定する。例えば、クライアント端末１００Ｇ１は端末種別＝ｍｏｂｉｌｅであり、クライアント端末１００Ｇ２は端末種別＝ｐｃである。図１２の１２６０によれば、クライアント端末１００Ｇ１には、アプリケーション００３の画像表示の共有が推奨されていない。アプリケーション００３の画像表示の共有が推奨されているのは、端末種別＝ｐｃのクライアント端末１００Ｇ２である。よって、アプリケーション００３は当該会議において共有が許可されていないアプリケーションとして特定される。なお、図１２の１２１０、１２６０の情報によれば、アプリケーション００１とアプリケーション００２は、当該会議において共有が許可されているアプリケーションとして特定される。

【0134】

クライアント端末１００ＨのＣＰＵ２０１は、共有が許可されているアプリケーションを選択可能に、共有が許可されているアプリケーションを選択不可能にグレーアウトして、両アプリケーションを識別可能に選択画面８１１に表示する。以降ステップＳ５０３〜Ｓ５１８の処理は、第２の実施形態で説明した処理と同一のため、説明は割愛する。なお、ステップＳ５０５では、ステップＳ５０４で共有を許可することが決定されたアプリケーションの一覧を許可情報１２４０としてメモリ上に記憶する（共有を許可すると決定されたアプリケーションＩＤの１２４１に対応する共有許可１２４２には「許可」を記憶し、共有が不許可のアプリケーションとしてグレーアウト表示したアプリケーションＩＤ１２４１に対応する共有許可１２４２には「不許可」を記憶し、許可するアプリケーションとして選択されなかったアプリケーションＩＤ１２４１に対応する共有許可１２４２には「未許可」を記憶する）。

【0135】

図６では、第３の実施形態のステップＳ５０５において記憶された許可情報１２４０（端末種別により共有が不許可である情報が記憶され、ユーザの選択操作により共有が許可されているか未許可が記憶されている情報）に基づいて、ステップＳ６０７、ステップＳ６１３の処理を、第２の実施形態の説明で上述した手法で実行する。以上が第３の実施形態の説明である。

【0136】

第３の実施形態によれば、会議に参加しているユーザの端末の端末種別に応じて、共有中の画像上において、未許可の画像を意図せず共有してしまうことを防止することができる。

【0137】

＜第４の実施形態＞

【0138】

第４の実施形態においては、会議に参加しているユーザの端末の通信方法に応じて、未許可の画像を意図せず共有してしまうことを防止する仕組みを提供する。上述した各共通する処理については説明を割愛する。

【0139】

図１２の１２７０に示すように、アプリケーションＩＤ１２７１と、当該１２７１の示すアプリケーションの画像表示の共有が推奨（許可）されている端末の通信方法１２７２を、クライアント端末１００Ｈの外部メモリに予め記憶しておく（ウェブ会議サーバ２００の外部メモリに記憶しておき、ウェブ会議サーバ２００へのログイン時にクライアント端末１００が当該情報を取得して記憶する）。

【0140】

図５のステップＳ５０２において、クライアント端末１００ＨのＣＰＵ２０１は、起動中のアプリケーション一覧（アプリケーションＩＤの一覧）と、自機内の会議情報１２１０の１２１５、通信方法対応情報１２７０を参照して、クライアント端末１００Ｈからウェブ会議サーバ２００へログインしているログインユーザと同じ会議にログインしているユーザ（ユーザＩＤ）に共有が許可されているアプリケーションと、共有が許可されていないアプリケーションのＩＤを特定する。具体的には、クライアント端末１００Ｈと同じ会議に参加中のユーザの端末に、アプリケーション００３の画像表示の共有が推奨されていない通信方法を用いて通信するクライアント端末１００が含まれるか判定する。例えば、クライアント端末１００Ｇ１の通信方法はｗｉｒｅｌｅｓｓであり、クライアント端末１００Ｇ２の通信方法はｗｉｒｅ−ｌｉｎｅである。図１２の１２７０によれば、クライアント端末１００Ｇ１には、アプリケーション００３の画像表示の共有が推奨されていない。アプリケーション００３の画像表示の共有が推奨されているのは、通信方法１２７２＝ｗｉｒｅ−ｌｉｎｅのクライアント端末１００Ｇ２である。よって、アプリケーション００３は当該会議において共有が許可されていないアプリケーションとして特定される。なお、図１２の１２１０、１２７０の情報によれば、アプリケーション００１とアプリケーション００２は、当該会議において共有が許可されているアプリケーションとして特定される。

【0141】

クライアント端末１００ＨのＣＰＵ２０１は、共有が許可されているアプリケーションを選択可能に、共有が許可されているアプリケーションを選択不可能にグレーアウトして、両アプリケーションを識別可能に選択画面８１１に表示する。以降ステップＳ５０３〜Ｓ５１８の処理は、第２の実施形態で説明した処理と同一のため、説明は割愛する。なお、ステップＳ５０５では、ステップＳ５０４で共有を許可することが決定されたアプリケーションの一覧を許可情報１２４０としてメモリ上に記憶する（共有を許可すると決定されたアプリケーションＩＤの１２４１に対応する共有許可１２４２には「許可」を記憶し、共有が不許可のアプリケーションとしてグレーアウト表示したアプリケーションＩＤ１２４１に対応する共有許可１２４２には「不許可」を記憶し、許可するアプリケーションとして選択されなかったアプリケーションＩＤ１２４１に対応する共有許可１２４２には「未許可」を記憶する）。

【0142】

図６では、第３の実施形態のステップＳ５０５において記憶された許可情報１２４０（通信方法により共有が不許可である情報が記憶され、ユーザの選択操作により共有が許可されているか未許可が記憶されている情報）に基づいて、ステップＳ６０７、ステップＳ６１３の処理を、第２の実施形態の説明で上述した手法で実行する。以上が第４の実施形態の説明である。

【0143】

第４の実施形態によれば、会議に参加しているユーザの端末の通信方法に応じて、共有中の画像上において、未表示の画像を意図せず共有してしまうことを防止することができる。

【0144】

＜第５の実施形態＞

【0145】

第５の実施形態においては、アプリケーションウィンドウの画像に含まれる文字列に応じて、未許可の画像を意図せず共有してしまうことを防止する仕組みを提供する。上述した各共通する処理については説明を割愛する。

【0146】

図１２の１２２０に示すように、文字列１２２１と、当該文字列を含む画像の共有を許可するか否かを示す共有許可１２２２を、クライアント端末１００Ｈの外部メモリに予め記憶しておく（ウェブ会議サーバ２００の外部メモリに記憶しておき、ウェブ会議サーバ２００へのログイン時にクライアント端末１００が当該情報を取得して記憶する）。また、起動しているアプリケーション（起動したアプリケーション）で開いているファイルの画像及びテキスト情報をウェブ会議サーバ２００に送信し、ウェブ会議サーバ２００がどのアプリケーション１２３２で開いているファイルにどの文字列１２３１が含まれているかを管理するアプリケーション文字列情報１２３０をメモリ上に生成して保持する。当該アプリケーション文字列情報１２３０をクライアント端末１００が、ウェブ会議サーバ２００に要求して取得し、メモリ上に記憶する。

【0147】

図５のステップＳ５０２において、クライアント端末１００ＨのＣＰＵ２０１は、起動中のアプリケーションウィンドウの一覧と、文字列許可情報１２２０、アプリケーション文字列情報１２３０を参照して、共有が許可されているウィンドウと、共有が許可されていないウィンドウのＩＤを特定する。具体的には、文字列許可情報１２２０において共有許可１２２２が不許可となっている文字列１２２１を含むウィンドウのＩＤを、アプリケーション文字列情報１２３０を参照して特定し、共有が許可されていないアプリケーションンウィンドウとして決定・特定する。また、文字列許可情報１２２０において共有許可１２２２が不許可となっている文字列１２２１を含まないウィンドウのＩＤを、アプリケーション文字列情報１２３０を参照して特定し、共有が許可されているアプリケーションンウィンドウとして決定・特定する。

【0148】

クライアント端末１００ＨのＣＰＵ２０１は、共有が許可されているアプリケーションを選択可能に、共有が許可されているアプリケーションを選択不可能にグレーアウトして、両アプリケーションを識別可能に選択画面８１１に表示する。以降ステップＳ５０３〜Ｓ５１８の処理は、第１の実施形態で説明した処理と同一のため、説明は割愛する。なお、ステップＳ５０５では、ステップＳ５０４で共有を許可することが決定されたアプリケーションの一覧を許可情報１２４０としてメモリ上に記憶する（共有を許可すると決定されたアプリケーションＩＤの１２４１に対応する共有許可１２４２には「許可」を記憶し、共有が不許可のアプリケーションとしてグレーアウト表示したアプリケーションＩＤ１２４１に対応する共有許可１２４２には「不許可」を記憶し、許可するアプリケーションとして選択されなかったアプリケーションＩＤ１２４１に対応する共有許可１２４２には「未許可」を記憶する）。

【0149】

図６では、ステップＳ６０６の直前に、アクティブウィンドウ（例：図９のアプリケーション００３のウィンドウ）で開いているファイルの文字列１２３１と、文字列許可情報１２２０を参照し、アクティブウィンドウで開かれているファイルが共有許可１３２２＝「不許可」の文字列を含むファイルを開いているアプリケーションか否かを判定する。共有許可１３２２＝「不許可」の文字列を含むファイルを開いている場合、図６の処理を終了する。共有許可１３２２＝「不許可」の文字列を含むファイルを開いていない場合、許可情報１２４０を参照して、当該アクティブウィンドウが共有が未許可のウィンドウか、許可されているウィンドウかを判定する。共有が許可されている場合には処理をステップＳ６１１に移行し、共有が未許可の場合には処理をステップＳ６０８に移行する。

【0150】

第５の実施形態によれば、共有中の画像上において表示するアプリケーションの画像に含まれる文字列に応じて、未許可の画像を意図せず共有してしまうことを防止することができる。

【0151】

例えば機密の文字列含む画像を意図せず共有してしまうことを防止することができる。

【0152】

以上説明したように、本発明によれば、複数の端末で共有する表示画像の選択を容易にし、必要な画像を各端末に共有させる仕組みを提供することができる。

【0153】

なお、上述した各実施形態の発明は、それぞれ自由に組み合わせて実行可能であるものとする。

【0154】

また、上述した実施形態の説明においては、クライアント端末１００のＣＰＵ２０１は、アクティブウィンドウの変更操作を受け付けた場合に、新たにアルティブになったアプリケーションウィンドウの画像（表示画像）のサーバ２００への送信を一時停止することで、不要な画像の共有を防止するものとしたが、例えば、自機からサーバ２００への当該表示画像の送信を停止することなく、サーバ２００に対して当該表示画像の各クライアント端末１００への配信を停止するよう指示して、配信を停止させることで、不要な画像の共有を防止するようにしてもよい。具体的には、表示画像用キューへの表示画像の記憶をしないようにサーバ２００に指示し、当該指示を受け付けたサーバ２００のＣＰＵ２０１が、ホストであるクライアント端末１００Ｈから受信した表示画像を、表示画像用のキューに記憶することなく破棄することで、当該表示画像の配信を停止する。

【0155】

また、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。

【0156】

具体的には、ホスト端末（クライアント端末１００Ｈ）の実行していた、図６のステップＳ６０１〜ステップＳ６１３の処理をウェブ会議サーバ２００が実行するようにしてもよい。この場合、ホスト端末のＯＳが発行するイベント監視や、当該ＯＳへの各種問合せは、ウェブ会議サーバ２００のＣＰＵ２０１が、ネットワーク１５０を介してホスト端末と通信して問い合わせ、検知・実行するものとする。また、クライアント端末１００が記憶する図７、図１２の各種データは、クライアント端末１００が取得する都度、ウェブ会議サーバ２００に送信し、これを受信したウェブ会議サーバ２００が自機のメモリに受信した各種データを記憶するものとする。

【0157】

なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。

【0158】

したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

【0159】

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。

【0160】

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。

【0161】

また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

【0162】

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

【0163】

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

【0164】

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。

【0165】

尚、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。
即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

【符号の説明】

【0166】

１００ クライアント端末
１００Ｇ１ クライアント端末
１００Ｇ２ クライアント端末
１０１ カメラ
１０２ マイク
１０３ スピーカ
１５０ ネットワーク
２００ ウェブ会議サーバ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】