JP7015492B1

JP7015492B1 - デジタル資産を用いた取引注文処理システム

Info

Publication number: JP7015492B1
Application number: JP2021105259A
Authority: JP
Inventors: 一也西本
Original assignee: INTERTRADE CO.,LTD.
Current assignee: INTERTRADE CO.,LTD.
Priority date: 2021-06-24
Filing date: 2021-06-24
Publication date: 2022-02-03
Anticipated expiration: 2041-06-24
Also published as: JP2023003894A

Abstract

【課題】デジタル資産間の交換・取引を迅速かつ効率的に処理可能なデジタル資産を用いた取引注文処理システムを提供する。【解決手段】取引注文処理システムにおいて、銘柄単位でノード毎に稼働するスマートコントラクト２、３、４、５は、銘柄の注文データを価格優先、注文時間優先、数量優先の順でソートし、ソート後の上位数件の注文データに対し、統一した通貨単位、数量単位、相手側銘柄のデジタル資産を基準とした注文数量、注文価格に変換して、規準注文価格、規準注文数量を算出し、ソート及び規準注文価格、規準注文数量を算出後の売り側の注文データ、買い側の注文データの少なくともいずれか一方と相手側の上位数件の注文データとの対当・約定処理を行う。スマートコントラクト５は、注文データの処理稼働条件を監視し、処理稼働条件を満たしたときに、スマートコントラクト４による当該注文データに係る注文の対当・約定処理を実行させる。【選択図】図１

Description

本発明は、経済的な価値をデジタルで表現可能な、トークンやデジタル通貨等のデジタル資産を用いて、商品等の取引を行う、デジタル資産取引システムに関する。
なお、本願明細書における「システム」とは、コンピュータや他の電子機器、ソフトウェア、通信ネットワーク、データなどの要素を組み合わせて構成された、ソフトウェアによる情報処理を、ハードウェア資源を用いて具体的に実現するコンピュータシステムを意味する。

世界の主要な商品取引所では、商品等の経済的価値を各国の発行する通貨で表示した取引が行われている。

近年、デジタル化技術により、資産の経済的価値をデジタルで表現した、トークン等のデジタル資産が取引され易くなっている。
特に定型化された経済的価値を有する資産、例えば、コモディティ（商品取引所で取引されている商品等）類は、デジタル資産として取引することのできる特性が強い。

しかし、従来の商品取引所には、トークン等のデジタル資産の取引注文を処理するシステムは構築されていない。
将来、暗号資産やデジタル通貨、もしくはＳＴＯなどデジタル証券のようなメジャーなデジタル価値（資産）に限らず、製品や食品など個別に定義された物やサービスというマイナーな価値についてデジタル表現したものも広く、交換・取引の対象になることが想定される。

そこで、本件発明者は、デジタル資産を用いた取引注文を処理するシステムを構築すべく、検討・考察を重ねた。その際、あらゆる形態のデジタル価値（資産）同士（マルチカレンシー、マルチアセット）を対象とした交換・取引を行う取引注文処理システムについて検討したところ、取引の基準となる通貨単位、数量単位、価格、数量等が相違するデジタル資産同士を交換・取引することが難しいことが判明した。

本発明は、上記従来の課題を鑑みてなされたものであり、取引の基準となる通貨単位、数量単位、価格、数量等が相違するトークン（ブロックチェーン等の分散技術においてデジタルで定義される価値などの総称であって、暗号資産を含む）、デジタル通貨、トークンとデジタル通貨、もしくはトークン同士、デジタル通貨同士など、あらゆる形態のデジタル資産間の交換・取引を迅速かつ効率的に処理することが可能な、デジタル資産を用いた取引注文処理システムを提供することを目的としている。

上記目的を達成するため、本発明によるデジタル資産を用いた取引注文処理システムは、トークン（ブロックチェーン等の分散技術においてデジタルで定義される価値などの総称であって、暗号資産を含む）、デジタル通貨、トークンとデジタル通貨、もしくはトークン同士、デジタル通貨同士など、あらゆる形態のデジタル資産間による取引を管理するための、少なくとも１種類のブロックチェーン等の分散技術における分散型台帳と、該分散型台帳に管理されるデジタル資産を用いた所定の処理を行うためのスマートコントラクトを備えて構築される、デジタル資産を用いた取引注文処理システムであって、注文入力手段と、注文者により前記注文入力手段を介して注文が入力されたときに当該注文の銘柄単位でノードごとに稼動する、注文管理用スマートコントラクト、基準値提供用スマートコントラクト、取引用スマートコントラクト、および処理稼働条件監視用スマートコントラクトを有し、前記注文管理用スマートコントラクトは、注文者により注文入力手段を介して入力された銘柄単位の注文についての、当該注文に対する対当・約定処理を執行するための処理稼働条件を備えた注文データ（売り注文、買い注文のデータ）を前記分散型台帳に記録・保存する機能を有し、前記基準値提供用スマートコントラクトは、当該銘柄の売りと買い夫々の基準値（最新の約定値や最良気配値に基づく、売買の基準となる値段）を算出し、算出した基準値を、当該銘柄に対応する夫々の前記取引用スマートコントラクトに提供する機能を有し、前記取引用スマートコントラクトは、前記分散型台帳に記録・保存されている当該銘柄の注文データを、売り側の注文データと買い側の注文データとに分類し、売り側の注文データ、買い側の注文データを、価格優先、注文時間優先、数量優先の順でソートする機能と、注文データに対し、同一銘柄のデジタル資産の注文における、取引のベースとなる通貨単位や数量単位の異なる複数の注文の通貨単位、数量単位を、前記基準値を用いて算出される所定の換算率に基づき、統一した通貨単位、数量単位に変換して、規準注文価格、規準注文数量を算出する機能と、注文データに対し、異なる銘柄のデジタル資産の注文における、注文数量、注文価格を、前記基準値を用いて算出される所定の換算率に基づき、相手側の銘柄のデジタル資産を基準とした注文数量、注文価格に変換して、規準注文価格、規準注文数量を算出する機能と、ソート及び規準注文価格、規準注文数量を算出後の売り側の注文データ、買い側の注文データの少なくともいずれか一方と相手側の上位数件の注文データとの対当・約定処理を行う機能を有し、前記処理稼働条件監視用スマートコントラクトは、注文データの処理稼働条件を満たすか否かを監視し、当該注文データの処理稼働条件を満たしたときに、前記取引用スマートコントラクトによる当該注文データに係る注文の対当・約定処理を実行させるトリガー機能を有することを特徴とする。
なお、本願明細書における「スマートコントラクト」とは、ブロックチェーン上で稼働するプログラムであって、ブロックチェーンにおけるトランザクションのデータ処理を、ブロックチェーンの外部から取り込まれた情報をトリガーとして自動的に執行するプログラムを意味し、ノードという分散された環境で、並列的に処理できるものである。

また、本発明のデジタル資産を用いた取引注文処理システムにおいては、前記取引用スマートコントラクトは、前記規準注文価格、前記規準注文数量の算出を、前記ソート後の上位数件の注文データに対して行うのが好ましい。

また、本発明のデジタル資産を用いた取引注文処理システムにおいては、前記注文データの処理稼働条件は、当該銘柄の注文データにおける、当該銘柄の注文データに対する対当・約定処理を実行させるためのトリガー条件と当該銘柄とは別銘柄である交換先の注文データに対する対当・約定処理を実行させるためのトリガー条件との論理積、論理和の少なくともいずれかを用いた組み合わせを有してなるのが好ましい。

また、本発明のデジタル資産を用いた取引注文処理システムにおいては、前記注文管理用スマートコントラクトは、当該銘柄の注文データにおける個々の前記トリガー条件が設定されてなるトリガー条件監視テーブルを作成する機能を有し、前記処理稼働条件監視用スマートコントラクトは、前記トリガー条件監視テーブルを監視し、該トリガー条件監視テーブルにおける個々の前記トリガー条件（の対象値）が前記処理稼働条件を満たしたときに、前記取引用スマートコントラクトによる当該注文データに係る注文の対当・約定処理を実行させるのが好ましい。

また、本発明のデジタル資産を用いた取引注文処理システムにおいては、前記取引用スマートコントラクトは、売り注文と買い注文の一方に対当しない端数の注文が生じる場合、当該端数分の注文を自己が介在することによって調整する（予め自己保有しておいたデジタル資産を用いて、自己のデジタル資産の保有量が所定量となる範囲内で、反対売買を行うことで当該残余分の注文を約定させる）機能を有するのが好ましい。

また、本発明のデジタル資産を用いた取引注文処理システムにおいては、前記取引用スマートコントラクトは、注文が約定しきれずに残る場合、当該注文が全て約定処理されるか、または約定処理できなくなる（＝対当しうる相手側の注文が存在しなくなる）まで、売買の対象となる相手側の注文の注文データの価格優位順のソートから、ソートした相手側の注文データのうち、上位数件の注文データを対象とした対当・約定処理までの処理を繰り返すのが好ましい。

また、本発明のデジタル資産を用いた取引注文処理システムにおいては、さらに、注文処理監視用スマートコントラクトと、運用監視用スマートコントラクトを有し、前記注文処理監視用スマートコントラクトは、１銘柄に対して稼働した前記取引用スマートコントラクトの対当・約定処理が待機状態にある場合、障害とみなして当該取引用スマートコントラクトの稼働を停止させ、当該取引用スマートコントラクトのエラー情報及び稼動を停止した当該取引用スマートコントラクトのノードを、システムの運用を監視する運用監視用スマートコントラクトに通知する機能を有し、前記運用監視用スマートコントラクトは、エラー情報及び稼動を停止した前記取引用スマートコントラクトのノードの通知を受けて、別の取引用スマートコントラクトが当該処理を継続するように、取引用スマートコントラクトを稼動させるノードを自動的に調整する機能を有するのが好ましい。

本発明によれば、取引の基準となる通貨単位、数量単位、価格、数量等が相違するトークン（ブロックチェーン等の分散技術においてデジタルで定義される価値などの総称であって、暗号資産を含む）、デジタル通貨、トークンとデジタル通貨、もしくはトークン同士、デジタル通貨同士など、あらゆる形態のデジタル資産間の交換・取引を迅速かつ効率的に処理することが可能な、デジタル資産を用いた取引注文処理システムが得られる。

本発明の第１実施形態に係るデジタル資産を用いた取引注文処理システムの全体構成を概略的に示す説明図である。図１のデジタル資産を用いた取引注文処理システムにおける注文管理用スマートコントラクトに備わる機能の概要を示す説明図である。図１のデジタル資産を用いた取引注文処理システムにおける基準値提供用スマートコントラクトに備わる機能の概要を示す説明図である。図１のデジタル資産を用いた取引注文処理システムにおける銘柄単位でノードごとに稼動する夫々の基準値提供用スマートコントラクトに備わる機能の概要の一部分を示す説明図である。図１のデジタル資産を用いた取引注文処理システムにおける銘柄単位でノードごとに稼動する夫々の基準値提供用スマートコントラクトに備わる機能の概要の残りの部分を示す説明図である。図１のデジタル資産を用いた取引注文処理システムにおける処理稼働条件監視用スマートコントラクトに備わる機能の概要を示す説明図である。図１のデジタル資産を用いた取引注文処理システムにおける注文処理監視用スマートコントラクトに備わる機能の概要を示す説明図である。図１のデジタル資産を用いた取引注文処理システムにおける運用監視用スマートコントラクトに備わる機能の概要を示す説明図である。図１のデジタル資産を用いた取引注文処理システムにおける処理の流れの一例の一部分を示す説明図である。図１のデジタル資産を用いた取引注文処理システムにおける処理の流れの一例の図９の続き部分を示す説明図である。

実施形態の説明に先立ち、本発明を導出するに至った経緯、及び本発明の作用効果について説明する。

上述のとおり、近年、デジタル化技術により、資産の経済的価値をデジタルで表現した、デジタル資産が取引され易くなっている。
特に定型化された経済的価値を有する資産、例えば、コモディティ（商品取引所で取引されている商品等）類は、経済的価値がデジタルで表現された、デジタル資産として取引することのできる特性が強い。

しかし、上述したように、従来の商品取引所には、トークン等のデジタル資産の取引注文を処理するシステムは構築されていない。
将来、暗号資産やデジタル通貨、もしくはＳＴＯなどデジタル証券のようなメジャーなデジタル価値（資産）に限らず、製品や食品など個別に定義された物やサービスというマイナーな価値についてデジタル表現したものも広く、交換・取引の対象になることが想定される。

そこで、本件発明者は、デジタル資産を用いた取引注文の処理するシステムを構築すべく、検討・考察を重ねた。その際、デジタル資産の注文データを迅速かつ効率的に処理するために、スマートコントラクトを用いた分散処理を考えた。
その際、あらゆる形態のデジタル価値（資産）同士（マルチカレンシー、マルチアセット）を対象とした交換・取引を行う取引注文処理システムについて検討したところ、取引の基準となる通貨単位、数量単位、価格、数量等が相違するデジタル資産同士を交換・取引することが難しいことが判明した。

（１）取引の基準となる通貨単位、数量単位の相違
同じ銘柄のデジタル資産同士の取引であっても国や市場によって取引の基準となる通貨単位や数量単位が異なるため、取引の基準となる通貨単位や数量単位が異なる国や市場でのデジタル資産同士の交換・取引が煩雑化する。

（２）銘柄等の相違に起因する取引の基準となる価格、数量の相違
異なる銘柄のデジタル資産同士の取引においては、取引の基準となる数量や価格が異なるため、異なる銘柄のデジタル資産同士の交換・取引の支障となる。
これに加えて、上記（１）で述べた取引の基準となる通貨単位や数量単位が異なるという要因が加わると、より一層交換・取引が難しくなる。

（３）取引の基準となる通貨単位、数量単位、価格、数量等の調整に伴う問題
上記（１）で述べた取引の基準となる通貨単位や数量単位の相違や、上記（２）で述べた取引の基準となる数量や価格の相違を調整すべく、統一化した規準価格、規準数量に変換すると、注文における価格、数量に端数が生じてしまい、対当させ難くなり、流動性が低下する。
また、取引の基準となる通貨単位、数量単位、価格、数量等を調整のためにシステムへかかる負荷が膨大化する。このため、取引の基準となる通貨単位、数量単位、価格、数量等が相違するデジタル資産の交換・取引の処理のためにシステムへかかる負荷が膨大化し、処理速度の低下を招く虞がある。

（４）銘柄単位で稼動するスマートコントラクトにおける、異なる銘柄のデジタル資産同士の交換・取引のための処理についての課題
デジタル資産は、ブロックチェーンなどの分散型台帳を用いて管理されるデータであり、分散した状態で共有できるものであるとともにデータ自体に価値を有するものであって、その価値を有するデータそのものを処理できるという特性を有する。
上述のとおり、「スマートコントラクト」とは、ブロックチェーン上で稼働するプログラムであって、ブロックチェーンにおけるトランザクションのデータ処理を、ブロックチェーンの外部から取り込まれた情報をトリガーとして自動的に執行するプログラムを意味し、ノードという分散された環境で、並列的に処理できるものである。
しかるに、取引処理を行うスマートコントラクトは、銘柄単位で稼働する。
このため、当該銘柄の取引処理を行うスマートコントラクトが稼働しても、当該銘柄の交換先となる他の銘柄の取引処理を行うスマートコントラクトが稼働せず、銘柄の異なるデジタル資産同士の交換・取引のための処理を行うことができない。

本件発明者はこのような問題等を鑑み、さらに、検討・考察した結果、本発明のデジタル資産を用いた取引注文処理システムを導出するに至った。

本発明のデジタル資産を用いた取引注文処理システムは、トークン（ブロックチェーン等の分散技術においてデジタルで定義される価値などの総称であって、暗号資産を含む）、デジタル通貨、トークンとデジタル通貨、もしくはトークン同士、デジタル通貨同士など、あらゆる形態のデジタル資産間による取引を管理するための、少なくとも１種類のブロックチェーン等の分散技術における分散型台帳と、該分散型台帳に管理されるデジタル資産を用いた所定の処理を行うためのスマートコントラクトを備えて構築される、デジタル資産を用いた取引注文処理システムであって、注文入力手段と、注文者により前記注文入力手段を介して注文が入力されたときに当該注文の銘柄単位でノードごとに稼動する、注文管理用スマートコントラクト、基準値提供用スマートコントラクト、取引用スマートコントラクト、および処理稼働条件監視用スマートコントラクトを有し、前記注文管理用スマートコントラクトは、注文者により注文入力手段を介して入力された銘柄単位の注文についての、当該注文に対する対当・約定処理を執行するための処理稼働条件を備えた注文データ（売り注文、買い注文のデータ）を前記分散型台帳に記録・保存する機能を有し、前記基準値提供用スマートコントラクトは、当該銘柄の売りと買い夫々の基準値（最新の約定値や最良気配値に基づく、売買の基準となる値段）を算出し、算出した基準値を、当該銘柄に対応する夫々の前記取引用スマートコントラクトに提供する機能を有し、前記取引用スマートコントラクトは、前記分散型台帳に記録・保存されている当該銘柄の注文データを、売り側の注文データと買い側の注文データとに分類し、売り側の注文データ、買い側の注文データを、価格優先、注文時間優先、数量優先の順でソートする機能と、注文データに対し、同一銘柄のデジタル資産の注文における、取引のベースとなる通貨単位や数量単位の異なる複数の注文の通貨単位、数量単位を、前記基準値を用いて算出される所定の換算率に基づき、統一した通貨単位、数量単位に変換して、規準注文価格、規準注文数量を算出する機能と、注文データに対し、異なる銘柄のデジタル資産の注文における、注文数量、注文価格を、前記基準値を用いて算出される所定の換算率に基づき、相手側の銘柄のデジタル資産を基準とした注文数量、注文価格に変換して、規準注文価格、規準注文数量を算出する機能と、ソート及び規準注文価格、規準注文数量を算出後の売り側の注文データ、買い側の注文データの少なくともいずれかと相手側の上位数件（例えば、５～１０件）の注文データとの対当・約定処理を行う機能を有し、前記処理稼働条件監視用スマートコントラクトは、注文データの処理稼働条件を満たすか否かを監視し、当該注文データの処理稼働条件を満たしたときに、前記取引用スマートコントラクトによる当該注文データに係る注文の対当・約定処理を実行させるトリガー機能を有する。

本発明のデジタル資産を用いた取引注文処理システムのように、トークン（ブロックチェーン等の分散技術においてデジタルで定義される価値などの総称であって、暗号資産を含む）、デジタル通貨、トークンとデジタル通貨、もしくはトークン同士、デジタル通貨同士など、あらゆる形態のデジタル資産間による取引を管理するための、少なくとも１種類のブロックチェーン等の分散技術における分散型台帳と、該分散型台帳に管理されるデジタル資産を用いた所定の処理を行うためのスマートコントラクトを備えた構成とすれば、分散型台帳に記録された価値を有するトークンそのものを、スマートコントラクトを介して処理できるため、注文処理の発注管理をデータベースに依存して行っていた従来の取引市場発注管理システムとは異なり、注文処理から決済（清算）処理までを即時に行うことができ、処理時間が飛躍的に向上する。

また、本発明のデジタル資産を用いた取引注文処理システムのように、取引用スマートコントラクトを、分散型台帳に記録・保存されている当該銘柄の注文データを、売り側の注文データと買い側の注文データとに分類し、売り側の注文データ、買い側の注文データを、価格優先、注文時間優先、数量優先の順でソートする機能と、注文データに対し、同一銘柄のデジタル資産の注文における、取引のベースとなる通貨単位や数量単位の異なる複数の注文の通貨単位、数量単位を、基準値を用いて算出される所定の換算率に基づき、統一した通貨単位、数量単位に変換して、規準注文価格、規準注文数量を算出する機能と、注文データに対し、異なる銘柄のデジタル資産の注文における、注文数量、注文価格を、基準値を用いて算出される所定の換算率に基づき、相手側の銘柄のデジタル資産を基準とした注文数量、注文価格に変換して、規準注文価格、規準注文数量を算出する機能と、ソート及び規準注文価格、規準注文数量を算出後の売り側の注文データ、買い側の注文データの少なくともいずれかと相手側の上位数件（例えば、５～１０件）の注文データとの対当・約定処理を行う機能を有した構成とすれば、システムへかかる負荷を極力抑え、処理速度の低下を抑止しながら、取引の基準となる通貨単位や数量単位が異なるデジタル資産同士や、取引の基準となる数量や価格が異なるデジタル資産同士等、あらゆる形態のデジタル資産同士の交換・取引を行うことが可能となる。

また、本発明のデジタル資産を用いた取引注文処理システムのように、処理稼働条件監視用スマートコントラクトが、注文データの処理稼働条件を満たすか否かを監視し、当該注文データの処理稼働条件を満たしたときに、取引用スマートコントラクトによる当該注文データに係る注文の対当・約定処理を実行させるトリガー機能を有するように構成すれば、夫々の銘柄単位に稼働する取引用スマートコントラクトであっても、銘柄の異なるデジタル資産同士の交換・取引のための処理を実行することが可能になる。

また、本発明のデジタル資産を用いた取引注文処理システムにおいては、好ましくは、前記取引用スマートコントラクトは、前記規準注文価格、前記規準注文数量の算出を、前記ソート後の上位数件（例えば、５～１０件）の注文データに対して行う。
このようにすれば、取引用スマートコントラクトによる規準注文価格、規準注文数量の算出のために要する処理件数を低減でき、システムへかかる負荷、処理速度の低下をより一層低減することができる。

また、本発明のデジタル資産を用いた取引注文処理システムにおいては、好ましくは、前記注文データの処理稼働条件は、当該銘柄の注文データにおける、当該銘柄の注文データに対する対当・約定処理を実行させるためのトリガー条件と当該銘柄とは別銘柄である交換先の注文データに対する対当・約定処理を実行させるためのトリガー条件との論理積、論理和の少なくともいずれかを用いた組み合わせを有してなる。
このようにすれば、例えば、所定銘柄のデジタルデータの売り注文において異なる銘柄のデジタルデータとの交換を所望する場合に、処理稼働条件として夫々の銘柄についてのトリガー条件項目を設定しておくことで、処理稼働条件監視用スマートコントラクトが、夫々の銘柄単位に稼働する取引用スマートコントラクトに、銘柄の異なるデジタル資産同士の交換・取引のための処理を同時に実行させることができる。

また、本発明のデジタル資産を用いた取引注文処理システムにおいては、好ましくは、前記注文管理用スマートコントラクトは、当該銘柄の注文データにおける個々の前記トリガー条件が設定されてなるトリガー条件監視テーブルを作成する機能を有し、前記処理稼働条件監視用スマートコントラクトは、前記トリガー条件監視テーブルを監視し、該トリガー条件監視テーブルにおける個々の前記トリガー条件（の対象値）が前記処理稼働条件を満たしたときに、前記取引用スマートコントラクトによる当該注文データに係る注文の対当・約定処理を実行させる。
このようにすれば、処理稼働条件監視用スマートコントラクトが、夫々の銘柄単位に稼働する取引用スマートコントラクトに、銘柄の異なるデジタル資産同士の交換・取引のための処理を同時に実行させることを具現化できる。

また、本発明のデジタル資産を用いた取引注文処理システムにおいては、好ましくは、前記取引用スマートコントラクトは、売り注文と買い注文の一方に対当しない端数の注文が生じる場合、当該端数分の注文を自己が介在することによって調整する（予め自己保有しておいたデジタル資産を用いて、自己のデジタル資産の保有量が所定量となる範囲内で、反対売買を行うことで当該残余分の注文を約定させる）機能を有する。
このようにすれば、所定の注文価格、注文数量（統一化した規準価格、規準数量）に変換することにより、注文における価格、数量に端数が生じた場合であっても、約定が可能となるため、通貨単位や数量単位の異なる注文同士の取引や、銘柄の異なる注文同士等の取引についての流動性を向上させることが可能になる。

また、本発明のデジタル資産を用いた取引注文処理システムにおいては、好ましくは、前記取引用スマートコントラクトは、注文が約定しきれずに残る場合、当該注文が全て約定処理されるか、または約定処理できなくなる（＝対当しうる相手側の注文が存在しなくなる）まで、売買の対象となる相手側の注文の注文データの価格優位順のソートから、ソートした相手側の注文データのうち、上位数件（例えば、５～１０件）の注文データを対象とした対当・約定処理までの処理を繰り返す。
このようにすれば、当該注文が全て約定処理されるか、または約定処理できなくなるまで繰り返す取引用スマートコントラクトにおける、１回当たりの対当・約定処理での処理対象となる注文データを少数に抑えることができ、システムにかかる負荷を低減することができる。

