CN112150289A

CN112150289A - 数据清算方法、装置、系统及存储介质

Info

Publication number: CN112150289A
Application number: CN201910577746.1A
Authority: CN
Inventors: 王寸涛
Original assignee: Tenpay Payment Technology Co Ltd
Current assignee: Tenpay Payment Technology Co Ltd
Priority date: 2019-06-28
Filing date: 2019-06-28
Publication date: 2020-12-29

Abstract

本申请公开了一种数据清算方法、装置、系统及存储介质，通过在不同基金代销机构的业务平台之间，增加了全局清算平台，作为不同业务平台之间的资金清算的桥梁，在基金转换后进行资金清算时，由该全局清算平台统计每个基金在其业务平台中的每一条转入/转出登记数据，通过对其包含的转入/转出金额求和，得到相应的转入/转出总金额，进而利用两者差值，确定本次清算基金的清算金额，不需要关心该基金转出到其他每只基金对应的具体金额，也无需关系其他每只基金转出到该基金本身的具体金额，极大提高了资金清算效率；且能够清晰了解不同基金的资金流；另外，当增加或减少业务平台后，也不会影响其他业务平台资金流的统计。

Description

数据清算方法、装置、系统及存储介质

技术领域

本申请涉及理财应用领域，尤其涉及一种数据清算方法、装置、系统及存储介质。

背景技术

目前，市面上已出现了多种互联网理财平台，这些互联网理财平台通常支持用户在代销机构内进行基金转换，参照图1示出的不同基金产品之间的转换关系示意图，互联网理财平台既支持用户可以在同一代销机构内进行基金产品转换(如图1中基金产品A1、A2和A3之间的转换)，也支持用户在不同代销机构之间进行基金产品转换(如图1中的基金产品A1和基金产品B1之间的转换)，满足了不同用户的基金理财需求。

在实际应用中，当用户在不同基金产品之间发生份额转换，理财平台往往需要进行资金清算，参照图2所示的基金产品转换的现有资金清算方法，通常是对所有基金产品两两进行轧差结算和资金交收，导致理财平台的资金流十分复杂，极大降低了各基金的资金清算效率，影响了不同基金企业之间基金交收的时效性，且很难及时发现资金流风险。

发明内容

有鉴于此，本申请提供了一种数据清算方法、装置、系统及存储介质，通过在不同基金代销机构的业务平台之间，设置全局清算平台，来实现对各基金转入/转出金额的统计，不需要关系基金转出至其他各基金对应的具体金额，也不需要关系其他各基金转出至该基金的具体金额，极大提高了该基金的资金清算效率，保证不同基金企业之间基金交收的时效性，且能够清晰了解各基金的资金流，便于及时发现资金流风险。

为实现上述目的，本申请提供了一种数据清算方法，应用于一数据清算系统，所述数据清算系统包括多个业务平台，及能够与所述多个业务平台通信的全局清算平台，所述方法包括：

响应数据清算请求，查询本次请求清算的目标对象所属业务平台记录的对象转换登记表，得到所述目标对象的至少一条转出登记信息及至少一条转入登记信息，所述对象转换登记表包含对象名称、转换时间及转换属性；

对所述至少一条转出登记信息包含的转出金额求和，得到所述目标对象的转出总金额，并对所述至少一条转入登记信息包含的转入金额求和，得到所述目标对象的转入总金额；

依据所述转出总金额和所述转入总金额的差值，得到所述目标对象的清算金额。

本申请还提供了一种数据清算装置，应用于一数据清算系统，所述数据清算系统包括多个业务平台，及能够与所述多个业务平台通信的全局清算平台，所述装置包括：

数据查询模块，用于响应数据清算请求，查询本次请求清算的目标对象所属业务平台记录的对象转换登记表，得到所述目标对象的至少一条转出登记信息及至少一条转入登记信息，所述对象转换登记表包含对象名称、转换时间及转换属性；

统计模块，用于对所述至少一条转出登记信息包含的转出金额求和，得到所述目标对象的转出总金额，并对所述至少一条转入登记信息包含的转入金额求和，得到所述目标对象的转入总金额；

清算金额确定模块，用于依据所述转出总金额和所述转入总金额的差值，得到所述目标对象的清算金额。

本申请还提供了一种数据清算系统，所述系统包括：

