JP2013097328A - 画像表示装置、画像表示方法およびプログラム - Google Patents

Abstract

【課題】ネットワーク経由で画像表示装置と外部装置とを接続し、外部装置の操作により画像表示装置に画像を投影表示させる場合に必要となるソフトウェア等の開発を効率化させること。
【解決手段】画像表示装置は、外部装置から、画像表示を実行する表示ジョブの生成要求と、表示ジョブを指定した表示要求とを受信するとともに、表示ジョブの生成要求に対する応答を外部装置に送信する通信部と、表示ジョブの生成要求を受信した場合に、表示ジョブを生成するジョブ生成部と、外部装置から、表示要求を受信した場合に、指定された表示ジョブに対して画像表示の実行を指示する実行制御部と、を備えた。通信部は、表示ジョブの生成要求に対する応答に、ジョブ生成部により生成された表示ジョブの識別情報を含めて送信し、識別情報に基づいて表示ジョブが指定された表示要求を受信する。
【選択図】図１

Description

本発明は、画像表示装置、画像表示方法およびプログラムに関する。

プロジェクタ等の画像表示装置は、会議室や講義室等に設置され、参加者または発表者が画像を投影表示する際に、ＲＧＢケーブルや有線通信、無線通信等のネットワーク経由でＰＣ等の外部装置に接続されることは既に知られている。

例えば、特許文献１のように、会議効率を目的として、複数台の投影装置に投影される内容を同期させる方式に関する技術が知られている。

また、例えば、特許文献２のように、会議効率を目的として、投影装置に複数台のコンピュータが接続される方式に関する技術が知られている。この特許文献２の技術では、誤動作を防止するために時間等の特定条件を満たした場合に切り替えるという制御を行っている。

ネットワーク経由で画像表示装置と外部装置とを接続し、外部装置の操作により画像表示装置に画像を投影表示させる場合に、外部装置側等に専用のソフトウェアをインストールすることが多い。近年、画像の投影表示に係わる様々な処理を外部装置からネットワーク経由で実行できることが望まれているが、このような要望に対応するためには、上述のような専用のソフトウェア等の開発を効率化させることが必要となる。

本発明は、上記に鑑みてなされたものであって、ネットワーク経由で画像表示装置と外部装置とを接続し、外部装置の操作により画像表示装置に画像を投影表示させる場合に必要となるソフトウェア等の開発を効率化させることができる画像表示装置、画像表示方法およびプログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明にかかる画像表示装置は、一または複数の外部装置にネットワークで接続される画像表示装置であって、前記外部装置から、画像表示を実行する表示ジョブの生成要求と、前記表示ジョブを指定した表示要求とを受信するとともに、前記表示ジョブの生成要求に対する応答を前記外部装置に送信する通信部と、前記表示ジョブの生成要求を受信した場合に、前記表示ジョブを生成するジョブ生成部と、前記外部装置から、前記表示要求を受信した場合に、指定された前記表示ジョブに対して画像表示の実行を指示する実行制御部と、を備え、前記通信部は、前記表示ジョブの生成要求に対する応答に、前記ジョブ生成部により生成された表示ジョブの識別情報を含めて送信し、前記識別情報に基づいて表示ジョブが指定された前記表示要求を受信すること、を特徴とする。

本発明にかかる画像表示方法は、一または複数の外部装置にネットワークで接続される画像表示装置で実行される画像表示方法であって、前記外部装置から、画像表示を実行する表示ジョブの生成要求と、前記表示ジョブを指定した表示要求とを受信するとともに、前記表示ジョブの生成要求に対する応答を前記外部装置に送信する通信ステップと、前記表示ジョブの生成要求を受信した場合に、前記表示ジョブを生成するジョブ生成ステップと、前記外部装置から、前記表示要求を受信した場合に、指定された前記表示ジョブに対して画像表示の実行を指示する実行制御ステップと、を含み、前記通信ステップは、前記表示ジョブの生成要求に対する応答に、前記ジョブ生成部により生成された表示ジョブの識別情報を含めて送信し、前記識別情報に基づいて表示ジョブが指定された前記表示要求を受信すること、を特徴とする。

また、本発明にかかるプログラムは、一または複数の外部装置にネットワークで接続されるコンピュータに実行させるためのプログラムであって、前記外部装置から、画像表示を実行する表示ジョブの生成要求と、前記表示ジョブを指定した表示要求とを受信するとともに、前記表示ジョブの生成要求に対する応答を前記外部装置に送信する通信ステップと、前記表示ジョブの生成要求を受信した場合に、前記表示ジョブを生成するジョブ生成ステップと、前記外部装置から、前記表示要求を受信した場合に、指定された前記表示ジョブに対して画像表示の実行を指示する実行制御ステップと、を含み、前記通信ステップは、前記表示ジョブの生成要求に対する応答に、前記ジョブ生成部により生成された表示ジョブの識別情報を含めて送信し、前記識別情報に基づいて表示ジョブが指定された前記表示要求を受信すること、を特徴とする。

