JP6273667B2 - 画像投影装置、画像投影システム及び画像投影方法 - Google Patents

Description

本発明は、画像投影装置、画像投影システム及び画像投影方法に関する。

近年、企業等ではプロジェクタにパーソナルコンピュータ（ＰＣ）を接続し、画像を投影しながら会議等を行うことが一般的になってきている。また、装着されたＵＳＢメモリに記憶されている投影可能なファイルを呼び出して投影するプロジェクタも従来から知られている（例えば特許文献１参照）。

しかしながら、従来のプロジェクタは画像を投影する為に、画像を記憶したＰＣを接続するか又はＵＳＢメモリを装着しなければならなかった。したがって、プロジェクタを持ち運んで投影を行う場合は、画像を記憶したＰＣ又はＵＳＢメモリも合わせて持ち運ぶ必要があり、不便であった。また、画像を記憶したＰＣ又はＵＳＢメモリも合わせて持ち運ぶ場合は、画像を記憶したＰＣ又はＵＳＢメモリの盗難や紛失など、機密情報漏洩の恐れがあるという問題があった。

本発明の実施の形態は、利便性が良く、且つ、機密情報漏洩を防止できる画像投影装置、画像投影システム及び画像投影方法を提供することを目的とする。

上記の課題を解決するため、請求項１に記載した画像投影装置は、サーバ装置とネットワーク経由で接続可能な画像投影装置であって、前記サーバ装置が記憶し、現在の階層のディレクトリに含まれている画像データ及びサブディレクトリの情報の少なくとも一方を表すインデックス情報の所在情報又は画像データの所在情報を生成する所在情報生成手段と、前記インデックス情報の所在情報を用いて、ルートディレクトリに存在するインデックス生成スクリプトが前記現在の階層のディレクトリを走査して動的に生成した前記インデックス情報を前記サーバ装置から取得するインデックス取得手段と、前記インデックス情報を用いて、前記サーバ装置が記憶し、現在の階層のディレクトリに含まれている前記画像データ及びサブディレクトリの情報の少なくとも一方を表す一覧画面を生成し、投影部に投影させる一覧画面生成手段と、前記一覧画面から操作者が前記画像データの情報を選択した場合に、選択された前記画像データの所在情報を用いて、前記サーバ装置から前記画像データを取得する画像データ取得手段と、取得した前記画像データの投影画面を生成し、投影部に投影させる投影画面生成手段とを有し、前記所在情報生成手段は、前記一覧画面から操作者が現在の階層の上の階層または前記サブディレクトリを選択した場合に、前記上の階層または前記サブディレクトリに含まれている画像データ及びサブディレクトリの情報の少なくとも一方を表す前記上の階層または前記サブディレクトリのインデックス情報の所在情報又は画像データの所在情報を生成し、前記インデックス取得手段は、前記上の階層または前記サブディレクトリのインデックス情報の所在情報を用いて、前記サーバ装置から前記上の階層または前記サブディレクトリの前記インデックス情報を取得することを特徴とする。

なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、データ構造などに適用したものも本発明の態様として有効である。

本発明の実施の形態によれば、利便性が良く、且つ、機密情報漏洩を防止できる画像投影装置、画像投影システム及び画像投影方法を提供可能である。

プロジェクションシステムの一例の構成図である。 プロジェクションシステムの処理手順の一例を表した概略図である。 ファイル一覧画面の一例のイメージ図である。 ファイル投影画面の一例のイメージ図である。 設定項目画面の一例のイメージ図である。 ルートＵＲＬ及びインデックスファイルの設定項目に設定された値の一例の説明図である。 ＷｅｂサーバにおけるＵＲＬパスの一例の構成図である。 ルートのインデックスファイルの一例の構成図である。 サブディレクトリのインデックスファイルの一例の構成図である。 ルートＵＲＬ及びインデックスファイルの設定項目に設定された値の他の例の説明図である。 ＷｅｂサーバにおけるＵＲＬパスの他の例の構成図である。 サブディレクトリ「１２３４５６／」のインデックスの一例の構成図である。 サブディレクトリ「９９９９９９／ｐｐｔ９９／」のインデックスの一例の構成図である。 ＵＲＬパスの一例の階層構造図である。 プロジェクタの一例の構成図である。 プロジェクタの処理手順を表した一例のフローチャートである。 ステップＳ１２におけるＵＲＬを生成する処理の一例の説明図である。 ステップＳ２０におけるＵＲＬを生成する処理の一例の説明図である。 ステップＳ２２におけるＵＲＬを生成する処理の一例の説明図である。 外部ツールから設定項目を入力するときに利用されるＷｅｂＡＰＩの一例の説明図である。 本実施の形態のプロジェクタを利用したソリューションの一例のイメージ図である。 プロジェクタの一例の構成図である。 プロジェクタの処理手順を表した一例のフローチャートである。 プロジェクタの処理手順を表した一例のフローチャートである。 プロジェクタの一例の構成図である。 プロジェクタの処理手順を表した一例のフローチャートである。 待機画面の一例のイメージ図である。 プロジェクタの一例の構成図である。 認証画面及び設定項目画面の一例のイメージ図である。 外部ツールから設定項目を入力するときに利用されるＷｅｂＡＰＩの一例の説明図である。 プロジェクションシステムの一例の構成図である。 サーバ設定の一例の構成図である。 サーバ一覧画面の一例のイメージ図である。 プロジェクションシステムの一例の構成図である。 プロジェクタの一例の構成図である。 アクセス制限の種類と、その入力受付画面との対応を表した一例のイメージ図である。 プロジェクタの処理手順を表した一例のフローチャートである。

以下、本発明の実施の形態について、詳細に説明する。なお、本実施の形態におけるプロジェクタは画像表示装置の一例である。また、プロジェクションシステムは画像表示システムの一例である。さらに、プロジェクタによる投影は画像表示装置による表示の一例である。
［第１の実施形態］
図１はプロジェクションシステムの一例の構成図である。図１のプロジェクションシステム１はＷｅｂ（ＨＴＴＰ）サーバ１０と、プロジェクタ１１とが、インターネットやＬＡＮなどのネットワーク１２を介してデータ通信可能に接続されている。Ｗｅｂサーバ１０はプロジェクタ１１に投影させる画像を記憶している。プロジェクタ１１はＷｅｂサーバ１０と連携するクライアント機能を搭載する。プロジェクタ１１はクライアント機能を利用してＷｅｂサーバ１０から後述のように画像を取得し、投影する。

図２はプロジェクションシステムの処理手順の一例を表した概略図である。なお、本実施の形態のプロジェクションシステム１は後述するように、アクセス制限の種類としてアクセスナンバーによるアクセス制限あり又はアクセス制限なしを設定できる。他に、ＩＣカードや指紋認証装置によるアクセス制限を選択できるようにしてもよい。

プロジェクタ１１の操作者はアクセスナンバーによるアクセス制限ありの場合、開始指示（ファイル一覧画面の投影指示）をプロジェクタ１１に対して行った後、ステップＳ１において、例えばリモコン２１を操作してアクセスナンバーを入力する。なお、アクセス制限なしの場合、ステップＳ１の処理は省略される。

ステップＳ２において、プロジェクタ１１はＷｅｂサーバ１０からインデックスファイルを後述するように取得する。インデックスファイルは、インデックス情報の一例であり、Ｗｅｂサーバ１０に格納されている画像データに関する情報を含むファイルであり、具体的には、画像データの一覧情報を含んでいる。より詳細には、インデックスファイルには、後述するように、ディレクトリに存在するコンテンツファイルとサブディレクトリとの情報が含まれる。コンテンツファイルは、画像データの一例であり、プロジェクタが投影可能な形式の静止画、または動画ファイルで、本実施例はＪＰＥＧファイルを例に記載する。

アクセス制限ありの場合、Ｗｅｂサーバ１０から取得するインデックスファイルにはアクセスナンバーに紐付くコンテンツファイルの情報が含まれる。また、アクセス制限なしの場合、Ｗｅｂサーバ１０から取得するインデックスファイルには、所定のディレクトリに登録されている全てのコンテンツファイルの情報が含まれる。

プロジェクタ１１はＷｅｂサーバ１０から取得したインデックスファイルからファイル一覧画面を生成して投影する。なお、ファイル一覧画面の詳細は後述する。ステップＳ３において、プロジェクタ１１の操作者はリモコン２１を操作してファイル一覧画面から投影を行うコンテンツファイルを選択する。

ステップＳ４において、プロジェクタ１１は操作者から指定されたコンテンツファイルをＷｅｂサーバ１０から取得する。プロジェクタ１１はＷｅｂサーバ１０から取得したコンテンツファイルからファイル投影画面を生成して投影する。なお、ファイル投影画面の詳細は後述する。

図３はファイル一覧画面の一例のイメージ図である。図３のファイル一覧画面３０はＵＲＬ表示欄３１と、ファイル一覧表示欄３２とを含む。ＵＲＬ表示欄３１はステップＳ２の処理でインデックスファイルの取得に利用したルートＵＲＬの一部を表示する。ルートＵＲＬの一部を表示することで、例えばＵＲＬ表示欄３１には、アクセスナンバーの部分を表示しないようにできる。また、ファイル一覧表示欄３２は、Ｗｅｂサーバ１０から取得したインデックスファイルに含まれているサブディレクトリ及びコンテンツファイルの情報を表示する。

