阅读说明：本技术 用于管理分布式系统上的资产或债务支持虚拟凭证的系统和方法 (system and method for managing asset or liability support virtual credentials on a distributed system ) 是由 C·莫伊 F·毕 A·达克斯 D·舒尔曼 V·加斯巴罗 P·马丁 T·罗班 于 2018-01-11 设计创作，主要内容包括：公开了用于管理分布式系统上的资产或债务支持虚拟凭证的系统和方法。公开了用于管理分布式系统上的资产或债务支持虚拟凭证的系统和方法。根据一个实施例,在用于包括至少一个计算机处理器的存托实体的信息处理装置中,一种用于管理分布式系统上的资产或债务支持虚拟凭证的方法可以包括：(1)接收标的资产的存托的确认,其中存托抵押了标的资产；(2)接收为存托的标的资产发行虚拟凭证的授权；以及(3)通过将交易写入分布式分类账来执行虚拟凭证的发行。(Systems and methods for managing asset or liability support virtual credentials on a distributed system are disclosed. Systems and methods for managing asset or liability support virtual credentials on a distributed system are disclosed. According to one embodiment, in an information processing apparatus for a depository entity comprising at least one computer processor, a method for managing asset or liability support virtual credentials on a distributed system may comprise: (1) receiving a confirmation of a depository of the subject asset, wherein the depository mortises the subject asset; (2) receiving an authorization to issue a virtual credential for a hosted subject asset; and (3) performing issuance of the virtual credential by writing the transaction to the distributed ledger.)

1. A method for managing asset or liability support virtual credentials on a distributed system, comprising:

In an information processing apparatus for a hosting entity comprising at least one computer processor:

Receiving a confirmation of a depository of a subject asset, wherein the depository mortises the subject asset;

receiving authorization to issue a virtual credential for a hosted asset; and

Issuing the virtual credential is performed by writing the transaction to a distributed ledger.

2. The method of claim 1, wherein the confirmation is received from a host receiving the escrow of the subject asset.

3. The method of claim 1, wherein the virtual credential comprises a token.

4. The method of claim 1, wherein the distributed ledger is a blockchain-based ledger.

5. The method of claim 1, wherein the authorization to issue the virtual credential is received from an asset initiator.

6. The method of claim 1, further comprising:

Assigning the virtual credential to the depositor of the subject asset; and

Writing the allocation to the distributed ledger.

7. The method of claim 1, further comprising:

Communicating the mortgage of the subject asset to an asset originator.

8. A method for managing asset or liability support virtual credentials on a distributed system, comprising:

In an information processing apparatus for a hosting entity comprising at least one computer processor:

Receiving a request to redeem or cancel a virtual voucher for a mortgage target asset from a holder of the virtual voucher;

Locking the assignment of the virtual credentials to the holders on a distributed ledger;

canceling the virtual credential; and

initiating the subject asset transfer to the holder.

9. The method of claim 8, wherein locking the assignment of virtual credentials to the holders on a distributed ledger comprises associating indicia with the distributed ledger indicating non-transferability of the subject asset.

10. the method of claim 8, wherein the subject asset is transferred to an account designated by the holder.

11. the method of claim 8, wherein the step of revoking the virtual credential comprises:

Writing the cancellation of the virtual credential to the distributed ledger.

12. The method of claim 8, wherein the distributed ledger comprises a blockchain-based ledger.

13. a system for managing asset or liability support virtual credentials on a distributed system, comprising:

An asset initiator;

A storage entity; and

a distributed ledger;

Wherein:

The asset initiator deposits a trusted asset to the depositor entity, wherein the depositor mortgages the trusted asset;

The escrow entity receiving an acknowledgment by the asset originator of the escrow of the subject asset;

The trusted entity receiving authorization from the asset originator to issue a virtual voucher for the trusted subject asset; and

the escrow entity performs issuance of the virtual credential by writing the transaction to a distributed ledger.

14. The system of claim 13, wherein the depositor entity receives confirmation of the depository of the subject asset by the asset originator from a depositor receiving the depository of the subject asset.

15. The system of claim 13, wherein the virtual credential comprises a token.

16. The system of claim 13, wherein the distributed ledger is a blockchain-based ledger.

17. The system of claim 13, wherein the trusted entity receives authorization from the asset originator to issue the trusted subject asset's virtual credentials from the asset originator.

18. The system of claim 13, further comprising:

wherein the depository entity assigns the virtual voucher to the depositor of the subject asset and writes the assignment to the distributed ledger.

19. The system of claim 13, wherein the depository entity communicates the mortgage of the subject asset to an asset originator.

Technical Field

The present disclosure relates generally to systems and methods for managing asset or liability support/guarantee virtual credentials (receipts) on a distributed system.

Background

A depository certificate or DR may be issued and delivered by a depository entity after the depository entity accepts an account join from an issuer or holder of an asset or debt established at a designated depositor of the depository of the subject asset or debt, which may be held/transferred or sold on an ledger. The DR may be traded at a local stock exchange.

Disclosure of Invention

systems and methods for managing asset or liability support virtual credentials on a distributed system are disclosed. According to one embodiment, in an information processing apparatus for a depository entity comprising at least one computer processor, a method for managing asset or liability support virtual credentials on a distributed system may comprise: (1) receiving an acknowledgement of a depository of a subject asset, wherein the depository mortgage (encumber) has the subject asset; (2) receiving authorization to issue a virtual credential for a hosted asset; and (3) performing issuance of the virtual credential by writing the transaction to a distributed ledger (hedger).

In one embodiment, confirmation may be received by the depositor from its host receiving the depository of the subject asset.

In one embodiment, the virtual credentials may include a token.

In one embodiment, the distributed ledger can be a blockchain-based ledger.

In one embodiment, authorization to issue a virtual credential may be received from an asset initiator.

In one embodiment, the method may further include assigning the virtual credential to a depository of the subject asset; and writes the allocation to the distributed ledger.

In one embodiment, the method may further include communicating the mortgage of the subject asset to the asset originator.

According to another embodiment, in an information processing apparatus for a depository entity comprising at least one computer processor, a method for managing asset or liability support virtual credentials across a distributed system may comprise: (1) receiving a request to redeem (redeem) or cancel the virtual voucher from the holder of the virtual voucher of the mortgage subject asset; (2) locking the allocation of the virtual credentials to holders on the distributed ledger; (3) canceling the virtual certificate; and (4) initiating a transfer of the subject asset to the holder.

In one embodiment, the step of locking the allocation of virtual credentials to the holder on the distributed ledger comprises associating indicia indicative of non-transferability of the flagged assets with the distributed ledger.

In one embodiment, the subject asset may be transferred to an account designated by the holder.

in one embodiment, the step of revoking the virtual credential may include writing the revoking of the virtual credential to the distributed ledger.

In one embodiment, the distributed ledger can comprise a blockchain-based ledger.

According to another embodiment, a system for managing asset or liability support virtual credentials on a distributed system may include an asset initiator; a storage entity; and a distributed ledger. The asset initiator may stock the underlying asset to a depository entity, wherein the depository mortgages the underlying asset. The trusted entity may receive an asset initiator's confirmation of the trusted subject asset's trust and may receive authorization from the asset initiator to issue a virtual credential of the trusted subject asset. It may also perform issuance of virtual credentials by writing transactions to the distributed ledger.

In one embodiment, the escrow entity may receive an asset originator's confirmation of the escrow of the subject asset from the escrow that received the escrow of the subject asset.

In one embodiment, the virtual credentials may include a token.

in one embodiment, the distributed ledger can comprise a blockchain-based ledger.

In one embodiment, a trusted entity may receive authorization from an asset initiator to issue a virtual credential of a trusted subject asset from the asset initiator.

in one embodiment, the depository entity may assign the virtual voucher to the depositor of the subject asset and write the assignment to the distributed ledger.

In one embodiment, the depository entity may communicate the mortgage of the subject asset to the asset originator.

Drawings

For a more complete understanding of the present invention, its objects and advantages, reference is now made to the following descriptions taken in conjunction with the accompanying drawings, in which:

Figure 1 depicts an exemplary system for managing asset or liability support virtual credentials across a distributed system according to one embodiment.

FIG. 2 depicts an exemplary method for asset mortgage, according to one embodiment.

FIG. 3 depicts an exemplary method for virtual credential issuance according to one embodiment.

Fig. 4 depicts an exemplary method for virtual credential redemption in accordance with one embodiment.

Detailed Description

According to an embodiment, a virtual presence or "virtual voucher" is an asset or liability support electronic token that can provide investors, brokers, trustees and clearing companies with a means to link a subject asset or liability with its digital representation on a distributed system for ownership tracking and transfer purposes; clearing and settling the transaction; asset sourcing, distribution and securitization; and other such marketing processes that may be facilitated over a distributed system. As used herein, a distributed system includes a distributed ledger, such as a blockchain or etherhouse based ledger.

Figure 1 depicts an exemplary system for managing virtual credentials for asset or liability support over a distributed system according to one embodiment. The system 100 may include an asset initiator 110, an issuing entity 120, a trusting entity 130, a custodian 135, a distributed ledger 140, a virtual credential holder 150, and a potential virtual credential holder 160.

In one embodiment, the asset initiator 110 may be an issuer, an asset owner, a brokerage trader acting on behalf of either. The asset initiator 110 may be an entity holding the issued securities, the asset initiator 110 seeking to host the securities to the hosting entity 130 to create a virtual voucher.

The issuing entity 120 may be an entity whose securities support virtual credentials, whether in the issuer's stocks, government bonds, or in the fund manager's bundle securities (e.g., ETF).

In the original release, the securities custody/release (e.g., IPO), the issuing entity 120, and the asset initiator 110 may be the same entity.

The trusting entity 130 may receive asset(s) from the asset initiator 110 and may authorize virtual credentials for the received assets. The virtual credentials may be written to a distributed ledger 140, which may be a distributed ledger, such as a blockchain or etherhouse based ledger.

In one embodiment, the escrow person 135 may hold the subject assets of the depository entity 130. In one embodiment, the hosting entity 130 and the hosting person 135 may be the same entity, and hosting person services related to the hosting person 135 holding the subject asset may be assigned by the depository entity 130.

In another embodiment, the depositor entity 130 and the depositor 135 may be different entities.

In one embodiment, the trusted entity 130 may act as an issuer of virtual credentials across multiple systems. For example, the trust entity 130 can up-price or down-price virtual credentials of the virtual credential holder 150 across multiple distributed ledgers (e.g., 140) and enable the virtual credential holder 150 to sell, trade, etc. virtual credentials across multiple systems, regardless of the system in which the credentials are issued.

Virtual credential holders 150 and potential virtual credential holders 160 may be one or more parties to a transaction. For example, the virtual credential holder 150 may be a seller of the virtual credential and the potential virtual credential holder may be a buyer of the virtual credential.

In one embodiment, virtual credential holders 150 and/or potential virtual credential holders 160 may conduct transactions through a broker (not shown).

referring to FIG. 2, an exemplary method for asset mortgage, according to one embodiment. In step 210, the asset initiator or issuing entity may escrow the asset or debt or amount thereof in a designated account maintained by the escrow entity (e.g., an account established at a escrow that may be assigned by the escrow) to mortgage or guard (ring-fun) the asset. In one embodiment, the account may be hosted and verified by the depository entity on behalf of the issuing entity that issued the asset(s). In one embodiment, the asset originator may be the same as the publishing entity; in another embodiment, the publishing entity and the asset originator may be different entities.

In one embodiment, the asset(s) may be any suitable asset, such as securities, physical assets, loans, derivatives, commodities, stocks, currencies, indices, bonds, credit limits, rights to such assets, and the like. Other assets/other types of assets can be included as needed and/or desired.

In one embodiment, the asset(s) may include a single asset, a pool/basket of assets, a name for an asset, and/or the like.

In one embodiment, the asset may be hosted by a host that may be assigned by the depositor.

In step 215, the depository entity may receive confirmation of the depository from the depositor of the depository entity and may provide confirmation of the asset depository and mortgage/guard in the designated account to the issuing entity or asset originator by electronic message. Based on this confirmation, the trusted entity may issue the virtual credential.

In step 220, the asset initiator may authorize the trust entity to release the virtualization. In one embodiment, the virtual credentials may be issued to a distributed system or ledger. The purpose of trustee trusting an asset with a trustee may be to issue one or more virtual credentials. The hosting of the asset initiator may include, for example, instructions regarding delivery of the virtual credential.

In step 225, the trusted entity may perform the issuance of the virtual voucher to the virtual voucher holder.

Referring to FIG. 3, an exemplary method for issuing virtual credentials is provided according to one embodiment. In one embodiment, issuance of the virtual voucher can occur in a designated distributed system or ledger, where network participants can verify updates to the system that correspond to the respective asset or transaction and its movement or settlement.

In step 310, the virtual credential may be assigned an identifier that may be linked to or on behalf of the asset(s) and may contain data related to the asset(s), including price, quantity, date of transaction, and the like.

In step 315, the virtual credential may be assigned to a virtual credential holder within the distributed system and may undergo a transfer to a potential virtual credential holder, as determined by existing rules and architectures of the distributed system. In one embodiment, this may include interaction with other distributed systems, trusted entities, and the like.

In step 320, the issuing entity and/or the depository entity may optionally communicate the presence and mortgage or guard of the asset(s) in the designated account and any additional asset data to the distributed system via any suitable electronic communication means. The communication may be shared with multiple system participants as needed and/or desired, including, for example, a trusted entity, a virtual credential holder, and the like. In one embodiment, the communication may be periodic (e.g., daily), on-demand, or otherwise as needed and/or desired.

Once issued, the virtual voucher may be used as a way to facilitate a series of financial transactions, including, for example, money transfers, transactions, silver/syndication (syndication), loans, and the like.

in one embodiment, the virtual credentials may be written to the distributed system (e.g., distributed ledger) in any suitable manner. In one embodiment, writes may interoperate with other distributed systems or ledgers.

Referring to fig. 4, an exemplary method for redeeming or canceling a virtual voucher is provided, according to one embodiment.

In step 410, the virtual credential holder may request redemption or extraction (withdry) of the virtual credential to a specified account by, for example, sending an electronic message to the trusted entity, the distributed system, and/or a representative third party. In one embodiment, the virtual credential holder may have the broker submit the request.

In another embodiment, the virtual credential holder may deliver or hand off the virtual credential or a representation thereof to the hosting entity.

In step 415, the distributed system can "lock" the assignment of the specified virtual credential to the virtual credential holder and can communicate the lock status to the trusted entity. For example, the distributed ledger may flag, or otherwise indicate that the virtual credential cannot be further transferred or changed.

In step 420, upon receiving the redemption or withdrawal request, the depository entity may confirm the locked assignment of the specified virtual credential to the virtual credential holder in the distributed system. For example, the trusting entity can verify that the virtual credential entry on the distributed ledger has been marked or tagged with an appropriate indicator.

in step 425, the trusted entity may initiate cancellation of the virtual credential to the distributed system via an electronic message. The cancellation may be based on existing rules and architectures. At step 430, the distributed system can cancel the virtual credential by, for example, writing a cancellation to the distributed ledger.

In step 435, the depository entity may initiate the transfer of the asset(s) from the account that has been secured or circled to the designated account. In one embodiment, the account may be identified in the request of the virtual credential holder. The initiation of the transmission may be communicated to the issuing entity and/or the distributed system.

in one embodiment, the transfer of assets may occur outside of the distributed system. For example, if the virtual voucher seller and the virtual voucher buyer agree to a transfer, the intelligent contract executed by the distributed system may perform an ownership change to the distributed classification ledger.

In one embodiment, the virtual credentials may be traded on a secondary market. In one embodiment, changes to the virtual credential holder may not affect the asset(s).

In one embodiment, the virtual credentials may be serviced. For example, in one embodiment, the virtual credentials may support service activities for the asset(s) and/or service activities related to the virtual credential holder, such as processing company events/actions, related payments, collecting and executing voting rights, issuing additional VRs, revoking VRs, distributing communications, and so forth.

While multiple embodiments have been described, it should be recognized that these embodiments are not unique to each other, and features from one embodiment may be applied to other embodiments as desired.

In the following, general aspects of embodiments of the system and method of the present invention will be described.

The system of the invention, or portions of the system of the invention, may be in the form of a "processing machine", such as a general purpose computer. As used herein, the term "processing machine" should be understood to include at least one processor that uses at least one memory. At least one memory stores a set of instructions. The instructions may be stored permanently or temporarily in one or more memories of the processing machine. The processor executes instructions stored in the one or more memories in order to process data. The set of instructions may include various instructions to perform one or more particular tasks, such as those described above. Such a set of instructions for performing a particular task may be characterized as a program, a software program, or software only.

In one embodiment, the processing machine may be a dedicated processor.

as described above, the processing machine executes instructions stored in the memory(s) to process data. For example, the data processing may be in response to a command by a user(s) of the processing machine, in response to a previous process, in response to a request by another processing machine, and/or any other input.

As mentioned above, the processing machine used to implement the present invention may be a general purpose computer. However, the above-described processing machines may also utilize any of a variety of other technologies including special purpose computers, computer systems including, for example, a microcomputer, minicomputer or mainframe, programmable microprocessor, microcontroller, peripheral integrated circuit elements, CSIC (user specific integrated circuit) or ASIC (application specific integrated circuit) or other integrated circuits, logic circuitry, digital signal processor, programmable logic devices such as FPGAs, PLDs, PLAs or PALs, or any other device or arrangement of devices capable of implementing the steps of the processes of the invention.

The processing machine used to implement the present invention may use a suitable operating system. Accordingly, embodiments of the invention may include a processing machine that operates: iOS operating system, OS X operating system, Android operationSystem, Microsoft Windows^TMOperating system, Unix operating system, Linux operating system, Xenix operating system, IBM AIX^TMOperating system, Hewlett-Packard UX^TMOperating system and Novell Netware^TMOperating system, Sun Microsystems Solaris^TMOperating system, OS/2^TMOperating system, BeOS^TMOperating system, Macintosh operating system, Apache operating system, OpenStep^TMAn operating system or other operating system or platform.

It should be understood that in order to practice the method of the present invention as described above, the processors and/or memories of the processing machines need not be physically located in the same geographic location. That is, each of the processors and memories used by the processing machines may be located in geographically distinct locations and connected to communicate in any suitable manner. Additionally, it is to be understood that each of the processors and/or memories may be comprised of different device physics. Thus, it is not necessary that the processor be one single piece of equipment in one location and the memory be another single piece of equipment in another location. That is, it is contemplated that the processor may be two pieces of equipment in two different physical locations. The two different pieces of equipment may be connected in any suitable manner. In addition, the memory may comprise two or more portions of memory in two or more physical locations.

For further explanation, the processes described above are performed by various components and various memories. However, it should be understood that according to further embodiments of the present invention, the processing performed by two different components as described above may be performed by a single component. Further, the processing performed by one distinct component as described above may be performed by two distinct components. In a similar manner, according to a further embodiment of the invention, memory storage performed by two different memory portions as described above may be performed by a single memory portion. Further, memory storage performed by one distinct memory portion as described above may be performed by two memory portions.

In addition, various techniques may be used to provide communications between the various processors and/or memories, as well as to allow the processors and/or memories of the present invention to communicate with any other entity; i.e., for example, to obtain further instructions or to access and use remote memory storage. For example, such technologies for providing such communications may include a network, the internet, an intranet, an extranet, a LAN, an ethernet, wireless communications via cell towers or satellites, or any client server system that provides communications. For example, such communication techniques may use any suitable protocol, such as TCP/IP, UDP, or OSI.

As described above, the instruction set may be used for the processes of the present invention. The set of instructions may be in the form of a program or software. For example, the software may be in the form of system software or application software. For example, the software may take the form of a collection of separate programs, a program module within a larger program or a portion of a program module. The software used may also include modular programming in the form of object-oriented programming. The software tells the processing machine how to process the data being processed.

further, it should be understood that the instructions or sets of instructions used in the implementation and operation of the present invention may be in a suitable form such that the instructions may be read by a processing machine. For example, the instructions that form the program may be in the form of a suitable programming language that is converted to machine language or object code to allow one or more processors to read the instructions. That is, a compiler, assembler or interpreter is used to convert a written line of programming code or source code in a particular programming language into machine language. A machine language is a binary coded machine instruction that is specific to a particular type of processing machine, i.e., for example, it is specific to a particular type of computer. The computer solves the machine language.

