JP2000508101A

JP2000508101A - チップカードおよびチップカード使用方法

Info

Publication number: JP2000508101A
Application number: JP10528242A
Authority: JP
Inventors: エンゲルハルト・ホルガー; ハインツ・ミヒャエル; キッシンジャー・ステファン; ゴルナー・ミヒャエル; クッヒェルマイスター・アントン・ヨット; シュバイア・アンドレアース; ブルガー・アデルハイド; ラドノッティ・ミヒャエル
Original assignee: ドイチェバンクアーゲー; ベーベー−ダーターゲゼルシャフトフュアインフォルマチオーンズ−ウントコムニカチオーンズジステーメエムベーハー
Priority date: 1996-12-23
Filing date: 1997-12-19
Publication date: 2000-06-27
Also published as: AU738719B2; IS5060A; EA001837B1; EA199900538A1; CZ225499A3; CA2275931A1; AP9901573A0; HUP0000448A3; HUP0000448A2; TR199901431T2; IL130174A0; AP1062A; NZ336403A; WO1998028718A3; BG63233B1; WO1998028718A2; NO993102D0; BG103490A; EP0968485A2; NO993102L

Abstract

(57)【要約】トランザクションを実行するチップカード。このトランザクションでは金銭的価値単位または他の非金銭的権利を表す価値データがカード所持者と少なくとも一つのトランザクションパートナー（サービスプロバイダ）との間で転送されるか、または権利の検証のためにサービスプロバイダに提示される。チップカードはトランザクションを実行するために必要なデータをストアする記憶領域を有する。チップカードはさらに、カードに一または複数のカードアプリケーション（VASアプリケーション）をロードする手段、カード所持者とーまたは複数のサービスプロバイダとの間のトランザクションの実行を許可する手段が設けられる。

Description

