JP2009145727A - 画像表示装置 - Google Patents

Abstract

【課題】ネットワーク接続可能な画像表示装置において、多様な画像処理対象データに対応しながら、処理負荷の軽減、記憶容量の減少、及び表示速度の向上を図る。
【解決手段】プロジェクター９はネットワーク１５を介してＰＣ８と接続可能である。プロジェクター９内のフラッシュメモリ４は、制御用プログラム及びＰＣ８のＨＤＤにおける画像表示機能実現用プログラムを格納した領域を指示する外部記憶アクセス情報を格納している。プロジェクター９は起動時に、ＣＰＵ５の制御下でフラッシュメモリ４の格納情報を活用して画像表示機能実現用プログラムを実行する。すなわち、ＣＰＵ５は、上記制御用プログラムの実行をしＰＣ８とのネットワーク接続を確立後、上記外部記憶アクセス情報を参照して、ＰＣ８のＨＤＤ上に予め割り振られた領域にアクセスし、画像表示機能実現用プログラムを読み出して実行する。
【選択図】図１

Description

この発明は、ネットワークを介して接続されたパーソナルコンピュータ等より得られる画像処理対象データを受けて画像表示する画像表示装置に関する。

パーソナルコンピュータ（ＰＣ）のモニタ等で表示される表示画面を、プロジェクター等の画像表示装置に表示させながらプレゼンテーションを行う場合、従来、ＰＣのモニタ出力からのＲＧＢアナログ信号等をケーブルで接続することが一般的であった。このため、プロジェクターとＰＣは近接して配置する必要があった。また、プロジェクターとＰＣは１対１で接続される必要があり、異なるＰＣを用いる場合、ケーブルを繋ぎ換える必要があった。

近年、イーサネット（登録商標）等のコンピュータ用ネットワークの普及に伴い、ネットワークを介してプレゼンテーションデータ等を伝送して表示する方法等が用いられるようになった。この方法によれば、ネットワーク接続可能な範囲であれば自由にプロジェクターとＰＣを配置できるため、例えば、無線ＬＡＮの導入によってケーブル接続無しでシステムを構成できる。また、ネットワークに繋がった何れのＰＣからも１つのプロジェクターにアクセス可能となる。

例えば、特許文献１に記載された方式では描画コマンドの形で表示すべき内容を送ることでネットワークトラフィクス（ネットワークの特定の経路上を一定時間に流れる情報）を削減しながらネットワーク経由でＰＣからプロジェクターに画像処理対象データを伝達している。

また、特許文献２では、ＶＮＣ(Virtual Network Computing)と呼ばれるビットマップ転送をベースとした方法でＰＣの表示画面を規定する画像処理対象データをプロジェクターに送っている。

さらに、特許文献３では、ネットワーク経由でサーバから画像データと共に画像制御データを送ることで表示のために必要な処理も画像データに応じて行うことで、ネットワーク接続による利便性の向上を図っている。

特開２００２−３６６３４１号公報（図１） 特開２００５−２８４１９５号公報（図３） 特開２０００−２３１５０号公報（図１）

上記特許文献１〜特許文献３で開示された先行技術によって、ネットワーク接続時のトラフィックスの削減や表示できる画像データ形式の多様化などを図ることができる。特許文献１及び特許文献２ではＰＣからプロジェクターへの画像処理対象データの伝送方法の改善提案である。ネットワークの導入によって単にＰＣの表示画像を規定するデータをプロジェクターに送出するだけでなく、特許文献３に示されたように制御データも送ることでプロジェクターの機能拡張を図っている。すなわち、特許文献１〜特許文献３ではＰＣから画像表示装置であるプロジェクターに対し多様な画像処理対象データ（プレゼンテーション用データ）を送信することが前提となっている。

このようにプロジェクター等の画像表示装置をネットワーク経由でＰＣに接続して、プレゼンテーション等を行う場合には、プロジェクター等の画像表示装置側において、ネットワーク接続機能や、多様な画像処理対象データに対応した画像表示機能（表示画面生成機能）の実現のためにマイクロプロセッサを組み込む必要がある。すなわち、画像表示装置内に上述した機能を実現すべく、様々なプログラムを内蔵してマイクロプロセッサに実行させる必要があった。

このように、画像表示装置とＰＣからなるネットワーク画像伝送表示システムにおいて、多様なプレゼンテーション用データに対応させるために、画像表示装置は、組み込まれたマイクロプロセッサによる処理負荷の増大、表示画面生成機能用のプログラム蓄積のためのメモリ容量の増大、及び表示速度の低下を招いてしまうという問題点があった。

この発明は上記問題点を解決するためになされたもので、ＰＣ等とネットワーク接続可能な画像表示装置において、多様な画像処理対象データに対応しながら、処理負荷の軽減、記憶容量の減少、及び表示速度の向上を図ることを目的とする。

この発明に係る請求項１記載の画像表示装置は、ネットワークを介して所定のコンピュータと接続可能な画像表示装置であって、前記所定のコンピュータは、第１の画像処理対象データに対応する第１の画像表示機能実現用プログラムを第１の領域に格納する外部記憶部を有し、ネットワーク接続用のインタフェースと、前記第１の画像表示機能実現用プログラムの前記第１の領域に関する情報を含む外部記憶アクセス情報を記憶した内部記憶部と、起動時に前記インタフェースを介した前記所定のコンピュータとのネットワーク接続の確認後、前記内部記憶部から取得した前記外部記憶アクセス情報に基づき、前記所定のコンピュータの前記外部記憶部より前記第１の画像表示機能実現用プログラムを読み出して実行することにより、前記第１の画像処理対象データに対する第１の画像表示処理を行い表示用データを得る画像処理部と、前記表示用データに基づき画像表示を行う表示デバイスとを備える。

この発明における請求項１記載の画像表示装置の画像処理部は、所定のコンピュータの外部記憶部より読み出した第１の画像表示機能実現用プログラムを実行して、第１の画像処理対象データに対する第１の画像表示処理を行うことができる。

したがって、所定のコンピュータの外部記憶部に格納する第１の画像表示機能実現用プログラムの内容を適宜変更することにより、画像処理装置は、内部構成を何ら複雑化させることなく、多様な画像処理対象データに対応する画像処理が可能となる効果を奏する。

加えて、第１の画像表示機能実現用プログラム自体は所定のコンピュータの外部記憶部に格納されているため、画像表示装置内に上記第１の画像表示機能実現用プログラムを格納する必要がない分、内部の記憶容量の低減化を図ることができる。

さらに、第１の画像対象用データの生成処理は所定のコンピュータを含む外部装置が行っており、画像処理装置は上記第１の画像表示処理のみを実行すれば十分であるため、画像処理装置の処理負荷を増大させることなく高速処理が可能となる効果を奏する。

＜実施の形態１＞
図１はこの発明の実施の形態１であるプロジェクター９を含むネットワーク画像伝送表示システム環境を示すブロック図である。同図に示すように、画像表示装置であるプロジェクター９はネットワークアダプタ７及びネットワーク１５を介してＰＣ８と接続可能である。

プロジェクター９は内部に表示デバイス１、グラフィックス生成部２、ＲＡＭ３、フラッシュメモリ４、ＣＰＵ５、及びインターフェース６を有している。

表示デバイス１は、グラフィックス生成部２で生成した表示用データに基づき、グラフィックス表示処理を実行して画像表示を行う。グラフィックス生成部２は組込マイクロプロセッサ（ＣＰＵ）５によって制御され、画像処理対象データに対して画像表示処理を行い、表示デバイス１に表示可能な表示用データを生成する。これらグラフィックス生成部２及びＣＰＵ５は画像処理部として機能する。

プロジェクター９の内部記憶部であるフラッシュメモリ４は、予め用意したベースとなる制御用プログラム及び外部のＰＣのＨＤＤ等の外部記憶部における画像表示機能実現用プログラムを格納した領域（第１の領域）を指示する外部記憶アクセス情報を格納している。

ＣＰＵ５は、フラッシュメモリ４とプログラム実行時に作業領域等に必要となるＲＡＭ３及び外部機器とのデータの送受に用いるインターフェース６が双方向に送信可能に接続されている。

また、インターフェース６には、本実施の形態では、ネットワークアダプタ７が接続されており、ファイルサーバとして使われるＰＣ８とネットワーク１５を介したネットワーク接続を可能にしている。

なお、実際のプロジェクター９の機器構成としては表示デバイス１、グラフィックス生成部２、ＲＡＭ３、フラッシュメモリ４、ＣＰＵ５及びインターフェース６は一つの筐体に納められるのが一般的である。また、ネットワークアダプタ７は上記筐体外に備え付けられるのが一般的である。

なお、以下の説明ではインターフェース６としてはＵＳＢインターフェース、ネットワークアダプタ７はＵＳＢ無線ＬＡＮアダプタを用いるものとする。

以下、ＣＰＵ５の制御下で実行される画像表示機能設定内容を説明する。

(1) まず、プロジェクター９の機器電源が入ると、ＣＰＵ５はフラッシュメモリ４から制御用プログラムを読み出して実行し、プロジェクター９の内部で必要な初期設定を行う。

(2) その後、上記制御用プログラムの実行を継続して、ネットワークアダプタ７がインターフェース６に接続されているか否かを判定し、接続されている際には画像表示機能実現用のプログラムファイル等を供給可能なＰＣ８（画像表示機能実現可能ＰＣ）と通信可能かを調べる。そして、画像表示機能実現可能ＰＣとのネットワーク接続を確認すると次の処理(3)に移行する。

ＰＣ８が画像表示機能実現可能ＰＣである場合、ＰＣ８のハードディスクドライブ（ＨＤＤ）の一部をネットワーク接続のプロジェクター用に予め割り振られている。すなわち、ＰＣ８のＨＤＤは、画像表示機能実現用のプログラムファイル等（以下、単に「画像表示機能実現用プログラム」と称する場合有り）を格納すると共に、プロジェクター９からＬＡＮ経由で上記画像表示機能実現用プログラムにアクセスできるように設定されている。

(3) 制御用プログラムの実行を継続し、ＰＣ８のＨＤＤ上に予め割り振られた領域（第１の領域）にアクセスし、アクセスした領域に存在する画像表示機能実現用プログラムを読み出して実行する。なお、上記ＰＣ８のＨＤＤ上に予め割り振られた領域は、上記(1)〜(3)のいずれかのタイミングでフラッシュメモリ４の外部記憶アクセス情報を参照することによりＣＰＵ５が認識することができる。

ＬＡＮ経由で他の外装装置上の記憶装置（ＨＤＤ等）にアクセスするための方式は、現在、一般的に広くネットワーク環境で用いられているＮＦＳ（Network File System）などを用いることが出来る。ここで、ＣＰＵ５では、初期設定後にＯＳ（Operating System）としてLinuxが起動するよう設定し、ＮＦＳを用いてＰＣ８上の画像表示機能実現用プログラムにアクセス可能にする。

このように、ネットワーク１５を介して接続されたプロジェクター９，ＰＣ８間でＮＦＳにより通信を確立すると、予め定めたＰＣ８のＨＤＤの格納領域がプロジェクター９自体に内蔵されたＨＤＤの格納領域と同様にアクセス可能となる。

以下、Linuxが動作した場合を例にして、上記(1)〜(3)の処理を詳述する。

(1) Linuxが動作して、ＰＣ８上の画像表示機能実現用プログラムを実行可能にするためには、Linux OSの本体であるカーネルと種々の設定ファイルや画像表示機能実現用プログラムが実装されたルートファイルシステムが必要になる。実施の形態１では、カーネルはフラッシュメモリ４に圧縮した状態で上記制御用プログラムとして格納され、システム起動時にカーネルを読み込んでLinuxを起動する初期設定動作が行われる。

(2) 起動したLinuxでは、先ず、画像表示機能実現可能ＰＣとの通信可能かを確認し、可能であれば、画像表示機能実現可能ＰＣであるＰＣ８へのＬＡＮ接続を確立する。

(3) その後、ルートファイルシステムが格納されているＰＣ８上のＨＤＤの領域にアクセスし、プロジェクター９によりＮＦＳルートファイルシステムを利用可能にする。例えば、ルートファイルシステム上における画像表示機能実現用プログラムの格納位置が予めLinux上で決まっている場合、プロジェクター９はＰＣ８のＨＤＤのルートファイルシステムを取得すると同時に、画像表示機能実現用プログラムにアクセスすることができる。この場合、ルートファイルシステムが格納されているＰＣ８上のＨＤＤの領域を指示する外部記憶アクセス情報をフラッシュメモリ４が記憶することになる。すなわち、外部記憶アクセス情報は、画像表示機能実現用プログラムの格納領域に関する情報として、ルートファイルシステムが格納されているＰＣ８上のＨＤＤの領域を指示する。

その結果、プロジェクター９は、ＰＣ８上のルートファイルシステム内に予め割り当てられた画像表示機能実現用プログラムを、プロジェクター９自体に内蔵されたＨＤＤの領域と同様にアクセス可能となる。したがって、プロジェクター９はＰＣ８のＨＤＤ上に格納された画像表示機能実現用プログラムをダウンロードすることなく実行できる。

ここでネットワーク接続のネットワークアダプタ７として、ＰＣ８とプロジェクター９との間にケーブルが不要となるよう無線ＬＡＮアダプタを用いたが、ネットワークアダプタ７として通常のＬＡＮアダプタを用いてＰＣ８とケーブルで接続しても同様の動作が可能である。

なお、実装するファイルを限定して小容量に抑えたルートファイルシステムをフラッシュメモリ４に蓄積しておき、ネットワークアダプタ７がインターフェース６に接続されていない場合や、画像表示機能実現可能ＰＣ上における使用可能なルートファイルシステムが見つからなかった場合にはフラッシュメモリ４に蓄積されたルートファイルシステムを代用することができる。

すなわち、プロジェクター９は、何らかの理由で、ＰＣ８のＨＤＤに格納された画像表示機能実現用プログラムの実行が不可能な場合、フラッシュメモリ４に蓄積されたルートファイルシステムを用いてシステムを立ち上げ、ＶＧＡ入力からの映像信号を表示するなど限定した画像表示処理（第２の画像表示処理）を行うことができる。

この場合、フラッシュメモリ４内に、ＶＧＡ入力からの映像信号（第２の画像処理対象データ）を表示するための第１の簡易表示プログラム（第２の画像表示機能実現用プログラム）をフラッシュメモリ４のルートファイルシステムに割り当てて予め格納しておき、上記第１の簡易表示プログラムを読み出して実行することにより可能となる。

このように、ＰＣ８のＨＤＤに格納された画像表示機能実現用プログラムが実行不可能な場合でも、フラッシュメモリ４から読み出した上記第１の簡易表示プログラムを実行することにより、実施の形態１のプロジェクター９は単体でも画像処理動作を実現することができる。

また、図２に示すように、ネットワークアダプタ７の代わりに、インターフェース６にフラッシュメモリ等のＵＳＢメモリ１１（所定の外部記憶装置）が接続されていることをＣＰＵ５が検出した場合、ＵＳＢメモリ１１に蓄積されたファイルの内容を調べ、ＵＳＢメモリ１１のルートファイルシステムに相当するものが見つかった場合、ＬＡＮ接続時と同様に、ＵＳＢメモリ１１のルートファイルシステムを用いることも可能である。

この場合、ＵＳＢメモリ１１内に、所定の画像処理対象データ（第３の画像処理対象データ）に対する第２の簡易表示プログラム（第３の画像表示機能実現用プログラム）をルートファイルシステム上に割り当てて予め格納しておき、上記第２の簡易表示プログラムを読み出して実行することにより可能となる。

このように、ＰＣ８のＨＤＤに格納された画像表示機能実現用プログラムが実行不可能な場合でも、ＵＳＢメモリ１１から読み出した上記第２の簡易表示プログラムを実行することにより、実施の形態１のプロジェクター９は直接接続可能なの外部記憶装置（ＵＳＢメモリ１１）を利用して画像処理動作を実現することができる。

図３は実施の形態１のプロジェクター９によるＰＣ８上の画像表示機能実現用プログラムの具体的利用例を示す説明図である。同図に示すように、ＰＣ８は、内蔵されたハードディスクドライブ（ＨＤＤ）２２には、ＰＣ８上で実行されるプレゼンテーション用プログラム２０とプロジェクター９上で実行されるＸサーバ（プログラム）２１とが蓄積されている。

ここで、ＰＣ８のＨＤＤ２２に蓄積されたデータを伝送して画面表示するには様々な形態が考えられる。例えば、“Ｘ Window System”と呼ばれるグラフィックス表示用ソフトウェアを用いる場合を想定する。このソフトウェアは、ＸサーバとＸクライアントから構成される。Ｘサーバは実行するコンピュータ上で画面表示やキーボード・マウス入力を直接処理する役割を担う。一方、Ｘクライアントは、Ｘサーバの画面に表示するユーザーインターフェース等のグラフィックスデータを生成する。Ｘクライアント・Ｘサーバ間はＸプロトコルと呼ばれる方式で通信を確立する。ＸクライアントとＸサーバとは同一マシン上にあっても良いし、別々のマシンに分かれていても良い。図３で示す例ではＰＣ８のＨＤＤ２２上のルートファイルシステムに実装されたＸサーバ２１を画像表示機能実現用プログラムとしてプロジェクター内のＣＰＵ５で実行する。

すなわち、プロジェクター９は、フラッシュメモリ４からＸサーバ２１の格納領域を指示する外部記憶アクセス情報を読み出し、上記した処理(1)〜(3)を実行する。その結果、プロジェクター９は、ＰＣ８上のＨＤＤ２２に対しプロジェクター９自体に内蔵されたＨＤＤの領域と同様にアクセス可能となり、ＰＣ８のＨＤＤ２２に格納されたＸサーバ２１をダウンロードすることなく読み出して実行できる。

一方、Ｘクライアントとなるアプリケーションプログラム（図３ではプレゼンテーション用プログラム２０）はＰＣ８上で実行され、その表示画面を規定する（第１の）画像処理対象データである画像データＶ８をＸプロトコルによってプロジェクター９内のＣＰＵ５に送る。

グラフィックス生成部２は、Ｘプロトコルに従って送られてきた画像データＶ８に対し、（第１の）画像表示処理を行って表示用データを作成し、この表示用データを表示デバイス１に送る。この際、グラフィックス生成部２の処理はＣＰＵ５の制御下でＸサーバ２１を実行することにより実現される。

上述したように、実施の形態１のプロジェクター９において、フラッシュメモリ４は上述した制御用プログラム及び外部記憶アクセス情報を格納すれば十分であるため、画像処理対象データに対応した画像表示機能実現用プログラムを格納する必要ない。なぜなら、そのようなプログラムは、ＰＣ８のＨＤＤ上でのルートファイルシステム上に割り当てられたプログラムとして外部に存在すれば十分であるからである。その結果、プロジェクター９は内部の記憶容量の低減化を図ることができる。

また、画像処理対象用データ（プレゼンテーション用データ）はＰＣ８上で動作するプレゼンテーション用プログラム２０により作成される構成となっている。このため、ＰＣ８から送信される画像処理対象データのフォーマットを変更した場合、変更したフォーマットの画像処理対象データに対応する画像表示機能実現用プログラムをＰＣ８のＨＤＤから読み出すようにすれば良い。

その結果、実施の形態１のプロジェクター９は、種々のフォーマットの画像処理対象データに対応する画像表示機能実現用プログラムを、内部の記憶容量を増やすことなく実行することができる。すなわち、プロジェクター９は内部構成を複雑化することなく、多様な画像処理対象データに対応する画像処理が可能となる効果を奏する。

また、プレゼンテーション用プログラム等による画像処理対象データの生成処理はＰＣ８上で実行されるので、プロジェクター９のＣＰＵ５への負荷を軽減でき、プロジェクター９の画像表示処理の処理速度の向上が期待できる。また、ＰＣ８からプロジェクター９への送信データ（画像データＶ８）の絶対量の低減化が図れるため、プロジェクター９が実行する画像表示処理を考慮しても十分に高速化を図ることができる。

なお、図３で示したソフトウェア構成では、ＰＣ８上で動作するプレゼンテーション用プログラム２０のユーザーインターフェース画面に操作すべき項目がある場合、このプログラムの操作はプロジェクター内蔵のマイクロプロセッサに接続した入力デバイス（図示せず）から行うことになる。プロジェクターへのデータ入力手段としてはリモコン（リモート・コントローラ）等を用いることが可能であり、Ｘサーバ２１の入力としてリモコン信号が使えるように設定を行えばよい。この場合、プロジェクター９で実行されるＸサーバ２１からＰＣ８のプレゼンテーション用プログラム２０に制御信号Ｃ９が送られることになる。

また、ＰＣ８のキーボード、マウス等の入力手段を用いてＰＣ８（に接続されるモニタ）上でプロジェクター９の表示画面を見ながら、プレゼンテーション用プログラム２０の操作が出来るようにすることも可能である。容易に実現する手段としては特許文献２に詳細が述べられているＶＮＣ（Virtual Network Computing）と呼ばれるソフトウェアを用いることができる。

ＶＮＣではプロジェクター９で表示されているグラフィックス画面のビットマップデータである画像データＶ９をネットワーク経由でＰＣ８に送信し、受信側であるＰＣ８内のグラフィックス表示用バッファに書き込むことができる。その結果、サーバとなるマシンであるプロジェクター９の表示画面をクライアントマシンであるＰＣ８の画面上に表示すると共に、クライアントマシンのキーボード、マウス等の入力デバイスをクライアントマシンの入力デバイスとして用いることができる。

図４は、図１で示したネットワーク画像伝送表示システムにおいて、ＶＮＣを用いる場合のソフトウェア構成を示す説明図である。同図に示すように、ＰＣ８はＨＤＤ２２内にＶＮＣサーバ（プログラム）２３（画像信号外部出力用プログラム）及びＶＮＣビューア（プログラム）２４を格納している。なお、図３で示したソフトウェア構成も同時に実現されている。

プロジェクター９は図３のＸサーバ２１と同様にＶＮＣサーバ２３をＨＤＤ２２から読み出して実行することができる。なお、ＶＮＣサーバ２３の読み出しは、Ｘサーバ２１の場合と同様、フラッシュメモリ４内にＶＮＣサーバ２３のＨＤＤ２２における格納領域（第２の領域）を指示する外部記憶アクセス情報をフラッシュメモリ４が記憶していることが前提となる。

その結果、プロジェクター９がＶＮＣサーバ２３を実行することにより、プロジェクター９の表示デバイス１上で表示されている表示画面を規定するビットマップデータである画像データＶ９（外部出力用画像データ）をネットワーク経由でＰＣ８に送信することができる。

一方、ＶＮＣビューア２４は図３のプレゼンテーション用プログラム２０と同様、ＰＣ８上で実行される。その結果、プロジェクター９より得た画像データＶ９に基づき、ＶＮＣビューア２４を実行することにより、プロジェクター９の表示画面をクライアントマシンであるＰＣ８の画面上に表示することができる。

そして、ＰＣ８に備え付けられたキーボード・マウスを操作し、図３で示したプレゼンテーション用プログラム２０を実行することにより、プロジェクター９に表示された画面内容をＰＣ８側で確認しながら、プレゼンテーション用ソフトウェアを制御できる。

