JP2014126795A - 表示制御装置、表示制御方法及びプログラム - Google Patents

Abstract

【課題】最適なタイミングで表示装置（プロジェクタ）のレイアウトを変更できるようにする。
【解決手段】複数の外部装置（ＰＣ−Ａ（１００ａ）〜ＰＣ−Ｃ（１００ｃ））からの画像を表示することが可能なプロジェクタ２００と通信接続された表示制御装置（ＰＣ−Ｂ（１００ｂ）において、複数の外部装置のうちの少なくとも１つの外部装置（ＰＣ−Ａ（１００ａ））からの画像がプロジェクタ２００によって表示されている状態で、プロジェクタ２００による画像表示のレイアウトを変更する設定を行ない（５０２）、プロジェクタ２００による画像表示のレイアウトを変更する際に操作される操作手段が操作されたことを検知し（５０３）、操作手段が操作された際に前記設定されたレイアウトになるようにプロジェクタ２００による画像表示を制御する（５０４、５０７、５０８）。
【選択図】図５

Description

本発明は、表示装置に表示する映像（以下、「画像」ともいう）の表示制御を行う表示制御装置及び表示制御方法、並びに、当該表示制御方法をコンピュータに実行させるためのプログラムに関する。

表示装置は、１つの映像発信元から映像（画像）を受信して表示するのが基本的な動作であるが、複数の映像発信元から映像（画像）を受信して１つの表示画面の中に、複数の映像（画像）を同時に表示する機能を備えたものもある。この機能は、ピクチャーバイピクチャー機能あるいはマルチ画面機能などとして、一般化されてきている。また、プロジェクタにおいては、ＨＤＭＩ・ＤＶＩ等の一般的な映像ケーブルだけでなく、ＬＡＮを介して映像（画像）を送信する方法も一般化されてきている。例えば、下記の特許文献１では、ＬＡＮを介して複数のＰＣから１つのプロジェクタに映像（画像）を送信して、マルチ画面で映像（画像）を表示することを実現している。

特開２００９−０４２９１２号公報

このようなマルチ画面表示においては、操作する側が１つであれば、どのようにマルチ画面を表示するかについては一元的に管理できるため、画面表示に係る問題は発生しない。例えば、会議などにおいて、複数の参加者が各々ＰＣを持ち寄り、プロジェクタに接続してＰＣの映像（画像）を投写しながら打ち合わせを行う場合には、会議の進行係がどのように参加者のＰＣをマルチ画面表示するかを決定して操作を行えばよい。しかしながら、この場合、進行係の負担が増えるという課題がある。

一方、複数の操作者がいる場合に、それぞれが自由にプロジェクタのマルチ画面を操作できれば、進行係の負担を増やすことなく、会議を円滑に進めることが可能である。しかしながら、操作者のそれぞれがマルチ画面を操作してしまうと、各操作者の意図とは異なる画面形態になる可能性があり、操作者が混乱する可能性がある。

本発明は、このような問題点に鑑みてなされたものであり、最適なタイミングで表示装置のレイアウトを変更可能な仕組みを提供することを目的とする。

本発明の表示制御装置は、複数の外部装置からの画像を表示することが可能な表示装置と通信接続された表示制御装置であって、前記複数の外部装置のうちの少なくとも１つの外部装置からの画像が前記表示装置によって表示されている状態で、前記表示装置による画像表示のレイアウトを変更する設定を行う設定手段と、前記表示装置による画像表示のレイアウトを変更する際に操作される操作手段と、前記操作手段が操作された際に、前記設定手段により設定されたレイアウトになるように前記表示装置による画像表示を制御する制御手段とを有する。
また、本発明は、上述した表示制御装置による表示制御方法、及び、当該表示制御方法をコンピュータに実行させるためのプログラムを含む。

本発明によれば、最適なタイミングで表示装置のレイアウトを変更することが可能となる。

本発明の第１の実施形態に係る表示制御システムの概略構成の一例を示す模式図である。 本発明の第１の実施形態に係る表示制御システムの装置構成の一例を示す模式図である。 本発明の第１の実施形態を示し、各ＰＣ上のＧＵＩ態様の一例を示す模式図である。 本発明の第１の実施形態を示し、１つのＰＣと１つのプロジェクタとの間で行われる画像（映像）の表示制御方法の具体的な処理手順の一例を示すシーケンス図である。 本発明の第１の実施形態を示し、複数のＰＣと１つのプロジェクタとの間で行われる画像（映像）の表示制御方法の具体的な処理手順の一例を示すシーケンス図である。 本発明の第１の実施形態を示し、ＰＣ側で実行される処理手順の一例を示すフローチャートである。 本発明の第１の実施形態を示し、プロジェクタ側で実行される処理手順の一例を示すフローチャートである。 本発明の第２の実施形態を示し、ＰＣ上のＧＵＩ態様の一例を示す模式図である。

以下に、図面を参照しながら、本発明を実施するための形態（実施形態）について説明する。

（第１の実施形態）
まず、本発明の第１の実施形態について説明する。

図１は、本発明の第１の実施形態に係る表示制御システムの概略構成の一例を示す模式図である。この表示制御システムは、表示制御装置に相当するパーソナル・コンピュータ（ＰＣ）１００と、表示装置に相当するプロジェクタ２００とが、通信ネットワーク１５０を介して接続され、構成されている。なお、本実施形態においては、表示制御装置に相当する構成としてＰＣを適用し、表示装置に相当する構成としてプロジェクタを適用した例で説明を行うが、本発明においては、この形態に限定されるものではない。即ち、表示装置としては、プロジェクタに限らず画像（映像）を表示する機能を有するものであれば如何なるものでもよく、また、表示制御装置としては、ＰＣに限らず表示装置の画像表示（映像表示）を制御できる機能を有するものであれば如何なるものでもよい。

まず、通信ネットワーク１５０について説明する。
通信ネットワーク１５０としては、例えば、ＩＥＥＥ８０２．３で規定されるイーサーネットケーブルや、ＩＥＥＥ８０２．１１系で規定されるワイヤレスネットワークなどが適用できる。しかしながら、本実施形態においては、これらは一例に過ぎず、ＰＣ１００とプロジェクタ２００とが通信可能であれば、それ以外であってもよい。

次に、表示制御装置に相当するＰＣ１００について説明する。
ＰＣ１００は、ＣＰＵ１０８によってその動作の全体が制御されるように構成されている。

ＣＰＵ１０８は、ＲＯＭ１０４に記録されたブートプログラムに従って動作し、ＨＤＤ１０５に記録されているＯＳ（オペレーティングシステム）をＲＡＭ１０３に展開して起動する。その後、ＣＰＵ１０８上で動作するＯＳは、グラフィックアクセラレータ１０７によって、表示部１０１に表示するための画像（映像）をＶＲＡＭ１０６に展開する。ＶＲＡＭ１０６とＲＡＭ１０３は、速度が十分に速ければ同じであってもよい。ＶＲＡＭ１０６に展開された画像（映像）は、表示制御部１０２によって、表示部１０１、具体的にはモニタ画面に表示される。

操作部１０９は、ユーザからの入力を受け付ける機能を有するものであり、具体的には、キーボードやマウス等である。操作部１０９からの入力は、ＣＰＵ１０８上で動作するＯＳに通知され、ＯＳは通知内容に従って処理を行う。この処理としては、例えば、ＨＤＤ１０５にはＯＳ以外に複数のプログラムが格納されており、そのプログラムを起動するなどである。起動されたプログラムは、ＯＳが表示する画像（映像）とは別に個別のウィンドウ画像などを、ＯＳを介して、ＶＲＡＭ１０６に展開し、そのようにしてＶＲＡＭ１０６に展開された画像（映像）も同じように表示制御部１０２によって表示部１０１に表示される。

通信部１１０は、通信ネットワーク１５０を介して、表示装置に相当するプロジェクタ２００と通信を行えるように構成されている。

本実施形態におけるＰＣ１００の基本的な動作としては、まず、ＣＰＵ１０８上で動作するプログラムが表示制御部１０２によって表示される画像（映像）をキャプチャする制御を行う。そして、ＣＰＵ１０８上で動作するプログラムが、キャプチャした画像（映像）を、プロジェクタ２００が認識できる所定のフォーマットに変換した後に、通信部１１０によってプロジェクタ２００に送信して表示させる。

次に、表示装置に相当するプロジェクタ２００について説明する。
プロジェクタ２００は、ＰＣ１００と通信し、ＰＣ１００から送信される画像データ（映像データ）を受信するための通信部２０１を備え、ＣＰＵ２０７によってその動作の全体が制御されるように構成されている。

ＣＰＵ２０７は、ＲＯＭ２０３に記録されたプログラムに従って起動し、ＲＯＭ２０３に記録されたプログラムがＲＡＭ２０２に展開される。

操作部２０６は、例えば、プロジェクタ２００をユーザが制御するためのリモコンや筺体に付随する釦である。この操作部２０６からの入力に従って、ＣＰＵ２０７は、プロジェクタ２００を制御する。

デコーダ２０４は、通信部２０１で受信しＲＡＭ２０２に格納された画像データ（映像データ）をデコードする。ＣＰＵ２０７は、デコーダ２０４でデコードされた画像データ（映像データ）をＶＲＡＭ２０５に展開する。その後、画像処理部（映像処理部）２０８は、ＶＲＡＭ２０５に展開された画像データ（映像データ）に対して所定の画像処理を行う。

その後、投影制御部２０９は、ＶＲＡＭ２０５上の画像データ（映像データ）を投影部２１０に転送して、画像データ（映像データ）に基づく画像（映像）を投影する。

画像入力部（映像入力部）２１２は、ＨＤＭＩやＤＶＩ、ＶＧＡといったベースバンドの画像入力（映像入力）を行うための、複数の画像入力（映像入力）を持つ。
入力検出部２１１は、画像入力部（映像入力部）２１２のいずれかの入力信号、あるいは、通信部２０１による通信ネットワーク１５０を介した画像入力（映像入力）のいずれが選択されているかを検出する。

本実施形態におけるプロジェクタ２００の基本的な動作としては、ＰＣ１００から送信される画像（映像）を受信し、これを表示することである。

以上の仕組みによって、本実施形態に係る表示制御システムが実現される。

図２は、本発明の第１の実施形態に係る表示制御システムの装置構成の一例を示す模式図である。図２において、図１に示す構成と同様の構成には、同じ符号を付している。

図２に示す表示制御システムでは、複数の表示制御装置、即ち、ＰＣ−Ａ（１００ａ）、ＰＣ−Ｂ（１００ｂ）及びＰＣ−Ｃ（１００ｃ）が、通信ネットワーク１５０を介して、表示装置であるプロジェクタ２００と通信可能に接続されている。即ち、プロジェクタ２００は、複数の外部装置（１００ａ〜１００ｃ）と通信接続されている。

