CN110930257A - 一种数据处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请实施例公开了一种数据处理方法、装置、设备及存储介质，属于数据处理技术领域。该方法包括：后台系统接收目标对象的赎回请求，所述赎回请求中包含产品关联的赎回资金数据；确定所述赎回资金数据小于赎回阈值之后，将所述赎回资金数据与所述目标对象的账户相关联，所述赎回阈值为根据历史净值数据以及净值下降比例确定的；确定所述赎回资金数据对应的赎回份额数据；取消所述赎回份额数据与所述产品的关联关系。本申请实施例解决了理财产品赎回时资金到账周期长，时效性差的问题。

Description

一种数据处理方法、装置、设备及存储介质

技术领域

本申请实施例涉及数据处理技术领域，特别涉及一种数据处理方法、装置、设备及存储介质。

背景技术

投资理财作为近年来的热门话题，不仅进入了人们的日常生活，并且正在对人们的生活产生越来越大的影响。在频繁的市场波动中，用户需要通过投资平台的订单系统进行投资以及理财产品的赎回，又由于线上基金数量和丰富程度都在快速增长，用户对于理财产品的赎回速度的要求也越来越高。

现有制度下，代销系统每天与TA系统(Transfer Agent，结算公司开放式基金登记结算系统)交互一次。客户若想赎回所购买的理财产品，要在代销系统进行赎回登记，TA系统在每天交易时间结束后(交易时间结束即算作下一个交易日)，对客户资产信息进行更新和处理，并将更新后的客户的日终资产信息返回至代销系统。也就是说，客户当日进行赎回登记，需要等到下一个交易日资金才能到账，赎回的资金到账周期长，时效性差。

发明内容

为了解决理财产品赎回时资金到账周期长，时效性差的问题，本申请实施例提供了一种数据处理方法、装置、设备及存储介质。

根据本申请实施例的第一方面，提供了一种数据处理方法，该方法包括：

所述技术方案如下：

接收目标对象的赎回请求，所述赎回请求中包含产品关联的赎回资金数据；

确定所述赎回资金数据小于赎回阈值之后，将所述赎回资金数据与所述目标对象的账户相关联，所述赎回阈值为根据历史净值数据以及净值下降比例确定的；

确定所述赎回资金数据对应的赎回份额数据；

取消所述赎回份额数据与所述产品的关联关系。

根据本申请实施例的第二方面，提供了一种数据处理装置，该装置包括：

收发模块，用于接收目标对象的赎回请求，所述赎回请求中包含产品关联的赎回资金数据；

转账模块，用于确定所述赎回资金数据小于赎回阈值之后，将所述赎回资金数据与所述目标对象的账户相关联，所述赎回阈值为根据历史净值数据以及净值下降比例确定的；

确定模块，用于确定所述赎回资金数据对应的赎回份额数据；

取消模块，用于取消所述赎回份额数据与所述产品的关联关系。

一种可选的实施例中，所述确定模块，还用于根据以下方式确定所述赎回阈值：

确定第一净值数据的上一相邻单位时间的第二净值数据，所述第一净值数据为所述赎回资金数据对应的单位时间的净值数据；

确定赎回比例，所述赎回比例小于或等于所述净值下降比例；

根据所述目标对象针对所述产品的持有份额数据、所述第二净值数据以及所述赎回比例，确定所述赎回阈值。

一种可选的实施例中，还包括冻结模块，用于：

根据所述赎回资金数据以及所述历史净值数据，确定冻结份额数据，所述冻结份额数据对应的冻结资金数据大于或等于所述赎回资金数据；

将所述冻结份额数据的属性设置为冻结状态；

将所述冻结份额数据中剩余份额数据的属性设置为正常状态，所述剩余份额数据为所述冻结份额数据中除所述赎回份额数据之外的份额数据。

一种可选的实施例中，所述装置为产品代理系统；

所述收发模块，还用于接收终端发送的赎回请求；向产品交易系统发送请款请求，所述请款请求中包含所述产品关联的赎回资金数据；接收所述产品交易系统发送的请款成功响应；发送赎回成功响应；向所述产品交易系统发送对账文件，所述对账文件中包含所述赎回资金数据；

所述确定模块，用于根据接收到的确认文件，确定所述赎回份额数据，所述赎回份额数据为所述产品交易系统根据所述赎回资金数据以及第一净值数据确定的。

一种可选的实施例中，所述收发模块，还用于：

按照设定规则，将接收到的多个赎回请求中包含的所有赎回资金数据进行汇总，生成汇总请款请求；

向产品交易系统发送所述汇总请款请求。

一种可选的实施例中，所述装置为产品交易系统；

所述确定模块，具体用于确定第一净值数据，所述第一净值数据为所述赎回资金数据对应的单位时间的净值数据；根据所述赎回资金数据以及第一净值数据，确定所述赎回份额数据。

根据本申请实施例的第三方面，提供了一种计算设备，包括至少一个处理器、以及至少一个存储器，其中，所述存储器存储有计算机程序，当所述程序被所述处理器执行时，使得所述处理器执行本申请实施例提供的数据处理方法的步骤。

根据本申请实施例的第四方面，提供了一种存储介质，所述存储介质存储有计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行本申请实施例提供的数据处理方法的步骤。

本申请实施例中，用户在需要进行理财产品的赎回时，向后台系统发送赎回请求，赎回请求中年包含产品关联的赎回资金数据。后台系统对赎回请求中的赎回资金数据进行检验，在确定赎回资金数据小于赎回阈值之后，将赎回资金数据与目标对象的账户相关联。其中，赎回阈值为根据历史净值数据以及净值下降比例确定的。这样，在产品进行每日清算之前，后台系统即可将赎回资金数据转移到目标对象的账户中，资金当天到账，缩短了资金到账的时长。在产品进行每日清算之后，后台系统确定赎回资金数据对应的赎回份额数据，取消该目标对象的赎回份额数据与产品的关联关系。从而完成理财产品份额的赎回。本申请实施例按资金金额发起赎回，通过设置赎回阈值避免净值数据下跌导致金额不够的情况，实现了资金当天到账，极大的缩短了资金的到账周期，提高了资金周转的便利性，改善了用户体验。

附图说明

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

图1示出了本申请一个实施例提供的数据处理系统的系统架构图；

图2示出了现有技术中按份额进行基金赎回的数据处理方法的流程图；

图3示出了本申请实施例提供的一种数据处理方法的流程图；

图4示出了本申请实施例中一种客户端发出赎回请求的界面示意图；

图5示出了本申请一个具体实施例提供的数据处理方法的流程图；

图6示出了本申请另一个具体实施例提供的数据处理方法的流程图；

图7示出了本申请一个实施例提供的分布式系统应用于区块链系统的结构示意图；

图8示出了本申请实施例提供的一种区块结构的示意图；

图9示出了本申请一个实施例提供的数据处理装置的结构方框图；

图10示出了本申请一个实施例提供的服务器的结构方框图。

具体实施方式

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

本发明的说明书和权利要求书及上述附图中的术语“第一”和“第二”是用于区别不同对象，而非用于描述特定顺序。此外，术语“包括”以及它们任何变形，意图在于覆盖不排他的保护。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了方便理解，下面对本申请实施例中涉及的名词进行解释：

份额：基金份额是指基金发起人向投资者公开发行的，表示持有人按其所持份额对基金财产享有收益分配权、清算后剩余财产取得权和其他相关权利，并承担相应义务的凭证。基金份额申购，是指投资人按照基金份额申购价格，申请购买基金管理人管理的开放式基金的基金份额。

赎回：又称买回，它是针对开放式基金，投资者以自己的名义直接或通过代理机构向基金管理公司要求部份或全部退出基金的投资，并将买回款汇至该投资者的账户内。赎回所得金额，是卖出基金的单位数，乘以卖出当日净值，再减去赎回费用。

快赎：即快速赎回，赎回的一种类型，是指T+0赎回(其中T指的是交易日15点前提交赎回，如果15点后提交就算下一个交易日)，即当天将所持货币基金份额赎回，资金当天就可以返回到指定账户的情况。一般来说，快速赎回存在一定的金额上限。选择快赎当天的收益是让渡给了基金公司，因此在快速赎回的当天是没有收益的。

普赎：即普通赎回，赎回的一种类型，普通赎回通常是T+1、T+2或T+3个交易日到账，例如，如果是T+1到账的基金，基金公司收到赎回申请之后，在第一个交易日进行赎回份额确认，然后第二个交易日资金到账。如果选择了普通赎回，则申请赎回当天的收益是有的，然后从第二天开始没有收益。

净值：即基金单位净值，是指当前的基金总净资产除以基金总份额，其计算公式为：基金单位净值＝总净资产/基金份额。开放式基金的基金单位交易价格取决于申购、赎回行为发生时尚未确知(但当日收市后即可计算并于下一交易日公告)的单位基金资产净值。开放式基金的单位总数每天都不同，必须在当日交易截止后进行统计，并与当日基金资产净值相除得出当日的单位资产净值，以此作为投资者申购赎回的依据。基金的申购和赎回每天都会发生，所以作为交易依据的基金单位资产净值必须在每天的收市后进行计算，并于次日公布。

基金TA系统：TA(Transfer Agent)系统即开放式基金登记过户系统，用于给投资者注册登记基金份额，处理的是基金申赎端的业务。TA系统是基金交易管理系统的重要组成部分，涵盖了基金交易业务的各个环节，包括账户业务处理，如投资者开户、修改账户资料、挂失/解挂等；日常交易业务处理，如认购、申购(一般申购和定期定额)、赎回(一般赎回、指定赎回、预约赎回等)、转托管、基金转换等；特殊业务处理，如非交易过户、账户冻结/解冻等；分红业务处理，如现金分红和红利再投资；同时TA系统还承担着整个基金交易系统管理和维护，如岗位管理、柜员管理、基金信息管理、公告信息管理、销售网点管理、系统维护日志管理、查询统计功能等。

产品交易系统：用于对产品交易业务的各个环节进行处理，还用于对产品交易信息进行直接管理和维护，在具体实施例中可以为基金TA系统。

基金代销系统：即开放式基金代销系统，是基金销售系统的一种形式，接收基金管理人的委托，代理销售相关的开放式基金，受理投资人对开放式基金的认购、申购、赎回等业务申请，并发送给TA系统，同时提供各种自由及延伸业务。基金代销系统一般会代理销售多家基金公司的基金产品。每个交易日15点之后，基金代销系统会对从上一交易日15点之后到当前交易日15点之前的所有申购或者赎回交易进行清算，并于当前交易日19点前将清算结果分发至不同的基金公司。

产品代理系统：在产品交易业务方面，接受用户的委托，代理用户对产品的交易业务，并与产品交易系统交互，可同时代理多个产品的交易业务，具体实施例中可以为基金代销系统。

目标对象：可以指理财产品的投资者，也可以代指投资者在产品交易系统中的账户或者产品代理系统中的账户，或者为投资者的终端或客户端。

