JPH03139717A - Ｉｃカードコマンド識別方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 技術分野 本発明はＩＣカード、より具体的にはＩＣカードにおけ
るコマンド識別方式に関する。

背景技術 たとえば、ＩＣカードとインタフェースデバイス間の半
二重調歩同期ブロック伝送プロトコルとして、日本国内
で利用するブロック伝送プロトコルタイプ（プロトコル
タイプＴ＝１４　）がある。このプロトコルを適用した
ＩＣカードとインタフェースデバイス間のコマンドのや
りとりにおいて、当初はコマンド毎に異なったコード識
別子を設定していた。しかし、このようにコマンド毎に
異なった識別子を設定する方式では、実施機能毎にコマ
ンドの種類を必要とするので、コマンドの種類が多くな
り、　ＩＣカード内部のプログラム効率などの低下を生
じる原因となった。このため、最新のｌ５Ｏ（Ｉｎｔｅ
ｒｎａｔｉｏｎａｌ　５ｔｎｄａｒｄｓ　Ｏｒｇａｎｉ
ｚａｔｉｏｎ）におけるコマンドの標準他案では、コマ
ンド部のパラメータにより各コマンドにおける実施機能
を識別することで、少ないコマンドに多くの機能を持た
せる方向に統一化されつつある。

しかしながらこのようなコマンドの標準他案は、たとえ
ば業務選択、キー照合、レコード読み出し／書き込みな
どの基本動作コマンドについてのものであり、これの対
象外のコマンドに関しては標準化されていない、このた
め標準化案対象外のコマンドは、各社が独自のフォーマ
ットを採用し、実際には実施機能毎にコマンドの種類が
設けられている。すなわち、たとえばＩＣカード内の所
望のエリアを初期化する場合、アクセス権毎に、また初
期化の内容たとえば全エリアの初期化かエリアの一部の
初期化かにより、異なるコマンドを使用している・ このように従来技術では、標準化案対象外のコマンドに
関しては各社が独自に、処理内容が同じものであっても
異なるコマンドを使用するため、利用者側での識別が複
雑になるという欠点があった。また、コマンド数が増え
ることにより、ＩＣカード側での処理の複雑化および処
理速度の遅延を招来するとともに、マスクプログラム容
量が増えてメモリなどの内部資源を有効かつ効率的に活
用できないなどの問題点があった。

一１ 本発明はこのような従来技術の欠点を解消し、コマンド
構成を簡素化することにより、操作性および機能性を高
めるとともに内部資源の活用を向上させるＩＣカードコ
マンド識別方式を提供することを目的とする。

ｉ見立１逐 本発明によれば、インタフェースデバイスに接続され、
デバイスより命令コードを含む情報ブロックを受信し、
命令コードで指示された処理を実行するＩＣカードにお
いて、ＩＣカードにおけるＩＣカードコマンド識別方式
は、１つの命令コードに対して複数の命令内容を含む命
令コードを有し、ＩＣカードは、インタフェースデバイ
スより受信した情報ブロックに示された命令内容を識別
する際、情報ブロックの命令コードに示された内容と情
報ブロックの所定のフィールド長により伝送された命令
内容を識別し、命令内容の処理を実行する。

Ｘ１」１矢１男 次に添付図面を参照して本発明によるＩＣカードコマン
ド識別方式の実施例を詳細に説明する。

第１図には、本発明によるＩＣカードコマンド識別方式
の実施例を適用したＩＣカード１の機能ブロック図が示
されている。ＩＣカード１は、必要に応じて、たとえば
リーダ／ライタのようなインタフェースデバイス（図示
せず）に接続され、これと情報のやりとりを行なうこと
により、各種の処理を実行するマイクロプロセッサなど
が組み込まれたカードである。これらの間でやりとりさ
れる情報のプロトコルとしてはプロトコルタイプＴ−１
４などが用いられる。

インタフェースデバイスとＩＣカード１間では、このプ
ロトコルタイプＴ＝１４に規定されているブロックのフ
レーム構成により情報のやりとりが行なわれる。第２図
には、この情報ブロック２００のフレーム構成が示され
ている。同図に示すように情報ブロック２００は、プロ
ローグ部（ＰＲＯＬＯＧ）２１０、インフォメーション
部（ＩＮＦＯＲＭＡＴＩＯＮ）　２２０およびエピロー
グ部（ＥＰ　ＩＬＯＧ）　２３０で構成されている。