また、本発明のデジタル資産を用いた取引注文処理システムにおいては、好ましくは、さらに、注文処理監視用スマートコントラクトと、運用監視用スマートコントラクトを有し、前記注文処理監視用スマートコントラクトは、１銘柄に対して稼働した前記取引用スマートコントラクトの対当・約定処理が待機状態にある場合、障害とみなして当該取引用スマートコントラクトの稼働を停止させ、当該取引用スマートコントラクトのエラー情報及び稼動を停止した当該取引用スマートコントラクトのノードを、システムの運用を監視する運用監視用スマートコントラクトに通知する機能を有し、前記運用監視用スマートコントラクトは、エラー情報及び稼動を停止した前記取引用スマートコントラクトのノードの通知を受けて、別の取引用スマートコントラクトが当該処理を継続するように、取引用スマートコントラクトを稼動させるノードを自動的に調整する機能を有する。
このようにすれば、所定ノードの取引用スマートコントラクトによる対当・約定処理に不具合を生じても、処理を停滞させることなく、他のノードの取引用スマートコントラクトに当該注文データの対当・約定処理を行わせることができる。

このため、本発明によれば、従来、世界の主要取引所で行われていなかった、通貨単位、数量単位や、銘柄の異なる、トークン（ブロックチェーン等の分散技術においてデジタルで定義される価値などの総称であって、暗号資産を含む）、デジタル通貨、トークンとデジタル通貨、もしくはトークン同士、デジタル通貨同士など、あらゆる形態のデジタル資産間の交換・取引を迅速かつ効率的に処理することができ、しかも、エラーや障害が発生しても処理を中断することなく継続可能な、デジタル資産を用いた取引注文処理システムが得られる。
以下、図面を参照して、本発明を実施するための形態の説明を行うこととする。

第１実施形態
図１は本発明の第１実施形態に係るデジタル資産を用いた取引注文処理システムの全体構成を概略的に示す説明図である。
第１実施形態のデジタル資産を用いた取引注文処理システムは、トークン（ブロックチェーン等の分散技術においてデジタルで定義される価値などの総称であって、暗号資産を含む）、デジタル通貨、トークンとデジタル通貨、もしくはトークン同士、デジタル通貨同士など、あらゆる形態のデジタル資産間による取引を管理するための、少なくとも１種類のブロックチェーン等の分散技術における分散型台帳と、該分散型台帳に管理されるデジタル資産を用いた所定の処理を行うためのスマートコントラクトを備えて構築され、注文入力手段１と、注文管理用スマートコントラクト２と、基準値提供用スマートコントラクト３と、取引用スマートコントラクト４と、処理稼働条件監視用スマートコントラクト５と、注文処理監視用スマートコントラクト６と、運用監視用スマートコントラクト７と、を有している。

注文入力手段
注文入力手段１は、例えば、コンピュータの端末や、携帯情報端末等の他の電子機器の画面表示部と入力部を介して、所定形態のデジタル資産（例えば、トークンとデジタル通貨）による取引についての注文（例えば、トークンによる売り注文、デジタル通貨による買い注文）を入力することができるように構成されている。注文の入力項目は、銘柄、売買区分、数量単位、通貨単位、注文価格、注文数量、約定条件、交換先（のデジタル資産の種類）、処理稼働条件等が挙げられる。

注文管理用スマートコントラクト
注文管理用スマートコントラクト２は、注文者により注文入力手段１を介して注文が入力されたときに当該注文の銘柄単位でノードごとに稼動し、図２に示すように、注文者により注文入力手段１を介して入力された銘柄単位の注文についての、当該注文に対する対当・約定処理を執行するための処理稼働条件を備えた注文データ（例えば、トークンによる売り注文、デジタル通貨による買い注文のデータ）を分散型台帳に記録・保存する機能を有するように構成されている。
また、注文管理用スマートコントラクト２は、当該銘柄の注文データにおける個々のトリガー条件が設定されてなるトリガー条件監視テーブルを作成する機能を有する。なお、トリガー条件、トリガー条件監視テーブルについては、後述する。

基準値提供用スマートコントラクト
基準値提供用スマートコントラクト３は、注文者により注文入力手段１を介して注文が入力されたときに当該注文の銘柄単位でノードごとに稼動し、図３に示すように、当該銘柄の売りと買い夫々の基準値（最新の約定値や最良気配値に基づく、売買の基準となる値段）を算出し、算出した基準値を、当該銘柄に対応する夫々の取引用スマートコントラクト４に提供する機能を有するように構成されている。
なお、最良気配値とは、売り注文における最も安い値段、買い注文における最も高い値段である。

取引用スマートコントラクト
取引用スマートコントラクト４は、注文者により注文入力手段１を介して注文が入力されたときに当該注文の銘柄単位でノードごとに稼動し、図４、図５に示すように、次の処理を行う機能を有するように構成されている。

取引用スマートコントラクト４は、注文管理用スマートコントラクト２により分散型台帳に記録・保存されている当該銘柄の注文データを、売り側の注文データと買い側の注文データとに分類し、売り側の注文データ、買い側の注文データを、価格優先、注文時間優先、数量優先の順でソートする機能を有する。

また、取引用スマートコントラクト４は、注文データに対し、同一銘柄のデジタル資産の注文における、取引のベースとなる通貨単位や数量単位の異なる複数の注文の通貨単位、数量単位を、基準値を用いて算出される所定の換算率に基づき、統一した通貨単位、数量単位に変換（して、規準注文価格、規準注文数量を算出）する機能を有する。

また、取引用スマートコントラクト４は、注文データに対し、異なる銘柄のデジタル資産の注文における、注文数量、注文価格を、基準値を用いて算出される所定の換算率に基づき、相手側の銘柄のデジタル資産を基準とした注文数量、注文価格に変換（して、規準注文価格、規準注文数量を算出）する機能を有する。

なお、取引用スマートコントラクト４は、規準注文価格、規準注文数量の算出を、ソート後の上位数件（例えば、５～１０件）の注文データに対して行うように構成されている。

また、取引用スマートコントラクト４は、ソート及び規準注文価格、規準注文数量を算出後の売り側の注文データ、買い側の注文データの少なくともいずれか一方と相手側の上位数件（例えば、５～１０件）の注文データとの対当・約定処理を行う機能を有する。

また、取引用スマートコントラクト４は、注文が約定しきれずに残る場合、当該注文が全て約定処理されるか、または約定処理できなくなる（＝対当しうる相手側の注文が存在しなくなる）まで、売買の対象となる相手側の注文の注文データの価格優位順のソートから、ソートした相手側の注文データのうち、上位数件（例えば、５～１０件）の注文データを対象とした対当・約定処理までの処理を繰り返すように構成されている。

また、取引用スマートコントラクト４は、売り注文と買い注文の一方に対当しない端数の注文が生じる場合、当該端数分の注文を自己が介在することによって調整する（予め自己保有しておいたデジタル資産を用いて、自己のデジタル資産の保有量が所定量となる範囲内で、反対売買を行うことで当該残余分の注文を約定させる）機能を有する。

その他、取引用スマートコントラクト４は、当該銘柄の買い注文と売り注文とを約定させた後、当該買い注文と売り注文とに係るデジタル資産を約定相手のアドレスに夫々移動（交換）させる清算処理を行う機能を有する。なお、当該清算処理は、取引用スマートコントラクト４の代わりに、当該清算処理を行う機能を有する清算処理用スマートコントラクト（不図示）が行うようにしてもよい、

処理稼働条件監視用スマートコントラクト
処理稼働条件監視用スマートコントラクト５は、注文者により注文入力手段１を介して注文が入力されたときに当該注文の銘柄単位でノードごとに稼動し、図６に示すように、注文データの処理稼働条件を満たすか否かを監視し、当該注文データの処理稼働条件を満たしたときに、取引用スマートコントラクト４による当該注文データに係る注文の対当・約定処理を実行させるトリガー機能を有する。
注文データの処理稼働条件は、当該銘柄の注文データにおける、当該銘柄の注文データに対する対当・約定処理を実行させるためのトリガー条件と当該銘柄とは別銘柄である交換先の注文データに対する対当・約定処理を実行させるためのトリガー条件との論理積、論理和の少なくともいずれかを用いた組み合わせを有して構成されている。
そして、処理稼働条件監視用スマートコントラクト５は、トリガー条件監視テーブルを監視し、トリガー条件監視テーブルにおける個々のトリガー条件（の対象値）が処理稼働条件を満たしたときに、取引用スマートコントラクト４による当該注文データに係る注文の対当・約定処理を実行させるように構成されている。

注文処理監視用スマートコントラクト
注文処理監視用スマートコントラクト６は、取引用スマートコントラクト４による注文データの注文に対する処理を監視するスマートコントラクトである。
注文処理監視用スマートコントラクト６は、図７に示すように、１銘柄に対して稼働した取引用スマートコントラクト４の対当・約定処理が所定時間（例えば、５秒）を超えて待機状態にある場合、障害とみなして当該取引用スマートコントラクト４の稼働を停止させ、当該取引用スマートコントラクト４のエラー情報及び稼動を停止した当該取引用スマートコントラクト４のノードを、システムの運用を監視する運用監視用スマートコントラクト７に通知する機能を有するように構成されている。

運用監視用スマートコントラクト
運用監視用スマートコントラクト７は、エラー情報及び稼動を停止した取引用スマートコントラクト４のノードの通知を受けて、別の取引用スマートコントラクト４が当該処理を継続するように、取引用スマートコントラクト４を稼動させるノードを自動的に調整する機能を有するように構成されている。

ここで本実施形態のデジタル通貨を用いた取引処理提供システムによる対当・約定処理の概要について説明する。

クロッシング（対当・約定処理）の全体像
注文系情報については、注文管理用スマートコントラクト２や、取引用スマートコントラクト４により、注文電文や、約定電文の内容がデータ管理領域（ブロックチェーン等）に記録され、取引用スマートコントラクト４により注文データの記録内容が更新される。
指値の場合は、注文管理用スマートコントラクト２により先に注文データがデータ管理領域に記録される。
データ管理領域には、注文系情報の他に、扱い銘柄の取引仕様（銘柄名、銘柄コード、取引単位など）が記録される。

取引用スマートコントラクト４の通貨・数量単位統一型クロッシング（対当・約定処理）機能（マルチカレンシーでの交換・取引）について
取引のベースとなる通貨・数量単位の異なる複数の注文同士の売買を行う場合における取引用スマートコントラクト４のクロッシング（対当・約定処理）機能について説明する。
国や市場に応じて、取引のベースとなる（価格に関する）通貨単位と、ベースとなる数量単位が定められている。例えば、日本での金取引の場合は通貨単位が￥、数量単位がｇに定められている。
取引用スマートコントラクト４は、各銘柄の注文の注文データを、ベースとなる統一した通貨単位、数量単位の注文価格（規準注文価格）、注文数量（規準注文数量）に変換し、変換後の注文に対してクロッシング（対当・約定処理：交換・取引）を行う。

１つの取引用スマートコントラクト４は、１銘柄を単位として当該銘柄に対する指値・成行注文があったときに稼働する。稼働した当該銘柄用の取引用スマートコントラクト４は、指値・成行注文の注文データをデータ管理領域（またはシステム内部の作業領域）に注文板情報として記録すると同時に、売買の対象となる相手側の注文の注文データを価格優位順にソートし、ソートした相手側の注文データのうち、例えば、上位５件など、所定件数（指定している管理数値）のみの注文データを読み込ませてクロッシング（対当・約定処理）を行う。
売買の対象となる相手側の注文の注文データを全件読み込ませると、システムに負荷がかかる。このため、少数注文件数の注文データを対象としてクロッシング（対当・約定処理）を行うことで負荷減少を図っている。
そして、当該銘柄用の取引用スマートコントラクト４は、指値・成行注文の注文データを、この上位５件などの読み込んだ注文データの優位順に対当させ、対当した注文データについては約定の注文系情報を注文元に返すと同時にデータ管理領域に記録する。

ここで、指値・成行注文が約定しきれずに残る場合、当該銘柄用の取引用スマートコントラクト４は、当該注文が全て約定処理されるか、または指値の場合には約定処理できなくなる（＝対当しうる相手側の注文が存在しなくなる）まで、同様の処理（売買の対象となる相手側の注文の注文データを価格優位順にソートし、ソートした相手側の注文データのうち、上位数件（例えば、５～１０件）のみの注文データを対象とした対当・約定処理）を繰り返す。
指値・成行注文のクロッシング（対当・約定処理）が終了すると、当該銘柄用の取引用スマートコントラクト４は稼動停止状態になる。
１銘柄に対して、１つの取引用スマートコントラクト４が稼働するが、稼働した取引用スマートコントラクト４のクロッシング（対当・約定処理）が待機状態にある場合（例えば、処理開始から５秒経過しても、データ管理領域に１処理の記録も無いときなど）、注文処理監視用スマートコントラクト６が障害とみなして当該取引用スマートコントラクト４の稼働を停止させ、当該取引用スマートコントラクト４のエラー情報及び稼動を停止した当該取引用スマートコントラクト４のノードを、システムの運用を監視する運用監視用スマートコントラクト７に通知する。そして、運用監視用スマートコントラクト７が、エラー及び稼動を停止した取引用スマートコントラクト４のノードの通知を受けて、取引用スマートコントラクト４を稼動させるノードを自動的に調整することで別の取引用スマートコントラクト４が当該処理を継続する。

上記は「価格」と「数量」を指定するタイプの注文についての取引用スマートコントラクト４による、クロッシング（対当・約定処理）の例であるが、取引用スマートコントラクト４は、「金額」を指定するタイプの注文についてのクロッシング（対当・約定処理）にも適用できる。
「金額」を指定するタイプの注文は、基本的には成行処理（基準値提供用スマートコントラクト３により提示されている基準値（レート）をベースに「数量」が定まる）になる。しかし、注文者が「金額」を指定するタイプの注文で指値処理を行うことを所望する場合は、「金額」指定の他に「価格」もしくは「数量」を指定する必要がある。
通常、指値注文の場合は注文者が「数量」を指定するが、注文者による「数量」の指定ミスが起こる場合が想定される。そこで、取引用スマートコントラクト４は、基準値（レート）に対しての成行注文の場合の「数量」を参考値として算出し、注文者により指定された「数量」が、参考値として算出した「数量」から例えば１０％など所定の割合を超える場合は受け付けないように構成されている。
なお、注文者が注文内容についての訂正を所望する場合、元の「数量」、「価格」を修正できる。

取引用スマートコントラクト４の物々交換型クロッシング（対当・約定処理）機能（マルチアセットでの交換・取引）について
取引のベースとなるトークンを他のトークンに交換する場合における取引用スマートコントラクト４のクロッシング（対当・約定処理）機能について説明する。
その場合の売りと買いのベースになるのが「金額」になる。

成行注文の場合
まず、交換元の注文と交換先の注文が共に成行注文である場合の取引用スマートコントラクト４によるクロッシング（対当・約定処理）について説明する。
金額を算出するため、交換元（売ることを所望する）銘柄のトークンの価格と数量を指定するが、価格は基準値提供用スマートコントラクト３により提示されている基準値（レート：最良気配、自己が成行で受ける価格）となるので、売却を所望する数量を指定する。
これで価格×数量と、銘柄のベースとなる通貨単位（￥）と数量単位（ｇ）の両方の換算率により、金額が算出される。
交換先（交換を所望する対象）銘柄のトークンに対して、基準値（レート）が出ているが、成行注文の場合は基準値（レート）により価格が決まるので、数量が算出（当該トークンの換算率に換算）できる。

指値注文の場合
次に、指値注文の場合の取引用スマートコントラクト４によるクロッシング（対当・約定処理）について説明する。
指値注文の場合、交換元におけるトークンの売りを所望する数量は定まっており、それに対して売りを所望する価格を指定する。
これで価格×数量と、銘柄のベースとなる通貨単位（￥）と数量単位（ｇ）の両方の換算率により、金額が算出される。
交換先（交換を所望する対象）銘柄のトークンに対して、基準値（レート）が出ているが、成行注文の場合は基準値（レート）により価格が決まるので、数量が算出（当該トークンの換算率に換算）できる。
交換先（交換を所望する対象）銘柄のトークンに対して指値注文を行う場合、価格、数量のいずれかを指定する。通常は数量を指定する。
金額が算出されているので、価格か数量のどちらかを指定すれば、売買の対象となる相手側の値が算出でき、指値として価格と数量が指定されることになる。
通常、指値注文の場合は数量の指定ミスが起こる場合が想定される。このため、取引用スマートコントラクト４は、好ましくは、基準値（レート）に対しての成行注文の場合の数量を参考値として算出し、注文者により指定された数量が、例えば１０％誤差など所定の割合を超える場合はクロッシング（対当・約定処理）を受け付けないようにする機能を備える。
なお、注文者が注文内容についての訂正を所望する場合、注文入力手段１を介して、交換元の数量、価格に加え、交換先の価格もしくは数量のどちらかを修正できる、もしくは成行に訂正できる。

その変換した内容について、銘柄に対応した取引用スマートコントラクト４の入力対象としてデータ管理を行う。
例えば、コメトークンをゴールドトークンと交換することを所望する場合は、コメトークンの売り注文をゴールドトークンの買い注文に変換してゴールドトークンの取引用スマートコントラクト４で処理（つまり、ゴールドトークンの買い注文として記録、処理）させる。

ここで、本発明のデジタル資産を用いた取引注文処理システムにおいては、コメトークンが売れて現金が入った後にゴールドトークンを買うのではなく、それを同時に行う。
即ち、コメのクロッシング（対当・約定処理）（コメ取引用スマートコントラクト４）と、ゴールドのクロッシング（対当・約定処理）（ゴールド取引用スマートコントラクト４）の双方にリンクした注文のクロッシング（対当・約定処理）となる。
この２つの銘柄のクロッシング（対当・約定処理）を同時に処理するのが、後述する処理稼働条件監視用スマートコントラクト５（処理稼働条件クロッシング（対当・約定処理）機能を含む）である。
なお、取引用スマートコントラクト４は、成行注文の場合、自己の出すレート（スプレッドが加算されている）を使い、自己が介在する流動性調整処理を行う。
また、全てのクロッシング（対当・約定処理）における売り注文と買い注文の間に自己が介在することで、端数分の注文の調整を行う。

例えば、取引者がコメトークンを１６５円で３０売り、ゴールドトークンとの交換を所望する場合、
取引者の注文入力によるコメトークンの１６５円３０売り注文の注文データが注文板情報として記録され、記録番号を“１１１１”とする。代金は４９５０円である。これを注文Ａとする。
同時に、記録番号“１１１１”の派生注文として、ゴールドトークンの買い注文の注文データを注文板情報として記録する。これを派生注文Ｂとする。
派生注文Ｂでは、ゴールドの売りレートが５８５０円で出ているものとする。このとき、ゴールドの数量が（４９５０÷５８５０＝）０．８４６と算出される。実際には、多少の余力を加味して、数量を決定する。ここでは０．８４５とする。
ここで、銘柄の異なる注文Ａと派生注文Ｂに対するクロッシング（対当・約定処理）を、夫々の銘柄単位で稼動する取引用スマートコントラクト４で同時に行うことができるようにしたのが、処理稼働条件監視用スマートコントラクト５による注文データの処理稼働条件（トリガー要素（トリガー条件の組み合わせ））の監視である。
処理稼働条件監視用スマートコントラクト５は、記録番号“１１１１”の注文に対して設定（記録）されたトリガー要素（トリガー条件の組み合わせ）Ｃが、「注文Ａが約定＆派生注文Ｂが約定」となる。
実際のトリガー要素（トリガー条件の組み合わせ）Ｃは、「コメ買いレート＞＝１６５＆ゴールド売りレート＜＝５８５０」で示される処理稼働条件Ｄとなる。
処理稼働条件監視用スマートコントラクト５には、基準値提供用スマートコントラクト３より、該当銘柄の基準値（売買レート）が配信される。
この記録番号“１１１１”の注文に対して設定したトリガー要素をベースに、コメ取引の買い最良気配から算出される自己のコメ買いレートと、ゴールドの売り最良気配から算出される自己のゴールド売りレートを取得する。
共にレートを受け取り、処理稼働条件Ｄが合致した場合に、処理稼働条件監視用スマートコントラクト５は、コメ取引用スマートコントラクト４とゴールド取引用スマートコントラクト４に処理の割り込み介入（記録番号“１１１１”の注文Ａ及び派生注文Ｂを処理するモードになる）を行う。そして、割り込み状態で双方のレートが割り込み介入処理時のレートを維持できている場合に、コメ側の注文についての対当・約定処理とゴールド側の注文についての対当・約定処理が行われることになる。
これにより、コメトークン３０がゴールドトークン０．８４５に交換される。
また、処理稼働条件監視用スマートコントラクト５を用いた処理により、コメトークン３０を成行でゴールドトークンに交換することも可能である。
その場合、上記のように、注文Ａ、派生注文Ｂ、トリガー要素（トリガー条件の組み合わせ）Ｃ、処理稼働条件Ｄの記録を行い、処理稼働条件監視用スマートコントラクト５が稼働する。
なお、基本的に、自己のレートの保証時間は例えば５秒（設定されている値で処理）とし、５秒を経過すると自己のレートは再計算され、提示される内容が変わる。
コメの買いレートが１６５円で出ているとき、それをベースにコメトークン３０の売り代金の金額４９５０円が計算でき、ゴールドの売りレートが５８５０円で出ているとき、コメトークン３０の売り代金の金額をゴールドの売りレートの価格で除算し、微修正を加えることで０．８４５の数量が算出される。
この場合、処理稼働条件監視用スマートコントラクト５が上記と同じ方法で稼働して、コメ取引用スマートコントラクト４とゴールド取引用スマートコントラクト４に処理の割り込み介入し、約定を返すことができるようにする。

また、本実施形態のデジタル通貨を用いた取引処理提供システムによるマルチカレンシー、マルチアセットでの交換・取引、残余分の注文を相対取引にて約定させる機能、「注文をアルゴリズムで管理する」機能について説明する。

マルチカレンシー、マルチアセットでの交換・取引
本発明のデジタル資産を用いた取引注文処理システムは、暗号資産やデジタル通貨、もしくはＳＴＯなどデジタル証券のようなメジャーなデジタル価値（資産）や、製品や食品など個別に定義された物やサービスというマイナーな価値についてもデジタル表現したものを対象として、あらゆる形態のデジタル価値（資産）同士をスマートコントラクトで取引するベースになり、トークンとデジタル通貨の取引に限らず、トークン同士やデジタル通貨同士の交換・取引を行うことができるように構成されている。
従って、交換・取引の対象は、マルチカレンシー（複数通貨）、マルチアセット（複数デジタル資産）になる。当然、米ドル建て表記の資産と、￥通貨の交換など為替変動も考慮して交換・取引を行うことができる。
ここで、マルチカレンシー、マルチアセットでの交換・取引について、詳しく説明する。

マルチカレンシーでの交換・取引
まず、マルチカレンシーでの交換・取引について、説明する。
基本となる注文データの項目として、「銘柄（Ａとする）、売買区分、注文数量、注文価格（指値・成行）、数量単位、通貨単位」と、「銘柄（Ｂとする）、売買区分、注文数量、注文価格（指値・成行）、数量単位、通貨単位」がある。
本実施形態のデジタル資産を用いた取引注文処理システムでは、取引用スマートコントラクト４は、上記項目に「為替値」、「￥換算値」、それらに基づいて算出した「規準注文価格」、注文数量を修正した「規準注文数量」の各項目をシステム内部の作業領域の注文データ（注文板情報）に追加する。

