(57)【要約】【課題】多様な近接通信を可能とする。【解決手段】NFC通信装置１乃至３は、２つの通信モードによる通信が可能であることと、複数の伝送レートによるデータ伝送が可能であることとの２つの特徴を有している。２つの通信モードとしては、パッシブモードとアクティブモードとがある。NFC通信装置１と２の間の通信に注目すると、パッシブモードでは、従来のICカードシステムと同様に、NFC通信装置１と２のうちの、例えばNFC通信装置１は、自身が発生する電磁波を変調することにより、NFC通信装置２にデータを送信し、NFC通信装置２は、NFC通信装置１が発生する電磁波を負荷変調することにより、NFC通信装置１にデータを送信する。一方、アクティブモードでは、NFC通信装置１と２のいずれも、自身が発生する電磁波を変調することにより、データを送信する。本発明は、例えばICカードシステムなどに適用できる。【選択図】図１
2010273373.tif 000002
【特許請求の範囲】
【請求項１】
単一の周波数の搬送波を使用して、他の通信装置と近接無線通信を行う通信装置において、
他の装置からの電磁波によるＲＦ（Radio Frequency）フィールドを検出する検出部と、
電磁波を発生することにより、ＲＦフィールドを形成する電磁波出力部と、
前記他の通信装置に送信すべきデータに従って、電磁波を変調することにより、前記データを、所定の伝送レートで送信する送信部と、
前記他の通信装置から送信されてくるデータを受信する受信部と
を備え、
他の装置からの電磁波によるＲＦを検出しない場合に、RFフィールドを形成し、他の装置から送信されてくるデータを受信し、
前記受信部で受信したデータに基づいて、通信を行う他の装置を選択するためのコマンドを前記他の装置に送信する
ことを特徴とする通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置に関し、特に、例えば、ニーズ等に応じた多様な近接通信を行うこと等ができるようにする通信装置に関する。
【背景技術】
【０００２】
近接通信を行うシステムとしては、例えば、ＩＣ(Integrated Circuit)システムが広く知られている。ＩＣカードシステムにおいては、リーダ／ライタが電磁波を発生することにより、いわゆるＲＦ(Radio Frequency)フィールド（磁界）を形成する。そして、リーダ／ライタに、ＩＣカードが近づくと、ＩＣカードは、電磁誘導によって、電源の供給を受けるとともに、リーダ／ライタとの間でデータ伝送を行う（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１０−１３３１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、現在実施されているＩＣカードシステムの仕様としては、例えば、タイプＡ、タイプＢ、タイプＣと呼ばれているものがある。
【０００５】
タイプＡは、フィリップス社のMIFARE方式として採用されているもので、リーダ／ライタからＩＣカードへのデータ伝送には、Millerによるデータのエンコードが行われ、ＩＣカードからリーダ／ライタへのデータ伝送には、Manchesterによるデータのエンコードが行われる。また、タイプＡでは、データの伝送レートとして、106kbps(kilo bit per second)が採用されている。
【０００６】
タイプＢでは、リーダ／ライタからＩＣカードへのデータ伝送には、NRZによるデータのエンコードが行われ、ＩＣカードからリーダ／ライタへのデータ伝送には、NRZ-Lよるデータのエンコードが行われる。また、タイプＢでは、データの伝送レートとして、106kbpsが採用されている。
【０００７】
タイプＣは、本件出願人であるソニー株式会社のFeliCa方式として採用されているもので、リーダ／ライタとＩＣカードとの間のデータ伝送には、Manchesterによるデータのエンコードが行われる。また、タイプＣでは、データの伝送レートとして、212kbpsが採用されている。
【０００８】
従って、例えば、伝送レートに注目してみると、タイプＡ（若しくはタイプＢ）とＣとでは、伝送レートが異なるため、タイプＡまたはＣが採用されているサービスに、他方のタイプのＩＣカードを新たに導入することは、ユーザが混乱等することから、困難であった。
【０００９】
また、今後、より高速なデータレートとしての、例えば、424kbpsや848kbpsなどでのデータ伝送が可能なＩＣカードシステムが登場することが予想されるが、その場合、既存のＩＣカードシステムとの共存（コンパチビリティ）を図る必要がある。
【００１０】
さらに、従来においては、リーダ／ライタは、自身が発生する電磁波（に対応する搬送波）を変調することにより、ＩＣカードにデータを送信し、ＩＣカードは、リーダ／ライタが発生する電磁波（に対応する搬送波）を負荷変調することにより、リーダ／ライタにデータを送信するため、仮に、ＩＣカードどうしで、データのやりとりを行う場合であっても、必ず、リーダ／ライタを介する必要があった。
【００１１】
しかしながら、今後は、ＩＣカード自身が電磁波を発生し、ＩＣカードどうしで、データのやりとりを直接行うことの要請も高まってくると予想される。
【００１２】
本発明は、このような状況に鑑みてなされたものであり、多様な近接通信を行うことができるようにするものである。
【課題を解決するための手段】
【００１３】
本発明の通信装置は、単一の周波数の搬送波を使用して、他の通信装置と近接無線通信を行う通信装置において、他の装置からの電磁波によるＲＦ（Radio Frequency）フィールドを検出する検出部と、電磁波を発生することにより、ＲＦフィールドを形成する電磁波出力部と、他の通信装置に送信すべきデータに従って、電磁波を変調することにより、データを、所定の伝送レートで送信する送信部と、他の通信装置から送信されてくるデータを受信する受信部とを備え、他の装置からの電磁波によるＲＦを検出しない場合に、RFフィールドを形成し、他の装置から送信されてくるデータを受信し、受信部で受信したデータに基づいて、通信を行う他の装置を選択するためのコマンドを他の装置に送信することを特徴とする。
【００１４】
本発明の通信装置においては、検出部が、他の装置からの電磁波によるＲＦフィールドを検出し、電磁波出力部が、電磁波を発生することにより、ＲＦフィールドを形成する。また、送信部が、他の通信装置に送信すべきデータに従って、電磁波を変調することにより、データを、所定の伝送レートで送信するとともに、受信部が、他の通信装置から送信されてくるデータを受信する。そして、通信装置は、他の装置からの電磁波によるＲＦを検出しない場合に、RFフィールドを形成し、他の装置から送信されてくるデータを受信し、受信部で受信したデータに基づいて、通信を行う他の装置を選択するためのコマンドを他の装置に送信する。
【発明の効果】
【００１５】
本発明によれば、多様な近接通信が可能となる。
【図面の簡単な説明】
【００１６】
【図１】本発明を適用した通信システムの一実施の形態の構成例を示す図である。
【図２】パッシブモードを説明する図である。
【図３】アクティブモードを説明する図である。
【図４】NFC通信装置１の構成例を示すブロック図である。
【図５】復調部１３の構成例を示すブロック図である。
【図６】変調部１９の構成例を示すブロック図である。
【図７】復調部１３の他の構成例を示すブロック図である。
【図８】復調部１３のさらに他の構成例を示すブロック図である。
【図９】初期RFCA処理を説明するタイミングチャートである。
【図１０】アクティブRFCA処理を説明するタイミングチャートである。
【図１１】SDD処理を説明する図である。
【図１２】コマンドとレスポンスの一覧を示す図である。
【図１３】NFC通信装置の処理を説明するフローチャートである。
【図１４】パッシブモードのイニシエータの処理を示すフローチャートである。
【図１５】パッシブモードのターゲットの処理を示すフローチャートである。
【図１６】アクティブモードのイニシエータの処理を示すフローチャートである。
【図１７】アクティブモードのターゲットの処理を示すフローチャートである。
【図１８】パッシブモードのイニシエータの通信処理を示すフローチャートである。
【図１９】パッシブモードのイニシエータの通信処理を示すフローチャートである。
【図２０】パッシブモードのターゲットの通信処理を示すフローチャートである。
【図２１】アクティブモードのイニシエータの通信処理を示すフローチャートである。
【図２２】アクティブモードのイニシエータの通信処理を示すフローチャートである。
【図２３】アクティブモードのターゲットの通信処理を示すフローチャートである。
【図２４】NFC通信装置が行う一般的な初期化とSDDを説明するためのフローチャートである。
【図２５】イニシエータが行う初期化とSDDを説明するためのフローチャートである。
【図２６】アクティブモードにおける初期化を説明するためのタイミングチャートである。
【図２７】パッシブモードにおけるアクティベーションプロトコルを説明するためのフローチャートである。
【図２８】アクティブモードにおけるアクティベーションプロトコルを説明するためのフローチャートである。
【図２９】NFCIP-1プロトコルコマンドとそのコマンドに対するレスポンスを示す図である。
【発明を実施するための形態】
【００１７】
以下、図面を参照して、本発明の実施の形態について説明する。
【００１８】
図１は、本発明を適用した通信システム（システムとは、複数の装置が論理的に結合した物をいい、各構成の装置が同一筐体中にあるか否かは問わない）の一実施の形態の構成例を示している。
【００１９】
図１においては、通信システムは、３つの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などの複数種類の符号の中から１つを選択して処理するようにすることが可能である。
【００４３】
次に、図５は、図４の復調部１３の構成例を示している。
【００４４】
図５では、復調部１３は、選択部３１、２以上であるＮ個の復調部３２1乃至３２N、および選択部３３から構成されている。
【００４５】
選択部３１は、制御部２１（図４）の制御にしたがい、Ｎ個の復調部３２1乃至３２Nの中から、１つの復調部３２n（ｎ＝１，２，・・・，Ｎ）を選択し、その選択した復調部３２nに、受信部１２が出力する信号を供給する。
【００４６】
復調部３２nは、第ｎの伝送レートで送信されてきた信号を復調し、選択部３３に供給する。ここで、復調部３２nと復調部３２n'（ｎ≠ｎ’）は、異なる伝送レートで送信されてきた信号を復調する。従って、図５の復調部１３は、第１乃至第ＮのＮ通りの伝送レートで送信されてくる信号を復調することができるようになっている。なお、Ｎ通りの伝送レートとしては、例えば、前述した106kbps，212kbps，424kbps，848kbpsなどを採用することができる。即ち、Ｎ通りの伝送レートには、例えば、既存のＩＣカードシステムなどの近接通信において既に採用されている伝送レートと、それ以外の伝送レートとを含めることができる。
【００４７】
選択部３３は、制御部２１の制御にしたがい、Ｎ個の復調部３２1乃至３２Nの中から、１つの復調部３２nを選択し、その復調部３２nで得られた復調出力を、デコード部１４に供給する。
【００４８】
以上のように構成される復調部１３では、制御部２１（図４）は、例えば、選択部３１に、Ｎ個の復調部３２1乃至３２Nを順次選択させ、これにより、復調部３２1乃至３２Nそれぞれに、受信部１２から選択部３１を介して供給される信号を復調させる。そして、制御部２１は、例えば、受信部１２から選択部３１を介して供給される信号を正常に復調することができた復調部３２nを認識し、その復調部３２nの出力を選択するように、選択部３３を制御する。選択部３３は、制御部２１の制御にしたがい、復調部３２nを選択し、これにより、復調部３２nで得られた正常な復調出力が、デコード部１４に供給される。
【００４９】
従って、復調部１３では、Ｎ通りの伝送レートのうちの任意の伝送レートで伝送されてくる信号を復調することができる。
【００５０】
なお、復調部３２1乃至３２Nは、正常に復調を行うことができた場合のみ、復調出力を出力し、正常に復調を行うことができなかった場合には、何も出力しない（例えば、ハイインピーダンスとなる）ようにすることができる。この場合、選択部３３は、復調部３２1乃至３２Nの出力すべての論理和をとって、デコード部１４に出力すれば良い。
【００５１】
次に、図６は、図４の変調部１９の構成例を示している。
【００５２】
図６では、変調部１９は、選択部４１、２以上であるＮ個の変調部４２1乃至４２N、および選択部４３から構成されている。
【００５３】
選択部４１は、制御部２１（図４）の制御にしたがい、Ｎ個の変調部４２1乃至４２Nの中から、１つの変調部４２n（ｎ＝１，２，・・・，Ｎ）を選択し、その選択した変調部４２nに、選択部１７（図４）が出力する信号を供給する。
【００５４】
変調部４２nは、第ｎの伝送レートでデータの送信が行われるように、選択部４３を介して、アンテナ１１に流れる電流としての搬送波を、選択部４１から供給される信号にしたがって変調する。ここで、変調部４２nと変調部４２n'（ｎ≠ｎ’）は、搬送波を、異なる伝送レートで変調する。従って、図６の変調部１９は、第１乃至第ＮのＮ通りの伝送レートでデータを送信することができるようになっている。なお、Ｎ通りの伝送レートとしては、例えば、図５の復調部１３が復調することができるのと同一の伝送レートを採用することができる。
【００５５】
選択部４３は、制御部２１の制御にしたがい、Ｎ個の変調部４２1乃至４２Nの中から、選択部４１が選択するのと同一の変調部４２nを選択し、その変調部４２nと、アンテナ１１とを電気的に接続する。
【００５６】
以上のように構成される変調部１９では、制御部２１（図４）は、例えば、選択部４１に、Ｎ個の変調部４２1乃至４２Nを順次選択させ、これにより、変調部４２1乃至４２Nそれぞれに、選択部４１から供給される信号にしたがい、選択部４３を介して、アンテナ１１に流れる電流としての搬送波を変調させる。
【００５７】
従って、変調部１９では、Ｎ通りの伝送レートのうちの任意の伝送レートでデータが送信されるように、搬送波を変調してデータを送信することができる。
【００５８】
なお、図４の負荷変調部２０は、例えば、図６の変調部１９と同様に構成されるため、その説明は、省略する。
【００５９】
以上から、NFC通信装置１乃至３では、搬送波を、Ｎ通りの伝送レートのうちのいずれかの伝送レートで送信されるデータの信号に変調するとともに、Ｎ通りの伝送レートのうちのいずれかの伝送レートで送信されてくるデータの信号を復調することができる。そして、Ｎ通りの伝送レートには、例えば、上述したように、既存のＩＣカードシステム（FeliCa方式など）などの近接通信において既に採用されている伝送レートと、それ以外の伝送レートとを含めることができる。従って、NFC通信装置１乃至３によれば、それぞれの間では、そのＮ通りの伝送レートのいずれの伝送レートでも、データのやりとりを行うことができる。さらに、NFC通信装置１乃至３によれば、既存のＩＣカードシステムを構成するＩＣカードやリーダ／ライタとの間でも、そのＩＣカードやリーダ／ライタが採用している伝送レートで、データのやりとりを行うことができる。
【００６０】
そして、その結果、NFC通信装置１乃至３を、既存の近接通信が採用されているサービスに導入しても、ユーザが混乱等することはなく、従って、その導入を容易に行うことができる。さらに、将来登場することが予想される高速なデータレートによる近接通信が採用されるサービスにも、既存の近接通信との共存を図りながら、NFC通信装置１乃至３を、容易に導入することができる。
【００６１】
また、NFC通信装置１乃至３では、従来の近接通信で採用されていたパッシブモードの他、自身が電磁波を出力することによってデータを送信するアクティブモードでのデータ伝送が可能であるため、リーダ／ライタ等の他の装置を介さなくても、データのやりとりを直接行うことができる。
【００６２】
次に、図７は、図４の復調部１３の他の構成例を示している。なお、図中、図５における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。即ち、図７の復調部１３は、選択部３１が設けられていない他は、図５における場合と基本的に同様に構成されている。
【００６３】
即ち、図７の実施の形態では、受信部１２が出力する信号は、復調部３２1乃至３２Nに、同時に供給され、復調部３２1乃至３２Nでは、受信部１２からの信号が同時に復調される。そして、制御部２１は、例えば、受信部１２からの信号を正常に復調することができた復調部３２nを認識し、その復調部３２nを出力するように、選択部３３を制御する。選択部３３は、制御部２１の制御にしたがい、復調部３２nを選択し、これにより、復調部３２nで得られた正常な復調出力が、デコード部１４に供給される。
【００６４】
なお、図７の実施の形態では、復調部３２1乃至３２Nに、常に、復調動作を行わせる必要がある。これに対して、図５の実施の形態では、復調部３２1乃至３２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通信装置，  １１  アンテナ，  １２  受信部，  １３  復調部，  １４  デコード部，  １５  データ処理部，  １６  エンコード部，  １７  選択部，  １８  電磁波出力部，  １９  変調部，  ２０  負荷変調部，  ２１  制御部，  ２２  電源部，  ３１  選択部，  ３２1乃至３２N  復調部，  ３３，４１  選択部，  ４２1乃至４２N  変調部，  ４３  選択部，  ５１  可変レート復調部，  ５２  レート検出部
【図１】
2010273373.tif 000003
【図２】
2010273373.tif 000004
【図３】
2010273373.tif 000005
【図４】
2010273373.tif 000006
【図５】
2010273373.tif 000007
【図６】
2010273373.tif 000008
【図７】
2010273373.tif 000009
【図８】
2010273373.tif 000010
【図９】
2010273373.tif 000011
【図１０】
2010273373.tif 000012
【図１１】
2010273373.tif 000013
【図１２】
2010273373.tif 000014
【図１３】
2010273373.tif 000015
【図１４】
2010273373.tif 000016
【図１５】
2010273373.tif 000017
【図１６】
2010273373.tif 000018
【図１７】
2010273373.tif 000019
【図１８】
2010273373.tif 000020
【図１９】
2010273373.tif 000021
【図２０】
2010273373.tif 000022
【図２１】
2010273373.tif 000023
【図２２】
2010273373.tif 000024
【図２３】
2010273373.tif 000025
【図２４】
2010273373.tif 000026
【図２５】
2010273373.tif 000027
【図２６】
2010273373.tif 000028
【図２７】
2010273373.tif 000029
【図２８】
2010273373.tif 000030
【図２９】
2010273373.tif 000031