JP4618494B2 - 通信装置および通信方法 - Google Patents

Description

本発明は、通信装置および通信方法に関し、特に、例えば、ニーズ等に応じた多様な近接通信を行うこと等ができるようにする通信装置および通信方法に関する。

近接通信を行うシステムとしては、例えば、ＩＣ(Integrated Circuit)システムが広く知られている。ＩＣカードシステムにおいては、リーダ／ライタが電磁波を発生することにより、いわゆるＲＦ(Radio Frequency)フィールド（磁界）を形成する。そして、リーダ／ライタに、ＩＣカードが近づくと、ＩＣカードは、電磁誘導によって、電源の供給を受けるとともに、リーダ／ライタとの間でデータ伝送を行う（例えば、特許文献１）。
特開平１０−１３３１２号公報

ところで、現在実施されているＩＣカードシステムの仕様としては、例えば、タイプＡ、タイプＢ、タイプＣと呼ばれているものがある。

タイプＡは、フィリップス社のMIFARE方式として採用されているもので、リーダ／ライタからＩＣカードへのデータ伝送には、Millerによるデータのエンコードが行われ、ＩＣカードからリーダ／ライタへのデータ伝送には、Manchesterによるデータのエンコードが行われる。また、タイプＡでは、データの伝送レートとして、106kbps(kilo bit per second)が採用されている。

タイプＢでは、リーダ／ライタからＩＣカードへのデータ伝送には、NRZによるデータのエンコードが行われ、ＩＣカードからリーダ／ライタへのデータ伝送には、NRZ-Lよるデータのエンコードが行われる。また、タイプＢでは、データの伝送レートとして、106kbpsが採用されている。

タイプＣは、本件出願人であるソニー株式会社のFeliCa方式として採用されているもので、リーダ／ライタとＩＣカードとの間のデータ伝送には、Manchesterによるデータのエンコードが行われる。また、タイプＣでは、データの伝送レートとして、212kbpsが採用されている。

従って、例えば、伝送レートに注目してみると、タイプＡ（若しくはタイプＢ）とＣとでは、伝送レートが異なるため、タイプＡまたはＣが採用されているサービスに、他方のタイプのＩＣカードを新たに導入することは、ユーザが混乱等することから、困難であった。

また、今後、より高速なデータレートとしての、例えば、424kbpsや848kbpsなどでのデータ伝送が可能なＩＣカードシステムが登場することが予想されるが、その場合、既存のＩＣカードシステムとの共存（コンパチビリティ）を図る必要がある。

さらに、従来においては、リーダ／ライタは、自身が発生する電磁波（に対応する搬送波）を変調することにより、ＩＣカードにデータを送信し、ＩＣカードは、リーダ／ライタが発生する電磁波（に対応する搬送波）を負荷変調することにより、リーダ／ライタにデータを送信するため、仮に、ＩＣカードどうしで、データのやりとりを行う場合であっても、必ず、リーダ／ライタを介する必要があった。

しかしながら、今後は、ＩＣカード自身が電磁波を発生し、ＩＣカードどうしで、データのやりとりを直接行うことの要請も高まってくると予想される。

本発明は、このような状況に鑑みてなされたものであり、多様な近接通信を行うことができるようにするものである。

本発明の通信装置は、送信したコマンドに対するレスポンスを返す通信相手である他の通信装置からの電磁波によるＲＦ（Radio Frequency）フィールドを検出する検出部と、電磁波を発生することにより、ＲＦフィールドを形成する電磁波出力部と、他の通信装置に送信すべきデータに従って、電磁波を変調することにより、データを、複数の伝送レートのうちの所定の伝送レートで送信する送信部と、他の通信装置から送信されてくる通信パラメータを含むデータを受信する受信部とを備え、受信部で受信した通信パラメータを含むデータに基づいて、伝送レートを変更することができると判定した場合、他の通信装置に伝送レートの変更要求を送信し、伝送レートを変更し、他の通信装置とデータ交換を行うことを特徴とする。

本発明の通信装置においては、検出部が、送信したコマンドに対するレスポンスを返す通信相手である他の通信他の装置からの電磁波によるＲＦフィールドを検出し、電磁波出力部が、電磁波を発生することにより、ＲＦフィールドを形成する。また、送信部が、他の通信装置に送信すべきデータに従って、電磁波を変調することにより、データを、複数の伝送レートのうちの所定の伝送レートで送信するとともに、受信部が、他の通信装置から送信されてくる通信パラメータを含むデータを受信する。そして、通信装置は、受信部で受信した通信パラメータを含むデータに基づいて、伝送レートを変更することができると判定した場合、他の通信装置に伝送レートの変更要求を送信し、伝送レートを変更し、他の通信装置とデータ交換を行う。

本発明によれば、多様な近接通信が可能となる。

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

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

図１においては、通信システムは、３つのNFC通信装置１，２，３から構成されている。NFC通信装置１乃至３それぞれは、他のNFC通信装置との間で、単一の周波数の搬送波を使用した、電磁誘導による近接通信（NFC(Near Field Communication)）を行うことができるようになっている。

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

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

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

NFC通信装置１乃至３は、第１に、２つの通信モードによる通信が可能であることと、第２に、複数の伝送レートによるデータ伝送が可能であることとの２つの特徴を有している。

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

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

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

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

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

一方、アクティブモードでは、図３に示すように、イニシエータであるNFC通信装置１は、自身がデータを送信する場合に、自身で電磁波の出力を開始し、その電磁波を変調することにより、ターゲットであるNFC通信装置２に、データを送信する。そして、NFC通信装置１は、データの送信終了後は、電磁波の出力を停止する。ターゲットであるNFC通信装置２も、自身がデータを送信する場合に、自身で電磁波の出力を開始し、その電磁波を変調することにより、イニシエータであるNFC通信装置１に、データを送信する。そして、NFC通信装置２は、データの送信終了後は、電磁波の出力を停止する。

なお、NFC通信装置１乃至３が、複数の伝送レートによるデータ伝送が可能であるという第２の特徴点については、後述する。

また、図１では、３つのNFC通信装置１乃至３によって、通信システムが構成されているが、通信システムを構成するNFC通信装置は、３つに限定されるものではなく、２または４以上であっても良い。さらに、通信システムは、NFC通信装置の他、例えば、従来のＩＣカードシステムを構成するＩＣカードやリーダ／ライタなどを含めて構成することも可能である。

次に、図４は、図１のNFC通信装置１の構成例を示している。なお、図１の他のNFC通信装置２および３も、図４のNFC通信装置１と同様に構成されるため、その説明は、省略する。

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

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

データ処理部１５は、デコード部１４から供給されるデータに基づき、所定の処理を行う。また、データ処理部１５は、他の装置に送信すべきデータを、エンコード部１６に供給する。

エンコード部１６は、データ処理部１５から供給されるデータを、例えば、マンチェスタ符号などにエンコードし、選択部１７に供給する。選択部１７は、変調部１９または負荷変調部２０のうちのいずれか一方を選択し、その選択した方に、エンコード部１６から供給される信号を出力する。

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

電磁波出力部１８は、アンテナ１１から、所定の単一の周波数の搬送波（の電磁波）を放射させるための電流を、アンテナ１１に流す。変調部１９は、電磁波出力部１８がアンテナ１１に流す電流としての搬送波を、選択部１７から供給される信号にしたがって変調する。これにより、アンテナ１１からは、データ処理部１５がエンコード部１６に出力したデータにしたがって搬送波を変調した電磁波が放射される。

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

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

制御部２１は、NFC通信装置１を構成する各ブロックを制御する。電源部２２は、NFC通信装置１を構成する各ブロックに、必要な電源を供給する。なお、図４では、制御部２１がNFC通信装置１を構成する各ブロックを制御することを表す線の図示と、電源部２２がNFC通信装置１を構成する各ブロックに電源を供給することを表す線の図示は、図が煩雑になるため、省略してある。

ここで、上述の場合には、デコード部１４およびエンコード部１６において、前述のタイプＣで採用されているマンチェスタ符号を処理するようにしたが、デコード部１４およびエンコード部１６では、マンチェスタ符号だけでなく、タイプＡで採用されているモディファイドミラーや、タイプＣで採用されているNRZなどの複数種類の符号の中から１つを選択して処理するようにすることが可能である。

次に、図５は、図４の復調部１３の構成例を示している。

図５では、復調部１３は、選択部３１、２以上であるＮ個の復調部３２₁乃至３２_N、および選択部３３から構成されている。

選択部３１は、制御部２１（図４）の制御にしたがい、Ｎ個の復調部３２₁乃至３２_Nの中から、１つの復調部３２_n（ｎ＝１，２，・・・，Ｎ）を選択し、その選択した復調部３２_nに、受信部１２が出力する信号を供給する。

復調部３２_nは、第ｎの伝送レートで送信されてきた信号を復調し、選択部３３に供給する。ここで、復調部３２_nと復調部３２_n'（ｎ≠ｎ’）は、異なる伝送レートで送信されてきた信号を復調する。従って、図５の復調部１３は、第１乃至第ＮのＮ通りの伝送レートで送信されてくる信号を復調することができるようになっている。なお、Ｎ通りの伝送レートとしては、例えば、前述した106kbps，212kbps，424kbps，848kbpsなどを採用することができる。即ち、Ｎ通りの伝送レートには、例えば、既存のＩＣカードシステムなどの近接通信において既に採用されている伝送レートと、それ以外の伝送レートとを含めることができる。

選択部３３は、制御部２１の制御にしたがい、Ｎ個の復調部３２₁乃至３２_Nの中から、１つの復調部３２_nを選択し、その復調部３２_nで得られた復調出力を、デコード部１４に供給する。

以上のように構成される復調部１３では、制御部２１（図４）は、例えば、選択部３１に、Ｎ個の復調部３２₁乃至３２_Nを順次選択させ、これにより、復調部３２₁乃至３２_Nそれぞれに、受信部１２から選択部３１を介して供給される信号を復調させる。そして、制御部２１は、例えば、受信部１２から選択部３１を介して供給される信号を正常に復調することができた復調部３２_nを認識し、その復調部３２_nの出力を選択するように、選択部３３を制御する。選択部３３は、制御部２１の制御にしたがい、復調部３２_nを選択し、これにより、復調部３２_nで得られた正常な復調出力が、デコード部１４に供給される。

従って、復調部１３では、Ｎ通りの伝送レートのうちの任意の伝送レートで伝送されてくる信号を復調することができる。

なお、復調部３２₁乃至３２_Nは、正常に復調を行うことができた場合のみ、復調出力を出力し、正常に復調を行うことができなかった場合には、何も出力しない（例えば、ハイインピーダンスとなる）ようにすることができる。この場合、選択部３３は、復調部３２₁乃至３２_Nの出力すべての論理和をとって、デコード部１４に出力すれば良い。

次に、図６は、図４の変調部１９の構成例を示している。

図６では、変調部１９は、選択部４１、２以上であるＮ個の変調部４２₁乃至４２_N、および選択部４３から構成されている。

