JP3959263B2 - プレゼンテーションシステム、画像表示装置、プログラム及び記録媒体 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、画像信号源と画像表示装置とがネットワークを介して接続されて成るプレゼンテーションシステム、画像表示装置、プログラム及び記録媒体に関する。
【０００２】
【従来の技術】
近年、パーソナル・コンピュータ（ＰＣ）などの画像信号源と、プロジェクタ等の画像表示装置とをネットワークを介して接続し、前記ＰＣから送信したデータに基づいて、プロジェクタ等でプレゼンテーション用の画像を表示させるプレゼンテーションシステムが開発されている。係るプレゼンテーションシステムの一例として、特開２０００−２２２１６３号公報に開示されているものがある。
【０００３】
上記従来のプレゼンテーションシステムは、ＰＣの側でプレゼンテーションのための画像等を表すデータ（以下、「プレゼンテーションデータ」という。）を作成、編集するソフトウェア（以下、「プレゼンテーションソフトウェア」という。）を用いて、プレゼンテーションデータを含むファイルを作成し、ファイルの形式でプロジェクタに送信する。プレゼンテーションソフトウェアの一例として、例えばＰＯＷＥＲＰＯＩＮＴ（マイクロソフト コーポレイションの登録商標）が挙げられる。
【０００４】
プロジェクタにはファイルの種類に応じたビューアを備えておき、プロジェクタの側で、プレゼンテーションデータを実際に表示すべき画像データに展開する等の処理を行った後、画像を表示するようにしている。
【０００５】
【発明が解決しようとする課題】
しかしながら、上記従来のプレゼンテーションシステムでは、プレゼンテーションソフトウェアのバージョンアップがあった場合に、プロジェクタに備えるビューアについても保守が必要になる場合があるという問題点があった。
ビューアについての保守（バージョンアップ等）を容易にするためには、プロジェクタ側にＣＤ−ＲＯＭドライブ等を設けるなどの対策を講じる必要があるが、近年、プロジェクタの小型化、低価格化の要請が高まっており、ＣＤ−ＲＯＭドライブ等の部品の搭載は係る要請に反するものとなる。
【０００６】
一方では、プレゼンテーションデータをファイルの形式で転送するのではなく、ＰＣの側で画像データに展開してプロジェクタに送信する方法も考えられるが、一般に画像データのデータ量は極めて多く、通常のＬＡＮ等のネットワークではデータ転送に数秒を要してしまうというのが現状であり、円滑なプレゼンテーションを行うことができない。
【０００７】
本発明は、上記のような問題点に鑑みてなされたものであって、プレゼンテーションソフトウェアのバージョンアップがなされた場合でも、プロジェクタに搭載されるビューワ等のソフトウェアのバージョンアップを不要にするとともに、円滑なプレゼンテーションを実現するプレゼンテーションシステム、画像表示装置、プログラム及び記録媒体を提供することを目的としている。
【０００８】
【課題を解決するための手段】
上記目的を達成するため、本発明に係るプレゼンテーションシステムは、画像信号源と画像表示装置とがネットワークを介して接続されて成るプレゼンテーションシステムであって、前記画像信号源は、前記画像表示装置にて現在表示されているプレゼンテーション画像の画像データと、後続のタイミングで前記画像表示装置に表示させるべきプレゼンテーション画像の画像データとの一部又は全部を比較する比較手段と、前記比較手段による比較の結果に基づき、対応する画素における階調変化を検出する変化検出手段と、階調変化が検出された画素の内、少なくとも一部の画素を含む所定範囲の画像データを、前記後続のタイミングで前記画像表示装置に表示させるべきプレゼンテーション画像の画像データから抽出する抽出手段と、前記抽出手段により抽出された画像データと、当該画像データの表示画素上の位置に関する情報とから、前記画像表示装置に送信すべきデータを生成する送信データ生成手段と、前記送信データ生成手段により生成されたデータを前記画像表示装置に送信する送信手段とを有し、前記画像表示装置は、前記送信手段により送信されたデータを受信する受信手段と、前記受信手段が受信したデータに基づき表示画像を変更する表示制御手段とから構成され、前記送信データ生成手段は、前記抽出手段により抽出された画像データの量が所定の量よりも多いか否かを判定し、抽出された画像データの量が所定の量よりも多い場合に、前記抽出された画像データを圧縮して前記画像表示装置に送信すべきデータを生成し、前記送信手段は、前記画像表示装置に前記圧縮された画像データを送信した後に、圧縮されていない画像データを再度前記画像表示装置に送信することを特徴としている。
【０００９】
この構成では、画像信号源から画像表示装置に画像データを送信するようにしていることから、プレゼンテーションソフトウェアのバージョンアップがあった場合でも、画像表示装置にインストールされたビューワの保守が不要である一方、画像データの一部を送信することにより、画像に変化があった場合における、比較的迅速な表示画像の変更を可能とすることができる。さらに、送信処理は、前記圧縮処理にて圧縮された画像データを送信した後に、圧縮されていない画像データを送信するようにしているので、画像圧縮により表示画像の画質劣化が生じた場合でも、徐々に圧縮されていない画像データに基づいて画質劣化のない画像を表示することが可能となる。
【００１０】
ここで、前記送信データ生成手段は、前記抽出手段により抽出された画像データの量に基づいて画像データの圧縮率を変更するようにしてもよい。これにより例えば転送すべき画像データの量が多くなるほど圧縮率を大きくすることにより、データ量が多い場合でも迅速なデータ転送を図ることができる。
【００１１】
また、本発明に係るプレゼンテーションシステムは、画像信号源と画像表示装置とがネットワークを介して接続されて成るプレゼンテーションシステムであって、前記画像信号源は、前記画像表示装置にて現在表示されているプレゼンテーション画像の画像データと、後続のタイミングで前記画像表示装置に表示させるべきプレゼンテーション画像の画像データとの一部又は全部を比較する比較手段と、前記比較手段による比較の結果に基づき、対応する画素における階調変化を検出する変化検出手段と、階調変化が検出された画素の内、少なくとも一部の画素を含む所定範囲の画像データを、前記後続のタイミングで前記画像表示装置に表示させるべきプレゼンテーション画像の画像データから抽出する抽出手段と、前記抽出手段により抽出された画像データと、当該画像データの表示画素上の位置に関する情報とから、前記画像表示装置に送信すべきデータを生成する送信データ生成手段と、
前記送信データ生成手段により生成されたデータを前記画像表示装置に送信する送信手段とを有し、前記画像表示装置は、前記送信手段により送信されたデータを受信する受信手段と、前記受信手段が受信したデータに基づき表示画像を変更する表示制御手段とから構成され、前記送信データ生成手段は、前記抽出手段により抽出された画像データを、少なくとも当該画像データの上位ビットを含むグループと下位のビットを含むグループとの複数のグループに分割し、分割されたそれぞれのグループのデータと当該画像データの表示画像上の位置に関する情報とから、送信すべき複数グループの送信データを生成するグループデータ生成処理を実行し、前記送信手段は、前記画像表示装置に対し、前記上位ビットを含むグループの送信データを送信した後に、前記下位ビットを含むグループの送信データを送信する分割送信処理を実行することを特徴としている。
【００１２】
プレゼンテーション画像は、例えば背景色部分など、ほとんど変化しない部分も多いと考えられるが、プレゼンテーション効果を大きくするためには画面全体が変化する場合もあり、変化した部分が多い場合に、画像の外観への影響の大きい上位ビット分のみを先行して送信することにより、見かけ上の表示画像の変更速度を向上させることができる。
【００１３】
ここで、前記抽出手段により抽出された画像データの量が所定の量よりも多い場合に、前記送信データ生成手段及び送信手段は、それぞれ前記グループデータ生成処理及び分割送信を実行し、それ以外の場合に、前記送信データ生成手段及び送信手段は、それぞれ前記グループデータ生成処理及び分割送信を実行しないようにすることが好ましい。変化したデータ量が少ない場合には、上位ビットと下位ビットとの分割を行わず一括して転送することが好ましいからである。
【００１４】
また、ここで、前記抽出手段は、画像を仮想的に複数のブロックに分割し、階調変化が検出された画素の少なくとも一部を含む一又は複数のブロックに対応する画像データを前記所定範囲の画像データとして抽出し、前記送信データ生成手段は、前記抽出手段により抽出された画像データと、前記一又は複数のブロックの表示画像上の位置を示す識別子とから送信すべきデータを生成し、前記表示制御手段は、前記識別子により表される一又は複数のブロックに対応する位置について、表示画像を変更するようにすることが好ましい。これにより、例えば仮想的な一ブロック内で、変化した画素が一つでも検出された場合に、当該ブロック内における他の画素の比較を行わないようにすることができるなど、比較処理の迅速化を図ることができるとともに、送信すべきブロックの表示画像上の位置に関する情報として識別子を用いることにより、送信するデータ量を少なくすることもできるので、データ転送の高速化を図ることもできる。
【００１５】
また、本発明は、プレゼンテーションシステムにおいて、画像信号源としてのコンピュータにおいて実行されるプログラムであって、上記請求項１〜５の発明における画像発信源側で行われる動作と同等の動作を当該コンピュータに実行させるものである。もっとも、当該プログラムは、上記各処理を実際に実行させるモジュール全てを含んでいる必要はなく、一部の処理については、汎用プログラムを利用したり、専用回路を利用してハードウェア的に実行させるようなものであってもよい。
【００２３】
【発明の実施の形態】
以下、本発明に係るプレゼンテーションシステム等の実施の形態について、図面を参照しながら説明する。
（実施の形態１）
（１）プレゼンテーションシステムの全体構成
図１は、本発明の実施の形態に係るプレゼンテーションシステムの全体構成を示す図である。同図に示されるように、プレゼンテーションシステムは、ＰＣ１００とプロジェクタ２００とがネットワーク５００を介して接続されており、プロジェクタ２００からスクリーン９００に画像が表示される。ＰＣ１００は表示部１０２を備えており、原則としてプロジェクタ２００により表示されている画像と同じ画像が表示される。表示部１０２には、具体的にはＣＲＴや液晶表示装置等の各種表示装置を用いることができる。なお、表示部１０２には表示装置の他、いわゆるビデオＲＡＭやＤ／Ａコンバータ等も含んでいるものとする。
【００２４】
図２は、ＰＣ１００及びプロジェクタ２００の構成を示す機能ブロック図である。ＰＣ１００は、通信部１０１、表示部１０２、制御部１０３、画像格納部１０４、画像取得部１０５、画像比較部１０６を有している。通信部１０１は例えばネットワーク・インターフェース・カード（ＮＩＣ）を含み、ネットワーク５００を介するプロジェクタ２００との間の通信制御を行う。
【００２５】
表示部１０２は、上記したようにＣＲＴや液晶ディスプレイ装置等の表示装置、当該表示装置に表示させるべき画像のデータを格納するビデオＲＡＭ、必要に応じてＤ／Ａコンバータ等を含み、ビデオＲＡＭに書き込まれた画像データに基づき表示装置に画像を表示させる。制御部１０３は、ＣＰＵを中心として構成され、プレゼンテーションソフトウェアの動作や、プレゼンテーションソフトウェアで編集されたプレゼンテーションデータを画像データに展開してビデオＲＡＭに書き込む処理、後述するビデオＲＡＭからの画像の取得処理及び画像の比較処理などの制御を行う。
【００２６】
画像取得部１０５は、制御部１０３の制御によりビデオＲＡＭに格納されている画像データを取得し、画像比較部１０６に転送する。画像比較部１０６は、２画面分の画像データを格納できる大きさの記憶領域を確保しており、当該２画面分の記憶領域のうち、当該時点で表示部１０２に表示されている画像（以下、「現画像」という。）を格納する領域（以下、「現画像格納領域」という。）に、ビデオＲＡＭから取得された画像データを格納する。
【００２７】
また、画像比較部１０６のもう１画面分の記憶領域（以下、「旧画像格納領域」という。）には、画像格納部１０４に格納されている画像（以下、「旧画像」という。）が転送、格納され、ここで現画像と旧画像とが比較される。なお、後述するように、旧画像を旧画像格納領域に転送した後、現画像のデータが画像格納部１０４に上書き保存される。保存された画像データは次回の比較処理時には旧画像としてビデオＲＡＭから取得された現画像との比較に供される。画像格納部１０４、現画像格納領域及び旧画像格納領域としては、半導体メモリやＨＤＤ（ハードディスクドライブ）等の各種記憶装置を用いることができ、これらには物理的に同一の記憶装置を用いてもよい。
【００２８】
画像比較部１０６は、現画像と旧画像とを比較し、画像に変化があるか否かを検出する。本実施の形態では、現画像と旧画像との間で、階調変化のある画素が存在するか否かを検出し、階調変化のある画素が検出された場合には、当該変化が検出された画素を含む所定範囲の画像データのみをプロジェクタ２００に転送するようにしている。即ち、画像データの全てを転送しないようにすることで、プロジェクタ２００により表示される画像の変更を迅速に行えるようにしたものである。
【００２９】
この点について、図１を参照してさらに具体的に説明する。図１の例では、画面をＡからＰ（ａからｐ）までの１６ブロックに仮想的に分割し、ｅブロック及びｋブロックにおいて階調変化のあった画素が存在した場合に、当該ブロックに対応する画像データのみをプロジェクタ２００に転送する。具体的には、画像比較部１０６の比較により、ｅブロック及びｋブロックに変化が生じたことが検出されるので、画像比較部１０６は、当該各ブロックに対応する画像データと、ブロックを示す識別子とから、プロジェクタ２００に転送すべき送信データを生成し、通信部１０１へと送る。
【００３０】
通信部１０１は、ネットワーク５００を介して送信データをプロジェクタ２００へと送る。プロジェクタ２００の側では、通信部２０１が送信データを受信する。通信部２０１は、基本的に通信部１０１と同様であり、例えばＮＩＣを含む。制御部２０３はＣＰＵを中心として構成され、プロジェクタ２００全体の制御を行う。画像変換部２０４は、表示部２０２にて表示されている画像のうち、Ｅブロック及びＫブロックに対応する部分の画像データが、前記送信データに基づいて変更表示されるように制御する。なお、表示部２０２は、表示すべき画像のデータを格納するＲＡＭを含んでおり、画像変換部２０４は、各ブロックごとの当該ＲＡＭ上のアドレス情報を保持している。
【００３１】
このアドレス情報は固定値でも良いし、プロジェクタ２００が複数の解像度に対応可能なものである場合には、例えば解像度ごとの値を保持しておき、解像度ごとに切り替えるようにしてもよい。なお、プロジェクタ２００側にアドレス情報を保持すると、ＰＣ１００から送信すべきデータ量を少なくすることができるので好適であるが、プロジェクタ２００の側にはアドレス情報を保持せず、送信データにアドレス情報を付加するようにしてもよい。
【００３２】
図１の例では、画像の解像度がＸＧＡ（１０２４＊７６８ドット）に対応するもので、フルカラー表示を行っているものとすると１画素についてＲＧＢ各８ビットであるから、１画面のデータ量は１０２４＊７６８＊３＊８＝１８，８７４，３６８ビットとなる。従って、ネットワーク５００の転送速度が１０Ｍｂｐｓである場合には、理想的な状態で約１．８９秒を要することになる。
【００３３】
実際には、ネットワークを構築した場合、ＩＰアドレスの認証や同期の確立などに要する時間を考慮すると、実効転送速度は約７割程度となり、ネットワークのトラフィック状況等によっては、さらに転送時間を要する。上記の例で、実効転送速度が１０Ｍｂｐｓの７０％とし、さらにネットワークの状況により２０％効率が低下したとすると、実際の転送には、約３．３７秒を要することになり、スムーズなプレゼンテーションを行うことが困難な状態となる。
【００３４】
しかしながら、本実施の形態のプレゼンテーションシステムでは、画像の変化が検出されたブロックのみについてデータ転送を行うため、例えば図１に示したように二つのブロックのみ転送を行えば、単純計算でも３．３７秒／１６＊２＝約０．４２秒と格段に高速に表示の変更を行うことが可能となる。
プレゼンテーションデータの場合には、特に背景色の部分など、長時間にわたって変化のないブロックも多いと考えられるため、本実施の形態のように変化したブロックのみを転送するようにした場合に、転送すべき画像データの量は少なくてすむ場合が多く、実用的な効果が大きいと言える。
【００３５】
次に、本実施の形態のプレゼンテーションシステムにおけるＰＣ１００及びプロジェクタ２００の処理内容について説明する。図３は、ＰＣ１００及びプロジェクタ２００の処理内容を示すフローチャートである。本実施の形態では、この処理は所定の時間間隔で連続的に行われる。前記所定の時間間隔は、実際にＰＣ１００側で行う比較処理や画像データの転送などに要する時間を考慮して予め決定することができるが、例えば数ミリ秒ごとに行えば、プレゼンテーションソフトウェアが、いわゆるアニメーション機能（例えば矢印等の所定の画像を画面上で移動、拡大、縮小等させて表示するような機能）を有していた場合でも、それほど違和感を感じさせることなくプレゼンテーション画像の表示を行うことができる。
【００３６】
ＰＣ１００の側では、まず、画像格納部１０４に格納されている画像（旧画像）を画像比較部１０６の旧画像格納領域に転送する（Ｓ１０１）。次に、画像取得部１０５が、その時点で表示部１０２に表示されている現画像をビデオＲＡＭから取得し（Ｓ１０２）、画像格納部１０４に上書き保存する（Ｓ１０３）。それと並行して、現画像を画像比較部１０６の現画像格納領域に転送し（Ｓ１０４）、画像比較部１０６による旧画像と現画像との比較が行われる（Ｓ１０５）。
【００３７】
ここでは、現画像及び旧画像の全体を比較し、画像の変化を検出する。変化があった場合は、変化があったブロックの画像データのみを抽出し、当該ブロックを示す識別子を付加して送信データを生成する（Ｓ１０６）。送信データは通信部１０１を介してプロジェクタ２００に送信される（Ｓ１０７）。図４に送信されるデータのフォーマットの一例を示す。本実施の形態では、変化があったブロックを示す識別子３０１と、当該ブロック部分に対応する画像データ３０２のみを転送するようにしており、送信すべきデータ量の削減を図ることで、上記したような迅速なデータ転送を実現している。
【００３８】
プロジェクタ２００は送信された画像データを受信し（Ｓ１０８）、画像変換部２０４が、受信したデータに含まれる識別子および前記したアドレス情報に基づいて、対応するブロック部分の画像データを更新する（Ｓ１０９）。これにより、変化後の画像が表示部２０２により表示されることになる（Ｓ１１０）。
以上に説明したように、本実施の形態のプレゼンテーションシステムでは、変化があったブロックのみ画像データの転送を行っているので、画像データの転送を迅速に行うことができる。なお、上記実施の形態では、表示画像を縦４個＊横４個の合計１６個の矩形ブロックに仮想的に分割して取り扱う例について説明したが、ブロック分割のやり方は上記に限定されず、縦方向のみや、横方向のみの分割も可能である。
【００３９】
また、ブロックの形も矩形に限定されず、ブロック数も任意の設定が可能であるし、画像の解像度に応じて、分割すべきブロック数を設定したり、自動的に変更したりすることもできる。
また、画像の比較の具体的な方法も種々考えられ、例えばブロック内に変化した画素が一つでも検出された時点で当該ブロックの比較を中止するようにすることもできるので、かかる場合には分割するブロック数を少なくすることにより比較処理を迅速に行うことができる。
【００４０】
なお、画素が変化した場合に必ず送信する必要はなく、例えば画素値の変化が小さい場合（画素値の変化量が所定のしきい値以下の場合）には、変化があった画素として検出しないようにしてもよいし、ブロック内において変化があった画素の数が少ない場合には、当該ブロックについては送信しないようにすることもできる。
【００４１】
（実施の形態２）
次に、本発明の第２の実施の形態について説明する。第１の実施の形態では、所定時間ごとに画像データの比較を行い、変化があった部分の画像データを転送するようにした。これは、前記アニメーション機能に適切に対応するには好ましい方法であるといえるが、実際のプレゼンテーションデータの大部分においては、操作者が、例えばキーボード、マウス等の入力手段を用いて画像切り替えの指示を行ったタイミングで画像が変化し、それ以外の状態では画像は一定であることが多いと考えられる。
【００４２】
そこで、本実施の形態では、操作者による画像切り替えの指示入力を検知し、係るタイミングで画像の変化を検出する場合について説明する。図５は、本実施の形態におけるプレゼンテーションシステムの構成を示す機能ブロック図である。
本実施の形態では、ＰＣ１００側に入力部１０７及び画像変更部１０８を備える点が第１の実施の形態と異なっているので、以下、異なる部分を中心として説明する。入力部１０７としては、マウス、キーボード等、画像の変更を指示することができる任意の入力装置を用いることができ、画像変更部１０８は、入力部１０７を介して入力された操作者の画像変更指示を受けて、表示部１０２に表示させる画像を変更する。
【００４３】
図６は、本実施の形態におけるＰＣ１００及びプロジェクタ２００の処理内容を示すフローチャートである。本実施の形態では、ＰＣ１００側において、入力部１０７から画像変更指示が有ったか否かを検出しており（Ｓ２０１）、画像変更指示が有った場合（Ｓ２０１：Ｙｅｓ）に、第１の実施の形態と同様の処理を行う（Ｓ２０２〜Ｓ２１１）。
【００４４】
なお、上記に説明した方法ではアニメーション機能を用いる場合に対処できないが、例えば、入力部１０７からの入力がアニメーション機能の利用を示す指示であった場合には、それから所定の時間の間は、第１の実施の形態と同様に処理を連続的に行うようにすることで対処することもできる。ここで、処理を連続的に行うべき時間については固定としてもよいし、アニメーション機能の種類によって切り替えるようにしてもよい。
【００４５】
（実施の形態３）
次に本発明の第３の実施の形態について説明する。前記したように、プレゼンテーションデータにおいては、変化の検出されるブロック数は少ない場合が多いと考えられるが、プレゼンテーション効果を上げるためには、背景色の変更など、画面全体が変化する場合も有り得る。本実施の形態では、かかる場合に円滑なプレゼンテーションを行うことを可能とする方法について説明する。
【００４６】
図７は、本実施の形態におけるＰＣ１００及びプロジェクタ２００の構成を示す機能ブロック図である。本実施の形態では、ＰＣ１００に、送信データ制御部１０９を設けるところがこれまでの実施の形態とは異なっている。送信データ制御部１０９は、変化が検出されたブロックについて、まず、画像データの上位ビットのみをプロジェクタ２００に送信し、その後に下位ビットを送信するように制御を行う。
【００４７】
具体的には、まず、各画素についての上位２ビット分のデータと、当該ブロックの識別子とから送信データを生成してプロジェクタ２００に送信し、所定時間の経過後に、下位６ビット分のデータと識別子とをプロジェクタ２００に送信する。表示画像の外観への影響の大きい上位ビットを先に送信し、プロジェクタ２００の側でとりあえず上位ビット分のみを変更することで、少ない送信データ量で表示画像が変更されたように見せかけることができるため、見かけ上、より迅速に表示画像を変更することができることになる。
【００４８】
図８は、本実施の形態のＰＣ１００及びプロジェクタ２００の処理内容を示すフローチャートである。ＰＣ１００側で、変化のあるブロックのみ抽出するステップＳ３０６までの処理については、第１の実施の形態と同様であるから、ここでの説明は省略する。本実施の形態では、まず、抽出された画像データの上位２ビット分から送信データを生成し、プロジェクタ２００へと送信する（Ｓ３０７）、それを受信したプロジェクタ２００は（Ｓ３０８）、まず、対応するブロックの上位２ビットのみ更新して（Ｓ３０９）、表示する（Ｓ３１０）。
【００４９】
ＰＣ１００の側では、所定時間の経過後に下位６ビット分から送信データを生成し、プロジェクタ２００へと送信する（Ｓ３１１）。プロジェクタ２００側では、それを受信し（Ｓ３１２）、対応するブロックの下位６ビットも更新し（Ｓ３１３）、画像を表示する（Ｓ３１４）。なお、上位ビットとして何ビット、下位ビットとして何ビットを送信するかは任意に決定することが可能であり、上記のように上位２ビット、下位６ビットとする方法に限定されず、他のビット数としてもよい。
【００５０】
本実施の形態の方法では、画像の外観への影響が大きい上位ビットを先に送信して更新することにより、少ない転送データ量で、見かけ上迅速に表示画像の変更を行うことができる。最初の転送データ量を削減することができるため、変化のあるブロック数が多い場合に特に効果的である。
（実施の形態４）
次に、本発明の第４の実施の形態について説明する。
【００５１】
第１の実施の形態の構成では、変化のあったブロック数が多い場合に転送すべきデータ量が多くなり、表示変更に時間がかかるという問題が生じるため、第３の実施の形態において、とりあえず画像データの上位ビットのみ転送することで見かけ上の表示画像の変更速度を向上させるようにした場合について説明した。一方、第３の実施の形態の構成では、データ転送を二回に分けて行っていることから、変化のあったブロックが少ない場合にも、画像の表示変更が完全になされるまでに一定の時間がかかるという問題が生じる。本実施の形態では、係る問題点の解決を図る構成について説明する。
【００５２】
図９は、本実施の形態におけるＰＣ１００及びプロジェクタ２００の構成を示す機能ブロック図である。本実施の形態では、ＰＣ１００に、送信方式制御部１１０を設けるところが第３の実施の形態と異なっている。送信方式制御部１１０は、変化が検出されたものとして抽出されたブロックの数をカウントし、カウントの結果に応じて送信方式を決定する。
【００５３】
送信方式制御部１１０による送信方式の決定方法としては、例えば、カウントされたブロック数が所定のしきい値（例えば１０ブロック）未満の場合には第１の実施の形態で説明した方式でデータ転送を行い、カウントされたブロック数が所定のしきい値（例えば１０ブロック）以上の場合に第３の実施の形態で説明した方式でデータ転送を行うようにすることが考えられる。もっとも決定方法は種々考えられ、例えば画像データの解像度等に応じて分割するブロックの数を変更するような構成とすることもできるので、変化があったブロックの割合が所定以上である場合に第３の実施の形態の方式をとるようにしてもよい。
【００５４】
本実施の形態の構成では、このように、転送すべきブロック数が少ない場合には、一度に画像を転送できる第１の実施の形態の方式を採用し、転送すべきブロック数が多い場合には、画像データを上位ビット、下位ビットに分割してデータ転送を行うことにより、見かけ上の転送速度の高速化を図ることが可能となる。なお、いずれの方式を採用するかのしきい値は、上記したように１０ブロックに限定されることなく、画像の解像度、ネットワーク環境等に基づいて最適化することが好ましいことは勿論であり、当該しきい値を各種条件に基づいて自動的に決定するようにしてもよい。
【００５５】
図１０は、本実施の形態のＰＣ１００及びプロジェクタ２００の処理内容を示すフローチャートである。ＰＣ１００側で、変化のあるブロックのみ抽出するステップＳ４０６までの処理については、第１の実施の形態と同様であるから、ここでの説明は省略する。本実施の形態では、カウントされたブロック数が所定のしきい値と比較して大であるか否かを判定し（Ｓ４０７）、ブロック数が少ない場合（Ｓ４０７：Ｎｏ）には、そのまま第１の実施の形態の方式でデータを送信する（Ｓ４０８）。それを受信したプロジェクタ２００は（Ｓ４０９）、画像を更新して（Ｓ４１０）、表示する（Ｓ４１１）。
【００５６】
一方、ブロック数が大である場合（Ｓ４０７：Ｙｅｓ）には、送信方式を変更する（Ｓ４１２）。これにより、第３の実施の形態で説明した方式が採用されることになる。即ち、図１０のステップＳ４１２以降の処理として、図８のフローチャートにおけるステップＳ３０７からＳ３１４の処理が実行されることとなるが、図１０では、それらの詳細については図示を省略している。
【００５７】
以上に説明したように、本実施の形態の構成により、転送を行うべきデータ量により転送方式を最適化することが可能となり、どのような画像の変化に対しても、高速かつ見栄えのよい画像データの転送を行うことができる。
（実施の形態５）
次に、本発明の第５の実施の形態について説明する。第１の実施の形態の構成において、転送すべきデータ量が多い場合に問題が生じることは、前記した通りであるが、本実施の形態では、ＰＣ１００の側に画像圧縮の機能を設けることにより、係る問題点への対応を図る場合について説明する。
【００５８】
図１１は、本実施の形態におけるＰＣ１００及びプロジェクタ２００の構成を示す機能ブロック図である。本実施の形態では、ＰＣ１００に、画像圧縮部１１１を備え、プロジェクタ２００の側に画像伸張部２０５を設けているところがこれまでの実施の形態とは異なっている。画像圧縮部１１１は、送信方式制御部１１０により画像を圧縮して送信する旨の決定がされた場合に転送すべきデータの圧縮を行い、画像伸張部２０５は、送信されてきたデータを伸張して画像変換部２０４による表示画像の変更処理に供する。
【００５９】
本実施の形態の送信方式制御部１１０による送信方式の決定方法としては、例えば、カウントされたブロック数が１０未満の場合には第１の実施の形態で説明した方式でデータ転送を行い、カウントされたブロック数が１０以上の場合には転送すべきデータを画像圧縮部１１１にて圧縮してデータ転送を行うようにすることが考えられる。本実施の形態の構成では、このように、転送すべきブロック数が少ない場合には、一度で画像を転送できる第１の実施の形態の方式を採用し、転送すべきブロック数が多い場合には、画像を圧縮することにより送信の高速化を図ることができる。なお、いずれの方式を採用するかのしきい値は、上記のように１０ブロックに限定されることなく、画像の解像度、ネットワーク環境等に基づいて最適化することが好ましいことは勿論であり、当該しきい値を各種条件に基づいて自動的に決定するようにしてもよい。
【００６０】
図１２は、本実施の形態のＰＣ１００及びプロジェクタ２００の処理内容を示すフローチャートである。ＰＣ１００側で、変化のあるブロックのみ抽出するステップＳ５０６までの処理については、第１の実施の形態と同様であるから、ここでの説明は省略する。本実施の形態でも第４の実施の形態と同様、カウントされたブロック数が所定のしきい値と比較して大であるか否かを判定し（Ｓ５０７）、ブロック数が少ない場合（Ｓ５０７：Ｎｏ）には、そのまま第１の実施の形態の方式でデータを送信する（Ｓ５０８）。
【００６１】
プロジェクタ２００は送信されたデータを受信する（Ｓ５０９）。本実施の形態では、送信されたデータが圧縮されたものであるか否かを判定する（Ｓ５１０）。第１の実施の形態の方式で送信されたデータについては、圧縮されたものではない旨の判定がなされるので（Ｓ５１０：Ｎｏ）、そのままの画像データを用いて画像を更新し（Ｓ５１１）、表示する（Ｓ５１２）。
【００６２】
ブロック数が大である場合（Ｓ５０７：Ｙｅｓ）には、本実施の形態では、送信すべき画像データを圧縮して（Ｓ５１２）、送信する（Ｓ５０８）。圧縮方式としてはＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）その他任意の方法を用いることができる。
プロジェクタ２００側では、ステップＳ５１０にて、送信されたデータが圧縮されたものである旨の判定がなされるので（Ｓ５１０：Ｙｅｓ）、画像を伸張して（Ｓ５１４）、更新（Ｓ５１１）、表示する（Ｓ５１２）。画像伸張処理は、専用回路を利用してハードウェア的に実行させるようにしてもよい。
【００６３】
以上に説明したように、本実施の形態の構成により、特に転送すべき画像データの量が多い場合に表示画像の変更に要する時間を短縮することができる。なお、本実施の形態の送信方式制御に加え、第３の実施の形態の方法を併用するようにしてもよい。例えば、転送すべきブロック数が１０ブロック未満の場合に第１の実施の形態の方法、１０ブロック以上１５ブロック未満の場合に第３の実施の形態の方法を用い、１５ブロック以上の場合に本実施の形態の方法を用いることも可能である。
【００６４】
（実施の形態６）
次に、本発明の第６の実施の形態について説明する。第５の実施の形態の構成では、変化のあるブロックの数が所定のしきい値以上である場合に画像圧縮を行うようにしたが、画像圧縮を行うとしても、変化のあるブロック数が増加するに従ってデータ転送に要する時間も増加することとなる。本実施の形態では、ブロック数が増加した場合でも、データ転送に要する時間の増加を抑制する場合について説明する。
【００６５】
図１３は、本実施の形態におけるＰＣ１００及びプロジェクタ２００の構成を示す機能ブロック図である。本実施の形態では、送信方式制御部１１０からの指示により画像圧縮部１１１における圧縮率を変更するようにしている点が第５の実施の形態と異なっている。即ち、送信方式制御部１１０は、変化が検出されたブロックの数に応じて、画像圧縮部１１１に圧縮率を指示し、画像圧縮部１１１は、指示された圧縮率で転送すべきデータの圧縮を行う。
【００６６】
本実施の形態の送信方式制御部１１０による送信方式の決定方法としては、例えば、カウントされたブロック数が１０未満の場合には第１の実施の形態で説明した方式でデータ転送を行い、カウントされたブロック数が１０以上の場合に画像圧縮を行う。そして、カウントされたブロック数が１０以上１６未満の場合には、例えば画像圧縮部１１１の圧縮率を５０％とし、ブロック数が１６以上１９未満の場合には圧縮率を６０％、ブロック数が１９以上の場合には圧縮率を７０％というように、ブロック数が増加するに従って圧縮率を増加させるようにしている。
【００６７】
本実施の形態の構成では、このように、転送すべきブロック数が多くなるに従って圧縮率を増加させることにより、転送すべきブロック数が増加した場合にも転送に要する時間の増加を抑制するようにしたものである。なお、いずれの方式を採用するかのしきい値や圧縮率の具体的な数値は、上記の例に限定されることなく、画像の解像度、ネットワーク環境等に基づいて最適化することが好ましいことは勿論であり、当該しきい値を各種条件に基づいて自動的に決定するようにしてもよい。
【００６８】
図１４は、本実施の形態のＰＣ１００及びプロジェクタ２００の処理内容を示すフローチャートである。ＰＣ１００側で、変化のあるブロックのみ抽出するステップＳ６０６までの処理については、上記した他の実施の形態と同様であるから、ここでの説明は省略する。本実施の形態でも第５の実施の形態と同様、カウントされたブロック数が所定のしきい値と比較して大であるか否かを判定し（Ｓ６０７）、ブロック数が少ない場合（Ｓ６０７：Ｎｏ）には、そのまま第１の実施の形態の方式でデータを送信する（Ｓ６０８）。それを受信したプロジェクタ２００は（Ｓ６０９）、送信されたデータが圧縮されたデータであるか否かを判定する（Ｓ６１０）。ここで送信されたデータは圧縮されていないデータであるから（Ｓ６１０：Ｎｏ）、送信されたデータに対応するブロックについて、そのまま画像を更新して（Ｓ６１１）、表示する（Ｓ６１２）。
【００６９】
ブロック数が大である場合（Ｓ６０７：Ｙｅｓ）には、本実施の形態では、まず、抽出されたブロック数に基づいて圧縮率を決定する（Ｓ６１３）。その後、決定された圧縮率に基づいて送信すべき画像データを圧縮し（Ｓ６１４）、送信する（Ｓ６０８）。受信したプロジェクタ２００の側では、ステップＳ６１０の判定結果がＹｅｓとなるので、送信されたデータを伸張し（Ｓ６１５）、伸張されたデータに基づいて画像を更新（Ｓ６１１）、表示する（Ｓ６１２）。
【００７０】
以上のように、本実施の形態の構成では、送信すべきデータ量に基づいて画像圧縮の圧縮率を変化させるので、状態が変化したブロック数が多い場合でも高速なデータ転送を行うことができる。なお、上記実施の形態では変化したブロック数が多い場合に圧縮率を大きくするようにしたが、逆にブロック数が多い場合に圧縮率を小さくするようにしても構わない。変化したブロック数が多い場合にこそ画質の劣化を少なくしたい、という考え方もあるからである。
【００７１】
（実施の形態７）
次に、本発明の第７の実施の形態について説明する。画像データを圧縮して送信する場合、特に第６の実施の形態の構成で圧縮率を大きくした場合等には、文字のエッジ部分がぼやけるなど、表示される画像の品質が劣化する場合が生じ得る。本実施の形態では、係る画質の劣化に対処する場合について説明する。
【００７２】
本実施の形態におけるＰＣ１００及びプロジェクタ２００の構成は、基本的には図１３に示したものと同様である。本実施の形態では、画像データを圧縮して送信した場合に、圧縮されていない画像データを再度送信し、順次表示画像を更新することにより、圧縮された画像データに基づいて画像を更新した際に画質の劣化があっても、徐々に画質の劣化のない画像が表示されるようにするところが上記実施の形態と異なっている。
【００７３】
図１５は、本実施の形態のＰＣ１００及びプロジェクタ２００の処理内容を示すフローチャートである。ステップＳ７１５までの処理については、上記した第６の実施の形態と同様であるから、ここでの説明は省略する。本実施の形態では、カウントされたブロック数が所定のしきい値と比較して大である場合（Ｓ７０７：Ｙｅｓ）には、圧縮されていない画像データを所定のタイミングで再送信する（Ｓ７１６）。受信したプロジェクタ２００の側では、再送信されたデータを受信し（Ｓ７１７）、画像を更新（Ｓ７１８）、表示する（Ｓ７１９）。
【００７４】
以上のように、本実施の形態の構成では、画像データを圧縮して転送する場合に、圧縮されていない画像を再度転送することにより、圧縮による画質劣化が生じた場合でも、徐々に画質劣化のない画像に表示が更新されることとなる。従って、比較的長時間同一の画像が表示されるような場合に、画像を見る者に違和感を感じさせること無く適切なプレゼンテーション画像を表示することが可能となる。なお、圧縮されていない画像データに基づく表示の更新は、転送が終了したブロックごとに順次行うことが好ましいが、変化のあったブロック全部について一括して行うようにしてもよい。
【００７５】
（実施の形態８）
次に、本発明の第８の実施の形態について説明する。上記に説明した各実施の形態では、変化があった部分の画像データを転送するようにしているので、一旦画像が表示された後は円滑なプレゼンテーションを実現することが可能となるが、最初の画像の表示に際しては画面上の全画素分のデータを転送する必要があるため、特に転送速度の低い無線ＬＡＮを用いた場合などには、最初の画像を表示するまでに時間がかかるという問題がある。本実施の形態以下では、係る問題点に対処する方法について説明する。
【００７６】
図１６は、本実施の形態におけるＰＣ１００及びプロジェクタ２００の構成を示す機能ブロック図である。本実施の形態では、ＰＣ１００及びプロジェクタ２００に、それぞれ初期値設定部１１２及び初期値設定部２０６を設け、入力部１０７若しくは入力部２０７からの初期値の入力を受け付けるようにしている点が上記各実施の形態と異なっている。初期値設定部１１２（初期値設定部２０６も同様）は、入力部１０７（若しくは入力部２０７）からの初期値の入力を受け付け、最初に表示すべき画像を表す初期値を設定する。なお、入力部１０７としては、ＰＣ１００に接続されているキーボードやマウス等の入力装置を利用することができ、入力部２０７としては、プロジェクタ２００に備えられた入力用のボタン、リモコン等の入力装置を利用することができる。
【００７７】
初期値設定部１１２は、入力部１０７からの入力に従い画像初期値情報を設定する。画像初期値情報とは、無模様である仮想的な初期画像（以下、「仮想初期画面」という。）を想定した場合に当該仮想初期画面の色彩を表す情報である。かかる仮想初期画面を想定することにより、最初の画像を表示する場合にも、当該最初の画像と仮想初期画面との間の変化を検出し、変化した部分のみを転送する処理を行なうことができるようになり、もって最初の画像の表示も迅速に行なうことができるようになる。本実施の形態では、プロジェクタ２００の側にも初期値設定部２０６を別途設け、入力部２０７からの入力に従いプロジェクタ２００側での画像初期値情報を設定するようにしており、初期値設定部２０６の機能は初期値設定部１１２と同様である。
【００７８】
本実施の形態における画像初期値情報の設定方法としては、例えば、ＰＣ１００の表示部１０２やスクリーン９００に図１７に示すようなウィンドウを表示させ、入力部１０７として用いられるマウス等の入力装置や、入力部２０７として用いられるリモコン等を利用して設定する方法が考えられる。図１７（ａ）はカラーパレットを用いる場合のウィンドウの一例を示す図であり、図１７（ｂ）は色合成機能を用いる場合のウィンドウの一例を示す図である。
【００７９】
図１７（ａ）のウィンドウ６００には、カラーパレット６０１、ＯＫボタン６１１、キャンセルボタン６１２が設けられており、マウス等にてカラーパレットのいずれかを選択した後ＯＫボタン６１１を押すことにより画像初期値情報を設定することができる。カラーパレット６０１にて指定可能な色の種類は任意に増加、減少等させることが可能であり、設定された画像初期値情報を内部的に保持するに際しての保持形式としては、画素値の形式で保持してもよいし、色を表すコードの形式で保持してもよいが、プレゼンテーション画像の表示に先立って、最初の画面との比較のために展開され、画像比較部１０６による比較に供される。
【００８０】
図１７（ｂ）のウィンドウ７００には、色合成指定部７０１、合成色表示部７０２、ＯＫボタン７１１、キャンセルボタン７１２が設けられている。ユーザは、色合成指定部７０１に表示されたバーを操作し、若しくは直接数値を入力することにより、赤、緑、青の各色を任意の割合で合成することができる。合成された結果が合成色表示部７０２に表示される。色合成指定部７０１における合成の方法は三原色に限らず、色合い、鮮やかさ、明るさで指定するようにしてもよい。この場合には、内部的には画素値の形式で保持する他、入力された数値の形式で保持することもできるが、プレゼンテーション画像の表示に先立ち、展開され比較に供される点は上記と同様である。
【００８１】
画像初期値としては、プレゼンテーション画像の背景色と等しいものを指定することが、最初のプレゼンテーション画像の表示を迅速にするためには好ましい場合が多いと考えられるところ、背景色は一般には白や青等が用いられることが多いため、図１７（ａ）の方法で充分な場合が多いと考えられる。もっとも、常に背景色と同一のものを設定することが好ましいとは限らず、また、プレゼンテーション効果の向上等を図ってユーザが合成した色を用いるような場合も考えられるため、かかる場合には図１７（ｂ）の手法が有効である。
【００８２】
図１８は、本実施の形態のＰＣ１００及びプロジェクタ２００の処理内容を示すフローチャートである。同図は、上記のような初期値設定処理を、前記した第１の実施の形態の場合に適用するときの例を示している。本実施の形態では、ＰＣ１００側において入力部１０７からの初期値の設定入力を受け付け（Ｓ８０１）、一方、プロジェクタ２００側において入力部２０７から初期値の設定入力を受け付ける（Ｓ８０２）。この初期値の設定の順序は任意であり、プロジェクタ２００側での設定を先に行なってもよいことは当然である。プロジェクタ２００側では、設定された初期値に従って、表示部２０２に仮想初期画面を表示させることができる（Ｓ８０３）。
【００８３】
ＰＣ１００側では設定された初期値に従って、仮想初期画面の画像データに展開し（Ｓ８０４）、画像比較部１０６の旧画像格納領域に転送する（Ｓ８０５）。そして、画像信号源の側において最初のプレゼンテーション画像を表示するときに、画像取得部１０５が、最初のプレゼンテーション画像をビデオＲＡＭから取得し（Ｓ８０６）、画像格納部１０４に保存する（Ｓ８０７）。
【００８４】
それと並行して、最初のプレゼンテーション画像を画像比較部１０６の現画像格納領域に転送し（Ｓ８０８）、画像比較部１０６による画像の比較が行われる（Ｓ８０９）。ここで、仮想初期画面は旧画像、最初のプレゼンテーション画像が現画像に対応することとなり、変化のあるブロックの画像データが抽出されることとなる（Ｓ８１０）。
【００８５】
以後の処理（Ｓ８１１〜Ｓ８１４）については、第１の実施の形態と同様であるから、ここでの詳細な説明は省略する。
（実施の形態９）
次に本発明の第９の実施の形態について説明する。第８の実施の形態ではＰＣ１００側とプロジェクタ２００側とで、それぞれ個別に初期値の設定を行なうようにしたが、両方で個別に初期値を設定するのは煩雑であり誤って異なる初期値が設定された場合に画像の表示に問題が生じる。
【００８６】
本実施の形態では、初期値の設定をＰＣ１００側でのみ行い、設定された初期値をプロジェクタ２００側に送信するようにしている。図１９は、本実施の形態のＰＣ１００及びプロジェクタ２００の構成を示す機能ブロック図である。本実施の形態では、ＰＣ１００側のみに、初期値設定部１１２を設ける点が第８の実施の形態と異なっている。初期値設定部１１２の処理内容については第８の実施の形態とほぼ同様である。
【００８７】
図２０は、本実施の形態のＰＣ１００及びプロジェクタ２００の処理内容を示すフローチャートである。同図に示されるように、本実施の形態では、ＰＣ１００側において入力部１０７からの初期値の設定入力を受け付け（Ｓ９０１）、設定された初期値をプロジェクタ２００側に送信する（Ｓ９０２）。プロジェクタ２００側では、送信された初期値を受信し（Ｓ９０３）、当該初期値に従って、表示部２０２に仮想初期画面を表示させる（Ｓ９０４）。
【００８８】
ＰＣ１００側では設定された初期値に従って、仮想初期画面の画像データに展開し（Ｓ９０５）、画像比較部１０６の旧画像格納領域に転送する（Ｓ９０６）。
以後の処理（Ｓ９０７〜Ｓ９１５）については、上記した第８の実施の形態と同様であるから、ここでの詳細な説明は省略する。
【００８９】
（実施の形態１０）
次に本発明の第１０の実施の形態について説明する。第８の実施の形態で説明したように、初期値の設定方法として図１７に示したようにカラーパレットを用いる方法や色合成機能を用いる方法が考えられるが、例えばプレゼンテーション効果の向上を図るため、プレゼンテーション画像の編集に際し背景色を合成して作成したような場合には、どのような合成割合であるかを記憶等しておかない限り、図１７（ｂ）に示した色合成機能によっても正確な背景色を再現できない可能性がある。
【００９０】
本実施の形態では、上記のような問題点に対応する第１の方法について説明する。図２１は、本実施の形態のＰＣ１００及びプロジェクタ２００の構成を示す機能ブロック図である。本実施の形態では、ＰＣ１００側に、初期値設定部１１２に替えて初期値取得部１１３を設ける点が第９の実施の形態と異なっている。
本実施の形態では、初期値取得部１１３として、ＰＣ１００の表示部１０２上にカーソルを発生させる。発生したカーソルは入力部１０７を介する操作により画面上を移動させることが可能であり、初期値取得部１１３は、入力部１０７を介した操作により、カーソルが位置する部分の画像データの画素値を画像初期値として取得する。
【００９１】
図２２は、本実施の形態のＰＣ１００及びプロジェクタ２００の処理内容を示すフローチャートである。同図に示されるように、本実施の形態では、ＰＣ１０の側において、まず、表示部１０２に最初のプレゼンテーション画像を表示させる必要がある（Ｓ１００１）。そして、初期値取得部１１３が表示部１０２上にカーソルを発生させ（Ｓ１００２）、入力部１０７を介する操作により、初期値を取得する（Ｓ１００３）。より具体的には、ユーザは、例えば入力部１０７として設けられたマウスを用いて、表示部１０２に表示された最初のプレゼンテーション画像上でカーソルを移動させるとともに、マウスのクリックにより、当該初期値として取得したい画像上の位置を指定する。初期値取得部１１３は、指定された位置の画素の画素値を初期値として取得することができる。
【００９２】
以後の処理（Ｓ１００４〜Ｓ１０１７）については、第９の実施の形態と同様であるから、ここでの詳細な説明は省略するが、本実施の形態のように初期値取得部１１３等を設けることにより、例えば背景色が混合色であって、どのような混合比を有する背景色かがわからないような場合でも、容易に初期値の設定を行うことができる。なお、初期値取得部１１３が発生させるカーソルの形状に特に制限はなく、矩形のカーソルでも矢印形のカーソルでもよい。
【００９３】
（実施の形態１１）
次に本発明の第１１の実施の形態について説明する。第１０の実施の形態ではカーソルを発生させ、最初のプレゼンテーション画像から初期値の取得を行なうようにした。本実施の形態では、最初のプレゼンテーション画像から初期値の取得を行う第２の方法について説明する。
【００９４】
図２３は、本実施の形態のＰＣ１００及びプロジェクタ２００の構成を示す機能ブロック図である。本実施の形態では、ＰＣ１００側に、位置記憶部１１４を設ける点が第１０の実施の形態と異なっている。位置記憶部１１４は、表示部１０２上に最初のプレゼンテーション画像を表示させた場合に、当該プレゼンテーション画像のどの位置の画素値を初期値として取得するかの座標を保持している。即ち、本実施の形態の初期値取得部１１３は、カーソルで指定された位置の画素値を初期値として取得するのではなく、位置記憶部１１４に記憶された位置の画素値を初期値として取得する。
【００９５】
位置記憶部１１４に記憶される位置は固定値としてもよいし、可変としてもよい。このように予め位置を決めておいてもよいのは、一般的なプレゼンテーション画像の場合、画面の隅部分などから初期値を取得すれば背景色が取得できることが多いからである。係る方法を用いることにより、カーソルにより初期値を取得すべき位置を指定する作業が不要となることになる。
【００９６】
図２４は、本実施の形態のＰＣ１００及びプロジェクタ２００の処理内容を示すフローチャートである。同図に示されるように、まず、表示部１０２に最初のプレゼンテーション画像を表示させ（Ｓ１１０１）、初期値取得部１１３が位置記憶部１１４から初期値として取得すべき位置の情報を取得する（Ｓ１１０２）。初期値取得部１１３は、当該位置情報に基づいて初期値を取得することができる（Ｓ１１０３）。この位置情報としては、例えば画面の左隅の部分の座標を設定しておくことができるが位置情報の内容は任意である。
【００９７】
以後の処理（Ｓ１１０４〜Ｓ１１１７）については、第１０の実施の形態と同様であるから、ここでの詳細な説明は省略する。上記各実施の形態において説明したように、初期値を設定し、最初のプレゼンテーション画像と仮想初期画面とを比較することにより、最初の画像の転送に際しても転送時間を短縮することができる。これは特に無線ＬＡＮのように転送速度が低い場合に特に効果的である。
【００９８】
なお、上記各実施の形態を含め、本発明においてＰＣ１００などの画像信号源や、プロジェクタ２００等の画像表示装置で動作するプログラムは、例えば磁気テープ、フレキシブルディスク等の磁気ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＭＯ、ＰＤなどの光記録媒体、Ｓｍａｒｔ Ｍｅｄｉａ（登録商標）、ＣＯＭＰＡＣＴＦＬＡＳＨ（登録商標）などのフラッシュメモリ系記録媒体等、コンピュータ読み取り可能な各種記録媒体に記録することが可能であり、当該記録媒体の形態で生産、譲渡等がなされる場合もあるし、プログラムの形態で、インターネットを含む有線、無線の各種ネットワーク、放送、電気通信回線等を介して供給される場合もある。
【００９９】
また、本発明のプログラムは、上記に説明した処理をコンピュータに実行させるための全てのモジュールを含んでいる必要はなく、例えば通信プログラムや、ＷｉｎｄｏｗｓＣＥ（登録商標）等のオペレーティングシステム（ＯＳ）に含まれるプログラムなど、別途情報処理装置にインストールすることができる各種汎用的なプログラムを利用して、本発明の各処理をコンピュータに実行させるようにしてもよいし、例えば画像圧縮、伸張等の一部の処理をハードウェア的に実行させるようにしてもよい。従って、上記した本発明の記録媒体に必ずしも前記全てのモジュールを記録している必要はないし、また、必ずしも全てのモジュールを伝送する必要もない。
【０１００】
＜変形例＞
以上、本発明を種々の実施の形態に基づいて説明してきたが、本発明の内容が上記各実施の形態に示された具体例に限定されないことは勿論であり、例えば、以下のような変形例を考えることができる。
（１）即ち、上記実施の形態では、現画像と旧画像とを画素ごとに比較するようにしたが、比較の方法も種々考えられ、現画像と旧画像とについて、例えばブロックごとの全ての画素の画素値を加算し、加算した結果が異なった場合に変化があったものと検出するようにしてもよい。
【０１０１】
（２）また、上記実施の形態では、画像を仮想的なブロックに分割して、変化があったブロックを抽出、転送するようにしたが、本発明の効果は画像全体の転送を避けることができれば得られるのであって、例えば変化が検出された画素を含む所定範囲の画素のみを転送するようにすることもできる。具体的には、変化が検出された画素を含む所定範囲の矩形部分や円形部分などの画像データを、当該画像の位置を示す情報と併せて転送するようにしてもよい。
【０１０２】
（３）上記実施の形態では、画像信号源としてＰＣ１００を用い、画像表示装置としてプロジェクタ２００を用いた場合について説明したが、画像信号源や画像表示装置の具体例は上記に限定されず、画像信号源としては、いわゆる携帯情報端末等の装置を用いることもできるし、画像表示装置としても大画面テレビやプラズマディスプレイなど、各種の装置を用いることが可能である。
【０１０３】
【発明の効果】
以上のように、本発明に係るプレゼンテーションシステムによれば、変化が検出された画素の内、少なくとも一部の画素を含む所定範囲の画像データを抽出して送信するようにしており、プレゼンテーションデータを、画像信号源の側で画像データに展開していることから、プレゼンテーションソフトウェアのバージョンアップなどがあった場合でも画像表示装置の保守が不要になる一方、全ての画像データを送信するわけではないので、表示画像の迅速な変更が実現できるという効果がある。
【図面の簡単な説明】
【図１】本発明の実施の形態におけるプレゼンテーションシステムの全体構成を示す図である。
【図２】第１の実施の形態におけるＰＣ１００及びプロジェクタ２００の構成を示す機能ブロック図である。
【図３】第１の実施の形態におけるＰＣ１００及びプロジェクタ２００の処理内容を示すフローチャートである。
【図４】本実施の形態で、ＰＣ１００からプロジェクタ２００に送信されるデータのフォーマットの一例を示す図である。
【図５】第２の実施の形態におけるＰＣ１００及びプロジェクタ２００の構成を示す機能ブロック図である。
【図６】第２の実施の形態におけるＰＣ１００及びプロジェクタ２００の処理内容を示すフローチャートである。
【図７】第３の実施の形態におけるＰＣ１００及びプロジェクタ２００の構成を示す機能ブロック図である。
【図８】第３の実施の形態におけるＰＣ１００及びプロジェクタ２００の処理内容を示すフローチャートである。
【図９】第４の実施の形態におけるＰＣ１００及びプロジェクタ２００の構成を示す機能ブロック図である。
【図１０】第４の実施の形態におけるＰＣ１００及びプロジェクタ２００の処理内容を示すフローチャートである。
【図１１】第５の実施の形態におけるＰＣ１００及びプロジェクタ２００の構成を示す機能ブロック図である。
【図１２】第５の実施の形態におけるＰＣ１００及びプロジェクタ２００の処理内容を示すフローチャートである。
【図１３】第６の実施の形態におけるＰＣ１００及びプロジェクタ２００の構成を示す機能ブロック図である。
【図１４】第６の実施の形態におけるＰＣ１００及びプロジェクタ２００の処理内容を示すフローチャートである。
【図１５】第７の実施の形態におけるＰＣ１００及びプロジェクタ２００の処理内容を示すフローチャートである。
【図１６】第８の実施の形態におけるＰＣ１００及びプロジェクタ２００の構成を示す機能ブロック図である。
【図１７】（ａ）画像初期値情報の設定にカラーパレットを用いる場合のウィンドウの一例を示す図である。
（ｂ）画像初期値情報の設定に色合成機能を用いる場合のウィンドウの一例を示す図である。
【図１８】第８の実施の形態におけるＰＣ１００及びプロジェクタ２００の処理内容を示すフローチャートである。
【図１９】第９の実施の形態におけるＰＣ１００及びプロジェクタ２００の構成を示す機能ブロック図である。
【図２０】第９の実施の形態におけるＰＣ１００及びプロジェクタ２００の処理内容を示すフローチャートである。
【図２１】第１０の実施の形態におけるＰＣ１００及びプロジェクタ２００の構成を示す機能ブロック図である。
【図２２】第１０の実施の形態におけるＰＣ１００及びプロジェクタ２００の処理内容を示すフローチャートである。
【図２３】第１１の実施の形態におけるＰＣ１００及びプロジェクタ２００の構成を示す機能ブロック図である。
【図２４】第１１の実施の形態におけるＰＣ１００及びプロジェクタ２００の処理内容を示すフローチャートである。
【符号の説明】
１００ ＰＣ（画像信号源）
１０１ 通信部
１０２ 表示部
１０３ 制御部
１０４ 画像格納部
１０５ 画像取得部
１０６ 画像比較部
１０７ 入力部
１０８ 画像変更部
１０９ 送信データ制御部
１１０ 送信方式制御部
１１１ 画像圧縮部
１１２ 初期値設定部
１１３ 初期値取得部
１１４ 位置記憶部
２００ プロジェクタ
２０１ 通信部
２０２ 表示部
２０３ 制御部
２０４ 画像変換部
２０５ 画像伸張部
２０６ 初期値設定部
２０７ 入力部
５００ ネットワーク

Claims (10)

1. 画像信号源と画像表示装置とがネットワークを介して接続されて成るプレゼンテーションシステムであって、
   前記画像信号源は、
   前記画像表示装置にて現在表示されているプレゼンテーション画像の画像データと、後続のタイミングで前記画像表示装置に表示させるべきプレゼンテーション画像の画像データとの一部又は全部を比較する比較手段と、
   前記比較手段による比較の結果に基づき、対応する画素における階調変化を検出する変化検出手段と、
   階調変化が検出された画素の内、少なくとも一部の画素を含む所定範囲の画像データを、前記後続のタイミングで前記画像表示装置に表示させるべきプレゼンテーション画像の画像データから抽出する抽出手段と、
   前記抽出手段により抽出された画像データと、当該画像データの表示画素上の位置に関する情報とから、前記画像表示装置に送信すべきデータを生成する送信データ生成手段と、
   前記送信データ生成手段により生成されたデータを前記画像表示装置に送信する送信手段とを有し、
   前記画像表示装置は、
   前記送信手段により送信されたデータを受信する受信手段と、
   前記受信手段が受信したデータに基づき表示画像を変更する表示制御手段とから構成され、
   前記送信データ生成手段は、
   前記抽出手段により抽出された画像データの量が所定の量よりも多いか否かを判定し、抽出された画像データの量が所定の量よりも多い場合に、前記抽出された画像データを圧縮して前記画像表示装置に送信すべきデータを生成し、
   前記送信手段は、
   前記画像表示装置に前記圧縮された画像データを送信した後に、圧縮されていない画像データを再度前記画像表示装置に送信することを特徴とするプレゼンテーションシステム。
2. 前記送信データ生成手段は、
   前記抽出手段により抽出された画像データの量に基づいて画像データの圧縮率を変更することを特徴とする請求項１記載のプレゼンテーションシステム。
3. 画像信号源と画像表示装置とがネットワークを介して接続されて成るプレゼンテーションシステムであって、
   前記画像信号源は、
   前記画像表示装置にて現在表示されているプレゼンテーション画像の画像データと、後続のタイミングで前記画像表示装置に表示させるべきプレゼンテーション画像の画像データとの一部又は全部を比較する比較手段と、
   前記比較手段による比較の結果に基づき、対応する画素における階調変化を検出する変化検出手段と、
   階調変化が検出された画素の内、少なくとも一部の画素を含む所定範囲の画像データを、前記後続のタイミングで前記画像表示装置に表示させるべきプレゼンテーション画像の画像データから抽出する抽出手段と、
   前記抽出手段により抽出された画像データと、当該画像データの表示画素上の位置に関する情報とから、前記画像表示装置に送信すべきデータを生成する送信データ生成手段と、
   前記送信データ生成手段により生成されたデータを前記画像表示装置に送信する送信 手段とを有し、
   前記画像表示装置は、
   前記送信手段により送信されたデータを受信する受信手段と、
   前記受信手段が受信したデータに基づき表示画像を変更する表示制御手段とから構成され、
   前記送信データ生成手段は、
   前記抽出手段により抽出された画像データを、少なくとも当該画像データの上位ビットを含むグループと下位のビットを含むグループとの複数のグループに分割し、分割されたそれぞれのグループのデータと当該画像データの表示画像上の位置に関する情報とから、送信すべき複数グループの送信データを生成するグループデータ生成処理を実行し、
   前記送信手段は、
   前記画像表示装置に対し、前記上位ビットを含むグループの送信データを送信した後に、前記下位ビットを含むグループの送信データを送信する分割送信処理を実行することを特徴とするプレゼンテーションシステム。
