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

【課題】通信時間の短縮化を図る。
【解決手段】電磁波を出力して通信を開始し、コマンドを電磁波を介して送信する通信装置１０１は、タイムスロットに関するタイムスロット情報を含むコマンドを送信し、通信装置１０２が複数のタイムスロットのタイミングで送信してくる、実データを含む、コマンドに対する複数のレスポンスを受信する。電磁波を負荷変調することによりコマンドに対するレスポンスを送信する通信装置１０２は、通信装置１０１からのコマンドに含まれるタイムスロット情報を認識し、そのタイムスロット情報に対して、あらかじめ設定された複数のタイムスロットのタイミングそれぞれで、実データを含む複数のレスポンスそれぞれを送信する。本発明は、例えば、近接通信を行うICカードシステムなどに適用できる。

【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム、通信装置、通信方法、およびプログラムに関し、特に、例えば、近接通信における通信時間の短縮化を図ることができるようにする通信システム、通信装置、通信方法、およびプログラムに関する。
【背景技術】
【０００２】
近接通信を行うシステムとしては、例えば、IC(Integrated Circuit)カードシステムが広く知られている。ICカードシステムにおいては、R/W(Reader/Writer)が電磁波を発生することにより、いわゆるRF(Radio Frequency)フィールド（磁界）を形成する。そして、R/Wに、ICカードが近づくと、ICカードは、電磁誘導によって、電源の供給を受けるとともに、R/Wとの間でデータ伝送を行う。
【０００３】
かかるICカードシステムに代表される近接通信を行うための通信プロトコルとしては、例えば、NFCIP(Near Field Communication Interface and Protocol)-1がある。なお、NFCIP-1は、ISO/IEC 18092として、国際規格になっている。
【０００４】
NFCIP-1には、データを送受信する複数の通信装置のそれぞれにおいて、電磁波を出力し、その電磁波を変調することによりデータの送信を行う通信モードであるアクティブモードと、複数の通信装置のうちの１の通信装置において、電磁波を出力し、その電磁波を変調することによりデータの送信を行うとともに、複数の通信装置のうちの他の通信装置において、１の通信装置が出力する電磁波を負荷変調することによりデータの送信を行う通信モードであるパッシブモードとが規定されており、NFCIP-1に準拠した複数の通信装置どうしは、アクティブモードまたはパッシブモードのうちのいずれかの通信モードで通信を行う（例えば、特許文献１や非特許文献１参照）。
【０００５】
ところで、電磁波を出力して通信を開始し、コマンドを電磁波を介して送信する通信装置を、イニシエータと呼ぶとともに、イニシエータが送信するコマンドに対するレスポンスを送信する（返す）通信装置を、ターゲットと呼ぶこととすると、パッシブモードの通信では、イニシエータが、周囲に存在する複数のターゲットのそれぞれを識別する、SDD(Single Device Detection)処理と呼ばれる処理が行われる。
【０００６】
SDD処理では、イニシエータが、ターゲットを識別するID(Identification)を要求するコマンドを送信する。そして、ターゲットは、イニシエータからのコマンドに対し、レスポンスを送信するタイムスロットを、乱数により決定し、その乱数により決定されたタイムスロットのタイミングで、ターゲットを識別するIDを含むレスポンスを送信する。
【０００７】
ここで、ターゲットは、レスポンスを送信するタイムスロットを乱数により決定するので、イニシエータの周囲に複数のターゲットが存在する場合に、そのうちの２以上のターゲットのレスポンスが同一のタイムスロットのタイミングで送信されてくる、レスポンスのコリジョン(collision)が生じる可能性を低くすることができる。
【０００８】
イニシエータは、ターゲットから送信されてくるレスポンスを受信することにより、そのレスポンスに含まれるIDを取得し、そのIDによってターゲットを識別する。その後、イニシエータは、通信相手とするターゲットを、例えば、SDD処理で取得したIDによって特定（指定）し、そのIDによって識別されるターゲットとの間で、実データを交換する。
【０００９】
以上のように、パッシブモードの通信では、イニシエータの周囲に複数のターゲットが存在する場合を考慮して、その複数のターゲットを識別するために、タイムスロットを用いたSDD処理が行われ、その後、イニシエータとターゲットとの間で、実データの交換が行われる。
【００１０】
【特許文献１】特開2004-215225号公報
【非特許文献１】ISO/IEC 18092:2004
【発明の開示】
【発明が解決しようとする課題】
【００１１】
ところで、NFCIP-1以外の近接通信の通信プロトコルが適用されたICカードシステム等でも、R/W（イニシエータ）の周囲に複数のICカード（ターゲット）が存在する場合には、その複数のICカードのそれぞれに対して、１つのタイムスロットを重複しないように割り当て、各ICカードが、そのICカードの割り当てられた１つのタイムスロットのタイミングで、R/Wが要求する実データを送信することで、複数のICカードそれぞれからR/Wに対して送信されてくる実データが同一のタイミングで送信されるコリジョンが生じることを防止することができる。
【００１２】
しかしながら、R/Wと通信をするICカードが、例えば、１つであることを前提とするアプリケーションに、ICカードシステムが適用される場合にも、R/Wと通信をする１つのICカードに対して、１つのタイムスロットだけが割り当てられるときには、R/Wからの実データの要求に対して、１つのタイムスロットで送信することができる僅かなデータしか送信することができない。従って、ある程度のサイズの実データを、ICカードからR/Wに送信するには、R/Wは、実データの要求を複数回行わなければならず、このため、ある程度のサイズの実データを、ICカードからR/Wに送信するのに、ある程度の通信時間を要することになる。
【００１３】
本発明は、このような状況に鑑みてなされたものであり、通信時間の短縮化を図ることができるようにするものである。
【課題を解決するための手段】
【００１４】
本発明の第１の側面の通信システムは、電磁波を出力して通信を開始し、コマンドを電磁波を介して送信する第１の通信装置と、前記電磁波を負荷変調することにより前記コマンドに対するレスポンスを送信する第２の通信装置とを備え、前記第１の通信装置が、タイムスロットに関するタイムスロット情報を含むコマンドを送信する手段と、前記第２の通信装置が複数のタイムスロットのタイミングで送信してくる、実データを含む、前記コマンドに対する複数のレスポンスを受信する手段とを有し、前記第２の通信装置が、前記第１の通信装置からの前記コマンドに含まれる前記タイムスロット情報を認識する手段と、前記タイムスロット情報に対して、あらかじめ設定された複数のタイムスロットのタイミングそれぞれで、前記実データを含む複数のレスポンスそれぞれを送信する手段とを有する。
【００１５】
以上のような第１の側面の通信システムにおいては、前記第１の通信装置において、タイムスロットに関するタイムスロット情報を含むコマンドが送信され、前記第２の通信装置が複数のタイムスロットのタイミングで送信してくる、実データを含む、前記コマンドに対する複数のレスポンスが受信される。一方、前記第２の通信装置では、前記第１の通信装置からの前記コマンドに含まれる前記タイムスロット情報が認識され、前記タイムスロット情報に対して、あらかじめ設定された複数のタイムスロットのタイミングそれぞれで、前記実データを含む複数のレスポンスそれぞれが送信される。
【００１６】
本発明の第２の側面の通信装置は、電磁波を出力して通信を開始し、コマンドを電磁波を介して送信する通信装置において、タイムスロットに関するタイムスロット情報を含むコマンドを送信させる送信制御手段と、前記電磁波を負荷変調することにより前記コマンドに対するレスポンスを送信する他の装置が前記タイムスロット情報に対してあらかじめ設定された複数のタイムスロットのタイミングで送信してくる、実データを含む、前記コマンドに対する複数のレスポンスを受信させる受信制御手段とを備える。
【００１７】
本発明の第２の側面の通信方法、またはプログラムは、電磁波を出力して通信を開始し、コマンドを電磁波を介して送信する通信装置の通信方法、または通信装置を制御するコンピュータに実行させるプログラムにおいて、タイムスロットに関するタイムスロット情報を含むコマンドを送信させ、前記電磁波を負荷変調することにより前記コマンドに対するレスポンスを送信する他の装置が前記タイムスロット情報に対してあらかじめ設定された複数のタイムスロットのタイミングで送信してくる、実データを含む、前記コマンドに対する複数のレスポンスを受信させるステップを含む。
【００１８】
以上のような第２の側面の通信装置、通信方法、またはプログラムにおいては、タイムスロットに関するタイムスロット情報を含むコマンドが送信され、前記電磁波を負荷変調することにより前記コマンドに対するレスポンスを送信する他の装置が前記タイムスロット情報に対してあらかじめ設定された複数のタイムスロットのタイミングで送信してくる、実データを含む、前記コマンドに対する複数のレスポンスが受信される。
【００１９】
本発明の第３の側面の通信装置は、電磁波を出力して通信を開始し、コマンドを電磁波を介して送信する他の装置に、前記電磁波を負荷変調することにより前記コマンドに対するレスポンスを送信する通信装置において、前記他の装置が、タイムスロットに関するタイムスロット情報を含むコマンドを送信し、前記通信装置が前記タイムスロット情報に対してあらかじめ設定された複数のタイムスロットそれぞれのタイミングで送信してくる、実データを含む、前記コマンドに対するレスポンスを受信する場合において、前記他の装置からの前記コマンドに含まれる前記タイムスロット情報を認識する認識手段と、前記タイムスロット情報に対してあらかじめ設定された複数のタイムスロットそれぞれのタイミングで、前記実データを含む複数のレスポンスを送信させる送信制御手段とを備える。
【００２０】
本発明の第３の側面の通信方法、またはプログラムは、電磁波を出力して通信を開始し、コマンドを電磁波を介して送信する他の装置に、前記電磁波を負荷変調することにより前記コマンドに対するレスポンスを送信する通信装置の通信方法、または通信装置を制御するコンピュータに実行させるプログラムにおいて、前記他の装置が、タイムスロットに関するタイムスロット情報を含むコマンドを送信し、前記通信装置が前記タイムスロット情報に対してあらかじめ設定された複数のタイムスロットそれぞれのタイミングで送信してくる、実データを含む、前記コマンドに対するレスポンスを受信する場合において、前記他の装置からの前記コマンドに含まれる前記タイムスロット情報を認識し、前記タイムスロット情報に対してあらかじめ設定された複数のタイムスロットそれぞれのタイミングで、前記実データを含む複数のレスポンスを送信させるステップを含む。
【００２１】
以上のような第３の側面の通信装置、通信方法、またはプログラムにおいては、前記他の装置からの前記コマンドに含まれる前記タイムスロット情報が認識され、前記タイムスロット情報に対してあらかじめ設定された複数のタイムスロットそれぞれのタイミングで、前記実データを含む複数のレスポンスが送信される。
【発明の効果】
【００２２】
本発明によれば、通信を行うことができる。特に、通信時間の短縮化を図ることができる。
【発明を実施するための最良の形態】
【００２３】
以下に本発明の実施の形態を説明するが、本発明の構成要件と、発明の詳細な説明に記載の実施の形態との対応関係を例示すると、次のようになる。この記載は、本発明をサポートする実施の形態が、発明の詳細な説明に記載されていることを確認するためのものである。従って、発明の詳細な説明中には記載されているが、本発明の構成要件に対応する実施の形態として、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その構成要件に対応するものではないことを意味するものではない。逆に、実施の形態が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００２４】
本発明の第１の側面の通信システムは、
電磁波を出力して通信を開始し、コマンドを電磁波を介して送信する第１の通信装置（例えば、図３０の通信装置１０１）と、
前記電磁波を負荷変調することにより前記コマンドに対するレスポンスを送信する第２の通信装置（例えば、図３０の通信装置１０２）と
を備え、
前記第１の通信装置が、
タイムスロットに関するタイムスロット情報を含むコマンドを送信する手段（例えば、図３１のステップＳ２０１の処理を行う図１７のCPU２９Ａ）と、
前記第２の通信装置が複数のタイムスロットのタイミングで送信してくる、実データを含む、前記コマンドに対する複数のレスポンスを受信する手段（例えば、図３１のステップＳ２０２の処理を行う図１７のCPU２９Ａ）と
を有し、
前記第２の通信装置が、
前記第１の通信装置からの前記コマンドに含まれる前記タイムスロット情報を認識する手段（例えば、図３２のステップＳ２１２の処理を行う図１８のCPU４９Ａ）と、
前記タイムスロット情報に対して、あらかじめ設定された複数のタイムスロットのタイミングそれぞれで、前記実データを含む複数のレスポンスそれぞれを送信する手段（例えば、図３２のステップＳ２１３の処理を行う図１８のCPU４９Ａ）と
を有する。
【００２５】
本発明の第２の側面の通信装置は、
電磁波を出力して通信を開始し、コマンドを電磁波を介して送信する通信装置（例えば、図３０の通信装置１０１）において、
タイムスロットに関するタイムスロット情報を含むコマンドを送信させる送信制御手段（例えば、図３１のステップＳ２０１の処理を行う図１７のCPU２９Ａ）と、
前記電磁波を負荷変調することにより前記コマンドに対するレスポンスを送信する他の装置が前記タイムスロット情報に対してあらかじめ設定された複数のタイムスロットのタイミングで送信してくる、実データを含む、前記コマンドに対する複数のレスポンスを受信させる受信制御手段（例えば、図３１のステップＳ２０２の処理を行う図１７のCPU２９Ａ）と
を備える。
【００２６】
本発明の第２の側面の通信方法、またはプログラムは、
電磁波を出力して通信を開始し、コマンドを電磁波を介して送信する通信装置（例えば、図３０の通信装置１０１）の通信方法、または通信装置を制御するコンピュータ（例えば、図１７のCPU２９Ａ）に実行させるプログラムにおいて、
タイムスロットに関するタイムスロット情報を含むコマンドを送信させ（例えば、図３１のステップＳ２０１）、
前記電磁波を負荷変調することにより前記コマンドに対するレスポンスを送信する他の装置（例えば、図３０の通信装置１０２）が前記タイムスロット情報に対してあらかじめ設定された複数のタイムスロットのタイミングで送信してくる、実データを含む、前記コマンドに対する複数のレスポンスを受信させる（例えば、図３１のステップＳ２０２）
ステップを含む。
【００２７】
本発明の第３の側面の通信装置は、
電磁波を出力して通信を開始し、コマンドを電磁波を介して送信する他の装置（例えば、図３０の通信装置１０１）に、前記電磁波を負荷変調することにより前記コマンドに対するレスポンスを送信する通信装置（例えば、図３０の通信装置１０２）において、
前記他の装置が、
タイムスロットに関するタイムスロット情報を含むコマンドを送信し、
前記通信装置が前記タイムスロット情報に対してあらかじめ設定された複数のタイムスロットそれぞれのタイミングで送信してくる、実データを含む、前記コマンドに対するレスポンスを受信する場合において、
前記他の装置からの前記コマンドに含まれる前記タイムスロット情報を認識する認識手段（例えば、図３２のステップＳ２１２の処理を行う図１８のCPU４９Ａ）と、
前記タイムスロット情報に対してあらかじめ設定された複数のタイムスロットそれぞれのタイミングで、前記実データを含む複数のレスポンスを送信させる送信制御手段（例えば、図３２のステップＳ２１３の処理を行う図１８のCPU４９Ａ）と
を備える。
【００２８】
本発明の第３の側面の通信方法、またはプログラムは、
電磁波を出力して通信を開始し、コマンドを電磁波を介して送信する他の装置（例えば、図３０の通信装置１０１）に、前記電磁波を負荷変調することにより前記コマンドに対するレスポンスを送信する通信装置（例えば、図３０の通信装置１０２）の通信方法、または通信装置を制御するコンピュータ（例えば、図１８のCPU４９Ａ）に実行させるプログラムにおいて、
前記他の装置が、
タイムスロットに関するタイムスロット情報を含むコマンドを送信し、
前記通信装置が前記タイムスロット情報に対してあらかじめ設定された複数のタイムスロットそれぞれのタイミングで送信してくる、実データを含む、前記コマンドに対するレスポンスを受信する場合において、
前記他の装置からの前記コマンドに含まれる前記タイムスロット情報を認識し（例えば、図３２のステップＳ２１２）、
前記タイムスロット情報に対してあらかじめ設定された複数のタイムスロットそれぞれのタイミングで、前記実データを含む複数のレスポンスを送信させる（例えば、図３２のステップＳ２１３）
ステップを含む。
【００２９】
次に、図面を参照して、本発明の実施の形態について説明するが、その前に、近接通信を行うための通信プロトコルの１つであるNFCIP-1（ISO/IEC 18092）について、簡単に説明する。
【００３０】
図１は、NFCIP-1に準拠した近接通信を行う通信システム（システムとは、複数の装置が論理的に結合したもの物をいい、各構成の装置が同一筐体中にあるか否かは問わない）の構成例を示している。
【００３１】
ここで、近接通信とは、通信する装置どうしの距離が、例えば、数10cm以内となって可能となる通信を意味し、通信する装置どうし（の筐体）が接触して行う通信も含まれる。
【００３２】
図１においては、通信システムは、３つの通信装置１，２，３から構成されている。通信装置１乃至３それぞれは、他の通信装置との間で、単一の周波数f_cの搬送波を使用した、電磁誘導による近接通信（NFC(Near Field Communication)）を行うことができるようになっている。NFCIP-1では、搬送波の周波数f_cとしては、ISM(Industrial Scientific Medical)バンドの13.56MHzが規定されている。
【００３３】
なお、図１の通信システムは、通信装置１乃至３のうちの１以上をリーダ／ライタとするとともに、他の１以上をICカードとするICカードシステムに適用することができることは勿論、通信装置１乃至３それぞれを、PDA(Personal Digital Assistant)、PC（Personal Computer）、携帯電話機、腕時計、ペン等に内蔵させることも可能である。即ち、通信装置１乃至３は、近接通信を行う装置であり、ICカードシステムのICカードやリーダ／ライタなどの形態に限定されるものではない。
【００３４】
通信装置１乃至３は、２つの通信モードによる通信が可能である。２つの通信モードとしては、パッシブモードとアクティブモードとがある。いま、通信装置１乃至３のうちの、例えば、通信装置１と２の間の通信に注目すると、パッシブモードでは、上述した従来のICカードシステムと同様に、通信装置１と２のうちの一方の通信装置である、例えば、通信装置１は、自身が発生する電磁波（に対応する搬送波）をデータで変調することにより、他方の通信装置である通信装置２にデータを送信し、通信装置２は、通信装置１が発生する電磁波（に対応する搬送波）をデータで負荷変調することにより、通信装置１にデータを送信する。
【００３５】
一方、アクティブモードでは、通信装置１と２のいずれも、自身が発生する電磁波（に対応する搬送波）をデータで変調することにより、データを送信する。
【００３６】
ここで、電磁誘導による近接通信を行う場合、前述したように、最初に電磁波を出力して通信を開始し、いわば通信の主導権を握る装置を、イニシエータと呼ぶ。イニシエータは、通信相手にコマンドを送信し、その通信相手は、そのコマンドに対するレスポンスを返す形で、近接通信が行われるが、イニシエータからのコマンドに対するレスポンスを返す通信相手を、ターゲットと呼ぶ。
【００３７】
例えば、いま、通信装置１が電磁波の出力を開始して、通信装置２との通信を開始したとすると、図２および図３に示すように、通信装置１がイニシエータとなり、通信装置２がターゲットとなる。
【００３８】
そして、パッシブモードでは、図２に示すように、イニシエータである通信装置１が電磁波を出力し続け、通信装置１は、自身が出力している電磁波をデータで変調することにより、ターゲットである通信装置２に、データを送信するとともに、通信装置２は、イニシエータである通信装置１が出力している電磁波をデータで負荷変調することにより、通信装置１に、データを送信する。
【００３９】
一方、アクティブモードでは、図３に示すように、イニシエータである通信装置１は、自身がデータを送信する場合に、自身で電磁波の出力を開始し、その電磁波をデータで変調することにより、ターゲットである通信装置２に、データを送信する。そして、通信装置１は、データの送信終了後は、電磁波の出力を停止する。ターゲットである通信装置２も、自身がデータを送信する場合に、自身で電磁波の出力を開始し、その電磁波をデータで変調することにより、ターゲットである通信装置２に、データを送信する。そして、通信装置２は、データの送信終了後は、電磁波の出力を停止する。
【００４０】
なお、図１では、３つの通信装置１乃至３によって、通信システムが構成されているが、通信システムを構成する通信装置は、３つに限定されるものではなく、２または４以上であっても良い。さらに、通信システムは、通信装置の他、例えば、従来のICカードシステムを構成するICカードやリーダ／ライタなどを含めて構成することも可能である。
【００４１】
次に、通信装置１乃至３は、いずれも、最初に電磁波を出力して通信を開始するイニシエータになり得る。さらに、アクティブモードでは、通信装置１乃至３は、イニシエータとなる場合でも、ターゲットとなる場合でも、自身で電磁波を出力する。
【００４２】
従って、通信装置１乃至３が近接している状態で、そのうちの２以上が同時に電磁波を出力した場合には、コリジョンが生じ、正常な通信を行うことができなくなる。
【００４３】
そこで、NFCIP-1では、電磁波の出力を開始しようとする通信装置は、他の装置からの電磁波（によるRFフィールド）が存在するかどうかを検出し、存在しない場合にのみ、電磁波の出力を開始するように規定されており、これにより、コリジョンを防止するようになっている。ここで、このように、他の装置からの電磁波が存在するかどうかを検出し、存在しない場合にのみ、電磁波の出力を開始する処理を、コリジョンを防止するという目的から、RFCA(RF Collision Avoidance)処理と呼ばれる。
【００４４】
RFCA処理のうち、電磁波を出力して通信を開始するイニシエータになろうとする通信装置（図１では、通信装置１乃至３のうちの１以上）が最初に行うRFCA処理は、初期RFCA処理と呼ばれる。
【００４５】
図４を参照して、初期RFCA処理について説明する。
【００４６】
図４は、初期RFCA処理によって出力が開始される電磁波を示している。なお、図４において、横軸は時間を表し、縦軸は、通信装置が出力する電磁波のレベルを表す。
【００４７】
イニシエータになろうとする通信装置は、常時、他の装置による電磁波の検出を行っており、他の装置による電磁波が、時間Ｔ_IDT＋ｎ×Ｔ_RFWだけ連続して検出されなかった場合、電磁波の出力を開始し、その出力から時間Ｔ_IRFGだけ経過した後に、データ（コマンド（リクエスト）を含む）の送信(Send Request)を開始する。
【００４８】
ここで、時間Ｔ_IDT＋ｎ×Ｔ_RFWにおけるＴ_IDTは、初期遅延時間と呼ばれ、NFCIP-1では、搬送波の周波数ｆ_cを用いて、４０９６／ｆ_cより大の値にすることが規定されている。ｎは、例えば、０以上３以下の整数で、乱数を用いて生成される。Ｔ_RFWは、RF待ち時間と呼ばれ、例えば、５１２／ｆ_cが採用される。時間Ｔ_IRFGは、初期ガードタイムと呼ばれ、例えば、５msより大の値が採用される。
【００４９】
なお、電磁波が検出されてはならない時間Ｔ_IDT＋ｎ×Ｔ_RFWに、乱数であるｎを採用することにより、複数の通信装置が同一のタイミングで、電磁波の出力を開始してしまう可能性の低減が図られている。
【００５０】
次に、図５乃至図１３を参照して、NFCIP-1のパッシブモードの通信について説明する。
【００５１】
図５は、212kbps(kiro bit per second)または424kbpsの伝送レートでパッシブモードの通信を行う場合の電磁波の波形を示している。
【００５２】
即ち、NFCIP-1では、複数の伝送レートの中から選択された伝送レートでの通信が可能であり、図５は、212kbpsまたは424kbpsの伝送レートでパッシブモードの通信を行う場合の電磁波の波形を示している。
【００５３】
イニシエータは、パッシブモードの通信を開始する場合には、初期RFCA処理を行って、周波数f_cの搬送波（無変調の電磁波）の出力を開始し、その後、搬送波を論理0B（Bはその前の数字が２進数であることを表す）で変調する。搬送波を論理0B（をエンコードしたマンチェスタ符号）で変調した変調信号は、図５に示すように、プリアンブルと呼ばれ、NFCIP-1では、プリアンブルは、少なくとも48ビットが必要であると規定されている。
【００５４】
イニシエータの周囲に存在するターゲットは、搬送波の変調が開始され、さらに、少なくとも48ビットのプリアンブルを受信すると、例えば、パッシブモードの通信が開始されることを認識し、プリアンブルに続いて送信されてくるデータ（データパケット）としての変調信号を受信する。
【００５５】
ここで、プリアンブルと、プリアンブルに続くデータパケットとのセットは、フレームと呼ばれる。フレームの開始は、プリアンブルによって認識される。フレームの終わりは、フレームに含まれる、後述する長さフィールドの情報に基づいて認識される。
【００５６】
次に、図６は、イニシエータまたはターゲットとしての通信装置がフレームを送信した後に、他の通信装置がフレームを送信する場合の、２つのフレームどうしの間の時間（遅延時間）を説明する図である。
【００５７】
NFCIP-1によれば、ある通信装置がフレームを送信した後、他の装置が、例えば、そのフレームに応答するフレームを送信する場合は、少なくとも８×６４／fcだけ時間をおかなければならない。
【００５８】
即ち、ある通信装置のフレームの終了から、次のフレーム（のプリアンブル）の開始までの時間T_delayは、少なくとも８×６４／f_cだけなければならない。
【００５９】
ここで、搬送波の周波数f_cは、上述したように、13.56MHzであるので、時間８×６４／fcは、約0.038msである。
【００６０】
次に、図７は、イニシエータとターゲットとの間でやりとりされるフレームのフォーマットを示している。
【００６１】
フレームは、その先頭から、プリアンブルフィールド、同期フィールド、長さフィールド、ペイロードフィールド、CRC(Cyclic Redundancy Checking)フィールドが順次配置されて構成される。
【００６２】
プリアンブルフィールドは、48ビット以上のサイズを有し、そこには、（論理）0Bがプリアンブルとして配置される。
【００６３】
同期フィールドは、2バイトのサイズを有し、1バイト目はB2H（Hはその前の数値が１６進数であることを表す）で、2バイト目が4DHとされる。即ち、同期フィールドには、B24DHが同期パターンとして配置される。
【００６４】
長さフィールドは、８ビットのサイズを有し、そこには、ペイロードフィールドに配置されるデータのバイト数に１を加えた値がセットされる。なお、長さフィールドにセットされる値は、２乃至２５５の範囲の値でなければならず、８ビットで表される他の値は、将来の拡張のために予約（確保）されている。
【００６５】
ペイロードフィールドには、長さフィールドにセットされた値から１を減算した値だけのバイト数のペイロード（データ）が配置される（含められる）。
【００６６】
CRCフィールドには、ISO/IEC 18092の附属書A.3にしたがって求められる16ビットのCRCコードが配置される。
【００６７】
次に、イニシエータになろうとする通信装置は、図４で説明したように、初期RFCA処理によって電磁波の出力を開始し、その後、データ（フレーム）の送信を行う。イニシエータになろうとする通信装置は、電磁波の出力を開始することで、イニシエータとなり、そのイニシエータに近接する位置に存在する通信装置はターゲットとなる。
【００６８】
いま、イニシエータの周囲に、ターゲット（となりうる通信装置）が複数存在する場合には、その複数のターゲットのそれぞれが、イニシエータが送信したフレームに対して応答するフレームを送信することがある。従って、イニシエータでは、先に送信したフレームに対する応答として送信されてくるフレームが、複数のターゲットのうちのいずれが送信してきたフレームであるかを識別する必要がある。即ち、イニシエータは、応答としてのフレームを送信してきたターゲットを識別する必要がある。
【００６９】
そこで、イニシエータは、初期RFCA処理によって電磁波の出力を開始した後に、そのイニシエータに近接する位置に存在する１以上のターゲットに対して、各ターゲットを識別する情報としての、例えば、乱数などによって決定されるNFCID(NFC Identification)を要求する。そして、イニシエータに近接する位置に存在するターゲットは、イニシエータからの要求に応じて、自身を特定するNFCIDを、イニシエータに送信する。
【００７０】
イニシエータは、以上のようにしてターゲットから送信されてくるNFCIDによってターゲットを識別し、通信相手とするターゲットをNFCIDで指定して、データのやりとりを行う。
【００７１】
アクティブモードの通信では、イニシエータが、後述するコマンド（リクエスト）ATR_REQを、そこに自身を特定するNFCIDを含めて送信し、そのATR_REQに対して、１のターゲットが、コマンドATR_REQに対する後述するレスポンスATR_RESを、そこに自身を識別するNFCIDを含めて返す（送信する）ことにより、イニシエータとターゲットとが、互いのNFCIDを認識し、互いを識別（特定）する。
【００７２】
一方、伝送レートが212kbsまたは424kbpsのパッシブモードの通信では、イニシエータは、前述したSDD処理を行うことによって、その周囲（近接する位置）に存在するターゲットを識別するNFCIDを取得する。
【００７３】
ここで、SDD処理において、イニシエータは、ターゲットのNFCIDを要求するが、この要求は、イニシエータが、ポーリングリクエストフレームと呼ばれるフレームを送信することによって行われる。ターゲットは、ポーリングリクエストフレームを受信すると、例えば、自身のNFCIDを乱数によって決定し、そのNFCIDを配置したポーリングレスポンスフレームと呼ばれるフレームを送信する。イニシエータは、ターゲットから送信されてくるポーリングレスポンスフレームを受信することで、ターゲットのNFCIDを認識する。
【００７４】
なお、伝送レートが212kbsまたは424kbpsのパッシブモードの通信で行われるSDD処理で用いられるNFCIDは、特に、NFCID2と呼ばれる。NFCIP-1では、NFCID2は、8バイトの数値でなければならないこと、その8バイトの数値の先頭の2バイトは、前置符号(prefix code)であり、前置符号は、それに続く6バイトの特性を定義するものでなければならないこと、前置符号の1バイト目が01Hであり、その2バイト目がFEHである場合には、続く6バイトは、乱数としなければならないこと、が規定されている。また、01FEH以外の前置符号は、将来の拡張のために予約されている。
【００７５】
ところで、パッシブモードのターゲットは、イニシエータが出力している電磁波を負荷変調によりフレームを送信するから、RFCA処理を行わない。従って、SDD処理において、イニシエータが、その周囲のターゲットに対して、そのNFCIDを要求した場合（NFCIDを要求するポーリングリクエストフレームを送信した場合）、イニシエータの周囲に、複数のターゲットが存在するときには、その複数のターゲットの２以上から、同時に、NFCID（NFCIDを含むポーリングレスポンスフレーム）が送信されてくることがあり得る。この場合、その２以上のターゲットから送信されてくるNFCIDがコリジョンし、イニシエータは、そのコリジョンしたNFCIDを認識することが困難となる。
【００７６】
そこで、SDD処理は、NFCIDのコリジョンをなるべく避けるために、例えば、タイムスロットを用いた方法で行われる。
【００７７】
即ち、図８は、タイムスロットを用いた方法により行われるSDD処理のシーケンスを示している。なお、図８では、イニシエータの周囲に、５つのターゲット＃１，＃２，＃３，＃４，＃５が存在するものとしてある。
【００７８】
SDD処理では、イニシエータがポーリングリクエストフレームを送信するが、その送信の完了後、所定の時間Ｔ_dだけおいて、所定の時間Ｔ_sの幅のタイムスロットが設けられる。なお、時間Ｔ_dは、例えば、５１２×６４／ｆ_c、即ち、約2.4msとされ、タイムスロットの幅としての時間Ｔ_sは、例えば、２５６×６４／ｆ_c、即ち、約1.2msとされる。また、タイムスロットは、例えば、時間的に最も先行するものから、０からのシーケンシャルな番号（整数）が付されることによって特定される。
【００７９】
ここで、図８では、タイムスロット＃０，＃１，＃２，＃３の４つを示してあるが、タイムスロットは、NFCIP-1では、１６まで設けることが可能である。あるポーリングリクエストフレームに対して設けられるタイムスロットの数は、イニシエータが指定し、タイムスロットの数から１を減算した値が、タイムスロットに関するタイムスロット情報TSNとして、ポーリングリクエストフレームに含められて、ターゲットに送信される。図８では、４つのタイムスロット＃０乃至＃３が示されており、従って、タイムスロット情報TSNが3である場合のタイムスロットを示している。
【００８０】
ターゲットは、イニシエータから送信されてくるポーリングリクエストフレームを受信し、そのポーリングリクエストフレームに配置されているタイムスロット情報TSNを認識する。さらに、ターゲットは、０以上TSNの範囲の整数Ｒを、乱数により生成し、その整数Ｒによって特定されるタイムスロット＃Ｒのタイミングで、自身のNFCIDを配置したポーリングレスポンスフレームを送信する。
【００８１】
以上のように、ターゲットは、ポーリングレスポンスフレームを送信するタイミングとしてのタイムスロットを、乱数により決定するので、複数のターゲットがポーリングレスポンスフレームを送信するタイミングがばらつくこととなり、これにより、複数のターゲットが送信するポーリングレスポンスフレームどうしのコリジョンをなるべく避けることができる。
【００８２】
なお、ターゲットにおいて、ポーリングレスポンスフレームを送信するタイミングとしてのタイムスロットを、乱数により決定しても、複数のターゲットがポーリングレスポンスフレームを送信するタイムスロットが一致し、これにより、ポーリングレスポンスフレームのコリジョンが生じる場合がある。図８の実施の形態では、タイムスロット＃０において、ターゲット＃４のポーリングレスポンスフレームが、タイムスロット＃１において、ターゲット＃１と＃３のポーリングレスポンスフレームが、タイムスロット＃２において、ターゲット＃５のポーリングレスポンスフレームが、タイムスロット＃３において、ターゲット＃２のポーリングレスポンスフレームが、それぞれ送信されており、ターゲット＃１と＃３のポーリングレスポンスフレームがコリジョンを生じている。
【００８３】
この場合、イニシエータは、コリジョンを生じているターゲット＃１と＃３のポーリングレスポンスフレームを正常に受信することができない。そのため、イニシエータは、再度、ポーリングリクエストフレームを送信し、これにより、ターゲット＃１と＃３に対して、それぞれのNFCIDが配置されたポーリングレスポンスフレームの送信を要求することができる。以下、イニシエータにおいて、その周囲にあるターゲット＃１乃至＃５すべてのNFCIDを認識することができるまで、イニシエータによるポーリングリクエストフレームの送信と、ターゲットによるポーリングレスポンスフレームの送信とを繰り返し行うことができる。
【００８４】
なお、イニシエータが、ポーリングリクエストフレームを再度送信した場合に、すべてのターゲット＃１乃至＃５が、ポーリングレスポンスフレームを返すこととすると、再び、ポーリングレスポンスフレームどうしがコリジョンを起こす可能性がある。そこで、ターゲットにおいては、イニシエータからポーリングリクエストフレームを受信した後、それほど時間をおかずに、ポーリングリクエストフレームを再度受信した場合には、例えば、そのポーリングリクエストを無視するようにすることができる。但し、この場合、図８の実施の形態では、最初に送信されたポーリングリクエストフレームに対して、ポーリングレスポンスのコリジョンを生じているターゲット＃１と＃３については、イニシエータは、そのターゲット＃１と＃３のNFCIDを認識することができないので、ターゲット＃１または＃３との間でのデータのやりとりは、できないことになる。
【００８５】
そこで、イニシエータが、ポーリングレスポンスフレームを正常に受信し、そのNFCIDを認識することができたターゲット＃２，＃４，＃５については、通信対象から一時的にはずし（ディセレクト状態にし）、これにより、ポーリングリクエストフレームに対する応答としてのポーリングレスポンスフレームを返さないようにすることができる。この場合、イニシエータが送信する再度のポーリングリクエストフレームに対して、ポーリングレスポンスフレームを返してくるのは、最初のポーリングリクエストフレームの送信によってNFCIDを認識することができなかったターゲット＃１と＃３だけとなる。従って、この場合、ポーリングレスポンスフレームどうしがコリジョンを起こす可能性を小さくしながら、ターゲット＃１乃至＃５すべてのNFCIDを認識することが可能となる。
【００８６】
また、ここでは、ターゲットは、上述したように、ポーリングリクエストフレームを受信すると、自身のNFCIDを、乱数によって決定（生成）する。このため、稀ではあるが、異なるターゲットから、同一のNFCIDがポーリングレスポンスフレームに配置されて、イニシエータに送信されてくる場合があり得る。イニシエータにおいて、異なるタイムスロットで、同一のNFCIDが配置されたポーリングレスポンスフレームが受信された場合、イニシエータには、例えば、ポーリングレスポンスフレームどうしがコリジョンを起こした場合と同様に、ポーリングリクエストフレームを再度送信させることができる。
【００８７】
ここで、NFCIP-1では、SDD処理において、タイムスロット情報TSNを含むポーリングリクエストフレームを受信したターゲットの動作について、次のように規定されている。
【００８８】
[1]ターゲットは，0乃至TSNの範囲の乱数Rを生成しなければならない。
[2]ターゲットは，乱数Rによって特定されるタイムスロット#Rのタイミングになるまで待ち、そのタイムスロット#Rのタイミングで、ポーリングレスポンスフレームを返し，次のコマンド（リクエスト）を待たなければならない。ターゲットは，ポーリングレスポンスフレームのコリジョンを減らすために、ポーリングリクエストフレームを無視してもよい。
【００８９】
また、NFCIP-1では、SDD処理におけるイニシエータとターゲットの処理について、次のように規定されている。
【００９０】
[1]ターゲットは、イニシエータが生成するRFフィールド（イニシエータが出力する電磁波）から電力を得る。
[2]ターゲットは、起動してから最長でも2秒以内にイニシエータからのポーリングリクエストフレームを受ける準備完了状態にならなければならない。
[3]ターゲットは、イニシエータが送信するポーリングリクエストフレームを待たなければならない。イニシエータは、ターゲットの都合（状態）によらずにポーリングリクエストフレームを送信してもよい。
[4]イニシエータがポーリングレスポンスフレームを受けるのに失敗した場合、イニシエータは、ポーリングリクエストフレームを再び送ってもよい。パッシブモードのイニシエータは、SDD処理を実行している間、RFパワーオン状態（電磁波を出力している状態）を維持しなければならない。
【００９１】
次に、図９は、ポーリングリクエストフレームのフォーマットを示している。
【００９２】
ポーリングリクエストフレームは、図７のフレームと同様に、その先頭から、プリアンブルフィールド、同期フィールド、長さフィールド、ペイロードフィールド、CRCフィールドが順次配置されて構成される。
【００９３】
図７で説明したように、プリアンブルフィールドには、48ビット以上の0Bがプリアンブルとして配置され、同期フィールドには、2バイトのB24DHの同期パターンが配置される。また、CRCフィールドには、ISO/IEC 18092の附属書A.3にしたがって求められるCRCコードが配置される。
【００９４】
長さフィールドには、図７で説明したように、ペイロードフィールドのバイト数に１を加えた値がセットされる。ポーリングリクエストフレームのペイロードフィールドのサイズは5バイトであり、従って、長さフィールドには、5バイトに１を加算した06Hがセットされる。
【００９５】
ポーリングリクエストフレームのペイロードフィールドは、上述したように、5バイトのサイズを有し、その先頭のバイトから、00H,FFH,FFH,00H、1バイトのタイムスロット情報TSNが順次セットされる。ペイロードフィールドの先頭の1バイト00Hは、フレームがポーリングリクエストフレームであることを表す。
【００９６】
なお、ペイロードフィールドの2バイト目と3バイト目については、FFH以外の値は、将来の拡張のために予約されている。同様に、4バイト目についても、00H以外の値は、将来の拡張のために予約されている。
【００９７】
NFCIP-1では、1バイトのタイムスロット情報TSNは、00H,01H,03H,07H,0FHのうちのいずれかの値でなければならないことが規定されており、また、他の値は、将来の拡張のために予約されている。
【００９８】
次に、図１０は、ポーリングレスポンスフレームのフォーマットを示している。
【００９９】
ポーリングレスポンスフレームは、図７のフレームと同様に、その先頭から、プリアンブルフィールド、同期フィールド、長さフィールド、ペイロードフィールド、CRCフィールドが順次配置されて構成される。
【０１００】
図７で説明したように、プリアンブルフィールドには、48ビット以上の0Bがプリアンブルとして配置され、同期フィールドには、2バイトのB24DHの同期パターンが配置される。また、CRCフィールドには、ISO/IEC 18092の附属書A.3にしたがって求められるCRCコードが配置される。
【０１０１】
長さフィールドには、図７で説明したように、ペイロードフィールドのバイト数に１を加えた値がセットされる。ポーリングレスポンスフレームのペイロードフィールドのサイズは17(=11H)バイトであり、従って、長さフィールドには、11Hバイトに1Hを加算した12Hがセットされる。
【０１０２】
ポーリングレスポンスフレームのペイロードフィールドは、上述したように、17バイトのサイズを有し、その先頭のバイトから、01H、8バイトのNFCID2、8バイトのPadが順次セットされる。ペイロードフィールドの先頭の1バイト01Hは、フレームがポーリングレスポンスフレームであることを表す。
【０１０３】
なお、ポーリングレスポンスフレームのペイロードフィールドにおける8バイトのPadは、例えば、いわゆるパディングのためのデータで、NFCIP-1では、8バイトのPadは、データ交換(data interchange)としては無視しなければならないことが規定されている。
【０１０４】
次に、NFCIP-1では、トランスポートプロトコル(transport protocol)のコマンド（リクエスト）と、コマンドに対するレスポンスとが定義されている。
【０１０５】
図１１は、NFCIP-1で定義されているトランスポートプロトコルのコマンドとレスポンスとを示している。
【０１０６】
図１１において、アンダーバー(_)の後にREQの文字が記述されているものは、コマンド（リクエスト）を表し、アンダーバー(_)の後にRESの文字が記述されているものは、レスポンスを表す。図１１の実施の形態では、コマンドとして、ATR_REQ，WUP_REQ，PSL_REQ，DEP_REQ，DSL_REQ，RLS_REQの６種類が用意されており、コマンドに対するレスポンスとしても、コマンドと同様に、ATR_RES，WUP_RES，PSL_RES，DEP_RES，DSL_RES，RLS_RESの６種類が用意されている。イニシエータは、コマンドをターゲットに送信し、ターゲットは、イニシエータからのコマンドに対するレスポンスを、イニシエータに送信する。
【０１０７】
コマンドATR_REQは、イニシエータが、ターゲットに対して、自身の属性（仕様）を知らせるとともに、ターゲットの属性を要求するときに、ターゲットに送信される。ここで、イニシエータまたはターゲットの属性としては、そのイニシエータまたはターゲットが送受信することのできるデータの伝送レートや、データを変調するときの変調方式などの通信に関する通信パラメータなどがある。なお、コマンドATR_REQには、イニシエータの属性の他、そのイニシエータを特定するNFCIDなどが配置され、ターゲットは、コマンドATR_REQを受信することにより、イニシエータの属性とNFCIDを認識する。
【０１０８】
レスポンスATR_RESは、ターゲットが、コマンドATR_REQを受信した場合に、そのコマンドATR_REQに対する応答として、イニシエータに送信される。レスポンスATR_RESには、ターゲットの属性やNFCIDなどが配置される（含まれる）。
【０１０９】
なお、コマンドATR_REQやレスポンスATR_RESに配置される属性としての、例えば、伝送レートの情報には、イニシエータやターゲットが送受信することのできるデータの伝送レートすべてを含めることができる。この場合、イニシエータとターゲットとの間で、コマンドATR_REQとレスポンスATR_RESのやりとりが１度行われるだけで、イニシエータは、ターゲットが送受信可能な伝送レートすべてを認識することができ、ターゲットも、イニシエータが送受信可能な伝送レートすべてを認識することができる。
【０１１０】
コマンドWUP_REQは、イニシエータが、通信するターゲットを選択するときに送信される。即ち、後述するコマンドDSL_REQを、イニシエータからターゲットに送信することにより、ターゲットを、ディセレクト(deselect)状態（イニシエータへのデータの送信（レスポンス）を禁止した状態）とすることができるが、コマンドWUP_REQは、そのディセレクト状態を解いて、ターゲットを、イニシエータへのデータの送信を可能にする状態とする場合に送信される。なお、コマンドWUP_REQには、ディセレクト状態を解くターゲットのNFCIDが配置され、コマンドWUP_REQを受信したターゲットのうち、そのコマンドWUP_REQに配置されているNFCIDによって特定されるターゲットが、ディセレクト状態を解く。
【０１１１】
レスポンスWUP_RESは、コマンドWUP_REQを受信したターゲットのうち、そのコマンドWUP_REQに配置されているNFCIDによって特定されるターゲットが、ディセレクト状態を解いた場合にコマンドWUP_REQに対する応答として送信する。
【０１１２】
なお、コマンドWUP_REQは、イニシエータがアクティブモード時にのみ送信し、レスポンスWUP_RESは、ターゲットがアクティブモード時にのみ送信する。
【０１１３】
コマンドPSL_REQは、イニシエータが、ターゲットとの通信に関する通信パラメータを変更するときに送信される。ここで、通信パラメータとしては、例えば、イニシエータとターゲットとの間でやりとりするデータの伝送レートや変調方式などがある。
【０１１４】
コマンドPSL_REQには、変更後の通信パラメータの値が配置され、イニシエータからターゲットに送信される。ターゲットは、コマンドPSL_REQを受信し、そこに配置されている通信パラメータの値にしたがって、通信パラメータを変更する。さらに、ターゲットは、コマンドPSL_REQに対するレスポンスPSL_RESを送信する。
【０１１５】
コマンドDEP_REQは、イニシエータが、データ（いわゆる実データ）の送受信（ターゲットとの間のデータ交換(data exchange)）を行うときに送信され、そこには、ターゲットに送信すべき実データなどが配置される。レスポンス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によって解放されたターゲットは、イニシエータが初期RFCA処理から処理をやり直さないと、イニシエータと通信可能な状態とならない。かかる点で、コマンドDSL_REQとRLS_REQは、異なる。
【０１１９】
次に、図１２のフローチャートを参照して、NFCIP-1のパッシブモードの通信処理の概要について説明する。
【０１２０】
まず最初に、ステップＳ１において、イニシエータとなる通信装置は、初期RFCA処理を行い、ステップＳ２に進む。ステップＳ２では、イニシエータとなる通信装置は、ステップＳ１の初期RFCA処理により、RFフィールドを検出したかどうかを判定する。ステップＳ２において、RFフィールドを検出したと判定された場合、ステップＳ１に戻り、以下、同様の処理が繰り返される。即ち、イニシエータとなる通信装置は、RFフィールドを検出している間は、そのRFフィールドを形成している他の通信装置による通信の妨げとならないように、RFフィールドを形成しない。
【０１２１】
一方、ステップＳ２において、RFフィールドを検出していないと判定された場合、通信装置は、ステップＳ３に進み、通信モードとして、パッシブモードを選択する。また、ステップＳ３では、通信装置は、イニシエータとなって、伝送レートの選択等を行う。
【０１２２】
即ち、NFCIP-1では、例えば、212kbps，424kbps等の複数の伝送レートの中から、実際の通信に使用する伝送レートを選択することが可能である。そこで、ステップＳ３では、イニシエータとなった通信装置は、伝送レートの選択を行う。なお、ステップＳ３において、複数の伝送レートの中からいずれの伝送レートを選択するかは、例えば、あらかじめ設定しておくことが可能である。
【０１２３】
ステップＳ３では、さらに、イニシエータとしての通信装置は、所定の初期化処理とSDD処理を行い、ステップＳ４に進む。
【０１２４】
ステップＳ４では、イニシエータは、パッシブモードでアクティベーション（活性化）（起動）し、パッシブモードのターゲットとの間で、コマンドATR_REQとレスポンスATR_RESをやりとりして、ステップＳ５に進む。
【０１２５】
ステップＳ５では、イニシエータは、通信に必要な通信パラメータ（例えば、伝送レートなど）を、現在の通信パラメータから変更する必要がある場合には、その通信パラメータを選択し、その通信パラメータ等を配置したコマンドPSL_REQとレスポンスPSL_RESを、ターゲットとの間でやりとりして、通信パラメータを変更し、ステップＳ６に進む。
【０１２６】
ステップＳ６では、イニシエータは、ステップＳ５で選択した通信パラメータにしたがって、コマンドDEP_REQとレスポンスDEP_RESを、ターゲットとの間でやりとりするデータ交換プロトコルによるデータ交換（通信）を行い、そのデータ交換の終了後、ステップＳ７に進む。ステップＳ７では、イニシエータは、コマンドDSL_REQとレスポンスDSL_RES、またはコマンドRSL_REQとレスポンスRSL_RESを、ターゲットとの間でやりとりして、ディアクティベーション（非活性化）し、トランザクションを終了する。
【０１２７】
なお、図１２では、パッシブモードの通信を行うこととしたが、アクティブモードの通信を行うことも可能である。アクティブモードの通信を行う場合は、ステップＳ３において、イニシエータは、通信モードとして、アクティブモードを選択し、さらに、伝送レート等の選択を行う。そして、ステップＳ４に進み、イニシエータは、アクティブモードでアクティベーションし、ターゲットとの間で、コマンドATR_REQとレスポンスATR_RESをやりとりして、ステップＳ５に進み、以下、大雑把には、パッシブモードと同様の手順で通信が行われる。
【０１２８】
ここで、通信装置は、例えば、アプリケーションからの要求に応じて、イニシエータとなることができる。さらに、通信装置では、アプリケーションからの要求に応じて、例えば、通信モードをアクティブモードまたはパッシブモードのうちのいずれにするかの選択や、伝送レートの選択（決定）をすることができる。
【０１２９】
また、イニシエータは、上述したように、外部にRFフィールドが形成されていなければ、RFフィールドを形成するが、ターゲットは、イニシエータによって形成されたRFフィールドによって活性化する。そして、イニシエータは、選択された通信モードと伝送レートで、コマンドを送信し、ターゲットは、イニシエータと同一の通信モードと伝送レートで、レスポンスを返す（送信する）。
【０１３０】
さらに、通信装置には、イニシエータとターゲットの両方の機能を実装するのではなく、いずれかの機能だけを実装することができる。また、通信装置には、パッシブモードとアクティブモードとの両方の通信モードを実装するのではなく、いずれか一方の通信モードだけを実行することができる。
【０１３１】
次に、図１３のフローチャートを参照して、パッシブモードにおけるアクティベーションプロトコルの処理（パッシブモードでのデータ交換を行うのに、通信装置で行われる処理）を説明する。
【０１３２】
まず最初に、ステップＳ１１において、イニシエータは、初期RFCA処理を行い、ステップＳ１２に進み、通信モードをパッシブモードとする。そして、ステップＳ１３に進み、イニシエータは、初期化処理とSDD処理を行って、伝送レートを選択する。
【０１３３】
ここで、ステップＳ１１の処理が、図１２のステップＳ１およびＳ２の処理に対応し、ステップＳ１２およびＳ１３の処理が、図１２のステップＳ３の処理に対応する。
【０１３４】
その後、ステップＳ１４に進み、イニシエータは、ターゲットに属性を要求するかどうかを判定する。ここで、属性とは、通信装置の仕様の情報で、例えば、通信装置が対応することができる伝送レートや変調方式その他の通信に関する通信パラメータなどがある。
【０１３５】
ステップＳ１４において、ターゲットに属性を要求しないと判定された場合、ステップＳ１５に進み、イニシエータは、ターゲットとの通信を、独自プロトコルにしたがって行い、ステップＳ１３に戻り、以下、同様の処理を繰り返す。
【０１３６】
また、ステップＳ１４において、ターゲットに属性を要求すると判定された場合、ステップＳ１６に進み、イニシエータは、コマンドATR_REQを送信し、これにより、ターゲットに属性を要求する。そして、イニシエータは、ターゲットからコマンドATR_REQに対するレスポンスATR_RESが送信されてくるのを待って、ステップＳ１７に進み、そのレスポンスATR_RESを受信して、ステップＳ１８に進む。
【０１３７】
ここで、ステップＳ１６およびＳ１７の処理は、図１２のステップＳ４の処理に対応する。
【０１３８】
ステップＳ１８では、イニシエータは、ステップＳ１７でターゲットから受信したレスポンスATR_RESに基づき、通信パラメータ、即ち、例えば、伝送レート等を変更することができるかどうかを判定する。ステップＳ１８において、通信パラメータを変更することができないと判定された場合、即ち、例えば、現在の伝送レート以外に、イニシエータとターゲットの両方が対応することができる伝送レートが存在しない場合、ステップＳ１９乃至Ｓ２１をスキップして、ステップＳ２２に進む。
【０１３９】
また、ステップＳ１８において、通信パラメータを変更することができると判定された場合、即ち、例えば、現在の伝送レート以外に、イニシエータとターゲットの両方が対応することができる伝送レートが存在し、通信の高速化、または雑音に対する耐性の向上のために、通信に使用する伝送レートを、現在の伝送レートから、より高い伝送レート、またはより低い伝送レートに変更することができる場合、ステップＳ１９に進み、イニシエータは、コマンドPSL_REQを送信し、これにより、ターゲットに通信パラメータの変更を要求する。そして、イニシエータは、コマンドPSL_REQに対するレスポンスPSL_RESがターゲットから送信されてくるのを待って、ステップＳ１９からＳ２０に進み、そのレスポンスPSL_RESを受信して、ステップＳ２１に進む。ステップＳ２１では、イニシエータは、ステップＳ２０で受信したレスポンスPSL_RESにしたがい、通信パラメータ、即ち、例えば、伝送レート等を変更し、ステップＳ２２に進む。
【０１４０】
ここで、ステップＳ１８乃至Ｓ２１の処理は、図１２のステップＳ５の処理に対応する。
【０１４１】
ステップＳ２２では、イニシエータは、データ交換プロトコルにしたがい、ターゲットとの間でデータ交換、即ち、コマンドDEP_REQとレスポンスDEP_RESのやりとりを行う。
【０１４２】
ここで、ステップＳ２２の処理は、図１２のステップＳ６の処理に対応する。
【０１４３】
ステップＳ２２においてデータ変換が行われた後は、イニシエータは、必要に応じて、ステップＳ２３またはＳ２５に進む。
【０１４４】
即ち、イニシエータは、ターゲットをディセレクト状態にする場合、ステップＳ２２からＳ２３に進み、コマンドDSL_REQを送信する。そして、イニシエータは、コマンドDSL_REQに対するレスポンスDSL_RESがターゲットから送信されてくるのを待って、ステップＳ２３からＳ２４に進み、そのレスポンスDSL_RESを受信して、ステップＳ１３に戻り、以下、同様の処理を繰り返す。
【０１４５】
一方、イニシエータは、ターゲットとの通信を完全に終了する場合、ステップＳ２２からＳ２５に進み、コマンドRLS_REQを送信する。そして、イニシエータは、コマンドRLS_REQに対するレスポンスRLS_RESがターゲットから送信されてくるのを待って、ステップＳ２５からＳ２６に進み、そのレスポンスRLS_RESを受信して、ステップＳ１１に戻り、以下、同様の処理を繰り返す。
【０１４６】
ここで、ステップＳ２３とＳ２４の処理や、ステップＳ２５とＳ２６の処理は、図１２のステップＳ７の処理に対応する。
【０１４７】
上述したように、NFCIP-1のパッシブモードの通信では、図８で説明したSDD処理が行われる。
【０１４８】
即ち、SDD処理では、イニシエータとしての通信装置が、タイムスロットに関するタイムスロット情報TSNを含むコマンドとしてのポーリングリクエストフレーム（図９）を送信する。さらに、ターゲットとしての通信装置が、イニシエータからのポーリングリクエストフレームを受信し、そのポーリングリクエストフレームに含まれるタイムスロット情報TSNに基づき、ポーリングリクエストフレームに対するポーリングレスポンスフレームを送信するタイムスロットを、乱数Rにより決定し、そのタイムスロット#Rのタイミングで、ターゲットを識別するNFCID(NFCID2)を含むポーリングレスポンスフレーム（図１０）を送信する。そして、イニシエータが、ターゲットからのポーリングレスポンスフレームを受信し、これにより、ターゲットのNFCIDを取得して、そのNFCIDによってターゲットを識別する。
【０１４９】
以上のようなSDD処理の終了後、イニシエータとターゲットとの間では、データ交換プロトコル(Data Exchange Protocol)のリクエスト(Request)とレスポンス(Response)のフレーム、即ち、図１１のコマンドDEP_REQとレスポンスDEP_RESを利用して、実データのデータ交換が行われる。
【０１５０】
ここで、データ交換プロトコルは、NFCID2を用いて接続の確立を行い、特定の相手とのデータ交換を実施する方法（プロトコル）であり、NFCIP-1では、フレームの再送手順も用意されている。
【０１５１】
以上のように、パッシブモードの通信では、イニシエータの周囲に複数のターゲットが存在する場合を考慮して、その複数のターゲットを識別するために、タイムスロットを用いたSDD処理が行われ、その後、イニシエータとターゲットとの間で、実データの交換が行われる。
【０１５２】
従って、NFCIP-1のパッシブモードの通信では、イニシエータと通信をするターゲットが、例えば、１つであることを前提とするアプリケーションに、NFCIP-1が適用された場合であっても、必ずSDD処理が行われ、その後、イニシエータとターゲットとの間で、実データの交換が行われる。このため、NFCIP-1のパッシブモードの通信では、例えば、ターゲットからイニシエータに対して、僅かなデータを送信するだけであっても、ある程度の通信時間を要する。
【０１５３】
即ち、図１４は、NFCIP-1のパッシブモードの通信によって、ターゲットからイニシエータに実データを送信する場合に要する通信時間を示している。
【０１５４】
なお、イニシエータとターゲットとの間では、例えば、212 kbpsの伝送レートで、パッシブモードの通信が行われることとする。
【０１５５】
パッシブモードの通信では、上述したように、まずSDD処理が行われる。
【０１５６】
SDD処理では、まず、イニシエータが、図９のポーリングリクエストフレームを送信するが、ポーリングリクエストフレームのサイズは、プリアンブルフィールドが48ビットである場合に最小となる。即ち、ポーリングリクエストフレームは、図９に示したように、48ビット（6バイト）以上のプリアンブルフィールド、16ビット（2バイト）の同期フィールド、8ビット（1バイト）の長さフィールド、5バイトのペイロードフィールド、16ビット（2バイト）のCRCフィールドを含むので、プリアンブルフィールドが48ビットである場合に、ポーリングリクエストフレームのサイズは、16バイトとなって、最小になる。そして、この最小のサイズである16バイトのポーリングリクエストフレームを、212kbpsの伝送レートで送信するのに要する時間は、約0.6038ms（=16バイト×8ビット/212kbps）となる。
【０１５７】
SDD処理では、イニシエータがポーリングリクエストフレームを送信した後、図８で説明したように、所定の時間Ｔ_dである５１２×６４／ｆ_c秒、即ち、約2.4msだけ時間をおいて、幅（時間）Ｔ_sが２５６×６４／ｆ_c秒、即ち、約1.2msのタイムスロットが設けられる。
【０１５８】
いま、最初のタイムスロット#0のタイミングで、ターゲットがイニシエータからのポーリングリクエストフレームに対するポーリングレスポンスフレームを送信することとすると、イニシエータによるポーリングリクエストフレームの送信の終了後、所定の時間Ｔ_dである約2.4msだけ時間をおいて、ターゲットによるポーリングレスポンスフレームの送信が開始される。
【０１５９】
ポーリングレスポンスフレームのサイズは、ポーリングリクエストフレームのサイズと同様に、プリアンブルフィールドが48ビットである場合に最小となる。即ち、ポーリングレスポンスフレームは、図１０に示したように、48ビット（6バイト）以上のプリアンブルフィールド、16ビット（2バイト）の同期フィールド、8ビット（1バイト）の長さフィールド、17バイトのペイロードフィールド、16ビット（2バイト）のCRCフィールドを含むので、プリアンブルフィールドが48ビットである場合に、ポーリングレスポンスフレームのサイズは、28バイトとなって、最小になる。そして、この最小のサイズである28バイトのポーリングレスポンスフレームを、212kbpsの伝送レートで送信するのに要する時間は、約1.0566ms（=28バイト×8ビット/212kbps）となる。
【０１６０】
以上のようにして、イニシエータとターゲットとの間で、ポーリングリクエストフレームとポーリングレスポンスフレームとがやりとりされ、イニシエータが、ターゲットからのポーリングリクエストフレームに含まれる、ターゲットのNFCID2を取得することにより、SDD処理が終了する。
【０１６１】
いま、SDD処理の終了後、イニシエータとターゲットとの間で、図１３に示した、コマンドATR_REQとレスポンスATR_RESのやりとり（ステップＳ１６とＳ１７）が行われ、その後、１セットのコマンドDEP_REQとレスポンスDEP_RESのやりとり（ステップＳ２２）が行われることにより、例えば、8バイトの実データが、レスポンスDEP_RESによって、ターゲットからイニシエータに送信されることとすると、フレームどうしの間は、図６で説明したように、時間T_delay、即ち、８×６４／f_c秒である約0.038msだけ間隔をとらなければならないので、イニシエータは、ターゲットによるポーリングリクエストフレームの送信の終了後、時間T_delayである約0.038msが経ってから、コマンドATR_REQを送信する。
【０１６２】
ここで、NFCIP-1によれば、コマンドATR_REQのフレームのサイズは、プリアンブルフィールドが48ビットであり、かつ、そのフレームのペイロードフィールド（図７）に含めることができる汎用バイト(general bytes)と呼ばれるデータが0バイトである場合に最小の27バイトになる。
【０１６３】
この最小のサイズである27バイトのコマンドATR_REQ（のフレーム）を、212kbpsの伝送レートで、イニシエータからターゲットに送信することとすると、その送信に要する時間は、約1.0189ms（=27バイト×8ビット/212kbps）となる。
【０１６４】
ターゲットは、イニシエータからのコマンドATR_REQを受信し、時間T_delay（=８×６４／f_c秒=約0.038ms）だけ待ってから、そのコマンドATR_REQに対するレスポンスATR_RESを、イニシエータに送信する。
【０１６５】
ここで、NFCIP-1によれば、レスポンスATR_RESのフレームのサイズは、プリアンブルフィールドが48ビットであり、かつ、そのフレームのペイロードフィールド（図７）に含めることができる汎用バイト(general bytes)と呼ばれるデータが0バイトである場合に最小の28バイトになる。
【０１６６】
この最小のサイズである28バイトのレスポンスATR_RES（のフレーム）を、212kbpsの伝送レートで、ターゲットからイニシエータに送信することとすると、その送信に要する時間は、約1.0566ms（=28バイト×8ビット/212kbps）となる。
【０１６７】
イニシエータは、ターゲットからのレスポンスATR_RESを受信し、時間T_delay（=約0.038ms）だけ待ってから、データ交換プロトコルのコマンドDEP_REQを、ターゲットに送信する。
【０１６８】
ここで、NFCIP-1によれば、コマンドDEP_REQのフレームのサイズは、プリアンブルフィールドが48ビットであり、かつ、そのフレームのペイロードフィールド（図７）に含めることができるユーザデータバイト(user data bytes)と呼ばれるデータが0バイトである場合に最小の16バイトになる。
【０１６９】
この最小のサイズである16バイトのコマンドDEP_REQを、212kbpsの伝送レートで、イニシエータからターゲットに送信することとすると、その送信に要する時間は、約0.6038ms（=16バイト×8ビット/212kbps）となる。
【０１７０】
ターゲットは、イニシエータからのコマンドDEP_REQを受信し、時間T_delay（=約0.038ms）だけ待ってから、そのコマンドDEP_REQに対するレスポンスDEP_RESを、イニシエータに送信する。
【０１７１】
ここで、上述したように、ターゲットが、レスポンスDEP_RESによって、8バイトの実データを、イニシエータに送信する場合、NFCIP-1によれば、その8バイトの実データは、レスポンスDEP_RESのフレームのペイロードフィールド（図７）に、ユーザデータバイトとして含められる。そして、このように、8バイトの実データをユーザデータバイトとして含むレスポンスDEP_RESのフレームのサイズは、プリアンブルフィールドが48ビットである場合に最小の24バイトになる。
【０１７２】
この最小のサイズである24バイトのレスポンスDEP_RES（のフレーム）を、212kbpsの伝送レートで、ターゲットからイニシエータに送信することとすると、その送信に要する時間は、約0.9057ms（=24バイト×8ビット/212kbps）となる。
【０１７３】
イニシエータは、ターゲットからのレスポンスDEP_RESを受信し、これにより、そのレスポンスDEP_RESに含まれる8バイトの実データを取得する。
【０１７４】
従って、パッシブモードの通信によれば、8バイトの実データのデータ交換を行うのに、少なくとも、約7.7974ms（=0.6038ms+2.4ms+1.0566ms+0.038ms+1.0189ms+0.038ms+1.0566ms+0.038ms+0.06038ms+0.038ms+0.9057ms）の通信時間を要する。
【０１７５】
次に、上述したように、パッシブモードの通信では、イニシエータの周囲に複数のターゲットが存在する場合を考慮して、その複数のターゲットを識別するために、タイムスロットを用いたSDD処理が行われ、イニシエータの周囲に存在するターゲットが識別（区別）される。
【０１７６】
従って、NFCIP-1のパッシブモードの通信では、イニシエータと通信をするターゲットが、例えば、１つであることを前提とするアプリケーションに、NFCIP-1が適用される場合であっても、必ずSDD処理が行われ、その後、イニシエータとターゲットとの間で、データ変換プロトコルによる（コマンドDEP_REQとレスポンスDEP_RESをやりとりすることによる）実データの交換が行われる。
【０１７７】
ところで、NFCIP-1が適用されるアプリケーションが、イニシエータが１つのターゲットとのみ通信をすることを前提とする場合には、イニシエータは、複数のターゲットと（同時に）通信することはないので、即ち、イニシエータの通信対象となるターゲットは、必ず１つであるため、イニシエータは、１つしか存在しない通信対象であるターゲットを識別する必要はなく、さらに、複数のターゲットのそれぞれから同時にレスポンスが送信されてくるコリジョンも生じない。
【０１７８】
ここで、イニシエータが１つのターゲットとのみ通信をすることを前提とするアプリケーションとしては、例えば、遊園地のアトラクションに入場するゲートに、イニシエータとしてのR/Wを設置するとともに、アトラクションを利用するためのパス（チケット）として機能する、ターゲットとしてのICカードを、ユーザに発行し、ゲートにおいて、パスの有効性をチェックするアプリケーションなどがある。
【０１７９】
即ち、遊園地では、パスの有効期限を記憶したICカードを、ユーザに発行し、ユーザは、１人ずつが入場可能なゲートにおいて、ICカードをR/Wにかざす。この場合、ICカードからR/Wに対して、ICカードに記憶されている有効期限を表す実データが送信され、R/Wでは、その実データが表す有効期限がチェックされる。
【０１８０】
以上のような、イニシエータが１つのターゲットとのみ通信をすることを前提とするアプリケーションでは、SDD処理においてターゲットを識別する必要はない。そこで、SDD処理のシーケンスをそのまま利用して、実データのデータ交換を行うことを考えると、そのデータ交換は、例えば、次のように行うことができる。
【０１８１】
即ち、現行のNFCIP-1では、上述したように、図１０のポーリングレスポンスフレームのペイロードフィールドにおける8バイトのPadは、無視(ignore)しなければならないことが規定されているが、このPadを利用して、実データのデータ交換を行うことを考える。
【０１８２】
この場合、図１４で説明した8バイトの実データの交換は、次のようにして行うことができる。
【０１８３】
即ち、図１５は、SDD処理のシーケンスをそのまま利用し、ポーリングレスポンスフレーム（図１０）のPadによって、ターゲットからイニシエータに8バイトの実データを送信する場合に要する通信時間を示している。
【０１８４】
なお、図１５でも、図１４と同様に、イニシエータとターゲットとの間では、212 kbpsの伝送レートで通信が行われることとする。
【０１８５】
図１５では、図１４のSDD処理と同様に、イニシエータが、図９のポーリングリクエストフレームを送信する。このポーリングリクエストフレームのサイズが、図１４で説明したように、最小のサイズである16バイトであるとすると、この最小のサイズである16バイトのポーリングリクエストフレームを、212kbpsの伝送レートで送信するのに要する時間は、約0.6038ms（=16バイト×8ビット/212kbps）となる。
【０１８６】
図１４で説明したように、イニシエータがポーリングリクエストフレームを送信した後は、所定の時間Ｔ_dである約2.4msだけ時間をおいて、幅（時間）Ｔ_sが約1.2msのタイムスロットが設けられる。
【０１８７】
図１５において、図１４と同様に、最初のタイムスロット#0のタイミングで、ターゲットがイニシエータからのポーリングリクエストフレームに対するポーリングレスポンスフレームを送信することとすると、イニシエータによるポーリングリクエストフレームの送信の終了後、所定の時間Ｔ_dである約2.4msだけ時間をおいて、ターゲットによるポーリングレスポンスフレームの送信が開始される。
【０１８８】
但し、図１５では、ターゲットは、ポーリングレスポンスフレーム（図１０）のペイロードフィールドにおける8バイトのPadとして、実データを配置する。
【０１８９】
ポーリングレスポンスフレームのサイズは、図１４で説明したように、プリアンブルフィールドが48ビットである場合に最小の28バイトとなる。そして、この最小のサイズである28バイトのポーリングレスポンスフレームを、212kbpsの伝送レートで送信するのに要する時間は、約1.0566ms（=28バイト×8ビット/212kbps）となる。
【０１９０】
いまの場合、ポーリングレスポンスフレームには、8バイトの実データが含まれているから、イニシエータは、ターゲットが送信したポーリングレスポンスフレームを受信することにより、8バイトの実データを取得する。
【０１９１】
従って、実データのデータ交換に、ポーリングレスポンスフレーム（図１０）を利用する場合には、8バイトの実データのデータ交換を行うのに、最小で、約4.0604ms(=0.6038ms+2.4ms+1.0566ms)の通信時間で済み、その通信時間は、図１４で説明したパッシブモードの通信を行う場合（約7.7974ms）の約1/2の時間となる。即ち、通信時間の短縮化を図ることができる。
【０１９２】
なお、イニシエータが１つのターゲットとのみ通信をすることを前提とする場合には、SDD処理においてターゲットを識別する必要はないので、ポーリングレスポンスフレーム（図１０）に、ターゲットを識別するNFCID2を含める必要もない。従って、実データのデータ交換に、ポーリングレスポンスフレーム（図１０）を利用する場合には、ポーリングレスポンスフレームのペイロードフィールドにおける8バイトのNFCID2（の部分）にも、実データを配置することができる。また、ポーリングレスポンスフレーム（図１０）のペイロードフィールドの先頭の1バイト01Hは、フレームがポーリングレスポンスフレームであることを表すが、この先頭の1バイトにも、実データを配置することができる。
【０１９３】
従って、実データのデータ交換に、ポーリングレスポンスフレームを利用する場合には、ポーリングレスポンスフレームの17バイトのペイロードフィールド全体に、実データを配置し、これにより、１つのポーリングレスポンスフレームによって、最大で、17バイトの実データのデータ交換を行うことができる。
【０１９４】
ここで、上述したように、SDD処理のシーケンスをそのまま利用して、ポーリングレスポンスフレームによって、実データのデータ交換を行う通信の通信モードを、シンプルモードという。
【０１９５】
図１６は、NFCIP-1に準拠した近接通信の他に、シンプルモードの通信（近接通信）が可能な通信システムの構成例を示している。
【０１９６】
図１６において、通信システムは、NFCIP-1に準拠した通信と、シンプルモードの通信とを行うことができる通信装置１１と１２とから構成されている。
【０１９７】
なお、図１６の実施の形態では、説明を簡単にするために、通信装置１１および１２は、NFCIP-1に関しては、パッシブモードとアクティブモードのうちのパッシブモードだけを実装している（パッシブモードの通信だけを行うことができるように構成されている）こととする。
【０１９８】
また、図１６の実施の形態では、通信装置１１は、自身が電磁波を出力し、その電磁波を変調することによりデータを送信するイニシエータとしてのみ機能し、通信装置１２は、イニシエータが出力する電磁波を負荷変調することによりデータを送信するターゲットとしてのみ機能することとする。
【０１９９】
図１６の通信システムでは、イニシエータである通信装置１１と、ターゲットである通信装置１２とが、パッシブモードの通信、またはシンプルモードの通信のうちのいずれかを行うことによって、実データのデータ交換を行う。
【０２００】
次に、図１７は、図１６のイニシエータとしての通信装置１１の構成例を示している。
【０２０１】
アンテナ２１は、閉ループのコイルを構成しており、このコイルに流れる電流が変化することで、電磁波を出力する。また、アンテナ２１としてのコイルを通る磁束が変化することで、アンテナ２１に電流が流れる。
【０２０２】
受信部２２は、アンテナ２１に流れる電流を受信し、復調部２３に出力する。復調部２３は、受信部２２から供給される信号を復調（例えば、ASK復調）し、その結果得られる復調信号を、デコード部２４に供給する。デコード部２４は、復調部２３から供給される復調信号としての、例えばマンチェスタ符号などをデコードし、そのデコードの結果得られるデータを、データ処理部２５に供給する。
【０２０３】
データ処理部２５は、デコード部２４から供給されるデータに基づき、所定の処理を行う。また、データ処理部２５は、他の装置に送信すべきデータを、エンコード部２６に供給する。
【０２０４】
エンコード部２６は、データ処理部２５から供給されるデータを、例えば、マンチェスタ符号などにエンコードし、変調部２８に出力する。
【０２０５】
電磁波出力部２７は、アンテナ２１から、所定の単一の周波数f_cの搬送波（の電磁波）を放射させるための電流を、アンテナ２１に流す。変調部２８は、電磁波出力部２７がアンテナ２１に流す電流としての搬送波を、エンコード部２６から供給される信号にしたがって変調する。これにより、アンテナ２１からは、データ処理部２５がエンコード部２６に出力したデータ（をエンコードしたマンチェスタ符号）にしたがって搬送波を変調した変調信号としての電磁波が放射される。
【０２０６】
ここで、変調部２８における変調方式としては、例えば、振幅変調(ASK(Amplitude Shift Keying))を採用することができる。但し、変調部２８における変調方式は、ASKに限定されるものではなく、PSK(Phase Shift Keying)やQAM(Quadrature Amplitude Modulation)その他を採用することが可能である。また、振幅の変調度についても8％から30％、50％、100％等数値に限定されることはなく、好適なものを選択すれば良い。
【０２０７】
制御部２９は、通信装置１１を構成する各ブロックの制御等を行う。即ち、制御部２９は、例えば、CPU(Central Processing Unit)２９Ａや、EEPROM(Electrically and Erasable Programmable Read Only Memory)２９Ｂ、その他図示せぬRAM(Random Access Memory)などで構成される。CPU２９Ａは、EEPROM２９Ｂに記憶されているプログラムを実行し、これにより、通信装置１１を構成する各ブロックの制御、その他の各種の処理を行う。EEPROM２９Ｂは、CPU２９Ａが実行すべきプログラムや、CPU２９Ａの動作上必要なデータを記憶する。
【０２０８】
なお、CPU２９Ａがプログラムを実行することにより行う一連の処理は、CPU２９Ａに代えて専用のハードウェアを設けて、その専用のハードウェアによって行うことが可能である。また、CPU２９Ａに実行させるプログラムは、EEPROM２９Ｂにあらかじめインストールしておく他、フレキシブルディスク、CD-ROM(Compact Disc Read Only Memory)，MO(Magneto Optical)ディスク，DVD(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）し、いわゆるパッケージソフトウエアとして提供することができる。さらに、プログラムは、近接通信によって、通信装置１１に送信し、EEPROM２９Ｂにインストールすることができる。
【０２０９】
電源部３０は、通信装置１１を構成する各ブロックに、必要な電源を供給する。
【０２１０】
なお、図１７では、制御部２９が通信装置１１を構成する各ブロックを制御することを表す線の図示と、電源部３０が通信装置１１を構成する各ブロックに電源を供給することを表す線の図示は、図が煩雑になるため、省略してある。
【０２１１】
また、上述の場合には、デコード部２４およびエンコード部２６において、マンチェスタ符号を処理するようにしたが、デコード部２４およびエンコード部２６では、マンチェスタ符号だけでなく、例えば、モディファイドミラーや、NRZ(Non Return to Zero)などの複数種類の符号の中から１つを選択して処理するようにすることが可能である。
【０２１２】
以上のように構成される通信装置１１では、制御部２９が、通信装置１１の各ブロックを制御し、これにより、イニシエータとして機能する。
【０２１３】
即ち、イニシエータとしての通信装置１１では、データ（フレーム）を送信する場合、電磁波出力部２７が、アンテナ２１から、所定の単一の周波数f_cの搬送波を放射させるための電流を、アンテナ２１に流し、これにより、アンテナ２１からは、搬送波（無変調波）である電磁波が放射される。
【０２１４】
また、通信装置１１では、データ処理部２５が、ターゲットに送信すべきデータを、エンコード部２６に供給し、エンコード部２６は、データ処理部２５から供給されるデータをマンチェスタ符号にエンコードし、変調部２８に出力する。変調部２８は、電磁波出力部２７がアンテナ２１に流す電流としての搬送波を、エンコード部２６から供給される信号にしたがって変調する。これにより、アンテナ２１からは、データ処理部２５がエンコード部２６に出力したデータにしたがって搬送波を変調した電磁波が放射され、ターゲットにデータが送信される。
【０２１５】
一方、イニシエータとしての通信装置１１において、ターゲットが負荷変調によって送信してくるデータ（フレーム）を受信する場合、受信部２２が、ターゲットの負荷変調によって変化する、アンテナ２１上の電流に対応する信号を、復調部２３に出力する。復調部２３は、受信部２２から供給される信号を復調し、デコード部２４に供給する。デコード部２４は、復調部２３から供給される信号としてのマンチェスタ符号などをデコードし、そのデコードの結果得られるデータを、データ処理部２５に供給する。データ処理部２５は、デコード部２４から供給されるデータに基づき、所定の処理を行う。
【０２１６】
次に、図１８は、図１６のターゲットとしての通信装置１２の構成例を示している。
【０２１７】
アンテナ４１は、閉ループのコイルを構成しており、このコイルに流れる電流が変化することで、電磁波を出力する。また、アンテナ４１としてのコイルを通る磁束が変化することで、アンテナ４１に電流が流れる。
【０２１８】
受信部４２は、アンテナ４１に流れる電流を受信し、復調部４３に出力する。復調部４３は、受信部４２から供給される信号をASK復調等し、デコード部４４に供給する。デコード部４４は、復調部４３から供給される信号としての、例えばマンチェスタ符号などをデコードし、そのデコードの結果得られるデータを、データ処理部４５に供給する。
【０２１９】
データ処理部４５は、デコード部４４から供給されるデータに基づき、所定の処理を行う。また、データ処理部４５は、他の装置に送信すべきデータを、エンコード部４６に供給する。
【０２２０】
エンコード部４６は、データ処理部４５から供給されるデータを、例えば、マンチェスタ符号などにエンコードし、負荷変調部４７に出力する。
【０２２１】
負荷変調部４７は、外部からアンテナ４１としてのコイルを見たときのインピーダンスを、エンコード部４６から供給される信号にしたがって変化させる。他の装置が搬送波としての電磁波を出力することにより、アンテナ４１の周囲にRFフィールド（磁界）が形成されている場合、アンテナ４１としてのコイルを見たときのインピーダンスが変化することにより、アンテナ４１の周囲のRFフィールドも変化する。これにより、他の装置が出力している電磁波としての搬送波が、エンコード部４６から供給される信号にしたがって変調（負荷変調）され、データ処理部４５がエンコード部４６に出力したデータが、電磁波を出力している他の装置に送信される。
【０２２２】
ここで、負荷変調部４７における変調方式としては、例えば、振幅変調(ASK)を採用することができる。但し、負荷変調部４７における変調方式は、ASKに限定されるものではなく、PSKやQAMその他を採用することが可能である。また、振幅の変調度についても8％から30％、50％、100％等数値に限定されることはなく、好適なものを選択すれば良い。
【０２２３】
電源部４８は、アンテナ４１の周囲に形成されたRFフィールドによってアンテナ４１に流れる電流から電源を得て、通信装置１２を構成する各ブロックに電源を供給する。
【０２２４】
制御部４９は、通信装置１２を構成する各ブロックの制御等を行う。即ち、制御部４９は、例えば、CPU４９Ａや、EEPROM４９Ｂ、その他図示せぬRAMなどで構成される。CPU４９Ａは、EEPROM４９Ｂに記憶されているプログラムを実行し、これにより、通信装置１２を構成する各ブロックの制御、その他の各種の処理を行う。EEPROM４９Ｂは、CPU４９Ａが実行すべきプログラムや、CPU４９Ａの動作上必要なデータを記憶する。
【０２２５】
ここで、CPU４９Ａがプログラムを実行することにより行う一連の処理は、CPU４９Ａに代えて専用のハードウェアを設けて、その専用のハードウェアによって行うことが可能である。また、CPU４９Ａに実行させるプログラムは、EEPROM４９Ｂにあらかじめインストールしておく他、フレキシブルディスク、CD-ROM，MOディスク，DVD、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）し、いわゆるパッケージソフトウエアとして提供することができる。さらに、プログラムは、近接通信によって、通信装置１２に送信し、EEPROM４９Ｂにインストールすることができる。
【０２２６】
なお、図１８では、制御部４９が通信装置１２を構成する各ブロックを制御することを表す線の図示と、電源部４８が通信装置１２を構成する各ブロックに電源を供給することを表す線の図示は、図が煩雑になるため、省略してある。
【０２２７】
また、図１８では、電源部４８において、アンテナ４１に流れる電流から電源を得るようにしたが、その他、例えば、通信装置１２には、電池（バッテリ）を内蔵させ、その電池から、通信装置１２を構成する各ブロックに電源を供給することもできる。
【０２２８】
さらに、上述の場合には、デコード部４４およびエンコード部４６において、マンチェスタ符号を処理するようにしたが、デコード部４４およびエンコード部４６では、マンチェスタ符号だけでなく、例えば、モディファイドミラーや、NRZなどの複数種類の符号の中から１つを選択して処理するようにすることが可能である。
【０２２９】
以上のように構成される通信装置１２では、制御部４９が、通信装置１２の各ブロックを制御し、これにより、ターゲットとして機能する。
【０２３０】
即ち、ターゲットとしての通信装置１２では、データ（フレーム）を送信する場合、データ処理部４５が、イニシエータに送信すべきデータを、エンコード部４６に供給し、エンコード部４６は、データ処理部４５から供給されるデータをマンチェスタ符号にエンコードし、負荷変調部４７に出力する。負荷変調部４７は、外部からアンテナ４１としてのコイルを見たときのインピーダンスを、エンコード部４６から供給される信号にしたがって変化させる。
【０２３１】
このとき、イニシエータとしての通信装置１１は、搬送波としての電磁波を出力することにより、アンテナ４１の周囲にRFフィールドを形成しており、アンテナ４１としてのコイルを見たときのインピーダンスが変化することにより、アンテナ４１の周囲のRFフィールドも変化する。これにより、イニシエータが出力している電磁波としての搬送波が、エンコード部４６から供給される信号にしたがって変調（負荷変調）され、データ処理部４５がエンコード部４６に出力したデータが、電磁波を出力しているイニシエータに送信される。
【０２３２】
一方、イニシエータとしての通信装置１２において、イニシエータが、自身が出力している搬送波としての電磁波を変調することにより送信してくるデータ（フレーム）を受信する場合、受信部４２が、そのデータによって変調された電磁波に応じてアンテナ４１に流れる電流に対応する信号を、復調部４３に出力する。復調部４３は、受信部４２から供給される信号を復調し、デコード部４４に供給する。デコード部４４は、復調部４３から供給される信号としてのマンチェスタ符号などをデコードし、そのデコードの結果得られるデータを、データ処理部４５に供給する。データ処理部４５は、デコード部４４から供給されるデータに基づき、所定の処理を行う。
【０２３３】
次に、図１９のフローチャートを参照して、イニシエータとしての通信装置１１の処理について説明する。
【０２３４】
イニシエータとしての通信装置１１の制御部２９（図１７）は、ステップＳ１０１において、ターゲットと行う通信の通信モードを設定する。即ち、イニシエータとしての通信装置１１は、ターゲットとの間で、パッシブモードの通信、またはシンプルモードの通信のうちのいずれの通信を行うのかを決定する。
【０２３５】
ここで、イニシエータとしての通信装置１１と、ターゲットとの間において、例えば、ターゲットから大量のデータを送信させる通信を行う場合には、ステップＳ１０１において、通信モードは、パッシブモードに設定される。一方、イニシエータとしての通信装置１１と、ターゲットとの間において、例えば、ターゲットから少量のデータを送信させる通信を行う場合には、ステップＳ１０１において、通信モードは、シンプルモードに設定される。
【０２３６】
あるいは、図１６の通信システムが、例えば、イニシエータである通信装置１１の通信相手となるターゲットの数が定まっていない（不定の数である）アプリケーションに適用されている場合には、ステップＳ１０１において、通信モードは、シンプルモードに設定される。一方、図１６の通信システムが、例えば、イニシエータである通信装置１１の通信相手が１つのターゲットだけであることを前提とするアプリケーションに適用されている場合には、ステップＳ１０１において、通信モードは、シンプルモードに設定される。
【０２３７】
ステップＳ１０１において、通信モードを決定した後は、ステップＳ１０２に進み、制御部２９は、通信装置１１の各ブロックを制御することにより、RFCA処理を行わせ、他の装置からの電磁波が存在しない場合には、電磁波の出力を開始させて、ステップＳ１０３に進む。
【０２３８】
ステップＳ１０３では、制御部２９は、現在の通信モードを判定し、通信モードがパッシブモードに設定されていると判定した場合、ステップＳ１０４に進み、制御部２９は、通信装置１１の各ブロックを制御することにより、パッシブモードの通信を行わせる。
【０２３９】
即ち、ステップＳ１０４では、まずSDD処理としてのステップＳ１０４−１およびＳ１０４−２の処理が行われる。
【０２４０】
具体的には、ステップＳ１０４−１において、制御部２９は、通信装置１１の各ブロックを制御することにより、タイムスロット情報TSNに、NFCIP-1で規定されている値のいずれかをセットしたポーリングリクエストフレーム（図９）を送信させる。
【０２４１】
なお、現行のNFCIP-1では、パッシブモードの通信のSDD処理で送信されるポーリングリクエストフレームの1バイトのタイムスロット情報TSNは、図９で説明したように、00H,01H,03H,07H,0FHのうちのいずれかの値でなければならないことが規定されており、ステップＳ１０４−１では、この５つの値00H,01H,03H,07H,0FHのうちのいずれかの値がタイムスロット情報TSNにセットされたポーリングリクエストフレームが送信される。
【０２４２】
ここで、パッシブモードの通信のSDD処理で送信されるポーリングリクエストフレームのタイムスロット情報TSNにセットしなければならない値として、現行のNFCIP-1に規定されている1バイトの値00H,01H,03H,07H,0FHを、以下、適宜、規格値という。
【０２４３】
パッシブモードの通信のSDD処理では、上述したように、１以上のターゲットそれぞれが、イニシエータからのポーリングリクエストフレームを受信し、そのポーリングリクエストフレームに対して、ターゲットを識別するNFCID2を含むポーリングレスポンスフレーム（図１０）を、乱数により決定したタイムスロットのタイミングで送信してくるので、制御部２９は、ステップＳ１０４−２において、通信装置１１の各ブロックを制御することにより、ターゲットから送信されてくるポーリングレスポンスフレームを受信させ、これにより、ターゲットを識別するNFCID2を取得して、そのIDによって１以上のターゲットのそれぞれを識別する。
【０２４４】
そして、ステップＳ１０４−１およびＳ１０４−２の処理、即ち、SDD処理が終了し、制御部２９は、ステップＳ１０４−３において、通信装置１１の各ブロックを制御することにより、コマンドATR_REQを送信させる。
【０２４５】
ターゲットは、イニシエータからのコマンドATR_REQに対して、レスポンスATR_RESを送信してくるので、制御部２９は、ステップＳ１０４−４において、通信装置１１の各ブロックを制御することにより、ターゲットからのレスポンスATR_RESを受信させ、そのレスポンスATR_RESから、ターゲットの属性等を認識する。
【０２４６】
さらに、ステップＳ１０４−５において、制御部２９は、通信装置１１の各ブロックを制御することにより、実データを要求するコマンドDEP_REQを送信させる。
【０２４７】
ターゲットは、イニシエータからのコマンドDEP_REQに対し、そのコマンドDEP_REQによって要求された実データを含むレスポンスDEP_RESを送信してくるので、制御部２９は、ステップＳ１０４−６において、通信装置１１の各ブロックを制御することにより、ターゲットからのレスポンスDEP_RESを受信させ、そのレスポンスDEP_RESから、コマンドDEP_REQによって要求した実データを取得する。
【０２４８】
即ち、通信モードがパッシブモードである場合には、例えば、イニシエータとしての通信装置１１と、ターゲットとしての通信装置１２との間で、図１４で説明したようにして、実データのデータ交換が行われる。
【０２４９】
一方、ステップＳ１０３において、通信モードがシンプルモードに設定されていると判定された場合、ステップＳ１０５に進み、制御部２９は、通信装置１１の各ブロックを制御することにより、タイムスロット情報TSNに、特定値をセットしたポーリングリクエストフレーム（図９）を送信させる。
【０２５０】
ここで、上述したように、パッシブモードでは、ポーリングリクエストフレームの1バイトのタイムスロット情報TSNには、５つの規格値00H,01H,03H,07H,0FHのうちのいずれかの値がセットされるが、シンプルモードでは、その５つの規格値00H,01H,03H,07H,0FH以外の1バイトの値が、特定値として、ポーリングリクエストフレームの1バイトのタイムスロット情報TSNにセットされる。
【０２５１】
タイムスロット情報TSNに特定値がセットされているポーリングリクエストフレームを受信したターゲットは、後述するように、あらかじめ設定されたタイムスロットのタイミングで、実データをペイロードフィールドのPad（の部分）に含むポーリングレスポンスフレームを送信してくるので、制御部２９は、ステップＳ１０６において、通信装置１１の各ブロックを制御することにより、ターゲットから送信されてくるポーリングレスポンスフレームを受信させ、これにより、ターゲットから実データを取得する。
【０２５２】
次に、図２０のフローチャートを参照して、ターゲットとしての通信装置１２の処理について説明する。
【０２５３】
例えば、イニシエータとしての通信装置１１が、図１９のステップＳ１０２において電磁波の出力を開始し、ターゲットとしての通信装置１２が、イニシエータと近接した状態となると、通信装置１２の電源部４８（図１８）が、イニシエータからの電磁波から電源を得て、通信装置１２の各ブロックに供給し、これにより、通信装置１２は動作可能状態となる。
【０２５４】
通信装置１２が動作可能状態となると、ステップＳ１１１において、制御部４９が、通信装置１２の各ブロックを制御することにより、イニシエータから送信されてくるポーリングリクエストフレームを受信させる。
【０２５５】
そして、制御部４９は、ステップＳ１１２において、イニシエータからのポーリングリクエストフレーム（図９）に含まれるタイムスロット情報TSNを認識し、そのタイムスロット情報TSNが、規格値（第１の値）または特定値（第２の値）のいずれであるかを判定する。
【０２５６】
ステップＳ１１２において、タイムスロット情報TSNが、規格値であると判定された場合、ステップＳ１１３に進み、制御部４９は、通信装置１２の各ブロックを制御することにより、パッシブモードの通信を行わせる。
【０２５７】
即ち、ステップＳ１１３では、まずSDD処理としてのステップＳ１１３−１およびＳ１１３−２の処理が行われる。
【０２５８】
具体的には、ステップＳ１１３−１において、制御部４９は、0乃至TSNの範囲の整数Rを、乱数により発生し、その乱数Rによって特定されるタイムスロット#Rを、ポーリングレスポンスフレームの送信に使用するタイムスロットに決定する。そして、ステップＳ１１３−２において、制御部４９は、通信装置１２の各ブロックを制御することにより、NFCID2を含むポーリングレスポンスフレーム（図１０）を、タイムスロット#Rのタイミングで送信させる。
【０２５９】
その後、イニシエータにおいて、図１９で説明したように、コマンドATR_REQが送信されてくるので、制御部４９は、ステップＳ１１３−３において、通信装置１２の各ブロックを制御することにより、イニシエータからのコマンドATR_REQを受信させる。さらに、制御部４９は、ステップＳ１１３−３からステップＳ１１３−４に進み、通信装置１２の各ブロックを制御することにより、イニシエータからのコマンドATR_REQに対するレスポンスATR_RESを送信させる。
【０２６０】
レスポンスATR_RESを受信したイニシエータは、図１９で説明したように、実データを要求するコマンドDEP_REQを送信してくるので、制御部４９は、ステップＳ１１３−５において、通信装置１２の各ブロックを制御することにより、イニシエータからのコマンドDEP_REQを受信させる。そして、ステップＳ１１３−６において、制御部４９は、通信装置１２の各ブロックを制御することにより、イニシエータからのコマンドDEP_REQによって要求されている実データを含むレスポンスDEP_RESを送信する。
【０２６１】
なお、実データのサイズが大きいために、その実データを、１つのフレームのレスポンスDEP_RESだけでは送信しきれない場合には、イニシエータとターゲットとの間で、コマンドDEP_REQとレスポンスDEP_RESのやりとりが複数回行われ、これにより、実データが複数回に分けて、ターゲットからイニシエータに送信される。
【０２６２】
一方、ステップＳ１１２において、タイムスロット情報TSNが、特定値であると判定された場合、ステップＳ１１４に進み、制御部４９は、通信装置１２の各ブロックを制御することにより、あらかじめ設定されたタイムスロットのタイミングで、実データをペイロードフィールドのPad（の部分）に含むポーリングレスポンスフレームを送信させる。
【０２６３】
即ち、例えば、図１５で説明したように、SDD処理で用いられるタイムスロットのうちの最初のタイムスロット#0のタイミングで、実データをペイロードフィールドのPadに含むポーリングレスポンスフレームが送信される。
【０２６４】
従って、ターゲットがイニシエータに送信する実データが、Padのサイズ以下、即ち、8バイト以下である場合には、イニシエータとしての通信装置１２が、図１９のステップＳ１０１において、通信モードとしてシンプルモードを設定することにより、図１４および図１５で説明したように、パッシブモードの通信を行う場合に比較して、通信時間の短縮化を図ることができる。
【０２６５】
なお、図２０では、ターゲットとしての通信装置１２において、あらかじめ設定されたタイムスロットが、SDD処理で用いられるタイムスロットのうちの最初のタイムスロット#0であるとして、そのタイムスロット#0のタイミングで、実データをペイロードフィールドのPadに含むポーリングレスポンスフレームを送信するようにしたが、実データをペイロードフィールドのPadに含むポーリングレスポンスフレームを送信するタイムスロットとしては、他のタイムスロットをあらかじめ設定しておくことも可能である。
【０２６６】
但し、図８で説明したことから、タイムスロット#iは、ポーリングリクエストフレームから見てi+1番目のタイムスロットであるため、タイムスロット#0を、実データをペイロードフィールドのPadに含むポーリングレスポンスフレームを送信するタイムスロットに設定した場合が、最も通信時間の短縮化を図ることができる。
【０２６７】
次に、ターゲットにおいて、実データを、ポーリングレスポンスフレームのペイロードフィールドのPadにセットして、イニシエータに送信する場合には、実データは、Padのサイズである8バイト以下のサイズに制限される。
【０２６８】
そこで、シンプルモードの通信では、8バイトを超えるサイズの実データについては、その実データを8バイト以下のサイズの複数のブロックに分割し、複数のブロックのそれぞれをPadにセットした複数のポーリングレスポンスフレームのぞれぞれを、複数のタイムスロットそれぞれのタイミングで、ターゲットからイニシエータに送信することができる。
【０２６９】
即ち、SDD処理では、タイムスロット情報TSNに１を加算した数だけのタイムスロットが用意されるが、SDD処理は、イニシエータの周囲に複数のターゲットが存在することを考慮して、その複数のターゲットそれぞれを識別するために行われる処理であり、さらに、SDD処理において、タイムスロットは、複数のターゲットそれぞれからのポーリングレスポンスフレームどうしのコリジョンをなるべく避けるために用いられるので、１つのターゲットが、複数のタイムスロットを使用することは予定されていない（コリジョンをなるべく避けるためには、１つのターゲットが使用するタイムスロットは１つに制限されるべきである）。
【０２７０】
一方、シンプルモードの通信は、例えば、イニシエータの周囲に、１つのターゲットしか存在しないことを前提として行われるから、複数のターゲットそれぞれからのポーリングレスポンスフレームどうしのコリジョンが生じることはなく、従って、ターゲットが使用するタイムスロットを１つに制限する必要はない。
【０２７１】
そこで、シンプルモードの通信では、図２１に示すように、Padに実データをセットした複数のポーリングレスポンスフレームのぞれぞれを、複数のタイムスロットそれぞれのタイミングで、ターゲットからイニシエータに送信することができる。
【０２７２】
いま、8バイトを超えるサイズの実データを、例えば、8バイト以下のサイズのブロックに分割したときに、そのブロックの数がTSN+1個であるとすると、図２１では、TSN+1個のブロックのうちのi番目のブロック(i=1,2,・・・,TSN+1)がPadにセットされたポーリングレスポンスフレームが、タイムスロット#i-1のタイミングで、ターゲットからイニシエータに送信されている。
【０２７３】
なお、タイムスロットの幅（時間）Ｔ_sは、上述したように、約1.2msであるから、図２１に示したように、TSN+1個のポーリングレスポンスフレームを送信するのに要する通信時間は、図１５に示した1個のポーリングレスポンスフレームを送信するのに要する通信時間（約4.0604ms）に、TSN×1.2msを加算した時間となる。
【０２７４】
次に、図２２のフローチャートを参照して、図２１に示したように、シンプルモードの通信に、１以上のポーリングリクエストフレームを利用する場合の、イニシエータとしての通信装置１１（図１６）の処理について説明する。
【０２７５】
イニシエータとしての通信装置１１の制御部２９（図１７）は、ステップＳ１２１において、図１９のステップＳ１０１と同様にして、ターゲットと行う通信の通信モードを設定して、ステップＳ１２２に進み、通信装置１１の各ブロックを制御することにより、RFCA処理を行わせ、他の装置からの電磁波が存在しない場合には、電磁波の出力を開始させて、ステップＳ１２３に進む。
【０２７６】
ステップＳ１２３では、制御部２９は、現在の通信モードを判定し、通信モードがパッシブモードに設定されていると判定した場合、ステップＳ１２４に進み、制御部２９は、通信装置１１の各ブロックを制御することにより、パッシブモードの通信を行わせる。
【０２７７】
即ち、ステップＳ１２４では、ステップＳ１２４−１，Ｓ１２４−２，Ｓ１２４−３，Ｓ１２４−４，Ｓ１２４−５，Ｓ１２４−６において、図１９のステップＳ１０４−１，Ｓ１０４−２，Ｓ１０４−３，Ｓ１０４−４，Ｓ１０４−５，Ｓ１０４−６とそれぞれ同様の処理が行われ、これにより、例えば、イニシエータとしての通信装置１１と、ターゲットとしての通信装置１２との間で、図１４で説明したパッシブモードの通信により、実データのデータ交換が行われる。
【０２７８】
一方、ステップＳ１２３において、通信モードがシンプルモードに設定されていると判定された場合、ステップＳ１２５に進み、制御部２９は、通信装置１１の各ブロックを制御することにより、タイムスロット情報TSNに、特定値をセットしたポーリングリクエストフレーム（図９）を送信させる。
【０２７９】
なお、ここでは、タイムスロット情報TSNにセットされる特定値としては、イニシエータとしての通信装置１１がターゲットから受信する実データのサイズに対応するサイズ対応値、即ち、例えば、ターゲットから受信する実データのサイズ（バイト数）を、Padのサイズである8バイトで除算した商の小数点以下を切り上げた値から１を減算して得られる減算値（またはその減算値以上の値）が採用される。
【０２８０】
また、ターゲットから受信する実データのサイズに対応するサイズ対応値が、５つの規格値00H,01H,03H,07H,0FHのうちのいずれかの値に等しい場合には、その値より大きい、規格値でない値が、特定値として採用される。
【０２８１】
ここで、タイムスロット情報TSNは、図９で説明したように、1バイトであるので、その最大値はFFHであり、タイムスロットの最大数、ひいては、ターゲットが１つのポーリングリクエストフレームに対して返すことができるポーリングレスポンスフレームの最大数は、FFH+1個である。従って、ターゲットから受信する実データのサイズに対応するサイズ対応値がFFHを越える場合には、その実データは、最大数であるFFH+1個のポーリングレスポンスフレームのPadを利用しても、ターゲットからイニシエータに送信しきれない。
【０２８２】
このように、ターゲットから受信する実データのサイズに対応するサイズ対応値がFFHを越える場合、つまり、実データのサイズが8バイト×256を越える場合には、シンプルモードでは、その実データを、ポーリングレスポンスフレームのPadを利用するだけでは、ターゲットからイニシエータに送信することができないため、通信装置１１の制御部２９（図１７）は、ステップＳ１２１において、通信モードとして、多量の実データのデータ交換を行うことができるパッシブモードを設定する。
【０２８３】
ステップＳ１２５において、タイムスロット情報TSNに特定値をセットしたポーリングリクエストフレームが送信されると、ステップＳ１２６に進み、制御部２９は、通信装置１１の各ブロックを制御することにより、ターゲットから送信されてくるポーリングレスポンスフレームを受信させる。
【０２８４】
即ち、タイムスロット情報TSNに特定値がセットされているポーリングリクエストフレームを受信したターゲットは、例えば、後述するように、実データを、Padのサイズである8バイトずつに分割したTSN+1のブロックそれぞれがPadにセットされたTSN+1のポーリングレスポンスフレームを、タイムスロット#0乃至#TSNそれぞれのタイミングで送信してくるので、ステップＳ１２６では、そのタイムスロット#0乃至#TSNそれぞれのタイミングで送信されてくるTSN+1のポーリングレスポンスフレームそれぞれが受信される。
【０２８５】
そして、ステップＳ１２７に進み、制御部２９は、TSN+1のポーリングレスポンスフレームにそれぞれ含まれるTSN+1のブロックを結合して、元の実データを再構成し、これにより、ターゲットから実データを取得する。
【０２８６】
次に、図２３のフローチャートを参照して、図２１に示したように、シンプルモードの通信に、１以上のポーリングリクエストフレームを利用する場合の、ターゲットとしての通信装置１２の処理について説明する。
【０２８７】
例えば、イニシエータとしての通信装置１１が、図２２のステップＳ１２２において電磁波の出力を開始し、ターゲットとしての通信装置１２が、イニシエータと近接した状態となると、通信装置１２の電源部４８（図１８）が、イニシエータからの電磁波から電源を得て、通信装置１２の各ブロックに供給し、これにより、通信装置１２は動作可能状態となる。
【０２８８】
通信装置１２が動作可能状態となると、ステップＳ１３１において、制御部４９（図１８）が、通信装置１２の各ブロックを制御することにより、イニシエータから送信されてくるポーリングリクエストフレームを受信させる。
【０２８９】
そして、制御部４９は、ステップＳ１３２において、イニシエータからのポーリングリクエストフレーム（図９）に含まれるタイムスロット情報TSNを認識し、そのタイムスロット情報TSNが、規格値または特定値のいずれであるかを判定する。
【０２９０】
ステップＳ１３２において、タイムスロット情報TSNが、規格値であると判定された場合、ステップＳ１３３に進み、制御部４９は、通信装置１２の各ブロックを制御することにより、パッシブモードの通信を行わせる。
【０２９１】
即ち、ステップＳ１３３では、ステップＳ１３３−１，Ｓ１３３−２，Ｓ１３３−３，Ｓ１３３−４，Ｓ１３３−５，Ｓ１３３−６において、図２０のステップＳ１１３−１，Ｓ１１３−２，Ｓ１１３−３，Ｓ１１３−４，Ｓ１１３−５，Ｓ１１３−６とそれぞれ同様の処理が行われ、これにより、例えば、イニシエータとしての通信装置１１と、ターゲットとしての通信装置１２との間で、図１４で説明したパッシブモードの通信により、実データのデータ交換が行われる。
【０２９２】
一方、ステップＳ１３２において、タイムスロット情報TSNが、特定値であると判定された場合、ステップＳ１３４に進み、制御部４９は、通信装置１２の各ブロックを制御することにより、例えば、実データをPadのサイズに分割し、その結果得られるTSN+1個のブロックをそれぞれ含めたTSN+1個のポーリングレスポンスフレームそれぞれを、あらかじめ設定されたタイムスロットとしてのタイムスロット#0乃至#TSNそれぞれのタイミングで送信させる。即ち、これにより、TSN+1個のブロックのうちのi番目のブロック(i=1,2,・・・,TSN+1)がPadにセットされたポーリングレスポンスフレームは、タイムスロット#i-1のタイミングで、ターゲットからイニシエータに送信される。
【０２９３】
なお、実データをPadのサイズのブロックに分割していった場合に、Padのサイズに満たないブロックが生じることがあるが、Padのサイズに満たないブロックは、例えば、パディングによって、Padのサイズのブロックとされる。
【０２９４】
以上のように、複数のポーリングレスポンスフレームを利用することにより、シンプルモードの通信であっても、ある程度のサイズの実データを、ターゲットからイニシエータに送信することができる。
【０２９５】
ここで、シンプルモードの通信において、複数のポーリングレスポンスフレームの送信に使用する複数のタイムスロットそれぞれの開始位置（開始のタイミング）は、NFCIP-1(ISO/IEC 18092)の規定にしたがっている。さらに、各タイムスロットのタイミングで、ターゲットが送信するポーリングレスポンスフレームのフォーマットも、図１０に示した、NFCIP-1に規定されているフォーマットにしたがっている。
【０２９６】
従って、イニシエータでは、シンプルモードの通信においてターゲットが送信するポーリングレスポンスフレームについては、そのプリアンブルフィールド（図１０）のプリアンブルによって、ポーリングレスポンスフレームの開始を検出することができる。さらに、イニシエータでは、シンプルモードの通信においてターゲットが送信するポーリングレスポンスフレームについては、その同期フィールド（図１０）の同期パターンによって同期をとることができる。
【０２９７】
なお、ターゲットとしての通信装置１２では、実データを、１つのポーリングレスポンスフレームを利用して送信するか、複数のポーリングレスポンスフレームを利用して送信するかにかかわらず、実データには、その内容や使い道によって、CRCやECC(Error Checking and Correction)などの誤り検出符号や誤り訂正符号を付加し、その誤り検出符号や誤り訂正符号が付加された実データの全体を、１つまたは複数のポーリングレスポンスフレームを利用して送信することができる。
【０２９８】
さらに、実データを複数のブロックに分割し、その複数のブロックを複数のポーリングレスポンスフレームを利用して送信する場合には、各ブロックに、誤り検出符号や誤り訂正符号を付加することができる。但し、この場合、誤り検出符号や誤り訂正符号が付加されたブロックが、Padのサイズ以下になるように、実データを分割する必要がある。
【０２９９】
以上のように、誤り検出符号や誤り訂正符号を付加することにより、イニシエータにおいて、誤り検出や誤り訂正を行うことが可能となる。
【０３００】
また、実データには、インターリーブをかけてもよい。
【０３０１】
なお、ターゲットにおいて、実データを複数のブロックに分割し、その複数のブロックを複数のポーリングレスポンスフレームを利用して送信する場合には、イニシエータは、ターゲットが実データを複数に分割する分割方法（実データがどのようなサイズのブロックに分割されるかを含む）をあらかじめ認識しており、その分割方法に基づき、複数のブロックから元の実データを再構成する。
【０３０２】
また、上述の場合には、実データを、Padのサイズのブロックである一定のサイズのブロックに分割するようにしたが、実データの分割の方法は、これに限定されるものではない。即ち、実データは、例えば、Padのサイズ以下の可変のサイズのブロックに分割することが可能である。但し、ブロックのサイズが、Padのサイズに満たない場合には、その満たない分は、ブロックを、ポーリングレスポンスフレームのPadにセットするときにパディングされる。
【０３０３】
次に、図２１乃至図２３の実施の形態では、ターゲットにおいて、イニシエータが送信したポーリングリクエストフレームに含まれるタイムスロット情報TSNに基づき、タイムスロット#0乃至#TSNそれぞれのタイミングで、TSN+1個のポーリングレスポンスフレームのそれぞれを送信するようにしたが、即ち、タイムスロット#0乃至#TSNのすべてを使用して、ポーリングレスポンスフレームを送信するようにしたが、ポーリングレスポンスフレームは、例えば、図２４に示すように、タイムスロット#0乃至#TSNの中から、ポーリングレスポンスフレームの送信に使用する１以上TSN+1以下のN個のタイムスロットを選択し、そのN個のタイムスロットだけを使用して送信することが可能である。
【０３０４】
ここで、図２４では、タイムスロット#0乃至#TSNの中から選択された2個のタイムスロット#1と#3それぞれのタイミングで、２個のポーリングレスポンスフレームが送信されている。
【０３０５】
次に、図２５のフローチャートを参照して、図２４に示したように、シンプルモードの通信において、タイムスロット#0乃至#TSNの中から選択されたN個のタイムスロットを使用する場合の、イニシエータとしての通信装置１１（図１６）の処理について説明する。
【０３０６】
イニシエータとしての通信装置１１の制御部２９（図１７）は、ステップＳ１４１において、図１９のステップＳ１０１と同様にして、ターゲットと行う通信の通信モードを設定して、ステップＳ１４２に進み、通信装置１１の各ブロックを制御することにより、RFCA処理を行わせ、他の装置からの電磁波が存在しない場合には、電磁波の出力を開始させて、ステップＳ１４３に進む。
【０３０７】
ステップＳ１４３では、制御部２９は、現在の通信モードを判定し、通信モードがパッシブモードに設定されていると判定した場合、ステップＳ１４４に進み、制御部２９は、通信装置１１の各ブロックを制御することにより、パッシブモードの通信を行わせる。
【０３０８】
即ち、ステップＳ１４４では、ステップＳ１４４−１，Ｓ１４４−２，Ｓ１４４−３，Ｓ１４４−４，Ｓ１４４−５，Ｓ１４４−６において、図１９のステップＳ１０４−１，Ｓ１０４−２，Ｓ１０４−３，Ｓ１０４−４，Ｓ１０４−５，Ｓ１０４−６とそれぞれ同様の処理が行われ、これにより、例えば、イニシエータとしての通信装置１１と、ターゲットとしての通信装置１２との間で、図１４で説明したパッシブモードの通信により、実データのデータ交換が行われる。
【０３０９】
一方、ステップＳ１４３において、通信モードがシンプルモードに設定されていると判定された場合、ステップＳ１４５に進み、制御部２９は、通信装置１１の各ブロックを制御することにより、タイムスロット情報TSNに特定値（規格値以外の1バイトの値）をセットしたポーリングリクエストフレーム（図９）を送信させる。
【０３１０】
なお、ここでは、ターゲットが、タイムスロット情報TSNに基づき、タイムスロット#0乃至#TSNの中から選択されたN個のタイムスロットを使用して、ポーリングレスポンスフレームを送信するが、ターゲットが、ポーリングレスポンスを送信するのに、タイムスロット#0乃至#TSNのうちのいずれのN個のタイムスロットを使用するかは、例えば、タイムスロット情報TSN（にセットされる特定値）の値ごとに、イニシエータとターゲットにあらかじめ設定されている（決められている）こととする。
【０３１１】
そして、ステップＳ１４５では、ポーリングレスポンスフレームの送信に使用するN個のタイムスロットに対応する特定値がセットされたタイムスロット情報TSNを含むポーリングリクエストフレームが送信される。
【０３１２】
ステップＳ１４５でのピーリングレスポンスフレームの送信後は、ステップＳ１４７に進み、制御部２９は、通信装置１１の各ブロックを制御することにより、ターゲットから送信されてくるポーリングレスポンスフレームを受信させる。
【０３１３】
即ち、タイムスロット情報TSNに特定値がセットされているポーリングリクエストフレームを受信したターゲットは、実データ（を分割して得られるブロック）を含むN個のポーリングレスポンスフレームそれぞれを、タイムスロット#0乃至#TSNのうちの、タイムスロット情報TSNに対してあらかじめ設定されているN個のタイムスロットそれぞれのタイミングで送信してくるので、ステップＳ１４７では、そのN個のタイムスロットそれぞれのタイミングで送信されてくるN個のポーリングレスポンスフレームそれぞれが受信される。
【０３１４】
そして、ステップＳ１４９に進み、制御部２９は、N個のポーリングレスポンスフレームにそれぞれ含まれるN個のブロックを結合して、元の実データを再構成し、これにより、ターゲットから実データを取得する。
【０３１５】
次に、図２６のフローチャートを参照して、図２４に示したように、シンプルモードの通信において、タイムスロット#0乃至#TSNの中から選択されたN個のタイムスロットを使用する場合の、ターゲットとしての通信装置１２の処理について説明する。
【０３１６】
例えば、イニシエータとしての通信装置１１が、図２５のステップＳ１４２において電磁波の出力を開始し、ターゲットとしての通信装置１２が、イニシエータと近接した状態となると、通信装置１２の電源部４８（図１８）が、イニシエータからの電磁波から電源を得て、通信装置１２の各ブロックに供給し、これにより、通信装置１２は動作可能状態となる。
【０３１７】
通信装置１２が動作可能状態となると、ステップＳ１５１において、制御部４９（図１８）が、通信装置１２の各ブロックを制御することにより、イニシエータから送信されてくるポーリングリクエストフレームを受信させる。
【０３１８】
そして、制御部４９は、ステップＳ１５２において、イニシエータからのポーリングリクエストフレーム（図９）に含まれるタイムスロット情報TSNを認識し、そのタイムスロット情報TSNが、規格値または特定値のいずれであるかを判定する。
【０３１９】
ステップＳ１５２において、タイムスロット情報TSNが、規格値であると判定された場合、ステップＳ１５３に進み、制御部４９は、通信装置１２の各ブロックを制御することにより、パッシブモードの通信を行わせる。
【０３２０】
即ち、ステップＳ１５３では、ステップＳ１５３−１，Ｓ１５３−２，Ｓ１５３−３，Ｓ１５３−４，Ｓ１５３−５，Ｓ１５３−６において、図２０のステップＳ１１３−１，Ｓ１１３−２，Ｓ１１３−３，Ｓ１１３−４，Ｓ１１３−５，Ｓ１１３−６とそれぞれ同様の処理が行われ、これにより、例えば、イニシエータとしての通信装置１１と、ターゲットとしての通信装置１２との間で、図１４で説明したパッシブモードの通信により、実データのデータ交換が行われる。
【０３２１】
一方、ステップＳ１５２において、タイムスロット情報TSNが、特定値であると判定された場合、ステップＳ１５４に進み、制御部４９は、タイムスロット情報TSNに基づき、タイムスロット#0乃至#TSNの中から、ポーリングレスポンスフレームの送信に使用するN個のタイムスロットを選択し、即ち、タイムスロット情報TSNに対してあらかじめ設定されているN個のタイムスロットを選択し、ステップＳ１５５に進む。
【０３２２】
ステップＳ１５５では、制御部４９は、通信装置１２の各ブロックを制御することにより、例えば、実データをN個のブロックに分割し、そのN個のブロックをそれぞれ含めたN個のポーリングレスポンスフレームそれぞれを、ステップＳ１５４で選択されたN個のタイムスロットそれぞれのタイミングで送信させる。
【０３２３】
なお、ここでは、実データをN個のブロックに分割して得られる各ブロックのサイズは、Padのサイズ以下であるとする。
【０３２４】
以上のように、シンプルモードの通信において、タイムスロット#0乃至#TSNの中から選択されたN個のタイムスロットを使用して、ポーリングレスポンスフレームを送信することにより、Nを複数とすれば、図２１乃至図２３の実施の形態と同様に、シンプルモードの通信であっても、ある程度のサイズの実データを、ターゲットからイニシエータに送信することができる。
【０３２５】
さらに、タイムスロット情報TSNに対し、ポーリングレスポンスフレームの送信に使用するN個のタイムスロットを、通信装置１１および１２（図１６）以外には秘密にすることにより、通信装置１１および１２以外の装置は、いずれのタイムスロットのタイミングで実データ（ブロック）を含むポーリングレスポンスフレームが送信されてくるのかが分からないので、かかる観点からは、外部からの盗聴に対する耐性、つまり、セキュリティが向上しているということができる。
【０３２６】
次に、以上の実施の形態では、シンプルモードの通信において、イニシエータの通信相手となるターゲットが１つであることを前提としたが、イニシエータの通信相手となるターゲットは、あらかじめ特定されていれば、１つではなく、複数であっても、その複数のターゲットそれぞれと、イニシエータとの間でシンプルモードの通信を行うことが可能である。
【０３２７】
即ち、図２７は、NFCIP-1に準拠した近接通信の他に、シンプルモードの通信が可能な通信システムの他の構成例を示している。なお、図中、図１６における場合と対応する部分については、同一の符号を付してある。
【０３２８】
図２７の実施の形態では、通信システムは、通信装置１１および１２と、通信装置１３とから構成されている。
【０３２９】
通信装置１３は、通信装置１２と同様に構成されている。従って、通信装置１３は、NFCIP-1に関しては、パッシブモードだけを実装しており、さらに、通信装置１３は、イニシエータが出力する電磁波を負荷変調することによりデータを送信するターゲットとしてのみ機能する。
【０３３０】
図２７の通信システムは、例えば、イニシエータが２以下（１以上）のターゲットと通信をすることを前提とするアプリケーションに適用される。
【０３３１】
ここで、イニシエータが２以下のターゲットと通信をすることを前提とするアプリケーションとしては、例えば、遊園地のアトラクションに入場するゲートに、イニシエータとしてのR/Wを設置するとともに、アトラクションを利用するためのパス（チケット）として機能する、ターゲットとしてのICカードを、ユーザに発行し、ゲートにおいて、パスの有効性をチェックするアプリケーションなどがある。
【０３３２】
即ち、遊園地では、パスの有効期限を記憶したICカードを、ユーザに発行する。特に、例えば、夫婦などのいわゆるカップルとしての２人組のユーザには、２つのターゲット#1と#2それぞれとしての、パスの有効期限を記憶したICカードを発行する。そして、２人組のユーザの１人が、その２人組のユーザそれぞれに発行された２枚のICカードを重ねてR/Wにかざす。この場合、ICカードからR/Wに対して、２枚のICカードそれぞれに記憶されている有効期限を表す実データが送信され、R/Wでは、その実データが表す有効期限がチェックされる。つまり、２人分のパスの有効期限のチェックが一度に行われる。
【０３３３】
いま、シンプルモードの通信において、イニシエータとしての通信装置１１の通信相手となるターゲットが、１つ目のターゲット#1としての通信装置１２と、２つのターゲット#2としての通信装置１３との、２つのターゲットであるとすると、イニシエータと、２つのターゲット#1,#2それぞれとの間では、例えば、図２８に示すように、シンプルモードの通信が行われる。
【０３３４】
即ち、ターゲット#1は、イニシエータからのポーリングリクエストフレームに対して、そのポーリングリクエストフレームに含まれるタイムスロット情報TSNに基づき、タイムスロット#0乃至#TSNの中から、ポーリングレスポンスフレームの送信に使用する１以上TSN+1以下のN個のタイムスロットを選択し、そのN個のタイムスロットを使用して、ポーリングレスポンスフレームを送信する。同様に、ターゲット#2も、イニシエータからのポーリングリクエストフレームに対して、そのポーリングリクエストフレームに含まれるタイムスロット情報TSNに基づき、タイムスロット#0乃至#TSNの中から、ポーリングレスポンスフレームの送信に使用する１以上TSN+1以下のN'個のタイムスロットを選択し、そのN'個のタイムスロットを使用して、ポーリングレスポンスフレームを送信する。
【０３３５】
ここで、N,N',TSNは、式TSN+1≧N+N'を満足する。
【０３３６】
さらに、ターゲット#1が使用するN個のタイムスロットと、ターゲット#2が使用するN'個のタイムスロットとは、重複しないように、タイムスロット情報TSNの値ごとにあらかじめ設定されている。
【０３３７】
図２８の実施の形態では、イニシエータが送信したポーリングリクエストフレームに含まれているタイムスロット情報TSNに対して、ターゲット#1が使用するタイムスロットが、タイムスロット#1,#3,・・・であり、ターゲット#2が使用するタイムスロットが、タイムスロット#0,#2,・・・であることが、あらかじめ設定されており、その設定にしたがい、ターゲット#1は、タイムスロット#1,#3,・・・それぞれのタイミングでポーリングレスポンスフレームを送信しており、ターゲット#2は、タイムスロット#0,#2,・・・それぞれのタイミングでポーリングレスポンスフレームを送信している。
【０３３８】
ここで、図２７および図２８の実施の形態では、イニシエータとしての通信装置１１が送信するポーリングリクエストフレームに対して、ターゲット#1としての通信装置１２と、ターゲット#2としての通信装置１３との２つのターゲットのそれぞれが、重複しないタイムスロットのタイミングで、ポーリングレスポンスフレームを送信するが、イニシエータからのポーリングリクエストフレームに対してポーリングレスポンスフレームを返す（送信する）ターゲット、即ち、イニシエータとの間でシンプルモードの通信を行うターゲットの数は、２つに限定されるものではない。
【０３３９】
つまり、イニシエータとの間でシンプルモードの通信を行うターゲットの数は、1以上TSN+1以下の任意の数とすることができる。
【０３４０】
但し、イニシエータとの間でシンプルモードの通信を行うターゲットの最大数は、あらかじめ設定しておく（定めておく）必要がある。さらに、その最大数のターゲットのそれぞれが使用するタイムスロットも、TSN+1個のタイムスロットの中から重複しないようにあらかじめ設定しておく必要がある。
【０３４１】
図２９は、イニシエータとの間でシンプルモードの通信を行うターゲットの最大数を、あらかじめ４つ（４種類）に定めておいた場合に、その４つのターゲット#1,#2,#3,#4それぞれが使用するタイムスロットを示している。
【０３４２】
即ち、図２９は、タイムスロット情報TSNが22である場合に、そのタイムスロット情報TSNに対して、４つのターゲット#1,#2,#3,#4それぞれが使用するタイムスロット（の設定の仕方の例）を示している。
【０３４３】
図２９における×印が、ターゲットが使用するタイムスロットを示しており、従って、図２９では、ターゲット#1が使用するタイムスロットが、タイムスロット#1,#11,#19,#20,#22であること、ターゲット#2が使用するタイムスロットが、タイムスロット#4,#6,#13,#17,#21であること、ターゲット#3が使用するタイムスロットが、タイムスロット#2,#5,#9,#12,#15であること、ターゲット#4が使用するタイムスロットが、タイムスロット#3,#7,#10,#14,#18であることが、あらかじめ設定されている。
【０３４４】
いま、ターゲットが使用するタイムスロットとしてあらかじめ設定されている一連のタイムスロットを、チャネルと呼ぶこととし、ターゲット#iが使用すべきチャネルを、チャネル#iと記述することとすると、図２９では、タイムスロット#1,#11,#19,#20,#22をチャネル#1とし、タイムスロット#4,#6,#13,#17,#21をチャネル#2とし、タイムスロット#2,#5,#9,#12,#15をチャネル#3とし、タイムスロット#3,#7,#10,#14,#18をチャネル#4として、４つのターゲット#1乃至#4は、イニシエータからのポーリングリクエストフレームに対し、チャネル#1乃至#4をそれぞれ使用して、ポーリングレスポンスフレームを送信する（返す）。
【０３４５】
イニシエータとターゲットには、図２９に示したような、ターゲット#iが使用すべきチャネル#i（を構成するタイムスロット）を表したテーブル（以下、適宜、チャネルテーブルという）が、タイムスロット情報TSNの各値に対応付けて記憶されており（例えば、EEPROM２９Ｂ（図１７）とEEPROM４９Ｂ（図１８）に記憶されており）、イニシエータは、例えば、ターゲットから受信する実データのサイズに応じ、そのサイズの実データの送信に必要な数のタイムスロットから構成されるチャネルを使用することができる値のタイムスロット情報TSNを含むポーリングリクエストフレームを送信する。
【０３４６】
一方、ターゲット#iは、イニシエータからのポーリングリクエストフレームを受信しそのポーリングリクエストフレームに含まれるタイムスロット情報TSNに対応付けられたチャネルテーブルから、自身が使用するチャネル#iを構成するタイムスロットを認識し、そのタイムスロットを用いて、実データ（を分割したブロック）を含むポーリングレスポンスフレームを送信する。
【０３４７】
即ち、イニシエータは、上述したように、シンプルモードの通信において、あらかじめ設定された最大数以下のターゲット#1乃至#Mそれぞれを通信対象とする場合、図２５のフローチャートで説明した処理と同様の処理を行う。
【０３４８】
但し、図２５のステップＳ１４５では、複数のターゲット#1乃至#Mそれぞれから受信する実データのサイズに応じ、そのサイズの実データをターゲット#1乃至#Mそれぞれが送信するのに必要な数のタイムスロットから構成されるチャネルを使用することができる値のタイムスロット情報TSNを含むポーリングリクエストフレームが送信される。
【０３４９】
また、ステップＳ１４９では、制御部２９は、チャネルテーブル（図２９）を参照することにより、複数のターゲット#1乃至#Mそれぞれがポーリングレスポンスフレームを送信してくるタイムスロットを認識し、これにより、複数のターゲット#1乃至#Mそれぞれごとに、そのターゲットから送信されてきた１以上のポーリングレスポンスフレームそれぞれに含まれるブロックを結合して、元の実データを再構成する。
【０３５０】
ここで、イニシエータでは、上述したように、ターゲット#1乃至#Mのうちのi番目のターゲット#iがポーリングレスポンスフレームを送信してくるタイムスロットは、チャネルテーブルを参照することにより認識することができるので、ターゲット#iから送信されてくるポーリングレスポンスフレームは、ポーリングレスポンスフレームが送信されてきたタイムスロットによって認識することができる。
【０３５１】
なお、ターゲット#iから送信されてくるポーリングレスポンスフレームは、その他、ポーリングレスポンスフレーム（図１０）に含まれるNFCID2から認識することも可能である。
【０３５２】
一方、複数のターゲット#1乃至#Mのそれぞれは、図２６のフローチャートで説明した処理と同様の処理を行う。
【０３５３】
但し、図２６のステップＳ１５４では、ターゲット#1乃至#Mのうちのi番目のターゲット#iは、イニシエータからのポーリングリクエストフレームに含まれるタイムスロット情報TSNに対応するチャネルテーブル（図２９）に基づき、自身が使用すべきチャネル#iを構成する１以上のタイムスロットを認識（選択）する。
【０３５４】
また、ステップＳ１５５では、ターゲット#iは、チャネル#iを構成するタイムスロットの数がN個であるとすると、実データをN個のブロックに分割し、そのN個のブロックをそれぞれ含めたN個のポーリングレスポンスフレームそれぞれを、チャネル#iを構成するN個のタイムスロットそれぞれのタイミングで送信する。
【０３５５】
以上のように、イニシエータとの通信対象となるターゲットが複数であっても、その複数のターゲットそれぞれと、イニシエータとの間で、シンプルモードの通信を行うことができる。
【０３５６】
ここで、最大数以下のターゲット#1乃至#Mにおいて、チャネル#iを使用するターゲット#iは、１つでなければならない。即ち、最大数以下のターゲット#1乃至#Mの中に、チャネル#iを使用するターゲット#iは、複数存在してはならない。
【０３５７】
なお、チャネルテーブルを、シンプルモードの通信が可能なイニシエータと複数のターゲット以外には秘密にすることにより、そのイニシエータと複数のターゲット以外の装置は、いずれのタイムスロットのタイミングで、いずれのターゲットの実データ（ブロック）を含むポーリングレスポンスフレームが送信されてくるのかが分からないため、複数のターゲットが送信した元の実データそれぞれを再構成することが困難となる。かかる観点からは、セキュリティが向上しているということができる。
【０３５８】
また、タイムスロット情報TSNの各値ごとのチャネルテーブルは、チャネルを構成するタイムスロットが異なるものを複数用意しておき、イニシエータとターゲットとにおいて、参照するチャネルテーブルを、所定の時間間隔で変更することができる。この場合、ターゲットが使用するタイムスロットが所定の時間間隔で変更されるので、よりセキュリティを向上させることができる。
【０３５９】
以上のように、図１６や図２７の通信システムにおいては、イニシエータとしての通信装置１１が、NFCIP-1(ISO/IEC 18092)の規定どおり、イニシエータが送信した１つのポーリングリクエストフレームに対応して、複数のタイムスロットそれぞれのタイミングで送信されてくるポーリングレスポンスフレームを受信する機能を有する。
【０３６０】
また、NFCIP-1では、ポーリングレスポンスフレームのPadを無視すると規定しているが、ターゲットとしての通信装置１２や１３は、実データをポーリングレスポンスフレームフレームのPadに格納（セット）して、イニシエータに送信する機能を有する。
【０３６１】
さらに、ターゲットとしての通信装置１２や１３は、実データを１つのPadに格納しきれない場合には、実データを複数のブロックに分割して複数のポーリングレスポンスフレームフレームのPadに格納する機能を有する。
【０３６２】
また、イニシエータとしての通信装置１１は、１つのターゲットが１以上のタイムスロットのタイミングで送信してくるポーリングレスポンスフレームのPadに格納された実データ（ブロック）を、元の実データに再構成する機能を有する。
【０３６３】
従って、１つのポーリングレスポンスフレームに格納することができるサイズの実データであれば、SDD処理のシーケンスをそのまま利用して、短い通信時間で、ターゲットからイニシエータに送信することができる。
【０３６４】
また、１つのポーリングレスポンスフレームに格納することができるサイズを超えるサイズの実データであっても、TSN+1個のタイムスロット、またはTSN+1個のタイムスロットから選択された複数のタイムスロットで送信される複数のポーリングレスポンスフレームを使用することにより、やはり、SDD処理のシーケンスをそのまま利用して、比較的短い通信時間で、ターゲットからイニシエータに送信することができる。
【０３６５】
さらに、TSN+1個のタイムスロットから選択された複数のタイムスロットを使用して、複数のポーリングレスポンスフレームを送信する場合には、TSN+1個のタイムスロットから選択されるタイムスロットを、イニシエータとターゲット以外の装置には秘密にすることにより、ある程度のセキュリティを確保することができる。
【０３６６】
また、ターゲットにおいて、実データに誤り検出符号や誤り訂正符号を付加する場合には、例えば、ターゲットがポーリングレスポンスフレームを送信したタイムスロットのタイミングで、他の装置が何らかのデータを送信することによりコリジョンが生じ、イニシエータにおいて、ターゲットが送信した複数のポーリングレスポンスフレームのうちの幾つかが正常に受信することができなくても、残りの正常受信をすることができたポーリングレスポンスフレームから、誤り検出や誤り訂正を行うことができる。
【０３６７】
次に、上述した図１６や図２７の通信システムでは、パッシブモードの通信と、シンプルモードの通信とを、いわば選択的に行うが、シンプルモードの通信のみを行うようにすることも可能である。
【０３６８】
即ち、例えば、NFCIP-1以外の近接通信の通信プロトコルが実装されたICカードシステム等の通信システムにおいて、イニシエータとしてのR/Wの周囲にターゲットとしての複数のICカードが存在する場合には、その複数のICカードのそれぞれに対して、１つのタイムスロットを重複しないようにあらかじめ割り当て、各ICカードが、そのICカードの割り当てられた１つのタイムスロットのタイミングで、R/Wが要求する実データを送信することで、複数のICカードそれぞれからR/Wに対して送信されてくる実データが同一のタイミングで送信されるコリジョンが生じることを防止することができる。
【０３６９】
しかしながら、R/Wと通信をするICカードが、例えば、１つであることを前提とするアプリケーションに、ICカードシステムが適用される場合にも、R/Wと通信をする１つのICカードに対して、１つのタイムスロットだけが割り当てられるときには、R/Wからの実データの要求に対して、１つのタイムスロットで送信することができる僅かなデータしか送信することができない。従って、ある程度のサイズの実データを、ICカードからR/Wに送信するには、R/Wは、実データの要求を複数回行わなければならず、このため、ある程度のサイズの実データを、ICカードからR/Wに送信するのに、ある程度の通信時間を要することになる。
【０３７０】
そこで、NFCIP-1以外の近接通信の通信プロトコルが実装された通信システムであっても、イニシエータと通信をするターゲットが、例えば、１つであることを前提とするアプリケーションに適用され、かつ、タイムスロットを用いた通信を行う通信システムでは、上述のシンプルモードの通信を行うようにするようにすることで、ある程度のサイズの実データを送信するための通信時間を短縮することができる。
【０３７１】
即ち、図３０は、タイムスロットを用いた通信として、シンプルモードの通信（近接通信）を行う通信システムの構成例を示している。
【０３７２】
図３０において、通信システムは、シンプルモードの通信を行うことができる通信装置１０１と１０２とから構成されており、イニシエータである通信装置１０１と、ターゲットである通信装置１０２とが、上述したシンプルモードの通信を行うことによって、実データのデータ交換を行う。
【０３７３】
なお、図３０の実施の形態では、通信装置１０１は、自身が電磁波を出力し、その電磁波を変調することによりデータを送信するイニシエータとしてのみ機能し、通信装置１０２は、イニシエータが出力する電磁波を負荷変調することによりデータを送信するターゲットとしてのみ機能することとする。
【０３７４】
また、通信装置１０１は、例えば、図１７に示した通信装置１１と同様に構成され、通信装置１０２は、例えば、図１８に示した通信装置１２と同様に構成される。
【０３７５】
次に、図３０の通信システムで行われるシンプルモードの通信について説明するが、ここでは、説明を簡単にするために、イニシエータとしての通信装置１０１は、NFCIP-1に準拠した図１６の通信装置１１と同様に、図９のポーリングリクエストフレームを送信することによって、ターゲットに実データを要求することとする。また、ターゲットとしての通信装置１０２は、NFCIP-1に準拠した図１６の通信装置１２と同様に、イニシエータからのポーリングリクエストフレームに対して、図１０のポーリングレスポンスフレームによって、イニシエータに実データを送信することとする。さらに、タイムスロットの幅T_sや、１つのポーリングリクエストフレームに対して用意されるタイムスロットの数等は、NFCIP-1に規定されているSDD処理の場合と同様であるとする。
【０３７６】
まず、図３１のフローチャートを参照して、図２１に示したように、複数のポーリングリクエストフレームを利用してシンプルモードの通信を行う場合の、イニシエータとしての通信装置１０１の処理について説明する。
【０３７７】
イニシエータとしての通信装置１０１の制御部２９（図１７）は、通信装置１０１の各ブロックを制御することにより、電磁波の出力を開始させる。そして、ステップＳ２０１において、制御部２９は、図２２のステップＳ１２５の場合と同様にして、通信装置１０１の各ブロックを制御することにより、タイムスロット情報TSNに1バイトの値をセットしたポーリングリクエストフレーム（図９）を送信させる。
【０３７８】
即ち、ステップＳ２０１では、イニシエータとしての通信装置１０１がターゲットから受信する実データのサイズに対応する1バイトのサイズ対応値がタイムスロット情報TSNにセットされたポーリングリクエストフレームが送信される。
【０３７９】
図１６や図２７の通信システムでは、シンプルモードの通信の他、パッシブモードの通信も行いうるため、シンプルモードの通信を行う場合には、パッシブモードの通信（SDD処理）においてタイムスロット情報TSNにセットされるべき値としてNFCIP-1で規定されている規格値以外の1バイトの値である特定値を、タイムスロット情報TSNにセットするようにしたが、図３０の通信システムでは、パッシブモードの通信は行わないので、タイムスロット情報TSNには、任意の1バイトの値をセットすることができる。
【０３８０】
ステップＳ２０１において、タイムスロット情報TSNに値をセットしたポーリングリクエストフレームが送信されると、ステップＳ２０２に進み、制御部２９は、通信装置１０１の各ブロックを制御することにより、ターゲットから送信されてくるポーリングレスポンスフレームを受信させる。
【０３８１】
即ち、タイムスロット情報TSNに値がセットされているポーリングリクエストフレームを受信したターゲットは、後述するように、実データを、Padのサイズである8バイトずつに分割したTSN+1のブロックそれぞれがPadにセットされたTSN+1のポーリングレスポンスフレームを、タイムスロット#0乃至#TSNそれぞれのタイミングで送信してくるので、ステップＳ２０２では、そのタイムスロット#0乃至#TSNそれぞれのタイミングで送信されてくるTSN+1のポーリングレスポンスフレームそれぞれが受信される。
【０３８２】
そして、ステップＳ２０３に進み、制御部２９は、TSN+1のポーリングレスポンスフレームにそれぞれ含まれるTSN+1のブロックを結合して、元の実データを再構成し、これにより、ターゲットから実データを取得する。
【０３８３】
次に、図３２のフローチャートを参照して、図２１に示したように、複数のポーリングリクエストフレームを利用してシンプルモードの通信を行う場合の、ターゲットとしての通信装置１０２の処理について説明する。
【０３８４】
例えば、イニシエータとしての通信装置１０１が電磁波の出力を開始し、ターゲットとしての通信装置１０２が、イニシエータと近接した状態となると、通信装置１０２の電源部４８（図１８）が、イニシエータからの電磁波から電源を得て、通信装置１０２の各ブロックに供給し、これにより、通信装置１０２は動作可能状態となる。
【０３８５】
通信装置１０２が動作可能状態となると、ステップＳ２１１において、制御部４９（図１８）が、通信装置１０２の各ブロックを制御することにより、イニシエータから送信されてくるポーリングリクエストフレームを受信させる。
【０３８６】
そして、制御部４９は、ステップＳ２１２において、イニシエータからのポーリングリクエストフレーム（図９）に含まれるタイムスロット情報TSNを認識し、さらに、そのタイムスロット情報TSNに基づき、実データの送信に使用するタイムスロットの数TSN+1を認識して、ステップＳ２１３に進む。
【０３８７】
ステップＳ２１３では、制御部４９は、通信装置１０２の各ブロックを制御することにより、例えば、実データをPadのサイズに分割して得られるTSN+1個のブロックをそれぞれ含めたTSN+1個のポーリングレスポンスフレームそれぞれを、タイムスロット情報TSNに対してあらかじめ設定されたN+1個のタイムスロット#0乃至#TSNそれぞれのタイミングで送信させる。即ち、これにより、TSN+1個のブロックのうちのi番目のブロック(i=1,2,・・・,TSN+1)がPadにセットされたポーリングレスポンスフレームは、タイムスロット#i-1のタイミングで、ターゲットからイニシエータに送信される。
【０３８８】
以上のように、複数のポーリングレスポンスフレームを利用することにより、短い通信時間で、ある程度のサイズの実データを、ターゲットとしての通信装置１０２からイニシエータとしての通信装置１０１に送信することができる。
【０３８９】
次に、図３３のフローチャートを参照して、図２４に示したように、タイムスロット#0乃至#TSNの中から選択されたN個のタイムスロットを使用してシンプルモードの通信を行う場合の、イニシエータとしての通信装置１０１（図３０）の処理について説明する。
【０３９０】
イニシエータとしての通信装置１０１の制御部２９（図１７）は、通信装置１０１の各ブロックを制御することにより、電磁波の出力を開始させる。そして、ステップＳ２２１において、制御部２９は、通信装置１０１の各ブロックを制御することにより、タイムスロット情報TSNに1バイトの値をセットしたポーリングリクエストフレーム（図９）を送信させる。
【０３９１】
なお、ここでも、図２５で説明したように、タイムスロット情報TSNの値ごとに、ターゲットが、ポーリングレスポンスフレームを送信するのに使用する、タイムスロット#0乃至#TSNのうちのN個のタイムスロットが、イニシエータとしての通信装置１０１とターゲットとしての通信装置１０２に、あらかじめ設定されていることとする。
【０３９２】
そして、ステップＳ２２１では、ポーリングレスポンスフレームの送信に使用するN個のタイムスロットに対応する値がセットされたタイムスロット情報TSNを含むポーリングリクエストフレームが送信される。
【０３９３】
ステップＳ２２１でのポーリングレスポンスフレームの送信後は、ステップＳ２２３に進み、制御部２９は、通信装置１０１の各ブロックを制御することにより、ターゲットから送信されてくるポーリングレスポンスフレームを受信させる。
【０３９４】
即ち、タイムスロット情報TSNに値がセットされているポーリングリクエストフレームを受信したターゲットは、実データ（を分割して得られるブロック）を含むN個のポーリングレスポンスフレームそれぞれを、タイムスロット#0乃至#TSNのうちの、タイムスロット情報TSNに対してあらかじめ設定されているN個のタイムスロットそれぞれのタイミングで送信してくるので、ステップＳ２２３では、そのN個のタイムスロットそれぞれのタイミングで送信されてくるN個のポーリングレスポンスフレームそれぞれが受信される。
【０３９５】
そして、ステップＳ２２５に進み、制御部２９は、N個のポーリングレスポンスフレームにそれぞれ含まれるN個のブロックを結合して、元の実データを再構成し、これにより、ターゲットから実データを取得する。
【０３９６】
次に、図３４のフローチャートを参照して、図２４に示したように、タイムスロット#0乃至#TSNの中から選択されたN個のタイムスロットを使用して、シンプルモードの通信を行う場合の、ターゲットとしての通信装置１０２（図３０）の処理について説明する。
【０３９７】
例えば、イニシエータとしての通信装置１０１が電磁波の出力を開始し、ターゲットとしての通信装置１０２が、イニシエータと近接した状態となると、通信装置１０２の電源部４８（図１８）が、イニシエータからの電磁波から電源を得て、通信装置１０２の各ブロックに供給し、これにより、通信装置１０２は動作可能状態となる。
【０３９８】
通信装置１０２が動作可能状態となると、ステップＳ２３１において、制御部４９（図１８）が、通信装置１０２の各ブロックを制御することにより、イニシエータから送信されてくるポーリングリクエストフレームを受信させる。
【０３９９】
そして、制御部４９は、ステップＳ２３２において、イニシエータからのポーリングリクエストフレーム（図９）に含まれるタイムスロット情報TSNを認識し、さらに、そのタイムスロット情報TSNに基づき、実データの送信に使用するタイムスロットの数TSN+1を認識して、ステップＳ２３３に進む。
【０４００】
ステップＳ２３３では、制御部４９は、TSN+1個のタイムスロット#0乃至#TSNの中から、ポーリングレスポンスフレームの送信に使用する、2以上TSN+1以下のN個のタイムスロットを選択し、即ち、タイムスロット情報TSNに対してあらかじめ設定されているN個のタイムスロットを選択し、ステップＳ２３４に進む。
【０４０１】
ステップＳ２３４では、制御部４９は、通信装置１０２の各ブロックを制御することにより、例えば、実データをN個のブロックに分割し、そのN個のブロックをそれぞれ含めたN個のポーリングレスポンスフレームそれぞれを、ステップＳ２３４で選択されたN個のタイムスロットそれぞれのタイミングで送信させる。
【０４０２】
なお、ここでは、実データをN個のブロックに分割して得られる各ブロックのサイズは、Padのサイズ以下であるとする。
【０４０３】
以上のように、TSN+1個のタイムスロット#0乃至#TSNのすべて、または、そのタイムスロット#0乃至#TSNの中から選択されたN個のタイムスロットを使用して、ポーリングレスポンスフレームを送信することにより、ある程度のサイズの実データを、ターゲットからイニシエータに送信することができる。
【０４０４】
また、TSN+1個のタイムスロット#0乃至#TSNの中から選択されたN個のタイムスロットを使用して、ポーリングレスポンスフレームを送信する場合には、タイムスロット情報TSNに対し、ポーリングレスポンスフレームの送信に使用するN個のタイムスロットを、通信装置１０１および１０２（図３０）以外には秘密にすることにより、通信装置１０１および１０２以外の装置は、いずれのタイムスロットのタイミングで実データ（ブロック）を含むポーリングレスポンスフレームが送信されてくるのかが分からないので、かかる観点からは、セキュリティが向上しているということができる。
【０４０５】
さらに、図３０の通信システムでは、イニシエータである通信装置１０１の通信相手となるターゲットが、通信装置１０２の１つであることを前提としたが、イニシエータの通信相手となるターゲットは、あらかじめ特定されていれば、１つではなく、複数であっても、その複数のターゲットそれぞれと、イニシエータとの間でシンプルモードの通信を行うことが可能である。
【０４０６】
即ち、イニシエータと複数のターゲットそれぞれには、図２９に示したような、タイムスロット情報TSNの各値に対応付けられたチャネルテーブルをあらかじめ設定しておく（記憶させておく）。そして、イニシエータは、例えば、ターゲットから受信する実データのサイズに応じ、そのサイズの実データの送信に必要な数のタイムスロットから構成されるチャネルを使用することができる値のタイムスロット情報TSNを含むポーリングリクエストフレームを送信する。
【０４０７】
一方、複数のターゲットのうちのi番目のターゲット#iは、イニシエータからのポーリングリクエストフレームを受信しそのポーリングリクエストフレームに含まれるタイムスロット情報TSNに対応付けられたチャネルテーブルから、自身が使用するチャネル#iを構成するタイムスロットを認識し、そのタイムスロットを用いて、実データ（を分割したブロック）を含むポーリングレスポンスフレームを送信する。
【０４０８】
具体的には、例えば、イニシエータとしての通信装置１０１の通信相手が、M個のターゲット#1乃至#Mであるとすると、イニシエータとしての通信装置１０１は、図３３のフローチャートで説明した処理と同様の処理を行う。
【０４０９】
但し、図３３のステップＳ２２１では、複数のターゲット#1乃至#Mそれぞれから受信する実データのサイズに応じ、そのサイズの実データをターゲット#1乃至#Mそれぞれが送信するのに必要な数のタイムスロットから構成されるチャネルを使用することができる値のタイムスロット情報TSNを含むポーリングリクエストフレームが送信される。
【０４１０】
また、ステップＳ２２５では、イニシエータとしての通信装置１０１において、チャネルテーブル（図２９）を参照することにより、複数のターゲット#1乃至#Mそれぞれがポーリングレスポンスフレームを送信してくるタイムスロットが認識され、これにより、複数のターゲット#1乃至#Mそれぞれごとに、そのターゲットから送信されてきた１以上のポーリングレスポンスフレームそれぞれに含まれるブロックが結合されて、元の実データが再構成される。
【０４１１】
一方、複数のターゲット#1乃至#Mのそれぞれでは、図３４のフローチャートで説明した処理と同様の処理が行われる。
【０４１２】
但し、図３４のステップＳ２３３では、ターゲット#1乃至#Mのうちのi番目のターゲット#iとしての、例えば、通信装置１０２は、イニシエータとしての通信装置１０１からのポーリングリクエストフレームに含まれるタイムスロット情報TSNに対応するチャネルテーブルに基づき、自身が使用すべきチャネル#iを構成する１以上のタイムスロットを認識（選択）する。
【０４１３】
また、ステップＳ２３３では、ターゲット#iとしての通信装置１０２は、チャネル#iを構成するタイムスロットの数がN個であるとすると、実データをN個のブロックに分割し、そのN個のブロックをそれぞれ含めたN個のポーリングレスポンスフレームそれぞれを、チャネル#iを構成するN個のタイムスロットそれぞれのタイミングで送信する。
【０４１４】
以上のように、イニシエータとの通信対象となるターゲットが複数であっても、その複数のターゲットそれぞれと、イニシエータとの間で、シンプルモードの通信を行うことができる。
【０４１５】
なお、図３０の通信システムにおいても、図１６や図２７の通信システムと同様に、ポーリングレスポンスフレームに含める実データには、誤り検出符号や誤り訂正符号を付加することができる。また、実データには、インターリーブをかけてもよい。さらに、チャネルテーブルは、所定の時間間隔で変更することができる。
【０４１６】
ここで、本明細書において、コンピュータ(CPUやDSP(Digital Signal Processor)等のプロセッサを含む)に各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
【０４１７】
また、プログラムは、１のコンピュータにより処理されるものであっても良いし、複数のコンピュータによって分散処理されるものであっても良い。
【０４１８】
なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【図面の簡単な説明】
【０４１９】
【図１】NFCIP-1に準拠した近接通信を行う通信システムの構成例を示す図である。
【図２】パッシブモードを説明する図である。
【図３】アクティブモードを説明する図である。
【図４】RFCA処理を説明するタイミングチャートである。
【図５】フレームの波形を示す波形図である。
【図６】フレームどうしの間隔（遅延時間）を説明するための波形図である。
【図７】フレームのフォーマットを示す図である。
【図８】SDD処理を説明する図である。
【図９】ポーリングリクエストフレームのフォーマットを示す図である。
【図１０】ポーリングレスポンスフレームのフォーマットを示す図である。
【図１１】コマンド（リクエスト）とレスポンスの一覧を示す図である。
【図１２】パッシブモードの通信処理の概要を説明するフローチャートである。
【図１３】パッシブモードで行われる通信処理を説明するフローチャートである。
【図１４】パッシブモードの通信によって実データを送信する場合に要する通信時間を説明する図である。
【図１５】SDD処理のシーケンスを利用し、ポーリングレスポンスフレームによって実データを送信する場合に要する通信時間を説明する図である。
【図１６】NFCIP-1に準拠した近接通信と、シンプルモードの近接通信とを行う通信システムの構成例を示す図である。
【図１７】通信装置１１の構成例を示すブロック図である。
【図１８】通信装置１２の構成例を示すブロック図である。
【図１９】イニシエータの処理を説明するフローチャートである。
【図２０】ターゲットの処理を説明するフローチャートである。
【図２１】複数のタイムスロットを使用したポーリングレスポンスフレームの送信を説明するための図である。
【図２２】イニシエータの処理を説明するフローチャートである。
【図２３】ターゲットの処理を説明するフローチャートである。
【図２４】タイムスロット#0乃至#TSNの中から選択したN個のタイムスロットを使用したポーリングレスポンスフレームの送信を説明するための図である。
【図２５】イニシエータの処理を説明するフローチャートである。
【図２６】ターゲットの処理を説明するフローチャートである。
【図２７】NFCIP-1に準拠した近接通信と、シンプルモードの近接通信とを行う通信システムの他の構成例を示す図である。
【図２８】イニシエータと複数のターゲットそれぞれとのシンプルモードの通信を説明するための図である。
【図２９】チャネルテーブルを示す図である。
【図３０】シンプルモードの近接通信を行う通信システムの構成例を示す図である。
【図３１】イニシエータの処理を説明するフローチャートである。
【図３２】ターゲットの処理を説明するフローチャートである。
【図３３】イニシエータの処理を説明するフローチャートである。
【図３４】ターゲットの処理を説明するフローチャートである。
【符号の説明】
【０４２０】
１１，１２，１３通信装置，２１アンテナ，２２受信部，２３復調部，２４デコード部，２５データ処理部，２６エンコード部，２７電磁波出力部，２９制御部，２９Ａ CPU，２９Ｂ EEPROM，３０電源部，４１アンテナ，４２受信部，４３復調部，４４デコード部，４５データ処理部，４６エンコード部，４７負荷変調部，４８電源部，４９制御部，４９Ａ CPU，４９Ｂ EEPROM，１０１，１０２通信装置

【特許請求の範囲】
【請求項１】
電磁波を出力して通信を開始し、コマンドを電磁波を介して送信する第１の通信装置と、
前記電磁波を負荷変調することにより前記コマンドに対するレスポンスを送信する第２の通信装置と
を備える通信システムにおいて、
前記第１の通信装置が、
タイムスロットに関するタイムスロット情報を含むコマンドを送信する手段と、
前記第２の通信装置が複数のタイムスロットのタイミングで送信してくる、実データを含む、前記コマンドに対する複数のレスポンスを受信する手段と
を有し、
前記第２の通信装置が、
前記第１の通信装置からの前記コマンドに含まれる前記タイムスロット情報を認識する手段と、
前記タイムスロット情報に対して、あらかじめ設定された複数のタイムスロットのタイミングそれぞれで、前記実データを含む複数のレスポンスそれぞれを送信する手段と
を有する
通信システム。
【請求項２】
電磁波を出力して通信を開始し、コマンドを電磁波を介して送信する通信装置において、
タイムスロットに関するタイムスロット情報を含むコマンドを送信させる送信制御手段と、
前記電磁波を負荷変調することにより前記コマンドに対するレスポンスを送信する他の装置が前記タイムスロット情報に対してあらかじめ設定された複数のタイムスロットのタイミングで送信してくる、実データを含む、前記コマンドに対する複数のレスポンスを受信させる受信制御手段と
を備える通信装置。
【請求項３】
前記他の装置が、前記実データを、前記複数のレスポンスに分割して送信する場合において、
前記複数のレスポンスから、元の前記実データを再構成する
請求項２に記載の通信装置。
【請求項４】
複数の他の装置のそれぞれが使用すべき複数のタイムスロットが、前記タイムスロット情報に対してあらかじめ設定されており、
複数の他の装置それぞれが、その、他の装置が使用すべき複数のタイムスロットそれぞれのタイミングで、複数のレスポンスそれぞれを送信する場合において、
複数の他の装置それぞれから、その、他の装置が使用すべき複数のタイムスロットそれぞれのタイミングで送信してくる複数のレスポンスそれぞれを受信し、
複数の他の装置それぞれからの元の前記実データを再構成する
請求項３に記載の通信装置。
【請求項５】
前記他の装置が、前記実データに誤り訂正符号または誤り検出符号を付加したデータを、前記複数のレスポンスに分割して送信する場合において、
前記複数のレスポンスそれぞれを受信し、
前記誤り訂正符号または誤り検出符号を用いて、前記実データの誤りを訂正または検出する
請求項３に記載の通信装置。
【請求項６】
電磁波を出力して通信を開始し、コマンドを電磁波を介して送信する通信装置の通信方法において、
タイムスロットに関するタイムスロット情報を含むコマンドを送信させ、
前記電磁波を負荷変調することにより前記コマンドに対するレスポンスを送信する他の装置が前記タイムスロット情報に対してあらかじめ設定された複数のタイムスロットのタイミングで送信してくる、実データを含む、前記コマンドに対する複数のレスポンスを受信させる
ステップを含む通信方法。
【請求項７】
電磁波を出力して通信を開始し、コマンドを電磁波を介して送信する通信装置を制御するコンピュータに実行させるプログラムにおいて、
タイムスロットに関するタイムスロット情報を含むコマンドを送信させ、
前記電磁波を負荷変調することにより前記コマンドに対するレスポンスを送信する他の装置が前記タイムスロット情報に対してあらかじめ設定された複数のタイムスロットのタイミングで送信してくる、実データを含む、前記コマンドに対する複数のレスポンスを受信させる
ステップを含む処理をコンピュータに実行させるプログラム。
【請求項８】
電磁波を出力して通信を開始し、コマンドを電磁波を介して送信する他の装置に、前記電磁波を負荷変調することにより前記コマンドに対するレスポンスを送信する通信装置において、
前記他の装置が、
タイムスロットに関するタイムスロット情報を含むコマンドを送信し、
前記通信装置が前記タイムスロット情報に対してあらかじめ設定された複数のタイムスロットそれぞれのタイミングで送信してくる、実データを含む、前記コマンドに対するレスポンスを受信する場合において、
前記他の装置からの前記コマンドに含まれる前記タイムスロット情報を認識する認識手段と、
前記タイムスロット情報に対してあらかじめ設定された複数のタイムスロットそれぞれのタイミングで、前記実データを含む複数のレスポンスを送信させる送信制御手段と
を備える通信装置。
【請求項９】
前記送信制御手段は、前記実データを、前記複数のレスポンスに分割して送信させる
請求項８に記載の通信装置。
【請求項１０】
複数の通信装置のそれぞれが使用すべき複数のタイムスロットが、前記タイムスロット情報に対してあらかじめ設定されている場合において、
前記送信制御手段は、前記通信装置自身が使用すべき複数のタイムスロットそれぞれのタイミングで、複数のレスポンスそれぞれを送信させる
請求項９に記載の通信装置。
【請求項１１】
前記送信制御手段は、前記実データに誤り訂正符号または誤り検出符号を付加したデータを、前記複数のレスポンスに分割して送信させる
請求項９に記載の通信装置。
【請求項１２】
電磁波を出力して通信を開始し、コマンドを電磁波を介して送信する他の装置に、前記電磁波を負荷変調することにより前記コマンドに対するレスポンスを送信する通信装置の通信方法において、
前記他の装置が、
タイムスロットに関するタイムスロット情報を含むコマンドを送信し、
前記通信装置が前記タイムスロット情報に対してあらかじめ設定された複数のタイムスロットそれぞれのタイミングで送信してくる、実データを含む、前記コマンドに対するレスポンスを受信する場合において、
前記他の装置からの前記コマンドに含まれる前記タイムスロット情報を認識し、
前記タイムスロット情報に対してあらかじめ設定された複数のタイムスロットそれぞれのタイミングで、前記実データを含む複数のレスポンスを送信させる
ステップを含む通信方法。
【請求項１３】
電磁波を出力して通信を開始し、コマンドを電磁波を介して送信する他の装置に、前記電磁波を負荷変調することにより前記コマンドに対するレスポンスを送信する通信装置を制御するコンピュータに実行させるプログラムにおいて、
前記他の装置が、
タイムスロットに関するタイムスロット情報を含むコマンドを送信し、
前記通信装置が前記タイムスロット情報に対してあらかじめ設定された複数のタイムスロットそれぞれのタイミングで送信してくる、実データを含む、前記コマンドに対するレスポンスを受信する場合において、
前記他の装置からの前記コマンドに含まれる前記タイムスロット情報を認識し、
前記タイムスロット情報に対してあらかじめ設定された複数のタイムスロットそれぞれのタイミングで、前記実データを含む複数のレスポンスを送信させる
ステップを含む処理をコンピュータに実行させるプログラム。

【図１】