JPH03276383A - Ｉｃカードの通信システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〈産業上の利用分野〉 本発明は、リーダライタを介してホストコンピュータと
ＩＣカードとの間でデータ通信を行うＩＣカードの通信
システム、詳しくはリーダライタがＩＣカードから読み
出した所定のブロックサイズのデータをそのメモリに格
納した後、そのデータを複数結合してホストコンピュー
タに送信するＩＣカードの通信システムに関する。

〈従来の技術〉 従来からＩＣカードの通信システムにあっては、ホスト
コンピュータとＩＣカードとはリーダライタを介してデ
ータの授受を行なっている。その場合、そのデータは一
般に任意の大きさのメツセージを単位として送られる。

しかし、このメツセージが長いときには、伝送の都合上
、このデータは一定のブロックサイズ単位（例えば、Ｉ
Ｃカードの人出力バツファによりて規定される２５６バ
イト）に分割されて送信、または、受信されるものであ
る。

したがって、ホストコンピュータからこのブロックサイ
ズ（２５６バイト）を越えるデータ（例えば、１０２４
バイト）をＩＣカードに送信する場合、ホストコンピュ
ータは、このデータをブロックサイズ単位に分割して送
信していた。

一方、ＩＣカードからホストコンピュータに対してデー
タを送信するには、以下の手順によっていた。

第６図はデータをＩＣカードからホストコンピュータに
送信する場合の送信手順を示すフローチャートである。

ＩＣカードは、ホストコンピュータからリーダライタを
介してハードリセット命令を受信すると、ハードリセッ
トを行う（ステップＳｌ）。次に、ＩＣカードは、その
ブロックサイズ（その通信バッファによって定められる
）等を含むＡＴＲ情報（Ａｎｓｗｅｒ　　ｔｏ　　Ｒｅ
５ｅｔ）をリーダライタを介してホストコンピュータに
送信する（ステップＳ２）。

ＡＴＲ情報を受信したホストコンピュータおよびリーダ
ライタは、データの送信単位をこのブロックサイズとし
て以降の通信を行う。

次いで、ホストコンピュータからリーダライタを介して
のデータ要求命令を受信すると（ステップＳ３）、その
命令に含まれる送信すべきデータのサイズの大きさをこ
のブロックサイズ（通信バッファのサイズ）に照らして
判断する（ステップＳ４）。

送信データがブロックサイズを越えないサイズのデータ
である場合には、後述するステップＳ９を実行する。

もし、送信するデータがこのブロックサイズを越える大
きさである場合には（Ｓ４でＹＥＳ）、このデータをこ
のブロックサイズに分割する（ステップＳ５）。

次に、ＩＣカード（そのＣＰＵ）はリーダライタを介し
て読み出しコマンドを受信しているかをチエツクする（
ステップＳ６）。

データ要求コマンドを受信していると、作成した分割デ
ータに、次に送信すべき分割データの存在を知らせるチ
ェーンコードを付加してリーダライタ、さらにはホスト
コンピュータに対して送信する（ステップＳ７）。

次に、ＩＣカードは、分割データがそのメモリに残って
いるかを判断しくステップＳ８）、残っていればＳ６に
戻る。そして、残っていない場合にはデータ（最終の分
割データのみ、または、ブロックサイズを越えないデー
タのみ）をホストコンピュータに対して送信した後（ス
テップＳ９）、終了レスポンスを送信する（ステップ５
１０）。

〈発明が解決しようとする課題〉 しかしながら、このような従来のＩＣカードの通信シス
テムにおいて、ＩＣカードとホストコンピュータとの間
のデータ通信においては、例えばＩＣカードの人出力バ
ッファの容量によって規定される一定のブロックサイズ
単位でデータの授受がなされる。ところが、リーダライ
タは分割データ（ブロックサイズ単位に分割されたデー
タ）をホストコンピュータからＩＣカードに、また、Ｉ
Ｃカードからホストコンピュータに仲介するだけのもの
であった。すなわち、従来のリーダライタにあっては、
ブロックサイズ単位のデータを結合することはできなか
った。

このような従来のリーダライタを介しての通信システム
にあって、分割データをＩＣカードからリーダライタを
介してホストコンピュータに送信する場合は、ホストコ
ンピュータに１単位の分割データを送信する毎にリーダ
ライタを介してホストコンピュータから応答信号を受け
ていた。その結果、ＩＣカードからの送信データ量が大
きい場合、つまり、分割データの数が多い場合、これら
のホストコンピュータおよびリーダライタとＩＣカード
との間での通信回数が多くなっている。このため、ＩＣ
カードとホストコンピュータとの間での通信効率の低下
を招いていた。