【発明の詳細な説明】チップカードおよびチップカード使用方法技術分野本発明はチップカード，チップカードを使用するための端末装置，チップカード使用方法およびチップカードシステムに関する。従来技術例えば電子財布，電子キャッシュ，クレジット機能のようなの支払機能を持ったマイクロプロセッサチップカードはすでに使用されている。これらのカードは，ZKA(Zentraler Kreditausschuss，中央カード委員会)，VISA(ビザ)またはEMV( Europay Mastercard VISA，ユーロペイマスターカードビザ)のようなの機関からその特性に従って条件をつけられて，支払手段（貨幣の代用)として使用可能となっている。ここでは，代表的な資料してつぎのものを挙げる。 −ZKA,“Schnittstellenspezifikation fur die ec-Karte mit chip”，2 7.10.1995（中央カード委員会「チップ付き電子キャッシュカードのインターフェース仕様」，1995年10月27日）； −Europay International，“Integrated Circuit Card，Specification for payment Systems，EMV’96”，V3.0，30-Jun-1996（ユーロペイインターナショナル「支払システムのためのICカード仕様，EMV'96」，V3.0，1996年６月30日）； −ISO/IEC 7816-4，“Information technology-Identification cards-Integrat ed circuit(s)with contacts，part4：Interindustry commands for interchang e”，01-09-1995（「情報技術―識別(ID)カード−接点付きIC，第４部業種間交換用命令」，1995年９月１日）； −prEN 1546−1，“Identification card systems- Inter-sector electronic p urse，Part1：Definitions，concepts and structures”，15.03.１995（「IDカードシステム−セクタ間電子財布，第１部定義，概念および構造」，1995年３月15日）； −prEN 1546-2，“Identification card systems- Inter-sector electronicpur se，Part2：Securityarchitecture，03.07.1995（「IDカードシステムーセクタ間電子財布，第２部機密保持アーキテクチャ」，1995年３月15日）； −ｐrEＮ 1546−２，“Identificationcardsystems-Inter-sector electronic p urse，Part3：Dat-aelements and interchanges”，09.12.1994（「 IDカードシステム−セクタ間電子財布，第３部データ要素および交換」，1994年12月９日）；チップカードの現状の概要については以下の資料に記載されている。 Technische Merkmale，Normung，Einsatzgebiet 6，ISBN 3-486-23738-1（ステファン・シュッツ，ベルト・コールグラフ「チップカードの技術的特徴，規格，適用分野」オルデンブルク出版，ミュンヘン/ウィーン，1996，ISBN 3-486-23738-1）。従来のチップカードは，通常は，特定の使用目的のためにのみ，例えば電子財布または電子資格（身分）証明書としてしか用いることができないものであった。しかし，これらのチップカードに適用されたアプリケーションは一般に静的であり，すなわち，アプリケーションはチップカード製造時に適用され（取付けられ），カードの使用期間中は変更されることはなかった。つまり，従来のチップカードは可変性と機能性において制限されていた。特に，従来のチップカードはその製造処理後は機能性が固定され，以降の変更は不可能であった。発明の開示したがって，本発明の目的は機能性が変更できるチップカードを提供することにある。本発明の他の目的は，チップカードを通して実行できるアプリケーションおよびトランザクション(取引き)の個数および種類を該チップカード製造処理後においても変更できるチップカードを提供することにある。追加のアプリケーションを該チップカードにロードできなければならない。該チップカードからアプリケーションを消去できなければならない。さらに，個々のアプリケーションはデータ処理技術上および機密保持技術上互いに独立して定義され，互いに独立に実行されなければならない。該チップカードは，例えば，ISO 7816によるデータ処理技術および機密保持技術に関する条件を満たさなければならない。ただし，該チップカードの個々のアプリケーションは特にカードのプラットフォームそのものから独立していなければならない。本発明のさらに他の目的は，チップカードの使用者（ユーザ）が，該カードで利用できるアプリケーションの個数および種類を，使用者自身で決定，すなわち組合わせ，そして変更できるチップカードを提供することにある。本発明のさらに他の目的は，イントラサービス(すなわち，外部者（外部パートナー）との清算処理およびサービス転送処理が不要という意味での閉じたアプリケーション)およびインターサービス(外部者（外部パートナー）との外部関係を追加的に伴うアプリケーション)の両方に使用でき，これらサービスが実施できるチップカードを提供することにある。本発明の一観点によれば，該カード上に一または複数のカードアプリケーションをロードでき，これにより，カード所持者とーまたは複数のサービスプロバイダとの間で，各々のアプリケーションによってトランザクションを実行できる装置が提供される。該カードはアプリケーションのロードにより新しい機能を有するように構成される。すなわち，そのロード時点まで不可能であったアプリケーションの実行ができるようになる。ロードされたデータによってアプリケーションが定義され，その時点までカードに存在しなかったカードの基本機能性，例えば，オペレーティングシステムと関連してアプリケーションが実現される。したがって，該カードはアプリケーションのロードによって，ロードされたアプリケーション分だけその機能が拡張される。本発明の一実施態様によれば，本発明のチップカード上にはデータ構造（データベース(DF_VAS)）が設けられ，このデータ構造はそれ自身さらに部分構造と定義データセットに分けられる。ここで，データ構造はその構造を識別するコードにより一意的に識別され，したがってカードプラットフォームから独立である。該部分構造にはいわゆるアプリケーション，すなわち，チップカードのための機能性つまりチップカードのアプリケーションがロードされる。したがって，チップカードに特定のアプリケーションをロードすることで，カード所持者と該アプリケーションを特に取扱うサービスプロバイダとの間で，トランザクションが実行できる。データ構造内の定義データセットは，該部分構造にロードされたアプリケーションの種類および／または構造を保持する。少なくとも定義データセット，望ましくは全データ構造は，その修正に関して少なくとも一つのシステムキーによって保護されていて，該修正はそのキーを使用してのみ可能である。このシステムキーの代わりに，他の機密保持機構または機密保持手段も考えられる。これによって，例えば個人識別番号(PIN)または他の機密保持手段を使用して，データを修正から保護できる。上記の構造によって，部分構造に各種アプリケーションをロードでき，また，この部分構造から消去できるので，該カードはその機能性においておよび該カードを用いて実行可能なアプリケーションに関して可変となる。アプリケーションのロードと消去は，提供された部分構造内にアプリケーション用のデータとキーとを書き込むことで行われる。システムキーとデータ構造識別コードが提供されることで，多機能（性）処理を可能とするデータ構造はカードプラットフォームそのものに依存しなくなり，また，機密保持構成に関してカードプラットフォームから自立していてかつ依存しない。部分構造内にロードされたアプリケーションに従って，該カードを用いて，該アプリケーションに依存するトランザクションがカード所持者とサービスプロバイダとの間で実行できる。望ましくは，チップカードはさらに転送用記憶領域を含み，この領域にはトランザクション実行で交換されるデータが書き込まれ，また，この領域から該データが読み出される。転送用記憶領域からのデータ読み取りのためには端末装置特有のキーが設けられているので，個々のアクセスは機密保持技術上互いに独立している。カード上にある部分構造とアプリケーションとは，望ましくは互いに独立していて各々特定のプロバイダに割り当てられている。これらは，いわば，特定なアプリケーションの実行のための，該プロバイダ占有のまたは独自のデータである。したがって，これらはアプリケーションタイプおよびサービスプロバイダ毎に別々の情報を含む。例えば，特定値を示すデータ(ボーナス点や預金残額等)，アプリケーションに関する情報，サービスプロバイダに関する情報などである。しかし望ましくは，特に，アプリケーション特有のキーを含む。これらのキーにより，該部分構造内のデータへのアクセスは，他の部分構造とは独立した種類と方法で実行できる。これに対して，部分構造およびアプリケーション自体のロードまたは生成は，少なくとも一つの上位システムキーで保護される。望ましくは，トランザクションの実行前に，チップカードと端末装置の間で相互の認証が行われる。このために，アプリケーション個有の認証キーおよび部分構造特有の認証キーが設けられ。つぎに，トランザクション実行のために，各VASアプリケーションに確保された部分構造内にデータが書き込まれ，または，該構造から読み出され，または，転送記憶域を介して該構造内に展開（で実行）される。この書き込み時には，アプリケーション固有のキーが使用される。展開の場合には，アプリケーション特有のキーが，望ましくは端末装置特有のキーも使用される。端末装置固有のキーは，例えば，カード内に備えられたキー生成用キーを用いてアプリケーション特有のデータから生成される。こうして転送記憶域に書き込まれたデータは端末装置を介してサービスプロバイダによって読み出される。望ましくは，転送記憶域に保存されたデータ（読み出されたデータ）に無効を示すマークが付けられる。書き込まれたアプリケーションに特有のものでないサービスプロバイダの場合，ここでは，いわゆるインターサービスが実行される。すなわち，カード所持者のために該所持者の費用負担で，金銭的価値のあるデータが異なるサービスプロバイダ間で交換される。他の保護手段としては，トランザクション手続きの権限を検証するためのPIN （個人識別番号）またはパスワードがさらに設けられている。カードは可変構造なので，別々の時刻に異なった数の種々のアプリケーションをカード内に収容できる。転送記憶領域から取り出したデータの信憑性は，望ましくは，サイン（署名）キー，ディジタルキー，または少なくとも一個のキーを用いて保護される。これに関し特に有利な点は，取り出されたデータがその後も転送記憶領域に残っていれば，該カードによって「取り出されたデータである」とただマーク（ラベル付け）されることである。これにより，該トランザクションの後でも，実行されたトランザクションに関する情報を入手できる。したがって，（データ）取り出しの保護によって，（データ処理が一度のみ行われたという）一回性も証明される。さらに特に有利な点は，転送記憶領域に書き込まれたデータが失効となる有効期限日付を含んでいることである。これにより，例えば，一定期間有効である切符の手配を可能とするアプリケーションを実現できる。望ましくはトランザクションカウンタ（取り引き計数器）を設け，これにより，トランザクション日付および価値（数値）データを，対応するトランザクションに関して一意的に決定および識別できる。本発明によるチップカードの有利な実施例によれば，該カードは階層的な記憶構想（概念）も有する。この構想では，各種キーによって各種レベルにおいて，（データ）修正に対する保護が得られる。また，この構想は，アプリケーションレベルでは，記憶域にロードされたアプリケーションに関して可変である。つまり，個々のアプリケーションは各々固有の特定キーによって他のアプリケーションから保護され，独立している。さらに，全構造（データ）はシステムキーおよび構造識別コード（識別子）によって保護され，カードプラットフォーム自体から独立している。転送記憶装置（領域）の上記構想のために，カード所持者とサービスプロバイダとの間で，および異なるサービスプロバイダ間でデータ交換が可能となる。転送記憶装置への／からの書き込み／読み出しもキーで保護される。ここで，キーは同様にカードに特有，アプリケーションに特有であるが，さらに端末装置にも特有である。各トランザクションの実行前にされる認証およびオプションとしてのPIN（個人識別番号）またはパスワードは，本発明のチップカードの安全性をさらに高める。請求の範囲第21項から第30項に，本発明によるチップカードを使用するための端末装置が定義されている。該端末装置は，アプリケーションのロードや消去，トランザクションの実行，データの監視（閲覧）および各アプリケーションおよび各トランザクションに関連するその他の機能の実行に使用される。カード保持者とサービスプロバイダとの間のトランザクションの実行方法は特許請求の範囲第31項から第33項に定義される。本発明によるチップカードへのデータロードは特許請求の範囲第34項と第35項に定義される。チップカードと端末装置を含む全体システムは特許請求の範囲第36項に定義される。ここで，本発明の望ましい実施例をを図面に従って詳述する。図面は以下の通りである。図面の簡単な説明第１図は本発明によるチップカードの概念図である。第２図は本発明の構成要素を含む全体システムの概念図である。第３図は該全体システムのデータの流れを示す。第４図は可能なアプリケーションクラスおよびトランザクションモデルによる動作の概念図である。第５図は本発明によるチップカードの機密保持アーキテクチャの概念図である。第６図はVASコンテナの一般的なインプレメンテーション（実施）クラスのデータ構造である。第７図は本発明の一実施例によるVASコンテナの各種インプレメンテーションタラスである。第８図は本発明の一実施例によるVASコンテナのデータベース（構造）である。第９図はインプレメンテーションクラスDF PTのデータベースの概念を示す。第10図はインプレメンテーションクラスDF ADのデータベースの概念を示す。発明を実施するための最良の形態本発明を詳述する前に，以下の説明に使用する概念を定義する。 VAS：付加価値サービス VASカード：VASカードは付加価値サービスに参加可能にするためのチップカードであり，支払アプリケーション（電子財布のような）等の他のアプリケーションのほかに，VASコンテナを含む。 VASコンテナ：VASコンテナはVASアプリケーションの管理のための，およびVASアプリケーションの機能を利用可能にするためのデータ構造，アクセス条件，キーおよび（補助）命令により構成される。 VASアプリケーション：VASアプリケーションはVASデータを含む。VASデータへのアクセスはVASアプリケーションによって制御される。VASプロバイダはVASコンテナ内で一または複数のVASアプリケーションを作動させる。VASアプリケーションの利用は，VASデータの設定（適用），読込みおよび処理によって定義される。VASアプリケーションはイントラサービスまたはインターサービスのいずれかの形をとる。 VASプロバイダ：VASプロバイダは自身のVASアプリケーションに責任を持つ。該V ASアプリケーションは，ＶASプロバイダがシステムオペレータの基本条件および自身の載量で作成したものであり，その後システムオペレータおよび端末装置を介して，カード所持者が使用できるように用意されるものである。VASアプリケーションはVASカードのVASコンテナにロードされるベきものであり，ロードされた後に使用可能になる。イントラサービス：イントラサービスはVASアプリケーションの一種類で，各VASプロバイダの排他的管理下で利用される。イントラサービスアプリケーションは，外部者（外部パートナ）との清算処理またはサービス転送処理がないという意味での閉じたアプリケーションである。VASアプリケーションはイントラサービスまたはインターサービスのいずれかの形をとる。インターサービス：インターサービスアプリケーションは外部との追加接続を介して外部者（外部パートナ）との相互処理を伴うイントラサービスアプリケーションである。VASアプリケーションはイントラサービスまたはインターサービスのいずれかの形をとる。SO，システムオペレータ：システムオペレータはVASプロバイダおよびカード所持者がVASシステムを使用できるようにする。 Issuer（発行者）：発行者はカード発行者で，VASコンテナを含むVASカードを流通させる。 CH，カード所持者（カードホルダー：カード保持者）：カード所持者またはカード所有者はカード（この場合，VASカード）を所持（保持）し，付加価値サービスに参加するために該カードを使用する者である。カード所持者は必ずしも，本来のカード所有（権）者でなくても良い。サービス端末装置（ターミナル）：サービス端末装置は，システムオペレータによってVASアプリケーション用に設置される。カード所持者はこのサービス端末装置において，自身のVAS カード上のVASアプリケーションを管理（VASアプリケーションのロード，監視（閲覧），消去および転送）できる。ディーラ端末装置（ターミナル）：ディーラ端末装置は支払機能を有し，さらに VAS機能性を提供する。カード所持者はこの端末装置にVASカードを差し入れ，一方では支払いをし，同時に，VASの利点に与る。 AID:（アプリケーション識別子）アプリケーションを一意的に区別するための最大16バイト長のアプリケーション名で，カードのデータ構造の知識がなくても外部からのアプリケーション選択にも使用される。この識別子AIDは５バイトの登録アプリケーションプロバイダ識別子(RID)とオプショナルな最大11バイトの占有アプリケーション識別子登録（PIX）から成る。 DF：ISO 7816に従うディレクトリファイル。 EF：ISO 7816に従うエレメンタリファイル。有効VASコンテナ：外部世界に対して認証可能なVASコンテナ。 KID：（キー識別子）。キーを含むエレメンタリファイル内のキーの番号。 R&R：ルールとレギュレーション（規則と規定）。 p：インプレメンテーション（実施）クラスDF_PTのオブジェクトの最大個数。 a：インプレメンテーションクラスDF_ADのオブジェクトの最大個数。 nr_DIR：オブジェクトの最大総数：nr_DIR＝p+a EF_DIR内のレコード数はnr_DIRである。 nr_EF__TRANSFER：EF_TRANSFERのレコードの数。第１図は本発明によるチップカードの構造を図式的に示すものである。カード作成（製造）処理中に設定されるマスターファイルMFや（オプションで設けられる）財布機能DF_PURSE等の静的で不変なデータに加えて，さらに，インデックス，すなわちデータ構造，またはデータベース構造DF_VASが本カード上に設けられる。これは追加機能性，いわゆる付加価値サービスVASを提供するために役立つ。アプリケーションを実施する上記追加機能性−これらは後に，すなわちカード作成後でもカード上にロードできる−により，カードは自身の機能性およびそれによって実行されるトランザクションに関して柔軟かつ可変である。本発明によるチップカードに設けられた，いわゆるVASコンテナ（DF_VAS）により，カードの機能に関する可変性と柔軟性が得られる。さらに，該コンテナはカードに収容されたアプリケーションを，機密保全技術上，カードプラットフォームから分離している。このため，該アプリケーションはカードプラットフォームから独立していて，場合によっては他のカードへの転送さえ可能である。本発明による新規な機能性（付加価値サービスVAS）はマイクロプロセッサチップカードによって実現される。これらの新機能性はVASコンテナによって実施される。マイクロプロセッサチップカード上のVASコンテナはVASアプリケーションを受け入れるためのプラットフォームを形成する。VASアプリケーションは特定の追加機能性をそれぞれ実現するものである。電子財布において，カードでの支払い（支払機能）とVASアプリケーション（追加機能性）の利用とは別々の機構によって実行される。しかし，カード使用者（カードユーザ）またはカード所持者（カードホルダー）には，これらは一つの手続きに見える。マイクロプロセッサチップカードは，独立した各種アプリケーションを収容できるVASコンテナによって拡張される。コンテナはアプリケーションの適用（設定），消去および転送のための機能を提供する。これらの機能は権限を持つシステムオペレータによってのみ使用可能である。VASコンテナはマイクロプロセッサチップ上の他のシステム構成要素にデータ技術的にも機密保持技術的にも依存しない。VASコンテナは自身で完全に定義でき自身で機能できる。該コンテナには独立した機密保持アーキテクチャ（構成）が定義されているので，VASアプリケーションは独自の機密保持機能を利用できる。この機密保持アーキテクチャはカードに特有のキーを使用する。該キーは製作者（カード作成者）に特別のものでもなく，カードプラットフォームの識別特徴にも依存しない。 VASコンテナは端末装置特有のキーを生成する機構も使用する。この機構により，VASコンテナは自身で積極的に端末装置の信憑性（確実性）および該端末装置によって生成されたデータの信憑性を検証（チェック）できる。 VASコンテナにはVASアプリケーションがファイルされる。VASコンテナの機構を介してデータが利用可能となり，これにより関連インターフェースの制御が行なわれる。VASコンテは，パートナ間のインターサービスのための安全なデータ交換を可能にしかつ制御する。VASコンテは積極的に制御動作をする。すなわち，転送データ値の信憑性と唯一性（一回性）を制御する。 VASコンテはマルチアプリケーションカードへの他のアプローチと比較して，上記概念（構想）が特定のカードプラットフォームに依存しない点で有利である。これにより，プラットフォームに特有な機密保持機構（キー，識別データ，個人識別番号（PIN），署名方法等）に依存しない機密保持アーキテクチャが提供される。 VASコンテの概念の他の利点は，カード上の各種アプリケーションの個数がカード作成またはカード発行の時点の制限や条件によって厳しく定められないことである。カードへの実際のアプリケーションのロードはカード所持者が自由に選択でき，各カードの使用可能記憶領域によってのみ制限される。カードに実際にロードできるVASアプリケーションの個数はカードの実際の使用に依存する。カード使用者はそのカードに個々にVASアプリケーションを集める。その後，このアプリケーションの組合せを変更しても良い。VASコンテナにより多機能カードが可能となる。カードの使用期間中，カード機能性は，アプリケーションの個数と種類を変更して組合せたり使用したりすることができる。このため，従来個々の特定カードが必要であった複数のアプリケーションを一枚のカードにロードして使用できる。VASアプリケーションは他のカードにも転送可能である。これにより，VASアプリケーションはカードの使用期間を越えることができ，アプリケーションの使用期間の間，カード使用者に随行する。追加サービスを有するマイクロプロセッサチップカードはサービスの流通および売買のために適した媒体であり，その場合には保護されたデータにアクセスせねばならない。これらマイクロプロセッサチップカードは支払手段，カウンティング・ユニット（装置）および数値記憶装置としても使用できる。該チップカード発行後，顧客自身の要望にしたがって，他のサービスを柔軟的に該カード内に設定し，それらのサービスの制御のために該カードを使用することができる。マイクロプロセッサチップは関連する端末装置の信憑性を積極的に制御し，転送されたデータの唯一性（一回性）および信憑性を保証する。第２図はシステム構成図を示す。ここにはシステム構成要素が示されている。システムオペレータは本発明システムを利用できるようにする。サービス端末装置（ST）においてはVASアプリケーションがロード，消去および転送可能である。他の動作には，VASアプリケーションの選択，監視（閲覧），解釈等がある。 VASアプリケーションの提供者，いわゆるVASプロバイダはシステムオペレータの基本条件に従って自身のVASアプリケーションを，可能な限り自身の構想に従って設計する。対応する端末プログラムの信憑性はディジタル署名の締結によって検証（チェック）できるようになる。第３図はシステムにおけるデータの流れを示す。 VASアプリケーションは，システムオペレータによって，カード使用者の端末装置において利用可能にされる。VASアプリケーションは，利用（参加）可能とするためには，本発明によるチップカードのVASコンテナ(VAS-Container)にロードされなければならない。ディーラ端末装置(HT)ではカード上にあるVASアプリケーションが利用され，V ASデータが適用（設定）されたり，または消去されたりする。 VAS機能性をもつマイクロプロセッサチップカードの実現のために，VASコンテナの他のアプリケーション（例えば，電子財布のような支払アプリケーション）がさらにカードに設定される。 VASコンテナは，VASアプリケーションの適用（設定），消去および転送を可能にする機能を使用する。これらの管理機能はシステムオペレータによってのみ使用され，他の人の使用に対してカード内で保護されている。VASコンテナは転送記憶装置を備えていて，これにより，VASアプリケーション間のデータ交換が実現する。転送記憶装置を制御するために，２個の命令TRANSFERとTAKEが使用される。TR ANSFER命令は各アプリケーション特有のデータの転送記憶装置へのエントリを生成する。このユーザデータの他に，処理の制御に必要なエントリとして日付，有効期限および識別データ等がある。TAKE命令では，転送記憶装置からオブジェクトが取り出され，取り出されたことがマークされる。個々のアプリケーションに従って，オブジェクトはまだ有効かまたは無効かマークされる。転送データはVASコンテナによって信憑性と唯一性（一回性）の検査を受ける。 VASアプリケーションはアプリケーションを利用可能とし（準備，設定）制御をするためにVASデータを使用する。VASデータへのアクセスは，このための機構としてのVASアプリケーションによって制御される。該構成はVASコンテナ内の全てのアプリケーションのために用意されている。VASプロバイダはVASコンテナ内で１個または複数のVASアプリケーションを作動させる。VASアプリケーションの使用は，VASデータの設定（入力），読込みおよび処理によって規定される。 VASコンテナはインターサービスをサポート（支援）する。インターサービスは共有（共通）データへのアクセス，サービス要求の転送および異なるパートナ間のサービスの清算（支払い）を必要とする。次に，本発明によるチップカードで可能となるサービスおよびアプリケーションを例を挙げて説明する。以下の説明はそれぞれ現在の技術水準での実施および機能に関する。該機能は将来は1個または複数のVASアプリケーションによって実現されるものである。まずイントラターサービスを説明する。例A：顧客クラブ(Customer club) 百貨店が顧客クラブを主催している。顧客はクラブ会員になり，その資格で，クラブ会員でない者には手に入らない特有のクラブサービスを受ける。現在では，クラブ会員はクラブ環境においてクラブ会員証によって資格（身分）証明する。会員証は入会時に作成されるが，譲渡できないし，通常は有効期限を有する。会員証によっては，特有のトランザクションを実行することはできない。つまり，顧客の取引高との連携がない。したがって，会員証は，顧客のステータスと取引額が関連しているボーナスプログラムに対して制限されている。類似システム：卸商証明証，セネタ(senator)カード，ブッククラブ目標：クラブ会員であることはVASコンテナ内のアプリケーションによって証明されなければならない。例B：ボーナスシステム顧客はトランザクション毎にボーナス権利を受ける。ボーナス権利は累積され顧客が決めた時点で，金銭価値に交換できる。ボーナス権利は一定期間有効で，無記名または記名で管理される。ボーナス権利は取引高または使用頻度に応じて発生する。類似システム：マイルアンドモア(Miles&More)のポイントステータス目標：ポイント残高はVASコンテナ内のアプリケーションで管理されなければならない。例C：割引顧客はプランに従って（取引高に対して）割引を受ける。割引は各トランザクション毎に認められる。カードは取引履歴を管理しない。各トランザクションはそれ自身で完結している。目標：割引（要求）権利はVASアプリケーションで管理されなければならない。例D：資格証明機能カード内の特徴により，特定のサービスを受ける資格があることを第三者に対して証明できる。証明書が提示者本人のものかは各トランザクションのさいに証明されなければならない（写真，個人識別番号(PIN)，ビオメトリック（生物測定））。証明書の信憑性は機密保持の特徴として使用される。類似システム：インターネットアクセス，ホームバンキングアクセス，テレホンカード目標：資格付与（認定）はVASアプリケーションで証明されなければならない。例E：価値の単位価値単位は購入され，一回または複数回の使用によって消費される。各トランザクション毎に，１単位または複数単位が減算される。使用権限は譲渡でき使用条件をつけることもできる。類似システム：通常乗車券，回数券，定期演奏会チケット，スクワッシュ(squas h)10点券，映画鑑賞券，電話機目標：本トランザクションはVASアプリケーションによって合理化されなければならない。例F：利用料金の清算（利用者への送り状）サービス利用は時刻，頻度および量について登録され，料金表に従って清算される。必要とするサービスの範囲を事前に知ることはできない。類似システム：食事クーポン，短時間駐車券目標：料金表による清算はVASアプリケーションによって行われる。その都度必要な最新清算データはVASコンテナに保存されなければならない。例G：メモ媒体（データレコード；移動データベース）本アプリケーションによりカード所持者のデータをVASプロバイダに転送できる。これにより，今日なお手作業で行われているトランザクションを自動化できる。このデータからは金銭的移動は発生しない。類似システム：くじ引き券の記入，購入品リスト，領収書，電話登録目標：VASプロバイダはカードのデータを取出し対応するサービスを直ちに提供できなければならない（例えば，電話の接続，要求された品物の収集，くじ引き券の電子的記入と記録）。データはカード内に短期間または長期間保存できる。以上イントラサービスの例を説明したが，続いてインターサービスの数例のみを説明する。インターサービスは，サービスに複数のVASプロバイダが関与するときに必ず発生する。そのさい必然的に，データはある１個のVASプロバイダの領域を離れる。これは現時点では紙上に証明を書くこと（紙上のレコード）によって実行されている。例A：乗車料金精算顧客が来店に使用する公共交通機関の乗車料金を百貨店が払い戻す。顧客はその乗車券を百貨店に提示しなければならない。百貨店は払い戻しが済んでいる旨を券上に記録する。場合によっては，百貨店は顧客に払い戻した金額の一部を該交通機関から受け取ることもある。目標：払い戻し手続きは電子的に実行されなければならない。例B：乗車クーポン（voucher，バウチャ）百貨店は，顧客が買い物したとき，帰りの交通費を乗車クーポンを発行して顧客に支払う。顧客は切符売場に行きクーポンで乗車券を手に入れるか，不足分を払って乗車券を求める。交通機関は百貨店との間で該クーポンを清算する。目標：百貨店と公共交通機関との間の電子的清算処理に関するVASアプリケーションによる機構モデルの作成。例C：顧客用駐車場百貨店は顧客が特定の駐車場を利用した場合に，駐車料金の一部を払い戻す。駐車場は独立した企業で経営され，百貨店から各顧客の借り分の支払いを受ける。目標：百貨店と駐車場との電子的清算処理に関するVASアプリケーションによる機構モデルの作成。例D：多重ボーナスプログラム貿易企業グループとサービスプロバイダとの間で共通ボーナスプログラムを行うことで意見が一致する。目標：各パートナはカード内の共通口座のボーナス点を加算または減算できる。パートナ間のサービスの清算はバックグラウンドシステムで実行される。例E：サービスプロバイダ間におけるボーナス点の認知各サービスプロバイダは自身のボーナスプログラムを作動させるが，積算された他のボーナス点を認知することについて合意に達している。既知の例では，レンタカー会社と航空会社との「マイル」累積(collection of“miles”)に関する同意が挙げられる。目標：カードによってボーナス点を転送することをサポートする。各サービスプロバイダはまず，他からの介入なしに自身のボーナス点を積算する。転送のために，安全な機構を用意しなければならない。例F：夜間タクシー乗車ができる（例えば午後１０時以降）。タクシー会社は清算にさいし乗車証が提示されたことを証明せねばならない。不法使用を避けるためにタクシーを利用したことをカードに記録する。目標：本サービスの利用，制御および利用料金処理はVASアプリケーションで実行されなければならない。続いて，本発明によるチップカードの構成を詳述する。 VAS機能性を持つマイクロプロセッサチップカードは，特に，VASコンテナを有している。 VASコンテナは独立したアプリケーションであり，基礎となるカードプラットフォーム上に，単独でまたは他のアプリケーションと共に存在する。VASコンテナは完全に自己定義され単独で機能できる。該コンテナは，通常同一カード内にある支払機能なしに作動可能である。特に，VASコンテナには独立した機密保持アーキテクチャが定義されているので，VASアプリケーションは独自の機密保持機能を使用できる。付加価値サービスには，VASプロバイダの端末装置にいる顧客からのトランザクションも含まれる。VASプロバイダは，システム監視（閲覧）や統計データなどの収集等の目的で，これらのトランザクションを追跡（モニタ）する。カード内のデータ構造を最適化および統一化するために，アプリケーション特有の識別番号の使用を控え，システム全体で一意的なVASコンテナ識別番号（VASコンテナ ID）を使用することを推薦する。この番号は上記機能の実現のためにVASプロバイダが使用できる。この番号によって，プロバイダは自身の番号システムを管理する負担がなくなる。 VASコンテナの機密保持アーキテクチャは，カード特有のキーを導出（生成）するために，このシステム全体で一意的な識別番号(ID)を使用する。該カード特有の番号の使用は原則的には可能であるが，望ましくは使用しないほうがよい。これは，VASコンテナが異なるプラットフォーム上に設置されると，互いに矛盾する番号システムを使用することとなる場合があるからである。 VASコンテナIDはシステムオペレータによって発行され，該VASコンテナの生成時にカード発行者によってエンターされる。このIDは該VASコンテナの消去によって無効となり，これによりシステムから除去される。VASコンテナがVASアプリケーションを全く含まなくなりかつVASコンテナIDが除去されると，このVASコンテナは消去されたとみなされる。古いカードのVASコンテナをそっくり新しいカードに転送するさいには，VASコンテナIDもVASアプリケーションと共に送られる。この転送は，VASコンテナを古いカードから新しいカードに移送ことに対応する。この手続きの後には，古いカードにはVASコンテナはもはや存在しない。新カード上にあったVASコンテナは上記処理によって上書きされ消される。VASコンテナIDは古いカードから新カードヘ移されたので，VASプロバイダのバックグラウンドシステムでは，参照番号の変換は不要である。個々のVASアプリケーションは，各々のVASプロバイダの制御下でのみ，２個の異なるVASコンテナ間で転送可能である。この機能により，VASコンテナIDとVAS アプリケーションとの（割り当て）関係が変わるが，これは場合によってはVAS プロバイダのバックグラウンドシステム内で記録されなければならない。 VASコンテナは個人的特徴の情報を持たない。VASアプリケーションは個人に関するデータを含むことができるが，その範囲は，データ保護の観点および記憶域の有効利用の観点から，最小限に抑えられる。必要ならば，VASアプリケーションは個人に関するデータをバックグラウンドシステムに保存し，カードとの関連をVASコンテナIDを用いて設定（構築）することになる。 VASコンテナの本質的な特徴はインターサービスをサポートすることである。インターサービスは，共有（共通）データへのアクセス，サービス要求の転送および異なったパートナ間のサービスの清算を要求する。VASコンテナはこれらを可能とし，にもかかわらず，イントラサービスにおけるアプリケーションの安全性を保証しなければならない。いわゆるイントラサービスのVASアプリケーションは，VASプロバイダの排他的制御下で作動させられるアプリケーションである。VASプロバイダはアプリケーションの安全性を外部に依存せずに定義する。キーが他に渡されない限り，外部の他者はVASデータを変更できない。インターサービスを効率的に実行するためには，パートナは共有（共通）データにアクセスできなければならない。共有データアクセスは段階分けされた機密保持機構を介して実現される。共有アクセスの最初の段階（ステップ，レベル）は，公開転送領域のみを通して行われる。VASプロバイダはこの領域を介してデータ交換できるが，互いにアプリケーションおよびキーを知る必要はない。転送領域にデータを書き込むためには端末装置は適切なキーを使用せねばならないが，読み出すときにはその必要はない。データ読み出しは誰でも制限なしで可能である。VASプロバイダとパートナとの間における両方向データ交換は，両者が書き込み用キーを利用（入手）可能であれば可能である。転送データはVASプロバイダのイントラサービスVASアプリケーションが作成することもできるし，逆に，VASプロバイダが転送領域から自身のイントラサービスVASアプリケーションにデータを取り入れることもできる。第２の段階は，VASデータの形式で表された価値単位を無効に（キャンセル）することである。VASプロバイダは書き込み用特別キーを用いて価値単位をVASデータに取り入れる。価値単位は，全体を制御するVASプロバイダから得たキャンセル用キーを使用することが可能なインターサービス・パートナによって消費される。この段階では，相互に異なる権利を有するパートナは非公開のVASデータをアクセスする。第３の段階は，すべてに関係するインターサービスパートナによるVASデータへの直接書き込みアクセスである。VASデータは制限なしに変更され得るので，この方法ではパートナ間にそれ相応の信頼関係が必要である。転送領域はVASアプリケーション間の結合部（コネクティング・リンク）の働きをする。この転送領域のデータはVASコンテナ内のVASアプリケーションよって生成される。生成者がVASコンテナ内で自身のVASアプリケーションを作動させなければ，データは転送領域に直接置かれてもよい。転送領域は基本的に全てのアプリケーションによって利用され得るが，書き込みは，その権利（キー）を有するアプリケーションのみに許される。規則，つまり，規則と規定（R&R）の観点から権利を有する受信側(アプリケーション)のみが転送領域からデータを取り出せる。受信側は自身宛てに送られた転送データがあるかを調べ，自アプリケーション内での処理のために該データを取り出す。転送データが公開の(データ)交換においてごまかされる(改ざんされる)のを防ぐために，データ生成者は信憑性特徴（情報）を導入し，VASコンテナは連続番号を導入する。これらの要素によって，転送情報の唯一性が保証され，データの出所が証明される。必要であれば，転送データの受信側に対して，データ生成者は信憑性検査を実行する可能性(手段)を設定する。これを受信側が希望しない場合には，データ受け入れはやはり忠誠と信用に従って行われる。場合によっては，信憑性特徴情報は，データ生成VASプロバイダのバックグラウンドシステム内において清算時に初めて検査される。データは転送領域から，信憑性特徴情報を維持して，一度だけ取り出すことができる。取り出しにさいして，データはマークされ，転送領域内に（写しとして）残される。これにより，データ取り出し後も，転送手続き後の一定期間は，該転送手続きを証明できる。転送領域内のデータは有効期限を含む。これは必要であれば任意のアプリケーションによって上書きされ得る。転送領域内のデータは取り出されたときにマークされ得るので，直ちに上書きに使用できる。転送データセットの有効期限内において，転送記憶域が満杯になった場合には，サービス端末装置においてカード所有者は，既に不要となったエントリを消さなければならない。 VASアプリケーションのモデル作成には，３つの動作が定義される。これらの動作はVASデータに対して作用する。アプリケーションのロードと消去はVASコンテナの機能であり，以下の段落では考慮されない。獲得：一般にサービスを要求する資格の獲得およびVASアプリケーションのVASデータ内で(獲得の)証明をすること。キャンセル：一般に，アプリケーションのVASデータ（無効化）の消費なしで，またはVASデータのすべてもしくは一部を消費して要求を実行すること。この手続きによって電子領収書が作成され，それは転送領域に置かれる。領収書には重要な有効期限，つまりデータが転送領域から消去可能な期日が記述される。取り出し：一般に，後の処理（バックグラウンドシス（移動）テムでの）のために，転送領域から電子領収書を取り出すこと。領収書の写しは残され，「キャンセル」の証拠になる。 VASデータの「獲得」は各VASプロバイダによってのみ行われる。VASデータの「キャンセル」は，該データを「獲得」で生成したVASプロバイダによってのみ行われるか，または，該VASプロバイダが認可したインターサービスパートナによってのみ行われる。「取り出し」はどのVASプロバイダでも実行可能である。同等な権利でのVASデータへのアクセスのないインターサービスでは，パートナは状態転送「取り出し」を起動させる。その結果得られた領収書は，つぎにシステムオペレータおよびVASプロバイダのバックグラウンドシステムを介して清算される。「獲得」と「キャンセル」は単一ステップで実行され得る。共通特徴をもつVASアプリケーションはさらにクラス分けされる。これらのクラスはVASコンテナ内のデータ構造の基礎を成す。VASプロバイダはそのアプリケーション実施に当たってあるアプリケーションクラスを選択する。これに関し，以下のアプリケーションクラスを定義する。・点数(記憶領域)データベース・チケット・資格(身分，識別)証明書・証書・データベース点数データベースは点数値の口座が管理されるアプリケーションクラスを示す。この点数口座には点数値が加算（クレジット）または減算（引出し）される。加算はVASプロバイダによって，新口座残高をデータベースに書き込むことで行われる。減算は「キャンセル」動作によって行われ，証拠として電子領収書が転送領域（記憶域）に書き込まれる。これらの機能へのアクセスは２つの異なるアクセスキーを用いて実行される。チケットは，一回ないし複数回キャンセルされ，それによって消費される数値領域を含むアプリケーションクラスを示す。チケットでの数値の加算（クレジット）は一回だけ行われる。資格（身分，識別）証明書は，VASデータが権利認可の証明を含むアプリケーションクラスを示す。通常，この証明は使用によって取り消されないが，定義された基準によって，例えば時間的有効期限が切れることによって無効とされる。アプリケーションの定義に従って，身分証明書の信憑性（例えば住人用駐車証明書）または身分証明書の提示が文書化される。（例えば，月極チケットでの相乗りタクシー:カードによる電子領収書の作成。この領収書はタクシー会社から公共交通機関に提出され，取り分に応じて清算される。）オプションとして，該証明書の使用を，カード内の転送記憶域において電子領収書によって文書化できる。証書はサービス要求（通常は短期間）を一時的にカードに保存するアプリケーションクラスを示す。この電子的証書はVASコンテナの転送記憶域（領域）にのみ保存される。通常，証書を使用するアプリケーションは証書を作成するアプリケーションと異なる。転送記憶域からの証書取り出しは一度だけ可能で，カードによって文書化される。VASコンテナによって作成された信憑性特徴をバックグラウンドシステムでの清算に使用してもよい。データベースは，VASプロバイダがデータをVASコンテナに保存するアプリケーションクラスである。該クラスは顧客に追加サービスを提供する（例えば，ファミリーレストランの最後のメニュー，最後のくじ引き番号，サービスの好み，提案リスト）。データは参考（情報の目的）だけのためであって，VASプロバイダへのサービス要求を表さない。このデータへのアクセスはVASプロバイダによって制御される。各アプリケーションクラスは代表的な使用サイクルで特徴づけられる。次表に，アプリケーションクラスのVASデータに対する上記３種類の動作の適用周期を示す（注，「獲得」は「アプリケーションのロード」ではないし，「キャンセル」は「アプリケーション消去」ではない）。表１使用サイクル ^*** アプリケーションクラス「データベース」では権利を獲得することはなく，アプリケーションはデータを入力するだけである。第４図は上記のアプリケーションクラスおよび動作をトランザクションモデルによって示している。つぎに，本発明によるチップカードの機密保持アーキテクチャについて詳述する。機密保持を保証するために以下のキーが定義される。表２キー一覧機密保持アーキテクチャはVASコンテナおよびVASアプリケーションのライフサイクルを基礎とし，関連するインスタンスの責任に従って階層構造をなす。その概念図を第５図に示す。つぎに，VASコンテナの構造とそこに設置されたアプリケーションについて説明する。 VASコンテナとVAS用補助命令は発行者から他の非VASアプリケーションと共にカード上に設定されるか，遅くともサービス端末装置で，認可されたプロバイダによって現時点のカードプラットフォームに統合される。第二の可能性としては次の機構が使用され得る。システムオペレータと発行者との間で暫定キーK_SO ^*を決める。発行者は自身のみに既知のキーでカードを開設し，VASコンテナのフアイルを作成し，特に，暫定キーK_SO ^*を(このファイル)DF_VASに書き入れる。これにより，システムオペレータは後に（例えばこのカードが始めてサービス端末装置で使用されたとき）暫定キーK_SO ^*を自身だけが知っている自分のキーK_SOに置きかえることができる。これで，システムオペレータはその他のデータたとえばKGK_DECを自身で入力でき，または，動的管理を有するプラットフォームの場合には，VASアプリケーション用のファイルを自身で生成および消去できる。したがって，発行者は最初のVASカード使用後は，VASコンテナにはもうアクセスせず，システムオペレータのみがV ASコンテナにアクセスすることが保証される。他のアプリケーションとは共有（共通）データベースもデータ交換もないので，VASコンテナの機密保持アーキテクチャはカードプラットフォームに存する他のアプリケーションに依存しない。本発明の特別な実施例では，しかし，第一の可能性を使用しなければならない。発行者はシステムオペレータの指示に従ってVASコンテナを全キーと共にVASカードに設置しなくてはならない。 VASコンテナは所定のファイル構造，所定のアクセス条件(AC)および数個のグローバルデータを含む。特に，グローバルデータはVASアプリケーションのロードと消去に用いるキーK_SOを含む。このシステムオペレータのみに分かっているキーによって，許可されたVA Sアプリケーションのみがロードされ得る。このために，カードはキーK_SOを通してシステムオペレータによる外部認証を要求する。カード保持者がサービス端末装置において，VASアプリケーションをロードしたいときには，担当VASプロバイダが，この処理を代わりに実行することをシステムオペレータに依頼する。VASコンテナへのVASアプリケーションのロードの場合，VASプロバイダはシステムオペレータにキーK_LVASPとK_RVASPを渡し，該オペレータはこれらのキーをアプリケーションに入力する。キーK_LVASPによって，VA Sプロバイダは，アプリケーションデータを書き込みアクセスから保護し，さらに内部データを読み取りアクセスから保護する。この目的のために，カードはVA SプロバイダのキーK_LVASPに基づいた外部認証を要求する。すなわち，カードは端末装置の信憑性を積極的に検査する。この機能が成功すれば，VASアプリケーションの書き込みアクセスおよびアプリケーションの内部VASデータの読み取りアクセスが，この端末装置に許可される。内部認証，すなわちディーラ端末装置による信憑性に関するVASアプリケーション（したがって，カード）の検査はオプションで実行される。カード所持者によるVASアプリケーションの使用時には，これら内部VASデータのアプリケーションへの書き込みおよびアプリケーション内での変更は，キーK_LVASPを使用できる任意の端末装置から可能である。したがって「獲得」機能は，キーK_LVASPによる外部認証を条件とするUPDATE RECORD命令によってサポートされる。 VASアプリケーションの非内部データへの読み取りアクセスは，キーK_RVASPまたはK_SOによって，または個人認識番号(PIN)またはパスワードの適切な入力によって，外部認証がシステムオペレータによって既に行われているときにのみ許可される。個人認識番号またパスワードで保護されたアクセスは，カード所持者が端末装置またはワレット(財布)においてデータを参照できるように設けられている。サービス端末装置のカード保持者は，価値データまたはステータスデータの読み取りに関するPINまたはパスワードによる保護を，同時に全アプリケーションに対して活性化（実行状態）するか，または不活性化（非実行状態）するかを選択する。 VASコンテナ内のグローバルデータには転送領域から取り出したデータの署名用キーK_{SIG_VASC}が対応している。インターサービスパートナ間でトランザクションデータを清算処理のために，ごまかし保護の下で，転送しなければならない場合に，トランザクションの完全性（ごまかしの無いこと）をこの署名によって証明できる。インターサービスパートナによって記入されたオプションの署名に加えて，該カードが「取り出し動作」によって出力したデータセットに対して，K_{SIG_VAsc}とVASコンテナの管理下のトランザクションカウンタとに基づく署名が付加される。転送領域の読み取りは誰にも許されているが，K_{SIG_VASC}によるカードの署名は「取り出し動作」の呼び出しによってのみ生成される（これはただ一回だけ可能である）ので，証書に関する許されない二重清算処理が検出される。各インターサービスパートナは，取り出された証書の信憑性と（処理の）一回性（唯一性）をシステムオペレータに確認してもらうことができる。さらに，システムオペレータは署名の検査をすることでVASコンテナの信憑性を証明できる。カードプラットフォームが非対称のキー手続きをサポートしていれば，カード内の個人（秘密）キーをK_{SIG_VASC}として署名に使用でき，または，このようなキーを個人キー生成キーから生成することができる。この場合，VASプロバイダは，システムオペレータに相談しないで，公開（秘密でない）キーを自身の署名検査のために使用できる。 VASコンテナのデータにはグローバルキー生成キーKGK_DECがその一部として含まれる。このキーは全てのVASプロバイダの全端末装置に対して，「取り出し」動作の権限の検査のために，アクセスキーK_DEGを生成できる（キーの生成と検査についてはさらに後述する）。金銭的価値データのキャンセルでは，権利のロードまたは獲得のときとは異なった機密保持基準が使用される。ここでは，アプリケーションに特有のキーの代わりに，グローバルキーを使用すれば足りる。このグローバルキーは先ずアプリケーションキーに変換され，つづいて，端末キーに変換される。VASプロバイダには，自身の端末キーの生成のための，グローバルキーから得られたアプリケーションに特有なキーのみが知らされる。つぎに，これについて簡単に説明する。あるメッセージdおよびDESによるDESキーkのためのメッセージ認証コードの計算をmac(k,d)で示す。情報が8バイト以下であれば，この式はエンコード(キー生成符号化)そのものに対応する（ただしICV=0とする）。それに続いてパリティビットを適用したmac(k,d)の計算をmacp(k,d)で示す。その結果k’=macp(k,d)もまた有効なDESキーである。こうして，アプリケーション特有の端末キーの計算はつぎのようになる。 1．各カードは1個のキー KGK_DEC を記憶する。このキーは全カードに対して同一で，システムオペレータの秘密（事項）である。システムオペレータはこのキーがカード内で個人化されるようにする。このキーから，他のすべてのVASアプリケーションキーも端末キーも導出できる。 2．VASプロバイダはVASアプリケーションAをAID_A=RID_VASPIX_Aと共に導入しようとする。ここで，システムオペレータはキーKGK_DECとPIXからアプリケーション特有なキーを計算し， KGK_DEC,PIX=macp(KGK_DEC,PIX_A) このキーをVASプロバイダに渡す。 3．VASプロバイダは，VASアプリケーションAにTRANSFER（転送）命令を適用しなければならない全端末のために，KGK_DEC,PIXから，各々の端末識別子(Terminal ID)を使って各々に特有なキーを生成する。 KGK_DEC=macp(KGK_DEC,PIX,Terminal ID) =macp(macp(KGK_DEC,PIX_A),Terminal ID） VASプロバイダはこれらのキーを自身の端末装置に記憶する。VASプロバイダ自身で端末装置を操作しない場合には，VASプロバイダはキーを生成し，それを端末装置のオペレータに与える。 4．VASカードは，TRANSFER命令が端末装置で作成された暗号Cを含んでいるときにのみ，この命令を実行する。暗号Cはメッセージの特定データdataを使って転送領域に形成される。カード自身はKGK_DECを知っていて，端末装置から，ユーザデータdataと暗号 Cに加えて，端末識別子(Terminal ID)とPIXを受け取る（または，カード自身はP IXを知っている。これに関しては，転送命令TRANSFERの項を参照されたい。）これにより，カードは暗号C'をユーザデータを使って自身で計算できる。 mac(macp(macp(KGK_DEC,PIX),TerminalID),data) =mac(macp(KGK_DEC,PIX,TerminalID),data) =mac(K_DEC,data) =C' ここでカードは自身で計算した暗号C'と端末装置が計算した暗号Cとを比較する。これらが異なれば，誤り発生報告を出してトランザクションを終了する。一致すれば，VASカードは転送命令TRANSFERを実行する。各種機密保持基準は，サービス端末装置，ディーラ端末装置（ロード用およびと獲得用），および単機能ディーラ端末装置（キャンセル用）の各種構成に適応するものである。「キャンセル」動作を実行するためには，端末装置はカードに対して，キーK_DECの知識によって自身を認証しなければならない。キーK_DECが一致すれば，侵入者(端末使用者)はこの単一の端末装置だけの機能を実行できる。しかし，この手続きはカード内に文書として記録される。文書は一意的にふられた連続番号，キャンセルおよび端末識別子を含む。VASアプリケーションは，VASデータへのアクセスを規制するために，VASコンテナの機密保持サービスを利用する。VAS特有の機能の実行は，アクセス権利の定義によって，権限を与えられたパートナ（パーティ）に制限されている。一般に，各VASアプリケーションに対して，公にアクセス可能なデータ領域（例えばワレットからの数値の読み出しのための領域）および対応する（責任を有する）VASプロバイダのプライベート（私的）なデータ領域が存在しなければならない。該プロバイダはこの私的領域（例えば，内部管理情報）を第三者に対して保護する。カードは，ISO 7816-4に従って，エレメンタリファイル(EF)の個々のレコードに対して各々異なったアクセス保護を提供していないので，VASアプリケーションの異なった場所を表示するには，各々1個のレコードを含む多くのファイルを使用する必要がある。したがって，第６図に示すように，VASデータを４個のエレメンタリファイルに分類することにより，アプリケーションクラス「点数記憶域（データベース）」，「チケット」，「資格証明書」および「データメモリ（データベース）」に対して異なったアクセス保護を実現できる。４個のエレメンタリファイルは以下のような内容を含み以下の保護が与えられる。表３ファイルの概要エレメンタリファイル（EF）のこの構造は全てのアプリケーションクラスに対して，それぞれ区別された同一のアクセス権をサポートする。さて，同様なアプリケーションクラスがまとめられその都度１個のインプレメンテーション（実施）クラスに組み立てられ，このインプレメンテーションクラスがエレメンタリファイルの個数とサイズを決定する。このため，アプリケーションに対して各種領域が要求されるので，使用される記憶領域を小さくすることができる。アプリケーションクラス「点数記憶域」と「チケット」は同じリソースKF_KEY，EF_INFO，EF_INTERNALおよびEF_VALUEを必要とするので，インプレメンテーションクラス“DF PT”にまとめられる。アプリケーションクラス「資格証明書」と「データメモリ」に関してはエレメンタリファイルEF_KEYとEF_INFO で足りるので，インプレメンテーションクラス“DF_AD”にまとめられる。個数で見ると，インプレメンテーションクラスDF_PTのオブジェクトがp個とインプレメンテーションクラスDF_ADのオブジェクトがa個となり，これらにアプリケーションクラス「点数記憶」と「チケット」ならびにアプリケーションクラス「資格証明書」と「データメモリ」をロードすることができる。特に，共有データ交換のために全てのVAS参加者に対して公開読み取りアクセスを含まねばならないアプリケーションクラス「証書」のために，インプレメンテーションクラス「転送領域」が使用される。書き込みアクセスは，正しいK_DECで署名が必要なTRANSFER命令を使用して間接的にのみ可能である。このインプレメンテーションクラスは，VASコンテナのグローバルデータに属するエレメンタリファイルEF_TRANSFER内のただ１個のエントリから成る。このクラスのオブジェクトは上記ファイル内のレコードである。これらのインプレメンテーションクラスも“EF TRANSFER”と呼ぶ。 VASコンテ内には第７図に示すインプレメンテーションクラスがある。これらのインプレメンテーションクラスはVASコンテナのメモリモデルを形成する。メモリモデルの作成には２方法がある。いずれを取るかはカードのプラットフォームに依存する。 −VASコンテナのための記憶領域の固定区分インプレメンテーションクラスDF_PTとDF_ADに対して，それそれの最大オブジェクト数pとaが発行者によって決定され，発行者によってCREATE FILE命令を用いてカードにロードされる。これらのオブジェクトをDF_PT_iとDF_AD_iで示す。後に，VASアプリケーションは，空いているオブジェクト，すなわち他のVASアプリケーションによって占められていないオブジェクトにロードできる。ここで，VASアプリケーションのロードと消去にはUPDATE RE CORD命令のみが必要である。つまり，発行者は必要に応じて，両インプレメンテーションクラスの使用可能オブジェクトの個数を決定する。これは，カード所持者の実際のVASユーザーパターン（VASの使用のされ方）とは必ずしも一致しない。区分はカードの使用期間を通じて保持される。VASアプリケーションは，適切なインプレメンテーションクラスであるオブジェクトにロードされる。そうすると，実施クラスDF_ADのいずれのオブジェクトも（もはや）使用できない場合には，例えば，資格証明書を表すVASアプリケーションをインプレメンテーションクラスDF_PＴのオブジェクトにロードすることができる。VASアプリケーションのオブジェクトへの割り当ては，VASコンテナのグローバルファイルEF_DIRにトリプレット（VASアプリケーションのPIX，ロードオブジェクトのFID，アプリケーションのクリアテキストネーム）をエントリすることで実行される。アプリケーションの除去はEF_DIRからトリプレットを取り除くことに対応し，アプリケーションがロードされたメモリの（UPDATE RECORD命令による）読み出しによってメモリを乱すこと（破壊的読出し）に対応する。このバリエーションは，DF／EF構造の動的生成も消去もサポートしないカードプラットフォームで使用される。 −インプレメンテーションクラスのオブジエクトの動的設定ロードされるべき各VASアプリケーションに対して，基礎となるインプレメンテーションクラスに必要なファイルは，CREATE FILE命令によってセットされる。VASアプリケーションの消去時には，このアプリケーションが占めていたDF／E Fはカードから完全に取り除かれ，メモリ空間が開放される。インプレメンテーションクラスの最大オブジェクト数はここでは発行者から明示的には決定されず，カード内の使用可能メモリ空間にのみ依存する。上記バリエーションはカードオペレーティングシステムによる動的データベース管理を必要とする。次に示す実施例では，第１のバリエーションを前提にする。これは，第2バリエーションでは使用するカードプラットフォームに対する要求が高いからである。しかし，動的データベース管理が使用でき，オブジェクトの動的セッティングにより節約できるメモリが管理費を考えても有利であることが保証された場合には，この構想を取り入れることができ，柔軟性のあるサービスをカード所持者に提供できる。つぎに，VAS顧客カードのVASコンテナと機能性を，他のシステム構成要素と比較して実施する，データ構造と命令を示す。さらに， VASコンテナと端末装置間のそれぞれのやりとりを示す典型的な商取引の場合に対してVAS動作が決定される。以下の初期条件で実施される。・ディーラ端末装置において，各カードは，プラットフォームに依存せず，同一のデータインターフェースと同一の命令インターフェースを使用できる。したがって，必要な命令は（カードの）コーディング内に明確に記述される。・サービス端末装置はカードプラットフォームを認識できる。ゆえに，機能性はプラットフォームの特定命令によって得られる。したがって，この手続きは部分的にはインフォーマルに記述される。この機能がどのように提供されるかは，カード製造者に委ねられている。これに関し，VASコンテナの各種インプレメンテーションクラスを図式的に第７図に示す。第８図はVASコンテナのインプレメンテーションクラスのデータ構造を図式的に示すもの，第９図はインプレメンテーションクラスDF_PTのデータ構造を図式的に示すもの，第10図は実施クラスDF_ADのデータ構造を図式的に示すものである。 VASコンテナのファイルアクセスは以下のアクセス条件(AC)によって明示的に制限される。表４アクセス条件ファイルのアクセス条件は以下の通りである。・ALW(Always)=この命令のファイルアクセスは常に許される・NEV(Never)=この命令のファイルアクセスは常に禁じられている・K_SO=アクセス前に，キーK_SOを用いてシステムオペレータの外部認証をしなければならない・K_LVASP=アクセス前に，キーK_LVASPを用いてVASプロバイダの外部認証をしなければならない・K_RVASP=アクセス前に，VASプロバイダが認可した端末装置をキーK_RVASP を用いて外部認証をしなければならない・PIN=アクセス前に，正しいPINがカード所持者によって入力され，さらに，VERIFY命令を用いて暗号化しない平文でカードに送信されなければならない・PINまたはK_RVASPまたはK_SO=アクセス前に，正しいPINがカード所持者によって入力されなければならない，または，Ｋ_RVASPを使ってVASプロバイダによって，もしくは，K_SOを使ってシステムオペレータによって外部認証をしなければならない。ここで注意すべきことは，上記のように，「または」で繋がった（Or-linking ）アクセス権利は，カードのオペレーティングシステムでは通常は設けられない。そのような場合があれば，特別な実施費用が必要になる。（代替性：明示的に固定された機密保持属性をもつ特別なREAD命令）。エレメンタリファイルのレコード内のデータフィールドは次の形式に従って分類される：ASCII，二進数，BCD，データ，フォーマットストリング。データ要素タイプ「フォーマットストリング」は，VASデータをパックされた形式で表す。この表現形式は端末装置においてカード所持者に表示可能である。最適なデータ記憶域使用のために，平文と二進データとが合わされて，フォーマットマクロによって表示可能にされる。 VASコンテナの全てのエレメンタリファイル（EF）は，ISO 7816-4に従って，固定長レコードのEFファイルとしてリニア形式にされる（リニア固定長レコードファイル）。 DF_VASのエレメンタリファイルEF_IDは，VASコンテナIDを含む一個のレコードから成る。 DF_VASのエレメンタリファイルEF DIRはnr_DIRレコードから成る。VASコンテナにロードされた各VASアプリケーションに対して，EF_DIRのレコード内に，該アプリケーションの占有IDエクステンション（PIX）と該アプリケーションの物理記憶域（アプリケーションがロードされたDF_XのFID）が設定される。PIXは，例えば識別子として，アプリケーションとアプリケーションが割り当てられたサービスプロバイダとを識別する。 EF_DIR内のエントリはシステムオペレータのサービス端末装置で動的にセットされる。エントリ無しのレコードには空TLVオブジェクト“61”がセットされる。 VASアプリケーションのロードにさいして，適当なインプレメンテーションクラスの空き記憶領域がまずサーチされ，特定のVASデータが該領域に書き込まれ，最後にEF_DIR内に新レコードが生成される。アプリケーションの消去時には，これに対応して， EF_DIR内には空TLVオブジェクトが書き込まれなければならない。 DF_VASのエレメンタリファイルEF VERSIONはVASコンテナのバージョン番号を含む１レコードから成る。バージョン番号は，VASコンテナの各種バリエーション（モディフィケーション）および／または各種ソフトウェアバージョンを区別するために端末装置で使用できる。 DF_VASのエレメンタリファイルEF_SEQは次の転送フィールドエントリの番号を含む１レコードから成る。該連続番号は補助命令TRANSFERによって読み出される。この命令は続いて転送フィールドEF_TRANSFER内に，特に，EF_SEQから連続番号を転送するレコードを作製する。連続番号は命令TAKEと共に，各レコードが転送フィールドから一回だけ取り出されることを保証する。TAKEはさらに，この取り出したことを連続番号を用いて署名付きで記録する。これによって，（元の）証書（バウチャ）ないし領収書が一回だけ取り出されたことが保証される。つぎに，転送領域について詳述する。転送領域はVASコンテナ内部に設定され，n_{EF_TRANSFER}レコードを含む。このファイルのレコードのエントリは，TRANSFER命令が生成した転送データを含む。転送領域を介して，VASアプリケーション間でデータ交換が行なわれ，クラス「証書（バウチャ）」のVASデータが記憶される。転送領域は制限なく読み出しが可能だが，書き込みアクセスはVASに特有な命令TRANSFERとTAKEでのみ可能である。 TRANSFER命令によるデータフィールドのデータのロードは，カード内の「最新使用」アルゴリズムに従って行われる。ファイル内の最古のデータは，レコードの先頭の２バイト内の最小値を探し出すことで検出できる。データフィールドは，TAKE命令によって，「取り出された」および／または「移動された」と転送領域内にマークできる。いずれの場合でも，転送領域内のデータの消去は新データを上書きすることで実行される。転送領域内の各レコードは，例えば有効期限，端末ID，PIX，連続番号，他のオプションデータを含む。リストDF_X（X＝PT₁,..,PT_p,AD₁,...,AD_a）内の各エレメンタリファイルEF_IN FOは，有効期限およびVASアプリケーションの一般VASデータから成る１レコードを含む。ここでは，例えばチケット種類（普通券または回数券）または乗車場所を挙げることができる。しかし，EF_INFOは少なくとも１個のアプリケーションの平文名を含まねばならない。この平文名は「VAS アプリケーションの（監視（閲覧））」の動作のために読み出すことができる。 VASプロバイダは重要なデータを適当な外部キーアルゴリズムで保護しなければならない。外部認証がK_SOまたはK_RVASPを使って行われるか，カード所持者がPIN保護がアクティブ状態の場合に正しいPINを入力したときには，このEFを読み出しできる。リストDF_X（X＝PT₁,..,PT_p,AD₁,...,AD_a）内の各エレメンタリファイルEF_IN TERNALは，該ファイルにロードされたVASアプリケーションを介してVASプロバイダの内部VASデータを含むことができる１レコードから成る。カード所持者も他のVASプロバイダもこの内部データを読むことはできない。リストDF_X（X＝PT₁,..,PT_p,AD₁,...,AD_a）内の各エレメンタリファイルEF_VA LUEは，VASデータの整数値フィールドを含むことのできるレコードから成る。外部認証がK_SOまたはＫ_RVASPを用いて行われるか，カード所持者がPIN保護がアクティブ状態の場合に正しいpINを入力したとき，または正しいパスワードを入力したときには，このEFを読み出しできる。これらに続くキーフィールドはVASコンテナまたはVASアプリケーションによって使用できる。以下の説明では完全なDESコーディングを前提とする。すなわち，VASコンテナの全てのキーはDESキーであり，８バイトでコーディングされる（パリティビットを含む）。 VASコンテナおよびVASアプリケーション内では，KID（キー識別子，Key Ident ifier）を用いて以下のキーを参照できる。表５ VASコンテナキー各キーはエラーカウンと結ばれている。このカウンタは認証の失敗をこれらのキーと共に登録し，カウンタに入力されたリミットに達するとそれ以降の使用を禁止する。 VASアプリケーション内では以下のキーをそれぞれのKIDを用いて参照できる。表６ VASアプリケーションキー各キーはエラーカウンタと結ばれている。このカウンタは認証の失敗をこれらのキーと共に登録し，カウンタに入力されたリミットに達するとそれ以降の使用を禁止する。 VASコンテナは個人識別番号またはパスワード(PIN)を記憶する。これはVERIFY 命令でカード所持者の識別に使用される。PINはエラーカウンタと接続されている。このカウンタは誤入力を登録し，リミットに達するとpＩＮの比較処理を禁止する。この禁止状態はシステムオペレータが適当な管理命令を用いてリセットできる。該カウンタは正しいPINの入力によってリセットされる。 VASコンテナに対して次のパラメータがある。これらは，カードプラットフォーム上の使用可能空間および発行者の個人的要望に従ってカード発行者によって選択可能である。・p インプレメンテーションクラスDF_PTの最大オブジェクト個数＝VASコンテナに同時にロード可能なアプリケーションクラス「点数記憶」と「チケット」のVASアプリケーションの最大個数・a インプリメンテーションクラスDF ADの最大オブジェクト個数＝VASコンテナに同時にロード可能なアプリケーションクラス「資格証明書」と「データメモリ」とのVASアプリケーションの最大個数・nr_DIR オブジェクトの最大整数：nr_DIR＝p＋a EF_DIＲ内のレコード数はnr_DIRである・nr_{EF_TRANSFER} ET_TRANSFERのレコード数上記のエレメンタリファイルのサイズに必要な記憶領域は次の通りである。バイト数 VASコンテナの EF ID 4 グローバルデー EF_DIR 9*(p＋a) タ EF VERSION 1 EF_SEQ 2 グローバルキー 64＋2 ，PIN 転送フィールド ER_TRANSFER 48＋nr_{ER_TRANSFER} VASプロバイダ EF_KEY (p＋a)*32 の専有データ EF_INFO (p＋a)*62 EF_INTERNAL p*10 EF_VALUE p*3 パラメータp,aおよびnr_{EF_TRANSFER}を例えば次の値に選べば，VASコンテナに対して少なくとも以下のような記憶領域が必要になる（補助命令用記憶域は除く）。パラメータ必要領域 p= 8，a= 3，nr_{EF_TRANSFER}=15 2030バイト p=10，a= 5，nr_{EF_TRANSFER}=20 2758バイト最大必要領域は，最小必要領域のおよそ１０％増しとみられる。つぎに，本発明によるチップカードの命令を詳述する。 READ RECORD命令はリニアエレメンタリファイルからデータを読み出すために使用される。カードは応答として，レコードの内容を送る。EFはショートファイル識別子(SFI)によって参照される。ステータスコード“9000”は命令が正常に実行されたことを示す。それ以外のコードはエラー発生を示す。 UPDATE RECORD命令はリニアエレメンタリファイル(EF)のレコードにデータを記憶するために使用される。コマンドメッセージはEF，レコードおよびデータへの参照を含む。カードからの返答はステータスコードを含む。ステータスコード“9000”は命令が正常に実行されたことを示す。それ以外のコードはエラーを示す。 GET CHALLENGE命令はカードから乱数を要求する。乱数はEXTERNAL AUTHENTICA TE命令において動的認証に関して使用される。カードからの返答メッセージは８バイトの乱数とステータスコードを含む。ステータスコード“9000”は命令が正常に実行されたことを示す。それ以外のコードはエラーを示す。 EXTRERNAL AUTHENTICATE命令はカードに対する端末装置の認証を許す。この命令はVASアプリケーションの範囲内で，システムオペレータおよびVASプロバイダの認証のために使用される。EXTERNAL AUTHENTICATEは暗号をカードに転送する。この暗号は，端末装置によって事前に乱数をエンコードすることで生成されていなければならない。カードはこの暗号を，自身が同一の方法で計算した参照値と比較する。両者が一致すれば，カードはこのキーに対してアクセス条件の認証が行われたことを内部に記録する。異なるときには，カードはステータス「認証不可」を返送し，内部エラーカウンタをデクリメントする。カウンタの値がゼロになると，以降のEXTERNAL AUTENTICATEの実行はいずれもステータス「認証禁止」で拒絶される。カードからの返答情報はステータスコードを含む。カードに関して命令および端末装置での認証が正常に実行されれば，それはステータスコード“9000”で示される。それ以外のコードはエラーを示す。 INTERNAL AUTHENTICATE命令はVASコンテナの信憑性を端末装置で検査するために使用される。このために，カードは端末装置からの参照データを用いて暗号を計算する。端末装置は自身で暗号を生成し，カードからの値と比較する。これらが一致すれば端末装置はVASコンテナの信憑性を認める。命令実行に対するカードからの返答は暗号と該命令の実行に対するステータスコードを含む。命令が正常に実行されたことはステータスコード“9000”で示される。それ以外のコードはエラーを示す。 VERIFY命令はカード所持者のPINの検証に使用される。この命令はエンコードされていないPINデータをカードに送る。カードはPINデータを記憶してある参照値と比較する。入力データと記憶してあった値が等しければ，アクセス条件「PI N」は満足されとみなされる。命令実行に対するカードからの返答情報はステータスコードを含む。ステータスコード“9000”は命令が正常に実行されたことを示す。それ以外のコードはエラーを示す。 TRANSFER命令は転送（記憶）領域にエントリを生成する。この命令には３種類の動作モードが定義される。１．クラス「チケット」または「点数記憶」のアプリケーションのEF_VAL UEフィールド内の数値を減算することによって，転送領域にエントリを作る。２．クラス「資格証明書」のアプリケーション内に領収書を作成することによって，転送領域にエントリを作る。３．クラス「証書」のアプリケーション内に証書を作成することにより，転送領域にエントリを作る。このモードはカードによって自動的に選択される。すなわち，選択されたアプリケーションDF内で命令が実行されれば，まずEF_VALUEがあるかないかのチェックがなされる。EF_VALUEがあればカードはモード１で命令を実行し，なければモード２で命令を実行する。VASコンテナ内でアプリケーションDFが選択されなければ，モード３が使用される。端末装置はTRANSFER命令の呼び出し時に以下のデータをカードに供給する。・最新データ・転送フィールド（領域）内のエントリのための有効期限日付・該エントリを生成した端末装置のためのID ・転送フィールドのためのユーザデータ・VASアプリケーションのPIX（モード３のみ）・減算の減数の数値単位（モード１のみ）・上記データに関するMAC，連続番号およびVASコンテナ番号。カードはTRANSFER命令の呼び出し時に以下のシーケンスを実行する。１．転送領域内に空きのエントリを探す。（既存のエントリに上書きするときには，以下のリストのプライオリティの降番順に行う。すなわち，「移動済みのエントリ」，「取り出されたエントリ」および「有効期限満了」，「有効期限満了」。２．モード１とモード２の端末装置からのデータにPIXを付ける。３．ステップ２からのデータに連続番号を付ける。４．ステップ３からのデータにVASコンテナIDを付ける。５．KGK_DECを使い，PIXをエンコードしてKGK_DEC,PIXを生成する。６．KGK_DEC,PIXを使い，端末IDをエンコードしてK_DEC を生成する。７．ステップ４からのデータを用いてMACを作成する。８．ステップ７のMACを端末装置からのMACと比較する。両者が異なれば，カードはこの機能を中止し，KGK_DECに対するエラーカウンタを減算する。９．モード１：アプリケーションがロードされたレジスタ内の数値フィールドEF_VALUEをチェックする。このフィールドの数値が充分でなければ，カードは直ちにこの機能を中止する。充分であれば，アプリケーション内の数値フィールドからこの数値を減算する。 10．命令情報を作成する。 11．EF_SEQの内容に１だけインクリメントする。したがって，応答内のデータセットの表示は不要である。さらに，レコード数は既知であると仮定してよい。 TAKE命令は以下のモードを提供する。・データを移動し，同時にデータが無効になったことを記録する。・データを移動するが，データが無効になったことは記録しない。データはさらに有効に保たれる。命令メッセージは端末IDと，アプリケーションのPIXと端末装置が生成した乱数とのフィールドを含む。命令内のPIXはデータを移動したアプリケーションを示す。これは，移動されたデータセットのPIXと異なってよい。このPIXはデータを移動したディーラ端末のK_DECの生成にのみ使用される。カードの応答メッセージは，転送領域の命令メッセージ内に与えられたレコードに関するK_{SIG_VASC}を有する暗号C₁，VASコンテナID，C₁を使用してデータを移動した端末装置のK_DECを有する暗号C₂および命令メッセージからの乱数を含む。応答メッセージはさらにステータスコードを含む。キーK_DECは上述のように生成される。暗号とK_DECを用いて，VASコンテナによって信憑性が暗示的に証明される。暗号Cによって，信憑性証明と唯一性証明が計算される（Cは，連続番号，転送フィールドのレコードの移動されたビットおよびVASコンテナIDから形成されているからである）。この証明はシステムオペレータによって検証可能である。ステータスコード“9000”は命令が正常に実行されたことを示す。それ以外のコードはエラーの場合を示す。ここで，SOがIS0/IEC 7816-5によるAID_VASを要求するとする。詳しくは，VAS システムのために５バイト長のRID_VASを要求するとする。リストDF_VASのAID_VASは，AID_VAS＝RID_VASPIX_{DF_VAS}で表されるとする。命令メッセージは，例えば，有効期限，端末ID，トランザクションデータ，動作モード用フィールド（例えばモード３でPIX）および暗号を含む各フィールドから成る。暗号はキーK_DECを用いて計算される。このさい，MAC形成に使用するデータは，例えばトランザクションデータおよび端末IDを含む。 TRANSFER命令の応答メッセージは，正常な実行時には，８バイト長のデータフィールドと２バイト長のステータスコード“9000”を含む。これ以外ステータスコードをもつ応答メッセージはエラーの場合とみなされる。応答メッセージのデータフィールドはエラーのない場合には（つまり，特に，命令メッセージの暗号が正しいときには），命令メッセージのK_DECでエンコードされた暗号を含む。これにより，VASコンテナによって暗示的に（K_AUTによる内部認証の代わりに）信憑性証明がなされる。 TAKE命令はインプレメンテーションクラスEF_TRANSFERからオブジェクトを取り出すのに使用される。TAKE命令の実行は，技術的には，ファイルEF_TRANSFER から提供すべきレコードを読み出すことである。ここで，レコードは新エントリのための充分な記憶域がある限りファイル内に保持されるが，このレコード（データセット）は「取り出し済み」とマークされる。技術的には，TAKE命令はデータセットを取り出すために誰でも使用できるが，規則と規定（R&R）によれば，データセットが特定されているVASプロバイダのみが使用すべきである。データ取り出し手続きに関し，次の事項を想定できる。証書または領収書を取り出したいVASプロバイダは転送領域内で適当なデータセットを探す（例えば，S EEK命令を使ってまたは各レコードを明示的に読み出して探す）。いずれの場合でも，データセットは読み出されて，その内容がチェックされる。規則と規定（R&R）によれば，各VASアプリケーションAに対して３バイト長のP IX_Aが与えられ，これにより，VASコンテナ内でAID_A＝ＲID_VAS PIX_AでVASアプリケーションを一意的に識別できる。DF_VASの選択後，VASアプリケーションAが含まれたリストをSELECT FILE＜PIX_A＞で選択できる。 UPDATE KEY（KID，K）はカードプラットフォームに依存する命令を示す。これにより，キー識別子IDを使って，あるキーを新しい値Kに置換できる。ディーラ端末装置のカード所持者が，インプレメンテーションクラスDF_PTまたはDF_AD（アプリケーションクラス「点数記憶」，「チケット」，「資格証明書」または「データメモリもしくはデータベース」に対応する）からのVASアプリケーションを使用できるようになる前に，VASアプリケーションは担当VASプロバイダのサービス端末装置でVASコンテナにロードされなければならない。原理的には，VASプロバイダおよびSOからの指示を受けたカード発行者が，VASコンテナの設置時点において，すでに１個ないし複数個のVASアプリケーションをVASコンテナにロードすることも可能である。このロード手続きはここで説明する手続きの特別なケースである。 VASアプリケーションロード経過１．カード所持者はVASカードをサービス端末装置に挿入する。２．サービス端末装置はVASコンテナがあるかを調べる。・SELECT FILE<AID_VAS>（VASコンテナが選択不可能時にはエラーが報告される）。・READ RECORD<EF_IDのSFI,O>（VASコンテナ番号の表示）。オプションとして，VASコンテナの有効性のチェックができる。このために，サービス端末装置はVASコンテナの内部認証を要求する。・INTERNAL AUTHENTICATE<乱数,K_AUTのKID>サービス端末装置は返答をチェックしエラー（エラー表示付き）であれば手続きを中止する。３．サービス端末装置はカード所持者に複数のオプションを選択可能にする。そのひとつに，「VASアプリケーションのロード」がある。カード所持者がこれを選択する。すると，サービス端末装置において，ロードされ得るすべてのVASアプリケーションがカード所持者に表示され，選択を待つ。このために，動作「VA Sアプリケーションの監視（閲覧）」が起動される。カード所持者はインプレメンテーションクラスDF_pTまたはDF_ADのVASアプリケーションAを選択する。４．サービス端末装置は動作「VASアプリケーションの選択」によってVASコンテナを調べ，選択されたPIX_AをもつVASアプリケーションが既にカード内にロードされているか決定する。存在すれば，エラー信号が表示される。存在しなければ，Aに適切なインプレメンテーションクラスのオブジェクトがVASコンテナ内で利用可能かどうかがチェックされる。これは，EF_DIR内の使用可能レコードを（例えばSEEK命令で）探すことで実行される。使用可能レコードがなけければ，エラー報告がなされる。利用可能レコードがあれば，このレコードはVASアプリケーションがロードされていないDF_ XのFID_{DF_X}を含む。５．Aに適切なインプレメンテーションクラスの次に使用可能なオブジェクトにV ASアプリケーションAがロードされる。このために，サービス端末装置は先ずオフラインで，VASプロバイダ（例えばプロバイダSAM）から２個のキーK_LVASpとＫ_RVASP を要求し，それらのキーを新しいVASアプリケーションに割り当てる。・SELECT FILE<FID_{DF X}> ・GET CHALLENGE ・EXTERNAL AUTHENTICATE<K_SO(乱数),K_SOのKID> ・UPDATE KEY<K_LVASP,K_LVASPのKID> ・UPDATE KEY<K_RVASP,K_RVASPのKID> ・GET CHALLENGE ・EXTERNAL AUTHENTICATE<K_LVASP(乱数),K_LVASPのKID＞・UPDATE RECORD<DF_XのEF_INFOのSFI,データ> ・UPDATE RECORD<DF XのEF INTERNALのSFI,データ＞・Optional(イニシャル署名):UPDATE RECORD <DF_XのEF_VALUEのSFI，データ> ６．EF内への書き込みが正常に終了した後，サービス端末装置は動作「VAS アプリケーション<PIX_A,FID_{DF_X}>の入力」を実行する。このアプリケーションは DF_XをＰIX_Aに結びつけ，これで（SELECT FILE AID_VASによる事前選択後）PIX_A を使ってSELECT FILEが可能になる。転送領域によって使用可能になったこの機構は，例えば，占有のDF構造なしでイントラサービスまたはインターサービスを実行したいVASプロバイダによって使用できる。なお，カード所持者は特にVASアプリケーションを使用する前に，サービス端末装置にこのアプリケーションを，この時初めてロードする必要はない。それどころか，カード所持者は証書または領収書を直接ディーラ端末装置で発行でき，これを他の端末装置で（取り出し操作で）払い戻しさせたり，または，証書または領収書を（読み取りを操作して）単に提示することができる。したがって，インプレメンテーションクラスET TRANSFERのVASアプリケーションのロードはVASデータを暗示的に入力することで実行されるか，または，そのような操作（VASデータの入力）によってなされる。これに関して，後述するインプレメンテーションクラスET_TRANSFERの「獲得」の説明を参照されたい。以下に，VASアプリケーションのエントリ動作の経過を説明する。 VASアプリケーションがVASコンテナにロードされたときには，該アプリケーションがどのDF_X(X＝PT₁,..,PT_p,AD₁,...,AD_a)にロードされたのか，または本当にロードされたのかという，物理的な位置は端末装置には分からない。カード製造者から見ると，別々にチェック可能な２個の実施方法が考えられる。なお，ZK A（中央カード委員会）基準に準拠することは，特に遵守されねばならない。第１ケース：EF_DIRへのアクセスが可能。以下の条件を満足する必要がある。・AIDがDF_XのFIDに割り当てられている（たとえばDF_VASのもとにある） EF_DIRが，基準通りにカードプラットフォームにある。上記DF_XにはVASアプリケーションが現に存在する。・このDF_Xは誰からも読み出し可能である（READ RECORDのAC：ALW）。・PIX_AをもつVASアプリケーションＡがシステムオペレータによって空いている（使用されていない）DF_Xにロードされると，すなわち，現にあるエレメンタリファイルDF_Xにエントリが書き込まれると（CREATE FILE（ファイル作成）ではない!），UPDATE RECORDによってファイルEF _DIＲはエントリPIX_Aだけ拡張される。UPDATE RECORDがFID_Xを使ってDF_Xを参照しているからである。したがって，UPDATE RECORDのACはキーK_SOによる外部認証を要求する。・DF_VASが既に選択された後に，命令SELECT FILＥ<PIX_A>がカードに転送されると，VASアプリケーションAがロードされているDF_Xは直接選択可能でなる筈である。・DF_Xとそれに続くエレメンタリファイルにロードされたVASアプリケーションA がカード所持者の要求でサービス端末装置で消去されなければならないときには，対応ファイルはDELETE FILEで消去されるのでなく，書き込まれたデータがダミー値で上書きされるだけである。その後，EF_DIRからPIX_A（厳密には，PIX_Aと DF_Xへの参照のペア）を（例えば，キーK_SOによる外部認証後にUPDATE RECORDで）消去することができる。・DF_Xの個数は固定であるので，EF_DIRのレコードの個数が分かる。これらのアプローチが実現できれば，以下の結果となる。・DF_VASの選択後，SELECT FILE PIX_Aを使って直ちにVASアプリケーションの選択ができる。第２ケース：EF_DIRへのアクセスが不可能。カードプラットフォームに使用可能なEF_DIRがないか，または，上記のように読み取りアクセスも書き込みアクセスもEF_DIRにできない場合には，DF_VASのもとにファイルEF_VASDIRが存在せねばならない。EF_VASDIR内には，システムオペレータによって（K_soによる外部認証後に）明示的なUPDATE RECORD命令を使用して，PIX_AをロードしたVASアプリケーションからDF_X内の物理的記憶領域へのリンクが生成される。EF_VASDIRからのレコードの読み取りや消去は上述のように可能であるものとする。動作「VASアプリケーションのエントリ」は以下のように行われる。 PIX_AをもつVASアプリケーションAは事前にFID_{DF_X}をもつDF_X内にロドされる。FID_{DF_X}のレコード数はサービス端末装置に記録されている。１.SELECT FILE<AID_VAS>（VASコンテナが選択不可能時にはエラーが報告される）。２.GET CHALLENGE ３.EXTERNAL AUTHENTICATE<K_SO（乱数）,K_SOのKID> ４.UPDATE RECORD<DF_VASのEF_DIRのSFI，FID_{DF_x},PIX_A,FID_{DF_X}とともに数値の記録> インプリメンテーションクラスDF PTまたはDF ADのVASアプリケーションは，カード保持者の要求に応じて（システムオペレータの制御下の）サービス端末装置でのみ消去できる。インプレメンテーションクラスEF_TRANSFERのVASアプリケーションはどこでも誰でも消去できる。消去においては，インプレメンテーションクラスDF_PTおよびDF ADのVASアプリケーションとインプレメンテーションクラスEF TRANSFERのVASアプリケーションを区別せねばならない。上記の実施クラスDF_PTまたはDF_ADのVASアプリケーションの消去経過１．カード所持者はVASカードをサービス端末装置に挿入する。２．サービス端末装置はVASコンテナがあるかを調べる。・SELECT_FILE<AID_VAS>（VASコンテナが選択不可能時にはエラーが報告される）。・READ REC0RD<EF_ID>（VASコンテナIDの表示）３．サービス端末装置はカード所持者に複数のオプションを選択可能にしている。そのひとつに，「VASアプリケーションの消去」がある。カード所持者がこれを選択する。すると，VASコンテナにロードされたすべてのインプレメンテーションクラスのすべてのVASアプリケーションがカード所持者に表示され，選択を待つ。このために，動作「VASアプリケーションの監視（閲覧）」が起動される。カード所持者はAID_AでインプレメンテーションクラスDF PTまたはDF_ADの VASアプリケーションAを選択する。VASアプリケーションがロードされたオブジェクトをDF_Aと呼ぶ。４．DF_Aの選択後，サービス端末装置の認証が行われる。・SELECT FILE<PIX_A> ・GET CHALLENGE ・EXTERNAL AUTHENTICATE <K_SO(乱数),K_SOのKID> ５．これでDF_Aからファイルの内容が消去される（EF_KEY,EF_INTERNALおよびEF _VALUEにはK_LVASPが必要であるので，これらはシステムオペレータによって始めに消去される）。・UPDATE KEY < K_LVASPのKID，“00...00”> ・UPDATE KEY<K_RVASPのKID，“00...00”> ・GET CHALLENGE ・EXTERNAL AUTHENTICATE <K_LVAS(乱数),K_LVASのKID> ・UPDATE RECORD<DF_AのEF_INFOのSFI,“00． ..00”> ・UPDATE RECORD<DF_AのEF_INTERNALのSFI，“00...00”> ・UPDATE RECORD<DF_AのEF_VALUEのSFI，“00...00”> ６．EF内への書き込みが正常に終わると，続いて端末装置はEF_DIRからVA Sアプリケーションのエントリを消去する。・SELECT FILE<AID_VAS>（VASコンテナが選択不可能時にはエラーが報告される）・UPDATE RECORD<DF_VASのEF_DIR_のSFI,FID_{DF_A}とともに数値の記録，“00...00”,FID_{DF_A}> PIX_AのDF_Aへのリンクはこうして解除されるので，PIX_Aを使ってSELECT FILE を実行することはもはやできない。つぎに，インプレメンテーションクラスEF_TRANSFERを説明する。インプレメンテーションクラスEF TRANSFERのVASアプリケーションはカード所有者の要求に応じて，規則と規定（R&R）に従ってディーラ端末装置またはサービス端末装置で消去される（但し，技術的にはどちらの端末装置でも可能である）。EF_TRANSFERからオブジェクトを消去することは，新しいオブジェクト（例えば証書または領収書）を記憶するのに転送領域に空いた場所がないときに特に必要になる。この消去は，補助命令TAKEを介して常に間接的に行われる。この命令は，オブジェクトに対して「移動済み」とマークするだけである。したがって，後に続く補助命令TRANSFERによって上書きが可能である。 VASアプリケーション消去の経過１．カード所持者はVASカードを端末装置に挿入する。この端末はEF_TRAN SFERの内容を表示できる（動作「VASアプリケーションの監視（閲覧）」の特殊ケース）。２．端末はVASコンテナがあるかを調べる。・SELECT FILE<AID_VAS>（VASコンテナが選択不可能時にはエラーが報告される）・READ RECORD<EF_IDのSFI,0>（VASコンテナIDの表示）。３．サービス端末装置はカード所持者に複数のオプションを選択可能にしている。そのひとつに，「VASアプリケーションの消去」がある。カード所持者がこれを選択する。すると，少なくとも，インプレメンテーションクラスEF_TRA NSFERのすべてのVASアプリケーションがカード所持者に表示され，選択を待つ。これは，動作「VASアプリケーションの監視（閲覧）」の特殊ケースとして実現される。カード所持者は証書または領収書を含むインプレメンテーションクラスEF_TRANSFERのオブジェクトを選択する。このオブジェクトはレコード番号Ａを有する。カード所持者は選択を実行する。４．端末装置はレコード番号Aのレコードを「取り出し済み」とマークする。すなわち，端末装置はA，自身で計算した乱数，PIXおよび端末IDをTAKE命令で転送する。・TAKE<A,乱数,PIX,端末ID> これで，「取り出し済み」とマークされたレコードが，新しい証書または領収書受け取りのために再び使用可能になる。以下に，VASアプリケーション選択の経過を説明する。インプレメンテーションクラスDF PTまたはDF ADのVASアプリケーションAが，動作「VASアプリケーションのロード」によってVASコンテナにロードされると，このアプリケーションは端末装置によって２ステップで選択できる。VASコンテナがまず選択される。続いてPIX_Aを含むVASアプリケーションが選択される。１．SELECT FILE<AID_VAS>（VASコンテナが選択できない時にはエラーが報告される）サービス端末装置はVASコンテナの信憑性を検査できる。このために，サービス端末装置はVASコンテナの内部認証を要求する。・READ REC0RD<EF_IDのSFI,0>（VASコンテナIDの表示) ・INTERNAL AUTHENTICATE<乱数,K_AUTのKID> サービス端末装置は応答をチェックしエラーであれば（エラー表示をもって）処理を中止する。２．SELECT FILE<PIX_A>（VASコンテナにVASアプリケーションAがロードされていなければエラーが報告される）。ディーラ端末装置（KGK_AUTは使用できない）はVASアプリケーションAの信憑性検査をして，間接的にVASコンテナの信憑性を確認できる。その理由は，VASアプリケーションは，ロード手続き中にVASコンテナの信憑性を検査したサービス端末装置にのみロード可能だからである。VASアプリケーションAの信憑性検査は， VASコンテナがVASアプリケーションAのためのキーK_LVASPまたはK_RVASPを持っているかをディーラ端末装置でテストすることに帰すことができる。これは，例えばディーラ端末装置で次のように検査できる。・INTERNAL AUTHENTICATE <乱数,K_RVASPまたはK_LVASPのKID> VASコンテナ内にVASアプリケーションAがロードされているかのテストは，試しに選択することで行える。SELECT FILEの応答メッセージ（表示）のエラー報告により，アプリケーションAが存在しないことが結論できる。インプレメンテーションクラスEF TRANSFERのVASアプリケーションの選択は，動作「VASアプリケーションの監視（閲覧）」およびデータの端末装置への記憶によって暗示的に行われる。端末装置は表示された各オブジェクトのレコード番号をEF_TRANSFERから知ることができるので，該レコード番号を参照することで，以降の処理のために（レコード番号毎に）任意のオブジェクトを選択できる。つぎに，VASアプリケーション監視（閲覧）の経過を説明する。動作「VASアプリケーションの監視（閲覧）」は，インプレメンテーションクラスDF_PT，DF_AD EF_TRANSFERの全VASアプリケーションをサービス端末装置にリストとして表示する。ディーラ端末装置ではインプレメンテーションクラスEF TRANSFERのVASアプリケーションのみしか表示できない。これらのアプリケーションにはアクセス保護がないからである。また，ディーラ端末装置が読み出し権を持つ（K_RVASPを所有）インプレメンテーションクラスDF PTとDF ADのアプリケーションもオプションとして表示できる。上記VASアプリケーションの経過１．カード所有者はVASカード（有効なVASコンテナを持つチップカード）を端末装置に挿入する。２．サービス端末装置はVASコンテナがあるかを調べる。・SELECT FILE<AID_VAS>（VASコンテナが選択不可能時にはエラーが報告される）。・READ REC0RD<EF_IDのSFI,0>（VASコンテナIDの表示） VASコンテナの有効性をオプションで検査できる。このために，サービス端末装置はVASコンテナの内部認証を要求する。・INTERNAL AUTHENTICATE<乱数，K_AUTのKID>サービス端末装置は応答をチェックしエラーであれば（エラー表示を持って）処理を中止する。３．サービス端末装置はカード所持者に複数のオプションを選択可能にしている。そのひとつに，「VASアプリケーションの監視（閲覧）」がある。カード所持者はこれを選択する。４．サービス端末装置は自身の認証をする。・GET CHALLENGE ・EXTERNAL AUTHENTICATE <K_SO(乱数)，K_SOのKID> ５．インプレメンテーションクラスDF PTとDF AD のVASアプリケーションに対して，EF_DIRの内容によって個々のVASアプリケーションが連続的に選択され制御される。キーK_SOによる外部認証後，個々のEF_INFO （または規則と規定によりその一部）およびEF_VALUEの内容が表示される。・ｉ=０, ... nr_DIR-1の場合・ READ RECORD＜ＥF_DIRのSFI,i〉対応するDFにVASアプリケーションがロードされていなければ，応答メッセージのPIX_Aは“00..00”であると表示される。EF_DIRからのREAD RECORD の代わりに，場合によっては，SEEK命令を使用できる。・ PIX_Aが“00..00”ででない場合・ＳＥＬＥＣＴＦＩＬＥ＜ＰＩＸ。＞・READ REC0RD<EF_INFOのSFI,0〉・応答メッセージ（場合によっては一部）の表示・READ RECORD<EF_VALUEのSFI,0> ・SELECT FILE<AID_VAS> ６．インプレメンテーションクラスEF TRANSFERのVASアプリケーションに対して，各レコードのＥF_TRANSFERの内容（または規則と規定によりEF_TRANSFERの一部）が読み出される。・ＳELECT FILE<AID_VAS> ・i=０, ... nr_{EF_TRANSFER}-1の場合・READ RECORD<EF_TRANSFERのSFI,i> （応答メッセージはEF_TRANSFERのi番目のレコードの内容を含む）・内容がゼロでなければ，内容が解釈され（例えば取り出された状態または期限切れ状態）表示される。ディーラ端末装置が読み取り権を持つ（K_RVASPを所有）インプレメンテーションクラスDF_PTとDF_ADのアプリケーションの監視（閲覧）は，上記のように，２個の異なるケースがある。外部認証のためには，システムオペレータのみが使用できるK_SOに代えて，キーK_RVASPが使われる。ディーラ端末装置がK_AUTを使用できないにもかかわらず，VASアプリケーションの信憑性を検査したいときは，ディーラ端末装置は内部認証の代わりに（少なくとも１個の）VASアプリケーションの認証を要求できる。これは，上記のように，カードが対応するキーK_RVASPまたはK_LVASPを知っていることで行われる。インプレメンテーションクラスEF_TRANSFERのVASアプリケーションに対して，上記のように，各レコードのEF_TRANSFERの内容（または規則と規定によりEF_TR ANSFERの一部）が連続的にリストされる。動作「VASアプリケーションの解釈」も同様に実行される。このために，端末装置はカード所持者に動作「VASアプリケーション解釈」を選べるようにしている。動作「監視（閲覧）」で表示されたデータに加えて，VASプロバイダによる解釈が必要なEF_INFOやEF_V ALUEからの（例えば外部でエンコードされたデータのような）データおよびEF_I NTERNALからの（例えばマイルスアンドモア（Miles & More）の過去何年かのマイル数のような）データも表示できる。しかし，これは，端末装置のVASプロバイダが（自身の判断で）適当なキーを使用可能にしたVASアプリケーションのみに対して可能である。アプリケーションのEF INTERNALの読み取りためには（外部認証用）キーK_LVASPが必要である。エレメンタリファイルEF INFOやEF VALUE および転送領域EF_TRANSFER内にある外部でエンコードされたデータに対しては，VASプロバイダの対応するキーが必要である。端末プログラムは，データ解釈用のアプリケーションキーが使用できる，選択されたVASアプリケーションを，P IXを用いて容易に決定できる。動作「VASアプリケーションの転送」はサービス端末装置において，転送元カードの全てまたは選択されたVAS動作（オペレーション）を転送先カードへ転送することである。このさいの条件は，転送先カードのVASコンテナはVASアプリケーションを含まないことと，転送後には転送元カードの全てのVASアプリケーションは消去されることである。両条件とも，動作「VASアプリケーションの消去」を連続して適用することで達成される。さらに，両カードの信憑性が検査されねばならないし，転送先カードには充分な記憶領域がなけれはならない。転送動作自身は，本質的には動作「VASアプリケーションの監視（閲覧）」を拡張したものと動作「VASアプリケーションのロード」の繰り返し適用とを基礎としている。上記監視（閲覧）動作ではEF_INTERNALからのデータとキーK_LVASPとK_RVASP がさらに読み出される。 VASデータと共に，VASコンテナIDも転送先（ターゲット）カードに転送されるので，転送先カードのVASアプリケーションは転送元（ソース）カード上と同じように動作できる。これは，VASプロバイダによって生成されたキーはVASコンテナIDによってサポートされていて，それらのキーがそのまま変更なくコピーされるからである。さらに，プロバイダは，通常はVASカードをVASコンテナIDによって識別するので，バックグラウンドシステムでの経理処理をそのままに保持しようとする。VASコンテナIDの転送において必ず遵守すべきことは，この全システム内でただひとつの番号を転送元カードから消去することである。エレメンタリファイルEF_INTERNALおよびキーK_LVASPとK_RVASPを特別に読み出せるようにするために，サービス端末装置は，キーK_SOによる外部認証（動作「VASアプリケーションの消去」と同様）の後に，まずキーK_LVASPを上書きし，つぎにキーK_LVASPによる認証を新たに行った後にEF_INTERNALからのデータを転送（上書き）できる。インプレメンテーションクラスDF PTとDF ADのVASアプリケーションに加えて，ファイルEF_TRANSFERも転送（上書き）されねばならない。このためには，動作「移動（取り出し）」を連続的に実行して，これらの実施クラスのまだ「取り出し済み」または「期限切れ」とマークされていないオブジェクトを移動する。該オブジェクトの署名をK_{SIG_VASC}を用いて検査し，該オブジェクトを転送先カードのEF_TRANSFERに転送する。しかし，転送先カード上ではこれらのオブジェクトは「取り出し済み」とは記されていないので，引き続き有効な状態である。最後に，VASコンテナのグローバルデータを転送しなくてはならない。特に，転送先カードのシーケンスカウンタを転送元の値にセットせねばならない。つぎに，VASデータの入力手続きを説明する。ディーラ端末装置でのVASデータの入力には，VASアプリケーションの種類に応じて，３種類の場合が可能である。最初に，実施クラスDF_PTとDF_ADの場合の「獲得」を説明する。 VASプロバイダは，インプレメンテーションクラスDF_PTとDF_ADのVASアプリケーションにデータを書き込む。 VASデータの入力経過１．カード所持者はVASカードをディーラ端末装置に挿入する。２．ディーラ端末装置はVASコンテナがあるかを調べる。・SELECT FILE<AID_VAS>（VASコンテナが選択できない時にはエラーが報告される）。・READ RECORD<EF_IDのSFI,0>（VASコンテナIDの表示）。３．VASコンテナの信憑性が検査される。ディーラ端末装置自身がマスタキーKGK_AUTを持っていれば，このディーラ端末装置はVASコンテナの内部認証を要求できる。・INTERNAL AUTHENTICATE <乱数,K_AUTのKID> （KGK_AUTを持っていない）ディーラ端末装置は，VASアプリケーションAの信憑性を介して間接的にVASコンテナの信憑性を検査できる。その理由は，VASアプリケーションは，ロード中にVASコンテナの信憑性を検査したサービス端末装置にのみロードできるからである。VASアプリケーションAの信憑性検査は，VASコンテナがVAS アプリケーションAに対するキーK_LVASPとK_RVASPを含むかをディーラ端末装置でテストすることに帰する。これはディーラ端末装置で例えば以下のようにチエックできる。・SELECT FILE<PIX_A>（VASアプリケーションAがVASコンテナにロードされていない場合にはエラーが報告される）。・INTERNAL AUTHENTICATE <乱数,K_RVASPまたはK_LVASPのKID> ディーラ端末装置は応答をチェックしエラー（エラー報告あり）であれば処理を中断する。４．ディーラ端末装置はVASアプリケーションAを選択し，自身を認証し，トランザクションの実行に必要なエレメンタリファイルを記述する。・SELECT FILE<PIX_A>（ステップ３で既に実行済みならばスキップする）・GET CHALLENGE ・EXTERNAL AUTHENTICATE <K_LVASP(乱数)，K_LVASPのKID> ・オプション:UPDATE RECORD<DF XのEF INFOのSFI，データ> ・オプション:UPDATE RECORD<DF XのEF INTERN ALのSFI，データ> ・オプション:UPDATE RECORD<DF XのEF VALUEのSFI，データ> つぎに，インプレメンテーションクラスEF_TRANSFERの場合の「獲得」について説明する。特に，インプレメンテーションクラスEF_TRANSFERのVASアプリケーション（アプリケーションクラス「証書」）に対しては，VASプロバイダは自身のアプリケーションのための占有ファイル構造DF_Xを確保する必要がない。その結果，カード所持者はVASアプリケーションの証書を使用する前に，VASアプリケーションをロードするためにサービス端末装置の前に行く必要はない。ただ，カード所持者はディーラ端末装置から証書または領収書を直接発行し，それを他の端末装置で（動作「取り出し」で）払い戻し（弁済）するか，または，証書または領収書を（読み出しで）単に提示できる。VASデータの入力によって，インプレメンテーションクラスEF TRANSFERのVASアプリケーションが暗示的にロードされる。これらのアプリケーションクラスに対して，タイプレコードの個々のオブジェクトから成るインプレメンテーションクラスEF TRANSFERが存在する。EF_TRANSFERのエントリはTRANSFER命令によってのみ可能である。このためには，ディーラ端末装置は有効な取り出しキーK_DECを所有し，VASアプリケーションAのPIX_Aを使用できなければならない。 VASデータの入力経過１．カード所持者はVASカードをディーラ端末装置に挿入する。２．ディーラ端末装置はVASコンテナがあるかを調べる。・SELECT FILE<AID_VAS>（VASコンテナが選択不可能な時にはエラーが報告される）・READ RECORD<EF_IDのSFI,0>（VASコンテナIDの表示）３．ディーラ端末装置は連続番号を読み出す。この番号は，さらに，ステップ４からMACに代入される。・READ RECORD<EF_SEQのSFI,0〉（連続番号の表示）４．TRANSFER命令によって１レコードがEF_TRANSFERに書き込まれる。・TRANSFER<トランザクションデータ,有効期限,生成コード,データ,PIX_A, K_DECを持つMAC> ５．ディーラ端末は，TRANSFER命令の応答メッセージを調べることで，VA Sコンテナが正しいかどうかを（すなわち，共通秘密キーK_DECを所持しているかを）検査できる。これに関し，既に説明したTRANSFER命令の応答メッセージを参照されたい。最後に，VASデータのキャンセルによる獲得を説明する。 VASプロバイダは，TRANSFER命令を使用してキャンセル（キャンセル）によって，権利（証書または領収書）を転送領域EF_TRANSFER内に作成できる。この証書または領収書は，他のVASプロバイダによってもさらに使用され得る。データはキャンセルを実行するVASプロバイダによってVASアプリケーションAのEF VALU EまたはEF_INFOからキャンセルされる。カード所持者はEF_TRANSFER内にオブジェクトの形式でこの権利を獲得する。 VASデータエントリ（入力）の経過１．カード所持者はVASカードをディーラ端末装置に挿入する。２．ディーラ端末装置はVASコンテナがあるかを調べる。・SELECT FILE<AID_VAS>（VASコンテナが選択不可能時にはエラーが報告される）。・READ RECORD＜EF_IDのSFI,0>（VASコンテナIDの表示）。３．ディーラ端末装置は連続番号を読み出す。この番号は，さらに，ステップ４からMACに代入される。・READ RECORD<EF_SEQのSFI,0>（連続番号の表示）。４．ディーラ端末装置はVASアプリケーションAを選択する。・SELECT FILE<PIX_A>（VASアプリケーションAがVASコンテナにロードされていない場合にはエラーが報告される）。５.ディーラ端末装置はEF_VALUEまたはEF_INF0からデータをキャンセルするためにTRANSFERを使用する。・TRANSFER<データ，K_DECを持つMAC> TRANSFERの命令メッセージの構成は既に説明した。端末装置がK_DECでデータに対して正しい署名ができれば，キャンセル手続きの権利を得る。この署名はVASコンテナによってチェックされる。チェックに通れば，VASコンテナによって，EF_TRANSFERに１個のレコードがセットされ，さらに連続番号がインクレメントされる。６．ディーラ端末装置は，TRANSFER命令の応答メッセージを調べることで，VASコンテナが正しいかどうかを（すなわち，共通秘密キーK_DECを所持しているかを）検査できる。ここで，VASデータのキャンセル手続きを説明する。２種類のキャンセル手続きがある。まず，インプレメンテーションクラスDF_PTとDF_AD のVASアプリケーションのためのVASデータは，対応するVASプロバイダによって動作「キャンセル」でキャンセルされる，すなわち，キャンセルによるVASデータの獲得によってキャンセル可能である。これによって１個の値（価値）が消費され，他の値への潜在的な権利が生じる。他の手続きでは，VASデータはTAKE補助命令によって，EF_TRANSFERから一回だけ取り出すことが可能である。この場合，権利は消費され，データは「取り出し済み」マークを付けられて転送フィールドに残され，さらに他の用途（例えば，払い戻しされたチケットは帰りのためにまだ必要である）のために使用可能である。これは，何らかの必要時に，このデータが他のオブジェクトによって上書きされるまで保たれる。 TAKE命令によるVASデータのキャンセルの経過１．カード所持者はVASカードをディーラ端末装置に挿入する。２．ディーラ端末装置はVASコンテナがあるかを調べる。・SELECT FILE<AID_VAS>（VASコンテナが選択不可能な場合にはエラーが報告される）。・READ RECORD<EF_IDのSFI,0>（VASコンテナIDの表示）。３．まず，ディーラ端末装置は，動作「VASアプリケーションの監視（閲覧）」の特別ケースを使って，使用可能なオブジェクトをEF_TRANSFERから読み出し，探しているオブジェクトが求められたかを決定する。または，SEEK命令を使用してサンプルを検索することも出来る。上記処理が成功すれば，端末装置は検出したレコードの番号iを認識する。４．端末装置はTAKE命令を用いて，番号ｉ，自身が算出した乱数および自身のPIXとIDを送信して，レコード番号iのレコードに「移動済み」のマークを付ける。・TAKE<ｉ,乱数,PIX,端末ID> ディーラ端末装置は，EF_TRANSFERからのデータ読み出しのためにTAKE命令を使う。この命令では，その処理と同時に，データが「移動済み」であるマークを付ける。TAKE命令の実行で，さらに，２個の異なった暗号C₁とC₂が生成される。暗号C₁はキーK_{SIG_VASC}を使ってVASコンテナによって計算される。これにより，C₁で署名されたこの取り出されたオブジェクトの製作者は，システムオペレータから（処理の）唯一性と信憑性の証明を得ることができる。トランザクションの唯一性と信憑性は，オブジェクトが由来した（カードによってチェックされた（TRANSFER参照））VASプロバイダの暗号と，トランザクションに関するシーケンスカウンタの計数値と，「取り出し」でのカードによる暗号C₁から判明する。暗号C₂は，VASコンテナがKGK_DEC,PIXおよび端末IDを使って生成したキーK_DEC を用いてVASコンテナによって計算される。共通秘密キーK_DECを知っているので，VASコンテナは端末装置に対してVASコンテナ自身の信憑性を直接証明できる。 TRANSFER命令においても，正しい証書または領収書のみが正しいVASコンテナに記憶されることが同じようにチェックされるので，取り出されたオブジェクトの信憑性を結論できる。暗号C₂は連続番号，取り出しビットおよびVASコンテナID から間接的に生成されているので，VASコンテナは取り出されたオブジェクトの唯一性をも端末装置に対して証明できる。 TAKE命令を用いる「取り出し」処理は誰にでも許されている。さらに，サービス端末装置において，インプレメンテーションクラスDF PTとD F ADのVASアプリケーションの読み出しのために，パスワードまたはPIN保護の非活性化または活性化をできる。また，VASコンテナのPINはPINを知っているカード保持者によって変更可能であり，K_SOを用いて外部認証することでシステムオペレータによって復元可能である。PINまたはパスワードとして，任意の長さの非数字符号またはそれらの符号の列を使用できる。

【手続補正書】特許法第１８４条の８第１項【提出日】１９９８年１２月１１日（１９９８．１２．１１）【補正内容】請求の範囲１．トランザクション実行のためのチップカードにおいて、該トランザクションでは金銭的価値単位または他の非金銭的権利を表す価値データがカード所持者と少なくとも一つのトランザクションパートナ（サービスプロバイダ）との間で転送されるか、または該サービスプロバイダに該権利の検証のために提示され、前記チップカードは該トランザクションの実行に必要なデータを記憶するための記憶装置を含むものであって、前記チップカードはさらに、各々特定のサービスプロバイダにそれぞれ割り当てられた一または複数のカードアプリケーション（VASアプリケーション）であって、各々が該カード所持者と該アプリケーションに割り当てられたサービスプロバイダとの間でトランザクションの実行を可能にするアプリケーションを、カード上にロードするための手段と、異なるサービスプロバイダ間のトランザクション実行にさいして交換または提示される金銭的価値単位または非金銭的権利を表すデータを収容するためのサービスプロバイダに非占有の転送記憶領域（EF_TRANSFER）と、書き込み命令（TRANSFER）に応答して前記転送記憶領域にデータを書き込むための手段とを含むことを特徴とするチップカード。２．前記ロード手段は、該手段内部に記憶されたデータ構造（DF_VAS，VASコンテナ）を含み、前記データ構造は、その中に該カード所持者とサービスプロバイダとの間でのトランザクション実行を可能にするために必要なデータ（VASデータ）をロードできる部分構造（DF_ PT，DF_AD，VASアプリケーション）と、前記部分構造（VASアプリケーション）内に記憶されたデータの種類および／または構造に関する情報を含む定義データセットとを含み、前記定義データセットはさらに、前記データ構造（VASコンテナ）および／または前記チップカードを同定する識別子（コンテナID）と、前記定義データセットおよび／または前記データ構造（VASコンテナ）の整合性が変更されないことを保証する少なくとも一つのシステムキー（K_SO）とを含むことを特徴とする請求の範囲第１項に記載のチップカード。３．前記カードは、トランザクション実行に必要なデータを、少なくとも一つのシステムキーを使用して前記部分構造にロードするための手段、前記部分構造にロードされたデータに前記定義データセットのデータを適応させるために、前記定義データセットにデータを書き込むための手段、トランザクション実行に必要なデータをロードできるさらなる部分構造を前記カードの前記記憶装置内に生成するための手段、および／または前記カード上で動的にメモリー管理をするための手段、のうちの少なくとも一つの特徴を含むことを特徴とする請求の範囲第１項または第２項に記載のチップカード。４．前記部分構造（VASアプリケーション）は、各々特定のサービスプロバイダに割り当てられた互いに独立した複数の部分構造であり、前記定義データセットは少なくとも一つのシステムキー（K_SO）によって変更から保護されていて、該シヌテムキーよってのみ変更可能であり、前記データ構造（VASアプリケーション）のロードは前記定義データセットに含まれるシステムキーを使用してのみ実行できることを特徴とする請求の範囲第１項から第３項のうちのいずれか一項に記載のチップカード。５．請求の範囲第１項から第４項のいずれか一項に記載のチップカードにおいて、前記定義データセットはさらに以下の特徴の少なくとも一つを含む：端末装置に対して前記チップカードの権限の認証のためのおよび／または前記チップカードに対して端末装置の権限の認証のための少なくとも一つの認証キー（K_AUT）、前記転送領域から取り出されたデータの署名のための少なくとも一つの署名キー（K_{SIG_VASC}）、前記転送領域内の書き込み手続きおよび／または価値データのキャンセル（無効化）の権限の検証のための、端末装置またはアプリケーション特有のキーを生成するためのキー生成キー（KGK_DEC）、カード所持者によるトランザクション手続きの権限を検証するためのPIN、前記システムキー（K_SO）、前記認証キー（K_AUT）、前記署名キー（K_{SIG_VASC} ）および前記キー生成キー（KGK_DEC）は、カードに特有であるか、データ構造（ DF_VAS）に特有であるかということ、および前記部分構造（VASアプリケーション）が少なくとも以下の特徴の一つを持つこと；価値データを収容するための少なくとも一つの数値記憶域（EF_VALUE）、前記部分構造に関連した内部データを収容するための少なくとも一つの内部記憶域（EF_INTERNAL）、前記部分構造に関連した非内部データを収容するための少なくとも一つの情報記憶域（EF_INFO）、および前記数値記憶域および／または前記内部記憶域および／または前記情報記憶域への／からの書き込み手続きおよび／または読み出し手続きに関する機密保持をする少なくとも一つのキー（K_LVASP，K_RVASP）を収容するためのキー記憶域（EF _KEY）；前記チップカードはさらに、前記数値記憶域および／または前記内部記憶域および／または前記情報記憶域への／からの書き込みおよび／または読み出しのための手段を含み；前記ロードするための手段は、前記少なくとも一つのシステムキーの保護の下で、前記キー記憶域に前記キーを書き込むための手段を含む。６．請求の範囲第１項から第５項のいずれか一項に記載のチップカードにおいて、前記部分構造は以下の特徴の少なくとも一つを含む：前記部分構造内にデータを書き込む権限があるかを検証するためのキー（K_LVA _SP ）、および前記部分構造内からデータを読み出す権限があるかを検証するためのキー（K_R _VASP ）。７．前記キー記憶域に記憶されたキーは各部分構造に特有であり、前記少なくとも一つの部分構造（VASアプリケーション）は、少なくとも一つの前記特有のキー（K_LVASP,K_RVASP）によってトランザクションの実行を保護し、前記キーは、前記各部分構造（VASアプリケーション）に特有であり、かつ他の前記各部分構造（VASアプリケーション）の前記キーから独立していることを特徴とする請求の範囲第１項から第６項のいずれか一項に記載のチップカード。８．前記カードは複数個の前記部分構造（VASアプリケーション）を含み、前記部分構造の各々は特定のサービスプロバイダと前記カード保持者との間でのトランザクション実行に使用され、前記トランザクション実行は、転送記憶領域への／からのデータの書き込みおよび／または読み出しおよび／または前記数値記憶域への／からのデータの書き込みおよび／または読み出しを含むことを特徴とする請求の範囲第１項から第７項のいずれか一項に記載のチップカード。９．個々の部分構造（VASアプリケーション）間および部分構造とサービスプロバイダとの間でトランザクションを実行するための手段をさらに含むことを特徴とする請求の範囲第１項から第８項のいずれか一項に記載のチップカード。 10．前記システムキー（K_SO）はシステムオペレータ（SO）のみに知られていて、カードに特有で、および／またはデータ構造（VASコンテナ）に特有のキーであり、前記定義デーセット内に含まれる他のキーは、カードに特有で、および／またはデータ構造（VASコンテナ）に特有なキーであることを特徴とする請求の範囲第１項から第９項のいずれか一項に記載のチップカード。 11．請求の範囲第１項から第10項のいずれか一項に記載のチップカードにおいて、前記定義デーセットが以下の特徴のうちの一または複数を持つことを特徴とするチップカード：前記データ構造に特有な識別番号（EF_ID）、前記データ構造に含まれる部分構造（EF_DIR）のディレクトリであって、前記データ構造（VASコンテナ）にロードされた部分構造（VASアプリケーション）に特有な識別番号と、前記部分構造（VASコンテナ）内の、前記部分構造（VASアプリケーション）が物理的に記憶された部分に関する情報とを含むディレクトリ、および前記データ構造（EF_VERSION）のバージョンナンバ。 12．請求の範囲第１項から第11項のいずれか一項に記載のチップカードにおいて、前記カードは以下の特徴の少なくとも一つを持つ：前記転送記憶領域からデータを取り出しおよび／またはキャンセルする取り出し手続き（TAKE）を実行するための手段、および前記転送記憶領域からデータを取り出しおよび／またはキャンセルするさい、該データについての一つまたは複数の信憑性特徴を生成するための手段。 13．信憑性特徴を生成するために、該取り出されたデータに関するディジタル署名を生成するための署名キー（K_S _{IG_VASC} ）と、前記ディジタル署名を生成するためにも使用される、前記トランザクションの特性を表すトランザクション番号を生成するための手段とを含むことを特徴とする請求の範囲第１項から第12項のいずれか一項に記載のチップカード。 14．前記署名キー（K_{SIG_VASC}）は、プライベートのキー生成キーから生成されたプライベートキーであり、サービスプロバイダによる前記署名の検証のために公開キーが使用されることを特徴とする請求の範囲第１項から第13項のいずれか一項に記載のチップカード。 15．請求の範囲第１項から第14項のいずれか一項に記載のチップカードにおいて、前記カードは以下の特徴の少なくとも一つを持つ：前記キー生成キー（KGK_DEC）を用いて端末装置および部分構造に特有なキー（ K_DEC）を生成するための手段、ならびに以下の特徴の少なくとも一つを使ってトランザクションの認可および／または保護を検証するための手段，前記端末装置および部分構造に特有なキー（K_DEC）、少なくとも一つの前記認証キー（K_AUT）、少なくとも一つの前記システムキー（K_SO）、少なくとも一つの前記部分構造特有キー（K_LVASP，K_RVASP）、前記署名キー（K_{SIG_VASC}）、前記PIN、部分構造の前記識別子、および前記端末識別子。 16．請求の範囲第１項から第15項のいずれか一項に記載のチップカードにおいて、前記カードはさらに以下の特徴の少なくとも一つを持つ：読み出しまたは書き込み手続きを始める前に、前記認証キーを用いて前記認可および／または前記端末装置の認証をするための手段、およびデジタル署名および／またはキー形成（エンコード）によって保護されている読み出しまたは書き込み手続きを実行するための手段。 17．請求の範囲第１項から第16項のいずれか一項に記載のチップカードにおいて、前記カードはさらに以下の特徴の少なくとも一つを持つ：前記PIN保護を活性化および不活性化するための手段、および前記PINを変更するための手段。 18．請求の範囲第１項から第17項のいずれか一項に記載の前記データ構造は前記カードプラットフォームから独立しており、前記カードはさらに、前記データ構造または前記データ構造の一部を他のカード上に転送するための手段を含むことを特徴とする請求の範囲第１項から第17項のいずれか一項に記載のチップカード。 19．サービスプロバイダの非占有記憶領域であって、異なるサービスプロバイダによって該領域へ／からデータを書き込み／読み込みして、異なるサービスプロバイダ間で金銭的価値単位および／または他の非金銭的権利を表す価値データを転送するための記憶領域を含むことを特徴とするチップカード。 20．請求の範囲第１項から第19項のいずれか一項に記載のチップカードを使用するための端末装置であって、前記端末装置は、前記チップカードのデータ構造（VASコンテナ）の識別と、前記データ構造を識別する識別子（コンテナ ID）の識別とをするための手段を含み、前記端末装置はさらに以下の特徴の少なくとも一つを持つ：少なくとも前記部分構造の一つおよび／または前記定義データセットおよび／または前記カードの転送記憶領域からデータを読み出すための手段、前記カードの転送記憶領域にデータを書き込むための手段、およびトランザクション実行に必要なデータを前記カードの少なくとも一つの部分構造（VASアプリケーション）にロードするための手段。 21．請求の範囲第20項に記載の端末装置において、前記端末装置はさらに以下の特徴の少なくとも一つを持つ：サービス端末装置と前記カード所持者との間でトランザクションを実行するための手段、該トランザクションの実行は以下のステップの少なくとも一つを含む；前記数値記憶域にデータを書き込むステップ、前記転送記憶域にデータを書き込むステップ、前記転送記憶域からデータを取り出すおよび／またはキャンセルするステップ、前記部分構造からデータを読み出すステップ、および前記転送記憶域からデータを読み出すステップ。 22．請求の範囲第20項または第21項に記載の端末装置において、端末装置はさらに、以下の特徴の少なくとも一つを用いてトランザクションの認可および／または保護の検証をするための手段を含む；前記端末装置および部分構造に特有なキー（KDEC）、カードに特有のまたはデータ構造（DF_VAS）に特有の少なくとも一つの認証キー（K_AUT）、カードに特有のまたはデータ構造（DF_VAS）に特有の少なくとも一つのシステムキー（K_SO）、少なくとも一つの部分構造特有キー（K_LVASP，K_RVASP）、カードに特有の、またはデータ構造（DF_VAS）に特有の少なくとも一つの署名キー（K_{SIG_VASC}）、カードに特有の、またはデータ構造（DF_VAS）に特有のPIN、部分構造のアプリケーションに特有の識別子、および端末装置に特有な識別子。 23．データを前記転送記憶領域に書き込むための手段が、書き込み権の証明のために、端末装置および部分構造に特有のキー（K_DEC）を使用してデータからキー作成（エンコード）するための手段を含むことを特徴とする請求の範囲第20項から第22項のいずれか一項に記載の端末装置。 24．データの取り出しおよび／またはキャンセルされる前記転送記憶領域からのデータの取り出し手続きを実行するための手段を含むことを特徴とする請求の範囲第20項から第23項のいずれか一項に記載の端末装置。 25．請求の範囲第20項から第24項のいずれか一項に記載の端末装置において、前記端末装置はさらに以下の特徴の少なくとも一つを持つ：前記転送記憶領域のデータに「取り出し済み」と特徴づけるための手段、および前記転送記憶領域のデータに「期限切れ」と特徴づけるための手段。 26．請求の範囲第20項から第25項のいずれか一項に記載の端末装置において、前記トランザクション実行のための手段はさらに以下の特徴の少なくとも一つを持つ：前記部分構造内の価値データを変更するための手段、およびカード所持者の費用で、カード所持者の利益のために、異なるサービスプロバイダ間のトランザクション（インターサービス）を実行するための手段。 27．少なくとも一つの認証キーを使用して、前記カードに対して前記端末装置の権限をおよび／または前記端末装置に対して前記カードの権限を認証するための手段と、 PINを用いて前記カード保持者によるトランザクションを保護するための手段と、 PIN保護の活性化および非活性化を行うための手段を含むことを特徴とする請求の範囲第20項から第26項のいずれか一項に記載の端末装置。 28．請求の範囲第20項から第27項のいずれか一項に記載の端末装置において、前記端末装置はさらに以下の特徴の少なくとも一つを持つ：端末装置に特有な識別子を前記カードに転送するための手段、前記部分構造に特有な識別子を前記カードに転送するための手段、端末装置および部分構造に特有なキーならびに該端末装置および部分構造に特有な識別子を使用して、前記権限を認証するための手段、ならびにディジタル署名および／またはキー作成（エンコード）で保護される読み出しまたは書き込み手続きを実行するための手段。 29．請求の範囲第20項から第28項のいずれか一項に記載の端末装置において、前記端末装置はさらに以下の特徴の少なくとも一つを持つ：部分構造（VASアプリケーション）を選択するための手段、前記端末装置において部分構造を監視（閲覧）するための手段、前記端末装置において部分構造データを監視（閲覧）するための手段、前記カードに部分構造（VASアプリケーション）をロードするための手段、ロードされた部分構造（VASアプリケーション）の識別子を前記カードにロードするための手段、前記カードから部分構造を消去するための手段、ある部分構造を他の部分構造で置換するための手段、ある部分構造を他のカードに転送するための手段、ならびに部分構造を該部分構造の機能と該部分構造に関連するサービスプロバイダとに関して解釈し、該部分構造に記憶された情報を読み出して監視（閲覧）するための手段。 30．チップカードと端末装置を使用してカード所持者と少なくとも一つのサービスプロバイダとの間におけるトランザクションを実行する方法であって、前記方法は以下のステップの一つを含む：該チップカードに記憶されたデータ構造を準備するステップ；該データ構造には、該チップカードとサービスプロバイダとの間のトランザクション実行を可能にするために、該サービスプロバイダに割り当てられたカードアプリケーション（VASデータ）のデータがロードされる、該サービスプロバイダと該カード所持者の間でトランザクション実行をするために、該データ構造（VASアプリケーション）へ／からデータを書き込むまたは読み込むステップ、サービスプロバイダの非専用の転送記憶域（ET_TRANSFER）であって、異なるサービスプロバイダ間で該トランザクション実行時に交換または提示される金銭的価値単位または非金銭的権利を表すデータを収容するための転送記憶域を準備するステップ、および該転送記憶域へ／から、データを書き込むまたはデータを読み込むステップ。 31．請求の範囲第30項に記載の方法において、前記方法はさらに以下のステップの少なくとも一つを含む：請求の範囲第１項から第19項に記載のチップカードを使用するステップ、請求の範囲第20項から第29項に記載の端末装置を使用するステップ、および前記部分構造（VASアプリケーション）のうちの少なくとも一つの前記数値記憶域、内部記憶域または情報記憶域へ／からデータを書き込むまたは読み込むステップ。 32．請求の範囲第30項または第31項に記載の方法において、前記方法はさらに以下のステップの少なくとも一つを含む：少なくとも一つのキーを使用して前記端末装置および／または前記チップカードの権限を認証するステップ、ならびに少なくとも一つのキーを用い、ディジタル署名および／またはキー作成（エンコード）によりトランザクションを保護するステップ。 33．端末装置を使用してチップカードにデータをロードするための方法において、前記方法はさらに以下のステップの少なくとも一つを含む：該カードの部分構造（VASアプリケーション）にデータをロードするステップ、および該カードの該定義データセットにデータを書き込むステップ；前記方法は以下のステップの少なくとも一つを含む；請求の範囲第１項から第19項に記載のチップカードを使用するステップ、および請求の範囲第20項から第29項に記載の端末装置を使用するステップ。 34．請求の範囲第１項から第19項に記載のチップカードを使用し、請求の範囲第20項から第29項に記載の端末装置を使用することを特徴とするトランザクション実行方法。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＨ，ＧＷ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＷ (72)発明者ハインツ・ミヒャエルドイツ連邦共和国デー―34277 フルダブリュックダススペングラーシュフヒェン11 (72)発明者キッシンジャー・ステファンドイツ連邦共和国デー―10823 ベルリンバルトブルグシュトラッセ６ (72)発明者ゴルナー・ミヒャエルドイツ連邦共和国デー―81549 ミュンヘンシュバンドルフェルシュトラッセ３ (72)発明者クッヒェルマイスター・アントン・ヨットドイツ連邦共和国デー―80995 ミュンヘンヨハン―エンメル―シュトラッセ５ (72)発明者シュバイア・アンドレアースドイツ連邦共和国デー―32429 ミンデンフィロソーフェンベーグ４ (72)発明者ブルガー・アデルハイドドイツ連邦共和国デー64625 ベンシャイムグロナウエルシュトラッセ34 アー (72)発明者ラドノッティ・ミヒャエルドイツ連邦共和国デー―85417 マルツリングバーンホフシュトラッセ42

Claims

【特許請求の範囲】１．トランザクション実行のためのチップカードにおいて、該トランザクションでは金銭的価値単位または他の非金銭的権利を表す価値データがカード所持者と少なくとも一つのトランザクションパートナ（サービスプロバイダ）との間で転送されるか、または該サービスプロバイダに該権利の検証のために提示され、前記チップカードは該トランザクションの実行に必要なデータを記憶する為の記憶装置を含むものであって、前記チップカードが、各々が該カード所持者と一または複数のサービスプロバイダとの間でトランザクションの実行を可能とする一または複数のカードアプリケーション（VASアプリケーション）をカード上にロードするための手段を含むことを特徴とするチップカード。２．前記ロード手段は、該手段内部に記憶されたデータ構造（DF_VAS，VASコンテナ）を含み、前記データ構造は、その中に該カード所持者とサービスプロバイダとの間でのトランザクション実行を可能にするために必要なデータ（VASデータ）をロードできる部分構造（DF_ PT，DF_AD，VASアプリケーション）と、前記部分構造（VASアプリケーション）内に記憶されたデータの種類および／または構造に関する情報を含む定義データセットとを含み、前記定義データセットはさらに、前記データ構造（VASコンテナ）および／または前記チップカードを同定する識別子（コンテナID）と、前記定義データセットおよび／または前記データ構造（VASコンテナ）の整合性が変更されないことを保証する少なくとも一つのシステムキー（K_SO）とを含むことを特徴とする請求の範囲第１項に記載のチップカード。３．特許請求の範囲第１項または第２項に記載のチップカードにおいて、前記カードはさらに、トランザクション実行で交換されるまたは提示されるデータであって、金銭的価値単位または非金銭的権利を表すデータを収容するための転送記憶領域（EF_T RANSFER）と、書き込み命令（Transfer）に応じて前記転送記憶領域にデータを書き込むための手段とを含むことを特徴とするチップカード。４．前記カードは、トランザクション実行に必要なデータを、少なくとも一つのシステムキーを使用して前記部分構造にロードするための手段、前記部分構造にロードされたデータに前記定義データセットのデータを適応させるために、前記定義データセットにデータを書き込むための手段、トランザクション実行に必要なデータをロードできるさらなる部分構造を前記カードの前記記憶装置内に生成するための手段、および／または前記カード上で動的にメモリー管理をするための手段、のうちの少なくとも一つの特徴を含むことを特徴とする請求の範囲第１項から第３項のいずれか一項に記載のチップカード。５．前記部分構造（VASアプリケーション）は、各々特定のサービスプロバイダに割り当てられた互いに独立した複数の部分構造であり、前記定義データセットは少なくとも一つのシステムキー（K_SO）によって変更から保護されていて、該システムキーよってのみ変更可能であり、前記データ構造（VASアプリケーション）のロードは前記定義データセットに含まれるシステムキーを使用してのみ実行できることを特徴とする請求の範囲第１項から第４項のうちのいずれか一項に記載のチップカード。６．請求の範囲第１項から第５項のいずれか一項に記載のチップカードにおいて、前記定義データセットはさらに以下の特徴の少なくとも一つを含む：端末装置に対して前記チップカードの権限の認証のためのおよび／または前記チップカードに対して端末装置の権限の認証のための少なくとも一つの認証キー（K_AUT）、前記転送領域から取り出されたデータの署名のための少なくとも一つの署名キー（K_SIG-VASC）、前記転送領域内の書き込み手続きおよび／または価値データのキャンセル（無効化）の権限の検証のための、端末装置またはアプリケーション特有のキーを生成するためのキー生成キー（KGK_DEC）、カード所持者によるトランザクション手続きの権限を検証するためのPIN、前記システムキー（K_SO）、前記認証キー（K_AUT）、前記署名キー（K_SIG-VASC ）および前記キー生成キー（KGK_DEC）は、カードに特有であるか、データ構造（ DF_VAS）に特有であるかということ、および前記部分構造（VASアプリケーション）が少なくとも以下の特徴の一つを持つこと；価値データを収容するための少なくとも一つの数値記憶域（EF_VALUE）、前記部分構造に関連した内部データを収容するための少なくとも一つの内部記憶域（EF_INTERNAL）、前記部分構造に関連した非内部データを収容するための少なくとも一つの情報記憶域（EF_INFO）、および前記数値記憶域および／または前記内部記憶域および／または前記情報記憶域への／からの書き込み手続きおよび／または読み出し手続きに関する機密保持をする少なくとも一つのキー（K_LVASP，K_RVASP）を収容するためのキー記憶域（EF _KEY）；前記チップカードはさらに、前記数値記憶域および／または前記内部記憶域および／または前記情報記憶域への／からの書き込みおよび／または読み出しのための手段を含み；前記ロードするための手段は、前記少なくとも一つのシステムキーの保護の下で、前記キー記憶域に前記キーを書き込むための手段を含む。７．請求の範囲第１項から第６項のいずれか一項に記載のチップカードにおいて、前記部分構造は以下の特徴の少なくとも一つを含む：前記部分構造内にデータを書き込む権限があるかを検証するためのキー（K_LVA _SP ）、および前記部分構造内からデータを読み出す権限があるかを検証するためのキー（K_R _VASP ）。８．前記キー記憶域に記憶されたキーは各部分構造に特有であり、前記少なくとも一つの部分構造（VASアプリケーション）は、少なくとも一つの前記特有のキー（K_LVASP，K_RVASP）によってトランザクションの実行を保護し、前記キーは、前記各部分構造（VASアプリケーション）に特有であり、かつ他の前記各部分構造（VASアプリケーション）の前記キーから独立していることを特徴とする請求の範囲第１項から第７項のいずれか一項に記載のチップカード。９．前記カードは複数個の前記部分構造（VASアプリケーション）を含み、前記部分構造の各々は特定のサービスプロバイダと前記カード保持者との間でのトランザクション実行に使用され、前記トランザクション実行は、転送記憶領域への／からのデータの書き込みおよび／または読み出しおよび／または前記数値記憶域への／からのデータの書き込みおよび／または読み出しを含むことを特徴とする請求の範囲第１項から第８項のいずれか一項に記載のチップカード。 10．個々の部分構造（VASアプリケーション）間および部分構造とサービスプロバイダとの間でトランザクションを実行するための手段をさらに含むことを特徴とする請求の範囲第１項から第９項のいずれか一項に記載のチップカード。 11．前記システムキー（K_SO）はシステムオペレータ（ SO）のみに知られていて、カードに特有で、および／またはデータ構造（VASコンテナ）に特有のキーであり、前記定義デーセット内に含まれる他のキーは、カードに特有で、および／またはデータ構造（VASコンテナ）に特有なキーであることを特徴とする請求の範囲第１項から第10項のいずれか一項に記載のチップカード。 12．請求の範囲第１項から第11項のいずれか一項に記載のチップカードにおいて、前記定義デーセットが以下の特徴のうちの一または複数を持つことを特徴とするチップカード：前記データ構造に特有な識別番号（EF_ID）、前記データ構造に含まれる部分構造（EF_DIR）のディレクトリであって、前記データ構造（VASコンテナ）にロードされた部分構造（VASアプリケーション）に特有な識別番号と、前記部分構造（VASコンテナ）内の、前記部分構造（VASアプリケーション）が物理的に記憶された部分に関する情報とを含むディレクトリ、および前記データ構造（EF_VERSION）のバージョンナンバ。 13．請求の範囲第１項から第12項のいずれか一項に記載のチップカードにおいて、前記カードは以下の特徴の少なくとも一つを持つ：前記転送記憶領域からデータを取り出しおよび／またはキャンセルする取り出し手続き（TAKE）を実行するための手段、および前記転送記憶領域からデータを取り出しおよび／またはキャンセルするさい、該データについての一つまたは複数の信憑性特徴を生成するための手段。 14．信憑性特徴を生成するために、該取り出されたデータに関するディジタル署名を生成するための署名キー（K_S _IG __VASC)と、前記ディジタル署名を生成するためにも使用される、前記トランザクションの特性を表すトランザクション番号を生成するための手段とを含むことを特徴とする請求の範囲第１項から第13項のいずれか一項に記載のチップカード。 15．前記署名キー（K_SIG__VASC）は、プライベートのキー生成キーから生成されたプライベートキーであり、サービスプロバイダによる前記署名の検証のために公開キーが使用されることを特徴とする請求の範囲第１項から第14項のいずれか一項に記載のチップカード。 16．請求の範囲第１項から第15項のいずれか一項に記載のチップカードにおいて、前記カードは以下の特徴の少なくとも一つを持つ：前記キー生成キー（KGK_DEC）を用いて端末装置および部分構造に特有なキー（K_DEC）を生成するための手段、ならびに以下の特徴の少なくとも一つを使ってトランザクションの認可および／または保護を検証するための手段；前記端末装置および部分構造に特有なキー（K_DEC）、少なくとも一つの前記認証キー（K_AUT）、少なくとも一つの前記システムキー（K_SO）、少なくとも一つの前記部分構造特有キー（K_LVASP，K_RVASP）、前記署名キー（K_SIG__VASC）、前記PIN、部分構造の前記識別子、および前記端末識別子。 17．請求の範囲第１項から第16項のいずれか一項に記載のチップカードにおいて、前記カードはさらに以下の特徴の少なくとも一つを持つ：読み出しまたは書き込み手続きを始める前に、前記認証キーを用いて前記認可および／または前記端末装置の認証をするための手段、およびデジタル署名および／またはキー形成（エンコード）によって保護されている読み出しまたは書き込み手続きを実行するための手段。 18．請求の範囲第１項から第17項のいずれか一項に記載のチップカードにおいて、前記カードはさらに以下の特徴の少なくとも一つを持つ：前記PIN保護を活性化および不活性化するための手段、および前記PINを変更するための手段。 19．請求の範囲第１項から第18項のいずれか一項に記載の前記データ構造は前記カードプラットフオームから独立しており、前記カードはさらに、前記データ構造または前記データ構造の一部を他のカード上に転送するための手段を含むことを特徴とする請求の範囲第１項から第18項のいずれか一項に記載のチップカード。 20．金銭的価値単位および／または他の非金銭的権利を表す価値データを同一のまたは異なるサービスプロバイダ間で転送するための記憶領域内へ／からデータを読み出すまたは書き込むための記憶領域を含むことを特徴とするチップカード。 21．請求の範囲第１項から第20項のいずれか一項に記載のチップカードを使用するための端末装置であって、前記端末装置は、前記チップカードのデータ構造（VASコンテナ）の識別と、前記データ構造を識別する識別子（コンテナID）の識別とをするための手段を含み、前記端末装置はさらに以下の特徴の少なくとも一つを持つ：少なくとも前記部分構造の一つおよび／または前記定義データセットおよび／または前記カードの転送記憶領域からデータを読み出すための手段、前記カードの転送記憶領域にデータを書き込むための手段、およびトランザクション実行に必要なデータを前記カードの少なくとも一つの部分構造（VASアプリケーション）にロードするための手段。 22．請求の範囲第21項に記載の端末装置において、前記端末装置はさらに以下の特徴の少なくとも一つを持つ：サービス端末装置と前記カード所持者との間でトランザクションを実行するための手段、該トランザクションの実行は以下のステップの少なくとも一つを含む；前記数値記憶域にデータを書き込むステップ、前記転送記憶域にデータを書き込むステップ、前記転送記憶域からデータを取り出すおよび／またはキャンセルするステップ、前記部分構造からデータを読み出すステップ、および前記転送記憶域からデータを読み出すステップ。 23．請求の範囲第21項または第22項に記載の端末装置において、端末装置はさらに、以下の特徴の少なくとも一つを用いてトランザクションの認可および／または保護の検証をするための手段を含む；前記端末装置および部分構造に特有なキー（K_DEC）、カードに特有のまたはデータ構造（DF_VAS）に特有の少なくとも一つの認証キー（K_AUT）、カードに特有のまたはデータ構造(DF_VAS)に特有の少なくとも一つのシステムキー（K_SO）、少なくとも一つの部分構造特有キー（K_LVASP，K_RVASP)、カードに特有の、またはデータ構造（DF_VAS）に特有の少なくとも一つの署名キー（K_SIG__VASC）、カードに特有の、またはデータ構造(DF_VAS)に特有のPIN、部分構造のアプリケーションに特有な識別子、および端末装置に特有な識別子。 24．データを前記転送記憶領域に書き込むための手段が、書き込み権の証明のために、端末装置および部分構造に特有のキー（K_DEC）を使用してデータからキー作成（エンコード）するための手段を含むことを特徴とする請求の範囲第21項から第23項のいずれか一項に記載の端末装置。 25．データの取り出しおよび／またはキャンセルされる前記転送記憶領域からのデータの取り出し手続きを実行するための手段を含むことを特徴とする請求の範囲第21項から第24項のいずれか一項に記載の端末装置。 26．請求の範囲第21項から第25項のいずれか一項に記載の端末装置において、前記端末装置はさらに以下の特徴の少なくとも一つを持つ：前記転送記憶領域のデータに「取り出し済み」と特徴づけるための手段、および前記転送記憶領域のデータに「期限切れ」と特徴づけるための手段。 27．請求の範囲第21項から第26項のいずれか一項に記載の端末装置において、前記トランザクション実行のための手段はさらに以下の特徴の少なくとも一つを持つ：前記部分構造内の価値データを変更するための手段、およびカード所持者の費用で、カード所持者の利益のために、異なるサービスプロバイダ間のトランザクション（インターサービス）を実行するための手段。 28．少なくとも一つの認証キーを使用して、前記カードに対して前記端末装置の権限をおよび／または前記端末装置に対して前記カードの権限を認証するための手段と、 PINを用いて前記カード保持者によるトランザクションを保護するための手段と、 PIN保護の活性化および非活性化を行うための手段を含むことを特徴とする請求の範囲第21項から第27項のいずれか一項に記載の端末装置。 29．請求の範囲第21項から第28項のいずれか一項に記載の端末装置において、前記端末装置はさらに以下の特徴の少なくとも一つを持つ：端末装置に特有な識別子を前記カードに転送するための手段、前記部分構造に特有な識別子を前記カードに転送するための手段、端末装置および部分構造に特有なキーならびに該端末装置および部分構造に特有な識別子を使用して、前記権限を認証するための手段、ならびにディジタル署名および／またはキー作成（エンコード）で保護される読み出しまたは書き込み手続きを実行するための手段。 30．請求の範囲第21項から第29項のいずれか一項に記載の端末装置において、前記端末装置はさらに以下の特徴の少なくとも一つを持つ：部分構造（VASアプリケーション）を選択するための手段、前記端末装置において部分構造を監視（閲覧）するための手段、前記端末装置において部分構造データを監視（閲覧）するための手段、前記カードに部分構造（VASアプリケーション）をロードするための手段、ロードされた部分構造（VASアプリケーション）の識別子を前記カードにロードするための手段、前記カードから部分構造を消去するための手段、ある部分構造を他の部分構造で置換するための手段、ある部分構造を他のカードに転送するための手段、ならびに部分構造を該部分構造の機能と該部分構造に関連するサービスプロバイダとに関して解釈し、該部分構造に記憶された情報を読み出して監視（閲覧）するための手段。 31．チップカードと端末装置を使用してカード所持者と少なくとも一つのサービスプロバイタとの間におけるトランザクションを実行する方法において、前記方法は以下のステップの一つを含む：該チップカードに記憶されたデータ構造を準備するステップ；該データ構造には、該チップカードとサービスプロバイダとの間のトランザクション実行を可能にするために必要な、および該データ構造（VASアプリケーション）へ／からデータを書き込むまたは読み込むために必要なデータ（VASデータ）がロードされる；転送記憶域（ET_TRANSFER）であって、該トランザクション実行時に交換または提示される金銭的価値単位または非金銭的権利を表すデータを収容するための、および該転送記憶域へ／からデータを書き込むまたは読み込むための転送記憶域を準備するステップ。 32．請求の範囲第31項に記載の方法において、前記方法はさらに以下のステップの少なくとも一つを含む：請求の範囲第１項から第20項に記載のチップカードを使用するステップ、請求の範囲第21項から第30項に記載の端末装置を使用するステップ、および前記部分構造（VASアプリケーション）のうちの少なくとも一つの前記数値記憶域、内部記憶域または情報記憶域へ／からデータを書き込むまたは読み込むステップ。 33．請求の範囲第31項または第32項に記載の方法において、前記方法はさらに以下のステップの少なくとも一つを含む：少なくとも一つのキーを使用して前記端末装置および／または前記チップカードの権限を認証するステップ、ならびに少なくとも一つのキーを用い、ディジタル署名および／またはキー作成（エンコード）を使用してトランザクションを保護するステップ。 34．端末装置を使用してチップカードにデータをロードするための方法において、前記方法はさらに以下のステップの少なくとも一つを含む：該カードの部分構造（VASアプリケーション）にデータをロードするステップ、および該カードの該定義データセットにデータを書き込むステップ。 35．請求の範囲第34項に記載のデータロード方法において、前記方法はさらに以下のステップの少なくとも一つを含む、請求の範囲第１項から第20項に記載のチップカードを使用するステップ、および請求の範囲第21項から第30項に記載の端末装置を使用するステップ。 36．請求の範囲第１項から第20項に記載のチップカードと、請求の範囲第21項から第30項に記載の端末装置とによって特徴付けられるトランザクション実行方法。