JP2018173966A - 情報処理装置、情報処理システム、その制御方法及びプログラム - Google Patents

Abstract

【課題】画面に表示されている画像の種類に応じて、複数の画面間の画像の入替可否を切り替えることが可能な仕組みを提供すること【解決手段】複数の画面を含む表示画面を表示し、前記複数の画面に表示されている画像の表示を入れ替える操作を受け付け、入れ替え対象の画面の画像の種別を特定し、特定した画像の種別が所定の画像種別である場合に、前記画像の表示の入れ替えを行わないことを決定する。【選択図】図６

Description

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

近年、ウェブ会議システムが一般に普及し、普及に伴い利用者が増加している。複数の拠点の画像を１つの表示画面に表示し、当該複数の拠点の表示場所を入れ替えたり、サイズを変更することが行われている。

複数の画像を１つの画面に表示することにより、会議への参加者が増えるにつれ、画面が見辛くなってしまうという問題がある。

特許文献１には、画面のレイアウトを自動で変更するために、１つの画面を分割して複数拠点からの画像を表示する場合において、親画面と子画面の２種類の画面を設け、それぞれの表示設定とその組み合わせに応じて、子画面の表示位置・サイズを変更する技術が記載されている。

特開２０００−３５０１７５号公報

会議では、会議の参加者の画像だけでなく、文書等の資料を共有して閲覧する場合がある。共有資料を閲覧する場合、当該資料に基づいて会議が進行されるため、会議の参加者には当該共有資料を優先して閲覧させる必要がある。

特許文献１に記載の技術では、自動でのレイアウト変更が可能であるものの、複数端末間で画像の表示の優先度の共有ができないため、各クライアント端末では、ユーザが個々に所望の画像を所望のサイズで表示してしまい、ユーザによっては、閲覧すべき画像を画面に表示しないまま会議を継続してしまう。

本発明は、画面間で表示画像を入れ替える場合に、画面に表示されている画像の種類に応じて、当該画像の入れ替え可否を切り替えることが可能な仕組みを提供することを目的とする。

本発明の情報処理装置は、複数の装置から受信した会議画像を情報処理装置に送信するサーバと通信可能な、複数の画面を含む表示画面を表示する表示手段を備えた情報処理装置であって、前記複数の画面に表示されている画像の表示を入れ替える操作を受け付ける入替操作受付手段と、前記入替操作受付手段で受け付けた操作に応じて、前記複数の画面に表示されている画像の表示を入れ替えるか否かを決定する決定手段と、入れ替え対象の画面の画像の種別を特定する画像種別特定手段と、を備え、前記決定手段は、前記画像種別特定手段で特定した画像の種別が所定の画像種別である場合に、前記画像の表示の入れ替えを行わないことを決定することを特徴とする。

本発明によれば、画面間で表示画像を入れ替える場合に、画面に表示されている画像の種類に応じて、当該画像の入れ替え可否を切り替えることが可能な仕組みを提供することが出来る。

本発明の実施形態における、情報処理システムの構成の一例を示す図である。 本発明の実施形態における、各種装置のハードウェア構成の一例を示す図である。 本発明の実施形態における、各種装置の機能構成の一例を示す図である。 本発明の実施形態における、ホスト端末におけるデータ共有処理の流れを示すフローチャートである。 本発明の実施形態における、データ共有処理の流れを示すフローチャートである。 本発明の実施形態における、画面表示切替処理の流れを示すフローチャートである。 本発明の実施形態における、各種データテーブルの構成の一例を示す図である。 本発明の実施形態における、画面表示切替処理の様子の一例を示す図である。 本発明の実施形態における、共有データの全画面表示の一例を示す図である。 本発明の実施形態における、表示画面の表示処理の流れを示すフローチャートである。

以下、図面を参照して、本発明の実施形態を詳細に説明する。図１は、本発明の実施形態における、情報処理システムの構成の一例を示す図である。

図１に示す通り、本発明の情報処理システムは、サーバ２００と、クライアント端末１００（クライアント端末１００Ａ、クライアント端末１００Ｂ、クライアント端末１００Ｃ、クライアント端末１００Ｄ／以下、総称としてクライアント端末１００と記載）とが、ネットワーク１０１を介して通信可能に接続され、構成されている。

サーバ２００は、クライアント端末１００を用いたウェブ会議を実行するための各種機能を備えている。例えば、ウェブ会議用のルームの作成・記憶、クライアント端末１００の識別情報と各クライアント端末から受信する、例えば、会議参加者であるユーザを撮像した画像データであるカメラ画像（会議画像／映像）、及びその対応付け情報の記憶、当該画像データの各クライント端末への送信処理の制御等を行うものである。

クライアント端末１００は、カメラ機能及びタッチパネル機能（操作部）を備える端末である。ユーザからの操作に応じて（例えば認証情報の入力・送信指示に応じて）サーバ２００へログインし、当該カメラが撮像して取得した映像としての画像データ（会議画像／映像／動的なデータ）を、逐次、サーバ２００を介して、同一のルームに入室中（会議に参加中）の他のクライアント端末１００に送信する。

また、カメラから取得した画像データの他に、当該クライアント端末１００に記憶されているデータ、例えば写真画像や、ＰＤＦファイル等の文書データ等の静的なデータを、サーバ２００を介して他のクライアント端末１００に送信して共有するデータ共有機能を備える。

当該静的なデータを他のクライアント端末１００に送信する場合、例えば、全てのクライアント端末１００は当該静的なデータを表示画面に表示する制御を行う。データ共有機能では、複数のクライアント端末間で共有中のデータは、当該複数のクライアント端末１００において同じ状態のデータ（共有画像）が表示される。つまり、クライアント端末１００Ａにおいて共有画像が拡大された場合、他の端末（クライアント端末１００Ｂ〜１００Ｄ）において表示中の共有画像も同じ拡大位置・拡大率で拡大処理がされることとなる。

この際、全ての端末からの当該表示中の共有画像（例えば文書データの画像）に対する操作・編集を有効にしてしまうと、操作（各操作に応じた処理（表示制御））が競合してしまう可能性があるため、ここでは、データ共有を開始したクライアント端末１００をホストとして、当該ホスト端末のみが、当該共有中のデータに対する編集を行えるよう制御する。
操作の競合の一例として、複数の端末から同時に拡操作、及び縮小操作がされた場合があげられる。

具体的には、例えば、クライアント端末１００Ａが文書資料を拡大して閲覧したいユーザからの操作に応じて共有中の文書データの拡大処理を行い、直後に、クライアント端末１００Ｂが文書資料を縮小して閲覧したいユーザからの操作に応じて共有中の文書データの縮小処理を行った場合である。

この場合、当該拡大された画像がクライアント端末１００Ａからサーバ２００を介して各クライアント端末１００に送信されて各クライアント端末１００にて表示された直後に、縮小された画像がクライアント端末１００Ｂからサーバ２００を介して各クライアント端末１００に送信されて各クライアント端末１００にて表示されるため、最終的に各クライアント端末１００の表示画面に表示されるデータは縮小処理後のデータであり、クライアント端末１００Ａの操作者であるユーザは所望していた拡大処理後の文書データを見ることが出来なくなってしまう。

操作の競合は当該拡大・縮小操作に限られるものではない。例えば、ページ送り等の操作においても、ページを進めた直後にページが戻る処理が行われる等の操作の競合も考えられる。

ここでは、上記のような操作の競合（当該操作に応じた画像の表示処理の競合）を防止するため、各クライアント端末１００は、データ共有を開始したクライアント端末１００をホストとして、当該ホスト端末のみが、当該共有中のデータに対する編集を行えるように制御するものとする。

図１においては、例えば、データ共有処理におけるホスト端末＝クライアント端末１００Ａとし、クライアント端末１００Ｂ〜１００Ｄの各端末をホストに対するクライアント端末とする。以上が図１の、本発明の実施形態における、情報処理システムの構成の一例についての説明である。

次に図２を参照して、本発明の実施形態における、各種装置のハードウェア構成の一例について説明する。図２は、本発明の実施形態における、各種装置のハードウェア構成の一例を示す図である。

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

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

また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。

また、本発明の実施形態において、クライアント端末１００のＣＲＴ２１０は、タッチパネル機能を有するものとする。ＣＲＴ２１０がタッチパネル機能を有する場合、当該ＣＲＴ２１０は入力装置としても機能し、入力コントローラにタッチパネル機能で検出した（ディスプレイで受け付けた）タッチ操作の情報を入力情報として伝達するものとする。つまり、入力コントローラ２０５は、ＣＲＴ２１０からの入力制御を行う。

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

２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したネットワーク１０１）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

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

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

２１２は加速度センサであり、例えばクライアント端末１００の加速度を検出する。尚、加速度センサが外部装置としてクライアント端末１００等の装置に取り付けられている場合、例えば、加速度センサ２１２は入力コントローラ２０９と通信することで検出した加速度の情報をクライアント端末１００に伝達する。以上が図２の、本発明の実施形態における、各種装置のハードウェア構成の一例についての説明である。

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

入室要求部３０１は、サーバ２００に作成され記憶されたルーム（ウェブ会議用の会議室）に対する、クライアント端末１００（クライアント端末１００でサーバ２００にログイン中のユーザ）の入室要求をする要求部である。

画像データ送受信部３０２は、クライアント端末１００に設置されたカメラ装置が撮像した映像（画像データ）を、サーバ２００を介して他のクライアント端末に送信し、当該他のクライアント端末からサーバ２００を介して送信された画像データを受信する送受信部である。

画像データ表示部３１１は、当該画像データ送受信部３０２で送受信した画像データ、及び、後述するデータ送受信部で送受信される共有データを表示する表示画面（例えば、図８の表示画面８００等）を表示する表示部である。

ここで図８を参照して、会議画像の表示画面の一例について説明する。親画面８０１は、表示画面８００において、他のクライアント端末からのカメラ画像、またはデータ共有機能により他端末と共有中のデータの画像を表示する画面（表示部）であり、表画面８８００におけるメインの画面である。

子画面８０２、子画面８０３、子画面８０４、子画面８０５は、他のクライアント端末からのカメラ画像を縮小表示する画面であり、表画面８８００におけるサブの画面である。子画面８０２〜８０５には、他のクライアント端末からのカメラ画像の他に、データ共有機能の起動アイコンや、チャット機能の起動アイコン等が表示される。「退室」ボタン８０６は、入室中のルームから退出するためのボタンである。

図３の説明に戻る。画面ＩＤ記憶部３０３は、当該クライアント端末１００の表示画面に表示される複数の画像データ表示部（画面）の識別情報であるＩＤを記憶する記憶部である。当該記憶部は、当該画面ＩＤと、当該送受信部で送受信した画像データを対応付けて記憶し、クライアント端末１００は、当該対応付けられた画面ＩＤの示す画面に、当該対応付けられた画像データ（会議画像）を表示する。

共有データ特定部３０４は、データ共有機能で他のクライアント端末と共有する（同期して表示する）データである共有画像を、ユーザの操作に応じて特定する特定部である。データ送受信部３０５は、当該共有画像を、サーバ２００を介して他のクライアント端末に送信し、当該他のクライアント端末からサーバ２００を介して送信された共有画像を受信する送受信部である。

操作対象画面特定部３０６は、ユーザから操作を受け付けた画面が、表示画面に表示された複数の画面のうち、いずれの画面化を特定する特定部である。操作種別特定部３０７は、ユーザから受け付けた操作の種別を特定する特定部である。操作の種別とは、例えば、タップ、ダブルタップ、スワイプ、ピンチイン、ピンチアウト等の操作である。

尚、当該操作の種別は上記の内容に限られるものではない。例えばマウス装置を用いたクリック、ダブルクリック、ドラッグ＆ドロップ等の操作であってもよい。

画面状態記憶部３０８は、表示画面に表示された複数の画面の状態を記憶する記憶部である。画面の状態とは、例えば、当該画面に表示されている画像が（当該画面の画面ＩＤと対応付けて記憶されている画像データが）、共有画像のデータか、カメラ装置で撮像された結果送受信されている会議画像の画像データか、を示す。

画像入替処理部３０９は、ユーザからの操作に応じて、表示画面に表示されている複数の画面間で、表示中の画像を入れ替える処理を行う。具体的には、子画面のタップ操作（入替操作）を受け付けた場合に（入替操作受付手段に該当）、親画面との表示画像の入替処理を行う。

入替禁止通知部３１０は、ユーザから操作を受け付けた画面の画像データの当該入替処理が禁止されている場合に、当該入替が禁止されている旨をユーザに通知する通知処理部である。具体的には、親画面に共有画像が表示されている場合に親画面と子画面の表示画像の入替処理を禁止し、子画面に対するタップ操作を受け付けた場合に、当該タップ操作を受け付けた子画面を振動させることで、当該子画面と親画面の表示画像の入替が禁止されている旨を通知する。

入退室管理部３２１は、サーバ２００の外部メモリに記憶されているウェブ会議室（ルーム）に対するユーザ（クライアント端末１００）の入退室の状態を記憶する記憶部である。具体的には、クライアント端末１００からの入室要求を受け、入室を許可した場合に、サーバ２００にログイン中の、当該要求元のクライアント端末１００から取得したログインユーザのユーザＩＤを、当該ルームの識別情報と対応付けて記憶し、当該ユーザがルームから退出した場合に、当該ログインユーザのユーザＩＤを当該ルームと対応付けて記憶したテーブルより削除する。

画像データ受信部３２２は、各クライアント端末１００から送信されたカメラ画像を受信する受信部である。画像データ記憶部３２３は、当該受信したカメラ画像を、各クライアント端末（ユーザＩＤ）毎に一時記憶する記憶部である。画像データ送信部３２４は、当該カメラ画像の送信元（取得元）のクライアント端末１００が入室中のルームと同じルームに入室中の各クライアント端末に、当該カメラ画像を随時送信する。

