JP6271983B2 - 通信装置およびその制御方法、プログラム - Google Patents

Description

本発明は、非接触で近接通信を行う電子機器や端末に関する。

近年、ＩＣカード等を用いて、近距離で非接触により無線通信を行う近接通信が、例えば、電子定期券や、電子マネー等で利用されており、また、近接通信を利用した電子定期券や、電子マネーの機能を有する携帯電話機が広く普及してきている。

近接通信は、例えば、ＩＳＯ／ＩＥＣ １４４４３や、ＩＳＯ／ＩＥＣ １８０９２（以下、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ））として通信規格が存在する（特許文献１）。ここで、ＮＦＣの規格等に準拠した近接通信を行う通信装置のうちの、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）信号を出力する装置をリーダライタと呼び、リーダライタからの信号に応答する形で近接通信を行うＩＣカードやＩＣチップ等の通信装置をタグともいう。

特開２０１３−０５１７１７号公報

リーダライタ機能を持つ端末がタグである電子機器からアプリケーション起動情報を読み出すことにより端末上で動作するアプリケーションを起動させることが可能である。しかしながら現状は、アプリケーション起動情報が各ＯＳによって異なるため、アプリケーション起動情報を読み出した端末によってはアプリケーションを起動できない場合がある。例えば端末のＯＳがＯＳ１であり、タグのアプリケーション起動情報がＯＳ２用である場合、端末はタグのアプリケーション起動情報を読み出しても、アプリケーションを起動できない。

本発明は、上記課題に鑑みてなされ、その目的は、端末のＯＳ種別によらず、端末上でアプリケーションを起動できるようにすることである。

上記課題を解決し、目的を達成するために、本発明の通信装置は、第一の制御プログラムによって制御される第一の外部装置と、前記第一の制御プログラムとは異なる種類の第二の制御プログラムによって制御される第二の外部装置とを含む複数の外部装置と近接無線通信可能な通信装置であって、
アプリケーションを起動するための起動情報を複数保持する保持手段と、
前記保持手段によって保持されている情報を取得する要求を前記外部装置から前記近接無線通信を介して受信する受信手段と、
前記受信手段により前記要求が受信されたことに応じて、前記保持手段に保持されている前記起動情報を前記外部装置に送信する送信手段とを有し、
前記送信手段は、前記受信手段により受信された要求が、前記第一の外部装置と前記第二の外部装置とのうち、いずれの装置からの要求であるかに関わらず、前記保持手段に保持されている起動情報である第一のアプリケーション起動情報と第二のアプリケーション起動情報との両方を前記要求を送信した外部装置に送信し、
前記第一のアプリケーション起動情報は、前記第一の制御プログラムに対応するフォーマットで定義され、前記第二のアプリケーション起動情報は、前記第二の制御プログラムに対応するフォーマットで定義されることを特徴とする。

本発明によれば、端末が電子機器からＯＳに対応したアプリケーション起動情報を取得することにより、端末のＯＳ種別によらず、端末上でアプリケーションを起動させることができる。

本発明に係る実施形態のシステム構成を例示する図。 本実施形態のデジタルカメラの構成を例示する図。 本実施形態のスマートフォンの構成を例示する図。 本実施形態におけるスマートフォンの各ＯＳとアプリケーションの組み合わせを例示する図。 本実施形態におけるＮＦＣタグの構成を例示する図。 本実施形態のデジタルカメラとスマートフォンによるタグ読み出しシーケンスを示す図。 実施形態１のデジタルカメラによる通信処理を示すフローチャート。 実施形態１のスマートフォンによる通信処理を示すフローチャート。 実施形態２のデジタルカメラによる通信処理を示すフローチャート。 実施形態２のスマートフォンによる通信処理を示すフローチャート。

以下に、添付図面を参照して本発明を実施するための形態について詳細に説明する。尚、以下に説明する実施の形態は、本発明を実現するための一例であり、本発明が適用される装置の構成や各種条件によって適宜修正又は変更されるべきものであり、本発明は以下の実施の形態に限定されるものではない。

［実施形態１］以下、本発明の電子機器および端末としてデジタルカメラおよび携帯電話の一種であるスマートフォンを適用し、これらが非接触で近接通信を行うシステムについて説明する。なお、本発明が適用可能なシステムはこれには限定されない。例えば電子機器の例としてはＩＣカードや各種のメディアプレーヤ、ゲーム機、携帯電話、タブレットデバイスなどにも適用可能である。また、端末の例としてはＮＦＣリーダライタを有するものに適用可能であり、例えばパーソナルコンピュータやタブレットデバイス、店舗などに用意されるカードリーダなどに適用可能である。

＜システム構成＞先ず、図１を参照して、本実施形態のシステム構成について説明する。

本実施形態のシステムは、ＮＦＣのタグ機能を持つデジタルカメラ１００とＮＦＣのリーダライタ機能を持つスマートフォン２００とから構成される。ＮＦＣのリーダライタであるスマートフォン２００は、アンテナを有し、アンテナからＲＦ信号を出力することにより、ＮＦＣのタグであるデジタルカメラ１００との間で、非接触で近接通信を行い、デジタルカメラ１００が内蔵するメモリからデータを読み出す。

デジタルカメラ１００は、スマートフォン２００に近接すると、スマートフォン２００がアンテナから出力するＲＦ信号を電源として動作を開始し、スマートフォン２００との間で近接通信を行う。

近接通信では、スマートフォン２００は、ＲＦ信号をデータに従って変調することにより、データを送信し、デジタルカメラ１００は、スマートフォン２００がＲＦ信号によって送信するデータを受信して、内蔵するメモリに書き込む。

また、デジタルカメラ１００は、メモリに記憶されたデータを読み出し、スマートフォン２００から送信されてくるＲＦ信号を負荷変調することで、データを、スマートフォン２００に送信する。

＜デジタルカメラの構成＞次に、図２を参照して、本実施形態のシステムを構成するデジタルカメラ１００の構成および機能について説明する。

デジタルカメラ１００は、ＮＦＣタグ機器の一例である。

制御部１０１は、ＣＰＵなどを備え、デジタルカメラ１００を構成する全てのブロックの制御を行う。また、プログラムを格納するためのＲＯＭは、制御部１０１に属しているものとし、図示を省略する。

ＲＡＭ１０２は、主に制御部１０１のワークエリアや、データの一時バッファ領域として使用されるメモリである。

撮像部１０３は、光学レンズ、ＣＭＯＳセンサ、画像処理回路などを備え、光学レンズを介して取り込まれる被写体像を光電変換してアナログ信号を生成し、得られたアナログ信号をデジタル信号に変換して各種の画像処理を施すことで画像データを生成する。撮像部１０３によって撮像された画像データは、ＲＡＭ１０２に一時的に格納され、制御部１０１からの制御指令に基づいて、例えば記録部１０６による記録媒体への記録処理や、無線通信部１０７による外部機器への送信処理などが行われる。また撮像部１０３は、レンズ制御部を備え、制御部１０１からの制御指令に基づいて、ズーム、フォーカス、絞り調整などの処理を行う。

表示部１０４は、液晶パネル、または有機ＥＬパネル等で構成され、制御部１０１の制御指令に基づいて、操作画面や、撮影画像等の表示を行う。

操作部１０５は、ボタン、十字キー、タッチパネル、またはリモコン等によって構成され、ユーザの操作指示を受け付ける。操作部１０５から入力された操作情報は、制御部１０１に送信され、制御部１０１は操作情報に基づいて各部の制御を実行する。

記録部１０６は大容量の記録媒体によって構成され、制御部１０１の制御指令に基づいて記録媒体に様々なデータを格納したり読み出す。記録媒体は、例えば内蔵フラッシュメモリ、内蔵ハードディスク、或いは着脱可能なメモリカード等で構成される。

無線通信部１０７は、アンテナや通信処理回路などのハードウェアを備え、ＩＥＥＥ８０２．１１ｎ／ａ／ｇ／ｂ方式の無線ＬＡＮ通信を行う。無線通信部１０７は、外部のアクセスポイントと無線ＬＡＮで接続し、アクセスポイント経由で他の無線通信機器と無線ＬＡＮ通信を行う。

内部バス１０８は、デジタルカメラ１００の各部を相互に接続するためのバスである。

ＮＦＣ通信部１０９はアンテナ、ＲＦ回路、コマンドシーケンサ、およびメモリなどのハードウェアを備え、ＮＦＣのタグ機能を有する。

アンテナは、例えば、コイルとコンデンサからなる共振回路で構成され、ＮＦＣのリーダライタからのＲＦ信号を受信し、ＲＦ回路に供給する。

ＲＦ回路は、リーダライタとの間で近接通信を行う。すなわち、ＲＦ回路は、リーダライタと近接することにより、アンテナで、リーダライタからのＲＦ信号が受信されると、そのＲＦ信号から電源となる電力を得て、必要なブロックに供給する。また、ＲＦ回路は、リーダライタからのＲＦ信号を、コマンドやデータに復調し、コマンドシーケンサに供給する。さらに、ＲＦ回路は、コマンドシーケンサから供給されるデータに従って、リーダライタからのＲＦ信号を負荷変調することで、データを、リーダライタに送信する。

コマンドシーケンサは、ＲＦ回路から供給される、リーダライタからのコマンドに従って、シーケンス制御を行うことで、メモリに対するデータの読み書き等の制御を行う。すなわち、コマンドシーケンサは、リーダライタからのコマンドが、データの書き込みを要求するライトコマンドである場合、そのライトコマンドと共に、リーダライタから送信され、ＲＦ回路から供給されるデータをメモリに書き込む。また、コマンドシーケンサは、リーダライタからのコマンドが、データの読み出しを要求するリードコマンドである場合、メモリからデータを読み出し、ＲＦ回路に供給する。メモリは、例えば、フラッシュなどの不揮発性メモリであり、コマンドシーケンサの制御に従ってデータを記憶する。ＮＦＣ通信部１０９のメモリは、制御部１０１により読み書き可能である。

＜スマートフォンの構成＞図３を参照して、本実施形態のシステムを構成するスマートフォン２００の構成および機能について説明する。

スマートフォン２００は、本発明におけるＮＦＣリーダライタ機器の一例である。

制御部２０１は、ＣＰＵなどを備え、スマートフォン２００を構成する全てのブロックの制御を行う。また、プログラムを格納するためのＲＯＭは、制御部２０１に属しているものとし、図示を省略する。

ＲＡＭ２０２は、主に制御部２０１のワークエリアや、データの一時バッファ領域として使用されるメモリである。ＯＳ（Ｏｐｅｒａｔｉｏｎ Ｓｙｓｔｅｍ）やアプリケーションプログラムなどは、ＲＡＭ２０２上に展開され、制御部２０１により実行される。

撮像部２０３、表示部２０４、操作部２０５、記録部２０６、無線通信部２０７、内部バス２０８はそれぞれ、デジタルカメラ１００の撮像部１０３、表示部１０４、操作部１０５、記録部１０６、無線通信部１０７、内部バス１０８と同様の機能を備えるため、説明を省略する。

ＮＦＣ通信部２０９はアンテナなどを備え、ＮＦＣのリーダライタ機能を有する。ＮＦＣ通信部２０９は、アンテナからＲＦ信号を出力することにより、ＮＦＣタグ（デジタルカメラ１００）との間で非接触で近接通信を行い、ＮＦＣタグ（デジタルカメラ１００）が内蔵するメモリにデータを書き込み、また、ＮＦＣタグからデータを読み出す。

＜スマートフォンのＯＳとアプリケーションの組み合わせ＞次に、図４を参照して、本実施形態における、スマートフォン２００、３００、４００の各ＯＳと、各ＯＳ上で動作するアプリケーションの組み合わせについて説明する。

スマートフォン２００は、ＯＳ１がＲＡＭ２０２上で実行されており、ＯＳ１が実行されているスマートフォンでは、ＯＳ１用アプリケーション２５０のみ実行可能である。同様に、スマートフォン３００は、ＯＳ２がＲＡＭ上で実行されており、ＯＳ２が実行されているスマートフォンでは、ＯＳ２用アプリケーション３５０のみ実行可能である。同様に、スマートフォン４００は、ＯＳ３がＲＡＭ上で実行されており、ＯＳ３が実行されているスマートフォンでは、ＯＳ３用アプリケーション４５０のみ実行可能である。すなわち、ＯＳ１用アプリケーション２５０をスマートフォン３００で動作しているＯＳ２上で起動したり、スマートフォン４００で動作しているＯＳ３上で起動することはできない。各ＯＳ上で起動するには、各ＯＳに応じたアプリケーション起動情報が必要である。

例えば、ＯＳ１は、マイクロソフト社のＷｉｎｄｏｗｓ（登録商標）ＯＳ、ＯＳ２は、Ａｎｄｒｏｉｄ（登録商標）ＯＳ、ＯＳ３は、アップル社のｉＯＳ（登録商標）である。

ＮＦＣタグには、同一のアプリケーションを複数のフォーマットで定義したアプリケーション起動情報が格納されている。

各スマートフォン２００、３００、４００は、各スマートフォンのＮＦＣリーダライタを用いて、デジタルカメラ１００のＮＦＣタグから、各スマートフォンのＯＳに対応した特定のアプリケーション起動情報を読み出す。そして、各スマートフォン２００、３００、４００は、デジタルカメラ１００のＮＦＣタグから読み出したアプリケーション起動情報を用いて各スマートフォンのＯＳに対応したアプリケーションが起動可能となる。

なお、Ｓｕｉｃａ（登録商標）などの電子マネー機能を持つタグの場合、タグを読み出すリーダライタは共通の電子マネーアプリケーションが起動されることになるので、本実施形態のように異なるアプリケーションを起動することにはならない。

＜ＮＦＣタグの構成＞次に、図５を参照いて、本実施形態における、デジタルカメラ１００のＮＦＣ通信部１０９のメモリに記憶されるＮＦＣタグの構成について説明する。

ＮＦＣタグは、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）フォーラムでＲＴＤ（Ｒｅｃｏｒｄ Ｔｙｐｅ Ｄｅｆｉｎｉｔｉｏｎ）としてＴｙｐｅ１、２、３、４が規格化されている。本実施形態では、Ｔｙｐｅ４タグを用いた例を説明するが、本発明はＴｙｐｅ１、２、３のタグにも適用可能である。

Ｔｙｐｅ４タグは、メモリ番地Ｅ１０４にＮＤＥＦ（ＮＦＣ Ｄａｔａ Ｅｘｃｈａｎｇ Ｆｏｒｍａｔ）ファイルが記憶されている。

ＮＤＥＦは、ＮＦＣフォーラムで規格化されたＮＦＣ用データフォーマットである。

ＮＤＥＦファイルの先頭２バイトは、ＮＬＥＮフィールド５００であり、ＮＬＥＮフィールドに続くＮＤＥＦメッセージ長を示す。

ＮＤＥＦメッセージは、ＮＤＥＦレコード５０１、５０２、５０３、５０４の４つのＮＤＥＦレコードにより構成されている。

ＮＤＥＦレコードは、ＮＤＥＦヘッダ、タイプ、ペイロードから構成されている。

ＮＤＥＦヘッダは、メッセージの最初または最後を示すフラグ、ペイロード長等を含む。

ＮＤＥＦレコード５０１のタイプは、”ＯＳ１．ｃｏｍ／ＬａｕｎｃｈＡｐｐ”という文字列のアスキーコードであり、対応するＯＳ情報を含む。ＮＤＥＦレコード５０１のペイロードは、“ＣａｍｅｒａＡｐｐ”という文字列のアスキーコードであり、起動すべきアプリケーション名を示す。

ＮＤＥＦレコード５０２のタイプは、”ＯＳ２．ｃｏｍ：ｐｋｇ”というアプリケーションパッケージを示す文字列のアスキーコードであり、対応するＯＳ情報を含む。ＮＤＥＦレコード５０２のペイロードは、“ＣａｍｅｒａＡｐｐ Ｖｅｒ３”という文字列のアスキーコードであり、起動すべきアプリケーション名およびバージョン情報を示す。

ＮＤＥＦレコード５０３のタイプは、”ＯＳ２．ｃｏｍ：ｐｋｇ”というアプリケーションパッケージを示す文字列のアスキーコードであり、対応するＯＳ情報を含む。ＮＤＥＦレコード５０３のペイロードは、“ＣａｍｅｒａＡｐｐ Ｖｅｒ２”という文字列のアスキーコードであり、起動すべきアプリケーション名およびバージョン情報を示す。

ＮＤＥＦレコード５０４のタイプは、”ＯＳ２．ｃｏｍ：ｐｋｇ”というアプリケーションパッケージを示す文字列のアスキーコードであり、対応するＯＳ情報を含む。ＮＤＥＦレコード５０４のペイロードは、“ＣａｍｅｒａＡｐｐ Ｖｅｒ１”という文字列のアスキーコードであり、起動すべきアプリケーション名およびバージョン情報を示す。

なお、本実施形態のデジタルカメラ１００のＮＦＣ通信部１０９のメモリに記憶されるＮＤＥＦレコードのタイプおよびペイロードは、図５の例に限定されない。例えば、ＮＤＥＦレコードのタイプおよびペイロードに、ＮＦＣフォーラムで規定されるサービスアクセスポイントの情報を含んでも良い。また、ＮＤＥＦレコードのペイロードに、さらに詳細なアプリケーションパスを示す情報を含んでも良い。

＜タグ読み出しシーケンス＞次に、図６を参照して、スマートフォン２００のＮＦＣリーダライタが、デジタルカメラ１００のＮＦＣタグからデータを読み出すシーケンスについて説明する。なお、本実施形態ではＴｙｐｅ４のタグオペレーションを用いた例を説明するが、本発明はＴｙｐｅ１、２、３のタグオペレーションにも適用可能である。

Ｓ６０１では、リーダライタ２００は、制御部２０１が生成したコマンドＣ−ＡＰＤＵ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）をＮＦＣ通信部１０９から送信する。Ｃ−ＡＰＤＵは、ＩＳＯ／ＩＥＣ７８１６で定義されたデータフォーマットであり、タグに対するコマンドとして使用される。Ｔｙｐｅ４タグのデータの読み書きには、Ｓｅｌｅｃｔコマンド、ＲｅａｄＢｉｎａｒｙコマンド、Ｕｐｄａｔｅコマンドの３つのＣ−ＡＰＤＵを使用する。

Ｓ６０１では、リーダライタ（２００）は、Ｓｅｌｅｃｔコマンドを送信して、タグ（１００）のメモリ番地Ｅ１０４ｈに記憶されたＮＤＥＦファイルを指定する。

Ｓ６０２では、タグ（１００）は、Ｃ−ＡＰＤＵ（Ｓｅｌｅｃｔ）に対する応答として、レスポンスＲ−ＡＰＤＵを返信する。

Ｓ６０３では、リーダライタ（２００）は、Ｓｅｌｅｃｔコマンドで指定したＮＤＥＦファイルに対して、ＲｅａｄＢｉｎａｒｙコマンドを送信して、タグ（１００）のＮＤＥＦファイルの先頭２バイトであるＮＬＥＮフィールドを読み出す。

Ｓ６０４では、タグ（１００）は、Ｃ−ＡＰＤＵ（ＲｅａｄＢｉｎａｒｙ）に対する応答として、レスポンスＲ−ＡＰＤＵを返信する。

Ｓ６０５では、リーダライタ（２００）は、Ｓｅｌｅｃｔコマンドで指定したＮＤＥＦファイルに対して、ＲｅａｄＢｉｎａｒｙコマンドを送信して、タグ（１００）のＮＤＥＦファイルのＮＤＥＦメッセージをＮＤＥＦメッセージ長であるＮＬＥＮ分読み出す。

Ｓ６０６では、タグ（１００）は、Ｃ−ＡＰＤＵ（ＲｅａｄＢｉｎａｒｙ）に対する応答として、レスポンスＲ−ＡＰＤＵを返信する。

リーダライタ（２００）は、Ｓ６０７でＳ６０１からのシーケンスを繰り返してタグ（１００）の読み出しを繰り返しても良い。

＜デジタルカメラでの通信処理＞図７を参照して、本実施形態のデジタルカメラ１００のＮＦＣタグにおける通信処理について説明する。

デジタルカメラ１００のＮＦＣ通信部１０９がスマートフォン２００のＮＦＣ通信部２０９からのＲＦ信号を受信することにより、図７の処理が開始される。