図４はファイル投影画面の一例のイメージ図である。図４のファイル投影画面４０は画像表示欄４１と、操作欄４２とを含む。画像表示欄４１はＷｅｂサーバ１０から取得したコンテンツファイルの画像を表示する。操作欄４２は画像表示欄４１に表示されている画像を切り替えるキー操作の説明（「前ファイル」及び「次ファイル」）が含まれる。リモコン操作により画像表示欄４１の表示・非表示を切り替えられるようにしてもよい。

例えば左キー（本体のハードキーまたはリモコン）が押下されると、プロジェクタ１１は画像表示欄４１に画像が表示されているコンテンツファイルの前（ディレクトリ内のファイル名の辞書順でひとつ前）のコンテンツファイルの画像を画像表示欄４１に表示する。また右キーが押下されると、プロジェクタ１１は画像表示欄４１に画像が表示されているコンテンツファイルの次のコンテンツファイルの画像を画像表示欄４１に表示する。左右キーを操作することにより、プロジェクタ１１の操作者は手動スライドショーが可能となる。なお、プロジェクタ１１は一定時間間隔で次のファイルを表示する自動スライドショーの機能を設けてもよい。

また、プロジェクタ１１はファイル投影画像４０を投影する際、左右キーの操作によりコンテンツファイルを順番に投影させたり、前や次のコンテンツファイルを切り替えて繰り返し投影させたり、することが考えられるため、コンテンツファイルを先読みする機能やキャッシュする機能を設けてもよい。

図５は設定項目画面の一例のイメージ図である。設定項目画面５０はプロジェクタ１１によって投影される。なお、図５の設定項目画面５０はプロジェクションサーバ有効設定、ルートＵＲＬ、インデックスファイル、アクセス制限の種類が、プロジェクションサーバの設定項目として含まれる。本実施の形態において、プロジェクションサーバはＵＳＢメモリ等の外部メディアやＰＣを利用せず、ネットワークからコンテンツをダウンロードして行う投影を意味する。

プロジェクションサーバ有効設定はプロジェクションサーバの有効又は無効の設定項目である。ルートＵＲＬはコンテンツファイルが保管されたＷｅｂサーバ１０のルートＵＲＬの設定項目である。例えば図５ではルートＵＲＬに「ｈｔｔｐ：／／１９２．１６８．１．１０／」と設定されている。ルートＵＲＬには「ｈｔｔｐ：／／１９２．１６８．１．１０：８０８０／ｐｊｓｅｒｖ／」や「ｈｔｔｐｓ：／／ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／／ｐｊｓｅｒｖ／｛ｎ｝」というように設定してもよい。なお、｛ｎ｝は、アクセスナンバーで置換される。

ルートＵＲＬの設定は例えば設定項目画面５０の制約やリモコン２１の制約などにより入力できる文字数が制限される場合、後述するように、外部ツールからＷｅｂＡＰＩを介して入力できるようにしてもよい。

また、インデックスファイルはインデックスファイルの名称の設定項目である。アクセス制限の種類はアクセスナンバーによるアクセス制限あり又はアクセス制限なしの設定項目である。

プロジェクタ１１はステップＳ２においてＷｅｂサーバ１０からインデックスファイルを取得するとき、図５の設定項目画面５０から設定されるルートＵＲＬ及びインデックスファイルの名称を利用する。つまり、Ｗｅｂサーバ１０の構成に合わせて、設定項目画面５０からルートＵＲＬ及びインデックスファイルの名称を設定する必要がある。

ルートＵＲＬ及びインデックスファイルの設定項目に例えば図６の値が設定されているとき、Ｗｅｂサーバ１０のＵＲＬパスは例えば図７に示すようになる。図６はルートＵＲＬ及びインデックスファイルの設定項目に設定された値の一例の説明図である。図７はＷｅｂサーバにおけるＵＲＬパスの一例の構成図である。

図７に示すように、ルートＵＲＬ「ｈｔｔｐ：／／１９２．１６８．１．１０：８０８０／ｐｊｓｅｒｖ／」のディレクトリには、インデックスファイル「ｉｎｄｅｘ．ｊｓｏｎ」が存在する。また、サブディレクトリ「ｓｕｂｄｉｒ／」にもサブディレクトリのインデックスファイル「ｉｎｄｅｘ．ｊｓｏｎ」が存在する。

ルートＵＲＬのディレクトリに含まれるインデックスファイル（ルートのインデックスファイル）は例えば図８に示すような形式で記載されている。また、サブディレクトリのインデックスファイルは例えば図９に示すような形式で記載されている。

図８はルートのインデックスファイルの一例の構成図である。図９はサブディレクトリのインデックスファイルの一例の構成図である。図８及び図９のインデックスファイルは一例としてＪＳＯＮ（JavaScript Object Notation）形式で表記されている。インデックスファイルはＸＭＬ（Extensible Markup Language）形式で表記してもよい。

図８及び図９に示したＪＳＯＮ形式のインデックスファイルではオブジェクト全体を中括弧（｛｝）で囲み、キーと値とをコロン（：）で区切って表記したペアをカンマ区切りで列挙している。例えば種別（ｔｙｐｅ）キーの値としては、ディレクトリ（フォルダ）や画像ファイルが設定されている。また、種別（ｎａｍｅ）キーの値としては、ディレクトリ名やファイル名が設定されている。

なお、図８のインデックスファイルは、ルートＵＲＬのディレクトリにサブディレクトリ「ｓｕｂｄｉｒ／」と、ＪＰＥＧファイル「ｆｉｌｅ０１．ｊｐｇ」及び「ｆｉｌｅ０２．ｊｐｇ」とが含まれていることを表している。また、図９のインデックスファイルはサブディレクトリにＪＰＥＧファイル「ｓｌｉｄｅ００１．ｊｐｇ」及び「ｓｌｉｄｅ００２．ｊｐｇ」が含まれていることを表している。

また、ルートＵＲＬ及びインデックスファイルの設定項目に例えば図１０の値が設定されているとき、Ｗｅｂサーバ１０のＵＲＬパスは例えば図１１に示すようになる。図１０はルートＵＲＬ及びインデックスファイルの設定項目に設定された値の他の例の説明図である。また、図１１はＷｅｂサーバにおけるＵＲＬパスの他の例の構成図である。

図１１に示すように、ルートＵＲＬ「ｈｔｔｐｓ：／／ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／ｐｊｓｅｒｖ／」のディレクトリにはインデックス生成スクリプト「ｐｊｓｅｒｖ．ｃｇｉ」が存在する。Ｗｅｂサーバ１０はサブディレクトリ「１２３４５６／」や「１２３４４５／ｐｐｔ１／」等のＵＲＬへのアクセスに対しても、ルートＵＲＬのディレクトリに存在しているインデックス生成スクリプト「ｐｊｓｅｒｖ．ｃｇｉ」が起動されるように設定する。

インデックス生成スクリプト「ｐｊｓｅｒｖ．ｃｇｉ」は各ディレクトリを走査することで図１２又は図１３に示すようなインデックスを動的に生成する。図１２はサブディレクトリ「１２３４５６／」のインデックスの一例の構成図である。また、図１３はサブディレクトリ「９９９９９９／ｐｐｔ９９／」のインデックスの一例の構成図である。

図１２及び図１３のインデックスは、図８及び図９と同様に、ＪＳＯＮ形式で表記されている。例えば図１２のインデックスは、サブディレクトリ「１２３４５６／」にサブディレクトリ「ｐｐｔ１／」及び「ｐｐｔ２／」が含まれていることを表している。また、図１３のインデックスはサブディレクトリ「９９９９９９／ｐｐｔ９９／」に、ＪＰＥＧファイル「ｓｌｉｄｅ００１．ｊｐｇ」及び「ｓｌｉｄｅ００２．ｊｐｇ」が含まれていることを表している。

例えば図７等のＵＲＬパスに示したように、ディレクトリは階層構造を持つ。図７のＵＲＬパスでは各階層にインデックスファイルが存在する。図７のＵＲＬパスは階層構造で表現すると図１４のようになる。図１４はＵＲＬパスの一例の階層構造図である。図１４に示すように、ルートＵＲＬ、サブディレクトリ名、ファイル名を区切り文字「／」で結合することによって、Ｗｅｂサーバ１０への要求に含めるＵＲＬを生成することができる。

なお、本実施の形態におけるインデックスファイルはディレクトリを表現するリソースと考えられる。このため、本実施の形態におけるリソースはインデックスファイル及びコンテンツファイル（ＪＰＥＧファイル）の二つに定義される。インデックスファイルには、そのディレクトリに存在するコンテンツファイル（ＪＰＥＧファイル）とサブディレクトリとの情報が含まれる。

したがって、プロジェクタ１１ではインデックスファイルを参照することでディレクトリのネスト（入れ子）を深い方向へ辿ることができる。一方、ネストを上位に辿るためには親ディレクトリのインデックスファイルが必要になる。しかし、ここではディレクトリの階層とＵＲＬの階層とが一致するとの前提により、プロジェクタ１１がＵＲＬを組み立てる（親ディレクトリの情報をインデックスファイルに含めない）こととする。

図１５はプロジェクタの一例の構成図である。図１５に示すプロジェクタ１１はネットワークコントローラ１００と、投影部１０１と、操作部１０２とを有する。また、ネットワークコントローラ１００は、設定値保管部１１１と、ＵＲＬ生成部１１２と、ＵＩ画面生成部１１３と、インデックス解析部１１４と、インデックス取得部１１５と、コンテンツファイル取得部１１６と、画像デコーダ１１７と、設定コマンド解釈部１１８と、通信制御部１１９と、グラフィックドライバ１２０と、操作部制御部１２１と、証明書保管部１２２を有する。

投影部１０１は画像の投影を行う光学系機構の制御部である。操作部１０２は操作者からの操作を受け付けるハードキー、又は、操作者による操作をリモコン２１から光信号で受光する受光部である。

ネットワークコントローラ１００の設定値保管部１１１は図５の設定項目画面５０から設定された設定項目の値を永続メモリに保管する。設定コマンド解釈部１１８はリモコン２１やハードキーに替えて、外部ツールからＷｅｂＡＰＩを利用して入力された設定項目を解釈して設定値保管部１１１に保管させる。外部ツールはネットワーク１２を介して接続される。なお、ＷｅｂＡＰＩの詳細は後述する。

通信制御部１１９はネットワーク１２を介して行うＷｅｂサーバ１０とのＨＴＴＰ通信やＨＴＴＰＳ通信を制御する。ＵＩ画面生成部１１３はファイル一覧画面３０、ファイル投影画面４０、設定項目画面５０などのＵＩ画面を生成する。グラフィックドライバ１２０はＵＩ画面生成部１１３が生成したＵＩ画面を投影部１０１に投影させる。

操作部制御部１２１は操作部１０２を制御し、操作部１０２から受け付けた操作者による操作をＵＩ画面生成部１１３に通知する。ＵＲＬ生成部１１２は設定値保管部１１１に保管されている設定項目の値を利用し、インデックスファイルやコンテンツファイルを取得するためのＵＲＬを生成して、ＵＩ画面生成部１１３に通知する。

インデックス取得部１１５はＵＩ画面生成部１１３からの指示により通信制御部１１９を利用して、Ｗｅｂサーバ１０からインデックスファイルを取得する。インデックス解析部１１４は取得したインデックスファイルを解析し、ＵＩ画面生成部１１３で処理できる形式に変換する。インデックス解析部１１４は例えばＪＳＯＮ形式のテキストデータをＵＩ画面生成部１１３で処理できる構造体データへ変換する。インデックス取得部１１５は、ＵＩ画面生成部１１３で処理できる形式に変換されたインデックス情報を、ＵＩ画面生成部１１３に送信する。

コンテンツファイル取得部１１６はＵＩ画面生成部１１３からの指示により通信制御部１１９を利用して、Ｗｅｂサーバ１０からコンテンツファイルを取得する。画像デコーダ１１７は取得したコンテンツファイルをデコードしてメモリ（フレームバッファ）に展開し、グラフィックドライバ１２０に通知する。グラフィックドライバ１２０は、展開されたビットマップとＵＩ画面生成部１１３が生成したファイル投影画面４０を合成して投影部１０１に投影を指示する。証明書保管部１２２は、通信制御部１１９がＨＴＴＰＳ通信を行う場合の、サーバ認証・クライアント認証に使用するデジタル証明書を保管する。

図１６はプロジェクタの処理手順を表した一例のフローチャートである。図１６に示したフローチャートの処理は、操作者の操作するリモコン２１等からの開始指示を受け付けた後で実行される。

ステップＳ１１において、操作部制御部１２１は操作部１０２から操作者によるアクセスナンバーの入力を受け付ける。操作部制御部１２１は受け付けたアクセスナンバーをＵＩ画面生成部１１３に通知する。なお、アクセス制限なしの場合、ステップＳ１１の処理はスキップ（Ｓｋｉｐ）する。

ステップＳ１２において、ＵＩ画面生成部１１３はＵＲＬ生成部１１２にルートＵＲＬの生成を指示する。ＵＲＬ生成部１１２は設定値保管部１１１に保管されている設定項目の値を利用し、インデックスファイルを取得するためのＵＲＬを生成して、ＵＩ画面生成部１１３に通知する。なお、ステップＳ１２におけるＵＲＬを生成する処理の詳細は後述する。

ステップＳ１３において、ＵＩ画面生成部１１３はインデックスファイルを取得するためのＵＲＬを指定して、インデックス取得部１１５にインデックスファイルの取得を指示する。インデックス取得部１１５はＵＩ画面生成部１１３から指示のあったインデックスファイルの取得リクエストを通信制御部１１９経由でＷｅｂサーバ１０に送信する。

ステップＳ１４において、インデックス取得部１１５は通信制御部１１９経由でＷｅｂサーバ１０からインデックスファイルを受信する。ステップＳ１５において、インデックス解析部１１４は受信したインデックスファイルを解析し、ＵＩ画面生成部１１３で処理できる形式に変換する。インデックス取得部１１５はＵＩ画面生成部１１３で処理できる形式に変換されたインデックス情報をＵＩ画面生成部１１３に送信する。

ステップＳ１６において、ＵＩ画面生成部１１３は受信したインデックス情報からファイル一覧画面３０を生成する。ステップＳ１７において、ＵＩ画面生成部１１３は生成したファイル一覧画面３０の投影をグラフィックドライバ１２０に指示する。投影部１０１はグラフィックドライバ１２０の制御によりファイル一覧画面３０を投影する。

プロジェクタ１１の操作者はリモコン２１等を操作してファイル一覧画面３０から投影を行うコンテンツファイル、サブディレクトリ、上の階層、終了を選択する。ステップＳ１８において、操作部制御部１２１は操作部１０２から操作者による選択入力を受け付ける。操作部制御部１２１は受け付けた選択入力をＵＩ画面生成部１１３に通知する。

ステップＳ１９において、ＵＩ画面生成部１１３は受け付けた選択入力がサブディレクトリ又は上の階層であるかを判定する。受け付けた選択入力がサブディレクトリ又は上の階層であれば、ＵＩ画面生成部１１３はステップＳ２０の処理を行う。ステップＳ２０において、ＵＩ画面生成部１１３はＵＲＬ生成部１１２にサブディレクトリ又は上の階層のＵＲＬの生成を指示する。

ＵＲＬ生成部１１２は設定値保管部１１１に保管されている設定項目の値及び受信したインデックス情報を利用し、サブディレクトリ又は上の階層のインデックスファイルを取得するためのＵＲＬを生成して、ＵＩ画面生成部１１３に通知する。なお、ステップＳ２０におけるＵＲＬを生成する処理の詳細は後述する。

サブディレクトリ又は上の階層のインデックスファイルを取得するためのＵＲＬを通知されたＵＩ画面生成部１１３はステップＳ１３に戻り、サブディレクトリ又は上の階層のインデックスファイルを取得するためのＵＲＬを指定して、インデックス取得部１１５にインデックスファイルの取得を指示する。

一方、受け付けた選択入力がサブディレクトリ又は上の階層でなければ、ＵＩ画面生成部１１３はステップＳ２１において、受け付けた選択入力が終了であるかを判定する。受け付けた選択入力が終了であれば、ＵＩ画面生成部１１３は図１６のフローチャートの処理を終了する。

受け付けた選択入力が終了でなければ、ＵＩ画面生成部１１３は受け付けた選択入力がコンテンツファイルと判定し、ステップＳ２２において、選択入力されたコンテンツファイルを取得する為のＵＲＬの生成をＵＲＬ生成部１１２に指示する。なお、ステップＳ２２におけるＵＲＬを生成する処理の詳細は後述する。

ステップＳ２３において、ＵＩ画面生成部１１３はコンテンツファイルを取得するためのＵＲＬを指定して、コンテンツファイル取得部１１６にコンテンツファイルの取得を指示する。コンテンツファイル取得部１１６はＵＩ画面生成部１１３から指示のあったコンテンツファイルの取得リクエストを通信制御部１１９経由でＷｅｂサーバ１０に送信する。

ステップＳ２４において、コンテンツファイル取得部１１６は通信制御部１１９経由でＷｅｂサーバ１０からコンテンツファイルを受信する。ステップＳ２５において、画像デコーダ１１７は取得したコンテンツファイル（例えばＪＰＥＧ形式）をデコードしてメモリ（フレームバッファ）に展開し、グラフィックドライバ１２０に通知する。ＵＩ画面生成部１１３はステップＳ２６において、ファイル投影画面４０を生成する。

ＵＩ画面生成部１１３は生成したファイル投影画面４０の投影をグラフィックドライバ１２０に指示する。グラフィックドライバ１２０は、展開されたビットマップをＵＩ画面生成部１１３が生成したファイル投影画面４０に合成する。投影部１０１はグラフィックドライバ１２０の制御によりファイル投影画面４０を投影する。

プロジェクタ１１の操作者はリモコン２１等を操作してファイル投影画面４０の操作欄４２に表示された操作を行うことができる。ステップＳ２７において、操作部制御部１２１は操作部１０２から操作者によるキー入力を受け付ける。操作部制御部１２１は受け付けたキー入力をＵＩ画面生成部１１３に通知する。ステップＳ２８において、ＵＩ画面生成部１１３は受け付けたキー入力が「メニュー」ボタンであるかを判定する。

受け付けたキー入力が「メニュー」ボタンであれば、ＵＩ画面生成部１１３はステップＳ１６の処理に戻り、ファイル一覧画面３０を再び投影させる。なお、受け付けたキー入力が「メニュー」ボタンでなければ、ＵＩ画面生成部１１３は、ステップＳ２９の処理を行う。

そして、ステップＳ２９において、ＵＩ画面生成部１１３は受け付けたキー入力が左キー（「前ファイル」）又は右キー（「次ファイル」）であるかを判定する。ＵＩ画面生成部１１３は受け付けたキー入力が左キー（「前ファイル」）又は右キー（「次ファイル」）であれば、メモリに保持しているインデックス情報を参照して、辞書順で前又は次のコンテンツファイル名を特定し、ステップＳ２２の処理に戻り、現在、画像表示欄４１に画像が表示されているコンテンツファイルの前又は次のコンテンツファイルの画像のファイル投影画面４０を再び投影させる。なお、ＵＩ画面生成部１１３は受け付けたキー入力が左右キーでなければステップＳ２７の処理に戻る。

図１７はステップＳ１２におけるＵＲＬを生成する処理の一例の説明図である。ＵＩ画面生成部１１３はアクセス制限の種類としてアクセス制限なしが設定されている、言い換えればアクセスナンバー無効の場合、図１７（Ａ）に示すようにインデックスファイルを取得するためのＵＲＬを生成する。また、ＵＩ画面生成部１１３はアクセス制限の種類としてアクセスナンバーによるアクセス制限ありが設定されている、言い換えればアクセスナンバー有効の場合、図１７（Ｂ）に示すようにインデックスファイルを取得するためのＵＲＬを生成する。図１７の「現在の階層」は、一覧画面として表示する階層に対応するＵＲＬの一部であり、ＵＩ画面生成部１１３がメモリに保持している。図３のＵＲＬ表示欄３１にはこの値を表示する。

図１８はステップＳ２０におけるＵＲＬを生成する処理の一例の説明図である。ＵＩ画面生成部１１３は選択入力がサブディレクトリである場合、図１８（Ａ）に示すようにサブディレクトリのインデックスファイルを取得するためのＵＲＬを生成する。また、ＵＩ画面生成部１１３は選択入力が上の階層である場合、図１８（Ｂ）に示すように上の階層のインデックスファイルを取得するためのＵＲＬを生成する。なお、図１８はアクセスナンバー無効の例を示している。アクセスナンバー有効の場合は、ルートＵＲＬをアクセスナンバーが埋め込まれたルートＵＲＬに読み替えればよい。

図１９はステップＳ２２におけるＵＲＬを生成する処理の一例の説明図である。ＵＩ画面生成部１１３は選択入力がコンテンツファイルである場合、図１９に示すようにコンテンツファイルを取得する為のＵＲＬを生成する。なお、図１９はアクセスナンバー無効の例を示している。アクセスナンバー有効の場合は、ルートＵＲＬをアクセスナンバーが埋め込まれたルートＵＲＬに読み替えればよい。

図２０は外部ツールから設定項目を入力するときに利用されるＷｅｂＡＰＩの一例の説明図である。設定コマンド解釈部１１８は図２０に示すようなＨＴＴＰリクエストを解釈して、設定値保管部１１１に保管されている設定項目の値を変更する。この例では設定コマンドをＪＳＯＮ形式で記述しており、ｒｏｏｔ＿ｕｒｌ、ｉｎｄｅｘ＿ｎａｍｅ、ａｃｃｅｓｓ＿ｃｏｎｔｒｏｌが、それぞれルートＵＲＬ、インデックスファイル、アクセス制限の種類の設定に対応する。なお、図２０はアクセスナンバー無効の例を示しているが、アクセスナンバー有効の場合、図２０のＨＴＴＰリクエストに含まれる「ｎｏｎｅ」を「ｎｕｍｂｅｒ」に変更すればよい。

ルートＵＲＬの設定でＨＴＴＰＳが指定された場合（例："ｈｔｔｐｓ：／／１９２．１６８．１．１０／"）、プロジェクタ１１は以下のようなサーバ認証及びクライアント認証を実行する。プロジェクタ１１はサーバ証明書の検証に利用できるＣＡ（認証局）証明書として、ユーザによる更新・削除ができない第１のＣＡ証明書と、入れ替え可能な任意の第２のＣＡ証明書とを証明書保管部１２２に保存できる。更に別のＣＡ証明書を保存できてもよい。

プロジェクタ１１は第１及び第２のＣＡ証明書を用いて、以下の手順でＳＳＬ（Secure Socket Layer）のサーバ認証を行う。まず、プロジェクタ１１は第１のＣＡ証明書でサーバ証明書を検証する。検証に成功した場合、プロジェクタ１１は成功のログを記録する。次に、プロジェクタ１１は第２のＣＡ証明書でサーバ証明書を検証する。検証に成功した場合、プロジェクタ１１は成功のログを記録する。なお、第１のＣＡ証明書での検証又は第２のＣＡ証明書での検証に失敗した場合でも、プロジェクタ１１は通信を継続する。この場合、プロジェクタ１１はログを記録する。

サーバ認証はプロジェクタ１１から見てＷｅｂサーバ１０のなりすましを防ぐ仕組みである。プロジェクタ１１に搭載されたＷｅｂサーバ１０と連携するクライアント機能においては不正なＷｅｂサーバにアクセスすることによってアクセスナンバーが漏洩する可能性がある。

仮にアクセスナンバーが漏洩しても、不正なＷｅｂサーバは正しいコンテンツを返せないので検知しやすい。また、アクセスナンバーと他のＩＤ、パスワードを共通にせず、かつ変更しやすい運用を選択すれば、アクセスナンバーの一度の漏洩が大きな脅威となることはない。こうした理由から、プロジェクタ１１はサーバ認証に失敗しても通信を継続する。なお、プロジェクタ１１はサーバ証明書の情報を表示して継続可否を操作者に選択させるようにしてもよいし、自動継続と操作者により選択を設定で切り替えられるようにしてもよい。

また、プロジェクタ１１はクライアント証明書として使用できるものとして、ユーザによる更新・削除ができない第１の機器証明書と、入れ替え可能な任意の第２の機器証明書とを証明書保管部１２２に保存できる。更に別のＣＡ証明書を保存できてもよい。

ＳＳＬハンドシェイクの過程でＷｅｂサーバ１０からクライアント証明書を要求された場合、プロジェクタ１１は以下のように振る舞う。まず、プロジェクタ１１は第１のＣＡ証明書でサーバ証明書の検証に成功している場合、クライアント証明書として第１の機器証明書をＷｅｂサーバ１０に送信する。プロジェクタ１１は第１のＣＡ証明書でサーバ証明書の検証に成功していなければ通信を終了する。

クライアント認証はＷｅｂサーバ１０から見てプロジェクタ１１のなりすましを防ぐ仕組みである。プロジェクタ１１に搭載されたＷｅｂサーバ１０と連携するクライアント機能においては不正なプロジェクタからのアクセスを受け入れることによってコンテンツが漏洩する可能性がある。

コンテンツの漏洩は、コンテンツの内容によって大きい脅威と考えられる。なお、クライアント認証を実現するためには、クライアント証明書を要求してきたＷｅｂサーバ１０に対して、そのＷｅｂサーバ１０上で管理される適切なクライアント証明書を送信する必要がある。例えばプロジェクタ１１はＷｅｂサーバ１０上で管理されているクライアント証明書として、第２のＣＡ証明書でサーバ証明書の検証に成功している場合、クライアント証明書として第２の機器証明書を送信するようにしてもよい。いずれのＣＡ証明書においてもサーバ証明書の検証に成功しなかった場合でも、いずれかの機器証明書を送信するようにしてもよい。また、どの機器証明書を送信するか操作者に選択させるようにしてもよいし、設定で切り替えられるようにしてもよい。

第１のＣＡ証明書、及び／または、第１の機器証明書は、工場出荷時、お客様の購入時、納品時等に、機器の製造元／販売元によって機器に書き込むようにしてもよい。一旦書き込んだ証明書はユーザにより更新・削除できないようにする。このようにすることによって、製造元／販売元が一意性を保証する機器証明書が各プロジェクタに保管され、Ｗｅｂサーバ１０はＳＳＬハンドシェイクの過程でこの証明書を取得することができる。Ｗｅｂサーバ１０上のアプリケーションは、ＣＲＭシステムを照合することでどのお客様のどの機器からのリクエストであるか知ることができるため、お客様ごとに異なるコンテンツを安全に提供することができる。

本実施の形態のプロジェクタ１１を利用したソリューション例としては例えば図２１に示すようなものがある。図２１は本実施の形態のプロジェクタを利用したソリューションの一例のイメージ図である。

図２１ではネットワーク１２を介してＷｅｂサーバ１０と、プロジェクタ１１と、クライアントＰＣ２００とがデータ通信可能に接続されている。クライアントＰＣ２００には外部ツールの一例としてのＪＰＥＧ変換ツール２０１が搭載されている。操作者はプロジェクタ１１に投影させたいファイル（例えばプレゼンテーションソフトのファイル）をＪＰＥＧ変換ツール２０１にドラッグ＆ドロップする。

ＪＰＥＧ変換ツール２０１はドラッグ＆ドロップされたファイルをＪＰＥＧファイルに変換したあと、Ｗｅｂサーバ１０にアップロードする。なお、操作者はあるアクセスナンバーに紐付けられた領域に、クライアントＰＣ２００からＪＰＥＧファイルをアップロードすることもできる。

アップロードしたＪＰＥＧファイルをプロジェクタ１１で投影する場合、操作者は開始指示をプロジェクタ１１に対して行った後、例えばリモコン２１からアクセスナンバーを入力する。プロジェクタ１１はＷｅｂサーバ１０からアクセスナンバーに紐付くＪＰＥＧファイルの情報が含まれるインデックスファイルを取得する。

プロジェクタ１１はＷｅｂサーバ１０から取得したインデックスファイルからファイル一覧画面３０を生成して投影する。プロジェクタ１１の操作者はリモコン２１を操作してサブディレクトリや上の階層のファイル一覧画面３０を投影させることもできる。ファイル一覧画面３０はアクセスナンバーに紐付くＪＰＥＧファイルとサブディレクトリとが表示される。

プロジェクタ１１の操作者はリモコン２１を操作して、ファイル一覧画面３０から投影を行うＪＰＥＧファイルを選択する。プロジェクタ１１は操作者から指定されたＪＰＥＧファイルをＷｅｂサーバ１０から取得する。プロジェクタ１１はＷｅｂサーバ１０から取得したＪＰＥＧファイルからファイル投影画面４０を生成して投影する。

このように、図２１ではＪＰＥＧ変換ツール２０１を利用することで、プロジェクタ１１に投影させたいＪＰＥＧファイルのＷｅｂサーバ１０へのアップロードを容易に行うことができる。また、図２１ではアクセスナンバーによるアクセス制限を容易に行うことができる。

以上、本実施の形態のプロジェクタ１１はＷｅｂサーバ１０に保管したＪＰＥＧファイル等の画像データを取得して投影できるので、画像データを記憶したＰＣやＵＳＢメモリ等の外部メディアを持ち運ぶことなく、画像データの投影が可能となる。画像データを記憶したＰＣやＵＳＢメモリ等の外部メディアを持ち運ぶことなく画像データの投影を行えるため、本実施の形態のプロジェクタ１１はユーザの利便性がよい。また、画像データを記憶したＰＣやＵＳＢメモリ等の外部メディアを持ち運ぶ必要がないため、本実施の形態のプロジェクタ１１はＰＣやＵＳＢメモリ等の紛失による機密情報漏洩を防止できる。

また、本実施の形態のプロジェクタ１１は、アクセスナンバーを有効にすることによって、入力されたアクセスナンバーに紐付いたコンテンツのみを投影することができるため、ユーザの利便性が向上する。また、アクセスナンバーを知らない限り他者のコンテンツを投影することはできないので、コンテンツへのアクセスを制限することができる。

また、本実施の形態のプロジェクタ１１は、ＨＴＴＰＳ通信機能を備え、書き換えできない機器証明書によるクライアント認証が可能であることから、Ｗｅｂサーバ１０において、お客様ごとに異なるコンテンツを安全に提供することができる。

なお、Ｗｅｂサーバ１０に保管した画像データを取得して投影できるので、複数台のプロジェクタ１１が共有の画像データをＷｅｂサーバ１０から取得して投影するようなシステム構成も可能である。

また、本実施の形態のプロジェクタ１１はＷｅｂサーバ１０と連携するクライアント機能を搭載することで、ユーザのシステム環境における様々なサーバシステムと繋ぐことができる柔軟なソリューションの提供を可能としている。しかしながら、プロジェクタ１１側でユーザのシステム環境における様々なサーバシステムに応じてソフトウェアを修正することは現実的でない。したがって、Ｗｅｂサーバ１０はプロジェクタ１１からの接続を可能とするために、前述したような決まったインターフェース（ＪＳＯＮ形式のインデックス）を実装している必要がある。シンプルなインターフェイスを採用したことで、どのようなサーバアプリケーションにおいても、プロジェクタ１１と接続するための追加ソフトウェアを容易に開発することができる。
［第２の実施形態］
第２の実施形態は一定時間間隔で次のファイルを表示する自動スライドショーの機能を実現するものである。なお、第２の実施形態は、一部を除いて第１の実施形態と同様であるため、適宜説明を省略する。

図２２はプロジェクタの一例の構成図である。図２２のプロジェクタ１１Ａは図１５のプロジェクタ１１にタイマ１３１を追加した構成である。タイマ１３１は設定項目「スライドショー表示間隔」を計時する。設定項目「スライドショー表示間隔」は設定項目画面５０などから設定すればよい。設定項目「スライドショー表示間隔」はスライドショーの切り替わり間隔（例えば秒）を表している。

例えばＵＩ画面生成部１１３は設定値保管部１１１に保管されている設定項目「スライドショー表示間隔」の値を利用し、タイマ１３１にスライドショーの切り替わり間隔を計時させる。ＵＩ画面生成部１１３はスライドショーの切り替わり間隔でコンテンツファイル取得部１１６に次のコンテンツファイルの取得を指示することにより、投影されているコンテンツファイルを一定時間ごとに更新できる。

図２３はプロジェクタの処理手順を表した一例のフローチャートである。なお、図２３のフローチャートはステップＳ３１の処理の前にある図１６のステップＳ１１〜Ｓ２６の処理を省略している。

図１６のステップＳ２６の処理後、ＵＩ画面生成部１１３は自動スライドショーが実行中の場合にステップＳ３１の処理を開始する。なお、自動スライドショーが実行中であるかはメモリ上に持つ状態値などで判定できる。

ステップＳ３１において、ＵＩ画面生成部１１３は設定値保管部１１１に保管されている設定項目「スライドショー表示間隔」の値を参照し、「スライドショー表示間隔」の値を計時し続けるようにタイマ１３１をセットする。

ステップＳ３２において、ＵＩ画面生成部１１３は操作部１０２から受け付けた操作者によるキー入力を操作部制御部１２１から通知されるか、又は、タイマ１３１からスライドショー表示間隔の経過（タイマ発火）を通知される。

スライドショー表示間隔の経過（タイマ発火）を通知された場合、ＵＩ画面生成部１１３はステップＳ３４に進み、次に表示するコンテンツファイルを特定したあと、ステップＳ２２の処理に戻る。

操作者によるキー入力を操作部制御部１２１から通知された場合、ＵＩ画面生成部１１３はステップＳ３５に進み、受け付けたキー入力が「メニュー」ボタンであるかを判定する。

受け付けたキー入力が「メニュー」ボタンであれば、ＵＩ画面生成部１１３はステップＳ１６の処理に戻り、ファイル一覧画面３０を再び投影させる。なお、受け付けたキー入力が「メニュー」ボタンでなければ、ＵＩ画面生成部１１３は、ステップＳ３６の処理を行う。ステップＳ３６において、ＵＩ画面生成部１１３はステップＳ２９と同様な処理を行う。ＵＩ画面生成部１１３は、受け付けたキー入力が前ファイル又は次ファイルへの移動であれば、前又は次のコンテンツファイル名を特定したあと、ステップＳ２２の処理に戻る。

受け付けたキー入力が前ファイル又は次ファイルへの移動でなければ、ＵＩ画面生成部１１３はステップＳ３７の処理を行う。ステップＳ３７において、ＵＩ画面生成部１１３は受け付けたキー入力が「決定」ボタンであるかを判定する。

受け付けたキー入力が「決定」ボタンでなければ、ＵＩ画面生成部１１３はステップＳ３２に戻り、処理を続ける。受け付けたキー入力が「決定」ボタンであれば、ＵＩ画面生成部１１３はステップＳ３８の処理を行う。

ステップＳ３８において、ＵＩ画面生成部１１３は自動スライドショーが実行中であるかを判定する。自動スライドショーが実行中であれば、ＵＩ画面生成部１１３は自動スライドショーを停止すると共に、タイマ１３１の計時を解除したあと、ステップＳ３２の処理に戻る。一方、自動スライドショーが実行中でなければ、ＵＩ画面生成部１１３は自動スライドショーを実行したあと、ステップＳ３１の処理に戻る。

例えば屋外や店頭などに設置された液晶ディスプレイなどの画像表示装置（デジタルサイネージ：Digital Signage）の用途では、キー操作無しで自動的に画像が更新されることを求められる。第２の実施形態は、タイマ１３１により一定時間間隔で次のファイルをＷｅｂサーバ１０からダウンロードして表示する自動スライドショーの機能を実現することができる。このように、第２の実施形態によれば、効果的なデジタルサイネージを演出できる。
［第３の実施形態］
第１の実施形態ではディレクトリが変更されたときにインデックス情報の更新を行っていた。しかし、取得したインデックス情報を保持したままコンテンツファイルの投影を続けていると、第１の実施形態ではＷｅｂサーバ１０でコンテンツファイルの追加や削除などの変更があった場合に以下のような問題が生じていた。

例えば取得したインデックス情報を保持したままコンテンツファイルの投影を続けていると、第１の実施形態では追加されたコンテンツファイルを表示できない。また、第１の実施形態では削除されたコンテンツファイルを投影しようとして、コンテンツファイルの取得に失敗する。そこで、第３の実施形態はＵＩ画面生成部１１３が有するインデックス情報の更新を実現するものである。なお、第３の実施形態は、一部を除いて第１、第２の実施形態と同様であるため、適宜説明を省略する。

図２４はプロジェクタの処理手順を表した一例のフローチャートである。なお、図２４のフローチャートはステップＳ５１の処理の前にある図１６のステップＳ１１〜Ｓ２９の処理を省略している。

図１６のステップＳ２９の処理において受け付けたキー入力が左右キーであれば、ＵＩ画面生成部１１３はステップＳ５１に進み、インデックスファイルを取得するためのＵＲＬを指定して、インデックス取得部１１５にインデックスファイルの取得を指示する。インデックス取得部１１５はＵＩ画面生成部１１３から指示のあったインデックスファイルの取得リクエストを通信制御部１１９経由でＷｅｂサーバ１０に送信する。