そこで、本発明の目的は、ＩＣカードとホストコンピュ
ータとの間のデータ通信効率を向上させるＩＣカードの
通信システムを提供することである。

く課題を解決するための手段〉 本発明は、ホストコンピュータと、このホストコンピュ
ータとの間でデータ通信を行うＩＣカードと、これらの
間のデータ通信の制御を行うり−ダライタと、を備え、
ＩＣカードとリーダライタとは所定のブロックサイズを
単位としてデータ通信を行うＩＣカードの通信システム
において、上記リーダライタは、上記ブロックサイズよ
りも大きなメモリ容量を有する記憶手段と、上記ＩＣカ
ードからこのブロックサイズ単位でデータを読み出し、
このブロックサイズ単位のデータを複数結合してホスト
コンピュータに送信する通信制御手段と、を備えたＩＣ
カードの通信システムである。

〈作用〉 本発明にあっては、ホストコンピュータがり−ダライタ
を介して、ＩＣカードからデータを読み出す場合は、リ
ーダライタの通信制御手段は、ＩＣカードからデータを
ブロックサイズ単位で受信すると、そのデータを一旦記
憶手段に格納した後、その格納したブロックサイズ単位
のデータを複数結合し所定の大きさのデータとしてホス
トコンピュータに送信する。例えば−括してホストコン
ピュータに送信するものである。

〈実施例〉 第１図は本発明の一実施例に係るＩＣカードの通信シス
テムの構成を示すブロック図である。

同図において、２１はホストコンピュータを、２２はＩ
Ｃカードを、２３はリーダライタを、それぞれ示してい
る。

ホストコンピュータ２１は、例えば、インターフェース
（例えば、Ｒ５２３２Ｃ）を介してり−ダライタ２３と
データ（ＩＣカードの専用情報）の授受を行い、それら
のデータに基づいて種々の処理を行うものである。

ＩＣカード２２は、８ビツトのＣＰＵ、１６〜６４にビ
ットのＩＣメモリ、外部接続端子等を内蔵し、この外部
接続端子を介してリーダライタ２３との間で情報の授受
を行なっている。

リーダライタ２３は、ＩＣカード２２とホストコンピュ
ータ２１との間でのデータ通信の制御を行なう通信制御
手段２４、例えばＣＰＵと、データを格納する記憶手段
２５、例えばメモリ等から構成されている。なお、この
メモリ２５のメモリ容量は、下記に説明するＩＣカード
２２のブロックサイズよりも大きなものである。例えば
、５にバイトのメモリ容量を有するものである。

このような構成において、リーダライタ２３は、電源、
クロック信号、制御信号等をＩＣカード２２に供給し、
あらかじめ取り決められたプロトコルに基づいてＩＣカ
ード２２からデータの読み取り、または、ＩＣカード２
２に対してデータの書き込みを行なっている。

この場合、そのデータはＩＣカードのブロックサイズの
単位（その人出力バッフ７等の容量によって規定される
一定のブロックサイズ単位で、例えば２５６バイト）に
分割されて送信または受信されるものである。

第２図は、２５６バイトのブロックサイズのデータの一
例を示すデータ構成図である。

同図において、２５６バイトのブロックサイズのデータ
３１は、ブロックの始まりを示す１バイトの５ＴＸ３２
、命令または応答の種類を示す１バイトのコード部３３
、これに付随する２バイトのアドレス部３４、書き込み
または読み出しのめの２５０バイトのデータ部３５、パ
リティチエツク用の１バイトのＬＲＣ３６、から構成さ
れている。

以上の構成に係るＩＣカードの通信システムにあってリ
ーダライタ２３の通信制御手段２４で実行されるプログ
ラムを第３図〜第５図に示すフローチャートに基づいて
説明する。

第３図はこの実施例に係る通信制御手段２４での通信メ
インルーチンを示すフローチャートである。

まず、リーダライタ２３の電源が入れられると、ホスト
コンピュータ２１からハードリセット命令が送信される
。このハードリセット命令を受信したリーダライタ２３
は、自分自身の通信制御手段（ＣＰＵ）２４をハードリ
セットしくステップ５１１）、ＩＣカード２２の挿入を
待つ。

そして、ＩＣカード２２が挿入されたら、リーダライタ
２３は、電源とクロック信号とをＩＣカード２２に供給
するとともに、リセット信号を与え、ＩＣカード２２を
初期化しておく。

初期化されたＩＣカード２２は、ブロックサイズ等の情
報を有するＡＴＲ情報をリーダライタ２３に送信する。

