JP2003036425A - セキュリティカード - Google Patents

Abstract

(57)【要約】 【課題】本発明の目的は、複数のアプリケーションを並
列に実行することにより、ユーザの利便性を向上するこ
とである。 【解決手段】本発明は、ホストインタフェース210と、
中央処理装置220と、ROM240と、RAM250と、EEPROM260
と、暗号コプロセッサ270とを備え、中央処理装置220
が、共通コマンド処理プログラムのロード時に共通コマ
ンド用ワークのサイズを算出し、EEPROM260に記憶さ
せ、アプリケーション専用コマンド処理プログラムのロ
ード時に共通コマンド用ワークエリアをEEPROM260にア
プリケーション単位で割付け、論理チャネル単位でアプ
リケーション専用コマンド処理プログラム（コード、デ
ータ）、共有コマンド処理プログラム（コード、ワー
ク）を対応づけて管理する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、セキュリティ機能
と記憶機能を搭載し、ホスト機器からのコマンドに応じ
て、データの処理及び記憶が可能な処理／記憶媒体（例
えば、セキュリティカード）、及びその処理／記憶媒体
（例えば、セキュリティカード）が挿入可能なホスト機
器に関する。

【０００２】

【従来の技術】ＩＣカードは、プラスチックカード基板
中にＩＣ（集積回路）チップを埋め込んだものであり、
その表面にＩＣチップの外部端子を持つ。ＩＣチップの
外部端子には電源端子、クロック端子、データ入出力端
子などがある。ＩＣチップは、接続装置が外部端子から
電源や駆動クロックを直接供給することによって動作す
る。ＩＣカードは外部端子を通して端末機などの接続装
置との間で電気信号を送受信することにより、接続装置
と情報交換をおこなう。情報交換の結果として、ＩＣカ
ードは計算結果や記憶情報の送出、記憶情報の変更をお
こなう。ＩＣカードは、これらの動作仕様に基づいて、
機密データ保護や個人認証などのセキュリティ処理を実
行する機能を持つことができる。ＩＣカードは、クレジ
ット決済やバンキングなど機密情報のセキュリティが必
要とされるシステムにおいて、個人識別のためのユーザ
デバイスとして利用されている。

【０００３】

【発明が解決しようとする課題】ＩＣカードは内部に機
密データを格納し、機密データに関わる処理は全てＩＣ
カード内部で実行する。そうすることによって、機密デ
ータがＩＣカードの外に出ることを防いでいる。機密デ
ータに関わる処理はコマンド処理プログラムとして構成
されている。ＩＣカードの外部（ホスト機器）から、Ｉ
Ｃカードにコマンドを送信すると、そのコマンドに対応
したコマンド処理プログラムが実行される。そして実行
結果がホスト機器に返信される。コマンドは一つとは限
らず複数個備わっている場合が多い、コマンド（あるい
はコマンド処理プログラム）は相互に密接な関係があ
り、前のコマンドの実行結果を内部に保存しておき、そ
のデータを使って後のコマンドの処理が行われることが
多い。予め決められているコマンド発行のシナリオに従
って、ホスト機器からコマンドがＩＣカードに発行され
る。一連のコマンド送信／レスポンス受信を繰り返すこ
とによって、セキュリティシステム処理が遂行される。

【０００４】マルチアプリケーション対応のＩＣカード
用ＯＳ（オペレーティングシステム）としてＭＵＬＴＯ
Ｓなどが知られている。アプリケーション用コマンド処
理プログラムと機密データは一体として管理されてい
て、アプリケーション単位にＩＣカードに登録・削除で
きる。そしてアプリケーション間にはファイアウォール
が設定されており、相互干渉を防止している。

【０００５】上記従来の技術では、アプリケーション間
にファイアウォールが設定されているため、アプリケー
ション間で共通に使用する共通コマンドを登録できなか
った。また、アプリケーション内のデータを共通コマン
ドへのコマンドパラメータとして使うことなどできなか
った。さらに、アクティブなアプリケーションを一つし
かオープンできず複数アプリケーションを同時に実行す
ることが難しいという問題点があった。

【０００６】本発明の目的は、複数のアプリケーション
を並列に実行することにより、ユーザの利便性を向上し
たセキュリティカードを提供することである。

【０００７】

【課題を解決するための手段】本発明は、オープンチャ
ネルコマンド、クローズチャネルコマンド、共通コマン
ド処理プログラムのローディングコマンド、アプリケー
ション専用コマンド処理プログラムのローディングコマ
ンドを備える。

【０００８】また、システムコマンド、共通コマンドお
よびアプリケーション専用コマンドを実行する手段、多
数の論理チャネルを管理するテーブル、論理チャネル単
位にアプリケーション専用コマンド処理プログラム（命
令コード、スタティックデータ、ダイナミックデー
タ）、共有コマンド処理プログラム（命令コード、ワー
クデータ）を対応づけて管理する手段、共通コマンド処
理プログラムをローディングする場合に共通コマンド命
令コードへのポインタおよび共通コマンド用ワークエリ
アのサイズを算出し記憶しておく手段、アプリケーショ
ン専用コマンド処理プログラムをローディングする場合
に共通コマンド用ワークエリアをアプリケーション単位
に割付ける手段、論理チャネルをオープンする場合に対
応するアプリケーション専用コマンド用ダイナミックデ
ータと共有コマンド用ワークデータを初期化する手段、
論理チャネル番号とコマンド番号でコマンド処理プログ
ラム選択し実行させる手段、論理チャネル番号で共通コ
マンド用ワークエリアを選択し切換える手段、論理チャ
ネル番号でアプリケーション用スタティックデータを選
択し切換える手段、を備える。

【０００９】

【発明の実施の形態】本発明の実施例について図面を用
いて説明する。

【００１０】図１に本発明の一実施例の全体構成図を示
す。本発明に関わる統合セキュリティカード２００は、
ホストインタフェース２１０を介してホスト機器のアダ
プタ１３０に接続する。ホスト機器１００は計算機の全
体制御を行う中央処理装置（以下ＣＰＵ）１１０、メモ
リ装置１２０、アダプタ１３０で構成されていて、それ
らはシステムバス１４０で接続されている。メモリ装置
１２０には、アプリケーションプログラム１２１、１２
２、およびコマンド登録ツール１２３が格納されてい
る。これらのプログラムは統合セキュリティカード２０
０をアクセスする。プログラム１２１、１２２、１２３
から発行されたコマンドは、アダプタ１３０、インタフ
ェースバス１５０を経由して統合セキュリティカード２
００へ送信される。また、統合セキュリティカード２０
０からは、コマンドに対応してレスポンスがホスト機器
１００へ返信される。

【００１１】図２は、本発明に関わる統合セキュリティ
カード２００のシステムブロック図である。

【００１２】統合セキュリティカード２００は、演算処
理を行うためのＣＰＵ２２０と、データ（プログラムを
含む）を記憶するためのＲＯＭ（Read Only Memory）２
４０とＲＡＭ（Random Access Memory）２５０とＥＥＰ
ＲＯＭ（Electrically Erasable Programmable ROM）２
６０と、暗号／復号に間する処理を行うための暗号コプ
ロセッサ２７０と、外部とデータを送受信するためのホ
ストインタフェース２１０とを備え、それらは、バス２
３０によって接続される。暗号コプロセッサ２７０によ
って、ホスト機器１００からのコマンドに応じて、暗号
処理を実行することが可能である。尚、暗号コプロセッ
サ２７０（ハードウェア）の替わりに、プログラム（ソ
フトウェア）に従ってＣＰＵ２２０が暗号処理を実行し
てもよい。統合セキュリティカード２００は、ホスト機
器１００と通信を行い、ホスト機器１００からのコマン
ドに応じて、セキュリティ処理及び記憶処理を実行す
る。統合セキュリティカード２００とホスト機器１００
との間の通信は、インタフェースバス１５０のような有
線であってもよいし、赤外線や電波のような無線であっ
てもよい。統合セキュリティカード２００の形状は、カ
ード形状に限定されない。統合セキュリティカード２０
０は、例えば、ＩＣカードである。

【００１３】ホスト機器１００から統合セキュリティカ
ード２００に発行されるコマンドのタイプを図３に示
す。コマンドには、システムコマンド、アプリケーショ
ン間で共通に使用できる共通コマンド、アプリケーショ
ン専用コマンドの３つのタイプがある。共通コマンドと
アプリケーション専用コマンド処理プログラムはホスト
機器１００から登録することができる。

