CN112037066B - 托管交易系统、托管交易节点和下游角色节点 - Google Patents

Abstract

本发明提供了一种托管交易系统、托管交易节点和下游角色节点，该系统包括：多个托管交易节点、与每个托管交易节点相连的上游角色节点和下游角色节点；托管交易节点用于：接收上游角色节点发送的交易指令，根据接收到的交易指令，向下游角色节点下达交收指令；接收下游角色节点发送的交收反馈报文，根据接收的交收反馈报文，确定托管交易反馈报文，将托管交易反馈报文发送至上游角色节点。整合为一个统一的托管交易系统，且整个托管交易系统仅有三种功能不同的节点，从而降低了托管交易系统的复杂度和建设成本，无需使用多个托管交易系统进行交易，从而减少了跨机构进行托管交易时的交互成本。

Description

托管交易系统、托管交易节点和下游角色节点

技术领域

本发明涉及数据处理技术领域，尤其涉及一种托管交易系统、托管交易节点和下游角色节点。

背景技术

在国际开展托管业务时，需要使用全球托管行和子托管行进行交易，由于全球托管行和子托管行面向的客户不同，提供的服务不同，对接的证券交割市场和资金清算系统不同，所以通常需要为全球托管行和子托管行，分别构建两种独立且异构的托管交易系统，同时，还要保证不同分行能够独立完整使用其中之一的托管交易系统，增加了托管交易系统的复杂程度，并且需要为每个分支机构独立部署，极大增加了建设成本，以及跨机构进行托管交易时的交互成本。

发明内容

本发明实施例提供一种托管交易系统，用以降低托管交易系统的复杂度和建设成本，减少跨机构进行托管交易时的交互成本，该系统包括：

多个托管交易节点、与每个托管交易节点相连的上游角色节点，以及与每个托管交易节点相连的下游角色节点；

上游角色节点用于：发送交易指令给托管交易节点，接收托管交易节点发送的托管交易反馈报文；

托管交易节点用于：接收上游角色节点发送的交易指令，根据接收到的交易指令，向下游角色节点下达交收指令；接收下游角色节点发送的交收反馈报文，根据接收的交收反馈报文，确定托管交易反馈报文，将托管交易反馈报文发送至上游角色节点；

下游角色节点用于：接收托管交易节点下达的交收指令，进行交易结算，发送交收反馈报文给托管交易节点；

其中，所述托管交易节点为全球托管行，所述上游角色节点为资产管理方，所述下游角色节点为子托管行或清算交割场所，所述子托管行中设置有全球托管行的资金交易账户，以实现交收指令的下达，或者，所述托管交易节点为子托管行，所述上游角色节点为全球托管行，所述下游角色节点为次级子托管行或清算交割场所；

交收反馈报文包括公司行动的反馈数据、公司行动的交收结果和对账数据；托管交易反馈报文包括公司行动的交收结果、资金证券对账单、资金反馈数据、公司行动信息和公司行动的反馈数据。

本发明实施例还提供一种托管交易节点，用以降低托管交易系统的复杂度和建设成本，减少跨机构进行托管交易时的交互成本，该托管交易节点与上游角色节点、下游角色节点分别连接；

所述托管交易节点包括：

交易指令接收模块，用于接收上游角色节点发送的交易指令；

交收指令下达模块，用于根据接收到的交易指令，向下游角色节点下达交收指令；

反馈报文接收模块，用于接收下游角色节点发送的交收反馈报文；

反馈报文发送模块，用于根据接收的交收反馈报文，确定托管交易反馈报文，将托管交易反馈报文发送至上游角色节点；

其中，所述托管交易节点为全球托管行，所述上游角色节点为资产管理方，所述下游角色节点为子托管行或清算交割场所，所述子托管行中设置有全球托管行的资金交易账户，以实现交收指令的下达，或者，所述托管交易节点为子托管行，所述上游角色节点为全球托管行，所述下游角色节点为次级子托管行或清算交割场所；

交收反馈报文包括公司行动的反馈数据、公司行动的交收结果和对账数据；托管交易反馈报文包括公司行动的交收结果、资金证券对账单、资金反馈数据、公司行动信息和公司行动的反馈数据。

本发明实施例还提供一种下游角色节点，用以降低托管交易系统的复杂度和建设成本，减少跨机构进行托管交易时的交互成本，该下游角色节点与托管交易节点相连接，

所述下游角色节点包括：

交收指令接收模块，用于接收托管交易节点下发的交收指令；

交易结算模块，用于根据所述交收指令，进行交易结算；

反馈模块，用于发送交收反馈报文至托管交易节点；

其中，所述托管交易节点为全球托管行，所述上游角色节点为资产管理方，所述下游角色节点为子托管行或清算交割场所，所述子托管行中设置有全球托管行的资金交易账户，以实现交收指令的下达，或者，所述托管交易节点为子托管行，所述上游角色节点为全球托管行，所述下游角色节点为次级子托管行或清算交割场所；

交收反馈报文包括公司行动的反馈数据、公司行动的交收结果和对账数据；托管交易反馈报文包括公司行动的交收结果、资金证券对账单、资金反馈数据、公司行动信息和公司行动的反馈数据。

本发明实施例中的托管交易系统，通过将参与托管交易的各个机构抽象为托管交易节点、上游角色节点和下游角色节点，将现有的两种独立且异构的托管交易系统，整合为一个统一的托管交易系统，且整个托管交易系统仅有三种功能不同的节点，从而降低了托管交易系统的复杂度和建设成本，无需使用多个托管交易系统进行交易，从而减少了跨机构进行托管交易时的交互成本。

本发明实施例中的托管交易节点，通过接收上游角色节点发送的交易指令，根据接收到的交易指令，向下游角色节点下达交收指令；接收下游角色节点发送的交收反馈报文，根据接收的交收反馈报文，确定托管交易反馈报文，将托管交易反馈报文发送至上游角色节点，完成全球托管行或子托管行在各自的托管交易系统中的功能，从而将全球托管行和子托管行整合为托管交易节点，降低了所构建托管交易系统的复杂度和建设成本，减少了跨机构进行托管交易时的交互成本。

本发明实施例中的下游角色节点，与托管交易节点相连接，用于接收托管交易节点下发的交收指令，进行交易结算，发送交收反馈报文至托管交易节点，实现了托管交易的交割结算，将现有的托管交易系统中用于交割结算的子托管行、次级子托管行以及清算交割场所等机构，抽象整合为下游角色节点，不仅降低了所构建托管交易系统的复杂度和建设成本，也减少了跨机构进行托管交易时的交互成本。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例中托管交易系统的示意图。

图2为本发明具体实施例中托管交易系统的示例图。

图3为本发明实施例中托管交易节点的示意图。

图4为本发明实施例中下游角色节点的示意图。

图5为本发明具体应用实施中全球托管行和子托管行的功能示意图。

图6为本发明具体应用实施中角色抽象示意图。

图7为本发明具体应用实施中托管行的功能示意图。

图8为本发明具体应用实施中托管网络的示意图。

图9为本发明具体应用实施中全球托管行的NOSTRO证券账户和子托管行的VOSTRO账户的对应关系示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为了更好地说明本发明实施例，将本发明实施例中所涉及的专业术语给予如下解释：

托管业务：是指证券投资组合(如公募基金的一只产品)由于监管或风控需要，将资金通过托管行进行保管，并由托管行完成资金清算和证券交收服务的业务。

全球托管行：对于全球金融市场范围进行投资的组合，指定一家托管行履行全球投资指令的接收，完成投资组合在全球证券市场的资金清算和证券交割，并为客户提供全球范围投资的资产视图。

子托管行：由于全球范围金融市场投资需要对接当地证券交易市场和资金清算系统，故现有做法是全球托管行在部分证券市场采用通过子托管行提供本地托管服务的方式来对接。故子托管行提供在指定范围市场的证券交割和资金清算，并向全球托管行提供资产视图。通常，子托管行既可以是国际托管行的境外子行，也可以是当地托管行或其他可在当地开展相应业务的国际托管行。

