JP6226650B2 - 画像閲覧システム、画像記録装置及び画像閲覧装置 - Google Patents

Description

本発明は、複数の画像を記録する画像記録装置と、当該画像記録装置に記録される画像を閲覧する閲覧装置とからなる画像閲覧システム、並びにその画像記録装置及び閲覧装置に関する。

近年、モバイル機器の無線ＬＡＮ対応が急速に進んでおり、Ｗｅｂ機能を備えるモバイル機器が増えてきている。例えばデジタルカメラにおいても、撮影画像（記録画像）のサムネイル一覧ページをＷｅｂサーバ機能によってネットワークに公開し、ＰＣやスマートフォンで動作するＷｅｂブラウザ上で閲覧可能にする技術が知られている。

このようなシステムにおいて、ユーザがＷｅｂブラウザ上で快適に画像を閲覧できるようにするためには、ＷｅｂサーバからＷｅｂブラウザへのＨＴＴＰ転送処理を高速化することが求められる。

ＨＴＴＰ転送処理は、データが伝送路で転送される時間の他に、ＷｅｂブラウザおよびＷｅｂサーバで、ＨＴＴＰリクエスト・レスポンスを生成・解析するためのオーバーヘッド時間を要する。デジタルカメラの既存のＷｅｂのシステムでは、サムネイル画像単位でＨＴＴＰ処理が実行されるので、サムネイル画像の数に応じた複数回のオーバーヘッドが発生することになる。すなわち、サムネイル画像取得のためのＨＴＴＰ処理が、サムネイル一覧ページ表示性能のボトルネック要因となっている。

このようなボトルネックに対して、Ｗｅｂサーバが複数のサムネイル画像を連結した大きな画像を一回のＨＴＴＰ処理で転送し、Ｗｅｂブラウザ側で連結画像からサムネイル画像を切り出する技術が知られている（特許文献１参照）。

また、デジタルカメラでは無線ＬＡＮ機能を有するデジタルカメラでは、その無線ＬＡＮ機能でデジタルカメラをスマートフォンに接続し、適宜のタイミングで撮影画像をカメラからスマートフォンに転送する使用法が知られている。しかし、デジタルカメラの高解像度化やＲＡＷ形式データの記録に伴い１枚の画像のデータ量が増加しているので、転送には時間がかかる。ある程度の枚数の画像を一括してスマートフォンに転送しようとすると、転送にかなりの時間がかかる。例えば、近年の１５００万画素を超えるデジタルカメラでは、１枚の画像ファイル容量が約１０ＭＢになっているので、百枚分程度で１ＧＢを超えるデータ量となる。このデータをカメラから外部機器に転送するのに無線ＬＡＮの実効速度が約１００Ｍｂｐｓの場合でも８０秒以上かかってしまう。

このような事態を避けるには、カメラの記録画像の内でユーザが選択したものをスマートフォンに転送するようにすればよい。これは、スマートフォンの空き容量が限定される場合には、必須の機能である。このような選択のためにも、カメラの記録画像のサムネイル画像などを、スマートフォン上で一覧表示する閲覧システムが必要となる。

特表２０１１−５１５７７７号公報

特許文献１に記載の技術では、サムネイル画像を連結する単位をＷｅｂサーバ側で決定しており、Ｗｅｂブラウザ側で表示される予定のないサムネイル画像まで連結画像に含まれることがある。この場合、連結画像転送によりＨＴＴＰ処理回数を削減できるものの、一回のＨＴＴＰ処理で転送されるサムネイル画像が冗長になる。ブラウザ側では、余分に送られるサムネイル画像の処理と時間とリソースを取られ、サムネイル一覧表示の高速化を阻害する。

また、デジタルカメラの撮影画像をそのサムネイル画像でスマートフォン上に一覧表示する場合、撮影日時、撮影画像のイベントタグ、又は動画／静止画の種別などの画像の属性でソートできると所望の画像を発見しやすい。このような使い方を考慮すると、サムネイル画像の表示並び又は抽出条件を変更した場合でも、スマートフォン上でのサムネイル画像の一覧表示を迅速に更新できるのが望ましい。

本発明は、このような不都合に鑑み、画像受信側での一覧画面で画像を高速に表示できる画像閲覧システム、画像閲覧方法、画像記録装置及び画像閲覧装置を提示することを目的とする。

上記目的を達成するために、本発明に係る画像閲覧システムは、複数の画像を記録媒体に記録する画像記録装置と、前記画像記録装置に記録される画像を閲覧する閲覧装置とからなる画像閲覧システムであって、前記閲覧装置に配置され、所定数の画像を指定する画像閲覧条件を含む画像取得要求を前記画像記録装置に送信する要求送信手段と、前記画像記録装置に配置され、前記画像取得要求の前記画像閲覧条件で指定される前記所定数の画像を１枚の連結画像に連結し、前記連結画像における前記所定数の画像の位置を示す位置情報を生成する画像連結手段と、前記画像記録装置に配置され、前記連結画像と前記位置情報を前記閲覧装置に送信する情報送信手段と、前記閲覧装置に配置され、前記画像記録装置からの前記連結画像及び前記位置情報を受信し、受信した前記位置情報に従い受信した前記連結画像から前記所定数の画像のそれぞれを切り出す分離手段と、前記閲覧装置に配置され、前記分離手段で前記連結画像から切り出される各画像を記憶媒体に記憶する記憶手段と、前記閲覧装置に配置され、前記記憶媒体に記憶される複数の画像を一覧表示する表示手段とを有することを特徴とする。

本発明によれば、複数の画像を１つの画像にまとめて伝送するので、画像伝送のオーバヘッドを削減できる。例えば、ＨＴＴＰ処理を最少回数で済ませることができる。１回の画像伝送で転送されるデータ量を適切に設定することで、使用感を改善できる。また、取得済みの画像の再伝送を抑制することで、画像表示を高速化できる。

本発明の一実施例を構成する携帯端末の概略構成ブロック図である。 図１に示す携帯端末上で動作するＷｅｂブラウザ機能のソフトウエア構成図である。 本実施例を構成するカメラの概略構成ブロック図である。 図３に示すカメラのＷｅｂ機能のソフトウエア構成図である。 画像連結例である。 図１に示す携帯端末と図３に示すカメラ３００のネットワーク接続の説明図である。 本実施例のサムネイル一覧画面表示の処理シーケンスである。 携帯端末の表示画面例である。 連結画像と位置情報データの説明例である。 操作パターン管理テーブルの例を示す。 画面遷移の現在ページの例である。 画面遷移の次ページの例である。 画面遷移の前ページの例である。 連結画像管理テーブルの例である。 現在表示中の領域に対して上側又は下側の８つのサムネイル画像を連結画像で伝送する例である。 図７の繰り返し処理部分の変更シーケンス例である。 本発明の別の実施例を構成する携帯端末の概略構成ブロック図である。 本発明の別の実施例を構成するカメラの概略構成ブロック図である。 図１５に示す携帯端末で図１６に示すカメラの記録画像のエイリアス画像を一覧表示する動作シーケンスである。 図１５に示す携帯端末で図１６に示すカメラの記録画像のエイリアス画像を一覧表示する動作シーケンスである。 図１７Ａ及び図１７Ｂにおける連結画像作成要否判定／連結画像作成ステップの詳細なフローチャートである。 図１６に示すカメラに記録される画像ファイル例である。 図１６に示すカメラに記録される画像ファイル例である。 １枚目の連結画像とその位置情報の例である。 ページレイアウトのイメージ図である。 画面表示例である。 ２枚目の連結画像とその位置情報の例である。 ページレイアウトのイメージ図である。 画面表示例である。 並び順を変更した場合の位置情報の例である。 ページレイアウトのイメージ例である。 画面表示例である 図１５に示す携帯端末で図１６に示すカメラのサムネイル画像を閲覧する場合の別の動作シーケンスである。 図１５に示す携帯端末で図１６に示すカメラのサムネイル画像を閲覧する場合の別の動作シーケンスの残りである。 すべて指定の場合のページレイアウト例である。 図２９Ａ及び図２９Ｂに示す動作シーケンスでの連結画像作成要否判定／連結画像作成ステップの詳細なフローチャートである。 図２９Ａ及び図２９Ｂに示す動作シーケンスでの１つ目の連結画像と位置情報の例である。 図２９Ａ及び図２９Ｂに示す動作シーケンスでの２つ目の連結画像と位置情報の例である。 図２９Ａ及び図２９Ｂに示す動作シーケンスでの３つ目の連結画像と位置情報の例である。 図２９Ａ及び図２９Ｂに示す動作シーケンスでの４つ目の連結画像と位置情報の例である。 静止画指定の場合のページレイアウトのイメージ例を示す図である。 静止画指定後の１つ目の連結画像とその位置情報の例である。 静止画指定後の２つ目の連結画像とその位置情報の例である。

以下、図面を参照して、本発明の実施例を詳細に説明する。

本発明に係る画像閲覧システムの一実施例は、Ｗｅｂサーバ機能を有するカメラと、当該カメラの記録画像を閲覧する外部の閲覧装置（クライアント装置）とからなる。図１は、閲覧装置（クライアント装置）となる携帯端末１００の概略構成ブロック図を示す。

携帯端末１００は、制御部１０１、ＲＯＭ１０２、ＲＡＭ１０３、無線通信部１０４、表示部１０５、操作部１０６及び記録部１０７を備える。これらの構成要素は、データの伝送路としての内部バス１０８によって相互に接続される。

制御部１０１は、携帯端末１００の全体を制御する処理ブロックであり、例えばＣＰＵで構成され、ＲＯＭ１０２に格納されたプログラムを実行することにより各種機能を実現する。

ＲＯＭ１０２は不揮発性の読み出し専用メモリであり、制御部１０１によって実行される処理プログラム及びデータを格納するメモリである。

ＲＡＭ１０３は揮発性の読み書き可能なメモリであり、制御部１０１のワーキングメモリ及びデータの一時記憶領域として使用される。

無線通信部１０４は、ＩＥＥＥ８０２．１１方式を用いた無線ＬＡＮ通信を行う処理ブロックである。無線通信部１０４は、ベースバンド／ＭＡＣコントローラ回路、ＲＦモジュール及びアンテナ等によって構成される。

表示部１０５は、ユーザに情報を表示出力する処理ブロックであり、例えば液晶パネル又は有機ＥＬパネル等によって構成される。

操作部１０６は、ユーザからの指示入力を受け付ける処理ブロックであり、タッチパネル及び操作ボタン等によって構成される。

記録部１０７は、内蔵フラッシュメモリまたは着脱可能なメモリカード等の大容量の記録媒体等にデータを読み書きする処理ブロックである。

図２は、携帯端末１００の制御部１０１によって実行されるＷｅｂブラウザ機能のソフトウエア構成図である。携帯端末１００のＷｅｂブラウザ機能は、Ｗｅｂブラウザアプリケーションを実行するＷｅｂブラウザ部２０１と、無線通信部１０４を制御して無線ＬＡＮによるデータ通信処理を実行するネットワーク部２０２で構成される。Ｗｅｂブラウザ部２０１は、ユーザインターフェース部２０３、ブラウザエンジン部２０４、レンダリングエンジン部２０５、データストレージ部２０６、ＪａｖａＳｃｒｉｐｔインタプリタ部２０７、ＨＴＴＰクライアント部２０８で構成される。「ＪａｖａＳｃｒｉｐｔ」は登録商標である。

ユーザインターフェース部２０３は、アドレスバー、戻る／進むボタン、ブックマーク及びメニューなど、ブラウザ画面においてユーザによる操作指示を受け付けるモジュールである。

ブラウザエンジン部２０４は、ユーザインターフェース部２０３とレンダリングエンジン部２０５の間の処理を整理するモジュールである。

レンダリングエンジン部２０５は、要求されたコンテンツの表示を担当するモジュールである。たとえば、レンダリングエンジン部２０５は、ネットワーク部２０２より取得したＨＴＭＬデータとＣＳＳデータを解析し、解析結果のページを表示部１０５の画面に表示する。

データストレージ部２０６は、Ｃｏｏｋｉｅ及びキャッシュなどさまざまなデータを記憶するモジュールである。データストレージ部２０６は、ＲＯＭ１０２からのデータ読出し、ＲＡＭ１０３へのデータの読み書き、及び記録部１０７による記録媒体へのデータ読み書きを実行する。

ＪａｖａＳｃｒｉｐｔインタプリタ部２０７は、ＪａｖａＳｃｒｉｐｔコードの解析と実行を担当するモジュールである。

ＨＴＴＰクライアント部２０８は、ＨＴＴＰリクエストの生成処理及びＨＴＴＰレスポンスの解析処理を実行するモジュールである。

図３は、外部の携帯端末１００で閲覧されるべき画像を記録・保持する画像記録装置（サーバ装置）としてのカメラ３００のハードウエアの概略構成ブロック図を示す。カメラ３００は、制御部３０１、ＲＯＭ３０２、ＲＡＭ３０３、無線通信部３０４、表示部３０５、操作部３０６、記録部３０７及び撮像部３０８を備える。これらの構成要素は、データの伝送路としての内部バス３０９によって相互に接続される。

制御部３０１は、カメラ３００の全体を制御する処理ブロックであり、例えばＣＰＵで構成され、ＲＯＭ３０２に格納されたプログラムを実行することにより各種機能を実現する。

ＲＯＭ３０２は不揮発性の読出し専用メモリであり、制御部３０１によって実行される処理プログラムやデータ、および後述するＷｅｂコンテンツデータを格納するメモリである。

ＲＡＭ３０３は揮発性の読み書き可能メモリであり、制御部３０１のワーキングメモリ及びデータの一時記憶領域として使用される。

無線通信部３０４は、ＩＥＥＥ８０２．１１方式を用いた無線ＬＡＮ通信を行う処理ブロックである。無線通信部３０４は、ベースバンド／ＭＡＣコントローラ回路、ＲＦモジュール及びアンテナ等によって構成される。

表示部３０５は、ユーザに情報を表示出力する処理ブロックであり、例えば液晶パネル又は有機ＥＬパネル等によって構成される。

操作部３０６は、ユーザからの指示入力を受け付ける処理ブロックであり、タッチパネル及び操作ボタン等によって構成される。

記録部３０７は、内蔵フラッシュメモリまたは着脱可能なメモリカード等の大容量の記録媒体にデータを読み書きする処理ブロックである。記録媒体には、撮像部３０８によって撮影された画像データが記録される。

撮像部３０８は、光学レンズ、ＣＭＯＳセンサ及びデジタル画像処理部等で構成される撮影画像生成ブロックである。撮像部３０８では、ＣＭＯＳセンサが、光学レンズを介して入力する光学像をアナログ画像信号に変換し、デジタル画像処理部がＣＭＯＳセンサからのアナログ画像信号にデジタル画像データに変換する。

図４は、カメラ３００の制御部３０１によって実行されるＷｅｂ機能に関するソフトウエアの構成ブロック図である。カメラ３００のＷｅｂ機能は、Ｗｅｂサーバアプリケーションを実行するＷｅｂサーバ部４０１と、無線通信部３０４を制御して無線ＬＡＮによるデータ通信処理を実行するネットワーク部４０２で構成される。Ｗｅｂサーバ部４０１は、メディアコンテンツ部４０３、画像連結部４０４、Ｗｅｂコンテンツ部４０５及びＨＴＴＰサーバ部４０６で構成される。

メディアコンテンツ部４０３は、静止画、動画及びサムネイル画像などの画像データを管理するモジュールである。メディアコンテンツ部４０３は、記録部３０７を制御して画像データを記憶媒体から読み出し、記憶媒体に格納する。

画像連結部４０４は、メディアコンテンツ部４０３から取得した複数のサムネイル画像データを連結してひとつの画像（連結画像）を生成するモジュールである。画像連結部４０４は、連結画像を生成するとともに、連結の元となる画像（ここではサムネイル画像）の位置情報を示す位置情報データも生成する。

図５は、画像連結部４０４による連結例を示す。幅１６０ピクセル、高さ１２０ピクセルのサムネイル画像が４枚連結された連結画像、および位置情報データの例を示す。図５（ａ）が４枚のサムネイル画像が連結されて出来た連結画像を示し、図５（ｂ）は対応する位置情報データを示す。位置情報データは、各画像データをユニークに示す画像ＩＤ（識別子）、ファイル名、Ｘ方向のオフセット、Ｙ方向のオフセット、Ｘ方向のサイズ（長さ）及びＹ方向のサイズからなる。オフセットは、連結画像の左上の位置を基点として、当該起点からの画素数を示す。

Ｗｅｂコンテンツ部４０５は、ＲＯＭ３０２に格納されているＷｅｂコンテンツデータを管理するモジュールである。Ｗｅｂコンテンツデータは、一般に、ＨＴＭＬデータ、ＪａｖａＳｃｒｉｐｔデータ、ＣＳＳデータ及びボタン画像データなどからなる。

ＨＴＴＰサーバ部４０６は、ＨＴＴＰリクエストの解析処理及びＨＴＴＰレスポンスの生成処理を実行するモジュールである。

本実施例では、図６に示すように、携帯端末１００とカメラ３００を無線ＬＡＮなどのネットワークを介して接続する。

携帯端末１００とカメラ３００は、無線ＬＡＮによってピアツーピアで接続される。例えばカメラ３００が無線ＬＡＮのアクセスポイントとなり、携帯端末１００が無線ＬＡＮのステーションになることにより、ピアツーピアでインフラストラクチャーモードによって接続可能である。アクセスポイントとステーションの関係は逆でもよいし、それぞれがステーションとなりアドホックモードによって接続してもよい。

図６に示すネットワークシステム構成において携帯端末１００とカメラ３００の間でやりとりされるサムネイル一覧画面表示の処理シーケンスを、図７を参照して説明する。

ステップＳ７０１において、携帯端末１００とカメラ３００の間の無線ＬＡＮ通信接続が確立され、それぞれにＩＰアドレスが設定される。例えば、ユーザがカメラ３００を操作してカメラ３００のアクセスポイント機能を有効化し、その後、携帯端末１００の無線ＬＡＮ設定画面等を操作して、カメラ３００のアクセスポイント機能が生成した無線ネットワークに参加する。

ステップＳ７０２において、携帯端末１００の制御部１０１は、操作部１０６によりユーザからの接続操作を受け付ける。例えば、ユーザの操作は、携帯端末１００上のＷｅｂブラウザアプリケーションを起動し、そのＷｅｂブラウザ画面において、サムネイル一覧画面を取得するためのＵＲＬ（Uniform Resource Locator）を入力する操作である。

ステップＳ７０３において、携帯端末１００の制御部１０１は、無線通信部１０４からカメラ３００にサムネイル一覧画面のＨＴＭＬデータの取得を要求する。カメラ３００の制御部３０１は、無線通信部３０４を介して、このサムネイル一覧画面取得要求を受信する。

ステップＳ７０４において、カメラ３００の制御部３０１は、ＲＯＭ３０２に格納されるサムネイル一覧画面のＨＴＭＬデータを読み出し、無線通信部３０４によって携帯端末１００に送信する。携帯端末１００の制御部１０１は、無線通信部１０４によって、カメラ３００から送信されるサムネイル一覧画面のＨＴＭＬデータを受信する。ここで受信されるＨＴＭＬデータには、ＪａｖａＳｃｒｉｐｔデータの取得先を示すＵＲＬ、およびＣＳＳデータの取得先を示すＵＲＬが記述される。

ステップＳ７０５において、携帯端末１００の制御部１０１は、ステップＳ７０４で受信したＨＴＭＬデータに記述されたＪａｖａＳｃｒｉｐｔデータの取得先を示すＵＲＬに対して、ＪａｖａＳｃｒｉｐｔデータの取得要求を送信する。カメラ３００の制御部３０１は、無線通信部３０４を介して、この取得要求を受信する。

ステップＳ７０６において、カメラ３００の制御部３０１は、ＲＯＭ３０２に格納されるＪａｖａＳｃｒｉｐｔデータを読み出し、無線通信部３０４によって送信する。携帯端末１００の制御部１０１は、無線通信部１０４によって、カメラ３００から送信されるＪａｖａＳｃｒｉｐｔデータを受信する。ステップＳ７０９以降のＨＴＴＰ処理は、ここで受信したＪａｖａＳｃｒｉｐｔデータを実行することによって実現される。

ステップＳ７０７において、携帯端末１００の制御部１０１は、ステップＳ７０４で受信したＨＴＭＬデータに記述されたＣＳＳデータの取得先を示すＵＲＬに対して、ＣＳＳデータの取得要求を送信する。カメラ３００の制御部３０１は、無線通信部３０４を介して、この取得要求を受信する。

ステップＳ７０８において、カメラ３００の制御部３０１は、ＲＯＭ３０２に格納されるＣＳＳデータを読み出し、無線通信部３０４によって送信する。携帯端末１００の制御部１０１は、無線通信部１０４によって、カメラ３００から送信されるＣＳＳデータを受信する。以降の画面表示処理は、ここで受信したＣＳＳデータを利用して実行される。

ステップＳ７０９において、カメラ３００の制御部３０１は、接続後の最初の画面に表示するサムネイル画像を指定する画像連結条件を決定する。画像連結条件は、前述したように、カメラ３００の画像連結部４０４によって行われる画像連結処理において連結対象とする画像を示す情報である。画像連結条件は、携帯端末１００から見ると、一覧表示すべきサムネイル画像を指定する画像閲覧条件でもある。本実施例では、先頭のサムネイル画像の画像ＩＤとそれに続く画像の数を、画像連結条件のパラメータとする。

最初に表示される画面における先頭画像の画像ＩＤを説明上、”１”とする。このため、本ステップで決定される画像連結条件の先頭画像ＩＤは１となる。画像数は携帯端末１００の表示画面に一度に表示できるサムネイル画像数であり、サムネイルの画像サイズと、携帯端末１００の表示画面サイズ（使用する表示領域の大きさ）とにより算出される。算出処理はＪａｖａＳｃｒｉｐｔにより可能である。本実施例では、画像数が６であるものとする。図８は、想定する最初の画面例を示す。図８に示す例に対応する画像連結条件は、「先頭画像ＩＤ：１、画像数：６」となる。

ステップＳ７１０において、携帯端末１００の制御部１０１は要求送信手段として、ステップＳ７０９で決定した画像連結条件（先頭画像ＩＤと画像数）の情報を含めた連結画像取得要求をカメラ３００に送信する。例えば、“ＧＥＴ ／ａｐｉ／ｇｅｔｉｍａｇｅ？ｓｔａｒｔｉｄ＝１＆ｎｕｍ＝６”のようなリクエストラインのＨＴＴＰ要求を送信することにより、連結画像取得要求のなかに画像連結条件を含ませることが可能である。カメラ３００の制御部３０１は要求受信手段として、無線通信部３０４を介して、この取得要求を受信する。

ステップＳ７１１において、カメラ３００の制御部３０１は、指定された画像連結条件にもとづき記録部３０７から必要な画像データを読み出し、連結画像と位置情報を生成し、携帯端末１００に送信する。すなわち、制御部３０１は、連結画像と位置情報の生成手段であるとともに、連結画像と位置情報を携帯端末１００に送信する情報送信手段である。ここで生成される連結画像と位置情報データの例を、図９に示す。携帯端末１００の制御部１０１は、無線通信部３０４を介して連結画像と位置情報データを受信する。

カメラ３００が指定された画像数の連結画像を一度に生成できない状況を想定しうる場合、カメラ３００が段階的に応答できるようにしてもよい。このためには、例えば、次のようにすればよい。カメラ３００は、ＨＴＴＰレスポンスの中に、レスポンスで送信される連結画像に含まれるサムネイル画像ＩＤの情報をテキストデータで含める。このレスポンスを受信した携帯端末１００は、当該テキストデータを解析し、送信されなかった残りのサムネイル画像を含む画像連結条件を改めて指定した連結画像取得要求を発行し、カメラ３００に送信する。これを繰り返す。

ステップＳ７１２において、携帯端末１００の制御部１０１の分離手段が、ステップＳ７１１で受信した位置情報データを用いて、関連して受信した連結画像から個々のサムネイル画像を実質的に分離する。制御部１０１は、分離したサムネイル画像をデータストレージ部２０６などに記憶し、サムネイル一覧画面に配置して表示部１０５に表示する。一覧画面へのはめ込み又は割り当て自体は、ＣＳＳスプライト技術を利用することによって、位置情報データに基づいてＣＳＳで表示範囲を指定することにより実現可能である。本ステップでは、図８で示すような画面が表示部１０５に表示される。理解を容易にするために、表示される個々のサムネイル画像に画像ＩＤを付記してある。