通常の注文処理では、取引用スマートコントラクト４は、１つの銘柄における売り注文と買い注文を集め、集めた夫々の注文をソートし、優位順に対当させる。
ここで、取引用スマートコントラクト４は、同一銘柄のデジタル資産の注文において、取引のベースとなる通貨単位や数量単位が異なる場合、１つの銘柄において通貨単位、数量単位が異なる売買注文の注文価格と注文数量を、統一した通貨単位、数量単位の注文価格（規準注文価格）、注文数量（規準注文数量）となるように調整する。
例えば、為替レートが１＄＝１００￥であったとする。このときの１＄の￥換算率は１００倍である。
また、１トロイオンスのｇ換算率は、３１倍少々であるが、ここでは説明の便宜上、１トロイオンスのｇ換算率を３０倍とし、１トロイオンス３０ｇとする。
ゴールド（純度９９．９９）という銘柄の、ドルオンスと、￥グラムの売りと買いを行う場合、規準の通貨単位と数量単位を設定し、通貨、数量の夫々の所定の換算率に基づいて、規準注文価格、規準注文数量を算出する。
ここでは、規準の通貨単位を￥、規準の数量単位をｇとし、それらの単位に変換したときの規準注文価格、規準注文数量を算出するものとする。なお、通貨の換算率は為替値によって得られる。為替値は後述のクロッシング（対当・約定処理）が１回ループするたびに、更新を行う。そして、取引用スマートコントラクト４は、更新情報に基づいて注文データ（注文板情報）の内容を修正し、夫々の注文データに対し再ソートを行う。

規準注文価格、規準注文数量を算出した、ソート前の注文データ（注文板情報）の一例を表１に示す。

表１の注文板情報における統一数量単位、統一通貨単位に変換した、規準注文数量、規準注文価格での売り注文と、買い注文をソートしてクロッシング（対当・約定処理）する。
為替は、クロッシング（対当・約定処理）ループの単位で更新し、規準注文価格を更新する。
以上がマルチカレンシーでの交換・取引処理の一例である。

マルチアセットでの交換・取引
次に、マルチアセットでの交換・取引について、説明する。
ここでは、コメとゴールドの交換を行う場合の例を説明する。
また、所有するコメトークンの交換対象として所望するデジタル資産としては、ゴールドトークンを指定するものとする。
まず、取引用スマートコントラクト４は、コメとゴールドの価格の換算率を算出する。
規準コメ（ここでは“東京コメ”とする）とゴールド（通貨単位：￥、数量単位：ｇ）の各々の市場価格（基準値）を求める。
各々の基準値は、各々の市場の取引システムにおける直近約定もしくは、直近気配：売り買いの中値など定められた計算式により算出する。
規準コメの基準値、ゴールドの基準値を取り込む。
コメトークンの取引単位を１トークン＝１ｋｇ（変換のコメ数量を１ｋｇ）とする。
東京コメの場合、主市場データでは、呼値単位：６０ｋｇ、本日の最大出来高の限月における取引価格（基準値）：１００００円であったとする。
これを１ｋｇ換算すると、１６６．６円となる。
ゴールドトークンの取引単位を１トークン＝１ｇとする。
主市場データでは、１ｇ６０００円であったとする。
１トークン間の交換レート（換算率）を算出するが、ここでは、交換レート（換算率）の基準を、交換を所望する対象側のゴールドとする。
取引用スマートコントラクト４は、コメトークンの￥変換基準値、ゴールドトークンの￥変換基準値を用いて、￥を仲介したコメとゴールドの交換レート（換算率）を算出する。
なお、交換レート（換算率）の基準となる、各基準値は、クロッシング（対当・約定処理）が１回ループするたびに更新し、全体の再計算を行う。
本例での￥を仲介したコメとゴールドの交換レート（換算率）については、コメ側のトークンをゴールド側のトークンを基準として変換する場合、１コメトークンに対する１ゴールドトークンの換算率は
１６６．６÷６０００＝０．０２７７６７≒０．０２７８
となる。

次に、取引用スマートコントラクト４は、例えば、表２に示すようにコメトークンの注文における注文数量、注文価格を、交換対象として所望するゴールドトークンを基準とした注文数量、注文価格に変換して、規準注文価格、規準注文数量を算出する。

ゴールド価格変換値５９４２．３７６９５１＝コメ注文価格（変換基準値）１６５÷換算率０．０２７７６７
ゴールド数量変換値０．８３３＝コメ注文数量３０×換算率０．０２７７６７
ゴールド価格変換値、ゴールド数量変換値は、夫々、規準注文価格、規準注文数量に相当する。
注文板情報は、ブロックチェーンや通常のデータベースなどに纏めて格納されており、交換したい指値情報（この場合は、銘柄がゴールド、ここでは表１の内容）のみを読み込ませる。
コメトークンをゴールドに交換するということは、コメトークンを売って、ゴールドを買うということである。即ち、表２に示すコメトークンの売り注文は、ゴールドトークンの買い注文となる。
このように、取引用スマートコントラクト４は、コメトークンの売り注文の注文価格、注文数量をゴールドトークンの価格、数量に変換して規準注文価格、規準注文数量を算出する。そして、表２に示す規準注文価格、規準注文数量を算出した後の注文板情報を、コメトークンの売り注文を代替したゴールドトークンの買い注文として、表１に示すゴールドトークンの注文板情報に差し込む。そして、取引用スマートコントラクト４は、コメトークンの売り注文を代替したゴールドトークンの買い注文をゴールドトークンの売り注文とクロッシング（対当・約定処理）させる。

ここで、取引用スマートコントラクト４が表１に示す注文板情報に表２に示す注文板情報を組み合わせるためには、表１の注文板情報の項目に交換元の「銘柄」「換算率」を有する必要がある。
また、注文板情報のその他の項目として、約定時に注文数の一部での出来を認めるか否かを示す「約定条件」と、交換を所望する対象のデジタル資産を示す「交換先」を有する必要がある。
よって、本実施形態のデジタル資産を用いた取引注文処理システムにおいて、取引用スマートコントラクト４が、表１、表２に示す注文板情報を用いて、マルチカレンシー、マルチアセットでの交換・取引を行う場合の注文板情報におけるデータと項目は、次の表３に示すようになる。

表３に示す注文板情報はゴールドの指値板になっている。
取引用スマートコントラクト４は、表３に示すゴールドの規準注文価格、規準注文数量で示されたゴールドトークンの買い注文（元銘柄がコメトークンである売り注文を代替したゴールドトークンの買い注文）とゴールドトークンの売り注文をクロッシング（対当・約定処理）させる。
表３では、規準注文価格５９４２．３７７円、規準注文数量０．８３３のゴールドトークンの買い注文（元銘柄がコメトークンの売り注文）と規準注文価格５８５０円、規準注文数量２．１のゴールドトークンの売り注文が対当する。
このように、本実施形態のデジタル資産を用いた取引注文処理システムでは、取引用スマートコントラクト４は、複数銘柄の売買注文（売買区分、注文価格、注文数量）における注文価格の通貨単位、注文数量の数量単位を、所定の換算率に基づき、特定銘柄を規準とした統一通貨単位、統一数量単位に変換して、規準注文価格、規準注文数量を算出し、規準注文価格、規準注文数量を算出した注文データをクロッシング（対当・約定処理）させることを可能にする機能を有している。

残余分の注文を相対取引にて約定させる機能
ところで、表３に示す注文板情報におけるゴールドトークンの買い注文（元銘柄がコメトークンの売り注文）とゴールドトークンの売り注文とでは、規準注文数量の端数が合わず、対当しない所定数量の残余分の注文が生じる。
そこで、本実施形態のデジタル資産を用いた取引注文処理システムでは、取引用スマートコントラクト４は、売り注文と買い注文の一方に対当しない端数の注文が生じる場合において、当該端数分の注文を「自己が介在して流動性を提供する」ことによって調整する（予め自己保有しておいたデジタル資産を用いて、自己のデジタル資産の保有量が所定量となる範囲内で、反対売買を行うことで当該残余分の注文を約定させる）機能を備えている。
本願における「自己が介在して流動性を提供する」処理とは、自己が介在する相対取引による処理であって、詳しくは、売り注文と買い注文とのクロッシング（対当・約定処理）を行う場合において、売りの委託注文に対して買いは自己が請け、買いの委託注文に対して売りは自己が請ける処理をいう。
表３に示す注文板情報におけるゴールドトークンの買い注文（元銘柄がコメトークンの売り注文）とゴールドトークンの売り注文とでは、売り注文と買い注文のいずれかの注文数量が合わない。
そこで、取引用スマートコントラクト４は、その端数分の注文を自己が請け負う。
自己が請け負う数量は、ポジションデルタの範囲内で管理する。その前提として、本実施形態のデジタル資産を用いた取引注文処理システムでは、自己が所定量のポジションを保有する。
例えば、ゴールドトークン：１００単位をポジションデルタの上限値として設定した場合、自己はその上限値（ゴールドトークン：１００単位）を超えない範囲でポジションを保有する。つまり、マイナスは無い（空売りが出来る場合は設定可能）ものとして、ポジションデルタ０～１００の間で自己が保有するポジションを用いて端数分の注文についての調整を行う。
当然、クロッシング（対当・約定処理）を行う場合には、スプレッド分（つまり、手数料）を相手注文の価格に加算する。

上記表３に示す注文板情報において、ゴールドの規準注文価格、規準注文数量で示されたゴールドトークンの買い注文（元銘柄がコメトークンの売り注文）とクロッシング（対当・約定処理）するゴールドトークンの売り注文を表４に示す。

例えば、スプレッドを１０円として設定した場合、取引用スマートコントラクト４は、売り注文と買い注文の規準注文価格の差が１０円以上あるか否かを確認する。
表４に示す例では、売り注文と買い注文の規準注文価格の差は、
５８５０－５９４２．３７７＝－９２．３８円
である。
従って、売りと買いの規準注文価格の差がスプレッドとして設定した額（１０円）以上あるので、取引用スマートコントラクト４は、自己が介在する相対取引によるクロッシング（対当・約定処理）を実行する。

その場合、取引用スマートコントラクト４は、主体側の注文（表４に示す注文板情報における買い注文Ａ）の規準注文価格に対してスプレッド分（ここでは－１０円）を加算してクロッシング（対当・約定処理）を行い、約定の際に元へ戻す。
主体側の規準注文価格に対してスプレッド分を減算した状態の注文板情報を表５に示す。

表５に示すように、スプレッド分の－１０円を加算しても売りと買いの規準注文価格の差が１０円以上あるので、取引用スマートコントラクト４は、クロッシング（対当・約定処理）を実行する。
この場合、買い注文Ａに対して、自己が５９４２．３７７円（約定の際に元へもどす）で０．８３３売り、売り注文Ｂに対して、自己が５８５０円で０．８３３買う。

ところで、上記表５の例は規準注文数量の多い方の注文（売り注文Ｂ）における約定条件が一部出来可（約定時に一部での出来を認める）であったので所定数（ここでは２．１－０．８３３＝１．２６７）の注文が約定されずに残っても問題はないが、約定条件が表６に示すように全出来指定の場合、取引用スマートコントラクト４は、次のように処理する。

取引用スマートコントラクト４は、主体側の注文（表６に示す注文板情報における買い注文Ａ）の規準注文価格に対してスプレッド分（ここでは１０円）を加算する。
主体側の注文の規準注文価格にスプレッド分を加算した状態の注文板情報を表７に示す。

ここで、例えば、自己の所有するゴールドトークンのポジションが５０である場合、売り注文と買い注文の規準注文価格の差が１０円以上あるので、取引用スマートコントラクト４は、クロッシング（対当・約定処理）が可能である。
買い注文Ａに対して、自己が５９４２．３７７円（約定の際に元へもどす）で０．８３３売り、売り注文Ｂに対して自己が５８５０円で２．１買う。
これにより、自己の所有するゴールドトークンのポジションの修正値は、５０＋（２．２－０．８３３）＝５１．２６７になる。
また、自己の売り注文Ｂへの支払い額は、５８５０×２．１＝１２２８５円になる。
なお、自己には現金枠を設けておき、自己の現金枠から調整費（例えば、上限を５０万円として、現状が２０万円あるとする）を出すようにする。
上記の売り注文Ｂへの支払い額１２２８５円は、買い注文Ａの売り代金４９５０円に自己の現金枠から出した調整費７３３５円を加えて支払う。
その結果、自己の現金枠残は、２０００００－７３３５＝１９２６６５円となる。
上記の場合は、自己の所有するゴールドトークンのポジションの修正値（ここでは、５１．２６７）が、ゴールドトークンのポジションデルタの範囲（０～１００）内にあるので、取引用スマートコントラクト４は、クロッシング（対当・約定処理）を実行する。
実際には、例えば、表１に示した注文板情報の段階でいくつかの注文同士がクロッシング（対当・約定処理）し、自己の所有するゴールドトークンのポジションの修正値は表６、表７を用いて説明した上記の例に比べてより優位になり易い。

