情報処理装置及びその制御方法、プログラム
【課題】減色処理による自然画の領域の劣化を抑制する。
【解決手段】表示装置へ画像データを転送する情報処理装置であって、前記表示装置と通信可能に接続する通信手段と、前記表示装置に転送する画像データを取得する取得手段と、前記取得手段により取得した画像データについて減色処理を実行する画像処理手段と、前記取得手段により取得した画像データの自然画が含まれない領域については前記減色処理をするよう前記画像処理手段を制御し、自然画が含まれる領域については前記減色処理をしないよう前記画像処理手段を制御する制御手段と、を有する。
【解決手段】表示装置へ画像データを転送する情報処理装置であって、前記表示装置と通信可能に接続する通信手段と、前記表示装置に転送する画像データを取得する取得手段と、前記取得手段により取得した画像データについて減色処理を実行する画像処理手段と、前記取得手段により取得した画像データの自然画が含まれない領域については前記減色処理をするよう前記画像処理手段を制御し、自然画が含まれる領域については前記減色処理をしないよう前記画像処理手段を制御する制御手段と、を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して表示装置へ画像データを転送する情報処理装置、及びその制御方法、プログラムに関する。
【背景技術】
【０００２】
近年、会議や研修会等でプレゼンテーションを行う際は、パーソナルコンピュータ（以下、ＰＣ）等の情報処理装置で生成された画像信号をプロジェクタなどの表示装置に送信し、スクリーンに投射することが多い。この場合、ＰＣとプロジェクタはＲＧＢケーブルを用いたアナログ接続によって画像信号の送受信を行う。しかしながら、接続に手間がかかる、遠隔地からの接続が困難、複数台のＰＣと同時に接続したい、といった理由からネットワークを介してＰＣとプロジェクタを接続する表示システムが注目されている。
【０００３】
このような表示システムを実現するために従来では、ＰＣに表示された画面について定期的に画面キャプチャを行い、取得した画像データをプロジェクタに送信している。
【０００４】
上述した表示システムにおいては、ある程度早いフレームレートを実現するため、画面キャプチャした画像データを圧縮して送信している。例えば、ＸＧＡサイズの画面をキャプチャした時のＲＧＢデータでは２Ｍｂｙｔｅ程度のデータサイズになってしまい、秒間３０フレームを実現するためには５００Ｍｂｐｓ程度の帯域が必要になってしまう。従って、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）などの帯域の狭いネットワークを用いて実現するのは困難である。このような理由から、画面キャプチャした画像のデータ量を縮小することが必要になってくる。データ量の削減を目的とした画像の符号化方式には、エントロピー符号化方式と呼ばれるものがある。エントロピー符号化方式には算術符号化およびハフマン符号化などが知られている。一方、エントロピー符号化を実施する前に、画面キャプチャした画像データの色数を減じる減色処理などの画像処理を行うことによりデータ量を削減することがよく行われている。
【０００５】
例えば、特許文献１には、文字画像領域と自然画像領域とが混在する画像データを符号化する場合、確実に符号量の総量を一定量に制御する方法が記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平０７−１２３２７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、画面キャプチャした画像データの全てに対して減色処理を実施すると、ウィンドウなどの人工画を描画した領域については画像の劣化は少ないが、膨大な色数を持つ自然画を描画した領域には画像の劣化が顕著に出現してしまう。
【０００８】
本発明は、上記課題に鑑みてなされ、その目的は、画面キャプチャした画像データについて、自然画の領域の減色処理をせずに、自然画領域以外の領域の減色処理をすることで、データ量を低減しつつ画像を転送することができる技術を実現することである。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明の情報処理装置は、表示装置へ画像データを転送する情報処理装置であって、前記表示装置と通信可能に接続する通信手段と、前記表示装置に転送する画像データを取得する取得手段と、前記取得手段により取得した画像データについて減色処理を実行する画像処理手段と、前記取得手段により取得した画像データの自然画が含まれない領域については前記減色処理をするよう前記画像処理手段を制御し、自然画が含まれる領域については前記減色処理をしないよう前記画像処理手段を制御する制御手段と、を有する。
【発明の効果】
【００１０】
本発明によれば、画面キャプチャした画像データについて、自然画の領域に減色処理を実施するか否か判定することで、自然画領域の劣化を抑制することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明に係る実施形態の表示システムの構成図。
【図２】本実施形態の表示システムを構築するＰＣとプロジェクタの構成を示すブロック図。
【図３】本実施形態のＰＣによる処理を示すフローチャート。
【図４】実施形態１のＰＣによる減色処理を示すフローチャート。
【図５】実施形態１のプロジェクタによる処理を示すフローチャート。
【図６】実施形態によるＰＣ画面を例示する図。
【図７】実施形態２のＰＣによる減色処理を示すフローチャート。
【図８】実施形態２のプロジェクタによる処理を示すフローチャート。
【図９】実施形態２による減色量の設定例を示す図。
【発明を実施するための形態】
【００１２】
以下に、添付図面を参照して本発明を実施するための形態について詳細に説明する。尚、以下に説明する実施の形態は、本発明を実現するための一例であり、本発明が適用される装置の構成や各種条件によって適宜修正又は変更されるべきものであり、本発明は以下の実施の形態に限定されるものではない。
【００１３】
［実施形態１］以下に、本発明に係る表示システムをＰＣおよびプロジェクタにより実現した実施形態について説明する。
【００１４】
＜システム構成＞先ず、図１および図２を参照して、本発明の表示システムの構成について説明する。図１において、表示システム１０は、情報処理装置としてのＰＣ１００と表示装置としてプロジェクタ２００とを備え、ＰＣ１００とプロジェクタ２００とは無線ＬＡＮなどを介して通信可能に接続されて通信ネットワーク３００を構築している。各部の機能について以下に説明する。
【００１５】
ＰＣ１００は、ディスプレイに表示する画像信号を、上記通信ネットワーク３００を介してプロジェクタ２００に送信する。プロジェクタ２００は、ＰＣ１００から送信される画像信号を受信して、画面に出力するためのデータ形式へ変換する。このとき、ユーザがマウス１００ａを操作することによって、ＰＣ１００におけるウィンドウシステム上のポインタが操作されるが、このポインタの表示位置に関する情報は、上記画像信号とは別にプロジェクタ２００へ送信される。なお、上記ウィンドウシステムとは、例えばマイクロソフト社のオペレーティングシステム（以下、ＯＳ）であるＷｉｎｄｏｗｓ（登録商標）によって実現される、Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ（ＧＵＩ）のことである。このウィンドウシステムは、複数のタスクに固有の枠領域（ウィンドウ）を割当てて画面出力を多重化する仕組みを有する。
【００１６】
次に、図２を参照して、図１のＰＣ１００とプロジェクタ２００の構成について説明する。図２において、ＰＣ１００は、ＣＰＵ１０１と、ＣＰＵ１０１の処理手順を記述した制御プログラムを記憶するためのＲＯＭ１０２と、ワークメモリとしてのＲＡＭ１０３と、ハードディスクドライブ１０４と、を備える。また、ＰＣ１００は、ＬＡＮ等を経由してプロジェクタ２００やサーバなどと通信するためのインタフェースであるネットワークＩＦ１０５を備える。また、ＰＣ１００は、キーボードやポインティングデバイス（マウスなど）により入力されるユーザ操作を受け付けるユーザＩＦ１０６を備える。さらに、ＰＣ１００は、ディスプレイに表示するための画像信号が記憶されているＶＲＡＭ１０７と、画像処理部１０８と、表示制御部１０９と、液晶ディスプレイなどの表示部１１０と、これら各要素を接続する内部バス１１１と、を備える。
【００１７】
プロジェクタ２００は、ＣＰＵ２０１と、ＣＰＵ２０１の処理手順を記述した制御プログラムを記憶するためのＲＯＭ２０２と、ワークメモリとしてのＲＡＭ２０３と、ＰＣ１００との接続用インタフェースであるネットワークＩＦ２０４と、を備える。また、プロジェクタ２００は、各種の操作ボタンやリモコンなどにより入力されるユーザ操作を受け付けるユーザＩＦ２０５と、画像を出力するための投射画像制御部２０６と、を備える。さらに、プロジェクタ２００は、画像を投射する液晶パネル及びその駆動ドライバ、レンズ及びその駆動系及び光源で構成される投射部２０７と、これら各要素を接続する内部バス２０８と、を備える。
【００１８】
図６は本実施形態におけるＰＣ１００の表示部１１０に表示される表示画面を例示している。図６において、表示部１１０の画面６００には、所定の枠領域としてアクティブ（操作状態）なウィンドウ６０１及び非アクティブ（非操作状態）なウィンドウ６０２、６０３と、ポインタ６０４とが表示されている。アクティブなウィンドウ６０１は最前面に表示されており、その裏にウィンドウ６０２、さらにその裏にウィンドウ６０３がそれぞれ表示されている。
【００１９】
＜ＰＣにおける動作＞次に、図３を参照して、ＰＣ１００で表示部１１０の表示画面（ＰＣ１００が表示させている画面）をプロジェクタ２００に送信して表示させる場合の、本実施形態のＰＣ１００における動作について説明する。なお、図３において、ＰＣ１００の動作は、以下の動作をＰＣ１００に実行させるためのコンピュータプログラムをＲＡＭ１０３に展開し、ＣＰＵ１０１によって、ＰＣ１００の各部を制御することにより実行される。ＰＣ１００の画面をプロジェクタ２００に転送する動作の開始の指示を受け、表示制御部１０９により表示部１１０に出力されている画面をキャプチャする（Ｓ１）。ここでは、ＰＣ１００は、Ｗｉｎｄｏｗｓ（登録商標）のＡｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ（以下、ＡＰＩ）である関数ＢｉｔＢｌｉｔを用いてＶＲＡＭ１０７に保持する画面データを取得する。ステップＳ１で画面データを取得した後、ＰＣ１００は、表示部１１０の最前面に表示されているアクティブなウィンドウをＡＰＩである関数ＧｅｔＷｉｎｄｏｗＴｅｘｔで取得する（Ｓ２）。次に、ＰＣ１００は、ＡＰＩである関数ＧｅｔＷｉｎｄｏｗＲｅｃｔを用いて各ウィンドウにおける左上の原点座標（Ｘ１、Ｙ１）、Ｘ軸座標上のウィンドウサイズ、Ｙ軸座標上のウィンドウサイズ情報を取得する（Ｓ３）。
【００２０】
次に、ＰＣ１００は、各ウィンドウのハンドル情報とレイヤ情報は、ＧｅｔＮｅｘｔＷｉｎｄｏｗで取得し、取得した各ウィンドウのサイズ情報と、アクティブなウィンドウサイズ情報よりレイヤの順番を把握する。そして、レイヤの順番と各ウィンドウの座標とサイズ情報により、表示部１１０に表示されている、各ウィンドウの画素数を算出する（Ｓ４）。例えば、図６に示すようなアクティブなウィンドウ６０１においてはウィンドウサイズが表示画素数となる。ウィンドウ６０２においては、ウィンドウ６０１によって隠れている領域を減算した領域が表示画素数となる。次に、ＰＣ１００は、ＡＰＩである関数ＧｅｔＣｕｒｓｏｒＩｎｆｏによりポインタ位置としての座標情報を取得する（Ｓ５）。ポインタ位置の座標情報を取得した後は、ＰＣ１００は、ＡＰＩである関数ＧｅｔＷｉｎｄｏｗＴｅｘｔにより、各ウィンドウのアプリケーションを特定する（Ｓ６）。次に、ＰＣ１００は、画像処理部１０８によりステップＳ１で取得した画面データの色数を削減する減色処理を実行する（Ｓ７）。
【００２１】
＜減色処理＞ここで、図４を参照して、ステップＳ７での減色処理について説明する。なお、図４において、ＰＣ１００の動作は、以下の動作をＰＣ１００に実行させるためのコンピュータプログラムをＲＡＭ１０３に展開し、ＣＰＵ１０１によって、ＰＣ１００の各部を制御することにより実行される。まず、ＰＣ１００は、ステップ４で算出した各ウィンドウの画素数から最も画素数の大きいウィンドウが所定の第２の画素数より大きいか否かを判定する（Ｓ１０）。この第２の画素数は、ＰＣ１００の表示制御部１０９が表示部１１０に表示している画像全体の画素数に応じて変更される。例えば表示制御部１０９が表示部１１０に表示させている全体の表示画素数が１６００×１２００画素であれば１２８０×１０２４＝１，３１０，７２０を第２の画素数とする。また、ＰＣ１００が表示部１１０に表示させている全体の表示画素数が１０２４×７６８画素であれば８００×６００＝４８０，０００を第２の画素数とする。すなわち、Ｓ１０では、最も大きいウィンドウの表示領域の画素数が画面全体の画素数に対して所定の割合より大きいか否かを判定している。本実施形態では、画素数を用いたが、単に、最も大きいウィンドウの表示領域のサイズが画面全体のサイズに対して所定の割合より大きいか否かを判定しても良い。
【００２２】
そして、ＰＣ１００は、ステップＳ１０での判定の結果、最も画素数の大きいウィンドウが所定の画素数よりも小さいと判定した場合には、表示部１１０にするウィンドウごとに自然画の領域に減色処理を行うか否か処理判定を行う（Ｓ１１〜Ｓ１９）。ＰＣ１００は、最も画素数の大きいウィンドウが所定の第２の画素数よりも小さいと判定された場合には、ステップＳ１１に進み、画面データにおける各画素間のデータの差を比較することにより自然画が含まれているか判定する。ここでは、簡単にランレングスの圧縮処理をかけて元画像よりもファイルサイズが大きくなった場合に各ピクセルデータのデータのバラツキが大きいため自然画が含まれていると判定するが、この判定方法に限定するものでない。ステップＳ１１での判定の結果、自然画が含まれていないと判定された場合、ＰＣ１００は画像処理部１０８により減色処理を実行する（Ｓ１６）。この減色処理は、例えば２４ビットで取得したＲＧＢデータを１６ビットのＲＧＢデータに変換するような階調数を削減する処理である。詳しくは、ＲＥＤ、ＧＲＥＥＮ、ＢＬＵＥの各色が８ビットで表現される２４ビットのＲＧＢデータに対して、Ｒ（ＲＥＤ），Ｂ（ＢＬＵＥ）を５ビット、Ｇ（ＧＲＥＥＮ）を６ビットに削減した１６ビットのデータに変換する処理を行う。ＲＧＢの各色のビット数で削減された分は詳細な色データを表現するビットであり、単純に２４ビットのＲＧＢの各ビットを切り捨てることで簡単に階調を落とすことができる。
【００２３】
ＰＣ１００は、ステップＳ１１での判定の結果、自然画が含まれていると判定した場合には、ステップＳ１２に進み、該当するウィンドウのアプリケーションが予め設定されている減色対象のアプリケーションであるか判定する。なお、ウィンドウのアプリケーションが何であるかは、図３のステップＳ６と同様にＡＰＩである関数ＧｅｔＷｉｎｄｏｗＴｅｘｔにより、各ウィンドウのアプリケーションを特定する。ステップＳ１２での判定の結果、減色指定されている場合には、ＰＣ１００は画像処理部１０８により減色処理を行う一方（Ｓ１６）、減色指定されていなければ、ステップＳ１３に進んで、該当するウィンドウがアクティブであるかを判定する。アクティブなウィンドウであるか否かの情報は図３のステップＳ２により取得済みである。
【００２４】
ステップＳ１３での判定の結果、該当するウィンドウがアクティブでない場合（Ｓ１３でＮＯ）、ＰＣ１００は画像処理部１０８により減色処理を行う（Ｓ１６）。また、アクティブなウィンドウならば（Ｓ１３でＹＥＳ）、ステップＳ１４に進み、ＰＣ１００は、そのウィンドウの枠領域内にポインタが置かれているか判定する。次に、ＰＣ１００は、該当するウィンドウの枠領域内にポインタが置かれていない場合（Ｓ１４でＮＯ）、画像処理部１０８により減色処理を行う（Ｓ１６）。また、ポインタが置かれているならば（Ｓ１４でＹＥＳ）、ステップＳ１５に進み、該当するウィンドウが所定の第１の画素数以下であるか判定する。但し、第２の画素数＞第１の画素数とする。
【００２５】
所定の第１の画素数は、ステップＳ１０と同様に表示部１１０に表示されている全体の画像の画素数に応じて変更される。例えば１６００×１２００画素であれば１２０×１００＝１２，０００を第１の画素数とし、１０２４×７６８画素であれば８０×６０＝４，８００を第１の画素数とする。ステップＳ１５での判定の結果、所定の第１の画素数以下の場合（Ｓ１５でＹＥＳ）、ＰＣ１００は、画像処理部１０８で減色処理を行った後に（Ｓ１６）、ステップＳ１７に進む。また、第１の画素数以下でない場合（Ｓ１５でＮＯ）、減色処理を行わずにステップＳ１７に進む。
【００２６】
ステップＳ１７において、ＰＣ１００は、表示部１１０に表示されている全てのウィンドウについてステップＳ１１以降の処理を行ったか判定する。ここで、未処理のウィンドウがある場合にはステップＳ１１に戻る。また、全てのウィンドウの処理が終わっていれば、表示部１１０の全てのウィンドウの裏に表示された背景（例えば、Ｗｉｎｄｏｗｓ（登録商標）のデスクトップ画面領域）に自然画が含まれているか判定する（Ｓ１８）。自然画が含まれていなければ、ＰＣ１００の画像処理部１０８が背景に対して減色処理を行い（Ｓ１９）、自然画であれば、本処理を終了する。
【００２７】
次に、上記ステップＳ１０において、最も画素数の大きいウィンドウが所定の第２の画素数より大きい場合（Ｓ１０でＹＥＳ）、ＰＣ１００は、該当する最も画素数の大きいウィンドウに自然画が含まれているか判定する（Ｓ２０）。自然画が含まれている場合には、ＰＣ１００の画像処理部１０８は、該当する最も画素数の大きいウィンドウの枠領域以外について減色処理を行った後（Ｓ２１）、図３のステップＳ８に戻る。一方、自然画が含まれていない場合には画面全体について減色処理を行った後（Ｓ２２）、処理を終えて図３のステップＳ８に進む。
【００２８】
なお、上記ステップＳ１１〜Ｓ１５までの処理の順番は上述した説明の順番に限定されるものではなく、また、あるステップでの処理を省略することもできる。
【００２９】
図３に戻り、ＰＣ１００は、ステップＳ７にて減色処理を終えた後、画像処理部１０８により減色処理を行った画像データを含めて全ての画像データについてランレングス圧縮方式により圧縮処理を行う。なお、圧縮方式は、上記ランレングス圧縮方式に限定されるものではない。
【００３０】
次に、ステップＳ９では、ＰＣ１００は、圧縮された画像データに、減色方式を示したヘッダデータを付加してネットワークＩ／Ｆ１０５により通信ネットワーク３００を介してプロジェクタ２００に送信する。本例では、ネットワークＩ／Ｆ１０５は、例えばＥｔｈｅｒｎｅｔ（登録商標）であって、ＴＣＰ／ＩＰプロトコルにより画像データを転送するものとする。なお、通信ネットワーク３００を他の通信ネットワークとしてもよく、プロトコルも同様に他のプロトコルであっても構わない。
【００３１】
＜プロジェクタにおける動作＞次に、図５を参照して、本実施形態のプロジェクタ２００における動作について説明する。なお、図５において、プロジェクタ２００の動作は、以下の動作をプロジェクタ２００に実行させるためのコンピュータプログラムをＲＡＭ２０３に展開し、ＣＰＵ２０１によって、プロジェクタ２００の各部を制御することにより実行される。図５において、プロジェクタ２００は、ＰＣ１００から通信ネットワーク３００を介して転送される画像データをネットワークＩ／Ｆ２０４により受信する（Ｓ３０）。次に、プロジェクタ２００は、ＰＣ１００において圧縮した方式に基づいて受信した画像データをデコードする（Ｓ３１）。なお、プロジェクタ２００は、予めＰＣ１００から圧縮方式の情報を取得しているものとする。
【００３２】
ステップＳ３１でデコード処理が終了すると、プロジェクタ２００は、ヘッダデータに付加された減色方式に基づいて１６ビットに変換された画像データの各ＲＧＢデータを８ビットに変換し、２４ビットＲＧＢデータとして生成する（Ｓ３２）。次に、処理済の画像データを投射画像制御部２０６により投射部２０７に投射する（Ｓ３４）。そして、投影終了の指示が有るか否かを判定し（Ｓ３５）、投影が終了しない場合には、画像の受信が終了したか否かを判定する（Ｓ３６）。投影終了、受信終了しない場合には、受信した画像データを受信する度に投影してゆくことになる。また、投影終了の指示があったり、画像の受信が終了したりすると、ＰＣ１００から転送された画像を投影する処理を終了する。
【００３３】
以上説明したように、本実施形態によれば、画面キャプチャした画像データについて、自然画の領域に減色処理を実施するか否か判定することで、自然画領域の劣化を抑制することができる。また、本実施形態では、ウィンドウ領域に関しては減色処理をするかしないか、を決定するようにしていたが、「減色処理をしない」場合を、「減色処理をする場合に比べて、減色される色の数が少なくなるように減色する」場合に置き換えても良い。
【００３４】
［実施形態２］次に、実施形態２について説明する。上述した実施形態１ではウィンドウの状態に応じて減色処理を実行したのに対して、実施形態２はウィンドウの状態に応じて減色量を調整して減色処理を行う例である。なお、本実施形態の表示システム１０、ＰＣ１００及びプロジェクタ２００は、図１で説明した構成と同じであるので、詳細な説明は省略する。また、本実施形態における全体の処理の流れは図３と同様であり、図３におけるステップＳ７の減色処理の内容だけが異なっているため、以下では、図７を参照して、本実施形態におけるステップＳ７での減色処理について説明する。なお、図７において、ＰＣ１００の動作は、以下の動作をＰＣ１００に実行させるためのコンピュータプログラムをＲＡＭ１０３に展開し、ＣＰＵ１０１によって、ＰＣ１００の各部を制御することにより実行される。
【００３５】
先ず、ＰＣ１００は、図３のステップＳ２〜Ｓ６で取得したウィンドウ情報を用いて減色量の設定を行う（Ｓ４０）。
【００３６】
この減色量の設定は、該当するウィンドウがアクティブである場合、表示部１１０に表示されているウィンドウサイズ、ポインタ位置がウィンドウの枠領域内に存在するか、ウィンドウのアプリケーションの種類により決定される。図９に減色量の設定例を示す。図９に示すように、人工画であれば元画像に対して３／８のサイズに圧縮した減色量（９０１）、自然画であれば元画像に対して２／３のサイズに圧縮した減色量（９０２）を設定する。また、アクティブなウィンドウであれば２／３（９０３）、ウィンドウサイズが全画面の２／３より大きければ２／３（９０４）、ウィンドウサイズが全画面の２／３以下且つ１／３以上であれば１／２（９０５）といった減色量を設定する。さらに、ウィンドウサイズが全画面の１／３以下であれば（９０６）、マウスの位置がウィンドウ内に存在すれば２／３（９０７）、ウィンドウのアプリケーションの種類が画像処理用ソフトウェアであれば２／３（９０８）といった減色量を設定する。さらにまた、ウィンドウのアプリケーションの種類がプレゼンテーション用ソフトウェアであれば１／２（９０９）、ウィンドウのアプリケーションの種類が他のソフトウェアであれば３／８（９１０）といった減色量を設定する。なお、複数のカテゴリの条件を満たす場合には適宜、各条件における最大の減色量に設定するか、あるいは最小の減色量に設定する。
【００３７】
次に、ＰＣ１００は、ステップＳ４０にて設定された減色量に基づいて減色処理を実行する。この減色処理は、ＲＧＢ画像をＹＵＶ画像に変換する。具体的には、Ｒ（ＲＥＤ）は赤色成分、Ｇ（ＧＲＥＥＮ）は緑色成分、Ｂ（ＢＬＵＥ）は青色成分、Ｙは輝度、Ｕは「青み」成分、Ｖは「赤み」成分を表し、ＲＧＢとＹＵＶの変換は、以下の式で行う。
【００３８】
Ｙ＝ ０．２９９０Ｒ＋０．５８７０Ｇ＋０．１１４０Ｂ
Ｕ＝−０．１６８４Ｒ−０．３３１６Ｇ＋０．５０００Ｂ
Ｖ＝ ０．５０００Ｒ−０．４１８７Ｇ−０．０８１３Ｂ
なお、上記式の係数は一般的なＹＵＶ変換に使用される係数であって変更してもよい。
【００３９】
上記式に従い減色処理を行うが、減色量が２／３であればＹＵＶ４：２：２方式のようにＵ・Ｖ成分を２回に１回間引く方式を使用して画像サイズ２／３に圧縮する。同様に、減色量が１／２であればＹＵＶ４：１：１を使用し、減色量が３／８であればＹＵＶ９を使用するといったように、各圧縮率に応じて設定する減色方式を変更する。
【００４０】
次に、ＰＣ１００は、上記ステップＳ４０、Ｓ４１においてウィンドウごとに減色処理を実行し、全てのウィンドウに対して減色処理を実行したか判定する（Ｓ４２）。そして、全てのウィンドウに対して減色処理が実行されていない場合にはステップＳ４０に戻る。また、全てのウィンドウに対して減色処理を実行した場合には、ＰＣ１００は、表示部１１０に表示されている画面において全てのウィンドウ以外の領域である背景（例えば、Ｗｉｎｄｏｗｓ（登録商標）のデスクトップ画面領域）の減色量を設定する（Ｓ４３）。ここでの減色量の設定は、図９に示すように人工画（９０１）であれば３／８、自然画であれば２／３（９０２）の圧縮率で減色処理を行うか、あるいは予め固定された減色量であっても良い。
【００４１】
次に、ＰＣ１００は、ステップＳ４３にて設定された減色量に従って、ステップＳ４１の減色処理を実施する（Ｓ４４）。
【００４２】
上記ステップＳ４０〜Ｓ４４の処理を終了した後、ＰＣ１００は、図３のステップＳ８での圧縮処理を実行し、ステップＳ９で圧縮したデータに、減色方式を含むヘッダデータを付加してネットワークＩ／Ｆ１０５を介して通信する。
【００４３】
次に、図８を参照して、本実施形態のプロジェクタ２００における動作について説明する。なお、図８において、プロジェクタ２００の動作は、以下の動作をプロジェクタ２００に実行させるためのコンピュータプログラムをＲＡＭ２０３に展開し、ＣＰＵ２０１によって、プロジェクタ２００の各部を制御することにより実行される。図８において、プロジェクタ２００は、ＰＣ１００から通信ネットワーク３００を介して転送される画像データをネットワークＩ／Ｆ２０４により受信する（Ｓ５０）。次に、プロジェクタ２００は、ＰＣ１００において圧縮した方式に基づいて受信した画像データをデコードする（Ｓ５１）。なお、プロジェクタ２００は、予めＰＣ１００から圧縮方式の情報を取得しているものとする。ステップＳ５１でデコード処理が終了すると、プロジェクタ２００は、ヘッダデータに付加された減色方式に基づいてＹＵＶで表現された画像データをＲＧＢに変換する（Ｓ５２）。この減色処理は、ＹＵＶ画像をＲＧＢ画像に変換する。具体的には、Ｒ（ＲＥＤ）は赤色成分、Ｇ（ＧＲＥＥＮ）は緑色成分、Ｂ（ＢＬＵＥ）は青色成分、Ｙは輝度、Ｕは「青み」成分、Ｖは「赤み」成分を表し、ＲＧＢとＹＵＶの変換は、以下の式で行う。
【００４４】
Ｒ＝Ｙ＋１．４０２０Ｖ
Ｇ＝Ｙ−０．３４４１Ｕ−０．７１３９Ｖ
Ｂ＝Ｙ＋１．７７１８Ｕ−０．００１２Ｖ
そして、処理済の画像データを投射画像制御部２０６により投射部２０７に投射する（Ｓ５４）。そして、投影終了の指示が有るか否かを判定し（Ｓ５５）、投影が終了しない場合には、画像の受信が終了したか否かを判定する（Ｓ５６）。投影終了、受信終了しない場合には、受信した画像データを受信する度に投影してゆくことになる。また、投影終了の指示があったり、画像の受信が終了したりすると、ＰＣ１００から転送された画像を投影する処理を終了する。
【００４５】
なお、上述した実施形態では、ＰＣ１００のＯＳとしてＷｉｎｄｏｗｓ（登録商標）を例に説明したが、その他のＯＳであって、ＰＣ１００の表示画面とキャプチャした画面データに相違があるものであれば、どのような形態のものであっても適用できる。
【００４６】
以上説明したように、本実施形態によれば、実施形態１の効果に加えて、ウィンドウのサイズまたは画素数やウィンドウの状態、隣り合うがその色のバラツキが多い自然画か人工画かに応じて減色量を調整して減色処理を行うことができる。
【００４７】
［他の実施形態］本発明は、以下の処理を実行することによっても実現される。即ち、上記実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【技術分野】
【０００１】
本発明は、ネットワークを介して表示装置へ画像データを転送する情報処理装置、及びその制御方法、プログラムに関する。
【背景技術】
【０００２】
近年、会議や研修会等でプレゼンテーションを行う際は、パーソナルコンピュータ（以下、ＰＣ）等の情報処理装置で生成された画像信号をプロジェクタなどの表示装置に送信し、スクリーンに投射することが多い。この場合、ＰＣとプロジェクタはＲＧＢケーブルを用いたアナログ接続によって画像信号の送受信を行う。しかしながら、接続に手間がかかる、遠隔地からの接続が困難、複数台のＰＣと同時に接続したい、といった理由からネットワークを介してＰＣとプロジェクタを接続する表示システムが注目されている。
【０００３】
このような表示システムを実現するために従来では、ＰＣに表示された画面について定期的に画面キャプチャを行い、取得した画像データをプロジェクタに送信している。
【０００４】
上述した表示システムにおいては、ある程度早いフレームレートを実現するため、画面キャプチャした画像データを圧縮して送信している。例えば、ＸＧＡサイズの画面をキャプチャした時のＲＧＢデータでは２Ｍｂｙｔｅ程度のデータサイズになってしまい、秒間３０フレームを実現するためには５００Ｍｂｐｓ程度の帯域が必要になってしまう。従って、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）などの帯域の狭いネットワークを用いて実現するのは困難である。このような理由から、画面キャプチャした画像のデータ量を縮小することが必要になってくる。データ量の削減を目的とした画像の符号化方式には、エントロピー符号化方式と呼ばれるものがある。エントロピー符号化方式には算術符号化およびハフマン符号化などが知られている。一方、エントロピー符号化を実施する前に、画面キャプチャした画像データの色数を減じる減色処理などの画像処理を行うことによりデータ量を削減することがよく行われている。
【０００５】
例えば、特許文献１には、文字画像領域と自然画像領域とが混在する画像データを符号化する場合、確実に符号量の総量を一定量に制御する方法が記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平０７−１２３２７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、画面キャプチャした画像データの全てに対して減色処理を実施すると、ウィンドウなどの人工画を描画した領域については画像の劣化は少ないが、膨大な色数を持つ自然画を描画した領域には画像の劣化が顕著に出現してしまう。
【０００８】
本発明は、上記課題に鑑みてなされ、その目的は、画面キャプチャした画像データについて、自然画の領域の減色処理をせずに、自然画領域以外の領域の減色処理をすることで、データ量を低減しつつ画像を転送することができる技術を実現することである。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明の情報処理装置は、表示装置へ画像データを転送する情報処理装置であって、前記表示装置と通信可能に接続する通信手段と、前記表示装置に転送する画像データを取得する取得手段と、前記取得手段により取得した画像データについて減色処理を実行する画像処理手段と、前記取得手段により取得した画像データの自然画が含まれない領域については前記減色処理をするよう前記画像処理手段を制御し、自然画が含まれる領域については前記減色処理をしないよう前記画像処理手段を制御する制御手段と、を有する。
【発明の効果】
【００１０】
本発明によれば、画面キャプチャした画像データについて、自然画の領域に減色処理を実施するか否か判定することで、自然画領域の劣化を抑制することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明に係る実施形態の表示システムの構成図。
【図２】本実施形態の表示システムを構築するＰＣとプロジェクタの構成を示すブロック図。
【図３】本実施形態のＰＣによる処理を示すフローチャート。
【図４】実施形態１のＰＣによる減色処理を示すフローチャート。
【図５】実施形態１のプロジェクタによる処理を示すフローチャート。
【図６】実施形態によるＰＣ画面を例示する図。
【図７】実施形態２のＰＣによる減色処理を示すフローチャート。
【図８】実施形態２のプロジェクタによる処理を示すフローチャート。
【図９】実施形態２による減色量の設定例を示す図。
【発明を実施するための形態】
【００１２】
以下に、添付図面を参照して本発明を実施するための形態について詳細に説明する。尚、以下に説明する実施の形態は、本発明を実現するための一例であり、本発明が適用される装置の構成や各種条件によって適宜修正又は変更されるべきものであり、本発明は以下の実施の形態に限定されるものではない。
【００１３】
［実施形態１］以下に、本発明に係る表示システムをＰＣおよびプロジェクタにより実現した実施形態について説明する。
【００１４】
＜システム構成＞先ず、図１および図２を参照して、本発明の表示システムの構成について説明する。図１において、表示システム１０は、情報処理装置としてのＰＣ１００と表示装置としてプロジェクタ２００とを備え、ＰＣ１００とプロジェクタ２００とは無線ＬＡＮなどを介して通信可能に接続されて通信ネットワーク３００を構築している。各部の機能について以下に説明する。
【００１５】
ＰＣ１００は、ディスプレイに表示する画像信号を、上記通信ネットワーク３００を介してプロジェクタ２００に送信する。プロジェクタ２００は、ＰＣ１００から送信される画像信号を受信して、画面に出力するためのデータ形式へ変換する。このとき、ユーザがマウス１００ａを操作することによって、ＰＣ１００におけるウィンドウシステム上のポインタが操作されるが、このポインタの表示位置に関する情報は、上記画像信号とは別にプロジェクタ２００へ送信される。なお、上記ウィンドウシステムとは、例えばマイクロソフト社のオペレーティングシステム（以下、ＯＳ）であるＷｉｎｄｏｗｓ（登録商標）によって実現される、Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ（ＧＵＩ）のことである。このウィンドウシステムは、複数のタスクに固有の枠領域（ウィンドウ）を割当てて画面出力を多重化する仕組みを有する。
【００１６】
次に、図２を参照して、図１のＰＣ１００とプロジェクタ２００の構成について説明する。図２において、ＰＣ１００は、ＣＰＵ１０１と、ＣＰＵ１０１の処理手順を記述した制御プログラムを記憶するためのＲＯＭ１０２と、ワークメモリとしてのＲＡＭ１０３と、ハードディスクドライブ１０４と、を備える。また、ＰＣ１００は、ＬＡＮ等を経由してプロジェクタ２００やサーバなどと通信するためのインタフェースであるネットワークＩＦ１０５を備える。また、ＰＣ１００は、キーボードやポインティングデバイス（マウスなど）により入力されるユーザ操作を受け付けるユーザＩＦ１０６を備える。さらに、ＰＣ１００は、ディスプレイに表示するための画像信号が記憶されているＶＲＡＭ１０７と、画像処理部１０８と、表示制御部１０９と、液晶ディスプレイなどの表示部１１０と、これら各要素を接続する内部バス１１１と、を備える。
【００１７】
プロジェクタ２００は、ＣＰＵ２０１と、ＣＰＵ２０１の処理手順を記述した制御プログラムを記憶するためのＲＯＭ２０２と、ワークメモリとしてのＲＡＭ２０３と、ＰＣ１００との接続用インタフェースであるネットワークＩＦ２０４と、を備える。また、プロジェクタ２００は、各種の操作ボタンやリモコンなどにより入力されるユーザ操作を受け付けるユーザＩＦ２０５と、画像を出力するための投射画像制御部２０６と、を備える。さらに、プロジェクタ２００は、画像を投射する液晶パネル及びその駆動ドライバ、レンズ及びその駆動系及び光源で構成される投射部２０７と、これら各要素を接続する内部バス２０８と、を備える。
【００１８】
図６は本実施形態におけるＰＣ１００の表示部１１０に表示される表示画面を例示している。図６において、表示部１１０の画面６００には、所定の枠領域としてアクティブ（操作状態）なウィンドウ６０１及び非アクティブ（非操作状態）なウィンドウ６０２、６０３と、ポインタ６０４とが表示されている。アクティブなウィンドウ６０１は最前面に表示されており、その裏にウィンドウ６０２、さらにその裏にウィンドウ６０３がそれぞれ表示されている。
【００１９】
＜ＰＣにおける動作＞次に、図３を参照して、ＰＣ１００で表示部１１０の表示画面（ＰＣ１００が表示させている画面）をプロジェクタ２００に送信して表示させる場合の、本実施形態のＰＣ１００における動作について説明する。なお、図３において、ＰＣ１００の動作は、以下の動作をＰＣ１００に実行させるためのコンピュータプログラムをＲＡＭ１０３に展開し、ＣＰＵ１０１によって、ＰＣ１００の各部を制御することにより実行される。ＰＣ１００の画面をプロジェクタ２００に転送する動作の開始の指示を受け、表示制御部１０９により表示部１１０に出力されている画面をキャプチャする（Ｓ１）。ここでは、ＰＣ１００は、Ｗｉｎｄｏｗｓ（登録商標）のＡｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ（以下、ＡＰＩ）である関数ＢｉｔＢｌｉｔを用いてＶＲＡＭ１０７に保持する画面データを取得する。ステップＳ１で画面データを取得した後、ＰＣ１００は、表示部１１０の最前面に表示されているアクティブなウィンドウをＡＰＩである関数ＧｅｔＷｉｎｄｏｗＴｅｘｔで取得する（Ｓ２）。次に、ＰＣ１００は、ＡＰＩである関数ＧｅｔＷｉｎｄｏｗＲｅｃｔを用いて各ウィンドウにおける左上の原点座標（Ｘ１、Ｙ１）、Ｘ軸座標上のウィンドウサイズ、Ｙ軸座標上のウィンドウサイズ情報を取得する（Ｓ３）。
【００２０】
次に、ＰＣ１００は、各ウィンドウのハンドル情報とレイヤ情報は、ＧｅｔＮｅｘｔＷｉｎｄｏｗで取得し、取得した各ウィンドウのサイズ情報と、アクティブなウィンドウサイズ情報よりレイヤの順番を把握する。そして、レイヤの順番と各ウィンドウの座標とサイズ情報により、表示部１１０に表示されている、各ウィンドウの画素数を算出する（Ｓ４）。例えば、図６に示すようなアクティブなウィンドウ６０１においてはウィンドウサイズが表示画素数となる。ウィンドウ６０２においては、ウィンドウ６０１によって隠れている領域を減算した領域が表示画素数となる。次に、ＰＣ１００は、ＡＰＩである関数ＧｅｔＣｕｒｓｏｒＩｎｆｏによりポインタ位置としての座標情報を取得する（Ｓ５）。ポインタ位置の座標情報を取得した後は、ＰＣ１００は、ＡＰＩである関数ＧｅｔＷｉｎｄｏｗＴｅｘｔにより、各ウィンドウのアプリケーションを特定する（Ｓ６）。次に、ＰＣ１００は、画像処理部１０８によりステップＳ１で取得した画面データの色数を削減する減色処理を実行する（Ｓ７）。
【００２１】
＜減色処理＞ここで、図４を参照して、ステップＳ７での減色処理について説明する。なお、図４において、ＰＣ１００の動作は、以下の動作をＰＣ１００に実行させるためのコンピュータプログラムをＲＡＭ１０３に展開し、ＣＰＵ１０１によって、ＰＣ１００の各部を制御することにより実行される。まず、ＰＣ１００は、ステップ４で算出した各ウィンドウの画素数から最も画素数の大きいウィンドウが所定の第２の画素数より大きいか否かを判定する（Ｓ１０）。この第２の画素数は、ＰＣ１００の表示制御部１０９が表示部１１０に表示している画像全体の画素数に応じて変更される。例えば表示制御部１０９が表示部１１０に表示させている全体の表示画素数が１６００×１２００画素であれば１２８０×１０２４＝１，３１０，７２０を第２の画素数とする。また、ＰＣ１００が表示部１１０に表示させている全体の表示画素数が１０２４×７６８画素であれば８００×６００＝４８０，０００を第２の画素数とする。すなわち、Ｓ１０では、最も大きいウィンドウの表示領域の画素数が画面全体の画素数に対して所定の割合より大きいか否かを判定している。本実施形態では、画素数を用いたが、単に、最も大きいウィンドウの表示領域のサイズが画面全体のサイズに対して所定の割合より大きいか否かを判定しても良い。
【００２２】
そして、ＰＣ１００は、ステップＳ１０での判定の結果、最も画素数の大きいウィンドウが所定の画素数よりも小さいと判定した場合には、表示部１１０にするウィンドウごとに自然画の領域に減色処理を行うか否か処理判定を行う（Ｓ１１〜Ｓ１９）。ＰＣ１００は、最も画素数の大きいウィンドウが所定の第２の画素数よりも小さいと判定された場合には、ステップＳ１１に進み、画面データにおける各画素間のデータの差を比較することにより自然画が含まれているか判定する。ここでは、簡単にランレングスの圧縮処理をかけて元画像よりもファイルサイズが大きくなった場合に各ピクセルデータのデータのバラツキが大きいため自然画が含まれていると判定するが、この判定方法に限定するものでない。ステップＳ１１での判定の結果、自然画が含まれていないと判定された場合、ＰＣ１００は画像処理部１０８により減色処理を実行する（Ｓ１６）。この減色処理は、例えば２４ビットで取得したＲＧＢデータを１６ビットのＲＧＢデータに変換するような階調数を削減する処理である。詳しくは、ＲＥＤ、ＧＲＥＥＮ、ＢＬＵＥの各色が８ビットで表現される２４ビットのＲＧＢデータに対して、Ｒ（ＲＥＤ），Ｂ（ＢＬＵＥ）を５ビット、Ｇ（ＧＲＥＥＮ）を６ビットに削減した１６ビットのデータに変換する処理を行う。ＲＧＢの各色のビット数で削減された分は詳細な色データを表現するビットであり、単純に２４ビットのＲＧＢの各ビットを切り捨てることで簡単に階調を落とすことができる。
【００２３】
ＰＣ１００は、ステップＳ１１での判定の結果、自然画が含まれていると判定した場合には、ステップＳ１２に進み、該当するウィンドウのアプリケーションが予め設定されている減色対象のアプリケーションであるか判定する。なお、ウィンドウのアプリケーションが何であるかは、図３のステップＳ６と同様にＡＰＩである関数ＧｅｔＷｉｎｄｏｗＴｅｘｔにより、各ウィンドウのアプリケーションを特定する。ステップＳ１２での判定の結果、減色指定されている場合には、ＰＣ１００は画像処理部１０８により減色処理を行う一方（Ｓ１６）、減色指定されていなければ、ステップＳ１３に進んで、該当するウィンドウがアクティブであるかを判定する。アクティブなウィンドウであるか否かの情報は図３のステップＳ２により取得済みである。
【００２４】
ステップＳ１３での判定の結果、該当するウィンドウがアクティブでない場合（Ｓ１３でＮＯ）、ＰＣ１００は画像処理部１０８により減色処理を行う（Ｓ１６）。また、アクティブなウィンドウならば（Ｓ１３でＹＥＳ）、ステップＳ１４に進み、ＰＣ１００は、そのウィンドウの枠領域内にポインタが置かれているか判定する。次に、ＰＣ１００は、該当するウィンドウの枠領域内にポインタが置かれていない場合（Ｓ１４でＮＯ）、画像処理部１０８により減色処理を行う（Ｓ１６）。また、ポインタが置かれているならば（Ｓ１４でＹＥＳ）、ステップＳ１５に進み、該当するウィンドウが所定の第１の画素数以下であるか判定する。但し、第２の画素数＞第１の画素数とする。
【００２５】
所定の第１の画素数は、ステップＳ１０と同様に表示部１１０に表示されている全体の画像の画素数に応じて変更される。例えば１６００×１２００画素であれば１２０×１００＝１２，０００を第１の画素数とし、１０２４×７６８画素であれば８０×６０＝４，８００を第１の画素数とする。ステップＳ１５での判定の結果、所定の第１の画素数以下の場合（Ｓ１５でＹＥＳ）、ＰＣ１００は、画像処理部１０８で減色処理を行った後に（Ｓ１６）、ステップＳ１７に進む。また、第１の画素数以下でない場合（Ｓ１５でＮＯ）、減色処理を行わずにステップＳ１７に進む。
【００２６】
ステップＳ１７において、ＰＣ１００は、表示部１１０に表示されている全てのウィンドウについてステップＳ１１以降の処理を行ったか判定する。ここで、未処理のウィンドウがある場合にはステップＳ１１に戻る。また、全てのウィンドウの処理が終わっていれば、表示部１１０の全てのウィンドウの裏に表示された背景（例えば、Ｗｉｎｄｏｗｓ（登録商標）のデスクトップ画面領域）に自然画が含まれているか判定する（Ｓ１８）。自然画が含まれていなければ、ＰＣ１００の画像処理部１０８が背景に対して減色処理を行い（Ｓ１９）、自然画であれば、本処理を終了する。
【００２７】
次に、上記ステップＳ１０において、最も画素数の大きいウィンドウが所定の第２の画素数より大きい場合（Ｓ１０でＹＥＳ）、ＰＣ１００は、該当する最も画素数の大きいウィンドウに自然画が含まれているか判定する（Ｓ２０）。自然画が含まれている場合には、ＰＣ１００の画像処理部１０８は、該当する最も画素数の大きいウィンドウの枠領域以外について減色処理を行った後（Ｓ２１）、図３のステップＳ８に戻る。一方、自然画が含まれていない場合には画面全体について減色処理を行った後（Ｓ２２）、処理を終えて図３のステップＳ８に進む。
【００２８】
なお、上記ステップＳ１１〜Ｓ１５までの処理の順番は上述した説明の順番に限定されるものではなく、また、あるステップでの処理を省略することもできる。
【００２９】
図３に戻り、ＰＣ１００は、ステップＳ７にて減色処理を終えた後、画像処理部１０８により減色処理を行った画像データを含めて全ての画像データについてランレングス圧縮方式により圧縮処理を行う。なお、圧縮方式は、上記ランレングス圧縮方式に限定されるものではない。
【００３０】
次に、ステップＳ９では、ＰＣ１００は、圧縮された画像データに、減色方式を示したヘッダデータを付加してネットワークＩ／Ｆ１０５により通信ネットワーク３００を介してプロジェクタ２００に送信する。本例では、ネットワークＩ／Ｆ１０５は、例えばＥｔｈｅｒｎｅｔ（登録商標）であって、ＴＣＰ／ＩＰプロトコルにより画像データを転送するものとする。なお、通信ネットワーク３００を他の通信ネットワークとしてもよく、プロトコルも同様に他のプロトコルであっても構わない。
【００３１】
＜プロジェクタにおける動作＞次に、図５を参照して、本実施形態のプロジェクタ２００における動作について説明する。なお、図５において、プロジェクタ２００の動作は、以下の動作をプロジェクタ２００に実行させるためのコンピュータプログラムをＲＡＭ２０３に展開し、ＣＰＵ２０１によって、プロジェクタ２００の各部を制御することにより実行される。図５において、プロジェクタ２００は、ＰＣ１００から通信ネットワーク３００を介して転送される画像データをネットワークＩ／Ｆ２０４により受信する（Ｓ３０）。次に、プロジェクタ２００は、ＰＣ１００において圧縮した方式に基づいて受信した画像データをデコードする（Ｓ３１）。なお、プロジェクタ２００は、予めＰＣ１００から圧縮方式の情報を取得しているものとする。
【００３２】
ステップＳ３１でデコード処理が終了すると、プロジェクタ２００は、ヘッダデータに付加された減色方式に基づいて１６ビットに変換された画像データの各ＲＧＢデータを８ビットに変換し、２４ビットＲＧＢデータとして生成する（Ｓ３２）。次に、処理済の画像データを投射画像制御部２０６により投射部２０７に投射する（Ｓ３４）。そして、投影終了の指示が有るか否かを判定し（Ｓ３５）、投影が終了しない場合には、画像の受信が終了したか否かを判定する（Ｓ３６）。投影終了、受信終了しない場合には、受信した画像データを受信する度に投影してゆくことになる。また、投影終了の指示があったり、画像の受信が終了したりすると、ＰＣ１００から転送された画像を投影する処理を終了する。
【００３３】
以上説明したように、本実施形態によれば、画面キャプチャした画像データについて、自然画の領域に減色処理を実施するか否か判定することで、自然画領域の劣化を抑制することができる。また、本実施形態では、ウィンドウ領域に関しては減色処理をするかしないか、を決定するようにしていたが、「減色処理をしない」場合を、「減色処理をする場合に比べて、減色される色の数が少なくなるように減色する」場合に置き換えても良い。
【００３４】
［実施形態２］次に、実施形態２について説明する。上述した実施形態１ではウィンドウの状態に応じて減色処理を実行したのに対して、実施形態２はウィンドウの状態に応じて減色量を調整して減色処理を行う例である。なお、本実施形態の表示システム１０、ＰＣ１００及びプロジェクタ２００は、図１で説明した構成と同じであるので、詳細な説明は省略する。また、本実施形態における全体の処理の流れは図３と同様であり、図３におけるステップＳ７の減色処理の内容だけが異なっているため、以下では、図７を参照して、本実施形態におけるステップＳ７での減色処理について説明する。なお、図７において、ＰＣ１００の動作は、以下の動作をＰＣ１００に実行させるためのコンピュータプログラムをＲＡＭ１０３に展開し、ＣＰＵ１０１によって、ＰＣ１００の各部を制御することにより実行される。
【００３５】
先ず、ＰＣ１００は、図３のステップＳ２〜Ｓ６で取得したウィンドウ情報を用いて減色量の設定を行う（Ｓ４０）。
【００３６】
この減色量の設定は、該当するウィンドウがアクティブである場合、表示部１１０に表示されているウィンドウサイズ、ポインタ位置がウィンドウの枠領域内に存在するか、ウィンドウのアプリケーションの種類により決定される。図９に減色量の設定例を示す。図９に示すように、人工画であれば元画像に対して３／８のサイズに圧縮した減色量（９０１）、自然画であれば元画像に対して２／３のサイズに圧縮した減色量（９０２）を設定する。また、アクティブなウィンドウであれば２／３（９０３）、ウィンドウサイズが全画面の２／３より大きければ２／３（９０４）、ウィンドウサイズが全画面の２／３以下且つ１／３以上であれば１／２（９０５）といった減色量を設定する。さらに、ウィンドウサイズが全画面の１／３以下であれば（９０６）、マウスの位置がウィンドウ内に存在すれば２／３（９０７）、ウィンドウのアプリケーションの種類が画像処理用ソフトウェアであれば２／３（９０８）といった減色量を設定する。さらにまた、ウィンドウのアプリケーションの種類がプレゼンテーション用ソフトウェアであれば１／２（９０９）、ウィンドウのアプリケーションの種類が他のソフトウェアであれば３／８（９１０）といった減色量を設定する。なお、複数のカテゴリの条件を満たす場合には適宜、各条件における最大の減色量に設定するか、あるいは最小の減色量に設定する。
【００３７】
次に、ＰＣ１００は、ステップＳ４０にて設定された減色量に基づいて減色処理を実行する。この減色処理は、ＲＧＢ画像をＹＵＶ画像に変換する。具体的には、Ｒ（ＲＥＤ）は赤色成分、Ｇ（ＧＲＥＥＮ）は緑色成分、Ｂ（ＢＬＵＥ）は青色成分、Ｙは輝度、Ｕは「青み」成分、Ｖは「赤み」成分を表し、ＲＧＢとＹＵＶの変換は、以下の式で行う。
【００３８】
Ｙ＝ ０．２９９０Ｒ＋０．５８７０Ｇ＋０．１１４０Ｂ
Ｕ＝−０．１６８４Ｒ−０．３３１６Ｇ＋０．５０００Ｂ
Ｖ＝ ０．５０００Ｒ−０．４１８７Ｇ−０．０８１３Ｂ
なお、上記式の係数は一般的なＹＵＶ変換に使用される係数であって変更してもよい。
【００３９】
上記式に従い減色処理を行うが、減色量が２／３であればＹＵＶ４：２：２方式のようにＵ・Ｖ成分を２回に１回間引く方式を使用して画像サイズ２／３に圧縮する。同様に、減色量が１／２であればＹＵＶ４：１：１を使用し、減色量が３／８であればＹＵＶ９を使用するといったように、各圧縮率に応じて設定する減色方式を変更する。
【００４０】
次に、ＰＣ１００は、上記ステップＳ４０、Ｓ４１においてウィンドウごとに減色処理を実行し、全てのウィンドウに対して減色処理を実行したか判定する（Ｓ４２）。そして、全てのウィンドウに対して減色処理が実行されていない場合にはステップＳ４０に戻る。また、全てのウィンドウに対して減色処理を実行した場合には、ＰＣ１００は、表示部１１０に表示されている画面において全てのウィンドウ以外の領域である背景（例えば、Ｗｉｎｄｏｗｓ（登録商標）のデスクトップ画面領域）の減色量を設定する（Ｓ４３）。ここでの減色量の設定は、図９に示すように人工画（９０１）であれば３／８、自然画であれば２／３（９０２）の圧縮率で減色処理を行うか、あるいは予め固定された減色量であっても良い。
【００４１】
次に、ＰＣ１００は、ステップＳ４３にて設定された減色量に従って、ステップＳ４１の減色処理を実施する（Ｓ４４）。
【００４２】
上記ステップＳ４０〜Ｓ４４の処理を終了した後、ＰＣ１００は、図３のステップＳ８での圧縮処理を実行し、ステップＳ９で圧縮したデータに、減色方式を含むヘッダデータを付加してネットワークＩ／Ｆ１０５を介して通信する。
【００４３】
次に、図８を参照して、本実施形態のプロジェクタ２００における動作について説明する。なお、図８において、プロジェクタ２００の動作は、以下の動作をプロジェクタ２００に実行させるためのコンピュータプログラムをＲＡＭ２０３に展開し、ＣＰＵ２０１によって、プロジェクタ２００の各部を制御することにより実行される。図８において、プロジェクタ２００は、ＰＣ１００から通信ネットワーク３００を介して転送される画像データをネットワークＩ／Ｆ２０４により受信する（Ｓ５０）。次に、プロジェクタ２００は、ＰＣ１００において圧縮した方式に基づいて受信した画像データをデコードする（Ｓ５１）。なお、プロジェクタ２００は、予めＰＣ１００から圧縮方式の情報を取得しているものとする。ステップＳ５１でデコード処理が終了すると、プロジェクタ２００は、ヘッダデータに付加された減色方式に基づいてＹＵＶで表現された画像データをＲＧＢに変換する（Ｓ５２）。この減色処理は、ＹＵＶ画像をＲＧＢ画像に変換する。具体的には、Ｒ（ＲＥＤ）は赤色成分、Ｇ（ＧＲＥＥＮ）は緑色成分、Ｂ（ＢＬＵＥ）は青色成分、Ｙは輝度、Ｕは「青み」成分、Ｖは「赤み」成分を表し、ＲＧＢとＹＵＶの変換は、以下の式で行う。
【００４４】
Ｒ＝Ｙ＋１．４０２０Ｖ
Ｇ＝Ｙ−０．３４４１Ｕ−０．７１３９Ｖ
Ｂ＝Ｙ＋１．７７１８Ｕ−０．００１２Ｖ
そして、処理済の画像データを投射画像制御部２０６により投射部２０７に投射する（Ｓ５４）。そして、投影終了の指示が有るか否かを判定し（Ｓ５５）、投影が終了しない場合には、画像の受信が終了したか否かを判定する（Ｓ５６）。投影終了、受信終了しない場合には、受信した画像データを受信する度に投影してゆくことになる。また、投影終了の指示があったり、画像の受信が終了したりすると、ＰＣ１００から転送された画像を投影する処理を終了する。
【００４５】
なお、上述した実施形態では、ＰＣ１００のＯＳとしてＷｉｎｄｏｗｓ（登録商標）を例に説明したが、その他のＯＳであって、ＰＣ１００の表示画面とキャプチャした画面データに相違があるものであれば、どのような形態のものであっても適用できる。
【００４６】
以上説明したように、本実施形態によれば、実施形態１の効果に加えて、ウィンドウのサイズまたは画素数やウィンドウの状態、隣り合うがその色のバラツキが多い自然画か人工画かに応じて減色量を調整して減色処理を行うことができる。
【００４７】
［他の実施形態］本発明は、以下の処理を実行することによっても実現される。即ち、上記実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【特許請求の範囲】
【請求項１】
表示装置へ画像データを転送する情報処理装置であって、
前記表示装置と通信可能に接続する通信手段と、
前記表示装置に転送する画像データを取得する取得手段と、
前記取得手段により取得した画像データについて減色処理を実行する画像処理手段と、
前記取得手段により取得した画像データの自然画が含まれない領域については前記減色処理をするよう前記画像処理手段を制御し、自然画が含まれる領域については前記減色処理をしないよう前記画像処理手段を制御する制御手段と、を有することを特徴とする情報処理装置。
【請求項２】
前記制御手段は、前記取得手段により取得した画像データの自然画が含まれる領域の画素数が所定の画素数より小さい場合には、前記自然画が含まれる領域の画像に減色処理をするよう前記画像処理手段を制御し、前記取得手段により取得した画像データの自然画が含まれる領域の画素数が所定の画素数より大きい場合には、前記自然画が含まれる領域の画像に減色処理をしないよう前記画像処理手段を制御することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記自然画が含まれる領域が、操作状態と非操作状態の２つの状態を持つことができるウィンドウシステムにおけるウィンドウ領域であって、
前記制御手段は、前記取得手段により取得した画像データの自然画が含まれる領域の画素数が所定の画素数より小さい場合であっても、当該自然画が含まれる領域が前記非操作状態であった場合には、前記減色処理しないよう前記画像処理手段を制御することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記制御手段は、前記取得手段により取得した画像データの自然画が含まれる領域の画素数が所定の画素数より小さい場合であっても、前記自然画が含まれる領域を操作するためのポインタの位置が当該自然画が含まれる領域の中にある場合には、前記減色処理しないよう前記画像処理手段を制御することを特徴とする請求項２または３に記載の情報処理装置。
【請求項５】
表示装置と通信可能に接続する通信手段を有し、前記表示装置へ画像データを転送する情報処理装置の制御方法であって、
前記表示装置に転送する画像データを取得する取得工程と、
前記取得工程により取得した画像データについて減色処理を実行する画像処理工程と、
前記画像処理工程において、前記取得工程により取得した画像データの自然画が含まれない領域については前記減色処理をし、自然画が含まれる領域については前記減色処理をしないよう制御する制御工程と、を有することを特徴とする制御方法。
【請求項６】
前記制御工程では、前記画像処理工程において、前記取得工程により取得した画像データの自然画が含まれる領域の画素数が所定の画素数より小さい場合には、前記自然画が含まれる領域の画像に前記減色処理をし、前記取得工程により取得した画像データの自然画が含まれる領域の画素数が所定の画素数より大きい場合には、前記自然画が含まれる領域の画像に前記減色処理をしないよう制御されることを特徴とする請求項５に記載の制御方法。
【請求項７】
コンピュータを、請求項１乃至４のいずれか１項に記載の情報処理装置の各手段として機能させるためのプログラム。
【請求項１】
表示装置へ画像データを転送する情報処理装置であって、
前記表示装置と通信可能に接続する通信手段と、
前記表示装置に転送する画像データを取得する取得手段と、
前記取得手段により取得した画像データについて減色処理を実行する画像処理手段と、
前記取得手段により取得した画像データの自然画が含まれない領域については前記減色処理をするよう前記画像処理手段を制御し、自然画が含まれる領域については前記減色処理をしないよう前記画像処理手段を制御する制御手段と、を有することを特徴とする情報処理装置。
【請求項２】
前記制御手段は、前記取得手段により取得した画像データの自然画が含まれる領域の画素数が所定の画素数より小さい場合には、前記自然画が含まれる領域の画像に減色処理をするよう前記画像処理手段を制御し、前記取得手段により取得した画像データの自然画が含まれる領域の画素数が所定の画素数より大きい場合には、前記自然画が含まれる領域の画像に減色処理をしないよう前記画像処理手段を制御することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記自然画が含まれる領域が、操作状態と非操作状態の２つの状態を持つことができるウィンドウシステムにおけるウィンドウ領域であって、
前記制御手段は、前記取得手段により取得した画像データの自然画が含まれる領域の画素数が所定の画素数より小さい場合であっても、当該自然画が含まれる領域が前記非操作状態であった場合には、前記減色処理しないよう前記画像処理手段を制御することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記制御手段は、前記取得手段により取得した画像データの自然画が含まれる領域の画素数が所定の画素数より小さい場合であっても、前記自然画が含まれる領域を操作するためのポインタの位置が当該自然画が含まれる領域の中にある場合には、前記減色処理しないよう前記画像処理手段を制御することを特徴とする請求項２または３に記載の情報処理装置。
【請求項５】
表示装置と通信可能に接続する通信手段を有し、前記表示装置へ画像データを転送する情報処理装置の制御方法であって、
前記表示装置に転送する画像データを取得する取得工程と、
前記取得工程により取得した画像データについて減色処理を実行する画像処理工程と、
前記画像処理工程において、前記取得工程により取得した画像データの自然画が含まれない領域については前記減色処理をし、自然画が含まれる領域については前記減色処理をしないよう制御する制御工程と、を有することを特徴とする制御方法。
【請求項６】
前記制御工程では、前記画像処理工程において、前記取得工程により取得した画像データの自然画が含まれる領域の画素数が所定の画素数より小さい場合には、前記自然画が含まれる領域の画像に前記減色処理をし、前記取得工程により取得した画像データの自然画が含まれる領域の画素数が所定の画素数より大きい場合には、前記自然画が含まれる領域の画像に前記減色処理をしないよう制御されることを特徴とする請求項５に記載の制御方法。
【請求項７】
コンピュータを、請求項１乃至４のいずれか１項に記載の情報処理装置の各手段として機能させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１２−１５６３９（Ｐ２０１２−１５６３９Ａ）
【公開日】平成２４年１月１９日（２０１２．１．１９）
【国際特許分類】
【出願番号】特願２０１０−１４８０２２（Ｐ２０１０−１４８０２２）
【出願日】平成２２年６月２９日（２０１０．６．２９）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２４年１月１９日（２０１２．１．１９）
【国際特許分類】
【出願日】平成２２年６月２９日（２０１０．６．２９）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]