なお、図２に示すように、プロジェクタ２００は、１つのＰＣ１００からの画像（映像）だけでなく、複数のＰＣ１００からの画像（映像）を同時に受信し、マルチ画面表示を行うことが可能である。具体的に、プロジェクタ２００は、複数のＰＣ１００から受信した画像（映像）を画像処理部（映像処理部）２０８においてマルチ画面合成して、これを投影部２１０に投影して表示する。

次に、本実施形態においてユーザが制御するグラフィカル・ユーザ・インターフェース（ＧＵＩ）について図３を用いて説明する。
図３は、本発明の第１の実施形態を示し、各ＰＣ１００上のＧＵＩ態様の一例を示す模式図である。なお、図３に示すＧＵＩアプリケーションは、本発明を実現するための、ＣＰＵ１０８上で実行されるプログラムである。また、図３に示すＧＵＩアプリケーションは、例えば表示部１０１に表示され、その操作可能な部位は、例えば操作部１０９によって構成されている。

図３に示すＧＵＩは、当該ＧＵＩを搭載するＰＣ１００からプロジェクタ２００へ画像送信（映像送信）の制御を行い、また、プロジェクタ２００上のマルチ画面の投写レイアウトの制御も行えるものである。

ここで、図３（ａ）に示す、ＰＣ−Ａ（１００ａ）上のＧＵＩ態様について説明する。
レイアウト設定ＵＩ３０１は、プロジェクタ２００の投写画面のレイアウトを設定するためのユーザ・インターフェースである。プロジェクタ選択ＵＩ３０２は、接続するプロジェクタ２００を選択するためのユーザ・インターフェースである。ＰＣ選択ＵＩ３０３は、プロジェクタ２００に画像（映像）を送信するＰＣ１００を選択するためのユーザ・インターフェースである。その他、図３（ａ）に示すＰＣ−Ａ（１００ａ）上のＧＵＩには、投写開始釦３０４、投写停止釦３０５、及び、プロジェクタ２００の現在の投写レイアウトとレイアウト設定ＵＩ３０１との同期をとるための同期釦３０６が設けられている。

次に、１つのＰＣ−Ａ（１００ａ）と１つのプロジェクタ２００との間で行われる画像（映像）の表示制御方法の具体的な処理手順の一例について説明する。
図４は、本発明の第１の実施形態を示し、１つのＰＣ−Ａ（１００ａ）と１つのプロジェクタ２００との間で行われる画像（映像）の表示制御方法の具体的な処理手順の一例を示すシーケンス図である。なお、図４の説明においては、必要に応じて、図３を用いた説明を行う。

まず、工程４０１において、ユーザａがＰＣ−Ａ（１００ａ）のＧＵＩアプリケーションを操作してプロジェクタを選択すると、ＰＣ−Ａ（１００ａ）のＣＰＵ１０８は、選択されたプロジェクタを、接続するプロジェクタ２００として設定する。例えば、ユーザａは、プロジェクタのＩＰアドレスをＧＵＩ（非図示）などで指定し、接続するプロジェクタ２００を選択する。この際、プロジェクタ２００は、複数選択できるようにしてもよい。ここで、図３（ａ）においては、プロジェクタ選択ＵＩ３０２では、プロジェクタ−Ａが、接続するプロジェクタ２００として選択された例が示されている。

続いて、工程４０２において、ＰＣ−Ａ（１００ａ）のＣＰＵ１０８は、当該ＰＣ−Ａ（１００ａ）とプロジェクタ２００との論理的な接続、例えばＴＣＰ・ＩＰなどによって通信を確立する。

続いて、工程４０３において、ユーザａが、図３（ｂ）に示すＧＵＩアプリケーションにおいてＰＣ選択ＵＩ３０３の中から実際にプロジェクタ２００で投写を行うＰＣのアイコンを選択し、レイアウト設定ＵＩ３０１にドラッグアンドドロップすると、ＰＣ−Ａ（１００ａ）のＣＰＵ１０８は、選択されたＰＣを投写ＰＣとして設定する。ここで、図３（ｂ）においては、ＰＣ−Ａ（１００ａ）が投写ＰＣとして選択された例が示されている。なお、この時点では、選択されたＰＣ−Ａ（１００ａ）の画像（映像）は、まだプロジェクタ２００に投写されてはいない。

続いて、工程４０４において、ユーザａが図３（ｃ）に示すＧＵＩアプリケーションにおいて投写開始釦３０４を押下して投写開始指示を行うと、ＰＣ−Ａ（１００ａ）のＣＰＵ１０８は、これを検知する。

続いて、工程４０５において、ＰＣ−Ａ（１００ａ）のＣＰＵ１０８は、プロジェクタ２００に対して、レイアウト情報を送信する。この時のレイアウト情報は、１画面表示なので、１画面分のプロジェクタ２００の投写画面に表示するための情報となる。

続いて、工程４０６において、ＰＣ−Ａ（１００ａ）のＣＰＵ１０８は、プロジェクタ２００に対して、投写開始通知を送信する。

続いて、工程４０７において、ＰＣ−Ａ（１００ａ）のＣＰＵ１０８は、プロジェクタ２００に対して、実際に投写するための画像データ（映像データ）を送信する。具体的に、ＰＣ−Ａ（１００ａ）のＣＰＵ１０８は、ＰＣ−Ａ（１００ａ）に表示されている画像の画像データをキャプチャし、これを所定のフォーマットに変換した画像データをプロジェクタ２００に対して送信する。そして、プロジェクタ２００は、受信した画像データ（映像データ）に基づく画像（映像）を投写する。

この時のＧＵＩアプリケーションは、図３（ｃ）に示す態様となる。即ち、投写開始釦３０４が押下されてプロジェクタ２００での投写が開始されると、レイアウト設定ＵＩ３０１の表示態様が図３（ｃ）のように変更される。具体的には、投写前に選択したＰＣアイコンをレイアウト設定ＵＩ３０１に設定したときと、投写が開始された後では、レイアウト設定ＵＩ３０１の背景が変更される。これにより、ユーザａは、レイアウト設定ＵＩ３０１に設定されているレイアウト状態が、現在、プロジェクタ２００で投写しているものと一致しているかどうかを容易に判別することができる。

続いて、工程４０８において、ユーザａが図３（ｃ）に示すＧＵＩアプリケーションにおいて投写停止釦３０５を押下して投写停止指示を行うと、ＰＣ−Ａ（１００ａ）のＣＰＵ１０８は、これを検知する。

続いて、工程４０９において、ＰＣ−Ａ（１００ａ）のＣＰＵ１０８は、プロジェクタ２００に対して、投写停止通知を送信する。そして、プロジェクタ２００は、投写停止通知を受信すると、画像（映像）の投写を停止する。

以上の工程４０１〜４０９の処理を経ることにより、１つのＰＣ−Ａ（１００ａ）と１つのプロジェクタ２００との間で行われる画像（映像）の表示制御方法の具体的な処理が終了する。

次に、複数のＰＣ１００と１つのプロジェクタ２００との間で行われる画像（映像）の表示制御方法の具体的な処理手順の一例について説明する。
図５は、本発明の第１の実施形態を示し、複数のＰＣ１００と１つのプロジェクタ２００との間で行われる画像（映像）の表示制御方法の具体的な処理手順の一例を示すシーケンス図である。なお、図５の説明においては、必要に応じて、図３を用いた説明を行う。

図５に示す処理の前提として、工程５０１において、既に、ＰＣ−Ａ（１００ａ）からプロジェクタ２００に対して画像送信（映像送信）が開始されており、プロジェクタ２００は、ＰＣ−Ａ（１００ａ）の画像（映像）を投写しているものとする。

続いて、工程５０２において、ユーザｂがＰＣ−Ｂ（１００ｂ）のＧＵＩアプリケーションを操作してプロジェクタ２００の投写レイアウトを設定すると、ＰＣ−Ｂ（１００ｂ）のＣＰＵ１０８は、これを検知する。図３（ｄ）がそのＧＵＩ態様である。図３（ｄ）に示すＧＵＩも、図３（ａ）に示すＧＵＩと同様に、レイアウト設定ＵＩ３１１、プロジェクタ選択ＵＩ３１２、ＰＣ選択ＵＩ３１３、投写開始釦３１４、投写停止釦３１５、及び、同期釦３１６が設けられている。そして、図３（ｄ）に示すＧＵＩ態様では、ユーザｂが自身のＰＣ−Ｂ（１００ｂ）とユーザａのＰＣ−Ａ（１００ａ）をＰＣ選択ＵＩ３１３の中から選択し、レイアウト設定ＵＩ３１１に設定した状態を示している。即ち、ユーザｂは、ユーザａの資料を閲覧しつつ自分の資料を同時に表示して議論を進めることを想定している。この時点では、プロジェクタ２００には、ＰＣ−Ａ（１００ａ）の画像（映像）のみが投写されている状態である。つまり、ユーザａの議論の進行を妨げることなく、ユーザｂは、次の議論の準備ができた状態にある。

続いて、工程５０３において、ユーザｂが、議論のころ合いを図り、図３（ｄ）に示すＧＵＩアプリケーションにおいて投写開始釦３１４を押下して投写開始指示を行うと、ＰＣ−Ｂ（１００ｂ）のＣＰＵ１０８は、これを検知する。

続いて、工程５０４において、ＰＣ−Ｂ（１００ｂ）のＣＰＵ１０８は、プロジェクタ２００に対して、レイアウトの変更に係るレイアウト情報を送信する。

プロジェクタ２００は、レイアウト情報を受信すると、そのレイアウトに従った各ＰＣ１００からの画像受信（映像受信）の準備、具体的には、表示エリアの初期化や受信バッファの初期化等をし、次の画像データ（映像データ）の受信に備える。
次いで、工程５０５及び工程５０５'において、プロジェクタ２００のＣＰＵ２０７は、他のＰＣ１００（具体的にはＰＣ−Ａ（１００ａ）及びＰＣ−Ｃ（１００ｃ））に対して、レイアウト情報を含めてレイアウト変更通知を送信する。

続いて、工程５０６及び工程５０６'において、レイアウト変更通知を受信したＰＣ−Ａ（１００ａ）及びＰＣ−Ｃ（１００ｃ）のＣＰＵ１０８は、受信したレイアウト情報に従って、各ＰＣ上で実行されているＧＵＩアプリケーションの表示態様を変更する。具体的には、図３（ｅ）に示すＧＵＩ態様に全て変更して、レイアウトビュー変更を行う。これにより、各ユーザは、この時点における、プロジェクタ２００の投写レイアウトがどの様になっているのかを瞬時に認識することができる。この処理は、同じ場所で会議を実施している場合には、さほど有効ではないが、遠隔地での会議など、プロジェクタ２００の投写レイアウトがわからない場合には、非常に有効である。

続いて、工程５０７において、ＰＣ−Ｂ（１００ｂ）のＣＰＵ１０８は、プロジェクタ２００に対して、投写開始通知を送信する。

続いて、工程５０８において、ＰＣ−Ａ（１００ａ）及びＰＣ−Ｂ（１００ｂ）のＣＰＵ１０８は、プロジェクタ２００に対して、実際に投写するための画像データ（映像データ）を送信する。そして、プロジェクタ２００は、受信した画像データ（映像データ）に基づく画像（映像）を投写する。

続いて、工程５０９において、ユーザｃが、自身のＰＣ−Ｃ（１００ｃ）も含めて表示したいと考え、自身のＰＣ−Ｃ（１００ｃ）のＧＵＩアプリケーションを操作してプロジェクタ２００の投写レイアウトを設定すると、ＰＣ−Ｃ（１００ｃ）のＣＰＵ１０８は、これを検知する。図３（ｆ）がそのＧＵＩ態様である。図３（ｆ）に示すＧＵＩも、図３（ａ）に示すＧＵＩと同様に、レイアウト設定ＵＩ３２１、プロジェクタ選択ＵＩ３２２、ＰＣ選択ＵＩ３２３、投写開始釦３２４、投写停止釦３２５、及び、同期釦３２６が設けられている。そして、図３（ｆ）に示すＧＵＩ態様では、ユーザｃが自身のＰＣ−Ｃ（１００ｃ）とユーザａのＰＣ−Ａ（１００ａ）及びユーザｂのＰＣ−Ｂ（１００ｂ）をＰＣ選択ＵＩ３２３の中から選択し、レイアウト設定ＵＩ３２１に設定した状態を示している。なお、この時点では、プロジェクタ２００には、図３（ｅ）のＧＵＩアプリケーションのように、ＰＣ−Ａ（１００ａ）及びＰＣ−Ｂ（１００ｂ）の画像（映像）が投写されている状態である。

続いて、工程５１０において、ユーザｃが、プロジェクタ２００の投写レイアウトを確認するために、自身のＰＣ−Ｃ（１００ｃ）のＧＵＩアプリケーションの同期釦３２６を押下すると、ＰＣ−Ｃ（１００ｃ）のＣＰＵ１０８は、これを検知する。

続いて、工程５１１において、ＰＣ−Ｃ（１００ｃ）のＣＰＵ１０８は、プロジェクタ２００から現在の投写レイアウトに係るレイアウト情報を取得する。

続いて、工程５１２において、ＰＣ−Ｃ（１００ｃ）のＣＰＵ１０８は、取得したレイアウト情報に従って、自身のＰＣ−Ｃ（１００ｃ）のＧＵＩアプリケーションのレイアウト設定ＵＩ３２１の表示態様を、プロジェクタ２００の現在の投写レイアウトである図３（ｅ）に示すレイアウト設定ＵＩ３１１の表示態様に変更して、レイアウトビュー変更を行う。これにより、ユーザｃは、プロジェクタ２００の現在の投写レイアウトを認識することができる。

ここで、例えば、ユーザｃがＰＣ−Ｃ（１００ｃ）でレイアウト設定している際に、ユーザｂがプロジェクタ２００の投写レイアウトを変更した場合には、その変更通知が、ＰＣ−Ｃ（１００ｃ）に送信される。そうすると、ＰＣ−Ｃ（１００ｃ）上で実行されているＧＵＩアプリケーションのレイアウト設定ＵＩ３２１の表示態様は、現在のレイアウトが破棄され、プロジェクタ２００の投写レイアウトと同じ状態に変更される。このため、ユーザｃは、プロジェクタ２００の投写レイアウトが変更されたことを瞬時に認識することができる。

以上の工程５０１〜５１２の処理を経ることにより、複数のＰＣ１００と１つのプロジェクタ２００との間で行われる画像（映像）の表示制御方法の具体的な処理が終了する。そして、本実施形態による処理を行うことによって、例えば会議を滞らせることなく進めながら、それぞれのＰＣ１００からプロジェクタ２００の投影画面のレイアウトを自由に設定することが可能になる。

次に、本実施形態に係る表示制御システムによる表示制御方法を実現するための具体的な処理の流れについて、ＰＣ１００側とプロジェクタ２００側とに分けて、それぞれ説明する。

まず、ＰＣ１００側の処理について説明する。なお、以下に示すＰＣ１００側の処理としては、ＰＣ−Ａ（１００ａ）における処理を適用した例で説明を行う。
図６は、本発明の第１の実施形態を示し、ＰＣ１００側で実行される処理手順の一例を示すフローチャートである。なお、以下に示すフローチャートの各ステップは、図３等に示すＧＵＩアプリケーションを介して実行されるものである。

ステップＳ６０１において、ＰＣ１００のＣＰＵ１０８は、プロジェクタ２００とセッション接続を行う。具体的に、ＰＣ１００のＣＰＵ１０８は、ユーザによって設定されたプロジェクタ２００のＩＰアドレス（非図示）を用いて、通信部１１０を介してプロジェクタ２００の所定のＴＣＰポートに接続を行う。

続いて、ステップＳ６０２において、ＰＣ１００のＣＰＵ１０８は、所定のＴＣＰポートを監視することにより、レイアウト変更通知があるか否かを判断する。具体的に、レイアウト変更通知は、所定のフォーマットのパケットがプロジェクタ２００から所定のポートに対して送信されることによりなされるため、その所定のポートで受信したパケットを解析することで実現できる。即ち、所定のポートで受信したパケットがレイアウト変更を示すパケットであった場合には、レイアウト変更通知があると判断されることになる。

