JP2019161271A - 情報処理装置およびその制御方法およびプログラム - Google Patents

Abstract

【課題】 複数のアプリケーション間で連携して外部装置からデータを取り込む際に、アプリケーションの処理に適した画像を取り込むことを目的とする。【解決手段】 第１のアプリケーションおよび第２のアプリケーションを含む複数のアプリケーションをインストール可能な情報処理装置において、第２のアプリケーションにしたがって動作することにより、第１のアプリケーションに適したデータ形式およびサイズのうち少なくとも一方を示すタイプ情報を取得し、タイプ情報が示す条件を満たす元データを外部装置へ要求し、外部装置から受信する。【選択図】 図５

Description

本発明は、特に、複数のアプリケーションを用いて処理を行うために用いて好適な情報処理装置およびその制御方法およびプログラムに関する。

スマートフォンなどの情報処理装置は、ＯＳや複数のアプリケーションをインストールし、各アプリケーションを用いて動作することで、さまざまな機能を実現することができる。例えば、カメラ接続用アプリケーションを用いてカメラと接続し、画像の取り込みを行ったり、画像編集用アプリケーションを用いて画像の編集を行ったりすることができる。特許文献１には、カメラ接続用アプリケーションによりデジタルカメラと通信を行う通信装置が開示されている。

特開２０１４−８６８４４号公報

これらの複数のアプリケーションでは、それぞれのアプリケーションごとに適したデータ形式やサイズが異なっている場合がある。

例えば、情報処理装置に、カメラからの画像の取込処理を実行するための第１のアプリケーションと、画像の編集処理を実行するための第２のアプリケーションについて説明する。第２のアプリケーションが、編集処理の対象となるデータを取得するために、第１のアプリケーションを起動することにより、情報処理装置は画像をカメラから取り込む。ここで、第２のアプリケーションが対応可能なデータ形式でなければ、画像を編集処理することができず、取り込まれた画像が無駄になっていた。また、第２のアプリケーションにおいて特定のデータ形式やサイズの画像に対して優れた編集結果が得られる場合に、編集に適していないデータ形式またはサイズの画像が取り込まれることにより編集処理が十分に行えないことがあった。

そこで、本発明では、複数のアプリケーション間で連携して外部装置からデータを取り込む際に、アプリケーションの処理に適した画像を取り込むことを目的とする。

上記課題を解決するために、本願に係る発明の１つは、第１のアプリケーションおよび第２のアプリケーションを含む複数のアプリケーションをインストール可能な情報処理装置であって、前記第２のアプリケーションにしたがって動作することにより、前記第１のアプリケーションに適したデータ形式およびサイズのうち少なくとも一方を示すタイプ情報を取得する取得手段と、外部装置により保持された元データに関する属性情報を受信する受信手段と、前記第２のアプリケーションにしたがって動作することにより、前記タイプ情報が示す条件を満たす前記元データを前記外部装置へ要求するデータ要求手段と、前記第２のアプリケーションにしたがって動作することにより、前記タイプ情報が示す条件を満たす前記元データを前記外部装置から受信する第２の受信手段を備えたことを特徴とする。

本発明によれば、複数のアプリケーション間で連携して外部装置からデータを取り込む際に、アプリケーションの処理に適したデータ形式およびサイズのデータを取り込むことができ、より好適な処理結果を得ることができる。また、無駄なデータの取り込み処理を行うのを防ぐことができ、処理負荷を軽減することができる。

本発明の実施形態における通信機器を含むネットワークの構成例を説明するための図である。 本発明の実施形態における通信機器のハードウェア構成例を示すブロック図である。 本発明の実施形態における通信機器のソフトウェア構成例を示す図である。 本発明の実施形態における撮像装置のハードウェア構成例を示すブロック図である。 本発明の第１の実施形態におけるＲｅａｄ−ａｐｐからＷｒｉｔｅ−ａｐｐを起動させて、Ｗｒｉｔｅ−ａｐｐによってカメラ内画像を取得し、Ｒｅａｄ−ａｐｐへ渡す例を示したシーケンス図である。 本発明の実施形態におけるデータ共有場所、およびデータリストの構成例を示す図である。 本発明の実施形態におけるＲｅａｄ−ａｐｐの表示画面の例を示す図である。 本発明の実施形態におけるＷｒｉｔｅ−ａｐｐの表示画面の例を示す図である。 本発明の実施形態におけるＷｒｉｔｅ−ａｐｐのデータ受信画面の例を示す図である。 本発明の他の実施形態におけるＷｒｉｔｅ−ａｐｐを起動させて、Ｒｅａｄ−ａｐｐを決定し、Ｗｒｉｔｅ−ａｐｐによってカメラ内画像を取得し、Ｒｅａｄ−ａｐｐへ渡す例を示したシーケンス図である。 本発明の他の実施形態におけるＷｒｉｔｅ−ａｐｐの表示画面の例を示す図である。

以下に、図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。ただし、この実施形態に記載されている構成要素はあくまで例示であり、この発明の範囲をそれらのみに限定する趣旨のものではない。

（第１の実施形態）
以下、本発明の第１の実施形態について図面を参照しながら説明する。本実施形態では、ユーザが情報処理装置である通信機器（スマートフォン）を操作して画像編集アプリケーションを起動させて、データ取り込み用アプリケーションを起動させる例について説明する。なお、本実施形態におけるアプリケーションの「起動」として、未起動のアプリケーションを起動させる場合と、バックグラウンドで起動中のアプリケーションをフォアグラウンドへ移動させる場合がある。

（ネットワークの構成）
図１は、本実施形態に係る通信機器１０１を含むシステムの構成例を説明するための図である。

図１に示すように、通信機器１０１は、データ取り込み用アプリケーションを用いて撮像装置１０２と接続し、ネットワーク１０３を介して撮像装置１０２から画像を取り込むことができる。なお、撮像装置１０２との接続に用いられる通信は、有線通信であっても無線通信であってもよい。

（通信機器の構成）
図２は、本実施形態に係る通信機器１０１のハードウェア構成例を示すブロック図である。

図２において、ＣＰＵ２０１は通信機器１０１全体の処理を制御する。ＲＯＭ２０２には、ＣＰＵ２０１が実行する各種制御プログラム、データ等が保存されている。ＲＡＭ２０３は、ＣＰＵ２０１のワーク領域、エラー処理時のデータの退避領域、制御プログラムのロード領域等を有する。ＨＤＤ（ハードディスクドライブ）２０４は、ＯＳ（オペレーティングシステム）、各種アプリケーション、通信機器１０１内で実行される各制御プログラムやコンテンツ、データを格納する。

入力装置２０５は、電源のＯＮ／ＯＦＦを切り替えるためのボタンなど各種ボタンから構成されている。ＢＭＵ（ビットムーブユニット）２０６は、例えば、メモリ間（例えば、ＶＲＡＭ２０７と他のメモリとの間）のデータ転送や、メモリと各Ｉ／Ｏデバイス（例えば、ＮＥＴＩ／Ｆ２０９）との間のデータ転送を制御する。ＶＲＡＭ２０７には、表示装置２１１に表示するための画像データが描画される。ＶＲＡＭ２０７に描画された画像データは、所定の規定に従って表示装置２１１に転送され、これにより表示装置２１１に画像が表示される。また、表示装置２１１はタッチパネルを搭載しており、ユーザが表示装置２１１の表示面に触れることによって、その位置に表示されたアイコンに係る指示を入力する。ＮＥＴＩ／Ｆ２０９は、撮像装置１０２等とネットワーク１０３を介して通信を行う。バス２１２は、アドレスバス、データバス及びコントロールバスを含む。

図３は、本実施形態に係る通信機器１０１のソフトウェア構成例を示す図である。

通信機器１０１には、所定のＯＳ３０１が搭載されており、データ取込みアプリケーション（以下、Ｗｒｉｔｅ−ａｐｐ）３０２と、画像編集アプリケーション（以下、Ｒｅａｄ−ａｐｐ）３０３とがインストールされている。通信機器１０１のＣＰＵ２０１は、ＯＳ３０１を起動して、通信機器１０１が行う基本的な処理を行うとともに、インストールされているアプリケーションの連携処理およびデータをＨＤＤ２０４等に記録する処理を行う。また、通信機器１０１のＣＰＵ２０１は、Ｗｒｉｔｅ−ａｐｐ３０２を起動して、例えば撮像装置１０２からＮＥＴＩ／Ｆ２０９を介して画像を取り込む処理を行う。また、通信機器１０１のＣＰＵ２０１は、Ｒｅａｄ−ａｐｐ３０３を起動して、取り込んだ画像に対して加工したり、画像の印刷を印刷装置に指示したりする処理を行う。ここで、Ｗｒｉｔｅ−ａｐｐ３０２は入力用アプリケーションであり、出力用アプリケーションであると言うこともできる。なお、通信機器１０１は複数のＲｅａｄ−ａｐｐ３０３をインストールすることが可能であり、本実施形態ではその中の１つを例にあげて説明する。

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

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

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

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

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

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

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

記録媒体４１０は、撮像部４０２から出力された画像データを記録することができる。記録媒体４１０は、撮像装置１０２に着脱可能なよう構成してもよいし、撮像装置１０２に内蔵されていてもよい。すなわち、撮像装置１０２は少なくとも記録媒体４１０にアクセスする手段を有していればよい。

通信部４１１は、外部装置と接続するためのインターフェースである。本実施形態の撮像装置１０２は、通信部４１１を介して、外部装置とデータのやりとりを行うことができる。例えば、撮像部４０２で生成した画像データを、通信部４１１を介して外部装置に送信することができる。また、撮像部４０２による撮像を通信部４１１を介して外部装置からコントロールすることができる。なお、本実施形態では、通信部４１１は外部装置とＩＥＥＥ８０２．１１の規格に従った、いわゆる無線ＬＡＮで通信するためのインターフェースを含む。制御部４０１は、通信部４１１を制御することで外部装置との無線通信を実現する。

近接無線通信部４１２は、例えば無線通信のためのアンテナと無線信号を処理するため変復調回路や通信コントローラから構成される。近接無線通信部４１２は、変調した無線信号をアンテナから出力し、またアンテナで受信した無線信号を復調することによりＩＥＥＥ８０２．１５の規格（いわゆるＢｌｕｅｔｏｏｔｈ（登録商標））に従った近距離無線通信を実現する。本実施形態においてＢｌｕｅｔｏｏｔｈ通信は、低消費電力であるＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙのバージョン４．０（以下ＢＬＥ）を採用する。このＢＬＥ通信は、無線ＬＡＮ通信と比べて通信可能な範囲が狭い（つまり、通信可能な距離が短い）。また、ＢＬＥ通信は、無線ＬＡＮ通信と比べて通信速度が遅い。その一方で、ＢＬＥ通信は、無線ＬＡＮ通信と比べて消費電力が少ない。本実施形態の撮像装置１０２は、近接無線通信部４１２を介して、外部装置とデータのやりとりを行うことができる。例えば、撮像部４０２による撮像を通信部４１１を介して外部装置からコントロールすることができる。ただし、通信速度が遅いため撮像部４０２で生成した画像データを送信することはしない。

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

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

次に、撮像装置１０２の外観について説明する。図４（ｂ）、図４（ｃ）は撮像装置１０２の外観の一例を示す図である。レリーズスイッチ４０５ａや再生ボタン４０５ｂ、方向キー４０５ｃ、タッチパネル４０５ｄは、前述の操作部４０５に含まれる操作部材である。また、表示部４０６には、撮像部４０２による撮像の結果得られた画像が表示される。また、本実施形態の撮像装置１０２は、カメラ筺体の側面に近接無線通信部４１２のアンテナ部分を有する。この近接無線通信部４１２同士を一定の距離に近づけることにより、他の機器と近接無線通信を確立することができる。これにより、ケーブル等を介さずに非接触で通信可能であると共に、ユーザの意図に沿って通信相手を限定することができる。

（通信機器の処理手順）
次に、図５〜図８を参照しながら、本実施形態に係る通信機器１０１の処理手順について説明する。本実施形態では、通信機器１０１のＣＰＵ２０１がＲｅａｄ−ａｐｐを起動し、Ｒｅａｄ−ａｐｐによる処理を行う画面でユーザの指示を受け付けて、Ｗｒｉｔｅ−ａｐｐを呼び出す処理について説明する。

図５は、本実施形態において、通信機器１０１のＣＰＵ２０１がＲｅａｄ−ａｐｐを起動してからＷｒｉｔｅ−ａｐｐを起動させて、外部装置から画像を取得し、画像編集処理のために取得された画像をＲｅａｄ−ａｐｐに渡す処理手順を説明するためのシーケンス図である。なお、以下で説明する処理は通信機器１０１のＣＰＵ２０１がＯＳ３０１、Ｗｒｉｔｅ−ａｐｐ３０２やＲｅａｄ−ａｐｐ３０３を起動し、適宜、これらにしたがって動作し、各部を制御することにより実現される。

なお、以下では説明を簡単にするため、Ｔ５０１からＴ５０９を連携開始フェーズ、Ｔ５１０からＴ５１６を接続フェーズ、Ｔ５１７からＴ５２７を画像保存フェーズ、Ｔ５２８からＴ５３１を連携終了フェーズというように、フェーズに分けて説明する。

まず、Ｔ５０１からＴ５０９の連携開始フェーズに関して説明する。

Ｔ５０１では、通信機器１０１のＣＰＵ２０１が、ユーザの操作により、Ｒｅａｄ−ａｐｐの起動要求を受け付ける。

続いて、Ｔ５０２では、Ｔ５０１における起動要求に応答して、ＣＰＵ２０１がＲｅａｄ−ａｐｐを起動することにより処理を開始する。ＣＰＵ２０１はＲｅａｄ−ａｐｐを起動すると、図７（ａ）に示すような画面を表示装置２１１に表示させる。図７（ａ）に示す画面において、ユーザは、表示装置２１１のタッチパネルを介して実行したい編集内容を選択する。

例えば、「写真を加工」が選択されると、表示装置２１１には、図７（ｂ）に示す画面が表示され、「写真を印刷」が選択されると、表示装置２１１には、図７（ｃ）に示す画面が表示される。また、「写真を送信」が選択されると、表示装置２１１には、図７（ｄ）に示す画面が表示される。図７（ｂ）〜図７（ｄ）に示す画面では、ＨＤＤ２０４等に保存された画像から編集したい画像を選択することができる。一方、通信機器１０１が保持していない画像を編集したい場合は、「Ｗｒｉｔｅ−ａｐｐから写真を追加」ボタン７０２を選択することにより、外部装置から画像を取り込むことができる。図５に示す処理では、「Ｗｒｉｔｅ−ａｐｐから写真を追加」ボタン７０２がユーザによって選択されることによって、Ｒｅａｄ−ａｐｐからＷｒｉｔｅ−ａｐｐの起動を要求し、外部装置からの画像の取り込み処理が実行される。なお、これらの処理の詳細についてはＴ５０６以降で後述する。

図５のＴ５０３では、ＣＰＵ２０１がデータ共有場所５００を参照して、Ｒｅａｄ−ａｐｐの処理に適したデータ形式およびサイズを組み合わせて保持するリスト（以下、画像タイプリスト）が存在するかどうかを判定する。また、Ｒｅａｄ−ａｐｐの画像タイプリストが存在する場合、共有場所５００に格納されているＲｅａｄ−ａｐｐの画像タイプリストと、Ｒｅａｄ−ａｐｐに設定されている、処理に適したデータ形式およびサイズを示す情報を比較して、変更があるかどうか判定する。なお、Ｒｅａｄ−ａｐｐに設定されているデータ形式およびサイズを示す情報は、Ｒｅａｄ−ａｐｐがインストールされた時にＨＤＤ２０４に記憶されるだけでなく、Ｒｅａｄ−ａｐｐのバージョンアップ時などにインターネット等を介して外部から受信されて更新される。なお、適したデータ形式およびサイズは、ユーザの意向を反映できるようＲｅａｄ−ａｐｐ内で設定変更を可能としてもよい。