Ｓ７０１では、ＮＦＣ通信部１０９は図６で説明したＮＤＥＦファイル読み出し要求（取得要求）であるコマンドＣ−ＡＰＤＵ（ＲｅａｄＢｉｎａｒｙ）をスマートフォン２００から受信すると、Ｓ７０２に進む。

Ｓ７０２では、ＮＦＣ通信部１０９は図６で説明したレスポンスＲ−ＡＰＤＵ（ＲｅａｄＢｉｎａｒｙ）を返信することにより、ＮＦＣ通信部１０９のメモリに記憶されたＮＤＥＦメッセージ（図５）をスマートフォン２００に送信する。

＜スマートフォンでの通信処理＞図８を参照して、本実施形態のスマートフォン２００のＮＦＣリーダライタにおける通信処理について説明する。

スマートフォン２００のＮＦＣ通信部２０９がアンテナからＲＦ信号を出力することにより、図８の処理が開始される。

Ｓ８０１では、ＮＦＣ通信部２０９は図６で説明したＮＤＥＦファイル読み出し要求であるコマンドＣ−ＡＰＤＵ（ＲｅａｄＢｉｎａｒｙ）をデジタルカメラ１００に対して送信する。

Ｓ８０２では、ＮＦＣ通信部２０９は図６で説明したレスポンスＲ−ＡＰＤＵ（ＲｅａｄＢｉｎａｒｙ）をデジタルカメラ１００から受信すると、制御部２０１はＲ−ＡＰＤＵ（ＲｅａｄＢｉｎａｒｙ）にＮＤＥＦメッセージが含まれることを確認する。制御部２０１はデジタルカメラ１００からＮＤＥＦメッセージを受信すると、Ｓ８０３に進む。

Ｓ８０３では、制御部２０１はデジタルカメラ１００から受信したＮＤＥＦメッセージをＮＤＥＦレコード毎に順番にデコードする。制御部２０１は１つ目のＮＤＥＦレコード（図５ではＮＤＥＦレコード５０１）をデコードし、Ｔｙｐｅおよびペイロードの内容がスマートフォン２００が実行するＯＳに対応したアプリケーション起動フォーマットであるか否かを判定する。
例えば、デジタルカメラ１００から受信したＮＤＥＦメッセージが図５に示す内容であり、スマートフォン２００が実行するＯＳがＯＳ１であるとする。この場合、ＮＤＥＦレコード５０１はスマートフォン２００に対応したアプリケーション起動フォーマットであると判定されてＳ８０４に進む。また、デジタルカメラ１００から受信したＮＤＥＦメッセージが図５に示す内容であり、スマートフォン２００が実行するＯＳがＯＳ２であるとする。この場合、ＮＤＥＦレコード５０１はスマートフォン２００に対応したアプリケーション起動フォーマットではないと判定されてＳ８０６に進む。

なお、Ｓ８０３でスマートフォン２００に対応したアプリケーション起動フォーマットであるか否かを判定する場合には、ＯＳ種別だけでなく、ＴＹＰＥおよびペイロードに含まれるアプリケーションパッケージ情報やアプリケーションパス情報、サービスアクセスポイント情報なども考慮される。

Ｓ８０４では、制御部２０１はデジタルカメラ１００から受信したＮＤＥＦメッセージのＮＤＥＦレコードがスマートフォン２００が実行するＯＳに対応したバージョンであるか否かを判定する。例えば、図５のＮＤＥＦレコード５０１の場合、バージョン情報がないので、スマートフォン２００が実行するＯＳに対応したバージョンであると判定し、Ｓ８０５に進む。また、スマートフォン２００が実行するＯＳに対応するバージョンがＶｅｒ２以上の場合、図５のＮＤＥＦレコード５０２、５０３は対応したバージョンであると判定し、Ｓ８０５に進む。図５のＮＤＥＦレコード５０４は対応したバージョンでないと判定し、Ｓ８０６に進む。

Ｓ８０５では、制御部２０１はデコードしたＮＤＥＦレコードのうち、Ｓ８０３およびＳ８０４の条件を満たすＮＤＥＦレコードをＲＡＭ２０２に記憶し、Ｓ８０６に進む。

Ｓ８０６では、制御部２０１は次のＮＤＥＦレコード（図５ではＮＤＥＦレコード５０１の次はＮＤＥＦレコード５０２）があるか否かを判定し、ある場合はＳ８０７に進み、ない場合はＳ８０８に進む。

Ｓ８０７では、制御部２０１は次のＮＤＥＦレコード（図５ではＮＤＥＦレコード５０１の次はＮＤＥＦレコード５０２）に進み、Ｓ８０３では、次のＮＤＥＦレコードをデコードする。

Ｓ８０８では、制御部２０１はデジタルカメラ１００から受信したＮＤＥＦメッセージの全てのＮＤＥＦレコードをデコードした後、Ｓ８０５でＲＡＭ２０２に記憶したＮＤＥＦレコードがあるか否かを判定し、ある場合はＳ８０９に進む。

