CN109818962A - 业务数据处理方法及装置、电子设备、存储介质 - Google Patents

Abstract

本发明实施例是关于一种业务数据处理方法及装置、电子设备、存储介质，涉及计算机技术领域，该方法包括：获取由受托服务器上传至文件传输协议服务器的预设业务的报文数据；若判定所述报文数据完整，则对所述报文数据进行解析得到所述预设业务的业务数据；根据所述预设业务的业务类型对所述业务数据进行业务校验；若所述业务数据通过所述业务校验，则将所述业务数据传输至复核节点，以进行复核操作。本发明实施例能够提高业务数据处理效率和准确率。

Description

业务数据处理方法及装置、电子设备、存储介质

技术领域

本发明实施例涉及计算机技术领域，具体而言，涉及一种业务数据处理方法、业务数据处理装置、电子设备以及计算机可读存储介质。

背景技术

企业年金受托在做完部分业务类型的一笔业务后，需要将这笔业务的业务数据发送给账管方，然后账管方根据发过来的业务数据在账管系统中再做一笔对应的业务。

相关技术中，账管业务员根据受托发过来的业务数据，人工将数据录入或者导入账管系统，手动推进业务流程。或者是需要根据邮件名称人工选择业务类型去生成业务，然后还需要下载邮件再人工将邮件内容录入到系统。

在上述两种方式中，由于所有的业务数据均需要手动进行处理，因此增加了工作量，业务处理速度较慢、效率较低，且会造成误操作，影响了准确率。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本发明实施例的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本发明实施例的目的在于提供一种业务数据处理方法、装置、电子设备、存储介质，进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的业务数据处理效率低以及准确率低的问题。

本发明实施例的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本发明实施例的实践而习得。

根据本发明实施例的一个方面，提供一种业务数据处理方法，包括：获取由受托服务器上传至文件传输协议服务器的预设业务的报文数据；若判定所述报文数据完整，则对所述报文数据进行解析得到所述预设业务的业务数据；根据所述预设业务的业务类型对所述业务数据进行业务校验；若所述业务数据通过所述业务校验，则将所述业务数据传输至复核节点，以进行复核操作。

可选地，所述方法还包括：若判定所述报文数据不完整，则生成用于表示报文数据不完整的反馈报文并发送至所述文件传输协议服务器。

可选地，根据所述预设业务的业务类型对所述业务数据进行业务校验包括：根据所述预设业务对应的校验规则，对所述预设业务的业务数据进行校验，以确定所述业务数据是否正确。

可选地，若所述业务数据通过所述业务校验，则将所述业务数据传输至复核节点包括：若所述业务数据通过所述业务核验，则生成所述预设业务对应的新业务；将所述业务数据写入所述新业务，并将所述业务数据传输至复核节点。

可选地，所述方法还包括：若所述业务数据未通过所述业务校验，则在录入节点生成所述预设业务对应的空业务，以便于通过所述录入节点将所述业务数据录入所述空业务。

可选地，所述方法还包括：生成描述业务校验结果的反馈报文，所述反馈报文包括用于表示业务校验通过的报文或用于表示业务校验未通过的报文；将所述反馈报文发送至所述文件传输协议服务器，以便于所述受托服务器定时获取所述反馈报文。

可选地，所述方法还包括：接收由所述受托服务器重新发送的修改后的业务数据，所述业务数据包括表示业务校验未通过的报文对应的业务数据。

根据本发明实施例的一个方面，提供一种业务数据处理装置，包括：报文数据获取模块，用于获取由受托服务器上传至文件传输协议服务器的预设业务的报文数据；业务数据解析模块，用于若判定所述报文数据完整，则对所述报文数据进行解析得到所述预设业务的业务数据；业务校验模块，用于根据所述预设业务的业务类型对所述业务数据进行业务校验；业务处理模块，用于若所述业务数据通过所述业务校验，则将所述业务数据传输至复核节点，以进行复核操作。

根据本发明实施例的一个方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的业务数据处理方法。

根据本发明实施例的一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的业务数据处理方法。

本发明实施例中提供的业务数据处理方法、装置、电子设备以及计算机可读存储介质中，一方面，根据预设业务的业务类型对业务数据进行业务校验，并在业务校验通过时只需要将预设业务推送至复核节点以使工作人员人工进行复核操作，避免了手动操作时对所有业务数据均需要进行手动录入的过程，减少了手动录入通过业务校验的预设业务的业务数据的过程，减少了工作量，提高了操作速度和操作效率。另一方面，实现了业务的自动处理过程，避免了人工造成误操作，提高了操作准确率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明实施例。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明实施例的原理。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示意性示出本发明实施例中一种业务数据处理方法的流程图。

