JP2015194982A - 情報処理装置、情報処理方法およびプログラム - Google Patents

Abstract

【課題】複数台のコンピューターの映像信号をプレビュー表示する際の通信負荷を軽減する。【解決手段】ＰＣ１は、各々が映像信号を出力する複数の端末と通信する通信手段１１と、複数の端末の少なくとも一部の端末から第１プレビュー画像を取得する第１取得手段１２と、複数の端末のうち指定された端末から、第１プレビュー画像よりも画像サイズの大きい第２プレビュー画像を取得する第２取得手段１３と、第１プレビュー画像および第２プレビュー画像を表示手段において単一の画面に表示させる表示制御手段１４と、表示手段に表示させる映像を、複数の端末の中から選択された一の端末から出力される映像信号により示される映像に切り替える切り替え手段１６とを有し、前記第２取得手段が前記第２プレビュー画像を取得する頻度は、前記第１取得手段が前記第１プレビュー画像を取得する頻度よりも高いことを特徴とする。【選択図】図４

Description

本発明は、情報処理装置、情報処理方法およびプログラムに関する。

複数台のコンピューターから出力された映像信号を、一台のプロジェクターに同時に投写させるシステムが知られている。このシステムに関し、特許文献１には、ビデオ信号供給部からの複数のビデオ信号の出力にあたり、ＶＴＲ選択領域およびプレビュー画面表示領域を画面上の入力表示ボードに設けて選択及び操作を行い、ビデオ信号供給部を制御して選択したビデオ信号をプレビュー画面領域に表示する装置が記載されている。特許文献２には、画像入力インターフェース端子の中から、所望の画像情報が入力される画像入力インターフェース端子を選択し、所望の画像情報を投写するプロジェクターが記載されている。

特開平６−１１０４２５号公報 特許第４０４９１１５号公報

ところで、特許文献１および２に記載の技術において、接続されるコンピューターの台数が多い場合には、複数台のコンピューターの映像信号をプレビュー表示するとネットワーク負荷が大きくなってしまうという場合があった。
本発明は、複数台のコンピューターの映像信号をプレビュー表示する際の通信負荷を軽減することを目的の一つとする。

上述の課題を解決するため、本発明は、各々が映像信号を出力する複数の端末と通信する通信手段と、前記複数の端末の少なくとも一部の端末から第１プレビュー画像を取得する第１取得手段と、前記複数の端末のうち指定された端末から、第１プレビュー画像よりも表示領域サイズの大きい第２プレビュー画像を取得する第２取得手段と、前記第１プレビュー画像および前記第２プレビュー画像を、表示手段において単一の画面に表示させる表示制御手段と、前記表示手段に表示させる映像を、前記複数の端末の中から選択された一の端末から出力される映像信号により示される映像に切り替える切り替え手段とを有し、前記第２取得手段が前記第２プレビュー画像を取得する頻度は、前記第１取得手段が前記第１プレビュー画像を取得する頻度よりも高いことを特徴とする情報処理装置を提供する。この情報処理装置によれば、第２プレビュー画像を取得する頻度が、第１プレビュー画像を取得する頻度よりも高くない場合に比べて、複数の端末の映像信号をプレビュー表示する際の通信負荷が軽減される。

本発明の好ましい態様において、前記複数の端末のうち一の端末について、新たに取得した第１プレビュー画像が前回取得した第１プレビュー画像と比較して変化が基準より小さい場合、前記第１取得手段が第１プレビュー画像を取得する頻度が下がることを特徴とする。この情報処理装置によれば、新たに取得した第１プレビュー画像が前回取得した第１プレビュー画像と比較して変化が基準より小さい場合に第１プレビュー画像を取得する頻度が下がらない場合に比べて、複数の端末の映像信号をプレビュー表示する際の通信負荷が軽減される。

別の好ましい態様において、前記第１取得手段が前記第１プレビュー画像を取得する頻度は所定間隔であり、前記所定間隔を長くすることにより、前記第１取得手段が第１プレビュー画像を取得する頻度が下がることを特徴とする。この情報処理装置によれば、第１取得手段が第１プレビュー画像を取得する頻度を下げるために、所定間隔を長くする手段を用いない場合に比べて、第１プレビュー画像を取得するタイミングを管理し易い。

別の好ましい態様において、前記複数の端末のうち一の端末について、新たに取得した第１プレビュー画像が前回取得した第１プレビュー画像と比較して変化が基準より大きい場合、前記第１取得手段が第１プレビュー画像を取得する頻度が上がることを特徴とする。この情報処理装置によれば、第１のプレビュー画像が前回取得した第１プレビュー画像と比較して変化が基準より大きい場合に第１プレビュー画像を取得する頻度が上がらない場合に比べて、表示する第１プレビュー画像のリアルタイム性が高くなる。

別の好ましい態様において、前記第１取得手段が前記第１プレビュー画像を取得する頻度は所定間隔であり、前記所定間隔を短くすることにより、前記第１取得手段が第１プレビュー画像を取得する頻度が上がることを特徴とする。この情報処理装置によれば、第１取得手段が第１プレビュー画像を取得する頻度を上げるために、所定間隔を短くする手段を用いない場合に比べて、第１プレビュー画像を取得するタイミングを管理し易い。

別の好ましい態様において、前記第１取得手段は、前記第２取得手段が前記第２プレビュー画像を取得している端末からは、前記第１プレビュー画像を取得しないことを特徴とする。この情報処理装置によれば、第２プレビュー画像を取得している端末からも第１プレビュー画像を取得する場合に比べて、通信負荷が軽減される。

別の好ましい態様において、前記第１プレビュー画像および前記第２プレビュー画像の更新を前記複数の端末に命令する命令手段を更に有し、前記命令手段が前記第２プレビュー画像の更新を命令する頻度が、前記第１プレビュー画像の更新を命令する頻度よりも高いことを特徴とする。この情報処理装置によれば、第２プレビュー画像の更新を命令する頻度が、第１プレビュー画像の更新を命令する頻度よりも高くない場合に比べて、複数の端末の映像信号をプレビュー表示する際の通信負荷が軽減される。

別の好ましい態様において、前記第１プレビュー画像および前記第２プレビュー画像の更新頻度を前記複数の端末に命令する命令手段を更に有することを特徴とする。この情報処理装置によれば、第２プレビュー画像を取得する頻度が、第１プレビュー画像を取得する頻度よりも高くない場合に比べて、複数の端末の映像信号をプレビュー表示する際の通信負荷が軽減される。

別の好ましい態様において、前記第１取得手段は、前記複数の端末の内、少なくとも２つ以上の端末から前記第１プレビュー画像を取得する場合、前記少なくとも２つ以上の端末から前記第１プレビュー画像を取得するタイミングを異ならせることを特徴とする。この情報処理装置によれば、第１プレビュー画像を取得するタイミングを異ならせない場合に比べて、表示する第１プレビュー画像のリアルタイム性が高くなる。

また、本発明は、各々が映像信号を出力する複数の端末と通信するステップと、前記複数の端末の少なくとも一部の端末から第１プレビュー画像を取得するステップと、前記複数の端末のうち指定された端末から、第１プレビュー画像よりも表示領域サイズの大きい第２プレビュー画像を取得するステップと、前記第１プレビュー画像および前記第２プレビュー画像を、表示手段において単一の画面に表示させるステップと、前記表示手段に表示させる映像を、前記複数の端末の中から選択された一の端末から出力される映像信号により示される映像に切り替えるステップとを有し、前記第２プレビュー画像を取得するステップを実行する頻度は、前記第１プレビュー画像を取得するステップを実行する頻度よりも高いことを特徴とする情報処理方法を提供する。この情報処理方法によれば、第２プレビュー画像を取得する頻度が、第１プレビュー画像を取得する頻度よりも高くない場合に比べて、複数の端末の映像信号をプレビュー表示する際の通信負荷が軽減される。

また、本発明は、コンピューターに、各々が映像信号を出力する複数の端末と通信するステップと、前記複数の端末の少なくとも一部の端末から第１プレビュー画像を取得するステップと、前記複数の端末のうち指定された端末から、第１プレビュー画像よりも表示領域サイズの大きい第２プレビュー画像を取得するステップと、前記第１プレビュー画像および前記第２プレビュー画像を、表示手段において単一の画面に表示させるステップと、前記表示手段に表示させる映像を、前記複数の端末の中から選択された一の端末から出力される映像信号により示される映像に切り替えるステップとを実行させるためのプログラムであって、前記第２プレビュー画像を取得するステップを実行する頻度は、前記第１プレビュー画像を取得するステップを実行する頻度よりも高いことを特徴とするプログラムを提供する。このプログラムによれば、第２プレビュー画像を取得する頻度が、第１プレビュー画像を取得する頻度よりも高くない場合に比べて、複数の端末の映像信号をプレビュー表示する際の通信負荷が軽減される。

投写システムＰＳの概略図。 ＰＣのハードウェア構成を示すブロック図。 プロジェクターのハードウェア構成を示すブロック図。 ＰＣの機能的構成を示すブロック図。 ＰＣによる処理を示すフローチャート。 変更用ＧＵＩを示す画像を例示する図。 実施形態２における変更用ＧＵＩを示す画像を例示する図。

図１は、本発明の一実施形態に係る投写システムＰＳの概略図である。投写システムＰＳは、パーソナルコンピューター１と、プロジェクター２と、複数のパーソナルコンピューター３（３Ａ〜３Ｎ）とを有する。パーソナルコンピューター１（以下、「ＰＣ１」という）は、プロジェクター２が投写する映像信号のプレビュー画像の表示や、映像信号のレイアウトの指定を行う情報処理装置である。この例で、ＰＣ１は、投写システムＰＳを用いて行われる会議の司会者であるユーザーＵｚにより利用される。パーソナルコンピューター３（以下、「ＰＣ３」という）は、映像信号をプロジェクター２に出力する情報処理装置（端末）である。この例で、ＰＣ３ＡからＰＣ３Ｎは、投写システムＰＳを用いて行われる会議の参加者であるユーザーＵ１からユーザーＵｎにより利用される。ＰＣ１およびＰＣ３は、アクセスポイント４を介してプロジェクター２と無線接続されている。プロジェクター２は、映像信号により示される画像をスクリーンＳＣに投写する画像表示装置である。プロジェクター２は、複数のＰＣ３のうち少なくとも一のＰＣ３から供給される映像信号に応じた画像をスクリーンＳＣに投写する。プロジェクター２は、複数のＰＣ３から映像信号が出力される場合には、各ＰＣ３から出力された映像信号に応じた画像（以下、「個別画像」という）が合成された１枚の画像（以下、「合成画像」という）をスクリーンＳＣに投写する。図１の例では、プロジェクター２は、ＰＣ３Ａ、３Ｂ、３Ｃ、および３Ｎの各々の個別画像４０（４０Ａ〜４０Ｃ、および４０Ｎ）が合成された合成画像５０をスクリーンＳＣに投写している。

図２は、ＰＣ１のハードウェア構成を示すブロック図である。ＰＣ１は、ＣＰＵ（Central Processing Unit）１０１と、ＲＯＭ（Read Only Memory）１０２と、ＲＡＭ（Random Access Memory）１０３と、記憶部１０４と、表示部１０５と、入力部１０６と、通信部１０７とを有するコンピューターである。ＣＰＵ１０１は、プログラムを実行することによりＰＣ１の各部を制御する装置である。ＲＯＭ１０２は、各種のプログラムおよびデータを記憶した不揮発性の記憶装置である。ＲＡＭ１０３は、データを記憶する揮発性の記憶装置である。記憶部１０４は、データおよびプログラムを記憶する記憶装置、例えばＨＤＤ（Hard Disk Drive）である。表示部１０５は、液晶ディスプレイまたは有機ＥＬ（Electroluminescence）ディスプレイなどの表示装置を有する。入力部１０６は、ユーザーＵｚによる操作入力を受け付ける装置であり、キーボード、マウス、および各種ボタン等を備える。通信部１０７は、ＰＣ３またはプロジェクター２などの外部装置と通信を行う。なお、ＰＣ３のハードウェア構成についての詳細な説明は省くが、ＰＣ３は、ＰＣ１と同様の構成であり、ＣＰＵ、ＲＯＭ、ＲＡＭ、記憶部、表示部、入力部、通信部を有する情報処理装置である。

