JP7465764B2 - 電子決済システムおよび電子決済方法 - Google Patents

電子決済システムおよび電子決済方法 Download PDF

Info

Publication number
JP7465764B2
JP7465764B2 JP2020145947A JP2020145947A JP7465764B2 JP 7465764 B2 JP7465764 B2 JP 7465764B2 JP 2020145947 A JP2020145947 A JP 2020145947A JP 2020145947 A JP2020145947 A JP 2020145947A JP 7465764 B2 JP7465764 B2 JP 7465764B2
Authority
JP
Japan
Prior art keywords
transaction
asset
information
funds
unlock
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.)
Active
Application number
JP2020145947A
Other languages
English (en)
Other versions
JP2022040968A (ja
Inventor
卓 長洞
仁志夫 山田
康範 橋本
丈利 境
開帆 福地
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2020145947A priority Critical patent/JP7465764B2/ja
Priority to CN202180052504.6A priority patent/CN115989537A/zh
Priority to US18/022,338 priority patent/US20230325822A1/en
Priority to PCT/JP2021/027808 priority patent/WO2022044662A1/ja
Publication of JP2022040968A publication Critical patent/JP2022040968A/ja
Application granted granted Critical
Publication of JP7465764B2 publication Critical patent/JP7465764B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3825—Use of electronic signatures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3827—Use of message hashing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09C—CIPHERING OR DECIPHERING APPARATUS FOR CRYPTOGRAPHIC OR OTHER PURPOSES INVOLVING THE NEED FOR SECRECY
    • G09C1/00—Apparatus or methods whereby a given sequence of signs, e.g. an intelligible text, is transformed into an unintelligible sequence of signs by transposing the signs or groups of signs or by replacing them by others according to a predetermined system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Computer Security & Cryptography (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Description

本発明は、電子決済システムおよび電子決済方法に係り、特に、資産・資金を預託して、電子決済取引をする場合に、取引の安全性を担保しながら、資産・資金の流動性の低下を防止するのに好適な電子決済システムおよび電子決済方法に関する。
情報処理技術の進展により、株式などの証券の取引きを、サーバなどの情報処理装置とそれらを接続したネットワーク回線により構成されたシステムを介して行う電子商取引が一般的に普及してきている。
このような電子商取引の一例として、非特許文献１には、ＤｖＰ（Delivery Versus Payment）取引において、ＨＴＬＣ（Hashed Timelock Contract）を実現するメカニズムが記載されている。この非特許文献１には、秘密情報やハッシュ関数、また、タイムアウトといった仕組みを活用した、資産/資金のアトミックな交換方法について記載されている。
ここで、ＤｖＰ取引とは、証券と資金の授受をリンクさせ、代金の支払いが行われることを条件に証券の引渡しを行い、逆に、証券の引渡しが行われることを条件に代金の支払いを行うことにより、仮に決済不履行が生じても、両者において取りはぐれが生じない決済取引の方法である。
また、ＨＴＬＣとは、まず、取引者の資産／資金をそれぞれエスクロー（Escrow:預託）用の領域に移動させ、その後、一方の資産／資金が相手に渡ると、もう一方の資産／資金も相手に移動可能とし、資産が移動されないままに一定時間たつと、タイムアウトとなり、エスクロー用の領域の資産をそれぞれ元の保有者が引き戻せるようにする取引メカニズムに関するものである。
また、非特許文献２には、このようなＨＴＬＣの問題点が指摘されている。
TierNolan, Bitcoin Forum ＞ Bitcoin ＞ Development & Technical Discussion ＞ Alt chains and atomic transfers、[online]、July 18, 2020、[令和０２年７月１８日検索]、インターネット＜ＵＲＬ：https://bitcointalk.org/index.php? topic=193281.0＞ 日本銀行、欧州中央銀行、"Project Stella：日本銀行・欧州中央銀行による分散型台帳技術に関する共同調査報告書（第２フェーズ）"、２０１８年３月２７日、[令和０２年７月１８日検索]、インターネット＜ＵＲＬ：https://www.boj.or.jp/announcements/release_2018/data/rel180327a1.pdf，https://www.boj.or.jp/announcements/release_2018/data/rel180327a3.pdf，https://www.boj.or.jp/announcements/release_2018/data/rel180327a2.pdf，https://www.boj.or.jp/announcements/release_2018/data/rel180327a4.pdf＞
上記非特許文献1には、複数の資産／資金決済装置をまたがり、かつ、仲介者なくＤｖＰ取引を実現するＨＴＬＣのメカニズムについて記載されている。
しかしながら、非特許文献１に記載されている技術は、取引不成立時の資産／資金の流動性の低下という課題がある。この点について、非特許文献２においては、「流動性の利用という観点からは、複数台帳ＨＴＬＣ方式の方が、単一台帳方式と比べて効率性が低くなる傾向にある。特に、資産のロックが行われたものの、決済が未了となり、タイムアウト時間経過後に元の所有者に戻る場合には、こうした傾向が強くなる。」と記載されている。
本発明の目的は、取引者が資産を預託する電子決済を利用したＤｖＰ取引において、ロック中の資産をタイムアウトによらずに安全に引き戻すことができ、取引の安全性を担保しつつ、取引不成立時における資産／資金の流動性を低下させることを回避することができる電子決済システムおよび電子決済方法を提供することにある。
本発明の電子決済システムの構成は、好ましくは、資産／資金に関するトランザクションを発行するトランザクション発行装置と、トランザクション発行装置とネットワークにより接続され、トランザクション発行装置の発行するトランザクションに基づいて資産／資金の決済を行う資産／資金決済装置とからなる電子決済システムであって、トランザクションは、資産／資金の数量と、トランザクション発行元の電子署名を含むロック解除情報と、取引者の公開鍵を含むロック解除条件とを有し、第一のトランザクションは、複数の連続してなるロック解除条件を保持するレコードからなり、第一のトランザクションのロック解除条件には、トランザクション発行元と異なる電子署名に関する公開鍵情報を含み、資産／資金決済装置は、トランザクション発行装置の発行する第一のトランザクションを台帳に転記して、第一のトランザクション後に発行された第二のトランザクションの実行の可否を、台帳に転記されたロック解除情報とロック解除条件と、第二のトランザクションの台帳のロック解除情報とロック解除条件とを、第一のトランザクションの複数の連続してなるロック解除条件の順序に従って、照合させることにより判定して、実行可と判定された第二のトランザクションを実行するようにしたものである。
本発明によれば、取引者が資産を預託する電子決済を利用したＤｖＰ取引において、ロック中の資産をタイムアウトによらずに安全に引き戻すことができ、取引の安全性を担保しつつ、取引不成立時における資産／資金の流動性を低下させることを回避することができる電子決済システムおよび電子決済方法を提供することができる。
電子決済システムの全体構成図である。 トランザクション発行装置のハードウェア・ソフトウェア構成図である。 資産／資金決済装置のハードウェア・ソフトウェア構成図である。 台帳の一例を示す図である。 鍵情報テーブルの一例を示す図である。 初期トランザクションテンプレートの一例を示す図である。 初期トランザクション実行結果テンプレートの一例を示す図である。 パラメータテンプレートの一例を示す図である（その一）。 パラメータテンプレートの一例を示す図である（その二）。 取引状況管理情報テンプレートの一例を示す図である。 取引が成立しないときのＤｖＰ取引パターンの一例を示す図である。 取引が成立したときのＤｖＰ取引パターンの一例を示す図である。 電子決済システムにおける第一の初期トランザクション実行処理を示すフローチャートである。 第一の初期トランザクションに利用する資産／資金を選択する処理の一例を示す図である。 パラメータの情報を取得する処理の一例を示す図である（その一）。 パラメータの情報を取得する処理の一例を示す図である（その二）。 第一の初期トランザクション作成処理の一例を示す図である（その一）。 第一の初期トランザクション作成処理の一例を示す図である（その二）。 第一の初期トランザクションの実行可否を判定する処理の一例を示す図である。 第一の初期トランザクションの実行処理の一例を示す図である。 第一の初期トランザクションの実行結果を確認する処理の一例を示す図である。 電子決済システムにおける第二の初期トランザクション実行処理を示すフローチャートである。 第二の初期トランザクションに利用する資産／資金を選択する処理の一例を示す図である。 パラメータの情報を取得する処理の一例を示す図である（その一）。 パラメータの情報を取得する処理の一例を示す図である（その二）。 第一の初期トランザクション実行結果を検証する処理の一例を示す図である。 第二の初期トランザクションの実行処理の一例を示す図である。 第二の初期トランザクションの実行結果を確認する処理の一例を示す図である。 第二の初期トランザクションの実行結果を検証する処理の一例を示す図である（その一）。 第二の初期トランザクションの実行結果を検証する処理の一例を示す図である（その二）。 第二の初期トランザクションの実行結果を検証する処理の一例を示す図である（その三）。 電子決済システムの初期トランザクション後の通常トランザクションを発行するときの動作を示すフローチャートである。 ユーザが取引を選択する一例を示す図である。 秘密情報を更新する処理の一例を示す図である。 選択した取引状況管理情報が示す案件について、実行可否を判定する処理の一例を示す図である。 トランザクションの実行処理（取引が成立した場合の一連のトランザクションと台帳の様子）を説明する図である。 トランザクションの実行処理（取引が成立しなかった場合のトランザクションと台帳の様子）を説明する図である。 取引が成立した場合の取引の全体の一連のトランザクションと台帳の様子を示す図である。 取引が成立しなかった場合の取引の全体の一連のトランザクションと台帳の様子を示す図である。る。
以下、本発明に係る一実施形態を、図１ないし図３３を用いて説明する。
先ず、図１ないし図３を用いて一実施形態に係る電子決済システムの構成について説明する。
本実施形態の電子決済システム１００は、分散型台帳技術（ＤＬＴ：Distributed Ledger Technology）を前提とするものである。分散型台帳技術では、市場における取引参加者（取引者）が共通の取引モデルに基づいたトランザクションと台帳を前提として、取引者がトランザクションを発行し、システム側でそのトランザクションを台帳に反映させ、かつ、発行されたトランザクションの成否を判断して取引が進められる。
本実施形態では、取引者としては、ユーザＡ、ユーザＢが参加し、ユーザＡが株式を提供し、その代価としてユーザＢから通貨「円」を受取る取引のモデル（ユーザＢは、通貨「円」により、ユーザＡから株式を購入する）の取引イメージを例として説明する。
電子決済システム１００は、二つ以上のトランザクション発行装置１１０（図１では、二つのトランザクション発行装置を有しており、それぞれ１１０Ａ、１１０Ｂと表記）、二つ以上の資産／資金決済装置１５０（図１では、三つの資産／資金決済装置を有しており、それぞれ取り扱う資産／資金Ｌ、資産／資金Ｍ、資産／資金Ｎごとに、１５０Ｌ、１５０Ｍ、１５０Ｎと表記）、共有領域１８０を有しており、それぞれネットワーク５により接続されている。ネットワーク５は、ＬＡＮ（Local Area Network）でもよいし、インターネットのようなグローバルネットワークであってもよい。
トランザクション発行装置１１０は、取引の単位としてのトランザクションを発行する情報処理装置である。トランザクション発行装置１１０Ａ、１１０Ｂは、ユーザＡ、Ｂのアクセス端末１０Ａ、１０Ｂのみから操作できるように、それぞれネットワーク７Ａ、７Ｂにより接続されている。また、各トランザクション発行装置１１０Ａ、１１０Ｂは、それぞれ複数の資産／資金決済装置１５０とデータを授受できるようにネットワーク５により接続されている。また、各トランザクション発行装置１１０Ａ、１１０Ｂは、それぞれ共有領域１８０とデータを授受できるよう接続されている。共有領域１８０は、図示していないが、各トランザクション発行装置１１０Ａ、１１０Ｂから共通にアクセスできるファイルサーバやデータベースサーバが提供する領域であり、ＤｖＰ取引テンプレート記憶部１８１を有している。
トランザクション発行装置１１０は、それぞれのデータを記憶する記憶部として、鍵情報記憶部１２１、パラメータ記憶部１２２、取引状況管理情報記憶部１２３、作成中トランザクション記憶部１２４を有し、それぞれデータを処理する機能部として、資産／資金決済装置アクセス部１１１、共有領域アクセス部１１２、トランザクション発行部１１３、取引状況管理部１１４を有する。
資産／資金決済装置アクセス部１１１は、資産／資金決済装置１５０にネットワーク５を介してアクセスする機能部である。共有領域アクセス部１１２は、共有領域１８０のデータにアクセスする機能部である。トランザクション発行部１１３は、取引に係るトランザクションを発行する機能部である。取引状況管理部１１４は、取引を管理して、その情報をユーザに提示する機能部である。
なお、トランザクション発行装置１１０で扱うデータ構造は、後に詳説する。
資産／資金決済装置１５０は、トランザクションを受信し、トランザクションの内容を台帳に転記したり、そのトランザクションにより取引を進め決済を行う装置である。本実施形態では、資産／資金決済装置１５０Ｌ、１６０Ｍ、１７０Ｎは、それぞれ異なる資産／資金である資産／資金Ｌ、資産／資金Ｍ、資産／資金Ｎについて、各ユーザの保有残高を管理している。ここでいう資産／資金は、株式や国債などの証券や、通貨「円」、「ドル」、「ユーロ」などの取引の価値を担う単位である。ここでは、それぞれの装置が異なる資産／資金の台帳を有するようにしたが、一つの資産／資金決済装置１５０で複数の資産／資金を取り扱えるようにしてもよい。
資産／資金決済装置１５０は、それぞれのデータを記憶する記憶部として、台帳記憶部１５４、実行済トランザクション記憶部１５５、実行前トランザクション記憶部１５６を有し、それぞれデータを処理する機能部として、トランザクション受信部１５１、トランザクション実行可否判定部１５２、トランザクション実行部１５３を有する。
トランザクション受信部１５１は、トランザクション発行装置１１０が発行するトランザクションをネットワーク５を介して受信する機能部である。トランザクション実行可否判定部１５２は、受信したトランザクションの取引における可否を判定する機能部である。トランザクション実行部１５３は、取引が可と判定されたトランザクションを実行する機能部である。
なお、資産／資金決済装置１５０で扱うデータ構造は、後に詳説する。
本実施形態においては、ユーザＡがユーザＢへ資産／資金管理システム１５０で管理されている資産／資金Ｌ（株式）を引き渡し、対価として、ユーザＢがユーザＡへ資産／資金管理システム１６０で管理されている資産／資金Ｍ（通貨「円」）を引き渡すというシナリオに基づき説明する。
次に、図２および図３を用いてトランザクション発行装置と資産／資金決済装置のハードウェア・ソフトウェア構成について説明する。
トランザクション発行装置１１０のハードウェア構成としては、例えば、図２に示されるパーソナルコンピュータのような一般的な情報処理装置で実現される。
トランザクション発行装置１１０は、ＣＰＵ（Central Processing Unit）４００２、主記憶装置４００４、ネットワークＩ／Ｆ（InterFace）４００６、表示Ｉ／Ｆ４００８、入出力Ｉ／Ｆ４０１０、補助記憶Ｉ／Ｆ４０１２が、バスにより結合された形態になっている。
ＣＰＵ４００２は、トランザクション発行装置１１０の各部を制御し、主記憶装置４００４に必要なプログラムをロードして実行する。
主記憶装置４００４は、通常、ＲＡＭなどの揮発メモリで構成され、ＣＰＵ４００２が実行するプログラム、参照するデータが記憶される。
ネットワークＩ／Ｆ４００６は、ネットワーク５と接続するためのインタフェースである。
表示Ｉ／Ｆ４００８は、ＬＣＤ（Liquid Crystal Display）などの表示装置４０２０を接続するためのインタフェースである。
入出力Ｉ／Ｆ４０１０は、入出力装置を接続するためのインタフェースである。図２の例では、キーボード４０３０とポインティングデバイスのマウス４０３２が接続されている。
補助記憶Ｉ／Ｆ４０１２は、ＨＤＤ（Hard Disk Drive）４０５０やＳＳＤ（Solid State Drive）などの補助記憶装置を接続するためのインタフェースである。
ＨＤＤ４０５０は、大容量の記憶容量を有しており、本実施形態を実行するためのプログラムが格納されている。トランザクション発行装置１１０には、資産／資金決済装置アクセスプログラム４０５１、共有領域アクセスプログラム４０５２、トランザクション発行プログラム４０５３、取引状況管理プログラム４０５４がインストールされている。
資産／資金決済装置アクセスプログラム４０５１、共有領域アクセスプログラム４０５２、トランザクション発行プログラム４０５３、取引状況管理プログラム４０５４は、それぞれ資産／資金決済装置アクセス部１１１、共有領域アクセス部１１２、トランザクション発行部１１３、取引状況管理部１１４の機能を実現するプログラムである。
また、ＨＤＤ４０５０には、鍵情報テーブル４００、パラメータテーブル９１０、取引状況管理情報テーブル１０１０、作成中トランザクション２００Ｍが格納されている。
また、資産／資金決済装置１５０のハードウェア構成としては、例えば、図３に示されるサーバ装置のような一般的な情報処理装置で実現される。
各機能部は、図２に示した資産／資金決済装置の各部の機能と同様である。
資産／資金決済装置１５０のＨＤＤ５０５０は、トランザクション受信プログラム５０５１、トランザクション実行可否判定プログラム５０５２、トランザクション実行プログラム５０５３がインストールされている。
トランザクション受信プログラム５０５１、トランザクション実行可否判定プログラム５０５２、トランザクション実行プログラム５０５３は、それぞれトランザクション受信部１５１、トランザクション実行可否判定部１５２、トランザクション実行部１５３の機能を実現するプログラムである。
また、資産／資金決済装置１５０のＨＤＤ５０５０には、台帳、実行済トランザクション、実行前トランザクションが格納されている。
次に、図４ないし図９を用いて本実施形態の電子決済システムにおけるデータ構造について説明する。
先ず、図４を用いて台帳の一例について説明する。
台帳３００は、トランザクション発行装置１１０の発行したトランザクションを反映し、かつ、そのトランザクションの実行の可否を判定するために、資産／資金決済装置１５０が保持するデータである。
台帳３００（図４は、資産／資金Ｌの例）は、データ属性３１０として、資産／資金ＩＤ３１１、残高３１２、ロック解除条件３１３を有する。ロック解除条件３１３は、項番３１４、公開鍵３１５、ハッシュ値３１６、時刻３１７のサブ属性によって構成される。また、台帳３００は、データ属性３１０の各要素に対応するデータをもつ行単位の情報であるレコードを一つ以上有する。
なお、ロック解除条件３１３に関し、公開鍵３１５に対応するデータは、「当該レコードの資産を移転するには、発行されたトランザクションに、その記載のデータに対応する電子署名が必要」ということを意味する。また、ハッシュ値３１６に対応するデータは、「当該レコードの資産を移転するには、発行されたトランザクションに、ハッシュ関数の出力結果が記載のデータになるような入力となる秘密情報が必要」ということを意味する。時刻３１７に対応するデータは、「当該レコードの資産を移転するには、現在時刻が記載のデータが示す時刻以降であることが必要」ということを意味する。
また、ロック解除条件３１３に関し、項番３１４は、各条件の適用可能順序を示している。例えば、図４に示した例では、資産／資金ＩＤ３１１が「Ｌ０８０１」であるレコードについては、以下のいずれかの順序で、ロック解除条件に対応するトランザクションを実行する必要があることを意味する。
・「１，－」の条件
・「２，－」の条件
・「３，－」の条件後、「３，１」の条件
・「３，－」の条件後、「３，２」の条件
次に、図５を用いて鍵情報テーブルの一例について説明する。
鍵情報テーブル４００（図５は、ユーザＡの例）は、ユーザの秘密鍵と公開鍵の情報を格納するテーブルであり、図５に示されるように、データ属性４１０として、システム４１１、ユーザ４１２、秘密鍵４１３、公開鍵４１４を有する。また、鍵情報テーブル４００は、データ属性４１０に対応するデータをもつ行単位の情報であるレコードを一つ以上要する。
システム４１１には、資産／資金決済装置のシステム名称が格納される。以下の例では、資産／資金の名称と同一視している。ユーザ４１２には、ユーザ名称が格納される。本実施形態では、取引のユーザは、「ユーザＡ」、「ユーザＢ」である。秘密鍵４１３、公開鍵４１４には、それぞれ公開鍵技術における秘密鍵のデータと、その秘密鍵に対応する公開鍵のデータが格納される。秘密鍵は、そのユーザ自身のみが知る暗号鍵であり、公開鍵は、取引に参与する者の全てが知ることを許される暗号鍵である。
なお、ユーザ名４１２が「Ｍｅ」であるレコードは、当該レコードが、当該情報保有者自身に関するレコードであることを意味（ユーザＡなら、「ユーザＡ」、ユーザＢなら、「ユーザＢ」）し、秘密鍵４１３に対応するデータとして有効な値が記憶されているものとする。また、ユーザ名４１２が「Ｍｅ」でないレコードは、当該レコードが、他社に関するレコードであることを意味し、秘密鍵４１３に対応するデータは空欄であるものとする。
次に、図６を用いて初期トランザクションテンプレートの一例について説明する。
初期トランザクションテンプレート７００は、トランザクション発行装置において、初期トランザクションを生成するためのテンプレートであり、共有領域１８０のＤｖＰ取引テンプレート記憶部１８１に保持される。ここで、初期トランザクションとは、取引の流れを台帳に転記するためのテンプレートであり、それ以降のトランザクションが発行されときには、転記された台帳のレコードとマッチングさせ、実行可否のときには、トランザクションが実行され、その対応する台帳のレコードは、実行後に抹消される（具体例は、後述）。なお、本実施形態では、初期トランザクション後に発行されるトランザクションを通常トランザクションということにする。
本実施形態の初期トランザクションテンプレート７００は、第一の初期トランザクションテンプレート７００Ａと、第二の初期トランザクションテンプレート７００Ｂがあるものとする。
第一の初期トランザクションテンプレート７００Ａは、データ属性７２０として、トランザクションＩＤ７２１、資産／資金ＩＤ７２２、金額７２３、ロック解除情報７２４、ロック解除条件７２５を有する。このうちロック解除情報７２４は、電子署名７２６、秘密情報７２７のサブ属性によって構成され、トランザクションを発行した主体を明らかにするためのデータである。また、ロック解除条件７２５は、項番７２８、公開鍵７２９、ハッシュ値７３０、時刻７３１のサブ属性によって構成される。また、第一の初期トランザクションテンプレート７００Ａは、データ属性７２０の各要素に対応するデータを有する行単位の情報であるレコードを一つ以上有する。
第一の初期トランザクションテンプレート７００Ａにおいて、ロック解除条件７２５に対応するデータは、図４に示した台帳３００におけるロック解除条件３１３と同様の意味を有する。
また、第二の初期トランザクションテンプレート７００Ｂについても、データそのものは異なるものの、各々の意味は、第一の初期トランザクションテンプレート７００Ａと同様である。
次に、図７を用いて初期トランザクション実行結果テンプレートの一例について説明する。
初期トランザクション実行結果テンプレートは、初期トランザクション発行後に、取引に参加するユーザが、その取引パターンを検証するためのテンプレートであり、共有領域１８０のＤｖＰ取引テンプレート記憶部１８１に保持される。
本実施形態の初期トランザクション実行結果テンプレート８００は、第一の初期トランザクション実行結果テンプレート８００Ａと、第二の初期トランザクション実行結果テンプレート８００Ｂがあるものとする。
第一のトランザクション実行結果テンプレート８００Ａは、データ属性８２０として、資産／資金ＩＤ８２１、残高８２２、ロック解除条件８２３を有する。このうちロック解除条件８２３は、項番８２４、公開鍵８２５、ハッシュ値８２６、時刻８２７のサブ属性によって構成される。また、第一のトランザクション実行結果テンプレート８００Ａは、データ属性８２０の各要素に対応するデータをもつ行単位の情報であるレコードを一つ以上有する。
第一の初期トランザクション実行結果テンプレートに８００Ａおいて、ロック解除条件８２３に対応するデータは、図３の台帳３００におけるロック解除条件３１３と同様の意味を有する。
第二の初期トランザクション実行結果テンプレート８００Ｂについても、データそのものは異なるものの、その意味は、第一の初期トランザクション実行結果テンプレート８００Ａと同様である。
次に、図８Ａおよび図８Ｂを用いてパラメータテンプレートについて説明する。
パラメータテンプレート９００は、他のテンプレートで参照されるパラメータに関する情報を保持するテンプレートであり、共有領域１８０のＤｖＰ取引テンプレート記憶部１８１に保持される。本実施形態では、パラメータテンプレート９００の値を埋めたデータ構造を、パラメータテーブルといい、パラメータテーブルに格納されている値をパラメータということにする。
本実施形態のパラメータテンプレート９００は、第一のパラメータテンプレート９００Ａと、第二のパラメータテンプレート９００Ｂがあるものとする。
第一のパラメータテンプレート９００Ａは、データ属性９２０として、資産／資金９２１、変数名９２２、区分９２３、取得手段９２４、値９２５を有する。このうち資産／資金９２１は、資産／資金１：９２０、資産／資金２：９２１によって構成される。資産／資金１：９２０、資産／資金２：９２１は、それぞれサブ属性として、システム９３０、資産／資金ＩＤ９３１のサブ属性を有する。
変数名９２２には、テンプレートとして参照されるときの変数の名称が格納される。区分は、「公開鍵」、「秘密情報」、「ハッシュ値」などの変数のカテゴリである。取得手段９２４は、システムが値を求めるときの方法が格納される。
値９２０は、区分９２３が「公開鍵」であるレコードに限り、資産／資金１：９２８、資産／資金２：９２９のサブ属性に分けることも可能とする。資産／資金１：９２８、資産／資金２：９２９は、資産／資金１：９２０、資産／資金２：９２１によって定義されたシステム、それぞれのシステム、資産／資金ＩＤに対応して、それぞれのレコードに定義された変数名の値が格納されることを意味する。
また、第一のパラメータテンプレート９００Ａは、データ属性９２０の各要素に対応するデータを有する行単位の情報であるレコードを一つ以上有する。
なお、変数名９２２のデータは、図６の初期トランザクションテンプレート７００のロック解除条件７２５のデータや、図７の初期トランザクション実行結果テンプレート８００のロック解除条件８２３のデータと対応する。区分９２３のデータは、本実施形態においては、「公開鍵」「秘密情報」「ハッシュ値」「時刻」の４種類が定義し得るものとする。取得手段９２４のデータは、本実施形態においては「参照」「作成」の２種類が定義し得るものとする。
第二のパラメータテンプレート９００Ｂについても、データそのものは異なるものの、その意味は、第一のパラメータテンプレート９００Ａと同様である。
次に、図９を用いて取引状況管理情報テンプレートについて説明する。
取引状況管理情報テンプレート１０００は、ユーザがとり得る取引をシステム側から提示するためのテンプレートであり、共有領域１８０のＤｖＰ取引テンプレート記憶部１８１に保持される。取引状況管理情報テンプレート１０００は、取引状況管理情報記憶部１２３に取引状況管理情報テーブルとして保持される。
本実施形態の取引状況管理情報テンプレート１０００は、第一の取引状況管理情報テンプレート１０００Ａと、第二の取引状況管理情報テンプレート１０００Ｂによって構成される。
第一の取引状況管理情報テンプレート１０００Ａは、図９に示されるように、データ属性１０２０として、資産／資金１０２１、項番１０２２、至急フラグ１０２３、区分１０２４を有する。資産／資金１０２１、サブ属性として、システム１０３０、資産／資金ＩＤ１０３１のサブ属性を有する。
また、第一の取引状況管理情報テンプレート１０００Ａは、データ属性１０２０の各要素に対応するデータを有する行単位の情報であるレコードを一つ以上有する。
なお、項番１０２２のデータは、図６の初期トランザクションテンプレート７００の項番７２８のデータや、図７の初期トランザクション実行結果テンプレート８００の項番８２４のデータと対応する。区分１０２４は、取引の結果をユーザに教示する欄であり、本実施形態においては「成立」「不成立」の２種類が登場し得るものとする。
至急フラグ１０２３がＯＮの取引は、ユーザからトランザクションの選択をまたずに、システムがただちに実行する取引であるとする。
第二の取引状況管理情報テンプレート１０００Ｂについても、データそのものは異なるものの、その意味は、第一の取引状況管理情報テンプレート１０００Ａと同様である。
以上、各種テンプレートについて説明したが、図においては、テンプレートから生じたテーブル、トランザクションについても、分かりやすくするため、元のテンプレートと同じ符号を引用している所がある。
次に、図１０および図１１を用いて本実施形態の電子決済システムにおける取引パターンの一例について説明する。
図１０に示されるのは、取引が成立しないときのＤｖＰ取引パターンであり、このときのＤｖＰ取引パターン６００は、第一の資産／資金移転フロー６１０と、第二の資産移転フロー６４０で表現される。本実施形態においては、第一の資産／資金移転フローが資産／資金Ｌに対応する取引の流れを表現しており。また、第二の資産／資金移転フローが資産／資金Ｍに対応する取引の流れを表現している。
資産移転フロー６１０、６４０は、状態をノードとし、そのノードをつなぐ状態遷移（遷移条件）で表現されるエッジからなる有向グラフの形態で表現される。
状態遷移（遷移条件）は、図６で示した初期トランザクションテンプレート７００のロック解除情報とロック解除条件で表現される。
第一の資産移転フロー６１０は、状態として、初期状態６１１、エスクロー状態６１２、キャンセルエスクロー状態６１３、終了状態６１４、６１５状態を有し、それらのノードの状態遷移（遷移条件）６２１～６２６を有する。エスクロー状態６１２は、資産／資金Ｌが取引のために預託された状態を意味する。キャンセルエスクロー状態６１３は、預託のキャンセル待ち状態であることを意味する。
第一の資産移転フロー６１０において、エスクロー状態６１２からは、状態遷移（遷移条件）６２２または状態遷移（遷移条件）６２３に記載の条件を満たした場合に、終了状態６１４、６１５に遷移でき、また、状態遷移（遷移条件）６２４に記載の条件を満たした場合に、キャンセルエスクロー状態６１３に遷移できることを意味する。また、途中状態６１３からは、状態遷移（遷移条件）６２５または状態遷移（遷移条件）６２６の条件を満たした場合に終了状態６１５に遷移できることを意味する。
第二の資産移転フロー６４０についても、データそのものは異なるものの、その意味は、第一の資産移転フロー６１０と同様である。
ここで、状態遷移（遷移条件）６２２に記載されている「・電子署名：Ｓｂ１ ｆｏｒ Ｐｂ、・秘密情報：ｘ１ ｆｏｒ ｙ１」というのは、トランザクションのロック解除情報として、公開鍵Ｐｂに対応する電子署名Ｓｂ１と、ハッシュ値ｙ１をとる秘密情報ｘ１を有するトランザクションが発行され、状態が遷移することを意味する。
また、状態遷移（遷移条件）６２３に記載されている「・電子署名：Ｓａ１ ｆｏｒ Ｐａ、・時刻：Ｔ１以降」というのは、トランザクションのロック解除情報として、公開鍵Ｐａに対応する電子署名Ｓａ１を有するトランザクションが、時刻Ｔ１以降に発行されたときに、状態が遷移することを意味する。
キャンセルエスクロー状態６１３に関する遷移についても同様であるが、ここで、第一の資産移転フロー６１０に関する状態遷移（遷移条件）６２４には、「・電子署名：Ｓｂ２ ｆｏｒ Ｐｂ、・秘密情報：ｘ２ ｆｏｒ ｙ２」となっており、第二の資産移転フロー６４０に関する状態遷移（遷移条件）６５４には、「・電子署名：Ｓａ５ ｆｏｒ Ｐａ、・秘密情報：ｘ２ ｆｏｒ ｙ２」となっていることに留意する。
これは、秘密情報ｘ２を知っているのが、ユーザＡであるとすると、資産／資金Ｌの取引の状態をキャンセルエスクロー状態にし（すなわち、資産／資金Ｌの取引の状態をキャンセルにするトランザクションを発行し）、ユーザＢは、そのトランザクションによって開示された秘密情報ｘ２を知った後に、対価としての資産／資金Ｍの取引の状態をキャンセルエスクロー状態に（すなわち、資産／資金Ｍの取引の状態をキャンセルにするトランザクションを発行）できることを意味する。
このようなトランザクションにおけるロック解除情報と、ロック解除条件を規定することにより、ユーザＡとユーザＢが相対取引をするときの一方のみ資産／資金を両取りする事態が発生するのを防止することができる。
なお、形態においては、Ｓ２０１での合意結果に基づき、ユーザＡの指示によって図１０のＤｖＰ取引パターンが選択され、図６の第一の初期トランザクションテンプレート７００Ａ、図８Ａの第一のパラメータテンプレート９００Ａ、図９の第一の取引状況管理情報テンプレート１０００Ａが、それぞれトランザクション、パラメータテーブル、取引状況管理情報テーブルとして、それぞれ作成中トランザクション記憶部１２４、パラメータ記憶部１２２、取引状況管理情報記憶部１２３に書き込まれたものとする。
また、第一の初期トランザクションテンプレート６００Ａにおいて、ロック解除条件７２５に対応する値は、図１０の第一のＤｖＰ取引パターンにおける状態遷移（遷移条件）６２２～状態遷移（遷移条件）６２６に対応した内容となっている。
図１１に示されるのは、取引が成立したときのＤｖＰ取引パターンであり、このときのＤｖＰ取引パターン１１００は、第一の資産／資金移転フロー１１１０と、第二の資産移転フロー１１４０で表現される。これは、通常のＨＴＬＣによる取引を実現するためのＤｖＰ取引パターンである。本実施形態においては、第一の資産／資金移転フローが資産／資金Ｌに対応する取引の流れを表現しており。また、第二の資産／資金移転フローが資産／資金Ｍに対応する取引の流れを表現している。
第一の資産移転フロー１１１０において、エスクロー状態１１１２からは、状態遷移（遷移条件）１１２２または状態遷移（遷移条件）１１２３に記載の条件を満たした場合に、終了状態１１１４、１１１５に遷移できることを意味する。
第二の資産移転フロー６４０についても、データそのものは異なるものの、その意味は、第一の資産移転フロー１１１０と同様である。
エスクロー状態１１１２に関する遷移について、第一の資産移転フロー１１１０に関する状態遷移（遷移条件）１１２２には、「・電子署名：Ｓｂ１ ｆｏｒ Ｐｂ、・秘密情報：ｘ１ ｆｏｒ ｙ１」となっており、第二の資産移転フロー１１４０に関する状態遷移（遷移条件）１１５２には、「・電子署名：Ｓａ４ ｆｏｒ Ｐａ、・秘密情報：ｘ１ ｆｏｒ ｙ１」となっていることに留意する。
これは、秘密情報ｘ１を知っているのが、ユーザＡであるとすると、資産／資金Ｌの預託している状態を、解除状態にし（すなわち、資産／資金Ｌを取得するトランザクションを発行し）、ユーザＢは、そのトランザクションによって開示された秘密情報ｘ１を知った後に、対価としての資産／資金Ｍの預託している状態を、解除状態に（すなわち、資産／資金Ｍを取得するトランザクションを発行）できることを意味する。
このようなトランザクションにおけるロック解除情報と、ロック解除条件を規定することにより、ユーザＡとユーザＢが相対取引をするときの一方のみ資産／資金を両取りする事態が発生するのを防止することができる。
次に、上記で説明したデータ構造、各テンプレート、および、想定される取引パターンを前提として、図１２ないし図３３を用いて電子決済システムが行う処理について説明する。
先ず、図１２のフローチャートの流れに従って、適宜必要な図を参照して電子決済システムにおける第一の初期トランザクション実行処理について説明する。
第一の初期トランザクションは、ユーザＡがユーザＢへ引き渡す資産／資金Ｌをロックし確保するとともに処理条件の設定をおこなうトランザクションである。
先ず、取引の当事者間で、取引内容について合意する（Ｓ２０１）。具体的な取引内容として、授受する資産の数量や、取引手順について合意する。このＳ２０１のステップは、本実施形態の電子決済システムを介することなく、ユーザＡとユーザＢとの間で実施される処理である。
本実施形態では、ユーザＡがユーザＢに渡す資産／資金Ｌの数量を「５０」とし、ユーザＢがユーザＡに対価として渡す資産／資金Ｍの数量を「３０」とする旨について、ユーザＡ・Ｂ間で確認し合意したものとする。
Ｓ２０２からＳ２０６は、トランザクション発行装置１１０を介し、ユーザＡによって実施されるステップである。
先ず、トランザクション発行装置（ユーザＡ）１１０Ａは、第一の初期トランザクションに利用する資産／資金を選択する（Ｓ２０２）。
この処理では、トランザクション発行装置（ユーザＡ）１１０Ａのトランザクション発行部１１３が、資産／資金決済装置アクセス部１１１を介し、資産／資金決済装置１５０が保有する資産／資金Ｌの台帳の情報を読み出す。さらに、ユーザＡの指示に基づき、第一の初期トランザクションに関する資産を選択する。
以下、図１３を用いてＳ２０２の処理を、説明する。
トランザクション発行部１１３は、鍵情報記憶部１２１から読みだした鍵情報テーブル４００のレコードのうち、システム名４１１が「Ｌ」、ユーザが「Ｍｅ」（すなわち、「ユーザＡ」）であるレコードを取得し、その公開鍵４１４の情報である「Ａ０１２３」を取得する。
さらに、トランザクション発行部１１３は、資産／資金決済装置アクセス部１１１を介し、資産／資金決済装置１５０の台帳記憶部１５４に記憶された資産／資金Ｌに関する台帳３００を読み出す。そして、読みだした台帳３００のレコードのうち、ロック解除条件３１３に対応する情報が１行であり、かつ、公開鍵３１５に対応する情報が前記「Ａ０１２３」と一致し、かつ、ハッシュ値３１６および時刻３１７に対応する情報が空欄であるレコードを取得する。
さらに、トランザクション発行部１１３は、ユーザから必要数量の指示を受け、その取得したレコードから残高３１２が指示された数量以上になるようにレコードを選択する。これは、ユーザＡが取引したい資産／資金Ｌの数量である「５０」以上の資産／資金Ｌを担保するレコードを選択することを意味する。なお、レコードの選択は、残高３１２が指示数量以上であるレコード１件を選択するのでもよいし、残高３１２が指示数量未満であるレコードを複数選択し、それらの残高３１２の合計が指示数量以上になるようにするのでもよい。
なお、取得されたレコードの残高３１２の合計が指示数量未満であった場合には（Ｓ２１０：ＹＥＳ）、取引が不可能であることから、図１２に示された電子決済システムにおける第一の初期トランザクション実行処理を終了する。
本実施形態においては、ユーザＡは、Ｓ２０１で合意した資産／資金Ｌの取引数量である「５０」を指示し、トランザクション発行部１１３は、資産／資金ＩＤ３１１に対応する値が「Ｌ０００１」であるレコードを選択したものとする。
次に、トランザクション発行装置（ユーザＡ）１１０Ａは、ＤｖＰ取引パターンを選択する（Ｓ２０３）。
この処理では、トランザクション発行装置（ユーザＡ）１１０Ａのトランザクション発行部１１３が、共有領域アクセス部１１２を介し、共有領域１８０に格納されたＤｖＰ取引パターンを取得する。さらに、ユーザＡの指示に基づき、ユーザＡが取引しようとするＤｖＰ取引パターンを選択する。なお、ＤｖＰ取引パターンは、初期トランザクションテンプレート、初期トランザクション実行結果テンプレート、パラメータテンプレート、取引状況管理情報テンプレートによって表現され、それぞれの可変な値を埋めることにより実現される。
さらに、トランザクション発行部１１３は、読み出したＤｖＰ取引パターンの初期トランザクションテンプレート７００のうち、第一の初期トランザクションテンプレート７００Ａを、作成中トランザクション記憶部１２４に書き込む。また、読みだしたＤｖＰ取引パターンのパラメータテンプレート９００のうち、第一のパラメータテンプレート９００Ａを、パラメータ記憶部１２２に書き込む。また、読みだしたＤｖＰ取引パターンの取引状況管理情報テンプレート１０００のうち、第一の取引状況管理情報テンプレート１０００Ａを、取引状況管理情報記憶部１２３に書き込む。
次に、トランザクション発行装置（ユーザＡ）１１０Ａは、トランザクション作成に必要なパラメータを取得する（Ｓ２０４）。
トランザクション発行装置（ユーザＡ）１１０Ａのトランザクション発行部１１３は、鍵情報記憶部１２１の情報を参照するとともに、追加で必要な情報を生成し、その結果をパラメータとしてパラメータ記憶部１２２に書き込む。
以下、図１４Ａおよび図１４Ｂを用いてこのＳ２０４の処理を説明する。
図１４Ａに示されるように、第一のシステム名、第二のシステム名については、Ｓ２０１の合意結果に基づき、それぞれ「Ｌ」「Ｍ」を入力する。区分９２３が「公開鍵」、取得手段９２４が「参照」であるレコードの値９２５については、鍵情報テーブル４００から対応する情報を読み出し、書き込む。
次に、図１４Ｂに示されるように、区分９２３が「秘密情報」、取得手段が「作成」であるレコードの値９２５については、ランダムな数値を生成し書き込む。また、区分９２３が「ハッシュ値」、取得手段が「作成」であるレコードの値９２５については、対応する「秘密情報」を入力とし、既定のハッシュ関数の出力結果を書き込む。図１４Ｂに示される例では、秘密情報ｘ１として、ランダムに生成された値である「３４５６」が書き込まれ、それに対応するハッシュ値ｙ１として、「３ａ４ｂ５ｃ６ｄ」が書き込まれている。時刻については、システムクロックを参照し、取引により規定された一定のタイムアウト時間を、現在時刻に足した時刻を算出して書き込む。
書き込みが完了したパラメータテンプレートは、パラメータテーブルとしてパラメータ記憶部１２２に書き込まれる。
次に、トランザクション発行装置（ユーザＡ）１１０Ａは、トランザクションを作成し送信する（Ｓ２０５）。
この処理では、トランザクション発行装置（ユーザＡ）１１０Ａのトランザクション発行部１１３が、作成中トランザクション記憶部１２４から読み出したトランザクションを、鍵情報記憶部から読み出した鍵情報、および、パラメータ記憶部から読み出したパラメータで補完し完成させた上で、資産／資金決済装置アクセス部１１１を介し、資産／資金決済装置１５０Ｌに送信する。
送信されたトランザクションは、資産／資金決済装置１５０Ｌのトランザクション受信部１５１によって、実行前トランザクション記憶部１５６に記憶された後、順次、トランザクション実行可否判定部１５２により、実行可否を判定される。トランザクション実行可否判定部によって実行可能と判断されたトランザクションは、トランザクション実行部１５３によって、台帳記憶部１５４の台帳３００に反映されるとともに、実行済トランザクション記憶部１５５に書き込まれる。そして、その結果は、トランザクション発行装置１１０Ａに通知される。
以下、図１５Ａおよび図１５Ｂを用いて本実施形態における第一の初期トランザクション作成処理を説明する。
図１５Ａに示されるように、Ｓ２０３で取得した初期トランザクションテンプレート７００Ａのデータのうち、トランザクションＩＤ７２１に対応する値について、ユニークな値、資産／資金ＩＤ７２２に対応する値について、Ｓ２０２で選択したレコードの資産／資金ＩＤ３１１の値、金額７２３に対応する値は、Ｓ２０１の合意結果である数量「５０」を、それぞれ書き込む。
次に、図１５Ｂに示されるように、初期トランザクションテンプレート７００Ａのデータのうち、ロック解除条件７２５のデータを、パラメータ記憶部１２２から読み出したパラメータテーブルを参照し、対応するデータを反映する。
次に、電子署名７２４に対応する値については、鍵情報テーブル４００に保持された秘密鍵４１３に対応する値を利用して、作成した電子署名を書き込む。この電子署名の平文データは、例えば、この初期トランザクションテンプレート７００Ａより生成される初期トランザクションレコードのトランザクションＩＤ７２１、資産／資金ＩＤ７２２、金額７２３、ロック解除条件７２５のバイナリデータとし、これをユーザＡの所持する秘密鍵によって、ハッシュ値を取り、暗号化することによって、電子署名を生成し、それを検証する者は、その秘密鍵に対応する公開鍵によって検証することができる。
次に、図１６を用いて第一の初期トランザクションの実行可否を判定する処理について説明する。
資産／資金決済装置１５０Ｌのトランザクション実行可否判定部１５２は、実行前トランザクション記憶部１５６からトランザクションを１件読み込み、記載された資産／資金ＩＤ７２２のデータに対応するレコードを、台帳記憶部１５４から読み出す。さらに、残高３１２の数値がトランザクションの金額７２３の数値以上であること（取引をするユーザＡが指定された資産／資金を保有していること）、また、ロック解除条件３１３の内容がトランザクションのロック解除情報７２４の内容で満たされていることを確認する。ここでは、ロック解除条件３１３に対応するデータは「公開鍵Ａ０１２３に対応する電子署名があること」のみであることから、トランザクション実行可否判定部１５２は、トランザクションに記載の電子署名７２０のデータを読み出した公開鍵で検証することにより、トランザクションの実行可否を判定する。すなわち、トランザクション実行可否判定部１５２は、電子署名を公開鍵で復号化した値と、そのレコードのトランザクションＩＤ７２１、資産／資金ＩＤ７２２、金額７２３、ロック解除条件７２５のバイナリデータのハッシュ値が一致するか否かを検証する。実行可能と判定された場合には、当該トランザクションをトランザクション実行部１５３に引き渡す。
次に、図１７を用いて本実施形態における第一の初期トランザクションの実行処理について説明する。
資産／資金決済装置１５０Ｌのトランザクション実行部１５３は、トランザクション実行可否判定部１５２から引き渡されたトランザクションの内容を台帳へ反映する。
台帳３００のレコードのうち、トランザクションに記載の資産／資金ＩＤ７２２のデータと同一の資産／資金ＩＤ３１１のデータを有するレコードを取得する。そして、取得したレコードにおいて、ロック解除条件３１３のデータが１行である場合には、以下の処理をおこなう。
先ず、取得したレコードについて、残高３１２の金額を、トランザクションの金額７２３に記載の数値で減算する（図１７では、「Ｌ００５」のレコードの残高は、０になった）。その後、台帳３００に新規レコードを作成し追加する。追加したレコードについて、資産／資金ＩＤ３１１のデータは、ユニークな値（図１７では、「Ｌ０００５」）を生成し書き込む。残高３１２のデータは、トランザクションの金額７２３に記載の数値を転記する。ロック解除条件３１３については、トランザクションのロック解除条件７２５の内容を転記する。処理が完了したら、トランザクションを実行済トランザクション記憶部１５５に書き込むとともに、作成された台帳の資産／資金ＩＤ３１２の情報をトランザクション発行装置１１０Ａに通知する。
なお、取得したレコードにおいて、ロック解除条件３１３のデータが複数行である場合の動作については、後述する。
次に、トランザクション発行装置１１０Ａは、取引状況を更新する（Ｓ２０６）。
この処理では、トランザクション発行装置１１０Ａの取引状況管理部１１４が、資産／資金決済装置アクセス部１１１を介し、資産／資金決済装置１５０Ｌから通知された結果に基づき、パラメータ記憶部１２２が保持するパラメータテーブル、および、取引状況管理情報記憶部１２３が保持する取引状況管理情報テーブルを更新する。
以下、図１８を用いて本実施形態における第一の初期トランザクションの実行結果による取引状況を更新する処理を説明する。
トランザクション発行装置１１０Ａの取引状況管理部１１４は、資産／資金決済装置アクセス部１１１を介し、トランザクション実行結果として、台帳に作成されたレコードの資産／資金ＩＤ「Ｌ０００５」を受信する。さらに、パラメータ記憶部１２２からパラメータテーブルを読み出し、第一の資産／資金ＩＤとして「Ｌ０００５」を書き込む。さらに、取引状況管理情報記憶部１２３から取引管理情報テーブルを読み出し、第一の資産／資金ＩＤとして「Ｌ０００５」を書き込む。
次に、図１９のフローチャートの流れに従って、適宜必要な図を参照して電子決済システムにおける第二の初期トランザクション実行処理について説明する。
第二の初期トランザクションは、ユーザＢがユーザＡへ引き渡す資産／資金Ｍをロックし確保するとともに処理条件の設定をおこなうためのトランザクションである。
先ず、取引の同時者間で、取引状況について情報共有を行う（Ｓ１９０１）。具体的には、ユーザＡがトランザクションを実行した結果として、台帳に資産／資金ＩＤ「Ｌ０００５」のレコードが追加されていることについて、ユーザＢと情報共有する。
このＳ１９０１のステップは、本実施形態の電子決済システムを介することなく、ユーザＡとユーザＢとの間で実施される処理である。
Ｓ１９０２からＳ１９０８は、ユーザＢによってトランザクション発行装置１１０Ｂが実行する処理である。
先ず、トランザクション発行装置１１０Ｂは、第二の初期トランザクションに利用する資産／資金を選択する（Ｓ１９０２）。
以下、図２０を用いて本実施形態の第二の初期トランザクションに利用する資産／資金を選択する処理について説明する。
トランザクション発行装置１１０Ｂのトランザクション発行部１１３は、鍵情報記憶部１２１から読みだした鍵情報テーブル４００のレコードのうち、システム名４１１が「Ｍ」、ユーザが「Ｍｅ」（ユーザＢ）であるレコードを取得し、その公開鍵４１４の情報である「Ｂ０９８７」を取得する。
さらに、トランザクション発行部１１３は、資産／資金決済装置アクセス部１１１を介し、資産／資金決済装置１５０の台帳記憶部１５４から、資産／資金Ｌに関する台帳３００を読み出す。読みだした台帳３００のレコードのうち、ロック解除条件３１３に対応する情報が１行であり、かつ、公開鍵３１５に対応する情報が読み出した「Ｂ０９８７」と一致し、かつ、ハッシュ値３１６および時刻３１７に対応する情報が空欄であるレコードを取得する。
さらに、トランザクション発行部１１３は、ユーザから必要数量の指示を受け、取得したレコードから残高３１２が指示された数量以上になる（取引をするユーザＢが指定された資産／資金を保有している）ようにレコードを選択する。なお、レコードの選択は、残高３１２が指示数量以上であるレコード１件を選択するのでもよいし、残高３１２が指示数量未満であるレコードを複数選択し、それらの残高３１２の合計が指示数量以上になるようにするのでもよい。
なお、取得されたレコードの残高３１２の合計が指示数量未満であった場合には、取引が不可能であることから、図１９に示された第二の初期トランザクション実行処理を終了する。
本実施形態においては、ユーザＢは、Ｓ２０１で合意した資産／資金Ｍの取引数量である「３０」を指示し、トランザクション発行部１１３は、資産／資金ＩＤ３１１に対応する値が「Ｍ０００４」であるレコードを選択したものとする。
次に、トランザクション発行装置１１０Ｂは、ＤｖＰ取引パターンを選択する（Ｓ１９０３）。
この処理では、トランザクション発行装置１１０Ｂのトランザクション発行部１１３が、共有領域アクセス部１１２を介し、共有領域１８０に格納されたＤｖＰ取引パターンを取得し、さらに、ユーザＢの指示に基づき、ＤｖＰ取引パターンを選択する。
さらに、トランザクション発行部１１３は、読み出したＤｖＰ取引パターンの初期トランザクションテンプレートのうち、第二の初期トランザクションテンプレート７００Ｂを、作成中トランザクション記憶部１２４に書き込む。また、読みだしたＤｖＰ取引パターンのパラメータテンプレートのうち、第二のパラメータテンプレート９００Ｂを、パラメータ記憶部１２２に書き込む。また、読みだしたＤｖＰ取引パターンの取引状況管理情報テンプレートのうち、第二の取引状況管理情報テンプレート１０００Ｂを、取引状況管理情報記憶部１２３に書き込む。
本実施形態においては、Ｓ２０１での合意結果に基づき、ユーザＢの指示によって図１０のＤｖＰ取引パターンの資産移転フロー６４０が選択され、図７の第二の初期トランザクションテンプレート７００Ｂ、図８Ｂの第二のパラメータテンプレート９００Ｂ、図９の第二の取引状況管理情報テンプレート１０００Ｂが、それぞれトランザクション、パラメータテーブル、取引状況管理情報テーブルとして、それぞれ作成中トランザクション記憶部１２４、パラメータ記憶部１２２、取引状況管理情報記憶部１２３に書き込まれたものとする。
次に、トランザクション発行装置１１０Ｂは、トランザクション作成に必要なパラメータを取得あるいは作成する（前半：Ｓ１９０４）。
この処理では、トランザクション発行装置１１０Ｂのトランザクション発行部１１３が、鍵情報記憶部１２１の鍵情報テーブルを参照するとともに、必要な情報をパラメータ記憶部１２２によりパラメータテーブルに書き込む。
以下、図２１Ａを用いて本実施形態におけるトランザクション作成に必要なパラメータを取得あるいは作成する処理の前半について説明する（後半は、図２１Ｂにより後に説明）。
第一のシステム名、第二のシステム名については、図１２のＳ２０１の合意結果に基づき、それぞれ「Ｌ」「Ｍ」を入力する。第一の資産／資金ＩＤについては、Ｓ１９０１で通知された「Ｌ０００５」を入力する。また、区分９２３が「公開鍵」、取得手段９２４が「参照」であるレコードの値９２５については、鍵情報テーブル４００から対応する情報を読み出し、書き込む。
次に、トランザクション発行装置１１０Ｂは、ユーザＡによる資産／資金Ｌのトランザクション実行結果を検証する（Ｓ１９０５）。
この処理は、トランザクション発行装置１１０Ｂのトランザクション発行部１１３が、Ｓ１９０３で読み出したＤｖＰ取引パターンの第一の初期トランザクション実行結果テンプレート８００Ａを、パラメータ記憶部１２２から読み出したパラメータで補完する。補完した結果を、資産／資金アクセス部１１１を介して読み出した資産／資金管理システム１５０の台帳と比較することにより、トランザクションの実行結果を検証する。
なお、台帳から読み出した情報と、初期トランザクション実行結果テンプレートを補完した結果との間に不一致が認められた場合には、問題ありとして（Ｓ１９２０：ＹＥＳ）、取引内容について認識の相違があり、取引継続は不可能であることから、図１９に示された第二の初期トランザクション実行処理を終了する。
以下、図２２を用いて本実施形態における第一の初期トランザクション実行結果を検証する処理を説明する。
Ｓ１９０３で読み出したＤｖＰ取引パターンの、第一の初期トランザクション実行結果テンプレート８００Ａのうち、資産／資金ＩＤ８２１および残高８２２を、図１２のＳ２０１で合意した内容に基づき、補完する。さらに、ロック解除条件８２３に記載の変数名を、パラメータ記憶部１２２から読み出したパラメータで補完する。補完が完了した第一の初期トランザクション実行結果テンプレート８００Ａと、台帳から読み出した対応するレコードの内容とを比較し一致することを確認する。
なお、ロック解除条件８２３のうち、対応するパラメータを補完できなかった部分については、比較検証をスキップする。図２２においては、初期トランザクション実行結果テンプレート８００Ａのハッシュ値８２６および時刻８２７のデータについて補完できていないものがあることから、台帳のハッシュ値３１６および時刻３１７について、対応するデータの検証はスキップされる。
次に、トランザクション発行装置１１０Ｂは、トランザクション作成に必要なパラメータを取得あるいは作成する（後半：Ｓ１９０４）。
この処理は、トランザクション発行装置１１０Ｂが、資産／資金決済装置アクセス部１１１を介して台帳から読み出した情報を利用し、パラメータ記憶部１２２から読み出したパラメータを補完する処理である。
以下、図２１Ｂを用いて本実施形態におけるトランザクション作成に必要なパラメータを取得あるいは作成する処理の後半について説明する（前半は、図２１Ａにより既に説明した）。
区分９２３が「ハッシュ値」あるいは「時刻」、かつ、取得手段９２４が「参照」であるレコードの値９２５について、第一の初期トランザクション実行結果テンプレート８００Ｂのロック解除条件８２３に記載の変数名を踏まえ、台帳の対応するレコードのロック解除条件のうち対応する値を抽出し、反映する。また、区分「９２３」が「時刻」、かつ、取得手段９２４が「作成」であるレコードについては、適切な値を入力する。
なお、パラメータについて、区分９２３が「秘密情報」、かつ、取得手段９２４が「参照」であるレコードについては、本ステップの時点では値を取得することができないため、空欄となる。
次に、トランザクション発行装置１１０Ｂは、トランザクションを作成し送信する（Ｓ１９０７）。
この処理は、トランザクション発行装置１１０Ｂのトランザクション発行部１１３が、作成中トランザクション記憶部１２４から読み出したトランザクションを、鍵情報記憶部から読み出した鍵情報テーブル、パラメータ記憶部から読み出したパラメータで補完し完成させた上で、資産／資金決済装置アクセス部１１１を介し、資産／資金決済装置１５０に送信する。送信されたトランザクションは、資産／資金決済装置１５０の中で処理され、結果は、台帳記憶部１５４の台帳に反映されるとともに、トランザクション発行装置１１０Ｂに通知される。
以下、図２３を用いて本実施形態における第二の初期トランザクションの実行処理を説明する。
本実施形態における第二の初期トランザクションの実行処理は、図１７の第一の初期トランザクションの実行処理と同様である。
ここでは、資産／資金Ｍに関するものであることから、資産／資金ＩＤや残高などが異なっている。
次に、トランザクション発行装置１１０Ｂは、取引状況を更新する（Ｓ１９０８）。
この処理は、トランザクション発行装置１１０Ｂの取引状況管理部１１４が、資産／資金決済装置アクセス部１１１を介し、資産／資金決済装置１５０Ｍから通知された結果に基づき、パラメータ記憶部１２２が保持するパラメータ、および、取引状況管理情報記憶部１２３が保持する取引状況管理情報テーブルを更新する。
以下、図２４を用いて本実施形態における第二の初期トランザクションの実行結果により取引状況を更新する処理を説明する。
トランザクション発行装置１１０Ｂの取引状況管理部１１４は、資産／資金決済装置アクセス部１１１を介し、トランザクション実行結果として、台帳３００に作成されたレコードの資産／資金ＩＤ「Ｍ０００８」を受信する。さらに、パラメータ記憶部１２２からパラメータを読み出し、第二の資産／資金ＩＤとして「Ｍ０００８」を書き込む。また、取引状況管理情報記憶部１２３から取引管理情報テーブルを読み出し、第二の資産／資金ＩＤとして「Ｍ０００８」を書き込む。
次に、取引の同時者間で、取引状況について共有する（Ｓ１９０９）。具体的には、ユーザＢがトランザクションを実行した結果として、台帳に資産／資金ＩＤ「Ｍ０００８」のレコードが追加されていることについて、ユーザＡに伝える。
このＳ１９０９の処理は、本実施形態の電子決済システムを介することなく、ユーザＡとユーザＢとの間で実施されるステップである。
次に、トランザクション発行装置１１０Ａは、ユーザＢによる資産／資金Ｍのトランザクション実行結果を検証する（Ｓ１９１０）。
このＳ１９１０の処理は、ユーザＡによってトランザクション発行装置１１０Ａが、実行する処理である。
この処理では、トランザクション発行装置１１０Ａが、Ｓ２０３で読み出したＤｖＰ取引パターンの、第二の初期トランザクション実行結果テンプレート８００Ｂを、パラメータ記憶部１２２から読み出したパラメータで補完し、補完した結果を、資産／資金アクセス部を介して読み出した資産／資金管理システム１６０の台帳と比較することで、トランザクションの実行結果を検証する。
なお、台帳から読み出した情報と、初期トランザクション実行結果テンプレートを補完した結果との間に不一致が認められた場合には、取引内容について認識の相違があり、取引継続は不可能であることから、ユーザＡは、取引状況管理情報記憶部１２３の取引管理情報を編集することにより、第一の初期トランザクションに係る資産／資金Ｌを引き戻すよう設定する（図示せず）。
以下、図２５Ａないし図２５Ｃを用いて本実施形態における第二の初期トランザクションの実行結果を検証する処理を説明する。
第二の初期トランザクションの実行結果を検証する処理では、Ｓ２０３で読み出したＤｖＰ取引パターンの、第二の初期トランザクション実行結果テンプレート８００Ａのうち、図２５Ａに示されるように、資産／資金ＩＤ８２１および残高８２２を、図１２のＳ２０１で合意した内容に基づき、補完する。さらに、ロック解除条件８２３に記載の変数名を、パラメータ記憶部１２２から読み出したパラメータで補完する。そして、トランザクション発行装置１１０Ａは、補完が完了した第二の初期トランザクション実行結果テンプレート８００Ａと、台帳から読み出した対応するレコードの内容とを比較し一致することを確認する。
次に、トランザクション発行装置１１０Ａは、パラメータ記憶部１２２のパラメータテーブルの第二の資産／資金ＩＤ９２７に、「Ｍ０００８」を書き込む。
また、取引状況管理情報記憶部１２３の取引状況管理情報テーブルの第二の資産／資金ＩＤ１０２１に、「Ｍ０００８」を書き込む。
次に、トランザクション発行装置１１０Ａは、検証の結果、問題があった場合には、図２５Ｃに示されるように、取引状況管理情報記憶部１２３から取引管理情報テーブルを読み出し、区分１０２４が「成立」であるレコードを削除する。
次に、図２６のフローチャートの流れに従って、適宜必要な図を参照して電子決済システムにおける通常トランザクション実行処理について説明する。
Ｓ２９０１は、ユーザＢが実行するステップである。
また、Ｓ２９１０、Ｓ２９０２、Ｓ２９０３、Ｓ２９２０、Ｓ２９３０、Ｓ２９０５、Ｓ２９０６の処理は、トランザクション発行装置１１０Ａまたはトランザクション発行装置１１０により、独立に実行されるステップである。
以降、本実施形態では、トランザクション発行装置１１０Ｂで実行されるケースを念頭に、これらのステップについて説明する。
先ず、トランザクション発行装置１１０Ｂは、取引状況管理情報記憶部１２３に格納された取引状況管理情報テーブルを表示し、ユーザＢは、トランザクションの実行を検討する取引案件を選択する（Ｓ２９０１）。
取引状況管理情報テーブルの全案件が終了している場合には（Ｓ２９１０：ＹＥＳ）、図２６に示された通常トランザクション実行処理を終了し、取引状況管理情報が追加され次第、再度、通常トランザクション実行処理を開始する。
以下、図２７を用いて取引状況管理情報テーブルから取引案件を選択する処理について説明する。
本実施形態においては、第一の資産／資金ＩＤが「Ｌ０００５」、第二の資産／資金ＩＤが「Ｍ０００８」である取引状況管理情報テーブルの案件が選択されたものとする。
次に、トランザクション発行装置１１０Ｂは、パラメータ記憶部１２２が保持するパラメータのうち、秘密情報を更新する（Ｓ２９０２）。
この処理では、トランザクション発行装置１１０Ｂの取引状況管理部１１４は、資産／資金決済装置アクセス部１１１を介し、資産／資金管理システム１５０、１６０の実行済トランザクション記憶部１５５、１６５が保持するトランザクションを読み出す。さらに、Ｓ２９０１で選択した取引状況管理情報テーブルの第一の資産／資金ＩＤもしくは第二の資産／資金ＩＤに一致する資産／資金ＩＤを有するトランザクションを、読み出したトランザクションから抽出する。
並行して、パラメータ記憶部１２２から、Ｓ２９０１で選択した取引状況管理情報テーブルの第一の資産／資金ＩＤおよび第二の資産／資金ＩＤを有するパラメータを抽出する。
抽出したトランザクションの秘密情報７２７が、抽出したパラメータのハッシュ値と対応関係にある場合には、当該ハッシュ値に対応する秘密情報のデータとして、秘密情報７２７のデータをパラメータテーブルに書き込む。
以下、図２８を用いて本実施形態の秘密情報を更新する処理について説明する。
トランザクション発行装置１１０Ｂは、実行済トランザクション記憶部が保持するトランザクションのうち、「Ｌ０００５」または「Ｍ０００８」を資産／資金ＩＤ７２２の値として有するトランザクションを抽出する。
ここで、抽出されたトランザクションの秘密情報７２７である「３４５６」が、パラメータのレコードのうち、区分９２３が「ハッシュ値」であるレコードの値９２５の「３Ａ４Ｂ５ｃ６ｄ」（既に初期実行結果テンプレート８００Ａより値を設定済み、図２１Ｂ参照）と、ハッシュ関数における入出力値の関係にある（ハッシュ関数を、Ｈａｓｈとすると、ｙ１＝Ｈａｓｈ（ｘ１）である）ことから、そのレコードと対応関係にある区分９２３が「秘密情報」であるレコードの値９２５として、「３４５６」を書き込む。
次に、トランザクション発行装置１１０Ｂは、Ｓ２９０１で選択した取引状況管理情報が示す案件について、実行可否を判定する（Ｓ２６０３）。
以下、図２９を用いてＳ２９０１で選択した取引状況管理情報が示す案件について、実行可否を判定する処理について説明する。
Ｓ２９０１で選択した取引状況管理情報テーブルのレコードのうち、１行を選択する。さらに、選択したレコードに対応する資産／資金ＩＤおよびロック解除条件を有するレコードを、資産／資金決済装置アクセス部１１１を介し、資産／資金管理システムの台帳記憶部１５４の台帳３００から取得する。さらに、パラメータ記憶部から読み出したパラメータと台帳のロック解除条件とを比較することで、トランザクションの実行可能性を確認する。図２９では、ロック解除条件のハッシュ値「３Ａ４Ｂ５ｃｄ」に対応する秘密情報「３４５６」がパラメータに載っていることから、トランザクションが実行可能と判断できる。
当該処理を、Ｓ２９０１で選択した取引状況管理情報の全レコードについて実施することで、選択された案件の実行可否を判定することができる。
次に、ユーザＢは、Ｓ２９０３で実行可能と判定されたトランザクションについて、実行要否を判断する（Ｓ２９０４）。
本実施形態においては、取引状況管理情報テーブルのレコードのうち、項番１０２２が「１，－」と、「３，－」であるレコードに対応するトランザクションを実行すると判断するものとする。
なお、取引状況管理情報テーブルのレコードのうち、至急フラグ１０２３が空でないもの（図では「●」であるもの）については、ユーザの判断を介することなく、機械的に実行要と判断する。
次に、トランザクション発行装置１１０Ｂは、Ｓ２９０４で実行要と判断されたトランザクションを作成し実行する（Ｓ２９０５）。
以下、図３０および図３１を用いてトランザクションの実行処理を説明する。
図３０は、取引が成立した場合の一連のトランザクションと台帳の様子示している。
ここで、ユーザＢが、取引状況管理情報テーブルのレコードのうち、項番１０２２が「１，－」の取引を選択したものとする。
資産／資金決済装置１５０Ｌのトランザクション実行部１５３は、トランザクションの資産／資金７２２およびロック解除情報７２４に対応する資産／資金ＩＤ３１１およびロック解除条件３１３を有するレコードを、台帳記憶部１５４が保持する台帳３００から抽出する。さらに、抽出したレコードのロック解除条件３１３が、トランザクションのロック解除情報７２４で満たされていること（電子署名が公開鍵で正当であり、秘密情報のハッシュ値が対応していること）を確認した上で、台帳３００を更新する。
具体的な更新方法として、更新前のロック解除条件３１３において、後続するレコードが存在しない場合には、新規の資産／資金ＩＤのレコードを追加し、残高３１２に更新前の残高３１２の値を、ロック解除条件３１３にトランザクションのロック解除条件７２５の情報を、それぞれ記載する。また、更新前の資産／資金ＩＤのレコードについては、残高３１２をゼロに、ロック解除条件３１３を空値に、それぞれ更新する（図３０の台帳（トランザクション実行後））。
次に、ユーザＢが、取引状況管理情報テーブルのレコードのうち、項番１０２２が「３，－」の取引を選択したものとする。
図３１は、取引が成立しなかった場合のトランザクションと台帳の様子を示している。
資産／資金決済装置１５０Ｌのトランザクション実行部１５３は、トランザクションの資産／資金７２２およびロック解除情報７２４に対応する資産／資金ＩＤ３１１およびロック解除条件３１３を有するレコードを、台帳記憶部１５４が保持する台帳３００から抽出する。
図４で説明したように、項番の条件として、「３，－」の条件後、「３，１」の条件または、「３，－」の条件後、「３，２」の条件であるようにトランザクションの実行が規定されている。
このときには、「３，－」に対応するトランザクションを実行されたときには、図３１に示されるように、「３，－」、「３，１」、「３，２」の台帳のロック解除条件３１３を、「３，１」、「３，２」の台帳のロック解除条件３１３に置き換える。
これにより、資産／資金ＩＤが「Ｌ０００５」のトランザクションとして、「３，－」のトランザクション実行後に、「３，１」、「３，２」に対応する資産／資金ＩＤが「Ｌ０００５」のトランザクションが実行されることが担保される。
次に、トランザクション発行装置１１０Ｂは、取引管理情報を更新する（Ｓ２９０６）。
トランザクション発行装置１１０Ｂの取引状況管理部１１４は、Ｓ２９０１で読み出した取引状況管理情報から、資産／資金ＩＤを読み出す。読み出した各資産／資金ＩＤについて、対応する資産／資金ＩＤを有する台帳のレコードを、資産／資金決済装置１５０Ｌの資産／資金決済装置アクセス部１１１を介し、取得する。取得したレコードにおいて、残高３１２の値が「０」であった場合には、取引状況管理情報のレコードのうち、当該資産／資金ＩＤを有するレコードを削除する。
以上、Ｓ２９０１からＳ２９０６を繰り返すことで、順次台帳を更新し、資産／資金Ｌおよび資産／資金Ｍの移転を実施する。
次に、図３２および図３３を用いて本実施形態におけるＤｖＰ取引における取引の全体の一連のトランザクションと台帳の様子について説明する。
先ず、図３２を用いてＤｖＰ取引が成立した場合の取引の全体の一連のトランザクションと台帳の様子について説明する。
図１２に示した電子決済システムにおける第一の初期トランザクション実行処理、図１９に示した電子決済システムにおける第二の初期トランザクション実行処理の一連の処理の結果、それぞれ台帳レコード３５０１、３５０２が、それぞれ資産／資金決済装置１５０Ｌ、資産／資金決済装置１５０Ｍの台帳記憶部１５４に記憶されている。その後、ユーザＡのトランザクション発行装置１１０が保持する情報（パラメータテーブルと鍵情報テーブルによる）３５０３を利用し、トランザクション３５０４を作成し送信する。
一方、資産／資金決済装置１５０Ｍがトランザクション３５０４を処理した結果、台帳が台帳レコード３５０５の通り更新されるとともに、実行済トランザクションの情報から、ユーザＢのトランザクション発行装置１１０Ｂが保持する情報３５０６が更新される。トランザクション発行装置が保持する情報３５０６が更新された結果、ユーザＢがトランザクション３５０７を発行できるようになり、台帳が台帳レコード３５０８の通り更新される。
台帳レコード３５０５は、ユーザＡの電子署名によって移転できる、すなわち，ユーザＡが保有する資産／資金Ｍである。また、台帳レコード３５０８は、ユーザＢの電子署名によって移転できる、すなわち、ユーザＢが保有する資産／資金Ｌである。
次に、図３３を用いて取引が成立しなかった場合の取引の全体の一連のトランザクションと台帳の様子について説明する。
基本的な処理の流れの考え方は、図３２で示したＤｖＰ取引が成立した場合の取引と同様である。
ここで、台帳レコード３６０１、台帳レコード３６０２がエスクロー状態であり、台帳３６０８、台帳３６０５がキャンセルエスクロー状態であることに留意する。
台帳レコード３６１１は、ユーザＡの電子署名によって移転できる、すなわち、ユーザＡが保有する資産／資金Ｌである。また、台帳レコード３６１４は、ユーザＢの電子署名によって移転できる、すなわち、ユーザＢが保有する資産／資金Ｍである。
本実施形態に係る電子決済システムの特徴を説明すると以下のようになる。
従来の取引では、図１１の取引が成立しないときのＤｖＰ取引パターンに示されるように、トランザクションの発行者（電子署名主）と資金／資産の移動先は同じものでなければならなかった（図１１：エスクロー状態１１１２→終了状態１１１３における状態遷移（遷移条件）１１２２など）。
本実施形態に係る電子決済システムでは、トランザクションの発行者（電子署名主）と資金／資産の移動先は異なったものでも許容される（図１０：エスクロー状態６１２→キャンセルエスクロー状態６１３における状態遷移（遷移条件）６２４など）。
これを実現するために、本実施形態に係る電子決済システムでは、トランザクションにロック解除条件を設け、そこに移動先（公開鍵がこれに対応する）を含めたことと、トランザクションの取引パターンとして、「３．－」、「３．１」または「３．－」、「３．２」のように、連続して実行しなければならない取引パターンを定義できるようにしている。
これにより、本実施形態の電子決済システムでは、ＨＴＬＣを拡張し、ロック中の資産をタイムアウトによらずに安全に引き戻す仕組みを提供している。すなわち、例えば、取引の当事者は、複数の資産／資金決済装置をまたがり、かつ、仲介者なくＤｖＰ取引する際に、取引の安全性を担保しつつも、取引不成立時における資産／資金の流動性低下を回避することが可能となる。
１００…電子決済システム
１１０…トランザクション発行装置
１１１…資産／資金決済装置アクセス部
１１２…共有領域アクセス部
１１３…トランザクション発行部
１１４…取引状況管理部
１２１…鍵情報記憶部
１２２…パラメータ記憶部
１２３…取引状況管理情報記憶部
１２４…作成中トランザクション記憶部
１５０…資産／資金決済装置
１５１…トランザクション受信部
１５２…トランザクション実行可否判定部
１５３…トランザクション実行部
１５４…台帳記憶部
１５５…実行済トランザクション記憶部
１５６…実行前トランザクション記憶部
１８０…共有領域
１８１…ＤｖＰ取引テンプレート記憶部

Claims (5)

  1. 資産／資金に関するトランザクションを発行するトランザクション発行装置と、
    前記トランザクション発行装置とネットワークにより接続され、前記トランザクション発行装置の発行するトランザクションに基づいて資産／資金の決済を行う資産／資金決済装置とからなる電子決済システムであって、
    前記トランザクションは、資産／資金の数量と、トランザクション発行元の電子署名を含むロック解除情報と、取引者の公開鍵を含むロック解除条件とを有し、
    第一のトランザクションは、複数の連続してなるロック解除条件を保持するレコードからなり、
    前記第一のトランザクションのロック解除条件には、前記トランザクション発行元と異なる電子署名に関する公開鍵情報を含み、
    前記資産／資金決済装置は、前記トランザクション発行装置の発行する第一のトランザクションを台帳に転記して、前記第一のトランザクション後に発行された第二のトランザクションの実行の可否を、前記台帳に転記されたロック解除情報とロック解除条件と、第二のトランザクションの台帳のロック解除情報とロック解除条件とを、第一のトランザクションの複数の連続してなるロック解除条件の順序に従って、照合させることにより判定して、実行可と判定された前記第二のトランザクションを実行することを特徴とする電子決済システム。
  2. 前記トランザクションのロック解除情報は、さらに、秘密情報を有し、前記トランザクションのロック解除条件は、前記トランザクションのロック解除情報の秘密情報に対するハッシュ値を有し、
    前記第一のトランザクションのロック解除条件には、前記トランザクション発行元の保持する秘密情報と異なるハッシュ値を含むことを特徴とする請求項１記載の電子決済システム。
  3. 第一の資産／資金を所有する第一の取引者と、第二の資産／資金を所有する第二の取引者が、それぞれ第一の資産／資金と第二の資産／資金とを交換する取引であって、
    前記第一の取引者が取引をキャンセルする場合に発行されるトランザクションのロック解除情報に、前記第二の取引者の発行したトランザクションに含まれる電子署名と、秘密情報を含むことを特徴とする請求項２記載の電子決済システム。
  4. 前記トランザクション発行装置は、前記トランザクション発行装置の発行するトランザクションに対応した取引状況管理テーブルを有し、
    取引状況管理テーブルのレコードは、「急」・「不急」が区分されており、
    前記トランザクション発行装置は、「急」とされたレコードに対応するトランザクションを優先して発行することを特徴とする請求項１記載の電子決済システム。
  5. 資産／資金に関するトランザクションを発行するトランザクション発行装置と、
    前記トランザクション発行装置とネットワークにより接続され、前記トランザクション発行装置の発行するトランザクションに基づいて資産／資金の決済を行う資産／資金決済装置とからなる電子決済システムによる電子決済方法であって、
    前記トランザクションは、資産／資金の数量と、トランザクション発行元の電子署名と秘密情報とを含むロック解除情報と、取引者の公開鍵と前記ロック解除情報のハッシュ値とを含むロック解除条件とを有し、
    第一のトランザクションは、複数の連続してなるロック解除条件を保持するレコードからなり、
    前記第一のトランザクションのロック解除条件には、前記トランザクション発行元と異なる電子署名に関する公開鍵情報を含み、
    前記資産／資金決済装置が、前記トランザクション発行装置の発行する第一のトランザクションを台帳に転記するステップと、
    前記資産／資金決済装置が、前記第一のトランザクション後に発行された第二のトランザクションの実行の可否を、前記台帳に転記されたロック解除情報とロック解除条件と、第二のトランザクションの台帳のロック解除情報とロック解除条件とを、第一のトランザクションの複数の連続してなるロック解除条件の順序に従って、照合させることにより判定して、実行可と判定された前記第二のトランザクションを実行するステップとを有することを特徴とする電子決済方法。
JP2020145947A 2020-08-31 2020-08-31 電子決済システムおよび電子決済方法 Active JP7465764B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2020145947A JP7465764B2 (ja) 2020-08-31 2020-08-31 電子決済システムおよび電子決済方法
CN202180052504.6A CN115989537A (zh) 2020-08-31 2021-07-27 电子结算系统以及电子结算方法
US18/022,338 US20230325822A1 (en) 2020-08-31 2021-07-27 Electronic payment system and electronic payment method
PCT/JP2021/027808 WO2022044662A1 (ja) 2020-08-31 2021-07-27 電子決済システムおよび電子決済方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2020145947A JP7465764B2 (ja) 2020-08-31 2020-08-31 電子決済システムおよび電子決済方法

Publications (2)

Publication Number Publication Date
JP2022040968A JP2022040968A (ja) 2022-03-11
JP7465764B2 true JP7465764B2 (ja) 2024-04-11

Family

ID=80353233

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020145947A Active JP7465764B2 (ja) 2020-08-31 2020-08-31 電子決済システムおよび電子決済方法

Country Status (4)

Country Link
US (1) US20230325822A1 (ja)
JP (1) JP7465764B2 (ja)
CN (1) CN115989537A (ja)
WO (1) WO2022044662A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019104250A1 (en) 2017-11-22 2019-05-31 SALT Lending Holdings, Inc. Incrementally perfected digital asset collateral wallet
JP2020123265A (ja) 2019-01-31 2020-08-13 株式会社メルカリ プログラム、情報処理装置、及び情報処理方法

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6629081B1 (en) * 1999-12-22 2003-09-30 Accenture Llp Account settlement and financing in an e-commerce environment
JP2002024532A (ja) * 2000-07-11 2002-01-25 Hitachi Ltd 電子有価証券取引システム
US6931382B2 (en) * 2001-01-24 2005-08-16 Cdck Corporation Payment instrument authorization technique
US10861112B2 (en) * 2012-07-31 2020-12-08 Causam Energy, Inc. Systems and methods for advanced energy settlements, network-based messaging, and applications supporting the same on a blockchain platform
CA2982773C (en) * 2015-04-14 2023-07-04 Capital One Services, Llc A system, method, and apparatus for updating an existing dynamic transaction card
US10410211B2 (en) * 2015-06-15 2019-09-10 Intel Corporation Virtual POS terminal method and apparatus
US20180191503A1 (en) * 2015-07-14 2018-07-05 Fmr Llc Asynchronous Crypto Asset Transfer and Social Aggregating, Fractionally Efficient Transfer Guidance, Conditional Triggered Transaction, Datastructures, Apparatuses, Methods and Systems
GB201613174D0 (en) * 2016-07-29 2016-09-14 Eitc Holdings Ltd Computer-implemented system and method
US10417217B2 (en) * 2016-08-05 2019-09-17 Chicago Mercantile Exchange Inc. Systems and methods for blockchain rule synchronization
US10796329B2 (en) * 2016-11-29 2020-10-06 Mastercard International Incorporated Method and system for authentication of coupons via blockchain
US10839379B2 (en) * 2017-07-20 2020-11-17 Chicago Mercantile Exchange Inc. Blockchain including linked digital assets
US12026710B2 (en) * 2017-08-29 2024-07-02 Nchain Licensing Ag Constraints on outputs of an unlocking transaction in a blockchain
US20190095879A1 (en) * 2017-09-26 2019-03-28 Cornell University Blockchain payment channels with trusted execution environments
US20190114706A1 (en) * 2017-10-17 2019-04-18 SALT Lending Holdings, Inc. Blockchain oracle for managing loans collateralized by digital assets
US11315138B1 (en) * 2018-03-12 2022-04-26 Worldpay, Llc Decentralized computer systems and methods for loyalty points payments using distributed ledgers
WO2019235198A1 (ja) * 2018-06-06 2019-12-12 日本電信電話株式会社 決済システム、決済方法、利用者装置、決済プログラム
JP6710737B2 (ja) * 2018-10-24 2020-06-17 株式会社 みずほ銀行 決済システム及び決済方法
US20200311816A1 (en) * 2019-03-25 2020-10-01 PetroChain Holdings, Inc. Distributed ledger investment governance platform
WO2021016219A1 (en) * 2019-07-19 2021-01-28 Dan Kikinis Non-cryptographic immutable distributed ledger technology
US20210287285A1 (en) * 2020-03-16 2021-09-16 TraDove, Inc. Lightweight blockchain supported transaction platform with token integrated lending enhancements
US11087293B1 (en) * 2020-03-20 2021-08-10 TraDove, Inc. Blockchain based bank checking network with paper checking enhancements
US11669812B2 (en) * 2020-06-05 2023-06-06 Serge M Krasnyansky Contingent payments for virtual currencies
US11477654B1 (en) * 2022-05-31 2022-10-18 Starlogik Ip Llc Access controlling network architectures and systems, having cellular network components and elements modified to host access controlling schemas designed to transform and/or facilitate cellular communication signals in accordance with novel cellular communications protocols with multi-part multi-functional address signaling, and methods for use thereof

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019104250A1 (en) 2017-11-22 2019-05-31 SALT Lending Holdings, Inc. Incrementally perfected digital asset collateral wallet
JP2020123265A (ja) 2019-01-31 2020-08-13 株式会社メルカリ プログラム、情報処理装置、及び情報処理方法

Also Published As

Publication number Publication date
WO2022044662A1 (ja) 2022-03-03
JP2022040968A (ja) 2022-03-11
US20230325822A1 (en) 2023-10-12
CN115989537A (zh) 2023-04-18

Similar Documents

Publication Publication Date Title
JP7533974B2 (ja) 信頼度が低い、または信頼度が皆無の当事者間での価値転送を円滑化する装置、システム、または方法
Swan Blockchain for business: Next-generation enterprise artificial intelligence systems
Sunyaev et al. Distributed ledger technology
AU2020200682B2 (en) Systems and methods of secure provenance for distributed transaction databases
WO2021046494A1 (en) System and method of providing a blockchain-based recordation process
US20180189887A1 (en) Cryptographic currency for financial data management, digital and digitalized cross-asset identification and unique digital asset identifier generation, asset valuation and financial risk management
KR20210050525A (ko) 분할 가능한 증권형 토큰
CN109314643A (zh) 事务处理装置、事务处理方法以及用于其的程序
JP2021529378A (ja) ブロックチェーンの分散台帳を実装する分散調整エンジンベースの取引方法、装置、及びシステム
CN110168597A (zh) 用于在区块链网络内原子转移智能资产的平台
JP2018521437A (ja) ブロックチェーン技術を用いて証券取引を売買、決済、および清算するためのシステムおよび方法
US20210082045A1 (en) Smart contract for copy trading
CN109937430A (zh) 用于在区块链网络内原子转移智能资产的平台
CN110135966B (zh) 授信额度管理方法与系统
US20200160288A1 (en) Physically settled futures delivery system
Ferrick Modernizing the Stockholder Shield: How Blockchains and Distributed Ledgers Could Rescue the Appraisal Remedy
JP2021099627A (ja) 相続手続システム、相続手続管理方法、プログラム
US20220284508A1 (en) A distributed computing architecture with settlement mechanism to enable traceability of credit tokenization, disbursement and repayment
JP7465764B2 (ja) 電子決済システムおよび電子決済方法
Martins et al. Recoverable token: Recovering from intrusions against digital assets in Ethereum
KR20220066786A (ko) 실물자산 투자방법
Kaal et al. Blockchain innovation in private investment funds-A comparative analysis of the United States and Europe
Rohmalia et al. Designing a Central Bank Digital Currency (CBDC) Retail Model as a Payment System
US20240185234A1 (en) Hierarchical digital issuance tokens and claim tokens
US20240233019A9 (en) Digital assets platform

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230125

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: 20240326

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240401

R150 Certificate of patent or registration of utility model

Ref document number: 7465764

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150