特開 2024-73789 ＩＣカードリーダ及びその通信処理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024073789

(43)【公開日】2024-05-30

(54)【発明の名称】ＩＣカードリーダ及びその通信処理方法

(51)【国際特許分類】

   G06F 11/07 20060101AFI20240523BHJP

   G06K 7/00 20060101ALI20240523BHJP

   G06K 17/00 20060101ALI20240523BHJP

【ＦＩ】

G06F11/07 196

G06K7/00 086

G06K17/00 022

G06F11/07 140T

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2022184686

(22)【出願日】2022-11-18

(71)【出願人】

【識別番号】000002233

【氏名又は名称】ニデックインスツルメンツ株式会社

(74)【代理人】

【識別番号】100123788

【弁理士】

【氏名又は名称】宮崎 昭夫

(74)【代理人】

【識別番号】100127454

【弁理士】

【氏名又は名称】緒方 雅昭

(72)【発明者】

【氏名】佐伯 和人

【テーマコード（参考）】

5B042

【Ｆターム（参考）】

5B042GA35

5B042KK02

5B042KK15

5B042KK20

(57)【要約】

【課題】上位装置に接続するＩＣカードリーダにおいて、ＩＣカードのＲＳＴ端子での接触異常などが発生してプロトコルレイヤでは通信をリカバリしたがアプリケーションレイヤでの異常データとなるときに、その異常データが上位装置に送られないようにする。
【解決手段】上位装置からのコマンドに基づいてＩＣカードとの通信を行っているときにＩＣカードから受信したブロックが、ＩＣカードがリセットから復帰したことを示すＡＴＲであるかどうかを判定し（ステップ１０５）、受信ブロックがＡＴＲであるときにはＩＣカードを非活性化する処理を実行し（ステップ１０６）、異常終了として受信処理を終了する（ステップ１０７）。
【選択図】図３

【特許請求の範囲】

【請求項1】

上位装置に接続し、接触型のＩＣカードからデータを読み出すＩＣカードリーダであって、
前記ＩＣカードの外部接点端子と電気的に接続する接点ピンと、
前記上位装置からのコマンドに基づいて前記接点ピンを介して前記ＩＣカードとの通信を行っているときにおいて、前記ＩＣカードから受信したブロックが当該ＩＣカードがリセットから復帰したことを示すＡＴＲのブロックであるかどうかを判定し、前記ＡＴＲのブロックであると判定したときに異常処理として受信処理を終了する制御手段と、
を備える、ＩＣカードリーダ。

【請求項2】

ＥＭＶ規格に定めるＴ＝１プロトコル通信方式にしたがって動作し、
前記制御手段は、前記ＩＣカードから受信した前記ブロックの先頭バイトが３ＢＨまたは３ＦＨであるときに当該ブロックが前記ＡＴＲのブロックであると判定する、請求項１に記載のＩＣカードリーダ。

【請求項3】

前記制御手段は、前記異常処理として受信処理を終了するときに、前記ＩＣカードを非活性化する処理を実行する、請求項１または２に記載のＩＣカードリーダ。

【請求項4】

上位装置に接続して接触型のＩＣカードからデータを読み出すＩＣカードリーダにおける通信処理方法であって、
前記上位装置からのコマンドに基づいて前記ＩＣカードにブロックを送信する送信工程と、
前記送信工程で送信した前記ブロックに対する応答となるブロックを受信する受信工程と、
前記受信工程で受信した前記ブロックが、前記ＩＣカードがリセットから復帰したことを示すＡＴＲのブロックであるかどうかを判定するＡＴＲ判定工程と、
前記ＡＴＲ判定工程において前記ＡＴＲのブロックであると判定したときに異常処理として受信処理を終了する終了工程と、
を有する、通信処理方法。

【請求項5】

ＥＭＶ規格に定めるＴ＝１プロトコル通信方式に基づいて送受信を行い、
前記ＡＴＲ判定工程において、前記受信工程で受信した前記ブロックの先頭バイトが３ＢＨまたは３ＦＨであるときに当該ブロックが前記ＡＴＲのブロックであると判定する、請求項４に記載の通信処理方法。

【請求項6】

前記終了工程において前記ＩＣカードを非活性化する処理を実行する、請求項４または５に記載の通信処理方法。

【請求項7】

前記受信工程ののち、正常に受信できたかどうかを判定する受信判定工程をさらに有し、
前記受信判定工程において受信が異常であると判定したときに前記ＡＴＲ判定工程を実施する、請求項４または５に記載の通信処理方法。

【請求項8】

前記ＡＴＲ判定工程において前記ＡＴＲのブロックではないと判定したときに、前記ＩＣカードに対してリトライ用のブロックを送信する、請求項７に記載の通信処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、接触型のＩＣカードと通信してＩＣカードからデータを読み出すＩＣカードリーダと、その通信処理方法とに関する。

【背景技術】

【0002】

集積回路などを内蔵したカード形状の媒体であるＩＣカード（スマートカードともいう）は、接触型と非接触型のものとがあり、接触型のＩＣカードの表面の所定の位置には、外部との通信を行うための複数の外部接点端子が設けられている。外部接点端子には、ＶＣＣ（電源）端子、ＧＮＤ（接地）端子、ＣＬＫ（クロック）端子、Ｉ／Ｏ（データ入出力）端子のほかに、ＲＳＴ（リセット）端子が含まれる。接触型のＩＣカードと通信してそのＩＣカードからデータを読み出すＩＣカードリーダには、ＩＣカード側の外部接点端子と電気的に接触可能な接点ピンを備えたＩＣ接点ブロックが設けられている。ＩＣカードリーダにＩＣカードが挿入されるとＩＣ接点ブロックの接点ピンがＩＣカードの外部接点端子と電気的に接触し、ＩＣカードリーダとＩＣカードとの間で通信を行うことが可能になる。ＩＣカードの形状や寸法などはＩＳＯ／ＩＥＣ ７８１６規格によって定められており、特に、ＩＣカードリーダとＩＣカードとの間の通信プロトコルはＩＳＯ／ＩＥＣ ７８１６－３規格またはＥＭＶ Ｌｅｖｅｌ １規格によって定められている。

【0003】

ＩＣカードリーダが接触型のＩＣカードと通信しているときは、ＩＣカードリーダの接点ピンとＩＣカードの外部接点端子とは接触状態を維持する必要がある。しかしながらＩＣカードリーダへの挿抜を繰り返したときにＩＣカードの外部接点端子の表面が削れ、それに起因してＩＣカードリーダ側の接点ピンとＩＣカードの外部接点端子との間で接触異常が起きてＩＣカードリーダとＩＣカードとの間での通信エラーが発生することがある。接点ピンや外部接点端子にゴミなどの異物が付着しているときにも通信エラーが発生することがある。特に、ＲＳＴ端子は、通信中においてはその端子電圧をハイレベルに維持する必要があり、ＲＳＴ端子の電圧がローレベルに変化するとＩＣカードが意図せずリセットされてしまい、後述するようにデータ異常などが発生してしまう。ＲＳＴ端子における接触異常による不具合を回避する技術として、ＩＣカードへの電源電圧の供給開始時点において確実にＩＣカードをリセットさせるための技術であるが、特許文献１は、電源電圧が所定値を超えたのちにリセット端子の電圧のローレベルからハイレベルへの遷移を検出したときにＩＣカード内部でのリセット状態を解除することを開示している。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開平４－１６５５１３号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ＥＭＶ Ｌｅｖｅｌ １規格（以下、ＥＭＶ規格と呼ぶ）によれば、ＩＣカードリーダとＩＣカードとが当該規格が定めるＴ＝１プロトコル通信方式によって通信しているときに通信エラーが発生した場合には、通信の復帰のためにリカバリ処理が行われることになっている。しかしながらＲＳＴ端子における接触異常によって通信エラーとなり、そののちリカバリ処理が行われた場合、プロトコルレイヤでは通信が復帰したように見えるが、ＩＣカードリーダが接続するホスト装置などの上位装置におけるアプリケーションレイヤではデータ欠損などの異常データとなることがある。

【0006】

本発明の目的は、ＲＳＴ端子での接触異常などが発生してリカバリ処理を行った結果、プロトコルレイヤでは通信がリカバリしたがアプリケーションレイヤでの異常データとなるときに、その異常を検出してその異常データを上位装置に送らないようにすることができるＩＣカードリーダと、その通信処理方法とを提供することにある。

【課題を解決するための手段】

【0007】

本発明の一態様のカードリーダは、上位装置に接続し、接触型のＩＣカードからデータを読み出すＩＣカードリーダであって、ＩＣカードの外部接点端子と電気的に接続する接点ピンと、上位装置からのコマンドに基づいて接点ピンを介してＩＣカードとの通信を行っているときにおいて、ＩＣカードから受信したブロックがそのＩＣカードがリセットから復帰したことを示すＡｎｓｗｅｒ Ｔｏ Ｒｅｓｅｔ（ＡＴＲ）のブロックであるかどうかを判定し、ＡＴＲのブロックであると判定したときに異常処理として受信処理を終了する制御手段と、を備える。

【0008】

一態様のカードリーダでは、ＩＣカードから受信したブロックがＡＴＲのブロックであるときに異常処理として受信処理を終了させるので、ＩＣカードが意図せずリセットされたことに伴って異常データが上位装置側に送信されることを防ぐことができる。

【0009】

一態様のＩＣカードリーダは、ＥＭＶ規格に定めるＴ＝１プロトコル通信方式にしたがって動作することが好ましく、その場合、制御手段は、ＩＣカードから受信したブロックの先頭バイトが３ＢＨまたは３ＦＨであるときにそのブロックがＡＴＲのブロックであると判定することが好ましい。Ｔ＝１プロトコル通信方式では、正常な受信ブロックの先頭バイトは、通常、００Ｈであり、それに対してＡＴＲのブロックの先頭バイトは３ＢＨあるいは３ＦＨであるので、受信ブロックの先頭バイトのみでＡＴＲのブロックであるかどうかを判定することにより、ＡＴＲのブロックの全体を読み込んで判定のための処理を行う必要がなくなる。

【0010】

一態様のＩＣカードリーダでは、制御手段は、異常処理として受信処理を終了するときに、ＩＣカードを非活性化する処理を実行することが好ましい。非活性化処理を行うことにより、ＩＣカードの損傷などを防ぐことができる。

【0011】

本発明の一態様の通信処理方法は、上位装置に接続して接触型のＩＣカードからデータを読み出すＩＣカードリーダにおける通信処理方法であって、上位装置からのコマンドに基づいてＩＣカードにブロックを送信する送信工程と、送信工程で送信したブロックに対する応答となるブロックを受信する受信工程と、受信工程で受信したブロックが、ＩＣカードがリセットから復帰したことを示すＡＴＲのブロックであるかどうかを判定するＡＴＲ判定工程と、ＡＴＲ判定工程においてＡＴＲのブロックであると判定したときに異常処理として受信処理を終了する終了工程と、を有する。

【0012】

一態様の通信処理方法では、ＩＣカードから受信したブロックがＡＴＲのブロックであるときに異常処理として受信処理を終了させるので、ＩＣカードが意図せずリセットされたことに伴って異常データが上位装置側に送信されることを防ぐことができる。

【0013】

一態様の通信処理方法では、ＥＭＶ規格に定めるＴ＝１プロトコル通信方式に基づいて送受信を行い、ＡＴＲ判定工程において、受信工程で受信したブロックの先頭バイトが３ＢＨまたは３ＦＨであるときにそのブロックがＡＴＲのブロックであると判定することが好ましい。Ｔ＝１プロトコル通信方式では、正常な受信ブロックの先頭バイトは、通常、００Ｈであり、それに対してＡＴＲのブロックの先頭バイトは３ＢＨあるいは３ＦＨであるので、受信ブロックの先頭バイトのみでＡＴＲのブロックであるかどうかを判定することにより、ＡＴＲのブロックの全体を読み込んでＡＴＲ判定工程を実行する必要がなくなる。

【0014】

一態様の通信処理方法では、終了工程においてＩＣカードを非活性化する処理を実行することが好ましい。非活性化処理を行うことにより、ＩＣカードの損傷などを防ぐことができる。

【0015】

一態様の通信処理方法では、受信工程ののち、正常に受信できたかどうかを判定する受信判定工程をさらに設け、受信判定工程において受信が異常であると判定したときにＡＴＲ判定工程を実施することが好ましい。受信が異常であると判定したときにＡＴＲ判定工程を実施することによって、正常に受信を行なえたときの処理時間を短縮できる。またこの場合、ＡＴＲ判定工程においてＡＴＲのブロックではないと判定したときに、ＩＣカードに対してリトライ用のブロックを送信することが好ましい。ＡＴＲのブロックではないと判定したときにリトライ用のブロックを送信することによって、ＩＣカードの意図しないリセット以外の要因で受信異常となったときのリカバリ処理を行うことが可能になる。

