(57)【特許請求の範囲】
【請求項１】
個々に価値ストアを備えた電子財布を有し、多数の電子的にプログラムされたマイクロプロセッサアプリケーションデバイス（ACD）を有する価値転送方法であって、
前記ACDはペアで連結して、前記財布を連結し価値が該財布間のトランザクションで交換し、
前記価値交換は暗号セキュリティスキームによって保証されたメッセージの交換により行われ、
更に、前記価値転送方法は、古いものから新しいものに並んだ一連の暗号セキュリティスキームを有し、各財布は該一連の暗号スキームの中の２つの連続したスキームでプログラムされ、
２つの財布X,Yが価値の交換のために連結したとき、各財布は、
（ａ）財布Ｘ及びＹの現在の暗号セキュリティスキームが同一の場合、同スキームが使用され、スキームの取り替えは行われず、
（ｂ）財布Ｘ及びＹの現在のスキームが異なり、暗号セキュリティスキームのシリーズ内で隣接している場合、及びこの２つのスキームのうち古い方のスキームが財布が属している同財布用の最初のスキームである場合、それ以降当該財布が常に最終のスキームを利用するように、最初のスキームを使用している財布内で、永久的な切り替えが行われ、「最終」のスキームが現在のスキームとして指定され、この電子財布の最初のスキームは二度と使用されず、
（ｃ）上記（ａ）及び（ｂ）以外の場合、財布は通信することができず、価値の転送を行うことができず、２つの財布のどちらの暗号セキュリティスキームも取り替えられない、
ようにプログラムされていることを特徴とする価値転送方法。
【請求項２】
各財布が該財布が現在利用している前記暗号セキュリティスキームのためのスキーム識別子をストアしているメモリ領域を有し、
前記スキーム識別子は、価値交換トランザクションの前段階として、連結された財布のペア間で交換されることを特徴とする請求項１に記載の価値転送方法。
【請求項３】
各財布が一連のスキーム中の２つの連続した暗号セキュリティスキームでプログラムされることを特徴とする前述した請求項のいずれかに記載の価値転送方法。
【請求項４】
各暗号セキュリティスキームは少なくも１つの暗号アルゴリズム及び少なくとも１つの暗号鍵を有し、一連の暗号スキームの構成要素はアルゴリズム及び鍵に関して異なっていることを特徴とする前述した請求項のいずれかに記載の価値転送方法。
【発明の詳細な説明】
発明の属する技術分野
本発明は、価値が電子財布間で転送される価値転送方法に関するものである。このような方法は、例えば特許出願WO91/16691で説明されている。
従来の技術
前述した特許出願で記載されている方法では、電子財布を持ち運ぶためのアプリケーションキャリアデバイス（ACD）として、集積回路カード（ICC）、あるいは「スマートカード」が利用されている。電子財布は、「電子キャッシュ」を表す価値レコードのACD上のメモリ内のストレージを制御するプログラムアプリケーションである。インターフェイスデバイス（IFD）を介して２つのACDを連結させることによって、それぞれの財布が互いに連結され、一連のメッセージを交換して、一方の財布からもう一方の財布に価値が転送される。
不正に対するセキュリティは価値転送方法において極めて重要であることは明らかである。ICCの製造プロセスおよび徐々に精巧になってきているICCの製造とプログラミングに含まれるセキュリティ測定によって、スマートカードの偽造は事実上不可能である。価値転送メッセージの遮断、重複は、トランザクションで交換される、暗号化されたメッセージによって防止されている。しかし、現代の暗号学によって達成された極めて高度なセキュリティレベルにもかかわらず、特定の暗号システムは、暗号アナリシスではなく、おそらくアルゴリズムあるいは鍵の漏れを引き起こす物理上のセキュリティの侵害によってであれば、危うくなる可能性があるという理論上の危険がある。
発明が解決しようとする課題
本発明の目的は、現在利用している暗号システムを切り替える価値転送方法を提供することである。管理上、暗号システムの切り替えは、定期的な予防策としてあるいは現在利用しているシステムへの妨害に対して行われる。
課題を解決するための手段
本発明のある特色によると、個々に価値ストアを備えた電子財布を有する、多数の電子的にプログラムされたマイクロプロセッサアプリケーションデバイス（ACD）を有する価値転送方法であって、ACDは、財布を連結し価値が該財布間のトランザクションで交換することができるようペアで連結し、価値交換は暗号セキュリティスキームによって保証されたメッセージの交換により行われ、更に価値転送方法は古いものから新しいものに並んだ、一連の暗号セキュリティスキームを有し、各財布は同一連のスキームの中の少なくとも２つのスキームでプログラムされ、財布は更に、電子財布間の価値交換のためにペアで連結した時、財布のペアの古い方あるいは最も古い使用可能な共通暗号セキュリティスキームを識別及び利用し、その後、財布のペアの一連のスキームの中で一番古い暗号セキュリティスキームを禁止するようにプログラムされている価値転送方法が提供される。
この手続きで、第１の財布は、古いシステムでなく新しいシステムを持つ第２の財布に遭遇すると、古い暗号システムから新しい暗号システムに自動的に切り替えることができる。このシステムの切替の際、第１の財布は、使用可能な古いシステムを持たず、第１の財布自身が、その後別の財布が新しいシステムに変わるのを可能にしている。従って、古い暗号システムを省略した新しい財布を財布の集団に散布することによって、新しい暗号システムが同財布の集団により連鎖反応で移動する。
各財布は財布が現在使用している暗号セキュリティスキームのためのスキーム識別子をストアしているメモリ領域を有しており、前記スキーム識別子は、価値交換トランザクションの前段階として、連結した１組の財布のペア間で交換されることが好ましい。
財布は連続して切り替えられる３つ以上の暗号システムを有していることができるが、本発明の実施例では、各財布は一連のスキームの中で連続した２つの暗号セキュリティスキームでプログラムされる。
各暗号セキュリティスキームは少なくとも１つの暗号アルゴリズム及び少なくとも１つの暗号鍵を有し、一連のスキームのメンバーはそれぞれ異なった前記暗号アルゴリズム及び／あるいは暗号鍵を有していることが好ましい。
前述した従来の特許出願は、非対称の公開／個人鍵システムであるRSA暗号システムの利用を説明している。また、同出願はDESシステムによる鍵の交換も説明している。本発明の暗号セキュリティスキームは、RSAあるいはDESなどの異なった単一暗号アルゴリズムを用いているため、また、異なったシステムのアルゴリズムを併用しているため、あるいは鍵が異なるため、互いに異なっている。
一連の暗号セキュリティスキームは必ずしも異なっている必要はない。新しい暗号セキュリティスキームが古い暗号セキュリティスキームと同じであったとしても、現在のスマートカードを新しい暗号セキュリティスキームに切り替えることで、現在のスマートカードを有効にすることが望ましい。
従って、本発明の１実施例において、一連の連続した暗号セキュリティスキームのメンバーは、異なったスキーム識別子を備えていること以外は同じである。スキーム識別子は財布内にストアされており、連結した財布の１組のペアのうち最も古い共通暗号スキームを識別し、どちらかの財布の一連の暗号セキュリティスキームの中で古い方の暗号セキュリティスキームの禁止を制御する。
更に、選択されたACDは、個々に異なった暗号セキュリティスキームでプログラムされた２つの電子財布に提供され、選択されたACDは、別のACDに連結する際、財布の暗号セキュリティシステムに従って、別のACDの財布と選択された財布間のトランザクションを行えるよう財布を選択するためにプログラムされている。
本発明の別の特色によると、個々に価値ストアを持った電子財布を有する多数の電子的にプログラムされたマイクロプロセッサアプリケーションデバイス（ACD）を有する価値転送方法であり、ACDは財布を連結し及び価値が該財布間のトランザクションにおいて交換されるようにペアに連結され、価値交換は暗号セキュリティスキームによって保証されたメッセージの交換によって行われ、暗号セキュリティスキームにおいて、選択されたACDが、個々に異なった暗号セキュリティスキームでプログラムされた２つの電子財布に提供され、更に、選択されたACDは、別のACDに連結する際、財布の暗号セキュリティシステムの適合性に従って、別のACDの財布と選択された財布間でトランザクションを行えるよう、財布を選択するようにプログラムされている価値転送方法が提供される。
この手続きにより、特定の暗号セキュリティスキームあるいはスキームのセットのためのカットオフ方法を提供することが可能である。例えば小売り業者や銀行などの財布に、一方の財布は古いスキームを有し、もう一方の財布は新しいスキームを有した二重の財布のスマートカードを提供することによって、制限された時間の間、古いスキームでのトランザクションが引き続き行われる一方で、「新しいマネー」から「古いマネー」を分離させることが可能である。
【図面の簡単な説明】
本発明は付随した図を参照して更に説明される。
図１は本発明のおける集積回路カード（ICC）の形をとったアプリケーションキャリアデバイスの略図である。
図２は図１のICCにロードされた電子財布内のメモリの割り当てを説明する図である。
図３は本発明に従って２つの財布間の価値転送トランザクションを説明する図である。
図４は本発明に従って暗号のカットオフを行うための財布の構成を説明する図である。
発明の実施の形態
本発明は特許出願WO91/16691で説明されている価値転送方法を発展させたものである。
同特許出願は電子財布を搭載するためのアプリケーションデバイスとしてICCの使用を説明している。
電子財布は、価値やログレコード等を保持するための価値レコードを含んだ電子的に消去可能なプログラム可能再生専用メモリ（EEPROM）内に保持されているさまざまな種類のレコードを有している。電子財布は、暗号化され保証されたメッセージの交換に伴うプロトコルに従って価値を転送するために、インターフェイスデバイスを介して連結される。したがって、電子キャッシュは銀行から引き出され、例えば小売り業者とのオフライントランザクションで交換され、銀行で買戻すことができる。説明を簡略するために、同システムの技術的な詳細の多くは本発明では記述しないが、必要な説明は前述した従来の特許出願で記述されている。
図１はICCの形をとったアプリケーションキャリアデバイスの略図である。ICCは一方の側面にいくつかの独立した電子的な接触部を有するコンタクトパッド２を有し、その接触部によって、カードに電力を供給するために外部の電力源が接続され、データをカードに転送しカードからデータを転送するために連続的な通信チャネルが設置されている。ICCはマイクロプロセッサ３、EEPROM4及びランダムアクセスメモリ５を有している。
EEPROM4は（ａ）ファイルマネジャー、（ｂ）ランタイム実行、（ｃ）バイナリ入出力システムの３つのサブシステムを有するオペレーティングシステムを保持している。同オペレーティングシステムは、ロードされる場合、アプリケーション、すなわち関連してデータファイルを伴ったプログラムである電子財布をEEPROMにロードするのに利用される。
図２は前記EEPROM部分の概略的な割り当てとして、電子財布のいくつかの要素を示している。
電子財布の動作は、関連したデータファイルを有したプログラム６によって制御されている。例えば、価値レコード７、トランザクションログ８、電子財布特定の識別子９がある。セキュリティは暗号セキュリティスキームの使用によって保持されていて、この財布は２つの暗号セキュリティスキームを有している。スキームＡはアルゴリズム10及び暗号鍵のセット11を有する。スキームＢはアルゴリズム12及び暗号鍵のセット13を有する。暗号ファイル14はカットオフドメイン15、マイグレーションレベル16、移行フラッグ17の３つの単一バイトフィールドを含む。
カットオフドメインバイトの値は財布が存在する特定のカットオフドメインを示し、異なったドメインの財布は互いに通信しない。従って、システム内での大規模な切り替えは特定のカットオフ日からが望ましいと思われた場合、カットオフ日からの新しい財布はすべて、15に新しいカットオフドメインバイトを有する。
特定のドメイン内には一連の暗号セキュリティスキームが規定されている。例えば第１のドメイン内には一連の暗号スキームＡ、Ｂ、Ｃ、Ｄ、Ｅがあり、Ａには同一連のスキーム中で最初のあるいは最も古いスキームが使用され、Ｅは同一連のスキーム中で最終のあるいは最新スキームである。各財布は同一連のスキーム中の２つの連続したスキームを有している。財布の第１のセットはスキームＡ及びスキームＢを含み、前者を財布の最初のスキーム及び後者を最終のスキームと呼ぶ。又、同財布のセットをIssue1と呼ぶ。マイグレーションレベルバイト16は、例えばバイト値「Ａ」を保持するが、これは同財布がスキームＡ及びスキームＢを含むこと、すなわち同電子財布はカットオフドメイン内でIssue1であることを意味する。
説明されている方法で、同電子財布は取り消し不可能な状態で、スキームＡを使用することからスキームＢを使用するように切り替わることができる。移行フラッグバイト17の値はこの切替が行われているかどうかを示す。従って、バイト15〜17を読み込むことによって、同電子財布が現在使用している特定の暗号セキュリティスキームが決定される。
２つの財布ＸとＹが価値転送のために通信を行う場合、使用される暗号セキュリティスキームは次の方法で決定される。
・方法1:財布Ｘ及びＹの現在の暗号セキュリティスキームが同一の場合、同スキームが使用され、スキームの取り替えは行われない。
・方法2:財布Ｘ及びＹの現在のスキームが異なり、暗号セキュリティスキームの列内で隣接している場合、及びこの２つのスキームのうち古い方のスキームが財布が属している同財布用の最初のスキームである場合、それ以降当該財布が常に最終のスキームを利用するように、最初のスキームを使用している財布内で、永久的な切り替えが行われる。従って、「最終」のスキームが現在のスキームとして指定され、この電子財布の最初のスキームは二度と使用されない。
・方法3:方法１、方法２以外の場合、財布は通信することができない。価値の転送を行うことができず、２つの財布のどちらの暗号セキュリティスキームも取り替えられない。
Issue1の財布間の価値の転送はスキームＡを使用して行われるが、これはスキームＡが２つの財布の最も古い共通スキームであるからである。スキームＡを削除する必要がある場合、財布のIssue2がスキームＢ及びスキームＣを含んで解放される。Issue1とIssue2の間で価値の転送が行われる場合、方法２が働き、それ以降スキームＢを使用するように、取り消し不可能な切り替えがIssue1の財布で行われる。これにより、Issue1の財布は切り替えのための代理人となる。その理由は価値の転送がこのIssue1の財布とスキームＢに切り替わっていないIssue1の別の財布間で行われる場合、方法２が再び働き、第２のIssue1の財布がスキームＢに切り替えられるからである。この切り替えは、EEPROM内の移行バイト17を変えることで行われる。
浸透のプロセスによって、Issue1の財布は徐々にスキームＢに切り替えられる。理論上では全体のプロセスを作用させるのに１つの財布で十分であるが、Issue2が例えば（小売り市場に）広範囲に解放される場合、スキームＢへの切り替えは極めて高速である。
スキームＢからスキームＣへの切り替えは、スキームＣ及びスキームＤでIssue3を作ることによって前述と同様の方法で実行される。Issue3、すなわちスキームＣが一度作られると、Issue1の財布はこれ以上使用できない。
前述の切り替えはどの方法においても日付けに依存しないことに注目すべきである。日付けは必ずしも信頼できず時刻もすべての設備で正確では無いので、これは慎重にならなければならない。スキームのファイルを含む財布が発行された場合、スキームのファイルに対しては何の決定もする必要がない。
図３は小売り業者側でのポイントオブセールターミナル18を示す。ターミナル18はインターフェイスデバイスであり小売業者用財布19aを含む小売業者ICC19を保持する。
図１及び図２の顧客ICC1は、ターミナル18の本体にあるスロットに差し込むことができる。本発明の実施例では、顧客ICカード１はスキームＡ及びスキームＢを有した財布1aを有し、小売り業者ICカード19は、スキームＢ及びスキームＣを有した財布19aを有する。
前述した従来の特許出願で説明されているように、価値転送トランザクションは次の３つの主要な暗号で署名されたメッセージを含んでいる。
（ａ）送信要求メッセージ：同意された価値Ｖを請求して、被支払人（小売り業者）財布から支払人（顧客）財布へのメッセージ
（ｂ）支払価値メッセージ：価値Ｖを支払うための支払いコマンドを含んだ支払人財布から被支払人財布へのメッセージ
（ｃ）支払受領メッセージ：価値Ｖの受領確認のために、被支払人財布から支払人財布へのメッセージ
これらのメッセージは支払いメッセージであり、前述した従来の特許出願で説明されているように、暗号で署名され照会される。
支払いメッセージが送信される支払段階の前に、財布の状態に関する情報が財布間で交換される支払い前段階がある。この情報は暗号化されずに送信される。この段階で、一方の財布からもう一方の別の財布に送信されたデータは「相手財布データ」である。
図３を参照して、顧客財布1aと小売業者財布19a間のトランザクションのための一連のメッセージが示されている。ライン20より上のメッセージは暗号化されずに送信された支払前メッセージで、ライン20より下のメッセージは暗号で署名されている。
まず最初に、両方の財布に質問コマンドが送信されることによって、ターミナル18は財布状態情報を含んでいる応答を取り出す。財布状態情報に含まれているのはバイト15からバイト17の値であり、これらの値は各財布が行動しているスキームの列Ａ〜Ｅの現在の暗号セキュリティスキームを選択的に示している。
財布1aはターミナル18から「支払開始支払人（Payment Start Payer）」メッセージを受信し、相手の財布データから、財布19aが現在スキームＢ上にある事を決定し、財布1aがスキームＢに移動することを引き出す。
財布19aはターミナル18から「支払開始受取人（Payment Start Payee）」メッセージを受信し、相手の財布データから、財布1aは現在スキームＡ上にあり、スキームＢに移動することを確認する。
財布19aは、スキームＢを基礎にし、EEPROM内のバイト15〜17の値に関しての情報を含んでいる「支払請求」メッセージを送信する。財布1aは財布19aがスキームＢを使用していることを予期している。財布1aはスキームＢを使用している「支払請求」の署名を照合する。システムに入ってきた署名を照合する部分として、財布19aは、どのような移動が起こるかということ、すなわち、財布1aが移動し財布19aが移動しないということを正しく認識しているかを照合する。この方法であらゆる異常事態を解決することができる。例えば、両方の財布が移動することはできない。もし２つの財布が移動していることが確認されると、トランザクションは失敗しどちらの財布も移動しない。「支払請求」署名が有効な場合、EEPROM内のバイト17を設定することによって，財布1aは取り消し不可能な状態でスキームＢに移動される。
財布1aは財布19aに「支払価値」メッセージを送信する。同メッセージは暗号で署名されていて、財布1aがスキームＢに移動していることを示した、バイト15〜17に関する情報を含んでいる。
財布19aは財布1aからの署名を照合するためにスキームＢを利用する。最終的に、財布19aは、財布1aに、暗号化して署名され再びバイト15〜17に関する情報を含んでいる「支払受領」メッセージを送信する。従って、スキーム状態情報は、まず最初に、財布間を暗号化されない状態で交換され、その後基本的に暗号化して署名された３つの支払段階のメッセージすべてに取り入れられることに注目すべきである。これらの暗号化して署名されたメッセージの情報は、ICCの内部で派生し、スキームの移動をしようと外部で不正に真似ることも出来ない。
受取人財布の暗号セキュリティスキームが、同暗号セキュリティスキームより新しい現在の暗号セキュリティスキームを有した顧客財布とのトランザクションのために移動される時、前述した方法と同様の手順が行われる。ここでの移動は有効に署名された「支払価値」メッセージを受領する際に受取人に影響する。
前述した説明が連続した暗号セキュリティスキームへの段階的な移動に関する一方、カットオフを実行する必要がある場合例外が生ずる。カットオフはこれまでシステム内で利用されていたすべての暗号セキュリティスキームを放棄し、新しい暗号セキュリティスキームあるいは新しい暗号セキュリティスキームの列を利用して再スタートするための方法である。カットオフは、例えばシステムでの需要な更新を実行する場合、あるいはセキュリティの深刻な不正が発見された場合、現存しているICCの取り消しを行うのに必要である。
カットオフを実行するために、特定のICCがスキームに導入される。このようなICCのEEPROMは図４の21で示されている。同EEPROMは２つの財布22、23を有し、それぞれが２つの暗号セキュリティスキームを有している。
セキュリティの不正の場合には、前記２つの財布は「古い」列と「新しい」列に属している暗号セキュリティスキームを有していて、この２つの列はまったく別個なもので重複しない。しかしながら、システムが暗号化で妥協がなく、カットオフが管理上の理由で導入された場合、この２つの列が同一になる可能性がある。しかし、前記２つの財布は異なったカットオフドメインに属しており、バイト15でそれぞれ異なった値を有する。従って、前記財布のプログラムは、異なったカットオフドメイン値を有する別の財布の共通暗号セキュリティスキームを識別しない。これはこのカットオフドメイン値が暗号セキュリティスキームの識別子の一部分であるからである。従って、財布は同じカットオフドメインの財布とのみ価値を交換する。又、どちらの財布をICC21に利用するかという選択は、顧客財布内のバイト15の値をもう一方の財布データから識別するプログラムルーチンによってなされる。
新しいカードが利用される時、異なったドメインを有する２つの財布を小売り業者カードに提供することにより、トランザクションが古い財布で引き続き行われる。この間の重複時間は制限することが出来る。この構成の結果、元のドメインのもとで発行された電子キャッシュは、新しいドメインのもとで発行された電子キャッシュとは区別され、システム全般のダメージが制限される。
【図１】
0003617054.tif 000002
【図２】
0003617054.tif 000003
【図４】
0003617054.tif 000004
【図３】
0003617054.tif 000005