JP7381614B2 - 国債を裏付けとしたトークン資産と、関連するトークン取引のアイデンティティとリスクスコアリング - Google Patents

国債を裏付けとしたトークン資産と、関連するトークン取引のアイデンティティとリスクスコアリング Download PDF

Info

Publication number
JP7381614B2
JP7381614B2 JP2021573292A JP2021573292A JP7381614B2 JP 7381614 B2 JP7381614 B2 JP 7381614B2 JP 2021573292 A JP2021573292 A JP 2021573292A JP 2021573292 A JP2021573292 A JP 2021573292A JP 7381614 B2 JP7381614 B2 JP 7381614B2
Authority
JP
Japan
Prior art keywords
wallet
digital wallet
user
transaction
instructions
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
JP2021573292A
Other languages
English (en)
Other versions
JP2022536485A (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.)
Individual
Original Assignee
Individual
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 Individual filed Critical Individual
Publication of JP2022536485A publication Critical patent/JP2022536485A/ja
Application granted granted Critical
Publication of JP7381614B2 publication Critical patent/JP7381614B2/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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3672—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes initialising or reloading thereof
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3678—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes e-cash details, e.g. blinded, divisible or detecting double spending
    • 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
    • H04L9/3236—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 using cryptographic hash functions
    • H04L9/3239—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 using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
    • 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/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3674—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes involving authentication
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3676—Balancing accounts
    • 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/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/0435—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply symmetric encryption, i.e. same key used for encryption and decryption
    • 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/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • H04L9/0618—Block ciphers, i.e. encrypting groups of characters of a plain text message using fixed encryption transformation
    • H04L9/0637—Modes of operation, e.g. cipher block chaining [CBC], electronic codebook [ECB] or Galois/counter mode [GCM]
    • 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/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/56—Financial cryptography, e.g. electronic payment or e-cash

Landscapes

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

Description

本出願は、２０１９年６月１０日出願の米国特許仮出願第６２／８５９，６６５号「TOKENIZED ASSET BACKED BY GOVERNMENT BONDS AND RISK SCORING OF ASSOCIATED TOKEN TRANSACTIONS」の優先権と利益を主張し、その開示は全ての目的で参照によりその全体が本願に組み込まれるものとする。
本開示は、一般に、例えば暗号通貨システムなどの価値を交換するための分散型デジタルシステム及び方法に関するものである。
暗号通貨は、交換媒体として採用されるように設計されたデジタル資産である。既存の暗号通貨は、金融取引を保護し、追加ユニットの作成を制御し、資産の移転を検証するために強力な暗号を使用している。一形態として、暗号通貨は、中央集権的なデジタル通貨及び中央銀行システムとは対照的に、分散型制御を使用している。
ビットコインやイーサリアムなどの暗号通貨は人気を集めているが、商品又はサービスについてマーチャントに広く受け入れられることはまだない。暗号通貨を支払形態として受け入れることを選択したマーチャントは、暗号通貨を使用して他の業者に支払いを行うか、又は暗号通貨を法定通貨と交換することができるようになり、相手方の身元も相手方の取引リスク履歴も分からないというリスクを引き受けることになる。そのような交換が可能な場合でも、暗号通貨の価値の変動は、それを受け入れることを選択したマーチャントが引き受ける別のリスクとなる。
従来の暗号通貨の為替レートの変動を考慮して、代替的な暗号通貨システムが開発されてきた。一例として、「安定コイン」は、暗号通貨トークンの知覚価値以外のものに固定された価値を有する暗号通貨である。安定コインは、何らかの「安定した」資産又は資産のバスケットに裏打ちされている可能性がある。例えば、安定コインは、法定通貨である不換紙幣、金のような取引所取引商品、又は他の何らかの資産にペッグされ得る。
安定コインの重大な欠点は、取引に分散型ネットワークを利用することはあっても、安定コインを支える資産が中央で所有又は管理されることである。安定コインが不換紙幣にペッグされている場合、銀行又は他の金融機関は一般的に、安定コインの供給残高を裏付けるのに十分な量の不換紙幣を保有している。しかし、この場合、安定コインの裏付けとなる資産やレバレッジを効果的に集中管理することになり、破綻リスクが生じ、「分散型」暗号通貨の主要な魅力の一つが損なわれてしまう。例えば、安定コインの裏付けとなる不換紙幣を保有する銀行やその他の金融機関が破綻した場合、安定コインの保有者は損失を被ることになる。更に、安定コインの取引は一般的に匿名性が高いため、多くの銀行が安定コインへの関与に消極的である。
本明細書で開示するシステム及び方法は、ブロックチェーン上でユーザを識別し、検証し、その取引のスコアリングを追跡することを可能にすることによって、上記で言及した問題に対処するものである。
本明細書で開示するのは、ソブリン債に裏付けられたトークン化された暗号資産（又は「安定コイン」）を、ネットワーク上の取引相手との取引のリスクをスコアリングし、他の方法で評価するように構成された制御ネットワークで取引することを可能にするシステムである。安定コインは、政府が発行する不換紙幣（例：米ドル、ユーロ）にペッグされ、同じ通貨建てのソブリン債（例：米国債、欧州中央銀行（ＥＣＢ）債）を購入し保有することによって担保される。つまり、ＵＳＤ建ての安定コインは米国債、ＥＵＲ建ての安定コインはＥＣＢ債といった具合に、それぞれ裏付けがある。国債は規制された金融機関に保管される。トークン化された暗号資産は、特定の銀行に裏打ちされたり保有されたりするのではなく、政府の債務に裏打ちされているので、トークン化された暗号資産の安定性は、不換紙幣で担保を保有する単一の銀行の安定性というよりも、政府の債務の安定性に似ている。銀行は破綻する可能性があり、銀行にある不換紙幣や倉庫にある金などの資産に裏打ちされた分散型トークン化資産にリスクをもたらす可能性がある。例えば、資金を保有する銀行が債務超過に陥ったり、ライセンスを剥奪されたり、政府から制裁を受けたりする可能性がある。トークン化された暗号資産の担保を国庫債券などのソブリン債に置くことで、これらの銀行関連のリスクは排除される。
流動性需要を管理するために、トークン化された暗号資産の総発行価値の一定の割合は、ペッグされた不換通貨に戻る償還を要求するトークン保有者に毎日の決済要件を行う目的のみのために、世界中の銀行口座に保持される。一つの実装では、流動性計算は、不換通貨日次決済バランス１７８、及び利用する不換決済ルート（最小コストルーティング）などの日次流動性要件を決定するように構成された人工知能ベースのサービスによって管理される。
システムの各ユーザは、公開キー及び秘密キーのペアからなるウォレットアドレスを発行されてもよい。ユーザのアイデンティティの検証は、例えば、ウォレットが発行されるときに行われ、受け入れられた基準（例えば、銀行機密保護法（ＢＳＡ）基準）に従ってもよい。一般に、ウォレットアドレスを構成するキーのペアは、ユーザによって提供される任意のアイデンティティ文書及び／又は採用される許容可能なアイデンティティ検証方法と関連付けられ、またユーザのリスクスコアと関連付けられ、ウォレット及びユーザと関連付けられたメタデータとして格納される。
実施形態では、スマートコントラクトは、ウォレットのユーザがトークン化資産と同じ通貨で不換紙を提供すると、所定のウォレットアドレスに新しいトークンを発行する。その後、この不換紙幣の一部又は全部が、不換紙幣で表示された政府発行の債券を購入するために使用される。トークンは、世界中の代替暗号資産取引所に上場され、取引され得る。
一つの実装では、ウォレットアドレスは、識別検証に関連するフラグと、ウォレットに関連するリスクスコアを示すフィールドとを有することになる。例えば、ＩＤ関連フラグは、検証が、例えば、欧州中央銀行基準及びＢＳＡ基準の一方又は両方を満たしていることを示すことができる。これにより、ウォレットに関連するユーザと取引しようとするカウンタパーティは、ユーザのアイデンティティが検証されたかどうかを知り、ウォレットのユーザが関連した取引のタイプ（例えば、潜在的にリスクが高いか良性の可能性が高いか）を感じ、更にリスクデータ、アイデンティティ文書（パスポートコピーや住所証明文書など）へアクセスすることができるようになる。アイデンティティとリスクスコアデータはブロックチェーン上に保存され、ウォレットのユーザが生成する制限付き使用キーを作成することによって取得することができ、サマリーデータ、ファイルアクセス（アイデンティティ文書のコピーなど）、リスクスコア、制限付き使用キーの有効期限などのオプションを含むデータの取得に関連する制限を決定する。使用制限キーは、ウォレットが個人取引、業者、金融機関、政府機関などの取引を行う可能性のあるカウンタパーティに提供される。
所定のユーザのリスクスコアは、ユーザの行動、取引、ＫＹＣ（Ｋｎｏｗ Ｙｏｕｒ Ｃｕｓｔｏｍｅｒ）及び／又はＫＹＢ（Ｋｎｏｗ Ｙｏｕｒ Ｂｕｓｉｎｅｓｓ）データ及び基準、並びに地理的及び他の情報に基づいてもよい。ＫＹＣ及び／又はＫＹＢ文書は、文書の有効性のスコアを強化するために複数のソースによって検証することができ、これらの確認結果はウォレットアドレスに関連付けられたブロックチェーン上に記録される。また、ＫＹＣ及びＫＹＢデータの確認データは、ガバナンスモデルで公開され、クラス適合性（ＢＳＡに適合、ＥＥＡ中央銀行に適合、中国の規制に適合など）によって識別される場合がある。アイデンティティ及びリスクスコアデータは、ブロックチェーン上に格納され、ウォレットユーザが生成する制限付き使用キーを作成することによって取得することができ、要約データ、ファイルアクセス（アイデンティティ文書のコピーなど）、リスクスコア及び制限付き使用キーの有効期限などのオプションを含むデータの取得に関連する制限を決定する。制限付き使用キーは、ウォレットが個人取引、業者、金融機関、政府機関などの取引を行う可能性のあるカウンタパーティに提供される。
一つの実装では、トークン・システムのユーザは、最小のＫＹＣ閾値を満たすことを要求し（ベースクラス適合）、任意のシステム参加者は、与えられたウォレットのＫＹＣレベル（クラス適合）及びリスクスコアに基づいて、他の当事者との取引を制限することが可能である。例えば、アメリカの人がメキシコの人に送金したい場合、取引相手は送金者と受取人の両方がそれぞれの国のＫＹＣ要件にクラス適合していることを要求することができる。これは、ウォレットアドレスの制限付き使用キーから、以下のようなデータで取得することが可能である。
ＫＹＣ：認証済み
ＫＹＣクラス適合性：米国ＢＳＡ、ＥＥＡ中央銀行、ＥＴＣ
リスクスコア：（０～１０００のスコア）、１０００が最高リスク
利用できる書類：パスポート、運転免許証、公共料金の請求書など
書類の詳細（書類番号、有効期限、発行機関、個人情報など）
ユーザは、データファイルを解除するための制限付き使用キーを取引相手に提供することにより、自分のプロファイル内のＫＹＣデータへのアクセスを取引相手に提供することができるようになる予定である。（変更を管理するためのオンチェーンガバナンスとともに）リスクスコアアルゴリズムは公開され、要約されたデータは、ウォレットユーザから制限付き使用キーを提供された当事者に対してパブリックアドレスから利用可能となる予定である。
一つの実装では、ネットワーク内のすべての参加者は、（ＫＹＣ及びリスクスコアとともに）彼らのパブリックアドレスによって識別可能である。システムは、例えば、ネットワーク参加者に関連する行動及びデータを考慮に入れることができる人工知能（ＡＩ）アルゴリズムを使用して参加者のリスクスコアを決定することができる。リスクスコアを維持することで、ネットワーク参加者の信頼性を確保し、ネットワークが不正な活動（例えば、マネーロンダリングやテロ組織の資金調達）に使用されるリスクを軽減することができる。これにより、例えば、低リスクスコアを求める参加者は、ウォレットにＫＹＣデータを提供し、他の検証済みで低リスクスコアの取引相手と取引を行うよう促される。リスクスコアは、取引相手がリスクを軽減することを支援するため、信用格付けシステムにおけるＦＩＣＯスコアのような利点を有する。
リスクスコアアルゴリズムは、好ましくは、地域と取引額を考慮する。例えば、イラン（制裁対象国）の誰かによって開かれたウォレットは、通常、米国市民によって開かれたウォレットよりも高いリスクスコアで開始されるであろう。同様に、一般に危険とみなされる国のユーザに関連するウォレットに非常に大きな金額を支払うために使用されるウォレットは、米国内の既知のカウンタパーティに比較的小さな金額を支払うために使用されるウォレットよりもはるかに高いリスクスコアを有する可能性が高い。したがって、好ましいリスクスコアを維持するために、ウォレットのユーザは、比較的良いリスクスコアを有する、アイデンティティ検証が検証された他のウォレットとのみ取引すると指定できる。
このように、各ウォレットにリスクスコアを関連付ける結果、お金の保有と転送が監査可能、信頼性、及び報告可能になり、それによってＡＭＬの問題が軽減される。
一態様では、本開示は、政府発行の債務によって担保された安定した暗号通貨の発行及び交換を促進するためのコンピュータ実装システムに関し、本システムは、ブロックチェーンデータ構造を格納するように構成された複数の分散型ノードを含む取引検証及び記録ネットワークと通信する管理プラットフォームと、を含む。管理プラットフォームは、少なくともスマートコントラクトモジュール及びアイデンティティ（ＩＤ）及びリスクスコアモジュールに関連するコンピュータプログラム命令を格納するように構成されたメモリと、コンピュータプログラム命令によって、少なくともスマートコントラクトモジュール及びＩＤ及びリスクスコアモジュールを実装するように構成された一つ以上の物理コンピュータプロセッサと、を含む。コンピュータプログラム命令は、第１のユーザに関連付けられた第１のデジタルウォレット及び第２のユーザに関連付けられた第２のデジタルウォレットを確立するための命令を含む。命令は、第１のユーザに関連付けられたユーザパラメータ及び財務情報に基づいて、第１のデジタルウォレットのための第１のウォレットメタデータを決定するための命令を更に含み、第１のウォレットメタデータは、第１のリスクスコア及び第１のＩＤ検証分類のうちの少なくとも一つを含む。命令はまた、第１のウォレットメタデータを取引検証及び記録ネットワーク内のブロックチェーンに格納することと、第１のデジタルウォレットに関連付けられた粒度情報に基づいて生成された制限付き使用キーを使用して、第２のデジタルウォレットが、粒度情報によって決定される粒度のレベルでブロックチェーンに格納された第１のウォレットメタデータにアクセスすることを可能にすることとを含む。命令は、少なくとも第１のデジタルウォレット及び第２のデジタルウォレットを含む第１の取引要求を受信し、以下の少なくとも一つに基づいて第１の取引要求に応答するための命令を更に含む。（ｉ）第１のウォレットメタデータと第２のデジタルウォレットに関連付けられた取引ルールとの比較、及び（ｉｉ）粒度情報によって決定された粒度のレベルで第１のウォレットメタデータを考慮した際に第２のユーザによって提供されたユーザ入力。
評価するための命令は、第２のデジタルウォレットに関連付けられた第２のウォレットメタデータを第１のデジタルウォレットに関連付けられた追加の取引ルールと比較するための命令と、第１の取引要求に対応する第１の取引の完了を促進し、第１の取引をブロックチェーンに記録するための命令も含んでもよい。
第１の取引要求が転送要求に対応する場合、命令は、評価に基づいて、安定した暗号通貨の指定された数のトークンを第１のデジタルウォレットから第２のデジタルウォレットに転送するための命令を更に含んでもよい。
命令は、少なくとも第１のデジタルウォレットを含む第２の取引要求を受信するための命令と、第１のデジタルウォレットに関連する追加の取引ルールに基づいて第２の取引要求を評価するための命令を更に含んでもよい。第２の取引要求が償還要求に対応する場合、命令は、第２の取引要求の評価に続いて、第１のデジタルウォレットから安定した暗号通貨の指定された数のトークンを償還するための命令を更に含んでもよい。
指示は、いずれかに基づいて第１のリスクスコアを調整するための指示を更に含んでもよい。（ｉ）第１の取引要求の拒絶、（ｉｉ）第１の取引要求の受諾、及び（ｉｉｉ）第１のデジタルウォレットから第２のデジタルウォレットへの安定した暗号通貨の指定された数のトークンの転送が完了したこと。
メモリは、人工知能（ＡＩ）エンジンのための命令を格納するように更に構成されてもよく、ＡＩエンジンのための命令は、以下を含む。システムのオペレータに関連付けられたアカウントで、システムのユーザから受け取る政府発行の通貨の純額を決定すること、受け取る政府発行の通貨の純額に基づいて、作成すべき安定した暗号通貨の複数の新しいトークンを決定すること。安定した暗号通貨の複数の新しいトークンを担保するために購入する必要がある政府発行の債務の量を決定するステップと、安定した暗号通貨の複数の新しいトークンを作成し、システムのユーザに関連するデジタルウォレットに発行するステップと、を含む。
ＡＩエンジンのための命令は、更に以下のための命令を含んでもよい。システムのオペレータに関連付けられたアカウントで、システムのユーザによって引き出された政府発行通貨の純額を決定すること、引き出された政府発行通貨の純額に基づいて、破壊されるべき安定暗号通貨の複数の既存のトークンを決定すること、安定暗号通貨の複数の既存のトークンの破壊に関連して売却される必要がある政府発行債務の量を決定すること、安定暗号通貨の複数の既存のトークンを破壊すること。
命令は、第１のリスクスコアを定期的に再計算するための命令を更に含んでもよく、第１のリスクスコアを再計算する際に使用されるユーザパラメータは、第１のユーザによって提供される政府発行通貨のソース、第１のユーザの富のソース、及び第１のユーザのアドレスの検証に関している。
命令は、（ｉ）ユーザパラメータのいずれかの変更、（ｉｉ）第１のデジタルウォレットを含む取引の完了又は試み、（ｉｉｉ）第２のデジタルウォレットの第２のリスクスコア及び第２のＩＤ検証分類を含むカウンタパーティリスク情報、の少なくとも一つに応答して第１のリスクスコアを再計算する命令を更に含んでもよい。
第２のデジタルウォレットは、取引資格に関連する一連のルールを有するように構成されてもよく、第１のリスクスコア及び第１のＩＤ検証分類が一連のルールに適合しているかどうかを判断するように更に構成されてもよい。更に、第１のリスクスコア及び第１のＩＤ検証分類の少なくとも一方に関連する情報は、制限付き使用キーの生成に使用された粒度情報によって決定される粒度のレベルで、第２のユーザによるレビューのために提供されてもよい。
命令は、第１のデジタルウォレットと第２のデジタルウォレットとの間で発生する取引に基づいて、第２のデジタルウォレットに関連する第１のリスクスコア及び第２のリスクスコアを調整するための命令を含んでもよい。
別の態様では、本開示は、政府発行の債務によって担保された安定した暗号通貨の発行及び交換を促進するための方法に関し、本方法は、ブロックチェーンデータ構造を格納するように構成された複数の分散型ノードを含む取引検証及び記録ネットワークと通信する管理プラットフォームによって実装されている。管理プラットフォームは、少なくともスマートコントラクトモジュール及びＩＤ及びリスクスコアモジュールに関連するコンピュータプログラム命令を格納するように構成されたメモリを含み、管理プラットフォームは、コンピュータプログラム命令によって、少なくともスマートコントラクトモジュール及びＩＤ及びリスクスコアモジュールを実装するように構成された一つ又は複数の物理コンピュータプロセッサを更に含む。本方法は、第１のユーザに関連付けられた第１のデジタルウォレットと、第２のユーザに関連付けられた第２のデジタルウォレットとを確立することを含む。本方法は、第１のユーザに関連付けられたユーザパラメータ及び財務情報に基づいて、第１のデジタルウォレットのための第１のウォレットメタデータを決定することを更に含み、第１のウォレットメタデータは、第１のリスクスコア及び第１のＩＤ検証分類のうちの少なくとも一つを含む。第１のウォレットメタデータは、取引検証及び記録ネットワーク内のブロックチェーンに格納される。第１のデジタルウォレットに関連付けられた粒度情報に基づいて生成された制限付き使用キーは、第２のデジタルウォレットが、粒度情報によって決定される粒度のレベルでブロックチェーンに格納された第１のウォレットメタデータにアクセスすることを可能にする。本方法は、少なくとも第１のデジタルウォレット及び第２のデジタルウォレットを含む第１の取引要求を受信することと、以下のうちの少なくとも一つに基づいて第１の取引要求に応答することとを更に含む。（ｉ）第１のウォレットメタデータと第２のデジタルウォレットに関連付けられた取引ルールとの比較、及び（ｉｉ）粒度情報によって決定された粒度のレベルで第１のウォレットメタデータを考慮した際に第２のユーザによって提供されたユーザ入力。
本開示はまた、政府発行の債務によって担保された安定した暗号通貨の交換を促進する方法に関し、この方法は、複数の分散型ノードを含む取引検証及び記録ネットワークと通信する管理プラットフォームによって実施される。管理プラットフォームは、少なくともＩＤ及びリスクスコアモジュールに関連するコンピュータプログラム命令を格納するように構成されたメモリを含む。管理プラットフォームは、少なくともＩＤ及びリスクスコアモジュールを実装するためにコンピュータプログラム命令によって構成された一つ又は複数の物理コンピュータプロセッサを更に含む。本方法は、第１のデジタルウォレットの第１のウォレットインターフェースを介して、第１の制限付き使用キーの第１の粒度パラメータを受信することを含む。第１の制限付き使用キーは、第１のデジタルウォレットを使用して生成される。本方法は、第１の制限付き使用キーを第２のデジタルウォレットの所有者に提供し、第２の制限付き使用キーを受け取ることを更に含み、第２の制限付き使用キーは、第２のデジタルウォレットに関連する第２のウォレットインターフェースを介して受け取った第２の粒度パラメータに基づいて、第２のデジタルウォレットによって生成される。本方法はまた、第２の制限付き使用キーを使用して、ブロックチェーンウォレットから情報にアクセスすることを含み、情報は、第２の粒度パラメータによって決定される詳細レベルで第２のデジタルウォレットの所有者のＩＤ分類及びリスクスコアのうちの一つ以上に関連する。第１のデジタルウォレットと第２のデジタルウォレットとの間の取引を進めるための指示は、その後、第１のウォレットインターフェースを介して受信され得る。
本発明は、添付図面と併せて採用される以下の詳細な説明に関連して、より完全に理解されるものである。
図１は、国債に裏付けられたトークン化された資産を提供し、そのようなトークン化された資産を含む取引をリスクスコアリングするためのシステムの主要構成要素のハイレベルの概観を提供する。 図２は、実施形態に従って実装されるスマートコントラクトモジュールの動作を説明する際に参照されるシステムを示す。 図３は、図１のシステムへのユーザのオンボーディングのための例示的なプロセスのフロー図である。 図４は、図１のシステム内で使用するためのトークンをユーザが購入する例示的なプロセスを示すフロー図である。 図５は、図１のシステム内で安定した暗号通貨のトークンを鋳造又はバーンする例示的なプロセスを代表する流れ図である。 図６は、図１のシステムから取得されたトークンをユーザが転送する例示的なプロセスを示すフロー図である。 図７は、実施形態によるＩＤ情報及びリスクスコアを管理するための例示的なプロセスのフロー図である。 図８は、潜在的な取引の各当事者が、取引の相手方当事者に対する識別情報及び分類情報並びにリスクスコアに、相手方当事者のデジタルウォレットによって生成された制限付き使用キーによって決定される粒度レベルでアクセスし得る例示的なプロセスのフロー図である。
ここで、国債を裏打けとしたトークン化された資産を提供し、そのようなトークン化された資産を含む取引をリスクスコアリングするためのシステム１００の主要構成要素のハイレベルな概観を提供する図１に注目されたい。示されるように、システム１００は、個人１０２、企業１０３、及びマーチャント１０４によって行われるデジタルウォレット取引を促進するように構成された、ＡＩベースの管理プラットフォーム１４０を含む。本明細書で論じるように、プラットフォーム１４０は、デジタルウォレット１０８に関連する、又はデジタルウォレット１０８を含む、単にウォレットインターフェース１０７と呼ばれることもあるウォレットインターフェースアプリケーション１０７と通信する。システム１００の動作中、トークン化された資産は、デジタルウォレット１０８の間で転送され、本明細書で説明する方法で購入及び償還され得る。
一実施形態では、デジタルウォレット１０８間のトークン取引は、ウォレットインターフェース１０７と連動してプラットフォーム１４０によって調整される。個人１０２を含むトークン取引の場合、ウォレットインターフェース１０７Ｎは、例えば、一つ以上の無線又は他のネットワーク（図示せず）を介してプラットフォームのネットワークインターフェース１４１と通信しているモバイル通信デバイス１０９によって実行されるアプリケーションの形態であってよい。もちろん、ウォレットインターフェース１０７Ｎは、例えば、ノートブック又はタブレットコンピュータ、デスクトップコンピュータなどの任意の数の個人用電子デバイスによって実行されてもよいことは理解されよう。ビジネス１０３又はマーチャント１０４の場合、ウォレットインターフェース１０７１、１０７２は、例えば、一つ以上のネットワーク（例えば、インターネット）を介してマーチャント接続モジュール１５６又はＡＰＩと通信するコンピューティングインフラ（例えば、デスクトップ又はノートブックコンピュータ、サーバ、モバイル通信デバイスなど）によって実行されてもよい。また、システム１００は、保有するトークン化資産又は当該トークン化資産に関連する国債１７０を裏付ける銀行１０５及び他の金融機関１０６とのインターフェースも有する。
ＡＩベースの管理プラットフォーム１４０は、多数の機能モジュールを用いて構成される。示されるように、ＡＩベースの管理プラットフォーム１４０は、ＫＹＣ（ｋｎｏｗ ｙｏｕｒ ｃｕｓｔｏｍｅｒ）モジュール１１０、ＩＤ及びリスクスコアモジュール１１４、及びスマートコントラクトモジュール１１８を含む。ＡＩベースの管理プラットフォーム１４０は、トークン発行者／スマートコントラクト／トレードマネジャモジュール１４４、流動性マネジャモジュール１５２、及び銀行／金融機関接続インターフェース１６０を更に含む。
システム１００は、ユーザデジタルウォレット１０８に関連するメタデータ１７０と、デジタルウォレット１０８なら所有者によって指定された取引ルール１２２とを含むブロックチェーンデータベース１１２を更に含む。取引ルール１２２は、デジタルウォレット１０８間の取引を促進する際に、スマートコントラクトモジュール１１８及び取引マネジャ１４４によって利用される。データベース１１２は、更に、ＫＹＣ情報１７４、及びユーザのＩＤ分類及びリスクスコア１７６を含む。デジタルウォレット１０８を含む取引は、複数の分散型ノード１６６を含む取引検証及び記録ネットワーク１６４内の一つ又は複数のブロックチェーン（以下、「ブロックチェーンウォレット」又は「ブロックチェーン」）として記録される。ＩＤ及びリスクスコアモジュール１１４は、本明細書に記載される方法で、かかる取引に少なくとも部分的に基づいて各デジタルウォレット１０８のリスクスコアを決定する。
一実施形態では、トークン化された暗号資産は、政府が発行した不換紙幣（例えば、ＵＳＤ、ＥＵＲ）にペッグされている。トークンは、ペッグされた不換紙幣に戻る決済のために飛行中の資金を除き、（トークンがペッグされているのと同じ国からの）国庫債券１７０を購入して保持することによって担保される。国債１７０は、規制された金融機関１０６に保管される。流動性需要を管理するために、不換紙幣１８２のパーセント担保は、ペッグされた不換紙幣に戻る償還を要求するトークン保有者の銀行１８４との毎日の決済取引を行う目的だけのために、世界中の機関１０５の銀行口座に保持される。流動性の計算は、ＡＩエンジン１４８によって提供されるＡＩベースのサービスによって管理される。一実装では、このＡＩサービスは、（例えば、最小コストルーティング技術の使用によって）毎日の流動性要件及び利用するフィアット決済ルートを決定する。
一実施形態では、ＡＩベースの管理プラットフォーム１４０は、クラウドベースのプラットフォームとして実装される。既知のように、クラウドコンピューティングは、最小限の管理努力又はサービスプロバイダとの対話で迅速にプロビジョニング及びリリースすることができる構成可能なコンピューティングリソース（例えば、ネットワーク、サーバ、ストレージ、アプリケーション、ノード及びサービス）の共有プールへのオンデマンドのネットワークアクセスを促進するためのモデルとして特徴付けられる場合がある。クラウドシステムは、例えば、ストレージ、処理、帯域幅、及びアクティブユーザアカウントなどに関して、ある形式の計測機能を利用して、リソースの使用を自動的に制御する傾向がある。サービスとしてのクラウドソフトウェア（ＳａａＳ）、サービスとしてのクラウドプラットフォーム（ＰａａＳ）、サービスとしてのクラウドインフラ（ＩａａＳ）及びユーザ又はネットワーク参加者が展開した分散型ノード、ソフトウェアを実行する分散型ネットワークを妥協する、様々なクラウドサービスモデルが可能である。一実施形態においてプラットフォーム１４０は、Ａｍａｚｏｎ（登録商標） Ｗｅｂ Ｓｅｒｖｉｃｅ Ｃｌｏｕｄを介して運用される。もちろん、他の実施形態では、プラットフォーム１４０の一部又は全部が、例えば、Ｍｉｃｒｏｓｏｆｔ（登録商標） Ａｚｕｒｅクラウド又は他のサードパーティクラウドなどの他のクラウド環境を使用して実装されてもよい。他の実施形態では、ＡＩベースの管理プラットフォーム１４０は、クラウドベースのサービスを使用するのではなく、オンプレミスサーバ及び他のインフラストラクチャを使用することによって実装されてもよい。あるいは、独立したノードの分散型ネットワークを使用したシステムの提供を含む、オンプレミス及びクラウドベースのリソースの組み合わせを含むＡＩベースの管理プラットフォーム１４０のハイブリッド実装が可能である。
一実施形態では、スマートコントラクトモジュール１１８によって格納されるメタデータ１７０は、ユーザＩＤ、ＫＹＣデータ、及びリスクスコアから構成される。メタデータは、一般に、ハッシュ化及び／又は暗号化され、当該メタデータ１７０が関係するデジタルウォレット１０８の所有者の許可なく、誰によっても読み取ることができない。一実施形態では、デジタルウォレット１０８の所有者は、カウンタパーティ（すなわち、別のデジタルウォレット１０８の所有者）に、提供するウォレット所有者のデジタルウォレット１０８を使用して生成された制限付き使用キーをカウンタパーティのウォレット所有者に提供することによって、そのような許可を与えることができる。
このような制限付き使用キーは、ＩＤ分類、リスクスコア及び／又は他の情報に対してカウンタパーティに提供されるべきアクセスの程度に関して、ウォレットユーザの意図を明示するものである。一実施形態では、制限付き使用キーが生成されるべきデジタルウォレット１０８に関連するウォレットインターフェース１０７は、ウォレット所有者が制限付き使用キーの粒度を定義できるグラフィカルユーザインターフェース（ＧＵＩ）を用いて構成されるであろう。ある実施態様では、そのような粒度は、例えば、どのメタデータ１７０が、制限付き使用キーを提供された相手方ウォレット所有者に解放され得るかを決定し得る。ウォレットインターフェース１０７を通じて定義される粒度は、使用制限（例えば、制限付き使用キーの１回限りの使用（又は１より大きい定義された使用回数）、制限付き使用キーの有効期限など）も決定し得る。その後、アクセスが提供されているデジタルウォレット１０８の所有者は、電子メール、ウォレットインターフェース１０７間のアプリ間通信、又は他の電子通信を介して、制限付き使用キーをカウンタパーティウォレット所有者キーに配信し得る。
ＡＩエンジン１４８は、不換通貨と国債のバランスを管理する（国庫機能）。フィアット通貨の必要量は、国債をフィアットに変換するのに必要な時間、及びネットワーク上の決済需要をサポートするのに必要な時間に基づいて決定される。また、ＡＩエンジン１４８は、ユーザが預けたフィアットに基づくトークンの発行やバーン、又はユーザが換金するためのスマートコントラクトモジュール１１８との調整も行う。
ＫＹＣモジュール１１０は、ウォレット所有者の個人又はビジネスデータを収集し、スマートコントラクトで定義された地理的プロファイル及びルーチンに基づいて、それを検証する。これには、提出された文書（パスポート、公共料金請求書、企業登録文書）の検証、公的データベースに対する検証、画像比較、デバイスからの指紋採取、デバイスの指紋採取（すなわち、携帯電話のＩＭＥＩ）などが含まれる。
ここで、スマートコントラクトモジュール１１８の動作を説明する際に参照されるシステム２００を示す図２に注意が向けられる。図２のシステムにおいて、スマートコントラクトモジュール１１８は、ＡＩベース管理プラットフォーム１４０を実装するように構成されたクラウドベース管理プラットフォーム２４０上にインスタンス化される。明確にするために、管理プラットフォーム２４０は、スマートコントラクトモジュール１１８のみを含むものとして図２に描かれており、プラットフォーム１４０の他のモジュールは、プラットフォーム２４０内に統合されているが図２には図示されていないことが理解される。
図２に示されるように、クラウドベース管理プラットフォーム２４０は、複数の分散型ノード２５２を含む取引検証及び記録ネットワーク２４８と通信している。ネットワーク２４８のノード２５２は、システム２００のユーザのデジタルウォレット１０８間の取引を分散型台帳に記録する。各ユーザは、そのようなデジタルウォレット取引を促進するためのウォレットインターフェース１０７を備えるように構成されたコンピューティングデバイス１０９を有することができる。多数の外部データ、技術及びサービスプロバイダ２６４は、システム２００内で使用するためのデジタルウォレットを発行するための新しいユーザによる要求を評価することに関連して、様々な検証又はチェック情報２６５をクラウドベース管理プラットフォーム２４０に提供することができる。この情報は、例えば、ソーシャルメディアプロファイルチェック２６６、アイデンティティチェック２６７、富の源泉チェック２６８、及びアンチマネーロンダリング（ＡＭＬ）チェック又は制裁チェック２６９を含むことができる。
一実施形態では、スマートコントラクトモジュール１１８及び取引マネジャ１４４は、ウォレット作成、転送及びデータ記録に関連して、一連の検証及び制御を実施する。検証及び制御は、例えば、以下を含むことができる。（１）ウォレットアカウント作成、（２）ウォレットアカウント検証（ＫＹＣ）、すなわち、ウォレットへのＫＹＣの登録の管理；（３）ウォレットデータを用いたリスクスコアの計算及びウォレットの現在のリスクスコアの記録；（４）ユーザ及びその取引に関連するウォレットの取引データの更新；（５）送り手及び受け手のルールを用いた２つのウォレット間の安定した暗号通貨のトークンの転送及び管理の管理；（６）トークン転送を許容／防止するためのウォレットオーナールール（例えば、取引先のＫＹＣレベル、取引先のリスクスコア、転送量、転送速度、トークン転送の最小最大サイズ、ウォレットユーザのデータファイルに関するルールの管理）；（７）新しいトークンの発行（鋳造）及び発行のための国庫検証の管理；（８）トークンの償還及び退蔵（バーン）の管理。
一実施形態では、デジタルウォレット１０８間のすべての取引は、スマートコントラクトモジュール１１８及び取引マネジャ１４４によって管理される。すなわち、全てのウォレット取引は、プラットフォーム２４０を流れ、スマートコントラクトモジュール１１８によって、取引検証及び記録ネットワーク２４８内に存在するブロックチェーンウォレットに記録される。これにより、有利には、スマートコントラクトモジュール１１８は、取引の各当事者によって確立された取引ルール１２２を実施することができ、それにより、各当事者は、取引の受け入れに係る彼らのルールが尊重されることを保証する。本実施形態では、ＩＤ及びリスクスコアモジュール１１４は、プラットフォーム２４０によって促進される各取引に関連する情報を用いて、取引に関与するデジタルウォレット１０８のリスクスコアをリアルタイムで調整するように構成されてもよい。
他の実施形態では、直接取引は、プラットフォーム２４０の関与なしにデジタルウォレット１０８の間で発生することが許可されるであろう。この場合、取引に関与する第１及び第２のデジタルウォレット１０８に関連するウォレットインターフェース１０７の上又は両方が、取引検証及び記録ネットワーク２４８内のブロックチェーンウォレットに取引を記録することに参加することができる。この場合、スマートコントラクトモジュール１１８は、一般に、依然として、ブロックチェーン履歴に記録された第１及び第２のデジタルウォレット１０８のブロックチェーン履歴を読み取るように構成されるであろう。これにより、ＩＤ及びリスクスコアモジュール１１４は、以下に説明する方法で、第１及び第２のデジタルウォレット１０８に関連するリスクスコアを適切に調整することができる。
デジタルウォレット１０８間の潜在的な取引がプラットフォーム２４０によって促進される場合、スマートコントラクト１１８は、潜在的な取引の適格性の初期判定を行うために、取引の各当事者の取引ルール１２２を実施する。例えば、潜在的な取引の第１の当事者の第１のデジタルウォレット１０８は、提案された取引の第２の当事者の第２のデジタルウォレット１０８のリスクスコア及び／又はＩＤ検証分類に係る取引ルール１２２に関連付けられる場合がある。例えば、第２の当事者のリスクスコア及び／又はＩＤ検証分類が確立された方法が第１の当事者のルールに準拠する場合、スマートコントラクト１１８は、第１のデジタルウォレット１０８に関連付けられたウォレットインターフェース１０７に適切な肯定的表示（例えば、取引資格を意味する一つ以上の緑のチェックマークを有するグラフィカルユーザインターフェース）を提供してもよい。逆に、第２の当事者のリスクスコア及び／又はＩＤ検証分類が第１の当事者のルールに従って確立されなかった場合、スマートコントラクト１１８は、第１のデジタルウォレット１０８に関連付けられたウォレットインターフェース１０７に適切な否定的表示（例えば、取引不適格を意味する一つ又は複数の赤の「Ｘ」を有するグラフィカルユーザインターフェース）を提供してもよい。
概略、（例えば、第１及び第２のデジタルウォレットの所有者によって確立された取引ルール１２２の評価に基づいて）第１及び第２のデジタルウォレット間の提案された取引が進行する資格があるというスマートコントラクト１１８による発見は、提案された取引の実行に自動的につながることはない。その代わりに、取引適格性のこの肯定的な初期判定は、提案された取引の相対的リスクに関する情報をかかるウォレット１０８のユーザに提供するために、第１及び第２のデジタルウォレット１０８のウォレットインターフェース１０７に伝達され得る。この時点で、ウォレット１０８のユーザは、提案された取引の相手方に関連するブロックチェーンウォレット内に記録されたより詳細な情報を評価するように傾く可能性がある。一実施形態では、提案された取引の当事者が利用できる情報の粒度は、取引の相手方当事者によって当該当事者に提供される制限付き使用キーによって決定される。更に他の実施形態では、スマートコントラクトモジュール１１８は、提案された取引の適格性の初期判定を行うためにルール１２２を適用することはない。むしろ、第１及び第２のデジタルウォレット１０８の所有者（すなわち、提案された取引の当事者）はそれぞれ、取引の相手方当事者によって当該ユーザに提供された制限付き使用キーによって決定される粒度で、提案された取引の相手方当事者に関連するブロックチェーンウォレットの情報を評価することを可能にされる。この場合、第１及び第２のデジタルウォレットの所有者は、提案された取引の相手方当事者によって当該当事者に提供された再構築された使用キーを用いてブロックチェーンウォレットから各当事者が取得した情報のみに基づいて、提案された取引を進めることを許可するか否かについての決定を行うことができる。
例示として、２つのデジタルウォレット１０８の間で提案された取引が、車両の売却に関連する場合を考える。この場合、デジタルウォレット１０８の一方又は両方に関連するルール１２２は、ＫＹＣ情報に関連するデータが収集され、管轄のルールに従っている必要があり、一定の基準を満たすことを指定することができる。スマートコントラクト１１８がこのことを確認した場合、提案された取引に関与するデジタルウォレットの一方又は両方に関連するウォレットインターフェース１０７に、該当する場合、適切な肯定的表示を提供することができる。例えば、車両の売り手に対応する当事者は、相手方当事者（すなわち、車両の購入者）が米国からのＩＤ認証された顧客であると判断することができる。相手方当事者によって車両の売り手に提供された制限付き使用キーのパラメータに応じて、スマートコントラクトモジュール１１８は、相手方当事者のリスクスコア（例えば、低リスク、中リスク、高リスク）の表示を売り手に提供することも可能である。相手方のリスクスコアが低い場合、これは、相手方が疑わしいと思われる取引を行っておらず、（それぞれのリスクスコアによって決定される）不謹慎な当事者と取引を行っていないことを車両の売り手に通知し得る。このとき、車両の販売者は、相手方がＩＤ認証済みでリスクスコアも低いため、マネーロンダリングのリスクはないと判断することができる。従って、売り手は、ウォレットインターフェース１０７を介してスマートコントラクト１１８に、売り手がカウンタパーティから車両購入価格を受け取る意思があることを通知してもよい。
一方、車両の売り手が、相手方のＩＤが最新でないと判断する程度、及び／又は相手方が高いリスクスコアを有する場合、売り手は、取引を進めることを選択しないことができる。売り手は、スマートコントラクトモジュール１１８が、売り手のウォレットインターフェース１０７に、相手方が売り手の一つ以上のルールに準拠していないことを通知したから、及び／又は売り手が、相手方によって売り手に提供された制限付き使用キーによって決まる粒度のブロックチェーンウォレットからこの情報を取得できたから、この決定を行うことができたかもしれない。
一実施形態では、カウンタパーティウォレット所有者は、カウンタパーティウォレット所有者に提供された制限付き使用キーによって可能になる範囲を除いて、取引検証及び記録ネットワーク２４８内に記録されたブロックチェーンウォレット内に含まれる別のウォレット所有者の取引情報にアクセスすることができなくなる。上記に示したように、ウォレット所有者は、関連するウォレットインターフェース１０７を介してウォレット所有者のデジタルウォレット１０８によって生成された制限付き使用キーのパラメータを調整することができる。例えば、制限付き使用キーは、ＱＲコード（登録商標）の形態とすることができ、ＱＲコードを所持する相手方当事者によってスキャンされると、相手方当事者のウォレットインターフェース１０７を介して、ウォレット所有者のアイデンティティが確認され、ウォレット所有者のリスクスコアが低いという緑色のチェックマーク又は他の表示を提供する。他の場合、ウォレット所有者は、ウォレット所有者に関するより詳細な情報をカウンタパーティに提供するために、制限付き使用キーを構成することができる。例えば、カウンタパーティが制限付き使用キーに対応するＱＲコードをスキャンすると、パスポートの画像又は関連する詳細情報がカウンタパーティのウォレットインターフェース１０７に提供されるように、制限付き使用キーが生成され得る。別の例として、デジタルウォレット１０８の所有者との取引を考えている銀行は、ウォレット所有者のパスポート、ＩＤスコア、リスクスコア、及びウォレット所有者がビジネスを行ってきた国のコピーを銀行に提供するように所有者に要求することができる。この場合、ウォレット所有者は、ウォレットインターフェース１０７を介して、ウォレット所有者のデジタルウォレット１０８に、銀行の職員がウォレット所有者のパスポートの画像、ウォレット所有者のＩＤエンティティスコア、ウォレット所有者が取引を行っている国のリスト、及びウォレット所有者のリスクスコアを（銀行のウォレットインターフェース１０７を介して）見ることができる制限付き使用キーを作成するよう指示する。そこで、潜在的なカウンタパーティの代表者（例えば、銀行の従業員）は、制限付き使用キー（例えば、ＱＲコード）を使用して、ブロックチェーンウォレットに保存されているウォレット所有者のパスポートの画像、クレジット情報、ＩＤスコア及び／又はＩＤ検証ステータスなどを取得することになる。この例では、ＱＲコードは、そのような画像及び情報へのアクセス、及び／又はＱＲコードを使用してリンクにアクセスすることができるブロックチェーンウォレット上に格納されたウォレット所有者のパスポートの画像等を含むファイルへのリンクへのアクセスを許可する秘密キーとして機能する。この例では、制限付き使用キーは、ある定義された期間にわたって、又はウォレット所有者がプラットフォーム２４０を通じて取引を開始して以来、ウォレット所有者が取引に従事した相手方に関連する国のリストを返すために利用されることも可能である。したがって、ウォレット所有者のデジタルウォレット１０８は、カウンタパーティに公開されるタイプ及び粒度又はアイデンティティ検証及びリスクスコア情報を可能にする制限付き使用キーを生成するように構成されてもよいことが理解されよう。
ここで、システム１００の動作の様々な側面を代表するフロー図である図３～７に注目されたい。
図３は、ユーザをシステム１００にオンボーディングするための例示的なプロセス３００のフロー図である。オンボーディングプロセスの最初の段階として、ユーザ１０２はプラットフォーム１４０にウォレットアドレスを作成するための要求を送信する（段階３０２）。要求に応答して、取引マネジャ１４４は、メタデータ及びＫＹＣスコアを伴う新しいウォレットアドレスを作成する（段階３０４）。その後、（管轄のルールに基づく）好ましい方法を用いて、ＫＹＣチェックが完了する（段階３０６）。ユーザによって提供されたデータ及びシステムによって実行された検証に基づいて、新しいデジタルウォレット１０８は、ＩＤ検証分類及びリスクスコアを割り当てられる（段階３０８）。
図４は、ユーザがシステム１００内で使用するためのトークンを購入する例示的なプロセス４００を示すフロー図である。示されるように、ユーザ銀行１８４は、最初に不換紙幣（例えば、米ドル）をパートナー銀行１０５に送信する（段階４０２）。次いで、パートナー銀行１０５は、不換紙幣の対応する量を、例えば、プラットフォーム１４０の一つ以上のオペレータ（複数可）などの一つ以上のエンティティに関連するプラットフォーム国庫口座１９０に送信する（段階４０４）。次いで、スマートコントラクトモジュール１１８は、ユーザのＩＤ分類及びリスクスコアをチェックして、ユーザが購入が望まれるトークンを受け取る資格があるかどうかを判断する（段階４０８）、すなわち、スマートコントラクトモジュール１１８は、トークン購入取引を進めるために承認するか否かを判断する）。ユーザがトークンを送る資格があると判断された場合（段階４１２）、スマートコントラクトモジュール１１８は、トークンを国庫ウォレット１９２からデジタルウォレット１０８に転送し、すなわち、スマートコントラクトモジュール１１８は、取引検証及び記録ネットワーク１６４内に存在するブロックチェーンウォレットにトークン転送を記録する（段階４１６）。ユーザがトークンの送信に不適格であると判断された場合（段階４１２）、スマートコントラクトモジュール１１８は取引を拒否し（段階４２０）、国庫口座１９０内のフィアット通貨は、直接又はパートナー銀行１０５を介してユーザ銀行１８４に戻される（段階４２４）。一実施形態では、パートナー銀行１０５と、プラットフォーム国庫口座１９０を維持する金融機関１０６は、同じ機関であってもよい。
図５は、システム１００内で安定した暗号通貨のトークンを鋳造又はバーンさせる例示的なプロセス５００を代表するフロー図である。新しいトークンを鋳造するプロセスは、プラットフォーム国庫口座１９０のユーザから不換紙幣（例えば、米ドル）を収集することから始まる（段階５０２）。これは、例えば、一つ以上のユーザ銀行１８４のユーザ口座から、プラットフォームによって利用されるパートナー銀行１０５を潜在的に経由して、プラットフォーム国庫口座１９０に不換紙幣を転送することによって発生する可能性がある。同様に、トークンをバーンする、すなわち破壊するプロセスは、ユーザによって開始された引き出し取引に応答して、プラットフォーム国庫口座１９０から不換紙幣を転送することによって始まる（段階５０２）。（新規発行用の）受け取った正味の不換紙幣又は引き出した（トークンをバーンする）ことに基づいて、安定した暗号通貨の新規トークンを鋳造する必要があるか、又は既存のトークンを燃やす必要があるかについての決定が行われる（段階５０６）。ＡＩエンジン１４８は、発行されたすべてのトークンを１００％担保するために購入又は売却すべき不換紙幣の国庫債券の量を決定する（段階５１０）。一実施形態では、購入又は売却すべき国庫債券の量を決定する際にＡＩエンジン１４８によって使用されるパラメータは、不換ＵＳＤの正味日次流動性要件、債券満期、新規鋳造からの利用可能なＵＳＤ、米国経済のマクロ経済見通し、などを含む。国庫債券が売買されると、スマートコントラクトモジュール１１８は、新しいトークンを鋳造し、又は既存のトークンをバーンする（段階５１４）。
図６は、ユーザがシステム１００から取得したトークンを転送する例示的なプロセス６００を示すフロー図である。プロセス６００は、ユーザが安定した暗号通貨の一つ以上のトークンを償還する要求を送信したときに開始する（段階６０２）。スマートコントラクトモジュール１１８は、ユーザのＩＤ分類及びリスクスコアをチェックして、ユーザがトークンを不換紙幣と交換する資格があるかどうかを決定する（段階６０６）。ユーザがトークンを償還する資格がある場合（段階６１０）、スマートコントラクトモジュール１１８は、ユーザのデジタルウォレット１０８から国庫ウォレット１９２にトークンを転送し、償還するユーザに対して不換通貨による決済がトリガーされる（段階６１４）。ユーザがトークンを償還する資格がない場合（段階６１０）、取引は拒否される（段階６１８）。そして、拒否は、取引検証及び記録ネットワーク１６４内のブロックチェーンウォレットに記録され、ユーザのリスクスコアを決定する際にＩＤ及びリスクスコアモジュール１１４によって考慮され得る（段階６２２）。
図７は、一実施形態によるＩＤ情報及びリスクスコアを管理するための例示的なプロセス７００のフロー図である。一実施形態では、ＩＤ及びリスクスコアモジュール１１４は、ユーザのリスクスコアを定期的に、かつユーザのリスクスコアに潜在的に影響を与える全てのイベント後に再計算するように構成される（段階７０２）。プロセス７００は、ユーザのリスクスコアの再計算を必要とするイベント（例えば、ユーザに関する任意のシステム取引、又は任意のユーザ若しくは他のパラメータにおける変化）の発生を検出することを含む（段階７０６）。一実施形態では、様々なユーザパラメータ、ソーシャルスコア、過去の取引（例えば、完了した取引及びウォレット所有者間で情報が交換されたが取引が成立しなかった取引案の両方）、及び財務スコアが、リスクスコアの計算において使用される。例示的なユーザパラメータは、例えば、ＩＤ確認、住所確認、資金源、富の源泉、制裁チェックなどを含むことができる。ユーザの財務スコアは、例えば、ユーザの銀行口座、デビットカード及びクレジットカード、並びに他の資産の検証に基づいてもよい。
ユーザのリスクスコアに影響を与える可能性のあるイベントを検出すると（段階７０６）、ユーザのリスクスコアは、上記で特定されたものなどの定義されたパラメータセットに基づいて再計算される（段階７１０）。プロセス７００は、ユーザが過去Ｘヶ月（例えば、Ｘ＝１２）以内にＫＹＣ情報を更新したかどうかを定期的に判断することも含み得る（段階７１４）。ユーザが過去Ｘヶ月以内にＫＹＣ情報を更新した場合（段階７１４）、他の関連情報が変更されない限り、そのユーザのＩＤ分類及びリスクスコアは変更されないままである（段階７２０）。ユーザが過去Ｘヶ月以内にＫＹＣ情報を更新していない場合（段階７１４）、ユーザのＩＤ分類は更新され、リスクスコアに対する任意の結果的な変更も行われる（段階７２４）。
一実施形態では、デジタルウォレット１０８の所有者又はユーザは、例えば、予防接種、医療記録又は他の潜在的に関連するプロファイル情報などの追加データを、ユーザのＫＹＣ情報１７４及び／又はＩＤ分類及びリスクスコア１７６に追加してもよい。専門家の場合、この追加のプロファイル情報は、例えば、専門家ライセンスに関連する情報、及びそのようなライセンスが独立して検証されているかどうかを含み得る。
図８は、潜在的な取引の各当事者が、取引相手のデジタルウォレットによって生成された制限付き使用キーによって決定される粒度のレベルで、取引の相手方の識別及び分類情報並びにリスクスコアにアクセスし得る例示的なプロセス８００のフロー図である。プロセス８００は、第１のデジタルウォレットの第１のウォレットインターフェースを介して、第１の制限付き使用キーの粒度パラメータを定義することを含む（段階８０２）。プロセス８００は、第２のデジタルウォレットの第２のウォレットインターフェースを介して、第２の制限付き使用キーの粒度パラメータを定義することを更に含む（段階８０６）。第１制限付き使用キーは、第１デジタルウォレットを使用して生成され、第２制限付き使用キーは、第２デジタルウォレットを使用して生成される（段階８１０）。第１制限付使用キーは、第２デジタルウォレットの所有者に提供され、第２制限付使用キーは、第１デジタルウォレットの所有者に提供される（段階８１６）。次に、第１の制限付き使用キーは、（例えば、第２のデジタルウォレットの所有者の代わりに）第１のウォレットインターフェースを介して指定された粒度パラメータによって決定される詳細レベルで、第１のデジタルウォレットに関連するＩＤ分類及びリスクスコアのうちの一つ以上に関連する情報にアクセスするために使用されてもよい（段階８２０）。同様に、第２の制限付き使用キーは、（例えば、第１のデジタルウォレットの所有者に代わって）第２のウォレットインターフェースを介して指定された粒度パラメータによって決定される詳細なレベルで、第２のデジタルウォレットに関連するＩＤ分類及びリスクスコアのうちの一つ以上に関連する情報にアクセスするために使用されてもよい（段階８２０）。その後、第１のデジタルウォレットと第２のデジタルウォレットとの間の取引を進めるかどうかについて、第１のウォレットインターフェース及び第２のウォレットインターフェースから指示を受信することができる（段階８２６）。
第１のデジタルウォレットと第２のデジタルウォレットのどちらの所有者も、取引ルールを指定していない可能性があり、したがって、取引適格性に関する決定を行う際にスマートコントラクトモジュール１１８が利用するための取引ルール１２２が存在しないことがある。この場合、第１のデジタルウォレット及び第２のデジタルウォレットの所有者は、各当事者に提供された使用制限キー（複数可）によって解放されたメタデータ１７０の目視検査に基づいて、独自の判断を行う。この場合、ウォレットの所有者は、取引が進行する資格があるかどうかを決定し、又は任意で所有者のウォレット及び／又はウォレットインターフェースにおいてルールを定義し、その後スマートコントラクトモジュール１１８によって自動的に実施され得る。
本明細書で開示されるのは、トークン化資産と同じ通貨の不換紙幣を導入する新規ユーザに応答してスマートコントラクトから新しいトークンを発行することによって、トークン化資産の価格を安定させるための方法である。そして、受け取った不換紙幣は、政府発行の国庫債券や他の政府発行の債務を購入するために使用される。
トークンは、世界中の代替暗号資産取引所に上場され、取引されることができる。トークン・システムの各参加者は、公開キーペアと秘密キーペアからなるウォレットアドレスを発行される。一実施形態では、各キーペア及び生成された制限付き使用キーは、ＩＤ文書及び又は許容されるＩＤ検証方法及びリスクデータに関連付けられる。システムは、ウォレット保有者の個人又は企業アイデンティティの検証及びリスクスコアを提供することができる。リスクスコアは、予め定義されたスケール上の単一の値からなり、例えば、ウォレット関連の行動、取引、ＫＹＣ又はＫＹＢ、地理的及び他のデータ入力によって影響を受けてもよい。
ＫＹＣ及び／又はＫＹＢ文書は、文書の有効性のスコアを強化するために複数のソースによって確認することができ、これらの確認の結果は、ウォレットアドレスに関連付けられたブロックチェーンに記録される。
ＫＹＣ及びＫＹＢデータ検証データは、ガバナンスモデルで公開され、クラス適合性（すなわち、ＢＳＡに適合、ＥＥＡ中央銀行に適合、中国規制等に適合）によって識別されることができる。）
様々な実施形態が上述されてきたが、それらは例としてのみ提示されたものであり、限定するものではないことが理解されるべきである。上述した方法が、特定のイベントが特定の順序で発生することを示す場合、特定のイベントの順序は、変更されてもよい。更に、イベントのうちの特定のものは、上記のように順次実行されるだけでなく、可能な場合には、並列処理で同時に実行されてもよい。異なる装置における様々なモジュールは、装置のプロセッサに位置するように示されているが、それらはまた、装置のメモリ（例えば、ソフトウェアモジュール）に位置し／格納され、プロセッサによってアクセスされ実行されることが可能である。したがって、本明細書は、添付の特許請求の範囲の精神及び範囲内に入る、開示された実施形態のすべてのそのような修正及び変形を包含することを意図している。
本明細書で概説した様々な方法又はプロセスは、様々なオペレーティングシステム又はプラットフォームのうちの任意の一つを採用する一つ又は複数のプロセッサ上で実行可能なソフトウェアとしてコード化することができる。更に、そのようなソフトウェアは、多数の適切なプログラミング言語及び／又はプログラミング若しくはスクリプトツールのいずれかを使用して書かれてもよく、フレームワーク又は仮想マシン上で実行される実行可能な機械語コード又は中間コードとしてコンパイルされてもよい。
この点で、様々な発明概念は、非一過性のコンピュータ可読記憶媒体（又は複数のコンピュータ可読記憶媒体）（例えば、コンピュータメモリ、一つ以上のフロッピーディスク、コンパクトディスク、光ディスク、磁気テープ、フラッシュメモリ、フィールドプログラマブルゲートアレイ又は他の半導体デバイスの回路構成、又は他の非一時的媒体又は有形コンピュータ記憶媒体）であり、一つ以上のコンピュータ又は他のプロセッサで実行されると、上述した本発明の種々の実施形態を実行する方法を行う一つ又は複数のプログラムで符号化される。非一過性のコンピュータ可読媒体又は媒体は、その上に格納されたプログラム又はプログラムを一つ又は複数の異なるコンピュータ又は他のプロセッサにロードして、上で論じた本発明の様々な態様を実施できるように、輸送可能であることができる。
用語「プログラム」又は「ソフトウェア」は、本明細書では、上記で論じたように実施形態の様々な態様を実装するためにコンピュータ又は他のプロセッサをプログラムするために採用することができる任意のタイプのコンピュータコード又はコンピュータ実行可能命令のセットを指す一般的な意味で使用されている。更に、一態様によれば、実行されたときに本発明の方法を実行する一つ又は複数のコンピュータプログラムは、単一のコンピュータ又はプロセッサ上に存在する必要はなく、本発明の様々な態様を実施するために多数の異なるコンピュータ又はプロセッサの間でモジュール方式で分散されてもよいことが理解されるべきである。
コンピュータ実行可能な命令は、一つ以上のコンピュータ又は他のデバイスによって実行されるプログラムモジュールなどの多くの形態であってもよい。一般に、プログラムモジュールは、特定のタスクを実行する、又は特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。一般的に、プログラムモジュールの機能は、様々な実施形態において所望に応じて組み合わせたり、分散させたりすることができる。
更に、データ構造は、任意の適切な形態で非一過性のコンピュータ可読媒体に格納されてもよい。図示を簡単にするために、データ構造は、データ構造内の位置を介して関連するフィールドを有するように示されてもよい。このような関係は、同様に、フィールド間の関係を伝える非一過性のコンピュータ可読媒体内の位置を有するフィールドのためのストレージを割り当てることによって達成されてもよい。しかしながら、データ構造のフィールドの情報間の関係を確立するために、ポインタ、タグ、又はデータ要素間の関係を確立する他の機構の使用など、任意の適切な機構が使用されてもよい。
更に、様々な発明概念は、一つ以上の方法として具現化されてもよく、その例が提供されている。方法の一部として実行される行為は、任意の適切な方法で順序付けることができる。したがって、例示的な実施形態において連続的な行為として示されていても、いくつかの行為を同時に行うことを含む、例示とは異なる順序で行為が行われる実施形態が構築されてもよい。
本明細書で定義され使用される全ての定義は、辞書の定義、参照により組み込まれる文書における定義、及び／又は定義された用語の通常の意味を支配すると理解されるべきである。
本明細書及び特許請求の範囲で使用される不定冠詞「ａ」及び「ａｎ」は、反対のことが明確に示されない限り、“少なくとも一つ”を意味すると理解されるべきである。
本明細書及び特許請求の範囲で使用されるフレーズ“及び／又は”は、そのように結合された要素の「いずれか又は両方」、すなわち、ある場合には接続的に存在し、他の場合には接続的に存在する要素を意味すると理解されるべきである。及び／又は」で記載された複数の要素は、同じ方法で解釈されるべきであり、すなわち、そのように結合された要素の「一つ又は複数」である。他の要素は、「及び／又は」節によって具体的に特定された要素以外に、具体的に特定された要素に関連するか否かにかかわらず、任意に存在することができる。したがって、非限定的な例として、「Ａ及び／又はＢ」への言及は、「ｃｏｍｐｒｉｓｉｎｇ」などのオープンエンドの言語と組み合わせて使用される場合、ある実施形態では、Ａのみ（任意にＢ以外の要素を含む）；別の実施形態では、Ｂのみ（任意にＡ以外の要素を含む）；更に別の実施形態では、Ａ及びＢ両方（任意に他の要素を含む）などについて言及することができる。
本明細書及び特許請求の範囲で使用されるように、「又は」は、上記で定義される「及び／又は」と同じ意味を有すると理解されるべきである。例えば、リスト内の項目を区切る場合、「又は」又は「及び／又は」は、包括的であること、すなわち、要素の数又はリストの少なくとも一つを含むが、一つ以上も含むこと、及び、任意に、追加のリストにない項目を含むことと解釈されるものとする。のみ」又は「のまさに一つ」のような明確に反対を示す用語のみ、又は特許請求の範囲で使用される場合、「からなる」は、要素の数又はリストのまさに一つの要素を含むことを指すことになる。一般に、本明細書で使用される用語「又は」は、“どちらか”、“どちらかのみ”、“どちらかのみ”、又は“全く一つ”などの排他性の用語に先行される場合にのみ、排他的選択肢（即ち、「どちらか一方であって両方ではない」）を示すものと解釈されるものとする。“Ｃｏｎｓｉｓｔｉｎｇ ｅｓｓｅｎｔｉａｌｌｙ ｏｆ”は、特許請求の範囲において使用される場合、特許法の分野で使用されるその通常の意味を有するものとする。
本明細書及び特許請求の範囲で使用されるように、一つ以上の要素のリストに言及する「少なくとも一つ」という語句は、要素のリスト内の任意の一つ以上の要素から選択される少なくとも一つの要素を意味すると理解すべきであるが、必ずしも要素のリスト内に具体的にリストされた各々及び全ての要素の少なくとも一つを含むものではなく、要素のリスト内の要素の任意の組み合わせを除外しないものとする。また、この定義は、「少なくとも一つ」という語句が指す要素のリスト内で具体的に特定された要素以外の要素が、具体的に特定された要素に関連するか否かにかかわらず、任意に存在することができることを許容するものである。したがって、非限定的な例として、「Ａ及びＢの少なくとも一つ」（又は、等価的に「Ａ又はＢの少なくとも一つ」、又は、等価的に「Ａ及び／又はＢの少なくとも一つ」）は、一実施形態において、Ｂが存在しない（及び任意にＢ以外の要素を含む）少なくとも一つの、任意に複数の、Ａを参照することができる。別の実施形態では、Ａが存在しない（及び任意にＡ以外の要素を含む）、任意に一つ以上のＢを含む少なくとも一つ；更に別の実施形態では、一つ以上のＡ、及び一つ以上のＢを含む（及び任意に他の要素を含む）、任意に少なくとも一つ；などである。
上記明細書と同様に、特許請求の範囲において、「からなる」、「含む」、「運ぶ」、「有する」、「含む」、「伴う」、「保持する」、「からなる」等の全ての経過的フレーズは、オープンエンド、すなわち、含むがこれに限定しないことを意味すると理解されるものとする。経過的表現である「からなる」及び「から本質的になる」のみは、米国特許庁特許審査手続要覧第２１１１．０３条に規定されるように、それぞれ閉じた又は半閉じた経過的表現でなければならない。

Claims (21)

  1. 政府発行の債務を担保とする安定した暗号通貨の発行及び交換を促進するためのコンピュータに実装されたシステムであって、
    前記システムは、ブロックチェーンデータ構造を格納するように構成された複数の分散型ノードを含む取引検証及び記録ネットワークと通信する管理プラットフォームを含み、
    前記管理プラットフォームは、
    コンピュータプログラム命令を格納するように構成されたメモリと、
    一つ又は複数の物理コンピュータプロセッサと
    を含み、
    前記コンピュータプログラム命令によって、前記一つ又は複数の物理コンピュータプロセッサは、
    第１のユーザに関連付けられた第１のデジタルウォレット及び第２のユーザに関連付けられた第２のデジタルウォレットを確立するステップと、
    第１のユーザに関連付けられたユーザパラメータ及び財務情報に基づいて、第１のデジタルウォレットのための第１のウォレットメタデータを決定するステップであって、第１のウォレットメタデータが第１のリスクスコア及び第１のＩＤ検証分類のうちの少なくとも一つを含む、決定するステップと、
    前記第１のウォレットメタデータを、前記取引検証及び記録ネットワーク内のブロックチェーンに格納するステップと、
    第１のデジタルウォレットに関連する粒度情報に基づいて生成される制限付き使用キーを用いて、第２のデジタルウォレットが、粒度情報によって決定される粒度のレベルにてブロックチェーンに格納された第１のウォレットメタデータにアクセスすることを可能にするステップと、
    少なくとも第１のデジタルウォレット及び第２のデジタルウォレットを含む第１の取引要求を受信するステップと、
    （ｉ）第１のウォレットメタデータと、第２のデジタルウォレットに関連付けられた取引ルールとの比較と、及び、（ｉｉ）粒度情報によって決定される粒度のレベルにて第１のウォレットメタデータにアクセスする第２のデジタルウォレットに応じて第２のユーザが提供するユーザインプットと
    の少なくとも一つに基づいて、前記第１の取引要求に応答するステップと
    を実行するように構成されている、
    システム。
  2. 前記第１の取引要求に応答するステップは、前記第２のデジタルウォレットに関連付けられた第２のウォレットメタデータを、前記第１のデジタルウォレットに関連付けられた追加の取引ルールと比較することを、更に含む、請求項１に記載のシステム。
  3. 前記命令は、
    （ｉ）第１のウォレットメタデータと、第２のデジタルウォレットに関連付けられた取引ルールとの比較と、及び、（ｉｉ）粒度情報によって決定される粒度のレベルにて第１のウォレットメタデータにアクセスする第２のデジタルウォレットに応じて第２のユーザが提供するユーザインプットと
    の少なくとも一つに基づいて、前記第１の取引要求を拒否することと、
    前記ブロックチェーンに前記第１の取引要求の拒否を記録することと
    を、更に含む、請求項１に記載のシステム。
  4. 前記第１の取引要求は、転送要求に対応し、
    前記命令は、
    （ｉ）第１のウォレットメタデータと、第２のデジタルウォレットに関連付けられた取引ルールとの比較と、及び、（ｉｉ）粒度情報によって決定される粒度のレベルにて第１のウォレットメタデータにアクセスする第２のデジタルウォレットに応じて第２のユーザが提供するユーザインプットと
    の少なくとも一つに基づいて、前記安定した暗号通貨の指定された数のトークンを前記第１のデジタルウォレットから前記第２のデジタルウォレットに転送する命令を、更に含む、請求項１に記載のシステム。
  5. 前記命令は、
    第１のユーザに関連するユーザパラメータ及び金融情報の少なくとも幾つかに基づいて、第１のＫＹＣ（ｋｎｏｗ ｙｏｕｒ ｃｕｓｔｏｍｅｒ）スコアを決定することと、
    第１のＫＹＣスコアに少なくとも部分的に基づいて、第１のデジタルウォレットのための第１のパブリックアドレス及び対応する秘密キーを作成することと
    を、更に含む、請求項１に記載のシステム。
  6. 前記命令は、
    第１のユーザが所在する管轄に適用されるルールに基づいて、第１のユーザのＫＹＣチェックを実行する命令を、更に含み、
    かかるルールは、居住地ベースのＫＹＣ法と、アンチマネーロンダリング（ＡＭＬ）法との、少なくとも一つを含む、請求項５に記載のシステム。
  7. 前記命令は、更に
    少なくとも第１のデジタルウォレットを含む第２の取引要求を受信することと、
    第１のデジタルウォレットに関連する追加の取引ルールに基づいて、第２の取引要求を評価することと
    を含む、請求項１に記載のシステム。
  8. 前記第２の取引要求は、償還要求に対応し、
    前記命令は、更に、
    前記第２の取引要求を評価することに続いて、前記第１のデジタルウォレットから、指定された数の安定した暗号通貨のトークンを償還する命令を
    含む、請求項７に記載のシステム。
  9. 前記命令は、更に、
    （ｉ）第１の取引要求の拒否、
    （ｉｉ）第１の取引要求の受諾、及び、
    （ｉｉｉ）第１のデジタルウォレットから第２のデジタルウォレットへの、指定された数の安定した暗号通貨のトークンの、完了した転送
    の、いずれかに基づいて、前記第１のリスクスコアを調整する命令を
    含む、請求項４に記載のシステム。
  10. 前記メモリは、更に、ＡＩ（人工知能）エンジンのための命令を格納するように構成され、
    ＡＩエンジンのための命令は、
    前記システムのオペレータに関連するアカウントで、前記システムのユーザから受け取る前記政府発行の通貨の純額を決定することと、
    受け取る前記政府発行の通貨の純額に基づいて、作成されるべき安定した暗号通貨の複数の新しいトークンを決定することと、
    前記安定した暗号通貨の複数の新しいトークンを担保するために購入することが要求される前記政府発行の債務の量を決定することと、
    前記安定した暗号通貨の複数の新しいトークンを作成し、システムのユーザに関連するデジタルウォレットに発行することと
    を含む、請求項１に記載のシステム。
  11. 前記メモリは、更に、ＡＩ（人工知能）エンジンのための命令を格納するように構成され、
    ＡＩエンジンのための命令は、
    前記システムのユーザによって、前記システムのオペレータに関連するアカウントで、引き出される前記政府発行の通貨の純額を決定することと、
    引き出される前記政府発行の通貨の純額に基づいて、破壊されるべき前記安定した暗号通貨の複数の既存のトークンを決定することと、
    前記安定した暗号通貨の複数の既存のトークンの破壊に関連して売却されることが要求される、前記政府発行の債務の量を決定することと、
    前記安定した暗号通貨の複数の既存のトークンを破壊することと
    を含む、請求項１に記載のシステム。
  12. 前記命令は、更に、前記第１のリスクスコアを定期的に再計算する命令を含み、
    前記第１のリスクスコアを再計算する際に使用されるユーザパラメータは、前記第１のユーザによって提供される前記政府発行の通貨のソース、前記第１のユーザの富のソース、及び、前記第１のユーザのアドレスの検証に、関する、請求項１に記載のシステム。
  13. 前記命令は、更に、前記第１のリスクスコアを定期的に再計算する命令を含み、
    前記第１のリスクスコアを再計算する際に使用される金融情報は、銀行口座の検証、クレジットカードの検証、及び、資産の検証に、関する、情報を含む、請求項１に記載のシステム。
  14. 前記命令は、更に、
    （ｉ）ユーザパラメータのいずれかの変更と、
    （ｉｉ）前記第１のデジタルウォレットを含む取引の完了若しくは試みと、
    （ｉｉｉ）前記第２のデジタルウォレットの第２のリスクスコア及び第２のＩＤ検証分類を含む、カウンタパーティリスク情報と
    の、少なくとも一つに応答して、前記第１のリスクスコアを再計算する命令を含む、請求項１に記載のシステム。
  15. 前記命令は、更に、
    第１のリスクスコア及び第１のＩＤ検証分類の、少なくとも一つに基づいて、前記第１のデジタルウォレットが、前記第２のデジタルウォレットから、又は、前記第１のユーザによって提供される政府発行の通貨と引き換えに、前記安定した暗号通貨の複数のトークンを受け取る資格があることを決定することと、
    前記複数のトークンを国庫ウォレットから前記第１のデジタルウォレットに転送することと
    を含む、請求項１に記載のシステム。
  16. 前記命令は、前記第１のデジタルウォレットと前記第２のデジタルウォレットとの間で発生する取引のパラメータに基づいて、前記第１のリスクスコアを調整する命令を含む、請求項１に記載のシステム。
  17. 前記第２のデジタルウォレットは、
    取引資格に関連する一連のルールを有するように構成され、
    更に、
    前記第１のリスクスコア及び前記第１のＩＤ検証分類が前記一連のルールに適合するかどうかを決定するように構成される、
    請求項１記載のシステム。
  18. 前記第１のリスクスコア及び前記第１のＩＤ検証分類の、少なくとも一つに関連する情報は、前記制限付き使用キーを生成する際に用いられる粒度情報によって決定される粒度のレベルで、前記第２のユーザによるレビューのために提供される、
    請求項１に記載のシステム。
  19. 前記命令は、前記第１のデジタルウォレットと前記第２のデジタルウォレットとの間で発生する取引に基づいて、前記第２のデジタルウォレットに関連する第１のリスクスコア及び第２のリスクスコアを調整する命令を含む、
    請求項１に記載のシステム。
  20. 前記命令は、前記第１のデジタルウォレットと前記第２のデジタルウォレットとの間で提案される取引の拒否に基づいて、前記第２のデジタルウォレットに関連する前記第１のリスクスコア及び第２のリスクスコアを調整する命令を含む、
    請求項１に記載のシステム。
  21. 政府発行の債務によって担保される安定した暗号通貨の発行及び交換を促進する方法において、
    前記方法は、複数の分散型ノードを含む取引検証及び記録ネットワークと通信する管理プラットフォームによって実施され、
    前記管理プラットフォームは、コンピュータプログラム命令を格納するように構成されたメモリを含み、
    前記管理プラットフォームは、更に、前記コンピュータプログラム命令を実施するように構成された一つ又は複数の物理コンピュータプロセッサを含み、
    前記方法は、
    第１のユーザに関連付けられた第１のデジタルウォレット、及び第２のユーザに関連付けられた第２のデジタルウォレットを確立するステップと、
    第１のユーザに関連付けられたユーザパラメータ及び財務情報に基づいて、前記第１のデジタルウォレットのための第１のウォレットメタデータを決定するステップであって、第１のウォレットメタデータが、第１のリスクスコア及び第１のＩＤ検証分類の、少なくとも一つを含む、決定するステップと、
    前記第１のウォレットメタデータを、前記取引検証及び記録ネットワーク内のブロックチェーンに格納するステップと、
    前記第１のデジタルウォレットに関連付けられた粒度情報に基づいて生成される制限付き使用キーを用いて、前記第２のデジタルウォレットが、前記粒度情報によって決定される粒度のレベルにて、前記ブロックチェーンに格納される前記第１のウォレットメタデータにアクセスすることを可能にするステップと、
    少なくとも前記第１のデジタルウォレット及び前記第２のデジタルウォレットを含む第１の取引要求を受信するステップと、
    （ｉ）第１のウォレットメタデータと第２のデジタルウォレットに関連付けられた取引ルールとの比較と、及び、
    （ｉｉ）前記粒度情報によって決定される粒度のレベルにて前記第１のウォレットメタデータにアクセスする第２のデジタルウォレットに応じて前記第２のユーザによって提供されるユーザインプットと
    の少なくとも一つに基づいて、前記第１の取引要求に応答するステップと
    を含む、方法。
