JP6476540B2 - 表示装置、表示システム、及びプログラム - Google Patents

Description

本発明は、表示装置、情報処理端末、表示システム、及びプログラムに関する。

従来から、情報端末から表示装置に画像データを提供し、表示装置に画像を表示させる技術が知られている。この従来の技術では、表示装置の各種設定値に予め調整された値が設定されるが、近年では、表示装置の設定値を調整する労力を省くための工夫が為されている。

この工夫の一つとして、例えば画像データを提供する側の情報端末から、画像の表示に係る設定状態を指定する表示設定情報を表示装置へ送信し、表示装置に表示設定情報にしたがった設定をさせる方法が既に知られている（特許文献１）。

しかしながら上記の方法では、表示装置は、例えば表示輝度やカラーモード等の表示に係る値を設定するのみである。したがって、例えば複数の画像データ等を含むコンテンツデータを表示装置に表示させる場合等には、画像の表示順や表示時間等のコンテンツデータの再生に関する情報を表示装置に設定させることが困難である。

本発明は、上記事情を鑑みてこれを解決すべく為されたものであり、コンテンツデータの再生に関する情報を設定することが可能な表示装置、情報端末、表示システム、及びプログラムを提供することを目的としている。

上記目的を達成するため、本発明の一実施形態において、情報端末とネットワークを介して通信可能な表示装置であって、前記情報端末から、前記表示装置に表示させるコンテンツデータと前記コンテンツデータの再生に関する再生制御情報とを受信する受信手段と、前記再生制御情報を前記表示装置に対応させた実行情報とする実行情報生成手段と、前記実行情報に基づいて、前記コンテンツデータを前記表示装置に表示させる表示手段と、を有する表示装置が提供される。

本発明によれば、表示装置にコンテンツデータの再生に関する情報を設定することができる。

本実施形態の表示システムのシステム構成の一例を示す図である。 本実施形態の表示システムの利用シーンの一例を説明する図である。 本実施形態の表示システムが有する情報端末のハードウェア構成の一例を示す図である。 本実施形態の表示システムが有する表示装置のハードウェア構成の一例を示す図である。 本実施形態の表示システムが有する各装置の機能構成の一例を示す図である。 本実施形態の情報端末から表示装置への処理要求の一例を説明する図である。 本実施形態の表示装置の記録媒体のディレクトリ構成の一例を説明する図である。 本実施形態の表示装置におけるファイルの保存処理の一例のシーケンス図である。 本実施形態の表示装置におけるファイルの保存処理が中断された場合の処理の一例のシーケンス図である。 本実施形態の表示装置が有する中断原因コードテーブル及び中断原因種別テーブルの一例を説明する図である。 本実施形態の表示装置における投影実行処理の一例のシーケンス図である。 本実施形態の再生制御情報の一例を説明する図である。 本実施形態の表示装置における再生制御情報の解析及び実行情報の生成処理の一例のフローチャートである。 本実施形態の設定項目値テーブルの一例を説明する図である。 本実施形態の実行情報の一例を説明する図である。 本実施形態の表示装置における画像投影処理の一例のフローチャートである。 本実施形態の変形例の表示システムのシステム構成の一例を示す図である。

本発明の一実施形態は、画像データ等のコンテンツデータやコンテンツデータの再生のさせ方を設定した再生制御情報を表示装置へ送信する。そして、表示装置はこのコンテンツデータや再生制御情報を記録媒体に保存する。また、表示装置は、再生制御情報から実行情報を生成する。実行情報とは、再生制御情報を表示装置で実行可能な形式にしたものである。表示装置は、実行情報に基づいてコンテンツデータを再生する。

また、表示装置は、コンテンツデータや再生制御情報等を含むファイルを記録媒体に保存する処理を行っている最中に、処理の中断原因が発生した場合は、中断原因の種類に応じた処理を行う。以下の実施形態の説明では、コンテンツデータや再生制御情報等を含むファイルを記録媒体に保存する処理をファイルの保存処理と呼ぶ。なお、本実施形態におけるファイルの保存処理とは、記録媒体へのデータの書き込みと同義とする。

以下に図面を参照して本発明の実施形態について説明する。図１は、本実施形態の表示システムのシステム構成の一例を示す図である。

本実施形態の表示システム１００は、情報端末２００と表示装置３００とを有し、情報端末２００と表示装置３００とはネットワーク等のデータ伝送路Ｎを介して接続される。

本実施形態の情報端末２００は、例えば３Ｇ（3rd Generation）、ＬＴＥ（Long Term Evolution）、４Ｇ（4th Generation）の規格に準ずる通信方式による通信を行っても良い。また、本実施形態の情報端末２００は、例えばＺｉｇＢｅｅやＢｌｕｅｔｏｏｔｈ（登録商標）等に準ずる通信方式による通信を行っても良い。

本実施形態の情報端末２００は、例えばスマートフォンや携帯電話等の無線通信端末であっても良い。また、本実施形態の情報端末２００は、例えばタブレットＰＣ（Personal Computer）やノート型ＰＣであっても良い。本実施形態の情報端末２００は、表示装置３００と通信を行えるものであれば良い。

本実施形態の情報端末２００は、プログラム２００Ａがインストールされている。本実施形態の情報端末２００は、プログラム２００Ａを実行して表示装置３００に表示させるコンテンツデータの再生制御情報を生成し、コンテンツデータと再生制御情報とを表示装置３００へ送信する。

本実施形態の表示装置３００は、プログラム３００Ａがインストールされている。本実施形態の表示装置３００は、プログラム３００Ａを実行することで、情報端末２００から送信されたコンテンツデータを実行情報に基づき表示させる。

本実施形態の表示装置３００は、情報端末２００から送信された再生制御情報に基づき実行情報を生成する。また、本実施形態の表示装置３００は、コンテンツデータや再生制御情報を記録媒体に保存する処理を行っているときに、処理の中断が発生したときは中断の原因に応じた処理の制御を行う。

本実施形態の表示装置３００は、実行情報に基づきコンテンツデータを表示させることが可能な表示機能を有していればよい。具体的には、本実施形態の表示装置３００は、例えばプロジェクタやディスプレイ等である。

本実施形態のコンテンツデータとは、例えば画像データや動画データ等である。コンテンツデータとなる画像データは、例えば１枚の画像の画像データであっても良いし、複数枚の画像の画像データであっても良い。本実施形態のコンテンツデータは、表示装置３００に表示させることが可能なデータであれば良い。

以下の本実施形態の説明では、表示装置３００で再生されるコンテンツデータを再生コンテンツデータと呼び、それ以外の例えば所定の記憶領域に格納されているコンテンツデータを単にコンテンツデータと呼ぶ。また、以下の本実施形態の説明では、表示装置３００はプロジェクタとスクリーンを表示装置として、プロジェクタがスクリーンにコンテンツデータを投影する場合について説明する。

以下に図２を参照して本実施形態の表示システム１００の利用シーンについて説明する。図２は、本実施形態の表示システムの利用シーンの一例を説明する図である。

図２の例では、情報端末２００をスマートフォン又はタブレットＰＣとし、表示装置３００をプロジェクタ３００−１とスクリーン３００−２を含む構成とし、表示システム１００を例えば電子看板（Digital Signage）に用いた場合を示している。

本実施形態の情報端末２００は、ユーザにより再生コンテンツデータの再生の仕方が設定されると、この設定に基づき再生コンテンツデータの再生制御情報を生成する。そして、情報端末２００は、再生コンテンツデータと再生制御情報とをプロジェクタ３００−１へ送信する。プロジェクタ３００−１は、受信した再生コンテンツデータを記憶部に保存し、再生制御情報から実行情報を生成し、この実行情報に従って再生コンテンツデータを再生する。

本実施形態の表示システム１００では、ユーザは、１度再生コンテンツデータと再生制御情報を表示装置３００に送信すれば、所望の設定通りに再生コンテンツデータを継続して再生することができる。

すなわち、本実施形態の表示システム１００を電子看板等に適用した場合、自動的にユーザが望むようにコンテンツデータが再生されるため、ユーザはコンテンツデータの表示順や表示の切り替え等をその都度設定する手間を省くことができる。

また、本実施形態の表示システム１００は、プロジェクタ３００−１が情報端末２００から受信した再生コンテンツデータや再生制御情報を記憶部に保存する処理中に、この処理が中断された場合は中断の原因に応じた保存処理の制御を行う。すなわち、本実施形態の表示システム１００は、保存処理中にこの保存処理が中断された場合は、中断の原因に応じて保存処理を続行するか、すでに保存済の情報を削除するかの制御を行う。これにより、本実施形態の表示システム１００では、不完全なデータが記憶領域に残存することを防止することができる。

次に、図３を参照して本実施形態の表示システム１００が有する情報端末２００のハードウェア構成を説明する。図３は、本実施形態の表示システムが有する情報端末のハードウェア構成の一例を示す図である。

本実施形態の情報端末２００は、それぞれバスＢ１で相互に接続されているＣＰＵ（Central Processing Unit）２０１、記憶部２０２、入力部２０３、外部インターフェイス部２０４、ネットワーク制御部２０５、出力部２０６、ドライバ２０７を有する。

ＣＰＵ２０１は、情報端末２００の各種動作を制御する。記憶部２０２は、情報端末２００の動作や演算に係る各種情報や、情報端末２００で実行される各種プログラム等が格納される。入力部２０３は、各種信号や情報を入力するために用いられる。入力部２０３は、例えばタッチパネル等の表示機能を有していてもよい。また、本実施形態の入力部２０３は、例えばポインティングデバイスやキーボード等であっても良い。