ここで、データ共有場所５００、および画像タイプリストについて詳細に説明する。

まず、データ共有場所は各アプリケーションから読み書き可能な所定の記憶領域であり、図６（ａ）を用いて説明する。図６（ａ）はＨＤＤ２０４内のディレクトリ構成例を示している。図６（ａ）において、データ共有場所フォルダは６０１である。本実施例では、この直下にＲｅａｄ−ａｐｐ、Ｗｒｉｔｅ−ａｐｐといった各連携アプリケーションの画像タイプリスト６０２が書き込まれる。共有フォルダ６０１、および画像タイプリスト６０２はＲｅａｄ−ａｐｐ、Ｗｒｉｔｅ−ａｐｐなどの連携アプリケーションから読み書きが可能である。また、各連携アプリケーションは、画像タイプリスト６０２のファイルパス（図６では、／ｒｏｏｔ／ａ／ｓｈａｒｅ／ｉｍａｇｅ＿ｔｙｐｅ）を記憶しており、各連携アプリケーションは起動した際にそのファイルパス先の画像タイプリスト６０２のファイルを参照する。そして、各連携アプリケーションに設定された最新の適したデータ形式およびサイズと比較し、差異があれば、変更があると判定する。

以上がデータ共有場所５００に関する説明である。

続いて、画像タイプリストに関して図６（ｂ）を用いて説明する。図６（ｂ）は画像タイプリスト６０２の例を示している。画像タイプリストは、アプリケーションＩＤ６５１、適したデータ形式およびサイズの組の配列６５２、アプリケーション名称６５６から構成される。アプリケーションＩＤ６５１は、アプリケーションが通信機器１０１にインストールされた際にＨＤＤ２０４に記録されるアプリケーション固有のＩＤである。アプリケーション名称６５６は、アプリケーションの名称を示す文字列である。画像タイプリストにおいては、アプリケーションに適したデータ形式とサイズは組み合わせで表現される。例えば、アプリケーションＩＤが０ｘ４１であるアプリケーション６５３に適したデータ形式およびサイズの組は、大きいサイズのＲＡＷ、および、小さいサイズのＪＥＰＧであることを示している。ここで本実施例では、図６（ｂ）に示すように、サイズとしてはＬａｒｇｅ（大きいサイズ）、Ｓｍａｌｌ（小さいサイズ）、Ａｎｙｔｈｉｎｇ（いずれのサイズも許容する）のうちいずれかを指定するものとしている。以上が画像タイプリストに関する説明である。

なお、本実施例では、画像タイプリストは各アプリケーション（例えばＲｅａｄ−ａｐｐ）に”適した”データ形式およびサイズの組を示す場合について説明したが、各アプリケーションに”適していない”データ形式およびサイズの組を示すようにしてもよい。例えば、各アプリケーションが対応しないデータ形式やサイズの組を”適していない”画像タイプとしてリストに示してもよい。

また、本実施例では、サイズとして３段階の値（Ｌａｒｇｅ、Ｓｍａｌｌ、Ａｎｙｔｈｉｎｇ）のうちいずれかを設定するものとしたが、縦または横のピクセルサイズや辺の長さを具体的な数値で指定するようにしてもよい。

また、通信機器１０１はＲｅａｄ−ａｐｐにしたがって動作するとき、ＨＤＤ２０４に記憶されたデータのうち、画像タイプが示す条件を満たさないデータを処理対象とせず、ＨＤＤ２０４から読み出すことをしない。また、ＨＤＤ２０４から画像タイプが示す条件を満たさないデータを処理対象とするような指示を受けた時、警告を示すメッセージを表示装置２１１に表示するようにしてもよい。

再び図５におけるシーケンスの説明に戻る。

そして、Ｔ５０３において、ＣＰＵ２０１はデータ共有場所５００にＲｅａｄ−ａｐｐの画像タイプリスト６０２が存在しない、もしくはＲｅａｄ−ａｐｐの画像タイプリスト６０２が存在し、変更があると判定された場合は、Ｔ５０４、Ｔ５０５を実行する。

Ｔ５０４では、ＣＰＵ２０１はＲｅａｄ−ａｐｐに設定されている適したデータ形式およびサイズの組に基づき画像タイプリストを生成する。Ｔ５０５では、Ｔ５０４で生成した画像タイプリストをＲｅａｄ−ａｐｐの固有のＩＤに関連付けてデータ共有場所５００に書き込む。

この際、Ｔ５０３において、データ共有場所５００にＲｅａｄ−ａｐｐの画像タイプリスト６０２が存在しないと判定された場合は、Ｔ５０４で生成されたリストをＲｅａｄ−ａｐｐの固有のＩＤに関連付けて書き込みを実行する。一方、Ｔ５０３において、データ共有場所５００に画像タイプリスト６０２が存在し、変更があると判定された場合は、Ｒｅａｄ−ａｐｐの固有のＩＤに関連付けられた既存の画像タイプリストをＴ５０４で生成された画像タイプリストで上書き保存する。

Ｔ５０６では、ＣＰＵ２０１は、ユーザがＲｅａｄ−ａｐｐ上に表示される連携ボタンを押下したことを検出する。図７（ｂ）に示す例では、「Ｗｒｉｔｅ−ａｐｐから写真を追加ボタン」７０２が連携ボタンに該当する。

Ｔ５０７では、ＣＰＵ２０１はユーザが連携ボタンを押下したのを検知して、Ｒｅａｄ−ａｐｐによるＷｒｉｔｅ−ａｐｐの起動要求をＯＳへ送信する。この際、起動要求の中に連携の要求元を示す情報としてＲｅａｄ−ａｐｐのアプリケーションＩＤを含み、ＣＰＵ２０１は受信したＲｅａｄ−ａｐｐのアプリケーションＩＤをＲＡＭ２０３に記憶する。Ｔ５０８では、ＣＰＵ２０１はＯＳからのＷｒｉｔｅ−ａｐｐの起動要求を受ける。なお、本実施例では、起動要求の中にＲｅａｄ−ａｐｐのアプリケーションＩＤを含んで起動要求を行うが、これに限定するものではない。例えばＨＤＤ２０４の一時的な場所に連携の要求元を示す情報としてＲｅａｄ−ａｐｐのアプリケーションＩＤを格納して、その格納先へのパスをＷｒｉｔｅ−ａｐｐの起動要求に含めてＯＳへ送信するなどしてもよい。そして、ＣＰＵ２０１はパスにしたがって取得したＲｅａｄ−ａｐｐのアプリケーションＩＤを、ＲＡＭ２０３に記憶する。

続いて、Ｔ５０９では、ＣＰＵ２０１はＷｒｉｔｅ−ａｐｐを起動する。起動した際、図８（ａ）に示すＷｒｉｔｅ−ａｐｐの画面を表示する。図８（ａ）に示すように、Ｒｅａｄ−ａｐｐからの要求にしたがって連携目的でＷｒｉｔｅ−ａｐｐが起動された場合は、ＣＰＵ２０１はＷｒｉｔｅ−ａｐｐを連携モードへ遷移させる。なお、Ｗｒｉｔｅ−ａｐｐが既に起動しており、バックグラウンドで動作している場合は、ＣＰＵ２０１はＷｒｉｔｅ−ａｐｐをフォアグラウンドでの動作に切り替えて、連携モードで動作させる。そして、Ｗｒｉｔｅ−ａｐｐが連携モードで動作している間は、その旨をユーザへ示すようにステータスバー８０１を表示する。Ｗｒｉｔｅ−ａｐｐが連携モードで動作するときは、Ｗｒｉｔｅ−ａｐｐでは撮像装置１０２内の画像を取り込む操作を優先することを目的とするため、図８（ａ）に示すように、カメラと接続するためのガイド機能と、カメラ内の画像一覧機能のみに制限される。一方、ユーザが単にＷｒｉｔｅ−ａｐｐを起動するような通常モードでの起動では、図８（ａ）に示すすべての機能が利用可能となり、それに合わせたＵＩ表示となる。なお、解除ボタン８０２をユーザが押下することが検知されると、ＣＰＵ２０１はＷｒｉｔｅ−ａｐｐの連携モードを解除し、通常モードの動作へ遷移させる。

以上が連携開始フェーズである。

続いて、Ｔ５１０からＴ５１６の接続フェーズに関して説明する。

Ｔ５１０では、ユーザが撮像装置１０２を操作することに応じて、撮像装置１０２が通信モードをＯＮに設定すると、Ｔ５１１において、撮像装置１０２はアクセスポイントの機能を起動する。

続いて、Ｔ５１２では、ユーザが通信機器１０１を操作することに応答して、通信機器１０１は撮像装置１０２のアクセスポイントへ接続する。

Ｔ５１３では、ＣＰＵ２０１はＷｒｉｔｅ−ａｐｐにおいて、ＯＳから撮像装置１０２を検出したことの通知を受け、Ｔ５１４において、撮像装置１０２へ接続要求を送信する。

Ｔ５１５では、撮像装置１０２より通信機器１０１の認証が行われ、撮像装置１０２と通信機器１０１の接続が確立される。

Ｔ５１６では、ＣＰＵ２０１は、Ｔ５０８において取得したＲｅａｄ−ａｐｐのアプリケーションＩＤをＲＡＭ２０３から読み出し、そのアプリケーションＩＤを元に、データ共有場所５００の画像タイプリストを参照する。ＣＰＵ２０１はＲｅａｄ−ａｐｐに該当する適したデータ形式およびサイズの組（以下、画像タイプと称する場合がある）を画像タイプリストから取得しＲＡＭ２０３へ記憶する。

以上が、接続フェーズである。なお、Ｔ５１６の処理は撮像装置１０２との接続が完了したタイミングに行われる場合について説明したが、これに限定しない。例えば、Ｔ５０９のＷｒｉｔｅ−ａｐｐが起動したタイミングでもよいし、後述するＴ５２０の描画更新を行うタイミングでもよい。

続いて、Ｔ５１７からＴ５２７の画像保存フェーズについて説明する。

Ｔ５１７では、ＣＰＵ２０１は、図８（ａ）におけるカメラ内の画像一覧ボタン８０３を押下することを検出する。

Ｔ５１８では、ＣＰＵ２０１は、Ｔ５１７のボタン押下イベントを受けて、撮像装置１０２の記録媒体４１０に記録されている撮影画像（元画像または元データ）に対応する属性情報の要求を、ＮＥＴＩ／Ｆ２０９を介して撮像装置１０２へ送信する。本実施形態では、属性情報としてサムネイル画像の場合について説明するが、これに限らず、例えばファイル名などであってもよい。

また、元画像と属性情報それぞれのデータ形式は、同じ場合と異なる場合がある。例えば、元画像もサムネイル画像も同じＪＰＥＧ形式の静止画ファイルのような場合や、元画像はＭＰ４形式の動画ファイルで、属性情報は動画ファイルから抽出されたＪＰＥＧ形式の静止画ファイルのような場合がある。本実施形態では、元画像のデータ形式がＲｅａｄ−ａｐｐにより対応可能であるかどうかに関わらず、少なくとも元画像の属性情報（サムネイル画像）のデータ形式はＷｒｉｔｅ−ａｐｐにより対応可能である。

Ｔ５１９では、ＣＰＵ２０１はサムネイル画像と、各サムネイル画像に対応する元画像から提供可能なデータ形式を示す情報を、ＮＥＴＩ／Ｆ２０９を介して撮像装置１０２から受信し、ＨＤＤ２０４に保存する。例えば、サムネイル画像がＪＰＥＧ形式であっても、対応する元画像のデータ形式がＲＡＷ形式の場合には、撮像装置１０２の制御部４０１は、元画像であるＲＡＷ形式のデータをそのまま通信機器１０１に送ることが可能である。一方、元画像をＲＡＷ形式からＪＰＥＧ形式に変換処理し、通信機器１０１に送ることもできる。この際、制御部４０１は、ＲＡＷおよびＪＰＥＧを、元画像から提供可能なデータ形式として通信機器１０１に通知する。なお、本実施例においては、撮像装置１０２は元画像のデータ形式によらずサイズ変換を行うことが可能として説明を行うが、これに限定されるものではない。例えば、撮像装置１０２が、元画像から提供可能なサイズの情報も通信機器１０１に送るようにしてもよい。このとき、元画像から提供可能なデータ形式とサイズとを組にして、通信機器１０１に送るようにしてもよい。

Ｔ５２０では、ＨＤＤ２０４に保存されたサムネイル画像を読みだして表示装置２１１に表示する。このとき、Ｗｒｉｔｅ−ａｐｐには図８（ｂ）に示すＵＩが表示される。

なお、Ｔ５１８からＴ５２０は表示装置２１１の描画領域に表示されるサムネイル画像に対して繰り返して実行される。つまり、ユーザによって表示範囲を上下にスクロールして移動される度に、新規に描画されるサムネイル画像に対してＴ５１８からＴ５２０が繰り返し実行される。

Ｔ５２１では、ＣＰＵ２０１は、図８（ｂ）における選択ボタン８０４をユーザが押下することを検知する。

Ｔ５２２では、ＣＰＵ２０１はＷｒｉｔｅ−ａｐｐを選択モードの動作へ遷移させ、画面の表示を更新する。このときＷｒｉｔｅ−ａｐｐには図８（ｃ）に示すように、複数のサムネイル画像を並べたサムネイル画像一覧画面が表示される。

なお、このとき、撮像装置１０２が元画像からＲｅａｄ−ａｐｐに適したデータ形式の画像を提供できない場合に、そのことを識別可能にして対応するサムネイル画像を表示するようにしてもよい。この際、ＣＰＵ２０１は、Ｔ５１６においてＲＡＭ２０３へ記憶していたＲｅａｄ−ａｐｐの画像タイプリストのデータ形式を参照し、Ｔ５１９で受信した各サムネイル画像に対応する元画像から提供可能なデータ形式と照合する。照合した結果、Ｒｅａｄ−ａｐｐに適したデータ形式で提供できない元画像と対応するサムネイル画像について、ＣＰＵ２０１は、図８（ｃ）に示すように斜線８０５を重畳して表示するよう制御する。これによって、元画像のデータ形式がＲｅａｄ−ａｐｐにより対応可能かどうかを識別可能にして各サムネイル画像が表示される。

ここで、斜線８０５が重畳されたサムネイル画像がユーザにより選択された場合は、図８（ｄ）に示すように、ＣＰＵ２０１は、選択画像についてＲｅａｄ−ａｐｐでは対応していない旨を示す警告ダイアログ８０８を表示する。そして、選択されたサムネイル画像に関する情報は保存予定画像リストには追加しない。

一方、ユーザがＲｅａｄ−ａｐｐに適したデータ形式で提供可能な元画像のサムネイル画像を選択した場合は、図８（ｃ）に示すように、ＣＰＵ２０１は、選択済みであることを示すチェックマーク８０６をサムネイル画像上に表示するよう制御する。そして、ＣＰＵ２０１は、Ｔ５１６においてＲＡＭ２０３へ記憶していたＲｅａｄ−ａｐｐの画像タイプリストに含まれるデータ形式を、Ｔ５１９で受信した各サムネイル画像に対応する元画像から提供可能なデータ形式と照合し、どのデータ形式およびサイズで保存すべきかを決定する。そして、ＣＰＵ２０１は選択されたサムネイル画像に関する情報と、保存すべきデータ形式およびサイズ（画像タイプ）とを紐づけて保存予定画像リストに追加して、Ｗｒｉｔｅ−ａｐｐから読み出し可能にしてＲＡＭ２０３に保存する。

例えば、Ｒｅａｄ−ａｐｐが図６（ｂ）内のアプリケーション６５３であると、ＪＰＥＧ形式を提供可能な元画像と対応するサムネイル画像が選択された場合は、ＣＰＵ２０１は、ＪＰＥＧ形式のＳｍａｌｌサイズで保存することを決定し、サムネイル画像に関する情報と紐付けて、保存予定画像リストに追加する。

ここで、サムネイル画像がユーザに選択された際に、撮像装置１０２が元画像からＲｅａｄ−ａｐｐに適した複数のデータ形式で画像が提供できる場合には、ユーザがいずれかのデータ形式を選択できるようにする。このとき、ＣＰＵ２０１は、Ｔ５１６においてＲＡＭ２０３へ記憶していたＲｅａｄ−ａｐｐの画像タイプリストに含まれるデータ形式を参照し、Ｔ５１９で受信した各サムネイル画像に対応する元画像から提供可能なデータ形式と比較する。照合した結果、Ｒｅａｄ−ａｐｐに適した複数のデータ形式で保存できる場合は、図８（ｅ）に示すように、いずれのデータ形式で保存するかをユーザに選択させる旨の形式選択ダイアログ８０９を表示する。

例えば、Ｒｅａｄ−ａｐｐを図６（ｂ）のアプリケーション６５３であるとすると、Ｒｅａｄ−ａｐｐに適するデータ形式はＲＡＷ形式およびＪＰＥＧ形式である。一方、Ｗｒｉｔｅ−ａｐｐにおいて、元画像がＲＡＷ形式であるサムネイル画像が選択されると、撮像装置１０２からはＲＡＷ形式、ＪＰＥＧ形式いずれでも画像データを提供可能である。このときに、ＣＰＵ２０１は、図８（ｅ）に示す形式選択ダイアログ８０９を表示する。形式選択ダイアログ８０９において元画像を保存するデータ形式が決定されると、ＣＰＵ２０１は、Ｔ５１６においてＲＡＭ２０３へ記憶していたＲｅａｄ−ａｐｐの画像タイプリストのデータ形式を、決定されたデータ形式と照合し、保存すべき画像タイプを確定させる。そして、ＣＰＵ２０１は選択されたサムネイル画像に関する情報と、保存すべき画像タイプとを紐づけて保存予定画像リストに追加して、Ｗｒｉｔｅ−ａｐｐから読み出し可能にしてＲＡＭ２０３に保存する。

また同様に、サムネイル画像がユーザに選択された際に、元画像からＲｅａｄ−ａｐｐに適するデータ形式で元画像が提供可能で、かつ、Ｒｅａｄ−ａｐｐがそのデータ形式において複数のサイズを許容する場合には、ユーザがいずれかのサイズを選択できるようにしてもよい。このとき、ＣＰＵ２０１は、Ｔ５１６においてＲＡＭ２０３へ記憶していたＲｅａｄ−ａｐｐの画像タイプリストに含まれるデータ形式を参照し、Ｔ５１９で受信した各サムネイル画像に対応する元画像から提供可能なデータ形式と比較する。照合した結果、Ｒｅａｄ−ａｐｐに適したデータ形式で提供可能であると判断した場合は、画像タイプリスト内で、そのデータ形式に対応するサイズを確認する。そして、複数のサイズが許容されると判断した場合に、図８（ｆ）に示すように、いずれのサイズで保存するかをユーザに選択させる旨のサイズ選択ダイアログ８１０を表示する。

例えば、Ｒｅａｄ−ａｐｐを図６（ｂ）のアプリケーションＩＤが０ｘ９Ｆであるアプリケーション６５５であるとすると、Ｒｅａｄ−ａｐｐに適した画像はＪＰＥＧ形式でサイズがＡｎｙｔｈｉｎｇ（いずれのサイズも許容する）である。このとき、Ｗｒｉｔｅ−ａｐｐにおいて、元画像がＪＰＥＧ形式であるサムネイル画像が選択されると、ＣＰＵ２０１は、図８（ｆ）に示すサイズ選択ダイアログ８１０を表示する。

サイズ選択ダイアログ８１０において画像を保存するサイズがユーザにより決定されると、ＣＰＵ２０１は、選択されたサムネイル画像に関する情報と、保存すべき画像タイプとを紐づけて保存予定画像リストに追加して、Ｗｒｉｔｅ−ａｐｐから読み出し可能にしてＲＡＭ２０３に保存する。なお、図８（ｅ）に示す形式選択ダイアログおよび図８（ｆ）に示すサイズ選択ダイアログは独立して表示させるものとしたが、データ形式およびサイズを一画面にて選択できるようにしてもよい。

ＣＰＵ２０１はＴ５２３で、ユーザが図８（ｃ）に示す保存開始ボタン８０７を押下したことを検出すると、Ｔ５２４では、ＣＰＵ２０１は、ＲＡＭ２０３に記憶された保存予定画像リストに基づき、適したデータ形式およびサイズの条件を満たす元画像を送信するためのデータ要求をＮＥＴＩ／Ｆ２０９を介して撮像装置１０２へ送信する。

また、このとき、ＣＰＵ２０１は図８（ｃ）の画面から図９（ａ）に示すような画面へ表示を切り替えるよう制御する。

Ｔ５２５では、撮像装置１０２は必要に応じて元画像に変換処理を施す。撮像装置１０２は例えば、Ｔ５２４において、ＲＡＷ形式を持つ元画像に対してＪＥＰＧ形式の画像を要求された場合は、ＲＡＷ形式を持つ元画像の画像ファイルからＪＥＰＧ画像を抽出し、当該ＪＥＰＧ画像を含む画像ファイルを取得する処理を行う。さらに、撮像装置１０２は例えば、Ｔ５２４において、ＪＰＥＧ画像をＳｍａｌｌサイズで要求された場合には、抽出されたＪＰＥＧ画像を既定のＳｍａｌｌサイズ（例えば６４０ｘ４８０に収まるサイズ）にリサイズする処理も行う。

Ｔ５２６では、ＣＰＵ２０１は、Ｔ５２４で要求した適したデータ形式およびサイズの画像をＮＥＴＩ／Ｆ２０９を介して撮像装置１０２から受信する。ここで、サムネイル画像は元画像や画像から提供可能なデータ形式およびサイズの画像に比べて低解像度であり、データサイズが小さい。よって、「カメラ内の画像一覧」を表示する際には、撮像装置１０２からサムネイル画像を受信し、速やかに表示装置２１１に表示することができる。そして、サムネイル画像に比べてデータサイズの大きな適したデータ形式およびサイズの画像を撮像装置１０２から取り込む際には、ユーザに選択されたサムネイル画像に対応する元画像だけについて、Ｒｅａｄ−ａｐｐに適したデータ形式かつサイズで送信するよう要求するようにした。これによって、必要な元画像だけについて、さらに、Ｒｅａｄ−ａｐｐに適したデータ形式およびサイズの画像だけを受信することができ、通信負荷を軽減することができる。

Ｒｅａｄ−ａｐｐに適したデータ形式およびサイズの画像の受信が完了すると、Ｔ５２７において、ＣＰＵ２０１は、Ｗｒｉｔｅ−ａｐｐによる画像の保存処理を行う。つまり、ＣＰＵ２０１は、Ｔ５２６で受信した適したデータ形式およびサイズの画像のファイルをＨＤＤ２０４等に保存し、Ｔ５２８で、新たに保存した画像に画像ＩＤを付与する。画像ＩＤはＴ５２７の処理における保存先のファイルパスと対応付けられるコードとして説明する。なお、画像ＩＤは保存先のファイルパスであってもよい。

なお、Ｔ５２４での適したデータ形式およびサイズの画像の要求から、Ｔ５２５での元画像の変換処理、Ｔ５２６での画像の受信処理、Ｔ５２７での画像の保存処理、Ｔ５２８での適したデータ形式およびサイズの画像に対する画像ＩＤの発行までの処理は、ユーザに選択されたサムネイル画像の枚数分繰り返される。この一連の画像保存処理を行っている間は、ＣＰＵ２０１は、図９（ａ）に示す保存進捗画面を表示装置２１１に表示する。

以上が画像保存のフェーズである。なお、本実施例ではＴ５２２においてＲｅａｄ−ａｐｐに適したデータ形式で撮像装置１０２が提供できない元画像に関しては、サムネイル画像の近傍に斜線のような所定のマークを表示する場合について説明したが、これに限定しない。例えば、選択モードのサムネイル一覧画面において、適したデータ形式で提供できない元画像と対応するサムネイル画像は、非表示にしてもよい。あるいは、逆に、Ｒｅａｄ−ａｐｐが対応するデータ形式の元画像のサムネイル画像の近傍にマークを表示するようにしてもよい。

続いて、Ｔ５２９からＴ５３２の連携終了フェーズについて説明する。

Ｔ５２４からＴ５２８で説明したように、ユーザに選択されたサムネイル画像と対応するすべての画像の保存処理が終了したら、ＣＰＵ２０１は、図９（ｂ）に示す保存完了画面を表示装置２１１に表示する。ユーザが閉じるボタン９０１を押したことを検知すると、ＣＰＵ２０１は後述する画像ＩＤリストの生成処理を実行することなく、図８（ｂ）のカメラ内の画像一覧画面の表示に戻る。これによって、今回、取り込まれた元画像のＲｅａｄ−ａｐｐとの共有を中止することができる。

一方、ユーザにより図９（ａ）に示す保存完了画面でＲｅａｄ−ａｐｐに戻るボタン９０２が押されたことを検出すると、ＣＰＵ２０１は、Ｔ５２９の処理を開始する。Ｔ５２９において、ＣＰＵ２０１は、画像ＩＤリストの生成処理を行う。具体的には、まず、Ｗｒｉｔｅ−ａｐｐにおいて、Ｔ５２８で保存しておいた適したデータ形式およびサイズの画像の画像ＩＤと保存先とを関連付けた画像ＩＤリストを生成し、ＯＳから読み出し可能にしてＨＤＤ２０４に記憶する。これにより、後述するＴ５３２においてＲｅａｄ−ａｐｐはＯＳから画像ＩＤリストを取得することができ、元画像を画像ＩＤリストにしたがって取得してＲｅａｄ−ａｐｐの処理に利用することができる。

Ｔ５３０では、ＣＰＵ２０１はＷｒｉｔｅ−ａｐｐによるＲｅａｄ−ａｐｐの起動要求をＯＳへ送信する。また、ＣＰＵ２０１は、このタイミングでＷｒｉｔｅ−ａｐｐに連携モードを解除させ、通常モードに切り替えて動作させる。具体的には、ＣＰＵ２０１は使用できる機能の制限を解除し、図８（ａ）で制限されていた機能を選択可能な表示に更新して通常モードの状態に戻す。

続いてＴ５３１において、ＣＰＵ２０１は、ＯＳからＲｅａｄ−ａｐｐに対して起動要求を行ってＲｅａｄ−ａｐｐを起動させる。また、図５に示した例では、Ｒｅａｄ−ａｐｐは、Ｔ５０７の処理を行った後もバックグラウンドで起動中であることから、Ｔ５３０の処理では、ＣＰＵ２０１はＲｅａｄ−ａｐｐをフォアグラウンドでの動作に切り替える。なお、Ｔ５０７の処理を行った後にＣＰＵ２０１はＲｅａｄ−ａｐｐの起動を一旦停止し、Ｔ５３０の起動要求に応答して、Ｒｅａｄ−ａｐｐを再起動するようにしてもよい。

そして、Ｔ５３２において、ＣＰＵ２０１は、Ｒｅａｄ−ａｐｐにより、Ｔ５２８でＷｒｉｔｅ−ａｐｐにより生成された画像ＩＤリストをＯＳを介して受け取る。

ＣＰＵ２０１は、Ｒｅａｄ−ａｐｐにおいて取得した画像ＩＤリストに基づき、ＨＤＤ２０４から適したデータ形式およびサイズの画像を取得し、Ｒｅａｄ−ａｐｐの一覧表示画面に追加して表示する。例えば、図７（ｂ）に示す画面で「Ｗｒｉｔｅ−ａｐｐから写真を追加」を選択してＷｒｉｔｅ−ａｐｐと連携した場合は、画像の一覧表示領域７０１に新たな画像として、Ｗｒｉｔｅ−ａｐｐにより撮像装置１０２から取得された適したデータ形式およびサイズの画像と対応するサムネイル画像が追加して表示される。

以上のように、本実施形態によれば、Ｒｅａｄ−ａｐｐから連携されたＷｒｉｔｅ−ａｐｐにおいて、撮像装置１０２内の画像を取り込む際に、Ｒｅａｄ−ａｐｐに適するデータ形式およびサイズにて元画像を受信し、保存を行うようにした。

例えば、Ｒｅａｄ−ａｐｐに適さないデータ形式の元画像に関しては、Ｗｒｉｔｅ−ａｐｐで撮像装置１０２内の元画像と対応するサムネイル画像を一覧表示した際に、非対応のデータ形式の元画像と対応するサムネイル画像であるか否かを識別可能にして表示するようにした。

これにより、Ｒｅａｄ−ａｐｐで画像の編集処理を行うことを目的としてＷｒｉｔｅ−ａｐｐを起動して元画像を撮像装置１０２から取り込む場合に、画像タイプ情報が示す適切なデータ形式の適切なサイズの条件を満たすように変換された元画像を取り込むため、不要な元画像を取り込まずに済み、無駄な通信トラフィックを回避できる。また、Ｒｅａｄ−ａｐｐでは対応することのできない元画像であることが、Ｗｒｉｔｅ−ａｐｐのサムネイル画像の一覧画面上でも明示的にわかるため、ユーザが不適切な画像を選択することがなくなり、ユーザビリティが向上する。

また、本実施形態において、元画像のリサイズ処理を撮像装置１０２で行うものとして説明を行ったが、これに限られるものではない。例えば、撮像装置１０２からリサイズ処理を施されていない元画像を受信した後、ＣＰＵ２０１がＷｒｉｔｅ−ａｐｐの処理においてＲｅａｄ−ａｐｐに適したサイズにリサイズするようにしてもよい。これによれば、撮像装置１０２の能力によらず、Ｒｅａｄ−ａｐｐに適したサイズの画像を保存することができる。また、撮像装置１０２からリサイズ処理の可否の情報を受け取り、Ｒｅａｄ−ａｐｐに適したサイズへリサイズできない場合には、Ｗｒｉｔｅ−ａｐｐにおいて元画像に対応するサムネイル画像を識別可能に表示してもよい。

また、本実施形態における図６（ｂ）で説明した画像タイプリストにおいて、画像タイプリストに含まれる配列６５２の各項目それぞれに優先順位をつけて保存するようにしてもよい。例えば、配列６５２内において先に配置される画像タイプを優先するものとしてもよい。このようにした場合、図６（ｂ）におけるアプリケーション６５３には、大きいサイズのＲＡＷ形式で画像を取り込むのが最も適しているが、一方で小さいサイズのＪＥＰＧ形式にも対応できると解釈できる。また、アプリケーションＩＤが０ｘ５３であるアプリケーション６５４には、ＪＥＰＧ形式を小さいサイズで画像を取り込むのが最も適しており、次にＪＰＥＧ形式の大きなサイズ、さらにその次にＴＩＦＦ形式の小さなサイズが適していると解釈できる。画像タイプリストに優先順位をつけることで、より適したデータ形式およびサイズの元画像を保存し、アプリケーションに画像データを提供可能となる。また、優先順位によりデータ形式およびサイズが自動的に決定されることで、図８（ｅ）や図８（ｆ）で説明したような形式選択ダイアログやサイズ選択ダイアログでのユーザの手動による操作負荷を減らすことができる。