図３は、プロジェクター２のハードウェア構成を示すブロック図である。プロジェクター２は、ＭＣＵ（Micro Control Unit）２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、映像信号レシーバー２０４と、フレームレート変換回路２０５と、パネル駆動回路２０６と、液晶パネル２０７と、通信部２０８とを有する。ＭＣＵ２０１は、プログラムを実行することによりプロジェクター２の各部を制御する装置である。ＲＯＭ２０２は、各種のプログラム及びデータを記憶した不揮発性の記憶装置である。ＲＡＭ２０３は、データを記憶する揮発性の記憶装置である。ＲＡＭ２０３は、１フレーム分の画像を示すデータを記憶するフレームメモリーを有する。

映像信号レシーバー２０４は、通信部２０８を介してＰＣ１およびＰＣ３から映像信号を取得する。
ＭＣＵ２０１は、映像信号レシーバー２０４が取得した映像信号を、１フレームごとの画像としてＲＡＭ２０３のフレームメモリーに記憶する。映像信号レシーバー２０４が複数のＰＣ３から映像信号を取得する場合、ＭＣＵ２０１は、合成画像５０を生成し、当該合成画像５０をフレームメモリーに記憶する。フレームレート変換回路２０５は、１秒間における画像の表示切り替え回数が、プロジェクター２のフレームレートに合うように、映像信号のフレームレートを変換する。ＭＣＵ２０１は、フレームメモリーに記憶された画像を、液晶パネル２０７の解像度に合わせて拡大又は縮小する。ＭＣＵ２０１は、拡大又は縮小後の画像をフレームメモリーに書き込む。パネル駆動回路２０６は、フレームメモリーから読み出した画像に基づいて、液晶パネル２０７を駆動するためのパネル駆動信号を生成する。パネル駆動回路２０６は、液晶パネル２０７にパネル駆動信号を出力する。
液晶パネル２０７は、マトリクス状に配置された複数の画素を有する。液晶パネル２０７は、図示せぬ光源から放射された光の透過率を、パネル駆動信号に基づいて画素毎に変調するライトバルブとして用いられる。液晶パネル２０７により変調された光は、図示せぬレンズにより拡大され、スクリーンＳＣに投写される。通信部２０８は、アクセスポイント４を介してＰＣ１およびＰＣ３と無線通信を行う。

図４は、ＰＣ１の機能的構成を示すブロック図である。ＰＣ１は、通信手段１１と、第１取得手段１２と、第２取得手段１３と、表示制御手段１４と、命令手段１５と、切り替え手段１６とを有する。通信手段１１は、各々が映像信号を出力する複数のＰＣ３と通信する。第１取得手段１２は、複数のＰＣ３の少なくとも一部のＰＣ３から第１プレビュー画像を取得する。第２取得手段１３は、複数のＰＣ３のうち指定されたＰＣ３から、第１プレビュー画像よりも表示領域サイズの大きい第２プレビュー画像を取得する。表示制御手段１４は、第１プレビュー画像および第２プレビュー画像を、表示手段において単一の画面に表示させる。命令手段１５は、第１プレビュー画像および第２プレビュー画像の更新を複数のＰＣ３に命令する。命令手段１５は、第２プレビュー画像の更新を命令する頻度が、第１プレビュー画像の更新を命令する頻度よりも高い。切り替え手段１６は、表示手段に表示させる映像を、複数のＰＣ３の中から選択された一のＰＣ３から出力される映像信号により表示される映像に切り替える。

尚、第２取得手段１３は、第１プレビュー画像用にＰＣ３から取得した画像データを第２プレビュー画像として利用しても良い。また、第１取得手段１２は、第２プレビュー画像用にＰＣ３から取得した画像データを第１プレビュー画像として利用してもよい。

ＰＣ１において、プログラムを実行しているＣＰＵ１０１により制御された通信部１０７は、通信手段１１の一例である。プログラムを実行しているＣＰＵ１０１は、第１取得手段１２、第２取得手段１３、表示制御手段１４、命令手段１５および切り替え手段１６の一例である。

図５は、ＰＣ１による処理を示すフローチャートである。以下の例において、投写システムＰＳは、複数のユーザーによる会議に用いられる。ＰＣ１は、ＰＣ３からプロジェクター２に出力される映像信号のプレビュー画像の表示や、映像信号のレイアウトの指定を行うためのプログラム（以下「会議プログラム」という）を実行している。ＰＣ３からプロジェクター２に出力される映像信号は、所定のフレームレートの動画データを示す信号である。以下の処理は、例えば、ＰＣ１とプロジェクター２とが無線接続された状態で、会議プログラムが、ＰＣ１において起動されたことを契機として開始される。

ＣＰＵ１０１は、会議プログラムが起動されたことをプロジェクター２に通知する。この例では、会議プログラムが起動されているＰＣ１をプロジェクター２が管理しており、この管理のため、会議プログラムの起動がプロジェクター２に通知される。ステップＳＡ２において、ＣＰＵ１０１は、変更用ＧＵＩを表示部１０５に表示されている画像に重ねて表示する。具体的には、ＣＰＵ１０１は、合成画像５０のレイアウトを示す情報（以下、「レイアウト情報」という）に基づいて変更用ＧＵＩを示す画像を生成し、当該画像を表示部１０５に表示されている画像に重ねて表示する。プロジェクター２はＰＣ１にレイアウト情報を所定のタイミングで配信している。ＰＣ１は、プロジェクター２から配信されたレイアウト情報を記憶しており、このレイアウト情報に基づいて変更用ＧＵＩを示す画像を生成する。

