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

Abstract

【課題】 本発明は、情報処理装置にインストールされた複数のアプリケーションを用いて、データを外部装置から情報処理装置へ取り込み、取り込まれたデータに対して処理を実行する際、無駄なデータの取り込みを防ぐことを目的とする。【解決手段】 第１のアプリケーションにしたがって動作し、第２のアプリケーションの起動を要求すると、第２のアプリケーションを起動し、第２のアプリケーションにしたがって動作することにより、外部装置により保持されるデータのうち、外部装置に対する操作にしたがって選択されたデータを外部装置から受信する。ここで、第１のアプリケーションが対応可能なデータ形式を取得し、このデータ形式によっては、外部装置に対する操作にしたがって選択されたデータを外部装置から送信しないように外部装置に要求する。これによって、第１のアプリケーションが対応不可能なデータ形式のデータを外部装置から受信するのを防ぐ。【選択図】 図５

Description

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

従来、スマートフォンなどの情報処理装置は、ＯＳや複数のアプリケーションをインストールし、各アプリケーションを用いて動作することで、さまざまな機能を実現することができる。例えば、カメラ接続用アプリケーションを用いてカメラと接続し、カメラからスマートフォンへ画像の取り込みを行うことができる。このような場合、カメラをメインに使用するユーザは、カメラを操作して、画像を選択してカメラからスマートフォンへ送信（以下、ＰＵＳＨ送信）するのが使い勝手がよいと考えられる。その一方、スマートフォンをメインに使用するユーザは、スマートフォンを操作して、カメラ内にある画像を覗きながら画像を選択してカメラからスマートフォンへ受信する操作（以下、ＰＵＬＬ送信）が使い勝手が良いと考えられる。また、カメラで写真を撮影したタイミングで撮影画像を自動的にカメラからスマートフォンへ送信する機能（以下、撮影自動送信）もある。（特許文献１参照）

特開２０１７−１１７２０８号公報

情報処理装置は、例えば、画像編集用アプリケーションを用いて画像の編集を行うこともできる。これらのような情報処理装置にインストールされる複数のアプリケーションでは、それぞれ対応可能なデータの形式が異なっている場合がある。

例えば、画像編集用アプリケーションが対応可能な画像のデータ形式はＲＡＷ形式のみとする。一方、カメラ接続用アプリケションはＲＡＷ形式の他にＪＰＥＧ形式も対応可能とする。この場合、カメラがＪＰＥＧ形式の画像を送信し、カメラ接続用アプリケーションによりスマートフォンにＪＰＥＧ形式の画像が取り込まれてしまうと、画像編集用アプリケーションによる編集処理を行うことができず、取り込まれた画像が無駄になってしまう。

そこで、本発明では、情報処理装置にインストールされた複数のアプリケーションを用いて、データを外部装置から情報処理装置へ取り込み、取り込まれたデータに対して処理を実行する際に、無駄なデータの取り込み処理を行うのを防ぐことを目的とする。

上記課題を解決するために、本願に係る発明の１つは、第１のアプリケーションにしたがって動作し、第２のアプリケーションの起動を要求する要求手段と、前記要求に応答して、前記第２のアプリケーションを起動し、前記第２のアプリケーションにしたがって動作することにより、外部装置により保持されるデータのうち、前記外部装置に対する操作にしたがって選択されたデータを前記外部装置から受信する受信手段と、前記第１のアプリケーションが対応可能なデータ形式を取得する第１の取得手段と、前記取得手段により取得されたデータ形式に基づき、前記外部装置に対する操作にしたがって選択されたデータを前記外部装置から送信しないように前記外部装置に要求する送信制御手段を備えたことを特徴とする。

本発明によれば、情報処理装置にインストールされた複数のアプリケーションを用いて、データを外部装置から情報処理装置へ取り込み、取り込まれたデータに対して処理を実行する際に、無駄なデータの取り込み処理を行うのを防ぐことができる。よって、ユーザビリティが向上するとともに、通信や記憶容量にかかる負荷を軽減することができる。

本発明の実施形態における撮像装置１００と通信機器２００との接続形態を模式的に表し、画像送信方法について示した図である。 本発明の実施形態における通信機器２００のハードウェア構成例を示すブロック図である。 本発明の実施形態における通信機器２００のソフトウェア構成例を示す図である。 本発明の実施形態における撮像装置１００のハードウェア構成例を示すブロック図である。 本発明の第１の実施形態における通信機器２００のＣＰＵ２０１によってＲｅａｄ−ａｐｐからＷｒｉｔｅ−ａｐｐが起動されて、外部装置からＰＵＳＨ送信が行われる場合の処理の一例を示すシーケンス図である。 本発明の実施形態におけるデータ共有場所、およびデータリストの構成例を示す図である。 本発明の実施形態におけるＲｅａｄ−ａｐｐの表示画面の例を示す図である。 本発明の実施形態におけるＷｒｉｔｅ−ａｐｐの表示画面の例を示す図である。 本発明の第１の実施形態における撮像装置１００のＧＵＩの例を示す図である。 本発明の第２の実施形態における通信機器２００のＣＰＵ２０１によってＲｅａｄ−ａｐｐからＷｒｉｔｅ−ａｐｐが起動されて、外部装置からＰＵＳＨ送信が行われる場合の処理の一例を示すシーケンス図である。 本発明の第３の実施形態における外部装置からＰＵＳＨ送信が行われてＷｒｉｔｅ−ａｐｐにより画像が通信機器２００に取り込まれた後、通信機器２００のＣＰＵ２０１によってＷｒｉｔｅ−ａｐｐからＲｅａｄ−ａｐｐを起動する処理の一例を示すシーケンス図である。 本発明の第３の実施形態におけるＷｒｉｔｅ−ａｐｐの表示画面の例を示す図である。

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

（第１の実施形態）
以下、本発明の第１の実施形態について図面を参照しながら説明する。本実施形態では、ユーザが通信機器を操作して画像編集アプリケーションからデータ取り込み用アプリケーションを起動して連携し、画像編集アプリケーションで対応可能なデータ形式に基づいて、撮像装置によるデータ送信の制御を行う例について説明する。なお、本実施形態におけるアプリケーションの「起動」として、未起動のアプリケーションを起動させる場合と、バックグラウンドで起動中のアプリケーションをフォアグラウンドへ移動させてアクティブな状態にする場合がある。

（システム構成）
図１は、本実施形態における、撮像装置１００と通信機器２００との接続形態を模式的に表し、撮像装置１００から通信機器２００への画像送信方法について示した図である。

接続形態としては、外部中継装置の一例である外部ＡＰが形成する無線ＬＡＮネットワークに、撮像装置１００と通信機器２００とが参加する形態でもよいし、外部ＡＰを介さず、撮像装置１００と通信機器２００とが直接接続する形態でもよい。直接接続する形態の場合は、撮像装置１００が簡易ＡＰとして動作して無線ＬＡＮネットワークを形成する。この場合、撮像装置１００は簡易ＡＰとして動作すると、ビーコン信号の定期的な送信を開始する。通信機器２００はビーコン信号を検知し、撮像装置１００が形成した無線ＬＡＮネットワークに参加し、互いの機器発見、機器の能力取得などを経て通信を確立し、データの送受信が可能な状態となる。

本実施形態において、画像を送信する方法は３種類ある。図１（ａ）に示すのは、ユーザが撮像装置１００を操作して撮像装置１００内の画像から送信対象の画像を選択し、選択された画像の通信機器２００への送信を指示する。これを「カメラ操作送信」といい、本実施形態のＰＵＳＨ送信の１つである。図１（ｂ）では、ユーザが撮像装置１００、もしくは通信機器２００を操作して撮像装置１００の撮影自動送信設定をＯＮにすることで、撮像装置にて撮影時に通信機器２００へ当該画像を自動的に送信する。これを「撮影自動送信」といい、本実施形態のＰＵＳＨ送信の１つである。図１（ｃ）では、ユーザが通信機器２００を操作して、撮像装置１００内に保持された画像の属性情報を取得し、選択された属性情報と対応する画像の送信を撮像装置１００に指示する。これを「通信機器操作送信」といい、本実施形態のＰｕｌｌ画像送信の１つである。ユーザは選択的にこれら３つの画像送信方法を使い分けることができる。

しかし、これらの画像送信方法は、同時操作は許可されず、いずれかの操作のみを使用可能とする。図１（ａ）の「カメラ操作送信」は、撮像装置１００のみを操作して実現するものとし、撮像装置１００で画像送信のための操作をしている最中には、通信機器の操作が行われるのを防ぐ画面を通信機器２００上に表示する。図１（ｂ）の「撮影自動送信」も同様に、撮像装置１００のみを操作して実現され、撮像装置１００で撮影し、撮影画像を自動的に送信している最中は、通信機器２００の操作が行われないように、通信機器２００上では画像受信画面が表示される。また、図１（ｃ）の「通信機器操作送信」では、通信機器２００のみを操作して実現するものとし、通信機器２００で画像送信のための操作が行われている最中には、途中で撮像装置１００の操作が行われるのを防ぐような画面を撮像装置１００に表示する。

