受信装置、受信方法、プログラム、及び送信装置
【課題】所定のデータ構造により構成されるデータを送受信するための通信方式を用いて、所定のデータ構造とは異なるデータ構造により構成されるデータを送受信する。
【解決手段】JIS通信処理部６２は、受信した第１のデータに、ICカード２２の状態を遷移させる状態遷移コマンドが含まれる場合、状態遷移コマンドに基づいて、ICカード２２の状態を変更し、変換部６５は、ICカード２２の状態が、所定のデータ構造とは異なるデータ構造により構成される第２のデータを処理するACTIVE状態である場合、受信した第１のデータを、第２のデータに変換し、ISO処理部６６は、第２のデータに含まれるコマンドに応じた処理を行う。また、変換部６５は、第１のデータを、第２のデータに誤りが生じているか否かを判定するための第１のEDCを含む第２のデータに変換する。本発明は、非接触近接無線通信を行う通信装置に適用できる。
【解決手段】JIS通信処理部６２は、受信した第１のデータに、ICカード２２の状態を遷移させる状態遷移コマンドが含まれる場合、状態遷移コマンドに基づいて、ICカード２２の状態を変更し、変換部６５は、ICカード２２の状態が、所定のデータ構造とは異なるデータ構造により構成される第２のデータを処理するACTIVE状態である場合、受信した第１のデータを、第２のデータに変換し、ISO処理部６６は、第２のデータに含まれるコマンドに応じた処理を行う。また、変換部６５は、第１のデータを、第２のデータに誤りが生じているか否かを判定するための第１のEDCを含む第２のデータに変換する。本発明は、非接触近接無線通信を行う通信装置に適用できる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信装置、受信方法、プログラム、及び送信装置に関し、特に、例えば、非接触近接無線通信において、所定のデータ構造により構成されるデータを送受信するための通信方式を用いて、所定のデータ構造とは異なるデータ構造により構成されるデータを送受信できるようにした受信装置、受信方法、プログラム、及び送信装置に関する。
【背景技術】
【０００２】
従来、リーダライタとIC(integrated circuit)カード等との間で、電磁波を利用してデータの送受信を行う非接触近接無線通信技術が存在する。
【０００３】
この非接触無線通信技術では、コマンド体系や通信方式等が異なる複数の規格が存在する。したがって、例えば、リーダライタとICカードとが、それぞれ、異なる規格に準拠したものである場合、そのようなリーダライタとICカードとの間では、データの送受信を行うことができないことが生じ得る。
【０００４】
そこで、ICカードとリーダライタとの間にスルーリーダを設け、スルーリーダにより、それぞれ異なる規格に準拠したコマンドを送信するICカードからのコマンドをリーダライタにより認識することが可能なスルーコマンドに含めてリーダライタに供給するようにしたスルーコマンド技術が存在する（例えば、特許文献１を参照）。
【０００５】
このスルーコマンド技術によれば、リーダライタは、スルーリーダを介して、異なる規格に準拠したICカードからのコマンドを、スルーコマンドとして受信することができる。
【０００６】
また、例えば、リーダライタとICカードとの間で送受信される第１のメッセージと、リーダライタとICカードにおいて処理される第２のメッセージとのデータ構造が異なる場合に、第１のメッセージに、第２のメッセージを含めて送受信を行う送受信技術が存在する（例えば、特許文献２を参照）。
【０００７】
この送受信技術によれば、リーダライタとICカードとの間で、第１のメッセージの送受信を行いつつ、リーダライタとICカードにおいて、第１のメッセージに含まれる第２のメッセージを処理することが可能となる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００４−２６４９２１号公報
【特許文献２】特開２００５−２４２４４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ところで、非接触近接無線通信の規格の１つであるJIS(japanese industrial standard) X 6319-4には、JIS X 6319-4に規定されたデータ構造（フォーマット）により構成されるデータであるフレームを送受信するための通信方式（以下、フレーム通信方式という）を用いて、非接触近接無線通信を行うことが規定されている。
【００１０】
しかしながら、JIS X 6319-4には、フレーム通信方式を用いて、ISO/IEC(international organization for standardization/international electrotechnical commission) 14443-4に規定されたデータ構造により構成されるデータであるブロックや、ISO/IEC 7816-4に規定されたコマンド及びコマンドに対するレスポンス等を、非接触近接無線通信により送受信することは規定されていない。
【００１１】
このため、フレーム通信方式を用いて、ISO/IEC 14443-4に規定されたデータ構造のブロックや、ISO/IEC 7816-4に規定されたコマンド及びコマンドに対するレスポンス等を送受信することができなかった。このことは、上述したスルーコマンド技術、及び送受信技術についても同様である。
【００１２】
本発明は、このような状況に鑑みてなされたものであり、所定のデータ構造により構成されるデータを送受信するための通信方式を用いて、所定のデータ構造とは異なるデータ構造により構成されるデータを送受信できるようにするものである。
【課題を解決するための手段】
【００１３】
本発明の第１の側面の受信装置、又はプログラムは、非接触近接無線通信により、所定のデータ構造により構成される第１のデータを受信する受信装置、又受信装置として機能させるためのプログラムであって、受信した前記第１のデータに、前記受信装置の状態を遷移させる状態遷移コマンドが含まれる場合、前記状態遷移コマンドに基づいて、前記受信装置の状態を変更する変更手段と、前記受信装置の状態が、前記所定のデータ構造とは異なるデータ構造により構成される第２のデータを処理するACTIVE状態である場合、受信した前記第１のデータを、前記第２のデータに変換する変換手段と、前記第２のデータに含まれるコマンドに応じた処理を行う第１の処理手段とを含み、前記変換手段は、前記第１のデータを、前記第２のデータに誤りが生じているか否かを判定するための第１のEDC（error detection code）を含む前記第２のデータに変換する受信装置、又は受信装置として機能させるためのプログラムである。
【００１４】
前記第１の処理手段では、前記第１のEDCに基づいて、前記第２のデータに誤りが生じていないと判定した場合、前記第２のデータを処理するようにすることができる。
【００１５】
前記変換手段では、前記第１のデータに、前記第１のデータに誤りが生じているか否かを判定するための第２のEDCが含まれる場合、前記第２のEDCを、前記第１のEDCに置換して、前記第１のデータを前記第２のデータに変換するようにすることができる。
【００１６】
前記第１のデータは、JIS(japanese industrial standard) X 6319-4に準拠するデータ構造により構成されるデータを表すフレームであり、前記第２のデータは、ISO/IEC(international organization for standardization/international electrotechnical commission) 14443-4に準拠するデータ構造により構成されるデータを表すブロックであり、前記第１のEDCは、前記フレームに含まれるEDCを表すフレームEDCであり、前記第２のEDCは、前記ブロックに含まれるEDCを表すブロックEDCであるようにすることができる。
【００１７】
前記受信装置の状態が、前記第１のデータを処理するREADY状態である場合、受信した前記第１のデータに含まれるコマンドに応じた処理を行う第２の処理手段をさらに設けることができる。
【００１８】
前記変更手段では、前記受信装置の状態がIDLE状態である場合に、前記状態遷移コマンドがREQ又はWUPであるとき、前記受信装置の状態を、前記IDLE状態から前記READY状態に変更するようにすることができる。
【００１９】
前記変更手段では、前記受信装置の状態がREADY状態である場合に、前記状態遷移コマンドがATTRであるとき、前記受信装置の状態を、前記READY状態から前記ACTIVE状態に変更するようにすることができる。
【００２０】
本発明の第１の側面の受信方法は、非接触近接無線通信により、所定のデータ構造により構成される第１のデータを受信する受信装置の受信方法であって、前記受信装置は、変更手段と、変換手段と、第１の処理手段とを含み、前記変更手段が、受信した前記第１のデータに、前記受信装置の状態を遷移させる状態遷移コマンドが含まれる場合、前記状態遷移コマンドに基づいて、前記受信装置の状態を変更し、前記変換手段が、前記受信装置の状態が、前記所定のデータ構造とは異なるデータ構造により構成される第２のデータを処理するACTIVE状態である場合、受信した前記第１のデータを、前記第２のデータに変換し、前記第１の処理手段が、前記第２のデータに含まれるコマンドに応じた処理を行うステップを含み、前記変換手段は、前記第１のデータを、前記第２のデータに誤りが生じているか否かを判定するための第１のEDCを含む前記第２のデータに変換する受信方法である。
【００２１】
本発明の第１の側面によれば、受信した前記第１のデータに、前記受信装置の状態を遷移させる状態遷移コマンドが含まれる場合、前記状態遷移コマンドに基づいて、前記受信装置の状態が変更され、前記受信装置の状態が、前記所定のデータ構造とは異なるデータ構造により構成される第２のデータを処理するACTIVE状態である場合、受信した前記第１のデータが、前記第２のデータに変換され、変換された前記第２のデータに含まれるコマンドに応じた処理が行われる。
【００２２】
本発明の第２の側面の送信装置は、非接触近接無線通信により、所定のデータ構造により構成される第１のデータを送信する送信装置であって、前記所定のデータ構造とは異なるデータ構造により構成される第２のデータを生成する生成手段と、生成された前記第２のデータを、前記第１のデータに変換する変換手段と、変換された前記第１のデータを送信する送信手段とを含む送信装置である。
【００２３】
前記生成手段では、前記第２のデータに誤りが生じているか否かを判定するための第１のEDCを含む前記第２のデータを生成するようにすることができる。
【００２４】
前記変換手段では、前記第１のEDCに基づいて、前記第２のデータに誤りが生じていないと判定した場合、前記第２のデータを、前記第１のデータに変換するようにすることができる。
【００２５】
前記変換手段では、前記第１のEDCを、前記第１のデータに誤りが生じているか否かを判定するための第２のEDCに置換して、前記第２のデータを、前記第１のデータに変換するようにすることができる。
【００２６】
前記第１のデータは、JIS X 6319-4に準拠するデータ構造により構成されるデータを表すフレームであり、前記第２のデータは、ISO/IEC 14443-4に準拠するデータ構造により構成されるデータを表すブロックであり、前記第１のEDCは、前記フレームに含まれるEDCを表すフレームEDCであり、前記第２のEDCは、前記ブロックに含まれるEDCを表すブロックEDCであるようにすることができる。
【００２７】
本発明の第２の側面によれば、前記所定のデータ構造とは異なるデータ構造により構成される第２のデータが生成され、生成された前記第２のデータが、前記第１のデータに変換され、変換された前記第１のデータが送信される。
【発明の効果】
【００２８】
本発明によれば、所定のデータ構造により構成されるデータを送受信するための通信方式を用いて、所定のデータ構造とは異なるデータ構造により構成されるデータを送受信できる。
【図面の簡単な説明】
【００２９】
【図１】通信システムの構成例を示すブロック図である。
【図２】リーダライタの構成例を示すブロック図である。
【図３】ブロックをフレームに変換する処理を説明するための図である。
【図４】フレームをブロックに変換する処理を説明するための図である。
【図５】ICカードの構成例を示すブロック図である。
【図６】ICカードの状態遷移を示す図である。
【図７】受信処理を説明するためのフローチャートである。
【図８】コマンド処理を説明するためのフローチャートである。
【図９】REQのフォーマットの一例を示す図である。
【図１０】REQに対するレスポンスのフォーマットの一例を示す図である。
【図１１】PICC識別子の一例を示す図である。
【図１２】応答時間記述子の一例を示す図である。
【図１３】コンピュータの構成例を示すブロック図である。
【発明を実施するための形態】
【００３０】
以下、発明を実施するための形態（以下、実施の形態という）について説明する。なお、説明は以下の順序で行う。
１． 本実施の形態（フレーム通信方式を用いて、ブロックを交換する例）
２． 変形例
【００３１】
＜１．本実施の形態＞
[通信システム１の構成例]
図１は、本実施の形態である通信システム１の構成例を示している。
【００３２】
この通信システム１は、リーダライタ２１及びICカード２２により構成されている。リーダライタ２１とICカード２２との間では、JIS X 6319-4に規定されたデータ構造により構成されるデータであるフレームを送受信するためのフレーム通信方式を用いた非接触近接無線通信により、ISO/IEC 14443-4に規定されたデータ構造により構成されるデータであるブロックが送受信（交換）される。
【００３３】
リーダライタ２１は、フレーム通信方式を用いて送信されるICカード２２からのフレームを受信し、受信したフレームをブロックに変換する。そして、リーダライタ２１は、ブロックを処理対象として、対応する処理を行う。
【００３４】
また、リーダライタ２１は、ブロックを生成し、生成したブロックをフレームに変換する。そして、リーダライタ２１は、変換されたフレームを、フレーム通信方式を用いて送信する。
【００３５】
ICカード２２は、フレーム通信方式を用いて送信される、例えばリーダライタ２１等からのフレームを受信する。そして、ICカード２２は、受信したフレームに、ICカード２２の状態を遷移させるための状態遷移コマンドが含まれる場合、その状態遷移コマンドに応じて、IDLE状態、READY状態、ACTIVE状態、又はHALT状態のいずれかの状態とされる。なお、状態遷移コマンド、及びICカード２２による状態遷移の詳細は、後述する図６を参照して説明する。
【００３６】
ICカード２２は、READY状態である場合、フレームを処理対象として、対応する処理を行うICカードとして機能し、ACTIVE状態である場合、ブロックを処理対象として、対応する処理を行うICカードとして機能する。
【００３７】
すなわち、例えば、ICカード２２が、フレームを処理対象として、対応する処理を行うリーダライタとフレーム通信方式を用いた非接触近接無線通信を行う場合、そのリーダライタにより、ICカード２２はREADY状態とされる。そして、ICカード２２とリーダライタとの間で、フレーム通信方式により、フレームの送受信が行われる。
【００３８】
また、例えば、ICカード２２が、ブロックを対象として、対応する処理を行うリーダライタ２１とフレーム通信方式を用いた非接触近接無線通信を行う場合、リーダライタ２１により、ICカード２２はACTIVE状態とされる。そして、ICカード２２とリーダライタ２１との間で、フレーム通信方式により、フレームに変換されたブロックの送受信が行われる。
【００３９】
以下、リーダライタ２１とICカード２２との間で、フレーム通信方式により、フレームに変換されたブロックを送受信する非接触近接無線通信について説明する。
【００４０】
[リーダライタ２１の構成例]
次に、図２は、リーダライタ２１の構成例を示している。
【００４１】
このリーダライタ２１は、ISO処理部４１、変換部４２、及びRF（radio frequency）送受信部４３により構成される。
【００４２】
ISO処理部４１は、ISO/IEC 14443-4に規定されたデータ構造のブロックを処理対象として、対応する処理を行う。
【００４３】
すなわち、例えば、ISO処理部４１は、変換部４２からのブロックに含まれるコマンドに対応する処理を行う。そして、ISO処理部４１は、その結果得られる処理結果を含むブロックを生成し、変換部４２に供給する。
【００４４】
変換部４２は、ISO処理部４１からのブロックをフレームに変換し、RF送受信部４３に供給する。また、変換部４２は、RF処理部４３からのフレームをブロックに変換し、ISO処理部４１に供給する。なお、変換部４２が行う処理の詳細は、図３及び図４を参照して後述する。
【００４５】
RF送受信部４３は、フレーム通信方式により、例えばICカード２２からのフレームを受信し、変換部４２に供給する。また、RF送受信部４３は、フレーム通信方式により、変換部４２からのフレームを送信する。
【００４６】
[変換部４２が行う処理の説明]
次に、図３及び図４を参照して、変換部４２が行う処理の詳細を説明する。
【００４７】
図３は、変換部４２が、ISO処理部４１からのブロックをフレームに変換する様子を示している。
【００４８】
図３Aに示されるブロックは、１バイトのPCB（protocol control byte、プロトコル制御バイト）,１バイトのCID（card identifier、カード識別子）,１バイトのNAD（node address、ノードアドレス）,１乃至２５１バイトのINF（information field、情報フィールド）、及び２バイトのEDC（error detection code、誤り検出符号）により構成される。
【００４９】
図３Bに示されるフレームは、６バイトのプリアンブル、２バイトの同期コード、INFのデータ長を表す１バイトのLEN(length)、１バイトのPCB、１バイトのCID、１バイトのNAD、１乃至２５１バイトのINF、及び２バイトのEDCにより構成される。
【００５０】
なお、図３Aに示されるブロック内のEDCは、ブロック内のPCB,CID,NAD及びINFを構成するデータに基づいて算出される。図３Aに示されるブロック内のEDCは、ブロック内のPCB,CID,NAD及びINFを構成するデータにエラー（誤り）が生じているか否かを、例えば、CRC（cyclic redundancy check、巡回冗長検査）等により判定（検出）するために用いられる。
【００５１】
また、図３Bに示されるフレーム内のEDCは、フレーム内のLEN,PCB,CID,NAD及びINFを構成するデータに基づいて算出される。図３Bに示されるフレーム内のEDCは、フレーム内のLEN,PCB,CID,NAD及びINFを構成するデータにエラーが生じているか否かを、例えば、CRC等により判定するために用いられる。
【００５２】
ここで、以下の説明において、図３Aに示されるブロック内のEDCを、ブロックEDCといい、図３Bに示されるフレーム内のEDCを、フレームEDCという。
【００５３】
変換部４２は、ISO処理部４１から供給される、図３Aに示されたようなブロックEDCに基づいて、PCB,CID,NAD及びINFにより構成されるデータにエラーが生じているか否かを判定する。
【００５４】
そして、変換部４２は、ブロックEDCに基づいて、PCB,CID,NAD及びINFにより構成されるデータにエラーが生じていないと判定した場合、ISO処理部４１から供給されるブロックの先頭部分に、プリアンブル、同期コード、LENを付加する。また、変換部４２は、LEN,PCB,CID,NAD及びINFにより構成されるデータに対応するフレームEDCを算出し、ブロックEDCと置き換える（置換する）。
【００５５】
これにより、変換部４２は、図３Aに示されたようなブロックを、図３Bに示されたようなフレームに変換し、RF送受信部４３に供給する。
【００５６】
次に、図４は、変換部４２が、RF送受信部４３からのフレームをブロックに置換する様子を示している。
【００５７】
図４Aに示されるフレームは、図３Bに示されたフレームと同様のフレームを表している。図４Bに示されるブロックは、図３Aに示されたブロックと同様のブロックを表している。
【００５８】
変換部４２は、RF送受信部４３から供給される、図４Aに示されたようなフレームEDCに基づいて、LEN,PCB,CID,NAD及びINFにより構成されるデータにエラーが生じているか否かを判定する。
【００５９】
そして、変換部４２は、フレームEDCに基づいて、LEN,PCB,CID,NAD及びINFにより構成されるデータにエラーが生じていないと判定した場合、RF送受信部４３から供給されるフレームの先頭部分に付加されているプリアンブル、同期コード及びLENを削除する。また、変換部４２は、残りのPCB,CID,NAD及びINFにより構成されるデータに対応するブロックEDCを算出し、フレームEDCと置き換える。
【００６０】
これにより、変換部４２は、図４Aに示されたようなフレームを、図４Bに示されたようなブロックに変換し、ISO処理部４１に供給する。
【００６１】
[ICカード２２の構成例]
次に、図５は、ICカード２２の構成例を示している。
【００６２】
このICカード２２は、RF送受信部６１、JIS通信処理部６２、状態記憶部６３、JIS処理部６４、変換部６５、及びISO処理部６６により構成される。
【００６３】
RF送受信部６１は、フレーム通信方式により、例えばリーダライタ２１からのフレームを受信し、JIS通信処理部６２に供給する。また、RF送受信部６１は、フレーム通信方式により、JIS通信処理部６２からのフレームを送信する。
【００６４】
JIS通信処理部６２は、RF送受信部６１からのフレームに、ICカード２２の状態を遷移させるための状態遷移コマンド（例えば、後述するREQ,WUP,ATTR及びHLT等）が含まれる場合、その状態遷移コマンドに基づいて、状態記憶部６３に保持されている状態情報を更新する。
【００６５】
なお、JIS通信処理部６２は、JIS X 6319-4に規定されたコマンドに対応する処理を行うが、後述するWUP,ATTR及びHLTは、元来、JIS X 6319-4に規定されていない。
【００６６】
したがって、JIS X 6319-4に規定されたコマンドに対応する処理を行うJIS通信処理部６２では、通常、WUP,ATTR及びHLTに対応する処理を行うことはできない。
【００６７】
しかしながら、本発明では、JIS X 6319-4に規定するコマンドに対応する処理を行うJIS通信処理部６２においても、WUP,ATTR及びHLTに対応する処理を行うことができるように、JIS X 6319-4を拡張するようにしている。
【００６８】
また、本発明では、JIS X 6319-4:2005との後方互換性を維持するために、JIS X 6319-4によりREQを拡張するようにしている。なお、JIS X 6319-4によるREQの拡張については、図９乃至図１２を参照して後述する。
【００６９】
さらに、状態遷移コマンドとして、REQ,WUP,ATTR及びHLTの他、ICカード２２の状態を、ACTIVE状態からHALT状態に遷移させるためのDESELECTが存在するが、このDESELECTは、ISO/IEC 14443-4において定義される。したがって、DESELECTは、JIS通信処理部６２ではなく、後述するISO処理部６６により処理される。
【００７０】
JIS通信処理部６２は、状態記憶部６３に保持されている状態情報が、READY状態を示している場合、RF送受信部６１からのフレームに含まれる処理コマンド（ICカード２２に所定の処理を実行させるためのコマンド）が、ICカード２２を一意に識別するためのPICC識別子を含むPICC識別子一致コマンドであるか否かを判定する。
【００７１】
そして、JIS通信処理部６２は、RF送受信部６１からのフレームに含まれる処理コマンドが、PICC識別子一致コマンドであると判定した場合、RF送受信部６１からのフレームを、JIS処理部６４に供給する。
【００７２】
また、JIS通信処理部６２は、状態記憶部６３に保持されている状態情報が、ACTIVE状態を示している場合、RF送受信部６１からのフレームを、変換部６５に供給する。
【００７３】
さらに、JIS通信処理部６２は、JIS処理部６４又は変換部６５からのフレームを、RF送受信部６１に供給する。
【００７４】
状態記憶部６３は、ICカード２２の状態を表す状態情報を保持する。なお、状態記憶部６３には、POWER OFF状態を表す状態情報が予め保持されている。
【００７５】
JIS処理部６４は、フレームを処理対象として、JIS X 6319-4に規定された処理コマンドに対応する処理を行う。すなわち、例えば、JIS処理部６４は、JIS通信処理部６２からのフレームに含まれる、JIS X 6319-4に規定されたコマンドに対応する処理を行う。また、JIS処理部６４は、その処理の結果得られる処理結果を含むフレームを生成し、JIS通信処理部６２に供給する。
【００７６】
変換部６５は、図２の変換部４２と同様に、JIS通信処理部６２からのフレームをブロックに変換し、ISO処理部６６に供給する。また、変換部６５は、ISO通信処理部６６からのブロックをフレームに変換し、JIS通信処理部６２に供給する。
【００７７】
ISO処理部６６は、ブロックを処理対象として、ISO/IEC 14443-4に規定された処理コマンドに対応する処理を行う。すなわち、例えば、ISO処理部６６は、変換部６５からのブロックに含まれる、ISO/IEC 14443-4に規定された処理コマンドに対応する処理を行う。また、ISO処理部６６は、その処理の結果得られる処理結果を含むブロックを生成し、変換部６５に供給する。
【００７８】
また、ISO処理部６６は、変換部６５からのブロックに含まれる、ISO/IEC 14443-4に規定された状態遷移コマンドであるDESELECTに基づいて、状態記憶部６３に保持されている、ACTIVE状態を表す状態情報を、HALT状態を表す状態情報に更新する。
【００７９】
[ICカード２２の状態遷移]
次に、図６を参照して、ICカード２２の状態遷移の様子を説明する。
【００８０】
ICカード２２が、例えばリーダライタ２１等により発生されるRFフィールド（磁界）内に存在しない場合、ICカード２２の状態はPOWER OFF状態とされる。
【００８１】
また、POWER OFF状態において、ICカード２２が、リーダライタ２１にかざされて、リーダライタ２１等により発生されるRFフィールド内に含まれるようになった場合、ICカード２２の状態は、POWER OFF状態からIDLE状態に遷移する。
【００８２】
IDLE状態において、ICカード２２が、リーダライタ２１等により発生されるRFフィールド内に含まれなくなった場合、ICカード２２の状態は、IDLE状態からPOWER OFF状態に遷移する。なお、IDLE状態の他、READY状態、ACTIVE状態、HALT状態、又は後述するJIS-ACTIVE状態のいずれの状態においても、ICカード２２が、リーダライタ２１等により発生されるRFフィールド内に含まれなくなった場合、ICカード２２の状態は、POWER OFF状態に遷移する。
【００８３】
また、IDLE状態において、REQ(リクエストコマンド)又はWUP(ウェイクアップコマンド)を受信した場合、ICカード２２の状態は、IDLE状態から、READY状態のREADY-REQUESTED状態に遷移する。
【００８４】
READY状態におけるREADY-REQUESTED状態において、ICカード２２が、受信したREQ又はWUPに対するレスポンス（ICカード２２のPICC識別子を含む）を送信した場合、ICカード２２の状態は、READY-REQUESTED状態からREADY-DECLARED状態に遷移する。
【００８５】
ICカード２２が、REQ又はWUPに対するレスポンスを送信したことにより、例えばリーダライタ２１は、REQ又はWUPに対するレスポンスに含まれるICカード２２のPICC識別子を取得する。これにより、リーダライタ２１は、取得したPICC識別子により、ICカード２２宛てに処理コマンド等を送信することが可能となる。
【００８６】
READY状態におけるREADY-DECLARED状態において、ICカード２２が受信したフレームに含まれる処理コマンドが、PICC識別子一致コマンドである場合、ICカードの状態はREADY-DECLARED状態からJIS-ACTIVE状態に遷移する。そして、JIS-ACTIVE状態において、ICカード２２が、その処理コマンドに対応する処理を行い、処理コマンドに対するレスポンスを送信した場合、ICカード２２の状態は、JIS-ACTIVE状態からREADY-DECLARED状態に遷移する（戻る）。
【００８７】
また、READY-DECLARED状態において、ICカード２２が受信したフレームに含まれる処理コマンドが、PICC識別子一致コマンドでない場合、ICカード２２の状態は、READY-DECLARED状態のままである。
【００８８】
なお、READY-DECLARED状態において、ICカード２２が、リーダライタ２１からのREQ又はWUPを受信した場合、ICカード２２の状態は、READY-DECLARED状態からREADY-REQUESTED状態に遷移する。そして、READY-REQUESTED状態において、IDLE状態においてREQ又はWUPを受信し、IDLE状態からREADY-REQUESTED状態に遷移した場合と同様の処理が行われる。
【００８９】
READY状態（READY-REQUESTED状態又はREADY-DECLARED状態のいずれかの状態）において、HLT（ホルトコマンド）を受信した場合、HLTに対するレスポンスを送信後、ICカード２２の状態は、READY状態からHALT状態に遷移する。
【００９０】
また、READY状態において、ATTR（アトリビュートコマンド）を受信した場合、ATTRに対するレスポンスを送信後、ICカード２２の状態は、READY状態からACTIVE状態に遷移する。
【００９１】
ACTIVE状態において、ICカード２２が受信したフレームに含まれるコマンドが、ICカード２２のPICC識別子を含む処理コマンドである場合、ICカード２２は、処理コマンドに対応する処理を行う。この場合、ICカード２２の状態は、ACTIVE状態のままである。
【００９２】
ACTIVE状態において、DESELECTを受信した場合、DESELECTに対するレスポンスを送信後、ICカード２２の状態は、ACTIVE状態からHALT状態に遷移する。
【００９３】
HALT状態において、WUPを受信した場合、WUPに対するレスポンスを送信後、ICカード２２の状態は、HALT状態からIDLE状態に遷移する。
【００９４】
[ICカード２２による受信処理の動作説明]
次に、ICカード２２が、リーダライタ２１等からのフレームを受信する受信処理を説明する。
【００９５】
図７及び図８は、受信処理を説明するためのフローチャートである。この受信処理は、例えばリーダライタ２１等からフレームが送信されたときに開始される。
【００９６】
なお、ICカード２２の状態は、ACTIVE状態、READY状態、HALT状態、又はIDLE状態のいずれの状態であるとして、受信処理を説明する。
【００９７】
ステップＳ１において、RF送受信部６１は、リーダライタ２１からのフレーム（フレームEDCを含む）を受信し、JIS通信処理部６２に供給する。JIS通信処理部６２は、RF送受信部６１からのフレームEDCに基づいて、フレームにエラーが生じていないか否かを判定する。
【００９８】
ステップＳ２において、JIS通信処理部６２は、RF送受信部６１からのフレームEDCに基づいて、フレームにエラーが生じていると判定した場合、RF送受信部６１からのフレームを破棄（無視）して、処理を終了する。
【００９９】
また、ステップＳ２において、JIS通信処理部６２は、RF送受信部６１からのフレームEDCに基づいて、フレームにエラーが生じていないと判定した場合、処理をステップＳ３に進める。
【０１００】
ステップＳ３において、JIS通信処理部６２は、状態記憶部６３に保持されている状態情報を読み出す。そして、JIS通信処理部６２は、読み出した状態情報に基づいて、ICカード２２の状態がACTIVE状態、READY状態、HALT状態、又はIDLE状態のいずれの状態であるかを判定し、処理をステップＳ４に進める。
【０１０１】
ステップＳ４において、JIS通信処理部６２は、RF送受信部６１からのフレーム内のコマンドが、状態遷移コマンドであるか否かを判定する。
【０１０２】
ステップＳ４において、JIS通信処理部６２は、RF送受信部６１からのフレーム内のコマンドが、状態遷移コマンドでないと判定した場合、処理をステップＳ５に進める。
【０１０３】
ステップＳ５では、ICカード２２がACTIVE状態である場合に、ISO処理部６６による処理を行い、ICカード２２がREADY状態である場合に、JIS処理部６４による処理を行うコマンド処理が行われる。なお、このコマンド処理の詳細は、図８を参照して後述する。
【０１０４】
ステップＳ４において、JIS通信処理部６２は、RF送受信部６１からのフレーム内のコマンドが、状態遷移コマンドであると判定した場合、ステップＳ３の処理において判定したICカード２２の状態に応じて、処理をステップＳ６乃至ステップＳ９のいずれかに進める。
【０１０５】
すなわち、JIS通信処理部６２は、ステップＳ３の処理において判定したICカード２２の状態がACTIVE状態であるときに処理をステップＳ６に進め、READY状態であるときに処理をステップＳ７に進め、HALT状態であるときに処理をステップＳ８に進め、IDLE状態であるときに処理をステップＳ９に進める。
【０１０６】
ステップＳ６において、ICカード２２の状態はACTIVE状態である。したがって、JIS通信処理部６２は、RF送受信部６１からのフレームを変換部６５に供給する。変換部６５は、JIS通信処理部６２からのフレームをブロックに変換し、ISO処理部６６に供給する。
【０１０７】
ISO処理部６６は、変換部６５からのブロック内のコマンドがDESELECTである場合、DESELECTに対するレスポンスを、変換部６５、JIS通信処理部６２、及びRF送受信部６１を介して送信する。そして、ISO処理部６６は、HALT状態であることを表す状態情報を生成し、状態記憶部６３に供給して上書きする。これにより、状態記憶部６３に保持されている状態情報が表すICカード２２の状態は、ACTIVE状態からHALT状態に遷移する。
【０１０８】
ステップＳ７において、JIS通信処理部６２は、RF送受信部６１からのフレーム内のコマンドがATTRである場合、ATTRに対するレスポンスを、RF送受信部６１を介して送信する。そして、JIS通信処理部６２は、ACTIVE状態であることを表す状態情報を生成し、状態記憶部６３に供給して上書きする。これにより、状態記憶部６３に保持されている状態情報が表すICカード２２の状態は、READY状態からACTIVE状態に遷移する。
【０１０９】
また、JIS通信処理部６２は、RF送受信部６１からのフレーム内のコマンドがHLTである場合、HLTに対するレスポンスを、RF送受信部６１を介して送信する。そして、JIS通信処理部６２は、HALT状態であることを表す状態情報を生成し、状態記憶部６３に供給して上書きする。これにより、状態記憶部６３に保持されている状態情報が表すICカード２２の状態は、READY状態からHALT状態に遷移する。
【０１１０】
なお、READY状態におけるREADY-DECLARED状態において、JIS通信処理部６２は、RF送受信部６１からのフレーム内のコマンドがREQ又はWUPである場合、REQ又はWUPに対するレスポンスを、RF送受信部６１を介して送信する。そして、JIS通信処理部６２は、READY状態におけるREADY-REQUESTED状態であることを表す状態情報を生成し、状態記憶部６３に供給して上書きする。これにより、状態記憶部６３に保持されている状態情報が表すICカード２２の状態は、READY状態におけるREADY-DECLARED状態からREADY-REQUESTED状態に遷移する。
【０１１１】
ステップＳ８において、JIS通信処理部６２は、RF送受信部６１からのフレーム内のコマンドがWUPである場合、WUPに対するレスポンスを、RF送受信部６１を介して送信する。そして、JIS通信処理部６２は、IDLE状態であることを表す状態情報を生成し、状態記憶部６３に供給して上書きする。これにより、状態記憶部６３に保持されている状態情報が表すICカード２２の状態は、HALT状態からIDLE状態に遷移する。
【０１１２】
ステップＳ９において、JIS通信処理部６２は、RF送受信部６１からのフレーム内のコマンドがREQ又はWUPである場合、REQ又はWUPに対するレスポンスを、RF送受信部６１を介して送信する。そして、JIS通信処理部６２は、READY状態におけるREADY-REQUESTED状態であることを表す状態情報を生成し、状態記憶部６３に供給して上書きする。これにより、状態記憶部６３に保持されている状態情報が表すICカード２２の状態は、IDLE状態からREADY状態におけるREADY-REQUESTED状態に遷移する。以上で受信処理は終了される。
【０１１３】
[ICカード２２によるコマンド処理の動作説明]
次に、図７のステップＳ５におけるコマンド処理の詳細を説明する。図８は、コマンド処理を説明するためのフローチャートである。
【０１１４】
ステップＳ３１において、JIS通信処理部６２は、処理を、図７のステップＳ３の処理において判定したICカード２２の状態に応じたステップに進める。
【０１１５】
ステップＳ３１において、図７のステップＳ３の処理において判定したICカード２２の状態がACTIVE状態である場合、JIS通信処理部６２は、RF送受信部６１からのフレームを、変換部６５に供給して、処理をステップＳ３２に進める。
【０１１６】
ステップＳ３２において、変換部６５は、JIS通信処理部６２からのフレームをブロックに変換して、ISO処理部６６に供給する。
【０１１７】
すなわち、例えば、変換部６５は、JIS通信処理部６２から供給されるフレーム内の、プリアンブル、同期コード、及びLENを削除し、残りのPCB,CID,NAD及びINFにより構成されるデータに対応するブロックEDCを算出する。
【０１１８】
そして、変換部６５は、JIS通信処理部６２から供給されるフレームEDCを、算出したブロックEDCに置き換えて、ブロックを生成し、ISO処理部６６に供給する。
【０１１９】
ステップＳ３３において、ISO処理部６６は、変換部６５からのブロックに含まれるブロックEDCに基づいて、変換部６５からのブロックに誤り（エラー）が生じているか否かを判定する。そして、ISO処理部６６は、その判定結果に基づいて、変換部６５からのブロックに誤りが生じていないことを確認した後、処理をステップＳ３４に進める。
【０１２０】
なお、ステップＳ３３において、変換部６５からのブロックに誤りが生じていないことが確認できない場合には、変換部６５からのブロックに誤りが生じていないことが確認できるまで、ステップＳ３２において、再度、ブロックが生成される。
【０１２１】
ステップＳ３４において、ISO処理部６６は、変換部６５からのブロックに含まれる、ISO/IEC 14443-4に規定されたコマンドに基づいて、対応する処理を行う。
【０１２２】
ステップＳ３５において、ISO処理部６６は、ステップＳ３４の処理により得られる処理結果を含むブロックを生成する。すなわち、例えば、ISO処理部６６は、ステップＳ３４の処理により得られる処理結果を含むINFに、対応するPCB,CID及びNADを付加する。
【０１２３】
そして、ISO処理部６６は、INF,PCB,CID及びNADに基づいて、対応するブロックEDCを算出し、算出されたブロックEDCを、PCB,CID及びNADが付加されたINFに付加して、その結果得られるブロックを、変換部６５に供給する。
【０１２４】
ステップＳ３６において、変換部６５は、ISO処理部６６からのブロックEDCに基づいて、ブロックに誤りが生じているか否かを判定する。そして、変換部６５は、その判定結果に基づいて、変換部６５からのブロックに誤りが生じていないことを確認した後、処理をステップＳ３７に進める。
【０１２５】
なお、ステップＳ３６において、変換部６５からのブロックに誤りが生じていないことが確認できない場合には、変換部６５からのブロックに誤りが生じていないことが確認できるまで、ステップＳ３５において、再度、ブロックが生成される。
【０１２６】
ステップＳ３７において、変換部６５は、ISO処理部６６からのブロックをフレームに変換して、JIS通信処理部６２に供給する。
【０１２７】
すなわち、例えば、変換部６５は、ISO処理部６６から供給されるブロックに、プリアンブル、同期コード、及びLENを付加するとともに、PCB,CID,NAD,INF、及び付加されたLENにより構成されるデータに対応するフレームEDCを算出する。
【０１２８】
そして、変換部６５は、算出したフレームEDCと、ISO処理部６６から供給されるブロックEDCとを置き換えて、その結果得られるフレームを、JIS通信処理部６２に供給する。
【０１２９】
ステップＳ３８において、JIS通信処理部６２は、変換部６５から供給されるフレームをRF送受信部６１に供給する。そして、RF送受信部６１は、JIS通信処理部６２から供給されるフレームを、フレーム通信方式により送信して、処理を、図７のステップＳ５にリターンする。
【０１３０】
また、ステップＳ３１において、図７のステップＳ３の処理において判定したICカード２２の状態がREADY状態である場合、JIS通信処理部６２は、RF送受信部６１からのフレームを、JIS処理部６４に供給して、処理をステップＳ３９に進める。
【０１３１】
ステップＳ３９において、JIS処理部６４は、JIS通信処理部６２からのフレームに含まれる、JIS X 6319-4に準拠したコマンドが、PICC識別子一致コマンドであるか否かを判定する。
【０１３２】
ステップＳ３９において、JIS処理部６４は、JIS通信処理部６２からのフレームに含まれる、JIS X 6319-4に準拠したコマンドが、PICC識別子一致コマンドでないと判定した場合、処理を、図７のステップＳ５にリターンする。
【０１３３】
また、ステップＳ３９において、JIS処理部６４は、JIS通信処理部６２からのフレームに含まれる、JIS X 6319-4に準拠したコマンドが、PICC識別子一致コマンドであると判定した場合、処理をステップＳ４０に進める。
【０１３４】
ステップＳ４０において、JIS処理部６４は、JIS-ACTIVE状態であることを表す状態情報を生成し、状態記憶部６３に供給して上書きする。これにより、状態記憶部６３に保持されている状態情報が表すICカード２２の状態は、READY(READY-DECLARED)状態からJIS-ACTIVE状態に遷移する。
【０１３５】
ステップＳ４１において、JIS処理部６４は、JIS通信処理部６２からのフレームに含まれる、JIS X 6319-4に準拠したコマンドに基づいて、対応する処理を行う。
【０１３６】
ステップＳ４２において、JIS処理部６４は、ステップＳ４１の処理により得られる処理結果を含むフレームを生成する。すなわち、例えば、JIS処理部６４は、ステップＳ４１の処理により得られる処理結果を含むINFに、対応するプリアンブル、同期コード、LEN,PCB,CID及びNADを付加する。
【０１３７】
そして、JIS処理部６４は、INF,LEN,PCB,CID及びNADに基づいて、対応するフレームEDCを算出し、算出されたフレームEDCを、プリアンブル、同期コード、LEN,PCB,CID及びNADが付加されたINFに付加して、その結果得られるフレームを、JIS通信処理部６２に供給する。
【０１３８】
ステップＳ４３において、JIS通信処理部６２は、JIS処理部６４から供給されるフレームをRF送受信部６１に供給する。そして、RF送受信部６１は、JIS処理部６４から供給されるフレームを、フレーム通信方式により送信する。
【０１３９】
ステップＳ４４において、JIS処理部６４は、READY状態(READY-DECLARED状態)であることを表す状態情報を生成し、状態記憶部６３に供給して上書きする。これにより、状態記憶部６３に保持されている状態情報が表すICカード２２の状態は、JIS-ACTIVE状態からREADY状態に遷移する。ステップＳ４４の処理の終了後、JIS処理部６４は、処理を、図７のステップＳ５にリターンする。
【０１４０】
なお、ステップＳ３１において、図７のステップＳ３の処理において判定したICカード２２の状態がHALT状態又はIDLE状態のいずれかである場合、JIS通信処理部６２は、処理を、図７のステップＳ５にリターンする。
【０１４１】
以上説明したように、受信処理では、状態遷移コマンドに応じて、ICカード２２の状態を遷移させるようにした。そして、受信処理におけるコマンド処理において、ICカード２２は、READY状態である場合に、フレームを処理対象とするICカードとして機能し、ACTIVE状態である場合に、ブロックを処理対象とするICカードとして機能するようにした。
【０１４２】
したがって、例えば、ICカード２２では、データ構造が異なるフレーム及びブロックのいずれに対しても、対応する処理を行うことが可能となる。
【０１４３】
また、例えば、ICカード２２がACTIVE状態である場合には、変換部６５が、リーダライタ２１からのフレームをISO処理部６６によって処理することが可能なブロックに変換するとともに、ISO処理部６６からのブロックをフレーム通信方式により送信することが可能なフレームに変換するようにした。
【０１４４】
したがって、ICカード２２とリーダライタ２１との間で、フレームの送受信を行うためのフレーム通信方式を用いて、ブロックを送受信（交換）することが可能となる。
【０１４５】
また、コマンド処理では、ステップＳ３２において、受信したフレームをブロックに変換し、ステップＳ３３において、変換後のブロックに誤りが生じていないことを確認するようにした。
【０１４６】
したがって、ステップＳ３４において、誤りが生じていない変換後のブロックに対して処理を行うことが可能となる。
【０１４７】
さらに、コマンド処理では、ステップＳ３５において、ブロックを生成し、ステップＳ３６において、生成したブロックに誤りが生じていないことを確認するようにした。
【０１４８】
したがって、ステップＳ３７において、誤りが生じていないブロックをフレームに変換することが可能となる。
【０１４９】
[JIS X 6319-4の拡張]
本発明では、ICカード２２において、JIS X 6319-4に規定されたコマンドを送信するリーダライタ、及びISO/IEC 14443-4に規定されたコマンドを送信するリーダライタ２１のいずれのリーダライタとも、フレーム通信方式を用いた非接触近接無線通信を行うことができるように、JIS X 6319-4を拡張するようにした。
【０１５０】
すなわち、例えば、本発明では、上述したATTR，WUP及びHLTを、JIS X 6319-4に規定されるコマンドとして含めるように、JIS X 6319-4を拡張し、JIS通信処理部６２が、拡張されたJIS X 6319-4に規定されるコマンドに対応する処理を行うようにしている。これにより、JIS通信処理部６２は、上述したATTR，WUP及びHLTに応じて、ICカード２２の状態を更新することが可能となる。
【０１５１】
その他、本実施の形態では、JIS X 6319-4に規定されたREQ等を拡張して、JIS X 6319-4:2005との後方互換性を維持できるようにしている。
【０１５２】
次に、図９は、JIS X 6319-4において拡張されるREQのフォーマットの一例を示している。
【０１５３】
図９のREQは、それぞれ１バイトにより構成されるコマンドコード、システムコード、リクエストコード、及びタイムスロットコードにより構成される。
【０１５４】
コマンドコードは、"00"とされる。なお、""により囲まれる値は、１６進数を表す。
【０１５５】
システムコードは、固定値及びAFI(application family identifier)により構成される。固定値は、"AA"とされる。システムコードにおいて、分野を特定しない場合には、AFIの値は"FF"とされる。
【０１５６】
AFIは、ISO/IEC 14443-3(JIS X 6322-3)の規定に準拠した値とされる。なお、AFIにおいては、"00"や下位４ビットが0となる値は使用されない。
【０１５７】
また、JIS X 6319-4:2005の規定との後方互換性を維持するために、システムコード"AAFF"に加えて、"FFFF"も分野を特定しないシステムコードの値とされる。
【０１５８】
リクエストコードが"00"である場合、REQは、JIS X 6319-4:2005に規定されたREQと互換性があることを示す。また、リクエストコードが"01"である場合、リクエストコードは、REQに対するレスポンスにシステムコード情報フィールドを付加して応答させることを示す。
【０１５９】
さらに、リクエストコードが"02"である場合、リクエストコードは、REQに対するレスポンスに伝送プロトコル能力を付加して応答させることを示す。
【０１６０】
なお、リクエストコードにおいて、"03"乃至"FF"は、RFU(reserved for future use)とされる。
【０１６１】
タイムスロットコードは、ICカード２２が対応すべきタイムスロットの最大値を表す。タイムスロットコードとしては、１個のタイムスロットを表す"00"、２個のタイムスロットを表す"01"、４個のタイムスロットを表す"03"、８個のタイムスロットを表す"07"、又は１６個のタイムスロットを表す"0F"のいずれかを採用することができる。
【０１６２】
次に、図１０は、REQに対するレスポンスの一例を示している。
【０１６３】
図１０に示す、REQに対するレスポンスは、１バイトの応答コード、８バイトのPICC識別子、８バイトの応答時間記述子、及び、０バイト又は２バイトのリクエストデータにより構成される。
【０１６４】
応答コードは、"01"とされる。PICC識別子は、ICカード２２を識別するためのIDとされる。
【０１６５】
応答時間記述子は、ICカード２２の応答時間を算出するために用いられる８バイトの情報であり、上位（先頭の）２バイトは、それぞれ、"FF"とされ、最下位の１バイトは"FF"とされる。
【０１６６】
リクエストデータは、例えばREQに含まれるリクエストコードが"01"である場合、システムコード情報フィールド（を表すデータ）とされる。
【０１６７】
また、リクエストデータは、例えばREQに含まれるリクエストコードが"02"である場合、伝送プロトコル能力（を表すデータ）とされる。
【０１６８】
次に、図１１は、REQに対するレスポンスに含まれるPICC識別子の一例を示している。
【０１６９】
PICC識別子は、８バイトの数値であり、先頭の２バイトは"02FE"とされ、残りの６バイトは、PICCであるICカードを識別するためのPICC識別番号とされる。
【０１７０】
なお、PICC識別子において、先頭の２バイトの"02FE"以外の値は、本発明を適用した通信システム１等とは異なる通信システムにおいて使用されている可能性があるため、先頭の２バイトには、"02FE"以外の値を割り当てないようにしている。
【０１７１】
次に、図１２は、REQに対するレスポンスに含まれる応答時間記述子の一例を示している。
【０１７２】
応答時間識別子は、受信したコマンドに対するICカード２２による応答時間を算出するために用いられる８バイトの値である。
【０１７３】
応答時間識別子において、先頭の２バイトは"FFFF"とされる。また、最下位バイトB7は、将来のために予約されたものであるため、"FF"としなければならない。
【０１７４】
＜２．変形例＞
本実施の形態では、ICカード２２が、ICカード２２の状態に応じて、フレームを処理するICカード、又はブロックを処理するICカードの一方として機能するようにした。しかしながら、このICカード２２に代えて、リーダライタ２１が、リーダライタ２１の状態に応じて、フレームを処理するリーダライタ、又はブロックを処理するリーダライタの一方として機能するように構成することが可能である。
【０１７５】
この場合、リーダライタ２１は、フレームを処理するICカード、及びブロックを処理するICカードと、フレーム通信方式を用いた非接触近接無線通信を行うことが可能となる。
【０１７６】
また、本実施の形態では、ブロックを、フレーム通信方式により送受信するようにしたので、例えばISO/IEC 7816-4に規定されたコマンド等をブロックに含めて、フレーム通信方式により送受信することが可能である。
【０１７７】
さらに、本実施の形態では、フレーム通信方式によりブロックを送受信するリーダライタ２１やICカード２２について説明したが、本発明は、フレーム通信方式によりブロックを送受信する通信装置であれば、どのような通信装置にも適用できる。
【０１７８】
また、本実施の形態では、JIS X 6319-4に規定するコマンドに対応する処理を行うJIS通信処理部６２においても、WUP,ATTR及びHLTに対応する処理を行うことができるように、JIS X 6319-4を拡張するようにしたが、これに限定されない。
【０１７９】
すなわち、例えば、JIS通信処理部６２においても、WUP,ATTR及びHLTの他、DESELECTに対応する処理を行うことができるように、JIS X 6319-4を拡張するようにしてもよい。
【０１８０】
この場合、JIS通信処理部６２は、WUP,ATTR及びHLTの他、DESELECTにも応じて、状態記憶部６３に保持されている状態情報を更新することが可能となるため、状態遷移コマンドがDESELECTである場合には、そのDESELECTをJIS通信処理部６２から変換部６５を介してISO処理部６６に供給する本実施の形態と比較して、より迅速に、状態情報を更新することが可能となる。
【０１８１】
また、本実施の形態では、ISO/IEC 14443-4の規定に準拠するブロックをフレームに変換するようにしたが、フレームに変換されるブロックとしては、これに限定されない。すなわち、例えば、図３及び図４において説明した変換方法により、フレームに変換することが可能なブロックであれば、どのようなデータ構造を有するブロックでも採用することが可能である。この場合、ブロックのデータ構造は、例えば、ISO/IEC 14443-4の規定において拡張（変更）される。
【０１８２】
さらに、本実施の形態では、JIS X 6319-4の規定に準拠するフレームを、リーダライタ２１とICカード２２との間でやりとりするようにしたが、やりとりされるフレームとしては、これに限定されない。すなわち、例えば、リーダライタ２１とICカード２２との間でやりとりすることが可能なフレームであれば、どのようなデータ構造を有するフレームでも採用することが可能である。この場合、フレームのデータ構造は、例えば、JIS X 6319-4の規定において拡張される。
【０１８３】
次に、上述した一連の処理は、専用のハードウエアにより実行させることもできるし、ソフトウエアにより実行させることもできる。一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、いわゆる組み込み型のコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のコンピュータなどに、記録媒体からインストールされる。
【０１８４】
[コンピュータの構成例]
図１３は、上述した一連の処理をプログラムにより実行するコンピュータの構成例を示している。
【０１８５】
CPU（central processing unit）２０１は、ROM（read only memory）２０２、または記憶部２０８に記憶されているプログラムに従って各種の処理を実行する。RAM（random access memory）２０３には、CPU２０１が実行するプログラムやデータなどが適宜記憶される。これらのCPU２０１、ROM２０２、およびRAM２０３は、バス２０４により相互に接続されている。
【０１８６】
CPU２０１にはまた、バス２０４を介して入出力インタフェース２０５が接続されている。入出力インタフェース２０５には、キーボード、マウス、マイクロホンなどよりなる入力部２０６、ディスプレイ、スピーカなどよりなる出力部２０７が接続されている。CPU２０１は、入力部２０６から入力される指令に対応して各種の処理を実行する。そして、CPU２０１は、処理の結果を出力部２０７に出力する。
【０１８７】
入出力インタフェース２０５に接続されている記憶部２０８は、例えばハードディスクからなり、CPU２０１が実行するプログラムや各種のデータを記憶する。通信部２０９は、インターネットやローカルエリアネットワークなどのネットワークを介して外部の装置と通信する。
【０１８８】
また、通信部２０９を介してプログラムを取得し、記憶部２０８に記憶してもよい。
【０１８９】
入出力インタフェース２０５に接続されているドライブ２１０は、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア２１１が装着されたとき、それらを駆動し、そこに記録されているプログラムやデータなどを取得する。取得されたプログラムやデータは、必要に応じて記憶部２０８に転送され、記憶される。
【０１９０】
コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを記録する記録媒体は、図１３に示されるように、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(compact disc-read only memory),DVD(digital versatile disc)を含む）、光磁気ディスク（ＭＤ（mini-disc）を含む）、もしくは半導体メモリなどよりなるパッケージメディアであるリムーバブルメディア２１１、または、プログラムが一時的もしくは永続的に記録されるROM２０２や、記憶部２０８を構成するハードディスクなどにより構成される。記録媒体へのプログラムの記録は、必要に応じてルータ、モデムなどのインタフェースである通信部２０９を介して、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の通信媒体を利用して行われる。
【０１９１】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１９２】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１９３】
なお、本実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【０１９４】
１ 通信システム， ２１ リーダライタ， ２２ ICカード， ４１ ISO処理部， ４２ 変換部， ４３，６１ RF送受信部， ６２ JIS通信処理部， ６３ 状態記憶部， ６４ JIS処理部， ６５ 変換部, ６６ ISO処理部
【技術分野】
【０００１】
本発明は、受信装置、受信方法、プログラム、及び送信装置に関し、特に、例えば、非接触近接無線通信において、所定のデータ構造により構成されるデータを送受信するための通信方式を用いて、所定のデータ構造とは異なるデータ構造により構成されるデータを送受信できるようにした受信装置、受信方法、プログラム、及び送信装置に関する。
【背景技術】
【０００２】
従来、リーダライタとIC(integrated circuit)カード等との間で、電磁波を利用してデータの送受信を行う非接触近接無線通信技術が存在する。
【０００３】
この非接触無線通信技術では、コマンド体系や通信方式等が異なる複数の規格が存在する。したがって、例えば、リーダライタとICカードとが、それぞれ、異なる規格に準拠したものである場合、そのようなリーダライタとICカードとの間では、データの送受信を行うことができないことが生じ得る。
【０００４】
そこで、ICカードとリーダライタとの間にスルーリーダを設け、スルーリーダにより、それぞれ異なる規格に準拠したコマンドを送信するICカードからのコマンドをリーダライタにより認識することが可能なスルーコマンドに含めてリーダライタに供給するようにしたスルーコマンド技術が存在する（例えば、特許文献１を参照）。
【０００５】
このスルーコマンド技術によれば、リーダライタは、スルーリーダを介して、異なる規格に準拠したICカードからのコマンドを、スルーコマンドとして受信することができる。
【０００６】
また、例えば、リーダライタとICカードとの間で送受信される第１のメッセージと、リーダライタとICカードにおいて処理される第２のメッセージとのデータ構造が異なる場合に、第１のメッセージに、第２のメッセージを含めて送受信を行う送受信技術が存在する（例えば、特許文献２を参照）。
【０００７】
この送受信技術によれば、リーダライタとICカードとの間で、第１のメッセージの送受信を行いつつ、リーダライタとICカードにおいて、第１のメッセージに含まれる第２のメッセージを処理することが可能となる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００４−２６４９２１号公報
【特許文献２】特開２００５−２４２４４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ところで、非接触近接無線通信の規格の１つであるJIS(japanese industrial standard) X 6319-4には、JIS X 6319-4に規定されたデータ構造（フォーマット）により構成されるデータであるフレームを送受信するための通信方式（以下、フレーム通信方式という）を用いて、非接触近接無線通信を行うことが規定されている。
【００１０】
しかしながら、JIS X 6319-4には、フレーム通信方式を用いて、ISO/IEC(international organization for standardization/international electrotechnical commission) 14443-4に規定されたデータ構造により構成されるデータであるブロックや、ISO/IEC 7816-4に規定されたコマンド及びコマンドに対するレスポンス等を、非接触近接無線通信により送受信することは規定されていない。
【００１１】
このため、フレーム通信方式を用いて、ISO/IEC 14443-4に規定されたデータ構造のブロックや、ISO/IEC 7816-4に規定されたコマンド及びコマンドに対するレスポンス等を送受信することができなかった。このことは、上述したスルーコマンド技術、及び送受信技術についても同様である。
【００１２】
本発明は、このような状況に鑑みてなされたものであり、所定のデータ構造により構成されるデータを送受信するための通信方式を用いて、所定のデータ構造とは異なるデータ構造により構成されるデータを送受信できるようにするものである。
【課題を解決するための手段】
【００１３】
本発明の第１の側面の受信装置、又はプログラムは、非接触近接無線通信により、所定のデータ構造により構成される第１のデータを受信する受信装置、又受信装置として機能させるためのプログラムであって、受信した前記第１のデータに、前記受信装置の状態を遷移させる状態遷移コマンドが含まれる場合、前記状態遷移コマンドに基づいて、前記受信装置の状態を変更する変更手段と、前記受信装置の状態が、前記所定のデータ構造とは異なるデータ構造により構成される第２のデータを処理するACTIVE状態である場合、受信した前記第１のデータを、前記第２のデータに変換する変換手段と、前記第２のデータに含まれるコマンドに応じた処理を行う第１の処理手段とを含み、前記変換手段は、前記第１のデータを、前記第２のデータに誤りが生じているか否かを判定するための第１のEDC（error detection code）を含む前記第２のデータに変換する受信装置、又は受信装置として機能させるためのプログラムである。
【００１４】
前記第１の処理手段では、前記第１のEDCに基づいて、前記第２のデータに誤りが生じていないと判定した場合、前記第２のデータを処理するようにすることができる。
【００１５】
前記変換手段では、前記第１のデータに、前記第１のデータに誤りが生じているか否かを判定するための第２のEDCが含まれる場合、前記第２のEDCを、前記第１のEDCに置換して、前記第１のデータを前記第２のデータに変換するようにすることができる。
【００１６】
前記第１のデータは、JIS(japanese industrial standard) X 6319-4に準拠するデータ構造により構成されるデータを表すフレームであり、前記第２のデータは、ISO/IEC(international organization for standardization/international electrotechnical commission) 14443-4に準拠するデータ構造により構成されるデータを表すブロックであり、前記第１のEDCは、前記フレームに含まれるEDCを表すフレームEDCであり、前記第２のEDCは、前記ブロックに含まれるEDCを表すブロックEDCであるようにすることができる。
【００１７】
前記受信装置の状態が、前記第１のデータを処理するREADY状態である場合、受信した前記第１のデータに含まれるコマンドに応じた処理を行う第２の処理手段をさらに設けることができる。
【００１８】
前記変更手段では、前記受信装置の状態がIDLE状態である場合に、前記状態遷移コマンドがREQ又はWUPであるとき、前記受信装置の状態を、前記IDLE状態から前記READY状態に変更するようにすることができる。
【００１９】
前記変更手段では、前記受信装置の状態がREADY状態である場合に、前記状態遷移コマンドがATTRであるとき、前記受信装置の状態を、前記READY状態から前記ACTIVE状態に変更するようにすることができる。
【００２０】
本発明の第１の側面の受信方法は、非接触近接無線通信により、所定のデータ構造により構成される第１のデータを受信する受信装置の受信方法であって、前記受信装置は、変更手段と、変換手段と、第１の処理手段とを含み、前記変更手段が、受信した前記第１のデータに、前記受信装置の状態を遷移させる状態遷移コマンドが含まれる場合、前記状態遷移コマンドに基づいて、前記受信装置の状態を変更し、前記変換手段が、前記受信装置の状態が、前記所定のデータ構造とは異なるデータ構造により構成される第２のデータを処理するACTIVE状態である場合、受信した前記第１のデータを、前記第２のデータに変換し、前記第１の処理手段が、前記第２のデータに含まれるコマンドに応じた処理を行うステップを含み、前記変換手段は、前記第１のデータを、前記第２のデータに誤りが生じているか否かを判定するための第１のEDCを含む前記第２のデータに変換する受信方法である。
【００２１】
本発明の第１の側面によれば、受信した前記第１のデータに、前記受信装置の状態を遷移させる状態遷移コマンドが含まれる場合、前記状態遷移コマンドに基づいて、前記受信装置の状態が変更され、前記受信装置の状態が、前記所定のデータ構造とは異なるデータ構造により構成される第２のデータを処理するACTIVE状態である場合、受信した前記第１のデータが、前記第２のデータに変換され、変換された前記第２のデータに含まれるコマンドに応じた処理が行われる。
【００２２】
本発明の第２の側面の送信装置は、非接触近接無線通信により、所定のデータ構造により構成される第１のデータを送信する送信装置であって、前記所定のデータ構造とは異なるデータ構造により構成される第２のデータを生成する生成手段と、生成された前記第２のデータを、前記第１のデータに変換する変換手段と、変換された前記第１のデータを送信する送信手段とを含む送信装置である。
【００２３】
前記生成手段では、前記第２のデータに誤りが生じているか否かを判定するための第１のEDCを含む前記第２のデータを生成するようにすることができる。
【００２４】
前記変換手段では、前記第１のEDCに基づいて、前記第２のデータに誤りが生じていないと判定した場合、前記第２のデータを、前記第１のデータに変換するようにすることができる。
【００２５】
前記変換手段では、前記第１のEDCを、前記第１のデータに誤りが生じているか否かを判定するための第２のEDCに置換して、前記第２のデータを、前記第１のデータに変換するようにすることができる。
【００２６】
前記第１のデータは、JIS X 6319-4に準拠するデータ構造により構成されるデータを表すフレームであり、前記第２のデータは、ISO/IEC 14443-4に準拠するデータ構造により構成されるデータを表すブロックであり、前記第１のEDCは、前記フレームに含まれるEDCを表すフレームEDCであり、前記第２のEDCは、前記ブロックに含まれるEDCを表すブロックEDCであるようにすることができる。
【００２７】
本発明の第２の側面によれば、前記所定のデータ構造とは異なるデータ構造により構成される第２のデータが生成され、生成された前記第２のデータが、前記第１のデータに変換され、変換された前記第１のデータが送信される。
【発明の効果】
【００２８】
本発明によれば、所定のデータ構造により構成されるデータを送受信するための通信方式を用いて、所定のデータ構造とは異なるデータ構造により構成されるデータを送受信できる。
【図面の簡単な説明】
【００２９】
【図１】通信システムの構成例を示すブロック図である。
【図２】リーダライタの構成例を示すブロック図である。
【図３】ブロックをフレームに変換する処理を説明するための図である。
【図４】フレームをブロックに変換する処理を説明するための図である。
【図５】ICカードの構成例を示すブロック図である。
【図６】ICカードの状態遷移を示す図である。
【図７】受信処理を説明するためのフローチャートである。
【図８】コマンド処理を説明するためのフローチャートである。
【図９】REQのフォーマットの一例を示す図である。
【図１０】REQに対するレスポンスのフォーマットの一例を示す図である。
【図１１】PICC識別子の一例を示す図である。
【図１２】応答時間記述子の一例を示す図である。
【図１３】コンピュータの構成例を示すブロック図である。
【発明を実施するための形態】
【００３０】
以下、発明を実施するための形態（以下、実施の形態という）について説明する。なお、説明は以下の順序で行う。
１． 本実施の形態（フレーム通信方式を用いて、ブロックを交換する例）
２． 変形例
【００３１】
＜１．本実施の形態＞
[通信システム１の構成例]
図１は、本実施の形態である通信システム１の構成例を示している。
【００３２】
この通信システム１は、リーダライタ２１及びICカード２２により構成されている。リーダライタ２１とICカード２２との間では、JIS X 6319-4に規定されたデータ構造により構成されるデータであるフレームを送受信するためのフレーム通信方式を用いた非接触近接無線通信により、ISO/IEC 14443-4に規定されたデータ構造により構成されるデータであるブロックが送受信（交換）される。
【００３３】
リーダライタ２１は、フレーム通信方式を用いて送信されるICカード２２からのフレームを受信し、受信したフレームをブロックに変換する。そして、リーダライタ２１は、ブロックを処理対象として、対応する処理を行う。
【００３４】
また、リーダライタ２１は、ブロックを生成し、生成したブロックをフレームに変換する。そして、リーダライタ２１は、変換されたフレームを、フレーム通信方式を用いて送信する。
【００３５】
ICカード２２は、フレーム通信方式を用いて送信される、例えばリーダライタ２１等からのフレームを受信する。そして、ICカード２２は、受信したフレームに、ICカード２２の状態を遷移させるための状態遷移コマンドが含まれる場合、その状態遷移コマンドに応じて、IDLE状態、READY状態、ACTIVE状態、又はHALT状態のいずれかの状態とされる。なお、状態遷移コマンド、及びICカード２２による状態遷移の詳細は、後述する図６を参照して説明する。
【００３６】
ICカード２２は、READY状態である場合、フレームを処理対象として、対応する処理を行うICカードとして機能し、ACTIVE状態である場合、ブロックを処理対象として、対応する処理を行うICカードとして機能する。
【００３７】
すなわち、例えば、ICカード２２が、フレームを処理対象として、対応する処理を行うリーダライタとフレーム通信方式を用いた非接触近接無線通信を行う場合、そのリーダライタにより、ICカード２２はREADY状態とされる。そして、ICカード２２とリーダライタとの間で、フレーム通信方式により、フレームの送受信が行われる。
【００３８】
また、例えば、ICカード２２が、ブロックを対象として、対応する処理を行うリーダライタ２１とフレーム通信方式を用いた非接触近接無線通信を行う場合、リーダライタ２１により、ICカード２２はACTIVE状態とされる。そして、ICカード２２とリーダライタ２１との間で、フレーム通信方式により、フレームに変換されたブロックの送受信が行われる。
【００３９】
以下、リーダライタ２１とICカード２２との間で、フレーム通信方式により、フレームに変換されたブロックを送受信する非接触近接無線通信について説明する。
【００４０】
[リーダライタ２１の構成例]
次に、図２は、リーダライタ２１の構成例を示している。
【００４１】
このリーダライタ２１は、ISO処理部４１、変換部４２、及びRF（radio frequency）送受信部４３により構成される。
【００４２】
ISO処理部４１は、ISO/IEC 14443-4に規定されたデータ構造のブロックを処理対象として、対応する処理を行う。
【００４３】
すなわち、例えば、ISO処理部４１は、変換部４２からのブロックに含まれるコマンドに対応する処理を行う。そして、ISO処理部４１は、その結果得られる処理結果を含むブロックを生成し、変換部４２に供給する。
【００４４】
変換部４２は、ISO処理部４１からのブロックをフレームに変換し、RF送受信部４３に供給する。また、変換部４２は、RF処理部４３からのフレームをブロックに変換し、ISO処理部４１に供給する。なお、変換部４２が行う処理の詳細は、図３及び図４を参照して後述する。
【００４５】
RF送受信部４３は、フレーム通信方式により、例えばICカード２２からのフレームを受信し、変換部４２に供給する。また、RF送受信部４３は、フレーム通信方式により、変換部４２からのフレームを送信する。
【００４６】
[変換部４２が行う処理の説明]
次に、図３及び図４を参照して、変換部４２が行う処理の詳細を説明する。
【００４７】
図３は、変換部４２が、ISO処理部４１からのブロックをフレームに変換する様子を示している。
【００４８】
図３Aに示されるブロックは、１バイトのPCB（protocol control byte、プロトコル制御バイト）,１バイトのCID（card identifier、カード識別子）,１バイトのNAD（node address、ノードアドレス）,１乃至２５１バイトのINF（information field、情報フィールド）、及び２バイトのEDC（error detection code、誤り検出符号）により構成される。
【００４９】
図３Bに示されるフレームは、６バイトのプリアンブル、２バイトの同期コード、INFのデータ長を表す１バイトのLEN(length)、１バイトのPCB、１バイトのCID、１バイトのNAD、１乃至２５１バイトのINF、及び２バイトのEDCにより構成される。
【００５０】
なお、図３Aに示されるブロック内のEDCは、ブロック内のPCB,CID,NAD及びINFを構成するデータに基づいて算出される。図３Aに示されるブロック内のEDCは、ブロック内のPCB,CID,NAD及びINFを構成するデータにエラー（誤り）が生じているか否かを、例えば、CRC（cyclic redundancy check、巡回冗長検査）等により判定（検出）するために用いられる。
【００５１】
また、図３Bに示されるフレーム内のEDCは、フレーム内のLEN,PCB,CID,NAD及びINFを構成するデータに基づいて算出される。図３Bに示されるフレーム内のEDCは、フレーム内のLEN,PCB,CID,NAD及びINFを構成するデータにエラーが生じているか否かを、例えば、CRC等により判定するために用いられる。
【００５２】
ここで、以下の説明において、図３Aに示されるブロック内のEDCを、ブロックEDCといい、図３Bに示されるフレーム内のEDCを、フレームEDCという。
【００５３】
変換部４２は、ISO処理部４１から供給される、図３Aに示されたようなブロックEDCに基づいて、PCB,CID,NAD及びINFにより構成されるデータにエラーが生じているか否かを判定する。
【００５４】
そして、変換部４２は、ブロックEDCに基づいて、PCB,CID,NAD及びINFにより構成されるデータにエラーが生じていないと判定した場合、ISO処理部４１から供給されるブロックの先頭部分に、プリアンブル、同期コード、LENを付加する。また、変換部４２は、LEN,PCB,CID,NAD及びINFにより構成されるデータに対応するフレームEDCを算出し、ブロックEDCと置き換える（置換する）。
【００５５】
これにより、変換部４２は、図３Aに示されたようなブロックを、図３Bに示されたようなフレームに変換し、RF送受信部４３に供給する。
【００５６】
次に、図４は、変換部４２が、RF送受信部４３からのフレームをブロックに置換する様子を示している。
【００５７】
図４Aに示されるフレームは、図３Bに示されたフレームと同様のフレームを表している。図４Bに示されるブロックは、図３Aに示されたブロックと同様のブロックを表している。
【００５８】
変換部４２は、RF送受信部４３から供給される、図４Aに示されたようなフレームEDCに基づいて、LEN,PCB,CID,NAD及びINFにより構成されるデータにエラーが生じているか否かを判定する。
【００５９】
そして、変換部４２は、フレームEDCに基づいて、LEN,PCB,CID,NAD及びINFにより構成されるデータにエラーが生じていないと判定した場合、RF送受信部４３から供給されるフレームの先頭部分に付加されているプリアンブル、同期コード及びLENを削除する。また、変換部４２は、残りのPCB,CID,NAD及びINFにより構成されるデータに対応するブロックEDCを算出し、フレームEDCと置き換える。
【００６０】
これにより、変換部４２は、図４Aに示されたようなフレームを、図４Bに示されたようなブロックに変換し、ISO処理部４１に供給する。
【００６１】
[ICカード２２の構成例]
次に、図５は、ICカード２２の構成例を示している。
【００６２】
このICカード２２は、RF送受信部６１、JIS通信処理部６２、状態記憶部６３、JIS処理部６４、変換部６５、及びISO処理部６６により構成される。
【００６３】
RF送受信部６１は、フレーム通信方式により、例えばリーダライタ２１からのフレームを受信し、JIS通信処理部６２に供給する。また、RF送受信部６１は、フレーム通信方式により、JIS通信処理部６２からのフレームを送信する。
【００６４】
JIS通信処理部６２は、RF送受信部６１からのフレームに、ICカード２２の状態を遷移させるための状態遷移コマンド（例えば、後述するREQ,WUP,ATTR及びHLT等）が含まれる場合、その状態遷移コマンドに基づいて、状態記憶部６３に保持されている状態情報を更新する。
【００６５】
なお、JIS通信処理部６２は、JIS X 6319-4に規定されたコマンドに対応する処理を行うが、後述するWUP,ATTR及びHLTは、元来、JIS X 6319-4に規定されていない。
【００６６】
したがって、JIS X 6319-4に規定されたコマンドに対応する処理を行うJIS通信処理部６２では、通常、WUP,ATTR及びHLTに対応する処理を行うことはできない。
【００６７】
しかしながら、本発明では、JIS X 6319-4に規定するコマンドに対応する処理を行うJIS通信処理部６２においても、WUP,ATTR及びHLTに対応する処理を行うことができるように、JIS X 6319-4を拡張するようにしている。
【００６８】
また、本発明では、JIS X 6319-4:2005との後方互換性を維持するために、JIS X 6319-4によりREQを拡張するようにしている。なお、JIS X 6319-4によるREQの拡張については、図９乃至図１２を参照して後述する。
【００６９】
さらに、状態遷移コマンドとして、REQ,WUP,ATTR及びHLTの他、ICカード２２の状態を、ACTIVE状態からHALT状態に遷移させるためのDESELECTが存在するが、このDESELECTは、ISO/IEC 14443-4において定義される。したがって、DESELECTは、JIS通信処理部６２ではなく、後述するISO処理部６６により処理される。
【００７０】
JIS通信処理部６２は、状態記憶部６３に保持されている状態情報が、READY状態を示している場合、RF送受信部６１からのフレームに含まれる処理コマンド（ICカード２２に所定の処理を実行させるためのコマンド）が、ICカード２２を一意に識別するためのPICC識別子を含むPICC識別子一致コマンドであるか否かを判定する。
【００７１】
そして、JIS通信処理部６２は、RF送受信部６１からのフレームに含まれる処理コマンドが、PICC識別子一致コマンドであると判定した場合、RF送受信部６１からのフレームを、JIS処理部６４に供給する。
【００７２】
また、JIS通信処理部６２は、状態記憶部６３に保持されている状態情報が、ACTIVE状態を示している場合、RF送受信部６１からのフレームを、変換部６５に供給する。
【００７３】
さらに、JIS通信処理部６２は、JIS処理部６４又は変換部６５からのフレームを、RF送受信部６１に供給する。
【００７４】
状態記憶部６３は、ICカード２２の状態を表す状態情報を保持する。なお、状態記憶部６３には、POWER OFF状態を表す状態情報が予め保持されている。
【００７５】
JIS処理部６４は、フレームを処理対象として、JIS X 6319-4に規定された処理コマンドに対応する処理を行う。すなわち、例えば、JIS処理部６４は、JIS通信処理部６２からのフレームに含まれる、JIS X 6319-4に規定されたコマンドに対応する処理を行う。また、JIS処理部６４は、その処理の結果得られる処理結果を含むフレームを生成し、JIS通信処理部６２に供給する。
【００７６】
変換部６５は、図２の変換部４２と同様に、JIS通信処理部６２からのフレームをブロックに変換し、ISO処理部６６に供給する。また、変換部６５は、ISO通信処理部６６からのブロックをフレームに変換し、JIS通信処理部６２に供給する。
【００７７】
ISO処理部６６は、ブロックを処理対象として、ISO/IEC 14443-4に規定された処理コマンドに対応する処理を行う。すなわち、例えば、ISO処理部６６は、変換部６５からのブロックに含まれる、ISO/IEC 14443-4に規定された処理コマンドに対応する処理を行う。また、ISO処理部６６は、その処理の結果得られる処理結果を含むブロックを生成し、変換部６５に供給する。
【００７８】
また、ISO処理部６６は、変換部６５からのブロックに含まれる、ISO/IEC 14443-4に規定された状態遷移コマンドであるDESELECTに基づいて、状態記憶部６３に保持されている、ACTIVE状態を表す状態情報を、HALT状態を表す状態情報に更新する。
【００７９】
[ICカード２２の状態遷移]
次に、図６を参照して、ICカード２２の状態遷移の様子を説明する。
【００８０】
ICカード２２が、例えばリーダライタ２１等により発生されるRFフィールド（磁界）内に存在しない場合、ICカード２２の状態はPOWER OFF状態とされる。
【００８１】
また、POWER OFF状態において、ICカード２２が、リーダライタ２１にかざされて、リーダライタ２１等により発生されるRFフィールド内に含まれるようになった場合、ICカード２２の状態は、POWER OFF状態からIDLE状態に遷移する。
【００８２】
IDLE状態において、ICカード２２が、リーダライタ２１等により発生されるRFフィールド内に含まれなくなった場合、ICカード２２の状態は、IDLE状態からPOWER OFF状態に遷移する。なお、IDLE状態の他、READY状態、ACTIVE状態、HALT状態、又は後述するJIS-ACTIVE状態のいずれの状態においても、ICカード２２が、リーダライタ２１等により発生されるRFフィールド内に含まれなくなった場合、ICカード２２の状態は、POWER OFF状態に遷移する。
【００８３】
また、IDLE状態において、REQ(リクエストコマンド)又はWUP(ウェイクアップコマンド)を受信した場合、ICカード２２の状態は、IDLE状態から、READY状態のREADY-REQUESTED状態に遷移する。
【００８４】
READY状態におけるREADY-REQUESTED状態において、ICカード２２が、受信したREQ又はWUPに対するレスポンス（ICカード２２のPICC識別子を含む）を送信した場合、ICカード２２の状態は、READY-REQUESTED状態からREADY-DECLARED状態に遷移する。
【００８５】
ICカード２２が、REQ又はWUPに対するレスポンスを送信したことにより、例えばリーダライタ２１は、REQ又はWUPに対するレスポンスに含まれるICカード２２のPICC識別子を取得する。これにより、リーダライタ２１は、取得したPICC識別子により、ICカード２２宛てに処理コマンド等を送信することが可能となる。
【００８６】
READY状態におけるREADY-DECLARED状態において、ICカード２２が受信したフレームに含まれる処理コマンドが、PICC識別子一致コマンドである場合、ICカードの状態はREADY-DECLARED状態からJIS-ACTIVE状態に遷移する。そして、JIS-ACTIVE状態において、ICカード２２が、その処理コマンドに対応する処理を行い、処理コマンドに対するレスポンスを送信した場合、ICカード２２の状態は、JIS-ACTIVE状態からREADY-DECLARED状態に遷移する（戻る）。
【００８７】
また、READY-DECLARED状態において、ICカード２２が受信したフレームに含まれる処理コマンドが、PICC識別子一致コマンドでない場合、ICカード２２の状態は、READY-DECLARED状態のままである。
【００８８】
なお、READY-DECLARED状態において、ICカード２２が、リーダライタ２１からのREQ又はWUPを受信した場合、ICカード２２の状態は、READY-DECLARED状態からREADY-REQUESTED状態に遷移する。そして、READY-REQUESTED状態において、IDLE状態においてREQ又はWUPを受信し、IDLE状態からREADY-REQUESTED状態に遷移した場合と同様の処理が行われる。
【００８９】
READY状態（READY-REQUESTED状態又はREADY-DECLARED状態のいずれかの状態）において、HLT（ホルトコマンド）を受信した場合、HLTに対するレスポンスを送信後、ICカード２２の状態は、READY状態からHALT状態に遷移する。
【００９０】
また、READY状態において、ATTR（アトリビュートコマンド）を受信した場合、ATTRに対するレスポンスを送信後、ICカード２２の状態は、READY状態からACTIVE状態に遷移する。
【００９１】
ACTIVE状態において、ICカード２２が受信したフレームに含まれるコマンドが、ICカード２２のPICC識別子を含む処理コマンドである場合、ICカード２２は、処理コマンドに対応する処理を行う。この場合、ICカード２２の状態は、ACTIVE状態のままである。
【００９２】
ACTIVE状態において、DESELECTを受信した場合、DESELECTに対するレスポンスを送信後、ICカード２２の状態は、ACTIVE状態からHALT状態に遷移する。
【００９３】
HALT状態において、WUPを受信した場合、WUPに対するレスポンスを送信後、ICカード２２の状態は、HALT状態からIDLE状態に遷移する。
【００９４】
[ICカード２２による受信処理の動作説明]
次に、ICカード２２が、リーダライタ２１等からのフレームを受信する受信処理を説明する。
【００９５】
図７及び図８は、受信処理を説明するためのフローチャートである。この受信処理は、例えばリーダライタ２１等からフレームが送信されたときに開始される。
【００９６】
なお、ICカード２２の状態は、ACTIVE状態、READY状態、HALT状態、又はIDLE状態のいずれの状態であるとして、受信処理を説明する。
【００９７】
ステップＳ１において、RF送受信部６１は、リーダライタ２１からのフレーム（フレームEDCを含む）を受信し、JIS通信処理部６２に供給する。JIS通信処理部６２は、RF送受信部６１からのフレームEDCに基づいて、フレームにエラーが生じていないか否かを判定する。
【００９８】
ステップＳ２において、JIS通信処理部６２は、RF送受信部６１からのフレームEDCに基づいて、フレームにエラーが生じていると判定した場合、RF送受信部６１からのフレームを破棄（無視）して、処理を終了する。
【００９９】
また、ステップＳ２において、JIS通信処理部６２は、RF送受信部６１からのフレームEDCに基づいて、フレームにエラーが生じていないと判定した場合、処理をステップＳ３に進める。
【０１００】
ステップＳ３において、JIS通信処理部６２は、状態記憶部６３に保持されている状態情報を読み出す。そして、JIS通信処理部６２は、読み出した状態情報に基づいて、ICカード２２の状態がACTIVE状態、READY状態、HALT状態、又はIDLE状態のいずれの状態であるかを判定し、処理をステップＳ４に進める。
【０１０１】
ステップＳ４において、JIS通信処理部６２は、RF送受信部６１からのフレーム内のコマンドが、状態遷移コマンドであるか否かを判定する。
【０１０２】
ステップＳ４において、JIS通信処理部６２は、RF送受信部６１からのフレーム内のコマンドが、状態遷移コマンドでないと判定した場合、処理をステップＳ５に進める。
【０１０３】
ステップＳ５では、ICカード２２がACTIVE状態である場合に、ISO処理部６６による処理を行い、ICカード２２がREADY状態である場合に、JIS処理部６４による処理を行うコマンド処理が行われる。なお、このコマンド処理の詳細は、図８を参照して後述する。
【０１０４】
ステップＳ４において、JIS通信処理部６２は、RF送受信部６１からのフレーム内のコマンドが、状態遷移コマンドであると判定した場合、ステップＳ３の処理において判定したICカード２２の状態に応じて、処理をステップＳ６乃至ステップＳ９のいずれかに進める。
【０１０５】
すなわち、JIS通信処理部６２は、ステップＳ３の処理において判定したICカード２２の状態がACTIVE状態であるときに処理をステップＳ６に進め、READY状態であるときに処理をステップＳ７に進め、HALT状態であるときに処理をステップＳ８に進め、IDLE状態であるときに処理をステップＳ９に進める。
【０１０６】
ステップＳ６において、ICカード２２の状態はACTIVE状態である。したがって、JIS通信処理部６２は、RF送受信部６１からのフレームを変換部６５に供給する。変換部６５は、JIS通信処理部６２からのフレームをブロックに変換し、ISO処理部６６に供給する。
【０１０７】
ISO処理部６６は、変換部６５からのブロック内のコマンドがDESELECTである場合、DESELECTに対するレスポンスを、変換部６５、JIS通信処理部６２、及びRF送受信部６１を介して送信する。そして、ISO処理部６６は、HALT状態であることを表す状態情報を生成し、状態記憶部６３に供給して上書きする。これにより、状態記憶部６３に保持されている状態情報が表すICカード２２の状態は、ACTIVE状態からHALT状態に遷移する。
【０１０８】
ステップＳ７において、JIS通信処理部６２は、RF送受信部６１からのフレーム内のコマンドがATTRである場合、ATTRに対するレスポンスを、RF送受信部６１を介して送信する。そして、JIS通信処理部６２は、ACTIVE状態であることを表す状態情報を生成し、状態記憶部６３に供給して上書きする。これにより、状態記憶部６３に保持されている状態情報が表すICカード２２の状態は、READY状態からACTIVE状態に遷移する。
【０１０９】
また、JIS通信処理部６２は、RF送受信部６１からのフレーム内のコマンドがHLTである場合、HLTに対するレスポンスを、RF送受信部６１を介して送信する。そして、JIS通信処理部６２は、HALT状態であることを表す状態情報を生成し、状態記憶部６３に供給して上書きする。これにより、状態記憶部６３に保持されている状態情報が表すICカード２２の状態は、READY状態からHALT状態に遷移する。
【０１１０】
なお、READY状態におけるREADY-DECLARED状態において、JIS通信処理部６２は、RF送受信部６１からのフレーム内のコマンドがREQ又はWUPである場合、REQ又はWUPに対するレスポンスを、RF送受信部６１を介して送信する。そして、JIS通信処理部６２は、READY状態におけるREADY-REQUESTED状態であることを表す状態情報を生成し、状態記憶部６３に供給して上書きする。これにより、状態記憶部６３に保持されている状態情報が表すICカード２２の状態は、READY状態におけるREADY-DECLARED状態からREADY-REQUESTED状態に遷移する。
【０１１１】
ステップＳ８において、JIS通信処理部６２は、RF送受信部６１からのフレーム内のコマンドがWUPである場合、WUPに対するレスポンスを、RF送受信部６１を介して送信する。そして、JIS通信処理部６２は、IDLE状態であることを表す状態情報を生成し、状態記憶部６３に供給して上書きする。これにより、状態記憶部６３に保持されている状態情報が表すICカード２２の状態は、HALT状態からIDLE状態に遷移する。
【０１１２】
ステップＳ９において、JIS通信処理部６２は、RF送受信部６１からのフレーム内のコマンドがREQ又はWUPである場合、REQ又はWUPに対するレスポンスを、RF送受信部６１を介して送信する。そして、JIS通信処理部６２は、READY状態におけるREADY-REQUESTED状態であることを表す状態情報を生成し、状態記憶部６３に供給して上書きする。これにより、状態記憶部６３に保持されている状態情報が表すICカード２２の状態は、IDLE状態からREADY状態におけるREADY-REQUESTED状態に遷移する。以上で受信処理は終了される。
【０１１３】
[ICカード２２によるコマンド処理の動作説明]
次に、図７のステップＳ５におけるコマンド処理の詳細を説明する。図８は、コマンド処理を説明するためのフローチャートである。
【０１１４】
ステップＳ３１において、JIS通信処理部６２は、処理を、図７のステップＳ３の処理において判定したICカード２２の状態に応じたステップに進める。
【０１１５】
ステップＳ３１において、図７のステップＳ３の処理において判定したICカード２２の状態がACTIVE状態である場合、JIS通信処理部６２は、RF送受信部６１からのフレームを、変換部６５に供給して、処理をステップＳ３２に進める。
【０１１６】
ステップＳ３２において、変換部６５は、JIS通信処理部６２からのフレームをブロックに変換して、ISO処理部６６に供給する。
【０１１７】
すなわち、例えば、変換部６５は、JIS通信処理部６２から供給されるフレーム内の、プリアンブル、同期コード、及びLENを削除し、残りのPCB,CID,NAD及びINFにより構成されるデータに対応するブロックEDCを算出する。
【０１１８】
そして、変換部６５は、JIS通信処理部６２から供給されるフレームEDCを、算出したブロックEDCに置き換えて、ブロックを生成し、ISO処理部６６に供給する。
【０１１９】
ステップＳ３３において、ISO処理部６６は、変換部６５からのブロックに含まれるブロックEDCに基づいて、変換部６５からのブロックに誤り（エラー）が生じているか否かを判定する。そして、ISO処理部６６は、その判定結果に基づいて、変換部６５からのブロックに誤りが生じていないことを確認した後、処理をステップＳ３４に進める。
【０１２０】
なお、ステップＳ３３において、変換部６５からのブロックに誤りが生じていないことが確認できない場合には、変換部６５からのブロックに誤りが生じていないことが確認できるまで、ステップＳ３２において、再度、ブロックが生成される。
【０１２１】
ステップＳ３４において、ISO処理部６６は、変換部６５からのブロックに含まれる、ISO/IEC 14443-4に規定されたコマンドに基づいて、対応する処理を行う。
【０１２２】
ステップＳ３５において、ISO処理部６６は、ステップＳ３４の処理により得られる処理結果を含むブロックを生成する。すなわち、例えば、ISO処理部６６は、ステップＳ３４の処理により得られる処理結果を含むINFに、対応するPCB,CID及びNADを付加する。
【０１２３】
そして、ISO処理部６６は、INF,PCB,CID及びNADに基づいて、対応するブロックEDCを算出し、算出されたブロックEDCを、PCB,CID及びNADが付加されたINFに付加して、その結果得られるブロックを、変換部６５に供給する。
【０１２４】
ステップＳ３６において、変換部６５は、ISO処理部６６からのブロックEDCに基づいて、ブロックに誤りが生じているか否かを判定する。そして、変換部６５は、その判定結果に基づいて、変換部６５からのブロックに誤りが生じていないことを確認した後、処理をステップＳ３７に進める。
【０１２５】
なお、ステップＳ３６において、変換部６５からのブロックに誤りが生じていないことが確認できない場合には、変換部６５からのブロックに誤りが生じていないことが確認できるまで、ステップＳ３５において、再度、ブロックが生成される。
【０１２６】
ステップＳ３７において、変換部６５は、ISO処理部６６からのブロックをフレームに変換して、JIS通信処理部６２に供給する。
【０１２７】
すなわち、例えば、変換部６５は、ISO処理部６６から供給されるブロックに、プリアンブル、同期コード、及びLENを付加するとともに、PCB,CID,NAD,INF、及び付加されたLENにより構成されるデータに対応するフレームEDCを算出する。
【０１２８】
そして、変換部６５は、算出したフレームEDCと、ISO処理部６６から供給されるブロックEDCとを置き換えて、その結果得られるフレームを、JIS通信処理部６２に供給する。
【０１２９】
ステップＳ３８において、JIS通信処理部６２は、変換部６５から供給されるフレームをRF送受信部６１に供給する。そして、RF送受信部６１は、JIS通信処理部６２から供給されるフレームを、フレーム通信方式により送信して、処理を、図７のステップＳ５にリターンする。
【０１３０】
また、ステップＳ３１において、図７のステップＳ３の処理において判定したICカード２２の状態がREADY状態である場合、JIS通信処理部６２は、RF送受信部６１からのフレームを、JIS処理部６４に供給して、処理をステップＳ３９に進める。
【０１３１】
ステップＳ３９において、JIS処理部６４は、JIS通信処理部６２からのフレームに含まれる、JIS X 6319-4に準拠したコマンドが、PICC識別子一致コマンドであるか否かを判定する。
【０１３２】
ステップＳ３９において、JIS処理部６４は、JIS通信処理部６２からのフレームに含まれる、JIS X 6319-4に準拠したコマンドが、PICC識別子一致コマンドでないと判定した場合、処理を、図７のステップＳ５にリターンする。
【０１３３】
また、ステップＳ３９において、JIS処理部６４は、JIS通信処理部６２からのフレームに含まれる、JIS X 6319-4に準拠したコマンドが、PICC識別子一致コマンドであると判定した場合、処理をステップＳ４０に進める。
【０１３４】
ステップＳ４０において、JIS処理部６４は、JIS-ACTIVE状態であることを表す状態情報を生成し、状態記憶部６３に供給して上書きする。これにより、状態記憶部６３に保持されている状態情報が表すICカード２２の状態は、READY(READY-DECLARED)状態からJIS-ACTIVE状態に遷移する。
【０１３５】
ステップＳ４１において、JIS処理部６４は、JIS通信処理部６２からのフレームに含まれる、JIS X 6319-4に準拠したコマンドに基づいて、対応する処理を行う。
【０１３６】
ステップＳ４２において、JIS処理部６４は、ステップＳ４１の処理により得られる処理結果を含むフレームを生成する。すなわち、例えば、JIS処理部６４は、ステップＳ４１の処理により得られる処理結果を含むINFに、対応するプリアンブル、同期コード、LEN,PCB,CID及びNADを付加する。
【０１３７】
そして、JIS処理部６４は、INF,LEN,PCB,CID及びNADに基づいて、対応するフレームEDCを算出し、算出されたフレームEDCを、プリアンブル、同期コード、LEN,PCB,CID及びNADが付加されたINFに付加して、その結果得られるフレームを、JIS通信処理部６２に供給する。
【０１３８】
ステップＳ４３において、JIS通信処理部６２は、JIS処理部６４から供給されるフレームをRF送受信部６１に供給する。そして、RF送受信部６１は、JIS処理部６４から供給されるフレームを、フレーム通信方式により送信する。
【０１３９】
ステップＳ４４において、JIS処理部６４は、READY状態(READY-DECLARED状態)であることを表す状態情報を生成し、状態記憶部６３に供給して上書きする。これにより、状態記憶部６３に保持されている状態情報が表すICカード２２の状態は、JIS-ACTIVE状態からREADY状態に遷移する。ステップＳ４４の処理の終了後、JIS処理部６４は、処理を、図７のステップＳ５にリターンする。
【０１４０】
なお、ステップＳ３１において、図７のステップＳ３の処理において判定したICカード２２の状態がHALT状態又はIDLE状態のいずれかである場合、JIS通信処理部６２は、処理を、図７のステップＳ５にリターンする。
【０１４１】
以上説明したように、受信処理では、状態遷移コマンドに応じて、ICカード２２の状態を遷移させるようにした。そして、受信処理におけるコマンド処理において、ICカード２２は、READY状態である場合に、フレームを処理対象とするICカードとして機能し、ACTIVE状態である場合に、ブロックを処理対象とするICカードとして機能するようにした。
【０１４２】
したがって、例えば、ICカード２２では、データ構造が異なるフレーム及びブロックのいずれに対しても、対応する処理を行うことが可能となる。
【０１４３】
また、例えば、ICカード２２がACTIVE状態である場合には、変換部６５が、リーダライタ２１からのフレームをISO処理部６６によって処理することが可能なブロックに変換するとともに、ISO処理部６６からのブロックをフレーム通信方式により送信することが可能なフレームに変換するようにした。
【０１４４】
したがって、ICカード２２とリーダライタ２１との間で、フレームの送受信を行うためのフレーム通信方式を用いて、ブロックを送受信（交換）することが可能となる。
【０１４５】
また、コマンド処理では、ステップＳ３２において、受信したフレームをブロックに変換し、ステップＳ３３において、変換後のブロックに誤りが生じていないことを確認するようにした。
【０１４６】
したがって、ステップＳ３４において、誤りが生じていない変換後のブロックに対して処理を行うことが可能となる。
【０１４７】
さらに、コマンド処理では、ステップＳ３５において、ブロックを生成し、ステップＳ３６において、生成したブロックに誤りが生じていないことを確認するようにした。
【０１４８】
したがって、ステップＳ３７において、誤りが生じていないブロックをフレームに変換することが可能となる。
【０１４９】
[JIS X 6319-4の拡張]
本発明では、ICカード２２において、JIS X 6319-4に規定されたコマンドを送信するリーダライタ、及びISO/IEC 14443-4に規定されたコマンドを送信するリーダライタ２１のいずれのリーダライタとも、フレーム通信方式を用いた非接触近接無線通信を行うことができるように、JIS X 6319-4を拡張するようにした。
【０１５０】
すなわち、例えば、本発明では、上述したATTR，WUP及びHLTを、JIS X 6319-4に規定されるコマンドとして含めるように、JIS X 6319-4を拡張し、JIS通信処理部６２が、拡張されたJIS X 6319-4に規定されるコマンドに対応する処理を行うようにしている。これにより、JIS通信処理部６２は、上述したATTR，WUP及びHLTに応じて、ICカード２２の状態を更新することが可能となる。
【０１５１】
その他、本実施の形態では、JIS X 6319-4に規定されたREQ等を拡張して、JIS X 6319-4:2005との後方互換性を維持できるようにしている。
【０１５２】
次に、図９は、JIS X 6319-4において拡張されるREQのフォーマットの一例を示している。
【０１５３】
図９のREQは、それぞれ１バイトにより構成されるコマンドコード、システムコード、リクエストコード、及びタイムスロットコードにより構成される。
【０１５４】
コマンドコードは、"00"とされる。なお、""により囲まれる値は、１６進数を表す。
【０１５５】
システムコードは、固定値及びAFI(application family identifier)により構成される。固定値は、"AA"とされる。システムコードにおいて、分野を特定しない場合には、AFIの値は"FF"とされる。
【０１５６】
AFIは、ISO/IEC 14443-3(JIS X 6322-3)の規定に準拠した値とされる。なお、AFIにおいては、"00"や下位４ビットが0となる値は使用されない。
【０１５７】
また、JIS X 6319-4:2005の規定との後方互換性を維持するために、システムコード"AAFF"に加えて、"FFFF"も分野を特定しないシステムコードの値とされる。
【０１５８】
リクエストコードが"00"である場合、REQは、JIS X 6319-4:2005に規定されたREQと互換性があることを示す。また、リクエストコードが"01"である場合、リクエストコードは、REQに対するレスポンスにシステムコード情報フィールドを付加して応答させることを示す。
【０１５９】
さらに、リクエストコードが"02"である場合、リクエストコードは、REQに対するレスポンスに伝送プロトコル能力を付加して応答させることを示す。
【０１６０】
なお、リクエストコードにおいて、"03"乃至"FF"は、RFU(reserved for future use)とされる。
【０１６１】
タイムスロットコードは、ICカード２２が対応すべきタイムスロットの最大値を表す。タイムスロットコードとしては、１個のタイムスロットを表す"00"、２個のタイムスロットを表す"01"、４個のタイムスロットを表す"03"、８個のタイムスロットを表す"07"、又は１６個のタイムスロットを表す"0F"のいずれかを採用することができる。
【０１６２】
次に、図１０は、REQに対するレスポンスの一例を示している。
【０１６３】
図１０に示す、REQに対するレスポンスは、１バイトの応答コード、８バイトのPICC識別子、８バイトの応答時間記述子、及び、０バイト又は２バイトのリクエストデータにより構成される。
【０１６４】
応答コードは、"01"とされる。PICC識別子は、ICカード２２を識別するためのIDとされる。
【０１６５】
応答時間記述子は、ICカード２２の応答時間を算出するために用いられる８バイトの情報であり、上位（先頭の）２バイトは、それぞれ、"FF"とされ、最下位の１バイトは"FF"とされる。
【０１６６】
リクエストデータは、例えばREQに含まれるリクエストコードが"01"である場合、システムコード情報フィールド（を表すデータ）とされる。
【０１６７】
また、リクエストデータは、例えばREQに含まれるリクエストコードが"02"である場合、伝送プロトコル能力（を表すデータ）とされる。
【０１６８】
次に、図１１は、REQに対するレスポンスに含まれるPICC識別子の一例を示している。
【０１６９】
PICC識別子は、８バイトの数値であり、先頭の２バイトは"02FE"とされ、残りの６バイトは、PICCであるICカードを識別するためのPICC識別番号とされる。
【０１７０】
なお、PICC識別子において、先頭の２バイトの"02FE"以外の値は、本発明を適用した通信システム１等とは異なる通信システムにおいて使用されている可能性があるため、先頭の２バイトには、"02FE"以外の値を割り当てないようにしている。
【０１７１】
次に、図１２は、REQに対するレスポンスに含まれる応答時間記述子の一例を示している。
【０１７２】
応答時間識別子は、受信したコマンドに対するICカード２２による応答時間を算出するために用いられる８バイトの値である。
【０１７３】
応答時間識別子において、先頭の２バイトは"FFFF"とされる。また、最下位バイトB7は、将来のために予約されたものであるため、"FF"としなければならない。
【０１７４】
＜２．変形例＞
本実施の形態では、ICカード２２が、ICカード２２の状態に応じて、フレームを処理するICカード、又はブロックを処理するICカードの一方として機能するようにした。しかしながら、このICカード２２に代えて、リーダライタ２１が、リーダライタ２１の状態に応じて、フレームを処理するリーダライタ、又はブロックを処理するリーダライタの一方として機能するように構成することが可能である。
【０１７５】
この場合、リーダライタ２１は、フレームを処理するICカード、及びブロックを処理するICカードと、フレーム通信方式を用いた非接触近接無線通信を行うことが可能となる。
【０１７６】
また、本実施の形態では、ブロックを、フレーム通信方式により送受信するようにしたので、例えばISO/IEC 7816-4に規定されたコマンド等をブロックに含めて、フレーム通信方式により送受信することが可能である。
【０１７７】
さらに、本実施の形態では、フレーム通信方式によりブロックを送受信するリーダライタ２１やICカード２２について説明したが、本発明は、フレーム通信方式によりブロックを送受信する通信装置であれば、どのような通信装置にも適用できる。
【０１７８】
また、本実施の形態では、JIS X 6319-4に規定するコマンドに対応する処理を行うJIS通信処理部６２においても、WUP,ATTR及びHLTに対応する処理を行うことができるように、JIS X 6319-4を拡張するようにしたが、これに限定されない。
【０１７９】
すなわち、例えば、JIS通信処理部６２においても、WUP,ATTR及びHLTの他、DESELECTに対応する処理を行うことができるように、JIS X 6319-4を拡張するようにしてもよい。
【０１８０】
この場合、JIS通信処理部６２は、WUP,ATTR及びHLTの他、DESELECTにも応じて、状態記憶部６３に保持されている状態情報を更新することが可能となるため、状態遷移コマンドがDESELECTである場合には、そのDESELECTをJIS通信処理部６２から変換部６５を介してISO処理部６６に供給する本実施の形態と比較して、より迅速に、状態情報を更新することが可能となる。
【０１８１】
また、本実施の形態では、ISO/IEC 14443-4の規定に準拠するブロックをフレームに変換するようにしたが、フレームに変換されるブロックとしては、これに限定されない。すなわち、例えば、図３及び図４において説明した変換方法により、フレームに変換することが可能なブロックであれば、どのようなデータ構造を有するブロックでも採用することが可能である。この場合、ブロックのデータ構造は、例えば、ISO/IEC 14443-4の規定において拡張（変更）される。
【０１８２】
さらに、本実施の形態では、JIS X 6319-4の規定に準拠するフレームを、リーダライタ２１とICカード２２との間でやりとりするようにしたが、やりとりされるフレームとしては、これに限定されない。すなわち、例えば、リーダライタ２１とICカード２２との間でやりとりすることが可能なフレームであれば、どのようなデータ構造を有するフレームでも採用することが可能である。この場合、フレームのデータ構造は、例えば、JIS X 6319-4の規定において拡張される。
【０１８３】
次に、上述した一連の処理は、専用のハードウエアにより実行させることもできるし、ソフトウエアにより実行させることもできる。一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、いわゆる組み込み型のコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のコンピュータなどに、記録媒体からインストールされる。
【０１８４】
[コンピュータの構成例]
図１３は、上述した一連の処理をプログラムにより実行するコンピュータの構成例を示している。
【０１８５】
CPU（central processing unit）２０１は、ROM（read only memory）２０２、または記憶部２０８に記憶されているプログラムに従って各種の処理を実行する。RAM（random access memory）２０３には、CPU２０１が実行するプログラムやデータなどが適宜記憶される。これらのCPU２０１、ROM２０２、およびRAM２０３は、バス２０４により相互に接続されている。
【０１８６】
CPU２０１にはまた、バス２０４を介して入出力インタフェース２０５が接続されている。入出力インタフェース２０５には、キーボード、マウス、マイクロホンなどよりなる入力部２０６、ディスプレイ、スピーカなどよりなる出力部２０７が接続されている。CPU２０１は、入力部２０６から入力される指令に対応して各種の処理を実行する。そして、CPU２０１は、処理の結果を出力部２０７に出力する。
【０１８７】
入出力インタフェース２０５に接続されている記憶部２０８は、例えばハードディスクからなり、CPU２０１が実行するプログラムや各種のデータを記憶する。通信部２０９は、インターネットやローカルエリアネットワークなどのネットワークを介して外部の装置と通信する。
【０１８８】
また、通信部２０９を介してプログラムを取得し、記憶部２０８に記憶してもよい。
【０１８９】
入出力インタフェース２０５に接続されているドライブ２１０は、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア２１１が装着されたとき、それらを駆動し、そこに記録されているプログラムやデータなどを取得する。取得されたプログラムやデータは、必要に応じて記憶部２０８に転送され、記憶される。
【０１９０】
コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを記録する記録媒体は、図１３に示されるように、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(compact disc-read only memory),DVD(digital versatile disc)を含む）、光磁気ディスク（ＭＤ（mini-disc）を含む）、もしくは半導体メモリなどよりなるパッケージメディアであるリムーバブルメディア２１１、または、プログラムが一時的もしくは永続的に記録されるROM２０２や、記憶部２０８を構成するハードディスクなどにより構成される。記録媒体へのプログラムの記録は、必要に応じてルータ、モデムなどのインタフェースである通信部２０９を介して、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の通信媒体を利用して行われる。
【０１９１】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１９２】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１９３】
なお、本実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【０１９４】
１ 通信システム， ２１ リーダライタ， ２２ ICカード， ４１ ISO処理部， ４２ 変換部， ４３，６１ RF送受信部， ６２ JIS通信処理部， ６３ 状態記憶部， ６４ JIS処理部， ６５ 変換部, ６６ ISO処理部
【特許請求の範囲】
【請求項１】
非接触近接無線通信により、所定のデータ構造により構成される第１のデータを受信する受信装置において、
受信した前記第１のデータに、前記受信装置の状態を遷移させる状態遷移コマンドが含まれる場合、前記状態遷移コマンドに基づいて、前記受信装置の状態を変更する変更手段と、
前記受信装置の状態が、前記所定のデータ構造とは異なるデータ構造により構成される第２のデータを処理するACTIVE状態である場合、受信した前記第１のデータを、前記第２のデータに変換する変換手段と、
前記第２のデータに含まれるコマンドに応じた処理を行う第１の処理手段と
を含み、
前記変換手段は、前記第１のデータを、前記第２のデータに誤りが生じているか否かを判定するための第１のEDC（error detection code）を含む前記第２のデータに変換する
受信装置。
【請求項２】
前記第１の処理手段は、前記第１のEDCに基づいて、前記第２のデータに誤りが生じていないと判定した場合、前記第２のデータを処理する
請求項１に記載の受信装置。
【請求項３】
前記変換手段は、前記第１のデータに、前記第１のデータに誤りが生じているか否かを判定するための第２のEDCが含まれる場合、前記第２のEDCを、前記第１のEDCに置換して、前記第１のデータを前記第２のデータに変換する
請求項２に記載の受信装置。
【請求項４】
前記第１のデータは、JIS(japanese industrial standard) X 6319-4に準拠するデータ構造により構成されるデータを表すフレームであり、
前記第２のデータは、ISO/IEC(international organization for standardization/international electrotechnical commission) 14443-4に準拠するデータ構造により構成されるデータを表すブロックであり、
前記第１のEDCは、前記フレームに含まれるEDCを表すフレームEDCであり、
前記第２のEDCは、前記ブロックに含まれるEDCを表すブロックEDCである
請求項３に記載の受信装置。
【請求項５】
前記受信装置の状態が、前記第１のデータを処理するREADY状態である場合、受信した前記第１のデータに含まれるコマンドに応じた処理を行う第２の処理手段をさらに含む
請求項１に記載の受信装置。
【請求項６】
前記変更手段は、前記受信装置の状態がIDLE状態である場合に、前記状態遷移コマンドがREQ又はWUPであるとき、前記受信装置の状態を、前記IDLE状態から前記READY状態に変更する
請求項１に記載の受信装置。
【請求項７】
前記変更手段は、前記受信装置の状態がREADY状態である場合に、前記状態遷移コマンドがATTRであるとき、前記受信装置の状態を、前記READY状態から前記ACTIVE状態に変更する
請求項１に記載の受信装置。
【請求項８】
非接触近接無線通信により、所定のデータ構造により構成される第１のデータを受信する受信装置の受信方法において、
前記受信装置は、
変更手段と、
変換手段と、
第１の処理手段と
を含み、
前記変更手段が、受信した前記第１のデータに、前記受信装置の状態を遷移させる状態遷移コマンドが含まれる場合、前記状態遷移コマンドに基づいて、前記受信装置の状態を変更し、
前記変換手段が、前記受信装置の状態が、前記所定のデータ構造とは異なるデータ構造により構成される第２のデータを処理するACTIVE状態である場合、受信した前記第１のデータを、前記第２のデータに変換し、
前記第１の処理手段が、前記第２のデータに含まれるコマンドに応じた処理を行う
ステップを含み、
前記変換手段は、前記第１のデータを、前記第２のデータに誤りが生じているか否かを判定するための第１のEDCを含む前記第２のデータに変換する
受信方法。
【請求項９】
非接触近接無線通信により、所定のデータ構造により構成される第１のデータを受信する受信装置のコンピュータを、
受信した前記第１のデータに、前記受信装置の状態を遷移させる状態遷移コマンドが含まれる場合、前記状態遷移コマンドに基づいて、前記受信装置の状態を変更する変更手段と、
前記受信装置の状態が、前記所定のデータ構造とは異なるデータ構造により構成される第２のデータを処理するACTIVE状態である場合、受信した前記第１のデータを、前記第２のデータに変換する変換手段と、
前記第２のデータに含まれるコマンドに応じた処理を行う第１の処理手段と
して機能させ、
前記変換手段は、前記第１のデータを、前記第２のデータに誤りが生じているか否かを判定するための第１のEDCを含む前記第２のデータに変換する
プログラム。
【請求項１０】
非接触近接無線通信により、所定のデータ構造により構成される第１のデータを送信する送信装置において、
前記所定のデータ構造とは異なるデータ構造により構成される第２のデータを生成する生成手段と、
生成された前記第２のデータを、前記第１のデータに変換する変換手段と、
変換された前記第１のデータを送信する送信手段と
を含む送信装置。
【請求項１１】
前記生成手段は、前記第２のデータに誤りが生じているか否かを判定するための第１のEDCを含む前記第２のデータを生成する
請求項１０に記載の送信装置。
【請求項１２】
前記変換手段は、前記第１のEDCに基づいて、前記第２のデータに誤りが生じていないと判定した場合、前記第２のデータを、前記第１のデータに変換する
請求項１１に記載の送信装置。
【請求項１３】
前記変換手段は、前記第１のEDCを、前記第１のデータに誤りが生じているか否かを判定するための第２のEDCに置換して、前記第２のデータを、前記第１のデータに変換する
請求項１２に記載の送信装置。
【請求項１４】
前記第１のデータは、JIS X 6319-4に準拠するデータ構造により構成されるデータを表すフレームであり、
前記第２のデータは、ISO/IEC 14443-4に準拠するデータ構造により構成されるデータを表すブロックであり、
前記第１のEDCは、前記フレームに含まれるEDCを表すフレームEDCであり、
前記第２のEDCは、前記ブロックに含まれるEDCを表すブロックEDCである
請求項１３に記載の送信装置。
【請求項１】
非接触近接無線通信により、所定のデータ構造により構成される第１のデータを受信する受信装置において、
受信した前記第１のデータに、前記受信装置の状態を遷移させる状態遷移コマンドが含まれる場合、前記状態遷移コマンドに基づいて、前記受信装置の状態を変更する変更手段と、
前記受信装置の状態が、前記所定のデータ構造とは異なるデータ構造により構成される第２のデータを処理するACTIVE状態である場合、受信した前記第１のデータを、前記第２のデータに変換する変換手段と、
前記第２のデータに含まれるコマンドに応じた処理を行う第１の処理手段と
を含み、
前記変換手段は、前記第１のデータを、前記第２のデータに誤りが生じているか否かを判定するための第１のEDC（error detection code）を含む前記第２のデータに変換する
受信装置。
【請求項２】
前記第１の処理手段は、前記第１のEDCに基づいて、前記第２のデータに誤りが生じていないと判定した場合、前記第２のデータを処理する
請求項１に記載の受信装置。
【請求項３】
前記変換手段は、前記第１のデータに、前記第１のデータに誤りが生じているか否かを判定するための第２のEDCが含まれる場合、前記第２のEDCを、前記第１のEDCに置換して、前記第１のデータを前記第２のデータに変換する
請求項２に記載の受信装置。
【請求項４】
前記第１のデータは、JIS(japanese industrial standard) X 6319-4に準拠するデータ構造により構成されるデータを表すフレームであり、
前記第２のデータは、ISO/IEC(international organization for standardization/international electrotechnical commission) 14443-4に準拠するデータ構造により構成されるデータを表すブロックであり、
前記第１のEDCは、前記フレームに含まれるEDCを表すフレームEDCであり、
前記第２のEDCは、前記ブロックに含まれるEDCを表すブロックEDCである
請求項３に記載の受信装置。
【請求項５】
前記受信装置の状態が、前記第１のデータを処理するREADY状態である場合、受信した前記第１のデータに含まれるコマンドに応じた処理を行う第２の処理手段をさらに含む
請求項１に記載の受信装置。
【請求項６】
前記変更手段は、前記受信装置の状態がIDLE状態である場合に、前記状態遷移コマンドがREQ又はWUPであるとき、前記受信装置の状態を、前記IDLE状態から前記READY状態に変更する
請求項１に記載の受信装置。
【請求項７】
前記変更手段は、前記受信装置の状態がREADY状態である場合に、前記状態遷移コマンドがATTRであるとき、前記受信装置の状態を、前記READY状態から前記ACTIVE状態に変更する
請求項１に記載の受信装置。
【請求項８】
非接触近接無線通信により、所定のデータ構造により構成される第１のデータを受信する受信装置の受信方法において、
前記受信装置は、
変更手段と、
変換手段と、
第１の処理手段と
を含み、
前記変更手段が、受信した前記第１のデータに、前記受信装置の状態を遷移させる状態遷移コマンドが含まれる場合、前記状態遷移コマンドに基づいて、前記受信装置の状態を変更し、
前記変換手段が、前記受信装置の状態が、前記所定のデータ構造とは異なるデータ構造により構成される第２のデータを処理するACTIVE状態である場合、受信した前記第１のデータを、前記第２のデータに変換し、
前記第１の処理手段が、前記第２のデータに含まれるコマンドに応じた処理を行う
ステップを含み、
前記変換手段は、前記第１のデータを、前記第２のデータに誤りが生じているか否かを判定するための第１のEDCを含む前記第２のデータに変換する
受信方法。
【請求項９】
非接触近接無線通信により、所定のデータ構造により構成される第１のデータを受信する受信装置のコンピュータを、
受信した前記第１のデータに、前記受信装置の状態を遷移させる状態遷移コマンドが含まれる場合、前記状態遷移コマンドに基づいて、前記受信装置の状態を変更する変更手段と、
前記受信装置の状態が、前記所定のデータ構造とは異なるデータ構造により構成される第２のデータを処理するACTIVE状態である場合、受信した前記第１のデータを、前記第２のデータに変換する変換手段と、
前記第２のデータに含まれるコマンドに応じた処理を行う第１の処理手段と
して機能させ、
前記変換手段は、前記第１のデータを、前記第２のデータに誤りが生じているか否かを判定するための第１のEDCを含む前記第２のデータに変換する
プログラム。
【請求項１０】
非接触近接無線通信により、所定のデータ構造により構成される第１のデータを送信する送信装置において、
前記所定のデータ構造とは異なるデータ構造により構成される第２のデータを生成する生成手段と、
生成された前記第２のデータを、前記第１のデータに変換する変換手段と、
変換された前記第１のデータを送信する送信手段と
を含む送信装置。
【請求項１１】
前記生成手段は、前記第２のデータに誤りが生じているか否かを判定するための第１のEDCを含む前記第２のデータを生成する
請求項１０に記載の送信装置。
【請求項１２】
前記変換手段は、前記第１のEDCに基づいて、前記第２のデータに誤りが生じていないと判定した場合、前記第２のデータを、前記第１のデータに変換する
請求項１１に記載の送信装置。
【請求項１３】
前記変換手段は、前記第１のEDCを、前記第１のデータに誤りが生じているか否かを判定するための第２のEDCに置換して、前記第２のデータを、前記第１のデータに変換する
請求項１２に記載の送信装置。
【請求項１４】
前記第１のデータは、JIS X 6319-4に準拠するデータ構造により構成されるデータを表すフレームであり、
前記第２のデータは、ISO/IEC 14443-4に準拠するデータ構造により構成されるデータを表すブロックであり、
前記第１のEDCは、前記フレームに含まれるEDCを表すフレームEDCであり、
前記第２のEDCは、前記ブロックに含まれるEDCを表すブロックEDCである
請求項１３に記載の送信装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１１−２４０９１（Ｐ２０１１−２４０９１Ａ）
【公開日】平成２３年２月３日（２０１１．２．３）
【国際特許分類】
【出願番号】特願２００９−１６８８０７（Ｐ２００９−１６８８０７）
【出願日】平成２１年７月１７日（２００９．７．１７）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２３年２月３日（２０１１．２．３）
【国際特許分類】
【出願日】平成２１年７月１７日（２００９．７．１７）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]