(57)【要約】【課題】表示装置にコストアップに繋がる記憶装置を新たに搭載せずに、ネットワークに接続された複数の表示装置による表示処理を制御する表示制御方法、表示制御プログラム及び表示装置を提供する。【解決手段】プロジェクター１は、投写コンテンツを定めたコンテンツリストに基づき、各プロジェクターが取得するコンテンツ分担情報を決定するステップＳ１５と、各プロジェクターが投写するコンテンツの投写順序を定めた投写計画を作成するステップＳ１７と、コンテンツ分担情報及び投写計画を他のプロジェクター３，５，７に送信するステップ１９と、コンテンツ分担情報に基づき、プロジェクター１が分担するコンテンツを取得するステップＳ２１と、投写計画に基づき、取得したコンテンツを他のプロジェクター３，５，７に送信するステップＳ３３と、投写計画に基づき、取得したコンテンツ及び他のプロジェクター３，５，７から受信したコンテンツを投写するステップＳ３７と、を実行する。【選択図】図５
2011099881.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して互いに通信可能に接続された複数の表示装置による表示処理を制御する表示制御方法であって、
前記表示装置は、
表示対象とされたコンテンツを定めたコンテンツリストに基づき、各表示装置が取得する前記コンテンツの分担情報を決定するステップと、
前記各表示装置が表示する前記コンテンツの表示順序を定めた表示計画を作成するステップと、
前記分担情報及び前記表示計画を他の表示装置に送信するステップと、
前記分担情報に基づき、前記表示装置が分担する前記コンテンツを取得するステップと、
前記表示計画に基づき、取得した前記コンテンツを前記他の表示装置に送信するステップと、
前記表示計画に基づき、取得した前記コンテンツ及び前記他の表示装置から受信したコンテンツを表示するステップと、を実行することを特徴とする表示制御方法。
【請求項２】
前記表示装置は、
表示対象とされたコンテンツのコンテンツリストと、各表示装置の装置情報と、に基づき、各表示装置が取得する前記コンテンツの分担情報を決定するステップを実行することを特徴とする請求項１に記載の表示制御方法。
【請求項３】
前記コンテンツを取得した表示装置は、前記コンテンツを表示する絶対時刻を指定し、前記他の表示装置に対して前記絶対時刻を送信するステップを実行することを特徴とする請求項１または２に記載の表示制御方法。
【請求項４】
前記コンテンツを取得した表示装置は、前記コンテンツを表示する相対時刻を指定し、前記他の表示装置に対して前記相対時刻を送信するステップを実行することを特徴とする請求項１または２に記載の表示制御方法。
【請求項５】
前記コンテンツを取得した表示装置は、前記他の表示装置にテスト信号を送信し、前記テスト信号に対する応答時間を取得するステップを実行し、前記応答時間に基づき前記相対時刻を指定することを特徴とする請求項４に記載の表示制御方法。
【請求項６】
前記コンテンツを取得した表示装置は、前記コンテンツの表示方式を指定し、前記表示方式を前記他の表示装置に送信するステップを実行することを特徴とする請求項１〜５の何れかに記載の表示制御方法。
【請求項７】
ネットワークを介して互いに通信可能に接続された複数の表示装置による表示処理を制御するための表示制御プログラムであって、
前記表示装置が備えるコンピューターに、
表示対象とされたコンテンツを定めたコンテンツリストに基づき、各表示装置が取得する前記コンテンツの分担情報を決定するステップと、
前記各表示装置が表示する前記コンテンツの表示順序を定めた表示計画を作成するステップと、
前記分担情報及び前記表示計画を他の表示装置に送信するステップと、
前記分担情報に基づき、前記表示装置が分担する前記コンテンツを取得するステップと、
前記表示計画に基づき、取得した前記コンテンツを前記他の表示装置に送信するステップと、
前記表示計画に基づき、取得した前記コンテンツ及び前記他の表示装置から受信したコンテンツを表示するステップと、を実行させることを特徴とする表示制御プログラム。
【請求項８】
ネットワークを介して複数の表示装置と通信可能に接続された表示装置であって、
前記表示装置は、
表示対象とされたコンテンツを定めたコンテンツリストに基づき、各表示装置が取得する前記コンテンツの分担情報を決定し、前記各表示装置が表示する前記コンテンツの表示順序を定めた表示計画を作成する作成部と、
前記分担情報に基づき、前記表示装置が分担する前記コンテンツを取得する取得部と、
前記分担情報及び前記表示計画を他の表示装置に送信し、前記取得部が取得した前記コンテンツを前記表示計画に基づき前記他の表示装置に送信する送信部と、
前記表示計画に基づき、前記取得部が取得した前記コンテンツ及び前記他の表示装置から受信したコンテンツを表示する表示部と、を有することを特徴とする表示装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して互いに通信可能に接続された複数の表示装置による表示処理を制御する表示制御方法、表示制御プログラム及び表示装置に関する。
【背景技術】
【０００２】
従来、複数台の表示装置を１台のパソコンで一元的に管理制御し、それぞれの表示装置に要望通りのコンテンツを配信し、各表示装置へ表示させる制御システムが知られている。
【０００３】
例えば特許文献１には、複数のプロジェクターに投影情報を一括して配信して表示させたり、各プロジェクターの動作状況を把握したりして、制御装置が各プロジェクターを一括して管理制御する制御システムが記載されている。
【０００４】
１台のパソコンで複数のプロジェクターを一元管理することによって、多人数の会議室や広い展示会場において２以上のプロジェクターに一斉に投写したり、巨大スクリーンに対し投写される投写データを分割して、各分割されたデータごとにそれぞれプロジェクターを割り当て、かかる２以上のプロジェクターにより巨大な投写画像を完成させたりすることができる。
【０００５】
ところで、近年、デジタルカメラやプロジェクターなどのデジタル家電製品や、ファクシミリ装置や携帯電話などの通信機器とった様々な機器には組込型のコンピューターが組み込まれている。このような機器の中には、コンピューターのＯＳ（Operating System）プラットフォーム上で仮想マシン（Virtual Machine）を動作させ、プラットフォーム独立の実行形式のコード（いわゆる「バイトコード（中間コード）」）を仮想マシンに実行させて、ＯＳプラットフォームの違いに依存しないアプリケーションプログラム（以下、単に「アプリケーション」と言う）の実行環境を実現しているものがある。これによれば、アプリケーション開発者がＯＳプラットフォームの違いを意識する必要がないため、アプリケーション開発の労力の低減が図られる（例えば、特許文献２参照）。
【０００６】
上記の仮想マシンとしては、Ｊａｖａ（登録商標）仮想マシンが広く用いられている。Ｊａｖａ（登録商標）仮想マシンは、特定のファイルフォーマット、すなわちクラスファイルフォーマットのプログラムを認識して実行するものであり、また、クラスファイルは、Ｊａｖａ（登録商標）仮想マシンの命令（又は上記バイトコード）を保持したものである。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００３−１９８９９４号公報
【特許文献２】特開２００７−２０６８６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述したように、Ｊａｖａ（登録商標）仮想マシンを、例えばプロジェクターやデジタルテレビなどの表示装置に実装することで、機種を問わずにＪａｖａ（登録商標）仮想マシン上で、上述したバイトコードで書かれたアプリケーションを実行させることができる。例えば、表示装置に実装されたＪａｖａ（登録商標）仮想マシン上で、ネットワーク管理機能を提供するアプリケーションを実行させることによって、ネットワークに接続されている複数の表示装置を一括管理することもできる。従来のようにホストコンピューターを必要とせずとも、複数の表示装置による表示処理を一括管理することができる。
【０００９】
ネットワーク上の複数の表示装置を一括して管理することによって、複数のファイルからなるコンテンツを、ネットワークに接続されている複数の表示装置へ同時に表示させたり、複数の表示装置により１つの巨大な画像を完成させたりすることができる。ところがこのような場合、各表示装置には各ファイルを保持するための記憶装置を備える必要がある。
【００１０】
しかしながら、表示装置に十分な容量の記憶装置を備えようとすると、表示装置のコストアップに繋がるため、好ましくない。
【００１１】
本発明は上記課題を解決するためになされたものであって、表示装置にコストアップに繋がる記憶装置を新たに搭載せずに、ネットワークに接続された複数の表示装置による表示処理を制御する表示制御方法、表示制御プログラム及び表示装置を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記課題を解決することのできる本発明は、ネットワークを介して互いに通信可能に接続された複数の表示装置による表示処理を制御する表示制御方法であって、前記表示装置は、表示対象とされたコンテンツを定めたコンテンツリストに基づき、各表示装置が取得する前記コンテンツの分担情報を決定するステップと、前記各表示装置が表示する前記コンテンツの表示順序を定めた表示計画を作成するステップと、前記分担情報及び前記表示計画を他の表示装置に送信するステップと、前記分担情報に基づき、前記表示装置が分担する前記コンテンツを取得するステップと、前記表示計画に基づき、取得した前記コンテンツを前記他の表示装置に送信するステップと、前記表示計画に基づき、取得した前記コンテンツ及び前記他の表示装置から受信したコンテンツを表示するステップと、を実行することを特徴とする。
上記構成によれば、表示装置は、コンテンツの分担情報を決定し、他の表示装置へ送信する。したがって、分担情報を受信した各表示装置は、分担情報に基づいて自己が分担するコンテンツのみを取得すればよい。また、表示装置は、コンテンツの表示順序を定めた表示計画を作成し、他の表示装置へ送信する。したがって、各表示装置は、表示計画に定められた表示順序にしたがってコンテンツを表示することができる。さらに、表示装置は、自ら取得したコンテンツ以外に、他の表示装置から受信したコンテンツを表示することができる。つまり、表示装置は、表示する全てのコンテンツを取得し保持する必要がなく、他の表示装置にコンテンツを分担して取得させることができる。自己が保持していないコンテンツを表示する際には、表示対象となるコンテンツを保持している他の表示装置からコンテンツを受信し表示する。したがって、表示装置にコストアップに繋がる記憶装置を新たに備えずとも、ネットワークに接続された複数の表示装置による表示制御をスムースに実現することができる。
【００１３】
また、本発明の表示処理制御方法において、前記表示装置は、表示対象とされたコンテンツのコンテンツリストと、各表示装置の装置情報と、に基づき、各表示装置が取得する前記コンテンツの分担情報を決定するステップを実行することが好ましい。
上記構成によれば、各表示装置の装置情報に基づき、表示装置が取得するコンテンツの分担情報を決定する。すなわち、表示装置毎に異なる装置情報を考慮した分担情報を決定することができる。装置情報として表示装置のリソース量を一例とすれば、各表示装置のリソース量に基づいて分担情報を決定するので、各表示装置のリソースを効率的に利用することができる。このため、表示装置に過剰な記憶容量を与える必要がなく、ハードウェアのコストを低減することが可能となる。
また、装置情報にはリソース量以外にデータの転送能力（データの転送速度：byte per second）、ＣＰＵの処理能力等を利用してもよい。
【００１４】
また、本発明の表示処理制御方法において、前記コンテンツを取得した表示装置は、前記コンテンツを表示する絶対時刻を指定し、前記他の表示装置に対して前記絶対時刻を送信するステップを実行することが好ましい。
上記構成によれば、絶対時刻を指定することができるので、各表示装置においてコンテンツを表示させる時刻を指定することができ、同時刻に一斉にコンテンツを表示させることができる。
【００１５】
また、本発明の表示処理制御方法において、前記コンテンツを取得した表示装置は、前記コンテンツを表示する相対時刻を指定し、前記他の表示装置に対して前記相対時刻を送信するステップを実行するが好ましい。
上記構成によれば、相対時刻を表示させることができるので、各表示装置において所定時間の経過後に一斉にコンテンツを表示させることができる。
【００１６】
また、本発明の表示処理制御方法において、前記コンテンツを取得した表示装置は、前記他の表示装置にテスト信号を送信し、前記テスト信号に対する応答時間を取得するステップを実行し、前記応答時間に基づき前記相対時刻を指定することが好ましい。
上記構成によれば、ネットワークに接続されている他の表示装置の応答時間を取得することができるので、通信タイムラグを考慮した相対時刻を指定することができる。したがって、コンテンツをより正確に一斉に表示させることができる。
【００１７】
また、本発明の表示処理制御方法において、前記コンテンツを取得した表示装置は、前記コンテンツの表示方式を指定し、前記表示方式を前記他の表示装置に送信するステップを実行することが好ましい。
上記構成によれば、コンテンツの表示方式を指定し、他の表示装置に送信することができるので、ネットワークに接続されている他の表示装置において同じ表示形式によってコンテンツを表示させることができる。
【００１８】
また、上記課題を解決することのできる本発明は、ネットワークを介して互いに通信可能に接続された複数の表示装置による表示処理を制御するための表示制御プログラムであって、前記表示装置が備えるコンピューターに、表示対象とされたコンテンツを定めたコンテンツリストに基づき、各表示装置が取得する前記コンテンツの分担情報を決定するステップと、前記各表示装置が表示する前記コンテンツの表示順序を定めた表示計画を作成するステップと、前記分担情報及び前記表示計画を他の表示装置に送信するステップと、前記分担情報に基づき、前記表示装置が分担する前記コンテンツを取得するステップと、前記表示計画に基づき、取得した前記コンテンツを前記他の表示装置に送信するステップと、前記表示計画に基づき、取得した前記コンテンツ及び前記他の表示装置から受信したコンテンツを表示するステップと、を実行させることを特徴とする。
上記構成によれば、表示装置にコストアップに繋がる記憶装置を新たに搭載せずに、ネットワークに接続された複数の表示装置による表示処理を制御するための表示制御プログラムを提供することができる。
【００１９】
また、上記課題を解決することのできる本発明は、ネットワークを介して複数の表示装置と通信可能に接続された表示装置であって、前記表示装置は、表示対象とされたコンテンツを定めたコンテンツリストに基づき、各表示装置が取得する前記コンテンツの分担情報を決定し、前記各表示装置が表示する前記コンテンツの表示順序を定めた表示計画を作成する作成部と、前記分担情報に基づき、前記表示装置が分担する前記コンテンツを取得する取得部と、前記分担情報及び前記表示計画を他の表示装置に送信し、前記取得部が取得した前記コンテンツを前記表示計画に基づき前記他の表示装置に送信する送信部と、前記表示計画に基づき、前記取得部が取得した前記コンテンツ及び前記他の表示装置から受信したコンテンツを表示する表示部と、を有することを特徴とする。
上記構成によれば、表示装置にコストアップに繋がる記憶装置を新たに搭載せずに、ネットワークに接続された複数の表示装置による表示処理をスムースに実行することができる。
【図面の簡単な説明】
【００２０】
【図１】本実施形態のプロジェクターの内部構成を示すブロック図である。
【図２】本実施形態のプロジェクターのアプリケーション実行環境を説明するソフトウェア階層図である。
【図３】本実施形態のコンテンツ取得分配機能の概要を説明するためのネットワーク図である。
【図４】本実施形態の各プロジェクターの内部処理を説明するための機能ブロック図である。
【図５】プロジェクター１によるコンテンツ取得分配処理を説明するためのフローチャートである。
【図６】他のプロジェクター３，５，７によるコンテンツ取得分配処理を説明するためのフローチャートである。
【図７】各プロジェクターの装置情報を示す図である。
【図８】投写処理を計画するためにＰＣに表示される入力画面の例である。
【図９】コンテンツリストを示す図である。
【図１０】図９のコンテンツリストに基づき決定されたコンテンツ分担情報である。
【図１１】プロジェクター１のコンテンツ分担情報である。
【図１２】プロジェクター３のコンテンツ分担情報である。
【図１３】プロジェクター５のコンテンツ分担情報である。
【図１４】プロジェクター７のコンテンツ分担情報である。
【図１５】全てのプロジェクターによる投写計画を示す図である。
【図１６】プロジェクター１とプロジェクター３，５，７との通信タイムラグを示した図である。
【図１７】プロジェクター３，５，７に指定する投写タイミングを示す図である。
【発明を実施するための形態】
【００２１】
以下、本発明に係る表示制御方法、表示制御プログラム及び表示装置の好適な実施形態について、図面を参照して詳細に説明する。
【００２２】
図１は、本発明に係る表示装置の一実施の形態に係るネットワークプロジェクター（以下、単に「プロジェクター」と言う）１の概略構成を示す図である。この図に示すように、プロジェクター１は、制御部１０と、投写ユニット１１と、拡張スロット１２と、ネットワークカード１３と、フラッシュＲＯＭ１４とを有している。
【００２３】
制御部１０は、プロジェクター１の各部を中枢的に制御するものであり、演算処理プロセッサとしてのＣＰＵ１５と、このＣＰＵ１５により実行される制御プログラム（いわゆるファームウェア）が格納されるＲＯＭ１７と、ＣＰＵ１５のワークエリアとして機能して演算結果や各種データを一時的に格納するＲＡＭ１６とを有している。
【００２４】
投写ユニット１１は、例えば、放電発光型の光源ランプや、ＬＥＤ（Light Emitting Diode）等の固体発光素子等からなる光源と、光源から射出された光束を画像信号に基づいて変調して画像光を形成する光変調装置（例えば、液晶パネル、入射側偏光板および射出側偏光板を備えた液晶ライトバルブやマイクロミラーを用いたデバイス等）と、画像光を拡大投写する投写レンズ等と、を備えて構成されている。
【００２５】
拡張スロット１２は、プロジェクター１に内設され、当該プロジェクター１の機能を拡張するためのカード型の回路が挿脱されるソケットであり、この拡張スロット１２には、上記ネットワークカード１３が挿着されている。
【００２６】
ネットワークカード１３は、データ通信部１８と周辺機器接続部１９とを有し、建物内に敷設されたＬＡＮやインターネット等のネットワーク２を介して他のプロジェクター３，５，７や通信端末（例えばコンテンツサーバー）とデータ通信する機能、および、周辺機器を接続する機能を有するものである。すなわち、上記データ通信部１８は、ＴＣＰ／ＩＰ等の所定の通信プロトコルに基づいて信号処理するネットワークコントローラー２１と、有線または無線にてネットワーク２に接続される通信Ｉ／Ｆ２２とを有して構成されている。また、周辺機器接続部１９は、周辺機器を接続するためのものであり、例えばＵＳＢ規格やＩＥＥＥ１３９４規格等の所定規格に準拠して信号処理を実行する接続Ｉ／Ｆコントローラー２３と、周辺装置２４の接続口たる複数（図示例では２つ）の接続コネクタ２５を備えている。
【００２７】
フラッシュＲＯＭ１４は、書き換え可能な不揮発性メモリーであり、各種のアプリケーションが格納されている。これらのアプリケーションは、例えばメモリカード等の記録媒体２６に記録されて配布され、或いは、ネットワーク２等の電気通信回線を通じて配布され、そして、このようにして配布されたアプリケーションがフラッシュＲＯＭ１４にインストール可能に構成されている。また、制御部１０のＲＯＭ１７に格納される制御プログラムもアプリケーションと同様に、記録媒体２６、あるいは、ネットワーク２等の電気通信回線を介して配布可能であり、このように配布された制御プログラムがＲＯＭ１７にインストール可能に構成されている。
【００２８】
上記フラッシュＲＯＭ１４等に格納されるアプリケーションとしては、プロジェクターによって投写される投写コンテンツをネットワークから取得し、通信可能に接続されている他のプロジェクターとの間で、分担して取得したコンテンツのファイルを互いに配信するアプリケーションがある。このアプリケーションの実行環境について図２を参照して説明する。
【００２９】
図２は、プロジェクター１のアプリケーション実行環境を示すソフトウェア概略構成図である。この図に示すように、プロジェクター１の制御部１０には、ＯＳプラットフォーム３０上にインタプリタ環境であるソフトウェアプラットフォーム３１が構成されている。ソフトウェアプラットフォーム３１は、Ｊａｖａ（登録商標）プラットフォームのランタイム環境として構成されており、インタプリタとしてのＪａｖａ（登録商標）ＶＭ（Ｊａｖａ（登録商標）仮想マシン）３２、ライブラリー３３およびフレームワーク群３４を備えて構成されている。
ライブラリー３３は標準のＡＰＩライブラリーとプロジェクター１に専用のライブラリーを含んで構成されており、ＯＳプラットフォーム３０が提供する抽象化された各種コンピューター資源を、さらにソフトウェアプラットフォーム３１専用のモデルによって抽象化して、この上で動作するアプリケーションのための実行環境を提供する。
【００３０】
フレームワーク群３４はＯＳＧｉ（Open Service Gateway initiative）フレームワーク３４ａを含んで構成されており、このＯＳＧｉフレームワーク３４ａは単一のＪａｖａ（登録商標）ＶＭ３２上に複数のアプリケーションを動作させる。また、ＯＳＧｉフレームワーク３４ａは、アプリケーションのライフサイクルの管理やアプリケーション間通信機能などを提供する。このＯＳＧｉフレームワーク３４ａ上には、複数のシステムサービスがプリインストールされている。システムサービスには、新たなアプリケーションを追加したり更新したり削除したりするためのアプリケーション管理サービス等がある。
【００３１】
以下では、図２に示したアプリケーション実行環境において実行される、本実施形態におけるアプリケーション（表示制御プログラム）が提供するコンテンツ取得配信機能について説明する。
【００３２】
＜コンテンツの取得配信機能の概要について＞
まず、コンテンツの取得配信機能の概略について図３を参照して説明する。
図３に示すように、本実施形態では、各プロジェクター１，３，５，７はネットワーク２に接続されているコンテンツサーバー２０−１、２０−２や、プロジェクターに直接接続されているＵＳＢメモリー等に記憶されているコンテンツを取得することができる。また、各プロジェクター１，３，５，７は、自己が取得した投写コンテンツを他のプロジェクターへ配信（送信）することができる。
【００３３】
図３では、プロジェクター１が、ＰＣ５０から取得した投写コンテンツのコンテンツリストに基づいて各プロジェクター１，３，５，７によるコンテンツ分担情報を決定し、他のプロジェクター３，５，７へ送信する。コンテンツリストとコンテンツ分担情報の詳細は後述する。他のプロジェクター３，５，７はプロジェクター１から受信したコンテンツ分担情報に基づいて、自己が分担する投写コンテンツをネットワーク２の該当する格納場所から取得する。また、プロジェクター１も同様に、自己が担当する投写コンテンツを該当する格納場所から取得する。
【００３４】
さらに、プロジェクター１は、投写コンテンツの投写順序を定めた投写計画を作成し、各プロジェクター３，５，７へ送信する。各プロジェクター１，３，５，７は、投写計画に基づき、次に投写する投写コンテンツを保持しているプロジェクターから、該当する投写コンテンツの配信を受け、投写ユニット１１（表示部）によって投写する。
【００３５】
すなわち、複数のプロジェクターによって投写コンテンツを分担して取得し、保持しておくことで、自己が保持していない投写コンテンツを表示させる際に、その投写コンテンツを保持している他のプロジェクターから受信して投写することができる。このため、何れのプロジェクターにも、投写対象となる全ての投写コンテンツを取得して保持することがないので、大容量の記憶装置を備えることなく、従来と同様の記憶装置によって、投写コンテンツをスムースに投写させることができるようになっている。
【００３６】
＜コンテンツの取得配信機能の内部処理について＞
次に、上述したアプリケーションが提供するコンテンツ取得配信機能の内部処理について、図４を参照して説明する。
図４に示すように、アプリケーションが実行されると、プロジェクター１の制御部１０には、コンテンツ取得分担決定部５１、投写計画作成部５３、コンテンツ取得部５５、コンテンツ配信部５７、コンテンツ表示タイミング指定部５９及び属性指定部６１が構成される。また、プロジェクター１には、記憶部として、プロジェクター情報記憶部６３、コンテンツリスト情報記憶部６５、取得コンテンツ情報記憶部６７、投写計画情報記憶部６９及び投写コンテンツ記憶部７１が設定される。各記憶部は、ＲＡＭ２１の所定の記憶領域や、フラッシュＲＯＭ１４に設定される。なお、本実施形態のプロジェクター１は、ネットワーク２上から取得した投写コンテンツを記憶するためのフラッシュメモリーを別途備えており、投写コンテンツ記憶部７１は、フラッシュメモリーに設定されている。
【００３７】
また、プロジェクター３，５，７においても、制御部１０には、コンテンツ取得部５５、コンテンツ配信部５７、コンテンツ表示タイミング指定部５９及び属性指定部６１が構成される。また、プロジェクター３，５，７には、記憶部として、取得コンテンツ情報記憶部６７、投写計画情報記憶部６９及び投写コンテンツ記憶部７１が設定される。各記憶部は、ＲＡＭ２１の所定の記憶領域や、フラッシュＲＯＭ１４に設定されている。プロジェクター３，５，７にも、ネットワーク上から取得した投写コンテンツを記憶するためのフラッシュメモリーを別途備えており、投写コンテンツ記憶部７１は、フラッシュメモリーに設定される。
【００３８】
コンテンツ取得分担決定部５１は、投写対象とされた投写コンテンツのファイルサイズ、投写コンテンツのファイル名、投写コンテンツの格納場所を定めたコンテンツリスト及び各プロジェクター１，３，５，７のリソース量（装置情報）に基づき、各プロジェクター１，３，５，７がネットワーク２上から取得する投写コンテンツのコンテンツ分担情報を決定する。
【００３９】
投写計画作成部５３（作成部）は、各プロジェクター１，３，５，７が投写する投写コンテンツの投写順序、投写コンテンツのファイル名、投写コンテンツを取得して記憶しているプロジェクターのＩＤ、各プロジェクター１，３，５，７で投写処理を同期させるか否か、投写コンテンツの属性情報（表示方式）を定めた投写計画を作成する。
【００４０】
コンテンツ取得部５５は、コンテンツ取得分担決定部５１が決定した分担情報に基づき、各プロジェクター１，３，５，７が分担する投写コンテンツをネットワーク２上から取得する。各プロジェクター１，３，５，７は、分担情報に含まれる投写コンテンツの格納場所にアクセスして、自己が分担する投写コンテンツをダウンロードする。
【００４１】
コンテンツ配信部５７は、投写計画作成部５３が作成した投写計画に基づき、コンテンツ取得部５５が取得した投写コンテンツを他のプロジェクター１，３，５，７へ配信する。すなわち、プロジェクター１が取得した投写コンテンツをプロジェクター３，５，７へ配信し、プロジェクター３が取得した投写コンテンツをプロジェクター１，５，７へ配信し、プロジェクター５が取得した投写コンテンツをプロジェクター１，３，７へ配信し、プロジェクター７が取得した投写コンテンツをプロジェクター１，３，５へ配信する。
【００４２】
コンテンツ表示タイミング指定部５９は、取得した投写コンテンツを表示する絶対時刻を指定し、他のプロジェクターに対して絶対時刻を送信する。
また、コンテンツ表示タイミング指定部５９は、投写コンテンツを表示する相対時刻を指定し、他のプロジェクターに対して相対時刻を送信してもよい。相対時刻を指定する場合は、他のプロジェクターに対して、例えばＰｉｎｇ等のテスト信号を送信し、テスト信号に対する応答時間を取得し、応答時間に基づいて相対時刻を指定する。
【００４３】
属性指定部６１は、取得した投写コンテンツの属性を指定し、属性情報を他のプロジェクターに送信する。属性情報としては、明るさ、コントラスト、色合い、音量、音質、音位などがある。
【００４４】
プロジェクター情報記憶部６３は、ブロードキャスト通信によって他のプロジェクター３，５，７から取得した装置情報を記憶する。
コンテンツリスト情報記憶部６５は、投写コンテンツのファイルサイズ、投写コンテンツのファイル名、投写コンテンツの格納場所を定めたコンテンツリストを記憶する。
取得コンテンツ情報記憶部６７は、コンテンツ取得分担決定部５１が決定したコンテンツ分担情報を記憶する。
投写計画情報記憶部６９は、投写計画作成部５３が作成した投写計画を記憶する。
投写コンテンツ記憶部７１は、コンテンツ分担情報に基づいてコンテンツ取得部５５がネットワーク２から取得した投写コンテンツを記憶する。
【００４５】
次に、各プロジェクター１，３，５，７が投写コンテンツを分担して取得し、取得した投写コンテンツを他のプロジェクターへ配信し、各プロジェクター１，３，５，７によって投写コンテンツを投写する投写制御方法について図５及び図６のフローチャートにしたがい、図７から図１７を参照しつつ説明する。
【００４６】
まず、プロジェクター１は、ＬＡＮに接続されている他のプロジェクターをブロードキャスト通信によって探索する（ステップＳ１１）。探索された他のプロジェクターは、プロジェクター１からのブロードキャスト通信に返答する（ステップＳ５１）。これにより、プロジェクター１は、他のプロジェクター３，５，７のＩＤ、ＩＰアドレス、プロジェクター３，５，７が備えるリソースの容量（投写コンテンツのファイルを記憶させるフラッシュメモリーの容量）等の装置情報を取得する。
図７にプロジェクター１の装置情報及びブロードキャスト通信によって取得した各プロジェクター３，５，７の装置情報を示す。このように、各プロジェクター１，３，５，７のリソース容量を取得することによって、何れのプロジェクターに、何れの投写コンテンツを取得させるかを決定することができる。例えば、リソース容量の大きいプロジェクターに、ファイルサイズの大きい投写コンテンツを取得させたり、各プロジェクターにできるだけ均等なファイルサイズとなるように投写コンテンツを取得させたりすることができる。
【００４７】
次に、ユーザーがＰＣ５０からプロジェクター１のＩＰアドレスにＷｅｂブラウザでアクセスすると、図８に示す投写処理を計画するための入力画面２００が表示される。ユーザーは投写コンテンツのファイル名と、投写コンテンツの格納場所を指定する。
ここでは、最初に投写するコンテンツのファイル名［タイトル.bmp］を指定し、そのファイルの格納場所としてサーバー２０−１のdataフォルダ［\\192.168.234.100\data］を指定する。また、２番目に投写するコンテンツのファイル名［目次.ppt］を指定し、そのファイルの格納場所として同様にサーバー２０−１のdataフォルダ［\\192.168.234.100\data］を指定する。続いて、３番目に投写するコンテンツのファイル名［説明.ppt］を指定し、そのファイルの格納場所としてプロジェクター１に接続されたＵＳＢメモリー［\\192.168.123.101\usb］を指定する。続いて、４番目に投写するコンテンツのファイル名［動画.wmv］を指定し、そのファイルの格納場所としてコンテンツサーバー２０−２のmovieフォルダ［\\192.168.234.222\movie］を指定する。そして、最後に投写するコンテンツのファイル名［資料.xls］を指定し、そのファイルの格納場所として、コンテンツサーバー２０−２のdataフォルダ［\\192.168.234.222\data］を指定する。
【００４８】
さらに、各投写コンテンツを投写させる際に、全てのプロジェクター１，３，５，７で投写処理を同期させるか否かをチェックボックスに入力し、投写コンテンツの属性情報を一致させるか否かをチェックボックスに入力する。ここでは、明るさ合わせを行うか否かを設定することもできる。
入力処理が完了し決定ボタン２１０が選択されると、ＰＣ１００からプロジェクター１に投写コンテンツのファイル情報が送信される。ファイル情報を受信したプロジェクター１は、投写コンテンツの格納場所として指定された場所にアクセスし、各投写コンテンツのファイルサイズを取得する（ステップＳ１３）。
【００４９】
次に、プロジェクター１は、投写コンテンツのファイル情報と、投写コンテンツのファイルサイズからコンテンツリストを作成し、コンテンツリスト情報記憶部６５に記憶する。図９に示すように、コンテンツリストは、各投写コンテンツのファイルＩＤ、ファイル名、格納場所及びファイルサイズを含んでいる。そして、図９のコンテンツリストに基づき、コンテンツ取得分担決定部５１が、各プロジェクター１，３，５，７のコンテンツ分担情報を決定する（ステップＳ１５）。
【００５０】
図１０はコンテンツ分担情報であり、プロジェクターＩＤがＰ００（リソース量が５ＭＢｙｔｅ）であるプロジェクター１が分担する投写コンテンツは、コンテンツＩＤがＣ０１（１ＭＢｙｔｅ）及びＣ０３（３ＭＢｙｔｅ）の２つの投写コンテンツであることがわかる。また、２つの投写コンテンツの合計コンテンツ量は、４ＭＢｙｔｅであり、プロジェクター１のリソース量を超えないため、２つの投写コンテンツを分担することが可能であることがわかる。このように、コンテンツ取得分担決定部５１は、各プロジェクターのリソース量を超えないよう投写コンテンツの分担を決定する。
【００５１】
次に、プロジェクター１の投写計画作成部５３は、図９に示したコンテンツリスト及び図１０に示したコンテンツ分担情報に基づき、投写コンテンツの投写計画を作成する（ステップＳ１７）。図１５に示すように、投写計画は、各プロジェクター１，３，５，７が投写する各投写コンテンツの投写順序、投写コンテンツのファイルＩＤ、ファイル名、投写コンテンツの配信元となるプロジェクターのＩＤ、投写処理を同期するか否か及び属性情報が含まれている。ここで、投写コンテンツの配信元となるプロジェクターは、コンテンツ分担情報で決定された、分担する投写コンテンツを取得するプロジェクターである。
【００５２】
コンテンツ取得分担決定部５１は、図１０のコンテンツ分担情報を決定すると、プロジェクター１，３，５，７毎のコンテンツ分担情報を作成して、該当する他のプロジェクター３，５，７へ送信する（ステップＳ１９）。図１１は、プロジェクター１のコンテンツ分担情報１００であり、図１２は、プロジェクター３のコンテンツ分担情報３００であり、図１３は、プロジェクター５のコンテンツ分担情報５００であり、図１４は、プロジェクター７のコンテンツ分担情報７００である。
【００５３】
コンテンツ分担情報１００はプロジェクター１の取得コンテンツ情報記憶部６７に記憶される。コンテンツ分担情報３００はプロジェクター３へ送信され、プロジェクター３はコンテンツ分担情報３００を受信すると取得コンテンツ情報記憶部６７に記憶する（ステップＳ５３）。コンテンツ分担情報５００はプロジェクター５へ送信され、プロジェクター５は取得コンテンツ情報記憶部６７に記憶する（ステップＳ５３）。プロジェクター７のコンテンツ分担情報はプロジェクター７へ送信され、プロジェクター７はコンテンツ分担情報３００を受信すると取得コンテンツ情報記憶部６７に記憶する（ステップＳ５３）。
【００５４】
また、ステップＳ１７で作成した投写計画も同様に他のプロジェクター３，５，７へ送信され（ステップＳ１９）、他のプロジェクター３，５，７は投写計画を受信すると投写計画情報記憶部６９に記憶する（ステップＳ５３）。
【００５５】
各プロジェクター１，３，５，７は、コンテンツ分担情報１００，３００，５００，７００に基づき、自己が分担する投写コンテンツを該当する格納場所から取得し（ステップＳ２１，ステップＳ５５）、投写コンテンツ記憶部７１に記憶する。
他のプロジェクター３，５，７は、自己が担当する投写コンテンツの取得が完了すると、プロジェクター１に対して取得完了を通知する（ステップＳ５７）。プロジェクター１は他のプロジェクター３，５，７から取得完了を待ち受け（ステップＳ２３）、全てのプロジェクター３，５，７から取得完了を受信すると（ステップＳ２５：Ｙｅｓ）、他のプロジェクター３，５，７に対して、投写処理を開始するよう通知する（ステップＳ２７）。
【００５６】
プロジェクター１は、投写計画に基づき、次に投写する投写コンテンツを準備する（ステップＳ２９）。一方、他のプロジェクター３，５，７もプロジェクター１から投写開始を受信すると（ステップＳ５９：Ｙｅｓ）、次に投写する投写コンテンツを準備する（ステップＳ６１）。各プロジェクター１，３，５，７は、次の投写コンテンツを投写コンテンツ記憶部７１に保持しているか否かを判定し、保持していると判定した場合は（ステップＳ３１：Ｙｅｓ，ステップＳ６３：Ｙｅｓ）、他のプロジェクターへ配信する（ステップＳ３３，ステップＳ６５）。
【００５７】
コンテンツ分担情報１００によれば、プロジェクター１はステップＳ２１でファイル名［タイトル.bmp］のファイルを取得し保持しているはずである。また図１５の投写計画によると、投写順序が１番目の投写コンテンツは、プロジェクター１（プロジェクターＩＤ：Ｐ００）が配信元となっているため、プロジェクター１は他のプロジェクター３，５，７へファイル名［タイトル.bmp］のファイルを配信する。一方、他のプロジェクター３，５，７は、ステップＳ６３において投写コンテンツを保持していないと判定し（ステップＳ６３：Ｎｏ）、プロジェクター１から投写コンテンツを受信する（ステップＳ６７）。
【００５８】
また、コンテンツコンテンツ分担情報７００によれば、プロジェクター７はステップＳ５５でファイル名［目次.ppt］のファイルを取得し保持しているはずである。また図１５の投写計画によると、投写順序が２番目の投写コンテンツは、プロジェクター７（プロジェクターＩＤ：Ｐ０３）が配信元となっているため、プロジェクター７は他のプロジェクター１，３，５へファイル名［タイトル.bmp］のファイルを配信する。一方、プロジェクター１はステップＳ３１において、投写コンテンツを保持していないと判定し（ステップＳ３１：Ｎｏ）、他のプロジェクター７から投写コンテンツを受信する（ステップＳ３５）。
また、プロジェクター３，５もステップ６５において投写コンテンツを保持していないと判定し（ステップＳ６５：Ｎｏ）、他のプロジェクター７から投写コンテンツを受信する（ステップＳ６７）。
【００５９】
また、投写コンテンツを保持する各プロジェクター１，３，５，７のコンテンツタイミング指定部５９は、投写処理を同期するよう投写計画に設定されていれば、投写コンテンツを投写する投写タイミングを指定し、他のプロジェクターに対して投写タイミングを指示する（ステップＳ３４，ステップＳ６６）。
【００６０】
投写タイミングを指定する方法としては、例えば、投写コンテンツを投写する絶対時刻、あるいは相対時刻を指定し、他のプロジェクターに指示する方法がある。絶対時刻を指定する場合は全てのプロジェクター１，３，５，７で時刻が一致していることが必要である。投写タイミングを指定する方法については後ほど詳述する。
【００６１】
さらに、投写コンテンツを保持する各プロジェクター１，３，５，７の属性指定部６１は、投写計画に各投写コンテンツの明るさが設定されていれば、投写コンテンツの属性情報を指定する。そして、ステップＳ３４，ステップＳ６６において、上述した投写タイミングとともに、他のプロジェクターに対して投写コンテンツの属性情報を送信する。ここでは、明るさが８に設定されているので、その明るさ情報を属性情報として送信する。
【００６２】
なお、属性情報は、明るさに限られず、コントラスト、色合い、音量、音質及び音位などを設定することもできる。また、属性情報の値は、各投写コンテンツ毎に変更することもできる。さらに、予め全てのプロジェクター１，３，５，７の属性情報を取得することができれば、特定のプロジェクターの属性情報に合わせることも可能である。
【００６３】
このように、次に投写する投写コンテンツの準備が完了すると、投写ユニット１１が投写コンテンツを投写する（ステップＳ３７，ステップＳ６９）。ファイル単位での投写コンテンツの投写が終了したら（ステップＳ３９：Ｙｅｓ，ステップＳ７１：Ｙｅｓ）、全ての投写コンテンツの投写が終了したか否かを判定する。全ての投写コンテンツの投写が終了していなければ（ステップＳ４１：Ｎｏ，ステップＳ７３：Ｎｏ）、ステップＳ２９あるいはステップＳ６１に戻り、次に投写する投写コンテンツの準備を行なう。一方、全ての投写コンテンツの投写が終了した場合は（ステップＳ４１：Ｙｅｓ，ステップＳ７３：Ｙｅｓ）、投写処理を終了する。
【００６４】
＜投写タイミングを指定する方法について＞
次に、ステップＳ３４及びステップＳ６６において投写タイミングとして絶対時刻を指定する方法について説明する。
ステップＳ３３及びステップＳ６５において、自己が保持する投写コンテンツが他のプロジェクターに配信されると、コンテンツタイミング指定部５９は、内蔵されているリアルタイムクロックからそのときの時刻情報を取得する。取得した時刻情報に対して１秒程度を加算した時間を、投写開始時刻として他のプロジェクターに送信する。なお、１秒を加算するのは、プロジェクター間の通信タイムラグ（応答時間）を考慮したものである。このため、１秒と限らず、Ｐｉｎｇなどのテスト通信を実行して、最長の通信タイムラグに応じて加算秒数を決定してもよい。
【００６５】
このように通信タイムラグを考慮した絶対時刻を指定することによって、投写コンテンツを受信したプロジェクターは、投写コンテンツの受信後、すぐに投写するのではなく、プロジェクター内の時計と照らし合わせて、指定された時刻に投写を開始するため、複数のプロジェクターにおいて投写処理を同期することができる。
【００６６】
次に、ステップＳ３４及びステップＳ６６において投写タイミングとして相対時刻を指定する方法について説明する。
ステップＳ３３及びステップＳ６５において、自己が保持する投写コンテンツが他のプロジェクターに配信されると、コンテンツタイミング指定部５９は、２秒後に投写を開始する、という内容の投写開始指示を、全てのプロジェクターに指示する。投写開始指示を受信したプロジェクターは、指示を受信した後、指定秒数後に投写を開始する。
このように相対時刻を指定する場合は、リアルタイムクロックなどの時計を搭載していないプロジェクターであっても、投写処理を同期させることができる。
【００６７】
なお、０秒後ではなく２秒後に投写開始を指定するのは、プロジェクター間の通信タイムラグを考慮したものである。Ｐｉｎｇなどのテスト通信を実行して、プロジェクター毎に通信タイムラグを算出し、何秒後に投写開始するかを決定する。
図１６に示すように、例えばプロジェクター１が他のプロジェクター３，５，７に対してテスト通信を行った結果、プロジェクター３（プロジェクターＩＤ：Ｐ０１）との通信タイムラグが１００［ｍｓｅｃ］、プロジェクター５（プロジェクターＩＤ：Ｐ０２）との通信タイムラグが１５００［ｍｓｅｃ］、プロジェクター７（プロジェクターＩＤ：Ｐ０３）との通信タイムラグが１０［ｍｓｅｃ］であったとする。最大の通信タイムラグが、プロジェクター５との間の１５００［ｍｓｅｃ］であるため、最大の通信タイムラグ−各タイムラグを相対時刻として指定する秒数とする。
【００６８】
すなわち図１７に示すように、プロジェクター３に指定する相対時刻を、１５００［ｍｓｅｃ］−１００［ｍｓｅｃ］＝１４００［ｍｓｅｃ］とし、プロジェクター３に指定する相対時刻を、１５００［ｍｓｅｃ］−１００［ｍｓｅｃ］＝１４００［ｍｓｅｃ］とし、プロジェクター５に指定する相対時刻を、１５００［ｍｓｅｃ］−１５００［ｍｓｅｃ］＝０［ｍｓｅｃ］とし、プロジェクター７に指定する相対時刻を、１５００［ｍｓｅｃ］−１０［ｍｓｅｃ］＝１４９０［ｍｓｅｃ］とする。
【００６９】
また、最大の通信タイムラグ−各タイムラグ＋αを相対時刻として指定してもよい。αをプロジェクター毎に異なる値にすることで、順番にパタパタと投写画面が切り替わっていく特殊効果を出すこともできる。このような場合は、図８に示した入力画面２００に特殊効果の選択肢を設けてもよい。
【００７０】
このように上記実施形態では、プロジェクター１は、ステップＳ１５において、コンテンツ分担情報を決定し、他のプロジェクター３，５，７へ送信する。したがって、コンテンツ分担情報を受信した他のプロジェクター３，５，７は、コンテンツ分担情報に基づいて自己が分担する投写コンテンツのみをネットワーク上から取得すればよい。
【００７１】
また、プロジェクター１は、ステップＳ１７において、投写コンテンツの投写順序を定めた投写計画を作成し、他のプロジェクター３，５，７へ送信する。したがって、各プロジェクター１，３，５，７は、投写計画に定められた投写順序にしたがって投写コンテンツを投写することができる。
【００７２】
さらに、各プロジェクター１，３，５，７は、自ら取得した投写コンテンツ以外に、他のプロジェクターから受信した投写コンテンツを投写することができる。つまり、各プロジェクター１，３，５，７は、投写する全ての投写コンテンツのファイルを取得し保持する必要がなく、他のプロジェクターにコンテンツを分担して取得させることができる。したがって、プロジェクター１，３，５，７にコストアップに繋がる大容量の記憶装置を新たに備えずとも、ネットワークに接続された複数のプロジェクターによる投写制御をスムースに実現することができる。
【００７３】
なお、上記実施形態では、装置情報としてプロジェクターのリソース量を一例として説明したが、装置情報にはリソース量以外にデータの転送能力（データの転送速度）やＣＰＵの処理能力等を利用してもよい。データの転送速度やＣＰＵの処理能力に基づいて投写コンテンツの分担情報を決定すれば、転送速度が他のプロジェクターと比較して遅いプロジェクターあるいは処理能力が他のプロジェクターと比較して低いプロジェクターに、小さいファイルサイズの投写コンテンツを分担させたりすることもできる。これにより、システム全体の処理速度を極端に低下させることを防止することができる。
【符号の説明】
【００７４】
１，３，５，７：プロジェクター、２：ネットワーク、１０：制御部、１１：投写ユニット、１２：拡張スロット、１３：ネットワークカード、１５：ＣＰＵ、１６：ＲＡＭ、１７：ＲＯＭ、１８：データ通信部、１９：周辺機器接続部、２０−１，２０−２：コンテンツサーバー、２１：ネットワークコントローラー、２２：通信Ｉ／Ｆ、２３：接続Ｉ／Ｆコントローラー、２４：周辺装置、２５：接続コネクタ、２６：記憶媒体、３０：ＯＳプラットフォーム、３１：ソフトウェアプラットフォーム、３２：Ｊａｖａ（登録商標）ＶＭ、３３：ライブラリー、３４：フレームワーク群、３４ａ：ＯＳＧｉフレームワーク、５１：コンテンツ取得分担決定部、５３：投写計画作成部、５５：コンテンツ取得部、５７：コンテンツ配信部、５９：コンテンツ表示タイミング指定部、６１：属性指定部、６３：プロジェクター情報記憶部、６５：コンテンツリスト情報記憶部、６７：取得コンテンツ情報記憶部、６９：投写計画情報記憶部、７１：投写コンテンツ記憶部、１００，３００，５００，７００：コンテンツ分担情報。
【図１】
2011099881.tif 000003
【図２】
2011099881.tif 000004
【図３】
2011099881.tif 000005
【図４】
2011099881.tif 000006
【図５】
2011099881.tif 000007
【図６】
2011099881.tif 000008
【図７】
2011099881.tif 000009
【図８】
2011099881.tif 000010
【図９】
2011099881.tif 000011
【図１０】
2011099881.tif 000012
【図１１】
2011099881.tif 000013
【図１２】
2011099881.tif 000014
【図１３】
2011099881.tif 000015
【図１４】
2011099881.tif 000016
【図１５】
2011099881.tif 000017
【図１６】
2011099881.tif 000018
【図１７】
2011099881.tif 000019