多个业务平台，所述多个业务平台对应不同的基金代销机构；

与所述多个业务平台通信的全局清算平台，所述全局清算平台包括至少一个通信接口、至少一个存储器和至少一个处理器，所述存储器存储有程序，所述处理器调用所述程序，实现如上所述的数据清算方法的各步骤。

本申请还提供了一种存储介质，其上存储有适用于处理器执行的程序，以实现如上所述的数据清算方法的各步骤。

经由上述的技术方案可知，在本申请中，通过在不同基金代销机构的业务平台之间，增加了全局清算平台，作为不同业务平台之间的资金清算的桥梁，在基金转换后进行资金清算时，由该全局清算平台统计每个基金在其业务平台中的每一条转入/转出登记数据，通过对其包含的转入/转出金额求和，得到相应的转入/转出总金额，进而利用两者差值，确定本次清算基金的清算金额，不需要关心该基金转出到其他每只基金对应的具体金额，也无需关系其他每只基金转出到该基金本身的具体金额，极大提高了资金清算效率；且能够清晰了解不同基金的资金流；另外，当增加或减少业务平台后，也不会影响其他业务平台资金流的统计。

附图说明

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

图1示出了现有的数据清算方法的示意图；

图2示出了现有的数据清算方法的细化示例；

图3示出了本申请提供的数据清算系统的一种可选实施例的结构示意图；

图4示出了本申请提供的数据清算系统的另一种可选实施例的结构示意图；

图5示出了本申请提供的数据清算方法的一种可选实施例的流程图；

图6示出了本申请提供的数据清算方法的一种可选实施例的信令流程图；

图7a、图7b、图7c和图7d分别示出了本申请提供的数据清算方法中，不同资金交收过程的资金流示意图；

图8示出了本申请提供的数据清算装置的一种可选实施例的结构示意图；

图9示出了本申请提供的数据清算装置的另一种可选实施例的结构示意图；

图10示出了本申请提供的全局清算平台的一种可选实施例的硬件结构示意图。

具体实施方式

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

参照图3，示出了实现本申请提供的数据清算方法的系统结构的一种可选示例，该系统可以包括：多个业务平台11及全局清算平台12，其中：

业务平台11可以是基金代销机构的服务平台，可以由至少一个业务服务器构成，本申请对该业务平台11的结构不做详述。在实际应用中，用户可以通过专业理财客户端或网页客户端登录该业务平台，实现基金份额的申购或赎回，还可以查询基金的其他信息，对此不做详述。

其中，在该业务平台中，通常可以包括多个基金企业的一个或多个基金产品(下文可以将基金产品称为基金)，如上图1和图2所示，在业务平台A中，可以包括基金产品A1、基金产品A2、基金产品A3等；业务平台B中，可以包括基金产品B1、基金产品B2、基金产品B3等，但并不局限于图1和图2示出的业务平台。

全局清算平台13可以是用来实现不同业务平台之间的基金转换应用中的资金清算，即实现跨平台的基金转换应用中的资金清算，具体清算过程可以参照下文方法实施例相应部分的描述。

在本实施例实际应用中，该全局清算平台13可以由至少一个中间服务器构成，作为不同业务平台之间的桥梁，实现对跨平台的每只基金的转入/转出总金额的统计，便于快速统计不同业务平台之间的资金流动，使得财务人员能够及时掌握理财平台中的各个业务平台之间的用户份额转换，并及时发现资金流风险。

而且，本申请利用全局清算平台实现的数据清算方法，使得每只基金产品在每个结算周期内只需要结算一次，不需要关心基金转出到其他基金对应的具体金额，也不需要关心其他每只基金转出到该基金的具体金额，极大提高了资金结算效率。

另外，参照图4示出了数据清算系统的另一可选示例，为了准确了解各基金各业务平台的资金流，本申请可以在各业务平台和全局清算平台中，设置相应的中间转换C账户，这样，每个业务平台中的基金只和该业务平台的中间转换账户进行资金交收，能够清晰掌握各基金各业务平台的资金流；日终时，只要将中间转换账户余额清理，说明各基金之间的资金转换正常，保证了系统的资金安全。

需要说明，对于上述系统结构组成，并不局限于本实施例描述的几部分，且本申请对上述业务服务器和中间服务器的具体结构不做限定。

参照上文实施例描述的系统架构，图5示出了本申请实施例提出的数据清算方法的一种可选示例，该方法可以应用于数据清算系统，如上图3和4所示，该数据清算系统可以包括多个业务平台，以及能够与多个业务平台通信的全局清算平台，具体可以由该系统中的全局清算平台实现，即构成该全局清算平台的中间服务器实现，本实施例可以是在基金转换应用场景下，进行资金清算时执行，如图5所示，该方法可以包括但并不局限于以下步骤：

步骤S11，获取数据清算请求；

步骤S12，解析该数据清算请求，确定本次请求清算的目标对象；

本实施例中，数据清算请求可以针对用户发起的转换请求生成，具体可以是接收到用户发起的转换请求的业务服务器生成，并发送至中间服务器的，但并不局限于这种生成方式。通常情况下，该数据清算请求可以包含请求清算的对象，还可以包括本次清算数据的数据对象、清算目的等内容，本实施例对数据清算请求包含的内容不作限定。

以基金理财应用场景为例，当用户需要将其持有的第一基金转换为第二基金时，用户可以向第一基金所在的业务服务器发起第一基金转换指令，以便基于该第一基金转换指令，分别生成第一基金的T+1赎回份额登记信息，及第二基金的申购份额登记信息，并存储至该业务服务器的基金登记结算系统，据此完成第一基金和第二基金之间的份额转换，还可以得到第一基金在赎回当前的收益。需要说明，对于第一基金和第二基金之间的份额转换方法，并不局限于本段描述的方法。

其中，在上述第一基金与第二基金的份额转换过程中，会涉及到不同基金企业和基金代销机构(具体可以使其包含的基金登记结算系统)之间的资金交收等资金清算，因此，本实施例可以基于第一基金转换指令，生成针对第一基金的资金清算请求(即数据清算请求)。

步骤S13，查询目标对象所属业务平台记录的对象转换登记表，得到该目标对象的至少一条转出登记信息，及转入目标对象的至少一条转入登记信息；

继上文实施例的描述，在进行基金转换的应用场景中，用户发起第一基金(即目标对象)转换指令后，会将第一基金的赎回份额登记信息(即转出登记信息)存储至第一基金所在业务平台的基金转换登记表，并将第二基金的申购份额登记信息(即转入登记信息)存储至第二基金所在业务平台的基金转换登记表中，按照这种方式，任一业务平台的基金转换登记表中，可以记录该业务平台中的各基金的转入/转出登记信息。当需要对该第一基金进行资金清算时，可以按照基金类型，查询该基金转换登记表，获取转出第一基金的至少一条转出登记数据，及转入第一基金的至少一条转入登记信息。

参照下表1所示的基金转换登记表，但并不局限于表1所示的记录方式及内容，在确定本次请求清算的目标对象(如上述第一基金)后，可以查询表1所示的登记数据，得到基金名称为第一基金(如基金产品A1等)，转换类型为“转入”(“转出”)的交易金额；若本次基金转换是指不同基金代销平台之间的基金转换，在查询目标对象所在业务平台记录的对象转换登记表时，还需要查看每一条登记信息中是否跨平台转入/转出这一栏信息，得到跨平台转入/转出的交易金额。

表1基金结算登记表

基金名称	交易单号	转换类型	是否跨平台	交易金额	交易时间
						基金产品A1	A10000001	转出	是	1000	2018-08-21 11:00:00
基金产品A1	A10000002	转出	否	2000	2018-08-21 12:00:00
						……	……	……	……	……	……

在上表1中，基金名称中的各基金产品可以属于不同基金企业，也可以属于不同基金企业，且对于表1所示的基金结算登记表中的每一条登记数据，可以记录在基金产品所属结算平台内。

步骤S14，对获取的转出登记信息包含的转出金额求和，得到该目标对象的转出总金额，并对获取的转入登记信息包含的转入金额求和，得到该目标对象的转入总金额；

需要说明，本实施例需要获取目标对象的总净转入/转出资金流，可以不用关心该目标对象的各交易是否跨平台转入/转出，直接从基金名称、转换属性(如转换类型、是否跨平台转换等)、交易金额及转换时间这几个类内容，查找在基金转换时间段内，目标对象的各转出金额，经过求和运算，得到转出总金额；同理，查找在该基金转换时间段内，目标对象的转入金额，经求和运算，得到转入总金额。

