JP6921652B2 - 情報処理装置および情報処理方法およびプログラム - Google Patents

Description

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

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

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

これらの複数のアプリケーションでは、それぞれ対応可能なデータの形式が異なっている場合がある。

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

そこで、本発明では、複数のアプリケーション間で連携して外部装置からデータを取り込む際に、無駄なデータの取り込み処理を行うのを防ぐことを目的とする。

上記課題を解決するために、本願に係る発明の１つは、情報処理装置であって、第１のアプリケーションにしたがって動作し、第２のアプリケーションの起動を要求する要求手段と、前記要求に応答して、前記第２のアプリケーションを起動し、前記第２のアプリケーションにしたがって動作することにより、外部装置により保持されるデータを前記外部装置から受信する処理を実行する受信手段と、前記第１のアプリケーションが対応可能なデータの形式を示す情報を取得する取得手段と、前記第２のアプリケーションにしたがって動作することにより、前記第１のアプリケーションが対応可能な形式のデータか否かを識別可能にして、前記外部装置により保持されるデータに関する属性情報を画面に表示するよう制御する表示制御手段を備えたことを特徴とする。

本発明によれば、複数のアプリケーション間で連携して外部装置からデータを取り込む際に、無駄なデータの取り込み処理を行うのを防ぐことができ、ユーザビリティが向上する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図５のＴ５０３では、ＣＰＵ２０１がデータ共有場所５００を参照して、Ｒｅａｄ−ａｐｐが対応するデータの形式を示す形式リストが存在するかどうかを判定する。また、Ｒｅａｄ−ａｐｐの形式リストが存在する場合、共有場所５００に格納されているＲｅａｄ−ａｐｐの形式リストと、Ｒｅａｄ−ａｐｐに設定されている対応可能なデータの形式を示す情報を比較して、変更があるかどうか判定する。なお、Ｒｅａｄ−ａｐｐに設定されている形式を示す情報は、Ｒｅａｄ−ａｐｐがインストールされた時にＨＤＤ２０４に記憶されるだけでなく、Ｒｅａｄ−ａｐｐのバージョンアップ時などにインターネット等を介して外部から受信されて更新される。

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

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

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

続いて、形式リストに関して図６（ｂ）を用いて説明する。図６（ｂ）は形式リスト６０２の例を示している。形式リストは、アプリケーションＩＤ６５１と対応可能なデータの形式の配列６５２から構成される。アプリケーションＩＤ６５１は、アプリケーションが通信機器１０１にインストールされた際にＨＤＤ２０４に記録されるアプリケーション固有のＩＤである。例えば、アプリケーションＩＤが０ｘ４１であるアプリケーション６５３が対応しているデータの形式は、ＪＰＧ、およびＭＰ４であり、それ以外のデータの形式は対応していないことを示している。以上が形式リストに関する説明である。なお、本実施例では、形式リストは各アプリケーション（例えばＲｅａｄ−ａｐｐ）が対応”する”データの形式を示す場合について説明したが、各アプリケーションが対応”しない”データの形式を示すようにしてもよい。

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

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

Ｔ５０４では、ＣＰＵ２０１はＲｅａｄ−ａｐｐに設定されている対応可能なデータの形式に基づき形式リストを生成する。Ｔ５０５では、Ｔ５０４で生成した形式リストをＲｅａｄ−ａｐｐの固有のＩＤに関連付けてデータ共有場所５００に書き込む。

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

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

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

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

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

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

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

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

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

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

Ｔ５１６では、ＣＰＵ２０１は、Ｔ５０８において取得したＲｅａｄ−ａｐｐのアプリケーションＩＤをＲＡＭ２０３から読み出し、そのアプリケーションＩＤを元に、データ共有場所５００の形式リストを参照する。ＣＰＵ２０１はＲｅａｄ−ａｐｐに該当する対応可能なデータの形式を形式リストから取得しＲＡＭ２０３へ記憶する。

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

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

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

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

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

Ｔ５１９では、ＣＰＵ２０１はサムネイル画像と、各サムネイル画像に対応する元画像の形式を示す情報を、ＮＥＴＩ／Ｆ２０９を介して撮像装置１０２から受信し、ＨＤＤ２０４に保存する。Ｔ５２０では、ＨＤＤ２０４に保存されたサムネイル画像を読みだして表示装置２１１に表示する。このとき、Ｗｒｉｔｅ−ａｐｐには図８（ｂ）に示すＵＩが表示される。

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

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

Ｔ５２２では、ＣＰＵ２０１はＷｒｉｔｅ−ａｐｐを選択モードの動作へ遷移させ、画面の表示を更新する。このときＷｒｉｔｅ−ａｐｐには図８（ｃ）に示すように、複数のサムネイル画像を並べたサムネイル画像一覧画面が表示される。このとき、ＣＰＵ２０１は、Ｔ５１６においてＲＡＭ２０３へ記憶していたＲｅａｄ−ａｐｐの形式リストを参照し、Ｔ５１９で受信した各サムネイル画像に対応する元画像のデータの形式と照合する。照合した結果、Ｒｅａｄ−ａｐｐが対応しない形式の元画像と対応するサムネイル画像について、ＣＰＵ２０１は、図８（ｃ）に示すように斜線８０５を重畳して表示することで、元画像の形式がＲｅａｄ−ａｐｐにより対応可能かどうかを識別可能にして各サムネイル画像を表示するよう制御する。

