一种定期赎回的处理方法及装置

本申请涉及数据处理领域，尤其涉及一种定期赎回的处理方法及装置。

随着金融产品业务多样化的深入，对于赎回业务同样也存在着更多的业务创新。定期赎回模式，需要按期定时自动赎回用户持仓份额，此种赎回方式不同于用户自主发起的传统赎回方式。随着用户数量的增加，且每个用户期望的定期期限、赎回比例、赎回份额均有所不同，开展批量处理定期赎回业务尤为重要。目前可以采用线下登记用户赎回周期，到期后由业务操作员按照登记清单手动发起赎回申请，该方法能够满足用户定制化的定期赎回需求，但是不适用于用户众多、定期赎回规模大的场景。目前没有一种可行的适用于多用户的定期赎回的方式。

本申请提供一种定期赎回的处理方法及装置，用以解决没有适用于多用户的定期赎回方式的问题。

第一方面，本申请实施例提供了一种定期赎回的处理方法，包括：

第一服务设备从份额管理系统包括的第一数据库获取交易申请文件；所述交易申请文件包括设定时间段的多个订单数据，第一服务设备为份额管理系统包括的多个服务设备中的任一个，所述第一数据库为所述多个服务设备共享的数据库；

所述第一服务设备从所述交易申请文件确定由所述第一服务设备处理的多个订单数据，所述多个订单数据均为需执行定期赎回的订单数据；

其中，所述第一服务设备从所述交易申请文件中确定的订单数据与第二服务设备从所述交易申请文件中确定的订单数据不同；

所述第一服务设备根据所述多个订单数据中每个订单数据包括的定期赎回参数生成所述每个订单数据对应的定期赎回方案，所述定期赎回参数包括期数、每期对应的时长或者每期对应的赎回比例中的至少一项，所述定期赎回方案包括对应的订单数据的赎回时间以及赎回份额。

基于上述方案，可以通过服务设备根据不同用户设置定制化的定期赎回方案，此外，采用多个服务设备并行对多个订单数据进行处理，提高了处理速度和效率。

一种可能的实现方式中，所述定期赎回方案还包括订单数据对应的订单号、申请人身份标识号、定期赎回期数、每期对应的时长以及每期赎回比例中的至少一项。

一种可能的实现方式中，所述第一服务设备从所述交易申请文件确定由所述第一服务设备处理的多个订单数据，包括：

不同的订单数据对应不同的订单编号，份额管理系统包括的多个服务设备分别具有不同的设备编号；

所述第一服务设备在确定第一订单数据的订单编号对N取余的结果与所述第一服务设备的设备编号匹配时，确定第一订单数据为由所述第一服务设备处理的订单数据；所述第一订单数据为所述第一数据库中的订单数据，N为所述份额管理系统包括的服务设备的数量。

基于上述方案，多个服务设备可以订单数据中的数据均分根据交易申请文件中的订单数据，并分别进行处理，提升了处理速度。

一种可能的实现方式中，所述方法还包括：

所述第一服务设备根据所述多个订单数据分别对应的定期赎回方案确定在当前日期第二订单数据达到赎回时间时，按照所述第二订单数据对应的定期赎回方案指示的赎回份额发起赎回申请，所述第二订单数据为所述多个订单数据中的订单数据。

基于上述方案，多个服务设备在交易日期自动发起清算功能，可以满足大批量赎回的需求。

一种可能的实现方式中，所述方法还包括：

当所述第一服务设备按照所述第二订单数据对应的定期赎回方案指示的赎回份额发起赎回申请后，所述第一服务设备计算所述第二订单数据剩余的赎回份额和赎回时间，并更新所述第二数据库中所述第二订单数据对应的定期赎回方案中的赎回份额和赎回时间。

基于上述方案，在每次进行定期赎回后，对定期赎回方案中的数据进行更新，以便下一次的定期赎回。

一种可能的实现方式中，所述方法还包括：

所述第一服务设备将所述多个订单数据分别对应的定期赎回方案保存在第二数据库中。

