用于管理分布式系统上的资产或债务支持虚拟凭证的系统和方法

文档序号:1722261 发布日期:2019-12-17 浏览:26次 >En<

阅读说明:本技术 用于管理分布式系统上的资产或债务支持虚拟凭证的系统和方法 (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.)

用于管理分布式系统上的资产或债务支持虚拟凭证的系统和 方法

相关申请的交叉引用

本申请要求2017年1月13日提交的美国专利申请序列号62/446,185的权益,其公开内容通过引用以其整体并入本文。

技术领域

本公开总体涉及用于管理分布式系统上的资产或债务支持/担保(asset orobligation-backed)虚拟凭证(receipt)的系统和方法。

背景技术

在存托实体接受了来自资产或债务的发行人或持有者在标的资产或债务的托存的指定托管人处建立的账户加入之后,存托凭证或DR可以由存托实体发行和交付,该资产或债务可以在账本上持有/转移或出售。DR可以在当地证券交易所进行交易。

发明内容

公开了用于管理分布式系统上的资产或债务支持虚拟凭证的系统和方法。根据一个实施例,在用于包括至少一个计算机处理器的存托实体的信息处理装置中,一种用于管理分布式系统上的资产或债务支持虚拟凭证的方法可以包括:(1)接收标的资产的存托的确认,其中存托抵押(encumber)了标的资产;(2)接收对存托的标的资产发行虚拟凭证的授权;以及(3)通过将交易写入分布式分类账(ledger)来执行虚拟凭证的发行。

在一个实施例中,可以由存托者从接收标的资产的存托的其托管人接收确认。

在一个实施例中,虚拟凭证可包括令牌。

在一个实施例中,分布式分类账可以是基于区块链的分类账。

在一个实施例中,可以从资产发起者接收发行虚拟凭证的授权。

在一个实施例中,该方法还可以包括将虚拟凭证分配给标的资产的存户;并将分配写入分布式分类账。

在一个实施例中,该方法还可以包括将标的资产的抵押传达给资产发起者。

根据另一个实施例,在用于包括至少一个计算机处理器的存托实体的信息处理装置中,一种用于在分布式系统上管理资产或债务支持虚拟凭证的方法可以包括:(1)从抵押的标的资产的虚拟凭证的持有者处接收兑换(redeem)或取消虚拟凭证的请求;(2)将虚拟凭证的分配锁定到分布式分类账上的持有者;(3)取消虚拟凭证;以及(4)发起到持有者的标的资产转移。

在一个实施例中,将虚拟凭证的分配锁定到分布式分类账上的持有者的步骤包括将指示标的资产的不可转移性的标记与分布式分类账相关联。

在一个实施例中,可以将标的资产转移到由持有者指定的账户。

在一个实施例中,取消虚拟凭证的步骤可包括将虚拟凭证的取消写入分布式分类账。

在一个实施例中,分布式分类账可以包括基于区块链的分类账。

根据另一个实施例,一种用于在分布式系统上管理资产或债务支持虚拟凭证的系统可以包括资产发起者;存托实体;以及分布式分类账。资产发起者可以向存托实体存托标的资产,其中存托抵押了标的资产。存托实体可以接收资产发起者对标的资产的存托的确认,并且可以接收来自资产发起者的授权以发行存托的标的资产的虚拟凭证。它还可以通过将交易写入分布式分类账来执行虚拟凭证的发行。

在一个实施例中,存托实体可以从接收标的资产的存托的托管人接收资产发起者对标的资产的存托的确认。

在一个实施例中,虚拟凭证可包括令牌。

在一个实施例中,分布式分类账可以包括基于区块链的分类账。

在一个实施例中,存托实体可以接收来自资产发起者的授权以从资产发起者发行所存托的标的资产的虚拟凭证。

在一个实施例中,存托实体可以将虚拟凭证分配给标的资产的存户,并将分配写入分布式分类账。

在一个实施例中,存托实体可以将标的资产的抵押传达给资产发起者。

附图说明

为了更完整地理解本发明、其的目的和优点,现在结合附图参考以下描述,其中:

图1描绘了根据一个实施例的用于在分布式系统上管理资产或债务支持虚拟凭证的示例性系统。

图2描绘了根据一个实施例的用于资产抵押的示例性方法。

图3描绘了根据一个实施例的用于虚拟凭证发行的示例性方法。

