(57)【要約】  本開示にかかる通信装置（１００）は、外部装置（２００）が有するメモリ（２１０）を介して、外部装置（２００）と非接触通信を行う通信装置（１００）である。通信装置（１００）は、制御部（１２０）を有する。制御部（１２０）は、非接触通信の制御に関するパラメータを含むメッセージを受信する。制御部（１２０）は、パラメータに基づき、外部装置（２００）との非接触通信を行う。
2020137437.tif 000002
【特許請求の範囲】
【請求項１】
外部装置が有するメモリを介して、前記外部装置と非接触通信を行う通信装置であって、
前記非接触通信の制御に関するパラメータを含むメッセージを受信し、
前記パラメータに基づき、前記外部装置との前記非接触通信を行う制御部、
を有する通信装置。
【請求項２】
前記制御部は、
前記パラメータに基づき、前記メモリへの書込み又は前記メモリからの読出しを実行する、
請求項１に記載の通信装置。
【請求項３】
前記制御部は、
前記パラメータに基づき、前記非接触通信を行う場合に、前記メモリへの前記書込み又は前記メモリからの前記読出しのどちらから開始するかを決定する、
請求項２に記載の通信装置。
【請求項４】
前記制御部は、
前記メモリからの前記読出しを行った後に、前記パラメータに基づいて前記メモリからの前記読出しを実行する、
請求項３に記載の通信装置。
【請求項５】
前記制御部は、
前記メモリからの前記読出しを行った後に、前記パラメータに基づいた時間の経過を待って、前記メモリからの前記読出しを実行する、
請求項４に記載の通信装置。
【請求項６】
前記制御部は、
前記メモリからの前記読出しを行った後に、前記パラメータに基づいた個数のメッセージを前記メモリから読出す、
請求項５に記載の通信装置。
【請求項７】
前記非接触通信は、ＮＦＣによる通信である請求項６に記載の通信装置。
【請求項８】
前記メッセージは、ＮＤＥＦメッセージである請求項７に記載の通信装置。
【請求項９】
メモリを有し、前記メモリを介して外部装置と非接触通信を行う通信装置であって、
前記非接触通信を行う場合に前記外部装置を制御するためのパラメータを生成し、
前記パラメータを含むメッセージを前記外部装置に送信する制御部、
を備える通信装置。
【請求項１０】
前記制御部は、
前記外部装置に対して前記メモリへの書込み又は前記メモリからの読出しのいずれか一方を実行するよう指示する前記パラメータを生成する、
請求項９に記載の通信装置。
【請求項１１】
前記制御部は、
前記非接触通信を行う場合に、前記メモリへの前記書込み又は前記メモリからの前記読出しのどちらから開始するかを指示する前記パラメータを生成する、
請求項１０に記載の通信装置。
【請求項１２】
前記制御部は、
前記メモリからの前記読出しを行った後に、前記パラメータに基づいて前記メモリからの前記読出しを実行するよう指示する前記パラメータを生成する、
請求項１１に記載の通信装置。
【請求項１３】
前記制御部は、
前記メモリからの前記読出しを行った後に、前記メモリからの前記読出しを実行するまでの待ち時間を指定する前記パラメータを生成する、
請求項１２に記載の通信装置。
【請求項１４】
前記制御部は、
前記メモリからの前記読出しを行った後に、前記メモリから読出すメッセージの個数を指示する前記パラメータを生成する、
請求項１３に記載の通信装置。
【請求項１５】
外部装置が有するメモリを介して、前記外部装置と非接触通信を行う通信方法であって、
前記非接触通信の制御に関するパラメータを含むメッセージを受信し、
前記パラメータに基づき、前記外部装置との前記非接触通信を行う、
通信方法。
【請求項１６】
メモリを介して外部装置と非接触通信を行う通信方法であって、
前記非接触通信を行う場合に前記外部装置を制御するためのパラメータを生成し、
前記パラメータを含むメッセージを前記外部装置に送信する、
通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信装置及び通信方法に関する。
【背景技術】
【０００２】
従来、非接触通信の１つとしてＮＦＣ（Near  Field  Communication）技術を利用するリーダ／ライタ及びタグが知られている。ＮＦＣ通信を行う場合、常にリーダ／ライタがタグに対して読出し又は書込みを行うためのコマンドを送ることでデータ交換を実現する。リーダ／ライタ及びタグには複数のタイプが定義されており、コマンドやプロトコル、タグ内部のメモリフォーマットが異なっている。そのため、ＮＦＣ  Ｆｏｒｕｍでは、これらの異なるタイプで共通に利用できるデータフォーマットとしてＮＤＥＦ（NFC  Data  Exchange  Format）を規定している。【０００３】
さらに、ＮＦＣ  Ｆｏｒｕｍでは、ＮＤＥＦデータの検出やＮＤＥＦデータに対して読出しや書込みを行うためのシーケンスが規定されている。例えば、ＮＤＥＦ検出手順、ＮＤＥＦ読出し手順、ＮＤＥＦ書込み手順というタグのメモリへアクセスするための共通手順が規定されている。これらの共通手順で交換されるデータは、ＮＤＥＦメッセージと呼ばれる。このように、共通手順を規定することで、タイプが異なる場合であってもリーダ／ライタ及びタグが通信を行えるようにしている。これらの事項に関しては、例えば以下の非特許文献１〜非特許文献４を参照されたい。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】ＮＦＣ  Ｆｏｒｕｍ  Ｔｙｐｅ  ２  Ｔａｇ  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ
【非特許文献２】ＮＦＣ  Ｆｏｒｕｍ  Ｔｙｐｅ  ３  Ｔａｇ  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ
【非特許文献３】ＮＦＣ  Ｆｏｒｕｍ  Ｔｙｐｅ  ４  Ｔａｇ  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ
【非特許文献４】ＮＦＣ  Ｆｏｒｕｍ  Ｔｙｐｅ  ５  Ｔａｇ  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、ＮＤＥＦメッセージを用いたリーダ／ライタ及びタグを用いた通信では、常にリーダ／ライタがタグに対して、読出し手順又は書込み手順を行うかどうかを決めていた。つまり、どちらが先にデータを送るのかは、リーダ／ライタ側のアプリケーションに依存する。そのため、タグのアプリケーションは、リーダ／ライタによってデータの流れを制御されるため、自発的にデータを送ることは困難であった。【０００６】
このように、非接触通信の場合、通信装置の一方が他方の通信を制御し、他方が自主的に通信を制御できない場合があった。【０００７】
そこで、本開示では、非接触通信を行う通信装置が通信を制御することができる仕組みを提案する。
【課題を解決するための手段】
【０００８】
本開示によれば、通信装置が提供される。通信装置は、外部装置が有するメモリを介して、前記外部装置と非接触通信を行う通信装置である。通信装置は、制御部を有する。制御部は、前記非接触通信の制御に関するパラメータを含むメッセージを受信する。制御部は、前記パラメータに基づき、前記外部装置との前記非接触通信を行う。
【図面の簡単な説明】
【０００９】
【図１】ＮＦＣを行う通信システムの構成例を示す図である。
【図２】通信システムにおける各手順を説明するための図である。
【図３】本開示の第１実施形態に係るＮＤＥＦ双方向通信処理の概要を説明するための図である。
【図４】本開示の第１実施形態に係るＮＤＥＦ双方向通信処理の概要を説明するための図である。
【図５】本開示の第１実施形態に係る通信システムの構成例を示す図である。
【図６】ＮＤＥＦメッセージの構成例を示す図である。
【図７】ＮＤＥＦレコードの構成例を示す図である。
【図８】ＮＤＥＦレコードのヘッダーの構成例を示す図である。
【図９】本開示の第１実施形態に係るBI-DIR  Parametersレコードの構成例を説明するための図である。
【図１０】本開示の第１実施形態に係るBI-DIR  Modeの一例を説明するための図である。
【図１１】本開示の第１実施形態に係る通信処理の流れを説明するための表である。
【図１２】本開示の第１実施形態に係る通信処理の流れを示すシーケンス図である。
【図１３】本開示の第２実施形態に係るＮＤＥＦメッセージの構成例を示す図である。
【図１４】本開示の第２実施形態に係るTag-MMレコードを説明するための図である。
【図１５】本開示の第２実施形態に係る通信処理の流れを説明するための表である。
【図１６】本開示の第２実施形態に係る通信処理の流れを示すシーケンス図である。
【図１７】本開示に係る技術が適用されうるNegotiated  Handoverについて説明するための図である。
【発明を実施するための形態】
【００１０】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１１】
なお、説明は以下の順序で行うものとする。
１．はじめに
１．１．ＮＦＣについて
１．２．コネクションハンドオーバー
２．第１実施形態
２．１．第１実施形態の概要
２．２．通信システムの構成例
２．３．ＮＤＥＦメッセージの構成例
２．４．第１実施形態に係る通信処理
３．第２実施形態
３．１．ＮＤＥＦメッセージの構成例
３．２．第２実施形態に係る通信処理
４．適用例
５．その他の実施形態
６．補足
【００１２】
＜１．はじめに＞
＜１．１．ＮＦＣについて＞
以下、非接触通信の一例としてＮＦＣについて概要を説明する。ここでは、通信装置がＮＦＣの標準化規格であるＮＤＥＦに基づいて通信を行う場合について説明する。図１は、ＮＦＣを行う通信システムの構成例を示す図である。
【００１３】
図１に示すように、通信システム１Ａは、ＮＦＣで通信を行う通信装置として、リーダ／ライタ（Ｒ／Ｗ）１００Ａと、タグ（Ｔａｇ）２００Ａとを有する。リーダ／ライタ１００Ａ及びタグ２００Ａは、互いにNFC  interfaceを介して接続する。
【００１４】
より具体的に、タグ２００Ａは、例えば不揮発性メモリであるタグメモリ（Tag  Memory）２１０Ａを有している。リーダ／ライタ１００Ａは、タグメモリ２１０ＡにＮＤＥＦメッセージを書込むＮＤＥＦ書込み手順や、タグメモリ２１０ＡからＮＤＥＦメッセージを読出すＮＤＥＦ読出し手順を実行することで、タグ２００Ａと通信を行う。リーダ／ライタ１００Ａが行う手順（Procedure）としては、ＮＤＥＦ書込み手順及びＮＤＥＦ読出し手順の他にＮＤＥＦ検出手順がある。
【００１５】
図２は、通信システム１Ａにおける各手順を説明するための図である。図２に示す例では、リーダ／ライタ１００Ａは、まずＮＤＥＦ検出手順（NDEF  Detection  Procedure）１０００Ａを実行する。リーダ／ライタ１００Ａは、ＮＤＥＦ検出手順１０００Ａを実行することで、例えば、タグ２００Ａ（図２では、Tag  Deviceと記載）がＮＤＥＦに準拠した通信が行えるか否かを検出する。リーダ／ライタ１００Ａは、例えばコマンドを送信し、そのレスポンスを受信することで、タグ２００ＡがＮＤＥＦに準拠した通信が行えるか否かを検出する。タグ２００ＡがＮＤＥＦに準拠した通信が行える場合、リーダ／ライタ１００Ａは、ＮＤＥＦ読出し手順２０００Ａ又はＮＤＥＦ書込み手順３０００Ａを実行することで、タグ２００ＡとＮＦＣを用いた通信を行う。
【００１６】
続いて、リーダ／ライタ１００Ａは、ＮＤＥＦ読出し手順２０００Ａを実行する。リーダ／ライタ１００Ａは、例えばコマンドを送信し、そのレスポンスを受信することで、タグメモリ２１０Ａに保持されているＮＤＥＦメッセージを読出す。
【００１７】
次に、リーダ／ライタ１００Ａは、ＮＤＥＦ書込み手順３０００Ａを実行する。リーダ／ライタ１００Ａは、例えばコマンドを送信し、そのレスポンスを受信することで、タグメモリ２１０ＡにＮＤＥＦメッセージを書込む。
【００１８】
ここでは、リーダ／ライタ１００ＡがＮＤＥＦ読出し手順２０００Ａから実行しているが、ＮＤＥＦ読出し手順２０００Ａ及びＮＤＥＦ書込み手順３０００Ａを実行する順番は、図２の例に限定されない。リーダ／ライタ１００ＡがＮＤＥＦ書込み手順３０００Ａを行ってから、ＮＤＥＦ読出し手順２０００Ａを実行するようにしてもよい。ＮＤＥＦでは、ＮＤＥＦ検出手順１０００Ａ実行後に、リーダ／ライタ１００Ａが読出し又は書込みのどちらの手順を実行するかをリーダ／ライタ１００Ａが決定する。
【００１９】
このように、従来のＮＦＣでは、リーダ／ライタ１００Ａがタグ２００Ａのタグメモリ２１０ＡにＮＤＥＦメッセージを書込んだり、タグメモリ２１０ＡからＮＤＥＦメッセージを読出したりすることで通信を行っていた。換言すると、従来のＮＦＣでは、リーダ／ライタ１００Ａが通信の制御を主体的に行っており、タグ２００Ａは、能動的にデータを送ることができなかった。
【００２０】
＜１．２．コネクションハンドオーバー＞
ここで、近年、コネクションハンドオーバー（Connection  Handover）と呼ばれる技術が利用されている。ここで、コネクションハンドオーバー技術とは、互いに異なる通信方式に対応した複数の通信手段を自動的に切り替えて通信を行う技術である。ハンドオーバー技術が用いられる機器では、例えば、第１の通信方式による通信路を用いて第２の通信方式の認証情報を伝送し、当該認証情報を用いて第２の通信方式の認証設定が自動的に行われる。
【００２１】
例えばスピーカとスマートフォンなどのデバイス間におけるブルートゥース（登録商標）のペアリング設定を、ＮＦＣを用いて行うとする。この場合、スピーカにスマートフォンを近づけることで、例えばスマートフォンに搭載されるリーダ／ライタ１００Ａが、スピーカに搭載されるタグ２００Ａのタグメモリ２１０Ａが保持する識別情報を読出す。スマートフォンは、読出した識別情報に基づき、スピーカとのペアリングを行い、ブルートゥースでの接続を確立する。
【００２２】
このようなコネクションハンドオーバー技術において、よりセキュアな認証を行うために、例えばタグ２００Ａが能動的にメッセージを送ることが求められる。例えば、タグ２００Ａが認証を行う度に異なる認証情報をリーダ／ライタ１００Ａに送信することで、リーダ／ライタ１００Ａが搭載されるデバイスとタグ２００Ａが搭載されるデバイスとの間でよりセキュアな認証を行うことが考えられる。あるいは、例えば、上述したＮＦＣ及びブルートゥース以外にも無線ＬＡＮ等の複数の通信手段で通信が行える場合に、タグ２００Ａが搭載されるデバイスがどの通信手段にハンドオーバーするか指定できるようにすることが考えられる。このように、ＮＦＣ（非接触通信）を行うタグ２００Ａ（通信装置）が、メッセージをリーダ／ライタ１００Ａに能動的に送信する、換言すると非近接通信を制御できるような仕組みが求められている。
【００２３】
ここでは、タグ２００Ａ側が、ＮＤＥＦメッセージを能動的に送信することができる通信形態を、ＮＤＥＦ双方向通信と記載する。また、リーダ／ライタ１００Ａが制御して、タグ２００Ａに対して読出し又は書込みを行う通信形態を単に双方向通信とも記載して、タグ２００Ａが能動的に通信を行うＮＤＥＦ双方向通信と区別する。
【００２４】
以下、ＮＤＥＦ双方向通信を実現するための仕組みについて説明する。
【００２５】
＜２．第１実施形態＞
＜２．１．第１実施形態の概要＞
図３及び図４は、本開示の第１実施形態に係るＮＤＥＦ双方向通信処理の概要を説明するための図である。本開示の第１実施形態に係る通信処理は、リーダ／ライタ１００とタグ２００とを有する通信システム１（図５参照）で実行される。
【００２６】
図３に示すように、リーダ／ライタ１００は、まずＮＤＥＦ検出手順を実行し、タグ２００からAttributesを取得する（ステップＳ１０１）。Attributesには、タグ２００がＮＤＥＦに対応しているか否か、タグメモリ２１０（図５参照）のメモリサイズ等、タグ２００に関する情報が含まれる。
【００２７】
次に、リーダ／ライタ１００は、ＮＤＥＦ読出し手順を実行し、Bidirectional  communication  supportを取得する（ステップＳ１０２）。Bidirectional  communication  supportは、例えばタグ２００がＮＤＥＦ双方向通信に対応しているか否か等、タグ２００に関する情報を含むＮＤＥＦメッセージである。
【００２８】
また、Bidirectional  communication  supportには、例えば非接触通信（ここではＮＦＣ）の制御に関するパラメータ（以下、通信制御パラメータとも言う）が含まれる。通信制御パラメータは、例えばリーダ／ライタ１００とタグ２００との接続が確立した後の通信を、ＮＤＥＦ読出し手順又はＮＤＥＦ書込み手順のどちらから開始するかを指示するパラメータである。リーダ／ライタ１００は、Bidirectional  communication  supportを読出すことでタグ２００との接続を確立する。なお、Bidirectional  communication  supportについては、図９を用いて後述する。
【００２９】
リーダ／ライタ１００は、通信制御パラメータに従い、ＮＤＥＦ読出し手順又はＮＤＥＦ書込み手順のどちらか一方を実行することでタグ２００との通信を開始する。図３の例では、リーダ／ライタ１００は、ＮＤＥＦ書込み手順を実行し、アプリケーションデータを含むＮＤＥＦメッセージをタグ２００に送信する（ステップＳ１０３）。続いて、リーダ／ライタ１００は、ＮＤＥＦ読出し手順を実行し、アプリケーションデータを含むＮＤＥＦメッセージをタグ２００から受信する（ステップＳ１０４）。
【００３０】
なお、タグ２００は、通信制御パラメータで、リーダ／ライタ１００がＮＤＥＦ読み込み手順から通信を開始するよう指示することもできる。この場合、リーダ／ライタ１００は、図４に示すように、Bidirectional  communication  supportを受信した後、ＮＤＥＦ読出し手順から実行し、アプリケーションデータを含むＮＤＥＦメッセージをタグ２００から受信することで（ステップＳ２０１）、タグ２００との通信を開始する。続いて、リーダ／ライタ１００は、ＮＤＥＦ書込み手順を実行し、アプリケーションデータを含むＮＤＥＦメッセージをタグ２００に送信する（ステップＳ２０２）。
【００３１】
このように、タグ２００が非接触通信の制御に関するパラメータを含むメッセージを送信し、リーダ／ライタ１００は、かかるパラメータに従って非接触通信を実行する。具体的には、タグ２００は、ＮＦＣのＮＤＥＦメッセージに、リーダ／ライタ１００がＮＤＥＦ読出し手順又はＮＤＥＦ書込み手順のどちらから通信を開始するかを示す通信制御パラメータを含めて、リーダ／ライタ１００に送信する。リーダ／ライタ１００は、通信制御パラメータの指示に従い、ＮＤＥＦ読出し手順又はＮＤＥＦ書込み手順のいずれか１つから通信を開始する。
【００３２】
これにより、タグ２００は、能動的にリーダ／ライタ１００にデータを送信することができ、タグ２００は、非接触通信の制御を行うことができる。
【００３３】
＜２．２．通信システムの構成例＞
図５は、本開示の第１実施形態に係る通信システム１の構成例を示す図である。図５に示すように通信システム１は、リーダ／ライタ１００とタグ２００とを有する。
【００３４】
リーダ／ライタ１００は、例えばＮＤＥＦに基づいてタグ２００と通信を行う通信装置である。リーダ／ライタ１００は、通信部１１０と、制御部１２０と、を有する。通信部１１０は、例えばアンテナ（図示省略）を介してタグ２００のタグメモリ２１０とＮＦＣを用いた通信を行う。制御部１２０は、リーダ／ライタ１００を制御する。制御部１２０は、例えばＮＤＥＦメッセージをタグメモリ２１０に書込むＮＤＥＦ書込み手順を実行する。また、制御部１２０は、タグメモリ２１０からＮＤＥＦメッセージを読出すＮＤＥＦ読出し手順を実行する。制御部１２０は、タグ２００を検出するためのＮＤＥＦ検出手順を実行する。
【００３５】
タグ２００は、タグメモリ２１０（Tag  Memory）と、タグホスト２２０（Tag  Host）と、を有する。
【００３６】
タグメモリ２１０は、例えば不揮発性メモリであり、内部にデータを保持する。タグメモリ２１０は、例えばアンテナ（図示省略）を介してリーダ／ライタ１００と通信を行う。タグメモリ２１０が、例えばリーダ／ライタ１００又はタグホスト２２０からの指示に従って、データの書込みや読出しを行うためのプロセッサを有していてもよい。
【００３７】
タグホスト２２０は、例えばＭＰＵ（Micro  Processing  Unit）や各種処理回路などで構成されるプロセッサを備える。タグホスト２２０は、タグメモリ２１０にアクセスして、タグメモリ２１０が保持するデータを読出したり、タグメモリ２１０にデータを書込んだりする。タグホスト２２０は、タグメモリ２１０を介してリーダ／ライタ１００と通信を行う。
【００３８】
リーダ／ライタ１００とタグ２００との間は、例えばＮＦＣインタフェースで接続される。また、タグメモリ２１０とタグホスト２２０との間は、例えばＩ２ＣやＳＰＩ、Ｂｕｓといった有線インタフェースで接続される。
【００３９】
＜２．３．ＮＤＥＦメッセージの構成例＞
次に、リーダ／ライタ１００とタグ２００との間でやり取りされるＮＤＥＦメッセージについて説明する。図６は、ＮＤＥＦメッセージの構成例を示す図である。
【００４０】
図６に示すように、ＮＤＥＦメッセージは、１以上のＮＤＥＦレコードを含む。ＮＤＥＦレコードには、パラメータＭＢ及びパラメータＭＥが含まれる。パラメータＭＢ及びパラメータＭＥは、ＮＤＥＦレコードがＮＤＥＦメッセージ内のどの部分（先頭、末尾、中間）にあるかを示すパラメータである。例えば、パラメータＭＢが１であるＮＤＥＦレコードＲ１は、ＮＤＥＦメッセージの先頭に位置する。また、パラメータＭＥが１であるＮＤＥＦレコードＲｔは、ＮＤＥＦメッセージの末尾に位置する。また、それ以外のＮＤＥＦレコードＲｒ、Ｒｓは、ＮＤＥＦメッセージの中間に位置する。なお、図６に示すＮＤＥＦメッセージの構成は一例であり、図６に示す以外の構成であってもよい。
【００４１】
次に、図７は、ＮＤＥＦレコードの構成例を示す図である。図７に示すように、ＮＤＥＦレコードには、ヘッダーや、ＮＤＥＦレコードを識別するための情報を示すＩＤフィールドが含まれる。また、ＮＤＥＦレコードには、ＰＡＹＬＯＡＤフィールドに格納されるデータのデータ形式を示すＴＹＰＥフィールド、ＴＹＰＥで指定された形式でデータが格納されるＰＡＹＬＯＡＤフィールド等が含まれる。なお、ＴＮＦ（Type  Name  Format）がNFC  Forum  Well  Known  Typeの場合、ＴＹＰＥフィールドには、ＮＦＣ  Ｆｏｒｕｍが規定するレコード形式を示すレコードタイプの識別子が格納される。
【００４２】
また、ＮＤＥＦレコードには、ＴＹＰＥフィールドの長さを示すＴＹＰＥ  ＬＥＮＧＴＨ（ＴＬ）や、ＩＤフィールドの長さを示すＩＤ  ＬＥＮＧＴＨ（ＩＬ）、ＰＡＹＬＯＡＤフィールドの長さを示すＰＡＹＬＯＡＤ  ＬＥＮＧＴＨ（ＰＬ）等が含まれる。なお、図７に示すＮＤＥＦレコードの構成例は一例であり、図７に示す以外の構成であってもよい。
【００４３】
図８は、ＮＤＥＦレコードのヘッダーの構成例を示す図である。図８に示すように、ＮＤＥＦレコードのヘッダーにはパラメータＭＢ及びパラメータＭＥが含まれる。その他にも、ＮＤＥＦレコードのヘッダーには、ＮＤＥＦレコードが分割されているか否かを示すパラメータ等が含まれる。なお、ＮＤＥＦレコードの構成や、各パラメータの値は、NFC  Forum  NFC  Data  Exchange  Format  (NDEF)  Technical  Specificationに規定されている。
【００４４】
タグ２００は、上述したようにリーダ／ライタ１００との通信を制御するための通信制御パラメータを含むＮＤＥＦメッセージを送信する。本実施形態に係る通信制御パラメータは、ＮＤＥＦメッセージを送る順番を決定するためのパラメータである。すなわち、通信制御パラメータは、接続確立後にリーダ／ライタ１００がＮＤＥＦ読出し手順又はＮＤＥＦ書込み手順のどちらから実行して通信を開始するかを指定するパラメータである。以下、本実施形態に係る通信制御パラメータを初期送信エンティティとも言う。
【００４５】
また、初期送信エンティティを含むＮＤＥＦレコードには、例えばタグ２００がＮＤＥＦ双方向通信をサポートしているか否かを示すパラメータ（以下、通信サポートパラメータとも言う）が含まれる。初期送信エンティティ及び通信サポートパラメータを含むＮＤＥＦレコードをBI-DIR  Parametersレコードとも言う。
【００４６】
BI-DIR  Parametersレコードを含むＮＤＥＦメッセージは、ＮＤＥＦ検出手順に続くＮＤＥＦ読出し手順において、タグ２００からリーダ／ライタ１００に送信される。かかるBI-DIR  Parametersレコードを含むＮＤＥＦメッセージは、例えば図３、図４を用いて説明したBidirectional  communication  supportに相当する。
【００４７】
図９は、本開示の第１実施形態に係るBI-DIR  Parametersレコードの構成例を説明するための図である。
【００４８】
図９に示すように、BI-DIR  Parametersレコードは、ＴＹＰＥフィールドにおいて「ＢＤＰＲ」が設定される。これにより、BI-DIR  ParametersレコードのＰＡＹＬＯＡＤフィールドには初期送信エンティティ及び通信サポートパラメータが含まれることが示される。また、BI-DIR  ParametersレコードのＰＡＹＬＯＡＤフィールドに含まれるBI-DIR  Modeにおいて、ＮＤＥＦ双方向通信モードが規定される。
【００４９】
図１０は、本開示の第１実施形態に係るBI-DIR  Modeの一例を説明するための図である。図１０に示すように、BI-DIR  Modeはｂ８〜ｂ１のパラメータで構成される。ｂ８〜ｂ３は、例えば将来の利用のために予約されたパラメータである。また、ｂ２が初期送信エンティティであり、タグ２００が最初にデータ（ＮＤＥＦメッセージ）を送信する意図があるかどうかを示すパラメータである。例えば、ｂ２が０の場合、リーダ／ライタ１００が最初にデータを送信する、すなわち、リーダ／ライタ１００がＮＤＥＦ書込み手順から通信を開始することを示す。また、ｂ２が１の場合、タグ２００が最初にデータを送信する、すなわち、リーダ／ライタ１００がＮＤＥＦ読出し手順から通信を開始することを示す。
【００５０】
また、ｂ１は、タグ２００がＮＤＥＦ双方向通信をサポートしているか否かを示す通信サポートパラメータである。例えば、ｂ１が０の場合、タグ２００がＮＤＥＦ双方向通信をサポートしていないことを示す。また、ｂ１が１の場合、タグ２００がＮＤＥＦ双方向通信をサポートしていることを示す。
【００５１】
タグには、図１に示すように、タグメモリ２１０Ａを備えるがタグホスト２２０を備えていないタグ２００Ａと、タグメモリ２１０に加えてタグホスト２２０を備えるタグ２００とがある。タグホスト２２０を備えていないタグ２００Ａは、ＮＤＥＦ双方向通信を実現できないため、上述した通信サポートパラメータであるｂ１が０となる。
【００５２】
＜２．４．第１実施形態に係る通信処理＞
図１１は、本開示の第１実施形態に係る通信処理の流れを説明するための表である。図１１に示す表では、左の列に処理の順番を、中央の列にリーダ／ライタ１００による処理を、そして右の列にタグ２００による処理を示している。
【００５３】
図１１に示す通信処理は、リーダ／ライタ１００及びタグ２００が通信を行う場合に実行される。より具体的には、図１１に示す通信処理は、所定のアプリケーションが起動された場合や、ユーザによってリーダ／ライタ１００がタグ２００に近づけられてリーダ／ライタ１００及びタグ２００が互いの通信圏内に入った場合に実行される。
【００５４】
図１１に示すように、リーダ／ライタ１００は、ＮＤＥＦ検出手順を実行する（＃１）。次に、タグ２００は、ＮＤＥＦ検出手順に従って、Attributesを送信する（＃２）。Attributesには、例えばタグメモリ２１０にＮＤＥＦメッセージが格納されるかどうか、タグメモリ２１０のメモリサイズ、及び、タグメモリ２１０に格納されるＮＤＥＦメッセージを含むＮＤＥＦデータのサイズ等、タグ２００に関する情報が含まれる。
【００５５】
Attributesを受信したリーダ／ライタ１００は、ＮＤＥＦ読出し手順を実行する（＃３）。タグ２００は、かかる読出し手順に従って、BI-DIR  Parametersレコードを含むＮＤＥＦメッセージをリーダ／ライタ１００に送信する（＃４）。タグ２００は、BI-DIR  Parametersレコードにおいて、ＮＤＥＦ双方向通信をサポートするか否かを示す通信サポートパラメータ（図１０のｂ１）及び初期送信エンティティ（図１０のｂ２）をそれぞれ設定する。より具体的には、タグ２００は、リーダ／ライタ１００とＮＤＥＦ双方向通信を行う場合は通信サポートパラメータであるｂ１を１に設定し、ＮＤＥＦ双方向通信を行わない場合はｂ１を０に設定する。また、タグ２００は、リーダ／ライタ１００との通信を送信から行う場合は初期送信エンティティであるｂ２を１に設定し、受信から行う場合はｂ２を０に設定する。
【００５６】
なお、タグ２００は、BI-DIR  Parametersレコードを複数設定するようにしてもよい。例えば、タグ２００が、複数のBI-DIR  Parametersレコードを１つのＮＤＥＦメッセージに含めてリーダ／ライタ１００に送信してもよい。タグ２００が、例えば同じBI-DIR  Parametersレコードを複数含むＮＤＥＦメッセージを送信することで、信頼性を向上させることができる。
【００５７】
BI-DIR  Parametersレコードを含むＮＤＥＦメッセージを受信したリーダ／ライタ１００は、BI-DIR  Parametersレコードの内容を確認する（＃５）。
【００５８】
まず、リーダ／ライタ１００は、BI-DIR  Parametersレコード内のBI-DIR  Modeのｂ１を確認する（＃６）。
【００５９】
ｂ１＝０の場合、タグ２００がＮＤＥＦ双方向通信をサポートしていないので、リーダ／ライタ１００は、＃４で取得したＮＤＥＦメッセージ内の他のＮＤＥＦレコードを確認して、ＮＤＥＦレコード内のデータに応じた処理を行ってもよい。一方、ｂ１＝１の場合、タグ２００がＮＤＥＦ双方向通信をサポートしているので、BI-DIR  Parametersレコード内のBI-DIR  Modeのｂ２を確認する（＃７）。
【００６０】
ｂ２＝１の場合、タグ２００が通信開始時に送信を行う（初期送信を行う）意図を持っているため、リーダ／ライタ１００はまずＮＤＥＦ読出し手順を実行する。一方、ｂ２＝０の場合、リーダ／ライタ１００はまずＮＤＥＦ書込み手順を実行する（＃８）。
【００６１】
続いて、図１２を用いてタグメモリ２１０及びタグホスト２２０の処理も含めたより詳細な通信処理について説明する。
【００６２】
図１２は、本開示の第１実施形態に係る通信処理の流れを示すシーケンス図である。ここでは、接続が確立した後の通信をタグ２００の送信から開始するものとする。
【００６３】
図１２に示すように、タグ２００のタグホスト２２０は、まずリーダ／ライタ１００との通信に必要な初期データをタグメモリ２１０に書込む（ステップＳ３０１）。タグ２００は、例えば初期データとして、Attributesをタグメモリ２１０に書込む。
【００６４】
続いて、リーダ／ライタ１００は、ＮＤＥＦ検出手順を実行し、タグメモリ２１０からAttributesを取得する（ステップＳ３０２）。リーダ／ライタ１００によるAttributesの読出しが完了すると、タグメモリ２１０は、タグホスト２２０に読出し完了通知を送信する（ステップＳ３０３）。通知を取得したタグホスト２２０は、BI-DIR  Parametersレコードを含むＮＤＥＦメッセージをタグメモリ２１０に書込む（ステップＳ３０４）。BI-DIR  Parametersレコードには、タグ２００がＮＤＥＦ双方向通信をサポートすることを示す通信サポートパラメータ（図１０のｂ１）及びタグ２００が送信から通信を開始することを示す初期送信エンティティ（図１０のｂ２）が含まれる。
【００６５】
リーダ／ライタ１００は、ＮＤＥＦ読出し手順を実行し、タグメモリ２１０からBI-DIR  Parametersレコードを含むＮＤＥＦメッセージを取得する（ステップＳ３０５）。リーダ／ライタ１００によるＮＤＥＦメッセージの読出しが完了すると、タグメモリ２１０は、タグホスト２２０に読出し完了通知を送信する（ステップＳ３０６）。これにより、リーダ／ライタ１００とタグ２００との接続が確立する。通知を取得したタグホスト２２０は、アプリケーションデータを含むＮＤＥＦメッセージをタグメモリ２１０に書込む（ステップＳ３０７）。
【００６６】
リーダ／ライタ１００は、BI-DIR  Parametersレコード内の通信サポートパラメータ及び初期送信エンティティを確認し、ＮＤＥＦ読出し手順を実行し、ＮＤＥＦメッセージに含まれるアプリケーションデータを取得する（ステップＳ３０８）。リーダ／ライタ１００によるＮＤＥＦメッセージの読出しが完了すると、タグメモリ２１０は、タグホスト２２０に読出し完了通知を送信する（ステップＳ３０９）。
【００６７】
リーダ／ライタ１００は、アプリケーションデータを含むＮＤＥＦメッセージをタグメモリ２１０に書込む（ステップＳ３１０）。リーダ／ライタ１００によるＮＤＥＦメッセージの書込みが完了すると、タグメモリ２１０は、タグホスト２２０に書込み完了通知を送信する（ステップＳ３１１）。
【００６８】
以上のように、リーダ／ライタ１００（通信装置の一例）は、タグ２００（外部装置の一例）が有するタグメモリ２１０（メモリの一例）を介して、タグ２００と非接触通信を行う。リーダ／ライタ１００の制御部１２０は、ＮＦＣ（非接触通信の一例）の制御に関するパラメータを含むメッセージを受信する。リーダ／ライタ１００は、パラメータに基づき、タグ２００との非接触通信を行う。
【００６９】
また、リーダ／ライタ１００の制御部１２０は、初期送信エンティティ（非接触通信の制御に関するパラメータの一例）に基づき、タグメモリ２１０への書込み又はタグメモリ２１０からの読出しを実行する。
【００７０】
また、タグ２００は、タグメモリ２１０（メモリの一例）を有し、タグメモリ２１０を介してリーダ／ライタ１００（外部装置の一例）とＮＦＣを用いた通信（非接触通信の一例）を行う。タグホスト２２０（制御部の一例）は、非接触通信を行う場合にリーダ／ライタ１００を制御するためのパラメータを生成する。タグホスト２２０は、パラメータを含むＮＤＥＦメッセージ（メッセージの一例）をリーダ／ライタ１００に送信する。
【００７１】
また、タグ２００は、リーダ／ライタ１００に対してタグメモリ２１０への書込み又はタグメモリ２１０からの読出しのいずれか一方を実行するよう指示する初期送信エンティティ（パラメータの一例）を生成する。
【００７２】
これにより、通信装置の一例であるタグ２００が、他の通信装置の一例であるリーダ／ライタ１００との通信を制御することができるようになる。タグ２００は、例えばリーダ／ライタ１００との通信を送信（読出し）又は受信（書込み）のいずれから開始するか、リーダ／ライタ１００に対し指定することができるようになる。
【００７３】
＜３．第２実施形態＞
上記第１実施形態では、タグ２００が初期送信エンティティにおいて、送信又は受信のどちらから通信を開始するか設定する場合を示した。上記例以外にも、タグ２００が連続してデータ送信を行えるようにしてもよい。そこで、第２実施形態では、タグ２００が、ＮＤＥＦメッセージ送信後に後続の追加データを送信する例について送信する。
【００７４】
上述したように、タグ２００からリーダ／ライタ１００にデータを送信する場合、リーダ／ライタ１００がタグメモリ２１０からデータを読出す。そのため、タグメモリ２１０から読出すデータのサイズ（タグ２００の送信データのサイズ）は、リーダ／ライタ１００の読出し量に依存し、タグ２００側が任意に設定することができなかった。すなわち、タグ２００は、リーダ／ライタ１００が１回で読出すデータより大きなデータを送信することができなかった。
【００７５】
そこで、本開示の第２実施形態では、タグ２００が、続いて送信する追加データが存在することを示すパラメータ（追加保持通知）を含めて送信データを送信する。これにより、リーダ／ライタ１００は、送信データを読出した後に続けて追加データを読出すことができ、タグ２００は任意のサイズのデータをリーダ／ライタ１００に送信することができるようになる。
【００７６】
具体的に、タグ２００は、続けて送信する追加データ（以下、ＮＤＥＦ追加データ、あるいは、ＮＤＥＦ追加メッセージとも言う）があることを示す追加保持パラメータを含めて、ＮＤＥＦメッセージを送信する。ここで、図１３を用いて追加保持パラメータを含むＮＤＥＦメッセージの構成について説明する。
【００７７】
＜３．１．ＮＤＥＦメッセージの構成例＞
図１３は、本開示の第２実施形態に係るＮＤＥＦメッセージの構成例を示す図である。図１３に示すように、ＮＤＥＦメッセージは、複数のＮＤＥＦレコードで構成されるアプリケーションデータと、追加保持パラメータを含むTag  Multiple  Messageレコード（Tag-MMレコード）と、を含む。
【００７８】
次に、図１４を用いてTag-MMレコードについて説明する。図１４は、本開示の第２実施形態に係るTag-MMレコードを説明するための図である。
【００７９】
図１４に示すように、Tag-MMレコードのＴＹＰＥは「ｍｍｅｓ」に設定される。また、Tag-MMレコードのＰＡＹＬＯＡＤフィールドには、Number  of  messages（ＮＯＭ）と、Minimum  waiting  time  for  next  NDEF  Read  procedure（ＭＷＴ＿ＲＥＡＤ）と、が含まれる。ＮＯＭは、継続して送信するＮＤＥＦ追加メッセージの個数を表すパラメータであり、換言すると、継続して送信する追加データがあるか否かを示す追加保持パラメータである。ＮＯＭが設定された場合、タグ２００は追加データを保持することを示している。
【００８０】
ＭＷＴ＿ＲＥＡＤは、継続して送信するＮＤＥＦ追加メッセージを読出す前に必要な最小の待機時間を示すパラメータである。図１４の例では、タグ２００は、ＭＷＴ＿ＲＥＡＤとして、例えば１ｍｓから３２７６７ｍｓまでの時間を設定する。
【００８１】
リーダ／ライタ１００がＮＤＥＦメッセージを読出してから、タグ２００がＮＤＥＦ追加メッセージをタグメモリ２１０に書込むまで所定の時間が必要となる。そのため、タグ２００は、タグメモリ２１０内に追加ＮＤＥＦメッセージを書き終わるまでに必要な時間をＭＷＴ＿ＲＥＡＤとして設定する。このように、ＭＷＴ＿ＲＥＡＤは、タグ２００が次のＮＤＥＦメッセージをタグメモリ２１０内に準備するために必要な時間である。
【００８２】
＜３．２．第２実施形態に係る通信処理＞
次に、本開示の第２実施形態に係る通信システム１における通信処理の流れについて説明する。図１５は、本開示の第２実施形態に係る通信処理の流れを説明するための表である。なお、＃１から＃７までは、図１１に示す通信処理と同じである。また、ここでは、タグ２００が送信から通信を開始する場合について説明する。
【００８３】
図１５に示すように、リーダ／ライタ１００は、＃７で確認したBI-DIR  Parametersレコード内のBI-DIR  Modeのｂ２（ここでは、ｂ２＝１）に基づき、ＮＤＥＦ読出し手順を実行する（＃１９）。
【００８４】
タグ２００は、かかる読出し手順に従って、アプリケーションデータ及びTag-MMレコードを含むＮＤＥＦメッセージをリーダ／ライタ１００に送信する（＃１０）。タグ２００は、Tag-MMレコードにおいて、保持しているＮＤＥＦ追加メッセージの個数（ＮＯＭ）と、ＮＤＥＦ読出し手順実行前に必要な待機時間（ＭＷＴ＿ＲＥＡＤ）を設定する。
【００８５】
ＮＤＥＦメッセージを受信したリーダ／ライタ１００は、アプリケーションデータ及びTag-MMレコードの内容を確認する（＃１１）。
【００８６】
リーダ／ライタ１００は、まずTag-MMレコードのＮＯＭを確認する。ＮＯＭが存在しない場合、リーダ／ライタ１００は、ＮＤＥＦ書込み手順によりデータをタグ２００に送信する。あるいは、リーダ／ライタ１００は、タグ２００との通信を行うアプリケーションを終了する（＃１２）。
【００８７】
一方、ＮＯＭが１以上である場合、リーダ／ライタ１００は、タグ２００が追加データを保持していると判定し、ＭＷＴ＿ＲＥＡＤで設定された待機時間の経過を待って、ＮＤＥＦ読出し手順を実行する。なお、ＮＯＭが０である場合、リーダ／ライタ１００は、タグ２００が追加データを保持していないと判定し、リーダ／ライタ１００は、ＮＤＥＦ書込み手順によりデータをタグ２００に送信する。あるいは、リーダ／ライタ１００は、タグ２００との通信を行うアプリケーションを終了する（＃１３）。
【００８８】
リーダ／ライタ１００による読出し手順が完了すると、タグホスト２２０に読出し完了が通知される。タグ２００は、後続のＮＤＥＦ追加メッセージを保持している場合は、＃１０に戻り、アプリケーションデータ及びTag-MMレコードを含むＮＤＥＦメッセージをリーダ／ライタ１００に送信する（＃１４）。
【００８９】
図１６は、本開示の第２実施形態に係る通信処理の流れを示すシーケンス図である。なお、ステップＳ３０６の処理までは、図１２に示す通信処理と同じ流れのため説明を省略する。
【００９０】
ステップＳ３０６で、BI-DIR  Parametersレコードを含むＮＤＥＦ追加メッセージの読出し完了通知を受信したタグホスト２２０は、Tag-MMレコードを含むＮＤＥＦメッセージをタグメモリ２１０に書込む（ステップＳ４０１）。ここでは、タグホスト２２０がＮＤＥＦ追加メッセージを１つ保持しているものとする。すなわち、タグホスト２２０が、ＮＯＭ＝１としてTag-MMレコードを含むＮＤＥＦメッセージをタグメモリ２１０に書込んだとする。
【００９１】
リーダ／ライタ１００は、BI-DIR  Parametersレコードを確認し、ＮＤＥＦ読出し手順を実行し、アプリケーションデータを含むＮＤＥＦメッセージを取得する（ステップＳ４０２）。上述したように、ここでリーダ／ライタ１００が取得したＮＤＥＦメッセージには、Tag-MMレコードが含まれる。
【００９２】
リーダ／ライタ１００によるＮＤＥＦ読出し手順が完了すると、読出し完了通知がタグメモリ２１０からタグホスト２２０に通知される（ステップＳ４０３）。タグホスト２２０は、通知を受けると、追加データとして保持しているＮＤＥＦメッセージ（ＮＤＥＦ追加メッセージ）をタグメモリ２１０に書込む（ステップＳ４０４）。
【００９３】
リーダ／ライタ１００は、ステップＳ４０２でTag-MMレコードが含まれるＮＤＥＦメッセージを取得すると、Tag-MMレコードを確認することでタグ２００が追加データを送信すると判定する。リーダ／ライタ１００は、ＭＷＴ＿ＲＥＡＤで設定された待機時間の経過を待ってＮＤＥＦ読出し手順を実行し、追加データであるＮＤＥＦメッセージを取得する（ステップＳ４０５）。リーダ／ライタ１００によるＮＤＥＦ読出し手順が完了すると、読出し完了通知がタグメモリ２１０からタグホスト２２０に通知される（ステップＳ４０６）。
【００９４】
タグホスト２２０が保持するＮＤＥＦ追加メッセージの個数は１個（ＮＯＭ＝１）であったため、リーダ／ライタ１００は、タグ２００からの送信が完了したとして、例えばＮＤＥＦ書込み手順を実行し、アプリケーションデータを含むＮＤＥＦメッセージをタグメモリ２１０に書込む（ステップＳ４０７）。タグメモリ２１０は、リーダ／ライタ１００によるＮＤＥＦ書込み手順が完了すると、書込み完了通知をタグホスト２２０に通知する（ステップＳ４０８）。
【００９５】
なお、ここでは、タグホスト２２０が保持するＮＤＥＦ追加メッセージの個数を１個（ＮＯＭ＝１）としたが、これに限定されない。ＮＯＭが２以上であってもよく、この場合、リーダ／ライタ１００は、ＮＯＭで設定された回数のＮＤＥＦ読出し手順を実行する。なお、リーダ／ライタ１００は、ＮＯＭで設定された回数のＮＤＥＦ読出し手順を実行する場合、毎回ＭＷＴ＿ＲＥＡＤで設定される待機時間の経過を待ってからＮＤＥＦ読出し手順を実行する。
【００９６】
以上のように、リーダ／ライタ１００（通信装置の一例）の制御部１２０は、タグメモリ２１０（メモリの一例）から読出しを行った後に、ＮＯＭ（非接触通信の制御に関するパラメータの一例）に基づいてタグメモリ２１０から読出しを実行する。
【００９７】
また、リーダ／ライタ１００（通信装置の一例）の制御部１２０は、タグメモリ２１０（メモリの一例）から読出しを行った後に、ＮＯＭに基づいた個数のＮＤＥＦ追加メッセージ（メッセージの一例）をタグメモリ２１０から読出しを実行する。
【００９８】
また、リーダ／ライタ１００（通信装置の一例）の制御部１２０は、タグメモリ２１０（メモリの一例）から読出しを行った後に、ＭＷＴ＿ＲＥＡＤ（非接触通信の制御に関するパラメータの一例）に基づいた時間の経過を待って、タグメモリ２１０から読出しを実行する。
【００９９】
これにより、通信装置の一例であるタグ２００が、他の通信装置の一例であるリーダ／ライタ１００との通信を制御することができるようになる。タグ２００は、例えばリーダ／ライタ１００に対して任意のサイズのデータを送信できるようになる。
【０１００】
＜４．適用例＞
図１７を用いて、第１、第２実施形態に係る通信システム１の適用例について説明する。図１７は、本開示に係る技術が適用されうるNegotiated  Handoverについて説明するための図である。
【０１０１】
上述したように、ＮＤＥＦ双方向通信は、複数の無線通信方式のハンドオーバー技術（Connection  Handover）に適用されうる。例えば、ＮＤＥＦ双方向通信は、Connection  Handover仕様におけるNegotiated  Handoverに適用されうる。Connection  Handover仕様は、例えばNFC  Forum  Connection  Handover  Technical  Specificationに規定される。Negotiated  Handoverは、２つのデバイス間で、ＮＤＥＦメッセージ形式のパラメータを相互に交換することで別の無線通信装置を開始される仕様である。
【０１０２】
図１７に示すように、通信システム１は、Negotiated  Handoverを行う２つのデバイスとしてHandover  Requester１０（以下、リクエスター１０ともいう）と、Handover  Selector２０（以下、セレクター２０ともいう）と、を有する。リクエスター１０は、リクエストメッセージを送信することで、セレクター２０に対して他の通信へのハンドオーバーを要求する。セレクター２０は、リクエストメッセージに対してセレクトメッセージを送信する。これにより、リクエスター１０とセレクター２０との間でNegotiated  Handoverが実行される。
【０１０３】
図１７に示すリクエスター１０は、リーダ／ライタ１００に相当するＮＦＣ１１と、他の無線通信を行う第１、第２通信部１２、１３と、制御部１４とを有する。第１通信部１２は、例えば他の無線通信としてブルートゥースによる通信を行う。第２通信部１３は、例えば他の無線通信としてWi-Fi（登録商標）による通信を行う。制御部１４は、リクエスター１０の各部を制御する。
【０１０４】
セレクター２０は、タグ２００に相当するＮＦＣ１１と、他の無線通信を行う第１、第２通信部２２、２３と、制御部２４とを有する。第１通信部２２は、例えば他の無線通信としてブルートゥースによる通信を行う。第２通信部２３は、例えば他の無線通信としてWi-Fi（登録商標）による通信を行う。制御部２４は、セレクター２０の各部を制御する。
【０１０５】
なお、ここでは、リクエスター１０及びセレクター２０が、ＮＦＣとは異なる無線通信として、ブルートゥース及びWi-Fiによる無線通信を行うとしたが、これに限定されない。例えば、リクエスター１０及びセレクター２０がブルートゥース及びWi-Fi以外の通信を行うようにしてもよい。また、リクエスター１０及びセレクター２０が行えるＮＦＣ以外の無線通信の数は２つに限定されず、１つであっても３つ以上であってもよい。
【０１０６】
また、リクエスター１０及びセレクター２０が対応するＮＦＣ以外の無線通信は、リクエスター１０及びセレクター２０で全く同じである必要はない。例えば、リクエスター１０がブルートゥースに対応していなくてもよい。このように、リクエスター１０及びセレクター２０が対応するＮＦＣ以外の無線通信は、全てが同じであってもよく、一部が同じであってもよい。
【０１０７】
図１７に示すように、リクエスター１０がリーダ／ライタ１００を搭載している場合、接続が確立した後の通信は、リクエストメッセージを送信するリーダ／ライタ１００から開始される。この場合、タグ２００を搭載するセレクター２０は、例えばBI-DIR  Parametersレコードの初期エンティティで、リクエスター１０が書込みから開始するよう設定する。
【０１０８】
これにより、リクエスター１０は、セレクター２０とのＮＦＣによる接続が確立すると、書込み手順を実行し、リクエストメッセージをセレクター２０に送信する。図１７では、リクエスター１０は、ブルートゥースとWi-Fiのどちらかへのハンドオーバーを要求するリクエストメッセージ（ＮＤＥＦメッセージ）をセレクター２０に送信する（ステップＳ５０１）。
【０１０９】
リクエストメッセージを受け取ったセレクター２０は、ハンドオーバーする無線通信として、ブルートゥースを選択し、選択結果を含むセレクトメッセージをリクエスター１０に送信する（ステップＳ５０２）。
【０１１０】
セレクター２０は、１回の読出し手順では全てのセレクトメッセージを送信できず、後続の追加データを保持する場合、後続の追加データを保持していることを示すTag-MMレコードを含めてセレクトメッセージ（ＮＤＥＦメッセージ）を送信する。
【０１１１】
これにより、リクエスター１０は、Tag-MMレコードに含まれるＮＯＭ及びＭＷＴ＿ＲＥＡＤに従って、後続の追加データを含めたセレクトメッセージを受信することができる。
【０１１２】
リクエスター１０及びセレクター２０は、例えばリクエストメッセージ及びセレクトメッセージに含まれるパラメータを用いてブルートゥースの接続を確立し、利用する無線通信をブルートゥースに切り替える。リクエスター１０及びセレクター２０は、ブルートゥースを用いて以降のデータ通信を実行する（ステップＳ５０３）。
【０１１３】
なお、ここでは、リクエスター１０がリーダ／ライタ１００を搭載し、セレクター２０がタグ２００を搭載する場合について説明したが、これに限定されない。例えばリクエスター１０がタグ２００を搭載し、セレクター２０がリーダ／ライタ１００を搭載してもよい。
【０１１４】
この場合、リクエスター１０からリクエストメッセージを送信する、換言すると、タグ２００から通信を開始することになるため、タグ２００は、BI-DIR  Parametersレコードを用いて、通信開始時に送信から開始できるようリーダ／ライタ１００を制御する。
【０１１５】
このように、タグ２００がリーダ／ライタ１００との非接触通信を制御することができるため、タグ２００を搭載したデバイスがリクエスター１０にもセレクター２０にもなることができる。
【０１１６】
＜５．その他の実施形態＞
上述した各実施形態に係る処理は、上記各実施形態以外にも種々の異なる形態にて実施されてよい。
【０１１７】
上述した各実施形態では、非接触通信の一例としてＮＦＣによる通信について説明したが、非接触通信はこれに限定されない。例えば、非接触通信がＲＦＩＤによる通信であってもよい。
【０１１８】
＜６．補足＞
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１１９】
上記各実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
【０１２０】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
【０１２１】
また、上述してきた各実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。また、上記実施形態では、画像処理装置としてマイクロスコープを例に挙げたが、本開示の画像処理は、マイクロスコープ以外の撮影機器にも適用可能である。
【０１２２】
また、本明細書に記載された効果は、あくまで説明的又は例示的なものであって限定的ではない。つまり、本開示にかかる技術は、上記の効果とともに、又は上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０１２３】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
外部装置が有するメモリを介して、前記外部装置と非接触通信を行う通信装置であって、
前記非接触通信の制御に関するパラメータを含むメッセージを受信し、
前記パラメータに基づき、前記外部装置との前記非接触通信を行う制御部、
を有する通信装置。
（２）
前記制御部は、
前記パラメータに基づき、前記メモリへの書込み又は前記メモリからの読出しを実行する、
（１）に記載の通信装置。
（３）
前記制御部は、
前記パラメータに基づき、前記非接触通信を行う場合に、前記メモリへの前記書込み又は前記メモリからの前記読出しのどちらから開始するかを決定する、
（１）又は（２）に記載の通信装置。
（４）
前記制御部は、
前記メモリからの前記読出しを行った後に、前記パラメータに基づいて前記メモリからの前記読出しを実行する、
（１）〜（３）のいずれか１つに記載の通信装置。
（５）
前記制御部は、
前記メモリからの前記読出しを行った後に、前記パラメータに基づいた時間の経過を待って、前記メモリからの前記読出しを実行する、
（４）に記載の通信装置。
（６）
前記制御部は、
前記メモリからの前記読出しを行った後に、前記パラメータに基づいた個数のメッセージを前記メモリから読出す、
（４）又は（５）に記載の通信装置。
（７）
前記非接触通信は、ＮＦＣによる通信である（１）〜（６）のいずれか１つに記載の通信装置。
（８）
前記メッセージは、ＮＤＥＦメッセージである（１）〜（７）のいずれか１つに記載の通信装置。
（９）
メモリを有し、前記メモリを介して外部装置と非接触通信を行う通信装置であって、
前記非接触通信を行う場合に前記外部装置を制御するためのパラメータを生成し、
前記パラメータを含むメッセージを前記外部装置に送信する制御部、
を備える通信装置。
（１０）
前記制御部は、
前記外部装置に対して前記メモリへの書込み又は前記メモリからの読出しのいずれか一方を実行するよう指示する前記パラメータを生成する、
（９）に記載の通信装置。
（１１）
前記制御部は、
前記非接触通信を行う場合に、前記メモリへの前記書込み又は前記メモリからの前記読出しのどちらから開始するかを指示する前記パラメータを生成する、
（９）又は（１０）に記載の通信装置。
（１２）
前記制御部は、
前記メモリからの前記読出しを行った後に、前記パラメータに基づいて前記メモリからの前記読出しを実行するよう指示する前記パラメータを生成する、
（９）〜（１１）のいずれか１つに記載の通信装置。
（１３）
前記制御部は、
前記メモリからの前記読出しを行った後に、前記メモリからの前記読出しを実行するまでの待ち時間を指定する前記パラメータを生成する、
（１２）に記載の通信装置。
（１４）
前記制御部は、
前記メモリからの前記読出しを行った後に、前記メモリから読出すメッセージの個数を指示する前記パラメータを生成する、
（１２）又は（１３）に記載の通信装置。
（１５）
外部装置が有するメモリを介して、前記外部装置と非接触通信を行う通信方法であって、
前記非接触通信の制御に関するパラメータを含むメッセージを受信し、
前記パラメータに基づき、前記外部装置との前記非接触通信を行う、
通信方法。
（１６）
メモリを介して外部装置と非接触通信を行う通信方法であって、
前記非接触通信を行う場合に前記外部装置を制御するためのパラメータを生成し、
前記パラメータを含むメッセージを前記外部装置に送信する、
通信方法。
【符号の説明】
【０１２４】
１  通信システム
１００  リーダ／ライタ
１１０  通信部
１２０  制御部
２００  タグ
２１０  タグメモリ
２２０  タグホスト
【図１】
2020137437.tif 000003
【図２】
2020137437.tif 000004
【図３】
2020137437.tif 000005
【図４】
2020137437.tif 000006
【図５】
2020137437.tif 000007
【図６】
2020137437.tif 000008
【図７】
2020137437.tif 000009
【図８】
2020137437.tif 000010
【図９】
2020137437.tif 000011
【図１０】
2020137437.tif 000012
【図１１】
2020137437.tif 000013
【図１２】
2020137437.tif 000014
【図１３】
2020137437.tif 000015
【図１４】
2020137437.tif 000016
【図１５】
2020137437.tif 000017
【図１６】
2020137437.tif 000018
【図１７】
2020137437.tif 000019
【国際調査報告】
2020137437.tif 000020
2020137437.tif 000021
2020137437.tif 000022
2020137437.tif 000023