JP2017073141A - サーバ装置、プログラム及び画像表示システム - Google Patents

Abstract

【課題】画像表示装置の利便性を向上させるサーバ装置、プログラム及び画像表示システムを提供することを課題とする。
【解決手段】１つ以上の機器１１と、コンテンツを表示する画像表示装置１５とにネットワーク経由で接続可能なサーバ装置１０であって、１つ以上の機器１１から提供されるコンテンツに基づき、コンテンツの情報の一覧画面を画像表示装置１５に表示させるためのインデックス情報を、画像表示装置１５に提供するインデックス情報処理手段と、一覧画面から操作者が選択したコンテンツの情報を用いて、コンテンツの表示画面を画像表示装置１５に表示させるための画像データを画像表示装置１５に提供する画像データ処理手段とを有することにより上記課題を解決する。
【選択図】図１

Description

本発明は、サーバ装置、プログラム及び画像表示システムに関する。

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

しかしながら、従来のプロジェクタは画像を投影する為に、画像を記憶したＰＣを接続するか又はＵＳＢメモリを装着しなければならなかった。したがって、プロジェクタを持ち運んで投影を行う場合は、画像を記憶したＰＣ又はＵＳＢメモリも合わせて持ち運ぶ必要があり、不便であった。

本発明は、画像表示装置の利便性を向上させるサーバ装置、プログラム及び画像表示システムを提供することを目的とする。

上記の課題を解決するため、請求項１に記載したサーバ装置は、コンテンツを提供する１つ以上の機器と、前記コンテンツを表示する画像表示装置とにネットワーク経由で接続可能なサーバ装置であって、前記１つ以上の機器から提供されるコンテンツに基づき、前記コンテンツの情報の一覧画面を前記画像表示装置に表示させるためのインデックス情報を、前記画像表示装置に提供するインデックス情報処理手段と、前記一覧画面から操作者が選択した前記コンテンツの情報を用いて、前記コンテンツの表示画面を前記画像表示装置に表示させるための画像データを前記画像表示装置に提供する画像データ処理手段と、を有することを特徴とする。

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

本発明によれば、画像表示装置の利便性を向上させるサーバ装置、プログラム及び画像表示システムを提供可能である。

プロジェクションシステムの一例の構成図である。 プロジェクションサーバの一例のハードウェア構成図である。 プロジェクションサーバの一例のソフトウェア構成図である。 プロジェクションサーバとプロジェクタとの処理手順の一例を表した概略図である。 ディスパッチャ部が受信するＵＲＬの一例の構成図である。 ディスパッチャ部の処理手順の一例を表したフローチャートである。 振分テーブルの一例の構成図である。 ルートコントローラの処理手順の一例を表したフローチャートである。 ユーザ情報の一例の構成図である。 ルートのインデックスファイルの一例の構成図である。 ファイル一覧画面の一例のイメージ図である。 外部サービスコントローラの処理手順の概略を表したフローチャートである。 ステップＳ３２のインデックスファイルの提供処理の一例を表したシーケンス図である。 ステップＳ３２のインデックスファイルの提供処理の他の例を表したシーケンス図である。 ステップＳ３３のコンテンツファイルの提供処理の一例を表したシーケンス図である。 ステップＳ３３のコンテンツファイルの提供処理の他の例を表したシーケンス図である。 ステップＳ３３のコンテンツファイルの提供処理の他の例を表したシーケンス図である。 外部サービスコントローラの処理手順の一例を表したフローチャートである。 外部サービスコントローラの処理手順の他の例を表したフローチャートである。 外部サービスコントローラの処理手順の他の例を表したフローチャートである。 外部サービスコントローラの処理手順の他の例を表したフローチャートである。 ファイル情報の一例の構成図である。 外部サービスコントローラの処理手順の他の例を表したフローチャートである。 ファイルのアップロード処理の一例を表したフローチャートである。 ファイル情報の他の例の構成図である。 ファイルの送信処理の一例を表したフローチャートである。 ファイル情報の有効期限終了をセットする処理の一例のフローチャートである。 有効期限が終了したファイルを削除する処理の一例のフローチャートである。 操作者からファイル削除の指示を受け付ける画面の一例のイメージ図である。 プロジェクションサーバと外部サービスとの連携の設定処理を表したシーケンス図である。 プロジェクションサーバと外部サービスとの連携による投影処理を表したシーケンス図である。 ログイン後のポータル画面の一例のイメージ図である。 ユーザ情報と外部サービスの認証情報との対応図である。 プロジェクションサーバと外部サービスとの連携の設定処理を表したシーケンス図である。 プロジェクションサーバと外部サービスとの連携による投影処理を表したシーケンス図である。 ユーザ情報と外部サービスの認証情報との対応図である。 プロジェクションサーバと連携する複合機の一例の構成図である。 プロジェクションサーバと連携するデジタルカメラ、固定カメラの一例の構成図である。 プロジェクションサーバと連携するＰＣの一例の構成図である。 プロジェクションサーバと連携するストレージサーバの一例の構成図である。

以下、本発明の実施の形態について、詳細に説明する。
［第１の実施形態］
＜システム構成＞
図１はプロジェクションシステムの一例の構成図である。図１に示すプロジェクションシステム１は、プロジェクションサーバ１０と、外部Ｗｅｂサービスサーバ１１と、ストレージサーバ１２と、ＰＣ１３と、画像入出力機器１４と、プロジェクタ１５と、ファイアウォール（ＦＷ）１６と、ルータ１７と、ネットワーク１８〜２０を有する。

プロジェクションサーバ１０及び外部Ｗｅｂサービスサーバ１１はインターネットなどのネットワーク１８を介して接続されている。例えば、プロジェクションサーバ１０及び外部Ｗｅｂサービスサーバ１１はクラウド上にある。外部Ｗｅｂサービスサーバ１１はＷｅｂサービスを提供する機器の一例である。外部Ｗｅｂサービスサーバ１１はクラウド上でストレージサービスやアプリケーションサービス等のＷｅｂサービスを提供する。外部Ｗｅｂサービスサーバ１１はプロジェクションサーバ１０にコンテンツを提供する。

また、ネットワーク１８にはＦＷ１６を介してＬＡＮなどのネットワーク１９が接続されている。ネットワーク１９にはストレージサーバ１２、ＰＣ１３、画像入出力機器１４が接続されている。

ストレージサーバ１２、ＰＣ１３、画像入出力機器１４は、Ｗｅｂサービスを提供する機器の一例である。Ｗｅｂサービスによりストレージサーバ１２、ＰＣ１３、画像入出力機器１４はコンテンツをプロジェクションサーバ１０に提供する。

また、ストレージサーバ１２、ＰＣ１３、画像入出力機器１４は後述するアップロードによりコンテンツをプロジェクションサーバ１０に提供する機器の一例である。画像入出力機器１４は、例えば複合機、スキャナ、デジタルカメラ等である。

また、ネットワーク１８にはルータ１７を介してＬＡＮなどのネットワーク２０が接続されている。ネットワーク２０にはプロジェクタ１５が接続されている。プロジェクタ１５はプロジェクションサーバ１０と連携するクライアント機能を搭載する。プロジェクタ１５はクライアント機能を利用してプロジェクションサーバ１０から後述のようにコンテンツを取得し、投影する。なお、ネットワーク１９、２０は有線通信／無線通信の何れかであっても、両方を含むものであってもよい。

本実施形態におけるプロジェクタ１５は画像表示装置の一例である。また、プロジェクションシステム１は画像表示システムの一例である。また、プロジェクタ１５による投影は画像表示装置による表示の一例である。さらに、外部Ｗｅｂサービスサーバ１１、ストレージサーバ１２、ＰＣ１３、画像入出力機器１４は画像表示装置にコンテンツを提供する機器の一例である。

＜ハードウェア構成＞
図２はプロジェクションサーバの一例のハードウェア構成図である。図２に示したプロジェクションサーバ１０は、入力装置１０１、表示装置１０２、外部Ｉ／Ｆ１０３、ＲＡＭ１０４、ＲＯＭ１０５、ＣＰＵ１０６、通信Ｉ／Ｆ１０７、ＨＤＤ１０８等が、それぞれバスＢで相互に接続されている構成である。

入力装置１０１はキーボードやマウスなどを含み、プロジェクションサーバ１０に各操作信号を入力するのに用いられる。表示装置１０２はディスプレイ等を含み、プロジェクションサーバ１０の管理情報やログを表示する。

通信Ｉ／Ｆ１０７は、プロジェクションサーバ１０をネットワーク１８に接続するインタフェースである。これにより、プロジェクションサーバ１０は通信Ｉ／Ｆ１０７を介して外部Ｗｅｂサービスサーバ１１、ストレージサーバ１２、ＰＣ１３、画像入出力装置１４、プロジェクタ１５とデータ通信を行うことができる。

ＨＤＤ１０８は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、プロジェクションサーバ１０全体を制御する基本ソフトウェアであるＯＳ、ＯＳ上において各種機能を提供するアプリケーションソフトウェアなどがある。また、ＨＤＤ１０８は格納しているプログラムやデータを、所定のファイルシステム及び／又はＤＢにより管理している。

外部Ｉ／Ｆ１０３は、外部装置とのインタフェースである。外部装置には、記録媒体１０３ａなどがある。これにより、プロジェクションサーバ１０は外部Ｉ／Ｆ１０３を介して記録媒体１０３ａの読み取り及び／又は書き込みを行うことができる。また、記録媒体１０３ａにはフレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリ等がある。

ＲＯＭ１０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１０５にはプロジェクションサーバ１０の起動時に実行されるＢＩＯＳ、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ１０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。