图2示意性示出本发明实施例中对预设业务进行处理的具体流程图。

图3示意性示出本发明实施例中对预设业务通过业务校验的流程图。

图4示意性示出本发明实施例中业务数据自动处理的具体流程图。

图5示意性示出本发明实施例中一种业务数据处理装置的框图。

图6示意性示出本发明实施例中一种业务数据处理系统的框图。

图7示意性示出本发明实施例中一种电子设备的框图。

图8示意性示出本发明实施例中一种程序产品。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本发明实施例将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本发明实施例的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本发明实施例的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本发明实施例的各方面变得模糊。

此外，附图仅为本发明实施例的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

本示例实施方式中提供了一种业务数据处理方法，可以应用于受托方和账管方(即受托服务器和账管服务器)对业务数据进行录入、核验等处理的应用场景。参考图1所示，以账管服务器为执行主体，所述业务数据处理方法包括以下步骤：

在步骤S110中，获取由受托服务器上传至文件传输协议服务器的预设业务的报文数据；

在步骤S120中，若判定所述报文数据完整，则对所述报文数据进行解析得到所述预设业务的业务数据；

在步骤S130中，根据所述预设业务的业务类型对所述业务数据进行业务校验；

在步骤S140中，若所述业务数据通过所述业务校验，则将所述业务数据传输至复核节点，以进行复核操作。

本发明实施例中提供的业务数据处理方法，一方面，根据预设业务的业务类型对业务数据进行业务校验，并在业务校验通过时只需要将预设业务推送至复核节点以使工作人员人工进行复核操作，避免了手动操作时对所有业务数据均需要进行手动录入的过程，减少了手动录入通过业务校验的预设业务的业务数据的过程，减少了工作量，提高了操作速度和操作效率。另一方面，实现了业务的自动处理过程，避免了人工造成误操作，提高了操作准确率。

接下来，结合附图对本示例性实施例中的业务数据处理方法进行详细说明。

在步骤S110中，获取由受托服务器上传至文件传输协议服务器的预设业务的报文数据。

本示例性实施例中，受托服务器指的是接受委托的多个业务，并对多个业务的业务数据进行处理的服务器。FTP(File Transfer Protocol，文件传输协议)服务器是在互联网上提供文件存储和访问服务的计算机，其依照FTP协议提供服务，即就是专门用来传输文件的协议。简单地说，支持FTP协议的服务器就是FTP服务器。

报文数据指的是生成的报文，例如可以为HTTP报文。一般而言，报文是网络中交换与传输的数据单元，即站点一次性要发送的数据块。报文包含了将要发送的完整的数据信息，其长短很不一致，长度不限且可变。本示例性实施例中，受托方在做完业务后，可根据具体的业务类型和业务数据，生成固定格式的报文数据。其中，不同的业务类型可对应不同固定格式的报文数据。业务类型例如可以为缴费或者是成员增加等等。基于此，受托服务器可为缴费生成第一格式的报文数据，可为成员增加生成第二格式的报文数据。

进一步地，可对报文数据进行加密压缩并上传至文件传输协议服务器。在此基础上，账管服务器可以根据设置的定时策略定时从文件传输协议服务器中获取和下载由受托服务器上传的预设业务的报文数据。预设业务指的是受托方通过受托服务器上传的处理完成的业务，例如成员增加或者是缴费中的任意一种。

定时读取可以理解为：在每天的某一固定时刻或者是某些固定时刻读取由受托服务器上传至文件传输协议服务器的报文数据，固定时刻例如可以为每天的05:00、12:00、17:00等等，当然也可以为其他根据实际需求而设置的一个或者是多个合适的时刻，此处不作特殊限定。除此之外，定时读取还可以理解为：每隔预设时长读取由受托服务器上传至文件传输协议服务器的报文数据，预设时长例如可以为一小时、半小时等等，当然也可以为其他根据实际需求而设置的预设数值，此处不作特殊限定。通过定时策略读取报文数据，可提高报文数据的读取效率和便捷性。

在步骤S120中，若判定所述报文数据完整，则对所述报文数据进行解析得到所述预设业务的业务数据。

本示例性实施例中，在得到报文数据之后，可对报文数据进行验证，以保证得到准确的报文数据。报文验证也可以理解为消息认证，即消息的接收者对消息进行验证。验证过程中，可验证报文的完整性，即验证报文在传送或存储过程中未被篡改、重放或延迟等。报文验证方式可以包括基于报文加密算法的鉴别，基于报文鉴别码的鉴别方式或基于散列函数的鉴别方式中的任意一种。

以基于报文鉴别码的鉴别方式为例进行说明，报文完整性验证的过程主要包括：生成一个小的数据块追加在明文报文的后面，这个数据块称为报文鉴别码或消息认证码。发送给接收方后，接收方对收到的信息将加密的数据块和明文报文信息分开，用发送方同样的方法和同样的计算算法生成一个小的数据块，然后将这个数据块和发送方发来的数据块进行比较，如果相等，则报文是完整的，否则是不完整的。此处的接收方指的即是账管服务器，发送方指的即是受托服务器。另外，也可以通过外控制方法，只加密报文，不加密鉴别码，在加密函数的外部验证完整性，以验证报文的完整性。

本示例性实施例中，若在下载报文数据的压缩包且对报文数据进行解压后，如果验证了报文数据是完整的，则调用报文解析模块对报文数据进行解析，以得到预设业务的业务数据。如果验证了报文数据是不完整的，则生成用于表示报文数据不完整的反馈报文或者是错误报文，并将错误报文加密压缩后上传到文件传输协议服务器，并结束定时任务结束以及整个流程。

接下来，在步骤S130中，根据所述预设业务的业务类型对所述业务数据进行业务校验。

本示例性实施例中，预设业务的业务类型指的是缴费、成员新增或者是其它类型，业务校验主要用于校验预设业务的业务数据的是否正确，具体可以包括业务数据的格式是否正确，也可以包括业务数据的内容或者是数据是否正确等等。为了准确对业务数据进行核验，本示例性实施例中可为每种业务类型的预设业务分别设置一个核验规则，以辅助进行数据核验，也就是说，业务类型不同，核验规则也不同，以辅助对不同业务类型的预设业务进行准确核验。

举例而言，当预设业务为缴费时，可将核验规则设置为缴费人员是否有效、或者是缴费人员是否为企业人员、支付是否有效等等；当预设业务为成员新增时，核验规则设置为缴费人员是否有效、支付是否有效等等。具体地，可通过程序将预设业务的业务数据与数据库中存在的核验规则进行对比，以快速、准确确定业务数据的正确性。

在步骤S140中，若所述业务数据通过所述业务校验，则将所述业务数据传输至复核节点，以进行复核操作。

本示例性实施例中，根据业务数据是否通过业务校验，可以使用不同的方式对业务数据进行处理，或者是根据业务数据是否通过业务校验将业务数据传输至不同的操作节点，进而通过人工方式对业务数据进行处理。例如可以对业务数据进行复核操作，或者是对业务数据进行人工手动录入操作中的任意一种。

图2示意性示出了业务数据处理的具体流程图。参考图2中所示，对业务数据处理的具体流程进行说明，主要包括步骤S210至步骤S230。

在步骤S210中，判断预设业务的业务数据是否通过业务校验。若预设业务的业务数据通过业务校验，则转至步骤S220；若预设业务的业务数据未通过业务校验，则转至步骤S230。

在步骤S220中，如果预设业务的业务数据通过业务校验，则可以将通过业务校验的业务数据传输至复核节点。如此一来，只需人工对传输至复核节点的通过业务核验的业务数据(即正确的业务数据)进行复核操作，避免了相关技术中对所有业务数据均进行新建业务、业务录入以及业务复核的操作而导致的操作量较大的问题。

参考图3中所示，推送至复核节点的具体过程包括步骤S310和步骤S320，其中：在步骤S310中，若所述业务数据通过所述业务核验，则生成所述预设业务对应的新业务；在步骤S320中，将所述业务数据写入所述新业务，并将所述业务数据传输至复核节点。举例而言，在预设业务1(为用户A缴费)的业务数据通过业务校验时，可以生成预设业务1对应的新业务，以将预设业务1对应的业务数数据自动填入新业务，从而完成为用户A缴费的业务。进一步地，可将预设业务1对应的业务数据推送至复核节点，通过复核节点，使得工作人员只对预设业务1的业务数据进行复核操作而不进行其他操作。本示例性实施例中，通过只将通过业务核验的业务数据(即正确的业务数据)推送至复核节点，以使工作人员对业务数据进行复核操作，避免了相关技术中对所有业务数据均进行新建业务、业务录入以及业务复核的操作而导致的操作量较大的问题，因此减少了工作量，且提高了业务数据的处理速度和处理效率。

在步骤S230中，若所述业务数据未通过业务校验，则对预设业务进行录入操作。继续参考图2中所示，进行录入操作的具体过程包括步骤S231和步骤S232。在步骤S231中，若所述业务数据未通过所述业务校验，则将所述业务数据推送至录入节点；在步骤S232中，在录入节点生成所述预设业务对应的空业务，以便于通过所述录入节点将所述业务数据录入所述空业务。举例而言，若预设业务2(缴费)的业务数据中，业务数据中包含的用户B不属于企业人员，或者是用户B的信息失效，则可认为预设业务2未通过业务校验，此时可以将预设业务2返回录入节点，并在录入节点处根据预设业务2的业务类型生成一条与业务类型对应的不存在数据的空业务，例如生成类型为缴费的不存在数据的空业务3，以通过空业务3替换预设业务2。进一步地，可使受托方的工作人员将预设业务2对应的正确的业务数据写入生成的空业务3中，以将预设业务2的业务数据手动录入账管方系统，从而完成账管方处理流程。

具体地，可在录入节点生成空业务，并在录入节点通过人工录入空业务的业务数据。空业务的业务数据可以理解为与未通过核验的预设业务对应的正确的业务数据。例如，预设业务2的正确的业务数据为A，当预设业务2的业务数据为B或者是AA时，可认为预设业务2未通过业务校验。此时，可根据与预设业务2的业务类型相同的空业务3，以通过空业务3来代替预设业务2。并且可以将空业务3推动至录入节点，通过人工方式在录入节点将预设业务2对应的正确的业务数据A填入空业务中，进而手动录入账管服务器中，以使账管服务器进行存储等操作。由于业务校验未通过，无法自动完成业务处理过程，因此需要人工录入正确的业务数据，以保证业务数据的准确性。本步骤中，通过人工录入正确的业务数据，可避免由于未通过业务校验而导致的无法录入业务数据的问题，为精准处理业务数据的过程提供了便利。

需要补充的是，在对业务数据进行业务校验时，可生成用于描述校验结果的反馈报文。反馈报文可以为一种可以自定义格式的报文，例如数据校验失败，失败原因是受托方的业务数据文件中的一项数据的数据格式不正确，则反馈报文可以为数据项第[x]项：数据格式不正确。

具体地，反馈报文可以包括用于表示业务校验通过的报文，也可以包括用于表示业务未通过的反馈报文。也就是说，在账管服务器对预设业务的业务数据进行业务校验时，如果业务数据通过校验，则生成用于表示业务校验通过的报文。如果业务数据未通过校验，则生成用于表示业务校验未通过的报文。

在生成预设业务对应的反馈报文之后，可将反馈报文发送至文件传输协议服务器，以供受托服务器进行查询和检索。其中，可对用于表示业务校验未通过的报文或者是对用于表示业务校验通过的报文进行加密压缩，并将加密压缩后的报文上传至文件传输协议服务器，以保证反馈报文的安全性，同时提高传输速度。

在账管服务器将反馈报文上传至文件传输协议服务器之后，受托服务器可定时读取和检索账管服务器提供的反馈报文。受托方通过受托服务器定时从文件传输协议服务器中读取并检索反馈报文，以便于受托方的工作人员对用于表示业务校验未通过的报文对应的业务数据进行再次核验和修改，得到修改后的业务数据，进而将其修改为预设业务的正确的业务数据。在修改业务数据之后，可将预设业务对应的修改后的正确的业务数据重新发送至文件传输协议服务器。此时，账管服务器可接收由受托服务器重新发送的修改后的预设业务的业务数据，或者是可以人工录入由受托服务器重新发送的修改后的业务数据，以保证业务数据的准确性。

图4示意性示出了业务数据处理的具体流程图。参考图4所示对整个处理过程进行说明，具体包括以下步骤：

在步骤S401中，账管服务器定时读取受托服务器产生的预设业务关联的报文数据。

在步骤S402中，解压报文数据，并验证报文数据是否完整。若是，则转至步骤S403；若否，则转至步骤S404。

在步骤S403中，对报文数据进行解析，得到报文数据对应的业务数据，并进一步执行步骤S405。

在步骤S404中，生成报文数据不完整的报文(即错误报文)。

在步骤S405中，对业务数据进行校验，以确定业务数据是否正确。若是，则转至步骤S406；若否，则转至步骤S407。

在步骤S406中，用业务流程模块生成与预设业务的业务类型相同的一条新业务，并执行步骤S408。

在步骤S407中，生成业务校验失败的反馈报文。

在步骤S408中，调用业务流程模块推动该新业务至复核节点，生成业务校验成功的反馈报文，账管业务流程结束。

在步骤S409中，通过受托服务器定时读取账管服务器的反馈报文。

在步骤S410中，受托服务器生成业务数据报文。

在步骤S411中，基于步骤S404、步骤S407、步骤S408以及步骤S410，将账管服务器生成的反馈报文或者是受托服务器生成的报文数据发送至FTP服务器。

通过图4中的步骤S401至步骤S411，只需要对业务校验通过的业务数据推送至复核节点而不需要手动录入等其他操作，大大地缩减了工作量。除此之外，自动生成业务流程后，几乎不会出现错误数据的业务，提高了业务处理的正确率。对于未通过业务核验的预设业务而言，可在录入节点生成一条不包括数据的空业务，从而手动对空业务录入业务数据，进而录入账管服务器，保证了数据的准确性。

本发明实施例中还提供了一种业务数据处理装置500，参考图5中所示，业务数据处理装置500可以包括报文数据获取模块501、业务数据解析模块502、业务校验模块503以及业务处理模块504，其中：

报文数据获取模块501，用于获取由受托服务器上传至文件传输协议服务器的预设业务的报文数据；

业务数据解析模块502，用于若判定所述报文数据完整，则对所述报文数据进行解析得到所述预设业务的业务数据；

业务校验模块503，用于根据所述预设业务的业务类型对所述业务数据进行业务校验；

业务处理模块504，用于若所述业务数据通过所述业务校验，则将所述业务数据传输至复核节点，以进行复核操作。

可选地，所述装置还包括：报文数据判断模块，用于若判定所述报文数据不完整，则生成用于表示报文数据不完整的反馈报文并发送至所述文件传输协议服务器。

可选地，业务校验模块包括：校验控制模块，用于根据所述预设业务对应的校验规则，对所述预设业务的业务数据进行校验，以确定所述业务数据是否正确。

可选地，业务处理模块包括：新业务生成模块，用于若所述业务数据通过所述业务核验，则生成所述预设业务对应的新业务；数据传输模块，用于将所述业务数据写入所述新业务，并将所述业务数据传输至复核节点。

可选地，所述装置还包括：空业务生成模块，用于若所述业务数据未通过所述业务校验，则在录入节点生成所述预设业务对应的空业务，以便于通过所述录入节点将所述业务数据录入所述空业务。

可选地，所述装置还包括：反馈报文生成模块，用于生成描述业务校验结果的反馈报文，所述反馈报文包括用于表示业务校验通过的报文或用于表示业务校验未通过的报文；反馈报文发送模块，用于将所述反馈报文发送至所述文件传输协议服务器，以便于所述受托服务器定时读取所述反馈文件。

可选地，所述装置还包括：业务数据接收模块，用于接收由所述受托服务器重新发送的修改后的业务数据，所述业务数据包括表示业务校验未通过的报文对应的业务数据。

除此之外，本发明实施例中，还提供了一种业务数据处理系统，参考图6所示，该业务数据处理系统600包括以下模块：

报文生成模块601，用于根据具体的业务类型和业务数据，生成固定格式的报文数据。主要由受托服务器执行。

报文传输模块602，用于将报文数据传输或者下载。

报文解析模块603，用于解析报文数据，获取报文数据中包含的业务数据。

定时调度模块604，用于根据设置的定时策略来定时调度解析报文，推动业务流程。

压缩模块605，用于加密压缩报文数据或者是解压加密压缩过的报文数据。

校验模块606，主要包含文件校验和业务校验两部分，其中文件校验用于校验文件(报文数据)的完整性；业务校验主要用于校验业务数据的格式和内容是否正确。

业务流程模块607，用于根据业务类型来创建新业务或者推动已有业务到下一节点，以对业务进行自动处理。

需要说明的是，上述业务数据处理装置中各功能模块的具体细节，以及业务数据处理系统中各模块的具体细节已经在对应的业务数据处理方法中进行了详细描述，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本发明实施例中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本发明实施方式的方法。

在本发明实施例的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图7来描述根据本发明的这种实施方式的电子设备700。图7显示的电子设备700仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示，电子设备700以通用计算设备的形式表现。电子设备700的组件可以包括但不限于：上述至少一个处理单元710、上述至少一个存储单元720、连接不同系统组件(包括存储单元720和处理单元710)的总线730。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元710执行，使得所述处理单元710执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元710可以执行如图1中所示的步骤：在步骤S110中，获取由受托服务器上传至文件传输协议服务器的预设业务的报文数据；在步骤S120中，若判定所述报文数据完整，则对所述报文数据进行解析得到所述预设业务的业务数据；在步骤S130中，根据所述预设业务的业务类型对所述业务数据进行业务校验；在步骤S140中，若所述业务数据通过所述业务校验，则将所述业务数据传输至复核节点，以进行复核操作。

存储单元720可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)7201和/或高速缓存存储单元7202，还可以进一步包括只读存储单元(ROM)7203。

存储单元720还可以包括具有一组(至少一个)程序模块7205的程序/实用工具7204，这样的程序模块7205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线730可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

显示单元740可以为具有显示功能的显示器，以通过该显示器展示由处理单元710执行本示例性实施例中的方法而得到的处理结果。显示器包括但不限于液晶显示器或者是其它显示器。

电子设备700也可以与一个或多个外部设备900(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备700交互的设备通信，和/或与使得该电子设备700能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口750进行。并且，电子设备700还可以通过网络适配器760与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器760通过总线730与电子设备700的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备700使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

在本发明实施例的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

参考图8所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品800，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明实施例的其他实施例。本申请旨在涵盖本发明实施例的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明实施例的一般性原理并包括本发明实施例未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明实施例的真正范围和精神由权利要求指出。

Claims (10)

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

获取由受托服务器上传至文件传输协议服务器的预设业务的报文数据；

若判定所述报文数据完整，则对所述报文数据进行解析得到所述预设业务的业务数据；

根据所述预设业务的业务类型对所述业务数据进行业务校验；

若所述业务数据通过所述业务校验，则将所述业务数据传输至复核节点，以进行复核操作。

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

若判定所述报文数据不完整，则生成用于表示报文数据不完整的反馈报文并发送至所述文件传输协议服务器。

3.根据权利要求1所述的业务数据处理方法，其特征在于，根据所述预设业务的业务类型对所述业务数据进行业务校验包括：

根据所述预设业务对应的校验规则，对所述预设业务的业务数据进行校验，以确定所述业务数据是否正确。

4.根据权利要求1所述的业务数据处理方法，其特征在于，若所述业务数据通过所述业务校验，则将所述业务数据传输至复核节点包括：

若所述业务数据通过所述业务核验，则生成所述预设业务对应的新业务；

将所述业务数据写入所述新业务，并将所述业务数据传输至所述复核节点。

5.根据权利要求1所述的业务数据处理方法，其特征在于，所述方法还包括：

若所述业务数据未通过所述业务校验，则在录入节点生成所述预设业务对应的空业务，以便于通过所述录入节点将所述业务数据录入所述空业务。

6.根据权利要求4或5所述的业务数据处理方法，其特征在于，所述方法还包括：

生成描述业务校验结果的反馈报文，所述反馈报文包括用于表示业务校验通过的报文或用于表示业务校验未通过的报文；

将所述反馈报文发送至所述文件传输协议服务器，以便于所述受托服务器定时获取所述反馈报文。

7.根据权利要求6所述的业务数据处理方法，其特征在于，所述方法还包括：

接收由所述受托服务器重新发送的修改后的业务数据，所述业务数据为表示业务校验未通过的报文对应的业务数据。

8.一种业务数据处理装置，其特征在于，包括：

报文数据获取模块，用于获取由受托服务器上传至文件传输协议服务器的预设业务的报文数据；

业务数据解析模块，用于若判定所述报文数据完整，则对所述报文数据进行解析得到所述预设业务的业务数据；

业务校验模块，用于根据所述预设业务的业务类型对所述业务数据进行业务校验；

业务处理模块，用于若所述业务数据通过所述业务校验，则将所述业务数据传输至复核节点，以进行复核操作。

9.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1-7任意一项所述的业务数据处理方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-7任意一项所述的业务数据处理方法。