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

Abstract

本申请涉及数据处理技术领域，通过控制开关选择性地将待处理数据存储至内置数据库或外置数据库中，可以缓解业务数据系统的存储压力，以及提高了稳定性和安全性。尤其涉及一种数据处理方法、装置、设备和存储介质，该数据处理方法包括：获取待处理数据；根据预设的控制开关的开启状态，确定待处理数据对应的数据库类型，数据库类型包括内置数据库或外置数据库；将待处理数据存储至数据库类型对应的目标数据库中，向第三平台发送数据上传请求；若接收到第三方平台基于数据上传请求返回的响应消息，根据响应消息获取目标数据并进行封装处理，将封装后的目标数据上传至第三方平台。本申请实施例还涉及区块链技术，其中，外置数据库可存储于区块链中。

Description

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

技术领域

本申请涉及数据处理技术领域，尤其涉及一种数据处理方法、装置、设备及计算机可读存储介质。

背景技术

随着科技迅速发展，各行业对应的业务量剧增，使得业务数据系统中的数据库的压力越来越大，例如，保险行业。随着保险行业迅速发展，保险业务量剧增，业务数据系统需要往数据库读取或写入数据的量增大，使得数据库的压力越来越大，并且保险业务量的剧增，也导致很多地区的监管平台应运而生，用来监管各个保险公司的保险业务。由于监管平台越来越多，导致一个保单数据可能要上传到不止一个监管平台，因此业务数据系统需要记录、上传的保单数据量越来越越大，加大了数据库的压力，直到数据库扛不住压力而导致业务数据系统崩溃，不仅大量增加了数据库的维护成本，而且使得业务数据系统运行的稳定性和安全性较低。

因此如何提高业务数据系统的稳定性和安全性成为亟需解决的问题。

发明内容

本申请提供一种数据处理方法、装置、计算机设备及存储介质，通过选择性地将待处理数据存储至内置数据库或外置数据库中，可以缓解业务数据系统的存储压力，提高了业务数据系统的稳定性和安全性。

第一方面，本申请提供了一种数据处理方法，包括：

获取待处理数据；

根据预设的控制开关的开启状态，确定所述待处理数据对应的数据库类型，其中，所述数据库类型包括内置数据库或外置数据库；

将所述待处理数据存储至所述数据库类型对应的目标数据库中，并向第三平台发送数据上传请求；

若接收到所述第三方平台基于所述数据上传请求返回的响应消息，根据所述响应消息获取目标数据并进行封装处理，将封装后的目标数据上传至所述第三方平台。

第二方面，本申请还提供了一种数据处理装置，包括：

数据获取模块，用于获取待处理数据；

数据库确定模块，用于根据预设的控制开关的开启状态，确定所述待处理数据对应的数据库类型，其中，所述数据库类型包括内置数据库或外置数据库；

数据存储模块，用于将所述待处理数据存储至所述数据库类型对应的目标数据库中，并向第三平台发送数据上传请求；

数据上传模块，用于若接收到所述第三方平台基于所述数据上传请求返回的响应消息，根据所述响应消息获取目标数据并进行封装处理，将封装后的目标数据上传至所述第三方平台。

第三方面，本申请还提供了一种计算机设备，所述计算机设备包括存储器和处理器；

所述存储器，用于存储计算机程序；

所述处理器，用于执行所述计算机程序并在执行所述计算机程序时实现如上述的数据处理方法。

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

本申请公开了一种数据处理方法、装置、计算机设备和存储介质，通过根据预设的控制开关的开启状态，可以根据开启状态确定待处理数据对应的数据库类型，从而可以根据控制开关选择性地将待处理数据存储至内置数据库或外置数据库中；通过将待处理数据存储至数据库类型对应的目标数据库中，可以减少使用内置数据库的次数，从而可以缓解业务数据系统的存储压力，提高了业务数据系统的稳定性和安全性；通过向第三平台发送数据上传请求并根据响应消息获取目标数据和封装处理，可以降低上传过程中产生的数据错误，从而有效地提高数据的上传效率。

附图说明

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

图1是本申请的实施例提供的一种数据处理方法的示意性流程图；

图2是本申请的实施例提供的一种数据处理系统的结构示意图；

图3是图1中确定待处理数据对应的数据库类型的子步骤的示意性流程图；

图4是图1中存储待处理数据的子步骤的示意性框图；

图5是本申请的实施例提供的向第三方平台发送数据上传请求的示意图；

图6是图1中获取目标数据并进行封装处理的子步骤的示意性流程图；

图7为本申请实施例提供的一种数据处理装置的示意性框图；

图8为本申请实施例提供的一种计算机设备的结构示意性框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

附图中所示的流程图仅是示例说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解、组合或部分合并，因此实际执行的顺序有可能根据实际情况改变。