ＣＰＵ１０６は、ＲＯＭ１０５やＨＤＤ１０８などの記憶装置からプログラムやデータをＲＡＭ１０４上に読み出し、処理を実行することで、プロジェクションサーバ１０全体の制御や機能を実現する演算装置である。

プロジェクションサーバ１０は、上記ハードウェア構成により、後述するような各種処理を実現できる。なお、これらハードウェアの代わりに、近年普及してきているＩａａＳ（Infrastructure as a service）上の仮想マシンにより実現してもよい。

＜ソフトウェア構成＞
図３はプロジェクションサーバの一例のソフトウェア構成図である。プロジェクションサーバ１０はプログラムを実行することで、ＨＴＴＰサーバ部３１と、ディスパッチャ部３２と、ビュー部３３と、１つ以上のコントローラ部３４と、ＨＴＴＰクライアント部３５と、フォーマット変換部３６と、ユーザ管理部３７と、ファイル管理部３８とを実現している。

ＨＴＴＰサーバ部３１はプロジェクタ１５やブラウザ（図示せず）とＨＴＴＰ（Ｓ）通信を行う。なお、ブラウザは、例えば操作者の操作するＰＣや、後述のようにコンテンツをプロジェクションサーバ１０にアップロードするＰＣなどに搭載される。また、ＨＴＴＰクライアント部３５は外部Ｗｅｂサービスサーバ１１、ストレージサーバ１２、ＰＣ１３、画像入出力機器１４とＨＴＴＰ（Ｓ）通信を行う。

以下では、外部Ｗｅｂサービスサーバ１１がプロジェクションサーバ１０にコンテンツを提供するＷｅｂサービスと、ストレージサーバ１２、ＰＣ１３及び画像入出力機器１４がプロジェクションサーバ１０にコンテンツを提供するＷｅｂサービスとの両方の意味を含む語句として「外部サービス」を用いる。

ユーザ管理部３７は、ユーザ情報、外部サービスの認証情報などを管理する。ファイル管理部３８は、内部ストレージサービスにアップロードされたファイル、後述のように変換されたファイル、外部Ｗｅｂサービスサーバ１１、ストレージサーバ１２、ＰＣ１３又は画像入出力機器１４からダウンロードした一時ファイル等を管理する。なお、ファイル管理部３８が管理するファイルは、後述のインデックスファイル、コンテンツファイルを含むものである。

インデックスファイルはインデックス情報の一例である。インデックスファイルはプロジェクタ１５に提供可能なコンテンツファイルに関する情報を含むファイルであり、コンテンツファイルの一覧情報を含んでいる。より詳細に、インデックスファイルには、後述するように、プロジェクタ１５に提供可能なコンテンツファイル、サブディレクトリの情報が含まれる。また、コンテンツファイルは画像データの一例である。コンテンツファイルは静止画、動画ファイル等である。

ＨＴＴＰサーバ部３１はプロジェクタ１５やブラウザ（図示せず）のＨＴＴＰクライアント部（図示せず）からＨＴＴＰリクエストを受信する。ＨＴＴＰサーバ部３１は、受信したＨＴＴＰリクエストを解釈し、ディスパッチャ部３２に必要な情報（ＵＲＬ）を送信する。ディスパッチャ部３２は受信したＵＲＬを後述のようにコントローラ部３４に振り分ける。

コントローラ部３４は、ルートコントローラ、内部ストレージサービスコントローラ及び外部サービスコントローラを含む。なお、コントローラ部３４に含まれている内部ストレージサービスコントローラ及び外部サービスコントローラは、利用する内部ストレージサービス及び外部サービスによって異なる。例えばコントローラ部３４は、利用する外部サービスごとに外部サービスコントローラを設けてもよいし、外部サービスの種類ごとに外部サービスコントローラを設けてもよい。

コントローラ部３４はディスパッチャ部３２によって振り分けられたＵＲＬに応じて後述するインデックスファイル取得、コンテンツファイル取得などの処理を行う。また、コントローラ部３４は必要に応じてフォーマット変換部３６に、インデックスファイル、コンテンツファイルのフォーマットを、プロジェクタ１５で投影できるフォーマットに変換させる。

コントローラ部３４はプロジェクタ１５のＨＴＴＰクライアント部（図示せず）に送信するインデックスファイル、コンテンツファイルを、ＨＴＴＰサーバ部３１に送信する。また、コントローラ部３４はブラウザ（図示せず）のＨＴＴＰクライアント部（図示せず）からアップロードされたコンテンツファイルをプロジェクションサーバ１０内のストレージ（内部ストレージ）に保存する。コントローラ部３４はブラウザ（図示せず）のＨＴＴＰクライアント部（図示せず）に表示させる情報をビュー部３３に送信し、ビュー部３３はＨＴＭＬファイルを生成し、ＨＴＴＰサーバ部３１に送信する。ＨＴＴＰサーバ部３１は受信したインデックスファイル、コンテンツファイル、ＨＴＭＬファイルをＨＴＴＰレスポンスとしてプロジェクタ１５やブラウザ（図示せず）のＨＴＴＰクライアント部（図示せず）に送信する。

＜処理の流れ＞
《プロジェクションサーバ１０とプロジェクタ１５との処理》
図４は、プロジェクションサーバとプロジェクタとの処理手順の一例を表した概略図である。なお、本実施形態では、アクセス制限の一例としてアクセスナンバーによるアクセス制限が設定されている例を説明するが、ＩＣカードや指紋認証装置によるアクセス制限を選択できるようにしてもよい。

プロジェクタ１５の操作者は、開始指示（ファイル一覧画面の投影指示）をプロジェクタ１５に対して行った後、ステップＳ１において、例えばリモコン４１を操作してアクセスナンバーを入力する。

ステップＳ２において、プロジェクタ１５はインデックスファイルをプロジェクションサーバ１０から取得する。プロジェクションサーバ１０から取得するインデックスファイルにはアクセスナンバーに紐付くコンテンツファイルの情報が含まれる。

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

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

《ディスパッチャ部３２の処理》
ディスパッチャ部３２はＨＴＴＰサーバ部３１から例えば図５に示すようなＵＲＬを受信する。図５はディスパッチャ部が受信するＵＲＬの一例の構成図である。プロジェクタ１５の操作者が、開始指示（ファイル一覧画面の投影指示）をプロジェクタ１５に対して行ったあと、ディスパッチャ部３２はＨＴＴＰサーバ部３１から例えば図５（Ａ）のＵＲＬを受信する。

また、プロジェクタ１５の操作者が、ファイル一覧画面から内部ストレージサービスのサブディレクトリの選択をプロジェクタ１５に対して行ったあと、ディスパッチャ部３２はＨＴＴＰサーバ部３１から例えば図５（Ｂ）のＵＲＬを受信する。

また、プロジェクタ１５の操作者が、ファイル一覧画面から外部サービスのサブディレクトリの選択をプロジェクタ１５に対して行ったあと、ディスパッチャ部３２はＨＴＴＰサーバ部３１から例えば図５（Ｃ）又は図５（Ｄ）のＵＲＬを受信する。さらに、ディスパッチャ部３２は、プロジェクタ１５の操作者がファイル一覧画面から外部サービスのサブディレクトリに含まれるコンテンツファイルの選択をプロジェクタ１５に対して行ったあと、ＨＴＴＰサーバ部３１から例えば図５（Ｅ）のＵＲＬを受信する。

図５（Ａ）のＵＲＬは、ホストＵＲＬ「ｐｒｏｊｅｃｔｉｏｎ．ｅｘａｍｐｌｅ．ｃｏｍ」と、アクセスナンバー「１２３４５」とが含まれる。また、図５（Ｂ）のＵＲＬは図５（Ａ）のＵＲＬに、内部ストレージサービスを示す情報「ｌｏｃａｌ」が追加された構成である。図５（Ｃ）のＵＲＬは、図５（Ａ）のＵＲＬに、外部サービスを示す情報「ｅｘｔ１」が追加された構成である。図５（Ｄ）のＵＲＬは、図５（Ａ）のＵＲＬに、外部サービスを示す情報「ｅｘｔ２」が追加された構成である。

また、図５（Ｅ）のＵＲＬは図５（Ｃ）のＵＲＬにサブディレクトリを示す情報「ｆｏｌｄｅｒ１」と、コンテンツファイルを示す情報「ｆｉｌｅ１．ｊｐｇ」とが追加された構成である。なお、図５（Ｅ）の「ｆｏｌｄｅｒ１／ｆｉｌｅ１．ｊｐｇ」は外部サービス内におけるＵＲＬパスの一例である。図５（Ｅ）の「１２３４５／ｅｘｔ１／ｆｏｌｄｅｒ１／ｆｉｌｅ１．ｊｐｇ」はプロジェクションサーバ１０内におけるＵＲＬパスの一例である。

ディスパッチャ部３２はＨＴＴＰサーバ部３１から受信する図５（Ａ）〜図５（Ｅ）のようなＵＲＬに基づいて、ＵＲＬを振り分けるコントローラ部３４を後述するように判定する。例えば図５（Ａ）のＵＲＬはルートコントローラのコントローラ部３４に振り分けられる。図５（Ｂ）のＵＲＬは内部ストレージサービスのコントローラ部３４に振り分けられる。図５（Ｃ）のＵＲＬは外部サービス（ｅｘｔ１）のコントローラ部３４に振り分けられる。図５（Ｄ）のＵＲＬは外部サービス（ｅｘｔ２）のコントローラ部３４に振り分けられる。なお、図５（Ｅ）のＵＲＬは外部サービス（ｅｘｔ１）のコントローラ部３４に振り分けられる。

図６はディスパッチャ部の処理手順の一例を表したフローチャートである。ステップＳ１０において、ディスパッチャ部３２はＨＴＴＰサーバ部３１からＵＲＬを受信する。ステップＳ１１において、ディスパッチャ部３２は受信したＵＲＬに含まれるアクセスナンバー｛ｎ｝からユーザ管理部３７のユーザ情報を検索する。ディスパッチャ部３２はステップＳ１２において、受信したＵＲＬがルートであるかを判定する。

受信したＵＲＬがルートであるかの判定は例えば受信したＵＲＬがホストＵＲＬ及びアクセスナンバーからなる構成であるときに、ルートであると判定してもよい。また、受信したＵＲＬがルートであるかの判定は、例えば図７に示すようなＵＲＬと、ルートコントローラ、内部ストレージサービスコントローラ及び外部サービスコントローラとを対応付けた振分テーブルを用いて、ルートであると判定してもよい。ルートコントローラと対応付けられたＵＲＬはルートのＵＲＬである。

図７は、振分テーブルの一例の構成図である。図７の振分テーブルはプロジェクションサーバ１０に３つのサービスとして１つの内部ストレージサービスと、２つの外部サービスとが登録されている例を表している。

受信したＵＲＬがルートであれば、ステップＳ１３において、ディスパッチャ部３２はルートコントローラのコントローラ部３４を選択してＵＲＬを振り分ける。受信したＵＲＬがルートでなければ、ディスパッチャ部３２はステップＳ１４の処理を行う。

ステップＳ１４では、ディスパッチャ部３２が、受信したＵＲＬに含まれるサービスを示す情報（ｌｏｃａｌやｅｘｔ１など）に基づき、例えば図７の振分テーブルからサービスを示す情報と対応付けられている内部ストレージサービスコントローラ又は外部サービスコントローラを選択してＵＲＬを振り分ける。

《ルートコントローラの処理》
ルートコントローラのコントローラ部３４（以下、ルートコントローラと呼ぶ）は図８に示すような手順で処理を行う。図８はルートコントローラの処理手順の一例を表したフローチャートである。

図９はユーザ情報の一例の構成図である。ユーザ情報はユーザＩＤ、パスワード、アクセスナンバー、利用サービスを項目として有する。なお、利用サービスはプロジェクタ１５の操作者が利用することのできる内部ストレージサービス、外部サービスを設定しているものである。図９の例ではアクセスアンバー「１２３４５」の操作者は内部ストレージサービス（ｌｏｃａｌ）と外部サービス（ｅｘｔ１）とを利用できる。

ステップＳ２２において、ルートコントローラはステップＳ１１で検索したユーザ情報に含まれる利用サービスに基づいて、操作者の利用できる内部ストレージサービス、外部サービスをディレクトリのリストとしたルートのインデックスファイルを生成する。

図１０はルートのインデックスファイルの一例の構成図である。図１０のルートのインデックスファイルは、操作者の利用できる内部ストレージサービス（ｌｏｃａｌ）、外部サービス（ｅｘｔ１）をディレクトリのリストとしている。

ステップＳ２３において、ルートコントローラはステップＳ２２で作成したルートのインデックスファイルを、ＨＴＴＰサーバ部３１を介してプロジェクタ１５に送信する。ルートのインデックスファイルを受信したプロジェクタ１５は例えば図１１に示すようなファイル一覧画面５０を表示する。

図１１は、ファイル一覧画面の一例のイメージ図である。図１１のファイル一覧画面５０はファイル一覧表示欄５１を含む。ファイル一覧表示欄５１は、ルートのインデックスファイルに含まれているディレクトリの情報を表示する。ファイル一覧表示欄５１に表示されているディレクトリの情報は、操作者の利用できる内部ストレージサービス（ｌｏｃａｌ）と外部サービス（ｅｘｔ１）とに対応している。

《外部サービスコントローラの処理》
外部サービスのコントローラ部３４（以下、外部サービスコントローラと呼ぶ）の処理は外部サービスによって異なるため、外部サービスコントローラの処理の一例を概略的に説明する。図１２は外部サービスコントローラの処理手順の概略を表したフローチャートである。

外部サービスコントローラはディスパッチャ部３２からＵＲＬを受信すると、ステップＳ３１において、受信したＵＲＬからインデックスファイルの取得要求であるか否かを判定する。例えば外部サービスコントローラは受信したＵＲＬの最後が「／」である場合にインデックスファイルの取得要求であると判定する。

インデックスファイルの取得要求であると判定すると、外部サービスコントローラはステップＳ３２において、後述するインデックスファイルの提供処理を行う。インデックスファイルの取得要求でないと判定すると、外部サービスコントローラはステップＳ３３において、後述するコンテンツファイルの提供処理を行う。

なお、ステップＳ３２のインデックスファイルの提供処理はプロジェクタ１５及び外部サービスと連携して行われる。そこで、ここではステップＳ３２のインデックスファイルの提供処理を、図１３のシーケンス図を用いて説明する。図１３はステップＳ３２のインデックスファイルの提供処理の一例を表したシーケンス図である。なお、図１３では外部サービスを提供する機器の一例として外部Ｗｅｂサービスサーバ１１を示している。

ステップＳ４１において、プロジェクションサーバ１０は例えば図５（Ｃ）に示すようなＵＲＬを受信することで、外部Ｗｅｂサービスサーバ１１のインデックスファイルの取得要求を受信する。ステップＳ４２において、プロジェクションサーバ１０は外部Ｗｅｂサービスサーバ１１にインデックスファイルの取得要求を行う。

ステップＳ４３において、プロジェクションサーバ１０は外部Ｗｅｂサービスサーバ１１から例えばＸＭＬ（Extensible Markup Language）形式で表記されているインデックスファイルを受信する。

プロジェクションサーバ１０はステップＳ４４において、外部Ｗｅｂサービスサーバ１１のインデックスファイルをＸＭＬ形式からＪＳＯＮ（JavaScript Object Notation）形式にフォーマット変換する。なお、ステップＳ４３において受信したインデックスファイルの形式がＪＳＯＮ形式であれば、ステップＳ４４の処理は省略される。ステップＳ４５において、プロジェクションサーバ１０はＪＳＯＮ形式で表記された外部Ｗｅｂサービスサーバ１１のインデックスファイルをプロジェクタ１５に提供する。

また、ステップＳ３２のインデックスファイルの提供処理は外部Ｗｅｂサービスサーバ１１にプロジェクタ１５が直接投影できないマルチページのフォーマット（例えばＰＤＦ形式など）でコンテンツファイルが保存されている場合についても考慮する。外部Ｗｅｂサービスサーバ１１にマルチページのフォーマットでコンテンツファイルが保存されている場合、プロジェクションサーバ１０はマルチページのフォーマットで保存されているコンテンツファイルをサブディレクトリ（以下、コンテンツファイルを示すサブディレクトリという）として、インデックスファイルに含めておく。

プロジェクタ１５において、操作者がファイル一覧画面からコンテンツファイルを示すサブディレクトリを選択すると、ステップＳ３２のインデックスファイルの提供処理は図１４のシーケンス図に示すように行われる。

図１４はステップＳ３２のインデックスファイルの提供処理の他の例を表したシーケンス図である。ステップＳ５１において、プロジェクションサーバ１０はコンテンツファイルを示すサブディレクトリのインデックスファイルの取得要求を受信する。

ステップＳ５２において、プロジェクションサーバ１０は、コンテンツファイルを示すサブディレクトリによって特定されるコンテンツファイルの取得要求を外部Ｗｅｂサービスサーバ１１に行う。

ステップＳ５３において、プロジェクションサーバ１０は外部Ｗｅｂサービスサーバ１１からマルチページのフォーマットのコンテンツファイルを受信する。ステップＳ５４において、プロジェクションサーバ１０はマルチページのフォーマットのコンテンツファイルをフォーマット変換して、ページ毎のフォーマットのコンテンツファイル（例えばＪＰＥＧ形式など）を内部ストレージに保存する。つまり、マルチページのコンテンツファイルはページ数分のコンテンツファイルに変換される。

ステップＳ５５において、プロジェクションサーバ１０はステップＳ５４において内部ストレージに保存したコンテンツファイルのインデックスファイルをＪＳＯＮ形式で生成する。そして、ステップＳ５６において、プロジェクションサーバ１０はステップＳ５５で生成したインデックスファイルをプロジェクタ１５に提供する。

また、ステップＳ３３のコンテンツファイルの提供処理は、プロジェクタ１５及び外部サービスと連携して行われる。そこで、ここではステップＳ３３のコンテンツファイルの提供処理を、図１５のシーケンス図を用いて説明する。

図１５はステップＳ３３のコンテンツファイルの提供処理の一例を表したシーケンス図である。なお、図１５では外部サービスを提供する機器の一例として外部Ｗｅｂサービスサーバ１１を示している。図１５は外部Ｗｅｂサービスサーバ１１に、プロジェクタ１５が直接投影できるフォーマット（例えばＪＰＥＧ形式など）でコンテンツファイルが保存されている場合を表している。

ステップＳ６１において、プロジェクションサーバ１０は例えば図５（Ｅ）に示すようなＵＲＬを受信することで、外部Ｗｅｂサービスサーバ１１のコンテンツファイルの取得要求を受信する。ステップＳ６２において、プロジェクションサーバ１０は、外部Ｗｅｂサービスサーバ１１にコンテンツファイルの取得要求を行う。

