JP2020086600A - 電子通貨管理システム - Google Patents
電子通貨管理システム Download PDFInfo
- Publication number
- JP2020086600A JP2020086600A JP2018215902A JP2018215902A JP2020086600A JP 2020086600 A JP2020086600 A JP 2020086600A JP 2018215902 A JP2018215902 A JP 2018215902A JP 2018215902 A JP2018215902 A JP 2018215902A JP 2020086600 A JP2020086600 A JP 2020086600A
- Authority
- JP
- Japan
- Prior art keywords
- ledger
- management system
- account
- electronic currency
- user
- 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
- 238000004891 communication Methods 0.000 claims abstract description 259
- 238000012545 processing Methods 0.000 claims description 20
- 238000012546 transfer Methods 0.000 claims description 19
- 238000000034 method Methods 0.000 claims description 14
- 230000004044 response Effects 0.000 claims description 13
- 230000003247 decreasing effect Effects 0.000 claims description 4
- 230000007423 decrease Effects 0.000 claims description 3
- 238000012986 modification Methods 0.000 description 9
- 230000004048 modification Effects 0.000 description 9
- 238000013459 approach Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 6
- 238000012795 verification Methods 0.000 description 6
- 239000000126 substance Substances 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 239000010454 slate Substances 0.000 description 1
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
図1は本発明の一実施形態に係る電子通貨管理システム1の構成を示した図である。電子通貨管理システム1は、複数の通信装置11(A)、11(B)、11(C)等(ただし、( )内の文字はユーザの識別情報)を備える。以下、通信装置11(A)、11(B)、11(C)等の各々を区別する必要がない場合、単に通信装置11という。通信装置11は、有線及び無線の少なくとも一方により他の通信装置との間で通信可能な装置であれば、その形態はいずれの装置であってもよい。つまり、通信装置11は、サーバ装置、ユーザ端末装置等のいずれであってもよい。
(1a)ユーザの操作に応じて、トランザクションの要求を示す要求データを生成する。
(1b)上記(1a)において生成した要求データを、近隣のノードを構成する他の通信装置11に送信する。
(1c)近隣のノードを構成する他の通信装置11から送信されてくる各種データを、当該データの送信元ではない近隣のノードを構成する他の通信装置11に送信する。
(1d)マイナーの役割を果たす通信装置11から直接又は他の通信装置11を介して送信されてくる台帳R1、台帳R2及び要求テーブルT1を含む台帳データを受信し記憶する。
(1e)他の通信装置11から送信されてくる要求データを受信し、受信した要求データを生成したユーザが、要求データにより要求されるトランザクションの送金元の口座のユーザであるか否かを、既知の電子署名を用いた検証により判定する。
(1f)上記(1e)の判定において、生成したユーザとトランザクションの送金元の口座のユーザが一致すると判定された要求データに関し、当該要求データにより要求されるトランザクションの送金元及び送金先の口座がいずれも台帳r1により管理される口座であるか否かを判定する。
(1g)上記(1f)の判定において、トランザクションの送金元及び送金先の口座がいずれも台帳r1により管理される口座であると判定された要求データのうち、当該要求データにより要求されるトランザクションの実行後の送金元の口座の残高が、当該口座に付与されている与信額を超えては不足しない要求データのみを、ブロックにまとめられる前の要求データとして一時的に記憶する。
(1h)上記(1f)の判定において、トランザクションの送金元及び送金先の口座の少なくとも一方が台帳r2により管理される口座であると判定された要求データを、要求テーブルT1に追加する。
(1i)インターネットIに接続したマスター通信装置から直接又は他の通信装置11を介して送信されてくる台帳R2と要求テーブルT2を受信し、受信した台帳R2と要求テーブルT2の出所がマスター通信装置であるか否かを、既知の電子署名を用いた検証により判定する。
(1j)上記(1i)の判定において、台帳R2の出所がマスター通信装置であると判定した場合、それまで記憶していた古い台帳R2を削除し、新たに受信した台帳R2を記憶する。
(1k)上記(1i)の判定において、要求テーブルT2の出所がマスター通信装置であると判定した場合、受信した要求テーブルT2と、その時点で記憶している要求テーブルT1とに含まれる要求データのうち、当該要求データにより要求されるトランザクションの実行後の送金元の口座の残高が、当該口座に付与されている与信額を超えては不足しない要求データのみを、ブロックにまとめられる前の要求データとして一時的に記憶する。
(1l)インターネットIに接続したマスター通信装置から直接又は他の通信装置11を介して台帳R2と要求テーブルT2を受信したときに、その時点で記憶している台帳R1と要求テーブルT1をマスター通信装置に送信する。
(1m)上記(1g)及び(1k)において一時的に記憶した要求データが1ブロックの量に達したときに、それらの要求データを新たなブロックとしてブロックチェーン形式の台帳R1に追加するための処理を行う。なお、新たなブロックを台帳R1に追加するための処理は、例えば、既知のPoW(Proof of Work)等のコンセンサスアルゴリズムに従い実行されるため、その説明を省略する。
(1n)新たなブロックを既存の台帳R1に追加することに関し、他のマイナーの役割を果たす通信装置11の間でコンセンサスが得られた場合、その新たなブロックを既存の台帳R1に追加する。これにより、ブロックに含まれる要求データにより要求されるトランザクションが実行されたことになる。
(1o)記憶している台帳R1、台帳R2及び要求テーブルT1のいずれかが更新された場合、それらを含む台帳データを近隣のノードを構成する他の通信装置11に送信する。
(2a)ユーザの操作に応じて、トランザクションの要求を示す要求データを生成する。
(2b)上記(2a)において生成した要求データを、近隣のノードを構成する他の通信装置11に送信する。
(2c)近隣のノードを構成する他の通信装置11から送信されてくる各種データを、当該データの送信元ではない近隣のノードを構成する他の通信装置11に送信する。
(2d)マスター通信装置から直接又は他の通信装置11を介して送信されてくる台帳R1、台帳R2及び要求テーブルT2を含む台帳データを受信し記憶する。
(2e)他の通信装置11から送信されてくる要求データを受信し、受信した要求データを生成したユーザが、要求データにより要求されるトランザクションの送金元の口座のユーザであるか否かを、既知の電子署名を用いた検証により判定する。
(2f)上記(2e)の判定において、生成したユーザとトランザクションの送金元の口座のユーザが一致すると判定された要求データに関し、当該要求データにより要求されるトランザクションの送金元及び送金先の口座がいずれも台帳r2により管理される口座であるか否かを判定する。
(2g)上記(2f)の判定において、トランザクションの送金元及び送金先の口座がいずれも台帳r2により管理される口座であると判定された要求データのうち、当該要求データにより要求されるトランザクションの実行後の送金元の口座の残高が、当該口座に付与されている与信額を超えては不足しない要求データのみを、既存の台帳r2に追加する。これにより、要求データにより要求されるトランザクションが実行されたことになる。
(2h)上記(2f)の判定において、トランザクションの送金元及び送金先の口座の少なくとも一方が台帳r1により管理される口座であると判定された要求データを、要求テーブルT2に追加する。
(2i)インターネットIに接続したときにマイナーの役割を果たす通信装置11から送信されてくる台帳R1と要求テーブルT1を受信し、受信した台帳R1と要求テーブルT1の正当性を判定する。例えば、台帳R1の正当性は、所定の規則に従い算出したハッシュ値が所定の条件を満たすか否かにより判定する。また、要求テーブルT1の正当性は、要求テーブルT1に含まれる要求データの各々の出所が、当該要求データにより要求されるトランザクションの送金元の口座のユーザであることを、当該要求データに付与されている電子署名を検証することで判定する。
(2j)上記(2i)の判定において、台帳R1が正当であると判定した場合、それまで記憶していた古い台帳R1を削除し、新たに受信した台帳R1を記憶する。
(2k)上記(2i)の判定において、要求テーブルT1が正当であると判定した場合、受信した要求テーブルT1と、その時点で記憶している要求テーブルT2とに含まれる要求データのうち、当該要求データにより要求されるトランザクションの実行後の送金元の口座の残高が、当該口座に付与されている与信額を超えては不足しない要求データのみを、台帳r2に追加する。これにより、要求データにより要求されるトランザクションが実行されたことになる。
(2l)インターネットIに接続したときに、その時点で記憶している台帳R2と要求テーブルT2を、インターネットIにおいてP2P型ネットワークを構築しているいずれかの通信装置11に送信する。
(2m)記憶している台帳R1、台帳R2及び要求テーブルT2のいずれかが更新された場合、それらを含む台帳データを近隣のノードを構成する他の通信装置11に送信する。
上述した実施形態は、本発明の技術的思想の範囲内で様々に変形することができる。以下にそれらの変形の例を示す。上述した実施形態及び以下の変形例のうちの2以上が組み合わされてもよい。
(1a)ユーザの操作に応じて、トランザクションの要求を示す要求データを生成する。
(1b)上記(1a)において生成した要求データを、サーバ装置21に送信する。
(2a)ユーザの操作に応じて、トランザクションの要求を示す要求データを生成する。
(2b)上記(2a)において生成した要求データを、サーバ装置22に送信する。
(3a)通信装置11から送信されてくる要求データを受信し、受信した要求データを生成したユーザが、要求データにより要求されるトランザクションの送金元の口座のユーザであるか否かを、既知の電子署名を用いた検証により判定する。
(3b)上記(3a)の判定において、生成したユーザとトランザクションの送金元の口座のユーザが一致すると判定された要求データに関し、当該要求データにより要求されるトランザクションの送金元及び送金先の口座がいずれも台帳r1により管理される口座であるか否かを判定する。
(3c)上記(3b)の判定において、トランザクションの送金元及び送金先の口座がいずれも台帳r1により管理される口座であると判定された要求データのうち、当該要求データにより要求されるトランザクションの実行後の送金元の口座の残高が、当該口座に付与されている与信額を超えては不足しない要求データのみを、既存の台帳r1に追加する。これにより、要求データにより要求されるトランザクションが実行されたことになる。
(3d)上記(3b)の判定において、トランザクションの送金元及び送金先の口座の少なくとも一方が台帳r2により管理される口座であると判定された要求データを、要求テーブルT1に追加する。
(3e)インターネットIに接続したサーバ装置22から送信されてくる台帳R2と要求テーブルT2を受信し、受信した台帳R2と要求テーブルT2の出所がサーバ装置22であるか否かを、台帳R2と要求テーブルT2に付与されている電子署名を検証することで判定する。
(3f)上記(3e)の判定において、台帳R2の出所がサーバ装置22であると判定した場合、それまで記憶していた古い台帳R2を削除し、新たに受信した台帳R2を記憶する。
(3g)上記(3e)の判定において、要求テーブルT2の出所がサーバ装置22であると判定した場合、受信した要求テーブルT2と、その時点で記憶している要求テーブルT1とに含まれる要求データのうち、当該要求データにより要求されるトランザクションの実行後の送金元の口座の残高が、当該口座に付与されている与信額を超えては不足しない要求データのみを、台帳r1に追加する。これにより、要求データにより要求されるトランザクションが実行されたことになる。
(3h)インターネットIに接続したサーバ装置22から台帳R2と要求テーブルT2を受信したときに、その時点で記憶している台帳R1と要求テーブルT1をサーバ装置22に送信する。
(4a)通信装置11から送信されてくる要求データを受信し、受信した要求データを生成したユーザが、要求データにより要求されるトランザクションの送金元の口座のユーザであるか否かを、既知の電子署名を用いた検証により判定する。
(4b)上記(4a)の判定において、生成したユーザとトランザクションの送金元の口座のユーザが一致すると判定された要求データに関し、当該要求データにより要求されるトランザクションの送金元及び送金先の口座がいずれも台帳r2により管理される口座であるか否かを判定する。
(4c)上記(4b)の判定において、トランザクションの送金元及び送金先の口座がいずれも台帳r2により管理される口座であると判定された要求データのうち、当該要求データにより要求されるトランザクションの実行後の送金元の口座の残高が、当該口座に付与されている与信額を超えては不足しない要求データのみを、既存の台帳r2に追加する。これにより、要求データにより要求されるトランザクションが実行されたことになる。
(4d)上記(4b)の判定において、トランザクションの送金元及び送金先の口座の少なくとも一方が台帳r1により管理される口座であると判定された要求データを、要求テーブルT2に追加する。
(4e)インターネットIに接続したときにサーバ装置21から送信されてくる台帳R1と要求テーブルT1を受信し、受信した台帳R1と要求テーブルT1の出所がサーバ装置21であるか否かを、台帳R1と要求テーブルT1に付与されている電子署名を検証することで判定する。
(4f)上記(4e)の判定において、台帳R1の出所がサーバ装置21であると判定した場合、それまで記憶していた古い台帳R1を削除し、新たに受信した台帳R1を記憶する。
(4g)上記(4e)の判定において、要求テーブルT1の出所がサーバ装置21であると判定した場合、受信した要求テーブルT1と、その時点で記憶している要求テーブルT2とに含まれる要求データのうち、当該要求データにより要求されるトランザクションの実行後の送金元の口座の残高が、当該口座に付与されている与信額を超えては不足しない要求データのみを、台帳r2に追加する。これにより、要求データにより要求されるトランザクションが実行されたことになる。
(4h)インターネットIに接続したときに、その時点で記憶している台帳R2と要求テーブルT2をサーバ装置21に送信する。
(1a)ユーザの操作に応じて、トランザクションの要求を示す要求データを生成する。
(1b)上記(1a)において生成した要求データのうち、当該要求データにより要求されるトランザクションの送金元と送金先の口座の少なくとも一方が台帳r1により管理される口座である要求データを、サーバ装置21に送信する。
(1c)サーバ装置21から、送金先の口座が自装置に記憶している台帳r2により管理される口座であるトランザクションを要求する要求データを受信したときに、当該要求データを自装置に記憶している台帳r2に追加する。これにより、台帳r1により管理される自装置のユーザ又はそれ以外のユーザの口座から、台帳r2により管理される自装置のユーザの口座へのMarCOのチャージが行われたことになる。
(1d)上記(1a)において生成した要求データのうち、当該要求データにより要求されるトランザクションの送金元と送金先の口座の両方が台帳r2により管理される口座である要求データを、送金先の口座のユーザが使用する通信装置11に送信し、当該要求データを、自装置に記憶している台帳r2に追加する。これにより、自装置のユーザの台帳r2により管理される口座にチャージされていたMarCOが使用されたことになる。
(1e)他の通信装置11から送信されてくる要求データであって、当該要求データにより要求されるトランザクションの送金元と送金先の口座の両方が台帳r2により管理される口座である要求データを受信したときに、当該要求データの出所がトランザクションの送金元の口座のユーザであるか否かを、当該要求データに付与されている電子署名を検証することで判定する。
(1f)上記(1e)の判定において、要求データの出所が送金元の口座のユーザであると判定した場合、当該要求データを自装置に記憶している台帳r2に追加する。これにより、自装置のユーザではないユーザの台帳r2により管理される口座から、自装置のユーザの台帳r2により管理される口座へのMarCOのチャージが行われたことになる。
(2a)ユーザの操作に応じて、トランザクションの要求を示す要求データを生成する。
(2b)上記(2a)において生成した要求データのうち、当該要求データにより要求されるトランザクションの送金元と送金先の口座の少なくとも一方が台帳r1により管理される口座である要求データを、要求テーブルt2に追加する。
(2c)上記(2a)において生成した要求データのうち、当該要求データにより要求されるトランザクションの送金元と送金先の口座の両方が台帳r2により管理される口座である要求データを、送金先の口座のユーザが使用する通信装置11に送信し、当該要求データを、自装置に記憶している台帳r2に追加する。これにより、自装置のユーザの台帳r2により管理される口座にチャージされていたMarCOが使用されたことになる。
(2d)他の通信装置11から送信されてくる要求データであって、当該要求データにより要求されるトランザクションの送金元と送金先の口座の両方が台帳r2により管理される口座である要求データを受信したときに、当該要求データの出所がトランザクションの送金元の口座のユーザであるか否かを、当該要求データに付与されている電子署名を検証することで判定する。
(2e)上記(2d)の判定において、要求データの出所が送金元の口座のユーザであると判定した場合、当該要求データを自装置に記憶している台帳r2に追加する。これにより、自装置のユーザではないユーザの台帳r2により管理される口座から、自装置のユーザの台帳r2により管理される口座へのMarCOのチャージが行われたことになる。
(3a)記憶していた要求テーブルt2をサーバ装置21に送信する。
(3b)サーバ装置21に自装置のユーザの口座を管理する台帳r1を要求し、その応答として送信されてくる台帳r1を受信し、それまで記憶していた古い台帳r1を削除し、新たに受信した台帳r1を記憶する。
(4a)通信装置11から送信されてくる要求データ及び要求テーブルt2を受信し、受信した要求データ及び受信した要求テーブルt2に含まれる要求データの各々に関し、当該要求データを生成したユーザが、当該要求データにより要求されるトランザクションの送金元の口座のユーザであるか否かを、既知の電子署名を用いた検証により判定する。
(4b)上記(4a)の判定において、生成したユーザとトランザクションの送金元の口座のユーザが一致すると判定された要求データに関し、当該要求データにより要求されるトランザクションの送金元及び送金先の口座がいずれも台帳r1により管理される口座であるか否かを判定する。
(4c)上記(4b)の判定において、トランザクションの送金元及び送金先の口座がいずれも台帳r1により管理される口座であると判定された要求データのうち、当該要求データにより要求されるトランザクションの実行後の送金元の口座の残高が、当該口座に付与されている与信額を超えては不足しない要求データのみを、既存の台帳R1に追加する。これにより、2つの台帳r1により管理される口座間におけるMarCOの送金が実行されたことになる。
(4d)上記(4b)の判定において、トランザクションの送金元が台帳r2により管理される口座であり、送金先の口座が台帳r1により管理される口座であると判定された要求データを、送信先の口座を管理する台帳r1に追加する。これにより、台帳r2により管理される口座にチャージされていたMarCOが台帳r1により管理される口座に入金されたことになる。
(4e)上記(4b)の判定において、トランザクションの送金元が台帳r1により管理される口座であり、送金先の口座が台帳r2により管理される口座であると判定された要求データのうち、当該要求データにより要求されるトランザクションの実行後の送金元の口座の残高が、当該口座に付与されている与信額を超えては不足しない要求データのみを、既存の台帳R1に追加するとともに、その要求データを送金先の口座のユーザが使用している通信装置11に送信する。これにより、台帳r1により管理される口座から台帳r2により管理される口座へのMarCOのチャージが行われたことになる。
(4f)通信装置11からの要求に応じて、要求元の通信装置11のユーザの口座を管理する台帳r1を要求元の通信装置11に送信する。
Claims (14)
- ユーザの通信装置が第1のネットワークに接続して使用可能な電子通貨の残高を口座毎に管理し、管理下の口座の残高をトランザクションの要求に応じて増減する処理を行う第1の台帳管理システムと、
ユーザの通信装置が前記第1のネットワークに接続しないで使用可能な電子通貨の残高を口座毎に管理し、管理下の口座の残高をトランザクションの要求に応じて増減する処理を行う第2の台帳管理システムと
を備え、
前記第1の台帳管理システムと前記第2の台帳管理システムは、互いに通信可能なときに、トランザクションの要求に応じて、前記第1の台帳管理システムの管理下の口座と前記第2の台帳管理システムの管理下の口座との間で電子通貨を移動する処理を行う
電子通貨管理システム。 - 前記第1の台帳管理システムは、前記第2の台帳管理システムと通信不可能なときに前記第1の台帳管理システムに対し行われた、前記第1の台帳管理システムが管理する口座と前記第2の台帳管理システムが管理する口座の間で行われるトランザクションの要求、及び、前記第2の台帳管理システムが管理する2つの口座の間で行われるトランザクションの要求の少なくとも一方を蓄積し、
前記第2の台帳管理システムは、前記第1の台帳管理システムと通信不可能なときに前記第2の台帳管理システムに対し行われた、前記第1の台帳管理システムが管理する口座と前記第2の台帳管理システムが管理する口座の間で行われるトランザクションの要求、及び、前記第1の台帳管理システムが管理する2つの口座の間で行われるトランザクションの要求の少なくとも一方を蓄積し、
前記第1の台帳管理システムと前記第2の台帳管理システムは、互いに通信可能なときに、蓄積している未処理のトランザクションの要求に応じて、口座間で電子通貨を移動する処理を行う
請求項1に記載の電子通貨管理システム。 - 前記第1の台帳管理システムは分散台帳を用いて電子通貨の残高を口座毎に管理する
請求項1又は2に記載の電子通貨管理システム。 - 前記第1の台帳管理システムはブロックチェーンにより前記分散台帳を管理する
請求項3に記載の電子通貨管理システム。 - 前記第1の台帳管理システムは中央管理台帳を用いて電子通貨の残高を口座毎に管理する
請求項1又は2に記載の電子通貨管理システム。 - 複数のユーザの各々に応じた前記第1の台帳管理システムを備え、
前記第1の台帳管理システムはユーザが用いる通信装置において動作し、当該ユーザの口座のみの電子通貨の残高を管理する
請求項1又は2に記載の電子通貨管理システム。 - 前記第2の台帳管理システムは、ユーザの通信装置が前記第1のネットワークとは異なる第2のネットワークに接続して使用可能な電子通貨の残高を口座毎に管理する
請求項1乃至6のいずれか1項に記載の電子通貨管理システム。 - 前記第2の台帳管理システムは分散台帳を用いて電子通貨の残高を口座毎に管理する
請求項7に記載の電子通貨管理システム。 - 前記第2の台帳管理システムはブロックチェーンにより前記分散台帳を管理する
請求項8に記載の電子通貨管理システム。 - 前記第2の台帳管理システムは中央管理台帳を用いて電子通貨の残高を口座毎に管理する
請求項7に記載の電子通貨管理システム。 - 複数のユーザの各々に応じた前記第2の台帳管理システムを備え、
前記第2の台帳管理システムはユーザが用いる通信装置において動作し、当該ユーザの口座のみの電子通貨の残高を管理する
請求項7に記載の電子通貨管理システム。 - 前記第1の台帳管理システムと前記第2の台帳管理システムは同一のユーザの口座を管理し、
前記第1の台帳管理システムは自装置の管理下の一のユーザの口座の出納を管理する台帳に対応付けて前記一のユーザの前記第2の台帳管理システムの管理下の口座の出納を管理する台帳を記憶し、
前記第2の台帳管理システムは自装置の管理下の前記一のユーザの口座の出納を管理する台帳に対応付けて前記一のユーザの前記第1の台帳管理システムの管理下の口座の出納を管理する台帳を記憶する
請求項1乃至11のいずれか1項に記載の電子通貨管理システム。 - 前記第1の台帳管理システムは管理下の口座の残高が不足しても当該口座に付与されている与信額の範囲内であればトランザクションに応じて当該口座の残高を減額する処理を行う
請求項1乃至12のいずれか1項に記載の電子通貨管理システム。 - 前記第2の台帳管理システムは管理下の口座の残高が不足しても当該口座に付与されている与信額の範囲内であればトランザクションに応じて当該口座の残高を減額する処理を行う
請求項1乃至13のいずれか1項に記載の電子通貨管理システム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2018215902A JP7125072B2 (ja) | 2018-11-16 | 2018-11-16 | 電子通貨管理システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2018215902A JP7125072B2 (ja) | 2018-11-16 | 2018-11-16 | 電子通貨管理システム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2020086600A true JP2020086600A (ja) | 2020-06-04 |
JP7125072B2 JP7125072B2 (ja) | 2022-08-24 |
Family
ID=70908027
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2018215902A Active JP7125072B2 (ja) | 2018-11-16 | 2018-11-16 | 電子通貨管理システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP7125072B2 (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20210089606A (ko) * | 2020-07-17 | 2021-07-16 | 바이두 온라인 네트웍 테크놀러지 (베이징) 캄파니 리미티드 | 블록체인의 결제 처리 방법, 장치, 기기 및 매체 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001243400A (ja) * | 2000-03-01 | 2001-09-07 | Fujitsu Ltd | 関連口座を用いた口座管理システム |
JP2007213399A (ja) * | 2006-02-10 | 2007-08-23 | Nec Electronics Corp | 電子マネー決済システム、加入者端末、加入者端末の決済方法及びプログラム |
JP6363254B1 (ja) * | 2017-05-02 | 2018-07-25 | 株式会社 みずほ銀行 | 支払支援システム及び支払支援方法 |
-
2018
- 2018-11-16 JP JP2018215902A patent/JP7125072B2/ja active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001243400A (ja) * | 2000-03-01 | 2001-09-07 | Fujitsu Ltd | 関連口座を用いた口座管理システム |
JP2007213399A (ja) * | 2006-02-10 | 2007-08-23 | Nec Electronics Corp | 電子マネー決済システム、加入者端末、加入者端末の決済方法及びプログラム |
JP6363254B1 (ja) * | 2017-05-02 | 2018-07-25 | 株式会社 みずほ銀行 | 支払支援システム及び支払支援方法 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20210089606A (ko) * | 2020-07-17 | 2021-07-16 | 바이두 온라인 네트웍 테크놀러지 (베이징) 캄파니 리미티드 | 블록체인의 결제 처리 방법, 장치, 기기 및 매체 |
JP2021157836A (ja) * | 2020-07-17 | 2021-10-07 | バイドゥ オンライン ネットワーク テクノロジー (ベイジン) カンパニー リミテッド | ブロックチェーンの決済処理方法、装置、機器及び媒体 |
JP7254120B2 (ja) | 2020-07-17 | 2023-04-07 | バイドゥ オンライン ネットワーク テクノロジー(ペキン) カンパニー リミテッド | ブロックチェーンの決済処理方法、装置、機器及び媒体 |
KR102629821B1 (ko) * | 2020-07-17 | 2024-01-29 | 바이두 온라인 네트웍 테크놀러지 (베이징) 캄파니 리미티드 | 블록체인의 결제 처리 방법, 장치, 기기 및 매체 |
Also Published As
Publication number | Publication date |
---|---|
JP7125072B2 (ja) | 2022-08-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2021135904A (ja) | データ処理装置およびデータ処理方法 | |
US20190164150A1 (en) | Using Blockchain Ledger for Selectively Allocating Transactions to User Accounts | |
EP3140979A1 (en) | Devices, systems, and methods for facilitating low trust and zero trust value transfers | |
CN101124604A (zh) | 便于将资金转入银行账户的设备 | |
KR101879353B1 (ko) | 가상화폐 중개 서비스 시스템 및 방법 | |
CN108510315B (zh) | 一种资源发布方法及相关设备 | |
CN110851531B (zh) | 协作边缘计算方法、区块链和协作边缘计算系统 | |
JP2010198369A (ja) | 電子債権共同管理システム | |
JP2013186732A (ja) | クレジットカードシステム | |
EP1257932A1 (en) | A system for managing inter-company settlement and the method therefor | |
JP2001357214A (ja) | 仮想銀行における送金方法ならびにシステムおよび同方法がプログラムされ記録された記録媒体 | |
JP2021189861A (ja) | ウォレットサーバ、ウォレットシステム、およびプログラム | |
JP6957095B2 (ja) | 仮想通貨管理システム | |
JP7272306B2 (ja) | ウォレットサーバ、ウォレットプログラムおよびウォレットシステム | |
JP7125072B2 (ja) | 電子通貨管理システム | |
JP6254661B1 (ja) | 口座管理システム、銀行システム、口座管理方法及びプログラム | |
JP7045301B2 (ja) | 現金配達システムおよび現金配達方法 | |
KR102204403B1 (ko) | 블록체인의 확장을 가능하게 하는 트랜잭션 처리 시스템 및 방법 | |
WO2001067331A1 (en) | A system for managing inter-company settlement and the method therefor | |
KR20040060909A (ko) | 이동통신 단말기를 이용한 유무선 통합 인증 및 결제방법 | |
CN110648228A (zh) | 一种通过链上数字货币结算的链上资产转移系统和方法 | |
KR101990512B1 (ko) | 가상화폐의 환전 및 현금정산 시스템 및 방법 | |
JP2006209302A (ja) | 振込事務集中処理システム | |
JP5752110B2 (ja) | 送金装置および送金方法 | |
JP2021068446A (ja) | メッセンジャーを利用して決済手段の連動口座を変更する方法、システム、および非一時的なコンピュータ読み取り可能な記録媒体 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20210616 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20220524 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20220531 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220621 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20220712 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20220803 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 7125072 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |