WO2006080435A1

WO2006080435A1 - 通信装置、通信方法、およびプログラム

Info

Publication number: WO2006080435A1
Application number: PCT/JP2006/301309
Authority: WO
Inventors: Yoshihisa Takayama
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2005-01-31
Filing date: 2006-01-27
Publication date: 2006-08-03
Anticipated expiration: 2007-07-31
Also published as: JP4432787B2; JP2006211519A; EP1845632A4; HK1111828A1; US20130267175A1; EP1845632B1; US8515345B2; US20080299907A1; CN101112010B; CN101112010A; EP1845632A1; US8874033B2

Abstract

本発明は、近接通信を行う通信装置が本来有している能力を十分に発揮することができるようにする通信装置、通信方法、およびプログラムに関する。イニシエータは、NFCIP-1に従って、ターゲットと近接通信を行う。例えば、イニシエータは、イニシエータ自身またはターゲットが有する所定のn+1種類の能力のそれぞれについて、対応する能力に関連する情報を１以上含むカプセル[0]乃至[n]を生成する（Ｓ６１）。次に、イニシエータは、生成されたカプセル[0]乃至[n]を含むコマンドATR_REQを生成する（Ｓ６２乃至Ｓ６４）。そして、イニシエータは、コマンドATR_REQをターゲットに送信する。本発明は、例えば、ICカードシステムなどに適用できる。

Description

明細書

通信装置、通信方法、およびプログラム

技術分野

[0001] 本発明は、通信装置、通信方法、およびプログラムに関し、例えば、近接通信を行う通信装置が本来有している能力を十分に発揮することができるようにする通信装置、通信方法、およびプログラムに関する。

背景技術

[0002] 近接通信を行うシステムとしては、例えば、 IC(Integrated Circuit)カードシステムが広く知られている。 ICカードシステムにおいては、リーダ Zライタが電磁波を発生することにより、いわゆる RF(Radio Frequency)フィールド（磁界）を形成する。そして、リーダ/ライタに、 ICカードが近づくと、 ICカードは、電磁誘導によって、電源の供給を受けるとともに、リーダ Zライタとの間でデータ伝送を行う。

[0003] 力かる ICカードシステムに代表される近接通信を行うための通信プロトコルとしては、例えば、 NFCIP(Near Field Communication Interface and Protocol)— 1がある。なお、 NFCIP- 1は、 ISO/IEC 18092としても規定されている。

[0004] NFCIP-1には、データを送受信する複数の通信装置のそれぞれにお、て、電磁波を出力し、その電磁波を変調することによりデータの送信を行う通信モードであるァクティブモードと、複数の通信装置のうちの 1の通信装置において、電磁波を出力し、その電磁波を変調することによりデータの送信を行うとともに、複数の通信装置のうちの他の通信装置において、 1の通信装置が出力する電磁波を負荷変調することによりデータの送信を行う通信モードであるパッシブモードとが規定されており、 NFCIP-1 に準拠した複数の通信装置どうしは、アクティブモードまたはパッシブモードのうちのいずれかの通信モードで通信を行う（例えば、特許文献 1や非特許文献 1参照)。

[0005] 特許文献 1：特開 2004-215225号公報

^^特干文献 1： Standard Eし ivlA— 340, Near Field Communication Interface and Prot ocol(NFCIP-l)", 2nd Edition, December 2004, ECMA

発明の開示発明が解決しょうとする課題

[0006] し力しながら、複数の通信装置が NFCIP-1に準拠した通信を行う場合、複数の通信装置のうちの少なくとも 1つ力 NFCIP-1で規定されている能力群以上の能力を本来有していたとしても、本来有している能力を十分に発揮できていない、という課題があつた o

[0007] 本発明は、このような状況に鑑みてなされたものであり、近接通信を行う通信装置が本来有している能力を十分に発揮することができるようにするものである。

課題を解決するための手段

[0008] 本発明の通信装置は、 1以上のコマンド、および、 1以上のレスポンスが少なくとも規定されて、る通信プロトコルに従って、通信相手である他の通信装置と通信を行う通信装置であって、データを送受信する複数の装置のそれぞれにおいて、電磁波を出力し、その電磁波を変調することによりデータの送信を行う通信モードであるァクテイブモードと、複数の装置のうちの 1の装置において、電磁波を出力し、その電磁波を変調することによりデータの送信を行うとともに、前記複数の装置のうちの他の装置において、 1の装置が出力する電磁波を負荷変調することによりデータの送信を行う通信モードであるパッシブモードとのうちのいずれかの通信モードで通信を行う通信手段と、通信装置自身または他の通信装置が有する所定の 1種類の能力に関連する情報を 1以上含むデータ群を能力の種類毎にそれぞれ生成し、生成された 1以上のデータ群を、通信プロトコルで規定されている 1以上のコマンドおよび 1以上のレスポンスのうちの所定の 1つに格納させて、他の通信装置に送信する制御を行う制御手段を備えることを特徴とする。

[0009] 通信プロトコルは、通信装置および他の通信装置が有すべきまたは有することが可能な属性をさらに規定し、 1以上のコマンドのうちの 1つとして、その属性を通信相手に通知するまたは要求するための属性コマンドを少なくとも規定し、 1以上のコマンドのうちの 1つとして、属性コマンドに対する属性レスポンスを少なくとも規定しており、制御手段は、通信プロトコルに属性として規定されている種類とは異なる n+1種類 (n は、 0以上の整数値)の能力のそれぞれについて、対応する種類の能力に関連する情報を 1以上含むデータ群を n+1種類毎にそれぞれ生成し、生成された n+1個のデータ群を、属性コマンドまたは属性レスポンスに格納させて、他の通信装置に送信する制御を行うようにすることができる。

[0010] 制御手段は、 n+1種類の能力のそれぞれにつ、て、対応する種類の能力につ！/、ての、通信装置自身が有して、るまたは有することが可能なレベルを示す情報を少なくとも含むデータ群を n+1種類毎にそれぞれ生成し、生成された n+1個のデータ群を、属性コマンドに格納させて、他の通信装置に送信する制御を行うようにすることができる。

[0011] 制御手段は、 n+1種類の能力のそれぞれについて、対応する種類の能力についての、他の通信装置が有して、るまたは有することが可能なレベルを通信装置自身に対して通知する指示を少なくとも含むデータ群を n+1種類毎にそれぞれ生成し、生成された n+1個のデータ群を、属性コマンドに格納させて、他の通信装置に送信する制御を行うようにすることができる。

[0012] 他の通信装置により、 n+1種類の能力のそれぞれについて、対応する種類の能力につ、ての、通信装置自身が有して、るまたは有することが可能なレベルを他の通信装置に対して通知する指示を少なくとも含むデータ群が n+1種類毎にそれぞれ生成され、生成された n+1個のデータ群が属性コマンドに格納されて通信装置自身に送信されてきた場合、制御手段は、属性コマンドを通信装置自身が受信する制御をさらに行い、受信された属性コマンドに格納された n+1個のデータ群のそれぞれに含まれる指示に基づいて、 n+1種類の能力のそれぞれについて、対応する種類の能力につ、ての、通信装置自身が有して、るまたは有することが可能なレベルを示す情報を少なくとも含むデータ群を n+1種類毎にそれぞれ生成し、生成された n+1個のデータ群を、属性レスポンスに格納させて、他の通信装置に送信する制御を行うようにすることができる。

[0013] 制御手段は、 n+1種類の能力のそれぞれについて、対応する種類の能力の活性化を他の通信装置が行うことの指示を少なくとも含むデータ群を n+1種類毎にそれぞれ生成し、生成された n+1個のデータ群を、属性コマンドに格納させて、他の通信装置に送信する制御を行うようにすることができる。

[0014] 他の通信装置により、 n+1種類の能力のそれぞれについて、対応する能力の活性化を通信装置自身が行うことの指示を少なくとも含むデータ群が n+1種類毎にそれぞれ生成され、生成された n+1個のデータ群が属性コマンドに格納されて通信装置自身に送信されてきた場合、制御手段は、属性コマンドを通信装置自身が受信する制御をさらに行い、受信された属性コマンドに格納された n+1個のデータ群のそれぞれに含まれる指示に基づ、て、 n+1種類の能力のそれぞれの活性ィ匕を行うための制御をさらに行い、 n+1種類の能力のそれぞれについて、対応する種類の能力の活性ィ匕の結果を示す情報を少なくとも含むデータ群を n+1種類毎にそれぞれ生成し、生成された n+1個のデータ群を、属性レスポンスに格納させて、他の通信装置に送信する制御を行うようにすることができる。

[0015] コマンドまたはレスポンスに格納される 1以上のデータ群のそれぞれに含まれる情報により特定される 1種類以上の能力のうちの 1種類は、通信装置または他の通信装置が出力する電磁波の電力の制御を行う能力であるようにすることができる。

[0016] 本発明の通信方法は、 1以上のコマンド、および、 1以上のレスポンスが少なくとも規定されて、る通信プロトコルに従って、通信相手である他の通信装置と通信を行う通信装置の通信方法であって、データを送受信する複数の装置のそれぞれにぉ、て、電磁波を出力し、その電磁波を変調することによりデータの送信を行う通信モードであるアクティブモードと、複数の装置のうちの 1の装置において、電磁波を出力し、その電磁波を変調することによりデータの送信を行うとともに、複数の装置のうちの他の装置において、 1の装置が出力する電磁波を負荷変調することによりデータの送信を行う通信モードであるパッシブモードとのうちのいずれかの通信モードで通信を行うこと、 1以上のコマンド、および、 1以上のレスポンスが少なくとも規定されている通信プロトコルに従って、通信相手である他の通信装置と通信を行い、通信装置自身または他の通信装置が有する所定の 1種類の能力に関連する情報を 1以上含むデ一タ群を能力の種類毎にそれぞれ生成し、生成された 1以上のデータ群を、通信プロトコルで規定されている 1以上のコマンドおよび 1以上のレスポンスのうちの所定の 1 つに格納させて、他の通信装置に送信する制御を行うことを特徴とする。

[0017] 本発明のプログラムは、データを送受信する複数の装置のそれぞれにおいて、電磁波を出力し、その電磁波を変調することによりデータの送信を行う通信モードであるアクティブモードと、複数の装置のうちの 1の装置において、電磁波を出力し、その電磁波を変調することによりデータの送信を行うとともに、複数の装置のうちの他の装置において、 1の装置が出力する電磁波を負荷変調することによりデータの送信を行う通信モードであるパッシブモードとのうちのいずれかの通信モードで通信を行うこと

、 1以上のコマンド、および、 1以上のレスポンスが少なくとも規定されている通信プロトコルに従って、通信相手である他の通信装置と通信を行う通信装置を制御するコンピュータに実行させるプログラムであって、通信装置自身または他の通信装置が有する所定の 1種類の能力に関連する情報を 1以上含むデータ群を能力の種類毎にそれぞれ生成し、生成された 1以上のデータ群を、通信プロトコルで規定されている 1 以上のコマンドおよび 1以上のレスポンスのうちの所定の 1つに格納させて、他の通信装置に送信する制御を行う制御ステップを含むことを特徴とする。

[0018] 本発明の通信装置および通信方法並びにプログラムにおいては、データを送受信する複数の装置のそれぞれにおいて、電磁波を出力し、その電磁波を変調することによりデータの送信を行う通信モードであるアクティブモードと、複数の装置のうちの

1の装置において、電磁波を出力し、その電磁波を変調することによりデータの送信を行うとともに、複数の装置のうちの他の装置において、 1の装置が出力する電磁波を負荷変調することによりデータの送信を行う通信モードであるパッシブモードとのうちのいずれかの通信モードで通信が行われ、また、 1以上のコマンド、および、 1以上のレスポンスが少なくとも規定されている通信プロトコルに従って、通信装置と、その通信相手である他の通信装置との間で通信が行われる。詳細には、通信装置自身または他の通信装置が有する所定の 1種類の能力に関連する情報を 1以上含むデータ群が能力の種類毎にそれぞれ生成され、生成された 1以上のデータ群が、通信プロトコルで規定されている 1以上のコマンドおよび 1以上のレスポンスのうちの所定の 1 つに格納されて、他の通信装置に送信される。

発明の効果

[0019] 本発明によれば、通信装置が、他の通信装置と近接通信を行うことが可能になる。

特に、近接通信を行う通信装置が本来有している能力を十分に発揮することが可能になる。図面の簡単な説明

[図 1]本発明を適用した通信システムの一実施の形態の構成例を示す図である。

[図 2]パッシブモードを説明する図である。

[図 3]アクティブモードを説明する図である。

[図 4]NFC通信装置 1の構成例を示すブロック図である。

[図 5]初期 RFCA処理を説明するタイミングチャートである。

[図 6]アクティブ RFCA処理を説明するタイミングチャートである。

[図 7]SDD処理を説明する図である。

[図 8]コマンドとレスポンスの一覧を示す図である。

[図 9]NFC通信装置が行う一般的な初期化と SDDを説明するためのフローチャートである。

[図 10]パッシブモードにおけるアクティベーションプロトコルを説明するためのフローチャートである。

[図 11]アクティブモードにおけるアクティベーションプロトコルを説明するためのフローチャートである。

[図 12]本発明が適用されるカプセルの構造例を説明する図である。

[図 13]コマンド ATR_REQの構造を説明する図である。

[図 14]コマンド ATR_REQのフィールド BSiの構造を説明する図である。

[図 15]コマンド ATR_REQのフィールド BSほたはフィールド BRiに設定可能な伝送レートを説明する図である。

[図 16]コマンド ATR_REQのフィールド PPiの構造を説明する図である。

[図 17]コマンド ATR_REQのフィールド PPiのビット bit4に設定可能な情報 LRiを説明する図である。

[図 18]コマンド ATR_REQのフィールド PPiのビット bit4に設定可能な情報 LRiを説明する他の図である。

[図 19]レスポンス ATR_RESの構造を説明する図である。

[図 20]イニシエータ側の ATR_REQ送信処理を説明するためのフローチャートである。

[図 21]ターゲット側の ATR_REQ受信処理を説明するためのフローチャートである。 [図 22]イニシエータ側の ATR_RES受信処理を説明するためのフローチャートである。符号の説明

[0021] 1乃至 3 NFC通信装置， 11アンテナ， 12受信部， 13復調部， 14デコード部，

15データ処理部， 16エンコード部， 17選択部， 18電磁波出力部， 19変調部， 20負荷変調部， 21制御部， 21A CPU, 21B EEPROM, 22電源部， 51 カプセノレ， 61乃至 65フィーノレド

発明を実施するための最良の形態

[0022] 以下、図面を参照して、本発明の実施の形態について説明する。

