JP2004200840A - 通信装置および通信方法 - Google Patents
通信装置および通信方法 Download PDFInfo
- Publication number
- JP2004200840A JP2004200840A JP2002364746A JP2002364746A JP2004200840A JP 2004200840 A JP2004200840 A JP 2004200840A JP 2002364746 A JP2002364746 A JP 2002364746A JP 2002364746 A JP2002364746 A JP 2002364746A JP 2004200840 A JP2004200840 A JP 2004200840A
- Authority
- JP
- Japan
- Prior art keywords
- data
- initiator
- target
- nfc communication
- communication device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 230000006854 communication Effects 0.000 title claims abstract description 448
- 238000004891 communication Methods 0.000 title claims abstract description 429
- 238000000034 method Methods 0.000 title claims description 168
- 230000004044 response Effects 0.000 claims abstract description 195
- 230000005540 biological transmission Effects 0.000 claims description 119
- 230000005674 electromagnetic induction Effects 0.000 abstract description 4
- 239000003999 initiator Substances 0.000 description 230
- 238000010586 diagram Methods 0.000 description 10
- 238000001514 detection method Methods 0.000 description 9
- 238000013459 approach Methods 0.000 description 2
- 230000004907 flux Effects 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 1
- 230000010363 phase shift Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
- G06K7/10—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation
- G06K7/10009—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves
- G06K7/10237—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves the reader and the record carrier being capable of selectively switching between reader and record carrier appearance, e.g. in near field communication [NFC] devices where the NFC device may function as an RFID reader or as an RFID tag
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K19/00—Record carriers for use with machines and with at least a part designed to carry digital markings
- G06K19/06—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
- G06K19/067—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components
- G06K19/07—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components with integrated circuit chips
- G06K19/0723—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components with integrated circuit chips the record carrier comprising an arrangement for non-contact communication, e.g. wireless communication circuits on transponder cards, non-contact smart cards or RFIDs
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
- G06K7/0008—General problems related to the reading of electronic memory record carriers, independent of its reading method, e.g. power transfer
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
- G06K7/10—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation
- G06K7/10009—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves
- G06K7/10019—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves resolving collision on the communication channels between simultaneously or concurrently interrogated record carriers.
- G06K7/10029—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves resolving collision on the communication channels between simultaneously or concurrently interrogated record carriers. the collision being resolved in the time domain, e.g. using binary tree search or RFID responses allocated to a random time slot
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Toxicology (AREA)
- Health & Medical Sciences (AREA)
- General Physics & Mathematics (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Artificial Intelligence (AREA)
- Computer Networks & Wireless Communication (AREA)
- Electromagnetism (AREA)
- General Health & Medical Sciences (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Computer Hardware Design (AREA)
- Near-Field Transmission Systems (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
【課題】２以上の通信相手から同時に応答が返ってくることを防止する。
【解決手段】NFC通信装置１は、IDを要求するデータを送信し、その要求に応じてNFC通信装置２と３が送信してくるIDを取得する。そして、NFC通信装置１は、NFC通信装置２と３のIDの取得後は、NFC通信装置２と３に対するデータとして、それぞれのIDを含むデータを送信する。一方、NFC通信装置１は、NFC通信装置２と３のIDを正常に取得することができなかった場合、IDを要求するデータを再送信する。NFC通信装置２と３は、IDの要求を受信した場合、自身のIDを乱数により生成して送信する。また、NFC通信装置２と３は、IDの要求を再受信した場合、自身のIDを乱数により再生成して再送信する。本発明は、例えばICカードシステムに適用できる。
【選択図】 図１
【解決手段】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を要求するデータを再送信することを特徴とする。
【００１５】
本発明の第２の通信装置は、他の装置から、自身を識別するID(Identification)を要求するデータを受信した場合に、自身のIDを乱数により生成して送信し、他の装置から、IDを要求するデータを再受信した場合に、自身のIDを乱数により再生成して再送信し、他の装置から送信されてくるデータのうちの自身のIDを含むデータを、自身に対するデータとして受信することを特徴とする。
【００１６】
本発明の第２の通信方法は、他の装置から、自身を識別するID(Identification)を要求するデータを受信した場合に、自身のIDを乱数により生成して送信し、他の装置から、IDを要求するデータを再受信した場合に、自身のIDを乱数により再生成して再送信し、他の装置から送信されてくるデータのうちの自身のIDを含むデータを、自身に対するデータとして受信することを特徴とする。
【００１７】
本発明の第１の通信装置および通信方法においては、他の装置を識別するID(Identification)を要求するデータが送信され、IDの要求に応じて他の装置が送信してくるIDが取得される。そして、他の装置のIDの取得後は、他の装置に対するデータとして、他の装置のIDを含むデータが送信される。一方、他の装置のIDを正常に取得することができなかった場合、IDを要求するデータが再送信される。
【００１８】
本発明の第２の通信装置および通信方法においては、他の装置から、自身を識別するID(Identification)を要求するデータを受信した場合に、自身の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などの複数種類の符号の中から１つを選択して処理するようにすることが可能である。
【００４６】
次に、図５は、図４の復調部１３の構成例を示している。
【００４７】
図５では、復調部１３は、選択部３１、２以上であるＮ個の復調部３２1乃至３２N、および選択部３３から構成されている。
【００４８】
選択部３１は、制御部２１（図４）の制御にしたがい、Ｎ個の復調部３２1乃至３２Nの中から、１つの復調部３２n（ｎ＝１，２，・・・，Ｎ）を選択し、その選択した復調部３２nに、受信部１２が出力する信号を供給する。
【００４９】
復調部３２nは、第ｎの伝送レートで送信されてきた信号を復調し、選択部３３に供給する。ここで、復調部３２nと復調部３２n'（ｎ≠ｎ’）は、異なる伝送レートで送信されてきた信号を復調する。従って、図５の復調部１３は、第１乃至第ＮのＮ通りの伝送レートで送信されてくる信号を復調することができるようになっている。なお、Ｎ通りの伝送レートとしては、例えば、前述した106kbps，212kbps、さらには、より高速の424kbps，848kbpsなどを採用することができる。即ち、Ｎ通りの伝送レートには、例えば、既存のICカードシステムなどの近接通信において既に採用されている伝送レートと、それ以外の伝送レートとを含めることができる。
【００５０】
選択部３３は、制御部２１の制御にしたがい、Ｎ個の復調部３２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通信装置１乃至３では、搬送波を、Ｎ通りの伝送レートのうちのいずれかの伝送レートで送信されるデータの信号に変調するとともに、Ｎ通りの伝送レートのうちのいずれかの伝送レートで送信されてくるデータの信号を復調することができる。そして、Ｎ通りの伝送レートには、例えば、上述したように、既存のICカードシステム（FeliCa方式など）などの近接通信において既に採用されている伝送レートと、それ以外の伝送レートとを含めることができる。従って、NFC通信装置１乃至３によれば、それぞれの間では、そのＮ通りの伝送レートのいずれの伝送レートでも、データのやりとりを行うことができる。さらに、NFC通信装置１乃至３によれば、既存のICカードシステムを構成するICカードやリーダ／ライタとの間でも、そのICカードやリーダ／ライタが採用している伝送レートで、データのやりとりを行うことができる。
【００６３】
そして、その結果、NFC通信装置１乃至３を、既存の近接通信が採用されているサービスに導入しても、ユーザが混乱等することはなく、従って、その導入を容易に行うことができる。さらに、将来登場することが予想される高速なデータレートによる近接通信が採用されるサービスにも、既存の近接通信との共存を図りながら、NFC通信装置１乃至３を、容易に導入することができる。
【００６４】
また、NFC通信装置１乃至３では、従来の近接通信で採用されていたパッシブモードの他、自身が電磁波を出力することによってデータを送信するアクティブモードでのデータ伝送が可能であるため、リーダ／ライタ等の他の装置を介さなくても、データのやりとりを直接行うことができる。
【００６５】
次に、図７は、図４の復調部１３の他の構成例を示している。なお、図中、図５における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。即ち、図７の復調部１３は、選択部３１が設けられていない他は、図５における場合と基本的に同様に構成されている。
【００６６】
即ち、図７の実施の形態では、受信部１２が出力する信号は、復調部３２1乃至３２Nに、同時に供給され、復調部３２1乃至３２Nでは、受信部１２からの信号が同時に復調される。そして、制御部２１は、例えば、受信部１２からの信号を正常に復調することができた復調部３２nを認識し、その復調部３２nを出力するように、選択部３３を制御する。選択部３３は、制御部２１の制御にしたがい、復調部３２nを選択し、これにより、復調部３２nで得られた正常な復調出力が、デコード部１４に供給される。
【００６７】
なお、図７の実施の形態では、復調部３２1乃至３２Nに、常に、復調動作を行わせる必要がある。これに対して、図５の実施の形態では、復調部３２1乃至３２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通信装置， １１ アンテナ， １２ 受信部， １３ 復調部， １４ デコード部， １５ データ処理部， １６ エンコード部， １７ 選択部， １８ 電磁波出力部， １９ 変調部， ２０ 負荷変調部， ２１ 制御部， ２２ 電源部， ２３ 検出部， ２４ 乱数発生部， ３１選択部， ３２1乃至３２N 復調部， ３３，４１ 選択部， ４２1乃至４２N 変調部， ４３ 選択部， ５１ 可変レート復調部， ５２ レート検出部
【発明の属する技術分野】
本発明は、通信装置および通信方法に関し、例えば、近接通信等において、複数の通信相手それぞれを確実に識別して、２以上の通信相手から同時に応答が返ってくることを防止することができるようにする通信装置および通信方法に関する。
【０００２】
【従来の技術】
近接通信を行うシステムとしては、例えば、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を要求するデータを再送信することを特徴とする。
【００１５】
本発明の第２の通信装置は、他の装置から、自身を識別するID(Identification)を要求するデータを受信した場合に、自身のIDを乱数により生成して送信し、他の装置から、IDを要求するデータを再受信した場合に、自身のIDを乱数により再生成して再送信し、他の装置から送信されてくるデータのうちの自身のIDを含むデータを、自身に対するデータとして受信することを特徴とする。
【００１６】
本発明の第２の通信方法は、他の装置から、自身を識別するID(Identification)を要求するデータを受信した場合に、自身のIDを乱数により生成して送信し、他の装置から、IDを要求するデータを再受信した場合に、自身のIDを乱数により再生成して再送信し、他の装置から送信されてくるデータのうちの自身のIDを含むデータを、自身に対するデータとして受信することを特徴とする。
【００１７】
本発明の第１の通信装置および通信方法においては、他の装置を識別するID(Identification)を要求するデータが送信され、IDの要求に応じて他の装置が送信してくるIDが取得される。そして、他の装置のIDの取得後は、他の装置に対するデータとして、他の装置のIDを含むデータが送信される。一方、他の装置のIDを正常に取得することができなかった場合、IDを要求するデータが再送信される。
【００１８】
本発明の第２の通信装置および通信方法においては、他の装置から、自身を識別するID(Identification)を要求するデータを受信した場合に、自身の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などの複数種類の符号の中から１つを選択して処理するようにすることが可能である。
【００４６】
次に、図５は、図４の復調部１３の構成例を示している。
【００４７】
図５では、復調部１３は、選択部３１、２以上であるＮ個の復調部３２1乃至３２N、および選択部３３から構成されている。
【００４８】
選択部３１は、制御部２１（図４）の制御にしたがい、Ｎ個の復調部３２1乃至３２Nの中から、１つの復調部３２n（ｎ＝１，２，・・・，Ｎ）を選択し、その選択した復調部３２nに、受信部１２が出力する信号を供給する。
【００４９】
復調部３２nは、第ｎの伝送レートで送信されてきた信号を復調し、選択部３３に供給する。ここで、復調部３２nと復調部３２n'（ｎ≠ｎ’）は、異なる伝送レートで送信されてきた信号を復調する。従って、図５の復調部１３は、第１乃至第ＮのＮ通りの伝送レートで送信されてくる信号を復調することができるようになっている。なお、Ｎ通りの伝送レートとしては、例えば、前述した106kbps，212kbps、さらには、より高速の424kbps，848kbpsなどを採用することができる。即ち、Ｎ通りの伝送レートには、例えば、既存のICカードシステムなどの近接通信において既に採用されている伝送レートと、それ以外の伝送レートとを含めることができる。
【００５０】
選択部３３は、制御部２１の制御にしたがい、Ｎ個の復調部３２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通信装置１乃至３では、搬送波を、Ｎ通りの伝送レートのうちのいずれかの伝送レートで送信されるデータの信号に変調するとともに、Ｎ通りの伝送レートのうちのいずれかの伝送レートで送信されてくるデータの信号を復調することができる。そして、Ｎ通りの伝送レートには、例えば、上述したように、既存のICカードシステム（FeliCa方式など）などの近接通信において既に採用されている伝送レートと、それ以外の伝送レートとを含めることができる。従って、NFC通信装置１乃至３によれば、それぞれの間では、そのＮ通りの伝送レートのいずれの伝送レートでも、データのやりとりを行うことができる。さらに、NFC通信装置１乃至３によれば、既存のICカードシステムを構成するICカードやリーダ／ライタとの間でも、そのICカードやリーダ／ライタが採用している伝送レートで、データのやりとりを行うことができる。
【００６３】
そして、その結果、NFC通信装置１乃至３を、既存の近接通信が採用されているサービスに導入しても、ユーザが混乱等することはなく、従って、その導入を容易に行うことができる。さらに、将来登場することが予想される高速なデータレートによる近接通信が採用されるサービスにも、既存の近接通信との共存を図りながら、NFC通信装置１乃至３を、容易に導入することができる。
【００６４】
また、NFC通信装置１乃至３では、従来の近接通信で採用されていたパッシブモードの他、自身が電磁波を出力することによってデータを送信するアクティブモードでのデータ伝送が可能であるため、リーダ／ライタ等の他の装置を介さなくても、データのやりとりを直接行うことができる。
【００６５】
次に、図７は、図４の復調部１３の他の構成例を示している。なお、図中、図５における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。即ち、図７の復調部１３は、選択部３１が設けられていない他は、図５における場合と基本的に同様に構成されている。
【００６６】
即ち、図７の実施の形態では、受信部１２が出力する信号は、復調部３２1乃至３２Nに、同時に供給され、復調部３２1乃至３２Nでは、受信部１２からの信号が同時に復調される。そして、制御部２１は、例えば、受信部１２からの信号を正常に復調することができた復調部３２nを認識し、その復調部３２nを出力するように、選択部３３を制御する。選択部３３は、制御部２１の制御にしたがい、復調部３２nを選択し、これにより、復調部３２nで得られた正常な復調出力が、デコード部１４に供給される。
【００６７】
なお、図７の実施の形態では、復調部３２1乃至３２Nに、常に、復調動作を行わせる必要がある。これに対して、図５の実施の形態では、復調部３２1乃至３２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通信装置， １１ アンテナ， １２ 受信部， １３ 復調部， １４ デコード部， １５ データ処理部， １６ エンコード部， １７ 選択部， １８ 電磁波出力部， １９ 変調部， ２０ 負荷変調部， ２１ 制御部， ２２ 電源部， ２３ 検出部， ２４ 乱数発生部， ３１選択部， ３２1乃至３２N 復調部， ３３，４１ 選択部， ４２1乃至４２N 変調部， ４３ 選択部， ５１ 可変レート復調部， ５２ レート検出部
Claims (7)
- 電磁波によりデータを送受信する通信装置において、
電磁波を発生することにより、RF(Radio Frequency)フィールドを形成する電磁波発生手段と、
電磁波を変調することにより、複数の伝送レートのうちのいずれかの伝送レートでデータを送信する変調手段と、
電磁波を復調することにより、複数の伝送レートのうちのいずれかの伝送レートで、他の装置から送信されてくるデータを取得する復調手段と
を備え、
前記他の装置を識別するID(Identification)を要求するデータを送信し、
前記IDの要求に応じて前記他の装置が送信してくる前記IDを取得し、
前記他の装置のIDの取得後は、前記他の装置に対するデータとして、前記他の装置のIDを含むデータを送信し、
前記他の装置のIDを正常に取得することができなかった場合、前記IDを要求するデータを再送信する
ことを特徴とする通信装置。 - 複数の前記他の装置から、前記IDが同時に送信されてきた場合、または複数の前記他の装置から送信されてきたIDが重複する場合、前記IDを要求するデータを再送信する
ことを特徴とする請求項１に記載の通信装置。 - 電磁波によりデータを送受信する通信方法において、
電磁波を発生することにより、RF(Radio Frequency)フィールドを形成する電磁波発生ステップと、
電磁波を変調することにより、複数の伝送レートのうちのいずれかの伝送レートでデータを送信する変調ステップと、
電磁波を復調することにより、複数の伝送レートのうちのいずれかの伝送レートで、他の装置から送信されてくるデータを取得する復調ステップと
を備え、
前記他の装置を識別するID(Identification)を要求するデータを送信し、
前記IDの要求に応じて前記他の装置が送信してくる前記IDを取得し、
前記他の装置のIDの取得後は、前記他の装置に対するデータとして、前記他の装置のIDを含むデータを送信し、
前記他の装置のIDを正常に取得することができなかった場合、前記IDを要求するデータを再送信する
ことを特徴とする通信方法。 - 電磁波によりデータを送受信する通信装置において、
電磁波を変調することにより、複数の伝送レートのうちのいずれかの伝送レートでデータを送信する変調手段と、
電磁波を復調することにより、複数の伝送レートのうちのいずれかの伝送レートで、他の装置から送信されてくるデータを取得する復調手段と
を備え、
前記他の装置から、自身を識別するID(Identification)を要求するデータを受信した場合に、自身のIDを乱数により生成して送信し、
前記他の装置から、IDを要求するデータを再受信した場合に、自身のIDを乱数により再生成して再送信し、
前記他の装置から送信されてくるデータのうちの前記自身のIDを含むデータを、自身に対するデータとして受信する
ことを特徴とする通信装置。 - 電磁波を発生することにより、RF(Radio Frequency)フィールドを形成する電磁波発生手段をさらに備え、
前記変調手段は、前記電磁波発生手段が出力する電磁波を変調することにより、データを送信する
ことを特徴とする請求項４に記載の通信装置。 - 前記変調手段は、前記他の装置が発生する電磁波を負荷変調することにより、データを送信する
ことを特徴とする請求項４に記載の通信装置。 - 電磁波によりデータを送受信する通信方法において、
電磁波を変調することにより、複数の伝送レートのうちのいずれかの伝送レートでデータを送信する変調ステップと、
電磁波を復調することにより、複数の伝送レートのうちのいずれかの伝送レートで、他の装置から送信されてくるデータを取得する復調ステップと
を備え、
前記他の装置から、自身を識別するID(Identification)を要求するデータを受信した場合に、自身のIDを乱数により生成して送信し、
前記他の装置から、IDを要求するデータを再受信した場合に、自身のIDを乱数により再生成して再送信し、
前記他の装置から送信されてくるデータのうちの前記自身のIDを含むデータを、自身に対するデータとして受信する
ことを特徴とする通信方法。
Priority Applications (8)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002364746A JP4023308B2 (ja) | 2002-12-17 | 2002-12-17 | 通信装置および通信方法 |
| US10/715,447 US7209706B2 (en) | 2002-12-17 | 2003-11-19 | Communication apparatus and communication method |
| DE60333621T DE60333621D1 (de) | 2002-12-17 | 2003-12-03 | Kommunikationseinrichtung und Verfahren zur Ermittlung von Kommunikationsidentifizierern |
| EP10006500A EP2226742B1 (en) | 2002-12-17 | 2003-12-03 | Communication apparatus and communication method for determining communication identifiers |
| EP03257604A EP1431904B1 (en) | 2002-12-17 | 2003-12-03 | Communication apparatus and communication method for determining communication identifiers |
| AT03257604T ATE476714T1 (de) | 2002-12-17 | 2003-12-03 | Kommunikationseinrichtung und verfahren zur ermittlung von kommunikationsidentifizierern |
| ES03257604T ES2346134T3 (es) | 2002-12-17 | 2003-12-03 | Aparato de comunicacion y metodo de comunicacion para determinar identificadores de comunicacion. |
| AT10006500T ATE545099T1 (de) | 2002-12-17 | 2003-12-03 | Kommunikationseinrichtung und verfahren zur ermittlung von kommunikationsidentifizierern |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002364746A JP4023308B2 (ja) | 2002-12-17 | 2002-12-17 | 通信装置および通信方法 |
Related Child Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005057381A Division JP3695464B2 (ja) | 2005-03-02 | 2005-03-02 | 近接通信方法および通信装置 |
| JP2007214086A Division JP4525715B2 (ja) | 2007-08-20 | 2007-08-20 | 通信装置、通信方法、および通信システム |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2004200840A true JP2004200840A (ja) | 2004-07-15 |
| JP2004200840A5 JP2004200840A5 (ja) | 2005-09-02 |
| JP4023308B2 JP4023308B2 (ja) | 2007-12-19 |
Family
ID=32376232
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002364746A Expired - Fee Related JP4023308B2 (ja) | 2002-12-17 | 2002-12-17 | 通信装置および通信方法 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US7209706B2 (ja) |
| EP (2) | EP1431904B1 (ja) |
| JP (1) | JP4023308B2 (ja) |
| AT (2) | ATE545099T1 (ja) |
| DE (1) | DE60333621D1 (ja) |
| ES (1) | ES2346134T3 (ja) |
Cited By (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006060363A (ja) * | 2004-08-18 | 2006-03-02 | Renesas Technology Corp | 半導体集積回路及び非接触ｉｃカード |
| JP2006109435A (ja) * | 2004-09-30 | 2006-04-20 | Microsoft Corp | ネットワークノードの列挙システムおよび方法 |
| JP2006172359A (ja) * | 2004-12-20 | 2006-06-29 | Ricoh Co Ltd | 通信装置 |
| JP2006186780A (ja) * | 2004-12-28 | 2006-07-13 | Kokuyo Co Ltd | 認証方法、認証側装置、被認証側装置 |
| US7209706B2 (en) | 2002-12-17 | 2007-04-24 | Sony Corporation | Communication apparatus and communication method |
| JP2010130311A (ja) * | 2008-11-27 | 2010-06-10 | Sony Corp | 通信装置、通信方法、プログラム、および通信システム |
| JP2010136423A (ja) * | 2004-09-08 | 2010-06-17 | Nokia Corp | 近距離通信が可能な多機能デバイス及びその動作方法 |
| JP2011193510A (ja) * | 2011-05-06 | 2011-09-29 | Sony Corp | 通信装置、通信方法、およびプログラム |
| US8395486B2 (en) | 2010-08-27 | 2013-03-12 | Q Street, LLC | System and method for interactive user-directed interfacing between handheld devices and RFID media |
| US8559875B2 (en) | 2006-01-30 | 2013-10-15 | Sony Corporation | Communication device, data processing device, near field communication device, and method and program for communication |
| JP2013214805A (ja) * | 2012-03-30 | 2013-10-17 | Brother Ind Ltd | 通信装置 |
| JP2014032561A (ja) * | 2012-08-03 | 2014-02-20 | Brother Ind Ltd | 通信装置 |
| JP2015512192A (ja) * | 2012-02-02 | 2015-04-23 | クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ | 複数のｎｆｃ−ａデバイスの識別を改善するための方法および装置 |
| JP2016181934A (ja) * | 2016-06-23 | 2016-10-13 | ブラザー工業株式会社 | 通信装置 |
| US9485608B2 (en) | 2012-08-06 | 2016-11-01 | Brother Kogyo Kabushiki Kaisha | Communication device |
| US9588711B2 (en) | 2012-03-05 | 2017-03-07 | Canon Kabushiki Kaisha | Communication apparatus and control method thereof |
| US9609690B2 (en) | 2013-03-28 | 2017-03-28 | Brother Kogyo Kabushiki Kaisha | Communication device |
| US9661667B2 (en) | 2012-08-03 | 2017-05-23 | Brother Kogyo Kabushiki Kaisha | Communication device |
| US9696956B2 (en) | 2012-07-03 | 2017-07-04 | Brother Kogyo Kabushiki Kaisha | Communication device communicating target data with external device according to near field communication |
| US9781299B2 (en) | 2012-03-30 | 2017-10-03 | Brother Kogyo Kabushiki Kaisha | Function executing device with two types of wireless communication interfaces |
| US10142014B2 (en) | 2013-09-30 | 2018-11-27 | Brother Kogyo Kabushiki Kaisha | Multi-function device and terminal device |
| US10278045B2 (en) | 2014-05-30 | 2019-04-30 | Brother Kogyo Kabushiki Kaisha | Function execution device and communication terminal |
Families Citing this family (73)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3951298B2 (ja) | 2002-12-17 | 2007-08-01 | ソニー株式会社 | 通信装置および通信方法 |
| CN101036166B (zh) * | 2004-08-04 | 2011-03-16 | Nxp股份有限公司 | 乘客运输系统及在此系统中获得票的方法 |
| WO2006018231A1 (de) * | 2004-08-16 | 2006-02-23 | Giesecke & Devrient Gmbh | Gesteuertes kontaktloses aufladen eines akkumulators in einer chipkarte |
| JP4695413B2 (ja) * | 2004-08-20 | 2011-06-08 | フェリカネットワークス株式会社 | 情報提供システム，情報提供装置，およびコンピュータプログラム |
| US7274284B2 (en) * | 2005-02-04 | 2007-09-25 | Atmel Corporation | Method for RF card detection in a contactless system |
| US8244179B2 (en) | 2005-05-12 | 2012-08-14 | Robin Dua | Wireless inter-device data processing configured through inter-device transmitted data |
| JP4613764B2 (ja) * | 2005-09-12 | 2011-01-19 | ソニー株式会社 | 通信システム、通信装置、通知方法、記録媒体、および、プログラム |
| US8352323B2 (en) * | 2007-11-30 | 2013-01-08 | Blaze Mobile, Inc. | Conducting an online payment transaction using an NFC enabled mobile communication device |
| US7624417B2 (en) * | 2006-01-27 | 2009-11-24 | Robin Dua | Method and system for accessing media content via the internet |
| US20070218837A1 (en) * | 2006-03-14 | 2007-09-20 | Sony Ericsson Mobile Communications Ab | Data communication in an electronic device |
| SE529849C2 (sv) * | 2006-04-28 | 2007-12-11 | Sics Swedish Inst Of Comp Scie | Accesstyrsystem och förfarande för att driva systemet |
| US8655271B2 (en) * | 2006-05-10 | 2014-02-18 | Sony Corporation | System and method for storing near field communication tags in an electronic phonebook |
| JP4242398B2 (ja) * | 2006-06-02 | 2009-03-25 | フェリカネットワークス株式会社 | データ通信システム、情報処理端末、ｉｃカード、読み書き装置、およびプログラム |
| GB0616331D0 (en) | 2006-08-16 | 2006-09-27 | Innovision Res & Tech Plc | Near Field RF Communicators And Near Field Communications Enabled Devices |
| US8108684B2 (en) * | 2006-10-12 | 2012-01-31 | Honeywell International Inc. | Method and system for controlling a security system using near field communication |
| US7683851B2 (en) * | 2007-03-19 | 2010-03-23 | Broadcom Corporation | Method and system for using a single transformer for FM transmit and FM receive functions |
| US9727812B2 (en) * | 2007-07-23 | 2017-08-08 | Avery Dennison Retail Information Services, Llc | RFID device wtih control logic, and method |
| JP5033532B2 (ja) * | 2007-07-30 | 2012-09-26 | 京セラ株式会社 | 通信端末 |
| US8542834B1 (en) | 2007-08-09 | 2013-09-24 | Motion Computing, Inc. | System and method for securely pairing a wireless peripheral to a host |
| KR101495915B1 (ko) * | 2007-10-03 | 2015-02-25 | 삼성전자주식회사 | 근거리 통신망 내 통신 방법 및 시스템 |
| US20090117846A1 (en) * | 2007-11-05 | 2009-05-07 | Apple Inc. | Media distribution kiosk with virtual connector for interfacing with a personal media device |
| US9324230B2 (en) * | 2008-12-04 | 2016-04-26 | Gentex Corporation | System and method for configuring a wireless control system of a vehicle using induction field communication |
| US9467850B2 (en) * | 2007-12-31 | 2016-10-11 | Intel Corporation | Handheld device association via shared vibration |
| US7502619B1 (en) * | 2008-01-22 | 2009-03-10 | Katz Daniel A | Location determination of low power wireless devices over a wide area |
| US8086190B2 (en) * | 2008-03-27 | 2011-12-27 | Broadcom Corporation | Method and system for reconfigurable devices for multi-frequency coexistence |
| JP4720899B2 (ja) * | 2008-11-27 | 2011-07-13 | ソニー株式会社 | 通信装置、通信方法、プログラム、および通信システム |
| JP5259541B2 (ja) * | 2009-09-17 | 2013-08-07 | 株式会社東芝 | 携帯可能電子装置、携帯可能電子装置の制御方法及びｉｃカード |
| JP5494242B2 (ja) * | 2010-05-28 | 2014-05-14 | ソニー株式会社 | 情報処理装置、情報処理システム及びプログラム |
| JP5087666B2 (ja) * | 2010-09-30 | 2012-12-05 | 株式会社東芝 | 情報処理装置及び通信制御方法 |
| JP5633336B2 (ja) * | 2010-11-29 | 2014-12-03 | ソニー株式会社 | 通信装置および通信方法、通信制御装置および通信制御方法、並びにプログラム |
| JP5935235B2 (ja) * | 2011-02-18 | 2016-06-15 | ソニー株式会社 | 通信装置、通信システムおよび通信方法 |
| CN102655547A (zh) * | 2011-03-01 | 2012-09-05 | 凹凸电子（武汉）有限公司 | 数据传输的电子设备、控制器及其控制方法 |
| EP2506448B1 (en) * | 2011-03-28 | 2021-08-04 | Sony Group Corporation | Method and module for switching operating mode, and terminal equipment |
| US8831512B2 (en) * | 2011-06-28 | 2014-09-09 | Broadcom Corporation | Negotiating communication parameters between near field communications (NFC) capable devices |
| US20130006872A1 (en) * | 2011-06-29 | 2013-01-03 | Chandoor Madhuri | Near-field communication based payment methods |
| DE102011052893B4 (de) * | 2011-08-22 | 2013-05-29 | Toni Werner Vomweg | Kommunikationssystem mit mehreren Mobilteilen |
| US8638190B1 (en) | 2012-02-02 | 2014-01-28 | Google Inc. | Gesture detection using an array of short-range communication devices |
| US8565791B1 (en) | 2012-02-02 | 2013-10-22 | Google Inc. | Computing device interaction with visual media |
| US8504008B1 (en) | 2012-02-02 | 2013-08-06 | Google Inc. | Virtual control panels using short-range communication |
| US9071282B1 (en) * | 2012-02-02 | 2015-06-30 | Google Inc. | Variable read rates for short-range communication |
| US8515413B1 (en) | 2012-02-02 | 2013-08-20 | Google Inc. | Controlling a target device using short-range communication |
| US10192243B1 (en) | 2013-06-10 | 2019-01-29 | Groupon, Inc. | Method and apparatus for determining promotion pricing parameters |
| US10304091B1 (en) | 2012-04-30 | 2019-05-28 | Groupon, Inc. | Deal generation using point-of-sale systems and related methods |
| US10664861B1 (en) | 2012-03-30 | 2020-05-26 | Groupon, Inc. | Generating promotion offers and providing analytics data |
| US10304093B2 (en) | 2013-01-24 | 2019-05-28 | Groupon, Inc. | Method, apparatus, and computer readable medium for providing a self-service interface |
| US10255620B1 (en) | 2013-06-27 | 2019-04-09 | Groupon, Inc. | Fine print builder |
| US10147130B2 (en) | 2012-09-27 | 2018-12-04 | Groupon, Inc. | Online ordering for in-shop service |
| US9996859B1 (en) | 2012-03-30 | 2018-06-12 | Groupon, Inc. | Method, apparatus, and computer readable medium for providing a self-service interface |
| US10664876B1 (en) | 2013-06-20 | 2020-05-26 | Groupon, Inc. | Method and apparatus for promotion template generation |
| US11386461B2 (en) | 2012-04-30 | 2022-07-12 | Groupon, Inc. | Deal generation using point-of-sale systems and related methods |
| US9331744B2 (en) * | 2012-05-18 | 2016-05-03 | Qualcomm Incorporated | Methods and apparatus for improving collision resolution among multiple NFC-A devices |
| EP2701314B8 (en) * | 2012-08-23 | 2017-04-05 | OCT Circuit Technologies International Limited | Detection of load-modulated NFC signals |
| US9130603B2 (en) | 2012-09-18 | 2015-09-08 | Qualcomm Incorporated | Systems and methods for collision avoidance in near-field communications |
| US20140108247A1 (en) | 2012-10-17 | 2014-04-17 | Groupon, Inc. | Peer-To-Peer Payment Processing |
| US10235692B2 (en) | 2012-10-17 | 2019-03-19 | Groupon, Inc. | Consumer presence based deal offers |
| EP2722790B1 (en) * | 2012-10-18 | 2015-07-29 | ST-Ericsson SA | Coexistence of RF barcodes and other NFC devices |
| US20140229375A1 (en) | 2013-02-11 | 2014-08-14 | Groupon, Inc. | Consumer device payment token management |
| US9576286B1 (en) | 2013-03-11 | 2017-02-21 | Groupon, Inc. | Consumer device based point-of-sale |
| US9852409B2 (en) | 2013-03-11 | 2017-12-26 | Groupon, Inc. | Consumer device based point-of-sale |
| US10482511B1 (en) | 2013-03-12 | 2019-11-19 | Groupon, Inc. | Employee profile for customer assignment, analytics and payments |
| CN104065399B (zh) * | 2013-03-20 | 2017-09-01 | 华为终端有限公司 | 协商工作模式的方法、设备及系统 |
| EP2797025B1 (en) * | 2013-04-23 | 2018-03-14 | Bundesdruckerei GmbH | Mobile proximity coupling device with display |
| EP2797024B1 (en) * | 2013-04-23 | 2018-03-28 | Bundesdruckerei GmbH | Mobile proximity coupling device |
| US9408015B2 (en) * | 2013-05-06 | 2016-08-02 | Broadcom Corporation | Reducing receiver performance degradation due to frequency coexistence |
| US9928493B2 (en) | 2013-09-27 | 2018-03-27 | Groupon, Inc. | Systems and methods for providing consumer facing point-of-sale interfaces |
| CN104640056B (zh) * | 2013-11-07 | 2021-08-17 | 中兴通讯股份有限公司 | 一种控制节点选取及分配资源的方法和装置 |
| US9531443B2 (en) * | 2014-03-29 | 2016-12-27 | Intel Corporation | Techniques for communication with tag devices |
| JP6336336B2 (ja) * | 2014-06-13 | 2018-06-06 | キヤノン株式会社 | 通信装置、制御方法、及びプログラム |
| US9912567B2 (en) * | 2015-09-23 | 2018-03-06 | Mediatek Inc. | Method of handling NFC device with non-fixed low power polling number and NFC device using the same |
| KR102440975B1 (ko) * | 2016-01-21 | 2022-09-07 | 삼성전자주식회사 | 전자 장치 및 전자 장치에서 근거리 무선 통신을 위한 방법 |
| KR102527794B1 (ko) | 2016-02-04 | 2023-05-03 | 삼성전자주식회사 | 코일을 포함하는 전자 장치 |
| US11012118B2 (en) * | 2017-05-29 | 2021-05-18 | Stmicroelectronics (Rousset) Sas | Activation of an NFC device |
| US20190098434A1 (en) * | 2017-09-25 | 2019-03-28 | Kabushiki Kaisha Toshiba | Information processing apparatus, recording medium, and information exchange method |
Family Cites Families (33)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1992008148A1 (en) | 1990-11-06 | 1992-05-14 | Westinghouse Electric Corporation | Dual mode electronic identification system |
| JP2930257B2 (ja) | 1991-04-22 | 1999-08-03 | 株式会社東芝 | 携帯可能電子装置 |
| US5500650A (en) * | 1992-12-15 | 1996-03-19 | Micron Technology, Inc. | Data communication method using identification protocol |
| JPH07296125A (ja) | 1994-04-28 | 1995-11-10 | Mitsubishi Denki Semiconductor Software Kk | リーダライタ及び非接触ｉｃカードシステム |
| US5602538A (en) | 1994-07-27 | 1997-02-11 | Texas Instruments Incorporated | Apparatus and method for identifying multiple transponders |
| US6097292A (en) | 1997-04-01 | 2000-08-01 | Cubic Corporation | Contactless proximity automated data collection system and method |
| GB2319698B (en) * | 1996-11-21 | 2001-08-08 | Motorola Inc | Method for communicating with a plurality of contactless data carriers and contactless data carrier for use therein |
| EP0910899B1 (en) * | 1997-01-21 | 2005-04-20 | Koninklijke Philips Electronics N.V. | Transponder communication device |
| US6067291A (en) | 1997-09-23 | 2000-05-23 | Lucent Technologies Inc. | Wireless local area network with enhanced carrier sense provision |
| JPH11167610A (ja) | 1997-12-03 | 1999-06-22 | Ntt Data Corp | Ｉｃカードシステム及びその通信方法 |
| EP0923054B1 (de) | 1997-12-10 | 2003-06-04 | Delphi Automotive Systems Deutschland GmbH | Verfahren und Vorrichtung zur Prüfung der Nutzungsberechtigung für Zugangskontrolleinrichtungen |
| GB2333623B (en) | 1998-01-24 | 2000-04-26 | Plessey Telecomm | Transaction system |
| FR2774495B1 (fr) * | 1998-02-04 | 2000-09-22 | Sgs Thomson Microelectronics | Procede d'identification de cartes electroniques presentes dans une zone d'investigation |
| US6480143B1 (en) | 1998-11-09 | 2002-11-12 | Supersensor (Proprietary) Limited | Electronic identification system |
| JP2000172806A (ja) | 1998-12-08 | 2000-06-23 | Hitachi Ltd | 非接触ｉｃカード |
| JP4399065B2 (ja) | 1999-10-28 | 2010-01-13 | 東京計器株式会社 | データキャリアの多数識別方法及びデータ通信システム |
| JP2001126038A (ja) | 1999-10-29 | 2001-05-11 | Toshiba Corp | リーダライタとリーダライタの通信条件設定方法 |
| JP2001136100A (ja) * | 1999-11-04 | 2001-05-18 | Matsushita Electronics Industry Corp | 情報通信処理方式 |
| JP3441422B2 (ja) * | 2000-05-31 | 2003-09-02 | 株式会社東芝 | 無線機制御端末装置および無線システム |
| JP2001344582A (ja) | 2000-06-01 | 2001-12-14 | Dainippon Printing Co Ltd | 可搬情報処理装置 |
| ATE293268T1 (de) | 2000-07-31 | 2005-04-15 | Koninkl Philips Electronics Nv | Kommunikationsstation und datenträger mit verbessertem quittierungsprotokoll |
| CN1332350C (zh) * | 2000-09-07 | 2007-08-15 | 萨维技术公司 | 使用标签跟踪设备的方法和装置 |
| JP3772711B2 (ja) | 2000-10-27 | 2006-05-10 | 株式会社デンソー | 路車間通信システム，車載器，路上機 |
| US7253717B2 (en) | 2000-11-29 | 2007-08-07 | Mobile Technics Llc | Method and system for communicating with and tracking RFID transponders |
| JP5105665B2 (ja) * | 2001-03-13 | 2012-12-26 | キヤノン株式会社 | 通信装置および制御方法、並びにプログラム |
| JP2002353852A (ja) | 2001-05-25 | 2002-12-06 | Sharp Corp | 無線通信装置および無線通信システム |
| JP3890958B2 (ja) | 2001-11-15 | 2007-03-07 | ソニー株式会社 | 無線通信装置及びその制御方法、記憶媒体、並びにコンピュータ・プログラム |
| JP3767479B2 (ja) | 2001-12-21 | 2006-04-19 | セイコーエプソン株式会社 | 無線通信装置及び無線通信装置制御用プログラム |
| JP3695466B2 (ja) | 2002-12-17 | 2005-09-14 | ソニー株式会社 | 近接通信方法および通信装置 |
| JP3695463B2 (ja) | 2002-12-17 | 2005-09-14 | ソニー株式会社 | 近接通信方法 |
| JP2004215225A (ja) | 2002-12-17 | 2004-07-29 | Sony Corp | 通信システムおよび通信方法、並びにデータ処理装置 |
| JP3951298B2 (ja) | 2002-12-17 | 2007-08-01 | ソニー株式会社 | 通信装置および通信方法 |
| JP4023308B2 (ja) | 2002-12-17 | 2007-12-19 | ソニー株式会社 | 通信装置および通信方法 |
-
2002
- 2002-12-17 JP JP2002364746A patent/JP4023308B2/ja not_active Expired - Fee Related
-
2003
- 2003-11-19 US US10/715,447 patent/US7209706B2/en active Active
- 2003-12-03 EP EP03257604A patent/EP1431904B1/en not_active Expired - Lifetime
- 2003-12-03 AT AT10006500T patent/ATE545099T1/de active
- 2003-12-03 AT AT03257604T patent/ATE476714T1/de not_active IP Right Cessation
- 2003-12-03 ES ES03257604T patent/ES2346134T3/es not_active Expired - Lifetime
- 2003-12-03 DE DE60333621T patent/DE60333621D1/de not_active Expired - Lifetime
- 2003-12-03 EP EP10006500A patent/EP2226742B1/en not_active Expired - Lifetime
Cited By (53)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7209706B2 (en) | 2002-12-17 | 2007-04-24 | Sony Corporation | Communication apparatus and communication method |
| JP2006060363A (ja) * | 2004-08-18 | 2006-03-02 | Renesas Technology Corp | 半導体集積回路及び非接触ｉｃカード |
| JP2010136423A (ja) * | 2004-09-08 | 2010-06-17 | Nokia Corp | 近距離通信が可能な多機能デバイス及びその動作方法 |
| US8564408B2 (en) | 2004-09-08 | 2013-10-22 | Nokia Corporation | Electronic Near Field Communication enabled multifunctional device and method of its operation |
| JP2012130051A (ja) * | 2004-09-08 | 2012-07-05 | Nokia Corp | 近距離通信が可能な多機能デバイス及びその動作方法 |
| JP2006109435A (ja) * | 2004-09-30 | 2006-04-20 | Microsoft Corp | ネットワークノードの列挙システムおよび方法 |
| JP2006172359A (ja) * | 2004-12-20 | 2006-06-29 | Ricoh Co Ltd | 通信装置 |
| JP4628084B2 (ja) * | 2004-12-20 | 2011-02-09 | 株式会社リコー | 通信装置 |
| JP2006186780A (ja) * | 2004-12-28 | 2006-07-13 | Kokuyo Co Ltd | 認証方法、認証側装置、被認証側装置 |
| US8559875B2 (en) | 2006-01-30 | 2013-10-15 | Sony Corporation | Communication device, data processing device, near field communication device, and method and program for communication |
| US9960817B2 (en) | 2008-11-27 | 2018-05-01 | Sony Corporation | Communication device, communication method, program and communication system |
| US8965278B2 (en) | 2008-11-27 | 2015-02-24 | Sony Corporation | Communication device, communication method, program and communication system |
| US9325387B2 (en) | 2008-11-27 | 2016-04-26 | Sony Corporation | Communication device, communication method, program and communication system |
| JP2010130311A (ja) * | 2008-11-27 | 2010-06-10 | Sony Corp | 通信装置、通信方法、プログラム、および通信システム |
| US8395486B2 (en) | 2010-08-27 | 2013-03-12 | Q Street, LLC | System and method for interactive user-directed interfacing between handheld devices and RFID media |
| US9858455B2 (en) | 2010-08-27 | 2018-01-02 | Q Street, LLC | System and method for interactive user-directed interfacing between handheld devices and RFID media |
| JP2011193510A (ja) * | 2011-05-06 | 2011-09-29 | Sony Corp | 通信装置、通信方法、およびプログラム |
| JP2015512192A (ja) * | 2012-02-02 | 2015-04-23 | クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ | 複数のｎｆｃ−ａデバイスの識別を改善するための方法および装置 |
| US9588711B2 (en) | 2012-03-05 | 2017-03-07 | Canon Kabushiki Kaisha | Communication apparatus and control method thereof |
| US9781299B2 (en) | 2012-03-30 | 2017-10-03 | Brother Kogyo Kabushiki Kaisha | Function executing device with two types of wireless communication interfaces |
| US11733950B2 (en) | 2012-03-30 | 2023-08-22 | Brother Kogyo Kabushiki Kaisha | Function executing device with two types of wireless communication interfaces |
| US10831427B2 (en) | 2012-03-30 | 2020-11-10 | Brother Kogyo Kabushiki Kaisha | Function executing device with two types of wireless communication interfaces |
| US11381280B2 (en) | 2012-03-30 | 2022-07-05 | Brother Kogyo Kabushiki Kaisha | Communication device |
| US10333587B2 (en) | 2012-03-30 | 2019-06-25 | Brother Kogyo Kabushiki Kaisha | Communication device |
| US10282153B2 (en) | 2012-03-30 | 2019-05-07 | Brother Kogyo Kabushiki Kaisha | Function executing device with two types of wireless communication interfaces |
| US11435969B2 (en) | 2012-03-30 | 2022-09-06 | Brother Kogyo Kabushiki Kaisha | Function executing device with two types of wireless communication interfaces |
| US20170237472A1 (en) | 2012-03-30 | 2017-08-17 | Brother Kogyo Kabushiki Kaisha | Communication Device |
| US12050828B2 (en) | 2012-03-30 | 2024-07-30 | Brother Kogyo Kabushiki Kaisha | Function executing device with two types of wireless communication interfaces |
| US9787363B2 (en) | 2012-03-30 | 2017-10-10 | Brother Kogyo Kabushiki Kaisha | Communication device |
| US10879960B2 (en) | 2012-03-30 | 2020-12-29 | Brother Kogyo Kabushiki Kaisha | Communication device |
| US9858022B2 (en) | 2012-03-30 | 2018-01-02 | Brother Kogyo Kabushiki Kaisha | Function executing device with two types of wireless communication interfaces |
| JP2013214805A (ja) * | 2012-03-30 | 2013-10-17 | Brother Ind Ltd | 通信装置 |
| US10108383B2 (en) | 2012-07-03 | 2018-10-23 | Brother Kogyo Kabushiki Kaisha | Communication device communicating target data with external device according to near field communication |
| US9696956B2 (en) | 2012-07-03 | 2017-07-04 | Brother Kogyo Kabushiki Kaisha | Communication device communicating target data with external device according to near field communication |
| US9887742B2 (en) | 2012-08-03 | 2018-02-06 | Brother Kogyo Kabushiki Kaisha | Communication device |
| JP2014032561A (ja) * | 2012-08-03 | 2014-02-20 | Brother Ind Ltd | 通信装置 |
| US9698875B2 (en) | 2012-08-03 | 2017-07-04 | Brother Kogyo Kabushiki Kaisha | Communication device |
| US9661667B2 (en) | 2012-08-03 | 2017-05-23 | Brother Kogyo Kabushiki Kaisha | Communication device |
| US9596007B2 (en) | 2012-08-03 | 2017-03-14 | Brother Kogyo Kabushiki Kaisha | Communication device |
| US9866992B2 (en) | 2012-08-06 | 2018-01-09 | Brother Kogyo Kabushiki Kaisha | Communication device |
| US10389408B2 (en) | 2012-08-06 | 2019-08-20 | Brother Kogyo Kabushiki Kaisha | Communication device |
| US9485608B2 (en) | 2012-08-06 | 2016-11-01 | Brother Kogyo Kabushiki Kaisha | Communication device |
| US9609690B2 (en) | 2013-03-28 | 2017-03-28 | Brother Kogyo Kabushiki Kaisha | Communication device |
| US11012149B2 (en) | 2013-09-30 | 2021-05-18 | Brother Kogyo Kabushiki Kaisha | Communication device and terminal device |
| US10581516B2 (en) | 2013-09-30 | 2020-03-03 | Brother Kogyo Kabushiki Kaisha | Communication device and terminal device |
| US10142014B2 (en) | 2013-09-30 | 2018-11-27 | Brother Kogyo Kabushiki Kaisha | Multi-function device and terminal device |
| US11140535B2 (en) | 2014-05-30 | 2021-10-05 | Brother Kogyo Kabushiki Kaisha | Function execution device and communication terminal |
| US10542403B2 (en) | 2014-05-30 | 2020-01-21 | Brother Kogyo Kabushiki Kaisha | Function execution device and communication terminal |
| US10278045B2 (en) | 2014-05-30 | 2019-04-30 | Brother Kogyo Kabushiki Kaisha | Function execution device and communication terminal |
| US11641573B2 (en) | 2014-05-30 | 2023-05-02 | Brother Kogyo Kabushiki Kaisha | Function execution device and communication terminal |
| US11671813B2 (en) | 2014-05-30 | 2023-06-06 | Brother Kogyo Kabushiki Kaisha | Function execution device and communication terminal |
| US11956705B2 (en) | 2014-05-30 | 2024-04-09 | Brother Kogyo Kabushiki Kaisha | Function execution device and communication terminal |
| JP2016181934A (ja) * | 2016-06-23 | 2016-10-13 | ブラザー工業株式会社 | 通信装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP1431904A2 (en) | 2004-06-23 |
| ES2346134T3 (es) | 2010-10-11 |
| JP4023308B2 (ja) | 2007-12-19 |
| EP1431904A3 (en) | 2004-08-25 |
| DE60333621D1 (de) | 2010-09-16 |
| ATE545099T1 (de) | 2012-02-15 |
| EP2226742A1 (en) | 2010-09-08 |
| EP2226742B1 (en) | 2012-02-08 |
| ATE476714T1 (de) | 2010-08-15 |
| US20040116074A1 (en) | 2004-06-17 |
| US7209706B2 (en) | 2007-04-24 |
| EP1431904B1 (en) | 2010-08-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4023308B2 (ja) | 通信装置および通信方法 | |
| KR101055251B1 (ko) | 통신 방법 | |
| JP3951298B2 (ja) | 通信装置および通信方法 | |
| JP4618494B2 (ja) | 通信装置および通信方法 | |
| JP3695466B2 (ja) | 近接通信方法および通信装置 | |
| JP4525715B2 (ja) | 通信装置、通信方法、および通信システム | |
| JP3695463B2 (ja) | 近接通信方法 | |
| JP5105212B2 (ja) | 通信装置、通信方法、およびプログラム | |
| JP3695464B2 (ja) | 近接通信方法および通信装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050302 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050302 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061117 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061128 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070129 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070620 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070820 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20070824 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070911 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070924 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 4023308 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101012 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101012 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111012 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111012 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121012 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121012 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131012 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |