JPH0442383A - Ｉｃカード用リーダライタ - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〈産業上の利用分野〉 本発明はＩＣカードシステムにおけるリーダライタ、詳
しくは所定の通信プロトコルに基づいてＩＣカードとの
間でデータの授受を行うＩＣカード用リーダライタの改
良に関する。

〈従来の技術〉 ＩＣカードシステムにおいては、ホストコンピュータと
ＩＣカードとの間の通信において、リーダライタはその
通信の仲介となるものである。そして、リーダライタと
ＩＣカードとは、共通の通信プロトコルにしたがって、
すなわち特定のフォーマットのブロック毎に、コマンド
、データの授受を行なっている。

このリーダライタは、従来、一種類のプロトコルに対し
てしか対応する（通信する）ことができなかった。

すなわち、リーダライタのＣＰＵと同一の周波数、同一
の通信速度で動作するＣＰＵを有するＩＣカードであっ
ても、リーダライタの保有するプロトコルと、そのＩＣ
カードの保有するプロトコルとが異なれば、リーダライ
タはそのＩＣカードとの間で通信を行うことは不可能で
あった。

換言すると、従来のリーダライタは単一のプロトコルを
保有しており、このプロトコルに基づいてしかＩＣカー
ドとの間で通信を行うことはできなかったのである。

更に、最近では、ＩＣカードにあってもその保有するプ
ロトコルが多様化し、上述のように一種類のプロトコル
しか持たないリーダライタでは、このように様々なプロ
トコルを有するＩＣカードに対しては対応（データ通信
）しきれなくなってきた。

〈発明が解決しようとする課題〉 以上のように、従来のＩＣカード用リーダライタにあっ
ては、単一のプロトコルにのみ基づいてＩＣカードと通
信を行うものであったため、それとは異なるプロトコル
に基づいて動作するＩＣカードとの間では通信を行う（
データの授受を行う）ことができないという課題があっ
た。

したがって、複数の種類のＩＣカード、すなわちそれぞ
れが異なるプロトコルで動作する複数のＩＣカードを含
むＩＣカードシステムを構築しようとした場合にも、リ
ーダライタそのものをこの複数のプロトコルに対応可能
なように複数種類配置する必要がある等、システム全体
としての構成が複雑なものとなっていた。

また、このような従来のリーダライタでは、例えば１台
でプロトコルの異なる複数のＩＣカードに対応させよう
とすると、上位レイヤ（アプリケーションプログラム等
）での管理が必要になるという課題があった。

〈発明の目的〉 そこで、本発明の目的は、以下の通りである。

■リーダライタ自身、または、ホストコンピュータから
の信号によりプロトコルを選択し、１台のリーダライタ
で、それぞれ異なるプロトコルを保有する複数のＩＣカ
ードまたは１枚のＩＣカードであって複数のプロトコル
を保有するものに対してアクセスが可能なリーダライタ
を提供することである。

■ＩＣカードとのセツション中にそのプロトコルを切り
換えることができ、例えばバイトトランスミッションタ
イプのプロトコルからプロツクトランスミッションタイ
プのプロトコルに切り換えることにより、データの伝送
効率を高めることができるリーダライタを提供すること
である。

例えばバイトトランスミッションとプロツクトランスミ
ッションとの２種類のプロトコルを有するＩＣカードを
使用した場合、ハードリセット後のシーケンスは、バイ
トトランスミッションで行い、セツション中にプロトコ
ルをプロツクトランスミッションに切り換えることによ
り、データ伝送効率が上昇するものである。

〈課題を解決するための手段〉 本発明は、第１図に示すように、互いに異なる複数のプ
ロトコルに基づいてＩＣカード１００との間で通信を可
能とする通信制御手段２１０を有するＩＣカード用リー
ダライタ２００にあって、上記ＩＣカード１００との通
信に用いられているプロトコルを他のプロトコルに切り
換えるように上記通信制御手段２１０を制御するプロト
コル切換手段２２０を有するＩＣカード用リーダライタ
である。

〈作用〉 本発明に係るＩＣカード用リーダライタにあっては、通
信制御手段２１０が共通に保有するプロトコルに基づい
てＩＣカード１００との間で通信を行う。このとき、通
信制御手段２１０は、それぞれが異なる複数のプロトコ
ルにより、ＩＣカードとの間で通信が可能である。

そして、プロトコル切換手段２２０は、この通信制御手
段２１０を制御することにより、ＩＣカード１００との
間で用いられているプロトコルを他のプロトコルに切り
換える。例えばホストコンピュータからの指令により、
または、す□−ダライタでの選択により、プロトコルを
切り換えるものである。

この結果、それぞれ異なるプロトコルに基づいて通信可
能な複数のＩＣカードとの間でも、このリーダライタは
通信を行うことができる。また、異なる複数のプロトコ
ルによって通信可能な１枚のＩＣカードとの間では、そ
の通信中にプロトコルを別のプロトコルに切り換えるこ
ともできる。

〈実施例〉 以下、本発明の実施例を図面を参照して説明する。

第２図〜第１０図は本発明の一実施例を説明するための
図である。

第２図において、１１はリーダライタであって、このリ
ーダライタ１１はＩＣカード１２との間で所定の通信プ
ロトコルにしたがってデータの授受を行うとともに、ホ
ストコンピュータとの間で通信を行うものである。

同図に示すように、リーダライタ１１は、ＣＰＵ１３を
有しており、このＣＰＵ１３はＲＯＭＩ４、ＲＡＭ１５
とバスを介して接続されている。

ＲＯＭ１４は例えば通信制御のプログラムを格納するも
のである。

１６はＩＣカード１２が装着されるカード装着機構であ
って、このカード装着機構１６は機構コントロール回路
１７により制御される。機構コントロール回路１７はＣ
ＰＵ１３によって制御されている。

また、１８はこのＩＣカード１２との電気的接続を行う
ためのＩＣカードコンタクトであって、ＩＣカードイン
タフェース１９を介してＩＣカード１２とのデータの授
受をＣＰＵ１３は行うものである。

２０はホストコンピュータとＣＰＵ１３とを接続するた
めのホストインタフェースを示している。

２１はキーボード（キーバッド）２２との接続のための
キーバッドインタフェースである。

更に、２３はリーダライタ１１の電源である。

なお、ＩＣカードコンタクト１８を介してリーダライタ
１１からＩＣカード１２に対しては電源ＶＣＣ，クロッ
ク信号Ｃｌ　ｋ、接地レベルＧ　Ｎ　Ｄ。

リセット信号Ｒ５Ｔが供給されている。

ＩＣカード１２は、データ授受等の制御、演算を行うＭ
ＰＵ、　　このＭＰＵにバスによって接続されたメモリ
等を有している。そして、ＩＣカード１２は所定のプロ
トコルに基づいて上記リーダライタ１１との間での通信
を行うものである。

この場合、プロトコルの種類に基づく通信フォーマット
としては、例えば第３図（Ａ）、　　（Ｂ）に示すよう
なものが知られている。

第３図（Ａ）においては、第１のタイプのプロトコルの
通信ブロックのキャラクタ構成を示している。

この第１のタイプのプロトコルの通信ブロックは、最初
にスタートフラグを示す１バイトのキャラクタＳＲＡを
、次に通信ブロック長を示す１バイトのキャラクタＬＥ
Ｎを、その後に通信ブロック（１〜２５５バイト）を、
更にチエツクコードを示す１バイトのキャラクタＥＤＣ
を、有している。なお、ＥＤＣはＬＥＮから通信ブロッ
クまでのＥＸＯＲである。

第３図（Ｂ）は、第２のタイプのプロトコルにおける通
信ブロックのキャラクタ構成を示している。

スタートフラグを示す１バイトの「：」と、通信ブロッ
ク長を示す２バイトの１，１と、通信ブロック（１〜６
５５バイト）と、チエツクコードを示す１バイトのＣＣ
と、から構成されている。

チエツクコードは、１から通信ブロックの最後までを１
６進数で加算し、その値の２の補数である。

そして、ＩＣカード１２がいずれのタイプのプロトコ′
ルに基づいて通信が可能であるかは、ＩＣカード１２か
らのＡＴＲ（Ａｎｓｗｅｒ　　Ｔ。

Ｒｅ５ｅ４）情報のプロトコルタイプを示すキャラクタ
により判断することができる。

第４図はこのリーダライタ１１と複数のＩＣカード１２
との関係を示している。すなわち、タイプの異なるプロ
トコル（ＴＩ、Ｔ２）に基づいて該ＩＣカード１２と通
信を可能なリーダライタ１１は、例えばタイプ１のプロ
トコル（ＴＩ）を有するＩＣカード１２Ａ、タイプ２の
プロトコル（Ｔ２）を有するＩＣカード１２Ｂ１両タイ
プのプロトコル（’ＴＩ、Ｔ２）を有するＩＣカード１
２Ｃ１のそれぞれに対して通信を行うことができる。

このリーダライタ１１は、例えはＩＣカード１２Ａとは
タイプ１のプロトコルＴ１で、ＩＣカード１２Ｂとはタ
イプ２のプロトコルＴ２にしたがって、ＩＣカード１２
Ｃとは両タイプのプロトコルＴ１およびＴ２に基づいて
、それぞれ通信を行うことができるものである。

このリーダライタ１１にあっては、上記ＩＣカード１２
のハードリセット時に送られてきたＡＴＲ情報に基づい
てそのＩＣカード１２がどのタイプのプロトコルを有し
ているかを判断する。そして、そのプロトコルに対応し
てリーダライタ１１は通信のためのプロトコルを切り換
えるものである。また、ホストコンピュータからの命令
によりそのプロトコルを切り換えることもできる。

以下、第５図〜第１０図のフローチャートに基づいてリ
ーダライタ１１とＩＣカード１２との通信について説明
する。

リーダライタ１１は電源がＯＮになると、ホストコンピ
ュータからの受信ルーチン（第５図）を実行する。

まず、ホスト側から送信要求があったかをチエツクしく
ステップＳ５０１）、送信要求があるとホスト側からの
データを受信する（５５０２）。

このデータがリーダライタ制御コマンドであるか判断し
くＳ　５０３）、そうであればリーダライタの制御のサ
ブルーチン（第６図）を実行する。

リーダライタの制御コマンドでなければＩＣカード側に
そのデータを送信する（Ｓ５０５）。この送信サブルー
チンは第９図に示している。そして、ＩＣカード側から
のデータを受信する（９５０６）。この受信サブルーチ
ンは第１０図に示している。

そして、リーダライタ１１はデータをホストコンピュー
タ側に送信する（Ｓ５０７）。

ホストコンピュータからのデータがリーダライタの制御
コマンドであった場合には、第６図に示すように、まず
、ハードリセット命令かを判断する（Ｓ６０１）。

ハードリセット命令であるときは、ＩＣカード１２に対
して電源、クロック等を供給し、リセットする（Ｓ６０
２）。そして、ＩＣカード１２からのＡＴＲ情報を受信
するまで待つ（Ｓ　６０３）。

このＡＴＲ情報からＩＣカード１２の保有するプロトコ
ルのタイプを選択し、ＩＣカード１２とのプロトコルを
決定する（Ｓ６０４）。このプロトコル選択サブルーチ
ンは第７図に示す。

ハードリセット命令でない場合には、プロトコル切換命
令か否かを判定する（Ｓ６０ｉ５）。

切換命令であれば、プロトコルのタイプを硯行のものか
ら別のタイプに切り換える（Ｓ　６０６）。

このサブルーチンは第８図に示す。

そして、ホストへの出力バッファにメツセージ（プロト
コルタイプＴ１またはＴ２）をセットする（Ｓ６０７）
。

上記ステップ５６０５にてプロトコル切換命令でもない
場合には、ＩＣカード１２の排出命令かどうかを判断す
る（５６０８）。排出命令ならばＩＣカード１２のパワ
ーをＯＦＦとしてカードを排出する（Ｓ　６０９）。そ
して、プロトコルフラグに「１」をセットする（Ｓ６１
０）。更に、出力バッファにカードアウトとのメツセー
ジをセットする（Ｓ６１１）。

カード排出命令でもない場合には（Ｓ　６０８でＮｏ）
、コマンドエラーであると判断してエラーメツセージを
バッファにセットする（Ｓ　６１２）。

このようにしてこのリセットライタの制御のためのプロ
グラムは終了する。

プロトコル選択サブルーチン（第７図）は、まず、ＩＣ
カード１２からのＡＴＲ情報によりプロトコルタイプ１
（第３図（Ａ））であるかをチエツクする（Ｓ７０１）
。

ＩＣカード１２の保有するプロトコルタイプが１であれ
ば、プロトコルフラグに「１」をセットする（Ｓ　７０
２）。そして、ホストコンピュータへの出力バッファに
ＡＴＲ情報（プロトコルフラグを含む）をセットする（
Ｓ７０３）。

プロトコルタイプ１でない場合は、プロトコルタイプ２
かを判定する（Ｓ７０４）。プロトコルタイプが第３図
（Ｂ）に示すように２であれば、プロトコルフラグに「
２」をセットして（Ｓ７０５）次のステップ５７０３に
進む。

プロトコルタイプが２でもなければ、プロトコルエラー
と判定してエラーメツセージをホストへの出力バッファ
にセットする（Ｓ７０６）。そして、プロトコルフラグ
にデイフォルト値「１」をセットする。そして、メイン
ルーチンに戻る（Ｓ７０７）。

プロトコル切換サブルーチンは、第８図に示すように、
まず、コマンドパラメータが「１」かどうかを判断する
（Ｓ８０１）。「１」であれば、プロトコルフラグに「
１」をセットしく５８０２）、ホストコンピュータへの
レスポンスにプロトコルタイプは１であるとのメツセー
ジをセットする（Ｓ　８０３）。

コマンドパラメータが「１」でない場合は、　「２」で
あるか判定する（５８０４）。「２」であれば、プロト
コルフラグに「２」をセットしくＳ８０５）、メツセー
ジもプロトコルタイプ「２」であるとセットする（３８
０６）。

コマンドパラメータが「２」でもない場合はコマンドパ
ラメータエラーであるとのエラーメツセージをホストへ
のレスポンスにセットする（Ｓ８０７）。

上記ホストコンピュータ側からの受信データがリーダラ
イタ１１の制御コマンドでない場合には、第９図に示す
ＩＣカード１２へのデータ送信サブルーチンを実行する
（Ｓ５０５）。そして、その後、ＩＣカード１２からの
データ受信サブルーチン（第１０図）を実行する（３５
０６）。

第９図に示すように、まず、プロトコルフラグは「１」
かどうかを判断する（Ｓ９０１）。　「１」である場合
は、通信ブロックとして第３図（Ａ）に示すフレームに
よって送信する。キャラクタＳＲＡここｒ３Ａ」Ｈをセ
ットしくＳ　９０２）、ＬＥＮにデータ長をセットする
（Ｓ　９０３）。さらに、送信レングスを示すカウンタ
Ｌ（２バイト）に「００」Ｈを付加してデータ長をセッ
トする（Ｓ９０４）。

プロトコルフラグが「１」でない場合は、スタートフラ
グを「＝」にセットしくＳ　９０５）、１１にデータ長
をセットする（Ｓ　９０６）。第３図（Ｂ）の場合であ
る。そして、ステップ５９０４に進む。

このステップ（５９０４）につづいて、ステップ５９０
７では１バイトのデータを送信する。そして、カウンタ
ＬをデクリメントしくＳ　９０８）、カウンタＬが０に
なるまでこの送信を繰り返す（Ｓ９０９〜５９０７〜５
９０８〜５９０９）。

送るべきデータがなくなると（Ｌ＝０）、チエツクコー
ド（ＥＤＣまたはＣＣ）を送信する（Ｓ９１０）ことに
より送信は終了する。

一方、データの受信は、まず、ＩＣカード１２からのデ
ータを１バイト受信する（Ｓ１００Ｉ）。

この１バイトデータがｒ３ＡＪかをチエツクしく５１０
０２）、そうであるならばプロトコルタイプは１　（第
３図（Ａ））であるので、１バイトデータを受信する（
Ｓ１００３）。

そして、レングスを２バイトごこしてカウンタＬにセッ
トする（Ｓ１００４）。

また、　「３Ａ」でない場合には（Ｓ１００２でＮｏ）
、その１バイトデータが「：」であるか否かをさらに判
断する（Ｓ１０１１）。

「：」の場合にはプロトコルタイプは２（第３図（Ｂ）
）であるので、次の２バイトデータを受信しくＳ　１０
１２）、その値をカウンタＬにセットする（Ｓ　１０１
３）。

なお、　「：ｊでもない場合はプロトコルエラーのメツ
セージをホストへの出力バッファにセットしてこのフロ
ーチャー）・を終了することとなる（Ｓ　１０１４）。

このようにして２バイトのカウンタしに所定のデータ数
がセットされると（Ｓ１００４またはＳｌ　０１３）、
次のデータを１バイトずつ受信しく５１００５）、カウ
ンタをデクリメントしく５１００６）、カウンタが０に
なるまでデータを受信する（Ｓ１００７）。ステップ５
１００５〜５１００７をループするものである。

そして、データの受信が終了するとチエツクコードを受
信しく５１００Ｂ）、チエツクコードエラーをチエツク
する（Ｓ１００９）。

チエツクコードエラーでない場合はホストへの出力バッ
ファに受信データをセットしくＳ　１０１０）、チエツ
クコードエラーの場合はトランスミッションエラーとし
てエラーメツセージをセットする（Ｓ　１０１５）。

以上のようにしてＩＣカード１２からのデータ受信は終
了する。

〈効果〉 以上説明してきたように、本発明のＩＣカード用リーダ
ライタにあっては、それぞれ異なるプロトコルで動作す
る複数のＩＣカードに対してアクセス可能である。

したがって、複数のプロトコルタイプのＩＣカードを使
用するＩＣカードシステムにおいて、次の効果がある。

■そのシステム構築が簡略化される。

■１つのリーダライタ装置によって対応することができ
る。

■リーダライタ装置でプロトコルをコントロールするた
め、上位レイヤでの管理が不必要となる。

また、複数の異なるプロトコルを有する１枚のＩＣカー
ドに対しても通信中にそのプロトコルを切り換えること
ができ、伝送効率を高めることができる。

【図面の簡単な説明】

第１図は本発明に係るＩＣカード用リーダライタの構成
を示すブロック図、第２図は本発明の一実施例のＩＣカ
ード用リーダライタの概略構成を示すブロック図、第３
図（Ａ）、　　（Ｂ）は一実施例に係るブロックフォー
マットを示す図、第４図は一実施例に係るリーダライタ
とＩＣカードとの関係を示す概念図、第５図〜第１０図
は一実施例に係るＩＣカードとリーダライタとの間の通
信手順を示すフローチャートである。 １００　赤　・　争　す ２００４　φ　φ　φ ２１０−　　舎　・　φ ２２０　φ　Φ　φ　・ φ　ＩＣカード、 ・リーダライタ、 ・通信制御手段、 ・プロトコル切換手段。

Claims (1)

【特許請求の範囲】
1. 　互いに異なる複数のプロトコルに基づいてＩＣカード
   との間で通信を可能とする通信制御手段を有するＩＣカ
   ード用リーダライタにあって、上記ＩＣカードとの通信
   に用いられているプロトコルを他のプロトコルに切り換
   えるように上記通信制御手段を制御するプロトコル切換
   手段を有することを特徴とするＩＣカード用リーダライ
   タ。