一种可能的实现方式中，所述第二数据库保存有M个订单数据对应的定期赎回方案，所述M个订单数据对应的定期赎回方案中包括所述第一服务设备保存的多个订单数据对应的定期赎回方案以及所述第二服务设备保存的K个订单数据对应的定期赎回方案，M为正整数，K为小于M的正整数；

所述方法还包括：

所述第一服务设备从所述第二数据库确定需所述第一服务设备处理的至少一个订单数据对应的定期赎回方案；

所述第一服务设备根据所述至少一个订单数据分别对应的定期赎回方案确定在当前日期第三订单数据达到赎回时间时，按照所述第三订单数据对应的定期赎回方案指示的赎回份额发起赎回申请。

基于上述方案，服务设备可以在赎回时间按照第二数据库中的定期赎回方案指示的赎回份额自动发起赎回申请。

一种可能的实现方式中，所述第一服务设备从所述第二数据库确定需所述第一服务设备处理的至少一个订单数据对应的定期赎回方案，包括：

不同的订单数据对应不同的申请人身份标识号，所述份额管理系统包括的多个服务设备分别具有不同的设备编号；

所述第一服务设备确定第一订单数据的申请人身份标识号对N取余的结果与所述第一服务设备的设备编号匹配，则确定第一订单数据对应的定期赎回方案为由所述第一服务设备处理的订单数据对应的定期赎回方案；所述第一订单数据为所述第二数据库中的订单数据，N为所述份额管理系统包括的服务设备的数量。

基于上述方案，不同服务设备可以根据订单数据中的数据并行处理第二数据库中的定期赎回方案，能够处理大批量的赎回申请，提升了工作效率。

第二方面，本申请实施例提供了一种定期赎回的处理装置，应用于份额管理系统的第一服务设备，第一服务设备为份额管理系统包括的多个服务设备中的任一个，所述方法包括：

获取单元，用于从份额管理系统包括的第一数据库获取交易申请文件；所述交易申请文件包括设定时间段的多个订单数据，所述第一数据库为所述多个服务设备共享的数据库；

处理单元，用于从所述交易申请文件确定由所述第一服务设备处理的多个订单数据，所述多个订单数据均为需执行定期赎回的订单数据；

其中，所述获取单元从所述交易申请文件中确定的订单数据与第二服务设备从所述交易申请文件中确定的订单数据不同，所述第二服务设备为所述份额管理系统中不同于第一服务设备的服务设备；

所述处理单元，还用于根据所述多个订单数据中每个订单数据包括的定期赎回参数生成所述每个订单数据对应的定期赎回方案，所述定期赎回参数包括期数、每期对应的时长或者每期对应的赎回比例中的至少一项，所述定期赎回方案包括对应的订单数据的赎回时间以及赎回份额。

一种可能的实现方式中，所述定期赎回方案还包括订单数据对应的订单号、申请人身份标识号、定期赎回期数、每期对应的时长或者每期赎回比例中的至少一项。

一种可能的实现方式中，所述处理单元，在从所述交易申请文件确定由所述第一服务设备处理的多个订单数据时，具体用于：

不同的订单数据对应不同的订单编号，份额管理系统包括的多个服务设备分别具有不同的设备编号；

所述处理单元，用于在确定第一订单数据的订单编号对N取余的结果与所述第一服务设备的设备编号匹配时，确定第一订单数据为由所述第一服务设备处理的订单数据；所述第一订单数据为所述第一数据库中的订单数据。

一种可能的实现方式中，所述处理单元还用于：

根据所述多个订单数据分别对应的定期赎回方案确定在当前日期第二订单数据达到赎回时间时，按照所述第二订单数据对应的定期赎回方案指示的赎回份额发起赎回申请，所述第二订单数据为所述多个订单数据中的订单数据。

一种可能的实现方式中，所述处理单元还用于：

当所述第一服务设备按照所述第二订单数据对应的定期赎回方案指示的赎回份额发起赎回申请后，计算所述第二订单数据剩余的赎回份额和赎回时间，并更新所述第二数据库中所述第二订单数据对应的定期赎回方案中的赎回份额和赎回时间。

一种可能的实现方式中，所述处理单元还用于：

将所述多个订单数据分别对应的定期赎回方案保存在第二数据库中。

一种可能的实现方式中，所述第二数据库保存有M个订单数据对应的定期赎回方案，所述M个订单数据对应的定期赎回方案中包括所述第一服务设备保存的多个订单数据对应的定期赎回方案以及所述第二服务设备保存的K个订单数据对应的定期赎回方案，M为正整数，K为小于M的正整数；

所述处理单元，还用于：

从所述第二数据库确定需所述第一服务设备处理的至少一个订单数据对应的定期赎回方案；

根据所述至少一个订单数据分别对应的定期赎回方案确定在当前日期第三订单数据达到赎回时间时，按照所述第三订单数据对应的定期赎回方案指示的赎回份额发起赎回申请。

一种可能的实现方式中，所述处理单元，在从所述第二数据库确定需所述第一服务设备处理的至少一个订单数据对应的定期赎回方案时，具体用于：

不同的订单数据对应不同的申请人身份标识号，份额管理系统包括的多个服务设备分别具有不同的设备编号；

所述处理单元，在确定第一订单数据的申请人身份标识号对N取余的结果与所述第一服务设备的设备编号匹配时，确定第一订单数据对应的定期赎回方案为由所述第一服务设备处理的订单数据对应的定期赎回方案；所述第一订单数据为所述第二数据库中的订单数据。

第三方面，本申请实施例提供了一种定期赎回的处理装置，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行第一方面以及第一方面不同实现方式所述的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行第一方面中任一项所述的方法。

第五方面，本申请实施例提供了一种计算机程序产品，所述计算机程序产品包括计算机程序代码，当所述计算机程序代码在计算机上运行时，使得所述计算机执行第一方面中任一项所述的方法。

另外，第二方面至第五方面中的任一种实现方式所带来的技术效果可参见第一方面以及第一方面中不同的实现方式所带来的技术效果，此处不再赘述。

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

图1为本申请实施例提供的一种应用系统示意图；

图2为本申请实施例提供的一种定期赎回的处理方法的流程图；

图3为本申请实施例提供的一种生成定期赎回方案的流程图；

图4为本申请实施例提供的一种发起定期赎回申请的流程图；

图5为本申请实施例提供的一种生成定期赎回方案分布式并行处理的流程示意图；

图6为本申请实施例提供的一种发起定期赎回分布式并行处理的示意图；

图7为本申请实施例提供的一种定期赎回的处理装置的示意图；

图8为本申请实施例提供的另一种定期赎回的处理装置的示意图。

为使本申请的目的、技术方案和优点更加清楚明白，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以按不同于此处的顺序执行所示出或描述的步骤。

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

本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

目前，采用人工方法线下登记赎回周期以及手工发起赎回申请的方法虽然可以满足用户定制化定期赎回需求，但是无法适用于多用户的定期赎回场景。

针对上述问题，本申请实施例提供了一种定期赎回的处理方法及装置，可以针对每个投资者设置定制化的定期赎回方案，采用批量处理机制以及分布式并发清算功能，满足多用户大批量定期赎回的需求，提升了处理速度。

如图1所示，为本申请实施例提供的一种应用系统，该应用系统中包括销售系统和份额管理系统。其中，销售系统包括用户端和第三方应用平台。用户端可以通过终端设备访问第三方应用平台，终端设备可为手机、平板电脑和个人计算机等，第三应用平台可以部署在一个服务器上，也可以部署在由多个服务器组成的服务器集上。第三方应用平台比如可以是代销机构提供的平台。服务器可以通过实体服务器实现，也可以通过虚拟服务器实现。份额管理系统包括多个服务设备、第一数据库、第二数据库。一些实施例中份额管理系统中还可以包括注册中心。注册中心用于管理份额管理系统中的各个服务设备，存储各个服务设备的相关信息，如互联网协议(Internet Protocol，IP)地址等。服务设备可以通过单个服务器实现，可以通过多个服务器组成的服务器集实现。作为一种举例，服务设备可以是AP机，份额管理系统中可以包括多个AP机。AP机是指具有高可用和分区容错能力的设备，当份额管理系统中的某一台AP机宕机后不会影响份额管理系统的正常工作，且各个AP机处理各自的分区，互不干涉。第一数据库和第二数据库均可以通过一个或多个存储器实现。该存储器可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-Only Memory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。

第三方应用平台，可以为终端设备的用户提供金融服务，比如金融产品的购买服务等等。第三方应用平台还可以针对用户通过终端设备提交的订单来产生订单数据，以形成交易申请文件。一些实施例中，第三方应用平台可以周期性的生成交易申请文件，并将生成的交易申请文件发送给份额管理系统。比如，第三方应用平台可以将交易申请文件保存在第一数据库中。周期性地可以理解为每间隔设定时长来将该设定时长的订单数据生成交易申请文件，以发送给份额管理系统。

本申请实施例提供的份额管理系统用于对交易申请文件进行处理，并监控各个订单是否达到赎回时间等等。比如份额管理系统监测到第三方应用平台将交易申请文件保存在第一数据库后，份额管理系统中的多个服务设备并行处理第一数据库中的交易申请文件包括的多个订单数据。针对一个服务设备来说，当订单数据中包括定期赎回参数时，服务设备根据定期赎回参数生成定期赎回方案并保存至第二数据库中。一些实施例中，份额管理系统可以监控各个订单是否到达赎回时间，当到达赎回时间后，根据生成的定期赎回方案所指示的赎回份额向第三方应用平台发起赎回申请，第三应用平台通过终端设备兑付给用户。

需要说明的是，上述应用系统仅是为了便于相关人员理解本申请的原理，并不构成对本申请实施方式应用场景的限制。

本申请实施例提供了一种定期赎回的处理方法，图2示例性地示出了定期赎回的处理方法的流程，该流程可以由份额管理系统执行，或者可以由份额管理系统中的服务设备执行。为了便于描述，以份额管理系统中的第一服务设备执行为例。第一服务设备为份额管理系统中的任意一个服务设备。定期赎回的处理流程如下：

201，第一服务设备从份额管理系统包括的第一数据库获取交易申请文件。

一些实施例中，交易申请文件包括设定时间段的多个订单数据，设定时间段可以为12小时，一天或三天等，本申请对此不作具体限制。第一服务设备为份额管理系统包括的多个服务设备中的任一个，第一数据库为多个服务设备共享的数据库。

一些实施例中，用户买入产品时设置了定期赎回参数，第三方应用平台将用户的交易数据以交易申请文件的形式发送到多个服务设备共享的第一数据库中。多个服务设备可以从第一数据库中读取交易申请文件。

202，第一服务设备从交易申请文件确定由第一服务设备处理的多个订单数据。

一些实施例中，份额管理系统包括多个服务设备，不同的服务设备从交易申请文件中确定由自身处理的订单数据时，是通过服务设备的设备编号与交易申请文件中的订单数据进行匹配确定的。不同的服务设备对应不同的设备编号，因此不同的服务设备从交易申请文件中确定由自身处理的订单数据也是不同的。作为一种举例，当份额管理系统包括第一服务设备和第二服务设备时，第一服务设备的设备编号为1，第二服务设备的设备编号为2，第一服务设备从交易申请文件中确定由第一服务设备处理的订单数据需要与第一服务设备的设备编号1相匹配，第二服务设备从交易申请文件中确定由第二服务设备处理的订单数据需要与第二服务设备的设备编号2相匹配，因此第一服务设备与第二服务设备可以分别从交易申请文件中确定不同的订单数据。

一些实施例中，份额管理系统包括多个服务设备，各个服务设备分别具有不同的设备编号，每个服务设备均可以通过服务设备的设备编号与订单数据进行匹配进而从交易申请文件中确定由自身处理的订单数据。订单数据中包括申请人身份标识号、订单编号和定期赎回时间等参数，在服务设备从交易申请文件中确定自身处理的订单数据时，可以通过服务设备的设备编号与订单数据包括的参数进行匹配。作为一种举例，当订单数据的订单编号与某个服务设备的设备编号相匹配时，可以确定该订单数据由该服务设备进行处理。同理，还可以根据订单数据中的其他参数与服务设备的设备编号进行匹配进而确定由服务设备自身处理的订单数据，本申请对此不做限制。具体地，以第一服务设备为例，第一服务设备在确定第一订单数据的订单编号对N取余的结果与第一服务设备的设备编号匹配时，确定第一订单数据由第一服务设备处理。一些实施例中，第一服务设备从交易申请文件中确定由自身处理的订单数据后，可以将确定的订单数据进行格式转换，以交易申请表的形式进行保存。此时，交易申请表中既包括需执行定期赎回的订单数据，又包括无需执行定期赎回的订单数据。例如，交易申请文件共包括1万个订单数据，份额管理系统包括10个服务设备，第一服务设备对应的设备编号为1，当订单数据中的订单号对10取余的结果为1时，确定该订单数据由以第一服务设备处理，第一服务设备从交易申请文件中确定的交易申请表中包括1000个订单数据。

一些场景中，第一服务设备确定的订单数据中包括需执行定期赎回的订单数据和无需执行定期赎回的订单数据。因此，当第一服务设备确定由自身处理的订单数据后，还需要确定订单数据中由第一服务设备处理的需执行定期赎回的订单数据。具体地，以定期赎回参数为条件，查询由第一服务设备处理的订单数据中的需执行定期赎回的订单数据。例如，可以以订单数据中是否包含定期赎回参数为条件，对确定由第一服务设备处理的订单数据进行筛选，获得由第一服务设备处理的需执行定期赎回的订单数据。其中，定期赎回参数可以包括定期赎回期数、定期赎回比例等。例如，第一服务设备将交易申请文件转换为表的格式，比如为交易申请表。根据交易申请表中的订单编号确定由自身处理的订单，然后根据交易申请表中的定期赎回参数来获取需要执行定期赎回的订单数据。比如，第一服务设备对应的交易申请表中共包括1000个订单数据，根据订单编号确定100个由自身处理的订单数据，然后定期赎回字段从100个订单数据中筛选出70个需要执行定期赎回的订单数据。

203，第一服务设备根据多个订单数据中每个订单数据包括的定期赎回参数生成每个订单数据对应的定期赎回方案。

其中，定期赎回参数包括期数、每期对应的时长或者每期对应的赎回比例中的至少一项，定期赎回方案包括对应的订单数据的赎回时间以及赎回份额。

一些实施例中，定期赎回方案中还包括订单数据对应的订单号、申请人身份标识号、定期赎回期数、每期对应的时长以及每期赎回比例中的至少一项。

一些实施例中，第一服务设备根据订单数据包括的定期赎回参数生成定期赎回方案时，可以对订单数据进行批量处理。例如，可以以设定的订单数据数量为一个队列，将多个订单数据分成多个队列批量处理。作为一种举例，可以将100个订单数据作为一个队列，对该队列包括的100个订单数据逐个处理。根据订单数据中的期数、每期对应时长以及每期对应的赎回比例，确定定期赎回日期以及赎回期数等，生成定期赎回方案，如图3所示。将该队列中的订单数据全部处理完后，再对下一队列包括的多个订单进行同样的处理，直至将第一服务设备从交易申请文件中确定的多个订单数据全部处理完成。

204，第一服务设备将多个订单数据分别对应的定期赎回方案保存在第二数据库中。

一些实施例中，第一服务设备生成订单数据对应的定期赎回方案后，将定期赎回方案以定期赎回方案表的形式保存到第二数据库中。各个服务设备均可以将生成的订单数据对应的定期赎回方案保存在第二数据库中。一些场景中，各个服务设备生成的定期赎回方案可以保存在第二数据库中的同一个定期赎回方案表中。另一些场景中，各个服务设备生成的定期赎回方案可以分别保存在与各个服务设备对应的定期赎回方案表中，并将各个定期赎回方案表保存在第二数据库中。

可选的，该方法还包括步骤205-206。

205，第一服务设备从第二数据库确定需第一服务设备处理的订单数据对应的定期赎回方案。

一些实施例中，第二数据库中保存有多个服务设备生成的多个订单数据分别对应的定期赎回方案。在交易日，多个服务设备需要从第二数据库中确定需各个服务设备处理的至少一个订单数据对应的定期赎回方案。以第一服务设备为例，第一服务设备需要从第二数据库中确定需第一服务设备处理的至少一个订单数据对应的定期赎回方案。具体地，各个服务设备分别具有不同的设备编号，每个服务设备均可以通过设备编号与订单数据进行匹配进而从交易申请文件中确定由自身处理的订单数据。例如，在交易日，当第一服务设备确定第一订单数据的申请人身份标识号对N取余的结果与所述第一服务设备的设备编号匹配时，确定第一订单数据对应的定期赎回方案为由第一服务设备处理的订单数据对应的定期赎回方案。可以理解的是，订单数据中还包括其它参数，服务设备可以通过订单数据中的其他参数与服务设备的设备编号进行匹配进而确定由自身处理的订单数据，如订单编号等，本申请对此不作具体限定。

一些实施例中，当确定由第一服务设备处理多个订单数据对应的定期赎回方案后，以赎回时间为条件，筛选出定期赎回方案中赎回时间等于当前日期的订单数据，以便第一服务设备根据该订单数据对应的定期赎回方案执行定期赎回，如图4所示。

206，第一服务设备按照订单数据对应的定期赎回方案指示的赎回份额发起赎回申请。

一些实施例中，当第一服务设备确定定期赎回方案中赎回时间等于当前日期的订单数据后，并按照订单数据对应的定期赎回方案指示的赎回份额向该订单数据对应的第三方应用平台发起赎回申请。具体地，当第一服务设备从第二数据库中查询到多条订单数据需要在当前日期发起赎回申请后，对查询到的订单数据进行批量处理。例如，第一服务设备在当前日期查询到300个订单数据需要发起赎回申请时，可以将100条订单数据为一个队列，将300个订单数据划分为三个队列。针对每个队列中的订单数据进行逐个处理，按照每个订单数据中对应的定期赎回方案中的赎回份额发起赎回申请，如图4所示。当该队列中的订单数据处理完之后，再对下一队列包括的多个订单进行同样的处理，直至将第一服务设备从第二数据库中确定的多个订单数据全部处理完成。

一些实施例中，服务设备在发起赎回申请后，还需要判断该订单数据对应的定期赎回方案中的定期赎回期数是否是最后一期，如果该订单对应的定期赎回方案中当前赎回申请对应的定期赎回期数不是最后一期，则更新第二数据库中该订单数据对应的定期赎回方案表中的赎回时间和赎回份额。一些场景中，当该订单数据对应的定期赎回方案中的当前赎回申请对应的定期赎回期数为最后一期时，将剩余的份额全部赎回，并作废第二数据库中该订单数据对应的定期赎回方案，如图4所示。

一些实施例中，在生成定期赎回方案时，可以采用分布式调度，通过服务设备发起并行作业，由多个服务设备并行处理交易申请文件包括的多个订单数据，每个服务设备对获得的至少一个订单数据进行处理，生成定期赎回方案。一些场景中，不同服务设备生成订单数据对应的定期赎回方案后，均将定期赎回方案保存到第二数据库中的一个定期赎回方案表中。另一些场景中，第二数据库包括多个子数据库，每个子数据库中包括多个定期赎回方案表。各个服务设备生成订单数据对应的定期赎回方案后，将定期赎回方案保存到第二数据库中与各个服务设备对应的定期赎回方案表中，即每个服务设备对应一个定期赎回方案表，在各个服务设备生成定期赎回方案后，将定期赎回方案保存在第二数据库中与不同服务设备对应的定期赎回方案表中。作为一种举例，当份额管理系统包括n个服务设备时，每个服务设备可以从交易申请文件包括的订单数据确定自身处理的订单数据。每个服务设备对从交易申请文件获得的多个订单数据再进一步进行筛选，获得需执行定期赎回的订单数据，n个服务设备对应n个订单数据分组，参见图5所示，服务设备1对应订单数据分组1，服务设备2对应订单数据分组2，以此类推。进一步地，每个服务设备根据自身确定的订单数据分组中各个订单数据包括的定期赎回参数生成对应的定期赎回方案，并保存在各自的定期赎回方案表中，如图5所示，服务设备1将生成的定期赎回方案保存在定期赎回方案表的分组表1中，服务设备2将生成的定期赎回方案保存在定期赎回方案表的分组表2中，以此类推。

一些实施例中，在交易日发起定期赎回时，可以采用分布式调度，可以通过某个服务设备对份额管理系统包括的多个服务设备发起赎回指令，指示份额管理系统包括的多个服务设备对定期赎回方案表中的订单数据按照对应的定期赎回方案指示的赎回份额发起定期赎回。比如，可以由第一服务设备执行发起赎回指令。第一服务设备为份额管理系统中的任一个服务设备。执行发起赎回指令的服务设备可以是在份额管理系统中预先设定好的，也可以由管理员通过份额管理系统进行设置。此外，份额管理系统还支持更新其它服务设备作为发起赎回指令的设备。一些场景中，当多个服务设备生成的多个订单数据对应的定期赎回方案保存在一个定期赎回方案表中时，多个服务设备可以在确定定期赎回方案表包括的订单数据中的申请人身份标识号对N(N为份额管理系统中包括的服务设备的数量)取余的结果与某个服务设备的设备编号匹配时，确定该订单数据确定由该服务设备处理。之后，每个服务设备可以从与服务设备匹配的订单数据中确定在当前日期达到赎回时间的订单数据，按照订单数据对应的定期赎回方案中的指示发起定期赎回，并对该订单数据对应的定期赎回方案中的赎回时间和赎回份额进行更新。另一些场景中，当多个服务设备生成的多个订单数据对应的定期赎回方案分别保存在不同的定期赎回方案表中时，每个服务设备可以针对不同定期赎回方案表包括的订单数据中的申请人身份标识号对N取余，当取余结果与某个服务设备的设备编号匹配时，确定该订单数据确定由该服务设备处理。之后，服务设备可以从与服务设备匹配的订单数据中查询在当前日期达到赎回时间的订单数据，按照该订单数据对应的定期赎回方案指示的赎回份额向该订单数据对应的第三方应用平台发起赎回申请，并将第二数据库中该订单数据所在的定期赎回方案表中对应的定期赎回方案中的赎回时间和赎回份额进行更新。作为一种举例，份额管理系统中包括n个服务设备，每个服务设备从定期赎回方案表中获取自身处理的定期赎回方案表中的分组表，并通过查询，获取到在当前日期需赎回的定期赎回方案，按照定期赎回方案中的指示发起定期赎回。之后，按照定期赎回方案表中的赎回时间和赎回份额对定期赎回方案进行更新，如图6所示。

本申请提出的定期赎回的处理方法，可以针对每个用户设置定制化的定期赎回方案，满足用户多样化、定制化的定制需求，此外采用批量处理机制和分布式并发赎回功能，对生成定期赎回方案和发起定期赎回进行批量处理，能够应对各种定制化的定期赎回场景，满足多用户大批量定期赎回的需求，提高了处理速度。

基于相同的技术构思，本申请实施例提供了一种定期赎回的处理装置700，参见图7所示。该装置700可以执行上述定期赎回的处理方法中的各个步骤，该装置700具体包括：获取单元701和处理单元702。

获取单元701，用于从份额管理系统包括的第一数据库获取交易申请文件；所述交易申请文件包括设定时间段的多个订单数据，第一服务设备为份额管理系统包括的多个服务设备中的任一个，所述第一数据库为所述多个服务设备共享的数据库；

处理单元702，用于从所述交易申请文件确定由所述第一服务设备处理的多个订单数据，所述多个订单数据均为需执行定期赎回的订单数据；

其中，所述第一服务设备从所述交易申请文件中确定的订单数据与第二服务设备从所述交易申请文件中确定的订单数据不同；

所述处理单元702，还用于根据所述多个订单数据中每个订单数据包括的定期赎回参数生成所述每个订单数据对应的定期赎回方案，所述定期赎回参数包括期数、每期对应的时长或者每期对应的赎回比例中的至少一项，所述定期赎回方案包括对应的订单数据的赎回时间以及赎回份额。

