CN107038646B - 数据处理方法及装置 - Google Patents

Abstract

本发明公开了一种数据处理方法，包括：接收渠道方发送的到期赎回文件，以及接收第三方系统发送的强制赎回文件；在对所述到期赎回文件进行校验通过，且所述到期赎回文件为封闭式时，判断所述到期赎回文件中的赎回数据是否与预存的认购数据一致；当所述到期赎回文件中的赎回数据与预存的认购数据一致，且所述强制赎回文件为到期全部赎回时，将所述到期赎回文件与所述强制赎回文件进行匹配；当所述到期赎回文件与所述强制赎回文件一致时，生成确认结果文件，并通知所述第三方系统，以及将所述确认结果文件反馈至所述渠道方。本发明还公开了一种数据处理装置。本发明提高了保险系统对数据进行处理的便捷性。

Description

数据处理方法及装置

技术领域

本发明涉及保险系统技术领域，尤其涉及一种数据处理方法及装置。

背景技术

保险系统对接的渠道方众多，例如，保险系统可为养老保障系统，由于保险系统与渠道方之间进行数据交互时，针对不同的渠道对应的流程不一样，需要重复开发。例如，在赎回流程中，随着保险系统对接渠道方的增多，增加了保险系统开发的复杂性，以及保险系统与渠道方之间进行交互不便捷，导致对数据进行处理不够便捷。

发明内容

本发明的主要目的在于提供一种数据处理方法及装置，旨在提高保险系统对数据进行处理的便捷性。

为实现上述目的，本发明提供了一种数据处理方法，应用于保险系统，包括：

接收渠道方发送的到期赎回文件，以及接收第三方系统发送的强制赎回文件；

在对所述到期赎回文件进行校验通过，且所述到期赎回文件为封闭式时，判断所述到期赎回文件中的赎回数据是否与预存的认购数据一致；

当所述到期赎回文件中的赎回数据与预存的认购数据一致，且所述强制赎回文件为到期全部赎回时，将所述到期赎回文件与所述强制赎回文件进行匹配；

当所述到期赎回文件与所述强制赎回文件一致时，生成确认结果文件，并通知所述第三方系统，以及将所述确认结果文件反馈至所述渠道方。

优选地，所述养老保障系统接收渠道方发送的到期赎回文件，以及接收第三方系统发送的强制赎回文件之前包括：

接收所述渠道方发送的认购文件，判断所述渠道方是否存在交易账号；

若所述渠道方存在交易账号，则对所述认购文件进行校验，在校验通过后，根据所述认购文件生成认购申请信息，将所述认购申请信息发送至所述第三方系统；

接收所述第三方系统基于所述认购申请信息反馈的认购确认文件，根据所述认购确认文件生成确认结果文件，将所述确认结果文件反馈至所述渠道方，以使所述渠道方完成认购；

所述接收渠道方发送的到期赎回文件的步骤包括：

在所述渠道方完成认购后，接收所述渠道方发送的到期赎回文件。

优选地，所述接收所述渠道方发送的认购文件，判断所述渠道方是否存在交易账号之前包括：

接收所述渠道方发送的开户文件，对所述开户文件进行校验；

当校验通过后，根据所述开户文件生成开户申请信息，将所述开户申请信息发送至所述第三方系统；

接收所述第三方系统基于所述开户申请信息反馈的开户确认文件，根据所述开户确认文件判断所述渠道方开户是否成功；

当所述渠道方开户成功时，根据所述开户文件及所述开户确认文件生成开户结果文件，将所述开户结果文件反馈至所述渠道方，以使所述渠道方完成开户；

所述接收渠道方发送的认购文件的步骤包括：

在所述渠道方完成开户后，接收所述渠道方发送的认购文件。

优选地，所述对所述认购文件进行校验之后包括：

当对所述认购文件校验不通过时，获取所述认购文件的错误类型；

当所述错误类型为信息输入错误时，接收输入指令对所述认购文件的数据进行修改；

当所述错误类型为未接收到指定文件时，对所述认购文件的数据进行暂停处理。

优选地，所述对所述到期赎回文件进行校验之前包括：

获取接收到所述渠道方发送所述到期赎回文件的接收时间，判断接收时间是否在当天的预设时间范围内；

若所述接收时间在当天的预设时间范围内，则执行对所述到期赎回文件进行校验的步骤；

若所述接收时间不在当天的预设时间范围内，则在第二天的预设时间范围内，执行对所述到期赎回文件进行校验的步骤。

此外，为实现上述目的，本发明还提供了一种数据处理装置，应用于保险系统，包括：

接收模块，用于接收渠道方发送的到期赎回文件，以及接收第三方系统发送的强制赎回文件；

第一判断模块，用于在对所述到期赎回文件进行校验通过，且所述到期赎回文件为封闭式时，判断所述到期赎回文件中的赎回数据是否与预存的认购数据一致；

匹配模块，用于当所述到期赎回文件中的赎回数据与预存的认购数据一致，且所述强制赎回文件为到期全部赎回时，将所述到期赎回文件与所述强制赎回文件进行匹配；

反馈模块，用于当所述到期赎回文件与所述强制赎回文件一致时，生成确认结果文件，并通知所述第三方系统，以及将所述确认结果文件反馈至所述渠道方。

优选地，所述数据处理装置还包括：

第二判断模块，用于接收所述渠道方发送的认购文件，判断所述渠道方是否存在交易账号；

第一校验模块，用于若所述渠道方存在交易账号，则对所述认购文件进行校验，在校验通过后，根据所述认购文件生成认购申请信息，将所述认购申请信息发送至所述第三方系统；

第一生成模块，用于接收所述第三方系统基于所述认购申请信息反馈的认购确认文件，根据所述认购确认文件生成确认结果文件，将所述确认结果文件反馈至所述渠道方，以使所述渠道方完成认购；

所述接收模块还用于，在所述渠道方完成认购后，接收所述渠道方发送的到期赎回文件，以及接收所述第三方系统发送的强制赎回文件。

优选地，所述数据处理装置还包括：

第二校验模块，用于接收所述渠道方发送的开户文件，对所述开户文件进行校验；

发送模块，用于当校验通过后，根据所述开户文件生成开户申请信息，将所述开户申请信息发送至所述第三方系统；

第三判断模块，用于接收所述第三方系统基于所述开户申请信息反馈的开户确认文件，根据所述开户确认文件判断所述渠道方开户是否成功；

第二生成模块，用于当所述渠道方开户成功时，根据所述开户文件及所述开户确认文件生成开户结果文件，将所述开户结果文件反馈至所述渠道方，以使所述渠道方完成开户；

所述第二判断模块还用于，接收所述渠道方发送的认购文件，判断所述渠道方是否存在交易账号。

优选地，所述数据处理装置还包括：

获取模块，用于当对所述认购文件校验不通过时，获取所述认购文件的错误类型；

修改模块，用于当所述错误类型为信息输入错误时，接收输入指令对所述认购文件的数据进行修改；

暂停模块，用于当所述错误类型为未接收到指定文件时，对所述认购文件的数据进行暂停处理。

优选地，所述数据处理装置还包括：

第四判断模块，用于获取接收到所述渠道方发送所述到期赎回文件的接收时间，判断接收时间是否在当天的预设时间范围内；

处理模块，用于若所述接收时间在当天的预设时间范围内，则由第一校验模块对所述到期赎回文件进行校验；若所述接收时间不在当天的预设时间范围内，则在第二天的预设时间范围内，由第一校验模块对所述到期赎回文件进行校验。

本发明实施例保险系统在接收到渠道方发送的到期赎回文件，以及接收到第三方系统发送的强制赎回文件后，在对到期赎回文件进行校验通过，且到期赎回文件为封闭式时，判断到期赎回文件中的赎回数据是否与预存的认购数据一致。当到期赎回文件中的赎回数据与预存的认购数据一致，且强制赎回文件为到期全部赎回时，将到期赎回文件与强制赎回文件进行匹配。并当到期赎回文件与强制赎回文件一致时，生成确认结果文件，并通知第三方系统，以及将确认结果文件反馈至渠道方。使得养老保障系统能够方便地对渠道方购买的基金产品进行赎回，提高了保险系统对数据进行处理的便捷性。

附图说明

图1为本发明数据处理方法第一实施例的流程示意图；

图2为本发明数据处理方法第二实施例的流程示意图；

图3为本发明数据处理方法第三实施例的流程示意图；

图4为本发明数据处理装置第一实施例的功能模块示意图；

图5为本发明数据处理装置第二实施例的功能模块示意图；

图6为本发明数据处理装置第三实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，示出了本发明一种数据处理方法第一实施例。该实施例的数据处理方法包括：

步骤S10、接收渠道方发送的到期赎回文件，以及接收第三方系统发送的强制赎回文件；

本实施例中，数据处理方法应用于保险系统，该保险系统包括养老保障系统，以下将以养老保障系统为例进行详细说明。需要说明的是，客户可通过渠道方主动赎回基金，也可以是第三方对基金进行强制赎回。具体地，以强制赎回为例，第三方对基金进行强制赎回的过程中，当养老保障系统需要对客户在养老保障系统上认购的基金产品进行赎回时，需要通过渠道方执行到期赎回流程，即渠道方向养老保障系统发送到期赎回文件，养老保障系统接收渠道方发送的到期赎回文件。

该渠道方包括预先与养老保障系统建立合作关系的渠道方，例如陆金所、微信、京东等。该到期赎回文件可为养老保障系统预先配置的标准模板，渠道方完善该标准模板后可生成到期赎回文件，该到期赎回文件包括交易流水号、交易时间、银行账号、证件类型、个人信息、联系方式等信息。

此时第三方系统对到期的认购基金产品进行强制赎回，第三方系统将强制赎回文件通过与养老保障系统交互的接口表发送至养老保障系统。该第三方系统可为与养老保障系统建立合作关系的银行系统，例如，恒生的TA系统。

步骤S20、在对所述到期赎回文件进行校验通过，且所述到期赎回文件为封闭式时，判断所述到期赎回文件中的赎回数据是否与预存的认购数据一致；

养老保障系统对接收到的到期赎回文件进行校验，该校验包括物理校验和业务校验，该物理校验可为对期赎回文件的长度、数值型等进行校验，该业务校验可为对期赎回文件的身份证号、银行账号等进行校验。

首先判断物理校验是否通过，当物理校验不通过时，输出相应的提示信息，以便管理人员根据提示信息进行处理。当物理校验通过时，判断业务校验是否通过，若业务校验不通过，则输出相应的提示信息，以便管理人员根据提示信息进行处理。若业务校验通过，则解析到期赎回文件至临时表中，判断该到期赎回文件是否为封闭式，即判断该到期赎回文件是否为固定期限。

当到期赎回文件不为封闭式时，输出相应的提示信息，以便管理人员根据提示信息进行处理。当到期赎回文件为封闭式时，判断到期赎回文件中的赎回数据是否与预存的认购数据一致。

当到期赎回文件中的赎回数据与预存的认购数据不一致时，输出相应的提示信息，以便管理人员根据提示信息进行处理。

步骤S30、当所述到期赎回文件中的赎回数据与预存的认购数据一致，且所述强制赎回文件为到期全部赎回时，将所述到期赎回文件与所述强制赎回文件进行匹配；