托管网络：从国际托管行角度通过自身子行和其他托管行建立起来能够为全球各地客户提供全球金融市场投资托管服务的服务网络。

CSD(Central Securities Depository)：中央证券存管机构，是各个交易市场集中登记结算的场所的统称。

ICSD(International Central Securities Depository)：国际中央证券存管机构，能够提供国际多个市场登记结算的机构，目前国际上有两家，分别是Euroclear(欧洲清算集团)和ClearStream(明迅银行)。

NOSTRO账户：是指我方银行在他方银行所开设的国外同业账户。

VOSTRO账户：是指对方银行在本银行所开设的账户。

本发明实施例提供一种托管交易系统，用以降低托管交易系统的复杂度和建设成本，减少跨机构进行托管交易时的交互成本，如图1所示，该系统包括：

多个托管交易节点101、与每个托管交易节点101相连的上游角色节点102，以及与每个托管交易节点相连的下游角色节点103；

上游角色节点102用于：发送交易指令给托管交易节点101，接收托管交易节点101发送的托管交易反馈报文；

托管交易节点101用于：接收上游角色节点102发送的交易指令，根据接收到的交易指令，向下游角色节点103下达交收指令；接收下游角色节点103发送的交收反馈报文，根据接收的交收反馈报文，确定托管交易反馈报文，将托管交易反馈报文发送至上游角色节点102；

下游角色节点103用于：接收托管交易节点101下达的交收指令，进行交易结算，发送交收反馈报文给托管交易节点101。

由图1所示的结构可以得知，本发明实施例中的托管交易系统，通过将参与托管交易的各个机构抽象为托管交易节点101、上游角色节点102和下游角色节点103，将现有的两种独立且异构的托管交易系统，整合为一个统一的托管交易系统，且整个托管交易系统仅有三种功能不同的节点，从而降低了托管交易系统的复杂度和建设成本，无需使用多个托管交易系统进行交易，从而减少了跨机构进行托管交易时的交互成本。

具体实施时，托管交易节点101有多种具体身份，例如，托管交易节点为全球托管行时，上游角色节点为资产管理方，下游角色节点为子托管行或清算交割场所。其中，资产管理方一般是指进行资产托管的客户，清算交割场所是指能够对证券进行交易和资金进行清算的机构，例如CSD(Central Securities Depository，中央证券存管机构)和ICSD(International Central Securities Depository，国际中央证券存管机构)。

具体实施例中，子托管行中设置有全球托管行的资金交易账户，以实现交收指令的下达，即通过在子托管行中设置全球托管行的资金交易账户，以使得全球托管行能够向子托管行下达交收指令。其中，交收反馈报文包括公司行动的反馈数据、公司行动的交收结果和对账数据。托管交易反馈报文包括公司行动的交收结果、资金证券对账单、资金反馈数据、公司行动信息和公司行动的反馈数据。

具体实施时，托管交易节点101还存在另一种具体身份，托管交易节点为子托管行，则上游角色节点为全球托管行，下游角色节点为次级子托管行或清算交割场所。

本发明具体实施例中所提供的托管交易系统中的托管交易节点101存在多种，因而，每个具体的托管交易节点101均与其相关联的上游角色节点102和下游角色节点103相连，即可形成层级托管网络，从而完成国际托管业务。如图2所示，为具体示例中的托管交易系统的结构，全球托管行A相连的上游角色节点为资产管理人B，相连的下游角色节点为子托管行C，子托管行作为托管交易节点时，与之相连的上游角色节点为全球托管行A，相连的下游角色节点为次级子托管行D。次级子托管行D也可作为托管交易节点，此时，与之相连的上游角色节点为子托管行C，相连的下游角色节点为清算交割场所E，也可以为更次级的子托管行，只要一直按照相连的关系，连接托管交易节点和与之关联的上游角色节点、下游角色节点，直至最底层的下游角色节点能够完成本次托管交易的清算交割。

本发明实施例还提供一种托管交易节点，用以降低托管交易系统的复杂度和建设成本，减少跨机构进行托管交易时的交互成本，该托管交易节点与上游角色节点、下游角色节点分别连接。

托管交易节点，如图3所示，包括：

交易指令接收模块301，用于接收上游角色节点发送的交易指令；

交收指令下达模块302，用于根据接收到的交易指令，向下游角色节点下达交收指令；

反馈报文接收模块303，用于接收下游角色节点发送的交收反馈报文；

反馈报文发送模块304，用于根据接收的交收反馈报文，确定托管交易反馈报文，将托管交易反馈报文发送至上游角色节点。

本发明具体实施例中，托管交易节点为全球托管行时，交易指令接收模块301，具体用于：接收资产管理方发送的交易指令；

交收指令下达模块302，具体用于根据接收到的交易指令，向子托管行或清算交割场所下达交收指令；

反馈报文接收模块303，具体用于接收子托管行或清算交割场所发送的交收反馈报文；

反馈报文发送模块304，具体用于根据接收的交收反馈报文，确定托管交易反馈报文，将托管交易反馈报文发送至资产管理方。

具体实施例中，托管交易节点为全球托管行时，子托管行中设置有全球托管行的资金交易账户，以实现交收指令的下达。

本发明具体实施例中，托管交易节点为子托管行时，交易指令接收模块301，具体用于：接收全球托管行发送的交易指令；

交收指令下达模块302，具体用于根据接收到的交易指令，向次级子托管行或清算交割场所下达交收指令；

反馈报文接收模块303，具体用于接收次级子托管行或清算交割场所发送的交收反馈报文；

反馈报文发送模块304，具体用于根据接收的交收反馈报文，确定托管交易反馈报文，将托管交易反馈报文发送至全球托管行。

本发明实施例还提供一种下游角色节点，用以降低托管交易系统的复杂度和建设成本，减少跨机构进行托管交易时的交互成本，该下游角色节点与托管交易节点相连接。

该下游角色节点，如图4所示，包括：

交收指令接收模块401，用于接收托管交易节点下发的交收指令；

交易结算模块402，用于根据交收指令，进行交易结算；

反馈模块403，用于发送交收反馈报文至托管交易节点。

具体实施例中，下游角色节点包括：

子托管行、次级子托管行以及清算交割场所，具体实施时，还可以包括多个关系层级逐级递减的子托管行，例如次级子托管行的下一级子托管行、该下一级子托管行更下一级的托管行等，本领域技术人员能够理解，此处不再一一赘述。

下面给出一具体实例说明本发明实施例如何构建托管交易系统。

由于涉及国际托管业务的国际托管行的业务处理系统，需要同时支持并满足以下几个条件：1)全球托管行需要支持不同国家的客户的全球投资服务；2)作为全球托管行(本行、其他子行或其他国际托管行)的子托管行需要提供本地证券投资托管服务；3)对不具备直接清算的市场，通过其他托管行作为子托管行延伸托管服务的覆盖范围。

由于全球托管行和子托管行面向的客户不同，提供的服务不同，对接的证券交割市场和资金清算系统不同，所以通常为这两个角色，设计两种独立且异构的托管网络模型，同时，还要保证不同分行能够独立完整使用各自的托管交易系统，增加了托管交易系统的复杂程度，并降低了托管交易系统的复用程度。如图5所示，为伦敦分行的托管系统和纽约分行的托管系统，可以看出，客户投资组合经过全球托管行系统，下发至子托管行中，再经由子托管行与本地交易市场及清算系统形成连接，从而进行清算交割等处理。

通过图5所示的全球托管行和子托管行所提供的服务，可以将其上下游的关联角色进行充分的抽象，将全球托管行、子托管行以及具有多级托管关系的每一级角色都用统一的模型来处理。引入上下游概念。将全球托管行相关联的客户和子托管行相关联的全球托管行统一抽象为上游客户；将全球托管行清算交收时需要对接的子托管行和子托管行需要对接的本地交易市场和清算系统，统一抽象为交割代理人。从而将全球托管行和子托管行的服务方式统一起来，并且支持同一个银行既可以实现全球托管行的服务，也可以同时实现子托管行的服务。

如图6所示，对一个全球托管行来说，上游角色为客户，一般来说，我们把客户统一称为资产管理人，下游角色要分需要清算时适用的不同交割市场来区别，对于无法完成自我清算的市场，通过子托管行进行清算；对于结算会员的交割场所，与CSD直接交割。还有一种特殊的交割场所，同时作为交割场所和子托管行存在，就是ICSD，包含Euroclear和ClearStream。

如图7所示，由于全球托管行和子托管行在清算交割处理中所起作用的相似性，无论上游角色是客户还是全球托管行，托管行都是从上游角色接收交易指令，反馈给上游角色：交收结果，资金数据、资金证券对账单、提供公司行动信息。而下游角色无论是子托管行还是CSD/ICSD，都是需要托管行发送交收指令，获取交收结果，接收公司行动交收结果，接收对账数据，发送公司行动反馈至托管行。

将上下游的关联角色进行充分的抽象为：托管行、上游角色和下游角色，即托管行、上游客户和交割代理人后，需要建立为不同交割场所的交割指令的交收所建立起的支持全市场交收的托管网络，托管网络的构成具体包括以下几种情况：客户作为会员直接与CSD交收的市场，如图8所示的美国国债市场FED通过纽约分行本地交收；客户作为ICSD会员直接与ICSD交收的市场，如图8所示的欧洲股票市场通过直连Euroclear交收；需要通过子托管行交收的市场，如图8所示的日本股票市场通过子托管行JP交收；使用金融机构自身的分支机构作为子托管行交收的市场，如图8所示的新加坡股票市场通过新加坡分行作为子托管行交收。

将所有下游角色都统称为交割代理人，无论这个交割代理人是否与托管行存在代理关系。交割代理人与交割场所的关系是，交割代理人可以代理一个或多个交割场所的交收，对于不同的交割场所，可以单独对每个交割场所设置其报文95P/R中DEAG(卖方代理人)或REAG(买方代理人)所需要的信息，用于转发交割报文时填写必要的卖方代理人或卖方代理人在其下游交割的账户信息。同时，对每个交割场所可以单独设置通讯方式，即通过SWIFT报文、直连接口、文件下传或金融机构内直接传递等几类通讯方式。

对于通过SWIFT报文方式传递指令的，需要给出交割代理人的BIC CODE(银行识别码)，从而将下游角色的交割代理人网络建立起来。因为托管交易系统的重要评价指标是STP率，即客户指令是否可以直通式处理，因此，所建立的交割代理人网络中，一个交割场所对应唯一的交割代理人。否则，一个交割场所的指令如果对应多个交割代理人，比如说Euroclear这个交割场所同时对应两个交割代理人，一个是Euroclear，一个是ClearStream的话，就无法完成交收指令的发送。所以如果有这种情况发生时，需要从其他维度设置对交割代理人的选择路径，比如提前设置客户账户与交割代理人的绑定关系，尽量保证指令能够被自动处理。

当下游角色为金融机构的分机构时，也就是全球托管行和子托管行隶属同一金融机构时，不采用通过SWIFT报文处理交收指令，因为会增加金融机构的运营成本，而应该通过金融机构内直接传递的方式来达到更高效的处理。具体通讯过程，是通过账户的传递，即在子托管行中设置有全球托管行的资金交易账户，以实现交收指令的下达。

如图9所示，账户的传递是依赖上游角色(全球托管行)的NOSTRO证券账户和子托管行的VOSTRO账户。全球托管行的NOSTRO证券账户是子托管行为其开立的，而子托管行将这个账户作为VOSTRO证券账户为全球托管行记录资产。

由于，在该托管网络中，同一个金融机构可能同时承担不同的角色，可以同时为下游角色和上游角色，为了不影响各种指令的传递，承担不同角色时的操作权限需要严格限制，通过以下三个维度的属性信息来实现客户信息、业务数据的隔离和独立。即操作柜员层、托管账户层和交割代理人层。

1、操作柜员层

柜员层的属性信息包括柜员、柜员对应的角色，确保进行不同业务处理的柜员相互独立，并具备按不同管理要求，各自定义功能角色而实现的业务管理隔离。

2、托管账户层