また、本実施形態では、通信機器２００で操作できる機能は画像送信機能以外にもあって良い。接続している撮像装置１００の撮影を通信機器２００での操作により遠隔で制御できる「リモート撮影機能」や、撮像装置１００本体の時刻設定を通信機器２００での操作により遠隔で変更できる「カメラ設定機能」などを提供しても良い。ただし、これらのような通信機器２００にて操作が実行されている間は、「カメラ操作送信」は実行できないこととし、そのことを示す画面を撮像装置１００に表示する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（通信機器の処理手順）
次に、図５〜図９を参照しながら、本実施形態に係る通信機器２００の処理手順について説明する。本実施形態では、通信機器２００のＣＰＵ２０１によってＲｅａｄ−ａｐｐからＷｒｉｔｅ−ａｐｐが起動されて連携する場合に、ＣＰＵ２０１がＲｅａｄ−ａｐｐにて対応可能なデータ形式に応じて、撮像装置１００に対してデータの送信制御を行う例について説明する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ｔ５１６では、ＣＰＵ２０１は、Ｗｒｉｔｅ−ａｐｐがＲｅａｄ−ａｐｐと連携中であるかどうかを判定する。ＣＰＵ２０１が連携中ではないと判断した場合は、Ｔ５１７からＴ５１８の処理は行わない。

Ｗｒｉｔｅ−ａｐｐがＲｅａｄ−ａｐｐと連携中であれば、Ｔ５１７では、ＣＰＵ２０１は、Ｔ５０８で取得したＲｅａｄ−ａｐｐのアプリケーションＩＤをＲＡＭ２０３から読出し、そのアプリケーションＩＤを元にデータ共有場所５００の形式リストを参照する。ＣＰＵ２０１はＲｅａｄ−ａｐｐに該当する対応可能なデータ形式を形式リストから取得しＲＡＭ２０３へ記憶する。

Ｔ５１８では、ＣＰＵ２０１は、Ｔ５１７にて取得したＲｅａｄ−ａｐｐが対応可能なデータ形式に撮像装置１００がＰＵＳＨ送信で送信しないデータ形式（本実施形態では一例としてＲＡＷ形式とする）があるか判断する。ここで、ＣＰＵ２０１がＲｅａｄ−ａｐｐが対応可能なデータ形式にＲＡＷ形式があると判断した場合は、Ｔ５１９へ処理を進める。一方、ＲＡＷ形式がないと判断した場合はＴ５２１へ処理を進める。なお、撮像装置１００がＰＵＳＨ送信で送信しないデータ形式は、Ｗｒｉｔｅ−ａｐｐから読み出し可能にしてＲＡＭ２０３に予め記憶されている。あるいは、撮像装置１００がＰＵＳＨ送信で送信するデータ形式をＷｒｉｔｅ−ａｐｐから読み出し可能にしてＲＡＭ２０３に予め記憶しておくようにしてもよい。そして、Ｒｅａｄ−ａｐｐが対応可能なデータ形式のうち、撮像装置１００がＰＵＳＨ送信で送信するデータ形式に含まれないものがあるかをＴ５１８で判断するようにしてもよい。

Ｒｅａｄ−ａｐｐが対応可能なデータ形式にＲＡＷ形式があれば、Ｔ５１９では、ＣＰＵ２０１はＮＥＴＩ／Ｆ２０９を介して、ＰＵＳＨ送信（本実施形態ではカメラ操作送信および撮影自動送信）の禁止要求を撮像装置１００へ送信する。そして、撮像装置１００の制御部４０１は禁止要求を通信機器２００から受信すると、ＰＵＳＨ送信を行うための操作を受け付けないようにしたり、その旨を示すダイアログを表示部４０６に表示する。これらのようにして、撮像装置１００の制御部４０１は撮像装置１００内の画像をＰＵＳＨ送信によって通信機器２００へ送信できないようにする。

Ｔ５２０では、ＣＰＵ２０１はＮＥＴＩ／Ｆ２０９を介して、撮像装置１００からの応答を受信する。なお、ＣＰＵ２０１はＴ５１９、Ｔ５２０の処理を行った場合は、以降の処理は行わないものとする。

また、これ以降にユーザによって図８（ａ）に示す解除ボタン８０２を押下された場合は、ＣＰＵ２０１はＰＵＳＨ送信の禁止解除要求を撮像装置１００へ送信する。そして、撮像装置１００の制御部４０１は禁止解除要求を通信機器２００から受信すると、ＰＵＳＨ送信を行うための操作の受け付けを再開して、撮像装置１００内の画像をＰＵＳＨ送信によって通信機器２００へ送信できるようにする。

以上が、接続フェーズである。なお、Ｔ５１７の処理は撮像装置１００との接続が完了したときに行われる場合について説明したが、これに限定しない。例えば、Ｔ５０９のＷｒｉｔｅ−ａｐｐが起動したときに行われるようにしてもよい。

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

Ｔ５２１では、ユーザは撮像装置１００を操作して、撮像装置１００内の画像のうち、送信対象の画像を選択した上で、ＰＵＳＨ送信を指示する。撮像装置１００は、ユーザの指示に応答して、ＰＵＳＨ送信の要求を通信機器２００へ送信する。

Ｔ５２２では、ＣＰＵ２０１は、ＮＥＴＩ／Ｆ２０９を介して、撮像装置１００からＰＵＳＨ送信要求を受信する。このＰＵＳＨ送信要求には、Ｔ５２１において撮像装置１００上でユーザが選択した元画像に関する情報を示すリスト情報が含まれている。ＣＰＵ２０１はこのリスト情報を保存予定画像リストとして、Ｗｒｉｔｅ−ａｐｐから読み出し可能にしてＲＡＭ２０３に保存する。

撮像装置１００からＰＵＳＨ送信要求を受信すると、Ｔ５２３において、ＣＰＵ２０１はＲＡＭ２０３に記憶された保存予定画像リストに基づき撮影画像（元画像）に対応する属性情報の要求を、ＮＥＴＩ／Ｆ２０９を介して撮像装置１００へ送信する。本実施形態では、属性情報としてサムネイル画像の場合について説明するが、これに限らず、例えばファイル名などであってもよい。

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

Ｔ５２４では、ＣＰＵ２０１はサムネイル画像と、各サムネイル画像に対応する元画像のデータ形式を示す情報を、ＮＥＴＩ／Ｆ２０９を介して撮像装置１００から受信し、ＨＤＤ２０４に保存する。

Ｔ５２５では、ＨＤＤ２０４に保存されたサムネイル画像を読みだして表示装置２１１に表示する。このとき、Ｗｒｉｔｅ−ａｐｐには図８（ｂ）に示すＧＵＩが表示される。図１２（ｂ）では、サムネイル画像が読み出される度に、順に画面に追加して表示装置２１１に表示される様子を示し、サムネイル画像と対応する元画像は、まだ撮像装置１００から受信されていないため、プログレスバー８０６は０％を示している。

Ｔ５２６では、ＣＰＵ２０１は、Ｔ５２２にてＲＡＭ２０３に記憶された保存予定画像リストに基づき元画像の要求をＮＥＴＩ／Ｆ２０９を介して撮像装置１００へ送信する。

Ｔ５２７では、ＣＰＵ２０１は、Ｔ５２２で受信した保存予定画像リストに基づき、元画像をＮＥＴＩ／Ｆ２０９を介して撮像装置１００から受信する。このとき、ＣＰＵ２０１は図８（ｂ）の画面から図８（ｃ）に示すような画面へ表示を切り替えるよう制御する。そして、撮像装置１００から元画像を受信する進捗に合わせてプログレスバー８０７を更新して表示するよう制御する。ここで、サムネイル画像は元画像に比べて低解像度であり、データサイズが小さい。そして、サムネイル画像に比べてデータサイズの大きな元画像を撮像装置１００から取り込む際には、Ｒｅａｄ−ａｐｐが対応可能な形式の、撮像装置１００においてユーザに選択された元画像だけを受信するようにした。これによって、Ｒｅａｄ−ａｐｐで処理することのない無駄なデータを受信してしまうのを防ぐことができ、通信負荷を軽減することができる。

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

なお、Ｔ５２６での元画像の要求から、Ｔ５２７での元画像の受信処理、Ｔ５２８での元画像の保存処理、Ｔ５２９での元画像に対する画像ＩＤの発行までの処理は、Ｔ５２２にてＲＡＭ２０３に記憶された保存予定画像リストの枚数分繰り返される。この一連の画像保存処理を行っている間は、ＣＰＵ２０１は、図８（ｃ）に示す保存進捗画面を表示装置２１１に表示する。

以上が画像保存のフェーズである。

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

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

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

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

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

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

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

以上のように、通信機器２００のＣＰＵ２０１によってＲｅａｄ−ａｐｐからＷｒｉｔｅ−ａｐｐが呼び出されて起動された場合に、ＣＰＵ２０１がＲｅａｄ−ａｐｐが対応可能なデータ形式に応じて、撮像装置１００によるＰＵＳＨ送信の可否を制御するようにした。これによって、Ｒｅａｄ−ａｐｐが対応不可能なデータ形式の画像を送受信したり、保存したりといった無駄な処理を実行せずに済む。