ステップＳ６３において、プロジェクションサーバ１０は外部Ｗｅｂサービスサーバ１１から例えばＪＰＥＧ形式のコンテンツファイルを受信する。プロジェクションサーバ１０はステップＳ６４において、外部Ｗｅｂサービスサーバ１１から受信したＪＰＥＧ形式のコンテンツファイルをプロジェクタ１５に提供する。

また、プロジェクタ１５が直接投影できないフォーマット（例えばＧＩＦ形式やＰＮＧ形式など）でコンテンツファイルが外部Ｗｅｂサービスサーバ１１に保存されている場合のステップＳ３３のコンテンツファイルの提供処理は、例えば図１６のシーケンス図に示すように行われる。

図１６はステップＳ３３のコンテンツファイルの提供処理の他の例を表したシーケンス図である。ステップＳ７１において、プロジェクションサーバ１０はコンテンツファイルの取得要求をプロジェクタ１５から受信する。プロジェクションサーバ１０はステップＳ７２において、外部Ｗｅｂサービスサーバ１１にコンテンツファイルの取得要求を行う。

ステップＳ７３において、プロジェクションサーバ１０は外部Ｗｅｂサービスサーバ１１から例えばＧＩＦ形式のコンテンツファイルを受信する。プロジェクションサーバ１０はステップＳ７４において、プロジェクタ１５が直接投影できないＧＩＦ形式のコンテンツファイルを、プロジェクタ１５が直接投影できるＪＰＥＧ形式のコンテンツファイルにフォーマット変換する。なお、ステップＳ７４ではコンテンツファイルの解像度変換も合わせて行ってもよい。ステップＳ７５において、プロジェクションサーバ１０はＪＰＥＧ形式にフォーマット変換されたコンテンツファイルをプロジェクタ１５に提供する。

また、ステップＳ５４で内部ストレージに保存したコンテンツファイルがファイル一覧画面から選択された場合のステップＳ３３のコンテンツファイルの提供処理は、例えば図１７のシーケンス図に示すように行われる。

図１７はステップＳ３３のコンテンツファイルの提供処理の他の例を表したシーケンス図である。ステップＳ８１において、プロジェクションサーバ１０は、ステップＳ５４で内部ストレージに保存したコンテンツファイルの取得要求を、プロジェクタ１５から受信する。

ステップＳ８２において、プロジェクションサーバ１０は内部ストレージに保存したコンテンツファイルを検索し、取得要求のあったコンテンツファイルを内部ストレージから読み出す。ステップＳ８３において、プロジェクションサーバ１０は内部ストレージから読み出したＪＰＥＧ形式のコンテンツファイルをプロジェクタ１５に提供する。

以下では、外部サービスコントローラの処理の具体例を説明する。図１８は外部サービスコントローラの処理手順の一例を表したフローチャートである。ステップＳ３１において、外部サービスコントローラは受信したＵＲＬの最後が「／」であるか判定する。受信したＵＲＬの最後が「／」であれば、外部サービスコントローラはインデックスファイルの取得要求であると判定し、ステップＳ９２の処理を行う。

ステップＳ９２において、外部サービスコントローラは受信したインデックスファイルの取得要求が、コンテンツファイルを示すサブディレクトリ（マルチページのコンテンツファイル）に対するものであるかを判定する。

インデックスファイルの取得要求が、マルチページのコンテンツファイルに対するものであれば、外部サービスコントローラはステップＳ９３において、図１４のステップＳ５４〜Ｓ５５に示したような手順でページ数分のコンテンツファイルを生成し、ページ数分のコンテンツファイルをリストとしたインデックスファイルを生成する。ステップＳ９４において、外部サービスコントローラは図１４のステップＳ５６に示したような手順でインデックスファイルをプロジェクタ１５に提供する。

一方、ステップＳ９２において、インデックスファイルの取得要求が、マルチページのコンテンツファイルに対するものでなければ、外部サービスコントローラはステップＳ９５の処理を行う。ステップＳ９５において、外部サービスコントローラはサブディレクトリ内のコンテンツファイルをリストとしたインデックスファイルを生成する。ステップＳ９６において、外部サービスコントローラは生成したインデックスファイルをプロジェクタ１５に提供する。

また、ステップＳ９１において、受信したＵＲＬの最後が「／」でなければ、コンテンツファイルの取得要求であると判定し、ステップＳ９７の処理を行う。ステップＳ９７において、外部サービスコントローラは、図１５〜図１７に示したような手順でコンテンツファイルをプロジェクタ１５に送信する。

また、外部サービスが例えば複数のアルバムに写真データを保存できる写真保管サービスである場合、外部サービスコントローラの処理は、例えば図１９のフローチャートに示すように行われる。図１９は、外部サービスコントローラの処理手順の他の例を表したフローチャートである。図１９はアルバムをサブディレクトリとして見せる例である。

ステップＳ１０１において、外部サービスコントローラはユーザ管理部３７からユーザＩＤと対応付けられた外部サービスの認証情報（後の《プロジェクションサーバ１０と外部サービスとの連携》にて説明する）を検索する。検索した外部サービスの認証情報は以降の処理において認証に利用される。外部サービスコントローラはステップＳ１０２において、受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスが「／」であるか判定する。

受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスが「／」であれば、外部サービスコントローラはステップＳ１０３において、図１３のステップＳ４２〜Ｓ４３に示したような手順でアルバム一覧のインデックスファイルを外部Ｗｅｂサービスサーバ１１から取得する。そして、外部サービスコントローラはステップＳ１０４において、図１３のステップＳ４４〜Ｓ４５に示したような手順でアルバムをリストとしたインデックスファイルを生成し、そのインデックスファイルをプロジェクタ１５に送信する。

一方、ステップＳ１０２において、受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスが「／」でなければ、外部サービスコントローラはステップＳ１０５の処理を行う。ステップＳ１０５において、外部サービスコントローラは受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスが、アルバムを示す文字列（図１９におけるａａａ）を含むパターンにマッチするか判定する。

受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスがパターンにマッチすれば、外部サービスコントローラはステップＳ１０６において、アルバム「ａａａ」内の写真データ一覧のインデックスファイルを図１３のステップＳ４２〜Ｓ４３に示したような手順で外部Ｗｅｂサービスサーバ１１から取得する。

そして、外部サービスコントローラはステップＳ１０７において、図１３のステップＳ４４〜Ｓ４５に示したような手順でアルバム内の写真データ（画像ファイル）をリストとしたインデックスファイルを生成し、そのインデックスファイルをプロジェクタ１５に送信する。

一方、ステップＳ１０５において、受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスがパターンにマッチしなければ、言い換えれば画像ファイルを示す情報（例えば／ａａａ／ｘｘｘ．ｊｐｇ）であれば、外部サービスコントローラはステップＳ１０８において、画像ファイルを図１５のステップＳ６２〜Ｓ６３に示したような手順で外部Ｗｅｂサービスサーバ１１から取得する。そして、外部サービスコントローラはステップＳ１０９において、図１５のステップＳ６４に示したような手順で、プロジェクタ１５に画像ファイルを送信する。

図１９ではアルバムをサブディレクトリとして見せる例を示したが、年月を図２０に示すようにサブディレクトリとして見せてもよい。図２０は、外部サービスコントローラの処理手順の他の例を表したフローチャートである。

ステップＳ１１１において、外部サービスコントローラはユーザ管理部３７からユーザＩＤと対応付けられた外部サービスの認証情報を検索する。検索した外部サービスの認証情報は以降の処理において認証に利用される。外部サービスコントローラはステップＳ１１２において、受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスが「／」であるか判定する。

受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスが「／」であれば、外部サービスコントローラはステップＳ１１３において、図１３のステップＳ４４〜Ｓ４５に示したような手順で年をリストとしたインデックスファイルを生成し、そのインデックスファイルをプロジェクタ１５に送信する。

例えば年をリストとするインデックスファイルは直近の１０年のそれぞれの年を示すサブディレクトリと、それ以前の年を示すサブディレクトリとを含むものでもよいし、所定の年数をまとめた（例えば５年）のサブディレクトリを含むものでもよい。

一方、ステップＳ１１２において、受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスが「／」でなければ、外部サービスコントローラはステップＳ１１４の処理を行う。ステップＳ１１４において、外部サービスコントローラは受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスが、年を示す文字列（図２０におけるｙｙｙｙ）を含むパターンにマッチするか判定する。

受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスがパターンにマッチすれば、外部サービスコントローラはステップＳ１１５において、図１３のステップＳ４４〜Ｓ４５に示したような手順で「ｙｙｙｙ」年の月をリストとしたインデックスファイルを生成し、そのインデックスファイルをプロジェクタ１５に送信する。

例えば月をリストとするインデックスファイルは、それぞれの年を示すサブディレクトリを含むものでもよいし、所定の月数をまとめた（例えば３ヶ月）のサブディレクトリを含むものでもよい。

一方、受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスが、年を示す文字列を含むパターンにマッチしなければ、外部サービスコントローラはステップＳ１１６の処理を行う。ステップＳ１１６において、外部サービスコントローラは受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスが、年と月を示す文字列（それぞれ図２０におけるｙｙｙｙとｍｍ）を含むパターンにマッチするか判定する。

受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスがパターンにマッチすれば、外部サービスコントローラはステップＳ１１７において、タイムスタンプがｙｙｙｙ年ｍｍ月の写真データ一覧のインデックスファイルを図１３のステップＳ４２〜Ｓ４３に示したような手順で外部Ｗｅｂサービスサーバ１１から取得する。

そして、外部サービスコントローラはステップＳ１１８において、図１３のステップＳ４４〜Ｓ４５に示したような手順でタイムスタンプがｙｙｙｙ年ｍｍ月の写真データ（画像ファイル）をリストとしたインデックスファイルを生成し、そのインデックスファイルをプロジェクタ１５に送信する。