【００１４】図４は、統合セキュリティカード２００内
のＲＯＭ２４０、ＥＥＰＲＯＭ２６０とＲＡＭ２５０の
メモリマップである。ＲＯＭ２４０には、コマンド受信
プログラム２４１、コマンド終了プログラム２４２、シ
ステム制御およびシステムコマンド領域２４３を割り振
る。ＥＥＰＲＯＭ２６０には、システム管理データ領域
２６１、アプリケーション動作領域２６２、共通コマン
ド動作領域２６３を割り振る。ＲＡＭ２５０には、シス
テムコマンド用ワーク領域２５１、アプリケーション用
ワーク領域２５２を割り振る。コマンド受信プログラム
２４１、コマンド終了プログラム２４２、およびシステ
ムコマンド領域２４３内のシステムコマンド処理プログ
ラムは、システム管理データ領域２６１とシステムコマ
ンド用ワーク領域２５１を使用する。

【００１５】図５は、システムコマンド用ワーク領域２
５１と、システム管理データ領域２６１の詳細である。
３００はホスト機器１００から受取ったコマンド情報を
格納しておくコマンドデータ領域、３１０は逆にホスト
機器に返送するレスポンス情報を格納しておくレスポン
スデータ領域である。３２０は現在選択されている論理
チャネル番号を記憶するカレントＣＨＣＢである。

【００１６】また、システム管理データ領域２６１に
は、いろいろなシステム管理テーブルを格納する。３３
０は登録されているアプリケーション専用コマンド処理
プログラムを管理するテーブルＡＰＣＢ（Application
Control Block）、３４０は登録されている共通コマン
ド処理プログラムを管理するテーブルＣＣＣＢ（Common
command control block）、３５０は論理チャネルを管
理するテーブルＣＨＣＢ（Channel control block）、
３６０はシステムコマンドを管理するテーブルＳＣＣＢ
（System command control block）である。

【００１７】図６は、アプリケーション動作領域２６
２、アプリケーション用ワーク領域２５２の詳細であ
る。ＥＥＰＲＯＭ２６０内のアプリケーション動作領域
２６２はアプリケーション単位に分割されていて（５１
０、５２０）、それぞれの領域に各アプリケーション専
用コマンド処理プログラムのコード（５１１、５２１）
とデータS（５１２、５２２）が格納される。データS
（５１２、５２２）は定数などのスタティックデータで
ある。ＲＡＭ２５０内のアプリケーション用ワーク領域
２５２もアプリケーション単位に分割されていて（６１
０、６２０）、それぞれの領域に各アプリケーション専
用コマンド処理プログラムのデータＤ（６１１、６２
１）、および共通コマンド用ワーク（６１２、６２２）
が格納される。データＤ（６１１、６２１）はアプリケ
ーションがアクティブになっている間使用するダイナミ
ックデータである。共通コマンド用ワーク（６１２、６
２２）は、それぞれのアプリケーション毎に割り振られ
る。

【００１８】図７は、は登録されているアプリケーショ
ン専用コマンド処理プログラムを管理するテーブルＡＰ
ＣＢ（３３０）の詳細である。ＡＰＣＢ（３３０）はア
プリケーションに対応してエントリ（３３１、３３２、
・・）を持つ。各エントリ３３１は対応するアプリケー
ションに関する情報を格納している。これらの情報はア
プリケーションが登録された時に作成される。

【００１９】ＡＰＣＢ(1,0)はアプリケーションが登録
されているか否かをあらわすスイッチである。対応する
アプリケーションが格納されている場所（コード、デー
タＳ、データＤへのポインタ）、アプリケーション名、
そのアプリケーションに割り振られた共通コマンド用ワ
ークへのポインタなどがある。ＡＰＣＢ（３３０）は図
１０に示すアプリケーションユニットのローディングコ
マンド（Load_AP）で作成される。

【００２０】図８は、論理チャネルを管理するテーブル
ＣＨＣＢ（３５０）の詳細である。

【００２１】ホスト機器１００内のプログラム（１２
１、１２２、１２３）は論理チャネルを経由して、統合
セキュリティカード２００内のアプリケーション専用コ
マンド、共通コマンドをアクセスできる。論理チャネル
は図１０に示すオープンチャネルコマンド（Open_Chann
el）で作成され、論理チャネルとアプリケーションが対
応付けられる。論理チャネル番号に対応してエントリ
（３５１、３５２、…）を持つ。各エントリ（３５１）
は対応する論理チャネルに関する情報を格納している。
ＣＨＣＢ(1,0)は当該チャネルを使用中のアプリケーシ
ョン番号をあらわす。使用中アプリケーションが格納さ
れている場所（コード、データＳ、データＤへのポイン
タ）、そのアプリケーションに割り振られた共通コマン
ド用ワークへのポインタを格納する。

【００２２】図９は、システムコマンドを管理するテー
ブルＳＣＣＢ（３６０）、および登録されている共通コ
マンド処理プログラムを管理するテーブルＣＣＣＢ（３
４０）の詳細である。

【００２３】ＳＣＣＢ（３６０）はシステムコマンド処
理ルーチンのアドレスを格納する。ＣＣＣＢ（３４０）
は共通コマンドの登録状態、共通コマンドコードへのポ
インタ、共通コマンド用ワークのサイズなどを格納す
る。ＣＣＣＢ（３４０）は図１０に示す共通コマンドの
ローディングコマンド(Load_CCOM)で作成される。

【００２４】図１０に、システムコマンドの一覧を示
す。Open_Channelコマンドは論理チャネルをオープン
し、指定されたアプリケーションを対応付ける、そして
当該チャネル番号を返す。Close_Channelコマンドは指
定されたチャネルをクローズする。Load_CCOMコマンド
は共通コマンド処理プログラムをローディングする。Lo
ad_APコマンドはアプリケーションユニットをローディ
ングする。システムコマンドを選択する場合チャネル番
号０を使う。

【００２５】図１１に、Load_CCOMコマンドでロードす
る共通コマンドのロードユニット７００の構成、Load_A
Pコマンドで扱うアプリケーションのロードユニット７
１０の構成を示す。７００は共通コマンド属性情報７０
１、共通コマンド命令コード７０２、共通コマンド用ワ
ーク７０３で構成される。７１０は、アプリケーション
の属性情報７１１、アプリケーション命令コード７１
２、スタティックデータＳ（７１３）、ダイナミックデ
ータＤ（７１４）で構成される。

【００２６】図１２は、コマンドデータ領域３００に格
納されるコマンド情報の詳細、レスポンスデータ領域３
１０に格納されるレスポンス情報の詳細である。コマン
ドデータ３００はチャネル番号３０１、コマンド番号３
０２、コマンドパラメータ３０３で構成される。システ
ムコマンド発行の場合、チャネル番号は０である。また
コマンド番号３０２でシステムコマンド、共通コマン
ド、ユーザアプリケーション専用コマンドのいずれであ
るか区別する。レスポンスデータ３１０はリターンコー
ド３１１、コマンドリターンデータ３１２で構成され
る。

【００２７】図１３は統合セキュリティカード２００の
初期化処理９０１を示す。統合セキュリティカード２０
０の電源が入ると初期化処理９０１が動作する。システ
ムコマンド用ワーク領域２５１を初期化し（ステップ９
０２）、コマンド受信２４１へ分岐する（ステップ９０
８）。

【００２８】図１４はコマンド受信処理２４１、図１５
はコマンド起動処理１１００、図１６は無効コマンド処
理１２００、コマンド終了処理１３００である。コマン
ド受信処理２４１では、ホストインタフェース２１０を
監視しコマンドが到着したか否かチェックする（ステッ
プ１００１）。コマンドが到着した場合、コマンドデー
タをコマンドデータ３００に取込む（ステップ１００
２）。そしてコマンド起動処理１１００へ分岐する（ス
テップ１００３）。

【００２９】コマンド起動処理１１００では、まずチャ
ネル番号３０１をチェックする（ステップ１１０１）。
チャネル番号が0の場合システムコマンドデスパッチ２
０００へ分岐する（ステップ１１０８）。

【００３０】チャネル番号が０以外の場合、チャネル番
号に対応したＣＨＣＢエントリの番号をカレントＣＨＣ
Ｂ（３２０）へ設定する（ステップ１１０２）。以後カ
レントＣＨＣＢに関して制御する。まず、当該チャネル
がオープンしているか否かチェックする（ステップ１１
０３）。チャネルがオープンされている場合CHCB(1,0)
にチャネル使用中のアプリケーション番号が設定されて
いる。オープンされていない場合、無効コマンド処理１
２００へ分岐する（ステップ１１２０）。オープンされ
ている場合、コマンド番号３０２が共通コマンドである
か否かをチェックする（ステップ１１０４）。あるいは
アプリケーション専用コマンドであるか否かをチェック
する（ステップ１１０６）。共通コマンドの場合、ＣＣ
ＣＢ（３４０）をチェックする。CCCB(0)が登録有りの
状態ならばCCCB(1)から共通コマンドコードの先頭アド
レスを取得する。そして取得したアドレスへ分岐する
（ステップ１１０５、１１０９、１１３０）。ここで
は、図２２の共通コマンドコードの先頭３０００へ分岐
する。