本実施形態の外部インターフェイス部２０４は、例えばＵＳＢ（Universal Serial Bus）メモリスロットやＮＦＣ（Near field communication）等である。ネットワーク制御部２０５は、モデム、ＬＡＮカード等を含み、ネットワークに接続するために用いられる。出力部２０６は、情報端末２００から各種情報の出力をするために用いられる。本実施形態の出力部２０６は、例えばディスプレイ等であっても良いし、外部装置へ各種データを送信する送信部であってもよい。

本実施形態のプログラム２００Ａは、情報端末２００を制御する各種プログラムの少なくとも一部である。プログラム２００Ａは、例えば記録媒体２０８の配布やネットワークからのダウンロードなどによって提供される。プログラム２００Ａを記録した記録媒体２０８は、ＣＤ−ＲＯＭ、フレキシブルディスク、ＲＯＭ、フラッシュメモリ等のように情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることができる。

また、プログラム２００Ａを記録した記録媒体２０８がドライバ２０７にセットされると、プログラム２００Ａは記録媒体２０８からドライバ２０７を介して記憶部２０２にインストールされる。

記憶部２０２は、インストールされたプログラム２００Ａを格納すると共に、必要なファイル、データ等を格納する。ＣＰＵ２０１は、記憶部２０２に格納されたプログラム２００Ａに従って各種処理を実現している。

次に、図４を参照して本実施形態の表示システム１００が有する表示装置３００のハードウェア構成を説明する。図４は、本実施形態の表示システムが有する表示装置のハードウェア構成の一例を示す図である。

本実施形態の表示装置３００は、制御手段として、メインＣＰＵ３０１、サブＣＰＵ３０２、ネットワークＣＰＵ３０３、及びネットワークサブＣＰＵ３０４の４つのＣＰＵを有する。以下に述べる各ＣＰＵの動作は、そのＣＰＵが各種プログラムを実行して各種ハードウェアを制御することにより実現されるものである。なお、プログラム３００Ａは、上記各種プログラムの少なくとも一部である。プログラム３００Ａは、例えば記録媒体の配布やネットワークからのダウンロードなどによって提供される。また、プログラム３００Ａを記録した記録媒体が表示装置３００にセットされると、プログラム３００Ａは記録媒体を介して表示装置３００の不揮発メモリ３１６と不揮発メモリ３１７にインストールされる。ネットワークからダウンロードされたプログラム３００Ａは、有線ネットワークＩ／Ｆ３０６又は無線ネットワークＩ／Ｆ３０７を介して不揮発メモリ３１６にインストールされる。

メインＣＰＵ３０１は、主制御部であり、画像入力部３０９あるいはネットワークＣＰＵ３０３から入力する画像信号に基づき、ＤＭＤ（Digital Mirror Device）３２２を制御して映像を投影する機能を備える。なお、ＤＭＤを直接制御するのはＤＭＤ制御部３１２であり、メインＣＰＵ３０１は、ＤＭＤ制御部３１２に対し、投影すべき画像信号と、投影に用いる設定データを供給することにより、ＤＭＤ３２２に所望の画像を投影させることができる。

また、メインＣＰＵ３０１は、入力する画像信号に対し、投影前に、コントラストや色合いをはじめとする特性を調整する信号処理を行う機能も有する。なお、上記の投影自体も、信号処理の１つであると考えることができる。

さらに、メインＣＰＵ３０１は、ファン制御部３１０及びランプ制御部３１１を介して、映像の投影に用いるランプ３２１と、ランプ３２１の冷却に用いるファン３２０を制御する機能を有する。メインＣＰＵ３０１は、表示器制御部３１３を介して、ＬＥＤ（発光ダイオード）ランプや小型の液晶パネル等を備える表示器３２３を制御し、所望の情報を表示させる機能も有する。

さらに、メインＣＰＵ３０１は、ボタンやスイッチ等により構成される操作子３２５に対してなされた操作を、操作子制御部３１５を介して検出したり、リモコン受信部３１４が受信する、リモートコントローラの操作内容を示す信号を検出したりする機能も有する。

また、ここで述べたもの以外にも、メインＣＰＵ３０１は、表示装置３００における制御のうち、他のＣＰＵが担当していないものを概ね担当する。これらの多彩な機能を有するメインＣＰＵ３０１は、消費電力が比較的大きい高消費電力のものとなっている。このため、電力消費を低減すべきスタンバイ状態では、このメインＣＰＵ３０１は、基本的には電力供給をオフされる。なお、電力消費を低減すべきスタンバイ状態では、メインＣＰＵ３０１は、所定以下の電力供給がされていてもよい。

次に、サブＣＰＵ３０２は、副制御部であり、リモコン受信部３１４及び操作子制御部３１５を介した操作の検出機能を有する。また、検出した電源オンオフの操作や、メインＣＰＵ３０１及びネットワークサブＣＰＵ３０４からの要求に応じて、メインＣＰＵ３０１及びネットワークサブＣＰＵ３０４への電力供給のオンオフを制御する機能も有する。

そして、サブＣＰＵ３０２の機能はほぼこれらの機能のみとしているため、サブＣＰＵ３０２は極めて消費電力の小さい低消費電力のものである。サブＣＰＵ３０２は、メインＣＰＵ３０１への電源供給をオフしている状態でもユーザの操作を検出するため、電源部３０５に対して外部電源から電力が供給されている間は、常に電力供給がオンの状態とされる。

ネットワークＣＰＵ３０３は、第１ネットワーク制御部である。ネットワークＣＰＵ３０３は、ネットワークサブＣＰＵ３０４経由で受け取る、ネットワークを介して外部装置から受信した投影対応のデータや、ＵＳＢ＿Ｉ／Ｆ（Universal Serial Bus Interface）３０８に接続された外部記録媒体であるＵＳＢメモリから読み出した投影対象のデータ（再生コンテンツデータなど）を、メインＣＰＵ３０１が投影に用いるのに適した形式の画像信号に変換する機能を有する。また、ネットワークＣＰＵ３０３は、変換後の信号をメインＣＰＵ３０１に出力する機能も有する。

ネットワークＣＰＵ３０３が行うこれらの処理の負荷は比較的高く、従ってネットワークＣＰＵ３０３はこれを高速に処理するため比較的高消費電力となっている。

ネットワークサブＣＰＵ３０４は、第２ネットワーク制御部である。そして、ネットワークを介して外部装置と通信し、そのネットワークを介して外部装置から受信した投影対象のデータを、ネットワークＣＰＵ３０３に渡す機能を有する。なお、表示装置３００は、ネットワーク通信のためのインタフェースとして、有線通信を行うための有線ネットワークＩ／Ｆ３０６と、無線通信を行うための無線ネットワークＩ／Ｆ３０７とを備えている。前者は、例えばＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１１ｂ／１１ａ／１１ｎ方式の通信を行うためのインタフェースである。ネットワークサブＣＰＵ３０４は、これらの一方又は両方を用いて外部装置とネットワークを介した通信を行うことができる。

また、ネットワークサブＣＰＵ３０４は、通信に使用するＩ／Ｆの設定に応じて、優先ネットワークＩ／Ｆ３０６及び無線ネットワークＩ／Ｆ３０７に対する電源供給のオンオフを制御する機能を有する。

また、ネットワークサブＣＰＵ３０４は、供給制御手段として機能し、スタンバイ状態から電源オン状態への移行を指示するイベントや、逆に電源オン状態からスタンバイ状態への移行を指示するイベント等を検出した場合に、それらに応じてネットワークＣＰＵ３０３への電力供給のオンオフを制御する機能も有する。

次に、電源部３０５は、電源ケーブルにより接続される家庭用電源等の外部電源から供給される電力を、表示装置３００の各部に供給する機能を有する。図１では、代表的な供給先であるメインＣＰＵ３０１、サブＣＰＵ３０２、ネットワークＣＰＵ３０３、ネットワークサブＣＰＵ３０４、有線ネットワークＩ／Ｆ３０６及び無線ネットワークＩ／Ｆ３０７に対する電力供給路を破線で示している。そして、少なくともこれらの各部に対する電力供給のオンオフは、個別に切り替え可能である。また、図示を省略したほかの各部にも、電源部３０５からの電力が供給される。

また、電力供給路に向かう実線の矢印は、その電力供給路を通じた電力供給のオンオフを制御可能であることを示す。サブＣＰＵ３０２は、メインＣＰＵ３０１、ネットワークＣＰＵ３０３及びネットワークサブＣＰＵ３０４に対する電力供給オンオフを制御可能である。

ネットワークサブＣＰＵ３０４は、ネットワークＣＰＵ３０３、有線ネットワークＩ／Ｆ３０６及び無線ネットワークＩ／Ｆ３０７に対する電力供給オンオフを制御可能である。

また、図示していないが、メインＣＰＵ３０１及びネットワークＣＰＵ３０３は、電源部３０５に所定の信号を送信することにより、自身に対する電源供給路を遮断して電源供給をオフすることが可能である。

また、以上述べてきた各部以外の各部については、ＵＳＢ＿Ｉ／Ｆ３０８は、ＵＳＢ規格に従った外部装置を接続するためのインタフェースである。

画像入力部３０９は、ＤＶＩ−Ｉ（Digital Visual Interface Integrated）、ＶＧＡ（Video Graphics Array）、ＲＳ−２３２Ｃ等の適当な規格に従い、外部装置からの画像信号の入力を受け付ける機能を有する。

不揮発メモリ３１６は、メインＣＰＵ３０１とサブＣＰＵ３０２の双方から参照可能な不揮発性記憶手段である。例えばＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）により構成することができる。この不揮発メモリ３１６には、表示装置３００の動作履歴及び設定情報等を記憶させる。ここで記憶させる設定情報には、例えば、省エネ度設定や電源オン設定を含む。また、通信に関する設定として、通信に使用するインタフェースの設定、ネットワーク通信の場合のＤＨＣＰ（DynamicHost Configuration Protocol）サーバの使用有無、ゲートウェイアドレス等の設定を含む。

また、不揮発メモリ３１７は、ネットワークサブＣＰＵ３０４から参照可能な不揮発性記憶手段である。この不揮発メモリ３１７には、少なくとも、ネットワークサブＣＰＵ３０４がネットワークを介した通信を行う際に参照する設定情報を記憶させる。その設定情報の内容は、少なくともネットワークサブＣＰＵ３０４とネットワークＣＰＵ３０３とメインＣＰＵ３０１の全てが動作している状態では、不揮発メモリ３１６と不揮発メモリ３１７とで同期させておく。

不揮発メモリ３１６の内容は、メインＣＰＵ３０１がリモコン受信部３１４や操作子３２５により受け付けた変更操作に従って変更され、不揮発メモリ３１７の内容は、ネットワークサブＣＰＵ３０４がネットワーク経由で受け付けたＰＪＬｉｎｋ規格のプロトコル等による変更操作に従って変更される。しかし、一方の不揮発メモリの内容が変更された場合、その変更後の内容は速やかに他方の不揮発メモリに反映させる。この動作は、ネットワークサブＣＰＵ３０４、ネットワークＣＰＵ３０３及びメインＣＰＵ３０１が担当する。

ただし、不揮発メモリ３１７には、不揮発メモリ３１６に記憶させてある全ての項目の情報を記憶させる必要はない。少なくとも、ネットワークサブＣＰＵ３０４が通信にしようする項目の設定情報を記憶していれば、表示装置３００は問題なく動作する。しかし、ネットワーク経由で受け付けた変更操作に従って編集可能な項目を全て記憶させておけば、メインＣＰＵ３０１が停止しているスタンバイ状態でもネットワーク経由で設定内容を編集でき、利便性を向上させることができる。

次に、図５を参照して本実施形態の表示システム１００が有する各装置の機能構成について説明する。図５は、本実施形態の表示システムが有する各装置の機能構成の一例を示す図である。

本実施形態の情報端末２００は、記憶部２０２内に設けられた所定の記憶領域２１００を有する。記憶領域２１００には、例えばコンテンツデータ２１１０と、設定項目情報２１２０とが格納されている。コンテンツデータ２１１０は、例えば表示装置３００へ表示することが可能なデータであり、画像データや動画データ等である。本実施形態の設定項目情報２１２０は、再生制御情報においてユーザにより設定される項目を示す情報である。

設定項目情報２１２０には、例えば、再生コンテンツデータ３１１０に含まれるコンテンツデータ２１１０の再生順を示すＯｒｄｅｒ項目が含まれる。また、設定項目情報２１２０には、例えば、再生コンテンツデータ３１１０に含まれるコンテンツデータ２１１０の再生時間を示すＴｉｍｅ項目が含まれる。さらに、設定項目情報２１２０には、例えば、再生コンテンツデータ３１１０に含まれるコンテンツデータ２１１０の表示の切り替えの仕方を示すＥｆｆｅｃｔ項目が含まれる。

また、本実施形態の情報端末２００は、表示制御部２０１０、入力受付部２０２０、再生制御情報生成部２０３０、送受信部２０４０を有する。

本実施形態の表示制御部２０１０は、情報端末２００の出力部２０６であるディスプレイ等に、コンテンツデータ２１１０の一覧画面や、設定項目情報２１２０に含まれる項目の値を設定させる設定画面等を表示させる。

本実施形態の入力受付部２０２０は、コンテンツデータ２１１０の一覧を表示させた一覧画面においてコンテンツデータ２１１０の選択を受け付ける。本実施形態では、情報端末２００の一覧画面において選択されたコンテンツデータ２１１０が、表示装置３００で再生される再生コンテンツデータ３１１０として、表示装置３００に送信される。また、本実施形態の入力受付部２０２０は、設定項目情報２１２０に含まれる項目の値を設定させる設定画面における設定値の入力を受け付ける。

本実施形態の再生制御情報生成部２０３０は、再生コンテンツデータに含まれる情報に基づき、所定のフォーマットにしたがった再生制御情報３１２０を生成する。本実施形態では、設定項目情報２１２０に含まれる項目は再生制御情報３１２０に含まれる項目の一部である。すなわち、本実施形態の再生制御情報３１２０には、設定項目情報２１２０に含まれる項目に対してユーザが設定した値が含まれる。

本実施形態の送受信部２０４０は、再生コンテンツデータ３１１０と、生成された再生制御情報３１２０とを表示装置３００に送信する。また、表示装置３００から例えば再生コンテンツデータ３１１０の保存が完了したことを示す完了通知などを受信する。

なお、本実施形態の情報端末２００は、コンテンツデータ２１１０が記憶領域２１００内に格納されているものとしたが、これに限定されない。コンテンツデータ２１１０は、例えば情報端末２００が読取可能な可搬型の記録媒体に格納されていても良いし、情報端末２００と通信が可能な外部装置に格納されていても良い。

本実施形態の表示装置３００は、要求制御部３０１０、再生制御部３０２０、フォーマット変換部３０３０、ファイル管理部３０４０、中断検知部３０５０、通信制御部３０６０、表示制御部３０７０を有する。また、再生制御部３０２０は、検証部３０２１、実行情報生成部３０２２を有する。

さらに、本実施形態の表示装置３００は、再生コンテンツデータ３１１０、再生制御情報３１２０、中断原因コードテーブル３１３０、中断原因種別テーブル３１３１、設定項目値テーブル３１４０、実行情報３１５０が格納される記憶領域３１００を有する。なお、本実施形態の記憶領域３１００は、例えば表示装置３００の有する不揮発メモリ３１６又は／及び不揮発メモリ３１７に設けられても良いし、表示装置３００が読取可能な可搬型の記録媒体に設けられても良い。また、記憶領域３１００は、表示装置３００と通信が可能な外部装置等に設けられても良い。

本実施形態の中断原因コードテーブル３１３０は、中断検知部３０５０が参照するテーブルであり、ファイルの保存処理の中断原因と、中断原因に割り振られた中断原因種別コードとを対応付けたものである。

本実施形態の中断原因種別テーブル３１３１は、要求制御部３０１０が参照するテーブルであり、中断原因種別コードと、ファイルの保存処理の種類とが対応付けられたものである。

本実施形態の設定項目値テーブル３１４０は、再生制御情報３１２０に設定された各項目のデフォルト値を定義したテーブルである。

本実施形態の実行情報３１５０は、再生制御情報３１２０を表示装置３００が実行可能な形式にしたものである。

本実施形態の要求制御部３０１０は、通信制御部３０６０を介したファイルの保存要求や投影実行要求等の各種要求を受け付けると、受け付けた要求を解析し、この要求と対応する処理を他の処理部に要求する。

本実施形態の要求制御部３０１０は、例えば、情報端末２００から通信制御部３０６０を介して投影実行要求を受け付けた場合、再生制御部３０２０に投影実行処理を要求する。また、要求制御部３０１０は、例えば、情報端末２００から通信制御部３０６０を介してファイルの保存要求を受け付けた場合、ファイル管理部３０４０にファイルの保存処理を要求する。

また、本実施形態の要求制御部３０１０は、例えばファイルの保存処理の実行中に、処理の中断原因が発生した場合、中断原因種別テーブル３１３１を参照し、中断検知部３０５０から通知された中断原因種別コードに応じたファイルの保存処理を行う。

本実施形態の再生制御部３０２０は、再生コンテンツデータ３１１０を実行情報３１５０に基づき再生する制御を行う。また、検証部３０２１は、再生制御情報３１２０が適切か否かを検証する。また、実行情報生成部３０２２は、再生制御情報３１２０から実行情報３１５０を生成する処理を行う。

本実施形態のフォーマット変換部３０３０は、再生コンテンツデータ３１１０に含まれるコンテンツデータ２１１０を表示制御部３０７０が投影可能な形式に変換する処理を行う。

本実施形態のファイル管理部３０４０は、情報端末２００から送信された再生コンテンツデータ３１１０や再生制御情報３１２０を記憶領域３１００に保存する処理を行う。また、記憶領域３１００に格納されているファイルなどを読み出す処理を行う。

本実施形態の中断検知部３０５０は、ファイル管理部３０４０による記憶領域３１００へのファイルの保存処理の中断原因の発生を検知する。本実施形態におけるファイルの保存処理の中断原因とは、例えば、ファイルの保存処理中に発生したスタンバイ移行等である。

また、中断検知部３０５０は、中断原因コードテーブル３１３０を参照し、検知した中断の原因の種別に応じた中断原因種別コードを取得し、要求制御部３０１０に通知する。

本実施形態の通信制御部３０６０は、情報端末２００との通信の制御を行う。

本実施形態の表示制御部３０７０は、再生コンテンツデータ３１１０をスクリーン３００−２に投影する制御を行う。