決済処理の例
次に、取引用スマートコントラクト４が決済処理を行う場合の具体例を説明する、
上述のクロッシング（対当・約定処理）により注文同士が約定した場合、交換先の処理（決済処理）がある。ここでは、交換先のデジタル資産が表８に示すとおりであるものとする。

表８の例の場合、買い注文Ａに対しては、該当トークン（ここではゴールドトークン）を約定で返す。
約定ゴールドトークン０．８３３
売り注文Ｂに対しては、売り代金の１２２８５円を返す。

ここで、買い注文Ａ（ゴールドトークンの買い注文（元銘柄がコメトークンの売り注文））におけるコメトークンの所在と、売り注文Ｂに対する売り代金１２２８５円の支払い元について説明する。
本実施形態のデジタル資産を用いた取引注文処理システムの例では、取引用スマートコントラクト４は、コメトークンの売り注文に対しては、ゴールドトークンとは別に、コメトークンの注文板で自己が反対売買を行うように構成されている。
なお、上述した表４、表５、表６、表７を用いた例において、設定したスプレッド分の額１０円は、以下の計算により算出している。
１０円に該当する０．８３３分の金額は、８．３３円である。
ここで、コメトークンの注文板情報が、次の表９に示す状態にあるとする。

このとき、コメトークンの売り注文Ａを約定させるには、最良の買い注文Ｃとの注文価格のスプレッド分０．２円、金額にして、０．２×３０＝６円が必要となる。
また、これに加えて例えば手数料を２円と設定した場合、６＋２＝８円以上となる額がゴールドの取引において設定したスプレッド分の額で吸収できるようにする。そこで、８円をゴールド数量変換値０．８３３で逆算し（９．６０３８４１５４）、小数点以下を切り上げた結果が、ゴールドトークンのスプレッド分１０円である。

つまり、本発明のデジタル資産を用いた取引注文処理システムでは、取引用スマートコントラクト４が、表７に示すゴールドトークンの売買注文の約定を行うと同時に、表１０に示すコメトークンの売買注文の約定も行うように構成されている。
但し、表７に示すゴールドトークンの売買注文の約定には表１０に示すコメトークンの売買注文の約定（事前確認）が必須となる。

取引用スマートコントラクト４は、表１０に示すコメトークンの売買注文の約定においても、表７に示すゴールドトークンの売買注文と同様に売り注文と買い注文に自己が相手となり介在する。
そして、本実施形態のデジタル資産を用いた取引注文処理システムでは、コメトークンの売買注文に自己が介在する場合においても、コメトークンのポジションデルタを設定（例えば１０００上限で、３００所有）する。
表１０に示すコメトークンの取引では実際には売り注文と買い注文とが対当せず、自己による反対売買を行った場合、損失が生じるが、それ以上の利益が表７に示すゴールドトークンの取引における自己による反対売買で発生することをスプレッド分で確認していることから、取引用スマートコントラクト４は、自己による反対売買を実施する。

この約定は、次のようになる。
コメトークンの売り注文Ａに対しては、上述のとおりスプレッド分を加算した規準注文価格５９５２．３７７円、規準注文数量０．８３３のゴールドトークンの買い注文に対し自己が５９４２．３７７円（元にもどす）で０．８３３売ることによって対応する。
コメトークンの買い注文Ｃに対しては、自己が１６４．８円で４５売ることになり、コメトークンの買い注文Ｃの約定代金７４１６円分の支払いを受ける。このときコメトークンの売り注文Ａを代替したゴールドトークンの買い注文に対する自己の売り代金４９５０円（＝５９４２．３７７×０．８３３）があるので、自己の売り代金の合計額は（７４１６＋４９５０＝）１２３６６円になる。
また、自己の保有するコメトークンのポジションデルタは、３００－（４５－３０）＝２８５になる。
また、ゴールドトークンの売り注文Ｂに対しては、上述のとおり自己が５８５０円で２．１買う。自己のゴールドトークンの売り注文Ｂへの支払い額は、５８５０×２．１＝１２２８５円になる。
また、上述のとおり現金枠残は１９２６６５円であったので、当該１２３６６円の売り上げにより、現金枠残は２１３０３１円となる。
結果として、
コメトークンの売り注文Ａに対しては、自己の反対売買により、ゴールドトークンを５９４２．３７円で０．８３３トークンを渡すことになる。
また、ゴールドトークンの売り注文Ｂに対しては、自己の反対売買により、１２２８５円渡すことになる。
また、コメトークンの買い注文Ｃに対しては、自己の反対売買により、７４１６円受け取ることになる。

自己は５８５０円で１．２６７ゴールドトークンが増える。
自己は１６４．８円で１５コメトークンが減る。
自己は現金が５０３１円増える。
また、有利な売りポジションを保有している。
時価で売却すると、（１００００．９８－（－５３０１）＝１５０３１．９８）約５０３２円の利益となる。

「注文をアルゴリズムで管理する」機能
また、本実施形態のデジタル資産を用いた取引注文処理システムでは、「注文をアルゴリズムで管理する」概念に基づく機能を有する。
「注文をアルゴリズムで管理する」概念に基づく機能は、例えば、注文に対するトリガー処理として構成される。
トリガー処理は、注文データに設定する処理稼働条件に基づいて行う。
１つの注文に対して、トリガー処理が稼働する条件（処理稼働条件）を設定できるようにする。処理稼働条件は、注文入力時、または、当該注文入力後に当該注文におけるトリガー条件が追加、変更入力されたときに、注文管理用スマートコントラクト２が、ブロックチェーン上に記録する。
そして、処理稼働条件をなすトリガー要素（トリガー条件の組み合わせ）が満たされるとき、トリガー処理を実行する。
そして、本実施形態のデジタル資産を用いた取引注文処理システムでは、「注文をアルゴリズムで管理する」概念に基づく機能として、処理稼働条件監視用スマートコントラクト５が、注文データの処理稼働要件を満たすか否かを監視し、当該注文データの処理稼働要件を満たしたときに、取引用スマートコントラクト４による当該注文データに係る注文の対当・約定処理を作動させるトリガー機能を有する。

注文データにおける処理稼働条件の設定項目の例を次に示す。
＜銘柄コード＞
・コメトークン・・・・・・・・・・・“１１１”
・ゴールドトークン・・・・・・・・・“１２０”
＜トリガー条件＞
・時価・・・・・・・・・・・・・・・“Ｇ”
・売り気配・・・・・・・・・・・・・“Ｕ”
・買い気配・・・・・・・・・・・・・“Ｋ”
・注文番号・・・・・・・・・・・・・“Ｃ”
・注文に対して約定がある場合の代金・“Ｙ”
・注文が完了した場合・・・・・・・・“Ｅ”
・時間・・・・・・・・・・・・・・・“Ｔ”
＜処理種別＞
・注文実行・・・・・・・・・・・・・“〇”
・取消・・・・・・・・・・・・・・・“■”
・訂正・・・・・・・・・・・・・・・“△”
・失効・・・・・・・・・・・・・・・“●”

なお、上記処理稼働条件の設定項目は追加できる。
１つの注文データに対するトリガー条件は１つ以上設定する。
また、１つのトリガー条件には＜＞＝≠などを用いる。
これらの各トリガー条件をＡＮＤ関数（かつ：直列条件:＆）、ＯＲ関数（論理和：または：並列記条件:∨）を用いて組み合わせる。
そして、本実施形態のデジタル資産を用いた取引注文処理システムでは、トリガー条件が設定されてなるトリガー条件監視テーブルを備え、処理稼働条件監視用スマートコントラクト５がトリガー条件監視テーブルを監視し、トリガー条件監視テーブルにおけるトリガー条件の組み合わせが処理稼働条件を満たしたときに、取引用スマートコントラクト４による当該注文データに係る注文の対当・約定処理を作動させるように構成されている。
トリガー条件監視テーブルは、注文管理用スマートコントラクト２が、ブロックチェーン上に作成したトリガー条件を用いて、ブロックチェーン上に作成する。

トリガー条件の設定例を以下に示す。
＜トリガー条件の設定＞
銘柄１１１に対して、時価が１６０を超えたときに所定の処理を実行する場合

時刻が１６時になったときに所定の処理を実行する場合

注文番号２２２２２２が完了したときに所定の処理を実行する場合

注文番号２２２２２２の約定代金が１０万円を超えたときに所定の処理を実行する場合

トリガー条件監視テーブルの例を表１２に示す。

処理稼働条件監視用スマートコントラクト５は、表１２に示すトリガー条件監視テーブルにおけるトリガー番号ａ～ｄで示される夫々の「処理」（トリガー条件）の「対象値」をチェックし、「条件」を満たした場合に「監視」（監視ステータス）を“済”にし、「条件」を外れた場合に“未”へ戻す。なお、トリガー条件監視テーブルにおける夫々のトリガー条件の「対象値」のチェック及び監視ステータスの設定は、処理稼働条件監視用スマートコントラクト５とは別に、トリガー条件監視テーブル内の各トリガー条件を監視する機能を有するスマートコントラクト等の監視手段が行うようにしてもよい。
また、表１２に示すような４つのトリガー条件があり、処理稼働条件がａかつｂ、もしくはｃかつｄである場合の注文データには、例えば、
Ｔ１２００００：（ａ＆ｂ）∨（ｃ＆ｄ）
を「トリガー文」（処理稼働条件）として設定する。

処理稼働条件は、表１３に示すように、発注などを行う注文管理機能を有する注文管理用スマートコントラクト２がブロックチェーン上に記録する。また、表１４に示すように、上述のクロッシング（対当・約定処理）機能を有する取引用スマートコンロラクト４が注文板情報にも記録するようにしてもよい。

このように構成された本実施形態のデジタル資産を用いた取引注文処理システムにおける処理の流れを、図面を用いて説明する。
図９～図１０は本実施形態のデジタル資産を用いた取引注文処理システムにおける処理の流れの一例を示す説明図である。
本実施形態のデジタル資産を用いた取引注文処理システムでは、注文者により注文入力手段１を介して注文（売り注文、買い注文）を入力されると、注文管理用スマートコントラクト２、基準値提供用スマートコントラクト３、取引用スマートコントラクト４、および処理稼働条件監視用スマートコントラクト５が、当該注文の銘柄単位でノードごとに稼動する。

まず、当該注文の銘柄単位でノードごとに稼動する注文管理用スマートコントラクト２は、注文者により注文入力手段１を介して入力された銘柄単位の注文についての、当該注文に対する対当・約定処理を執行するための処理稼働条件を備えた注文データ（売り注文、買い注文のデータ）を、分散型台帳に記録・保存する。このとき、注文管理用スマートコントラクト２は、当該銘柄の注文データにおける個々のトリガー条件が設定されてなるトリガー条件監視テーブルを作成する。

また、当該注文の銘柄単位でノードごとに稼動する基準値提供用スマートコントラクト３は、当該銘柄の売りと買い夫々の基準値（最新の約定値や最良気配値に基づく、売買の基準となる値段）を算出し、算出した基準値を、当該銘柄に対応する夫々の取引用スマートコントラクト４に提供する。

次に、当該注文の銘柄単位でノードごとに稼動する取引用スマートコントラクト４は、分散型台帳に記録・保存されている当該銘柄の注文データを、売り側の注文データと買い側の注文データとに分類し、売り側の注文データ、買い側の注文データを、価格優先、注文時間優先、数量優先の順でソートする。

次に、取引用スマートコントラクト４は、ソート後の上位数件（例えば、５～１０件）の注文データに対し、同一銘柄のデジタル資産の注文における、取引のベースとなる通貨単位や数量単位の異なる複数の注文の通貨単位、数量単位を、基準値を用いて算出される所定の換算率に基づき、統一した通貨単位、数量単位に変換して、規準注文価格、規準注文数量を算出するとともに、ソート後の上位数件（例えば、５～１０件）の注文データに対し、異なる銘柄のデジタル資産の注文における、注文数量、注文価格を、基準値を用いて算出される所定の換算率に基づき、相手側の銘柄のデジタル資産を基準とした注文数量、注文価格に変換（して、規準注文価格、規準注文数量を算出）する。

次に、取引用スマートコントラクト４は、ソート及び規準注文価格、規準注文数量を算出後の売り側の注文データ、買い側の注文データの少なくともいずれか一方と相手側の上位数件（例えば、５～１０件）の注文データとの対当・約定処理を行う。
なお、取引用スマートコントラクト４は、売り注文と買い注文の一方に対当しない端数の注文が生じる場合、当該端数分の注文を自己が介在することによって調整する（予め自己保有しておいたデジタル資産を用いて、自己のデジタル資産の保有量が所定量となる範囲内で、反対売買を行うことで当該残余分の注文を約定させる）。
また、取引用スマートコントラクト４は、注文が約定しきれずに残る場合、当該注文が全て約定処理されるか、または約定処理できなくなる（＝対当しうる相手側の注文が存在しなくなる）まで、売買の対象となる相手側の注文の注文データの価格優位順のソートから、ソートした相手側の注文データのうち、上位数件（例えば、５～１０件）の注文データを対象とした対当・約定処理までの処理を繰り返す。

次に、取引用スマートコントラクト４は、当該銘柄の買い注文と売り注文とを約定させた後、当該買い注文と売り注文とに係るデジタル資産を約定相手のアドレスに夫々移動（交換）させる清算処理を行う。

また、当該注文の銘柄単位でノードごとに稼動する処理稼働条件監視用スマートコントラクト５は、注文データの処理稼働条件を満たすか否かを監視し、当該注文データの処理稼働条件を満たしたときに、取引用スマートコントラクト４による当該注文データに係る注文の対当・約定処理を実行させる。より詳しくは、処理稼働条件監視用スマートコントラクト５は、トリガー条件監視テーブルを監視し、トリガー条件監視テーブルにおける個々のトリガー条件（の対象値）が処理稼働条件を満たしたときに、取引用スマートコントラクト４による当該注文データに係る注文の対当・約定処理を実行させる。

注文処理監視用スマートコントラクト６は、１銘柄に対して稼働した取引用スマートコントラクト４の対当・約定処理が所定時間を超えて待機状態にある場合、障害とみなして当該取引用スマートコントラクト４の稼働を停止させ、当該取引用スマートコントラクト４のエラー情報及び稼動を停止した当該取引用スマートコントラクト４のノードを、システムの運用を監視する運用監視用スマートコントラクト７に通知する。

運用監視用スマートコントラクト７は、エラー情報及び稼動を停止した取引用スマートコントラクト４のノードの通知を受けて、別の取引用スマートコントラクト４が当該処理を継続するように、取引用スマートコントラクト４を稼動させるノードを自動的に調整する。

本実施形態のデジタル資産を用いた取引注文処理システムの効果
本実施形態のデジタル資産を用いた取引注文処理システムによれば、トークン（ブロックチェーン等の分散技術においてデジタルで定義される価値などの総称であって、暗号資産を含む）、デジタル通貨、トークンとデジタル通貨、もしくはトークン同士、デジタル通貨同士など、あらゆる形態のデジタル資産間による取引を管理するための、少なくとも１種類のブロックチェーン等の分散技術における分散型台帳と、該分散型台帳に管理されるデジタル資産を用いた所定の処理を行うためのスマートコントラクトを備えた構成としたので、分散型台帳に記録された価値を有するトークンそのものを、スマートコントラクトを介して処理できるため、注文処理の発注管理をデータベースに依存して行っていた従来の取引市場発注管理システムとは異なり、注文処理から決済（清算）処理までを即時に行うことができ、処理時間が飛躍的に向上する。

また、本実施形態のデジタル資産を用いた取引注文処理システムによれば、取引用スマートコントラクト４を、分散型台帳に記録・保存されている当該銘柄の注文データを、売り側の注文データと買い側の注文データとに分類し、売り側の注文データ、買い側の注文データを、価格優先、注文時間優先、数量優先の順でソートする機能と、注文データに対し、同一銘柄のデジタル資産の注文における、取引のベースとなる通貨単位や数量単位の異なる複数の注文の通貨単位、数量単位を、基準値を用いて算出される所定の換算率に基づき、統一した通貨単位、数量単位に変換して、規準注文価格、規準注文数量を算出する機能と、注文データに対し、異なる銘柄のデジタル資産の注文における、注文数量、注文価格を、基準値を用いて算出される所定の換算率に基づき、相手側の銘柄のデジタル資産を基準とした注文数量、注文価格に変換して、規準注文価格、規準注文数量を算出する機能と、ソート及び規準注文価格、規準注文数量を算出後の売り側の注文データ、買い側の注文データの少なくともいずれかと相手側の上位数件（例えば、５～１０件）の注文データとの対当・約定処理を行う機能を有するように構成したので、システムへの負荷を極力抑え、処理速度の低下を抑止しながら、取引の基準となる通貨単位や数量単位が異なるデジタル資産同士や、取引の基準となる数量や価格が異なるデジタル資産同士等、あらゆる形態のデジタル資産同士の交換・取引を行うことが可能となる。

また、本実施形態のデジタル資産を用いた取引注文処理システムによれば、処理稼働条件監視用スマートコントラクト５が、注文データの処理稼働条件を満たすか否かを監視し、当該注文データの処理稼働条件を満たしたときに、取引用スマートコントラクト４による当該注文データに係る注文の対当・約定処理を実行させるトリガー機能を有するように構成したので、夫々の銘柄単位に稼働する取引用スマートコントラクト４であっても、銘柄の異なるデジタル資産同士の交換・取引のための処理を実行することが可能となる。

また、本実施形態のデジタル資産を用いた取引注文処理システムによれば、取引用スマートコントラクト４が、規準注文価格、規準注文数量の算出を、ソート後の上位数件（例えば、５～１０件）の注文データに対して行うように構成したので、取引用スマートコントラクト４による規準注文価格、規準注文数量の算出のために要する処理件数を低減でき、システムへの負荷、処理速度の低下をより一層低減することができる。

また、本実施形態のデジタル資産を用いた取引注文処理システムによれば、注文データの処理稼働条件を、当該銘柄の注文データにおける、当該銘柄の注文データに対する対当・約定処理を実行させるためのトリガー条件と当該銘柄とは別銘柄である交換先の注文データに対する対当・約定処理を実行させるためのトリガー条件との論理積、論理和の少なくともいずれかを用いた組み合わせを有してなる構成としたので、例えば、所定銘柄のデジタルデータの売り注文において異なる銘柄のデジタルデータとの交換を所望する場合に、処理稼働条件として夫々の銘柄についてのトリガー条件項目を設定しておくことで、処理稼働条件監視用スマートコントラクト５が、夫々の銘柄単位に稼働する取引用スマートコントラクト４に、銘柄の異なるデジタル資産同士の交換・取引のための処理を同時に実行させることができる。

また、本実施形態のデジタル資産を用いた取引注文処理システムによれば、注文管理用スマートコントラクト２が、当該銘柄の注文データにおける個々のトリガー条件が設定されてなるトリガー条件監視テーブルを作成する機能を有し、処理稼働条件監視用スマートコントラクト５が、トリガー条件監視テーブルを監視し、該トリガー条件監視テーブルにおける個々のトリガー条件（の対象値）が処理稼働条件を満たしたときに、取引用スマートコントラクト４による当該注文データに係る注文の対当・約定処理を実行させるように構成したので、処理稼働条件監視用スマートコントラクト５が、夫々の銘柄単位に稼働する取引用スマートコントラクト４に、銘柄の異なるデジタル資産同士の交換・取引のための処理を同時に実行させることを具現化できる。

また、本実施形態のデジタル資産を用いた取引注文処理システムによれば、取引用スマートコントラクト４が、売り注文と買い注文の一方に対当しない端数の注文が生じる場合、当該端数分の注文を自己が介在することによって調整する（予め自己保有しておいたデジタル資産を用いて、自己のデジタル資産の保有量が所定量となる範囲内で、反対売買を行うことで当該残余分の注文を約定させる）機能を有するように構成したので、所定の注文価格、注文数量（統一化した規準価格、規準数量）に変換することにより、注文における価格、数量に端数が生じた場合であっても、約定が可能となるため、通貨単位や数量単位の異なる注文同士の取引や、銘柄の異なる注文同士等の取引についての流動性を向上させることが可能となる。

また、本実施形態のデジタル資産を用いた取引注文処理システムによれば、取引用スマートコントラクト４が、注文が約定しきれずに残る場合、当該注文が全て約定処理されるか、または約定処理できなくなる（＝対当しうる相手側の注文が存在しなくなる）まで、売買の対象となる相手側の注文の注文データの価格優位順のソートから、ソートした相手側の注文データのうち、上位数件（例えば、５～１０件）の注文データを対象とした対当・約定処理までの処理を繰り返すように構成したので、当該注文が全て約定処理されるか、または約定処理できなくなるまで繰り返す取引用スマートコントラクト４における、１回当たりの対当・約定処理での処理対象となる注文データを少数に抑えることができ、システムにかかる負荷を低減することができる。

また、本実施形態のデジタル資産を用いた取引注文処理システムによれば、さらに、注文処理監視用スマートコントラクト６と、運用監視用スマートコントラクト７を有し、注文処理監視用スマートコントラクト６が、１銘柄に対して稼働した取引用スマートコントラクト４の対当・約定処理が待機状態にある場合、障害とみなして当該取引用スマートコントラクト４の稼働を停止させ、当該取引用スマートコントラクト４のエラー情報及び稼動を停止した当該取引用スマートコントラクト４のノードを、システムの運用を監視する運用監視用スマートコントラクト７に通知する機能を有し、運用監視用スマートコントラクト７が、エラー情報及び稼動を停止した取引用スマートコントラクト４のノードの通知を受けて、別の取引用スマートコントラクト４が当該処理を継続するように、取引用スマートコントラクト４を稼動させるノードを自動的に調整する機能を有するように構成したので、所定ノードの取引用スマートコントラクト４による対当・約定処理に不具合を生じても、処理を停滞させることなく、他のノードの取引用スマートコントラクト４に当該注文データの対当・約定処理を行わせることができる。

このため、上記各実施形態によれば、従来、世界の主要取引所で行われていなかった、通貨単位、数量単位や、銘柄の異なる、トークン（ブロックチェーン等の分散技術においてデジタルで定義される価値などの総称であって、暗号資産を含む）、デジタル通貨、トークンとデジタル通貨、もしくはトークン同士、デジタル通貨同士など、あらゆる形態のデジタル資産間の交換・取引を迅速かつ効率的に処理することができ、しかも、エラーや障害が発生しても処理を中断することなく継続可能な、デジタル資産を用いた取引注文処理システムが得られる。

以上、本発明の好ましい実施形態について詳説したが、本発明は、上述した実施形態に制限されることはなく、本発明の範囲を逸脱することなく、上述した実施形態に種々の変形及び置換を加えることができる。

例えば、世界各国で流通している通貨は１８０以上にも及ぶため、本発明のデジタル資産を用いた取引注文処理システムによるデジタル資産間の交換・取引を多数の国で適用できるようにした場合、多種類に及ぶ通貨単位を、取引用スマートコントラクトで統一した通貨単位に変換するのでは、システムにかかる負荷が増大することが想定される。
そこで、取引用スマートコントラクトの処理対象とする注文データの注文価格に用いる通貨単位を、例えば、主要通貨のうちの＄、￥、ユーロの３種類とし、取引用スマートコントラクトがその３種類の通貨単位を用いた注文データに対し、夫々の通貨単位を用いた注文データごとにソートを行い、ソート後の売り買い注文データ上位数件（例えば、５～１０件）を対象として、＄、￥、ユーロのうちの１種類に統一した通貨単位へ変換して、上記３種類の通貨単位を用いた注文データを統合するようにすることが望ましい。
また、その場合、上記３種類以外の他の通貨単位を用いた注文の注文データについては、注文管理用スマートコントラクトが、上記３種類のいずれかの通貨単位へ変換するようにする。
このようにすれば、システムにかかる負荷を極力低減して、本発明のデジタル資産を用いた取引注文処理システムによる通貨単位が多種類に及ぶ多数国間でのデジタル資産間の交換・取引を行うことができる。

また、注文数量に関し、例えば、オンスをｇへ変換する処理については、取引用スマートコントラクトが行う代わりに、注文管理用スマートコントラクトが、注文入力された注文データに対して１回だけ行うようにしてもよい。
さらに、例えば、マイナーなデジタル資産の注文における注文数量、注文価格を基準として、メジャーなデジタル資産の注文における注文数量、注文価格を変換するような場合、取引用マートコントラクトによる当該変換処理を１日当たり１回程度となるように制御してもよい。