【発明の効果】

【0016】

本発明によれば、ＲＳＴ端子での接触異常などが発生してリカバリ処理を行った結果、プロトコルレイヤでは通信がリカバリしたがアプリケーションレイヤでの異常データとなるときに、その異常を検出して異常データが上位装置に送られないようにすることができる。

【図面の簡単な説明】

【0017】

【図1】（ａ）は本発明の実施の一形態のＩＣカードリーダを示すブロック図であり、（ｂ）はＩＣカードの平面図である。

【図2】ホスト装置とＩＣカードリーダとＩＣカードの間の通信を説明するシーケンス図である。

【図3】ＩＣカードリーダの動作を示すフローチャートである。

【発明を実施するための形態】

【0018】

次に、本発明を実施するための形態について、図面を参照して説明する。図１（ａ）は、本発明の実施の一形態のＩＣカードリーダ１０を示しており、図１（ｂ）は、ＩＣカードリーダ１０でのデータ読み出しの対象となるＩＣカード２０を示している。

【0019】

ＩＣカードリーダ１０は、上位装置であるホスト装置３０に接続し、ホスト装置３０上で動作するアプリケーションプログラムがＩＣカード２０へのアクセスを必要とするときに、プロトコルレイヤでの処理を行ってホスト装置３０とＩＣカード２０とのデータのやり取りを媒介する。ＩＣカードリーダ１０は、ＩＣカードリーダ１０の全体の動作の制御を行なうプロセッサ１１と、ＩＣカード２０に対する信号上のインタフェースを構成するインタフェース部１２と、ＩＣカード２０の後述する外部接点端子Ｃ１～Ｃ８に対して電気的に接続可能な接点ピンを備えるＩＣ接点ブロック１３とを備えている。プロセッサ１１は、制御手段に対応するものであって、例えば、マイクロプロセッサユニット（ＭＰＵ）、マイクロコンピュータあるいはＣＰＵ（中央処理装置）などからなり、インタフェース部１２を介してＩＣ接点ブロック１３に接続している。プロセッサ１１は、ホスト装置３０からコマンドを受信してそのコマンドのプロトコル変換を行ってＩＣカード２０に送信し、ＩＣカード２０から応答のデータを受信し、そのプロトコル変換を行ってホスト装置３０にデータを送信する。ＩＣカードリーダ１０にＩＣカード２０を挿入してＩＣ接点ブロック１３をＩＣカード２０に当接させることによって、ＩＣカードリーダ１０の接点ピンとＩＣカード２０の外部接点端子Ｃ１～Ｃ８とが電気的に接触してＩＣカードリーダ１０とＩＣカード２０との間で通信を行うことが可能になる。本実施形態においてＩＣカードリーダ１０は、ＥＭＶ Ｌｅｖｅｌ １規格のＴ＝１プロトコル通信方式によってＩＣカード２０との通信を行う。Ｔ＝１プロトコル通信方式では、調歩同期式半二重ブロック転送プロトコルによって通信が行なわれる。

【0020】

ＩＣカード２０は、ＩＳＯ／ＩＥＣ ７８１６規格によって寸法などが規定されたものであり、その表面には規格で定められた位置に８個の外部接点端子Ｃ１～Ｃ８が外部接点端子群２１を構成して設けられている。８個の外部接点端子Ｃ１～Ｃ８のうち、Ｃ１はＶＣＣ（電源）端子であり、Ｃ２はＲＳＴ（リセット）端子であり、Ｃ３はＣＬＫ（クロック）端子であり、Ｃ５はＧＮＤ（接地）端子であり、Ｃ７はＩ／Ｏ（データ入出力端子）である。ＩＣカードリーダ１０とＩＣカード２０との間の通信には、通常、これら５個の外部接点端子Ｃ１，Ｃ２，Ｃ３，Ｃ５，Ｃ７が使用される。

【0021】

本実施形態におけるＩＣカードリーダ１０の動作を説明する前に、ＲＳＴ端子の接触異常などにより通信中にＩＣカード２０がリセットされた場合においてプロトコルレイヤでは通信のリカバリがなされるもののアプリケーションレイヤでは異常データとなることがあることを詳しく説明する。