プロローグ部２１０は情報ブロック２００の導入部のフ
ィールドである。プロローグ部２１０は、ノードアドレ
スが格納されるノードアドレスＨＡＤ（Ｎｏｄｅ　Ａｄ
ｅｒｅｓｓ）、プロトコル制御およびＩＣカード１特有
の制御のための情報が格納されるプロトコルコントロー
ルＰＣＢ　（Ｐｒｏｔｏｃｏｌ　Ｃｏｎｔｏｒｏｌ　Ｂ
ｙｔｅ）。

インフォメーション部２２０の情報長が格納されるレン
グスＬＥＮ　（Ｌｅｎｇｔｈ）よりなり、これらはそれ
ぞれ１バイトで示される。

インフォメーション部２２０は、プロトコル制御に依存
しないアプリケーションレイヤの処理に関する情報、ま
たはプロトコル制御に関する情報が格納されるフィール
ドである。インフォメーション部２２０は、カードｌ自
体の機能分けに用いるファンクションクラスＧＬＳ　（
Ｆｕｎｃｔｉｏｎ　Ｇｌａｓｓ）、コマンド情報が格納
されるコマンドコードＣＯＤ（Ｃｏｍｍａｎｄ　Ｃｏｄ
ｅ）およびデータ部により構成されるコマンド情報部で
ある。ファンクションクラスＣＬＳおよびコマンドコー
ドＣＯＤはそれぞれ１バイトであり、データ部はＯｗ　
ｎバイトの可変長である。

本実施例では、コマンドコードＧＯＤには基本的なコマ
ンドが示され、必要に応じてデータ部にコマンドコード
ＧＯＤに関連する処理内容が記載される。したがって、
インフォメーション部２２０の長さにより実行する処理
の内容が異なる。このため、ＩＣカード１は、インタフ
ェースデバイスより送られてきたコマンドを識別する際
、コマンドコードＧＯＤの内容とインフォメーション部
２２０の長さによりコマンドの処理内容を識別する。

エピローグ部２３０は、エラー検出コードが格納される
フィールドである。すなわち、ここには情報ブロック２
００に対するエラー検出コードＥＩＩＣ（Ｅｒｏｒｒ　
Ｄｅｔｅｃｔｉｏｎ　Ｃｏｄｅ）がセットされる。

第１図に戻って、インタフェースデバイス側から送出さ
れた情報ブロック２００は、シリアル入出力線（ＳＩＯ
）　１０２を介しＩＣカード１内に伝送される。

受信バイト数カウンタ１２は、入出力線１０２に接続さ
れ、これより情報ブロック２００を受信する。

バイト数カウンタ１２は、受信した情報ブロック２００
のインフォメーション部２２０のバイト数を、受信レン
グス値としてカウントする計数回路である。カウンタ１
２は、出力１２０を介し比較器１４に接続され、これに
カウントした受信レングス値のバイト数を出力する。

制御回路１８は、カウンタ１２と同様に入出力線１０２
に接続され、これより情報ブロック２００を受信する。

制御回路１６は、情報ブロック２００のインフォメーシ
ョン部２２０にコマンドコードＣＯＤが含まれている場
合、その命令の情報長（バイト数）を出力１８０を介し
比較器１４に送る。前述したように本実施例では、情報
ブロック２００のコマンドコードＣＯＤには基本的なコ
マンドが示されている。もしこの命令に、パラメータや
識別子などの命令情報が必要なときには、適宜そのデー
タ部に情報内容が追加される。このため命令に応じてそ
の基本となる命令長が異なる。したがって制御回路１８
は、コマンドコードｃｏｎに示された命令を識別し、そ
の命令長を後述するランダムアクセスメモリ１８より読
み出して比較器！４に出力する。

比較器１４は、受信バイト数カウンタ１２からインフォ
メーション部２００のレングス値を、また制御回路１６
から基本命令長をそれぞれ受信し、これらの値を比較す
る比較器である。比較器１４は、これらの値を比較する
と、その結果を出力１４０を介し制御回路１６に通知す
る。

制御回路１Ｂは、比較器１４からの比較結果によ・り必
要に応じてデータ部の内容を参照し、インタフェースデ
バイスからの命令を識別して実行する。なお、このとき
制御回路１８は、命令の指示者にアクセス権があるかど
うかを判断し、これがある場合に処理を実行する。制御
回路１６は、バス１００を介しランダムアクセスメモリ
（ＲＡＭ）　１Ｂ、リードオンリメモリ（ＲＯＭ）　２
０および電気的消去・書込み可能メモリ（ＥＥＦＲＯＭ
）２２に接続され、受信した命令に従ってＩＣカード１
内の構成要素を制御する。

