特許 6429539 通信装置、通信装置の制御方法、プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6429539

(24)【登録日】2018年11月9日

(45)【発行日】2018年11月28日

(54)【発明の名称】通信装置、通信装置の制御方法、プログラム

(51)【国際特許分類】

   G06F 13/00 20060101AFI20181119BHJP

【ＦＩ】

   G06F13/00 520F

【請求項の数】12

【全頁数】24

(21)【出願番号】特願2014-179322(P2014-179322)

(22)【出願日】2014年9月3日

(65)【公開番号】特開2016-53827(P2016-53827A)

(43)【公開日】2016年4月14日

【審査請求日】2017年9月1日

(73)【特許権者】

【識別番号】000001007

【氏名又は名称】キヤノン株式会社

(74)【代理人】

【識別番号】100126240

【弁理士】

【氏名又は名称】阿部 琢磨

(74)【代理人】

【識別番号】100124442

【弁理士】

【氏名又は名称】黒岩 創吾

(72)【発明者】

【氏名】川合 裕司

【審査官】 小林 義晴

(56)【参考文献】

【文献】 特開２００９−０８７０６３（ＪＰ，Ａ）

【文献】 特開２００３−２１９３４６（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００９／０００７１８８（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

(57)【特許請求の範囲】

【請求項1】

画像データを外部装置に要求し、該要求に応じて前記外部装置から送信される画像データを前記外部装置から受信する機能と、前記画像データに対応する縮小画像データを外部装置に要求し、該要求に応じて前記外部装置から送信される縮小画像データを前記外部装置から受信する機能と、を有する通信手段と、
前記通信手段により受信した前記画像データ及び前記縮小画像データの少なくとも一方を表示部に表示する表示制御手段と、
前記表示制御手段により表示されている前記画像データ及び前記縮小画像データの少なくとも一方を選択する指示を受け付ける受け付け手段とを有し、
前記通信手段は更に、前記受け付け手段により受け付けられた指示によって選択された画像データまたは縮小画像データに対応するメタデータを前記外部装置に要求し、前記画像データおよび前記縮小画像データを受信することなく前記メタデータを受信し、
前記メタデータは、前記外部装置が保持する画像データを含むファイルのヘッダ領域に記録されていることを特徴とする通信装置。

【請求項2】

前記表示部に設けられるタッチパネルを更に有し、
前記画像データまたは前記縮小画像データの少なくとも一方が表示されている位置に対応する前記タッチパネルへの操作が所定の条件を満たす場合、前記受け付け手段は、前記タッチパネルへの操作を受け付けた位置に表示されている画像データまたは前記縮小画像データの少なくとも一方が選択されたと判断することを特徴とする請求項１に記載の通信装置。

【請求項3】

前記所定の条件は、前記タッチパネルへのタッチ操作の開始から所定の時間が経過したことを含むことを特徴とする請求項２に記載の通信装置。

【請求項4】

前記縮小画像データは、前記縮小画像データを含むファイルのサムネイルであることを特徴とする請求項１乃至３のいずれか１項に記載の通信装置。

【請求項5】

前記縮小画像データは、前記縮小画像データを含むファイルのヘッダ領域に記録されているサムネイルであることを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。

【請求項6】

前記通信手段は受信済みのメタデータを要求しないことを特徴とする請求項１乃至５のいずれか１項に記載の通信装置。

【請求項7】

一旦受信したメタデータは、前記外部装置との通信を切断するまで保持されることを特徴とする請求項１乃至６のいずれか１項に記載の通信装置。

【請求項8】

前記受信したメタデータは、前記外部装置との通信が切断されることに応じて削除されることを特徴とする請求項７に記載の通信装置。

【請求項9】

前記通信手段は、保持しているメタデータは要求しないことを特徴とする請求項７または８に記載の通信装置。

【請求項10】

前記メタデータはＥＸＩＦデータを含むことを特徴とする請求項１乃至９のいずれか１項に記載の通信装置。

【請求項11】

通信装置の制御方法であって、
画像データを外部装置に要求し、該要求に応じて前記外部装置から送信される画像データを前記外部装置から受信するステップと、
前記画像データに対応する縮小画像データを外部装置に要求し、該要求に応じて前記外部装置から送信される縮小画像データを前記外部装置から受信するステップと、
受信した前記画像データ及び前記縮小画像データの少なくとも一方を表示部に表示するステップと、
前記表示部に表示されている前記画像データ及び前記縮小画像データの少なくとも一方を選択する指示を受け付けるステップと、
前記受け付けられた指示によって選択された画像データまたは縮小画像データに対応するメタデータを前記外部装置に要求し、前記画像データ及び前記縮小画像データを受信することなく前記メタデータを受信するステップとを有し、
前記メタデータは、前記外部装置が保持する画像データを含むファイルのヘッダ領域に記録されていることを特徴とする通信装置の制御方法。

【請求項12】

コンピュータを、請求項１乃至１０のいずれか１項に記載の通信装置の各手段として機能させるための、コンピュータが読み取り可能なプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

外部装置と通信することができる通信装置に関する。

【背景技術】

【0002】

近年、デジタルカメラと携帯電話とが無線で接続し、デジタルカメラの機能を携帯電話から利用することが行われている。例えば特許文献１にはデジタルカメラと携帯電話とが無線ＬＡＮを介して接続し、携帯電話を操作することでデジタルカメラに記録されている画像をリモートで閲覧するシステムが開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１３−１６２３０３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

上述の特許文献１に開示されるシステムにおいては、単に画像あるいは画像のサムネイルを閲覧するだけでなく、デジタルカメラから画像データを携帯電話に取り込み、保存することも考えられる。そのような場合、保存する画像を決定するための基準として、例えば画像データのメタデータ（撮影日やデータサイズ等）を用いることが考えられる。すなわち、画像や画像のサムネイルを閲覧している状態で、その画像のメタデータを確認し、保存するかどうかをユーザが判断するという利用シーンが考えられる。メタデータを携帯電話側で確認するためには、デジタルカメラが画像データのヘッダを読み出し、解析した上で、必要な情報を携帯電話に送信する必要がある。しかしながら、必ずしもユーザが、メタデータがどのように記録されていて、どのようにして携帯電話側で閲覧できるのかを把握しているとは限らない。この点について、特許文献１は何ら考慮していない。

【0005】

そこで、本発明は、メタデータを取得するための通信を行うことをユーザが意識することなく、自然な操作でメタデータを閲覧できるようにすることを目的とする。

【課題を解決するための手段】

【0006】

画像データを外部装置に要求し、該要求に応じて前記外部装置から送信される画像データを前記外部装置から受信する機能と、前記画像データに対応する縮小画像データを外部装置に要求し、該要求に応じて前記外部装置から送信される縮小画像データを前記外部装置から受信する機能と、を有する通信手段と、前記通信手段により受信した前記画像データ及び前記縮小画像データの少なくとも一方を表示部に表示する表示制御手段と、前記表示制御手段により表示されている前記画像データ及び前記縮小画像データの少なくとも一方を選択する指示を受け付ける受け付け手段とを有し、前記通信手段は更に、前記受け付け手段により受け付けられた指示によって選択された画像データまたは縮小画像データに対応するメタデータを前記外部装置に要求し、前記画像データおよび前記縮小画像データを受信することなく前記メタデータを受信し、前記メタデータは、前記外部装置が保持する画像データを含むファイルのヘッダ領域に記録されていることを特徴とする通信装置。

【発明の効果】

【0007】

メタデータを取得するための通信を行うことをユーザが意識することなく、自然な操作でメタデータを閲覧できるようにすることができる。

【図面の簡単な説明】

【0008】

【図1】（ａ）第１の実施形態におけるデジタルカメラのブロック図である。（ｂ）、（ｃ）は、第一の実施形態におけるデジタルカメラの外観図である。

【図2】第１の実施形態におけるスマートデバイスの構成を示すブロック図である。

【図3】（ａ）第１の実施形態におけるデジタルカメラが外部機器に公開するＡＰＩを示す図である。（ｂ）第１の実施形態における画像データの構造を示す概念図である。

【図4】第１の実施形態におけるシステムのシーケンス図である。

【図5】第１の実施形態におけるスマートデバイスの動作を示すフローチャートである。

【図6】第２の実施形態におけるシステムのシーケンス図である。

【図7】第２の実施形態におけるスマートデバイスの動作を示すフローチャートである。

【発明を実施するための形態】

【0009】

以下に、本発明を実施するための形態について、添付の図面を用いて詳細に説明する。

【0010】

なお、以下に説明する実施の形態は、本発明の実現手段としての一例であり、本発明が適用される装置の構成や各種条件によって適宜修正又は変更されてもよい。また、各実施の形態を適宜組み合せることも可能である。

【0011】

［第１の実施形態］
＜デジタルカメラ１００の構成＞
図１（ａ）は、本実施形態の通信装置の一例であるデジタルカメラ１００の構成例を示すブロック図である。なお、ここでは通信装置の一例としてデジタルカメラについて述べるが、通信装置はこれに限られない。例えば通信装置は携帯型のメディアプレーヤや、いわゆるタブレットデバイス、パーソナルコンピュータなどの情報処理装置であってもよい。

【0012】

制御部１０１は、入力された信号や、後述のプログラムに従ってデジタルカメラ１００の各部を制御する。なお、制御部１０１が装置全体を制御する代わりに、複数のハードウェアが処理を分担することで、装置全体を制御してもよい。

【0013】

撮像部１０２は、例えば、光学レンズユニットと絞り・ズーム・フォーカスなど制御する光学系と、光学レンズユニットを経て導入された光（映像）を電気的な映像信号に変換するための撮像素子などで構成される。撮像素子としては、一般的には、ＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）や、ＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）が利用される。撮像部１０２は、制御部１０１に制御されることにより、撮像部１０２に含まれるレンズで結像された被写体光を、撮像素子により電気信号に変換し、ノイズ低減処理などを行いデジタルデータを画像データとして出力する。本実施形態のデジタルカメラ１００では、画像データは、ＤＣＦ（Ｄｅｓｉｇｎ Ｒｕｌｅ ｆｏｒ Ｃａｍｅｒａ Ｆｉｌｅ ｓｙｓｔｅｍ）の規格に従って、記録媒体１１０に記録される。

【0014】

不揮発性メモリ１０３は、電気的に消去・記録可能な不揮発性のメモリであり、制御部１０１で実行される後述のプログラム等が格納される。

【0015】

作業用メモリ１０４は、撮像部１０２で撮像された画像データを一時的に保持するバッファメモリや、表示部１０６の画像表示用メモリ、制御部１０１の作業領域等として使用される。

【0016】

操作部１０５は、ユーザがデジタルカメラ１００に対する指示をユーザから受け付けるために用いられる。操作部１０５は例えば、ユーザがデジタルカメラ１００の電源のＯＮ／ＯＦＦを指示するための電源ボタンや、撮影を指示するためのレリーズスイッチ、画像データの再生を指示するための再生ボタンを含む。さらに、後述の通信部１１１を介して外部機器との通信を開始するための専用の接続ボタンなどの操作部材を含む。また、後述する表示部１０６に形成されるタッチパネルも操作部１０５に含まれる。なお、レリーズスイッチは、ＳＷ１およびＳＷ２を有する。レリーズスイッチが、いわゆる半押し状態となることにより、ＳＷ１がＯＮとなる。これにより、ＡＦ（オートフォーカス）処理、ＡＥ（自動露出）処理、ＡＷＢ（オートホワイトバランス）処理、ＥＦ（フラッシュプリ発光）処理等の撮影準備を行うための指示を受け付ける。また、レリーズスイッチが、いわゆる全押し状態となることにより、ＳＷ２がＯＮとなる。これにより、撮影を行うための指示を受け付ける。

【0017】

表示部１０６は、撮影の際のビューファインダー画像の表示、撮影した画像データの表示、対話的な操作のための文字表示などを行う。なお、表示部１０６は必ずしもデジタルカメラ１００が内蔵する必要はない。デジタルカメラ１００は内部又は外部の表示部１０６と接続することができ、表示部１０６の表示を制御する表示制御機能を少なくとも有していればよい。

【0018】

記録媒体１１０は、撮像部１０２から出力された画像データをファイルとして記録することができる。なお、デジタルカメラ１００におけるファイル管理のためのシステムとしては、例えばＦａｔ（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ）を採用することができる。記録媒体１１０は、デジタルカメラ１００に着脱可能なよう構成してもよいし、デジタルカメラ１００に内蔵されていてもよい。すなわち、デジタルカメラ１００は少なくとも記録媒体１１０にアクセスする手段を有していればよい。

【0019】

通信部１１１は、外部装置と接続するためのインターフェイスである。本実施形態のデジタルカメラ１００は、通信部１１１を介して、外部装置とデータのやりとりを行うことができる。例えば、撮像部１０２で生成した画像データを、通信部１１１を介して外部装置に送信することができる。本実施形態では、通信部１１１は外部装置とＩＥＥＥ８０２．１１の規格に従った、いわゆる無線ＬＡＮで通信するためのインターフェイスを含み、制御部１０１は、通信部１１１を制御することで外部装置との無線ＬＡＮを介した通信を実現する。この無線ＬＡＮでの通信においては、外部装置とは、直接接続してもよいしアクセスポイントを介して接続してもよい。また、データを通信するためのプロトコルとしては、例えばＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いることができる。そのほか、ＰＴＰ／ＩＰ（Ｐｉｃｔｕｒｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いることもできる。なお、通信方式は無線ＬＡＮに限定されるものではなく、例えば赤外線通信方式、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信方式、ＷｉｒｅｌｅｓｓＵＳＢ等の無線通信方式などを採用することもできる。さらには、ＵＳＢケーブルやＨＤＭＩ（登録商標）、ＩＥＥＥ１３９４、Ｅｔｈｅｒｎｅｔ（登録商標）など、有線接続を採用してもよい。

【0020】

近距離無線通信部１１２は、例えば無線通信のためのアンテナと無線信号を処理するため変復調回路や通信コントローラから構成される。近距離無線通信部１１２は、変調した無線信号をアンテナから出力し、またアンテナで受信した無線信号を復調することで近距離無線通信を実現する。ここでは、ＩＳＯ／ＩＥＣ １８０９２の規格（いわゆるＮＦＣ：Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）に従った近距離無線通信を実現する。またその他、赤外線通信方式、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信方式、ＷｉｒｅｌｅｓｓＵＳＢ等の無線通信方式などに従った近距離無線通信を採用してもよい。なお、近距離無線通信部１１２としてＢｌｕｅｔｏｏｔｈ（登録商標）通信方式を採用する場合、例えば低消費電力であるＢｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙのバージョン４．０を採用することができる。このＢｌｕｅｔｏｏｔｈ（登録商標）通信は、無線ＬＡＮ通信と比べて通信可能な範囲が狭い（つまり、通信可能な距離が短い）。また、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信は、無線ＬＡＮ通信と比べて通信速度が遅い。その一方で、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信は、無線ＬＡＮ通信と比べて消費電力が少ない。

【0021】

本実施形態の近距離無線通信部１１２は、デジタルカメラ１００の側部に配される。

【0022】

本実施形態において、後述するスマートデバイス２００とは、通信部１１１より通信を開始して接続される。また、本実施形態におけるデジタルカメラ１００の通信部１１１は、インフラストラクチャモードにおけるアクセスポイントとして動作するＡＰモードと、インフラストラクチャモードにおけるクライアントとして動作するＣＬモードとを有している。そして、通信部１１１をＣＬモードで動作させることにより、本実施形態におけるデジタルカメラ１００は、インフラストラクチャモードにおけるクライアント機器（以下、ＣＬ機器）として動作することが可能である。デジタルカメラ１００がＣＬ機器として動作する場合、周辺のアクセスポイント機器（以下、ＡＰ機器）に接続することで、ＡＰ機器が形成するネットワークに参加することができる。また、通信部１１１をＡＰモードで動作させることにより、本実施形態におけるデジタルカメラ１００は、ＡＰの一種ではあるが、より機能が限定された簡易的なＡＰ（以下、簡易ＡＰ）として動作することも可能である。デジタルカメラ１００が簡易ＡＰとして動作すると、デジタルカメラ１００は自身でネットワークを形成する。デジタルカメラ１００の周辺の装置は、デジタルカメラ１００をＡＰ機器と認識し、デジタルカメラ１００が形成したネットワークに参加することが可能となる。上記のようにデジタルカメラ１００を動作させるためのプログラムは不揮発性メモリ１０３に保持されているものとする。

【0023】

なお、本実施形態におけるデジタルカメラ１００はアクセスポイントの一種であるものの、ＣＬ機器から受信したデータをインターネットプロバイダなどに転送するゲートウェイ機能は有していない簡易ＡＰである。したがって、自機が形成したネットワークに参加している他の装置からデータを受信しても、それをインターネットなどのネットワークに転送することはできない。

【0024】

次に、デジタルカメラ１００の外観について説明する。図１（ｂ）、図１（ｃ）はデジタルカメラ１００の外観の一例を示す図である。レリーズスイッチ１０５ａや再生ボタン１０５ｂ、方向キー１０５ｃ、タッチパネル１０５ｄは、前述の操作部１０５に含まれる操作部材である。また、表示部１０６には、撮像部１０２による撮像の結果得られた画像が表示される。

【0025】

以上がデジタルカメラ１００の説明である。

【0026】

＜スマートデバイス２００の構成＞
図２は、本実施形態の情報処理装置の一例であるスマートデバイス２００の構成例を示すブロック図である。なお、スマートデバイスとはスマートフォンやタブレットデバイスを意味する。なお、ここでは情報処理装置の一例としてスマートデバイスについて述べるが、情報処理装置はこれに限られない。例えば情報処理装置は、無線機能付きのデジタルカメラやプリンタ、テレビ、あるいはパーソナルコンピュータなどであってもよい。

【0027】

制御部２０１は、入力された信号や、後述のプログラムに従ってスマートデバイス２００の各部を制御する。なお、制御部２０１が装置全体を制御する代わりに、複数のハードウェアが処理を分担することで、装置全体を制御してもよい。

【0028】

撮像部２０２は、撮像部２０２に含まれるレンズで結像された被写体光を電気信号に変換し、ノイズ低減処理などを行い、デジタルデータを画像データとして出力する。撮像した画像データはバッファメモリに蓄えられた後、制御部２０１にて所定の演算を行い、記録媒体２１０に記録される。

【0029】

不揮発性メモリ２０３は、電気的に消去・記録可能な不揮発性のメモリである。不揮発性メモリ２０３には、制御部２０１が実行する基本的なソフトウェアであるＯＳ（オペレーティングシステム）や、このＯＳと協働して応用的な機能を実現するアプリケーションが記録されている。また、本実施形態では、不揮発性メモリ２０３には、デジタルカメラ１００と通信するためのアプリケーション（以下アプリ）が格納されている。

【0030】

作業用メモリ２０４は、表示部２０６の画像表示用メモリや、制御部２０１の作業領域等として使用される。

【0031】

操作部２０５は、スマートデバイス２００に対する指示をユーザから受け付けるために用いられる。操作部２０５は例えば、ユーザがスマートデバイス２００の電源のＯＮ／ＯＦＦを指示するための電源ボタンや、表示部２０６に形成されるタッチパネルなどの操作部材を含む。

【0032】

表示部２０６は、画像データの表示、対話的な操作のための文字表示などを行う。なお、表示部２０６は必ずしもスマートデバイス２００が備える必要はない。スマートデバイス２００は表示部２０６と接続することができ、表示部２０６の表示を制御する表示制御機能を少なくとも有していればよい。

【0033】

記録媒体２１０は、撮像部２０２から出力された画像データを記録することができる。なお、スマートデバイス２００におけるファイル管理のためのシステムとしては、例えばＦＡＴを採用することができる。記録媒体２１０は、スマートデバイス２００に着脱可能なよう構成してもよいし、スマートデバイス２００に内蔵されていてもよい。すなわち、スマートデバイス２００は少なくとも記録媒体２１０にアクセスする手段を有していればよい。

【0034】

通信部２１１は、外部装置と接続するためのインターフェイスである。本実施形態のスマートデバイス２００は、通信部２１１を介して、外部装置とデータのやりとりを行うことができる。例えば、撮像部２０２で生成した画像データを、通信部２１１を介して外部装置に送信することができる。本実施形態では、通信部２１１は外部装置とＩＥＥＥ８０２．１１の規格に従った、いわゆる無線ＬＡＮで通信するためのインターフェイスを含み、制御部２０１は、通信部２１１を制御することで外部装置との無線ＬＡＮを介した通信を実現する。この無線ＬＡＮでの通信においては、外部装置とは、直接接続してもよいしアクセスポイントを介して接続してもよい。また、データを通信するためのプロトコルとしては、例えばＨＴＴＰやＰＴＰ／ＩＰを用いることができる。なお、通信方式は無線ＬＡＮに限定されるものではなく、例えば赤外線通信方式、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信方式、ＷｉｒｅｌｅｓｓＵＳＢ等の無線通信方式などを採用こともできる。さらには、ＵＳＢケーブルやＨＤＭＩ（登録商標）、ＩＥＥＥ１３９４、Ｅｔｈｅｒｎｅｔ（登録商標）など、有線接続を採用してもよい。

【0035】

近距離無線通信部２１２は、例えば無線通信のためのアンテナと無線信号を処理するための変復調回路や通信コントローラから構成される。近距離無線通信部２１２は、変調した無線信号をアンテナから出力し、またアンテナで受信した無線信号を復調することにより非接触近距離通信を実現する。ここでは、ＩＳＯ／ＩＥＣ １８０９２の規格（いわゆるＮＦＣ）に従った近距離無線通信を実現する。またその他、赤外線通信方式、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信方式、ＷｉｒｅｌｅｓｓＵＳＢ等の無線通信方式などに従った近距離無線通信を採用してもよい。なお、近距離無線通信部１１２としてＢｌｕｅｔｏｏｔｈ（登録商標）通信方式を採用する場合、例えば低消費電力であるＢｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙのバージョン４．０を採用することができる。このＢｌｕｅｔｏｏｔｈ（登録商標）通信は、無線ＬＡＮ通信と比べて通信可能な範囲が狭い（つまり、通信可能な距離が短い）。また、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信は、無線ＬＡＮ通信と比べて通信速度が遅い。その一方で、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信は、無線ＬＡＮ通信と比べて消費電力が少ない。

【0036】

公衆網通信部２１３は、公衆無線通信を行う際に用いられるインターフェイスである。スマートデバイス２００は、公衆網通信部２１３を介して、他の機器と通話することができる。この際、制御部２０１はマイク２１４およびスピーカ２１５を介して音声信号の入力と出力を行うことで、通話を実現する。更に、本実施形態では、公衆網通信部２１３はＷ−ＣＤＭＡ（ＵＭＴＳ）やＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）等の規格に従って公衆網に接続することができる。なお、通信部２１１および公衆網通信部２１３は、一つのアンテナで兼用することも可能である。

【0037】

以上がスマートデバイス２００の説明である。

【0038】

＜デジタルカメラを外部装置から制御するためのＡＰＩについて＞
図３（ａ）は、外部機器からデジタルカメラ１００を制御するためのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）について説明するための図である。

【0039】

デジタルカメラ１００は、スマートデバイス２００などの外部機器から制御するためのＡＰＩを公開しており、このＡＰＩを利用することで、外部装置の開発者は、簡単なコマンド指定のみで、様々な処理を手軽に実装することができる。例えば本実施形態では、このＡＰＩを通してデジタルカメラ１００の不揮発性メモリ１０３に記録されたデバイス情報や、デジタルカメラ１００の記録媒体１１０などに保存されたコンテンツファイルをデジタルカメラ１００から取得することができる。コンテンツファイルとは、デジタルカメラ１００が生成して記録媒体１１０や不揮発性メモリ１０３に保存するファイルのことであり、本実施形態では、静止画ファイルや動画ファイルのことを指す。なお、この他、例えば音声ファイル、音楽ファイル、ＨＴＭＬなどのマークアップ言語ファイル等を外部機器に提供できるようにしてもよい。以下では、説明を簡単にするために、主に静止画ファイルを例に挙げて説明する。

【0040】

デジタルカメラ１００は、予め不揮発性メモリ１０３にＡＰＩをプログラムとして保存している。通信部１１１を介して、デジタルカメラ１００と外部機器との通信が確立すると、ＡＰＩを実行するためのプログラムを作業用メモリ１０４に展開し、外部装置からＡＰＩがリクエストされるのを待つ。制御部１０１が外部機器からＡＰＩがリクエストされたことを検知すると、ＡＰＩの種類に応じて処理を実行し、その結果をレスポンスとして外部機器に返却する。なお、ＡＰＩはデジタルカメラ１００が規定した通信プロトコル上で実行され、外部機器は規定された通信プロトコルを用いてデジタルカメラ１００と通信を行い、ＡＰＩをリクエストする。本実施形態では、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）上で本ＡＰＩが実行されることを想定して説明するが、他の通信プロトコル（例えばＰＴＰ／ＩＰ等）を採用してもよい。

【0041】

ＨＴＴＰにおけるＡＰＩの実行方法については、基本的に以下の手順で実現される。すなわち、外部機器がＨＴＴＰリクエストボディにＡＰＩ名と必要な引数をテキストで記述し、ＧＥＴメソッドもしくはＰＯＳＴメソッドを用いてデジタルカメラ１００に送信することで、ＡＰＩの実行を要求する。これに対して、デジタルカメラ１００は、ＨＴＴＰレスポンスボディにその結果を付加して外部機器にレスポンスとして返却することで、ＡＰＩの実行結果を提供する。なお、以下の説明では、このＡＰＩを利用してリクエストを送信するための処理を実行することを、ＡＰＩをコールする、とも記載する。

【0042】

図３（ａ）のＡＰＩリスト３００は、前述した仕組みで動作する、デジタルカメラ１００が提供するＡＰＩの種類とその説明を表にしたものである。なお、以下に挙げるＡＰＩは一例であり、デジタルカメラ１００を制御するＡＰＩとして、以下に挙げるＡＰＩ以外のものも提供されてもよい。

【0043】

ＡＰＩ３０１は、デジタルカメラ１００の製品情報を取得するためのＡＰＩである。ＡＰＩ名「ＲｅｑｕｅｓｔＰｒｏｄｕｃｔＩｎｆｏ」を引数なしでデジタルカメラ１００にリクエストすると、レスポンスとしてデジタルカメラ１００の製品名、製造者名、ファームウェアバージョン、シリアルナンバーをデジタルカメラ１００から取得できる。なお、製品名とは、デジタルカメラ１００の製品名称である。製造者名とはデジタルカメラ１００のメーカー名称である。ファームウェアバージョンとは、不揮発性メモリ１０３に保存されたデジタルカメラ１００を制御するためのプログラムのバージョン番号である。シリアルナンバーとは、デジタルカメラ１００の個体識別が可能な一意の番号である。

【0044】

ＡＰＩ３０２は、デジタルカメラ１００の保存領域の情報を取得するためのＡＰＩである。ＡＰＩ名「ＲｅｑｕｅｓｔＭｅｍｏｒｙＩｎｆｏ」をデジタルカメラ１００にリクエストすると、レスポンスとしてデジタルカメラ１００の保存領域ＩＤ、保存可能容量、空き容量、保存済みのコンテンツファイル数をデジタルカメラ１００から取得できる。このリクエストは引数なしで行われる。なお、保存領域ＩＤとは、デジタルカメラ１００で生成されるコンテンツファイルを保存可能な領域にそれぞれ割り振られたＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）である。コンテンツファイルを保存可能な領域とは、例えば、デジタルカメラ１００の記録媒体１１０などであり、ＩＤはこの記録媒体１１０に割り振られる。もし記録媒体を複数挿入できる場合には、それぞれの記録媒体に異なるＩＤが割り振られる。保存可能容量とは、コンテンツファイルを保存できる保存領域の上限サイズである。空き容量とは、保存領域のうちコンテンツファイルが保存されていない領域のサイズである。保存済みのコンテンツ数とは、保存領域に保存されているコンテンツファイルの総数のことである。

【0045】

ＡＰＩ３０３は、デジタルカメラ１００の保存領域に保存されているコンテンツＩＤとコンテンツファイルの管理情報を取得するためのＡＰＩである。なお、管理情報は、コンテンツが記録されるディレクトリ内のファイルやディレクトリの情報を管理するための管理領域（いわゆるディレクトリエントリと呼ばれる、ディレクトリ毎に確保される領域）内に記録されている。ＡＰＩ名「ＲｅｑｕｅｓｔＣｏｎｔｅｅｎｔＩｎｆｏ」と共に、ＡＰＩ３０２で取得した保存領域ＩＤ、コンテンツフォーマットの種類、取得要求数を指定してリクエストすると、レンポンスとして以下の情報をデジタルカメラ１００から取得できる。すなわち、デジタルカメラ１００の保存領域に保存されているコンテンツファイルのコンテンツＩＤ、ファイル名、ファイルサイズ、ファイル生成日時等である。なお、ここでいうコンテンツＩＤは、コンテンツファイルを個々に識別するために、デジタルカメラ１００の制御部１０１によって自動的に割り振られるＩＤである。なお、デジタルカメラ１００内のファイル管理のためのＩＤとは別に、ＡＰＩ３０３を利用するスマートデバイス２００との通信中に一時的に用いるためのＩＤを別途割り振り、それをコンテンツＩＤとして用いてもよい。

【0046】

ＡＰＩ３０４は、デジタルカメラ１００の保存領域に保存されているコンテンツファイルを取得するためのＡＰＩである。ＡＰＩ名「ＲｅｑｕｅｓｔＣｏｎｅｎｔ」と共に、コンテンツＩＤとコンテンツサイズの種類を指定してリクエストすると、レスポンスとしてコンテンツファイルをデジタルカメラ１００から取得できる。なお、コンテンツサイズの種類としては、例えばオリジナルや縮小サイズ等を指定することができる。そして、デジタルカメラ１００は指定されたサイズに従ったコンテンツファイルを生成し外部装置へレスポンスとして返却する。本実施形態では、コンテンツサイズの種類として、例えば静止画ファイルをオリジナルのサイズで取得するのか、サムネイルサイズで取得するのかを指定できる。オリジナルを指定すれば、デジタルカメラ１００に記録されている画像データを取得する。サムネイルを指定すれば、デジタルカメラ１００に記録されている画像データのヘッダに記録されているサムネイルを取得する。

【0047】

ＡＰＩ３０５は、デジタルカメラ１００の保存領域に保存されているコンテンツファイルの詳細情報（いわゆるメタデータ）を取得するＡＰＩである。ＡＰＩ名「ＲｅｑｕｅｓｔＣｏｎｔｅｎｔＤｅｔａｉｌＩｎｆｏ」と共に、コンテンツＩＤを引数としてリクエストすると、指定したコンテンツＩＤに対応するコンテンツの詳細情報を取得できる。本実施形態における詳細情報とは、いわゆるメタデータであり、例えば静止画ファイルのＥｘｉｆ情報である。なお、Ｅｘｉｆ（Ｅｘｃｈａｎｇｅａｂｌｅ ｉｍａｇｅ ｆｉｌｅ ｆｏｒｍａｔ）とは、ＪＥＩＤＡ（日本電子工業振興協会）が策定したデジタルカメラ用の画像メタデータのフォーマットである。Ｅｘｉｆ情報は、画像データのヘッダに記録されている情報であるため、内容を把握するためには、画像データのヘッダの読出しと解析が必要である。なお、本ＡＰＩの実装により、カメラ側で画像のヘッダを解析して、スマートデバイス２００が解釈可能なフォーマットでメタデータを取得できるため、スマートデバイス２００側では画像のＥｘｉｆを解析する必要はない。すなわち、例えばＡＰＩ３０４の利用によって受信した画像データのＥｘｉｆを解析する機能を持っていなくとも、デジタルカメラ１００からメタデータを取得することで、メタデータを取得することができる。なお、画像データのヘッダの解析にはある程度の時間が必要である。故に、ディレクトリエントリに記録されている管理情報に比べて、データとして送信できるようになるまでの時間が長い。

【0048】

ここで、本実施形態における画像データの構成について説明する。図３（ｂ）は、本実施形態での画像データの構成の概念図である。この画像データは、例えばデジタルカメラ１００により生成され、記録媒体１１０のデータ記録領域に記録されるものである。

【0049】

本実施形態の画像ファイルのデータ構造は、画像ファイルの形式にＥｘｉｆ−ＪＰＥＧを用いるが、Ｅｘｉｆ−ＴＩＦＦやＲＡＷ画像、動画など、画像ファイルにメタデータが記録できるデータ構造になっている形式でもよい。

【0050】

図３（ｂ）のＥｘｉｆ−ＪＰＥＧ３１０において、ＳＯＩ３１１は、Ｅｘｉｆ−ＪＰＥＧ３１０の開始を示すマーカーである。ＡＰＰ１ ３１２は、Ｅｘｉｆ−ＪＰＥＧ３１０のヘッダ部に相当するアプリケーションマーカである。データブロック３１３は、量子化テーブル（ＤＱＴ）、ハフマンテーブル（ＤＨＴ）、フレーム開始マーカー（ＳＯＦ）、スキャン開始マーカ（ＳＯＳ）で構成されるデータブロックである。Ｃｏｍｐｒｅｓｓｅｄ Ｄａｔａ３１４は、本体画像の圧縮データである。ＥＯＩ３１５は、Ｅｘｉｆ−ＪＰＥＧ３１０の終端を示すマーカーである。

【0051】

また、ＡＰＰ１ ３１２は、図３（ｂ）のデータブロック３１６〜３２２で示すように構成される。データブロック３１６は、ＡＰＰ１ ３１２のサイズを示すＡＰＰ１ Ｌｅｎｇｔｈ、ＡＰＰ１ ３１２の識別コードを示すＥｘｉｆ Ｉｄｅｎｔｉｆｉｅｒ Ｃｏｄｅで構成されるデータブロックである。０ｔｈ ＩＦＤ３１７は、圧縮された本体画像に関する付属情報を記録するデータブロックである。例えば、撮像したデジタルカメラのモデル名の情報が含まれる。０ｔｈ ＩＦＤ３１７の一部には、Ｅｘｉｆ ＩＦＤ３１８とＧＰＳ ＩＦＤ３２０のデータブロックが存在する。

【0052】

Ｅｘｉｆ ＩＦＤ３１８は、Ｅｘｉｆバージョンに関するタグ、画像データの特性や構造に関するタグ、撮像日時に関するタグ、シャッタースピードやレンズ焦点距離などが記録された撮像条件に関するタグなどで構成される。また、Ｅｘｉｆ ＩＦＤ３１８には、ＭａｋｅｒＮｏｔｅ３１９のデータブロックが存在する。ＭａｋｅｒＮｏｔｅ３１９は、ファイルを生成したメーカ固有の情報が記録されている。例えば、時差情報や、撮像に用いられたデジタルカメラ１００のユニークな番号を表すシリアル番号などの情報が含まれる。このＭａｋｅｒＮｏｔｅ３１９に記載される情報は、メーカ毎に個別の仕様が採用されている。そのため、ＭａｋｅｒＮｏｔｅ３１９に記録されるデータのフォーマットの仕様が公開されていない限り、他のメーカの製品やアプリケーションからは、ＭａｋｅｒＮｏｔｅ３１９に記録されている情報を把握することは難しい。ＡＰＩ３０５は、このような問題を解決するためにも利用することができる。すなわち、ＡＰＩ３０５を利用すれば、ＭａｋｅｒＮｏｔｅ３１９の解析もデジタルカメラ１００が実行し、スマートデバイス２００が認識できる形でデータを取得することができる。そのため、ＡＰＩを利用する側の装置やアプリが、ＭａｋｅｒＮｏｔｅ３１９を解析する機能を備えていなくとも、ＭａｋｅｒＮｏｔｅ３１９に記録されている情報の内容を把握することができる。

【0053】

ＧＰＳ ＩＦＤ３２０は、ＧＰＳ情報に関するタグで構成される。その中には、本実施例で使用する緯度、経度といった位置情報や、衛星測位日時（ＵＴＣ）が記録される。

【0054】

１ｓｔ ＩＦＤ３２１は、サムネイル画像に関する付属情報を記録するデータブロックである。Ｔｈｕｍｂｎａｉｌ３２２は、サムネイルの画像データである。