一方、ステップＳ１１６において、受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスが、年と月を示す文字列を含むパターンにマッチしなければ、言い換えれば、画像ファイルを示す情報（例えば／ｙｙｙｙ／ｍｍ／ｘｘｘ．ｊｐｇ）であれば、外部サービスコントローラはステップＳ１１９において、画像ファイルを図１５のステップＳ６２〜Ｓ６３に示したような手順で外部Ｗｅｂサービスサーバ１１から取得する。そして、外部サービスコントローラはステップＳ１２０において、図１５のステップＳ６４に示したような手順で、プロジェクタ１５に画像ファイルを送信する。

また、外部サービスが例えば文書保管サービスである場合、外部サービスコントローラの処理は、例えば図２１のフローチャートに示すように行われる。図２１は、外部サービスコントローラの処理手順の他の例を表したフローチャートである。図２１は、複数の形式のファイルを保存できる例である。

ステップＳ１３１において、外部サービスコントローラはユーザ管理部３７からユーザＩＤと対応付けられた外部サービスの認証情報を検索する。検索した外部サービスの認証情報は以降の処理において認証に利用される。外部サービスコントローラはステップＳ１３２において、受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスが「／」であるか判定する。

受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスが「／」であれば、外部サービスコントローラはステップＳ１３３において、図１３のステップＳ４４〜Ｓ４５に示したような手順でファイル形式（例えばＪＰＥＧ、ＰＤＦ、ＰＰＴなど）をリストとしたインデックスファイルを生成し、そのインデックスファイルをプロジェクタ１５に送信する。

一方、ステップＳ１３２において、受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスが「／」でなければ、外部サービスコントローラはステップＳ１３４の処理を行う。

ステップＳ１３４において、外部サービスコントローラは受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスが、ファイル形式の文字列（図２１におけるｔｔｔ）を含むパターンにマッチするか判定する。受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスがパターンにマッチすれば、外部サービスコントローラはステップＳ１３５において、外部Ｗｅｂサービスサーバ１１内にあるファイル形式「ｔｔｔ」のファイルを検索する。

ステップＳ１３６において、外部サービスコントローラはファイル形式「ｔｔｔ」がマルチページのファイル（例えばＰＤＦ、ＰＰＴなど）であるか判定する。マルチページのファイルであれば、外部サービスコントローラはステップＳ１３７において、ファイルを示すサブディレクトリをリストとしたインデックスファイルを生成する。外部サービスコントローラは生成したインデックスファイルをプロジェクタ１５に提供する。

マルチページのファイルでなければ、外部サービスコントローラはステップＳ１３８において、ファイルをリストとしたインデックスファイルを生成し、インデックスファイルをプロジェクタ１５に提供する。

一方、ステップＳ１３４において、受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスが、ファイル形式の文字列を含むパターンにマッチしなければ、外部サービスコントローラはステップＳ１３９の処理を行う。ステップＳ１３９において、外部サービスコントローラは受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスが、マルチページのファイルを示すサブディレクトリ（図２１におけるｘｘｘ）を含むパターンにマッチするか判定する。

外部サービスコントローラは、受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスがパターンにマッチすれば、ステップＳ１４０において、図１４のステップＳ５２〜Ｓ５３に示したような手順で外部Ｗｅｂサービスサーバ１１から、サブディレクトリ名「ｘｘｘ」によって特定されるマルチページのファイルを取得する。

ステップＳ１４１において、外部サービスコントローラは図１４のステップＳ５４に示したような手順で取得したファイルをフォーマット変換して、ページ毎のフォーマットのファイル（例えばＪＰＥＧ形式など）を内部ストレージに保存する。

ステップＳ１４２において、外部サービスコントローラは例えば図２２に示すファイル情報を生成する。図２２はファイル情報の一例の構成図である。図２２のファイル情報は外部サービス内におけるＵＲＬパスと、ユーザＩＤと、内部ストレージに保存したファイルのパスとを対応付ける。ステップＳ１４３において、外部サービスコントローラは内部ストレージに保存したファイルのインデックスファイルをＪＳＯＮ形式で生成し、そのインデックスファイルをプロジェクタ１５に提供する。

外部サービスコントローラは、受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスが、マルチページのファイルを示すサブディレクトリを含むパターンにマッチしなければ、ステップＳ１４４の処理を行う。ステップＳ１４４において、外部サービスコントローラは、受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスが、ファイル形式を示す情報＋画像ファイルを示す情報のパターン（／ｔｔｔ／ｘｘｘ．ｊｐｇ）にマッチするか判定する。

外部サービスコントローラは、受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスがパターンにマッチすれば、ステップＳ１４５において、画像ファイルを図１５のステップＳ６２〜Ｓ６３に示したような手順で外部Ｗｅｂサービスサーバ１１から取得する。ステップＳ１４６において、外部サービスコントローラは、図１５のステップＳ６４に示したような手順で、プロジェクタ１５に画像ファイルを送信する。

一方、ステップＳ１４４において、受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスがパターン「／ｔｔｔ／ｘｘｘ．ｊｐｇ」にマッチしなければ、言い換えれば、マルチページのファイル内の画像ファイル（ページ）を示す情報（例えば／ｔｔｔ／ｘｘｘ／ｎｎｎ．ｊｐｇ）であれば、外部サービスコントローラはステップＳ１４７の処理を行う。ステップＳ１４７において、外部サービスコントローラはユーザＩＤ及び外部サービス内におけるＵＲＬパス（／ｔｔｔ／ｘｘｘ）からファイル情報のファイルパスを検索する。

ステップＳ１４８において、外部サービスコントローラは検索したファイルパスのディレクトリから画像ファイル「例えばｎｎｎ．ｊｐｇ」を検索し、取得要求のあった画像ファイルを内部ストレージから読み出す。ステップＳ１４９において、外部サービスコントローラは読み出した画像ファイルをプロジェクタ１５に提供する。

また、外部サービスが例えば文書保管サービスである場合、外部サービスコントローラは文書保管サービス側で作成している一階層のサブディレクトリを、図２３のフローチャートに示すように、ファイル一覧画面でサブディレクトリとして見せることができる。図２３は外部サービスコントローラの処理手順の他の例を表したフローチャートである。

ステップＳ１５１において、外部サービスコントローラはユーザ管理部３７からユーザＩＤと対応付けられた外部サービスの認証情報を検索する。検索した外部サービスの認証情報は以降の処理において認証に利用される。外部サービスコントローラはステップＳ１５２において、受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスが「／」であるか判定する。

受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスが「／」であれば、外部サービスコントローラはステップＳ１５３において、文書保管サービス側で作成しているサブディレクトリ一覧のインデックスファイルを外部Ｗｅｂサービスサーバ１１から取得する。そして、外部サービスコントローラはステップＳ１５４において、文書保管サービス側で作成しているサブディレクトリをリストとしたインデックスファイルを生成し、そのインデックスファイルをプロジェクタ１５に送信する。

一方、ステップＳ１５２において、受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスが「／」でなければ、外部サービスコントローラはステップＳ１５５の処理を行う。

ステップＳ１５５において、外部サービスコントローラは受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスが、サブディレクトリを示す文字列（図２２におけるｆｆｆ）を含むパターンにマッチするか判定する。受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスがパターンにマッチすれば、外部サービスコントローラは、ステップＳ１５６において、サブディレクトリ「ｆｆｆ」を指定して、外部Ｗｅｂサービスサーバ１１内にあるファイルを検索する。

ステップＳ１５７において、外部サービスコントローラは外部Ｗｅｂサービスサーバ１１内にあるファイルのうち、マルチページのファイルをサブディレクトリ、マルチページでないファイルをファイルとして表したリストのインデックスファイルを生成する。外部サービスコントローラは生成したインデックスファイルをプロジェクタ１５に提供する。

なお、受信したＵＲＬに含まれる外部サービス内におけるＵＲＬパスがサブディレクトリを示す文字列を含むパターンにマッチしなければ、外部サービスコントローラはステップＳ１５８の処理を行う。図２２のステップＳ１５８〜Ｓ１６８は図２１のステップＳ１３９〜Ｓ１４９の処理と同様であるため説明を省略する。

《内部ストレージサービスコントローラの処理》
内部ストレージサービスのコントローラ部３４（以下、内部ストレージサービスコントローラという）の処理は、大別すると、ファイルのアップロード処理、ファイルの送信処理、ファイルの削除処理になる。以下、内部ストレージサービスコントローラのファイルのアップロード処理、ファイルの送信処理、ファイルの削除処理について説明する。

図２４はファイルのアップロード処理の一例を表したフローチャートである。内部ストレージサービスコントローラは、ファイルのアップロード機能を備え、ＰＣ上のブラウザなどからアップロードされたファイルを内部ストレージに保存できる。

例えばＰＣ上のブラウザはアップロード用のＵＲＬ（例えばｈｔｔｐ：／／ｐｒｏｊｅｃｔｉｏｎｐｏｒｔａｌ．ｅｘａｍｐｌｅ．ｃｏｍ／ｕｐｌｏａｄ）にファイルをＰＯＳＴリクエストすることで、ファイルのアップロードを要求できる。操作者は後述する図３２（ａ）のポータルページにログインして、ファイルとモードを選択後、アップロードボタンをクリックすることでこの要求を行う。

内部ストレージサービスコントローラはディスパッチャ部３２からアップロード用のＵＲＬを受信すると、ステップＳ１７１において、ＰＯＳＴリクエストによりアップロードされたファイルを内部ストレージに保存する。

ステップＳ１７２において、内部ストレージサービスコントローラは内部ストレージに保存したファイルがマルチページのファイルであるかを判定する。マルチページのファイルであれば、内部ストレージサービスコントローラはステップＳ１７３において、マルチページのファイルを、プロジェクタ１５で投影できるＪＰＥＧ形式などのファイルに変換する。ステップＳ１７４において、内部ストレージサービスコントローラは変換前のマルチページのファイル（元ファイル）を削除する。

そして、内部ストレージサービスコントローラはステップＳ１７８において図２５に示すようなファイル情報を登録する。ユーザＩＤにはログインしているユーザのＩＤを登録する。そして、ステップＳ１７９において、内部ストレージサービスコントローラはファイルのアップロードを要求してきたＰＣ上のブラウザに、ポータル画面を表示させる。

図２５はファイル情報の他の例の構成図である。図２５のファイル情報は、ファイル名と、ユーザＩＤと、登録日時と、投影制限と、有効期限開始及び終了と、マルチページ識別と、ファイルパスとを対応付ける。

なお、投影制限は、１回だけ投影、期間限定投影、機器限定投影などを表す。有効期限開始及び終了は、投影制限が１回だけ投影の場合、例えば登録日時から１週間とし、投影制限が期間限定投影の場合、アップロード時に指定された日時とする。ファイルパスはマルチページのコンテンツファイルの場合、ディレクトリパスとなる。

ステップＳ１７２においてマルチページのファイルでなければ、内部ストレージサービスコントローラはステップＳ１７５の処理を行う。ステップＳ１７５において、内部ストレージサービスコントローラは内部ストレージに保存したファイルがプロジェクタ１５で直接投影できるフォーマットであるかを判定する。そして、プロジェクタ１５で直接投影できるフォーマットであれば、内部ストレージサービスコントローラは上記したステップＳ１７８、Ｓ１７９の処理を行う。

なお、ステップＳ１７５においてプロジェクタ１５で直接投影できるフォーマットでなければ、内部ストレージサービスコントローラはステップＳ１７６において、プロジェクタ１５で直接投影できないフォーマットのファイルを、プロジェクタ１５で投影できるＪＰＥＧ形式などのファイルに変換する。内部ストレージサービスコントローラはステップＳ１７７において、変換前のプロジェクタ１５で直接投影できないフォーマットのファイル（元ファイル）を削除する。そして、プロジェクタ１５で直接投影できるフォーマットであれば、内部ストレージサービスコントローラは上記したステップＳ１７８、Ｓ１７９の処理を行う。

図２６はファイルの送信処理の一例を表したフローチャートである。例えばプロジェクタ１５は、ＵＲＬ（例えばｈｔｔｐ：／／ｐｒｏｊｅｃｔｉｏｎ．ｅｘａｍｐｌｅ．ｃｏｍ／１２３４５／ｌｏｃａｌ／ｐｒｅｓｅｎｔａｔｉｏｎ．ｐｐｔ／ｆｉｌｅ００１．ｊｐｅｇ）にファイルのゲットリクエストすることで、ファイルの送信を要求できる。

なお、上記ＵＲＬの「／ｐｒｅｓｅｎｔａｔｉｏｎ．ｐｐｔ／ｆｉｌｅ００１．ｊｐｅｇ」の部分は内部ストレージ内におけるＵＲＬパスと呼ぶ。内部ストレージサービスコントローラはステップＳ１８１において、受信したＵＲＬに含まれる内部ストレージ内におけるＵＲＬパスが「／」であるか判定する。

受信したＵＲＬに含まれる内部ストレージ内におけるＵＲＬパスが「／」であれば、内部ストレージサービスコントローラはステップＳ１８２において、ユーザＩＤからファイル情報を検索する。なお、ユーザＩＤは、アクセスナンバーからユーザ情報を検索することで取得できる。

ステップＳ１８３において、内部ストレージサービスコントローラは検索したファイル情報に基づき、内部ストレージ内にあるファイルのうち、マルチページのファイルをサブディレクトリ、マルチページでないファイルをファイルとして表したリストのインデックスファイルを生成する。内部ストレージサービスコントローラは、生成したインデックスファイルをプロジェクタ１５に提供する。なお、インデックスファイルには有効期限開始前のファイルを含めない。

一方、ステップＳ１８１において、受信したＵＲＬに含まれる内部ストレージ内におけるＵＲＬパスが「／」でなければ、内部ストレージサービスコントローラはステップＳ１８４の処理を行う。

ステップＳ１８４において、内部ストレージサービスコントローラは、受信したＵＲＬに含まれる内部ストレージ内におけるＵＲＬパスが、マルチページのファイルを示すサブディレクトリ（図２６におけるｘｘｘ）を含むパターンにマッチするか判定する。内部ストレージ内におけるＵＲＬパスがパターンにマッチすれば、内部ストレージサービスコントローラはステップＳ１８５においてユーザＩＤ及びファイル名からファイル情報を検索する。

ステップＳ１８６において、内部ストレージサービスコントローラは検索したファイル情報に含まれるファイルパスによって特定されるディレクトリ内のファイルをリストとしたインデックスファイルを生成し、プロジェクタ１５に送信する。

内部ストレージ内におけるＵＲＬパスがサブディレクトリを含むパターンにマッチしなければ、内部ストレージサービスコントローラはステップＳ１８７の処理を行う。ステップＳ１８７において、内部ストレージサービスコントローラは、受信したＵＲＬに含まれる内部ストレージ内におけるＵＲＬパスが、画像ファイルを含むパターン（／ｘｘｘ．ｊｐｇ）にマッチするか判定する。

内部ストレージ内におけるＵＲＬパスがパターンにマッチすれば、内部ストレージサービスコントローラはステップＳ１８８においてユーザＩＤ及びファイル名からファイル情報を検索する。ステップＳ１８９において、内部ストレージサービスコントローラは検索したファイル情報に含まれるファイルパスによって特定される画像ファイルを読み出してプロジェクタ１５に送信する。

内部ストレージサービスコントローラは内部ストレージ内におけるＵＲＬパスが、パターン「／ｘｘｘ．ｊｐｇ」にマッチしなければ、言い換えれば、マルチページのファイル内の画像ファイル（ページ）を示す情報（例えば／ｘｘｘ／ｎｎｎ．ｊｐｇ）であれば、ステップＳ１９０の処理を行う。ステップＳ１９０において内部ストレージサービスコントローラはユーザＩＤ及びファイル名「ｘｘｘ」からファイル情報を検索する。

ステップＳ１９１において、内部ストレージサービスコントローラは検索したファイル情報に含まれるファイルパスによって特定されるディレクトリから画像ファイル「ｎｎｎ．ｊｐｇ」を検索する。そして、ステップＳ１９２において、外部サービスコントローラは取得要求のあった画像ファイルを内部ストレージから読み出し、読み出した画像ファイルをプロジェクタ１５に提供する。

内部ストレージサービスコントローラのファイルの削除処理は、例えば図２７、図２８に示すフローチャートにより実現される。図２７はファイル情報の有効期限終了をセットする処理の一例のフローチャートであり、図２６に示したステップＳ１８６、Ｓ１８９及びＳ１９２の処理後に実行する。図２８は有効期限が終了したファイルを削除する処理の一例のフローチャートであり、タイマー処理により一定時間毎に実行する。

ステップＳ２０１において、内部ストレージサービスコントローラは内部ストレージに保存したファイルの投影制限が１回だけ投影であるか判定する。投影制限が１回だけ投影である場合、内部ストレージサービスコントローラはステップＳ２０２において、ファイル情報の有効期限終了を例えば現在時刻の１時間後にセットする。なお、投影制限が１回だけ投影でない場合、内部ストレージサービスコントローラはステップＳ２０２の処理を行わない。

図２８のステップＳ２１１において、内部ストレージサービスコントローラは一定時間待つ。ステップＳ２１２において、内部ストレージサービスコントローラはファイル情報の有効期限終了を参照することで、有効期限が終了した（期限切れの）ファイル情報を検索する。ステップＳ２１３において、内部ストレージサービスコントローラは期限切れのファイル情報に含まれるファイルパスのサブディレクトリ、ファイルを削除する。内部ストレージサービスコントローラはステップＳ２１４において、期限切れのファイル情報を削除する。ステップＳ２１３〜Ｓ２１４の処理は、期限切れのファイル情報に対して繰り返される。

なお、図２７のフローチャートでは投影制限が１回だけ投影の例を示したが、ｎ回投影としてもよい。この場合は図２５のファイル情報に、投影回数のフィールドを追加すればよい。また、投影制限がｎ回投影の場合、図２８の処理では、投影回数がｎ回になるとステップＳ２１３〜Ｓ２１４の処理を行うようにすればよい。

内部ストレージサービスコントローラのファイルの削除処理は、例えば操作者の指示により行ってもよい。操作者はＰＣ上のブラウザを操作して、ファイル管理用のＵＲＬ（例えばｈｔｔｐ：／／ｐｒｏｊｅｃｔｉｏｎｐｏｒｔａｌ．ｅｘａｍｐｌｅ．ｃｏｍ／ｆｉｌｅｍｇｒ）にリクエストすることで、図２９に示すような画面の表示を要求できる。後述する図３２（ａ）のポータルページにログインして、『ファイル管理画面へ』のリンクをクリックすることでこの要求を行う。