若需要获取目标对象的跨平台转入/转出总金额，按照上述方式进行登记信息查找时，可以在满足上述查找条件的基础上，还需要进一步筛选出跨平台的登记信息，经过对满足查询条件的转入/转出金额的求和，可以得到第一基金的跨平台转入/转出总金额。

步骤S15，依据该转出总金额和转入总金额的差值，得到目标对象的清算金额。

本实施例按照上述方法，得到目标对象的转出总金额与转入总金额后，需要确定该目标对象的净转入金额，可以计算转入总金额与转出总金额的差值，即转入总金额-转出总金额，若该计算得到的差值为正数，该差值即为净转入金额，可以将其作为目标对象的清算金额，并提现至客户账户；若该差值为负数，该净转入金额为零；同理，当需要确定目标对象的净转出金额，可以计算转出总金额与转入总金额的差值，即转出总金额-转入总金额，若计算所得差值为正数，净转出金额＝转出总金额-转入总金额，由此得到清算金额，以通知客户对该目标对象充值，若计算所得差值为负数，净转出金额为零。

因此，按照上述方式得到净转入/转出金额后，若转出总金额大于转入总金额，向目标对象所属企业进出请款，获得针对目标对象的转账金额；若转出总金额小于转入总金额，将目标对象的清算金额提现至目标对象所属企业。

可选的，若本实施例是要在跨平台基金转换的场景下，实现数据清算方法，全局清算平台可以按照上述方法，确定第一基金的转出总金额大于转入总金额，就需要第一基金的基金企业向其所在业务平台充值；反之，业务平台可以将得到的清算金额提现至客户账号，即该第一基金所属基金企业，本申请对得到目标对象的清算金额后的充值或提现方法不做详述。

综上，本申请由该全局清算平台统计每个基金在其业务平台中的每一条转入/转出登记数据，通过对其包含的转入/转出金额求和，得到相应的转入/转出总金额，进而利用两者差值，确定本次清算基金的清算金额，不需要关心该基金转出到其他每只基金对应的具体金额，也无需关系其他每只基金转出到该基金本身的具体金额，极大提高了资金清算效率；且能够清晰了解不同基金的资金流；另外，当增加或减少业务平台后，也不会影响其他业务平台资金流的统计。

下面将以第一业务平台中的第一基金，与第二业务平台中的第二基金之间的转换的场景下，对第一基金或第二基金进行资金清算为例进行说明，本实施例可以将参与基金转换的第一基金和第二基金统称为转换基金，参照图6所示的数据清算方法的一可选实施例的信令流程图，该方法可以包括：

步骤S21，客户端针对转换基金向目标业务平台发送数据清算请求；

在跨平台基金转换应用场景下，在完成不同基金产品之间的份额转换后，需要对参与转换的基金产品进行资金请求，本实施例可以将参与转换的基金记为目标基金，将其所属的基金代销机构的业务平台记为目标业务平台。此时，基金客户可以通过客户端登录目标业务平台，向该目标业务平台发起资金清算请求即数据清算请求。

步骤S22，目标业务平台将数据清算请求转发至全局清算平台；

由于本申请参与转换的两个基金属于两个不同的基金代销机构的业务平台，为了减少资金清算的工作量，提高资金清算效率，保证不同基金企业之间资金交收的时效性，本申请提出由区别于基金转换的两只转换基金所属的业务平台的全局清算平台，完成资金清算任务。因此，目标业务平台接收到客户端发起的数据清算请求后，可以将该数据清算请求转发至全局清算平台，由该全局清算平台响应该数据清算请求。

步骤S23，全局清算平台解析该数据清算请求，确定本次请求清算的转换基金、转换类型、是否跨平台转换及基金转换时间；

需要说明，对于完成基金转换后，用来请求服务器进行基金资金清算的数据清算请求的生成方式，可以是本实施例描述的由基金客户通过客户端发起，也可以是平台的服务器确定完成基金转换份额后，自动发起数据清算请求，由于该基金转换是跨平台的基金转换，因此，该服务器可以将自动生成的数据清算请求，直接发送至全局清算平台。

可见，本实施例的数据清算请求通常可能包含：本次请求清算的转换基金、基金转换时间(即进行资金清算的交易时间段)、转换基金的转换属性(如转入/转出，是否跨平台转换等)等数据，但并不局限于列举的这些内容。