本発明によれば、ネットワーク経由で画像表示装置と外部装置とを接続し、外部装置の操作により画像表示装置に画像を投影表示させる場合に必要となるソフトウェア等の開発を効率化させることができるという効果を奏する。

図１は、実施の形態１にかかるＰＣおよびプロジェクタの機能的構成を示すブロック図である。 図２は、プロジェクタのハードウェア構成例を示すブロック図である。 図３は、実施の形態１の画像表示処理のシーケンス図である。 図４は、実施の形態１において、割り込み状態が割り込み禁止である場合における画像表示処理のシーケンス図である。 図５は、実施の形態１の割り込み確認処理の手順を示すフローチャートである。 図６は、実施の形態２にかかるＰＣおよびプロジェクタの機能的構成を示すブロック図である。 図７は、投影ジョブの状態遷移図である。 図８は、実施の形態２の画像表示処理のシーケンス図である。 図９は、変形例の画像表示処理のシーケンス図である。

以下に添付図面を参照して、画像表示装置、画像表示方法およびプログラムの実施の形態を詳細に説明する。以下に示す実施の形態は、画像表示装置を、プロジェクタに適用した例をあげて説明するが、これに限定されるものではなく、画像表示を行う装置であればいずれの装置にも適用することができる。

（実施の形態１）
本実施の形態の画像表示システムは、画像表示装置としてのプロジェクタと、外部装置としての一または複数のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）とがインターネット等のネットワークに接続された構成となっている。

図１は、実施の形態１にかかるＰＣおよびプロジェクタの機能的構成を示すブロック図である。ＰＣ１５０ａ，１５０ｂ（以下、総称する場合には、「ＰＣ１５０」という。）には、それぞれ投影アプリケーション１，２が動作している。

この投影アプリケーション１，２は、プロジェクタ１００に対し、投影ジョブの生成要求である投影リソース生成要求を送信する。また、投影アプリケーション１，２は、プロジェクタ１００に対し、画像の投影表示の要求である投影要求を送信する。

これらの投影リソース生成要求、投影要求には、投影アプリケーション１，２の識別情報やＰＣ１５０の識別情報等の要求元の情報は指定されていない。一方、投影アプリケーション１，２は、送信する投影要求に、画像の投影表示を行わせる投影ジョブのＩＤ（後述）の指定を含める。このＩＤは、投影アプリケーション１，２がプロジェクタ１００に対して送信したリソース生成要求に対する応答でプロジェクタ１００側で指定された投影ジョブのＩＤである。

プロジェクタ１００は、画像を、投影スクリーンに投影表示する装置である。本実施の形態のプロジェクタ１００は、図１に示すように、投影サービス１１０を備えており、この投影サービス１１０が投影ジョブ１２０を生成する。ここで、投影ジョブは画像の投影表示を実行するためのジョブである。

投影サービス１１０は、画像の投影表示にかかる処理を行い、通信部１１４と、割り込み制御部１１１と、ジョブ生成部１１２と、実行制御部１１３とを備えている。

通信部１１４は、ＰＣ１５０の投影アプリケーション１、２から、投影リソースの生成要求、投影ジョブのＩＤが指定された投影要求とを受信する、ここで、本実施の形態では、通信部１１４は、ＰＣ１５０対する所定の要求は送信しないようになっている。すなわち、通信部１１４は、受信した投影リソース生成要求に対する応答、受信した投影要求に対する応答を、要求元に送信するだけで、ＰＣ１５０対して自発的に何らかの要求を送信することはない。

また、通信部１１４は、投影リソースの生成要求に、後述するジョブ生成部１１２で生成された投影ジョブのＩＤ（投影ジョブを識別するための識別情報）を含めて送信する。この投影ジョブのＩＤは、ＰＣ１５０のアプリケーション１，２で、投影を実行させる投影ジョブを指定するために用いられる。すなわち、通信部１１４は、ＩＤにより投影ジョブが指定された投影要求を受信する。

割り込み制御部１１１は、投影ジョブに対する割り込み状態を、割り込み許可と割り込み禁止とで切り替える。

ジョブ生成部１１２は、通信部１１４が投影リソース生成要求を受信した場合に、投影ジョブを生成する。なお、ジョブ生成部１１２は、生成した投影ジョブに、ジョブを識別するための上述のＩＤを付与する。また、ジョブ生成部１１２は、投影ジョブの割り込み状態の確認を行い、割り込み状態が割り込み禁止である場合には、通信部１１４が、ＰＣ１５０から、新たな投影リソース生成要求を受信した場合でも、新たな投影ジョブは生成しない。