選択部４１は、制御部２１（図４）の制御にしたがい、Ｎ個の変調部４２₁乃至４２_Nの中から、１つの変調部４２_n（ｎ＝１，２，・・・，Ｎ）を選択し、その選択した変調部４２_nに、選択部１７（図４）が出力する信号を供給する。

変調部４２_nは、第ｎの伝送レートでデータの送信が行われるように、選択部４３を介して、アンテナ１１に流れる電流としての搬送波を、選択部４１から供給される信号にしたがって変調する。ここで、変調部４２_nと変調部４２_n'（ｎ≠ｎ’）は、搬送波を、異なる伝送レートで変調する。従って、図６の変調部１９は、第１乃至第ＮのＮ通りの伝送レートでデータを送信することができるようになっている。なお、Ｎ通りの伝送レートとしては、例えば、図５の復調部１３が復調することができるのと同一の伝送レートを採用することができる。

選択部４３は、制御部２１の制御にしたがい、Ｎ個の変調部４２₁乃至４２_Nの中から、選択部４１が選択するのと同一の変調部４２_nを選択し、その変調部４２_nと、アンテナ１１とを電気的に接続する。

以上のように構成される変調部１９では、制御部２１（図４）は、例えば、選択部４１に、Ｎ個の変調部４２₁乃至４２_Nを順次選択させ、これにより、変調部４２₁乃至４２_Nそれぞれに、選択部４１から供給される信号にしたがい、選択部４３を介して、アンテナ１１に流れる電流としての搬送波を変調させる。

従って、変調部１９では、Ｎ通りの伝送レートのうちの任意の伝送レートでデータが送信されるように、搬送波を変調してデータを送信することができる。

なお、図４の負荷変調部２０は、例えば、図６の変調部１９と同様に構成されるため、その説明は、省略する。

以上から、NFC通信装置１乃至３では、搬送波を、Ｎ通りの伝送レートのうちのいずれかの伝送レートで送信されるデータの信号に変調するとともに、Ｎ通りの伝送レートのうちのいずれかの伝送レートで送信されてくるデータの信号を復調することができる。そして、Ｎ通りの伝送レートには、例えば、上述したように、既存のＩＣカードシステム（FeliCa方式など）などの近接通信において既に採用されている伝送レートと、それ以外の伝送レートとを含めることができる。従って、NFC通信装置１乃至３によれば、それぞれの間では、そのＮ通りの伝送レートのいずれの伝送レートでも、データのやりとりを行うことができる。さらに、NFC通信装置１乃至３によれば、既存のＩＣカードシステムを構成するＩＣカードやリーダ／ライタとの間でも、そのＩＣカードやリーダ／ライタが採用している伝送レートで、データのやりとりを行うことができる。

そして、その結果、NFC通信装置１乃至３を、既存の近接通信が採用されているサービスに導入しても、ユーザが混乱等することはなく、従って、その導入を容易に行うことができる。さらに、将来登場することが予想される高速なデータレートによる近接通信が採用されるサービスにも、既存の近接通信との共存を図りながら、NFC通信装置１乃至３を、容易に導入することができる。

また、NFC通信装置１乃至３では、従来の近接通信で採用されていたパッシブモードの他、自身が電磁波を出力することによってデータを送信するアクティブモードでのデータ伝送が可能であるため、リーダ／ライタ等の他の装置を介さなくても、データのやりとりを直接行うことができる。

次に、図７は、図４の復調部１３の他の構成例を示している。なお、図中、図５における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。即ち、図７の復調部１３は、選択部３１が設けられていない他は、図５における場合と基本的に同様に構成されている。

即ち、図７の実施の形態では、受信部１２が出力する信号は、復調部３２₁乃至３２_Nに、同時に供給され、復調部３２₁乃至３２_Nでは、受信部１２からの信号が同時に復調される。そして、制御部２１は、例えば、受信部１２からの信号を正常に復調することができた復調部３２_nを認識し、その復調部３２_nを出力するように、選択部３３を制御する。選択部３３は、制御部２１の制御にしたがい、復調部３２_nを選択し、これにより、復調部３２_nで得られた正常な復調出力が、デコード部１４に供給される。

なお、図７の実施の形態では、復調部３２₁乃至３２_Nに、常に、復調動作を行わせる必要がある。これに対して、図５の実施の形態では、復調部３２₁乃至３２_Nのうちの、選択部３１に選択されているものだけに復調動作を行わせ、他のものは動作を停止させておくことができる。従って、装置の消費電力を節約する観点からは、図７よりも、図５の構成の方が有利である。一方、正常な復調出力を早期に得る観点からは、図５よりも、図７の構成の方が有利である。

次に、図８は、図４の復調部１３のさらに他の構成例を示している。

図８では、復調部１３は、可変レート復調部５１とレート検出部５２から構成されている。

可変レート復調部５１は、受信部１２から供給される信号を、レート検出部５２からの指示に応じた伝送レートの信号として復調し、その復調結果を、デコード部１４に供給する。レート検出部５２は、受信部１２から供給される信号の伝送レートを検出し、その伝送レートの信号を復調するように、可変レート復調部５１に指示する。

以上のように構成される復調部１３では、受信部１２が出力する信号が、可変レート復調部５１とレート検出部５２に供給される。レート検出部５２は、受信部１２から供給される信号の伝送レートが、例えば、第１乃至第ＮのＮ通りの伝送レートのうちのいずれであるかを検出し、その伝送レートの信号を復調するように、可変レート復調部５１に指示する。そして、可変レート復調部５１は、受信部１２から供給される信号を、レート検出部５２からの指示に応じた伝送レートの信号として復調し、その復調結果を、デコード部１４に供給する。

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

従って、NFC通信装置１乃至３が近接している状態で、そのうちの２以上が同時に電磁波を出力した場合には、コリジョン(collision)が生じ、通信を行うことができなくなる。

そこで、NFC通信装置１乃至３それぞれは、他の装置からの電磁波（によるＲＦフィールド）が存在するかどうかを検出し、存在しない場合にのみ、電磁波の出力を開始し、これにより、コリジョンを防止するようになっている。ここで、このように、他の装置からの電磁波が存在するかどうかを検出し、存在しない場合にのみ、電磁波の出力を開始する処理を、コリジョンを防止するという目的から、RFCA(RF Collision Avoidance)処理という。

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

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

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

イニシエータとなろうとするNFC通信装置は、常時、他の装置による電磁波の検出を行っており、他の装置による電磁波が、時間Ｔ_IDT＋ｎ×Ｔ_RFWだけ連続して検出されなかった場合、電磁波の出力を開始し、その出力から時間Ｔ_IRFGだけ経過した後に、データ（コマンドを含む）の送信(Send Request)を開始する。

ここで、時間Ｔ_IDT＋ｎ×Ｔ_RFWにおけるＴ_IDTは、初期遅延時間と呼ばれ、搬送波の周波数をｆ_cで表すこととすると、例えば、４０９６／ｆ_cより大の値が採用される。ｎは、例えば、０以上３以下の整数で、乱数を用いて生成される。Ｔ_RFWは、ＲＦ待ち時間と呼ばれ、例えば、５１２／ｆ_cが採用される。時間Ｔ_IRFGは、初期ガードタイムと呼ばれ、例えば、５msより大の値が採用される。

なお、電磁波が検出されてはならない時間Ｔ_IDT＋ｎ×Ｔ_RFWに、乱数であるｎを採用することにより、複数のNFC通信装置が同一のタイミングで、電磁波の出力を開始してしまう可能性の低減が図られている。

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

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

アクティブモードにおいて電磁波を出力しようとするNFC通信装置は、他の装置による電磁波の検出を行い、他の装置による電磁波が、時間Ｔ_ADT＋ｎ×Ｔ_RFWだけ連続して検出されなかった場合、電磁波の出力を開始し、その出力から時間Ｔ_ARFGだけ経過した後に、データの送信(Send Response)を開始する。

ここで、時間Ｔ_ADT＋ｎ×Ｔ_RFWにおけるｎとＴ_RFWは、図９の初期RFCA処理における場合と同一のものである。また、時間Ｔ_ADT＋ｎ×Ｔ_RFWにおけるＴ_ADTは、アクティブディレイタイムと呼ばれ、例えば、７６８／ｆ_c以上２５５９／ｆ_c以下の値が採用される。時間Ｔ_ARFGは、アクティブガードタイムと呼ばれ、例えば、１０２４／ｆ_cより大の値が採用される。

図９と図１０から明らかなように、初期RFCA処理によって電磁波の出力を開始するには、少なくとも初期遅延時間Ｔ_IDTの間、電磁波が存在してはならず、レスポンスRFCA処理によって電磁波の出力を開始するには、少なくともアクティブディレイタイムＴ_ADTの間、電磁波が存在してはならない。

そして、初期遅延時間Ｔ_IDTは、４０９６／ｆ_cより大の値であるのに対して、アクティブディレイタイムＴ_ADTは、７６８／ｆ_c以上２５５９／ｆ_c以下の値であることから、NFC通信装置がイニシエータになろうとする場合には、アクティブモードでの通信中において電磁波を出力しようとする場合よりも、電磁波が存在しない状態が長時間必要である。逆に言えば、NFC通信装置がアクティブモードでの通信中において電磁波を出力しようとする場合には、イニシエータになろうとする場合よりも、電磁波が存在しない状態になってから、それほど間をおかずに、電磁波を出力しなければならない。これは、次のような理由による。

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

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

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

このため、アクティブモードの通信中に行われるレスポンスRFCA処理では、電磁波が存在しない状態になってから、それほど間をおかずに、電磁波を出力しなければならないようにしている。

次に、イニシエータになろうとするNFC通信装置は、図９で説明したように、初期RFCA処理によって電磁波の出力を開始し、その後、データの送信を行う。イニシエータになろうとするNFC通信装置は、電磁波の出力を開始することで、イニシエータとなり、そのイニシエータに近接する位置に存在するNFC通信装置はターゲットとなるが、イニシエータが、ターゲットとデータのやりとりをするには、そのデータをやりとりするターゲットを特定しなければならない。このため、イニシエータは、初期RFCA処理によって電磁波の出力を開始した後に、そのイニシエータに近接する位置に存在する１以上のターゲットに対して、各ターゲットを特定する情報としてのNFCID(NFC Identification)を要求する。そして、イニシエータに近接する位置に存在するターゲットは、イニシエータからの要求に応じて、自身を特定するNFCIDを、イニシエータに送信する。

イニシエータは、以上のようにしてターゲットから送信されてくるNFCIDによってターゲットを特定し、その特定したターゲットとの間で、データのやりとりを行うが、イニシエータが、その周囲（近接する位置）に存在するターゲットを、そのNFCIDによって特定する処理は、SDD(Single Device Detection)処理と呼ばれる。