请参考图1，其示出了本申请一个实施例提供的数据处理系统的系统架构图，该数据处理系统中包括客户端101、产品代理系统102和产品交易系统103。客户端101为应用程序(Application，简称APP)；客户端101安装于终端104上。终端104可以是手机、平板电脑或者是专用的手持设备等具有无线通信功能的电子设备，也可以是个人计算机(personalcomputer，简称PC)、笔记本电脑等有线接入方式连接上网的设备。

终端104与产品代理系统102之间和/或产品代理系统102与产品交易系统103之间通过有线或无线网络相连。产品代理系统102和/或产品交易系统103可以是计算机等网络设备。产品代理系统102和/或产品交易系统103可以是一个独立的设备，也可以是多个服务器所形成的服务器集群。优选地，产品代理系统102和/或产品交易系统103可以采用云计算技术进行信息处理。

可选地，上述的无线网络或有线网络使用标准通信技术和/或协议。网络通常为因特网、但也可以是任何网络，包括但不限于局域网(Local Area Network，LAN)、城域网(Metropolitan Area Network，MAN)、广域网(Wide Area Network，WAN)、移动、有线或者无线网络、专用网络或者虚拟专用网络的任何组合)。在一些实施例中，使用包括超文本标记语言(Hyper Text Mark-up Language，HTML)、可扩展标记语言(Extensible MarkupLanguage，XML)等的技术和/或格式来代表通过网络交换的数据。此外还可以使用诸如安全套接字层(Secure Socket Layer，SSL)、传输层安全(Transport Layer Security，TLS)、虚拟专用网络(Virtual Private Network，VPN)、网际协议安全(Internet ProtocolSecurity，IPsec)等常规加密技术来加密所有或者一些链路。在另一些实施例中，还可以使用定制和/或专用数据通信技术取代或者补充上述数据通信技术。

本申请实施例提供一种优选的实施方式，以终端为手机为例进行介绍。图1示例性示出了终端的一种可能的界面示意图，如图1所示，终端中可安装多个APP，比如视频、时钟、通话记录、信息、安全邮箱、手机、S备忘录、设置等。本申请实施例中可预先在终端中安装客户端，比如理财APP101。

本申请实施例提供一种优选的实施方式，以产品代理系统102为基金代销系统，产品交易系统103为基金TA系统为例进行介绍。在一种可能的实施方式中，为了使终端104能够与产品代理系统102进行交互，从而通过基金代销系统进行基金的赎回，终端104安装并运行有客户端101，相应的，产品代理系统102即为客户端101的后台服务器。

示意性的，如图1，T-1日15点到T日15点之间，终端104通过客户端101向产品代理系统102发送基金的赎回请求。产品代理系统102确定赎回请求中包含的赎回资金金额小于赎回阈值之后，根据赎回请求向产品交易系统103发送请款请求。产品交易系统103将赎回资金发送至产品代理系统102。产品代理系统接收到赎回资金后，将赎回资金转移至用户账户中，实现资金的当天到账。T日15点之后，产品代理系统102会对从T-1日15点到T日15点之间的所有赎回交易进行清算，生成对账文件，并于T日19点前将对账文件上报至产品交易系统103。产品交易系统103确定当天净值后，计算出赎回资金金额对应的应扣减的基金份额，扣减用户的基金份额并生成确认文件发给产品代理系统102。产品代理系统102扣减用户相应的基金份额并更新用户新的赎回资金。

可选的，在另一种可能的实施方式中，终端104可以与产品交易系统103交互，从而直接对基金TA系统发起基金赎回，相应的，产品交易系统103为客户端101的后台服务器。

这种情况下，T-1日15点到T日15点之间，终端104通过客户端101向产品交易系统103上报赎回请求。产品交易系统103确定赎回请求中包含的赎回资金金额小于赎回阈值之后，直接将赎回资金转移至用户账户中，实现资金的当天到账。T日15点之后，产品交易系统103进行TA清算时确定当天净值，计算出赎回资金金额对应的应扣减的基金份额，扣减用户的基金份额。

本申请各个实施例中，以数据处理方法用于图1所示的客户端101、产品代理系统102和产品交易系统103为例进行示意性说明。

现有技术中，用户在基金代销系统和基金TA系统按照份额对基金产品进行赎回。图2示出了现有技术中按份额进行基金赎回的数据处理方法的流程图，该流程包括：

步骤201、当前交易日(T-1日15点到T日15点之间)，客户端向基金代销系统发送赎回请求，该赎回请求中包含产品的赎回份额。

步骤202、基金代销系统按照赎回份额，冻结产品中对应的份额。

步骤203、基金代销系统向基金TA系统发送赎回请求，赎回请求中包含产品的赎回份额。

步骤204、基金TA系统扣减产品中对应的份额。

步骤205、基金TA系统向基金代销系统反馈赎回成功响应。

步骤206、当前交易日收市后，基金代销系统根据接收到的赎回份额，生成对账文件，对账文件中包含赎回份额。

步骤207、基金代销系统向基金TA系统发送对账文件。

步骤208、基金TA系统确定产品当天的净值后，计算出赎回份额对应的赎回资金金额。

步骤209、基金TA系统向基金代销系统反馈确认文件，其中包含用户的赎回资金金额。

步骤210、基金代销系统确认赎回资金金额后，扣减用户对应的赎回份额，并记录用户应到账的赎回资金金额。

步骤211、T+1日，基金TA系统结算资金给基金代销系统。

步骤212、基金代销系统将赎回资金转账至用户账户，并向客户端反馈赎回资金到账的消息。

由上述流程可以看出，现有技术中产品的赎回，产品的赎回为基于份额的赎回，T日发起赎回后，需等到当天收市后，基金TA系统才能确认当天的净值，从而计算出赎回资金金额，进而T+1日用户赎回的资金才能到账，资金到账周期长，时效性差。

为了解决上述问题，本申请实施例提供了一种数据处理方法，如图3所示，该方法包括：

步骤301、后台系统接收目标对象的赎回请求，赎回请求中包含产品关联的赎回资金数据。

可选的，后台系统可以为基金代销系统，也可以为基金TA系统。若后台系统为基金代销系统，则基金代销系统接收终端发送的赎回请求。若后台系统为基金TA系统，则基金TA系统接收终端发送的赎回请求。

这里的目标对象指持有产品的用户。本申请实施例中的产品，具体可以是基金产品、理财产品等金融投资类的产品，目前业内已实现这类产品的线上交易。产品相关的数据指的是用于表示、描述这类产品的，能够被服务器、智能终端等电子设备读取的数据，比如：产品的名称、赎回份额、赎回资金、净值、收益率、手续费等信息。

步骤302、后台系统确定赎回资金数据小于赎回阈值之后，将赎回资金数据与目标对象的账户相关联，赎回阈值为根据历史净值数据以及净值下降比例确定的。

具体实施过程中，每日的净值数据并不是保持不变的，即T日的净值数据相较于T-1日的净值数据存在下降的可能，因此，为了避免净值下跌而导致用户持有的产品份额对应的资金金额少于用户赎回资金的情况，需要预先设置赎回阈值。

由于国内有跌停的限制，其中跌停的比例为10％，即净值下降比例最高可配置为90％。具体地，针对T日的净值数据，历史净值数据可以前一交易日即T-1日的净值数据，也可以为之前两个或多个交易日即T-N日的净值数据，其中N>1。对应的净值下降比例，若历史净值数据为T-1日的净值数据，则净值下降比例需要小于或等于90％；若历史净值数据为T-N日的净值数据，则净值下降比例需要小于或等于1-10％N。

较佳地，上述赎回阈值根据以下方式确定：

确定第一净值数据的上一相邻单位时间的第二净值数据，所述第一净值数据为所述赎回资金数据对应的单位时间的净值数据；

确定赎回比例，所述赎回比例小于或等于所述净值下降比例；

根据所述目标对象针对所述产品的持有份额数据、所述第二净值数据以及所述赎回比例，确定所述赎回阈值。

具体实施过程中，将用户发送赎回请求所在的当前交易日的净值数据为第一净值数据，将当前交易日的上一交易日的净值数据为第二净值数据，即T日对应为第一净值数据，T-1日对应为第二净值数据。由于净值下降比例为90％，因此赎回比例需要小于或等于90％，这里的赎回比例可以为用户自定义，也可以为基金代销系统或者基金TA系统默认的。

举例来说，用户在产品A中持有份额10000份，产品A在T-1日的净值为2，由于总资产＝持有份额×净值，则用户在T-1日的总资产为20000元。若考虑净值的下降可能，则在T日，用户可能持有的最少总资产为20000×90％＝18000元。因此为了保证用户持有的总资产能够满足快速赎回的资金金额，则赎回比例需要小于或等于90％。用户在T日发起快速赎回，由于T日的净值未确定，但净值下降比例为90％，即赎回比例需要小于或等于90％，例如可以设置为80％。又赎回阈值＝总资产×赎回比例，则用户在T日的赎回阈值为20000×80％＝16000元，即用户最多赎回的赎回资金数据为16000元。

步骤303、后台系统确定赎回资金数据对应的赎回份额数据。

具体实施过程中，由于净值是在每个交易日的收市后进行计算，并于下一交易日公布，因此，后台系统也是在下一交易日确定赎回资金数据对应的赎回份额数据。例如，对应于用户T日发起赎回请求，则赎回份额数据＝赎回资金数据/T日净值数据，该赎回份额数据为T+1日确定。

步骤304、后台系统取消赎回份额数据与产品的关联关系。

本申请实施例中，用户在需要进行理财产品的赎回时，向后台系统发送赎回请求，赎回请求中年包含产品关联的赎回资金数据。后台系统对赎回请求中的赎回资金数据进行检验，在确定赎回资金数据小于赎回阈值之后，将赎回资金数据与目标对象的账户相关联。其中，赎回阈值为根据历史净值数据以及净值下降比例确定的。这样，在产品进行每日清算之前，后台系统即可将赎回资金数据转移到目标对象的账户中，资金当天到账，缩短了资金到账的时长。在产品进行每日清算之后，后台系统确定赎回资金数据对应的赎回份额数据，取消该目标对象的赎回份额数据与产品的关联关系。从而完成理财产品份额的赎回。本申请实施例按资金金额发起赎回，通过设置赎回阈值避免净值数据下跌导致金额不够的情况，实现了资金当天到账，极大的缩短了资金的到账周期，提高了资金周转的便利性，改善了用户体验。

图4示例性示出了一种本申请实施例中客户端发出赎回请求的界面示意图。客户端响应于用户的选择，在用户选择“快速赎回”的情况下，向后台系统上快赎赎回请求，收益转移请求中至少包含赎回金额。如图4所示的，当前可取金额为20000元，即用户持有的总资产为20000元。由于赎回比例设置为80％，则用户当天赎回的资金金额为16000元，即用户输入的快速赎回金额需要小于或等于16000元，例如为6000元，则该6000元可当日到账。若用户需要将20000元全部取出，则减去16000元之后得到的4000元需要普通赎回，即第二日才能到账。用户每赎回一部分资金后，后台系统需要重新计算用户剩余可快速赎回的资金金额，并向用户显示。例如，用户第一笔快速赎回6000元后，则当前交易日用户最多还能快速赎回16000-6000＝10000元。

需要说明的是，本申请实施例中的赎回为快速赎回，即T日资金到账，用户也可以通过发送普通赎回的请求赎回其余资产。

由于一般来说，用户通过基金代销系统管理基金TA系统中的产品，则本申请实施例中，用户通过客户端向基金代销系统发送产品的赎回请求，这种情况下，基金代销系统向基金TA系统发送请款请求，基金TA系统当即将对应的资金转账至基金代销系统，基金代销系统再转账至用户账户，实现资金当日到账。另一种情形，用户通过客户端直接向基金TA系统发送产品的赎回请求，则基金TA系统直接转账至用户账户，实现资金当日到账。下面分别就这两种情况进行详细介绍。

情况一，基金TA系统直接接收客户端发送的赎回请求。

此时，步骤301，后台系统接收目标对象的赎回请求，包括：

产品交易系统接收终端发送的赎回请求。

这种情况下，步骤301中的后台系统为基金TA系统。基金TA系统接收到终端直接发送的赎回请求后，将其中的赎回资金数据与赎回阈值相对比，确定赎回资金数据小于赎回阈值，即确定即使在净值数据下降的情况下，用户持有的资金金额也大于或等于赎回资金金额。然后，基金TA系统直接将赎回资金转入用户的账户，并向终端发送资金到账通知，完成快赎资金的当天到账。

步骤303，后台系统确定所述赎回资金数据对应的赎回份额数据，包括：

产品交易系统确定第一净值数据，第一净值数据为赎回资金数据对应的单位时间的净值数据；

产品交易系统根据赎回资金数据以及第一净值数据，确定赎回份额数据。

具体实施过程中，在当前交易日基金TA系统清算时，确定当前交易日的第一净值数据。然后基金TA系统根据赎回资金数据以及第一净值数据，确定赎回份额数据，其中，赎回份额＝赎回资金/第一净值数据。由于基金TA系统已将赎回资金转入用户账户，则此时，基金TA系统只需从用户持有的该产品总的份额中扣除赎回份额即可。

在情况一中，由于为基金TA系统直接接收终端发送的赎回请求，因此，整个赎回流程更为简洁。

情况二，基金代销系统接收客户端发送的赎回请求。

此时，步骤301，后台系统接收目标对象的赎回请求，包括：

产品代理系统接收终端发送的赎回请求。

后台系统确定赎回资金数据小于赎回阈值之后，将赎回资金数据与目标对象的账户相关联之前，还包括：

产品代理系统向产品交易系统发送请款请求，所述请款请求中包含所述产品关联的赎回资金数据；

产品代理系统接收所述产品交易系统发送的请款成功响应。

后台系统将赎回资金数据与目标对象的账户相关联，包括：

产品代理系统将赎回资金数据与目标对象的账户相关联，并发送赎回成功响应。

后台系统确定所述赎回资金数据对应的赎回份额数据，包括：

产品代理系统向产品交易系统发送对账文件，对账文件中包含赎回资金数据；

产品代理系统根据接收到的确认文件，确定所述赎回份额数据，赎回份额数据为产品交易系统根据赎回资金数据以及第一净值数据确定的。

这种情况下，步骤301中的后台系统为基金代销系统。客户端向基金代销系统发送赎回请求，基金代销系统确定赎回请求中的赎回资金数据小于赎回阈值之后，根据赎回资金数据生成请款请求并向基金TA系统发送。基金TA系统接收到请款请求后，按照赎回资金向基金代销系统转账。基金代销系统接收到转账后，再将赎回资金转入用户账户，并向终端发送赎回成功响应。从而，用户通过终端确定资金已到账，完成资金当日到账。

当前交易日结束的时候，基金代销系统根据赎回资金数据，生成对账文件，并向基金TA系统发送。基金TA系统根据对账文件进行对账，在确定当前交易日的第一净值数据后，计算赎回资金数据对应的赎回份额数据，并扣减用户对应的赎回份额。基金TA系统生成确认文件，向基金代销系统发送。基金代销系统根据确认文件，确定对应的赎回份额数据。

在情况二中，基金代销系统在确定准确的赎回份额之前，需要冻结用户的部分份额，且冻结的份额需要大于赎回资金对应的份额，以保证份额的快速赎回。即接收目标对象的赎回请求之后，还包括：

产品代理系统根据所述赎回资金数据以及所述历史净值数据，确定冻结份额数据，所述冻结份额数据对应的冻结资金数据大于或等于所述赎回资金数据；

所述产品代理系统将所述冻结份额数据的属性设置为冻结状态；

取消所述赎回份额数据与所述产品的关联关系之后，还包括：

所述产品代理系统将所述冻结份额数据中剩余份额数据的属性设置为正常状态，所述剩余份额数据为所述冻结份额数据中除所述赎回份额数据之外的份额数据。

具体实施过程中，基金代销系统根据赎回资金数据以及前一个交易日的净值数据，将用户持有的部分份额确定为冻结份额数据，即将冻结份额数据的属性设置为冻结状态。举例来说，若赎回资金数据为10000元，T-1日的净值为2，则确定的冻结份额为5000份，即将用户的5000份的份额设置为冻结状态。

当T日基金代销系统接收到基金TA系统发送的确认文件后，确定对应的赎回份额数据，则根据冻结份额数据与赎回份额数据之间的差值，作为剩余份额数据。由于赎回份额数据已转为赎回资金发放至用户账户，则基金代销系统将剩余份额数据解冻，即将剩余份额数据的属性设置为正常状态。

需要说明的是，在情况一中，基金TA系统也需要冻结用户的赎回份额，具体过程与上述描述类似，这里不做赘述。

进一步地，产品代理系统向产品交易系统发送请款请求之前，还包括：

所述产品代理系统按照设定规则，将接收到的多个赎回请求中包含的所有赎回资金数据进行汇总，生成汇总请款请求；

所述产品代理系统向产品交易系统发送请款请求，包括：

所述产品代理系统向产品交易系统发送所述汇总请款请求。

具体实施过程中，基金代销系统会接收到多个用户发送的赎回请求，且每个用户可能发送不只一个赎回请求。为了缓解基金代销系统与基金TA系统之间的通信压力，基金代销系统可以按照设定规则将接收到的多个赎回请求进行汇总，生成汇总请款请求，将所有赎回资金数据统一向基金TA系统发送。

这里的设定规则可以为按时间段进行汇总，或者按金额进行汇总。按时间段进行汇总，即为基金代销系统将单位时间段内接收到的所有赎回请求进行汇总，例如每5分钟基金代销系统进行一次汇总。按金额进行汇总，即为基金代销系统将收到的赎回请求中包含的赎回资金金额相加，当相加之和大于或等于设定金额后，则进行汇总发送。例如赎回资金金额加至10万元后，生成汇总请款请求。

下面以具体实施例对上述流程进行详细介绍。

实施例一提供了一种具体的实施过程，其系统架构包括客户端和基金TA系统，方法如图5所示，包括：

步骤501、当前交易日(T-1日15点到T日15点之间)，客户端向基金TA系统发送快速赎回请求，快速赎回请求中包含赎回资金金额。

步骤502、基金TA系统在确定赎回资金金额小于赎回阈值后，按照赎回资金金额以及T-1日的第二净值，确定冻结份额，将冻结份额的状态设置为冻结状态。

步骤503、基金TA系统将赎回资金金额转入用户账户，并向终端发送赎回资金到账的消息。

步骤504、当前交易日的清算时间(一般为T日16点)基金TA系统确定T日的第一净值。

步骤505、基金TA系统根据第一净值和赎回资金金额，确定赎回份额。

步骤506、基金TA系统扣减用户的赎回份额。

实施例二提供了另一种具体的实施过程，其系统架构包括客户端、基金代销系统和基金TA系统，方法如图6所示，包括：

步骤601、当前交易日(T-1日15点到T日15点之间)，客户端向基金代销系统发送快速赎回请求，快速赎回请求中包含赎回资金金额。

步骤602、基金代销系统在确定赎回资金金额小于赎回阈值后，按照赎回资金金额以及T-1日的第二净值，确定冻结份额，将冻结份额的状态设置为冻结状态。

步骤603、基金代销系统向客户端发送份额冻结消息。

步骤604、基金代销系统汇总多个赎回请求，生成汇总请款请求。

步骤605、基金代销系统向基金TA系统发送汇总请款请求。

步骤606、基金TA系统根据汇总请款请求，向基金代销系统发送请款成功响应。

步骤607、基金代销系统确定到账后，向用户账户提现赎回资金，并向客户端发送赎回资金到账消息。

步骤608、当前交易日(T日16点左右)，基金代销系统生成对账文件，对账文件中包含T日的所有赎回资金金额。

步骤609、基金代销系统向基金TA系统上报当天的对账文件。

步骤610、基金TA系统清算后，确定第一净值，并计算赎回资金对应的赎回份额，扣除对应的赎回份额。

步骤611、基金TA系统向基金代销系统发送确认文件，确认文件中包含赎回份额。

步骤612、基金代销系统根据赎回份额，确定剩余份额，并将剩余份额解冻。

需要说明的是，本申请实施例中涉及的基金代销系统以及基金TA系统中的TA清算过程、基金赎回过程、基金对账过程等具体后台流程并未详细介绍，本领域技术人员可以清楚地了解本申请实施例中相关的具体交易理财过程，本申请实施例中不再赘述。此外，本申请实施例中的净值数据、份额数据、赎回数据等并不构成对整体理财过程的限定，仅为对理财产品的数据处理过程描述清楚，上述内容的表述也可以用其它名称替代。

实施例三涉及的数据处理系统可以是由客户端、多个节点(接入网络中的任意形式的计算设备，如服务器、用户终端)通过网络通信的形式连接形成的分布式系统。

以分布式系统为区块链系统为例，参见图7，图7是本发明实施例三提供的分布式系统100应用于区块链系统的一个可选的结构示意图，由多个节点(接入网络中的任意形式的计算设备，如服务器、用户终端)和客户端形成，节点之间形成组成的点对点(P2P，PeerTo Peer)网络，P2P协议是一个运行在传输控制协议(TCP，Transmission ControlProtocol)协议之上的应用层协议。在分布式系统中，任何机器如服务器、终端都可以加入而成为节点，节点包括硬件层、中间层、操作系统层和应用层。

参见图7示出的区块链系统中各节点的功能，涉及的功能包括：

1)路由，节点具有的基本功能，用于支持节点之间的通信。

节点除具有路由功能外，还可以具有以下功能：

2)应用，用于部署在区块链中，根据实际业务需求而实现特定业务，记录实现功能相关的数据形成记录数据，在记录数据中携带数字签名以表示任务数据的来源，将记录数据发送到区块链系统中的其他节点，供其他节点在验证记录数据来源以及完整性成功时，将记录数据添加到临时区块中。

本发明实施例三中，应用实现的业务包括：

2.1)钱包，用于提供进行电子货币的交易的功能，包括发起赎回请求(即，将赎回的交易记录发送给区块链系统中的其他节点)，其他节点验证成功后，作为承认交易有效的响应，将交易的记录数据存入区块链的临时区块中；当然，钱包还支持查询电子货币地址中剩余的电子货币；