应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

本申请的实施例提供了一种数据处理方法、装置、计算机设备和存储介质。其中，该数据处理方法可以应用于服务器或终端中的对外系统，实现选择性地将业务数据系统中的待处理数据存储至内置数据库或外置数据库中，可以缓解业务数据系统的存储压力，提高了业务数据系统的稳定性和安全性。

其中，服务器可以为独立的服务器，也可以为服务器集群。终端可以是智能手机、平板电脑、笔记本电脑和台式电脑等电子设备。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

请参阅图1，图1是本申请的实施例提供的数据处理方法的流程示意图。以下将以数据处理方法应用于对外系统为例进行详细说明，该对外系统为数据处理装置上的系统，该对外系统可以根据实际需要进行灵活设置，具体内容在此处不作限定，该数据处理方法可以包括步骤S10至步骤S40，具体可以如下：

S10、获取待处理数据。

需要说明的是，在本申请实施例中，对外系统通过获取业务数据系统中的待处理数据，并根据预设的控制开关的开启状态确定是否将待处理数据存储至外置数据库中；可以减少将待处理数据存储至内置数据库的次数，从而缓解业务数据系统中的内置数据库的存储压力，提高了业务数据系统的稳定性和安全性。

示例性的，可以通过监听业务数据系统是否发送数据上传消息，根据数据上传消息获取待处理数据。

示例性的，第三方平台是指监管平台；用户可以通过业务数据系统将保单数据上传至监管平台进行查询和验证等操作，从而用户可以快速理赔或者进行其它相关业务。

在一些实施例中，获取待处理数据可以包括：接收业务数据系统发送的携带任务数据和参数数据的数据上传消息，从数据上传消息中提取出任务数据和参数数据，并将任务数据与参数数据进行关联，得到待处理数据。

请参阅图2，图2是本申请实施例提供的一种数据处理系统的结构示意图。在本申请实施例中，业务数据系统可以先将数据上传消息发送给对外系统，由对外系统根据数据上传消息将待处理数据储存至内置数据库或外置数据库中，然后再根据第三平台的响应消息将内置数据库或外置数据库中的数据上传至第三平台。

示例性的，任务数据可以包括查询任务和插入任务等，参数数据可以包括用户名称、保单类型和金额等。具体地，业务数据系统可以接收用户在显示界面输入的信息生成保单数据，并基于保单数据生成任务数据和参数数据；业务数据系统可以根据任务数据和参数数据生成数据上传消息，以通过数据上传消息将任务数据和参数数据上传至第三方平台。

具体地，在接收到接收业务数据系统发送的携带任务数据和参数数据的数据上传消息之后，可以提取数据上传消息中的任务数据和参数数据，并将任务数据与参数数据进行关联，得到待处理数据；然后根据预设的控制开关的开启状态，确定是将待处理数据储存在内置数据库中还是存储在外置数据库中。

S20、根据预设的控制开关的开启状态，确定所述待处理数据对应的数据库类型，其中，所述数据库类型包括内置数据库或外置数据库。

需要说明的是，预设的控制开关用于控制待处理数据存储的数据库类型。示例性的，如图2所示，当控制开关开启时，可以将待处理数据存储至外置数据库；当控制开关未开启时，可以将待处理数据存储至内置数据库。

其中，外置数据库可以是对外系统扩展的数据库，外置数据库可以包括mysql、mongodb等数据库；内置数据库可以是业务数据系统原始内置的数据库，内置数据库可以包括oracle数据库。

在一些实施例中，外置数据库可以存储在对外系统的本地磁盘中。

在另一些实施例中，为进一步保证外置数据库的私密和安全性，上述外置数据库还可以存储于一区块链的节点中。

请参阅图3，图3是步骤S20中根据预设的控制开关的开启状态，确定待处理数据对应的数据库类型的示意性流程图，具体可以包括以下步骤S201至步骤S204。

步骤S201、获取本地缓存或存储引擎记录的所述控制开关的开启状态值。

具体地，在获取待处理数据之前，可以对控制开关进行设置；例如，可以检测内置数据库的剩余存储空间，当内置数据库的剩余存储空间小于预设的存储空间值时，可以将控制开关设置为开启，以将用户输入业务数据系统的保单数据存储至外置数据库中；从而可以减轻内置数据库的存储压力。

具体地，可以将控制开关的开启状态值存储至本地缓存，例如，可以把开启状态值记录到数据库，以加载到内存，方便及时读取控制开关的状态。或者是，可以将控制开关的开启状态值存储至存储引擎；例如，可以直接从存储引擎获取控制开关的开启状态值。

需要说明的是，存储引擎可以包括但不限于MyISAM、MERGE、MENORY、InnoDB以及MySQL等等。通过存储引擎，可以进行创建、查询、更新和删除数据等操作。不同的存储引擎提供不同的存储机制、索引方式以及锁定水平等功能。

示例性的，开启状态值可以包括1和0；其中，1表示控制开关的开启状态为已开启，0表示控制开关的开启状态为未开启。

在一些实施例中，在对控制开关进行设置之后，可以将控制开关的开启状态与数据库类型进行关联和存储。

示例性的，当控制开关为开启时，对应的数据库类型为外置数据库；当控制开关为未开启时，对应的数据库类型为内置数据库。

需要强调的是，为进一步保证上述开启状态与数据库类型之间的关联关系的私密和安全性，上述开启状态与数据库类型之间的关联关系还可以存储于一区块链的节点中。

需要说明的是，在控制开关开启后，不再将保单数据存储至内置数据库，但是可以从内置数据库中读取已存储的数据。在控制开关关闭后，可以将保单数据存储至内置数据库，也可以从内置数据库中读取已存储的数据。

步骤S202、根据所述控制开关的开启状态值，确定所述控制开关的开启状态。

示例性的，若所述开启状态值为1，则确定所述控制开关的开启状态为已开启。

示例性的，若所述开启状态值为0，则确定所述控制开关的开启状态为未开启。

步骤S203、若所述开启状态为已开启，则确定所述待处理数据对应的数据库类型为外置数据库。

具体地，可以从区块链中获取开启状态与数据库类型之间的关联信息，基于开启状态与数据库类型之间的对应关系，根据控制开关的开启状态确定待处理数据对应的数据库类型。

示例性的，当控制开关的开启状态为已开启时，则可以确定待处理数据对应的数据库类型为外置数据库。

步骤S204、若所述开启状态为未开启，则确定所述待处理数据对应的数据库类型为内置数据库。

示例性的，可以基于开启状态与数据库类型之间的对应关系，根据控制开关的开启状态确定待处理数据对应的数据库类型。

示例性的，当控制开关的开启状态为未开启时，则可以确定待处理数据对应的数据库类型为内置数据库。

通过获取控制开关的开启状态值，可以确定控制开关的开启状态；从而可以根据控制开关的开启状态与数据库类型之间的对应关系，确定待处理数据对应的数据库类型。

S30、将所述待处理数据存储至所述数据库类型对应的目标数据库中，并向第三平台发送数据上传请求。

请参阅图4，图4是步骤S30中将待处理数据存储至数据库类型对应的目标数据库中的示意性框图，具体可以包括以下步骤S301或步骤S302。

步骤S301、若所述数据库类型为外置数据库，则将所述待处理数据存储至所述外置数据库对应的目标数据库中。

示例性的，外置数据库可以包括但不限于mysql、mongodb等类型的数据库。

示例性的，可以将mysql数据库作为目标数据库并将待处理数据存储至中mysql数据库。也可以将mongodb数据库作为目标数据库并将待处理数据存储至中mongodb数据库。通过将待处理数据存储至外置数据库对应的目标数据库中，可以减少使用内置数据库的次数，从而减轻业务数据系统的存储压力。

在一些实施例中，若数据库类型为外置数据库，则将待处理数据存储至外置数据库对应的目标数据库中，可以包括：检测外置数据库对应的目标数据库是否产生异常异常事件；若检测到外置数据库对应的目标数据库产生异常事件，则将待处理数据存储至内置数据库对应的目标数据库中。

需要说明的是，在将待处理数据存储至外置数据库对应的目标数据库时，可能会由于软件异常或硬件异常导致目标数据库无法正常存储待处理数据。

示例性的，硬件异常可以包括但不限于CPU、内存大小、存储空间、I/O速率以及网络通讯速率等异常。软件异常可以包括但不限于代码错误、数据库发生死锁、与数据库连接错误、数据通讯错误、程序接口错误、格式错误以及数据库的表未加完整性等异常。

例如，当外置数据库对应的目标数据库所在的服务器或设备出现cpu在预设时间段内的利用率大于第一预设阈值或内存在预设时间段内的利用率大于第二预设阈值等硬件异常场景时，会导致目标数据库无法正常存储待处理数据。

其中第一预设阈值和第二预设阈值可以根据实际需要进行灵活设置，具体内容在此处不作限定。

例如，当对外系统与目标数据库之间出现连接错误或数据通信错误等软件异常场景时，会导致目标数据库无法正常存储待处理数据。

具体地，当检测外置数据库对应的目标数据库无法正常存储待处理数据的异常事件时，可以生成一个用于表示无法存储数据的异常消息；然后将待处理数据存储至内置数据库对应的目标数据库中。

示例性的，可以关闭控制开关，此时控制开关对应的开启状态为未开启；从而无法继续将待处理数据存储至外置数据库，只能将待处理数据存储至内置数据库。

通过检测外置数据库对应的目标数据库是否产生异常异常事件，可以在外置数据库存储出现异常时，将存储待处理数据的存储方式由外置数据库切换为内置数据库，可以提高了业务数据系统的稳定性和安全性。

步骤S302、若所述数据库类型为内置数据库，则将所述待处理数据存储至所述内置数据库对应的目标数据库中。

示例性的，内置数据库包括oracle数据库。因此，可以将oracle数据库作为目标数据库并将待处理数据存储至中oracle数据库。

具体地，当所述数据库类型为内置数据库时，将待处理数据存储至内置数据库对应的目标数据库中。例如，将待处理数据存储至oracle数据库。

在一些实施例中，若数据库类型为内置数据库，则将待处理数据存储至内置数据库对应的目标数据库中之后，还可以包括：当检测到控制开关的开启状态为已开启时，将内置数据库中的数据内容备份至外置数据库，并将已备份的数据内容从内置数据库中删除。

在本申请实施例中，为了减轻内置数据库的存储压力，可以将原本保存在内置数据库中需要上传至第三方平台所需要的数据内容从内置数据库中迁移至外置数据库。

示例性的，数据内容可以包括数据记录以及上传结果的记录。其中，数据记录可以包括业务数据和参数数据。

需要说明的是，迁移是指将内置数据库中的数据内容备份至外置数据库，并将已备份的数据内容从内置数据库中删除。

示例性的，可以获取本地缓存或存储引擎记录的控制开关的开启状态值；若开启状态值为1时，则确定控制开关的开启状态为已开启。可以理解的是，当控制开关的开启状态为已开启，才可以将数据内容写入外置数据库。

示例性的，在确定控制开关的开启状态为已开启之后，可以通过预设的备份脚本或存储引擎将内置数据库中的数据内容备份至外置数据库，并将已备份的数据内容从内置数据库中删除。

需要说明的是，预设的备份脚本可以事先编写好；当确定控制开关的开启状态为已开启时，运行备份脚本，以将内置数据库中的数据内容备份至外置数据库。

在一些实施方式中，在确定控制开关的开启状态为已开启之后，也可以定时通过预设的备份脚本或存储引擎将内置数据库中的数据内容备份至外置数据库，并将已备份的数据内容从内置数据库中删除。

在一些实施例中，当检测到控制开关的开启状态为已开启时，将内置数据库中的数据内容备份至外置数据库，并将已备份的数据内容从内置数据库中删除之后，还可以包括：检测外置数据库对应的目标数据库是否产生异常事件；若检测到外置数据库对应的目标数据库产生异常事件，则执行回滚操作，以将数据内容恢复至内置数据库中。

需要说明的是，回滚操作是指程序或数据处理错误，将程序或数据恢复到上一次正确状态的操作。其中，回滚包括程序回滚和数据回滚等类型。

具体地，检测外置数据库对应的目标数据库是否产生异常事件，可参见上述实施例中的详细说明，在此不再赘述。

在本申请实施例中，当检测到外置数据库对应的目标数据库产生异常事件时，表示目标数据库无法正常存储从内置数据库迁移出来的数据内容，因此需要将数据内容恢复至内置数据库中，以保证内置数据库中的数据内容的完整性，避免出现数据内容的丢失。

示例性的，当检测到外置数据库对应的目标数据库产生异常事件时，可以执行回滚操作，将外置数据库对应的目标数据库未能正常存储的数据内容恢复至内置数据库中。

在将内置数据库中的数据内容备份至外置数据库，可以减轻内置数据库的存储压力，从而提高了业务数据系统的稳定性和安全性；在备份内置数据库的过程中，当外置数据库对应的目标数据库产生异常事件，执行回滚操作，可以保证内置数据库中的数据内容的完整性，避免出现数据内容的丢失。

具体地，在将待处理数据存储至数据库类型对应的目标数据库中之后，向第三平台发送数据上传请求。示例性的，如图5所示，图5是本申请实施例提供的向第三方平台发送数据上传请求的示意图。

其中，数据上传请求可以包括待处理数据对应的哈希值。

示例性的，在将待处理数据存储至数据库类型对应的目标数据库中之后，可以通过哈希算法计算待处理数据对应的哈希值。通过计算待处理数据的哈希值，哈希值可以作为待处理数据的数据签名，数据签名可以用于识别待处理数据和验证待处理数据。

需要说明的是，哈希算法可以将一定长度的消息或数据计算得到固定长度的字符串；其中，哈希算法可以包括但不限于SHA-1、SHA-224、SHA-256、SHA-384以及SHA-512等类型。在本申请实施例中，可以采用SHA-256算法计算待处理数据的数据签名，得到64位字符串的哈希值作为待处理标数据对应的数据签名。为方便说明，以8位字符串缩写，如SIGN1003代替数据签名的值。