当到期赎回文件中的赎回数据与预存的认购数据一致时，将到期赎回文件从临时表中存储至赎回业务表中，完成赎回申请，以便与第三方系统的数据进行比较。并且，判断第三方系统发送过来的强制赎回文件是否到期全部赎回。当强制赎回文件到期全部赎回时，将强制赎回文件与赎回业务表中预存的到期赎回文件进行匹配。

步骤S40、当所述到期赎回文件与所述强制赎回文件一致时，生成确认结果文件，并通知所述第三方系统，以及将所述确认结果文件反馈至所述渠道方。

当到期赎回文件与强制赎回文件一致时，说明赎回成功，此时生成确认结果文件，并发送通知至第三方系统，以通知第三方系统。以及将确认结果文件反馈至渠道方，以便渠道方获知赎回成功。该确认结果文件中包括多条数据，高多条数据包括所对接渠道方的信息、赎回的相关信息等。

需要说明的是，当客户可通过渠道方主动赎回基金时，客户通过渠道方执行到期赎回流程，即渠道方向养老保障系统发送到期赎回文件，养老保障系统接收渠道方发送的到期赎回文件。然后养老保障系统对接收到的到期赎回文件进行校验，当校验通过时，判断该到期赎回文件是否为封闭式，当到期赎回文件为封闭式时，判断到期赎回文件中的赎回数据是否与预存的认购数据一致。当到期赎回文件中的赎回数据与预存的认购数据一致时，将赎回数据发送至第三方系统，并当接收到第三方系统基于赎回数据返回的赎回基金，将该赎回基金发送至渠道方，即可完成赎回。

本发明实施例养老保障系统在接收到渠道方发送的到期赎回文件，以及接收到第三方系统发送的强制赎回文件后，在对到期赎回文件进行校验通过，且到期赎回文件为封闭式时，判断到期赎回文件中的赎回数据是否与预存的认购数据一致。当到期赎回文件中的赎回数据与预存的认购数据一致，且强制赎回文件为到期全部赎回时，将到期赎回文件与强制赎回文件进行匹配。并当到期赎回文件与强制赎回文件一致时，生成确认结果文件，并通知第三方系统，以及将确认结果文件反馈至渠道方。使得养老保障系统能够方便地对渠道方购买的基金产品进行赎回，提高了养老保障系统对数据进行处理的便捷性。

进一步地，如图2所示，基于上述数据处理方法第一实施例，提出了本发明数据处理方法第二实施例，该实施例中上述步骤S10之前包括：

步骤S11、接收所述渠道方发送的认购文件，判断所述渠道方是否存在交易账号；

步骤S12、若所述渠道方存在交易账号，则对所述认购文件进行校验，在校验通过后，根据所述认购文件生成认购申请信息，将所述认购申请信息发送至所述第三方系统；

步骤S13、接收所述第三方系统基于所述认购申请信息反馈的认购确认文件，根据所述认购确认文件生成确认结果文件，将所述确认结果文件反馈至所述渠道方，以使所述渠道方完成认购；

上述步骤S10包括：在所述渠道方完成认购后，接收所述渠道方发送的到期赎回文件，以及接收所述第三方系统发送的强制赎回文件。

本实施例中，养老保障系统在对基金产品进行赎回之前，首先接收客户通过渠道方进行认购。具体地，当客户需要购买养老保障系统发布的基金产品时，先确定是否有养老保障系统的基金账户，若没有基金账户，则需要开户；若有基金账户，则可进行认购，将认购申请提交至渠道方。

渠道方根据客户提供的认购申请将直接生成认购文件，并将认购文件发送至养老保障系统。养老保障系统接收渠道方发送的认购文件，判断渠道方是否存在交易账号；若渠道方不存在交易账号，则接收渠道方发送的开户文件走开户进行开户；若渠道方存在交易账号，则对该认购文件进行校验。该校验包括物理校验和业务校验，首先判断物理校验是否通过，当物理校验不通过时，输出相应的提示信息，以便管理人员根据提示信息进行处理。当物理校验通过时，判断业务校验是否通过，若业务校验不通过，则输出相应的提示信息，以便管理人员根据提示信息进行处理。若业务校验通过，则根据认购文件生成认购申请信息，将该认购申请信息存储至认购业务表中，并将认购申请信息通过预置的接口表发送至第三方系统。

第三方系统对接收到的认购申请信息进行审核，当审核通过后，生成认购确认文件，并将认购确认文件反馈至养老保障系统。养老保障系统接收到第三方系统基于认购申请信息反馈的认购确认文件后，说明认购成功，此时根据认购确认文件生成确认结果文件，将该确认结果文件反馈至渠道方，以使渠道方完成认购。在渠道方完成认购后，可接收渠道方发送的到期赎回文件进行相应的赎回。实现了对基金产品进行认购，提高了认购的可靠性。

需要说明的是，养老保障系统在接收到渠道方发送的认购文件后，首先获取接收到渠道方发送认购文件的接收时间，判断该接收时间是否在当天的预设时间范围内。当接收时间在当天的预设时间范围内，则判断渠道方是否存在交易账号，若是，则对认购文件进行校验；当接收时间不在当天的预设时间范围内，则在第二天的预设时间范围内，判断渠道方是否存在交易账号。该预设时间范围可根据具体情况而灵活设置。

进一步地，如图3所示，基于上述数据处理方法第二实施例，提出了本发明数据处理方法第三实施例，该实施例中上述步骤11之前包括：

步骤S14、接收所述渠道方发送的开户文件，对所述开户文件进行校验；

步骤S15、当校验通过后，根据所述开户文件生成开户申请信息，将所述开户申请信息发送至所述第三方系统；

步骤S16、接收所述第三方系统基于所述开户申请信息反馈的开户确认文件，根据所述开户确认文件判断所述渠道方开户是否成功；

步骤S17、当所述渠道方开户成功时，根据所述开户文件及所述开户确认文件生成开户结果文件，将所述开户结果文件反馈至所述渠道方，以使所述渠道方完成开户；

上述步骤S11包括：在所述渠道方完成开户后，接收所述渠道方发送的认购文件，判断所述渠道方是否存在交易账号。

本实施例中，养老保障系统在对基金产品进行认购之前，首先接收客户通过渠道方进行开户。具体地，当客户需要购买养老保障系统发布的基金产品时，先确定是否有养老保障系统的基金账户，若有基金账户，则可进行认购，将认购申请提交至渠道方；若没有基金账户，则需要开户。客户将开户申请发送至渠道方，渠道方根据客户提供的认购申请将直接生成开户文件，并将开户文件发送至养老保障系统。

养老保障系统接收渠道方发送的开户文件，对该开户文件进行校验。该校验包括物理校验和业务校验，首先判断物理校验是否通过，当物理校验不通过时，输出相应的提示信息，以便管理人员根据提示信息进行处理。当物理校验通过时，判断业务校验是否通过，若业务校验不通过，则输出相应的提示信息，以便管理人员根据提示信息进行处理。若业务校验通过，则根据开户文件生成开户申请信息，将开户申请信息发送至第三方系统。第三方系统对接收到的开户申请信息进行审核，并审核通过后，生成开户确认文件，并将开户确认文件发送至养老保障系统。

养老保障系统接收到第三方系统基于开户申请信息反馈的开户确认文件后，根据开户确认文件判断渠道方开户是否成功；当渠道方开户成功时，根据开户文件及开户确认文件生成开户结果文件，将开户结果文件反馈至渠道方，以使渠道方完成开户。在渠道方完成开户后，接收渠道方发送的认购文件进行相应的认购处理。

需要说明的是，养老保障系统在接收到渠道方发送的开户文件后，在对开户文件进行校验之前，首先获取接收到渠道方发送开户文件的接收时间，判断接收时间是否在当天的预设时间范围内。当接收时间在当天的预设时间范围内，则对开户文件进行校验；当接收时间不在当天的预设时间范围内，则在第二天的预设时间范围内，对开户文件进行校验。该预设时间范围可根据具体情况而灵活设置。

优选地，养老保障系统也可以是在对开户文件进行校验通过后，将开户文件存储至临时表中，并调用第三方系统的接口将开户文件发送至第三方系统。此时第三方系统将已经开户所对应的交易账号等开户信息返回至养老保障系统，以便养老保障系统将该开户信息存储至开户确认正式表中。并且养老保障系统将未开户的开户文件生成开户申请信息，将开户申请信息发送至所述第三方系统进行确认。在接收到第三方系统反馈的开户确认文件，并确认渠道方开户成功后，根据开户文件及开户确认文件生成开户结果文件反馈至渠道方。

本实施例养老保障系统实现了对开户流程的便捷处理，提高了开户的灵活性。

进一步地，基于上述数据处理方法第一实施例，提出了本发明数据处理方法第四实施例，该实施例中上述对所述到期赎回文件进行校验的步骤之后包括：

当对所述认购文件校验不通过时，获取所述认购文件的错误类型；

当所述错误类型为信息输入错误时，接收输入指令对所述认购文件的数据进行修改；

当所述错误类型为未接收到指定文件时，对所述认购文件的数据进行暂停处理。

本实施例中，养老保障系统在对认购文件进行校验的过程中，当校验不通过时，可获取认购文件的错误类型并根据错误类型对数据进行相应的处理。具体地，当错误类型为个人信息、文件名称等信息输入错误。此时接收渠道方基于信息输入错误返回的修改信息，根据修改信息接收用户输入指令对认购文件的数据执行相应的修改操作。

当错误类型为未接收到指定文件时，也即当错误类型为接收到文件的顺序错误，例如，先接收到渠道方发送的认购文件，而未接收到渠道方发送的开户文件时，暂停对认购文件的处理，并判断是否接收到开户文件。当接收到开户文件时，依次对开户文件及认购文件进行处理；当未接收到开户文件时，维持对认购文件的暂停处理。

本实施例养老保障系统在对认购文件校验不通过时，可根据认购文件的错误类型来对认购文件的数据进行相应的处理，提高了校验的可靠性。

进一步地，基于上述数据处理方法第一、第二、第三或第四实施例，提出了本发明数据处理方法第五实施例，该实施例中上述对所述到期赎回文件进行校验的步骤之前包括：

获取接收到所述渠道方发送所述到期赎回文件的接收时间，判断接收时间是否在当天的预设时间范围内；

若所述接收时间在当天的预设时间范围内，则执行对所述到期赎回文件进行校验的步骤；

若所述接收时间不在当天的预设时间范围内，则在第二天的预设时间范围内，执行对所述到期赎回文件进行校验的步骤。

本实施例中，养老保障系统可预先设置日切开关，规定每天仅在指定的时间内对接收到的数据进行处理。例如，渠道方可随时发送数据至养老保障系统，但是在每天早上9点，日切开关打开，使得养老保障系统可以对接收到的数据进行处理；而下午15点时，日切开关关闭，使得15点以后接收到的数据自动委托到第二天进行处理。

养老保障系统在接收到渠道方发送的到期赎回文件后，在对到期赎回文件进行校验之前，首先获取接收到渠道方发送到期赎回文件的接收时间，判断接收时间是否在当天的预设时间范围内。当接收时间在当天的预设时间范围内，则对到期赎回文件进行校验；当接收时间不在当天的预设时间范围内，则在第二天的预设时间范围内，对到期赎回文件进行校验。该预设时间范围可根据具体情况而灵活设置。

本实施例养老保障系统可不限定接收数据的时间，而设定处理接收到数据的时间，以适应管理人员的工作时间，提高了养老保障系统对数据进行处理的灵活性及便捷性。

对应地，如图4所示，提出本发明一种数据处理装置第一实施例。该实施例的数据处理装置包括：

接收模块100，用于接收渠道方发送的到期赎回文件，以及接收第三方系统发送的强制赎回文件；

本实施例中，数据处理装置应用于保险系统，该保险系统包括养老保障系统，以下将以养老保障系统为例进行详细说明。需要说明的是，客户可通过渠道方主动赎回基金，也可以是第三方对基金进行强制赎回。具体地，以强制赎回为例，第三方对基金进行强制赎回的过程中，当养老保障系统需要对客户在养老保障系统上认购的基金产品进行赎回时，需要通过渠道方执行到期赎回流程，即渠道方向养老保障系统发送到期赎回文件，养老保障系统调用接收模块100接收渠道方发送的到期赎回文件。

该渠道方包括预先与养老保障系统建立合作关系的渠道方，例如陆金所、微信、京东等。该到期赎回文件可为养老保障系统预先配置的标准模板，渠道方完善该标准模板后可生成到期赎回文件，该到期赎回文件包括交易流水号、交易时间、银行账号、证件类型、个人信息、联系方式等信息。

此时第三方系统对到期的认购基金产品进行强制赎回，第三方系统将强制赎回文件通过与养老保障系统交互的接口表发送至养老保障系统。养老保障系统调用接收模块100接收该强制赎回文件。该第三方系统可为与养老保障系统建立合作关系的银行系统，例如，恒生的TA系统。

第一判断模块200，用于在对所述到期赎回文件进行校验通过，且所述到期赎回文件为封闭式时，判断所述到期赎回文件中的赎回数据是否与预存的认购数据一致；

养老保障系统对接收到的到期赎回文件进行校验，该校验包括物理校验和业务校验，该物理校验可为对期赎回文件的长度、数值型等进行校验，该业务校验可为对期赎回文件的身份证号、银行账号等进行校验。

首先判断物理校验是否通过，当物理校验不通过时，输出相应的提示信息，以便管理人员根据提示信息进行处理。当物理校验通过时，判断业务校验是否通过，若业务校验不通过，则输出相应的提示信息，以便管理人员根据提示信息进行处理。若业务校验通过，则解析到期赎回文件至临时表中，判断该到期赎回文件是否为封闭式，即判断该到期赎回文件是否为固定期限。

当到期赎回文件不为封闭式时，输出相应的提示信息，以便管理人员根据提示信息进行处理。当到期赎回文件为封闭式时，第一判断模块200判断到期赎回文件中的赎回数据是否与预存的认购数据一致。

当到期赎回文件中的赎回数据与预存的认购数据不一致时，输出相应的提示信息，以便管理人员根据提示信息进行处理。

匹配模块300，用于当所述到期赎回文件中的赎回数据与预存的认购数据一致，且所述强制赎回文件为到期全部赎回时，将所述到期赎回文件与所述强制赎回文件进行匹配；

当到期赎回文件中的赎回数据与预存的认购数据一致时，将到期赎回文件从临时表中存储至赎回业务表中，完成赎回申请，以便与第三方系统的数据进行比较。并且，判断第三方系统发送过来的强制赎回文件是否到期全部赎回。当强制赎回文件到期全部赎回时，由匹配模块300将强制赎回文件与赎回业务表中预存的到期赎回文件进行匹配。

反馈模块400，用于当所述到期赎回文件与所述强制赎回文件一致时，生成确认结果文件，并通知所述第三方系统，以及将所述确认结果文件反馈至所述渠道方。

当到期赎回文件与强制赎回文件一致时，说明赎回成功，此时反馈模块400生成确认结果文件，并发送通知至第三方系统，以通知第三方系统。以及将确认结果文件反馈至渠道方，以便渠道方获知赎回成功。该确认结果文件中包括多条数据，高多条数据包括所对接渠道方的信息、赎回的相关信息等。

需要说明的是，当客户可通过渠道方主动赎回基金时，客户通过渠道方执行到期赎回流程，即渠道方向养老保障系统发送到期赎回文件，养老保障系统接收渠道方发送的到期赎回文件。然后养老保障系统对接收到的到期赎回文件进行校验，当校验通过时，判断该到期赎回文件是否为封闭式，当到期赎回文件为封闭式时，判断到期赎回文件中的赎回数据是否与预存的认购数据一致。当到期赎回文件中的赎回数据与预存的认购数据一致时，将赎回数据发送至第三方系统，并当接收到第三方系统基于赎回数据返回的赎回基金，将该赎回基金发送至渠道方，即可完成赎回。

本发明实施例养老保障系统在接收到渠道方发送的到期赎回文件，以及接收到第三方系统发送的强制赎回文件后，在对到期赎回文件进行校验通过，且到期赎回文件为封闭式时，判断到期赎回文件中的赎回数据是否与预存的认购数据一致。当到期赎回文件中的赎回数据与预存的认购数据一致，且强制赎回文件为到期全部赎回时，将到期赎回文件与强制赎回文件进行匹配。并当到期赎回文件与强制赎回文件一致时，生成确认结果文件，并通知第三方系统，以及将确认结果文件反馈至渠道方。使得养老保障系统能够方便地对渠道方购买的基金产品进行赎回，提高了养老保障系统对数据进行处理的便捷性。

进一步地，如图5所示，基于上述数据处理装置第一实施例，提出了本发明数据处理装置第二实施例，该实施例中上述数据处理装置还包括：

第二判断模块500，用于接收所述渠道方发送的认购文件，判断所述渠道方是否存在交易账号；

第一校验模块600，用于若所述渠道方存在交易账号，则对所述认购文件进行校验，在校验通过后，根据所述认购文件生成认购申请信息，将所述认购申请信息发送至所述第三方系统；