【0022】

図２は、ＥＭＶ規格のＴ＝１プロトコル通信方式を使用してホスト装置３０、ＩＣカードリーダ１０及びＩＣカード２０の間で通信を行っているときにやり取りされるデータを時系列にしたがって示している。Ｔ＝１プロトコル通信方式は半二重シリアル通信方式であってブロック転送を使用する。図では、四角の枠内に、各ブロックによって転送されるデータの内容を示している。四角の枠内の文字列は、ブロックを構成する各バイトの値を１６進表記で示したものである。「★」はチェックディジットを示している。「［Ｊ］」から「［Ｎ］」は、適切な長さのバイト列を示している。この明細書中においても１バイトのデータあるいは値を表現するときは１６進表記を使用し、１６進表記であることを明示するために、添え字として「Ｈ」を付加している。図２においてＩ（ｘ，ｙ）やＲ（０）、Ｒ（１）は、転送されるブロックを、ＥＭＶ規格においてＴ＝１プロトコル通信方式に関して規定されている記法により表したものである。特にＩ（ｘ，ｙ）の表記においてｘはシーケンス番号であり、ｙはチェイニング（Ｃｈａｉｎｉｎｇ）の有無（１＝あり、０＝なし）である。シーケンス番号ｘは０→１→０→１→…のように変化する。またＩ（ｘ，ｙ）、Ｒ（０）及びＲ（１）で表されるいずれのブロックにおいても、最初の１バイトは必ず００Ｈである。Ｉ（ｘ，ｙ）、Ｒ（０）及びＲ（１）で表される転送ブロックでは、２バイト目はどの種類のブロックであるかを示し、３バイト目は、それ以降のデータ（チェックディジットを除く）のバイト長を示している。図でのＰ１～Ｐ１８は、一連のシーケンスにおける順番を示している。

【0023】

ホスト装置３０とＩＣカードリーダ１０の間のデータ転送にはＡＰＤＵ(Application Protocol Data Unit)プロトコルが用いられ、ＩＣカードリーダ１０とＩＣカード２０の間のデータ転送にはＴＰＤＵ(Transport Protocol Data Unit)プロトコルが使用される。そのためＩＣカードリーダ１０のプロセッサ１１は、ＡＰＤＵとＴＰＤＵの間のプロトコル変換を実行する。

【0024】

まずホスト装置３０は、Ｐ１において、ＩＣカードリーダのＩＣ通信コマンドでの表記が「ＣＩ９」であるコマンドをＩＣカードリーダ１０に送り、ＩＣカードリーダ１０は、ＡＰＤＵからＴＰＤＵへの変換を行い、Ｐ２において、Ｉ（０，０）として示されるブロックとしてＩＣカード２０に転送する。Ｐ２においてＩＣカード２０に転送されるＩ（０，０）ブロックでは、Ｐ１において送られてきたコマンドが先頭から４バイト目以降にそのまま埋め込まれている。Ｉ（０，０）ブロックの３バイト目は０ＣＨ、すなわち１０進数で１２であり、このことは４バイト目以降の００Ｈ、Ａ４Ｈ，０４Ｈ及び［Ｊ］の全体で１２バイトであることを示しており、バイト列［Ｊ］は９バイト長であることが分かる。４バイト目以降の００Ｈ、Ａ４Ｈ、０４Ｈ及び［Ｊ］からなるコマンドは、ＡＰＤＵプロトコルのコマンドを表わし、ＡＰＤＵプロトコルの２バイト目（Ａ４Ｈ）は、規格上、ＳＥＬＥＣＴコマンドであることを示している。このようなＩ（０，０）ブロックを受信したＩＣカード２０は、Ｐ３において応答として、例えば６ＡＨ ８２Ｈを応答内容とする応答をＩ（１，０）ブロックでＩＣカードリーダ１０に送り、これを受けてＩＣカードリーダ１０は、Ｐ４において、ＩＣカードリーダでの表記が「ＰＩ４０２」である正常応答として６ＡＨ ８２Ｈをホスト装置３０に送る。これによりＳＥＬＥＣＴコマンドに関連する一連の処理が正常終了したことになる。図２においてＰ５からＰ８までは、ＳＥＬＥＣＴコマンドにおけるパラメータが異なっている場合の処理を示しており、この場合もＰ１からＰ４までと同様に、ＳＥＬＥＣＴコマンドに関連した一連の処理が正常終了している。