JP2021573292A 2019-06-10 2020-06-10 国債を裏付けとしたトークン資産と、関連するトークン取引のアイデンティティとリスクスコアリング Active JP7381614B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201962859665P 2019-06-10 2019-06-10
US62/859,665 2019-06-10
PCT/US2020/037016 WO2020252036A1 (en) 2019-06-10 2020-06-10 Tokenized asset backed by government bonds and identity and risk scoring of associated token transactions

Publications (2)

Publication Number Publication Date
JP2022536485A JP2022536485A (ja) 2022-08-17
JP7381614B2 true JP7381614B2 (ja) 2023-11-15

Family

ID=73650673

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021573292A Active JP7381614B2 (ja) 2019-06-10 2020-06-10 国債を裏付けとしたトークン資産と、関連するトークン取引のアイデンティティとリスクスコアリング

Country Status (12)

Country Link
US (2) US10977645B2 (ja)
EP (1) EP3980959A4 (ja)
JP (1) JP7381614B2 (ja)
KR (1) KR20220035050A (ja)
CN (1) CN114503145A (ja)
AU (1) AU2020291525A1 (ja)
BR (1) BR112021024811A2 (ja)
CA (1) CA3142933A1 (ja)
IL (1) IL288686A (ja)
MX (1) MX2021015238A (ja)
WO (1) WO2020252036A1 (ja)
ZA (1) ZA202110267B (ja)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112912910A (zh) * 2018-06-18 2021-06-04 摩根大通国家银行 用于基于分布式账本的公司间净额结算的系统和方法
EP3980959A4 (en) 2019-06-10 2023-07-05 Miles Paschini TOKEN ASSETS BACKED BY GOVERNMENT BONDS AND IDENTITY AND RISK RATING FOR RELATED TOKEN TRANSACTIONS
US11080687B2 (en) * 2019-07-15 2021-08-03 BlocX LLC Systems and methods for blockchain-based transaction settlement
US20210142299A1 (en) 2019-11-13 2021-05-13 Ceres Coin LLC Stablecoin as a medium of exchange on a blockchain-based transaction network
US11379775B2 (en) * 2020-07-14 2022-07-05 BankCard Services, LLC Computer-based information management system configured for automated and dynamic account analysis and methods thereof
CN113129017B (zh) * 2020-08-31 2022-06-24 支付宝(杭州)信息技术有限公司 一种信息共享方法、装置及设备
US12020061B2 (en) * 2021-04-07 2024-06-25 Reza Fatahi System and method for meta-transactional interoperability of decentralized computing networks
US12015602B2 (en) * 2021-08-16 2024-06-18 Bank Of America Corporation Information security system and method for secure data transmission among user profiles using a blockchain network
IT202100026213A1 (it) * 2021-10-13 2023-04-13 Blasis Luca De Sistema per la creazione e il trasferimento di moneta FIAT digitale basato su blockchain
US20240070774A1 (en) * 2022-08-30 2024-02-29 Ascenditur v3, LLC Decentralized risk assessment framework using distributed ledger technology
WO2024047540A1 (en) * 2022-09-01 2024-03-07 Islamic Development Bank Institute A computer network stabilization system and method
WO2024054665A1 (en) * 2022-09-09 2024-03-14 Object Layer Technology Corporation Targeted blockchain transactions based on specialized non-fungible token tracking, minting, and transaction system
JP7292767B1 (ja) 2022-09-12 2023-06-19 スラッシュ フィンテック リミテッド 情報処理装置、方法、システム、およびプログラム
WO2024058952A1 (en) * 2022-09-12 2024-03-21 Mastercard International Incorporated Systems and methods for use in redemption of tokens
KR102478744B1 (ko) * 2022-09-29 2022-12-20 주식회사 위메이드 블록체인 네트워크 상에서 스테이블코인 서비스를 제공하는 방법 및 이를 이용한 블록체인 시스템

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160239831A1 (en) 2015-02-17 2016-08-18 Domus Semo Sancus Network based money and value transfer service with a digital wallet
US20180240107A1 (en) 2015-03-27 2018-08-23 Black Gold Coin, Inc. Systems and methods for personal identification and verification
WO2018232297A1 (en) 2017-06-15 2018-12-20 Sweetbridge Solo-party collateralized liquidity
US20190034936A1 (en) 2017-12-29 2019-01-31 Intel Corporation Approving Transactions from Electronic Wallet Shares
JP2019506103A (ja) 2015-12-22 2019-02-28 ジェムアルト エスアー 信頼できるアイデンティティを管理する方法
WO2019040855A1 (en) 2017-08-25 2019-02-28 Token Iq, Inc. METHODS AND APPARATUS FOR TRANSFERRING VALUE
WO2019101767A1 (en) 2017-11-21 2019-05-31 Sicpa Holding Sa System and method for controlling digital assets

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150081407A1 (en) * 2013-03-21 2015-03-19 Zenmesh Private Limited Business transactions using trust based instrument
US20160117678A1 (en) * 2014-10-27 2016-04-28 Karmic Labs, Inc. Payment system
US20160260091A1 (en) * 2015-03-04 2016-09-08 THC Farmaceuticals, Inc. Universal wallet for digital currency
US10552556B2 (en) * 2017-08-03 2020-02-04 Liquineq AG System and method for performance testing of scalable distributed network transactional databases
CN110019516B (zh) * 2017-11-10 2021-08-20 华为技术有限公司 一种信息管理方法、装置及系统
US10373129B1 (en) * 2018-03-05 2019-08-06 Winklevoss Ip, Llc System, method and program product for generating and utilizing stable value digital assets
CN108364173B (zh) * 2018-02-14 2021-01-19 北京三六五八网络科技有限公司 用于电商平台的数字资产处理方法及装置
US11126613B2 (en) * 2018-04-24 2021-09-21 Duvon Corporation Autonomous exchange via entrusted ledger immutable distributed database
KR101946557B1 (ko) * 2018-05-15 2019-05-03 한국마필거래소(주) 블록체인을 이용하여 유전자 정보를 저장하고 관리하는 방법 및 시스템
US11328290B2 (en) * 2018-08-06 2022-05-10 Inveniam Capital Partners, Inc. Stable cryptocurrency coinage
US11514411B2 (en) * 2018-10-10 2022-11-29 Pontoro Inc. Multi-tier tokenization platform
US11861595B2 (en) * 2018-12-19 2024-01-02 Jpmorgan Chase Bank , N.A. Systems and methods for generation and use of a device wallet identifier
US11636537B2 (en) * 2019-03-26 2023-04-25 StreamSource Technologies System and methods of providing point-of-need financing
US11170376B2 (en) * 2019-05-29 2021-11-09 Vivigle, Inc. Informational and analytical system and method for ensuring the level of trust, control and secure interaction of counterparties when using electronic currencies and contracts
EP3980959A4 (en) 2019-06-10 2023-07-05 Miles Paschini TOKEN ASSETS BACKED BY GOVERNMENT BONDS AND IDENTITY AND RISK RATING FOR RELATED TOKEN TRANSACTIONS

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160239831A1 (en) 2015-02-17 2016-08-18 Domus Semo Sancus Network based money and value transfer service with a digital wallet
US20180240107A1 (en) 2015-03-27 2018-08-23 Black Gold Coin, Inc. Systems and methods for personal identification and verification
JP2019506103A (ja) 2015-12-22 2019-02-28 ジェムアルト エスアー 信頼できるアイデンティティを管理する方法
WO2018232297A1 (en) 2017-06-15 2018-12-20 Sweetbridge Solo-party collateralized liquidity
WO2019040855A1 (en) 2017-08-25 2019-02-28 Token Iq, Inc. METHODS AND APPARATUS FOR TRANSFERRING VALUE
WO2019101767A1 (en) 2017-11-21 2019-05-31 Sicpa Holding Sa System and method for controlling digital assets
US20190034936A1 (en) 2017-12-29 2019-01-31 Intel Corporation Approving Transactions from Electronic Wallet Shares

