(57)【要約】【課題】  画像表示装置の処理能力を有効に活用する。【解決手段】  ＰＣ（コンピュータ）（１２）は、ＬＡＮ（１６）を介してプロジェクタ（１４）に画像を表示させる。画像データの送信前に、ＰＣ（１２）は、プロジェクタ（１４）にデコーダ数と処理速度を問い合わせる。表示すべき画像の変化領域を特定し、その変化領域をデコーダ数及び処理能力に応じて分割する。エンコーダ（２８）は、各分割領域の画像データを圧縮符号化する。各分割領域の圧縮画像データは、識別子付きでプロジェクタ（１４）に送信される。プロジェクタ（１４）は、各分割領域の圧縮画像データを識別子に応じてデコーダ（５６，５８）に分配し、デコードさせる。【選択図】  図１
2010161670.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して画像表示装置に画像データを送信する画像送信装置であって、
前記画像表示装置の表示処理能力に関する情報を取得する手段と、
前記画像表示装置の前記表示処理能力に従い、伝送対象画像を１以上の画像ブロックに分割する画像分割手段と、
前記画像分割手段により分割された前記１以上の画像ブロックをそれぞれ圧縮符号化するエンコーダと、
前記エンコーダにより圧縮符号化された前記１以上の画像ブロックのデータを前記画像表示装置に送信する手段
とを具備することを特徴とする画像送信装置。
【請求項２】
前記伝送対象画像が、表示画像の変化領域の画像であることを特徴とする請求項１に記載の画像送信装置。
【請求項３】
前記伝送対象画像が、表示画像の変化領域の画像を包含する領域であって、前記エンコーダの単位により決定される領域であることを特徴とする請求項１に記載の画像送信装置。
【請求項４】
前記表示処理能力が、前記画像表示装置のデコーダ数であることを特徴とする請求項１乃至３の何れか１項に記載の画像送信装置。
【請求項５】
前記表示処理能力が、前記画像表示装置のデコーダ数および処理速度であることを特徴とする請求項１乃至３の何れか１項に記載の画像送信装置。
【請求項６】
前記画像分割手段は、前記画像表示装置が複数のデコーダを有する場合で、各デコーダでのデコード処理が同時に終了するように前記伝送対象画像を複数に分割することを特徴とする請求項５に記載の画像送信装置。
【請求項７】
前記ネットワークに接続する複数の画像表示装置に画像を表示させる場合において、前記画像分割手段は、各画像表示装置の有するデコーダ数の最大値を最小分割数として、前記伝送対象画像を複数に分割することを特徴とする請求項５に記載の画像送信装置。
【請求項８】
前記ネットワークに接続する複数の画像表示装置に画像を表示させる場合において、前記画像分割手段は、各画像表示装置の有するデコーダ数の最小公倍数を最小分割数として、前記伝送対象画像を複数に分割することを特徴とする請求項５に記載の画像送信装置。
【請求項９】
画像送信装置と、ネットワークを介して前記画像送信装置に通信し、前記画像送信装置から送信される画像を表示する画像表示装置とからなる画像表示システムであって、
前記画像送信装置は、
前記画像表示装置で表示すべき画像の変化領域を特定し設定する手段と、
前記画像表示装置のデコーダ数を問い合わせる手段と、
前記画像表示装置の前記デコーダ数に応じて前記変化領域を１又は複数の画像ブロックに分割し、前記画像ブロックごとに画像データを圧縮符号化するエンコーダと、
前記エンコーダで圧縮符号化された画像データを前記画像表示装置に送信する送信手段
とを具備し、
前記画像表示装置は、
圧縮符号化された画像データを伸長する１以上のデコーダと、
前記画像送信装置からの問い合わせに応じて前記デコーダ数を前記画像送信装置に通知する手段と、
前記デコーダにより伸長された画像データを、変化していない画像データと共に画像表示する表示手段
とを具備することを特徴とする画像表示システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像送信装置及び画像表示システムに関し、より具体的には、ネットワーク対応の画像表示装置を使用する画像送信装置及び画像表示システムに関する。
【背景技術】
【０００２】
会議や研修会等でプレゼンテーションを行う場合、パーソナルコンピュータ（以下、「ＰＣ」という）にプロジェクタを接続し、プロジェクタによりコンピュータの生成画像をスクリーンに投映する。
【０００３】
ＰＣにプロジェクタを直接接続する方法では、接続の手間がかかる、接続ケーブルの長さ以上にＰＣとプロジェクタを離せない、複数台のＰＣが同時にプロジェクタを利用できない、といった問題がある。そこで、プロジェクタにネットワークインターフェースを設け、ＬＡＮを経由して１台以上のＰＣから投影すべき画像データをプロジェクタに送信し投映できる画像表示システムが注目されている。
【０００４】
この種の画像表示システムを実現するには、例えば、ＰＣに、直結するモニタ画面上の特定ウインドウの表示画像をキャプチャし、ＬＡＮを経由してネットワーク対応の表示装置に転送するキャプチャシステムを搭載する。ＰＣからネットワーク対応の画像表示装置に転送される画像データのデータ量がネットワーク帯域に対して多すぎるような場合には、ＰＣ側で画像データを圧縮して送信し、画像表示装置側で伸長すればよい。
【０００５】
特許文献１には、表示画面を複数領域に分割し、キャプチャし圧縮して、ネットワーク対応の画像表示装置に伝送するシステムが記載されている。また、自然画が含まれている画面を圧縮する場合には、一般に圧縮率が低下する。特許文献１には、圧縮後のデータサイズが一定となるように予測して１回にキャプチャする領域を調整することが記載されている。
【特許文献１】特開２００３−１３４３４２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
送信前の圧縮処理は、伝送路における帯域を確保するのには役立つが、受信側で伸長処理が必要になり、これが、表示のための全体の処理速度を低下させる。これを回避するには、プロジェクタのデコード処理能力を高めれば良い。
【０００７】
デコード処理を高速化するには、ハードウェアのデコーダを採用すればよく、更には、複数のハードウエアデコーダを設け、並列動作させれば良い。
【０００８】
プロジェクタ側が複数のデコーダを有する場合、画像送信側となるＰＣは、その複数のデコーダが効率的に並列動作するように、画像データを送信する必要がある。
【０００９】
本発明は、このような要望を満たす画像送信装置及び画像表示システムを提示することを目的とする。
【課題を解決するための手段】
【００１０】
本発明に係る画像送信装置は、ネットワークを介して画像表示装置に画像データを送信する画像送信装置であって、前記画像表示装置の表示処理能力に関する情報を取得する手段と、前記画像表示装置の前記表示処理能力に従い、伝送対象画像を１以上の画像ブロックに分割する画像分割手段と、前記画像分割手段により分割された前記１以上の画像ブロックをそれぞれ圧縮符号化するエンコーダと、前記エンコーダにより圧縮符号化された前記１以上の画像ブロックのデータを前記画像表示装置に送信する手段とを具備することを特徴とする。
【００１１】
本発明に係る画像表示システムは、画像送信装置と、ネットワークを介して前記画像送信装置に通信し、前記画像送信装置から送信される画像を表示する画像表示装置とからなる画像表示システムであって、前記画像送信装置は、前記画像表示装置で表示すべき画像の変化領域を特定し設定する手段と、前記画像表示装置のデコーダ数を問い合わせる手段と、前記画像表示装置の前記デコーダ数に応じて前記変化領域を１又は複数の画像ブロックに分割し、前記画像ブロックごとに画像データを圧縮符号化するエンコーダと、前記エンコーダで圧縮符号化された画像データを前記画像表示装置に送信する送信手段とを具備し、前記画像表示装置は、圧縮符号化された画像データを伸長する１以上のデコーダと、前記画像送信装置からの問い合わせに応じて前記デコーダ数を前記画像送信装置に通知する手段と、前記デコーダにより伸長された画像データを、変化していない画像データと共に画像表示する表示手段とを具備することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、画像表示装置の表示処理能力に応じて、伝送対象画像を１以上の画像ブロックに分割し、それぞれ圧縮符号化して伝送するので、画像表示装置の処理能力を有効に活用できる。
【発明を実施するための最良の形態】
【００１３】
以下、図面を参照して、本発明の実施例を詳細に説明する。
【実施例１】
【００１４】
図１は、本発明の一実施例である画像表示システムの概略構成ブロック図を示す。本実施例の画像表示システム１０は、画像送信装置であるＰＣ１２と、ＰＣ１２から送信された画像データを受信し表示する画像表示装置としてのプロジェクタ１４とからなる。ＰＣ１２とプロジェクタ１４は、ＬＡＮ１６に代表される通信ネットワークを介して接続する。
【００１５】
ＰＣ１２は、直接接続するモニタディスプレイの画面又はその一部に表示している画像の画像データを、ＬＡＮ１６を介してプロジェクタ１４に送信する。プロジェクタ１４は、ＰＣ１２からの画像データを受信し、スクリーンに投映する。ＰＣ１２は、ＧＵＩ（Graphical User Interface）となる所定のウインドウシステムで画像及び文字等をモニタディスプレイに表示する。ＰＣ１２は、画像データとは別に、マウス等のポインティングデバイスで操作されるマウスカーソル又はポインタの位置情報をプロジェクタ１４に送信する。ＧＵＩにより、複数のタスクに固有の領域を割り当てて、画面出力を多重化することが可能になる。
【００１６】
ＰＣ１２は、ＣＰＵ２０と、ＣＰＵ２０の処理手順を記述した制御プログラムを記憶するＲＯＭ２２と、ワークメモリとして一時的に制御プログラムやデータを格納するＲＡＭ２４を具備する。そして、ハードディスク（ＨＤＤ）２６には、アプリケーションやＯＳなどの各プログラムとデータが格納される。エンコーダ（ＥＮＣ）２８は、表示する画像データを圧縮符号化する。ネットワークインターフェース（ネットワークＩＦ）３０は、ＬＡＮ１６を経由してプロジェクタ１４やサーバなどと通信する。ユーザインターフェース（ユーザＩＦ）３２は、ユーザ入力を受け付けるキーボードやポインティングデバイス（マウス等）からなる。ＶＲＡＭ３４は、表示装置４０に表示する画像の画像データを表示用に記憶する。画像処理装置３６は、表示用に画像や文字のデータ等を処理し、表示制御装置３８は、画像処理装置３６からの画像データに従う画像を表示装置４０に表示させる。表示装置４０は、液晶ディスプレイなどの表示デバイスからなる。内部バス４２は、以上の要素２０〜３６間でのデータ及び制御信号等の転送を可能にする。
【００１７】
プロジェクタ１４は、ＣＰＵ５０と、ＣＰＵ５０の処理手順を記述した制御プログラムを記憶するＲＯＭ５２と、ワークメモリとして一時的に制御プログラムやデータを格納するＲＡＭ５４を具備する。デコーダ５６，５８は、所定の圧縮方式で圧縮された画像データをデコード（伸長）する。デコーダ５６とデコーダ５８は、同一の圧縮形式に対応したデコード処理を行うものであっても良いし、異なる圧縮形式に対応したデコーダであっても良い。
【００１８】
更に、プロジェクタ１４は、ＬＡＮ１６を介してＬＡＮ１６に接続する他の機器、例えば、ＰＣ１２と通信するネットワークＩＦ６０を具備する。ユーザＩＦ６２は、ユーザ入力を受け付ける各種の操作ボタンや操作リモコンなどからなる。表示制御装置６４は、デコーダ５６、５８により伸長された画像データに従う画像を投映表示装置６６に表示させる。投映表示装置６６は、液晶表示デバイスと液晶表示デバイスの表示画像を図示しないスクリーンに投映する投映光学系からなる。内部バス６８は、以上の要素５０〜６４間でのデータ及び制御信号等の転送を可能にする。
【００１９】
ＰＣ１２は、先ず、表示用に指定されたプロジェクタ、例えばプロジェクタ１４の表示処理能力の情報を取得する。図２は、そのプロセスのフローチャートを示す。ＰＣ１２では、ＣＰＵ２０が、画像送信プログラムをＨＤＤ２６から読み込み、実行する。画像送信プログラムでは、ＰＣ１２は、ネットワークＩＦ３０を介して、例えばＴＣＰ／ＩＰのヘッダに独自コマンドを付加して発行し、プロジェクタ１４にデコーダの数とその処理速度を問い合わせる（Ｓ１）。問い合わせを受けたプロジェクタ１４は、表示処理能力として、保有するデコーダの数とその処理速度を返答する。ＰＣ１２は、受信したデコーダの数とその処理速度の情報をＲＡＭ２４に格納する（Ｓ２）。デコーダの処理速度は、例えばＭｂｐｓの単位で表現される。
【００２０】
次に、ＰＣ１２は、プロジェクタ１４で表示すべき画像の画像データをプロジェクタ１４に送信する。図３は、その送信プロセスのフローチャートを示す。
【００２１】
表示装置４０の表示に変化があったかどうかを判別する（Ｓ１１）。具体的には、ＣＰＵ２０は、画像処理装置３６（を制御するドライバプログラム）に表示の変化の有無を問い合わせる。又は、表示の変化があった場合に、画像処理装置３６（を制御するドライバプログラム）がＣＰＵ２０に変化発生を通知するようにしてもよい。また、ＶＲＡＭ３４に表示すべき画像の画像データを格納する前にＣＰＵが表示画像の変化を検知しても良い。表示装置４０の表示に変化が発生するまで、ステップＳ１１を続ける。
【００２２】
表示装置４０の表示に変化があると（Ｓ１１）、ＣＰＵ２０は、表示装置４０に表示されている画像データが格納されているＶＲＡＭ３４からその画像データを取得する（Ｓ１２）。キャプチャした画像データは、ＲＡＭ２４に格納される。
【００２３】
キャプチャした画像と直前の画像を比較し、変化のあった場所を特定し（Ｓ１３）、特定した変化領域を転送エリアとして設定する（Ｓ１４）。
【００２４】
図４乃至図６を参照して、マクロブロックにより差分を判定する方法と、画面変化領域を特定する方法を説明する。
【００２５】
図４は、画面変化前の画面状態を示し、図５は、図４に示す画面の変化の様子を示す。例えば、ユーザＩＦ３２のマウスを使って、表示されているウインドウを画面上で移動する場合である。表示装置４０が図４に示すようにウインドウ７０を表示しているとする。この実施例では、表示装置４０の画面全体を図４に破線で例示するように、横６分割、縦６分割した３６個のマクロブロックに分割し、このマクロブロック単位で、プロジェクタ１４で表示する画像データを更新するものとする。もちろん、マクロブックの境界を示す破線は、表示装置４０の画面には表示されない。
【００２６】
ユーザがウインドウ７０を図５に示すウインドウ７２の位置に移動したとする。移動後では、ウインドウ７０は表示されないので、図５では破線で図示してある。実際に画像が変化した領域はウインドウ７０の領域とウインドウ７２の領域に外接する領域（図６の太実線の枠７４）となる。しかし、本実施例では、圧縮伸長の容易さから、マクロブロック単位で変化領域の画像データをプロジェクタ１４に伝送するので、より広い太実線の枠７６（図５）で囲んだ領域が変化領域、すなわち、伝送対象画像となる。枠７６は、ウインドウ７０の位置からウインドウ７２の位置への移動の前後で、表示装置４０が表示する画像の変化領域をマクロブロック単位で示している。
【００２７】
コンピュータのＧＵＩを構成するウインドウシステムには、ウインドウ７０、７２の位置とサイズを取得する関数又はＡＰＩ（Application Programming Interface）が装備されている。例えば、関数ＧｅｔＷｉｎｄｏｗＲｅｃｔである。このような関数又はＡＰＩを使用することで、容易にウインドウ７０、７２の位置（左上原点（Ｘ１，Ｙ１），（Ｘ２，Ｙ２））と縦横のサイズを取得できる。変化前後のウインドウの位置座標とサイズから、実際の変化領域（実変化領域）を特定できることは明らかである。この実変化領域（枠線７４内の領域）を包含する、マクロブロック単位の領域（枠線７６内の領域）が、プロジェクタ１４に伝送する変化領域となり、転送エリアとして決定される（Ｓ１４）。
【００２８】
図２に示すプロセスで取得したプロジェクタ１４のデコーダ数が複数の場合（Ｓ１５）、ＣＰＵ２０は画像分割手段として、変化領域中で、各デコーダがデコード処理を分担する画像ブロックを決定する（Ｓ１６）。分割される画像ブロックの数は１以上である。デコーダ数が１の場合（Ｓ１５）、変化領域が一つの、分割されない画像ブロックになる。
【００２９】
エンコーダ２８は、ＪＰＥＧ符号化方式により、変化領域内の画像データを画像ブロック単位で圧縮符号化する（Ｓ１７）。ＪＰＥＧ以外の画像圧縮方式も利用できる。デコーダ数が複数の場合には、複数のデコーダでデコードを分担できるように、各デコーダが担当する画像ブロック単位で、変化領域の画像データが圧縮符号化される。
【００３０】
２つのデコーダ５６，５８を有するプロジェクタ１４を表示用に使用する場合で、画像ブロックの分割例を具体的に説明する。例えば、デコーダ５６，５８の処理能力が等しい場合には、同じ又は近似したマクロブロック数で分割する。デコーダ５６，５８の処理能力に差がある場合には、その能力差に応じて、処理能力のあるデコーダにより多くのマクロブロック数を割り当てる。
【００３１】
図７は第１の分割例を示し、図８は第２の分割例を示す。図７に示す分割例では、各デコーダの担当するマクロブロック数が同じ又は近似するように変化領域を水平な分割線８０で分割している。図８に示す分割例は、デコーダ５６，５８の処理能力に差がある場合であり、分割線８２で分割して、高速なデコーダに多くのマクロブロック数を割り当てている。
【００３２】
他の分割法として、ＰＣ１２からプロジェクタ１４への伝送時間も含めて画像ブロックの割当てを決定してもよい。例えば、デコーダ５６とデコーダ５８の処理速度が同様だったとしても、デコーダ５６が圧縮画像データを先にデコードし、デコーダ５８が続けて受信する圧縮画像データをデコードするとする。この場合には、デコーダ５６がデコーダ５８よりも先にデコード処理を終えることになる。そこで、デコーダ５６とデコーダ５８の処理開始時間を考慮に入れて、デコーダ５６に処理させる画像ブロックのサイズを大きく設定する。これにより、デコーダ５６とデコーダ５８のデコード処理が同時に終了するように調整でき、実質的に、プロジェクタ１４での表示の更新までに要する時間を短縮できる。
【００３３】
圧縮された各画像ブロックは、各画像ブロックを識別するための識別子を付加されてＲＡＭ２４に格納される（Ｓ１８）。ＲＡＭ２４に格納した各画像ブロックの圧縮画像データは、ネットワークＩＦ３０を介して、ＴＣＰ／ＩＰのヘッダと各画像ブロックを識別するための識別子を付加したデータとして、プロジェクタ１４に送信される（Ｓ１９）。
【００３４】
画像データの送信方法として、各画像ブロックを順番に送信してもよいし、各画像ブロックを細分化してパケットとして構成して、各画像ブロックのパケットを交互に送信してもよい。また、各画像ブロックのデータを示すフラグ情報と、全画像ブロックのデータ伝送終了を示すフラグ情報を付加することで、プロジェクタ１４は、各画像ブロックの終了及び画像データの終了を認識できる。
【００３５】
図９及び図１０を参照して、プロジェクタ１４の動作を説明する。図９は、ＰＣ１２からの処理速度取得要求に対するプロジェクタ１４の動作フローを示す。
【００３６】
プロジェクタ１４は、ネットワークＩＦ６０を介してＰＣ１２からの処理速度取得要求を受信する（Ｓ１）。プロジェクタ１４は、要求を受信した後、ネットワークＩＦ６０を介してデコーダ数と各デコーダの処理速度をＰＣ１２に返信する（Ｓ２２）。
【００３７】
図１０は、プロジェクタ１４が受信した画像データを表示する処理のフローチャートを示す。
【００３８】
プロジェクタ１４は、ネットワークＩＦ６０を介して、ＰＣ１２から送信される画像データを受信する。受信した画像データは、ＲＡＭ５４に一時的に格納される（Ｓ３１）。
【００３９】
受信データでは、各画像ブロックを識別する識別子が付加されている。ＣＰＵ５０は、この識別子によりデコーダ５６，５８のどちらで処理するデータであるかを判別する（Ｓ３２）。デコーダ５６で処理すべき圧縮画像データをデコーダ５６にデコードさせ（Ｓ３３）、デコーダ５８で処理すべき圧縮画像データをデコーダ５８にデコードさせる（Ｓ３４）。デコーダ５６，５８でデコードされた画像データは、ＲＡＭ２４に一時的に格納される。
【００４０】
全ての受信画像データのデコード処理が完了するまで（Ｓ３５）、ステップＳ３２〜Ｓ３４を繰り返す。全ての受信画像データのデコード処理が完了すると（Ｓ３５）、表示制御装置６４は、ＲＡＭ２４に格納されている画像データを読み出し、変化していない画像部分の画像データと一緒に投映表示装置６６に供給する（Ｓ３６）。これにより、変化後の画像が、変化していない部分の画像と共に、図示しないスクリーンに投映される。
【００４１】
デコーダ５６，５８は、ハードウェダデコーダでもソフトウェアデコーダでもよいことは明らかである。
【００４２】
本実施例では、プロジェクタのデコーダ数、又はデコーダ数とその処理速度とに応じて、画像を１つ以上の画像データに分割し圧縮して伝送するので、表示装置の複数のデコーダを効率的に使用できる。
【実施例２】
【００４３】
実施例１では、ＰＣ１２とプロジェクタ１４が１対１に接続することを前提としてが、本発明は、ＰＣ１２と複数のプロジェクタが接続する構成にも適用可能である。
【００４４】
図１１は、本実施例のシステム構成図を示す。本実施例の画像表示システム１１０では、ＰＣ１１２は、複数のプロジェクタ１１４ａ，１１４ｂがＬＡＮ１１６を介して通信可能であり、画像データをプロジェクタ１１４ａ，１１４ｂに送信できる。ＰＣ１１２の基本構成と基本動作は、ＰＣ１２と同じである。プロジェクタ１１４ａ，１１４ｂの基本構成と基本動作は、プロジェクタ１４と同じであるが、保有するデコーダ５６、５８の数及び能力は異なってもよい。
【００４５】
図１２と図１３を参照して、ＰＣ１１２の動作を説明する。ただし、理解を容易にするために、２台のプロジェクタ１１４ａ，１１４ｂを表示に使用する場合を説明するが、３台以上を使用しても良い。
【００４６】
ＰＣ１１２は、例えばＴＣＰ／ＩＰのヘッダに独自コマンドを付加して発行することにより、プロジェクタ１１４ａ，１１４ｂにデコーダの処理速度とデコーダ数を問い合わせる（Ｓ４１）。この問い合わせに対してプロジェクタ１１４ａ，１１４ｂから返信されるデコーダの処理速度とデコーダ数をＲＡＭ２４に格納する（Ｓ４２）。このとき、デコーダの処理速度は例えばＭｂｐｓの単位で表現される。全プロジェクタ１１４ａ，１１４ｂのデコーダ数とデコーダの処理速度の情報を取得するまで（Ｓ４３）、ステップＳ４１〜Ｓ４２を繰り返す。
【００４７】
全プロジェクタ１１４ａ，１１４ｂのデコーダ数とデコーダの処理速度の情報を取得すると（Ｓ４３）、変化領域の最小分割数を決定する（Ｓ４４〜Ｓ４６）。本実施例では、デコーダの最大数を優先してブロック分割を行うモードか、各プロジェクタのデコーダ数の最小公倍数をブロック分割数として設定するモードを選択できる。どちらのモードが設定されているかを判定する（Ｓ４４）。
【００４８】
デコーダの最大数を優先してブロック分割を行う場合（Ｓ４４）、ステップＳ４１〜Ｓ４３で取得した各プロジェクタのデコーダ数の中で最大値となるデコーダ数を最小分割数に設定する（Ｓ４５）。
【００４９】
各プロジェクタのデコーダ数の最小公倍数をブロック分割に設定する場合（Ｓ４４）、ステップＳ４１〜Ｓ４３で取得した各プロジェクタのデコーダ数の最小公倍数を最小分割数に設定する（Ｓ４６）。
【００５０】
図１３は、ＰＣ１１２で画面をキャプチャしてから送信するまでの処理の流れを示す。
【００５１】
ＶＲＡＭ３４から表示されている画像の画像データを取り込み（Ｓ５１）、直前の画像データとの差分で表示画像の変化の有無と領域を調べる（Ｓ５２）。差分の判定法は、実施例１と同じである。表示画像に変化があると（Ｓ５３）、変化があった領域を転送エリアとして決定する（Ｓ５４）。
【００５２】
ステップＳ４５またはＳ４６で決定した最小ブロック分割数に従って、ステップＳ５４で設定した変化領域（転送エリア）を複数の画像ブロックに最小ブロック分割数以上に分割する（Ｓ５５）。複数の画像ブロックに分割する方法は、実施例１と同じである。
【００５３】
エンコーダ２８は、実施例１と同様に、ＪＰＥＧ符号化方式により、変化領域内の画像データを画像ブロック単位で圧縮符号化する（Ｓ５６）。ＪＰＥＧ以外の画像圧縮方式も利用できる。
【００５４】
圧縮された各画像ブロックは、各画像ブロックを識別するための識別子を付加されてＲＡＭ２４に格納される（Ｓ５８７。ＲＡＭ２４に格納した各画像ブロックの圧縮画像データは、ネットワークＩＦ３０を介して、ＴＣＰ／ＩＰのヘッダと各画像ブロックを識別するための識別子を付加したデータとして、各プロジェクタ１１４ａ，１１４ｂに送信される（Ｓ５８）。ＵＤＰによるマルチキャストまたはブロードキャストを利用しても良い。
【００５５】
画像データの送信方法として、各画像ブロックを順番に送信してもよいし、各画像ブロックを細分化してパケットとして構成して、各画像ブロックのパケットを交互に送信してもよい。また、各画像ブロックのデータを示すフラグ情報と、全画像ブロックのデータ伝送終了を示すフラグ情報を付加することで、各プロジェクタ１１４ａ，１１４ｂは、各画像ブロックの終了及び画像データの終了を認識できる。
【００５６】
各プロジェクタ１１４ａ，１１４ｂの動作は、プロジェクタ１４と同様であるので、説明を省略する。
【００５７】
複数のプロジェクタを使用する場合でも、デコーダ数と処理速度に応じて画像を複数のブロックに分割してから圧縮することで、複数のデコーダを効率的に使用できる。
【００５８】
本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、装置に供給することによっても、達成される。このとき、供給された装置の制御装置を含むコンピュータ（またはＣＰＵやＭＰＵ）は、記憶媒体に格納されたプログラムコードを読み出し実行する。
【００５９】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００６０】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００６１】
また、上述のプログラムコードの指示に基づき、装置上で稼動しているＯＳ（基本システムやオペレーティングシステム）などが処理の一部又は全部を行い、その処理によって前述した実施例の機能が実現される場合も含まれる。
【００６２】
さらに、記憶媒体から読み出されたプログラムコードが、装置に挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれ、前述した実施形態の機能が実現される場合も含まれる。このとき、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行う。
【図面の簡単な説明】
【００６３】
【図１】本発明の一実施例の概略構成ブロック図である。
【図２】プロジェクタ１４のデコーダ数と処理能力を取得するＰＣ１２の要求処理のフローチャートである。
【図３】ＰＣ１２における画像送信処理のフローチャートである。
【図４】画面変化前の画面例である。
【図５】画面変化の説明図である。
【図６】実際に画面上で変化する部分の説明図である。
【図７】転送エリアの分割例である。
【図８】転送エリアの別の分割例である。
【図９】ＰＣ１２からのデコーダ情報取得要求に対するプロジェクタ１４の処理を示すフローチャートである。
【図１０】ＰＣ１２からの画像データを受信し表示するプロジェクタ１４の処理のフローチャートである。
【図１１】ＬＡＮに接続する複数のプロジェクタを表示用に使用する実施例の概略構成図である。
【図１２】転送エリアの最小分割数を決定するＰＣ１１２の処理を示すフローチャートである。
【図１３】ＰＣ１１２における画像送信処理のフローチャートである。
【符号の説明】
【００６４】
１０：画像表示システム
１２：ＰＣ（画像送信装置）
１４：プロジェクタ（画像表示装置）
１６：ＬＡＮ
２０：ＣＰＵ
２２：ＲＯＭ
２４：ＲＡＭ
２６：ハードディスク（ＨＤＤ）
２８：エンコーダ（ＥＮＣ）
３０：ネットワークインターフェース（ネットワークＩＦ）
３２：ユーザインターフェース（ユーザＩＦ）
３４：ＶＲＡＭ
３６：画像処理装置
３８：表示制御装置
４０：表示装置
４２：内部バス
５０：ＣＰＵ
５２：ＲＯＭ
５４：ＲＡＭ
５６，５８：デコーダ
６０：ネットワークインターフェース（ネットワークＩＦ）
６２：ユーザインターフェース（ユーザＩＦ）
６４：表示制御装置
６６：投映表示装置
６８：内部バス
７０：ウインドウ（移動前）
７２：ウインドウ（移動後）
７４：画像変化領域
７６：変化領域（転送エリア）
１１０：画像表示システム
１１２：ＰＣ
１１４ａ，１１４ｂ：プロジェクタ
１１６：ＬＡＮ
【図１】
2010161670.tif 000003
【図２】
2010161670.tif 000004
【図３】
2010161670.tif 000005
【図４】
2010161670.tif 000006
【図５】
2010161670.tif 000007
【図６】
2010161670.tif 000008
【図７】
2010161670.tif 000009
【図８】
2010161670.tif 000010
【図９】
2010161670.tif 000011
【図１０】
2010161670.tif 000012
【図１１】
2010161670.tif 000013
【図１２】
2010161670.tif 000014
【図１３】
2010161670.tif 000015