ステップＳ７１２以降のステップＳ７１３〜Ｓ７２０は、表示部１０５の表示画面の変更・切替えに伴い、繰り返される。

ステップＳ７１３において、携帯端末１００の制御部１０１は、次のユーザ操作によって表示されるべきサムネイル画像を決定し、操作パターン管理テーブルを更新する。サムネイル一覧画面におけるユーザ操作のパターンは複数考えられ、本実施例では、複数パターンのサムネイル画像が決定される。図１０は、操作パターン管理テーブルの例を示す。図１０に示すように、操作パターン管理テーブルは、操作パターンＩＤ、サムネイル画像ＩＤ、連結画像ＩＤ及び不足サムネイル画像ＩＤから構成される。図１０（ａ）は、本ステップで更新された内容を示す。

操作パターンＩＤは、各操作パターンを識別するためのＩＤである。本実施例では、ユーザの操作パターンとして４種類用意している。次ページへの切り替えを操作パターンＩＤ：１とする。前ページへの切り替えを操作パターンＩＤ：２とする。同一ページ上における上方向のスクロールを操作パターンＩＤ：３とする。同一ページ上における下方向のスクロールを操作パターンＩＤ：４とする。

サムネイル画像ＩＤは、操作パターンＩＤに対応するユーザ操作が実行された場合に表示されるサムネイル画像のＩＤである。ここで、上述した４種類の操作パターンに対応するサムネイル画像ＩＤの変遷を、現在ページ、前ページ及び次ページの３つのページ間の遷移例で説明する。図１１Ａは現在ページを示し、図１１Ｂは次ページを示し、図１１Ｃは前ページを示す。図１１Ａ、図１１Ｂ及び図１１Ｃは何れも、１ページあたり１８枚のサムネイル画像を表示するサムネイル一覧ページを例示している。ＩＤ＝１〜１８が前ページに含まれるサムネイル画像を示す。ＩＤ＝１９〜３６が現在ページに含まれるサムネイル画像を示す。ＩＤ＝３７〜５４が次ページに含まれるサムネイル画像を示す。１画面に表示されるサムネイル画像数は６枚である。

図１１Ａに示す現在ページで、符号１１０１に示すＩＤ＝２７〜３２のサムネイル画像が、現在、画面に表示されているとする。表示状態１１０１で操作パターンＩＤ＝１のユーザ操作（次ページへの切り替え）が実行された場合、次ページ（図１１Ｂ）の符号１１０２に示すＩＤ＝３７〜４２の６枚のサムネイル画像が表示される。すなわち、操作パターンＩＤ＝１のユーザ操作に対応して取得すべきサムネイル画像ＩＤは、ＩＤ＝３７〜４２となる。

サムネイル画像の表示状態１１０１で、操作パターンＩＤ＝２のユーザ操作（前ページへの切り替え）が実行された場合、前ページ（図１１Ｃ）の符号１１０３に示す範囲のサムネイル画像が表示されるべきである。従って、操作パターンＩＤ＝２のユーザ操作に対応して取得すべきサムネイル画像ＩＤは、ＩＤ＝１〜６となる。

携帯端末１００の制御部１０１は、ユーザ操作が一覧表示をスクロールする操作である場合に、スクロール方向の端までの未表示の画像に基づき画像閲覧条件を決定する。例えば、サムネイル画像の表示状態１１０１で操作パターンＩＤ＝３のユーザ操作（上方向へのスクロール）が実行された場合、現在ページ（図１１Ａ）のページ先頭から直前の画像までの、符号１１０４に示すＩＤ＝１９〜２６の８枚のサムネイル画像が取得される。すなわち、操作パターンＩＤ＝３のユーザ操作に対応して取得すべきサムネイル画像は、同じページ内で現在の表示画像に先行する８枚のサムネイル画像（ＩＤ＝２１〜２６）となる。

サムネイル画像の表示状態１１０１で操作パターンＩＤ＝４のユーザ操作（下方向へのスクロール）が実行された場合、現在ページ（図１１Ａ）の符号１１０５に示すＩＤ＝３３〜３６の４枚のサムネイル画像が表示される。すなわち、操作パターンＩＤ＝４のユーザ操作に対応して取得すべきサムネイル画像は、同じページ内で現在の表示画像の次からページ最後までの画像、すなわち、４枚のサムネイル画像（ＩＤ＝３３〜３６）となる。

図１０の説明に戻ると、連結画像ＩＤは、該当する連結画像ＩＤを示す。本ステップでは、まだ該当する連結画像を取得していないので、「なし」となる。

不足サムネイル画像ＩＤは、サムネイル画像ＩＤ欄に示すサムネイル画像のうち、連結画像ＩＤ欄に示す連結画像に含まれないサムネイル画像のＩＤを示す。本ステップでは、該当する連結画像がないので、不足サムネイル画像ＩＤ欄とサムネイル画像ＩＤ欄には同じＩＤが記入される。

ステップＳ７１４において、携帯端末１００の制御部１０１は、ステップＳ７１３で決定したサムネイル画像ＩＤに基づいて画像連結条件を決定する。ここでは、想定される各操作パターンに応じた画像連結条件が決定される。図１１Ａ、図１１Ｂ及び図１１Ｃに示す例では、操作パターンＩＤ＝１に対応する画像連結条件は「先頭画像ＩＤ：３７、画像数：６」である。操作パターンＩＤ＝２に対応する画像連結条件は「先頭画像ＩＤ：１、画像数：６」である。操作パターンＩＤ＝３に対応する画像連結条件は「先頭画像ＩＤ：１９、画像数：８」である。操作パターンＩＤ＝４に対応する画像連結条件は「先頭画像ＩＤ：３３、画像数：４」である。

ステップＳ７１５において、携帯端末１００の制御部１０１は、ステップＳ７１４で決定した４つの画像連結条件の情報を含めた連結画像取得要求をカメラ３００に送信する。カメラ３００の制御部３０１は、無線通信部３０４を介して、この取得要求を受信する。

ステップＳ７１６において、カメラ３００の制御部３０１は、指定された画像連結条件にもとづいて、記録部３０７から画像連結条件で指定される画像データを読み出し、連結画像と位置情報データを生成し、携帯端末１００に送信する。携帯端末１００の制御部１０１は、無線通信部３０４を介して、連結画像と位置情報データを受信する。

ステップＳ７１７において、携帯端末１００の制御部１０１は、ステップＳ７１６で受信した連結画像と位置情報データを、ユーザ操作パターンと関連付けて、記録部１０７の記録媒体又はＲＡＭ１０３などの情報記憶手段に記憶する。ここで制御部１０１は、記録した連結画像を管理するための連結画像管理テーブルと、前述した操作パターン管理テーブルを更新する。

ステップＳ７１６からステップＳ７１７までの処理は、画像連結条件ごとに実行される。この説明では、操作パターンが４つあるので、ステップステップＳ７１５〜Ｓ７１７は、４回実行されることになる。ステップＳ７１５で、連結画像取得要求が単一の画像連結情報のみを含む場合には、ステップＳ７１５も４回繰り返されることになる。

４つの連結画像に対してステップＳ７１７で更新された連結画像管理テーブルの例を図１２に、操作パターン管理テーブルの例を図１０（ｂ）に示す。

図１２に示す連結画像管理テーブルは、連結画像ＩＤ及びサムネイル画像ＩＤから構成される。連結画像ＩＤは、連結画像を識別するためのＩＤであり、サムネイル画像ＩＤは、連結画像に含まれるサムネイル画像のＩＤを示す。連結画像管理テーブルは、連結画像が記録部３０７に記録されるかまたは削除されるタイミングで更新される。図１２（ａ）は、前述した４種類の操作パターンに対応する連結画像が記録された例を示す。連結画像ＩＤ＝１１は現在表示している画面に表示されるサムネイル画像を含む連結画像であり、連結画像ＩＤ＝２〜５が、本ステップにおいて記録された連結画像である。

このステップＳ７１７で、操作パターン管理テーブルの連結画像ＩＤの欄と、不足サムネイル画像ＩＤの欄が、図１０（ｂ）に示すように、更新される。

ステップＳ７１８において、携帯端末１００の制御部１０１は、操作部１０６を介して、ユーザからの操作を受け付ける。ここで受け付けるユーザの操作は、前述した４種類の操作パターンのいずれかとなる。

ステップＳ７１９において、携帯端末１００の制御部１０１は、操作パターン管理テーブルを参照し、ステップＳ７１８で受け付けたユーザ操作パターンに対応する連結画像を読み出す。例えば、受け付けたユーザ操作が操作パターンＩＤ＝１であれば、制御部１０１は、連結画像ＩＤ＝１の連結画像と位置情報データを読み出す。

ステップＳ７２０において、携帯端末１００の制御部１０１は、ステップＳ７１９で読み出した連結画像と位置情報データを用いて、サムネイル一覧画面を表示部１０５に表示する。本ステップでは、ステップＳ７１２と同様の技術が利用される。

ステップＳ７２０の後、携帯端末１００の制御部１０１は、ステップＳ７１３に戻る。携帯端末１００の制御部１０１は、サムネイル一覧表示の処理が停止されない限り、ステップＳ７１３からステップＳ７２０を繰り返す。

本実施例により、エイリアス画像を個別に転送するのではなく、複数のエイリアス画像を連結した連結画像としてＨＴＴＰプロトコルでカメラ３００から携帯端末１００に転送するので、ＨＴＴＰ処理の回数を最小限にできる。また、ユーザ操作により必要になるエイリアス画像数を考慮して連結画像を構成するエイリアス画像数を決定することで、一回のＨＴＴＰ処理の転送データ量を最適化できる。

画像連結条件として、先頭画像のＩＤとこの画像に続く画像数を指定したが、必要な画像をそのＩＤにより個別に指定しても良い。

図７のステップＳ７１３の処理を変更した実施例を説明する。実施例１とは異なる動作部分を詳細に説明し、同じ動作部分については説明を省略する。

ステップＳ７１３では、上方向又は下方向へのスクロール操作に対して、上端までのサムネイル画像又は下端までのサムネイル画像を要求するので、連結画像が大きく成り過ぎる。図１１Ａに示す例では、操作パターンＩＤ＝３（上方向へのスクロール）に対して伝送すべきサムネイル画像は、符号１１０４で示す８枚となる。１ページを構成するサムネイル画像の数が例えば１００枚などと多い場合は、より多くのサムネイル画像からなる連結画像をカメラから携帯端末に伝送することになり、連結画像のデータサイズも大きくなる。これにより、ＨＴＴＰ処理における転送時間が長くなって性能に影響するとともに、ステップＳ７１７において記録媒体に記録するデータ量も増大し、容量を圧迫する。

これに対し、実施例２では、上方向又は下方向へのスクロール操作に対して、連結画像で一度に伝送するサムネイル画像数を所定数に限定するようにした。図１３を参照して、その動作を説明する。

図１３は、現在表示中の領域１３０１に対して、上側又は下側の８つのサムネイル画像を連結画像による伝送に設定する例を示す。この場合、操作パターンＩＤ＝３に対応する画像連結条件は、「先頭画像ＩＤ：７、画像数：８」となり、該当するサムネイル画像ＩＤは、７〜１４となる。同様に、操作パターンＩＤ＝４に対応する画像連結条件は、「先頭画像ＩＤ：２１、画像数：８」となり、該当するサムネイル画像ＩＤは、２２〜２８となる。このように、上下スクロール操作の場合に連結画像で取得する画像数を制限することで、連結画像のサイズが大きくなり過ぎることを防止できる。

図１３に示す例では、連結画像のサイズをサムネイル画像の８つ分で固定としたが、ユーザのスクロール操作速度が速い場合、ステップＳ７１５〜Ｓ７１７における連結画像取得処理がユーザ操作速度に追いつかなくなる可能性がある。この対策として、連結画像により取得するサムネイル画像数を、ユーザの操作速度に応じて動的に設定してもよい。携帯端末１００の操作部１０６がタッチパネルで構成され、ユーザ操作はフリック操作であることを想定した場合、ユーザのフリック操作の速度は、ＪａｖａＳｃｒｉｐｔ技術の利用により算出可能である。具体的には、指がタッチパネルに接触したときと接触したまま動かしたときの、タイミング情報と座標情報を検出し、検出した座標の差分から求められる移動距離とタイミングの差分とによって、フリックの操作速度を算出できる。また、ステップＳ７１８におけるユーザ操作が発生する前後の時間間隔を計測することで、フリック操作の頻度を時間で計測できる。そして、フリック操作の速度が速いほど、あるいはフリック操作の時間間隔が短いほど、連結画像で取得するサムネイル画像数を多くする。

以上、１ページを構成するサムネイル画像の数が多い場合でも、画像連結条件における画像数を制限することで、一回のＨＴＴＰ処理において転送されるデータ量を最適化できる。また、ユーザのスクロール操作速度に応じて連結する画像数を設定することで、ユーザの操作感を改善できる。

携帯端末１００が、一度取得した連結画像を再利用し、不要になった連結画像を削除するように、携帯端末１００の機能を変更してもよい。図１４は、この動作を実現するための、図７に示すシーケンスの変更部分、具体的には、点Ａ，Ｂ以降のステップＳ７１３〜Ｓ７２０に代替する部分の処理シーケンスを示す。ステップＳ７１４，Ｓ７１７をステップＳ１４０１〜Ｓ１４０５で代替する。

ステップＳ７１３に続くステップＳ１４０１で、携帯端末１００の制御部１０１は連結画像管理テーブルを参照し、ステップＳ７１４で決定したサムネイル画像ＩＤのなかから現在記憶している連結画像に含まれないサムネイル画像ＩＤを特定する。そして、制御部１０１は、特定したサムネイル画像ＩＤで操作パターン管理テーブルの連結画像ＩＤ欄および不足サムネイル画像ＩＤ欄を更新する。

図１０（ｃ）を参照して、ステップＳ１４０１の動作を説明する。図１０（ｃ）は、現在の表示画面が符号１１０２で示す範囲（図１１A）になっている場合において、このステップＳ１４０１で更新される操作パターン管理テーブルを示す。なお、この状態における連結画像管理テーブルを図１２（ａ）に示す。

図１０（ｃ）に示すように、操作パターンＩＤ＝１に対応するサムネイル画像ＩＤは、５５〜６０となる。ここで、制御部１０１は、連結画像管理テーブル（図１２（ａ））を参照するが、これらのサムネイル画像（ＩＤ＝５５〜６０）を含む連結画像が無い。従って、図１０（ｃ）において、連結画像ＩＤ欄は「なし」となり、不足サムネイル画像ＩＤ欄は５５〜６０となる。一方、操作パターンＩＤ＝２に対応するサムネイル画像ＩＤ（＝１９〜２４）は、連結画像ＩＤ４に含まれる。従って、図１０（ｃ）において、連結画像ＩＤ欄は４となり、不足サムネイル画像ＩＤ欄は「なし」となる。同様に、操作パターンＩＤ＝３，４に対する連結画像ＩＤ欄と不足サムネイル画像ＩＤ欄が更新される。

ステップＳ１４０２において、携帯端末１００の制御部１０１は、ステップＳ１４０１で更新された操作パターン管理テーブルの不足サムネイル画像ＩＤ欄を参照する。制御部１０１は、不足サムネイル画像ＩＤがある場合、ステップＳ１４０３に進み、無い場合、ステップＳ１４０５に進む。図１０（ｃ）に示す操作パターン管理テーブルの場合、制御部１０１は、ステップＳ１４０３に進む。

ステップＳ１４０３において、携帯端末１００の制御部１０１は、不足サムネイル画像ＩＤに基づいて画像連結条件を決定する。図１０（ｃ）に示す操作パターン管理テーブルの場合、画像連結条件は、「先頭画像ＩＤ：５５、画像数：６」か「先頭画像ＩＤ：４３、画像数：１２」の２種類となる。

ステップＳ１４０４において、携帯端末１００の制御部１０１は、記録部１０７を制御して、ステップＳ７１６で受信した連結画像と位置情報データを、ユーザ操作パターンと関連付けて記録する。ここで、制御部１０１は、連結画像管理テーブルと操作パターン管理テーブルを更新する。図１２（ｂ）は更新後の連結画像管理テーブルを示し、図１０（ｄ）は更新後の操作パターン管理テーブルを示す。

ステップＳ１４０５において、携帯端末１００の制御部１０１は、記録部１０７を制御して、不要な連結画像を削除し、連結画像管理テーブルを更新する。図１０（ｄ）に示す操作パターン管理テーブルの場合、図１２（ｂ）に示す連結画像管理テーブルにおいて連結画像ＩＤ＝１，３，５は次の操作で表示される可能性のあるサムネイル画像を含まないので、不要と判断され、削除される。図１２（ｃ）は、この削除後の連結画像管理テーブルを示す。

図１４を参照して説明した処理シーケンスを実施することにより、一度取得した連結画像を再利用でき、不要になった連結画像を効果的に削除できる。これにより、不要なＨＴＴＰ処理を削減してサムネイル一覧ページの表示性能を向上させるとともに、記録部１０７における記録容量要件の削減が可能となる。ままた、得済みの画像の再伝送を抑制することで、画像表示を高速化できる。

本実施例は、Ｗｅｂサーバ機能付きカメラと、当該カメラのＷｅｂサーバを介してカメラの記録画像のサムネイル画像を閲覧する閲覧装置サムネイル画像閲覧システムである。図１５は閲覧装置としての携帯端末の概略構成ブロック図を示し、図１６はＷｅｂサーバ機能付きカメラの概略構成ブロック図を示す。

図１５に示す携帯端末１５００の構成と基本動作を説明する。携帯端末１５００の液晶パネル１５０１は、画像や各種情報を表示する表示部である。液晶ドライバ１５０２は、ＳＤＲＡＭ１５０３に格納されている画像表示用データを液晶表示信号に変換して液晶パネル１５０１に供給する。ＳＤＲＡＭ１５０３は、カメラ１６００から受信した画像データを展開するための作業メモリ空間として、また、液晶パネル１５０１のためのビデオメモリとして機能する。

１５０４は、液晶パネル１５０１と一体に実装されるタッチパネルである。タッチパネル１５０４は、液晶パネル１５０１に表示されるソフトウエアスイッチの位置でのユーザのタッチ操作を検知し、ユーザの各種操作を受け付けるスイッチ手段として機能する。

記録媒体１５０６は、カメラ１６００等から受信した画像データ（実際には、ＪＰＥＧ静止画データ及びＭＰＥＧ動画データ等）を保存用に記録する媒体である。

無線ＬＡＮ送受信部１５０８は、アンテナ１５０７を通じてＷｅｂサーバ機能付きカメラ１６００と通信し、画像データ及び各種制御信号などを送受信する。

操作キー１５１０は、ユーザからの操作を受け付ける操作手段であり、電源ボタン及びホームボタンなどのいわゆるハードウェアスイッチからなる。

ＲＯＭ１５１１は、電気的に消去・記録可能な不揮発性メモリ、例えばＥＥＰＲＯＭ等からなり、ＣＰＵ１５０９のＯＳ及び制御プログラム等を記憶する。ここでいう、プログラムは、後述する各種シーケンスを実行するためにＣＰＵ１５０９により実行されるコンピュータプログラムであり、後述する各処理又は機能を実現する。ＣＰＵ１５０９は、液晶ドライバ１５０２等を制御することにより液晶パネル１５０１のメニュー表示等を制御する。

データバス１５１２は、液晶ドライバ１５０２、無線ＬＡＮ送受信部１５０８、ＣＰＵ１５０９及びＳＤＲＡＭ１５０３間でデータ及び制御信号を伝送するのに使用される。

図１６に示すカメラ１６００の構成と基本動作を説明する。Ｗｅｂサーバ機能付きカメラ１６００の撮影レンズ１６０１は、被写体の光学像を絞り１６０２を介して撮像素子１６０３の撮像面上に入射する。絞り１６０２は、撮像素子１６０３に入射する光量を制限する。撮像素子１６０３は入射した光学像を電気画像信号に変換する。Ａ／Ｄ変換器１６０４は撮像素子１６０３から出力されるアナログ画像信号をデジタル信号に変換する。画像処理部１６０５は、Ａ／Ｄ変換器１６０４からの画像データにガンマ補正、ホワイトバランス補正及びノイズリダクション処理等を施し、非圧縮画像データのままデータバス１６０７に出力する。

ＪＰＥＧコーデック１６０８は、非圧縮画像データを静止画として圧縮符号化し、ＪＰＥＧ静止画データを生成する。ＭＰＥＧコーデック１６０９は、非圧縮画像データを動画として圧縮符号化し、ＭＰＥＧ動画データを生成する。

液晶パネル１６１１は、画像や各種情報を表示する表示部である。液晶ドライバ１６１２は、ＳＤＲＡＭ１６１３に格納されている画像表示用データを表示信号に変換して液晶パネル１６１１を駆動する。こうして、ＳＤＲＡＭ１６１３に書き込まれた表示用の画像データが液晶ドライバ１６１２を介して液晶パネル１６１１に供給され、液晶パネル１６１１の画面に画像として表示される。

液晶パネル１６１１はまた、電子ビューファインダとしても使用されうる。即ち、液晶ドライバ１６１２は、Ａ／Ｄ変換器１６０４から出力されＳＤＲＡＭ１６１３に書き込まれた画像データの解像度を液晶パネル１６１１のドット数に削減した後に表示信号に変換し、当該表示信号で液晶パネル１６１１を逐次駆動する。これにより、液晶パネル１６１１は、電子ビューファインダとして機能し、いわゆるスルー画像を表示する。

ＳＤＲＡＭ１６１３は、ＪＰＥＧコーデック１６０８で生成されるＪＰＥＧ静止画データ及びＭＰＥＧコーデック１６０９で生成されるＭＰＥＧ動画データを、記録媒体１６１４に書き込むためのバッファメモリ空間を提供する。ＳＤＲＡＭ１６１３はまた、撮影画像から再生時のインデックス表示で使用するサムネイル画像を生成する画素数変換部１６１０の作業メモリ空間を提供し、液晶パネル１６１１のビデオメモリとしての空間も提供する。

記録媒体１６１４は、カメラ１６００の本体に着脱可能な、例えばＮＡＮＤ型フラッシュメモリ等で構成されているメモリカードである。記録媒体１６１４には、ＪＰＥＧ静止画データおよびＭＰＥＧ動画データが、パーソナルコンピュータ（ＰＣ）と互換性を持つファイルシステムの下で記録される。

無線ＬＡＮ送受信部１６１６は、アンテナ１６１５を通じて、Ｗｅｂ閲覧端末としての携帯端末１５００と通信し、画像データ及び制御信号などを送受信する。

操作キー１６１８は、ユーザからの各種操作を受け付ける各種スイッチであり、静止画の撮影操作を行うシャッターボタン及びカメラ撮影モードと再生モードを切り替えるモードスイッチを含む。

ＲＯＭ１６１９は、電気的に消去・記録可能なＥＥＰＲＯＭを含む不揮発性メモリからなる。ＲＯＭ１６１９には、ＣＰＵ１６１７の動作用の定数及びプログラム等が格納される。ここでいうプログラムは、後述する各種シーケンスを実行するためのプログラムであり、後述する各処理を実現する。また、ＣＰＵ１６１７は、液晶ドライバ１６１２等を制御することにより表示制御も行う。

カメラ１６００の記録媒体１６１４には、説明例として、図１９Ａ及び図１９Ｂに示すような画像がメタ情報と共に記録されているものとする。携帯端末１５００は、閲覧条件として「画像種別」と「画像の並び順」を設定可能であるとする。「画像種別」の選択肢として「すべて」、「動画」及び「静止画」があり、「画像の並び順」の選択肢として「撮影日時（昇順）」と「撮影日時（降順）」があるとする。

