(57)【要約】【課題】  通常画面キャプチャした画像は圧縮されてプロジェクタに送られ、圧縮された画像データを受信したプロジェクタは圧縮画像データをデコード処理してから表示する。一般的に処理速度の低いプロジェクタではデコード処理に時間がかかるため、画面更新があってからキャプチャした画像をＰＣから送られても、プロジェクタでは前の画像をデコード処理中で、受信した画像を処理できるようになるまでに時間がかかってしまう。【解決手段】  画像処理装置の処理速度をあらかじめプロジェクタに通知し、通知を受けたプロジェクタは画像処理装置の処理時間及びプロジェクタの処理時間に基づくタイミングでキャプチャ許可を通知する。【選択図】  図１
2010147905.tif 000002
【特許請求の範囲】
【請求項１】
表示制御装置からの通知に応じて画像データを取り込み、前記表示制御装置に送信する画像処理装置と、ネットワークを介して通信可能な表示制御装置であって、
前記通知を前記画像処理装置に送信する送信手段と、
前記通知に応じて前記画像処理装置から送信された画像データを受信する第１の受信手段と、
前記受信手段により受信した画像データを表示するのに要する残り時間である第１の時間を算出する第１の算出手段と、
前記画像処理装置が、新たな画像データを取り込んで前記表示制御装置に送信するのに必要な処理に要する第２の時間を受信する第２の受信手段とを有し、
前記送信手段は、前記第２の時間が前記第１の時間よりも小さくなった場合に、前記画像処理装置に前記通知を送信することを特徴とする表示制御装置。
【請求項２】
表示制御装置からの通知に応じて画像データを取り込み、前記表示制御装置に送信可能な画像処理装置と、ネットワークを介して通信可能な表示制御装置であって、
前記通知を前記画像処理装置に送信する送信手段と、
前記通知に応じて前記画像処理装置から送信された画像データを受信する第１の受信手段と、
前記画像処理装置が新たな画像データを取り込んで前記表示制御装置に送信する処理の能力に関する情報を受信する第２の受信手段と、
前記受信手段により受信した画像データを表示するのに要する残り時間である第１の時間を算出する第１の算出手段と、
前記第２の受信手段により受信した情報に基づき、前記画像処理装置が、前記新たな画像データを取り込んで前記表示制御装置に送信するのに必要な処理に要する第２の時間を算出する第２の算出手段とを有し、
前記送信手段は、前記第２の時間が前記第１の時間よりも小さくなった場合に、前記画像処理装置に前記通知を送信することを特徴とする表示制御装置。
【請求項３】
前記第１の算出手段は、前記第１の受信手段により受信した画像データのサイズに基づき、前記第１の時間を算出することを特徴とする請求項１または２に記載の表示制御装置。
【請求項４】
前記第２の算出手段は、前記第２の受信手段により受信した情報と、前記第１の受信手段により受信した画像データのサイズに基づき、前記第２の時間を算出することを特徴とする請求項２に記載の表示制御装置。
【請求項５】
表示制御装置と通信可能な画像処理装置であって、
画像データを取り込む取り込み手段と、
前記取り込み手段により取り込んだ画像データを、前記表示制御装置に送信する第１の送信手段と、
新たな画像データを取り込んで前記表示制御装置に送信するのに要する第１の時間を算出する第１の算出手段と、
前記第１の算出手段により算出された第１の時間を前記表示制御装置に送信する第２の送信手段と、
前記第２の送信手段により送信された第１の時間に基づくタイミングで前記表示制御装置から送信される通知を受信する受信手段とを有し、
前記取り込み手段は、前記受信手段による通知の受信に応じて、前記新たな画像データを取り込むことを特徴とする画像処理装置。
【請求項６】
表示制御装置と通信可能な画像処理装置であって、
画像データを取り込む取り込み手段と、
前記取り込み手段により取り込んだ画像データを、前記表示制御装置に送信する第１の送信手段と、
新たな画像データを取り込んで前記表示制御装置に送信する処理の能力に関する情報を送信する第２の送信手段と、
前記第２の送信手段により送信された情報に基づいて算出されたタイミングで前記表示制御装置から送信される通知を受信する受信手段とを有し、
前記取り込み手段は、前記受信手段による通知の受信に応じて、前記新たな画像データを取り込むことを特徴とする画像処理装置。
【請求項７】
前記取り込み手段により取り込んだ画像データのサイズが所定の値より小さい場合には、前記受信手段による通知の受信を行うことなく、前記取り込み手段は前記新たな画像データを取り込むことを特徴とする請求項５または６に記載の画像処理装置。
【請求項８】
前記取り込み手段により取り込んだ画像データを変換する変換手段をさらに有し、
前記第１の送信手段は、前記変換手段により変換された後の画像データを送信することを特徴とする請求項５乃至７のいずれか１項に記載の画像処理装置。
【請求項９】
表示制御装置と通信可能な画像処理装置であって、
画像データを取り込む取り込み手段と、
前記取り込み手段により取り込んだ画像データを、前記表示制御装置に送信する送信手段と、
前記表示制御装置が、前記送信手段により送信された画像データを表示するのに要する第１の時間を受信する受信手段と、
新たな画像データを取り込んで前記表示制御装置に送信するのに要する第２の時間を算出する算出手段と、
前記取り込み手段は、前記第１の時間と前記第２の時間の差に基づき、前記新たな画像データの取り込みを実行することを特徴とする。
【請求項１０】
表示制御装置と通信可能な画像処理装置であって、
画像データを取り込む取り込み手段と、
前記取り込み手段により取り込んだ画像データを、前記表示制御装置に送信する送信手段と、
前記表示制御装置が、前記送信手段により送信された画像データを表示する処理の能力に関する情報を受信する受信手段と、
前記受信手段により受信した情報に基づき、前記前記表示制御装置が前記送信手段により送信された画像データを表示するのに要する第１の時間を算出する第１の算出手段と、
新たな画像データを取り込んで前記表示制御装置に送信するのに要する第２の時間を算出する第２の算出手段と、
前記取り込み手段は、前記第１の時間と前記第２の時間の差に基づき、前記新たな画像データの取り込みを実行することを特徴とする画像処理装置。
【請求項１１】
前記取り込み手段により取り込んだ画像データのサイズが所定の値より小さい場合には、前記取り込み手段は前記第１の時間と前記第２の時間の差にかかわらず、前記新たな画像データを取り込むことを特徴とする請求項９または１０に記載の画像処理装置。
【請求項１２】
表示制御装置からの通知に応じて画像データを取り込み、前記表示制御装置に送信する画像処理装置と、ネットワークを介して通信可能な表示制御装置の制御方法であって、
前記通知を前記画像処理装置に送信する送信ステップと、
前記通知に応じて前記画像処理装置から送信された画像データを受信する第１の受信ステップと、
前記受信ステップにおいて受信した画像データを表示するのに要する残り時間である第１の時間を算出する第１の算出ステップと、
前記画像処理装置が、新たな画像データを取り込んで前記表示制御装置に送信するのに必要な処理に要する第２の時間を受信する第２の受信ステップとを有し、
前記送信ステップは、前記第２の時間が前記第１の時間よりも小さくなった場合に実行されることを特徴とする表示制御装置の制御方法。
【請求項１３】
表示制御装置と通信可能な画像処理装置の制御方法であって、
画像データを取り込む取り込みステップと、
前記取り込みステップにおいて取り込んだ画像データを、前記表示制御装置に送信する第１の送信ステップと、
新たな画像データを取り込んで前記表示制御装置に送信するのに要する第１の時間を算出する第１の算出ステップと、
前記第１の算出ステップにおいて算出された第１の時間を前記表示制御装置に送信する第２の送信ステップと、
前記第２の送信ステップにおいて送信された第１の時間に基づくタイミングで前記表示制御装置から送信される通知を受信する受信ステップとを有し、
前記取り込みステップでは、前記受信ステップによる通知の受信に応じて、前記新たな画像データの取り込みが実行されることを特徴とする画像処理装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パーソナルコンピュータ（以下、「ＰＣ」と表記する。）等の情報処理装置の生成画像をプロジェクタなどの表示制御装置に送信する画像の伝送システムおよび伝送方法に関する。
【背景技術】
【０００２】
近年、会議や研修会等でプレゼンテーションを行う際は、ＰＣから受信した画像信号をスクリーンに投射させるプロジェクタを用いることが多い。
【０００３】
通常、ＰＣとプロジェクタとはアナログＲＧＢケーブルを用いたアナログ接続によって画像信号の送受信を行っていた。アナログ接続では、接続に手間がかかる、遠隔地からの接続が困難、複数台のＰＣと同時に接続したい、といった理由からネットワークを介してＰＣとプロジェクタを接続する画像転送システムが注目されている。
【０００４】
この画像転送システムを実現するために従来では、ＰＣなどの画像処理装置に表示された画面について、いわゆる画面キャプチャを定期的に行い、画面キャプチャによって取得された画像データをプロジェクタなどの表示装置に送信している。
【０００５】
上記のような画像転送システムにおいて、ＰＣで画面をキャプチャしてからネットワークに伝送し、伝送されてきた画面データをプロジェクタで表示するまでに遅延時間が発生する。遅延時間が大きくなるとプロジェクタをみながらＰＣを操作する際、ユーザが違和感を生じるため遅延時間を少なくする必要がある。一定間隔で画面をキャプチャする場合、画面が変化していない画像まで送ることになるため、余分な画像を送信している分だけ遅延時間が大きくなる。そこで、通常はＰＣの画面が更新されたタイミングで画面キャプチャを行うことが行われている。
【０００６】
特許文献１では、画面記憶部に記憶されている最新の画面とビデオメモリに記憶されているその後の画面とが、画面変化監視部によって監視されている。そして最新の画面が変化したと判断された場合、ビデオメモリに記憶されている画面がキャプチャされ、画像送信部からネットワークを介して画像受信装置へ送信する方法が開示されている。
【特許文献１】特開２００６−２６２１１６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
通常、ＰＣなどで画面キャプチャした画像は、例えば圧縮されて表示装置に送られ、圧縮された画像データを受信した表示装置は圧縮画像データをデコード処理してから表示する。一般的に処理速度の低い表示装置ではデコード処理に時間がかかる。したがって、画面更新があってからキャプチャした画像をＰＣなどから送られても、表示装置側では前の画像をデコード処理中で、受信した画像を処理できるようになるまでに時間がかかってしまう。その結果、ＰＣなどでキャプチャした画面が実際に表示装置で表示するまでの遅延時間が大きくなってしまうなど、データの転送を効率的に行うことができなかった。
【課題を解決するための手段】
【０００８】
本発明に係る表示制御装置は、表示制御装置からの通知に応じて画像データを取り込み、前記表示制御装置に送信する画像処理装置と、ネットワークを介して通信可能な表示制御装置であって、前記通知を前記画像処理装置に送信する送信手段と、前記通知に応じて前記画像処理装置から送信された画像データを受信する第１の受信手段と、前記受信手段により受信した画像データを表示するのに要する残り時間である第１の時間を算出する第１の算出手段と、前記画像処理装置が、新たな画像データを取り込んで前記表示制御装置に送信するのに必要な処理に要する第２の時間を受信する第２の受信手段とを有し、前記送信手段は、前記第２の時間が前記第１の時間よりも小さくなった場合に、前記画像処理装置に前記通知を送信することを特徴とする。
【０００９】
また、本発明に係る画像処理装置は、表示制御装置と通信可能な画像処理装置であって、画像データを取り込む取り込み手段と、前記取り込み手段により取り込んだ画像データを、前記表示制御装置に送信する第１の送信手段と、新たな画像データを取り込んで前記表示制御装置に送信するのに要する第１の時間を算出する第１の算出手段と、前記第１の算出手段により算出された第１の時間を前記表示制御装置に送信する第２の送信手段と、前記第２の送信手段により送信された第１の時間に基づくタイミングで前記表示制御装置から送信される通知を受信する受信手段とを有し、前記取り込み手段は、前記受信手段による通知の受信に応じて、前記新たな画像データを取り込むことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、キャプチャした画面を表示装置に表示する処理を効率的に行うことができる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照して本発明の実施形態を詳細に説明する。
【００１２】
図１は本発明の画像処理装置と表示制御装置とが通信可能に接続された画像伝送システムの一実施形態を示す説明図である。本実施形態の画像伝送システム１０は、画像処理装置の一例であるＰＣ１００と、表示制御装置の一例であるプロジェクタ２００とを備えている。ＰＣ１００とプロジェクタ２００とはＬＡＮ３００を通して通信ネットワークを形成している。各部の簡単な役割を説明すると、ＰＣ１００は、ディスプレイに表示されている画像信号を、前記通信ネットワークを介して、プロジェクタ２００に送信可能である。プロジェクタ２００は、ＰＣ１００から送られた画像信号を受信して、出力できる形への変換を行い表示する。またこのとき、マウス１００ａによってＰＣ１００におけるウィンドウシステム上のポインタが操作されるが、ポインタ表示位置は、前記画像データとは別にプロジェクタ２００に送信する。なお、ここでいうウィンドウシステムとは例えばマイクロソフト社のオペレーティングシステム（以下ＯＳ）であるＷｉｎｄｏｗｓ（登録商標）によって実現される、Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ（ＧＵＩ）のことである。ＧＵＩにより、複数のタスクに固有の領域を、割当てて画面出力を多重化することが可能になる。
【００１３】
＜第１の実施形態＞
本実施形態では図１のＰＣ１００とプロジェクタ２００による表示システム４００の概略ブロック構成を図２に示したようにした。
【００１４】
ＰＣ１００は、ＣＰＵ１０１と、ＣＵＰ１０１の処理手順を記述した制御プログラムを記憶するためのＲＯＭ１０２と、ワークメモリとして一時的に制御プログラムやデータを格納するＲＡＭ１０３を持つ。そして、アプリケーションやＯＳなどの各プログラムとデータを格納するためのハードディスクドライブ１０４と、ＰＣの表示する画像データを圧縮するためのエンコーダ１０５を備える。更に、ＬＡＮ等を経由してプロジェクタ２００やサーバなどと通信するためのインタフェースであるネットワークＩＦ１０６と、キーボードやポインティングデバイス（マウス等）からのユーザ入力を処理するユーザＩＦ１０７を備える。そして、ＰＣの表示する画像が記憶されているＶＲＡＭ１０８と、画像処理部１０９と、表示制御部１１０と、液晶ディスプレイなどの表示部１１１と、これら各要素を接続する内部バス１１２を備えている。
【００１５】
プロジェクタ２００は、ＣＰＵ２０１と、ＣＰＵ２０１の処理手順を記述した制御プログラムを記憶するためのＲＯＭ２０２と、ワークメモリとして一時的に制御プログラムやデータを格納するＲＡＭ２０３を備える。そして、所定の圧縮方式で圧縮されたデータをデコードするためのデコーダ２０４を持つ。更に、ＰＣ１００との接続用インタフェースであるネットワークＩＦ２０５と、各種の操作ボタンや操作リモコンなどからのユーザ入力を処理するユーザＩＦ２０６を備える。そして、画像を出力するための投影画像制御部２０７と、入力画像を投射する液晶パネル及びその駆動ドライバ、レンズ及びその駆動系及び光源で構成される投影部２０８と、これら各要素を接続する内部バス２０９と、を備えている。なお、ＰＣ１００、プロジェクタ２００のいずれも、時間を計測するためのタイマを備えているものとする。
【００１６】
なお、本実施形態における各装置のハードウェア構成は上記に限定されるものではない。例えば装置の制御は１つのハードウェアが実行してもよいし、複数のハードウェアが処理を分担しながら装置全体の制御を実現してもよい。
【００１７】
また、本実施形態において画像処理装置の一例としてＰＣを、表示制御装置の一例としてプロジェクタを用いたが、必ずしもこれらに限定されない。例えば、画像処理装置の例としてはデジタルカメラや携帯電話などがあげられる。また、表示制御装置の例としてはテレビ、モニタなどのディスプレイを制御する装置があげられる。
【００１８】
図８に、本実施形態におけるＰＣ１００とプロジェクタ２００の処理の概要を示す。ＰＣ１００は画面キャプチャ処理〜画像データ圧縮までの一連の処理を行った後（８０１）、画像データをプロジェクタ２００に送信する（８０３）。画像データを受信したプロジェクタでは画像データのデコード処理から表示までの一連の処理を行う（８０２）。ここで、プロジェクタ２００では表示が完了した直後に次の画像データが送られてくるように、表示が完了する前に画面キャプチャの許可通知を、８０２の処理を実行している途中でＰＣ１００に対して行う（８０４）。なお、ここでいう画面キャプチャとはＰＣのディスプレイに表示している画面データをビデモメモリからドライバにより取得し、内部ＲＡＭに一時格納することである。この動作が、取り込み手段の動作の一例である。
【００１９】
通知を受けたＰＣ１００は画面キャプチャを行い、プロジェクタ２００の処理が完了したタイミングで次の画像データを送信する（８０５）ことが可能となる。
【００２０】
以上が、本実施形態におけるＰＣ１００とプロジェクタ２００の処理の概要である。次に、図３〜図５を用いて本実施形態におけるＰＣ１００とプロジェクタ２００の処理の詳細について述べる。
【００２１】
図３に、画面の送信が行われる前にＰＣ１００の処理速度をプロジェクタ２００に対して通知するまでの処理の流れを示す。なお、以下のＰＣ１００の動作を示すフローチャートにおける処理は、ＣＰＵ１０１がプログラムや入力信号にしたがい、ＰＣ１００の各部を制御することで実現される。
【００２２】
本フローチャートは、ＰＣ１００が画像転送用のプログラムをＨＤＤ１０４から読み込むことで開始される。プログラムが開始されると表示部１１１に表示される画像をキャプチャする直前で処理時間Ｔ１ｔｍｐの測定を開始する（Ｓ００１）。
【００２３】
次に表示部１１１に表示されている画像データをキャプチャするため画像データが格納されているＶＲＡＭ１０８より画像データを取得する（Ｓ００２）。
【００２４】
画像データの取得が完了したら、取得した画像データをＪＰＥＧなどの所定の圧縮方式により圧縮する（Ｓ００３）。この際、圧縮方式はどのような圧縮方式であってもかまわない。
【００２５】
圧縮処理が終了した直後に測定を停止し、ステップＳ００２およびステップＳ００３で経過した処理時間Ｔ１ｔｍｐがわかる（Ｓ００４）。測定された処理時間Ｔ１ｔｍｐはＲＡＭ１０３に格納される。
【００２６】
上記のステップＳ００１〜Ｓ００４までの処理を画像転送プログラムで規定された規定回数だけ測定したかどうかを判定する（Ｓ００５）。規定回数に満たなければステップＳ００１〜Ｓ００４までの処理を再度行い、規定回数を満たしていれば次の処理に進む。
【００２７】
次に、ステップＳ００１〜ステップＳ００４を規定回数繰り返して測定した処理時間Ｔ１ｔｍｐの平均値Ｔ１ａｖｇと処理速度を算出する（Ｓ００６）。
【００２８】
平均値Ｔ１ａｖｇが算出されたら、ネットワークＩＦ１０６を介してプロジェクタ２００に対してＰＣ１００の処理時間Ｔ１ａｖｇと処理速度の平均値を通知する（Ｓ００７）。なお、この時点ではキャプチャした画像データはプロジェクタ２００に対して送られていないものとする。
【００２９】
ここまで、画像データを送信する前にＰＣ１００の処理速度を計測する処理について説明した。次に図４を用いて、ユーザより画像データの送信開始が指示された後に、ＰＣ１００が画像転送プログラムに従って実行する処理の流れを説明する。
【００３０】
既に前の画面をキャプチャしている場合には直前にキャプチャした画像データおよび画像データのサイズをＲＡＭ１０３に格納している。格納している直前の画像データのサイズが画像転送プログラムに規定されている規定値と比較して大きいかどうかを判別する（Ｓ１０１）。
【００３１】
Ｓ１０１において規定値を上回ると判断した場合には、ＰＣ１００のキャプチャ、差分チェック、圧縮、通信の各処理の合計平均処理時間Ｔ２ａｖｇと処理速度の平均値を算出する（Ｓ１０２）。なお、ここでは平均処理時間Ｔ２ａｖｇは後述するＳ１０７〜Ｓ１１０の処理に要する時間Ｔ２ｔｍｐの平均値である。なお、Ｔ２ａｖｇはＳ１０７〜Ｓ１１０の処理時間を合計した値の平均値としたが、各処理ごとに平均処理時間を求めても良い。
【００３２】
次に、算出した各処理の平均処理Ｔ２ａｖｇ時間と処理速度をプロジェクタ２００に対してネットワークＩＦ１０６を介して通知する（Ｓ１０３）。これが第２の送信手段の一例である。
【００３３】
通知が完了したら、プロジェクタ２００からのキャプチャ許可命令の受信待ちを行う（Ｓ１０４）。ここでいうキャプチャ許可とは、プロジェクタ２００が自機の処理状態に応じたタイミングで送信する信号である。
【００３４】
ネットワークＩＦ１０６を介してキャプチャ許可を受信したら、表示部１１１の表示に変化があったかどうかを判別する（Ｓ１０５）。表示部１１１の表示に変化があったかどうかの判別は、更新されたかどうかを、画像処理部を制御するドライバプログラムに問い合わせて、変化があるかどうかを通知してもらうことで実現する。
【００３５】
ステップＳ１０１において、規定値を下回る場合は上記ステップＳ１０２〜Ｓ１０４までの処理を省略し、表示部１１１の表示に変化があったかどうかを判別する処理を行う（Ｓ１０５）。なお、ステップＳ１０１において最初に処理を行う場合には直前にキャプチャした画像は存在しないので、Ｓ１０２〜Ｓ１０４までの処理を省略しステップＳ１０５の処理に進む。
【００３６】
ステップＳ１０５において、画像データに変化があった場合はＰＣ１００の処理時間Ｔ２ｔｍｐの測定を開始する（Ｓ１０６）。
【００３７】
測定が開始されたら表示部１１１に表示されている画像データをキャプチャするため画像データが格納されているＶＲＡＭ１０８より画像データを取得する（Ｓ１０７）。キャプチャした画像データはＲＡＭ１０３に格納される。
【００３８】
次に、格納した画像データと、直前の画像データを比較して変化があった場所を特定する（Ｓ１０８）。
【００３９】
変化があった場所が特定できたら、変化した画像データの領域をＪＰＥＧなどの所定の圧縮方式によりエンコーダ１０５で圧縮する（Ｓ１０９）。その際、圧縮方式はどのような圧縮方式であってもかまわない。また、エンコーダ１０５が存在しない場合には圧縮用のプログラムにより画像を圧縮する。
【００４０】
次に、圧縮した画像データはネットワークＩＦ１０６を介してプロジェクタ２００に送信する（Ｓ１１０）。これが第１の送信手段の一例である。送信が完了したら測定を停止し、ステップＳ１０７〜ステップＳ１１０で経過した処理時間Ｔ２ｔｍｐを算出する（Ｓ１１１）。なお、ここではステップＳ１０７〜ステップＳ１１０で経過した処理時間Ｔ２ｔｍｐとしたが、ステップごとに処理時間を計測しても良い。測定した処理時間はＲＡＭ１０３に格納される。
【００４１】
ここで、Ｓ１０１の処理について詳細に説明する。本実施形態では、プロジェクタ２００で画像データが受信されてから実際に画像が投影されるまで、ある程度時間を要する場合を想定している。つまり、プロジェクタ２００で投影中の画像データのサイズがある程度大きい場合は、プロジェクタ側のタイミングで送信されるキャプチャ許可に応じてＰＣ１００が画像データを送信することで、効率的なデータ送信が実現できる。
【００４２】
それに対し、つまり、プロジェクタ２００で投影中の画像データが小さく、投影まであまり時間を要しない場合、ＰＣ１００はキャプチャ許可の受信を待たずに、すぐにキャプチャ処理を実行して画像データを送信した方が効率的である。したがって図４のフローチャートでは、Ｓ１０１で画像サイズが既定値以上の場合はＳ１０４でプロジェクタ２００からのキャプチャ許可を待ち、キャプチャ許可があった場合にＳ１０７でキャプチャ処理を実行して画像データを送信するようにした。また、Ｓ１０１で画像サイズが既定値以下の場合はＳ１０４をスキップし、Ｓ１０７でキャプチャ処理を実行して画像データを送信するようにした。
【００４３】
上記の理由から、後述する図７の処理においても、プロジェクタ２００は、画像データのサイズが既定値より小さい場合、ＰＣ１００にキャプチャ許可通知を送信しないこととした。
【００４４】
次に、ＰＣ１００から送られてくるＰＣ１００の処理時間をプロジェクタ２００が受信する処理を図５を用いて説明する。
【００４５】
プロジェクタ２００は、ＰＣ１００からネットワークＩＦ１０６を介して送信されてきた処理時間Ｔ１ａｖｇ、またはＴ２ａｖｇをネットワークＩＦ２０５より受信し、ＲＡＭ２０３に格納して処理を終了する（Ｓ２０１）。ここでの処理が、第２の時間を受信する第２の受信手段の一例である。
【００４６】
また、Ｓ２０１においてＰＣ１００から画像データのデコード能力などに関する情報を受信し、プロジェクタ２００が処理時間Ｔ１ａｖｇ、またはＴ２ａｖｇを算出してもよい。これが第２の算出手段の一例である。
【００４７】
図６に、プロジェクタ２００が、画像処理プログラムに従って画像データを受信して表示する処理を実行する処理について説明する。なお、以下のプロジェクタ２００の動作を示すフローチャートにおける処理は、ＣＰＵ２０１がプログラムや入力信号にしたがい、プロジェクタ２００の各部を制御することで実現される。
【００４８】
まず、ネットワークＩＦ２０５より受信した画像データを、ＲＡＭ２０３に格納する（Ｓ２１１）。これが第１の受信手段の一例である。なお、画像データの先頭にはヘッダが存在し、ヘッダには画像データの圧縮形式や画像データのサイズなどの情報が含まれている。これらの圧縮形式や画像データのサイズなどの情報もＲＡＭ２０３に格納する。
【００４９】
画像データのデコード処理が開始できる程度のまとまった画像データを受信できたらプロジェクタ２００の処理時間ＴＰｔの計測を開始する（Ｓ２１２）。
【００５０】
計測が開始されたら、画像データのヘッダに存在する画像データのサイズ情報と、プロジェクタのプログラムにあらかじめ定義されているプロジェクタの処理速度（ビットレート）から残りの処理時間ＴＰｒを算出する（Ｓ２１３）。あるいは、画像サイズ（Ｍｂｙｔｅ）を後述するステップＳ２１９で算出された処理速度から処理時間（Ｍｂｐｓ）により除算することで処理時間ＴＰｒを求めてもよい。
【００５１】
残りの処理時間ＴＰｒが求まったら後述する図７に示すキャプチャ許可の通知をＰＣ１００に行うためのキャプチャ許可通知プログラムを起動する（Ｓ２１４）。
【００５２】
次に、デコーダ２０４により画像データをデコードする（Ｓ２１５）。もしプロジェクタにデコーダが無い場合にはデコード用のプログラムによりデコード処理を行っても良い。
【００５３】
デコード処理が完了した後、投影画像制御部２０７を介して投影部２０８により画像を投影する（Ｓ２１６）。ここで、たとえば１画面のデータではなく、一部の画面だけ送られてきている場合には、画面の一部の画像データだけ更新して表示するものとする。
【００５４】
投影が終了したら、ステップＳ２１２より計測してきたプロジェクタの処理時間ＴＰｔの計測を停止し、プロジェクタの各処理の処理時間をＲＡＭ２０３に格納する（Ｓ２１７）。ここでの処理時間の計時が、第１の時間を算出する第１の算出手段の一例である。
【００５５】
次に、受信した画像データが規定のサイズよりも大きいかどうか判断する（Ｓ２１８）。規定値よりも大きければ、測定したプロジェクタ２００の処理時間を既知の測定結果と合わせて平均処理時間ＴＰａｖｇと処理速度を算出して処理を終える（Ｓ２１９）。一方、受信した画像データが規定のサイズ以下である場合には平均値の算出には利用せず処理を終える。
【００５６】
ここで図７を用いて、プロジェクタ２００がＰＣ１００にキャプチャ許可通知を行う処理におけるプロジェクタ２００の動作の一例を示す。
【００５７】
図７の処理は、前述したステップＳ２１４によりキャプチャ許可プログラムが起動されることにより開始される。
【００５８】
まず、受信した画像データのサイズがプログラムで規定されている規定値よりも大きい場合には次のステップで処理を行い、規定値以下である場合には処理を終える（Ｓ２２１）。
【００５９】
画像データのサイズが規定値よりも大きい場合、ステップＳ２１３で算出したプロジェクタ２００が投影部２０８に画像を投影するまでの残り時間ＴＰｒと、ステップＳ２０１で受信したＰＣ１００の処理時間Ｔ１ａｖｇまたはＴ２ａｖｇを比較する（Ｓ２２２）。なお、ＰＣ１００の処理時間の算出方法は２つ存在する。ひとつはＰＣ１００の処理時間を受信した処理時間をそのまま使用する方法である。もうひとつは、受信した処理速度（Ｍｂｐｓ）と受信した画像データの中で規定値を上回った画像データの平均データサイズ（Ｍｂｙｔｅ）からＰＣ１００の処理時間を算出する方法である。
【００６０】
ここで、ＰＣ１００の処理時間Ｔ１ａｖｇまたはＴ２ａｖｇがプロジェクタの残りの処理時間ＴＰｒを上回っている場合には、ＰＣ側から次の画像データが送られてくる前にプロジェクタの処理が終わっている状態である。したがって、直ちにネットワークＩＦ２０５を介してキャプチャ許可通知をＰＣ１００に送信する（Ｓ２２３）。一方、ＰＣ１００の処理時間Ｔ１ａｖｇまたはＴ２ａｖｇが残りの処理時間ＴＰｒを下回っている間は、残り時間の時間経過に除算していくものとする。
【００６１】
なお、複数のプロジェクタがＰＣに接続されている場合は、複数のプロジェクタの中で最も早くキャプチャ許可を通知してきたプロジェクタからのキャプチャ許可に従いキャプチャ処理を実行するものとする。
【００６２】
以上述べたように、本適切なＰＣの処理速度を受信してプロジェクタ側でＰＣの処理速度と、プロジェクタの処理速度から適切なキャプチャタイミングを算出し、算出されたタイミングでキャプチャ許可通知を行う。このように、ＰＣ、プロジェクタそれぞれの処理に必要な時間という、第１の時間と第２の時間を用いて、機器の能力に応じた適切なキャプチャのタイミングを算出することで、適切なタイミングで画像データを送信することが可能となる。
【００６３】
＜第２の実施形態＞
第１の実施形態においては、プロジェクタ２００が自機の処理状態に応じてキャプチャ許可の通知を行い、それに従いＰＣ１００がキャプチャ処理を行う構成であった。それに対し本実施形態では、ＰＣ１００がキャプチャの処理タイミングを算出してキャプチャを行うものである。
【００６４】
なお、本実施形態は第１の実施形態と共通する部分が多いため、共通の部分に関しては説明を省略し、本実施形態特有の箇所を中心に説明する。
【００６５】
図９に本実施形態におけるＰＣ１００とプロジェクタ２００の処理の概要を示す。
【００６６】
プロジェクタ２００は、処理時間をＰＣ１００に対して送信する（９０１）。
【００６７】
次に、ＰＣ１００はプロジェクタ２００から送られてくるプロジェクタの処理速度を受信する（９０２）。
【００６８】
次に、ＰＣ１００は画面キャプチャ処理〜画像データ圧縮までの一連の処理を行った後（９０３）、画像データをプロジェクタ２００に送信する。
【００６９】
画像データを受信したプロジェクタでは、画像データのデコード処理から表示までの一連の処理を行う（９０４）。ここで、ＰＣは受信したプロジェクタの処理速度から次にプロジェクタが画像データを受けられるタイミングを計って待機時間を設定し、設定した待機時間が経過したら画面キャプチャを行い、画像データをプロジェクタ２００に送信する。
【００７０】
以上が処理の概要である。以下、詳細な動作について説明する。
【００７１】
図１０に、プロジェクタ２００から送信されるプロジェクタ２００の処理時間をＰＣ１００が受信する処理を示す。
【００７２】
図１０に示すように、ＰＣ１００は、プロジェクタ２００から送られてくるプロジェクタの処理時間と処理速度ＴＰ２ａｖｇをネットワークＩＦ１０６を介して受信し、ＲＡＭ１０３に格納して処理を終える（Ｓ３０１）。ＴＰ２ａｖｇの算出については後述する。
【００７３】
図１１に、ＰＣ１００が画面をキャプチャしてから送信するまでにＰＣ１００が画像転送プログラムに従い実行する処理の一例を示す。
【００７４】
まず、表示対象の画像データに変化があるかどうかを判別する（Ｓ３１１）。表示部１１１の表示に変化があったかどうかの判別は、更新されたかどうかを、画像処理部を制御するドライバプログラムに問い合わせて、変化があるかどうかを通知してもらうことで実現する。
【００７５】
画像データに変化があった場合はＰＣ１００の処理時間Ｔ３ｔｍｐの測定を開始する（Ｓ３１２）。
【００７６】
測定が開始されたら、表示部１１１に表示されている画像データをキャプチャするため画像データが格納されているＶＲＡＭ１０８より画像データを取得する（Ｓ３１３）。キャプチャした画像データはＲＡＭ１０３に格納される。
【００７７】
次に、格納した画像データと、直前の画像データを比較して変化があった場所を特定する（Ｓ３１４）。
【００７８】
変化があった場所が特定できたら、変化した画像データの領域をＪＰＥＧなどの所定の圧縮方式によりエンコーダ１０５で圧縮する（Ｓ３１５）。その際、圧縮方式はどのような圧縮方式であってもかまわない。また、エンコーダ１０５が存在しない場合には圧縮用のプログラムにより画像を圧縮してＲＡＭ１０３に格納する。
【００７９】
圧縮した画像データはネットワークＩＦ１０６を介してプロジェクタ２００に送信する（Ｓ３１６）。
【００８０】
送信が完了したら測定を停止し、ステップＳ３１３〜ステップＳ３１６で経過した処理時間Ｔ３ｔｍｐが算出される（Ｓ３１７）。なお、ここではステップＳ３１３〜ステップＳ３１６で経過した処理時間としたが、ステップごとに処理時間を計測しても良い。測定した処理時間Ｔ３ｔｍｐはＲＡＭ１０３に格納される。
【００８１】
次に、ステップＳ３１６で送信した画像データのサイズをＲＡＭ１０３から取得し、画像転送プログラムで規定されている規定値と比較する（Ｓ３１８）。規定値よりも大きければ、ステップＳ３１７で測定したＰＣの処理時間の計測結果と既知の処理時間から平均処理時間Ｔ３ａｖｇを算出する（Ｓ３１９）。
【００８２】
ステップＳ３１９により算出したＰＣの処理時間Ｔ３ａｖｇと、ステップＳ３０１でプロジェクタ２００から受信したプロジェクタの処理時間ＴＰ２を比較する。プロジェクタ２００の処理時間ＴＰ２  ａｖｇがＰＣ１００の処理時間Ｔ３ａｖｇよりも短い場合には処理を終える（Ｓ３２０）。そうでなければ、プロジェクタ２００の処理時間ＴＰ２  ａｖｇとＰＣ１００の処理時間Ｔ３ａｖｇの差を算出してＲＡＭ１０３に格納し処理を終了する（Ｓ３２１）。なお、プロジェクタ２００から受信したのがプロジェクタ２００の処理速度（ビットレート）である場合は演算により処理時間を算出する。具体的には、ステップＳ３１８で規定値よりも大きい画像データのデータサイズの平均値（Ｍｂｙｔｅ）からを処理速度（Ｍｂｐｓ）を除算してプロジェクタの処理時間ＴＰ２  ａｖｇを求める。
【００８３】
以上の処理が終了した後、図１２に示す待機処理プログラムを起動する（Ｓ３２２）。
【００８４】
図１２に、ＰＣ１００が待機処理プログラム従って実行する処理の流れの一例を示す。
【００８５】
本プログラムは図１１の画像転送プログラムが終了してから待機処理プログラムにしたがって実行する処理であるが、以下の処理を画像転送プログラムの中に組み込み、ＰＣ１００に実行させてもよい。
【００８６】
まず、ステップＳ３２１でプロジェクタ２００とＰＣ１００の処理時間の差が設定されているかどうかをＲＡＭ１０３に格納されている値から判別する（Ｓ３３１）。
【００８７】
次に、時間経過にともない設定されている処理時間の差を時間経過の分だけ減算していく（Ｓ３３２）。
【００８８】
そして、処理時間の差が０以下となったかどうかを判別し（Ｓ３３３）処理時間の差が０以下であれば次のキャプチャを行うべく、画像転送プログラムを起動して処理を終える（Ｓ３３４）。処理時間の差が０より大きければ処理時間の減算を行う。
【００８９】
図１３に本実施形態におけるプロジェクタ２００の処理の流れを示す。
【００９０】
ネットワークＩＦ２０５より受信した画像データは、ＲＡＭ２０３に格納される（Ｓ４０１）。なお、画像データの先頭にはヘッダが存在し、ヘッダには画像データの圧縮形式や画像データのサイズなどの情報が含まれており、これらの圧縮形式や画像データのサイズなどの情報もＲＡＭ２０３に格納する。
【００９１】
画像データのデコード処理が開始できる程度のまとまった画像データを受信できたらプロジェクタ２００の処理時間ＴＰ２ｔｍｐの計測を開始する（Ｓ４０２）。
【００９２】
次に、デコーダ２０４により画像データをデコードする（Ｓ４０３）。もしプロジェクタにデコーダが無い場合にはデコード用のプログラムによりデコード処理を行ってもよい。
【００９３】
デコード処理が完了した後、投影画像制御部２０７を介して投影部２０８により画像を投影する（Ｓ４０４）。ここで、たとえば１画面のデータではなく、一部の画面だけ送られてきている場合には、画面の一部の画像データだけ更新して表示するものとする。
【００９４】
投影が終了したら、ステップＳ４０２より計測してきたプロジェクタの処理時間ＴＰ２ｔｍｐの計測を停止し、プロジェクタの各処理の処理時間をＲＡＭ２０３に格納する（Ｓ４０５）。
【００９５】
次に受信した画像データが規定のサイズよりも大きいかどうか判断する（Ｓ４０６）。画像データのサイズは画像データのヘッダに存在する画像データのサイズ情報より取得してあるものとする。
【００９６】
規定値よりも画像データサイズが大きければ、測定したプロジェクタ２００の処理時間ＴＰ２ｔｍｐを既知の測定結果と合わせて平均処理時間ＴＰ２ａｖｇと処理速度を算出する（Ｓ４０７）。一方、受信した画像データが規定のサイズ以下である場合には平均値の算出には利用せず処理を終える。
【００９７】
そして、算出された平均処理時間ＴＰ２ａｖｇと処理速度を、ネットワークＩＦ２０５を介してＰＣ１００に通知する（Ｓ４０８）。
【００９８】
なお、複数のプロジェクタがＰＣに接続されている場合は、複数のプロジェクタの中で最も処理時間の短いプロジェクタあるいは、最も処理速度の速いプロジェクタを基準にする。ステップＳ３２１において基準にしたプロジェクタの処理時間あるいは処理速度から処理時間差を算出する。算出した処理時間差に従ってステップＳ３３３で判別処理を行うものとする。
【００９９】
以上、本実施形態は、プロジェクタの処理速度を受信してＰＣ側でＰＣの処理速度と、プロジェクタの処理速度から適切なキャプチャタイミングを算出し、算出されたタイミングでキャプチャ処理を行うことととした。このことにより、適切なタイミングで効率よく画像データを送信することが可能となる。
【０１００】
＜他の実施形態＞
本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、装置に供給することによっても、達成されることは言うまでもない。このとき、供給された装置の制御部を含むコンピュータ（またはＣＰＵやＭＰＵ）は、記憶媒体に格納されたプログラムコードを読み出し実行する。
【０１０１】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１０２】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【０１０３】
また、上述のプログラムコードの指示に基づき、装置上で稼動しているＯＳ（基本システムやオペレーティングシステム）などが処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０４】
さらに、記憶媒体から読み出されたプログラムコードが、装置に挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれ、前述した実施形態の機能が実現される場合も含まれることは言うまでもない。このとき、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行う。
【図面の簡単な説明】
【０１０５】
【図１】実施形態におけるＰＣとプロジェクタとのシステム構成図である
【図２】実施形態における概略ブロック構成図である
【図３】実施形態１におけるＰＣ処理速度の算出の流れを示した図である
【図４】実施形態１におけるＰＣの処理の流れを示した図である
【図５】実施形態１におけるプロジェクタの処理の流れを示した図である
【図６】実施形態２におけるＰＣの処理の流れを示した図である
【図７】実施形態２におけるプロジェクタの処理の流れを示した図である
【図８】実施形態１における全体の処理の流れを示した図である
【図９】実施形態２における全体の処理の流れを示した図である
【図１０】実施形態２におけるＰＣの処理の流れを示した図である
【図１１】実施形態２におけるＰＣの処理の流れを示した図である
【図１２】実施形態２におけるＰＣの処理の流れを示した図である
【図１３】実施形態２におけるプロジェクタの処理の流れを示した図である
【図１】
2010147905.tif 000003
【図２】
2010147905.tif 000004
【図３】
2010147905.tif 000005
【図４】
2010147905.tif 000006
【図５】
2010147905.tif 000007
【図６】
2010147905.tif 000008
【図７】
2010147905.tif 000009
【図８】
2010147905.tif 000010
【図９】
2010147905.tif 000011
【図１０】
2010147905.tif 000012
【図１１】
2010147905.tif 000013
【図１２】
2010147905.tif 000014
【図１３】
2010147905.tif 000015