[0023] 図 1は、本発明を適用した通信システム (システムとは、複数の装置が論理的に結合したもの物を、、各構成の装置が同一筐体中にあるか否かは問わな、）の一実施の形態の構成例を示して！/ヽる。

[0024] 図 1においては、通信システムは、 3つの NFC通信装置 1, 2, 3力も構成されている。 NFC通信装置 1乃至 3それぞれは、他の NFC通信装置との間で、単一の周波数の搬送波を使用した、電磁誘導による近接通信 (NFC(Near Field Communication))を行うことができるようになって!/ヽる。

[0025] ここで、 NFC通信装置 1乃至 3が使用する搬送波の周波数としては、例えば、 ISM(In dustrial Scientific Medical)バンドの 13.56MHzなどを採用することができる。

[0026] また、近接通信とは、通信する装置どうしの距離が、数 10cm以内となって可能となる通信を意味し、通信する装置どうし (の筐体)が接触して行う通信も含まれる。

[0027] なお、図 1の通信システムは、 NFC通信装置 1乃至 3のうちの 1以上をリーダ Zライタとするとともに、他の 1以上を ICカードとする ICカードシステムとして採用することができることは勿論、 NFC通信装置 1乃至 3それぞれを、 PDA(Personal Digital Assistant) 、 PC (Personal Computer)、携帯電話、腕時計、ペン等の通信システムとして採用することも可能である。即ち、 NFC通信装置 1乃至 3は、近接通信を行う装置であり、 IC カードシステムの ICカードやリーダ Zライタなどに限定されるものではない。

[0028] NFC通信装置 1乃至 3は、 2つの通信モードによる通信が可能である。 2つの通信モードとしては、ノッシブモードとアクティブモードとがある。いま、 NFC通信装置 1乃至 3のうちの、例えば、 NFC通信装置 1と 2の間の通信に注目すると、パッシブモードでは、上述した従来の ICカードシステムと同様に、 NFC通信装置 1と 2のうちの一方の NFC通信装置である、例えば、 NFC通信装置 1は、自身が発生する電磁波（に対応する搬送波）を変調することにより、他方の NFC通信装置である NFC通信装置 2にデータを送信し、 NFC通信装置 2は、 NFC通信装置 1が発生する電磁波（に対応する搬送波）を負荷変調することにより、 NFC通信装置 1にデータを送信する。

[0029] 一方、アクティブモードでは、 NFC通信装置 1と 2のいずれも、自身が発生する電磁波（に対応する搬送波）を変調することにより、データを送信する。

[0030] ここで、電磁誘導による近接通信を行う場合、最初に電磁波を出力して通信を開始し、いわば通信の主導権を握る装置を、イニシエータと呼ぶ。イニシエータは、通信相手にコマンドを送信し、その通信相手は、そのコマンドに対するレスポンスを返す形で、近接通信が行われる力イニシエータからのコマンドに対するレスポンスを返す通信相手を、ターゲットと呼ぶ。

[0031] 例えば、いま、 NFC通信装置 1が電磁波の出力を開始して、 NFC通信装置 2との通信を開始したとすると、図 2および図 3に示すように、 NFC通信装置 1がイニシエータとなり、 NFC通信装置 2がターゲットとなる。

[0032] そして、パッシブモードでは、図 2に示すように、イニシエータである NFC通信装置 1 が電磁波を出力し続け、 NFC通信装置 1は、自身が出力している電磁波を変調することにより、ターゲットである NFC通信装置 2に、データを送信するとともに、 NFC通信装置 2は、イニシエータである NFC通信装置 1が出力している電磁波を負荷変調することにより、 NFC通信装置 1に、データを送信する。

[0033] 一方、アクティブモードでは、図 3に示すように、イニシエータである NFC通信装置 1 は、自身がデータを送信する場合に、自身で電磁波の出力を開始し、その電磁波を変調することにより、ターゲットである NFC通信装置 2に、データを送信する。そして、 NFC通信装置 1は、データの送信終了後は、電磁波の出力を停止する。ターゲットである NFC通信装置 2も、自身がデータを送信する場合に、自身で電磁波の出力を開始し、その電磁波を変調することにより、ターゲットである NFC通信装置 2に、データを送信する。そして、 NFC通信装置 2は、データの送信終了後は、電磁波の出力を停止する。 [0034] なお、図 1では、 3つの NFC通信装置 1乃至 3によって、通信システムが構成されているが、通信システムを構成する NFC通信装置は、 3つに限定されるものではなぐ 2 または 4以上であっても良い。さらに、通信システムは、 NFC通信装置の他、例えば、従来の ICカードシステムを構成する ICカードやリーダ Zライタなどを含めて構成することも可能である。

[0035] 次に、図 4は、図 1の NFC通信装置 1の構成例を示している。なお、図 1の他の NFC 通信装置 2および 3も、図 4の NFC通信装置 1と同様に構成されるため、その説明は、省略する。

[0036] アンテナ 11は、閉ループのコイルを構成しており、このコイルに流れる電流が変化することで、電磁波を出力する。また、アンテナ 11としてのコイルを通る磁束が変化することで、アンテナ 11に電流が流れる。

[0037] 受信部 12は、アンテナ 11に流れる電流を受信し、同調と検波を行い、復調部 13に出力する。復調部 13は、受信部 12から供給される信号を復調し、デコード部 14に供給する。デコード部 14は、復調部 13から供給される信号としての、例えばマンチェスタ符号などをデコードし、そのデコードの結果得られるデータを、データ処理部 15に供給する。

[0038] データ処理部 15は、デコード部 14から供給されるデータに基づき、所定の処理を行う。また、データ処理部 15は、他の装置に送信すべきデータを、エンコード部 16に供給する。

[0039] エンコード部 16は、データ処理部 15から供給されるデータを、例えば、マンチェスタ符号などにエンコードし、選択部 17に供給する。選択部 17は、変調部 19または負荷変調部 20のうちのいずれか一方を選択し、その選択した方に、エンコード部 16から供給される信号を出力する。

[0040] ここで、選択部 17は、制御部 21の制御にしたがって、変調部 19または負荷変調部 20を選択する。制御部 21は、通信モードがパッシブモードであり、 NFC通信装置 1がターゲットとなっている場合は、選択部 17に負荷変調部 20を選択させる。また、制御部 21は、通信モードがアクティブモードである場合、または通信モードがパッシブモードであり、かつ、 NFC通信装置 1がイニシエータとなっている場合は、選択部 17に変調部 19を選択させる。従って、エンコード部 16が出力する信号は、通信モードがパッシブモードであり、 NFC通信装置 1がターゲットとなっているケースでは、選択部 1 7を介して、負荷変調部 20に供給されるが、他のケースでは、選択部 17を介して、変調部 19に供給される。

[0041] 電磁波出力部 18は、アンテナ 11から、所定の単一の周波数の搬送波（の電磁波）を放射させるための電流を、アンテナ 11に流す。変調部 19は、電磁波出力部 18がアンテナ 11に流す電流としての搬送波を、選択部 17から供給される信号にしたがつて変調する。これにより、アンテナ 11からは、データ処理部 15がエンコード部 16に出力したデータにしたがって搬送波を変調した電磁波が放射される。

[0042] 負荷変調部 20は、外部からアンテナ 11としてのコイルを見たときのインピーダンスを、選択部 17から供給される信号にしたがって変化させる。他の装置が搬送波としての電磁波を出力することにより、アンテナ 11の周囲に RFフィールド (磁界）が形成されている場合、アンテナ 11としてのコイルを見たときのインピーダンスが変化することにより、アンテナ 11の周囲の RFフィールドも変化する。これにより、他の装置が出力している電磁波としての搬送波が、選択部 17から供給される信号にしたがって変調 (負荷変調）され、データ処理部 15がエンコード部 16に出力したデータが、電磁波を出力して、る他の装置に送信される。

[0043] ここで、変調部 19および負荷変調部 20における変調方式としては、例えば、振幅変調 (ASK(Amplitude Shift Keying))を採用することができる。但し、変調部 19および負荷変調部 20における変調方式は、 ASKに限定されるものではなぐ PSK(Phase Shif t Keying)や QAM(Quadrature Amplitude Modulation)その他を採用することが可能である。また、振幅の変調度についても 8%から 30%、 50%、 100%等数値に限定されることはなぐ好適なものを選択すれば良い。

[0044] 制御部 21は、 NFC通信装置 1を構成する各ブロックの制御等を行う。即ち、制御部 21は、例えば、 CPU(Central Processing Unit)21Aや、 EEPROM(Electrically and Era sable Programmable Read Only Memory)21B、その他図示せぬ RAM(Random Acces s Memory)などで構成される。 CPU21Aは、 EEPROM21Bに記憶されているプログラムを実行し、これにより、 NFC通信装置 1を構成する各ブロックの制御、その他の各種の処理を行う。 EEPROM21Bは、 CPU21Aが実行すべきプログラムや、 CPU21Aの動作上必要なデータを記憶する。

[0045] なお、 CPU21Aがプログラムを実行することにより行う一連の処理は、 CPU21Aに代えて専用のハードウェアを設けて、その専用のハードウェアによって行うことが可能である。また、 CPU21Aに実行させるプログラムは、 EEPROM21Bにあらかじめインストールしておく他、フレキシブルディスク、 CD- ROM(Compact Disc Read Only Memor y), MO(Magneto Optical)ディスク， DVD(Digital Versatile Disc),磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納 (記録)し、いわゆるパッケージソフトウェアとして提供することができる。さらに、プログラムは、近接通信によって、 NFC通信装置 1に送信し、 EEPROM21Bにインストールすることができる。

[0046] 電源部 22は、 NFC通信装置 1を構成する各ブロックに、必要な電源を供給する。なお、図 4では、制御部 21が NFC通信装置 1を構成する各ブロックを制御することを表す線の図示と、電源部 22が NFC通信装置 1を構成する各ブロックに電源を供給することを表す線の図示は、図が煩雑になるため、省略してある。また、電源部 22は、電池 (バッテリ）を内蔵していても良いし、電池を内蔵せずに、アンテナ 11に流れる電流力も電源となる電力を得るものであっても良い。但し、後者の場合には、 NFC通信装置 1は、パッシブモードのターゲットとしてのみ動作する。

[0047] ここで、上述の場合には、デコード部 14およびエンコード部 16において、マンチェスタ符号を処理するようにした力デコード部 14およびエンコード部 16では、マンチエスタ符号だけでなぐ例えば、モディファイドミラーや、 NRZ(Non Return to Zero)などの複数種類の符号の中から 1つを選択して処理するようにすることが可能である。

[0048] 次に、 NFC通信装置 1乃至 3は、いずれも、最初に電磁波を出力して通信を開始するイニシエータになり得る。さらに、アクティブモードでは、 NFC通信装置 1乃至 3は、イニシエータとなる場合でも、ターゲットとなる場合でも、自身で電磁波を出力する。

[0049] 従って、 NFC通信装置 1乃至 3が近接している状態で、そのうちの 2以上が同時に電磁波を出力した場合には、コリジョン (collision)が生じ、通信を行うことができなくなる。 [0050] そこで、 NFC通信装置 1乃至 3それぞれは、他の装置からの電磁波（による RFフィ一ルド）が存在するかどうかを検出し、存在しない場合にのみ、電磁波の出力を開始し、これにより、コリジョンを防止するようになっている。ここで、このように、他の装置からの電磁波が存在するかどうかを検出し、存在しない場合にのみ、電磁波の出力を開始する処理を、コリジョンを防止するという目的から、 RFCA(RF Collision Avoidance )処理という。

[0051] RFCA処理には、イニシエータとなろうとする NFC通信装置（図 1では、 NFC通信装置 1乃至 3のうちの 1以上）が最初に行う初期 RFCA処理と、アクティブモードでの通信中において、電磁波の出力を開始する NFC通信装置が、その開始をしょうとするごとに行うレスポンス RFCA処理との 2つがある。初期 RFCA処理であっても、レスポンス RF CA処理であっても、電磁波の出力を開始する前に、他の装置による電磁波が存在するかどうかを検出し、存在しない場合にのみ、電磁波の出力を開始するという点は同一である。但し、初期 RFCA処理とレスポンス RFCA処理とでは、他の装置による電磁波の存在が検出されなくなつてから、電磁波の出力を開始しなければならないタイミングまでの時間等が異なる。

[0052] そこで、まず図 5を参照して、初期 RFCA処理について説明する。

[0053] 図 5は、初期 RFCA処理によって出力が開始される電磁波を示している。なお、図 5 において (後述する図 6も同様）、横軸は時間を表し、縦軸は、 NFC通信装置が出力する電磁波のレベルを表す。

[0054] イニシエータとなろうとする NFC通信装置は、常時、他の装置による電磁波の検出を行っており、他の装置による電磁波力時間 T +n XT だけ連続して検出され

IDT FW

な力つた場合、電磁波の出力を開始し、その出力から時間 Τ だけ経過した後に、

I FG

データ（コマンドを含む）の送信 (Send Request)を開始する。

[0055] ここで、時間 T +n XT における Τ は、初期遅延時間と呼ばれ、搬送波の周

IDT RFW IDT

波数を fで表すこととすると、例えば、 4096/fより大の値が採用される。 nは、例えば、 0以上 3以下の整数で、乱数を用いて生成される。 T は、 RF待ち時間と呼ばれ

RFW

、例えば、 512/fが採用される。時間 T は、初期ガードタイムと呼ばれ、例えば、

c IRFG

5msより大の値が採用される。 [0056] なお、電磁波が検出されてはならない時間 T +ηΧΤ 〖こ、乱数である ηを採用

IDT RFW

することにより、複数の NFC通信装置が同一のタイミングで、電磁波の出力を開始してしまう可能性の低減が図られて、る。

[0057] NFC通信装置力初期 RFCA処理によって、電磁波の出力を開始した場合、その Ν FC通信装置は、イニシエータとなる力その際、通信モードとして、アクティブモードが設定されたときには、イニシエータとなった NFC通信装置は、自身のデータの送信を終了した後、電磁波の出力を停止する。一方、通信モードとして、パッシブモードが設定されたときには、イニシエータとなった NFC通信装置は、ターゲットとの通信が完全に完了するまで、初期 RFCA処理によって開始した電磁波の出力を、そのまま続行する。

[0058] 次に、図 6は、レスポンス RFCA処理によって出力が開始される電磁波を示している

[0059] アクティブモードにおいて電磁波を出力しょうとする NFC通信装置は、他の装置による電磁波の検出を行い、他の装置による電磁波力時間 T +n XT だけ連続

ADT FW

して検出されな力つた場合、電磁波の出力を開始し、その出力から時間 Τ だけ経

ARFG

過した後に、データの送信 (Send Responsese)を開始する。

[0060] ここで、時間 T +n XT 〖こおける ηと Τ は、図 5の初期 RFCA処理における場

ADT RFW RFW

合と同一のものである。また、時間 T +nXT における Τ は、アクティブディレ

ADT RFW ADT

ィタイムと呼ばれ、例えば、 768/f

c以上 2559Zf

c以下の値が採用される。時間 T

ARF

は、アクティブガードタイムと呼ばれ、例えば、 1024/fより大の値が採用される。

G c

[0061] 図 5と図 6から明らかなように、初期 RFCA処理によって電磁波の出力を開始するには、少なくとも初期遅延時間 T の間、電磁波が存在してはならず、レスポンス RFCA

IDT

処理によって電磁波の出力を開始するには、少なくともアクティブディレイタイム τ

ADT

の間、電磁波が存在してはならない。

[0062] そして、初期遅延時間 T は、 4096/fより大の値であるのに対して、アクティブデ

IDT c

ィレイタイム T は、 768/f以上 2559Zf以下の値であることから、 NFC通信装置

ADT c c

がイニシエータになろうとする場合には、アクティブモードでの通信中にお、て電磁波を出力しょうとする場合よりも、電磁波が存在しない状態が長時間必要である。逆に言えば、 NFC通信装置がアクティブモードでの通信中において電磁波を出力しょうとする場合には、イニシエータになろうとする場合よりも、電磁波が存在しない状態になつてから、それほど間をおかずに、電磁波を出力しなければならない。これは、次のような理由による。

[0063] 即ち、 NFC通信装置がアクティブモードで通信を行う場合、一方の NFC通信装置は、自身で電磁波を出力してデータを送信し、その後、電磁波の出力を停止する。そして、他方の NFC通信装置が電磁波の出力を開始し、データを送信する。従って、ァクティブモードの通信では、いずれの NFC通信装置も、電磁波の出力を停止していることがある。このため、 NFC通信装置がイニシエータになろうとする場合には、その NFC 通信装置の周囲でアクティブモードの通信が行われてヽな、ことを確認するために、イニシエータになろうとしている NFC通信装置の周囲で、他の装置が電磁波を出力して！、な、ことを、十分な時間確認する必要がある。

[0064] これに対して、アクティブモードでは、上述したように、イニシエータが電磁波を出力することにより、ターゲットにデータを送信する。そして、ターゲットは、イニシエータが電磁波の出力を停止してから、電磁波の出力を開始することにより、イニシエータにデータを送信する。その後、イニシエータは、ターゲットが電磁波の出力を停止してから、電磁波の出力を開始することにより、イニシエータにデータを送信し、以下、同様にして、イニシエータとターゲットの間でデータがやりとりされる。

[0065] 従って、アクティブモードの通信を行っているイニシエータとターゲットの周囲に、ィユシェータとなろうとする NFC通信装置が存在する場合に、アクティブモードの通信を行っているイニシエータとターゲットのうちの一方が電磁波の出力を停止してから、他方が電磁波の出力を開始するまでの時間が長いと、その間は電磁波が存在しないため、イニシエータとなろうとする NFC通信装置力初期 RFCA処理によって電磁波の出力を開始する。

この場合、先に行われていたアクティブモードの通信が妨げられることになる。

[0066] このため、アクティブモードの通信中に行われるレスポンス RFCA処理では、電磁波が存在しない状態になつてから、それほど間をおかずに、電磁波を出力しなければならないようにしている。 [0067] 次に、イニシエータになろうとする NFC通信装置は、図 5で説明したように、初期 RF CA処理によって電磁波の出力を開始し、その後、データの送信を行う。イニシエータになろうとする NFC通信装置は、電磁波の出力を開始することで、イニシエータとなり、そのイニシエータに近接する位置に存在する NFC通信装置はターゲットとなるが、イニシエータが、ターゲットとデータのやりとりをするには、そのデータをやりとりするタ一ゲットを特定しなければならない。このため、イニシエータは、初期 RFCA処理によつて電磁波の出力を開始した後に、そのイニシエータに近接する位置に存在する 1 以上のターゲットに対して、各ターゲットを特定する情報としての、例えば、乱数などによって決定される NFCID(NFC Identification)を要求する。そして、イニシエータに近接する位置に存在するターゲットは、イニシエータ力もの要求に応じて、自身を特定する NFCIDを、イニシエータに送信する。

[0068] イニシエータは、以上のようにしてターゲットから送信されてくる NFCIDによってターゲットを特定し、その特定したターゲットとの間で、データのやりとりを行う。

[0069] アクティブモードでは、イニシエータが、後述するコマンド（リクエスト） ATR_REQを、そこに自身を特定する NFCIDを含めて送信し、その ATR_REQに対して、 1のターゲット力コマンド ATR_REQに対する後述するレスポンス ATR_RESを、そこに自身を特定する NFCIDを含めて返す (送信する）ことにより、イニシエータとターゲットとが、互いの NFCIDを認識し、互いを特定する。

[0070] 一方、パッシブモードでは、イニシエータは、 SDD(Single Device Detection)処理と呼ばれる処理を行うことによって、その周囲（近接する位置）に存在するターゲットを、その NFCIDによって特定する。

[0071] ここで、 SDD処理にお!、て、イニシエータは、ターゲットの NFCIDを要求する力この要求は、イニシエータが、ポーリングリクエストフレームと呼ばれるフレームを送信することによって行われる。ターゲットは、ポーリングリクエストフレームを受信すると、例えば、自身の NFCIDを乱数によって決定し、その NFCIDを配置したポーリングレスポンスフレームと呼ばれるフレームを送信する。イニシエータは、ターゲットから送信されてくるポーリングレスポンスフレームを受信することで、ターゲットの NFCIDを認識する。 [0072] ところで、ノッシブモードのターゲットは、負荷変調によりデータを送信するから、 RF CA処理を行わない。従って、 SDD処理において、イニシエータが、その周囲のターゲットに対して、その NFCIDを要求した場合、イニシエータの周囲に、複数のターゲットが存在するときには、その複数のターゲットの 2以上から、同時に、 NFCIDが送信されてくることがあり得る。この場合、その 2以上のターゲットから送信されてくる NFCIDがコリジョンし、イニシエータは、そのコリジョンした NFCIDを認識することができない。

[0073] そこで、 SDD処理は、 NFCIDのコリジョンをなるベく避けるために、例えば、タイムスロットを用いた方法で行われる。

[0074] 即ち、図 7は、タイムスロットを用いた方法により行われる SDD処理のシーケンスを示している。なお、図 7では、イニシエータの周囲に、 5つのターゲット # 1, # 2, # 3, # 4, # 5が存在するものとしてある。

[0075] SDD処理では、イニシエータがポーリングリクエストフレームを送信する力その送信の完了後、所定の時間 Tだけおいて、所定の時間 Tの幅のタイムスロットが設けら

d s

れる。なお、時間 Tは、例えば、 512 X 64/f とされ、タイムスロットの幅としての時間

d c

Tは、例えば、 256 X 64/f とされる。また、タイムスロットは、例えば、時間的に最も s c

先行するものから、 0からのシーケンシャルな番号 (整数）が付されることによって特定される。

[0076] ここで、図 7では、タイムスロット # 0, # 1, # 2, # 3の 4つを示してあるが、タイムスロットは、例えば、 16まで設けることが可能である。あるポーリングリクエストフレームに対して設けられるタイムスロットの数 TSNは、イニシエータが指定し、ポーリングリクエストフレームに含められて、ターゲットに送信される。

[0077] ターゲットは、イニシエータ力送信されてくるポーリングリクエストフレームを受信し、そのポーリングリクエストフレームに配置されているタイムスロットの数 TSNを認識する。さらに、ターゲットは、 0以上 TSN— 1の範囲の整数 Rを、乱数により生成し、その整数 Rによって特定されるタイムスロット # Rのタイミングで、自身の NFCIDを配置したポーリングレスポンスフレームを送信する。

[0078] 以上のように、ターゲットは、ポーリングレスポンスフレームを送信するタイミングとしてのタイムスロットを、乱数により決定するので、複数のターゲットがポーリングレスポンスフレームを送信するタイミングがばらつくこととなり、これにより、複数のターゲットが送信するポーリングレスポンスフレームどうしのコリジョンをなるベく避けることができる。

[0079] なお、ターゲットにおいて、ポーリングレスポンスフレームを送信するタイミングとしてのタイムスロットを、乱数により決定しても、複数のターゲットがポーリングレスポンスフレームを送信するタイムスロットが一致し、これにより、ポーリングレスポンスフレームのコリジョンが生じる場合がある。図 7の実施の形態では、タイムスロット # 0において、タ一ゲット # 4のポーリングレスポンスフレーム力タイムスロット # 1において、ターゲット # 1と # 3のポーリングレスポンスフレームが、タイムスロット # 2において、ターゲット # 5のポーリングレスポンスフレームが、タイムスロット # 3において、ターゲット # 2のポーリングレスポンスフレームが、それぞれ送信されており、ターゲット # 1と # 3のポ一リングレスポンスフレームがコリジョンを生じている。

[0080] この場合、イニシエータは、コリジョンを生じているターゲット # 1と # 3のポーリングレスポンスフレームを正常に受信することができない。そのため、イニシエータは、再度、ポーリングリクエストフレームを送信し、これにより、ターゲット # 1と # 3に対して、それぞれの NFCIDが配置されたポーリングレスポンスフレームの送信を要求する。以下、イニシエータにおいて、その周囲にあるターゲット # 1乃至 # 5すべての NFCIDを認識することができるまで、イニシエータによるポーリングリクエストフレームの送信と、ターゲットによるポーリングレスポンスフレームの送信とが繰り返し行われる。

[0081] なお、イニシエータが、ポーリングリクエストフレームを再度送信した場合に、すべてのターゲット # 1乃至 # 5力ポーリングレスポンスフレームを返すこととすると、再び、ポーリングレスポンスフレームどうしがコリジョンを起こす可能性がある。そこで、ターゲットにおいては、イニシエータ力ポーリングリクエストフレームを受信した後、それほど時間をおかずに、ポーリングリクエストフレームを再度受信した場合には、例えば、そのポーリングリクエストを無視するようにすることができる。但し、この場合、図 7の実施の形態では、最初に送信されたポーリングリクエストフレームに対して、ポーリングレスポンスのコリジョンを生じているターゲット # 1と # 3については、イニシエータは、そのターゲット # 1と # 3の NFCIDを認識することができないので、ターゲット # 1または # 3との間でのデータのやりとりは、できないことになる。

[0082] そこで、イニシエータが、ポーリングレスポンスフレームを正常に受信し、その NFCI Dを認識することができたターゲット # 2, # 4, # 5については、通信対象から一時的にはずし (ディセレクト状態にし）、これにより、ポーリングリクエストフレームに対する応答としてのポーリングレスポンスフレームを返さな、ようにすることができる。この場合、イニシエータが送信する再度のポーリングリクエストフレームに対して、ポーリングレスポンスフレームを返してくるのは、最初のポーリングリクエストフレームの送信によつて NFCIDを認識することができな力つたターゲット # 1と # 3だけとなる。従って、この場合、ポーリングレスポンスフレームどうしがコリジョンを起こす可能性を小さくしながら、ターゲット # 1乃至 # 5すべての NFCIDを認識することが可能となる。

[0083] また、ここでは、ターゲットは、上述したように、ポーリングリクエストフレームを受信すると、自身の NFCIDを、乱数によって決定（生成）する。このため、異なるターゲットから、同一の NFCIDがポーリングレスポンスフレームに配置されて、イニシエータに送信されてくる場合があり得る。イニシエータにおいて、異なるタイムスロットにおいて、同一の NFCIDが配置されたポーリングレスポンスフレームが受信された場合、ィユシェータには、例えば、ポーリングレスポンスフレームどうしがコリジョンを起こした場合と同様に、ポーリングリクエストフレームを再度送信させることができる。

[0084] ここで、上述したように、 NFC通信装置は、既存の ICカードシステムを構成する IC力ードゃリーダ Zライタとの間でも、その ICカードやリーダ Zライタが採用している伝送レートで、データのやりとりを行うことができる。いま、ターゲットが、例えば、既存のカードシステムの ICカードである場合、 SDD処理は、例えば、次のようにして行われる

[0085] 即ち、イニシエータは、初期 RFCA処理により、電磁波の出力を開始し、ターゲットである ICカードは、その電磁波カゝら電源を得て、処理を開始する。つまり、いまの場合、ターゲットは、既存の ICカードシステムの ICカードであるから、動作するための電源を、イニシエータが出力する電磁波から生成する。

[0086] ターゲットは、電源を得て、動作可能な状態になつてから、例えば、最長でも 2秒以内に、ポーリングリクエストフレームを受信する準備を行い、イニシエータからポーリングリクエストフレームが送信されてくるのを待つ。

[0087] 一方、イニシエータは、ターゲットにおいてポーリングリクエストフレームを受信する準備が整った力どうかに関係なぐポーリングリクエストフレームを送信することができる。

[0088] ターゲットは、イニシエータからのポーリングリクエストフレームを受信した場合、上述したように、所定のタイムスロットのタイミングで、ポーリングレスポンスフレームを、ィニシエータに送信する。イニシエータは、ターゲットからのポーリングレスポンスフレームを正常受信することができた場合、上述したように、そのターゲットの NFCIDを認識する。一方、イニシエータは、ターゲットからのポーリングレスポンスフレームを正常受信することができな力つた場合、ポーリングリクエストフレームを、再度送信することができる。

[0089] なお、いまの場合、ターゲットは、既存の ICカードシステムの ICカードであるから、動作するための電源を、イニシエータが出力する電磁波から生成する。このため、ィ- シエータは、初期 RFCA処理によって開始した電磁波の出力を、ターゲットとの通信が完全に終了するまで続行する。

[0090] 次に、 NFC通信装置では、イニシエータがターゲットにコマンドを送信し、ターゲット力イニシエータ力のコマンドに対するレスポンスを送信する（返す)ことで、通信が行われる。

[0091] そこで、図 8は、イニシエータがターゲットに送信するコマンドと、ターゲットがィ-シエータに送信するレスポンスとを示している。

[0092] 図 8において、アンダーバー〇の後に REQの文字が記述されているものは、コマンドを表し、アンダーバー〇の後に RESの文字が記述されているものは、レスポンスを表す。図 8の実施の形態では、コマンドとして、 ATR_REQ, WUP.REQ, PSL.REQ, DEP_ REQ, DSL.REQ, RLS_REQの 6種類が用意されており、コマンドに対するレスポンスとしても、コマンドと同様に、 ATR— RES, WUP— RES, PSL— RES, DEP— RES, DSL— RES, RL S_RESの 6種類が用意されている。上述したように、イニシエータは、コマンド（リクエスト）をターゲットに送信し、ターゲットは、そのコマンドに対応するレスポンスをィユシェータに送信するので、コマンドは、イニシエータによって送信され、レスポンスは、ターゲットによって送信される。

[0093] コマンド ATR_REQは、イニシエータが、ターゲットに対して、自身の属性 (仕様）を知らせるとともに、ターゲットの属性を要求するときに、ターゲットに送信される。ここで、イニシエータまたはターゲットの属性としては、そのイニシエータまたはターゲットが送受信することのできるデータの伝送レートなどがある。なお、コマンド ATR_REQには、イニシエータの属性の他、そのイニシエータを特定する NFCIDなどが配置され、ターゲットは、コマンド ATR_REQを受信することにより、イニシエータの属性と NFCIDを認識する。

[0094] レスポンス ATR_RESは、ターゲットが、コマンド ATR_REQを受信した場合に、そのコマンド ATR_REQに対する応答として、イニシエータに送信される。レスポンス ATR_RE Sには、ターゲットの属性や NFCIDなどが配置される。

[0095] なお、コマンド ATR_REQやレスポンス ATR_RESに配置される属性としての伝送レートの情報には、イニシエータやターゲットが送受信することのできるデータの伝送レートすべてを含めることができる。この場合、イニシエータとターゲットとの間で、コマンド ATR_REQとレスポンス ATR_RESのやりとりが 1度行われるだけで、イニシエータは、タ一ゲットが送受信可能な伝送レートを認識することができ、ターゲットも、イニシエータが送受信可能な伝送レートを認識することができる。

[0096] コマンド WUP_REQは、イニシエータが、通信するターゲットを選択するときに送信される。即ち、後述するコマンド DSL_REQを、イニシエータ力もターゲットに送信することにより、ターゲットを、ディセレクト (deselect)状態（イニシエータへのデータの送信（レスポンス）を禁止した状態）とすることができるが、コマンド WUP_REQは、そのディセレタト状態を解いて、ターゲットを、イニシエータへのデータの送信を可能にする状態とする場合に送信される。なお、コマンド WUP_REQには、ディセレクト状態を解くターゲットの NFCIDが配置され、コマンド WUP_REQを受信したターゲットのうち、そのコマンド WUP_REQに配置されている NFCIDによって特定されるターゲットが、ディセレクト状態を解く。

[0097] レスポンス WUP_RESは、コマンド WUP_REQを受信したターゲットのうち、そのコマンド WUP_REQに配置されている NFCIDによって特定されるターゲットが、ディセレクト状態を解いた場合にコマンド WUP_REQに対する応答として送信される。

[0098] なお、コマンド WUP_REQは、イニシエータがアクティブモード時にのみ送信し、レスポンス WUP_RESは、ターゲットがアクティブモード時にのみ送信する。

[0099] コマンド PSL_REQは、イニシエータが、ターゲットとの通信に関する通信パラメータを変更するときに送信される。ここで、通信パラメータとしては、例えば、イニシエータとターゲットとの間でやりとりするデータの伝送レートなどがある。

[0100] コマンド PSL_REQには、変更後の通信パラメータの値が配置され、イニシエータからターゲットに送信される。ターゲットは、コマンド PSL_REQを受信し、そこに配置されている通信パラメータの値にしたがって、通信パラメータを変更する。さらに、ターゲットは、コマンド PSL_REQに対するレスポンス PSL_RESを送信する。

[0101] コマンド DEP_REQは、イニシエータが、データ（いわゆる実データ）の送受信（ターゲットとの間のデータ交換)を行うときに送信され、そこには、ターゲットに送信すべきデータが配置される。レスポンス DEP_RESは、ターゲットが、コマンド DEP_REQに対する応答として送信し、そこには、イニシエータに送信すべきデータが配置される。従つて、コマンド DEP_REQによって、イニシエータからターゲットにデータが送信され、そのコマンド DEP_REQに対するレスポンス DEP_RESによって、ターゲットからィ-シエータにデータが送信される。

[0102] コマンド DSL_REQは、イニシエータが、ターゲットをディセレクト状態とするときに送信される。コマンド DSL_REQを受信したターゲットは、そのコマンド DSL_REQに対するレスポンス DSL_RESを送信してディセレクト状態となり、以後、コマンド WUP_REQ以外のコマンドには反応しなくなる（レスポンスを返さなくなる）。

[0103] コマンド RLS_REQは、イニシエータが、ターゲットとの通信を完全に終了するときに送信される。コマンド RLS_REQを受信したターゲットは、そのコマンド RLS_REQに対するレスポンス RLS_RESを送信し、イニシエータとの通信を完全に終了する。

[0104] ここで、コマンド DSL_REQと RLS_REQは、いずれも、ターゲットを、イニシエータとの通信の対象力も解放する点で共通する。し力しながら、コマンド DSL_REQによって解放されたターゲットは、コマンド WUP_REQによって、再び、イニシエータと通信可能な状態となるが、コマンド RLS_REQによって解放されたターゲットは、イニシエータが初期 RFCA処理力処理をやり直さないと、イニシエータと通信可能な状態とならない。かかる点で、コマンド DSL_REQと RLS_REQは、異なる。

[0105] 次に、 NFC通信装置の通信は、 ISO/IEC 18092として規定されて!、る NFCIP-1にしたがって行われる。

[0106] そこで、図 9乃至図 11を参照して、 NFCIP-1にしたがった通信処理について説明する。

[0107] まず、図 9は、 NFCIP-1にしたがった通信処理の概要を説明するフローチャートである。

[0108] まず最初に、ステップ S1において、イニシエータとなる NFC通信装置は、初期 RFC A処理を行い、ステップ S2に進む。ステップ S2では、イニシエータとなる NFC通信装置は、ステップ S1の初期 RFCA処理により、 RFフィールドを検出したかどうかを判定する。ステップ S2において、 RFフィールドを検出したと判定された場合、ステップ S1 に戻り、以下、同様の処理が繰り返される。即ち、イニシエータとなる NFC通信装置は、 RFフィールドを検出している間は、その RFフィールドを形成している他の NFC通信装置による通信の妨げとならな、ように、 RFフィールドを形成しな、。

[0109] 一方、ステップ S2において、 RFフィールドを検出していないと判定された場合、 NF C通信装置は、アクティブモードとパッシブモードのうちのいずれかの通信モードを選択して、ステップ S3に進み、 NFC通信装置は、イニシエータとなって、伝送レートの選択等を行う。

[0110] 即ち、 NFCIP-1では、例えば、 106kbpsや、 212kbps, 424kbps等の複数の伝送レートの中から、実際の通信に使用する伝送レートを選択することが可能である。そこで、ステップ S3では、イニシエータとなった NFC通信装置は、伝送レートの選択を行う。

[0111] 具体的には、ノッシブモードの通信を行う場合、ステップ S2から、ステップ S3を構成するステップ S3— 1と S3— 2のうちのステップ S3— 1に進み、 NFC通信装置は、ィユシェータとなって、通信モードをパッシブモードに移行させ、伝送レートを選択する。さらに、ステップ S3— 1では、イニシエータとなった NFC通信装置は、所定の初期化処理と SDD処理を行!、、ステップ S4を構成するステップ S4— 1と S4— 2のうちのステップ S4— 1に進む。 [0112] ステップ S4— 1では、 NFC通信装置は、ノッシブモードでアクティベーション（活性ィ匕）（起動）し、パッシブモードのターゲットとの間で、コマンド ATR_REQとレスポンス A TR_RESをやりとりして、ステップ S 5に進む。

[0113] 一方、アクティブモードの通信を行う場合、ステップ S 2から、ステップ S3を構成するステップ S3— 1と S3— 2のうちのステップ S3— 2に進み、 NFC通信装置は、ィユシェータとなって、通信モードをアクティブモードに移行させ、伝送レートを選択し、ステツプ S4を構成するステップ S4— 1と S4— 2のうちのステップ S4— 2に進む。

[0114] ステップ S4— 2では、 NFC通信装置は、アクティブモードでアクティベーションし、タ一ゲットとの間で、コマンド ATR_REQとレスポンス ATR_RESをやりとりして、ステップ S5 に進む。

[0115] ステップ S5では、 NFC通信装置は、通信に必要な通信パラメータ（例えば、伝送レートなど)を、現在の通信パラメータ力も変更する必要がある場合には、その通信パラメータを選択し、その通信パラメータ等を配置したコマンド PSL_REQとレスポンス PSL_ RESを、ターゲットとの間でやりとりして、通信パラメータを変更し、ステップ S6に進む

[0116] ステップ S6では、 NFC通信装置は、ステップ S5で選択した通信パラメータにしたがつて、コマンド DEP_REQとレスポンス DEP_RESを、ターゲットとの間でやりとりして、データ交換プロトコルによるデータ交換 (通信）を行い、そのデータ交換の終了後、ステップ S7〖こ進む。ステップ S7では、 NFC通信装置は、コマンド DSL_REQとレスポンス D SL_RES、またはコマンド RSL_REQとレスポンス RSL_RESを、ターゲットとの間でやりとりして、ディアクティベーション (非活性化）し、トランザクションを終了する。

[0117] なお、 NFC通信装置は、例えば、デフォルトで、ターゲットとなるように設定することができ、ターゲットに設定されている NFC通信装置は、 RFフィールドを形成することはせず、イニシエータからコマンドが送信されてくるまで (イニシエータが RFフィールドを形成するまで)、待ち状態となる。

[0118] また、 NFC通信装置は、例えば、アプリケーション力の要求に応じて、ィ-シエータとなることができる。さらに、例えば、アプリケーションでは、通信モードをアクティブモードまたはパッシブモードのうちのいずれにする力、伝送レートを選択 (決定)することができる。

[0119] また、イニシエータとなった NFC通信装置は、外部に RFフィールドが形成されていなければ、 RFフィールドを形成し、ターゲットは、イニシエータによって形成された RF フィールドによって活性ィ匕する。

[0120] その後、イニシエータは、選択された通信モードと伝送レートで、コマンドを送信し、ターゲットは、イニシエータと同一の通信モードと伝送レートで、レスポンスを返す（送信する)。

[0121] 次に、図 10のフローチャートを参照して、パッシブモードにおけるァクティべーションプロトコルの処理（パッシブモードでのデータ交換を行うのに、 NFC通信装置で行われる処理)を説明する。

[0122] まず最初に、ステップ S11において、イニシエータは、初期 RFCA処理を行い、ステップ S 12に進み、通信モードをパッシブモードとする。そして、ステップ S 13に進み、イニシエータは、初期化処理と SDD処理を行って、伝送レートを選択する。

[0123] ここで、ステップ S11の処理が、図 9のステップ S1および S2の処理に対応し、ステツプ S12および S13の処理が、図 9のステップ S3 (S3— 1)の処理に対応する。

[0124] その後、ステップ S14に進み、イニシエータは、ターゲットに属性を要求するかどうかを判定する。ここで、属性とは、 NFC通信装置の仕様の情報で、例えば、 NFC通信装置が対応することができる伝送レートの情報などがある。

[0125] ステップ S14において、ターゲットに属性を要求しないと判定された場合、ステップ

S335に進み、イニシエータは、ターゲットとの通信を、独自プロトコルにしたがって行い、ステップ S14に戻り、以下、同様の処理を繰り返す。

[0126] また、ステップ S14において、ターゲットに属性を要求すると判定された場合、ステツプ S16〖こ進み、イニシエータは、コマンド ATR_REQを送信し、これ〖こより、ターゲットに属性を要求する。そして、イニシエータは、ターゲットからコマンド ATR_REQに対するレスポンス ATR_RESが送信されてくるのを待って、ステップ S 17〖こ進み、そのレスポンス ATR_RESを受信して、ステップ S 18に進む。

[0127] ここで、ステップ S16および S17の処理は、図 9のステップ S4 (S4—1)の処理に対応する。 [0128] ステップ S18では、イニシエータは、ステップ S 17でターゲットから受信したレスポンス ATR_RESに基づき、通信パラメータ、即ち、例えば、伝送レートを変更することができるかどうかを判定する。ステップ S18において、伝送レートを変更することができないと判定された場合、ステップ S19乃至 S21をスキップして、ステップ S22に進む。

[0129] また、ステップ S18において、伝送レートを変更することができると判定された場合、ステップ S19に進み、イニシエータは、コマンド PSL_REQを送信し、これにより、ターゲットに伝送レートの変更を要求する。そして、イニシエータは、コマンド PSL_REQに対するレスポンス PSL_RESがターゲットから送信されてくるのを待って、ステップ S 19から S20〖こ進み、そのレスポンス PSL_RESを受信して、ステップ S21〖こ進む。ステップ S21 では、イニシエータは、ステップ S20で受信したレスポンス PSL_RESにした力^、、通信パラメータ、即ち、例えば、伝送レートを変更し、ステップ S22に進む。

[0130] ここで、ステップ S18乃至 S21の処理は、図 9のステップ S5の処理に対応する。

[0131] ステップ S22では、イニシエータは、データ交換プロトコルにした力 Sい、ターゲットとの間でデータ交換、即ち、コマンド DEP_REQとレスポンス DEP_RESのやりとりを行う。

[0132] ここで、ステップ S22の処理は、図 9のステップ S6の処理に対応する。

[0133] ステップ S22においてデータ変換が行われた後は、イニシエータは、必要に応じて、ステップ S23また ίま S25に進む。

[0134] 即ち、イニシエータは、ターゲットをディセレクト状態にする場合、ステップ S22から S23に進み、コマンド DSL_REQを送信する。そして、イニシエータは、コマンド DSL_R EQに対するレスポンス DSL_RESがターゲットから送信されてくるのを待って、ステップ S23力 S24に進み、そのレスポンス DSL_RESを受信して、ステップ S14に戻り、以下、同様の処理を繰り返す。

[0135] 一方、イニシエータは、ターゲットとの通信を完全に終了する場合、ステップ S22から S25に進み、コマンド RLS_REQを送信する。そして、イニシエータは、コマンド RLS_ REQに対するレスポンス RLS_RESがターゲットから送信されてくるのを待って、ステツプ S25力ら S26に進み、そのレスポンス RLS— RESを受信して、ステップ S 11に戻り、以下、同様の処理を繰り返す。

[0136] ここで、ステップ S23と S24の処理や、ステップ S25と S26の処理は、図 9のステップ S7の処理に対応する。

[0137] 次に、図 11のフローチャートを参照して、アクティブモードにおけるァクティべーションプロトコルを説明する。

[0138] まず最初に、ステップ S31において、イニシエータは、初期 RFCA処理を行い、ステップ S32〖こ進み、通信モードをアクティブモードとして、伝送レートを選択する。

[0139] ここで、ステップ S31の処理は、図 9のステップ S1および S2の処理に対応し、ステツプ S32の処理は、ステップ S3 (S3— 2)の処理に対応する。

[0140] その後、ステップ S33乃至 S39において、図 10のステップ S16乃至 S22における場合とそれぞれ同様の処理が行われる。

[0141] 即ち、ステップ S33では、イニシエータは、コマンド ATR_REQを送信し、これにより、ターゲットに属性を要求する。そして、イニシエータは、ターゲットからコマンド ATR_RE Qに対するレスポンス ATR_RESが送信されてくるのを待って、ステップ S34に進み、そのレスポンス ATR_RESを受信して、ステップ S35に進む。

[0142] ステップ S35では、イニシエータは、ステップ S34でターゲットから受信したレスポンス ATR_RESに基づき、通信パラメータ、即ち、例えば、伝送レートを変更することができるかどうかを判定する。ステップ S35において、伝送レートを変更することができないと判定された場合、ステップ S36乃至 S38をスキップして、ステップ S39に進む。

[0143] また、ステップ S35において、伝送レートを変更することができると判定された場合、ステップ S36に進み、イニシエータは、コマンド PSL_REQを送信し、これにより、ターゲットに伝送レートの変更を要求する。そして、イニシエータは、コマンド PSL_REQに対するレスポンス PSL_RESがターゲットから送信されてくるのを待って、ステップ S36から S37〖こ進み、そのレスポンス PSL_RESを受信して、ステップ S38〖こ進む。ステップ S38 では、イニシエータは、ステップ S37で受信したレスポンス PSL_RESにした力^、、通信パラメータ、即ち、例えば、伝送レートを変更し、ステップ S39に進む。

[0144] ステップ S39では、イニシエータは、データ交換プロトコルにしたカ^、、ターゲットとの間でデータ交換、即ち、コマンド DEP_REQとレスポンス DEP_RESのやりとりを行う。

[0145] ここで、ステップ S33および S34の処理は、図 9のステップ S4 (S4— 2)の処理に対応し、ステップ S35乃至 S38の処理は、図 9のステップ S5の処理に対応する。また、ステップ S39の処理は、図 9のステップ S6の処理に対応する。

[0146] ステップ S39におけるデータ変換の後は、必要に応じて、ステップ S40または S44 に進む。

[0147] 即ち、イニシエータは、いま通信を行っているターゲットをディセレクト状態にし、既にディセレクト状態になっているターゲットのうちのいずれかをウェイクアップさせる場合、ステップ S39力ら S40〖こ進み、ディセレクト状態にするターゲット宛に、コマンド DS L_REQを送信する。そして、イニシエータは、コマンド DSL_REQに対するレスポンス DS L_RESがターゲットから送信されてくるのを待って、ステップ S40力 S41に進み、そのレスポンス DSL_RESを受信する。ここで、レスポンス DSL_RESを送信してきたターゲットは、ディセレクト状態になる。

[0148] その後、ステップ S41力ら S42に進み、イニシエータは、ウェイクアップさせるターゲット宛に、コマンド WUP_REQを送信する。そして、イニシエータは、コマンド WUP_REQ に対するレスポンス WUP_RESがターゲットから送信されてくるのを待って、ステップ S4 2力 S43〖こ進み、そのレスポンス WUP_RESを受信して、ステップ S35〖こ戻る。ここで、レスポンス WUP_RESを送信してきたターゲットはウェイクアップし、そのウェイクアツプしたターゲットが、イニシエータがその後に行うステップ S35以降の処理の対象となる。

[0149] 一方、イニシエータは、ターゲットとの通信を完全に終了する場合、ステップ S39から S44に進み、コマンド RLS_REQを送信する。そして、イニシエータは、コマンド RLS_ REQに対するレスポンス RLS_RESがターゲットから送信されてくるのを待って、ステツプ S44力ら S45に進み、そのレスポンス RLS— RESを受信して、ステップ S31に戻り、以下、同様の処理を繰り返す。

[0150] ここで、ステップ S40乃至 43の処理や、ステップ S44と S45の処理は、図 9のステツプ S7の処理に対応する。

[0151] 以上、図 9乃至図 11を参照して、 NFCIP-1に従った通信処理について説明した。

[0152] ところで、 NFC通信装置力このような NFCIP-1に従った通信処理を単に行っただけでは、本来有している能力を十分に発揮できない、という上述した従来の課題が生じてしまう。 [0153] そこで、本発明人は、所定の 1つの NFC通信装置が、自身または通信相手が有する所定の 1種類の能力に関連する情報を 1以上含むデータ群を能力の種類毎に生成し、 1以上のデータ群を所定のコマンドや所定のレスポンスに格納させて、通信相手の NFC通信装置に送信する、といった手法をさらに発明した。

[0154] なお、以下、所定の種類の能力に関連する情報が記述されるフィールカ ^以上所定の順番に配置されることで構成される構造体 (データ群）を、カプセルと呼ぶ。また、以下、カプセルも含めて所定の構造体を構成する 1以上のフィールドのうちの、所定の 1つのフィールドに対して、「所定の情報が記述されること」を、「所定の情報が設定される」と呼ぶ。即ち、本発明のこの手法では、送信側の NFC通信装置により、送信側と受信側 (送信側から見て通信相手側）とのうちの少なくとも一方の NFC通信装置が有する n+1種類 (nは 0以上の整数値)の能力のそれぞれにつ、て、対応する種類の能力に関連する各種情報が 1以上のフィールドのうちの所定の 1つに設定されることで、対応する種類の能力につ、てのカプセルが n+1種類毎にそれぞれ生成され、 n+1個のカプセルが所定のコマンドや所定のレスポンスに格納されて、受信側の NFC 通信装置に送信される。

[0155] このカプセルは、例えば、所定の種類の能力を示す情報が設定されるフィールド、その所定の種類の能力についての「能力の活性ィ匕を通信相手側に指示するための情報」が設定されるフィールド、その所定の種類の能力につ、ての「能力の活性化を自身が確認したことを通信相手側に通知するための情報」が設定されるフィールドを含むように構成することもできる。

[0156] 具体的には例えば、 NFC通信装置は、図 12に示される構造のカプセル 51を利用することができる。即ち、図 12は、本発明が適用されるカプセルの構造の一例を示している。

[0157] 図 12のカプセル 51は、フィールド 61乃至 65から構成されている。

[0158] フィールド 61には、図 12の記載の通り、いわゆるヘッダ情報が記述される。そこで、以下、フィールド 61を、単にヘッダ 61と呼ぶ。

[0159] フィールド 62には、図 12の記載の通り、送信側の NFC通信装置が、受信側（送信側から見て通信相手側）の NFC通信装置に対して、所定の処理を指示するための情報が設定される。そこで、以下、フィールド 62を、「処理を指示する情報」フィールド 6 2と呼ぶ。即ち、後述するように、「処理を指示する情報」フィールド 62には、「能力の活性ィ匕を通信相手側に指示するための情報」のうちのひとつが設定される場合がある。ただし、「処理を指示する情報」フィールド 62に設定される情報の具体例については、後述する。

[0160] フィールド 63には、図 12の記載の通り、送信側の NFC通信装置が有する能力のうちの、所定の種類の能力を示す情報が設定される。そこで、以下、フィールド 63を、「能力を示す情報」フィールド 63と呼ぶ。なお、「能力を示す情報」フィールド 63に設定される情報の具体例については、後述する。

[0161] フィールド 64には、図 12の記載の通り、送信側の NFC通信装置が、受信側（送信側から見て通信相手側）の NFC通信装置に対して、その左方の「能力を示す情報」フィールド 63に設定された情報に対する指示、即ち、所定の種類の能力に対する所定の指示を行うための情報が設定される。そこで、以下、フィールド 64を、「能力を示す情報に対する指示」フィールド 64と呼ぶ。即ち、「能力を示す情報に対する指示」フィ一ルド 64には、「能力の活性ィ匕を通信相手側に指示するための情報」のうちのひとつが設定される場合がある。ただし、「能力を示す情報に対する指示」フィールド 64 に設定される情報の具体例については、後述する。

[0162] フィールド 65には、図 12の記載の通り、その他の付随情報が設定される。そこで、以下、フィールド 65を、「付随情報」フィールド 65と呼ぶ。例えば、送信側の NFC通信装置は、「能力の活性ィ匕を自身が確認したことを通信相手側に通知するための情報」を付随情報として、「付随情報」フィールド 65に設定することもできる。ただし、「付随情報」フィールド 65に設定される情報の具体例については、後述する。

[0163] このようなカプセル 51を採用することで、 NFC通信装置と通信相手側の NFC通信装置との間で、 NFCIP-1規格をそのまま忠実に利用しつつ（上述した NFCIP-1に従った通信処理を行いつつ）、 NFCIP-1で規定している能力群以上の能力、即ち、 NFCIP- 1で規定している種類とは異なる種類の能力、或いは、 NFCIP-1で規定している種類であっても、 NFC通信装置または通信相手側の NFC通信装置が有する能力レベル力 NFCIP-1で規定しているレベル以上である種類の能力の存在を交換したり、その能力の活性ィ匕の指示や確認を実現することが可能になる。 NFCIP-1で規定して、る能力群以上の能力、即ち、 NFCIP-1で規定している種類とは異なる能力、或いは、 N FCIP-1で規定している種類であっても、 NFC装置が有している能力レベル力 NFCI P-1で規定して、るレベル以上である種類の能力に関する情報を、カプセル 51に容易に含ませることができるからである。

[0164] また、このようなカプセル 51を採用しない他の NFC通信装置がたとえ通信相手となつたとしても、 NFC通信装置は、その通信相手側の NFC通信装置との間で、上述した NFCIP-1に従った通信処理をそのまま実行することが可能になる。

[0165] このようなカプセル 51の格納先は、上述したように、任意のコマンドまたは任意のレスポンスでよいが、本実施の形態では、コマンド ATR_REQまたはレスポンス ATR_RES とされている。コマンド ATR_REQやレスポンス ATR_RESは、上述したように、自身の属性 (仕様)を知らせたり、通信相手の属性を要求するときに利用されるからである。即ち、自身の能力を知らせたり、通信相手の能力を要求するときに利用されるカプセル 51を、コマンド ATR_REQやレスポンス ATR_RESに格納することは理にかなつているからである。また、 NFCIP- 1では、コマンド ATR_REQやレスポンス ATR_RESには、 Gener al Byteと称されるフィールド（以下、フィールド Giと呼ぶ）が規定されており、このフィ一ルド Giにカプセル 51を格納することが容易にできるからである。

[0166] ここで、図 13乃至図 19を参照して、コマンド ATR_REQとレスポンス ATR_RESとについてさらに詳しく説明する。

[0167] なお、以下、便宜上、イニシエータがコマンド ATR_REQを送信し、ターゲットがレスポンス ATR_RESを送信するとして、説明を行う。ただし、当然ながら、実際にはその逆、即ち、ターゲットがコマンド ATR_REQを送信し、イニシエータがレスポンス ATR_RES を送信する場合もあり得る。

[0168] 図 13は、 NFCIP-1で規定されているコマンド ATR_REQの構造を示している。

[0169] 図 13に示されるように、コマンド ATR_REQには、先頭から（図中左から）、フィールド CMD0、フィールド CMD1、および、フィールド ByteO乃至 Byten+14 (nは 0以上の整数値)から構成されている。

[0170] フィールド CMD0には、（D4)が設定される。フィールド CMD1には、このコマンドがコマンド ATR_REQであることを示す値（00)が設定される。

[0171] フィールド ByteO乃至 Byte9には、このコマンド ATR_REQを送信する NFC通信装置、即ち、イニシエータを特定する上述した NFCIDが設定される。

[0172] フィールド BytelOには、このコマンド ATR_REQを送信するイニシエータのデバイス I

Dである Dimが設定される。そこで、以下、フィールド BytelOを、フィールド DIDiとも呼

[0173] フィールド Bytellには、このコマンド ATR_REQを送信するイニシエータがデータを送信する際のビットレート (伝送レート）が設定される。なお、以下、フィールド Bytell を、フィールド BSiとも呼ぶ。フィールド BSiの詳細については、図 14と図 15とを参照して後述する。

[0174] フィールド Bytel2には、このコマンド ATR_REQを送信するイニシエータがデータを受信する際のビットレート (伝送レート）が設定される。なお、以下、フィールド Bytell を、フィールド BRiとも呼ぶ。フィールド BRiの詳細については、フィールド BSiの詳細とともに後述する。

[0175] このように、フィールド BSiに設定される伝送レートと、フィールド BRiに設定される伝送レートとのそれぞれ力上述したように、このコマンド ATR_REQを送信するィニシェータの属性 (仕様)のひとつになる。

[0176] フィールド Bytel3には、このコマンド ATR_REQを送信するイニシエータについてのオプションパラメータが設定される。なお、以下、フィールド Bytel3を、フィールド PPiとも呼ぶ。フィールド PPiの詳細については、図 16乃至図 18を参照して後述する。

[0177] フィールド Bytel4乃至 Bytel4+nのそれぞれが、上述した General Byteと称されるフィールド、即ち、フィールド Giのそれぞれである。即ち、 n+1個のフィールド Giのそれぞれが、フィールド Bytel4乃至 Bytel4+nのそれぞれとして、このコマンド ATR_REQに配置されることになる。以下、 n個のフィールド Giのそれぞれを、その配置順に（図 13中左から順に）、フィールド Gi[0]乃至 Gi[n]のそれぞれと呼ぶ。

[0178] フィールド Gi[0]乃至 Gi[n]のそれぞれは、設計者等により指定される各種情報が設定されるフィールドであって、オプションとして用意されているフィールドである。即ち、値 nは、設計者等により可変可能とされており、上述したように 0以上の整数値となる。この値 nは、後述するように、フィールド PPiに設定される。

[0179] 本実施の形態では、上述したように、フィールド Gi[0]乃至 Gi[n]のそれぞれに対して

、図 12のカプセル 51が 1つずつ格納される。

[0180] 以下、コマンド ATR_REQのうちの、フィールド BSiを図 14と図 15とを参照して説明し

、引き続き、フィールド BRiを説明し、そして、フィールド PPiを図 16乃至図 18を参照して説明する。

[0181] 図 14は、 NFCIP-1で規定されて!、るフィールド BSiの構造を示して!/、る。

[0182] 図 14に示されるように、フィールド BSiは、 1バイトの情報、即ち、 8ビットの情報で構成される。

[0183] なお、以下、最下位ビット（図 14中最右のビット)から上位ビットに向けて（図 14中左方向に）、各ビットの情報を、ビット bitO乃至 bit7のそれぞれと呼ぶ。このことは、 1バイトの情報で構成される他のフィールド、即ち、フィールド BRi, PPi, Gi等でも同様とされる。

[0184] フィールド BSiのうちの、ビット bit4乃至 bit7には、 0 (ZERO)が設定され、ビット bitO乃至 bit3のそれぞれには、このコマンド ATR_REQを送信するイニシエータが 847 kbps, 1 695 kbps, 3390 kbps,および 6780 kbpsのそれぞれの伝送レートでの処理ができるか否かを示す情報 (0または 1)が設定される。即ち、例えば、 0が処理できないことを示し、 1が処理できることを示すとすると、ビット bitOに 0が設定されていることは、このコマンド ATR_REQを送信するイニシエータが 847 kbpsの伝送レートでの処理ができないことを意味する。これに対して、ビット bitOに 1が設定されていることは、このコマンド ATR_REQを送信するイニシエータが 847 kbpsの伝送レートでの処理ができることを意味する。

[0185] なお、 NFC通信装置は、 106 kbps, 212 kbps,および 424 kbpsのそれぞれの伝送レートでの処理は必須で実行できなければならな、、 t\、うことが NFCIP-lで規定されている。

[0186] 換言すると、 NFCIP-1では、図 15に示されるように、データの送受信時の伝送レートとして取りうる値として、 106 kbps, 212 kbps, 424 kbps, 847 kbps, 1695 kbps, 339 0 kbps,および 6780 kbpsが規定されている。即ち、図 15の表は、 NFCIP-1で規定されて、る伝送レートを示して、る。

[0187] 図 15の表において、一番左の「Communication Mode」の項目には、その右方の「k bpsjの項目に記述されて、る伝送レートで通信可能な通信モードが記述されて!、る。即ち、 106 kbps、 212 kbps、および 424 kbpsの伝送レートでは、アクティブモード（ Active)とパッシブモード (Passive)との何れの通信モードでも通信可能であること（そのように NFC通信装置を構成すればよいこと）力 NFCIP-1で規定されている。これに対して、 847 kbps、 1695 kbps、 3390 kbps、および 6780 kbpsでは、アクティブモード（ Active)で通信可能であればよ、こと（そのように NFC通信装置を構成すればょ、こと )力 NFCIP- 1で規定されている。

[0188] 図 15の表において、真ん中の「kbps」の項目には、 NFCIP-1で規定されている伝送レートが記述されている。

[0189] 図 15の表において、一番右の「Divisor D」の項目には、その左方の「kbps」の項目に記述されている伝送レートが使用されるときにおける、次の式（1)で使用されるパラメータ Dの値が記述されて!、る。

[0190] lbd = 128 /(D X fc) · · · (1)

式（1)において、 bdはビットの継続時間を、 fcは搬送波の周波数を、それぞれ示している。

[0191] 以上、図 13のコマンド ATR_REQのうちの、フィールド BSiの構造について説明した。

[0192] なお、フィールド BRiの構造は、上述したフィールド BSiの構造と基本的に同様であるので、その説明については省略する。

[0193] 換言すると、例えばこのコマンド ATR_REQを送信するイニシエータ、または、このコマンド ATR_REQを受信するターゲットが、 6780kbpsよりも高!、伝送レートでの処理が可能であったとしても、そのような高い伝送レートは、 NFCIP-1では規定されておらず、フィールド BRiやフィールド BSiに設定することができない。そこで、このような場合、イニシエータは、そのような高い伝送レートに関する情報を図 12のカプセル 51に含め、さらに、そのカプセル 51を、このコマンド ATR_REQのうちの図 13のフィールド Gi[k ] (kは、 0乃至 nのうちのいずれかの値）に格納させればよい。これにより、そのような高い伝送レートでの送受信の実現も可能になる。 [0194] 次に、図 16乃至図 18を参照して、コマンド ATR_REQのうちのフィールド PPiを説明する。

[0195] 図 16は、 NFCIP-1で規定されているフィールド PPiの構造を示している。

[0196] 図 16に示されるように、フィールド PPiは、ビット bitO乃至 bit7から構成される。

[0197] ビット bit7, bit6, bit3, bit2には O (ZERO)が設定される。

[0198] ビット bit4, bit5には、トランスポートデータの有効データ長を指定するための情報 L Riが設定される。

[0199] この情報 LRiとして、図 17に示されるように、「00」、「01」、「10」、および「11」のうちの何れかの値が採用される。即ち、図 17は、情報 LRiが取り得る各値と、各値が示すトランスポートデータの有効データ長の範囲 LEN とを示す表である。

MAX

[0200] また、トランスポートデータとは、図 18に示される Transport data field,即ち、フィールド CMD0乃至 ByteN (Nは 0以上の整数値であり、図 13や後述する図 19の例の場合には n+14である）のことをいう。即ち、図 18は、トランスポートデータを含む 1つのフレーム（例えば本実施の形態では、上述した図 8に示されるコマンドやレスポンスのうちの所定の 1つ）の構造を示している。詳細には、図 18のうちの、上側の図は、伝送レートが 106kpsの場合の 1つのフレームの構造を示しており、下側の図は、伝送レートが 212kpsまたは 424kbpsの場合の 1つのフレームの構造を示している。

[0201] なお、図 18において、 SBと記述されたフィールドには、フレームの最初のフィールドであることを示す値が設定される。 LENと記述されたフィールド〖こは、それに続くトランスポートデータ（Transport data field)の有効データ長に対して 1が加算された値が設定される。 PAと記述されたフィールド〖こは、前文 (Premable)を示す情報が設定される。 SYNCと記述されたフィールドには、同期パターンを示す情報（Synchronous pattern b it)が設定される。 Elと E2と記述されたフィールドには、フレームの最後のフィールドであることを示す値が設定される。

[0202] 図 17と図 18に示されるように、フィールド Byte63まである場合には、即ち、トランスポートデータの有効データ長が 66バイトまでの場合には、情報 LRiは「00」となる。即ち、この場合、「00」が、図 16のフィールド PPiのビット bit4, bit5に設定される。

[0203] フィールド Bytel27まである場合には、即ち、トランスポートデータの有効データ長が 130バイトまでの場合には、情報 LRiは「01」となる。即ち、この場合、「01」力図 16 のフィールド PPiのビット bit4, bit5に設定される。

[0204] フィールド Bytel91まである場合には、即ち、トランスポートデータの有効データ長が 194バイトまでの場合には、情報 LRiは「10」となる。即ち、この場合、「10」力図 16 のフィールド PPiのビット bit4, bit5に設定される。

[0205] フィールド Byte255まである場合には、即ち、トランスポートデータの有効データ長力 S258バイトまでの場合には、情報 LRiは「11」となる。即ち、この場合、「11」が、図 1 6のフィールド PPiのビット bit4, bit5に設定される。

[0206] また、図 16のフィールド PPiのビット bitlには、このフィールド PPiに続いて、上述したフィールド Gi[0]乃至 Gi[n]が配置されてヽるカゝ否か (存在するか否か）を示す情報 Gi が設定される。即ち、情報 Giは 0または 1となるので、例えば、 0が配置されていない（存在しない）ことを示し、 1が配置されている（存在する）ことを示すとする。この場合、ビット bitlに 0が設定されて!、ることは、このフィールド PPiに続、てフィールド Gi[0]乃至 Gi[n]が配置されていないこと、即ち、本実施の形態では図 12のカプセル 51が 1つも格納されていないことを意味する。これに対して、ビット bitlに 1が設定されていることは、このフィールド PPiに続いてフィールド Gi[0]乃至 Gi[n]が配置されていること、即ち、本実施の形態ではカプセル 51が少なくとも 1つ格納されてヽることを意味する。

[0207] また、このフィールド PPiのビット bitOには、 NAD (Node Address)を使用するか否かを示す情報（0または 1)が設定される。 NADとは、上述した図 13のフィールド BytelO、即ち、図 13のフィールド DIDiに設定される、このコマンド ATR_REQを送信するィニシエータのデバイス IDのサブアドレスをいう。ひとつのデバイス IDに対して、 16個のサブアドレスを持つことが可能であること力 NFCIP-1で規定されて!、る。

[0208] このビット bitOにおいて、例えば、 0が使用しないことを示し、 1が使用することを示すとすると、ビット bitOに 0が設定されていることは、このコマンド ATR_REQを送信するィユシェータがサブアドレスを使用しないことを意味する。これに対して、ビット bitOに 1 が設定されて、ることは、このコマンド ATR_REQを送信するイニシエータがサブアドレスを使用することを意味する。

[0209] 以上、図 13乃至図 18を参照して、コマンド ATR_REQの詳細な構造について説明した。

[0210] このような構造を有するコマンド ATR_REQのレスポンス、即ち、レスポンス ATR_RES の構造が図 19に示されている。図 13と図 19とを比較するに、レスポンス ATR_RESの構造は、コマンド ATR_REQの構造と同様の構造を有していることがわかる。そこで、レスポンス ATR_RESの構造の説明につ!/、ては省略する。

[0211] 以上説明したように、 NFCIP- 1では、コマンド ATR_REQやレスポンス ATR_RESには、フィールド Giが規定されているため、本実施の形態では、上述した図 12のカプセル 5 1は、コマンド ATR_REQやレスポンス ATR_RESのフィールド Giに格納されて、複数の N FC通信装置の間で送受信されることになる。

[0212] 具体的には例えば、本実施の形態では、イニシエータが、上述した図 10のステップ S 16または図 11のステップ S33の処理で、コマンド ATR_REQをターゲットに送信する。この場合、イニシエータが、少なくとも 1つのカプセル 51をコマンド ATR_REQに含めて、そのコマンド ATR_REQをターゲットに送信するときには、上述した図 10のステップ S 16または図 11のステップ S33の処理として、例えば図 20に示される「イニシエータ側の ATR_REQ送信処理」を実行することができる。即ち、図 20は、少なくとも 1つの力プセル 51を含むコマンド ATR_REQをイニシエータが送信する場合の「イニシエータ側の ATR_REQ送信処理」の一例を説明するフローチャートである。

[0213] このような図 20の「イニシエータ側の ATR_REQ送信処理」に対するターゲット側の処理（以下、ターゲット側の ATR_REQ受信処理と呼ぶ）の一例力図 21に示されている。

即ち、図 21は、カプセル 51を含んでいる可能性があるコマンド ATR_REQをターゲットが受信する場合の「ターゲット側の ATR_REQ受信処理」の一例を説明するフローチヤートである。

[0214] 後述するように、図 21の「ターゲット側の ATR_REQ受信処理」の結果として、レスポンス ATR_RESがターゲットからイニシエータに送信されてくるので、本実施の形態では、イニシエータが、上述した図 10のステップ S17または図 11のステップ S34の処理で、レスポンス ATR_RESを受信する。この場合、図 10のステップ S17または図 11のステツプ S34の処理として、例えば図 22に示される「イニシエータ側の ATR_RES受信処理」を実行することができる。即ち、図 22は、少なくとも 1つのカプセル 51を含むコマンド ATR_REQに対するレスポンス ATR_RESをイニシエータが受信する場合の「ィ -シエータ側の ATR_RES受信処理」の一例を説明するフローチャートである。

[0215] なお、ここでは、上述したように、イニシエータがコマンド ATR_REQを送信すると便宜上仮定しているため、図 20の「イニシエータ側の ATR_REQ送信処理」はィユシェータにより実行され、図 21の「ターゲット側の ATR_REQ受信処理」はターゲットにより実行され、図 22の「イニシエータ側の ATR_RES受信処理」はイニシエータにより実行されることになる。ただし、上述したように、ターゲットがコマンド ATR_REQを送信する場合もある。このような場合、図 20の「イニシエータ側の ATR_REQ送信処理」はターゲットにより実行され、図 21の「ターゲット側の ATR_REQ受信処理」はイニシエータにより実行され、図 22の「イニシエータ側の ATR_RES受信処理」はターゲットにより実行されること〖こなる。

[0216] 以下、図 20の「イニシエータ側の ATR_REQ送信処理」、図 21の「ターゲット側の AT R_REQ受信処理」、および、図 22の「イニシエータ側の ATR_RES受信処理」のそれぞれについて、その順番に個別に説明していく。

[0217] なお、以下の説明では、 n+1個のカプセル 51が生成または利用されることになるが、 n+1個のカプセル 51のうちの、リクエスト ATR_REQまたはレスポンス ATR_RESのフィ一ルド Gi[k] (kは、 0乃至 nのうちのいずれかの値）に格納される 1つを、カプセル [k]と称する。

[0218] はじめに、図 20のフローチャートを参照して、「イニシエータ側の ATR_REQ送信処理」の一例を説明する。

[0219] ステップ S61において、イニシエータは、コマンド ATR_REQ用のカプセル [0]乃至 [ n]のそれぞれを生成する。なお、コマンド ATR_REQ用のカプセル [0]乃至 [n]の具体例については後述する。

[0220] ステップ S62において、イニシエータは、カプセル [0]乃至 [n]のそれぞれを、コマンド ATR_REQのフィールド Gi[0]乃至 Gi[n]のそれぞれに格納する。

[0221] ステップ S63において、イニシエータは、コマンド ATR_REQのフィールド PPiを設定する。 [0222] ステップ S64において、イニシエータは、コマンド ATR_REQのその他のフィールド（フィールド BSiやフィールド BRi等）を設定する。

[0223] ステップ S65において、イニシエータは、コマンド ATR_REQをターゲットに対して送信する。

[0224] これにより、「イニシエータ側の ATR_REQ送信処理」は終了となる。

[0225] このようにして、コマンド ATR_REQがイニシエータからターゲットに送信されると、タ一ゲットは、例えば図 21の「ターゲット側の ATR_REQ受信処理」の処理を実行する。そこで、以下、図 21のフローチャートを参照して、「ターゲット側の ATR_REQ受信処理

」の一例を説明する。

[0226] ステップ S81において、ターゲットは、コマンド ATR_REQを受信する。

[0227] ステップ S82において、ターゲットは、コマンド ATR_REQの解釈を行う。

[0228] ステップ S83において、ターゲットは、コマンド ATR_REQの解釈の結果に基づいて、コマンド ATR_REQのフィールド Gi[0]乃至 Gi[n]に情報が格納されているか否かを判定する。

[0229] ステップ S83にお!/、て、コマンド ATR_REQのフィールド Gi[0]乃至 Gi[n]に情報が何も格納されていないと判定された場合、処理はステップ S88に進む。即ち、後述するステツプ S84乃至 S87の処理は実行されない。なお、ステップ S88以降の処理については後述する。

[0230] これに対して、図 20の「イニシエータ側の ATR_REQ送信処理」の結果、ィ-シエータから送信されてきたコマンド ATR_REQがステップ S81の処理で受信され、ステップ S 82の処理で正しく解釈された場合には、コマンド ATR_REQのフィールド Gi[0]乃至 Gi[ n]のそれぞれにはカプセル [0]乃至カプセル [n]のそれぞれが格納されて!、る。そこで、このような場合、ステップ S83において、コマンド ATR_REQのフィールド Gi[0]乃至 Gi [n]に情報が格納されていると判定されて、処理はステップ S84に進む。

[0231] ステップ S84において、ターゲットは、コマンド ATR_REQのフィールド Gi[0]乃至 Gi[n ]のそれぞれに従った所定の処理、即ち、フィールド Gi[0]乃至 Gi[n]のそれぞれに格納されたカプセル [0]乃至カプセル [k]のそれぞれの内容に従った所定の処理を実行する。なお、ステップ S84において実行される所定の処理の具体例については後述する。

[0232] ステップ S85において、ターゲットは、ステップ S84における所定の処理が成功したか否かを判定する。

[0233] ステップ S85において、ステップ S84における所定の処理が失敗した (成功していない）と判定された場合、処理はステップ S88に進む。即ち、後述するステップ S86と S87の処理は実行されない。なお、ステップ S88以降の処理については後述する。

[0234] これに対して、ステップ S85において、ステップ S84における所定の処理が成功したと判定された場合、処理はステップ S86に進む。ステップ S86において、ターゲットは、レスポンス ATR_RES用のカプセル [0]乃至 [n]を生成する。なお、レスポンス ATR _RES用のカプセル [0]乃至 [n]の具体例につ、ては後述する。

[0235] ステップ S87において、ターゲットは、カプセル [0]乃至 [n]のそれぞれを、レスポンス ATR_RESのフィールド Gi[0]乃至 Gi[n]のそれぞれに格納する。これにより、処理はステップ S88に進む。

[0236] 以上説明したように、ステップ S87の処理が終了した場合、ステップ S83において N Oであると判定された場合、または、ステップ S85において NOであると判定された場合、処理はステップ S88に進む。ステップ S88において、ターゲットは、レスポンス AT R_RESのフィールド PPiを設定する。

[0237] ステップ S89において、ターゲットは、レスポンス ATR_RESのその他のフィールド（フィールド BSiやフィールド BRi等）を設定する。

[0238] ステップ S90において、ターゲットは、レスポンス ATR_RESをイニシエータに対して送信する。

[0239] これにより、「ターゲット側の ATR_REQ受信処理」は終了となる。

[0240] このようにして、レスポンス ATR_RESがターゲットからイニシエータに送信されると、ィ -シエータは、例えば図 22の「イニシエータ側の ATR_RES受信処理」の処理を実行する。そこで、以下、図 22のフローチャートを参照して、「イニシエータ側の ATR_RES 受信処理」の一例を説明する。

[0241] ステップ S101において、イニシエータは、レスポンス ATR_RESを受信する。

[0242] ステップ S102において、イニシエータは、レスポンス ATR_RESの解釈を行う。 [0243] ステップ S103において、イニシエータは、レスポンス ATR_RESの解釈の結果に基づ、て、レスポンス ATR_RESのフィールド Gi[0]乃至 Gi[n]に情報が格納されて、る力否かを判定する。

[0244] ステップ S 103において、レスポンス ATR_RESのフィールド Gi[0]乃至 Gi[n]に情報が何も格納されていないと判定された場合、処理はステップ S 106に進む。ステップ S1 06において、イニシエータは、カプセル [0]乃至 [n]が格納されたコマンド ATR_RESをターゲットに再送信する。

[0245] その後、処理はステップ S101に戻され、それ以降の処理が繰り返される。即ち、ステツプ S106の処理で再送信されたコマンド ATR_RESに対してターゲットから送信されてきたレスポンス ATR_RESがステップ S 101の処理で取得され、そのレスポンス ATR _RESにつ、てのそれ以降の処理が繰り返される。

[0246] なお、ターゲットが、図 21の「ターゲット側の ATR_REQ受信処理」を実行できな！/ヽ場合、即ち、図 12のカプセル 51を取り扱えない場合、ステップ S101乃至 S106のループ処理が延々と繰り返されることになる。そこで、図示はしないが、イニシエータは、ステツプ S101乃至 S106のループ処理の繰り返し回数をカウントし、繰り返し回数が所定の閾値以上となった場合、ターゲットはカプセル 51を取り扱えない NFC通信装置であるとみなして、そのレスポンス ATR_RESの設定内容を内部に記憶する等の所定の処理を実行した後、「イニシエータ側の ATR_RES受信処理」を強制的に終了させるようにしてもよい。

[0247] これに対して、図 21の「ターゲット側の ATR_REQ受信処理」にお!/、て、上述したステップ S86と S87の処理が実行されて、ステップ S90の処理で、カプセル [0]乃至カプセル [k]を含むレスポンス ATR_RESがターゲットからイニシエータに送信され、さらに、そのレスポンス ATR_RESがステップ S101の処理で受信され、ステップ S102の処理で正しく解釈された場合には、ステップ S 103において、レスポンス ATR_RESのフィールド Gi[0]乃至 Gi[n]に情報が格納されていると判定されて、処理はステップ S104に進む。

[0248] ステップ S104において、イニシエータは、レスポンス ATR_RESのフィールド Gi[0]乃至 Gi[n]のそれぞれに従った所定の処理、即ち、フィールド Gi[0]乃至 Gi[n]のそれぞれに格納されたカプセル [0]乃至カプセル [k]のそれぞれの内容に従った所定の処理を実行する。なお、ステップ S104において実行される所定の処理の具体例については後述する。

[0249] ステップ S105において、イニシエータは、ステップ S 104における所定の処理が成功したカゝ否かを判定する。

[0250] ステップ S105において、ステップ S104における所定の処理が失敗した (成功していない）と判定された場合、処理はステップ S 106に進み、それ以降の処理が繰り返される。即ち、ステップ S106の処理で、カプセル [0]乃至 [n]が格納されたコマンド ATR _RESが再送信され、ステップ S101の処理で、それに対するレスポンス ATR_RESがステツプ S101が取得され、そのレスポンス ATR_RESについてのそれ以降の処理が繰り返される。

[0251] これに対して、ステップ S105において、ステップ S 104における所定の処理が成功したと判定された場合、「イニシエータ側の ATR_RES受信処理」は終了となる。

[0252] 以上、図 20の「イニシエータ側の ATR_REQ送信処理」、図 21の「ターゲット側の AT R_REQ受信処理」、および、図 22の「イニシエータ側の ATR_RES受信処理」のそれぞれについて説明した。

[0253] ところで、このような図 20の「イニシエータ側の ATR_REQ送信処理」が図 10のステツプ S16または図 11のステップ S33の処理として実行され、図 22の「イニシエータ側の ATR_RES受信処理」が図 10のステップ S17または図 11のステップ S34の処理として実行される場合には、コマンド ATR_REQとレスポンス ATR_RESとは 1回ずつやり取りされること〖こなる。

[0254] ただし、コマンド ATR_REQとレスポンス ATR_RESとのやり取りの回数は、 1回に限定されず、複数回でもよい。

[0255] 例えば、上述した図 12のカプセル 51を含むコマンド ATR_REQとレスポンス ATR_RE Sとを、イニシエータとターゲットとの間でやり取りすることで、所定の種類の能力の存在を交換して、その能力の活性ィ匕の指示や確認を実現することが可能になることについて上述した。この実現方法として、イニシエータとターゲットとは、所定の種類の能力の存在を交換するために、コマンド ATR_REQとレスポンス ATR_RESとのやり取りを 1回行い、その後、その所定の種類の能力の活性ィ匕の指示や確認を行うために、コマンド ATR_REQとレスポンス ATR_RESとのやり取りをさらに 1回行うことができる。

[0256] この場合、図示はしないが、図 10のステップ S16と S17との処理、または、図 11のステップ S33と S34との処理が 2回繰り返された後、図 10のステップ 18または図 11のステップ S35の処理が実行されることになる。即ち、図 20の「イニシエータ側の ATR_R EQ送信処理」、図 21の「ターゲット側の ATR_REQ受信処理」、および、図 22の「ィ- シエータ側の ATR_RES受信処理」の一連の処理が 2回繰り返された後、図 10のステップ 18または図 11のステップ S35の処理が実行されることになる。

[0257] 以下、所定の種類の能力の存在を交換するために実行される、図 20の「ィニシェータ側の ATR_REQ送信処理」、図 21の「ターゲット側の ATR_REQ受信処理」、および、図 22の「イニシエータ側の ATR— RES受信処理」の一連の処理の具体例につ!、て説明する。そして、その説明に続いて、その所定の種類の能力の活性ィ匕の指示や確認を実現するために実行される、図 20の「イニシエータ側の ATR_REQ送信処理」、図 2 1の「ターゲット側の ATR_REQ受信処理」、および、図 22の「イニシエータ側の ATR_R ES受信処理」の一連の処理の具体例について説明する。

[0258] 即ち、ここでは、イニシエータとターゲットとの間の無線通信の出力電力の制御（以下、 RF Power controlと記述する）の能力を、能力の 1つの種類の具体例として挙げて、以下の説明を行っていく。換言すると、ここでは、イニシエータとターゲットとが、 R F Power controlの能力のレベルを交換して、そのレベルの範囲内で RF Power contr olを行うための指示 (活性ィ匕の指示)や確認を行う場合におけるイニシエータとターゲットとが実行する一連の処理の具体例について説明する。

[0259] この場合、はじめに、イニシエータとターゲットとは、 RF Power controlの能力を交換するために、図 20の「イニシエータ側の ATR_REQ送信処理」、図 21の「ターゲット側の ATR_REQ受信処理」、および、図 22の「イニシエータ側の ATR_RES受信処理」の一連の処理を 1回行う。

[0260] 詳細には、イニシエータは、図 20のステップ S61の処理で、例えば次のようなカプセノレ [0]

を生成する。 [0261] 即ち、イニシエータは、図 12の「処理を指示する情報」フィールド 62に対して、「RF Power Controlの能力の報告」という内容を示す情報を設定する。

[0262] 次に、イニシエータは、「能力を示す情報」フィールド 63に対して、自分自身の RF P ower Controlの能力を示す情報として、「出力電力が所定の最大値 Hmaxを超えられるか否か」、「出力電力が所定の最小値 Hminを超えられる力否か」、「最大値 Hmaxと最小値 Hminとの間は何段階で調節可能であるのか」、「デフォルトの値の指示」、「最大値 Hmaxと機器固有の最大出力電力（RF Power)との間は何段階で調節可能であるの力、」、および「最小値 Hminと機器固有の最小出力電力（RF Power)との間は何段階で調節可能であるのか」等の情報を設定する。

[0263] 次に、イニシエータは、「能力を示す情報に対する指示」フィールド 64に対して、「「能力を示す情報」フィールド 63の設定値を記憶せよ」、う命令を設定する。

[0264] 次に、イニシエータは、「付随情報」フィールド 65に対して、「このカプセル 51に格納された各情報を理解して、「能力を示す情報」フィールド 63の設定値の記憶を完了したならば、レスポンス ATR_RESに含めるカプセル 51のうちの「付随情報」フィールド 65に対して、所定の合言葉 {RF Power能力解釈完了 }を設定することで返事をせよ」 t ヽぅ内容を示す情報を設定する。

[0265] そして、イニシエータは、このようにして設定された各フィールドを図 12に示される順番で配置することで、カプセル [0]を生成する。

[0266] 次に、図 20のステップ S62の処理で、イニシエータは、このカプセル [0]を、コマンド ATR_REQのフィールド Gi[0]に格納する。

[0267] 次に、ステップ S63の処理で、イニシエータは、コマンド ATR_REQのフィールド PPi の設定を行う。詳細には、イニシエータは、上述した図 16のビット bitlに対して 1を設定することにより、即ち、情報 Giとして 1を設定することにより、フィールド Gi (General B yte)が有効であることを示す。また、イニシエータは、いまの場合、フィールド Gi[0]だけが利用され、その結果、フィールド Bytel4までのコマンド ATR_REQとなることから、図 16のビット bit4, bit5に対して「00」を設定する。即ち、情報 LRiとして「00」が設定される。なお、いまの場合、 n=0とされているため、情報 LRiとして「00」が設定されたが、上述したように、「00」、「01」、「11」、および、「11」のうちの、実際の nに対応する適切な値が設定される。また、イニシエータは、フィールド PPiのその他のビットに対しても適切な値を設定する。

[0268] そして、イニシエータは、ステップ S64の処理で、その他のフィールド（図 13のフィ一ルド BSiやフィールド BRi等）の設定を行い、ステップ S65の処理で、このようにして各情報 (各値)が設定されたコマンド ATR_REQをターゲットに送信する。

[0269] すると、ターゲットは、図 21のステップ S81の処理で、このコマンド ATR_REQを受信し、ステップ S82の処理で、その解釈を行う。

[0270] ステップ S82におけるコマンド ATR_REQの解釈が成功すると、ステップ S83の処理で、コマンド ATR_REQのフィールド Gi[0]に情報が格納されていると判定されて、処理はステップ S84に進む。

[0271] ステップ S84の処理で、ターゲットは、コマンド ATR_REQのフィールド Gi[0]に格納されているカプセル [0]に従って、例えば次のような処理を実行する。

[0272] 即ち、いまの場合、カプセル [0]のうちの図 12の「処理を指示する情報」フィールド 6 2には、「RF Power Controlの能力の報告」という内容を示す情報が設定されるので、ターゲットは、このカプセル [0]は、イニシエータについての「RF Power Controlの能力の報告」をするためのカプセルであることを認識する。

[0273] 次に、ターゲットは、カプセル [0]のうちの「能力を示す情報に対する指示」フィールド 64の設定内容、即ち、「「能力を示す情報」フィールド 63の設定値を記憶せよ」という命令を受け取り、カプセル [0]のうちの「能力を示す情報」フィールド 63の設定内容を読み出して、自分自身の内部に記憶する。

[0274] そして、ターゲットは、カプセル [0]のうちの「付随情報」フィールド 65の設定内容、即ち、「このカプセル 51に格納された各情報を理解して、「能力を示す情報」フィールド 63の設定値の記憶を完了したならば、レスポンス ATR_RESに含めるカプセル 51のうちの「付随情報」フィールド 65に対して、所定の合言葉 {RF Power能力解釈完了 } を設定することで返事をせよ」ヽぅ内容を認識する。

[0275] これにより、ステップ S85の処理では、所定の処理が成功したと判定されて、処理はステップ S86に進む。

[0276] ターゲットは、ステップ S86の処理で、例えば次のような、レスポンス ATR_RES用のカプセル [0]を生成する。

[0277] 即ち、ターゲットは、図 12の「処理を指示する情報」フィールド 62に対して、「RF Po wer Controlの自身の能力の報告、および、イニシエータ力もの報告に対する返答」と Vヽぅ内容を示す情報を設定する。

[0278] 次に、ターゲットは、「能力を示す情報」フィールド 63に対して、自分自身の RF Pow er Controlの能力を示す情報として、「出力電力が所定の最大値 Hmaxを超えられるか否か」、「出力電力が所定の最小値 Hminを超えられるか否か」、「最大値 Hmaxと最小値 Hminとの間は何段階で調節可能であるのか」、「デフォルトの値の指示」、「最大値 Hmaxと機器固有の最大出力電力（RF Power)との間は何段階で調節可能であるのか」、および「最小値 Hminと機器固有の最小出力電力（RF Power)との間は何段階で調節可能であるのか」等の情報を設定する。

[0279] 次に、ターゲットは、「能力を示す情報に対する指示」フィールド 64に対して、「「能力を示す情報」フィールド 63の設定値を記憶せよ」、う命令を設定する。

[0280] 次に、ターゲットは、「付随情報」フィールド 65に対して、イニシエータからのコマンド ATR_REQに含まれていた上述した指示に従って、所定の合言葉 {RF Power能力解釈完了 }を示す情報を設定する。

[0281] そして、ターゲットは、このようにして設定された各フィールドを図 12に示される順番で配置することで、カプセル [0]を生成する。

[0282] 次に、図 21のステップ S87の処理で、ターゲットは、このカプセル [0]を、レスポンス ATR_RESのフィールド Gi[0]に格納する。

[0283] 次に、ステップ S88の処理で、ターゲットは、コマンド ATR_REQのフィールド PPiの設定を行う。詳細には、ターゲットは、上述した図 16のビット bitlに対して 1を設定することにより、即ち、情報 Giとして 1を設定することにより、フィールド Gi (General Byte)が有効であることを示す。また、ターゲットは、いまの場合、フィールド Gi[0]だけが利用され、その結果、フィールド Bytel4までのレスポンス ATR_RESとなることから、図 16のビット bit4, bit5に対して「00」を設定する。即ち、情報 LRiとして「00」が設定される。なお、いまの場合、 n=0とされているため、情報 LRiとして「00」が設定された力上述したように、「00」、「01」、「11」、および、「11」のうちの、実際の nに対応する適切な値が設定される。また、ターゲットは、フィールド PPiのその他のビットに対しても適切な値を設定する。

[0284] そして、ターゲットは、ステップ S89の処理で、その他のフィールド（図 13のフィールド BSiやフィールド BRi等）の設定を行い、ステップ S90の処理で、このようにして各情報（各値）が設定されたレスポンス ATR_RESをイニシエータに送信する。

[0285] すると、イニシエータは、図 22のステップ S101の処理で、このレスポンス ATR_RES を受信し、ステップ S 102の処理で、その解釈を行う。

[0286] ステップ S102におけるレスポンス ATR_RESの解釈が成功すると、ステップ S103の処理で、レスポンス ATR_RESのフィールド Gi[0]に情報が格納されて、ると判定されて、処理はステップ S 104に進む。

[0287] ステップ S 104の処理で、イニシエータは、レスポンス ATR_RESのフィールド Gi[0]に格納されているカプセル [0]に従って、例えば次のような処理を実行する。

[0288] 即ち、いまの場合、カプセル [0]のうちの図 12の「処理を指示する情報」フィールド 6 2には、「RF Power Controlの能力の報告、および、イニシエータからの報告に対する返答」という内容を示す情報が設定されるので、イニシエータは、このカプセル [0]は、ターゲットについての RF Power Controlの能力の報告と、先に送信したコマンド ATR_ REQに対する返答とを行うためのカプセルであることを認識する。

[0289] 次に、イニシエータは、カプセル [0]のうちの「能力を示す情報に対する指示」フィ一ルド 64の設定内容、即ち、「「能力を示す情報」フィールド 63の設定値を記憶せよ」と、う命令を受け取り、カプセル [0]のうちの「能力を示す情報」フィールド 63の設定内容を読み出して、自分自身の内部に記憶する。

[0290] そして、イニシエータは、カプセル [0]のうちの「付随情報」フィールド 65の設定内容、即ち、所定の合言葉 {RF Power能力解釈完了 }という内容を認識する。

[0291] これにより、ステップ S 105の処理では、所定の処理が成功したと判定されて、「ィ- シエータ側の ATR— RES受信処理」が終了となる。

[0292] 以上のようにして、イニシエータとターゲットとは、 RF Power controlの能力のレベルを交換することができる。

[0293] 次に、イニシエータとターゲットとは、そのレベルの範囲内で RF Power controlを行うための指示 (活性ィ匕の指示）や確認を行うために、図 20の「イニシエータ側の ATR_R EQ送信処理」、図 21の「ターゲット側の ATR_REQ受信処理」、および、図 22の「ィ- シエータ側の ATR_RES受信処理」の一連の処理を 1回行う。

[0294] 詳細には、イニシエータは、図 20のステップ S61の処理で、例えば次のようなカプセノレ [0]

を生成する。

[0295] 即ち、イニシエータは、図 12の「処理を指示する情報」フィールド 62に対して、「実行指示」と!、う内容を示す情報を設定する。

[0296] 次に、イニシエータは、「能力を示す情報」フィールド 63に対して、「実行指示の対象は RF Power Controlである」という内容を示す情報を設定する。

[0297] 次に、イニシエータは、「能力を示す情報に対する指示」フィールド 64に対して、「出力電力（RF Power)を最小値 Hminよりも 2段階下げろ」という命令を設定する。なお、ここでは、最小値 Hmin力ゼロまでの範囲内で 3段階の調節ができる能力をターゲット有して、ると、う情報が、能力の存在の交換にっ、ての上述した一連の処理の結果として、イニシエータにより認識済みであるとする。