ここで、情報端末２００から表示装置３００に対して行う処理要求について説明する。

図６は、本実施形態の情報端末から表示装置への処理要求の一例を説明する図である。本実施形態では、情報端末２００から表示装置３００への処理要求として、一例としてＨＴＴＰ（HyperText Transfer Protocol）リクエストを用いる場合について説明する。また、上記処理要求に対して表示装置３００はＨＴＴＰレスポンスを応答として用いるものとする。

図６（ａ）は、表示装置３００が情報端末２００から受信する処理要求の種別、ＨＴＴＰメソッド、ＵＲＩ（Uniform Resource Identifier）の対応関連を示した表である。図６（ａ）では、要求種別として投影実行要求、記録媒体へのファイルの保存要求を一例として示している。例えば、投影実行要求であった場合は、ＨＴＴＰメソッドとして「ＰＵＴ」、ＵＲＩとして「/service/projection」から開始する文字列が指定されたＨＴＴＰリクエストが情報端末２００から表示装置３００に送信される。また、例えば、記録媒体へのファイルの保存要求の場合は、ＨＴＴＰメソッドとして「ＰＯＳＴ」、ＵＲＩとして「/service/storage」から開始する文字列が指定されたＨＴＴＰリクエストが情報端末２００から表示装置３００に送信される。表示装置３００の要求制御部３０１０は、上述した要求種別、ＨＴＴＰメソッド、ＵＲＩの対応関連を参照し、情報端末２００から受信したＨＴＴＰリクエストのＨＴＴＰメソッドとＵＲＩの値から要求種別を判断する。

図６（ｂ）は、情報端末２００から表示装置３００に送信する投影実行要求のＨＴＴＰリクエストと、表示装置３００から情報端末２００に送信するＨＴＴＰレスポンスの一例である。なお、ＨＴＴＰリクエストは、リクエストライン、ヘッダ、ボディを含む構成のものを一例として示した。ＨＴＴＰレスポンスは、ステータスライン、ヘッダ、ボディを含む構成のものを一例として示した。

ＨＴＴＰリクエストでは、リクエストライン４１１に記述されたＨＴＴＰメソッドとして「ＰＵＴ」、ＵＲＩとして「/service/projection/1」が指定されており、このＨＴＴＰリクエストが投影実行要求であることを示している。また、ボディ４１３に記述されている「"type":"playlist"」は、再生制御情報３１２０を用いた投影実行要求であること示している。また、ボディ４１３に記述されている「"path":"/QS/Playlist_1/playlist.json"」は、再生制御情報３１２０の格納先を示している。なお、ヘッダ４１２に記述されている「Host:projector.examle.jp」は、表示装置３００のアドレスを示している。ヘッダ４１２に記述されている「Content-Type:application/json」は、再生制御情報３１２０がＪＳＯＮ形式のファイルであることを示している。

ＨＴＴＰレスポンスのステータスライン４１４では、表示装置３００が投影実行要求を受け付けたことを示すＨＴＴＰステータスコードとして「200 OK」が指定されている。なお、なんらかのエラー等により表示装置３００が投影実行要求を受け付けることができない場合は、エラーが発生したことを示すＨＴＴＰステータスコードを指定するようにしてもよい。

表示装置３００は、上述したような投影実行要求を受け付けると、ＨＴＴＰリクエストのボディ４１３において指定された再生制御情報３１２０から実行情報３１５０を生成し、指定された再生コンテンツデータ３１１０をスクリーン３００−２に投影する。

図６（ｃ）は、情報端末２００から表示装置３００に送信するファイルの保存要求のＨＴＴＰリクエストと、表示装置３００から情報端末２００に送信するＨＴＴＰレスポンスの一例である。

ＨＴＴＰリクエストでは、リクエストライン４２１に記述されたＨＴＴＰメソッドとして「ＰＯＳＴ」、ＵＲＩとして「/service/storage/files/usb1/QS/Playlist_1/file_1.jpeg」が指定されており、このＨＴＴＰリクエストがファイルの保存要求であることを示している。なお、この例では、記録媒体としてＵＳＢメモリの格納先「/QS/Playlist_1/」に「file_1.jpeg」というファイル名で保存することを指定している。

また、ボディ４２３に記述されている「<binary data>」には、保存するファイルのデータが指定される。例えば、画像データ（例えばJPEG形式）のバイナリデータが指定される。なお、ヘッダ４２２に記述されている「Host:projector.examle.jp」は、表示装置３００のアドレスを示している。ヘッダ４２２に記述されている「Content-Type:application/octet-stream」は、保存するファイルがバイナリデータであることを示している。

ＨＴＴＰレスポンスステータスライン４２４では、表示装置３００がファイルの保存が完了したことを示すＨＴＴＰステータスコードとして「201 Created」が指定されている。なお、なんらかのエラー等により表示装置３００が保存要求を受け付けることができない場合は、エラーが発生したことを示すＨＴＴＰステータスコードを指定するようにしてもよい。なお、「Content-Length」はコンテンツ（ＨＴＴＰレスポンスのボディ）の長さ（バイト数）を示している。この例では、ボディは記述されていないのでContent-Lengthの値は０である。「Location」は、保存要求で指定されたファイルの格納先を示している。

表示装置３００は、上述したようなファイルの保存要求を受け付けると、ファイルの保存要求において指定された、例えば再生コンテンツデータ３１１０や再生制御情報３１２０を指定された記録媒体に保存する。

なお、上記では、投影実行要求、ファイルの保存要求としてＨＴＴＰを用いた場合について説明したが、これに限定されない。

次に、表示装置３００における記録媒体のディレクトリ構成について説明する。

図７は、本実施形態の表示装置の記録媒体のディレクトリ構成の一例を説明する図である。上述したように、表示装置３００は、情報端末２００からファイルの保存要求を受け付けると、指定されたファイルを記録媒体に保存する。記録媒体は、例えば、ＦＡＴ（File Allocation Table）やＮＴＦＳ（NT File System）などのファイルシステムによってディレクトリが構成されている。図７では、記録媒体（例えばＵＳＢメモリ）の直下に「ＱＳ」という名称のフォルダがあり、その中に「Playlist_1」、「Playlist_2」という名称のフォルダがあることを示している。また、「Playlist_1」、「Playlist_2」の中には、JPEG形式のファイルやＪＳＯＮ形式のファイルがあることを示している。なお、ＪＰＥＧ形式のファイルは例えば再生コンテンツデータ３１１０に含まれるコンテンツデータ２１１０であり、画像データである。また、ＪＳＯＮ形式のファイルは例えば再生制御情報３１２０である。なお、再生制御情報３１２０の詳細については、後述する。

次に、本実施形態における表示装置のファイルの保存処理について説明する。

図８は、本実施形態の表示装置におけるファイルの保存処理の一例のシーケンス図である。

表示装置３００の通信制御部３０６０は、情報端末２００の送受信部２０４０が送信したＨＴＴＰリクエスト（ファイルの保存要求）を受け付けると（ステップＳ１０１）、リクエストライン４２１とヘッダ４２２を要求制御部３０１０に送信する（ステップＳ１０２）。要求制御部３０１０は、リクエストライン４２１に指定されたＨＴＴＰメソッドとＵＲＩから、受信したＨＴＴＰリクエストはファイルの保存要求であることを判断し、ＵＲＩに指定されたファイルの格納先の検証を行う（ステップＳ１０３）。ＵＲＩに指定されたファイルの格納先の検証とは、例えば格納先が所定の文字数以下（例えば２５５文字以下）であることや、格納先のフォルダの階層が所定数以下であること、指定されている格納先が存在するか否かの検証などである。

要求制御部３０１０は、ＵＲＩに指定されている格納先のファイルオープン要求をファイル管理部３０４０に行い（ステップＳ１０４）。ファイル管理部３０４０は、該当のファイルのオープン処理を行い、ファイルのオープン処理が完了したことを要求制御部３０１０に応答する（ステップＳ１０５）。ここで、ファイルのオープン処理とは、記憶領域３１００に対し、ファイルに含まれるデータの書き込みを開始させる処理である。

次に、通信制御部３０６０は、ＨＴＴＰリクエストのボディ４２３を要求制御部３０１０に送信する（ステップＳ１０６）。要求制御部３０１０は、ＨＴＴＰリクエストのボディ４２３を受け取ると、ボディ４２３に指定されているファイルの書き込み要求をファイル管理部３０４０に行う（ステップＳ１０７）。ファイル管理部３０４０は、ボディ４２３に指定されているファイルをステップＳ１０４〜Ｓ１０５でオープンしたファイルに保存し、書き込みが完了したことを要求制御部３０１０に応答する（ステップＳ１０８）。

なお、上述したステップＳ１０７〜Ｓ１０８のファイルの書き込み処理は、複数のバッファを用いて行われてもよい。つまり、例えば、まず、バッファＡでＨＴＴＰリクエストのボディ４２３を受信し、バッファＡの容量がいっぱいになったところで、バッファＢでＨＴＴＰリクエストのボディ４２３を受信する。そして、バッファＡの内容を指定された格納先に書き込む処理を行う。以降、同様にバッファＢの容量がいっぱいになったところで、バッファＡでＨＴＴＰリスクエストのボディ４２３を受信し、バッファＢの内容を指定された格納先に書き込む処理を行う。以上のようにバッファ毎にステップＳ１０７〜Ｓ１０８の処理を繰り返す事で、大容量のデータを効率的に受信してファイルの保存処理を行うことができる。

