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

Abstract

本发明公开了一种数据处理方法，包括：接收渠道方发送的数据，根据数据获取渠道方对应的渠道流水号，并为渠道方设定渠道代码，数据包括申请文件；根据渠道流水号及设定的渠道代码生成目标流水号，将目标流水号与申请文件进行关联，并根据目标流水号将数据发送至第三方系统；在接收到第三方系统反馈的确认数据后，根据目标流水号获取对应的申请文件，对申请文件进行确认；获取目标流水号中包含的渠道流水号，根据目标流水号中包含的渠道流水号将确认结果反馈至渠道方。本发明还公开了一种数据处理装置。本发明为渠道方设定渠道代码，并结合渠道流水号生成目标流水号，将目标流水号作为数据交互的识别码，提高了对数据进行确认的准确性及效率。

Description

数据处理方法及装置

技术领域

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

背景技术

保险对接的渠道方众多，例如，养老保障系统，在保险系统与渠道方之间进行数据交互时，由于每个渠道方的流水生成规则不一致，因此导致保险系统没有很好的方法对渠道方发送过来的每一条数据进行核对。针对渠道方给到养老系统的数据进行确认时，需要人工进行干预，从而使得数据确认工作的准确性及效率低。

发明内容

本发明的主要目的在于提供一种数据处理方法及装置，旨在提高对数据进行确认的准确性及效率。

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

接收渠道方发送的数据，根据所述数据获取所述渠道方对应的渠道流水号，并为所述渠道方设定渠道代码，所述数据包括申请文件；

根据所述渠道流水号及设定的所述渠道代码生成目标流水号，将所述目标流水号与所述申请文件进行关联，并根据所述目标流水号将所述数据发送至第三方系统；

在接收到所述第三方系统基于所述数据反馈的确认数据后，根据所述目标流水号获取对应的申请文件，对所述申请文件进行确认；

获取所述目标流水号中包含的渠道流水号，根据所述目标流水号中包含的渠道流水号将确认结果反馈至所述渠道方。

优选地，所述接收渠道方发送的数据，根据所述数据获取所述渠道方对应的渠道流水号，并为所述渠道方设定渠道代码，包括：

接收渠道方发送的数据，根据所述数据获取所述渠道方对应的渠道流水号；

对所述数据进行分析，判定所述数据的类型，根据所述数据的类型为所述渠道方设定对应的渠道代码。

优选地，根据所述数据的类型为所述渠道方设定对应的渠道代码，包括：

当判定所述数据为开户文件时，为所述渠道方设定第一渠道代码；或/和

当判定所述数据为认购文件时，为所述渠道方设定第二渠道代码；或/和

当判定所述数据为赎回文件时，为所述渠道方设定第三渠道代码；或/和对应地，所述根据所述渠道流水号及设定的所述渠道代码生成目标流水号，根据所述目标流水号将所述数据发送至第三方系统的步骤包括：

根据所述渠道流水号及所述第一渠道代码生成第一目标流水号，根据所述第一目标流水号将所述开户文件发送至第三方系统；或/和

根据所述渠道流水号及第二渠道代码生成第二目标流水号，根据所述第二目标流水号将所述认购文件发送至第三方系统；或/和

根据所述渠道流水号及第三渠道代码生成第三目标流水号，根据所述第三目标流水号将所述赎回文件发送至第三方系统。

优选地，所述根据所述渠道流水号及设定的所述渠道代码生成目标流水号，根据所述目标流水号将所述数据发送至第三方系统之后包括：

接收所述第三方系统基于所述数据反馈的确认失败信息，根据所述确认失败信息发送相关的提示信息至所述渠道方。

优选地，所述接收渠道方发送的数据，根据所述数据获取所述渠道方对应的渠道流水号，并为所述渠道方设定渠道代码，包括：

接收渠道方发送的数据，确定所述数据的接收时间；

判断所述数据的接收时间是否在当天的预设时间范围内；

当所述数据的接收时间不在当天的预设时间范围内时，在第二天的预设时间范围内，根据所述数据获取所述渠道方对应的渠道流水号，并为所述渠道方设定渠道代码。

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

接收模块，用于接收渠道方发送的数据，根据所述数据获取所述渠道方对应的渠道流水号，并为所述渠道方设定渠道代码，所述数据包括申请文件；

生成模块，用于根据所述渠道流水号及设定的所述渠道代码生成目标流水号，将所述目标流水号与所述申请文件进行关联，并根据所述目标流水号将所述数据发送至第三方系统；

获取模块，用于在接收到所述第三方系统基于所述数据反馈的确认数据后，根据所述目标流水号获取对应的申请文件，对所述申请文件进行确认；

反馈模块，用于获取所述目标流水号中包含的渠道流水号，根据所述目标流水号中包含的渠道流水号将确认结果反馈至所述渠道方。

优选地，所述接收模块包括：

获取单元，用于接收渠道方发送的数据，根据所述数据获取所述渠道方对应的渠道流水号；

设定单元，用于对所述数据进行分析，判定所述数据的类型，根据所述数据的类型为所述渠道方设定对应的渠道代码。

优选地，所述设定单元还用于，当判定所述数据为开户文件时，为所述渠道方设定第一渠道代码；或/和

所述设定单元还用于，当判定所述数据为认购文件时，为所述渠道方设定第二渠道代码；或/和

所述设定单元还用于，当判定所述数据为赎回文件时，为所述渠道方设定第三渠道代码；或/和对应地，所述生成模块还用于，根据所述渠道流水号及所述第一渠道代码生成第一目标流水号，根据所述第一目标流水号将所述开户文件发送至第三方系统；和/或

所述生成模块还用于，根据所述渠道流水号及第二渠道代码生成第二目标流水号，根据所述第二目标流水号将所述认购文件发送至第三方系统；和/或

所述生成模块还用于，根据所述渠道流水号及第三渠道代码生成第三目标流水号，根据所述第三目标流水号将所述赎回文件发送至第三方系统。

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

发送模块，用于接收所述第三方系统基于所述数据反馈的确认失败信息，根据所述确认失败信息发送相关的提示信息至所述渠道方。

优选地，所述接收模块包括：

确定单元，用于接收渠道方发送的数据，确定所述数据的接收时间；

判断单元，用于判断所述数据的接收时间是否在当天的预设时间范围内；

处理单元，用于当所述数据的接收时间不在当天的预设时间范围内时，在第二天的预设时间范围内，根据所述数据获取所述渠道方对应的渠道流水号，并为所述渠道方设定渠道代码。

本发明实施例保险系统接收渠道方发送的数据，根据所述数据获取所述渠道方对应的渠道流水号，并为所述渠道方设定渠道代码，所述数据包括申请文件；根据所述渠道流水号及设定的所述渠道代码生成目标流水号，将所述目标流水号与所述申请文件进行关联，并根据所述目标流水号将所述数据发送至第三方系统；在接收到所述第三方系统基于所述数据反馈的确认数据后，根据所述目标流水号获取对应的申请文件，对所述申请文件进行确认；获取所述目标流水号中包含的渠道流水号，根据所述目标流水号中包含的渠道流水号将确认结果反馈至所述渠道方。使得保险系统为渠道方设定渠道代码，并结合渠道流水号生成目标流水号，将目标流水号作为数据交互的识别码，无需人工进行干预，提高了对数据进行确认的准确性及效率。

附图说明

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

图2为本发明数据处理方法中根据接收到渠道方发送的数据获取渠道方对应的渠道流水号，并为渠道方设定渠道代码的细化流程示意图；

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

图4为本发明数据处理装置中接收模块的细化功能模块示意图。

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

具体实施方式

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

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

步骤S10、接收渠道方发送的数据，根据所述数据获取所述渠道方对应的渠道流水号，并为所述渠道方设定渠道代码，所述数据包括申请文件；

本实施例中，数据处理方法应用于保险系统，该保险系统包括养老保障系统，以下将以养老保障系统为例进行详细说明。养老保障系统在接收到渠道方发送的数据时，不仅需要获取渠道方对应的渠道流水号，而且需要为该渠道方设定渠道代码，以便根据渠道流水号和设定的渠道代码生成目标流水号。该数据不仅包括渠道流水号，还包括开户文件、认购文件、赎回文件等申请文件。该渠道方包括预先与养老保障系统建立合作关系的渠道方，例如陆金所、微信、京东等。

