(57)【要約】【課題】決められた状態のグラフィカルユーザーインタフェース（ＧＵＩ）を含む画像が、画像表示装置により表示されることを防止する。【解決手段】ＰＣ１は、操作入力を受け付ける受付手段１１と、少なくとも一のＰＣ１から出力された信号に応じた画像を表示する画像表示装置に、操作入力に応じた画像を表示する表示部の画像を示す信号を出力する出力手段１２と、画像表示装置に画像を表示させるＰＣ１の選択をさせるためのＧＵＩを含む画像を、表示部に表示させる第１表示制御手段１３と、ＧＵＩの状態を、表示面積が小さい第１状態および表示面積が大きい第２状態のうち一の状態から他の状態へ切り換える切換手段１４と、ＧＵＩを第２状態に切り換えるための操作入力が受け付けられた場合、表示部の画像とは異なる画像を画像表示装置に表示させる第２表示制御手段１５とを有する。【選択図】図４
2015057689.tif 000002
【特許請求の範囲】
【請求項１】
第１プログラムモジュールおよび当該第１プログラムモジュールの挙動を監視する第２プログラムモジュールを実行する実行部と、
画像を表示する表示領域を有する表示部と、
を有し、
前記第１プログラムモジュールは、
前記表示領域のうち当該第１プログラムに割り当てられた第１領域に、当該第１プログラムモジュールのユーザーインターフェース画面を表示する表示制御部
を有し、
前記第２プログラムモジュールは、
前記表示部に表示されている画面を、画像表示装置に出力する画像出力部と、
前記第１プログラムモジュールが、前記ユーザーインターフェース画面に所定の情報が含まれない第１状態から当該情報が含まれる第２状態に切り替わったことを検出する検出部と、
前記第１プログラムモジュールが前記第１状態から前記第２状態に切り替わったことが検出された場合、前記画像出力部に、前記ユーザーインターフェース画面を含まない第２画面を出力させる出力制御部と
を有する
情報処理装置。
【請求項２】
前記第２状態は、前記第１状態のときよりも前記ユーザーインターフェース画面が大きい状態である
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第１状態はユーザーによる入力を受け付けない状態であり、
前記第２状態はユーザーによる入力を受け付ける状態である
ことを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記第１状態は前記ユーザーインターフェース画面が前記表示部に表示されない状態であり、
前記第２状態は前記ユーザーインターフェース画面が前記表示部に表示される状態である
ことを特徴とする請求項１ないし３のいずれか一項に記載の情報処理装置。
【請求項５】
前記第１状態は非アクティブな状態であり、
前記第２状態はアクティブな状態である
ことを特徴とする請求項１ないし４のいずれか一項に記載の情報処理装置。
【請求項６】
前記第２画面は、前記第１プログラムモジュールが前記第１状態から前記第２状態に切り替わる前における前記ユーザーインターフェース画面の静止画である
ことを特徴とする請求項１ないし５のいずれか一項に記載の情報処理装置。
【請求項７】
前記第２画面は、全面が共通の輝度の画面である
ことを特徴とする請求項１ないし５のいずれか一項に記載の情報処理装置。
【請求項８】
前記第１プログラムモジュールは、前記画像表示装置を複数のユーザーで共有するための処理を実行する共有部を有し、
単一のアプリケーションプログラムが、前記第１プログラムモジュールおよび前記第２プログラムモジュールを含む
ことを特徴とする請求項１ないし７のいずれか一項に記載の情報処理装置。
【請求項９】
前記検出部は、前記第１プログラムモジュールが前記第２状態から前記第１状態に切り替わったことを検出し、
前記第１プログラムモジュールが前記第２状態から前記第１状態に切り替わったことが検出された場合、前記出力制御部は、前記第１領域に、前記ユーザーインターフェース画面を表示させる
ことを特徴とする請求項１ないし８のいずれか一項に記載の情報処理装置。
【請求項１０】
実行部が第１プログラムモジュールを実行するステップと、
前記実行部が前記第１プログラムモジュールの挙動を監視する第２プログラムモジュールを実行するステップと、
前記第１プログラムモジュールを実行している前記実行部が、表示部の表示領域のうち当該第１プログラムに割り当てられた第１領域に、当該第１プログラムモジュールのユーザーインターフェース画面を表示するステップと、
前記第２プログラムモジュールを実行している前記実行部が、前記表示部に表示されている画面を、画像表示装置に出力するステップと、
前記第２プログラムモジュールを実行している前記実行部が、前記第１プログラムモジュールが、前記ユーザーインターフェース画面に所定の情報が含まれない第１状態から当該情報が含まれる第２状態に切り替わったことを検出するステップと、
前記第１プログラムモジュールが前記第１状態から前記第２状態に切り替わったことが検出された場合、前記第２プログラムモジュールを実行している前記実行部が、前記画像表示装置に、前記ユーザーインターフェース画面を含まない第２画面を出力するステップと
を有する表示制御方法。
【請求項１１】
プログラムを実行する実行部を有するコンピューターに、
前記実行部が、表示部の表示領域のうち当該プログラムに割り当てられた第１領域に、ユーザーインターフェース画面を表示するステップと、
前記実行部が、前記表示部に表示されている画面を、画像表示装置に出力するステップと、
前記実行部が、前記ユーザーインターフェース画面に所定の情報が含まれない第１状態から当該情報が含まれる第２状態に切り替わったことを検出するステップと、
前記第１状態から前記第２状態に切り替わったことが検出された場合、前記実行部が、前記画像表示装置に、前記ユーザーインターフェース画面を含まない第２画面を出力するステップと
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および情報処理方法に関する。
【背景技術】
【０００２】
複数のユーザーで単一の画像表示装置を共有するシステム、すなわち、複数台のコンピューターから出力された映像信号を、一台の画像表示装置、例えばプロジェクターに同時に投写させるシステムが知られている。このシステムに関し、特許文献１には、投写画面を変更するための操作画面をコンピューターの画面に表示する技術が記載されている。なお、複数のユーザーで単一の画像表示装置を共有するシステムに関するものではないが、特許文献２には、原画像の上に重ねて表示されるＯＳＤ（On Screen Display）画像を一時的に非表示にし、原画像の視認性の低下を防止する技術が記載されている。さらに、特許文献３には、メイン表示装置とサブ表示装置とに同じ画像を表示するマルチモニターの制御に関し、メイン表示装置に表示される画像をフリーズ状態にしておく技術が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−２１５５３０号公報
【特許文献２】特開２０１０−５４５５０号公報
【特許文献３】特開２００９−２５１３０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
画像表示装置を複数のユーザーで共有する場合、他のユーザーに見られたくない情報を含む画像が表示されてしまうことがある。例えば特許文献１に記載の技術では、ユーザーが操作している操作画面が、投写画面上にも表示されてしまう。
【０００５】
本発明は、他のユーザーに見られたくない情報を含む画像が、画像表示装置に表示されることを防止する技術を提供する。
【課題を解決するための手段】
【０００６】
本発明は、第１プログラムモジュールおよび当該第１プログラムモジュールの挙動を監視する第２プログラムモジュールを実行する実行部と、画像を表示する表示領域を有する表示部とを有し、前記第１プログラムモジュールは、前記表示領域のうち当該第１プログラムに割り当てられた第１領域に、当該第１プログラムモジュールのユーザーインターフェース画面を表示する表示制御部を有し、前記第２プログラムモジュールは、前記表示部に表示されている画面を、画像表示装置に出力する画像出力部と、前記第１プログラムモジュールが、前記ユーザーインターフェース画面に所定の情報が含まれない第１状態から当該情報が含まれる第２状態に切り替わったことを検出する検出部と、前記第１プログラムモジュールが前記第１状態から前記第２状態に切り替わったことが検出された場合、前記画像出力部に、前記ユーザーインターフェース画面を含まない第２画面を出力させる出力制御部とを有する情報処理装置を提供する。この情報処理装置によれば、他のユーザーに見られたくない情報を含む画像が、画像表示装置により表示されることが防止される。
【０００７】
前記第２状態は、前記第１状態のときよりも前記ユーザーインターフェース画面が大きい状態であってもよい。この情報処置装置によれば、表示面積が大きい状態の画像が、画像表示装置により表示されることが防止される。
【０００８】
前記第１状態はユーザーによる入力を受け付けない状態であり、前記第２状態はユーザーによる入力を受け付ける状態であってもよい。この情報処置装置によれば、ユーザーによる入力を受け付ける状態の画像が、画像表示装置により表示されることが防止される。
【０００９】
前記第１状態は前記ユーザーインターフェース画面が前記表示部に表示されない状態であり、前記第２状態は前記ユーザーインターフェース画面が前記表示部に表示される状態であってもよい。この情報処置装置によれば、ユーザーインターフェース画面を含む画像が、画像表示装置により表示されることが防止される。
【００１０】
前記第１状態は非アクティブな状態であり、前記第２状態はアクティブな状態であってもよい。この情報処置装置によれば、アクティブな状態のプログラムモジュールの画像が、画像表示装置により表示されることが防止される。
【００１１】
前記第２画面は、前記第１プログラムモジュールが前記第１状態から前記第２状態に切り替わる前における前記ユーザーインターフェース画面の静止画であってもよい。この情報処理装置によれば、表示部に他のユーザーに見られたくない情報を含む画像が表示されているときに、他のユーザーに見られたくない情報を含まない画像が、画像表示装置により表示される。
【００１２】
前記第２画面は、全面が共通の輝度の画面であってもよい。この情報処理装置によれば、表示部に他のユーザーに見られたくない情報を含む画像が表示されているときに、他のユーザーに見られたくない情報を含まない画像が、画像表示装置により表示される。
【００１３】
前記第１プログラムモジュールは、前記画像表示装置を複数のユーザーで共有するための処理を実行する共有部を有し、単一のアプリケーションプログラムが、前記第１プログラムモジュールおよび前記第２プログラムモジュールを含んでもよい。この情報処理装置によれば、画像表示装置を複数のユーザーで共有する場合において、他のユーザーに見られたくない情報を含む画像が、画像表示装置により表示されることが防止される。
【００１４】
前記検出部は、前記第１プログラムモジュールが前記第２状態から前記第１状態に切り替わったことを検出し、前記第１プログラムモジュールが前記第２状態から前記第１状態に切り替わったことが検出された場合、前記出力制御部は、前記第１領域に、前記ユーザーインターフェース画面を表示させてもよい。この情報処理装置によれば、第１プログラムモジュールを第１状態に切り換えるための操作入力がされた場合に、第１プログラムモジュールの画面が画像表示装置により表示される。
【００１５】
また、本発明は、実行部が第１プログラムモジュールを実行するステップと、前記実行部が前記第１プログラムモジュールの挙動を監視する第２プログラムモジュールを実行するステップと、前記第１プログラムモジュールを実行している前記実行部が、表示部の表示領域のうち当該第１プログラムに割り当てられた第１領域に、当該第１プログラムモジュールのユーザーインターフェース画面を表示するステップと、前記第２プログラムモジュールを実行している前記実行部が、前記表示部に表示されている画面を、画像表示装置に出力するステップと、前記第２プログラムモジュールを実行している前記実行部が、前記第１プログラムモジュールが、前記ユーザーインターフェース画面に所定の情報が含まれない第１状態から当該情報が含まれる第２状態に切り替わったことを検出するステップと、前記第１プログラムモジュールが前記第１状態から前記第２状態に切り替わったことが検出された場合、前記第２プログラムモジュールを実行している前記実行部が、前記画像表示装置に、前記ユーザーインターフェース画面を含まない第２画面を出力するステップとを有する表示制御方法を提供する。この表示制御方法によれば、他のユーザーに見られたくない情報を含む画像が、画像表示装置により表示されることが防止される。
【００１６】
さらに、本発明は、プログラムを実行する実行部を有するコンピューターに、前記実行部が、表示部の表示領域のうち当該プログラムに割り当てられた第１領域に、ユーザーインターフェース画面を表示するステップと、前記実行部が、前記表示部に表示されている画面を、画像表示装置に出力するステップと、前記実行部が、前記ユーザーインターフェース画面に所定の情報が含まれない第１状態から当該情報が含まれる第２状態に切り替わったことを検出するステップと、前記第１状態から前記第２状態に切り替わったことが検出された場合、前記実行部が、前記画像表示装置に、前記ユーザーインターフェース画面を含まない第２画面を出力するステップとを実行させるためのプログラムを提供する。このプログラムによれば、他のユーザーに見られたくない情報を含む画像が、画像表示装置により表示されることが防止される。
【図面の簡単な説明】
【００１７】
【図１】投写システムＰＳの概略図。
【図２】ＰＣのハードウェア構成を示すブロック図。
【図３】プロジェクターのハードウェア構成を示すブロック図。
【図４】ＰＣの機能的構成を示すブロック図。
【図５】ＰＣによる処理を示すフローチャート。
【図６】第２状態の変更用ＧＵＩを例示する図。
【図７】プロジェクターによる処理を示すフローチャート。
【図８】第１状態の変更用ＧＵＩを例示する図。
【図９】ＰＣによる別の処理を示すフローチャート。
【図１０Ａ】画像の対比を示す図。
【図１０Ｂ】画像の対比を示す図。
【図１１】画像の別の対比を示す図。
【発明を実施するための形態】
【００１８】
１．構成
図１は、本発明の一実施形態に係る投写システムＰＳの概略図である。投写システムＰＳは、１台の画像表示装置を複数のユーザーで共有するシステムである。投写システムＰＳは、複数のパーソナルコンピューター１（１Ａ〜１Ｄ）と、プロジェクター２とを有する。
【００１９】
パーソナルコンピューター１（以下、「ＰＣ１」という）は、映像信号をプロジェクター２に出力する映像ソースとして機能する情報処理装置である。この例で、ＰＣ１ＡからＰＣ１Ｄは、それぞれユーザーＵ１からユーザーＵ４により利用されている。複数のＰＣ１は、アクセスポイント３を介して、プロジェクター２と無線接続されている。
【００２０】
プロジェクター２は、映像信号により示される画像をスクリーンＳＣに投写する画像表示装置である。プロジェクター２は、複数のＰＣ１のうち少なくとも一のＰＣ１から出力された映像信号に応じた画像をスクリーンＳＣに投写する。プロジェクター２は、複数のＰＣ１から映像信号が出力される場合には、各ＰＣ１から出力された映像信号に応じた画像（以下、「個別画像」という）が合成された１枚の画像（以下、「合成画像」という）をスクリーンＳＣに投写する。図１の例では、プロジェクター２は、ＰＣ１Ａ、１Ｂ、１Ｃ、および１Ｄの各々の個別画像４０（４０Ａ〜４０Ｄ）が合成された合成画像５０をスクリーンＳＣに投写している。
【００２１】
投写システムＰＳにおいて、合成画像５０のレイアウトは、各ＰＣ１上で実行されるアプリケーションプログラムによって表示部に表示されるグラフィカルユーザーインタフェース（以下、「変更用ＧＵＩ」という）を介して入力されるユーザーＵ（Ｕ１〜Ｕ４）の指示により変更される。つまり、投写システムＰＳにおいては、各ＰＣ１のユーザーＵが、合成画像５０のレイアウトを変更する権限を有する。この例で、各ユーザーにマスター／スレーブのような上下関係はなく、対等である。
【００２２】
図２は、ＰＣ１のハードウェア構成を示すブロック図である。ＰＣ１は、ＣＰＵ（Central Processing Unit）１０１と、ＲＯＭ（Read Only Memory）１０２と、ＲＡＭ（Random Access Memory）１０３と、記憶部１０４と、表示部１０５と、入力部１０６と、通信部１０７とを有するコンピューターである。ＣＰＵ１０１は、プログラムを実行することによりＰＣ１の各部を制御する装置（実行部）である。ＲＯＭ１０２は、各種のプログラムおよびデータを記憶した不揮発性の記憶装置である。ＲＡＭ１０３は、データを記憶する揮発性の記憶装置である。記憶部１０４は、データおよびプログラムを記憶する記憶装置、例えばＨＤＤ（Hard Disk Drive）である。表示部１０５は、液晶ディスプレイまたは有機ＥＬ（Electroluminescence）ディスプレイなどの表示装置を有する。入力部１０６は、ユーザーＵによる操作入力を受け付ける装置であり、キーボード、マウス、および各種ボタン等を備える。通信部１０７は、他のＰＣ１またはプロジェクター２などの外部装置と通信を行う。
【００２３】
図３は、プロジェクター２のハードウェア構成を示すブロック図である。プロジェクター２は、ＭＣＵ（Micro Control Unit）２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、映像信号レシーバー２０４と、フレームレート変換回路２０５と、パネル駆動回路２０６と、液晶パネル２０７と、通信部２０８とを有する。ＭＣＵ２０１は、プログラムを実行することによりプロジェクター２の各部を制御する装置である。ＲＯＭ２０２は、各種のプログラム及びデータを記憶した不揮発性の記憶装置である。ＲＡＭ２０３は、データを記憶する揮発性の記憶装置である。ＲＡＭ２０３は、１フレーム分の画像を示すデータを記憶するフレームメモリーを有する。
【００２４】
映像信号レシーバー２０４は、ＰＣ１から映像信号を取得する。ＭＣＵ２０１は、映像信号レシーバー２０４が取得した映像信号を、１フレームごとの画像としてＲＡＭ２０３のフレームメモリーに記憶する。映像信号レシーバー２０４が複数のＰＣ１から映像信号を取得する場合、ＭＣＵ２０１は、合成画像５０を生成し、合成画像をフレームメモリーに記憶する。フレームレート変換回路２０５は、１秒間における画像の表示切り換え回数が、パネル駆動回路２０６のフレームレートに合うように、映像信号のフレームレートを変換する。ＭＣＵ２０１は、フレームメモリーに記憶された画像を、液晶パネル２０７の解像度に合わせて拡大又は縮小する。ＭＣＵ２０１は、拡大又は縮小後の画像をフレームメモリーに書き込む。パネル駆動回路２０６は、フレームメモリーから読み出した画像に基づいて、液晶パネル２０７を駆動するためのパネル駆動信号を生成する。パネル駆動回路２０６は、液晶パネル２０７にパネル駆動信号を出力する。液晶パネル２０７は、マトリクス状に配置された複数の画素を有する。液晶パネル２０７は、図示せぬ光源から放射された光の光学特性（例えば透過率）を、パネル駆動信号に基づいて画素毎に変調する光変調器（ライトバルブ）として用いられる。液晶パネル２０７により変調された光は、図示せぬレンズにより拡大され、スクリーンＳＣに投写される。通信部２０８は、アクセスポイント３を介してＰＣ１と無線通信を行う。
【００２５】
図４は、ＰＣ１の機能的構成を示すブロック図である。この例で、本発明に係る機能はソフトウェアにより実現されるので、この図はＰＣ１のソフトウェア構成を示している。ＰＣ１は、ＯＳ（Operating System）８および会議プログラム９を記憶部１０４に記憶している。ＯＳ８は、ＰＣ１において、ハードウェアを抽象化したインターフェースをアプリケーションプログラムに提供するソフトウェアである。会議プログラム９は、プロジェクター２を複数のＰＣ１で共有するためのアプリケーションプログラムであり、ＯＳ８上で動作する。会議プログラムは、共有モジュール９１と、監視モジュール９２とを有する。
【００２６】
共有モジュール９１は、プロジェクター２を複数のＰＣ１で共有するためのプログラムモジュール（第１プログラムモジュールの一例）である。共有モジュール９１は、共有制御部９１１と、表示制御部９１２とを有する。共有制御部９１１は、プロジェクター２との接続を確立する処理、プロジェクター２を共有するユーザーの追加、削除、および変更の処理、並びに合成画像におけるユーザーのレイアウト変更を行う。表示制御部９１２は、会議プログラムのユーザーインターフェース画面を表示部１０５に表示させるため、ＯＳ８にこの画面のデータを出力する。ＯＳ８は、表示部１０５の表示領域のうち会議プログラムに割り当てられた領域（第１領域の一例）に、そのユーザーインターフェース画面を表示する。なおここで「ユーザーインターフェース画面」とは、プログラムの実行に伴って表示される画面をいい、例えば、実行結果を示す画面、およびユーザーへの入力を促す画面を含む。
【００２７】
監視モジュール９２は、共有モジュール９１の挙動を監視するプログラムモジュール（第２プログラムモジュールの一例）である。監視モジュール９２は、画像出力部９２１と、検出部９２２と、出力制御部９２３とを有する。画像出力部９２１は、表示部１０５に表示されている画像を、プロジェクター２に出力する。共有モジュール９１によりプロジェクター２との接続が確立されると、表示部１０５の表示領域に表示されている画像がすべて、プロジェクター２に出力される。すなわち、プロジェクター２による投写画像には、ＰＣ１の表示部１０５に表示されている画面がそのまま含まれている。例えば、ＰＣ１でプレゼンテーションのスライドショーを再生するプログラムが実行されていれば、投写画像にはこのスライドショーが含まれる。ＰＣ１で複数のアプリケーションプログラムを起動して、複数のウインドウを表示させると、複数のウインドウを含む画面が投写される。
【００２８】
検出部９２２は、共有モジュールが第１状態から第２状態に切り替わったことを検出する。第１状態とは、ユーザーインターフェース画面に所定の情報が含まれない状態をいう。所定の情報とは、他のユーザーに見られたくない情報であり、詳細は後述する。第２状態とは、所定の情報が含まれる状態をいう。出力制御部９２３は、共有モジュール９１が第１状態から第２状態に切り替わったことが検出された場合、画像出力部９２１から出力される画像を、会議プログラム９のユーザーインターフェース画面を含まない第２画面に切り替える。会議プログラム９のユーザーインターフェース画面を含まない画面とは、表示部１０５にそのとき表示されているものとは異なる画面を意味する。通常、プロジェクター２は、ＰＣ１に割り当てられた表示領域において表示部１０５に表示されている画面と同じ画面を投写するが、第２画面はこれと異なる。
【００２９】
２．動作
２−１．会議プログラムの概要
図５は、ＰＣ１からプロジェクター２への映像信号の出力の開始または停止に関する処理を示すフローチャートである。図５は、ＰＣ１が、プロジェクター２からの命令に応じて、映像信号の出力を開始し、または停止する処理を示している。以下の例において、投写システムＰＳは、複数のユーザーによる会議に用いられる。各ＰＣ１からプロジェクター２に出力される映像信号は、所定のフレームレートの動画を示す信号である。動画データは、前フレームとの差分を示す。以下の処理は、例えば、ＰＣ１とプロジェクター２とが無線接続された状態で、会議プログラムが、ＰＣ１において起動されたことを契機として開始される。なお、以下の説明において、会議プログラム９などのソフトウェアを処理の主体として記載する場合があるが、これは、このソフトウェアを実行しているＣＰＵ１０１が、他のハードウェア要素と協働して処理を実行することを意味する。
【００３０】
ステップＳＡ１において、共有制御部９１１は、会議プログラム９が起動されたことをプロジェクター２に通知する。この例では、会議プログラム９が起動されているＰＣ１をプロジェクター２が管理しており、この管理のため、会議プログラムの起動がプロジェクター２に通知される。この通知は、ユーザー名（ユーザーＩＤ）を含む。ユーザー名は、例えば、ログイン処理により特定される。なお、ユーザー名に代えて、ＰＣ１の装置ＩＤが用いられてもよい。装置ＩＤは、ＰＣ１Ａ〜１Ｄの各々を一意に特定する識別子である。
【００３１】
ステップＳＡ２において、表示制御部９１２は、変更用ＧＵＩを表示部１０５に表示させる。具体的には、表示制御部９１２は、変更用ＧＵＩを示す画像を生成し、その画像を表示部１０５に表示させる。ＯＳ８により、表示部１０５の表示領域の一部に変更用ＧＵＩ用の領域（例えばいわゆるウインドウ）が割り当てられており、変更用ＧＵＩはこの領域に表示される。
【００３２】
図６は、変更用ＧＵＩを例示する図である。変更用ＧＵＩ７０は、ボタン７２０（７２０ａ〜７２０ｃ）と、領域Ｌ１と、領域Ｌ２とを有する。ボタン７２０は、スクリーンＳＣの分割数（すなわちスクリーンＳＣに投写される個別画像４０の枚数）の変更を行うためのボタンである。ボタン７２０ａがクリックされると、スクリーンＳＣは４分割される。ボタン７２０ｂがクリックされると、スクリーンＳＣは２分割される。ボタン７２０ｃがクリックされると、スクリーンＳＣは分割されない（単一の個別画像４０が表示される）。図６において、背景にハッチングが施されたボタン７２０は、現在選択されている分割数を示す。この例では、ボタン７２０ｂが選択されており、分割数は２である。
【００３３】
領域Ｌ１は、合成画像５０における個別画像４０の配置を示す領域である。領域Ｌ１は、分割数の最大値に相当する領域に分割されている。この例では、領域Ｌ１は、２行２列の４つの個別領域ｆ１（ｆ１１〜ｆ１４）を有する。個別領域ｆ１１からｆ１４には、その領域に対応するＰＣ１の識別子（この例ではそのＰＣ１のユーザー名）が表示される。領域Ｌ１においては、自装置から出力された個別画像４０が合成画像５０に含まれているＰＣ１（以下、「アクティブなＰＣ」という）に対応する個別領域ｆ１と、アクティブなＰＣ以外のＰＣ１（以下、「非アクティブなＰＣ」という）に対応する個別領域ｆ１とが区別されて表示される。図６に示す例では、アクティブなＰＣ１に対応する個別領域ｆ１は背景が白で表示されており、非アクティブなＰＣ１に対応する個別領域ｆ１は背景にハッチングが施されている。すなわち、ユーザーＵ１とユーザーＵ２により利用されているＰＣ１ＡおよびＰＣ１ＢがアクティブなＰＣである（ＰＣ１ＡとＰＣ１Ｂの個別画像４０が現にスクリーンＳＣに投写されている）。一方、ユーザーＵ３により利用されているＰＣ１Ｃは、非アクティブなＰＣである（ＰＣ１Ｃの個別画像４０は未だスクリーンＳＣに投写されていない）。なお、領域Ｌ１においては、必ずしもすべての個別領域ｆ１にＰＣ１が対応付けられていなくてもよい。図６の例では、個別領域ｆ１４には、ＰＣ１が対応付けられていない（ユーザー名は表示されていない）。
【００３４】
領域Ｌ２は、個別領域ｆ１とＰＣ１との対応関係の変更を行うための領域である。領域Ｌ２には、プロジェクター２と無線接続されているＰＣ１の識別子の一覧（以下、「接続ＰＣ一覧」という）が表示される。図６の例では、領域Ｌ２には、ユーザーＵ１、ユーザーＵ２、ユーザーＵ３、およびユーザーＵ４の識別子が表示されている。個別領域ｆ１とＰＣ１との対応関係の変更は、ユーザーＵがマウスを操作して、領域Ｌ２に表示された識別子をドラッグ（マウスのボタンを押したままマウスを移動）し、領域Ｌ１においてドロップする（マウスのボタンを離す）ことにより行われる。例えば、領域Ｌ２に表示されたユーザーＵ４の識別子をドラッグし、個別領域ｆ１４においてドロップした場合、共有制御部９１１は、ＰＣ１Ｄを個別領域ｆ１４に対応付ける指示が入力されたと判断し、個別領域ｆ１４にＰＣ１Ｄを対応付ける。この対応付けの結果、個別領域ｆ１４には、ユーザーＵ４の識別子が表示される。
【００３５】
なお、変更用ＧＵＩの画像を生成するには、現在選択されている分割数やプロジェクター２に接続しているＰＣ１のユーザー名等の情報が必要である。以下、変更用ＧＵＩの生成に用いられる情報をレイアウト情報という。レイアウト情報は、プロジェクター２から提供される。プロジェクター２はレイアウト情報を記憶しており、自身に接続しているＰＣ１に対し、所定のタイミングでレイアウト情報を送信する。レイアウト情報は、例えば、現在選択されている分割数、アクティブなＰＣの識別子、非アクティブなＰＣの識別子、合成画像５０における個別画像４０の配置、および接続しているユーザー名を含む。
【００３６】
再び図５を参照する。ステップＳＡ３において、共有制御部９１１は、レイアウト変更操作が受け付けられたか否かを判断する。レイアウト変更操作は、上述の通り、第２状態の変更用ＧＵＩを介してユーザーが操作入力を行うことにより行われる。レイアウト変更操作が受け付けられたと判断された場合（ＳＡ３：ＹＥＳ）、共有制御部９１１は、レイアウト変更操作の内容を示す情報をＲＡＭ１０３に記憶し、処理をステップＳＡ４に移行する。レイアウト変更操作が受け付けられていないと判断された場合（ＳＡ３：ＮＯ）、共有制御部９１１は、処理をステップＳＡ５に移行する。
【００３７】
ステップＳＡ４において、共有制御部９１１は、合成画像５０のレイアウトを変更させるための命令（以下、「レイアウト変更命令」という）をプロジェクター２に送信する。具体的には、共有制御部９１１は、ＲＡＭ１０３に記憶されたレイアウト変更操作の内容を示す情報を送信する。後述するように、プロジェクター２は、この情報に応じてレイアウト情報を変更し、変更されたレイアウト情報を各ＰＣ１に配信する。
【００３８】
ステップＳＡ５において、共有制御部９１１は、プロジェクター２から、映像信号の出力を開始させる命令（以下、「出力開始命令」という）、または映像信号の出力を停止させる命令（以下、「出力停止命令」という）を受信したか否かを判断する。出力開始命令または出力停止命令を受信したと判断された場合（ＳＡ５：ＹＥＳ）、共有制御部９１１は、取得された出力開始命令または出力停止命令をＲＡＭ１０３に記憶し、処理をステップＳＡ６に移行する。出力開始命令および出力停止命令を受信していないと判断された場合（ＳＡ５：ＮＯ）、共有制御部９１１は、処理をステップＳＡ７に移行する。
【００３９】
ステップＳＡ６において、画像出力部９２１は、出力開始命令または出力停止命令に応じて映像信号の出力を開始または停止する。出力開始命令を取得した場合、画像出力部９２１は、プロジェクター２への映像信号の出力を開始する。出力停止命令を取得した場合、画像出力部９２１は、プロジェクター２への映像信号の出力を停止する。
【００４０】
ステップＳＡ７において、共有制御部９１１は、会議を終了させるための指示（以下、「終了指示」という）が入力されたか否かを判断する。終了指示は、例えば、会議プログラムにおいて変更用ＧＵＩとは別のＧＵＩに表示された終了ボタンをクリックすることにより入力される。終了指示が入力されたと判断された場合（ＳＡ７：ＹＥＳ）、共有制御部９１１は、処理をステップＳＡ８に移行する。終了指示が入力されていないと判断された場合（ＳＡ７：ＮＯ）、共有制御部９１１は、処理をステップＳＡ９に移行する。
【００４１】
ステップＳＡ８において、共有制御部９１１は、終了指示を示す通知（以下、「終了通知」という）をプロジェクター２に送信する。ステップＳＡ９において、共有制御部９１１は、プロジェクター２から終了通知を受信したか否かを判断する。この例では、あるＰＣ１から終了指示が入力されると、すべてのＰＣ１において会議プログラムを終了するように制御される。あるＰＣ１から終了指示が入力されると、プロジェクター２は他のＰＣ１に終了通知を配信し、会議プログラムを終了させる。終了通知を受信したと判断された場合（ＳＡ９：ＹＥＳ）、共有制御部９１１は、処理をステップＳＡ１０に移行する。終了通知を受信していないと判断された場合（ＳＡ９：ＮＯ）、共有制御部９１１は、処理をステップＳＡ２に移行する。
【００４２】
ステップＳＡ１０において、共有制御部９１１は、会議プログラムの実行を終了する。会議プログラムの実行が終了すると、変更用ＧＵＩの表示と映像信号の出力は停止される。
【００４３】
２−２．プロジェクター２における処理
図７は、プロジェクター２による処理を示すフローチャートである。以下の処理は、いずれかのＰＣ１から、会議プログラムが起動されたことの通知（以下、「起動通知」という）を、プロジェクター２が受信したことを契機として開始される。プロジェクター２は、起動通知を送信したＰＣ１の識別子をＲＡＭ２０３に記憶する。なお、プロジェクター２は、図７に示す処理とは別に、合成画像を生成し、生成した合成画像をスクリーンＳＣに投写する処理を行っている。
【００４４】
ステップＳＢ１において、ＭＣＵ２０１は、いずれかのＰＣ１からレイアウト変更命令を受信したか否かを判断する。レイアウト変更命令を受信したと判断された場合（ＳＢ１：ＹＥＳ）、ＭＣＵ２０１は、レイアウト変更命令をＲＡＭ２０３に記憶し、処理をステップＳＢ２に移行する。レイアウト変更命令を受信していないと判断された場合（ＳＢ１：ＮＯ）、ＭＣＵ２０１は、処理をステップＳＢ５に移行する。
【００４５】
ステップＳＢ２において、ＭＣＵ２０１は、ＰＣ１において行われたレイアウト変更操作の内容に応じてＲＡＭ２０３に記憶されたレイアウト情報を変更する。ステップＳＢ３において、ＭＣＵ２０１は、出力開始命令または出力停止命令を一または複数のＰＣ１に送信する。具体的には、ＭＣＵ２０１は、レイアウト情報に基づいて、新たにアクティブなＰＣとなったＰＣ１に出力開始命令を送信し、新たに非アクティブなＰＣとなったＰＣ１に出力停止命令を送信する。
【００４６】
ステップＳＢ４において、ＭＣＵ２０１は、会議用プログラムが起動されているＰＣ１の各々にレイアウト情報を送信する。ステップＳＢ５において、ＭＣＵ２０１は、いずれかのＰＣ１から終了通知を受信したか否かを判断する。終了通知を受信したと判断された場合（ＳＢ５：ＹＥＳ）、ＭＣＵ２０１は、終了通知が取得されたＰＣ１の識別子を接続ＰＣ一覧から削除し、処理をステップＳＢ６に移行する。終了通知を受信していないと判断された場合（ＳＢ５：ＮＯ）、ＭＣＵ２０１は、処理をステップＳＢ１に移行する。ステップＳＢ６において、ＭＣＵ２０１は、終了通知を転送する。具体的には、ＭＣＵ２０１は、接続ＰＣ一覧に含まれるＰＣ１に、終了通知を送信する。
【００４７】
２−３．監視モジュールの処理
図６の例で、変更用ＧＵＩ７０を表示するウインドウは、ウインドウバーおよびウインドウ本体を含んでいる。ＯＳ８は、ウインドウ本体を閉じてウインドウバーだけを表示する機能を提供する。ウインドウ本体を閉じた状態と開いた状態とは、例えば、ユーザーＵがマウスを操作して、切換ボタン７１０（図６）をクリックすることにより切り換えられる。
【００４８】
図８は、図６の変更用ＧＵＩ７０において、ウインドウ本体を閉じた状態を例示する図である。ウインドウ本体を閉じた状態は、第１状態の一例である。ウインドウ本体を開いた状態（図６）は、第２状態の一例である。すなわちこの例で、監視モジュール９２の出力制御部９２３は、変更用ＧＵＩ７０が第１状態から第２状態に切り替わったことを契機として、リアルタイムの変更用ＧＵＩ７０を含まない画像をプロジェクター２に出力する。
【００４９】
図９は、変更用ＧＵＩの状態が切り換えられる場合の処理を示すフローチャートである。図９は、変更用ＧＵＩ７０の切換ボタン７１０の操作に応じて、ＰＣ１が、映像信号の出力を開始し、または停止する処理を示している。以下の処理は、図５のステップＳＡ６で映像信号の出力が開始され（すなわち、自装置がアクティブなＰＣであって）、且つ、第１状態の変更用ＧＵＩ７０が表示部１０５に表示されたことを契機として開始される。また、以下の処理は、開始された映像信号の出力が、再びステップＳＡ６で停止されるまで繰り返し行われる。
【００５０】
ステップＳＣ１において、検出部９２２は、変更用ＧＵＩを第１状態から第２状態に切り換える指示（以下、「拡大指示」という）の入力がされたか（すなわち図８の切換ボタン７１０がクリックされたか）否かを判断する。拡大指示が入力されたと判断された場合（ＳＣ１：ＹＥＳ）、検出部９２２は、処理をステップＳＣ２に移行する。拡大指示が入力されていないと判断された場合（ＳＣ１：ＮＯ）、検出部９２２は、拡大指示が入力されるまで処理を待機する。
【００５１】
ステップＳＣ２において、出力制御部９２３は、映像信号の出力を停止する。なお、ステップＳＣ２においてアクティブなＰＣからの映像信号の出力が停止されると、プロジェクター２には前フレームとの差分を示すデータが供給されない。そのため、当該アクティブなＰＣについての個別画像４０は更新されずに停止（フリーズ）されたような状態でスクリーンＳＣに投写される。
【００５２】
ステップＳＣ３において、表示制御部９１２は、変更用ＧＵＩ７０を第１状態（図８）から第２状態（図６）に切り換える。
【００５３】
ステップＳＣ４において、検出部９２２は、変更用ＧＵＩを第２状態から第１状態に切り換える指示（以下、「縮小指示」という）の入力がされたか（すなわち図６の切換ボタン７１０がクリックされたか）否かを判断する。縮小指示が入力されたと判断された場合（ＳＣ４：ＹＥＳ）、検出部９２２は、処理をステップＳＣ５に移行する。縮小指示が入力されていないと判断された場合（ＳＣ４：ＮＯ）、検出部９２２は、縮小指示が入力されるまで処理を待機する。
【００５４】
ステップＳＣ５において、表示制御部９１２は、変更用ＧＵＩ７０を第２状態から第１状態に切り換える。
【００５５】
ステップＳＣ６において、出力制御部９２３は、映像信号の出力を再開する。これにより、プロジェクター２により投写される画像には、表示部１０５に表示されているものと同じ画像が含まれる。
【００５６】
図１０は、表示部１０５に表示される画像と、スクリーンＳＣに投写される画像（液晶パネル２０７に表示される画像）との対比を示す図である。図１０は、１枚の個別画像４０が単独で投写される例（分割数１の例）における対比であって、図示された表示部１０５を有するＰＣ１がアクティブなＰＣである例を示す。図１０Ａは、図９に示す処理が行われなかった場合の個別画像４０の経時変化を示す図である。図１０Ａにおいて、時刻ｔ１２は、時刻ｔ１１よりも後の時刻であって、拡大指示が入力された後の時刻を表す。時刻ｔ１１において、表示部１０５とスクリーンＳＣには、主画像に、第１状態の変更用ＧＵＩ７０が重ねて表示されている。時刻ｔ１２において、表示部１０５とスクリーンＳＣには、主画像に、第２状態の変更用ＧＵＩ７０が重ねて表示されている。図１０Ａに示す通り、図９に示す処理が行われない場合には、第２状態の変更用ＧＵＩ７０がスクリーンＳＣに投写される。ＧＵＩ７０は設定変更用の画面なので、他のユーザーには見られたくない情報を含んでいる。
【００５７】
図１０Ｂは、図９に示す処理が行われた場合の個別画像４０の経時変化を示す図である。図１０において、時刻ｔ２２は、時刻ｔ２１よりも後の時刻であって、拡大指示が入力された後の時刻を表す。時刻ｔ２３は、時刻ｔ２２よりも後の時刻であって、縮小指示が入力された後の時刻を表す。時刻ｔ２１において、表示部１０５とスクリーンＳＣには、主画像に、第１状態の変更用ＧＵＩ７０が重ねて表示されている。時刻ｔ２２において、表示部１０５には、主画像に、第２状態の変更用ＧＵＩ７０が重ねて表示されている。また、時刻ｔ２２において、スクリーンＳＣには、拡大指示が入力される直前（ここでは時刻ｔ２１）にスクリーンＳＣに投写されていた個別画像４０が投写されている。時刻ｔ２３において、表示部１０５とスクリーンＳＣには、主画像に、第１状態の変更用ＧＵＩ７０が重ねて表示されている。図１０Ｂに示す通り、図９に示す処理が行われた場合には、拡大指示が入力されると、表示部１０５に表示されている画像とは異なる画像（表示部１０５に表示されていた画像の静止画像）がスクリーンＳＣに投写される。したがって、第２状態の変更用ＧＵＩ７０がスクリーンＳＣに投写され、レイアウト変更操作の過程がスクリーンＳＣに投写されることが防止される。
【００５８】
図１１は、表示部１０５に表示される画像と、スクリーンＳＣに投写される画像との別の対比を示す図である。図１１は、図示された表示部１０５を有するＰＣ１とは異なる他のＰＣ１がアクティブなＰＣである場合における対比を示す。図１１において、時刻ｔ３２は、時刻ｔ３１よりも後の時刻であって、拡大指示が入力された後の時刻を表す。図１１に示す通り、図示された表示部１０５を有するＰＣ１とは異なる他のＰＣ１がアクティブなＰＣである場合、図示された表示部１０５の画像は、いずれの時刻においてもスクリーンＳＣには投写されない。したがって、この場合においても、レイアウト変更操作の過程がスクリーンＳＣに投写されることはない。
【００５９】
３．変形例
本発明は、上述の実施形態に限定されるものではなく、種々の変形実施が可能である。以下、変形例をいくつか説明する。以下で説明する変形例のうち、２つ以上のものが組み合わされて用いられてもよい。
【００６０】
３−１．変形例１
監視モジュールによる監視の対象となるプログラムモジュールは、実施形態で説明した共有モジュール９１、すなわちプロジェクターの共有処理をするものに限定されない。ワードプロセッサー、メーラー、プレゼンテーションソフトウェア、メディアプレーヤーなど、プロジェクターの共有以外の機能を提供するプログラムモジュールが監視の対象となってもよい。
【００６１】
なお、監視対象となるのは、プログラムモジュールの全体であってもよいし、プログラムモジュールの特定の機能（サブプログラムモジュール）であってもよい。例えば、監視対象のプログラムモジュールがメディアプレーヤーである場合において、コンテンツを再生する機能は監視せず、コンテンツ再生の設定を変更する機能を監視対象としてもよい。すなわちこの場合、コンテンツが再生されているときは表示部１０５に表示されているものと同じ画像がプロジェクター２により投写され、設定を変更しようとしたときは、表示部１０５に表示されているものと異なる画像がプロジェクター２により投写される。
【００６２】
別の例で、監視対象のプログラムモジュールが、電子メールを受信したときに受信した電子メールの送信者およびタイトルをポップアップウインドウで通知する機能を有するメーラーである場合において、この受信メールの通知機能を監視対象としてもよい。この場合、バックグラウンドで動作しているメーラーが電子メールを受信して受信通知をしようとしたときは、表示部１０５に表示されているものと異なる画像がプロジェクター２により投写される。
【００６３】
このように、監視対象となる機能、すなわち他のユーザーに見せたくない情報は、監視対象となるプログラムモジュールによって異なる。
【００６４】
３−２．変形例２
監視モジュールおよび監視の対象となるプログラムモジュールは、それぞれ別のアプリケーションプログラムに含まれていてもよい。例えば、監視モジュールは、監視対象のプログラムモジュールを含む会議プログラムとは別個の独立したアプリケーションプログラム（監視アプリケーション）として提供されてもよい。この場合において、監視対象のアプリケーションプログラムは、監視アプリケーションにおいてあらかじめ設定されていてもよいし、ユーザーにより登録されてもよい。
【００６５】
３−３．変形例３
監視対象のプログラムモジュールの第１状態および第２状態は、実施形態で説明したものに限定されない。第１状態および第２状態は、例えば以下の（１）〜（４）のうち少なくとも１つに該当するものである。
【００６６】
（１）第１状態は表示面積が小さく第２状態は表示面積が大きい。
実施形態で説明したのはこの例である。すなわち、ウインドウ本体を閉じた状態が第１状態であり、ウインドウ本体を開いた状態が第２状態である。この他、アイコン状態が第１状態であり、ウインドウを開いた状態が第２状態であってもよい。
【００６７】
（２）第１状態ではユーザーの入力を受け付けず、第２状態ではユーザーの入力を受け付ける。
例えば、既に説明したウインドウ本体を閉じた状態およびアイコン化した状態は、ユーザーの入力を受け付けない状態に相当する。この他、例えば、メディアプレーヤーにおいてコンテンツを再生している状態が第１状態に相当し、設定のためのダイアログボックスを開いた状態が第２状態に相当する。
【００６８】
（３）第１状態では画面が表示されず第２状態では画面が表示される。
例えば、アプリケーションがバックグラウンドで動作しているときは第１状態に相当し、フォアグラウンドで動作しているときは第２状態に相当する。
【００６９】
（４）第１状態は非アクティブであり、第２状態はアクティブである。
例えば、マルチウインドウシステムにおいて、最前面に表示されているウインドウのアプリケーションがアクティブであり、それ以外のウインドウのアプリケーションは非アクティブである。なお、ここでいう「アクティブ」および「非アクティブ」は、領域Ｌ１の説明で用いた「アクティブなＰＣ」および「非アクティブなＰＣ」とは異なる意味を有する。
【００７０】
３−４．変形例４
第２画面は、実施形態で説明したものに限定されない。実施形態の例では、第２画面は、監視対象のプログラムモジュールが第１状態から第２状態に切り替わる直前に表示部１０５に表示されていた画像を静止画にしたものである。この例では、他のユーザーには、画面がフリーズしたように見える。別の例で、第２画面は、全面が共通の輝度の画面、例えば全面が黒の画面であってもよい。この例では、他のユーザーには、画面がミュートされたように見える。さらに別の例で、第２画面は、表示部１０５に表示されている画像にモザイク処理をかけたり、ハッチング処理をかけたりした画面であってもよい。この例では、他のユーザーには詳細な情報は見えないが、投写されている画像が変化していることはわかる。先の２つの例では投写されている画像は静止画であるので、映像ソースであるＰＣ１にトラブルが発生したとの誤解を招く可能性があるが、モザイク処理をかけた画像であれば、このような誤解を招く可能性を低減できる。
【００７１】
なお、第２画面を表示させる方法は実施形態で説明したものに限定されない。実施形態では、ＰＣ１からプロジェクター２への映像信号の出力を停止することにより第２画像を生成したが、ＰＣ１において第２画面を生成し、第２画面を示す映像信号をプロジェクター２に出力してもよい。
【００７２】
３−５．他の変形例
ユーザーインターフェース画面は、図６の例に限定されない。さらに、レイアウト変更操作も実施形態に記載された操作に限らない。例えば、領域Ｌ１において、ユーザーＵが、一の個別領域ｆ１に示された識別子をドラッグし、他の個別領域ｆ１においてドロップすることにより、個別領域ｆ１とＰＣ１との対応関係の変更が行われてもよい。
【００７３】
投写システムＰＳにおいて、レイアウトを変更する権限が与えられるＰＣ１は、プロジェクター２と接続されたすべてのＰＣ１に限らない。一部のＰＣ１にのみ、レイアウトを変更する権限が与えられてもよい。この場合、レイアウトを変更する権限が与えられていないＰＣ１においては、変更用ＧＵＩは表示されず、また、図９に示す処理は行なわれない。
【００７４】
ＰＣ１およびプロジェクター２のハードウェア構成は、図２および図３に示した構成に限らない。図４の機能を実現できるものであれば、ＰＣ１およびプロジェクター２はどのようなハードウェア構成であってもよい。例えば、ＲＯＭ１０２またはＲＯＭ２０２に代えて揮発性の記憶装置が用いられてもよい。別の例で、プロジェクター２の光変調器は、液晶パネルとカラーホイールとを組み合わせたもの、デジタルミラーデバイス（ＤＭＤ）を用いたもの、またはＤＭＤとカラーホイールとを組み合わせたものであってもよい。また、プロジェクター２が、アクセスポイント３の機能を内蔵していてもよい。
【００７５】
投写システムＰＳの構成は、図１に示した構成に限らない。例えば１台のＰＣ１のみがプロジェクター２に接続され、当該ＰＣ１に他のＰＣ１が接続されていてもよい。この場合、プロジェクター２に接続されたＰＣ１が、他のＰＣ１から出力された映像信号に応じて合成画像を生成し、生成した合成画像を示す映像信号をプロジェクター２に出力する。また、このＰＣ１は、他のＰＣ１にレイアウト情報を送信する。さらに、ＰＣ１から出力される映像信号は、アナログ信号であってもよい。映像信号がアナログ信号である場合において、変更用ＧＵＩを第２状態に切り換える指示が入力されたときは、例えば、あらかじめ決められた画像を示す映像信号がプロジェクター２に出力される。
【００７６】
本発明が適用される情報処理装置は、パーソナルコンピューターに限らない。例えば、タブレット端末に本発明が適用されてもよい。また、本発明に係る情報処理装置が信号を出力する画像表示装置は、プロジェクター２に限らない。画像表示装置は、情報処理装置から出力された信号に応じた画像を表示する装置であれば、例えば、直視の液晶ディスプレイなどを有する液晶表示装置であってもよい。
【００７７】
ＰＣ１とプロジェクター２とは無線接続されている場合に限らない。ＰＣ１とプロジェクター２とは、画像信号ケーブルおよびＵＳＢ（Universal Serial Bus）ケーブルなどにより有線接続されていてもよい。
【符号の説明】
【００７８】
１…パーソナルコンピューター、２…プロジェクター、３…アクセスポイント、８…ＯＳ、９…会議プログラム、４０…個別画像、５０…合成画像、９１…共有モジュール、９２…監視モジュール、１０１…ＣＰＵ、１０２…ＲＯＭ、１０３…ＲＡＭ、１０４…記憶部、１０５…表示部、１０６…入力部、１０７…通信部、２０１…ＭＣＵ、２０２…ＲＯＭ、２０３…ＲＡＭ、２０４…映像信号レシーバー、２０５…フレームレート変換回路、２０６…パネル駆動回路、２０７…液晶パネル、２０８…通信部、７０…変更用ＧＵＩ、７１０…切換ボタン、７２０…枚数変更ボタン、９１１…共有制御部、９１２…表示制御部、９２１…画像出力部、９２２…検出部、９２３…出力制御部
【図１】
2015057689.tif 000003
【図２】
2015057689.tif 000004
【図３】
2015057689.tif 000005
【図４】
2015057689.tif 000006
【図５】
2015057689.tif 000007
【図６】
2015057689.tif 000008
【図７】
2015057689.tif 000009
【図８】
2015057689.tif 000010
【図９】
2015057689.tif 000011
【図１０Ａ】
2015057689.tif 000012
【図１０Ｂ】
2015057689.tif 000013
【図１１】
2015057689.tif 000014