内部ストレージサービスコントローラはディスパッチャ部３２からファイル管理用のＵＲＬを受信すると、図２９に示すような画面を要求元のブラウザに表示させる。図２９は操作者からファイル削除の指示を受け付ける画面の一例のイメージ図である。操作者はブラウザに表示された図２９に示すような画面からファイル削除の指示を行う。操作者から受け付けたファイル削除の指示はブラウザから内部ストレージサービスコントローラに送信される。そして、内部ストレージサービスコントローラは操作者からファイル削除の指示を受け付けたファイルに対し、ステップＳ２１３〜Ｓ２１４の処理を行う。

《プロジェクションサーバ１０と外部サービスとの連携》
外部サービスがＯＡｕｔｈやＡｕｔｈｓｕｂなどのサーバ間連携のインタフェースをサポートしている場合、プロジェクションサーバ１０と外部サービスとは、例えば図３０、図３１に示すシーケンス図の処理手順により連携する。ＯＡｕｔｈやＡｕｔｈｓｕｂはＷｅｂサーバにあるユーザのリソースへのアクセス権限を、ユーザの代理で行うことを許可するための認証用のプロトコルである。

図３０はプロジェクションサーバと外部サービスとの連携の設定処理を表したシーケンス図である。図３１はプロジェクションサーバと外部サービスとの連携による投影処理を表したシーケンス図である。

操作者はＰＣ上のブラウザを操作してユーザＩＤ及びパスワードを入力する。ブラウザはステップＳ３０１において、操作者のユーザＩＤ及びパスワードを利用してプロジェクションサーバ１０にログイン要求を行う。ステップＳ３０２において、プロジェクションサーバ１０はユーザ情報を利用してユーザ認証を行う。

ユーザ認証が成功すると、プロジェクションサーバ１０はステップＳ３０３においてログイン後のポータル画面をブラウザに表示させる。図３２（ａ）はログイン後のポータル画面の一例のイメージ図である。ログイン後のポータル画面は、ログイン中のユーザＩＤ，設定変更リンク、ログアウトリンク、内部ストレージサービス用のＵＩとして、ファイルアップロードのファイル選択ボタン、モード選択ボタン、アップロード指示ボタン、ファイル管理画面へのリンクを含む。操作者が設定変更リンクをクリックすると、プロジェクションサーバ１０は設定変更画面をブラウザに表示させる。図３２（ｂ）は設定変更画面の一例のイメージ図である。設定変更画面は、ユーザＩＤ、パスワード、アクセスナンバー、利用サービスが含まれる。アクセスナンバーは例えばユーザ登録時に乱数で生成してもよい。なお、アクセスナンバーは設定変更画面の『変更』ボタンにより変更できる。

操作者は例えばログイン後のポータル画面の利用サービスのチェックボックスを操作することで、外部サービスとの連携の設定を変更できる。ブラウザはステップＳ３０４において、プロジェクションサーバ１０に外部連携設定変更を要求する。ステップＳ３０５において、プロジェクションサーバ１０は連携の設定を変更する外部サービスとのアクセス確認の情報、外部サービスのＵＲＬ、アクセス確認後に表示するポータル画面のＵＲＬをブラウザに返す。

ステップＳ３０６において、ブラウザはリダイレクトにより外部サービスのＵＲＬにアクセス確認を要求する。ステップＳ３０７において、外部サービスはアクセス確認画面をブラウザに表示させる。操作者はアクセス確認画面に外部サービスの認証情報を入力すると共に、プロジェクションサーバ１０から外部サービスへのアクセスを許可する。

ステップＳ３０８において、ブラウザは操作者の外部サービスの認証情報を利用して外部サービスにアクセス許可を通知する。ステップＳ３０９において、外部サービスはブラウザに認証トークンを返す。ステップＳ３１０において、ブラウザはリダイレクトによりプロジェクションサーバ１０に認証トークンを送信する。プロジェクションサーバ１０はステップＳ３１１において、認証トークン及び利用サービスの設定を例えば図３３に示すように保存する。

図３３はユーザ情報と外部サービスの認証情報との対応図である。図３３に示すユーザ情報（図９を簡略化して示している）と外部サービスの認証情報とはユーザＩＤにより対応付けられている。認証トークンは外部サービスの認証情報にユーザＩＤと対応付けて保存される。そして、ステップＳ３１２において、プロジェクションサーバ１０はアクセス確認後に表示するポータル画面をブラウザに表示させる。

外部サービスから提供されるコンテンツファイルを投影する場合、操作者はプロジェクタ１５にアクセスナンバーを入力する。プロジェクタ１５はステップＳ３２１において、アクセスナンバーを利用して外部サービスのインデックスファイル又はコンテンツファイルの取得要求を行う。

ステップＳ３２２において、プロジェクションサーバ１０はアクセスナンバーを利用してユーザ情報からユーザＩＤの検索を行う。プロジェクションサーバ１０はステップＳ３２３において、ユーザＩＤを利用して外部サービスの認証情報から認証トークンの検索を行う。ステップＳ３２４において、プロジェクションサーバ１０は認証トークンを利用して外部サービスにインデックスファイル又はコンテンツファイルの取得要求を行う。

ステップＳ３２５において、外部サービスは取得要求のあったインデックスファイル又はコンテンツファイルをプロジェクションサーバ１０に返す。そして、プロジェクションサーバ１０はステップＳ３２６において、インデックスファイル又はコンテンツファイルをプロジェクタ１５に返す。したがって、プロジェクタ１５はプロジェクションサーバ１０から返されたインデックスファイル又はコンテンツファイルを投影できる。

プロジェクションサーバ１０と外部サービスとの間にサーバ間連携のインタフェースがない場合、プロジェクションサーバ１０と外部サービスとは、例えば図３４、図３５に示すシーケンス図の処理手順により連携する。

図３４はプロジェクションサーバと外部サービスとの連携の設定処理を表したシーケンス図である。図３５はプロジェクションサーバと外部サービスとの連携による投影処理を表したシーケンス図である。

ステップＳ３５１〜Ｓ３５４の処理は図３０のステップＳ３０１〜Ｓ３０４と同様であるため、説明を省略する。ステップＳ３５５において、プロジェクションサーバ１０は外部サービスの認証情報を入力する入力画面をブラウザに表示させる。操作者は入力画面に外部サービスの認証情報を入力する。

ステップＳ３５６において、ブラウザは操作者の外部サービスの認証情報をプロジェクションサーバ１０に送信する。ステップＳ３５７において、プロジェクションサーバ１０は操作者の外部サービスの認証情報を利用して、外部サービスに操作者の認証情報の確認を要求する。ステップＳ３５８において、プロジェクションサーバ１０は外部サービスから操作者の外部サービスの認証情報の確認結果を受信する。

ステップＳ３５９において、プロジェクションサーバ１０は操作者の外部サービスの認証情報が正しければ、外部サービスの認証情報及び利用サービスの設定を例えば図３６に示すように保存する。

図３６はユーザ情報（図９を簡略化して示している）と外部サービスの認証情報との対応図である。図３６に示すユーザ情報と外部サービスの認証情報とはユーザＩＤにより対応付けられている。外部サービスの認証情報としての外部サービスのユーザＩＤ及びパスワードは外部サービスの認証情報にユーザＩＤと対応付けて保存される。そして、ステップＳ３６０において、プロジェクションサーバ１０はポータル画面をブラウザに表示させる。

外部サービスから提供されるコンテンツファイルを投影する場合、操作者はプロジェクタ１５にアクセスナンバーを入力する。プロジェクタ１５はステップＳ３７１において、アクセスナンバーを利用して外部サービスのインデックスファイル又はコンテンツファイルの取得要求を行う。

ステップＳ３７２において、プロジェクションサーバ１０はアクセスナンバーを利用してユーザ情報からユーザＩＤの検索を行う。プロジェクションサーバ１０はステップＳ３７３において、ユーザＩＤを利用して外部サービスの認証情報から外部サービスのユーザＩＤ及びパスワードの検索を行う。ステップＳ３７４において、プロジェクションサーバ１０は外部サービスのユーザＩＤ及びパスワードを利用してログインを要求する。

外部サービスはユーザＩＤ及びパスワードを利用してユーザ認証を行う。ユーザ認証が成功すると、外部サービスはステップＳ３７５において、ユーザ認証の成功を返す。プロジェクションサーバ１０はステップＳ３７６において、インデックスファイル又はコンテンツファイルの取得要求を外部サービスに行う。

ステップＳ３７７において、外部サービスは取得要求のあったインデックスファイル又はコンテンツファイルをプロジェクションサーバ１０に返す。そして、プロジェクションサーバ１０はステップＳ３７８において、インデックスファイル又はコンテンツファイルをプロジェクタ１５に返す。したがって、プロジェクタ１５はプロジェクションサーバ１０から返されたインデックスファイル又はコンテンツファイルを投影できる。

外部サービスの一例としてのストレージサーバ１２、ＰＣ１３、画像入出力機器１４はプロジェクションサーバ１０との連携のため、例えば以下のような構成とすることが考えられる。なお、以下の複合機、デジタルカメラ、固定カメラは画像入出力機器１４の一例である。

図３７はプロジェクションサーバと連携する複合機の一例の構成図である。図３７の複合機２００はスキャナアプリ２０１、スキャナ２０２によりスキャンされた画像ファイルがＨＤＤ２０３に蓄積される。

サーバタイプアプリ２０４はプロジェクションサーバ１０からのインデックスファイルの取得要求に基づき、ＨＤＤ２０３に蓄積されている画像ファイルのインデックスファイルを生成して、プロジェクションサーバ１０に送信する。また、サーバタイプアプリ２０４はプロジェクションサーバ１０からの画像ファイルの取得要求に基づき、ＨＤＤ２０３に蓄積されている画像ファイルを取得して、プロジェクションサーバ１０に送信する。