ステップＳ６０２の判断の結果、レイアウト変更通知がある場合には、ステップＳ６０３に進む。なお、レイアウト変更通知には、レイアウト情報が含まれているものとする。
ステップＳ６０３に進むと、ＰＣ１００のＣＰＵ１０８は、レイアウト変更通知に含まれるレイアウト情報に従って、ＧＵＩアプリケーションのレイアウト設定ＵＩ３０１の表示態様を変更する。即ち、自身のＰＣ１００のＧＵＩアプリケーションのレイアウト設定ＵＩ３０１の表示態様を、プロジェクタ２００の現在の投写レイアウトにおける表示態様に変更して、レイアウトビュー同期変更を行う。この処理により、ＰＣ１００のユーザは、プロジェクタ２００の投写レイアウトが変更されたことを判別することができる。ステップＳ６０３の処理が終了すると、ステップＳ６０２に戻る。

一方、ステップＳ６０２の判断の結果、レイアウト変更通知がない場合には、ステップＳ６０４に進む。
ステップＳ６０４に進むと、ＰＣ１００のＣＰＵ１０８は、ユーザがＧＵＩアプリケーションのレイアウト設定ＵＩ３０１を操作してレイアウトの変更設定があるか否かを判断する。

ステップＳ６０４の判断の結果、レイアウトの変更設定がある場合には、ステップＳ６０５に進む。
ステップＳ６０５に進むと、ＰＣ１００のＣＰＵ１０８は、ユーザの変更操作に従って、ＧＵＩアプリケーションのレイアウト設定ＵＩ３０１の表示態様を変更し、レイアウトビューローカル変更を行う。この時点では、プロジェクタ２００の投写レイアウトと、ＰＣ１００のＧＵＩアプリケーションのレイアウト設定ＵＩ３０１のレイアウトとは、異なっている。このため、本実施形態では、それをユーザが理解できるように、ＧＵＩアプリケーションのレイアウト設定ＵＩ３０１の背景色を変更して表示する。無論、背景色だけでなく、差異が分かれば、例えばアイコンを付けるなどして表現してもよい。

ステップＳ６０５の処理は終了した場合、あるいは、ステップＳ６０４でレイアウトの変更設定がないと判断された場合には、ステップＳ６０６に進む。
ステップＳ６０６に進むと、ＰＣ１００のＣＰＵ１０８は、プロジェクタ２００が投影中（投写中）であるか否かを判断する。具体的に、ＰＣ１００のＣＰＵ１０８は、通信部１１０を介して、プロジェクタ２００に対して、投影状態を確認するコマンドを送信し、その応答内容によって、プロジェクタ２００が投影中（投写中）であるか否かを判断する。

ステップＳ６０６の判断の結果、プロジェクタ２００が投影中（投写中）である場合には、ステップＳ６０７に進む。
ステップＳ６０７に進むと、ＰＣ１００のＣＰＵ１０８は、ユーザが投写停止釦３０５を押下したか否かを判断する。

ステップＳ６０７の判断の結果、ユーザが投写停止釦３０５を押下した場合には、ステップＳ６０８に進む。
ステップＳ６０８に進むと、ＰＣ１００のＣＰＵ１０８は、通信部１１０を介して、プロジェクタ２００に対して、投写停止通知を送信する。

続いて、ステップＳ６０９において、ＰＣ１００のＣＰＵ１０８は、当該ＰＣ１００が画像（映像）を送信している場合には、その画像送信プロセスを停止する。

ステップＳ６０９の処理が終了した場合、ステップＳ６０７でユーザが投写停止釦３０５を押下していないと判断された場合、あるいは、ステップＳ６０６でプロジェクタ２００が投影中（投写中）でないと判断された場合には、ステップＳ６１０に進む。
ステップＳ６１０に進むと、ＰＣ１００のＣＰＵ１０８は、ユーザが投写開始釦３０４を押下したか否かを判断する。

ステップＳ６１０の判断の結果、ユーザが投写開始釦３０４を押下した場合には、ステップＳ６１１に進む。つまり、この処理までは、プロジェクタ２００の投写レイアウトと、ＰＣ１００のＧＵＩアプリケーションのレイアウト設定ＵＩ３０１のレイアウトとは、差異がある場合がある。
ステップＳ６１１に進むと、ＰＣ１００のＣＰＵ１０８は、通信部１１０を介して、プロジェクタ２００に対して、レイアウト情報を送信する。

続いて、ステップＳ６１２において、ＰＣ１００のＣＰＵ１０８は、プロジェクタ２００の投写レイアウトがレイアウト設定ＵＩ３０１で設定されたレイアウトと同期したことをユーザに認識させるために、レイアウト設定ＵＩ３０１の背景色を変更する。

続いて、ステップＳ６１３において、ＰＣ１００のＣＰＵ１０８は、通信部１１０を介して、プロジェクタ２００に対して、投写開始通知を送信する。

続いて、ステップＳ６１４において、ＰＣ１００のＣＰＵ１０８は、通信部１１０を介して、プロジェクタ２００に対して、画像（映像）を送信し、画像送信プロセスを開始する。

ステップＳ６１４の処理が終了した場合、あるいは、ステップＳ６１０でユーザが投写開始釦３０４を押下していないと判断された場合には、ステップＳ６０２に戻る。

以上のステップＳ６０１〜６１４の処理を経ることにより、ＰＣ１００側で行われる具体的な処理が終了する。

なお、図６に示すフローチャートでは、ＰＣ１００から画像（映像）を送信することを想定している。しかしながら、本発明の意図するところは、ＰＣ１００がプロジェクタ２００における表示レイアウトの制御を行うことにあるため、画像（映像）の送信は、他の機器や他のＰＣ（即ち、他の外部装置）から行ってもよい。

また、ステップＳ６０３の処理では、プロジェクタ２００からのレイアウト変更通知を受けて、ＰＣ１００のＧＵＩアプリケーションにおけるレイアウト設定ＵＩ３０１の表示態様を、プロジェクタ２００の投写レイアウトに同期させる処理を行っている。しかしながら、場合によっては、ＰＣ１００側において、プロジェクタ２００の投写レイアウトが変更されたことを通知するメッセージを表示するのみとし、実際の同期は、ユーザがＧＵＩアプリケーションの同期釦３０６を押下することで実現してもよい。

次いで、プロジェクタ２００側の処理について説明する。
図７は、本発明の第１の実施形態を示し、プロジェクタ２００側で実行される処理手順の一例を示すフローチャートである。

ステップＳ７０１において、プロジェクタ２００のＣＰＵ２０７は、ＰＣ１００とのセッションが確立されているか否かを判断する。ここでは、ＰＣ１００側の処理である図６のステップＳ６０１において、プロジェクタ２００の所定のＴＣＰポートにＰＣ１００の接続がなされている場合には、ＰＣ１００とのセッションが確立されていると判断する。

ステップＳ７０１の判断の結果、ＰＣ１００とのセッションが確立されていない場合には、ＰＣ１００とのセッションが確立されるまでステップＳ７０１で待機する。

一方、ステップＳ７０１の判断の結果、ＰＣ１００とのセッションが確立されている場合には、ステップＳ７０２に進む。
ステップＳ７０２に進むと、プロジェクタ２００のＣＰＵ２０７は、ＰＣ１００からレイアウト情報を受信して投写レイアウトを変更する指示があるか否かを判断する。具体的に、プロジェクタ２００のＣＰＵ２０７は、通信部２０１の所定のポートにＰＣ１００からのレイアウト変更指示に係るパケットが受信されているか否かで判断を行う。

ステップＳ７０２の判断の結果、投写レイアウトを変更する指示がある場合には、ステップＳ７０３に進む。
ステップＳ７０３に進むと、プロジェクタ２００のＣＰＵ２０７は、レイアウト変更指示に係るパケットに従って、現在の投写レイアウトを変更する。具体的に、例えば、投写レイアウトがＰＣ−Ａ（１００ａ）とＰＣ−Ｂ（１００ｂ）との２画面表示になった場合には、プロジェクタ２００のＣＰＵ２０７は、ＰＣ−Ａ（１００ａ）から受信した画像（映像）を表示するための領域バッファの設定や、ＰＣ−Ｂ（１００ｂ）から受信した画像（映像）を表示するための領域バッファの設定、また、それぞれの画像（映像）を受信するための受信バッファの設定を行い、受信した画像（映像）を順次表示できるようにする。

続いて、ステップＳ７０４において、プロジェクタ２００のＣＰＵ２０７は、レイアウト変更指示を受けたＰＣ以外のＰＣであって現在プロジェクタ２００に接続されているＰＣに対して、レイアウト変更通知を送信する。

ステップＳ７０４の処理が終了した場合、あるいは、ステップＳ７０２で投写レイアウトを変更する指示がないと判断された場合には、ステップＳ７０５に進む。
ステップＳ７０５に進むと、プロジェクタ２００のＣＰＵ２０７は、ＰＣ１００から通信部２０１に投写開始通知があるか否かを判断する。

ステップＳ７０５の判断の結果、投写開始通知がある場合には、ステップＳ７０６に進む。
ステップＳ７０６に進むと、プロジェクタ２００のＣＰＵ２０７は、現在設定されている投写レイアウトに基づいて、ＰＣ１００から画像（映像）を受信して投写し、画像受信投写プロセスを開始する。

ステップＳ７０６の処理が終了した場合、あるいは、ステップＳ７０５で投写開始通知がないと判断された場合には、ステップＳ７０７に進む。
ステップＳ７０７に進むと、プロジェクタ２００のＣＰＵ２０７は、ＰＣ１００から通信部２０１に投写停止通知があるか否かを判断する。

ステップＳ７０７の判断の結果、投写停止通知がある場合には、ステップＳ７０８に進む。
ステップＳ７０８に進むと、プロジェクタ２００のＣＰＵ２０７は、ＰＣ１００からの画像（映像）の受信を停止して、画像受信投写プロセスを停止する。

ステップＳ７０８の処理が終了した場合、あるいは、ステップＳ７０７で投写停止通知がないと判断された場合には、ステップＳ７０２に戻る。

以上のステップＳ７０１〜７０８の処理を経ることにより、プロジェクタ２００側で行われる具体的な処理が終了する。

本実施形態によれば、例えば、ある参加者が自身のＰＣ１００から資料をプロジェクタ２００で表示しながら会議を進めている際に、他の参加者がプロジェクタ２００を使って議論をする場合に、ある参加者の会議の進行を妨げることなく、他の参加者は自身のＰＣを操作するのみで、プロジェクタ２００における次の投写レイアウトを設定し、次の議論の準備を円滑に進めることができる。
即ち、本実施形態によれば、最適なタイミングでプロジェクタ２００の投写レイアウトを変更することが可能となる。

（第２の実施形態）
次に、本発明の第２の実施形態について説明する。

第２の実施形態に係る表示制御システムの構成は、図１及び図２に示す第１の実施形態に係る表示制御システムの構成と同様であるため、その説明は省略する。

