CN111190750B - 一种数据处理方法以及系统 - Google Patents

Abstract

本发明适用于数据处理技术领域，提供了一种数据处理方法以及系统，该方法包括：确定具有目标数据格式的中间数据；根据预设的数据映射关系，对所述中间数据进行解析，以获取回调参数；根据所述回调参数进行业务处理，以获取处理结果，并返回所述处理结果。本发明在接收具有初始数据格式的初始数据后，首先对初始数据进行集中处理，以将其转换具有目标数据格式的中间数据，并将回调参数解析、业务映射与业务处理相隔离，从而无需针对不同产品进行单独开发，简化了支付结果回调处理的开发，可以大幅缩短开发时间，同时也使得数据接入系统维护成本显著降低，有助于满足保险产品的快速对接上线需求。

Description

一种数据处理方法以及系统

技术领域

本发明属于数据处理技术领域，尤其涉及一种数据处理方法以及系统。

背景技术

保险行业通常分为上游保险公司和下游保险经纪公司，上游保险公司推出保险后，下游保险经纪公司负责销售。保险经纪公司在保险产品在线销售方面扮演着极为重要的角色，是消费者与保险公司之间的桥梁，而保险经纪公司与保险公司的产品对接和快速发布是更好满足市场需求、提高消费者体验的重要基础。

保险公司和保险经纪公司使用各自的数据系统，即保险公司使用的数据格式是保险公司内部的数据系统所规定的数据格式，而保险经纪公司使用的数据格式是保险经纪公司内部的数据系统所规定的数据格式，通常保险公司和保险经纪公司的数据系统所要求的数据格式不同。

目前保险经纪公司在与保险公司对接时，需要针对不同产品、不同保险公司单独开发接收接口，不仅复用性差，开发时间长，而且可维护性差。

发明内容

有鉴于此，本发明实施例提供了一种数据处理方法以及系统，以解决现有技术中保险经纪公司针对不同产品、不同保险公司单独开发接收接口时存在复用性差、开发时间长、可维护性差的技术问题。

本发明实施例的第一方面，提供了一种数据处理方法，包括：

确定具有目标数据格式的中间数据；

根据预设的数据映射关系，对所述中间数据进行解析，以获取回调参数；

根据所述回调参数进行业务处理，以获取处理结果，并返回所述处理结果。

本发明实施例的第二方面，提供了一种数据处理系统，包括：

回调网关，用于确定具有目标数据格式的中间数据，以及用于返回处理结果；

配置中心模块，用于存储预设的数据映射关系；

数据转换模块，用于根据预设的数据映射关系，对所述中间数据进行解析，以获取回调参数；

业务中台模块，用于根据所述回调参数进行业务处理，以获取处理结果。

本发明实施例的第三方面，提供了一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述的数据处理方法。

本发明实施例的第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述的数据处理方法。

本发明实施例与现有技术相比存在的有益效果至少在于：本发明实施例在确定具有目标数据格式的中间数据，并将回调参数解析、业务映射与业务处理相隔离，从而无需针对不同产品进行单独开发，简化了支付结果回调处理的开发，可以大幅缩短开发时间，同时也使得数据接入系统维护成本显著降低，有助于满足保险产品的快速对接上线需求。

附图说明

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

图1是本发明实施例提供的数据接入系统的示意图；

图2是本发明实施例提供的数据处理方法的实现流程示意图一；

图3是本发明实施例提供的数据处理方法的实现流程示意图二；

图4是本发明实施例提供的数据处理方法的实现流程示意图三；

图5是本发明实施例提供的终端设备的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

保险经纪公司在保险产品在线销售方面扮演着极为重要的角色，是消费者与保险公司之间的桥梁，而保险经纪公司与保险公司的产品对接和快速发布是更好满足市场需求、提高消费者体验的重要基础。目前，由于各保险公司业务不同，开发习惯不同，相应的对外接口也各不相同，保险公司在提供保险产品下单购买接口时，在将支付结果反馈给保险经纪公司时都会采用接口回调实现，回调参数的不同，因此具体的实现方式也不相同。而由于接口规范不同，保险经纪公司在在开发对接产品时，需要针对不同产品、不同保险公司单独开发接收接口，会耗费大量的时间，而且后期的维护性也很差。

请参阅图1，本实施例则提供了一种数据接入系统10，可以针对不同保险公司、不同产品的支付结果回调都采用通用的处理方式进行处理，以使得支付结果能够接入，加快开发上线速度。