ステップＳ５２において、インデックス取得部１１５は通信制御部１１９経由でＷｅｂサーバ１０からインデックスファイルを受信する。インデックス解析部１１４は受信したインデックスファイルを解析する。ＵＩ画面生成部１１３は処理できる形式に変換されたインデックス情報をインデックス取得部１１５から受信する。

そして、ステップＳ５３において、ＵＩ画面生成部１１３は前又は次に表示するコンテンツファイルを特定したあと、ステップＳ２２の処理に戻る。なお、ステップＳ５３の処理は例えば次のように行われる。

表示中のコンテンツファイルは削除されている可能性がある。そこで、ＵＩ画面生成部１１３はインデックス情報から表示中のコンテンツファイルが削除されていると、そのインデックス情報に表示中のコンテンツファイルを例えば辞書順に基づいて加え、前又は次に表示するコンテンツファイルを特定する。

図２４のフローチャートの処理は、例えば設定項目画面５０などから設定される設定項目「投影時インデックス更新」が有効であるときに実行される。例えば設定項目「投影時インデックス更新」はコンテンツファイル取得時にインデックス情報を更新する処理の有効／無効を表している。

また、図２４のフローチャートの処理は図２３のステップＳ３３の処理とステップＳ３４の処理との間、及び、ステップＳ３６の処理とステップＳ２２の処理との間、に行うこともできる。図２３のフローチャートの処理に図２４の処理を適用することで、自動スライドショーの機能に、インデックス情報を更新する機能を追加できる。

第３の実施形態では新しいコンテンツファイルを取得する前にインデックスファイルを再取得することで、ＵＩ画面生成部１１３が有するインデックス情報を更新できる。インデックスファイルの再取得は新しいコンテンツファイルの取得時に限らず、所定時間ごとに行ってもよい。

所定時間ごとにインデックスファイルを取得する場合は頻繁にコンテンツファイルが追加や削除されないケースでオーバーヘッドを減らすことができる。インデックスファイルの再取得のタイミングはインデックス情報更新間隔として設定項目画面５０などから設定できるようにしてもよい。

このように、第３の実施形態によれば、Ｗｅｂサーバ１０でコンテンツファイルの追加や削除などの変更があった場合に、ＵＩ画面生成部１１３が有するインデックス情報に反映させることができる。例えばデジタルサイネージの用途では、動的にコンテンツファイルを変更することができ、より効果的なデジタルサイネージを演出できる。
［第４の実施形態］
第４の実施形態は電源投入により自動スライドショーを開始するものである。なお、第４の実施形態は、一部を除いて第１〜第３の実施形態と同様であるため、適宜説明を省略する。

図２５はプロジェクタの一例の構成図である。図２５のプロジェクタ１１Ｂは図２２のプロジェクタ１１Ａに待機画面制御部１３２を追加した構成である。電源投入後、待機画面制御部１３２は設定項目画面５０などから設定される設定項目「オートデモ」が有効であるとき、自動スライドショーをＵＩ画面生成部１１３に開始させる。

例えば設定項目「オートデモ」は電源投入時に自動スライドショーを開始する処理の有効／無効、アクセスナンバー、ディレクトリを表している。設定項目「オートデモ」に含まれるディレクトリは図１７や図１８における「現在の階層」としてＵＲＬ生成時に利用される。

図２６はプロジェクタの処理手順を表した一例のフローチャートである。なお、図２６のフローチャートはステップＳ６６の処理の後にある図１６のステップＳ１２〜Ｓ２９の処理を省略している。

ステップＳ６１において、プロジェクタ１１Ｂは電源投入される。ステップＳ６２〜Ｓ６４において、プロジェクタ１１Ｂはハードウェアの初期化、ＯＳの起動、ネットワークＩ／Ｆの初期化を行う。

ステップＳ６５において、待機画面制御部１３２は設定項目「オートデモ」が有効であるか否かを判定する。設定項目「オートデモ」が有効であれば、待機画面制御部１３２はステップＳ６６に進み、自動スライドショーをＵＩ画面生成部１１３に開始させる。

具体的に、待機画面制御部１３２は設定値保管部１１１に保管されている設定項目であるルートＵＲＬ、インデックスファイル、オートデモ、アクセスナンバー、ディレクトリの値を読み出したあと、その値を利用してＵＩ画面生成部１１３に図１６のステップＳ１２以降の処理を行わせることで、ＵＩ画面生成部１１３に自動スライドショーを実行させることができる。

なお、ステップＳ６５において、設定項目「オートデモ」が無効であれば、待機画面制御部１３２は図２７に示すような待機画面を表示し、図２６のフローチャートの処理を終了する。図２７は待機画面の一例のイメージ図である。プロジェクタ１１Ｂの操作者は図２７の待機画面の表示中に、リモコン２１等を操作して例えば「決定」ボタンを押下することで図１６のステップＳ１１の処理を開始できる。

例えばデジタルサイネージの用途では、設置場所で煩雑なキー操作を行うことなく、電源投入後に直ぐ投影を開始することが求められる。そこで、第３の実施形態はプロジェクションサーバ接続に必要な設定情報、及び、電源投入時に自動スライドショーを開始する処理が有効であることを表す情報を、設定項目の値として設定値保管部１１１に保管しておき、待機画面制御部１３２が電源投入後に読み出すことで、自動スライドショーをＵＩ画面生成部１１３に開始させる。

このように、第４の実施形態によれば、予め設定値保管部１１１に保管した設定項目の値に基づいて自動的にインデックスファイルやコンテンツファイルをＷｅｂサーバ１０から取得し、自動スライドショーを開始できるので、煩雑なキー操作を行わずにデジタルサイネージを実現できる。
［第５の実施形態］
第５の実施形態は図５の設定項目画面５０からプロジェクションサーバの設定項目を設定できるユーザを管理者などに制限するものである。なお、第５の実施形態は、一部を除いて第１〜第４の実施形態と同様であるため、適宜説明を省略する。

図２８はプロジェクタの一例の構成図である。図２８のプロジェクタ１１Ｃは図１５のプロジェクタ１１に認証情報保管部１３３を追加した構成である。認証情報保管部１３３は図５の設定項目画面５０からプロジェクションサーバの設定項目を設定できる管理者のＩＤ、パスワードなどの認証情報を保管する。

図５の設定項目画面５０の表示要求があると、ＵＩ画面生成部１１３は設定項目画面５０などから設定される設定項目「設定変更の制限」が有効であるとき、図２９に示すような認証画面５１を表示する。例えば設定項目「設定変更の制限」は、設定項目画面５０からプロジェクションサーバの設定項目を設定できるユーザを制限する処理の有効／無効を表している。

図２９は、認証画面及び設定項目画面の一例のイメージ図である。管理者は認証画面５１にＩＤ、パスワードなどの認証情報を入力する。ＵＩ画面生成部１１３は認証画面５１に入力されたＩＤ、パスワードなどの認証情報が認証情報保管部１３３に保管されていれば設定項目画面５０を表示し、管理者からのプロジェクションサーバの設定項目の設定を受け付ける。

なお、外部ツールからＷｅｂＡＰＩを利用して行われる設定項目の設定は、例えばＢａｓｉｃ認証／Ｄｉｇｅｓｔ認証などの方式で、ＩＤ、パスワードなどの認証情報の入力を行う。図２０のＷｅｂＡＰＩにＢａｓｉｃ認証を追加すると、図３０のようになる。図３０は外部ツールから設定項目を入力するときに利用されるＷｅｂＡＰＩの一例の説明図である。

第５の実施形態によれば、管理者のＩＤ、パスワードなどの認証情報を知らなければ図５の設定項目画面５０を表示できず、ユーザが勝手に（誤って）プロジェクションサーバの設定項目の設定を変更できなくなる。なお、設定項目画面５０などから設定される設定項目「設定変更の制限」は管理者のＩＤ、パスワードなどの認証情報を入力しなければ有効を無効に変更できないものとする。このように、第５の実施形態によれば、管理者以外のユーザが勝手に（誤って）設定項目の設定を変更できなくなり、プロジェクションシステム１の安定した運用が可能となる。

特に外部ツールからＷｅｂＡＰＩを利用して行われる設定項目の設定（遠隔設定）と組み合わせることにより、第５の実施形態では複数のプロジェクタ１１Ｃの安定した集中管理が可能となり、デジタルサイネージの用途での管理負担を軽減できる。
［第６の実施形態］
第１〜第５の実施形態では一つのＷｅｂサーバ１０を登録していた。しかし、複数のＷｅｂサーバ１０からコンテンツファイルを取得して投影したい場合、Ｗｅｂサーバ１０を切り替えるために設定項目の設定を変更する必要があり、手間が掛かっていた。さらに変更した設定項目の設定を戻し忘れると、第１〜第５の実施形態では元のＷｅｂサーバ１０に繋がらなくなり、プロジェクタ１１を共有する場合に不便である。そこで、第６の実施形態は複数のＷｅｂサーバ１０を登録できるようにしている。なお、第６の実施形態は一部を除いて第１〜第５の実施形態と同様であるため、適宜説明を省略する。

図３１はプロジェクションシステムの一例の構成図である。図３１のプロジェクションシステム１Ａは図１のプロジェクションシステム１のＷｅｂサーバ１０を複数にした構成である。