実行制御部１１３は、ＰＣ１５０から、通信部１１４が投影要求を受信した場合、投影要求で指定されたＩＤの投影ジョブに対して画像の投影表示の実行を指示する。これにより、投影ジョブが画像の投影表示を実行する。

また、実行制御部１１３は、投影ジョブの割り込み状態の確認を行い、割り込み状態が割り込み禁止である場合において、通信部１１４が、ＰＣ１５０から受信した投影要求で指定されたＩＤの投影ジョブが、実行中の投影ジョブのＩＤと異なる場合には、投影要求で指定されたＩＤの投影ジョブに対して画像の投影表示の実行を指示しない。

次に、プロジェクタ１００のハードウェア構成について説明する。図２は、プロジェクタ１００のハードウェア構成例を示すブロック図である。図２に示すように、プロジェクタ１００は、主なハードウェア構成として、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０５と、ＲＯＭ２０７と、ＲＡＭ２０７と、投影ユニット２０８と、映像端子２０４と、ＵＳＢ２０２と、シリアルバス２０３と、ネットワークＩ／Ｆ（インタフェース）２０１とがバスに接続された構成となっている。

ＣＰＵ２０５は、プロジェクタ１００の全体の処理を制御する演算装置である。ＲＡＭ２０６は、ＣＰＵ２０５による各種処理に必要なデータを記憶する。ＲＯＭ２０７は、ＣＰＵ２０５による各種処理を実現するプログラム等を記憶する。

投影ユニット２０８は、文書データを映し出す装置である。投影ユニット２０８は、例えば、液晶パネルにより発光した光を、レンズ等を含む光学系で拡大して投影する。なお、投影ユニット２０８による投影方法はこれに限られるものではなく、ＬＥＤ（Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）を光源として用いた方法などの従来から用いられているあらゆる投影方法を適用できる。

映像端子２０４は、ＰＣ等と接続してＰＣ等からの映像を受信して投影する場合に利用する入力端子である。ネットワークＩ／Ｆ（インタフェース）２０１は、ＰＣ１５０等の外部装置とネットワークを介して接続し、接続した外部装置との間でデータを送受信するためのインタフェースである。

次に、以上のように構成された本実施の形態の画像表示処理について説明する。図３は、実施の形態１の画像表示処理のシーケンス図である。まず、ＰＣ１５０ａの投影アプリケーション１から投影リソース生成要求がプロジェクタ１００の投影サービス１１０に送信されたとする（ステップＳ１１）。

プロジェクタ１００の通信部１１４がこの投影リソース生成要求を受信すると、ジョブ生成部１１２が割り込み状態の確認を行い（ステップＳ１２）、投影ジョブの生成を行う（ステップＳ１３）。生成された投影ジョブのＩＤは１である。投影ジョブのＩＤは「／」の後の番号で表される。なお、この例では、割り込み状態は割り込み許可が設定されているものとする。また、割り込み状態の確認処理の詳細は後述する。

投影ジョブ（／１）が生成されると、投影サービス１１０は、生成要求に対する応答ととして生成完了通知を要求元のＰＣ１５０ａの投影アプリケーション１に送信する（ステップＳ１４）。ここで、生成完了通知には、生成された投影ジョブのＩＤが付与される。すなわち、図３の例では、生成完了通知をｈｔｔｐコマンドで示しているが、このコマンドの最後の「／１」でＩＤ＝１が指定されていることを示している。

その後、ＰＣ１５０ａの投影アプリケーション１から、「／１」によりＩＤ＝１が指定された投影要求および投影対象の画像データがプロジェクタ１００に送信されたとする（ステップＳ１５）。プロジェクタ１００の通信部１１４は、この投影要求と画像データを受信して、実行制御部１１３は、画像データとともに、ＩＤ＝１の投影ジョブに対して、投影指示を行う（ステップＳ１６）。これにより、ＩＤ＝１の投影ジョブは画像データの投影表示を行う。投影ジョブは、投影の通知を投影サービス１１０に送信し（ステップＳ１７）、投影サービス１１０の通信部１１４は、投影要求に対する応答として、投影通知を、要求元のＰＣ１５０ａのアプリケーション１に送信する（ステップＳ１８）。

この後、ＰＣ１５０ｂの投影アプリケーション２から投影リソース生成要求がプロジェクタ１００の投影サービス１１０に送信されたとする（ステップＳ１９）。

プロジェクタ１００の通信部１１４がこの投影リソース生成要求を受信すると、ジョブ生成部１１２が割り込み状態の確認を行い（ステップＳ２０）、投影ジョブの生成を行う（ステップＳ２１）。生成された投影ジョブのＩＤは２である。