共有データ受信部３２５は、ホストとしてのクライアント端末１００から、共有する共有画像（写真の画像データ、文書データ等）を受信する受信部である。共有データ記憶部３２６は、当該受信した共有画像を一時記憶する記憶部である。共有データ送信部３２７は、当該共有画像の送信元のクライアント端末１００が入室中のルームと同じルームに入室中の各クライアント端末に、随時、当該共有画像を送信する。以上が図３の、本発明の実施形態における、各種装置の機能構成の一例についての説明である。

次に図１０を参照して、本発明の実施形態における、表示画面の表示処理の流れについて説明する。図１０は、本発明の実施形態における、表示画面の表示処理の流れを示すフローチャートである。

クライアント端末１００のＣＰＵ２０１は、ユーザからの指示に応じて会議アプリケーションを起動し（ステップＳ１００１）、サーバ２００にログインすべく、予め当該会議アプリケーションに登録済のユーザ情報をサーバ２００に送信する。つまりログイン要求を送信する（ステップＳ１００２）。

ここでいうユーザ情報とは、図７のユーザ情報７００のような情報である。ユーザ情報７００は、ユーザＩＤ７０１、ユーザ名７０２、パスワード７０３等から構成される。ユーザＩＤ７０１はユーザを一意に識別する識別情報であり、ユーザ名７０２は当該ユーザＩＤに対応するユーザの名称である。パスワード７０３は、サーバ２００へのログインに用いられる、当該ユーザＩＤ７０１に対応するパスワードである。

サーバ２００のＣＰＵ２０１は、当該ユーザ情報７００を含むログイン要求を受信し（ステップＳ１００３）、当該ユーザ情報（具体的にはユーザＩＤとパスワード）を用いたログイン処理を行って、当該ログイン処理の結果をクライアント端末１００に送信する（ステップＳ１００４）。

クライアント端末１００のＣＰＵ２０１は、当該ログイン結果を受信する（ステップＳ１００５）。ここではログインが成功急いたものとして以降の説明を行う。

クライアント端末１００のＣＰＵ２０１は、ログイン成功の結果、表示画面に表示される不図示のルーム選択画面から、入室するルームの選択指示を受け付け、当該選択されたルームへの入室要求をサーバ２００に送信する。

サーバ２００のＣＰＵ２０１は、当該入室要求を受信し、入室処理を実行する（ステップＳ１００７）。つまり、サーバ２００の外部メモリに予め記憶されているルームの識別情報（図７のルーム情報７１０におけるルームＩＤ７１１）に対応付けて、当該ルームに入室したログインユーザのユーザＩＤ（ユーザＩＤ７１２）を記憶する。

その後、当該入室処理の結果（いずれのルームにユーザが入室したかの情報／ルーム情報７１０）をクライアント端末１００に送信する。当該ルーム情報の送信の際、サーバ２００の外部メモリに、当該ルームのルームＩＤに紐づいて、当該ルーム使用にあたり各クライアント端末１００が使用可能な通信帯域の上限値、音声品質の上限値、会議画像の解像度の上限値等が記憶されている場合、当該上限値の値を共に送信する。

クライアント端末１００は、当該上限値の値を受信した場合、以降の会議画像の送信、音声の送信を当該上限値以下に変更して、サーバ２００を介して、他のクライアント端末１００に対して送信するものとする。

クライアント端末１００のＣＰＵ２０１は、当該入室結果の情報を受信する（ステップＳ１００９）。そして、カメラ装置を起動して、撮像処理を実行する（ステップＳ１０１０）。

クライアント端末１００のＣＰＵ２０１は、撮像処理で撮像することにより取得したカメラ画像（撮像画像／会議画像）をサーバ２００に送信し（ステップＳ１０１１／撮像画像送信手段、画像送信手段に該当）、サーバ２００のＣＰＵ２０１は、当該カメラ画像を受信して（ステップＳ１０１１／画像受信手段に該当）、カメラ画像をユーザＩＤと対応付けて外部メモリに記憶する。例えば、図７の会議画像対応付け情報７３０に示すように、ユーザＩＤ７３１にログインユーザのユーザＩＤ７０１を挿入し、会議画像７３２に、クライアント端末１００から受信中の映像であるカメラ画像を順次記憶していく処理を行う。

尚、会議画像７３２に記憶されるカメラ画像は、所定のデータ量（データ容量／フレーム数）のみであり、順次、同ルームに入室中の他のユーザのクライアント端末１００に送信する。つまり、ルーム情報７１０の、当該カメラ画像の送信元のユーザＩＤとは異なるユーザＩＤを特定し、当該送信元のユーザＩＤとは異なるユーザＩＤに対応するクライアント端末１００に対して、当該会議画像７３２に記憶されるカメラ画像を送信する。

ユーザＩＤとクライアント端末の対応付けをした情報は、入室処理完了時にサーバ２００のＣＰＵ２０１によって生成され、サーバ２００の外部メモリに記憶されているものとする。例えば、入室中のユーザのユーザＩＤと、入室指示に伴ってクライアント端末１００からサーバ２００が受信した、クライアント端末１００の識別情報（例えばＩＰアドレス）とを対応付けて記憶した情報である。

サーバ２００のＣＰＵ２０１は、ユーザが入室中のルームと同じルームに入室中の他のユーザを、ルーム情報７１０を参照して特定し、当該他のユーザのユーザＩＤ７３１と、当該ユーザＩＤ７３１に対応する会議画像７３２のカメラ画像を、クライアント端末１００に送信する（ステップＳ１０１４）。つまり、会議画像対応付け情報７３０を送信する。

この際、不図示の、当該ルームへのユーザの入室順を、共にクライアント端末１００に送信する。当該ルームへのユーザの入室順の情報は、当該ルームにユーザが入室する毎にサーバ２００のＣＰＵ２０１が生成し、外部メモリに記憶しているものとする。

クライアント端末１００のＣＰＵ２０１は、当該他ユーザのカメラ画像を受信し（ステップＳ１０１５）、自端末のユーザを含めた、同ルームに入室中のユーザ数分、当該ユーザに対応する会議画像の画面（表示部／フレーム／図８でいう親画面８０１〜子画面８０５等）のＩＤである画面ＩＤ（図７のステータス７４０及び画面ＩＤ７４１）を生成して、当該画面ＩＤと同ルームに入室中のユーザの各ユーザＩＤを対応付けて記憶する。例えば、図７のステータス７４０の、ユーザＩＤ７４２にと当該ユーザＩＤを記憶する。また、会議画像対応付け情報７３０を外部メモリに記憶する（取得元記憶手段に該当）。

ここでは、親画面８０１、子画面８０２、子画面８０３、子画面８０４、子画面８０５の順に画面ＩＤを生成して記憶するものとする。また、画面ＩＤ（数値）は、生成順が速いほど小さく、生成順が後になるほど大きくなるものとする。

クライアント端末１００のＣＰＵ２０１は、画面ＩＤを小さい順に取得して、ステップＳ１０１５で受信したユーザの入室順に、各ユーザＩＤを画面ＩＤに対応付けて記憶する。つまり、最初に入室したユーザのユーザＩＤを親画面に対応付けて記憶する。

ステータス７４０は、クライアント端末１００の外部メモリに記憶される、表示画面８００中の各画面の状態（ステータス）を示す情報である。尚、共有フラグ７４３は、画面ＩＤ７４１の示す画面が、データ共有機能で共有される共有画像の表示部として使用されている状態か否かを示すフラグである。データ共有フラグ７４３＝０の場合、画面ＩＤ７４１の示す画面は会議画像の表示部として使用されている状態である。また、当該共有フラグ７４３＝１の場合、画面ＩＤ７４１の示す画面は共有画像の表示部として使用されている状態である。

ホストフラグ７４４は、当該画面ＩＤ７４１の示す画面が、データ共有機能で共有される共有画像の表示部として使用されている場合に、当該画面を表示中の端末が、共有画像の共有元であるホスト端末であるか否かを示す。ホストフラグ７４４＝１の場合、当該ステータス７４０を記憶しているクライアント端末１００＝ホスト端末（共有画像の共有元）であり、ホストフラグ７４４＝０の場合、当該ステータス７４０を記憶しているクライアント端末１００＝ホスト端末に対するクライアント端末（共有画像の共有先）である。

フルスクリーンフラグ７４５は、当該画面ＩＤ７４１の示す画面が、フルスクリーン表示状態か否かを示す。フルスクリーンフラグ７４５＝１の場合、フルスクリーン表示の状態（図９に図示）であり、フルスクリーンフラグ７４５＝０の場合、通常表示（図８に図示）の状態である。画面種別７４６は、当該ステータス７４０の示す画面が親画面か子画面かを示す。尚、最も小さい画面ＩＤ（最初に生成された画面ＩＤ）に対応する画面種別７４６には、親画面であることを示す値が挿入され、その他の画面ＩＤに対応する画面種別７４６には、子画面であることを示す値が挿入される。

クライアント端末１００のＣＰＵ２０１は、ステータス７４０の、画面ＩＤとユーザＩＤとの対応付けに従って、ユーザＩＤに対応した画像データと画面ＩＤとと対応付けて記憶する（ステップＳ１０１７）。例えば、図７の、画面対応付け情報７６０を生成する。画面対応付け情報７６０の画面ＩＤ７６１は、表示画面８００中の各画面（親画面８０１〜子画面８０５等）の識別情報である。

会議画像７６２及び共有画像７６３は、画面ＩＤ７６１に対応付けて記憶される、当該画面ＩＤ７６１の示す画面に表示する画像である。当該画面ＩＤ７６１の示す画面には、会議画像７６２又は共有画像７６３のどちらか一方が表示されるため、会議画像７６２にカメラ画像の実データが記憶中の場合は、共有画像７６３にはｎｕｌｌの値が挿入され、実データは記憶されない。また、共有画像７６３に共有画像の実データが記憶中の場合は、会議画像７６２にはｎｕｌｌの値が挿入され、実データは記憶されないものとする。

クライアント端末１００のＣＰＵ２０１は、ステータス７４０及び画面対応付け情報７６０の情報に従って図８の表示画面８００を生成し（ステップＳ１０１８）、表示画面に表示する（ステップＳ１０１９）。以上が図１０の、本発明の実施形態における、表示画面の表示処理の流れについての説明である。

次に、図４を参照して、本発明の実施形態における、ホスト端末におけるデータ共有処理の流れについて説明する。図４は、本発明の実施形態における、ホスト端末におけるデータ共有処理の流れを示すフローチャートである。

尚、図４以降の説明においては、クライアント端末１００Ａ〜クライアント端末１００Ｄは、ユーザからの操作指示に応じて既にサーバ２００にログイン済であり、同一のルームに入室中であるものとする。

ステップＳ４０１で、クライアント端末１００ＡのＣＰＵ２０１は、ユーザからの指示を受け付け、当該受け付けた指示がデータ共有の開始指示か判定する（ステップＳ４０２）。つまり、表示画面８００に表示されたデータ共有機能の起動アイコンに対するタップ指示を受け付けたか判定する。

受け付けた指示がデータ共有の開始指示であると判定した場合（ステップＳ４０２でＹＥＳ）、データ共有を開始する旨をサーバ２００に通知する（ステップＳ４０３）。

サーバ２００のＣＰＵ２０１は当該通知を受信し（ステップＳ４１５）、外部メモリに記憶している、図８のホスト情報７２０のホストＩＤ７２１（ホスト端末／ホストユーザを識別するための識別情報）を、当該データ共有の開始の通知に含まれるユーザＩＤに更新する（ステップＳ４１６）。ホスト情報７２０は、会議室（ルーム／ルームＩＤ）毎に生成され、記憶されているものとする。ルーム生成直後は、ホストＩＤ７２１、共有画像７２２共にｎｕｌｌの値を挿入し、空欄であるものとする。共有画像７２２には、データ共有で共有する文書等の画像データが記憶される。

サーバ２００のＣＰＵ２０１は、当該ホストＩＤ７２１、及び当該データ共有の開始の通知を、ルーム内の他のクライアント端末（クライアント端末１００Ｂ〜１００Ｄ）に通知して（ステップＳ４１７）処理を終了する。当該データ共有開始通知を受信するクラインと端末の以降の処理については、図５の説明で後述する。

一方、ステップＳ４０３でデータ共有の開始の通知をしたクライアント端末１００ＡのＣＰＵ２０１は、親画面８０１の画面ＩＤに対応付けて外部メモリに記憶された、図７のステータス７４０を参照して、親画面の画面ＩＤ７４１に対応するデータ共有フラグ７４３の値を０から１に変更する（ステップＳ４０４）。データ共有フラグ７４３は、親画面に表示される情報が共有画像である旨を示すフラグである。また、ホストフラグ７４４の値を１に変更する。

その後、クライアント端末１００ＡのＣＰＵ２０１は、共有するデータの選択のために、当該クライアント端末１００Ａに記憶されたデータ選択用のアプリケーションの選択画面を表示画面に表示する（ステップＳ４０５）。当該データ選択用のアプリケーションは、予め、クライアント端末１００Ａの外部メモリに登録・記憶されているものとする。

ここでいうデータ選択用アプリケーションとは、例えば、当該会議アプリケーションが閲覧できない写真画像を記憶・閲覧するためのアプリケーションや、文書データの記憶・閲覧用のアプリケーション等である。

クライアント端末１００ＡのＣＰＵ２０１は、例えば写真閲覧用アプリケーションの選択を受け付けると、当該写真閲覧用アプリケーションのＡＰＩに対して、当該写真閲覧用アプリケーションの写真選択画面の表示要求を送信する（ステップＳ４０７）。

写真閲覧用アプリケーションのＡＰＩは、当該表示要求を写真閲覧用アプリケーションに伝達し、当該伝達を受けた写真閲覧用アプリケーションは（ステップＳ４１８）写真の選択画面を表示画面に表示する（ステップＳ４１９）。

クライアント端末１００ＡのＣＰＵ２０１は、ユーザからの指示を受け付け（ステップＳ４２０／共有画像選択受付手段）、受け付けた指示がデータ（ここでは写真画像）の選択指示か判定する（ステップＳ４２１）。

受け付けた指示がデータの選択指示でない場合（ステップＳ４２１でＮＯ）、受け付けた指示が当該写真の選択画面の終了指示と判定し、処理をステップＳ４０１の前に戻す。

受け付けた指示がデータの選択指示である場合（ステップＳ４２１でＹＥＳ）、写真閲覧用アプリケーションは、選択を受け付けたデータ（写真画像）の情報を会議アプリケーションに送信し（ステップＳ４２２）、処理を図４のステップＳ４０１に戻す。会議アプリケーションはこれを受信して（ステップＳ４０８）、図７の画面対応付け情報７６０中の、親画面の画面ＩＤ７６１に対応する共有画像７６３に、共有画像（写真画像）を挿入する。

尚、親画面への共有画像の挿入がされる場合、当該挿入処理以前に当該親画面に表示されていた会議画像を表示するための子画面を追加で生成し（つまり、画面ＩＤ７４１を１つ追加し）、当該追加された子画面に、当該挿入処理以前に当該親画面に表示されていた会議画像を挿入する処理を行う（ステップＳ４２８）。

クライアント端末１００ＡのＣＰＵ２０１は、ステップＳ４０８で受信したデータをサーバ２００に送信し（ステップＳ４０９／共有画像送信手段に該当）、サーバ２００のＣＰＵ２０１はこれを受信して（ステップＳ４２３／画像受信手段に該当）、図７のホストＩＤ７２１と対応付けて、共有画像７２２に記憶する（ステップＳ４２４）。その後、処理を図５のステップＳ５０８に移行する。ステップＳ５０８以降の処理については、図５の説明で後述する。

クライアント端末１００ＡのＣＰＵ２０１は、ステップＳ４０１で受け付けた指示がデータ共有の開始指示でないと判定した場合（ステップＳ４０２でＮＯ）、受け付けた指示が、表示画像の切り替え指示（親画面と子画面の表示画像の入替処理の指示）か判定する（ステップＳ４１３）。

受け付けた指示が、表示画像の切り替え指示である場合（ステップＳ４１３でＹＥＳ）、指示を受け付けた画面と他の親画面または子画面と表示画像の切替処理（入替処理）を行う（ステップＳ４１４）。当該表示画像の切替処理の詳細については図６の説明で後述する。

受け付けた指示が、表示画像の切り替え指示でない場合（ステップＳ４１３でＮＯ）、受け付けた指示がデータ共有機能の終了指示か判定する（ステップＳ４１０）。

尚、図７のデータ共有フラグ７４３＝０の場合、データ共有が行われていないためステップＳ４１０の処理はスキップして、処理をステップＳ４１２に移行する。

受け付けた指示がデータ共有機能の終了指示である場合（ステップＳ４１０でＹＥＳ）、データ共有の終了通知をサーバ２００に送信する（ステップＳ４１１）。サーバ２００のＣＰＵ２０１は当該通知を受信し（ステップＳ４２５）、ホストＩＤ７２１の値をｎｕｌｌに更新して（ステップＳ４２６）、当該データ共有機能の終了通知を、クライアント端末１００Ｂ〜クライアント端末１００Ｄに送信する（ステップＳ４２７）。当該通知を受信して以降のクライアント端末１００Ｂ〜クライアント端末１００Ｄの処理は図５の説明で後述する。

受け付けた指示がデータ共有機能の終了指示でない場合（ステップＳ４１０でＮＯ）、クライアント端末１００ＡのＣＰＵ２０１は、受け付けた指示が会議アプリケーションの終了指示か判定する（ステップＳ４１２）。例えば、「退室」ボタン８０６のタップ指示を受け付けたか判定する。

受け付けた指示が会議アプリケーションの終了指示である場合（ステップＳ４１２でＹＥＳ）、処理を終了し、受け付けた指示が会議アプリケーションの終了指示でない場合（ステップＳ４１２でＮＯ）、例えば、クライアント端末１００Ａの本体に設置された音声ボリュームの増大・減少操作を受け付けた場合、当該操作指示に従った処理を実行して、処理をステップＳ４０１の前に戻す。

尚、受け付けた指示が会議アプリケーションの終了指示である場合であって、図７のデータ共有フラグ７４３＝１で、且つ、ホストフラグ７４４＝１の場合、つまり、データ共有の処理が行われている場合であって、自端末がホスト端末である場合、ステップＳ４１１のデータ共有の終了通知の処理を実行後、アプリケーションを終了するものとする。以上が図４の、本発明の実施形態における、ホスト端末におけるデータ共有処理の流れについての説明である。

次に図５を参照して、本発明の実施形態における、データ共有処理の流れについて説明する。図５は、本発明の実施形態における、データ共有処理の流れを示すフローチャートである。

尚、図５のステップＳ５０１の時点において、クライアント端末１００Ｂ〜１００Ｄの各端末は、図１０の処理を完了し、表示画面８００を表示中であるものとする。ここでは一例として、クライアント端末１００Ｂを処理主体として説明する。

クライアント端末１００ＢのＣＰＵ２０１は、サーバ２００から通知を受信し（ステップＳ５０１）、受信した通知がデータ共有の開始通知か判定する（ステップＳ５０２）。データ共有の開始通知であると判定した場合（ステップＳ５０２でＹＥＳ）、外部メモリに記憶されている図７のステータス７４０を参照して、親画面の画面ＩＤ７４１に対応するデータ共有フラグ７４３の値を０から１に変更する（ステップＳ５０３）。

クライアント端末１００ＢのＣＰＵ２０１は、親画面８０１に、サーバに接続して共有画像を取得中である旨を示す「接続中」の文字を挿入し、親画面８０１に表示されていた会議画像を表示するための子画面を追加で生成し（つまり、ステータス７４０及び画面ＩＤ７４１を１つ追加し）、当該追加された子画面に、当該親画面に表示されていた会議画像を対応付けて記憶する処理を行い（ステップＳ５０４／追加生成した画面ＩＤと同じ画面ＩＤを有する画面対応付け情報７６０の生成及び会議画像７６２への会議画像の挿入処理を行い）、新たに表示画面８１０（図８に図示）を生成する。

クライアント端末１００ＢのＣＰＵ２０１は、共有画像の取得要求をサーバ２００に送信し（ステップＳ５０７）、サーバ２００のＣＰＵ２０１は当該要求を受信して（ステップＳ５０８）、クライアント端末１００Ｂに共有画像をホストＩＤと共に送信する（ステップＳ５０９）。つまり、ホスト情報７２０を送信する。

クライアント端末１００ＢのＣＰＵ２０１は、共有画像を受信する（ステップＳ５１０）。そして、図７の画面対応付け情報７６０中の、親画面の画面ＩＤ７６１に対応する共有画像７６３に、受信した共有画像（写真画像）を挿入し、表示画面を表示画面８２０（図８に図示）の状態に更新して表示する（ステップＳ５１１）。また、ホスト情報７２０を外部メモリに記憶する。

