CN111507594A - 一种数据处理方法以及设备 - Google Patents

Abstract

本申请实施例公开一种数据处理方法以及设备，其中方法包括如下步骤：获取用户终端的业务请求；根据业务请求获取用户信息针对业务类型的历史业务量；根据历史业务量和目标业务量确定用户信息的第一安全等级；当第一安全等级满足第一安全等级条件时，从区块链网络中获取用户信息对应的区块，根据区块统计用户信息对应的总业务量；根据总业务量和目标业务量确定用户信息的第二安全等级；当第二安全等级满足第二安全等级条件时，根据业务请求向用户终端发送确认信息；获取用户终端的发送的数字资产，根据数字资产和业务请求生成业务订单，在区块链网络中对业务订单进行上链处理。采用本申请，可以提高数据的可靠性。

Description

一种数据处理方法以及设备

技术领域

本申请涉及互联网技术领域，尤其涉及一种数据处理方法以及设备。

背景技术

移动互联网时代的到来，数据已经渗透到当今每一个行业和业务职能领域，成为重要的生产因素。但通常情况下，各个公司之间的数据不共享不互通，各个公司只能基于公司内部已有的业务数据，对用户的业务进行风险控制，如果用户向公司提供伪造的数据，公司仅仅依靠有限的内部数据，无法鉴别数据的准确性，容易出现对业务把控不准确的问题。

发明内容

本申请实施例提供一种数据处理方法以及设备，可以提高数据的可靠性。

本申请实施例一方面提供了一种数据处理方法，可包括：

获取用户终端的业务请求，所述业务请求携带有用户信息、业务类型以及所述业务类型对应的目标业务量；

根据所述业务请求获取所述用户信息针对所述业务类型的历史业务量；

根据所述历史业务量和所述目标业务量确定所述用户信息的第一安全等级；

当所述第一安全等级满足第一安全等级条件时，从区块链网络中获取所述用户信息对应的区块，根据所述区块统计所述用户信息对应的总业务量；

根据所述总业务量和所述目标业务量确定所述用户信息的第二安全等级；

当所述第二安全等级满足第二安全等级条件时，向所述用户终端发送确认信息，以使所述用户终端根据所述确认信息发送与所述目标业务量对应的数字资产；

获取用户终端的发送的数字资产，根据所述数字资产和业务请求生成业务订单，在所述区块链网络中对所述业务订单进行上链处理。

本申请实施例一方面提供了一种数据处理方法，可包括：

获取针对业务订单的查询请求，从区块链网络中获取所述查询请求对应的业务订单；

所述业务订单是根据用户终端发送的数字资产和业务请求生成的，并在区块链网络中进行上链处理，所述业务请求是用户终端的发送至目标企业的，携带有用户信息、业务类型以及所述业务类型对应的目标业务量，以使所述目标企业根据所述业务请求获取所述用户信息针对所述业务类型的历史业务量，根据所述历史业务量和所述目标业务量确定所述用户信息的第一安全等级，当所述第一安全等级满足第一安全等级条件时，从区块链网络中获取所述用户信息对应的区块，根据所述区块统计所述用户信息对应的总业务量，根据所述总业务量和所述目标业务量确定所述用户信息的第二安全等级，当所述第二安全等级满足第二安全等级条件时，向所述用户终端发送确认信息，获取所述用户终端根据所述确认信息发送的与所述目标业务量对应的数字资产；

根据所述业务订单中的用户信息和业务类型对应的业务量，对所述业务订单进行风险分析，生成所述业务订单的分析结果。

本申请实施例一方面提供了一种数据处理设备，可包括：

请求获取单元，用于获取用户终端的业务请求，所述业务请求携带有用户信息、业务类型以及所述业务类型对应的目标业务量；

历史业务量获取单元，用于根据所述业务请求获取所述用户信息针对所述业务类型的历史业务量；

第一等级获取单元，用于根据所述历史业务量和所述目标业务量确定所述用户信息的第一安全等级；

总业务量获取单元，用于当所述第一安全等级满足第一安全等级条件时，从区块链网络中获取所述用户信息对应的区块，根据所述区块统计所述用户信息对应的总业务量；

第二等级获取单元，用于根据所述总业务量和所述目标业务量确定所述用户信息的第二安全等级；

信息发送单元，用于当所述第二安全等级满足第二安全等级条件时，向所述用户终端发送确认信息，以使所述用户终端根据所述确认信息发送与所述目标业务量对应的数字资产；

订单上链单元，用于获取用户终端的发送的数字资产，根据所述数字资产和业务请求生成业务订单，在所述区块链网络中对所述业务订单进行上链处理。

其中，所述历史业务量获取单元具体用于：

根据所述业务请求从业务数据库中获取所述用户信息对应的业务数据；所述业务数据库用于存储用户的业务数据；

从所述业务数据中获取携带有所述业务类型的目标业务数据，将所述目标业务数据中的业务量作为历史业务量。

其中，所述第一等级获取单元具体用于：