养老保障系统与渠道方之间需要进行数据交互的流程依次包括开户流程、认购流程、赎回流程等，其中，开户流程的步骤包括：

养老保障系统接收渠道方发送的开户文件，对所述开户文件进行校验；当校验通过后，根据所述开户文件生成开户申请信息，将所述开户申请信息发送至第三方系统；

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

当所述渠道方开户成功时，根据所述开户文件及所述开户确认文件生成开户结果文件，将所述开户结果文件反馈至所述渠道方，以使所述渠道方完成开户。该第三方系统可为与养老保障系统建立合作关系的银行系统，例如，恒生的TA系统。

认购流程的步骤包括：

养老保障系统接收渠道方发送的认购文件，判断所述渠道方是否存在交易账号；若所述渠道方存在交易账号，则对所述认购文件进行校验，在校验通过后，根据所述认购文件生成认购申请信息，将所述认购申请信息发送至第三方系统；

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

赎回流程的步骤包括：

养老保障系统接收渠道方发送的到期赎回文件，以及接收第三方系统发送的强制赎回文件；对所述到期赎回文件进行校验，当校验通过时，判断所述到期赎回文件是否为封闭式；即判断该到期赎回文件是否为固定期限；

当所述到期赎回文件为封闭式时，判断所述到期赎回文件中的赎回数据是否与预存的认购数据一致；若所述到期赎回文件中的赎回数据与预存的认购数据一致，则判断所述强制赎回文件是否到期全部赎回；

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

优选地，上述步骤S10包括：接收渠道方发送的数据，根据所述数据获取所述渠道方对应的渠道流水号；

对所述数据进行分析，判定所述数据的类型，根据所述数据的类型为所述渠道方设定对应的渠道代码。

具体地，养老保障系统在为渠道方设定渠道代码的过程中，在得到渠道方发送过来的数据后，对该数据进行分析以判定数据的类型，该数据的类型包括开户文件、认购文件、赎回文件等。然后根据数据的类型为渠道方设定对应的渠道代码。

步骤S20、根据所述渠道流水号及设定的所述渠道代码生成目标流水号，将所述目标流水号与所述申请文件进行关联，并根据所述目标流水号将所述数据发送至第三方系统；

为了减少人工确认的不准确，养老保障系统在与渠道方及第三方系统进行数据交互时，可通过设定目标流水号，将目标流水号作为数据交互的识别码。具体地，养老保障系统根据渠道流水号及设定的渠道代码生成目标流水号，然后将目标流水号与渠道方发送过来的数据中所包含的申请文件进行关联存储，并根据目标流水号将数据发送至第三方系统。

优选地，根据所述数据的类型为所述渠道方设定对应的渠道代码，包括：

当判定所述数据为开户文件时，为所述渠道方设定第一渠道代码；或/和

当判定所述数据为认购文件时，为所述渠道方设定第二渠道代码；或/和

当判定所述数据为赎回文件时，为所述渠道方设定第三渠道代码；或/和对应地，所述根据所述渠道流水号及设定的所述渠道代码生成目标流水号，根据所述目标流水号将所述数据发送至第三方系统的步骤包括：

根据所述渠道流水号及所述第一渠道代码生成第一目标流水号，根据所述第一目标流水号将所述开户文件发送至第三方系统；或/和

根据所述渠道流水号及第二渠道代码生成第二目标流水号，根据所述第二目标流水号将所述认购文件发送至第三方系统；或/和

根据所述渠道流水号及第三渠道代码生成第三目标流水号，根据所述第三目标流水号将所述赎回文件发送至第三方系统。

步骤S30、在接收到所述第三方系统基于所述数据反馈的确认数据后，根据所述目标流水号获取对应的申请文件，对所述申请文件进行确认；

第三方系统接收到养老保障系统发送的数据后，对该数据进行审核，当审核通过后生成确认数据，将确认数据发送至养老保障系统。养老保障系统在接收到第三方系统反馈的确认数据后，根据目标流水号从数据库中获取对应的申请文件，对该申请文件进行确认。例如，当目标流水号对应为开户流程生成的目标流水号时，养老保障系统将从数据库中获取开户申请文件进行确认；当目标流水号对应为认购流程生成的目标流水号时，养老保障系统将从数据库中获取认购申请文件进行确认。在对申请文件进行确认后，得到确认结果。

步骤S40、获取所述目标流水号中包含的渠道流水号，根据所述目标流水号中包含的渠道流水号将确认结果反馈至所述渠道方。

养老保障系统在对申请文件进行确认得到确认结果后，从目标流水号中提取出所包含的渠道流水号，根据该渠道流水号将确认结果反馈至对应的渠道方。该确认结果包括开户文件确认通过可完成开户、认购文件确认通过可完成认购、开户文件确认不通过而未完成开户等。

本发明实施例养老保障系统接收渠道方发送的数据，根据所述数据获取所述渠道方对应的渠道流水号，并为所述渠道方设定渠道代码；根据所述渠道流水号及设定的所述渠道代码生成目标流水号，根据所述目标流水号将所述数据发送至第三方系统；在接收到所述第三方系统基于所述数据反馈的确认数据后，根据所述目标流水号获取对应的申请文件，对所述申请文件进行确认；获取所述目标流水号中包含的渠道流水号，根据所述目标流水号中包含的渠道流水号将确认结果反馈至所述渠道方。使得养老保障系统为渠道方设定渠道代码，并结合渠道流水号生成目标流水号，将目标流水号作为数据交互的识别码，无需人工进行干预，提高了对数据进行确认的准确性及效率。

进一步地，基于上述数据处理方法第一实施例，提出了本发明数据处理方法第二实施例，该实施例中上述步骤S20之后包括：

接收所述第三方系统基于所述数据反馈的确认失败信息，根据所述确认失败信息发送相关的提示信息至所述渠道方。

本实施例中，当第三方系统对养老保障系统发送过来的数据进行确认后，若认为该数据存在错误，则将确认失败信息反馈至养老保障系统。养老保障系统接收第三方系统反馈的确认失败信息后，根据该确认失败信息发送相关的提示信息至渠道方。渠道方根据接收到的提示信息将对应的修改信息发送至养老保障系统，养老保障系统基于修改信息接收输入指令对该数据进行修改。从而使得养老保障系统可以方便地对数据进行修改，提高了对错误数据进行处理的便捷性及可靠性。

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

步骤S11、接收渠道方发送的数据，确定所述数据的接收时间；

步骤S12、判断所述数据的接收时间是否在当天的预设时间范围内；

步骤S13、当所述数据的接收时间不在当天的预设时间范围内时，在第二天的预设时间范围内，根据所述数据获取所述渠道方对应的渠道流水号，并为所述渠道方设定渠道代码。

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

具体地，养老保障系统在接收到渠道方发送的数据后，在对数据进行处理之前，首先获取接收到渠道方发送数据的接收时间，判断接收时间是否在当天的预设时间范围内。当接收时间在当天的预设时间范围内，则对数据进行相应的处理，即根据数据获取渠道方对应的渠道流水号，并为渠道方设定渠道代码。当接收时间不在当天的预设时间范围内，则在第二天的预设时间范围内，获取渠道方对应的渠道流水号，并为渠道方设定渠道代码。该预设时间范围可根据具体情况而灵活设置。

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

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

接收模块100，用于接收渠道方发送的数据，根据所述数据获取所述渠道方对应的渠道流水号，并为所述渠道方设定渠道代码，所述数据包括申请文件；

本实施例中，数据处理方法应用于保险系统，该保险系统包括养老保障系统，以下将以养老保障系统为例进行详细说明。接收模块100在接收到渠道方发送的数据时，不仅需要获取渠道方对应的渠道流水号，而且需要为该渠道方设定渠道代码，以便根据渠道流水号和设定的渠道代码生成目标流水号。该数据不仅包括渠道流水号，还包括开户文件、认购文件、赎回文件等申请文件。该渠道方包括预先与养老保障系统建立合作关系的渠道方，例如陆金所、微信、京东等。

养老保障系统与渠道方之间需要进行数据交互的流程依次包括开户流程、认购流程、赎回流程等，其中，开户流程的步骤包括：