2.2)共享账本，用于提供账目数据的存储、查询和修改等操作的功能，将对对账文件的操作的记录数据发送到区块链系统中的其他节点，其他节点验证有效后，作为承认对账文件中数据有效的响应，将记录数据存入临时区块中，还可以向发起操作的节点发送确认文件。

2.3)智能合约，计算机化的协议，可以执行某个合约的条款，通过部署在共享账本上的用于在满足一定条件时而执行的代码实现，根据实际的业务需求代码用于完成自动化的交易，例如查询投资者所赎回份额的资金状态，在基金TA系统确认后将赎回资金转移到投资者的地址；当然，智能合约不仅限于执行用于交易的合约，还可以执行对接收的信息进行处理的合约。

3)区块链，包括一系列按照产生的先后时间顺序相互接续的区块(Block)，新区块一旦加入到区块链中就不会再被移除，区块中记录了区块链系统中节点提交的记录数据。

参见图8，图8是本发明实施例提供的区块结构(Block Structure)一个可选的示意图，每个区块中包括本区块存储交易记录的哈希值(本区块的哈希值)、以及前一区块的哈希值，各区块通过哈希值连接形成区块链。另外，区块中还可以包括有区块生成时的时间戳等信息。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了相关的信息，用于验证其信息的有效性(防伪)和生成下一个区块。

下述为本申请装置实施例，对于装置实施例中未详尽描述的细节，可以参考上述一一对应的方法实施例。

请参考图9，其示出了本申请一个实施例提供的数据处理装置的结构方框图。该数据处理装置通过硬件或者软硬件的结合实现成为图1中产品代理系统102和/或产品交易系统103的全部或者一部分。该装置包括：收发模块901、转账模块902、确定模块903、取消模块904和冻结模块905；

收发模块901，用于接收目标对象的赎回请求，所述赎回请求中包含产品关联的赎回资金数据；

转账模块902，用于确定所述赎回资金数据小于赎回阈值之后，将所述赎回资金数据与所述目标对象的账户相关联，所述赎回阈值为根据历史净值数据以及净值下降比例确定的；

确定模块903，用于确定所述赎回资金数据对应的赎回份额数据；

取消模块904，用于取消所述赎回份额数据与所述产品的关联关系。

可选的，所述确定模块903，还用于根据以下方式确定所述赎回阈值：

确定第一净值数据的上一相邻单位时间的第二净值数据，所述第一净值数据为所述赎回资金数据对应的单位时间的净值数据；

确定赎回比例，所述赎回比例小于或等于所述净值下降比例；

根据所述目标对象针对所述产品的持有份额数据、所述第二净值数据以及所述赎回比例，确定所述赎回阈值。

可选的，所述冻结模块905，用于：

根据所述赎回资金数据以及所述历史净值数据，确定冻结份额数据，所述冻结份额数据对应的冻结资金数据大于或等于所述赎回资金数据；

将所述冻结份额数据的属性设置为冻结状态；

将所述冻结份额数据中剩余份额数据的属性设置为正常状态，所述剩余份额数据为所述冻结份额数据中除所述赎回份额数据之外的份额数据。

可选的，所述装置为产品代理系统；

所述收发模块901，还用于接收终端发送的赎回请求；向产品交易系统发送请款请求，所述请款请求中包含所述产品关联的赎回资金数据；接收所述产品交易系统发送的请款成功响应；发送赎回成功响应；向所述产品交易系统发送对账文件，所述对账文件中包含所述赎回资金数据；

所述确定模块903，用于根据接收到的确认文件，确定所述赎回份额数据，所述赎回份额数据为所述产品交易系统根据所述赎回资金数据以及第一净值数据确定的。

可选的，所述收发模块901，还用于：

按照设定规则，将接收到的多个赎回请求中包含的所有赎回资金数据进行汇总，生成汇总请款请求；

向产品交易系统发送所述汇总请款请求。

可选的，所述装置为产品交易系统；

所述确定模块903，具体用于确定第一净值数据，所述第一净值数据为所述赎回资金数据对应的单位时间的净值数据；根据所述赎回资金数据以及第一净值数据，确定所述赎回份额数据。

请参考图10，其示出了本申请一个实施例提供的服务器的结构方框图。该服务器1000实现为图1中的产品代理系统102和/或产品交易系统103。具体来讲：

服务器1000包括中央处理单元(CPU)1001、包括随机存取存储器(RAM)1002和只读存储器(ROM)1003的系统存储器1004，以及连接系统存储器1004和中央处理单元1001的系统总线1005。所述服务器1000还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(I/O系统)1006，和用于存储操作系统1013、应用程序1014和其他程序模块1015的大容量存储设备1007。

所述基本输入/输出系统1006包括有用于显示信息的显示器1008和用于用户输入信息的诸如鼠标、键盘之类的输入设备1009。其中所述显示器1008和输入设备1009都通过连接到系统总线1005的输入输出控制器1010连接到中央处理单元1001。所述基本输入/输出系统1006还可以包括输入输出控制器1010以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器1010还提供输出到显示屏、打印机或其他类型的输出设备。

所述大容量存储设备1007通过连接到系统总线1005的大容量存储控制器(未示出)连接到中央处理单元1001。所述大容量存储设备1007及其相关联的计算机可读介质为服务器1000提供非易失性存储。也就是说，所述大容量存储设备1007可以包括诸如硬盘或者CD-ROM驱动器之类的计算机可读介质(未示出)。

所述计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、EPROM、EEPROM、闪存或其他固态存储其技术，CD-ROM、DVD或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知所述计算机存储介质不局限于上述几种。上述的系统存储器1004和大容量存储设备1007可以统称为存储器。

根据本发明的各种实施例，所述服务器1000还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器1000可以通过连接在所述系统总线1005上的网络接口单元1011连接到网络1012，或者说，也可以使用网络接口单元1011来连接到其他类型的网络或远程计算机系统(未示出)。

所述存储器还包括一个或者一个以上的程序，所述一个或者一个以上程序存储于存储器中，所述一个或者一个以上程序包含用于进行本发明实施例提供的数据处理方法的指令。

本领域普通技术人员可以理解上述实施例的签到方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，RandomAccess Memory)、磁盘或光盘等。

本领域普通技术人员可以理解上述实施例的签到方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于计算机可读存储介质中，存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random AccessMemory)、磁盘或光盘等。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种数据处理方法，其特征在于，所述方法包括：

接收目标对象的赎回请求，所述赎回请求中包含产品关联的赎回资金数据；

确定所述赎回资金数据小于赎回阈值之后，将所述赎回资金数据与所述目标对象的账户相关联，所述赎回阈值为根据历史净值数据以及净值下降比例确定的；

确定所述赎回资金数据对应的赎回份额数据；

取消所述赎回份额数据与所述产品的关联关系。

2.根据权利要求1所述的方法，其特征在于，所述赎回阈值根据以下方式确定：

确定第一净值数据的上一相邻单位时间的第二净值数据，所述第一净值数据为所述赎回资金数据对应的单位时间的净值数据；

确定赎回比例，所述赎回比例小于或等于所述净值下降比例；

根据所述目标对象针对所述产品的持有份额数据、所述第二净值数据以及所述赎回比例，确定所述赎回阈值。

3.根据权利要求1所述的方法，其特征在于，所述接收目标对象的赎回请求之后，还包括：

根据所述赎回资金数据以及所述历史净值数据，确定冻结份额数据，所述冻结份额数据对应的冻结资金数据大于或等于所述赎回资金数据；

将所述冻结份额数据的属性设置为冻结状态；

所述取消所述赎回份额数据与所述产品的关联关系之后，还包括：

将所述冻结份额数据中剩余份额数据的属性设置为正常状态，所述剩余份额数据为所述冻结份额数据中除所述赎回份额数据之外的份额数据。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述接收目标对象的赎回请求，包括：

产品代理系统接收终端发送的赎回请求；

所述确定所述赎回资金数据小于赎回阈值之后，所述将所述赎回资金数据与所述目标对象的账户相关联之前，还包括：

所述产品代理系统向产品交易系统发送请款请求，所述请款请求中包含所述产品关联的赎回资金数据；

所述产品代理系统接收所述产品交易系统发送的请款成功响应；

所述将所述赎回资金数据与所述目标对象的账户相关联，包括：

所述产品代理系统将所述赎回资金数据与所述目标对象的账户相关联，并发送赎回成功响应；

所述确定所述赎回资金数据对应的赎回份额数据，包括：

所述产品代理系统向所述产品交易系统发送对账文件，所述对账文件中包含所述赎回资金数据；

所述产品代理系统根据接收到的确认文件，确定所述赎回份额数据，所述赎回份额数据为所述产品交易系统根据所述赎回资金数据以及第一净值数据确定的。

5.根据权利要求4所述的方法，其特征在于，所述产品代理系统向产品交易系统发送请款请求之前，还包括：

所述产品代理系统按照设定规则，将接收到的多个赎回请求中包含的所有赎回资金数据进行汇总，生成汇总请款请求；

所述产品代理系统向产品交易系统发送请款请求，包括：

所述产品代理系统向产品交易系统发送所述汇总请款请求。

6.根据权利要求1至3任一项所述的方法，其特征在于，所述接收目标对象的赎回请求，包括：

产品交易系统接收终端发送的赎回请求；

所述确定所述赎回资金数据对应的赎回份额数据，包括：

所述产品交易系统确定第一净值数据，所述第一净值数据为所述赎回资金数据对应的单位时间的净值数据；

所述产品交易系统根据所述赎回资金数据以及第一净值数据，确定所述赎回份额数据。

7.一种数据处理装置，其特征在于，所述装置包括：

收发模块，用于接收目标对象的赎回请求，所述赎回请求中包含产品关联的赎回资金数据；

转账模块，用于确定所述赎回资金数据小于赎回阈值之后，将所述赎回资金数据与所述目标对象的账户相关联，所述赎回阈值为根据历史净值数据以及净值下降比例确定的；

确定模块，用于确定所述赎回资金数据对应的赎回份额数据；

取消模块，用于取消所述赎回份额数据与所述产品的关联关系。

8.根据权利要求7所述的装置，其特征在于，所述确定模块，还用于根据以下方式确定所述赎回阈值：

确定第一净值数据的上一相邻单位时间的第二净值数据，所述第一净值数据为所述赎回资金数据对应的单位时间的净值数据；

确定赎回比例，所述赎回比例小于或等于所述净值下降比例；

根据所述目标对象针对所述产品的持有份额数据、所述第二净值数据以及所述赎回比例，确定所述赎回阈值。

9.一种计算设备，其特征在于，包括至少一个处理器、以及至少一个存储器，其中，所述存储器存储有计算机程序，当所述程序被所述处理器执行时，使得所述处理器执行权利要求1至6任一项所述的数据处理方法。

10.一种存储介质，所述存储介质存储有计算机指令，其特征在于，当所述计算机指令在计算机上运行时，使得计算机执行权利要求1至6任一项所述的数据处理方法。

Images