获取所述历史业务量和所述目标业务量的业务量之和，根据所述历史业务量和所述目标业务量的业务量之和，从等级列表中获取所述用户信息对应的第一安全等级；

所述等级列表中存储安全等级和业务量的对应关系。

其中，所述总业务量获取单元具体用于：

当所述第一安全等级满足第一安全等级条件时，从区块链网络中获取所述用户信息对应至少一个区块；

从所述至少一个区块的每个区块中获取用户信息对应的业务量，根据所述每个区块中的业务量之和确定用户信息对应的总业务量；

当所述第一安全等级不满足第一安全等级条件时，生成第一请求失败信息，将所述第一请求失败信息发送至所述用户终端。

其中，所述第二等级获取单元具体用于：

获取所述总业务量和所述目标业务量的业务量之和，根据所述总业务量和所述目标业务量的业务量之和，从等级列表中获取所述用户信息对应的第二安全等级；

所述等级列表中存储安全等级和业务量的对应关系。

其中，所述信息发送单元具体用于：

当所述第二安全等级满足第二安全等级条件时，向所述用户终端发送确认信息，以使所述用户终端根据所述确认信息发送与所述目标业务量对应的数字资产；

当所述第二安全等级不满足第二安全等级条件时，生成第二请求失败信息，将所述第二请求失败信息发送至所述用户终端。

其中，所述订单上链单元具体用于：

获取用户终端的发送的数字资产，根据所述数字资产和业务请求生成业务订单；

将所述业务订单发送至区块链节点中的消息队列，以使所述区块链节点根据智能合约对所述消息队列中的业务订单进行上链处理，生成业务区块，将所述业务区块添加至所述区块链网络。

其中，还包括：

订单检测单元，用于检测所述消息队列中的所述业务订单，当所述业务订单完成上链后，生成所述业务订单对应的业务上链信息，将所述业务上链信息发送至用户终端。

本申请实施例一方面提供了一种计算机可读存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行上述的方法步骤。

本申请实施例一方面提供了一种计算机设备，包括处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行上述的方法步骤。

在本申请实施例中，通过获取用户终端的业务请求，业务请求携带有用户信息、业务类型以及业务类型对应的目标业务量，根据业务请求获取用户信息针对业务类型的历史业务量，根据历史业务量和目标业务量确定用户信息的第一安全等级，当第一安全等级满足第一安全等级条件时，从区块链网络中获取用户信息对应的区块，根据区块统计用户信息对应的总业务量，根据总业务量和目标业务量确定用户信息的第二安全等级，当第二安全等级满足第二安全等级条件时，根据业务请求向用户终端发送确认信息，用户终端根据确认信息发送与目标业务量对应的数字资产，获取用户终端的发送的数字资产，根据数字资产和业务请求生成业务订单，在区块链网络中对业务订单进行上链处理。避免了用户向公司提供伪造数据，公司无法通过本地后台的数据，查询数据准确性和业务合理性的问题，提高了数据的可靠性。

附图说明

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

图1是本申请实施例提供的一种数据处理的系统架构图；

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

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

图4a是本申请实施例提供的一种投保验证的举例示意图；

图4b是本申请实施例提供的一种投保验证的举例示意图；

图4c是本申请实施例提供的一种投保上链的举例示意图；

图5是本申请实施例提供的一种数据处理设备的结构示意图；

图6是本申请实施例提供的一种计算机设备的结构示意图。

具体实施方式

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

请参见图1，是本发明实施例提供的一种数据处理的系统架构图。服务器10b与用户终端10a和区块链网络10f建立连接。区块链网络10f中包括区块链节点10d、...、区块链节点10e，服务器10c与区块链网络10f建立连接。服务器10b获取用户终端的业务请求，所述业务请求携带有用户信息、业务类型以及所述业务类型对应的目标业务量，根据所述业务请求从服务器的数据库中获取所述用户信息针对所述业务类型的历史业务量，根据所述历史业务量和所述目标业务量确定所述用户信息的第一安全等级，当所述第一安全等级满足第一安全等级条件时，从区块链网络10f中获取所述用户信息对应的区块，根据所述区块统计所述用户信息对应的总业务量，服务器10b根据所述总业务量和所述目标业务量确定所述用户信息的第二安全等级，当所述第二安全等级满足第二安全等级条件时，服务器10b根据所述业务请求向所述用户终端发送确认信息，所述用户终端根据所述确认信息发送与所述目标业务量对应的数字资产，获取用户终端的发送的数字资产，服务器10b根据所述数字资产和业务请求生成业务订单，在所述区块链网络中对所述业务订单进行上链处理，服务器10c通过区块链网络获取用户信息对应的业务订单，对所述业务订单进行业务风险分析，生成分析结果。

本申请实施例涉及的服务器可以包括具有数据处理和存储的服务器，服务器10b可以是保险公司或者是保险代理公司，服务器10c可以是再保险公司或者是监管机构。所述用户终端包括：平板电脑、智能手机、个人电脑(PC)、笔记本电脑、掌上电脑等终端设备。

请参见图2，为本申请实施例提供了一种数据处理方法的流程示意图。如图2所示，本申请实施例的所述方法可以包括以下步骤S101-步骤S107。

S101，获取用户终端的业务请求，业务请求携带有用户信息、业务类型以及业务类型对应的目标业务量；

具体的，数据处理设备获取用户终端的业务请求，业务请求携带有用户信息、业务类型以及业务类型对应的目标业务量，可以理解的是，所述数据处理设备可以是图1中的服务器10b，用户终端是用户用于发送业务请求的终端设备，例如可以是智能手机、笔记本电脑等，业务请求是用户对具体的业务发送的请求指令，业务具体可以是保险公司的保险业务，请求指令具体可以是针对保险公司具体的一个险种的购买指令，业务请求携带有用户的用户信息、业务类型以及业务类型对应的目标业务量，用户信息可以是用户注册的账户，具体可以是电话号码或者身份证号码，业务类型具体可以是购买保险的保险类型，具体可以是财产保险、人寿保险、汽车保险等，目标业务量是用户在该业务类型对应的数据量，具体的可以是购买保险的金额，同时可以根据目标业务量确定保险公司赔付的金额。

S102，根据业务请求获取用户信息针对业务类型的历史业务量；

具体的，数据处理设备根据业务请求获取用户信息针对业务类型的历史业务量，可以理解的是，历史业务量是用户信息对应的用户在当前保险公司之前购买的具有业务类型的业务，数据处理设备根据业务请求携带的用户信息和业务类型，获取用户信息对应的用户在当前保险公司购买的所有保险，保险可以包括财产保险、人寿保险、汽车保险，根据业务请求携带的业务类型获取用户在该业务类型的下购买的保险，并确定历史业务量，例如，用户需要购买人寿保险，业务请求携带的业务类型为人寿保险，则获取用户之前在该保险公司购买的所有人寿保险，将之前购买的所有的人寿保险的总金额确定为历史业务量，同时，也可以根据用户的历史业务量确定用户的历史保额，以及同种业务类型下的保额，需要说明的，这里所说的保险均是用户对应的有效保险，到达保险有效期或者其他原因导致保险失效的保险可以不计算在内。

S103，根据历史业务量和目标业务量确定用户信息的第一安全等级；

具体的，数据处理设备根据历史业务量和目标业务量确定用户信息的第一安全等级，可以理解的是，第一安全等级是用户信息对应的用户的评价指标，具体可以是保险公司对用户的风控级别判定，第一安全等级可以包括多个级别，每个级别对应一个业务量范围，根据历史业务量和目标业务量确定用户信息的第一安全等级，具体的，可以计算历史业务量和目标业务量的业务量之和，根据业务量之和所在的业务量范围，确定用户信息的第一安全等级，需要说明的是，判断第一安全等级可以根据业务量判断用户信息的安全等级，也可以根据用户的保额进行判断，例如，历史业务量对应历史保额，目标业务量对应目标保额，根据历史保额和目标保额之和判断用户信息对应的第一安全等级，具体的，可以计算用户信息对应的保额上限，根据历史保额和目标保额之和与保额上限进行对比确定用户信息对应的第一安全等级。

S104，当第一安全等级满足第一安全等级条件时，从区块链网络中获取用户信息对应的区块，根据区块统计用户信息对应的总业务量；

具体的，当第一安全等级满足第一安全等级条件时，数据处理设备从区块链网络中获取用户信息对应的区块，根据区块统计用户信息对应的总业务量，可以理解的是，第一安全等级条件是预先设置的条件阈值，具体的可以设置等级阈值，当第一安全等级大于第一等级阈值时，从区块链网络中获取用户信息对应的区块，根据区块统计用户信息对应的总业务量，区块链网络中存储有多个保险公司的保单，用户信息对应的用户在各个保险公司购买的保险会进行上链处理，区块链网络中用户信息对应的区块存储用户在其他保险公司购买的保险，具体的，可以从区块链网络的网关调用查询接口，获取用户信息对应的区块，根据区块可以统计用户信息在不同业务类型下对应的业务量，进一步业务量之和确定用户信息对应的总业务量，同时，也可以根据用户的总业务量确定用户的总保额，需要说明的是，上述总业务量可以业务请求对应的业务类型的业务量之和，或者是用户信息对应的所有业务类型的业务量之和。

S105，根据总业务量和目标业务量确定用户信息的第二安全等级；

具体的，数据处理设备根据总业务量和目标业务量确定用户信息的第二安全等级，可以理解的是，第二安全等级是用户信息对应的用户的评价指标，具体可以是保险公司对用户的风控级别判定，第二安全等级和上述第一安全等级是相互独立的，第二安全等级可以包括多个级别，每个级别对应一个业务量范围，根据总业务量和目标业务量确定用户信息的第二安全等级，具体的，可以计算总业务量和目标业务量的业务量之和，根据业务量之和所在的业务量范围，确定用户信息的第二安全等级，需要说明的是，判断第二安全等级可以根据业务量判断用户信息的安全等级，也可以根据用户的保额进行判断，例如，总业务量对应总保额，目标业务量对应目标保额，根据总保额和目标保额之和判断用户信息对应的第二安全等级，具体的，可以计算用户信息对应的保额上限，根据总保额和目标保额之和与保额上限进行对比确定用户信息对应的第二安全等级。