【００３１】一方、アプリケーション専用コマンドの場
合、CHCB(1,1)をチェックする。CHCB(1,1)に設定されて
いるアプリケーション命令コードの先頭アドレスを取得
し、取得したアドレスへ分岐する（ステップ１１０７、
１１１０、１１３０）。この例では、図２５のアプリケ
ーションコードの先頭４０００へ分岐する。CHCB(1,1)
にアドレスが設定されていない場合、無効コマンド処理
１２００へ分岐する（ステップ１１２０）。

【００３２】無効コマンド処理１２００では、リターン
コード３１１にエラーコードを設定し（ステップ１２０
１）、コマンド終了処理１３００へ分岐する（ステップ
１２０２）。

【００３３】共通コマンド処理３０００あるいはアプリ
ケーション専用コマンド処理４０００が終了すると、コ
マンド終了１３００に分岐してくる。ここでは、レスポ
ンスデータ３１０に設定されているリターンコード３１
１やコマンドリターンデータ３１２をホスト機器１００
に送信する（ステップ１３０１）。ここで再びコマンド
受信２４１へ戻る。

【００３４】図１７に、システムコマンドデスパッチ処
理２０００を示す。まずコマンドデータ３００内からコ
マンド番号３０２を取込む（ステップ２００１）。ＳＣ
ＣＢ（３６０）をサーチし、コマンド番号３０２に対応
するシステムコマンド処理ルーチンの先頭アドレスを取
得し、取得したアドレスへ分岐する（ステップ２００
２）。この例では、Open_Channel、Close_Channelなど
へ分岐する。各コマンド処理が終了したならば、コマン
ド終了１３００へ分岐する（ステップ２００９）。

【００３５】図１８はLoad_CCOMコマンド処理２３００
である。Load_CCOMコマンドは共通コマンドのロードユ
ニット７００をローディングする。共通コマンドのロー
ドユニット７００はコマンドデータ３００内のコマンド
パラメータ３０３に格納されている。

【００３６】３４０のＣＣＣＢにおいて、CCCB(0)を登
録状態にする（ステップ２３０１）。そして、共通コマ
ンド命令コード７０２を共通コマンド動作領域２６３へ
格納する。（ステップ２３０２）。次に共通コマンド用
ワーク７０３のサイズを取得する（ステップ２３０
３）。そして、３４０のＣＣＣＢデータを設定する。す
なわち、CCCB(1)に共通コマンドコードへのポインタ、C
CCB(2)に共通コマンド命令コード７０２のサイズ、CCCB
(3)に共通コマンド用ワーク７０３のサイズ、CCCB(4)に
共通コマンドの属性情報７０１を格納する（ステップ２
３０４）。最後にリターンコード３１１に正常リターン
コードを設定し、処理を終了する（ステップ２３０５，
２３６０）。共通コマンド用のワーク領域は、後でアプ
リケーションがローディングされた時に割り振る。

【００３７】図１９はLoad_APコマンド処理２４００で
ある。Load_APコマンドはアプリケーションのロードユ
ニット７１０をローディングする。アプリケーションの
ロードユニット７１０はコマンドデータ３００内のコマ
ンドパラメータ３０３に格納されている。

