(57)【要約】【課題】端末のＯＳ種別によらず、端末上でアプリケーションを起動できるようにする。【解決手段】端末と電子機器とが非接触で近接通信するシステムであって、前記電子機器は、前記端末からアプリケーションを起動するための起動情報の取得要求を受信する受信手段と、前記取得要求に対して、同一のアプリケーションについて複数のフォーマットで定義したアプリケーション起動情報を送信する送信手段と、を有し、前記端末は、前記電子機器に対して、アプリケーションを起動するための起動情報の取得要求を送信する送信手段と、前記電子機器から、同一のアプリケーションについて複数のフォーマットで定義したアプリケーション起動情報を受信する受信手段と、前記受信したアプリケーション起動情報が前記アプリケーションを起動可能なアプリケーション起動情報であるか否かを判定する判定手段と、を有する。【選択図】図６
2015114723.tif 000002
【特許請求の範囲】
【請求項１】
端末に対して非接触で近接通信する電子機器であって、
前記端末からアプリケーションを起動するための起動情報の取得要求を受信する受信手段と、
前記取得要求に対して、同一のアプリケーションについて複数のフォーマットで定義したアプリケーション起動情報を送信する送信手段と、を有することを特徴とする電子機器。
【請求項２】
前記送信手段は、前記取得要求に対して、前記同一のアプリケーションについて複数のフォーマットで定義した複数のアプリケーション起動情報の中から特定のアプリケーション起動情報を送信し、
再度、同一の端末から前記取得要求を受信した場合、前記特定のアプリケーション起動情報を除いた他のアプリケーション起動情報を送信することを特徴とする請求項１に記載の電子機器。
【請求項３】
前記電子機器は画像を撮像する撮像装置で、前記端末はスマートフォンであって、
前記アプリケーション起動情報は、スマートフォンごとのＯＳに対応した複数のアプリケーション起動フォーマットで定義されることを特徴とする請求項１または２に記載の電子機器。
【請求項４】
前記アプリケーション起動情報はさらに、サービスアクセスポイント情報、アプリケーションを示すパス情報、および各アプリケーションのバージョンに対応した複数のフォーマットの少なくともいずれかを含むことを特徴とする請求項３に記載の電子機器。
【請求項５】
電子機器に対して非接触で近接通信する端末であって、
前記電子機器に対して、アプリケーションを起動するための起動情報の取得要求を送信する送信手段と、
前記電子機器から、同一のアプリケーションについて複数のフォーマットで定義したアプリケーション起動情報を受信する受信手段と、
前記受信したアプリケーション起動情報が前記アプリケーションを起動可能なアプリケーション起動情報であるか否かを判定する判定手段と、を有することを特徴とする端末。
【請求項６】
前記送信手段は、前記受信したアプリケーション起動情報が前記アプリケーションを起動可能なアプリケーション起動情報でない場合は、再度、同一の電子機器に対して起動情報の取得要求を送信することを特徴とする請求項５に記載の端末。
【請求項７】
前記電子機器は画像を撮像する撮像装置で、前記端末はスマートフォンであって、
前記アプリケーション起動情報は、スマートフォンごとのＯＳに対応した複数のアプリケーション起動フォーマットで定義されることを特徴とする請求項５または６に記載の端末。
【請求項８】
前記アプリケーション起動情報はさらに、サービスアクセスポイント情報、アプリケーションを示すパス情報、および各アプリケーションのバージョンに対応した複数のフォーマットの少なくともいずれかを含むことを特徴とする請求項７に記載の端末。
【請求項９】
端末と電子機器とが非接触で近接通信するシステムであって、
前記電子機器は、
前記端末からアプリケーションを起動するための起動情報の取得要求を受信する受信手段と、
前記取得要求に対して、同一のアプリケーションについて複数のフォーマットで定義したアプリケーション起動情報を送信する送信手段と、を有し、
前記端末は、
前記電子機器に対して、アプリケーションを起動するための起動情報の取得要求を送信する送信手段と、
前記電子機器から、同一のアプリケーションについて複数のフォーマットで定義したアプリケーション起動情報を受信する受信手段と、
前記受信したアプリケーション起動情報が前記アプリケーションを起動可能なアプリケーション起動情報であるか否かを判定する判定手段と、を有することを特徴とするシステム。
【請求項１０】
端末に対して非接触で近接通信する電子機器の制御方法であって、
前記端末からアプリケーションを起動するための起動情報の取得要求を受信する受信工程と、
前記取得要求に対して、同一のアプリケーションについて複数のフォーマットで定義したアプリケーション起動情報を送信する送信工程と、を有することを特徴とする方法。
【請求項１１】
電子機器に対して非接触で近接通信する端末の制御方法であって、
前記電子機器に対して、アプリケーションを起動するための起動情報の取得要求を送信する送信工程と、
前記電子機器から、同一のアプリケーションについて複数のフォーマットで定義したアプリケーション起動情報を受信する受信工程と、
前記受信したアプリケーション起動情報が前記アプリケーションを起動可能なアプリケーション起動情報であるか否かを判定する判定工程と、を有することを特徴とする方法。
【請求項１２】
コンピュータを、請求項１ないし４のいずれか１項に記載された電子機器の各手段として機能させるためのプログラム。
【請求項１３】
コンピュータを、請求項５ないし８のいずれか１項に記載された端末の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、非接触で近接通信を行う電子機器や端末に関する。
【背景技術】
【０００２】
近年、ＩＣカード等を用いて、近距離で非接触により無線通信を行う近接通信が、例えば、電子定期券や、電子マネー等で利用されており、また、近接通信を利用した電子定期券や、電子マネーの機能を有する携帯電話機が広く普及してきている。
【０００３】
近接通信は、例えば、ＩＳＯ／ＩＥＣ １４４４３や、ＩＳＯ／ＩＥＣ １８０９２（以下、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ））として通信規格が存在する（特許文献１）。ここで、ＮＦＣの規格等に準拠した近接通信を行う通信装置のうちの、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）信号を出力する装置をリーダライタと呼び、リーダライタからの信号に応答する形で近接通信を行うＩＣカードやＩＣチップ等の通信装置をタグともいう。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−０５１７１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
リーダライタ機能を持つ端末がタグである電子機器からアプリケーション起動情報を読み出すことにより端末上で動作するアプリケーションを起動させることが可能である。しかしながら現状は、アプリケーション起動情報が各ＯＳによって異なるため、アプリケーション起動情報を読み出した端末によってはアプリケーションを起動できない場合がある。例えば端末のＯＳがＯＳ１であり、タグのアプリケーション起動情報がＯＳ２用である場合、端末はタグのアプリケーション起動情報を読み出しても、アプリケーションを起動できない。
【０００６】
本発明は、上記課題に鑑みてなされ、その目的は、端末のＯＳ種別によらず、端末上でアプリケーションを起動できるようにすることである。
【課題を解決するための手段】
【０００７】
上記課題を解決し、目的を達成するために、本発明は、端末と電子機器とが非接触で近接通信するシステムであって、前記電子機器は、前記端末からアプリケーションを起動するための起動情報の取得要求を受信する受信手段と、前記取得要求に対して、同一のアプリケーションについて複数のフォーマットで定義したアプリケーション起動情報を送信する送信手段と、を有し、前記端末は、前記電子機器に対して、アプリケーションを起動するための起動情報の取得要求を送信する送信手段と、前記電子機器から、同一のアプリケーションについて複数のフォーマットで定義したアプリケーション起動情報を受信する受信手段と、前記受信したアプリケーション起動情報が前記アプリケーションを起動可能なアプリケーション起動情報であるか否かを判定する判定手段と、を有する。
【発明の効果】
【０００８】
本発明によれば、端末が電子機器からＯＳに対応したアプリケーション起動情報を取得することにより、端末のＯＳ種別によらず、端末上でアプリケーションを起動させることができる。
【図面の簡単な説明】
【０００９】
【図１】本発明に係る実施形態のシステム構成を例示する図。
【図２】本実施形態のデジタルカメラの構成を例示する図。
【図３】本実施形態のスマートフォンの構成を例示する図。
【図４】本実施形態におけるスマートフォンの各ＯＳとアプリケーションの組み合わせを例示する図。
【図５】本実施形態におけるＮＦＣタグの構成を例示する図。
【図６】本実施形態のデジタルカメラとスマートフォンによるタグ読み出しシーケンスを示す図。
【図７】実施形態１のデジタルカメラによる通信処理を示すフローチャート。
【図８】実施形態１のスマートフォンによる通信処理を示すフローチャート。
【図９】実施形態２のデジタルカメラによる通信処理を示すフローチャート。
【図１０】実施形態２のスマートフォンによる通信処理を示すフローチャート。
【発明を実施するための形態】
【００１０】
以下に、添付図面を参照して本発明を実施するための形態について詳細に説明する。尚、以下に説明する実施の形態は、本発明を実現するための一例であり、本発明が適用される装置の構成や各種条件によって適宜修正又は変更されるべきものであり、本発明は以下の実施の形態に限定されるものではない。
【００１１】
［実施形態１］以下、本発明の電子機器および端末としてデジタルカメラおよび携帯電話の一種であるスマートフォンを適用し、これらが非接触で近接通信を行うシステムについて説明する。なお、本発明が適用可能なシステムはこれには限定されない。例えば電子機器の例としてはＩＣカードや各種のメディアプレーヤ、ゲーム機、携帯電話、タブレットデバイスなどにも適用可能である。また、端末の例としてはＮＦＣリーダライタを有するものに適用可能であり、例えばパーソナルコンピュータやタブレットデバイス、店舗などに用意されるカードリーダなどに適用可能である。
【００１２】
＜システム構成＞先ず、図１を参照して、本実施形態のシステム構成について説明する。
【００１３】
本実施形態のシステムは、ＮＦＣのタグ機能を持つデジタルカメラ１００とＮＦＣのリーダライタ機能を持つスマートフォン２００とから構成される。ＮＦＣのリーダライタであるスマートフォン２００は、アンテナを有し、アンテナからＲＦ信号を出力することにより、ＮＦＣのタグであるデジタルカメラ１００との間で、非接触で近接通信を行い、デジタルカメラ１００が内蔵するメモリからデータを読み出す。
【００１４】
デジタルカメラ１００は、スマートフォン２００に近接すると、スマートフォン２００がアンテナから出力するＲＦ信号を電源として動作を開始し、スマートフォン２００との間で近接通信を行う。
【００１５】
近接通信では、スマートフォン２００は、ＲＦ信号をデータに従って変調することにより、データを送信し、デジタルカメラ１００は、スマートフォン２００がＲＦ信号によって送信するデータを受信して、内蔵するメモリに書き込む。
【００１６】
また、デジタルカメラ１００は、メモリに記憶されたデータを読み出し、スマートフォン２００から送信されてくるＲＦ信号を負荷変調することで、データを、スマートフォン２００に送信する。
【００１７】
＜デジタルカメラの構成＞次に、図２を参照して、本実施形態のシステムを構成するデジタルカメラ１００の構成および機能について説明する。
【００１８】
デジタルカメラ１００は、ＮＦＣタグ機器の一例である。
【００１９】
制御部１０１は、ＣＰＵなどを備え、デジタルカメラ１００を構成する全てのブロックの制御を行う。また、プログラムを格納するためのＲＯＭは、制御部１０１に属しているものとし、図示を省略する。
【００２０】
ＲＡＭ１０２は、主に制御部１０１のワークエリアや、データの一時バッファ領域として使用されるメモリである。
【００２１】
撮像部１０３は、光学レンズ、ＣＭＯＳセンサ、画像処理回路などを備え、光学レンズを介して取り込まれる被写体像を光電変換してアナログ信号を生成し、得られたアナログ信号をデジタル信号に変換して各種の画像処理を施すことで画像データを生成する。撮像部１０３によって撮像された画像データは、ＲＡＭ１０２に一時的に格納され、制御部１０１からの制御指令に基づいて、例えば記録部１０６による記録媒体への記録処理や、無線通信部１０７による外部機器への送信処理などが行われる。また撮像部１０３は、レンズ制御部を備え、制御部１０１からの制御指令に基づいて、ズーム、フォーカス、絞り調整などの処理を行う。
【００２２】
表示部１０４は、液晶パネル、または有機ＥＬパネル等で構成され、制御部１０１の制御指令に基づいて、操作画面や、撮影画像等の表示を行う。
【００２３】
操作部１０５は、ボタン、十字キー、タッチパネル、またはリモコン等によって構成され、ユーザの操作指示を受け付ける。操作部１０５から入力された操作情報は、制御部１０１に送信され、制御部１０１は操作情報に基づいて各部の制御を実行する。
【００２４】
記録部１０６は大容量の記録媒体によって構成され、制御部１０１の制御指令に基づいて記録媒体に様々なデータを格納したり読み出す。記録媒体は、例えば内蔵フラッシュメモリ、内蔵ハードディスク、或いは着脱可能なメモリカード等で構成される。
【００２５】
無線通信部１０７は、アンテナや通信処理回路などのハードウェアを備え、ＩＥＥＥ８０２．１１ｎ／ａ／ｇ／ｂ方式の無線ＬＡＮ通信を行う。無線通信部１０７は、外部のアクセスポイントと無線ＬＡＮで接続し、アクセスポイント経由で他の無線通信機器と無線ＬＡＮ通信を行う。
【００２６】
内部バス１０８は、デジタルカメラ１００の各部を相互に接続するためのバスである。
【００２７】
ＮＦＣ通信部１０９はアンテナ、ＲＦ回路、コマンドシーケンサ、およびメモリなどのハードウェアを備え、ＮＦＣのタグ機能を有する。
【００２８】
アンテナは、例えば、コイルとコンデンサからなる共振回路で構成され、ＮＦＣのリーダライタからのＲＦ信号を受信し、ＲＦ回路に供給する。
【００２９】
ＲＦ回路は、リーダライタとの間で近接通信を行う。すなわち、ＲＦ回路は、リーダライタと近接することにより、アンテナで、リーダライタからのＲＦ信号が受信されると、そのＲＦ信号から電源となる電力を得て、必要なブロックに供給する。また、ＲＦ回路は、リーダライタからのＲＦ信号を、コマンドやデータに復調し、コマンドシーケンサに供給する。さらに、ＲＦ回路は、コマンドシーケンサから供給されるデータに従って、リーダライタからのＲＦ信号を負荷変調することで、データを、リーダライタに送信する。
【００３０】
コマンドシーケンサは、ＲＦ回路から供給される、リーダライタからのコマンドに従って、シーケンス制御を行うことで、メモリに対するデータの読み書き等の制御を行う。すなわち、コマンドシーケンサは、リーダライタからのコマンドが、データの書き込みを要求するライトコマンドである場合、そのライトコマンドと共に、リーダライタから送信され、ＲＦ回路から供給されるデータをメモリに書き込む。また、コマンドシーケンサは、リーダライタからのコマンドが、データの読み出しを要求するリードコマンドである場合、メモリからデータを読み出し、ＲＦ回路に供給する。メモリは、例えば、フラッシュなどの不揮発性メモリであり、コマンドシーケンサの制御に従ってデータを記憶する。ＮＦＣ通信部１０９のメモリは、制御部１０１により読み書き可能である。
【００３１】
＜スマートフォンの構成＞図３を参照して、本実施形態のシステムを構成するスマートフォン２００の構成および機能について説明する。
【００３２】
スマートフォン２００は、本発明におけるＮＦＣリーダライタ機器の一例である。
【００３３】
制御部２０１は、ＣＰＵなどを備え、スマートフォン２００を構成する全てのブロックの制御を行う。また、プログラムを格納するためのＲＯＭは、制御部１０１に属しているものとし、図示を省略する。
【００３４】
ＲＡＭ２０２は、主に制御部２０１のワークエリアや、データの一時バッファ領域として使用されるメモリである。ＯＳ（Ｏｐｅｒａｔｉｏｎ Ｓｙｓｔｅｍ）やアプリケーションプログラムなどは、ＲＡＭ２０２上に展開され、制御部２０１により実行される。
【００３５】
撮像部２０３、表示部２０４、操作部２０５、記録部２０６、無線通信部２０７、内部バス２０８はそれぞれ、デジタルカメラ１００の撮像部１０３、表示部１０４、操作部１０５、記録部１０６、無線通信部１０７、内部バス１０８と同様の機能を備えるため、説明を省略する。
【００３６】
ＮＦＣ通信部２０９はアンテナなどを備え、ＮＦＣのリーダライタ機能を有する。ＮＦＣ通信部２０９は、アンテナからＲＦ信号を出力することにより、ＮＦＣタグ（デジタルカメラ１００）との間で非接触で近接通信を行い、ＮＦＣタグ（デジタルカメラ１００）が内蔵するメモリにデータを書き込み、また、ＮＦＣタグからデータを読み出す。
【００３７】
＜スマートフォンのＯＳとアプリケーションの組み合わせ＞次に、図４を参照して、本実施形態における、スマートフォン２００、３００、４００の各ＯＳと、各ＯＳ上で動作するアプリケーションの組み合わせについて説明する。
【００３８】
スマートフォン２００は、ＯＳ１がＲＡＭ２０２上で実行されており、ＯＳ１が実行されているスマートフォンでは、ＯＳ１用アプリケーション２５０のみ実行可能である。同様に、スマートフォン３００は、ＯＳ２がＲＡＭ上で実行されており、ＯＳ２が実行されているスマートフォンでは、ＯＳ２用アプリケーション３５０のみ実行可能である。同様に、スマートフォン４００は、ＯＳ３がＲＡＭ上で実行されており、ＯＳ３が実行されているスマートフォンでは、ＯＳ３用アプリケーション４５０のみ実行可能である。すなわち、ＯＳ１用アプリケーション２５０をスマートフォン３００で動作しているＯＳ２上で起動したり、スマートフォン４００で動作しているＯＳ３上で起動することはできない。各ＯＳ上で起動するには、各ＯＳに応じたアプリケーション起動情報が必要である。
【００３９】
例えば、ＯＳ１は、マイクロソフト社のＷｉｎｄｏｗｓ（登録商標）ＯＳ、ＯＳ２は、Ａｎｄｒｏｉｄ（登録商標）ＯＳ、ＯＳ３は、アップル社のｉＯＳ（登録商標）である。
【００４０】
ＮＦＣタグには、同一のアプリケーションを複数のフォーマットで定義したアプリケーション起動情が格納されている。
【００４１】
各スマートフォン２００、３００、４００は、各スマートフォンのＮＦＣリーダライタを用いて、デジタルカメラ１００のＮＦＣタグから、各スマートフォンのＯＳに対応した特定のアプリケーション起動情報を読み出す。そして、各スマートフォン２００、３００、４００は、デジタルカメラ１００のＮＦＣタグから読み出したアプリケーション起動情報を用いて各スマートフォンのＯＳに対応したアプリケーションが起動可能となる。
【００４２】
なお、Ｓｕｉｃａ（登録商標）などの電子マネー機能を持つタグの場合、タグを読み出すリーダライタは共通の電子マネーアプリケーションが起動されることになるので、本実施形態のように異なるアプリケーションを起動することにはならない。
【００４３】
＜ＮＦＣタグの構成＞次に、図５を参照いて、本実施形態における、デジタルカメラ１００のＮＦＣ通信部１０９のメモリに記憶されるＮＦＣタグの構成について説明する。
【００４４】
ＮＦＣタグは、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）フォーラムでＲＴＤ（Ｒｅｃｏｒｄ Ｔｙｐｅ Ｄｅｆｉｎｉｔｉｏｎ）としてＴｙｐｅ１、２、３、４が規格化されている。本実施形態では、Ｔｙｐｅ４タグを用いた例を説明するが、本発明はＴｙｐｅ１、２、３のタグにも適用可能である。
【００４５】
Ｔｙｐｅ４タグは、メモリ番地Ｅ１０４にＮＤＥＦ（ＮＦＣ Ｄａｔａ Ｅｘｃｈａｎｇ Ｆｏｒｍａｔ）ファイルが記憶されている。
【００４６】
ＮＤＥＦは、ＮＦＣフォーラムで規格化されたＮＦＣ用データフォーマットである。
【００４７】
ＮＤＥＦファイルの先頭２バイトは、ＮＬＥＮフィールド５００であり、ＮＬＥＮフィールドに続くＮＤＥＦメッセージ長を示す。
【００４８】
ＮＤＥＦメッセージは、ＮＤＥＦレコード５０１、５０２、５０３、５０４の４つのＮＤＥＦレコードにより構成されている。
【００４９】
ＮＤＥＦレコードは、ＮＤＥＦヘッダ、タイプ、ペイロードから構成されている。
【００５０】
ＮＤＥＦヘッダは、メッセージの最初または最後を示すフラグ、ペイロード長等を含む。
【００５１】
ＮＤＥＦレコード５０１のタイプは、”ＯＳ１．ｃｏｍ／ＬａｕｎｃｈＡｐｐ”という文字列のアスキーコードであり、対応するＯＳ情報を含む。ＮＤＥＦレコード５０１のペイロードは、“ＣａｍｅｒａＡｐｐ”という文字列のアスキーコードであり、起動すべきアプリケーション名を示す。
【００５２】
ＮＤＥＦレコード５０２のタイプは、”ＯＳ２．ｃｏｍ．ｃｏｍ：ｐｋｇ”というアプリケーションパッケージを示す文字列のアスキーコードであり、対応するＯＳ情報を含む。ＮＤＥＦレコード５０２のペイロードは、“ＣａｍｅｒａＡｐｐ Ｖｅｒ３”という文字列のアスキーコードであり、起動すべきアプリケーション名およびバージョン情報を示す。
【００５３】
ＮＤＥＦレコード５０３のタイプは、”ＯＳ２．ｃｏｍ．ｃｏｍ：ｐｋｇ”というアプリケーションパッケージを示す文字列のアスキーコードであり、対応するＯＳ情報を含む。ＮＤＥＦレコード５０３のペイロードは、“ＣａｍｅｒａＡｐｐ Ｖｅｒ２”という文字列のアスキーコードであり、起動すべきアプリケーション名およびバージョン情報を示す。
【００５４】
ＮＤＥＦレコード５０４のタイプは、”ＯＳ２．ｃｏｍ．ｃｏｍ：ｐｋｇ”というアプリケーションパッケージを示す文字列のアスキーコードであり、対応するＯＳ情報を含む。ＮＤＥＦレコード５０４のペイロードは、“ＣａｍｅｒａＡｐｐ Ｖｅｒ１”という文字列のアスキーコードであり、起動すべきアプリケーション名およびバージョン情報を示す。
【００５５】
なお、本実施形態のデジタルカメラ１００のＮＦＣ通信部１０９のメモリに記憶されるＮＤＥＦレコードのタイプおよびペイロードは、図５の例に限定されない。例えば、ＮＤＥＦレコードのタイプおよびペイロードに、ＮＦＣフォーラムで規定されるサービスアクセスポイントの情報を含んでも良い。また、ＮＤＥＦレコードのペイロードに、さらに詳細なアプリケーションパスを示す情報を含んでも良い。
【００５６】
＜タグ読み出しシーケンス＞次に、図６を参照して、スマートフォン２００のＮＦＣリーダライタが、デジタルカメラ１００のＮＦＣタグからデータを読み出すシーケンスについて説明する。なお、本実施形態ではＴｙｐｅ４のタグオペレーションを用いた例を説明するが、本発明はＴｙｐｅ１、２、３のタグオペレーションにも適用可能である。
【００５７】
Ｓ６０１では、リーダライタ２００は、制御部２０１が生成したコマンドＣ−ＡＰＤＵ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）をＮＦＣ通信部１０９から送信する。Ｃ−ＡＰＤＵは、ＩＳＯ／ＩＥＣ７８１６で定義されたデータフォーマットであり、タグに対するコマンドとして使用される。Ｔｙｐｅ４タグのデータの読み書きには、Ｓｅｌｅｃｔコマンド、ＲｅａｄＢｉｎａｒｙコマンド、Ｕｐｄａｔｅコマンドの３つのＣ−ＡＰＵＤを使用する。
【００５８】
Ｓ６０１では、リーダライタ（２００）は、Ｓｅｌｅｃｔコマンドを送信して、タグ（１００）のメモリ番地Ｅ１０４ｈに記憶されたＮＤＥＦファイルを指定する。
【００５９】
Ｓ６０２では、タグ（１００）は、Ｃ−ＡＰＤＵ（Ｓｅｌｅｃｔ）に対する応答として、レスポンスＲ−ＡＰＤＵを返信する。
【００６０】
Ｓ６０３では、リーダライタ（２００）は、Ｓｅｌｅｃｔコマンドで指定したＮＤＥＦファイルに対して、ＲｅａｄＢｉｎａｒｙコマンドを送信して、タグ（１００）のＮＤＥＦファイルの先頭２バイトであるＮＬＥＮフィールドを読み出す。
【００６１】
Ｓ６０４では、タグ（１００）は、Ｃ−ＡＰＤＵ（ＲｅａｄＢｉｎａｒｙ）に対する応答として、レスポンスＲ−ＡＰＤＵを返信する。
【００６２】
Ｓ６０５では、リーダライタ（２００）は、Ｓｅｌｅｃｔコマンドで指定したＮＤＥＦファイルに対して、ＲｅａｄＢｉｎａｒｙコマンドを送信して、タグ（１００）のＮＤＥＦファイルのＮＤＥＦメッセージをＮＤＥＦメッセージ長であるＮＬＥＮ分読み出す。
【００６３】
Ｓ６０６では、タグ（１００）は、Ｃ−ＡＰＤＵ（ＲｅａｄＢｉｎａｒｙ）に対する応答として、レスポンスＲ−ＡＰＤＵを返信する。
【００６４】
リーダライタ（２００）は、Ｓ６０７でＳ６０１からのシーケンスを繰り返してタグ（１００）の読み出しを繰り返しても良い。
【００６５】
＜デジタルカメラでの通信処理＞図７を参照して、本実施形態のデジタルカメラ１００のＮＦＣタグにおける通信処理について説明する。
【００６６】
デジタルカメラ１００のＮＦＣ通信部１０９がスマートフォン２００のＮＦＣ通信部２０９からのＲＦ信号を受信することにより、図７の処理が開始される。
【００６７】
Ｓ７０１では、ＮＦＣ通信部１０９は図６で説明したＮＤＥＦファイル読み出し要求（取得要求）であるコマンドＣ−ＡＰＤＵ（ＲｅａｄＢｉｎａｒｙ）をスマートフォン２００から受信すると、Ｓ７０２に進む。
【００６８】
Ｓ７０２では、ＮＦＣ通信部１０９は図６で説明したレスポンスＲ−ＡＰＤＵ（ＲｅａｄＢｉｎａｒｙ）を返信することにより、ＮＦＣ通信部１０９のメモリに記憶されたＮＤＥＦメッセージ（図５）をスマートフォン２００に送信する。
【００６９】
＜スマートフォンでの通信処理＞図８を参照して、本実施形態のスマートフォン２００のＮＦＣリーダライタにおける通信処理について説明する。
【００７０】
スマートフォン２００のＮＦＣ通信部２０９がアンテナからＲＦ信号を出力することにより、図８の処理が開始される。
【００７１】
Ｓ８０１では、ＮＦＣ通信部２０９は図６で説明したＮＤＥＦファイル読み出し要求であるコマンドＣ−ＡＰＤＵ（ＲｅａｄＢｉｎａｒｙ）をデジタルカメラ１００に対して送信する。
【００７２】
Ｓ８０２では、ＮＦＣ通信部２０９は図６で説明したレスポンスＲ−ＡＰＤＵ（ＲｅａｄＢｉｎａｒｙ）をデジタルカメラ１００から受信すると、制御部２０１はＲ−ＡＰＤＵ（ＲｅａｄＢｉｎａｒｙ）にＮＤＥＦメッセージが含まれることを確認する。制御部２０１はデジタルカメラ１００からＮＤＥＦメッセージを受信すると、Ｓ８０３に進む。
【００７３】
Ｓ８０３では、制御部２０１はデジタルカメラ１００から受信したＮＤＥＦメッセージをＮＤＥＦレコード毎に順番にデコードする。制御部２０１は１つ目のＮＤＥＦレコード（図５ではＮＤＥＦレコード５０１）をデコードし、Ｔｙｐｅおよびペイロードの内容がスマートフォン２００が実行するＯＳに対応したアプリケーション起動フォーマットであるか否かを判定する。
例えば、デジタルカメラ１００から受信したＮＤＥＦメッセージが図５に示す内容であり、スマートフォン２００が実行するＯＳがＯＳ１であるとする。この場合、ＮＤＥＦレコード５０１はスマートフォン２００に対応したアプリケーション起動フォーマットであると判定されてＳ８０４に進む。また、デジタルカメラ１００から受信したＮＤＥＦメッセージが図５に示す内容であり、スマートフォン２００が実行するＯＳがＯＳ２であるとする。この場合、ＮＤＥＦレコード５０１はスマートフォン２００に対応したアプリケーション起動フォーマットではないと判定されてＳ８０６に進む。
【００７４】
なお、Ｓ８０３でスマートフォン２００に対応したアプリケーション起動フォーマットであるか否かを判定する場合には、ＯＳ種別だけでなく、ＴＹＰＥおよびペイロードに含まれるアプリケーションパッケージ情報やアプリケーションパス情報、サービスアクセスポイント情報なども考慮される。
【００７５】
Ｓ８０４では、制御部２０１はデジタルカメラ１００から受信したＮＤＥＦメッセージのＮＤＥＦレコードがスマートフォン２００が実行するＯＳに対応したバージョンであるか否かを判定する。例えば、図５のＮＤＥＦレコード５０１の場合、バージョン情報がないので、スマートフォン２００が実行するＯＳに対応したバージョンであると判定し、Ｓ８０５に進む。また、スマートフォン２００が実行するＯＳに対応するバージョンがＶｅｒ２以上の場合、図５のＮＤＥＦレコード５０２、５０３は対応したバージョンであると判定し、Ｓ８０５に進む。図５のＮＤＥＦレコード５０４は対応したバージョンでないと判定し、Ｓ８０６に進む。
【００７６】
Ｓ８０５では、制御部２０１はデコードしたＮＤＥＦレコードのうち、Ｓ８０３およびＳ８０４の条件を満たすＮＤＥＦレコードをＲＡＭ２０２に記憶し、Ｓ８０６に進む。
【００７７】
Ｓ８０６では、制御部２０１は次のＮＤＥＦレコード（図５ではＮＤＥＦレコード５０１の次はＮＤＥＦレコード５０２）があるか否かを判定し、ある場合はＳ８０７に進み、ない場合はＳ８０８に進む。
【００７８】
Ｓ８０７では、制御部２０１は次のＮＤＥＦレコード（図５ではＮＤＥＦレコード５０１の次はＮＤＥＦレコード５０２）に進み、Ｓ８０３では、次のＮＤＥＦレコードをデコードする。
【００７９】
Ｓ８０８では、制御部２０１はデジタルカメラ１００から受信したＮＤＥＦメッセージの全てのＮＤＥＦレコードをデコードした後、Ｓ８０５でＲＡＭ２０２に記憶したＮＤＥＦレコードがあるか否かを判定し、ある場合はＳ８０９に進む。
【００８０】
Ｓ８０９では、制御部２０１はＳ８０５でＲＡＭ２０２に記憶したＮＤＥＦレコードの中で、最新バージョンのアプリケーション起動フォーマットに従って、対応するアプリケーションを起動する。例えば、デジタルカメラ１００から受信したＮＤＥＦメッセージが図５に示す内容であり、スマートフォン２００が実行するＯＳがＯＳ１である場合を考える。この場合、ＲＡＭ２０２に記憶されるＮＤＥＦレコードはＮＤＥＦレコード５０１のみである。スマートフォン２００はＣａｍｅｒａＡｐｐというＯＳ１用アプリケーションを起動する。また、デジタルカメラ１００から受信したＮＤＥＦメッセージが図５に示す内容であり、スマートフォン２００が実行するＯＳがＯＳ２であり、ＯＳ２に対応するバージョンがＶｅｒ２以上の場合を考える。この場合、ＲＡＭ２０２に記憶されるＮＤＥＦレコードはＮＤＥＦレコード５０２、５０３の２つである。スマートフォン２００はＮＤＥＦレコード５０２に従って、ＯＳ２用の最新バージョンＶｅｒ３であるＣａｍｅｒａＡｐｐＶｅｒ３のアプリケーションが起動される。
【００８１】
以上述べたように、本実施形態では、複数のＯＳに対応する情報をＮＤＥＦファイルに記述することとした。この構成により、ＯＳの異なる複数のスマートフォンとの通信に対応することが可能となる。
【００８２】
［実施形態２］次に、図９および図１０を参照して、実施形態２について説明する。
【００８３】
以下の説明では、実施形態１と重複する部分については説明を省略し、実施形態２の特徴的な部分について詳細に説明する。
【００８４】
まず、図９を参照して、実施形態２における、デジタルカメラ１００のＮＦＣタグによる通信処理について説明する。デジタルカメラ１００のＮＦＣ通信部１０９がスマートフォン２００のＮＦＣ通信部２０９からＲＦ信号を受信すると、図９の処理が開始される。
【００８５】
Ｓ９０１では、ＮＦＣ通信部１０９は図６で説明したＮＤＥＦファイル読み出し要求（取得要求）であるコマンドＣ−ＡＰＤＵ（ＲｅａｄＢｉｎａｒｙ）をスマートフォン２００から受信すると、Ｓ９０２に進む。
【００８６】
Ｓ９０２では、ＮＦＣ通信部１０９は図６で説明したレスポンスＲ−ＡＰＤＵ（ＲｅａｄＢｉｎａｒｙ）を返信することにより、ＮＦＣ通信部１０９のメモリに記憶されたＮＤＥＦメッセージをスマートフォン２００に送信する。ここで、制御部１０１はＮＦＣ通信部１０９のメモリに、ＯＳ１用アプリケーション起動フォーマットである図５のＮＤＥＦレコード５０１のみを記憶しておく。すなわち、ＮＦＣ通信部１０９はＮＬＥＮ５００とＮＤＥＦレコード５０１のみをスマートフォン２００に返信する。
【００８７】
Ｓ９０３では、ＮＦＣ通信部１０９は図６で説明したＮＤＥＦファイル読み出し要求であるコマンドＣ−ＡＰＤＵ（ＲｅａｄＢｉｎａｒｙ）を、再度、同一のスマートフォン２００から受信すると、Ｓ９０４に進む。この再度ＮＤＥＦファイル読み出し要求コマンドは、スマートフォン２００がＯＳ１に対応していない場合に送信されるものである。つまり、デジタルカメラ１００がＮＤＥＦファイル読み出し要求コマンドを再度受信したということは、スマートフォン２００がＯＳ１に対応していないと推定できる。
【００８８】
Ｓ９０４では、ＮＦＣ通信部１０９は図６で説明したレスポンスＲ−ＡＰＤＵ（ＲｅａｄＢｉｎａｒｙ）を返信することにより、ＮＦＣ通信部１０９のメモリに記憶されたＮＤＥＦメッセージをスマートフォン２００に送信する。制御部１０１はＮＦＣ通信部１０９のメモリから、ＯＳ１用アプリケーション起動フォーマットである図５のＮＤＥＦレコード５０１を削除し、ＯＳ２用アプリケーション起動フォーマットである図５のＮＤＥＦレコード５０２、５０３、５０４を新たに記憶する。すなわち、ＮＦＣ通信部１０９はＮＬＥＮ５００とＮＤＥＦレコード５０２、５０３、５０４をスマートフォン２００に返信する。つまり、２度目のＮＤＥＦファイル読み出し要求コマンドに対しては、１度目とは異なるＯＳに対応している旨をスマートフォン２００に通知することになる。これは前述したように、ＮＤＥＦファイル読み出し要求コマンドを再度受信したということは、スマートフォン２００がＯＳ１に対応していないと推定されるためである。
【００８９】
次に、図１０を参照して、実施形態２における、スマートフォン２００のＮＦＣリーダライタによる通信処理について説明する。
【００９０】
スマートフォン２００のＮＦＣ通信部２０９がアンテナからＲＦ信号を出力することにより、図１０の処理が開始される。
【００９１】
Ｓ１００１では、ＮＦＣ通信部２０９は図６で説明したＮＤＥＦファイル読み出し要求（取得要求）であるコマンドＣ−ＡＰＤＵ（ＲｅａｄＢｉｎａｒｙ）をデジタルカメラ１００に対して送信して、Ｓ１００２に進む。
【００９２】
Ｓ１００２では、ＮＦＣ通信部２０９は図６で説明したレスポンスＲ−ＡＰＤＵ（ＲｅａｄＢｉｎａｒｙ）をデジタルカメラ１００から受信すると、制御部２０１はＲ−ＡＰＤＵ（ＲｅａｄＢｉｎａｒｙ）にＮＤＥＦメッセージが含まれることを確認する。
【００９３】
Ｓ１００２では、制御部２０１はデジタルカメラ１００からＮＤＥＦメッセージを受信すると、Ｓ１００３に進む。
【００９４】
Ｓ１００３では、制御部２０１はデジタルカメラ１００から受信したＮＤＥＦメッセージをＮＤＥＦレコード毎に順番にデコードする。制御部２０１は１つ目のＮＤＥＦレコード（図５ではＮＤＥＦレコード５０１）をデコードし、Ｔｙｐｅおよびペイロードの内容がスマートフォン２００が実行するＯＳに対応したアプリケーション起動フォーマットであるか否かを判定する。図９で説明したように、本実施形態では最初にデジタルカメラ１００から受信するＮＤＥＦメッセージは図５のＮＤＥＦレコード５０１に示す内容である。仮にスマートフォン２００が実行するＯＳがＯＳ１である場合、ＮＤＥＦレコード５０１はスマートフォン２００に対応したアプリケーション起動フォーマットであると判定されてＳ１００４に進む。また、スマートフォン２００が実行するＯＳがＯＳ２であるとする。この場合、ＮＤＥＦレコード５０１はスマートフォン２００に対応したアプリケーション起動フォーマットではないと判定されてＳ１００６に進む。
【００９５】
なお、Ｓ１００３でスマートフォン２００に対応したアプリケーション起動フォーマットであるか否かを判定する場合には、ＯＳ種別だけでなく、ＴＹＰＥおよびペイロードに含まれるアプリケーションパッケージ情報やアプリケーションパス情報、サービスアクセスポイント情報なども考慮される。
【００９６】
Ｓ１００４では、制御部２０１はデジタルカメラ１００から受信したＮＤＥＦメッセージのＮＤＥＦレコードがスマートフォン２００が実行するＯＳに対応したバージョンであるか否かを判定する。例えば、図５のＮＤＥＦレコード５０１の場合、バージョン情報がないので、スマートフォン２００が実行するＯＳに対応したバージョンであると判定し、Ｓ１００５に進む。また、スマートフォン２００が実行するＯＳに対応するバージョンがＶｅｒ２以上の場合、図５のＮＤＥＦレコード５０２、５０３は対応したバージョンであると判定し、Ｓ１００５に進む。図５のＮＤＥＦレコード５０４は対応したバージョンでないと判定し、Ｓ１００６に進む。
【００９７】
Ｓ１００５では、制御部２０１はデコードしたＮＤＥＦレコードのうち、Ｓ１００３およびＳ１００４の条件を満たすＮＤＥＦレコードをＲＡＭ２０２に記憶し、Ｓ１００６に進む。
【００９８】
Ｓ１００６では、制御部２０１は次のＮＤＥＦレコード（図５ではＮＤＥＦレコード５０１の次はＮＤＥＦレコード５０２）があるか否かを判定し、ある場合はＳ１００７に進み、ない場合はＳ１００８に進む。なお、本実施形態のデジタルカメラ１００は、最初はＮＤＥＦレコード５０１のみを記述しているため、本ステップでの判定はＮＯとなる。
【００９９】
Ｓ１００７では、制御部２０１は次のＮＤＥＦレコード（図５ではＮＤＥＦレコード５０１の次はＮＤＥＦレコード５０２）に進み、Ｓ１００３では、次のＮＤＥＦレコードをデコードする。
【０１００】
Ｓ１００８では、制御部２０１はデジタルカメラ１００から受信したＮＤＥＦメッセージのすべてのＮＤＥＦレコードをデコードした後、Ｓ１００５ではＲＡＭ２０２に記憶したＮＤＥＦレコードがあるか否かを判定する。判定の結果、ＮＤＥＦレコードがある場合はＳ１００９に進み、ない場合はＳ１００１に戻る。すなわち、１度目にデジタルカメラ１００から受信したＮＤＥＦメッセージにスマートフォン２００のＯＳに対応したアプリケーション起動フォーマットがない場合、ＮＤＥＦファイル読み出し要求コマンドを、同一のデジタルカメラ１００に対して再送信する。ここで再送信されるＮＤＥＦファイル読み出し要求コマンドが、デジタルカメラ１００によりＳ９０３で再受信される。そして前述したように、デジタルカメラ１００はＮＤＥＦレコード５０１を削除し、ＯＳ２用アプリケーション起動フォーマットである図５のＮＤＥＦレコード５０２、５０３、５０４を新たに記憶することになる。この後、スマートフォン２００はＮＤＥＦレコード５０２、５０３、Ｓ５０４に対してＳ１００２〜Ｓ１００８の処理を行うことになる。
【０１０１】
Ｓ１００９では、制御部２０１はＳ１００５ではＲＡＭ２０２に記憶したＮＤＥＦレコードの中で、最新バージョンのアプリケーション起動フォーマットに従って、対応するアプリケーションを起動する。例えば１度目にデジタルカメラ１００から受信したＮＤＥＦメッセージが図５のＮＤＥＦレコード５０１に示す内容であり、スマートフォン２００のＯＳがＯＳ１の場合、スマートフォン２００はＣａｍｅｒａＡｐｐというＯＳ１用アプリケーションが起動される。
【０１０２】
図１０の流れをここで再度説明する。例えば１度目にデジタルカメラ１００から受信したＮＤＥＦメッセージが図５のＮＤＥＦレコード５０１に示す内容であり、かつスマートフォン２００が実行するＯＳがＯＳ２であり、かつＯＳ２に対応するバージョンがＶｅｒ２以上の場合を考える。この場合、図１０の処理はＳ１００８からＳ１００１に戻る。そして、ＮＦＣ通信部２０９はＮＤＥＦファイル読み出し要求コマンドを、同一のデジタルカメラ１００に対して再送信する。
【０１０３】
そして、２度目にデジタルカメラ１００から受信したＮＤＥＦメッセージは、図５のＮＤＥＦレコード５０２、５０３、５０４に示す内容となる。この場合、スマートフォン２００はＮＤＥＦレコード５０２に従って、ＯＳ２用の最新バージョンＶｅｒ３であるＣａｍｅｒａＡｐｐＶｅｒ３のアプリケーションを起動する。
【０１０４】
上述した各実施形態によれば、スマートフォンのＮＦＣリーダライタがデジタルカメラＮＦＣタグから各ＯＳに対応したアプリケーション起動情報を読み出すことで、スマートフォンのＯＳ種別によらず、各スマートフォンでアプリケーションが起動可能となる。
【０１０５】
［他の実施形態］本発明は、以下の処理を実行することによっても実現される。即ち、上記実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【図１】
2015114723.tif 000003
【図２】
2015114723.tif 000004
【図３】
2015114723.tif 000005
【図４】
2015114723.tif 000006
【図５】
2015114723.tif 000007
【図６】
2015114723.tif 000008
【図７】
2015114723.tif 000009
【図８】
2015114723.tif 000010
【図９】
2015114723.tif 000011
【図１０】
2015114723.tif 000012