情報処理装置、情報処理方法及びプログラム
【課題】クライアント端末からの画像のリクエストに対するレスポンスを最適化し、クライアント端末上で画像を効率よく表示させる。
【解決手段】記憶部と、通信部と、制御部とを有する情報処理装置が提供される。上記記憶部は、複数の画像データと、当該複数の画像データがレイアウトされるページデータとを記憶する。上記通信部は、他の情報処理装置から、上記複数の画像データの上記ページデータ上でのレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び上記ページデータの送信を要求するリクエストを受信する。上記制御部は、上記受信されたリクエストに応じて、上記記憶された複数の画像データを連結した連結画像データと、上記レイアウト指定情報に対応したレイアウトデータとを生成する。制御部は、上記ページデータと上記連結画像データと上記レイアウトデータとを上記他の情報処理装置へ送信するように上記通信部を制御する。
【解決手段】記憶部と、通信部と、制御部とを有する情報処理装置が提供される。上記記憶部は、複数の画像データと、当該複数の画像データがレイアウトされるページデータとを記憶する。上記通信部は、他の情報処理装置から、上記複数の画像データの上記ページデータ上でのレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び上記ページデータの送信を要求するリクエストを受信する。上記制御部は、上記受信されたリクエストに応じて、上記記憶された複数の画像データを連結した連結画像データと、上記レイアウト指定情報に対応したレイアウトデータとを生成する。制御部は、上記ページデータと上記連結画像データと上記レイアウトデータとを上記他の情報処理装置へ送信するように上記通信部を制御する。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、他の情報処理装置と通信可能な情報処理装置、当該情報処理装置のおける情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
近年、クライアント端末がネットワーク経由でウェブブラウザによりアプリケーションを実行するようになり、またクライアント端末の種類が増加したことに伴い、サーバでは、クライアント端末の画面への表示内容を構成要素データ（モデル）と表示方法データ（ビュー）とに分けて保持しておくことが一般的になっている。例えば、サーバはウェブページをＨＴＭＬ（HyperText Markup Language）とＣＳＳ（Cascading Style Sheets）とに分けてクライアント端末へ送信し表示させている。
【０００３】
この方法では、クライアント端末がダウンロードする画像の数が大量になると、モデルの構成が複雑になり、クライアント端末でビューを作り上げるのに手間がかかるという問題がある。特に処理速度の観点からは、クライアント端末が携帯端末である場合には、表示が遅くなることもある。
【０００４】
またサーバは、予め決まっている多くの画像を表示させるウェブページ（例えばユーザが頻繁にアクセスするトップページ）については、予め複数の画像を連結させて保存している場合もある。この場合サーバは、クライアント端末からリクエストがあった場合には、連結された１枚の画像とレイアウト記述ファイル（例えばＣＳＳファイル）だけをネットワーク上でクライアント端末とやり取りする。クライアント端末では、ウェブページの描画時に当該１枚の画像が、あたかも複数の画像ファイルが存在するかのようにレイアウトされる。このような手法は一般的にCSS Spritesと呼ばれている（例えば、特許文献１参照）。この手法では、クライアント端末から送出されるリクエスト数が少なくなり、全体として描画までの速度が向上するメリットがある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−２７７５０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記CSS Spritesの手法では、予めどの画像を連結して保持しておくかはサーバが決定することになる。したがって、クライアント端末のユーザがある画像をリクエストした場合、当該リクエスト対象画像とその他の画像とが連結された連結画像がクライアント端末へ送信されるため、結果的にユーザが表示を欲しない画像も送信されることになる。すなわち、無駄なデータのやり取りが増え、表示効率も悪くなる。
【０００７】
以上のような事情に鑑み、本技術の目的は、クライアント端末からの画像のリクエストに対するレスポンスを最適化し、クライアント端末のブラウザ上で画像を効率よく表示させることが可能な情報処理装置、情報処理方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上述の課題を解決するため、本技術の一形態に係る情報処理装置は、記憶部と、通信部と、制御部とを有する。上記記憶部は、複数の画像データと、当該複数の画像データがレイアウトされるページデータとを記憶する。上記通信部は、他の情報処理装置から、上記複数の画像データの上記ページデータ上でのレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び上記ページデータの送信を要求するリクエストを受信する。上記制御部は、上記受信されたリクエストに応じて、上記記憶された複数の画像データを連結した連結画像データと、上記レイアウト指定情報に対応したレイアウトデータとを生成する。また制御部は、上記ページデータと上記連結画像データと上記レイアウトデータとを上記他の情報処理装置へ送信するように上記通信部を制御する。
【０００９】
これにより情報処理装置は、他の情報処理装置からのリクエストに応じて複数の画像データを連結して１枚の連結画像として返すことで、リクエストに対するレスポンスを最適化し、他の情報処理装置のブラウザ上で画像データを効率よく表示させることができる。当該情報処理装置は例えばサーバとして機能し、他の情報処理装置は例えばクライアントとして機能する。
【００１０】
上記制御部は、上記リクエストに応じて、上記複数の画像データをそれぞれ所定数の画像データからなる複数のグループに分類して当該複数のグループ毎の複数の連結画像データを生成してもよい。そして制御部は、当該複数の連結画像データを上記他の情報処理装置へ送信するように上記通信部を制御してもよい。
【００１１】
これにより情報処理装置は、リクエストされた複数の画像データを複数のグループに
分けてそれぞれ連結して送信することで、あまりに大量の画像が１枚に連結される場合に比べて他の情報処理装置における表示効率を向上させることができる。
【００１２】
上記リクエストは、上記他の情報処理装置が有するまたは上記他の情報処理装置に接続された表示装置の画面サイズを示す情報を含んでもよい。この場合上記制御部は、上記画面サイズに応じて上記複数のグループに含まれる画像データの数を変更してもよい。
【００１３】
これにより情報処理装置は、他の情報処理装置の画面サイズに最適な数の連結画像を生成して送信することで、他の情報処理装置における表示効率を向上させることができる。
【００１４】
上記記憶部は、上記生成された連結画像を記憶してもよい。この場合上記制御部は、上記リクエストにより要求された画像データが上記記憶された連結画像データに含まれるか否かを判断してもよい。当該要求された画像データが当該記憶された連結画像データに含まれる場合、制御部は、当該記憶された連結画像データを上記他の情報処理装置へ送信するように上記通信部を制御してもよい。
【００１５】
これにより情報処理装置は、リクエストされた画像データが既に連結画像として記憶されている場合には、それを送信することで、画像データの連結処理を省略することができる。
【００１６】
上記リクエストは、所定の検索条件に合致する画像データの送信を要求する画像検索リクエストであってもよい。この場合上記制御部は、上記複数の画像データから上記検索条件に合致する複数の画像データを抽出し、当該抽出された複数の画像データを連結して上記連結画像データを生成してもよい。そして制御部は、当該連結画像データを検索結果データとして上記他の情報処理装置へ送信するように上記通信部を制御してもよい。
【００１７】
これにより情報処理装置は、イメージ検索に対するレスポンスとして連結画像を送信することができ、他の情報処理装置における検索結果の表示処理の効率を向上させることができる。
【００１８】
本技術の他の形態に係る情報処理装置は、映像出力部と、通信部と、制御部とを有する。上記通信部は、ページデータ上での複数の画像のレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び当該ページデータの送信を要求するリクエストを、他の情報処理装置へ送信可能である。また通信部は、当該リクエストに応じて上記他の情報処理装置において生成された、上記複数の画像データが連結された連結画像データと、上記レイアウト指定情報に対応したレイアウトデータと、上記ページデータとを、上記他の情報処理装置から受信可能である。上記制御部は、上記受信されたページデータ上に、上記受信された連結画像データに含まれるそれぞれの画像データを上記受信されたレイアウトデータに従ってレイアウトして当該ページデータを出力するように上記映像出力部を制御可能である。
【００１９】
これにより情報処理装置は、ページデータ上でのレイアウトを指定してページ及び複数の画像のリクエストを送信することで、レイアウトデータとともに、複数の画像データを１枚の連結画像データとして受信できるため、他の情報処理装置からのレスポンスの数を減らして複数の画像データを効率よく表示することができる。
【００２０】
本技術の他の形態に係る情報処理システムは、第１の情報処理装置と第２の情報処理装置とを有する。
【００２１】
上記第１の情報処理装置は、記憶部と、第１の通信部と、第１の制御部とを有する。上記記憶部は、複数の画像データと、当該複数の画像データがレイアウトされるページデータとを記憶する。上記第１の通信部は、上記複数の画像データの上記ページデータ上でのレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び上記ページデータの送信を要求するリクエストを受信する。上記第１の制御部は、上記受信されたリクエストに応じて、上記記憶された複数の画像データを連結した連結画像データと、上記レイアウト指定情報に対応したレイアウトデータとを生成する。また第１の制御部は、上記ページデータと上記連結画像データと上記レイアウトデータとを送信するように上記通信部を制御する。
【００２２】
上記第２の情報処理装置は、映像出力部と、第２の通信部と、第２の制御部とを有する。上記第２の通信部は、上記リクエストを上記第１の情報処理装置へ送信可能である。また第２の通信部は、当該リクエストに応じて上記第１の情報処理装置において生成された連結画像データと、上記レイアウトデータと、上記ページデータとを、上記第１の情報処理装置から受信可能である。上記第２の制御部は、上記受信されたページデータ上に、上記受信された連結画像データに含まれるそれぞれの画像データを上記受信されたレイアウトデータに従ってレイアウトして当該ページデータを出力するように上記映像出力部を制御可能である。
【００２３】
本技術の他の形態に係る情報処理方法は、複数の画像データと、当該複数の画像データがレイアウトされるページデータとを記憶することを含む。他の情報処理装置から、上記複数の画像データの上記ページデータ上でのレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び上記ページデータの送信を要求するリクエストが受信される。上記受信されたリクエストに応じて、上記記憶された複数の画像データを連結した連結画像データと、上記レイアウト指定情報に対応したレイアウトデータとが生成される。そして上記ページデータと上記連結画像データと上記レイアウトデータとが上記他の情報処理装置へ送信される。
【００２４】
本技術の他の形態に係る情報処理方法は、ページデータ上での複数の画像のレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び当該ページデータの送信を要求するリクエストを、他の情報処理装置へ送信することを含む。上記リクエストに応じて上記他の情報処理装置において生成された、上記複数の画像データが連結された連結画像データと、上記レイアウト指定情報に対応したレイアウトデータと、上記ページデータとが、上記他の情報処理装置から受信される。上記受信されたページデータ上に、上記受信された連結画像データに含まれるそれぞれの画像データが上記受信されたレイアウトデータに従ってレイアウトされて当該ページデータが出力される。
【００２５】
本技術の他の形態に係るプログラムは、情報処理装置に、記憶ステップと、受信ステップと、生成ステップと、送信ステップとを実行させる。上記記憶ステップでは、複数の画像データと、当該複数の画像データがレイアウトされるページデータとが記憶される。上記受信ステップでは、他の情報処理装置から、上記複数の画像データの上記ページデータ上でのレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び上記ページデータの送信を要求するリクエストが受信される。上記生成ステップでは、上記受信されたリクエストに応じて、上記記憶された複数の画像データを連結した連結画像データと、上記レイアウト指定情報に対応したレイアウトデータとが生成される。上記送信ステップでは、上記ページデータと上記連結画像データと上記レイアウトデータとが上記他の情報処理装置へ送信される。
【００２６】
本技術の他の形態に係るプログラムは、情報処理装置に、送信ステップと、受信ステップと、出力ステップとを実行させる。上記送信ステップでは、ページデータ上での複数の画像のレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び当該ページデータの送信を要求するリクエストが、他の情報処理装置へ送信される。上記受信ステップでは、上記リクエストに応じて上記他の情報処理装置において生成された、上記複数の画像データが連結された連結画像データと、上記レイアウト指定情報に対応したレイアウトデータと、上記ページデータとが、上記他の情報処理装置から受信される。上記出力ステップでは、上記受信されたページデータ上に、上記受信された連結画像データに含まれるそれぞれの画像データが上記受信されたレイアウトデータに従ってレイアウトされて当該ページデータが出力される。
【発明の効果】
【００２７】
以上のように、本技術によれば、クライアント端末からの画像のリクエストに対するレスポンスを最適化し、クライアント端末のブラウザ上で画像を効率よく表示させることができる。
【図面の簡単な説明】
【００２８】
【図１】本技術の一実施形態における画像表示システムの構成を示す図である。
【図２】上記画像表示システムにおけるサーバのハードウェア構成を示した図である。
【図３】上記画像表示システムにおけるＰＣのハードウェア構成を示した図である。
【図４】上記サーバが有するソフトウェアを示した機能ブロック図である。
【図５】上記サーバが有する連結画像ファイル情報データベースの構成を示した図である。
【図６】上記サーバとＰＣとの間でやり取りされるリクエストとレスポンスの流れの概要を示したシーケンス図である。
【図７】上記ＰＣから送信される画像取得リクエストと、それに対する上記サーバのレスポンスとを模式的に示した図である。
【図８】上記画像取得リクエストの対象となる複数の画像の、ＰＣの表示部における表示例（レイアウト例）を示した図である。
【図９】上記複数の画像が連結された連結画像ファイルの例を示した図である。
【図１０】上記画像取得リクエストの例を示した図である。
【図１１】上記サーバが画像取得リクエストを受信してからレスポンスを送信するまでの流れを示したフローチャートである。
【図１２】上記連結画像ファイル中の各画像ファイルが縦一列に連結されている場合における、各画像ファイルの位置及びサイズを示した図である。
【図１３】上記図９に示した連結画像ファイル中の各画像ファイルが、上記図８に示すように横一列にレイアウトされる場合における、各画像ファイルの位置座標及びサイズを示した図である。
【図１４】上記図７（Ｂ）に示したサーバからのレスポンスをより詳細に示した図である。
【図１５】上記図１４で示した各グループの画像ファイルをツリー構造として模式化したものである。
【図１６】上記サーバから送信される変換レイアウトファイルの詳細を示した図である。
【図１７】上記ＰＣが画像取得リクエストを送信し、サーバからレスポンスを受信して画像ファイルを表示するまでの流れを示したフローチャートである。
【発明を実施するための形態】
【００２９】
以下、本技術に係る実施形態を、図面を参照しながら説明する。
【００３０】
［システムの概要］
図１は、本技術の一実施形態における画像表示システムの構成を示す図である。
【００３１】
同図に示すように、このシステムは、サーバ１００とクライアントＰＣ２００（単にＰＣ２００と称する）とで構成される。ＰＣ２００は複数存在しうる。
【００３２】
ＰＣ２００は、サーバ１００へ、ウェブブラウザ（以下、単にブラウザと称する）を介して、複数の画像ファイルを含むウェブページをリクエストし、サーバ１００は当該リクエストに応じて、ウェブページ及び画像ファイルを、当該画像ファイルのレイアウトデータと共にＰＣ２００へ送信する。
【００３３】
本実施形態では、サーバ１００は、ＰＣ２００からのリクエストに応じて、複数の画像ファイルを連結して連結画像ファイルを生成し、それをレスポンスとしてＰＣ２００へ返すことが可能である。当該連結画像ファイルの生成処理の詳細については後述する。
【００３４】
［サーバのハードウェア構成］
図２は、上記サーバ１００のハードウェア構成を示した図である。同図に示すように、サーバ１００は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入出力インタフェース１５、及び、これらを互いに接続するバス１４を備える。
【００３５】
ＣＰＵ１１は、必要に応じてＲＡＭ１３等に適宜アクセスし、各種演算処理を行いながらサーバ１００の各ブロック全体を統括的に制御する。ＲＯＭ１２は、ＣＰＵ１１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。ＲＡＭ１３は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。
【００３６】
入出力インタフェース１５には、表示部１６、操作受付部１７、記憶部１８、通信部１９等が接続される。
【００３７】
表示部１６は、例えばＬＣＤ、ＯＥＬＤ、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。
【００３８】
操作受付部１７は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の入力装置である。操作受付部１７がタッチパネルである場合、そのタッチパネルは表示部１６と一体となり得る。
【００３９】
記憶部１８は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリ（ＳＳＤ；Solid State Drive）、その他の固体メモリ等の不揮発性メモリである。当該記憶部１８には、上記ＯＳや各種アプリケーション、各種データが記憶される。特に本実施形態では、記憶部１８には、ＰＣ２００のブラウザに表示させるウェブページファイル（以下、単にページファイルと称する）や当該ページファイル上でレイアウトされる複数の画像ファイルも記憶される。
【００４０】
通信部１９は、インターネット５０やＬＡＮに有線接続するためのＮＩＣ等であり、ＰＣ２００との間の通信処理（リクエストの受信やレスポンスの送信）を担う。
【００４１】
［ＰＣのハードウェア構成］
図３は、上記ＰＣ２００のハードウェア構成を示した図である。同図に示すように、ＰＣ２００のハードウェア構成も、上記サーバ１００のハードウェア構成と基本的に同様である。すなわち、ＰＣ２００は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、入出力インタフェース２５、及び、これらを互いに接続するバス２４、表示部２６、操作受付部２７、記憶部２８、通信部２９を備える。
【００４２】
ここで表示部２６は、ＰＣ２００に内蔵されていてもよいし、ＰＣ２００に外部接続されていてもよい。表示部２６がＰＣ２００に外部接続される場合、映像信号は、ＰＣ２００が有する映像出力部（映像出力端子等）を介して表示部２６へ出力される。
【００４３】
記憶部２８には、サーバ１００からウェブページファイル、画像ファイル及びレイアウトファイルを受信し、ウェブページに画像ファイルをレイアウトしてページを描画するブラウザが記憶されている。
【００４４】
本実施形態において、ＰＣ２００のブラウザは、一般的なウェブページ表示機能を有するほか、例えば時系列で並んだ大量の画像を一覧表示するアプリケーションとしての機能も有する。しかし、当該機能は、ブラウザとは別個のソフトウェアとしてＰＣ２００にインストールされていてもよい。当該アプリケーションは、より具体的には、例えば所定の場所に設置された監視カメラにより定期的に撮像された複数の画像を時系列に沿って表示するアプリケーションであってもよい。また当該アプリケーションは、あるユーザがある期間（例えば旅行中のある一日等）に撮り続けた複数の画像を時系列に沿って表示するアプリケーションであってもよい。
【００４５】
［サーバのソフトウェア構成］
図４は、上記サーバ１００が有するソフトウェアモジュールを示した機能ブロック図である。当該各ソフトウェアモジュールは、主にＰＣ２００からのリクエストに応答するためのモジュールであり、サーバ１００は、これら以外にもソフトウェアモジュールを有し得る。
【００４６】
同図に示すように、サーバ１００は、ソフトウェアモジュールとして、リクエスト受信部４１、レスポンス送信部４２、連結画像ファイル生成部４３、レイアウトファイル生成部４４、連結ファイル情報データベース４５及び画像ファイル連結方法決定部４６とを有する。
【００４７】
リクエスト受信部４１は、ＰＣ２００からリクエストを受信し、画像ファイル連結方法決定部４６へその情報を伝える。
【００４８】
画像ファイル連結方法決定部４６は、受信されたリクエストを解析して、連結すべき画像ファイル及び当該連結の方法を決定する。
【００４９】
連結画像ファイル生成部４３は、上記画像ファイル連結方法決定部４６によって決定された連結方法に従って複数の画像ファイルを連結し連結画像ファイルを生成する。
【００５０】
レイアウトファイル生成部４４は、上記連結画像ファイル生成部４３によって生成された連結画像ファイル中の各画像ファイルをＰＣ２００がページファイル上にレイアウトするためのレイアウトファイルを生成する。
【００５１】
連結ファイル情報データベース４５は、生成された連結画像ファイルを記憶する。
【００５２】
レスポンス送信部４２は、上記生成された連結画像ファイル及びレイアウトファイルをＰＣ２００へレスポンスとして送信する。
【００５３】
［連結画像ファイル情報データベースの構成］
図５は、上記連結ファイル情報データベース４５の構成を示した図である。
【００５４】
同図に示すように、連結ファイル情報データベース４５は、画像ファイルを識別する画像キーと、当該画像ファイルのパスを示すファイルパスと、当該画像ファイルが連結画像ファイルか否かを示す連結ステータスの各データ項目を有する。
【００５５】
当該連結ファイル情報データベース４５では、単体の画像ファイルと連結画像ファイルとが混在して記憶されている。例えば、同図に示されている４つの画像のうち、上の２つの画像ファイルは単体ファイルである一方、下の２つの画像ファイルは連結画像ファイルである。
【００５６】
［システムの動作］
次に、以上のように構成された画像表示システムにおけるサーバ１００及びＰＣ２００の動作を説明する。この動作は、上記サーバ１００のＣＰＵ１１やＰＣ２００のＣＰＵ２１の制御下において、他のハードウェア及びソフトウェア（ＰＣ２００のブラウザ）と協働して行われる。
【００５７】
図６は、本実施形態におけるサーバ１００とＰＣ２００との間でやり取りされるリクエスト（ＨＴＴＰリクエスト）とレスポンス（ＨＴＴＰレスポンス）の流れの概要を示したシーケンス図である。
【００５８】
同図に示すように、ＰＣ２００はまず、ページファイルの全体（index.html）をサーバ１００へリクエストし、サーバ１００は当該リクエストに対するレスポンスとしてページファイル（ＨＴＭＬファイル）をＰＣ２００へ送信する。上記リクエストには、当該ページファイルのＵＲＩが含まれる。また当該ページファイルには、当該ページファイルにレイアウトされるべき複数の画像ファイルの各ＵＲＩが含まれる。
【００５９】
続いてＰＣ２００は、上記ページファイル上における全体的なレイアウトを示すレイアウトファイルをサーバ１００へリクエストし、サーバ１００は当該リクエストに対するレスポンスとして全体レイアウトファイルをＰＣ２００へ送信する。
【００６０】
続いてＰＣ２００は、上記ページファイルに含まれる各ＵＲＩを基に、当該ページファイル上にレイアウトされるべき複数の画像ファイルのリクエスト（画像取得リクエスト）をサーバ１００へ送信する。当該リクエストは画像ファイル分送信される。サーバ１００は、当該複数のリクエストに対して、それらリクエストに対応する複数の画像ファイルを連結し、連結画像ファイルをレスポンスとしてＰＣ２００へ送信する。
【００６１】
またサーバ１００は、上記連結画像ファイルに含まれる各画像ファイルをページファイル上でどのようにレイアウトすべきかを示したレイアウトファイル（変換レイアウトファイル）を生成して、上記画像取得リクエストに対するレスポンスとして当該変換レイアウトファイルもＰＣ２００へ送信する。
【００６２】
図７は、上記画像取得リクエストと、それに対するレスポンスとを模式的に示した図である。
【００６３】
同図に示すように、ＰＣ２００からのリクエストは画像ファイル数分存在するが、サーバ１００からのレスポンスは１つの連結画像ファイルと１つの変換レイアウトファイルのみである。
【００６４】
図８は、上記画像取得リクエストの対象となる複数の画像の、ＰＣ２００の表示部２６における表示例（レイアウト例）を示した図である。また図９は、当該複数の画像が連結された連結画像ファイルの例を示した図である。
【００６５】
図９に示すように、連結画像ファイルは、複数の画像（画像Ａ〜Ｅ）が例えば縦一列に連結されたものである。しかし、図８に示すように、ＰＣ２００は、上記変換レイアウトファイルにしたがって、当該連結画像ファイルに含まれる各画像Ａ〜Ｅを抽出して、それらを例えば横一列に所定間隔置きに別々の画像としてレイアウトして表示部２６に表示する。
【００６６】
図１０は、上記画像取得リクエストの例を示した図である。同図に示すように、画像取得リクエストには、ユーザ名、検索条件、取得上限、レイアウト及び画面サイズの各項目が含まれる。
【００６７】
上記検索条件は、例えば「昨日撮影した画像」といったように、サーバ１００に（例えばユーザ毎に）記憶された画像ファイルのフィルタリング条件であり、ファイル作成日付や作成期間等を指定するものであるが、これに限られない。例えば検索条件は、所定のキーワードであってもよい。
【００６８】
上記取得上限は、取得する画像ファイルの数の上限、すなわち表示部２６に表示される（見かけ上の）画像ファイルの数の上限を示したものである。
【００６９】
上記レイアウトは、例えば横一列、縦一列、横Ｘ枚×縦Ｙ枚等、様々なものが考えられる。
【００７０】
上記画面サイズは、ＰＣ２００の表示部２６のサイズを示す。詳細は後述するが、この情報は、サーバ１００が、連結画像ファイルを所定枚数のグループ毎に作成する際の各グループに属する画像の数を決定する際に用いられる。
【００７１】
（サーバの動作）
図１１は、サーバ１００が画像取得リクエストを受信してからレスポンスを送信するまでの大まかな流れを示したフローチャートである。当該フローチャートは、上記図６で示した一連のやり取りのうち、ＰＣ２００からの画像取得リクエストの受信からの流れを示す。
【００７２】
同図に示すように、サーバ１００のＣＰＵ１１はまず、ＰＣ２００から画像取得リクエストを受信する（ステップ１１１）。
【００７３】
続いてＣＰＵ１１は、上記画像取得リクエストを解析し、当該画像取得リクエストに含まれる画像ファイルを含む連結画像ファイルが上記連結ファイル情報データベース４５に存在するか否かを判断する（ステップ１１２）。
【００７４】
上記連結画像ファイルが存在すると判断した場合（Ｙｅｓ）、ＣＰＵ１１は、上記画像取得リクエストに含まれるレイアウト情報を基に、取得対象の複数の画像ファイルをＰＣ２００において表示させるための変換レイアウトファイルを作成する（ステップ１１３）。
【００７５】
上記連結画像ファイルが存在しないと判断した場合（Ｎｏ）、ＣＰＵ１１は、上記画像取得リクエスト対象の複数の画像ファイルを上記連結ファイル情報データベース４５から読み出し、それらを連結して連結画像ファイルを生成する（ステップ１１５）。そしてＣＰＵ１１は、当該生成した連結画像ファイル（の画像キー及びファイルパス）を連結ファイル情報データベース４５に登録する（ステップ１１６）。
【００７６】
続いてＣＰＵ１１は、上記画像取得リクエストに含まれるレイアウト情報を基に、上記連結画像ファイル中の各画像ファイルをＰＣ２００の表示部２６においてページファイル上にレイアウトさせるための変換レイアウトファイルを生成する（ステップ１１３）。
【００７７】
そしてＣＰＵ１１は、上記連結画像ファイルと変換レイアウトファイルを、上記画像取得リクエストに対するレスポンスとしてＰＣ２００へ送信する（ステップ１１４）。
【００７８】
図１２は、上記図９に示したように縦一列に連結されている連結画像ファイルにおける、各画像ファイルの座標及びサイズを示した図である。同図に示すように、各画像ファイルは縦方向に連結されているため、各画像ファイルＡ〜Ｅの開始位置はＹ軸方向にずれることになる。この座標は、連結画像ファイルの左上を基点とした相対座標である。
【００７９】
図１３は、上記図９に示した連結画像ファイル中の各画像ファイルが、上記図８に示すように横一列にレイアウトされる場合における、各画像ファイルの座標及びサイズを示した図である。同図に示すように、各画像ファイルが横一列に並んで表示されるように、各画像ファイルＡ〜Ｅの開始位置はＸ軸方向にずれている。
【００８０】
ＣＰＵ１１は、これら図１２及び図１３で示した各画像ファイルの位置及びサイズを利用して、上記変換レイアウトファイルを作成する。この作成処理の詳細は後述する。
【００８１】
上述したように、サーバ１００は、ＰＣ２００からの画像取得リクエストに対して、全ての画像ファイルを１枚に連結することができる。しかし、あまりに大量の画像ファイルが一枚に連結されてＰＣ２００へ送信されると、その画像サイズのために、かえってＰＣ２００における画像ファイルの表示効率が悪くなる可能性もある。そこで本実施形態において、サーバ１００は、対象の複数の画像ファイルを所定枚数毎の複数のグループに分け、グループ毎に複数の連結画像ファイルを生成することも可能である。
【００８２】
画像ファイルをどのような単位でグループ分けするかは、ＰＣ２００の画面サイズや処理能力、ネットワーク帯域、ＰＣ２００で実行されるアプリケーションの種類等によって柔軟に決定される。本実施形態では特に、ＰＣ２００の画面サイズに応じて、上記グループに含まれる画像ファイルの数が変更される。ＰＣ２００の画面サイズは、上述のように、画像取得リクエストに含まれており、サーバ１００は、当該画面サイズを基に上記各グループ内の画像ファイルの数を決定する。
【００８３】
図１４は、上記図７（Ｂ）に示したサーバからのレスポンスをより詳細に示した図である。同図に示すように、Ａ〜Ｚまでの画像ファイルが、５つのグループＧ１〜Ｇ５に分けられて、それぞれ連結画像ファイルが生成され、レスポンスとして返されている。各グループ内の画像ファイルの数（各連結画像ファイルにおいて連結される画像ファイルの数）は極力同数となるよう設定される。この例では、画像ファイルＡ〜Ｚの数である２６を５で割ると１余ることから、グループＧ１〜Ｇ４内の画像ファイルの数は５つであるが、グループＧ５内の画像ファイルの数は６つとなっている。
【００８４】
ここで、１つのグループに含まれる画像ファイルの数は、例えば、ＰＣ２００の表示部２６の画面に表示可能な画像ファイル数の２〜３倍とされるが、これに限られるものではない。
【００８５】
このように、連結画像ファイルは複数生成されてレスポンスされる場合でも、変換レイアウトファイルの数は１つである。
【００８６】
図１５は、上記各グループの画像ファイルをツリー構造として模式化したものである。同図に示すように、複数の画像ファイルが複数のグループに階層化され、それぞれのグループに各画像ファイルが属する形となっている。
【００８７】
図１６は、上記変換レイアウトファイルの詳細を示した図である。同図に示すように、変換レイアウトファイルは、個々の画像ファイル毎に、画像ファイル名、連結画像内相対座標、縦／横サイズ、連結画像ファイル名、画像絶対座標、連結画像縦／横サイズの各項目を有する。
【００８８】
連結画像内相対座標は、上記図１２で示したように、連結画像ファイルの左上を基点とした場合の、連結された各画像ファイルの相対座標を示す。連結画像ファイル名は、各画像ファイルが連結された先の連結画像ファイルの名称を示す。画像絶対座標は、上記図１３で示したように、上記画像取得リクエストに含まれるレイアウト情報を反映した、連結画像ファイルに含まれる各画像ファイルの絶対座標を示す。連結画像縦／横サイズは、各画像ファイルの連結先の連結画像ファイル全体の縦／横サイズを示す。
【００８９】
（ＰＣの動作）
ＰＣ２００は、上記図１６で示した変換レイアウトファイルを基に、ページファイル上に各画像ファイルをレイアウトして描画する。図１７は、上記ＰＣ２００が画像取得リクエストを送信し、サーバ１００からレスポンスを受信して画像ファイルを表示するまでの流れを示したフローチャートである。
【００９０】
ここで、当該フローチャートは、ＰＣ２００が、連結画像ファイルに含まれる１つの画像を描画する場合の処理の流れを示している。また、上述では、画像ファイルは全て連結画像ファイルに含まれることを前提に説明がなされたが、本フローチャートでは、画像ファイルが連結画像ファイルに含まれずに単体でも存在しうることも想定されている。画像ファイルが連結画像ファイルに含まれない場合としては、例えば、連結対象の画像ファイルがまだ生成されていない場合（例えば、ユーザの写真撮影を待機している状態）等が考えられる。
【００９１】
同図に示すように、まずＰＣ２００のＣＰＵ２１は、特定の画像ファイルの描画が必要であると判断し、当該画像ファイルの描画処理を開始すると（ステップ１７１）、上記ページリクエスト及び画像取得リクエストをサーバ１００へ送信する（ステップ１７２）。
【００９２】
続いてＣＰＵ２１は、上記レスポンスとしてのページファイル、全体レイアウトファイル、連結画像ファイル（または単体の画像ファイル）及び変換レイアウトファイルをサーバ１００から受信する（ステップ１７３）。
【００９３】
続いてＣＰＵ２１は、上記変換レイアウトファイルを参照して、上記描画対象の画像ファイルが、連結画像ファイルに含まれるか否かを判断する（ステップ１７４）。
【００９４】
上記画像ファイルが連結画像ファイルに含まれる場合（Ｙｅｓ）、ＣＰＵ２１は、上記変換レイアウトファイルを基に、画像ファイルの連結画像ファイル内における相対座標を、上記画像全体位置座標へと変換する（ステップ１７５）。
【００９５】
上記画像ファイルが連結画像ファイルに含まれない場合（Ｎｏ）、ＣＰＵ２１は、上記全体レイアウトファイルを基に、画像ファイルの座標を決定する（ステップ１７６）。
【００９６】
そしてＣＰＵ２１は、上記ステップ１７５で変換された座標上または上記ステップ１７６で決定された座標上に画像ファイルを描画する（ステップ１７７）。
【００９７】
例えば、上記図１６における画像Ｍを描画する場合、ＣＰＵ２１は、画像Ｍが連結画像ファイルＧ３に属することを判断し、当該連結画像ファイルＧ３内の座標（１００，０）から縦３０×横４０ピクセル分のデータを切り出し、それをウェブページ内で変換後の座標（５００，０）上に描画する。
【００９８】
ＣＰＵ２１は、以上の処理を、描画が必要な全ての画像ファイルについて繰り返す。
【００９９】
［まとめ］
以上のように、本実施形態によれば、サーバ１００は、ＰＣ２００からのリクエストに応じて複数の画像ファイルを連結して１枚の連結画像ファイルとして返すことで、リクエストに対するレスポンスを最適化し、ＰＣ２００のブラウザ上で複数の画像ファイルを効率よく表示させることができる。
【０１００】
［変形例］
本技術は上述の実施形態にのみ限定されるものではなく、本開示の要旨を逸脱しない範囲内において種々変更され得る。
【０１０１】
上述の実施形態においては、クライアントＰＣ２００がサーバ１００から画像ファイルを取得する例を示した。しかし、クライアントＰＣ２００の機能とサーバ１００の機能とは、物理的に離れたそれぞれの装置で実行される必要はない。すなわち、クライアントＰＣ２００の機能とサーバ１００の機能とが１つの機器内で論理的に役割分担されてもよい。
【０１０２】
例えば、クライアントＰＣ２００の機能がブラウザとして提供され、サーバ１００の機能がデーモンとして提供されてもよい。この装置における動作は、上述した画像表示システムにおける動作と比較して、サーバ１００とＰＣ２００との間のネットワークを介した通信処理が、装置内部におけるブラウザとデーモンとの信号処理に替わる以外は同様となる。
【０１０３】
上述の実施形態においては、時系列で並んだ大量の画像を一覧表示するアプリケーションによって画像ファイルが表示される例を示したが、本技術は、他のアプリケーションで実行されても構わない。例えば、本技術はイメージ検索アプリケーションにも応用できる。
【０１０４】
具体的には、ＰＣ２００のユーザが、ブラウザに所定のキーワードを入力してイメージ検索を指示すると、ＰＣ２００は、当該キーワードを検索条件として上述と同様の画像取得リクエストをサーバ１００へ送信する。当該画像取得リクエストを受信したサーバ１００は、キーワードに合致する画像ファイルを上述の実施形態と同様に連結して連結画像ファイル及び変換レイアウトファイルをレスポンスとしてＰＣ２００へ送信する。ＰＣ２００は、当該レスポンスを受信すると、上述の実施形態と同様の流れで、連結画像ファイルから各画像ファイルを切り出して、イメージ検索結果として表示する。
【０１０５】
この場合、サーバ１００は、特定のキーワードに合致する画像ファイルを予め連結した連結画像ファイルを生成していてもよい。連結画像ファイルは１つであってもよいし、上述の実施形態と同様、例えばＰＣ２００の画面サイズに応じて、複数のグループ毎に複数の連結画像ファイルが生成されてもよい。
【０１０６】
またサーバ１００は、ＰＣ２００からの画像取得リクエストに含まれるキーワードに合致する画像ファイルが既に連結画像ファイルとして存在していれば、改めて画像ファイルを連結することなく、当該連結画像ファイルをレスポンスとして送信する。また、ＰＣ２００からのリクエストが複数のキーワードによるＯＲ検索の場合、サーバ１００は、それぞれのキーワードごとに連結画像ファイルの有無を判断する。キーワード毎に既に存在している、または、新たに生成された複数の連結画像ファイルがさらに連結された上で送信されてもよいし、そのまま複数の連結画像ファイルが送信されてもよい。
【０１０７】
上述の実施形態においては、本技術におけるクライアントがＰＣ２００である例を示した。しかし、本技術におけるクライアントは、携帯電話機、スマートフォン、オーディオプレイヤー、テレビジョン装置、ゲーム機器、カーナビゲーション装置、記録再生装置等、他のあらゆる情報処理装置であり得る。
【０１０８】
［その他］
本技術は以下のような構成も取ることができる。
（１）
複数の画像データと、当該複数の画像データがレイアウトされるページデータとを記憶可能な記憶部と、
他の情報処理装置から、前記複数の画像データの前記ページデータ上でのレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び前記ページデータの送信を要求するリクエストを受信可能な通信部と、
前記受信されたリクエストに応じて、前記記憶された複数の画像データを連結した連結画像データと、前記レイアウト指定情報に対応したレイアウトデータとを生成可能であり、前記ページデータと前記連結画像データと前記レイアウトデータとを前記他の情報処理装置へ送信するように前記通信部を制御可能な制御部と
を具備する情報処理装置。
（２）前記（１）に記載の情報処理装置であって、
前記制御部は、前記リクエストに応じて、前記複数の画像データをそれぞれ所定数の画像データからなる複数のグループに分類して当該複数のグループ毎の複数の連結画像データを生成し、当該複数の連結画像データを前記他の情報処理装置へ送信するように前記通信部を制御可能である
情報処理装置。
（３）前記（２）に記載の情報処理装置であって、
前記リクエストは、前記他の情報処理装置が有するまたは前記他の情報処理装置に接続された表示装置の画面サイズを示す情報を含み、
前記制御部は、前記画面サイズに応じて前記複数のグループに含まれる画像データの数を変更可能である
情報処理装置。
（４）前記（１）〜（３）のうちいずれかに記載の情報処理装置であって、
前記記憶部は、前記生成された連結画像を記憶可能であり、
前記制御部は、前記リクエストにより要求された画像データが前記記憶された連結画像データに含まれるか否かを判断可能であり、当該要求された画像データが当該記憶された連結画像データに含まれる場合、当該記憶された連結画像データを前記他の情報処理装置へ送信するように前記通信部を制御可能である
情報処理装置。
（５）前記（１）〜（４）のうちいずれかに記載の情報処理装置であって、
前記リクエストは、所定の検索条件に合致する画像データの送信を要求する画像検索リクエストであり、
前記制御部は、前記複数の画像データから前記検索条件に合致する複数の画像データを抽出し、当該抽出された複数の画像データを連結して前記連結画像データを生成可能であり、当該連結画像データを検索結果データとして前記他の情報処理装置へ送信するように前記通信部を制御可能である
情報処理装置。
【符号の説明】
【０１０９】
１１、２１…ＣＰＵ
１３、２３…ＲＡＭ
１６、２６…表示部
１８、２８…記憶部
１９、２９…通信部
４１…リクエスト受信部
４２…レスポンス送信部
４３…連結画像ファイル生成部
４４…レイアウトファイル生成部
４５…連結ファイル情報データベース
４６…画像ファイル連結方法決定部
５０…インターネット
１００…サーバ
２００…クライアントＰＣ（ＰＣ）
【技術分野】
【０００１】
本技術は、他の情報処理装置と通信可能な情報処理装置、当該情報処理装置のおける情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
近年、クライアント端末がネットワーク経由でウェブブラウザによりアプリケーションを実行するようになり、またクライアント端末の種類が増加したことに伴い、サーバでは、クライアント端末の画面への表示内容を構成要素データ（モデル）と表示方法データ（ビュー）とに分けて保持しておくことが一般的になっている。例えば、サーバはウェブページをＨＴＭＬ（HyperText Markup Language）とＣＳＳ（Cascading Style Sheets）とに分けてクライアント端末へ送信し表示させている。
【０００３】
この方法では、クライアント端末がダウンロードする画像の数が大量になると、モデルの構成が複雑になり、クライアント端末でビューを作り上げるのに手間がかかるという問題がある。特に処理速度の観点からは、クライアント端末が携帯端末である場合には、表示が遅くなることもある。
【０００４】
またサーバは、予め決まっている多くの画像を表示させるウェブページ（例えばユーザが頻繁にアクセスするトップページ）については、予め複数の画像を連結させて保存している場合もある。この場合サーバは、クライアント端末からリクエストがあった場合には、連結された１枚の画像とレイアウト記述ファイル（例えばＣＳＳファイル）だけをネットワーク上でクライアント端末とやり取りする。クライアント端末では、ウェブページの描画時に当該１枚の画像が、あたかも複数の画像ファイルが存在するかのようにレイアウトされる。このような手法は一般的にCSS Spritesと呼ばれている（例えば、特許文献１参照）。この手法では、クライアント端末から送出されるリクエスト数が少なくなり、全体として描画までの速度が向上するメリットがある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−２７７５０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記CSS Spritesの手法では、予めどの画像を連結して保持しておくかはサーバが決定することになる。したがって、クライアント端末のユーザがある画像をリクエストした場合、当該リクエスト対象画像とその他の画像とが連結された連結画像がクライアント端末へ送信されるため、結果的にユーザが表示を欲しない画像も送信されることになる。すなわち、無駄なデータのやり取りが増え、表示効率も悪くなる。
【０００７】
以上のような事情に鑑み、本技術の目的は、クライアント端末からの画像のリクエストに対するレスポンスを最適化し、クライアント端末のブラウザ上で画像を効率よく表示させることが可能な情報処理装置、情報処理方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上述の課題を解決するため、本技術の一形態に係る情報処理装置は、記憶部と、通信部と、制御部とを有する。上記記憶部は、複数の画像データと、当該複数の画像データがレイアウトされるページデータとを記憶する。上記通信部は、他の情報処理装置から、上記複数の画像データの上記ページデータ上でのレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び上記ページデータの送信を要求するリクエストを受信する。上記制御部は、上記受信されたリクエストに応じて、上記記憶された複数の画像データを連結した連結画像データと、上記レイアウト指定情報に対応したレイアウトデータとを生成する。また制御部は、上記ページデータと上記連結画像データと上記レイアウトデータとを上記他の情報処理装置へ送信するように上記通信部を制御する。
【０００９】
これにより情報処理装置は、他の情報処理装置からのリクエストに応じて複数の画像データを連結して１枚の連結画像として返すことで、リクエストに対するレスポンスを最適化し、他の情報処理装置のブラウザ上で画像データを効率よく表示させることができる。当該情報処理装置は例えばサーバとして機能し、他の情報処理装置は例えばクライアントとして機能する。
【００１０】
上記制御部は、上記リクエストに応じて、上記複数の画像データをそれぞれ所定数の画像データからなる複数のグループに分類して当該複数のグループ毎の複数の連結画像データを生成してもよい。そして制御部は、当該複数の連結画像データを上記他の情報処理装置へ送信するように上記通信部を制御してもよい。
【００１１】
これにより情報処理装置は、リクエストされた複数の画像データを複数のグループに
分けてそれぞれ連結して送信することで、あまりに大量の画像が１枚に連結される場合に比べて他の情報処理装置における表示効率を向上させることができる。
【００１２】
上記リクエストは、上記他の情報処理装置が有するまたは上記他の情報処理装置に接続された表示装置の画面サイズを示す情報を含んでもよい。この場合上記制御部は、上記画面サイズに応じて上記複数のグループに含まれる画像データの数を変更してもよい。
【００１３】
これにより情報処理装置は、他の情報処理装置の画面サイズに最適な数の連結画像を生成して送信することで、他の情報処理装置における表示効率を向上させることができる。
【００１４】
上記記憶部は、上記生成された連結画像を記憶してもよい。この場合上記制御部は、上記リクエストにより要求された画像データが上記記憶された連結画像データに含まれるか否かを判断してもよい。当該要求された画像データが当該記憶された連結画像データに含まれる場合、制御部は、当該記憶された連結画像データを上記他の情報処理装置へ送信するように上記通信部を制御してもよい。
【００１５】
これにより情報処理装置は、リクエストされた画像データが既に連結画像として記憶されている場合には、それを送信することで、画像データの連結処理を省略することができる。
【００１６】
上記リクエストは、所定の検索条件に合致する画像データの送信を要求する画像検索リクエストであってもよい。この場合上記制御部は、上記複数の画像データから上記検索条件に合致する複数の画像データを抽出し、当該抽出された複数の画像データを連結して上記連結画像データを生成してもよい。そして制御部は、当該連結画像データを検索結果データとして上記他の情報処理装置へ送信するように上記通信部を制御してもよい。
【００１７】
これにより情報処理装置は、イメージ検索に対するレスポンスとして連結画像を送信することができ、他の情報処理装置における検索結果の表示処理の効率を向上させることができる。
【００１８】
本技術の他の形態に係る情報処理装置は、映像出力部と、通信部と、制御部とを有する。上記通信部は、ページデータ上での複数の画像のレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び当該ページデータの送信を要求するリクエストを、他の情報処理装置へ送信可能である。また通信部は、当該リクエストに応じて上記他の情報処理装置において生成された、上記複数の画像データが連結された連結画像データと、上記レイアウト指定情報に対応したレイアウトデータと、上記ページデータとを、上記他の情報処理装置から受信可能である。上記制御部は、上記受信されたページデータ上に、上記受信された連結画像データに含まれるそれぞれの画像データを上記受信されたレイアウトデータに従ってレイアウトして当該ページデータを出力するように上記映像出力部を制御可能である。
【００１９】
これにより情報処理装置は、ページデータ上でのレイアウトを指定してページ及び複数の画像のリクエストを送信することで、レイアウトデータとともに、複数の画像データを１枚の連結画像データとして受信できるため、他の情報処理装置からのレスポンスの数を減らして複数の画像データを効率よく表示することができる。
【００２０】
本技術の他の形態に係る情報処理システムは、第１の情報処理装置と第２の情報処理装置とを有する。
【００２１】
上記第１の情報処理装置は、記憶部と、第１の通信部と、第１の制御部とを有する。上記記憶部は、複数の画像データと、当該複数の画像データがレイアウトされるページデータとを記憶する。上記第１の通信部は、上記複数の画像データの上記ページデータ上でのレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び上記ページデータの送信を要求するリクエストを受信する。上記第１の制御部は、上記受信されたリクエストに応じて、上記記憶された複数の画像データを連結した連結画像データと、上記レイアウト指定情報に対応したレイアウトデータとを生成する。また第１の制御部は、上記ページデータと上記連結画像データと上記レイアウトデータとを送信するように上記通信部を制御する。
【００２２】
上記第２の情報処理装置は、映像出力部と、第２の通信部と、第２の制御部とを有する。上記第２の通信部は、上記リクエストを上記第１の情報処理装置へ送信可能である。また第２の通信部は、当該リクエストに応じて上記第１の情報処理装置において生成された連結画像データと、上記レイアウトデータと、上記ページデータとを、上記第１の情報処理装置から受信可能である。上記第２の制御部は、上記受信されたページデータ上に、上記受信された連結画像データに含まれるそれぞれの画像データを上記受信されたレイアウトデータに従ってレイアウトして当該ページデータを出力するように上記映像出力部を制御可能である。
【００２３】
本技術の他の形態に係る情報処理方法は、複数の画像データと、当該複数の画像データがレイアウトされるページデータとを記憶することを含む。他の情報処理装置から、上記複数の画像データの上記ページデータ上でのレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び上記ページデータの送信を要求するリクエストが受信される。上記受信されたリクエストに応じて、上記記憶された複数の画像データを連結した連結画像データと、上記レイアウト指定情報に対応したレイアウトデータとが生成される。そして上記ページデータと上記連結画像データと上記レイアウトデータとが上記他の情報処理装置へ送信される。
【００２４】
本技術の他の形態に係る情報処理方法は、ページデータ上での複数の画像のレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び当該ページデータの送信を要求するリクエストを、他の情報処理装置へ送信することを含む。上記リクエストに応じて上記他の情報処理装置において生成された、上記複数の画像データが連結された連結画像データと、上記レイアウト指定情報に対応したレイアウトデータと、上記ページデータとが、上記他の情報処理装置から受信される。上記受信されたページデータ上に、上記受信された連結画像データに含まれるそれぞれの画像データが上記受信されたレイアウトデータに従ってレイアウトされて当該ページデータが出力される。
【００２５】
本技術の他の形態に係るプログラムは、情報処理装置に、記憶ステップと、受信ステップと、生成ステップと、送信ステップとを実行させる。上記記憶ステップでは、複数の画像データと、当該複数の画像データがレイアウトされるページデータとが記憶される。上記受信ステップでは、他の情報処理装置から、上記複数の画像データの上記ページデータ上でのレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び上記ページデータの送信を要求するリクエストが受信される。上記生成ステップでは、上記受信されたリクエストに応じて、上記記憶された複数の画像データを連結した連結画像データと、上記レイアウト指定情報に対応したレイアウトデータとが生成される。上記送信ステップでは、上記ページデータと上記連結画像データと上記レイアウトデータとが上記他の情報処理装置へ送信される。
【００２６】
本技術の他の形態に係るプログラムは、情報処理装置に、送信ステップと、受信ステップと、出力ステップとを実行させる。上記送信ステップでは、ページデータ上での複数の画像のレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び当該ページデータの送信を要求するリクエストが、他の情報処理装置へ送信される。上記受信ステップでは、上記リクエストに応じて上記他の情報処理装置において生成された、上記複数の画像データが連結された連結画像データと、上記レイアウト指定情報に対応したレイアウトデータと、上記ページデータとが、上記他の情報処理装置から受信される。上記出力ステップでは、上記受信されたページデータ上に、上記受信された連結画像データに含まれるそれぞれの画像データが上記受信されたレイアウトデータに従ってレイアウトされて当該ページデータが出力される。
【発明の効果】
【００２７】
以上のように、本技術によれば、クライアント端末からの画像のリクエストに対するレスポンスを最適化し、クライアント端末のブラウザ上で画像を効率よく表示させることができる。
【図面の簡単な説明】
【００２８】
【図１】本技術の一実施形態における画像表示システムの構成を示す図である。
【図２】上記画像表示システムにおけるサーバのハードウェア構成を示した図である。
【図３】上記画像表示システムにおけるＰＣのハードウェア構成を示した図である。
【図４】上記サーバが有するソフトウェアを示した機能ブロック図である。
【図５】上記サーバが有する連結画像ファイル情報データベースの構成を示した図である。
【図６】上記サーバとＰＣとの間でやり取りされるリクエストとレスポンスの流れの概要を示したシーケンス図である。
【図７】上記ＰＣから送信される画像取得リクエストと、それに対する上記サーバのレスポンスとを模式的に示した図である。
【図８】上記画像取得リクエストの対象となる複数の画像の、ＰＣの表示部における表示例（レイアウト例）を示した図である。
【図９】上記複数の画像が連結された連結画像ファイルの例を示した図である。
【図１０】上記画像取得リクエストの例を示した図である。
【図１１】上記サーバが画像取得リクエストを受信してからレスポンスを送信するまでの流れを示したフローチャートである。
【図１２】上記連結画像ファイル中の各画像ファイルが縦一列に連結されている場合における、各画像ファイルの位置及びサイズを示した図である。
【図１３】上記図９に示した連結画像ファイル中の各画像ファイルが、上記図８に示すように横一列にレイアウトされる場合における、各画像ファイルの位置座標及びサイズを示した図である。
【図１４】上記図７（Ｂ）に示したサーバからのレスポンスをより詳細に示した図である。
【図１５】上記図１４で示した各グループの画像ファイルをツリー構造として模式化したものである。
【図１６】上記サーバから送信される変換レイアウトファイルの詳細を示した図である。
【図１７】上記ＰＣが画像取得リクエストを送信し、サーバからレスポンスを受信して画像ファイルを表示するまでの流れを示したフローチャートである。
【発明を実施するための形態】
【００２９】
以下、本技術に係る実施形態を、図面を参照しながら説明する。
【００３０】
［システムの概要］
図１は、本技術の一実施形態における画像表示システムの構成を示す図である。
【００３１】
同図に示すように、このシステムは、サーバ１００とクライアントＰＣ２００（単にＰＣ２００と称する）とで構成される。ＰＣ２００は複数存在しうる。
【００３２】
ＰＣ２００は、サーバ１００へ、ウェブブラウザ（以下、単にブラウザと称する）を介して、複数の画像ファイルを含むウェブページをリクエストし、サーバ１００は当該リクエストに応じて、ウェブページ及び画像ファイルを、当該画像ファイルのレイアウトデータと共にＰＣ２００へ送信する。
【００３３】
本実施形態では、サーバ１００は、ＰＣ２００からのリクエストに応じて、複数の画像ファイルを連結して連結画像ファイルを生成し、それをレスポンスとしてＰＣ２００へ返すことが可能である。当該連結画像ファイルの生成処理の詳細については後述する。
【００３４】
［サーバのハードウェア構成］
図２は、上記サーバ１００のハードウェア構成を示した図である。同図に示すように、サーバ１００は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入出力インタフェース１５、及び、これらを互いに接続するバス１４を備える。
【００３５】
ＣＰＵ１１は、必要に応じてＲＡＭ１３等に適宜アクセスし、各種演算処理を行いながらサーバ１００の各ブロック全体を統括的に制御する。ＲＯＭ１２は、ＣＰＵ１１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。ＲＡＭ１３は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。
【００３６】
入出力インタフェース１５には、表示部１６、操作受付部１７、記憶部１８、通信部１９等が接続される。
【００３７】
表示部１６は、例えばＬＣＤ、ＯＥＬＤ、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。
【００３８】
操作受付部１７は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の入力装置である。操作受付部１７がタッチパネルである場合、そのタッチパネルは表示部１６と一体となり得る。
【００３９】
記憶部１８は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリ（ＳＳＤ；Solid State Drive）、その他の固体メモリ等の不揮発性メモリである。当該記憶部１８には、上記ＯＳや各種アプリケーション、各種データが記憶される。特に本実施形態では、記憶部１８には、ＰＣ２００のブラウザに表示させるウェブページファイル（以下、単にページファイルと称する）や当該ページファイル上でレイアウトされる複数の画像ファイルも記憶される。
【００４０】
通信部１９は、インターネット５０やＬＡＮに有線接続するためのＮＩＣ等であり、ＰＣ２００との間の通信処理（リクエストの受信やレスポンスの送信）を担う。
【００４１】
［ＰＣのハードウェア構成］
図３は、上記ＰＣ２００のハードウェア構成を示した図である。同図に示すように、ＰＣ２００のハードウェア構成も、上記サーバ１００のハードウェア構成と基本的に同様である。すなわち、ＰＣ２００は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、入出力インタフェース２５、及び、これらを互いに接続するバス２４、表示部２６、操作受付部２７、記憶部２８、通信部２９を備える。
【００４２】
ここで表示部２６は、ＰＣ２００に内蔵されていてもよいし、ＰＣ２００に外部接続されていてもよい。表示部２６がＰＣ２００に外部接続される場合、映像信号は、ＰＣ２００が有する映像出力部（映像出力端子等）を介して表示部２６へ出力される。
【００４３】
記憶部２８には、サーバ１００からウェブページファイル、画像ファイル及びレイアウトファイルを受信し、ウェブページに画像ファイルをレイアウトしてページを描画するブラウザが記憶されている。
【００４４】
本実施形態において、ＰＣ２００のブラウザは、一般的なウェブページ表示機能を有するほか、例えば時系列で並んだ大量の画像を一覧表示するアプリケーションとしての機能も有する。しかし、当該機能は、ブラウザとは別個のソフトウェアとしてＰＣ２００にインストールされていてもよい。当該アプリケーションは、より具体的には、例えば所定の場所に設置された監視カメラにより定期的に撮像された複数の画像を時系列に沿って表示するアプリケーションであってもよい。また当該アプリケーションは、あるユーザがある期間（例えば旅行中のある一日等）に撮り続けた複数の画像を時系列に沿って表示するアプリケーションであってもよい。
【００４５】
［サーバのソフトウェア構成］
図４は、上記サーバ１００が有するソフトウェアモジュールを示した機能ブロック図である。当該各ソフトウェアモジュールは、主にＰＣ２００からのリクエストに応答するためのモジュールであり、サーバ１００は、これら以外にもソフトウェアモジュールを有し得る。
【００４６】
同図に示すように、サーバ１００は、ソフトウェアモジュールとして、リクエスト受信部４１、レスポンス送信部４２、連結画像ファイル生成部４３、レイアウトファイル生成部４４、連結ファイル情報データベース４５及び画像ファイル連結方法決定部４６とを有する。
【００４７】
リクエスト受信部４１は、ＰＣ２００からリクエストを受信し、画像ファイル連結方法決定部４６へその情報を伝える。
【００４８】
画像ファイル連結方法決定部４６は、受信されたリクエストを解析して、連結すべき画像ファイル及び当該連結の方法を決定する。
【００４９】
連結画像ファイル生成部４３は、上記画像ファイル連結方法決定部４６によって決定された連結方法に従って複数の画像ファイルを連結し連結画像ファイルを生成する。
【００５０】
レイアウトファイル生成部４４は、上記連結画像ファイル生成部４３によって生成された連結画像ファイル中の各画像ファイルをＰＣ２００がページファイル上にレイアウトするためのレイアウトファイルを生成する。
【００５１】
連結ファイル情報データベース４５は、生成された連結画像ファイルを記憶する。
【００５２】
レスポンス送信部４２は、上記生成された連結画像ファイル及びレイアウトファイルをＰＣ２００へレスポンスとして送信する。
【００５３】
［連結画像ファイル情報データベースの構成］
図５は、上記連結ファイル情報データベース４５の構成を示した図である。
【００５４】
同図に示すように、連結ファイル情報データベース４５は、画像ファイルを識別する画像キーと、当該画像ファイルのパスを示すファイルパスと、当該画像ファイルが連結画像ファイルか否かを示す連結ステータスの各データ項目を有する。
【００５５】
当該連結ファイル情報データベース４５では、単体の画像ファイルと連結画像ファイルとが混在して記憶されている。例えば、同図に示されている４つの画像のうち、上の２つの画像ファイルは単体ファイルである一方、下の２つの画像ファイルは連結画像ファイルである。
【００５６】
［システムの動作］
次に、以上のように構成された画像表示システムにおけるサーバ１００及びＰＣ２００の動作を説明する。この動作は、上記サーバ１００のＣＰＵ１１やＰＣ２００のＣＰＵ２１の制御下において、他のハードウェア及びソフトウェア（ＰＣ２００のブラウザ）と協働して行われる。
【００５７】
図６は、本実施形態におけるサーバ１００とＰＣ２００との間でやり取りされるリクエスト（ＨＴＴＰリクエスト）とレスポンス（ＨＴＴＰレスポンス）の流れの概要を示したシーケンス図である。
【００５８】
同図に示すように、ＰＣ２００はまず、ページファイルの全体（index.html）をサーバ１００へリクエストし、サーバ１００は当該リクエストに対するレスポンスとしてページファイル（ＨＴＭＬファイル）をＰＣ２００へ送信する。上記リクエストには、当該ページファイルのＵＲＩが含まれる。また当該ページファイルには、当該ページファイルにレイアウトされるべき複数の画像ファイルの各ＵＲＩが含まれる。
【００５９】
続いてＰＣ２００は、上記ページファイル上における全体的なレイアウトを示すレイアウトファイルをサーバ１００へリクエストし、サーバ１００は当該リクエストに対するレスポンスとして全体レイアウトファイルをＰＣ２００へ送信する。
【００６０】
続いてＰＣ２００は、上記ページファイルに含まれる各ＵＲＩを基に、当該ページファイル上にレイアウトされるべき複数の画像ファイルのリクエスト（画像取得リクエスト）をサーバ１００へ送信する。当該リクエストは画像ファイル分送信される。サーバ１００は、当該複数のリクエストに対して、それらリクエストに対応する複数の画像ファイルを連結し、連結画像ファイルをレスポンスとしてＰＣ２００へ送信する。
【００６１】
またサーバ１００は、上記連結画像ファイルに含まれる各画像ファイルをページファイル上でどのようにレイアウトすべきかを示したレイアウトファイル（変換レイアウトファイル）を生成して、上記画像取得リクエストに対するレスポンスとして当該変換レイアウトファイルもＰＣ２００へ送信する。
【００６２】
図７は、上記画像取得リクエストと、それに対するレスポンスとを模式的に示した図である。
【００６３】
同図に示すように、ＰＣ２００からのリクエストは画像ファイル数分存在するが、サーバ１００からのレスポンスは１つの連結画像ファイルと１つの変換レイアウトファイルのみである。
【００６４】
図８は、上記画像取得リクエストの対象となる複数の画像の、ＰＣ２００の表示部２６における表示例（レイアウト例）を示した図である。また図９は、当該複数の画像が連結された連結画像ファイルの例を示した図である。
【００６５】
図９に示すように、連結画像ファイルは、複数の画像（画像Ａ〜Ｅ）が例えば縦一列に連結されたものである。しかし、図８に示すように、ＰＣ２００は、上記変換レイアウトファイルにしたがって、当該連結画像ファイルに含まれる各画像Ａ〜Ｅを抽出して、それらを例えば横一列に所定間隔置きに別々の画像としてレイアウトして表示部２６に表示する。
【００６６】
図１０は、上記画像取得リクエストの例を示した図である。同図に示すように、画像取得リクエストには、ユーザ名、検索条件、取得上限、レイアウト及び画面サイズの各項目が含まれる。
【００６７】
上記検索条件は、例えば「昨日撮影した画像」といったように、サーバ１００に（例えばユーザ毎に）記憶された画像ファイルのフィルタリング条件であり、ファイル作成日付や作成期間等を指定するものであるが、これに限られない。例えば検索条件は、所定のキーワードであってもよい。
【００６８】
上記取得上限は、取得する画像ファイルの数の上限、すなわち表示部２６に表示される（見かけ上の）画像ファイルの数の上限を示したものである。
【００６９】
上記レイアウトは、例えば横一列、縦一列、横Ｘ枚×縦Ｙ枚等、様々なものが考えられる。
【００７０】
上記画面サイズは、ＰＣ２００の表示部２６のサイズを示す。詳細は後述するが、この情報は、サーバ１００が、連結画像ファイルを所定枚数のグループ毎に作成する際の各グループに属する画像の数を決定する際に用いられる。
【００７１】
（サーバの動作）
図１１は、サーバ１００が画像取得リクエストを受信してからレスポンスを送信するまでの大まかな流れを示したフローチャートである。当該フローチャートは、上記図６で示した一連のやり取りのうち、ＰＣ２００からの画像取得リクエストの受信からの流れを示す。
【００７２】
同図に示すように、サーバ１００のＣＰＵ１１はまず、ＰＣ２００から画像取得リクエストを受信する（ステップ１１１）。
【００７３】
続いてＣＰＵ１１は、上記画像取得リクエストを解析し、当該画像取得リクエストに含まれる画像ファイルを含む連結画像ファイルが上記連結ファイル情報データベース４５に存在するか否かを判断する（ステップ１１２）。
【００７４】
上記連結画像ファイルが存在すると判断した場合（Ｙｅｓ）、ＣＰＵ１１は、上記画像取得リクエストに含まれるレイアウト情報を基に、取得対象の複数の画像ファイルをＰＣ２００において表示させるための変換レイアウトファイルを作成する（ステップ１１３）。
【００７５】
上記連結画像ファイルが存在しないと判断した場合（Ｎｏ）、ＣＰＵ１１は、上記画像取得リクエスト対象の複数の画像ファイルを上記連結ファイル情報データベース４５から読み出し、それらを連結して連結画像ファイルを生成する（ステップ１１５）。そしてＣＰＵ１１は、当該生成した連結画像ファイル（の画像キー及びファイルパス）を連結ファイル情報データベース４５に登録する（ステップ１１６）。
【００７６】
続いてＣＰＵ１１は、上記画像取得リクエストに含まれるレイアウト情報を基に、上記連結画像ファイル中の各画像ファイルをＰＣ２００の表示部２６においてページファイル上にレイアウトさせるための変換レイアウトファイルを生成する（ステップ１１３）。
【００７７】
そしてＣＰＵ１１は、上記連結画像ファイルと変換レイアウトファイルを、上記画像取得リクエストに対するレスポンスとしてＰＣ２００へ送信する（ステップ１１４）。
【００７８】
図１２は、上記図９に示したように縦一列に連結されている連結画像ファイルにおける、各画像ファイルの座標及びサイズを示した図である。同図に示すように、各画像ファイルは縦方向に連結されているため、各画像ファイルＡ〜Ｅの開始位置はＹ軸方向にずれることになる。この座標は、連結画像ファイルの左上を基点とした相対座標である。
【００７９】
図１３は、上記図９に示した連結画像ファイル中の各画像ファイルが、上記図８に示すように横一列にレイアウトされる場合における、各画像ファイルの座標及びサイズを示した図である。同図に示すように、各画像ファイルが横一列に並んで表示されるように、各画像ファイルＡ〜Ｅの開始位置はＸ軸方向にずれている。
【００８０】
ＣＰＵ１１は、これら図１２及び図１３で示した各画像ファイルの位置及びサイズを利用して、上記変換レイアウトファイルを作成する。この作成処理の詳細は後述する。
【００８１】
上述したように、サーバ１００は、ＰＣ２００からの画像取得リクエストに対して、全ての画像ファイルを１枚に連結することができる。しかし、あまりに大量の画像ファイルが一枚に連結されてＰＣ２００へ送信されると、その画像サイズのために、かえってＰＣ２００における画像ファイルの表示効率が悪くなる可能性もある。そこで本実施形態において、サーバ１００は、対象の複数の画像ファイルを所定枚数毎の複数のグループに分け、グループ毎に複数の連結画像ファイルを生成することも可能である。
【００８２】
画像ファイルをどのような単位でグループ分けするかは、ＰＣ２００の画面サイズや処理能力、ネットワーク帯域、ＰＣ２００で実行されるアプリケーションの種類等によって柔軟に決定される。本実施形態では特に、ＰＣ２００の画面サイズに応じて、上記グループに含まれる画像ファイルの数が変更される。ＰＣ２００の画面サイズは、上述のように、画像取得リクエストに含まれており、サーバ１００は、当該画面サイズを基に上記各グループ内の画像ファイルの数を決定する。
【００８３】
図１４は、上記図７（Ｂ）に示したサーバからのレスポンスをより詳細に示した図である。同図に示すように、Ａ〜Ｚまでの画像ファイルが、５つのグループＧ１〜Ｇ５に分けられて、それぞれ連結画像ファイルが生成され、レスポンスとして返されている。各グループ内の画像ファイルの数（各連結画像ファイルにおいて連結される画像ファイルの数）は極力同数となるよう設定される。この例では、画像ファイルＡ〜Ｚの数である２６を５で割ると１余ることから、グループＧ１〜Ｇ４内の画像ファイルの数は５つであるが、グループＧ５内の画像ファイルの数は６つとなっている。
【００８４】
ここで、１つのグループに含まれる画像ファイルの数は、例えば、ＰＣ２００の表示部２６の画面に表示可能な画像ファイル数の２〜３倍とされるが、これに限られるものではない。
【００８５】
このように、連結画像ファイルは複数生成されてレスポンスされる場合でも、変換レイアウトファイルの数は１つである。
【００８６】
図１５は、上記各グループの画像ファイルをツリー構造として模式化したものである。同図に示すように、複数の画像ファイルが複数のグループに階層化され、それぞれのグループに各画像ファイルが属する形となっている。
【００８７】
図１６は、上記変換レイアウトファイルの詳細を示した図である。同図に示すように、変換レイアウトファイルは、個々の画像ファイル毎に、画像ファイル名、連結画像内相対座標、縦／横サイズ、連結画像ファイル名、画像絶対座標、連結画像縦／横サイズの各項目を有する。
【００８８】
連結画像内相対座標は、上記図１２で示したように、連結画像ファイルの左上を基点とした場合の、連結された各画像ファイルの相対座標を示す。連結画像ファイル名は、各画像ファイルが連結された先の連結画像ファイルの名称を示す。画像絶対座標は、上記図１３で示したように、上記画像取得リクエストに含まれるレイアウト情報を反映した、連結画像ファイルに含まれる各画像ファイルの絶対座標を示す。連結画像縦／横サイズは、各画像ファイルの連結先の連結画像ファイル全体の縦／横サイズを示す。
【００８９】
（ＰＣの動作）
ＰＣ２００は、上記図１６で示した変換レイアウトファイルを基に、ページファイル上に各画像ファイルをレイアウトして描画する。図１７は、上記ＰＣ２００が画像取得リクエストを送信し、サーバ１００からレスポンスを受信して画像ファイルを表示するまでの流れを示したフローチャートである。
【００９０】
ここで、当該フローチャートは、ＰＣ２００が、連結画像ファイルに含まれる１つの画像を描画する場合の処理の流れを示している。また、上述では、画像ファイルは全て連結画像ファイルに含まれることを前提に説明がなされたが、本フローチャートでは、画像ファイルが連結画像ファイルに含まれずに単体でも存在しうることも想定されている。画像ファイルが連結画像ファイルに含まれない場合としては、例えば、連結対象の画像ファイルがまだ生成されていない場合（例えば、ユーザの写真撮影を待機している状態）等が考えられる。
【００９１】
同図に示すように、まずＰＣ２００のＣＰＵ２１は、特定の画像ファイルの描画が必要であると判断し、当該画像ファイルの描画処理を開始すると（ステップ１７１）、上記ページリクエスト及び画像取得リクエストをサーバ１００へ送信する（ステップ１７２）。
【００９２】
続いてＣＰＵ２１は、上記レスポンスとしてのページファイル、全体レイアウトファイル、連結画像ファイル（または単体の画像ファイル）及び変換レイアウトファイルをサーバ１００から受信する（ステップ１７３）。
【００９３】
続いてＣＰＵ２１は、上記変換レイアウトファイルを参照して、上記描画対象の画像ファイルが、連結画像ファイルに含まれるか否かを判断する（ステップ１７４）。
【００９４】
上記画像ファイルが連結画像ファイルに含まれる場合（Ｙｅｓ）、ＣＰＵ２１は、上記変換レイアウトファイルを基に、画像ファイルの連結画像ファイル内における相対座標を、上記画像全体位置座標へと変換する（ステップ１７５）。
【００９５】
上記画像ファイルが連結画像ファイルに含まれない場合（Ｎｏ）、ＣＰＵ２１は、上記全体レイアウトファイルを基に、画像ファイルの座標を決定する（ステップ１７６）。
【００９６】
そしてＣＰＵ２１は、上記ステップ１７５で変換された座標上または上記ステップ１７６で決定された座標上に画像ファイルを描画する（ステップ１７７）。
【００９７】
例えば、上記図１６における画像Ｍを描画する場合、ＣＰＵ２１は、画像Ｍが連結画像ファイルＧ３に属することを判断し、当該連結画像ファイルＧ３内の座標（１００，０）から縦３０×横４０ピクセル分のデータを切り出し、それをウェブページ内で変換後の座標（５００，０）上に描画する。
【００９８】
ＣＰＵ２１は、以上の処理を、描画が必要な全ての画像ファイルについて繰り返す。
【００９９】
［まとめ］
以上のように、本実施形態によれば、サーバ１００は、ＰＣ２００からのリクエストに応じて複数の画像ファイルを連結して１枚の連結画像ファイルとして返すことで、リクエストに対するレスポンスを最適化し、ＰＣ２００のブラウザ上で複数の画像ファイルを効率よく表示させることができる。
【０１００】
［変形例］
本技術は上述の実施形態にのみ限定されるものではなく、本開示の要旨を逸脱しない範囲内において種々変更され得る。
【０１０１】
上述の実施形態においては、クライアントＰＣ２００がサーバ１００から画像ファイルを取得する例を示した。しかし、クライアントＰＣ２００の機能とサーバ１００の機能とは、物理的に離れたそれぞれの装置で実行される必要はない。すなわち、クライアントＰＣ２００の機能とサーバ１００の機能とが１つの機器内で論理的に役割分担されてもよい。
【０１０２】
例えば、クライアントＰＣ２００の機能がブラウザとして提供され、サーバ１００の機能がデーモンとして提供されてもよい。この装置における動作は、上述した画像表示システムにおける動作と比較して、サーバ１００とＰＣ２００との間のネットワークを介した通信処理が、装置内部におけるブラウザとデーモンとの信号処理に替わる以外は同様となる。
【０１０３】
上述の実施形態においては、時系列で並んだ大量の画像を一覧表示するアプリケーションによって画像ファイルが表示される例を示したが、本技術は、他のアプリケーションで実行されても構わない。例えば、本技術はイメージ検索アプリケーションにも応用できる。
【０１０４】
具体的には、ＰＣ２００のユーザが、ブラウザに所定のキーワードを入力してイメージ検索を指示すると、ＰＣ２００は、当該キーワードを検索条件として上述と同様の画像取得リクエストをサーバ１００へ送信する。当該画像取得リクエストを受信したサーバ１００は、キーワードに合致する画像ファイルを上述の実施形態と同様に連結して連結画像ファイル及び変換レイアウトファイルをレスポンスとしてＰＣ２００へ送信する。ＰＣ２００は、当該レスポンスを受信すると、上述の実施形態と同様の流れで、連結画像ファイルから各画像ファイルを切り出して、イメージ検索結果として表示する。
【０１０５】
この場合、サーバ１００は、特定のキーワードに合致する画像ファイルを予め連結した連結画像ファイルを生成していてもよい。連結画像ファイルは１つであってもよいし、上述の実施形態と同様、例えばＰＣ２００の画面サイズに応じて、複数のグループ毎に複数の連結画像ファイルが生成されてもよい。
【０１０６】
またサーバ１００は、ＰＣ２００からの画像取得リクエストに含まれるキーワードに合致する画像ファイルが既に連結画像ファイルとして存在していれば、改めて画像ファイルを連結することなく、当該連結画像ファイルをレスポンスとして送信する。また、ＰＣ２００からのリクエストが複数のキーワードによるＯＲ検索の場合、サーバ１００は、それぞれのキーワードごとに連結画像ファイルの有無を判断する。キーワード毎に既に存在している、または、新たに生成された複数の連結画像ファイルがさらに連結された上で送信されてもよいし、そのまま複数の連結画像ファイルが送信されてもよい。
【０１０７】
上述の実施形態においては、本技術におけるクライアントがＰＣ２００である例を示した。しかし、本技術におけるクライアントは、携帯電話機、スマートフォン、オーディオプレイヤー、テレビジョン装置、ゲーム機器、カーナビゲーション装置、記録再生装置等、他のあらゆる情報処理装置であり得る。
【０１０８】
［その他］
本技術は以下のような構成も取ることができる。
（１）
複数の画像データと、当該複数の画像データがレイアウトされるページデータとを記憶可能な記憶部と、
他の情報処理装置から、前記複数の画像データの前記ページデータ上でのレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び前記ページデータの送信を要求するリクエストを受信可能な通信部と、
前記受信されたリクエストに応じて、前記記憶された複数の画像データを連結した連結画像データと、前記レイアウト指定情報に対応したレイアウトデータとを生成可能であり、前記ページデータと前記連結画像データと前記レイアウトデータとを前記他の情報処理装置へ送信するように前記通信部を制御可能な制御部と
を具備する情報処理装置。
（２）前記（１）に記載の情報処理装置であって、
前記制御部は、前記リクエストに応じて、前記複数の画像データをそれぞれ所定数の画像データからなる複数のグループに分類して当該複数のグループ毎の複数の連結画像データを生成し、当該複数の連結画像データを前記他の情報処理装置へ送信するように前記通信部を制御可能である
情報処理装置。
（３）前記（２）に記載の情報処理装置であって、
前記リクエストは、前記他の情報処理装置が有するまたは前記他の情報処理装置に接続された表示装置の画面サイズを示す情報を含み、
前記制御部は、前記画面サイズに応じて前記複数のグループに含まれる画像データの数を変更可能である
情報処理装置。
（４）前記（１）〜（３）のうちいずれかに記載の情報処理装置であって、
前記記憶部は、前記生成された連結画像を記憶可能であり、
前記制御部は、前記リクエストにより要求された画像データが前記記憶された連結画像データに含まれるか否かを判断可能であり、当該要求された画像データが当該記憶された連結画像データに含まれる場合、当該記憶された連結画像データを前記他の情報処理装置へ送信するように前記通信部を制御可能である
情報処理装置。
（５）前記（１）〜（４）のうちいずれかに記載の情報処理装置であって、
前記リクエストは、所定の検索条件に合致する画像データの送信を要求する画像検索リクエストであり、
前記制御部は、前記複数の画像データから前記検索条件に合致する複数の画像データを抽出し、当該抽出された複数の画像データを連結して前記連結画像データを生成可能であり、当該連結画像データを検索結果データとして前記他の情報処理装置へ送信するように前記通信部を制御可能である
情報処理装置。
【符号の説明】
【０１０９】
１１、２１…ＣＰＵ
１３、２３…ＲＡＭ
１６、２６…表示部
１８、２８…記憶部
１９、２９…通信部
４１…リクエスト受信部
４２…レスポンス送信部
４３…連結画像ファイル生成部
４４…レイアウトファイル生成部
４５…連結ファイル情報データベース
４６…画像ファイル連結方法決定部
５０…インターネット
１００…サーバ
２００…クライアントＰＣ（ＰＣ）
【特許請求の範囲】
【請求項１】
複数の画像データと、当該複数の画像データがレイアウトされるページデータとを記憶可能な記憶部と、
他の情報処理装置から、前記複数の画像データの前記ページデータ上でのレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び前記ページデータの送信を要求するリクエストを受信可能な通信部と、
前記受信されたリクエストに応じて、前記記憶された複数の画像データを連結した連結画像データと、前記レイアウト指定情報に対応したレイアウトデータとを生成可能であり、前記ページデータと前記連結画像データと前記レイアウトデータとを前記他の情報処理装置へ送信するように前記通信部を制御可能な制御部と
を具備する情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記制御部は、前記リクエストに応じて、前記複数の画像データをそれぞれ所定数の画像データからなる複数のグループに分類して当該複数のグループ毎の複数の連結画像データを生成し、当該複数の連結画像データを前記他の情報処理装置へ送信するように前記通信部を制御可能である
情報処理装置。
【請求項３】
請求項２に記載の情報処理装置であって、
前記リクエストは、前記他の情報処理装置が有するまたは前記他の情報処理装置に接続された表示装置の画面サイズを示す情報を含み、
前記制御部は、前記画面サイズに応じて前記複数のグループに含まれる画像データの数を変更可能である
情報処理装置。
【請求項４】
請求項１に記載の情報処理装置であって、
前記記憶部は、前記生成された連結画像を記憶可能であり、
前記制御部は、前記リクエストにより要求された画像データが前記記憶された連結画像データに含まれるか否かを判断可能であり、当該要求された画像データが当該記憶された連結画像データに含まれる場合、当該記憶された連結画像データを前記他の情報処理装置へ送信するように前記通信部を制御可能である
情報処理装置。
【請求項５】
請求項１に記載の情報処理装置であって、
前記リクエストは、所定の検索条件に合致する画像データの送信を要求する画像検索リクエストであり、
前記制御部は、前記複数の画像データから前記検索条件に合致する複数の画像データを抽出し、当該抽出された複数の画像データを連結して前記連結画像データを生成可能であり、当該連結画像データを検索結果データとして前記他の情報処理装置へ送信するように前記通信部を制御可能である
情報処理装置。
【請求項６】
映像出力部と、
ページデータ上での複数の画像のレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び当該ページデータの送信を要求するリクエストを、他の情報処理装置へ送信可能であり、当該リクエストに応じて前記他の情報処理装置において生成された、前記複数の画像データが連結された連結画像データと、前記レイアウト指定情報に対応したレイアウトデータと、前記ページデータとを、前記他の情報処理装置から受信可能な通信部と、
前記受信されたページデータ上に、前記受信された連結画像データに含まれるそれぞれの画像データを前記受信されたレイアウトデータに従ってレイアウトして当該ページデータを出力するように前記映像出力部を制御可能な制御部と
を具備する情報処理装置。
【請求項７】
複数の画像データと、当該複数の画像データがレイアウトされるページデータとを記憶可能な記憶部と、
前記複数の画像データの前記ページデータ上でのレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び前記ページデータの送信を要求するリクエストを受信可能な第１の通信部と、
前記受信されたリクエストに応じて、前記記憶された複数の画像データを連結した連結画像データと、前記レイアウト指定情報に対応したレイアウトデータとを生成可能であり、前記ページデータと前記連結画像データと前記レイアウトデータとを送信するように前記通信部を制御可能な第１の制御部と
を有する第１の情報処理装置と、
映像出力部と、
前記リクエストを前記第１の情報処理装置へ送信可能であり、当該リクエストに応じて前記第１の情報処理装置において生成された連結画像データと、前記レイアウトデータと、前記ページデータとを、前記第１の情報処理装置から受信可能な第２の通信部と、
前記受信されたページデータ上に、前記受信された連結画像データに含まれるそれぞれの画像データを前記受信されたレイアウトデータに従ってレイアウトして当該ページデータを出力するように前記映像出力部を制御可能な第２の制御部と
を有する第２の情報処理装置と
を具備する情報処理システム。
【請求項８】
複数の画像データと、当該複数の画像データがレイアウトされるページデータとを記憶し、
他の情報処理装置から、前記複数の画像データの前記ページデータ上でのレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び前記ページデータの送信を要求するリクエストを受信し、
前記受信されたリクエストに応じて、前記記憶された複数の画像データを連結した連結画像データと、前記レイアウト指定情報に対応したレイアウトデータとを生成し、
前記ページデータと前記連結画像データと前記レイアウトデータとを前記他の情報処理装置へ送信する
情報処理方法。
【請求項９】
ページデータ上での複数の画像のレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び当該ページデータの送信を要求するリクエストを、他の情報処理装置へ送信し、
前記リクエストに応じて前記他の情報処理装置において生成された、前記複数の画像データが連結された連結画像データと、前記レイアウト指定情報に対応したレイアウトデータと、前記ページデータとを、前記他の情報処理装置から受信し、
前記受信されたページデータ上に、前記受信された連結画像データに含まれるそれぞれの画像データを前記受信されたレイアウトデータに従ってレイアウトして当該ページデータを出力する
情報処理方法。
【請求項１０】
情報処理装置に、
複数の画像データと、当該複数の画像データがレイアウトされるページデータとを記憶するステップと、
他の情報処理装置から、前記複数の画像データの前記ページデータ上でのレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び前記ページデータの送信を要求するリクエストを受信するステップと、
前記受信されたリクエストに応じて、前記記憶された複数の画像データを連結した連結画像データと、前記レイアウト指定情報に対応したレイアウトデータとを生成するステップと、
前記ページデータと前記連結画像データと前記レイアウトデータとを前記他の情報処理装置へ送信するステップと
を実行させるプログラム。
【請求項１１】
情報処理装置に、
ページデータ上での複数の画像のレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び当該ページデータの送信を要求するリクエストを、他の情報処理装置へ送信するステップと、
前記リクエストに応じて前記他の情報処理装置において生成された、前記複数の画像データが連結された連結画像データと、前記レイアウト指定情報に対応したレイアウトデータと、前記ページデータとを、前記他の情報処理装置から受信するステップと、
前記受信されたページデータ上に、前記受信された連結画像データに含まれるそれぞれの画像データを前記受信されたレイアウトデータに従ってレイアウトして当該ページデータを出力するステップと
を実行させるプログラム。
【請求項１】
複数の画像データと、当該複数の画像データがレイアウトされるページデータとを記憶可能な記憶部と、
他の情報処理装置から、前記複数の画像データの前記ページデータ上でのレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び前記ページデータの送信を要求するリクエストを受信可能な通信部と、
前記受信されたリクエストに応じて、前記記憶された複数の画像データを連結した連結画像データと、前記レイアウト指定情報に対応したレイアウトデータとを生成可能であり、前記ページデータと前記連結画像データと前記レイアウトデータとを前記他の情報処理装置へ送信するように前記通信部を制御可能な制御部と
を具備する情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記制御部は、前記リクエストに応じて、前記複数の画像データをそれぞれ所定数の画像データからなる複数のグループに分類して当該複数のグループ毎の複数の連結画像データを生成し、当該複数の連結画像データを前記他の情報処理装置へ送信するように前記通信部を制御可能である
情報処理装置。
【請求項３】
請求項２に記載の情報処理装置であって、
前記リクエストは、前記他の情報処理装置が有するまたは前記他の情報処理装置に接続された表示装置の画面サイズを示す情報を含み、
前記制御部は、前記画面サイズに応じて前記複数のグループに含まれる画像データの数を変更可能である
情報処理装置。
【請求項４】
請求項１に記載の情報処理装置であって、
前記記憶部は、前記生成された連結画像を記憶可能であり、
前記制御部は、前記リクエストにより要求された画像データが前記記憶された連結画像データに含まれるか否かを判断可能であり、当該要求された画像データが当該記憶された連結画像データに含まれる場合、当該記憶された連結画像データを前記他の情報処理装置へ送信するように前記通信部を制御可能である
情報処理装置。
【請求項５】
請求項１に記載の情報処理装置であって、
前記リクエストは、所定の検索条件に合致する画像データの送信を要求する画像検索リクエストであり、
前記制御部は、前記複数の画像データから前記検索条件に合致する複数の画像データを抽出し、当該抽出された複数の画像データを連結して前記連結画像データを生成可能であり、当該連結画像データを検索結果データとして前記他の情報処理装置へ送信するように前記通信部を制御可能である
情報処理装置。
【請求項６】
映像出力部と、
ページデータ上での複数の画像のレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び当該ページデータの送信を要求するリクエストを、他の情報処理装置へ送信可能であり、当該リクエストに応じて前記他の情報処理装置において生成された、前記複数の画像データが連結された連結画像データと、前記レイアウト指定情報に対応したレイアウトデータと、前記ページデータとを、前記他の情報処理装置から受信可能な通信部と、
前記受信されたページデータ上に、前記受信された連結画像データに含まれるそれぞれの画像データを前記受信されたレイアウトデータに従ってレイアウトして当該ページデータを出力するように前記映像出力部を制御可能な制御部と
を具備する情報処理装置。
【請求項７】
複数の画像データと、当該複数の画像データがレイアウトされるページデータとを記憶可能な記憶部と、
前記複数の画像データの前記ページデータ上でのレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び前記ページデータの送信を要求するリクエストを受信可能な第１の通信部と、
前記受信されたリクエストに応じて、前記記憶された複数の画像データを連結した連結画像データと、前記レイアウト指定情報に対応したレイアウトデータとを生成可能であり、前記ページデータと前記連結画像データと前記レイアウトデータとを送信するように前記通信部を制御可能な第１の制御部と
を有する第１の情報処理装置と、
映像出力部と、
前記リクエストを前記第１の情報処理装置へ送信可能であり、当該リクエストに応じて前記第１の情報処理装置において生成された連結画像データと、前記レイアウトデータと、前記ページデータとを、前記第１の情報処理装置から受信可能な第２の通信部と、
前記受信されたページデータ上に、前記受信された連結画像データに含まれるそれぞれの画像データを前記受信されたレイアウトデータに従ってレイアウトして当該ページデータを出力するように前記映像出力部を制御可能な第２の制御部と
を有する第２の情報処理装置と
を具備する情報処理システム。
【請求項８】
複数の画像データと、当該複数の画像データがレイアウトされるページデータとを記憶し、
他の情報処理装置から、前記複数の画像データの前記ページデータ上でのレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び前記ページデータの送信を要求するリクエストを受信し、
前記受信されたリクエストに応じて、前記記憶された複数の画像データを連結した連結画像データと、前記レイアウト指定情報に対応したレイアウトデータとを生成し、
前記ページデータと前記連結画像データと前記レイアウトデータとを前記他の情報処理装置へ送信する
情報処理方法。
【請求項９】
ページデータ上での複数の画像のレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び当該ページデータの送信を要求するリクエストを、他の情報処理装置へ送信し、
前記リクエストに応じて前記他の情報処理装置において生成された、前記複数の画像データが連結された連結画像データと、前記レイアウト指定情報に対応したレイアウトデータと、前記ページデータとを、前記他の情報処理装置から受信し、
前記受信されたページデータ上に、前記受信された連結画像データに含まれるそれぞれの画像データを前記受信されたレイアウトデータに従ってレイアウトして当該ページデータを出力する
情報処理方法。
【請求項１０】
情報処理装置に、
複数の画像データと、当該複数の画像データがレイアウトされるページデータとを記憶するステップと、
他の情報処理装置から、前記複数の画像データの前記ページデータ上でのレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び前記ページデータの送信を要求するリクエストを受信するステップと、
前記受信されたリクエストに応じて、前記記憶された複数の画像データを連結した連結画像データと、前記レイアウト指定情報に対応したレイアウトデータとを生成するステップと、
前記ページデータと前記連結画像データと前記レイアウトデータとを前記他の情報処理装置へ送信するステップと
を実行させるプログラム。
【請求項１１】
情報処理装置に、
ページデータ上での複数の画像のレイアウトを指定するレイアウト指定情報を含み、当該複数の画像データ及び当該ページデータの送信を要求するリクエストを、他の情報処理装置へ送信するステップと、
前記リクエストに応じて前記他の情報処理装置において生成された、前記複数の画像データが連結された連結画像データと、前記レイアウト指定情報に対応したレイアウトデータと、前記ページデータとを、前記他の情報処理装置から受信するステップと、
前記受信されたページデータ上に、前記受信された連結画像データに含まれるそれぞれの画像データを前記受信されたレイアウトデータに従ってレイアウトして当該ページデータを出力するステップと
を実行させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１２−２４２９１８（Ｐ２０１２−２４２９１８Ａ）
【公開日】平成２４年１２月１０日（２０１２．１２．１０）
【国際特許分類】
【出願番号】特願２０１１−１０９９８５（Ｐ２０１１−１０９９８５）
【出願日】平成２３年５月１７日（２０１１．５．１７）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２４年１２月１０日（２０１２．１２．１０）
【国際特許分類】
【出願日】平成２３年５月１７日（２０１１．５．１７）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]