次に、要求制御部３０１０は、ステップＳ１０４〜Ｓ１０５でオープンしたファイルのクローズ要求を行い（ステップＳ１０９）、ファイル管理部３０４０は、クローズ処理を行い、ファイルのクローズ処理が完了したことを要求制御部３０１０に応答する（ステップＳ１１０）。そして、要求制御部３０１０は、ファイルの保存処理が完了したことを通信制御部３０６０に通知する（ステップＳ１１１）。通信制御部３０６０は、ファイルの保存要求が完了したことを示すＨＴＴＰレスポンスを情報端末２００の送受信部２０４０に送信する（ステップＳ１１２）。ここで、ファイルのクローズ処理とは、記憶領域３１００に対するファイルに含まれるデータの書き込みを終了させる処理である。

なお、例えばファイルの保存処理を行っているファイルＡと同名のファイルＢがすでに記憶領域３１００に存在する場合は、ファイルＡをファイルＢとは異なる名称に変更してステップＳ１０７の書き込み処理を行うことが好ましい。また、さらに、ファイルＡの書き込み処理が完了したところで、ファイルＢを削除し、ファイルＡのファイル名を元に戻すようにすることが好ましい。このようにすることで、ファイルＡのデータの書き込み処理がすべて完了するまで、ファイルＢが上書きされるのを防ぐことができる。

以上により、表示装置３００は、情報端末２００から送信される再生コンテンツデータ３１１０や再生制御情報３１２０などを記憶領域３１００に保存することができる。

次に、ファイルの保存処理中にこの保存処理が中断された場合の表示装置３００の動作について説明する。これにより、記憶領域３１００に不完全なデータ（例えば一部のデータの書き込みが完了していないファイルなど）が残存することを防ぐことができる。

図９は、本実施形態の表示装置におけるファイルの保存処理が中断された場合の処理の一例のシーケンス図である。

中断検知部３０５０は、ファイルの保存処理中に中断原因の発生を検知すると、中断原因の発生を検知したことを要求制御部３０１０に通知する（ステップＳ２０１）。このとき、中断検知部３０５０は、後述する中断原因コードテーブル３１３０を参照し、検知した中断原因に応じた中断原因種別コードを要求制御部３０１０に通知する。本実施形態の要求制御部３０１０は、例えば中断検知部３０５０から中断原因種別コードを通知されたとき、ファイルの保存処理の中断原因の発生を検知してもよい。

なお、ファイルの保存処理の中断原因は、電源不足によるスタンバイ移行や入力切替、記録媒体（例えばＵＳＢメモリなど）の空き容量不足、記録媒体にアクセス不可の場合などがある。以下の説明では、一例として中断の原因がスタンバイ移行である場合について説明する。

要求制御部３０１０は、ファイルの保存処理の中断原因の発生を検知すると、データ転送のキャンセルを通信制御部３０６０に要求する（ステップＳ２０２）。データ転送のキャンセルとは、例えばＨＴＴＰリクエストのヘッダ４２２やボディ４２３の転送のキャンセルである。通信制御部３０６０は、データ転送をキャンセルしたことを示すキャンセル応答を要求制御部３０１０に応答する（ステップＳ２０３）。そして、要求制御部３０１０は、中断原因及びキャンセル応答を受信したタイミングに応じた動作により、ファイルの保存処理を終了させる（ステップＳ２０４）。

より具体的には、要求制御部３０１０は、キャンセル応答を受信すると、中断原因種別テーブル３１３１を参照し、ステップＳ２０１で中断検知部３０５０から通知された中断原因種別コードと、キャンセル応答を受信したタイミングとに応じた動作を行う。

本実施形態において、要求制御部３０１０は、キャンセル応答を受信したタイミングが要求制御部３０１０がＨＴＴＰのヘッダ４２２を受信する前であった場合（タイミング１）、要求制御部３０１０は、何もせずにファイルの保存処理を終了させる。この場合、記憶領域３１００に対し、ファイルに含まれるデータの書き込みを行っていないため、不完全なデータが記録媒体に残存することはない。

次に、要求制御部３０１０は、キャンセル応答を受信したタイミングが要求制御部３０１０がＨＴＴＰのヘッダ４２２の受信完了後であり、且つ指定された格納先のファイルのオープンが完了したことの応答の受信前である場合（タイミング２）、次の処理を行う。まず、要求制御部３０１０は、ファイル管理部３０４０からのファイルのオープンが完了したことの応答を待ち、この応答を受信すると（ステップＳ２１１）、ファイルのクローズ要求をファイル管理部３０４０に行う（ステップＳ２１２）。そして、要求制御部３０１０は、ファイル管理部３０４０からファイルのクローズが完了したことの応答を受信して（ステップＳ２１３）、ファイルの保存処理を終了させる。この場合においても、記憶領域３１００に対し、ファイルに含まれるデータの書き込みを行っていないため、不完全なデータが記憶領域３１００に残存することはない。

次に、要求制御部３０１０は、キャンセル応答を受信したタイミングが図８のステップＳ１０５の処理以降で、且つステップＳ１０６の処理前である場合（タイミング３）、次の処理を行う。より具体的には要求制御部３０１０は、ファイルのオープンが完了したことの応答の受信後であって、ＨＴＴＰのボディ４２３の受信完了前である場合は次の処理を行う。

まず、要求制御部３０１０は、ファイル管理部３０４０に対して、すでにデータの書き込み要求を行っている場合は、その書き込み処理が完了したことの応答を待つ。そして、書き込み処理が完了したことの応答を受信すると（ステップＳ２２１）、ファイルのクローズ要求をファイル管理部３０４０に行う（ステップＳ２２２）。なお、要求制御部３０１０は、ファイル管理部３０４０に対して未だ書き込み要求を行っていない場合は、ステップＳ２２１の処理は実行しない。

次に、要求制御部３０１０は、ファイルのクローズの完了の応答を受信すると（ステップＳ２２３）、ファイル管理部３０４０に対しファイルの削除要求（ステップＳ２２４）を行う。そして、要求制御部３０１０は、ファイルの削除応答を受信すると（ステップＳ２２５）、ファイルの保存処理を終了させる。

この場合は、一部のデータについて書き込み要求を行っているため、不完全なデータが記憶領域３１００に残存している。したがって、この書き込み済の不完全なデータを削除した上でファイルの保存処理を終了させている。

次に、要求制御部３０１０は、キャンセル応答を受信したタイミングがＨＴＴＰのボディ４２３の受信完了後である場合（タイミング４）、何もせずにファイルの保存処理を終了させる。この場合は、すでに記憶領域３１００に対するすべてのデータの書き込みが完了しているため、不完全なデータが記憶領域３１００に残存することはない。

なお、ファイルの保存処理の中断原因がスタンバイ移行である場合について説明したが中断の原因は様々なものが考えられる。また、本実施形態では、中断原因に応じて、表示装置３００のファイルの保存処理の動作を変えることが好ましい。つまり、本実施形態の中断検知部３０５０は、中断原因の発生を検知して中断原因コードテーブル３１３０を参照し、中断原因に応じた通知を要求制御部３０１０に行う。本実施形態の要求制御部３０１０は、中断原因と、データ転送のキャンセル応答を受けたタイミングに応じた動作を行ってファイルの保存処理を終了させる。

以下、図１０を用いて中断の原因に応じたファイルの保存処理の一例について説明する。図１０は、本実施形態の表示装置が有する中断原因コードテーブル及び中断原因種別テーブルの一例を説明する図である。

図１０（ａ）は、中断原因コードテーブル３１３０の一例である。中断原因コードテーブル３１３０は、中断原因を示す中断原因種別コードと中断原因の種別が対応付けられている。例えば、中断原因種別コードが「０００１」に対しては中断原因種別として「スタンバイ移行」が対応付けられている。中断原因種別コードが「０００２」に対しては中断原因種別として「入力切替」が対応付けられている。中断原因種別コードが「０００３」に対しては中断原因種別として「ＵＳＢメモリの空き容量不足」が対応付けられている。中断原因種別コードが「０００４」に対しては中断原因種別として「ＵＳＢメモリにアクセス不可」が対応付けられている。

図１０（ｂ）は、中断原因種別テーブル３１３１の一例である。中断原因種別テーブル３１３１は、中断原因種別コードと要求制御部３０１０がデータ転送のキャンセル応答を受信したタイミングが要求制御部３０１０のファイルの保存処理における動作と対応付けられている。

中断検知部３０５０は、ファイルの保存処理中に処理の中断を検知すると、中断原因コードテーブル３１３０を参照し、中断原因種別コードを要求制御部３０１０に通知する（図９のステップＳ２０１）。すなわち、中断検知部３０５０は、図１０（ａ）の中断原因コードテーブル３１３０を参照し、中断の原因に応じて、「０００１」〜「０００４」のいずれかの中断原因種別コードを要求制御部３０１０に通知する。

要求制御部３０１０は、図１０（ｂ）の中断原因種別テーブル３１３１を参照し、中断原因種別コードとデータ転送をキャンセルしたことの応答を受信したタイミングに応じて、ファイルの保存処理を行う。

図１０（ｂ）において、中断原因種別コードが「０００１」（スタンバイ移行）の場合、図９のステップＳ２０４で示した通りである。すなわち、要求制御部３０１０は、データ転送のキャンセル応答を受信したタイミング（タイミング１〜４）に応じて、中断原因種別テーブル３１３１で対応付けられた動作を行う。

