JP4186465B2 - プロジェクタ - Google Patents

Description

技術分野
本発明は、ネットワークに接続可能な投写型表示装置（プロジェクタ）およびネットワークを介した画像の表示方法に関する。より詳細には、アプリケーション・サービス・プロバイダ（ＡＳＰ）に対応可能なプロジェクタに関する。
背景技術
これまで、投写型表示装置すなわちプロジェクタは、例えば、ビデオカセットレコード、コンピュータといった画像生成装置と映像ケーブルを介して接続されてきた。コンピュータによって生成されたアナログＲＧＢ信号は、映像ケーブルを介してプロジェクタに入力され、映像としてスクリーン等に投写されていた。したがって、従来のプロジェクタは単なるスタンドアローン型のプロジェクタとして機能していた。
ところで、近年のネットワーク環境の発展に伴い、サーバコンピュータにおいて主な演算処理を実行し、クライアントコンピュータの負荷軽減を図る技術が実用化されている。例えば、アプリケーション・サービス・プロバイダ（ＡＳＰ）技術では、要求されたアプリケーションプログラムをサーバ上で実行し、実行結果をＨＴＭＬデータや専用フォーマットの表示画面データとしてクライアントに送信する。このＡＳＰ技術の下では、クライアントは、クライアントアプリケーションを起動して受信した表示画像データに応じて表示ディスプレイ上にユーザインターフェース（表示画面情報）を表示するに過ぎない。すなわち、クライアントには、多くの機能は要求されず、いわゆるシン・クライアントとして機能すれば十分である。
また、近年の会議等ではプロジェクタを用いてプレゼンテーションが進行される傾向にあり、据え置き型のプロジェクタが個々の会議室に配置されていることも珍しくない。
このような状況の下、プロジェクタをネットワーク回線に接続して使用したいとの要求がある。しかしながら、これまでのプロジェクタはコンピュータとローカルに接続されて用いられることを前提に構成されているため、コンピュータを介してネットワークに接続する必要があった。したがって、プロジェクタを作動させたりネットワークに接続するためにコンピュータを１台ずつ確保しなければならず、非効率的であるという問題があった。また、使用する度にコンピュータとプロジェクタとをケーブルでつながなければならず、ネットワークを利用する利便性が阻害されるという問題があった。さらに、プロジェクタ数の増加に伴ってその管理負担が増大するという問題もある。また、プロジェクタがＡＳＰにおける端末装置として機能すれば便利である。
発明の開示
本発明は、上記問題を解決するためになされたものであり、コンピュータと接続することなくネットワークに接続可能なプロジェクタを提供することを目的とする。また、サーバコンピュータに対するクライアントとして機能し得るプロジェクタを提供することを目的とする。さらに、ＡＳＰにおけるＡＳＰ端末装置として機能し得るプロジェクタを提供することを目的とする。
上記課題を解決するために本発明の第１の態様は、ネットワークに接続可能なプロジェクタを提供する。本発明の第１の態様に係るプロジェクタは、前記ネットワークとの間でデータを送受信するためのネットワーク接続部と、前記ネットワーク接続部を介して受信したデータに基づいて表示すべき画像データを生成する画像データ生成部と、前記生成された画像データを投写表示する投写表示部とを備えることを特徴とする。
本発明の第１の態様に係るプロジェクタは、コンピュータと接続することなく単独でネットワークに接続することができる。また、本発明の第１の態様に係るプロジェクタは、サーバコンピュータに対するクライアントとして機能することができる。
本発明の第１の態様に係るプロジェクタにおいて、前記画像データ生成部が受信するデータは画面データであり、前記画像データ生成部は、クライアントアプリケーションを実行して前記画面データに基づいて前記画像データを生成してもよい。かかる構成を備える場合には、ＡＳＰにおけるＡＳＰ端末装置として機能することができる。
本発明の第１の態様に係るプロジェクタにおいて、前記画像データ生成部は、ビュワーアプリケーションを実行して前記受信したデータに基づいて前記画像データを生成してもよい。また、前記画像データ生成部は、前記受信したデータのデータフォーマットを識別し、識別したデータフォーマットに適したアプリケーションを実行して前記画像データを生成してもよい。かかる場合には、受け取ったアプリケーションデータをビュワーアプリケーションまたはアプリケーションによって開き、アプリケーションの表示画面（ユーザインターフェース）を投写することができる。
本発明の第１の態様に係るプロジェクタはさらに、前記ネットワーク接続部を介して受信したデータに基づいて再生すべき音声データを生成する再生音声データ生成部と、前記生成された再生音声データを出力する音声データ再生部とを備えても良い。また、前記データは動画データと動画データに関連付けられた音声データを含むマルチメディアデータであり、前記画像データ生成部は、前記ネットワーク接続部を介して受信した動画データに基づいて表示すべき画像データを生成し、前記音声データ再生部は、前記ネットワーク接続部を介して受信した動画データに関連付けられた音声データに基づいて、前記生成された画像データと関連付けて再生音声データを生成しても良い。
上記構成を備えることにより、画像のみならず、音声、音声と関連付けられた静止画または動画を投写表示することができる。
本発明の第１の態様に係るプロジェクタはさらに、外部入力部からの入力信号を受け取る外部入力信号受信部を有してもよい。また、本発明の第１の態様に係るプロジェクタはさらに、他のプロジェクタと自身とをユニークに識別するための識別子を有し、前記外部入力部は前記識別子を選択するための識別子選択部を有し、複数のプロジェクタの中から所望する一のプロジェクタに対してユニークに入力可能であってもよい。かかる構成を備える場合には、１台の外部入力部によって複数のプロジェクタを制御することができる。すなわち、個々のプロジェクタに対して個別にデータ、コマンド等を入力することができる。
本発明の第１の態様に係るプロジェクタにおいて、前記外部入力部は、前記外部入力信号受信部に対して無線によって入力信号を送信してもよい。かかる構成を備える場合には、プロジェクタの設置場所の自由度を広げることができる。
本発明の第１の態様に係るプロジェクタはさらに、前記画像データの投写表示中および投写表示終了後の少なくともいずれか一方において、前記外部入力部を介して、次に前記ネットワークを介して受信するデータを決定するためのデータ決定部を備えても良い。かかる構成を備えることにより、連続して画像データを投写表示することができる。この結果、プレゼンテーション等における時間短縮を実現することができる。
本発明の第１の態様に係るプロジェクタにおいて、前記投写表示部は、電気光学データ出力部、その電気光学データ出力部に光を照射する光源、その光源により投写された映像を拡大するレンズとを有していても良い。
本発明の第１の態様に係るプロジェクタはさらに、投写表示されている画像を画像データに変換する画像データ変換部と、前記変換された画像データを保存する記憶装置とを備えても良い。かかる構成を備えることにより、投写表示されている画像を電子的に保存することができる。また、前記画像データに対して、前記画像データが変換された日時および保存された日時のいずれか一方の日時を付加する日時付加部を備えても良い。かかる構成を備えることにより、画像データの検索を容易化することができる。
本発明の第１の態様に係るプロジェクタはさらに、投写表示されている画像に装飾処理を施すための装飾部を備え、前記画像データ変換部は、前記装飾処理の施された画像を装飾画像データに変換し、前記日時付加部は、前記装飾処理が施された日時および前記装飾画像データが保存された日時のいずれか一方の日時を付加しても良い。かかる構成を備えることにより、装飾処理を施した画像を電子的に保存することができるとともに、装飾画像データの検索を容易化することができる。
本発明の第１の態様に係るプロジェクタはさらに、複数の前記画像データをマークアップ・ランゲッジ（ＭＬ）フォーマットで記述された関連付けデータにより関連付ける画像データ関連付け部を備えても良い。かかる構成を備えることにより、画像データ同士を関連付けることができる。また、前記画像データ関連付け部は、前記画像データが変換された日時および保存された日時のいずれか一方の日時順にて複数の前記画像データを関連づけても良い。かかる構成を備えることにより画像データを時系列的に管理することができる。また、さらに、前記投写表示部は、前記保存されている前記画像データを読み出して投写表示しても良い。かかる構成を備えることにより、一旦保存した画像データであれば、サーバから再度取得することなく容易に投写表示することができる。
本発明の第１の態様に係るプロジェクタはさらに、複数の前記画像データおよび前記装飾画像データをマークアップ・ランゲッジ（ＭＬ）フォーマットで記述された関連付けデータにより関連付ける画像データ関連付け部を備えても良い。かかる構成を備えることにより、画像データおよび装飾画像データを関連付けることができる。また、前記画像データ関連付け部は、前記装飾画像データについては前記装飾が施された日時および前記装飾画像データが保存された日時のいずれか一方を用い、前記装飾画像データ以外の前記画像データについては、前記画像データが変換された日時および保存された日時のいずれか一方を用いて、日時順にて複数の前記装飾画像データおよび前記画像データを関連付けても良い。かかる構成を備えることにより、画像データおよび装飾画像データを時系列的に関連付けて管理することができる。さらに、前記投写表示部は、前記保存されている前記装飾画像データおよび画像データの少なくとも一方を読み出して投写表示しても良い。かかる構成を備えることにより、一旦保存した画像データまたは装飾画像データであれば、サーバから再度取得することなく容易に投写表示することができる。
本発明の第１の態様に係るプロジェクタにおいて、前記ネットワークには記憶装置が接続されており、前記装飾画像データは前記ネットワークに接続されている記憶装置に保存されても良い。かかる構成を備えることにより、種々の形式の記憶装置を用いることができると共に、低コストで記憶容量の大きな記憶装置を用いることができる。
本発明の第１の態様に係るプロジェクタにおいて、前記プロジェクタは、アプリケーション・サービス・プロバイダ（ＡＳＰ）に対応した端末装置として機能し得てもよい。かかる構成を備える場合には、ＡＳＰの利用形態を拡張することができる。
本発明の第２の態様は、サーバにて実行された演算結果をネットワーク上に接続されている複数のプロジェクタを介して表示する表示システムを提供する。本発明の第２の態様に係る表示システムは、前記各プロジェクタ毎に用意されていると共に前記各プロジェクタからの要求に基づいて演算処理を実行し、表示画面データを生成する表示画面データ生成手段と、前記演算処理を要求した前記プロジェクタに対して、前記生成した表示画面データを送信するための表示画面データ送信手段を備えるサーバと、
前記ネットワークを介して前記サーバに対して前記演算処理の要求を送信すると共に前記サーバから送信された前記表示画面データを受信するための送受信手段と、前記受信された表示画面データに基づいて表示すべき画像データを生成する画像データ生成手段と、前記生成された画像データを投写表示する投写表示手段とを備える前記プロジェクタとを備えることを特徴とする。
本発明の第２の態様に係る表示システムによれば、コンピュータを用いることなくプロジェクタをネットワークに接続することができる。また、プロジェクタは、ＡＳＰにおけるＡＳＰ端末装置として機能することができる。
本発明の第２の態様に係る表示システムにおいて、前記サーバの前記表示画面データ生成手段が生成する表示画面データは、専用フォーマットを有すると共に前回の表示画面データと今回の表示画面データの差分データであり、前記プロジェクタの前記画像データ生成手段はクライアントアプリケーションを使用して前記表示画面データに基づいて前記画像データを生成してもよい。
本発明の第２の態様に係る表示システムにおいて、前記プロジェクタは、アプリケーション・サービス・プロバイダ（ＡＳＰ）に対応したプロジェクタであってもよい。かかる構成を備える場合には、ＡＳＰの利用形態を拡張することができる。
本発明の第３の態様は、ネットワークに接続されているプロジェクタを介して画像を表示する方法を提供する。本発明の第３の態様に係る方法は、前記ネットワークに接続されているサーバにおいては
クライアントの要求に基づいてアプリケーションを実行し、前記ネットワークを介して前記アプリケーションの実行結果として得られるユーザインターフェースデータを前記要求したクライアントおよび前記プロジェクタに送信し、
前記プロジェクタにおいては
前記送信されたユーザインターフェースデータを受信し、前記受信したユーザインターフェースデータに基づいて表示すべき画像データを生成し、前記生成した画像データを投写表示することを特徴とする。
本発明の第３の態様に係る方法によれば、コンピュータを用いることなくプロジェクタをネットワークに接続することができる。また、プロジェクタをネットワークを介して利用することができる。なお、前記クライアントは前記プロジェクタであってもよい。
本発明の第４の態様は、ネットワークに接続されているプロジェクタを介して静止画データ、動画データ、音声データを含むマルチメディアデータを表示する方法を提供する。本発明の第４の態様に係る方法は、
前記ネットワークに接続されているサーバにおいては
クライアントの要求に基づいて要求された前記マルチメディアデータを前記要求したクライアントおよび前記プロジェクタに送信し、
前記プロジェクタにおいては
前記送信されたマルチメディアデータを受信し、
前記受信したマルチメディアデータの再生に適切なアプリケーションを起動し、
前記起動したアプリケーションを介して前記マルチメディアデータを再生し、
前記再生されたマルチメディアデータのうち再生静止画データまたは再生動画データを投写表示し、
前記再生されたマルチメディアデータのうち再生音声データを出力することを特徴とする。
本発明の第４の態様に係る方法によれば、コンピュータを用いることなくプロジェクタをネットワークに接続することができる。また、プロジェクタをネットワークを介して利用することができる。さらに、静止画データ、動画データ、音声データを含むマルチメディアデータをプロジェクタにて再生することができる。なお、前記クライアントは前記プロジェクタであっても良い。
発明を実施するための最良の形態
以下、本発明に係る投写型表示装置すなわちプロジェクタについて以下の順序にて図面を参照しつつ、いくつかの実施例に基づいて説明する。
Ａ．第１の実施例に係るプロジェクタの構成：
図１および図２を参照して第１の実施例に係る投写型表示装置（プロジェクタ）の概略構成について説明する。図１は第１実施例に係るプロジェクタの配置例を示す説明図である。図２は第１実施例に係るプロジェクタの内部回路構成を示すブロック図である。
プロジェクタ１０は、例えば、図１に示すように天井につり下げられて用いられ、必要なデータ、コマンドはネットワーク回線ＮＬを介して取得する。プロジェクタ１０に対しては、例えば、無線式キーボード４０１、無線式マウス４０２といった無線式の外部入力装置４０を介してもコマンド、データの入力が可能である。プロジェクタ１０からの映像は、投写スクリーンＳＣＲ等の被投写対象物上に投写される。
図２を参照して第１実施例に係るプロジェクタ１０の内部構成について説明する。プロジェクタ１０は、主としてＡＳＰ端末としての機能を果たすＡＳＰ端末部２０と、主として従来のプロジェクタ機能を果たすプロジェクタ部３０とを備えている。すなわち、第１実施例に係るプロジェクタ１０はＡＳＰに対応したＡＳＰ端末として機能し得る。
ＡＳＰ端末部２０は、ビュワーアプリケーション、ＡＳＰに対応したクライアントアプリケーションの実行を初めとする種々の演算処理を実行する第１中央処理装置（ＣＰＵ）２００、第１ＣＰＵ２００にて実行するビュワーアプリケーション、クライアントアプリケーションを初めとする種々のプログラムを格納する第１リードオンリメモリ（ＲＯＭ）２０２、第１ＣＰＵ２００の演算結果、データ等を一時的に格納する第１ランダムアクセスメモリ（ＲＡＭ）２０４を備えている。第１ＣＰＵ２００と第１ＲＯＭ２０２とは単方向または双方向通信可能に接続されており、第１ＣＰＵ２００と第１ＲＡＭ２０４とは双方向通信可能に接続されている。
ＡＳＰ端末部２０は、第１ＣＰＵ２００と双方向通信可能に接続され、第１ＣＰＵ２００からの描画指令に基づいて画像データを生成するグラフィックスコントローラ２１０を備えている。グラフィックスコントローラ２１０は、画像を生成するためのＬＳＩチップ（図示しない）、生成した画像（表示画像）を記憶するためのビデオメモリ（ＶＲＡＭ）２１２を有している。
ＡＳＰ端末部２０は、プロジェクタ１０と外部装置との間でコマンドやデータを送受信するためのインターフェースとして、ネットワーク・インターフェース・コントローラ２２０、Ｉ／Ｏポート２３０、ＰＣＭＣＩＡ・インターフェース・コントローラ２４０、ＵＳＢコントローラ２５０を備えている。ネットワーク・インターフェース・コントローラ２２０は、例えば、イーサネット規格に準拠したコントローラであり、ＡＳＰ端末部２０からネットワーク回線ＮＬへ送信するコマンドやデータをネットワーク通信のプロトコルに従って適切な形式に変換し、あるいは、ネットワーク回線ＮＬから受信した信号をＡＳＰ端末部２０での処理に適した形式に変換する。Ｉ／Ｏポート２３０は一般的な入出力ポートであり、識別回路２３２を介して無線入力装置２３４と接続されている他、外部入力装置４０やプロジェクタ部３０の第２ＣＰＵ３００と接続されている。無線入力装置２３４は、無線式の入力装置から無線送信された入力データを受信するための入力装置であり、識別装置２３２は無線入力装置２３４が受信した入力データが自身に向けて送信された入力データであるか否かを識別する。
ＰＣＭＣＩＡ・インターフェース・コントローラ２４０は、ＰＣＭＣＩＡ規格に従ってＡＳＰ端末部２０から外部装置へデータを転送し、外部装置からＡＳＰ端末部２０へデータを転送するコントローラであり、例えば、外部記憶装置４１と接続されている。ＵＳＢコントローラ２５０は、ＵＳＢ規格に従ってＡＳＰ端末部２０と外部装置との間でデータを転送するコントローラであり、例えば、ＵＳＢＨＵＢ２５２を介して外部入力装置４０と接続される。
ＡＳＰ端末部２０は、この他にＡＳＰ端末部２０における絶対時間を供給するリアルタイムクロック２６０と、第１ＣＰＵ２００からの指令に基づいてサウンドデータを生成する音源２６２とを備えている。
なお、ＡＳＰ端末部２０における第１ＣＰＵ２００、各コントローラ２１０等は、データおよびコマンドを伝達するバスを介して相互に接続されている。
次に、プロジェクタ部３０の構成について説明する。プロジェクタ部３０は、所定のプログラムを実行してプロジェクタ部３０の各回路を制御する第２中央処理装置（ＣＰＵ）３００、第２ＣＰＵ３００にて実行するプログラムを格納する第２リードオンリメモリ（ＲＯＭ）３０２、第２ＣＰＵ３００の演算結果、データ等を一時的に格納する第２ランダムアクセスメモリ（ＲＡＭ）３０４を備えている。第２ＣＰＵ３００と第２ＲＯＭ３０２とは単方向または双方向通信可能に接続されており、第２ＣＰＵ３００と第２ＲＡＭ３０４とは双方向通信可能に接続されている。
プロジェクタ部３０は、さらに、映像信号変換回路３１０、音声制御回路３２０、液晶（ＬＣＤ）駆動回路３３０、光源駆動回路３４０、冷却ファン制御回路３５０、投写光学系３６０も備えている。
映像信号変換回路３１０は、アナログ−ディジタル変換機能、デコード機能、同期信号分離機能、画像処理機能といった機能を実現する。すなわち、映像信号変換回路３１０は、外部映像信号入力端子３１２から入力されたアナログ画像信号またはディジタル画像信号をディジタル画像データに変換し、変換されたディジタル画像データを同期信号に同期して映像信号変換回路３１０内の図示しないフレームメモリに書き込み、あるいは、フレームメモリに書き込まれたディジタル映像データをフレームメモリから読み出す。アナログ画像信号としては、例えば、パーソナルコンピュータから出力されたＲＧＢ信号、ビデオテープレコーダ等から出力されたコンポジット画像信号が入力される。アナログ画像信号がコンポジット画像信号の場合には、映像信号変換回路３１０は、コンポジット画像信号を復調すると共にＲＧＢの３色の色信号で構成されるコンポーネント映像信号および同期信号に分離し、コンポーネント映像信号をディジタル映像データに変換する。アナログ画像信号がパーソナルコンピュータから出力されたＲＧＢ信号の場合には、元々コンポーネント映像信号として入力されると共に同期信号も分離して入力されるので分離処理は不要であり、映像信号変換回路３１０は、コンポーネント映像信号をディジタル映像データに変換する。
映像信号変換回路３１０には、ＡＳＰ端末部２０のグラフィックスコントローラ２１０から送信されたディジタル画像信号も入力される。かかる場合には、元々ディジタル画像信号として入力されると共に同期信号が分離して供給されるのでアナログ−ディジタル変換処理および分離処理は不要である。
音声制御回路３２０は、外部音声信号入力端子３２２、スピーカ３２４、第２ＣＰＵ３００、およびＡＳＰ端末部２０の音源２６２と接続されている。音声制御回路３２０は、第２ＣＰＵ３００と接続されており、第２ＣＰＵ３００からの指令に従い、外部音声信号入力端子３２２または音源２６２から伝送された音声信号またはサウンドデータに基づいて生成した駆動信号によってスピーカ３２４を駆動する。
ＬＣＤ駆動回路３３０は、映像信号変換回路３１０によって処理された画像データを受け取り、受け取った画像データに応じてＬＣＤ３３２を駆動して光源３４２から照射された照明光を変調する。ＬＣＤ３３２によって変調された照明光はレンズを含む投写光学系３６０を介して被投写面、例えば、投写スクリーン上に投写される。光源３４２には光源制御回路３４０が接続されており、光源制御回路３４０は、第２ＣＰＵ３００からの指令に従って光源３４２のオン、オフ等を制御する。光源３４２の背面には光源３４２に対して冷却風を送るための冷却ファン３５２が配置されている。冷却ファン３５２には冷却ファン制御回路３５０が接続されており、冷却ファン制御回路３５０は、第２ＣＰＵ３００からの指令に従って冷却ファン３５２の回転速度等を制御する。
Ｂ．第１の実施例に係るプロジェクタの基本的動作：
次に上記構成を備える第１実施例に係るプロジェクタ１０の基本的な動作について図１および図２を参照して説明する。
ネットワーク回線ＮＬを介してプロジェクタ１０に入力された信号は、ＡＳＰ端末部２０のネットワーク・インターフェース・コントローラ２２０によってＡＳＰ端末部２０に適した形式に変換され、第１ＣＰＵ２００へデータおよびコマンドとして転送される。第１ＣＰＵ２００は、転送されたデータを第１ＲＡＭ２０４に一時的に格納し、転送されたコマンドがＡＳＰ端末部２０に対するコマンドであるかプロジェクタ部３０に対するコマンドであるかを判別する。転送されたコマンドがプロジェクタ部３０に対するコマンドの場合には、第１ＣＰＵ２００はＩ／Ｏポート２３０を介してプロジェクタ部３０の第２ＣＰＵ３００に対してコマンドを転送する。なお、第１ＲＡＭ２０４に転送されるデータには、各種のバイナリアプリケーションデータ、ＪＰＥＧ、ＧＩＦ等の拡張子を有する画像データ、ａｖｉ、ｍｏｖ、ｒｐｍ等拡張子を有する動画データおよびＷＡＶ、ＭＰ３等の拡張子を有する音声データが含まれる。
一方、転送されたコマンドがＡＳＰ端末部２０に対するコマンドの場合には、第１ＣＰＵ２００は、転送されたコマンドに基づいた演算処理を実行する。第１ＣＰＵ２００は、例えば、第１ＲＡＭ２０４に格納されたデータが画像データ等である場合には、データ（すなわち拡張子）に適したビュワーアプリケーションを第１ＲＯＭ２０２から読み出して起動して、第１ＲＡＭ２０４に格納されているデータのユーザインターフェースデータを生成して描画コマンドと共に、グラフィックスコントローラ２１０に対して転送する。また、第１ＲＡＭ２０４に格納されたデータが音声データの場合には、第１ＣＰＵ２００は、音声データ再生用のアプリケーションを第１ＲＯＭ２０２から読み出して再生音声データを生成して音声生成コマンドと共に音源２６２に対して転送する。さらに、データが音声を含む動画データの場合には、グラフィックスコントローラ２１０に対して動画データの各コマ画像データおよび描画コマンドが転送され、音源２６２に対しては各コマ画像データにシンクロして再生音声データおよび音声再生コマンドが転送される。
あるいは、プロジェクタ１０が後述するサーバ・ベース・コンピューティング（ＳＢＣ）のクライアントとして機能する場合には、対応するクライアントアプリケーションを起動して、受信した専用フォーマットを有する表示画像データからユーザインターフェース画面データを生成するようにグラフィックスコントローラ２１０に描画コマンドを送信する。グラフィックスコントローラ２１０は、受信した描画コマンドに従いユーザインターフェースデータ、あるいは、表示画面データに基づいて表示すべきユーザインターフェース画像データ（以下「画像データ」という。）を生成し、グラフィックスコントローラ２１０内のＶＲＡＭ２１２中に格納する。
グラフィックスコントローラ２１０は、第１ＣＰＵ２００からの指令に従って、所定のタイミングにてグラフィックスコントローラ２１０のＶＲＡＭ２１２に格納されている画像データを読み出し、プロジェクタ部３０の映像信号変換回路３１０に転送する。第１ＣＰＵ２００は、ＵＳＢＨＵＢ２５２、ＵＳＢコントローラ２５０、Ｉ／Ｏポート２３０を介して外部入力装置４０からコマンドまたはデータを受け取る。第１ＣＰＵ２００は、外部入力装置４０またはネットワーク回線ＮＬを介して受信したコマンドに従って、第１ＲＡＭ２０４内に格納されているデータ、または、ＰＣＭＣＩＡ・インターフェース・コントローラ２４０を介してグラフィックスコントローラ２１０のＶＲＡＭ２１２中に格納されている画像データを外部記憶装置４１に格納する。
映像信号変換回路３１０は、グラフィックスコントローラ２１０から画像データを受け取ると、既述の処理を実行してＬＣＤ駆動回路３３０に処理済みの画像データを転送する。ＬＣＤ駆動回路３３０は、受け取った画像データに応じてＬＣＤ３３２を駆動制御して所望の画像データを投写スクリーン上に投写させる。
第２ＣＰＵ３００は、例えば、ネットワーク回線ＮＬからＩ／Ｏポート２３０を介して転送されたコマンドが光源３４２のオンを指示する場合には、光源制御回路３４０を介して光源３４２をオンする。第２ＣＰＵ３００は、冷却ファン制御回路３５０を介して光源３４２の温度に応じて冷却ファン３５２の作動状態（回転速度、回転タイミング等）を制御する。
プロジェクタ１０からネットワーク回線ＮＬへのデータ送信は、第１ＣＰＵ２００の指令に従ってネットワーク・インターフェース・コントローラ２２０を介して実行される。
以上説明したように、第１実施例に係るプロジェクタ１０は、ＡＳＰにおける端末装置として機能することができる。また、プロジェクタ１０は、ネットワークに接続することができると共に、ネットワーク回線ＮＬを介してその制御、並びに、データの配信を実行することができる。なお、第１実施例においては、ＡＳＰ端末部２０という名称を用いているが、必ずしもＡＳＰ端末部という名称を用いる必要はなく、ネットワーク端末部といった名称を用いてもよい。すなわち、ネットワーク回線ＮＬを通じてコマンド、並びにデータの送受信をすることができればよい。
Ｃ．第１の実施例に係るプロジェクタ１０の適用例：
次に、上記構成を備える第１実施例に係るプロジェクタ１０を種々の態様に対して適用した適用例についていくつかの実施例を参照して説明する。
（ａ）第１の適用例としての第２の実施例：
先ず、図３を参照して１台の外部入力装置４０を用いて第１実施例に従う複数のプロジェクタ１０を制御する第１の適用例としての第２の実施例について説明する。図３は１台の外部入力装置４０によって複数のプロジェクタ１０を制御する様子を示す説明図である。
上述のように、第１実施例に従うプロジェクタ１０には、識別回路２３２が備えられており、個々のプロジェクタ１０１，１０２，１０３．．．１０ｎ（１０）はそれぞれ固有に識別され得る。したがって、図示するような識別符号生成回路４０４、目標プロジェクタ表示窓４０５、無線出力装置４０６を備える外部入力装置４０を用いれば、１台の外部入力装置４０によって複数台のプロジェクタ１０１，１０２，１０３．．．１０ｎを個別に制御することができる。例えば、プレゼンテーションにおいて複数台のプロジェクタ１０を用いて各々に独立した映像を投写出力させる場合、あるいは、２台のプロジェクタ１０によって１つの映像を重ね合わせて投写させる場合に有用である。複数台のプロジェクタ１０１，１０２，１０３．．．１０ｎは、ネットワーク回線ＮＬを介して相互に接続されていると共に、図示しないサーバと接続されている。また、複数台のプロジェクタ１０１，１０２，１０３．．．１０ｎは、ネットワーク回線ＮＬを介してサーバ（図示しない）に対して各種の演算処理を要求する。これに対してサーバは、要求された演算処理結果を要求元のプロジェクタに対して返送する。
実行に際しては、先ず、外部入力装置４０によってコマンド、または、データ入力を所望するプロジェクタ１０を特定するために、キー・コンビネーションを外部入力装置４０に入力する。キー・コンビネーションとしては、例えば、ＣＴＲＬキーと数字キーとの組み合わせが考えられる。キー・コンビネーションが入力されると、識別符号生成回路４０４は、特定されたプロジェクタ１０１，１０２，１０３．．．１０ｎに固有の識別符号を生成し、目標プロジェクタ表示窓４０５上に特定されたプロジェクタ１０の番号を表示する。図示の例では、目標プロジェクタ表示窓４０５上には２が表示されており、２番目のプロジェクタ１０２が特定されている。
外部入力装置４０上のいずれかのキー、例えば、文字キーが押し下げられると、識別符号生成回路４０４によって生成された識別符号が送信データに付加されて無線出力装置４０６からプロジェクタ１０の無線入力装置２３４に対して送信される。送信データは、例えば、ヘッダ情報、識別符号、文字コード、エンドコマンドの順に構成されている。
各プロジェクタ１０１，１０２，１０３．．．１０ｎは、外部入力装置４０から無線入力装置２３４を介して送信データを受信すると、識別回路２３２において識別符号が自己を特定する識別符号であるか否かを判定する。例えば、１番目のプロジェクタ１０１が今回の送信データを受信した場合には、送信データに自己を特定する識別符号が含まれていないので、受信した送信データを廃棄する。一方、２番目のプロジェクタ１０２が今回の送信データを受信した場合には、送信データに自己を特定する識別符号が含まれているので、受信した送信データをＡＳＰ端末部２０に転送し、ＡＳＰ端末部２０で処理されてネットワーク回線ＮＬを経由してサーバに送られる。サーバは、その情報に基づいて演算処理を行い、演算処理結果をプロジェクタ１０２に返す。ＡＳＰ端末部２０では、演算処理結果を反映した画像がプロジェクタ部３０から投写される。
なお、各プロジェクタ１０１，１０２，１０３．．．１０ｎの特定手順としては、キー・コンビネーションを入力する他に、外部入力装置４０上に複数のスイッチを配置しておき、スイッチを単独でオンすることにより、あるいは、スイッチを組み合わせてオンすることにより各プロジェクタ１０１，１０２，１０３．．．１０ｎを特定してもよい。
以上説明した第２実施例では、固有の識別符号を有する各プロジェクタ１０１，１０２，１０３．．．１０ｎに対して複数の識別符号を生成可能な外部入力装置４０を用いてコマンドまたはデータを入力するので、１台の外部入力装置によって複数台のプロジェクタ１０１，１０２，１０３．．．１０ｎを個別に制御することができる。したがって、各プロジェクタ１０１，１０２，１０３．．．１０ｎに対して専用の外部入力装置４０をそれぞれ用意する必要がない。
（ｂ）第２の適用例としての第３の実施例：
次に、第１の実施例に係るプロジェクタ１０の第２の適用例を示す第３の実施例について図４〜図８を参照して説明する。図４は第３実施例が適用されるネットワークシステムの概略構成を示す説明図である。図５はクライアントコンピュータにてコマンド受信時に実行される処理ルーチンを示すフローチャートである。図６はクライアントコンピュータ上の表示画面を、プロジェクタ１０を介して投写する際にサーバコンピュータにて実行される処理ルーチンを示すフローチャートである。図７は図６中のデータ送出処理の処理ルーチンを詳細に示すフローチャートである。図８はサーバコンピュータとクライアントコンピュータ、プロジェクタ１０との間におけるコマンドの送受信を概念的に示す説明図である。
図４を参照して第３実施例が適用されるネットワークシステムについて説明する。サーバコンピュータＳＣには、３台のクライアントコンピュータＣＣ１、ＣＣ２、ＣＣ３、およびプロジェクタ１０がネットワーク回線ＮＬを介して接続されている。サーバコンピュータＳＣには、（ａ，ｂ，ｃ，ｄ）のネットワークアドレスが割り当てられ、各クライアントコンピュータＣＣ１、ＣＣ２、ＣＣ３にはそれぞれ（ａ，ｂ，ｃ，１）、（ａ，ｂ，ｃ，２）、（ａ，ｂ，ｃ，３）のネットワークアドレスが割り当てられている。プロジェクタ１０には、（ａ，ｂ，ｃ，４）のアドレスが割り当てられている。サーバコンピュータＳＣには、各クライアントコンピュータＣＣ１、ＣＣ２、ＣＣ３に対応する仮想環境Ａ、Ｂ、Ｃが備えられており、いわゆる、サーバ・ベース・コンピューティング（ＳＢＣ）システムが構築されている。仮想環境Ａ，Ｂ，Ｃは、各クライアントコンピュータＣＣ１、ＣＣ２、ＣＣ３からの要求に応じてアプリケーションプログラムを実行するためにサーバコンピュータＳＣ上に形成されたものであり、クライアントコンピュータＣＣにとって仮想的な独立実行環境である。
各クライアントコンピュータＣＣ１，ＣＣ２、ＣＣ３は、図示しないネットワークインターフェース、入力装置、表示画面装置を備えており、ＳＢＣシステムにおける端末装置（ＡＳＰ端末装置）として機能し得る。
ＳＢＣシステムでは、サーバコンピュータＳＣ上にて、例えば、表計算、ワードプロセッサ等のアプリケーションプログラムが実行され、クライアントコンピュータＣＣには各アプリケーションのユーザインターフェースデータ（仮想画面データ）のみが送信される。ただし、ＳＢＣシステムでは、仮想画面データは仮想環境に関連付けられている各クライアントコンピュータＣＣ上でしか表示されないので、多人数で１つのクライアントコンピュータＣＣ上に表示された画面を共有するには不便であった。これに対して、本適用例では、本実施例に係るプロジェクタ１０を用いて、１つのクライアントコンピュータＣＣ上に表示されている表示画面を投写することによって、多人数で表示画面を共有する際の利便性を向上させている。例えば、教育機関において各生徒がそれぞれクライアントコンピュータＣＣを操作して授業等を進める場合に、プロジェクタ１０を用いて１人の生徒のクライアントコンピュータＣＣ上に表示された表示画面を投写することにより、全員の生徒が１人の生徒のクライアントコンピュータＣＣ上に表示された表示画面を共有することができる。
図４に示すＳＢＣシステムに対して第１実施例に係るプロジェクタ１０を適用した場合のクライアントコンピュータＣＣ、サーバコンピュータＳＣおよびプロジェクタ１０の動作について図５〜図７を参照して説明する。なお、以下の説明において、Ａ，Ｂ等はサーバコンピュータＳＣ上に生成される独立した仮想実行環境であり、［Ａ］、［Ｂ］等はサーバコンピュータＳＣの仮想環境にて生成された仮想画面データを意味するものとする。
図４に示すように、サーバコンピュータＳＣの各仮想実行環境Ａ，Ｂ，Ｃにはそれぞれ、仮想画面データ［Ａ］、［Ｂ］、［Ｃ］が生成されているものとする。各クライアントコンピュータＣＣ１、ＣＣ２、ＣＣ３およびプロジェクタ１０（以下「クライアント」という。）は、ネットワーク回線ＮＬを介してコマンドを受信する（ステップＳ１００）。
図５に示すように、各クライアントは、受信したコマンドの指定アドレスが自己のネットワークアドレスと符合するか否かを判定し（ステップＳ１１０）、自己のネットワークアドレスと符合しないと判定した場合には（ステップＳ１１０：Ｎｏ）、受信したコマンドを無視する（ステップＳ１３０）。一方、各クライアントは、受信したコマンドの指定アドレスが自己のネットワークアドレスと符合すると判定した場合には（ステップＳ１１０：Ｙｅｓ）、送信されてきた仮想画面データを表示するために描画処理を実行する（ステップＳ１２０）。サーバコンピュータＳＣから送信されるデータ列は、例えば、（指定するネットワークアドレス／仮想画面データ［Ｘ］）の配列を有しており、クライアントコンピュータＣＣ１を指定する場合には、（ａ，ｂ，ｃ，１／［Ａ］）となる。
次に図６を参照して各クライアントコンピュータＣＣに表示されている表示画面をプロジェクタ１０に表示する際、および、プロジェクタ１０に表示されている画面を消去する際に実行される処理ルーチンについて説明する。なお、説明を簡略化するために、代表的に、クライアントコンピュータＣＣ１を用いて説明する。
クライアントコンピュータＣＣ１は、入力装置からのキー入力を検出すると、そのキー入力情報をサーバコンピュータＳＣへ送信する。
サーバコンピュータＳＣは、クライアントコンピュータＣＣ１からのキー入力を待機し（ステップＳ２００：Ｎｏ）、キー入力が発生した場合には（ステップＳ２００：Ｙｅｓ）、そのキー入力が画面エコーをオンするコマンドであるか否かを判定する（ステップＳ２１０）。ここで、「画面エコー」とはプロジェクタ１０によって画像を投写表示させるコマンドを意味する。サーバコンピュータＳＣは、キー入力が画面エコーのオンコマンドであると判定した場合には（ステップＳ２１０：Ｙｅｓ）、Ｅｃｈｏフラグをオンし（ステップＳ２２０）画面エコーのオンを指定する（ステップＳ２３０）。サーバコンピュータＳＣは、データ送出処理を実行し（ステップＳ２４０）、本処理ルーチンを終了する。
一方、プロジェクタ１０によって表示されている表示画面を消去する場合には、クライアントコンピュータＣＣ１から画面エコーのオフコマンドがキー入力されるので、サーバコンピュータＳＣは、キー入力が画面エコーのオフコマンドであると判定し（ステップＳ２１０：Ｎｏ）、Ｅｃｈｏフラグがオンされているか否かを判定する（ステップＳ２５０）。サーバコンピュータＳＣは、Ｅｃｈｏフラグがオンされていないと判定した場合には（ステップＳ２５０：Ｎｏ）、本処理ルーチンを終了する。サーバコンピュータＳＣは、Ｅｃｈｏフラグがオンされていると判定した場合には（ステップＳ２５０：Ｙｅｓ）、Ｅｃｈｏフラグをオフし（ステップＳ２６０）、画面エコーのオフを指定する（ステップＳ２７０）。サーバコンピュータＳＣは、データ送出処理を実行し（ステップＳ２４０）、本処理ルーチンを終了する。
データ送出処理の詳細について図７を参照して説明する。サーバコンピュータＳＣは、送信元のクライアントコンピュータＣＣのネットワークアドレス（端末アドレス）を指定する（ステップＳ２４１０）。サーバコンピュータＳＣは、送信元のクライアントコンピュータＣＣによって要求された処理、例えば、表計算の実行、ワードプロセッサの文字入力処理等を対応する仮想環境上にて実行する（ステップＳ２４２０）。サーバコンピュータＳＣは、仮想環境にて実行したアプリケーションの実行結果として得られる画像データである仮想表示画面データ［Ｘ］を応答コマンドに付加する（ステップＳ２４３０）。すなわち、各アプリケーションのユーザインターフェースデータ（表示画面上に表示する画面）を応答コマンドに付加する。
サーバコンピュータＳＣは、Ｅｃｈｏフラグがオンであるか否かを判定し（ステップＳ２４４０）、Ｅｃｈｏフラグがオンされていると判定した場合には（ステップＳ２４４０：Ｙｅｓ）、目的先アドレスとして表示画面上の表示画面データを表示させる目的先のネットワークアドレス、すなわち、プロジェクタ１０のネットワークアドレスを指定して応答コマンドに付加する（ステップＳ２４５０）。なお、サーバコンピュータＳＣには、予めプロジェクタ１０のネットワークアドレスが登録されているものとする。あるいは、ディレクトリサーバ等によってプロジェクタ１０へのアクセス要求があった場合に自動的に付加するようにしても良い。サーバコンピュータＳＣは、プロジェクタ１０によって投写すべき仮想画面データ「Ｘ］を目的先アドレスの後ろに付加し（ステップＳ２４６０）、ネットワーク回線ＮＬを介して応答コマンドを送信元クライアントコンピュータＣＣおよびプロジェクタ１０に送出する（ステップＳ２４７０）。
サーバコンピュータＳＣは、クライアントコンピュータＣＣ１からのＥｃｈｏオンコマンド（図８の▲１▼）に対しては、図８中の▲２▼にて示す仮想画面データをプロジェクタ１０および送信元であるクライアントコンピュータＣＣ１に送信する。なお、図８には図示されていないが、図８の▲１▼によって示されるコマンドには、送信元のネットワークアドレスが含まれており、サーバコンピュータＳＣはそのネットワークアドレスに基づいて送信元のクライアントコンピュータＣＣを識別する。
プロジェクタ１０は、サーバコンピュータＳＣから仮想画面データ［Ａ］を受け取ると、既述のようにＡＳＰ端末部２０においてクライアントアプリケーションが起動し、グラフィックスコントローラ２１０が仮想画面データ［Ａ］に基づいて映像信号変換回路３１０に送信すべき画像データを生成する。グラフィックスコントローラ２１０において生成された画像データは、プロジェクタ部３０の映像信号変換回路３１０、ＬＣＤ駆動回路３３０を介して投写スクリーンＳＣＲ上に投写される。
サーバコンピュータＳＣは、Ｅｃｈｏフラグがオフされていると判定した場合には（ステップＳ４５４０：Ｎｏ）、目的先アドレス等が付加されていない応答コマンドをネットワーク回線ＮＬを介して送信元のクライアントコンピュータＣＣに送出する。すなわち、サーバコンピュータＳＣは、クライアントコンピュータＣＣ１からのＥｃｈｏオフコマンド（図８の▲３▼）に対しては、図８中の▲４▼にて示す仮想画面データを送信元であるクライアントコンピュータＣＣ１に送信する。なお、図８には図示されていないが、図８の▲３▼によって示されるコマンドには、送信元のネットワークアドレスが含まれており、サーバコンピュータＳＣはそのネットワークアドレスに基づいて送信元のクライアントコンピュータＣＣを識別する。
プロジェクタ１０は、サーバコンピュータＳＣから仮想画面データ［Ａ］が送信されてこない場合、あるいは、前回との差分画面データが送信されてこない場合には、最後に受け取った仮想画面データに基づく画像データを投写スクリーンＳＣＲ上に投写する。すなわち、グラフィックスコントローラ２１０のＶＲＡＭ２１２（または映像信号変換回路３１０のフレームメモリ）に格納されている描画済みデータが投写される。
以上説明したように第３実施例によれば、ＳＢＣにおいて、複数台のクライアントコンピュータのうちの１台のクライアントコンピュータに表示されている表示画面をプロジェクタ１０によって投写することができる。したがって、従来ＳＢＣでは不可能であった多人数によるクライアントコンピュータの表示画面の共有を可能にすることができる。また、プロジェクタ１０は、シン・クライアントとして機能すればよく、多くの機能を実現する必要がない。なお、本実施例ではクライアントコンピュータとして一般的なパーソナルコンピュータを用いた場合について説明したが、クライアントコンピュータとして本実施例に係るプロジェクタ１０を用いても良い。かかる場合には、ネットワークを介して複数のプロジェクタ１０がサーバコンピュータＳＣに対して接続され、各プロジェクタ１０が、自身が投写を望む（入力装置を介して投写を指示された）データをサーバコンピュータＳＣに対して要求する。
（ｃ）第３の適用例としての第４の実施例：
次に、第１実施例に係るプロジェクタ１０に対してネットワーク回線ＮＬを介して遠隔操作する場合の第３の適用例を示す第４実施例について図９を参照して説明する。図９は第１実施例に係るプロジェクタ１０に対してネットワーク回線ＮＬを介して遠隔操作する場合に実行される処理ルーチンを示すフローチャートである。ネットワーク回線ＮＬには、サーバコンピュータ、あるいは、パーソナルコンピュータが接続されており、これらコンピュータを介して複数のプロジェクタ１０を遠隔操作によって一元管理することができる。
ネットワーク回線ＮＬを介してコマンドを受信すると、ＡＳＰ端末部２０の第１ＣＰＵ２００は、受信したコマンドがプロジェクタ部３０に対するコマンドであるか否かを判定する（ステップＳ５００）。すなわち、受信したコマンドが、例えば、光源３４２（ランプ）オンを指示するランプオンコマンド等のプロジェクタ１０の制御に関連するコマンドであるか否かを判定する。第１ＣＰＵ２００は、受信したコマンドがプロジェクタ部３０に対するコマンドであると判定した場合には（ステップＳ５００：Ｙｅｓ）、Ｉ／Ｏポート２３０を介してコマンドを第２ＣＰＵ３００に転送する（ステップＳ５１０）。これに対して、第１ＣＰＵ２００は、受信したコマンドがプロジェクタ部３０に対するコマンドでないと判定した場合には（ステップＳ５００：Ｎｏ）、本処理ルーチンを終了し、第１ＣＰＵ２００は、コマンドに応じた処理を実行する。
第１ＣＰＵ２００からコマンドを受信した第２ＣＰＵ３００は、コマンドを解析し（ステップＳ５２０）、受信したコマンドがランプオンコマンドであるか否かを判定する（ステップＳ５３０）。第２ＣＰＵ３００は、受信したコマンドがランプオンコマンドであると判定した場合には（ステップＳ５３０：Ｙｅｓ）、光源制御回路３４０を介して光源３４２をオンする（ステップＳ５４０）。
第２ＣＰＵ３００は、受信したコマンドがランプオンコマンドでないと判定した場合には（ステップＳ５３０：Ｎｏ）、プロジェクタ部３０の状態データを取得し（ステップＳ５５０）、予め定められた順序で取得した状態データを配列し、ステータス列を生成する（ステップＳ５６０）。プロジェクタ部３０の状態データとは、例えば、光源３４２の累積使用時間、冷却ファン３５２の動作状態、光源（ランプ）切れといった、プロジェクタ機能に関連する状態データを意味する。第２ＣＰＵ３００は、生成したステータス列を第１ＣＰＵ２００に転送する（ステップＳ５７０）。
ステータス列を受信した第１ＣＰＵ２００は、受信したステータス列を、ネットワーク・インターフェース・コントローラ２２０を介して要求先のコンピュータに送出する（ステップＳ５８０）。
第４実施例によれば、ネットワーク回線ＮＬを介してコマンド、並びに、データを受信可能なＡＳＰ端末部２０を有する第１実施例に係るプロジェクタ１０を用いているので、ネットワーク回線ＮＬを介してプロジェクタ１０を遠隔操作することができる。例えば、複数台のプロジェクタ１０が配置されている場合であっても、状態データを取得することにより、個々のプロジェクタ１０まで出向くことなく、個々のプロジェクタ１０の状態を把握することができる。また、プロジェクタ１０の側で待機してプロジェクタ１０の操作をする必要がなく、例えば、パーソナルコンピュータによってプレゼンテーションデータの操作とプロジェクタ１０の管理を同時に行うこともできる。なお、この遠隔操作において説明に用いた上記コマンドは例示に過ぎず、このほかにもランプオフコマンド等の様々なコマンドが用いられ得ることはいうまでもない。
（ｄ）第４の適用例としての第５の実施例：
次に、図１０〜図１５を参照して第１実施例に係るプロジェクタ１０を用いて、投写されている画像に対して加筆等を行うマーキング処理を実行する第４の適用例としての第５実施例について説明する。図１０は、第５実施例においてマーキング処理を実行するための処理ルーチンを示すフローチャートである。図１１は第１ＲＡＭ２０４内のメモリマップを概念的に示す説明図である。図１２はマーキングデータが入力された場合におけるＶＲＡＭ２１２内のメモリマップを概念的に示す説明図である。図１３はマーキング処理が施されない場合における第１ＲＡＭ２０４内のメモリマップを概念的に示す説明図である。図１４はマーキングデータが入力されない場合におけるＶＲＡＭ２１２内のメモリマップを概念的に示す説明図である。図１５はマークアップ・ランゲッジ（ＭＬ）、例えばハイパー・テキスト・マークアップ・ランゲッジ（ＨＴＭＬ）を用いて日時データを関連付ける記述文の一例を示す説明図である。なお、本実施例は、図１３および図１４に示すように、表示画面に対してマーキング処理を実施せず、単に表示画面を外部記憶装置４１に格納する場合にも適用することができる。
マーキング処理が開始されると、図１１に示すように、第１ＣＰＵ２００は、グラフィックスコントローラ２１０内の表示画面データを第１ＲＡＭ２０４内の画面データ格納エリアへ転送する（ステップＳ６００）。グラフィックスコントローラ２１０内に格納されている表示画面データは、プロジェクタ部３０を介して投写表示されている画像に対応するデータである。第１ＣＰＵ２００は、グラフィックスコントローラ２１０に対してＶＲＡＭ２１２内への描画を禁止するコマンドを送信し（ステップＳ６１０）、グラフィックスコントローラ２１０中のＬＳＩチップによるＶＲＡＭ２１２への描画処理を禁止する。
第１ＣＰＵ２００は、例えば、マウス、タブレットといった外部入力装置４０を介して入力されたマーキングデータに基づいて、図１１に示すように第１ＲＡＭ２０４内のインクデータ格納エリアへ描画する（ステップＳ６２０）。なお、単に表示画面を保存する場合には、第１ＲＡＭ２０４内のインクデータ格納エリアには、空のマーキングデータがインクデータとして格納される。第１ＣＰＵ２００は、第１ＲＡＭ２０４内の表示画面データとインクデータの論理和データをグラフィックスコントローラ２１０のＶＲＡＭ２１２内の画面データ格納エリアに転送する（ステップＳ６３０）。この結果、マーキング処理を開始する前の表示画面データにインクデータが付加された画像データ（図１２参照）がＶＲＡＭ２１２の画面格納エリアに格納される。なお、第１ＲＡＭ２０４内のインクデータ格納エリアに空のマーキングデータが格納されている場合には、論理和データとして表示画面データのみがＶＲＡＭ２１２の画面格納エリアに格納される（図１３および図１４参照）。ＶＲＡＭ２１２に格納された画像データは、例えば、リアルタイムクロック２６０から取得した日時データを格納する日時データ格納エリアと関連付けられる。ＶＲＡＭ２１２の画面格納エリアに格納された画像データは、プロジェクタ部３０を介して投写される。ここで、「インクデータ」とは、マウス等の外部入力装置４０を介して入力されたマーキングデータに対応する第１ＲＡＭ２０４内におけるデータを意味する。
第１ＣＰＵ２００は、マーキング処理が施された表示画面データを保存する保存コマンドが入力されたか否かを判定し（ステップＳ６４０）、保存コマンドが入力されたと判定した場合には（ステップＳ６４０：Ｙｅｓ）、第１ＲＡＭ２０４内の表示画面データとインクデータの論理和データをＰＣＭＣＩＡ・インターフェース・コントローラ２４０を介して外部記憶装置４１に転送して格納する（ステップＳ６５０）。なお、表示画面を格納する場合には、第１ＲＡＭ２０４内の表示画面データとインクデータの論理和データとして表示画面データのみが外部記憶装置４１に転送される（図１３および図１４参照）。このとき、日時データ格納エリアに格納されている日時データを同時に転送して、日時データをファイル名として用いても良い。
また、日時データは、マークアップ・ランゲッジ（ＭＬ）、例えばハイパー・テキスト・マークアップ・ランゲッジ（ＨＴＭＬ）を用いた記述文によって関連付けられても良い。例えば、第１のデータのファイル名として日時データ（０００４２０１２００）を、第２のデータのファイル名として日時データ（０００４２０１２０１）を用いた場合には、図１５に示すようなＨＴＭＬ文によって関連付けることができる。
第１ＣＰＵ２００は、グラフィックスコントローラ２１０のＬＳＩチップに対して描画解禁コマンドを送信してグラフィックスコントローラ２１０における描画を許容する（ステップＳ６６０）。
第１ＣＰＵは、保存コマンドが入力されていないと判定した場合には（ステップＳ６４０：Ｎｏ）、グラフィックスコントローラ２１０のＬＳＩチップに対して描画解禁コマンドを送信してグラフィックスコントローラ２１０における描画を許容して（ステップＳ６６０）、本処理ルーチンを終了する。
第５実施例によれば、ＡＳＰ端末部２０におけるグラフィックスコントローラ２１０を利用し、プロジェクタ部３０を介して投写されている表示画面データに対して外部入力装置４０を介してマーキング処理を実行することができる。さらに、マーキング処理を施した表示画面データは、グラフィックスコントローラ２１０のＶＲＡＭ２１２内に記憶されているので、マーキング処理を施した表示画面データを外部記憶装置４１に記憶して保存することができる。また、表示画面にマーキング処理が施されていない場合であっても、表示画面を表示画面データとして外部記憶装置４１に記憶することにより、一旦、投写表示した表示画面を再び投写表示する場合に、再度サーバから表示画面またはファイルを取得する必要がない。また、サーバから取得した表示画面をその都度、表示画面データに変換したり、サーバから取得したファイルを開くためにアプリケーションを起動する必要がなく、容易に表示画面データを得ることができる。
（ｅ）第５の適用例としての第６の実施例：
次に、図１６〜図２１を参照して第１実施例に係るプロジェクタ１０を用いて、画像データを投写表示している際に、あるいは、投写表示終了後に、次に投写表示するデータを選択する第５の適用例としての第６実施例について説明する。図１６は第６実施例においてファイル選択等のコマンドをプロジェクタに送信するためのリモコンの一例を示す説明図である。図１７は第６実施例において投写表示データ選択処理を実行するための処理ルーチンを示すフローチャートである。図１８は投写表示中に表示されるメニュー画面の一例を示す説明図である。図１９は投写表示中に表示されるファイル選択画面の一例を示す説明図である。図２０は非投写表示時に表示されるメニュー画面の一例を示す説明図である。図２１は非投写表示時に表示されるファイル選択画面の一例を示す説明図である。
本処理ルーチンにて、コマンドを送信するリモコン５０は、図１６に示すように、予め割り当てられた機能を実行するファンクションキーとして機能する１〜５の数字キー５１を備えている。リモコン５０はまた、投写表示された画面ＳＲ上にてカーソルまたはポインタ位置を上下左右方向に移動させるためのジョイスティック５２、メニュー呼び出しキー５３、実行キー５４等を備えている。
図１７を参照して画像データの投写表示中、あるいは、投写表示終了後に、次に投写表示するデータを選択する処理について説明する。第１ＣＰＵ２００は、メニュー表示要求の発生を待機し（ステップＳ７００：Ｎｏ）、メニュー表示要求が発生すると（ステップＳ７００：Ｙｅｓ）、現在、画像データを投写表示中であるか否か判定する（ステップＳ７１０）。なお、第１ＣＰＵ２００は、リモコン５０のメニュー呼び出しキー５３が押し下げられるとメニュー表示要求が発生（入力）されたものと判定する。
第１ＣＰＵ２００は、第２ＣＰＵ３００と通信して、画像データを投写表示中であると判定した場合には（ステップＳ７１０：Ｙｅｓ）、第２ＣＰＵ３００に対して、図１８に示すようにプロジェクタ１０によって投写表示されている画面ＳＲの左下隅にメニュー画面ＳＷ１を表示するよう要求する（ステップＳ７２０）。第１ＣＰＵ２００は、メニュー画面ＳＷ１を表示した状態にて、ファイル選択要求が発生したか否かを判定する（ステップＳ７３０）。第１ＣＰＵ２００は、図１８に示すメニュー画面ＳＷ１においてリモコン５０のジョイスティック５２の操作により「２．ファイル選択」のメニューバーＭＢ１が反転表示された状態にて、実行キー５４が押し下げられるとファイル選択要求が発生（入力）されたものと判定する。
第１ＣＰＵ２００は、ファイル選択要求の発生を判定した場合には（ステップＳ７３０：Ｙｅｓ）、第２ＣＰＵ３００に対して、図１９に示すようにプロジェクタ１０によって投写表示されている画面ＳＲの左下隅にファイル選択画面ＳＷ２を表示するよう要求する（ステップＳ７４０）。一方、第１ＣＰＵ２００は、ファイル選択要求の発生を検出しない場合には（ステップＳ７３０：Ｎｏ）、本処理ルーチンを終了する。
第１ＣＰＵ２００は、ステップＳ７１０にて、投写表示中でないと判定した場合には、第２ＣＰＵ３００に対して、図２０に示すようにプロジェクタ１０によって投写表示されている画面ＳＲ全体にメニュー画面を表示するよう要求する（ステップＳ７５０）。第１ＣＰＵ２００は、投写表示画面ＳＲ全体にメニュー画面を表示した状態にて、ファイル選択要求が発生したか否かを判定する（ステップＳ７６０）。第１ＣＰＵ２００は、図２０に示すメニュー画面においてリモコン５０のジョイスティック５２の操作により「２．ファイル選択」のメニューバーＭＢ１が反転表示された状態にて、実行キー５４が押し下げられるとファイル選択要求が発生（入力）されたものと判定する。
第１ＣＰＵ２００は、ファイル選択要求の発生を判定した場合には（ステップＳ７６０：Ｙｅｓ）、第２ＣＰＵ３００に対して、図２１に示すようにプロジェクタ１０によって投写表示されている画面ＳＲ全体にファイル選択画面を表示するよう要求する（ステップＳ７７０）。一方、第１ＣＰＵ２００は、ファイル選択要求の発生を検出しない場合には（ステップＳ７６０：Ｎｏ）、本処理ルーチンを終了する。
ステップＳ７４０およびステップＳ７７０の処理に続いて、第１ＣＰＵ２００は、選択されたファイルの再生要求が発生したか否かを判定する（ステップＳ７８０）。第１ＣＰＵ２００は、図１９または図２１に示すファイル選択画面においてリモコン５０のジョイスティック５２の操作により所望のファイル、ここでは「２．＊＊＊＊＊．ｐｐｔ」のメニューバーＭＢ２が反転表示された状態にて、実行キー５４が押し下げられると選択ファイルの再生要求が発生（入力）されたものと判定する。
第１ＣＰＵ２００は、選択ファイルの再生要求が発生したと判定した場合には（ステップＳ７８０：Ｙｅｓ）、ネットワーク回線ＮＬを介して選択されたファイルの転送をサーバコンピュータＳＣに対して要求する（ステップＳ７９０）。第１ＣＰＵ２００は、サーバコンピュータＳＣから取得した選択ファイルを第１ＲＡＭ２０４または外部記憶装置４１に一時的に格納し、投写表示のタイミングがおとずれたところで既述のように選択ファイルを再生する。一方、第１ＣＰＵ２００は、選択ファイルの再生要求が発生しなかったと判定した場合には（ステップＳ７８０：Ｎｏ）、本処理ルーチンを終了する。
第６実施例によれば、プロジェクタ１０の投写表示画面ＳＲを介して再生を所望するファイルを選択することができる。また、プロジェクタ１０によって画像データが投写表示中である場合にも、所望するファイルの選択を実行できるので、各ファイルの再生間隔を短縮することができる。さらに、画像データが投写表示中の場合には、プロジェクタ１０の投写表示画面ＳＲの左下隅にメニュー画面ＳＷ１、ファイル選択画面ＳＷ２が表示されるので、投写表示されている画像データの視認性を低下させることなくファイル選択を実行することができる。例えば、プレゼンテーション時に、時間上の都合等により再生ファイルの変更を要する場合にも、一旦、プレゼンテーションを終了、または、中断させることなく所望のファイルを選択することができる。
以上、本実施例およびいくつかの適用例に基づき本発明に係るプロジェクタを説明してきたが、上記した発明の実施の形態は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明は、その趣旨並びに特許請求の範囲を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物が含まれることはもちろんである。
既述のように、第１実施例ではネットワーク端末部に対してＡＳＰ端末部２０という名称を用いているが、プロジェクタ１０は必ずしもＡＳＰ端末である必要はない。例えば、ネットワークを介してアプリケーションデータ（ファイル）を受け取り、ビュワーアプリケーションによってファイルを開いてその表示画面を投写してもよい。かかる場合には、プロジェクタ１０側でファイル形式を判断して自動的に最適なビュワーを起動してもよく、あるいは、サーバからプロジェクタ１０に対してファイルと共に適切なビュワーを起動させる起動コマンドを同時に供給してもよい。
第１の実施例では、ＡＳＰ端末部２０およびプロジェクタ部３０にそれぞれＣＰＵ、ＲＡＭ、ＲＯＭを備えているが、ＡＳＰ端末部２０にのみ備えるようにしてもよい。かかる場合には、ＡＳＰ端末部２０におけるＣＰＵがプロジェクタ部３０の制御を実行する。
また、第１実施例では、プロジェクタ部３０において、外部映像信号入力端子３１２、および外部音声信号入力端子３２２が備えられているが、ネットワーク接続専用プロジェクタとする場合には、省略してもよい。かかる場合にはネットワーク回線ＮＬを介して、画像データ、音声データが供給されるからである。
第１実施例では、種々のインターフェース・コントローラが備えられているが、ネットワーク・インターフェース・コントローラ２２０を除いて、適宜省略可能であることはいうまでもない。
第６実施例では、画像データが投写表示中の場合には、プロジェクタ１０の投写表示画面ＳＲの左下隅にメニュー画面ＳＷ１、ファイル選択画面ＳＷ２を表示させるが、単なる例示に過ぎず、投写表示画面ＳＲ上の任意の領域に表示させることができる。また、投写表示中の画像データを考慮して、文字、表、グラフ等が表示されていない領域を自動的に検出して、かかる領域に表示させるようにしても良い。
第６実施例において用いた投写表示画面ＳＲは、例示に過ぎず、様々な形態にて投写表示画面を実現することができる。例えば、投写表示画面ＳＲの下端に再生を予定しているファイルのショートカットアイコンを並べ、ショートカットアイコンが選択・実行された場合に、対応するファイルをネットワーク回線ＮＬを介してサーバコンピュータＳＣから取得するようにしても良い。
【図面の簡単な説明】
図１は、第１実施例に係るプロジェクタの配置例を示す説明図である。
図２は、第１実施例に係るプロジェクタの内部回路構成を示すブロック図である。
図３は、第２実施例に従って１台の外部入力装置４０によって複数のプロジェクタ１０を制御する様子を示す説明図である。
図４は、第３実施例が適用されるネットワークシステムの概略構成を示す説明図である。
図５は、第３実施例におけるクライアントコンピュータにてコマンド受信時に実行される処理ルーチンを示すフローチャートである。
図６は、第３実施例におけるクライアントコンピュータ上の表示画面を、プロジェクタ１０を介して投写する際にサーバコンピュータにて実行される処理ルーチンを示すフローチャートである。
図７は、図６中のデータ送出処理の処理ルーチンを詳細に示すフローチャートである。
図８は、サーバコンピュータとクライアントコンピュータ、プロジェクタ１０との間におけるコマンドの送受信を概念的に示す説明図である。
図９は、第４実施例において、第１実施例に係るプロジェクタ１０に対してネットワーク回線ＮＬを介して遠隔操作する場合に実行される処理ルーチンを示すフローチャートである。
図１０は、第５実施例においてマーキング処理を実行するための処理ルーチンを示すフローチャートである。
図１１は、第１ＲＡＭ２０４内のメモリマップを概念的に示す説明図である。
図１２は、ＶＲＡＭ２１２内のメモリマップを概念的に示す説明図である。
図１３は、マーキング処理が施されない場合における第１ＲＡＭ２０４内のメモリマップを概念的に示す説明図である。
図１４は、マーキング処理が施されない場合におけるＶＲＡＭ２１２内のメモリマップを概念的に示す説明図である。
図１５は、マークアップ・ランゲッジ（ＭＬ）としてハイパー・テキスト・マークアップ・ランゲッジ（ＨＴＭＬ）を用いて日時データを関連付ける記述文の一例を示す説明図である。
図１６は、第６実施例においてファイル選択等のコマンドをプロジェクタに送信するためのリモコンの一例を示す説明図である。
図１７は、第６実施例において投写表示データ選択処理を実行するための処理ルーチンを示すフローチャートである。
図１８は、投写表示中に表示されるメニュー画面の一例を示す説明図である。
図１９は、投写表示中に表示されるファイル選択画面の一例を示す説明図である。
図２０は、非投写表示時に表示されるメニュー画面の一例を示す説明図である。
図２１は、非投写表示時に表示されるファイル選択画面の一例を示す説明図である。

Claims (14)

1. ネットワークに接続可能なプロジェクタであって、
   前記ネットワークとの間でデータを送受信するためのネットワーク接続部と、
   前記ネットワーク接続部を介して受信したデータに基づいて表示すべき画像データを生成する画像データ生成部と、
   前記生成された画像データを用いて画像を投写表示する投写表示部と、
   前記投写表示されている画像に装飾処理を施すための装飾部と、
   前記投写表示されている画像を画像データに変換する画像データ変換部であって、前記装飾処理の施された画像を装飾画像データに変換する画像データ変換部と、
   前記装飾画像データに対して、前記装飾処理が施された日時および前記装飾画像データが保存された日時のいずれか一方の日時をファイル名として付加し、前記装飾画像データ以外の前記画像データに対して、前記画像データが変換された日時および保存された日時のいずれか一方の日時をファイル名として付加する日時付加部と、
   前記装飾画像データを保存する記憶装置と、
   複数の前記画像データおよび前記装飾画像データをマークアップ・ランゲッジ（ＭＬ）フォーマットで記述された関連付けデータにより関連付ける画像データ関連付け部であって、前記装飾画像データに付加されたファイル名、および前記装飾画像データ以外の前記画像データに付加されたファイル名を用いて、日時順にて複数の前記装飾画像データおよび前記画像データを関連付ける画像データ関連付け部とを備えることを特徴とするプロジェクタ。
2. 請求項１に記載のプロジェクタにおいて、
   前記投写表示部は、前記保存されている前記装飾画像データおよび画像データの少なくとも一方を読み出して投写表示することを特徴とするプロジェクタ。
3. 請求項１または２に記載のプロジェクタにおいて、
   前記画像データ生成部が受信するデータは画面データであり、
   前記画像データ生成部は、クライアントアプリケーションを実行して前記画面データに基づいて前記画像データを生成することを特徴とするプロジェクタ。
4. 請求項１または２に記載のプロジェクタにおいて、
   前記画像データ生成部は、ビュワーアプリケーションを実行して前記受信したデータに基づいて前記画像データを生成することを特徴とするプロジェクタ。
5. 請求項１または２に記載のプロジェクタにおいて、
   前記画像データ生成部は、前記受信したデータのデータフォーマットを識別し、識別したデータフォーマットに適したアプリケーションを実行して前記画像データを生成することを特徴とするプロジェクタ。
6. 請求項１または２に記載のプロジェクタはさらに、
   前記ネットワーク接続部を介して受信したデータに基づいて再生すべき音声データを生成する再生音声データ生成部と、
   前記生成された再生音声データを出力する音声データ再生部とを備えることを特徴とするプロジェクタ。
7. 請求項６に記載のプロジェクタにおいて、
   前記データは動画データと動画データに関連付けられた音声データを含むマルチメディアデータであり、
   前記画像データ生成部は、前記ネットワーク接続部を介して受信した動画データに基づいて表示すべき画像データを生成し、
   前記音声データ再生部は、前記ネットワーク接続部を介して受信した動画データに関連付けられた音声データに基づいて、前記生成された画像データと関連付けて再生音声データを生成することを特徴とするプロジェクタ。