步骤S24，全局清算平台从目标业务平台存储的基金转换登记表中，获取转换基金在基金转换时间内的多条跨平台转出登记信息及多条跨平台转入登记信息；

在实际应用中，在进行基金转换过程中，通常会将基金转换的转入/转出份额等相关信息，写入如上表1所示的资金清算登记表中，因此，在对参与跨平台基金转换的每只基金进行资金清算时，全局清算平台可以从该基金对应的业务平台存储的基金转换登记表中，读取与资金清算请求相匹配的登记信息，本申请对每次基金交易产生的登记信息的内容，及生成的资金清算登记表对登记信息的存储方式等不做限定。

如上表1所示，对于资金清算登记表中的每一条登记信息，通常会包含本次登记的基金名称、交易单号、转换类型、是否跨平台、交易金额、交易时间等内容，但并不局限于表1所示的登记内容。

由此可见，全局清算平台接收到数据清算请求后，可以响应该数据清算请求，从目标业务平台存储的基金转换登记表中，获取转换基金在基金转换时间内的至少一条转出登记信息及至少一条转入登记信息。

其中，在转换基金参与的基金转换包括跨平台基金转换和/或平台内基金转换的情况下，获取的转出登记信息可以包括跨平台转出登记信息，和/或平台内转出登记信息；获取的转入登记信息可以包括跨平台转入登记信息，和/或平台内转入登记信息。需要说明，本实施例主要对跨平台转入/转出金额进行统计，以了解跨平台转入/转出资金流。

步骤S25，全局清算平台从多条跨平台转出登记信息中提取对应的多个转出金额，并从多条跨平台转入登记信息中提取对应的多个转入金额；

步骤S26，全局清算平台对多个转出金额进行求和，得到转换基金的跨平台转出总金额，并对多个转入金额进行求和，得到转换基金的跨平台转入总金额；

基于上述分析，对于任一转换基金来说，本申请不需要关心是其他每只基金转出到该转换基金的具体金额，及由该转换基金转出到其他基金对应的具体金额，可以按照上文方式，在对该转换基金进行资金清算时，可以根据记录的交易单的基金类型，对该转换基金的登记信息进行统计，得到转换基金的跨平台转出总金额F_{cross_out}和跨平台转入总金额F_{cross_in}。

步骤S27，全局清算平台将转换基金的跨平台转出总金额与跨平台转入总金额进行比较，得到转换基金的清算金额；

经过上述统计后，全局清算平台可以快速得到转换基金的跨平台转出总金额F_{cross_out}和跨平台转入总金额F_{cross_in}，通过两者的比较结果，可以得到该转换基金的跨平台净转入金额F_{cross_chgin}和跨平台净转出金额F_{cross_chgout}，具体计算方法为：

F_{cross_chgin}＝max{F_{cross_in}-F_{cross_out}，0}，F_{cross_chgout}＝max{F_{cross_out}-F_{cross_in}，0}。

由该计算方法可知，若跨平台转出总金额大于跨平台转入总金额，可以认为该转换基金转出到其他基金的金额更高，可以使用得到的清算金额申购其他基金；反之，若跨平台转出总金额小于跨平台转入总金额，可以认为其他基金转出至该转换基金的金额更高，此时，就可以使用其他基金的清算金额申购该目标基金，具体实现方法不做限定。

步骤S28，全局清算平台在跨平台转出总金额大于跨平台转入总金额的情况下，向目标业务平台发送转账指令；

其中，该转换指令可以包括上述得到的转换基金的清算金额，该清算金额可以依据跨平台转出总金额与跨平台转入总金额的差值确定。

步骤S29，目标业务平台响应该转账指令，依据清算金额，向全局清算平台进行资金转账；

这种情况下，与该转换基金进行基金转换的另一转换基金所属业务平台，可以从该全局清算平台获取该另一转换基金的转入金额，具体实现过程不做详述。

步骤S210，全局清算平台在跨平台转出总金额小于跨平台转入总金额的情况下，依据清算金额，向目标业务平台进行资金转账。