4. 前記抽出手段により抽出された画像データの量が所定の量よりも多い場合に、前記送信データ生成手段及び送信手段は、それぞれ前記グループデータ生成処理及び分割送信を実行し、
   それ以外の場合に、前記送信データ生成手段及び送信手段は、それぞれ前記グループデータ生成処理及び分割送信を実行しない
   ことを特徴とする請求項３に記載のプレゼンテーションシステム。
5. 前記抽出手段は、
   画像を仮想的に複数のブロックに分割し、階調変化が検出された画素の少なくとも一部を含む一又は複数のブロックに対応する画像データを前記所定範囲の画像データとして抽出し、
   前記送信データ生成手段は、
   前記抽出手段により抽出された画像データと、前記一又は複数のブロックの表示画像上の位置を示す識別子とから送信すべきデータを生成し、
   前記表示制御手段は、
   前記識別子により表される一又は複数のブロックに対応する位置について、表示画像を変更することを特徴とする請求項１から４のいずれかに記載のプレゼンテーションシステム。
6. 画像信号源と画像表示装置とがネットワークを介して接続されて成るプレゼンテーションシステムにおいて、画像信号源としてのコンピュータに所定の動作を実行させるプログラムであって、
   前記所定の動作は、
   前記画像表示装置にて現在表示されているプレゼンテーション画像の画像データと、後続のタイミングで前記画像表示装置に表示させるべきプレゼンテーション画像の画像データとの一部又は全部を比較する比較処理と、
   前記比較処理の結果に基づき、対応する画素における階調変化を検出する変化検出処理と、
   階調変化が検出された画素の内、少なくとも一部の画素を含む所定範囲の画像データを、前記後続のタイミングで前記画像表示装置に表示させるべきプレゼンテーション画像の画像データから抽出する抽出処理と、
   前記抽出処理で抽出された画像データと、当該画像データの表示画像上の位置に関する情報とから、前記画像表示装置に送信すべきデータを生成する送信データ生成処理と、
   前記送信データ生成処理において生成されたデータを前記画像表示装置に送信する送信処理と
   を含み、
   前記送信データ生成処理は、
   前記抽出処理にて抽出された画像データの量が所定の量よりも多いか否かを判定するデータ量判定処理と、
   抽出された画像データの量が所定の量よりも多い場合に前記抽出された画像データを圧縮する圧縮処理とを含むと共に、
   前記送信処理は、
   前記圧縮処理にて圧縮された画像データを送信した後に、圧縮されていない画像データを送信する処理を含むことを特徴とするプログラム。
7. 前記データ量判定処理にて、前記抽出処理にて抽出された画像データの量を判定し、前記データ量判定処理にて判定されたデータ量に基づいて前記圧縮処理における圧縮率を変更することを特徴とする請求項６に記載のプログラム。
8. 画像信号源と画像表示装置とがネットワークを介して接続されて成るプレゼンテーションシステムにおいて、画像信号源としてのコンピュータに所定の動作を実行させるプログラムであって、
   前記所定の動作は、
   前記画像表示装置にて現在表示されているプレゼンテーション画像の画像データと、後続のタイミングで前記画像表示装置に表示させるべきプレゼンテーション画像の画像データとの一部又は全部を比較する比較処理と、
   前記比較処理の結果に基づき、対応する画素における階調変化を検出する変化検出処理と、
   階調変化が検出された画素の内、少なくとも一部の画素を含む所定範囲の画像データを、前記後続のタイミングで前記画像表示装置に表示させるべきプレゼンテーション画像の画像データから抽出する抽出処理と、
   前記抽出処理で抽出された画像データと、当該画像データの表示画像上の位置に関する情報とから、前記画像表示装置に送信すべきデータを生成する送信データ生成処理と、
   前記送信データ生成処理において生成されたデータを前記画像表示装置に送信する送信処理と、
   を含み、
   前記送信データ生成処理は、
   前記抽出処理において抽出された画像データを、少なくとも当該画像データの上位のビットを含むグループと下位のビットを含むグループとの複数のグループに分割し、分割されたそれぞれのグループのデータと当該画像データの表示画像上の位置に関する情報とから、送信すべき複数グループの送信データを生成するグループデータ生成処理を含むと共に、
   前記送信処理は、
   まず前記上位のビットを含むグループの送信データを送信し、その後に前記下位のビットを含むグループの送信データを送信する分割送信処理を含むことを特徴とするプログラム。
9. 前記プログラムはさらに、前記抽出処理にて抽出された画像データの量が所定の量よりも多いか否かを判定するデータ量判定処理をコンピュータに実行させ、抽出された画像データの量が所定の量よりも多い場合に前記グループデータ生成処理、及び分割送信処理を行い、それ以外の場合には、前記グループデータ生成処理、及び分割送信処理を行わないようにすることを特徴とする請求項８に記載のプログラム。
10. 前記抽出処理では、画像を仮想的に複数のブロックに分割し、階調変化が検出された画素の少なくとも一部を含む一又は複数のブロックに対応する画像データを前記所定範囲 の画像データとして抽出し、
    前記送信データ生成処理では、前記抽出処理により抽出された画像データと、前記一又は複数のブロックの表示画像上の位置を示す識別子とから送信すべきデータを生成し、
    前記表示制御処理は、前記識別子により表される一又は複数のブロックに対応する位置について、表示画像を変更する
    ことを特徴とする請求項６から９のいずれかに記載のプログラム。

Images