Also Published As

Publication number Publication date
CA3142933A1 (en) 2020-12-17
CN114503145A (zh) 2022-05-13
ZA202110267B (en) 2023-05-31
EP3980959A1 (en) 2022-04-13
US11669831B2 (en) 2023-06-06
IL288686A (en) 2022-02-01
EP3980959A4 (en) 2023-07-05
MX2021015238A (es) 2022-04-06
WO2020252036A1 (en) 2020-12-17
AU2020291525A1 (en) 2022-01-20
US10977645B2 (en) 2021-04-13
BR112021024811A2 (pt) 2022-02-22
JP2022536485A (ja) 2022-08-17
US20210264408A1 (en) 2021-08-26
US20200387891A1 (en) 2020-12-10
KR20220035050A (ko) 2022-03-21

Similar Documents

Publication Publication Date Title
JP7381614B2 (ja) 国債を裏付けとしたトークン資産と、関連するトークン取引のアイデンティティとリスクスコアリング
US20220122062A1 (en) Systems and methods for facilitating transactions using a digital currency
JP7221546B2 (ja) 公開分散台帳システムにおける取引プライバシー
US11908012B2 (en) Global liquidity and settlement system
US11810106B2 (en) Systems and methods for facilitating transactions using a digital currency
Schueffel et al. The Crypto Encyclopedia: Coins, tokens and digital assets from A to Z
Ergashev Global Transfer of Bitcoins from One Party to Another
Vaz et al. Money without institutions, how can cryptocurrencies be trusted
Petrova et al. Prospects for Blockchain Implementation in the Financial Sector
Mardini Point of Intersection Where Blockchain Meets Bankruptcy: Can the Ingenuity of Blockchain Restructure and Streamline the Bankruptcy Process
Srisukvattananan Overview of blockchain and possible use cases in the Thai payment system
Bisoyi et al. A smart contracts based approach for the E-commerce Platforms
WO2022147144A1 (en) Systems and methods for facilitating transactions using a digital currency
CN114429348A (zh) 一种生成质押单的方法及装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220209

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230322

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230404

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20230630

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230823

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

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20231005

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20231102

R150 Certificate of patent or registration of utility model

Ref document number: 7381614

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150