JP2024510042A - 暗号的に保護されたトークンベースのオペレーションのためのコンピュータネットワークシステムおよびその使用方法 - Google Patents
暗号的に保護されたトークンベースのオペレーションのためのコンピュータネットワークシステムおよびその使用方法 Download PDFInfo
- Publication number
- JP2024510042A JP2024510042A JP2023559122A JP2023559122A JP2024510042A JP 2024510042 A JP2024510042 A JP 2024510042A JP 2023559122 A JP2023559122 A JP 2023559122A JP 2023559122 A JP2023559122 A JP 2023559122A JP 2024510042 A JP2024510042 A JP 2024510042A
- Authority
- JP
- Japan
- Prior art keywords
- token
- storage
- asset
- client device
- processor
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000003860 storage Methods 0.000 claims abstract description 166
- 238000012546 transfer Methods 0.000 claims abstract description 125
- 238000000034 method Methods 0.000 claims abstract description 76
- 230000004044 response Effects 0.000 claims abstract description 57
- 230000002441 reversible effect Effects 0.000 claims abstract description 50
- 230000000694 effects Effects 0.000 claims description 63
- 230000000977 initiatory effect Effects 0.000 claims description 46
- 238000000926 separation method Methods 0.000 claims description 12
- 230000001419 dependent effect Effects 0.000 claims description 6
- 238000012384 transportation and delivery Methods 0.000 description 82
- 238000010586 diagram Methods 0.000 description 77
- 238000007726 management method Methods 0.000 description 28
- 238000004891 communication Methods 0.000 description 16
- 238000005516 engineering process Methods 0.000 description 15
- 230000008569 process Effects 0.000 description 14
- 230000008901 benefit Effects 0.000 description 11
- 238000013500 data storage Methods 0.000 description 9
- 239000008186 active pharmaceutical agent Substances 0.000 description 8
- 230000006870 function Effects 0.000 description 8
- 238000012545 processing Methods 0.000 description 8
- 238000004364 calculation method Methods 0.000 description 6
- 238000013501 data transformation Methods 0.000 description 6
- 230000003993 interaction Effects 0.000 description 6
- 230000001960 triggered effect Effects 0.000 description 6
- 230000009471 action Effects 0.000 description 5
- 230000010354 integration Effects 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 3
- 238000013523 data management Methods 0.000 description 3
- 230000006872 improvement Effects 0.000 description 3
- 238000004519 manufacturing process Methods 0.000 description 3
- 238000005204 segregation Methods 0.000 description 3
- 239000013598 vector Substances 0.000 description 3
- 230000000007 visual effect Effects 0.000 description 3
- 244000299461 Theobroma cacao Species 0.000 description 2
- 235000009470 Theobroma cacao Nutrition 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 2
- 238000012550 audit Methods 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 239000000872 buffer Substances 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000008520 organization Effects 0.000 description 2
- 230000010076 replication Effects 0.000 description 2
- 239000007787 solid Substances 0.000 description 2
- 238000011144 upstream manufacturing Methods 0.000 description 2
- 230000003044 adaptive effect Effects 0.000 description 1
- HUTDUHSNJYTCAR-UHFFFAOYSA-N ancymidol Chemical compound C1=CC(OC)=CC=C1C(O)(C=1C=NC=NC=1)C1CC1 HUTDUHSNJYTCAR-UHFFFAOYSA-N 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 230000002146 bilateral effect Effects 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 239000003990 capacitor Substances 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 238000011157 data evaluation Methods 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 238000000151 deposition Methods 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000037406 food intake Effects 0.000 description 1
- 230000003116 impacting effect Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 238000007620 mathematical function Methods 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 238000011176 pooling Methods 0.000 description 1
- 238000007781 pre-processing Methods 0.000 description 1
- 238000012797 qualification Methods 0.000 description 1
- 230000008263 repair mechanism Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
- 230000003442 weekly effect Effects 0.000 description 1
Images
Classifications
-
- 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/321—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 involving a third party or a trusted authority
- H04L9/3213—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 involving a third party or a trusted authority using tickets or tokens, e.g. Kerberos
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/901—Indexing; Data structures therefor; Storage structures
- G06F16/9024—Graphs; Linked lists
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/16—File or folder operations, e.g. details of user interfaces specifically adapted to file systems
- G06F16/162—Delete operations
-
- 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
-
- 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
-
- 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/38—Encryption being effected by mechanical apparatus, e.g. rotating cams, switches, keytape punchers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Software Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Multi Processors (AREA)
- Nitrogen Condensed Heterocyclic Rings (AREA)
- Peptides Or Proteins (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本開示のシステムおよび方法は、可逆的なブロックチェーンオペレーションを可能にする。オペレーション－逆オペレーションのペアは、第１のトークンを第２のトークンと交換するオペレーションと、少なくとも１つの条件が満たされたときに第２のトークンを第１のトークンと交換する逆オペレーションを指定する。自己実行ソフトウェアコンテナ（ＳＥＳＣ）は、第１のトークンの第１の分離データ構造への転送と、第２のトークンの第２のトークンのストレージから第１のトークンのストレージへの転送を検出することにより、条件に従ってオペレーション－逆オペレーションのペアを実行する。ＳＥＳＣは、第２のトークンの転送に応答して、第１の分離されたデータ構造から第２の分離されたデータ構造への第１のトークンの転送を開始する。条件に合致する逆オペレーションを検出すると、ＳＥＳＣは第１のトークンを第１の分離データ構造に戻す転送を開始する。
Description
本発明は、一般に、複数の関係者に跨るデータオペレーションの安全な管理を含む、暗号化された安全な分散型データオペレーションのためのデータベース中心のコンピュータネットワークシステムおよびコンピュータ実装方法に関する。
コンピュータネットワークシステムは、通信チャネルを通じてリンクされたコンピュータシステムやその他のコンピューティングハードウェアデバイスのグループを含み、幅広いユーザ間での通信やリソース共有を容易にする。
いくつかの態様において、本明細書に記載の技術は、方法に関する。
少なくとも１つのプロセッサにより、第１のユーザに関連する第１のクライアントデバイスからアクティビティ開始要求を受信するステップであって、
アクティビティ開始要求は、
第１のトークンのタイプを第２のトークンのタイプと交換するための少なくとも１つのオペレーションと、
少なくとも１つの条件が満たされたときに、第２のトークンのタイプを第１のトークンのタイプと交換するための少なくとも１つの逆オペレーションと
を含み、
ここで、
第１のトークンのタイプは、ブロックチェーン上の第１の暗号化ハッシュを含み、
第２のトークンのタイプは、ブロックチェーン上の第２の暗号化ハッシュを含み、
第１のクライアントデバイスは、ブロックチェーン上のノードである、
アクティビティ開始要求を受信するステップと、
少なくとも１つのプロセッサにより、第２のユーザに関連する第２のクライアントデバイスからアクティビティ開始応答を受信するステップであって、
ここで、
アクティビティ開始応答は、アクティビティ開始要求の受諾を示し、
第２のクライアントデバイスは、ブロックチェーン上のノードである、
アクティビティ開始応答を受信するステップと、
少なくとも１つのプロセッサにより、ブロックチェーン上で少なくとも１つのＳＥＳＣ（自己実行ソフトウェアコンテナ）を生成するステップであって、
少なくとも１つのＳＥＳＣは、少なくとも１つの条件に少なくとも部分的に基づいて、少なくとも１つのオペレーションおよび少なくとも１つの逆オペレーションを実行するための複数の命令を含み、
少なくとも１つのＳＥＳＣの複数の命令は、
第１のトークンのタイプの第１の分離されたトークンのストレージへの転送を検出することであって、
ここで、
第１の分離されたデータ構造は、サードパーティエンティティの第１の分離されたデータ構造に関連付けられており、
第１のクライアントデバイスは、第１の分離されたトークンのストレージにアクセスするための権限を有し、
第１の分離されたデータ構造は、第１のトークンのタイプを格納するように構成されたスキーマを含む、
第１の分離されたトークンのストレージへの転送を検出することと、
第２のクライアントデバイスに関連付けられた第２のトークンのストレージから、第１のクライアントデバイスに関連付けられた第１のトークンのストレージへの、第２のトークンのタイプの転送を検出することと、
第２のトークンのタイプの転送に応答して、第１の分離されたデータ構造から第２の分離されたトークンのストレージへの第１のトークンのタイプの転送を自動的に開始することであって、
ここで、
第２の分離されたトークンのストレージは、サードパーティエンティティの第２の分離されたデータ構造に関連付けられており、
第２のクライアントデバイスは、第２の分離されたトークンのストレージにアクセスするための条件依存の権限を有し、
第１の分離されたデータ構造は、第１のトークンのタイプを格納するように構成されたスキーマを含む、
第１のトークンのタイプの転送を自動的に開始することと、
少なくとも１つの条件に合致する少なくとも１つの逆オペレーションを検出することと、
第２の分離されたトークンのストレージから第１の分離されたトークンのストレージへの第１のトークンのタイプの転送を開始すること
を行うように構成されている、
少なくとも１つのＳＥＳＣを生成するステップと
を含む、方法である。
少なくとも１つのプロセッサにより、第１のユーザに関連する第１のクライアントデバイスからアクティビティ開始要求を受信するステップであって、
アクティビティ開始要求は、
第１のトークンのタイプを第２のトークンのタイプと交換するための少なくとも１つのオペレーションと、
少なくとも１つの条件が満たされたときに、第２のトークンのタイプを第１のトークンのタイプと交換するための少なくとも１つの逆オペレーションと
を含み、
ここで、
第１のトークンのタイプは、ブロックチェーン上の第１の暗号化ハッシュを含み、
第２のトークンのタイプは、ブロックチェーン上の第２の暗号化ハッシュを含み、
第１のクライアントデバイスは、ブロックチェーン上のノードである、
アクティビティ開始要求を受信するステップと、
少なくとも１つのプロセッサにより、第２のユーザに関連する第２のクライアントデバイスからアクティビティ開始応答を受信するステップであって、
ここで、
アクティビティ開始応答は、アクティビティ開始要求の受諾を示し、
第２のクライアントデバイスは、ブロックチェーン上のノードである、
アクティビティ開始応答を受信するステップと、
少なくとも１つのプロセッサにより、ブロックチェーン上で少なくとも１つのＳＥＳＣ（自己実行ソフトウェアコンテナ）を生成するステップであって、
少なくとも１つのＳＥＳＣは、少なくとも１つの条件に少なくとも部分的に基づいて、少なくとも１つのオペレーションおよび少なくとも１つの逆オペレーションを実行するための複数の命令を含み、
少なくとも１つのＳＥＳＣの複数の命令は、
第１のトークンのタイプの第１の分離されたトークンのストレージへの転送を検出することであって、
ここで、
第１の分離されたデータ構造は、サードパーティエンティティの第１の分離されたデータ構造に関連付けられており、
第１のクライアントデバイスは、第１の分離されたトークンのストレージにアクセスするための権限を有し、
第１の分離されたデータ構造は、第１のトークンのタイプを格納するように構成されたスキーマを含む、
第１の分離されたトークンのストレージへの転送を検出することと、
第２のクライアントデバイスに関連付けられた第２のトークンのストレージから、第１のクライアントデバイスに関連付けられた第１のトークンのストレージへの、第２のトークンのタイプの転送を検出することと、
第２のトークンのタイプの転送に応答して、第１の分離されたデータ構造から第２の分離されたトークンのストレージへの第１のトークンのタイプの転送を自動的に開始することであって、
ここで、
第２の分離されたトークンのストレージは、サードパーティエンティティの第２の分離されたデータ構造に関連付けられており、
第２のクライアントデバイスは、第２の分離されたトークンのストレージにアクセスするための条件依存の権限を有し、
第１の分離されたデータ構造は、第１のトークンのタイプを格納するように構成されたスキーマを含む、
第１のトークンのタイプの転送を自動的に開始することと、
少なくとも１つの条件に合致する少なくとも１つの逆オペレーションを検出することと、
第２の分離されたトークンのストレージから第１の分離されたトークンのストレージへの第１のトークンのタイプの転送を開始すること
を行うように構成されている、
少なくとも１つのＳＥＳＣを生成するステップと
を含む、方法である。
いくつかの態様において、本明細書に記載の技術は方法に関する。
前記アクティビティ開始要求は、
第１のトークンのタイプに関連付けられた第１のトークンの転送量と
第２のトークンのタイプに関連付けられた第２のトークンの転送量と、
少なくとも１つの状態を識別する少なくとも１つの状態識別子と、
少なくとも１つの条件を満たすための制限時間を特定する時間識別子と、
第１のクライアントデバイスを識別する第１のクライアントデバイス識別子と、又は、
第２のクライアントデバイスを識別する第２のクライアントデバイス識別子と
のうちの少なくとも１つを含むアクティビティパラメータを含む。
前記アクティビティ開始要求は、
第１のトークンのタイプに関連付けられた第１のトークンの転送量と
第２のトークンのタイプに関連付けられた第２のトークンの転送量と、
少なくとも１つの状態を識別する少なくとも１つの状態識別子と、
少なくとも１つの条件を満たすための制限時間を特定する時間識別子と、
第１のクライアントデバイスを識別する第１のクライアントデバイス識別子と、又は、
第２のクライアントデバイスを識別する第２のクライアントデバイス識別子と
のうちの少なくとも１つを含むアクティビティパラメータを含む。
いくつかの態様において、本明細書に記載の技術は方法に関する。
更に、
少なくとも１つのプロセッサにより、アクティビティパラメータの各アクティビティパラメータに少なくとも部分的に基づいて、複数の命令のうちの少なくとも１つの命令を生成するステップと、
少なくとも１つのプロセッサにより、複数の命令に少なくとも部分的に基づいて、少なくとも１つのＳＥＳＣを生成するステップと
を含む、
更に、
少なくとも１つのプロセッサにより、アクティビティパラメータの各アクティビティパラメータに少なくとも部分的に基づいて、複数の命令のうちの少なくとも１つの命令を生成するステップと、
少なくとも１つのプロセッサにより、複数の命令に少なくとも部分的に基づいて、少なくとも１つのＳＥＳＣを生成するステップと
を含む、
いくつかの態様において、本明細書に記載の技術は方法に関する。
更に、
少なくとも１つのプロセッサにより、第１のクライアントデバイスに関連付けられた第１のトークンのストレージにおける第１のトークンのタイプの第１のトークンの記憶量を判定するステップと、
少なくとも１つのプロセッサにより、第１のトークンの転送量を有する分離された第１のトークンのタイプを生成するステップと、
少なくとも１つのプロセッサにより、第１のトークンの記憶量から第１のトークンの転送量を差し引いた、更新された第１のトークンの記憶量を有する、記憶された第１のトークンのタイプを生成するステップと、
少なくとも１つのプロセッサにより、第１のトークンのタイプの第１のトークンの記憶量を、第１のトークンのストレージから削除するステップと、
少なくとも１つのプロセッサにより、更新された第１のトークンの記憶量を、第１のトークンのストレージに追加するステップと、
少なくとも１つのプロセッサにより、第１のトークンのタイプの第１のトークンの転送量を、第１の分離されたトークンのストレージに転送するステップと
を含む。
更に、
少なくとも１つのプロセッサにより、第１のクライアントデバイスに関連付けられた第１のトークンのストレージにおける第１のトークンのタイプの第１のトークンの記憶量を判定するステップと、
少なくとも１つのプロセッサにより、第１のトークンの転送量を有する分離された第１のトークンのタイプを生成するステップと、
少なくとも１つのプロセッサにより、第１のトークンの記憶量から第１のトークンの転送量を差し引いた、更新された第１のトークンの記憶量を有する、記憶された第１のトークンのタイプを生成するステップと、
少なくとも１つのプロセッサにより、第１のトークンのタイプの第１のトークンの記憶量を、第１のトークンのストレージから削除するステップと、
少なくとも１つのプロセッサにより、更新された第１のトークンの記憶量を、第１のトークンのストレージに追加するステップと、
少なくとも１つのプロセッサにより、第１のトークンのタイプの第１のトークンの転送量を、第１の分離されたトークンのストレージに転送するステップと
を含む。
いくつかの態様において、本明細書に記載の技術は方法に関する。
更に、
少なくとも１つのプロセッサにより、第１の分離されたデータ構造への第１のアセットリンクデータの移動の指示を含むアセットリンクデータ分離メッセージを受信するステップと、
少なくとも１つのプロセッサにより、第１の分離されたデータ構造内の第１のアセットリンクデータを表すために、第１の分離されたトークンのストレージ内に第１のトークンのタイプを生成するステップと
を含む。
更に、
少なくとも１つのプロセッサにより、第１の分離されたデータ構造への第１のアセットリンクデータの移動の指示を含むアセットリンクデータ分離メッセージを受信するステップと、
少なくとも１つのプロセッサにより、第１の分離されたデータ構造内の第１のアセットリンクデータを表すために、第１の分離されたトークンのストレージ内に第１のトークンのタイプを生成するステップと
を含む。
いくつかの態様において、本明細書に記載の技術は方法に関する。
更に、
少なくとも１つのプロセッサにより、第２のクライアントデータ構造における第２のアセットリンクデータの提供の指示を含むアセットリンクデータ提供メッセージを受信するステップであって、第２のクライアントデータ構造は、第２のアセットリンクデータを格納するように構成されたスキーマを含む、アセットリンクデータ提供メッセージを受信するステップと、
少なくとも１つのプロセッサにより、第２のクライアントデータ構造内の第２のアセットリンクデータを表すために、第２のクライアントトークンのストレージに第２のトークンのタイプを生成するステップと
を含む。
更に、
少なくとも１つのプロセッサにより、第２のクライアントデータ構造における第２のアセットリンクデータの提供の指示を含むアセットリンクデータ提供メッセージを受信するステップであって、第２のクライアントデータ構造は、第２のアセットリンクデータを格納するように構成されたスキーマを含む、アセットリンクデータ提供メッセージを受信するステップと、
少なくとも１つのプロセッサにより、第２のクライアントデータ構造内の第２のアセットリンクデータを表すために、第２のクライアントトークンのストレージに第２のトークンのタイプを生成するステップと
を含む。
いくつかの態様において、本明細書に記載の技術は方法に関する。
前記第１のクライアントデバイス、前記第２のクライアントデバイス、および前記サードパーティエンティティは、特定のエンティティに関連付けられており、
第１の分離されたデータ構造と第２の分離されたデータ構造は、同じ分離されたデータ構造である。
前記第１のクライアントデバイス、前記第２のクライアントデバイス、および前記サードパーティエンティティは、特定のエンティティに関連付けられており、
第１の分離されたデータ構造と第２の分離されたデータ構造は、同じ分離されたデータ構造である。
いくつかの態様では、本明細書に記載の技術は方法に関する。
更に、
少なくとも１つのプロセッサにより、前記第１のクライアントデバイスに関連付けられた少なくとも１つのディスプレイに、前記第１のトークンのストレージにおける前記第２のトークンのタイプの受信を示す第２のトークンのタイプ受信通知を表示するよう指示するするステップ
を含む。
更に、
少なくとも１つのプロセッサにより、前記第１のクライアントデバイスに関連付けられた少なくとも１つのディスプレイに、前記第１のトークンのストレージにおける前記第２のトークンのタイプの受信を示す第２のトークンのタイプ受信通知を表示するよう指示するするステップ
を含む。
いくつかの態様において、本明細書に記載の技術は方法に関する。
更に、
少なくとも１つのプロセッサにより、第１のクライアントデバイスから少なくとも１つの第１のトークンのタイプのリターン要求を受信するステップであって、第１のトークンのタイプのリターン要求は、少なくとも１つの条件に従って、第２のトークンのタイプのリターンを含む、第１のトークンのタイプのリターン要求を受信するステップと、
少なくとも１つのプロセッサにより、少なくとも１つの逆オペレーションを開始するするステップと
を含む。
更に、
少なくとも１つのプロセッサにより、第１のクライアントデバイスから少なくとも１つの第１のトークンのタイプのリターン要求を受信するステップであって、第１のトークンのタイプのリターン要求は、少なくとも１つの条件に従って、第２のトークンのタイプのリターンを含む、第１のトークンのタイプのリターン要求を受信するステップと、
少なくとも１つのプロセッサにより、少なくとも１つの逆オペレーションを開始するするステップと
を含む。
いくつかの態様において、本明細書に記載の技術は方法に関する。
更に、
少なくとも１つのプロセッサにより、前記第１のクライアントデバイスに関連付けられた少なくとも１つのディスプレイに、第１の分離されたトークンのストレージにおける第１のトークンのタイプの受信を示す第１のトークンのタイプのリターン通知を表示するよう指示するステップ
を含む。
更に、
少なくとも１つのプロセッサにより、前記第１のクライアントデバイスに関連付けられた少なくとも１つのディスプレイに、第１の分離されたトークンのストレージにおける第１のトークンのタイプの受信を示す第１のトークンのタイプのリターン通知を表示するよう指示するステップ
を含む。
いくつかの態様において、本明細書に記載の技術はシステムに関する。
ソフトウェア命令を実行するように構成された少なくとも１つのプロセッサを含むシステムにおいて、
該ソフトウェア命令は、実行時に、該少なくとも１つのプロセッサに、
第１のユーザに関連付けられた第１のクライアントデバイスからアクティビティ開始要求を受信するステップであって、該アクティビティ開始要求は、
第１のトークンのタイプを第２のトークンのタイプと交換するための少なくとも１つのオペレーションと、
少なくとも１つの条件が満たされたときに、第２のトークンのタイプを第１のトークンのタイプと交換するための少なくとも１つの逆オペレーションと
を含み、ここで、
第１のトークンのタイプは、ブロックチェーン上の第１の暗号化ハッシュを含み、
第２のトークンのタイプは、ブロックチェーン上の第２の暗号化ハッシュを含み、
第１のクライアントデバイスは、ブロックチェーン上のノードである、
アクティビティ開始要求を受信するステップと、
第２のユーザに関連付けられた第２のクライアントデバイスからアクティビティ開始応答を受信するステップであって、ここで、
アクティビティ開始応答は、アクティビティ開始要求の受諾を示し、
第２のクライアントデバイスは、ブロックチェーン上のノードである、
アクティビティ開始応答を受信するステップと、
ブロックチェーン上に少なくとも１つのＳＥＳＣ（自己実行ソフトウェアコンテナ）を生成するステップと、
を含み、
少なくとも１つのＳＥＳＣは、少なくとも１つの条件に少なくとも部分的に基づいて、少なくとも１つのオペレーションおよび少なくとも１つの逆オペレーションを実行するための複数の命令を含み、
少なくとも１つのＳＥＳＣの複数の命令は、
第１のトークンのタイプの第１の分離されたトークンのストレージへの転送を検出することであって、
ここで、
第１の分離されたデータ構造は、サードパーティエンティティの第１の分離されたデータ構造に関連付けられており、
第１のクライアントデバイスは、第１の分離されたトークンのストレージにアクセスするための権限を有し、
第１の分離されたデータ構造は、第１のトークンのタイプを格納するように構成されたスキーマを含む、
第１の分離されたトークンのストレージへの転送を検出することと、
第２のクライアントデバイスに関連付けられた第２のトークンのストレージから、第１のクライアントデバイスに関連付けられた第１のトークンのストレージへの、第２のトークンのタイプの転送を検出ことと、
第２のトークンのタイプの転送に応答して、第１の分離されたデータ構造から第２の分離されたトークンのストレージへの第１のトークンのタイプの転送を自動的に開始することであって、
ここで、
第２の分離されたトークンのストレージは、サードパーティエンティティの第２の分離されたデータ構造に関連付けられており、
第２のクライアントデバイスは、第２の分離されたトークンのストレージにアクセスするための条件依存の権限を有し、
第１の分離されたデータ構造は、第１のトークンのタイプを格納するように構成されたスキーマを含む、
の第１のトークンのタイプの転送を自動的に開始することと、
少なくとも１つの条件に合致する少なくとも１つの逆オペレーションを検出することと、
第２の分離されたトークンのストレージから第１の分離されたトークンのストレージへの第１のトークンのタイプの転送を開始すること
を行うように構成されている、
システムである。
ソフトウェア命令を実行するように構成された少なくとも１つのプロセッサを含むシステムにおいて、
該ソフトウェア命令は、実行時に、該少なくとも１つのプロセッサに、
第１のユーザに関連付けられた第１のクライアントデバイスからアクティビティ開始要求を受信するステップであって、該アクティビティ開始要求は、
第１のトークンのタイプを第２のトークンのタイプと交換するための少なくとも１つのオペレーションと、
少なくとも１つの条件が満たされたときに、第２のトークンのタイプを第１のトークンのタイプと交換するための少なくとも１つの逆オペレーションと
を含み、ここで、
第１のトークンのタイプは、ブロックチェーン上の第１の暗号化ハッシュを含み、
第２のトークンのタイプは、ブロックチェーン上の第２の暗号化ハッシュを含み、
第１のクライアントデバイスは、ブロックチェーン上のノードである、
アクティビティ開始要求を受信するステップと、
第２のユーザに関連付けられた第２のクライアントデバイスからアクティビティ開始応答を受信するステップであって、ここで、
アクティビティ開始応答は、アクティビティ開始要求の受諾を示し、
第２のクライアントデバイスは、ブロックチェーン上のノードである、
アクティビティ開始応答を受信するステップと、
ブロックチェーン上に少なくとも１つのＳＥＳＣ（自己実行ソフトウェアコンテナ）を生成するステップと、
を含み、
少なくとも１つのＳＥＳＣは、少なくとも１つの条件に少なくとも部分的に基づいて、少なくとも１つのオペレーションおよび少なくとも１つの逆オペレーションを実行するための複数の命令を含み、
少なくとも１つのＳＥＳＣの複数の命令は、
第１のトークンのタイプの第１の分離されたトークンのストレージへの転送を検出することであって、
ここで、
第１の分離されたデータ構造は、サードパーティエンティティの第１の分離されたデータ構造に関連付けられており、
第１のクライアントデバイスは、第１の分離されたトークンのストレージにアクセスするための権限を有し、
第１の分離されたデータ構造は、第１のトークンのタイプを格納するように構成されたスキーマを含む、
第１の分離されたトークンのストレージへの転送を検出することと、
第２のクライアントデバイスに関連付けられた第２のトークンのストレージから、第１のクライアントデバイスに関連付けられた第１のトークンのストレージへの、第２のトークンのタイプの転送を検出ことと、
第２のトークンのタイプの転送に応答して、第１の分離されたデータ構造から第２の分離されたトークンのストレージへの第１のトークンのタイプの転送を自動的に開始することであって、
ここで、
第２の分離されたトークンのストレージは、サードパーティエンティティの第２の分離されたデータ構造に関連付けられており、
第２のクライアントデバイスは、第２の分離されたトークンのストレージにアクセスするための条件依存の権限を有し、
第１の分離されたデータ構造は、第１のトークンのタイプを格納するように構成されたスキーマを含む、
の第１のトークンのタイプの転送を自動的に開始することと、
少なくとも１つの条件に合致する少なくとも１つの逆オペレーションを検出することと、
第２の分離されたトークンのストレージから第１の分離されたトークンのストレージへの第１のトークンのタイプの転送を開始すること
を行うように構成されている、
システムである。
いくつかの態様において、本明細書に記載の技術はシステムに関する。
前記アクティビティ開始要求は、
第１のトークンのタイプに関連付けられた第１のトークンの転送量と
第２のトークンのタイプに関連付けられた第２のトークンの転送量と、
少なくとも１つの状態を識別する少なくとも１つの状態識別子と、
少なくとも１つの条件を満たすための制限時間を特定する時間識別子と、
第１のクライアントデバイスを識別する第１のクライアントデバイス識別子と、又は、
第２のクライアントデバイスを識別する第２のクライアントデバイス識別子と
のうちの少なくとも１つを含むアクティビティパラメータを含む。
前記アクティビティ開始要求は、
第１のトークンのタイプに関連付けられた第１のトークンの転送量と
第２のトークンのタイプに関連付けられた第２のトークンの転送量と、
少なくとも１つの状態を識別する少なくとも１つの状態識別子と、
少なくとも１つの条件を満たすための制限時間を特定する時間識別子と、
第１のクライアントデバイスを識別する第１のクライアントデバイス識別子と、又は、
第２のクライアントデバイスを識別する第２のクライアントデバイス識別子と
のうちの少なくとも１つを含むアクティビティパラメータを含む。
いくつかの態様において、本明細書に記載の技術はシステムに関する。
前記少なくとも１つのプロセッサは、
アクティビティパラメータの各アクティビティパラメータに少なくとも部分的に基づいて、複数の命令のうちの少なくとも１つの命令を生成するステップと、
複数の命令に少なくとも部分的に基づいて、少なくとも１つのＳＥＳＣを生成するステップと
を、
前記少なくとも１つのプロセッサに実行させるソフトウェア命令を実装するように、更に構成される。
前記少なくとも１つのプロセッサは、
アクティビティパラメータの各アクティビティパラメータに少なくとも部分的に基づいて、複数の命令のうちの少なくとも１つの命令を生成するステップと、
複数の命令に少なくとも部分的に基づいて、少なくとも１つのＳＥＳＣを生成するステップと
を、
前記少なくとも１つのプロセッサに実行させるソフトウェア命令を実装するように、更に構成される。
いくつかの態様において、本明細書に記載の技術はシステムに関する。
前記少なくとも１つのプロセッサは、
第１のクライアントデバイスに関連付けられた第１のトークンのストレージにおける第１のトークンのタイプの第１のトークンの記憶量を判定するステップと、
第１のトークンの転送量を有する分離された第１のトークンのタイプを生成するステップと、
第１のトークンの記憶量から第１のトークンの転送量を差し引いた、更新された第１のトークンの記憶量を有する、記憶された第１のトークンのタイプを生成するステップと、
第１のトークンのタイプの第１のトークンの記憶量を、第１のトークンのストレージから削除するステップと、
更新された第１のトークンの記憶量を、第１のトークンのストレージに追加するステップと、
第１のトークンのタイプの第１のトークンの転送量を、第１の分離されたトークンのストレージに転送するステップと
を、
前記少なくとも１つのプロセッサに実行させるソフトウェア命令を実装するように、更に構成される。
前記少なくとも１つのプロセッサは、
第１のクライアントデバイスに関連付けられた第１のトークンのストレージにおける第１のトークンのタイプの第１のトークンの記憶量を判定するステップと、
第１のトークンの転送量を有する分離された第１のトークンのタイプを生成するステップと、
第１のトークンの記憶量から第１のトークンの転送量を差し引いた、更新された第１のトークンの記憶量を有する、記憶された第１のトークンのタイプを生成するステップと、
第１のトークンのタイプの第１のトークンの記憶量を、第１のトークンのストレージから削除するステップと、
更新された第１のトークンの記憶量を、第１のトークンのストレージに追加するステップと、
第１のトークンのタイプの第１のトークンの転送量を、第１の分離されたトークンのストレージに転送するステップと
を、
前記少なくとも１つのプロセッサに実行させるソフトウェア命令を実装するように、更に構成される。
いくつかの態様において、本明細書に記載の技術はシステムに関する。
前記少なくとも１つのプロセッサは、
第１の分離されたデータ構造への第１のアセットリンクデータの移動の指示を含むアセットリンクデータ分離メッセージを受信するステップと、
第１の分離されたデータ構造内の第１のアセットリンクデータを表すために、第１の分離されたトークンのストレージ内に第１のトークンのタイプを生成するステップと
を、
前記少なくとも１つのプロセッサに実行させるソフトウェア命令を実装するように、更に構成される。
前記少なくとも１つのプロセッサは、
第１の分離されたデータ構造への第１のアセットリンクデータの移動の指示を含むアセットリンクデータ分離メッセージを受信するステップと、
第１の分離されたデータ構造内の第１のアセットリンクデータを表すために、第１の分離されたトークンのストレージ内に第１のトークンのタイプを生成するステップと
を、
前記少なくとも１つのプロセッサに実行させるソフトウェア命令を実装するように、更に構成される。
いくつかの態様において、本明細書に記載の技術はシステムに関する。
前記少なくとも１つのプロセッサは、
第２のクライアントデータ構造における第２のアセットリンクデータの提供の指示を含むアセットリンクデータ提供メッセージを受信するステップであって、第２のクライアントデータ構造は、第２のアセットリンクデータを格納するように構成されたスキーマを含む、アセットリンクデータ提供メッセージを受信するステップと、
第２のクライアントデータ構造内の第２のアセットリンクデータを表すために、第２のクライアントトークンのストレージに第２のトークンのタイプを生成するステップと
を、
前記少なくとも１つのプロセッサに実行させるソフトウェア命令を実装するように、更に構成される。
前記少なくとも１つのプロセッサは、
第２のクライアントデータ構造における第２のアセットリンクデータの提供の指示を含むアセットリンクデータ提供メッセージを受信するステップであって、第２のクライアントデータ構造は、第２のアセットリンクデータを格納するように構成されたスキーマを含む、アセットリンクデータ提供メッセージを受信するステップと、
第２のクライアントデータ構造内の第２のアセットリンクデータを表すために、第２のクライアントトークンのストレージに第２のトークンのタイプを生成するステップと
を、
前記少なくとも１つのプロセッサに実行させるソフトウェア命令を実装するように、更に構成される。
いくつかの態様において、本明細書に記載の技術はシステムに関する。
前記第１のクライアントデバイス、前記第２のクライアントデバイス、および前記サードパーティエンティティは、特定のエンティティに関連付けられており、
第１の分離されたデータ構造と第２の分離されたデータ構造は、同じ分離されたデータ構造である。
前記第１のクライアントデバイス、前記第２のクライアントデバイス、および前記サードパーティエンティティは、特定のエンティティに関連付けられており、
第１の分離されたデータ構造と第２の分離されたデータ構造は、同じ分離されたデータ構造である。
いくつかの態様において、本明細書に記載される技術はシステムに関する。
前記少なくとも１つのプロセッサは、
前記第１のクライアントデバイスに関連付けられた少なくとも１つのディスプレイに、前記第１のトークンのストレージにおける前記第２のトークンのタイプの受信を示す第２のトークンのタイプ受信通知を表示するよう指示するステップ
を、
前記少なくとも１つのプロセッサに実行させるソフトウェア命令を実装するように、更に構成される。
前記少なくとも１つのプロセッサは、
前記第１のクライアントデバイスに関連付けられた少なくとも１つのディスプレイに、前記第１のトークンのストレージにおける前記第２のトークンのタイプの受信を示す第２のトークンのタイプ受信通知を表示するよう指示するステップ
を、
前記少なくとも１つのプロセッサに実行させるソフトウェア命令を実装するように、更に構成される。
いくつかの態様において、本明細書に記載される技術はシステムに関する。
前記少なくとも１つのプロセッサは、
第１のクライアントデバイスから少なくとも１つの第１のトークンのタイプのリターン要求を受信するステップであって、第１のトークンのタイプのリターン要求は、少なくとも１つの条件に従って、第２のトークンのタイプのリターンを含む、第１のトークンのタイプのリターン要求を受信するステップと、
少なくとも１つの逆オペレーションを開始するするステップと
を、
前記少なくとも１つのプロセッサに実行させるソフトウェア命令を実装するように、更に構成される。
前記少なくとも１つのプロセッサは、
第１のクライアントデバイスから少なくとも１つの第１のトークンのタイプのリターン要求を受信するステップであって、第１のトークンのタイプのリターン要求は、少なくとも１つの条件に従って、第２のトークンのタイプのリターンを含む、第１のトークンのタイプのリターン要求を受信するステップと、
少なくとも１つの逆オペレーションを開始するするステップと
を、
前記少なくとも１つのプロセッサに実行させるソフトウェア命令を実装するように、更に構成される。
いくつかの態様において、本明細書に記載の技術はシステムに関する。
前記少なくとも１つのプロセッサは、
前記第１のクライアントデバイスに関連付けられた少なくとも１つのディスプレイに、第１の分離されたトークンのストレージにおける第１のトークンのタイプの受信を示す第１のトークンのタイプのリターン通知を表示するよう指示するステップ
を、
前記少なくとも１つのプロセッサに実行させるソフトウェア命令を実装するように、更に構成される。
前記少なくとも１つのプロセッサは、
前記第１のクライアントデバイスに関連付けられた少なくとも１つのディスプレイに、第１の分離されたトークンのストレージにおける第１のトークンのタイプの受信を示す第１のトークンのタイプのリターン通知を表示するよう指示するステップ
を、
前記少なくとも１つのプロセッサに実行させるソフトウェア命令を実装するように、更に構成される。
本開示は、添付の図面を参照してさらに説明でき、ここで、同様の構造は、いくつかの図を通して同様の数字で参照される。図示の図面は必ずしも縮尺通りではなく、代わりに一般的に本開示の原理を説明することに重点が置かれている。したがって、本明細書に開示された特定の構造的および機能的詳細は、限定的なものとして解釈されるものではなく、単に、当業者が本開示を様々に採用することを教示するための代表的な基礎として解釈されるものである。
いくつかの実施形態において、および任意選択で、上述または後述の任意の実施形態との組み合わせにおいて、例示的な本発明の暗号的に保護された分散型データベース中心のコンピュータシステムは、特定のデータの状態を表す自己完結型の自己実行ソフトウェアコンテナ（ＳＥＳＣ）のセットアップを容易にするようにプログラム／構成できる。各ＳＥＳＣは、特定のデータと、特定のトランザクション（例えば、データメッセージなど）が特定のＳＥＳＣに向けられたものであるときに、特定のデータに関して実行されるであろう特定の独立ソフトウェアコード（ＩＳＣ）とを、含むことができる。いくつかの実施形態において、また任意に、上述または後述の任意の実施形態と組み合わせて、各ＳＥＳＣはイーサリアムのスマートコントラクトのような構造である。
いくつかの実施形態において、および任意選択で、上述または後述の任意の実施形態と組み合わせて、例示的な新規の暗号セキュア分散型データベース中心コンピュータシステムは、例示的な発明的スマートコントラクトが例示的な新規の暗号セキュア分散型データベース中心コンピュータシステムによって実行される場合にのみ、ノード間で分散された態様で存在するブロックチェーンデータ、および／またはブロックチェーン外のメモリストレージに存在するブロックチェーンデータが読み取られるようにプログラム／構成され得る。例えば、特定のスマートコントラクトは、データのプライバシーや機密性が維持されるように、呼び出し元の身元を確認して、呼び出し元が受け取る権利があるデータのみを取得できる。
例えば、レポ契約（ＲＥＰＯ）の実行と担保のためのＳＥＳＣのような、ｎ－ラテラル（例えばバイラテラル）自動反転ブロックチェーンオペレーションの管理のためのＳＥＳＣの活用の例示。いくつかの実施形態では、ブロックチェーン関連技術における少なくとも１つの技術的問題は、オペレーションをリバースするトークンを特定し、オペレーションのリバースを自動的に実行することに関する。トークンがブロックチェーン上のウォレット間で移転される際、特定の条件が満たされた場合など、トークンの移転をリバースする必要があるシナリオが発生し得る。しかし、ブロックチェーン技術に固有の機密性と不変性により、トークンを移転するためのオペレーションを単純にリバースさせることはできない。したがって、少なくともこの技術的問題に対する技術的解決策の一部として、本開示は、１つ以上のＳＥＳＣをブロックチェーン上の１つ以上の仲介のウォレットおよび／または分離されたウォレットと組み合わせて、トークンの移転を開始し、特定の条件に応じて移転を完了すること、及び／又は、リバースすることを、可能にする技術を提供する。
一例として、レポ契約（ＲＥＰＯ）は短期借入の一形態である。例えば、通常、売り手は、買い手（例えば、投資家）に対して、あらかじめ決められた時間（例えば、オーバーナイト）またはオープン期間、有価証券を売却し、売却した有価証券を期間終了時またはオープン期間中のある時点で買い戻す。証券を売り、将来それを買い戻すことに合意する側にとってはレポであり、トランザクションのもう一方の当事者である証券を買い、将来それを売ることに合意する側にとってはリバース（逆）のレポ契約である。通常、レポ契約には３つの種類がある：
ｉ．サードパーティレポ（この取り決めでは、清算機関または銀行が買い手と売り手の間でトランザクションを行い、証券を保有することでそれぞれの利益を保護し、売り手が契約開始時に現金を受け取り、買い手が売り手の利益のために資金を送金し、満期時に証券を引き渡すことを保証する）；
ｉｉ．特殊なデリバリレポ（この取り決めでは、契約当初と満期時に債券保証が必要となる）。
ｉｉｉ．ＨＩＣ（Ｈｅｌｄ－ｉｎ－Ｃｕｓｔｏｄｙ）レポ（この取り決めでは、売り手は証券の売却代金を現金で受け取るが、買い手のためにカストディアンアカウントに保管する。しかし、売り手が支払不能に陥り、借り手が担保にアクセスできなくなるリスクがある。）。
ｉ．サードパーティレポ（この取り決めでは、清算機関または銀行が買い手と売り手の間でトランザクションを行い、証券を保有することでそれぞれの利益を保護し、売り手が契約開始時に現金を受け取り、買い手が売り手の利益のために資金を送金し、満期時に証券を引き渡すことを保証する）；
ｉｉ．特殊なデリバリレポ（この取り決めでは、契約当初と満期時に債券保証が必要となる）。
ｉｉｉ．ＨＩＣ（Ｈｅｌｄ－ｉｎ－Ｃｕｓｔｏｄｙ）レポ（この取り決めでは、売り手は証券の売却代金を現金で受け取るが、買い手のためにカストディアンアカウントに保管する。しかし、売り手が支払不能に陥り、借り手が担保にアクセスできなくなるリスクがある。）。
いくつかの実施形態において、および任意選択で、上述または後述の任意の実施形態と組み合わせて、例示的な本発明の暗号化された分散型データベース中心のコンピュータシステムは、以下の少なくとも１つに関する入力データを（例えば、１つ以上の専用ＡＰＩを介して）取得するようにプログラム／構成され得る：
ｉ．金融商品トレード、
ｉｉ．トレード決済、
ｉｉｉ．現在のポジション（例：カストディアンの現在のポジション）、
ｉｖ．証券の固定価格、及び、
ｖ．トレーディングアカウント。
ｉ．金融商品トレード、
ｉｉ．トレード決済、
ｉｉｉ．現在のポジション（例：カストディアンの現在のポジション）、
ｉｖ．証券の固定価格、及び、
ｖ．トレーディングアカウント。
いくつかの実施形態において、および任意選択で、上述または後述の任意の実施形態と組み合わせて、例示的な本発明の暗号化分散型データベース中心コンピュータシステムは、以下の少なくとも１つに関する出力データを（例えば、１つ以上の専用ＡＰＩを介して）生成するようにプログラム／構成され得る：
ｉ．トレード決済、
ｉｉ．ポジション、トレーディング、および／またはアカウント照合、
ｉｉｉ．証券の固定価格。
ｉ．トレード決済、
ｉｉ．ポジション、トレーディング、および／またはアカウント照合、
ｉｉｉ．証券の固定価格。
いくつかの実施形態において、および任意選択で、上述または後述の任意の実施形態と組み合わせて、例示的な本発明の暗号的に保護された分散型データベース中心のコンピュータシステムは、例えば、ブロックチェーンに格納されるトレードのコピーが１つだけであることを確認するように構成される。いくつかの実施形態において、および任意選択で、上述または後述の任意の実施形態と組み合わせて、例示的な本発明の暗号的に保護された分散型データベース中心のコンピュータシステムは、（それぞれのノードを介して入力されたデータに基づいて）エンティティ間でオペレーション（トレードなど）をマッチングし、マッチングされた各ペアに一意の識別子を追加または関連付けるように構成され得る。例えば、例示的な本発明の暗号的に保護された分散型データベース中心のコンピュータシステムは、少なくとも部分的には、事前に決定されたパラメータと、オペレーションのための関連する要求に基づいて、オペレーションをマッチングするように構成され得る。例えば、参照番号が利用可能な場合、それを第１のパラメータとして使用し、その後、エンティティ識別子、製品ＩＤ、通貨、トレード数量、現金量、価格、トレードレート、およびその他の類似の適切なパラメータの少なくとも１つで一致させることができる。例えば、部分的にしか一致しないようなオペレーションについては、例示的な本発明の暗号的に保護された分散型データベース中心のコンピュータシステムは、それらを修復メカニズム／方法論にかけ、その後コンセンサス／合意プロセスに入るように構成できる。例えば、照合できなかったオペレーションや、一方の当事者しか提出しなかったオペレーションは、別途保持され、例示的な新規のブロックチェーンには保存されない。
いくつかの実施形態では、また任意で、上述または後述の任意の実施形態と組み合わせて、例示的な本発明の暗号的に保護された分散型データベース中心のコンピュータシステムは、実行中の現金残高を保存し、現金の動きをそれぞれのシステム（例えば、メンバーノードのシステム）へのそれぞれのＡＰＩインタフェースに渡すようにプログラムされる、それぞれのデジタル財布のようなアプリケーション／構造に関連付けられるように構成されることがある。ここで、「ウォレット」という用語は、トークンまたは他のデジタル化されたアセットを保管するための保管場所を指し、トークンおよび／または他のデジタル化されたアセットを使用するエンティティ間のオペレーションを可能にするために、物理的または仮想（例えば、論理）ネットワークアドレスおよび／または保管アドレス、またはそれらの任意の適切な組み合わせを介して、暗号的に保護された分散型データベース中心のコンピュータシステム上でアドレス指定される。
いくつかの実施形態において、および任意で、上述または後述の任意の実施形態との組み合わせにおいて、例示的な本発明の暗号的に保護された分散型データベース中心のコンピュータシステムは、それぞれのアカウントのカストディアンＡＰＩクエリ結果（複数可）に対してホールドインカストディ（ＨＩＣ）アカウントポジションを照合するように構成され得る。
いくつかの実施形態では、また、任意選択で、上述または後述の任意の実施形態と組み合わせて、例示的な本発明の暗号的に保護された分散型データベース中心のコンピュータシステムは、別個のアカウント内のアセットをトークン化するように構成され得る。いくつかの実施形態において、また任意選択で、上述または後述の任意の実施形態と組み合わせて、例示的な本発明の暗号的に保護された分散型データベース中心のコンピュータシステムは、カストディアン（例えば、サードパーティバンクなど）に以下のことを可能にするように構成され得る。例えば、トレード、ポジション、及び／又はＨＩＣのアカウント活動など、クライアントのオペレーションにアクセス／閲覧すること。いくつかの実施形態において、また任意に、上述または後述の任意の実施形態と組み合わせて、例示的な本発明の暗号的に保護された分散型データベース中心のコンピュータシステムは、ＨＩＣアカウントへの移動およびアセットトークンのトレーディングを可能にするように構成され得る。いくつかの実施形態において、また任意選択で、上述または後述の任意の実施形態と組み合わせて、例示的な本発明の暗号的に保護された分散型データベース中心のコンピュータシステムは、オンチェーンアカウントをカストディアンポジションと照合して、アセットが存在する／存在することを確認するように構成され得る。
いくつかの実施形態において、および任意選択で、上述または後述の任意の実施形態との組み合わせにおいて、例示的な本発明の暗号的に保護された分散型データベース中心のコンピュータシステムは、取引相手間および内部移動の両方において、担保の固定化によるトランザクションコストを削減するように構成され得る。いくつかの実施形態において、また任意に、上述または後述の実施形態と組み合わせて、例示的な本発明の暗号的に保護された分散型データベース中心のコンピュータシステムは、各トレードおよび関連するすべての承認／データを保存することにより、照合失敗を減らすように構成され得る。いくつかの実施形態において、および任意選択で、上述または後述の任意の実施形態と組み合わせて、例示的な本発明の暗号的に保護された分散型データベース中心のコンピュータシステムは、例えばレポトランザクションのようなオペレーションおよびリバース（逆）オペレーションの記録、追跡、照合に必要なコンピュータ処理時間を短縮するように構成され得る。例えば、本開示の例示的な革新的ブロックチェーンベースの方法論を介したレポトランザクションのデータ管理は、各レポトランザクションを保存および／または管理するためにコンピュータが割り当てる必要のあるメモリリソースを最小化することに関連する。
いくつかの実施形態において、および任意選択で、上述または後述の任意の実施形態と組み合わせて、例示的な本発明の暗号化された分散型データベース中心のコンピュータシステムは、以下の命令の１つ以上を実行することによって、担保トークンおよびトークン化されたアセットを固定化するように構成され得る：
ｉ．担保が現在のカストディアンの場所（借り手の電子帳簿／記録など）で「保管」または「分離」されたままであることに当事者が同意すること（ＨＩＣアカウント（複数可））；
ｉｉ．カストディアンをネットワークのメンバーノードとして設定し、ブロックチェーンを介して担保トークンを移動させること；
ｉｉｉ．カストディアンの電子システムにレポ専用アカウントを設定すること。
ｉ．担保が現在のカストディアンの場所（借り手の電子帳簿／記録など）で「保管」または「分離」されたままであることに当事者が同意すること（ＨＩＣアカウント（複数可））；
ｉｉ．カストディアンをネットワークのメンバーノードとして設定し、ブロックチェーンを介して担保トークンを移動させること；
ｉｉｉ．カストディアンの電子システムにレポ専用アカウントを設定すること。
ブロードリッジは、レポ契約（「レポ」）のための分散型台帳レポ（「ＤＬＲ」）ソリューションを確立した。ＤＬＲソリューションは分散型台帳技術を使用し、担保を分散型台帳上でデジタル的に表現することを可能にすると同時に、担保トークンの移動を含む、自己実行ソフトウェアコンテナ（ＳＥＳＣ）の使用による特定のレポ関連ステップを可能にする。担保とその動きは、担保トークンを介して分散型台帳上でデジタル的に表現される。ＤＬＲソリューションは、取引相手ごとに別々のカストディアン間で担保を移動させる必要性を排除し、その代わりに、両取引相手の利益のために行動する単一のカストディアンで担保を「固定化」することを可能にする。
いくつかの実施形態では、スマートコントラクトは、指定された条件または条件が発生すると、事前に指定された機能に従って自動的に実行できる、任意の適切なコンピュータコードを含むことができる。このコードは分散型台帳に保存され、処理され、その結果生じた変更を分散型台帳に書き込むことができる。
ＤＬＲソリューションは、（ｉ）特定のエンティティの２つのサブエンティティ（例えば、単一のエンティティの支店または部門）、例えば、カンパニＡのＮＹ支店とカンパニＡのパリ支店（「エンティティ内レポ」）、（ｉｉ）関連エンティティ、すなわち、共通の所有権または管理下にある２つの別個のエンティティ、および（ｉｉｉ）非関連エンティティの間で、可逆的なオペレーションの実行を可能にできる。
図１から図１１は、自動化された暗号化されたセキュアな分散型台帳ベースのオペレーションと、アカウントおよび／またはプロファイルの相互作用を調整するためのリバース（逆）オペレーションを組み合わせたシステムおよび方法を示している。以下の実施形態は、トークン化されたアセットのようなデータの所有権変更のセキュリティおよび効率に関わる技術分野における技術的問題、欠点および／または欠陥を克服する技術的解決策および／または技術的改良を提供する。以下でより詳細に説明するように、本明細書における技術的解決策および／または技術的改善には、分散型台帳ベースのスマートコントラクト（例えば、ＳＥＳＣの）を活用してデータを分離および制御することにより、アカウント間またはプロファイル間などのロケーション間でデータを移転するためのステップを削除するために、データの分離および記録を改善する態様が含まれ、その結果、データの効率およびセキュリティが改善される。このような技術的特徴に基づき、これらのシステムおよび方法のユーザおよびオペレーターは、さらなる技術的利点を得ることができる。さらに、開示された技術の様々な実用的な応用例も説明されており、これらは、当該技術分野における新規かつ有用な改良でもあり、ユーザやオペレーターにさらなる実用的な利点を提供するものである。
いくつかの実施形態では、ブロックチェーン関連技術における少なくとも１つの追加的な技術的問題は、オペレーションをリバースするトークンを識別し、オペレーションのリバースを自動的に実行することに関する。トークンがブロックチェーン上のウォレット間で移転される際、特定の条件が満たされた場合など、トークンの移転をリバースする必要があるシナリオが発生し得る。しかし、ブロックチェーン技術に固有の機密性と不変性により、トークンを移転するためのオペレーションを単純に逆転させることはできない。したがって、少なくともこの技術的問題に対する技術的解決策の一部として、本開示は、１つ以上のＳＥＳＣをブロックチェーン上の１つ以上の仲介ウォレットおよび／または分離ウォレットと組み合わせて、トークンの移転を開始し、特定の条件に応じて移転を完了すること、及び／又は、リバースすることを可能にする技術を提供する。
図１は、本開示の実施形態の側面に従った、ペアのオペレーション－逆オペレーション台帳イベントを使用する分散型台帳ベースのデータ交換のためのシステムアーキテクチャのブロック図である。
一部の実施形態では、ＤＬＲシステムには、例えば、レポ契約やその基礎となるポジション管理など、ペアのオペレーション－逆オペレーションのためのさまざまなデータ交換処理機能を提供する実装が含まれる。一部の実施形態では、高いレベルで、ＤＬＲシステムを２つ以上の垂直型に分類することができるが、これらに限定されない：（１）分散型台帳技術（「ＤＬＴ」）アプリケーション／コンポーネント、および（２）非ＤＬＴアプリケーション／コンポーネント。
いくつかの実施形態では、非ＤＬＴアプリケーション／コンポーネントは、非ブロックチェーン技術スタック上に構築されたソフトウェアおよび／またはハードウェアモジュールを含むことができる。これらのコンポーネントは、ユーザがアプリケーションのさまざまな部分と相互作用したり、ＤＬＴアプリケーション／コンポーネントとインタフェースしたりするための機能を提供する。このような非ＤＬＴアプリケーション／コンポーネントには、例えば、外部データインタフェース、データ変換、ＤＬＲ ＡＰＩ、内部データソース、オフチェーンオペレーションデータストア、イベント管理システムなど、またはそれらの組み合わせが含まれる。
一部の実施形態では、外部データインタフェースは、外部データソースＡや外部データソースＢなどの外部データソースが、ＤＬＲシステムにデータを送受信できるようにする。
いくつかの実施形態では、外部データソースは、例えば、ユーザコンピューティングデバイス（例えば、ラップトップコンピュータ、デスクトップコンピュータ、スマートフォン、タブレットおよび／またはウェアラブルを含むモバイルコンピューティングデバイスなど）などの、任意の適切なコンピューティングデバイス、外部または遠隔のサーバおよび／若しくはメインフレームおよび／若しくはデータベース、又は、他の適切なコンピューティングデバイスを、あるいは、それらの任意の組み合わせを、含み得る。
いくつかの実施形態では、外部データソースは、少なくとも１つのパーソナルコンピュータ（ＰＣ）、ラップトップコンピュータ、ウルトラノートパソコン、タブレット、タッチパッド、ポータブルコンピュータ、ハンドヘルドコンピュータ、パームトップコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）、携帯電話、携帯電話／ＰＤＡの組み合わせ、テレビ、スマートデバイス（例えば、スマートフォン、スマートタブレットまたはスマートテレビ）、モバイルインターネットデバイス（ＭＩＤ）、メッセージングデバイス、データ通信デバイスなどを含むか、または部分的若しくは全体的に組み込むことができる。
いくつかの実施形態では、ＤＬＲシステムは、ブロックチェーン台帳と連動するための任意の適切なクラウドまたはサーバシステムインタフェースを含むことができる。いくつかの実施形態では、「サーバ」という用語は、処理、データベース、および通信機能を提供するサービスポイントを指し得る。一例であって限定するものではないが、「サーバ」という用語は、関連する通信、データストレージおよびデータベース設備を備えた単一の物理的プロセッサを指すこともあれば、プロセッサ、関連するネットワークおよびストレージデバイス、ならびにサーバによって提供されるサービスをサポートするオペレーティングソフトウェアおよび１つ以上のデータベースシステムおよびアプリケーションソフトウェアのネットワーク化またはクラスタ化された複合体を指すこともある。クラウドサーバーがその例である。
いくつかの実施形態では、ＤＬＲシステムは、少なくとも１００（例：１００～９９９、ただし、これに限定されない）、少なくとも１０００（例：１，０００～９，９９９、ただし、これに限定されない）、少なくとも１００００（例：１０，０００～９９，９９９、ただし、これに限定されない）、少なくとも１０００００（例：１００，０００～９９９，９９９、ただし、これに限定されない）、少なくとも１，０００，０００（例：１，０００，０００～９，９９９，９９９、ただし、これに限定されない）、少なくとも１０，０００，０００（例：１０，０００，０００～９９，９９９，９９９、ただし、これに限定されない）、少なくとも１００，０００，０００（例：１００，０００，０００～９９９，９９９，９９９、ただし、これに限定されない）、少なくとも１，０００，０００，０００（例：１，０００，０００，０００～１０，０００，０００，０００、ただし、これに限定されない）、の多数の同時ユーザを処理するように構成され得る。
一部の実施形態では、ＤＬＲシステムは、本開示のグラフィカルユーザーインタフェース実装（例えば、デスクトップ、ウェブアプリなど）を具体的にプログラムした別個のものに出力するように構成できる。本開示の様々な実施態様において、最終出力は、限定されないが、コンピュータの画面、モバイルデバイスの画面などであってもよい表示画面上に表示され得る。様々な実施態様において、ディスプレイはホログラフィックディスプレイであってもよい。様々な実施態様において、ディスプレイは、視覚的投影を受け得る透明な表面であってもよい。このような投影は、さまざまな形態の情報、画像、および／または物体を伝え得る。例えば、このような投影は、モバイル拡張現実（ＭＡＲ）アプリケーションの視覚的オーバーレイとなる。
一部の実施形態では、本明細書で詳しく説明するように、ＤＬＲシステムは、ファイル、連絡先、タスク、電子メール、ソーシャルメディア投稿、マップ、アプリケーション全体（電卓など）など、限定されない任意の適切な形態であり得る、任意のデジタルオブジェクトおよび／またはデータユニット（たとえば、特定のアプリケーションの内部および／または外部から）を取得、操作、転送、格納、変換、生成、および／または出力できる。いくつかの実施形態では、本明細書で詳述するように、本開示の例示的な発明的コンピュータベースシステム／プラットフォーム、例示的な発明的コンピュータベースデバイス、および／または例示的な発明的コンピュータベースコンポーネントのうちの１つ以上が、限定されないが、以下のような様々なコンピュータプラットフォームのうちの１つ以上に亘って実装され得る：（１）ＦｒｅｅＢＳＤ、ＮｅｔＢＳＤ、ＯｐｅｎＢＳＤ；（２）Ｌｉｎｕｘ；（３）Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）；（４）ＯｐｅｎＶＭＳ（登録商標）；（５）ＯＳ Ｘ（ＭａｃＯＳ（登録商標））、（６）ＵＮＩＸ（登録商標）；（７）Ａｎｄｒｏｉｄ；（８）ｉＯＳ（登録商標）；（９）Ｅｍｂｅｄｄｅｄ Ｌｉｎｕｘ；（１０）Ｔｉｚｅｎ（登録商標）；（１１）ＷｅｂＯＳ（登録商標）；（１２）；Ａｄｏｂｅ ＡＩＲ（登録商標）；（１３）無線バイナリ実行環境（ＢＲＥＷ（登録商標））；（１４）Ｃｏｃｏａ（登録商標）（ＡＰＩ）；（１５）Ｃｏｃｏａ（登録商標）Ｔｏｕｃｈ；（１６）Ｊａｖａ（登録商標）プラットフォーム；（１７）ＪａｖａＦＸ（登録商標）；（１８）ＱＮＸ（登録商標）；（１９）Ｍｏｎｏ；（２０）Ｇｏｏｇｌｅ Ｂｌｉｎｋ；（２１）Ａｐｐｌｅ ＷｅｂＫｉｔ；（２２）Ｍｏｚｉｌｌａ Ｇｅｃｋｏ（登録商標）；（２３）Ｍｏｚｉｌｌａ ＸＵＬ；（２４）．ＮＥＴ Ｆｒａｍｅｗｏｒｋ；（２５）Ｓｉｌｖｅｒｌｉｇｈｔ（登録商標）；（２６）Ｏｐｅｎ Ｗｅｂ Ｐｌａｔｆｏｒｍ；（２７）Ｏｒａｃｌｅ Ｄａｔａｂａｓｅ；（２８）Ｑｔ（登録商標）；（２９）ＳＡＰ ＮｅｔＷｅａｖｅｒ（登録商標）；（３０）Ｓｍａｒｔｆａｃｅ（登録商標）；（３１）Ｖｅｘｉ（登録商標）；（３２）Ｋｕｂｅｒｎｅｔｅｓ（登録商標）；（３３）Ｗｉｎｄｏｗｓ Ｒｕｎｔｉｍｅ（ＷｉｎＲＴ（登録商標））；（３４）ＩＢＭ ｉ（登録商標）；（３５）ＩＢＭ ＡＩＸ（登録商標）；（３６）Ｍｉｃｒｏｓｏｆｔ ＤｉｒｅｃｔＸ（登録商標）；（３７）Ｅｃｌｉｐｓｅ Ｒｉｃｈ Ｃｌｉｅｎｔ Ｐｌａｔｆｏｒｍ；若しくは、その他の適切なコンピュータプラットフォーム、またはそれらの組み合わせ。
一部の実施形態では、外部データソースは、外部データインタフェースのメッセージングプロトコルに従ってＤＬＲシステムと対話するために、外部データインタフェースにメッセージを送信できる。いくつかの実施形態では、メッセージングプロトコルは、アプリケーションプログラミングインタフェース（ＡＰＩ）、例えば、単純オブジェクトアクセスプロトコル（ＳＯＡＰ）、表現状態転送（ＲＥＳＴ）、または他の適切なＡＰＩを使用するような要求－応答タイプのメッセージシステムを含むことができる。いくつかの実施形態において、メッセージングプロトコルは、例えば、パブリッシュサブスクライブメッセージパターン（例えば、データ配信サービス（ＤＤＳ）、または他の適切なパブリッシュサブスクライブソリューション）を含み得る。任意の適切なメッセージパターン、メッセージシステム、メッセージプロトコルを採用できる。
一部の実施形態では、ＡＰＩは、外部データソースと外部データインタフェースの間など、複数のソフトウェア仲介者間の相互作用を定義できる。「アプリケーションプログラミングインタフェース」または「ＡＰＩ」は、他の要件や制約の中で、行うことができる呼び出しやリクエストの種類、呼び出しを行う方法、使用されるべきデータ形式、従うべき規約を定義する。「アプリケーションプログラミングインタフェース」または「ＡＰＩ」は、完全にカスタムであったり、コンポーネントに特化したものであったり、あるいは、情報の隠蔽によってモジュール化されたプログラミングを可能にする相互稼働性を保証する業界標準に基づいて設計されたものであったりする。
一部の実施形態では、外部データソースおよび外部データインタフェースは、集中型または分散型ネットワーク環境で動作するように構成され得、１つ以上の適切なデータ通信ネットワーク（インターネット、衛星など）を介して互いに通信し、以下のような、１つ以上の適切なデータ通信プロトコル／モードを使用するが、それらに限定されない。ＩＰＸ／ＳＰＸ、Ｘ．２５、ＡＸ．２５、ＡｐｐｌｅＴａｌｋ（ＴＭ）、ＴＣＰ／ＩＰ（ＨＴＴＰなど）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、近距離無線通信（ＮＦＣ）、ＲＦＩＤ、ＮＢ－ＩｏＴ（ＮＢＩＯＴ）、３Ｇ、４Ｇ、５Ｇ、ＧＳＭ、ＧＰＲＳ、ＷｉＦｉ、ＷｉＭａｘ、ＣＤＭＡ、衛星、ＺｉｇＢｅｅ、その他の適切な通信モード、などである。本明細書における様々な実施形態は、以下にさらに詳述するように、無線、例えばＢｌｕｅｔｏｏｔｈ（登録商標）及び／又はＮＦＣの通信態様を伴う対話型ポスターを含むことができる。
いくつかの実施形態では、外部データインタフェースは、例えば、フォーマット、前処理、クレンジングなどのタスクのために、外部データソースからデータ変換レイヤにデータを提供できる。例えば、いくつかの実施形態では、１つ以上の外部データソースからのメッセージは、コマンド、メタデータ、データラベル、データフィールドなど、他の情報を参照および／または他の情報に依存する項目や属性を含む外部データを含むことがある。したがって、データ変換レイヤは、外部データの項目と属性を参照し、参照と依存関係を識別するために、内部データソースとインタフェースできる。例えば、いくつかの実施形態では、外部データは、分散型台帳（ＤＬＴ）上のオペレーションの指示を参照するコマンドを含むことができる。したがって、データ変換は、データソースＡのような内部データソースの対応する指示を特定し得る。同様に、外部データは、特定のアセット、オブジェクト、データファイル、またはそれに関連付けられている特定の値または量を含む他のアイテムを参照できる。例えば、外部データは、証券アセットや債券などのトークン化されたアセットを指定でき、そのアセットには所定の価値や価格が含まれることがある。したがって、データ変換は、外部データの項目の値を特定するために、内部データソース、例えばデータソースＢに問い合わせ得る。データ変換はまた、他のデータソースの中のデータソースＣのような内部データソースに、他のリファレンスデータおよび他の依存関係や関連データを問い合わせ得る。
いくつかの実施形態では、内部データソースは１つ以上のデータベースを含むことができる。いくつかの実施形態では、データベースは、例えば、他のストレージシステムの中でも、集中型または分散型データベース、クラウドストレージプラットフォーム、分散型システム、サーバまたはサーバシステムを含むことができる。一部の実施形態では、データベースは、コンピュータシステムから電子的に保存、アクセス、またはその両方を行う、組織化されたデータの集合体を指し得る。データベースは、１つ以上の形式的な設計およびモデリング技術によって形成されたデータベースモデルを含むことができる。データベースモデルには、例えば、ナビゲーショナルデータベース、階層型データベース、ネットワークデータベース、グラフデータベース、オブジェクトデータベース、リレーショナルデータベース、オブジェクトリレーショナルデータベース、エンティティ関係データベース、拡張エンティティ関係データベース、文書データベース、エンティティ－属性－値データベース、スタースキーマデータベース、またはその他の適切なデータベースモデルおよびそれらの組み合わせが含まれる。例えば、データベースは、他のストレージシステムの中でも、例えば、集中型または分散型データベース、クラウドストレージプラットフォーム、分散型システム、サーバまたはサーバシステムなどのデータベース技術を含むことができる。いくつかの実施形態では、データベースは、追加的または代替的に、例えば、ハードドライブ、ソリッドステートドライブ、フラッシュドライブ、または他の適切なストレージデバイスなどの１つ以上のデータストレージデバイスを含むことができる。いくつかの実施形態では、データベースは、追加的または代替的に、例えば、ランダムアクセスメモリ、キャッシュ、バッファ、または他の適切なメモリデバイス、または任意の他のデータストレージソリューションおよびそれらの組み合わせなどの１つ以上の一時ストレージデバイスを含むことができる。
データベースは、１つ以上のソフトウェア、１つ以上のハードウェア、または１つ以上のソフトウェアと１つ以上のハードウェアコンポーネントの組み合わせを含むデータベース管理システム（ＤＢＭＳ）を形成し、ユーザ、アプリケーション、およびデータベース自体と相互作用してデータを取り込み、分析できる。ＤＢＭＳソフトウェアはさらに、データベースを管理するために提供される中核的な機能を包含している。データベース、ＤＢＭＳ、関連アプリケーションの組み合わせを「データベースシステム」と呼ぶことがある。
一部の実施形態では、データ翻訳は、適切なデータベースクエリ言語のうち、例えば、ＪＳＯＮｉｑ、ＬＤＡＰ、オブジェクトクエリ言語（ＯＱＬ）、オブジェクト制約言語（ＯＣＬ）、ＰＴＸＬ、ＱＵＥＬ、ＳＰＡＲＱＬ、ＳＱＬ、ＸＱｕｅｒｙ、Ｃｙｐｈｅｒ、ＤＭＸ、ＦＱＬ、コンテキストクエリ言語（ＣＱＬ）、ＡＱＬなどの任意の適切なクエリ言語を使用して、内部データソースにクエリできる。
いくつかの実施形態では、外部データは、内部データソースからの指示、値／量／価格、および／またはリファレンスデータとともに、適切なＤＬＲ ＡＰＩを介してＤＬＴアプリケーション／コンポーネントに提供される。したがって、ＤＬＴアプリケーション／コンポーネントは、ペアのオペレーション－逆オペレーション台帳イベントを使用してリアルタイムのデータ交換を実現するために、外部データに対してオペレーションするよう指示され得る。いくつかの実施形態では、ＤＬＴアプリケーション／コンポーネントは、分散型台帳技術を用いて構築され、分散型台帳上に展開されるアプリケーションおよび／またはコンポーネントを含むことができる。一般的に、これらは「スマートコントラクトアプリケーション」とも呼ばれる。本明細書では、ＤＬＴアプリケーション／コンポーネントを「分散型コンポーネント」と呼ぶ。いくつかの実施形態では、分散型コンポーネントは、以下を含むがこれらに限定されないオペレーションを実行するように構成され得る：
・分散型台帳状態のガバナンス、
・エンティティ／エコシステムの参加者のガバナンス、
・資格の付与／剥奪、
・様々なデータポイントに対するアクションと相互作用のガバナンス、
・データの状態に関するガバナンス、
・オペレーション／トランザクション状態に関するガバナンス、
・アセット状態に関するガバナンス。
・分散型台帳状態のガバナンス、
・エンティティ／エコシステムの参加者のガバナンス、
・資格の付与／剥奪、
・様々なデータポイントに対するアクションと相互作用のガバナンス、
・データの状態に関するガバナンス、
・オペレーション／トランザクション状態に関するガバナンス、
・アセット状態に関するガバナンス。
いくつかの実施形態では、以下に詳細に説明するように、それぞれが責任を持つ様々な分散型コンポーネントが存在し得る。分散型コンポーネントは、「ブロックチェーン基盤」とも呼ばれる「分散型台帳基盤」上に配置される。いくつかの実施形態では、各分散型コンポーネントは、例えば個別のビルドおよびデプロイメントパイプラインを使用して、分散型台帳ランタイムに開発および統合され得る。
いくつかの実施形態では、分散型台帳ランタイムは、限定されないが、ブロックチェーン（分散型台帳技術）、イーサリアム（イーサリアム財団（スイス、ツーク））、および／または他の同様の分散型データ管理技術などの、１つ以上のプライベートおよび／またはプライベート許可された暗号化保護された分散型データべースを含むことができる。例えば、本明細書で利用されるように、分散型台帳のような分散型データベースは、データブロック内のデータレコードの暗号化ハッシュによってリンクされたデータブロックのチェーンを生成することによって、データの整合性を保証する。たとえば、第１のブロック内のデータレコードの少なくとも一部の暗号化ハッシュが、場合によっては前のブロック内のデータレコードの一部と組み合わされて、第１のブロックを継続する新しいデジタルＩＤブロックのブロックアドレスを生成するために使用される。１つ以上のデータブロックに格納されたデータレコードの更新として、それぞれの更新データレコードを含む新しいデータブロックが生成され、先行ブロック内のデータレコードの少なくとも一部の暗号化ハッシュに基づくアドレスで先行ブロックにリンクされる。言い換えれば、リンクされたブロックは、そこに含まれるデータレコードの更新を追跡するために使用できる追跡可能なアドレスシーケンスを本質的に含むブロックチェーンを形成する。リンクされたブロック（またはブロックチェーン）は、各ノードがブロックチェーンのコピーを保持できるように、コンピュータネットワーク内の複数のネットワークノードに分散できる。データベースの完全性を侵害しようとする悪意のあるネットワークノードは、誠実なネットワークノードよりも速くブロックチェーンを再作成し、再配布しなければならない。言い換えれば、データの完全性は、ネットワーク内の複数のネットワークノードが同じブロックチェーンのコピーを持つことによって保証される。いくつかの実施形態では、本明細書で利用されるように、センサデータ管理のための中央の信頼機関は、ネットワーク内の複数のノードによってホストされる分散型データベースの完全性を保証するために必要とされない場合がある。
いくつかの実施形態では、関連デバイスを備えた本開示の例示的な分散型ブロックチェーン型台帳の実装は、ビットコインおよび他の暗号通貨を含むトランザクションに互いに影響を与え、またいわゆるＦＩＡＴマネーまたはＦＩＡＴ通貨に（またはＦＩＡＴ通貨間で）影響を与え、またその逆も影響を与えるように構成され得る。
いくつかの実施形態において、関連デバイスを有する本開示の例示的な分散型ブロックチェーン型台帳実装は、ユーザ／当事者間の１つ以上の特定の活動の交渉および／または実行を促進、検証および／または強制するコンピュータプロセスであるスマートコントラクトを利用するように構成される。例えば、例示的なスマートコントラクトは、部分的または完全に自己実行および／または自己強制するように構成され得る。いくつかの実施形態において、本開示の例示的な新規のアセットトークン化分散型ブロックチェーン型台帳実装は、複製されたアセットレジストリと、暗号化ハッシュチェーンおよびビザンチンフォールトトレラントレプリケーションを使用するコントラクト実行によって実装され得るスマートコントラクトアーキテクチャを利用し得る。例えば、ピアツーピアネットワークまたはブロックチェーン分散型ネットワークの各ノードは、所有権レジストリおよびエスクローとして機能し、それによって所有権の変更を実行し、ネットワーク上のトランザクションを管理する所定のルールのセットを実行できる。例えば、各ノードは他のノードの作業もチェックし、場合によっては前述のようにマイナーやバリデータとして機能し得る。
いくつかの実施形態では、ペアのオペレーション－逆オペレーションイベントを促進するために、分散型コンポーネントまたは非分散型コンポーネントは、トレードおよび命令マッチングレイヤを使用して外部データ上でオペレーションできる。いくつかの実施形態では、レポ契約のような相互オペレーションとリバースオペレーションを確実にするために、分散型台帳ランタイムを使用して交換される外部データの項目は、対応するオペレーションおよび／またはリバースオペレーションと対になり得る。したがって、トレードおよび命令マッチングレイヤは、外部データの項目、値／量／価格、命令、およびその他の属性を既知の属性と比較して、逆（方向）オペレーションを対応する実行オペレーションとマッチングさせるか、または後の逆（方向）オペレーションに先駆けて新しいオペレーションを識別する機能を含むことができる。したがって、分散型台帳ランタイムは、オペレーションおよび／または逆オペレーションにマッチする適切なスマートコントラクトまたはＳＥＳＣを特定し、実行できる。
一部の実施形態では、ＤＬＲ ＡＰＩは、分散型台帳ランタイムによって実行される始業と終業のオペレーションを指示し、受信することもできる。たとえば、分散型台帳ランタイムは、自動的またはＤＬＲ ＡＰＩからのコマンドによって、各日の開始時または終了時、あるいはその両方において、オペレーションの実行、権限の設定、分析の生成などを生成できる。これらのオペレーションの結果は、適切なＡＰＩ要求を介してＤＬＲ ＡＰＩによって収集され、保存のために内部データソースに提供され得る。
いくつかの実施形態では、分散型台帳ランタイムは、各台帳イベントをイベント管理システムに自動的に出力することもある。いくつかの実施形態では、イベント管理システムは、例えば、データまたはトークンの移動指示、トークンおよび／またはアセットを分離されたアカウントまたはプロファイルに分離する分離指示、トランザクションの完了、スマートコントラクトのオペレーションなどのイベントを追跡および記録できる。
いくつかの実施形態では、イベント管理システムは、各イベント、オペレーショナルデータ、レポート、ステートメント、その他のデータ、分析、統計を記録し、追跡するために、台帳イベントをオフチェーンオペレーションデータストアとシンクロさせることができる。
いくつかの実施形態では、オフチェーンオペレーションデータストアのデータストレージソリューションは、例えば、各アカウントの活動履歴を表す電子データを保持するための適切なメモリまたはストレージソリューションを含むことができる。例えば、データストレージソリューションは、他のストレージシステムの中でも、例えば集中型または分散型データベース、クラウドストレージプラットフォーム、分散型システム、サーバまたはサーバシステムなどのデータベース技術を含むことができる。いくつかの実施形態では、データストレージソリューションは、追加的または代替的に、例えば、ハードドライブ、ソリッドステートドライブ、フラッシュドライブ、または他の適切なストレージデバイスなどの１つ以上のデータストレージデバイスを含むことができる。いくつかの実施形態では、データストレージソリューションは、追加的または代替的に、例えば、ランダムアクセスメモリ、キャッシュ、バッファ、または他の適切なメモリデバイスなどの１つ以上の一時ストレージデバイス、または任意の他のデータストレージソリューションおよびそれらの組み合わせを含むことができる。
いくつかの実施形態では、分散型台帳ランタイムおよび／またはイベント管理システムは、オペレーション－逆オペレーションのペアを自動的に実行するために、ブロックチェーン上のオペレーションをオーケストレーションできる。そのために、分散型台帳ランタイムおよび／またはイベント管理システムは、第１のユーザに関連付けられた第１のクライアントデバイスからアクティビティ開始要求を受信できる。第１のクライアントデバイスは、ブロックチェーン上のノードなど、ブロックチェーンと通信するコンピューティングデバイスを含むことができる。したがって、第１のクライアントデバイスは、第１のクライアントデバイスの第１のユーザのために、トークン化されたアセットを含むトークンを保管するための第１のトークンのストレージ（「第１のウォレット」）を含むことができる。
オペレーション要求は、第１のクライアントデバイスと第２のクライアントデバイスとの間で、１つ以上の第２のトークンのタイプの１つ以上の第２のトークンの転送と引き換えに、１つ以上の第１のトークンのタイプの１つ以上の第１のトークンを転送するなど、第１のクライアントデバイスに関連して実行されるオペレーションを指定するパラメータを含むことができる。第１のクライアントデバイスと同様に、第２のクライアントデバイスは、第２のクライアントデバイスの第２のユーザのために、トークン化されたアセットを含むトークンを保管するための第２のトークンのストレージ（「第２のウォレット」）を含むことができる。
いくつかの実施形態では、オペレーション要求は、例えば、後述するレポトランザクションのように、第１のユーザと第２のユーザがアセットを一時的に交換できるようにするための、逆オペレーションを指定するパラメータを含むことができる。したがって、逆オペレーションは、例えば、時間制限、分割払い、または他の条件、またはそれらの任意の組み合わせなどの定義された条件に従ってオペレーション要求のオペレーションをリバースさせる逆オペレーションを指定するパラメータを含むことができる。したがって、逆オペレーションのパラメータは、定義された条件下で、第１のクライアントデバイスと第２のクライアントデバイスとの間で、１つ以上の第１のトークンのタイプの１つ以上の第１のトークンの返還と引き換えに、１つ以上の第２のトークンのタイプの１つ以上の第２のトークンを返還することを含むことができる。
いくつかの実施形態では、アクティビティ開始要求のパラメータは、例えば、第１のトークンのタイプに関連付けられた第１のトークン転送量、第２のトークンのタイプに関連付けられた第２のトークン転送量、少なくとも１つの条件を識別する少なくとも１つの条件識別子、少なくとも１つの条件を満たすための制限時間を識別する時間識別子、第１のクライアントデバイスを識別する第１のクライアントデバイス識別子、または第２のクライアントデバイスを識別する第２のクライアントデバイス識別子、その他、またはそれらの任意の組み合わせを含むことができる。
いくつかの実施形態では、第１のトークンのタイプおよび第２のタイプのそれぞれは、ブロックチェーン上の１つ以上の関連するアセットタイプのトークン化であってもよい。したがって、第１のトークンのタイプと第２のタイプのそれぞれは、例えば、ブロックチェーン上のトークンを定義する暗号化ハッシュを含むことができる。
いくつかの実施形態では、第２のクライアントデバイスを介した第２のユーザは、アクティビティ開始応答を介してアクティビティ開始要求を受け入れることができる。いくつかの実施形態では、アクティビティ開始応答は、アクティビティ開始要求のパラメータに対する拒絶または修正を含むことができ、この場合、第１のユーザと第２のユーザは、アクティビティ開始応答がアクティビティ開始要求の受諾を示すまで、例えば、アクティビティ開始応答とアクティビティ開始応答の形態で、メッセージ交換を続けることができる。いくつかの実施形態では、アクティビティ開始要求の受け入れは、分散型台帳ランタイムにアクティビティ開始要求のパラメータを入力させ、スマートコントラクトなどのＳＥＳＣを作成して、オペレーション－逆オペレーションのペアを制御させることができる。アクティビティ開始要求とアクティビティ開始応答の両方は、例えば、適切なアプリケーションプログラミングインタフェース（ＡＰＩ）メッセージを含むことができる。
いくつかの実施形態では、分散型台帳ランタイムはアクティビティ開始リクエストのパラメータに従ってＳＥＳＣを作成できる。例えば、オペレーション－逆オペレーションのペアを含むブロックチェーンアクティビティ用のテンプレートＳＥＳＣにアクセスし、パラメータに従って構成できる。アクティビティ開始要求の各パラメータは、テンプレートＳＥＳＣの対応するフィールドに入力され、パラメータに基づく一連の命令を作成できる。その結果、アクティビティ開始要求のパラメータと条件に基づいて、第１のノードと第２のノード間のトークンの移動を自動的に制御できる、特別に構成された命令を持つカスタマイズされたＳＥＳＣが作成される。
いくつかの実施形態では、ＳＥＳＣは、１つ以上の分離されたトークンのストレージを使用してトークンの移動を調整する命令を含むことができる。分離されたトークンのストレージは、特定の権限と条件に従ってブロックチェーンのトークンを格納するように構成されたスキーマを持つ分離されたデータ構造を含む。たとえば、分離されたトークンのストレージは、第２のユーザの利益のために第１のユーザのトークンを保持でき、その結果、トークンを第１のユーザに返却するための特定の条件が満たされない限り、第１のユーザがトークンにアクセスするための権限が低減されるか、または無制限になる。同様に、分離されたトークンのストレージは、第２のユーザへの転送が完了するための特定の条件が満たされるまで、第２のユーザがトークンにアクセスする権限を制限できる。
一部の実施形態では、ＳＥＳＣは、第２のトークンと交換される第１のトークンが、第２のユーザのために分離されたトークンのストレージに移動されるようにできる。したがって、ＳＥＳＣは、第１のトークンが第１の分離されたトークンストレージに移転されたことを検出できる。第１の分離されたトークンストレージへの移転は、例えば、分離されたアカウントなどの分離されたアセットのストレージへの第１のトークンの基礎となるアセットのデポジットを意味することがある。このように、ＳＥＳＣは、第１のトークンが第１の分離されたトークンのストレージに分離されたことに基づいて、アセットが分離されたことを、検出できる。
いくつかの実施形態では、第１の分離されたトークンのストレージは、第１のユーザに帰属する「ロングボックス」アカウントとして構成される。いくつかの実施形態では、第１の分離トークンストレージは、第２のユーザに帰属する「ＦＢＯ」（「ｆｏｒ－ｔｈｅ－ｂｅｎｅｆｉｔ－ｏｆ」）アカウントとして構成され得る。いくつかの実施形態では、別個の分離されたトークンのストレージが、ロングボックス用とＦＢＯアカウント用に採用されてもよいし、１つの分離されたトークンのストレージが、例えば、ブロックチェーン上のトランザクションおよび／または第１および第２のユーザ間の許諾に基づいて、両方の機能を実行するために採用されてもよい。いくつかの実施形態では、第１の分離されたトークンのストレージは、サードパーティエンティティまたは他のエンティティに関連付けられ得る。いくつかの実施形態では、ロングボックスとＦＢＯは、同じエンティティに関連付けられていてもよいし、異なるエンティティに関連付けられていてもよい。
一部の実施形態では、ＳＥＳＣは、アセットリンクデータ分離メッセージに応答して、第１のクライアントデバイスの第１のトークンのストレージから第１の分離されたトークンのストレージへの第１のトークンの転送を自動的に引き起こし得る。アセットリンクデータ分離メッセージは、アセットリンクデータ（例えば、第１のトークンおよび原アセットにリンクするデータ）が、分離されたトークンのストレージに関連付けられた分離されたデータ構造にデポジットされたこと、または他の方法で移動されたことを指定できる。したがって、分離されたデータ構造は、オペレーション－逆オペレーションのペアについてアセットリンクデータが受信されたときに、例えばＤＬＲ ＡＰＩを介して報告するブロックチェーン上のノードを含むことができる。その後、ＳＥＳＣは、関連付けられた第１のトークンを、第１のトークンのストレージから、分離されたデータ構造に関連付けられた第１の分離されたトークンのストレージに自動的に移動させることができる。
いくつかの実施形態では、ＳＥＳＣは、その後、第２のトークンを第２のトークンのストレージから第１のトークンのストレージに転送するブロックチェーントランザクションによって、第２のユーザが第２のトークンを第１のユーザに転送したことを検出できる。その結果、ＳＥＳＣは、第１のトークンを第２のトークンと交換することで、オペレーションが実行されたと判定できる。
いくつかの実施形態では、第１のユーザが第２のトークンの移転を確実に認識するために、ＳＥＳＣは第１のクライアントデバイスへの指示を自動的に生成できる。指示は、第１のクライアントデバイスに、第２のトークンの第１のトークンへの転送が正常に行われたことを示す表示を含む通知をレンダリングさせることができる。
一部の実施形態では、ＳＥＳＣは、アセットリンクデータ提供メッセージに応答して、第２のクライアントデバイスの第２のトークンのストレージから第１のトークンのストレージへの第２のトークンの移転を自動的に行うことができる。アセットリンクデータ提供メッセージは、アセットリンクデータ（例えば、第２のトークンおよび原アセットにリンクされたデータ）が、第２のトークンストレージに関連付けられた第２データ構造にデポジットされたこと、または他の方法で移動されたことを指定できる。このように、第２のデータ構造は、オペレーション－逆オペレーションのペアについてアセットリンクデータが受信されたときに、例えばＤＬＲ ＡＰＩを介して報告するブロックチェーン上のノードを含むことができる。次に、ＳＥＳＣは、アセットリンクデータをトークン化するために、第２のトークンのストレージに第２のトークンを自動的に作成し、関連する第２のトークンを第２のトークンのストレージから第１のトークンのストレージに移動できる。
いくつかの実施形態では、第１のトークンが第１の分離されたトークンのストレージに移動し、第２のトークンが第１のトークンのストレージに移動することにより、ＳＥＳＣは、第１のトークンを一時的に第２のユーザに帰属させることができる。例えば、第１の分離されたトークンのストレージの権限は、第１のユーザから権限を除去するように変更できる。いくつかの実施形態では、ＳＥＳＣは、第１のユーザがオペレーション－逆オペレーションのペアの条件に違反したときのアクセス権限を含む条件依存権限、または他の適切な条件依存権限、またはそれらの任意の組み合わせなど、第２のユーザのための権限も追加できる。いくつかの実施形態では、ＳＥＳＣは、第１の分離されたトークンのストレージ内の第１のトークンの属性を第１のユーザから第２のユーザに移動させるトランザクションをブロックチェーン上に作成し、属性の変更を記録できる。代替的または追加的に、ＳＥＳＣは、第１のトークンを第１の分離されたトークンのストレージから（例えば、（ＦＢＯとして）第２のユーザに関連付けられた）第２の分離されたトークンのストレージに移転できる。上記の任意の適切な組み合わせを採用できる。
いくつかの実施形態では、第１のトークンは、逆オペレーションの条件が満たされるまで、分離されたトークンのストレージ（第１、第２、またはその両方）に残ることがある。例えば、第１のトークンを要求するために、第１のユーザは、特定のトークン、トークンのタイプ、または第２のトークンを第２のユーザに返すことを要求されるかもしれないし、さもなければ、第１のトークンが第２のユーザに提供されるかもしれない。その条件には期限が含まれている場合もある。従って、ＳＥＳＣは、第１のユーザが条件を満たしていない場合、制限時間が経過した時点で、分離されたトークンのストレージから第２のトークンのストレージに第１のトークンを移転し得る。
一部の実施形態では、ＳＥＳＣは、第１のトークンのストレージから第２のトークンのストレージに戻る第２のトークン（またはアクティビティ開始要求のパラメータに応じた他のトークンまたはトークンのタイプ）の移転を検出できる。このような移転が条件を満たす場合、ＳＥＳＣは逆オペレーションの条件が満たされたとみなし、自動的に逆オペレーションを実行できる。
そのために、いくつかの実施形態では、ＳＥＳＣは、第１のトークンが第１のユーザに戻されるように、第１の及び／又は第２の分離されたトークンのストレージから、第１の分離されたトークンのストレージに戻る、第１のトークン保管庫に戻る、又はそれらの任意の組み合わせへの、第１のトークンのタイプの移転を自動的に開始できる。いくつかの実施形態では、ＳＥＳＣは、次に、第１の分離されたトークンのストレージにおける第１のトークンのタイプの受信を示す第１のトークンのタイプの返却通知をレンダリングするために、第１のクライアントデバイス、第２のクライアントデバイス、またはその両方に対する１つ以上の指示を作成できる。
図２Ａ、図２Ｂ、図２Ｃ、図２Ｄ、図２Ｅ、図２Ｆ、図２Ｇ、図２Ｈ、図２Ｉ、図２Ｊ、図２Ｋ、図２Ｌ、および図２Ｍは、本開示の実施形態の態様による、分散型台帳ベースの買い戻しトランザクション実行のためのＤＬＲシステムの別のアーキテクチャのブロック図を示す。
一部の実施形態では、ＤＬＲシステムは、ＡＰＩコア、データソース、分散型台帳レイヤ、およびイベント管理システムを含むアーキテクチャを含むことができる。たとえば、外部データソースとマルチページアプリケーション（たとえば、ユーザコンピューティングデバイス上）は、ＡＰＩコアのデータインタフェースを介してＤＬＲシステムとインタフェースできる。データインタフェースは、データエンリッチメントサービス、データ取り込みサービス、インタフェースなど、さまざまなデータ処理コンポーネントにデータを提供できる。いくつかの実施形態では、データ処理コンポーネントは、例えば、ローカルまたはリモートで実行されるマイクロサービスまたは他のソフトウェアサービスを含むことができる。
いくつかの実施形態では、ＡＰＩコアは内部データソース（例えば、上述の内部データソースを含む）ともインタフェースできる。いくつかの実施形態では、内部データソースは、例えば、インパクトを記録するデータソース、エンティティのバックオフィスデータ、およびその他のデータを含むことができる。いくつかの実施形態では、ＡＰＩコアは、任意の追加データインタフェース（例えば、インタフェースＸおよびインタフェースＹ）のうち、例えば、インパクトデータソースとインタフェースするためのインパクトフィードインジェクションなど、各データソースとインタフェースするためのインタフェースを含み得る。
さらに、ＡＰＩコアは、マルチページアプリケーションからのデータ入力を制御するためのアプリケーションイングレスコントローラを含むことができる。いくつかの実施形態では、アプリケーションイングレスコントローラは、ＤＬＲ機能をオーケストレートするために、マルチページアプリケーションとロードバランサからＡＰＩコアの様々な態様にデータを配布できる。
いくつかの実施形態では、アプリケーションイングレスコントローラは、オンボーディングサービスにデータを提供できる。オンボーディングサービスは、マネジャアイデンティティとアカウント関連データを作成するために、エンティティ管理、アカウント管理、およびリレーションシップ管理のためのＡＰＩを編成できる。いくつかの実施形態では、オンボーディングサービスは、例えば、ローカルまたはリモートで実行されるマイクロサービスまたは他のソフトウェアサービスを含むことができる。
一部の実施形態では、アプリケーションイングレスコントローラは、ビジネスオブジェクトサービスにデータを提供できる。ビジネスオブジェクトサービスは、例えばリファレンスデータ、アセット管理、アセットエリジビリティ管理などのＡＰＩをオーケストレーションできる。いくつかの実施形態では、ビジネスオブジェクトサービスは、例えば、ローカルまたはリモートで実行されるマイクロサービスまたは他のソフトウェアサービスを含むことができる。
いくつかの実施形態では、アプリケーションイングレスコントローラは、オペレーションサービスにデータを提供できる。オペレーションサービスは、例えばレポ（交換）マネジャサービス、ネゴシエーションサービス、ムーブメントサービスなどのＡＰＩをオーケストレーションできる。いくつかの実施形態では、オペレーションサービスは、例えば、ローカルまたはリモートで実行されるマイクロサービスまたは他のソフトウェアサービスを含むことができる。
これらは従来の技術スタック上に構築されたアプリケーションやコンポーネントである。これらのコンポーネントは、ユーザがアプリケーションの様々な部分と相互作用できるようにする機能性を提供し、また分散型コンポーネントとのインタフェースも提供する。
いくつかの実施形態では、インタフェースは、メッセージングキュー、ＡＰＩ、フラットファイル、ファイル転送などのような様々なデータソースからデータを消費するための様々な統合ポイントを提供できる。アップストリームシステムのデータ形式と統合ポイントに基づいて、インタフェースに組み込まれる。あらゆるアップストリームメッセージフォーマットに対して、様々なパース機能が利用できる。
いくつかの実施形態では、マルチページアプリケーションのアプリケーションＵＩは、例えば、以下のような機能を提供するＵＩスクリーンを含み得る：
ｉ．トレード情報を表示するデータグリッド；
ｉｉ．在庫ポジションを示すデータグリッド；
ｉｉｉ．トレード監査レポートを表示するデータグリッド；
ｉｖ．フォームとウィザードによるデータの作成と修正；
ｖ．データのエクスポートを作成するデータグリッド。
ｉ．トレード情報を表示するデータグリッド；
ｉｉ．在庫ポジションを示すデータグリッド；
ｉｉｉ．トレード監査レポートを表示するデータグリッド；
ｉｖ．フォームとウィザードによるデータの作成と修正；
ｖ．データのエクスポートを作成するデータグリッド。
いくつかの実施形態では、イベント管理システム（ＥＭＳ）は、台帳インフラストラクチャ上のすべてのイベントをリッスンし、オペレーショナルデータストアにイベントとその結果のトレード状態のコピーを作成する。このオペレーショナルデータストアは、トレードビュー、データグリッド、その他のユーザインタラクションを構築するために使用される。
いくつかの実施形態では、ＥＭＳは特定の重要な台帳イベントに反応し、応答をトリガする責任を負う。例えば、両方の参加者から指示を受け、それが一致した場合のトレードの自動決済。
いくつかの実施形態では、オンボーディング、ビジネスオブジェクト、およびオペレーションサービスの各々は、ペアのオペレーション－逆オペレーション交換を管理するための分散型コンポーネントをエンゲージするために、分散型台帳レイヤとインタフェースするＡＰＩリクエストをオーケストレーションできる。いくつかの実施形態では、分散型台帳レイヤに登録された各エンティティのエンティティマネジャは、交換ライフサイクルの各態様のための分散型コンポーネントを含むことができる。いくつかの実施形態では、各エンティティマネジャ（例えば、Ａのエンティティマネジャ、Ｂのエンティティマネジャなど）は、例えばＡＰＩコアのオンボーディングサービスのエンティティサービスからのＡＰＩリクエストに従って、エンティティのオンボーダを含む分散型コンポーネントによって生成され得る。エンティティマネジャの作成は、例えば、アカウントマネジャ、リレーションシップマネジャ、リファレンスデータマネジャ、アセットマネジャ、レポマネジャ、ムーブメントマネジャを含む各分散型コンポーネントのエンティティインスタンスごとに初期化できる。
いくつかの実施形態では、分散型コンポーネントは、以下に限定されないが、複数の垂直型に分類できる：
ｉ．分散型データオブジェクト（ＤＤＯ）、
ｉｉ．分散型ビジネスマネジャ（ＤＢＭ）、
ｉｉｉ．分散型ビジネスワークフロー（ＤＢＷ）、及び、
ｉｖ．分散型ビジネスライブラリ（ＤＢＬ）。
ｉ．分散型データオブジェクト（ＤＤＯ）、
ｉｉ．分散型ビジネスマネジャ（ＤＢＭ）、
ｉｉｉ．分散型ビジネスワークフロー（ＤＢＷ）、及び、
ｉｖ．分散型ビジネスライブラリ（ＤＢＬ）。
いくつかの実施形態では、ＤＤＯは「現在のデータ状態」を保持する不変のデータ構造を提供するように構成され得る。したがって、いくつかの実施形態では、ＤＤＯはビジネスデータを保持し、ビジネスデータまたは他のオペレーションデータの現在の状態の表現を提供する。
一部の実施形態では、ＤＬＲシステムのＤＤＯには、例えば、以下のものが含まれる：
・エンティティオブジェクト、
・リファレンスデータオブジェクト、
・トレードオブジェクト、
・アセットオブジェクト、
・デリバリオブジェクト、
・シェルオブジェクト、
・債務オブジェクト、
・交渉オブジェクト、
・他の適切なＤＤＯ。
・エンティティオブジェクト、
・リファレンスデータオブジェクト、
・トレードオブジェクト、
・アセットオブジェクト、
・デリバリオブジェクト、
・シェルオブジェクト、
・債務オブジェクト、
・交渉オブジェクト、
・他の適切なＤＤＯ。
いくつかの実施形態では、エンティティＤＤＯはオンボーディングプロセスの一部として作成される。一部の実施形態では、エンティティＤＤＯは、ＤＬＲシステムをホストおよび／または管理するアプリケーションプロバイダなどのＤＬＲシステム管理者によって管理され得る。このように、ＤＬＲシステム管理者は、エンティティの作成／取り消し／ブロック／削除のガバナンス権限を保持できる。図２Ｂに示すように、エンティティはエンティティマネジャから作成される。
一部の実施形態では、各エンティティオブジェクトは、ＤＬＲシステムに登録された特定のエンティティに関するデータポイントをキャリーし得る。
・エンティティの詳細と識別子
・エンティティ構成
・アカウント
・休日スケジュール
・トレーディング関係
・エンティティの詳細と識別子
・エンティティ構成
・アカウント
・休日スケジュール
・トレーディング関係
いくつかの実施形態では、エンティティのトレーディング関係は、どのアカウントが特定のタイプのトレードと取引相手にマッピングされているかを定義する。
いくつかの実施形態では、エンティティオブジェクトは、英数字の識別子を含むエンティティＩｄを介して分散型システムで検索できる。いくつかの実施形態では、エンティティＩｄは、例えば、最小３文字、最大３２文字に制限されるなど、セキュリティと信頼性を確保するためのフォーマット制限を有し得る。
１．リファレンスデータ
いくつかの実施形態では、リファレンスデータＤＤＯはリファレンスデータマネジャによって作成される。特定の事前設定された間隔（開始日、終了日、時間単位など）に基づいて、ＤＬＲシステムは、特定の事前設定されたデータソースからリファレンスデータを受信する（例：ロイター、ブルームバーグ、社内マスターソースなど）。いくつかの実施形態では、エンティティ情報（例えば、重要なビジネス要素）に関する参照要素は、図２Ｃに示されるように、このデータから選択され、リファレンスデータａマネジャに送信され、リファレンスデータマネジャは、リファレンスデータを作成する。
いくつかの実施形態では、リファレンスデータＤＤＯはリファレンスデータマネジャによって作成される。特定の事前設定された間隔（開始日、終了日、時間単位など）に基づいて、ＤＬＲシステムは、特定の事前設定されたデータソースからリファレンスデータを受信する（例：ロイター、ブルームバーグ、社内マスターソースなど）。いくつかの実施形態では、エンティティ情報（例えば、重要なビジネス要素）に関する参照要素は、図２Ｃに示されるように、このデータから選択され、リファレンスデータａマネジャに送信され、リファレンスデータマネジャは、リファレンスデータを作成する。
ある実施形態では、リファレンスデータは、２つの業種に分類される：証券メタデータ（Ｓｅｃｕｒｉｔｙ Ｍｅｔａ Ｄａｔａ）と証券価格データ（Ｓｅｃｕｒｉｔｙ Ｐｒｉｃｉｎｇ Ｄａｔａ）である。一部の実施形態では、リファレンスデータには、エンティティやＤＬＲシステムのアプリケーションに応じて、追加または異なる垂直軸を含めることができる。
いくつかの実施形態では、証券メタデータは、以下を含むがこれらに限定されないデータポイントを持つ証券アセットに関する詳細を含むことができる：
・アセットクラス、
・アセットサブクラス、
・ＩＳＩＮコード、
・国、
・レーティング、
・ヘアカット、
・リミット、
・最初のクーポン日付、
・最終のクーポン日付、
・クーポン支払日、
・発行日、
・満期日。
・アセットクラス、
・アセットサブクラス、
・ＩＳＩＮコード、
・国、
・レーティング、
・ヘアカット、
・リミット、
・最初のクーポン日付、
・最終のクーポン日付、
・クーポン支払日、
・発行日、
・満期日。
いくつかの実施形態では、証券価格データは、証券アセットの価格に関する詳細と、最終価値計算に影響を与える様々なデータポイントを含むことができる。これらのデータには以下のものが含まれるが、これらに限定されるものではない：
・インデクスベースレート、
・プールファクタ、
・アセット価格、
・ストライクプライス
・現在のレート、
・証券クーポン、
・ダーティープライス、
・未収利息ファクタ。
・インデクスベースレート、
・プールファクタ、
・アセット価格、
・ストライクプライス
・現在のレート、
・証券クーポン、
・ダーティープライス、
・未収利息ファクタ。
いくつかの実施形態では、リファレンスデータオブジェクトは、関連するＣＵＳＩＰ識別子（９文字固定の英数字）を介して分散型システム上で検索できる。
一部の実施形態では、図２Ｄに示すように、トレードマネジャからトレードＤＤＯを作成できる。いくつかの実施形態では、トレードＤＤＯはトレードのデジタル表現を含み、任意の２つ以上のエンティティ間のトレードの状態を定義し、管理する様々なデータポイントを含むことができる。一部の実施形態では、トレードＤＤＯの作成は、以下のオプションまたはその他の適切なＤＤＯ作成オプションのいずれかを介して可能である：
・ＤＬＲ ＵＩにログインし、トレード値を入力する、
・ＤＬＲ ＡＰＩの認証と対話、
・エンティティフロントオフィスシステムからのトレード指示の受信、
--この指示は、ＳＷＩＦＴ ＭＴまたはＭＸ、ＸＭＬ、またはエンティティ独自の形式である。
・エンティティバックオフィスシステムからのトレード指示の受信、
--この指示は、ＳＷＩＦＴ ＭＴまたはＭＸ、ＸＭＬ、またはエンティティ独自の形式である。
・ＤＬＲ ＵＩにログインし、トレード値を入力する、
・ＤＬＲ ＡＰＩの認証と対話、
・エンティティフロントオフィスシステムからのトレード指示の受信、
--この指示は、ＳＷＩＦＴ ＭＴまたはＭＸ、ＸＭＬ、またはエンティティ独自の形式である。
・エンティティバックオフィスシステムからのトレード指示の受信、
--この指示は、ＳＷＩＦＴ ＭＴまたはＭＸ、ＸＭＬ、またはエンティティ独自の形式である。
いくつかの実施形態では、トレードＤＤＯは、例えば、アウトライトトレードやファイナンストレードなど、他の任意の垂直的な取引など、複数の直接的な垂直的な取引に分類できる。いくつかの実施形態では、アウトライトトレードは、２の当事者が単一の決済レグで担保と現金を交換する「買い／売りトレード」を含み得る。ある実施形態では、ファイナンストレードは「ファイナンストランザクション」又は「レポ契約（Ｒｅｐｕｒｃｈａｓｅ Ａｇｒｅｅｍｅｎｔｓ）」を含み得る。ファイナンストレードの一環として、オープン決済レグでは担保を入れて現金が借り入れられ、クローズ決済レグでは担保を入れて現金が利子とともに返却される。
いくつかの実施形態では、トレードオブジェクトはトレード識別子を介して分散型システムで検索できる。トレード識別子は、例えば、様々な長さの英数字文字列（設定可能）を含み得る。
いくつかの実施形態では、アセットＤＤＯは、図２Ｅに示されるように、アセットマネジャによって作成され得る。アセットオブジェクトには、債券や現金のような現実のアセットをデジタル的にモデル化したものが含まれる。作成されたアセットは、「アカウント」とも呼ばれる「バケット」に保管できる。
いくつかの実施形態では、債券証券についてモデル化されたアセットは、ＣＵＳＩＰやＩＳＩＮのような標準的な識別子を介して分散型システムで検索できる。
いくつかの実施形態では、現金のためにモデル化されたアセットは、ＩＳＯ－４２１７で定義されているように、通貨コードを介して分散型システムで検索できる。ＩＳＯ ４２１７は、国際標準化機構（ＩＳＯ）によって発行された規格で、通貨を表現するためのアルファコードと数字コードを定義し、個々の通貨とそのマイナーユニットとの関係に関する情報を提供している。このデータは３つの表で公表されている：表Ａ．１「現在の通貨とファンドのコード一覧」、表Ａ．２「現在のファンドのコード」、表Ａ．３「過去の通貨とファンドのデノミネーションのコード一覧」である。
ａ）デリバリ
一部の実施形態では、デリバリＤＤＯは、アセットマネジャによる「アセット決済」オペレーションの一部として作成される場合がある。デリバリは、「ブロッキングオブジェクト」、「予約オブジェクト」、「一時的オブジェクト状態」として機能するように設計された、短命のオブジェクトである。
一部の実施形態では、デリバリＤＤＯは、アセットマネジャによる「アセット決済」オペレーションの一部として作成される場合がある。デリバリは、「ブロッキングオブジェクト」、「予約オブジェクト」、「一時的オブジェクト状態」として機能するように設計された、短命のオブジェクトである。
いくつかの実施形態では、トレードが実行され、決済されるときはいつでも、デリバリＤＤＯは、担保や現金など、取引所の両方のアセットトークンの「デリバリ」を作成する。このオペレーションの一環として、トレードに記載されているように、担保と現金の量と数量単位が「アセット」から分割され、デリバリとして作成される。このデリバリにはトレード識別子が付与され、双方のアセットマネジャが検索できるようになる。このオブジェクトとそのさまざまな状態の詳細については、「トレード決済－アセットデリバリのメカニズム」に記載されている。
ｂ）シェル
いくつかの実施形態では、シェルＤＤＯはトレードマネジャによって作成される。一部の実施形態では、シェルＤＤＯオブジェクトはトレードに似ており、特定のタイプのトレードのために一定量の担保と現金をブロック／予約する予約バケットとして使用される。シェルＤＤＯのオペレーションを後述の図３Ａ～図３Ｅ、図４Ａ～図４Ｅ、図５Ａ～図５Ｅに示す。
いくつかの実施形態では、シェルＤＤＯはトレードマネジャによって作成される。一部の実施形態では、シェルＤＤＯオブジェクトはトレードに似ており、特定のタイプのトレードのために一定量の担保と現金をブロック／予約する予約バケットとして使用される。シェルＤＤＯのオペレーションを後述の図３Ａ～図３Ｅ、図４Ａ～図４Ｅ、図５Ａ～図５Ｅに示す。
ｃ）債務
いくつかの実施形態では、債務ＤＤＯはアセットマネジャによって作成される。債務ＤＤＯは、クリアランスエンティティまたはクリアランスプロセスを管理する他のエンティティの指示に応じて作成される。
いくつかの実施形態では、債務ＤＤＯはアセットマネジャによって作成される。債務ＤＤＯは、クリアランスエンティティまたはクリアランスプロセスを管理する他のエンティティの指示に応じて作成される。
ｄ）交渉
いくつかの実施形態では、交渉ＤＤＯオブジェクトはトレードマネジャによって作成される。交渉ＤＤＯオブジェクトは、レポ契約の条件が両当事者間で交渉されたイベントの監査記録として機能する。これらの条件には、オープン日、クローズ日、ファイナンスレート、元本金額など、さまざまなトレード属性を含めることができる。
いくつかの実施形態では、交渉ＤＤＯオブジェクトはトレードマネジャによって作成される。交渉ＤＤＯオブジェクトは、レポ契約の条件が両当事者間で交渉されたイベントの監査記録として機能する。これらの条件には、オープン日、クローズ日、ファイナンスレート、元本金額など、さまざまなトレード属性を含めることができる。
２．分散型ビジネスマネジャ
ａ）エンティティマネジャ
いくつかの実施形態では、エンティティマネジャはシングルトンインスタンスであり、これはこのオブジェクトのインスタンスが１つだけ存在することを意味する。いくつかの実施形態では、エンティティマネジャを使用することで、分散型台帳レイヤはアプリケーションサービスにオンボードでき、アプリケーションサービスを使用／トリガするように構成でき、エンティティの構成を修正でき、アプリケーションサービスへのサブスクリプションを管理でき、または適切なエンティティ管理機能またはその組み合わせを実行できる。いくつかの実施形態では、分散型台帳レイヤを管理するアプリケーションプロバイダは、エンティティマネジャの権利を管理できる。
ａ）エンティティマネジャ
いくつかの実施形態では、エンティティマネジャはシングルトンインスタンスであり、これはこのオブジェクトのインスタンスが１つだけ存在することを意味する。いくつかの実施形態では、エンティティマネジャを使用することで、分散型台帳レイヤはアプリケーションサービスにオンボードでき、アプリケーションサービスを使用／トリガするように構成でき、エンティティの構成を修正でき、アプリケーションサービスへのサブスクリプションを管理でき、または適切なエンティティ管理機能またはその組み合わせを実行できる。いくつかの実施形態では、分散型台帳レイヤを管理するアプリケーションプロバイダは、エンティティマネジャの権利を管理できる。
ｂ）リファレンスデータマネジャ
いくつかの実施形態では、リファレンスデータマネジャはシングルトンインスタンスであり、これはこのオブジェクトのインスタンスが１つだけ存在することを意味する。いくつかの実施形態では、アプリケーションは、ロイター、ブルームバーグ、または他の内部データソースのような様々な設定されたデータソースから、証券の詳細と価格データを受信する。これらのデータソースはインタフェースアプリケーションに統合され、インタフェースアプリケーションはこのデータを消費し、「レジスタ（登録）リファレンスデータ」オペレーションをトリガする。このオペレーションの一環として、ＣＵＳＩＰまたはＩＳＩＮを使用して現在のリファレンスデータオブジェクトを検索し、変更があるかどうかを導出する。一部の実施形態では、以前のリファレンスデータオブジェクトが見つからない場合、新しいリファレンスデータオブジェクトが作成され、現在のデータと以前のリファレンスデータオブジェクトとの間で変化が観察される場合、古いリファレンスデータオブジェクトがアーカイブされ、最新のデータで新しいリファレンスデータオブジェクトが作成される。いくつかの実施形態では、インタフェースは、時間ごと、一日の始まり、一日の終わりなど、一定の時間間隔で証券や価格の更新を受け取るように構成できる。いくつかの実施形態では、分散型台帳レイヤを管理するアプリケーションプロバイダは、リファレンスデータマネジャの権利を管理できる。
いくつかの実施形態では、リファレンスデータマネジャはシングルトンインスタンスであり、これはこのオブジェクトのインスタンスが１つだけ存在することを意味する。いくつかの実施形態では、アプリケーションは、ロイター、ブルームバーグ、または他の内部データソースのような様々な設定されたデータソースから、証券の詳細と価格データを受信する。これらのデータソースはインタフェースアプリケーションに統合され、インタフェースアプリケーションはこのデータを消費し、「レジスタ（登録）リファレンスデータ」オペレーションをトリガする。このオペレーションの一環として、ＣＵＳＩＰまたはＩＳＩＮを使用して現在のリファレンスデータオブジェクトを検索し、変更があるかどうかを導出する。一部の実施形態では、以前のリファレンスデータオブジェクトが見つからない場合、新しいリファレンスデータオブジェクトが作成され、現在のデータと以前のリファレンスデータオブジェクトとの間で変化が観察される場合、古いリファレンスデータオブジェクトがアーカイブされ、最新のデータで新しいリファレンスデータオブジェクトが作成される。いくつかの実施形態では、インタフェースは、時間ごと、一日の始まり、一日の終わりなど、一定の時間間隔で証券や価格の更新を受け取るように構成できる。いくつかの実施形態では、分散型台帳レイヤを管理するアプリケーションプロバイダは、リファレンスデータマネジャの権利を管理できる。
ｃ）トレードマネジャ
一部の実施形態では、トレードマネジャはシングルトンインスタンスである場合があり、これはこのオブジェクトのインスタンスが１つだけ存在することを意味する。いくつかの実施形態では、トレードマネジャはアプリケーションＡＰＩおよびインタフェースと統合され、作成、改訂、決済など様々なトレードライフサイクルの管理を担当する。トレードライフサイクルオペレーションの一部を図２Ｆに示す。いくつかの実施形態では、アプリケーションは参加者からトレードおよび決済指示を受信し、さまざまなトレード管理サブルーチンをトリガする。これらは、あるデータ状態から別のデータ状態にトレードを移動させる。一部の実施形態では、分散型台帳レイヤを管理するエンティティは、トレードオブジェクトに関する権利を管理し、トレード参加者に修正権を委任できる。
一部の実施形態では、トレードマネジャはシングルトンインスタンスである場合があり、これはこのオブジェクトのインスタンスが１つだけ存在することを意味する。いくつかの実施形態では、トレードマネジャはアプリケーションＡＰＩおよびインタフェースと統合され、作成、改訂、決済など様々なトレードライフサイクルの管理を担当する。トレードライフサイクルオペレーションの一部を図２Ｆに示す。いくつかの実施形態では、アプリケーションは参加者からトレードおよび決済指示を受信し、さまざまなトレード管理サブルーチンをトリガする。これらは、あるデータ状態から別のデータ状態にトレードを移動させる。一部の実施形態では、分散型台帳レイヤを管理するエンティティは、トレードオブジェクトに関する権利を管理し、トレード参加者に修正権を委任できる。
ｄ）アセットマネジャ
いくつかの実施形態では、アセットマネジャのインスタンスは、オンボードエンティティごとに作成される。いくつかの実施形態では、各アセットマネジャは、エンティティのデジタル化されたアセットの管理、アセットオブジェクトの作成と特定のアカウントへのタグ付け、エンティティのポジションのロードと修正、トレードの担保アセットと現金アセットのデリバリの作成を担当し得る。いくつかの実施形態では、アセットマネジャのエンティティは、ガバナンス権を保持し、アプリケーションプロバイダに、開始日／終了日のロード、ポジション同期などのような、いくつかのオペレーションを委任する委任権を提供し得る。
いくつかの実施形態では、アセットマネジャのインスタンスは、オンボードエンティティごとに作成される。いくつかの実施形態では、各アセットマネジャは、エンティティのデジタル化されたアセットの管理、アセットオブジェクトの作成と特定のアカウントへのタグ付け、エンティティのポジションのロードと修正、トレードの担保アセットと現金アセットのデリバリの作成を担当し得る。いくつかの実施形態では、アセットマネジャのエンティティは、ガバナンス権を保持し、アプリケーションプロバイダに、開始日／終了日のロード、ポジション同期などのような、いくつかのオペレーションを委任する委任権を提供し得る。
３．分散型ビジネスマネジャ
いくつかの実施形態では、分散型ビジネスマネジャは、マーケットが規定する標準的な方法で分散型ビジネスオブジェクトの管理を行う。あるエンティティがあるフローでトレードを実行したいというシナリオがあるであろう。これらは顧客固有のワークフローとも呼ばれ、各エンティティの内部オペレーションや取引相手とのやりとりに合わせてカスタマイズされている。
いくつかの実施形態では、分散型ビジネスマネジャは、マーケットが規定する標準的な方法で分散型ビジネスオブジェクトの管理を行う。あるエンティティがあるフローでトレードを実行したいというシナリオがあるであろう。これらは顧客固有のワークフローとも呼ばれ、各エンティティの内部オペレーションや取引相手とのやりとりに合わせてカスタマイズされている。
これらのフローは、マーケットで規定されるフローからわずかに逸脱しているかもしれないが、最終的な状態は、マーケットが期待するフローに完全に準拠している。エンティティが独自の最適化されたワークフローを構築できるよう、クライアントごとに設計され、必要に応じて展開される。
エンティティから指示を受け取ると、エンティティオブジェクトのエンティティコンフィギュレーションと照合される。アカウントトレードタイプの組み合わせに基づいて、これらの指示は特定のエンティティワークフローにマッピングされる。その後、図２Ｇに描かれているように実行される。これらの分散型ビジネスワークフローは、エンティティごとに構築でき、場合によっては、同じマーケット慣行に従うエンティティ間で再利用することもできる。
４．分散型ビジネスライブラリ
いくつかの実施形態では、分散型台帳レイヤは、例えば、様々なトレード管理オペレーションを支援する様々なユーティリティサブルーチンを含む分散型ビジネスライブラリを含むことができる。これらの関数には、以下のようなオペレーションを可能にする数学的関数がいくつか含まれている：
ｉ．利息の計算、
ｉｉ．トレード額と担保価格に基づいて担保割り当て量を計算、
ｉｉｉ．担保マーケット価値の計算、
ｉｖ．クーポン付担保価値の計算、
ｖ．クーポン価値の計算。
いくつかの実施形態では、分散型台帳レイヤは、例えば、様々なトレード管理オペレーションを支援する様々なユーティリティサブルーチンを含む分散型ビジネスライブラリを含むことができる。これらの関数には、以下のようなオペレーションを可能にする数学的関数がいくつか含まれている：
ｉ．利息の計算、
ｉｉ．トレード額と担保価格に基づいて担保割り当て量を計算、
ｉｉｉ．担保マーケット価値の計算、
ｉｖ．クーポン付担保価値の計算、
ｖ．クーポン価値の計算。
５．トレード決済－アセットデリバリメカニズム
ある実施形態では、一旦トレードがシステムに登録されると、その状態の動作を決定する属性はほとんどない。属性には以下が含まれるが、これらに限定されるものではない：
ｉ．トレード参加者
ａ．提供者：担保を提供する責任を負う者
ｂ．受取人：現金を提供する責任を負う者
ｉｉ．－担保の識別子および数量
ａ．トレードには単一または複数の担保がある。
ｉｉｉ．－現金の識別子と金額
ａ．通常、米ドル
ある実施形態では、一旦トレードがシステムに登録されると、その状態の動作を決定する属性はほとんどない。属性には以下が含まれるが、これらに限定されるものではない：
ｉ．トレード参加者
ａ．提供者：担保を提供する責任を負う者
ｂ．受取人：現金を提供する責任を負う者
ｉｉ．－担保の識別子および数量
ａ．トレードには単一または複数の担保がある。
ｉｉｉ．－現金の識別子と金額
ａ．通常、米ドル
アプリケーションが決済指示を受信すると、十分な現金または担保があるかどうかの参加者在庫のチェックを含むがこれに限定されない様々な検証の後、アトミックトランザクションに包まれた一連のステップが実行される。
以下について考察する。
ｉ．当事者Ａと当事者Ｂの間で登録されたトレード。
ａ．当事者Ａは提供者。担保を提供し、現金を受け取る。
ｂ．当事者Ｂは受取人。現金を提供し、担保を受け取る。
ｉｉ．トレードは決済する必要がある。
ａ．ＣＵＳＩＰ１の５００万ドル
ｂ．ＣＵＳＩＰ２の５００万ドル
ｉｉｉ．トレードは１０００万ドルを現金（米ドル）で決済する必要がある。
ｉｖ．当事者Ａの在庫は以下の通りである。
ａ．ＣＵＳＩＰＡ：１０００万ドル
ｂ．ＣＵＳＩＰＢ：１５００万ドル
ｃ．米ドル：２００万ドル
ｖ．当事者Ｂの在庫は以下の通りである。
ａ．ＣＵＳＩＰＡ：２００万ドル
ｂ．米ドル：２０００万ドル
ｉ．当事者Ａと当事者Ｂの間で登録されたトレード。
ａ．当事者Ａは提供者。担保を提供し、現金を受け取る。
ｂ．当事者Ｂは受取人。現金を提供し、担保を受け取る。
ｉｉ．トレードは決済する必要がある。
ａ．ＣＵＳＩＰ１の５００万ドル
ｂ．ＣＵＳＩＰ２の５００万ドル
ｉｉｉ．トレードは１０００万ドルを現金（米ドル）で決済する必要がある。
ｉｖ．当事者Ａの在庫は以下の通りである。
ａ．ＣＵＳＩＰＡ：１０００万ドル
ｂ．ＣＵＳＩＰＢ：１５００万ドル
ｃ．米ドル：２００万ドル
ｖ．当事者Ｂの在庫は以下の通りである。
ａ．ＣＵＳＩＰＡ：２００万ドル
ｂ．米ドル：２０００万ドル
ある実施形態では、すべてのデリバリオブジェクトは、それ自体がトレード識別子にタグ付けされ、このデリバリをそのトレード専用とする。デリバリは、そのトレード識別子と一致しないトレードに修正、移送、または割り当てることはできない。万が一、トレードがキャンセルされた場合、デリバリをリコールすることができる。以下のオペレーションはすべてアトミックシーケンスである。何らかのステップが失敗した場合、すべてが初期状態にロールバックされる。
例のトレードでは、在庫の初期状態が図２Ｈに描かれている。
図２Ｉには、提供者が担保のデリバリを作成するデリバリ作成が描かれている。
図２Ｊには、受取人が現金のデリバリを作成するデリバリ作成が描かれている。
図２Ｋには、提供者が現金のデリバリを受諾するデリバリ受諾が描かれている。
［０１３９］
図２Ｌには、受取人が担保のデリバリを受諾するデリバリ受諾が描かれている。
図２Ｌには、受取人が担保のデリバリを受諾するデリバリ受諾が描かれている。
図２Ｈ～図２Ｌの工程後の最終在庫が、図２Ｍに描かれている。この例における最終的な在庫には、たとえば、当事者Ａの在庫：ＣＵＳＩＰＡ－５００万ドル、ＣＵＳＩＰＢ－１０００万ドル、ＵＳＤ－１２００万ドル、当事者Ｂの在庫：ＣＵＳＩＰＡ－７００万ドル、ＣＵＳＩＰＢ－５００万ドル、ＵＳＤ－１０００万ドル、が含まれ得る。
いくつかの実施形態では、分散型台帳レイヤで実行される各イベントは、例えば、上述の図１について説明したように、イベント管理システムに提供され得る。イベントは、アクティブコントラクトプロバイダがアクセスできるように、クエリストアで参照できる。いくつかの実施形態では、ＡＰＩコアの台帳クエリサービスは、したがって、コントラクトおよびテンプレートクエリをクエリするために、アクティブコントラクトプロバイダを介して台帳からイベントをクエリできる。
図３Ａ、図３Ｂ、図３Ｃ、図３Ｄ、および図３Ｅは、本開示の１つ以上の実施形態による、ＤＬＲシステム上のペアのオペレーション－逆オペレーション機能のための一時的なトークン交換方法を示す。
いくつかの実施形態では、ＤＬＲシステム３００は、各エンティティに関連付けられ、サードパーティのカストディアンによって保持されるバケットを統合する構造を含み得る。ある実施形態では、エンティティは、２つの異なる無関係なエンティティを含むことがある。
いくつかの実施形態では、ＤＬＲシステム３００は、各エンティティに関連付けられ、サードパーティのカストディアンによって保持されるバケットを統合する構造を含み得る。ある実施形態では、エンティティは、２つの異なる無関係なエンティティを含むことがある。
一部の実施形態では、ペアのオペレーション－逆オペレーション機能のためのＤＬＲシステムにおける一時的なトークン交換の一例として、例えば、レポ契約を挙げることができる。一部の実施形態では、当事者間のレポ契約は、レポのために米国および英国のマーケットで現在使用されている既存の標準契約の条件に従い、ＤＬＴを使用してＤＬＲシステム上で管理できる。例えば、マスターレポ契約（「ＭＲＡ」）やグローバルマスターレポ契約（「ＧＭＲＡ」）などである。これらの契約は、それぞれニューヨーク法と英国法に準拠する。いくつかの実施形態では、ＤＬＲソリューションは、サードパーティのカストディアンを含むレポ当事者が、資格の許諾に基づき、スマートコントラクトの条件とデジタル台帳に記載された担保を可視化できるようにする。
ＭＲＡは、担保をデジタル的にミラーリングまたは表現するための分散型台帳の使用や、特定のレポ関連手順を実行するためのスマートコントラクトの使用を特に想定していないため、ＤＬＲシステムの利用者は、そのような機能をこれらの契約の標準条項に統合するために、ＭＲＡの補遺版の締結を検討すべきである。同様に、ＤＬＲシステムのユーザは、ＤＬＲソリューションの機能性をカストディプロセスに統合するために、慣習的なカストディアンの契約の補遺を締結することも検討すべきである。
一部の実施形態では、エンティティＡ３０１およびエンティティＢ３０２の２つ以上のエンティティが、ＡＰＩコア３１０を介してＤＬＲシステム３００とインタフェースし得る。いくつかの実施形態において、ＡＰＩレイヤ３１０は、例えば、上述の図１に記載されるような外部データインタフェース、および／または上述の図２Ａに描かれるようなＡＰＩコアを含み得る。いくつかの実施形態では、ＡＰＩコア３１０を使用して、エンティティＡ３０１およびエンティティＢ３０２は、例えば図１の分散型台帳ランタイムおよび／または図２Ａの分散型台帳レイヤなどのＤＬＲレイヤ３２０のＳＥＳＣを使用して、トークンベースのトランザクションを開始する指示を提供できる。一部の実施形態では、ＡＰＩコア３１０は、ＤＬＲレイヤ３２０への中央預託機関３３０の統合を促進して、トークンを実際に場所間で移動させることなく、トークンを分離および担保するためのカストディアンアカウントの使用を可能にすることもできる。
一部の実施形態では、ＤＬＲシステム３００は、エンティティＡ３０１およびエンティティＢ３０１の各々が、例えば中央預託機関３３０を含むカストディアンに、ロングボックスおよび「Ｆｏｒ ｔｈｅ Ｂｅｎｅｆｉｔ Ｏｆ」（ＦＢＯ）アカウントの２つの別個のアカウントを開設するという要件を含み得る。一部の実施形態では、中央預託機関３３０は、エンティティＡ３０１およびエンティティＢ３０２の両方のカストディアンと、またはエンティティＡ３０１およびエンティティＢ３０１のそれぞれの別々のカストディアンと、インタフェースできる。
いくつかの実施形態では、エンティティＡ３０１とエンティティＢ３０１のそれぞれがカストディアンに開設する第１のアカウントは、「ロングボックスアカウント」である。 ロングボックスアカウントは、エンティティの債務を担保するためにエンティティから預託された有価証券を保管するのに使用される。例えば、売却エンティティが元の買い手から有価証券を買い戻す債務などである。エンティティＡ３０１とエンティティＢ３０１のそれぞれがカストディアンに開設する第２のアカウントは、「ｆｏｒ ｂｅｎｅｆｉｔ ｏｆ ａｃｃｏｕｎｔ」または「ＦＢＯアカウント」である。
一部の実施形態では、トークン化されたアセットを、例えば現金などの別のトークン化されたアセットの担保として提供するエンティティは、ＡＰＩコア３１０にリクエストを送信できる。例えば、エンティティＡ３０１は、エンティティＢ３０２に１つ以上のトークン化されたアセットを担保として提供することにより、エンティティＢ３０２とペアのオペレーション－逆オペレーショントークン交換を行うことができる。いくつかの実施形態では、エンティティＡ３０１は、一時的なトークン交換に関連して担保を提供し得、まず、エンティティＡの３０１ロングボックスアカウント３２８Ａに担保として使用できるアセットを預け得る。ロングボックスアカウント３２８Ａの証券は、担保債務を履行するために使用されることが意図されているが、そのような証券は、ロングボックスアカウントＡ３２８Ａに入金されたことにより、まだ担保とはみなされず、したがって、実際にＦＢＯアカウント３２８Ｂに移動するまで、エンティティＡ３０１の所有権および管理下にあり、この移動は、ペアのオペレーション－逆オペレーション交換に従って買い手から現金支払いを受けたときに、またそれに応答して、発生する。
しかし、いくつかの実施形態では、一旦、ロングボックスアカウント３２８ＡからＦＢＯアカウント３２８Ｂに移されると、証券はエンティティＢ３０２の利益のために担保として保有されるとみなされる。ＦＢＯアカウント３２８Ｂの保有物は、「先取特権なし」の書簡に従ってカストディアンによって保有され得る。この書簡は、ＦＢＯアカウント３２８Ｂの保有物は、カストディアンまたはカストディアンを通じて請求するいかなる人物に対しても、いかなる種類の権利、請求、担保権、先取特権または請求の対象にもならないことを確認するものである。
後述するように、一部の実施形態では、ＤＬＲ上の担保のデジタル表示は、カストディアンとの当該担保の分離後に行われる。分離は、担保に使用される証券がロングボックスアカウントからＦＢＯアカウントに移動する際に行われ、売却される証券の買い手からの現金支払いが確認された時点で行われる。デジタル表示によって、特定の米国財務省証券など、具体的な現実世界のアセットをデジタル台帳上で表現できる。この表現は、ＣＵＳＩＰによって担保と一対一で一致する形をとる。したがって、異なるＣＵＳＩＰを持つ２つの証券を含むペアのオペレーション－逆オペレーション交換がある場合、それぞれ異なる証券を表す２つの別々のデジタル表現がデジタル台帳に追加される。
いくつかの実施形態では、トレード受諾、担保の最初の売却および譲渡、担保の買い戻しに関して、エンティティＡ３０１およびエンティティＢ３０２がとる具体的なステップを以下に概説する。これらのステップもＤＬＲシステム３００によってキャプチャされ、トレード開始および受諾プロセスの各ステップの記録が作成される。
いくつかの実施形態では、エンティティＡ３０１は、ＡＰＩコア３１０を介した適切な要求により、トレードのための要求３０３でトレードを開始できる。いくつかの実施形態では、ＤＬＲシステム３００は、要求３０３の結果として要求通知を生成し、その要求通知をエンティティＢ３０２に送信し得る。いくつかの実施形態では、エンティティＢ３０２は、例えばＡＰＩコア３１０を介して要求通知を受信する。
いくつかの実施形態では、エンティティＢ３０２は、例えば適切な入力装置を介して、トレードを受け入れるか拒否するかの応答３０４を選択できる。いくつかの実施形態では、選択は、ＡＰＩコア３１０を介した適切な要求を介してＤＬＲシステム３００に提供されることがある。一部の実施形態では、ＤＬＲシステム３００は、エンティティＢの３０２の選択の結果として応答通知を生成し、応答通知をエンティティＡ３０１に送信できる。いくつかの実施形態では、エンティティＡ３０１は、例えばＡＰＩコア３１０を介して、応答通知を受信する。
いくつかの実施形態では、ＤＬＲレイヤ３２０は、要求３０３と応答３０４を取り込み、割り当てトレードメッセージ３２１を形成できる。いくつかの実施形態では、割り当てトレードメッセージ３２１は、例えば、日付、担保のデジタル表示、名目価値、当事者、アカウント情報、価格、通貨など、要求３０３、応答３０４、またはその両方で指定された交換条件を含む。いくつかの実施形態では、割り当てトレードメッセージ３２１は、識別子の一致をチェックできる。識別子の一致が確認された場合、ＤＬＲレイヤ３２０は交換を続行できる。しかしながら、一致が確認されない場合、交換はキャンセルされ、要求３０３と応答３０４はエラー分析のためにメンテナンスデータベース３２３に提出され得る。
一部の実施形態では、エンティティＢ３０２からの応答３０４がエンティティＡ３０１からの要求３０３を受け入れ、識別子が一致する場合、ＤＬＲレイヤ３１０は、交換を管理するスマートコントラクトの生成をトリガできる。いくつかの実施形態では、スマートコントラクトは、例えば、ペアのオペレーション－逆オペレーション交換の特定の条件（例えば、日付、担保のデジタル表現、名目価値、当事者、アカウント情報、価格、通貨）を含み得る。
いくつかの実施形態では、ペアのオペレーション－逆オペレーション交換のオペレーションと逆オペレーションの両方を管理するために、ＤＬＲレイヤ３２０は、エンティティＡ３０１からエンティティＢ３０２に担保トークンを移転するオペレーションを管理するレポスマートコントラクト３２６と、第２のトークンの返済時にエンティティＡ３０１に担保トークンを返却する逆オペレーションを管理するリバース（逆）のレポスマートコントラクト３２５とを生成し得る。
いくつかの実施形態において、および任意選択で、上述または後述の任意の実施形態と組み合わせて、１つ以上のＳＥＳＣ（例えば、スマートコントラクト）は、所有権の移転を追跡するように構成され、サードパーティ（例えば、規制当局）がアセットの所有権を追跡することを可能にする。例えば、例示的なＡＰＩコア３１０は、外部システムまたはＡＰＩがアセットトークンの所有権の移転を実行できるようにプログラムできる。
例えば、１つ以上のＳＥＳＣ（例えば、スマートコントラクト）は、以下に限定されないが、以下のような発行ルールを検証するための自己実行コードを含むことができる：
ｉ．参加者が既存の帳簿および記録で分離されたカストディアカウントを設定しているかどうかを確認すること、
ｉｉ．アセットを発行する参加者が、分離されたカストディアカウント（例えば、ＥＯＰメンバーノードのロックされたＨＩＣアカウント）のポジション（アセット）を見つけ、移動しなければならないことを確認すること、
ｉｉｉ．参加者が、分離されたカストディアカウント（例えば、ＥＯＰメンバーノードのロックされたＨＩＣアカウント）にロックされたポジションの量に相当する量しか発行できないことを確認すること、および／または、
ｉｖ．参加者の本人と署名を確認すること。
ｉ．参加者が既存の帳簿および記録で分離されたカストディアカウントを設定しているかどうかを確認すること、
ｉｉ．アセットを発行する参加者が、分離されたカストディアカウント（例えば、ＥＯＰメンバーノードのロックされたＨＩＣアカウント）のポジション（アセット）を見つけ、移動しなければならないことを確認すること、
ｉｉｉ．参加者が、分離されたカストディアカウント（例えば、ＥＯＰメンバーノードのロックされたＨＩＣアカウント）にロックされたポジションの量に相当する量しか発行できないことを確認すること、および／または、
ｉｖ．参加者の本人と署名を確認すること。
例えば、１つ以上のＳＥＳＣ（例えば、スマートコントラクト）は、以下に限定されないが、以下のような決済条件の検証に向けられた自己実行コードを含むことができる：
ｉ．所与のＣＵＳＩＰと数量を持つアセットのトークンが貸し手側に所有され、利用可能かどうかを確認する、および／または、
ｉｉ．利用可能なトークンの量が必要な量より多い場合、トークンの量を例えば２つのアセットトークンのサブ量に分割する。
ｉ．所与のＣＵＳＩＰと数量を持つアセットのトークンが貸し手側に所有され、利用可能かどうかを確認する、および／または、
ｉｉ．利用可能なトークンの量が必要な量より多い場合、トークンの量を例えば２つのアセットトークンのサブ量に分割する。
いくつかの実施形態では、エンティティＡ３０１とエンティティＢ３０２は、ペアのオペレーション－逆オペレーション交換にコミットする。これが、トランザクションの最初の売却と譲渡、または決済の段階をトリガする。
いくつかの実施形態では、レポスマートコントラクト３２６とリバース（逆）のレポスマートコントラクト３２５は、デジタル台帳３２７に提出される。その結果、エンティティＡ３０１のロングボックスＡ３２８Ａに割り当てられたトークンは、エンティティＢ３０２の利益のために、エンティティＡ３０１のＦＢＯアカウントＡ３２８Ｂに再割り当てされ、移転される。いくつかの実施形態では、リバース（逆）のレポスマートコントラクト３２５は、エンティティＢ３０２からＦＢＯアカウントＢ３２９への第２のトークンの受信時に、台帳３２７内のエンティティＡ３０１への移転が実行されるように、エンティティＢ３０２のＦＢＯアカウントＢ３２９を制御できる。
いくつかの実施形態では、レポスマートコントラクト３２６は、トークンをＦＢＯアカウントＡ３２８Ｂに再割り当てする際に分離された指示３０６をトリガできる。いくつかの実施形態では、分離された指示３０６は、例えばＡＰＩコア３１０を介して、中央預託機関３３０に伝達され得る。いくつかの実施形態では、物理的トークンを保有する中央預託機関３３０は、分離された指示４０６の指示されたトークン担保と一致するカストディアンアカウントＡ３３１の担保をチェックできる。エンティティＡのロングボックスＡ３２８Ａの内容に基づいて、担保アセットの利用可能性が確認され、中央預託機関３３０のカストディアンによって分離され得る。担保チェック３３１を満たすと、担保チェック３３２はトークンのＦＢＯアカウントＢ３３４への移転をトリガし得、ＦＢＯアカウントＢ３３４は台帳３２７上のＦＢＯアカウントＢ３２９で表される現物アセットを保持する。
いくつかの実施形態では、交換の開始レグを満たすために、中央預託機関３３０は、ペアのオペレーション－逆オペレーション交換の条件に従って、エンティティＢ３０２に現金貸方指示を発行し、エンティティＡ３０１に対応する価値の現金借方指示を発行し、したがって、合意された第２のアセット（例えば、現金）をエンティティＡ３０１に提供できる。第２のアセットの移転の結果、担保トークンは、エンティティＡ３０１のカストディアンアカウントＡ３３１からエンティティＢ３０２のカストディアンアカウントＢ３３３に移動し得る。
いくつかの実施形態では、カストディアンアカウントＢ３３３への移動の結果として、中央預託機関３３０は、例えばＡＰＩコア３１０を介してＤＬＲレイヤ３２０に戻る移動エントリ３０８を発行できる。いくつかの実施形態では、移動エントリ３０８は、レポスマートコントラクト３２６の条件をトリガして、ＦＢＯアカウントＡ３２８ＢからＦＢＯアカウントＡ３２９への担保トークンの再割り当てを引き起こし得、したがって、ペアのオペレーション－逆オペレーション交換のオープニングレグに対するトークン化アセットの、検証可能かつ不変の分離、担保化および移動のための台帳３２７上の移動に記録される。従って、台帳３２７は、中央預託機関４３０に現物アセットを維持しながら、アセットの分離を達成でき、その結果、アセットを移転するためのリソースを削減すると同時に、攻撃や詐欺のベクトルも削減できる。
一部の実施形態では、エンティティＢ３０２のＦＢＯアカウント３２９への担保の移動は、デジタル台帳３２７上での担保のデジタル表示の作成と、分散型台帳３２７上で担保がエンティティＡ３０１からエンティティＢ３０２に割り当てられたことを確認するＤＬＲシステム３００からの当事者への決済通知の送信をトリガする。
いくつかの実施形態では、ペアのオペレーション－逆オペレーション交換のクローズレグは、リバース（逆）のスマートコントラクト３２５の条件に基づいてトリガされ得る。クローズレグは、エンティティが入れ替わる以外はオープニングレグを反映し、エンティティＢ３０２が、レポスマートコントラクト３２６ではなくリバース（逆）のレポスマートコントラクト３２５に基づいて、エンティティＡ３０１へのＦＢＯアカウントＡ３２８Ａ内への移転のための担保トークンの保有者となる。したがって、エンティティＡ３０１は、第２のアセットをエンティティＢ３０２に払い戻すよう指示され、中央預託機関４３０に、担保アセットをカストディアンアカウントＢ３３３からカストディアンアカウントＡ３３１に移動させ、ＤＬＲレイヤ３２０に移動エントリ３０８をトリガして、担保トークンをＦＢＯアカウントＢ３２９からＦＢＯアカウントＡ３２８Ｂに再割り当てすることによって移動を記録する。
一部の実施形態では、ＤＬＲシステム３００は決済通知を送信し、担保と現金が適切な当事者に割り当てられたことを台帳に表示し得る。
図４Ａ、図４Ｂ、図４Ｃ、図４Ｄ、および図４Ｅは、本開示の１つ以上の実施形態による、１つのエンティティの２つのサブエンティティ間のＤＬＲシステムにおけるペアのオペレーション－逆オペレーション機能のための一時的なトークン交換方法を示す図である。
いくつかの実施形態では、ＤＬＲシステム４００は、エンティティ４０１の各サブエンティティに個別のバケットを含めることによって、エンティティ４０１に関連するバケットを統合する構造を含むことができる。したがって、いくつかの実施形態では、エンティティ４０１のサブエンティティＡ４０１Ａおよびエンティティ４０１のサブエンティティＢ４０１Ｂはそれぞれ、サードパーティのカストディアンによって保有される２つのバケットを有できる。
一部の実施形態では、ペアのオペレーション－逆オペレーション機能のためのＤＬＲシステムにおける一時的なトークン交換の一例として、例えば、レポ契約を挙げることができる。一部の実施形態では、当事者間のレポ契約は、レポのために米国および英国のマーケットで現在使用されている既存の標準契約の条件に従い、ＤＬＴを使用してＤＬＲシステム上で管理できる。例えば、マスターレポ契約（「ＭＲＡ」）やグローバルマスターレポ契約（「ＧＭＲＡ」）などである。これらの契約はそれぞれニューヨーク法と英国法に準拠する。いくつかの実施形態では、ＤＬＲソリューションは、サードパーティのカストディアンを含むレポ当事者が、資格の許諾に基づき、スマートコントラクトの条件とデジタル台帳に記載された担保を可視化できるようにする。
いくつかの実施形態では、ＤＬＲシステム４００は、エンティティ４０１の各サブエンティティに個別のバケットを含めることによって、エンティティ４０１に関連するバケットを統合する構造を含むことができる。したがって、いくつかの実施形態では、エンティティ４０１のサブエンティティＡ４０１Ａおよびエンティティ４０１のサブエンティティＢ４０１Ｂはそれぞれ、サードパーティのカストディアンによって保有される２つのバケットを有できる。
一部の実施形態では、ペアのオペレーション－逆オペレーション機能のためのＤＬＲシステムにおける一時的なトークン交換の一例として、例えば、レポ契約を挙げることができる。一部の実施形態では、当事者間のレポ契約は、レポのために米国および英国のマーケットで現在使用されている既存の標準契約の条件に従い、ＤＬＴを使用してＤＬＲシステム上で管理できる。例えば、マスターレポ契約（「ＭＲＡ」）やグローバルマスターレポ契約（「ＧＭＲＡ」）などである。これらの契約はそれぞれニューヨーク法と英国法に準拠する。いくつかの実施形態では、ＤＬＲソリューションは、サードパーティのカストディアンを含むレポ当事者が、資格の許諾に基づき、スマートコントラクトの条件とデジタル台帳に記載された担保を可視化できるようにする。
ＭＲＡは、担保をデジタル的にミラーリングまたは表現するための分散型台帳の使用や、特定のレポ関連手順を実行するためのスマートコントラクトの使用を特に想定していないため、ＤＬＲシステムの利用者は、そのような機能をこれらの契約の標準条項に統合するために、ＭＲＡの補遺版の締結を検討すべきである。同様に、ＤＬＲシステムのユーザは、ＤＬＲソリューションの機能性をカストディプロセスに統合するために、慣習的なカストディアン契約の補遺を締結することも検討すべきである。
いくつかの実施形態では、２つ以上のエンティティ、サブエンティティＡ４０１ＡおよびサブエンティティＢ４０１Ｂは、ＡＰＩコア４１０を介してＤＬＲシステム４００とインタフェースできる。いくつかの実施形態では、ＡＰＩレイヤ４１０は、例えば、上述の図１に記載されるような外部データインタフェース、および／または上述の図２Ａに描かれるようなＡＰＩコアを含み得る。いくつかの実施形態では、ＡＰＩコア４１０を使用して、サブエンティティＡ４０１ＡおよびサブエンティティＢ４０１Ｂは、例えば、図１の分散型台帳ランタイムおよび／または図２Ａの分散型台帳レイヤなどのＤＬＲレイヤ４２０のＳＥＳＣを使用して、トークンベースのトランザクションを開始する指示を提供できる。一部の実施形態では、ＡＰＩコア４１０は、ＤＬＲレイヤ４２０への中央預託機関４３０の統合を促進して、トークンを実際に場所間で移動させることなく、トークンを分離および担保するためのカストディアンアカウントの使用を可能にすることもできる。
一部の実施形態では、ＤＬＲシステム４００は、サブエンティティＡ４０１ＡとエンティティＢ４０１の各々が、例えば中央預託機関４３０を含むカストディアンに、ロングボックスアカウントと「Ｆｏｒ ｔｈｅ Ｂｅｎｅｆｉｔ Ｏｆ」（ＦＢＯ）アカウントの２つの別個のアカウントを開設する要件を含み得る。いくつかの実施形態では、中央預託機関４３０は、サブエンティティＡ４０１ＡおよびサブエンティティＢ４０１Ｂの両方のカストディアンと、またはサブエンティティＡ４０１ＡおよびエンティティＢ４０１のそれぞれの別々のカストディアンと、インタフェースできる。
いくつかの実施形態では、サブエンティティＡ４０１ＡおよびエンティティＢ４０１のそれぞれがカストディアンに開設する第１のアカウントは、「ロングボックスアカウント」である。ロングボックスアカウントは、エンティティの債務を担保するためにエンティティから預託された有価証券を保管するために使用される。例えば、売却エンティティが元の買い手から有価証券を買い戻す債務などである。サブエンティティＡ４０１ＡとエンティティＢ４０１のそれぞれがカストディアンに開設する第２のアカウントは、「ｆｏｒ ｂｅｎｅｆｉｔ ｏｆ ａｃｃｏｕｎｔ」または「ＦＢＯアカウント」である。
いくつかの実施形態では、トークン化されたアセットを、例えば現金などの別のトークン化されたアセットの担保として提供するエンティティは、ＡＰＩコア４１０にリクエストを提出できる。例えば、サブエンティティＡ４０１Ａは、サブエンティティＢ４０１Ｂに１つ以上のトークン化されたアセットを担保として提供することで、サブエンティティＢ４０１Ｂとペアのオペレーション－逆オペレーションのトークン交換を行い得る。いくつかの実施形態では、サブエンティティＡ４０１Ａは、一時的なトークン交換に関連して担保を提供し得、最初にエンティティＡの４０１ロングボックスアカウント４２８Ａに担保として使用できるアセットを預け得る。ロングボックスアカウント４２８Ａの有価証券は、担保債務を履行するために使用されることを意図しているが、そのような有価証券は、ロングボックスアカウントＡ１（４２８Ａ）に預け入れられたことにより、まだ担保とみなされておらず、したがって、ＦＢＯアカウント４２８Ｂに実際に移動するまで、サブエンティティＡ４０１Ａの所有権および管理下にあり、この移動は、ペアのオペレーション－逆オペレーション交換に従って買い手から現金支払いを受けたときに、またそれに応答して、発生する。
しかし、いくつかの実施形態では、一旦ロングボックスアカウント４２８ＡからＦＢＯアカウント４２８Ｂに移されると、証券はサブエンティティＢ４０１Ｂの利益のために担保として保有されるとみなされる。ＦＢＯアカウント４２８Ｂの保有物は、「先取特権なし」の書簡に従ってカストディアンが保有できる。この書簡は、ＦＢＯアカウント４２８Ｂの保有物は、カストディアンまたはカストディアンを通じて請求するいかなる人物に対しても、いかなる種類の権利、請求、担保権、先取特権または請求の対象にもならないことを確認するものである。
後述するように、一部の実施形態では、ＤＬＲ上の担保のデジタル表示は、カストディアとの当該担保の分離後に行われる。分離は、担保に使用される証券がロングボックスアカウントからＦＢＯアカウントに移動する際に行われ、売却される証券の買い手からの現金支払いが確認された時点で行われる。デジタル表示によって、特定の米国財務省証券など、具体的な現実世界のアセットをデジタル台帳上で表現できる。この表現は、ＣＵＳＩＰによって担保と一対一で一致する形をとる。したがって、異なるＣＵＳＩＰを持つ２つの証券を含むペアオペレーション－逆オペレーションの交換がある場合、それぞれ異なる証券を表す２つの別々のデジタル表現がデジタル台帳に追加される。
いくつかの実施形態では、トレードの受諾、担保の最初の売却と譲渡、および担保の買い戻しに関して、サブエンティティＡ４０１ＡおよびサブエンティティＢ４０１Ｂが取る具体的なステップを以下に概説する。これらのステップもＤＬＲシステム４００によってキャプチャされ、トレード開始および受諾プロセスの各ステップの記録が作成される。
いくつかの実施形態では、サブエンティティＡ４０１Ａは、ＡＰＩコア４１０を介した適切な要求により、トレードのための要求４０３でトレードを開始できる。いくつかの実施形態では、ＤＬＲシステム４００は、要求４０３の結果として要求通知を生成し、その要求通知をサブエンティティＢ４０１Ｂに送信できる。いくつかの実施形態では、サブエンティティＢ４０１Ｂは、例えばＡＰＩコア４１０を介して要求通知を受信する。
いくつかの実施形態では、サブエンティティＢ４０１Ｂは、例えば適切な入力装置を介して、トレードを受け入れるか拒否するかの応答４０４を選択できる。いくつかの実施形態では、選択は、ＡＰＩコア４１０を介した適切な要求によってＤＬＲシステム４００に提供される。一部の実施形態では、ＤＬＲシステム４００は、エンティティＢの４０２の選択の結果として応答通知を生成し、応答通知をサブエンティティＡ４０１Ａに送信できる。いくつかの実施形態では、サブエンティティＡ４０１Ａは、例えばＡＰＩコア４１０を介して応答通知を受信する。
いくつかの実施形態では、ＤＬＲレイヤ４２０は、要求４０３と応答４０４を取り込み、割り当てトレードメッセージ４２１を形成できる。いくつかの実施形態では、割り当てトレードメッセージ４２１は、例えば、日付、担保のデジタル表示、名目価値、当事者、アカウント情報、価格、通貨など、要求４０３、応答４０４、またはその両方で指定された交換条件を含む。いくつかの実施形態では、割り当てトレードメッセージ４２１は、識別子の一致をチェックできる。識別子の一致が確認された場合、ＤＬＲレイヤ４２０は交換を続行できる。しかしながら、一致が確認されない場合、交換はキャンセルされ、要求４０３と応答４０４は、エラー分析のためにメンテナンスデータベース４２３に提出され得る。
いくつかの実施形態では、サブエンティティＢ４０１Ｂからの応答４０４がサブエンティティＡ４０１Ａからの要求４０３を受け入れ、識別子が一致する場合、ＤＬＲレイヤ４１０は、交換を管理するスマートコントラクトの生成をトリガできる。いくつかの実施形態では、スマートコントラクトは、例えば、ペアのオペレーション－逆オペレーション交換の特定の条件（例えば、日付、担保のデジタル表現、名目価値、当事者、アカウント情報、価格、通貨）を含むことができる。
いくつかの実施形態では、ペアのオペレーション－逆オペレーション交換のオペレーションと逆のオペレーションの両方を管理するために、ＤＬＲレイヤ４２０は、担保トークンをサブエンティティＡ４０１ＡからサブエンティティＢ４０１Ｂに移転するオペレーションを管理するレポスマートコントラクト４２６と、第２のトークンの返済時に担保トークンをサブエンティティＡ４０１Ａに返却する逆のオペレーションを管理するリバース（逆）のレポスマートコントラクト４２５を生成できる。
いくつかの実施形態において、および任意選択で、上述または後述の任意の実施形態と組み合わせて、１つ以上のＳＥＳＣ（例えば、スマートコントラクト）は、所有権の移転を追跡するように構成され、サードパーティ（例えば、規制当局）がアセットの所有権を追跡することを可能にする。例えば、例示的なＡＰＩコア４１０は、外部システムまたはＡＰＩがアセットトークンの所有権の移転を実行できるようにプログラムできる。
例えば、１つ以上のＳＥＳＣ（例えば、スマートコントラクト）は、以下に限定されないが、以下のような発行ルールを検証するための自己実行コードを含むことができる：
ｖ．参加者が既存の帳簿および記録で分離されたカストディアカウントを設定しているかどうかを確認すること、
ｖｉ．アセットを発行する参加者が、分離されたカストディアカウント（例えば、ＥＯＰメンバーノードのロックされたＨＩＣアカウント）のポジション（アセット）を見つけ、移動しなければならないことを確認すること、
ｖｉｉ．参加者が、分離されたカストディアカウント（例えば、ＥＯＰメンバーノードのロックされたＨＩＣアカウント）にロックされたポジションの量に相当する量しか発行できないことを確認すること、および／または、
ｖｉｉｉ．参加者の本人と署名を確認すること。
ｖ．参加者が既存の帳簿および記録で分離されたカストディアカウントを設定しているかどうかを確認すること、
ｖｉ．アセットを発行する参加者が、分離されたカストディアカウント（例えば、ＥＯＰメンバーノードのロックされたＨＩＣアカウント）のポジション（アセット）を見つけ、移動しなければならないことを確認すること、
ｖｉｉ．参加者が、分離されたカストディアカウント（例えば、ＥＯＰメンバーノードのロックされたＨＩＣアカウント）にロックされたポジションの量に相当する量しか発行できないことを確認すること、および／または、
ｖｉｉｉ．参加者の本人と署名を確認すること。
例えば、１つ以上のＳＥＳＣ（例えば、スマートコントラクト）は、以下に限定されないが、以下のような決済条件の検証に向けられた自己実行コードを含むことができる：
ｉｉｉ．所与のＣＵＳＩＰと数量を持つアセットトークンが貸し手側に所有され、利用可能かどうかを確認すること、および／または、
ｉｖ．利用可能なトークンの量が必要な量より多い場合、トークンの量を例えば２つのアセットトークンのサブ量に分割すること。
ｉｉｉ．所与のＣＵＳＩＰと数量を持つアセットトークンが貸し手側に所有され、利用可能かどうかを確認すること、および／または、
ｉｖ．利用可能なトークンの量が必要な量より多い場合、トークンの量を例えば２つのアセットトークンのサブ量に分割すること。
いくつかの実施形態では、サブエンティティＡ４０１ＡとサブエンティティＢ４０１Ｂは、ペアのオペレーション－逆オペレーション交換にコミットされる。これが、トランザクションの最初の売却と譲渡、または決済の段階を引き起こす。
いくつかの実施形態では、レポスマートコントラクト４２６とリバース（逆）のレポスマートコントラクト４２５は、デジタル台帳４２７に提出される。その結果、サブエンティティＡ４０１ＡのロングボックスＡ１（４２８Ａ）に割り当てられたトークンは、サブエンティティＢ４０１Ｂの利益のために、サブエンティティＡ４０１ＡのＦＢＯアカウントＡ１（４２８Ｂ）に再割り当てされ、したがって移転される。いくつかの実施形態では、リバース（逆）のレポスマートコントラクト４２５は、サブエンティティＢ４０１ＢからＦＢＯアカウントＡ２（４２９）への第２のトークンの受信時に、台帳４２７内のサブエンティティＡ４０１Ａへの移転が実行されるように、サブエンティティＢ４０１ＢのＦＢＯアカウントＡ２（４２９）を制御できる。
いくつかの実施形態では、レポスマートコントラクト４２６は、トークンをＦＢＯアカウントＡ１（４２８Ｂ）に再割り当てする際に、分離された指示４０６をトリガし得る。いくつかの実施形態では、分離された指示４０６は、例えばＡＰＩコア４１０を介して中央預託機関４３０に伝達され得る。いくつかの実施形態では、物理的トークンを保有する中央預託機関４３０は、分離された指示４０６の指示されたトークン担保と一致するカストディアンアカウントＡ１（４３１）の担保をチェックできる。エンティティＡのロングボックスＡ１（４２８Ａ）の内容に基づいて、担保アセットの利用可能性が確認され、中央預託機関４３０のカストディアンによって分離され得る。担保チェック４３１を満たすと、担保チェック４３２は、トークンのＦＢＯアカウントＡ２（４３４）への移転をトリガし得、ＦＢＯアカウントＡ２（４３４）は台帳４２７上のＦＢＯアカウントＡ２（４２９）で表される現物アセットを保持する。
いくつかの実施形態では、交換の開始レグを履行するために、中央預託機関４３０は、ペアのオペレーション－逆オペレーション交換の条件に従って、サブエンティティＢ４０１Ｂに現金貸方指示を発行し、サブエンティティＡ４０１Ａに対応する価値の現金借方指示を発行でき、したがって、合意された第２のアセット（例えば、現金）をサブエンティティＡ４０１Ａに提供できる。第２のアセットの移転の結果、担保トークンは、サブエンティティＡ４０１ＡのカストディアンアカウントＡ１（４３１）からサブエンティティＢ４０１ＢのカストディアンアカウントＡ２（４３３）に移動し得る。
いくつかの実施形態では、カストディアンアカウントＡ２３３への移動の結果として、中央預託機関４３０は、例えばＡＰＩコア４１０を介してＤＬＲレイヤ４２０に戻る移動エントリ４０８を発行し得る。いくつかの実施形態では、移動エントリ４０８は、レポスマートコントラクト４２６の条件をトリガして、ＦＢＯアカウントＡ１（４２８Ｂ）からＦＢＯアカウントＡ１（４２９）への担保トークンの再割当を引き起こし得、したがって、ペアのオペレーション－逆オペレーション交換の開始レグに対するトークン化アセットの、検証可能かつ不変の分離、担保化および移動のための台帳４２７上の移動に記録される。従って、台帳４２７は、中央預託機関４３０に現物アセットを維持しながら、アセットの分離を達成し得、その結果、アセットの移転に係るリソースを削減すると同時に、攻撃や詐欺のベクトルも削減することができる。
一部の実施形態では、エンティティＢの４０２ ＦＢＯアカウント４２９への担保の移動が、デジタル台帳４２７上での担保のデジタル表示の作成と、分散型台帳４２７上で担保がサブエンティティＡ４０１ＡからサブエンティティＢ４０１Ｂに割り当てられたことを確認するＤＬＲシステム４００からの当事者への決済通知の送信のトリガとなる。
いくつかの実施形態では、ペアのオペレーション－逆オペレーション交換のクローズレグは、リバース（逆）のスマートコントラクト４２５の条件に基づいてトリガされ得る。サブエンティティＢ４０１Ｂが、レポスマートコントラクト４２６ではなくリバース（逆）のレポスマートコントラクト４２５に基づいて、サブエンティティＡ４０１ＡへのＦＢＯアカウントＡ１（４２８Ａ）内への移転のための担保トークンの保有者であるという点で、エンティティが入れ替わることを除いて、クロージングレグはオープニングレグを反映する。したがって、サブエンティティＡ４０１Ａは、サブエンティティＢ４０１Ｂに第２のアセットを払い戻すよう指示され、中央預託機関４３０は、カストディアンアカウントＡ２（４３３）からカストディアンアカウントＡ１（４３１）に担保アセットを移動させ、ＤＬＲレイヤ４２０に移動エントリ４０８をトリガして、ＦＢＯアカウントＡ２（４２９）からＦＢＯアカウントＡ１（４２８Ｂ）に担保トークンを再割り当てして移動を記録する。
一部の実施形態では、ＤＬＲシステム４００は決済通知を送信し、担保と現金が適切な当事者に割り当てられたことを台帳に表示し得る。
図５Ａ、図５Ｂ、図５Ｃ、および図５Ｄは、本開示の１つ以上の実施形態による、カストディアンを使用しない、１つのエンティティの２つのサブエンティティ間のＤＬＲシステムにおけるペアのオペレーション－逆オペレーション機能のための一時的なトークン交換方法を示す図である。
一部の実施形態では、ＤＬＲシステム５００は、エンティティ内のトークンおよびアセット移動のために、ペアのオペレーション－逆オペレーション交換を実行するように構成され得る。例えば、エンティティ５０１は、サブエンティティＡ５０１ＡとサブエンティティＢ５０１Ｂの２つのサブエンティティを有し得る。いくつかの実施形態では、交換の効率をさらに向上させるために、中央預託機関を省略し、統一された預託場所をＤＬＲレイヤ５２０と統合できる。いくつかの実施形態では、統一された預託場所は、エンティティ５０１のサブエンティティＡ５０１とサブエンティティＢ５０２の両方のための単一のアカウントを含むことができ、それは、サードパーティのカストディアンに保持され得るか、またはサブエンティティＡ５０１とサブエンティティＢ５０２の一方の帳簿と記録に内部的に保持され得、それはまた、トランザクションのカストディアンとして機能し得る。
一部の実施形態では、ペアのオペレーション－逆オペレーション機能のためのＤＬＲシステムにおける一時的なトークン交換の一例として、例えば、レポ契約を挙げることができる。いくつかの実施形態では、例えば子会社などの、単一のエンティティのサブエンティティ間のレポ契約は、レポのために米国及び英国のマーケットで現在使用されている既存の標準契約の条件に従い、ＤＬＴを使用してＤＬＲシステム上で管理できる。例えば、マスターレポ契約（「ＭＲＡ」）やグローバルマスターレポ契約（「ＧＭＲＡ」）などである。これらの契約はそれぞれニューヨーク法と英国法に準拠する。いくつかの実施形態では、ＤＬＲソリューションは、サードパーティのカストディアンを含むレポ当事者が、資格の許諾に基づき、スマートコントラクトの条件とデジタル台帳に記載された担保を可視化できるようにする。
ＭＲＡは、担保をデジタル的にミラーリングまたは表現するための分散型台帳の使用や、特定のレポ関連手順を実行するためのスマートコントラクトの使用を特に想定していないため、ＤＬＲシステムの利用者は、そのような機能をこれらの契約の標準条項に統合するために、ＭＲＡの補遺版の締結を検討すべきである。同様に、ＤＬＲシステムのユーザは、ＤＬＲソリューションの機能性をカストディプロセスに統合するために、慣習的なカストディアン契約の補遺を締結することも検討すべきである。
一部の実施形態では、サブエンティティＡ５０１ＡおよびサブエンティティＢ５０１Ｂは、ＡＰＩコア５１０を介してＤＬＲシステム５００とインタフェースできる。いくつかの実施形態において、ＡＰＩレイヤ５１０は、例えば、上述の図１に記載されるような外部データインタフェース、および／または上述の図２Ａに描かれるようなＡＰＩコアを含み得る。いくつかの実施形態では、ＡＰＩコア５１０を使用して、サブエンティティＡ５０１ＡおよびサブエンティティＢ５０１Ｂは、例えば図１の分散型台帳ランタイムおよび／または図２Ａの分散型台帳レイヤなどのＤＬＲレイヤ５２０のＳＥＳＣを使用してトークンベースのトランザクションを開始する指示を提供できる。いくつかの実施形態では、サブエンティティＡ５０１ＡおよびサブエンティティＢ５０１Ｂは、共通のエンティティ５０１のサブエンティティであるため、ＤＬＲレイヤ５２０におけるアセットの交換の実行中に、中央預託機関５３０をスキップできる。むしろ、ＤＬＲレイヤ５２０は、エンティティ５０１の各サブエンティティにわたるアセットポジションを記録するために、エンティティ５０１に関連するポジション台帳５２７を組み込むことができる。したがって、ポジション台帳５２７は、カストディアンによって使用される中央預託機関の代用として機能し得る。これにより、実際のアセットは、ポジション台帳５２７を介してロングボックスアカウント全体で追跡されるポジションとともに、単一のエンティティ５０１アカウントの下で単一の場所に保有され得る。
いくつかの実施形態では、ＤＬＲシステム５００は、サブエンティティＡ５０１ＡおよびサブエンティティＢ５０１Ｂのそれぞれが、ポジション台帳５２７のエンティティ５０１の下にアカウントを確立できるという要件を含み得る。いくつかの実施形態では、アカウントは、サブエンティティＡ５０１Ａに関連するロングボックスＡ５２８Ａと、サブエンティティＢ５０１ＢのためのロングボックスＢ５２８Ｂとを含み得る。いくつかの実施形態では、各ロングボックスは、各サブエンティティがサブエンティティの債務、例えば、元の買い手から証券を買い戻す売り手エンティティの債務を担保するために預けた証券を保管するのに使用される。
いくつかの実施形態では、トークン化されたアセットを、例えば現金などの別のトークン化されたアセットの担保として提供するエンティティは、ＡＰＩコア５１０にリクエストを提出できる。例えば、サブエンティティＡ５０１Ａは、サブエンティティＢ５０１Ｂに１つ以上のトークン化されたアセットを担保として提供することで、サブエンティティＢ５０１Ｂと、ペアのオペレーション－逆オペレーションのトークン交換を行うことができる。いくつかの実施形態では、サブエンティティＡ５０１Ａは、一時的なトークン交換に関連して担保を提供し得、まず、エンティティＡの５０１ロングボックスアカウント５２８Ａに担保として使用できるアセットを預け得る。ロングボックスアカウント５２８Ａの有価証券は担保債務を履行するために使用されることを意図しているが、そのような有価証券は、ロングボックスＡ５２８Ａに入金されたことにより、まだ担保とはみなされず、したがって、そのポジションがサブエンティティＢ５０１Ｂのロングボックスアカウント５２８Ｂに再割り当てされるまで、サブエンティティＡ５０１Ａの所有権および管理下にあり、この移動は、ペアのオペレーション－逆オペレーション交換に従って買い手から現金支払いを受けたときに、またそれに応答して発生する。
一部の実施形態では、後述するように、ＤＬＲ上の担保のデジタル表示は、カストディアンによる当該担保の再割り当て後に行われる。再割り当ては、担保に使用される証券がロングボックスアカウントＡ５２８ＡからロングボックスアカウントＢ５２８Ｂに移動する際に発生し、これは売却される証券の買い手からの現金支払いが確認された際に発生する。デジタル表示によって、特定の米国財務省証券など、具体的な現実世界のアセットをデジタル台帳上で表現できる。この表現は、ＣＵＳＩＰによって担保と一対一で一致する形をとる。したがって、異なるＣＵＳＩＰを持つ２つの証券を含むペアのオペレーション－逆オペレーション交換がある場合、それぞれ異なる証券を表す２つの別々のデジタル表現がデジタル台帳に追加される。
いくつかの実施形態では、トレードの受諾、担保の最初の売却および譲渡、担保の買い戻しに関して、サブエンティティＡ５０１ＡおよびサブエンティティＢ５０１Ｂがとる具体的なステップを以下に概説する。ＤＬＲシステム５００は、トレード開始および受諾プロセスの各ステップの記録を作成する。
いくつかの実施形態では、サブエンティティＡ５０１Ａは、ＡＰＩコア５１０を介した適切な要求により、トレードのための要求５０３でトレードを開始し得る。いくつかの実施形態では、ＤＬＲシステム５００は、要求５０３の結果として要求通知を生成し、その要求通知をサブエンティティＢ５０１Ｂに送信し得る。いくつかの実施形態では、サブエンティティＢ５０１Ｂは、例えばＡＰＩコア５１０を介して、要求通知を受信する。
いくつかの実施形態では、サブエンティティＢ５０１Ｂは、例えば適切な入力装置を介して、トレードを受け入れるか拒否するかの応答５０４を選択できる。いくつかの実施形態では、選択は、ＡＰＩコア５１０を介した適切な要求を介してＤＬＲシステム５００に提供され得る。一部の実施形態では、ＤＬＲシステム５００は、エンティティＢの５０２の選択の結果として応答通知を生成し、応答通知をサブエンティティＡ５０１Ａに送信し得る。いくつかの実施形態では、サブエンティティＡ５０１Ａは、例えばＡＰＩコア５１０を介して、応答通知を受信する。
いくつかの実施形態では、ＤＬＲレイヤ５２０は、要求５０３と応答５０４を取り込み得る。ＤＬＲレイヤ５２０は、要求５０３に基づいてデリバリ５２１要求を生成し、応答５０４に基づいて受信５２３要求を生成し得る。いくつかの実施形態では、デリバリ５２１および受信５２２は、例えば、日付、担保のデジタル表現、名目価値、当事者、アカウント情報、価格、通貨など、要求５０３、応答５０４、またはその両方で指定された交換条件を含み得る。この契約はまた、アカウントが維持されている名義、またはアカウントが維持されている帳簿記録上で、アカウントを管理し、その中の担保の割り当てを自身の帳簿記録およびデジタル台帳に反映させる当事者の債務を規定する。ある実施形態では、契約書には、レポトランザクション後、一方のレポ当事者が購入者のために証券を保有していることを認めることを規定する条項が具体的に盛り込まれる。
いくつかの実施形態では、割り当てトレードメッセージ５２１は、テクニカルマッチング５２６を使用して識別子の一致をチェックでき、条件を満たすのに十分なロングボックスＡ５２８Ａの位置がチェックされる。識別子の一致が確認された場合、ＤＬＲレイヤ５２０は交換を続行できる。いくつかの実施形態では、デリバリ５２１と受信５２３に基づいて、サブエンティティＡ５２８Ａのポジション５２７Ａが、ポジション台帳５２７において更新され、ロングボックスＡの減少したポジションを反映する。同様に、デリバリ５２１および受信５２３に基づいて、サブエンティティＢのポジション５２７Ｂが、ポジション台帳５２７において更新され、ロングボックスＡ５２８Ａからの再割り当てに基づいて、ロングボックスＢ５２８Ｂにおいて増加したポジションが反映される。
したがって、いくつかの実施形態では、サブエンティティＢ５０１Ｂからの応答５０４がサブエンティティＡ５０１Ａからの要求５０３を受け入れ、識別子が一致する場合、ＤＬＲレイヤ５１０は、交換を管理するスマートコントラクトの生成をトリガし得る。いくつかの実施形態では、スマートコントラクトは、例えば、ペアのオペレーション－逆オペレーション交換の特定の条件（例えば、日付、担保のデジタル表現、名目価値、当事者、アカウント情報、価格、通貨）を含み得る。
いくつかの実施形態では、図３Ａ～図３Ｅおよび図４Ａ～図４Ｅに関する上記の説明と同様に、ペアのオペレーション－逆オペレーション交換のオペレーションと逆オペレーションの両方を制御するために、ＤＬＲレイヤ５２０は、担保トークンをサブエンティティＡ５０１ＡからサブエンティティＢ５０１Ｂに移転するオペレーションを管理するレポスマートコントラクトと、第２のトークンの返済時に担保トークンをサブエンティティＡ５０１Ａに返却する逆オペレーションを管理するリバース（逆）レポスマートコントラクトとを生成できる。
いくつかの実施形態において、および任意選択で、上述または後述の任意の実施形態と組み合わせて、１つ以上のＳＥＳＣ（例えば、スマートコントラクト）は、所有権の移転を追跡するように構成され、サードパーティ（例えば、規制当局）がアセットの所有権を追跡することを可能にする。例えば、例示的なＡＰＩコア５１０は、外部システムまたはＡＰＩがアセットトークンの所有権の移転を実行できるようにプログラムできる。
例えば、１つ以上のＳＥＳＣ（例えば、スマートコントラクト）は、以下に限定されないが、以下のような発行ルールを検証するための自己実行コードを含むことができる：
ｉｘ．参加者が既存の帳簿および記録で分離されたカストディアカウントを設定しているかどうかを確認すること、
ｘ．アセットを発行する参加者が、分離されたカストディアカウント（例えば、ＥＯＰメンバーノードのロックされたＨＩＣアカウント）のポジション（アセット）を見つけ、移動しなければならないことを確認すること、
ｘｉ．参加者が、分離されたカストディアカウント（例えば、ＥＯＰメンバーノードのロックされたＨＩＣアカウント）にロックされたポジションの量に相当する量しか発行できないことを確認すること、および／または、
ｘｉｉ．参加者の本人と署名を確認すること。
ｉｘ．参加者が既存の帳簿および記録で分離されたカストディアカウントを設定しているかどうかを確認すること、
ｘ．アセットを発行する参加者が、分離されたカストディアカウント（例えば、ＥＯＰメンバーノードのロックされたＨＩＣアカウント）のポジション（アセット）を見つけ、移動しなければならないことを確認すること、
ｘｉ．参加者が、分離されたカストディアカウント（例えば、ＥＯＰメンバーノードのロックされたＨＩＣアカウント）にロックされたポジションの量に相当する量しか発行できないことを確認すること、および／または、
ｘｉｉ．参加者の本人と署名を確認すること。
例えば、１つ以上のＳＥＳＣ（例えば、スマートコントラクト）は、以下に限定されないが、以下のような決済条件の検証に向けられた自己実行コードを含むことができる：
ｖ．所与のＣＵＳＩＰと数量を持つアセットトークンが貸し手側に所有され、利用可能かどうかを確認すること、および／または、
ｖｉ．利用可能なトークンの量が必要な量より多い場合、トークンの量を例えば２つのアセットトークンのサブ量に分割することを、確認すること。
ｖ．所与のＣＵＳＩＰと数量を持つアセットトークンが貸し手側に所有され、利用可能かどうかを確認すること、および／または、
ｖｉ．利用可能なトークンの量が必要な量より多い場合、トークンの量を例えば２つのアセットトークンのサブ量に分割することを、確認すること。
いくつかの実施形態では、サブエンティティＡ５０１ＡとサブエンティティＢ５０１Ｂは、ペアのオペレーション－逆オペレーション交換にコミットされる。これが、トランザクションの最初の売却と譲渡、または決済の段階をトリガする。
いくつかの実施形態では、レポスマートコントラクトとリバース（逆）のレポスマートコントラクトは、ポジション台帳５２７に提出される。その結果、サブエンティティＡ５０１ＡのロングボックスＡ５２８Ａに割り当てられたトークンは、ポジション台帳５２７のポジションの再割り当てに従って、サブエンティティＢ５０１ＢのロングボックスＢ５２８Ｂに再割り当てされ、移転される。
いくつかの実施形態では、レポスマートコントラクトは、ポジション台帳５２７上のキャッシュポジションの変化に基づいて、第２のトークンを介してアセットのポジションの逆割り当てをトリガし得る。例えば、ロングボックスＢ５２８Ｂへのアセットの再割り当てに応答して、スマートコントラクトは、ポジション台帳５２７上のサブエンティティＢキャッシュポジション５２７ＤからサブエンティティＡキャッシュポジション５２７Ｃにキャッシュトークンのポジションを再割り当てするために、サブエンティティＢ５０１Ｂにg現金貸方指示を発行し、サブエンティティＡ５０１Ａに対応する現金借方指示を発行できる。このように、アセットのポジションのトークンを譲渡するオペレーションに応答して、第２のアセットのポジションが譲渡される。このアセットの交換は、ここでは第１のトークンと現金とで説明されているが、トークン化されたアセットであればどのようなものでも行うことができる。その結果、カストディアンは、アセット移動および現金移動を可能にすることを含め、ポジション台帳５２７を介してＢＬＲレイヤ５２０上のトークンの交換のためのオペレーションを追跡および検証でき、したがって、ペアのオペレーション－逆オペレーション交換のオープニングレグのトークン化されたアセットの、検証可能かつ不変の分離、担保化、および、移動のための、ポジション台帳５２７上の移動に記録できる。従って、ポジション台帳５２７は、現物アセットをユニファイドボックスに維持しながら担保化を促進でき、その結果、アセットを移転するためのリソースを削減すると同時に、攻撃や詐欺のベクトルも削減できる。
一部の実施形態では、サブエンティティＢ５０１Ｂのロングボックス５２８Ｂへの担保の移動が、ポジション台帳５２７上での担保のデジタル表示の作成と、ＤＬＲシステム５００から当事者への、担保がサブエンティティＡ５０１ＡからサブエンティティＢ５０１Ｂに割り当てられたことを確認する決済通知の送信のトリガとなる。
いくつかの実施形態では、ペアのオペレーション－逆オペレーション交換のクロージングレグは、リバース（逆）のスマートコントラクト条件に基づいてトリガされ得る。サブエンティティＢ５０１Ｂが、レポスマートコントラクトではなくリバース（逆）のレポスマートコントラクトに基づいて、サブエンティティＡ５０１ＡへのロングボックスＡ５２８Ａ内の移転のための担保トークンの保有者であるという点において、クロージングレグは、エンティティが入れ替わる以外はオープニングレグと同じである。従って、サブエンティティＡ５０１Ａは、サブエンティティＢ５０１Ｂに第２のアセットを払い戻すよう指示される。
一部の実施形態では、ＤＬＲシステム５００は決済通知を送信し、担保と現金が適切な当事者に割り当てられたことを台帳に表示し得る。
図６は、本開示の実施形態の態様に係る、分散型台帳に基づく買い戻しトランザクション実行のためのシステムを使用した、単一アセットの買い戻しトランザクションの自動実行のブロック図である。
少なくとも１つのプロセッサにより、第１のクライアントデバイスに関連付けられた第１のトークンのストレージにおける第１のトークンのタイプの第１のトークン記憶量を決定する；
少なくとも１つのプロセッサにより、第１のトークン転送量を有する分離された第１のトークンのタイプを生成する；
少なくとも１つのプロセッサにより、第１のトークン記憶量から第１のトークン転送量を差し引いた、更新された第１のトークン記憶量を有する、記憶された第１のトークンのタイプを生成する；
少なくとも１つのプロセッサにより、第１のトークンのタイプの第１のトークン記憶量を第１のトークンストレージから削除する；
少なくとも１つのプロセッサによって、更新された第１のトークン記憶量を第１のトークンストレージに追加する；並びに、
少なくとも１つのプロセッサにより、第１のトークンのタイプの第１のトークン転送量を第１の分離されたトークンストレージに転送する。
いくつかの実施形態では、トークン化されたアセットの交換は、アセットのポジションを分離して、受信エンティティに引き渡されるポジションの新しいトークンを生成するように構成されたスマートコントラクトを含むことができる。いくつかの実施形態では、トレードスマートコントラクトは、アセットＰの「ｂ」ユニットとトレードされるアセットＡの「ａ」ユニットを指定できる。いくつかの実施形態では、トレードスマートコントラクトは、トレードにおいて、エンティティＡのためのアセット（例えば、上記の図２のアセットマネジャと同様）を管理するアセットマネジャ（エンティティＡ）と、エンティティＢのためのアセットを管理するアセットマネジャ（エンティティＢ）とを係合させることによって、トレードを実行するように構成されることができる。
いくつかの実施形態では、エンティティＡは、ＤＬＲシステムのＤＬＴに記録されるトークン化されたアセット、例えば、アセットＡ（プライマリ）、アセットＢ（プライマリ）、アセットＣ（プライマリ）およびアセットＤ（プライマリ）を含むものを有し得、それぞれが記録された数量ｘを有する。同様に、エンティティＢは、ＤＬＲシステムのＤＬＴに記録されるトークン化されたアセット、例えば、アセットＰ（プライマリ）、アセットＱ（プライマリ）、およびアセットＲ（プライマリ）を含むものを有し得、それぞれが記録された数量ｘを有する。アセットＡの「ａ」ユニットをエンティティＢに移動し、アセットＰの「ｂ」ユニットをエンティティＡに移動するために、スマートコントラクトによって、ＤＬＲが最初にアセットマネジャ（エンティティＡ）にデリバリ（アセットＡ＊ａ）トークンを作成するように指示し得る。デリバリ（アセットＡ＊ａ）トークンは、アセットＡ（プライマリ）の「ａ」ユニットを分割し、アセットＡ（デリバリ）を作成する。アセットＡ（デリバリ）が作成されると、アセットＡの数量「ｑ」は「ｘ」から「ａ」ユニットを差し引いたものに更新される。したがって、アセットマネジャ（エンティティＡ）は、アセットＡ（プライマリ）のポジションを、「ａ」ユニットを持つアセットＡのデリバリトークンを表す新しいトークンに再割り当てする。
同様に、アセットＢの「ｂ」ユニットをエンティティＡに移動させ、アセットＡの「ａ」ユニットをエンティティＢに移動させるために、スマートコントラクトは、ＤＬＲに、まずアセットマネジャ（エンティティＢ）にデリバリ（アセットＰ＊ｂ）トークンの作成を指示させる。デリバリ（アセットＰ＊ｂ）トークンは、アセットＰ（プライマリ）の「ｂ」ユニットを分割し、アセットＰ（デリバリ）を作成する。アセットＰ（デリバリ）が作成されると、アセットＰの数量「ｑ」は、「ｘ」から「ｂ」ユニットを差し引いたものに更新される。したがって、アセットマネジャ（エンティティＢ）は、アセットＰ（プライマリ）のポジションを、「ｂ」ユニットを持つアセットＰのデリバリトークンを表す新しいトークンに再割り当てする。
いくつかの実施形態では、トレードを実行するために、アセットＡ（デリバリ）がアセットマネジャ（エンティティＢ）にデリバリされ、アセットＰ（デリバリ）がアセットマネジャ（エンティティＡ）にデリバリされる。いくつかの実施形態では、アセットマネジャ（エンティティＡ）は、アセットＰ（プライマリ）のルックアップを行うことによって、アセットＰ（デリバリ）の受信を受け入れることができる。アセットＰ（プライマリ）が存在する場合、アセットマネジャ（エンティティＡ）は単純にアセットＰ（デリバリ）の「ｂ」ユニットをアセットＰ（プライマリ）に割り当て得る。ただし、アセットＰ（プライマリ）がまだ存在しない場合、アセットマネジャ（エンティティＡ）はアセットＰ（プライマリ）のためにエンティティＡの台帳に新しいトークンを生成できる。
アセットＰ（デリバリ）は、台帳上のアセットＰのエンティティＡのポジションにマージされ得る。そのために、アセットマネジャ（エンティティＡ）は、アセットＰ（プライマリ）の数量「ｘ」を更新するためにアセットＰ（デリバリ）の「ｂ」ユニットを追加できる。アセットマネジャ（エンティティＡ）は、その後、アセットＰ（デリバリ）をアーカイブし、廃止し得る。
同様に、いくつかの実施形態では、アセットマネジャ（エンティティＢ）は、アセットＡ（プライマリ）のルックアップを実施することによって、アセットＡ（デリバリ）の受信を受け入れ得る。アセットＡ（プライマリ）が存在する場合、アセットマネジャ（エンティティＢ）は単純にアセットＡ（デリバリ）の「ａ」ユニットをアセットＡ（プライマリ）に割り当て得る。ただし、アセットＡ（プライマリ）がまだ存在しない場合、アセットマネジャ（エンティティＢ）はアセットＡ（プライマリ）のためにエンティティＢの台帳に新しいトークンを生成できる。
アセットＡ（デリバリ）は、台帳上のアセットＡのエンティティＢのポジションにマージされ得る。そのために、アセットマネジャ（エンティティＢ）は、アセットＡ（プライマリ）の数量「ｘ」を更新するためにアセットＡ（デリバリ）の「ａ」ユニットを追加できる。アセットマネジャ（エンティティＢ）は、その後、アセットＡ（デリバリ）をアーカイブし、廃止し得る。
図７は、本開示の実施形態の態様に係る、分散型台帳に基づく買い戻しトランザクション実行のためのシステムを使用した、複数アセットの買い戻しトランザクションの自動実行のブロック図である。
いくつかの実施形態では、トークン化されたアセットの交換は、アセットのポジションを分離して、受信エンティティにデリバリされるポジションの新しいトークンを生成するように構成されたスマートコントラクトを、含み得る。いくつかの実施形態では、トレードスマートコントラクトは、アセットＰのｙユニットとトレードされるアセットＡの「ａ」ユニット、アセットＢの「ｂ」ユニット、およびアセットＣの「ｃ」ユニットを指定できる。いくつかの実施形態では、トレードスマートコントラクトは、トレードにおいて、エンティティＡのためのアセットを管理するアセットマネジャ（エンティティＡ）（例えば、上記の図２のアセットマネジャと同様）、およびエンティティＢのためのアセットを管理するアセットマネジャ（エンティティＢ）を従事させることによって、トレードを実行するように構成され得る。
いくつかの実施形態では、エンティティＡは、ＤＬＲシステムのＤＬＴに記録されるトークン化されたアセット、例えば、アセットＡ（プライマリ）、アセットＢ（プライマリ）、アセットＣ（プライマリ）およびアセットＤ（プライマリ）を含むものを有し得、それぞれが記録された数量ｘを有する。同様に、エンティティＢは、ＤＬＲシステムのＤＬＴに記録されるトークン化されたアセット、例えば、アセットＰ（プライマリ）、アセットＱ（プライマリ）、およびアセットＲ（プライマリ）を含むものを有し得、それぞれが記録された数量ｘを有する。アセットＡの「ａ」ユニットをエンティティＢに移動し、アセットＰの「ｙ」ユニットをエンティティＡに移動するために、スマートコントラクトによって、ＤＬＲが最初にアセットマネジャ（エンティティＡ）にデリバリ（アセットＡ＊ａ）トークン、デリバリ（アセットＢ＊ｂ）トークン、およびデリバリ（アセットＣ＊ｃ）トークンを作成するように指示し得る。
デリバリ（アセットＡ＊ａ）トークンは、アセットＡ（プライマリ）の「ａ」ユニットを分割し、アセットＡ（デリバリ）を作成する。アセットＡ（デリバリ）が作成されると、アセットＡの数量「ｑ」は「ｘ」から「ａ」ユニットを差し引いたものに更新される。したがって、アセットマネジャ（エンティティＡ）は、アセットＡ（プライマリ）のポジションを、「ａ」ユニットを持つアセットＡのデリバリトークンを表す新しいトークンに再割り当てする。
デリバリ（アセットＢ＊ｂ）トークンは、アセットＢ（プライマリ）の「ｂ」ユニットを分割し、アセットＢ（デリバリ）を作成する。アセットＢ（デリバリ）が作成されると、アセットＢの数量「ｑ」は「ｘ」から「ｂ」ユニットを差し引いたものに更新される。したがって、アセットマネジャ（エンティティＡ）は、アセットＢ（プライマリ）のポジションを、「ｂ」ユニットを持つアセットＢのデリバリトークンを表す新しいトークンに再割り当てする。
デリバリ（アセットＣ＊ｃ）トークンは、アセットＣ（プライマリ）の「ｃ」ユニットを分割し、アセットＣ（デリバリ）を作成する。アセットＣ（デリバリ）が作成されると、アセットＣの数量「ｑ」は「ｘ」から「ｃ」ユニットを差し引いたものに更新される。したがって、アセットマネジャ（エンティティＡ）は、アセットＣ（プライマリ）のポジションを、「ｃ」ユニットを持つアセットＣのデリバリトークンを表す新しいトークンに再割り当てする。
同様に、アセットＢの「ｙ」ユニットをエンティティＡに移動させ、アセットＡの「ａ」ユニットをエンティティＢに移動させるために、スマートコントラクトはＤＬＲに、まずアセットマネジャ（エンティティＢ）にデリバリ（アセットＰ＊ｂ）トークンの作成を指示させる。デリバリ（アセットＰ＊ｂ）トークンは、アセットＰ（プライマリ）の「ｙ」ユニットを分割し、アセットＰ（デリバリ）を作成する。アセットＰ（デリバリ）が作成されると、アセットＰの数量「ｑ」は「ｘ」から「ｙ」ユニット差し引いたものに更新される。したがって、アセットマネジャ（エンティティＢ）は、アセットＰ（プライマリ）のポジションを、「ｙ」ユニットを持つアセットＰのデリバリトークンを表す新しいトークンに再割り当てする。
いくつかの実施形態では、トレードを実行するために、アセットＡ（デリバリ）、アセットＢ（デリバリ）、およびアセットＣ（デリバリ）がアセットマネジャ（エンティティＢ）にデリバリされ、アセットＰ（デリバリ）がアセットマネジャ（エンティティＡ）にデリバリされる。いくつかの実施形態では、アセットマネジャ（エンティティＡ）は、アセットＰ（プライマリ）のルックアップを行うことによって、アセットＰ（デリバリ）の受信を受け入れ得る。アセットＰ（プライマリ）が存在する場合、アセットマネジャ（エンティティＡ）は、単にアセットＰ（デリバリ）の「ｙ」ユニットをアセットＰ（プライマリ）に割り当て得る。ただし、アセットＰ（プライマリ）がまだ存在しない場合、アセットマネジャ（エンティティＡ）はアセットＰ（プライマリ）のためにエンティティＡの台帳に新しいトークンを生成し得る。
アセットＰ（デリバリ）は、台帳上のアセットＰのエンティティＡのポジションにマージされ得る。そのために、アセットマネジャ（エンティティＡ）は、アセットＰ（プライマリ）の数量「ｘ」を更新するために、アセットＰ（デリバリ）の「ｙ」ユニットを追加し得る。アセットマネジャ（エンティティＡ）は、その後、アセットＰ（デリバリ）をアーカイブし、廃止し得る。
同様に、いくつかの実施形態では、アセットマネジャ（エンティティＢ）は、アセットＡ（プライマリ）、アセットＢ（プライマリ）およびアセットＣ（プライマリ）のルックアップを行うことによって、アセットＡ（デリバリ）、アセットＢ（デリバリ）およびアセットＣ（デリバリ）の受信を受け入れ得る。アセットＡ（プライマリ）、アセットＢ（プライマリ）及びアセットＣ（プライマリ）が存在する場合、アセットマネジャ（エンティティＢ）は、アセットＡ（デリバリ）、アセットＢ（デリバリ）及びアセットＣ（デリバリ）のユニットを、夫々、アセットＡ（プライマリ）、アセットＢ（プライマリ）及びアセットＣ（プライマリ）に単純に割り当て得る。ただし、アセットＡ（プライマリ）、アセットＢ（プライマリ）およびアセットＣ（プライマリ）のうち１つ以上がまだ存在しない場合、アセットマネジャ（エンティティＢ）は、まだ存在しないアセットについて、エンティティＢの台帳に新しいトークンを生成できる。
アセットＡ（デリバリ）は、台帳上のアセットＡのエンティティＢのポジションにマージされ得る。そのために、アセットマネジャ（）は、アセットＡ（プライマリ）の数量「ｘ」を更新するために、アセットＡ（デリバリ）の「ａ」ユニットを追加できる。アセットマネジャ（エンティティＢ）は、その後、アセットＡ（デリバリ）をアーカイブし、廃止し得る。
アセットＢ（デリバリ）は、台帳上のアセットＢのエンティティＢのポジションにマージされ得る。そのために、アセットマネジャ（エンティティＢ）は、アセットＢ（プライマリ）の数量「ｘ」を更新するために、アセットＢ（デリバリ）の「ｂ」ユニットを追加できる。アセットマネジャ（エンティティＢ）は、その後、アセットＢ（デリバリ）をアーカイブし、廃止し得る。
アセットＣ（デリバリ）は、台帳上のアセットＣのエンティティＢのポジションにマージされ得る。そのために、アセットマネジャ（エンティティＢ）は、アセットＣ（プライマリ）の数量「ｘ」を更新するために、アセットＣ（デリバリ）の「ｃ」ユニットを追加できる。アセットマネジャ（エンティティＢ）は、その後、アセットＣ（デリバリ）をアーカイブし、廃止し得る。
図８は、本開示の１つ以上の実施形態による例示的なコンピュータベースのシステムおよびプラットフォーム８００のブロック図を示す。
しかしながら、これらのコンポーネントのすべてが、１つ以上の実施形態を実施するために必要であるとは限らず、コンポーネントの配置および種類の変形は、本開示の様々な実施形態の精神または範囲から逸脱することなく行うことができる。いくつかの実施形態では、例示的なコンピュータベースのシステムおよびプラットフォーム８００の例示的なコンピューティングデバイスおよび例示的なコンピューティングコンポーネントは、本明細書で詳述するように、多数のメンバーおよび同時トランザクションを管理するように構成され得る。いくつかの実施形態において、例示的なコンピュータベースのシステムおよびプラットフォーム８００は、データの評価、キャッシング、検索、および／またはデータベース接続プーリングのための様々な戦略を組み込んだスケーラブルなコンピュータおよびネットワークアーキテクチャに基づくことができる。スケーラブルなアーキテクチャの例としては、複数のサーバを運用できるアーキテクチャがある。
いくつかの実施形態では、図８を参照すると、例示的なコンピュータベースのシステムおよびプラットフォーム８００のメンバーコンピューティングデバイス８０２、メンバーコンピューティングデバイス８０３からメンバーコンピューティングデバイス８０４（例えば、クライアント）は、ネットワーク８０５のようなネットワーク（例えば、クラウドネットワーク）を介して、サーバ８０６および８０７のような別のコンピューティングデバイス、互いなどとの間でメッセージを受信および送信できる実質的に任意のコンピューティングデバイスを含み得る。いくつかの実施形態において、メンバーデバイス８０２～８０４は、パーソナルコンピュータ、マルチプロセッサシステム、マイクロプロセッサベースまたはプログラマブル家電、ネットワークＰＣなどであってもよい。いくつかの実施形態では、メンバーデバイス８０２～８０４内の１つ以上のメンバーデバイスは、携帯電話、スマートフォン、ポケットベル、トランシーバ、無線周波数（ＲＦ）デバイス、赤外線（ＩＲ）デバイス、市民ラジオ、前述のデバイスの１つ以上を組み合わせた統合デバイス、または事実上任意のモバイルコンピューティングデバイスなどの無線通信媒体を使用して通常接続するコンピューティングデバイスを含むことができる。いくつかの実施形態では、メンバーデバイス８０２～８０４内の１つ以上のメンバーデバイスは、ＰＤＡ、ＰＯＣＫＥＴ ＰＣ、ウェアラブルコンピュータ、ラップトップ、タブレット、デスクトップコンピュータ、ネットブック、ビデオゲームデバイス、ページャ、スマートフォン、ウルトラモバイルパーソナルコンピュータ（ＵＭＰＣ）などの、有線若しくは無線通信を用いて接続し得るデバイス、並びに／または、有線若しくは／または無線通信媒体（例えば、ＮＦＣ、ＲＦＩＤ、ＮＢ－ＩｏＴ、３Ｇ、４Ｇ、５Ｇ、ＧＳＭ、ＧＰＲＳ、ＷｉＦｉ、ＷｉＭａｘ、ＣＤＭＡ、ＯＦＤＭ、ＯＦＤＭＡ、ＬＴＥ、衛星、ＺｉｇＢｅｅなど）に亘って通信するように装備された他の任意のデバイスで、あってもよい。いくつかの実施形態では、メンバーデバイス８０２～８０４内の１つ以上のメンバーデバイスは、インターネットブラウザ、モバイルアプリケーション、音声通話、ビデオゲーム、ビデオ会議、電子メールなどの１つ以上のアプリケーションを実行できる。いくつかの実施形態では、メンバーデバイス８０２～８０４内の１つ以上のメンバーデバイスは、ウェブページなどを受信および送信するように構成され得る。いくつかの実施形態において、本開示の例示的な具体的にプログラムされたブラウザアプリケーションは、ハイパーテキストマークアップ言語（ＨＴＭＬ）などの標準一般化マークアップ言語（ＳＭＧＬ）、ワイヤレスアプリケーションプロトコル（ＷＡＰ）、ワイヤレスマークアップ言語（ＷＭＬ）などのハンドヘルドデバイスマークアップ言語（ＨＤＭＬ）、ＷＭＬＳｃｒｉｐｔ、ＸＭＬ、ＪａｖａＳｃｒｉｐｔなどを含むがこれらに限定されない、実質的に任意のウェブベースの言語を採用して、グラフィックス、テキスト、マルチメディアなどを受信および表示するように構成され得る。いくつかの実施形態では、メンバーデバイス８０２～８０４内のメンバーデバイスは、Ｊａｖａ、．Ｎｅｔ、ＱＴ、Ｃ、Ｃ＋＋、Ｐｙｔｈｏｎ、ＰＨＰ、および／または他の適切なプログラミング言語のいずれかによって具体的にプログラムされ得る。デバイスソフトウェアのいくつかの実施形態では、デバイスコントロールは複数のスタンドアロンアプリケーション間で分散され得る。いくつかの実施形態では、ソフトウェアコンポーネント／アプリケーションは、個々のユニットとして、または完全なソフトウェアスイートとして、リモートで更新および再展開できる。一部の実施形態では、メンバーデバイスは、テキストまたは電子メールで定期的にステータスを報告したり、アラートを送信したりできる。いくつかの実施形態では、メンバーデバイスは、ＦＴＰ、ＳＳＨ、または他のファイル転送メカニズムなどのネットワークプロトコルを使用して、ユーザがリモートでダウンロード可能なデータレコーダを含むことができる。いくつかの実施形態では、メンバーデバイスは、例えば、アドバンスユーザ、スタンダードユーザなど、いくつかのレベルのユーザインタフェースを提供できる。いくつかの実施形態では、メンバーデバイス８０２～８０４内の１つ以上のメンバーデバイスは、特に限定されないが、メッセージング機能、ブラウジング、検索、再生、ストリーミング、または、ローカルに保存された若しくはアップロードされたメッセージ、画像および／若しくはビデオ、および／若しくはゲームを含む、様々なフォームのコンテンツの表示など、様々な可能なタスクを実行するアプリケーションを含む、または、実行するようにプログラムされ得る。
いくつかの実施形態では、例示的なネットワーク８０５は、ネットワークアクセス、データトランスポート、および／または他のサービスを、それに結合された任意のコンピューティングデバイスに提供できる。いくつかの実施形態において、例示的なネットワーク８０５は、例えば、限定されないが、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）協会、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）、およびＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）フォーラムによって設定された１つ以上の標準に少なくとも部分的に基づくことができる少なくとも１つの特殊なネットワークアーキテクチャを含み、実装できる。いくつかの実施形態では、例示的なネットワーク８０５は、ＧＳＭアーキテクチャ、ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）アーキテクチャ、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）アーキテクチャ、およびＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）と呼ばれるＵＭＴＳの発展型のうちの１つ以上を実装できる。いくつかの実施形態において、例示的なネットワーク８０５は、上記のうちの１つ以上と組み合わせて、または代替として、ＷｉＭＡＸフォーラムによって定義されたＷｉＭＡＸアーキテクチャを含み、実装できる。いくつかの実施形態において、および任意選択で、上述または後述の任意の実施形態と組み合わせて、例示的なネットワーク８０５は、例えば、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、インターネット、仮想ＬＡＮ（ＶＬＡＮ）、企業ＬＡＮ、レイヤ３仮想プライベートネットワーク（ＶＰＮ）、企業ＩＰネットワーク、またはそれらの任意の組み合わせのうちの少なくとも１つを含むこともできる。いくつかの実施形態において、および任意選択で、上述または後述の任意の実施形態と組み合わせて、例示的なネットワーク８０５上の少なくとも１つのコンピュータネットワーク通信は、限定されないが、以下のような１つ以上の通信モードに少なくとも部分的に基づいて送信され得る：ＮＦＣ、ＲＦＩＤ、ＮＢ－ＩｏＴ（ＮＢＩＯＴ）、ＺｉｇＢｅｅ、３Ｇ、４Ｇ、５Ｇ、ＧＳＭ、ＧＰＲＳ、ＷｉＦｉ、ＷｉＭａｘ、ＣＤＭＡ、ＯＦＤＭ、ＯＦＤＭＡ、ＬＴＥ、衛星、およびそれらの任意の組み合わせが挙げられるが、これらに限定されない。いくつかの実施形態では、例示的なネットワーク８０５は、ネットワーク接続ストレージ（ＮＡＳ）、ストレージエリアネットワーク（ＳＡＮ）、コンテンツデリバリネットワーク（ＣＤＮ）、またはコンピュータもしくは機械可読媒体の他の形態などの大容量記憶装置も含み得る。
いくつかの実施形態では、例示的なサーバ８０６または例示的なサーバ８０７は、ネットワークオペレーティングシステムを実行するウェブサーバ（または一連のサーバ）であってもよく、その例としては、Ｌｉｎｕｘ上のＡｐａｃｈｅまたはＭｉｃｒｏｓｏｆｔ ＩＩＳ（インターネットインフォメーションサービス）が挙げられるが、これらに限定されない。いくつかの実施形態において、例示的なサーバ８０６または例示的サーバ８０７は、クラウドコンピューティングおよび／またはネットワークコンピューティングのために使用され、かつ／または提供され得る。図８には示されていないが、いくつかの実施形態では、例示的なサーバ８０６または例示的サーバ８０７は、電子メール、ＳＭＳメッセージング、テキストメッセージング、広告コンテンツプロバイダなどのような外部システムへの接続を備え得る。また、例示的なサーバ８０６の特徴のいずれかを例示的なサーバ８０７に実装してもよく、その逆も同様である。
いくつかの実施形態では、例示的なサーバ８０６および８０７のうちの１つ以上は、非限定的な例では、認証サーバ、検索サーバ、電子メールサーバ、ソーシャルネットワーキングサービスサーバ、ショートメッセージサービス（ＳＭＳ）サーバ、インスタントメッセージング（ＩＭ）サーバ、マルチメディアメッセージングサービス（ＭＭＳ）サーバ、交換サーバ、写真共有サービスサーバ、広告提供サーバ、金融／銀行関連サービスサーバ、旅行サービスサーバ、またはメンバーコンピューティングデバイス８０１～８０４のユーザのための任意の同様に適切なサービスベースサーバとして実行するように具体的にプログラムされ得る。
いくつかの実施形態において、および任意選択で、上述または後述の任意の実施形態と組み合わせて、例えば、１つ以上の例示的なメンバーコンピューティングデバイス８０２～８０４、例示的なサーバ８０６、および／または例示的なサーバ８０７は、スクリプト言語を使用して情報を送信、処理、および受信するように構成され得る、具体的にプログラムされたソフトウェアモジュールを含み得る、リモートプロシージャコール、電子メール、ツイート、ショートメッセージサービス（ＳＭＳ）、マルチメディアメッセージングサービス（ＭＭＳ）、インスタントメッセージング（ＩＭ）、アプリケーションプログラミングインタフェース、単純オブジェクトアクセスプロトコル（ＳＯＡＰ）メソッド、共通オブジェクトリクエストブローカアーキテクチャ（ＣＯＲＢＡ）、ＨＴＴＰ（ハイパーテキスト転送プロトコル）、ＲＥＳＴ（表現状態遷移）、ＳＯＡＰ（単純オブジェクト転送プロトコル）、ＭＬＬＰ（最小下位層プロトコル）、またはそれらの任意の組み合わせを使用して、情報を送信、処理、および受信するように構成され得る、特にプログラムされたソフトウェアモジュールを含み得る。
図９は、本開示の１つ以上の実施形態に従った、別の例示的なコンピュータベースのシステムおよびプラットフォーム９００のブロック図を示す。
しかしながら、これらの構成要素のすべてが、１つ以上の実施形態を実施するために必要であるとは限らず、構成要素の配置および種類の変形は、本開示の様々な実施形態の精神または範囲から逸脱することなく行うことができる。いくつかの実施形態では、図示されたメンバーコンピューティングデバイス９０２ａ、９０２ｂ、９０２ｎはそれぞれ、プロセッサ９１０またはＦＬＡＳＨメモリに結合されたランダムアクセスメモリ（ＲＡＭ）９０８などのコンピュータ可読媒体を少なくとも含む。いくつかの実施形態では、プロセッサ９１０は、メモリ９０８に格納されたコンピュータ実行可能なプログラム命令を実行できる。いくつかの実施形態では、プロセッサ９１０は、マイクロプロセッサ、ＡＳＩＣ、および／またはステートマシンを含み得る。いくつかの実施形態において、プロセッサ９１０は、プロセッサ９１０によって実行されると、プロセッサ９１０に本明細書に記載される１つ以上のステップを実行させ得る命令を記憶する、例えばコンピュータ可読媒体などの媒体を含み得るか、またはそれらと通信し得る。いくつかの実施形態では、コンピュータ可読媒体の例としては、クライアント９０２ａのプロセッサ９１０などのプロセッサにコンピュータ可読命令を提供できる電子、光学、磁気、または他のストレージデバイスまたは伝送デバイスが挙げられるが、これらに限定されない。いくつかの実施形態において、適切な媒体の他の例としては、フロッピーディスク、ＣＤ－ＲＯＭ、ＤＶＤ、磁気ディスク、メモリチップ、ＲＯＭ、ＲＡＭ、ＡＳＩＣ、構成されたプロセッサ、すべての光媒体、すべての磁気テープまたは他の磁気媒体、またはコンピュータプロセッサが命令を読み取ることができる他の媒体が挙げられるが、これらに限定されない。また、ルーター、プライベートまたはパブリックネットワーク、あるいは有線および無線の他の伝送装置やチャネルを含め、他のさまざまな形態のコンピュータ可読媒体がコンピュータに命令を伝送または搬送できる。いくつかの実施形態では、命令は、例えば、Ｃ、Ｃ＋＋、Ｖｉｓｕａｌ Ｂａｓｉｃ、Ｊａｖａ、Ｐｙｔｈｏｎ、Ｐｅｒｌ、ＪａｖａＳｃｒｉｐｔなどを含む、任意のコンピュータプログラミング言語のコードから構成され得る。
いくつかの実施形態では、メンバーコンピューティングデバイス９０２ａから９０２ｎは、マウス、ＣＤ－ＲＯＭ、ＤＶＤ、物理キーボードまたは仮想キーボード、ディスプレイ、または他の入力デバイスまたは出力デバイスなど、多数の外部デバイスまたは内部デバイスを構成することもできる。いくつかの実施形態では、メンバーコンピューティングデバイス９０２ａ～９０２ｎ（例えば、クライアント）の例は、限定されないが、パーソナルコンピュータ、デジタルアシスタント、パーソナルデジタルアシスタント、スマートフォン、ページャ、デジタルタブレット、ラップトップコンピュータ、インターネットアプライアンス、および他のプロセッサベースのデバイスなど、ネットワーク９０６に接続される任意のタイプのプロセッサベースのプラットフォームであり得る。いくつかの実施形態では、メンバーコンピューティングデバイス９０２ａから９０２ｎは、本明細書で詳述される１つ以上の原理／方法論に従って、１つ以上のアプリケーションプログラムで特別にプログラムされ得る。いくつかの実施形態では、メンバーコンピューティングデバイス９０２ａから９０２ｎは、Ｍｉｃｒｏｓｏｆｔ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）、および／またはＬｉｎｕｘなどの、ブラウザまたはブラウザ対応アプリケーションをサポートできる任意のオペレーティングシステム上で動作できる。いくつかの実施形態では、示されているメンバーコンピューティングデバイス９０２ａから９０２ｎは、例えば、Ｍｉｃｒｏｓｏｆｔ ＣｏｒｐｏｒａｔｉｏｎのＩｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ（登録商標）、Ａｐｐｌｅ Ｃｏｍｐｕｔｅｒ，Ｉｎｃ．のＳａｆａｒｉ（登録商標）、Ｍｏｚｉｌｌａ Ｆｉｒｅｆｏｘ、および／またはＯｐｅｒａなどのブラウザアプリケーションプログラムを実行するパーソナルコンピュータを含むことができる。いくつかの実施形態では、メンバーコンピューティングクライアントデバイス９０２ａから９０２ｎを通じて、ユーザ９１２ａから９０２ｎは、例示的なネットワーク９０６を介して、互いに、および／またはネットワーク９０６に結合された他のシステムおよび／またはデバイスと通信できる。図９に示すように、例示的なサーバデバイス９０４および９１３もネットワーク９０６に結合されることがある。いくつかの実施形態では、１つ以上のメンバーコンピューティングデバイス９０２ａから９０２ｎは、モバイルクライアントであってもよい。
いくつかの実施形態では、例示的なデータベース９０７および９１５の少なくとも１つのデータベースは、データベース管理システム（ＤＢＭＳ）によって管理されるデータベースを含む、任意のタイプのデータベースであり得る。いくつかの実施形態では、例示的なＤＢＭＳ管理データベースは、それぞれのデータベース内のデータの編成、保存、管理、および／または検索を制御するエンジンとして特にプログラムされ得る。いくつかの実施形態では、例示的なＤＢＭＳ管理データベースは、クエリ、バックアップおよび複製、ルールの強制、セキュリティの提供、計算、変更およびアクセスロギングの実行、および／または最適化の自動化の能力を提供するように特別にプログラムされ得る。いくつかの実施形態では、例示的なＤＢＭＳ管理データベースは、Ｏｒａｃｌｅデータベース、ＩＢＭ ＤＢ２、Ａｄａｐｔｉｖｅ Ｓｅｒｖｅｒ Ｅｎｔｅｒｐｒｉｓｅ、ＦｉｌｅＭａｋｅｒ、Ｍｉｃｒｏｓｏｆｔ Ａｃｃｅｓｓ、Ｍｉｃｒｏｓｏｆｔ ＳＱＬ Ｓｅｒｖｅｒ、ＭｙＳＱＬ、ＰｏｓｔｇｒｅＳＱＬ、およびＮｏＳＱＬ実装から選択できる。一部の実施形態では、例示的なＤＢＭＳ管理データベースは、階層モデル、ネットワークモデル、リレーショナルモデル、オブジェクトモデル、またはフィールド、レコード、ファイル、および／もしくはオブジェクトを含み得る１つ以上の適用可能なデータ構造をもたらし得る他の適切な組織を含み得る本開示の特定のデータベースモデルに従って、例示的なＤＢＭＳ内の各データベースのそれぞれのスキーマを定義するように具体的にプログラムされ得る。一部の実施形態では、例示的なＤＢＭＳ管理データベースは、格納されるデータに関するメタデータを含むように特別にプログラムされる場合がある。
いくつかの実施形態において、本開示の例示的な本発明コンピュータベースシステム／プラットフォーム、例示的な本発明コンピュータベースデバイス、および／または例示的な本発明コンピュータベースコンポーネントは、ウェブブラウザ、モバイルアプリ、シンクライアント、端末エミュレータ、または他のエンドポイント１１０４を使用して、インフラストラクチャアサービス（ＩａａＳ）１１１０、プラットフォームアズアサービス（ＰａａＳ）１１０８、および／またはソフトウェアアズアサービス（ＳａａＳ）１１０６などのクラウドコンピューティング／アーキテクチャ９２５で動作するように具体的に構成され得るが、これらに限定されない。図１０および図１１は、本開示の例示的な本発明コンピュータベースシステム／プラットフォーム、例示的な本発明コンピュータベースデバイス、および／または例示的な本発明コンピュータベースコンポーネントが動作するように具体的に構成され得る、クラウドコンピューティング／アーキテクチャの例示的な実装の概略図を示す。
本開示の様々な詳細な実施形態が、添付の図と併せて本明細書に開示されているが、開示された実施形態は単なる例示であることを理解されたい。加えて、本開示の様々な実施形態に関連して与えられる各例は、例示を意図するものであり、制限的なものではない。
本明細書を通じて、以下の用語は、文脈上明らかにそうでない場合を除き、本明細書において明示的に関連付けられた意味を有する。本明細書で使用される「一実施形態において」および「いくつかの実施形態において」という表現は、同じ実施形態を指すとは限らないが、その可能性はある。さらに、本明細書で使用される「別の実施形態において」及び「いくつかの別の実施形態において」という表現は、可能性はあるが、必ずしも異なる実施形態を指すものではない。したがって、以下に説明するように、本開示の範囲または精神から逸脱することなく、様々な実施形態を容易に組み合わせることができる。
加えて、「に基づいて」という用語は排他的なものではなく、文脈から明らかにそうでないと判断される場合を除き、記載されていない付加的な要素に基づくことも可能である。さらに、本明細書全体を通して、「ａ」、「ａｎ」、および「ｔｈｅ」の意味は、複数の参照を含む。「ｉｎ」の意味には「ｉｎ」と「ｏｎ」が含まれる。
本明細書で説明する様々な実施形態の少なくとも１つの態様／機能は、リアルタイムおよび／または動的に実行できることが理解される。本明細書で使用される「リアルタイム」という用語は、別のイベント／アクションが発生したときに、時間的に瞬時に、またはほぼ瞬時に発生しうるイベント／アクションに向けられる。例えば、「リアルタイム処理」、「リアルタイム計算」、「リアルタイム実行」はすべて、関連する物理プロセス（例えば、モバイルデバイス上でアプリケーションと対話するユーザ）が発生する実際の時間中に計算を実行することに関係する。
本明細書で開示される資料は、ソフトウェア、ファームウェア、またはそれらの組み合わせ、あるいは機械可読媒体に格納された命令として実装され、１つ以上のプロセッサによって読み取られ、実行され得る。機械可読媒体は、機械（例えば、コンピューティングデバイス）によって読み取り可能な形式で情報を記憶または送信するための任意の媒体および／または機構を含むことができる。例えば、機械可読媒体には、読み取り専用メモリ（ＲＯＭ）；ランダムアクセスメモリ（ＲＡＭ）；磁気ディスク記憶媒体；光学記憶媒体；フラッシュメモリデバイス；電気的、光学的、音響的、または他の形態の伝搬信号（例えば、搬送波、赤外線信号、デジタル信号など）、等が含まれる。
本明細書で使用される場合、「動的に」という用語および「自動的に」という用語、ならびにそれらの論理的および／または言語的な関連および／または派生語は、特定のイベントおよび／またはアクションが、人間の介入なしに、トリガされるおよび／または発生できることを意味する。いくつかの実施形態では、本開示に従ったイベントおよび／またはアクションは、リアルタイムで、および／または、ナノ秒、数ナノ秒、ミリ秒、数ミリ秒、秒、数秒、分、数分、毎時、数時間、毎日、数日、毎週、毎月などのうちの少なくとも１つの所定の周期性に基づくことができる。
本明細書で使用する「ランタイム」という用語は、ソフトウェアアプリケーションまたはソフトウェアアプリケーションの少なくとも一部の実行中に動的に決定されるあらゆる動作に対応する。
少なくとも１つの実施形態の１つ以上の態様は、プロセッサ内の様々なロジックを表す機械可読媒体上に記憶された代表的な命令によって実施でき、この命令が機械によって読み取られると、本明細書で説明する技術を実行するためのロジックを機械に作製させる。ＩＰコア」として知られるこのような表現は、有形で機械可読媒体に格納され、ロジックやプロセッサを製造する製造機械にロードするために、様々な顧客や製造施設に供給され得る。なお、本明細書で説明する様々な実施形態は、もちろん、任意の適切なハードウェアおよび／またはコンピューティングソフトウェア言語（例えば、Ｃ＋＋、Ｏｂｊｅｃｔｉｖｅ－Ｃ、Ｓｗｉｆｔ、Ｊａｖａ、ＪａｖａＳｃｒｉｐｔ、Ｐｙｔｈｏｎ、Ｐｅｒｌ、ＱＴなど）を使用して実装できる。。
本明細書で使用される場合、「コンピュータエンジン」および「エンジン」という用語は、他のソフトウェアおよび／またはハードウェアコンポーネント（ライブラリ、ソフトウェア開発キット（ＳＤＫ）、オブジェクトなど）を管理／制御するように設計／プログラム／構成された、少なくとも１つのソフトウェアコンポーネントおよび／または少なくとも１つのソフトウェアコンポーネントと少なくとも１つのハードウェアコンポーネントの組み合わせを特定する。。
ハードウェア要素の例としては、プロセッサ、マイクロプロセッサ、回路、回路素子（例えば、トランジスタ、抵抗器、コンデンサ、インダクタなど）、集積回路、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックデバイス（ＰＬＤ）、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、論理ゲート、レジスタ、半導体デバイス、チップ、マイクロチップ、チップセットなどを挙げることができる。いくつかの実施形態では、１つ以上のプロセッサは、複数命令セットコンピュータ（ＣＩＳＣ）または縮小命令セットコンピュータ（ＲＩＳＣ）プロセッサ、ｘ８６命令セット互換プロセッサ、マルチコア、または任意の他のマイクロプロセッサまたは中央処理装置（ＣＰＵ）として実装され得る。様々な実装において、１つ以上のプロセッサは、デュアルコアプロセッサ、デュアルコアモバイルプロセッサ等であってもよい。
ソフトウェアの例には、ソフトウェアコンポーネント、プログラム、アプリケーション、コンピュータプログラム、アプリケーションプログラム、システムプログラム、マシンプログラム、オペレーティングシステムソフトウェア、ミドルウェア、ファームウェア、ソフトウェアモジュール、ルーチン、サブルーチン、機能、方法、手順、ソフトウェアインタフェース、アプリケーションプログラミングインタフェース（ＡＰＩ）、命令セット、コンピューティングコード、コンピュータコード、コードセグメント、コンピュータコードセグメント、単語、値、記号、またはそれらの任意の組み合わせが含まれる。実施形態がハードウェア要素および／またはソフトウェア要素を使用して実装されるかどうかを決定することは、所望の計算速度、電力レベル、熱許容範囲、処理サイクル予算、入力データ速度、出力データ速度、メモリリソース、データバス速度、および他の設計または性 能制約などの任意の数の要因に従って変化し得る。
本明細書で使用する「クラウド」、「インターネットクラウド」、「クラウドコンピューティング」、「クラウドアーキテクチャ」、および類似の用語は、以下の少なくとも１つに対応する：（１）リアルタイム通信ネットワーク（インターネットなど）を介して接続された多数のコンピュータ、（２）接続された多数のコンピュータ（物理マシン、仮想マシン（ＶＭ）など）上でプログラムまたはアプリケーションを同時に実行する能力の提供、（３）ネットワークベースのサービス。これらは、実際のサーバハードウェアによって提供されているように見えるが、実際には仮想ハードウェア（仮想サーバなど）によって提供されており、１つ以上の実際のマシン上で実行されているソフトウェアによってシミュレートされている（例えば、エンドユーザに影響を与えることなく、その場で移動したり、スケールアップ（またはスケールダウン）したりできる）。前述の例はもちろん例示であり、限定的なものではない。
本明細書において、「ユーザ」という用語は、少なくとも１人のユーザという意味を持つものとする。いくつかの実施形態では、「ユーザ」、「加入者」、「消費者」、または「顧客」という用語は、本明細書に記載されるアプリケーションまたはアプリケーションのユーザ、および／またはデータプロバイダによって供給されるデータの消費者を指すと理解されるべきである。限定ではなく例として、「ユーザ」または「加入者」という用語は、ブラウザセッションでインターネットを介してデータまたはサービスプロバイダから提供されるデータを受信する人を指すこともあれば、データを受信し、データを保存または処理する自動ソフトウェアアプリケーションを指すこともある。
本開示の１つ以上の実施形態が説明されてきたが、これらの実施形態は例示的なものであり、制限的なものではなく、本明細書に記載される本発明方法論、本発明システム／プラットフォーム、および本発明デバイスの様々な実施形態が互いに任意の組み合わせで利用され得ることを含め、多くの変更が当業者に明らかになり得ることが理解される。さらに、様々な工程は、任意の所望の順序で実施できる（また、任意の所望の工程を追加してもよく、および／または任意の所望の工程を廃止してもよい）。
Claims (20)
- 少なくとも１つのプロセッサにより、第１のユーザに関連する第１のクライアントデバイスからアクティビティ開始要求を受信するステップであって、
アクティビティ開始要求は、
第１のトークンのタイプを第２のトークンのタイプと交換するための少なくとも１つのオペレーションと、
少なくとも１つの条件が満たされたときに、第２のトークンのタイプを第１のトークンのタイプと交換するための少なくとも１つの逆オペレーションと
を含み、
ここで、
第１のトークンのタイプは、ブロックチェーン上の第１の暗号化ハッシュを含み、
第２のトークンのタイプは、ブロックチェーン上の第２の暗号化ハッシュを含み、
第１のクライアントデバイスは、ブロックチェーン上のノードである、
アクティビティ開始要求を受信するステップと、
少なくとも１つのプロセッサにより、第２のユーザに関連する第２のクライアントデバイスからアクティビティ開始応答を受信するステップであって、
ここで、
アクティビティ開始応答は、アクティビティ開始要求の受諾を示し、
第２のクライアントデバイスは、ブロックチェーン上のノードである、
アクティビティ開始応答を受信するステップと、
少なくとも１つのプロセッサにより、ブロックチェーン上で少なくとも１つのＳＥＳＣ（自己実行ソフトウェアコンテナ）を生成するステップであって、
少なくとも１つのＳＥＳＣは、少なくとも１つの条件に少なくとも部分的に基づいて、少なくとも１つのオペレーションおよび少なくとも１つの逆オペレーションを実行するための複数の命令を含み、
少なくとも１つのＳＥＳＣの複数の命令は、
第１のトークンのタイプの第１の分離されたトークンのストレージへの転送を検出することであって、
ここで、
第１の分離されたデータ構造は、サードパーティエンティティの第１の分離されたデータ構造に関連付けられており、
第１のクライアントデバイスは、第１の分離されたトークンのストレージにアクセスするための権限を有し、
第１の分離されたデータ構造は、第１のトークンのタイプを格納するように構成されたスキーマを含む、
第１の分離されたトークンのストレージへの転送を検出することと、
第２のクライアントデバイスに関連付けられた第２のトークンのストレージから、第１のクライアントデバイスに関連付けられた第１のトークンのストレージへの、第２のトークンのタイプの転送を検出することと、
第２のトークンのタイプの転送に応答して、第１の分離されたデータ構造から第２の分離されたトークンのストレージへの第１のトークンのタイプの転送を自動的に開始することであって、
ここで、
第２の分離されたトークンのストレージは、サードパーティエンティティの第２の分離されたデータ構造に関連付けられており、
第２のクライアントデバイスは、第２の分離されたトークンのストレージにアクセスするための条件依存の権限を有し、
第１の分離されたデータ構造は、第１のトークンのタイプを格納するように構成されたスキーマを含む、
第１のトークンのタイプの転送を自動的に開始することと、
少なくとも１つの条件に合致する少なくとも１つの逆オペレーションを検出することと、
第２の分離されたトークンのストレージから第１の分離されたトークンのストレージへの第１のトークンのタイプの転送を開始すること
を行うように構成されている、
少なくとも１つのＳＥＳＣを生成するステップと
を含む、方法。 - 前記アクティビティ開始要求は、
第１のトークンのタイプに関連付けられた第１のトークンの転送量と、
第２のトークンのタイプに関連付けられた第２のトークンの転送量と、
少なくとも１つの状態を識別する少なくとも１つの状態識別子と、
少なくとも１つの条件を満たすための制限時間を特定する時間識別子と、
第１のクライアントデバイスを識別する第１のクライアントデバイス識別子と、又は、
第２のクライアントデバイスを識別する第２のクライアントデバイス識別子と
のうちの少なくとも１つを含むアクティビティパラメータを含む、
請求項１に記載の方法。 - 更に、
少なくとも１つのプロセッサにより、アクティビティパラメータの各アクティビティパラメータに少なくとも部分的に基づいて、複数の命令のうちの少なくとも１つの命令を生成するステップと、
少なくとも１つのプロセッサにより、複数の命令に少なくとも部分的に基づいて、少なくとも１つのＳＥＳＣを生成するステップと
を含む、
請求項２に記載の方法。 - 更に、
少なくとも１つのプロセッサにより、第１のクライアントデバイスに関連付けられた第１のトークンのストレージにおける第１のトークンのタイプの第１のトークンの記憶量を判定するステップと、
少なくとも１つのプロセッサにより、第１のトークンの転送量を有する分離された第１のトークンのタイプを生成するステップと、
少なくとも１つのプロセッサにより、第１のトークンの記憶量から第１のトークンの転送量を差し引いた、更新された第１のトークンの記憶量を有する、記憶された第１のトークンのタイプを生成するステップと、
少なくとも１つのプロセッサにより、第１のトークンのタイプの第１のトークンの記憶量を、第１のトークンのストレージから削除するステップと、
少なくとも１つのプロセッサにより、更新された第１のトークンの記憶量を、第１のトークンのストレージに追加するステップと、
少なくとも１つのプロセッサにより、第１のトークンのタイプの第１のトークンの転送量を、第１の分離されたトークンのストレージに転送するステップと
を含む、
請求項２に記載の方法。 - 更に、
少なくとも１つのプロセッサにより、第１の分離されたデータ構造への第１のアセットリンクデータの移動の指示を含むアセットリンクデータ分離メッセージを受信するステップと、
少なくとも１つのプロセッサにより、第１の分離されたデータ構造内の第１のアセットリンクデータを表すために、第１の分離されたトークンのストレージ内に第１のトークンのタイプを生成するステップと
を含む、
請求項１に記載の方法。 - 更に、
少なくとも１つのプロセッサにより、第２のクライアントデータ構造における第２のアセットリンクデータの提供の指示を含むアセットリンクデータ提供メッセージを受信するステップであって、第２のクライアントデータ構造は、第２のアセットリンクデータを格納するように構成されたスキーマを含む、アセットリンクデータ提供メッセージを受信するステップと、
少なくとも１つのプロセッサにより、第２のクライアントデータ構造内の第２のアセットリンクデータを表すために、第２のクライアントトークンのストレージに第２のトークンのタイプを生成するステップと
を含む、
請求項１に記載の方法。 - 前記第１のクライアントデバイス、前記第２のクライアントデバイス、および前記サードパーティエンティティは、特定のエンティティに関連付けられており、
第１の分離されたデータ構造と第２の分離されたデータ構造は、同じ分離されたデータ構造である、
請求項１に記載の方法。 - 更に、
少なくとも１つのプロセッサにより、前記第１のクライアントデバイスに関連付けられた少なくとも１つのディスプレイに、前記第１のトークンのストレージにおける前記第２のトークンのタイプの受信を示す第２のトークンのタイプの受信通知を表示するよう指示するするステップ
を含む、
請求項１に記載の方法。 - 更に、
少なくとも１つのプロセッサにより、第１のクライアントデバイスから少なくとも１つの第１のトークンのタイプのリターン要求を受信するステップであって、第１のトークンのタイプのリターン要求は、少なくとも１つの条件に従って、第２のトークンのタイプのリターンを含む、第１のトークンのタイプのリターン要求を受信するステップと、
少なくとも１つのプロセッサにより、少なくとも１つの逆オペレーションを開始するするステップと
を含む、
請求項８に記載の方法。 - 更に、
少なくとも１つのプロセッサにより、前記第１のクライアントデバイスに関連付けられた少なくとも１つのディスプレイに、第１の分離されたトークンのストレージにおける第１のトークンのタイプの受信を示す第１のトークンのタイプのリターン通知を表示するよう指示するステップ
を含む、
請求項１に記載の方法。 - ソフトウェア命令を実行するように構成された少なくとも１つのプロセッサを含むシステムにおいて、
該ソフトウェア命令は、実行時に、少なくとも１つのプロセッサに、
第１のユーザに関連付けられた第１のクライアントデバイスからアクティビティ開始要求を受信するステップであって、該アクティビティ開始要求は、
第１のトークンのタイプを第２のトークンのタイプと交換するための少なくとも１つのオペレーションと、
少なくとも１つの条件が満たされたときに、第２のトークンのタイプを第１のトークンのタイプと交換するための少なくとも１つの逆オペレーションと
を含み、ここで、
第１のトークンのタイプは、ブロックチェーン上の第１の暗号化ハッシュを含み、
第２のトークンのタイプは、ブロックチェーン上の第２の暗号化ハッシュを含み、
第１のクライアントデバイスは、ブロックチェーン上のノードである、
アクティビティ開始要求を受信するステップと、
第２のユーザに関連付けられた第２のクライアントデバイスからアクティビティ開始応答を受信するステップであって、ここで、
アクティビティ開始応答は、アクティビティ開始要求の受諾を示し、
第２のクライアントデバイスは、ブロックチェーン上のノードである、
アクティビティ開始応答を受信するステップと、
ブロックチェーン上に少なくとも１つのＳＥＳＣ（自己実行ソフトウェアコンテナ）を生成するステップと、
を含み、
少なくとも１つのＳＥＳＣは、少なくとも１つの条件に少なくとも部分的に基づいて、少なくとも１つのオペレーションおよび少なくとも１つの逆オペレーションを実行するための複数の命令を含み、
少なくとも１つのＳＥＳＣの複数の命令は、
第１のトークンのタイプの第１の分離されたトークンのストレージへの転送を検出することであって、
ここで、
第１の分離されたデータ構造は、サードパーティエンティティの第１の分離されたデータ構造に関連付けられており、
第１のクライアントデバイスは、第１の分離されたトークンのストレージにアクセスするための権限を有し、
第１の分離されたデータ構造は、第１のトークンのタイプを格納するように構成されたスキーマを含む、
第１の分離されたトークンのストレージへの転送を検出することと、
第２のクライアントデバイスに関連付けられた第２のトークンのストレージから、第１のクライアントデバイスに関連付けられた第１のトークンのストレージへの、第２のトークンのタイプの転送を検出ことと、
第２のトークンのタイプの転送に応答して、第１の分離されたデータ構造から第２の分離されたトークンのストレージへの第１のトークンのタイプの転送を自動的に開始することであって、
ここで、
第２の分離されたトークンのストレージは、サードパーティエンティティの第２の分離されたデータ構造に関連付けられており、
第２のクライアントデバイスは、第２の分離されたトークンのストレージにアクセスするための条件依存の権限を有し、
第１の分離されたデータ構造は、第１のトークンのタイプを格納するように構成されたスキーマを含む、
の第１のトークンのタイプの転送を自動的に開始することと、
少なくとも１つの条件に合致する少なくとも１つの逆オペレーションを検出することと、
第２の分離されたトークンのストレージから第１の分離されたトークンのストレージへの第１のトークンのタイプの転送を開始すること
を行うように構成されている、
システム。 - 前記アクティビティ開始要求は、
第１のトークンのタイプに関連付けられた第１のトークンの転送量と、
第２のトークンのタイプに関連付けられた第２のトークンの転送量と、
少なくとも１つの状態を識別する少なくとも１つの状態識別子と、
少なくとも１つの条件を満たすための制限時間を特定する時間識別子と、
第１のクライアントデバイスを識別する第１のクライアントデバイス識別子と、又は、
第２のクライアントデバイスを識別する第２のクライアントデバイス識別子と
のうちの少なくとも１つを含むアクティビティパラメータを含む、
請求項１１に記載のシステム。 - 少なくとも１つのプロセッサは、
アクティビティパラメータの各アクティビティパラメータに少なくとも部分的に基づいて、複数の命令のうちの少なくとも１つの命令を生成するステップと、
複数の命令に少なくとも部分的に基づいて、少なくとも１つのＳＥＳＣを生成するステップと
を、
少なくとも１つのプロセッサに実行させるソフトウェア命令を実装するように、更に構成される、請求項１２に記載のシステム。 - 少なくとも１つのプロセッサは、
第１のクライアントデバイスに関連付けられた第１のトークンのストレージにおける第１のトークンのタイプの第１のトークンの記憶量を判定するステップと、
第１のトークンの転送量を有する分離された第１のトークンのタイプを生成するステップと、
第１のトークンの記憶量から第１のトークンの転送量を差し引いた、更新された第１のトークンの記憶量を有する、記憶された第１のトークンのタイプを生成するステップと、
第１のトークンのタイプの第１のトークンの記憶量を、第１のトークンのストレージから削除するステップと、
更新された第１のトークンの記憶量を、第１のトークンのストレージに追加するステップと、
第１のトークンのタイプの第１のトークンの転送量を、第１の分離されたトークンのストレージに転送するステップと
を、
少なくとも１つのプロセッサに実行させるソフトウェア命令を実装するように、更に構成される、請求項１２に記載のシステム。 - 少なくとも１つのプロセッサは、
第１の分離されたデータ構造への第１のアセットリンクデータの移動の指示を含むアセットリンクデータ分離メッセージを受信するステップと、
第１の分離されたデータ構造内の第１のアセットリンクデータを表すために、第１の分離されたトークンのストレージ内に第１のトークンのタイプを生成するステップと
を、
少なくとも１つのプロセッサに実行させるソフトウェア命令を実装するように、更に構成される、請求項１１に記載のシステム。 - 少なくとも１つのプロセッサは、
第２のクライアントデータ構造における第２のアセットリンクデータの提供の指示を含むアセットリンクデータ提供メッセージを受信するステップであって、第２のクライアントデータ構造は、第２のアセットリンクデータを格納するように構成されたスキーマを含む、アセットリンクデータ提供メッセージを受信するステップと、
第２のクライアントデータ構造内の第２のアセットリンクデータを表すために、第２のクライアントトークンのストレージに第２のトークンのタイプを生成するステップと
を、
少なくとも１つのプロセッサに実行させるソフトウェア命令を実装するように、更に構成される、
請求項１１に記載のシステム。 - 前記第１のクライアントデバイス、前記第２のクライアントデバイス、および前記サードパーティエンティティは、特定のエンティティに関連付けられており、
第１の分離されたデータ構造と第２の分離されたデータ構造は、同じ分離されたデータ構造である、
請求項１１に記載のシステム。 - 少なくとも１つのプロセッサは、
前記第１のクライアントデバイスに関連付けられた少なくとも１つのディスプレイに、前記第１のトークンのストレージにおける前記第２のトークンのタイプの受信を示す第２のトークンのタイプの受信通知を表示するよう指示するステップ
を、
少なくとも１つのプロセッサに実行させるソフトウェア命令を実装するように、更に構成される、
請求項１１に記載のシステム。 - 少なくとも１つのプロセッサは、
第１のクライアントデバイスから少なくとも１つの第１のトークンのタイプのリターン要求を受信するステップであって、第１のトークンのタイプのリターン要求は、少なくとも１つの条件に従って、第２のトークンのタイプのリターンを含む、第１のトークンのタイプのリターン要求を受信するステップと、
少なくとも１つの逆オペレーションを開始するするステップと
を、
少なくとも１つのプロセッサに実行させるソフトウェア命令を実装するように、更に構成される、
請求項１８に記載のシステム。 - 少なくとも１つのプロセッサは、
前記第１のクライアントデバイスに関連付けられた少なくとも１つのディスプレイに、第１の分離されたトークンのストレージにおける第１のトークンのタイプの受信を示す第１のトークンのタイプのリターン通知を表示するよう指示するステップ
を、
少なくとも１つのプロセッサに実行させるソフトウェア命令を実装するように、更に構成される、
請求項１１に記載のシステム。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US202163166917P | 2021-03-26 | 2021-03-26 | |
| US63/166,917 | 2021-03-26 | ||
| PCT/US2022/022212 WO2022204604A1 (en) | 2021-03-26 | 2022-03-28 | Computer network systems for cryptographically-secured, token-based operations and methods of use thereof |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2024510042A true JP2024510042A (ja) | 2024-03-05 |
| JP7499424B2 JP7499424B2 (ja) | 2024-06-13 |
Family
ID=83363911
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2023559122A Active JP7499424B2 (ja) | 2021-03-26 | 2022-03-28 | 暗号的に保護されたトークンベースのオペレーションのためのコンピュータネットワークシステムおよびその使用方法 |
Country Status (7)
| Country | Link |
|---|---|
| US (2) | US11611438B2 (ja) |
| EP (1) | EP4315742A1 (ja) |
| JP (1) | JP7499424B2 (ja) |
| CN (1) | CN117356071A (ja) |
| AU (1) | AU2022246182B2 (ja) |
| CA (1) | CA3216532A1 (ja) |
| WO (1) | WO2022204604A1 (ja) |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7269732B2 (en) | 2003-06-05 | 2007-09-11 | Sap Aktiengesellschaft | Securing access to an application service based on a proximity token |
| US8447983B1 (en) * | 2011-02-01 | 2013-05-21 | Target Brands, Inc. | Token exchange |
| US9967238B1 (en) * | 2017-11-09 | 2018-05-08 | Broadridge Financial Solutions, Inc. | Database-centered computer network systems and computer-implemented methods for cryptographically-secured distributed data management |
| US11816664B2 (en) * | 2018-05-07 | 2023-11-14 | Broadridge Financial Solutions, Inc. | Computer network systems administering cryptographically-secured, token-based substitution management and methods of use thereof |
| CN108805712B (zh) * | 2018-05-29 | 2021-03-23 | 创新先进技术有限公司 | 资产转移的回退处理方法及装置、电子设备 |
| US20220019575A1 (en) | 2018-12-04 | 2022-01-20 | Zeu Technologies, Inc. | System And Method For Augmenting Database Applications With Blockchain Technology |
| WO2021046494A1 (en) * | 2019-09-06 | 2021-03-11 | Bosonic, Inc. | System and method of providing a blockchain-based recordation process |
-
2022
- 2022-03-28 EP EP22776793.6A patent/EP4315742A1/en active Pending
- 2022-03-28 US US17/706,438 patent/US11611438B2/en active Active
- 2022-03-28 CA CA3216532A patent/CA3216532A1/en active Pending
- 2022-03-28 JP JP2023559122A patent/JP7499424B2/ja active Active
- 2022-03-28 CN CN202280034116.XA patent/CN117356071A/zh active Pending
- 2022-03-28 WO PCT/US2022/022212 patent/WO2022204604A1/en active Application Filing
- 2022-03-28 AU AU2022246182A patent/AU2022246182B2/en active Active
-
2023
- 2023-03-20 US US18/186,753 patent/US20230318834A1/en active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| CA3216532A1 (en) | 2022-09-29 |
| US11611438B2 (en) | 2023-03-21 |
| US20220311613A1 (en) | 2022-09-29 |
| WO2022204604A1 (en) | 2022-09-29 |
| US20230318834A1 (en) | 2023-10-05 |
| JP7499424B2 (ja) | 2024-06-13 |
| CN117356071A (zh) | 2024-01-05 |
| EP4315742A1 (en) | 2024-02-07 |
| AU2022246182B2 (en) | 2024-08-22 |
| AU2022246182A1 (en) | 2023-10-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11695578B2 (en) | Systems and methods for storing and sharing transactional data using distributed computer systems | |
| US20240046230A1 (en) | Systems and methods for hyperledger-based payment transactions, alerts, and dispute settlement, using smart contracts | |
| US20230262118A1 (en) | Reconciliation of data stored on permissioned database storage across independent computing nodes | |
| US20180268483A1 (en) | Programmable asset systems and methods | |
| US20210271681A1 (en) | Analysis of data streams consumed by high-throughput data ingestion and partitioned across permissioned database storage | |
| US20180204216A1 (en) | Transaction settlement systems and methods | |
| US20230098747A1 (en) | Systems and methods for payment transactions, alerts, dispute settlement, and settlement payments, using multiple blockchains | |
| US20200394626A1 (en) | System and method for true peer-to-peer automatic teller machine transactions using mobile device payment systems | |
| US20220075892A1 (en) | Partitioning data across shared permissioned database storage for multiparty data reconciliation | |
| US20190108586A1 (en) | Data ingestion systems and methods | |
| US20190385172A1 (en) | Trade finance management systems and methods | |
| US20240005409A1 (en) | Systems, methods, and storage media for managing digital liquidity tokens in a distributed ledger platform | |
| US20200074415A1 (en) | Collateral optimization systems and methods | |
| US20200294148A1 (en) | Analysis systems and methods | |
| US20190156416A1 (en) | Risk and liquidity management systems and methods | |
| US20230186301A1 (en) | Tokenization of the appreciation of assets | |
| JP7499424B2 (ja) | 暗号的に保護されたトークンベースのオペレーションのためのコンピュータネットワークシステムおよびその使用方法 | |
| Sutopo | Blockchain Programming Smart Contract on Polygon | |
| WO2024121728A1 (en) | Systems and methods for managing debt portfolios and obligation portfolios |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20231124 |
|
| A871 | Explanation of circumstances concerning accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A871 Effective date: 20231124 |
|
| 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: 20240402 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20240502 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20240603 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7499424 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |