CN109445758A - 数据处理方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种基于自动程序设计技术的数据处理方法、装置、计算机设备和存储介质。该方法包括：获取订单生成请求；订单生成请求携带了数据标识和平台标识；根据订单生成请求，获取与数据标识相应的订单数据；调用父服务组件；父服务组件包括校验服务组件和订单服务组件；确定每个父服务组件对应的子服务组件；所确定的子服务组件携带平台标识；通过校验服务组件对应的子服务组件对订单数据进行校验；当订单数据校验通过时，通过订单服务组件对应的子服务组件根据订单数据生成目标订单。采用本方法能够针对不同的产品销售平台对订单数据进行个性化快速处理。

Description

数据处理方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种数据处理方法、装置、计算机设备和存储介质。

背景技术

随着互联网快速发展，涌现出了大量的产品销售平台。不同的产品销售平台针对产品的订单数据通常会有不同的数据核验流程或不同的订单生成流程。传统方式中，当核验服务器对接多个产品销售平台时，开发人员需要针对每个产品销售平台编写不同的业务代码，以对订单数据进行个性化核验。由于业务代码耦合度较高，当产品销售平台的需求更改时，开发人员需要对业务代码做出大量的修改，核验服务器与产品销售平台对接耗时长，从而导致核验服务器无法对产品销售平台的订单数据进行快速处理。

发明内容

基于此，有必要针对上述技术问题，提供一种能够针对不同的产品销售平台对订单数据进行个性化快速处理的数据处理方法、装置、计算机设备和存储介质。

一种数据处理方法，所述方法包括：获取订单生成请求；所述订单生成请求携带了数据标识和平台标识；根据所述订单生成请求，获取与所述数据标识相应的订单数据；调用父服务组件；所述父服务组件包括校验服务组件和订单服务组件；确定每个所述父服务组件对应的子服务组件；所确定的子服务组件携带所述平台标识；通过所述校验服务组件对应的子服务组件对所述订单数据进行校验；当所述订单数据校验通过时，通过所述订单服务组件对应的子服务组件根据所述订单数据生成目标订单。

在其中一个实施例中，所述方法还包括：当所述订单数据校验不通过时，将所述订单数据发送至与所述平台标识对应的平台服务器，以使所述平台服务器对所述订单数据进行自核校验，得到自核结果；接收所述平台服务器返回的所述自核结果；当所述自核结果为自核通过时，判定所述订单数据校验通过。

在其中一个实施例中，在所述调用父服务组件之前，还包括：获取多个父服务组件；每个所述父服务组件与至少一个子服务组件相关联；确定与每个子服务组件对应的子组件标识；接收组件组装请求；所述组件组装请求携带待匹配组件标识和平台标识；比较所述待匹配组件标识与所述子组件标识，得到匹配的子服务组件；通过所述平台标识对所述匹配的子服务组件进行标记。

在其中一个实施例中，在所述比较所述待匹配组件标识与所述子组件标识，得到匹配的子服务组件之后，还包括：对所述匹配的子服务器组件进行分组，得到多组子服务器组件；将每组中的子服务器组件进行组装，得到与每组子服务器组件对应的组装功能组件；为每个组装功能组件分配对应的核验子服务器，将每个组装功能组件发送至对应的核验子服务器。

在其中一个实施例中，所述校验服务组件对应的子服务组件包括第一校验子组件、第二校验子组件和第三校验子组件；所述通过所述校验服务组件对应的子服务组件对所述订单数据进行校验，包括：通过第一校验子组件提取所述订单数据中与预设指标对应的指标数据，对所述指标数据进行完整度校验；当所述指标数据不完整时，通过第二校验子组件获取缺失的指标数据，并将所获取的所述指标数据补充至所述订单数据中；通过第三校验子组件获取与所述平台标识对应的校验规则集，基于所述校验规则集对完整的所述订单数据进行规则校验，得到规则校验结果。

在其中一个实施例中，所述订单服务组件对应的子服务组件包括第一订单子组件和第二订单子组件；所述通过所述订单服务组件对应的子服务组件根据所述订单数据生成目标订单，包括：通过第一订单子组件基于所述订单数据计算得到数值数据，将所述数值数据发送至与所述平台标识对应的平台服务器；当通过第二订单子组件接收所述平台服务器发送的交易数据时，通过第三订单子组件生成目标订单。

一种数据处理装置，所述装置包括：获取模块，用于获取订单生成请求；所述订单生成请求携带了数据标识和平台标识；调用模块，用于调用父服务组件；所述父服务组件包括校验服务组件和订单服务组件；确定模块，用于确定每个所述父服务组件对应的子服务组件；所确定的子服务组件携带所述平台标识；校验模块，用于通过所述校验服务组件对应的子服务组件对所述订单数据进行校验；生成模块，用于当所述订单数据校验通过时，通过所述订单服务组件对应的子服务组件根据所述订单数据生成目标订单。

在其中一个实施例中，校验模块还用于当所述订单数据校验不通过时，将所述订单数据发送至与所述平台标识对应的平台服务器，以使所述平台服务器对所述订单数据进行自核校验，得到自核结果；接收所述平台服务器返回的所述自核结果；当所述自核结果为自核通过时，判定所述订单数据校验通过。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述各个实施例中所述的数据处理方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述各个实施例中所述的数据处理方法的步骤。

上述数据处理方法、装置、计算机设备和存储介质，核验服务器可与多个平台服务器对接。每个平台服务器将各自生成的订单生成请求发送至核验服务器进行处理。核验服务器可根据订单生成请求携带的数据标识获取相应的订单数据，还可以获取包括校验服务组件和订单服务组件的父服务组件。核验服务器在确定每个父服务组件对应的、携带平台标识的子服务组件之后，可通过校验服务组件对应的子服务组件对订单数据进行校验，当订单数据校验通过时，通过订单服务组件对应的子服务组件根据订单数据生成目标订单。由于子服务组件之间耦合度较低，通过提前针对不同的平台配置设置不同的子服务组件，能够在调用父服务组件时使用与平台标识相应的子服务组件，且每个子服务组件都能够重复利用于不同的平台，从而能够针对不同的产品销售平台对订单数据进行个性化快速处理。

附图说明

图1为一个实施例中数据处理方法的应用场景图；

图2为一个实施例中数据处理方法的流程示意图；

图3为一个实施例中对子服务组件进行分组组装的示意图；

图4为另一个实施例中数据处理方法的流程示意图；

图5为一个实施例中数据处理装置的结构框图；

图6为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

可以理解，本发明所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语的限制。这些术语仅用于将第一个元件与另一个元件区分。举例来说，在不脱离本发明的范围的情况下，可以将第一校验子组件称为第二校验子组件，且类似地，可将第二校验子组件称为第一校验子组件。第一校验子组件和第二校验子组件两者都是校验服务组件对应的子服务组件，但其不是同一子服务组件。

本申请提供的数据处理方法，可以应用于如图1所示的应用环境中。其中，终端102与平台服务器104通过网络进行通信。多个平台服务器104与核验服务器106通过网络进行通信。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，平台服务器104与核验服务器106可以用独立的服务器或者是多个服务器组成的服务器集群来实现。用户可在终端102上访问多个产品销售平台，并将订单数据上传至所访问的产品销售平台对应的平台服务器104。每个平台服务器104可生成相应的订单生成请求统一发送至核验服务器106进行处理。核验服务器106可根据订单生成请求携带的数据标识获取相应的订单数据。核验服务器106还可以通过接口获取预设的父服务组件，父服务组件包括校验服务组件和订单服务组件。核验服务器106可确定每个父服务组件对应的、与订单生成请求携带的平台标识对应的子服务组件，通过校验服务组件对应的子服务组件对订单数据进行校验，当订单数据校验通过时，核验服务器106还可以通过订单服务组件对应的子服务组件根据订单数据生成目标订单，并将生成的目标订单发送至相应的平台服务器104，平台服务器104可将目标订单转发至相应的终端102。

在一个实施例中，如图2所示，提供了一种数据处理方法，以该方法应用于图1中的核验服务器106为例进行说明，包括以下步骤：

步骤202，获取订单生成请求；订单生成请求携带了数据标识和平台标识。

订单生成请求是指平台服务器发送给核验服务器用于生成订单的请求。用户可通过终端上访问多个产品销售平台，并将订单数据上传至所访问的产品销售平台对应的平台服务器。每个平台服务器可生成相应的订单生成请求发送至统一的核验服务器进行处理。核验服务器将接收到的订单生成请求按照接收时间顺序进行存储之后，核验服务器可获取订单生成请求进行相应的逐一处理，也可以每隔预设时长获取多个订单生成请求进行批量处理。

在一个实施例中，终端可提供订单申请界面，该订单申请界面中包括文本框、下拉框、选择框等多种输入控件。用户可基于实际情况通过输入控件输入相关的订单数据。比如说，当用户需要购买金融产品时，需要输入个人基本信息、个人资产信息、健康状况信息等其中一种或多种订单数据。订单申请界面中还可包括申请控件，当终端检测到作用于该申请控件的触发指令时，终端可将订单数据汇总发送至平台服务器。平台服务器在接收到订单数据之后，可生成相应的订单生成请求发送至核验服务器。

步骤204，根据订单生成请求，获取与数据标识相应的订单数据。

数据标识是指用于获取订单数据的字符串的标识。数据标识可以是订单数据对应的数据库存储路径，核验服务器可直接根据数据库存储路径获取相应的订单数据。数据标识还可以是由字母、数字、标点符号等构成的字符串，比如可以是订单名称、订单编码等，核验服务器可基于数据标识从预设的数据库中获取相应的订单数据。平台标识是指用于区分核验服务器所对接的不同产品销售平台的标识。平台标识也可以是由字母、数字、标点符号等构成的字符串，比如可以是平台名称缩写、平台代号等。

步骤206，调用父服务组件；父服务组件包括校验服务组件和订单服务组件。

父服务组件是指用于实现父类功能的组件。组件是指对数据或方法的封装。比如说，父服务组件可通过Spring Cloud(一系列框架的有序集合)进行封装。比如校验服务组件是指用于实现订单数据校验功能的父服务组件；订单服务组件是指用于实现订单生成及管理功能的父服务组件。

步骤208，确定每个父服务组件对应的子服务组件；所确定的子服务组件携带平台标识。

子服务组件是指用于实现细化子功能的组件。比如，订单数据校验功能包括但不限于对订单数据的完整性校验、对订单数据的合法性校验、对订单数据的个性化规则校验、对订单数据的重核校验、保存校验结果等多种细化子功能。再比如，订单生成及管理功能包括但不限于获取校验通过订单数据、根据获取的订单数据计算数值数据、生成目标订单、订单查询等多种细化子功能。可通过父服务组件调用子服务组件对订单数据进行处理。

在一个实施例中，由于不同的产品销售平台通常针对产品会有不同的数据核验流程或不同的订单生成流程，则不同产品销售平台对实现的细化子功能会有不同的需求。核验服务器可根据封装好的多个子服务组件生成子组件标识列表，并将包含子组件标识列表的服务配置界面发送至与配置终端，开发人员可基于不同平台的需求通过配置终端对子服务组件进行组装配置。配置终端可检测到基于子组件标识列表中子组件标识的选定操作，并根据所选定的子组件标识确定与不同平台标识对应的子服务组件。通过预先的配置，针对不同的产品销售平台，可通过不同的子服务组件实现不同的细化子功能。

举例来说，当产品销售平台A针对订单数据校验过程需要实现对订单数据的完整性校验和对订单数据的合法性校验，而产品销售平台B针对订单数据校验过程需要实现对订单数据的完整性校验和对订单数据的个性化规则校验、对订单数据的重核校验时，则需要在校验服务组件和订单服务组件中，分别针对产品销售平台A和产品销售平台B配置不同的子服务组件。

步骤210，通过校验服务组件对应的子服务组件对订单数据进行校验。

在一个实施例中，通过校验服务组件对应的子服务组件对订单数据进行校验，包括：通过第一校验子组件提取订单数据中与预设指标对应的指标数据，对指标数据进行完整度校验；当指标数据不完整时，通过第二校验子组件获取缺失的指标数据，并将所获取的指标数据补充至订单数据中；通过第三校验子组件获取与平台标识对应的校验规则集，基于校验规则集对完整的订单数据进行规则校验，得到规则校验结果。

预设指标包括但不限于客户基本信息、产品类型、服务约定信息、客户告知信息等指标。相应地，完整度校验是指对判断订单数据中是否包含预设指标对应的指标数据。当指标数据不完整时，需要获取缺失的指标数据。比如说，当检测到该订单数据中不包含指标数据客户标识时，则可基于该用户的客户基本信息在客户信息数据库中进行查询。若查询到相应的客户标识，则可通过第二校验子组件将查询到的客户标识补充至订单数据中；若查询不到相应的客户标识说明该用户可为新客户，则通过第二校验子组件为该用户分配一个新的客户标识。

在一个实施例中，不同的产品销售平台对订单数据的规则校验可有不同的需求，校验规则集是指针对每个平台需求构建的校验规则的集合。规则校验包括但不限于判断数字范围是否符合相应数字区间、判断字符串长度范围是否符合相应的预设长度、判断日期格式是否为预设格式、判断身份证号码有效性等，但不限于此。可预先在数据库中针对每个产品销售平台创建相应的参数校验配置表，然后实现配置表中所有类型的校验方法。当获取到补充完整后的订单数据时，则可根据订单数据对应的平台标识查询相应的校验配置表；根据校验配置表对订单数据进行个性化规则校验。

步骤212，当订单数据校验通过时，通过订单服务组件对应的子服务组件根据订单数据生成目标订单。

在一个实施例中，通过订单服务组件对应的子服务组件根据订单数据生成目标订单，包括：通过第一订单子组件基于订单数据计算得到数值数据，将数值数据发送至与平台标识对应的平台服务器；当通过第二订单子组件接收平台服务器发送的交易数据时，通过第三订单子组件生成目标订单。

相同的产品通过不同的产品销售平台进行销售可有不同的定价。比如，产品销售平台A可在预设时间区间内进行促销活动，针对产品实施八折优惠。相同的产品根据订单数据本身的情况差异也可有不同的定价。比如，针对健康保险产品，健康情况差的客户需要支付一定的附加保费。第一订单子组件可基于平台标识对应的折扣信息及订单数据计算相应的数值数据，并将数值数据发送至平台服务器。

平台服务器可通过第三方支付服务器根据数值数据生成交易会话，由第三方支付服务器发送交易会话至相应的终端。当终端通过交易会话确认授权，完成支付之后，第三方支付服务器将会生成交易数据发送至平台服务器。交易数据是指对订单支付成功的认证数据。平台服务器可将交易数据直接发送至核验服务器，还可以将交易数据加密后发送至核验服务器。当核验服务器通过第二订单子组件接收平台服务器发送的交易数据时，说明用户已对订单支付成功，则可通过第三订单子组件生成目标订单。

上述数据处理方法中，核验服务器可与多个平台服务器对接。每个平台服务器将各自生成的订单生成请求发送至核验服务器进行处理。核验服务器可根据订单生成请求携带的数据标识获取相应的订单数据，还可以获取包括校验服务组件和订单服务组件的父服务组件。核验服务器在确定每个父服务组件对应的、携带平台标识的子服务组件之后，可通过校验服务组件对应的子服务组件对订单数据进行校验，当订单数据校验通过时，通过订单服务组件对应的子服务组件根据订单数据生成目标订单。由于子服务组件之间耦合度较低，通过提前针对不同的平台配置设置不同的子服务组件，能够在调用父服务组件时使用与平台标识相应的子服务组件，且每个子服务组件都能够重复利用于不同的平台，从而能够针对不同的产品销售平台对订单数据进行个性化快速处理。

在一个实施例中，当订单数据校验不通过时，将订单数据发送至与平台标识对应的平台服务器，以使平台服务器对订单数据进行自核校验，得到自核结果；接收平台服务器返回的自核结果；当自核结果为自核通过时，判定订单数据校验通过。

当订单数据校验不通过时，核验服务器可将订单数据发送至平台服务器进行自核校验。自核校验是指平台服务器根据自身需求对订单数据进行校验。比如说，平台服务器中可预设客户白名单，当订单数据校验不通过但订单数据中的涉及的客户处于该客户白名单中时，仍可判定为自核通过。通过核验服务器进行初步核验之后，能够将明确符合基本校验规则的订单数据筛选出来。对于不符合基本校验规则的订单数据，平台服务器可根据自身的需求进行再次筛选，避免因特殊情况被剔除的订单数据，从而提高订单生成成功率。

在一个实施例中，在调用父服务组件之前，还包括：获取多个父服务组件；每个父服务组件与至少一个子服务组件相关联；确定与每个子服务组件对应的子组件标识；接收组件组装请求；组件组装请求携带待匹配组件标识和平台标识；比较待匹配组件标识与子组件标识，得到匹配的子服务组件；通过平台标识对匹配的子服务组件进行标记。

组件组装请求是指用于将功能相关联的子服务组件进行组装的请求。该组件组装请求可由配置终端发送给核验服务器。由于针对不同的产品销售平台对子服务组件实现的功能需求有所差异，因此可通过平台标识对匹配的子服务组件进行标记，以便后续能对子服务组件进行个性化调用。

在一个实施例中，在比较待匹配组件标识与子组件标识，得到匹配的子服务组件之后，还包括：对匹配的子服务器组件进行分组，得到多组子服务器组件；将每组中的子服务器组件进行组装，得到与每组子服务器组件对应的组装功能组件；为每个组装功能组件分配对应的核验子服务器，将每个组装功能组件发送至对应的核验子服务器。

核验服务器可包括部署于分布式架构的计算机节点群，每个子服务组件的功能通过相应的一个或多个计算机节点来执行，或者每组子服务器组件对应的组装功能组件通过相应的一个或多个计算机节点来执行，能够提高并发处理效率。

以核保过程举例来说，校验服务组件包括但不限于投保服务组件、客户管理服务组件、投保规则云服务组件、人工核保服务组件。校验服务组件用于实现对订单数据进行核保的功能。订单服务组件包括但不限于承保服务组件、保单服务组件。订单服务组件用于实现对核保通过的订单进行承保的功能。如图3所示，提供了对子服务组件进行分组组装的示意图。针对产品销售平台M和产品销售平台N，可通过申请投保、扣费前检查和交费承保三个步骤对子服务器组件进行分组，对子服务组件进行分组，并分别进行组装。

投保服务组件对应的子服务组件分别用于实现以下功能：校验投保数据、创建质控任务、检查投保规则、保存投保数据、完成投保、封装投保结果等。客户管理服务组件对应的子服务组件分别用于实现以下功能：生成客户号、查询客户信息、新增客户信息、更新客户信息、合法性校验、合法性结果查询等。规则云服务组件对应的子服务组件分别用于实现以下功能：检查契约规则、检查投保自核规则等。人工核保服务组件对应的子服务组件分别用于实现以下功能：核保规则、核保结论、回销函件、下发函件、工作流推动、送核等。承保服务组件对应的子服务组件分别用于实现以下功能：承保、交费、扣款、退费等。保单服务组件对应的子服务组件分别用于实现以下功能：生成电子保单、保单打印、下载投保影像、回销保单回执等。还可以包括质控服务组件，质控服务组件对应的子服务组件分别用于实现以下功能：下发问题件、回销问题件、创建质控任务等。还可以数据报送服务组件，数据报送服务组件对应的子服务组件分别用于实现以下功能：报送监管数据、对接公共平台、回访数据抽取等。

在一个实施例中，如图4所示，提供了另一种数据处理方法，以该方法应用于图1中的核验服务器106为例进行说明，包括以下步骤：

步骤402，获取订单生成请求；订单生成请求携带了数据标识和平台标识。

步骤404，根据订单生成请求，获取与数据标识相应的订单数据。

步骤406，调用父服务组件；父服务组件包括校验服务组件和订单服务组件。

步骤408，确定每个父服务组件对应的子服务组件；所确定的子服务组件携带平台标识；校验服务组件对应的子服务组件包括第一校验子组件、第二校验子组件和第三校验子组件；订单服务组件对应的子服务组件包括第一订单子组件和第二订单子组件。

步骤410，通过第一校验子组件提取订单数据中与预设指标对应的指标数据，对指标数据进行完整度校验。

步骤412，当指标数据不完整时，通过第二校验子组件获取缺失的指标数据，并将所获取的指标数据补充至订单数据中。

步骤414，通过第三校验子组件获取与平台标识对应的校验规则集，基于校验规则集对完整的订单数据进行规则校验，得到规则校验结果。

步骤416，当订单数据校验通过时，通过第一订单子组件基于订单数据计算得到数值数据，将数值数据发送至与平台标识对应的平台服务器。

步骤418，当通过第二订单子组件接收平台服务器发送的交易数据时，通过第三订单子组件生成目标订单。

上述数据处理方法中，核验服务器可与多个平台服务器对接。每个平台服务器将各自生成的订单生成请求发送至核验服务器进行处理。核验服务器可根据订单生成请求携带的数据标识获取相应的订单数据，还可以获取包括校验服务组件和订单服务组件的父服务组件。核验服务器在确定每个父服务组件中对应的、携带平台标识的子服务组件之后，可通过第一校验子组件、第二校验子组件和第三校验子组件对订单数据进行校验，当订单数据校验通过时，通过第一订单子组件和第二订单子组件根据订单数据生成目标订单。由于子服务组件之间耦合度较低，通过提前针对不同的平台配置设置不同的子服务组件，能够在调用父服务组件时使用与平台标识相应的子服务组件，且每个子服务组件都能够重复利用于不同的平台，从而能够针对不同的产品销售平台对订单数据进行个性化快速处理，高效生成目标订单。

应该理解的是，虽然图2和4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2和4中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图5所示，提供了一种数据处理装置500，包括：获取模块502，用于获取订单生成请求；订单生成请求携带了数据标识和平台标识；调用模块504，用于调用父服务组件；父服务组件包括校验服务组件和订单服务组件；确定模块506，用于确定每个父服务组件对应的子服务组件；所确定的子服务组件携带平台标识；校验模块508，用于通过校验服务组件对应的子服务组件对订单数据进行校验；生成模块510，用于当订单数据校验通过时，通过订单服务组件对应的子服务组件根据订单数据生成目标订单。

在一个实施例中，校验模块508还用于当订单数据校验不通过时，将订单数据发送至与平台标识对应的平台服务器，以使平台服务器对订单数据进行自核校验，得到自核结果；接收平台服务器返回的自核结果；当自核结果为自核通过时，判定订单数据校验通过。

在一个实施例中，该装置还包括组装模块，用于获取多个父服务组件；每个父服务组件与至少一个子服务组件相关联；确定与每个子服务组件对应的子组件标识；接收组件组装请求；组件组装请求携带待匹配组件标识和平台标识；比较待匹配组件标识与子组件标识，得到匹配的子服务组件；通过平台标识对匹配的子服务组件进行标记。

在一个实施例中，组装模块还用于对匹配的子服务器组件进行分组，得到多组子服务器组件；将每组中的子服务器组件进行组装，得到与每组子服务器组件对应的组装功能组件；为每个组装功能组件分配对应的核验子服务器，将每个组装功能组件发送至对应的核验子服务器。

在一个实施例中，校验服务组件对应的子服务组件包括第一校验子组件、第二校验子组件和第三校验子组件；校验模块508还用于通过第一校验子组件提取订单数据中与预设指标对应的指标数据，对指标数据进行完整度校验；当指标数据不完整时，通过第二校验子组件获取缺失的指标数据，并将所获取的指标数据补充至订单数据中；通过第三校验子组件获取与平台标识对应的校验规则集，基于校验规则集对完整的订单数据进行规则校验，得到规则校验结果。

在一个实施例中，订单服务组件对应的子服务组件包括第一订单子组件和第二订单子组件；生成模块510还用于通过第一订单子组件基于订单数据计算得到数值数据，将数值数据发送至与平台标识对应的平台服务器；当通过第二订单子组件接收平台服务器发送的交易数据时，通过第三订单子组件生成目标订单。

关于数据处理装置的具体限定可以参见上文中对于数据处理方法的限定，在此不再赘述。上述数据处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储父服务组件。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种数据处理方法。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现上述各个实施例中的数据处理方法的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述各个实施例中的数据处理方法的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种数据处理方法，所述方法包括：

获取订单生成请求；所述订单生成请求携带了数据标识和平台标识；

根据所述订单生成请求，获取与所述数据标识相应的订单数据；

调用父服务组件；所述父服务组件包括校验服务组件和订单服务组件；

确定每个所述父服务组件对应的子服务组件；所确定的子服务组件携带所述平台标识；

通过所述校验服务组件对应的子服务组件对所述订单数据进行校验；

当所述订单数据校验通过时，通过所述订单服务组件对应的子服务组件根据所述订单数据生成目标订单。

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

当所述订单数据校验不通过时，将所述订单数据发送至与所述平台标识对应的平台服务器，以使所述平台服务器对所述订单数据进行自核校验，得到自核结果；

接收所述平台服务器返回的所述自核结果；

当所述自核结果为自核通过时，判定所述订单数据校验通过。

3.根据权利要求1所述的方法，其特征在于，在所述调用父服务组件之前，还包括：

获取多个父服务组件；每个所述父服务组件与至少一个子服务组件相关联；

确定与每个子服务组件对应的子组件标识；

接收组件组装请求；所述组件组装请求携带待匹配组件标识和平台标识；

比较所述待匹配组件标识与所述子组件标识，得到匹配的子服务组件；

通过所述平台标识对所述匹配的子服务组件进行标记。

4.根据权利要求3所述的方法，其特征在于，在所述比较所述待匹配组件标识与所述子组件标识，得到匹配的子服务组件之后，还包括：

对所述匹配的子服务器组件进行分组，得到多组子服务器组件；

将每组中的子服务器组件进行组装，得到与每组子服务器组件对应的组装功能组件；

为每个组装功能组件分配对应的核验子服务器，将每个组装功能组件发送至对应的核验子服务器。

5.根据权利要求1所述的方法，其特征在于，所述校验服务组件对应的子服务组件包括第一校验子组件、第二校验子组件和第三校验子组件；所述通过所述校验服务组件对应的子服务组件对所述订单数据进行校验，包括：

通过第一校验子组件提取所述订单数据中与预设指标对应的指标数据，对所述指标数据进行完整度校验；

当所述指标数据不完整时，通过第二校验子组件获取缺失的指标数据，并将所获取的所述指标数据补充至所述订单数据中；

通过第三校验子组件获取与所述平台标识对应的校验规则集，基于所述校验规则集对完整的所述订单数据进行规则校验，得到规则校验结果。

6.根据权利要求1所述的方法，其特征在于，所述订单服务组件对应的子服务组件包括第一订单子组件和第二订单子组件；所述通过所述订单服务组件对应的子服务组件根据所述订单数据生成目标订单，包括：

通过第一订单子组件基于所述订单数据计算得到数值数据，将所述数值数据发送至与所述平台标识对应的平台服务器；

当通过第二订单子组件接收所述平台服务器发送的交易数据时，通过第三订单子组件生成目标订单。

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

获取模块，用于获取订单生成请求；所述订单生成请求携带了数据标识和平台标识；

调用模块，用于调用父服务组件；所述父服务组件包括校验服务组件和订单服务组件；

确定模块，用于确定每个所述父服务组件对应的子服务组件；所确定的子服务组件携带所述平台标识；

校验模块，用于通过所述校验服务组件对应的子服务组件对所述订单数据进行校验；

生成模块，用于当所述订单数据校验通过时，通过所述订单服务组件对应的子服务组件根据所述订单数据生成目标订单。

8.根据权利要求7所述的装置，特征在于，校验模块还用于当所述订单数据校验不通过时，将所述订单数据发送至与所述平台标识对应的平台服务器，以使所述平台服务器对所述订单数据进行自核校验，得到自核结果；

接收所述平台服务器返回的所述自核结果；

当所述自核结果为自核通过时，判定所述订单数据校验通过。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。