ランダムアクセスメモリ１日には、インタフェースデバ
イスから送られてくる各コマンドの情報が格納されてい
る。具体的には、インフォメーション部２２０のコマン
ドコードＣＯＤに記載されるコマンドの命令長などを含
むコマンド情報が記録されている。メモリ１８に蓄積さ
れているコマンド情報は、インタフェースデバイスより
命令を受信した際、制御回路１Ｂにより参照される。

リードオンリメモリ２０にはＩＣカードｌの処理プログ
ラムが格納されている。すなわちここには。

たとえば制御回路１Ｂの動作プログラムなどが記憶され
ている。電気的消去・書込み可能メモリ２２には、ＩＣ
カードｌの利用者に関するデータなどが記憶されている
。タイミングコントロール回路１０は、ＩＣカード１内
の各回路にタイミング信号を供給する回路である。

なお同図では、本実施例に直接関係の無いＩＣカード１
の構成要素、インタフェースデバイスに情報を送信する
機能などは略して記載していない。

第３図には本実施例における動作フローの一例が示され
ている。同図、第１図および第２図を用いて本実施例の
動作を説明する。インタフェースデバイスから送出され
た情報ブロック２００は、入出力線１０２を介し受信バ
イト数カウンタ１２および制御回路１８にて受信される
。制御回路１Ｂは、情報ブロック２００を受信すると、
コマンドコードＣＯＤに示されている命令の識別を行な
う（３００）。すなわち制御回路１６は、コマンドコー
ドＣＯＤが「０１」の場合、バス１００を介してランダ
ムアクセスメモリ１８よりこれに該当するコマンド内容
を参照する（３０２）　　そして、コマンドコード０１
の命令長「ｘｌ」を読み出し、ｘ１バイトを出力１８０
を介し比較器１４に送る。

一方、受信バイト数カウンタ１２は、情報ブロック２０
０を受信すると、情報部２２０のバイト数を出力１２０
を介し比較器１４に送る。比較器１４は、これらを受信
すると、その値が一致しているか否かを判定し、その結
果を出力１４０を介し制御回路に通知する。インフォメ
ーション部２２０ツバイト数カＸ１バイトであると、制
御回路１６はコマンド処理Ａを実行する（３０８）。ま
た、そうでない場合には制御回路１８はデータ部の内容
を参照してコマンド処理Ｂを実行する（３０８）。

コマンドコード０１がエリアの初期化命令の場合、第４
図に示すようにファンクシ哀ンクラスＣＬＳ　、コマン
ドコードＣＯＤに示される消去コマンドに加えて、エリ
アの初期化を行なう旨のパラメータが１バイトで示され
る。このためコマンド情報部２２０の長さ（ＬＥＮ）は
３バイトになる。したがって、情報部２２０が３バイト
のときにはエリアの初期化（全レコード消去）という命
令になり、制御回路１６はこの処理Ａを実行する（３０
１３）。しかし、情報部２２０が３バイト以上の場合（
ここでは５バイト）、エリアの初期化は２バイトで示さ
れた指定レコード番号の消去コマンドであることを意味
する。このため制御回路１Ｂは、コマンド処理Ｂ、すな
わちレコード番号に示された指定レコードの消去を実行
する（３０Ｂ）。

１ なおこの場合、制御回路】８はコマンドを実行する前に
命令者のアクセス権をチエツクする。すなわち、エリア
の初期化のアクセス権が発行者に限定されている場合、
発行者以外からこのコマンドが送られても制御回路１６
はその処理を実行しない、同様に、指定レコード番号の
消去コマンドのアクセス権が、エリアに対する書込み可
能者に制限されている場合には、これに該当する者から
この命令が送られてきたときにその処理を実行する。

コマンドコードが「０１」でない場合、制御回路１Ｂは
これが「０２」かどうかを判断する（３１０）。コマン
ドコード０２の場合、前述と同様に受信したコマンド情
報部２２０の命令長がメモリ１８から読み出された命令
の長さ「ｘ２」と比較され（３１２）　、その結果によ
りコマンド処理Ｃまたはコマンド処理りが実行される（
３１４，３１８）。コマンドコード０２が第５図に示す
ようＫ、データファイルの強制停止コマンドの場合、制
御回路１６はその命令長をメモリ１８より読み出す。読
み出した命令長が２バイトの　２ 場合、受信した情報ブロック２００のインフォメーショ
ン部２２０が２バイトであれば、制御回路１８は、現在
、業務選択コマンドにより指定されて利用されているデ
ータファイルを強制停止する（３１４）。

また、インフォメーション部２２０が３バイトの場合に
は、制御回路１Ｂはこれの３バイト目で指定されている
データファイルを強制停止する（３１１３）。なおこの
命令の場合にも、命令のアクセス可能者の判定が行なわ
れ、アクセス可能者と認められた場合に命令が実行され
る。制御回路１８は、以下同様にコマンド情報部２２０
に示されたコマンド内容を識別し、その処理を実行する
（３１８　、３２０）。

このように本実施例によれば、伝送プロトコル上でのコ
マンド情報部２２０の長さによりコマンド処理を識別す
る。すなわち制御回路１８は、コマンドコードＣＯＤを
識別した後に比較器１４を用いて受信レングス値の比較
を行ない、これにより細分化されたコマンド実施機能を
識別して処理を実行する。したがって、ＩＳＯ標準案の
対象外のシステムコマンドを、最小のコマンドコードお
よびパラメータで構成することが可能となり、ＩＣカー
ドｌの操作性および機能性を向上させることができる。

本実施例ではまた、アクセス権のチエツクを行なった後
にサービスを実施するため、利用者レベルに応じて同一
の命令コードで異なったコマンド体系を規定することも
できる。

なお、ここで説明した実施例は本発明を説明するもので
あって、本発明は必ずしもこれに限定されるものではな
く、本発明の精神を逸脱することなく当業者が可能な変
形および修正は本発明の範鋳に含まれる。すなわち本実
施例における受信バイト数カウンタ１２は、インフォメ
ーション部２２０のバイト数をカウントするとしたが、
プロローグ部２１０およびエピローグ部２３０はあらか
じめそのバイト数が決まっているため、これらを含めて
受信レングス値を求めてもよい。勿論この場合には、制
御回路１８から比較器１４に出力されるレングス値はこ
れらのバイト数を考慮したものとなる。

また本実施例における動作説明では、情報部２２０の受
信レングス値により２つのコマンド処理のいずれかを選
択するとしたが、選択するコマンド処理はとくに２つに
限定されるものではなく２つより多くても勿論よい。

効　　果 このように本発明によればコマンド構成を簡素化するこ
とができる。このため、処理の簡略化、コマンド数の削
減および処理スピードの高速化などが実現でき、またマ
スクプログラム容量などの内部資源を有効に活用するこ
とができる。さらに、本発明によれば利用者レベルに応
じて同一コードで異なったコマンド体系を規定できるた
め、レベル毎に異なったサービスの実施および互いの秘
密保持が可能となる。

【図面の簡単な説明】

第１図は本発明によるＩＣカードコマンド識別方式の実
施例を適用したＩＣカードの機能ブロック図、 第２図は、第１図のＩＣカードに伝送される情報　５ ブロックのフレーム構成を示したフレーム構成図、 第３図は、第１図に示されたＩＣカードの処理動作の一
例を示すフロー図、 第４図および第５図は、第３図に示された処理動作にお
けるインフォメーション部の具体例を示した構成図であ
る。 　６ 部　　の　　　の。 １　　、　　、　　、　ＩＣカード １０、、、タイミングコントロール回路１２、、、受信
バイト数カウンタ １４、、、比較器 １Ｂ、、、制御回路 １Ｂ、　、　、ランダクアクセスメモリ２０、、、リー
ドオンリメモリ

Claims (1)

1. 【特許請求の範囲】 インタフェースデバイスに接続され、該デバイスより命
   令コードを含む情報ブロックを受信し、該命令コードで
   指示された処理を実行するＩＣカードにおいて、該ＩＣ
   カードにおけるＩＣカードコマンド識別方式は、 １つの前記命令コードに対して複数の命令内容を含む命
   令コードを有し、 該ＩＣカードは、前記インタフェースデバイスより受信
   した前記情報ブロックに示された命令内容を識別する際
   、該情報ブロックの命令コードに示された内容と該情報
   ブロックの所定のフィールド長により伝送された命令内
   容を識別し、該命令内容の処理を実行することを特徴と
   するＩＣカードコマンド識別方式。