图4描绘了根据一个实施例的用于虚拟凭证兑换的示例性方法。

具体实施方式

根据实施例,虚拟存托凭证或“虚拟凭证”是资产或债务支持电子令牌,其为了所有权跟踪和转移的目的可以向投资者、经纪人、托管人和清算公司提供一种将标的资产或债务与分布式系统上的其数字表示进行链接的手段;交易清算和结算;资产来源、分配和证券化;以及可在分布式系统上促进的其他此类市场过程。如本文中所使用的,分布式系统包括分布式分类账,诸如基于区块链或以太坊的分类账。

图1描绘了根据一个实施例的用于在分布式系统上管理资产或债务支持的虚拟凭证的示例性系统。系统100可以包括资产发起者110、发行实体120、存托实体130、托管人135、分布式分类账140、虚拟凭证持有者150以及潜在虚拟凭证持有者160。

在一个实施例中,资产发起者110可以是发行者、资产所有者、代表任一者行事的经纪交易商。资产发起者110可以是持有所发行的证券的实体,该资产发起者110寻求将证券存托于存托实体130以创建虚拟凭证。

发行实体120可以是其证券支持虚拟凭证的实体,无论是发行者的股票、政府债券还是基金经理的捆绑证券(例如,ETF)。

在原始发行中,证券募股/发行(例如,IPO)、发行实体120和资产发起者110可以是相同的实体。

存托实体130可以从资产发起者110接收(一个或更多个)资产,并且可以为所接收的资产授权虚拟凭证。虚拟凭证可以被写入分布式分类账140,其可以是分布式分类账,诸如基于区块链或以太坊的分类账。

在一个实施例中,托管人135可以持有存托实体130的标的资产。在一个实施例中,托管实体130和托管人135可以是相同的实体,并且与托管人135持有标的资产有关的托管人服务可以由存托实体130指派。

在另一个实施例中,存托实体130和托管人135可以是不同的实体。

在一个实施例中,存托实体130可以用作跨多个系统的虚拟凭证的发行者。例如,存托实体130可以在多个分布式分类账(例如,140)上将虚拟凭证持有者150的虚拟凭证增高标价或减低标价,并使虚拟凭证持有者150能够在多个系统上对虚拟凭证进行销售、交易等,而不管这些凭证是在哪个系统中发行的。

虚拟凭证持有者150和潜在虚拟凭证持有者160可以是交易的一方或更多方。例如,虚拟凭证持有者150可以是虚拟凭证的卖方,并且潜在的虚拟凭证持有者可以是虚拟凭证的买方。

在一个实施例中,虚拟凭证持有者150和/或潜在虚拟凭证持有者160可以通过经纪人(未示出)进行交易。

参考图2,根据一个实施例的用于资产抵押的示例性方法。在步骤210中,资产发起者或发行实体可以将资产或债务或其数量存托在由存托实体维护的指定账户(例如,在可以由存托者指派的托管人处建立的账户)中,从而抵押或圈护(ring-fence)资产。在一个实施例中,可以由存托实体代表发行(一个或更多个)资产的发行实体来掌管和验证账户。在一个实施例中,资产发起者可以与发行实体相同;在另一个实施例中,发行实体和资产发起者可以是不同的实体。

在一个实施例中,(一个或更多个)资产可以是任何合适的资产,诸如证券、实物资产、贷款、衍生品、商品、股票、货币、指数、债券、信贷额度、此类资产的权利等。可以根据需要和/或期望包括其他资产/其他类型资产。

在一个实施例中,(一个或更多个)资产可以包括单个资产、资产池/篮、资产的名义等。

在一个实施例中,资产可以存托于可以由存托者指派的托管人。

在步骤215中,存托实体可以从存托实体的托管人处接收存托的确认,并且可以通过电子消息向发行实体或资产发起者提供对指定账户中的资产存托和抵押/圈护的确认。根据此确认,存托实体可以发行虚拟凭证。

在步骤220中,资产发起者可以授权存托实体发行虚拟。在一个实施例中,虚拟凭证可以被发行到分布式系统或分类账。与存托实体的托管人存托资产的目的可能是发行一个或更多个虚拟凭证。资产发起者的存托可以包括例如关于递送虚拟凭证的指令。