养老保障系统接收渠道方发送的开户文件，对所述开户文件进行校验；当校验通过后，根据所述开户文件生成开户申请信息，将所述开户申请信息发送至第三方系统；

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

当所述渠道方开户成功时，根据所述开户文件及所述开户确认文件生成开户结果文件，将所述开户结果文件反馈至所述渠道方，以使所述渠道方完成开户。该第三方系统可为与养老保障系统建立合作关系的银行系统，例如，恒生的TA系统。

认购流程的步骤包括：

养老保障系统接收渠道方发送的认购文件，判断所述渠道方是否存在交易账号；若所述渠道方存在交易账号，则对所述认购文件进行校验，在校验通过后，根据所述认购文件生成认购申请信息，将所述认购申请信息发送至第三方系统；

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

赎回流程的步骤包括：

养老保障系统接收渠道方发送的到期赎回文件，以及接收第三方系统发送的强制赎回文件；对所述到期赎回文件进行校验，当校验通过时，判断所述到期赎回文件是否为封闭式；即判断该到期赎回文件是否为固定期限；

当所述到期赎回文件为封闭式时，判断所述到期赎回文件中的赎回数据是否与预存的认购数据一致；若所述到期赎回文件中的赎回数据与预存的认购数据一致，则判断所述强制赎回文件是否到期全部赎回；

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

优选地，所述接收模块100包括：

获取单元，用于接收渠道方发送的数据，根据所述数据获取所述渠道方对应的渠道流水号；

设定单元，用于对所述数据进行分析，判定所述数据的类型，根据所述数据的类型为所述渠道方设定对应的渠道代码。

具体地，养老保障系统在为渠道方设定渠道代码的过程中，获取单元在得到渠道方发送过来的数据后，设定单元对该数据进行分析以判定数据的类型，该数据的类型包括开户文件、认购文件、赎回文件等。然后根据数据的类型为渠道方设定对应的渠道代码。

生成模块200，用于根据所述渠道流水号及设定的所述渠道代码生成目标流水号，将所述目标流水号与所述申请文件进行关联，并根据所述目标流水号将所述数据发送至第三方系统；

为了减少人工确认的不准确，养老保障系统在与渠道方及第三方系统进行数据交互时，可通过设定目标流水号，将目标流水号作为数据交互的识别码。具体地，生成模块200根据渠道流水号及设定的渠道代码生成目标流水号，然后将目标流水号与渠道方发送过来的数据中所包含的申请文件进行关联存储，并根据目标流水号将数据发送至第三方系统。

优选地，所述设定单元还用于，当判定所述数据为开户文件时，为所述渠道方设定第一渠道代码；或/和

所述设定单元还用于，当判定所述数据为认购文件时，为所述渠道方设定第二渠道代码；或/和

所述设定单元还用于，当判定所述数据为赎回文件时，为所述渠道方设定第三渠道代码；或/和对应地，所述生成模块200还用于，根据所述渠道流水号及所述第一渠道代码生成第一目标流水号，根据所述第一目标流水号将所述开户文件发送至第三方系统；和/或

所述生成模块200还用于，根据所述渠道流水号及第二渠道代码生成第二目标流水号，根据所述第二目标流水号将所述认购文件发送至第三方系统；和/或

所述生成模块200还用于，根据所述渠道流水号及第三渠道代码生成第三目标流水号，根据所述第三目标流水号将所述赎回文件发送至第三方系统。

获取模块300，用于在接收到所述第三方系统基于所述数据反馈的确认数据后，根据所述目标流水号获取对应的申请文件，对所述申请文件进行确认；

第三方系统接收到养老保障系统发送的数据后，对该数据进行审核，当审核通过后生成确认数据，将确认数据发送至养老保障系统。获取模块300在接收到第三方系统反馈的确认数据后，根据目标流水号从数据库中获取对应的申请文件，对该申请文件进行确认。例如，当目标流水号对应为开户流程生成的目标流水号时，养老保障系统将从数据库中获取开户申请文件进行确认；当目标流水号对应为认购流程生成的目标流水号时，养老保障系统将从数据库中获取认购申请文件进行确认。在对申请文件进行确认后，得到确认结果。