【００３８】３３０のAPCBにおいて、空きエントリを探
す。空きAPCBエントリを見つけたならば当該エントリの
APCB(1,0)を使用中状態にする（ステップ２４０１，２
４０２）。アプリケーション命令コード７１２とアプリ
ケーションデータＳ（７１３）を、アプリケーション動
作領域５１０に格納する。アプリケーション動作領域５
１０に別のアプリケーションが既に格納されている場合
は、それに続いた動作領域５２０に格納する（ステップ
２４０３）。次にアプリケーションデータD（７１４）
を、アプリケーション用ワーク領域６１０に格納する。
アプリケーション用ワーク領域６１０に別のアプリケー
ションが既に格納されている場合は、それに続いた動作
領域６２０に格納する（ステップ２４０４）。このと
き、アプリケーションデータD（６１１、６２１）に続
いて共通コマンド用ワーク領域（６１２、６２２）を割
り振る。共通コマンド用ワークのサイズは、３４０のCC
CB(3)から得られる。当然、共通コマンドが未登録の場
合、共通コマンド用ワーク領域（６１２、６２２）の割
り振りはスキップする（ステップ２４０５）。そしてAP
CBのエントリ３３１に管理データを設定する。APCB(1,
1)にアプリケーション命令コード（５１１、５２１）へ
のポインタ値、APCB(1,2)にアプリケーションデータS
（５１２、５２２）へのポインタ値、APCB(1,3)にアプ
リケーションデータD（６１１，６２１）へのポインタ
値、APCB(1,4)アプリケーションデータD（６１１、６２
１）のサイズ、 APCB(1,7)に共通コマンド用ワーク（６
１２、６２２）へのポインタ値を設定する。および、 A
PCB(1,5)にアプリケーション名、 APCB(1,6)にアプリケ
ーション属性情報７１１を格納する。（ステップ２４０
６）。最後にリターンコード３１１に正常リターンコー
ドを設定し、処理を終了する（ステップ２４０７、２４
６０）。APCBの先頭にあるAPCB管理データ３３９にて、
アプリケーション動作領域２６２の空きエリアおよびア
プリケーション用ワーク領域２５２の空きエリアを管理
する。

【００３９】図２０はOpen_Channelコマンド処理２１０
０である。Open_Channelコマンドは論理チャネルをオー
プンし、指定されたアプリケーションを対応付ける、そ
して当該チャネル番号を返す。

【００４０】まず指定されたアプリケーションが使用中
のチャネルが既にオープンされているか否かチェックす
る。具体的には、３５０のCHCBのエントリ（３５１，３
５２）内のCHCB(1,0)のチャネル使用中アプリケーショ
ン番号をチェックする。（ステップ２１０１）。既にオ
ープンしていた場合エラー終了する。オープンしていな
い場合オープン処理を行う。３３０のAPCBをチェック
し、指定されたアプリケーションが登録されているか否
かチェックする。登録されていない場合エラー終了す
る。（ステップ２１０２）。次に空きCHCBエントリ（３
５１、３５２）を探す。空きCHCBエントリを見つけたな
らば、当該エントリのCHCB(1,0)にアプリケーション番
号を設定し当該エントリを占有する（ステップ２１０
３、２１０４）。そしてCHCBの管理データを設定する。
CHCB(1,1)にアプリケーション命令コードへのポインタ
値、CHCB(1,2)にアプリケーションデータSへのポインタ
値、CHCB(1,3)にアプリケーションデータDへのポインタ
値、CHCB(1,4)に共通コマンド用ワークへのポインタ値
を設定する。これらのCHCBへの設定値は、当該アプリケ
ーションプログラムを管理するAPCBエントリ（３３１、
３３２）から得られる。（ステップ２１０５）。そし
て、当該アプリケーションデータD（６１１、６２１）
および共通コマンド用ワーク（６１２、６２２）を初期
化する（ステップ２１０６、２１０７）。最後にオープ
ンしたチャンネル番号をコマンドリターンデータ３１
２、リターンコード正常をリターンコード３１１に設定
し、処理を終了する（ステップ２１０８、２１０９、２
１６０）。

【００４１】図21はClose_Channelコマンド処理２２０
０である。Close_Channelコマンドは指定されたチャネ
ルをクローズする。

【００４２】まず、コマンドパラメータ３０３からコマ
ンドパラメータを取り出す。パラメータで指定されたチ
ャンネルに対応するCHCBのエントリ（３５１，３５
２、）内のCHCB(1,0)をチェックする（ステップ２２０
１）。CHCBがオープン状態ならば、CHCB(1,0)をクリア
してCHCBの占有を解除する、すなわち該当チャネルをク
ローズする（ステップ２２０２）。最後にリターンコー
ド正常をリターンコード３１１に設定し、処理を終了す
る（ステップ２２０３、２２６０）。