その他、本発明のデジタル資産を用いた取引注文処理システムにおいては、取引用スマートコントラクトが、売り注文と買い注文の一方に対当しない端数の注文が生じない場合においても、注文を自己が介在することによって流動性を調整する機能を有するようにしてもよい。

なお、注文処理による流動性の調整を行う機能については、次の点を考慮して構成するのがさらに望ましい。

銀行や証券会社等の流動性供給者（リクイディティプロバイダー：LP）やマーケットメイカーが介在することで流動性が改善される場合がある。
流動性供給者が介在する取引では、取引システムをなす取引機能が、顧客からの注文に対して反対売買を行うとともに、流動性供給者が出したレートに対してカバーという顧客からの注文と同じ注文を流動性供給者に出し、流動性供給者が約定を返す。
流動性供給者の出すレートは、日本では「気配」として扱われる。
「気配」は、約定させるカバー数を明確にするものではなく、あくまで目安となるに過ぎないので、大量注文の場合はマーケットインパクトを加味し、スリッページの指定を多めにするなど、必要とされる流動性を確保しやすいように調整する。

最近、例えば、商品（コモディティ）をベースにしたトークン（暗号資産）など、証券以外のものが取引の対象となってきたことに伴い、トークン発行者や流動性供給者が金融機関ではない場合が出現している。
ところで、例えば、日本においては、暗号資産などの範疇に入る商品トークンは金融において扱えるようになっており、流動性供給者に対してカバーを行う既存の方法は、流動性供給者が金融機関、もしくは日本法の適用範囲外の海外法人であれば、流動性供給者で約定を行っても問題は無いが、日本国内の非金融業者が（暗号資産などの）金融商品に対してレートを出してカバー注文を受け、約定を返すと法令違反に問われる虞がある。
そのため、非金融業者が流動性供給者となる場合、レートを出すことができない。そこで、非金融業者が流動性供給者となる場合には、レートを出しカバー注文を受けて約定を返すことに代替しうる他の方法を用いて流動性を供給する必要がある。
その一つの方法としては、非金融業者が流動性供給者として注文を連続的に出し、その訂正を繰り返すなどの方法が考えられる。
注文を出すことで、価格と数量が明確になる。

ところで、顧客の注文を集めて対当・約定処理する際に、流動性供給者に対しカバー注文を行っても、不足する流動性をカバーすることができない場合が生じ得る。
そこで、以下に説明する、流動性の不足傾向を計算により導き出して処理を行う方法を加えることが望ましい。
まず、非金融業者が流動性供給者として流動性を供給する場合、本来の約定想定数量の数倍（例えば５倍や１０倍）の注文数量を設定する。
設定した注文数量に対して、約定想定数量の約定が返ってくるのであれば問題は無いが、約定想定数量以上の約定が返ってきた場合に、対処を考える必要がある。
顧客の注文について、１回あたりの注文数量の上限数量（例えば、１００単位）を定めておき、注文数量が上限数量未満の注文は通常取引、上限数量以上の注文は大口取引に分ける。
そして、通常取引と大口取引の各々の注文に対して、専用の注文（通常は１００単位、大口は１００００単位。なお、売り買いのスプレッド分はマーケットインパクトを考慮し、通常取引と大口取引とでは異ならせる。）を流動性供給者である非金融業者が入れる。

ここでは、通常取引の例を挙げて説明するが、大口取引についても同様である。
通常取引では、流動性供給者から約定想定数量の５倍の５００単位の注文が入っていれば、基本的には同時に顧客から上限数量（ここでは１００単位）の２～３程度の注文が入ってもカバー注文での処理が可能である。
しかし、相場が過熱し、同時に入る顧客からの注文数量が、１０を超えてくると、流動性供給者から５００単位の注文が入っていてもカバー注文で処理できない虞が出てくる。

そこで、本発明のデジタル資産を用いた取引注文処理システムにおいては、このような場合、注文の更新間隔を短くする（例えば、１秒間隔で注文を出していた場合、０．５秒間隔にするなど）、数量の単位を倍化する、またはその両方を行うことができるようにすることが望ましい。
なお、流動性が高くなると、流動性供給者は主市場からの流動性の取り込み（外部へのカバーと定義）などの量も大きくなることから、そのマーケットインパクトのスプレッド分を加算するのが、過熱時などの対応になる。
そのため、流動性供給者が外部へのカバーを行う場合、そのカバー先が板処理であれば、板情報より数量が増えた分のインパクトとなる価格を取り込み、スプレッド分に反映させる。
カバー先がレートであれば、基本的にマルチバンドレート（数量に応じた複数のレートがある）より、量が多くなるバンドのレートに変更し、スプレッド分に反映させる。
なお、このような過熱時対応になる場合は、修正スプレッドに対してもリスクがあるため、さらにリスク対応の加算スプレッドを考慮する。
つまり、流動性供給者に対して約定想定数量を超える数量の約定が返ってきたとき、流動性供給者は上記の修正スプレッドを加味した注文価格（常に売りと買いの注文を出している）に変更するとともに、注文・訂正間隔（インターバル）を１段階短く（３０％短縮、５０％短縮等）する。
そして、注文数量を約定想定数量に対して、１段階大きく（例えば、約定想定数量の５０％増など）して注文を出す。
逆に過熱状態が収まってきたときには、上記とは逆の対応を行う。
一定期間（例えば２０秒など）、約定想定数量に対して注文数量が都度１０％を割り込むような場合、上記の１段階、もしくは結果的に数段階上がった対応のものを１段階戻す処理を行う。
このような段階的な処理は、例えば次の表１５に示すような、銘柄ごとに設定したテーブルを用いて行うようにしてもよい。

なお、価格に対するインパクトは、カバー先のインパクトを考慮したスプレッドを取り込むようにする。

本発明のデジタル資産を用いた取引注文処理システムは、貴金属、非鉄金属、石油・ガス・電力などのエネルギー類、コメ・砂糖などの保存可能な農作物、美術品、飲料水など、広範囲に販売されているものや、その他の経済的価値をデジタルで表現された、デジタル資産を用いて取引を扱う分野に有用である。

１注文入力手段
２注文管理用スマートコントラクト
３基準値提供用スマートコントラクト
４取引用スマートコントラクト
５処理稼働条件監視用スマートコントラクト
６注文処理監視用スマートコントラクト
７運用監視用スマートコントラクト

Claims

トークン（ブロックチェーン等の分散技術においてデジタルで定義される価値などの総称であって、暗号資産を含む）、デジタル通貨、トークンとデジタル通貨、もしくはトークン同士、デジタル通貨同士など、あらゆる形態のデジタル資産間による取引を管理するための、少なくとも１種類のブロックチェーン等の分散技術における分散型台帳と、該分散型台帳に管理されるデジタル資産を用いた所定の処理を行うためのスマートコントラクトを備えて構築される、デジタル資産を用いた取引注文処理システムであって、
注文入力手段と、注文者により前記注文入力手段を介して注文が入力されたときに当該注文の銘柄単位でノードごとに稼動する、注文管理用スマートコントラクト、基準値提供用スマートコントラクト、取引用スマートコントラクト、および処理稼働条件監視用スマートコントラクト
を有し、
前記注文管理用スマートコントラクトは、
注文者により注文入力手段を介して入力された銘柄単位の注文についての、当該注文に対する対当・約定処理を執行するための処理稼働条件を備えた注文データ（売り注文、買い注文のデータ）を前記分散型台帳に記録・保存する機能を有し、
前記基準値提供用スマートコントラクトは、当該銘柄の売りと買い夫々の基準値（最新の約定値や最良気配値に基づく、売買の基準となる値段）を算出し、算出した基準値を、当該銘柄に対応する夫々の前記取引用スマートコントラクトに提供する機能を有し、
前記取引用スマートコントラクトは、
前記分散型台帳に記録・保存されている当該銘柄の注文データを、売り側の注文データと買い側の注文データとに分類し、売り側の注文データ、買い側の注文データを、価格優先、注文時間優先、数量優先の順でソートする機能と、
注文データに対し、同一銘柄のデジタル資産の注文における、取引のベースとなる通貨単位や数量単位の異なる複数の注文の通貨単位、数量単位を、前記基準値を用いて算出される所定の換算率に基づき、統一した通貨単位、数量単位に変換して、規準注文価格、規準注文数量を算出する機能と、
注文データに対し、異なる銘柄のデジタル資産の注文における、注文数量、注文価格を、前記基準値を用いて算出される所定の換算率に基づき、相手側の銘柄のデジタル資産を基準とした注文数量、注文価格に変換して、規準注文価格、規準注文数量を算出する機能と、
ソート及び規準注文価格、規準注文数量を算出後の売り側の注文データ、買い側の注文データの少なくともいずれか一方と相手側の上位数件の注文データとの対当・約定処理を行う機能
を有し、
前記処理稼働条件監視用スマートコントラクトは、
注文データの処理稼働条件を満たすか否かを監視し、当該注文データの処理稼働条件を満たしたときに、前記取引用スマートコントラクトによる当該注文データに係る注文の対当・約定処理を実行させるトリガー機能を有することを特徴とするデジタル資産を用いた取引注文処理システム。
前記取引用スマートコントラクトは、前記規準注文価格、前記規準注文数量の算出を、前記ソート後の上位数件の注文データに対して行うことを特徴とする請求項１に記載のデジタル資産を用いた取引注文処理システム。
前記注文データの処理稼働条件は、当該銘柄の注文データにおける、当該銘柄の注文データに対する対当・約定処理を実行させるためのトリガー条件と当該銘柄とは別銘柄である交換先の注文データに対する対当・約定処理を実行させるためのトリガー条件との論理積、論理和の少なくともいずれかを用いた組み合わせを有してなることを特徴とする請求項１又は２に記載のデジタル資産を用いた取引注文処理システム。
前記注文管理用スマートコントラクトは、当該銘柄の注文データにおける個々の前記トリガー条件が設定されてなるトリガー条件監視テーブルを作成する機能を有し、
前記処理稼働条件監視用スマートコントラクトは、前記トリガー条件監視テーブルを監視し、該トリガー条件監視テーブルにおける個々の前記トリガー条件（の対象値）が前記処理稼働条件を満たしたときに、前記取引用スマートコントラクトによる当該注文データに係る注文の対当・約定処理を実行させることを特徴とする請求項３に記載のデジタル資産を用いた取引注文処理システム。
前記取引用スマートコントラクトは、売り注文と買い注文の一方に対当しない端数の注文が生じる場合、当該端数分の注文を自己が介在することによって調整する（予め自己保有しておいたデジタル資産を用いて、自己のデジタル資産の保有量が所定量となる範囲内で、反対売買を行うことで当該残余分の注文を約定させる）機能を有することを特徴とする請求項１～４のいずれかに記載のデジタル資産を用いた取引注文処理システム。
前記取引用スマートコントラクトは、注文が約定しきれずに残る場合、当該注文が全て約定処理されるか、または約定処理できなくなる（＝対当しうる相手側の注文が存在しなくなる）まで、売買の対象となる相手側の注文の注文データの価格優位順のソートから、ソートした相手側の注文データのうち、上位数件の注文データを対象とした対当・約定処理までの処理を繰り返すことを特徴とする請求項１～５のいずれかに記載のデジタル資産を用いた取引注文処理システム。
さらに、注文処理監視用スマートコントラクトと、運用監視用スマートコントラクトを有し、
前記注文処理監視用スマートコントラクトは、１銘柄に対して稼働した前記取引用スマートコントラクトの対当・約定処理が所定時間を超えて待機状態にある場合、障害とみなして当該取引用スマートコントラクトの稼働を停止させ、当該取引用スマートコントラクトのエラー情報及び稼動を停止した当該取引用スマートコントラクトのノードを、システムの運用を監視する運用監視用スマートコントラクトに通知する機能を有し、
前記運用監視用スマートコントラクトは、エラー情報及び稼動を停止した前記取引用スマートコントラクトのノードの通知を受けて、別の取引用スマートコントラクトが当該処理を継続するように、取引用スマートコントラクトを稼動させるノードを自動的に調整する機能を有することを特徴とする請求項１～６のいずれかに記載のデジタル資産を用いた取引注文処理システム。