また、本実施形態では、Ｒｅａｄ−ａｐｐに適したデータ形式およびサイズの両方が決定される場合について説明したが、いずれか一方だけを決定し、決定された条件を満たすように変換された元画像を撮像装置から受信するようにしてもよい。

また、本実施形態では、撮像装置１００において、画像タイプが示す条件を満たすように元画像を変換する場合について説明した。これに限らず、撮像装置１００は元画像を変換せずに、通信機器１０１へ送信するようにしてもよい。そして、通信機器１０１がＷｒｉｔｅ−ａｐｐにしたがって動作し、画像タイプが示す条件を満たすように元画像を変換してＲｅａｄ−ａｐｐに読み取り可能にしてＨＤＤ２０４に記憶するようにしてもよい。ここで、撮像装置１００は、画像タイプが示す条件を満たすように変換することのできない元画像は通信機器１００へ送信しないようにしてもよい。これによって、Ｒｅａｄ−ａｐｐで処理することのできない元画像を撮像装置１００から通信機器１０１へ送信することがなくなり、無駄な送信処理を行うのを防ぐことができる。 （第２の実施形態）
第１の実施形態では、Ｒｅａｄ−ａｐｐからＷｒｉｔｅ−ａｐｐを起動し、応答としてＷｒｉｔｅ−ａｐｐからＲｅａｄ−ａｐｐを起動するものとして説明を行ったが、これに限られるものではない。例えば、Ｗｒｉｔｅ−ａｐｐ内において、ユーザの起動指示に応じてＲｅａｄ−ａｐｐを選択して起動するようにしてもよい。このとき、ＣＰＵ２０１は、共有場所の画像タイプリストを確認し、起動指示を受けたＲｅａｄ−ａｐｐに適したデータ形式およびサイズの画像を撮像装置１０２から取得して渡す。以下、図１０を用いて処理の流れを説明する。

図１０は、本実施形態において、通信機器１０１のＣＰＵ２０１がＷｒｉｔｅ−ａｐｐを起動した後、ユーザ指示により連携先としてのＲｅａｄ−ａｐｐを決定し、外部装置から画像を取得し、取得された画像をＲｅａｄ−ａｐｐに渡す処理手順を説明するためのシーケンス図である。なお、以下で説明する処理は通信機器１０１のＣＰＵ２０１がＯＳ３０１、Ｗｒｉｔｅ−ａｐｐ３０２やＲｅａｄ−ａｐｐ３０３を起動し、適宜、これらにしたがって動作し、各部を制御することにより実現される。なお、図１０の各処理は図５と共通する処理が多いため、同じ処理には同じ付番を付与し、説明を割愛する。

また、以下では説明を簡単にするため、Ｔ５０１からＴ１００２を連携準備フェーズ、Ｔ５１０からＴ５１５を接続フェーズ、Ｔ５１７からＴ５２７を画像保存フェーズ、Ｔ５２８からＴ５３１を連携終了フェーズというように、フェーズに分けて説明する。

まず、連携準備フェーズの処理について説明する。前述したＴ５０１からＴ５０５の処理がＣＰＵ２０１により実行されることにより、Ｒｅａｄ−ａｐｐの画像タイプリストがデータ共有場所に配置される。なお、Ｔ５０１からＴ５０５で示す処理は、Ｗｒｉｔｅ−ａｐｐの起動に先立って一度でも実行されておればよく、Ｗｒｉｔｅ−ａｐｐの起動前に毎回行われる必要はない。

次に、Ｔ１００１では、ＣＰＵ２０１が、ユーザの操作により、Ｗｒｉｔｅ−ａｐｐの起動要求を受け付ける。

続いて、Ｔ１００２では、Ｔ１００１における起動要求に応答して、ＣＰＵ２０１がＷｒｉｔｅ−ａｐｐを起動することにより処理を開始する。ここで、Ｔ５０９と異なり、Ｔ１００２ではＷｒｉｔｅ−ａｐｐがＲｅａｄ−ａｐｐからの呼び出しにより起動されていない。このため、Ｔ１００２では、ＣＰＵ２０１は、Ｗｒｉｔｅ−ａｐｐを通常モードで動作させ、図１１（ａ）に示すＷｒｉｔｅ−ａｐｐの画面を表示する。すなわち、図１１（ａ）に示す画面では、図８（ａ）で表示させていた連携モードを示すステータスバーを表示させず、すべての機能が利用可能となったＵＩ表示がなされる。

なお、図１１の画面は図８と共通する個所が多いため、同じＵＩ部品には同じ付番を付与し、説明を割愛する。

次に、Ｔ５１０からＴ５１５の接続フェーズの処理により、撮像装置１０２と通信機器１０１の接続が確立される。

続いて、Ｔ５１７からＴ５２７の画像保存フェーズについて説明する。

ＣＰＵ２０１は、Ｔ５１７で、図１１（ａ）におけるカメラ内の画像一覧ボタン８０３を押下することを検出すると、前述したＴ５１８からＴ５２０の処理を行い、表示装置２１１の描画領域にサムネイル画像の一覧を表示する。これにより、Ｗｒｉｔｅ−ａｐｐには図１１（ｂ）に示すＵＩが表示される。ここで、図１１（ｂ）はＷｒｉｔｅ−ａｐｐが通常モードで動作された場合のサムネイル画像一覧画面の表示例であり、連携モードを示すステータスバーは表示されない。

Ｔ５２１では、ＣＰＵ２０１は、図１１（ｂ）における選択ボタン８０４をユーザが押下することを検知する。

Ｔ１００３では、ＣＰＵ２０１は、データ共有場所５００の画像タイプリストを参照し、アプリケーション名称の一覧を取得してＲＡＭ２０３へ記憶する。そして、Ｔ１００４では、Ｔ１００２で取得したアプリケーション名称一覧をＲＡＭ２０３から読み出し、図１１（ｃ）に示すように、Ｗｒｉｔｅ−ａｐｐから画像を提供して使用するアプリケーション（すなわち、Ｒｅａｄ−ａｐｐ）をユーザに選択させる旨のアプリ選択ダイアログ１１０１を表示する。

Ｔ１００５では、ＣＰＵ２０１は、図１１（ｃ）におけるアプリ選択ダイアログ１１０１においてユーザがアプリケーション名称を選択してＯＫボタン１１０２を押下することを検知する。

Ｔ１００６では、ＣＰＵ２０１は、Ｔ１００５においてユーザにより選択されたアプリケーション名称を元にＲｅａｄ−ａｐｐを確定させる。そして、ＣＰＵ２０１は、データ共有場所５００の画像タイプリストを参照し、Ｒｅａｄ−ａｐｐに該当する適した画像タイプを取得しＲＡＭ２０３へ記憶する。

続いて、ＣＰＵ２０１が前述したようにＴ５２２からＴ５２７の処理を行うことにより、ユーザが選択した画像をＲｅａｄ−ａｐｐに適したデータ形式およびサイズで撮像装置１０２から受信し、通信機器１０１内のＨＤＤ２０４等に保存することができる。

そして、Ｔ５２８からＴ５３２の連携終了フェーズの処理により、Ｗｒｉｔｅ−ａｐｐにおいて保存した画像をＲｅａｄ−ａｐｐで読み出して、編集することが可能となる。

以上のように、本実施形態によれば、Ｗｒｉｔｅ−ａｐｐにおいて、画像を使用するＲｅａｄ−ａｐｐをユーザにより選択可能とし、撮像装置１０２内の画像を取り込む際に、Ｒｅａｄ−ａｐｐに適するデータ形式およびサイズにて画像を受信し、保存を行うようにできる。

これにより、ユーザがＷｒｉｔｅ−ａｐｐを起動して画像を閲覧し、画像を編集したくなった際に任意のアプリケーションをＷｒｉｔｅ−ａｐｐ上で選択し、選択されたアプリケーションに適したデータ形式およびサイズの画像を撮像装置１０２から取り込むことができる。すなわち、元画像を撮像装置１０２から取り込む場合に、編集処理に好ましくない不要な画像を取り込まずに済み、さらに、適切なデータ形式の画像を適切なサイズに変換してから取り込むため、無駄な通信トラフィックを回避できる。

（その他の実施形態）
なお、前述した各実施形態では、Ｗｒｉｔｅ−ａｐｐが、通信機器１０１が撮像装置１０２から画像を取り込むために使用するアプリケーションである例について説明したが、Ｗｒｉｔｅ−ａｐｐとしてそれ以外の用途のアプリケーションにも適用することができる。例えば、Ｗｒｉｔｅ−ａｐｐとして、データベースから画像を検索するアプリケーションや、撮影処理を行うアプリケーションを適用してもよい。また、前述した実施形態では、取り扱うデータを画像データとしたが、画像データに限らず、音声データなど他のデータであってもよい。

また、前述した実施形態では、通信機器１０１としてスマートフォンを例に説明したが、アプリケーションをインストール可能な機器であれば、特に限定されない。例えば、通信機器１０１として、携帯電話、タブレット、パーソナルコンピュータ（ＰＣ）等であっても同様に適用できる。また、Ｒｅａｄ−ａｐｐおよびＷｒｉｔｅ−ａｐｐが、通信機能が不要なアプリケーションである場合には、必ずしも通信機能がなくてもよく、広く情報処理装置によって実施可能である。

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

Claims (16)

1. 第１のアプリケーションおよび第２のアプリケーションを含む複数のアプリケーションをインストール可能な情報処理装置であって、
   前記第２のアプリケーションにしたがって動作することにより、前記第１のアプリケーションに適したデータ形式およびサイズのうち少なくとも一方を示すタイプ情報を取得する取得手段と、
   前記第２のアプリケーションにしたがって動作することにより、外部装置により保持された元データに関する属性情報を受信する第１の受信手段と、
   前記第２のアプリケーションにしたがって動作することにより、前記タイプ情報が示す条件を満たす前記元データを前記外部装置へ要求するデータ要求手段と、
   前記第２のアプリケーションにしたがって動作することにより、前記タイプ情報が示す条件を満たす前記元データを前記外部装置から受信する第２の受信手段を備えたことを特徴とする情報処理装置。
2. 前記第２のアプリケーションにしたがって動作することにより、前記受信手段は、前記タイプ情報が示す条件を満たすように変換された、前記外部装置により保持された元データを前記外部装置から受信することを特徴とする請求項１に記載の情報処理装置。
3. 前記第２のアプリケーションにしたがって動作することにより、前記受信された前記タイプ情報が示す条件を満たす前記元データを、前記第１のアプリケーションに利用可能にして記憶媒体に記憶する記憶手段をさらに備えたことを特徴とする請求項１または２に記載の情報処理装置。
4. 前記第２のアプリケーションにしたがって動作することにより、前記タイプ情報が示す条件を満たす前記元データを提供可能か否かを識別可能にして、前記外部装置により保持される元データに関する属性情報を画面に表示するよう制御する表示制御手段を備えたことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記表示制御手段は、前記タイプ情報が示す条件を満たす前記元データを提供できない元画像と対応する属性情報を前記画面に表示しないように制御することを特徴とする請求項４に記載の情報処理装置。
6. 前記元データは画像であり、前記属性情報は前記画像と対応するサムネイル画像であることを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
7. 前記元データが前記タイプ情報が示す条件を満たすデータ形式であるか否かに関わらず、前記属性情報は前記第２のアプリケーションにより対応可能なデータ形式であることを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
8. 前記タイプ情報が示す条件のうち前記第１のアプリケーションに適した複数のデータ形式または複数のサイズで前記元画像を提供可能である場合に、前記複数のデータ形式または複数のサイズのうちいずれかをそれぞれ選択する選択手段をさらに備えたことを特徴とする請求項１乃至７のいずれか１項に記載の情報処理装置。
9. 前記タイプ情報を、前記第２のアプリケーションから読み書き可能な所定の記憶領域に書き込む手段をさらに備えたことを特徴とする請求項１乃至８のいずれか１項に記載の情報処理装置。
10. 前記第２のアプリケーションにしたがって動作し、前記外部装置との間の通信を確立する通信手段をさらに備えたことを特徴とする請求項１乃至９のいずれか１項に記載の情報処理装置。
11. 第１のアプリケーションおよび第２のアプリケーションを含む複数のアプリケーションをインストール可能な情報処理装置であって、
    前記第２のアプリケーションにしたがって動作することにより、前記第１のアプリケーションに適したデータ形式およびサイズのうち少なくとも一方を示すタイプ情報を取得する取得手段と、
    前記第２のアプリケーションにしたがって動作することにより、外部装置により保持された元データに関する属性情報を受信する第１の受信手段と、
    前記第２のアプリケーションにしたがって動作することにより、前記元データを前記外部装置から受信する第２の受信手段と、
    前記第２のアプリケーションにしたがって動作することにより、前記タイプ情報が示す条件を満たすように前記受信された元データを変換する変換手段と、
    前記第２のアプリケーションにしたがって動作することにより、前記変換された元データを、前記第１のアプリケーションに利用可能にして記憶媒体に記憶する記憶手段を備えたことを特徴とする情報処理装置。
12. 前記第１のアプリケーションにしたがって動作し、前記第２のアプリケーションの起動を要求する起動要求手段をさらに備えたことを特徴とする請求項１乃至１１のいずれか１項に記載の情報処理装置。
13. 前記第２のアプリケーションにしたがって動作し、前記第１のアプリケーションの起動を要求する起動要求手段をさらに備えたことを特徴とする請求項１乃至１１のいずれか１項に記載の情報処理装置。
14. 第１のアプリケーションおよび第２のアプリケーションを含む複数のアプリケーションをインストール可能な情報処理装置の制御方法であって、
    前記第２のアプリケーションにしたがって動作することにより、前記第１のアプリケーションに適したデータ形式およびサイズのうち少なくとも一方を示すタイプ情報を取得するステップと、
    第２のアプリケーションにしたがって動作することにより、外部装置により保持された元データに関する属性情報を受信するステップと、
    前記第２のアプリケーションにしたがって動作することにより、前記タイプ情報が示す条件を満たす前記元データを前記外部装置へ要求するステップと、
    前記第２のアプリケーションにしたがって動作することにより、前記タイプ情報が示す条件を満たす前記元データを前記外部装置から受信するステップを備えたことを特徴とする制御方法。
15. 第１のアプリケーションおよび第２のアプリケーションを含む複数のアプリケーションをインストール可能な情報処理装置の制御方法であって、
    前記第２のアプリケーションにしたがって動作することにより、前記第１のアプリケーションに適したデータ形式およびサイズのうち少なくとも一方を示すタイプ情報を取得するステップと、
    前記第２のアプリケーションにしたがって動作することにより、外部装置により保持された元データに関する属性情報を受信するステップと、
    前記第２のアプリケーションにしたがって動作することにより、前記元データを前記外部装置から受信するステップと、
    前記第２のアプリケーションにしたがって動作することにより、前記タイプ情報が示す条件を満たすように前記受信された元データを変換するステップと、
    前記第２のアプリケーションにしたがって動作することにより、前記変換された元データを、前記第１のアプリケーションに利用可能にして記憶媒体に記憶するステップを備えたことを特徴とする制御方法。
16. コンピュータを請求項１乃至１３のいずれか一項に記載の情報処理装置の各手段として機能させるプログラム。

Images