なお、本実施形態ではＲｅａｄ−ａｐｐが対応可能なデータ形式としてＲＡＷ形式を例として、撮像装置１００によるＰＵＳＨ送信を禁止するようにしたが、これに限定しない。例えば、Ｒｅａｄ−ａｐｐが対応可能なデータ形式として、ＭＰ４形式やＡＶＩ形式、ＭＯＶ形式などの動画のデータ形式にも同様に適用することが可能である。

（撮像装置１００のＵＩ）
次に本実施形態における、撮像装置１００のＵＩについて図９を用いて説明する。

図５におけるＴ５１５にて撮像装置１００と通信機器２００との接続が確立すると、撮像装置１００の表示部４０６には図９（ａ）に示すようにＰＵＳＨ送信を行うための画像選択画面が表示される。ただし、Ｔ５１９にて通信部４１１を介して通信機器２００からＰＵＳＨ送信の禁止要求を受信した場合は、制御部４０１は表示部４０６をブラックアウトさせるなどして、ＰＵＳＨ送信のための画像選択をユーザに行わせないようにする。このとき、制御部４０１はユーザによって撮像装置１００のレリーズなど操作された場合は図９（ｂ）に示すような、ユーザの操作を受け付けないエラーを表示部４０６に表示する。一方、Ｔ５２１にてユーザが表示部４０６を操作して画像を選択すると、制御部４０１は図９（ｃ）に示すような、ＰＵＳＨ送信の対象の画像が選択された状態を示す画面を表示部４０６に表示する。そして、ユーザの操作により、ＰＵＳＨ送信を指示されると制御部４０１は図９（ｄ）に示すような画像送信の進捗表示を表示部４０６に表示し、画像送信が終了すると図９（ａ）に示すような表示へ更新される。

以上が撮像装置１００のＧＵＩの説明である。

（第２の実施形態）
以下、本発明の第２の実施形態について図面を参照しながら説明する。本実施形態では、通信機器２００を操作して画像編集アプリケーションからデータ取り込み用アプリケーションを起動して連携し、データ取り込み用アプリケーションにて画像編集アプリケーションで対応可能なデータ形式、および接続している撮像装置１００の機種に基づいて、撮像装置１００のデータ送信を制御する例について説明する。なお、本実施形態におけるアプリケーションの「起動」として、未起動のアプリケーションを起動させる場合と、バックグラウンドで起動中のアプリケーションをフォアグラウンドへ移動させてアクティブな状態にする場合がある。

（通信機器の処理手順）
図１０を参照しながら、本実施形態に係る通信機器２００の処理手順について説明する。本実施形態では、通信機器２００のＣＰＵ２０１によってＲｅａｄ−ａｐｐからＷｒｉｔｅ−ａｐｐが起動されて連携する場合に、ＣＰＵ２０１がＲｅａｄ−ａｐｐにて対応可能なフォーマットと、接続している撮像装置１００の機種を判断し、撮像装置１００のデータ送信を制御する例について説明する。

なお、図１０に示す処理は、図５におけるＴ５０１からＴ５１８の処理と同様の処理が実行された後に続けて実行される。

Ｔ１００５では、通信機器２００に接続している撮像装置１００の機種を取得する。ここで撮像装置１００の機種はＴ５１５での接続確立が行われるときに撮像装置１００から取得したモデルＩＤなどである。取得されたモデルＩＤはＣＰＵ２０１によってＲＡＭ２０３へ読み出し可能として格納される。

Ｔ１００６では、ＣＰＵ２０１は、Ｔ５１７にて参照したＲｅａｄ−ａｐｐが対応可能なデータ形式とＴ１００５にて識別された撮像装置１００の機種に基づき、当該機種の撮像装置１００が、Ｒｅａｄ−ａｐｐが対応可能なデータ形式の画像をＰＵＳＨ送信で送信するかどうかを判定する。Ｔ１００６にて、送信しないと判断されれば、Ｔ１００７へ処理を進める。なお、ＰＵＳＨ送信で送信しないデータ形式は撮像装置１００の機種毎に、Ｗｒｉｔｅ−ａｐｐから読み出し可能にしてＲＡＭ２０３に予め記憶されている。そして、Ｒｅａｄ−ａｐｐが対応可能なデータ形式に、接続中の撮像装置１００の機種がＰＵＳＨ送信で送信しないデータ形式が含まれている場合はＴ１００７へ処理を進める。あるいは、ＰＵＳＨ送信で送信するデータ形式を撮像装置１００の機種毎に、Ｗｒｉｔｅ−ａｐｐから読み出し可能にしてＲＡＭ２０３に記憶しておき、Ｒｅａｄ−ａｐｐが対応可能なデータ形式に、接続中の撮像装置１００の機種がＰＵＳＨ送信で送信するデータ形式に含まれていない場合はＴ１００７へ処理を進めるようにしてもよい。