【００４３】図２２、図２３に共通コマンド処理を示
す。共通コマンド処理プログラムは、プログラムの先頭
に共通コマンドデスパッチ処理３０００を持つ。共通コ
マンドデスパッチ処理を経由してそれぞれのコマンド処
理プログラム（３１００、３２００）へ分岐する。

【００４４】コマンド起動１１００が設定したカレント
CHCB（３２０）の値にしたがってCHCBエントリ（３５
１）を選択する（ステップ３００１）。そして、当該CH
CBエントリ（３５１）の管理する共通コマンド用ワーク
へのポインタとアプリケーションデータSへのポインタ
を選択する（ステップ３００２）。これ以降、共通コマ
ンド処理プログラムは、発行元のアプリケーションに依
存した情報を格納するデータS（５１２）をアクセスで
きるようになる。また、オープンしている論理チャンネ
ルに依存した共通コマンド用ワーク（６１２）をアクセ
スできるようになる。

【００４５】次にコマンドデータ３００内からコマンド
番号３０２を取り出す（ステップ３００３）。そして共
通コマンド番号に対応した共通コマンド処理プログラム
（３１００，３２００）へ分岐する（ステップ３００
４）。各コマンド処理が終了したならば、コマンド終了
１３００へ分岐する（ステップ３０１０）。

【００４６】図２３は共通コマンド処理プログラムの例
である。

【００４７】ステップ３００２にて、当該CHCBエントリ
（３５１）の管理する共通コマンド用ワークへのポイン
タとアプリケーションデータSへのポインタを選択して
ある。したがって、共有コマンド処理プログラムはアプ
リケーションデータS内のデータ（５１２）、共有コマ
ンド用ワーク内のデータ（６１２）を自由にアクセスで
き、そのデータを使って演算処理を実行できる。（ステ
ップ３１０１、３１０２、３１０３、３１０４）。そし
て、コマンドリターンデータ３１２にレスポンスデータ
を設定する（ステップ３１０５）。最後に、リターンコ
ード３１１にリターンコードを設定してコマンド処理を
終了する（ステップ３１０６，３１６０）。

【００４８】図２４はアプリケーションデータS（５１
２）の構成例である。データ領域の先頭にディレクトリ
５１２ｄを配置する。ディレクトリには、各データへの
ポインタを格納しておき、各データを簡単にアクセスで
きる構造とする。

【００４９】図２５、図２６にアプリケーション専用コ
マンド処理を示す。アプリケーション専用コマンド処理
プログラムは、プログラムの先頭にアプリケーション専
用コマンドデスパッチ処理４０００を持つ。アプリケー
ション専用コマンドデスパッチ処理を経由してそれぞれ
のコマンド処理プログラム（４１００、４２００）へ分
岐する。

【００５０】まず、コマンドデータ３００内からコマン
ド番号３０２を取り出す（ステップ４００１）。そして
共通コマンド番号に対応した共通コマンド処理プログラ
ム（４１００，４２００）へ分岐する（ステップ４００
２）。各コマンド処理が終了したならば、コマンド終了
１３００へ分岐する（ステップ４０１０）。

【００５１】図２６アプリケーション専用コマンド処理
の例である。アプリケーションデータS（５１２）およ
びアプリケーションデータD（６１１）内のデータアド
レスを取得し（ステップ４１０１、４１０２）、それら
のデータを使って演算を実行と演算結果の保存を行う
（ステップ４１０３）。

【００５２】そして、コマンドリターンデータ３１２に
レスポンスデータを設定する（ステップ４１０４）。最
後に、リターンコード３１１にリターンコードを設定し
てコマンド処理を終了する（ステップ４１０５，４１６
０）。

【００５３】本発明の実施例によれば、マルチアプリケ
ーション対応のセキュアカードにて、アクティブなアプ
リケーションを複数オープンしそれらを同時に実行でき
る。また、それらのアプリケーション間で共通コマンド
処理を使える。さらに、アプリケーション間共有コマン
ドを登録削除できる。またアプリケーション専用のコマ
ンド処理プログラムも登録削除できる。

【００５４】

【発明の効果】本発明によれば、複数のアプリケーショ
ンを並列に実行することができるため、ユーザの利便性
を向上するという効果を奏する。

【図面の簡単な説明】

【図１】本発明の一実施例の全体構成図

【図２】本発明に関わる統合セキュリティカードのシス
テムブロック図

【図３】統合セキュリティカードに発行されるコマンド
タイプの説明図

【図４】統合セキュリティカードのメモリマップ図