【0025】

ホスト装置３０は、Ｐ９において、ＩＣカード２０からの応答ブロックのデータ長が上述のものよりも長いことが予想されるＳＥＬＥＣＴコマンドをＩＣカードリーダ１０に送り、ＩＣカードリーダ１０は、これをＴＰＤＵプロトコルでのデータに変換して、Ｐ１０において、Ｉ（０，０）ブロックとしてＩＣカード２０に転送する。このとき、接触異常などによりＩＣカード２０のＲＳＴ端子（外部接点端子Ｃ２）が一時的にローレベルとなり、ＩＣカード２０がリセットされたとする。ＩＣカード２０はリセットから復帰すると、Ｐ１１において、まず応答信号としてＡＴＲのブロックをＩＣカードリーダ１０に送信する。ＡＴＲの１バイト目は３ＢＨか３ＦＨである。ＡＴＲを受信したＩＣカードリーダ１０は、通信のリカバリのための処理を開始し、Ｐ１２において、「その他異常」を示すＲ（１）をＩＣカード２０に返し、ＩＣカード２０は、ＡＴＲ直後に受信したＲ（１）に対し、Ｐ１３において、Ｒ（０）で応答する。このような挙動はＥＭＶ規格において定められているものである。Ｒ（０）を受信したＩＣカードリーダ１０は、Ｐ１４において、前回のコマンド、すなわちＰ１０において送信したＩ（０，０）をＩＣカード２０に再送する。

【0026】

ＩＣカード２０は、Ｐ１４において送信されてきたコマンドに対し、Ｐ１５においてＩ（０，１）をＩＣカードリーダ１０に送信することにより応答する。このＩ（０，１）ではシーケンス番号が０、チェイニングが有り（１）となっているが、シーケンス番号では０と１とが交互に用いられることを考慮すると、シーケンス番号は１でなくてはならず、本来送信されるべきブロックはＰ２０に示すＩ（１，１）である。Ｐ１５において送信されたＩ（０，１）を受信したＩＣカードリーダ１０は、シーケンス番号の異常を検出してその旨をＩＣカード２０に通知するために、Ｐ１６においてＲ（１）をＩＣカード２０に送信する。Ｐ１６で送信されるＲ（１）は、ＩＣカードリーダ１０では「その他異常」を意味するが、ＥＭＶ規格上の使用により、ＩＣカード２０では「後続ブロック要求」と解釈される。そこでＩＣカード２０は、Ｐ１７において、Ｐ１５において既に送信したブロックに引き続くブロックをＩ（１，０）によりＩＣカードリーダ１０に送信する。ＩＣカードリーダ１０は、Ｐ１７で受信したＩ（１，０）のブロックを正しいシーケンス番号の単独ブロックとして扱い、このブロックのみをＡＰＤＵに変換してＰ１８においてホスト装置１８に対して正常応答として送信する。

【0027】

図２に示した処理は、ＩＳＯ／ＩＥＣ７８１６－３規格及びＥＭＶ規格に基づくものであるが、Ｐ１５で送ったブロックとＰ１７で送ったブロックとをつなげて得られるデータ、すなわち図２の表記によれば、「６Ｆ ［Ｍ］ １Ａ ［Ｎ］」であるデータが本来ならばＩＣカード２０からはホスト装置３０に対して送られるべきデータである。これに対して実際には、Ｐ１８において「１Ａ ［Ｎ］」がホスト装置３０に送られており、本来送られるべきデータの前半部分、すなわち「６Ｆ ［Ｍ］」の部分が欠落している。ここで示す例ではプロトコルレイヤにおいては通信のリカバリが行われたもののアプリケーションレイヤにおいてはデータ異常が発生していることになる。このような齟齬が起こる原因は、意図しないリセットがＩＣカード２０で発生したことをＩＣカードリーダ１０側では知らないためであると考えられる。

【0028】