プロジェクタ１１はＷｅｂサーバ１０からインデックスファイルを取得するとき、図５の設定項目画面５０から設定されるルートＵＲＬ及びインデックスファイルの名称を利用するため、複数あるＷｅｂサーバ１０ごとに図３２に示すようなサーバ設定を保持しておく必要がある。

図３２はサーバ設定の一例の構成図である。プロジェクタ１１は図３２に示すサーバ設定を複数（例えば最大１０個など）保持できるようにする。図３２のサーバ設定は図６に示したルートＵＲＬ及びインデックスファイルの名称の他、各サーバ設定ごとに表示名及びディレクトリ（現在の階層）を設定できる。

アクセスナンバーの入力を受け付けると、プロジェクタ１１は図３２に示すサーバ設定の表示名を用いて、図３３に示すようなサーバ一覧画面６０を投影する。図３３はサーバ一覧画面の一例のイメージ図である。

サーバ一覧画面６０からユーザがＷｅｂサーバ１０の表示名を一つ選択すると、プロジェクタ１１は選択された表示名に対応する図３２に示すサーバ設定を取得する。プロジェクタ１１は図１６のステップＳ１２以降の処理を行う。なお、ＵＲＬの生成は図３２の設定項目「ディレクトリ」の値を「現在の階層」として行う。

また、各Ｗｅｂサーバ１０でアクセスナンバーの運用を共通化できないケースも考えられるため、図３３のサーバ一覧画面６０からＷｅｂサーバ１０を選択したあとでアクセスナンバーの入力を求めるようにしてもよい。アクセスナンバーの入力をＷｅｂサーバ１０の選択の前にするか後にするかは、例えば設定項目画面５０からの設定により変えられるようにしてもよい。

Ｗｅｂサーバ１０が選択されたあと、プロジェクタ１１は例えば図３のファイル一覧画面３０を表示する。なお、ファイル一覧画面３０にはサーバ一覧画面６０に戻るためのボタン（例えば「サーバ選択へ」ボタン）を用意する。

第６の実施形態では、複数のＷｅｂサーバ１０を登録できるようにし、登録されている複数のＷｅｂサーバ１０がサーバ一覧画面６０に表示されるようにしている。第６の実施形態によれば、ユーザはディレクトリやコンテンツファイルを選択するのと同じＵＩでＷｅｂサーバ１０を選択できるので、簡単な操作で複数のＷｅｂサーバ１０を切り替えて利用できる。
［第７の実施形態］
ファイル一覧画面３０やファイル投影画面４０を投影した状態でユーザがプロジェクタ１１から離れると、第１〜第６の実施形態ではＷｅｂサーバ１０に保管した機密情報を他者に見られる可能性があった。そこで、第７の実施形態は所定時間、ユーザからの操作が無い場合に待機画面に戻るようにしている。なお、第７の実施形態は一部を除いて第４の実施形態と同様であるため、適宜説明を省略する。

図２５のプロジェクタ１１Ｂの待機画面制御部１３２は、設定項目画面５０などから設定される設定項目「自動リセット」が有効であるとき、図１６のステップＳ１８又はＳ２７において、設定項目画面５０などから設定される待機画面に戻るまでの時間、ユーザからの操作を受け付けなかった場合に、プロジェクションサーバ機能を終了させて図２７の待機画面を表示する。例えば設定項目「自動リセット」は待機画面に戻る処理の有効／無効、待機画面に戻るまでの時間（例えば分）を表している。

なお、プロジェクタ１１Ｂは接続中のコネクションがあれば切断する。プロジェクタ１１Ｂは自動スライドショーの実行中は設定項目「自動リセット」が有効であっても待機画面に戻さないようにしてもよい。

第７の実施形態によれば、ユーザが長時間、プロジェクタ１１から離れても自動的に待機画面へ戻るため、情報漏洩を防ぐことができる。
［第８の実施形態］
プロジェクションサーバ機能のアクセスナンバーが長い数字列である場合、ユーザはリモコン２１からアクセスナンバーを入力する操作が煩わしくミスしやすい。また、ユーザはアクセスナンバーが長い数字列である場合、紙に書き留めるなどするため、アクセスナンバーを漏洩させてしまう危険性があった。そこで、第８の実施形態ではプロジェクタ１１にＩＣカードリーダを接続し、ＩＣカード認証情報に従い、アクセス制御を行うようにしている。

図３４はプロジェクションシステムの一例の構成図である。図３４のプロジェクションシステム１Ｂは図１のプロジェクションシステム１にＩＣカード認証サーバ１３を追加した構成である。ＩＣカード認証サーバ１３は例えば企業内の認証サーバ（ＬＤＡＰサーバなど）を利用できる。

図３５はプロジェクタの一例の構成図である。図３５のプロジェクタ１１Ｄは図１５のプロジェクタ１１にＩＣカード認証部１３４を追加した構成である。また、図３５のプロジェクタ１１ＤはＩＣカードリーダ１０３に接続されている。

ＩＣカード認証部１３４はＩＣカードリーダ１０３からＩＣカード番号を取得し、そのＩＣカード番号を用いてＩＣカード認証を行う。ＩＣカード認証部１３４は、例えば図５の設定項目画面５０から設定されるサーバ連携あり／なし、サーバ情報（ホスト、ユーザＩＤ／パスワードなど）を利用してＩＣカード認証を行う。

サーバ連携なしの場合、ＩＣカード認証部１３４は例えばＩＣカードリーダ１０３から取得したＩＣカード番号をアクセスナンバーとして利用できる。また、サーバ連携ありの場合、ＩＣカード認証部１３４は例えばＩＣカード番号に対応するアクセスナンバーをＩＣカード認証サーバ１３から取得できる。

なお、第８の実施形態の場合、図５の設定項目画面５０のアクセス制限の種類が、図３６に示すように、アクセスナンバーによるアクセス制限あり又はアクセス制限なし、ＩＣカードによるアクセス制限あり又はアクセス制限なし、ＩＣカード／アクセスナンバーによるアクセス制限あり又はアクセス制限なし、となる。

図３６はアクセス制限の種類と、その入力受付画面との対応を表した一例のイメージ図である。なお、アクセス制限の種類がＩＣカード／アクセスナンバーによるアクセス制限あり又はアクセス制限なしの場合は、例えばリモコン２１の決定キーの入力の検出とＩＣカードリーダ１０３によるＩＣカード検知との早い方を優先する。

図３７はプロジェクタの処理手順を表した一例のフローチャートである。なお、図３７のフローチャートはステップＳ７５又はＳ７９の処理の後にある図１６のステップＳ１２以降の処理を省略している。また、図３７のフローチャートはアクセス制限の種類がＩＣカードによるアクセス制限ありの場合のフローチャートである。

ステップＳ７１において、ＵＩ画面生成部１１３は入力受付画面に「ＩＣカードをかざしてください」と表示する。ステップＳ７２において、ＩＣカードリーダ１０３はユーザからＩＣカードが翳され、ＩＣカードを検知するのを待つ。ステップＳ７３において、ＩＣカードリーダ１０３はＩＣカードを検知すると、ＩＣカードからＩＣカード番号を読み出してＩＣカード認証部１３４に提供する。

ＩＣカード認証部１３４はＩＣカードリーダ１０３からＩＣカード番号を取得するとステップＳ７４に進み、サーバ連携ありが設定されているか判定する。サーバ連携ありが設定されていなければ、ＩＣカード認証部１３４はＩＣカード番号をアクセスナンバーとして図１６のステップＳ１２以降の処理を行う。なお、サーバ連携ありが設定されていなければ、ＩＣカード認証サーバ１３を省略できる。

一方、サーバ連携なしが設定されていれば、ＩＣカード認証部１３４はステップＳ７６に進み、サーバ情報を用いてＩＣカード認証サーバ１３に接続する。ステップＳ７７において、ＩＣカード認証部１３４はＩＣカード認証サーバ１３にログインする。

ステップＳ７８において、ＩＣカード認証部１３４はＩＣカード番号をＩＣカード認証サーバ１３に通知する。ＩＣカード認証サーバ１３はＩＣカード番号をキーにディレクトリを検索する。ステップＳ７９において、ＩＣカード認証サーバ１３は検索結果からアクセスナンバーを取得し、ＩＣカード認証部１３４に通知する。ＩＣカード認証部１３４はＩＣカード認証サーバ１３から通知されたアクセスナンバーで図１６のステップＳ１２以降の処理を行う。

第８の実施形態によれば、ユーザはリモコン２１からアクセスナンバーを入力することなく、ＩＣカードをかざすことでプロジェクションサーバ機能を利用でき、利便性が向上する。また、ＩＣカード認証サーバ１３と連携することで、プロジェクタ１１はセキュリティ強度が向上する。

本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

なお、特許請求の範囲に記載したサーバ装置はＷｅｂサーバ１０に相当する。画像表示装置は、プロジェクタ１１に相当する。所在情報生成手段は、ＵＲＬ生成部１１２に相当する。インデックス取得手段は、インデックス取得部１１５に相当する。一覧画面生成手段及び表示画面生成手段はＵＩ画面生成部１１３に相当する。画像データ取得手段はコンテンツファイル取得部１１６に相当する。また、設定受付手段は設定コマンド解釈部１１８に相当する。所在場所はＵＲＬに相当する。

１、１Ａ、１Ｂ プロジェクションシステム
１０ Ｗｅｂ（ＨＴＴＰ）サーバ
１１、１１Ａ、１１Ｂ、１１Ｃ、１１Ｄ プロジェクタ
１２ ネットワーク
１３ ＩＣカード認証サーバ
２１ リモコン
３０ ファイル一覧画面
３１ ＵＲＬ表示欄
３２ ファイル一覧表示欄
４０ ファイル投影画面
４１ 画像表示欄
４２ 操作欄
５０ 設定項目画面
５１ 認証画面
６０ サーバ一覧画面
１００ ネットワークコントローラ
１０１ 投影部
１０２ 操作部
１１１ 設定値保管部
１１２ ＵＲＬ生成部
１１３ ＵＩ画面生成部
１１４ インデックス解析部
１１５ インデックス取得部
１１６ コンテンツファイル取得部
１１７ 画像デコーダ
１１８ 設定コマンド解釈部
１１９ 通信制御部
１２０ グラフィックドライバ
１２１ 操作部制御部
１２２ 証明書保管部
１３１ タイマ
１３２ 待機画面制御部
１３３ 認証情報保管部
１３３ 認証情報保管部
１３４ ＩＣカード認証部
２００ クライアントＰＣ
２０１ ＪＰＥＧ変換ツール

特開２００８−３１０２４７号公報

Claims (13)

1. サーバ装置とネットワーク経由で接続可能な画像投影装置であって、
   前記サーバ装置が記憶し、現在の階層のディレクトリに含まれている画像データ及びサブディレクトリの情報の少なくとも一方を表すインデックス情報の所在情報又は画像データの所在情報を生成する所在情報生成手段と、
   前記インデックス情報の所在情報を用いて、ルートディレクトリに存在するインデックス生成スクリプトが前記現在の階層のディレクトリを走査して動的に生成した前記インデックス情報を前記サーバ装置から取得するインデックス取得手段と、
   前記インデックス情報を用いて、前記サーバ装置が記憶し、現在の階層のディレクトリに含まれている前記画像データ及びサブディレクトリの情報の少なくとも一方を表す一覧画面を生成し、投影部に投影させる一覧画面生成手段と、
   前記一覧画面から操作者が前記画像データの情報を選択した場合に、選択された前記画像データの所在情報を用いて、前記サーバ装置から前記画像データを取得する画像データ取得手段と、
   取得した前記画像データの投影画面を生成し、投影部に投影させる投影画面生成手段と
   を有し、
   前記所在情報生成手段は、前記一覧画面から操作者が現在の階層の上の階層または前記サブディレクトリを選択した場合に、前記上の階層または前記サブディレクトリに含まれている画像データ及びサブディレクトリの情報の少なくとも一方を表す前記上の階層または前記サブディレクトリのインデックス情報の所在情報又は画像データの所在情報を生成し、
   前記インデックス取得手段は、前記上の階層または前記サブディレクトリのインデックス情報の所在情報を用いて、前記サーバ装置から前記上の階層または前記サブディレクトリの前記インデックス情報を取得することを特徴とする画像投影装置。
2. 前記所在情報生成手段は、前記サーバ装置から取得した前記インデックス情報、設定値保管部から取得した前記サーバ装置のルートの所在情報、及び前記現在の階層情報から前記サーバ装置が記憶する画像データの所在情報を生成すること
   を特徴とする請求項１記載の画像投影装置。
3. 前記所在情報生成手段は、アクセス制限の種類が更に設定されている前記設定値保管部から、設定されているアクセス制限の種類を取得して、アクセスナンバーによるアクセス制限ありのとき、生成する前記インデックス情報の所在情報又は画像データの所在情報に前記アクセスナンバーを埋め込むこと
   を特徴とする請求項２記載の画像投影装置。
4. １以上のデジタル証明書を保管する証明書保管手段を更に有し、
   前記インデックス取得手段、及び前記画像データ取得手段が前記サーバ装置に接続する際に、前記証明書保管手段から読み出した証明書を用いてサーバ装置と相互認証を行う
   ことを特徴とする請求項１乃至３何れか一項記載の画像投影装置。
5. 前記証明書保管手段において、少なくとも１つのＣＡ証明書と少なくとも１つの機器証明書が、操作者による書き換えから保護されている
   ことを特徴とする請求項４記載の画像投影装置。
6. 前記投影画面生成手段は、所定時間ごとに前記画像データ取得手段が前記サーバ装置から順次取得する前記画像データの投影画面を順次生成し、前記投影部に投影させること
   を特徴とする請求項１記載の画像投影装置。
7. 前記インデックス取得手段は、所定時間ごと又は前記画像データ取得手段が前記サーバ装置から前記画像データを取得する前に、前記サーバ装置から前記インデックス情報を取得すること
   を特徴とする請求項６記載の画像投影装置。
8. 前記投影画面生成手段は、電源投入後、所定時間ごとに前記画像データ取得手段が前記サーバ装置から順次取得する前記画像データの投影画面を順次生成し、前記投影部に投影させる処理を自動で開始すること
   を特徴とする請求項６又は７記載の画像投影装置。
9. 前記サーバ装置に関連する設定項目の設定を受け付ける操作者の認証情報を保管する認証情報保管部に、前記サーバ装置に関連する設定項目の設定を要求した前記操作者の認証情報が保管されていれば、前記サーバ装置に関連する設定項目の設定を受け付ける設定受付手段を更に有すること
   を特徴とする請求項１記載の画像投影装置。
10. 前記一覧画面生成手段および前記投影画面生成手段は、所定時間の間、前記操作者からの操作を受け付けなかった場合に、前記サーバ装置との接続を切断し、待機画面を生成して前記投影部に投影させること
    を特徴とする請求項１乃至９何れか一項記載の画像投影装置。
11. 記録媒体読み出し部が記録媒体から読み出した情報を前記アクセスナンバーとして、又は認証装置による認証が成功したあと前記記録媒体読み出し部が記録媒体から読み出した情報に対応する前記アクセスナンバーを前記認証装置から取得する認証手段を更に有すること
    を特徴とする請求項３記載の画像投影装置。
12. サーバ装置と画像投影装置とがネットワーク経由で接続され、前記サーバ装置が記憶する画像データを前記画像投影装置が投影する画像投影システムであって、
    前記画像投影装置は、
    前記サーバ装置が記憶し、現在の階層のディレクトリに含まれている画像データ及びサブディレクトリの情報の少なくとも一方を表すインデックス情報の所在情報又は画像データの所在情報を生成する所在情報生成手段と、
    前記インデックス情報の所在情報を用いて、ルートディレクトリに存在するインデックス生成スクリプトが前記現在の階層のディレクトリを走査して動的に生成した前記インデックス情報を前記サーバ装置から取得するインデックス取得手段と、
    前記インデックス情報を用いて、前記サーバ装置が記憶し、現在の階層のディレクトリに含まれている前記画像データ及びサブディレクトリの情報の少なくとも一方を表す一覧画面を生成し、投影部に投影させる一覧画面生成手段と、
    前記一覧画面から操作者が前記画像データの情報を選択した場合に、選択された前記画像データの所在情報を用いて、前記サーバ装置から前記画像データを取得する画像データ取得手段と、
    取得した前記画像データの投影画面を生成し、投影部に投影させる投影画面生成手段と
    を有し、
    前記所在情報生成手段は、前記一覧画面から操作者が現在の階層の上の階層または前記サブディレクトリを選択した場合に、前記上の階層または前記サブディレクトリに含まれている画像データ及びサブディレクトリの情報の少なくとも一方を表す前記上の階層または前記サブディレクトリのインデックス情報の所在情報又は画像データの所在情報を生成し、
    前記インデックス取得手段は、前記上の階層または前記サブディレクトリのインデックス情報の所在情報を用いて、前記サーバ装置から前記上の階層または前記サブディレクトリの前記インデックス情報を取得することを特徴とする画像投影システム。
13. サーバ装置と画像投影装置とがネットワーク経由で接続され、前記サーバ装置が記憶する画像データを前記画像投影装置が投影する画像投影システムで実行される画像投影方法であって、
    前記画像投影装置は、
    前記サーバ装置が記憶し、現在の階層のディレクトリに含まれている画像データ及びサブディレクトリの情報の少なくとも一方を表すインデックス情報の所在情報を生成するステップと、
    前記インデックス情報の所在情報を用いて、ルートディレクトリに存在するインデックス生成スクリプトが前記現在の階層のディレクトリを走査して動的に生成した前記インデックス情報を前記サーバ装置から取得するステップと、
    前記インデックス情報を用いて、前記サーバ装置が記憶し、現在の階層のディレクトリに含まれている前記画像データ及びサブディレクトリの情報の少なくとも一方を表す一覧画面を生成し、投影部に投影させるステップと、
    前記一覧画面から操作者が前記画像データの情報を選択した場合に、選択された前記画像データの所在情報を用いて、前記サーバ装置から前記画像データを取得し、前記一覧画面から操作者が現在の階層の上の階層または前記サブディレクトリを選択した場合に、前記上の階層または前記サブディレクトリに含まれている画像データ及びサブディレクトリの情報の少なくとも一方を表す前記上の階層または前記サブディレクトリのインデックス情報の所在情報又は画像データの所在情報を用いて、前記サーバ装置から前記上の階層または前記サブディレクトリの前記インデックス情報を取得するステップと、
    取得した前記画像データの投影画面、または、前記上の階層または前記サブディレクトリに含まれている前記画像データ及びサブディレクトリの情報の少なくとも一方を表す一覧画面を生成し、投影部に投影させるステップと
    を有することを特徴とする画像投影方法。