S106，当第二安全等级满足第二安全等级条件时，根据业务请求向用户终端发送确认信息，以使用户终端根据确认信息发送与目标业务量对应的数字资产；

具体的，当第二安全等级满足第二安全等级条件时，数据处理设备根据业务请求向用户终端发送确认信息，以使用户终端根据确认信息发送与目标业务量对应的数字资产，可以理解的是，第二安全等级条件是预先设置的条件阈值，具体的可以设置等级阈值，第二安全等级条件与上述第一安全等级条件是相互独立的，当第二安全等级大于第二等级阈值时，根据业务请求向用户终端发送确认信息，以使用户终端根据确认信息发送与目标业务量对应的数字资产，确认信息是业务请求通过的指示信息，具体可以是用户购买保险的审核通过信息，用户终端接收确认信息后，发送与目标业务量对应的数字资产，数字资产是目标业务量对应的金额。

S107，获取用户终端的发送的数字资产，根据数字资产和业务请求生成业务订单，在区块链网络中对业务订单进行上链处理。

具体的，数据处理设备获取用户终端的发送的数字资产，根据数字资产和业务请求生成业务订单，在区块链网络中对业务订单进行上链处理，可以理解的是，获取用户终端的发送的数字资产后，根据数字资产和业务请求生成业务订单，业务订单中包括用户信息、业务类型和目标业务量，对业务订单进行上链处理添加到区块中，并全网广播，后续其他保险公司可以通过区块链网络的网关调用查询接口，获取该业务订单。

在本申请实施例中，通过获取用户终端的业务请求，业务请求携带有用户信息、业务类型以及业务类型对应的目标业务量，根据业务请求获取用户信息针对业务类型的历史业务量，根据历史业务量和目标业务量确定用户信息的第一安全等级，当第一安全等级满足第一安全等级条件时，从区块链网络中获取用户信息对应的区块，根据区块统计用户信息对应的总业务量，根据总业务量和目标业务量确定用户信息的第二安全等级，当第二安全等级满足第二安全等级条件时，根据业务请求向用户终端发送确认信息，用户终端根据确认信息发送与目标业务量对应的数字资产，获取用户终端的发送的数字资产，根据数字资产和业务请求生成业务订单，在区块链网络中对业务订单进行上链处理。避免了用户向公司提供伪造数据，公司无法通过本地后台的数据，查询数据准确性和业务合理性的问题，提高了数据的可靠性。

请参见图3，为本申请实施例提供了一种数据处理方法的流程示意图。如图3所示，本申请实施例的所述方法可以包括以下步骤S201-步骤S212。

S201，获取用户终端的业务请求，业务请求携带有用户信息、业务类型以及业务类型对应的目标业务量；

具体的，数据处理设备获取用户终端的业务请求，业务请求携带有用户信息、业务类型以及业务类型对应的目标业务量，可以理解的是，用户终端是用户用于发送业务请求的终端设备，例如可以是智能手机、笔记本电脑等，业务请求是用户对具体的业务发送的请求指令，业务具体可以是保险公司的保险业务，请求指令具体可以是针对保险公司具体的一个险种的购买指令，业务请求携带有用户的用户信息、业务类型以及业务类型对应的目标业务量，用户信息可以是用户注册的账户，具体可以是电话号码或者身份证号码，业务类型具体可以是购买保险的保险类型，具体可以是财产保险、人寿保险、汽车保险等，目标业务量是用户在该业务类型对应的数据量，具体的可以是购买保险的金额。

S202，根据业务请求从业务数据库中获取用户信息对应的业务数据；业务数据库用于存储用户的业务数据；

具体的，数据处理设备根据业务请求从业务数据库中获取用户信息对应的业务数据；业务数据库用于存储用户的业务数据，可以理解的是，业务数据库中包括至少一个用户的业务数据，对于保险公司来说，业务数据库用于存储用户的保险订单，包括各种类型的保险订单，数据处理设备根据业务请求携带的用户信息和业务类型，在业务数据库中获取用户信息对应的业务数据，业务数据具体为用户在当前保险公司购买的所有保险，保险可以包括财产保险、人寿保险、汽车保险，即可以根据业务数据的业务类型对业务数据进行分类，便于后续对选择具体类型的业务数据。

S203，从用户信息对应的业务数据中获取携带有业务类型的目标业务数据，获取目标业务数据中的业务量，将目标业务数据中的业务量确定为历史业务量。