Ｓ８０９では、制御部２０１はＳ８０５でＲＡＭ２０２に記憶したＮＤＥＦレコードの中で、最新バージョンのアプリケーション起動フォーマットに従って、対応するアプリケーションを起動する。例えば、デジタルカメラ１００から受信したＮＤＥＦメッセージが図５に示す内容であり、スマートフォン２００が実行するＯＳがＯＳ１である場合を考える。この場合、ＲＡＭ２０２に記憶されるＮＤＥＦレコードはＮＤＥＦレコード５０１のみである。スマートフォン２００はＣａｍｅｒａＡｐｐというＯＳ１用アプリケーションを起動する。また、デジタルカメラ１００から受信したＮＤＥＦメッセージが図５に示す内容であり、スマートフォン２００が実行するＯＳがＯＳ２であり、ＯＳ２に対応するバージョンがＶｅｒ２以上の場合を考える。この場合、ＲＡＭ２０２に記憶されるＮＤＥＦレコードはＮＤＥＦレコード５０２、５０３の２つである。スマートフォン２００はＮＤＥＦレコード５０２に従って、ＯＳ２用の最新バージョンＶｅｒ３であるＣａｍｅｒａＡｐｐＶｅｒ３のアプリケーションが起動される。

以上述べたように、本実施形態では、複数のＯＳに対応する情報をＮＤＥＦファイルに記述することとした。この構成により、ＯＳの異なる複数のスマートフォンとの通信に対応することが可能となる。

［実施形態２］次に、図９および図１０を参照して、実施形態２について説明する。

以下の説明では、実施形態１と重複する部分については説明を省略し、実施形態２の特徴的な部分について詳細に説明する。

まず、図９を参照して、実施形態２における、デジタルカメラ１００のＮＦＣタグによる通信処理について説明する。デジタルカメラ１００のＮＦＣ通信部１０９がスマートフォン２００のＮＦＣ通信部２０９からＲＦ信号を受信すると、図９の処理が開始される。

Ｓ９０１では、ＮＦＣ通信部１０９は図６で説明したＮＤＥＦファイル読み出し要求（取得要求）であるコマンドＣ−ＡＰＤＵ（ＲｅａｄＢｉｎａｒｙ）をスマートフォン２００から受信すると、Ｓ９０２に進む。

Ｓ９０２では、ＮＦＣ通信部１０９は図６で説明したレスポンスＲ−ＡＰＤＵ（ＲｅａｄＢｉｎａｒｙ）を返信することにより、ＮＦＣ通信部１０９のメモリに記憶されたＮＤＥＦメッセージをスマートフォン２００に送信する。ここで、制御部１０１はＮＦＣ通信部１０９のメモリに、ＯＳ１用アプリケーション起動フォーマットである図５のＮＤＥＦレコード５０１のみを記憶しておく。すなわち、ＮＦＣ通信部１０９はＮＬＥＮ５００とＮＤＥＦレコード５０１のみをスマートフォン２００に返信する。

Ｓ９０３では、ＮＦＣ通信部１０９は図６で説明したＮＤＥＦファイル読み出し要求であるコマンドＣ−ＡＰＤＵ（ＲｅａｄＢｉｎａｒｙ）を、再度、同一のスマートフォン２００から受信すると、Ｓ９０４に進む。この再度受信したＮＤＥＦファイル読み出し要求コマンドは、スマートフォン２００がＯＳ１に対応していない場合に送信されるものである。つまり、デジタルカメラ１００がＮＤＥＦファイル読み出し要求コマンドを再度受信したということは、スマートフォン２００がＯＳ１に対応していないと推定できる。

Ｓ９０４では、ＮＦＣ通信部１０９は図６で説明したレスポンスＲ−ＡＰＤＵ（ＲｅａｄＢｉｎａｒｙ）を返信することにより、ＮＦＣ通信部１０９のメモリに記憶されたＮＤＥＦメッセージをスマートフォン２００に送信する。制御部１０１はＮＦＣ通信部１０９のメモリから、ＯＳ１用アプリケーション起動フォーマットである図５のＮＤＥＦレコード５０１を削除し、ＯＳ２用アプリケーション起動フォーマットである図５のＮＤＥＦレコード５０２、５０３、５０４を新たに記憶する。すなわち、ＮＦＣ通信部１０９はＮＬＥＮ５００とＮＤＥＦレコード５０２、５０３、５０４をスマートフォン２００に返信する。つまり、２度目のＮＤＥＦファイル読み出し要求コマンドに対しては、１度目とは異なるＯＳに対応している旨をスマートフォン２００に通知することになる。これは前述したように、ＮＤＥＦファイル読み出し要求コマンドを再度受信したということは、スマートフォン２００がＯＳ１に対応していないと推定されるためである。

次に、図１０を参照して、実施形態２における、スマートフォン２００のＮＦＣリーダライタによる通信処理について説明する。

スマートフォン２００のＮＦＣ通信部２０９がアンテナからＲＦ信号を出力することにより、図１０の処理が開始される。

Ｓ１００１では、ＮＦＣ通信部２０９は図６で説明したＮＤＥＦファイル読み出し要求（取得要求）であるコマンドＣ−ＡＰＤＵ（ＲｅａｄＢｉｎａｒｙ）をデジタルカメラ１００に対して送信して、Ｓ１００２に進む。

Ｓ１００２では、ＮＦＣ通信部２０９は図６で説明したレスポンスＲ−ＡＰＤＵ（ＲｅａｄＢｉｎａｒｙ）をデジタルカメラ１００から受信すると、制御部２０１はＲ−ＡＰＤＵ（ＲｅａｄＢｉｎａｒｙ）にＮＤＥＦメッセージが含まれることを確認する。

Ｓ１００２では、制御部２０１はデジタルカメラ１００からＮＤＥＦメッセージを受信すると、Ｓ１００３に進む。

Ｓ１００３では、制御部２０１はデジタルカメラ１００から受信したＮＤＥＦメッセージをＮＤＥＦレコード毎に順番にデコードする。制御部２０１は１つ目のＮＤＥＦレコード（図５ではＮＤＥＦレコード５０１）をデコードし、Ｔｙｐｅおよびペイロードの内容がスマートフォン２００が実行するＯＳに対応したアプリケーション起動フォーマットであるか否かを判定する。図９で説明したように、本実施形態では最初にデジタルカメラ１００から受信するＮＤＥＦメッセージは図５のＮＤＥＦレコード５０１に示す内容である。仮にスマートフォン２００が実行するＯＳがＯＳ１である場合、ＮＤＥＦレコード５０１はスマートフォン２００に対応したアプリケーション起動フォーマットであると判定されてＳ１００４に進む。また、スマートフォン２００が実行するＯＳがＯＳ２であるとする。この場合、ＮＤＥＦレコード５０１はスマートフォン２００に対応したアプリケーション起動フォーマットではないと判定されてＳ１００６に進む。

なお、Ｓ１００３でスマートフォン２００に対応したアプリケーション起動フォーマットであるか否かを判定する場合には、ＯＳ種別だけでなく、ＴＹＰＥおよびペイロードに含まれるアプリケーションパッケージ情報やアプリケーションパス情報、サービスアクセスポイント情報なども考慮される。

Ｓ１００４では、制御部２０１はデジタルカメラ１００から受信したＮＤＥＦメッセージのＮＤＥＦレコードがスマートフォン２００が実行するＯＳに対応したバージョンであるか否かを判定する。例えば、図５のＮＤＥＦレコード５０１の場合、バージョン情報がないので、スマートフォン２００が実行するＯＳに対応したバージョンであると判定し、Ｓ１００５に進む。また、スマートフォン２００が実行するＯＳに対応するバージョンがＶｅｒ２以上の場合、図５のＮＤＥＦレコード５０２、５０３は対応したバージョンであると判定し、Ｓ１００５に進む。図５のＮＤＥＦレコード５０４は対応したバージョンでないと判定し、Ｓ１００６に進む。

Ｓ１００５では、制御部２０１はデコードしたＮＤＥＦレコードのうち、Ｓ１００３およびＳ１００４の条件を満たすＮＤＥＦレコードをＲＡＭ２０２に記憶し、Ｓ１００６に進む。

Ｓ１００６では、制御部２０１は次のＮＤＥＦレコード（図５ではＮＤＥＦレコード５０１の次はＮＤＥＦレコード５０２）があるか否かを判定し、ある場合はＳ１００７に進み、ない場合はＳ１００８に進む。なお、本実施形態のデジタルカメラ１００は、最初はＮＤＥＦレコード５０１のみを記述しているため、本ステップでの判定はＮＯとなる。

Ｓ１００７では、制御部２０１は次のＮＤＥＦレコード（図５ではＮＤＥＦレコード５０１の次はＮＤＥＦレコード５０２）に進み、Ｓ１００３では、次のＮＤＥＦレコードをデコードする。

Ｓ１００８では、制御部２０１はデジタルカメラ１００から受信したＮＤＥＦメッセージのすべてのＮＤＥＦレコードをデコードした後、Ｓ１００５ではＲＡＭ２０２に記憶したＮＤＥＦレコードがあるか否かを判定する。判定の結果、ＮＤＥＦレコードがある場合はＳ１００９に進み、ない場合はＳ１００１に戻る。すなわち、１度目にデジタルカメラ１００から受信したＮＤＥＦメッセージにスマートフォン２００のＯＳに対応したアプリケーション起動フォーマットがない場合、ＮＤＥＦファイル読み出し要求コマンドを、同一のデジタルカメラ１００に対して再送信する。ここで再送信されるＮＤＥＦファイル読み出し要求コマンドが、デジタルカメラ１００によりＳ９０３で再受信される。そして前述したように、デジタルカメラ１００はＮＤＥＦレコード５０１を削除し、ＯＳ２用アプリケーション起動フォーマットである図５のＮＤＥＦレコード５０２、５０３、５０４を新たに記憶することになる。この後、スマートフォン２００はＮＤＥＦレコード５０２、５０３、Ｓ５０４に対してＳ１００２〜Ｓ１００８の処理を行うことになる。

Ｓ１００９では、制御部２０１はＳ１００５ではＲＡＭ２０２に記憶したＮＤＥＦレコードの中で、最新バージョンのアプリケーション起動フォーマットに従って、対応するアプリケーションを起動する。例えば１度目にデジタルカメラ１００から受信したＮＤＥＦメッセージが図５のＮＤＥＦレコード５０１に示す内容であり、スマートフォン２００のＯＳがＯＳ１の場合、スマートフォン２００はＣａｍｅｒａＡｐｐというＯＳ１用アプリケーションが起動される。

図１０の流れをここで再度説明する。例えば１度目にデジタルカメラ１００から受信したＮＤＥＦメッセージが図５のＮＤＥＦレコード５０１に示す内容であり、かつスマートフォン２００が実行するＯＳがＯＳ２であり、かつＯＳ２に対応するバージョンがＶｅｒ２以上の場合を考える。この場合、図１０の処理はＳ１００８からＳ１００１に戻る。そして、ＮＦＣ通信部２０９はＮＤＥＦファイル読み出し要求コマンドを、同一のデジタルカメラ１００に対して再送信する。

そして、２度目にデジタルカメラ１００から受信したＮＤＥＦメッセージは、図５のＮＤＥＦレコード５０２、５０３、５０４に示す内容となる。この場合、スマートフォン２００はＮＤＥＦレコード５０２に従って、ＯＳ２用の最新バージョンＶｅｒ３であるＣａｍｅｒａＡｐｐＶｅｒ３のアプリケーションを起動する。

上述した各実施形態によれば、スマートフォンのＮＦＣリーダライタがデジタルカメラＮＦＣタグから各ＯＳに対応したアプリケーション起動情報を読み出すことで、スマートフォンのＯＳ種別によらず、各スマートフォンでアプリケーションが起動可能となる。

［他の実施形態］本発明は、以下の処理を実行することによっても実現される。即ち、上記実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。

Claims (9)

1. 第一の制御プログラムによって制御される第一の外部装置と、前記第一の制御プログラムとは異なる種類の第二の制御プログラムによって制御される第二の外部装置とを含む複数の外部装置と近接無線通信可能な通信装置であって、
   アプリケーションを起動するための起動情報を複数保持する保持手段と、
   前記保持手段によって保持されている情報を取得する要求を前記外部装置から前記近接無線通信を介して受信する受信手段と、
   前記受信手段により前記要求が受信されたことに応じて、前記保持手段に保持されている前記起動情報を前記外部装置に送信する送信手段とを有し、
   前記送信手段は、前記受信手段により受信された要求が、前記第一の外部装置と前記第二の外部装置とのうち、いずれの装置からの要求であるかに関わらず、前記保持手段に保持されている起動情報である第一のアプリケーション起動情報と第二のアプリケーション起動情報との両方を前記要求を送信した外部装置に送信し、
   前記第一のアプリケーション起動情報は、前記第一の制御プログラムに対応するフォーマットで定義され、前記第二のアプリケーション起動情報は、前記第二の制御プログラムに対応するフォーマットで定義されることを特徴とする通信装置。
2. 前記第一の外部装置から受信する要求と、前記第二の外部装置から受信する要求は、同一のフォーマットであることを特徴とする請求項１に記載の通信装置。
3. 前記受信手段により受信された要求が、前記第一の外部装置と前記第二の外部装置のうちいずれの装置からの要求であるかに関わらず、前記送信手段は前記第一のアプリケーション起動情報を送信し、
   前記外部装置から再要求を受信したことに応じて、前記第二のアプリケーション起動情報を送信することを特徴とする請求項１または２に記載の通信装置。
4. 前記送信手段は、前記外部装置からの信号に基づく電力を利用して動作することを特徴とする請求項１乃至３のいずれか１項に記載の通信装置。
5. 保持手段と受信手段と送信手段を含むＮＦＣタグを更に有し、
   前記要求は前記外部装置に搭載されるリーダライタから送信されることを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。
6. 前記第一のアプリケーション起動情報と前記第二のアプリケーション起動情報は、アプリケーションを示す共通の文字列を含むことを特徴とする請求項１乃至５のいずれか１項に記載の通信装置。
7. 被写体を撮像して画像データを生成する撮像手段を更に有することを特徴とする請求項１乃至６のいずれか１項に記載の通信装置。
8. 第一の制御プログラムによって制御される第一の外部装置と、前記第一の制御プログラムとは異なる種類の第二の制御プログラムによって制御される第二の外部装置とを含む複数の外部装置と近接無線通信可能な通信装置の制御方法であって、
   アプリケーションを起動するための起動情報を複数保持する保持ステップと、
   前記保持ステップで保持された情報を取得する要求を前記外部装置から前記近接無線通信を介して受信する受信ステップと、
   前記受信ステップで前記要求が受信されたことに応じて、前記保持ステップで保持された前記起動情報を前記外部装置に送信する送信ステップとを有し、
   前記送信ステップでは、前記受信ステップで受信された要求が前記第一の外部装置と前記第二の外部装置とのうちいずれの装置からの要求であるかに関わらず、前記保持ステップで保持された起動情報である第一のアプリケーション起動情報と第二のアプリケーション起動情報との両方を前記要求を送信した外部装置に送信し、
   前記第一のアプリケーション起動情報は、前記第一の制御プログラムに対応するフォーマットで定義され、前記第二のアプリケーション起動情報は、前記第二の制御プログラムに対応するフォーマットで定義されることを特徴とする通信装置の制御方法。
9. コンピュータを、請求項１乃至７のいずれか１項に記載の通信装置の各手段として機能させるための、コンピュータが読み取り可能なプログラム。

Images