このＡＴＲ情報を受信した通信制御手段２４は、データ
の通信のためのブロックサイズの設定を行ない（ステッ
プ５１２）、さらにこのＡＴＲ情報をホストコンピュー
タ２１に送信する。

そして、ＡＴＲ情報を受信したホストコンピュータ２１
は、通信制御手段２４に書き込み処理を実行させるのか
読み出し処理を実行させるのかを判断し、コマンド信号
（ＷＲＩＴＥコマンドオたはＲＥＡＤコマンド）をリー
ダライタ２３に送信する。書き込みの場合は、このコマ
ンド信号とともにホストコンピュータ２１は所定サイズ
のデータをリーダライタ２３に送信する。読み出しの場
合には所定のサイズの読み出しデータをコマンド信号と
ともに送信する。

コマンド信号を受信した通信制御手段２４はくステップ
５１３）、コマンド信号を判断しくステップ５１４）、
ＷＲＩＴＥコマンドであれば、書き込みサブルーチンを
実行しくステップ５１５）、ＲＥＡＤコマンドであれば
、読み出しサブルーチンを実行する（ステップ８１８）
。

ここで書き込みサブルーチンを説明する。

第４図は本発明の一実施例に係る通信制御手段２４での
書き込みサブルーチンの処理手順を示すフローチャート
である。

まず、通信制御手段２４は、ホストコンピュータ２１か
らの書き込みデータを受信し、メモリ２５に一旦格納す
る（ステップ５２１）。

次に、通信制御手段２４は、書き込みデータのデータサ
イズを判断する（ステップ５２２）。この判断の結果、
書き込みデータのデータサイズがＩＣカードのブロック
サイズを越えない場合は、ステップＳ２７を実行する。

一方、書き込みデータがＩＣカードのブロックサイズを
越える場合は、このデータをメモリ２５から取り出し、
ＩＣカードのブロックサイズ単位に複数に分割し、分割
番号を付した後に、再び、メモリ２５に分割番号の順に
格納する（ステップ５２３）。例えば、ＩＣカードのブ
ロックサイズが２５６バイト（データ部は２５０バイト
）で、書き込みデータがＩＫパイ）＝１０２４バイトの
場合は、　５つに分割する。以下、ＩＣカードとの通信
ブロックサイズに分割されたデータを分割データという
。

次に、通信制御手段２４は、１つの分割データとチェー
ンコードとをＩＣカード２２に送信する（ステップ５２
４）。なお、チェーンコードは次に送信すべき分割デー
タの存在を知らせるコードである。また、この分割デー
タは分割番号の順序で送信される。

次に、１つの分割データとこれに付加されたチェーンコ
ートとを受信したＩＣカード２２は、分割データをメモ
リ（ＥＥＰＲＯＭ）に格納するとともに、データ要求レ
スポンスをリーダライタ２３に送信する。

その後、通信制御手段２４が、データ要求レスポンスを
受信したら（ステップ５２５）、次に送信する分割デー
タが最後の分割データかどうか判断する（ステップ５２
６）。その結果、次に送信する分割データがあれば、ス
テップＳ２４に戻って分割データとチェーンコードとを
送信する。

ステップ５２６の結果、次に送信する分割データがなけ
れば、分割データのみ、または、ブロックサイズを越な
いデータのみをＩＣカード２２に送信する（ステップ５
２７）。

次に、ＩＣカーＦ′２２は、分割データのみ、または、
ブロックサイズを越えないデータのみを受信すると、こ
れをメモリに格納するとともに、リーダライタ２３に終
了レスポンスを送信する。

そして、通信制御手段２４は、終了レスポンスを受信し
たら（ステップ５２８）、その終了レスポンスをホスト
コンピュータ２１に送信しくステップ５２９）、メイン
ルーチンのプログラムに戻る。

次に、読み出しサブルーチンを説明する。

第５図は一実施例に係る通信制御手段２４ての読み出し
サブルーチンの処理手順を示すフローチャートである。

まず、通信制御手段２４はデータ要求コマンドをＩＣカ
ード２２に送信する（ステップ５３１）。

ＩＣカード２２は、データ要求コマンドを受信すると、
送信するブロックサイズのデータが複数ある場合は、１
つのブロックサイズのデータとこれに付加したチェーン
コードとを送信し、単一のデータである場合は、そのデ
ータのみを送信する。

送信するブロックサイズのデータが複数ある場合は先頭
のブロックの送信後、ポインタが次のブロックの先頭に
移動する。

そして、通信制御手段２４は、読み出しデータを受信す
ると（ステップ５３２）、その読み出しデータを一時メ
モリ２５に格納しくステップ５３３）、その後チェーン
コードの有無、すなわち、次に送信する分割データがあ
るかどうかを判断する（ステップ５３４）。その判断の
結果、通信制御手段２４は、分割データがある場合、ス
テップ５３１へ戻り、データ要求コマンドを送信する。

一方、分割データがない場合、その分割データとメモリ
２５に格納している全分割データとを絽み合わせて結合
し読み出しデータとし、−括してホストコンピュータ２
１に送信しくステップ５３５）、メインルーチンのプロ
グラムに戻る。

これらのサブルーチン処理（ステップＳ１５゜５１８）
の終了の後に、通信制御手段２４は、ホストコンピュー
タ２１に次の書き込みデータまたは、ＩＣカード２２に
読み出しデータがあるかどうかを判断しくステップ５１
６，５１９）、次の書き込みデータがある場合には、ス
テップ５１５に戻り、書き込みサブルーチンを実行する
。また、次の読み出しデータがある場合には、ステップ
Ｓ１８に戻り、読み出しサブルーチンを実行する。

次の書き込みデータ、または、読み出しデータがない場
合には、通信制御手段２４は、ホストコンピュータ２Ｉ
と通信を継続するかどうかを判断しくステップ５１７）
、通信を継続する場合はステップＳ１３へ戻り、コマン
ド信号を受信する。

通信を継続しない場合はメインプログラムを終了する。

以上のようにこの通信システムにおいては、ＩＣカード
２２からリーダライタ２３を介してホストコンピュータ
２１にデータを送信する場合には、リーダライタ２３が
、ＩＣカード２２からの全分割データを一旦読み込んだ
後、−括して全分割データをホストコンピュータ２１に
送信する。したがって、ホストコンピュータ２１とリー
ダライタ２３との間の通信回数が１回で済むので通信効
率が飛躍的に向上する。

また、この通信システムにあってリーダライタ２３の通
信制御手段２４は、ホストコンピュータ２１からのデー
タがＩＣカード２２のブロックサイズを越える場合、そ
のデータをメモリ２５に一旦格納した後、ＩＣカード２
２のブロックサイズに分割し、順次送信する。したがっ
て、データをＩＣカード２２のブロックサイズに分割し
、順次送信する手段を有していないホストコンピュータ
２１ても、ＩＣカード２２にデータを書き込むことがで
きる。

また、ホストコンピュータ２１からリーダライタ２３を
介してＩＣカード２２に書き込むデータサイズが大きい
場合、リーダライタ２３がこのデータを一旦メモリ２５
に格納した後、ブロックサイズに分割し、分割データと
してＩＣカード２２に順次送信する。したがって、ホス
トコンピュータ２１とリーダライタ２３との間の通信回
数が１回で済むので通信効率が向上する。

〈効果〉 以上説明してきたように、本発明によれば、ホストコン
ピュータとＩＣカードとの間の通信効率の向上を図るこ
とができる。

【図面の簡単な説明】

第１図は本発明の一実施例に係るＩＣカードの通信シス
テムの構成を示すブロック図、第２図は２５６バイトの
ブロックサイズのデータの一例を示すデータ構成図、第
３図は本発明の一実施例に係る通信制御手段での通信手
順を示すフローチャート、第４図は本発明の一実施例に
係る通信制御手段での書き込みサブルーチンの処理手順
を示すフローチャート、第５図は本発明の一実施例に係
る通信制御手段での読み出しサブルーチンの処理手順を
示すフローチャート、第６図は従来のＩＣからリーダラ
イタに対してデータを送信する場合の手順を示すフロー
チャートである。 ２１・・・・・・・ホストコンピュータ、２２　・　・
　・　・　・　・　・　ＩＣカード、２３・・・・・・
・リーダライタ、 ２４・・・・・・・ＣＰＵ　（通信制御手段）、２５・
・・・・・・メモリ（記憶手段）。

Claims (1)

1. 【特許請求の範囲】 　ホストコンピュータと、このホストコンピュータとの
   間でデータ通信を行うＩＣカードと、これらの間のデー
   タ通信の制御を行うリーダライタと、を備え、ＩＣカー
   ドとリーダライタとは所定のブロックサイズを単位とし
   てデータ通信を行うＩＣカードの通信システムにおいて
   、 上記リーダライタは、上記ブロックサイズよりも大きな
   メモリ容量を有する記憶手段と、 上記ＩＣカードからこのブロックサイズ単位でデータを
   読み出し、このブロックサイズ単位のデータを複数結合
   してホストコンピュータに送信する通信制御手段と、を
   備えたことを特徴とするＩＣカードの通信システム。