ここで、SDD処理において、イニシエータは、ターゲットのNFCIDを要求するが、この要求は、イニシエータが、ポーリングリクエストフレームと呼ばれるフレームを送信することによって行われる。ターゲットは、ポーリングリクエストフレームを受信すると、例えば、自身のNFCIDを乱数によって決定し、そのNFCIDを配置したポーリングレスポンスフレームと呼ばれるフレームを送信する。イニシエータは、ターゲットから送信されてくるポーリングレスポンスフレームを受信することで、ターゲットのNFCIDを認識する。

ところで、イニシエータが、その周囲のターゲットに対して、そのNFCIDを要求した場合、イニシエータの周囲に、複数のターゲットが存在するときには、その複数のターゲットの２以上から、同時に、NFCIDが送信されてくることがあり得る。この場合、その２以上のターゲットから送信されてくるNFCIDがコリジョンし、イニシエータは、そのコリジョンしたNFCIDを認識することができない。

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

即ち、図１１は、タイムスロットを用いた方法により行われるSDD処理のシーケンスを示している。なお、図１１では、イニシエータの周囲に、５つのターゲット＃１，＃２，＃３，＃４，＃５が存在するものとしてある。

SDD処理では、イニシエータがポーリングリクエストフレームを送信するが、その送信の完了後、所定の時間Ｔ_dだけおいて、所定の時間Ｔ_sの幅のタイムスロットが設けられる。なお、時間Ｔ_dは、例えば、５１２×６４／ｆ_cとされ、タイムスロットの幅としての時間Ｔ_sは、例えば、２５６×６４／ｆ_cとされる。また、タイムスロットは、例えば、時間的に最も先行するものから、０からのシーケンシャルな番号（整数）が付されることによって特定される。

ここで、図１１では、タイムスロット＃０，＃１，＃２，＃３の４つを示してあるが、タイムスロットは、例えば、１６まで設けることが可能である。あるポーリングリクエストフレームに対して設けられるタイムスロットの数TSNは、イニシエータが指定し、ポーリングリクエストフレームに含められて、ターゲットに送信される。

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

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

なお、ターゲットにおいて、ポーリングレスポンスフレームを送信するタイミングとしてのタイムスロットを、乱数により決定しても、複数のターゲットがポーリングレスポンスフレームを送信するタイムスロットが一致し、これにより、ポーリングレスポンスフレームのコリジョンが生じる場合がある。図１１の実施の形態では、タイムスロット＃０において、ターゲット＃４のポーリングレスポンスフレームが、タイムスロット＃１において、ターゲット＃１と＃３のポーリングレスポンスフレームが、タイムスロット＃２において、ターゲット＃５のポーリングレスポンスフレームが、タイムスロット＃３において、ターゲット＃２のポーリングレスポンスフレームが、それぞれ送信されており、ターゲット＃１と＃３のポーリングレスポンスフレームがコリジョンを生じている。

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

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

そこで、イニシエータが、ポーリングレスポンスフレームを正常に受信し、そのNFCIDを認識することができたターゲット＃２，＃４，＃５については、後述するように、通信対象から一時的にはずし、これにより、ポーリングリクエストフレームに対する応答としてのポーリングレスポンスフレームを返さないようにすることができる。この場合、イニシエータが送信する再度のポーリングリクエストフレームに対して、ポーリングレスポンスフレームを返してくるのは、最初のポーリングリクエストフレームの送信によってNFCIDを認識することができなかったターゲット＃１と＃３だけとなる。従って、この場合、ポーリングレスポンスフレームどうしがコリジョンを起こす可能性を小さくしながら、ターゲット＃１乃至＃５すべてのNFCIDを認識することが可能となる。

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

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

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

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

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

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

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

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

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

図１２において、アンダーバー(_)の後にREQの文字が記述されているものは、コマンドを表し、アンダーバー(_)の後にRESの文字が記述されているものは、レスポンスを表す。図１２の実施の形態では、コマンドとして、ATR_REQ，WUP_REQ，PSL_REQ，DEP_REQ，DSL_REQ，RLS_REQの６種類が用意されており、コマンドに対するレスポンスとしても、コマンドと同様に、ATR_RES，WUP_RES，PSL_RES，DEP_RES，DSL_RES，RLS_RESの６種類が用意されている。上述したように、イニシエータは、コマンド（リクエスト）をターゲットに送信し、ターゲットは、そのコマンドに対応するレスポンスをイニシエータに送信するので、コマンドは、イニシエータによって送信され、レスポンスは、ターゲットによって送信される。

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

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

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

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

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

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

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

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

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

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

ここで、コマンドDSL_REQとRLS_REQは、いずれも、ターゲットを、イニシエータとの通信の対象から解放する点で共通する。しかしながら、コマンドDSL_REQによって解放されたターゲットは、コマンドWUP_REQによって、再び、イニシエータと通信可能な状態となるが、コマンドRLS_REQによって解放されたターゲットは、イニシエータとの間で、上述したポーリングリクエストフレームとポーリングレスポンスフレームのやりとりが行われないと、イニシエータと通信可能な状態とならない。かかる点で、コマンドDSL_REQとRLS_REQは、異なる。

なお、コマンドとレスポンスのやりとりは、例えば、トランスポート層で行うことができる。

次に、図１３のフローチャートを参照して、NFC通信装置の通信処理について説明する。

NFC通信装置は、通信を開始する場合、まず最初に、ステップＳ１において、他の装置による電磁波を検出したかどうかを判定する。

ここで、NFC通信装置（図４）では、例えば、受信部１２が復調部１３に出力する信号のレベルを、制御部２１が監視しており、ステップＳ１では、そのレベルに基づき、他の装置による電磁波を検出したかどうかが判定される。

ステップＳ１において、他の装置による電磁波が検出されなかったと判定された場合、ステップＳ２に進み、NFC通信装置は、その通信モードを、パッシブモードまたはアクティブモードに設定し、後述するパッシブモードのイニシエータの処理またはアクティブモードのイニシエータの処理を行う。そして、NFC通信装置は、その処理の終了後、ステップＳ１に戻り、以下、同様の処理を繰り返す。

ここで、ステップＳ２においては、NFC通信装置の通信モードは、上述したように、パッシブモードまたはアクティブモードのうちのいずれに設定してもかまわない。但し、ターゲットが、既存のＩＣカードシステムのＩＣカードなどのパッシブモードのターゲットにしかなり得ない場合は、ステップＳ２では、NFC通信装置は、その通信モードを、パッシブモードに設定し、パッシブモードのイニシエータの処理を行う必要がある。

一方、ステップＳ１において、他の装置による電磁波が検出されたと判定された場合、即ち、NFC通信装置の周辺で、他の装置による電磁波が検出された場合、ステップＳ３に進み、NFC通信装置は、ステップＳ１で検出された電磁波が検出され続けているかどうかを判定する。

ステップＳ３において、電磁波が検出され続けていると判定された場合、ステップＳ４に進み、NFC通信装置は、その通信モードを、パッシブモードに設定し、後述するパッシブモードのターゲットの処理を行う。即ち、電磁波が検出され続けている場合というのは、例えば、NFC通信装置に近接する他の装置が、パッシブモードのイニシエータとなって、初期RFCA処理によって出力を開始した電磁波を出力し続けているケースであり、NFC通信装置は、パッシブモードのターゲットとなって処理を行う。そして、その処理の終了後は、ステップＳ１に戻り、以下、同様の処理が繰り返される。

また、ステップＳ３において、電磁波が検出され続けていないと判定された場合、ステップＳ５に進み、NFC通信装置は、その通信モードを、アクティブモードに設定し、後述するアクティブモードのターゲットの処理を行う。即ち、電磁波が検出され続けていない場合というのは、例えば、NFC通信装置に近接する他の装置が、アクティブモードのイニシエータとなって、初期RFCA処理によって電磁波の出力を開始し、その後、その電磁波の出力を停止したケースであるから、NFC通信装置は、アクティブモードのターゲットとなって処理を行う。そして、その処理の終了後は、ステップＳ１に戻り、以下、同様の処理が繰り返される。

次に、図１４のフローチャートを参照して、NFC通信装置によるパッシブモードのイニシエータの処理について説明する。

パッシブモードのイニシエータの処理では、まず最初に、ステップＳ１１において、NFC通信装置は、電磁波の出力を開始する。なお、このパッシブモードのイニシエータの処理におけるステップＳ１１は、上述の図１３のステップＳ１において、電磁波が検出されなかった場合に行われる。即ち、NFC通信装置は、図１３のステップＳ１において、電磁波が検出されなかった場合に、ステップＳ１１において、電磁波の出力を開始する。従って、ステップＳ１およびＳ１１の処理が、上述の初期RFCA処理に相当する。

その後、ステップＳ１２に進み、NFC通信装置は、伝送レートを表す変数ｎを、初期値としての、例えば、１にセットし、ステップＳ１３に進む。ステップＳ１３では、NFC通信装置は、第ｎの伝送レート（以下、適宜、第ｎレートともいう）で、ポーリングリクエストフレームを送信し、ステップＳ１４に進む。ステップＳ１４では、NFC通信装置は、他の装置から、第ｎレートで、ポーリングレスポンスフレームが送信されてきたかどうかを判定する。

ステップＳ１４において、他の装置から、ポーリングレスポンスフレームが送信されてきていないと判定された場合、即ち、例えば、NFC通信装置に近接する他の装置が、第ｎレートでの通信を行うことができず、第ｎレートで送信したポーリングリクエストフレームに対するポーリングレスポンスフレームが返ってこない場合、ステップＳ１５乃至Ｓ１７をスキップして、ステップＳ１８に進む。

また、ステップＳ１４において、他の装置から、第ｎレートで、ポーリングレスポンスフレームが送信されてきたと判定された場合、即ち、例えば、NFC通信装置に近接する他の装置が、第ｎレートでの通信を行うことができ、第ｎレートで送信したポーリングリクエストフレームに対するポーリングレスポンスフレームが返ってきた場合、ステップＳ１５に進み、NFC通信装置は、そのポーリングレスポンスフレームを返してきた他の装置をパッシブモードのターゲットとして、そのターゲットのNFCIDを、ポーリングレスポンスフレームに配置されているNFCIDによって認識するとともに、そのターゲットが第ｎレートで通信可能であることを認識する。

ここで、NFC通信装置は、ステップＳ１５において、パッシブモードのターゲットのNFCIDと、そのターゲットが第ｎレートで通信可能であることを認識すると、そのターゲットとの間の伝送レートを、第ｎレートに（一時的に）決定し、そのターゲットとは、コマンドPSL_REQによって伝送レートが変更されない限り、第ｎレートで通信を行う。

その後、ステップＳ１６に進み、NFC通信装置は、ステップＳ１５で認識したNFCIDのターゲット（パッシブモードのターゲット）に、コマンドDSL_REQを、第ｎレートで送信し、これにより、そのターゲットが、以後送信されるポーリングリクエストフレームに応答しないように、ディセレクト状態にして、ステップＳ１７に進む。

ステップＳ１７では、NFC通信装置は、ステップＳ１６で送信したコマンドDSL_REQに対して、そのコマンドDSL_REQによりディセレクト状態とされるターゲットが返してくるレスポンスDSL_RESを受信し、ステップＳ１８に進む。

