(57)【要約】【課題】ネットワークに接続された複数の情報処理装置から、当該情報処理装置の表示デバイスが表示するフレーム間での変化領域を画像データとして受信し、各情報処理装置からの画像データを合成して表示を行うことができる表示制御装置であって、フリーズ機能におけるフリーズ解除時の処理を応答性よく実施可能な表示制御装置を提供すること。【解決手段】１台の情報処理装置の画像データを表示中する場合には、第一のバッファと、第二のバッファのみで表示対象の画像データ更新を行い、さらに、フリーズ制御手段によって、フリーズ処理を実行すると、第二の表示バッファ指定手段が指すバッファを、第一の表示バッファ指定手段が指し示すバッファに指定し、第一の表示バッファ指定手段が指すバッファの内容を、前記第三のバッファにコピーし、第一の表示バッファ指定手段が差すバッファを、第三のバッファとすることを特徴とする。【選択図】図６
2014123027.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された複数の情報処理装置から、当該情報処理装置の表示デバイスが表示するフレーム間での変化領域を画像データとして受信し、各情報処理装置からの画像データを合成して表示を行うことができる表示制御装置であって、
画像データを格納する第一、第二、第三のバッファと、
表示対象とするバッファを、前記第一、第二、第三のバッファから指定する第一の表示バッファ指定手段と、
任意のタイミングで表示中の画像を静止させるフリーズ処理の実行および当該処理の解除を行うフリーズ制御手段と、
非フリーズ状態の場合に、表示対象となるバッファを指し示す第二の表示バッファ指定手段と、
を備え、
１台の情報処理装置の画像データを表示中する場合には、
前記第一のバッファと、前記第二のバッファのみで表示対象の画像データ更新を行い、
さらに、
前記フリーズ制御手段によって、フリーズ処理を実行すると、
前記第二の表示バッファ指定手段が指すバッファを、前記第一の表示バッファ指定手段が指し示すバッファに指定し、
前記第一の表示バッファ指定手段が指すバッファの内容を、前記第三のバッファにコピーし、
前記第一の表示バッファ指定手段が差すバッファを、前記第三のバッファとする
ことを特徴とする表示制御装置。
【請求項２】
フリーズ状態の場合に、情報処理装置から次のフレームの画像データを受信した場合には、前記第二の表示バッファ指定手段が指していない方の、前記第一のバッファもしくは第二のバッファを受信した画像データの展開先とし、展開処理が完了すると、第二の表示バッファ指定手段の指し先を、画像データの展開先に切り替えることを特徴とする請求項１に記載の表示制御装置。
【請求項３】
フリーズ状態から前記フリーズ制御手段によって、フリーズの解除が実行すると、前記第一の表示バッファ指定手段が指し示すバッファを、前記第二の表示バッファ指定手段が指すバッファに切り替えることを特徴とする請求項１又は請求項２に記載の表示制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パーソナルコンピュータ（以下、「ＰＣ」と表記する。）等の情報処理装置の生成画像をプロジェクタなどの表示制御装置に送信する画像の伝送システムおよび伝送方法に関する。
【背景技術】
【０００２】
通常、ＰＣとプロジェクタとはアナログＲＧＢケーブルを用いたアナログ接続によって画像信号の送受信を行っていた。アナログ接続では、接続に手間がかかる、遠隔地からの接続が困難、複数台のＰＣと同時に接続したい、といった理由からネットワークを介してＰＣとプロジェクタを接続するネットワーク画面転送システムが注目されている。
【０００３】
このネットワーク画面転送システムを実現するためには、ＰＣなどの画像処理装置に表示された画面について、いわゆる画面キャプチャを定期的に行い、画面キャプチャによって取得された画像データをプロジェクタなどの表示制御装置に送信している。
【０００４】
ここでネットワーク画面転送システムにおいては一般的に送信する画像データの通信量を削減するために、画像処理装置が表示する画面に変化があった場合に、その変化部分のみを部分画像データとして送信することが一般的である（特許文献１）。
【０００５】
このときプロジェクタなどの表示制御装置は、部分画像データを受信して、これ以前に受信した画像データと合わせて１フレーム分の画像データを完成させて表示制御を行う必要があり、一般的に以下のように表示制御を行う。
【０００６】
まず表示制御装置はフレームバッファをダブルバッファ構成としており、部分画像データを受信すると、書き込みバッファに指定されている方のバッファに更新領域を書き込む。
【０００７】
更新領域の書き込みが完了すると、このバッファに書かれた画像データを表示させるために、このバッファを読み出しバッファへと切り替える。なお、読み出しバッファとしていされたバッファに保持されている画像データが実際に表示されるものである。
【０００８】
ここで２つのバッファの画像データを一致させるために、バッファ切り換え後に、他方のバッファに同じものを書き込む。
【０００９】
以下、部分画像データを受信する度に上記フローを繰り返す。
【００１０】
上述した従来方法では、バッファ切り換え後にバッファ間のコピーが発生するために、メモリアクセスが増加してしまう問題がある。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２００７−２４８６３５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
一方、プロジェクタ等の表示装置には一般的にフリーズ機能が提供されている。本機能は当該指示をユーザが行った時点で表示中の映像を停止させて、フリーズ解除指示が実施されるまで表示し続ける機能である。
【００１３】
ここで、更新領域の映像データのみ送信する情報処理装置と、更新領域の映像データを二面のフレームバッファで管理して１Ｆｒａｍｅの映像データを表示する表示装置で構成されるネットワーク画面転送システムを用いた場合を考える。この場合、フリーズ処理を実行中に、デコード結果を展開するバッファが一つであるため、デコード処理中にフリーズ解除指示を受けた場合には、デコードが完了するまで、フリーズの解除を待つ必要が生じるため、フリーズ解除の応答性が低下してしまう。
【００１４】
そこで本発明は、このようなバッファ管理方式であっても、フリーズ機能におけるフリーズ解除時の処理を応答性よく実施可能な表示装置を提供する。
【課題を解決するための手段】
【００１５】
本発明の投影装置は、かかる目的を達成するために、ネットワークに接続された複数の情報処理装置から、当該情報処理装置の表示デバイスが表示するフレーム間での変化領域を画像データとして受信し、各情報処理装置からの画像データを合成して表示を行うことができる表示制御装置であって、画像データを格納する第一、第二、第三のバッファと、表示対象とするバッファを、前記第一、第二、第三のバッファから指定する第一の表示バッファ指定手段と、任意のタイミングで表示中の画像を静止させるフリーズ処理の実行および当該処理の解除を行うフリーズ制御手段と、非フリーズ状態の場合に、表示対象となるバッファを指し示す第二の表示バッファ指定手段と、を備え、１台の情報処理装置の画像データを表示中する場合には、前記第一のバッファと、前記第二のバッファのみで表示対象の画像データ更新を行い、さらに、前記フリーズ制御手段によって、フリーズ処理を実行すると、前記第二の表示バッファ指定手段が指すバッファを、前記第一の表示バッファ指定手段が指し示すバッファに指定し、前記第一の表示バッファ指定手段が指すバッファの内容を、前記第三のバッファにコピーし、前記第一の表示バッファ指定手段が差すバッファを、前記第三のバッファとすることを特徴とする。
【発明の効果】
【００１６】
本発明は、更新領域の映像データのみ送信する情報処理装置と、更新領域の映像データを二面のフレームバッファで管理して１Ｆｒａｍｅの映像データを表示する表示装置で構成されるネットワーク画面転送システムの表示装置であっても、フリーズ解除を応答性よく実施する効果を奏する。
【図面の簡単な説明】
【００１７】
【図１】画面転送システムの概念図
【図２】画面転送システムを構成するＰＣとプロジェクタのブロック図
【図３】１画面レイアウト表示時のバッファ管理方法を表わす図
【図４】多画面レイアウト表示時のバッファ管理方法を表わす図
【図５】フリーズ処理時のフローチャート
【図６】フリーズ処理時のバッファ管理方法を表わす図
【発明を実施するための形態】
【００１８】
以下、図面を参照して本発明の実施例を詳細に説明するが、この発明は以下の実施の形態に限定されない。また、この発明の実施の形態は発明の好ましい形態を示すものであり、発明の範囲を限定するものではない。
【実施例１】
【００１９】
図１は本実施例の実施形態にかかわる基本的な構成である。本実施例では、情報処理装置の一例であるパーソナルコンピュータ１００ａ、１００ｂ（以下ＰＣ）と、表示制御装置の一例であるプロジェクタ２００がＬＡＮ１５０を介して通信ネットワークを形成している画面転送システムを例にとって説明する。本実施例のＰＣ１００は、そのディスプレイに表示中の映像をキャプチャして通信ネットワークに接続されたプロジェクタに映像データとして、送信することができる。一方、プロジェクタ２００は、ＰＣ１００より映像データを受信して、これを投影することができる。また図示のようにプロジェクタ２００は、ＰＣ１００複数台からの映像データを合成して多画面表示することができる。
【００２０】
以下、図２を用いて本実施例の画面転送システムを構成するＰＣ１００とプロジェクタ２００の主要な構成を説明する。構成の説明の後、基本的な動作について説明する。
【００２１】
まず、ＰＣ１００の主要な構成を説明する。
【００２２】
１０１は、ＣＰＵであり、ＰＣ１００の全体の制御を行う。
【００２３】
１０２は、ＲＡＭであり、データの格納を行うメインメモリである。ＲＡＭ１０２は、主に、ＣＰＵ１０１が実行するプログラムを格納、或いは展開する領域、プログラム実行中のワーク領域など、様々なデータの格納領域として使用される。
【００２４】
１０３は、ＶＲＡＭであり、後述する表示部１０６に表示する画像を格納するための領域として使用される。なおＲＡＭ１０２の速度が十分高速であれば、ＶＲＡＭ１０３は、ＲＡＭ１０２と同じであってもよい。
【００２５】
１０４は、ＲＯＭであり、ＣＰＵ１０１が初期化時に実行するブートプログラムが格納されている。なお、ブートプログラムでは、後述するＨＤＤ１０５に記録されているＯＳをＲＡＭ１０２に展開して起動する処理が行われる。
【００２６】
１０５は、ハードディスクドライブ（以下ＨＤＤ）であり、アプリケーションプログラムやＯＳなどの各種プログラムとデータを格納するために使用される。
【００２７】
１０６は、表示部である。表示部１０６は、後述する表示制御部１０７より指示された画像の表示を行う。表示部１０６は例えば、液晶パネル、或いは有機ＥＬパネルである。
【００２８】
１０７は、表示制御部である。表示制御部１０７は、ＶＲＡＭ１０３に格納された画像を読み出し、これを表示部１０６に表示する処理を行う。
【００２９】
１０８は、操作部であり、ユーザからの入力を受け付ける。操作部１０８は、例えばキーボード、マウス、タッチパネル等によって構成され、これらの入力操作はＣＰＵ１０１に送信される。
【００３０】
１０９は、通信部であり、通信ネットワーク１５０を介して外部機器、具体的にはプロジェクタ２００と通信を行う。通信部１０９は、例えば１ギガビットイーサネット（登録商標）等のインタフェースによって構成される。
【００３１】
１１０は、上述した各処理ブロック間を接続する内部バスである。
【００３２】
次にプロジェクタ２００の主要な構成を説明する。
【００３３】
２０１は、ＣＰＵであり、プロジェクタ２００の全体の制御を行う。
【００３４】
２０２は、ＲＡＭであり、データの格納を行うメインメモリである。ＲＡＭ２０２は、主に、ＣＰＵ１０１が実行するプログラムを格納、或いは展開する領域、プログラム実行中のワーク領域など、様々なデータの格納領域として使用される。
【００３５】
２０３は、ＲＯＭである。ＲＯＭ２０３にはプロジェクタ２００が動作するためのプログラムやパラメータなどのデータが予め書き込まれており、ＣＰＵ２０１はにＲＯＭ２０３の内容に従って動作する。
【００３６】
２０４は、ＶＲＡＭであり、後述する投影部２０６で投影する画像を格納するための領域として使用される。
【００３７】
２０５は、画像処理部であり、ＰＣ１００より受信した画像データが例えば、Ｊｐｅｇなどの符号化方式によってエンコードされていた場合にこれをデコードする。また図１のような多画面表示を実施する場合には、本処理部で適切なサイズへのリサイズを実施する。
【００３８】
２０６は、投影部である。投影部１０６は、後述する投影制御部２０７により指示された画像の表示を行う。投影部２０６は具体的には、液晶パネル、レンズ、光源で構成される。
【００３９】
２０７は、投影制御部である。投影制御部２０７は、ＶＲＡＭ２０４に格納された画像を読み出し、これを投影部１０７に投影する処理を行う。
【００４０】
２０８は、操作部であり、ユーザからの入力を受け付ける。操作部２０８は、筐体に付随するボタンや、不図示のリモコンからのユーザ操作を受け付けるリモコン受信部等によって構成され、これらの入力操作は、ＣＰＵ２０１に送信される。
【００４１】
２０９は、通信部であり、通信ネットワーク１５０を介して外部機器、具体的にはＰＣ１００と通信を行う。通信部２０９は、例えば１ギガビットイーサネット等のインタフェースによって構成される。
【００４２】
２１０は、上述した各処理ブロック間を接続する内部バスである。
【００４３】
ここで、本実施例の画面転送システムの通常の動作として、ＰＣ１００が自身の表示部に表示中の映像データをプロジェクタ２００に送信して、プロジェクタ２００が投影表示するフローについて説明する。
【００４４】
なお説明の簡単化のために、ＰＣ１００の通信部１０９とプロジェクタ２００の通信部２０９はともに有効化されており、さらに双方向の通信が可能な状態になっているものとする。
【００４５】
まず、画面転送システムを構成するＰＣ１００の通常の動作について説明する。なお以下の動作は、ＰＣ１００上のＣＰＵ１０１で動作するプログラムによって実現されるものである。本実施例ではこのプログラムを画面転送アプリケーションとする。
ユーザから操作部１０８を介して、画面転送の開始が指示されると、この命令はＣＰＵ１０１に通知される。
【００４６】
次にＣＰＵ１０１は、表示制御部１０７を制御し、表示部１０６に表示中の画像データをＶＲＡＭ１０３からＲＡＭ１０２に転送する。なお本明細書記載のキャプチャとはこの処理を示している。
【００４７】
次にＣＰＵ１０１は、キャプチャしてＲＡＭ１０２に格納された画像データを画面転送アプリケーションのプログラムによってエンコードする処理を行う。ここでエンコード用いる手法は画像データの圧縮に一般的に用いられるＪｐｅｇ符号化であるとする。なお、圧縮の方法はこれに限定されるものではなく、後述するプロジェクタ２００でデコードが可能なものであればその様態を問わない。ここで、プロジェクタに送信する画像データは、以前に送信した画像データからの変化分だけでよいため、エンコード処理の前に差分領域チェックをＣＰＵ１０１が実施し、差分領域だけにエンコード処理を実施してもよい。
【００４８】
次に、ＣＰＵ１０１は、通信部１０９を制御し、ＲＡＭ１０２に格納されたエンコード済みの画像データをプロジェクタ２００に送信する。
【００４９】
画面転送アプリケーション起動中は、上述のキャプチャ、変化領域チェック、エンコード、送信の処理を繰り返し、ユーザから画面転送アプリケーションの終了が指示されるとこれらの処理を停止する。
【００５０】
続いて、画面転送システムを構成するプロジェクタ２００の通常の動作について説明する。なお以下の動作は、プロジェクタ２００上のＣＰＵ２０１で動作するプログラムによって実現されるものである。説明の簡単化のため、すでにこのプログラムがユーザからの指示によって起動しているとして説明を行う。
【００５１】
ＣＰＵ２０１は、通信部２０９を制御し、ＰＣ１００より画像データを受信するのを待ちうける。
【００５２】
前述のＰＣ１００の動作によって、プロジェクタ２００に送信された画像データを通信部２０９が受信すると、ＣＰＵ２０１は、これをＲＡＭ２０２に格納する。なお、図１の状況のように複数台のＰＣから画像データを受信する場合には、各ＰＣと関連付けて当該画像データをＲＡＭ２０２に格納する。
【００５３】
次に、ＣＰＵ２０１は、画像処理部２０５を制御し、ＲＡＭ２０２に格納されたＪｐｅｇ符号化された画像データのデコード処理を行う。ここでデコード後の画像データは、ＶＲＡＭ２０４に投影表示用の画像として格納される。なお、図１の状況のように複数台のＰＣから画像データを受信しており、これらを同時に投影表示する場合には、デコード後の画像データのリサイズ処理を行って表示可能なサイズまで縮小する処理を実行してから、各ＰＣと関連付けてＶＲＡＭ２０４に格納する。そして画像処理部２０５を制御して，各ＰＣ毎の画像データを合成して投影表示用の画像データを作成し、ＶＲＡＭ２０５に格納する。
【００５４】
次に、ＣＰＵ２０１は、投影制御部２０７を制御し、ＶＲＡＭ２０４に格納された投影表示用の画像データを読み出し、これを投影部２０６から投影表示する。
以上が、本実施例の画面転送システムにおいて、ＰＣ１００から送信する画像データをプロジェクタ２００が受信して投影するまでの通常フローである。
【００５５】
続いて、前述の通常の処理フローにおいて、ネットワーク画面転送を実行中に、プロジェクタ２００がＶＲＡＭ２０４をどのように利用して投影表示する映像データを作成しているのかを説明する。
【００５６】
まず、プロジェクタ２００がＰＣ１００の映像データを受信して１画面レイアウト表示する場合の説明を図３を用いて行う。この場合では、プロジェクタ２００のＶＲＡＭ２０４からプロジェクタ２００が投影する解像度サイズで２面分のバッファを利用する。
【００５７】
図３は、時系列でのＰＣ１００の表示部１０６の状態（ａ）、プロジェクタ２００のＶＲＡＭ２０４に確保した投影表示用の第一のバッファの状態（ｂ）、プロジェクタ２００のＶＲＡＭ２０４に確保した投影表示用の第二のバッファの状態（ｃ）を示している。なお、各バッファ内を矩形に区切っている破線は更新領域を判定する領域を模式的に示しているものであり、実際にはＰＣ、プロジェクタで表示されるものではない。
【００５８】
まず、ＰＣ１００からネットワーク画面転送を実施する前の状態では、プロジェクタの第一のバッファ、第二のバッファは、それぞれ３０１ａ、３０１ｂのような状態であり、全画面黒でクリアされている。なお３０３の破線枠は、プロジェクタ２００の投影制御部２０７が読み出し中のバッファを示している。すなわち、３０３の破線枠で囲まれたバッファ（３０２ａ）の内容が、投影部２０６から投影表示されている。
【００５９】
次に、ＰＣ１００でネットワーク画面転送が開始されると、ＰＣ１００の表示部１０６に表示中の内容に、キャプチャ、差分領域チェック、エンコード、送信の各処理が実施され、プロジェクタ２００に画像データとして転送される。ここで、最初に送信する１Ｆｒａｍｅ目の画像データは、差分領域チェック対象が無いので必ず全画面分となる。ＰＣ１００の表示部の１Ｆｒａｍｅ目を示す３００ａを例にとると、ドット模様３０４で示した領域が、プロジェクタへ送信する対象の差分領域である。
【００６０】
当該差分領域（ここでは全画面分）のエンコードデータを受信したプロジェクタ２００は、これをデコードして、表示中でない方のバッファに展開する。この時点では、第二のバッファが表示中であるので、３０１ｂに示したように第一のバッファを展開する。
【００６１】
１Ｆｒａｍｅ分のデコードが完了して表示すべき画像データが完成すると投影制御部２０７を制御して第一のバッファを投影表示対象にする。この様子を示しているのが、３０１ｃである。
【００６２】
次に、３００ｂのようにＰＣ１００の表示面の一部（３０５のドット模様部分）が更新された場合を説明する。
【００６３】
ここでは、差分チェック処理により、３００ａと３００ｂで更新された領域（３０５）だけが、プロジェクタへ送信する差分領域となる。
【００６４】
当該差分領域のエンコードデータを受信したプロジェクタ２００は、これをデコードして表示中でない方のバッファに展開する。この時点では３０１ｄに示したように第一のバッファが表示中であるので、第二のバッファに、３０２ｄのように展開する。
【００６５】
次に、差分領域以外の領域を、表示しているバッファから、表示していないバッファに対してコピーすることで、フレームを完成させる。この処理を示した図が３０１ｅ、３０２ｅである。表示中の第一のバッファの差分領域以外の領域（３０１ｅのドット模様部分）を第二のバッファの対応位置に３０２ｅのようにコピーする。
【００６６】
最後に、３０２ｆのように投影表示対象のバッファを第二のバッファに切り替えることで、２Ｆｒａｍｅ目の画像データをプロジェクタから投影できる。
【００６７】
以上述べたように、フレーム毎に投影表示対象のバッファと、次の投影表示対象の画像データを書き込むバッファを切り替えながら処理を行うことで、プロジェクタ２００がＰＣ１００の映像データを受信して１画面レイアウト表示することができる。こうした処理を行えば、ＶＲＡＭ２０４上に確保した２面分のバッファで処理が可能となる。
【００６８】
続いて、プロジェクタ２００がＰＣ１００ａとＰＣ２００ｂの２台のＰＣからの映像データを受信して、２画面レイアウト表示する場合の説明を図４を用いて行う。この場合では、プロジェクタ２００のＶＲＡＭ２０４からプロジェクタ２００が投影する解像度サイズで３面分のバッファを利用する。
【００６９】
図４は、時系列でのＰＣ１００ａの表示部１０６の状態（ａ）、ＰＣ１００ｂの表示部１０６の状態（ｂ）、プロジェクタ２００のＶＲＡＭ２０４から確保したデコード後のデータを格納するための第三のバッファ（ｃ）、同様に確保した投影表示用の第一のバッファ（ｄ）、同様に確保した投影表示用の第二のバッファ（ｅ）を示している。
【００７０】
まず、ＰＣ１００ａおよびＰＣ１００ｂからネットワーク画面転送を実施する前の状態では、プロジェクタの第一のバッファ、第二のバッファ、第三のバッファは、それぞれ４０３ａ、４０３ａ、４０２ａのような状態であり、全画面黒でクリアされている。なお４０５の破線枠は図３の場合と同様に、プロジェクタが投影表示対象のバッファを示している。またデコード後のデータを格納するための第三のバッファは、４０６、４０７のように送信元のＰＣ毎にデコード結果を格納する領域を確保している。
【００７１】
次に、ＰＣ１００ａおよびＰＣ１００ｂでネットワーク画面転送が開始されると、ＰＣ１台の場合と同様に、プロジェクタへ送信する領域はそれぞれ全画面分の領域となる。これらは、ＰＣ１００ａでは、４００ａのドット模様部分４０８、ＰＣ１００ｂでは、４０１ａのドット模様部分４０９である。
【００７２】
ＰＣ１００ａの差分領域のエンコードデータを受信したプロジェクタ２００は、これをデコードして（必要であればリサイズも行う）、第三のバッファに展開する。この結果が４０２ｂである。
【００７３】
ＰＣ１００ａの１Ｆｒａｍｅ分のデコードが完了すると、プロジェクタ２００のＣＰＵ２０１は、第三のバッファに確保しているＰＣ１００ａのデコード結果を格納するバッファ全面を、投影表示用バッファの内、現在表示していない側（ここでは第一のバッファ）にコピーする。この様子を示しているのが４０２ｃ、４０３ｃであり、４０２ｃのＰＣ１００ａの画像データを格納している領域全面（ドット模様部分）を、４０３ｃにコピーしている。当該処理によって、ＰＣ１００ａの１Ｆｒａｍｅ分の画像データが、プロジェクタ２００の投影表示用バッファに完成したことになる。
【００７４】
そして、投影制御部２０７を制御して第一のバッファを、４０３ｄのように投影表示対象にする。なおこの時、４０２ｄの内容を第二のバッファにコピーして、投影表示対象でないバッファも、投影表示対象のバッファと同様にしておく。（４０４ｄ）
以上の処理で、ＰＣ１００ａの１Ｆｒａｍｅ目の画像データがプロジェクタ２００にて投影表示される。
【００７５】
続いて、ＰＣ１００ｂについても、ＰＣ１００ａと同様の処理を実施する。その際の各バッファの様子は、４０２ｅ〜４０２ｇ、４０３ｅ〜４０３ｇ、４０４ｅ〜４０４ｇに示した通りである。結果として４０４ｇに示したように第二のバッファが投影表示対象となり、ＰＣ１００ａとＰＣ１００ｂそれぞれの１Ｆｒａｍｅ目の画像データの投影が可能となる。
【００７６】
次に、ＰＣ１００ａにおいて、４００ｂのように表示面の一部（４１０のドット模様部分）が更新された場合を説明する。
【００７７】
ここでも、１画面レイアウト表示時の説明と同様に、４００ａと４００ｂで更新された領域（４１０）だけがプロジェクタへ送信する差分領域となる。
【００７８】
当該差分領域のエンコードデータを受信したプロジェクタ２００は、これをデコードして、第三のバッファに展開する。つまり、４０２ｈに示したように、デコード結果を展開するためのバッファに、差分領域のデコード結果を適切な位置に上書きする。
【００７９】
以降は同様に、第三のバッファ全面を、投影表示用バッファの内、現在表示していない側（ここでは、第一のバッファ）にコピーし、第一のバッファを投影表示対象のバッファに切り替えることで、ＰＣ１００ａの２Ｆｒａｍｅ目の画像データがプロジェクタ２００にて投影表示される。この様子は、４０２ｉ〜４０２ｊ、４０３ｉ〜４０３ｊ、４０４ｉ〜４０４ｊに示した通りである。
【００８０】
以上述べたように、各ＰＣからの１Ｆｒａｍｅ分の画像データのデコードが完了する毎に、これを表示中でないバッファにコピーし、当該バッファを投影表示対象に切り替える処理を実施する。これにより、プロジェクタ２００が複数ＰＣの画像データを多画面レイアウト表示することが可能となる。なお、この場合には、１画面レイアウト時と比較して１面分ＶＲＡＭに確保するバッファが余分に必要となる。このようにデコード用のバッファを１面分確保しておかないと、ＰＣ毎のデコード処理を並列に実行できなくなるため処理速度が低下してしまう。
【００８１】
以上が、本実施例の画面転送システムの通常フロー（１画面レイアウト表示時と多画面レイアウト表示時）における、プロジェクタ２００のＶＲＡＭ２０４の利用方法である。
【００８２】
まとめると、１画面レイアウト時には、２面分のバッファだけを利用して余計なコピー処理を削減して処理速度を向上させている。一方、多画面レイアウト表示を実施する際には、３面分のバッファを活用することで、ＰＣ毎のフレーム更新タイミングで表示用バッファを切り替えることが可能となる。
【００８３】
ここで、一般的なフリーズ処理について説明する。フリーズ処理は通常、ユーザからのフリーズ指示（操作部２０８を介して指示される）をＣＰＵ２０１が検知したタイミングで表示対象のバッファ切替を停止することで実現できる。そして、フリーズ中は、その時点で表示時中でない方のバッファにすべてのバッファ更新処理を実施する。そしてユーザからのフリーズ解除指示をＣＰＵ２０１が検知したタイミングで、前述のバッファ更新処理を集約させた側のバッファに投影表示対象を切り替えることで、フリーズ解除も実現できる。
【００８４】
しかしながら、図３に示したような１画面レイアウト表示を二面のバッファで実施している場合には、以下のような課題が生じる。
【００８５】
例えば、図３のＶＲＡＭ２０４の状態が、二面のバッファにおいてそれぞれ、３０１ｃ、３０２ｃの状態でユーザからフリーズ指示があったとすると、表示対象のバッファは、第一のバッファで固定される。また、以降のＰＣからのエンコードデータの展開先は、第二のバッファに固定される。次に、ＰＣからのエンコードデータを受信して、デコードしている最中にユーザからのフリーズ解除指示があったとする。（ＶＲＡＭ２０４の状態が、３０１ｄ、３０２ｄとなる前）こうしたタイミングでは、フリーズ解除後に表示するフレームの絵がまだ完成していないため、バッファを切り替え処理を次のフレームの完成まで待つ必要がある。
【００８６】
すなわち、ユーザからのフリーズ解除に即座に反応できないこととなる。こうした現象は、時間のかかるデコード処理の対象領域が大きいほどより顕著になる。
【００８７】
なお、多画面表示時にもデコードデータ展開用の第三のバッファから、投影表示用のバッファにコピー処理を実行している場合（図４の４０２ｃ、４０３ｃ、４０４ｃの状態になる前など）は、上記バッファ切り替え処理を実施することはできない。しかし、一般的に「コピー処理がデコード処理と比較して高速である」、「多画面表示中はコピー対象の領域サイズが小さい」といった理由から１画面レイアウト表示時よりは、上記課題は顕著にならない。
【００８８】
ここで、本実施例の画面転送システムを構成するプロジェクタの特徴的な動作について図５、図６を用いて説明する。前述したように、本発明では、更新領域の映像データのみ送信する情報処理装置と、更新領域の映像データを二面のフレームバッファで管理して１Ｆｒａｍｅの映像データを表示する表示装置で構成されるネットワーク画面転送システムの表示装置であっても、フリーズ解除を応答性よく実施することが可能となる。
【００８９】
図５のフローチャートは、プロジェクタ２００がＰＣ１００からの画像データを受信して１画面レイアウトで投影表示中に実行する処理を示している。なお、本フローチャートは、プロジェクタ２００のＣＰＵ２０１で動作するプログラムによって実現される。
【００９０】
プロジェクタ２００がＰＣ１００からの画像データを受信して投影表示している間、Ｓ５０１にて、ＣＰＵ２０１は操作部２０８を監視し、ユーザからのフリーズ指示があるかどうかをチェックする。フリーズ指示があればＳ５０２に遷移し、なければ本処理を繰り返す。なお不図示であるが、フリーズ指示を待っている間も、ＰＣから画像データを受信すれば、前述の方法により投影表示画面の更新を実施している。
【００９１】
Ｓ５０２で、ＣＰＵ２０１は、現在投影表示対象となっているバッファの内容を、フリーズ用バッファにコピーして、Ｓ５０３に遷移する。本処理の詳細を図６を用いて説明する。
【００９２】
図６は、図５のフローチャートのステップにおけるプロジェクタ２００のＶＲＡＭ２０４の状態を時系列で示しており、投影表示用の第一のバッファの状態（ａ）、投影表示用の第二のバッファの状態（ｂ）、フリーズ中に投影表示対象とするためのバッファの状態（ｃ）をそれぞれ示している。なお、ここでは説明の簡単化のため、ＶＲＡＭ２０４の状態が、前述の図３の最後の状態（第一のバッファが３０１ｆ、第二のバッファが３０２ｆ、投影表示対象が第二のバッファ）になっているものとする。
【００９３】
また、フリーズ中に投影表示対象とするためのバッファは、ＰＣ１００からプロジェクタに対して１画面レイアウトでの画面転送処理の開始したタイミングでＶＲＡＭ２０４から確保しているものとする。よって、ユーザからのフリーズ指示をＣＰＵ２０１が検知する直前、ＶＲＡＭ２０４の各バッファの状態は、第一のバッファが６００ａ、第二のバッファが６０１ａ、フリーズ用バッファが６０２ａとなっている。また投影表示対象のバッファは第二のバッファである（６０４）。
【００９４】
このタイミングでフリーズ指示があると、６０１ｂ、６０２ｂに図示したように、投影表示対象のバッファ内容をフリーズ用バッファにコピーする。
【００９５】
Ｓ５０３で、ＣＰＵ２０１は、現在投影表示対象となっているバッファを仮表示対象バッファとして記憶しておき、Ｓ５０４に遷移する。本処理の詳細を図６を用いて説明する。
【００９６】
Ｓ５０３の処理は、投影表示対象のバッファが第一のバッファか第二のバッファであるかを、ＲＡＭ２０２に記憶しておく処理である。例では、投影表示対象のバッファは６００ｃ、６０１ｃ、６０２ｃに示している通り、第二のバッファであるので、こちらを仮表示対象バッファとしてＲＡＭ２０２に記憶しておく。
【００９７】
Ｓ５０４で、ＣＰＵ２０１は、投影制御部２０７を制御し、投影表示対象のバッファをフリーズ用バッファに切り替えるＳ５０５に遷移する。本処理の詳細を図６を用いて説明する。Ｓ５０２の処理によって、フリーズ用バッファには、フリーズ指示のタイミングでの投影表示中のバッファの内容がコピーされている。Ｓ５０４の処理は、当該フリーズ用バッファを６０２ｄに図示したように、投影対象とすることである。以降、フリーズが解除されるまで、投影表示対象のバッファは、フリーズ用バッファとなる。
【００９８】
Ｓ５０５で、ＣＰＵ２０１は、ＰＣ１００からの画像データの受信に応じた画面更新処理を行い、Ｓ５０６に遷移する。本処理の詳細を図６を用いて説明する。
【００９９】
フリーズ中の画面更新処理は、前述した処理と同様に第一のバッファと第二のバッファを利用して実施する。ただし、デコード結果の展開先は、仮表示対象のバッファではない方のバッファとなる。上述した状況から、ＰＣ１００から画像データを受信すると、この時点では、６０１ｅに図示のように、第二のバッファが仮表示対象のバッファであるので、６００ｅに図示のように、第一のバッファに受信した画像データのデコード結果を展開する。
【０１００】
Ｓ５０６で、ＣＰＵ２０１は、操作部２０８を監視し、ユーザからのフリーズ解除指示があるかどうかをチェックする。フリーズ解除指示があれば、Ｓ５０９に遷移し、なければ、Ｓ５０７に遷移する。
【０１０１】
Ｓ５０７で、ＣＰＵ２０１は、Ｓ５０５の画面更新処理によって、次のフレームの投影表示対象の画像データが完成しているかどうかをチェックする。次のフレームが完成していれば、Ｓ５０８に、完成していなければ、Ｓ５０５に戻り処理を継続する。
【０１０２】
Ｓ５０８で、ＣＰＵ２０１は、仮表示対象バッファを切り替える。そして、Ｓ５０５に戻り処理を継続する。本処理の詳細を、図６を用いて説明する。Ｓ５０５で説明した画像データの受信に応じたデコード処理によって、ＰＣ１００の次フレームの画像データの展開が完了すると、６００ｆに図示したように仮表示対象のバッファを、第一のバッファに切り替えるＲＡＭ２０２に記憶する。
【０１０３】
当該処理は、ＰＣ１００からの、画像データ受信して、次のフレームの画像データが完成する度に実施し、仮表示対象として記憶するバッファを切り替える。
【０１０４】
Ｓ５０９で、ＣＰＵ２０１は、投影制御部２０７を制御し、仮表示対象バッファとして記憶しているバッファを投影表示対象とした後、本処理フローを終了する。なお、本処理フローの終了後も、画面転送処理が継続中であれば、再度本処理フローが開始されることとなる。本処理の詳細を図６を用いて説明する。
【０１０５】
上述の状況から、フリーズ解除指示があったとすると、この時点での仮表示対象である第一のバッファを６００ｇに図示したように、投影表示対象とする。
【０１０６】
以上、説明した処理によって、フリーズ指示を受けた後に表示する対象のバッファは、フリーズ用のバッファとなり、フリーズ中に投影表示する内容は静止したものとなる。
【０１０７】
さらに、フリーズ中であっても、第一のバッファまたは第二のバッファの何れかは仮表示対象のバッファとして、１Ｆｒａｍｅの絵が完成された状態で保持している。そのためフリーズ解除指示の直後に、仮表示対象のバッファを投影表示対象とすることが可能となるので、フリーズ解除の応答性が増すことになる。
【０１０８】
なお、本実施例においては、フリーズ用のバッファが余分に必要になるが、当該バッファは、多画面レイアウト表示時に利用するデコード結果を格納するための第三のバッファを流用することができる。つまり、多画面レイアウト表示に対応した本実施例のようなプロジェクタであれば、画面転送機能として確保すべきＶＲＡＭ容量を増やすことなく、本実施例の特徴的な動作を実現可能である。
【符号の説明】
【０１０９】
１００ａ，１００ｂ  パーソナルコンピュータ
１５０  ＬＡＮ
２００  プロジェクタ
【図１】
2014123027.tif 000003
【図２】
2014123027.tif 000004
【図３】
2014123027.tif 000005
【図４】
2014123027.tif 000006
【図５】
2014123027.tif 000007
【図６】
2014123027.tif 000008