【0055】

以上が、本実施形態の画像データの構造の説明である。

【0056】

＜システムのシーケンス＞
次に、本実施形態におけるデジタルカメラ１００とスマートデバイス２００とが協働して実現する画像データの閲覧手順について説明する。

【0057】

図４は、本実施形態におけるデジタルカメラ１００とスマートデバイス２００とが協働して実現するデータの閲覧手順を示すシーケンス図である。

【0058】

まず、ステップＳ４０１において、デジタルカメラ１００およびスマートデバイス２００は、互いに通信パラメータを共有し、互いに同一のネットワークに参加する。ここで両機器が参加するネットワークは、両機器とは異なる他の機器であるアクセスポイントが生成したものであってもよいし、両機器のどちらかが簡易ＡＰとして動作して生成してもよい。本実施形態では、デジタルカメラ１００が簡易ＡＰとして動作して無線ＬＡＮネットワークを形成する場合を例に挙げて説明する。デジタルカメラ１００は簡易ＡＰとして動作すると、ビーコン信号の定期的な送信を開始する。一方スマートデバイス２００にてメニュー操作により接続開始が指示されると、スマートデバイス２００はビーコン信号を検知し、デジタルカメラ１００が形成した無線ＬＡＮネットワークに参加する。なお、通信パラメータの共有は、各機器をユーザが操作することで（例えばスマートデバイス２００でのＳＳＩＤの選択や、デジタルカメラ１００での無線ＬＡＮ機能の起動を指示するメニュー操作等）実現する。あるいは、近距離無線通信を介してデジタルカメラ１００からスマートデバイス２００にＳＳＩＤやパスワードを送信することで共有してもよい。この場合、近距離無線通信でのＳＳＩＤやパスワードの共有に応じて無線ＬＡＮ機能を自動的に起動するように構成される。

【0059】

次に、ステップＳ４０２において、デジタルカメラ１００およびスマートデバイス２００は、機器発見プロトコルによりお互いのデバイスを発見し、データ通信を行うためのプロトコル接続をすることにより機器同士の接続が完了する。互いのデバイスの発見には、例えばＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ Ａｎｄ Ｐｌａｙ）や、ｍＤＮＳ（Ｍｕｌｔｉｃａｓｔ Ｄｏｍａｉｎ Ｎａｍｅ Ｓｅｒｖｉｃｅ）などのプロトコルを用いる。また、データ通信を行うためのプロトコルとしては、例えば、ＰＴＰ／ＩＰを採用することができる。

【0060】

次に、ステップＳ４０３において、スマートデバイス２００は、デジタルカメラ１００に対して、製品情報を取得するＲｅｑｕｅｓｔＰｒｏｄｕｃｔＩｎｆｏ ＡＰＩをコールする。すなわち、デジタルカメラ１００に対して製品情報を要求する。

【0061】

これに対し、ステップＳ４０４においてデジタルカメラ１００は、図３（ａ）に示すＲｅｑｕｅｓｔＰｒｏｄｕｃｔＩｎｆｏに応じた処理を行い、結果をスマートデバイス２００に対して返却する。ここでは、デジタルカメラ１００は、要求の受信に応じて不揮発性メモリ１０３に記録されている製品名、製造者名、ファームウェアバージョン、シリアルナンバーなどを読み出し、スマートデバイス２００に製品情報として送信する。

【0062】

続くステップＳ４０５において、スマートデバイス２００は、デジタルカメラ１００に対して、保存領域の情報を取得するＲｅｑｕｅｓｔＭｅｍｏｒｙＩｎｆｏ ＡＰＩをコールする。すなわち、デジタルカメラ１００に対して保存領域の情報を要求する。

【0063】

これに対し、ステップＳ４０６においてデジタルカメラ１００は、図３（ａ）に示すＲｅｑｕｅｓｔＭｅｍｏｒｙＩｎｆｏに応じた処理を行い、結果をスマートデバイス２００に対して返却する。具体的には、デジタルカメラ１００は保存領域の情報として、保存領域ＩＤ、保存可能容量、空き容量、保存済みコンテンツ数などをスマートデバイス２００に送信する。

【0064】

次に、ステップＳ４０７において、スマートデバイス２００はサムネイル一覧を表示するために、デジタルカメラ１００に保存されている画像の管理情報を取得するＲｅｑｕｅｓｔＣｏｎｔｅｎｔＩｎｆｏ ＡＰＩをコールする。すなわち、デジタルカメラ１００に対して保存されている画像の管理情報を要求する。なお、本ステップでのＲｅｑｕｅｓｔＣｏｎｔｅｎｔＩｎｆｏ ＡＰＩのコールにおいては、ステップ４０６で取得した保存領域の情報を引数に利用する。また、ステップＳ４０７の処理は、ステップＳ４０６の完了に応じて自動的に実行されてもよいし、例えばユーザの操作によって、サムネイル一覧を表示するための指示を受け付けたことに応じて実行されてもよい。図４では、ユーザからの指示に応じて実行される場合を例示する。

【0065】

次に、この要求に対し、ステップＳ４０８でデジタルカメラ１００は、図３（ａ）に示すＲｅｑｕｅｓｔＣｏｎｔｅｎｔＩｎｆｏに応じた処理を行い、結果をスマートデバイスに対して返却する。具体的には、デジタルカメラ１００はコンテンツＩＤ、コンテンツファイル名、コンテンツファイルサイズ、コンテンツ生成日時などを、画像が保存されているディレクトリのディレクトリエントリから読み出し、スマートデバイス２００に送信する。

【0066】

ステップＳ４０７とステップＳ４０８の処理は、スマートデバイス２００の表示部２０６に表示するサムネイルの数だけ繰り返される。図４では、後述のステップによって取得されたサムネイルが一画面に１５つ表示される例を示している。この場合、ステップＳ４０７とステップＳ４０８は１５回繰り返され、一画面に表示するサムネイルに対応する画像の管理情報を取得する。なお、一度のＲｅｑｕｅｓｔＣｏｎｔｅｎｔＩｎｆｏ ＡＰＩのコールで、複数の管理情報を取得できるようにしてもよい。この場合、ＲｅｑｕｅｓｔＣｏｎｔｅｎｔＩｎｆｏ ＡＰＩの引数には、取得する管理情報の範囲を指定する。具体的には、取得対象範囲１−１５のように指定する。このように指定した場合、デジタルカメラ１００側が所定の順番で管理する各画像の管理情報のうち１番目の画像の管理情報から１５番目の画像の管理情報までの１５の管理情報がレスポンスとして返される。例えば、画像の生成順に管理情報が返される。

【0067】

次に、ステップＳ４０９において、スマートデバイス２００は、ステップＳ４０８でデジタルカメラ１００から受信した画像の管理情報に基づき、表示するサムネイルを取得するためのＲｅｑｕｅｓｔＣｏｎｔｅｎｔ ＡＰＩをコールする。すなわち、スマートデバイス２００は画像情報を取得した画像のＩＤを引数に用いて、画像のサムネイルをデジタルカメラ１００に要求する。

【0068】

これに対し、ステップＳ４１０でデジタルカメラ１００は、図３（ａ）に示すＲｅｑｕｅｓｔＣｏｎｔｅｎｔに応じた処理を行い、サムネイルデータをスマートデバイス２００に対して返却する。すなわち、コールされたＡＰＩの引数に含まれる画像のＩＤに基づき決定される画像のヘッダを解析してサムネイルデータを読み出し、スマートデバイス２００に送信する。

【0069】

ステップＳ４０９とステップＳ４１０の処理は、表示すべきサムネイルを取得しきるまで繰り返される。なお、ステップＳ４０９とステップＳ４１０の処理によって取得されるサムネイルは、繰り返しの完了を待つことなく、スマートデバイス２００の表示部２０６に順次表示される。この結果、例えばスマートデバイス２００の表示部２０６には、画面４２１のようなサムネイル一覧が表示されることになる。

【0070】

なお、この画面４２１に表示されるサムネイルに対応する画像以外の画像に関する管理情報やサムネイルについては、他のサムネイルの表示指示が入力されたときに、改めてステップＳ４０７〜ステップＳ４１０の処理を実行して取得すればよい。なお、サムネイル一覧画面においては、例えばタッチパネルへのタッチ操作によって、他のサムネイルを閲覧するための指示を入力することができるものとする。サムネイル一覧の更新については、例えば、上向きのドラッグ操作やフリック操作に応じて、現在表示中のサムネイルは上向きにスクロールアウトしていき、新たに、次のサムネイル群が下からスクロールインしてくるような表示態様で画面が更新される。この際に、ステップＳ４０７〜Ｓ４１０の処理によって、次のサムネイル群の管理情報とサムネイルを取得する。

【0071】

また、サムネイル一覧が表示されている状態において、ユーザは操作部２０５を介して、いずれかのサムネイルを選択して、本画像のプレビューやメタデータの確認を行うことができる。以下の説明では、操作部２０５としてタッチパネルを採用した場合の操作を例に挙げて説明する。

【0072】

ステップＳ４１１にてスマートデバイス２００は、ユーザからいずれかのサムネイルに対応する画像の詳細情報を表示する指示を受け付ける。例えばユーザは、サムネイルの表示領域を一定時間以上タッチする（いわゆる長押し）ことで、サムネイルに対応する画像の詳細情報を表示させるための指示を入力することができる。なお、長押しの操作は一例であり、他の操作でもよい。例えば、サムネイルのタップ、ダブルタップ（所定時間以内に二回のタップを行う操作）、二本の指でのタップ等の操作を採用することができる。

【0073】

ユーザからいずれかのサムネイルに対応する画像の詳細情報を表示する指示を受け付けたスマートデバイス２００は、ステップＳ４１２において、選択された画像の詳細情報を取得するＲｅｑｕｅｓｔＣｏｎｔｅｎｔＤｅｔａｉｌＩｎｆｏ ＡＰＩをコールする。すなわち、ステップＳ４１１でユーザに選択されたサムネイルに対応する画像ＩＤを引数に利用して、その画像ＩＤで特定される画像の詳細情報をデジタルカメラ１００に要求する。

【0074】

これに対し、ステップＳ４１３でデジタルカメラ１００は、図３（ａ）に示すＲｅｑｕｅｓｔＣｏｎｔｅｎｔＤｅｔａｉｌＩｎｆｏに応じた処理を行い、画像の詳細情報をスマートデバイス２００に対して返却する。そして、スマートデバイス２００は、デジタルカメラ１００から受信した画像の詳細情報をもとに、選択された画像の詳細情報を表示する。例えば、表示する情報として、撮影モードや撮影日時、Ａｖ値、Ｔｖ値、ＩＳＯ値などがあげられる。この結果、例えばスマートデバイス２００の表示部２０６には、画面４２２のように、画像のメタデータがサムネイル一覧に重畳して表示される。なお、ステップＳ４１２およびステップＳ４１３の処理の実行はステップＳ４１１での選択の後に自動的にバックグラウンドで実行される。そのため、ユーザはあたかも既に受信した画像のメタデータを確認する場合と同様の操作感で、デジタルカメラ１００内の画像のメタデータを確認することができる。

【0075】

なお、この状態で更に別のサムネイルを選択した場合には、ステップＳ４１２、ステップＳ４１３を繰り返し、そのサムネイルに対応する画像の詳細情報を取得して表示する。これに伴い、既に表示されていた詳細情報は非表示となる。これは、複数のサムネイルに詳細情報が表示されていると、サムネイルが見にくくなってしまうからである。

【0076】

次に、ステップＳ４１４において、スマートデバイス２００は、画面４２１または画面４２２に表示されるサムネイルのうちのいずれかの画像のプレビュー表示を行うための指示を受け付ける。例えばユーザは、表示されているサムネイルの内容や、ステップＳ４１１〜Ｓ４１３の処理により確認できるメタデータ等の情報をもとに、所望の一枚を選択し、より大きなサイズでの画像の内容の確認を指示することができる。この指示の入力には、例えばサムネイルのダブルタップの操作を採用することができる。この操作は、ステップＳ４１１での詳細情報を取得するための指示と区別することができれば、他の操作を採用してもよい。

【0077】

さて、画像のプレビュー表示を行うための指示を受け付けたスマートデバイス２００は、ステップＳ４１５にて、指示された画像のＩＤを引数に用いて、ＲｅｑｕｅｓｔＣｏｎｔｅｎｔ ＡＰＩをコールする。ここでは、画像サイズの引数は「オリジナル」を示す値が利用される。

【0078】

これに対し、ステップＳ４１６でデジタルカメラ１００は、図３（ａ）に示すＲｅｑｕｅｓｔＣｏｎｔｅｎｔに応じた処理を行い、画像データをスマートデバイス２００に対して返却する。すなわち、要求に含まれる画像ＩＤに対応する画像データをスマートデバイス２００に送信する。

【0079】

これを受け取ったスマートデバイス２００は、デジタルカメラ１００から受信した画像データをもとに、ディスプレイに選択された画像のプレビュー表示を行う。この結果、例えばスマートデバイス２００の表示部２０６には、画面４２３のように一枚の画像が一画面に表示される。

【0080】

なお、説明を簡単にすることを目的として、ステップＳ４１１〜ステップＳ４１３の後にステップＳ４１４の処理が実行されるような態様の図面を示したが、先にステップＳ４１４が実行されることも可能である。また、ステップＳ４１４で選択されるサムネイルは、必ずしもステップＳ４１１〜ステップＳ４１３の処理によってメタデータを取得したものとは限らない。そのため、本実施形態のスマートデバイス２００では、画面４２３のように一画面に表示中の画像のメタデータを長押しによって表示させることもできる。すなわち、ステップＳ４１７においてユーザから長押し操作を受け付けたならば、スマートデバイス２００はステップＳ４１８にて、表示中の画像に対応する画像ＩＤを引数に用いてＲｅｑｕｅｓｔＣｏｎｔｅｎｔＤｅｔａｉｌＩｎｆｏ ＡＰＩをコールする。そして、デジタルカメラ１００は、ステップＳ４１９にて、要求に含まれる画像ＩＤによって特定される画像の詳細情報を解析してスマートデバイス２００に送信する。なお、表示中の画像が既にサムネイル一覧画面にてメタデータを取得済みであった場合には、取得済みのメタデータを読み出して表示すればよい。なお、この取得済みのメタデータを読み出して表示する処理を実現するために、一旦取得したメタデータはデジタルカメラ１００との接続が切断されるまで保持しておく。これにより、再度確認する指示を受けた際に、再度ＡＰＩをコールして通信する必要が無くなるため、通信のオーバーヘッドを削減することができる。

【0081】

また、プレビュー表示の画面４２４の表示中に、現在表示している画像の次の画像、あるいは前の画像に表示を切り替える指示を入力することもできる。例えば、操作部１０５に含まれるタッチパネルへの、右向きフリック操作で前の画像を表示させる指示を入力することができ、左向きフリック操作で次の画像を表示させる指示を入力することができる。なお、ここでいう前の画図、次の画像というのは、ステップＳ４０８で取得した画像ＩＤの順番に並べた時の前後関係に従う。言い換えれば、サムネイル一覧の表示順に従う。この指示の入力を受け付けた場合は、スマートデバイス２００は、サムネイル一覧でプレビュー表示の指示を受け付けた場合と同様に、ステップＳ４１２〜ステップＳ４１３を実行すればよい。

【0082】

以上が、本実施形態におけるデジタルカメラ１００とスマートデバイス２００とが協働して実現する画像データの閲覧手順の説明である。

【0083】

＜スマートデバイス２００の動作＞
続いて、図４の手順を実現するための、スマートデバイス２００の動作について説明する。図５は本実施形態におけるスマートデバイス２００の動作を示すフローチャートである。このフローチャートにおける各処理は、制御部２０１が、不揮発性メモリ２０３に格納されたプログラムを作業用メモリ２０４に展開して実行することにより実現される。また、本フローチャートの処理は、例えばユーザのメニュー操作等によってデジタルカメラ１００との無線ＬＡＮの通信を確立する指示を受け付けたことに応じて開始される。

【0084】

まず、ステップＳ５０１において、制御部２０１は、通信部２１１を介してデジタルカメラ１００と無線ＬＡＮ通信を確立する。ステップＳ５０１は、図４のステップＳ４０１、ステップＳ４０２に相当する。

【0085】

次にステップＳ５０３において、制御部２０１は、通信部２１１を介して、デジタルカメラ１００に対してデジタルカメラ１００の製品情報を取得するためのリクエストＲｅｑｕｅｓｔＰｒｏｄｕｃｔＩｎｆｏを送信する。ステップＳ５０３は、図４のステップＳ４０３に相当する。

【0086】

次に、ステップＳ５０４において、制御部２０１は、通信部２１１を介して、デジタルカメラ１００からステップＳ５０３のリクエストに対するレスポンスを受信する。ここではＲｅｑｕｅｓｔＰｒｏｄｕｃｔＩｎｆｏに対するレスポンスとして、製品名などを受信する。ステップＳ５０４は、図４のステップＳ４０４に相当する。

【0087】

次に、ステップＳ５０５において、制御部２０１は、通信部２１１を介して、デジタルカメラ１００に対してデジタルカメラ１００の保存領域の情報を取得するためのリクエストＲｅｑｕｅｓｔＭｅｍｏｒｙＩｎｆｏを送信する。ステップＳ５０５は、図４のステップＳ４０５に相当する。

【0088】

次に、ステップＳ５０６において、制御部２０１は、通信部２１１を介して、デジタルカメラ１００からステップＳ５０５のリクエストに対するレスポンスを受信する。ここではＲｅｑｕｅｓｔＭｅｍｏｒｙＩｎｆｏに対するレスポンスとして、保存領域ＩＤなどを受信する。ステップＳ５０６は、図４のステップＳ４０６に相当する。

【0089】

次に、ステップＳ５０７において、制御部２０１は、通信部２１１を介して、デジタルカメラ１００に対してデジタルカメラ１００に保存されている画像の管理情報を取得するためのリクエストＲｅｑｕｅｓｔＣｏｎｔｅｎｔＩｎｆｏを送信する。ステップＳ５０７は、図４のステップＳ４０８に相当する。

【0090】

次に、ステップＳ５０８において、制御部２０１は、通信部２１１を介して、デジタルカメラ１００からステップＳ５０７のリクエストに対するレスポンスを受信する。ここでは、ＲｅｑｕｅｓｔＣｏｎｔｅｎｔＩｎｆｏに対するレスポンスとして、コンテンツＩＤ（本実施例では画像ＩＤ）などを受信する。ステップＳ５０８は、図４のステップＳ４０９に相当する。

【0091】

制御部２０１は、表示に必要な分だけステップＳ５０７、ステップＳ５０８を繰り返し行う。

【0092】

次に、ステップＳ５０９において、制御部２０１は、通信部２１１を介して、デジタルカメラ１００に対してデジタルカメラ１００の画像のサムネイルを取得するためのリクエストＲｅｑｕｅｓｔＣｏｎｔｅｎｔを送信する。ステップＳ５０９は、図４のステップＳ４１０に相当する。

【0093】

次に、ステップＳ５１０において、制御部２０１は、通信部２１１を介して、デジタルカメラ１００からステップＳ５０９のリクエストに対するレスポンスを受信する。ここでは、ＲｅｑｕｅｓｔＣｏｎｔｅｎｔに対するレスポンスとして、コンテンツデータ（本実施例ではサムネイルデータ）を受信する。ステップＳ５１０は、図４のステップＳ４１１に相当する。

【0094】

制御部２０１は、表示に必要な分だけステップＳ５０９、ステップＳ５１０を繰り返し行う。すなわち、ステップＳ５０７とステップＳ５０８の繰り返し回数と同じ回数だけ、ステップＳ５０９、ステップＳ５１０を繰り返す。

【0095】

次に、ステップＳ５１１において、制御部２０１は、ステップＳ５１０においてデジタルカメラ１００から受信した画像のサムネイルデータを、表示部２０６に一覧表示する。なお、前述のように、繰り返されるステップＳ５１０でサムネイルを受信し次第、順次表示する。スマートデバイス２００におけるサムネイル一覧表示の画面例は図４の画面４２１に示すとおりである。また、サムネイル一覧の表示に併せて、ユーザからの、メタデータの取得要求の指示や画像のプレビュー表示の指示の受け付けを開始する。

【0096】

次に、ステップＳ５１２において、制御部２０１は、表示されるサムネイルに対応する画像の詳細情報を取得する指示を受け付けたか否かを判断する。具体的には、ユーザが操作部２０５を用いて、サムネイル画像を長押ししたか否かを判断する。ステップＳ５１２において、サムネイル画像が長押しされたと判断した場合は、ステップＳ５１３に進み、長押しされていないと判断した場合は、ステップＳ５１６に進む。ステップＳ５１２は、図４のステップＳ４１２に相当する。ステップＳ５１６については後述する。

【0097】

ステップＳ５１３で制御部２０１は、通信部２１１を介して、デジタルカメラ１００に対して、ステップＳ５１２において長押しされたサムネイル画像の詳細情報を取得するためのリクエストＲｅｑｕｅｓｔＣｏｎｔｅｎｔＤｅｔａｉｌＩｎｆｏを送信する。ここでは、長押しされたサムネイルに対応する画像ＩＤを引数に用いる。ステップＳ５１３は、図４のステップＳ４１３に相当する。

【0098】

次に、ステップＳ５１４において、制御部２０１は、通信部２１１を介して、デジタルカメラ１００からステップＳ５１３のリクエストに対するレスポンスを受信する。ここでは、ＲｅｑｕｅｓｔＣｏｎｔｅｎｔＤｅｔａｉｌＩｎｆｏに対するレスポンスとして、コンテンツ詳細情報（本実施例では画像のメタデータ）を受信する。ステップＳ５１４は、図４のステップＳ４１４に相当する。

【0099】

次に、ステップＳ５１５において、制御部２０１は、ステップＳ５１４において受信した画像の詳細情報を表示部２０６に表示する。スマートデバイス２００におけるサムネイル一覧表示における詳細情報は図４の４２２に示すように、サムネイル一覧に重畳して表示される。

【0100】

次に、ステップＳ５１６において、制御部２０１は、プレビュー表示を実行する指示を受け付けたか否かを判断する。ここでは、制御部２０１は、ユーザが操作部２０５を用いて、一覧表示されるサムネイルの中のいずれかをダブルタップしたことが検知された場合、タップされたサムネイルに対応する画像のプレビュー表示を実行する指示を受け付けたと判断する。更に、制御部２０１は、ユーザが操作部２０５を用いて、プレビュー表示中に左方向および右方向のうち、いずれかの方向のフリックを行ったことが検知された場合、表示中の画像の前、または後の画像のプレビュー表示を実行する指示を受け付けたと判断する。ステップＳ５１６において、プレビュー表示を実行する指示を受け付けたと判断した場合には、ステップＳ５１７に進み、プレビュー表示を実行する指示を受け付けていないと判断した場合には、ステップＳ５２０に進む。ステップＳ５１６は、図４のステップＳ４１５に相当する。ステップＳ５２０については後述する。

【0101】

ステップＳ５１７において、制御部２０１は、通信部２１１を介して、デジタルカメラ１００に対して、ステップＳ５１６においてプレビュー表示を指示された画像のデータを取得するためのリクエストＲｅｑｕｅｓｔＣｏｎｔｅｎｔを送信する。ここでは、ダブルタップされたサムネイルに対応する画像ＩＤまたは、プレビュー表示中の画像の前後の画像のＩＤが引数として用いられる。ステップＳ５１７は、図４のステップＳ４１６に相当する。

【0102】

次に、ステップＳ５１８において、制御部２０１は、通信部２１１を介して、デジタルカメラ１００からステップＳ５１７のリクエストに対するレスポンスを受信する。図３に示すように、ＲｅｑｕｅｓｔＣｏｎｔｅｎｔに対するレスポンスとして、コンテンツデータ（本実施例では画像データ）を受信する。ステップＳ５１８は、図４のステップＳ４１７に相当する。

【0103】

次に、ステップＳ５１９において、制御部２０１は、ステップＳ５１８において受信した画像データを表示部２０６に表示する。スマートデバイス２００における画像のプレビュー表示の画面例は図４の４２３に示すとおりである。

【0104】

ステップＳ５２０において、制御部２０１は、プレビュー表示中の画像の詳細情報を取得する指示を受け付けたか否かを判断する。具体的には、制御部２０１は、プレビュー表示中の画像が、操作部２０５を介してユーザから長押しされたか否かを判断する。ステップＳ５２０において、プレビュー表示中の画像が長押しされたと判断した場合は、ステップＳ５２１に進み、長押しされていないと判断した場合は、ステップＳ５２４に進む。ステップＳ５２０は、図４のステップＳ４１８に相当する。ステップＳ５２４については後述する。

【0105】

ステップＳ５２１において、制御部２０１は、通信部２１１を介して、デジタルカメラ１００に対して、ステップＳ５２０において長押しされた画像の詳細情報を取得するためのリクエストＲｅｑｕｅｓｔＣｏｎｔｅｎｔＤｅｔａｉｌＩｎｆｏを送信する。ステップＳ５２１は、図４のステップＳ４１９に相当する。なお、図４での説明でも述べたように、既に同じ画像の詳細情報をステップＳ５１４で受信済みの場合には、再度通信を行って詳細情報を取得する必要はない。そのため、この場合はステップＳ５２１、ステップＳ５２２の処理をスキップして、ステップＳ５２３の処理に進む。

【0106】

次に、ステップＳ５２２において、制御部２０１は、通信部２１１を介して、デジタルカメラ１００からステップＳ５２１のリクエストに対するレスポンスを受信する。図３に示すように、ＲｅｑｕｅｓｔＣｏｎｔｅｎｔＤｅｔａｉｌＩｎｆｏに対するレスポンスとして、コンテンツ詳細情報（本実施例では画像のメタデータ）を受信する。ステップＳ５２２は、図４のステップＳ４２０に相当する。

【0107】

次に、ステップＳ５２３において、制御部２０１は、ステップＳ５２２において受信した画像の詳細情報を表示部２０６に表示する。また、ステップＳ５２０で指示を受け付けた時点で既に詳細情報を受信済みである場合には、受信済みの詳細情報を読み出して表示部２０６に表示する。スマートデバイス２００における画像のプレビュー表示における詳細情報表示の画面例は図４の４２４に示すとおりである。その後、処理はステップＳ５２４に進む。

【0108】

ステップＳ５２４では、制御部２０１は、ユーザから、サムネイル一覧の表示指示を受け付けたか否かを判断する。この指示は、プレビュー表示中に受け付けられる指示である。例えば、プレビュー表示の状態に遷移すると、画像を一画面に表示すると共に、サムネイル一覧に戻るためのボタンも表示する。このボタンをユーザが選択することで、サムネイル一覧の画面に戻る指示を入力することができる。本ステップで制御部２０１が、サムネイル一覧の表示指示を受け付けたと判断した場合、処理はステップＳ５１１に戻る。また、本ステップで制御部２０１が、サムネイル一覧の表示指示を受け付けていないと判断した場合は、処理はステップＳ５２５に進む。

【0109】