ここで、斜線８０５が重畳された非対応形式の元画像と対応するサムネイル画像がユーザにより選択された場合は、図８（ｄ）に示すように、ＣＰＵ２０１は、選択画像についてＲｅａｄ−ａｐｐでは対応していない旨を述べた警告ダイアログ８０８を表示する。そして、選択されたサムネイル画像に関する情報は保存予定画像リストには追加しない。一方、ユーザがＲｅａｄ−ａｐｐが対応する形式の元画像のサムネイル画像を選択した場合は、ＣＰＵ２０１は選択されたサムネイル画像に関する情報を保存予定画像リストに追加して、Ｗｒｉｔｅ−ａｐｐから読み出し可能にしてＲＡＭ２０３に保存する。そして、図８（ｃ）に示すように、ＣＰＵ２０１は、選択済みであることを示すチェックマーク８０６をサムネイル画像上に表示するよう制御する。

ＣＰＵ２０１はＴ５２３で、ユーザが図８（ｃ）に示す保存開始ボタン８０７を押下したことを検出すると、Ｔ５２４では、ＣＰＵ２０１は、ＲＡＭ２０３に記憶された保存予定画像リストに基づき元画像の要求をＮＥＴＩ／Ｆ２０９を介して撮像装置１０２へ送信する。このとき、ＣＰＵ２０１は図８（ｃ）の画面から図８（ｅ）に示すような画面へ表示を切り替えるよう制御する。

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

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

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

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

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

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

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

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

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

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

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

以上のように、本実施形態によれば、Ｒｅａｄ−ａｐｐから連携されたＷｒｉｔｅ−ａｐｐにおいて、撮像装置１０２内の画像を取り込む際に、Ｒｅａｄ−ａｐｐで対応しない形式の元画像に関しては、Ｗｒｉｔｅ−ａｐｐによる保存処理を実行しないようにした。

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

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

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

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

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

Claims (9)

1. 第１のアプリケーションにしたがって動作し、第２のアプリケーションの起動を要求する要求手段と、
   前記要求に応答して、前記第２のアプリケーションを起動し、前記第２のアプリケーションにしたがって動作することにより、外部装置により保持されるデータを前記外部装置から受信する処理を実行する受信手段と、
   前記第１のアプリケーションが対応可能なデータの形式を示す情報を取得する取得手段と、
   前記第２のアプリケーションにしたがって動作することにより、前記第１のアプリケーションが対応可能な形式のデータか否かを識別可能にして、前記外部装置により保持されるデータに関する属性情報を画面に表示するよう制御する表示制御手段を備えたことを特徴とする情報処理装置。
2. 前記データは画像であり、前記属性情報は前記画像と対応するサムネイル画像であることを特徴とする請求項１に記載の情報処理装置。
3. 前記データが前記第１のアプリケーションにより対応可能な形式であるか否かに関わらず、前記属性情報は前記第２のアプリケーションにより対応可能な形式であることを特徴とする請求項１または２に記載の情報処理装置。
4. 前記表示制御手段は、前記データの形式が前記第１のアプリケーションが対応可能な形式であるか否かを示すマークを前記データの属性情報の近傍に表示するよう制御することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記表示制御手段は、前記データの形式が前記第１のアプリケーションが対応可能な形式のデータの属性情報を前記画面に表示し、前記データの形式が前記第１のアプリケーションが対応可能でない形式のデータの属性情報を前記画面に表示しないように制御することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 前記第１のアプリケーションが対応可能なデータの形式を示す情報を、前記第２のアプリケーションから読み書き可能な所定の記憶領域に書き込む手段をさらに備えたことを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
7. 前記第２のアプリケーションにしたがって動作し、前記外部装置との間の通信を確立する通信手段をさらに備えることを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
8. 第１のアプリケーションにより、第２のアプリケーションの起動を要求するステップと、
   前記要求に応答して、前記第２のアプリケーションを起動し、前記第２のアプリケーションにより、外部装置により保持されるデータを前記外部装置から受信する処理を実行するステップと、
   前記第１のアプリケーションが対応可能なデータの形式を示す情報を取得するステップと、
   前記第２のアプリケーションにより、前記第１のアプリケーションが対応可能な形式のデータか否かを識別可能にして、前記外部装置により保持されるデータに関する属性情報を画面に表示するよう制御するステップを備えたことを特徴とする情報処理方法。
9. コンピュータに、
   第１のアプリケーションによる起動要求に応答して起動し、外部装置により保持されるデータを前記外部装置から受信する処理を実行するステップと、
   前記第１のアプリケーションが対応可能なデータの形式を示す情報を取得するステップと、
   前記第１のアプリケーションが対応可能な形式のデータか否かを識別可能にして、前記外部装置により保持されるデータに関する属性情報を画面に表示するよう制御するステップを実行させるプログラム。

Images