クライアント端末１００ＢのＣＰＵ２０１は、ステップＳ５０２において、ステップＳ５０１で受信した通知が、データ共有の開始通知でないと判定した場合（ステップＳ５０２でＮＯ）、受信した通知が、データ共有の終了通知か判定する（ステップＳ５１２）。

受信した通知が、データ共有の終了通知でないと判定した場合（ステップＳ５１２でＮＯ）、処理をステップＳ５０１の前に戻す。受信した通知が、データ共有の終了通知であると判定した場合（ステップＳ５１２でＹＥＳ）、親画面の画面ＩＤに対応付けられたデータ共有フラグ７４３の値を０に変更する（ステップＳ５１３）。

また、ステップＳ５０４で新規に生成した子画面を削除し、当該子画面の画面ＩＤ７６１に対応付けて記憶されていた会議画像７６２を、親画面の画面ＩＤ７６１に対応付けて記憶する。つまり、表示画面の状態を図８の表示画面８００の状態に戻して表示する（ステップＳ５１４）。以上が図５の、本発明の実施形態における、データ共有処理の流れについての説明である。

次に図６を参照して、本発明の実施形態における、画面表示切替処理の流れについて説明する。図６は、本発明の実施形態における、画面表示切替処理の流れを示すフローチャートである。図６の処理は、図４のステップＳ４１４の詳細な処理であり、全てのクライアント端末１００の共通処理であるものとする。

クライアント端末１００のＣＰＵ２０１は、受け付けた指示がピンチ操作（ピンチイン又はピンチアウトの操作）か判定する（ステップＳ６０１）、受け付けた指示がピンチ操作である場合（ステップＳ６０１でＹＥＳ）、当該ピンチ操作を受け付けた画面が表示画面８００中の親画面８０１か、子画面８０２〜８０５か判定する（ステップＳ６０２）。

当該ピンチ操作を受け付けた画面が表示画面８００中の子画面であった場合（ステップＳ６０２でＮＯ）、当該ピンチ操作を受け付けた子画面を振動させることで、当該ピンチ操作による動作が禁止されていることを通知する（ステップＳ６０３）。こうすることで、画面に対するタップ操作は有効であるが（クライアント端末１００はタップ操作を検知しているが）、当該操作が禁止されているために、当該操作に対応する処理が行われないことをユーザに通知することができる。

当該ピンチ操作を受け付けた画面が表示画面８００中の親画面８０１であった場合（ステップＳ６０２でＹＥＳ）、操作内容がピンチイン操作か判定する（ステップＳ６０４）。操作内容がピンチイン操作である場合（ステップＳ６０４でＹＥＳ）、当該親画面に表示された画像を拡大表示し（ステップＳ６０６）、操作内容がピンチアウト操作である場合（ステップＳ６０４でＮＯ）、当該親画面に表示された画像を縮小表示する（ステップＳ６０５）。

クライアント端末１００のＣＰＵ２０１は、受け付けた操作がピンチ操作でない場合（ステップＳ６０１でＮＯ）、受け付けた操作がダブルタップの操作か判定し（ステップＳ６０７）、ダブルタップの操作でないと判定した場合（ステップＳ６０７でＮＯ）、受け付けた操作をタップ操作であると判定して、処理をステップＳ６０８に進める。

クライアント端末１００のＣＰＵ２０１は、タップ操作を受け付けた画面が親画面か子画面か判定し（ステップＳ６０８）、タップ操作を受け付けた画面が親画面であると判定した場合、当該親画面の画面ＩＤを外部メモリより取得して、当該親画面の画面ＩＤを備えるステータス７４０を取得し、参照する（ステップＳ６０９）。

当該ステータスのフルスクリーンフラグ７４５＝１か判定し（つまり、操作を受け付けた親画面がフルスクリーン表示の状態か判定し／ステップＳ６１０）、フルスクリーン表示の状態の場合（ステップＳ６１０でＹＥＳ）、当該表示画面に表示されたツールバーを隠す表示処理を行い（図９の表示画面９００から表示画面９１０への表示状態の遷移処理を行い）、フルスクリーン表示の状態でない場合（ステップＳ６１０でＮＯ）、当該親画面を振動させる表示制御処理を行う。

クライアント端末１００のＣＰＵ２０１は、タップ操作を受け付けた画面が子画面であると判定した場合（ステップＳ６０８の判定）、当該子画面の画面ＩＤ、及び、親画面の画面ＩＤを外部メモリより取得して、各画面ＩＤを備える各ステータス７４０を取得する（ステップＳ６１３）。

そして、親画面のステータス７４０のデータ共有フラグ＝１か判定し（つまり、親画面に共有画像が表示中か判定し／ステップＳ６１４／画像種別特定手段に該当）、親画面のステータス７４０のデータ共有フラグ＝０の場合（つまり、親画面に会議画像が表示中の場合）、当該操作を受け付けた子画面と、親画面とに表示されている画像を切り替える（入れ替える）ことを決定し、当該決定に従って画像の入替処理を行う。

具体的には、それぞれの画面ＩＤを備えるステータス７４０のユーザＩＤ７４２の値を交換して更新し、また、当該交換の処理に応じて、画面対応付け情報７６０の当該ユーザＩＤに対応する会議画像７６２を交換して更新する。そして、当該更新した情報を基に表示画面を更新・生成して表示する（ステップＳ６１８）。

親画面のステータス７４０のデータ共有フラグ＝１の場合（つまり、親画面に共有画像が表示中の場合）、タップ操作を受け付けた子画面と親画面の表示画像の入替を行わないことを決定し、ホストフラグ７４４＝１か判定し（つまり、操作を受け付けたクライアント端末１００がデータ共有のホスト端末か判定し／ステップＳ６１５）、ホストフラグ７４４＝１の場合、つまりホスト端末である場合（ステップＳ６１５でＹＥＳ）、当該タップ操作を受け付けた共有画像上の位置に、共有画像上の注目点を示すマークを付与する、共有画像の編集処理を行う（ステップＳ６１６）。

尚、当該共有画像の編集処理が行われた場合、クライアント端末１００のＣＰＵ２０１は、当該編集後の共有画像をサーバ２００に送信し、サーバ２００のＣＰＵ２０１は、当該編集された共有画像を記憶して、他のクライアント端末１００に表示させるべく送信する。

尚、当該編集処理は上述したマークの付与に限られるものではない。例えばスワイプの操作を受け付けた場合、当該スワイプの軌跡に沿って線を書き込む処理を行うようにしてもよい。

ホストフラグ７４４＝０の場合、つまりホスト端末でない場合（ステップＳ６１５でＮＯ）、当該タップ操作を受け付けた子画面を振動させる表示制御を行う。

クライアント端末１００のＣＰＵ２０１は、受け付けた操作がダブルタップ操作であると判定した場合（ステップＳ６０７でＹＥＳ）、操作を受け付けた画面が親画面か子画面か判定する（ステップＳ６１９）。操作を受け付けた画面が子画面であると判定した場合、処理をステップＳ６１５に移行する。

操作を受け付けた画面が親画面であると判定した場合、当該親画面の画面ＩＤを外部メモリより取得して、当該親画面の画面ＩＤを備えるステータス７４０を取得して参照する（ステップＳ６２０）。

当該ステータスのフルスクリーンフラグ７４５＝１か判定し（つまり、操作を受け付けた親画面がフルスクリーン表示の状態か判定し／ステップＳ６２１）、フルスクリーン表示の状態の場合（ステップＳ６２１でＹＥＳ）、フルスクリーンフラグ７４５を０に変更し、表示画面の状態を図８の表示画面８００のような通常表示の状態に移行する（ステップＳ６２２）。

フルスクリーン表示の状態でない場合（ステップＳ６２１でＮＯ）、フルスクリーンフラグ７４５を１に変更し、表示画面の状態を図９の表示画面９００のようなフルスクリーン表示の状態に移行する（ステップＳ６２３）。以上が図６の、本発明の実施形態における、画面表示切替処理の流れについての説明である。

尚、上述の説明においては、親画面に会議画像を表示中に子画面に対するタップ操作を受け付けた場合、当該子画面と親画面の表示画像を入れ替え、親画面に共有画像を表示中に子画面に対するタップ操作を受け付けた場合、当該子画面を振動させて、当該操作による処理（表示画像の入替処理）が禁止されている旨をユーザに通知するものとしたが、例えば、図７のモード情報７５０のような情報を用いて、子画面に対するタップ操作を受け付けた時点でのモードが、共有画像表示中である共有モードか、会議画像のみ表示中である会議モードかを判定し、共有モード中は表示画像の入替を禁止し、会議モード中は表示画像の入替を許可するようにしてもよい。

以下、モード情報７５０を用いた本発明の実施形態について説明する。

モード情報７５０は、不図示のルーム生成処理時に、サーバ２００のＣＰＵによって生成され、記憶されているものとする。ルームＩＤ７５１はルームの識別情報であり、モードフラグ７５２は、ウェブ会議のモードが、共有画像表示中である共有モードか、会議画像のみ表示中である会議モードかを示す。ここでは、モードフラグ７５２＝１の場合、共有モード、モードフラグ７５２＝０の場合、会議モードであるものとする。モード情報７５０生成時、デフォルトで、モードフラグ７５２には０の値が挿入されるものとする。

モード情報７５０を用いた表示切替処理（図６）の制御を行う場合、図１０のステップＳ１００８においてサーバ２００のＣＰＵ２０１は、クライアント端末１００にモード情報７５０を送信する。

また、図４のステップＳ４０４で、クライアント端末１００ＡのＣＰＵ２０１は、モード情報７５０のモードフラグ７５２の値を１に変更する。データ共有の終了指示を受け付けた場合は、モードフラグ７５２の値を０に変更する。

ステップＳ４１７で、サーバ２００のＣＰＵ２０１は、モード情報７５０のモードフラグ７５２の値を１に変更するよう、同ルームに入室中の他のクライアント端末１００（１００Ｂ〜１００Ｄ）に通知する。

図５のステップＳ５０３で、クライアント端末１００ＢのＣＰＵ２０１は、モード情報７５０のモードフラグ７５２の値を１に変更する（画像種別判定手段に該当）。ステップＳ５１３では、モード情報７５０のモードフラグ７５２の値を０に変更する。

図６のステップＳ６１３では、モード情報７５０もあわせて取得し、ステップＳ６１４では、モードフラグ７５２が１か０か判定する。モードフラグ７５２＝１の場合、処理をステップＳ６１５に移行し、モードフラグ７５２＝０の場合、処理をステップＳ６１８に移行する。以上が、モード情報７５０を用いた本発明の実施形態の説明である。

尚、上述した実施形態の説明においては、図４のステップＳ４０６、Ｓ４０７で親画面に表示された画像の拡大・縮小処理を行っているが、例えば、会議画像のように、会議相手の顔を確認できればよい場合に比べて、共有画像のように、資料等を表示する場合には拡大・縮小等の操作で詳細を確認するケースが考えられる。しかしながら、常にピンチ操作による拡大・縮小処理を有効にしていては、例えばタブレット端末のように、端末をユーザが手に持って使用している場合等、不意に画面に手が触れてしまうことが考えられ、その度に画面の表示が拡大・縮小されていては、ユーザは画面に手を触れないように注意を払う必要があり、非常に煩わしい。
これに対し、例えば、親画面に表示されている画像の種類（画像種別／会議画像か、共有画像か）に応じて、拡大・縮小処理の有効・無効を切り替えるようにしてもよい。

つまり、図６のステップＳ６０２で、受け付けた操作が親画面に対するピンチ操作であると判定した場合に、外部メモリより、親画面のステータス７４０を取得して参照し、ステータス７４０のデータ共有フラグ７４３＝１の場合（つまり共有画像表示中の場合）は、拡大・縮小のいずれの処理もすることなく処理を終了し、データ共有フラグ７４３＝０の場合（つまり会議画像表示中の場合）は、処理をステップＳ４０５に移行するようにしてもよい。

こうすることで、画面に表示されている画像の種類に応じて、拡大・縮小操作の有効・無効を切り替えることができ、ユーザは、当該操作に応じた拡大・縮小処理が必要な場合に、当該操作に応じた処理を端末に実行させることが出来る。

また、上述した実施形態においては、画面ＩＤとユーザＩＤの対応付け、及び、当該対応付けに従った画面ＩＤと会議画像の対応付けは、ユーザのルームへの入室順に行うものとしたが、当該会議画像には、クライアント端末１００の操作者であるユーザの会議画像も含まれるため、当該操作者であるユーザがルームへの最初の入室者である場合は、親画面（大きく画像が表示される画面）に、操作者自身の画像が表示されてしまうこととなる。

ウェブ会議の場合、ユーザが所望する会議画像は、会議相手の画像であると推測されるため、例えば、画面ＩＤとユーザＩＤの対応付け、及び、当該対応付けに従った画面ＩＤと会議画像の対応付けについては、当該対応付けの処理を行うクライアント端末１００のユーザのユーザＩＤを除いて行い、末尾の子画面（最も大きい数値を画面ＩＤに持つ子画面）に当該クライアント端末１００のユーザの画像を挿入するようにしてもよい。

また、共有画像に対する編集、操作権限が何れのユーザにあるかを、各クライアント端末１００のユーザに確認可能にするため、共有画像の表示中には、いずれのユーザが当該共有画像の提供者（共有元）であるか識別可能に表示し、ユーザに通知するようにしてもよい。

例えば、共有画像表示中は、ホスト端末から送信される会議画像（ホスト端末のユーザの画像）を子画面の先頭に配置するようにすることが考えられる。具体的には、クライアント端末１００Ｂ（その他１００Ｃ、１００Ｄ）が、図５のステップＳ５０１で受信した、データ共有の開始通知に含まれるホストＩＤを参照して（共有元特定手段に該当）、ステップＳ５０４の画面ＩＤとユーザＩＤの対応付け情報の更新、及び、画面ＩＤと会議画像の対応付け情報の更新の際に、親画面に対する共有画像の対応付けを行い、当該親画面に共有画像が対応付けられた場合に（画像種別判定手段に該当）、当該ホストＩＤの示すユーザＩＤを子画面の先頭の画面ＩＤと対応付けて更新することを決定し（優先度決定手段に該当）、当該更新した情報を基に、表示画面８１０を生成することで実現可能である。

また、上述した実施形態においては、共有画像を親画面に挿入して表示する際、当該親画面に表示されていた会議画像は、子画面の末尾に追加するものとしたが（図８参照）、例えば、親画面に表示されていた会議画像を、最初の子画面（図８でいう子画面８０２）に繰り下げ、以降、子画面に表示されていた各会議画像を、１つ後ろの画面ＩＤを備える子画面に表示するよう、画面ＩＤとユーザＩＤ、及び画面ＩＤと会議画像の対応付け情報を更新するようにしてもよい。

以上説明したように、本発明によれば、画面間で表示画像を入れ替える場合に、画面に表示されている画像の種類に応じて、当該画像の入れ替え可否を切り替えることが可能となる。

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

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

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

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

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

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

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

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

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

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

１００Ａ クライアント端末
１００Ｂ クライアント端末
１００Ｃ クライアント端末
１００Ｄ クライアント端末
１０１ ＬＡＮ
２００ サーバ

本発明は、異なる属性を表示可能な表示領域における画像の入れ替え可否を容易に制御可能な仕組みを提供することを目的とする。

本発明は、第１の表示領域において、第１の属性の画像または第２の属性の画像を表示すべく制御する表示制御手段と、前記第１の表示領域に表示された画像と第２の表示領域の画像の入替指示受け付ける受付手段と、前記第１の表示領域に表示されている画像が第１の属性の画像である場合には前記入替指示による画像の入れ替えを行うことなく、前記第１の表示領域に表示されている画像が第２の属性の画像である場合には前記入替指示による画像の入れ替えを行うべく制御する入替制御手段と、を備えることを特徴とする。

本発明によれば、異なる属性を表示可能な表示領域における画像の入れ替え可否を容易に制御可能な仕組みを提供することが出来る。

Claims (7)

1. 複数の装置から受信した会議画像を情報処理装置に送信するサーバと通信可能な、複数の画面を含む表示画面を表示する表示手段を備えた情報処理装置であって、
   前記複数の画面に表示されている画像の表示を入れ替える操作を受け付ける入替操作受付手段と、
   前記入替操作受付手段で受け付けた操作に応じて、前記複数の画面に表示されている画像の表示を入れ替えるか否かを決定する決定手段と、
   入れ替え対象の画面の画像の種別を特定する画像種別特定手段と、
   を備え、
   前記決定手段は、前記画像種別特定手段で特定した画像の種別が所定の画像種別である場合に、前記画像の表示の入れ替えを行わないことを決定することを特徴とする情報処理装置。
2. 前記入替操作受付手段で入替操作を受け付ける操作部はタッチパネル機能を有し、
   前記決定手段で、前記画像の表示の入れ替えを行わないことを決定した場合に、前記入れ替えを行わない旨をユーザに通知する通知手段を
   備え、
   前記通知手段は、前記入替操作を受け付けた画面を振動させることで、前記画像の表示の入れ替えを行わないことを通知することを特徴とする請求項１に記載の情報処理装置。
3. 前記複数の画面は、主たる画面である親画面と子画面とを含み、
   画像を撮像する撮像手段と、
   前記撮像手段で撮像した撮像画像を随時送信する撮像画像送信手段と、
   複数の装置で共有して表示させる共有画像の選択を受け付ける共有画像選択受付手段と、
   前記共有画像選択受付手段で選択を受け付けた前記共有画像を送信する、共有画像送信手段と、
   前記撮像画像送信手段又は前記共有画像送信手で送信された画像を受信する受信手段と、
   前記受信手段で受信した画像の種別が、前記撮像画像か前記共有画像かを判定する
   画像種別判定手段と、
   前記画像種別判定手段で、前記受信手段で受信した画像の種別が共有画像である場合に、前記親画面に当該共有画像を表示させるよう制御する表示制御手段と、
   を備えることを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記複数の画面に表示する画像の取得元を記憶する取得元記憶手段と、
   前記共有画像の共有元を特定する共有元特定手段と、
   前記共有元特定手段で特定した共有元が取得元である前記画像を優先して表示画面に表示すべく、表示の優先度を決定する優先度決定手段と、
   を備えることを特徴とする請求項３に記載の情報処理装置。
5. 複数の装置から受信した会議画像を情報処理装置に送信するサーバと通信可能な、複数の画面を含む表示画面を表示する表示手段を備えた情報処理装置の制御方法であって、
   入替操作受付手段が、前記複数の画面に表示されている画像の表示を入れ替える操作を受け付ける入替操作受付工程と、
   決定手段が、前記入替操作受付工程で受け付けた操作に応じて、前記複数の画面に表示されている画像の表示を入れ替えるか否かを決定する決定工程と、
   画像種別特定手段が、入れ替え対象の画面の画像の種別を特定する画像種別特定工程と、
   を含み、
   前記決定工程は、前記画像種別特定工程で特定した画像の種別が所定の画像種別である場合に、前記画像の表示の入れ替えを行わないことを決定することを特徴とする情報処理装置の制御方法。
6. 複数の装置から受信した会議画像を情報処理装置に送信するサーバと通信可能な、複数の画面を含む表示画面を表示する表示手段を備えた情報処理装置で実行が可能なプログラムであって、
   前記情報処理装置を、
   前記複数の画面に表示されている画像の表示を入れ替える操作を受け付ける入替操作受付手段と、
   前記入替操作受付手段で受け付けた操作に応じて、前記複数の画面に表示されている画像の表示を入れ替えるか否かを決定する決定手段と、
   入れ替え対象の画面の画像の種別を特定する画像種別特定手段として機能させ、
   前記決定手段は、前記画像種別特定手段で特定した画像の種別が所定の画像種別である場合に、前記画像の表示の入れ替えを行わないことを決定することを特徴とする情報処理装置のプログラム。
7. サーバと、表示画面を備えた情報処理装置とが通信可能な情報処理システムであって、
   前記サーバは、
   前記情報処理装置より画像を受信する画像受信手段と、
   前記画像受信手段で受信した画像を他の前記情報処理装置へ送信する画像送信手段と、
   を備え、
   前記情報処理装置は、
   前記画像送信手段で送信された画像を受信する受信手段と、
   前記受信手段で受信した画像を、複数の画面を備える表示画面における、当該複数の画面にそれぞれ表示する画像表示手段と、
   前記複数の画面に表示されている画像の表示を入れ替える操作を受け付ける入替操作受付手段と、
   前記入替操作受付手段で受け付けた操作に応じて、前記複数の画面に表示されている画像の表示を入れ替えるか否かを決定する決定手段と、
   入れ替え対象の画面の画像の種別を特定する画像種別特定手段と、
   を備え、
   前記決定手段は、前記画像種別特定手段で特定した画像の種別が所定の画像種別である場合に、前記画像の表示の入れ替えを行わないことを決定することを特徴とする情報処理システム。

Images