在一些实施例中，可以将待处理数据对应的哈希值与存储位置信息进行关联和存储。其中，存储位置信息是指待处理数据存储的目标数据库。例如，若待处理数据存储的目标数据库为oracle数据库，则存储位置信息包括oracle数据库；或者，若待处理数据存储的目标数据库为mysql数据库，则存储位置信息包括mysql数据库。

示例性的，可以将待处理数据对应的哈希值与存储位置信息之间的关联信息存储在对外系统的本地数据库中。

需要强调的是，为进一步保证上述哈希值与存储位置信息之间的关联信息的私密和安全性，上述哈希值与存储位置信息之间的关联信息还可以存储于一区块链的节点中。

通过将待处理数据对应的哈希值与存储位置信息进行关联，后续在查询数据时，可以根据数据的哈希值快速地确定数据对应的存储位置信息，从而可以提高了查询效率。

S40、若接收到所述第三方平台基于所述数据上传请求返回的响应消息，根据所述响应消息获取目标数据并进行封装处理，将封装后的目标数据上传至所述第三方平台。

具体地，在向第三方平台发送数据上传请求之后，第三方平台可以根据自身平台正在处理业务的数量确定何时向对外系统返回响应消息。

示例性的，在第三方平台繁忙时，第三方平台可以将数据上传请求保存至缓冲区，等待处理。在第三方平台空闲时，第三方平台可以基于数据上传请求返回响应消息。

具体地，响应消息包括待上传数据对应的哈希值与报文类型。

示例性的，第三方平台可以获取数据上传请求中的哈希值，并生成包括该哈希值的响应消息，以表示需要获取该哈希值对应的数据。此时响应消息中的哈希值对应的数据可以理解为待上传数据。

需要说明的是，报文类型是指第三方平台需要的待上传数据以哪一种报文类型进行上传。示例性的，第三方平台可以根据实际情况确定待上传数据为哪一种报文类型。

示例性的，报文类型可以包括但不限于HTML、XML、JSON以及Request与Response等类型。

示例性的，在本申请实施例中，响应消息中包括的报文类型可以是JSON报文，当然也可以是其它的报文类型。

需要说明的是，JSON报文是指以键值对的形式生成报文。

请参阅图6，图6是步骤S40中根据响应消息获取目标数据并进行封装处理的示意性流程图，具体可以包括以下步骤S401至步骤S403。

S401、基于哈希值与存储位置信息之间预设的对应关系，根据所述响应消息中的待上传数据对应的哈希值，确定所述待上传数据对应的存储位置信息。

示例性的，可以在本地数据库获取哈希值与存储位置信息之间预设的对应关系，也可以从区块链的节点中获取哈希值与存储位置信息之间预设的对应关系。

具体地，基于哈希值与存储位置信息之间预设的对应关系，根据响应消息中的待上传数据对应的哈希值，确定待上传数据对应的存储位置信息。

示例性的，若响应消息中的待上传数据对应的哈希值为SIGN1003，且哈希值SIGN1003与存储位置信息mysql数据库对应，则可以确定待待上传数据对应的存储位置信息为mysql数据库。

示例性的，若响应消息中的待上传数据对应的哈希值为SIGN1004，且哈希值SIGN1004与存储位置信息oracle数据库对应，则可以确定待待上传数据对应的存储位置信息为oracle数据库。

通过基于哈希值与存储位置信息之间预设的对应关系，可以根据待上传数据对应的哈希值，快速地确定待上传数据对应的存储位置信息；从而可以根据待上传数据对应的存储位置信息在内置数据库或外置数据库中查询到待上传数据对应的目标数据，提供了查询效率。

S402、根据所述待上传数据对应的存储位置信息，获取所述待上传数据对应的目标数据。

示例性的，若待上传数据对应的存储位置信息oracle数据库，则在oracle数据库中根据待上传数据对应的哈希值获取待上传数据对应的目标数据。

示例性的，若待上传数据对应的存储位置信息mysql数据库，则在mysql数据库中根据待上传数据对应的哈希值获取待上传数据对应的目标数据。

示例性的，若待上传数据的哈希值为SIGN1004，则在oracle数据库查询哈希值为SIGN1004的数据内容，将哈希值为SIGN1004的数据内容作为目标数据。

S403、根据所述待上传数据对应的报文类型，对所述目标数据进行封装处理，得到封装后的所述目标数据。

示例性的，若待上传数据对应的报文类型为HTML报文，则对目标数据进行封装处理，将目标数据以HTML报文的形式展示。

示例性的，若待上传数据对应的报文类型为JSON报文，则对目标数据进行封装处理，将目标数据以JSON报文的形式展示。

在本申请实施例中，以报文类型为JSON报文为例进行说明。

示例性的，由于目标数据包括任务数据和参数数据，且任务数据和参数数据中包括字段和字段值，因此可以将任务数据和参数数据中的字段与字段值以键值对的形式表示并生成报文。

示例性的，将参数数据中的字段“保单类型”和字段值“车型保单”以键值对的形式表示，例如，得到的键值对为“保单类型：车型保单”。还可以将任务数据和参数数据中的其它字段和字段值以键值对的形式表示并生成报文，封装后的目标数据包括多对键值对。

通过根据待上传数据对应的报文类型对目标数据进行封装处理，使得封装后的目标数据的格式符合第三方平台的要求，避免出现格式对接不一致的情况。

具体地，在根据响应消息获取目标数据并进行封装处理，将封装后的目标数据上传至第三方平台。第三方平台在接收到封装后的目标数据之后，需要对封装后的目标数据进行校验，以避免封装后的目标数据出现错误。

在一些实施例中，将封装后的目标数据上传至所述第三方平台之后，还可以包括：接收第三方平台根据封装后的目标数据进行校验的校验结果；若校验结果为校验失败，则重新对目标数据进行封装处理并上传至第三方平台；若校验结果为校验成功，则将校验结果以及目标数据返回业务数据系统，以使业务数据系统显示校验结果以及目标数据。

具体地，第三方平台在接收到封装后的目标数据之后，需要对封装后的目标数据进行签名校验。例如，根据SHA-256算法计算目标数据的哈希值，然后与响应消息中的待上传数据对应的哈希值进行对比。

示例性的，若封装后的目标数据对应的哈希值为SIGN1013，且响应消息中的待上传数据对应的哈希值为SIGN1003，则封装后的目标数据无法通过校验，校验结果为校验失败。封装后的目标数据无法通过校验的可能原因是在上传过程中出现数据包丢失或被修改。

具体地，当封装后的目标数据无法通过校验时，可以重新对目标数据进行封装处理并上传至第三方平台。

示例性的，若封装后的目标数据对应的哈希值为SIGN1003，且响应消息中的待上传数据对应的哈希值为SIGN1003，则封装后的目标数据通过校验，校验结果为校验成功。

具体地，当封装后的目标数据通过校验时，可以将校验结果以及目标数据返回业务数据系统，以使业务数据系统显示校验结果以及目标数据。

示例性的，还可以将校验结果存储在外置数据库中，从而可以减少内置数据库的存储压力。

在一些实施例中，在封装后的目标数据通过第三方平台的校验后，还可以接收第三方平台发送的调用凭证通知，其中，调用凭证通知包括待调用数据；根据调用凭证通知从外置数据库中获取待调用数据，并将待调用数据返回给业务数据系统。

需要说明的是，待调用数据可以是用户查询的保单数据。通过将，待调用数据返回给业务数据系统，使得用户可以在监管平台处查到自己的保单数据，从而用户快速理赔或者进行其他相关业务，可以提高用户的满意度降低和保险公司服务质量。

上述实施例提供的数据处理方法，通过获取控制开关的开启状态值，可以确定控制开关的开启状态；从而可以根据控制开关的开启状态与数据库类型之间的对应关系，确定待处理数据对应的数据库类型；通过将待处理数据存储至外置数据库对应的目标数据库中，可以减少使用内置数据库的次数，从而减轻业务数据系统的存储压力；通过检测外置数据库是否产生异常异常事件，可以在外置数据库存储出现异常时，将存储待处理数据的存储方式由外置数据库切换为内置数据库，可以提高了业务数据系统的稳定性和安全性；在备份内置数据库的过程中，当外置数据库对应的目标数据库产生异常事件，执行回滚操作，可以保证内置数据库中的数据内容的完整性，避免出现数据内容的丢失；通过将待处理数据对应的哈希值与存储位置信息进行关联，后续在查询数据时，可以根据数据的哈希值快速地确定数据对应的存储位置信息，从而可以提高了查询效率；通过根据待上传数据对应的报文类型对目标数据进行封装处理，使得封装后的目标数据的格式符合第三方平台的要求，避免出现格式对接不一致的情况。

请参阅图7，图7是本申请的实施例还提供一种数据处理装置100的示意性框图，该数据处理装置用于执行前述的数据处理方法。其中，该数据处理装置可以配置于服务器或终端中。

如图7所示，该数据处理装置100，包括：数据获取模块101、数据库确定模块102、数据存储模块103和数据上传模块104。

数据获取模块101，用于获取待处理数据。

数据库确定模块102，用于根据预设的控制开关的开启状态，确定所述待处理数据对应的数据库类型，其中，所述数据库类型包括内置数据库或外置数据库。

数据存储模块103，用于将所述待处理数据存储至所述数据库类型对应的目标数据库中，并向第三平台发送数据上传请求。

数据上传模块104，用于若接收到所述第三方平台基于所述数据上传请求返回的响应消息，根据所述响应消息获取目标数据并进行封装处理，将封装后的目标数据上传至所述第三方平台。

需要说明的是，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的装置和各模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

上述的装置可以实现为一种计算机程序的形式，该计算机程序可以在如图8所示的计算机设备上运行。

请参阅图8，图8是本申请实施例提供的一种计算机设备的结构示意性框图。该计算机设备可以是服务器或终端。

请参阅图8，该计算机设备包括通过系统总线连接的处理器和存储器，其中，存储器可以包括非易失性存储介质和内存储器。

处理器用于提供计算和控制能力，支撑整个计算机设备的运行。

内存储器为非易失性存储介质中的计算机程序的运行提供环境，该计算机程序被处理器执行时，可使得处理器执行任意一种数据处理方法。

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

其中，在一个实施例中，所述处理器用于运行存储在存储器中的计算机程序，以实现如下步骤：

获取待处理数据；根据预设的控制开关的开启状态，确定所述待处理数据对应的数据库类型，其中，所述数据库类型包括内置数据库或外置数据库；将所述待处理数据存储至所述数据库类型对应的目标数据库中，并向第三平台发送数据上传请求；若接收到所述第三方平台基于所述数据上传请求返回的响应消息，根据所述响应消息获取目标数据并进行封装处理，将封装后的目标数据上传至所述第三方平台。

在一个实施例中，所述处理器在实现根据预设的控制开关的开启状态，确定所述待处理数据对应的数据库类型时，用于实现：

获取本地缓存或存储引擎记录的所述控制开关的开启状态值；根据所述控制开关的开启状态值，确定所述控制开关的开启状态；若所述开启状态为已开启，则确定所述待处理数据对应的数据库类型为外置数据库；若所述开启状态为未开启，则确定所述待处理数据对应的数据库类型为内置数据库。

在一个实施例中，所述处理器在实现将所述待处理数据存储至所述数据库类型对应的目标数据库中时，用于实现：

若所述数据库类型为外置数据库，则将所述待处理数据存储至所述外置数据库对应的目标数据库中；若所述数据库类型为内置数据库，则将所述待处理数据存储至所述内置数据库对应的目标数据库中。

在一个实施例中，所述处理器在实现若所述数据库类型为内置数据库，则将所述待处理数据存储至所述内置数据库对应的目标数据库中之后，还用于实现：

当检测到所述控制开关的开启状态为已开启时，将所述内置数据库中的数据内容备份至所述外置数据库，并将已备份的数据内容从所述内置数据库中删除。

在一个实施例中，所述处理器在实现若所述数据库类型为外置数据库，则将所述待处理数据存储至所述外置数据库对应的目标数据库中时，用于实现：

检测所述外置数据库对应的目标数据库是否产生异常消息；若检测到所述外置数据库对应的目标数据库产生异常事件，则将所述待处理数据存储至所述内置数据库对应的目标数据库中。

在一个实施例中，所述处理器在实现当检测到所述控制开关的开启状态为已开启时，将所述内置数据库中的数据内容备份至所述外置数据库，并将已备份的数据内容从所述内置数据库中删除之后，还用于实现：

检测所述外置数据库对应的目标数据库是否产生异常事件；若检测到所述外置数据库对应的目标数据库产生异常事件，则执行回滚操作，以将所述数据内容恢复至所述内置数据库中。

在一个实施例中，所述响应消息包括待上传数据对应的哈希值与报文类型；所述处理器在实现根据所述响应消息获取目标数据并进行封装处理时，用于实现：

基于哈希值与存储位置信息之间预设的对应关系，根据所述响应消息中的待上传数据对应的哈希值，确定所述待上传数据对应的存储位置信息；根据所述待上传数据对应的存储位置信息，获取所述待上传数据对应的目标数据；根据所述待上传数据对应的报文类型，对所述目标数据进行封装处理，得到封装后的所述目标数据。

在一个实施例中，所述处理器在实现将封装后的目标数据上传至所述第三方平台之后，还用于实现：

接收所述第三方平台根据所述封装后的目标数据进行校验的校验结果；若所述校验结果为校验失败，则重新对所述目标数据进行封装处理并上传至所述第三方平台；若所述校验结果为校验成功，则将所述校验结果以及所述目标数据返回业务数据系统，以使所述业务数据系统显示所述校验结果以及所述目标数据。

本申请的实施例中还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序中包括程序指令，所述处理器执行所述程序指令，实现本申请实施例提供的任一项数据处理方法。

其中，所述计算机可读存储介质可以是前述实施例所述的计算机设备的内部存储单元，例如所述计算机设备的硬盘或内存。所述计算机可读存储介质也可以是所述计算机设备的外部存储设备，例如所述计算机设备上配备的插接式硬盘，智能存储卡(SmartMedia Card，SMC)，安全数字卡(Secure Digital Card，SD Card)，闪存卡(Flash Card)等。

进一步地，所述计算机可读存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。

本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (8)

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

获取待处理数据；

根据预设的控制开关的开启状态，确定所述待处理数据对应的数据库类型，其中，所述数据库类型包括内置数据库或外置数据库；

将所述待处理数据存储至所述数据库类型对应的目标数据库中，并向第三方平台发送数据上传请求；

若接收到所述第三方平台基于所述数据上传请求返回的响应消息，根据所述响应消息获取目标数据并进行封装处理，将封装后的目标数据上传至所述第三方平台；

所述根据预设的控制开关的开启状态，确定所述待处理数据对应的数据库类型，包括：获取本地缓存或存储引擎记录的所述控制开关的开启状态值；根据所述控制开关的开启状态值，确定所述控制开关的开启状态；若所述开启状态为已开启，则确定所述待处理数据对应的数据库类型为外置数据库；若所述开启状态为未开启，则确定所述待处理数据对应的数据库类型为内置数据库；

所述将所述待处理数据存储至所述数据库类型对应的目标数据库中，包括：若所述数据库类型为外置数据库，则将所述待处理数据存储至所述外置数据库对应的目标数据库中；若所述数据库类型为内置数据库，则将所述待处理数据存储至所述内置数据库对应的目标数据库中；

所述响应消息包括待上传数据对应的哈希值与报文类型；所述根据所述响应消息获取目标数据并进行封装处理，包括：根据所述待上传数据对应的哈希值，获取所述目标数据；根据所述待上传数据对应的报文类型，对所述目标数据进行封装处理，得到封装后的所述目标数据。

2.根据权利要求1所述的数据处理方法，其特征在于，所述若所述数据库类型为内置数据库，则将所述待处理数据存储至所述内置数据库对应的目标数据库中之后，还包括：

当检测到所述控制开关的开启状态为已开启时，将所述内置数据库中的数据内容备份至所述外置数据库，并将已备份的数据内容从所述内置数据库中删除。

3.根据权利要求2所述的数据处理方法，其特征在于，所述若所述数据库类型为外置数据库，则将所述待处理数据存储至所述外置数据库对应的目标数据库中，包括：

检测所述外置数据库对应的目标数据库是否产生异常消息；

若检测到所述外置数据库对应的目标数据库产生异常事件，则将所述待处理数据存储至所述内置数据库对应的目标数据库中；

所述当检测到所述控制开关的开启状态为已开启时，将所述内置数据库中的数据内容备份至所述外置数据库，并将已备份的数据内容从所述内置数据库中删除之后，还包括：

检测所述外置数据库对应的目标数据库是否产生异常事件；

若检测到所述外置数据库对应的目标数据库产生异常事件，则执行回滚操作，以将所述数据内容恢复至所述内置数据库中。

4.根据权利要求1所述的数据处理方法，其特征在于，所述根据所述响应消息获取目标数据并进行封装处理，包括：

基于哈希值与存储位置信息之间预设的对应关系，根据所述响应消息中的待上传数据对应的哈希值，确定所述待上传数据对应的存储位置信息；

根据所述待上传数据对应的存储位置信息，获取所述待上传数据对应的目标数据。

5.根据权利要求1-4任一项所述的数据处理方法，其特征在于，所述将封装后的目标数据上传至所述第三方平台之后，还包括：

接收所述第三方平台根据所述封装后的目标数据进行校验的校验结果；

若所述校验结果为校验失败，则重新对所述目标数据进行封装处理并上传至所述第三方平台；

若所述校验结果为校验成功，则将所述校验结果以及所述目标数据返回业务数据系统，以使所述业务数据系统显示所述校验结果以及所述目标数据。

6.一种数据处理装置，其特征在于，所述数据处理装置用于实现权利要求1-5中任意一项所述的数据处理方法，所述数据处理装置包括：

数据获取模块，用于获取待处理数据；

数据库确定模块，用于根据预设的控制开关的开启状态，确定所述待处理数据对应的数据库类型，其中，所述数据库类型包括内置数据库或外置数据库；

数据存储模块，用于将所述待处理数据存储至所述数据库类型对应的目标数据库中，并向第三方平台发送数据上传请求；

数据上传模块，用于若接收到所述第三方平台基于所述数据上传请求返回的响应消息，根据所述响应消息获取目标数据并进行封装处理，将封装后的目标数据上传至所述第三方平台。

7.一种计算机设备，其特征在于，所述计算机设备包括存储器和处理器；

所述存储器，用于存储计算机程序；

所述处理器，用于执行所述计算机程序并在执行所述计算机程序时实现如权利要求1至5任一项所述的数据处理方法。

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