具体的，数据处理设备从用户信息对应的业务数据中获取携带有业务类型的目标业务数据，获取目标业务数据中的业务量，将目标业务数据中的业务量确定为历史业务量，可以理解的是，历史业务量是用户针对业务类型的业务数据中的业务量的总合，具体的可以是用户在当前保险公司之前购买的具有业务类型的业务，根据业务请求携带的业务类型获取用户在该业务类型的下购买的保险，并确定历史业务量，例如，用户需要购买人寿保险，业务请求携带的业务类型为人寿保险，则获取用户之前在该保险公司购买的所有人寿保险，将之前购买的所有的人寿保险的总金额确定为历史业务量，需要说明的，这里所说的保险均是用户对应的有效保险，到达保险有效期或者其他原因导致保险失效的保险可以不计算在内。

S204，获取历史业务量和目标业务量的业务量之和，根据历史业务量和目标业务量的业务量之和，从等级列表中获取用户信息对应的第一安全等级；等级列表中存储安全等级和业务量的对应关系。

具体的，数据处理设备获取历史业务量和目标业务量的业务量之和，根据历史业务量和目标业务量的业务量之和，从等级列表中获取用户信息对应的第一安全等级；等级列表中存储安全等级和业务量的对应关系，可以理解的是，等级列表是预先设置的，等级列表中包括多个安全等级，第一安全等级是用户信息对应的用户的评价指标，具体可以是保险公司对用户的风控级别判定，第一安全等级可以是等级列表中任意一个安全等级，每个安全等级对应一个业务量范围，根据历史业务量和目标业务量确定用户信息的第一安全等级，获取历史业务量和目标业务量的业务量之和，根据业务量之和从等级列表中确定用户信息的第一安全等级。

S205，当第一安全等级满足第一安全等级条件时，从区块链网络中获取用户信息对应至少一个区块；从至少一个区块的每个区块中获取用户信息对应的业务量，根据每个区块中的业务量之和确定用户信息对应的总业务量；

S206，当第一安全等级不满足第一安全等级条件时，生成第一请求失败信息，将第一请求失败信息发送至用户终端。

具体的，第一安全等级条件是预先设置的条件阈值，具体的可以设置等级阈值，当第一安全等级大于第一等级阈值时，从区块链网络中获取用户信息对应的至少一个区块，根据每个区块中的用户信息对应的业务量统计用户信息对应的总业务量，同样以保险公司进行说明，区块链网络中存储有多个保险公司的保单，用户信息对应的用户在各个保险公司购买的保险会进行上链处理，区块链网络中用户信息对应的区块存储用户在其他保险公司购买的保险，具体的，可以从区块链网络的网关调用查询接口，获取用户信息对应的至少一个区块，根据每个区块中的业务量，可以统计用户信息在不同业务类型下对应的业务量，进一步业务量之和确定用户信息对应的总业务量，需要说明的是，上述总业务量可以业务请求对应的业务类型的业务量之和，或者是用户信息对应的所有业务类型的业务量之和，当第一安全等级不满足第一安全等级条件时，生成第一请求失败信息，第一请求失败信息是提示信息，具体可以是语音或者是文字，将第一请求失败信息发送至用户终端，用于提示用户上述业务请求失败。请参见图4a，为本申请实施例提供了一种投保验证的举例示意图。如图4a所示，用户提交投保信息到保险公司或者保险代理销售公司，包含身份信息、保险类型、保险金额等等，保险公司或者保险代理销售公司校验用户的投保信息是否有效，若信息无效则返回用户投保失败信息，验证成功后，提取该用户在公司内部所有保障期内有效保单，根据历史总保额和新增保额确定用户的第一安全等级，判断所述第一安全等级是否满足第一安全等级条件，若满足条件则通过区块链网络进行核保检测，否则核保失败，向用户返回投保失败原因。

S207，获取总业务量和目标业务量的业务量之和，根据总业务量和目标业务量的业务量之和，从等级列表中获取用户信息对应的第二安全等级；等级列表中存储安全等级和业务量的对应关系。

具体的，数据处理设备获取总业务量和目标业务量的业务量之和，根据总业务量和目标业务量的业务量之和，从等级列表中获取用户信息对应的第二安全等级；等级列表中存储安全等级和业务量的对应关系，可以理解的是，等级列表是预先设置的，等级列表中包括多个安全等级，第二安全等级是用户信息对应的用户的评价指标，具体可以是保险公司对用户的风控级别判定，第二安全等级可以是等级列表中任意一个安全等级，每个安全等级对应一个业务量范围，根据总业务量和目标业务量确定用户信息的第二安全等级，获取总业务量和目标业务量的业务量之和，根据业务量之和从等级列表中确定用户信息的第二安全等级。

S208，当第二安全等级满足第二安全等级条件时，根据业务请求向用户终端发送确认信息，以使用户终端根据确认信息发送与目标业务量对应的数字资产；

S209，当第二安全等级不满足第二安全等级条件时，生成第二请求失败信息，将第二请求失败信息发送至用户终端。

具体的，第二安全等级条件是预先设置的条件阈值，具体的可以设置等级阈值，第二安全等级条件与上述第一安全等级条件是相互独立的，当第二安全等级大于第二等级阈值时，根据业务请求向用户终端发送确认信息，以使用户终端根据确认信息发送与目标业务量对应的数字资产，确认信息是业务请求通过的指示信息，具体可以是用户购买保险的审核通过信息，用户终端接收确认信息后，发送与目标业务量对应的数字资产，数字资产是目标业务量对应的金额，当第二安全等级不满足第二安全等级条件时，生成第二请求失败信息，第二请求失败信息是提示信息，具体可以是语音或者是文字，将第二请求失败信息发送至用户终端，用于提示用户上述业务请求失败。请参见图4b，为本申请实施例提供了一种投保验证的举例示意图。如图4b所示，在区块链网络的核保环节，通过调用区块链网关提供的查询接口，获取用户在所有保险公司已上链的保单，提取该用户所有保障期内有效保单，加上内部所有保障期内有效保单，去掉重复保单，确定用户的第二安全等级，判断第二安全等级是否满足第二安全等级条件，若满足条件，则将保单保存到数据库，保单状态为待支付，并返回用户投保审核成功的确认消息，等待用户支付，否则投保失败，向用户返回投保失败信息。

S210，获取用户终端的发送的数字资产，根据数字资产和业务请求生成业务订单；将业务订单发送至区块链节点中的消息队列，以使区块链节点根据智能合约对消息队列中的业务订单进行上链处理，生成业务区块，将业务区块添加至区块链网络。

具体的，数据处理设备获取用户终端的发送的数字资产，根据数字资产和业务请求生成业务订单，将业务订单发送至区块链节点中的消息队列，可以理解的是，获取用户终端的发送的数字资产后，根据数字资产和业务请求生成业务订单，业务订单中包括用户信息、业务类型和目标业务量，将业务订单发送至区块链节点中的消息队列，消息队列中是等待上链的业务订单，具体的，保险订单生成后会发送至消息队列等待上链，区块链节点根据智能合约对消息队列中的业务订单进行上链处理，生成业务区块，将业务区块添加至区块链网络进行全网广播，需要说明的是，区块链节点在上链处理时会监听链上新的业务订单，检测用户的总业务量和目标业务量是否满足安全等级条件，满足条件后，将业务订单进行上链处理。

S211，检测消息队列中的业务订单，当业务订单完成上链后，生成业务订单对应的业务上链信息，将业务上链信息发送至用户终端。

具体的，数据处理设备检测消息队列中的业务订单，当业务订单完成上链后，生成业务订单对应的业务上链信息，将业务上链信息发送至用户终端，可以理解的是，数据处理设备可以通过区块链网络的网关接口轮询查询消息队列中业务订单的上链情况。确认上链成功后，生成业务订单对应的业务上链信息，将业务上链信息发送至用户终端消息，具体的，可以通过邮件、短信、微信消息等通知用户，请参见图4c，为本申请实施例提供了一种投保上链的举例示意图。如图4c所示，保险公司或者保险公司代理销售公司对消息队列中的保单轮询处理，轮询时间可以预先设置，调用区块链网关的查询接口，检查对应保单是否已上链，如果上链成功，通过短信、邮件、微信消息通知用户保单已成功上链，若等待超过一定时间，通知用户上链失败退保的信息。

S212，通过区块链网络获取用户信息对应的业务订单，对所述业务订单进行业务风险分析，生成分析结果。

具体的，再保险机构、监管机构基于内部业务需求，可以通过区块链网关查询用户的业务订单，根据业务订单获取所有保额信息，对用户的业务订单进行业务风险分析，例如，检测保单是否满足保监会的投保规则，监控区块链网络中保单信息，确保投保的合规性，保障行业的正常运作，有效管理自身的业务风险或者监控行业健康发展。

在本申请实施例中，通过获取用户终端的业务请求，根据业务请求从业务数据库中获取用户信息对应的业务数据，从用户信息对应的业务数据中获取携带有业务类型的目标业务数据，将目标业务数据中的业务量确定为历史业务量，获取历史业务量和目标业务量的业务量之和，从等级列表中获取用户信息对应的第一安全等级，当第一安全等级满足第一安全等级条件时，从区块链网络中获取用户信息对应至少一个区块，进而确定用户信息对应的总业务量，获取总业务量和目标业务量的业务量之和，从等级列表中获取用户信息对应的第二安全等级，当第二安全等级满足第二安全等级条件时，根据业务请求向用户终端发送确认信息，用户终端根据确认信息发送与目标业务量对应的数字资产，获取用户终端的发送的数字资产，根据数字资产和业务请求生成业务订单，区块链节点根据智能合约对业务订单进行上链处理，通过区块链网络获取用户信息对应的业务订单，监管机构对所述业务订单进行业务风险分析，生成分析结果。避免了用户向公司提供伪造数据，公司无法通过本地后台的数据，查询数据准确性和业务合理性的问题，提高了数据的可靠性，同时，监管机构对用户的业务订单进行业务风险分析，降低了行业的业务风险，保证了监控行业的健康发展。

请参见图5，为本申请实施例提供了一种数据处理设备的结构示意图。所述数据处理设备可以是运行于计算机设备中的一个计算机程序(包括程序代码)，例如该数据处理设备为一个应用软件；该设备可以用于执行本申请实施例提供的方法中的相应步骤。如图5所示，本申请实施例的所述数据处理设备1可以包括：请求获取单元11、历史业务量获取单元12、第一等级获取单元13、总业务量获取单元14、第二等级获取单元15、信息发送单元16、订单上链单元17。

请求获取单元11，用于获取用户终端的业务请求，所述业务请求携带有用户信息、业务类型以及所述业务类型对应的目标业务量；

历史业务量获取单元12，用于根据所述业务请求获取所述用户信息针对所述业务类型的历史业务量；

第一等级获取单元13，用于根据所述历史业务量和所述目标业务量确定所述用户信息的第一安全等级；

总业务量获取单元14，用于当所述第一安全等级满足第一安全等级条件时，从区块链网络中获取所述用户信息对应的区块，根据所述区块统计所述用户信息对应的总业务量；

第二等级获取单元15，用于根据所述总业务量和所述目标业务量确定所述用户信息的第二安全等级；

信息发送单元16，用于当所述第二安全等级满足第二安全等级条件时，向所述用户终端发送确认信息，以使所述用户终端根据所述确认信息发送与所述目标业务量对应的数字资产；

订单上链单元17，用于获取用户终端的发送的数字资产，根据所述数字资产和业务请求生成业务订单，在所述区块链网络中对所述业务订单进行上链处理。

所述历史业务量获取单元12具体用于：

根据所述业务请求从业务数据库中获取所述用户信息对应的业务数据；所述业务数据库用于存储用户的业务数据；

从所述业务数据中获取携带有所述业务类型的目标业务数据，将所述目标业务数据中的业务量作为历史业务量。

所述第一等级获取单元13具体用于：

获取所述历史业务量和所述目标业务量的业务量之和，根据所述历史业务量和所述目标业务量的业务量之和，从等级列表中获取所述用户信息对应的第一安全等级；

所述等级列表中存储安全等级和业务量的对应关系。

所述总业务量获取单元14具体用于：

当所述第一安全等级满足第一安全等级条件时，从区块链网络中获取所述用户信息对应至少一个区块；

从所述至少一个区块的每个区块中获取用户信息对应的业务量，根据所述每个区块中的业务量之和确定用户信息对应的总业务量；

当所述第一安全等级不满足第一安全等级条件时，生成第一请求失败信息，将所述第一请求失败信息发送至所述用户终端。

所述第二等级获取单元15具体用于：

获取所述总业务量和所述目标业务量的业务量之和，根据所述总业务量和所述目标业务量的业务量之和，从等级列表中获取所述用户信息对应的第二安全等级；

所述等级列表中存储安全等级和业务量的对应关系。

所述信息发送单元16具体用于：

当所述第二安全等级满足第二安全等级条件时，向所述用户终端发送确认信息，以使所述用户终端根据所述确认信息发送与所述目标业务量对应的数字资产；

当所述第二安全等级不满足第二安全等级条件时，生成第二请求失败信息，将所述第二请求失败信息发送至所述用户终端。

所述订单上链单元17具体用于：

获取用户终端的发送的数字资产，根据所述数字资产和业务请求生成业务订单；

将所述业务订单发送至区块链节点中的消息队列，以使所述区块链节点根据智能合约对所述消息队列中的业务订单进行上链处理，生成业务区块，将所述业务区块添加至所述区块链网络。

请参见图5，本申请实施例的所述数据处理设备1可以还包括：请求获取单元18；

订单检测单元18，用于检测所述消息队列中的所述业务订单，当所述业务订单完成上链后，生成所述业务订单对应的业务上链信息，将所述业务上链信息发送至用户终端。

在本申请实施例中，通过获取用户终端的业务请求，业务请求携带有用户信息、业务类型以及业务类型对应的目标业务量，根据业务请求获取用户信息针对业务类型的历史业务量，根据历史业务量和目标业务量确定用户信息的第一安全等级，当第一安全等级满足第一安全等级条件时，从区块链网络中获取用户信息对应的区块，根据区块统计用户信息对应的总业务量，根据总业务量和目标业务量确定用户信息的第二安全等级，当第二安全等级满足第二安全等级条件时，根据业务请求向用户终端发送确认信息，用户终端根据确认信息发送与目标业务量对应的数字资产，获取用户终端的发送的数字资产，根据数字资产和业务请求生成业务订单，在区块链网络中对业务订单进行上链处理。避免了用户向公司提供伪造数据，公司无法通过本地后台的数据，查询数据准确性和业务合理性的问题，提高了数据的可靠性。

请参见图6，为本申请实施例提供了一种计算机设备的结构示意图。如图6所示，所述计算机设备1000可以包括：至少一个处理器1001，例如CPU，至少一个网络接口1004，用户接口1003，存储器1005，至少一个通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。其中，用户接口1003可以包括显示屏(Display)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器1005可选的还可以是至少一个位于远离前述处理器1001的存储装置。如图6所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及数据处理应用程序。

在图6所示的计算机设备1000中，网络接口1004可提供网络通讯功能，用户接口1003主要用于为用户提供输入的接口；而处理器1001可以用于调用存储器1005中存储的数据处理应用程序，以实现上述图2-图4c任一个所对应实施例中对所述数据处理方法的描述，在此不再赘述。

应当理解，本申请实施例中所描述的计算机设备1000可执行前文图2-图4c任一个所对应实施例中对所述数据处理方法的描述，也可执行前文图5所对应实施例中对所述数据处理设备的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

此外，这里需要指出的是：本申请实施例还提供了一种计算机可读存储介质，且所述计算机可读存储介质中存储有前文提及的数据处理设备所执行的计算机程序，且所述计算机程序包括程序指令，当所述处理器执行所述程序指令时，能够执行前文图2-图4c任一个所对应实施例中对所述数据处理方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机可读存储介质实施例中未披露的技术细节，请参照本申请方法实施例的描述。作为示例，程序指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行，分布在多个地点且通过通信网络互连的多个计算设备可以组成区块链系统。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。

Claims (10)

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

获取用户终端的业务请求，所述业务请求携带有用户信息、业务类型以及所述业务类型对应的目标业务量；

根据所述业务请求获取所述用户信息针对所述业务类型的历史业务量；

根据所述历史业务量和所述目标业务量确定所述用户信息的第一安全等级；

当所述第一安全等级满足第一安全等级条件时，从区块链网络中获取所述用户信息对应的区块，根据所述区块统计所述用户信息对应的总业务量；

根据所述总业务量和所述目标业务量确定所述用户信息的第二安全等级；

当所述第二安全等级满足第二安全等级条件时，向所述用户终端发送确认信息，以使所述用户终端根据所述确认信息发送与所述目标业务量对应的数字资产；

获取所述用户终端发送的数字资产，根据所述数字资产和所述业务请求生成业务订单，在所述区块链网络中对所述业务订单进行上链处理。

2.根据权利要求1所述的方法，其特征在于，所述根据所述业务请求获取所述用户信息针对所述业务类型的历史业务量，包括：

根据所述业务请求从业务数据库中获取所述用户信息对应的业务数据；

从所述业务数据中获取携带有所述业务类型的目标业务数据，将所述目标业务数据中的业务量作为历史业务量。

3.根据权利要求1所述的方法，其特征在于，所述根据所述历史业务量和所述目标业务量确定所述用户信息的第一安全等级，包括：

获取所述历史业务量和所述目标业务量的业务量之和，根据所述历史业务量和所述目标业务量的业务量之和，从等级列表中获取所述用户信息的第一安全等级；

所述等级列表中存储安全等级和业务量的对应关系。

4.根据权利要求1所述的方法，其特征在于，所述当所述第一安全等级满足第一安全等级条件时，从区块链网络中获取所述用户信息对应的区块，根据所述区块统计所述用户信息对应的总业务量，包括：

当所述第一安全等级满足第一安全等级条件时，从区块链网络中获取所述用户信息对应的至少一个区块；

从所述至少一个区块的每个区块中获取所述用户信息对应的业务量，根据所述每个区块中的业务量之和确定所述用户信息对应的总业务量；

当所述第一安全等级不满足第一安全等级条件时，生成第一请求失败信息，将所述第一请求失败信息发送至所述用户终端。

5.根据权利要求1所述的方法，其特征在于，所述根据所述总业务量和所述目标业务量确定所述用户信息的第二安全等级，包括：

获取所述总业务量和所述目标业务量的业务量之和，根据所述总业务量和所述目标业务量的业务量之和，从等级列表中获取所述用户信息对应的第二安全等级；

所述等级列表中存储安全等级和业务量的对应关系。

6.根据权利要求1所述的方法，其特征在于，所述根据所述总业务量和所述目标业务量确定所述用户信息的第二安全等级之后，还包括：

当所述第二安全等级不满足第二安全等级条件时，生成第二请求失败信息，将所述第二请求失败信息发送至所述用户终端。

7.根据权利要求1所述的方法，其特征在于，所述获取所述用户终端发送的数字资产，根据所述数字资产和业务请求生成业务订单，在所述区块链网络中对所述业务订单进行上链处理，包括：

获取所述用户终端发送的数字资产，根据所述数字资产和业务请求生成业务订单；

将所述业务订单发送至区块链节点中的消息队列，以使所述区块链节点根据智能合约对所述消息队列中的业务订单进行上链处理，生成业务区块，将所述业务区块添加至所述区块链网络。

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

检测所述消息队列中的所述业务订单，当所述业务订单完成上链后，生成所述业务订单对应的业务上链信息，将所述业务上链信息发送至用户终端。

9.一种计算机可读存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时，执行如权利要求1-8任一项所述的方法。

10.一种计算机设备，其特征在于，其特征在于，包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行如权利要求1-8任意一项的方法步骤。

Images