托管账户是客户信息，是必须做到严格隔离的。所以托管账户以及对应的NOSTRO、VOSTRO账户的资金和证券账户信息，都必须定义属性信息。另外，基于托管账户的所有指令，也都定义了属性信息，以确保承担不同角色的业务部门之间不能互相查看客户信息和交易信息。

3、交割代理人层

交割代理人也需要定义属性信息，交割指令在柜员处理时，是区分交割代理人分别处理的，每个交割代理人有独立的交易日历和工作时间，以及给上游角色反馈指令的规则(逐笔或批量)，所以每个交割代理人是独立进行批量按日结算，有自己独立的工作日。

经过上述过程建立的托管网络的应用方法，如下：全球托管行接收客户发送的SWIFT形式的MT541～MT543报文，并处理成标准的交收指令。将交收指令根据交割代理人中设置的通讯方式和通讯地址发送到下游角色。下游角色可能是CSD、ICSD或其他子托管行。其他子托管行如果是全球托管行的另一个分支机构，则通过子托管行中设置的全球托管行的资金交易账户实现交收指令的下达。全球托管行接收来自下游角色的指令交收结果报文，SWIFT形式的MT543～MT548报文。接收报文后修改指令交收状态。将指令交收结果，向上游客户发送MT543～MT548交收结果报文。

综上所述，本发明实施例提供的托管交易系统、托管交易节点和下游角色节点具有如下优点：

本发明实施例中的托管交易系统，通过将参与托管交易的各个机构抽象为托管交易节点、上游角色节点和下游角色节点，将现有的两种独立且异构的托管交易系统，整合为一个统一的托管交易系统，且整个托管交易系统仅有三种功能不同的节点，从而降低了托管交易系统的复杂度和建设成本，无需使用多个托管交易系统进行交易，从而减少了跨机构进行托管交易时的交互成本。

本发明实施例中的托管交易节点，通过接收上游角色节点发送的交易指令，根据接收到的交易指令，向下游角色节点下达交收指令；接收下游角色节点发送的交收反馈报文，根据接收的交收反馈报文，确定托管交易反馈报文，将托管交易反馈报文发送至上游角色节点，完成全球托管行或子托管行在各自的托管交易系统中的功能，从而将全球托管行和子托管行整合为托管交易节点，降低了所构建托管交易系统的复杂度和建设成本，减少了跨机构进行托管交易时的交互成本。

本发明实施例中的下游角色节点，与托管交易节点相连接，用于接收托管交易节点下发的交收指令，进行交易结算，发送交收反馈报文至托管交易节点，实现了托管交易的交割结算，将现有的托管交易系统中用于交割结算的子托管行、次级子托管行以及清算交割场所等机构，抽象整合为下游角色节点，不仅降低了所构建托管交易系统的复杂度和建设成本，也减少了跨机构进行托管交易时的交互成本。

本领域内的技术人员应明白，本发明的实施例可提供为方法、装置、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、装置和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明实施例可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种托管交易系统，其特征在于，包括：

多个托管交易节点、与每个托管交易节点相连的上游角色节点，以及与每个托管交易节点相连的下游角色节点；

上游角色节点用于：发送交易指令给托管交易节点，接收托管交易节点发送的托管交易反馈报文；

托管交易节点用于：接收上游角色节点发送的交易指令，根据接收到的交易指令，向下游角色节点下达交收指令；接收下游角色节点发送的交收反馈报文，根据接收的交收反馈报文，确定托管交易反馈报文，将托管交易反馈报文发送至上游角色节点；

下游角色节点用于：接收托管交易节点下达的交收指令，进行交易结算，发送交收反馈报文给托管交易节点；

其中，所述托管交易节点为全球托管行，所述上游角色节点为资产管理方，所述下游角色节点为子托管行或清算交割场所，所述子托管行中设置有全球托管行的资金交易账户，以实现交收指令的下达，或者，所述托管交易节点为子托管行，所述上游角色节点为全球托管行，所述下游角色节点为次级子托管行或清算交割场所；