投影ジョブ（／２）が生成されると、投影サービス１１０は、生成完了通知を要求元のＰＣ１５０ｂの投影アプリケーション２に送信する（ステップＳ２２）。ここで、図３の例では、生成完了通知のｈｔｔｐコマンドの最後の「／２」でＩＤ＝２が指定されている。

その後、ＰＣ１５０ｂの投影アプリケーション２から、「／２」によりＩＤ＝２が指定された投影要求および投影対象の画像データがプロジェクタ１００に送信されたとする（ステップＳ２３）。プロジェクタ１００の通信部１１４は、この投影要求と画像データを受信して、実行制御部１１３は、画像データとともに、ＩＤ＝２の投影ジョブに対して、投影指示を行う（ステップＳ２４）。これにより、ＩＤ＝２の投影ジョブは画像データの投影表示を行う。投影ジョブは、投影の通知を投影サービス１１０に送信し（ステップＳ２４）、投影サービス１１０の通信部１１４は、投影通知を、要求元のＰＣ１５０ｂのアプリケーション２に送信する（ステップＳ２５）。

このように、プロジェクタ１００では、投影ジョブが生成されたら、生成された投影ジョブのＩＤを、要求元の投影アプリケーションに要求に対する応答に含めて通知し、その後、投影アプリケーション側からの投影要求では、投影アプリケーションやＰＣ１５０の識別情報等の要求元の情報を指定せずに、投影ジョブのＩＤを指定している。すなわち、プロジェクタ１００側は、ＰＣ１５０やアプリケーション１，２の識別情報を知る必要がない。また、プロジェクタ１００側からＰＣ１５０へは、通知のみを行い、要求を行ってはいない。

これにより、プロジェクタ１００は要求元の情報を把握することなく画像の投影や割り込み制御が可能になり、ＰＣ１５０とプロジェクタ１００の構成要素間の結合度を低くする（すなわち疎にする）ことができる。

図４は、実施の形態１において、割り込み状態が割り込み禁止である場合における画像表示処理のシーケンス図である。投影リソース生成要求から投影ジョブ（ＩＤ＝１）による投影、および通知までの処理（ステップＳ３１〜Ｓ３９）は、図３と同様に行われるが、この例では、投影サービス１１０で割り込み状態の確認を行ったら（ステップＳ３２）、割り込み制御部１１１は割り込み状態を割り込み許可から割り込み禁止に切り換えている（ステップＳ３３）。これにより、これ以降の投影リソース生成要求の割り込みは禁止される。

すなわち、ＰＣ１５０ｂの投影アプリケーション２から投影リソース生成要求がプロジェクタ１００に送信されたとする（ステップＳ４０）。プロジェクタ１００は、投影サービス１１０の通信部１１４で投影リソース生成要求を受信し、割り込み状態確認を行う（ステップＳ４１）。

ここで、割り込み確認処理の詳細について説明する。図５は、実施の形態１の割り込み確認処理の手順を示すフローチャートである。まず、ジョブ生成部１１２は、現在の割り込み状態をメモリ等（不図示）の設定を読むことにより確認する（ステップＳ５１）。そして、現在の割り込み状態が割り込み禁止か否かを判断する（ステップＳ５２）。そして、現在の割り込み状態が割り込み禁止である場合には（ステップＳ５２：Ｙｅｓ）、ジョブ生成部１１２は、新たな投影リソース生成要求があったか否かを判断する（ステップＳ５３）。そして、新たな投影リソース生成要求があると判断された場合には（ステップＳ５３：Ｙｅｓ）、投影ジョブを生成しないと決定する（ステップＳ５５）。

一方、ステップＳ５３において、新たな投影リソース生成要求でないと判断された場合には（ステップＳ５３：Ｎｏ）、新たな投影ジョブを生成すると決定する（ステップＳ５４）。

ステップＳ５２において、現在の割り込み状態が割り込み禁止でない場合（ステップＳ５２：Ｎｏ）、すなわち割り込み許可である場合には、ステップＳ５３の判断を行わずに、新たな投影ジョブを生成する（ステップＳ５４）。

図４に戻り、この例では、割り込み状態が割り込み禁止であり、ステップＳ４０の投影リソース生成要求は、既に生成されたＩＤ＝１の投影ジョブ以外の新たな投影ジョブの生成の要求となるので、ステップＳ５１の割り込み状態確認の結果、ジョブ生成部１１２は、投影ジョブを生成しない。そして、通信部１１４は、生成失敗の通知を要求元のＰＣ１５０ｂのアプリケーション２に通知する（ステップＳ４２）。

その後、同じＰＣ１５０ｂの投影アプリケーション２から、「／１」によりＩＤ＝１が指定された投影要求および投影対象の画像データがプロジェクタ１００に送信されたとする（ステップＳ４３）。プロジェクタ１００の通信部１１４は、この投影要求と画像データを受信して、実行制御部１１３は、画像データとともに、ＩＤ＝１の投影ジョブに対して、投影指示を行う（ステップＳ４４）。これにより、ＩＤ＝１の投影ジョブは画像データの投影表示を行う。投影ジョブは、投影の通知を投影サービス１１０に送信し（ステップＳ４５）、投影サービス１１０の通信部１１４は、投影通知を、要求元のＰＣ１５０ｂのアプリケーション２に送信する（ステップＳ４６）。

また、仮に、プロジェクタがＰＣ１５０の投影アプリケーション１，２から、ＩＤ＝２の投影ジョブ以外のＩＤ＝２を指定した投影要求を受信した場合には、たとえ、当該投影ジョブ（／２）が生成されていた場合でも、実行制御部１１３は、投影要求で指定されたＩＤ＝２の投影ジョブに対して画像の投影表示の実行を指示しない。

これによって、投影アプリケーション１，２やＰＣ１５０は、自身の識別情報をプロジェクタ１００に送信せずに、プロジェクタ１００側で割り込み制御を実現することができる。

このように、本実施の形態によれば、プロジェクタ１００では、投影ジョブのＩＤを要求元の投影アプリケーションに通知し、その後、投影アプリケーション１，２側では、投影アプリケーション１，２やＰＣ１５０の識別情報等の要求元の情報を指定せずに、投影ジョブのＩＤを指定してプロジェクタ１００にアクセスしている。また、プロジェクタ１００側からＰＣ１５０へは、要求に対する応答のみを行い、要求を行ってはいない。このため、本実施の形態によれば、プロジェクタ１００は要求元の情報を把握することなく画像の投影、及び割り込み制御が可能になり、ＰＣ１５０とプロジェクタ１００の構成要素間の結合度を低くし、すなわちプロジェクタ１００とＰＣ１５０との接続を疎結合にすることができる。そのため、例えば新たにネットワーク経由での画像投影を伴うソフトウェアを開発する場合に、ソフトウェアの開発者はプロジェクタ１００からの要求というものを考慮せずにソフトウェアを開発することができる。また、プロジェクタ１００側では、要求元を意識した処理を行っていないため、新たに要求元（ソフトウェア）が増えた場合でも、プロジェクタ１００に改修を加える必要がない。これにより、本実施の形態によれば、ソフトウェア開発を効率化させることがでる。また、切替え制御を容易に行うことができる。また、これによって、本実施の形態によれば、簡単な利用形態で、会議室での利用のための円滑な割り込み表示やプレゼンテーションでの利用のための割り込み表示拒否等の目的別の画像表示装置の制御を実現することができる。

（実施の形態２）
実施の形態２では、実施の形態１の機能に加え、さらにプロジェクタが自己の状態遷移を管理している。図６は、実施の形態２にかかるＰＣおよびプロジェクタの機能的構成を示すブロック図である。

本実施の形態の画像表示システムも、実施の形態１と同様に、プロジェクタ６００と、一または複数のＰＣ１５０とがインターネット等のネットワークに接続された構成となっている。ここで、ＰＣ１５０の構成、投影アプリケーション１，２の機能については実施の形態１と同様である。

プロジェクタ６００は、図６に示すように、投影サービス６１０を備えており、この投影サービス６１０が投影ジョブ１２０を生成する。投影サービス６１０は、画像の投影表示にかかる処理を行い、通信部１１４と、割り込み制御部１１１と、ジョブ生成部１１２と、実行制御部１１３と、状態遷移管理部６１１とを備えている。ここで、通信部１１４、割り込み制御部１１１、ジョブ生成部１１２、実行制御部１１３の機能については実施の形態１と同様である。

状態遷移管理部６１１は、投影ジョブの状態を、投影ジョブが生成されたことを示すＣｒｅａｔｅｄ状態（第１状態）と、画像の投影表示中を示すＰｒｏｊｅｃｔｉｏｎ（第２状態）との間で遷移させる。

実際にプロジェクタ６００が投影できるのは１つの画像である。このため、投影ジョブを大量に管理していると、その分メモリ消費量などが無駄になる。そこで、本実施の形態では、投影ジョブの状態を上記のとおり、Ｃｒｅａｔｅｄ状態と、Ｐｒｏｊｅｃｔｉｏｎ状態との２つに分けて管理している。

ここで、投影ジョブの状態遷移について説明する。図７は、投影ジョブの状態遷移図である。図７に示すように、投影ジョブの状態には、上述のとおり、Ｃｒｅａｔｅｄ状態（第１状態）とＰｒｏｊｅｃｔｉｏｎ状態がある。図７において、発生条件は、状態を遷移させるための条件である。