[0298] 次に、イニシエータは、「付随情報」フィールド 65に対して、「このカプセル 51に格納された各情報を理解して、「能力を示す情報に対する指示」フィールド 64に設定された命令に対する処理の実行を完了したならば、レスポンス ATR_RESに含めるカプセル 51のうちの「付随情報」フィールド 65に対して、所定の合言葉 {出力電圧を 2段階下げるのに成功しました }を設定することで返事をせよ」という内容を示す情報を設定する。

[0299] そして、イニシエータは、このようにして設定された各フィールドを図 12に示される順番で配置することで、カプセル [0]を生成する。

[0300] 次に、図 20のステップ S62の処理で、イニシエータは、このカプセル [0]を、コマンド

ATR_REQのフィールド Gi[0]に格納する。

[0301] 次に、ステップ S63の処理で、イニシエータは、コマンド ATR_REQのフィールド PPi の設定を行う。詳細には、イニシエータは、上述した図 16のビット bitlに対して 1を設定することにより、即ち、情報 Giとして 1を設定することにより、フィールド Gi (General B yte)が有効であることを示す。また、イニシエータは、いまの場合、フィールド Gi[0]だけが利用され、その結果、フィールド Bytel4までのコマンド ATR_REQとなることから、図 16のビット bit4, bit5に対して「00」を設定する。即ち、情報 LRiとして「00」が設定される。なお、いまの場合、 n=0とされているため、情報 LRiとして「00」が設定されたが、上述したように、「00」、「01」、「11」、および、「11」のうちの、実際の nに対応する適切な値が設定される。また、イニシエータは、フィールド PPiのその他のビットに対しても適切な値を設定する。

[0302] そして、イニシエータは、ステップ S64の処理で、その他のフィールド（図 13のフィ一ルド BSiやフィールド BRi等）の設定を行い、ステップ S65の処理で、このようにして各情報 (各値)が設定されたコマンド ATR_REQをターゲットに送信する。

[0303] すると、ターゲットは、図 21のステップ S81の処理で、このコマンド ATR_REQを受信し、ステップ S82の処理で、その解釈を行う。

[0304] ステップ S82におけるコマンド ATR_REQの解釈が成功すると、ステップ S83の処理で、コマンド ATR_REQのフィールド Gi[0]に情報が格納されていると判定されて、処理はステップ S84に進む。

[0305] ステップ S84の処理で、ターゲットは、コマンド ATR_REQのフィールド Gi[0]に格納されているカプセル [0]に従って、例えば次のような処理を実行する。

[0306] 即ち、いまの場合、カプセル [0]のうちの図 12の「処理を指示する情報」フィールド 6 2には、「実行指示」という内容を示す情報が設定されるので、ターゲットは、このカブセル [0]は、所定の種類の能力の活性ィ匕を指示するためのカプセルであることを認識する。

[0307] そこで、ターゲットは、何れの種類の能力の活性ィ匕を指示するのかを認識するために、カプセル [0]のうちの「能力を示す情報」フィールド 63の設定内容を読み出す。いまの場合、「実行指示の対象は RF Power Controlである」という内容を示す情報が読み出される。従って、ターゲットは、このカプセル [0]は、 RF Power Controlの実行の指示を行うカプセルであることを認識する。

[0308] 次に、ターゲットは、「能力を示す情報に対する指示」フィールド 64の設定内容、即ち、「出力電力（RF Power)を最小値 Hminよりも 2段階下げろ」という命令を受け取り、自分自身の出力電力（RF Power)を最小値 Hminよりも 2段階下げるために必要な各種処理を実行する。

[0309] そして、ターゲットは、カプセル [0]のうちの「付随情報」フィールド 65の設定内容、即ち、「このカプセル 51に格納された各情報を理解して、「能力を示す情報に対する指示」フィールド 64に設定された命令に対する処理の実行を完了したならば、レスポンス ATR_RESに含めるカプセル 51のうちの「付随情報」フィールド 65に対して、所定の合言葉 {出力電圧を 2段階下げるのに成功しました }を設定することで返事をせよ」という内容を認識する。

[0310] これにより、ステップ S85の処理では、所定の処理が成功したと判定されて、処理はステップ S86に進む。

[0311] ターゲットは、ステップ S86の処理で、例えば次のような、レスポンス ATR_RES用のカプセル [0]を生成する。

[0312] 即ち、ターゲットは、図 12の「処理を指示する情報」フィールド 62に対して、「ィ -シエータからの命令に対する返答」、う内容を示す情報を設定する。

[0313] 次に、ターゲットは、「付随情報」フィールド 65に対して、イニシエータからのコマンド

ATR_REQに含まれていた上述した指示に従って、所定の合言葉 {出力電圧を 2段階下げるのに成功しました }を示す情報を設定する。

[0314] そして、ターゲットは、このようにして設定された各フィールドを図 12に示される順番で配置することで、カプセル [0]を生成する。

[0315] なお、ここでは、ターゲットは、イニシエータ力もの命令に対する返答のみを行うとして、「能力を示す情報」フィールド 63と、「能力を示す情報に対する指示」フィールド 6

4とには何も設定しない。ただし、ターゲットが、イニシエータ側の RF Power Controlを実行する場合には、「能力を示す情報」フィールド 63や、「能力を示す情報に対する指示」フィールド 64に対して、イニシエータからのコマンド ATR_REQに含まれるカプセル G[0]の設定内容と同様の内容を設定することもできる。

[0316] 次に、図 21のステップ S87の処理で、ターゲットは、このカプセル [0]を、レスポンス

ATR_RESのフィールド Gi[0]に格納する。

[0317] 次に、ステップ S88の処理で、ターゲットは、コマンド ATR_REQのフィールド PPiの設定を行う。詳細には、ターゲットは、上述した図 16のビット bitlに対して 1を設定することにより、即ち、情報 Giとして 1を設定することにより、フィールド Gi (General Byte)が有効であることを示す。また、ターゲットは、いまの場合、フィールド Gi[0]だけが利用され、その結果、フィールド Bytel4までのレスポンス ATR_RESとなることから、図 16のビット bit4, bit5に対して「00」を設定する。即ち、情報 LRiとして「00」が設定される。なお、いまの場合、 n=0とされているため、情報 LRiとして「00」が設定された力上述したように、「00」、「01」、「11」、および、「11」のうちの、実際の nに対応する適切な値が設定される。また、ターゲットは、フィールド PPiのその他のビットに対しても適切な値を設定する。

[0318] そして、ターゲットは、ステップ S89の処理で、その他のフィールド（図 13のフィールド BSiやフィールド BRi等）の設定を行い、ステップ S90の処理で、このようにして各情報（各値）が設定されたレスポンス ATR_RESをイニシエータに送信する。

[0319] すると、イニシエータは、図 22のステップ S101の処理で、このレスポンス ATR_RES を受信し、ステップ S 102の処理で、その解釈を行う。

[0320] ステップ S102におけるレスポンス ATR_RESの解釈が成功すると、ステップ S103の処理で、レスポンス ATR_RESのフィールド Gi[0]に情報が格納されて、ると判定されて

、処理はステップ S 104に進む。

[0321] ステップ S104の処理で、イニシエータは、レスポンス ATR_RESのフィールド Gi[0]に格納されているカプセル [0]に従って、例えば次のような処理を実行する。

[0322] 即ち、いまの場合、カプセル [0]のうちの図 12の「処理を指示する情報」フィールド 6

2には、「イニシエータからの命令に対する返答」 t 、う内容を示す情報が設定されるので、イニシエータは、このカプセル [0]は、先に送信したコマンド ATR_REQに対する返答を行うためのカプセルであることを認識する。

[0323] そこで、イニシエータは、カプセル [0]のうちの「付随情報」フィールド 65の設定内容

、即ち、所定の合言葉 {出力電圧を 2段階下げるのに成功しました }という内容を認識する。

[0324] これにより、ステップ S 105の処理では、所定の処理が成功したと判定されて、「ィ- シエータ側の ATR RES受信処理」が終了となる。 [0325] 以上のようにして、イニシエータとターゲットとは、 RF Power controlの能力のレベルを交換した後に、そのレベルの範囲内で RF Power controlを行うための指示（活性化の指示)や確認を行うことができる。

[0326] これにより、例えば、イニシエータが、重要度の高い情報を、ターゲットに対して書き込んだり、或いはターゲットから読み出す場合、その情報が送受信される際の出力電圧を可能な限り低く抑えることが可能になり、その結果、その情報の秘匿性を図ることができる、即ち、その情報の盗聴を防止することができるという効果を奏することが可能になる。特に、ターゲットがカード等で構成され、そのカードの発行時に、ィユシェータがそのカードに対して鍵情報等の重要情報を書き込む場合に、この効果はより顕著なものとなる。

[0327] また、例えば、イニシエータが、他のターゲットが存在する状態で、所定のターゲットを通信相手として通信を行う場合には、上述したように、コリジョンが生じる場合がある。このような場合も、イニシエータは、他のターゲットの出力電圧を抑えるとともに、通信相手のターゲットの出力電力を上げることで、コリジョンを防止することができるという効果を奏することも可能になる。

[0328] また、上述した例では、 RF Power controlの能力のレベルを交換する場合にも、そのレベルの範囲内で RF Power controlを行うための指示（活性化の指示）や確認を行う場合〖こも、図 12のカプセル 51は、コマンド ATR_REQやレスポンス ATR_RESに格納されたが、上述したように、その格納先は特に限定されない。例えば、 RF Power co ntrolの能力のレベルを交換する場合には、コマンド ATR_REQやレスポンス ATR_RES にカプセル 51を格納させて、そのレベルの範囲内で RF Power controlを行うための指示 (活性ィ匕の指示）や確認を行う場合には、コマンド DEP_REQやレスポンス DEP_R ESにカプセル 51を格納させることも可能である。

[0329] なお、本明細書にぉ、て、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

Claims

請求の範囲

[1] 1以上のコマンド、および、 1以上のレスポンスが少なくとも規定されている通信プロトコルに従って、通信相手である他の通信装置と通信を行う通信装置であって、データを送受信する複数の装置のそれぞれにおいて、電磁波を出力し、その電磁波を変調することによりデータの送信を行う通信モードであるアクティブモードと、複数の装置のうちの 1の装置において、電磁波を出力し、その電磁波を変調することによりデータの送信を行うとともに、前記複数の装置のうちの他の装置において、前記 1 の装置が出力する電磁波を負荷変調することによりデータの送信を行う通信モードであるパッシブモードとのうちのいずれかの通信モードで通信を行う通信手段と、前記通信装置自身または前記他の通信装置が有する所定の 1種類の能力に関連する情報を 1以上含むデータ群を能力の種類毎にそれぞれ生成し、生成された 1以上の前記データ群を、前記通信プロトコルで規定されている 1以上の前記コマンドおよび 1以上の前記レスポンスのうちの所定の 1つに格納させて、前記他の通信装置に送信する制御を行う制御手段

を備えることを特徴とする通信装置。

[2] 前記通信プロトコルは、前記通信装置および前記他の通信装置が有すべきまたは有することが可能な属性をさらに規定し、 1以上の前記コマンドのうちの 1つとして、前記属性を通信相手に通知するまたは要求するための属性コマンドを少なくとも規定し

、 1以上の前記コマンドのうちの 1つとして、前記属性コマンドに対する属性レスポンスを少なくとも規定しており、

前記制御手段は、前記通信プロトコルに前記属性として規定されて、る種類とは異なる n+1種類 (nは、 0以上の整数値)の能力のそれぞれについて、対応する種類の能力に関連する情報を 1以上含む前記データ群を n+1種類毎にそれぞれ生成し、生成された n+1個の前記データ群を、前記属性コマンドまたは前記属性レスポンスに格納させて、前記他の通信装置に送信する制御を行う

ことを特徴とする請求項 1に記載の通信装置。

[3] 前記制御手段は、 n+1種類の能力のそれぞれにつ、て、対応する種類の能力につ V、ての、前記通信装置自身が有して、るまたは有することが可能なレベルを示す情報を少なくとも含む前記データ群を n+1種類毎にそれぞれ生成し、生成された n+1個の前記データ群を、前記属性コマンドに格納させて、前記他の通信装置に送信する制御を行う

ことを特徴とする請求項 2に記載の通信装置。

[4] 前記制御手段は、 n+1種類の能力のそれぞれについて、対応する種類の能力につ V、ての、前記他の通信装置が有して、るまたは有することが可能なレベルを前記通信装置自身に対して通知する指示を少なくとも含む前記データ群を n+1種類毎にそれぞれ生成し、生成された n+1個の前記データ群を、前記属性コマンドに格納させて、前記他の通信装置に送信する制御を行う

ことを特徴とする請求項 2に記載の通信装置。

[5] 前記他の通信装置により、 n+1種類の能力のそれぞれについて、対応する種類の能力につ、ての、前記通信装置自身が有して、るまたは有することが可能なレベルを前記他の通信装置に対して通知する指示を少なくとも含むデータ群が n+1種類毎にそれぞれ生成され、生成された n+1個の前記データ群が前記属性コマンドに格納されて前記通信装置自身に送信されてきた場合、

前記制御手段は、

前記属性コマンドを前記通信装置自身が受信する制御をさらに行い、受信された前記属性コマンドに格納された n+1個の前記データ群のそれぞれに含まれる前記指示に基づいて、 n+1種類の能力のそれぞれについて、対応する種類の能力につ、ての、前記通信装置自身が有して、るまたは有することが可能なレベルを示す情報を少なくとも含むデータ群を n+1種類毎にそれぞれ生成し、生成された n+ 1個の前記データ群を、前記属性レスポンスに格納させて、前記他の通信装置に送信する制御を行う

ことを特徴とする請求項 2に記載の通信装置。

[6] 前記制御手段は、 n+1種類の能力のそれぞれについて、対応する種類の能力の活性ィ匕を前記他の通信装置が行うことの指示を少なくとも含む前記データ群を n+1種類毎にそれぞれ生成し、生成された n+1個の前記データ群を、前記属性コマンドに格納させて、前記他の通信装置に送信する制御を行うことを特徴とする請求項 2に記載の通信装置。

[7] 前記他の通信装置により、 n+1種類の能力のそれぞれについて、対応する能力の活性化を前記通信装置自身が行うことの指示を少なくとも含むデータ群が n+1種類毎にそれぞれ生成され、生成された n+1個の前記データ群が前記属性コマンドに格納されて前記通信装置自身に送信されてきた場合、

前記制御手段は、

前記属性コマンドを前記通信装置自身が受信する制御をさらに行い、受信された前記属性コマンドに格納された n+1個の前記データ群のそれぞれに含まれる前記指示に基づ、て、 n+1種類の能力のそれぞれの活性ィ匕を行うための制御をさらに行い、

n+1種類の能力のそれぞれにつ、て、対応する種類の能力の活性化の結果を示す情報を少なくとも含むデータ群を n+1種類毎にそれぞれ生成し、生成された n+1個の前記データ群を、前記属性レスポンスに格納させて、前記他の通信装置に送信する制御を行う

ことを特徴とする請求項 2に記載の通信装置。

[8] 前記コマンドまたは前記レスポンスに格納される 1以上のデータ群のそれぞれに含まれる情報により特定される 1種類以上の能力のうちの 1種類は、前記通信装置または前記他の通信装置が出力する電磁波の電力の制御を行う能力である

ことを特徴とする請求項 1に記載の通信装置。

[9] 1以上のコマンド、および、 1以上のレスポンスが少なくとも規定されている通信プロトコルに従って、通信相手である他の通信装置と通信を行う通信装置の通信方法であって、

データを送受信する複数の装置のそれぞれにおいて、電磁波を出力し、その電磁波を変調することによりデータの送信を行う通信モードであるアクティブモードと、複数の装置のうちの 1の装置において、電磁波を出力し、その電磁波を変調することによりデータの送信を行うとともに、前記複数の装置のうちの他の装置において、前記 1 の装置が出力する電磁波を負荷変調することによりデータの送信を行う通信モードであるパッシブモードとのうちの!/、ずれかの通信モードで通信を行、、前記通信装置自身または前記他の通信装置が有する所定の 1種類の能力に関連する情報を 1以上含むデータ群を能力の種類毎にそれぞれ生成し、生成された 1以上の前記データ群を、前記通信プロトコルで規定されている 1以上の前記コマンドおよび 1以上の前記レスポンスのうちの所定の 1つに格納させて、前記他の通信装置に送信する制御を行う

ことを特徴とする通信方法。

データを送受信する複数の装置のそれぞれにおいて、電磁波を出力し、その電磁波を変調することによりデータの送信を行う通信モードであるアクティブモードと、複数の装置のうちの 1の装置において、電磁波を出力し、その電磁波を変調することによりデータの送信を行うとともに、前記複数の装置のうちの他の装置において、前記 1 の装置が出力する電磁波を負荷変調することによりデータの送信を行う通信モードであるパッシブモードとのうちのいずれかの通信モードで通信を行うこと、 1以上のコマンド、および、 1以上のレスポンスが少なくとも規定されている通信プロトコルに従つて、通信相手である他の通信装置と通信を行う通信装置を制御するコンピュータに実行させるプログラムにおいて、

前記通信装置自身または前記他の通信装置が有する所定の 1種類の能力に関連する情報を 1以上含むデータ群を能力の種類毎にそれぞれ生成し、生成された 1以上の前記データ群を、前記通信プロトコルで規定されている 1以上の前記コマンドおよび 1以上の前記レスポンスのうちの所定の 1つに格納させて、前記他の通信装置に送信する制御を行う制御ステップ

を含むことを特徴とするプログラム。