本実施形態においては、ＰＣ１００のグラフィックアクセラレータ１０７は、複数の画面（マルチ画面）を出力可能とする。例えば、ＰＣ１００の表示部１０１の解像度が、ＷＸＧＡ＋（１４４０×９００）だった場合に、同じ解像度の画面が複数生成できることや、あるいは、別の解像度が設定できるようになっているとする。このようなシステムは一般的であるため、生成手段についての説明は省略する。

この場合、プロジェクタ２００への出力方法としては、いずれかの１画面を選択して、出力することになる。例えば、ＰＣ−Ａ（１００ａ）が２画面（プライマリ画面及びセカンダリ画面）の出力が可能であったとする。ＧＵＩアプリケーションは、ＣＰＵ１０８上で実行されているＯＳからグラフィックアクセラレータ１０７によって生成されている画面数を取得する。

図８は、本発明の第２の実施形態を示し、ＰＣ１００上のＧＵＩ態様の一例を示す模式図である。
ＧＵＩアプリケーションは、複数の画面（マルチ画面）があった場合には、レイアウト設定ＵＩ上のアイコンに、その旨の情報を認識できるように追加する。具体的には、図８（ａ）に示すように、レイアウト設定ＵＩ８０１のＰＣアイコン８１０に画面番号を付加することで、ユーザが、そのＰＣ１００が複数画面の出力が可能であることを認識できるようにする。また、図８（ａ）に示す、番号が付加されていないＰＣアイコン８２０については、複数画面の出力が可能でないことを意味している。

ここで、ユーザが、図８（ａ）に示すレイアウト設定ＵＩ８０１のＰＣアイコン８１０を操作部１０９のマウスを制御してクリックすると、別の画面が出力可能となる。具体的には、図８（ｂ）に示すＰＣアイコン８３０のように画面番号が１から２に変わり、ＣＰＵ１０８（ＧＵＩアプリケーション）は、グラフィックアクセラレータ１０７によって生成されている別の画面を出力、即ちキャプチャして、通信部１１０を介して、プロジェクタ２００に送信するように制御する。

ここで、ＰＣ１００において、出力する画面は変更しているが、レイアウトの変更は行っていないため、レイアウト設定ＵＩ８０１を制御したとしても、図６に示すフローチャートの処理は実行しない。これにより、冗長な制御を低減している。

（その他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。
即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
このプログラム及び当該プログラムを記憶したコンピュータ読み取り可能な記録媒体は、本発明に含まれる。

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

Claims (6)

1. 複数の外部装置からの画像を表示することが可能な表示装置と通信接続された表示制御装置であって、
   前記複数の外部装置のうちの少なくとも１つの外部装置からの画像が前記表示装置によって表示されている状態で、前記表示装置による画像表示のレイアウトを変更する設定を行う設定手段と、
   前記表示装置による画像表示のレイアウトを変更する際に操作される操作手段と、
   前記操作手段が操作された際に、前記設定手段により設定されたレイアウトになるように前記表示装置による画像表示を制御する制御手段と
   を有することを特徴とする表示制御装置。
2. 前記設定手段による前記レイアウトの設定は、グラフィカル・ユーザ・インターフェースによりなされ、
   前記設定手段により設定されたレイアウトと、前記表示装置による現在の画像表示のレイアウトとが一致しているか否かに応じて、前記グラフィカル・ユーザ・インターフェースの表示態様を変更する変更手段を更に有することを特徴とする請求項１に記載の表示制御装置。
3. 前記設定手段による前記レイアウトの設定は、グラフィカル・ユーザ・インターフェースによりなされ、
   前記表示装置からレイアウトの変更に係るレイアウト変更通知を受信した場合、前記グラフィカル・ユーザ・インターフェースにより設定されているレイアウトを、前記表示装置による現在の画像表示のレイアウトに同期させる同期手段を更に有することを特徴とする請求項１または２に記載の表示制御装置。
4. 前記表示装置によって表示される前記画像を送信する前記外部装置は、複数の画面を備え、前記複数の画面における各画面に表示される各画像を前記表示装置に送信することが可能に構成されており、
   前記設定手段は、前記複数の画面のうちのどの画面に表示される画像を前記表示装置によって表示させるのかを更に設定するものであり、
   前記制御手段は、前記設定手段により前記画面の設定がなされた場合、前記表示装置による画像表示のレイアウトの変更は行わないことを特徴とする請求項１乃至３のいずれか１項に記載の表示制御装置。
5. 複数の外部装置からの画像を表示することが可能な表示装置と通信接続された表示制御装置による表示制御方法であって、
   前記複数の外部装置のうちの少なくとも１つの外部装置からの画像が前記表示装置によって表示されている状態で、前記表示装置による画像表示のレイアウトを変更する設定を行う設定ステップと、
   前記表示装置による画像表示のレイアウトを変更する際に操作される操作手段が操作されたことを検知する検知ステップと、
   前記操作手段が操作された際に、前記設定ステップにより設定されたレイアウトになるように前記表示装置による画像表示を制御する制御ステップと
   を有することを特徴とする表示制御方法。
6. 複数の外部装置からの画像を表示することが可能な表示装置と通信接続された表示制御装置による表示制御方法をコンピュータに実行させるためのプログラムであって、
   前記複数の外部装置のうちの少なくとも１つの外部装置からの画像が前記表示装置によって表示されている状態で、前記表示装置による画像表示のレイアウトを変更する設定を行う設定ステップと、
   前記表示装置による画像表示のレイアウトを変更する際に操作される操作手段が操作されたことを検知する検知ステップと、
   前記操作手段が操作された際に、前記設定ステップにより設定されたレイアウトになるように前記表示装置による画像表示を制御する制御ステップと
   をコンピュータに実行させるためのプログラム。

Images