在步骤225中,存托实体可以执行向虚拟凭证持有者发行虚拟凭证。

参考图3,根据一个实施例提供了用于发行虚拟凭证的示例性方法。在一个实施例中,虚拟凭证的发行可以在指定的分布式系统或分类账中发生,其中网络参与者可以验证对系统的更新,其对应于相应的资产或交易及其移动或结算。

在步骤310中,可以向虚拟凭证分配标识符,该标识符可以链接到或代表(一个或更多个)资产,并且可以包含与(一个或更多个)资产相关的数据,包括价格、数量、交易日期等。

在步骤315中,虚拟凭证可以被分配给分布式系统内的虚拟凭证持有者,并且可以经历转移到潜在的虚拟凭证持有者,如由分布式系统的现有规则和体系结构所确定的。在一个实施例中,这可以包括与其他分布式系统、存托实体等的交互。

在步骤320中,发行实体和/或存托实体可以可选地经由任何合适的电子通讯方式将指定账户中的(一个或更多个)资产的存在和抵押或圈护以及任何附加资产数据传送到分布式系统。该通信可以根据需要和/或期望与多个系统参与者共享,包括例如存托实体、虚拟凭证持有者等。在一个实施例中,通信可以是周期性的(例如,每天)、按需的或者其它方式根据需要和/或期望的。

一旦发行,虚拟凭证可以用作促进一系列金融交易的方式,包括例如汇款、交易、银团/辛迪加(syndication)、贷款等。

在一个实施例中,可以以任何合适的方式将虚拟凭证写入分布式系统(例如,分布式分类账)。在一个实施例中,写入可以与其他分布式系统或分类账互操作。

参考图4,根据一个实施例,提供了用于兑换或取消虚拟凭证的示例性方法。

在步骤410中,虚拟凭证持有者可以通过例如向存托实体、分布式系统和/或代表性第三方发送电子消息来请求将虚拟凭证兑换或提取(withdrawn)到指定帐户。在一个实施例中,虚拟凭证持有者可以让经纪人提交该请求。

在另一个实施例中,虚拟凭证持有者可以将虚拟凭证或其表示递送或交出给存托实体。

在步骤415中,分布式系统可以将指定的虚拟凭证的分配“锁定”到虚拟凭证持有者,并且可以将锁定状态传送给存托实体。例如,分布式分类账可以标示、标记或以其他方式指示不能进一步转移或改变虚拟凭证。

在步骤420中,在接接收兑换或取款请求时,存托实体可以确认对分布式系统中的虚拟凭证持有者的指定的虚拟凭证的锁定分配。例如,存托实体可以验证分布式分类账上的虚拟凭证条目已被标示或标记有适当的指示符。

在步骤425中,存托实体可以经由电子消息向分布式系统发起虚拟凭证的取消。取消可以基于现有规则和体系结构。在步骤430,分布式系统可以通过例如将取消写入分布式分类账来取消虚拟凭证。

在步骤435中,存托实体可以发起将(一个或更多个)资产从已被抵押或圈护的账户转移到指定账户。在一个实施例中,可以在虚拟凭证持有者的请求中识别帐户。传输的发起可以被传送到发行实体和/或分布式系统。

在一个实施例中,资产的转移可以在分布式系统之外发生。例如,如果虚拟凭证卖方和虚拟凭证买方同意转移,则由分布式系统执行的智能合约可以对分布式分类账实行所有权变更。

在一个实施例中,虚拟凭证可以在二级市场上交易。在一个实施例中,虚拟凭证持有者的变更可能不会影响(一个或更多个)资产。

在一个实施例中,可以为虚拟凭证提供服务。例如,在一个实施例中,虚拟凭证可以支持针对(一个或更多个)资产的服务活动和/或与虚拟凭证持有者有关的服务活动,诸如处理公司事件/行动、相关的支付、征集和执行投票权、发行额外的VR、取消VR、分发通讯等。

尽管已经描述了多个实施例,但应该认识到,这些实施例不是彼此独有的,并且来自一个实施例的特征可以根据需要应用于其他实施例。

在下文中,将描述本发明的系统和方法的实施方式的一般方面。

本发明的系统或本发明的系统的部分可以是“处理机器”的形式,诸如通用计算机。如本文中所使用的,术语“处理机器”应理解为包括使用至少一个存储器的至少一个处理器。至少一个存储器存储指令集。指令可以永久地或临时地存储在处理机器的一个或更多个存储器中。处理器执行存储在一个或更多个存储器中的指令以便处理数据。指令集可以包括执行一个或更多个特定任务(例如上述那些任务)的各种指令。用于执行特定任务的此类指令集可以被表征为程序、软件程序或仅软件。

在一个实施例中,处理机器可以是专用处理器。

如上所述,处理机器执行存储在(一个或更多个)存储器中的指令以处理数据。例如,该数据处理可以响应于处理机器的(一个或更多个)用户的命令、响应于先前的处理、响应于另一个处理机器的请求和/或任何其他输入。

如上所述,用于实施本发明的处理机器可以是通用计算机。然而,上述处理机还可以利用各种其他技术中的任何一种,包括专用计算机、计算机系统,包括例如微型计算机、小型计算机或主机、可编程微处理器、微控制器、***集成电路元件、CSIC(用户专用集成电路)或ASIC(专用集成电路)或其他集成电路、逻辑电路、数字信号处理器、可编程逻辑器件(诸如FPGA、PLD、PLA或PAL)或者能够实现本发明的过程的步骤的任何其他装置或装置的布置。

用于实施本发明的处理机器可以使用合适的操作系统。因此,本发明的实施例可以包括运行以下项的处理机器:iOS操作系统、OS X操作系统、Android操作系统、MicrosoftWindowsTM操作系统、Unix操作系统、Linux操作系统、Xenix操作系统、IBM AIXTM操作系统、Hewlett-Packard UXTM操作系统、Novell NetwareTM操作系统、Sun MicrosystemsSolarisTM操作系统、OS/2TM操作系统、BeOSTM操作系统、Macintosh操作系统、Apache操作系统、OpenStepTM操作系统或其他操作系统或平台。

应当理解,为了实践如上所述的本发明的方法,处理机器的处理器和/或存储器不必物理地位于相同的地理位置。也就是说,处理机器使用的处理器和存储器中的每个可以位于地理上不同的位置并且被连接以便以任何合适的方式通信。另外,应当理解,处理器和/或存储器中的每个可以由不同的设备物理件组成。因此,不必要的是处理器是在一个位置的一个单件设备并且存储器是在另一个位置的另一个单件设备。也就是说,考虑到处理器可以是在两个不同物理位置的两件设备。两件不同的设备可以以任何合适的方式连接。另外,存储器可以包括在两个或更多个物理位置的存储器的两个或更多个部分。

为了进一步说明,如上所述的处理由各种组件和各种存储器来执行。然而,应当理解,根据本发明的进一步实施例,由如上所述的两个不同组件执行的处理可以由单个组件执行。此外,由如上所述的一个不同组件执行的处理可以由两个不同的组件执行。以类似的方式,根据本发明的进一步实施例,由如上所述的两个不同存储器部分执行的存储器存储可以由单个存储器部分执行。此外,如上所述由一个不同的存储器部分执行的存储器存储可以由两个存储器部分执行。

此外,可以使用各种技术来提供各种处理器和/或存储器之间的通信,以及允许本发明的处理器和/或存储器与任何其他实体通信;即,例如,以便获得进一步的指令或访问和使用远程存储器存储。例如,用于提供此类通信的此类技术可以包括网络、因特网、内联网、外联网、LAN、以太网、经由蜂窝塔或卫星的无线通信或者提供通信的任何客户端服务器系统。例如,这种通信技术可以使用任何合适的协议,诸如TCP/IP、UDP或OSI。

如上所述,指令集可以用于本发明的处理。该指令集可以是程序或软件的形式。例如,软件可以是系统软件或应用软件的形式。例如,软件也可以是以下形式,单独程序的集合、较大程序内的程序模块或程序模块的一部分。所使用的软件还可以包括面向对象编程形式的模块化编程。该软件告诉处理机器如何处理正在处理的数据。

此外,应该理解,在本发明的实施方式和操作中使用的指令或指令集可以是使得处理机器可以读取指令的合适形式。例如,形成程序的指令可以是合适的编程语言的形式,其被转换为机器语言或目标代码以允许一个或更多个处理器读取指令。也就是说,使用编译器、汇编器或解释器将特定编程语言中的编程代码或源代码的编写行转换为机器语言。机器语言是二进制编码的机器指令,其特定于特定类型的处理机器,即,例如,其特定于特定类型的计算机。计算机理解机器语言。