Any suitable programming language may be used in accordance with various embodiments of the invention. Illustratively, the programming languages used may include assembly language, Ada, APL, Basic, C + +, COBOL, dBase, Forth, Fortran, Java, Modula-2, Pascal, Prolog, REXX, Visual Basic, and/or JavaScript, for example. Furthermore, a single type of instruction or a single programming language need not be used in connection with the operation of the system and method of the present invention. Rather, any number of different programming languages may be used as needed and/or desired.

Further, the instructions and/or data used in the practice of the present invention may use any compression or encryption technique or algorithm, as desired. The encryption module may be used to encrypt data. Further, for example, files or other data may be decrypted using a suitable decryption module.

as mentioned above, the present invention may illustratively be embodied in the form of a processing machine comprising, for example, a computer or computer system including at least one memory. It should be appreciated that the set of instructions (i.e., software) that enables the computer operating system to perform the operations described above may be embodied on any of a variety of media or media, as desired. Further, the data processed by the sets of instructions may also be embodied on any of a variety of media or media. That is, for example, the particular medium used to store the sets of instructions and/or data used in the present invention (i.e., the memory in the processing machine) may take any of a variety of physical forms or transmissions. Illustratively, the medium may be in the form of: paper, paper transparencies, compact disks, DVDs, integrated circuits, hard disks, floppy disks, optical disks, magnetic tape, RAM, ROM, PROM, EPROM, wire, cable, fiber optics, communication channels, satellite transmission, memory cards, SIM cards or other remote transmission and any other medium or source of data that can be read by a processor of the invention.

Further, the one or more memories used in the processing machines implementing the invention may be in any of various forms to allow the memories to hold instructions, data, or other information as desired. Thus, the memory may be in the form of a database for holding data. For example, the database may use any desired file arrangement, such as a flat file arrangement or a relational database arrangement.

In the systems and methods of the present invention, various "user interfaces" may be utilized to allow a user to interface with one or more processing machines for implementing the present invention. As used herein, a user interface includes any hardware, software, or combination of hardware and software used by a processing machine that allows a user to interact with the processing machine. For example, the user interface may be in the form of a dialog screen. The user interface may also include any of the following: a mouse, touch screen, keyboard, keypad, voice reader, voice recognizer, dialog screen, menu box, list, check box, toggle switch, button, or any other device that allows a user to receive information regarding the operation of and/or provide information to a processing machine when processing a set of instructions by the processing machine. Thus, a user interface is any device that provides communication between a user and a processing machine. For example, information provided to the processing machine by a user through a user interface may be in the form of commands, data selections, or some other input.

As described above, a processing machine executing a set of instructions utilizes a user interface to cause the processing machine to process data for a user. The user interface is typically used by the processing machine to interact with a user to transmit information or receive information from a user. However, it should be understood that according to some embodiments of the systems and methods of the present invention, a human user need not actually interact with the user interface used by the processing machine of the present invention. Rather, it is also contemplated that the user interface of the present invention may interact, i.e., transmit and receive information, with another processing machine rather than a human user. Thus, other processing machines may be characterized as users. Further, it is contemplated that a user interface used in the systems and methods of the present invention may interact, in part, with another processing machine or processing machines, while also interacting, in part, with a human user.

those skilled in the art will readily appreciate that the present invention is susceptible to broad use and application. Many embodiments of the invention and adaptations thereof (other than those described herein) as well as many variations, modifications, and equivalent arrangements will be apparent from or reasonably suggested by the present invention and the foregoing description thereof, without departing from the substance or scope of the present invention.

Thus, while the present invention has been described in detail with respect to exemplary embodiments thereof, it is to be understood that this disclosure is only illustrative and exemplary of the present invention and is made to provide a enabling disclosure of the invention. Accordingly, the foregoing disclosure is not intended to be construed or limited to the present invention or otherwise to exclude any other such embodiments, adaptations, variations, modifications or equivalent arrangements.