JP2008010011A - 通信装置 - Google Patents

Abstract

【課題】２以上の通信相手から同時に応答が返ってくることを防止する。
【解決手段】NFC通信装置１は、IDを要求するデータを送信し、その要求に応じてNFC通信装置２と３が送信してくるIDを取得する。そして、NFC通信装置１は、NFC通信装置２と３のIDの取得後は、NFC通信装置２と３に対するデータとして、それぞれのIDを含むデータを送信する。一方、NFC通信装置１は、NFC通信装置２と３のIDを正常に取得することができなかった場合、IDを要求するデータを再送信する。NFC通信装置２と３は、IDの要求を受信した場合、自身のIDを乱数により生成して送信する。また、NFC通信装置２と３は、IDの要求を再受信した場合、自身のIDを乱数により再生成して再送信する。本発明は、例えばICカードシステムに適用できる。
【選択図】図１

Description

本発明は、通信装置に関し、例えば、近接通信等において、複数の通信相手それぞれを確実に識別して、２以上の通信相手から同時に応答が返ってくることを防止することができるようにする通信装置に関する。

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

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

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

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

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

ところで、ICカードシステムにおいて、１つのリーダ／ライタに対して、複数のICカードが接近してきた場合には、リーダ／ライタが、その複数のICカードそれぞれを識別し、通信相手を特定して、通信を行う必要がある。

複数のICカードを識別する方法としては、ICカードにユニークな識別番号としてのIDを割り当て、そのIDを、ICカードからリーダ／ライタに報告させる方法がある。

このように、ICカードにユニークなIDを割り当てる場合には、ICカードどうして、IDが重複することはない。しかしながら、この場合、そのユニークなIDを常時記憶しておくためのEEPROM(Electrically Erasable Programmable Read Only Memory)などのメモリが必要となる。従って、ICカードに、EEPROMが必要でない場合でも、IDを記憶させておくのに、EEPROMを設ける必要があり、ICカードの製造コストがコスト高になる。

そこで、ICカードにおいて、乱数を発生し、その乱数を、自身のIDとして、一時的に使用する方法がある。この方法によれば、IDを常時記憶しておく必要はないので、IDを記憶させるためのEEPROMを設ける必要はない。

しかしながら、乱数をIDとして用いる場合には、複数のICカードにおいて、同一の乱数が、IDとして用いられることが生じうる。この場合、リーダ／ライタが、そのID宛にデータを送信すると、複数のICカードが同時に応答することによって混信（コリジョン）が生じ、リーダ／ライタが、ICカードからの応答を正常に取得することができないことになる。

本発明は、このような状況に鑑みてなされたものであり、複数の通信相手それぞれを確実に識別して、２以上の通信相手から同時に応答が返ってくることを防止することができるようにするものである。

本発明の通信装置は、他の装置を識別するID(Identification)を要求するデータを送信し、IDの要求に応じて他の装置が送信してくるIDを取得し、他の装置のIDの取得後は、他の装置に対するデータとして、他の装置のIDを含むデータを送信し、他の装置のIDを正常に取得することができなかった場合、IDを要求するデータを再送信することを特徴とする。

本発明の通信装置においては、他の装置を識別するID(Identification)を要求するデータが送信され、IDの要求に応じて他の装置が送信してくるIDが取得される。そして、他の装置のIDの取得後は、他の装置に対するデータとして、他の装置のIDを含むデータが送信される。一方、他の装置のIDを正常に取得することができなかった場合、IDを要求するデータが再送信される。

本発明によれば、２以上の通信相手から同時に応答が返ってくることを防止することができる。

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

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

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

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

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

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

２つの通信モードとしては、パッシブモードとアクティブモードとがある。いま、NFC通信装置１乃至３のうちの、例えば、NFC通信装置１と２の間の通信に注目すると、パッシブモードでは、上述した従来のICカードシステムと同様に、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通信装置の他、例えば、従来のICカードシステムを構成するICカードやリーダ／ライタなどを含めて構成することも可能である。

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

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

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

データ処理部１５は、デコード部１４から供給されるデータに基づき、例えば、トランスポート層などのプロトコルで行うべき処理、その他の所定の処理を行う。また、データ処理部１５は、他の装置に送信すべきデータを、エンコード部１６に供給する。さらに、データ処理部１５は、乱数発生部２４から供給される乱数を受信し、その乱数から、NFC通信装置自身を特定する情報としてのNFCID(NFC Identification)を生成する。データ処理部１５は、他の装置から、後述するポーリングリクエストフレームによってNFCIDを要求された場合、乱数発生部２４から供給される乱数から生成したNFCIDを、自身を特定するNFCIDとして、後述するポーリングレスポンスフレームに配置し、エンコード部１６に供給する。

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

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

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

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