図１０（ｂ）において、中断原因種別コードが「０００２」（入力切替）の場合、要求制御部３０１０は、データ転送のキャンセル応答を受信したタイミングにかかわらずファイルの保存処理を続行する。すなわち、要求制御部３０１０は、ファイル管理部３０４０に、記憶領域３１００に対するデータの書き込みを継続させる。この場合は、表示装置３００への入力が切り替わっただけであり、不完全なデータが残存することはない。なお、入力切替とは、例えば入力をネットワークから外部入力（例えばＲＧＢケーブルやＨＤＭＩ（登録商標）(High-Definition Multimedia Interface)を介した入力）に切り替える場合などである。これにより、ファイルの保存処理を続行しつつ、別の入力チャネルからデータを取得することができる。

図１０（ｂ）において、中断原因種別コードが「０００３」（ＵＳＢメモリの空き容量不足）の場合、要求制御部３０１０は、データ転送のキャンセル応答を受信したタイミング（タイミング１〜４）に応じて、ファイルの保存処理を行う。すなわち、タイミング１の場合、要求制御部３０１０は、何もせずにファイルの保存処理を終了させる。この場合、記憶領域３１００へのデータの書き込みを行っていないため、不完全なデータが記録媒体に残存することはない。

タイミング２の場合、要求制御部３０１０は、ファイル管理部３０４０からのファイルのオープンが完了したことの応答を待ち、この応答を受信すると、ファイルのクローズ要求をファイル管理部３０４０に行う。そして、要求制御部３０１０は、ファイル管理部３０４０からファイルのクローズが完了したことの応答を受信して、ファイルの保存処理を終了させる。この場合においても、記憶領域３１００へのデータの書き込みを行っていないため、不完全なデータが記憶領域３１００に残存することはない。

タイミング３の場合、要求制御部３０１０は、ファイルのクローズ要求をファイル管理部３０４０に行う。要求制御部３０１０は、ファイルのクローズの完了の応答を受信すると、ファイル管理部３０４０に対しファイルの削除要求を行う。そして、要求制御部３０１０は、ファイルの削除応答を受信すると、ファイルの保存処理を終了させる。この場合は、一部のデータについて記憶領域３１００に対する書き込み要求を行っているため、不完全なデータが記憶領域３１００に残存している。したがって、この書き込み済の不完全なデータを削除した上でファイルの保存処理を終了させている。

タイミング４の場合、タイミング３と同様の処理を行う。この場合、ＵＳＢメモリの空き容量が不足しているため、不完全なデータが記憶領域３１００に残存しているためである。

図１０（ｂ）において、中断原因種別コードが「０００４」（ＵＳＢメモリにアクセス不可）の場合、要求制御部３０１０は、何もせずにファイルの保存処理を終了させる。この場合、ＵＳＢメモリにアクセスできないため、不完全なデータが記憶領域３１００に残存することはない。なお、ファイルの保存処理中に例えばＵＳＢメモリが表示装置３００から取り外されたことによりＵＳＢメモリにアクセス不可となるような場合は不完全なデータが記憶領域３１００に残存することもあり得る。ただし、この場合も要求制御部３０１０は、何もせずにファイルの保存処理を終了させる。

以上のように、本実施形態では、ファイルの保存処理の中断原因及びデータ転送のキャンセル応答を受信したタイミングに応じて、ファイルの保存処理の動作を変えることができる。なお、上述した中断原因の種別、ファイルの保存処理の動作の内容は一例であって、様々な中断原因の種別、ファイルの保存処理の動作の内容が考えられる。

なお、書き込み済のファイルを削除した場合は、中断検知部３０５０または要求制御部３０１０は、ファイルの保存が失敗したことを示す通知を情報端末２００に行うようにすることが好ましい。さらに、ファイルの保存が失敗した原因（上述した中断の原因など）も情報端末２００に併せて通知するようにすることが好ましい。

以上により、表示装置３００においてファイルの保存処理中にこの処理が中断された場合でも、記憶領域３１００に不完全なデータが残存することを防止できる。

次に、本実施形態における表示装置３００が再生コンテンツデータ３１１０を表示する処理について説明する。

図１１は、本実施形態の表示装置における投影実行処理の一例のシーケンス図である。

表示装置３００の通信制御部３０６０は、情報端末２００の送受信部２０４０が送信したＨＴＴＰリクエスト（投影実行要求）を受け付けると（ステップＳ３０１）、要求制御部３０１０に転送する（ステップＳ３０２）。要求制御部３０１０は、受信したＨＴＴＰリクエストの解析を行う（ステップＳ３０３）。すなわち、要求制御部３０１０は、受信したＨＴＴＰリクエストのリクエストライン４１１を解析し、ＨＴＴＰメソッドとＵＲＩの値から受信したＨＴＴＰリクエストが投影実行要求であることを判別する。次に、要求制御部３０２０は、ＨＴＴＰリクエストのボディ４１３に指定されている再生制御情報３１２０の格納先の検証を行う（ステップＳ３０４）。

次に、要求制御部３０１０は、ＨＴＴＰリクエストのボディ４１１から取得した再生制御情報３１２０の格納先のファイルパスを指定した投影実行要求を再生制御部３０２０に送信する（ステップＳ３０５）。再生制御部３０２０は、受信した投影実行要求に含まれる再生制御情報３１２０の格納先に基づき、ファイル管理部３０４０に対し再生制御情報３１２０の取得要求を行う（ステップＳ３０６）。ファイル管理部３０４０は、記憶領域３１００の指定された格納先から再生制御情報３１２０を取得し、取得が完了したことを再生制御部３０２０に応答する（ステップＳ３０７）。

次に、再生制御部３０２０は、再生制御情報３１２０を解析し、実行情報３１５０を生成する（ステップＳ３０８）。このステップＳ３０８の処理の詳細は後述する。

次に、再生制御部３０２０は、ステップＳ３０８の処理で生成した実行情報３１５０に従って再生コンテンツデータ３１１０の変換をフォーマット変換部３０３０に要求する（ステップＳ３０９）。フォーマット変換部３０３０は、再生コンテンツデータ３１１０の変換を行い、当該変換した再生コンテンツデータ３１１０の表示を表示制御部３０７０に要求する（ステップＳ３１０）。また、フォーマット変換部３０３０は、変換処理及び表示処理が完了したことを再生制御部３０２０に応答する（ステップＳ３１１）。以上のステップＳ３０９〜Ｓ３１１の処理を実行情報３１５０に指定されている再生コンテンツデータ３１１０に対して繰り返し行う。

なお、上述したステップＳ３０９の変換とは、実行情報３１５０に指定されている再生コンテンツデータ３１１０（例えばＪＰＥＧ形式の画像データ）を表示装置３００が投影可能な形式に変換する処理である。なお、表示制御部３０７０が投影可能な形式とは、例えばＹＵＶフォーマットなどである。

そして、再生制御部３０２０は、再生コンテンツデータ３１１０の表示が完了したことを要求制御部３０１０に通知する（ステップＳ３１２）。要求制御部３０１０は、この通知を通信制御部３０６０に転送する（ステップＳ３１３）。通信制御部３０６０は、再生制御情報３１２０に基づく表示を行っていることのＨＴＴＰレスポンスを情報端末３００の送受信部２０４０に送信する（ステップＳ３１４）。

なお、上記のステップＳ３１２〜Ｓ３１４の処理は、表示制御部３０７０が、実行情報３１５０に含まれるすべての再生コンテンツデータ３１１０の表示処理が完了するのを待たずに行われる。

以上のように、表示装置３００は、情報端末２００から受信した投影実行要求により、この投影実行要求に指定された再生制御情報３１２０に基づき、実行情報３１５０を生成し、この実行情報３１５０に従って再生コンテンツデータ３１１０を表示することができる。これにより、表示装置３００は、情報端末２００において指定された再生コンテンツデータ３１１０を表示する順番や再生コンテンツデータ３１１０を表示する時間、再生コンテンツデータ３１１０の表示を切り替える際のエフェクトなどに従って表示することができる。

なお、例えば表示装置３００の電源が入っていない場合やスタンバイ状態の場合などにおいて、情報端末２００が投影実行要求を行った場合は、情報端末２００にエラーが表示されるようにすることが好ましい。

次に、上記の投影実行処理のステップＳ３０８の処理の詳細について説明する。ステップＳ３０８の処理では、再生制御部３０２０は、再生制御情報３１２０を解析し、実行情報３１５０を生成する。

本実施形態では、再生制御情報３１２０は、図１２に示すようにＪＳＯＮ形式で記述されているものとする。ＪＳＯＮ形式とは、JavaScript（登録商標）におけるオブジェクトの表記法をベースとした軽量なデータ記述言語である。

図１２は、本実施形態の再生制御情報の一例を説明する図である。

図１２の例では、Ｖｅｒｓｉｏｎ項目の値は１．１．０であり、Ｏｒｄｅｒ項目の値は０であり、Ｃｏｎｔｅｎｔｓ＿ｌｉｓｔ項目の値として再生コンテンツデータ３１１０が再生順に並べられている。Ｃｏｎｔｅｎｔｓ＿ｌｉｓｔ項目の値は、具体的には再生コンテンツデータ３１１０のＰａｔｈ項目の値、Ｔｉｍｅ項目の値、Ｅｆｆｅｃｔ項目の値である。Ｐａｔｈ項目は、再生コンテンツデータ３１１０の格納先のファイルパスである。Ｔｉｍｅ項目は、再生コンテンツデータ３１１０の再生時間（表示時間）である。Ｅｆｆｅｃｔ項目は、再生コンテンツデータ３１１０の表示が切り替わる際の表示態様である。なお、図１２の例では、Ｃｏｎｔｅｎｔｓ＿ｌｉｓｔ項目の１番目にはＴｉｍｅ項目及びＥｆｆｅｃｔ項目は記述されていない（情報端末２００によって値を設定されていない）。

図１３は、本実施形態の表示装置における再生制御情報の解析及び実行情報の生成処理の一例のフローチャートである。

検証部３０２１は、再生制御情報３１２０のＶｅｒｓｉｏｎ項目の値が適切か否かを判定する（ステップＳ４０１）。

次に、Ｃｏｎｔｅｎｔｓ＿ｌｉｓｔ項目の値として指定されている再生コンテンツデータ３１１０について、検証部３０２１は、ステップＳ４０２〜Ｓ４０５の処理を行う。まず、検証部３０２１は、Ｐａｔｈ項目の値が適切か否か判定する（ステップＳ４０２）。すなわち、例えばＰａｔｈ項目の値が所定の文字数以下（例えば２５５文字以下）であることや、Ｐａｔｈ項目の値の階層が所定数以下であること、Ｐａｔｈ項目の値として指定された格納先にファイルが存在するか否かなどについて判定する。

検証部３０２１は、Ｏｒｄｅｒ項目の値、Ｔｉｍｅ項目の値、Ｅｆｆｅｃｔ項目の値が指定されているか否かを判定する（ステップＳ４０３）。Ｏｒｄｅｒ項目の値、Ｔｉｍｅ項目の値又はＥｆｆｅｃｔ項目の値のいずれかが指定されていない場合は、ステップＳ４０４の処理に進む。Ｏｒｄｅｒ項目の値、Ｔｉｍｅ項目の値及びＥｆｆｅｃｔ項目の値が指定されている場合は、ステップＳ４０５の処理に進む。

ステップＳ４０４の処理では、検証部３０２１は、Ｔｉｍｅ項目の値又はＥｆｆｅｃｔ項目の値が指定されていない場合は、設定項目値テーブル３１４０を参照し、初期値（デフォルト値）を設定する（ステップＳ４０４）。図１４は、本実施形態の設定項目値テーブルの一例を説明する図である。

図１４は、Ｏｒｄｅｒ項目、Ｔｉｍｅ項目、Ｅｆｆｅｃｔ項目について、設定範囲と初期値が定義されている。設定範囲は、各項目について設定することができる値の範囲を示す。初期値は、各項目について、設定されなかった場合のデフォルト値を示す。Ｏｒｄｅｒ項目には設定範囲として「０：指定順」、「１：逆順」、「２：ランダム」が、初期値として０が定義されている。Ｔｉｍｅ項目には設定範囲として１〜３０秒まで１秒単位で設定可能であることが、初期値として５秒が定義されている。Ｅｆｆｅｃｔ項目には設定範囲として「０：フェードイン」、「１：左へプッシュ」、「２：右へプッシュ」、「３：左へワイプ」、「４：右へワイプ」が、初期値として「０：フェードイン」が定義されている。

図１２に示した再生制御情報３１２０のＣｏｎｔｅｎｔｓ＿ｌｉｓｔ項目に指定されている１番目の再生コンテンツデータ３１１０について、Ｔｉｍｅ項目の値、Ｅｆｆｅｃｔ項目の値が指定されていない。この場合、ステップＳ４０４の処理において、設定項目値テーブル３１４０を参照し、Ｔｉｍｅ項目の値、Ｅｆｆｅｃｔ項目の値について、それぞれデフォルト値である「５秒」、「０：フェードイン」を設定する。

ステップＳ４０５の処理では、Ｏｒｄｅｒ項目の値、Ｔｉｍｅ項目の値、Ｅｆｆｅｃｔ項目の値について、設定範囲内か否かについて判定する（ステップＳ４０５）。すなわち、設定項目値テーブル３１４０を参照し、Ｏｒｄｅｒ項目の値、Ｔｉｍｅ項目の値、Ｅｆｆｅｃｔ項目の値について、設定範囲内の値であるか否かについて判定する。

最後に、実行情報生成部３０２２は、再生制御情報３１２０から実行情報３１５０を生成する（ステップＳ４０６）。実行情報３１５０とは、例えば再生制御情報３１２０を表示装置３００で実行可能な形式にしたものである。例えば、図１５に示すような形式のデータである。本実施形態の実行情報の一例を説明する図である。図１５では、図１２で示した再生制御情報３１２０において、設定されていない項目についてデフォルト値を適用したものである。なお、本実施形態では、実行情報３１５０をＪＳＯＮ形式としたが、これに限られず表示装置３００が読み取り可能な別の形式に変換してもよい。

なお、ステップＳ４０１の処理において、検証部３０２１は、Ｖｅｒｓｉｏｎ項目の値の適切でない場合、エラーを通知する（ステップＳ４０７）。ステップＳ４０２の処理において、検証部３０２１は、Ｐａｔｈ項目の値が適切でない場合、エラーを通知する（ステップＳ４０７）。ステップＳ４０５の処理において、検証部３０２１は、Ｏｒｄｅｒ項目、Ｔｉｍｅ項目、Ｅｆｆｅｃｔ項目の値について、設定範囲内でない場合、エラーを通知する（ステップＳ４０７）。

以上のように、表示装置３００は、再生制御情報３１２０に指定されている各項目の値が適切か否かを判定し、必要に応じてデフォルト値を適用し、実行情報３１５０を生成することができる。

次に、上述した投影実行処理のステップＳ３１０の処理において、表示制御部３０７０が再生コンテンツデータ３１１０の表示要求を受付けた後の処理について説明する。図１６は、本実施形態の表示装置における画像投影処理の一例のフローチャートである。以下では、一例として再生コンテンツデータ３１１０は画像データであるとする。

まず、表示制御部３０７０は、再生コンテンツデータ３１１０の投影が失敗した回数をカウントするカウンタである投影失敗数を０に初期化する（ステップＳ５０１）。次に、実行情報３１５０に指定されている再生コンテンツデータ３１１０について、ステップＳ５０２〜Ｓ５０５の処理を行う。

表示制御部３０７０は、実行情報３１５０に指定されたＯｒｄｅｒ項目の値にしたがって再生コンテンツデータ３１１０の投影を実行し（ステップＳ５０２）、投影が成功したか否かを判定する（ステップＳ５０３）。再生コンテンツデータ３１１０の投影が失敗する場合とは、例えば投影しようとした再生コンテンツデータ３１１０が何らかの原因で壊れていた場合などである。投影が成功した場合は、ステップＳ５０４に進み、投影が失敗した場合はステップＳ５０６に進む。

表示制御部３０７０は、再生コンテンツデータ３１１０の投影が成功した場合は、投影失敗数の値を０にクリアし（ステップＳ５０４）、投影時間だけ待つ（ステップＳ５０５）。すなわち、表示制御部３０７０は、例えば実行情報３１５０において、投影している再生コンテンツデータ３１１０のＴｉｍｅ項目の値だけ待つ。表示制御部３０７０は、以上のステップＳ５０２〜Ｓ５０５の処理を実行情報３１５０に指定されている再生コンテンツデータ３１１０に対して行うことで、スクリーン３００−２に再生コンテンツデータ３１１０を投影することができる。

なお、ステップＳ５０３の処理において、再生コンテンツデータ３１１０の投影が失敗した場合、表示制御部３０７０は、投影失敗数に１を加算する（ステップＳ５０７）。そして、表示制御部３０７０は、この投影失敗数と実行情報３１５０に指定されている再生コンテンツデータ３１１０の数とを比較する（ステップＳ５０７）。すなわち、投影失敗数が再生コンテンツデータ３１１０の数より少ない場合（ステップＳ５０７でＹＥＳ）、投影が失敗した再生コンテンツデータ３１１０をスキップし、次の再生コンテンツデータ３１１０の投影を行う。すべての再生コンテンツデータ３１１０の投影が失敗した場合（ステップＳ５０７でＮＯ）、処理を終了する。

なお、上述した画像投影処理において、すべての再生コンテンツデータ３１１０について、ステップＳ５０２〜Ｓ５０５の処理を繰り返し行ってもよい。すなわち、実行情報３１５０に指定された投影順の最後の再生コンテンツデータ３１１０の投影が終了したら実行情報３１５０に指定された投影順の最初の再生コンテンツデータ３１１０の投影を行うようにしてもよい。

以上のように、表示装置３００は、再生コンテンツデータ３１１０を実行情報３１５０にしたがって表示することができる。このとき、表示装置３００は、再生コンテンツデータ３１１０を投影することができない場合は、この再生コンテンツデータ３１１０の投影をスキップし、次の再生コンテンツデータ３１１０を表示することができる。

（変形例）
次に、本実施形態の変形例について説明する。図１７は、本実施形態の変形例の表示システムのシステム構成の一例を示す図である。本変形例の表示システム１００は、情報端末２００と、表示装置３００と、コンテンツ提供サーバ４００とを有する。

本変形例では、コンテンツデータは、コンテンツ提供サーバ４００に格納されている。したがって、再生制御情報３１２０及び実行情報３１５０のＰａｔｈ項目の値は、コンテンツ提供サーバ４００の格納先（例えばＵＲＬなどによって指定される）になる。そして、表示装置３００は、例えば投影実行要求を受信すると、コンテンツ提供サーバ４００から、実行情報３１５０に指定された該当のコンテンツデータを取得し、表示装置３００に表示させる。