例えば、投影リソース生成要求があった場合、投影ジョブが生成されるので、投影ジョブの状態はＣｒｅａｔｅｄ状態となる。また、Ｃｒｅａｔｅｄ状態の投影ジョブに対して、投影要求があった場合には、この投影ジョブは、Ｐｒｏｊｅｃｔｉｏｎ状態に遷移する。

また、状態遷移管理部６１１は、各状態において複数の投影ジョブが存在しないように投影ジョブの削除を制御する。すなわち、プロジェクタ６００は、同時に複数の画面を投影できず、基本的に１つの画像しか投影することができないため、Ｃｒｅａｔｅｄ状態とＰｒｏｊｅｃｔｉｏｎ状態は、それぞれ同じ状態の投影ジョブが複数存在しないように管理しているのである。このため、当初異なる状態で併存していた２つの投影ジョブのうち一方の投影ジョブが他方の投影ジョブの状態と同じ状態に遷移した場合には、状態遷移管理部６１１は、当該一方の投影ジョブを削除する。これにより、不要な投影ジョブが大量に生成することを抑制することができる。

図７の例では、投影ジョブがＣｒｅａｔｅｄ状態の場合において、別の投影リソース生成要求があった場合には、当該投影ジョブは削除され終了する。また、投影ジョブがＰｒｏｊｅｃｔｉｏｎ状態の場合において、別の投影リソース、すなわち別の投影ジョブに対する投影要求があった場合には、Ｐｒｏｊｅｃｔｉｏｎ状態の当該投影ジョブは削除され終了する。

状態遷移管理部６１１は、このように各状態において複数の投影ジョブは存在しないよう制御しているが、逆に言えば、異なる状態であれば、複数の投影ジョブは存在してもよい。例えば、Ｃｒｅａｔｅｄ状態のＩＤ＝１の投影ジョブ（／１）と、Ｐｒｏｊｅｃｔｉｏｎ状態のＩＤ＝２の投影ジョブ（／２）は併存可能である。ただし、上述したとおり、この場合でも、Ｃｒｅａｔｅｄ状態のＩＤ＝１の投影ジョブ（／１）に対する投影要求があった場合には、Ｐｒｏｊｅｃｔｉｏｎ状態のＩＤ＝２の投影ジョブ（／２）は削除されることになる。

ジョブ生成部１１２は、このような状態遷移を考慮して投影ジョブの生成を行う。また、実行制御部１１３は、このような状態遷移を考慮して投影ジョブに対して投影実行の指示を行う。

図８は、実施の形態２の画像表示処理のシーケンス図である。まず、ＰＣ１５０ａの投影アプリケーション１から投影リソース生成要求がプロジェクタ６００の投影サービス６１０に送信されたとする（ステップＳ６１）。

プロジェクタ６００の通信部１１４がこの投影リソース生成要求を受信すると、ジョブ生成部１１２が割り込み状態の確認を行い（ステップＳ６２）、投影ジョブの生成を行う（ステップＳ６３）。生成された投影ジョブのＩＤは１である。このとき、投影ジョブ（／１）の状態はＣｒｅａｔｅｄ状態となる。

投影ジョブ（／１）が生成されると、投影サービス６１０は、生成完了通知を要求元のＰＣ１５０ａの投影アプリケーション１に送信する（ステップＳ６４）。ここで、生成完了通知には、生成された投影ジョブのＩＤが付与される。

その後、ＰＣ１５０ａの投影アプリケーション１から、「／１」によりＩＤ＝１が指定された投影要求および投影対象の画像データがプロジェクタ６００に送信されたとする（ステップＳ６５）。プロジェクタ６００の通信部１１４は、この投影要求と画像データを受信して、実行制御部１１３は、画像データとともに、ＩＤ＝１の投影ジョブに対して、投影指示を行う（ステップＳ６６）。これにより、ＩＤ＝１の投影ジョブの状態は、Ｐｒｏｊｅｃｔｉｏｎ状態となり、当該投影ジョブは画像データの投影表示を行う。投影ジョブは、投影の通知を投影サービス６１０に送信し（ステップＳ６７）、投影サービス６１０の通信部１１４は、投影通知を、要求元のＰＣ１５０ａのアプリケーション１に送信する（ステップＳ６８）。

この後、ＰＣ１５０ｂの投影アプリケーション２から投影リソース生成要求がプロジェクタ６００の投影サービス６１０に送信されたとする（ステップＳ６９）。

プロジェクタ６００の通信部１１４がこの投影リソース生成要求を受信すると、ジョブ生成部１１２が割り込み状態の確認を行い（ステップＳ７０）、投影ジョブの生成を行う（ステップＳ７１）。生成された投影ジョブのＩＤは２である。これにより、投影ジョブ（／２）の状態は、Ｃｒｅａｔｅｄ状態になる。

投影ジョブ（／２）が生成されると、投影サービス６１０は、生成完了通知を要求元のＰＣ１５０ｂの投影アプリケーション２に送信する（ステップＳ７２）。

その後、ＰＣ１５０ａの投影アプリケーション１から、さらに、投影リソース生成要求がプロジェクタ６００の投影サービス６１０に送信されたとする（ステップＳ７３）。プロジェクタ６００の通信部１１４がこの投影リソース生成要求を受信すると、ジョブ生成部１１２が割り込み状態の確認を行う（ステップＳ７３）。そして、状態遷移管理部６１１がＩＤ＝２の投影ジョブ（／２）を削除する（ステップＳ７５）。この後、ジョブ生成部１１２は、ＩＤ＝３の投影ジョブを生成する（ステップＳ７６）。ＩＤ＝３の投影ジョブの状態は、Ｃｒｅａｔｅｄ状態となる。ここで、ＩＤ＝２の投影ジョブが削除されるのは、削除しないとＣｒｅａｔｅｄ状態の投影ジョブが２つ存在してしまうためである。そして、通信部１１４は生成完了通知を要求元に送信する（ステップＳ７７）。

その後、ＰＣ１５０ａの投影アプリケーション１から、「／３」によりＩＤ＝３が指定された投影要求および投影対象の画像データがプロジェクタ６００に送信されたとする（ステップＳ７８）。プロジェクタ６００の通信部１１４は、この投影要求と画像データを受信して、実行制御部１１３は、画像データとともに、ＩＤ＝３の投影ジョブに対して、投影指示を行う（ステップＳ７９）。これにより、ＩＤ＝３の投影ジョブの状態は、Ｐｒｏｊｅｃｔｉｏｎ状態となり、当該投影ジョブは画像データの投影表示を行う。投影ジョブは、投影の通知を投影サービス６１０に送信する（ステップＳ８０）。

そして、状態遷移管理部６１１は、Ｐｒｏｊｅｃｔｉｏｎ状態の投影ジョブが２つ存在してしまないよう、もう一方のＩＤ＝１のＰｒｏｊｅｃｔｉｏｎ状態の投影ジョブ（／１）を削除する。そして、通信部１１４は、投影通知を要求元のＰＣ１５０ａのアプリケーション１に送信する（ステップＳ８１）。

このように本実施の形態では、投影ジョブの状態遷移を管理して、各状態に複数の投影ジョブが存在しないよう制御しているので、プロジェクタ６００の機能に適した投影の管理を行うことができる。

また、本実施の形態では、割り込まれた際に、投影ジョブのリソースが削除されるため、ユーザは自分の投影ジョブが無くなっていた場合に、割り込まれたということ把握知することができる。

（変形例）
上述の実施の形態では、プロジェクタ６００が最初の投影リソース生成要求を受信した時に、割り込み制御部１１１が割り込み状態を変更していたが、最初の投影リソース生成要求を受信した以降の他のタイミングで割り込み状態を変更するように構成してもよい。これにより、投影時に定めていた設定を、画面を消去せずに変更することが可能になる。

図９は、変形例の画像表示処理のシーケンス図である。本変形例のシーケンスは、実施の形態２と基本的に同様であるが、割り込み状態の変更を、最初の投影リソース生成要求の受信の後のタイミング（ステップＳ９３）の他、これ以降の任意のタイミングで実行するようにしている。

図９の例では、プロジェクタ６００の通信部１１４がＰＣ１５０ａの投影アプリケーション１からの状態変更要求を受信した場合に（ステップＳ１０３）、割込み制御部１１１が割り込み状態を、割り込み禁止から割り込み許可に変更している（ステップＳ１０４）。

このため、割り込み状態の変更前のステップＳ１００での投影リソース生成要求は失敗するが（ステップＳ１０２）、ステップＳ１０４の割り込み状態の割り込み許可への変更後、通信部１１４がＰＣ１５０ｂの投影アプリケーション２から投影リソース生成要求を受信された場合（ステップＳ１０６）、割り込み状態の確認で（ステップＳ１０７）、割り込み状態が割り込み許可と判定されるため、ジョブ生成部１１２は、ＩＤ＝２の新たな投影ジョブ（／２）を生成することになる（ステップＳ１０８）。

このように投影ジョブの割り込み状態を途中で変更可能であるため、柔軟な割り込み制御を実現することが可能となる。

なお、上記実施の形態のプロジェクタ１００，６００で実行される画像表示プログラムは、ＲＯＭ等に予め組み込まれて提供される。

上記実施の形態のプロジェクタ１００，６００は、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

さらに、上記実施の形態のプロジェクタ１００，６００を、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、上記実施の形態のプロジェクタ１００，６００をインターネット等のネットワーク経由で提供または配布するように構成しても良い。