図１７Ａ及び図１７Ｂは、本実施例の動作シーケンスを示す。Ｓ１７００で、カメラ１６００と携帯端末１５００の間で通信が確立すると、Ｓ１７０１で、携帯端末１５００はカメラ１６００にサムネイル一覧取得要求を画像閲覧条件付きで送信する。ここでは例えば、画像種別として「すべて」、画像の並び順として「撮影日時（昇順）」がユーザによって指定されているとする。例えば、携帯端末１５００はカメラ１６００に、“ｈｔｔｐ：／／ｃａｍｅｒａ／ａｐｉ／ｇｅｔｔｈｕｍｂｌｉｓｔ？ｔｙｐｅ＝ａｌｌ＆ｏｒｄｅｒ＝ａｓｃｅｎｄｉｎｇ”というＵＲＬを送信する。

ステップＳ１７０２にて、カメラ１６００は、携帯端末１５００からのサムネイル一覧取得要求（Ｓ１７０１）に対し、画像閲覧条件に合致する複数のサムネイル画像からなる連結画像を作成する。

図１８は、連結画像作成要否判定／連結画像作成処理（ステップＳ１７０２，Ｓ１７１３，Ｓ１７２４）の詳細なフローチャートを示す。図１８を参照して、ステップＳ１７０２の処理の詳細を説明例に即して説明する。

ステップＳ１８０１で、カメラ１６００のＣＰＵ１５１７は、カメラ１６００と携帯端末１５００の通信が確立されてから最初の処理であるかどうかを判定する。この段階では、ステップＳ１７０２は、通信確立から最初の処理であるので、ステップＳ１８０１での判定は真となり、ステップＳ１８０３〜Ｓ１８０６からなる連結画像作成工程Ｓ１８０７に移行する。

Ｓ１８０３で、カメラ１６００のＣＰＵ１５１７は、携帯端末１５００から受信した画像閲覧条件（ここで、「画像種別」）に合致する画像ファイルを抽出する。説明例では「すべて」が指定されているので、図１９Ａ及び図１９Ｂに示す１０個の画像ファイルのうち、ＩＭＧ＿０００１．ＪＰＧ乃至ＩＭＧ＿００１０．ＪＰＧの全てが、連結画像作成の対象となる。

Ｓ１８０４で、カメラ１６００のＣＰＵ１５１７は、ステップＳ１８０３で抽出した画像ファイルを記録媒体１６１４から読み出し、非圧縮画像データにデコードする。

Ｓ１８０５で、カメラ１６００のＣＰＵ１５１７は、デコードで得られた非圧縮画像データのサイズを縮小（又は間引き）して、サムネイル画像データを生成し、ＳＤＲＡＭ１６１３の画像メモリ空間に書き込む。サムネイル画像のサイズは、例えば、横１６０×縦１２０ピクセルである。

Ｓ１８０６で、カメラ１６００のＣＰＵ１５１７は、ＳＤＲＡＭ１６１３に書き込まれた１以上のサムネイル画像データを１枚の画像としてＪＰＥＧコーデック１６０８にＪＰＥＧ符号化させる。図２０（ａ）は、このように作成された、１０枚のサムネイル画像からなる連結画像の例を示す。ＪＰＥＧコーデック１６０８は、図２０（ａ）に示すような連結画像を１枚の静止画としてＪＰＥＧ符号化したＪＰＥＧデータを出力する。

ステップＳ１８０４，Ｓ１８０５で、携帯端末１５００からの画像取得要求を受信したときに、その画像取得要求に負荷された画像閲覧条件で指定される画像のサムネイル画像を生成するとしている。しかし、撮影画像（ＪＰＥＧデータ又はＭＰＥＧデータ）を記録媒体に記録する際に、そのサムネイル画像を記録媒体に記録しておいても良い。この場合、画像閲覧条件で指定される画像のサムネイル画像を読み出してＳＤＲＡＭ１６１３の画像メモリ空間の所定位置に並置し、１枚の画像として圧縮符号化することで、連結画像を生成できる。

Ｓ１７０３で、カメラ１６００のＣＰＵ１５１７は、連結画像を構成する各サムネイル画像の、連結画像上での位置情報を作成する。図２０（ｂ）は、図２０（ａ）に示す連結画像に対する位置情報の例を示す。図２０（ｂ）において、サムネイル番号は、連結画像を構成するサムネイル画像を管理する番号である。ファイルは、サムネイル画像と関連付けられる原画像が格納されているファイルの名称である、種別は、原画像が動画か静止画かを示す情報である。Ｘオフセットは、連結画像ファイル内での該当サムネイル画像の左上のピクセル位置のＸ座標を示す数値である。Ｙオフセットは、連結画像ファイル内での該当サムネイル画像の左上のピクセル位置のＹ座標を示す数値である。Ｘサイズはサムネイル画像の横方向のピクセル数である。Ｙサイズはサムネイル画像の縦方向のピクセル数である。撮影日時は、該当する原画像が撮影された日時である。以上の情報が画像ファイルごとに作成される。

Ｓ１７０４で、カメラ１６００のＣＰＵ１５１７は、携帯端末１５００で表示するためのＨＴＭＬ（Hyper Text Markup Language）で記述されるページ情報を作成する。図２１は、図２０（ａ）に示す連結画像及び図２０（ｂ）に示す位置情報に対して作成されるページレイアウトのイメージを示す。ページ情報は、ユーザが閲覧条件を設定するＵＩ、各サムネイル画像を表示するためのレイアウト情報、及び、連結画像から目的のサムネイル画像を切り出す位置を指定する記述を含む。切出し位置の記述は、ＣＳＳ（Cascading Style Sheets）スプライトのｂａｃｋｇｒｏｕｎｄ−ｉｍａｇｅプロパティにより表現される。例えば、図２０（ｂ）に示すサムネイル画像ＩＭＧ−１が図２１に示すレイアウト内のＩＭＧ−１で示す枠内に表示されるようにする内容が、ＣＳＳで記述されている。

Ｓ１７０５で、カメラ１６００は、図２１に示すレイアウトに対応するページ情報（ＨＴＭＬファイル）を携帯端末１５００に送信する。

Ｓ１７０６で、携帯端末１５００はカメラ１６００に連結画像の取得要求を送信する。Ｓ１７０７で、カメラ１６００は、携帯端末１５００からの要求に応じて、図２０（ａ）に示す連結画像のＪＰＥＧデータを端末１５００に送信する。さらに、Ｓ１７０８で、携帯端末１５００はカメラ１６００に位置情報の取得要求を送信する。Ｓ１７０９で、カメラ１６００は、携帯端末１５００からの要求に応じて、図２０（ｂ）に示す内容の位置情報を端末１５００に送信する。

Ｓ１７１０で、携帯端末１５００は、カメラ１６００からのページ情報（Ｓ１７０５）、連結画像（Ｓ１７０７）及び位置情報（Ｓ１７０９）に従い、液晶パネル１５０１の表示を更新する。具体的には、携帯端末１５００は、ＣＳＳスプライトのＸオフセット、Ｙオフセット、Ｘサイズ及びＹサイズの値を用いて連結画像からサムネイル画像を切り出し、ＨＴＭＬファイルに記述されるレイアウト情報に従った表示に更新する。

先の説明例では、サムネイル画像ＩＭＧ−１のパラメータは、Ｘオフセット＝０、Ｙオフセット＝０、Ｘサイズ＝１６０、Ｙサイズ＝１２０となっている。そこで、図２０（ａ）に示す連結画像からＸ＝０、Ｙ＝０の座標を左上の頂点とするＸ＝１６０、Ｙ＝１２０の範囲を切り出し、図２１に示すＩＭＧ−１の位置に配置する。他のサムネイル画像も同様に切り出し、レイアウト上の指定位置に配置する。これにより、図２２に示すような画面が、液晶パネル１５０１に表示される。

ステップＳ１７１１で、携帯端末１５００のユーザは、図２２に示す画面上で閲覧条件を変更できる。例えば、ユーザは、画像種別として「静止画」を選択したとする。

Ｓ１７１２で、携帯端末１５００はカメラ１６００にサムネイル一覧取得要求を画像閲覧条件付きで送信する。送信されるＵＲＬは、例えば“ｈｔｔｐ：／／ｃａｍｅｒａ／ａｐｉ／ｇｅｔｔｈｕｍｂｌｉｓｔ？ｔｙｐｅ＝ｓｔｉｌｌ＆ｏｒｄｅｒ＝ａｓｃｅｎｄｉｎｇ”となる。

ステップＳ１７１３で、カメラ１６００は、携帯端末１５００からのサムネイル一覧取得要求（Ｓ１７１２）に対し、図１８に示すフローで画像閲覧条件に合致する複数のサムネイル画像からなる連結画像を作成する。

ステップＳ１８０１で、カメラ１６００のＣＰＵ１５１７は、カメラ１６００と携帯端末１５００の通信が確立されてから最初の処理であるかどうかを判定する。ここでは、ステップＳ１７０２は通信確立から２回目の処理であるので、ステップＳ１８０１での判定は偽となり、ＣＰＵ１５１７は、ステップＳ１８０２に移行する。

ステップＳ１８０２で、カメラ１６００のＣＰＵ１５１７は、画像閲覧条件の「画像種別」が前回から変更されたか否かを判定する。この説明例では、「画像種別」が変更されているので、判定結果は真となり、ＣＰＵ１５１７は、ステップＳ１８０３〜Ｓ１８０６からなる連結画像作成工程Ｓ１８０７に移行する。

Ｓ１８０３で、カメラ１６００のＣＰＵ１５１７は、携帯端末１５００から受信した画像閲覧条件（ここでは「画像種別」）に合致する画像ファイルを抽出する。説明例では「静止画」が指定されているので、図１９Ａ及び図１９Ｂに示す１０個の画像ファイルのうち、ＩＭＧ＿０００１．ＪＰＧ乃至ＩＭＧ＿０００４．ＪＰＧおよびＩＭＧ＿０００６．ＪＰＧが連結画像作成の対象となる。

Ｓ１８０４で、カメラ１６００のＣＰＵ１６１７は、ステップＳ１８０３で抽出した画像ファイルを記録媒体１６１４から読み出し、ＪＰＥＧコーデック１６０８を使って非圧縮画像データに復号化する。

Ｓ１８０５で、カメラ１６００のＣＰＵ１６１７はサムネイル生成手段として、得られた非圧縮画像データのサイズを縮小（又は間引き）し、サムネイル画像データを生成する。ＣＰＵ１６１７は、生成した差旨いる画像データをＳＤＲＡＭ１６１３の画像メモリ空間に書き込む。サムネイル画像のサイズは、例えば、横１６０×縦１２０ピクセルである。

Ｓ１８０６で、カメラ１６００のＣＰＵ１５１７は、ＳＤＲＡＭ１６１３に書き込まれた１以上のサムネイル画像データを１枚の画像としてＪＰＥＧコーデック１６０８にＪＰＥＧ符号化させる。図２３（ａ）は、このように作成された５枚のサムネイル画像からなる連結画像の例を示す。ＪＰＥＧコーデック１６０８は、図２３（ａ）に示すような連結画像を１枚の静止画としてＪＰＥＧ符号化したＪＰＥＧデータ（圧縮画像データ）を出力する。ＳＤＲＡＭ１６１３の連結画像の圧縮に利用可能な空きメモリ空間が小さい場合、ＣＰＵ１５１７は、より高い圧縮率で連結画像を圧縮符号化してもよい。すなわち、利用可能な空きメモリ空間が狭いほど、より高い圧縮率を適用する。

Ｓ１７１４で、カメラ１６００のＣＰＵ１５１７は、連結画像を構成する各サムネイル画像の、連結画像上での位置情報を作成する。図２３（ｂ）は、図２３（ａ）に示す連結画像に対する位置情報の例を示す。図２３（ｂ）に示す位置情報の構成は、図２０（ｂ）のそれと同じであるので、詳細な説明を省略する。

Ｓ１７１５で、カメラ１６００のＣＰＵ１５１７は、携帯端末１５００で表示するためのＨＴＭＬ（Hyper Text Markup Language）で記述されるページ情報を作成する。図２４は、図２３（ａ）に示す連結画像及び図２３（ｂ）に示す位置情報に対して作成されるページレイアウトのイメージを示す。

Ｓ１７１６で、カメラ１６００は、図２４に示すレイアウトに対応するページ情報（ＨＴＭＬファイル）を携帯端末１５００に送信する。

Ｓ１７１７で、携帯端末１５００はカメラ１６００に連結画像の取得要求を送信する。Ｓ１７１８で、カメラ１６００は、携帯端末１５００からの要求に応じて、図２３（ａ）に示す連結画像のＪＰＥＧデータを端末１５００に送信する。さらに、Ｓ１７１９で、携帯端末１５００はカメラ１６００に位置情報の取得要求を送信する。Ｓ１７２０で、カメラ１６００は、携帯端末１５００からの要求に応じて、図２３（ｂ）に示す内容の位置情報を端末１５００に送信する。

Ｓ１７２１で、携帯端末１５００は、カメラ１６００からのページ情報（Ｓ１７１６）、連結画像（Ｓ１７１８）及び位置情報（Ｓ１７２０）に従い、ステップＳ１７１０と同様に、液晶パネル１５０１の表示を更新する。これにより、図２５に示すような画面が、液晶パネル１５０１に表示される。

ステップＳ１７２２で、携帯端末１５００のユーザは、図２５に示す画面上で閲覧条件を変更できる。例えば、ユーザは、画像の並び順として「撮影日時（降順）」を選択したとする。

Ｓ１７２３で、携帯端末１５００は、カメラ１６００にサムネイル一覧取得要求を画像閲覧条件付きで送信する。送信されるＵＲＬは、例えば“ｈｔｔｐ：／／ｃａｍｅｒａ／ａｐｉ／ｇｅｔｔｈｕｍｂｌｉｓｔ？ｔｙｐｅ＝ｓｔｉｌｌ＆ｏｒｄｅｒ＝ｄｅｓｃｅｎｄｉｎｇ”となる。

ステップＳ１７２４で、カメラ１６００は、携帯端末１５００からのサムネイル一覧取得要求（Ｓ１７２３）に対し、図１８に示すフローで画像閲覧条件に合致する複数のサムネイル画像からなる連結画像を作成する。

ステップＳ１８０１で、カメラ１６００のＣＰＵ１５１７は、カメラ１６００と携帯端末１５００の通信が確立されてから最初の処理であるかどうかを判定する。ここでは、ステップＳ１７０２は通信確立から３回目の処理であるので、ステップＳ１８０１での判定は偽となり、ＣＰＵ１５１７は、ステップＳ１８０２に移行する。

ステップＳ１８０２で、カメラ１６００のＣＰＵ１５１７は、画像閲覧条件の「画像種別」が前回から変更されたか否かを判定する。この説明例では、「画像種別」が変更されていないので、判定結果は偽となり、ＣＰＵ１５１７は、連結画像を再作成せずに戻る。換言すると、必要なサムネイル画像が全て送信済みの場合には、連結画像を作成しない。

Ｓ１７２５で、カメラ１６００のＣＰＵ１５１７は、連結画像を構成する各サムネイル画像の、連結画像上での位置情報を作成する。図２６は、ここで作成される位置情報の例を示す。位置情報を構成するサムネイル画像は図２３（ｂ）のそれと同じである。但し、閲覧条件として、画像の並び順が変更されているので、変更後の画像の並び順に従った順番で各サムネイル画像が配列される。

Ｓ１７２６で、カメラ１６００のＣＰＵ１５１７は、携帯端末１５００で表示するためのＨＴＭＬ（Hyper Text Markup Language）で記述されるページ情報を作成する。図２７は、図２６に示す位置情報に対して作成されるページレイアウトのイメージを示す。

Ｓ１７２７で、カメラ１６００は、図２７に示すレイアウトに対応するページ情報（ＨＴＭＬファイル）を携帯端末１５００に送信する。

Ｓ１７２８で、携帯端末１５００はカメラ１６００に連結画像の取得要求を送信する。Ｓ１７２９で、カメラ１６００は、携帯端末１５００からの要求に応じて、新たな連結画像を送信しない旨を示す情報（未更新情報）を端末１５００に送信する。さらに、Ｓ１７３０で、携帯端末１５００はカメラ１６００に位置情報の取得要求を送信する。Ｓ１７３１で、カメラ１６００は、携帯端末１５００からの要求に応じて、図２６に示す内容の位置情報を端末１５００に送信する。

Ｓ１７３２で、携帯端末１５００は、ページ情報（Ｓ１７２７）、非更新情報（Ｓ１３２９）及び位置情報（Ｓ１７２０）に従い、直前の連結画像（Ｓ１７１８）を使って液晶パネル１５０１の表示を更新する。これにより、図２８に示すような画面が、液晶パネル１５０１に表示される。

本実施例では、連結画像に付随して、当該連結画像を構成するサムネイル画像のファイル名、動画／静止画、アスペクト比及び撮影日時等の属性情報を、連結画像からの切出し位置を示す位置情報に含めて伝送している。これにより、携帯端末側で表示順序のみを変更する場合のように、必要なサムネイル画像を取得できている場合には、連結画像の再作成と伝送を省略でき、携帯端末は、ユーザ指定の並びで迅速にサムネイル画像を表示できる。

閲覧条件の変更（Ｓ１７２２）であっても、変更後の一覧表示に必要なサムネイル画像に変更が無く、且つ、必要なサムネイル画像を既に携帯端末１５００が取得している場合、ステップＳ１７２３〜Ｓ１７３１を省略できる。すなわち、単に、携帯端末１５００は、変更後の一覧表示に必要なサムネイル画像を、変更後の一覧表示条件で表示し直せば良い。

図１７Ａ及び図１７Ｂに示すシーケンスでは、カメラ１６００は、携帯端末１５００との間の通信を確立し、携帯端末１５００から閲覧条件を受信してから連結画像を作成する。これに対し、通信が確立した直後に、記録媒体１６１４に記録されている全画像による連結画像の作成を開始してもよい。この構成では、閲覧条件の受信から連結サムネイルの作成終了に要する時間を短くすることが出来るので、通信確立後に携帯端末のユーザが最初のサムネイル画像の閲覧を開始できるまでの時間を短縮出来る。

図１８に示すフローでは、２回目以降の連結画像取得要求で要求するサムネイル画像が、直前に送信した連結画像に含まれるサムネイル画像と全て一致する場合に、連結画像の作成を省略している。これに対して、直前に送付済みか、通信開始後に送付済みのサムネイル画像については、連結画像に含めないようにしてよい。例えば、ステップＳ１８０３で抽出する画像ファイルから除外すればよい。この場合、携帯端末１５００は、直前に受信し又は通信開始後に受信したサムネイル画像の内の該当するものを読み出し、カメラ１６００から今回受信した連結画像に含まれるサムネイル画像と組み合わせて表示する。

このように変更すると、同じサムネイル画像を複数回送信する必要が無くなるので、携帯端末１５００でのサムネイル画像の表示とその更新を迅速化でき、操作性が改善する。

カメラ１６００が連結画像を作成する際に利用できるＳＤＲＡＭ１６１３の容量には制限がある。従って、携帯端末１５００からその制限を超えるサムネイル画像数の連結画像を要求された場合、そのままでは、カメラ１６００は、要求された連結画像を携帯端末１５００に送信できない。

図２９Ａ及び図２９Ｂは、そのような制限の下で、複数のサムネイル画像からなる連結画像を効率的にカメラ１６００から携帯端末１５００に転送する動作シーケンスを示す。ここでは、ＳＤＲＡＭ１６１３は、連結画像作成のために３枚までのサムネイル画像データを記憶できるとする。

Ｓ２９００で、カメラ１６００と携帯端末１５００の間で通信が確立すると、Ｓ２９０１で、携帯端末１５００はカメラ１６００にサムネイル一覧取得要求を画像閲覧条件付きで送信する。ここでは例えば、画像種別として「すべて」、画像の並び順として「撮影日時（昇順）」がユーザによって指定されているとする。例えば、携帯端末１５００はカメラ１６００に、“ｈｔｔｐ：／／ｃａｍｅｒａ／ａｐｉ／ｇｅｔｔｈｕｍｂｌｉｓｔ？ｔｙｐｅ＝ａｌｌ＆ｏｒｄｅｒ＝ａｓｃｅｎｄｉｎｇ”というＵＲＬを送信する。

ステップＳ２９０２で、カメラ１６００のＣＰＵ１５１７は、携帯端末１５００からのサムネイル一覧取得要求（Ｓ２９０１）に対し、画像閲覧条件に合致する画像ファイルを抽出する。説明例では「画像種別」＝「すべて」が指定されているので、図１９Ａ及び図１９Ｂに示す１０個の画像ファイルのうち、ＩＭＧ＿０００１．ＪＰＧ乃至ＩＭＧ＿００１０．ＪＰＧの全てが、連結画像作成の対象となる。対象画像数は１０となる。

Ｓ２９０３で、カメラ１６００のＣＰＵ１５１７は、携帯端末１５００で表示するための、ＨＴＭＬで記述されるページ情報を作成する。ここで作成されるページ情報によるページレイアウトイメージを図３０に示す。ページ情報は、ユーザが閲覧条件を設定するＵＩ、各サムネイル画像を表示するためのレイアウト情報、及び、連結画像から目的のサムネイル画像を切り出す位置を指定する記述を含む。切出し位置の記述は、ＣＳＳ（Cascading Style Sheets）スプライトのｂａｃｋｇｒｏｕｎｄ−ｉｍａｇｅプロパティにより表現される。例えば、図３２（ｂ）に示すサムネイルＩＭＧ−１が図３０に示すレイアウト内のＩＭＧ−１で示す枠内に表示されるようにする内容が、ＣＳＳで記述されている。

Ｓ２９０４で、カメラ１６００のＣＰＵ１５１７は、作成されたページ情報を携帯端末１５００に送信する。携帯端末１５００は、ここでカメラ１６００から送信されたページ情報を、ページ情報が更新されるまでは、以後に受信する連結画像から切り出した個々のサムネイル画像を表示画面に配置するのに適用する。

Ｓ２９０５で、携帯端末１５００はカメラ１６００に連結画像取得要求を送信する。

Ｓ２９０６で、カメラ１６００のＣＰＵ１５１７は、携帯端末１５００からの連結画像取得要求（Ｓ２９０５）に対し、連結画像作成の要否を判定する。カメラ１６００のＣＰＵ１５１７は、必要な場合に、画像閲覧条件に合致する複数のサムネイル画像からなる連結画像を作成する。

図３１は、連結画像作成要否判定／連結画像作成処理（ステップＳ２９０６，Ｓ２９１９）の詳細なフローチャートを示す。図３１を参照して、ステップＳ２９０６の処理の詳細を説明例に即して説明する。

ステップＳ３１０１で、カメラ１６００のＣＰＵ１５１７は、カメラ１６００と携帯端末１５００の通信が確立されてから最初の処理であるかどうかを判定する。この段階では、ステップＳ３１０１は通信確立から最初の処理であるので、ステップＳ３１０１での判定は真となり、ステップＳ３１０３〜Ｓ３１０９からなる連結画像作成工程Ｓ３１１４に移行する。

ステップＳ３１０３で、カメラ１６００のＣＰＵ１５１７は、ステップＳ２９０２で取得した対象画像数を取得し、変数Ｎにセットする。ＣＰＵ１５１７はまた、処理済みの画像数を示すカウンタ変数Ｃに０をセットする。

ステップＳ３１０４で、カメラ１６００のＣＰＵ１５１７は、対象画像のうち１つをデコードする。ここでは、指定されている画像の並び順に従って、このステップＳ３１０５を通過するごとに１枚ずつ撮影日時順に対象画像の画像ファイルを記録媒体１６１４から読み出し、非圧縮画像データにデコードする。

ステップＳ３１０５で、カメラ１６００のＣＰＵ１５１７は、デコードした画像データを縮小してサムネイル画像を作成し、ＳＤＲＡＭ１６１３の画像メモリ空間に格納する。なお、サムネイル画像のサイズは、横１６０×縦１２０ピクセルであるとする。

ステップＳ３１０６で、カメラ１６００のＣＰＵ１５１７は、カウンタ変数Ｃをインクリメントする。ステップＳ３１０７で、カメラ１６００のＣＰＵ１５１７は、変数Ｃが対象画像数Ｎと一致するかどうかを調べる。ここでは、カウンタＣ＝１なので、ＣはＮと一致しない。