反馈模块400，用于获取所述目标流水号中包含的渠道流水号，根据所述目标流水号中包含的渠道流水号将确认结果反馈至所述渠道方。

养老保障系统在对申请文件进行确认得到确认结果后，由反馈模块400从目标流水号中提取出所包含的渠道流水号，根据该渠道流水号将确认结果反馈至对应的渠道方。该确认结果包括开户文件确认通过可完成开户、认购文件确认通过可完成认购、开户文件确认不通过而未完成开户等。

本发明实施例养老保障系统接收渠道方发送的数据，根据所述数据获取所述渠道方对应的渠道流水号，并为所述渠道方设定渠道代码；根据所述渠道流水号及设定的所述渠道代码生成目标流水号，根据所述目标流水号将所述数据发送至第三方系统；在接收到所述第三方系统基于所述数据反馈的确认数据后，根据所述目标流水号获取对应的申请文件，对所述申请文件进行确认；获取所述目标流水号中包含的渠道流水号，根据所述目标流水号中包含的渠道流水号将确认结果反馈至所述渠道方。使得养老保障系统为渠道方设定渠道代码，并结合渠道流水号生成目标流水号，将目标流水号作为数据交互的识别码，无需人工进行干预，提高了对数据进行确认的准确性及效率。

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

发送模块，用于接收所述第三方系统基于所述数据反馈的确认失败信息，根据所述确认失败信息发送相关的提示信息至所述渠道方。

本实施例中，当第三方系统对养老保障系统发送过来的数据进行确认后，若认为该数据存在错误，则将确认失败信息反馈至养老保障系统。发送模块接收第三方系统反馈的确认失败信息后，根据该确认失败信息发送相关的提示信息至渠道方。渠道方根据接收到的提示信息将对应的修改信息发送至养老保障系统，养老保障系统基于修改信息接收输入指令对该数据进行修改。从而使得养老保障系统可以方便地对数据进行修改，提高了对错误数据进行处理的便捷性及可靠性。

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

确定单元110，用于接收渠道方发送的数据，确定所述数据的接收时间；

判断单元120，用于判断所述数据的接收时间是否在当天的预设时间范围内；

处理单元130，用于当所述数据的接收时间不在当天的预设时间范围内时，在第二天的预设时间范围内，根据所述数据获取所述渠道方对应的渠道流水号，并为所述渠道方设定渠道代码。

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

具体地，养老保障系统在接收到渠道方发送的数据后，在对数据进行处理之前，首先由确定单元110获取接收到渠道方发送数据的接收时间，再由判断单元120判断接收时间是否在当天的预设时间范围内。当接收时间在当天的预设时间范围内，则处理单元130对数据进行相应的处理，即根据数据获取渠道方对应的渠道流水号，并为渠道方设定渠道代码。当接收时间不在当天的预设时间范围内，则在第二天的预设时间范围内，获取渠道方对应的渠道流水号，并为渠道方设定渠道代码。该预设时间范围可根据具体情况而灵活设置。

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

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

Claims (10)

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

接收渠道方发送的数据，根据所述数据获取所述渠道方对应的渠道流水号，并为所述渠道方设定渠道代码，所述数据包括申请文件；

根据所述渠道流水号及设定的所述渠道代码生成目标流水号，将所述目标流水号与所述申请文件进行关联，并根据所述目标流水号将所述数据发送至第三方系统；

在接收到所述第三方系统基于所述数据反馈的确认数据后，根据所述目标流水号获取对应的申请文件，对所述申请文件进行确认；

获取所述目标流水号中包含的渠道流水号，根据所述目标流水号中包含的渠道流水号将确认结果反馈至所述渠道方。

2.如权利要求1所述的数据处理方法，其特征在于，所述接收渠道方发送的数据，根据所述数据获取所述渠道方对应的渠道流水号，并为所述渠道方设定渠道代码，包括：

接收渠道方发送的数据，根据所述数据获取所述渠道方对应的渠道流水号；

对所述数据进行分析，判定所述数据的类型，根据所述数据的类型为所述渠道方设定对应的渠道代码。

3.如权利要求2所述的数据处理方法，其特征在于，根据所述数据的类型为所述渠道方设定对应的渠道代码，包括：