第一生成模块700，用于接收所述第三方系统基于所述认购申请信息反馈的认购确认文件，根据所述认购确认文件生成确认结果文件，将所述确认结果文件反馈至所述渠道方，以使所述渠道方完成认购；

所述接收模块100还用于，在所述渠道方完成认购后，接收所述渠道方发送的到期赎回文件，以及接收所述第三方系统发送的强制赎回文件。

本实施例中，养老保障系统在对基金产品进行赎回之前，首先接收客户通过渠道方进行认购。具体地，当客户需要购买养老保障系统发布的基金产品时，先确定是否有养老保障系统的基金账户，若没有基金账户，则需要开户；若有基金账户，则可进行认购，将认购申请提交至渠道方。

渠道方根据客户提供的认购申请将直接生成认购文件，并将认购文件发送至养老保障系统。养老保障系统接收渠道方发送的认购文件，由第二判断模块500判断渠道方是否存在交易账号；若渠道方不存在交易账号，则接收渠道方发送的开户文件走开户进行开户；若渠道方存在交易账号，则第一校验模块600对该认购文件进行校验。该校验包括物理校验和业务校验，首先判断物理校验是否通过，当物理校验不通过时，输出相应的提示信息，以便管理人员根据提示信息进行处理。当物理校验通过时，判断业务校验是否通过，若业务校验不通过，则输出相应的提示信息，以便管理人员根据提示信息进行处理。若业务校验通过，则根据认购文件生成认购申请信息，将该认购申请信息存储至认购业务表中，并将认购申请信息通过预置的接口表发送至第三方系统。

第三方系统对接收到的认购申请信息进行审核，当审核通过后，生成认购确认文件，并将认购确认文件反馈至养老保障系统。养老保障系统接收到第三方系统基于认购申请信息反馈的认购确认文件后，说明认购成功，此时第一生成模块700根据认购确认文件生成确认结果文件，将该确认结果文件反馈至渠道方，以使渠道方完成认购。在渠道方完成认购后，可接收渠道方发送的到期赎回文件进行相应的赎回。实现了对基金产品进行认购，提高了认购的可靠性。

需要说明的是，养老保障系统在接收到渠道方发送的认购文件后，首先获取接收到渠道方发送认购文件的接收时间，判断该接收时间是否在当天的预设时间范围内。当接收时间在当天的预设时间范围内，则判断渠道方是否存在交易账号，若是，则对认购文件进行校验；当接收时间不在当天的预设时间范围内，则在第二天的预设时间范围内，判断渠道方是否存在交易账号。该预设时间范围可根据具体情况而灵活设置。

进一步地，如图6所示，基于上述数据处理装置第二实施例，提出了本发明数据处理装置第三实施例，该实施例中上述数据处理装置还包括：

第二校验模块800，用于接收所述渠道方发送的开户文件，对所述开户文件进行校验；

发送模块900，用于当校验通过后，根据所述开户文件生成开户申请信息，将所述开户申请信息发送至所述第三方系统；

第三判断模块110，用于接收所述第三方系统基于所述开户申请信息反馈的开户确认文件，根据所述开户确认文件判断所述渠道方开户是否成功；

第二生成模块120，用于当所述渠道方开户成功时，根据所述开户文件及所述开户确认文件生成开户结果文件，将所述开户结果文件反馈至所述渠道方，以使所述渠道方完成开户；

所述第二判断模块500还用于，接收所述渠道方发送的认购文件，判断所述渠道方是否存在交易账号。

本实施例中，养老保障系统在对基金产品进行认购之前，首先接收客户通过渠道方进行开户。具体地，当客户需要购买养老保障系统发布的基金产品时，先确定是否有养老保障系统的基金账户，若有基金账户，则可进行认购，将认购申请提交至渠道方；若没有基金账户，则需要开户。客户将开户申请发送至渠道方，渠道方根据客户提供的认购申请将直接生成开户文件，并将开户文件发送至养老保障系统。

养老保障系统接收渠道方发送的开户文件，由第二校验模块800对该开户文件进行校验。该校验包括物理校验和业务校验，首先判断物理校验是否通过，当物理校验不通过时，输出相应的提示信息，以便管理人员根据提示信息进行处理。当物理校验通过时，判断业务校验是否通过，若业务校验不通过，则输出相应的提示信息，以便管理人员根据提示信息进行处理。若业务校验通过，则根据开户文件生成开户申请信息，由发送模块900将开户申请信息发送至第三方系统。第三方系统对接收到的开户申请信息进行审核，并审核通过后，生成开户确认文件，并将开户确认文件发送至养老保障系统。

养老保障系统接收到第三方系统基于开户申请信息反馈的开户确认文件后，第三判断模块110根据开户确认文件判断渠道方开户是否成功；当渠道方开户成功时，第二生成模块120根据开户文件及开户确认文件生成开户结果文件，将开户结果文件反馈至渠道方，以使渠道方完成开户。在渠道方完成开户后，接收渠道方发送的认购文件进行相应的认购处理。

需要说明的是，养老保障系统在接收到渠道方发送的开户文件后，在对开户文件进行校验之前，首先获取接收到渠道方发送开户文件的接收时间，判断接收时间是否在当天的预设时间范围内。当接收时间在当天的预设时间范围内，则对开户文件进行校验；当接收时间不在当天的预设时间范围内，则在第二天的预设时间范围内，对开户文件进行校验。该预设时间范围可根据具体情况而灵活设置。

优选地，养老保障系统也可以是在对开户文件进行校验通过后，将开户文件存储至临时表中，并调用第三方系统的接口将开户文件发送至第三方系统。此时第三方系统将已经开户所对应的交易账号等开户信息返回至养老保障系统，以便养老保障系统将该开户信息存储至开户确认正式表中。并且养老保障系统将未开户的开户文件生成开户申请信息，将开户申请信息发送至所述第三方系统进行确认。在接收到第三方系统反馈的开户确认文件，并确认渠道方开户成功后，根据开户文件及开户确认文件生成开户结果文件反馈至渠道方。

本实施例养老保障系统实现了对开户流程的便捷处理，提高了开户的灵活性。

进一步地，基于上述数据处理装置第一实施例，提出了本发明数据处理装置第四实施例，该实施例中上述数据处理装置还包括：

获取模块，用于当对所述认购文件校验不通过时，获取所述认购文件的错误类型；

修改模块，用于当所述错误类型为信息输入错误时，接收输入指令对所述认购文件的数据进行修改；

暂停模块，用于当所述错误类型为未接收到指定文件时，对所述认购文件的数据进行暂停处理。

本实施例中，养老保障系统在对认购文件进行校验的过程中，当校验不通过时，获取模块可获取认购文件的错误类型并根据错误类型对数据进行相应的处理。具体地，当错误类型为个人信息、文件名称等信息输入错误。此时修改模块接收渠道方基于信息输入错误返回的修改信息，根据修改信息接收用户输入指令对认购文件的数据执行相应的修改操作。

当错误类型为未接收到指定文件时，也即当错误类型为接收到文件的顺序错误，例如，先接收到渠道方发送的认购文件，而未接收到渠道方发送的开户文件时，暂停模块暂停对认购文件的处理，并判断是否接收到开户文件。当接收到开户文件时，依次对开户文件及认购文件进行处理；当未接收到开户文件时，维持对认购文件的暂停处理。

本实施例养老保障系统在对认购文件校验不通过时，可根据认购文件的错误类型来对认购文件的数据进行相应的处理，提高了校验的可靠性。

进一步地，基于上述数据处理装置第一、第二、第三或第四实施例，提出了本发明数据处理装置第五实施例，该实施例中上述数据处理装置还包括：

第四判断模块，用于获取接收到所述渠道方发送所述到期赎回文件的接收时间，判断接收时间是否在当天的预设时间范围内；

处理模块，用于若所述接收时间在当天的预设时间范围内，则由第一校验模块对所述到期赎回文件进行校验；若所述接收时间不在当天的预设时间范围内，则在第二天的预设时间范围内，由第一校验模块对所述到期赎回文件进行校验。

本实施例中，养老保障系统可预先设置日切开关，规定每天仅在指定的时间内对接收到的数据进行处理。例如，渠道方可随时发送数据至养老保障系统，但是在每天早上9点，日切开关打开，使得养老保障系统可以对接收到的数据进行处理；而下午15点时，日切开关关闭，使得15点以后接收到的数据自动委托到第二天进行处理。

养老保障系统在接收到渠道方发送的到期赎回文件后，在对到期赎回文件进行校验之前，首先第四判断模块获取接收到渠道方发送到期赎回文件的接收时间，判断接收时间是否在当天的预设时间范围内。当接收时间在当天的预设时间范围内，则处理模块对到期赎回文件进行校验；当接收时间不在当天的预设时间范围内，则处理模块在第二天的预设时间范围内，对到期赎回文件进行校验。该预设时间范围可根据具体情况而灵活设置。

本实施例养老保障系统可不限定接收数据的时间，而设定处理接收到数据的时间，以适应管理人员的工作时间，提高了养老保障系统对数据进行处理的灵活性及便捷性。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种数据处理方法，应用于保险系统，其特征在于，所述数据处理方法包括以下步骤：

接收渠道方发送的到期赎回文件，以及接收第三方系统发送的强制赎回文件，其中，所述第三方系统将强制赎回文件通过与保险系统交互的接口发送至所述保险系统，所述到期赎回文件包括交易流水号、交易时间、银行账号、证件类型、个人信息、联系方式信息；

在对所述到期赎回文件进行校验通过，且所述到期赎回文件为封闭式时，判断所述到期赎回文件中的赎回数据是否与预存的认购数据一致，其中，所述校验包括物理校验和业务校验，所述物理校验包括对所述到期赎回文件的长度、数值型进行校验，所述业务校验包括对所述到期赎回文件的身份证号、银行账户进行校验，若所述物理校验和/或业务校验不通过，则输出提示信息，若所述物理校验和所述业务校验通过，则解析所述到期赎回文件至临时表；

当所述到期赎回文件中的赎回数据与预存的认购数据一致，将所述到期赎回文件从所述临时表中存储至赎回业务表中，判断所述第三方系统发送的强制赎回文件是否到期全部赎回，当所述强制赎回文件为到期全部赎回时，将所述赎回业务表中的所述到期赎回文件与所述强制赎回文件进行匹配；

当所述到期赎回文件与所述强制赎回文件一致时，生成确认结果文件，并通知所述第三方系统，以及将所述确认结果文件反馈至所述渠道方，所述确认结果包括多条数据，所述多条数据包括所述渠道方的信息、赎回的相关信息。

2.如权利要求1所述的数据处理方法，其特征在于，所述保险系统接收渠道方发送的到期赎回文件，以及接收第三方系统发送的强制赎回文件之前包括：

接收所述渠道方发送的认购文件，判断所述渠道方是否存在交易账号；

若所述渠道方存在交易账号，则对所述认购文件进行校验，在校验通过后，根据所述认购文件生成认购申请信息，将所述认购申请信息发送至所述第三方系统；

接收所述第三方系统基于所述认购申请信息反馈的认购确认文件，根据所述认购确认文件生成确认结果文件，将所述确认结果文件反馈至所述渠道方，以使所述渠道方完成认购；

所述接收渠道方发送的到期赎回文件的步骤包括：

在所述渠道方完成认购后，接收所述渠道方发送的到期赎回文件。

3.如权利要求2所述的数据处理方法，其特征在于，所述接收所述渠道方发送的认购文件，判断所述渠道方是否存在交易账号之前包括：

接收所述渠道方发送的开户文件，对所述开户文件进行校验；

当校验通过后，根据所述开户文件生成开户申请信息，将所述开户申请信息发送至所述第三方系统；

接收所述第三方系统基于所述开户申请信息反馈的开户确认文件，根据所述开户确认文件判断所述渠道方开户是否成功；

当所述渠道方开户成功时，根据所述开户文件及所述开户确认文件生成开户结果文件，将所述开户结果文件反馈至所述渠道方，以使所述渠道方完成开户；

所述接收渠道方发送的认购文件的步骤包括：

在所述渠道方完成开户后，接收所述渠道方发送的认购文件。

4.如权利要求2所述的数据处理方法，其特征在于，所述对所述认购文件进行校验之后包括：

当对所述认购文件校验不通过时，获取所述认购文件的错误类型；

当所述错误类型为信息输入错误时，接收输入指令对所述认购文件的数据进行修改；

当所述错误类型为未接收到指定文件时，对所述认购文件的数据进行暂停处理。

5.如权利要求1-4任一项所述的数据处理方法，其特征在于，所述对所述到期赎回文件进行校验之前包括：

获取接收到所述渠道方发送所述到期赎回文件的接收时间，判断接收时间是否在当天的预设时间范围内；

若所述接收时间在当天的预设时间范围内，则执行对所述到期赎回文件进行校验的步骤；

若所述接收时间不在当天的预设时间范围内，则在第二天的预设时间范围内，执行对所述到期赎回文件进行校验的步骤。

6.一种数据处理装置，应用于保险系统，其特征在于，所述数据处理装置包括：

接收模块，用于接收渠道方发送的到期赎回文件，以及接收第三方系统发送的强制赎回文件，其中，所述第三方系统将强制赎回文件通过与保险系统交互的接口发送至所述保险系统，所述到期赎回文件包括交易流水号、交易时间、银行账号、证件类型、个人信息、联系方式信息；

第一判断模块，用于在对所述到期赎回文件进行校验通过，且所述到期赎回文件为封闭式时，判断所述到期赎回文件中的赎回数据是否与预存的认购数据一致，其中，所述校验包括物理校验和业务校验，所述物理校验包括对所述到期赎回文件的长度、数值型进行校验，所述业务校验包括对所述到期赎回文件的身份证号、银行账户进行校验，若所述物理校验和/或业务校验不通过，则输出提示信息，若所述物理校验和所述业务校验通过，则解析所述到期赎回文件至临时表；

匹配模块，用于当所述到期赎回文件中的赎回数据与预存的认购数据一致，将所述到期赎回文件从所述临时表中存储至赎回业务表中，判断所述第三方系统发送的强制赎回文件是否到期全部赎回，当所述强制赎回文件为到期全部赎回时，将所述赎回业务表中的所述到期赎回文件与所述强制赎回文件进行匹配；

反馈模块，用于当所述到期赎回文件与所述强制赎回文件一致时，生成确认结果文件，并通知所述第三方系统，以及将所述确认结果文件反馈至所述渠道方，所述确认结果包括多条数据，所述多条数据包括所述渠道方的信息、赎回的相关信息。

7.如权利要求6所述的数据处理装置，其特征在于，所述数据处理装置还包括：

第二判断模块，用于接收所述渠道方发送的认购文件，判断所述渠道方是否存在交易账号；

第一校验模块，用于若所述渠道方存在交易账号，则对所述认购文件进行校验，在校验通过后，根据所述认购文件生成认购申请信息，将所述认购申请信息发送至所述第三方系统；

第一生成模块，用于接收所述第三方系统基于所述认购申请信息反馈的认购确认文件，根据所述认购确认文件生成确认结果文件，将所述确认结果文件反馈至所述渠道方，以使所述渠道方完成认购；

所述接收模块还用于，在所述渠道方完成认购后，接收所述渠道方发送的到期赎回文件，以及接收所述第三方系统发送的强制赎回文件。

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

第二校验模块，用于接收所述渠道方发送的开户文件，对所述开户文件进行校验；

发送模块，用于当校验通过后，根据所述开户文件生成开户申请信息，将所述开户申请信息发送至所述第三方系统；

第三判断模块，用于接收所述第三方系统基于所述开户申请信息反馈的开户确认文件，根据所述开户确认文件判断所述渠道方开户是否成功；

第二生成模块，用于当所述渠道方开户成功时，根据所述开户文件及所述开户确认文件生成开户结果文件，将所述开户结果文件反馈至所述渠道方，以使所述渠道方完成开户；

所述第二判断模块还用于，接收所述渠道方发送的认购文件，判断所述渠道方是否存在交易账号。

9.如权利要求7所述的数据处理装置，其特征在于，所述数据处理装置还包括：

获取模块，用于当对所述认购文件校验不通过时，获取所述认购文件的错误类型；

修改模块，用于当所述错误类型为信息输入错误时，接收输入指令对所述认购文件的数据进行修改；

暂停模块，用于当所述错误类型为未接收到指定文件时，对所述认购文件的数据进行暂停处理。

10.如权利要求6-9任一项所述的数据处理装置，其特征在于，所述数据处理装置还包括：

第四判断模块，用于获取接收到所述渠道方发送所述到期赎回文件的接收时间，判断接收时间是否在当天的预设时间范围内；

处理模块，用于若所述接收时间在当天的预设时间范围内，则由第一校验模块对所述到期赎回文件进行校验；若所述接收时间不在当天的预设时间范围内，则在第二天的预设时间范围内，由第一校验模块对所述到期赎回文件进行校验。

Images