可以根据本发明的各种实施例使用任何合适的编程语言。说明性地,例如,所使用的编程语言可以包括汇编语言、Ada、APL、Basic、C、C++、COBOL、dBase、Forth、Fortran、Java、Modula-2、Pascal、Prolog、REXX、Visual Basic和/或JavaScript。此外,不必将单一类型的指令或单一编程语言与本发明的系统和方法的操作结合使用。而是,可以根据需要和/或期望使用任何数量的不同编程语言。

此外,在本发明的实践中使用的指令和/或数据可以根据需要使用任何压缩或加密技术或算法。加密模块可用于加密数据。此外,例如,可以使用合适的解密模块来解密文件或其他数据。

如上所述,本发明可以说明性地以处理机器的形式体现,该处理机器包括例如包括至少一个存储器的计算机或计算机系统。应当理解,根据需要,使计算机操作系统能够执行上述操作的指令集(即例如,软件)可以被包含在各种媒体或介质中的任何一种上。此外,由指令集处理的数据还可以被包含在各种媒体或介质中的任何一种上。也就是说,例如用于保存本发明中使用的指令集和/或数据的特定介质(即处理机器中的存储器)可以采用各种物理形式或传输中的任何一种。说明性地,介质可以是以下形式:纸、纸透明胶片、高密度磁盘、DVD、集成电路、硬盘、软盘、光盘、磁带、RAM、ROM、PROM、EPROM、电线、电缆、光纤、通信信道、卫星传输、存储卡、SIM卡或其他远程传输以及可由本发明的处理器读取的任何其他介质或数据源。

此外,在实施本发明的处理机器中使用的一个或更多个存储器可以是各种形式中的任何一种,以允许存储器根据需要保存指令、数据或其他信息。因此,存储器可以是用于保存数据的数据库的形式。例如,数据库可以使用任何期望的文件布置,例如平面文件布置或关系数据库布置。

在本发明的系统和方法中,可以利用各种“用户接口”以允许用户与用于实施本发明的一个或更多个处理机器接口连接。如本文所使用的,用户接口包括处理机器使用的允许用户与处理机器交互的任何硬件、软件或硬件和软件的组合。例如,用户接口可以是对话屏幕的形式。用户接口还可以包括以下中的任何一种:鼠标、触摸屏、键盘、小键盘、语音读取器、语音识别器、对话屏幕、菜单框、列表、复选框、拨动开关、按钮或允许用户在处理机器处理指令集时接收关于处理机器操作的信息和/或向处理机器提供信息的任何其他装置。因此,用户接口是提供用户和处理机器之间的通信的任何装置。例如,用户通过用户接口提供给处理机器的信息可以是命令、数据选择或一些其他输入的形式。

如上所述,执行指令集的处理机器利用用户接口,使得处理机器处理用于用户的数据。用户接口通常由处理机器用于与用户交互以传送信息或接收来自用户的信息。然而,应当理解,根据本发明的系统和方法的一些实施例,人类用户实际上不必与本发明的处理机器使用的用户接***互。相反,还考虑到本发明的用户接口可以与另一个处理机器而不是人类用户交互,即传送和接收信息。因此,其他处理机器可以被表征为用户。此外,考虑到在本发明的系统和方法中使用的用户接口可以部分地与另一个处理机器或另一些处理机器交互,同时还部分地与人类用户交互。

本领域技术人员将容易理解,本发明易于广泛使用和应用。在不偏离本发明的实质和范围的情况下,本发明的许多实施例和其改编(除了本文所描述的那些)以及许多变体、修改和等同布置将在本发明及其前述的描述中明显看出或合理地被建议。

因此,尽管本发明已经关于其示例性实施例被详细描述,但是应该理解,本公开仅是本发明的说明性和示例性的,并且用于提供本发明的可行公开。因此,前述公开内容不旨在被解释或限制本发明或以其他方式排除任何其他此类实施例、改编、变体、修改或等同布置。

13页详细技术资料下载
上一篇:一种医用注射器针头装配设备
下一篇:用于生物特征交易管理的系统和方法

网友询问留言

已有0条留言

还没有人留言评论。精彩留言会获得点赞!

精彩留言,会给你点赞!