＜まとめ＞
以上のように本実施形態に係る表示システムは、表示装置３００に表示させる再生コンテンツデータ３１１０の表示態様を指定した再生制御情報３１２０を、表示装置３００において解析し、この再生制御情報３１２０から実行情報３１５０を生成することができる。そして、この実行情報３１５０にしたがって再生コンテンツデータ３１１０を表示装置３００に表示させることで、ユーザが指定した表示態様で再生コンテンツデータ３１１０の表示を行うことができる。

なお、上記実施形態において、通信制御部３０６０は、受信手段の一例である。実行情報生成部３０２２は、実行情報生成手段の一例である。表示制御部３０７０は、表示手段の一例である。記憶領域３１００は、記憶手段の一例である。検証部３０２１は、通知手段の一例である。

以上、本発明の実施形態について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１００ 表示システム
２００ 情報端末
３００ 表示装置
２０４０ 送受信部
３０１０ 要求制御部
３０２０ 再生制御部
３０２１ 検証部
３０２２ 実行情報生成部
３０３０ フォーマット変換部
３０４０ ファイル管理部
３０５０ 中断検知部
３０６０ 通信制御部
３０７０ 表示制御部
３１００ 記憶領域
３１１０ 再生コンテンツデータ
３１２０ 再生制御情報
３１３０ 中断原因コードテーブル
３１３１ 中断原因種別テーブル
３１４０ 設定項目値テーブル
３１５０ 実行情報

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

Claims (13)

1. 情報端末とネットワークを介して通信可能な表示装置であって、
   前記情報端末から、前記表示装置に表示させるコンテンツデータと前記コンテンツデータの再生に関する再生制御情報とを受信する受信手段と、
   前記コンテンツデータと前記再生制御情報とに基づいて、前記コンテンツデータを前記表示装置に表示させる表示手段と、
   前記コンテンツデータ及び前記再生制御情報を記憶する記憶手段と、
   前記コンテンツデータ又は前記再生制御情報を前記記憶手段に保存する処理が中断された場合、前記中断の原因の種別及び前記中断が発生したタイミングに応じて、前記処理を続行するか又は前記記憶手段に保存済の情報を削除するかの制御を行う制御手段と、
   を有し、
   前記受信手段は、前記表示装置のアドレス情報と前記保存する処理における保存対象データであるコンテンツデータのデータ形式とを示すヘッダ情報、前記保存対象データを示すボディ情報の順に受信し、
   前記タイミングは、前記ヘッダ情報の受信を前記受信手段が完了する前を示す第１のタイミングと、前記ヘッダ情報を前記受信手段が受信した後で、かつ、前記保存対象データの格納先となる前記記憶手段のファイルオープン前を示す第２のタイミングと、前記ファイルオープン後で、かつ、前記ボディ情報の受信を前記受信手段が完了する前を示す第３のタイミングと、前記ボディ情報の受信を前記受信手段が完了した後を示す第４のタイミングとのいずれかである、表示装置。
2. 前記記憶手段に記憶されている再生制御情報を前記表示装置に対応させた実行情報とする実行情報生成手段を有し、
   前記表示手段は、
   前記コンテンツデータと前記実行情報とに基づいて、前記コンテンツデータを前記表示装置に表示させること、
   を特徴とする請求項１記載の表示装置。
3. 前記記憶手段は、
   前記情報端末から保存要求を受信した場合に、前記コンテンツデータと前記再生制御情報を記憶すること、
   を特徴とする請求項２記載の表示装置。
4. 前記記憶手段は、さらに、コンテンツデータの再生に関する情報のデフォルト値を記憶し、
   前記実行情報生成手段は、
   前記再生制御情報が有するコンテンツデータの再生に関する情報のうち、値が設定されていないコンテンツデータの再生に関する情報が存在する場合は、該コンテンツデータの再生に関する情報に前記デフォルト値を設定した上で、前記再生制御情報を前記実行情報とすること、
   を特徴とする請求項２又は３に記載の表示装置。
5. 再生制御情報が有する前記コンテンツデータの再生に関する情報が所定の場合、前記情報端末にエラーを通知する通知手段を有すること、
   を特徴とする請求項１ないし４いずれか１項に記載の表示装置。
6. 前記再生制御情報は、コンテンツデータの再生に関する情報として該再生制御情報のバージョン情報を含み、
   前記通知手段は、
   前記バージョン情報が、前記表示装置に対応するバージョン情報と異なる場合、前記情報端末にエラーを通知すること、
   を特徴とする請求項５記載の表示装置。
7. 前記再生制御情報は、コンテンツデータの再生に関する情報として前記コンテンツデータのファイル拡張子に関する情報を含み、
   前記通知手段は、
   前記ファイル拡張子に関する情報が、所定の形式でない場合、前記情報端末にエラーを通知すること、
   を特徴とする請求項５又は６記載の表示装置。
8. 前記再生制御情報は、コンテンツデータの再生に関する情報として前記コンテンツデータを前記表示装置に表示させる時間に関する情報を含み、
   前記通知手段は、
   前記時間に関する情報が、所定の範囲内でない場合、前記情報端末にエラーを通知すること、
   を特徴とする請求項５ないし７のいずれか１項に記載の表示装置。
9. 前記再生制御情報は、コンテンツデータの再生に関する情報として複数の前記コンテンツデータについて前記表示装置に表示させる順に関する情報を含み、
   前記表示手段は、前記順に関する情報に従って複数の前記コンテンツデータを表示させ、
   前記順に関する情報において最後に表示すると指定された前記コンテンツデータが表示された場合、前記順に関する情報において最初に表示すると指定された前記コンテンツデータを表示させること、
   を特徴とする請求項１ないし８いずれか１項に記載の表示装置。
10. 前記表示手段は、
    複数の前記コンテンツデータについて、表示することができないコンテンツデータが存在する場合、該表示することができないコンテンツデータ以外の前記コンテンツデータを表示させること、
    を特徴とする請求項１ないし９いずれか１項に記載の表示装置。
11. 前記再生制御情報は、コンテンツデータの再生に関する情報として、前記表示装置に表示中のコンテンツデータを他のコンテンツデータへ切り替える切替処理における該表示中のコンテンツデータ又該他のコンテンツデータの表示方法を示すエフェクト項目を含む、ことを特徴とする請求項１ないし１０のいずれか１項に記載の表示装置。
12. コンテンツデータ及び再生制御情報を記憶する記憶手段を有する表示装置であって、情報端末とネットワークを介して通信可能な表示装置を、
    前記情報端末から、前記表示装置に表示させるコンテンツデータと前記コンテンツデータの再生に関する再生制御情報とを受信する受信手段、
    前記コンテンツデータと前記再生制御情報とに基づいて、前記コンテンツデータを前記表示装置に表示させる表示手段、
    前記コンテンツデータ又は前記再生制御情報を前記記憶手段に保存する処理が中断された場合、前記中断の原因の種別及び前記中断が発生したタイミングに応じて、前記処理を続行するか又は前記記憶手段に保存済の情報を削除するかの制御を行う制御手段、
    として機能させ、
    前記受信手段は、前記表示装置のアドレス情報と前記保存する処理における保存対象データであるコンテンツデータのデータ形式とを示すヘッダ情報、前記保存対象データを示すボディ情報の順に受信し、
    前記タイミングは、前記ヘッダ情報の受信を前記受信手段が完了する前を示す第１のタイミングと、前記ヘッダ情報を前記受信手段が受信した後で、かつ、前記保存対象データの格納先となる前記記憶手段のファイルオープン前を示す第２のタイミングと、前記ファイルオープン後で、かつ、前記ボディ情報の受信を前記受信手段が完了する前を示す第３のタイミングと、前記ボディ情報の受信を前記受信手段が完了した後を示す第４のタイミングとのいずれかである、プログラム。
13. 情報端末と、該情報端末とネットワークを介して通信可能な表示装置とを有する表示システムであって、
    前記表示装置は、
    前記情報端末から、前記表示装置に表示させるコンテンツデータと前記コンテンツデータの再生に関する再生制御情報とを受信する受信手段と、
    前記コンテンツデータと前記再生制御情報とに基づいて、前記コンテンツデータを前記表示装置に表示させる表示手段と、
    前記コンテンツデータ及び前記再生制御情報を記憶する記憶手段と、
    前記コンテンツデータ又は前記再生制御情報を前記記憶手段に保存する処理が中断された場合、前記中断の原因の種別及び前記中断が発生したタイミングに応じて、前記処理を続行するか又は前記記憶手段に保存済の情報を削除するかの制御を行う制御手段と、
    を有し、
    前記受信手段は、前記表示装置のアドレス情報と前記保存する処理における保存対象データであるコンテンツデータのデータ形式とを示すヘッダ情報、前記保存対象データを示すボディ情報の順に受信し、
    前記タイミングは、前記ヘッダ情報の受信を前記受信手段が完了する前を示す第１のタイミングと、前記ヘッダ情報を前記受信手段が受信した後で、かつ、前記保存対象データの格納先となる前記記憶手段のファイルオープン前を示す第２のタイミングと、前記ファイルオープン後で、かつ、前記ボディ情報の受信を前記受信手段が完了する前を示す第３のタイミングと、前記ボディ情報の受信を前記受信手段が完了した後を示す第４のタイミングとのいずれかである、表示システム。

Images