8. 請求項１ないし請求項７のいずれかに記載のプロジェクタはさらに、
   外部入力部からの入力信号を受け取る外部入力信号受信部を有することを特徴とするプロジェクタ。
9. 請求項８に記載のプロジェクタはさらに、
   他のプロジェクタと自身とをユニークに識別するための識別子を有し、
   前記外部入力部は前記識別子を選択するための識別子選択部を有し、複数のプロジェクタの中から所望する一のプロジェクタに対してユニークに入力可能であることを特徴とするプロジェクタ。
10. 請求項８または請求項９に記載のプロジェクタにおいて、
    前記外部入力部は、前記外部入力信号受信部に対して無線によって入力信号を送信することを特徴とするプロジェクタ。
11. 請求項８ないし請求項１０のいずれかに記載のプロジェクタはさらに、
    前記画像データの投写表示中および投写表示終了後の少なくともいずれか一方において、前記外部入力部を介して、次に前記ネットワークを介して受信するデータを決定するためのデータ決定部を備えることを特徴とするプロジェクタ。
12. 請求項１ないし請求項１１のいずれかに記載のプロジェクタにおいて、
    前記投写表示部は、電気光学データ出力部、その電気光学データ出力部に光を照射する光源、その光源により投写された映像を拡大するレンズとを有することを特徴とするプロジェクタ。
13. 請求項１ないし１２のいずれかに記載のプロジェクタにおいて、
    前記ネットワークには記憶装置が接続されており、
    前記装飾画像データは前記ネットワークに接続されている記憶装置に保存されることを特徴とするプロジェクタ。
14. 請求項１ないし請求項１３のいずれかに記載のプロジェクタにおいて、
    前記プロジェクタは、アプリケーション・サービス・プロバイダ（ＡＳＰ）に対応した端末装置として機能し得ることを特徴とするプロジェクタ。

Images