このように、実施の形態１のプロジェクター９は、画像信号外部出力用プログラムであるＶＮＣサーバ２３を読み出し、ＶＮＣサーバ２３を実行して、外部出力用画像データである画像データＶ９を外部に出力することにより、ＰＣ８等の外部装置からプロジェクター９の表示画面を参照することができる。

＜実施の形態２＞
図５はこの発明の実施の形態２であるプロジェクター１９を含むネットワーク画像伝送表示システムの構成を示すブロック図である。同図に示すように、プロジェクター１９は、実施の形態１のプロジェクター９の内部構成に加えて、ビデオデコーダ１０を追加した構成となっている。

実施の形態１のプロジェクター９で説明したように、プロジェクター９の画面上にはＰＣ８上で実行されるプレゼンテーション用プログラムの出力画面が表示される。このとき、表示画面を規定する画像データＶ８は実施の形態１ではＸプロトコルによりＰＣ８からプロジェクター９のＸサーバ２１に送られる構成となっているため、通常、表示以外の処理はＰＣ８上において実行される。

したがって、実施の形態１のプロジェクター９は、静止したグラフィックス画面の伝送には適している。しかし、実施の形態１のプロジェクター９が動画の表示、例えばＭＰＥＧ規格（ＭＰＥＧ２等）に従って圧縮された動画信号を表示する場合には、ＰＣ８上で予めデコードしてプロジェクター９に送ることも可能であるが、伝送帯域の増加を考慮すると表示処理負荷の増大等をもたらし、実時間で表示出来る動画の大きさは制限を受ける。

そこで、圧縮された映像信号からなる動画ストリームについてはＰＣ８からプロジェクター１９に伝送し、プロジェクター１９内に実装したビデオデコーダ１０で動画ストリームをデコードしてデコード後の映像信号（デコード映像信号）を得る構成を実現したのが実施の形態２のプロジェクター１９である。なお、動画ストリームは、ネットワーク１５より得られ、ネットワークアダプタ７及びインターフェース６を介してプロジェクター１９内に受信され、ＣＰＵ５の制御下でビデオデコーダ１０に付与される。

プロジェクター１９において、必要に応じてグラフィックス生成部２の画像表示処理で得た中間表示用データ（実施の形態１のプロジェクター９の表示用データに相当）と上記デコード映像信号を重畳して最終的な表示用データを得る。そして、上記最終的な表示用データをグラフィックス生成部２から表示デバイス１に与えることにより、表示デバイス１より表示画面を表示する。すなわち、グラフィックス生成部２はデコード映像信号を加味して画像表示処理を行い表示用データを出力することができる。

このとき、動画ストリームはＰＣ８上に蓄えられているものとし、ＰＣ８からプロジェクター１９への伝送には、上述のＮＦＳによりストリームの蓄積されたＨＤＤ上の領域をＣＰＵ５がリモートマウントして、そこから選択した動画ストリームを読み出してビデオデコーダ９に供給することで容易に動画処理ができる。

ここで、ＣＰＵ５は、ビデオデコーダ１０を制御し、動画の画面サイズ、位置等を設定できるものとし、後段のグラフィックス生成部２も制御して、上記デコード映像信号と上記中間表示用データとを重畳した表示デバイス１への最終的な表示用データを作成する。

なお、上記例ではＮＦＳにより動画ファイルをＰＣ８からプロジェクター１９に送信したが、他のネットワーク伝送方法（HTTP(HyperText Transfer Protocol)、RTP(Real-time Transport Protocol)など）を利用して圧縮された映像信号をＰＣ８からプロジェクター１９に送信するようにしても良い。

この方法によれば圧縮された映像信号をＰＣ８からプロジェクター９に送るので伝送帯域の効率的な利用が可能である。また、プロジェクター９では、動画のデコード処理は専用のビデオデコーダ１０によってなされるため、動画処理負荷を大幅に軽減することができる。

本発明の活用例として、種々のネットワークを介して接続されたＰＣから供給する動画を含む画像処理対象データに対し画像表示処理を行って画像表示を行う画像表示装置全般に適用できる。

この発明の実施の形態１であるプロジェクターを含むネットワーク画像伝送表示システム環境を示すブロック図である。 実施の形態１のプロジェクターにおける他の態様を示す説明図である。 実施の形態１のプロジェクターによるＰＣ上の画像表示機能実現用プログラムの具体的利用例を示す説明図である。 実施の形態１のプロジェクターにおいてＶＮＣを実現する場合の具体的利用例を示す説明図である。 この発明の実施の形態２であるプロジェクターを含むネットワーク画像伝送表示システム環境を示すブロック図である。

符号の説明

１ 表示デバイス、２ グラフィックス生成部、３ ＲＡＭ、４ フラッシュメモリ、５ ＣＰＵ、６ インターフェース、７ ネットワークアダプタ、８ ＰＣ、９，１９ プロジェクター、１１ ＵＳＢメモリ、２０ プレゼンテーション用プログラム、２１ Ｘサーバプログラム、２２ ＨＤＤ、２３ ＶＮＣサーバ、２４ ＶＮＣビューア。

Claims (5)

1. ネットワークを介して所定のコンピュータと接続可能な画像表示装置であって、前記所定のコンピュータは、第１の画像処理対象データに対応する第１の画像表示機能実現用プログラムを第１の領域に格納する外部記憶部を有し、
   ネットワーク接続用のインタフェースと、
   前記第１の画像表示機能実現用プログラムの前記第１の領域に関する情報を含む外部記憶アクセス情報を記憶した内部記憶部と、
   起動時に前記インタフェースを介した前記所定のコンピュータとのネットワーク接続の確認後、前記内部記憶部から取得した前記外部記憶アクセス情報に基づき、前記所定のコンピュータの前記外部記憶部より前記第１の画像表示機能実現用プログラムを読み出して実行することにより、前記第１の画像処理対象データに対する第１の画像表示処理を行い表示用データを得る画像処理部と、
   前記表示用データに基づき画像表示を行う表示デバイスと、
   を備える画像表示装置。
2. 請求項１記載の画像表示装置であって、
   前記内部記憶部は、第２の画像表示用データに対応する第２の画像表示機能実現用プログラムをさらに格納し、
   前記画像処理部は、起動時に前記第１の画像表示機能実現用プログラムが読み出し不能の場合、前記内部記憶部より読み出した第２の画像表示機能実現用プログラムを実行して、前記第２の画像表示用データに対する第２の画像表示処理を行う、
   画像表示装置。
3. 請求項１あるいは請求項２記載の画像表示装置であって、
   前記インタフェースはネットワーク接続に替えて所定の外部記憶装置と接続可能であり、前記所定の外部記憶装置は第３の画像表示用データに対応する第３の画像表示機能実現用プログラムを格納し
   前記インタフェースが前記所定の外部記憶装置と接続されている場合、前記所定の外部記憶装置より読み出した第３の画像表示機能実現用プログラムを実行して、前記第３の画像表示用データに対する第３の画像表示処理を行う、
   画像表示装置。
4. 請求項１ないし請求項３のうち、いずれか１項に記載の画像表示装置であって、
   前記所定のコンピュータの前記外部記憶部は、前記表示用データに相当する外部出力用画像データを外部に出力する画像信号外部出力用プログラムを第２の領域に格納し、
   前記外部記憶アクセス情報は、前記外部記憶部における前記画像信号外部出力用プログラムを格納した前記第２の領域に関する情報をさらに含み、
   前記画像処理部は、起動時に前記インタフェースを介した前記所定のコンピュータとのネットワーク接続を確認後、前記第１の画像表示処理を行うとともに、前記所定のコンピュータの前記外部記憶部より前記画像信号外部出力用プログラムを読み出して実行することにより、前記外部出力用画像データを外部に出力する、
   画像表示装置。
5. 請求項１ないし請求項４のうち、いずれか１項に記載の画像表示装置であって、
   圧縮された映像信号を受けてデコードし、デコード映像信号を出力する映像デコード部をさらに備え、
   前記画像処理部は、前記デコード映像信号を加味して画像処理を行う、
   画像表示装置。

Images