ステップＳ３１０７でＣ＝Ｎでないので、ステップＳ３１０８で、カメラ１６００のＣＰＵ１５１７は、ＳＤＲＡＭ１６１３が提供する画像メモリ空間に空きがあるかどうかを判定する。カメラ１６００のＣＰＵ１５１７は、空きがある場合、ステップＳ３１０４に戻り、空きが無い場合、ステップＳ３１０９に進む。説明上、ＳＤＲＡＭ１６１３の画像メモリ空間には、サムネイル画像を３枚分、格納可能であるとしており、連結画像は３枚までのサムネイル画像から作成可能である。

ステップＳ３１０４〜Ｓ３１０６を３回繰り返すと、３枚分のサムネイル画像がＳＤＲＡＭ１６１３の画像メモリ空間に格納される。すると、ステップＳ３１０８で、カメラ１６００のＣＰＵ１５１７は、ＳＤＲＡＭ１６１３に空き空間がないと判定し、ステップＳ３１０９に進む。

Ｓ３１０９で、カメラ１６００のＣＰＵ１５１７は、ＳＤＲＡＭ１６１３の画像メモリ空間に並べられたサムネイル画像を１枚の画像にまとめて圧縮符号化し、図３１に示す処理を終了する。図３２（ａ）は、このようにして作成された連結画像のイメージを示す。

ステップＳ２９０７に戻り、カメラ１６００のＣＰＵ１５１７は、連結画像を構成する各サムネイル画像の、連結画像上での位置情報を作成する。図３２（ｂ）は、図３２（ａ）に示す連結画像に対する位置情報の例を示す。図３２（ｂ）において、サムネイル番号は、連結画像を構成するサムネイル画像を管理する番号である。ファイルは、サムネイル画像と関連付けられる原画像が格納されているファイルの名称である。種別は、原画像が動画か静止画かを示す情報である。Ｘオフセットは、連結画像ファイル内での該当サムネイル画像の左上のピクセル位置のＸ座標を示す数値である。Ｙオフセットは、連結画像ファイル内での該当サムネイル画像の左上のピクセル位置のＹ座標を示す数値である。Ｘサイズはサムネイル画像の横方向のピクセル数である。Ｙサイズはサムネイル画像の縦方向のピクセル数である。撮影日時は、該当する原画像が撮影された日時である。以上の情報が画像ファイルごとに作成される。

ステップＳ２９０８で、カメラ１６００は、図３２（ａ）に示す連結画像を携帯端末１５００に送信する。後述するが、カメラ１６００は、この段階で携帯端末１５００に送信する連結画像にサムネイル終了フラグを付加していない。

ステップＳ２９０９で、携帯端末１５００のＣＰＵ１５０９は、カメラ１６００に位置情報取得要求を送信する。ステップＳ２９１０で、カメラ１６００は、図３２（ｂ）に示す位置情報を携帯端末１５００に送信する。

Ｓ２９１１で、携帯端末１５００のＣＰＵ１５０９は、カメラ１６００からの連結画像にサムネイル終了フラグが付加されているか否かを調べる。サムネイル終了フラグが付加されている場合（Ｓ２９１１）、携帯端末１５００のＣＰＵ１５０９は、ステップＳ２９１２に進む。サムネイル終了フラグが付加されていない場合、携帯端末１５００のＣＰＵ１５０９は、ステップ２９０５を再度、実行する。ここでは、サムネイル終了フラグが付加されていないので、ステップＳ２９０５で、携帯端末１５００のＣＰＵ１５０９は、再度、連結画像取得要求をカメラ１６００に送信する。

このようにして、カメラ１６００は、それぞれ３枚のサムネイル画像を収容する連結画像を３回送信し、それぞれの連結画像に対応する位置情報も３回送信する。図３２（ａ）は１枚目の連結画像を示し、図３２（ｂ）はその位置情報を示す。図３３（ａ）は２枚目の連結画像を示し、図３３（ｂ）はその位置情報を示す。図３４（ａ）は３枚目の連結画像を示し、図３４（ｂ）はその位置情報を示す。

４回目の連結画像作成の際に、ステップＳ３１０６でカウンタＣ＝１０となり、ステップＳ３１０７で、Ｃ＝Ｎ＝１０となる。カメラ１６００のＣＰＵ１５１７は、ステップＳ３１１０でカウンタＣをクリアし、ステップＳ３１１１で、ＳＤＲＡＭ１６１３の画像メモリ空間に並べられたサムネイル画像を１枚の画像にまとめて圧縮符号化する。ステップＳ３１１２で、カメラ１６００のＣＰＵ１５１７は、連結画像（ＪＰＥＧデータ）にサムネイル終了フラグを付加して、図２９Ａ及び図２９Ｂに示すシーケンスに戻る。

ステップＳ２９０７で、カメラ１６００のＣＰＵ１５１７は、図３１で作成した連結画像（図３５（ａ））に対応する位置情報（図３５（ｂ））を作成する。

ステップＳ２９０８で、カメラ１６００は、図３５（ａ）に示す連結画像を、サムネイル終了フラグ付きで携帯端末１５００に送信する。ステップＳ２９０９で、携帯端末１５００のＣＰＵ１５０９は、カメラ１６００に位置情報取得要求を送信する。ステップＳ２９１０で、カメラ１６００は、図３５（ｂ）に示す位置情報を携帯端末１５００に送信する。

カメラ１６００から携帯端末１５００に伝送される４つ目の連結画像（図３５（ａ））にはサムネイル終了フラグが付加されている。従って、ステップＳ２９１１で、携帯端末１５００のＣＰＵ１５０９は、サムネイル終了フラグを検出し、Ｓ２９１２に移行する。サムネイル終了フラグにより、携帯端末１５００は、画像閲覧条件（Ｓ２９０１）で指定した全サムネイル画像を取得したことを知る。

ステップＳ２９１２で、携帯端末１５００のＣＰＵ１５０９は、受信した１０枚のサムネイル画像の一覧を図２２に示すように液晶パネル１５０１に表示する。

ステップＳ２９１３で、携帯端末１５００のユーザは、図２２に示す画面上で閲覧条件を変更できる。例えば、ユーザは、画像種別として「静止画」を選択したとする。例えば、ユーザは、画像種別として「静止画」を選択したとする。

ステップＳ２９１４で、携帯端末１５００はカメラ１６００にサムネイル一覧取得要求を画像閲覧条件付きで送信する。送信されるＵＲＬは、例えば“ｈｔｔｐ：／／ｃａｍｅｒａ／ａｐｉ／ｇｅｔｔｈｕｍｂｌｉｓｔ？ｔｙｐｅ＝ｓｔｉｌｌ＆ｏｒｄｅｒ＝ａｓｃｅｎｄｉｎｇ”となる。

ステップＳ２９１５で、カメラ１６００のＣＰＵ１５１７は、携帯端末１５００からのサムネイル一覧取得要求（Ｓ２９１４）に対し、画像閲覧条件に合致する画像ファイルを抽出する。説明例では「画像種別」＝「静止画」が指定されているので、図１９Ａ及び図１９Ｂに示す１０個の画像ファイルのうち、ＩＭＧ＿０００１．ＪＰＧ乃至ＩＭＧ＿０００４．ＪＰＧおよびＩＭＧ＿０００６．ＪＰＧがサムネイル画像作成の対象となる。対象画像数は５となる。

Ｓ２９１６で、カメラ１６００のＣＰＵ１５１７は、携帯端末１５００で表示するための、ＨＴＭＬで記述されるページ情報を作成する。ここで作成されるページ情報によるページレイアウトイメージを図３６に示す。

Ｓ２９１７で、カメラ１６００のＣＰＵ１５１７は、作成されたページ情報を携帯端末１５００に送信する。携帯端末１５００は、ここでカメラ１６００から送信されたページ情報を、ページ情報が更新されるまでは、以後に受信する連結画像から切り出した個々のサムネイル画像を表示画面に配置するのに適用する。

Ｓ２９１８で、携帯端末１５００はカメラ１６００に連結画像取得要求を送信する。

Ｓ２９１９で、ステップＳ２９０６と同様に、カメラ１６００のＣＰＵ１５１７は、連結画像取得要求（Ｓ２９１８）に対し連結画像作成の要否判定と、必要な連結画像の作成を実行する。ここでも、図３１を参照して、ステップＳ２９１９の処理の詳細を説明例に即して説明する。

ステップＳ３１０１で、カメラ１６００のＣＰＵ１５１７は、カメラ１６００と携帯端末１５００の通信が確立されてから最初の処理であるかどうかを判定する。この段階では、ステップＳ３１０１は通信確立から最初の処理ではないので、ステップＳ３１０１での判定は偽となり、ステップＳ３１０２に移行する。

ステップＳ３１０２で、カメラ１６００のＣＰＵ１５１７は、画像閲覧条件における「画像種別」の変更の有無を判定する。カメラ１６００のＣＰＵ１５１７は、変更があった場合には、ステップＳ３１０３〜Ｓ３１０９からなる連結画像作成工程Ｓ３１１４に移行し、変更が無い場合にはステップＳ３１１２に移行する。

ステップＳ３１０３で、カメラ１６００のＣＰＵ１５１７は、ステップＳ２９０２で取得した対象画像数を取得し、変数Ｎにセットする。ＣＰＵ１５１７はまた、処理済みの画像数を示すカウンタ変数Ｃに０をセットする。

ステップＳ３１０４で、カメラ１６００のＣＰＵ１５１７は、対象画像のうち１つをデコードする。ここでは、指定されている画像の並び順に従って、このステップＳ３１０５を通過するごとに１枚ずつ撮影日時順に対象画像の画像ファイルを記録媒体１６１４から読み出し、非圧縮画像データにデコードする。

ステップＳ３１０５で、カメラ１６００のＣＰＵ１５１７は、デコードした画像データを縮小して横１６０×縦１２０ピクセルのサムネイル画像を作成し、ＳＤＲＡＭ１６１３の画像メモリ空間に格納する。

ステップＳ３１０６で、カメラ１６００のＣＰＵ１５１７は、カウンタ変数Ｃをインクリメントする。ステップＳ３１０７で、カメラ１６００のＣＰＵ１５１７は、変数Ｃが対象画像数Ｎと一致するかどうかを調べる。ここでは、カウンタＣ＝１なので、ＣはＮと一致しない。

ステップＳ３１０７でＣ＝Ｎでない場合、ステップＳ３１０８で、カメラ１６００のＣＰＵ１５１７は、ＳＤＲＡＭ１６１３が提供する画像メモリ空間に空きがあるかどうかを判定する。カメラ１６００のＣＰＵ１５１７は、空きがある場合、ステップＳ３１０４に戻り、空きが無い場合、ステップＳ３１０９に進む。ここでは、ＳＤＲＡＭ１６１３の画像メモリ空間に空きがあるので、ＣＰＵ１５１７は、ステップＳ３１０４に戻る。

ステップＳ３１０４〜Ｓ３１０６を３回繰り返すと、３枚分のサムネイル画像がＳＤＲＡＭ１６１３の画像メモリ空間に格納される。すると、ステップＳ３１０８で、カメラ１６００のＣＰＵ１５１７は、ＳＤＲＡＭ１６１３に空き空間がないと判定し、ステップＳ３１０９に進む。

Ｓ３１０９で、カメラ１６００のＣＰＵ１５１７は、ＳＤＲＡＭ１６１３の画像メモリ空間に並べられたサムネイル画像を１枚の画像にまとめて圧縮符号化し、図３１に示す処理を終了する。図３７（ａ）は、このようにして出来上がった連結画像のイメージを示す。

ステップＳ２９２０に戻り、カメラ１６００のＣＰＵ１５１７は、連結画像を構成する各サムネイル画像の、連結画像上での位置情報を作成する。図３７（ｂ）は、図３７（ａ）に示す連結画像に対する位置情報の例を示す。

ステップＳ２９２１で、カメラ１６００は、図３７（ａ）に示す連結画像（ＪＰＥＧデータ）を携帯端末１５００に送信する。後述するが、カメラ１６００は、この段階で携帯端末１５００に送信する連結画像にサムネイル終了フラグを付加していない。

ステップＳ２９２２で、携帯端末１５００のＣＰＵ１５０９は、カメラ１６００に位置情報取得要求を送信する。ステップＳ２９２３で、カメラ１６００は、図３７（ｂ）に示す位置情報を携帯端末１５００に送信する。

Ｓ２９２４で、携帯端末１５００のＣＰＵ１５０９は、カメラ１６００からの連結画像にサムネイル終了フラグが付加されているか否かを調べる。サムネイル終了フラグが付加されている場合（Ｓ２９２４）、携帯端末１５００のＣＰＵ１５０９は、ステップＳ２９２５に進む。サムネイル終了フラグが付加されていない場合（Ｓ２９２４）、携帯端末１５００のＣＰＵ１５０９は、ステップ２４１８を再度、実行する。ここでは、サムネイル終了フラグが付加されていないので、ステップＳ２９１８で、携帯端末１５００のＣＰＵ１５０９は、再度、連結画像取得要求をカメラ１６００に送信する。

携帯端末１５００からの２回目の連結画像取得要求に対し、ステップＳ２９１９で、カメラ１６００は、２枚目の連結画像を作成する。サムネイル作成工程Ｓ３１１３で、ＳＤＲＡＭ１６１３に２枚目のサムネイル画像を格納した段階でＣ＝Ｎとなる。これにより、ステップＳ３１１１でカメラ１６００のＣＰＵ１５１７は、図３８（ａ）に示す連結画像を作成し、ステップＳ３１１２でサムネイル終了フラグを付加する。

ステップＳ２９２０で、カメラ１６００のＣＰＵ１５１７は、図３８（ａ）に示す連結画像に対応する、図３８（ｂ）に示す内容の位置情報を作成する。

ステップＳ２９２１でカメラ１６００のＣＰＵ１５１７は、図３８（ａ）に示す連結画像を携帯端末１５００に送信する。この連結画像には、サムネイル終了フラグが付加される。ステップＳ２９２３で、図３８（ｂ）に示す位置情報を携帯端末１５００に送信する。

Ｓ２９２４で、携帯端末１５００のＣＰＵ１５０９は、カメラ１６００からの連結画像にサムネイル終了フラグが付加されているか否かを調べる。ここでは、サムネイル終了フラグが付加されており、携帯端末１５００のＣＰＵ１５０９は、ステップＳ２９２５に進む。

ステップＳ２９２５で、携帯端末１５００のＣＰＵ１５０９は、受信したサムネイル画像を図２５に示すように一覧表示する。以降、同様に動作する。

本実施例では、連結画像を作成するためのＳＤＲＡＭのメモリ空間が小さい場合、連結サムネイルを複数回に分けて携帯端末１５００に送信する。これにより、メモリ容量の少ないＳＤＲＡＭを実装するローコストな機器であっても、複数のサムネイル画像をまとめて閲覧装置に伝送する利点を享受できる。

カメラ１６００は、携帯端末１５００との通信が確立すると直ぐに、各記録画像のサムネイル画像の生成、例えば携帯端末１５００の表示能力等に応じた画質での生成を開始しても良い。サムネイル画像の生成は、カメラ撮影モードから他の動作モードへの変更に応じて開始しても良い。

携帯端末１５００からの画像閲覧条件をカメラ１６００が受信したときにカメラ１６００が静止画を撮影中か、撮影した画像データを符号化中か、符号化した画像データを記録媒体に記録する最中である場合がある。このような状況にあるとき、カメラ１６００は、撮影画像の記録媒体への記録を終了してから、必要なサムネイル画像の作成と連結を実行する。動画撮影中の場合には、記録中の動画の存在を無視して連結画像を作成してもよいし、撮影終了後にその動画のサムネイル画像を作成した上で連結画像を作成しても良い。

本発明の目的は、前述した実施例の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を装置に供給することによっても、達成される。このとき、供給された装置の制御部を含むコンピュータ（またはＣＰＵやＭＰＵ）は、記憶媒体に格納されたプログラムコードを読み出し実行する。記憶媒体から読み出されたプログラムコード自体が、上述の実施例の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は、本発明を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、磁気ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード又はＲＯＭ等を用いることができる。

上述のプログラムコードの指示に基づき、装置上で稼動しているＯＳ（基本システムやオペレーティングシステム）などが処理の一部又は全部を行い、その処理によって前述した実施例の機能が実現される場合も含まれる。

さらに、記憶媒体から読み出されたプログラムコードが、装置に挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれ、前述した実施形態の機能が実現される場合も含まれる。このとき、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行う。

以上、本発明の好ましい実施例を説明したが、本発明は、これらの実施例に限定されず、その要旨の範囲内で種々の変形及び変更が可能である。

Claims (15)

1. 複数の画像を記録媒体に記録する画像記録装置と、前記画像記録装置に記録される画像を閲覧する閲覧装置とからなる画像閲覧システムであって、
   前記閲覧装置に配置され、所定数の画像を指定する画像閲覧条件を含む画像取得要求を前記画像記録装置に送信する要求送信手段と、
   前記画像記録装置に配置され、前記画像取得要求の前記画像閲覧条件で指定される前記所定数の画像を１枚の連結画像に連結し、前記連結画像における前記所定数の画像の位置を示す位置情報を生成する画像連結手段と、
   前記画像記録装置に配置され、前記連結画像と前記位置情報を前記閲覧装置に送信する情報送信手段と、
   前記閲覧装置に配置され、前記画像記録装置からの前記連結画像及び前記位置情報を受信し、受信した前記位置情報に従い受信した前記連結画像から前記所定数の画像のそれぞれを切り出す分離手段と、
   前記閲覧装置に配置され、前記分離手段で前記連結画像から切り出される各画像を記憶媒体に記憶する記憶手段と、
   前記閲覧装置に配置され、前記記憶媒体に記憶される複数の画像を一覧表示する表示手段
   とを有することを特徴とする画像閲覧システム。
2. 複数の画像を記録媒体に記録する画像記録装置と、前記画像記録装置に記録される画像を閲覧する閲覧装置とからなる画像閲覧システムにおける閲覧方法であって、
   前記閲覧装置から前記画像記録装置に、所定数の画像を指定する画像閲覧条件を含む画像取得要求を送信する要求送信ステップと、
   前記画像記録装置において、前記画像取得要求の前記画像閲覧条件で指定される前記所定数の画像を１枚の連結画像に連結し、前記連結画像における前記所定数の画像の位置を示す位置情報を生成する画像連結ステップと、
   前記画像記録装置から前記閲覧装置に前記連結画像と前記位置情報を送信する情報送信ステップと、
   前記閲覧装置において、前記画像記録装置からの前記連結画像及び前記位置情報を受信し、受信した前記位置情報に従い受信した前記連結画像から前記所定数の画像のそれぞれを切り出す分離ステップと、
   前記閲覧装置において、前記分離ステップで前記連結画像から切り出される各画像を記憶媒体に記憶する記憶ステップと、
   前記閲覧装置において、前記記憶媒体に記憶される複数の画像を表示手段に一覧表示する表示ステップ
   とを有することを特徴とする画像閲覧方法。
3. 複数の画像を記録する記録媒体と、
   所定数の画像を指定する画像閲覧条件を含む画像取得要求を外部の閲覧装置から受信する受信手段と、
   前記画像取得要求の前記画像閲覧条件で指定される前記所定数の画像を１枚の連結画像に連結し、前記連結画像における前記所定数の画像の位置を示す位置情報を生成する画像連結手段と、
   前記連結画像と前記位置情報を前記閲覧装置に送信する情報送信手段と、
   前記画像連結手段で連結できる画像数が、前記画像閲覧条件で指定される前記所定数より少ないかどうかを判定する判定手段
   とを有し、
   前記画像連結手段は、前記画像閲覧条件で指定される前記所定数の画像を全体として含む複数の前記連結画像とその前記位置情報を生成する
   ことを特徴とする画像記録装置。
4. 複数の画像を記録媒体に記録する画像記録装置と通信し、前記画像記録装置に記録される画像を閲覧する閲覧装置であって、
   所定数の画像を指定する画像閲覧条件を含む画像取得要求を前記画像記録装置に送信する要求送信手段と、
   前記画像取得要求の前記画像閲覧条件で指定される前記所定数の画像を１枚に連結した連結画像と、前記連結画像における前記所定数の画像の位置を示す位置情報とを、前記画像記録装置から受信する受信手段と、
   受信した前記位置情報に従い受信した前記連結画像から前記所定数の画像のそれぞれを切り出す分離手段と、
   前記分離手段で前記連結画像から切り出される各画像を記憶媒体に記憶する記憶手段と、
   前記記憶媒体に記憶される複数の画像を一覧表示する表示手段
   とを有することを特徴とする閲覧装置。
5. 更に、
   前記表示手段に一覧表示する画像の変更のユーザ操作を入力する操作手段と、
   前記ユーザ操作により前記表示手段に一覧表示すべき１以上の画像が前記記憶手段に記憶されているか否かを判定する判定手段
   とを具備し、
   前記ユーザ操作により前記表示手段に一覧表示すべき１以上の画像が前記記憶手段に記憶されていない場合に、前記記憶手段に記憶されていない前記１以上の画像を前記画像閲覧条件で指定する画像取得要求を生成し前記画像記録装置に送信する
   ことを特徴とする請求項４に記載の閲覧装置。
6. 記憶媒体に記憶される画像の内の指定される複数の画像を１枚の連結画像として送信できる画像記録装置と通信し、一覧画面で画像を表示する閲覧装置であって、
   ユーザより新しい画像表示の操作を受け付ける操作手段と、
   前記操作手段の操作に基づき、取得すべき画像を指定する画像閲覧条件を決定する決定手段と、
   前記画像閲覧条件を含む連結画像取得要求を前記画像記録装置に送信する要求送信手段と、
   前記連結画像取得要求に対応して前記画像記録装置から送信される連結画像とこの連結画像上での各画像の位置を示す位置情報とを受信し記憶する情報記憶手段と、
   前記情報記憶手段に記憶される連結画像に連結される各画像を、対応する前記位置情報を参照して分離して一覧表示する表示手段
   とを有することを特徴とする閲覧装置。
7. 前記画像閲覧条件は、連結されるべき複数の画像のそれぞれの識別子を含む請求項６に記載の閲覧装置。
8. 前記画像閲覧条件は、連結されるべき１つの画像の識別子とそれに続く画像数を含むことを特徴とする請求項６に記載の閲覧装置。
9. 前記要求送信手段は、前記操作に基づいて一覧表示すべき画像のうち、まだ取得していない画像を指定する画像閲覧条件を含む連結画像取得要求を前記画像記録装置に送信する請求項６ないし８の何れか１項に記載の閲覧装置。
10. 最初の画像閲覧条件で指定する画像数を、前記一覧画面の表示領域の大きさに従い決定することを特徴とする請求項６ないし９の何れか１項に記載の閲覧装置。
11. 前記決定手段は、前記操作手段による操作が一覧表示の変更を指示する操作である場合に、変更後の一覧表示に含まれる画像に基づき前記画像閲覧条件を決定することを特徴とする請求項６ないし１０の何れか１項に記載の閲覧装置。
12. 前記決定手段は、前記操作手段による操作が一覧表示をスクロールする操作である場合に、スクロール方向の端までの未表示の画像に基づき前記画像閲覧条件を決定することを特徴とする請求項６ないし１１の何れか１項に記載の閲覧装置。
13. 前記決定手段は、前記操作手段による操作が一覧表示をスクロールする操作である場合に、スクロール方向の所定数の画像に基づき前記画像閲覧条件を決定することを特徴とする請求項６ないし１１の何れか１項に記載の閲覧装置。
14. 前記決定手段は、前記操作手段による特定の操作の速度が速いほど、より多くの画像数を指定する画像閲覧条件を決定することを特徴とする請求項６ないし１３の何れか１項に記載の閲覧装置。
15. 記憶媒体に記憶される画像の内の指定される複数の画像を１枚の連結画像として送信できる画像記録装置と通信する閲覧装置を使って、一覧画面で画像を表示する画像閲覧方法であって、
    ユーザより新しい画像表示の操作を受け付ける操作手段の操作に基づき、取得すべき画像を指定する画像閲覧条件を決定する決定ステップと、
    前記画像閲覧条件を含む連結画像取得要求を前記画像記録装置に送信する要求送信ステップと、
    前記連結画像取得要求に対応して前記画像記録装置から送信される連結画像とこの連結画像上での各画像の位置を示す位置情報とを受信し情報記憶装置に記憶する情報記憶ステップと、
    前記情報記憶装置に記憶される連結画像に連結される各画像を、対応する前記位置情報を参照して分離して一覧表示する表示ステップ
    とを有することを特徴とする画像閲覧方法。

Images