当判定所述数据为开户文件时，为所述渠道方设定第一渠道代码；或/和

当判定所述数据为认购文件时，为所述渠道方设定第二渠道代码；或/和

当判定所述数据为赎回文件时，为所述渠道方设定第三渠道代码；或/和对应地，所述根据所述渠道流水号及设定的所述渠道代码生成目标流水号，根据所述目标流水号将所述数据发送至第三方系统的步骤包括：

根据所述渠道流水号及所述第一渠道代码生成第一目标流水号，根据所述第一目标流水号将所述开户文件发送至第三方系统；或/和

根据所述渠道流水号及第二渠道代码生成第二目标流水号，根据所述第二目标流水号将所述认购文件发送至第三方系统；或/和

根据所述渠道流水号及第三渠道代码生成第三目标流水号，根据所述第三目标流水号将所述赎回文件发送至第三方系统。

4.如权利要求3所述的数据处理方法，其特征在于，所述根据所述渠道流水号及设定的所述渠道代码生成目标流水号，根据所述目标流水号将所述数据发送至第三方系统之后包括：

接收所述第三方系统基于所述数据反馈的确认失败信息，根据所述确认失败信息发送相关的提示信息至所述渠道方。

5.如权利要求1-4任一项所述的数据处理方法，其特征在于，所述接收渠道方发送的数据，根据所述数据获取所述渠道方对应的渠道流水号，并为所述渠道方设定渠道代码，包括：

接收渠道方发送的数据，确定所述数据的接收时间；

判断所述数据的接收时间是否在当天的预设时间范围内；

当所述数据的接收时间不在当天的预设时间范围内时，在第二天的预设时间范围内，根据所述数据获取所述渠道方对应的渠道流水号，并为所述渠道方设定渠道代码。

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

接收模块，用于接收渠道方发送的数据，根据所述数据获取所述渠道方对应的渠道流水号，并为所述渠道方设定渠道代码，所述数据包括申请文件；

生成模块，用于根据所述渠道流水号及设定的所述渠道代码生成目标流水号，将所述目标流水号与所述申请文件进行关联，并根据所述目标流水号将所述数据发送至第三方系统；

获取模块，用于在接收到所述第三方系统基于所述数据反馈的确认数据后，根据所述目标流水号获取对应的申请文件，对所述申请文件进行确认；

反馈模块，用于获取所述目标流水号中包含的渠道流水号，根据所述目标流水号中包含的渠道流水号将确认结果反馈至所述渠道方。

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

获取单元，用于接收渠道方发送的数据，根据所述数据获取所述渠道方对应的渠道流水号；

设定单元，用于对所述数据进行分析，判定所述数据的类型，根据所述数据的类型为所述渠道方设定对应的渠道代码。

8.如权利要求7所述的数据处理装置，其特征在于，所述设定单元还用于，当判定所述数据为开户文件时，为所述渠道方设定第一渠道代码；或/和

所述设定单元还用于，当判定所述数据为认购文件时，为所述渠道方设定第二渠道代码；或/和

所述设定单元还用于，当判定所述数据为赎回文件时，为所述渠道方设定第三渠道代码；或/和对应地，所述生成模块还用于，根据所述渠道流水号及所述第一渠道代码生成第一目标流水号，根据所述第一目标流水号将所述开户文件发送至第三方系统；和/或

所述生成模块还用于，根据所述渠道流水号及第二渠道代码生成第二目标流水号，根据所述第二目标流水号将所述认购文件发送至第三方系统；和/或

所述生成模块还用于，根据所述渠道流水号及第三渠道代码生成第三目标流水号，根据所述第三目标流水号将所述赎回文件发送至第三方系统。

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

发送模块，用于接收所述第三方系统基于所述数据反馈的确认失败信息，根据所述确认失败信息发送相关的提示信息至所述渠道方。

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

确定单元，用于接收渠道方发送的数据，确定所述数据的接收时间；

判断单元，用于判断所述数据的接收时间是否在当天的预设时间范围内；

处理单元，用于当所述数据的接收时间不在当天的预设时间范围内时，在第二天的预设时间范围内，根据所述数据获取所述渠道方对应的渠道流水号，并为所述渠道方设定渠道代码。