【図５】システムコマンド用ワーク領域とシステム管理
データ領域の詳細図

【図６】アプリケーション動作領域とアプリケーション
用ワーク領域の詳細図

【図７】アプリケーション処理プログラムの管理テーブ
ル図

【図８】論理チャネルの管理テーブル図

【図９】システムコマンドの管理テーブル図

【図１０】システムコマンドの説明図

【図１１】共通コマンドとアプリケーションのロードユ
ニットの説明図

【図１２】コマンドデータとレスポンスデータの説明図

【図１３】統合セキュリティカードの初期化処理のフロ
ー図

【図１４】コマンド受信処理のフロー図

【図１５】コマンド起動処理のフロー図

【図１６】無効コマンド処理、コマンド終了処理のフロ
ー図

【図１７】システムコマンドデスパッチ処理のフロー図

【図１８】Load_CCOMコマンド処理のフロー図

【図１９】Load_APコマンド処理のフロー図

【図２０】Open_Channelコマンド処理のフロー図

【図２１】Close_Channelコマンド処理のフロー図

【図２２】共通コマンドデスパッチ処理のフロー図

【図２３】共通コマンド処理のフロー図

【図２４】アプリケーションデータSの構成図

【図２５】アプリケーション専用コマンドデスパッチ処
理のフロー図

【図２６】アプリケーション専用コマンド処理のフロー
図

【符号の説明】

100…ホスト機器、110,220…中央処理装置、120…メモ
リ装置、121,122…アプリケーションプログラム、123…
コマンド登録ツール、130…アダプタ、140…システムバ
ス、150…インタフェースバス、200…総合セキュリティ
カード、210…ホストインタフェース、230…バス、240
…ROM、250…RAM、260…EEPROM、270…暗号コプロセッ
サ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 片山 国弘 東京都小平市上水本町５丁目20番１号 株 式会社日立製作所半導体グループ内 (72)発明者 水島 永雅 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 Ｆターム(参考） 2C005 MA40 MB01 MB03 MB10 NA02 NA08 SA02 SA05 SA06 SA08 SA13 SA23 SA25 TA21 TA22 5B035 AA06 AA13 BB09 CA38 5B058 CA23 CA27 KA35 5B076 DD05 FA00

Claims (7)

【特許請求の範囲】
1. 【請求項１】ホスト機器からのコマンドに応じて、デー
   タの処理及び記憶が可能なセキュリティカードにおい
   て、 複数のアプリケーション間で共通に使用できる共通コマ
   ンド処理プログラムの登録削除コマンドを備えたセキュ
   リティカード。
2. 【請求項２】１つのアプリケーションで使用できるアプ
   リケーション専用コマンド処理プログラムの登録削除コ
   マンドを備えた請求項１に記載のセキュリティカード。
3. 【請求項３】前記アプリケーション専用コマンド処理プ
   ログラムの登録削除コマンドで登録したアプリケーショ
   ンプログラムのデータ部を、前記共通コマンド処理プロ
   グラムの登録削除コマンドで登録した共通コマンドのコ
   マンドパラメータとして使用できる請求項２に記載のセ
   キュリティカード。
4. 【請求項４】論理チャネル単位で、前記アプリケーショ
   ン専用コマンド処理プログラムと前記共有コマンド処理
   プログラムとを対応づけて管理する手段を備えた請求項
   ２に記載のセキュリティカード。
5. 【請求項５】前記共通コマンド処理プログラムをローデ
   ィングする場合に共通コマンド命令コードへのポインタ
   および共通コマンド用ワークエリアのサイズを算出し記
   憶装置に記憶させ、前記アプリケーション専用コマンド
   処理プログラムをローディングする場合に共通コマンド
   用ワークエリアをアプリケーション単位で前記記憶装置
   に割付ける手段を備えた請求項２に記載のセキュリティ
   カード。
6. 【請求項６】論理チャネルをオープンする場合に対応す
   るアプリケーション専用コマンド用ダイナミックデータ
   及び共有コマンド用ワークデータを初期化する手段を備
   えた請求項２に記載のセキュリティカード。
7. 【請求項７】論理チャネル番号で共通コマンド用ワーク
   エリアを選択し切換える手段、論理チャネル番号でアプ
   リケーション用スタティックデータを選択し切換える手
   段を備えた請求項２に記載のセキュリティカード。