继上文分析，参照图7a和图7b所示的资金流示意图，经过步骤S26的比较，得知F_{cross_in}>F_{cross_out}，即跨平台净转入金额F_{cross_chgin}>0，可以依据比较结果，得到跨平台转入资金流，可以从全局清算平台向转换基金的目标业务平台进行资金转账；反之，若F_{cross_in}<F_{cross_out}，即跨平台净转出金额F_{cross_chgout}>0，可以依据比较结果，得到跨平台转出资金流，可以从转换基金的目标业务平台向全局清算平台进行资金转账。

在实际应用中，参照上图4所示的系统结构，对于不同基金代销机构的业务平台，及实现不同业务平台之间通信的全局清算平台中，均设置有用来实现资金转换的中间转换C账户，且在每一个业务平台中，还设置有对应于不同基金的现金C账户，在转入/转出基金时，往往是直接向相应的现金C账户进行充值或转账，再由该现金C账户与相应业务平台中的中间转换C账户进行C2C转账，而在跨平台时，则是由业务平台的中间转换C账户，与全局清算平台的全局中间转换C账户进行C2C转账，完成基金转换。

其中，在跨平台基金转换应用中，若F_{cross_chgout}>0，通知目标业务平台从其中间转换C账户，向全局清算平台的全局中间转换C账户进行转换后，其他基金代销机构的其他业务平台的中间转换C账户，可以直接从该全局中间转换C账户获取清算金额，以完成对其他基金(即该其他业务平台对应的任一基金)的申购。

可见，本实施例针对每一只基金，在每个结算周期内只需要结算一次，无需对所有基金进行两两结算，大大提高了资金清算效率；且通过设置多层级中间转换C账户的策略，使得各业务平台的资金流更加清晰，更大程度地保证系统的资金安全。

作为本申请另一可选示例，在同一基金代销机构内完成基金转换的场景中，按照上述方法，统计得到转换基金的转出总金额F_{total_out}(其包含跨平台的转入金额)，及转入总金额F_{total_in}(其包含跨平台转出金额)，具体统计过程可以参照上述实施例相应部分的描述。经过差值运算，可以得到该转换基金的总净转入金额F_chgin＝max{F_{total_in}-F_{total_out}，0}，以及总净转出金额F_chgout＝max{F_{total_out}-F_{total_in}，0}。

在此基础上，参照图7c和图7d所示的资金流示意图，若转出总金额大于转入总金额，即F_chgout>0，全局清算平台可以向转换基金的基金企业进行请款，以使目标业务平台得到基金企业针对转换基金的充值金额；若转出总金额小于转入总金额，即F_chgin>0，全局清算平台向目标业务平台发送提现指令；目标业务平台响应该提现指令，通过转账基金的现金账户将清算金额提现至基金企业。该清算金额依据转出总金额与转入总金额的差值确定。

参照图8，为本申请实施例提供的数据清算装置的结构示意图，该装置可以应用于数据清算系统，数据清算系统包括多个业务平台，及能够与多个业务平台通信的全局清算平台，具体系统结构可以参照上图3和图4，本实施例不再赘述，如图8所示，该装置可以包括：

数据查询模块21，用于响应数据清算请求，查询本次请求清算的目标对象所属业务平台记录的对象转换登记表，得到目标对象的至少一条转出登记信息及至少一条转入登记信息，对象转换登记表包含对象名称、转换时间及转换属性；

统计模块22，用于对至少一条转出登记信息包含的转出金额求和，得到目标对象的转出总金额，并对至少一条转入登记信息包含的转入金额求和，得到目标对象的转入总金额；

清算金额确定模块23，用于依据转出总金额和转入总金额的差值，得到目标对象的清算金额。

可选的，如图9所示，该装置还可以包括：

请求接收模块24，用于全局清算平台接收目标业务平台发送的数据清算请求，数据清算请求是客户端针对转换基金向目标业务平台发起的；

相应地，上述数据查询模块21可以包括：

第一查询单元211，用于全局清算平台响应数据清算请求，从目标业务平台存储的基金转换登记表中，获取转换基金在基金转换时间内的至少一条转出登记信息；

第二查询单元212，用于从目标业务平台存储的基金转换登记表中，获取基金转换时间内的至少一条转入登记信息；

其中，基金转换登记表包含基金名称、转换类型、是否跨平台转换及基金转换时间。

可选的，在转换基金参与的基金转换包括跨平台基金转换和/或平台内基金转换的情况下：