本实施例提供的数据接入系统10包括回调网关101、配置中心模块102、数据转换模块103以及业务中台模块104，回调网关101与配置中心模块102、数据转换模块103以及业务中台模块104均连接，从而可以进行数据交换。其中，配置中心模块102用于配置不同产品回调参数与本数据接入系统字段的业务映射关系(即配置信息)，以便回调网关101进行调取。数据转换模块103可以获取配置中心模块102配置的不同产品回调参数的业务映射关系，从而将回调参数转化为本系统可以处理的数据。业务中台模块104至少包括两部分，即通用业务处理部分和特殊业务处理部分，根据回调信息的不同，对应需要执行的特殊业务处理也不相同，因此在执行完通用业务处理后，再根据配置的不同产品执行特殊业务处理。回调网关101则可以根据回调地址的不同(回调地址根据不同产品配置得到)，获取对应产品的字段接收策略，从而对回调参数进行接收；回调网关101还可以对回调参数进行解析，统一转换成本系统通用数据格式的数据；回调网关101还可以调用数据转换模块103，匹配到当前产品的配置信息，以获取数据转换模块103转换的数据，从而将数据封装成本系统统一的数据格式；同时，回调网关101还可以调用业务中台模块104进行业务处理。

在进行数据接入(例如某一保险公司的产品的支付结果，支付结果包括回调参数)时，回调网关101对回调参数进行接收；将回调参数进行数据解析，以便将回调参数转换成本系统通用数据格式的数据。然后，回调网关101调用配置中心模块102，以获取对应的配置信息；配置中心模块102将当前产品的回调参数与本系统字段的映射关系返回给回调网关101。回调网关101将获取的映射关系发送给数据转换模块103，数据转换模块103根据映射关系对回调参数进行数据转换，并将经过转换的数据发送至回调网关101。回调网关101调用业务中台模块104进行业务处理；业务中台模块104根据转换的数据，在执行完通用业务处理后，再调用配置的不同产品的特殊业务处理，并将处理结果返回值回调网关101。回调网关101在获得处理结果后，将处理结果返回至保险公司。经过上述过程，从而可以实现数据接入。

当然，本实施例提供的数据接入系统10也可以用于其他类型的数据接入，并不仅限于上述的情形。

图2是本实施例提供的一种数据处理方法的实现流程图。数据处理方法可以通过上述的数据接入系统实现，也可以通过其他系统实现，此处不做限制。本实施例提供的数据处理方法包括：

步骤S21：确定具有目标数据格式的中间数据。

其中，中间数据的目标数据格式可以是json(JavaScript Object Notation，JS对象简谱)格式。Json是一种轻量级的数据交换格式，它基于ECMAScript(欧洲计算机协会制定的js规范)的一个子集，采用完全独立于编程语言的文本格式来存储和表示数据。简洁和清晰的层次结构使得Json成为理想的数据交换语言。Json易于人阅读和编写，同时也易于机器解析和生成，可有效提升网络传输效率。

具体地，由于保险公司和保险经纪公司使用各自的数据系统，其数据格式可能会不同(通常保险公司和保险经纪公司所采用的数据格式不同)，因此在接入来自保险公司的数据时，需要根据接收的数据确定为具有目标数据格式的中间数据。若接收的数据格式与目标数据格式相同，则直接获取，进行下一步骤，若接收的数据格式与目标数据格式不符合，则需要对接收的数据格式进行转换。

请参阅图3，可以理解的是，在步骤S21前，还可以包括下述获取初始数据的步骤。

步骤S20：获取具有初始数据格式的初始数据。

在本实施例中，初始数据可以是保险公司通知保险经纪公司的回调参数。消费者在购买了保险公司的产品后，保险公司需要将支付结果通知保险经纪公司，通常采用接口回调的方式实现。回调指的是在特定的事件或条件发生时由另外的一方调用，用于对该事件或条件进行响应，如在消费者通过保险经纪公司线上平台购买保险产品时，支付结果需要由保险公司通过回调通知到保险经纪公司，保险经纪公司通过回调信息确定接下来的业务处理。

初始数据的初始数据格式可以是xml(可扩展标记语言)格式。其中，xml作为标准通用标记语言的子集，是一种用于标记电子文件，使其具有结构性的标记语言。在电子计算机中，标记指计算机所能理解的信息符号，通过此种标记，计算机之间可以处理各种信息，比如文章等。它可以用来标记数据、定义数据类型，是一种允许用户对自己的标记语言进行定义的源语言。Xml格式非常适合万维网传输，提供统一的方法来描述和交换独立于应用程序或供应商的结构化数据，是网络环境中跨平台的、依赖于内容的技术，也是当今处理分布式结构信息的有效工具。

在本实施例中，对初始数据进行格式转换的过程可以通过数据接入系统的回调网关实现，从而可以将接收的初始数据进行数据解析，以便将初始数据转换成数据接入系统通用的json格式的中间数据。

如前文所述，初始数据可以是来源于保险公司的支付结果，支付结果中包括回调参数，其数据格式采用的是保险公司的数据系统所采用的格式。在本实施例中，对初始数据进行接收的过程可以通过数据接入系统的回调网关实现，回调网关根据消费者购买的产品信息获得相应的回调地址，并根据回调地址获取该产品字段的接收策略，从而根据字段接收策略对回调参数进行接收。

请参阅图4，由于初始数据和中间数据的数据格式可能相同，也可能不同，因此在接收了初始数据后，需要对初始数据的数据格式进行判断，以确定是否进行格式转换。

步骤S201：判断初始数据的初始数据格式与目标数据格式是否相同。

若初始数据的初始数据格式与目标数据格式不相同，则执行步骤S21。

若初始数据的初始数据格式与目标数据格式相同，则直接执行步骤S22。

例如，接收的初始数据的数据格式为xml格式，中间数据的目标数据格式为json格式，此时初始数据格式与目标数据格式并不相同，因此需要对初始数据的数据格式进行转换。

再如，接收的初始数据的数据格式为json格式，中间数据的目标数据格式为json格式，此时初始数据格式与目标数据格式相同，因而无需进行数据格式转换。

请参阅图2至图4，在将初始数据转换成通用的json格式的中间数据后，可继续进行下述步骤。

步骤S22：根据预设的数据映射关系，对所述中间数据进行解析，以获取回调参数。

此处的预设的数据映射关系，指的是不同产品回调参数与本系统字段的映射关系。可以理解的是，针对不同保险公司的不同产品，其映射关系也会相应不同，因此需要根据不同的产品建立对应的业务映射关系。在本实施例中，数据映射关系可以存储在数据接入系统的配置中心模块中，在需要进行数据转换时进行调取即可。

在对中间数据进行解析时，需要根据数据映射关系对中间数据进行数据转换(即对中间数据进行解析)，以确保数据接入系统能够进行读取。在本实施例中，数据转换过程可以通过数据转换模块完成。在进行数据转换时，首先根据产品信息，获取产品对应的配置信息；根据产品配置信息，获取对应的数据映射关系；数据转换模块通过回调网关调取数据映射关系，并根据数据映射关系将中间数据进行数据转换，以实现对中间数据的字段映射，获得对应的回调参数；在获得回调参数后，数据转换模块将回调参数回传至回调网关。

步骤S23：根据所述回调参数进行业务处理，以获取处理结果，并返回所述处理结果。

在进行数据转换后，可以根据获取的回调参数执行相应的业务处理。业务处理包括通用业务处理和特殊业务处理，根据回调参数的不同，需要执行的特殊业务处理也各不相同。而通用业务处理部分的设置则可以最大程度的实现业务代码的复用，使得整个系统的可维护性提高。

在本实施例中，业务处理的过程可以在数据接入系统的业务中台模块进行。回调网关在获得第三数据后，将第三数据发送至业务中台模块；业务中台模块根据第三数据，首先确定需要执行的业务处理，业务处理包括通用业务处理和特殊业务处理，然后再依次执行通用业务处理和特殊业务处理，并将处理结果回发至回调网关。

在获取了处理结果后，需要将处理结果进行反馈。在本实施例中，处理结果为支付结果，回调网关在获取业务中台模块的支付结果后，可以将支付结果返回至保险公司，从而实现支付结果的反馈。

本实施例提供的数据处理方法的有益效果至少在于：本实施例在接收具有初始数据格式的初始数据后，首先对初始数据进行集中处理，以将其转换具有目标数据格式的中间数据，并将回调参数解析、业务映射与业务处理相隔离，从而无需针对不同产品进行单独开发，简化了支付结果回调处理的开发，可以大幅缩短开发时间，同时也使得数据接入系统维护成本显著降低，有助于满足保险产品的快速对接上线需求。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

图5是本发明一实施例提供的终端设备的示意图。如图5所示，该实施例的终端设备3包括：处理器30、存储器31以及存储在存储器31中并可在处理器30上运行的计算机程序32。处理器30执行计算机程序32时实现上述各个数据处理方法实施例中的步骤，例如图2至图4所示的步骤S20至步骤S23。

示例性的，计算机程序32可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器31中，并由处理器30执行，以完成本发明。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序32在终端设备3中的执行过程。

终端设备3可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。终端设备3可包括，但不仅限于，处理器30、存储器31。本领域技术人员可以理解，图5仅仅是终端设备3的示例，并不构成对终端设备3的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如终端设备3还可以包括输入输出设备、网络接入设备、总线等。

处理器30可以是中央处理单元(Central Processing Unit，CPU)，还可以是其它通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器31可以是终端设备3的内部存储单元，例如终端设备3的硬盘或内存。存储器31也可以是终端设备3的外部存储设备，例如终端设备3上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，存储器31还可以既包括终端设备3的内部存储单元也包括外部存储设备。存储器31用于存储计算机程序以及终端设备3所需的其它程序和数据。存储器31还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (6)

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

确定具有目标数据格式的中间数据；

根据预设的数据映射关系，对所述中间数据进行解析，以获取回调参数；所述预设的数据映射关系是指不同产品的回调参数与数据接入系统字段的映射关系；其中，在对所述中间数据进行解析时，首先根据产品信息，获取产品对应的产品配置信息，根据所述产品配置信息，获取对应的数据映射关系，根据所述数据映射关系将中间数据进行数据转换，以实现对中间数据的字段映射，获得对应的回调参数；

根据所述回调参数进行业务处理，以获取处理结果，并返回所述处理结果；具体包括：

根据所述回调参数，确定需要执行的业务，所述业务包括通用业务和特殊业务；

依次执行所述通用业务和特殊业务，以获得相应的处理结果，其中所述通用业务处理部分的设置能够实现业务代码的复用；

所述确定具有目标数据格式的中间数据前，还包括：

获取具有初始数据格式的初始数据；其中，对所述初始数据进行接收的过程通过回调网关实现，所述回调网关根据产品配置信息获得相应的回调地址，并根据回调地址获取该产品字段的接收策略，从而根据字段接收策略对所述初始数据进行接收；

获取具有初始数据格式的初始数据之后，还包括：

判断所述初始数据的数据格式与目标数据格式是否相同；

若所述初始数据的初始数据格式与目标数据格式不相同，则对所述初始数据的数据格式进行转换，获取具有目标数据格式的中间数据。

2.如权利要求1所述的数据处理方法，其特征在于，所述初始数据的数据格式为xml格式，所述中间数据的目标数据格式为json格式。

3.如权利要求1所述的数据处理方法，其特征在于，所述处理结果包括支付结果。

4.一种数据处理系统，其特征在于，包括：

回调网关，用于确定具有目标数据格式的中间数据，以及用于返回处理结果；

配置中心模块，用于存储预设的数据映射关系；

数据转换模块，用于根据预设的数据映射关系，对所述中间数据进行解析，以获取回调参数；所述预设的数据映射关系是指不同产品的回调参数与数据接入系统字段的映射关系；其中，在对所述中间数据进行解析时，首先根据产品信息，获取产品对应的产品配置信息，根据所述产品配置信息，获取对应的数据映射关系，根据所述数据映射关系将中间数据进行数据转换，以实现对中间数据的字段映射，获得对应的回调参数；

业务中台模块，用于根据所述回调参数进行业务处理，以获取处理结果；具体包括：根据所述回调参数，确定需要执行的业务，所述业务包括通用业务和特殊业务；依次执行所述通用业务和特殊业务，以获得相应的处理结果，其中所述通用业务处理部分的设置能够实现业务代码的复用；

所述回调网关还用于：获取具有初始数据格式的初始数据；其中，所述回调网关根据产品配置信息获得相应的回调地址，并根据回调地址获取该产品字段的接收策略，从而根据字段接收策略对初始数据进行接收；

所述回调网关还用于：判断所述初始数据的数据格式与目标数据格式是否相同；若所述初始数据的初始数据格式与目标数据格式不相同，则对所述初始数据的数据格式进行转换，获取具有目标数据格式的中间数据。

5.一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至3任一项所述的数据处理方法。

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