ステップＳ５２５では、制御部２０１は、デジタルカメラ１００との無線ＬＡＮ通信が切断したか否かを判断する。なお、無線ＬＡＮ通信が切断する場合としては、ユーザによって明示的に切断の指示を受け付けた場合や、デジタルカメラ１００からの信号が一定時間以上受信できない場合等が考えられる。ここで、無線ＬＡＮ通信が切断していないと判断された場合、処理はステップＳ５１２に戻る。一方、無線ＬＡＮ通信が切断したと判断された場合、制御部２０１はステップＳ５１４やステップＳ５２２で受信して保持しておいたメタ情報等を削除した上で本フローチャートの処理を終了する。

【0110】

以上が、本実施形態におけるスマートデバイス２００の動作の説明である。

【0111】

以上のように、本実施形態によれば、サムネイルに対応する画像のメタデータを取得する際に、メタデータを取得するための通信を行っていることをユーザに意識させることなく、メタデータを表示することができる。すなわち、ユーザは、既に取得済みの画像のメタデータを確認する場合と同様の操作感で、デジタルカメラ１００内の画像のメタデータを確認することができる。

【0112】

［第２の実施形態］
第１の実施形態では、プレビュー表示後にユーザの指示を受け付けたことで、詳細情報を取得する場合について説明した。これに対して、第２の実施形態では、プレビュー表示の指示を受け付けた場合、本画像の取得と共に詳細情報も取得する。なぜなら、プレビュー表示をした場合は、サムネイル一覧で他の画像と共に表示されている場合よりも、詳細情報を表示する指示を受け付ける可能性が高いと考えられるためである。これにより、プレビュー表示中に詳細情報を表示する指示を受け付けてから詳細情報を表示するまでにかかる時間を短縮することができる。

【0113】

なお、本実施形態は、第１の実施形態と共通する部分が多いため、本実施形態特有の部分を中心に説明する。

【0114】

＜システムのシーケンス＞
図６は、本実施形態におけるデジタルカメラ１００とスマートデバイス２００とが協働して実現するデータの閲覧手順を示すシーケンス図である。

【0115】

ステップＳ６０１〜ステップＳ６１６は、図４のステップＳ４０１〜４１６と同様の処理が実行される。

【0116】

本実施形態では、ステップＳ６１４〜ステップＳ６１６にて、ユーザの指示に応じて画像のプレビュー表示が行われることに応じて、自動的にステップＳ６１７〜ステップＳ６１８の処理が実行される。なお、ステップＳ６１７〜ステップＳ６１８の処理は、図４のステップＳ４１８〜ステップＳ４１９の処理と同様の処理である。ただし、このタイミングでは、メタデータの取得に留まり、メタデータの表示までは行わない。

【0117】

メタデータの表示については、図４の場合と同様に、プレビュー表示されている画像の長押しを受け付けることで行われる（ステップＳ６１９）。

【0118】

本実施形態では上記のように、プレビュー表示の指示を受け付けたことに応じて、プレビュー表示のための通信および表示の処理を実行するだけでなく、プレビュー表示される画像のメタデータも取得する。このように、より詳細情報の表示が指示される可能性が高いと考えられる状況において、予め詳細情報を取得しておくことで、詳細情報の表示が指示された場合に、表示するまでの時間を短縮することができる。なお、本実施形態では、自動的に行うのはメタデータの取得までで、表示はユーザ操作をトリガとする例について説明するが、例えばプレビュー表示と共にメタデータも表示するようにしてもよい。

【0119】

＜スマートデバイス２００の動作＞
続いて、図６の手順を実現するためのスマートデバイス２００の動作について説明する。図７は、本実施形態におけるスマートデバイス２００の動作を示すフローチャートである。このフローチャートにおける各処理は、制御部２０１が、不揮発性メモリ２０３に格納されたプログラムを作業用メモリ２０４に展開して実行することにより実現される。また、本フローチャートの処理は、例えばユーザのメニュー操作等によってデジタルカメラ１００との無線ＬＡＮの通信を確立する指示を受け付けたことに応じて開始される。

【0120】

ステップＳ７０１〜ステップＳ７１５は、図５のステップＳ５０１〜ステップＳ５１５と同様の処理が実行される。

【0121】

ステップＳ７１６では、制御部２０１は、プレビュー表示を実行する指示を受け付けたか否かを判断する。このステップの処理は図５のステップＳ５１６と同様である。ステップＳ７１６において、プレビュー表示を実行する指示を受け付けたと判断した場合には、ステップＳ７１７に進み、プレビュー表示を実行する指示を受け付けていないと判断した場合には、ステップＳ７２２に進む。ステップＳ７１６は、図６のステップＳ６１５に相当する。ステップＳ７２２については後述する。

【0122】

ステップＳ７１７〜ステップＳ７１９は、図５のステップＳ５１７〜ステップＳ５１９と同様の処理が実行される。

【0123】

本実施形態では、これに併せて、ステップＳ７２０、ステップＳ７２１が実行される。ステップＳ７２０、ステップＳ７２１では、図５のステップＳ５２１、ステップＳ５２３と同様の処理が実行される。すなわち、画像のプレビュー表示と共に、メタデータの取得も実行される。なお、第１の実施形態と同様に、既にメタデータを受信済みである場合には、ステップＳ７２０とステップＳ７２１の処理はスキップされる。

【0124】

ステップＳ７２２では、制御部２０１は、プレビュー表示中の画像の詳細情報を表示する指示を受け付けたか否かを判断する。具体的には、制御部２０１は、プレビュー表示中の画像が、操作部２０５を介してユーザから長押しされたか否かを判断する。ステップＳ７２０において、プレビュー表示中の画像が長押しされたと判断した場合は、ステップＳ７２３に進み、長押しされていないと判断した場合は、ステップＳ７２４に進む。ステップＳ７２２は、図６のステップＳ６１９に相当する。ステップＳ７２４については後述する。

【0125】

ステップＳ７２３では、制御部２０１は、ステップＳ７１２で受信した、プレビュー表示中の画像のメタデータを、プレビュー表示中の画像に重畳して表示する。この場合、先にステップＳ７２０とステップＳ７２１の処理を済ませているため、ステップＳ７２２で指示を受け付けてからステップＳ７２０とステップＳ７２１の処理を実行する場合に比べて、メタデータの表示が完了するまでの時間を短縮することができる。

【0126】

ステップＳ７２４とステップＳ７２５は図５のステップＳ５２４とステップＳ５２５と同様の処理が実行される。

【0127】

以上が本実施形態におけるスマートデバイス２００の動作の説明である。

【0128】

以上のように、本実施形態によれば、プレビュー表示の指示を受け付けた際に、プレビュー表示のための画像を取得するだけでなく、その画像の詳細情報も取得しておく。これにより、プレビュー表示中に詳細表示の指示を受け付けた場合のレスポンスをよくすることができる。

【0129】

［その他の実施形態］
上述の第１の実施形態では、プレビュー表示中に、その前後の画像に切り替えることができると述べた。これは、現在プレビュー表示中の画像を閲覧している状態から、他の画像を閲覧しようとする場合、一旦サムネイル一覧に戻るよりも手軽に画像を切り替えられるようにすることを目的としたものである。それゆえ、プレビュー表示中は、プレビュー表示中の画像の前後の画像のほうが、他の画像よりも、取得要求を受け付ける可能性が高いと考えられる。そこで、サムネイル一覧の表示中に、いずれかのサムネイルに対応する画像のプレビュー表示指示を受け付けた場合には、指示を受け付けた画像のみならず、バックグラウンドで前後の画像を取得しておいてもよい。すなわち、図４のステップＳ４１４でプレビュー表示の指示を受け付けた場合、指示された画像ＩＤを引数としてＲｅｑｕｅｓｔＣｏｎｔｅｎｔ ＡＰＩをコールする。それと共に、指示された画像ＩＤの前後の画像ＩＤをそれぞれ引数としてＲｅｑｕｅｓｔＣｏｎｔｅｎｔ ＡＰＩをコールする。また、これに加えて第２の実施形態のように、いずれかのサムネイルに対応する画像のプレビュー表示指示を受け付けた場合には、指示を受け付けた画像のみならず、その画像の詳細情報を取得し、更にその前後の画像と前後の画像の詳細情報を取得してもよい。すなわち、図６のステップＳ６１４でプレビュー表示の指示を受け付けた場合、指示された画像ＩＤを引数としてＲｅｑｕｅｓｔＣｏｎｔｅｎｔ ＡＰＩをコールする。これに併せて、指示された画像ＩＤの前後の画像ＩＤをそれぞれ引数としてＲｅｑｕｅｓｔＣｏｎｔｅｎｔ ＡＰＩをコールする。更に、指示された画像ＩＤを引数としてＲｅｑｕｅｓｔＣｏｎｔｅｎｔＤｅｔａｉｌＩｎｆｏ ＡＰＩをコールしつつ、指示された画像ＩＤの前後の画像ＩＤをそれぞれ引数としてＲｅｑｕｅｓｔＣｏｎｔｅｎｔＤｅｔａｉｌＩｎｆｏ ＡＰＩをコールする。

【0130】

このように予め詳細情報を取得しておくことで、ユーザからの指示を受け付けてから画像や詳細情報を表示するまでの時間を短縮することができる。

【0131】

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】