一些实施例中，所述定期赎回方案中还包括订单数据对应的订单号、申请人身份标识号、定期赎回期数、每期对应的时长以及每期赎回比例中的至少一项。

一些实施例中，所述处理单元702，在从所述交易申请文件确定由所述第一服务设备处理的多个订单数据时，具体用于：

不同的订单数据对应不同的订单编号，份额管理系统包括的多个服务设备分别具有不同的设备编号；

所述处理单元702，用于确定第一订单数据的订单编号对N取余的结果与所述第一服务设备的设备编号匹配，则确定第一订单数据为由所述第一服务设备处理的订单数据；所述第一订单数据为所述第一数据库中的订单数据。

一些实施例中，所述处理单元702还用于：根据所述多个订单数据分别对应的定期赎回方案确定在当前日期第二订单数据达到赎回时间时，按照所述第二订单数据对应的定期赎回方案指示的赎回份额发起赎回申请，所述第二订单数据为所述多个订单数据中的订单数据。

一些实施例中，所述处理单元702还用于：当按照所述第二订单数据对应的定期赎回方案指示的赎回份额发起赎回申请后，计算所述第二订单数据剩余的赎回份额和赎回时间，并更新所述第二数据库中所述第二订单数据对应的定期赎回方案中的赎回份额和赎回时间。

一些实施例中，所述处理单元702还用于：将所述多个订单数据分别对应的定期赎回方案保存在第二数据库中。

另一些实施例中，所述第二数据库保存有M个订单数据对应的定期赎回方案，所述M个订单数据对应的定期赎回方案中包括所述第一服务设备保存的多个订单数据对应的定期赎回方案以及所述第二服务设备保存的N个订单数据对应的定期赎回方案，M为正整数，N为小于M的正整数；所述处理单元702，还用于从所述第二数据库确定需所述第一服务设备处理的至少一个订单数据对应的定期赎回方案；根据所述至少一个订单数据分别对应的定期赎回方案确定在当前日期第三订单数据达到赎回时间时，按照所述第三订单数据对应的定期赎回方案指示的赎回份额发起赎回申请。

一些实施例中，所述处理单元702，在从所述第二数据库确定需所述第一服务设备处理的至少一个订单数据对应的定期赎回方案时，具体用于：不同的订单数据对应不同的申请人身份标识号，份额管理系统包括的多个服务设备分别具有不同的设备编号；在确定第一订单数据的申请人身份标识号对N取余的结果与所述第一服务设备的设备编号匹配时，确定第一订单数据对应的定期赎回方案为由所述第一服务设备处理的订单数据对应的定期赎回方案；所述第一订单数据为所述第二数据库中的订单数据。

基于相同的技术构思，本申请实施例提供了一种定期赎回的处理装置800，该装置800可以执行上述定期赎回的处理方法中的各个步骤。如图8所示，该装置800包括存储器801以及处理器802。

存储器801，用于存储程序指令；

处理器802，用于调用所述存储器中存储的程序指令，按照获得的程序执行上述定期赎回的处理方法中的各个步骤。

在本申请实施例中，处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(Random Access Memory，RAM)、静态随机访问存储器(Static Random Access Memory，SRAM)、可编程只读存储器(Programmable Read Only Memory，PROM)、只读存储器(Read Only Memory，ROM)、带电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性存储器、磁盘、光盘等等。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

基于相同的技术构思，本申请实施例提供一种计算机可读存储介质，计算机程序产品包括：计算机程序代码，当计算机程序代码在计算机上运行时，使得计算机执行如前文论述任一的定期赎回的处理方法。由于上述计算机可读存储介质解决问题的原理与定期赎回的处理方法相似，因此上述计算机可读存储介质的实施可以参见方法的实施，重复之处不再赘述。

基于相同的技术构思，本申请实施例还提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得计算机执行如前文论述任一的定期赎回的处理方法。由于上述计算机程序产品解决问题的原理与定期赎回的处理方法相似，因此上述计算机程序产品的实施可以参见方法的实施，重复之处不再赘述。

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

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

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

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

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。