上記実施の形態のプロジェクタ１００，６００は、上述した各部（通信部１１４、割り込み制御部１１１、ジョブ生成部１１２、実行制御部１１３、状態遷移管理部６１１）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記ＲＯＭから画像表示プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、通信部１１４、割り込み制御部１１１、ジョブ生成部１１２、実行制御部１１３、状態遷移管理部６１１が主記憶装置上に生成されるようになっている。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１００，６００ プロジェクタ
１１０，６１０ 投影サービス
１１１ 割り込み制御部
１１２ ジョブ生成部
１１３ 実行制御部
１１４ 通信部
１２０ 投影ジョブ
６１１ 状態遷移管理部

特開２００５−０５１４４６号公報 特開２００７−１２１９６６号公報

Claims (8)

1. 一または複数の外部装置にネットワークで接続される画像表示装置であって、
   前記外部装置から、画像表示を実行する表示ジョブの生成要求と、前記表示ジョブを指定した表示要求とを受信するとともに、前記表示ジョブの生成要求に対する応答を前記外部装置に送信する通信部と、
   前記表示ジョブの生成要求を受信した場合に、前記表示ジョブを生成するジョブ生成部と、
   前記外部装置から、前記表示要求を受信した場合に、指定された前記表示ジョブに対して画像表示の実行を指示する実行制御部と、を備え、
   前記通信部は、前記表示ジョブの生成要求に対する応答に、前記ジョブ生成部により生成された表示ジョブの識別情報を含めて送信し、前記識別情報に基づいて表示ジョブが指定された前記表示要求を受信すること、
   を特徴とする画像表示装置。
2. 割り込み状態を、割り込み許可と割り込み禁止とで切り替える割り込み制御部をさらに備え、
   前記ジョブ生成部は、前記割り込み状態が割り込み禁止である場合には、前記通信部が、前記外部装置から、新たな表示ジョブの生成要求を受信した場合でも、前記新たな表示ジョブを生成しないこと、
   を特徴とする請求項１に記載の画像表示装置。
3. 前記割り込み制御部は、前記割り込み状態を、前記生成要求を受信した場合に、割り込み許可と割り込み禁止とで切り替えること、
   を特徴とする請求項２に記載の画像表示装置。
4. 前記割り込み制御部は、前記割り込み状態を、任意の時点で割り込み許可と割り込み禁止とで切り替えること、
   を特徴とする請求項２に記載の画像表示装置。
5. 前記表示ジョブの状態を、前記表示ジョブが生成されたことを示す第１状態と、画像表示中を示す第２状態との間で遷移させるとともに、各状態において複数の表示ジョブが存在しないように前記表示ジョブの削除を制御する状態遷移管理部
   をさらに備えたことを特徴とする請求項１〜４のいずれか一つに記載の画像表示装置。
6. 前記表示要求は、要求元の外部装置に関する情報の指定は含まないこと、
   を特徴とする請求項１〜５のいずれか一つに記載の画像表示装置。
7. 一または複数の外部装置にネットワークで接続される画像表示装置で実行される画像表示方法であって、
   前記外部装置から、画像表示を実行する表示ジョブの生成要求と、前記表示ジョブを指定した表示要求とを受信するとともに、前記表示ジョブの生成要求に対する応答を前記外部装置に送信する通信ステップと、
   前記表示ジョブの生成要求を受信した場合に、前記表示ジョブを生成するジョブ生成ステップと、
   前記外部装置から、前記表示要求を受信した場合に、指定された前記表示ジョブに対して画像表示の実行を指示する実行制御ステップと、を含み、
   前記通信ステップは、前記表示ジョブの生成要求に対する応答に、前記ジョブ生成部により生成された表示ジョブの識別情報を含めて送信し、前記識別情報に基づいて表示ジョブが指定された前記表示要求を受信すること、
   を特徴とする画像表示方法。
8. 一または複数の外部装置にネットワークで接続されるコンピュータに実行させるためのプログラムであって、
   前記外部装置から、画像表示を実行する表示ジョブの生成要求と、前記表示ジョブを指定した表示要求とを受信するとともに、前記表示ジョブの生成要求に対する応答を前記外部装置に送信する通信ステップと、
   前記表示ジョブの生成要求を受信した場合に、前記表示ジョブを生成するジョブ生成ステップと、
   前記外部装置から、前記表示要求を受信した場合に、指定された前記表示ジョブに対して画像表示の実行を指示する実行制御ステップと、を含み、
   前記通信ステップは、前記表示ジョブの生成要求に対する応答に、前記ジョブ生成部により生成された表示ジョブの識別情報を含めて送信し、前記識別情報に基づいて表示ジョブが指定された前記表示要求を受信すること、
   を特徴とするプログラム。

Images