ここで、変調部１９および負荷変調部２０における変調方式としては、例えば、振幅変調(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などを採用することができる。即ち、Ｎ通りの伝送レートには、例えば、既存のICカードシステムなどの近接通信において既に採用されている伝送レートと、それ以外の伝送レートとを含めることができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

そこで、NFC通信装置１乃至３それぞれは、他の装置からの電磁波（によるRFフィールド）が存在するかどうかを検出し、存在しない場合にのみ、電磁波の出力を開始し、これにより、コリジョンを防止するようになっている。ここで、このように、他の装置からの電磁波が存在するかどうかを検出し、存在しない場合にのみ、電磁波の出力を開始する処理を、コリジョンを防止するという目的から、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は、RF待ち時間と呼ばれ、例えば、５１２／ｆ_cが採用される。時間Ｔ_IRFGは、初期ガードタイムと呼ばれ、例えば、５msより大の値が採用される。

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

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

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

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

ここで、時間Ｔ_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を要求する。そして、イニシエータに近接する位置に存在するターゲットは、イニシエータからの要求に応じて、自身を特定する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通信装置は、既存のICカードシステムを構成するICカードやリーダ／ライタとの間でも、そのICカードやリーダ／ライタが採用している伝送レートで、データのやりとりを行うことができる。いま、ターゲットが、例えば、既存のICカードシステムのICカードである場合、SDD処理は、例えば、次のようにして行われる。

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

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

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

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

なお、いまの場合、ターゲットは、既存のICカードシステムのICカードであるから、動作するための電源を、イニシエータが出力する電磁波から生成する。このため、イニシエータは、初期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_REQは、ターゲットが、コマンドATR_REQを受信した場合に、そのコマンドATR_REQに対する応答として、イニシエータに送信される。レスポンスATR_REQには、ターゲットの属性やNFCIDなどが配置される。

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

コマンド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は、異なる。

なお、イニシエータは、あるターゲットにコマンドを送信する場合、例えば、ターゲットとの間でポーリングリクエストフレームとポーリングレスポンスフレームをやりとりすることにより認識した、そのターゲットのNFCIDを、コマンドに含めて送信する。一方、ターゲットは、コマンドを受信した場合、そのコマンドに含まれているNFCIDが、自身のNFCIDに一致するときに、そのコマンドに対するレスポンスをイニシエータに送信する。

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

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

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

ここで、NFC通信装置（図４）では、例えば、制御部２１が、検出部２３で検出される電磁波（NFC通信装置で用いられる電磁波と周波数帯域などが同様の電磁波）のレベルを監視しており、ステップＳ１では、そのレベルに基づき、他の装置による電磁波を検出したかどうかが判定される。

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

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

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

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

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

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

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

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

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

また、ステップＳ１４において、他の装置から、第ｎレートで、ポーリングレスポンスフレームが送信されてきたと判定された場合、即ち、例えば、NFC通信装置に近接する他の装置が、第ｎレートでの通信を行うことができ、第ｎレートで送信したポーリングリクエストフレームに対するポーリングレスポンスフレームが返ってきた場合、ステップＳ１５に進み、NFC通信装置は、他の装置からのポーリングレスポンスフレームを正常受信することができたかどうかを判定する。ステップＳ１５において、他の装置からのポーリングレスポンスフレームを正常受信することができなかったと判定された場合、即ち、例えば、NFC通信装置の周囲に、複数の装置が存在し、その複数の装置からポーリングレスポンスフレームが、同一のタイムスロットで送信されてきたために、コリジョンが生じ、NFC通信装置が、ポーリングレスポンスフレームを正常受信することができなかった場合、ステップＳ１６乃至Ｓ１９をスキップして、ステップＳ２０に進む。

また、ステップＳ１５において、他の装置からのポーリングレスポンスフレームを正常受信することができたと判定された場合、ステップＳ１６に進み、NFC通信装置は、そのポーリングレスポンスフレームを返してきた他の装置をパッシブモードのターゲットとして、そのターゲットのNFCIDを、ポーリングレスポンスフレームに配置されているNFCIDによって認識し、そのNFCIDが、後述するステップＳ１７で既に記憶したNFCIDと重複するかどうかを判定する。

ステップＳ１６において、他の装置からのポーリングレスポンスフレームに配置されたNFCIDが、既に記憶しているNFCIDと重複すると判定された場合、ステップＳ１７乃至Ｓ１９をスキップして、ステップＳ２０に進む。

また、ステップＳ１６において、他の装置からのポーリングレスポンスフレームに配置されたNFCIDが、既に記憶しているNFCIDと重複しないと判定された場合、ステップＳ１７に進み、NFC通信装置は、他の装置からのポーリングレスポンスフレームに配置されたNFCIDを、その、他の装置であるターゲットを特定するNFCIDとして記憶するとともに、そのターゲットが第ｎレートで通信可能であることを認識する。

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

また、NFC通信装置が、ステップＳ１７で記憶したターゲットのNFCIDは、例えば、そのターゲットとの通信が完全に終了したときに、NFC通信装置から消去される。

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

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

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

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

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

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

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

一方、ステップＳ２１において、変数ｎが、最大値Ｎに等しいと判定された場合、即ち、NFC通信装置が、Ｎ通りのＮ通りの伝送レートで、ポーリングリクエストフレームを送信するとともに、各伝送レートで返ってくるポーリングレスポンスフレームを受信した場合、ステップＳ２３に進み、NFC通信装置は、ポーリングレスポンスフレームが複数の装置から同時に送信されてきたこと等に起因して、正常受信することができなかったポーリングレスポンスフレームがあったかどうかと、ステップＳ１６で認識した他の装置のNFCIDの中に重複するものがあったかどうかを判定する。

ステップＳ２３において、正常受信することができなかったポーリングレスポンスフレームがあったと判定されるか、またはステップＳ１６で認識した他の装置のNFCIDの中に重複するものがあったと判定された場合、ステップＳ１２に戻り、以下、同様の処理が繰り返される。これにより、イニシエータが正常受信することができなかったポーリングレスポンスフレームを送信してきた装置や、重複するNFCIDを送信してきた装置などの一意の識別が可能な、いわば正常なNFCIDを取得することができなかった装置に対しては、ポーリングリクエストフレームが再送信される。

一方、ステップＳ２３において、正常受信することができなかったポーリングレスポンスフレームがないと判定され、かつステップＳ１６で認識した他の装置のNFCIDの中に重複するものがないと判定された場合、ステップＳ２４に進み、NFC通信装置は、パッシブモードのイニシエータとして、その通信処理（パッシブモードのイニシエータの通信処理）を行う。ここで、パッシブモードのイニシエータの通信処理については、後述する。

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

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

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

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

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

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

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

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

即ち、パッシブモードにおいて、ターゲットが、イニシエータから送信されてきたポーリングリクエストフレームに対して、ポーリングレスポンスフレームを送信した場合には、イニシエータは、図１４のステップＳ１８で説明したように、基本的には、そのターゲットに、コマンドDSL_REQを送信する。イニシエータが、ターゲットに対して、いわば例外的にコマンドDSL_REQを送信しないのは、図１４で説明したように、コリジョンによってポーリングレスポンスフレームを正常受信することができなかった場合か、またはポーリングレスポンスフレームを正常受信することができても、そのポーリングレスポンスフレームに配置されたNFCIDが、既にイニシエータが記憶しているターゲットのNFCIDと重複する場合である。即ち、イニシエータは、他のターゲットと識別することができるNFCID（正常なNFCID）を取得することができなかったターゲットに対しては、図１４のステップＳ１８において送信するコマンドDSL_REQを送信しない。

従って、ステップＳ３７において、コマンドDSL_REQが送信されてきていないと判定された場合は、イニシエータが、ターゲットであるNFC通信装置の正常なNFCIDを取得することができなかった場合である。このため、パッシブモードのターゲットとなっているNFC通信装置では、ステップＳ３７からＳ３１に戻り、上述した場合と同様の処理、即ち、イニシエータから再送信されてくるポーリングリクエストフレームを受信し、新たなNFCIDを乱数により再生成してポーリングレスポンスフレームに含めて再送信することが繰り返される。

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

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

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

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

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

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

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

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

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

また、ステップＳ５４において、他の装置から、第ｎレートで、ポーリングレスポンスフレームが送信されてきたと判定された場合、即ち、例えば、NFC通信装置に近接する他の装置が、第ｎレートでの通信を行うことができ、第ｎレートで送信したポーリングリクエストフレームに対するポーリングレスポンスフレームが返ってきた場合、ステップＳ５５に進み、NFC通信装置は、他の装置からのポーリングレスポンスフレームを正常受信することができたかどうかを判定する。ステップＳ５５において、他の装置からのポーリングレスポンスフレームを正常受信することができなかったと判定された場合、即ち、例えば、NFC通信装置の周囲に、複数の装置が存在し、その複数の装置からポーリングレスポンスフレームが、同一のタイムスロットで送信されてきたために、コリジョンが生じ、NFC通信装置が、ポーリングレスポンスフレームを正常受信することができなかった場合、ステップＳ５６乃至Ｓ５９をスキップして、ステップＳ６０に進む。

また、ステップＳ５５において、他の装置からのポーリングレスポンスフレームを正常受信することができたと判定された場合、ステップＳ５６に進み、NFC通信装置は、そのポーリングレスポンスフレームを返してきた他の装置をアクティブモードのターゲットとして、そのターゲットのNFCIDを、ポーリングレスポンスフレームに配置されているNFCIDによって認識し、そのNFCIDが、既に後述するステップＳ５７で既に記憶したNFCIDと重複するかどうかを判定する。

ステップＳ５６において、他の装置からのポーリングレスポンスフレームに配置されたNFCIDが、既に記憶しているNFCIDと重複すると判定された場合、ステップＳ５７乃至Ｓ５９をスキップして、ステップＳ６０に進む。

また、ステップＳ５６において、他の装置からのポーリングレスポンスフレームに配置されたNFCIDが、既に記憶しているNFCIDと重複しないと判定された場合、ステップＳ５７に進み、NFC通信装置は、他の装置からのポーリングレスポンスフレームに配置されたNFCIDを、その、他の装置であるターゲットを特定するNFCIDとして記憶するとともに、そのターゲットが第ｎレートで通信可能であることを認識する。

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

また、NFC通信装置が、ステップＳ５７で記憶したターゲットのNFCIDは、例えば、そのターゲットとの通信が完全に終了したときに、NFC通信装置から消去される。

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

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

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

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

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

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

一方、ステップＳ６１において、変数ｎが、最大値Ｎに等しいと判定された場合、即ち、NFC通信装置が、Ｎ通りのＮ通りの伝送レートで、ポーリングリクエストフレームを送信するとともに、各伝送レートで返ってくるポーリングレスポンスフレームを受信した場合、ステップＳ６３に進み、NFC通信装置は、ポーリングレスポンスフレームが複数の装置から同時に送信されてきたこと等に起因して、正常受信することができなかったポーリングレスポンスフレームがあったかどうかと、ステップＳ５６で認識した他の装置のNFCIDの中に重複するものがあったかどうかを判定する。

ステップＳ６３において、正常受信することができなかったポーリングレスポンスフレームがあったと判定されるか、またはステップＳ５６で認識した他の装置のNFCIDの中に重複するものがあったと判定された場合、ステップＳ５２に戻り、以下、同様の処理が繰り返される。これにより、イニシエータが正常受信することができなかったポーリングレスポンスフレームを送信してきた装置や、重複するNFCIDを送信してきた装置に対しては、ポーリングリクエストフレームが再送信される。

一方、ステップＳ６３において、正常受信することができなかったポーリングレスポンスフレームがないと判定され、かつステップＳ５６で認識した他の装置のNFCIDの中に重複するものがないと判定された場合、ステップＳ６４に進み、NFC通信装置は、アクティブモードのイニシエータとして、その通信処理（アクティブモードのイニシエータの通信処理）を行い、その後、処理を終了する。ここで、アクティブモードのイニシエータの通信処理については、後述する。

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

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

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

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

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

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

即ち、アクティブモードにおいて、ターゲットが、イニシエータから送信されてきたポーリングリクエストフレームに対して、ポーリングレスポンスフレームを送信した場合には、イニシエータは、図１６のステップＳ５８で説明したように、基本的には、そのターゲットに、コマンドDSL_REQを送信する。イニシエータが、ターゲットに対して、いわば例外的にコマンドDSL_REQを送信しないのは、図１６で説明したように、コリジョンによってポーリングレスポンスフレームを正常受信することができなかった場合か、またはポーリングレスポンスフレームを正常受信することができても、そのポーリングレスポンスフレームに配置されたNFCIDが、既にイニシエータが記憶しているターゲットのNFCIDと重複する場合である。即ち、イニシエータは、他のターゲットと識別することができるNFCID（正常なNFCID）を取得することができなかったターゲットに対しては、図１６のステップＳ５８において送信するコマンドDSL_REQを送信しない。

従って、ステップＳ７７において、コマンドDSL_REQが送信されてきていないと判定された場合は、イニシエータが、ターゲットであるNFC通信装置の正常なNFCIDを取得することができなかった場合である。このため、アクティブモードのターゲットとなっているNFC通信装置では、ステップＳ７７からＳ７１に戻り、上述した場合と同様の処理、即ち、イニシエータから再送信されてくるポーリングリクエストフレームを受信し、新たなNFCIDを乱数により再生成してポーリングレスポンスフレームに含めて再送信することが繰り返される。

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

ステップＳ７９では、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_UPによって、再び、イニシエータと通信可能な状態となるが、コマンドRLS_REQによって解放されたターゲットは、イニシエータとの間で、上述したポーリングリクエストフレームとポーリングレスポンスフレームのやりとりが行われないと、イニシエータと通信可能な状態とならない。

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

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

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

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

なお、図１９のステップＳ１１６とＳ１１７において、コマンドDEP_REQとレスポンスDEP_RESがやりとりされることにより、ターゲットとイニシエータとの間で、データの送受信（データ交換）が行われるが、このコマンドDEL_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処理を行うことによって電磁波の出力を開始し、コマンドの送信の終了後に、その電磁波の出力を停止する処理（オフ処理）を行う。かかる点を除けば、図２３のアクティブモードのターゲットの通信処理では、ステップＳ１９１乃至Ｓ２０３において、図２０のステップＳ１３１乃至Ｓ１４３における場合とそれぞれ同様の処理が行われるため、その説明は、省略する。

以上のように、イニシエータにおいては、ターゲットを識別するNFCIDを要求するポーリングリクエストフレームが送信され、そのポーリングリクエストフレームに対する応答としてターゲットが送信してくるポーリングレスポンスフレームに配置されたNFCIDが取得される。そして、イニシエータにおいて、ターゲットのNFCIDを正常に取得することができなかった場合は、ポーリングリクエストフレームが再送信される。一方、ターゲットは、イニシエータからのポーリングレスポンスフレームを受信すると、自身のNFCIDを乱数により生成し、ポーリングレスポンスフレームに配置して、イニシエータに送信する。さらに、ターゲットは、イニシエータからポーリングリクエストフレームを再受信した場合、自身のNFCIDを乱数により再生成し、ポーリングレスポンスフレームに配置して、イニシエータに再送信する。

従って、イニシエータの周囲に複数のターゲットが近接している場合に、イニシエータは、その複数のターゲットそれぞれについて、ユニークなNFCIDを取得し、そのNFCIDによって複数のターゲットそれぞれを確実に識別することができる。その結果、イニシエータが、あるNFCID宛に送信したコマンドに対して、複数のターゲットから、同時にレスポンスが送信されてくることを防止することができる。

また、NFCIDを乱数により生成するようにしたので、固定のユニークな番号等をNFCIDとした場合に必要となる、そのNFCIDを記憶しておくためのEEPROMを装置に設ける必要がなく、装置を低コストで製造等することが可能となる。

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

また、本実施の形態では、イニシエータが、近接する位置にあるすべてのターゲットのNFCIDを取得した後、あるターゲットを注目装置として通信を行う場合に、注目装置だけをディセレクト状態からウエイクアップし、他のターゲットをディセレクト状態にしたままにしておくようにしたが、近接する位置にあるすべてのターゲットのNFCIDを取得した後は、そのすべてのターゲットをウエイクアップして通信を行うようにすることが可能である。この場合、イニシエータが送信するコマンドが、いずれのターゲットに対するものであるかは、そのコマンドに配置されるNFCIDによって認識される。即ち、イニシエータが送信したコマンドは、そのコマンドに配置されたNFCIDのターゲットが受信し、そのコマンドに対するレスポンスを、ターゲットに返すことになる。

さらに、本実施の形態では、本発明を、複数の伝送レートでのデータの送受信が可能なNFC通信装置に適用した場合について説明したが、本発明は、その他、ある単一の伝送レートでのデータの送受信のみが可能な通信装置などにも適用可能である。さらに、本発明は、パッシブモードとアクティブモードのうちのいずれかのみによって通信を行う通信装置にも適用可能である。

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

符号の説明

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

Claims (1)

1. 電磁波によりデータを送受信する通信装置において、
   電磁波を発生することにより、RF(Radio Frequency)フィールドを形成する電磁波発生手段と、
   電磁波を変調することにより、複数の伝送レートのうちのいずれかの伝送レートでデータを送信する変調手段と、
   電磁波を復調することにより、複数の伝送レートのうちのいずれかの伝送レートで、他の装置から送信されてくるデータを取得する復調手段と
   を備え、
   前記他の装置を識別するID(Identification)を要求するデータを送信し、
   前記IDの要求に応じて前記他の装置が送信してくる前記IDを取得し、
   前記他の装置のIDの取得後は、前記他の装置に対するデータとして、前記他の装置のIDを含むデータを送信し、
   前記他の装置のIDを正常に取得することができなかった場合、前記IDを要求するデータを再送信する
   ことを特徴とする通信装置。

Images