図６は、変更用ＧＵＩを示す画像を例示する図である。変更用ＧＵＩ７０は、枚数変更ボタン７２０（７２０ａ〜７２０ｃ）と、レイアウト領域Ｌ１と、一覧表示領域Ｌ２と、プレビュー領域Ｌ３とを有する。枚数変更ボタン７２０は、スクリーンＳＣに投写される個別画像４０の枚数の変更を行うためのボタンである。枚数変更ボタン７２０ａがクリックされると、スクリーンＳＣに投写される個別画像４０は１枚に変更される。枚数変更ボタン７２０ｂがクリックされると、スクリーンＳＣに投写される個別画像４０は２枚に変更される。枚数変更ボタン７２０ｃがクリックされると、スクリーンＳＣに投写される個別画像４０は４枚に変更される。図６において、背景に斜線が表示された枚数変更ボタン７２０は、現在選択されている枚数変更ボタン７２０を示す。上述のステップＳＡ２において、ＣＰＵ１０１は、複数の枚数変更ボタン７２０のうち、合成画像５０に含まれている個別画像４０の枚数を示す一の枚数変更ボタン７２０を選択する。なお、合成画像５０に含まれている個別画像４０の枚数を示す情報（以下、「枚数情報」という）は、レイアウト情報に含まれている。

レイアウト領域Ｌ１は、合成画像５０における個別画像４０の配置を示す領域である。
レイアウト領域Ｌ１は、所定数に分割されている。図６に示す例では、レイアウト領域Ｌ１は、合成画像５０に含まれる個別画像４０の最大数に相当する分割領域（この例では、２行２列の４つの分割領域ｆ１（ｆ１１〜ｆ１４））を有する。この例で、合成画像５０に含まれる個別画像４０の最大数は、会議プログラムによって予め設定されている。各分割領域ｆ１には、対応するＰＣ３が割り当てられており、当該ＰＣ３の識別子（この例ではそのＰＣ３のユーザー名）が表示される。レイアウト領域Ｌ１においては、個別画像４０がスクリーンＳＣに投写されているＰＣ３（以下、「アクティブなＰＣ」という）に対応する分割領域ｆ１と、アクティブなＰＣ以外のＰＣ３（以下、「非アクティブなＰＣ」という）に対応する分割領域ｆ１とが区別されて表示される。図６に示す例では、アクティブなＰＣ３に対応する分割領域ｆ１は背景が白で表示されており、非アクティブなＰＣ３に対応する分割領域ｆ１は背景が斜線で表示されている。すなわち、ユーザーＵ１とユーザーＵ２により利用されているＰＣ３ＡおよびＰＣ３ＢがアクティブなＰＣである（ＰＣ３ＡとＰＣ３Ｂの個別画像４０が現にスクリーンＳＣに投写されている）。一方、ユーザーＵ３により利用されているＰＣ３Ｃは、非アクティブなＰＣである（ＰＣ３Ｃの個別画像４０はスクリーンＳＣに投写されていない）。

一覧表示領域Ｌ２は、分割領域ｆ１とＰＣ３との対応関係の変更に用いられる情報を提示する領域である。一覧表示領域Ｌ２には、ＰＣ１と無線接続されているＰＣ３の識別子と、ＰＣ３のプレビュー画像（第１プレビュー画像）との一覧（以下、「接続ＰＣ一覧」という）が表示される。なお、接続ＰＣ一覧は、レイアウト情報に含まれている。図６の例では、一覧表示領域Ｌ２には、ユーザーＵ１からユーザーＵｎのユーザー名と、各ユーザー名に対応するＰＣ３において表示されている画像のプレビュー画像が表示されている。分割領域ｆ１とＰＣ１との対応関係の変更は、例えば、ユーザーＵｚがマウスを操作して、一覧表示領域Ｌ２に表示された識別子をドラッグ（マウスのボタンを押したままマウスを移動）し、レイアウト領域Ｌ１においてドロップする（マウスのボタンを離す）ことにより行われる。例えば、一覧表示領域Ｌ２に表示されたユーザーＵ４をドラッグし、分割領域ｆ１４においてドロップした場合、ＣＰＵ１０１は、ＰＣ３Ｄを分割領域ｆ１４に対応付ける指示が入力されたと判断し、分割領域ｆ１４にＰＣ３Ｄを対応付ける。この対応付けの結果、分割領域ｆ１４には、ユーザーＵ４が表示される。

第１プレビュー画像の表示および更新は、ＰＣ１からＰＣ３に第１プレビュー画像の取得要求（更新命令）が送信され、ＰＣ３から第１プレビュー画像が送信されてくることによって行われる。

プレビュー領域Ｌ３は、複数のＰＣ３のうちの指定された１台のＰＣ３のプレビュー画像（第２プレビュー画像）を提示する領域である。プレビュー領域Ｌ３に表示する第２プレビュー画像の指定は、例えば、ユーザーＵｚがマウスを操作して、一覧表示領域Ｌ２に表示された識別子をドラッグし、プレビュー領域Ｌ３においてドロップすることにより行われる。例えば、ユーザーＵｚが一覧表示領域Ｌ２に表示されたユーザーＵ４をドラッグし、プレビュー領域Ｌ３においてドロップした場合、ＣＰＵ１０１は、ＰＣ３Ｄのプレビュー画像をプレビュー領域Ｌ３に表示する。

第２プレビュー画像の表示も、第１プレビュー画像の表示と同様に、ＰＣ１からＰＣ３に第２プレビュー画像の取得要求（更新命令）が送信され、ＰＣ３から第２プレビュー画像が送信されてくることによって行われる。また、この例で、第２プレビュー画像の更新命令の送信間隔は、第１プレビュー画像の更新命令の送信間隔よりも短い。また、第２プレビュー画像が表示されるプレビュー領域Ｌ３は、一覧表示領域Ｌ２に表示される第１プレビュー画像の各々が表示される領域よりも大きい。ユーザーＵｚは、プレビュー領域Ｌ３に表示される第２プレビュー画像を確認し、プロジェクター２で投影する映像として選択するかを判断する。選択する場合は、プレビュー領域Ｌ３に表示している第２プレビュー画像に対応するユーザーＩＤをレイアウト領域Ｌ１にドラッグ・ドロップする操作を行って、選択した映像をプロジェクター２で投影させる。

再び図５を参照する。ステップＳＡ３において、ＣＰＵ１０１は、第１プレビュー画像および第２プレビュー画像の更新を複数のＰＣ３に命令する。第１プレビュー画像の更新の命令は、一覧表示領域Ｌ２に表示される識別番号のＰＣ３に送信される。第２プレビュー画像の更新の命令は、ユーザーＵｚが入力部１０６を用いて指定したＰＣ３に送信される。このとき、ＣＰＵ１０１は、第２プレビュー画像の更新を命令する頻度を、第１プレビュー画像の更新を命令する頻度よりも高くする。具体的には、例えば、ＣＰＵ１０１は、第１プレビュー画像の更新を５秒ごとに命令し、第２プレビュー画像の更新を１秒ごとに命令してもよい。

尚、ＣＰＵ１０１は、第２プレビュー画像の更新が命令されたＰＣ３に対しては、第１プレビュー画像の更新を命令しないとしてもよい。ＣＰＵ１０１は、このようなＰＣ３から受信した第２プレビュー画像の画像データを、第１プレビュー画像として一覧表示領域Ｌ２に縮小して表示する。

ステップＳＡ４において、ＣＰＵ１０１は、１または複数のＰＣ３から第１プレビュー画像を受信（取得）するとともに、ユーザーＵｚによって指定されたＰＣ３から第２プレビュー画像を受信（取得）する。また、ＣＰＵ１０１は、ＰＣ３から受信される第１プレビュー画像により一覧表示領域Ｌ２に表示されている第１プレビュー画像を更新する。また、ＣＰＵ１０１は、ＰＣ３から受信される第２プレビュー画像によりプレビュー領域Ｌ３に表示されている第２プレビュー画像を更新する。すなわち、ＰＣ１の表示部１０５に表示される変更用ＧＵＩの画面は、ＰＣ３から第１プレビュー画像または第２プレビュー画像が取得される度に更新される。

ステップＳＡ５において、ＣＰＵ１０１は、新たに取得した第１プレビュー画像が、前回取得した第１プレビュー画像と比較して変化が基準より小さいか否かを判定する。この例で、ＣＰＵ１０１は、新たに取得した第１プレビュー画像が前回取得した第１プレビュー画像と同じであるかを判定する。例えば、ＣＰＵ１０１は、前後の第１プレビュー画像を比較して、階調が同じ画素が所定のしきい値（例えば９０％）以上存在する場合に、同じであると判定してもよい。ステップＳＡ５において同じであると判定された場合には（ステップＳＡ５；ＹＥＳ）、ＣＰＵ１０１は、ステップＳＡ６の処理に進む。ステップＳＡ６において、ＣＰＵ１０１は、第１プレビュー画像の更新命令の頻度を下げる。この例で、取得要求の送信間隔が変更されることにより、第１プレビュー画像の更新間隔が変更される。例えば、ＣＰＵ１０１は、第１プレビュー画像の更新命令の送信間隔を２倍にしてもよい。具体的には、ＣＰＵ１０１は、第１プレビュー画像の更新命令の送信間隔を、５秒から１０秒に変更してもよい。一方、ステップＳＡ５において同じでないと判定された場合は（ステップＳＡ５；ＮＯ）、ＣＰＵ１０１は、ステップＳＡ７の処理に進む。ステップＳＡ７において、ＣＰＵ１０１は、第１プレビュー画像の更新命令の頻度を上げる。例えば、ＣＰＵ１０１は、第１プレビュー画像の更新命令の送信間隔を１／２にしてもよい。具体的には、ＣＰＵ１０１は、第１プレビュー画像の更新命令の送信間隔を、５秒から２．５秒に変更してもよい。

ステップＳＡ８において、ＣＰＵ１０１は、会議を終了させるための指示（以下、「終了指示」という）が入力されたか否かを判断する。終了指示は、例えば、会議プログラムにおいて変更用ＧＵＩとは別のＧＵＩに表示された終了ボタンをクリックすることにより入力される。終了指示が入力されたと判断された場合（ステップＳＡ７：ＹＥＳ）、ＣＰＵ１０１は、処理をステップＳＡ９に移行する。終了指示が入力されていないと判断された場合（ステップＳＡ８：ＮＯ）、ＣＰＵ１０１は、処理をステップＳＡ１０に移行する。

ステップＳＡ９において、ＣＰＵ１０１は、終了指示を示す通知（以下、「終了通知」という）をプロジェクター２に送信する。ステップＳＡ１０において、ＣＰＵ１０１は、プロジェクター２から終了通知を受信したか否かを判断する。この例では、ＰＣ１から終了指示が入力されると、ＰＣ１およびすべてのＰＣ３において会議プログラムを終了するように制御される。ＰＣ１から終了指示が入力されると、プロジェクター２はＰＣ３に終了通知を配信し、会議プログラムを終了させる。終了通知を受信したと判断された場合（ステップＳＡ９：ＹＥＳ）、ＣＰＵ１０１は、処理をステップＳＡ１１に移行する。終了通知を受信していないと判断された場合（ＳＡ１０：ＮＯ）、ＣＰＵ１０１は、処理をステップＳＡ２に移行する。ステップＳＡ１１において、ＣＰＵ１０１は、会議プログラムの実行を終了する。会議プログラムの実行が終了すると、変更用ＧＵＩの表示と映像信号の出力は停止される。

プロジェクター２は、ＰＣ１から供給される映像信号から合成画像を生成し、生成した合成画像をスクリーンＳＣに投写する処理を行っている。このとき、プロジェクター２のＭＣＵ２０１は、ＰＣ１において行われたレイアウト変更操作の内容に応じてＲＡＭ２０３に記憶されたレイアウト情報を変更する。また、ＭＣＵ２０１は、出力開始命令または出力停止命令を一または複数のＰＣ３に送信する。具体的には、ＭＣＵ２０１は、レイアウト情報に基づいて、新たにアクティブなＰＣとなったＰＣ３に出力開始命令を送信し、新たに非アクティブなＰＣとなったＰＣ３に出力停止命令を送信する。

この実施形態では、第１プレビュー画像は、第２プレビュー画像よりも表示領域サイズが小さく、その更新頻度は第２プレビュー画像の更新頻度よりも低い。これにより、会議に参加するＰＣ３の台数が多い場合であっても、第１プレビュー画像の各々の表示領域サイズは小さく、かつ、更新頻度が低いため、通信負荷が軽減される。また、第２プレビュー画像は、第１プレビュー画像よりも表示領域サイズが大きく、その更新頻度は第１プレビュー画像の更新頻度よりも高い。第２プレビュー画像はユーザーにより指定された端末のプレビュー画像であり、更新頻度を高くすることでリアルタイム性が高くなる。また、第２プレビュー画像はユーザーにより指定された端末からしか取得されないため、表示領域サイズが大きくても通信負荷が大きくなりすぎることはない。

また、この実施形態では、新たに取得された第１プレビュー画像が前回取得したプレビュー画像から変化していない場合には、ＣＰＵ１０１は更新命令の頻度を下げる。これにより、第１プレビュー画像を表示するための通信負荷が軽減される。また、この実施形態では、新たに取得された第１プレビュー画像が前回取得したプレビュー画像から変化している場合、ＣＰＵ１０１は更新命令の頻度を上げる。これにより、第１プレビュー画像のリアルタイム性が高くなる。

＜実施形態２＞
図７を中心に図６を含む各図を用いて説明する。
図７は、実施形態２における変更用ＧＵＩを示す画像を例示する図である。本実施形態における変更用ＧＵＩ７１は、実施形態１における変更用ＧＵＩ７０と一部の表示内容が異なる。具体的には、変更用ＧＵＩ７０（図６）におけるレイアウト領域Ｌ１が、変更用ＧＵＩ７１ではレイアウトプレビュー領域Ｌ４に変更されている。また、枚数変更ボタン７２０が、変更用ＧＵＩ７０では枚数変更ボタン７２０ｂが選択されていたのに対し、変更用ＧＵＩ７１では枚数変更ボタン７２０ｃが選択されている。一覧表示領域Ｌ２およびプレビュー領域Ｌ３は、実施形態１と共通である。

枚数変更ボタン７２０では、枚数変更ボタン７２０ｃが選択されているので、スクリーンＳＣに投写される個別画像４０は４枚である。
レイアウトプレビュー領域Ｌ４は、スクリーンＳＣに投写されている画面イメージであり、４枚の個別画像４０に対応する４つの分割領域ｆ４（ｆ４１〜ｆ４４）を有している。分割領域ｆ４には、一覧表示領域Ｌ２で選択されたユーザーＵｎに対応するＰＣ３において表示されている画像のプレビュー画像が表示されている。分割領域ｆ４１〜ｆ４４のそれぞれの表示領域サイズは、一覧表示領域Ｌ２に表示されている各ユーザーＵｎのプレビュー画像よりも大きい。

図７の例では、分割領域ｆ４１にはユーザーＵ１に対応するＰＣ３のプレビュー画像が表示されている。同様に、分割領域ｆ４２にはユーザーＵ２、分割領域ｆ４３にはユーザーＵ３、分割領域ｆ４４にはユーザーＵ４に対応するＰＣ３のプレビュー画像が表示されている。レイアウト領域Ｌ１では、ＰＣ３の識別子（ユーザー名など）が表示されていたのに対し、レイアウトプレビュー領域Ｌ４では、ＰＣ３において表示されている画像のプレビュー画像が表示されている点が異なる。

尚、本実施形態において、レイアウトプレビュー領域Ｌ４（分割領域ｆ４）に表示される各ユーザーＵｎのプレビュー画像およびプレビュー領域Ｌ３に表示されるプレビュー画像は、共に第２プレビュー画像に相当し、一覧表示領域Ｌ２に表示されるプレビュー画像は、第１プレビュー画像に相当する。

レイアウトプレビュー領域Ｌ４のプレビュー画像は、プレビュー領域Ｌ３にプレビュー画像を表示する手段と同様な手段により表示されてもよい。具体的には、ＣＰＵ１０１によって、図４に示す第２取得手段１３、表示制御手段１４、命令手段１５、切り替え手段１６の各機能が実現されると、レイアウトプレビュー領域Ｌ４に指定されたＰＣ３のプレビュー画像（第２プレビュー画像）が表示される。そして、複数のＰＣ３の一覧表示領域Ｌ２のプレビュー画像（第１プレビュー画像）および指定されたＰＣ３の第２プレビュー画像の更新または「更新頻度」がＰＣ３に命令される。

尚、レイアウトプレビュー領域Ｌ４は、レイアウト領域Ｌ１とトグルで表示が切り替え可能な構成であってもよい。例えば、レイアウトプレビュー領域Ｌ４の領域上でダブルクリックされると、レイアウト領域Ｌ１の表示に切り替えられてもよい。

この実施形態では、実施形態１による効果に加えて、以下の効果を得ることができる。変更用ＧＵＩ７１では、一覧表示領域Ｌ２、プレビュー領域Ｌ３、およびレイアウトプレビュー領域Ｌ４が単一の画面上に構成され、レイアウトプレビュー領域Ｌ４にはスクリーンＳＣに投写されている画面イメージが表示されている。また、命令手段１５によりレイアウトプレビュー領域Ｌ４を更新する頻度が制御されることで、スクリーンＳＣに投写されている画面イメージをリアルタイム性高くレイアウトプレビュー領域Ｌ４に表示することができる。これにより、ＰＣ１を利用するユーザーＵｚが、投写するＰＣ３を選択する操作などの各種操作を実行する場合に、スクリーンＳＣとＰＣ１の画面との間で頻繁に視線を切り替える必要性が少なくなる。このようにして、この実施形態では、ユーザー操作性が更に向上された情報処理装置を提供することができる。

＜変形例＞
本発明は、上述の実施形態に限定されるものではなく、種々の変形実施が可能である。以下、変形例をいくつか説明する。以下で説明する変形例のうち、２つ以上のものが組み合わされて用いられても良い。

（１）変形例１ 上述の実施形態では、命令手段１５が第１プレビュー画像および第２プレビュー画像の更新を複数のＰＣ３に命令することにより、第１プレビュー画像および第２プレビュー画像を取得するとともにその更新頻度を制御する、として説明した。しかしながら、第１プレビュー画像または第２プレビュー画像の取得方法や、その更新頻度を制御する方法はこれに限られない。例えば、命令手段１５は、複数のＰＣ３に対し、第１プレビュー画像または第２プレビュー画像の更新を命令する代わりに、「更新頻度」を命令してもよい。この場合、複数のＰＣ３は、命令された「更新頻度」に基づいて、第１プレビュー画像または第２プレビュー画像を自発的にＰＣ１に送信する。この「更新頻度」命令を制御することにより、第２プレビュー画像の更新頻度を第１プレビュー画像の更新頻度より高くすることができる。このことは、以下で説明する変形例にも適用可能である。

（２）変形例２ 上述の実施形態では、ＣＰＵ１０１は、図５のステップＳＡ５において、新たに取得した第１プレビュー画像が前回取得した第１プレビュー画像と同じであるかを判定した。図５のステップＳＡ５の判定方法はこれに限られない。例えば、ＣＰＵ１０１は、新たに取得した第１プレビュー画像と、前回取得した第１プレビュー画像との差分が予め定められた基準量より小さいか否かを判定してもよい。

（３）変形例３ 上述の実施形態では、ＣＰＵ１０１は、図５のステップＳＡ６において、新たに取得した第１プレビュー画像が前回取得した第１プレビュー画像と同じである場合に、第１プレビュー画像の更新命令の頻度を下げる処理を行った。これに対し、ＣＰＵ１０１が、ステップＳＡ６の処理を行わないようにしてもよい。この場合、ＣＰＵ１０１は、新たに取得した第１プレビュー画像が前回取得した第１プレビュー画像と比較して変化が基準より小さい場合、更新命令の頻度を変更せず、一方、変化が基準以上である場合、更新命令の頻度を上げる処理を行う。

（４）変形例４ 上述の実施形態では、ＣＰＵ１０１は、図５のステップＳＡ７において、新たに取得した第１プレビュー画像が前回取得した第１プレビュー画像と同じでない場合に、第１プレビュー画像の更新命令の頻度を上げる処理を行った。これに対し、ＣＰＵ１０１が、ステップＳＡ７の処理を行わないようにしてもよい。この場合、ＣＰＵ１０１は、新たに取得した第１プレビュー画像が前回取得した第１プレビュー画像と比較して変化が基準より小さい場合、更新命令の頻度を下げ、一方、変化が基準以上である場合、更新命令の頻度を変更しない。

（５）変形例５ 上述の実施形態において、ＣＰＵ１０１が、所定間隔で第１プレビュー画像の更新命令を出力し、第１プレビュー画像の更新命令の頻度を、この間隔で変化させてもよい。例えば、ＣＰＵ１０１が、５秒おきに第１プレビュー画像の更新命令を出力する場合において、更新命令の頻度を変更するときは、更新命令の出力間隔を、１０秒、１５秒、…といったように５秒単位で変化させてもよい。例えば、ＣＰＵ１０１が、上述の所定間隔を５秒間から１０秒間に長くすることにより、第１プレビュー画像の更新命令の頻度は、１分当たり１２回から６回に下がる。例えば、ＣＰＵ１０１が、所定間隔を１０秒間から５秒間に短くすることにより、第１プレビュー画像の更新命令の頻度は、１分間当たり６回から１２回に上がる。

（６）変形例６ 上述の実施形態において、ＣＰＵ１０１が、第２プレビュー画像を取得しているＰＣ３からは、第１プレビュー画像を取得しないようにしてもよい。

（７）変形例７ ＰＣ１により行われる処理は、図５に示した処理に限らない。

（８）変形例８ ＰＣ１のハードウェア構成は、図２に示した構成に限らない。図５に示した各ステップの処理を実行できれば、ＰＣ１はどのようなハードウェア構成であってもよい。例えば、ＲＯＭ１０２に代えて揮発性の記憶装置が用いられてもよい。また、プロジェクター２のハードウェア構成は、図３に示した構成に限らない。例えば、ＲＯＭ２０２に代えて揮発性の記憶装置が用いられてもよい。別の例で、プロジェクター２は、液晶パネル２０７とカラーホイールとを組み合わせた方式、デジタルミラーデバイス（ＤＭＤ）を用いた方式、またはＤＭＤとカラーホイールとを組み合わせた方式等により構成されていてもよい。

（９）変形例９ 投写システムＰＳの構成は、図１に示した構成に限らない。例えば１台のＰＣ１のみがプロジェクター２に接続され、当該ＰＣ１にＰＣ３が接続されていてもよい。この場合、プロジェクター２に接続されたＰＣ１が、ＰＣ３から出力された映像信号に応じて合成画像を生成し、生成した合成画像を示す映像信号をプロジェクター２に出力する。さらに、ＰＣ３から出力される映像信号は、アナログ信号であってもよい。

（１０）変形例１０ 本発明が適用される情報処理装置は、パーソナルコンピューターに限らない。例えば、タブレット端末に本発明が適用されてもよい。また、本発明に係る情報処理装置が信号を出力する画像表示装置は、プロジェクター２に限らない。画像表示装置は、情報処理装置から出力された信号に応じた画像を表示する装置であれば、例えば、液晶ディスプレイなど直視型の表示装置であってもよい。
ＰＣ１およびＰＣ３とプロジェクター２とは無線接続されている場合に限らない。ＰＣ１およびＰＣ３とプロジェクター２とは、画像信号ケーブルおよびＵＳＢ（Universal Serial Bus）ケーブルなどにより有線接続されていてもよい。