ステップＳ１８では、NFC通信装置は、ステップＳ１３でポーリングリクエストフレームを、第ｎレートで送信してから、所定の時間が経過したかどうかを判定する。ここで、ステップＳ１８における所定の時間は、０以上の時間とすることができる。

ステップＳ１８において、ステップＳ１３でポーリングリクエストフレームを、第ｎレートで送信してから、まだ、所定の時間が経過していないと判定された場合、ステップＳ１４に戻り、以下、ステップＳ１４乃至Ｓ１８の処理が繰り返される。

ここで、ステップＳ１４乃至Ｓ１８の処理が繰り返されることにより、NFC通信装置は、図１１で説明したように、異なるタイムスロットのタイミングで送信されてくるポーリングレスポンスフレームを受信することができる。

一方、ステップＳ１８において、ステップＳ１３でポーリングリクエストフレームを、第ｎレートで送信してから、所定の時間が経過したと判定された場合、ステップＳ１９に進み、NFC通信装置は、変数ｎが、その最大値であるＮに等しいかどうかを判定する。ステップＳ１９において、変数ｎが、最大値Ｎに等しくないと判定された場合、即ち、変数ｎが最大値Ｎ未満である場合、ステップＳ２０に進み、NFC通信装置は、変数ｎを１だけインクリメントして、ステップＳ１３に戻り、以下、ステップＳ１３乃至Ｓ２０の処理が繰り返される。

ここで、ステップＳ１３乃至Ｓ２０の処理が繰り返されることにより、NFC通信装置は、Ｎ通りの伝送レートで、ポーリングリクエストフレームを送信するとともに、各伝送レートで返ってくるポーリングレスポンスフレームを受信する。

一方、ステップＳ１９において、変数ｎが、最大値Ｎに等しいと判定された場合、即ち、NFC通信装置が、Ｎ通りの伝送レートで、ポーリングリクエストフレームを送信するとともに、各伝送レートで返ってくるポーリングレスポンスフレームを受信した場合、ステップＳ２１に進み、NFC通信装置は、パッシブモードのイニシエータとして、その通信処理（パッシブモードのイニシエータの通信処理）を行う。ここで、パッシブモードのイニシエータの通信処理については、後述する。

そして、パッシブモードのイニシエータの通信処理が終了すると、NFC通信装置は、ステップＳ２１からＳ２２に進み、ステップＳ１１で出力を開始した電磁波の出力を停止し、処理を終了する。

次に、図１５のフローチャートを参照して、NFC通信装置によるパッシブモードのターゲットの処理について説明する。

パッシブモードのターゲットの処理では、まず最初に、ステップＳ３１において、NFC通信装置は、伝送レートを表す変数ｎを、初期値としての、例えば、１にセットし、ステップＳ３２に進む。ステップＳ３２では、NFC通信装置は、パッシブモードのイニシエータとなっている他の装置から、第ｎレートで、ポーリングリクエストフレームが送信されてきたかどうかを判定する。

ステップＳ３２において、パッシブモードのイニシエータから、ポーリングリクエストフレームが送信されてきていないと判定された場合、即ち、例えば、NFC通信装置に近接する他の装置が、第ｎレートでの通信を行うことができず、第ｎレートでポーリングリクエストフレームを送信することができない場合、ステップＳ３３に進み、NFC通信装置は、変数ｎが、その最大値であるＮに等しいかどうかを判定する。ステップＳ３３において、変数ｎが、最大値Ｎに等しくないと判定された場合、即ち、変数ｎが最大値Ｎ未満である場合、ステップＳ３４に進み、NFC通信装置は、変数ｎを１だけインクリメントして、ステップＳ３２に戻り、以下、ステップＳ３２乃至Ｓ３４の処理が繰り返される。

また、ステップＳ３３において、変数ｎが、最大値Ｎに等しいと判定された場合、ステップＳ３１に戻り、以下、ステップＳ３１乃至Ｓ３４の処理が繰り返される。即ち、ここでは、パッシブモードのイニシエータから、Ｎ通りの伝送レートのうちのいずれかで送信されてくるポーリングリクエストフレームを受信することができるまで、ステップＳ３１乃至Ｓ３４の処理が繰り返される。

そして、ステップＳ３２において、パッシブモードのイニシエータから、ポーリングリクエストフレームが送信されてきたと判定された場合、即ち、NFC通信装置が、第ｎレートのポーリングリクエストフレームを正常受信した場合、ステップＳ３５に進み、NFC通信装置は、イニシエータの間の伝送レートを第ｎレートに決定するとともに、乱数によって、自身のNFCIDを生成し、ステップＳ３６に進む。ステップＳ３６では、NFC通信装置は、自身のNFCIDを配置したポーリングレスポンスフレームを、第ｎレートで送信し、ステップＳ３７に進む。

ここで、NFC通信装置は、ステップＳ３６でポーリングレスポンスフレームを、第ｎレートで送信した後は、パッシブモードのイニシエータからコマンドPSL_REQが送信されてくることによって伝送レートの変更が指示されない限り、第ｎレートで通信を行う。

ステップＳ３７では、NFC通信装置は、パッシブモードのイニシエータから、コマンドDSL_REQが送信されてきたかどうかを判定し、送信されてきていないと判定した場合、ステップＳ３７に戻り、パッシブモードのイニシエータからコマンドDSL_REQが送信されてくるのを待つ。

また、ステップＳ３７において、パッシブモードのイニシエータから、コマンドDSL_REQが送信されてきたと判定された場合、即ち、NFC通信装置がコマンドDSL_REQを受信した場合、ステップＳ３８に進み、NFC通信装置は、コマンドDSL_REQに対するレスポンスDSL_RESを送信し、ディセレクト状態となって、ステップＳ３９に進む。

ステップＳ３９では、NFC通信装置は、パッシブモードのターゲットとして、その通信処理（パッシブモードのターゲットの通信処理）を行い、そのパッシブモードのターゲットの通信処理が終了すると、処理を終了する。なお、パッシブモードのターゲットの通信処理については、後述する。

次に、図１６のフローチャートを参照して、NFC通信装置によるアクティブモードのイニシエータの処理について説明する。

アクティブモードのイニシエータの処理では、ステップＳ５１乃至Ｓ６１において、図１４のパッシブモードのイニシエータの処理のステップＳ１１乃至Ｓ２１における場合とそれぞれ同様の処理が行われる。但し、図１４のパッシブモードのイニシエータの処理では、NFC通信装置は、その処理が終了するまで、電磁波を出力し続けるが、アクティブモードのイニシエータの処理では、NFC通信装置は、データを送信するときだけ、電磁波を出力する点が異なる。

即ち、ステップＳ５１において、NFC通信装置は、電磁波の出力を開始する。なお、このアクティブモードのイニシエータの処理におけるステップＳ５１は、上述の図１３のステップＳ１において、電磁波が検出されなかった場合に行われる。即ち、NFC通信装置は、図１３のステップＳ１において、電磁波が検出されなかった場合に、ステップＳ５１において、電磁波の出力を開始する。従って、ステップＳ１およびＳ５１の処理が、上述の初期RFCA処理に相当する。

その後、ステップＳ５２に進み、NFC通信装置は、伝送レートを表す変数ｎを、初期値としての、例えば、１にセットし、ステップＳ５３に進む。ステップＳ５３では、NFC通信装置は、第ｎレートで、ポーリングリクエストフレームを送信して、電磁波の出力を停止し（以下、適宜、ＲＦオフ処理を行う、ともいう）、ステップＳ５４に進む。

ここで、ステップＳ５３では、NFC通信装置は、ポーリングリクエストフレームを送信する前に、上述のアクティブRFCA処理によって電磁波の出力を開始する。但し、変数ｎが初期値である１の場合は、ステップＳ１およびＳ５１の処理に対応する初期RFCA処理によって、既に電磁波の出力が開始されているので、アクティブRFCA処理を行う必要はない。

ステップＳ５４では、NFC通信装置は、他の装置から、第ｎレートで、ポーリングレスポンスフレームが送信されてきたかどうかを判定する。

ステップＳ５４において、他の装置から、ポーリングレスポンスフレームが送信されてきていないと判定された場合、即ち、例えば、NFC通信装置に近接する他の装置が、第ｎレートでの通信を行うことができず、第ｎレートで送信したポーリングリクエストフレームに対するポーリングレスポンスフレームが返ってこない場合、ステップＳ５５乃至Ｓ５７をスキップして、ステップＳ５８に進む。

また、ステップＳ５４において、他の装置から、第ｎレートで、ポーリングレスポンスフレームが送信されてきたと判定された場合、即ち、例えば、NFC通信装置に近接する他の装置が、第ｎレートでの通信を行うことができ、第ｎレートで送信したポーリングリクエストフレームに対するポーリングレスポンスフレームが返ってきた場合、ステップＳ５５に進み、NFC通信装置は、そのポーリングレスポンスフレームを返してきた他の装置をアクティブモードのターゲットとして、そのターゲットのNFCIDを、ポーリングレスポンスフレームに配置されているNFCIDによって認識するとともに、そのターゲットが第ｎレートで通信可能であることを認識する。

ここで、NFC通信装置は、ステップＳ５５において、アクティブモードのターゲットのNFCIDと、そのターゲットが第ｎレートで通信可能であることを認識すると、そのターゲットとの間の伝送レートを、第ｎレートに決定し、そのターゲットとは、コマンドPSL_REQによって伝送レートが変更されない限り、第ｎレートで通信を行う。

その後、ステップＳ５６に進み、NFC通信装置は、アクティブRFCA処理によって電磁波の出力を開始し、ステップＳ５５で認識したNFCIDのターゲット（アクティブモードのターゲット）に、コマンドDSL_REQを、第ｎレートで送信する。これにより、そのターゲットは、以後送信されるポーリングリクエストフレーム等に応答しないディセレクト状態となる。その後、NFC通信装置は、ＲＦオフ処理を行い、ステップＳ５６からＳ５７に進む。

ステップＳ５７では、NFC通信装置は、ステップＳ５６で送信したコマンドDSL_REQに対して、そのコマンドDSL_REQによりディセレクト状態とされるターゲットが返してくるレスポンスDSL_RESを受信し、ステップＳ５８に進む。

ステップＳ５８では、NFC通信装置は、ステップＳ５３でポーリングリクエストフレームを、第ｎレートで送信してから、所定の時間が経過したかどうかを判定する。

ステップＳ５８において、ステップＳ５３でポーリングリクエストフレームを、第ｎレートで送信してから、まだ、所定の時間が経過していないと判定された場合、ステップＳ５４に戻り、以下、ステップＳ５４乃至Ｓ５８の処理が繰り返される。