交收反馈报文包括公司行动的反馈数据、公司行动的交收结果和对账数据；托管交易反馈报文包括公司行动的交收结果、资金证券对账单、资金反馈数据、公司行动信息和公司行动的反馈数据。

2.如权利要求1所述的托管交易系统，其特征在于，所述托管交易节点为全球托管行，所述上游角色节点为资产管理方，所述下游角色节点为子托管行或清算交割场所。

3.如权利要求2所述的托管交易系统，其特征在于，所述子托管行中设置有全球托管行的资金交易账户，以实现交收指令的下达。

4.如权利要求1所述的托管交易系统，其特征在于，所述托管交易节点为子托管行，所述上游角色节点为全球托管行，所述下游角色节点为次级子托管行或清算交割场所。

5.一种托管交易节点，其特征在于：

所述托管交易节点与上游角色节点、下游角色节点分别连接；

所述托管交易节点包括：

交易指令接收模块，用于接收上游角色节点发送的交易指令；

交收指令下达模块，用于根据接收到的交易指令，向下游角色节点下达交收指令；

反馈报文接收模块，用于接收下游角色节点发送的交收反馈报文；

反馈报文发送模块，用于根据接收的交收反馈报文，确定托管交易反馈报文，将托管交易反馈报文发送至上游角色节点；

其中，所述托管交易节点为全球托管行，所述上游角色节点为资产管理方，所述下游角色节点为子托管行或清算交割场所，所述子托管行中设置有全球托管行的资金交易账户，以实现交收指令的下达，或者，所述托管交易节点为子托管行，所述上游角色节点为全球托管行，所述下游角色节点为次级子托管行或清算交割场所；

交收反馈报文包括公司行动的反馈数据、公司行动的交收结果和对账数据；托管交易反馈报文包括公司行动的交收结果、资金证券对账单、资金反馈数据、公司行动信息和公司行动的反馈数据。

6.如权利要求5所述的托管交易节点，其特征在于，所述托管交易节点为全球托管行；

所述交易指令接收模块，具体用于：接收资产管理方发送的交易指令；

所述交收指令下达模块，具体用于根据接收到的交易指令，向子托管行或清算交割场所下达交收指令；

所述反馈报文接收模块，具体用于接收子托管行或清算交割场所发送的交收反馈报文；

所述反馈报文发送模块，具体用于根据接收的交收反馈报文，确定托管交易反馈报文，将托管交易反馈报文发送至资产管理方。

7.如权利要求6所述的托管交易节点，其特征在于，所述子托管行中设置有全球托管行的资金交易账户，以实现交收指令的下达。

8.如权利要求5所述的托管交易节点，其特征在于，所述托管交易节点为子托管行；

所述交易指令接收模块，具体用于：接收全球托管行发送的交易指令；

所述交收指令下达模块，具体用于根据接收到的交易指令，向次级子托管行或清算交割场所下达交收指令；

所述反馈报文接收模块，具体用于接收次级子托管行或清算交割场所发送的交收反馈报文；

所述反馈报文发送模块，具体用于根据接收的交收反馈报文，确定托管交易反馈报文，将托管交易反馈报文发送至全球托管行。

9.一种下游角色节点，其特征在于：

所述下游角色节点与托管交易节点相连接；

所述下游角色节点包括：

交收指令接收模块，用于接收托管交易节点下发的交收指令；

交易结算模块，用于根据所述交收指令，进行交易结算；

反馈模块，用于发送交收反馈报文至托管交易节点；

其中，所述托管交易节点为全球托管行，上游角色节点为资产管理方，所述下游角色节点为子托管行或清算交割场所，所述子托管行中设置有全球托管行的资金交易账户，以实现交收指令的下达，或者，所述托管交易节点为子托管行，所述上游角色节点为全球托管行，所述下游角色节点为次级子托管行或清算交割场所；

交收反馈报文包括公司行动的反馈数据、公司行动的交收结果和对账数据；托管交易反馈报文包括公司行动的交收结果、资金证券对账单、资金反馈数据、公司行动信息和公司行动的反馈数据。

10.如权利要求9所述的下游角色节点，其特征在于，所述下游角色节点包括：

子托管行、次级子托管行以及清算交割场所。