Ｔ１００７では、ＣＰＵ２０１はＮＥＴＩ／Ｆ２０９を介して、撮像装置１００へＰＵＳＨ送信の禁止要求を送信する。そして、撮像装置１００の制御部４０１は禁止要求を通信機器２００から受信すると、ＰＵＳＨ送信を行うための操作を受け付けないようにしたり、その旨を示すダイアログを表示部４０６に表示したりする。これらのようにして、撮像装置１００内の画像をＰＵＳＨ送信によって通信機器２００へ送信できないようにする。

Ｔ１００８では、ＣＰＵ２０１はＮＥＴＩ／Ｆ２０９を介して、撮像装置１００からの応答を受信する。

以上が、通信機器２００のＣＰＵ２０１によってＲｅａｄ−ａｐｐからＷｒｉｔｅ−ａｐｐが連携された場合に、Ｒｅａｄ−ａｐｐにて対応可能なデータ形式と接続中の撮像装置１００の機種に基づき、撮像装置１００によるＰＵＳＨ送信の可否を制御する処理の説明である。

なお、Ｔ１００３の処理は撮像装置１００との接続が完了したタイミングに行われる場合について説明したが、これに限定しない。例えば、Ｔ５０９のＷｒｉｔｅ−ａｐｐが起動したタイミングでもよい。

また、本実施形態では接続している撮像装置１００の機種の識別にモデルＩＤを用いる場合を例にあげて説明したが、これに限定しない。例えば、撮像装置１００のＭＡＣアドレスや機種の名称を示す文字列など、撮像装置１００の機種を特定できるものであれば他の情報を用いてもよい。

また、本実施形態では、通信機器２００が撮像装置１００の機種を識別する情報を撮像装置１００から受信し、当該撮像装置１００の機種と関連付けられたＰＵＳＨ送信で送信される又は送信されないデータ形式を読み出す場合について説明した。これに限らず、通信機器２００が、撮像装置１００によりＰＵＳＨ送信で送信される又は送信されないデータ形式そのものを撮像装置１００から受信するようにしてもよい。

（第３の実施形態）
以下、本発明の第３の実施形態について図面を参照しながら説明する。本実施形態では、ユーザが通信機器２００を操作してＷｒｉｔｅ−ａｐｐを起動する。そして、ユーザが撮像装置１００を操作して撮像装置１００内に記憶される画像を通信機器２００へ送信し、完了した後に他のアプリケーションを起動して連携する例について説明する。なお、本実施形態におけるアプリケーションの「起動」として、未起動のアプリケーションを起動させる場合と、バックグラウンドで起動中のアプリケーションをフォアグラウンドへ移動させてアクティブな状態にする場合がある。

（通信機器の処理手順）
図１１、図１２を参照しながら、本実施形態に係る通信機器２００の処理手順について説明する。本実施形態では、ユーザが通信機器２００を操作してＷｒｉｔｅ−ａｐｐを起動する。そして、ユーザが撮像装置１００を操作してＰＵＳＨ送信を行い、送信処理の完了後に他のアプリケーションを起動して連携する処理について説明する。

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

まず、Ｔ１１０１からＴ１１０８の接続フェーズに関して説明する。

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

続いて、Ｔ１１０２では、Ｔ１１０１における起動要求に応答して、ＣＰＵ２０１がＷｒｉｔｅ−ａｐｐを起動することにより処理を開始する。ＣＰＵ２０１はＷｒｉｔｅ−ａｐｐを起動すると、図１２（ａ）に示すような画面を表示装置２１１に表示させる。

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

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

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

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

以上が、接続フェーズである。

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

Ｔ１１０９では、ユーザは撮像装置１００を操作して、撮像装置１００内の画像のうち、送信対象の画像を選択した上で、ＰＵＳＨ送信を指示する。撮像装置１００は、ユーザの指示に応答して、ＰＵＳＨ送信の要求を通信機器２００へ送信する。

Ｔ１１１０では、ＣＰＵ２０１は、ＮＥＴＩ／Ｆ２０９を介して、撮像装置１００からＰＵＳＨ送信要求を受信する。このＰＵＳＨ送信要求には、Ｔ１１０９において撮像装置１００上でユーザが選択した元画像に関する情報を示すリスト情報が含まれている。Ｔ１１１１では、ＣＰＵ２０１はこのリスト情報を保存予定画像リストとして、Ｗｒｉｔｅ−ａｐｐから読み出し可能にしてＲＡＭ２０３に保存する。

撮像装置１００からＰＵＳＨ送信要求を受信すると、Ｔ１１１１において、ＣＰＵ２０１はＲＡＭ２０３に記憶された保存予定画像リストに基づき撮影画像（元画像）に対応する属性情報の要求を、ＮＥＴＩ／Ｆ２０９を介して撮像装置１００へ送信する。本実施形態では、属性情報としてサムネイル画像の場合について説明するが、これに限らず、例えばファイル名などであってもよい。

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

Ｔ１１１２では、ＣＰＵ２０１はサムネイル画像と、各サムネイル画像に対応する元画像のデータ形式を示す情報を、ＮＥＴＩ／Ｆ２０９を介して撮像装置１００から受信し、ＨＤＤ２０４に保存する。ここで、サムネイル画像は元画像に比べて低解像度であり、データサイズが小さい。

Ｔ１１１３では、ＨＤＤ２０４に保存されたサムネイル画像を読みだして表示装置２１１に表示する。このとき、Ｗｒｉｔｅ−ａｐｐには図１２（ｂ）に示すＧＵＩが表示される。図１２（ｂ）では、サムネイル画像が読み出される度に、順に画面に追加して表示装置２１１に表示される様子を示し、サムネイル画像と対応する元画像は、まだ撮像装置１００から受信されていないため、プログレスバー１２０６は０％を示している。

Ｔ１１１４では、ＣＰＵ２０１は、Ｔ５２１にてＲＡＭ２０３に記憶された保存予定画像リストに基づき元画像の要求をＮＥＴＩ／Ｆ２０９を介して撮像装置１００へ送信する。

Ｔ１１１５では、ＣＰＵ２０１は、Ｔ５２４で要求した元画像をＮＥＴＩ／Ｆ２０９を介して撮像装置１００から受信する。ここで、元画像は撮像装置１００がＰＵＳＨ送信で送信するデータ形式であり、本実施形態ではＪＰＥＧ形式であるとする。

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

なお、Ｔ１１１４での元画像の要求から、Ｔ１１１５での元画像の受信処理、Ｔ１１１６での元画像の保存処理、Ｔ１１１７での元画像に対する画像ＩＤの発行までの処理は、Ｔ１１１０にてＲＡＭ２０３に記憶された保存予定画像リストの枚数分繰り返される。この一連の画像保存処理を行っている間は、ＣＰＵ２０１は、図１２（ｂ）に示す保存進捗画面を表示装置２１１に表示する。

以上が画像保存のフェーズである。

続いて、Ｔ１１１８からＴ１１２４の連携開始フェーズについて説明する。

Ｔ１１１１からＴ１１１７で説明したように、Ｔ１１１０にてＲＡＭ２０３に記憶された保存予定画像リストと対応するすべての元画像の保存処理が終了したら、ＣＰＵ２０１は、図１２（ｃ）に示す保存完了画面を表示装置２１１に表示する。ユーザが閉じるボタン１２０２を押したことを検知すると、ＣＰＵ２０１は後述する画像ＩＤリストの生成処理を実行することなく、図１２（ａ）の画面の表示に戻る。

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

Ｔ１１２０では、ＣＰＵ２０１がデータ共有場所５００を参照して、各Ｒｅａｄ−ａｐｐが対応するデータ形式を示す形式リストを取得する。

Ｔ１１２１では、ＣＰＵ２０１は表示装置２１１に図１２（ｄ）に示すような連携先リスト１２０３を表示する。このとき、Ｔ１１２０にて取得した各Ｒｅａｄ−ａｐｐが対応するデータ形式の中で、撮像装置１００がＰＵＳＨ送信で送信しないデータ形式（本実施形態では一例としてＲＡＷ形式とする）に対応するＲｅａｄ−ａｐｐを連携先リスト１２０３に表示しない。すなわち、連携先リスト１２０３には、撮像装置１００がＰＵＳＨ送信で送信するデータ形式だけに対応するアプリケーションが表示される。

Ｔ１１２２では、ＣＰＵ２０１は、連携先リスト１２０３に対するユーザの操作に応答して、Ｒｅａｄ−ａｐｐを選択する。Ｔ１１２３では、ＣＰＵ２０１はＴ１１２２で選択されたＲｅａｄ−ａｐｐに対して、ＯＳによって起動要求を行って当該Ｒｅａｄ−ａｐｐを起動させて連携する。

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

その後、ＣＰＵ２０１は、Ｒｅａｄ−ａｐｐにおいて取得した画像ＩＤリストに基づき、ＨＤＤ２０４から元画像を取得し、Ｒｅａｄ−ａｐｐの一覧表示画面に追加して表示する。

