JPH01243175A - 電子決済システムの決済確認方法 - Google Patents
電子決済システムの決済確認方法Info
- Publication number
- JPH01243175A JPH01243175A JP63070192A JP7019288A JPH01243175A JP H01243175 A JPH01243175 A JP H01243175A JP 63070192 A JP63070192 A JP 63070192A JP 7019288 A JP7019288 A JP 7019288A JP H01243175 A JPH01243175 A JP H01243175A
- Authority
- JP
- Japan
- Prior art keywords
- data
- settlement
- payment
- mac
- host computer
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims description 12
- 238000004891 communication Methods 0.000 claims description 5
- 238000012790 confirmation Methods 0.000 claims 1
- 238000013475 authorization Methods 0.000 abstract 4
- 238000010586 diagram Methods 0.000 description 4
- 230000007423 decrease Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【発明の詳細な説明】
〔産業上の利用分野〕
本発明は、金銭や債権類等の決済をコンピュータを利用
して行う電子決済システムにおいて、二者間の決済の合
意をホストコンピュータ側で確認する方法に関する。
して行う電子決済システムにおいて、二者間の決済の合
意をホストコンピュータ側で確認する方法に関する。
近年、二者間で取引が成立し、該当者双方で合意された
金銭や債権類等の決済をコンピュータにより行う所謂電
子決済システムが実用化されてきている。この種の電子
決済システムは、一般に各取引者名義の口座ファイルを
備えたホストコンピュータと各取引者側に置かれた端末
機とが通信回線で結ばれているが、従来は、ある取引者
が端末機より決済依頼データ（取引種別、年月日、時刻
、金額、双方の口座等）を入力すると、ホストコンピュ
ータでは単に該決済依頼データに基いて決済処理（口座
ファイル上の該当名義人双方の口座を書替える処理）を
実行するのみであった。
金銭や債権類等の決済をコンピュータにより行う所謂電
子決済システムが実用化されてきている。この種の電子
決済システムは、一般に各取引者名義の口座ファイルを
備えたホストコンピュータと各取引者側に置かれた端末
機とが通信回線で結ばれているが、従来は、ある取引者
が端末機より決済依頼データ（取引種別、年月日、時刻
、金額、双方の口座等）を入力すると、ホストコンピュ
ータでは単に該決済依頼データに基いて決済処理（口座
ファイル上の該当名義人双方の口座を書替える処理）を
実行するのみであった。
従来の電子決済システムでは、決済の対象となる名義人
相互の決済の合意事実を確認せずに決済が実行されるた
め、悪意により偽の決済依頼データが入力されたり、誤
りのあるデータが入力されても決済が行われてしまう。
相互の決済の合意事実を確認せずに決済が実行されるた
め、悪意により偽の決済依頼データが入力されたり、誤
りのあるデータが入力されても決済が行われてしまう。
その結果、今後、この種電子決済システムが拡大される
にともない、大きなトラブルの発生が懸念される。なお
、決済の当事者双方がそれぞれ決済依頼データを入力し
、これを受取ったホストコンピュータで二つの依頼デー
タを照合することにより、当事者双方の決済の合意事実
を確認できるが、当事者双方から決済依頼データを入力
する必要があるため、決済依頼件数が多くなると、ホス
トコンピュータの負担が非常に増大する問題が生じる。
にともない、大きなトラブルの発生が懸念される。なお
、決済の当事者双方がそれぞれ決済依頼データを入力し
、これを受取ったホストコンピュータで二つの依頼デー
タを照合することにより、当事者双方の決済の合意事実
を確認できるが、当事者双方から決済依頼データを入力
する必要があるため、決済依頼件数が多くなると、ホス
トコンピュータの負担が非常に増大する問題が生じる。
本発明の目的は、コンピュータを利用した電子決済シス
テムにおいて、三者間の決済の合意事実を一方の当事者
からの申告のみで確認する方法を提供することにある。
テムにおいて、三者間の決済の合意事実を一方の当事者
からの申告のみで確認する方法を提供することにある。
上記目的を達成するため、本発明では各取引者毎に認証
コード（Ｍ Ａ Ｃ； Ｍｅｓｓａｇｅ Ａｕｔｈｅｎ
ｔｉｃａｔｉｏｎ Ｃｏｄｅ）作成のための鍵データを
決めておき、この鍵データは互いに秘密にしておく （
各取引者は自分自身の鍵データのみ知っている）。同時
に、ホストコンピュータには鍵データ登録ファイルを設
け、各取引者毎に鍵データを登録しておく。この鍵デー
タ登録ファイルの内容も秘密にしておく。
コード（Ｍ Ａ Ｃ； Ｍｅｓｓａｇｅ Ａｕｔｈｅｎ
ｔｉｃａｔｉｏｎ Ｃｏｄｅ）作成のための鍵データを
決めておき、この鍵データは互いに秘密にしておく （
各取引者は自分自身の鍵データのみ知っている）。同時
に、ホストコンピュータには鍵データ登録ファイルを設
け、各取引者毎に鍵データを登録しておく。この鍵デー
タ登録ファイルの内容も秘密にしておく。
取引者Ａ、Ｂの間で取引きが行われ、決済が必要となっ
た時、一方の取引者（Ａとする）は合意のあった決済デ
ータと該取引者の秘密鍵データとから予め定められたア
ルゴリズムにより認証コード（ＭＡＣ）を作成し、それ
を他方の取引者（Ｂとする）に連絡する。取引者Ｂは決
済データと取引者Ａより連絡された認証コード（ＭＡＣ
）とを含む決済依頼データをホストコンピュータに送信
する。ホストコンピュータでは、受信された決済データ
と鍵データ登録ファイルに登録されている取引者Ａの秘
密鍵データとから認証比較コードＭＡＣ’ を作成し、
それと入力されたＭＡＣとが一致した場合、決済処理を
実行する。
た時、一方の取引者（Ａとする）は合意のあった決済デ
ータと該取引者の秘密鍵データとから予め定められたア
ルゴリズムにより認証コード（ＭＡＣ）を作成し、それ
を他方の取引者（Ｂとする）に連絡する。取引者Ｂは決
済データと取引者Ａより連絡された認証コード（ＭＡＣ
）とを含む決済依頼データをホストコンピュータに送信
する。ホストコンピュータでは、受信された決済データ
と鍵データ登録ファイルに登録されている取引者Ａの秘
密鍵データとから認証比較コードＭＡＣ’ を作成し、
それと入力されたＭＡＣとが一致した場合、決済処理を
実行する。
取引者Ｂがホストコンピュータに対し、決済データと共
に送信する認証コード（ＭＡＣ）は、取引者ＡとＢとの
間で決済の合意がなされた時、取引者Ａが自分自身のみ
知っている秘密鍵データを使用して作成したものであり
、取引者Ｂは該ＭＡＣと同じものを作成することは不可
能である。従って、ホストコンピュータでは、取引者Ｂ
から受信した決済データと予め登録されている取引者Ａ
の秘密鍵データとから作成したＭＡＣ’ が、受信した
ＭＡＣと一致すれば、取引者Ｂからの決済依頼データは
決済相手の取引者Ａも合意していると判断でき、一致し
なければ、取引者Ｂが悪意により偽の決済依頼データを
送信したか、誤りのあるデータが入力されたと判断でき
る。これにより、決済当事者の片方からの申告のみで、
ホストコンピュータは三者間の決済の合意事実を確認す
ることができる。
に送信する認証コード（ＭＡＣ）は、取引者ＡとＢとの
間で決済の合意がなされた時、取引者Ａが自分自身のみ
知っている秘密鍵データを使用して作成したものであり
、取引者Ｂは該ＭＡＣと同じものを作成することは不可
能である。従って、ホストコンピュータでは、取引者Ｂ
から受信した決済データと予め登録されている取引者Ａ
の秘密鍵データとから作成したＭＡＣ’ が、受信した
ＭＡＣと一致すれば、取引者Ｂからの決済依頼データは
決済相手の取引者Ａも合意していると判断でき、一致し
なければ、取引者Ｂが悪意により偽の決済依頼データを
送信したか、誤りのあるデータが入力されたと判断でき
る。これにより、決済当事者の片方からの申告のみで、
ホストコンピュータは三者間の決済の合意事実を確認す
ることができる。
以下、本発明の一実施例について図面により詳細に説明
する。
する。
第１図は本発明を適用した電子決済システムの一実施例
のブロック図を示したものである。第１図において、１
０はホストコンピュータ、２０〜４０は取引者Ａ、Ｂ、
Ｃが使用する端末機、５０〜７０はホストコンピュータ
１０と各端末機２０゜３０．４０を結ぶ通信回線である
。本実施例では、端末機は３台しか示されていないが、
勿論、実際にはこれ以上の端末機がホストコンピュータ
１０と結ばれていることは云うまでもない。
のブロック図を示したものである。第１図において、１
０はホストコンピュータ、２０〜４０は取引者Ａ、Ｂ、
Ｃが使用する端末機、５０〜７０はホストコンピュータ
１０と各端末機２０゜３０．４０を結ぶ通信回線である
。本実施例では、端末機は３台しか示されていないが、
勿論、実際にはこれ以上の端末機がホストコンピュータ
１０と結ばれていることは云うまでもない。
ホストコンピュータ１０はＭＡＣ作成機構１１を有し、
同様に、各端末機２０，３０．４０もそれぞれＭＡＣ作
成機構２１，３１．４１を有している。ホストコンピュ
ータ１０は、さらに外部記憶装置８０．９０を具備して
いる。外部記憶装置８０は各取引者名義の口座ファイル
８１を格納するのに使用される。外部記憶装置９０は、
各取引者毎に決めた秘密鍵データが口座ファイル８１の
名義人対応に登録されている鍵データ登録ファイル９１
を格納するのに使用される。本実施例では、取引者Ａ、
Ｂ、Ｃの鍵データはそれぞれａ、ｂ９Ｃであるとする。
同様に、各端末機２０，３０．４０もそれぞれＭＡＣ作
成機構２１，３１．４１を有している。ホストコンピュ
ータ１０は、さらに外部記憶装置８０．９０を具備して
いる。外部記憶装置８０は各取引者名義の口座ファイル
８１を格納するのに使用される。外部記憶装置９０は、
各取引者毎に決めた秘密鍵データが口座ファイル８１の
名義人対応に登録されている鍵データ登録ファイル９１
を格納するのに使用される。本実施例では、取引者Ａ、
Ｂ、Ｃの鍵データはそれぞれａ、ｂ９Ｃであるとする。
この鍵データａ、ｂ、ｃは互いに秘密にしておく。また
、鍵データ登録ファイル９１は端末機２０，３０．４０
から勝手にアクセスすることができないようにする。
、鍵データ登録ファイル９１は端末機２０，３０．４０
から勝手にアクセスすることができないようにする。
次に、本電子決済システムによる決済処理を第２図のフ
ローチャートに従って説明する。第２図はＡとＢの間で
取引が成立し、決済が必要となった時、ＭＡＣは取引者
Ａが作成し、ホストコンピュータ１０に対する決済依頼
データは取引者Ｂが送信する場合を示したものである。
ローチャートに従って説明する。第２図はＡとＢの間で
取引が成立し、決済が必要となった時、ＭＡＣは取引者
Ａが作成し、ホストコンピュータ１０に対する決済依頼
データは取引者Ｂが送信する場合を示したものである。
取引者ＡとＢの間で取引が成立し、決済・が必要になる
と、取引者Ａは取引者Ｂと合意の決済データ（Ｘ）（決
済種別、年月日、時刻、金額、ＡとＢ双方の口座番号等
）及び自分自身の秘密鍵データ（ａ）を端末機２０に入
力して、ＭＡＣ作成を指示する（ステップ１０１）。端
末機２０のＭＡＣ作成機構２１は、入力された決済デー
タ（ｘ）と秘密鍵データ（ａ）とから、予め定められた
アルゴリズムを使用して認証コードＭ Ａ Ｃ＝ ｆ
（ｘ 。
と、取引者Ａは取引者Ｂと合意の決済データ（Ｘ）（決
済種別、年月日、時刻、金額、ＡとＢ双方の口座番号等
）及び自分自身の秘密鍵データ（ａ）を端末機２０に入
力して、ＭＡＣ作成を指示する（ステップ１０１）。端
末機２０のＭＡＣ作成機構２１は、入力された決済デー
タ（ｘ）と秘密鍵データ（ａ）とから、予め定められた
アルゴリズムを使用して認証コードＭ Ａ Ｃ＝ ｆ
（ｘ 。
ａ）を作成する（ステップ１０２）。この作成された認
証コードＭ Ａ Ｃ＝ ｆ （ｘ 、 ａ ）を取引者
Ａは取引者Ｂへ連絡する（ステップ１０３）。連絡方法
としては電話、ファクシミリ、パソコン通信等が考えら
れるが、ＭＡＣ自体は秘密にする必要がなく、いずれの
方法でもよい。
証コードＭ Ａ Ｃ＝ ｆ （ｘ 、 ａ ）を取引者
Ａは取引者Ｂへ連絡する（ステップ１０３）。連絡方法
としては電話、ファクシミリ、パソコン通信等が考えら
れるが、ＭＡＣ自体は秘密にする必要がなく、いずれの
方法でもよい。
取引者Ｂは、取引者Ａから認証コードＭＡＣ＝ｆ （ｘ
、ａ）の連絡を受けると、取引者Ａと合意の決済データ
（ｘ）及び取引者Ａより連絡された認証コードｆ （ｘ
、ａ）を端末機３０に入力して、ホストコンピュータ１
０への送信を指示する（ステップ１０４）。端末機３０
は、入力された決済データ（Ｘ）及び認証コードｆ （
ｘ、ａ）を含む決済依頼データをホストコンピュータ１
０へ送信する（ステップ１０５）。
、ａ）の連絡を受けると、取引者Ａと合意の決済データ
（ｘ）及び取引者Ａより連絡された認証コードｆ （ｘ
、ａ）を端末機３０に入力して、ホストコンピュータ１
０への送信を指示する（ステップ１０４）。端末機３０
は、入力された決済データ（Ｘ）及び認証コードｆ （
ｘ、ａ）を含む決済依頼データをホストコンピュータ１
０へ送信する（ステップ１０５）。
ホストコンピュータ１０は、取引者Ｂより決済依頼デー
タを受信すると（ステップ１０６）、外部記憶装置９０
の鍵データ登録ファイル９１より取引者Ａの秘密鍵デー
タ（、）を読取り（ステップ１０７）、取引者Ｂより受
信した決済データ（ｘ）と鍵データ登録ファイル９１よ
り読取った鍵データ（ａ）とから、予め定められたアル
ゴリズムを使用して認証比較コードＭＡＣ’ ＝ｆ （
ｘ、ａ）を作成する（ステップ１０８）。このＭＡＣ’
の作成はホストコンピュータ１０のＭＡＣ作成機構１１
で行われる。なお、取引者Ａに対応する秘密鍵データ（
ａ）のファイル９１からの読取りは、受信した決済デー
タ（ｘ）に含まれている取引者Ａの口座番号をキーとし
てファイル９１を検索することで行う。次に、ホストコ
ンピュータ１０は、ＭＡＣ作成機構１１で作成したＭＡ
（１，’ と取引者Ｂより受信したＭＡＣを比較しくス
テップ１０９）、ＭＡＣ’ ＝ＭＡＣの場合のみ、取引
者Ｂよりの決済依頼を受付けて決済処理を実行する（ス
テップ１１０）。即ち、取引者Ｂより受信した決済デー
−８＝ り（ｘ）に従い、外部記憶装置８０の口座ファイル８１
におけるＡとＢの各取引者名義の口座内容を書替える。
タを受信すると（ステップ１０６）、外部記憶装置９０
の鍵データ登録ファイル９１より取引者Ａの秘密鍵デー
タ（、）を読取り（ステップ１０７）、取引者Ｂより受
信した決済データ（ｘ）と鍵データ登録ファイル９１よ
り読取った鍵データ（ａ）とから、予め定められたアル
ゴリズムを使用して認証比較コードＭＡＣ’ ＝ｆ （
ｘ、ａ）を作成する（ステップ１０８）。このＭＡＣ’
の作成はホストコンピュータ１０のＭＡＣ作成機構１１
で行われる。なお、取引者Ａに対応する秘密鍵データ（
ａ）のファイル９１からの読取りは、受信した決済デー
タ（ｘ）に含まれている取引者Ａの口座番号をキーとし
てファイル９１を検索することで行う。次に、ホストコ
ンピュータ１０は、ＭＡＣ作成機構１１で作成したＭＡ
（１，’ と取引者Ｂより受信したＭＡＣを比較しくス
テップ１０９）、ＭＡＣ’ ＝ＭＡＣの場合のみ、取引
者Ｂよりの決済依頼を受付けて決済処理を実行する（ス
テップ１１０）。即ち、取引者Ｂより受信した決済デー
−８＝ り（ｘ）に従い、外部記憶装置８０の口座ファイル８１
におけるＡとＢの各取引者名義の口座内容を書替える。
一方、ＭＡＣ’〜ＭＡＣの場合は決済処理を拒否する（
ステップ１１１）。
ステップ１１１）。
次に、ＭＡＣ作成のアルゴリズムについて説明する。秘
密にした鍵データが容易に類推されてしまうと本発明の
方式は信頼性が低くなる。このため、第１図における各
ＭＡＣ作成機構１１，２１゜３１．４１のＭＡＣ作成ア
ルゴリズムとしては、公知の暗号アルゴリズムであるＤ
ＥＡ（ＤａｔａＥ ｎｃｒｙｐｔｉｏｎ Ａ Ｉｇｏｒ
ｉｓｍ）方式を応用することが適している。ＤＥＡは鍵
データの長さが２進５６桁と長く、鍵の類推が困難であ
る。
密にした鍵データが容易に類推されてしまうと本発明の
方式は信頼性が低くなる。このため、第１図における各
ＭＡＣ作成機構１１，２１゜３１．４１のＭＡＣ作成ア
ルゴリズムとしては、公知の暗号アルゴリズムであるＤ
ＥＡ（ＤａｔａＥ ｎｃｒｙｐｔｉｏｎ Ａ Ｉｇｏｒ
ｉｓｍ）方式を応用することが適している。ＤＥＡは鍵
データの長さが２進５６桁と長く、鍵の類推が困難であ
る。
第３図はＤＥＡを応用したＭＡＣ作成の具体例を示した
ものである。第３図において、２０１はＤＥＡによる暗
号化処理、２０２は排他論理和処理を表わしている。
ものである。第３図において、２０１はＤＥＡによる暗
号化処理、２０２は排他論理和処理を表わしている。
ＭＡＣ対象情報、すなわち、本発明では決済データ（Ｘ
）を６４ビット単位に分割し、まず初めの６４ビツトに
ついて鍵データＫ（５６ビツト）を用いて暗号化処理を
行う。この処理結果も６４ビツトである。次に、この処
理結果とＭＡＣ対象情報の次の６４ビツトとの排他論理
和をとった後、同じく鍵データＫを用いて暗号化処理を
行う。以下、同様の処理を繰返し、最終の暗号化データ
を得る。この暗号化データも６４ビツトであり、その後
半３２ビツトを４ビツトずつ区切って１６進（Ｏ〜９．
Ａ−Ｆ）で表記し、ＭＡＣとする。従って、ＭＡＣは８
桁（１６進）で表わされる。なお、暗号化処理を繰返し
、最後にＭＡＣ対象情報が６４ビツトに満ない場合は、
ゼロを付加して６４ビツトとして暗号化処理を行う。
）を６４ビット単位に分割し、まず初めの６４ビツトに
ついて鍵データＫ（５６ビツト）を用いて暗号化処理を
行う。この処理結果も６４ビツトである。次に、この処
理結果とＭＡＣ対象情報の次の６４ビツトとの排他論理
和をとった後、同じく鍵データＫを用いて暗号化処理を
行う。以下、同様の処理を繰返し、最終の暗号化データ
を得る。この暗号化データも６４ビツトであり、その後
半３２ビツトを４ビツトずつ区切って１６進（Ｏ〜９．
Ａ−Ｆ）で表記し、ＭＡＣとする。従って、ＭＡＣは８
桁（１６進）で表わされる。なお、暗号化処理を繰返し
、最後にＭＡＣ対象情報が６４ビツトに満ない場合は、
ゼロを付加して６４ビツトとして暗号化処理を行う。
以上、本発明の一実施例を説明したが、第１図において
、端末機２０，３０．４０にＭＡＣ作成機構２１，３１
．４１を内蔵せしめる代りに、ＭＡＣ専用電卓やポケッ
トコンピュータ等を別に用意し、これらの機器を使用し
て取引者がＭＡＣを作成するようにしてもよい。この場
合、端末機２０．３０．４０としては、それまでのもの
をそのま＼使用することができる。
、端末機２０，３０．４０にＭＡＣ作成機構２１，３１
．４１を内蔵せしめる代りに、ＭＡＣ専用電卓やポケッ
トコンピュータ等を別に用意し、これらの機器を使用し
て取引者がＭＡＣを作成するようにしてもよい。この場
合、端末機２０．３０．４０としては、それまでのもの
をそのま＼使用することができる。
以上説明したように、本発明によれば、電子決済システ
ムにおいて、片方の当事者からの申告のみで確実に二者
間の決済の合意事実を確認できるため、ホストコンピュ
ータに左程負担をかけることなく、不正な決済依頼デー
タや誤った依頼データを検知でき、決済システムの効率
性および信頼性を大幅に向上できる。
ムにおいて、片方の当事者からの申告のみで確実に二者
間の決済の合意事実を確認できるため、ホストコンピュ
ータに左程負担をかけることなく、不正な決済依頼デー
タや誤った依頼データを検知でき、決済システムの効率
性および信頼性を大幅に向上できる。
第１図は本発明の一実施例のブロック図、第２図は第１
図における決済処理の手順を示す図、第３図はＭＡＣ作
成の具体例を示す図である。 １０・・・ホストコンピュータ。 ２０．３０．４０・端末機、 ５０．６０．７０・・・通信回線、 ８０．９０・・外部記憶装置、 １１．２１，３１．４１・・ＭＡＣ作成機構、８１・・
・口座ファイル、
図における決済処理の手順を示す図、第３図はＭＡＣ作
成の具体例を示す図である。 １０・・・ホストコンピュータ。 ２０．３０．４０・端末機、 ５０．６０．７０・・・通信回線、 ８０．９０・・外部記憶装置、 １１．２１，３１．４１・・ＭＡＣ作成機構、８１・・
・口座ファイル、
Claims (1)
- （１）各取引者の口座ファイルを備えたホストコンピュ
ータと複数の端末機とを通信回線で結び、取引者が端末
機より決済を依頼すると、ホストコンピュータは口座フ
ァイル上での該当口座内容を書替える電子決済システム
において、 各取引者毎に自分しか知り得ない秘密の鍵データを決め
ておくと共に、ホストコンピュータに各取引者毎の鍵デ
ータを登録しておき、 二者間で決済の合意がなされたとき、一方の取引者（Ａ
とする）は決済データと自分の鍵データとにより認証コ
ードを作成して他方の取引者（Ｂとする）に連絡し、 取引者Ｂは決済データと取引者Ａより連絡のあった認証
コードをホストコンピュータへ送って決済を依頼し、 ホストコンピュータでは、受信した決済データと予め登
録してある取引者Ａの鍵データとにより認証比較コード
を作成し、該作成した認証比較コードと受信した認証コ
ードとが一致した場合、決済処理を実行することを特徴
とする電子決済システムの決済確認方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP63070192A JPH01243175A (ja) | 1988-03-24 | 1988-03-24 | 電子決済システムの決済確認方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP63070192A JPH01243175A (ja) | 1988-03-24 | 1988-03-24 | 電子決済システムの決済確認方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH01243175A true JPH01243175A (ja) | 1989-09-27 |
| JPH0532783B2 JPH0532783B2 (ja) | 1993-05-17 |
Family
ID=13424414
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP63070192A Granted JPH01243175A (ja) | 1988-03-24 | 1988-03-24 | 電子決済システムの決済確認方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH01243175A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003536181A (ja) * | 2000-06-22 | 2003-12-02 | マスターカード インターナシヨナル インコーポレーテツド | 擬似或いは代理口座番号なしでコンピュータネットワークを越えて安全な支払いを処理するための改善された方法およびシステム |
-
1988
- 1988-03-24 JP JP63070192A patent/JPH01243175A/ja active Granted
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003536181A (ja) * | 2000-06-22 | 2003-12-02 | マスターカード インターナシヨナル インコーポレーテツド | 擬似或いは代理口座番号なしでコンピュータネットワークを越えて安全な支払いを処理するための改善された方法およびシステム |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0532783B2 (ja) | 1993-05-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6311171B1 (en) | Symmetrically-secured electronic communication system | |
| US6938019B1 (en) | Method and apparatus for making secure electronic payments | |
| US8527427B2 (en) | Method and system for performing a transaction using a dynamic authorization code | |
| CN110383757A (zh) | 用于安全处理电子身份的系统和方法 | |
| JP2003534585A (ja) | コンピュータネットワークを越える安全な支払い方法およびそのシステム | |
| US12014338B2 (en) | Device for directly transmitting electronic coin data records to another device, and payment system | |
| US20030154376A1 (en) | Optical storage medium for storing, a public key infrastructure (pki)-based private key and certificate, a method and system for issuing the same and a method for using | |
| US20100153273A1 (en) | Systems for performing transactions at a point-of-sale terminal using mutating identifiers | |
| EP0402301A1 (en) | A method of transferring data and a system for transferring data | |
| US20040012567A1 (en) | Secure input device | |
| US20070168291A1 (en) | Electronic negotiable documents | |
| JPS597989B2 (ja) | 取引実行システムのための個人認証方法 | |
| EP1068597A1 (en) | System and method for secure presentment and payment over open networks | |
| JPWO2004066177A1 (ja) | 指紋センサ付き携帯型電子機器を用いたカード決済方法 | |
| JP2003517658A (ja) | 携帯型電子的課金／認証デバイスとその方法 | |
| US20230103038A1 (en) | Method for directly transferring electronic coin data sets between terminals, payment system, currency system and monitoring unit | |
| JP2002537600A (ja) | カード所有者がカードに関連付けられた義務の履行を要求し、発行者が前記義務を承認するための方法 | |
| US20090204518A1 (en) | System for electronically implementing a business transaction between a payee and a payor | |
| JPH01243175A (ja) | 電子決済システムの決済確認方法 | |
| CN1360265B (zh) | 便携式电子特许装置 | |
| KR100224756B1 (ko) | 금융 온라인 거래 시스템에서 비밀번호 관리 방법 | |
| JPS59158639A (ja) | 自動照合の方法および装置 | |
| KR20190119294A (ko) | 거래연동 인증 암호화폐 하드웨어 지갑 및 이의 거래 방법 | |
| US20240127242A1 (en) | Methods and systems for processing customer-initiated payment transactions | |
| JP4334021B2 (ja) | 読取り装置内の累積の証明方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |