(57)【特許請求の範囲】
【請求項１】
表示画面を表示する複数のクライアント端末と通信可能な情報処理装置であって、
前記表示画面の画像を複数のクライアント端末において共有させる共有手段と、
前記共有手段による共有開始時において表示画面上に既に表示されていたアプリケーションのウィンドウを特定する特定手段と、
前記表示画面において、前記特定手段により特定されたウィンドウとは別のウィンドウがアクティブになったことに応じて、当該アクティブになったアクティブウィンドウに対応する画像を、前記共有手段により共有するか選択させる選択画面を表示する表示制御手段と、
を備え、
前記共有手段は、前記表示制御手段により表示された前記選択画面において共有しないことが選択されたアクティブウィンドウに対応する画像を前記クライアント端末に共有させることなく、前記表示制御手段により表示された前記選択画面において共有することが選択されたアクティブウィンドウに対応する画像を前記クライアント端末に共有させることを特徴とする情報処理装置。
【請求項２】
前記特定手段により特定されたウィンドウとは別のウィンドウとは、前記共有手段による共有開始時において、最小化されていたウィンドウであることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記特定手段により特定されたウィンドウのアプリケーションを、前記共有手段による画像の共有を許可するアプリケーションとして記憶する第１の記憶手段
を備え、
前記表示制御手段は、前記共有を許可する旨が記憶されているアプリケーションのウィンドウがアクティブになった場合には前記選択画面を表示することなく、前記共有を許可する旨が記憶されていないアプリケーションのウィンドウがアクティブになった場合に前記選択画面を表示することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記選択画面において共有しないことが選択されたウィンドウのアプリケーションを、共有を許可しないアプリケーションとして記憶し、前記選択画面において共有することが選択されたウィンドウのアプリケーションを、画像の共有を許可するアプリケーションとして記憶する第２の記憶手段
を備え、
前記表示制御手段は、前記共有を許可する又は許可しない旨が記憶されているアプリケーションのウィンドウがアクティブになった場合には前記選択画面を表示することなく、前記共有を許可する旨が記憶されていないアプリケーションであり、且つ、共有を許可しない旨も記憶されていない未許可のアプリケーションのウィンドウがアクティブになった場合に前記選択画面を表示することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
表示画面を表示する複数のクライアント端末と通信可能な情報処理装置の制御方法であって、
前記表示画面の画像を複数のクライアント端末において共有させる共有工程と、
前記共有工程による共有開始時において表示画面上に既に表示されていたアプリケーションのウィンドウを特定する特定工程と、
前記表示画面において、前記特定工程により特定されたウィンドウとは別のウィンドウがアクティブになったことに応じて、当該アクティブになったアクティブウィンドウに対応する画像を、前記共有工程により共有するか選択させる選択画面を表示する表示制御工程と、
を含み、
前記共有工程は、前記表示制御工程により表示された前記選択画面において共有しないことが選択されたアクティブウィンドウに対応する画像を前記クライアント端末に共有させることなく、前記表示制御工程により表示された前記選択画面において共有することが選択されたアクティブウィンドウに対応する画像を前記クライアント端末に共有させることを特徴とする制御方法。
【請求項６】
表示画面を表示する複数のクライアント端末と通信可能な情報処理装置で実行が可能なプログラムであって、
前記情報処理装置を、
前記表示画面の画像を複数のクライアント端末において共有させる共有手段と、
前記共有手段による共有開始時において表示画面上に既に表示されていたアプリケーションのウィンドウを特定する特定手段と、
前記表示画面において、前記特定手段により特定されたウィンドウとは別のウィンドウがアクティブになったことに応じて、当該アクティブになったアクティブウィンドウに対応する画像を、前記共有手段により共有するか選択させる選択画面を表示する表示制御手段として機能させ、
前記共有手段を、前記表示制御手段により表示された前記選択画面において共有しないことが選択されたアクティブウィンドウに対応する画像を前記クライアント端末に共有させることなく、前記表示制御手段により表示された前記選択画面において共有することが選択されたアクティブウィンドウに対応する画像を前記クライアント端末に共有させる手段として機能させるためのプログラム。
【請求項７】
表示画面を表示する他のクライアント端末と通信可能なクライアント端末であって、
前記表示画面の画像を他のクライアント端末と共有する共有手段と、
前記共有手段による共有開始時において表示画面上に既に表示されていたアプリケーションのウィンドウを特定する特定手段と、
前記表示画面において、前記特定手段により特定されたウィンドウとは別のウィンドウがアクティブになったことに応じて、当該アクティブになったアクティブウィンドウに対応する画面を、前記共有手段により共有するか選択させる選択画面を表示する表示制御手段と、
を備え、
前記共有手段は、前記表示制御手段により表示された前記選択画面において共有しないことが選択されたアクティブウィンドウに対応する画像を前記他のクライアント端末に共有させることなく、前記表示制御手段により表示された前記選択画面において共有することが選択されたアクティブウィンドウに対応する画像を前記他のクライアント端末に共有することを特徴とするクライアント端末。
【請求項８】
表示画面を表示する他のクライアント端末と通信可能なクライアント端末の制御方法であって、
前記表示画面の画像を他のクライアント端末と共有する共有工程と、
前記共有工程による共有開始時において表示画面上に既に表示されていたアプリケーションのウィンドウを特定する特定工程と、
前記表示画面において、前記特定工程により特定されたウィンドウとは別のウィンドウがアクティブになったことに応じて、当該アクティブになったアクティブウィンドウに対応する画面を、前記共有工程により共有するか選択させる選択画面を表示する表示制御工程と、
を含み、
前記共有工程は、前記表示制御工程により表示された前記選択画面において共有しないことが選択されたアクティブウィンドウに対応する画像を前記他のクライアント端末に共有させることなく、前記表示制御工程により表示された前記選択画面において共有することが選択されたアクティブウィンドウに対応する画像を前記他のクライアント端末に共有することを特徴とする制御方法。
【請求項９】
表示画面を表示する他のクライアント端末と通信可能なクライアント端末で実行が可能なプログラムであって、
前記クライアント端末を、
前記表示画面の画像を他のクライアント端末と共有する共有手段と、
前記共有手段による共有開始時において表示画面上に既に表示されていたアプリケーションのウィンドウを特定する特定手段と、
前記表示画面において、前記特定手段により特定されたウィンドウとは別のウィンドウがアクティブになったことに応じて、当該アクティブになったアクティブウィンドウに対応する画面を、前記共有手段により共有するか選択させる選択画面を表示する表示制御手段として機能させ、
前記共有手段を、前記表示制御手段により表示された前記選択画面において共有しないことが選択されたアクティブウィンドウに対応する画像を前記他のクライアント端末に共有させることなく、前記表示制御手段により表示された前記選択画面において共有することが選択されたアクティブウィンドウに対応する画像を前記他のクライアント端末に共有する手段として機能させるためのプログラム。
【請求項１０】
表示画面を表示する複数のクライアント端末と情報処理装置とを含む情報処理システムであって、
前記表示画面の画像を複数のクライアント端末において共有させる共有手段と、
前記共有手段による共有開始時において表示画面上に既に表示されていたアプリケーションのウィンドウを特定する特定手段と、
前記表示画面において、前記特定手段により特定されたウィンドウとは別のウィンドウがアクティブになったことに応じて、当該アクティブになったアクティブウィンドウに対応する画像を、前記共有手段により共有するか選択させる選択画面を表示する表示制御手段と、
を備え、
前記共有手段は、前記表示制御手段により表示された前記選択画面において共有しないことが選択されたアクティブウィンドウに対応する画像を前記クライアント端末に共有させることなく、前記表示制御手段により表示された前記選択画面において共有することが選択されたアクティブウィンドウに対応する画像を前記クライアント端末に共有させることを特徴とする情報処理システム。
【請求項１１】
表示画面を表示する複数のクライアント端末と情報処理装置とを含む情報処理システムの制御方法であって、
前記表示画面の画像を複数のクライアント端末において共有させる共有工程と、
前記共有工程による共有開始時において表示画面上に既に表示されていたアプリケーションのウィンドウを特定する特定工程と、
前記表示画面において、前記特定工程により特定されたウィンドウとは別のウィンドウがアクティブになったことに応じて、当該アクティブになったアクティブウィンドウに対応する画像を、前記共有工程により共有するか選択させる選択画面を表示する表示制御工程と、
を含み、
前記共有工程は、前記表示制御工程により表示された前記選択画面において共有しないことが選択されたアクティブウィンドウに対応する画像を前記クライアント端末に共有させることなく、前記表示制御工程により表示された前記選択画面において共有することが選択されたアクティブウィンドウに対応する画像を前記クライアント端末に共有させることを特徴とする制御方法。
【請求項１２】
表示画面を表示する複数のクライアント端末と情報処理装置とを含む情報処理システムを制御するプログラムであって、
前記情報処理システムを、
前記表示画面の画像を複数のクライアント端末において共有させる共有手段と、
前記共有手段による共有開始時において表示画面上に既に表示されていたアプリケーションのウィンドウを特定する特定手段と、
前記表示画面において、前記特定手段により特定されたウィンドウとは別のウィンドウがアクティブになったことに応じて、当該アクティブになったアクティブウィンドウに対応する画像を、前記共有手段により共有するか選択させる選択画面を表示する表示制御手段として機能させ、
前記共有手段を、前記表示制御手段により表示された前記選択画面において共有しないことが選択されたアクティブウィンドウに対応する画像を前記クライアント端末に共有させることなく、前記表示制御手段により表示された前記選択画面において共有することが選択されたアクティブウィンドウに対応する画像を前記クライアント端末に共有させる手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理装置、クライアント端末、その制御方法及びプログラムに関する。
【背景技術】
【０００２】
従来、ウェブ会議システムにおいては、パーソナルコンピュータやタブレット端末などの情報処理装置に、カメラ、マイク、スピーカなどの機能を有するデバイスを接続し、それぞれのデバイスから入力した映像や音声を複数の拠点間で送受信している。
【０００３】
Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｃｏｍｐｕｔｉｎｇ（ＶＮＣ）などのリモートデスクトップにおいては、手元のコンピュータからネットワークで接続された他のコンピュータの画面を共有したり操作したりすることが行われている。また、ウェブ会議に参加しているユーザ端末うち１機がホスト端末となり、ホスト端末のデスクトップ全体または特定のアプリケーションの画像を、他の参加ユーザのユーザ端末であるゲスト端末と共有することが行われている（例えば特許文献１）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１９２０３６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
デスクトップ全体の画像を複数の端末間で共有する場合、開始前に表示を共有したいアプリケーションのウインドウのみを表示し、表示を共有したくない（他のユーザに見せたくない）アプリケーションのウインドウを最小化しておくことがある。しかし、表示共有中、ホストユーザの誤操作やゲストのリモート操作によって、例えば最小化されていたアプリケーションのウインドウが最大化されることで当該最小化が解除されてしまったり、表示を共有したくないアプリケーションを新しく起動してしまったりすることによって、意図しない画像の表示を共有してしまうことがある。
【０００６】
本発明は、共有にかかる情報に基づいて、ウィンドウの画像の共有許否をより効率よく決定し、画像を意図せず共有してしまうことを防止する仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、表示画面を表示する複数のクライアント端末と通信可能な情報処理装置であって、前記表示画面の画像を複数のクライアント端末において共有させる共有手段と、前記表示画面においてウィンドウがアクティブになったことに応じて、当該アクティブになったアクティブウィンドウに対応する画面を、前記共有手段により共有するか選択させる選択画面を表示する表示制御手段と、を備え、前記共有手段は、前記表示制御手段により表示された前記選択画面において共有しないことが選択されたアクティブウィンドウに対応する画面を前記クライアント端末に共有させることなく、前記表示制御手段により表示された前記選択画面において共有することが選択されたアクティブウィンドウに対応する画面を前記クライアント端末に共有させることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、共有にかかる情報に基づいて、ウィンドウの画像の共有許否をより効率よく決定し、画像を意図せず共有してしまうことを防止する仕組みを提供することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の第１の実施形態における、情報処理システムの構成の一例を示す図である。
【図２】本発明の第１の実施形態における、各種装置のハードウェア構成の一例を示す図である。
【図３】本発明の第１の実施形態における、各種装置の機能構成の一例を示す図である。
【図４】本発明の第１の実施形態における、会議画像送信処理の流れを示すフローチャートである。
【図５】本発明の第１の実施形態における、指定画像送信処理の流れを示すフローチャートである。
【図６】本発明の第１の実施形態における、最小化画像の表示処理の流れを示すフローチャートである。
【図７】本発明の第１の実施形態における、新たなアプリケーションの起動処理の流れを示すフローチャートである。
【図８】本発明の第１の実施形態における、各種データ構成の一例を示す図である。
【図９】本発明の第１の実施形態における、デスクトップ共有画面の構成、選択画面の構成及び未許可の最小化画像表示時の画面遷移の様子の一例を示す図である。
【図１０】本発明の第１の実施形態における、表示が許可された画像を含む指定画像及び表示が許可されなかった画像を含む指定画像の構成の一例を示す図である。
【図１１】本発明の第１の実施形態における、選択画面の構成及び未許可のアプリケーションの画像表示時の画面遷移の様子の一例を示す図である。
【図１２】本発明の第１の実施形態における、表示が許可された画像を含む指定画像及び表示が許可されなかった画像を含む指定画像の構成の一例を示す図である。
【図１３】本発明の第２の実施形態における、各種データ構成の一例を示す図である。
【図１４】本発明の第３及び第４の実施形態における、各種データ構成の一例を示す図である。
【図１５】本発明の第１の実施形態における、会議画面の構成の一例を示す図である。
【発明を実施するための形態】
【００１０】
以下、図面を参照して、本発明の実施の形態の一例について説明する。
【００１１】
まず図１を参照して、本発明の第１の実施形態における、情報処理システムの構成の一例について説明する。
【００１２】
本発明のウェブ会議システムは、例えば、パーソナルコンピュータを適用可能な情報処理装置であるクライアント端末１００（１００Ｇ１、１００Ｇ２）と各クライアント端末でウェブ会議システムを利用可能にするウェブ会議サーバ２００（サーバ装置（情報処理装置の１つ））がネットワーク１５０を介して通信可能に接続され、構成されている。
【００１３】
ウェブ会議サーバ２００は、ウェブブラウザを利用したウェブ会議を実現するためのサーバであり、クライアント端末１００からのアクセスに応じて、各クライアント端末１００で入力を受け付けたユーザＩＤのユーザが参加する会議の画面であるウェブ会議画面（インタフェース／例えばｈｔｍｌで表現される画面を表示するための情報）をそれぞれのクライアント端末１００に送信して表示させる。当該会議画面の提供（会議画面に表示する会議画像及び指定画像の提供）により、複数のクライアント端末１００によりウェブ会議を行うサービスを提供する。
【００１４】
ここでいう会議画像とは、会議に参加中のユーザのユーザＩＤが入力された各クライアント端末１００で撮像され、ウェブ会議サーバ２００に送信されている画像である撮像画像であり、例えば、ユーザ自身の顔を写した画像である。また、ここでいう指定画像とは、クライアント端末１００の入力部を介して、ユーザ操作に応じて指定を受け付けた、クライアント端末１００からウェブ会議サーバ２００に送信されている画像である。指定画像は、例えば当該指定画像の指定を受け付け、ウェブ会議サーバ２００への送信処理を行っているクライアント端末１００のデスクトップ画面に表示しているデスクトップ画像である。
【００１５】
クライアント端末１００は、例えば１００Ｈに示すようなデスクトップＰＣや、１００Ｇ１のようなノートＰＣ、１００Ｇ２のようなタブレットＰＣである。クライアント端末１００は、ウェブ会議サーバ２００から受信した会議画面に、同じくウェブ会議サーバ２００から受信した画像や映像（会議画像）や、指定画像を表示する。
【００１６】
本実施形態においてクライアント端末１００には、ウェブ会議サーバ２００へアクセスするためのウェブブラウザ、及び専用のモジュールがインストールされているものとする。なお、この専用のモジュールは、例えば、ウェブブラウザを介して、ウェブ会議サーバ２００からダウンロードするＡｃｔｉｖｅＸコンポーネントである。なお、ウェブ会議において自身の動画像を送信する場合は、ビデオデバイスである（ウェブカメラ等の）カメラ１０１を接続する。音声を送信する場合は、マイク１０２を接続し、相手の音声を視聴するためにはスピーカ１０３を接続する。マイク１０２およびスピーカ１０３はオーディオデバイスである。
【００１７】
また、図１においては各デバイスを別々の筐体として例示しているが、例えば１０１〜１０３が同じ筐体のハードに備えられているデバイスを用いてもよい。例えばカメラ機能とマイク機能や、マイク機能とスピーカ機能、および全ての機能を備えたデバイスである。また、クライアント端末１００に１０１〜１０３のデバイスが内蔵されている場合、これらの内蔵されているデバイスを用いて、画像、音声等を入力・出力するようにしてもよい。
【００１８】
本実施形態のウェブ会議システムは、クライアント端末１００に表示されている画面の画像を他のクライアント端末（１００Ｇ１、１００Ｇ２等）の画面に表示する、画面共有（指定画像の表示の共有処理）を行うことができる。共有される指定画像は、クライアント端末１００で指定することが可能である。例えばユーザ操作により指定されたアプリケーションの画面のみを指定画像として共有することができる（アプリケーション共有）。また、クライアント端末１００に表示されているデスクトップ画面の指定を受け付けることで、当該デスクトップ画像全体を指定画像として共有することができる（デスクトップ共有）。また、クライアント端末１００を指定することで（または自装置のカメラで撮像した画像を全画面表示する操作を受け付けることで）、当該カメラで撮像した画像を指定画像として共有することができる。
【００１９】
また、本ウェブ会議システムは、ルームと呼ばれる仮想の会議室をウェブ会議サーバ２００において複数生成、記憶、管理することができる。各クライアント端末１００を操作するユーザは、自身のユーザＩＤ・パスワードを用いて、ウェブブラウザ経由でウェブ会議サーバ２００にアクセスしてログインし、自身のユーザＩＤを用いて当該ルームに入室することで、当該ルームにおいて開催される会議に参加することができる。以上が図１の説明である。
【００２０】
以下、図２を用いて、本発明の第１の実施形態における、ウェブ会議サーバ及びクライアント端末のハードウェア構成の一例について説明する。
【００２１】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００２２】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
であってもよい。また、例えばプロジェクタのような外部出力装置であってもよい。
【００２３】
また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス、タッチパネル、カメラ等からの入力を制御する。
であってもよい。また、例えばプロジェクタのような外部出力装置であってもよい。
【００２４】
２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器（外部出力装置）への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイや、マルチタッチスクリーン等の他の表示器であってもよい。また、例えばプロジェクタのような外部出力装置であってもよい。
【００２５】
なおビデオコントローラ２０７は、表示制御を行うためのビデオメモリ（ＶＲＡＭ）を制御することが可能で、ビデオメモリ領域としてＲＡＭ２０３の一部を利用することもできるし、別途専用のビデオメモリを設けることも可能である。本実施形態においては、各クライアント端末１００は、クライアント端末１００を通常する場合の表示に用いられる第１のビデオメモリ領域と、所定の画面が表示される場合に、第１のビデオメモリ領域の表示内容に重ねて別の表示をするために用いられる第２のビデオメモリ領域を有している。ビデオメモリ領域は２つに限ったものではなく、情報処理装置の資源が許す限り複数有することが可能なものとする。
【００２６】
２１２は、音声入出力コントローラで、マイク／スピーカ２１３（図１における１０２及び１０３）からの入出力を制御する。マイクから入力された音声を音声認識することが可能となっている。スピーカにはイヤホンを接続することも可能である。
【００２７】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２８】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したネットワーク１５０（例：ＬＡＮ等））を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信や、ＩＳＤＮなどの電話回線、および携帯電話の３Ｇ回線を用いた通信が可能である。等が可能である。
【００２９】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３０】
また、外部メモリ２１１等の、情報を永続的に記憶するための記憶装置（記憶媒体）は、その形態をハードディスク等の記憶装置に限定するものではない。例えば、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）などの媒体であってもよい。
【００３１】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。以上が図２の説明である。
【００３２】
次に図３を参照して、本発明の第１の実施形態における、各種装置の機能構成の一例について説明する。
【００３３】
クライアント端末１００は、画像記憶部３１１、送信制御部３１２、許可情報記憶部３１３、最小化アプリケーション監視部３１４、アプリケーション起動監視部３１５、選択画面表示部制御部３１６等を備えている。
【００３４】
ウェブ会議サーバ２００は、会議情報記憶部３２１、受信制御部３２２、画像記憶部３２３、送信制御部３２４等を備えている。
【００３５】
会議情報記憶部３２１は、どのユーザが、どの会議室に入室してどのユーザと会議を行っているかを記憶する記憶部である。
【００３６】
送信制御部３１２は、カメラにおいて撮像され入力された画像（映像）や、ユーザ操作等により表示を共有する画像として指定された指定画像（デスクトップ全体または指定アプリケーションの画面の画像）を、ウェブ会議サーバに送信制御する送信制御部である。送信された画像は、ウェブ会議サーバ２００の受信制御部３２２で受信され、メモリ上の画像記憶部３２３（キュー）に格納される。
【００３７】
画像記憶部３１１は、送信制御部３１２によって送信する画像と同じ画像を記憶する記憶部（キュー）である。キューには、クライアント端末１００の撮像装置によって撮像される撮像画像（会議画像）用のキューと、ユーザ操作により指定された指定画像（クライアント端末１００のデスクトップ画面の画像等）のキューがある。
【００３８】
撮像画像用のキューには撮像画像を順次記憶する。カメラは継続的に撮像処理（動画の撮像及びクライアント端末１００への動画の入力）を行うため、キューには、動画を構成する複数の画像が、動画内のフレームごとに順々に記憶される。指定画像用のキューには、指定画像を所定時間ごとに記憶する。例えば０．２秒ごとに、クライアント端末１００のデスクトップ画面に表示されているデスクトップ画像を順次記憶する。記憶される各指定画像は、例えばデスクトップ画像を繋ぎ合わせて再生する動画の１フレームである。
【００３９】
受信制御部３２２は、クライアント端末１００の送信制御部３１２より送信された会議画像（映像）、および指定画像、音声を受信する受信部である。送信制御部３２４は、受信制御部３２２で受信した画像、指定画像、音声等を、同じ会議に参加している（同じ会議室に入室中の）、当該画像や音声の送信元のクライアントとは別の、他のクライアント端末１００に受信させるべく送信する制御部である。
【００４０】
なお、本実施形態においては、各クライアント端末１００がウェブ会議サーバ２００に対して、画像記憶部３２３からの画像の取得要求を行うことで、当該要求に応じてウェブ会議サーバ２００の送信制御部３２４が要求元のクライアント端末１００に対して、当該要求受付時におけるキュー内の最新の画像を送信するものとする。クライアント端末１００は、要求した画像を受信した後、当該受信した画像（動画内の１フレーム）を表示画面に表示する。そして当該表示と並行して、当該動画内の次の画像をウェブ会議サーバ２００に要求する。会議が終了する等、動画の表示が終了するまで、当該画像の要求と表示を繰り返す。
【００４１】
送信制御部３２４は、各クライアント端末１００からの要求に応じて、画像記憶部３２３に記憶されている会議画像や指定画像を要求元のクライアント端末１００に送信する制御部である。
【００４２】
最小化アプリケーション監視部３１４は、最小化されているアプリケーションの最小化解除（ウインドウの最大化等によるデスクトップ画面への表示）を監視する監視部である。例えば、指定画像の共有開始時点において最小化されているアプリケーションの識別情報をメモリ上に記憶し、ＯＳにおけるこれらのアプリケーションの最小化解除のイベントを監視する。例えばＯＳによって発行される最小化ウインドウの最大化のイベントを検知する。
【００４３】
アプリケーション起動監視部３１５は、アプリケーションの新たな起動処理を監視する。例えば、指定画像の共有開始時点において起動されているアプリケーションの識別情報をメモリ上に記憶し、ＯＳにおけるこれらのアプリケーション以外のアプリケーションの起動イベントを監視する。例えばＯＳによって発行されるアプリケーションの起動イベントを検知する。
【００４４】
選択画面表示制御部３１６は、最小化アプリケーションの最小化を解除する操作を受け付けた場合に、当該最小化を解除する操作を受け付けたアプリケーションの画像（例：アプリケーションのウインドウ）を含む指定画像（例：デスクトップ画像）を共有するか（共有を許可するか）ユーザに選択させる選択画面を表示制御する処理部である。
【００４５】
許可情報記憶部３１３は、選択画面において、共有を許可する選択がされたアプリケーション、まだ許可されていないアプリケーション、不許可が選択されたアプリケーションを記憶する記憶部である。
【００４６】
表示制御部３１７は、カメラから入力された画像（映像／動画）、及び、複数のクライアント端末間で共有する画像として指定されたデスクトップ全体の画像または指定されたアプリケーションのウインドウに表示される画面画像を表示画面に表示する制御部である。また、送信制御部３２４により送信された画像（会議画像や指定画像）を受信して、受信した画像をメモリ上の受信画像用のキュー（画像記憶部３１１）に記憶し、当該メモリ上のキューから画像を順次取得して、連続して表示画面に表示させ、動画として再生表示する。
【００４７】
また、共有が未許可のアプリケーションウインドウの画像及び共有が許可されなかった（不許可の）アプリケーションウインドウの画像を黒くマスキング（マスク処理）したデスクトップ画像を表示し、共有が許可されたアプリケーションウインドウの画像を含むデスクトップ画像を表示する。以上が図３の説明である。
【００４８】
次に図４を参照して、本発明の第１の実施形態における、画像送信処理の流れについて説明する。
【００４９】
クライアント端末１００のＣＰＵ２０１は、ウェブ会議サーバ２００の提供するウェブ会議サービスを享受するために、ブラウザソフト上におけるユーザ操作に応じて所定のＵＲＬにアクセスし、不図示のログイン画面を表示する。そして、当該ログイン画面においてユーザＩＤとパスワードの入力を受け付けて、「ログイン」ボタンの押下を受け付けることで、ウェブ会議サーバ２００へのログイン要求を送信する（ステップＳ４０１）。
【００５０】
ウェブ会議サーバ２００のＣＰＵ２０１は、当該ログイン要求を受け付け（ステップＳ４０２）、自装置の外部メモリに予め記憶されているユーザ情報（ユーザＩＤ及びパスワード／図８の８００に例示）と突き合わせて認証処理（ログイン処理）を行う。認証が成功した場合（受信したユーザＩＤを用いたウェブ会議サーバ２００へのログインが成功した場合）、不図示のメニュー画面の画面情報（例えばｈｔｍｌ情報）を生成して、クライアント端末１００に送信する（ステップＳ４０３）。
【００５１】
クライアント端末１００のＣＰＵ２０１は、当該画面情報を受信して、受信した画面情報に基づいて不図示のメニュー画面を表示画面に表示する（ステップＳ４０４）。クライアント端末１００のＣＰＵ２０１は、当該メニュー画面に含まれる不図示のルーム（ルームの識別情報）の選択部において、ログインユーザが入室するルームの選択操作を受け付け（ステップＳ４０５）、同画面に含まれる不図示の「入室」ボタンの押下を受け付けることで、選択中のルームへの入室要求をウェブ会議サーバ２００に送信する（ステップＳ４０６）。
【００５２】
クライアント端末１００のＣＰＵ２０１は、当該入室要求に、入室の操作を受け付けたクライアント端末１００でログイン中のログインユーザのユーザＩＤ、入室対象のルームの識別情報（ルームＩＤ）、クライアント端末１００の識別情報（例えばＩＰアドレス）、クライアント端末１００の端末種別、通信方法等の情報を含めて、当該要求をウェブ会議サーバ２００に送信する。端末種別とは、例えばクライアント端末１００自身が、ＰＣ（デスクトップＰＣ、ノートＰＣ）なのか携帯端末（例えばタブレットＰＣ、携帯電話等）なのかを識別するための情報である。自装置がＰＣであれば端末種別＝ｐｃの値を送信し、自装置が携帯端末であれば端末種別＝ｍｏｂｉｌｅの値を送信する。各クライアント端末１００は、自装置の端末種別の情報を、自装置の外部メモリ等の記憶領域に予め保持・記憶しており、その情報を取得して当該要求に埋め込むものとする。通信方法は、クライアント端末１００自身がどのような通信方法でウェブ会議サーバ２００と通信しているかを示す通信方法の識別情報である。例えば有線ＬＡＮを用いた通信であれば通信方法＝ｗｉｒｅ−ｌｉｎｅであり、無線通信であれば通信方法＝ｗｉｒｅｌｅｓｓである。クライアント端末１００のＣＰＵ２０１は、自装置の通信を管理している機能部（例えば通信／ＩＦコントローラ）に自装置が外部装置との通信に用いている通信方法を問い合わせて当該通信方法の情報を取得する。そして、入室要求の中に埋め込んで、ウェブ会議サーバ２００に送信する。
【００５３】
ウェブ会議サーバ２００のＣＰＵ２０１は当該入室要求を受け付けると（ステップＳ４０７）、要求されたルーム（会議室）にユーザを入室させる入室処理を実行する（ステップＳ４０８）。
【００５４】
ここでは、入室処理に際して、どのユーザが、どの会議室のどの会議に、どのような端末種別のどの端末で、どのような通信方法で通信をして入室しているかを登録・記憶する。
【００５５】
具体的には、図８の会議情報８１０の会議室８１１に入室するルームのルームＩＤを、参加者ＩＤ８１３に入室させるユーザのユーザＩＤを追加する。また、当該ルームに入室中のユーザがいなかった場合は（無人のルームに入室した場合は）、会議を識別する会議ＩＤを発行して会議ＩＤ８１２に挿入、記憶する。２人目以降の場合は、同ルームに入室中のユーザＩＤ（参加者）の参加している会議の会議ＩＤ（入室中のルームに対応する会議ＩＤ）を会議ＩＤ８１２に記憶するものとする。また、ステップＳ４０７で受け付けた入室要求に含まれていたクライアント端末１００の端末ＩＤを端末ＩＤ８１４に挿入する。第１の実施形態においては、受信した端末種別、通信方法の情報は記憶しない。（後述するその他の実施形態においては、例えば端末種別を端末種別１３１５に、通信方法を通信方法１３１６に挿入して記憶する。）
【００５６】
入室処理が完了すると、ウェブ会議サーバ２００のＣＰＵ２０１は、図１５に示すような、各クライアント端末１００のカメラにより撮像された会議画像を表示する会議画面の画面情報（例えばｈｔｍｌ情報）を、入室したユーザのユーザＩＤの送信元のクライアント端末１００に送信する（ステップＳ４０９）。
【００５７】
クライアント端末１００のＣＰＵ２０１は当該会議画面の画面情報を受信し、受信した画面情報に基づいて会議画面を表示する（ステップＳ４１０）。以降、会議が終了するまで（会議の終了についてはステップＳ４２４で後述）、ステップＳ４１１〜ステップＳ４２３の処理を実行・継続するものとする。
【００５８】
クライアント端末１００のＣＰＵ２０１は、自装置に接続されている（又は自装置に内蔵される）カメラ１０１からの画像（映像）の入力を受け付けて、カメラ１０１で撮像された画像（映像／会議画像）を取得し（ステップＳ４１１）、会議画面上に表示する（ステップＳ４１２）。例えば図１５の会議画面における、表示領域１５０４に、自装置のカメラで撮像した画像を表示する。図１５において１５０１は画像を大きく表示するメイン表示領域であり、１５０２、１５０３、１５０４は画像を小さく表示するサブ表示領域である。また、１５０５は、同じ会議に参加中の他のクライアント端末１００と共有する指定画像を指定させるための「指定画像ボタン」である。
【００５９】
クライアント端末１００のＣＰＵ２０１は、カメラ１０１からの入力画像（映像）を会議画面に表示する一方で、映像コーデックによる画像（映像）の圧縮処理を行い、圧縮後の画像を、１フレームごとに、順々に自装置のメモリ上のキューに保存・記憶する（ステップＳ４１３）。
【００６０】
キューの一例を図８の会議画像キュー８２０に示す。会議画像キュー８２０は、各画像の識別番号（識別情報）であり、画像の順序を示すシーケンス番号８２１と、画像の実体（画像データ／映像の中の１フレームの画像）である画像８２２の項目から構成される。クライアント端末１００のＣＰＵ２０１は、カメラ１０１から取得した映像の各フレームの画像について、当該画像を取得した順にシーケンス番号を割り振って、会議画像キュー８２０に記憶する。
【００６１】
クライアント端末１００のＣＰＵ２０１は、会議画像キュー８２０に保存した画像を、ウェブ会議サーバ２００に、シーケンス番号と共に送信する（ステップＳ４１４）。つまり、会議画像キュー８２０に示す情報をウェブ会議サーバ２００に送信する。
【００６２】
ウェブ会議サーバ２００のＣＰＵ２０１は、当該画像（圧縮データ）を受信し（ステップＳ４１５）、自装置のメモリ上に保持している、当該画像の送信元のクライアント端末１００（端末ＩＤ８１４）でのログインユーザの会議画像キュー（構成は会議画像キュー８２０と同じ）に追加して記憶する（ステップＳ４１６）。ウェブ会議サーバ２００のＣＰＵ２０１は、ユーザの会議室への入室処理が行われた場合に、当該ユーザごとに（会議室に参加者ＩＤ８１３に入室したユーザのユーザＩＤごとに）会議画像キューを生成してメモリ上に保持する。当該ウェブ会議サーバのメモリ上の会議画像キューには、クライアント端末１００より受信した、会議画像キュー８２０のシーケンス番号８２１、画像８２２と同じ情報を対応付けて記憶する。
【００６３】
クライアント端末１００のＣＰＵ２０１は、ステップＳ４１７において、他の会議参加者の画像（同じルームに入室している他の入室者のユーザＩＤの会議画像キューの画像）の取得要求をウェブ会議サーバ２００に送信する（ステップＳ４１７）。
【００６４】
ウェブ会議サーバ２００のＣＰＵ２０１は当該取得要求を受け付け（ステップＳ４１８）、要求元のクライアント端末１００（端末ＩＤ８１４）でのログインユーザ以外の、当該ログインユーザと同じルームに入室中のユーザのユーザＩＤを、会議情報８１０を参照して特定し、特定した他の入室者の会議画像キューの画像のうち、最新のシーケンス番号（最も後ろの番号）の画像を取得し（ステップＳ４１９）、取得した各クライアント端末１００のカメラで撮像された画像（会議画像）を、当該画像に対応するユーザＩＤと共に要求元のクライアント端末１００に送信する（ステップＳ４２０）。
【００６５】
クライアント端末１００のＣＰＵ２０１は、ステップＳ４２０で送信された画像（圧縮データ）を受信し（ステップＳ４２１）、映像コーデックによる伸長処理を行って映像（画像）を復元して、表示中の会議画面に表示する（ステップＳ４２２）。例えば図１５の１５００においてはメイン表示領域１５０１にＵｓｅｒ００２の画像（映像）、１５０２、１５０３等のサブ表示領域にＵｓｅｒ００３、Ｕｓｅｒ００４の画像（映像）が割り当てられている。また、１５０４に、ログインユーザであるＵｓｅｒ００１自身の画像（映像）が割り当てられている。どの表示領域にどのユーザの画像を表示するかの対応付け情報（表示領域のＩＤとユーザＩＤを対応付けた情報）は、クライアント端末１００のメモリに記憶されているものとする。クライアント端末１００のＣＰＵ２０１は、受信した画像を、それぞれの画像のユーザに対応する表示領域に表示することで、各ユーザの画像（会議画像）の表示を更新し、動画像（映像）として再生・表示する。
【００６６】
クライアント端末１００のＣＰＵ２０１は、会議が終了したか判定する（ステップＳ４２３）。例えば、クライアント端末１００において、不図示の「退出ボタン」の押下操作を受け付けた場合に、ログインユーザにとっての会議終了がされたと判定するものとする。また、ルーム使用の終了時刻がウェブ会議サーバに記憶されている場合、当該終了時刻になるとウェブ会議サーバ２００のＣＰＵ２０１はウェブ会議を強制終了し、当該強制終了した旨を強制終了した会議に参加していたユーザのクライアント端末１００に通知する。各クライアント端末１００のＣＰＵ２０１は、当該強制終了の通知を受け付けた場合に、会議が終了したものと判定する。ウェブ会議が終了した場合には図４の処理を終了し、継続中の場合には処理をステップＳ４１１に移行する。
【００６７】
ウェブ会議を行う場合、実際には、複数のクライアント端末１００が存在する場合があるため、ウェブ会議サーバ２００のＣＰＵ２０１は、ステップＳ４０２〜Ｓ４０９をウェブ会議サーバ２００にログインしたクライアント端末１００の数だけ実行することとなる。また、ステップＳ４１５〜Ｓ４２０の処理を、ウェブ会議に参加（ルームに入室）したユーザのクライアント端末１００の数だけ実行することとなる。以上が図４の説明である。
【００６８】
次に図５を参照して、本発明の第１の実施形態における、指定画像送信処理の流れについて説明する。
【００６９】
クライアント端末１００ＨのＣＰＵ２０１は、指定画像の指定及び共有指示を受け付ける（ステップＳ５０１）。例えば図１５の会議画面における「全画面」ボタンの押下を受け付けた場合に、当該「全画面」ボタンの押下を受け付けたクライアント端末１００Ｈのカメラ１０２で撮像された、ウェブ会議サーバ２００に送信中の会議画像を指定画像として決定し、指定画像の共有指示を受け付けたものと判定する。また、例えば図１５の会議画面における「指定画像」ボタンの押下を受け付けることでクライアント端末１００Ｈが表示する図１５の１５１１の指定画像選択画面（表示を共有する対象としてクライアント端末１００Ｈのデスクトップ画面の画像を選択可能な選択部と、クライアント端末１００Ｈで起動中のアプリケーションの中から画面（ウインドウの画像）の表示を共有するアプリケーションの選択を受け付ける選択部（アプリケーションの一覧））を表示し、当該選択画面において画面の表示（画像）を共有するアプリケーション又はデスクトップの選択を受け付けた場合に、選択された画面の画像を指定画像とすることを決定し、指定画像の指定及び共有指示を受け付けたものと判定する。
【００７０】
本実施形態において、指定画像の共有元（送信元）のクライアント端末１００はホスト端末であり、共有先（送信先）のクライアント端末１００はゲスト端末であるものとする。また、ステップＳ５０１においては、クライアント端末１００Ｈのデスクトップ画像が指定画像として指定されたものとする。
【００７１】
クライアント端末１００ＨのＣＰＵ２０１は、当該指定画像を自装置の記憶部（メモリ）から取得する（ステップＳ５０２）。例えばクライアント端末１００ＨのＯＳ（オペレーティング・システム）にデスクトップ画面の画像を要求して取得し、図９の９００に示すように全画面表示する（ステップＳ５０２）。
【００７２】
図９は、本発明の第１の実施形態における、デスクトップ共有画面の構成、選択画面の構成及び未許可の最小化画像表示時の画面遷移の様子の一例を示す図である。
【００７３】
図９の９００は、ホスト端末から同じ会議に参加中の各ゲスト端末に送信（共有）される画面であり、当該共有がされることによりホスト端末であるクライアント端末１００Ｈ、及びゲスト端末であるクライアント端末１００Ｇ１、クライアント端末１００Ｇ２にそれぞれ表示されている画面を示す。
【００７４】
図９の９００によれば、デスクトップ共有の開始時（デスクトップ画像が指定画像として指定された時点）において、既にアプリケーション００１（アプリケーションＩＤ＝Ａｐｐ００１）とアプリケーション００２（アプリケーションＩＤ＝Ａｐｐ００２）の２つのアプリケーションが起動している。アプリケーション００１、および、アプリケーション００２のウインドウは最小化されておらず通常表示されている（９０２及び９０３に例示）。タスクバーには起動中の３つのアプリケーションが表示されている（９０４〜９０６に例示）。マウスカーソル９０７は、デスクトップ共有の開始時に最小化されているアプリケーション００３を起動するため、９０７にカーソルを合わせている状態である。
【００７５】
図５の説明に戻る。クライアント端末１００ＨのＣＰＵ２０１は、取得した指定画像を、シーケンス番号と対応付けて指定画像用の画像キュー（クライアント端末１００Ｈのメモリ上に生成するキュー／図８の指定画像キュー８３０）に記憶し、ウェブ会議サーバ２００に送信する（ステップＳ５０３）。なお、ここでいう指定画像キュー８３０の構成は図８の会議画像キュー８２０と同一であるものとする。つまり、指定画像と、指定画像のシーケンス番号とを対応付けて記憶した情報である。合わせて、クライアント端末１００Ｈでログイン中のユーザＩＤをウェブ会議サーバ２００に送信する。その後、処理をステップＳ５０４に移行し、本発明の第１の実施形態における、最小化画像の表示処理を実行する。ステップＳ５０４の処理の詳細は図６の説明にて後述する。また、ステップＳ５０４の実行後、処理をステップＳ５０５に移行し、本発明の第１の実施形態における、新たなアプリケーションの起動処理を実行する。ステップＳ５０５の処理の詳細は図７の説明で後述する。
【００７６】
ウェブ会議サーバ２００のＣＰＵ２０１は、当該指定画像を受信する（ステップＳ５０６）。ウェブ会議サーバ２００のＣＰＵ２０１は、指定画像の共有を開始する旨を、クライアント端末１００Ｈのユーザ（ここではＵｓｅｒ００１）と同じ会議に参加中のユーザ（Ｕｓｅｒ００２、Ｕｓｅｒ００３、Ｕｓｅｒ００４）がユーザＩＤを入力してログインに用いた他のクライアント端末１００（１００Ｇ１、１００Ｇ２、１００Ｓ）に送信する（ステップＳ５０７）。ここでは一例としてクライアント端末１００Ｇ１を例に挙げて説明する。なお、既に指定画像の共有中の場合は、ステップＳ５０７の処理はスキップし、ステップＳ５０８に移行する。
【００７７】
ウェブ会議サーバ２００のＣＰＵ２０１は、指定画像を自装置のメモリ上に指定画像用の画像キュー（指定画像キュー８３０と同じ）をメモリ上に生成して記憶する。具体的には、クライアント端末１００ＨのユーザのユーザＩＤと、フレームごとの指定画像と、各指定画像のシーケンス番号と、当該指定画像を送信済みの送信済みユーザを記憶する（ステップＳ５０８）。
【００７８】
クライアント端末１００Ｇ１のＣＰＵ２０１は、指定画像の共有開始の通知を受け付けると（ステップＳ５０９）、指定画像をウェブ会議サーバ上の指定画像キューから取得すべく、当該指定画像の取得要求をウェブ会議サーバ２００に送信する（ステップＳ５１０）。
【００７９】
ウェブ会議サーバ２００のＣＰＵ２０１は当該指定画像の取得要求を受け付け（ステップＳ５１１）、指定画像用の指定画像キューの中に記憶されている、最新のシーケンス番号（最も後ろの番号）の指定画像を取得し（ステップＳ５１２）、当該指定画像を要求元のクライアント端末１００Ｇ１に送信する（ステップＳ５１３）。
【００８０】
クライアント端末１００Ｇ１のＣＰＵ２０１は、ステップＳ５１３で送信された指定画像を受信し（ステップＳ５１４）、図９の９００に示すように、受信した指定画像（ここではクライアント端末１００Ｈのデスクトップ画像）を全画面表示する。他のクライアント端末１００（例えば１００Ｇ２）も同様に、指定画像の取得要求を行い、当該指定画像を受信して全画面表示する（ステップＳ５１５）。
【００８１】
クライアント端末１００ＨのＣＰＵ２０１は、ステップＳ５１６において、指定画像の共有を終了する操作を受け付けたか判定する（ステップＳ５１７）。例えば図９の９００における「×」ボタン９０１（「閉じる」ボタン）の押下を受け付けた場合に、指定画像の共有を終了する操作を受け付けたと判定し、指定画像の共有の終了をウェブ会議サーバ２００に通知して、図５の処理を終了する。ウェブ会議サーバ２００のＣＰＵ２０１は当該終了の通知を受け付け、当該終了の通知を他のクライアント端末１００にも通知し、通知を受け付けた他のクライアント端末１００のＣＰＵ２０１は、指定画像の全画面表示を終了して、図１５に示すような会議画面を表示画面に表示する。指定画像の共有を終了する操作を受け付けていない場合は、処理をステップＳ５０２に移行し、指定画像の共有を継続する。以上が図５の説明である。
【００８２】
次に図６を参照して、本発明の第１の実施形態における、新たなアプリケーションの起動処理の流れについて説明する。
【００８３】
クライアント端末１００ＨのＣＰＵ２０１は、現在（指定画像の共有開始時に（デスクトップ共有の開始時に））ＯＳに対して、起動中のアプリケーションを問い合わせて取得し、起動中のアプリケーションにおうちデスクトップ画面上で最小化されているアプリケーションの一覧をＯＳに問い合わせて（当該問い合わせに応じてＯＳが最小化中のアプリケーションの識別情報の一覧を応答することで当該最小化中のアプリケーションの識別情報の一覧を）取得する（ステップＳ６０１）。最小化されているアプリケーションウインドウは、非アクティブなアプリケーションウインドウである。そして、許可情報８４０のテーブルをメモリ上に生成して記憶し、取得した最小化アプリケーションの一覧をメモリ上のテーブル（図８の最小化アプリケーション一覧８５０に例示）に記憶する（ステップＳ６０２）。また、ＯＳから取得した起動中のアプリケーション一覧を（最小化されていなアプリケーション及び最小化されているアプリケーションの一覧を）記憶する。許可情報８４０は、どのアプリケーションＩＤ８４１のアプリケーションの画像が共有許可（８４２／共有先のユーザへの閲覧許可）されているかを記憶する情報（閲覧許可情報記憶手段に該当）である。デスクトップ共有が開始された時点でデスクトップ上にウインドウが表示されていた（最小化されていない）アプリケーションの共有許可８４２には、「許可」＝他のクライアント端末への画像の共有を許可されている状態を示す値を記憶する。また、デスクトップ共有が開始された時点で最小化されていたアプリケーションの共有許可８４２には、「未許可」＝共有を許可するか否か未決定の状態を示す値を記憶する。なお、「不許可」＝共有が許可されていない状態を示す値が記憶されるタイミングについては後述する。
【００８４】
クライアント端末１００ＨのＣＰＵ２０１は、最小化アプリケーション一覧に記憶した各最小化アプリケーションに対するイベントの監視を開始する（ステップＳ６０３）。ＯＳから発行される、当該最小化アプリケーションの最小化を解除する（アプリケーションウインドウがアクティブになる）イベントを検知するまで監視を継続し、ある最小化アプリケーションで該イベントを検知すると（ステップＳ６０４でＹＥＳ）、処理をステップＳ６０５に移行する。例えば、図９でいう、タスクバーに最小化されたアプリケーション００３（アプリケーションＩＤ＝Ａｐｐ００３）にカーソル９０７が合わさった状態でダブルクリック操作を受け付けたというイベントを検知した場合に、当該アプリケーション００３の最小化を解除するイベントを検知したと判定する。最小化解除のイベントを検知した場合は、当該最小化が解除される（当該イベントを検知した）アプリケーションの識別情報であるアプリケーションＩＤをＯＳから取得する。
【００８５】
ステップＳ６０５では、当該最小化が解除されるイベントが検知された、最小化が解除されるアプリケーションの識別情報（アプリケーションＩＤ）を取得し、取得したＩＤを有する許可情報８４０の共有許可８４２を参照して、当該最小化が解除されるアプリケーションの画像（画面）の共有を許可するか否かが未決定か判定する（ステップ６０５）。未決定の場合（８４２の値が「未許可」の場合）、図９の９１０における９１１に示すように、ステップＳ５０２で取得したデスクトップ画面の中で、当該共有許可８４２が未許可の、最小化が解除されたアプリケーション００３のウインドウ領域をマスク処理する（ステップＳ６０６）。具体的には、デスクトップ画像（デスクトップ画面）におけるどの座標・領域がアプリケーション００３のウインドウ領域かを示す情報（例えば４組のＸ，Ｙ座標によって示される４点。この４点を頂点とする矩形領域がアプリケーション００３のウインドウ領域であるものとする）をＯＳに問い合わせて取得し、指定画像キュー８３０に記憶されている最新の指定画像（ここではデスクトップ画像）の、当該ＯＳから取得した情報（上述した４点）から特定される領域にマスク処理を施して、同じシーケンス番号の画像８３２に上書きするものとする。
【００８６】
また、図９の９１２に示す選択画面（共有確認ダイアログ）を共有中の画面上（画像上）に表示することで（ステップＳ６０７）、当該アプリケーション００３が未だ共有許可されていないことを通知する。また、当該アプリケーション００３の画面の画像を他の会議参加者のクライアント端末１００（例：１００Ｇ１、１００Ｇ２）に共有（送信）することを許可するか否かを問い合わせる。例えば当該共有を許可するということは、マスキングを解除するということである。
【００８７】
クライアント端末１００ＨのＣＰＵ２０１は、マスキングされているアプリケーション００３（指定画像の（デスクトップの）共有開始時に当該指定画像中にウインドウ画面が表示されていなかったアプリケーション）の共有の許可を選択する操作がされたか、共有を不許可とする選択操作がされたか判定する（ステップＳ６０８）。具体的には、９１２における「はい」ボタンの押下を受け付けた場合に、当該アプリケーションの共有を許可する旨の操作がされたと判定し、「いいえ」ボタンの押下を受け付けた場合に、当該アプリケーションの共有を許可せず、不許可とする旨の操作がされたと判定する。
【００８８】
共有を許可する旨の操作を受け付けたと判定した場合、当該アプリケーション００３のアプリケーションウインドウ領域のマスク処理を解除する（ステップＳ６０９）。そして、実行中の指定画像の共有（デスクトップ共有）終了までの間、当該アプリケーション００３の共有を許可すべく、許可情報８４０のアプリケーションＩＤ８４１＝Ａｐｐ００３の共有許可８４２を「許可」に書き替えて記憶・更新する（ステップＳ６１０）。その後、図６の処理を終了して、（ステップＳ５０６の処理実行後、デスクトップ共有の終了指示を受け付けていない場合は）処理をステップＳ５０２に移行し、）あらためてデスクトップ画像を取得して（例えば図１０に示す、アプリケーション００３のウインドウ１００１が表示されている画面の画像１０００を取得して）、ステップＳ５０３で当該デスクトップ画像をウェブ会議サーバ２００を介して、他のクライアント端末１００（例：１００Ｇ１、１００Ｇ２）に送信する。
【００８９】
なお、選択画面９１２において「いいえ」ボタンの押下を受け付けた場合には、アプリケーション００３のウインドウのマスキングは継続し、実行中の指定画像の共有（デスクトップ共有）終了までの間、当該アプリケーション００３の共有を不許可とすべく、許可情報８４０のアプリケーションＩＤ８４１＝Ａｐｐ００３の共有許可８４２を「不許可」に書き替えて記憶・更新する（ステップＳ６１３）。「はい」ボタン、「いいえ」ボタンのいずれかが押下された場合、選択画面９１２は閉じる（非表示にする）ものとする。つまり、同じ会議に参加中の他のクライアント端末１００（例：１００Ｇ１、１００Ｇ２）には、図９の９１０から選択画面９１２が消えた、アプリケーション００３のウインドウがマスキングされたデスクトップ画像（例えばアプリケーション００３のウインドウが１０１１のようにマスキングされた画面の画像１０１０）をステップＳ５０３で送信し、共有する。
【００９０】
一方、ステップＳ６０５において、共有許可８４２に既に「未許可」以外の値が記憶されている（「許可」または「不許可」が挿入されている）場合、処理をステップＳ６１１に移行する。
【００９１】
ステップＳ６１１で、クライアント端末１００ＨのＣＰＵ２０１は、最小化が解除されるアプリケーション（アプリケーションＩＤ８４１）の共有許可８４２に「許可」が登録されているか、「不許可」が登録されているか判定する（ステップＳ６１１）。「許可」が登録されている場合、前述したマスキングの処理をすることなく図６の処理を終了し、図５のステップＳ５０２であらためて取得した、アプリケーション００３のウインドウがマスキングされていないデスクトップ画像（図１０の１０００）を他のクライアント端末１００に送信・共有する。「不許可」が登録されている場合、ステップＳ６０６の処理と同様に、当該最小化が解除されるアプリケーション００３のウインドウ領域のマスキング（マスク処理）を実行する。以上が図６の説明である。
【００９２】
以上説明したように、図６の処理によれば、共有中のデスクトップ画像上において、未表示であった、最小化されていたアプリケーションの画像を表示する場合に、当該アプリケーションの画面を非表示にし、当該アプリケーションの画面の画像を意図せず共有してしまうことを防止することができる。
【００９３】
また、２度目以降の最小化解除のタイミングにおいて、一度共有が許可されたアプリケーションの画像を、共有許可をするか否かの確認を省略して表示、共有することができる。
【００９４】
また、２度目以降の最小化解除のタイミングにおいて、一度共有が不許可とされたアプリケーションの画像を、共有許可をするか否かの確認を省略して非表示、共有しないようにすることができる。
【００９５】
また、前回共有を許可する操作をした時点からアプリケーション内の表示情報が変わっている場合も考えられる。図６の説明においては一度共有許可／不許可を決定したアプリケーションの共有許可／不許可の設定は、指定画像（デスクトップ画像）の共有終了まで継続するものとしたが、例えば、表示中のアプリケーションの画面の最小化のイベントを監視し、最小化のイベントを検知した場合に当該最小化されるアプリケーションの共有許可８４２を「未許可」に更新することで、アプリケーションの最小化が解除される都度、最小化が解除されるアプリケーションのウインドウのマスキング及び選択画面９１２の表示を行うようにしてもよい。これにより、アプリケーションの最小化が解除される都度、確実に、当該アプリケーションの画面を非表示にし、当該アプリケーションの画面の画像を意図せず共有してしまうことを防止することができる。
【００９６】
次に図７を参照して、本発明の第１の実施形態における、新たなアプリケーションの起動処理の流れについて説明する。
【００９７】
クライアント端末１００ＨのＣＰＵ２０１は、許可情報８４０に記憶されていない、起動していなかったアプリケーション（新規のアプリケーション）の起動イベントの監視を開始する（ステップＳ７０１）。ＯＳから発行される、当該新規アプリケーションの新規起動イベントを検知するまで監視を継続し、あるアプリケーションで当該イベントを検知すると（ステップＳ７０２でＹＥＳ）、処理をステップＳ７０３に移行する。例えば、図１１でいう、未起動のアプリケーション００３（アプリケーションＩＤ＝Ａｐｐ００３）のアイコン１１０１にカーソル９０７が合わさった状態でダブルクリック操作を受け付けたというイベントを検知した場合に、当該アプリケーション００３の新規起動イベントを検知したと判定する。当該起動のイベントを検知した場合は、当該起動される（当該イベントを検知した）アプリケーションの識別情報であるアプリケーションＩＤをＯＳから取得する。
【００９８】
ステップＳ７０３では、当該新規に起動されるイベントが検知されたアプリケーションの識別情報（アプリケーションＩＤ）を取得し、取得したＩＤを有する許可情報８４０の共有許可８４２を参照して、当該新規起動されるアプリケーションの画像（画面）の共有を許可するか否かが未決定か判定する（ステップ７０３）。未決定の場合（８４２の値が「未許可」の場合）、図１１の１１１０における９１１に示すように、ステップＳ５０２で取得したデスクトップ画面の中で、当該共有許可８４２が未許可の、新規起動されたアプリケーション００３のウインドウ領域をマスク処理する（ステップＳ７０４）。マスクする領域の取得・特定方法や、マスク処理の具体的な内容については図６のステップＳ６０６で説明した内容と同じであるため説明は割愛する。
【００９９】
また、図１１の９１２に示す選択画面（共有確認ダイアログ）を共有中の画面上（画像上）に表示することで（ステップＳ７０５）、当該アプリケーション００３が未だ共有許可されていないことを通知する。また、当該アプリケーション００３の画面の画像を他の会議参加者のクライアント端末１００（例：１００Ｇ１、１００Ｇ２）に共有（送信）することを許可するか否かを問い合わせる。例えば当該共有を許可するということは、マスキングを解除するということである。
【０１００】
クライアント端末１００ＨのＣＰＵ２０１は、マスキングされているアプリケーション００３（指定画像の（デスクトップの）共有開始時に当該指定画像中にウインドウ画面が表示されていなかったアプリケーション）の共有の許可を選択する操作がされたか、共有を不許可とする選択操作がされたか判定する（ステップＳ７０６）。具体的には、９１２における「はい」ボタンの押下を受け付けた場合に、当該アプリケーションの共有を許可する旨の操作がされたと判定し、「いいえ」ボタンの押下を受け付けた場合に、当該アプリケーションの共有を許可せず、不許可とする旨の操作がされたと判定する。
【０１０１】
共有を許可する旨の操作を受け付けたと判定した場合、当該アプリケーション００３のアプリケーションウインドウ領域のマスク処理を解除する（ステップＳ７０７）。そして、実行中の指定画像の共有（デスクトップ共有）終了までの間、当該アプリケーション００３の共有を許可すべく、許可情報８４０に、アプリケーションＩＤ８４１＝Ａｐｐ００３のデータを追加して、共有許可８４２を「許可」に設定して記憶する（ステップＳ７０８）。その後、図７の処理を終了して、（ステップＳ５１６でデスクトップ共有の終了指示を受け付けていない場合は）処理をステップＳ５０２に移行し、）あらためてデスクトップ画像を取得して（例えば図１２に示す、アプリケーション００３のウインドウ１００１が表示されている画面の画像１２００を取得して）、ステップＳ５０３で当該デスクトップ画像をウェブ会議サーバ２００を介して、他のクライアント端末１００（例：１００Ｇ１、１００Ｇ２）に送信する。
【０１０２】
なお、選択画面９１２において「いいえ」ボタンの押下を受け付けた場合には、アプリケーション００３のウインドウのマスキングは継続し、実行中の指定画像の共有（デスクトップ共有）終了までの間、当該アプリケーション００３の共有を不許可とすべく、許可情報８４０に、アプリケーションＩＤ８４１＝Ａｐｐ００３の共有許可８４２を「不許可」のデータを追加して記憶する（ステップＳ７１１）。「はい」ボタン、「いいえ」ボタンのいずれかが押下された場合、選択画面９１２は閉じる（非表示にする）ものとする。つまり、同じ会議に参加中の他のクライアント端末１００（例：１００Ｇ１、１００Ｇ２）には、図１１の１１１０から選択画面９１２が消えた、アプリケーション００３のウインドウがマスキングされたデスクトップ画像（例えばアプリケーション００３のウインドウが１０１１のようにマスキングされた画面の画像１２１０）をステップＳ５０３で送信し、共有する。
【０１０３】
一方、ステップＳ７０３において、共有許可８４２に既に「未許可」以外の値が記憶されている（「許可」または「不許可」が挿入されている）場合、処理をステップＳ７０９に移行する。
【０１０４】
ステップＳ７０９で、クライアント端末１００ＨのＣＰＵ２０１は、新たに起動されるアプリケーション（アプリケーションＩＤ８４１）の共有許可８４２に「許可」が登録されているか、「不許可」が登録されているか判定する（ステップＳ６１１）。「許可」が登録されている場合、前述したマスキングの処理をすることなく図７の処理を終了し、図５のステップＳ５０２であらためて取得した、アプリケーション００３のウインドウがマスキングされていないデスクトップ画像（図１２の１２００）を他のクライアント端末１００に送信・共有する。「不許可」が登録されている場合、ステップＳ７０４の処理と同様に、当該新規に起動されるアプリケーション００３のウインドウ領域のマスキング（マスク処理）を実行する。以上が図７の説明である。
【０１０５】
以上説明したように、図７の処理によれば、共有中のデスクトップ画像上において、未表示であった、新規に起動されるアプリケーションの画像を表示する場合に、当該アプリケーションの画面を非表示にし、当該アプリケーションの画面の画像を意図せず共有してしまうことを防止することができる。
【０１０６】
また、２度目以降の起動のタイミングにおいて、一度共有が許可されたアプリケーションの画像を、共有許可をするか否かの確認を省略して表示、共有することができる。
【０１０７】
また、２度目以降の起動のタイミングにおいて、一度共有が不許可とされたアプリケーションの画像を、共有許可をするか否かの確認を省略して非表示、共有しないようにすることができる。
【０１０８】
また、前回共有を許可する操作をした時点からアプリケーション内の表示情報が変わっている場合も考えられる。図７の説明においては一度共有許可／不許可を決定したアプリケーションの共有許可／不許可の設定は、指定画像（デスクトップ画像）の共有終了まで継続するものとしたが、例えば、表示中のアプリケーションの画面の終了のイベントを監視し、アプリケーションの終了イベントを検知した場合に当該終了されるアプリケーションの共有許可８４２を「未許可」に更新することで、アプリケーションが起動される都度、起動されるアプリケーションのウインドウのマスキング及び選択画面９１２の表示を行うようにしてもよい。これにより、アプリケーションが起動される都度、確実に、当該アプリケーションの画面を非表示にし、当該アプリケーションの画面の画像を意図せず共有してしまうことを防止することができる。
【０１０９】
以上説明したように、本発明の第１の実施形態によれば、共有中の画像上において、未表示だったアプリケーションの画像を意図せず共有してしまうことを防止する仕組みを提供することができる。
【０１１０】
つまり、共有中の画像上において、未表示の画像を意図せず共有してしまうことを防止する仕組みを提供することができる。
【０１１１】
＜第２の実施形態＞
【０１１２】
次に図１３を参照して、本発明の第２の実施形態について説明する。なお、第１の実施形態と共通する処理については説明を割愛する。図１３は、本発明の第２の実施形態における、各種データ構成の一例を示す図である。
【０１１３】
本発明の第２の実施形態では、所定のユーザが会議に参加している場合に、共有中の画像上において、未表示の画像を意図せず共有してしまうことを防止する仕組みを提供する。
【０１１４】
また、会議に参加しているユーザの端末の種類（種別）に応じて、共有中の画像上において、未表示の画像を意図せず共有してしまうことを防止する仕組みを提供する。
【０１１５】
また、会議に参加しているユーザの端末の通信方法に応じて、共有中の画像上において、未表示の画像を意図せず共有してしまうことを防止する仕組みを提供する。
【０１１６】
また、共有中の画像上において表示するアプリケーションの画像に含まれる文字列に応じて、未表示の画像を意図せず共有してしまうことを防止する仕組みを提供する。
【０１１７】
まず、所定のユーザが会議に参加している場合に、共有中の画像上において、未表示の画像を意図せず共有してしまうことを防止するについて説明する。
【０１１８】
第２の実施形態においては、ユーザ情報８００に権限ＩＤ１３０１が紐付けて登録・記憶したユーザ情報１３００が記憶されている。ここでは１３０２に示すように３つの権限が用意されているものとする。これらの権限ＩＤとアプリケーションを、図１３の権限対応情報１３５０に示すように、クライアント端末１００Ｈの外部メモリに予め記憶しておく（ウェブ会議サーバ２００の外部メモリに記憶しておき、ウェブ会議サーバ２００へのログイン時にクライアント端末１００が当該情報を取得して記憶する）。１３５１はアプリケーションＩＤであり、１３５２は、アプリケーションＩＤ１３５１に示すアプリケーションの共有が推奨（許可）されているユーザの権限ＩＤである。
【０１１９】
クライアント端末１００ＨのＣＰＵ２０１は、図６のステップＳ６０５の直後及び／又は図７のステップＳ７０３の直後に、最小化が解除される又は新規に起動されるアプリケーション００３に対応する権限ＩＤ１３５２を参照し、ウェブ会議サーバ２００にクライアント端末１００Ｈと同じ会議に参加中の端末のユーザ情報１３００の一覧を要求して取得し（ユーザ特定手段に該当）、会議に参加中のユーザにアプリケーション００３の画像表示の共有が推奨されていない権限のユーザが含まれるか判定する。例えば、会議に参加中のＵｓｅｒ００２の権限ＩＤ＝２であり、Ｕｓｅｒ００３の権限ＩＤ＝３であり、図１３によれば、Ｕｓｅｒ００２及びＵｓｅｒ００３には、アプリケーション００３の画像表示の共有が推奨されていない。アプリケーション００３の画像表示の共有が推奨されているのは、権限ＩＤ＝１のＵｓｅｒ００１のみである。アプリケーション００３の画像表示の共有が推奨されていない権限のユーザが会議に参加している場合、図６の処理を実行中の場合にはステップＳ６０６に処理を移行し、図７の処理を実行中の場合には処理をステップＳ７０４に移行する。アプリケーション００３の画像表示の共有が推奨されている権限のユーザのみが会議に参加中の場合、図６の処理を実行中の場合にはステップＳ６１０に処理を移行し、図７の処理を実行中の場合には処理をステップＳ７０８に移行する。
【０１２０】
これにより、所定の権限のユーザが会議に参加している場合に、共有中の画像上において、未表示の画像を意図せず共有してしまうことを防止することができる。
【０１２１】
次に、会議に参加しているユーザの端末の端末種別に応じて、共有中の画像上において、未表示の画像を意図せず共有してしまうことを防止する方法について説明する。
【０１２２】
第２の実施形態においては、ウェブ会議サーバ２００は、ステップＳ４０７で受信した要求に含まれる、入室要求した端末種別、通信方法の情報をそれぞれ端末種別１３１５、通信方法１３１６に挿入して記憶する（種別特定手段に該当）。また、図１３の１３６０に示すように、アプリケーションＩＤ１３６１と、当該１３６１の示すアプリケーションの画像表示の共有が推奨されている端末種別１３６２を、クライアント端末１００Ｈの外部メモリに予め記憶しておく（ウェブ会議サーバ２００の外部メモリに記憶しておき、ウェブ会議サーバ２００へのログイン時にクライアント端末１００が当該情報を取得して記憶する／種別許可情報記憶手段に該当）。
【０１２３】
クライアント端末１００ＨのＣＰＵ２０１は、図６のステップＳ６０５の直後及び／又は図７のステップＳ７０３の直後に、ウェブ会議サーバ２００に会議情報１３１０を要求して取得し、メモリ上に保持する。また、最小化が解除される又は新規に起動されるアプリケーション００３に対応する端末種別１３６２を参照し、クライアント端末１００Ｈと同じ会議に参加中のユーザの端末に、アプリケーション００３の画像表示の共有が推奨されていない端末種別のクライアント端末１００が含まれるか判定する。例えば、クライアント端末１００Ｇ１は端末種別＝ｍｏｂｉｌｅであり、クライアント端末１００Ｇ２は端末種別＝ｐｃである。図１３の１３６０によれば、クライアント端末１００Ｇ１には、アプリケーション００３の画像表示の共有が推奨されていない。アプリケーション００３の画像表示の共有が推奨されているのは、端末種別＝ｐｃのクライアント端末１００Ｇ２である。アプリケーション００３の画像表示の共有が推奨されていない端末種別のクライアント端末が会議に参加している場合、図６の処理を実行中の場合にはステップＳ６０６に処理を移行し、図７の処理を実行中の場合には処理をステップＳ７０４に移行する。アプリケーション００３の画像表示の共有が推奨されている端末種別のクライアント端末のみが会議に参加中の場合、図６の処理を実行中の場合にはステップＳ６１０に処理を移行し、図７の処理を実行中の場合には処理をステップＳ７０８に移行する。
【０１２４】
これにより、会議に参加しているユーザの端末の端末種別に応じて、共有中の画像上において、未表示の画像を意図せず共有してしまうことを防止することができる。
【０１２５】
次に、会議に参加しているユーザの端末の通信方法に応じて、共有中の画像上において、未表示の画像を意図せず共有してしまうことを防止する方法について説明する。
【０１２６】
第２の実施形態において、図１３の１３７０に示すように、アプリケーションＩＤ１３７１と、当該１３７１の示すアプリケーションの画像表示の共有が推奨されている端末の通信方法１３７２を、クライアント端末１００Ｈの外部メモリに予め記憶しておく（ウェブ会議サーバ２００の外部メモリに記憶しておき、ウェブ会議サーバ２００へのログイン時にクライアント端末１００が当該情報を取得して記憶する）。
【０１２７】
クライアント端末１００ＨのＣＰＵ２０１は、図６のステップＳ６０５の直後及び／又は図７のステップＳ７０３の直後に、ウェブ会議サーバ２００に会議情報１３１０を要求して取得し、メモリ上に保持する。また、最小化が解除される又は新規に起動されるアプリケーション００３に対応する通信方法１３７２を参照し、クライアント端末１００Ｈと同じ会議に参加中のユーザの端末に、アプリケーション００３の画像表示の共有が推奨されていない通信方法を用いて通信するクライアント端末１００が含まれるか判定する。例えば、クライアント端末１００Ｇ１の通信方法はｗｉｒｅｌｅｓｓであり、クライアント端末１００Ｇ２の通信方法はｗｉｒｅ−ｌｉｎｅである。図１３の１３７０によれば、クライアント端末１００Ｇ１には、アプリケーション００３の画像表示の共有が推奨されていない。アプリケーション００３の画像表示の共有が推奨されているのは、通信方法１３７２＝ｗｉｒｅ−ｌｉｎｅのクライアント端末１００Ｇ２である。アプリケーション００３の画像表示の共有が推奨されていない通信方法のクライアント端末が会議に参加している場合、図６の処理を実行中の場合にはステップＳ６０６に処理を移行し、図７の処理を実行中の場合には処理をステップＳ７０４に移行する。アプリケーション００３の画像表示の共有が推奨されている通信方法のクライアント端末のみが会議に参加中の場合、図６の処理を実行中の場合にはステップＳ６１０に処理を移行し、図７の処理を実行中の場合には処理をステップＳ７０８に移行する。
【０１２８】
これにより、会議に参加しているユーザの端末の通信方法に応じて、共有中の画像上において、未表示の画像を意図せず共有してしまうことを防止することができる。
【０１２９】
次に、共有中の画像上において表示するアプリケーションの画像に含まれる文字列に応じて、未表示の画像を意図せず共有してしまうことを防止する方法について説明する。
【０１３０】
第２の実施形態においては、図１３の１３２０に示すように、文字列１３２１と、当該文字列を含む画像の共有を許可するか否かを示す共有許可１３２２を、クライアント端末１００Ｈの外部メモリに予め記憶しておく（ウェブ会議サーバ２００の外部メモリに記憶しておき、ウェブ会議サーバ２００へのログイン時にクライアント端末１００が当該情報を取得して記憶する）。また、起動しているアプリケーション（起動したアプリケーション）で開いているファイルの画像及びテキスト情報をウェブ会議サーバ２００に送信し、ウェブ会議サーバ２００がどのアプリケーション１３３２で開いているファイルにどの文字列１３３１が含まれているかを管理するアプリケーション文字列情報１３３０をメモリ上に生成して保持する。そして当該アプリケーション文字列情報１３３０をクライアント端末１００のログイン時に当該クライアント端末１００に送信し、クライアント端末１００が受信した当該１３３０の情報をメモリ上に記憶する。
【０１３１】
クライアント端末１００ＨのＣＰＵ２０１は、図６のステップＳ６０５の直後及び／又は図７のステップＳ７０３の直後に、最小化が解除される又は新規に起動されるアプリケーション００３で開いているファイルの文字列１３３１と、文字列許可情報１３２０を参照し、当該最小化が解除される又は新規に起動されるアプリケーション００３が、共有許可１３２２＝「不許可」の文字列を含むファイルを開いているアプリケーションか否かを判定する。当該アプリケーション００３が、共有許可１３２２＝「不許可」の文字列を含むファイルを開いているアプリケーションの場合、図６の処理を実行中の場合にはステップＳ６０６に処理を移行し、図７の処理を実行中の場合には処理をステップＳ７０４に移行する。当該アプリケーション００３が、共有許可１３２２＝「不許可」の文字列を含むファイルを開いているアプリケーションでない場合、図６の処理を実行中の場合にはステップＳ６１０に処理を移行し、図７の処理を実行中の場合には処理をステップＳ７０８に移行する。
【０１３２】
これにより、共有中の画像上において表示するアプリケーションの画像に含まれる文字列に応じて、未表示の画像を意図せず共有してしまうことを防止することができる。
【０１３３】
例えば機密を含む画像を意図せず共有してしまうことを防止することができる。
【０１３４】
＜第３の実施形態＞
次に図１４を参照して、本発明の第３の実施形態について説明する。第１の実施形態、第２の実施形態と共通する処理については説明を割愛する。
【０１３５】
第３の実施形態では、共有中の画像上において、未表示だったウインドウの画像を意図せず共有してしまうことを防止する仕組みを提供する。
【０１３６】
クライアント端末１００ＨのＣＰＵ２０１は、図６のステップＳ６０１でＯＳに問い合わせて、起動しているアプリケーションのウインドウの識別情報一覧（最小化されていないウインドウ及び最小化されているウインドウの一覧）を取得し、許可情報１４１０の１４１１に記憶する。また、最小化されているウインドウの識別情報の一覧（最小化ウインドウ一覧）をＯＳに問い合わせて取得し、図１４の１４００に示す最小化ウインドウ一覧としてメモリ上に記憶する（ステップＳ６０１、Ｓ６０２）。ステップＳ６０３で、最小化ウインドウの最小化解除の監視を開始し、ステップＳ６０４で、ＯＳから発行される当該最小化ウインドウの最小化解除のイベントが検知された場合に、処理をステップＳ６０５に移行する。
【０１３７】
ステップＳ６０５で最小化解除されるウインドウの共有許可１４１２が「未許可」であると判定された場合に、当該最小化解除されたウインドウの表示領域の情報をＯＳから取得して、マスキングする処理を行う（ステップＳ６０６）。ステップＳ６０７〜Ｓ６０９、Ｓ６１２は第１の実施形態と同じ処理であるため説明は割愛する。
【０１３８】
クライアント端末１００Ｈは、ステップＳ６１０で、共有許可１４１２に「許可」を記憶する。また、ステップＳ６１３で。共有許可１４１２に「不許可」を記憶する。ステップＳ６１２では、共有許可１４１２に「許可」が記憶されている場合に図６の処理を終了し、「不許可」が登録されている場合には処理をステップＳ６１２に移行する。
【０１３９】
以上説明したように、本発明の第３の実施形態によれば、共有中の画像上において、未表示だったウインドウの画像を意図せず共有してしまうことを防止する仕組みを提供することができる。
【０１４０】
例えば、アプリケーション単位ではなく、各アプリケーションで開いているウインドウごとに、意図せず共有してしまうことを防止する仕組みを提供することができる。
【０１４１】
＜第４の実施形態＞
【０１４２】
次に図１４を参照して、本発明の第３の実施形態について説明する。第１の実施形態、第２の実施形態、第３の実施形態と共通する処理については説明を割愛する。
【０１４３】
第４の実施形態では、共有中の画像上において、未表示だったファイルの画像を意図せず共有してしまうことを防止する仕組みを提供する。
【０１４４】
クライアント端末１００ＨのＣＰＵ２０１は、図６のステップＳ６０１でＯＳに問い合わせて、起動しているアプリケーションで開かれているファイルのファイル一覧（最小化されていないファイル及び最小化されているファイルの一覧）を取得し、許可情報１４５０の１４５１に記憶する。また、最小化されているファイルの識別情報（ファイル名）の一覧をＯＳに問い合わせて取得し、図１４の１４２０に示す最小化ファイル一覧としてメモリ上に記憶する（ステップＳ６０１、Ｓ６０２）。ステップＳ６０３で、最小化ファイルの最小化解除の監視を開始し、ステップＳ６０４で、ＯＳから発行される当該最小化ファイルの最小化解除のイベントが検知された場合に、処理をステップＳ６０５に移行する。
【０１４５】
ステップＳ６０５で最小化解除されるファイルの共有許可１４５２が「未許可」であると判定された場合に、当該最小化解除されたファイルの表示領域の情報をＯＳから取得して、マスキングする処理を行う（ステップＳ６０６）。ステップＳ６０７〜Ｓ６０９、Ｓ６１２は第１の実施形態と同じ処理であるため説明は割愛する。
【０１４６】
クライアント端末１００Ｈは、ステップＳ６１０で、共有許可１４５２に「許可」を記憶する。また、ステップＳ６１３で。共有許可１４５２に「不許可」を記憶する。ステップＳ６１２では、共有許可１４５２に「許可」が記憶されている場合に図６の処理を終了し、「不許可」が登録されている場合には処理をステップＳ６１２に移行する。
【０１４７】
また、図７のステップＳ７０１では、クライアント端末１００ＨのＣＰＵ２０１は、未展開のファイルが新規に開かれる（新規展開）のイベントの監視を開始する。ステップＳ７０２で新規のファイルが展開されるか判定し、新規のファイルが展開される場合には処理をステップＳ７０３に移行する。ステップＳ７０３以降の処理は、図６のステップＳ６０５以降の処理と同じであるため、説明は割愛する。
【０１４８】
以上説明したように、本発明の第４の実施形態によれば、共有中の画像上において、未表示だったファイルの画像を意図せず共有してしまうことを防止する仕組みを提供することができる。
【０１４９】
例えば、アプリケーション単やウインドウ単位ではなく、各アプリケーションで開いているファイルごとに、意図せず共有してしまうことを防止する仕組みを提供することができる。
【０１５０】
また、上述した各実施形態においては、選択画面９１２の表示にあたり、最小化が解除された画像及び新規に表示される画像をマスキングするものとしたが、例えば、一時的にデスクトップ画像の共有を中断することにより（マスキングすることなく）、例えば一時的に、最小化が解除された画像及び新規に表示される画像の共有をさせないようにしてもよい。
【０１５１】
具体的には、クライアント端末１００ＨのＣＰＵ２０１は、図６においてステップＳ６０６のタイミングで、ステップＳ５０３によるデスクトップ画像の送信（共有）を停止・中断し、ステップＳ６０８で「はい」ボタン又は「いいえ」ボタンが押下されたタイミングで、ステップＳ５０３によるデスクトップ画像の送信（共有）を再開する。また、デスクトップ画像の送信（共有）を停止・中断する旨の情報をステップＳ６０６の時点でウェブ会議サーバ２００に送信し、これを受信したウェブ会議サーバ２００のＣＰＵ２０１が、ステップＳ６０８で「はい」ボタン又は「いいえ」ボタンが押下されたタイミングでクライアント端末１００Ｈから送信されるデスクトップ画像の送信（共有）再開の通知を受信するまで、ステップＳ５１３による各クライアント端末１００へのデスクトップ画像の送信（共有）を停止する。
【０１５２】
これにより、マスキング処理をするためのＯＳへの問合せ処理を省略して、表示される画像を共有すべきか否かユーザに選択させるべく、当該画像の共有を停止することができる。
【０１５３】
以上説明したように、本発明によれば、共有中の画像上において、未表示の画像を意図せず共有してしまうことを防止する仕組みを提供することができる。
【０１５４】
また、未表示だった画像が表示される場合に、当該画像を共有すべきか否かユーザに選択させることができる。
【０１５５】
なお、上述した各実施形態の発明は、それぞれ自由に組み合わせて実行可能であるものとする。
【０１５６】
また、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。
【０１５７】
具体的には、ホスト端末（クライアント端末１００Ｈ）の実行していた、図５のステップＳ５０５、ステップＳ５０６の処理をウェブ会議サーバ２００が実行するようにしてもよい。この場合、ＯＳへの各種問合せやイベント検知は、ウェブ会議サーバ２００のＣＰＵ２０１が、ネットワーク１５０を介してホスト端末と通信して問い合わせ、検知するものとする。また、クライアント端末１００が記憶する図８、図１３、図１４の各種データは、クライアント端末１００が取得する都度、ウェブ会議サーバ２００に送信し、これを受信したウェブ会議サーバ２００が自機のメモリに受信した各種データを記憶するものとする。
【０１５８】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。
【０１５９】
したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【０１６０】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
【０１６１】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【０１６２】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０１６３】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１６４】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１６５】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。
【０１６６】
尚、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。
即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【０１６７】
１００      クライアント端末
１００Ｇ１  クライアント端末
１００Ｇ２  クライアント端末
１０１      カメラ
１０２      マイク
１０３      スピーカ
１５０      ネットワーク
２００      ウェブ会議サーバ
【図１】
0006575428.tif 000002
【図２】
0006575428.tif 000003
【図３】
0006575428.tif 000004
【図４】
0006575428.tif 000005
【図５】
0006575428.tif 000006
【図６】
0006575428.tif 000007
【図７】
0006575428.tif 000008
【図８】
0006575428.tif 000009
【図９】
0006575428.tif 000010
【図１０】
0006575428.tif 000011
【図１１】
0006575428.tif 000012
【図１２】
0006575428.tif 000013
【図１３】
0006575428.tif 000014
【図１４】
0006575428.tif 000015
【図１５】
0006575428.tif 000016