一方、ステップＳ５８において、ステップＳ５３でポーリングリクエストフレームを、第ｎレートで送信してから、所定の時間が経過したと判定された場合、ステップＳ５９に進み、NFC通信装置は、変数ｎが、その最大値であるＮに等しいかどうかを判定する。ステップＳ５９において、変数ｎが、最大値Ｎに等しくないと判定された場合、即ち、変数ｎが最大値Ｎ未満である場合、ステップＳ６０に進み、NFC通信装置は、変数ｎを１だけインクリメントして、ステップＳ５３に戻り、以下、ステップＳ５３乃至Ｓ６０の処理が繰り返される。

ここで、ステップＳ５３乃至Ｓ６０の処理が繰り返されることにより、NFC通信装置は、Ｎ通りの伝送レートで、ポーリングリクエストフレームを送信するとともに、各伝送レートで返ってくるポーリングレスポンスフレームを受信する。

一方、ステップＳ５９において、変数ｎが、最大値Ｎに等しいと判定された場合、即ち、NFC通信装置が、Ｎ通りの伝送レートで、ポーリングリクエストフレームを送信するとともに、各伝送レートで返ってくるポーリングレスポンスフレームを受信した場合、ステップＳ６１に進み、NFC通信装置は、アクティブモードのイニシエータとして、その通信処理（アクティブモードのイニシエータの通信処理）を行い、その後、処理を終了する。ここで、アクティブモードのイニシエータの通信処理については、後述する。

次に、図１７のフローチャートを参照して、NFC通信装置によるアクティブモードのターゲットの処理について説明する。

アクティブモードのターゲットの処理では、ステップＳ７１乃至Ｓ７９において、図１５のパッシブモードのターゲットの処理のステップＳ３１乃至Ｓ３９における場合とそれぞれ同様の処理が行われる。但し、図１５のパッシブモードのターゲットの処理では、NFC通信装置は、パッシブモードのイニシエータが出力する電磁波を負荷変調することによってデータを送信するが、アクティブモードのターゲットの処理では、NFC通信装置は、自身で電磁波を出力してデータを送信する点が異なる。

即ち、アクティブモードのターゲットの処理では、ステップＳ７１乃至Ｓ７５において、図１５のステップＳ３１乃至Ｓ３５における場合とそれぞれ同一の処理が行われる。

そして、ステップＳ７５の処理後、ステップＳ７６に進み、NFC通信装置は、アクティブRFCA処理によって電磁波の出力を開始し、自身のNFCIDを配置したポーリングレスポンスフレームを、第ｎレートで送信する。さらに、ステップＳ７６では、NFC通信装置は、ＲＦオフ処理を行い、ステップＳ７７に進む。

ここで、NFC通信装置は、ステップＳ７６でポーリングレスポンスフレームを、第ｎレートで送信した後は、アクティブモードのイニシエータからコマンドPSL_REQが送信されてくることによって伝送レートの変更が指示されない限り、第ｎレートで通信を行う。

ステップＳ７７では、NFC通信装置は、アクティブモードのイニシエータから、コマンドDSL_REQが送信されてきたかどうかを判定し、送信されてきていないと判定した場合、ステップＳ７７に戻り、アクティブモードのイニシエータからコマンドDSL_REQが送信されてくるのを待つ。

また、ステップＳ７７において、アクティブモードのイニシエータから、コマンドDSL_REQが送信されてきたと判定された場合、即ち、NFC通信装置がコマンドDSL_REQを受信した場合、ステップＳ７８に進み、NFC通信装置は、アクティブRFCA処理によって電磁波の出力を開始し、コマンドDSL_REQに対するレスポンスDSL_RESを送信する。さらに、ステップＳ７８では、NFC通信装置は、ＲＦオフ処理を行い、ディセレクト状態となって、ステップＳ７９に進む。

ステップＳ７９では、NFC通信装置は、アクティブモードのターゲットとして、その通信処理（アクティブモードのターゲットの通信処理）を行い、そのアクティブモードのターゲットの通信処理が終了すると、処理を終了する。なお、アクティブモードのターゲットの通信処理については、後述する。

次に、図１８および図１９のフローチャートを参照して、図１４のステップＳ２１におけるパッシブモードのイニシエータの通信処理について説明する。

パッシブモードのイニシエータであるNFC通信装置は、ステップＳ９１において、通信する装置（以下、適宜、注目装置という）を、図１４のステップＳ１５でNFCIDを認識したターゲットの中から選択し、ステップＳ９２に進む。ステップＳ９２では、コマンドWUP_REQを、注目装置に送信し、これにより、図１４のステップＳ１６でコマンドDSL_REQを送信することによりディセレクト状態とした注目装置の、そのディセレクト状態を解除する（以下、適宜、ウエイクアップする、ともいう）。

その後、NFC通信装置は、注目装置が、コマンドWUP_REQに対するレスポンスWUP_RESを送信してくるのを待って、ステップＳ９２からＳ９３に進み、そのレスポンスWUP_RESを受信して、ステップＳ９４に進む。ステップＳ９４では、NFC通信装置は、コマンドATR_REQを、注目装置に送信する。そして、NFC通信装置は、注目装置が、コマンドATR_REQに対するレスポンスATR_RESを送信してくるのを待って、ステップＳ９４からＳ９５に進み、そのレスポンスATR_RESを受信する。

ここで、NFC通信装置および注目装置が、以上のようにして、属性が配置されるコマンドATR_REQとレスポンスATR_RESをやりとりすることで、NFC通信装置および注目装置は、互いに相手が通信可能な伝送レートなどを認識する。

その後、ステップＳ９５からＳ９６に進み、NFC通信装置は、コマンドDSL_REQを、注目装置に送信し、注目装置を、ディセレクト状態にする。そして、NFC通信装置は、注目装置が、コマンドDSL_REQに対するレスポンスDSL_RESを送信してくるのを待って、ステップＳ９６からＳ９７に進み、そのレスポンスDSL_RESを受信して、ステップＳ９８に進む。

ステップＳ９８では、NFC通信装置は、図１４のステップＳ１５でNFCIDを認識したターゲットすべてを、ステップＳ９１で注目装置として選択したかどうかを判定する。ステップＳ９８において、NFC通信装置が、まだ、注目装置として選択していないターゲットがあると判定した場合、ステップＳ９１に戻り、NFC通信装置は、まだ、注目装置として選択していないターゲットのうちの１つを新たに注目装置として選択し、以下、同様の処理を繰り返す。

また、ステップＳ９８において、NFC通信装置が、図１４のステップＳ１５でNFCIDを認識したターゲットすべてを、ステップＳ９１で注目装置として選択したと判定した場合、即ち、NFC通信装置が、NFCIDを認識したターゲットすべてとの間で、コマンドATR_REQとレスポンスATR_RESをやりとりし、これにより、各ターゲットが通信可能な伝送レートなどを認識することができた場合、ステップＳ９９に進み、NFC通信装置は、通信する装置（注目装置）を、ステップＳ９４とＳ９５でコマンドATR_REQとレスポンスATR_RESをやりとりしたターゲットの中から選択し、ステップＳ１００に進む。

ステップＳ１００では、NFC通信装置は、コマンドWUP_REQを、注目装置に送信し、これにより、ステップＳ９６でコマンドDSL_REQを送信することによってディセレクト状態とした注目装置をウエイクアップする。そして、NFC通信装置は、注目装置が、コマンドWUP_REQに対するレスポンスWUP_RESを送信してくるのを待って、ステップＳ１００からＳ１０１に進み、そのレスポンスWUP_RESを受信して、図１９のステップＳ１１１に進む。

ステップＳ１１１では、NFC通信装置は、注目装置と通信を行う際の伝送レートなどの通信パラメータを変更するかどうかを判定する。

ここで、NFC通信装置は、図１８のステップＳ９５でレスポンスATR_RESを、注目装置から受信しており、そのレスポンスATR_RESに配置された属性に基づき、注目装置が通信可能な伝送レート等の通信パラメータを認識している。NFC通信装置は、例えば、注目装置との間で、現在の伝送レートよりも高速の伝送レートで通信可能な場合、伝送レートをより高速な伝送レートに変更すべく、ステップＳ１１１において、通信パラメータを変更すると判定する。また、NFC通信装置は、例えば、注目装置との間で、現在の伝送レートよりも低速の伝送レートで通信可能であり、かつ、現在の通信環境がノイズレベルの高い環境である場合、伝送エラーを低下するために、伝送レートをより低速な伝送レートに変更すべく、ステップＳ１１１において、通信パラメータを変更すると判定する。なお、NFC通信装置と注目装置との間で、現在の伝送レートと異なる伝送レートで通信可能な場合であっても、現在の伝送レートのままで通信を続行することは可能である。

ステップＳ１１１において、注目装置と通信を行う際の通信パラメータを変更しないと判定された場合、即ち、NFC通信装置と注目装置との間で、現在の伝送レートなどの現在の通信パラメータのままで、通信を続行する場合、ステップＳ１１２乃至Ｓ１１４をスキップして、ステップＳ１１５に進む。

また、ステップＳ１１１において、注目装置と通信を行う際の通信パラメータを変更すると判定された場合、ステップＳ１１２に進み、NFC通信装置は、その変更後の通信パラメータの値を、コマンドPSL_REQに配置して、注目装置に送信する。そして、NFC通信装置は、注目装置が、コマンドPSL_REQに対するレスポンスPSL_RESを送信してくるのを待って、ステップＳ１１２からＳ１１３に進み、そのレスポンスPSL_RESを受信して、ステップＳ１１４に進む。

ステップＳ１１４では、NFC通信装置は、注目装置との通信を行う際の伝送レートなどの通信パラメータを、ステップＳ１１２で送信したコマンドPSL_REQに配置した通信パラメータの値に変更する。NFC通信装置は、以後、注目装置との間で、再び、コマンドPSL_REQとレスポンスPSL_RESのやりとりをしない限り、ステップＳ１１４で変更された値の伝送レートなどの通信パラメータにしたがい、注目装置との通信を行う。

なお、コマンドPSL_REQとレスポンスPSL_RESのやりとり（ネゴシエーション）によれば、伝送レート以外の、例えば、図４のエンコード部１６（デコード部１４）のエンコード方式や、変調部１９および負荷変調部２０（復調部１３）の変調方式などの変更も行うことが可能である。

その後、ステップＳ１１５に進み、NFC通信装置は、注目装置との間で送受信すべきデータがあるかどうかを判定し、ないと判定された場合、ステップＳ１１６およびＳ１１７をスキップして、ステップＳ１１８に進む。

また、ステップＳ１１５において、注目装置との間で送受信すべきデータがあると判定された場合、ステップＳ１１６に進み、NFC通信装置は、コマンドDEP_REQを注目装置に送信する。ここで、ステップＳ１１６では、NFC通信装置は、注目装置に送信すべきデータがある場合には、そのデータを、コマンドDEP_REQに配置して送信する。

そして、NFC通信装置は、注目装置が、コマンドDEP_REQに対するレスポンスDEP_RESを送信してくるのを待って、ステップＳ１１６からＳ１１７に進み、そのレスポンスDEP_RESを受信して、ステップＳ１１８に進む。

以上のように、NFC通信装置と注目装置との間で、コマンドDEP_REQとレスポンスDEP_RESがやりとりされることにより、いわゆる実データの送受信が行われる。

ステップＳ１１８では、NFC通信装置は、通信相手を変更するかどうかを判定する。ステップＳ１１８において、通信相手を変更しないと判定された場合、即ち、例えば、まだ、注目装置との間でやりとりするデータがある場合、ステップＳ１１１に戻り、以下、同様の処理が繰り返される。

また、ステップＳ１１８において、通信相手を変更すると判定された場合、即ち、例えば、注目装置との間でやりとりするデータはないが、他の通信相手とやりとりするデータがある場合、ステップＳ１１９に進み、NFC通信装置は、コマンドDSL_REQまたはRLS_REQを注目装置に送信する。そして、NFC通信装置は、注目装置が、コマンドDSL_REQまたはRLS_REQに対するレスポンスDSL_RESまたはRLS_RESを送信してくるのを待って、ステップＳ１１９からＳ１２０に進み、そのレスポンスDSL_RESまたはRLS_RESを受信する。

ここで、上述したように、NFC通信装置が、注目装置に対して、コマンドDSL_REQまたはRLS_REQを送信することにより、その注目装置としてのターゲットは、イニシエータとしてのNFC通信装置との通信の対象から解放される。但し、コマンドDSL_REQによって解放されたターゲットは、コマンドWUP_REQによって、再び、イニシエータと通信可能な状態となるが、コマンドRLS_REQによって解放されたターゲットは、イニシエータとの間で、上述したポーリングリクエストフレームとポーリングレスポンスフレームのやりとりが行われないと、イニシエータと通信可能な状態とならない。

なお、あるターゲットが、イニシエータとの通信の対象から解放されるケースとしては、上述のように、イニシエータからターゲットに対して、コマンドDSL_REQまたはRLS_REQが送信される場合の他、例えば、イニシエータとターゲットとが離れすぎて、近接通信を行うことができなくなった場合がある。この場合は、コマンドRLS_REQによって解放されたターゲットと同様に、ターゲットとイニシエータとの間で、ポーリングリクエストフレームとポーリングレスポンスフレームのやりとりが行われないと、イニシエータと通信可能な状態とならない。

ここで、以下、適宜、ターゲットとイニシエータとの間で、ポーリングリクエストフレームとポーリングレスポンスフレームのやりとりが行われないと、イニシエータと通信可能にならないターゲットの解放を、完全解放という。また、イニシエータからコマンドWUP_REQが送信されることによって、再び、イニシエータと通信可能となるターゲットの解放を、一時解放という。

ステップＳ１２０の処理後は、ステップＳ１２１に進み、NFC通信装置は、図１４のステップＳ１５でNFCIDを認識したターゲットすべてが完全解放されたかどうかを判定する。ステップＳ１２１において、NFCIDを認識したターゲットすべてが、まだ完全解放されていないと判定された場合、図１８のステップＳ９９に戻り、NFC通信装置は、完全解放されていないターゲット、即ち、一時解放されているターゲットの中から、新たに注目装置を選択し、以下、同様の処理を繰り返す。

また、ステップＳ１２１において、NFCIDを認識したターゲットすべてが完全解放されたと判定された場合、処理を終了する。

なお、図１９のステップＳ１１６とＳ１１７において、コマンドDEP_REQとレスポンスDEP_RESがやりとりされることにより、ターゲットとイニシエータとの間で、データの送受信（データ交換）が行われるが、このコマンドDEP_REQとレスポンスDEP_RESのやりとりが、１つのトランザクションである。ステップＳ１１６とＳ１１７の処理後は、ステップＳ１１８，Ｓ１１１，Ｓ１１２，Ｓ１１３を介して、ステップＳ１１４に戻ることが可能であり、通信パラメータを変更することができる。従って、ターゲットとイニシエータとの間の通信に関する伝送レートなどの通信パラメータは、１つのトランザクションごとに変更することが可能である。

また、ステップＳ１１２とＳ１１３において、イニシエータとターゲットの間で、コマンドPSL_REQとレスポンスPSL_RESをやりとりすることにより、ステップＳ１１４では、通信パラメータの１つであるイニシエータとターゲットの通信モードを変更することが可能である。従って、ターゲットとイニシエータの通信モードは、１つのトランザクションごとに変更することが可能である。なお、このことは、ターゲットとイニシエータの通信モードを、１つのトランザクションの間は、変更してはならないことを意味する。

次に、図２０のフローチャートを参照して、図１５のステップＳ３９におけるパッシブモードのターゲットの通信処理について説明する。

パッシブモードのターゲットであるNFC通信装置は、図１５のステップＳ３７およびＳ３８において、パッシブモードのイニシエータとの間で、コマンドDSL_REQとレスポンスDSL_RESのやりとりをしているので、ディセレクト状態となっている。

そこで、ステップＳ１３１において、NFC通信装置は、イニシエータからコマンドWUP_REQが送信されてきたかどうかを判定し、送信されてきていないと判定した場合、ステップＳ１３１に戻り、ディセレクト状態のままとされる。

また、ステップＳ１３１において、イニシエータからコマンドWUP_REQが送信されてきたと判定された場合、即ち、NFC通信装置がコマンドWUP_REQを受信した場合、ステップＳ１３２に進み、NFC通信装置は、コマンドWUP_REQに対するレスポンスWUP_RESを送信し、ウエイクアップして、ステップＳ１３３に進む。

ステップＳ１３３では、NFC通信装置は、コマンドATR_REQが、イニシエータから送信されてきたかどうかを判定し、送信されてきていないと判定した場合、ステップＳ１３４をスキップして、ステップＳ１３５に進む。

また、ステップＳ１３３において、イニシエータから、コマンドATR_REQが送信されてきたと判定された場合、即ち、NFC通信装置がコマンドATR_REQを受信した場合、ステップＳ１３４に進み、NFC通信装置は、コマンドATR_REQに対するレスポンスATR_RESを送信し、ステップＳ１３５に進む。

ステップＳ１３５では、NFC通信装置は、コマンドDSL_REQが、イニシエータから送信されてきたかどうかを判定する。ステップＳ１３５において、イニシエータから、コマンドDSL_REQが送信されてきたと判定された場合、即ち、NFC通信装置がコマンドDSL_REQを受信した場合、ステップＳ１３６に進み、NFC通信装置は、コマンドDSL_REQに対するレスポンスDSL_RESを送信し、ステップＳ１３１に戻る。これにより、NFC通信装置は、ディセレクト状態となる。

一方、ステップＳ１３５において、イニシエータから、コマンドDSL_REQが送信されてきていないと判定された場合、ステップＳ１３７に進み、NFC通信装置は、コマンドPSL_REQが、イニシエータから送信されてきたかどうかを判定し、送信されてきていないと判定した場合、ステップＳ１３８およびＳ１３９をスキップして、ステップＳ１４０に進む。

また、ステップＳ１３７において、イニシエータから、コマンドPSL_REQが送信されてきたと判定された場合、即ち、NFC通信装置がコマンドPSL_REQを受信した場合、ステップＳ１３８に進み、NFC通信装置は、コマンドPSL_REQに対するレスポンスPSL_RESを送信し、ステップＳ１３９に進む。ステップＳ１３９では、NFC通信装置は、イニシエータからのコマンドPSL_REQにしたがい、その通信パラメータを変更し、ステップＳ１４０に進む。

ステップＳ１４０では、NFC通信装置は、イニシエータから、コマンドDEP_REQが送信されてきたかどうかを判定し、送信されてきていないと判定した場合、ステップＳ１４１をスキップして、ステップＳ１４２に進む。

また、ステップＳ１４０において、イニシエータから、コマンドDEP_REQが送信されてきたと判定された場合、即ち、NFC通信装置がコマンドDEP_REQを受信した場合、ステップＳ１４１に進み、NFC通信装置は、コマンドDEP_REQに対するレスポンスDEP_RESを送信し、ステップＳ１４２に進む。

ステップＳ１４２では、NFC通信装置は、イニシエータから、コマンドRSL_REQが送信されてきたかどうかを判定し、送信されてきていないと判定した場合、ステップＳ１３３に戻り、以下、同様の処理が繰り返される。

また、ステップＳ１４２において、イニシエータから、コマンドRSL_REQが送信されてきたと判定された場合、即ち、NFC通信装置がコマンドRSL_REQを受信した場合、ステップＳ１４３に進み、NFC通信装置は、コマンドRSL_REQに対するレスポンスRSL_RESを送信し、これにより、イニシエータとの通信を完全に終了して、処理を終了する。

次に、図２１および図２２は、図１６のステップＳ６１におけるアクティブモードのイニシエータの通信処理の詳細を示すフローチャートである。

なお、図１８および図１９で説明したパッシブモードのイニシエータの通信処理では、イニシエータが電磁波を出力し続けているが、図２１および図２２のアクティブモードのイニシエータの通信処理では、イニシエータが、コマンドを送信する前に、アクティブRFCA処理を行うことによって電磁波の出力を開始し、コマンドの送信の終了後に、その電磁波の出力を停止する処理（オフ処理）を行う。かかる点を除けば、図２１のアクティブモードのイニシエータの通信処理では、ステップＳ１５１乃至Ｓ１６１と図２２のステップＳ１７１乃至Ｓ１８１において、図１８のステップステップＳ９１乃至Ｓ１０１と図１９のステップＳ１１１乃至Ｓ１２１における場合とそれぞれ同様の処理が行われるため、その説明は、省略する。

次に、図２３は、図１７のステップＳ７９におけるアクティブモードのターゲットの通信処理の詳細を示すフローチャートである。

なお、図２０で説明したパッシブモードのターゲットの通信処理では、ターゲットが、イニシエータが出力している電磁波を負荷変調することによってデータを送信するが、図２３のアクティブモードのターゲットの通信処理では、ターゲットが、コマンドを送信する前に、アクティブRFCA処理を行うことによって電磁波の出力を開始し、コマンドの送信の終了後に、その電磁波の出力を停止する処理（オフ処理）を行う。かかる点を除けば、図２３のアクティブモードのターゲットの通信処理では、ステップＳ１９１乃至Ｓ２０３において、図２０のステップＳ１３１乃至Ｓ１４３における場合とそれぞれ同様の処理が行われるため、その説明は、省略する。

次に、NFC通信装置の通信では、例えば、NFCIP(Near Field Communication Interface and Protocol)-1と呼ばれる通信プロトコルが採用される。

図２４乃至図２９は、NFC通信装置による通信で採用されるNFCIP-1の詳細を説明する図である。

即ち、図２４は、NFCIP-1による通信を行うNFC通信装置が行う一般的な初期化とSDDの処理を説明するフローチャートである。

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

一方、ステップＳ３０２において、ＲＦフィールドを検出していないと判定された場合、ステップＳ３０３に進み、NFC通信装置は、イニシエータとなって、通信モードと伝送レートの選択等を行う。

即ち、パッシブモードの通信を行う場合、ステップＳ３０２から、ステップＳ３０３を構成するステップＳ３０３−１とＳ３０３−２のうちのステップＳ３０３−１に進み、NFC通信装置は、イニシエータとなって、通信モードをパッシブモードに移行させ、伝送レートを選択する。さらに、ステップＳ３０３−１では、イニシエータとなったNFC通信装置は、初期化とSDD処理を行い、ステップＳ３０４を構成するステップＳ３０４−１とＳ３０４−２のうちのステップＳ３０４−１に進む。

ステップＳ３０４−１では、NFC通信装置は、パッシブモードでアクティベーション（活性化）（起動）し、ステップＳ３０５に進む。

一方、アクティブモードの通信を行う場合、ステップＳ３０２から、ステップＳ３０３を構成するステップＳ３０３−１とＳ３０３−２のうちのステップＳ３０３−２に進み、NFC通信装置は、イニシエータとなって、通信モードをアクティブモードに移行させ、伝送レートを選択し、ステップＳ３０４を構成するステップＳ３０４−１とＳ３０４−２のうちのステップＳ３０４−２に進む。

ステップＳ３０４−２では、NFC通信装置は、アクティブモードでアクティベーションし、ステップＳ３０５に進む。

ステップＳ３０５では、NFC通信装置は、通信に必要な通信パラメータを選択し、ステップＳ３０６に進む。ステップＳ３０６では、NFC通信装置は、ステップＳ３０５で選択した通信パラメータにしたがって、データ交換プロトコルによるデータ交換（通信）を行い、そのデータ交換の終了後、ステップＳ３０７に進む。ステップＳ３０７では、NFC通信装置は、ディアクティベーション（非活性化）し、トランザクションを終了する。

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

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

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

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

次に、図２５は、イニシエータとなったNFC通信装置が行う初期化とSDDを説明するフローチャートである。

まず最初に、ステップＳ３１１において、イニシエータは、自身が形成したＲＦフィールド内に存在するターゲットを調査するためのコマンドSENS_REQを送信し、ステップＳ３１２に進む。ステップＳ３１２では、イニシエータは、自身が形成したＲＦフィールド内に存在するターゲットから送信されてくる、コマンドSENS_REQに対するレスポンスSENS_RESを受信し、ステップＳ３１３に進む。

ステップＳ３１３では、イニシエータは、ステップＳ３１２で受信したターゲットからのレスポンスSENS_RESの内容を確認する。即ち、レスポンスSENS_RESは、NFCID1サイズビットフレーム(NFCID1 size bit frame)やビットフレームSDDの情報などを含んでおり、ステップＳ３１３では、イニシエータは、それらの情報の内容を確認する。

その後、ステップＳ３１３からＳ３１４に進み、イニシエータは、カスケード（転送）レベル１(cascade level 1)を選択し、SDDを実行する。即ち、ステップＳ３１４では、イニシエータは、SDDを要求するコマンドSDD_REQを送信し、さらに、あるターゲットの選択を要求するコマンドSEL_REQを送信する。なお、コマンドSEL_REQには、現在のカスケードレベルを表す情報が配置される。

そして、イニシエータは、ターゲットから、コマンドSEL_REQに対するレスポンスSEL_RESが送信されてくるのを待って、そのレスポンスSEL_RESを受信し、ステップＳ３１５からＳ３１６に進む。

ここで、レスポンスSEL_RESには、ターゲットがNFCIP-1による通信を終了しない旨の情報、ターゲットがNFCトランスポートプロトコルに対応しており、NFCIP-1による通信を終了する旨の情報、またはターゲットがNFCトランスポートプロトコルに対応しておらず、NFCIP-1による通信を終了する旨の情報のうちのいずれかが含まれる。

ステップＳ３１６では、イニシエータは、ターゲットから受信したレスポンスSEL_RESの内容を確認し、レスポンスSEL_RESに、ターゲットがNFCIP-1による通信を終了しない旨の情報、ターゲットがNFCトランスポートプロトコルに対応しており、NFCIP-1による通信を終了する旨の情報、またはターゲットがNFCトランスポートプロトコルに対応しておらず、NFCIP-1による通信を終了する旨の情報のうちのいずれが含まれているかを判定する。

ステップＳ３１６において、レスポンスSEL_RESに、ターゲットがNFCIP-1による通信を終了しない旨の情報が含まれていると判定された場合、ステップＳ３１７に進み、イニシエータは、カスケードレベルを現在の値から増加する。そして、イニシエータは、ステップＳ３１７からＳ３１５に戻り、以下、同様の処理を繰り返す。

また、ステップＳ３１６において、レスポンスSEL_RESに、ターゲットがNFCトランスポートプロトコルに対応しており、NFCIP-1による通信を終了する旨の情報が含まれていると判定された場合、イニシエータは、NFCIP-1による通信を終了し、ステップＳ３１９に進む。ステップＳ３１９では、イニシエータは、コマンドATR_REQを送信し、以下、イニシエータとターゲットとの間で、図１２に示したコマンドとレスポンスとを用いた通信が行われる。

一方、ステップＳ３１６において、レスポンスSEL_RESに、ターゲットがNFCトランスポートプロトコルに対応しておらず、NFCIP-1による通信を終了する旨の情報が含まれていると判定された場合、イニシエータは、NFCIP-1による通信を終了し、ステップＳ３１８に進む。ステップＳ３１８では、イニシエータは、ターゲットとの間で、独自コマンドや独自プロトコルによる通信を行う。

次に、図２６は、イニシエータとターゲットがアクティブモードで行う初期化を説明するタイミングチャートである。

イニシエータは、ステップＳ３３１において、初期RFCA処理を行い、ステップＳ３３２に進み、ＲＦフィールドを形成する（ＲＦフィールドをオンにする）。さらに、ステップＳ３３２では、イニシエータは、コマンド(Request)を送信し、ＲＦフィールドの形成を停止する（ＲＦフィールドをオフにする）。ここで、ステップＳ３３２では、イニシエータは、例えば、伝送レートを選択し、その伝送レートで、コマンドATR_REQを送信する。

一方、ターゲットは、ステップＳ３３３において、イニシエータがステップＳ３３２で形成したＲＦフィールドを検知し、さらに、イニシエータが送信してくるコマンドを受信して、ステップＳ３３４に進む。ステップＳ３３４では、ターゲットは、レスポンスRFCA処理を行い、イニシエータが形成したＲＦフィールドがオフにされるのを待って、ステップＳ３３５に進み、ＲＦフィールドをオンにする。さらに、ステップＳ３３５では、ターゲットは、ステップＳ３３３で受信したコマンドに対するレスポンスを送信し、ＲＦフィールドをオフにする。ここで、ステップＳ３３５では、ターゲットは、例えば、イニシエータから送信されてくるコマンドATR_REQに対するレスポンスATR_RESを、コマンドATR_REQと同一の伝送レートで送信する。

ターゲットがステップＳ３３５で送信したレスポンスは、ステップＳ３３６において、イニシエータによって受信される。そして、ステップＳ３３６からＳ３３７に進み、イニシエータは、レスポンスRFCA処理を行い、ターゲットが形成したＲＦフィールドがオフにされるのを待って、ステップＳ３３７に進み、ＲＦフィールドをオンにする。さらに、ステップＳ３３７では、イニシエータは、コマンドを送信し、ＲＦフィールドをオフにする。ここで、ステップＳ３３７では、イニシエータは、例えば、通信パラメータを変更するために、コマンドPSL_REQを送信することができる。また、ステップＳ３３７では、イニシエータは、例えば、コマンドDEP_REQを送信して、データ交換プロトコルによるデータ交換を開始することができる。

イニシエータがステップＳ３３７で送信したコマンドは、ステップＳ３３８において、ターゲットによって受信され、以下、同様にして、イニシエータとターゲットとの間で通信が行われる。

次に、図２７のフローチャートを参照して、パッシブモードにおけるアクティベーションプロトコルを説明する。

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

その後、ステップＳ３５４に進み、イニシエータは、ターゲットに属性を要求するかどうかを判定する。ステップＳ３５４において、ターゲットに属性を要求しないと判定された場合、ステップＳ３５５に進み、イニシエータは、ターゲットとの通信を、独自プロトコルにしたがって行い、ステップＳ３５４に戻り、以下、同様の処理を繰り返す。

また、ステップＳ３５４において、ターゲットに属性を要求すると判定された場合、ステップＳ３５６に進み、イニシエータは、コマンドATR_REQを送信し、これにより、ターゲットに属性を要求する。そして、イニシエータは、ターゲットからコマンドATR_REQに対するレスポンスATR_RESが送信されてくるのを待って、ステップＳ３５７に進み、そのレスポンスATR_RESを受信して、ステップＳ３５８に進む。

ステップＳ３５８では、イニシエータは、ステップＳ３５７でターゲットから受信したレスポンスATR_RESに基づき、通信パラメータ、即ち、例えば、伝送レートを変更することができるかどうかを判定する。ステップＳ３５８において、伝送レートを変更することができないと判定された場合、ステップＳ３５９乃至Ｓ３６１をスキップして、ステップＳ３６２に進む。

また、ステップＳ３５８において、伝送レートを変更することができると判定された場合、ステップＳ３５９に進み、イニシエータは、コマンドPSL_REQを送信し、これにより、ターゲットに伝送レートの変更を要求する。そして、イニシエータは、コマンドPSL_REQに対するレスポンスPSL_RESがターゲットから送信されてくるのを待って、ステップＳ３５９からＳ３６０に進み、そのレスポンスPSL_RESを受信して、ステップＳ３６１に進む。ステップＳ３６１では、イニシエータは、ステップＳ３６０で受信したレスポンスPSL_RESにしたがい、通信パラメータ、即ち、例えば、伝送レートを変更し、ステップＳ３６２に進む。

ステップＳ３６２では、イニシエータは、データ交換プロトコルにしたがい、ターゲットとの間でデータ交換を行い、その後、必要に応じて、ステップＳ３６３またはＳ３６５に進む。

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

一方、イニシエータは、ターゲットとの通信を完全に終了する場合、ステップＳ３６２からＳ３６５に進み、コマンドRLS_REQを送信する。そして、イニシエータは、コマンドRLS_REQに対するレスポンスRLS_RESがターゲットから送信されてくるのを待って、ステップＳ３６５からＳ３６６に進み、そのレスポンスRLS_RESを受信して、ステップＳ３５１に戻り、以下、同様の処理を繰り返す。

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

まず最初に、ステップＳ３７１において、イニシエータは、初期RFCA処理を行い、ステップＳ３７２に進み、通信モードをアクティブモードとする。そして、ステップＳ３７３に進み、イニシエータは、コマンドATR_REQを送信し、これにより、ターゲットに属性を要求する。そして、イニシエータは、ターゲットからコマンドATR_REQに対するレスポンスATR_RESが送信されてくるのを待って、ステップＳ３７４に進み、そのレスポンスATR_RESを受信して、ステップＳ３７５に進む。

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

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