第一查询单元211具体可以用于：全局清算平台获取该转换基金在基金转换时间内的，至少一条跨平台转出登记信息和/或至少一条平台内转出登记信息。

第二查询单元212具体可以用于：全局清算平台获取该转换基金在基金转换时间内的，至少一条跨平台转入登记信息和/或至少一条平台内转入登记信息。

作为本申请另一可选示例，在转换基金参与的基金转换包含跨平台基金转换，上述数据清算请求为跨平台清算请求的情况下，上述数据查询模块21具体可以用于：

全局清算平台获取转换基金在基金转换时间内的，至少一条跨平台转出登记信息及至少一条跨平台转入登记信息。

相应地，统计模块22具体可以用于：

全局清算平台对多条跨平台转出登记信息各自包含的转出金额求和，得到转换基金的跨平台转出总金额，并对多条跨平台转入登记信息各自包含的转入金额求和，得到转换基金的跨平台转入总金额。

可选的，在上述各实施例的基础上，数据清算装置还可以包括：

转账指令发送模块，用于在跨平台转出总金额大于跨平台转入总金额的情况下，全局清算平台向目标业务平台发送转账指令，该转账指令可以包含转换基金的清算金额；

第一转账模块，用于目标业务平台响应转账指令，依据清算金额，向全局清算平台进行资金转账，以使与转换基金进行基金转换的另一转换基金所属业务平台，从全局清算平台获取另一转换基金的转入金额；

第二转账模块，用于在跨平台转出总金额小于跨平台转入总金额的情况下，全局清算平台向目标业务平台进行资金转账。

由此可见，第一转账模块属于业务平台中的程序模块，第二转账模块属于全局清算平台中的程序模块，也就是说，本申请可以依据各程序模块的功能实现过程确定，本申请不做一一说明。

作为本申请又一可选示例，在上述各实施例的基础上，数据清算装置还可以包括：

请款模块，用于在转出总金额大于转入总金额的情况下，全局清算平台向转换基金的基金企业进行请款，以使目标业务平台得到基金企业针对转换基金的充值金额；

提现指令发送模块，用于在转出总金额小于转入总金额的情况下，全局清算平台向目标业务平台发送提现指令；

提现模块，用于目标业务平台响应提现指令，通过转账基金的现金账户将清算金额提现至基金企业。

本申请实施例还提供了一种存储介质，该存储介质中存储有计算机可执行指令，所述计算机可执行指令被处理器加载并执行时，实现如上任意一个实施例中的数据清算方法，具体实现过程可以参照上述实施例相应部分的描述，不再赘述。

本申请还提供了一种数据清算系统，参照上图3和图4所示的系统结构示意图，该系统可以包括：

多个业务平台11，这多个业务平台11对应不同的基金代销机构，具体可以由一个或多个业务服务器构成，本申请对业务平台的组成结果不做限定，可以基于其所能够提供的业务服务确定。

全局清算平台12，该全局清算平台12可以与多个业务平台11进行通信连接，如图10所示的硬件结构示意图，该全局清算平台12可以包括：至少一个通信接口121、至少一个存储器122和至少一个处理器123，存储器122可以存储有程序，处理器123可以调用所述程序，实现如上任意一个实施例中的数据清算方法，具体实现过程可以参照上述实施例相应部分的描述，不再赘述。

其中，全局清算平台12可以由一个或多个中间服务器构成，如图10所示的硬件结构，也可以是中间服务器的硬件结构，本申请对该全局清算平台12的组成结构不做限定，且上述至少一个通信接口121、至少一个存储器122和至少一个处理器123之间，可以通过通信总线进行数据交互。

可选的，通信接口可以是WIFI、GPRS等无线通信模块的接口，也可以包括实现平台内部数据交互的串口、并口等，本申请对通信接口的类型不做限定。

存储器可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。

处理器可能是一个中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本申请实施例的一个或多个集成电路。

需要说明，对于全局清算平台的硬件组成，并不局限于本实施例列举的几部分。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置、系统类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

以上仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims

1.一种数据清算方法，其特征在于，应用于一数据清算系统，所述数据清算系统包括多个业务平台，及能够与所述多个业务平台通信的全局清算平台，所述方法包括：

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

全局清算平台接收目标业务平台发送的数据清算请求，所述数据清算请求是客户端针对转换基金向所述目标业务平台发起的；

所述响应数据清算请求，查询本次请求清算的目标对象所属业务平台记录的对象转换登记表，得到所述目标对象的至少一条转出登记信息及至少一条转入登记信息，包括：

所述全局清算平台响应所述数据清算请求，从所述目标业务平台存储的基金转换登记表中，获取所述转换基金在基金转换时间内的至少一条转出登记信息及至少一条转入登记信息；

其中，所述基金转换登记表包含基金名称、转换类型、是否跨平台转换及基金转换时间。

3.根据权利要求2所述的方法，其特征在于，在所述转换基金参与的基金转换包括跨平台基金转换和/或平台内基金转换的情况下，所述获取所述转换基金在基金转换时间内的至少一条转出登记信息及至少一条转入登记信息，包括：

所述全局清算平台获取所述转换基金在基金转换时间内的至少一条跨平台转出登记信息，和/或至少一条平台内转出登记信息，以及所述转换基金在基金转换时间内的至少一条跨平台转入登记信息，和/或至少一条平台内转入登记信息。

4.根据权利要求2所述的方法，其特征在于，在所述转换基金参与的基金转换包含跨平台基金转换，所述数据清算请求为跨平台清算请求的情况下，所述获取所述转换基金在基金转换时间内的至少一条转出登记信息及至少一条转入登记信息，包括：

所述全局清算平台获取所述转换基金在基金转换时间内的至少一条跨平台转出登记信息，及至少一条跨平台转入登记信息；

所述对所述至少一条转出登记信息包含的转出金额求和，得到所述目标对象的转出总金额，并对所述至少一条转入登记信息包含的转入金额求和，得到所述目标对象的转入总金额，包括：

所述全局清算平台对多条跨平台转出登记信息各自包含的转出金额求和，得到所述转换基金的跨平台转出总金额，并对多条跨平台转入登记信息各自包含的转入金额求和，得到所述转换基金的跨平台转入总金额。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

在所述跨平台转出总金额大于所述跨平台转入总金额的情况下，所述全局清算平台向所述目标业务平台发送转账指令，所述转账指令包含所述转换基金的清算金额；

所述目标业务平台响应所述转账指令，依据所述清算金额，向所述全局清算平台进行资金转账，以使与所述转换基金进行基金转换的另一转换基金所属业务平台，从所述全局清算平台获取所述另一转换基金的转入金额；

在所述跨平台转出总金额小于所述跨平台转入总金额的情况下，所述全局清算平台向所述目标业务平台进行资金转账。

6.根据权利要求3所述的方法，其特征在于，所述方法还包括：

在所述转出总金额大于所述转入总金额的情况下，所述全局清算平台向所述转换基金的基金企业进行请款，以使所述目标业务平台得到所述基金企业针对所述转换基金的充值金额；

在所述转出总金额小于所述转入总金额的情况下，所述全局清算平台向所述目标业务平台发送提现指令；

所述目标业务平台响应所述提现指令，通过所述转账基金的现金账户将所述清算金额提现至所述基金企业。

7.一种数据清算装置，其特征在于，应用于一数据清算系统，所述数据清算系统包括多个业务平台，及能够与所述多个业务平台通信的全局清算平台，所述装置包括：

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

请求接收模块，用于全局清算平台接收目标业务平台发送的数据清算请求，所述数据清算请求是客户端针对转换基金向所述目标业务平台发起的；

所述数据查询模块包括：

第一查询单元，用于所述全局清算平台响应所述数据清算请求，从所述目标业务平台存储的基金转换登记表中，获取所述转换基金在基金转换时间内的至少一条转出登记信息；

第二查询单元，用于从所述目标业务平台存储的基金转换登记表中，获取所述基金转换时间内的至少一条转入登记信息；

9.一种数据清算系统，其特征在于，所述系统包括：

与所述多个业务平台通信的全局清算平台，所述全局清算平台包括至少一个通信接口、至少一个存储器和至少一个处理器，所述存储器存储有程序，所述处理器调用所述程序，实现如权利要求1～6任一项所述的数据清算方法的各步骤。

10.一种存储介质，其特征在于，其上存储有适用于处理器执行的程序，以实现如权利要求1～6任一项所述的数据清算方法的各步骤。