（１１）変形例１１ 上述の実施形態では、命令手段１５が第１プレビュー画像および第２プレビュー画像の更新を複数のＰＣ３に命令するとしているが、このとき、複数の命令をそれぞれ異なるタイミングで出力してもよい。例えば、１０台のＰＣ３の第１プレビュー画像を５秒間隔に更新する場合は、ＰＣ３への更新命令を１台ずつ５００ｍｓｅｃ遅らせて出力する。これにより、ＰＣ３から受信する第１プレビュー画像を効率よく処理することができ、リアルタイム性の高いプレビュー表示が可能となる。

１，３…パーソナルコンピューター、２…プロジェクター、４…アクセスポイント、４０…個別画像、５０…合成画像、１０１…ＣＰＵ、１０２…ＲＯＭ、１０３…ＲＡＭ、１０４…記憶部、１０５…表示部、１０６…入力部、１０７…通信部、２０１…ＭＣＵ、２０２…ＲＯＭ、２０３…ＲＡＭ、２０４…映像信号レシーバー、２０５…フレームレート変換回路、２０６…パネル駆動回路、２０７…液晶パネル、２０８…通信部、１１…通信手段、１２…第１取得手段、１３…第２取得手段、１４…表示制御手段、１５…命令手段、１６…切り替え手段、７０，７１…変更用ＧＵＩ、７２０…枚数変更ボタン。

Claims (11)

1. 各々が映像信号を出力する複数の端末と通信する通信手段と、
   前記複数の端末の少なくとも一部の端末から第１プレビュー画像を取得する第１取得手段と、
   前記複数の端末のうち指定された端末から、第１プレビュー画像よりも表示領域サイズの大きい第２プレビュー画像を取得する第２取得手段と、
   前記第１プレビュー画像および前記第２プレビュー画像を、表示手段において単一の画面に表示させる表示制御手段と、
   前記表示手段に表示させる映像を、前記複数の端末の中から選択された一の端末から出力される映像信号により示される映像に切り替える切り替え手段と
   を有し、
   前記第２取得手段が前記第２プレビュー画像を取得する頻度は、前記第１取得手段が前記第１プレビュー画像を取得する頻度よりも高い
   ことを特徴とする情報処理装置。
2. 前記複数の端末のうち一の端末について、新たに取得した第１プレビュー画像が前回取得した第１プレビュー画像と比較して変化が基準より小さい場合、前記第１取得手段が第１プレビュー画像を取得する頻度が下がる
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記第１取得手段が前記第１プレビュー画像を取得する頻度は所定間隔であり、前記所定間隔を長くすることにより、前記第１取得手段が第１プレビュー画像を取得する頻度が下がる
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記複数の端末のうち一の端末について、新たに取得した第１プレビュー画像が前回取得した第１プレビュー画像と比較して変化が基準より大きい場合、前記第１取得手段が第１プレビュー画像を取得する頻度が上がる
   ことを特徴とする請求項１に記載の情報処理装置。
5. 前記第１取得手段が前記第１プレビュー画像を取得する頻度は所定間隔であり、前記所定間隔を短くすることにより、前記第１取得手段が第１プレビュー画像を取得する頻度が上がる
   ことを特徴とする請求項４に記載の情報処理装置。
6. 前記第１取得手段は、前記第２取得手段が前記第２プレビュー画像を取得している端末からは、前記第１プレビュー画像を取得しない
   ことを特徴とする請求項１ないし５のいずれか一項に記載の情報処理装置。
7. 前記第１プレビュー画像および前記第２プレビュー画像の更新を前記複数の端末に命令する命令手段を更に有し、
   前記命令手段が前記第２プレビュー画像の更新を命令する頻度が、前記第１プレビュー画像の更新を命令する頻度よりも高い
   ことを特徴とする請求項１ないし６のいずれか一項に記載の情報処理装置。
8. 前記第１プレビュー画像および前記第２プレビュー画像の更新頻度を前記複数の端末に命令する命令手段を更に有する
   ことを特徴とする請求項１ないし６のいずれか一項に記載の情報処理装置。
9. 前記第１取得手段は、前記複数の端末の内、少なくとも２つ以上の端末から前記第１プレビュー画像を取得する場合、前記少なくとも２つ以上の端末から前記第１プレビュー画像を取得するタイミングを異ならせることを特徴とする請求項１ないし８のいずれか一項に記載の情報処理装置。
10. 各々が映像信号を出力する複数の端末と通信するステップと、
    前記複数の端末の少なくとも一部の端末から第１プレビュー画像を取得するステップと、
    前記複数の端末のうち指定された端末から、第１プレビュー画像よりも表示領域サイズの大きい第２プレビュー画像を取得するステップと、
    前記第１プレビュー画像および前記第２プレビュー画像を、表示手段において単一の画面に表示させるステップと、
    前記表示手段に表示させる映像を、前記複数の端末の中から選択された一の端末から出力される映像信号により示される映像に切り替えるステップと
    を有し、
    前記第２プレビュー画像を取得するステップを実行する頻度は、前記第１プレビュー画像を取得するステップを実行する頻度よりも高い
    ことを特徴とする情報処理方法。
11. コンピューターに、
    各々が映像信号を出力する複数の端末と通信するステップと、
    前記複数の端末の少なくとも一部の端末から第１プレビュー画像を取得するステップと、
    前記複数の端末のうち指定された端末から、第１プレビュー画像よりも表示領域サイズの大きい第２プレビュー画像を取得するステップと、
    前記第１プレビュー画像および前記第２プレビュー画像を、表示手段において単一の画面に表示させるステップと、
    前記表示手段に表示させる映像を、前記複数の端末の中から選択された一の端末から出力される映像信号により示される映像に切り替えるステップと
    を実行させるためのプログラムであって、
    前記第２プレビュー画像を取得するステップを実行する頻度は、前記第１プレビュー画像を取得するステップを実行する頻度よりも高い
    ことを特徴とするプログラム。

Images