ステップＳ３７９では、イニシエータは、データ交換プロトコルにしたがい、ターゲットとの間でデータ交換を行い、その後、必要に応じて、ステップＳ３８０またはＳ３８４に進む。

即ち、イニシエータは、いま通信を行っているターゲットをディセレクト状態にし、既にディセレクト状態になっているターゲットのうちのいずれかをウエイクアップさせる場合、ステップＳ３７９からＳ３８０に進み、コマンドDSL_REQを送信する。そして、イニシエータは、コマンドDSL_REQに対するレスポンスDSL_RESがターゲットから送信されてくるのを待って、ステップＳ３８０からＳ３８１に進み、そのレスポンスDSL_RESを受信する。ここで、レスポンスDSL_RESを送信してきたターゲットは、ディセレクト状態になる。

その後、ステップＳ３８１からＳ３８２に進み、イニシエータは、コマンドWUP_REQを送信する。そして、イニシエータは、コマンドWUP_REQに対するレスポンスWUP_RESがターゲットから送信されてくるのを待って、ステップＳ３８２からＳ３８３に進み、そのレスポンスWUP_RESを受信して、ステップＳ３７５に戻る。ここで、レスポンスWUP_RESを送信してきたターゲットはウエイクアップし、そのウエイクアップしたターゲットが、イニシエータがその後に行うステップＳ３７５以降の処理の対象となる。

一方、イニシエータは、ターゲットとの通信を完全に終了する場合、ステップＳ３７９からＳ３８４に進み、コマンドRLS_REQを送信する。そして、イニシエータは、コマンドRLS_REQに対するレスポンスRLS_RESがターゲットから送信されてくるのを待って、ステップＳ３８４からＳ３８５に進み、そのレスポンスRLS_RESを受信して、ステップＳ３７１に戻り、以下、同様の処理を繰り返す。

次に、図２９は、NFCIP-1で使用されるNFCIP-1プロトコルコマンドと、そのコマンドに対するレスポンスとを示している。

なお、図２９に示したコマンドおよびレスポンスは、図１２に示したコマンドおよびレスポンスと同一である。但し、図１２では、コマンドおよびレスポンスのニーモニック（名称）(Mnemonic)だけを示したが、図２９では、ニーモニックの他、コマンドの定義(Definitions)も示してある。

コマンドATR_REQ，WUP_REQ ，PSL_REQ，DEP_REQ，DSL_REQ，RLS_REQは、イニシエータが送信し、レスポンスATR_REQ，WUP_RES ，PSL_RES，DEP_RES，DSL_RES，RLS_RESは、ターゲットが送信する。

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

なお、本明細書において、NFC通信装置が行う処理を説明する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。

本発明を適用した通信システムの一実施の形態の構成例を示す図である。 パッシブモードを説明する図である。 アクティブモードを説明する図である。 NFC通信装置１の構成例を示すブロック図である。 復調部１３の構成例を示すブロック図である。 変調部１９の構成例を示すブロック図である。 復調部１３の他の構成例を示すブロック図である。 復調部１３のさらに他の構成例を示すブロック図である。 初期RFCA処理を説明するタイミングチャートである。 アクティブRFCA処理を説明するタイミングチャートである。 SDD処理を説明する図である。 コマンドとレスポンスの一覧を示す図である。 NFC通信装置の処理を説明するフローチャートである。 パッシブモードのイニシエータの処理を示すフローチャートである。 パッシブモードのターゲットの処理を示すフローチャートである。 アクティブモードのイニシエータの処理を示すフローチャートである。 アクティブモードのターゲットの処理を示すフローチャートである。 パッシブモードのイニシエータの通信処理を示すフローチャートである。 パッシブモードのイニシエータの通信処理を示すフローチャートである。 パッシブモードのターゲットの通信処理を示すフローチャートである。 アクティブモードのイニシエータの通信処理を示すフローチャートである。 アクティブモードのイニシエータの通信処理を示すフローチャートである。 アクティブモードのターゲットの通信処理を示すフローチャートである。 NFC通信装置が行う一般的な初期化とSDDを説明するためのフローチャートである。 イニシエータが行う初期化とSDDを説明するためのフローチャートである。 アクティブモードにおける初期化を説明するためのタイミングチャートである。 パッシブモードにおけるアクティベーションプロトコルを説明するためのフローチャートである。 アクティブモードにおけるアクティベーションプロトコルを説明するためのフローチャートである。 NFCIP-1プロトコルコマンドとそのコマンドに対するレスポンスを示す図である。

符号の説明

１乃至３ NFC通信装置， １１ アンテナ， １２ 受信部， １３ 復調部， １４ デコード部， １５ データ処理部， １６ エンコード部， １７ 選択部， １８ 電磁波出力部， １９ 変調部， ２０ 負荷変調部， ２１ 制御部， ２２ 電源部， ３１ 選択部， ３２₁乃至３２_N 復調部， ３３，４１ 選択部， ４２₁乃至４２_N 変調部， ４３ 選択部， ５１ 可変レート復調部， ５２ レート検出部

Claims (8)

1. 単一の周波数の搬送波を使用して、他の通信装置と近接無線通信を行い、最初に電磁波を出力して通信を開始する通信装置において、
   送信したコマンドに対するレスポンスを返す通信相手である他の通信装置からの電磁波によるＲＦ（Radio Frequency）フィールドを検出する検出部と、
   電磁波を発生することにより、ＲＦフィールドを形成する電磁波出力部と、
   前記他の通信装置に送信すべきデータに従って、電磁波を変調することにより、前記データを、複数の伝送レートのうちの所定の伝送レートで送信する送信部と、
   前記他の通信装置から送信されてくる通信パラメータを含むデータを受信する受信部と
   を備え、
   前記受信部で受信した通信パラメータを含むデータに基づいて、前記伝送レートを変更することができると判定した場合、前記他の通信装置に伝送レートの変更要求を送信し、前記伝送レートを変更し、前記他の通信装置とデータ交換を行う
   ことを特徴とする通信装置。
2. データを送受信することができる伝送レートを含む通信に関する通信パラメータを前記他の通信装置から受信する
   請求項１に記載の通信装置。
3. 前記通信装置が電磁波を出力して変調することによりデータを送信し、前記他の通信装置が前記通信装置から出力された電磁波を負荷変調することによりデータを送信するパッシブモード、および、前記通信装置と前記他の通信装置のそれぞれが電磁波を出力して変調することによりデータを送信するアクティブモードの２つの通信モードのうちのいずれかの通信モードを有する
   請求項１に記載の通信装置。
4. 前記通信装置は、前記他の通信装置から変更要求に対するレスポンスを受信した場合、伝送レートを変更する
   請求項１に記載の通信装置。
5. 単一の周波数の搬送波を使用して、他の通信装置と近接無線通信を行い、最初に電磁波を出力して通信を開始する通信装置の通信方法において、
   前記通信装置は、
   送信したコマンドに対するレスポンスを返す通信相手である他の通信装置からの電磁波によるＲＦ（Radio Frequency）フィールドを検出する検出部と、
   電磁波を発生することにより、ＲＦフィールドを形成する電磁波出力部と、
   前記他の通信装置に送信すべきデータに従って、電磁波を変調することにより、前記データを、複数の伝送レートのうちの所定の伝送レートで送信する送信部と、
   前記他の通信装置から送信されてくる通信パラメータを含むデータを受信する受信部と
   を備え、
   前記受信部で受信した通信パラメータを含むデータに基づいて、前記伝送レートを変更することができると判定した場合、前記他の通信装置に伝送レートの変更要求を送信し、
   前記伝送レートを変更し、
   前記他の通信装置とデータ交換を行う
   ステップを含むことを特徴とする通信方法。
6. 単一の周波数の搬送波を使用して、他の通信装置と近接無線通信を行い、最初に電磁波を出力して通信を開始する前記他の通信装置から送信されたコマンドに対するレスポンスを返して前記他の通信装置の通信相手となる通信装置において、
   他の通信装置からの電磁波によるＲＦ（Radio Frequency）フィールドを検出する検出部と、
   前記他の通信装置からの電磁波を負荷変調することにより伝送レートを変更することができるかどうかを示す通信パラメータを含むデータを送信する送信部と、
   前記他の通信装置から送信されてくるデータを受信する受信部と
   を備え、
   前記他の通信装置から伝送レートの要求変更を受信し、前記伝送レートを変更し、前記他の通信装置とデータ交換を行う
   ことを特徴とする通信装置。
7. 単一の周波数の搬送波を使用して、他の通信装置と近接無線通信を行い、最初に電磁波を出力して通信を開始する前記他の通信装置から送信されたコマンドに対するレスポンスを返して前記他の通信装置の通信相手となる通信装置の通信方法において、
   前記通信装置は、
   他の通信装置からの電磁波によるＲＦ（Radio Frequency）フィールドを検出する検出部と、
   前記他の通信装置からの電磁波を負荷変調することにより伝送レートを変更することができるかどうかを示す通信パラメータを含むデータを送信する送信部と、
   前記他の通信装置から送信されてくるデータを受信する受信部と
   を備え、
   前記他の通信装置から伝送レートの要求変更を受信し、
   前記伝送レートを変更し、
   前記他の通信装置とデータ交換を行う
   ステップを含むことを特徴とする通信方法。
8. 単一の周波数の搬送波を使用して、近接無線通信を行い、最初に電磁波を出力して通信を開始する第１の通信装置、および前記第１の通信装置が送信したコマンドに対するレスポンスを返す通信相手である第２の通信装置の通信方法において、
   前記第１の通信装置は、
   前記第２の通信装置からの電磁波によるＲＦ（Radio Frequency）フィールドを検出する第１の検出部と、
   電磁波を発生することにより、ＲＦフィールドを形成する電磁波出力部と、
   前記第２の通信装置に送信すべきデータに従って、電磁波を変調することにより、前記データを、複数の伝送レートのうちの所定の伝送レートで送信する第１の送信部と、
   前記第２の通信装置から送信されてくる通信パラメータを含むデータを受信する第１の受信部と
   を備え、
   前記第２の通信装置は、
   前記第１の通信装置からの電磁波によるＲＦ（Radio Frequency）フィールドを検出する第２の検出部と、
   前記第１の通信装置からの電磁波を負荷変調することにより伝送レートを変更することができるかどうかを示す通信パラメータを含むデータを送信する第２の送信部と、
   前記第１の通信装置から送信されてくるデータを受信する第２の受信部と
   を備え、
   前記第１の通信装置が、前記第１の受信部で受信した通信パラメータを含むデータに基づいて、前記伝送レートを変更することができると判定した場合、前記第２の通信装置に伝送レートの変更要求を送信し、
   前記第２の通信装置が、前記第１の通信装置から伝送レートの要求変更を受信し、
   前記第１の通信装置および前記第２の通信装置が、前記伝送レートを変更し、
   前記第１の通信装置と前記第２の通信装置との間で、データ交換を行う
   ステップを含むことを特徴とする通信方法。

Images