JP2000231595A - Ｉｃカード型電子マネー譲渡方法、その装置、そのプログラム記録媒体 - Google Patents
Ｉｃカード型電子マネー譲渡方法、その装置、そのプログラム記録媒体Info
- Publication number
- JP2000231595A JP2000231595A JP11032793A JP3279399A JP2000231595A JP 2000231595 A JP2000231595 A JP 2000231595A JP 11032793 A JP11032793 A JP 11032793A JP 3279399 A JP3279399 A JP 3279399A JP 2000231595 A JP2000231595 A JP 2000231595A
- Authority
- JP
- Japan
- Prior art keywords
- payer
- signature
- recipient
- challenge information
- electronic money
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Control Of Vending Devices And Auxiliary Devices For Vending Devices (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
(57)【要約】
【課題】 ＩＣカード破損時に、第三者にＩＣカード残
高を証明可能とする。 【解決手段】 受領者は乱数Ｒ１、受領者識別子ＩｄＵ
Ｂのハッシュ値Ｇ１、乱数Ｒ２、受領者公開鍵のハッシ
ュ値Ｇ２を求め、Ｒ１、Ｒ２、受領額ｘ、チャレンジ識
別子ＣｈａｌｌＩＤを鍵Ｋで暗号化した値ｅＣを作り、
Ｇ１、Ｇ２、ｅＣ、ｘ、ＣｈａｌｌＩＤを支払者へ送
り、支払者はその秘密鍵で受領情報に対する署名Ｓを生
成し、Ｓ、支払者公開鍵ＰｋＵＡの認証機関の署名Ｓｋ
Ｔ（ＰｋＵＡ）、金額ｗの発行機関署名ＳｋＩ（ｗ，Ｐ
ｋＵＡ）を受領者へ送る。受領者はこれらを検証し、全
て合格で、残高Ｗをｘ＋Ｗとし、支払者公開鍵ＰｋＵ
Ｂ、ＳｋＩ（ｗ，ＰｋＵＡ）、ＳｋＴ（ＰｋＵＡ）、
Ｓ、ｘ、ＣｈａｌｌＩＤを第三者へ送り、第三者は受信
情報の署名検証を行い、合格で受信情報を保存する。
高を証明可能とする。 【解決手段】 受領者は乱数Ｒ１、受領者識別子ＩｄＵ
Ｂのハッシュ値Ｇ１、乱数Ｒ２、受領者公開鍵のハッシ
ュ値Ｇ２を求め、Ｒ１、Ｒ２、受領額ｘ、チャレンジ識
別子ＣｈａｌｌＩＤを鍵Ｋで暗号化した値ｅＣを作り、
Ｇ１、Ｇ２、ｅＣ、ｘ、ＣｈａｌｌＩＤを支払者へ送
り、支払者はその秘密鍵で受領情報に対する署名Ｓを生
成し、Ｓ、支払者公開鍵ＰｋＵＡの認証機関の署名Ｓｋ
Ｔ（ＰｋＵＡ）、金額ｗの発行機関署名ＳｋＩ（ｗ，Ｐ
ｋＵＡ）を受領者へ送る。受領者はこれらを検証し、全
て合格で、残高Ｗをｘ＋Ｗとし、支払者公開鍵ＰｋＵ
Ｂ、ＳｋＩ（ｗ，ＰｋＵＡ）、ＳｋＴ（ＰｋＵＡ）、
Ｓ、ｘ、ＣｈａｌｌＩＤを第三者へ送り、第三者は受信
情報の署名検証を行い、合格で受信情報を保存する。
Description
【０００１】
【発明の属する技術分野】この発明は、電気通信システ
ムやＩＣカードのような記録媒体を利用して電子マネー
を譲渡する方法及びその装置に関する。
ムやＩＣカードのような記録媒体を利用して電子マネー
を譲渡する方法及びその装置に関する。
【０００２】
【従来の技術】電子マネーシステムはセンタ管理型と呼
ばれるものとＩＣカード管理型と呼ばれるものの２つに
大きく分類される。前者ではネットワーク上の管理セン
タにより利用者の所持する現金価値が管理されるが、ト
ラフィックの集中を招くという問題点がある。
ばれるものとＩＣカード管理型と呼ばれるものの２つに
大きく分類される。前者ではネットワーク上の管理セン
タにより利用者の所持する現金価値が管理されるが、ト
ラフィックの集中を招くという問題点がある。
【０００３】一方ＩＣカード管理型は、ＩＣカード中に
現金価値が存在するためトラフィックの問題が生じな
い。ＩＣカード型電子マネーでは、利用者ＩＣカードか
ら商店サーバへの支払、利用者ＩＣカード間で行われる
譲渡、共に２ノード間で情報をやりとりする事で行って
いた。
現金価値が存在するためトラフィックの問題が生じな
い。ＩＣカード型電子マネーでは、利用者ＩＣカードか
ら商店サーバへの支払、利用者ＩＣカード間で行われる
譲渡、共に２ノード間で情報をやりとりする事で行って
いた。
【０００４】
【発明が解決しようとする課題】従来のＩＣカード型電
子マネーの譲渡方法では、第三者が譲渡電子マネーの流
通を管理できない、さらにはＩＣカード破損時にその残
高を証明する事が出来ず、破損ＩＣカードに格納されて
いた電子マネー分の現金価値を利用者に保証できなくな
るという問題点があった。
子マネーの譲渡方法では、第三者が譲渡電子マネーの流
通を管理できない、さらにはＩＣカード破損時にその残
高を証明する事が出来ず、破損ＩＣカードに格納されて
いた電子マネー分の現金価値を利用者に保証できなくな
るという問題点があった。
【０００５】上記問題はＩＣカード発行体と電子マネー
発行体が一致する場合において顕著な問題となる。
発行体が一致する場合において顕著な問題となる。
【０００６】
【課題を解決するための手段】受領者装置が支払者装置
からの電子マネーを受領後、第三者機関装置に支払者情
報、受領者情報、金額情報を含むログを残す事で、第三
者機関装置が譲渡電子マネーの流通を管理する事が可能
となる。さらに金融機関装置の情報とつきあわせれば、
第三者機関装置が利用者のＩＣカード残高を管理する事
が可能となる。
からの電子マネーを受領後、第三者機関装置に支払者情
報、受領者情報、金額情報を含むログを残す事で、第三
者機関装置が譲渡電子マネーの流通を管理する事が可能
となる。さらに金融機関装置の情報とつきあわせれば、
第三者機関装置が利用者のＩＣカード残高を管理する事
が可能となる。
【０００７】「預入情報を解析する事で取引履歴が判明
する方式」という制限はなく、広く一般の電子マネー方
式に適用可能な手段である。又、受領者装置が電子マネ
ーを受領する前に第三者機関装置に対してログ送信が可
能か否かを問い合わせる事で、第三者機関装置が営業時
間外であったなどの原因で、ログ送信が出来ない状態に
陥る可能性を抑えられる。
する方式」という制限はなく、広く一般の電子マネー方
式に適用可能な手段である。又、受領者装置が電子マネ
ーを受領する前に第三者機関装置に対してログ送信が可
能か否かを問い合わせる事で、第三者機関装置が営業時
間外であったなどの原因で、ログ送信が出来ない状態に
陥る可能性を抑えられる。
【０００８】
【発明の実施の形態】この発明のシステム構成は図１に
示すように支払者装置１００、受領者装置２００、第三
者装置３００により構成される。実施例１ （図２参照） 支払開始前に予め、支払者は、正規の利用者である事を
示す証として、支払者公開鍵ＰｋＵＡに対する認証機関
の署名ＳｋＴ（ＰｋＵＡ）を入手し、電子マネーを所持
している事を示す証として、金額ｗ、および支払者公開
鍵に対する電子マネー発行機関の署名ＳｋＩ（ｗ，Ｐｋ
ＵＡ）、つまりＰｋＵＡに対する金額ｗの電子マネーを
入手し、これらを支払者装置１００の記憶装置１１０に
格納してある。
示すように支払者装置１００、受領者装置２００、第三
者装置３００により構成される。実施例１ （図２参照） 支払開始前に予め、支払者は、正規の利用者である事を
示す証として、支払者公開鍵ＰｋＵＡに対する認証機関
の署名ＳｋＴ（ＰｋＵＡ）を入手し、電子マネーを所持
している事を示す証として、金額ｗ、および支払者公開
鍵に対する電子マネー発行機関の署名ＳｋＩ（ｗ，Ｐｋ
ＵＡ）、つまりＰｋＵＡに対する金額ｗの電子マネーを
入手し、これらを支払者装置１００の記憶装置１１０に
格納してある。
【０００９】受領者は、認証機関の公開鍵ＰｋＴおよび
発行機関の公開鍵ＰｋＩを入手し、秘密鍵Ｋを作成して
保持し、これらを受領者装置２００の記憶装置２１０に
格納してある。支払い時に、受領者装置２００は、乱数
生成装置２３０より乱数Ｒ１，Ｒ２を生成し、受領者Ｉ
Ｄ（以下、ＩｄＵＢ）と乱数Ｒ１のハッシュした値Ｇ
１、および受領者公開鍵（以下、ＰｋＵＢ）と乱数Ｒ２
のハッシュした値Ｇ２、をそれぞれハッシュ装置２２０
で計算し、チャレンジ識別子生成装置２６０より、時刻
などチャレンジを識別する値（以下、ＣｈａｌｌＩＤ）
を生成し、金額入力装置２５０より受領金額ｘを入力
し、Ｒ１、Ｒ２、ｘ、ＣｈａｌｌＩＤを秘密鍵Ｋにより
暗号装置２４０で暗号化した値ｅＣを求め、Ｇ１、Ｇ
２、ｅＣ、ｘ、ＣｈａｌｌＩＤを支払者装置１００に送
信する。
発行機関の公開鍵ＰｋＩを入手し、秘密鍵Ｋを作成して
保持し、これらを受領者装置２００の記憶装置２１０に
格納してある。支払い時に、受領者装置２００は、乱数
生成装置２３０より乱数Ｒ１，Ｒ２を生成し、受領者Ｉ
Ｄ（以下、ＩｄＵＢ）と乱数Ｒ１のハッシュした値Ｇ
１、および受領者公開鍵（以下、ＰｋＵＢ）と乱数Ｒ２
のハッシュした値Ｇ２、をそれぞれハッシュ装置２２０
で計算し、チャレンジ識別子生成装置２６０より、時刻
などチャレンジを識別する値（以下、ＣｈａｌｌＩＤ）
を生成し、金額入力装置２５０より受領金額ｘを入力
し、Ｒ１、Ｒ２、ｘ、ＣｈａｌｌＩＤを秘密鍵Ｋにより
暗号装置２４０で暗号化した値ｅＣを求め、Ｇ１、Ｇ
２、ｅＣ、ｘ、ＣｈａｌｌＩＤを支払者装置１００に送
信する。
【００１０】支払者装置１００は、これらＧ１、Ｇ２、
ｅＣ、ｘ、ＣｈａｌｌＩＤを受信すると、ｘ、Ｇ１、Ｇ
２、ＣｈａｌｌＩＤに対する支払者署名Ｓを、支払者秘
密鍵ＳｋＵＡを使って署名装置１２０で作成し、Ｓ、ｅ
Ｃ、支払者公開鍵ＰｋＵＡ、ＳｋＴ（ＰｋＵＡ）、Ｓｋ
Ｉ（ｗ、ＰｋＵＡ）を受領者装置２００に送信する。
ｅＣ、ｘ、ＣｈａｌｌＩＤを受信すると、ｘ、Ｇ１、Ｇ
２、ＣｈａｌｌＩＤに対する支払者署名Ｓを、支払者秘
密鍵ＳｋＵＡを使って署名装置１２０で作成し、Ｓ、ｅ
Ｃ、支払者公開鍵ＰｋＵＡ、ＳｋＴ（ＰｋＵＡ）、Ｓｋ
Ｉ（ｗ、ＰｋＵＡ）を受領者装置２００に送信する。
【００１１】受領者装置２００はこれらを受信すると、
ｅＣをＫにより復号装置２７０で復号化する事により、
Ｒ１、Ｒ２、ｘ、ＣｈａｌｌＩＤを取出し、このＲ１、
Ｒ２を用いてハッシュ装置２２０でＩｄＵＢとＲ１をハ
ッシュしてＧ１を作成し、ＰｋＵＢとＲ２をハッシュし
てＧ２を作成する。署名検証装置２８０で、これらハッ
シュ値Ｇ１、Ｇ２と復号したｘ、ＣｈａｌｌＩＤを用い
てＳがｘ、Ｇ１、Ｇ２、ＣｈａｌｌＩＤに対する支払者
署名になっている事をＰｋＵＡを使って確認し、ＳｋＴ
（ＰｋＵＡ）が正しい署名である事を、ＰｋＴを使って
検証し、ＳｋＩ（ｗ，ＰｋＵＡ）が正しい署名である事
を、ＰｋＩを使って検証し、全ての検証に合格した場
合、保持していたＣｈａｌｌＩＤを消去し、つまり支払
者からの金額ｘの受領で不要となった情報を消去し、支
払者装置１００から受領したデータを保存し、残高更新
装置２９０で残高をＷからＷ＋ｘへ更新し、Ｒ２、Ｐｋ
ＵＢのハッシュ値Ｇ２をハッシュ装置２２０で計算し、
ＩｄＵＢ、ＳｋＩ（ｗ，ＰｋＵＡ）、ＳｋＴ（ＰｋＵ
Ａ）、Ｓ、ｘ、Ｒ１、Ｇ２、ＣｈａｌｌＩＤ、つまりＳ
とその署名・検証に必要な情報を第三者装置３００に送
信する。この送信情報中のＩｄＵＢとＲ１はこれらによ
りＧ１を作ってＳの検証に用いることを可能としてい
る。
ｅＣをＫにより復号装置２７０で復号化する事により、
Ｒ１、Ｒ２、ｘ、ＣｈａｌｌＩＤを取出し、このＲ１、
Ｒ２を用いてハッシュ装置２２０でＩｄＵＢとＲ１をハ
ッシュしてＧ１を作成し、ＰｋＵＢとＲ２をハッシュし
てＧ２を作成する。署名検証装置２８０で、これらハッ
シュ値Ｇ１、Ｇ２と復号したｘ、ＣｈａｌｌＩＤを用い
てＳがｘ、Ｇ１、Ｇ２、ＣｈａｌｌＩＤに対する支払者
署名になっている事をＰｋＵＡを使って確認し、ＳｋＴ
（ＰｋＵＡ）が正しい署名である事を、ＰｋＴを使って
検証し、ＳｋＩ（ｗ，ＰｋＵＡ）が正しい署名である事
を、ＰｋＩを使って検証し、全ての検証に合格した場
合、保持していたＣｈａｌｌＩＤを消去し、つまり支払
者からの金額ｘの受領で不要となった情報を消去し、支
払者装置１００から受領したデータを保存し、残高更新
装置２９０で残高をＷからＷ＋ｘへ更新し、Ｒ２、Ｐｋ
ＵＢのハッシュ値Ｇ２をハッシュ装置２２０で計算し、
ＩｄＵＢ、ＳｋＩ（ｗ，ＰｋＵＡ）、ＳｋＴ（ＰｋＵ
Ａ）、Ｓ、ｘ、Ｒ１、Ｇ２、ＣｈａｌｌＩＤ、つまりＳ
とその署名・検証に必要な情報を第三者装置３００に送
信する。この送信情報中のＩｄＵＢとＲ１はこれらによ
りＧ１を作ってＳの検証に用いることを可能としてい
る。
【００１２】第三者装置３００は署名検証装置３２０
で、ＳｋＴ（ＰｋＵＡ）が正しい署名である事を、Ｐｋ
Ｔを使って検証し、ＳｋＩ（ｗ，ＰｋＵＡ）が正しい署
名である事を、ＰｋＩを使って検証し、全ての検証に合
格した場合、ＩｄＵＢ、ＳｋＩ（ｗ，ＰｋＵＡ）、Ｓｋ
Ｔ（ＰｋＵＡ）、Ｓ、ｘ、Ｒ１、Ｇ２、ＣｈａｌｌＩＤ
をログとして記憶装置３１０に格納する。
で、ＳｋＴ（ＰｋＵＡ）が正しい署名である事を、Ｐｋ
Ｔを使って検証し、ＳｋＩ（ｗ，ＰｋＵＡ）が正しい署
名である事を、ＰｋＩを使って検証し、全ての検証に合
格した場合、ＩｄＵＢ、ＳｋＩ（ｗ，ＰｋＵＡ）、Ｓｋ
Ｔ（ＰｋＵＡ）、Ｓ、ｘ、Ｒ１、Ｇ２、ＣｈａｌｌＩＤ
をログとして記憶装置３１０に格納する。
【００１３】このように第三者装置３００には譲渡の経
過を表わす情報が残されているから、電子マネー発行機
関と第三者装置３００が協力すれば、どのＩＣカードに
どれだけの残高があるかを、発行金額と譲渡金額とから
知ることができる。なお１つのＩＣカードに対し、複数
の電子マネーが発行されることがあるから発行機関の協
力が必要である。実施例２ （図３参照） 支払開始前に予め、支払者は、正規の利用者である事を
示す証として、支払者公開鍵ＰｋＵＡに対 する認証機
関の署名ＳｋＴ（ＰｋＵＡ）を入手し、電子マネーを所
持している事を示す証として、金額ｗ、および支払者公
開鍵ＰｋＵＡに対する電子マネー発行機関の署名ＳｋＩ
（ｗ，ＰｋＵＡ）を入手し、これらを記憶装置１１０に
格納してある。
過を表わす情報が残されているから、電子マネー発行機
関と第三者装置３００が協力すれば、どのＩＣカードに
どれだけの残高があるかを、発行金額と譲渡金額とから
知ることができる。なお１つのＩＣカードに対し、複数
の電子マネーが発行されることがあるから発行機関の協
力が必要である。実施例２ （図３参照） 支払開始前に予め、支払者は、正規の利用者である事を
示す証として、支払者公開鍵ＰｋＵＡに対 する認証機
関の署名ＳｋＴ（ＰｋＵＡ）を入手し、電子マネーを所
持している事を示す証として、金額ｗ、および支払者公
開鍵ＰｋＵＡに対する電子マネー発行機関の署名ＳｋＩ
（ｗ，ＰｋＵＡ）を入手し、これらを記憶装置１１０に
格納してある。
【００１４】受領者は、認証機関の公開鍵ＰｋＴおよび
発行機関の公開鍵ＰｋＩを入手し、秘密鍵Ｋを作成して
保持し、これらを記憶装置２１０に格納してある。支払
い時に、受領者装置２００は乱数生成装置２３０より乱
数Ｒ１，Ｒ２を生成し、受領者ＩＤ（以下、ＩｄＵＢ）
と乱数Ｒ１のハッシュした値Ｇ１、および受領者公開鍵
（以下、ＰｋＵＢ）と乱数Ｒ２のハッシュした値Ｇ２を
それぞれハッシュ装置２２０で計算し、チャレンジを識
別する値（以下、ＣｈａｌｌＩＤ）をチャレンジ識別子
生成装置２６０で生成し、受領金額ｘを金額入力装置２
５０から入力し、Ｒ１、Ｒ２、ｘ、ＣｈａｌｌＩＤを秘
密鍵Ｋで暗号化した値ｅＣを暗号装置２４０で生成し、
これらＧ１、Ｇ２、ｅＣ、ｘ、ＣｈａｌｌＩＤを支払者
装置１００に送信する。
発行機関の公開鍵ＰｋＩを入手し、秘密鍵Ｋを作成して
保持し、これらを記憶装置２１０に格納してある。支払
い時に、受領者装置２００は乱数生成装置２３０より乱
数Ｒ１，Ｒ２を生成し、受領者ＩＤ（以下、ＩｄＵＢ）
と乱数Ｒ１のハッシュした値Ｇ１、および受領者公開鍵
（以下、ＰｋＵＢ）と乱数Ｒ２のハッシュした値Ｇ２を
それぞれハッシュ装置２２０で計算し、チャレンジを識
別する値（以下、ＣｈａｌｌＩＤ）をチャレンジ識別子
生成装置２６０で生成し、受領金額ｘを金額入力装置２
５０から入力し、Ｒ１、Ｒ２、ｘ、ＣｈａｌｌＩＤを秘
密鍵Ｋで暗号化した値ｅＣを暗号装置２４０で生成し、
これらＧ１、Ｇ２、ｅＣ、ｘ、ＣｈａｌｌＩＤを支払者
装置１００に送信する。
【００１５】支払者装置１００は、Ｇ１、Ｇ２、ｅＣ、
ｘ、ＣｈａｌｌＩＤを受信すると、ｘ、Ｇ１、Ｇ２、Ｃ
ｈａｌｌＩＤに対する支払者署名Ｓを署名装置１２０で
支払者秘密鍵ＳｋＵＡを使って作成し、Ｓ、ｅＣ、Ｐｋ
ＵＡ、ＳｋＴ（ＰｋＵＡ）、ＳｋＩ（ｗ，ＰｋＵＡ）を
受領者装置に送信し、受領者装置２００は、これらを受
信すると、ｅＣをＫにより復号装置２７０で復号化する
事により、Ｒ１、Ｒ２、ｘ、ＣｈａｌｌＩＤを取出し、
このＲ１、Ｒ２を用いてハッシュ装置２２０でＩｄＵＢ
とＲ１をハッシュしてＧ１を作成し、ＰｋＵＢとＲ２を
ハッシュしてＧ２を作成する。署名検証装置２８０で、
これらハッシュ値Ｇ１、Ｇ２と復号されたｘ、Ｃｈａｌ
ｌＩＤを用いてＳがｘ、Ｇ１、Ｇ２、ＣｈａｌｌＩＤに
対する支払者署名になっている事を確認し、ＳｋＴ（Ｐ
ｋＵＡ）が正しい署名である事を、ＰｋＴを使って検証
し、ＳｋＩ（ｗ，ＰｋＵＡ）が正しい署名である事を、
ＰｋＩを使って検証し、全ての検証に合格した場合、第
三者装置３００にログ送信が可能かどうかを問い合わせ
装置２８０により問い合わせ、可能であるとの返答を第
三者装置３００のサービス状態返答装置３４０から得た
場合、保持していたＣｈａｌｌＩＤを消去し、支払者装
置１００から受領したデータを保存し、残高をＷからＷ
＋ｘへ残高更新装置２９０で更新し、ＩｄＵＢ、ＳｋＩ
（ｗ，ＰｋＵＡ）、ＳｋＴ（ＰｋＵＡ）、Ｓ、ｘ、Ｒ
１、Ｇ２、ＣｈａｌｌＩＤを第三者装置３００に送信す
る。
ｘ、ＣｈａｌｌＩＤを受信すると、ｘ、Ｇ１、Ｇ２、Ｃ
ｈａｌｌＩＤに対する支払者署名Ｓを署名装置１２０で
支払者秘密鍵ＳｋＵＡを使って作成し、Ｓ、ｅＣ、Ｐｋ
ＵＡ、ＳｋＴ（ＰｋＵＡ）、ＳｋＩ（ｗ，ＰｋＵＡ）を
受領者装置に送信し、受領者装置２００は、これらを受
信すると、ｅＣをＫにより復号装置２７０で復号化する
事により、Ｒ１、Ｒ２、ｘ、ＣｈａｌｌＩＤを取出し、
このＲ１、Ｒ２を用いてハッシュ装置２２０でＩｄＵＢ
とＲ１をハッシュしてＧ１を作成し、ＰｋＵＢとＲ２を
ハッシュしてＧ２を作成する。署名検証装置２８０で、
これらハッシュ値Ｇ１、Ｇ２と復号されたｘ、Ｃｈａｌ
ｌＩＤを用いてＳがｘ、Ｇ１、Ｇ２、ＣｈａｌｌＩＤに
対する支払者署名になっている事を確認し、ＳｋＴ（Ｐ
ｋＵＡ）が正しい署名である事を、ＰｋＴを使って検証
し、ＳｋＩ（ｗ，ＰｋＵＡ）が正しい署名である事を、
ＰｋＩを使って検証し、全ての検証に合格した場合、第
三者装置３００にログ送信が可能かどうかを問い合わせ
装置２８０により問い合わせ、可能であるとの返答を第
三者装置３００のサービス状態返答装置３４０から得た
場合、保持していたＣｈａｌｌＩＤを消去し、支払者装
置１００から受領したデータを保存し、残高をＷからＷ
＋ｘへ残高更新装置２９０で更新し、ＩｄＵＢ、ＳｋＩ
（ｗ，ＰｋＵＡ）、ＳｋＴ（ＰｋＵＡ）、Ｓ、ｘ、Ｒ
１、Ｇ２、ＣｈａｌｌＩＤを第三者装置３００に送信す
る。
【００１６】第三者装置３００は署名検証装置３２０で
ＳｋＴ（ＰｋＵＡ）が正しい署名である事を、ＰｋＴを
使って検証し、ＳｋＩ（ｗ，ＰｋＵＡ）が正しい署名で
ある事を、ＰｋＩを使って検証し、全ての検証に合格し
た場合、ＩｄＵＢ、ＳｋＩ（ｗ，ＰｋＵＡ）、ＳｋＴ
（ＰｋＵＡ）、Ｓ、ｘ、Ｒ１、Ｇ２、ＣｈａｌｌＩＤを
ログとして記憶装置３１０に格納する。
ＳｋＴ（ＰｋＵＡ）が正しい署名である事を、ＰｋＴを
使って検証し、ＳｋＩ（ｗ，ＰｋＵＡ）が正しい署名で
ある事を、ＰｋＩを使って検証し、全ての検証に合格し
た場合、ＩｄＵＢ、ＳｋＩ（ｗ，ＰｋＵＡ）、ＳｋＴ
（ＰｋＵＡ）、Ｓ、ｘ、Ｒ１、Ｇ２、ＣｈａｌｌＩＤを
ログとして記憶装置３１０に格納する。
【００１７】上述において、Ｒ１、Ｒ２、ｘ、Ｃｈａｌ
ｌＩＤをＫで暗号化する代りに、Ｒ１、Ｒ２、ｘ、Ｃｈ
ａｌｌＩＤをハッシュで攪乱して送信し、その返された
データをＲ１、Ｒ２、ｘ、ＣｈａｌｌＩＤで検証しても
よい。あるいは受領者秘密鍵ＳｋＵＢでＲ１、Ｒ２、
ｘ、ＣｈａｌｌＩＤを署名し、その返されたデータを署
名検証してもよい。このようにチャレンジ情報（ｘ、Ｒ
１、Ｒ２、ＣｈａｌｌＩＤ）を支払者装置で改ざんされ
ないように処理して支払者装置へ送る場合は、Ｃｈａｌ
ｌＩＤのみを、支払者署名をもらうまで記憶しておけば
その他のものは記憶しておく必要がなく、それだけ受領
者装置の記憶装置として記憶容量が小さいものを使用で
きる。しかし、必ずしもそのようにすることなく、チャ
レンジ情報を受領者装置に、支払者署名をもらうまで保
持すると共にチャレンジ情報をそのまま支払者装置へ送
信してもよい。
ｌＩＤをＫで暗号化する代りに、Ｒ１、Ｒ２、ｘ、Ｃｈ
ａｌｌＩＤをハッシュで攪乱して送信し、その返された
データをＲ１、Ｒ２、ｘ、ＣｈａｌｌＩＤで検証しても
よい。あるいは受領者秘密鍵ＳｋＵＢでＲ１、Ｒ２、
ｘ、ＣｈａｌｌＩＤを署名し、その返されたデータを署
名検証してもよい。このようにチャレンジ情報（ｘ、Ｒ
１、Ｒ２、ＣｈａｌｌＩＤ）を支払者装置で改ざんされ
ないように処理して支払者装置へ送る場合は、Ｃｈａｌ
ｌＩＤのみを、支払者署名をもらうまで記憶しておけば
その他のものは記憶しておく必要がなく、それだけ受領
者装置の記憶装置として記憶容量が小さいものを使用で
きる。しかし、必ずしもそのようにすることなく、チャ
レンジ情報を受領者装置に、支払者署名をもらうまで保
持すると共にチャレンジ情報をそのまま支払者装置へ送
信してもよい。
【００１８】
【発明の効果】従来のＩＣカード型電子マネーの譲渡方
法では、第三者が譲渡電子マネーの流通を管理したり、
さらには破損ＩＣカードに格納されていた電子マネー残
高を確認し、利用者にその残高を保証したりする事が出
来なかった。これに対し、この発明では、電子マネー譲
渡に関する情報（支払者情報、受領者情報、金額情報）
が第三者機関に残るため、金融機関の電子マネー発行情
報とつきあわせれば、支払者、受領者の何れの利用者Ｉ
Ｃカードの残高を管理、保証する事が可能となった。譲
渡ごとに第三者装置への通信分のトラフィック増加はあ
るが、この発明は商店への支払分のトラフィックには影
響を与えないため、ＩＣカード型のトラフィック軽減と
いうメリットは継承している。
法では、第三者が譲渡電子マネーの流通を管理したり、
さらには破損ＩＣカードに格納されていた電子マネー残
高を確認し、利用者にその残高を保証したりする事が出
来なかった。これに対し、この発明では、電子マネー譲
渡に関する情報（支払者情報、受領者情報、金額情報）
が第三者機関に残るため、金融機関の電子マネー発行情
報とつきあわせれば、支払者、受領者の何れの利用者Ｉ
Ｃカードの残高を管理、保証する事が可能となった。譲
渡ごとに第三者装置への通信分のトラフィック増加はあ
るが、この発明は商店への支払分のトラフィックには影
響を与えないため、ＩＣカード型のトラフィック軽減と
いうメリットは継承している。
【００１９】さらに受領者装置において、受領処理の前
に第三者機関がサービス提供中であるかどうかを問い合
わせる事によって、第三者機関が営業時間外などの理由
でログ送信が不可能な状態に陥るのを抑える事が可能と
なった。
に第三者機関がサービス提供中であるかどうかを問い合
わせる事によって、第三者機関が営業時間外などの理由
でログ送信が不可能な状態に陥るのを抑える事が可能と
なった。
【図１】この発明の構成要素を示すブロック図。
【図２】この発明の実施例１の受領処理を示すブロック
図。
図。
【図３】この発明の実施例２の受領処理を示すブロック
図。
図。
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｇ０７Ｆ 7/08 Ｊ Ｆターム(参考） 3E040 AA03 CA12 DA02 3E044 BA04 CA06 5B055 CB08 CB09 CC16 EE29 HA12 KK05 KK16 5B058 KA35 KA40 YA20 9A001 BZ03 EE03 JJ66 JJ67 LL03
Claims (7)
- 【請求項１】 ＩＣカードで現金価値を管理する電子マ
ネーを譲渡する方法において、 受領者装置が支払者装置から電子マネーを受領すると同
時に、 第三者機関装置に譲渡に関する情報を送信し、 その第三者機関装置はその受信した譲渡に関する情報を
記憶装置に保存することを特徴とする電子マネー譲渡方
法。 - 【請求項２】 受領者装置から受信したチャレンジ情報
に対し支払者装置が署名をして受領者装置へ送信し、受
領者装置が受信した署名を検証することにより支払いが
行われる電子マネー譲渡方法において、 受領者装置はチャレンジ情報を支払者装置に送信し、 支払者装置はチャレンジ情報に対する署名（以下、支払
者署名）を作成し、 支払者署名を受領者装置に送信し、 受領者装置は支払者署名がチャレンジ情報に対して正し
く署名されている事を検証し、 その検証に合格すると支払者署名を受領し、 第三者機関装置に支払者署名およびその署名検証に必要
な情報を送信し、 第三者機関装置は支払者署名を保存することを特徴とす
る電子マネー譲渡方法。 - 【請求項３】 請求項２記載の方法において、 上記支払者署名がチャレンジ情報に対して正しく署名さ
れている事を検証し、 検証に合格すると第三者機関装置にログ送信が可能であ
るかを問い合わせ、 可能であれば支払者署名を受領し、 その後第三者機関装置に支払者署名を送信することを特
徴とする電子マネー譲渡方法。 - 【請求項４】 受領者装置から受信したチャレンジ情報
に対し支払者装置が署名して受領者装置へ送り、受領者
装置でその署名を検証することにより電子マネーによる
支払いが行われる受領者装置であって、 受領者識別情報、支払者公開鍵などを記憶した記憶手段
と、 チャレンジ情報を生成する手段と、 そのチャレンジ情報を支払者装置へ送信する送信手段
と、 支払者装置から支払者署名を受信する受信手段と、 支払者署名を検証する署名検証手段と、 この検証に合格すると支払者署名を、上記記憶手段に記
憶すると共に第三者機関装置へ送信する手段と、 を具備することを特徴とする受領者装置。 - 【請求項５】 上記検証に合格すると、第三者機関装置
にログ送信が可能であるかを問い合わせる手段と、 ログ送信が可能である回答を受信すると、上記支払者署
名の送信及び記憶手段への格納を行う手段と、 を具備する請求項４記載の受領者装置。 - 【請求項６】 受領者装置から受信したチャレンジ情報
に対し支払者装置が署名して受領者装置へ送り、受領者
装置でその署名を検証することにより電子マネーによる
支払いが行われる受領者装置のコンピュータは、 チャレンジ情報を生成する処理と、 そのチャレンジ情報を支払者装置へ送信する処理と、 支払者装置から支払者署名を受信する処理と、 支払者署名を検証する処理と、 この検証に合格すると支払者署名を、記憶手段に記憶す
ると共に第三者機関装置へ送信する処理と、 を実行させるプログラムを記録した記録媒体。 - 【請求項７】 上記検証に合格すると、第三者機関装置
にログ送信が可能であるかを問い合わせる処理と、 ログ送信が可能である回答を受信すると、上記支払者署
名の送信及び記憶手段への格納を行う処理と、 を上記コンピュータに実行させるプログラムを上記プロ
グラムが含むことを特徴とする請求項６記載の記録媒
体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11032793A JP2000231595A (ja) | 1999-02-10 | 1999-02-10 | Ｉｃカード型電子マネー譲渡方法、その装置、そのプログラム記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11032793A JP2000231595A (ja) | 1999-02-10 | 1999-02-10 | Ｉｃカード型電子マネー譲渡方法、その装置、そのプログラム記録媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000231595A true JP2000231595A (ja) | 2000-08-22 |
Family
ID=12368740
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11032793A Pending JP2000231595A (ja) | 1999-02-10 | 1999-02-10 | Ｉｃカード型電子マネー譲渡方法、その装置、そのプログラム記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000231595A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| SG101466A1 (en) * | 2000-09-01 | 2004-01-30 | Sony Corp | Information processing system, information processing method, electronic money service providing system, and recording medium |
-
1999
- 1999-02-10 JP JP11032793A patent/JP2000231595A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| SG101466A1 (en) * | 2000-09-01 | 2004-01-30 | Sony Corp | Information processing system, information processing method, electronic money service providing system, and recording medium |
| US7418425B2 (en) | 2000-09-01 | 2008-08-26 | Sony Corporation | Information processing system, information processing method, electronic money service providing system, and recording medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11877213B2 (en) | Methods and systems for asset obfuscation | |
| JP6841911B2 (ja) | 情報保護用のシステム及び方法 | |
| US11394559B2 (en) | Methods and systems for ownership verification using blockchain | |
| JP6908700B2 (ja) | 情報保護のためのシステム及び方法 | |
| CN107925572B (zh) | 软件应用程序到通信装置的安全绑定 | |
| RU2710897C2 (ru) | Способы безопасного генерирования криптограмм | |
| CN110582793B (zh) | 分布式交易共识网络上数字财产交易的匿名性和可追踪性 | |
| US5956404A (en) | Digital signature with auditing bits | |
| CA2182173C (en) | Efficient electronic money | |
| JP2019537744A (ja) | 情報保護用のシステム及び方法 | |
| EP3718069A1 (en) | Blockchain system for confidential and anonymous smart contracts | |
| US20010056409A1 (en) | Offline one time credit card numbers for secure e-commerce | |
| US20140081784A1 (en) | Payment method, payment server performing the same and payment system performing the same | |
| JPH113033A (ja) | クライアント−サーバ電子取引においてクライアントの本人確認を確立する方法、それに関連するスマートカードとサーバ、および、ユーザが検証者と共に操作を行うことが認可されるかどうかを決定する方法とシステム | |
| CN111492390A (zh) | 用于数字货币的现金等价设备 | |
| GB2434724A (en) | Secure transactions using authentication tokens based on a device "fingerprint" derived from its physical parameters | |
| KR20120107927A (ko) | 신뢰 메시지 기억 장치 및 전송 프로토콜 및 시스템 | |
| CN114503146A (zh) | 用于在区块链网络中注册和鉴别矿工身份的方法和装置 | |
| CN111062717B (zh) | 一种数据转移处理方法、装置和计算机可读存储介质 | |
| JP2001126009A (ja) | 電子情報流通システム及び電子情報流通プログラムを格納した記憶媒体及び電子情報流通方法 | |
| JP3791169B2 (ja) | 認証装置および方法 | |
| JP2000231595A (ja) | Ｉｃカード型電子マネー譲渡方法、その装置、そのプログラム記録媒体 | |
| JPH10124597A (ja) | 利用許可証付き電子小切手方法および装置 | |
| CN111445245A (zh) | 一种证券型通证的凭证索引更新方法和装置 | |
| JP3889660B2 (ja) | 認証方法及び認証システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Year of fee payment: 11 Free format text: PAYMENT UNTIL: 20080613 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090613 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100613 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100613 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Year of fee payment: 14 Free format text: PAYMENT UNTIL: 20110613 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110613 Year of fee payment: 14 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120613 Year of fee payment: 15 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Year of fee payment: 15 Free format text: PAYMENT UNTIL: 20120613 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Year of fee payment: 16 Free format text: PAYMENT UNTIL: 20130613 |
|
| EXPY | Cancellation because of completion of term |