上述したようなアプリケーションレイヤにおけるデータ異常の発生を防ぐために、本実施形態のＩＣカードリーダ１０では、ＩＣカード２０との通信の途中でＩＣカード２０からＡＴＲを受信したときに異常発生と判定して異常終了とすることにより、データ欠落などを含む異常データがホスト装置３０に送信されないようにする。図３は、本実施形態のＩＣカードリーダ１０の動作を示すフローチャートであり、ＩＣカード２０に対するブロックデータの送受信の処理を示している。

【0029】

ＥＭＶ規格のＴ＝１プロトコル通信方式は半二重通信であるので、ＩＣカードリーダ１０とＩＣカード２０とはブロックを交互にやり取りして通信を行う。この場合、最初の送信権はＩＣカードリーダ１０にあるので、ＩＣカードリーダ１０は、ステップ１０１において、ホスト装置３０から受信したコマンドに基づいてＩＣカード２０に対してブロックを送信し、引き続いてステップ１０２において、ＩＣカード２０からのブロックを受信する。ブロックを受信したらＩＣカードリーダ１０は、ステップ１０３において、受信したブロックの種類、パリティエラーの有無、ブロック長が適切か、チェック用キャラクタ（チェックディジット）が正しいかどうかなどをチェックし、受信が正常に行われたかどうかを判定する。フロックの種類のチェックにおいては、ＩＣカード２０に送信したブロックがＩ（ｘ，ｙ）であるときには、ＩＣカード２０から受信したブロックもＥＭＶ規格にしたがったブロックであるかどうかもチェックされる。ＩＣカード２０にＩ（ｘ，ｙ）ブロックを送信したにも関わらずＥＭＶ規格以外のブロック（例えば以下に説明するＡＴＲのブロック）が返された場合には、受信に異常があったと判定される。受信が正常に行われた場合は、ＩＣカードリーダ１０は、ステップ１０４において、ブロックの内容が正しいかどうかの判定処理を行い、内容が正しければそのブロックをＡＰＤＵに変換してホスト装置３０に送信して一連の処理を終了する。

【0030】

ノイズ、接触不良などの要因により受信異常が発生した場合には、ＩＳＯ／ＩＥＣ ７８１６－３規格やＥＭＶ規格によればリトライ処理を行うが、本実施形態では、リトライ処理を行う前に、受信ブロックが、ＩＣカード２０がリセットされたことを示すＡｎｓｗｅｒ Ｔｏ Ｒｅｓｅｔ、すなわちＡＴＲのブロックであるかどうかを判定する。具体的にはＩＣカードリーダ１０は、ステップ１０３において受信異常であると判定した場合に、ステップ１０５において、受信ブロックの先頭の１バイトが３ＢＨまたは３ＦＨであるかどうかを判定する。上述したようにＩＣカード２０から送られてくるブロックの先頭の１バイトは、通常、００Ｈであり、３ＢＨや３ＦＨとなることはない。これに対し、ＩＣカード２０がリセット状態から復帰した直後に送られてくるＡＴＲのブロックの先頭の１バイトは、規格上、３ＢＨまたは３ＦＨである。そこでＩＣカードリーダ１０は、ステップ１０５においてブロックの先頭バイトが３ＢＨまたは３ＦＨであるときはＡＴＲが送られてきたと判定し、ステップ１０６において、ＩＣカード２０の非活性化処理を行い、ステップ１０７において、異常発生をホスト装置３０に通知するなどの異常終了処理を行い、一連の処理を終了する。

【0031】

ステップ１０５において受信ブロックの先頭バイトが３ＢＨでも３ＦＨでもないと判定したときは、リカバリ処理のためのリトライ処理を行うこととして、ＩＣカードリーダ１０は、ステップ１０８においてリトライ回数をチェックし、規格で定められている規定値以内かどうかを判定する。リトライ回数が既に規定値を超過しているときは、ＩＣカードリーダ１０は、ステップ１０６の非活性化処理とステップ１０７の異常終了処理とを実行して一連の処理を終了させる。一方、ステップ１０８がリトライ回数が規定値以内であれば、ＩＣカードリーダ１０は、ステップ１０９においてリトライ用のブロックをＩＣカード２０に送信してリカバリ処理を行い、その後、ステップ１０２のブロック受信からの処理を繰り返す。

【0032】