図３８はプロジェクションサーバと連携するデジタルカメラ、固定カメラの一例の構成図である。図３８のデジタルカメラ２１１、固定カメラ２１２は無線ＬＡＮ又は有線ＬＡＮを利用してサーバ装置２１３に画像ファイルをアップロードする。

サーバ装置２１３はプロジェクションサーバ１０からのインデックスファイルの取得要求に基づき、蓄積している画像ファイルのインデックスファイルを生成して、プロジェクションサーバ１０に送信する。また、サーバ装置２１３はプロジェクションサーバ１０からの画像ファイルの取得要求に基づいて、蓄積している画像ファイルをプロジェクションサーバ１０に送信する。

図３９はプロジェクションサーバと連携するＰＣの一例の構成図である。図３９のＰＣ１３は画像ファイルがＨＤＤ２２１に蓄積されている。簡易サーバ２２２は、プロジェクションサーバ１０からのインデックスファイルの取得要求に基づき、ＨＤＤ２２１に蓄積されている画像ファイルのインデックスファイルを生成して、プロジェクションサーバ１０に送信する。また、簡易サーバ２２２はプロジェクションサーバ１０からの画像ファイルの取得要求に基づいて、ＨＤＤ２２１に蓄積されている画像ファイルを取得して、プロジェクションサーバ１０に送信する。

また、図４０はプロジェクションサーバと連携するストレージサーバの一例の構成図である。図４０のストレージサーバ１２は文書管理サーバ２３２が、ＨＤＤ２３１に蓄積されている画像ファイルの読み出しを管理している。文書管理サーバ２３２はＨＤＤ２３１に蓄積されている画像ファイルの取得要求を受け付けるＡＰＩを有している。

アダプタ２３３は、プロジェクションサーバ１０からのインデックスファイルの取得要求に基づき、文書管理サーバ２３２のＡＰＩを利用して、ＨＤＤ２３１に蓄積されている画像ファイルを検索する。アダプタ２３３は検索した画像ファイルのインデックスファイルを生成して、プロジェクションサーバ１０に送信する。

また、アダプタ２３３はプロジェクションサーバ１０からの画像ファイルの取得要求に基づき、文書管理サーバ２３２のＡＰＩを利用して、ＨＤＤ２３１に蓄積されている画像ファイルを取得する。アダプタ２３３は取得した画像ファイルをプロジェクションサーバ１０に送信する。

＜まとめ＞
本実施形態のプロジェクションサーバ１０によれば、１つ以上の外部サービスから提供されるコンテンツファイルも、内部ストレージサービスから提供されるコンテンツファイルも、ファイル一覧画面に同じ見た目で表示されると共に、コンテンツファイルの提供元によらず、同様な操作でプロジェクタ１５に投影させることができるので、プロジェクタ１５の利便性を向上させることができる。

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

なお、特許請求の範囲に記載したコンテンツを提供する１つ以上の機器は、外部Ｗｅｂサービスサーバ１１、ストレージサーバ１２、ＰＣ１３、画像入出力装置１４などに相当する。画像表示装置は例えばプロジェクタ１５に相当する。サーバ装置は例えばプロジェクションサーバ１０に相当する。インデックス情報処理手段、画像データ処理手段、コンテンツ受付手段はコントローラ部３４に相当する。

１ プロジェクションシステム
１０ プロジェクションサーバ
１１ 外部Ｗｅｂサービスサーバ
１２ ストレージサーバ
１３ ＰＣ
１４ 画像入出力機器
１５ プロジェクタ
１６ ファイアウォール（ＦＷ）
１７ ルータ
１８〜２０ ネットワーク
３１ ＨＴＴＰサーバ部
３２ ディスパッチャ部
３３ ビュー部
３４ コントローラ部
３５ ＨＴＴＰクライアント部
３６ フォーマット変換部
３７ ユーザ管理部
３８ ファイル管理部
４１ リモコン
５０ ファイル一覧画面
５１ ファイル一覧表示欄
１０１ 入力装置
１０２ 表示装置
１０３ 外部Ｉ／Ｆ
１０３ａ 記録媒体
１０４ ＲＡＭ
１０５ ＲＯＭ
１０６ ＣＰＵ
１０７ 通信Ｉ／Ｆ
１０８、２０３、２３１ ＨＤＤ
２００ 複合機
２０１ スキャナアプリ
２０２ スキャナ
２０４ サーバタイプアプリ
２１１ デジタルカメラ
２１２ 固定カメラ
２１３ サーバ装置
２２２ 簡易サーバ
２３２ 文書管理サーバ
２３３ アダプタ
Ｂ バス

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

Claims (13)

1. コンテンツを提供する１つ以上の機器と、前記コンテンツを表示する画像表示装置とにネットワーク経由で接続可能なサーバ装置であって、
   前記１つ以上の機器から提供されるコンテンツに基づき、前記コンテンツの情報の一覧画面を前記画像表示装置に表示させるためのインデックス情報を、前記画像表示装置に提供するインデックス情報処理手段と、
   前記一覧画面から操作者が選択した前記コンテンツの情報を用いて、前記コンテンツの表示画面を前記画像表示装置に表示させるための画像データを前記画像表示装置に提供する画像データ処理手段と、
   を有することを特徴とするサーバ装置。
2. 前記インデックス情報処理手段は、
   前記１つ以上の機器から提供可能な第１コンテンツ、及び、前記１つ以上の機器から提供されて記憶手段に保存済みの第２コンテンツに基づき、前記第１及び第２コンテンツの情報の一覧画面を前記画像表示装置に表示させるためのインデックス情報を、前記画像表示装置に提供すること
   を特徴とする請求項１記載のサーバ装置。
3. 前記第１及び第２コンテンツの情報の一覧画面は、前記１つ以上の機器から提供可能な第１コンテンツの情報を前記１つ以上の機器毎に分類したディレクトリと、前記１つ以上の機器から提供されて記憶手段に保存済みの第２コンテンツの情報を分類したディレクトリとを含むこと
   を特徴とする請求項２記載のサーバ装置。
4. 前記インデックス情報処理手段は、前記第１及び第２コンテンツがマルチページから成るフォーマットであるとき、前記一覧画面に前記第１及び第２コンテンツの情報をディレクトリで表現すること
   を特徴とする請求項３記載のサーバ装置。
5. 前記画像データ処理手段は、フォーマット変換手段を用いて、前記第１及び第２コンテンツの表示画面を前記画像表示装置に表示させるための画像データを、前記画像表示装置で表示可能なフォーマットに変換すること
   を特徴とする請求項２記載のサーバ装置。
6. 前記画像データ処理手段は、前記１つ以上の機器から提供される前記第２コンテンツを受け付け、前記記憶手段に保存するコンテンツ受付手段を更に有すること
   を特徴とする請求項２又は５記載のサーバ装置。
7. 前記画像データ処理手段は、前記第２コンテンツを、投影回数又は期間に応じて、前記記憶手段から削除すること
   を特徴とする請求項２記載のサーバ装置。
8. 前記インデックス情報処理手段は、期間指定投影の場合、有効期限開始前の前記第１及び第２コンテンツの情報を前記インデックス情報に含めないこと
   を特徴とする請求項２記載のサーバ装置。
9. 前記インデックス情報処理手段、及び、前記画像データ処理手段は、記憶手段に保存されている前記１つ以上の機器の認証情報を用いて、前記１つ以上の機器と連携し、前記インデックス情報及び前記画像データを生成する為の情報を前記１つ以上の機器から取得すること
   を特徴とする請求項２記載のサーバ装置。
10. 前記インデックス情報処理手段、及び、前記画像データ処理手段は、操作者が前記１つ以上の機器からのコンテンツの提供を有効にしたタイミングで、前記１つ以上の機器との間で認証に関する処理を行い、前記１つ以上の機器の認証情報を前記記憶手段に保存すること
    を特徴とする請求項９記載のサーバ装置。
11. コンテンツを提供する１つ以上の機器と、前記コンテンツを表示する画像表示装置とにネットワーク経由で接続可能なサーバ装置を、
    前記１つ以上の機器から提供されるコンテンツに基づき、前記コンテンツの情報の一覧画面を前記画像表示装置に表示させるためのインデックス情報を、前記画像表示装置に提供するインデックス情報処理手段、
    前記一覧画面から操作者が選択した前記コンテンツの情報を用いて、前記コンテンツの表示画面を前記画像表示装置に表示させるための画像データを前記画像表示装置に提供する画像データ処理手段、
    として機能させるためのプログラム。
12. コンテンツを提供するサーバ装置と前記コンテンツを表示する画像表示装置とがネットワーク経由で接続された画像表示システムであって、
    前記サーバ装置は、
    １つ以上の機器から提供されるコンテンツに基づき、前記コンテンツの情報の一覧画面を前記画像表示装置に表示させるためのインデックス情報を、前記画像表示装置に提供するインデックス情報処理手段と、
    前記一覧画面から操作者が選択した前記コンテンツの情報を用いて、前記コンテンツの表示画面を前記画像表示装置に表示させるための画像データを前記画像表示装置に提供する画像データ処理手段と
    を有し、
    前記画像表示装置は、
    提供された前記インデックス情報に基づき前記コンテンツの情報の一覧画面を表示する一覧画面表示手段と、
    提供された前記画像データに基づき前記コンテンツの表示画面を表示する表示画面表示手段と
    を有することを特徴とする画像表示システム。
13. 前記１つ以上の機器は画像入力装置を備えた画像処理装置であって、前記コンテンツが前記画像入力装置によって作成されたコンテンツであること
    を特徴とする請求項１２記載の画像表示システム。

Images