なお、本実施形態において、撮像装置１００がＰＵＳＨ送信で送信しないデータ形式としてＲＡＷ形式を例にあげて説明したが、これに限定しない。例えば、ＲＡＷ形式の代わりにＭＰ４などの動画のデータ形式であっても同様に適用することが可能である。また、本実施形態では、ＣＰＵ２０１は撮像装置１００がＰＵＳＨ送信で送信しないデータ形式に対応可能なアプリケーションを連携先リストで非表示にするようにしたが、これに限定するものでなく、選択不可能な状態で表示するようにしてもよい。

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

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

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

Claims (12)

1. 第１のアプリケーションにしたがって動作し、第２のアプリケーションの起動を要求する要求手段と、
   前記要求に応答して、前記第２のアプリケーションを起動し、前記第２のアプリケーションにしたがって動作することにより、外部装置により保持されるデータのうち、前記外部装置に対する操作にしたがって選択されたデータを前記外部装置から受信する受信手段と、
   前記第１のアプリケーションが対応可能なデータ形式を取得する第１の取得手段と、
   前記取得手段により取得されたデータ形式に基づき、前記外部装置に対する操作にしたがって選択されたデータを前記外部装置から送信しないように前記外部装置に要求する送信制御手段を備えたことを特徴とする情報処理装置。
2. 前記送信制御手段は、前記取得手段により取得されたデータ形式が、前記外部装置に対する操作にしたがって選択されて前記外部装置から送信されるデータのデータ形式に含まれなければ、前記要求を行うことを特徴とする請求項１に記載の情報処理装置。
3. 前記送信制御手段は、前記取得手段により取得されたデータ形式が、前記外部装置に対する操作にしたがって選択されて前記外部装置から送信されるデータのデータ形式に含まれれば、前記要求を行わないことを特徴とする請求項１または２に記載の情報処理装置。
4. 前記外部装置の機種を取得する第２の取得手段をさらに備え、
   前記送信制御手段は、さらに前記外部装置の機種に基づき、前記要求を行うことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記第１のアプリケーションが対応可能なデータ形式を示す情報を、前記第２のアプリケーションから読み書き可能な所定の記憶領域に書き込む手段をさらに備えたことを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 前記第２のアプリケーションにしたがって動作し、前記外部装置との間の通信を確立する通信手段をさらに備えることを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
7. 第１のアプリケーションの起動を要求することが可能な第２のアプリケーションにしたがって動作することにより、外部装置により保持されるデータのうち、前記外部装置に対する操作にしたがって選択されたデータを前記外部装置から受信する受信手段と、
   前記第１のアプリケーションが対応可能なデータ形式を取得する第１の取得手段と、
   前記受信手段により受信されるデータのデータ形式に基づき、複数の第１のアプリケーションのうちいずれかを選択するよう制御する選択手段と、
   前記第２のアプリケーションにより、前記選択手段により選択された第１のアプリケーションの起動を要求する要求手段を備えたことを特徴とする情報処理装置。
8. 前記選択手段は、前記取得手段により取得されたデータ形式が、前記受信手段により受信されるデータのデータ形式に含まれない第１のアプリケーションを選択しないように制御することを特徴とする請求項７に記載の情報処理装置。
9. 前記第１のアプリケーションが対応可能なデータ形式を示す情報を、前記第２のアプリケーションから読み書き可能な所定の記憶領域に書き込む手段をさらに備えたことを特徴とする請求項７または８に記載の情報処理装置。
10. 第１のアプリケーションにしたがって動作し、第２のアプリケーションの起動を要求するステップと、
    前記要求に応答して、前記第２のアプリケーションを起動し、前記第２のアプリケーションにしたがって動作することにより、外部装置により保持されるデータのうち、前記外部装置に対する操作にしたがって選択されたデータを前記外部装置から受信するステップと、
    前記第１のアプリケーションが対応可能なデータ形式を取得するステップと、
    前記取得されたデータ形式に基づき、前記外部装置に対する操作にしたがって選択されたデータを前記外部装置から送信しないように前記外部装置に要求するステップを備えたことを特徴とする情報処理装置の制御方法。
11. 第１のアプリケーションの起動を要求することが可能な第２のアプリケーションにしたがって動作することにより、外部装置により保持されるデータのうち、前記外部装置に対する操作にしたがって選択されたデータを前記外部装置から受信するステップと、
    前記第１のアプリケーションが対応可能なデータ形式を取得するステップと、
    前記受信されるデータのデータ形式に基づき、複数の第１のアプリケーションのうちいずれかを選択するよう制御するステップと、
    前記第２のアプリケーションにより、前記選択された第１のアプリケーションの起動を要求するステップを備えたことを特徴とする情報処理装置の制御方法。
12. コンピュータを請求項１乃至９のいずれか一項に記載の情報処理装置の各手段として機能させるプログラム。

Images