以上説明したＩＣカードリーダ１０による処理は、実際には、ＩＣカードリーダ１０内のプロセッサ１１によって実行される。この処理により、見かけ上は正常ではあるが実際には異常であるデータがホスト装置３０に送信されることを防ぐことができ、アプリケーションレイヤでの異常の発生を防ぐことができる。本実施形態では、受信ブロックの先頭バイトのみを用いてＡＴＲかどうかを判定している。これは、ＡＴＲである受信ブロックの全データを用いて判定すると、ＡＴＲのキャラクタごとの受信待ち時間がＴ＝１プロトコル通信方式でのキャラクタ間の待ち時間よりも長く、ＡＴＲブロックの全データを受信できるとは限られないためである。

【0033】

以上説明した本実施形態のＩＣカードリーダ１０によれば、ＩＣカード２０のＲＳＴ端子における接触異常などによってＩＣカード２０が意図せずにリセットされた場合において、プロトコルレイヤではリカバリ処理がなされてもアプリケーションレイヤでは異常データとなってその異常データが上位装置であるホスト装置３０に送信されることを防ぐことができる。その一方で、ＩＣカード２０の意図しないリセット以外の要因で受信異常が発生したと判断された場合には、規格に準拠した形態で通信のリカバリ処理を実行することができる。

【0034】

なお、本技術は以下のような構成をとることが可能である。

【0035】

（１） 上位装置に接続し、接触型のＩＣカードからデータを読み出すＩＣカードリーダであって、
前記ＩＣカードの外部接点端子と電気的に接続する接点ピンと、
前記上位装置からのコマンドに基づいて前記接点ピンを介して前記ＩＣカードとの通信を行っているときにおいて、前記ＩＣカードから受信したブロックが当該ＩＣカードがリセットから復帰したことを示すＡＴＲのブロックであるかどうかを判定し、前記ＡＴＲのブロックであると判定したときに異常処理として受信処理を終了する制御手段と、
を備える、ＩＣカードリーダ。

【0036】

（２） ＥＭＶ規格に定めるＴ＝１プロトコル通信方式にしたがって動作し、
前記制御手段は、前記ＩＣカードから受信した前記ブロックの先頭バイトが３ＢＨまたは３ＦＨであるときに当該ブロックが前記ＡＴＲのブロックであると判定する、（１）に記載のＩＣカードリーダ。

【0037】

（３） 前記制御手段は、前記異常処理として受信処理を終了するときに、前記ＩＣカードを非活性化する処理を実行する、（１）または（２）に記載のＩＣカードリーダ。

【0038】

（４） 上位装置に接続して接触型のＩＣカードからデータを読み出すＩＣカードリーダにおける通信処理方法であって、
前記上位装置からのコマンドに基づいて前記ＩＣカードにブロックを送信する送信工程と、
前記送信工程で送信した前記ブロックに対する応答となるブロックを受信する受信工程と、
前記受信工程で受信した前記ブロックが、前記ＩＣカードがリセットから復帰したことを示すＡＴＲのブロックであるかどうかを判定するＡＴＲ判定工程と、
前記ＡＴＲ判定工程において前記ＡＴＲのブロックであると判定したときに異常処理として受信処理を終了する終了工程と、
を有する、通信処理方法。

【0039】

（５） ＥＭＶ規格に定めるＴ＝１プロトコル通信方式に基づいて送受信を行い、
前記ＡＴＲ判定工程において、前記受信工程で受信した前記ブロックの先頭バイトが３ＢＨまたは３ＦＨであるときに当該ブロックが前記ＡＴＲのブロックであると判定する、（４）に記載の通信処理方法。

【0040】

（６） 前記終了工程において前記ＩＣカードを非活性化する処理を実行する、（４）または（５）に記載の通信処理方法。

【0041】

（７） 前記受信工程ののち、正常に受信できたかどうかを判定する受信判定工程をさらに有し、
前記受信判定工程において受信が異常であると判定したときに前記ＡＴＲ判定工程を実施する、（４）乃至（６）のいずれか１項に記載の通信処理方法。

【0042】

（８） 前記ＡＴＲ判定工程において前記ＡＴＲのブロックではないと判定したときに、前記ＩＣカードに対してリトライ用のブロックを送信する、（７）に記載の通信処理方法。

【符号の説明】

【0043】

１０…ＩＣカードリーダ；１１…プロセッサ；１２…インタフェース部；１３…ＩＣ接点ブロック；２０…ＩＣカード；２１…外部接点端子群；３０…ホスト装置。

【図1】

【図2】

【図3】