CN110659904B - 一种基于区块链的风险数据服务方法、装置及电子设备 - Google Patents

Abstract

本申请实施例提供一种基于区块链的风险数据服务方法、装置及电子设备。方法应用于区块链，包括：接收服务使用端通过区块链接口提交的区块链查询业务请求，区块链查询业务请求携带有服务使用端提供的查询用户名单，查询用户名单包括未定风险标签的用户样本。对与服务使用端相关联的区块中的用户样本进行汇总，形成风险用户名单，该相关联的区块是基于服务使用端历史上传的共享用户名单对多个区块进行匹配得到的，共享用户名单包括既定风险标签的用户样本，多个区块中的用户样本是对至少一个其他服务使用端历史上传的共享用户名单中的用户样本汇总得到的。基于风险用户名单确定查询用户名单中的用户样本的风险标签，并向服务使用端反馈。

Description

一种基于区块链的风险数据服务方法、装置及电子设备

技术领域

本申请实施例涉及区块链技术领域，尤其涉及一种基于区块链的风险数据服务方法、装置及电子设备。

背景技术

随着互联网的普及，互联网中包含的数据越来越丰富，其中就存在对人们财产带来威胁的数据。为此很多机构(如商户、银行、软件开发商等)都开发了自己的风控系统以进行防范。但是，储备的这些风险数据只局限于自身使用，一方面，需要独立承担风险数据的维护工作，使得支出成本较高；另一方面，风险数据的来源相对集中，质量一旦出现问题则对应的容错性较差。

因此，有必要提出一种共享风险数据的服务方案，以用于识别网络中存在的风险。

发明内容

本申请实施例目的是提供一种基于区块链的风险数据服务方法、装置及电子设备，能够提供基于数据共享的风险识别服务。

为了实现上述目的，本申请实施例是这样实现的：

第一方面，提供一种基于区块链的风险数据服务方法，包括：

区块链接收服务使用端通过区块链接口提交的区块链查询业务请求，其中，所述区块链查询业务请求携带有服务使用端提供的查询用户名单，所述查询用户名单包括未定风险标签的用户样本；

所述区块链对与所述服务使用端相关联的区块中既定风险标签的用户样本进行汇总，以形成风险用户名单，其中，与所述服务使用端相关联的区块是基于所述服务使用端历史上传的共享用户名单，对记录有用户样本的多个区块进行匹配得到的，共享用户名单包括既定风险标签的用户样本，所述多个区块中的用户样本是对至少一个其他服务使用端历史上传的共享用户名单中的用户样本汇总得到的；

所述区块链基于所述风险用户名单确定所述查询用户名单中的用户样本的风险标签；

所述区块链通过区块链接口向所述服务使用端反馈所述查询用户名单中的用户样本的风险标签。

第二方面，提供一种基于区块链的风险数据服务装置，包括：

接收模块，接收服务使用端通过区块链接口提交的区块链查询业务请求，其中，所述区块链查询业务请求携带有服务使用端提供的查询用户名单，所述查询用户名单包括未定风险标签的用户样本；

汇总模块，对与所述服务使用端相关联的区块中既定风险标签的用户样本进行汇总，以形成风险用户名单，其中，与所述服务使用端相关联的区块是基于所述服务使用端历史上传的共享用户名单，对记录有用户样本的多个区块进行匹配得到的，共享用户名单包括既定风险标签的用户样本，所述多个区块中的用户样本是对至少一个其他服务使用端历史上传的共享用户名单中的用户样本汇总得到的；

业务模块，基于所述风险用户名单确定所述查询用户名单中的用户样本的风险标签；

反馈模块，通过区块链接口向所述服务使用端反馈所述查询用户名单中的用户样本的风险标签。

第三方面，提供一种电子设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行：

接收服务使用端通过区块链接口提交的区块链查询业务请求，其中，所述区块链查询业务请求携带有服务使用端提供的查询用户名单，所述查询用户名单包括未定风险标签的用户样本；

对与所述服务使用端相关联的区块中既定风险标签的用户样本进行汇总，以形成风险用户名单，其中，与所述服务使用端相关联的区块是基于所述服务使用端历史上传的共享用户名单，对记录有用户样本的多个区块进行匹配得到的，共享用户名单包括既定风险标签的用户样本，所述多个区块中的用户样本是对至少一个其他服务使用端历史上传的共享用户名单中的用户样本汇总得到的；

基于所述风险用户名单确定所述查询用户名单中的用户样本的风险标签；

通过区块链接口向所述服务使用端反馈所述查询用户名单中的用户样本的风险标签。

第四方面，提供一种算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如下步骤：

接收服务使用端通过区块链接口提交的区块链查询业务请求，其中，所述区块链查询业务请求携带有服务使用端提供的查询用户名单，所述查询用户名单包括未定风险标签的用户样本；

对与所述服务使用端相关联的区块中既定风险标签的用户样本进行汇总，以形成风险用户名单，其中，与所述服务使用端相关联的区块是基于所述服务使用端历史上传的共享用户名单，对记录有用户样本的多个区块进行匹配得到的，共享用户名单包括既定风险标签的用户样本，所述多个区块中的用户样本是对至少一个其他服务使用端历史上传的共享用户名单中的用户样本汇总得到的；

基于所述风险用户名单确定所述查询用户名单中的用户样本的风险标签；

通过区块链接口向所述服务使用端反馈所述查询用户名单中的用户样本的风险标签。

基于本申请实施例的方案，不同服务使用端可以将各自确定是否具有风险的用户样本上传至区块链中以实现共享。任意服务使用端在需要判断某一风险场景下的用户名单是否具有风险时，可以通过发起区块链业务请求的方式，向区块链提交该风险场景下未定风险标签的用户名单和既定风险标签的用户名单。区块链将既定风险标签的用户名单作为参考样本进行区块筛选，找到合适服务使用端的区块，以调取其中的数据对未定风险标签的用户名单进行风险识别、打标，并将结果反馈至服务使用端。可见，本申请实施例的方案不仅避免了服务使用端独自开发、维护风险数据所承担的成本，同时还丰富了风险数据的来源，从而提高了风险识别的服务质量，因此具有很高的实用价值。

附图说明

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

图1为本申请实施例提供的风险数据服务方法的第一种流程示意图。

图2为本申请实施例提供的风险数据服务方法在实际应用场景的第一种示意图。

图3为本申请实施例提供的风险数据服务方法在实际应用场景的第二种示意图。

图4为本申请实施例提供的风险数据服务方法在实际应用场景的第三种示意图。

图5为本申请实施例提供的风险数据服务方法在实际应用场景的第四种示意图。

图6为本申请实施例提供的风险数据服务装置的结构示意图。

图7为本申请实施例提供的电子设备的结构示意图。

具体实施方式

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

如前所述，目前绝大部分机构储备的风险数据只局限于自身使用，一方面，需要独立承担风险数据的维护工作，使得支出成本较高；另一方面，风险数据的来源相对集中，质量一旦出现问题则对应的容错性较差。有鉴于此，本申请旨在提供一种共享风险数据的服务方案，可用于识别网络中存在的风险。

图1是本申请实施例基于区块链的风险数据服务方法的流程图。图1所示的方法可以由下文相对应的装置执行，包括：

步骤S102，区块链接收服务使用端通过区块链接口提交的区块链查询业务请求，区块链查询业务请求携带有服务使用端提供的查询用户名单，查询用户名单包括未定风险标签的用户样本；

其中，区块链查询业务请求可以但不限于是区块链已有的业务请求，比如交易相关的支付请求、转账请求等。即，本步骤中的服务使用端复用区块链的现有业务请求来提供查询用户名单。

步骤S104，区块链获取对与服务使用端相关联的区块中既定风险标签的用户样本进行汇总，以形成风险用户名单，其中与服务使用端相关联的区块是基于服务使用端历史上传的共享用户名单，对记录有用户样本的多个区块进行匹配得到的，共享用户名单包括既定风险标签的用户样本，多个区块中的用户样本是对至少一个其他服务使用端历史上传的共享用户名单中的用户样本汇总得到的。

应理解，区块链的各区块记录有既定风险标签的用户样本，可以作为风险识别的数据支持。其中，各区块记录的用户样本可以对应有多种风险属性，比如：赌博风险、欺诈风险、套现风险、信贷风险等。显然，在多种风险属性分类下，并非所有区块记录的用户样本都适用于服务使用端所处于的风险场景。因此，本步骤要先确定服务使用端所匹配的风险属性，从而利用与服务使用端所属风险属性相匹配的区，来实现风险识别服务。

在本步骤中，区块链可以根据服务使用端先前提供的既定风险标签用户名单，来确定与服务使用端所处风险场景相匹配的区块。

作为示例性介绍：假设服务使用端有一部分无法通过自己确定是否具有赌博风险的用户名单(即上述未定风险标签的用户样本)需要区块链进行风险识别，则可以先向区块链提供自己已经确定的是否具有赌博风险的用户名单(即上述既定风险标签的用户样本)，来让区块链匹配服务使用端的风险属性。

需要说明的是，在实际应用中，服务使用端也可以将同一风险场景下的查询用户名单和共享用户名单通过同一区块链业务请求提交至区块链。本申请实施例不对共享用户名单的提交方式作具体限定。

步骤S106，区块链基于风险用户名单确定查询用户名单中的用户样本的风险标签。

作为示例性介绍：

在本步骤中，如果查询用户名单中的用户样本在风险用户名单中为黑样本用户，则为其标记黑样本用户的标签。如果查询用户名单中的用户样本在风险用户名单中为白样本用户，则为其标记白样本用户的标签。

需要说明的是，风险标签的确定方法并不唯一，由于本申请实施例不涉及该方面的改进，因此不作具体赘述。

步骤S108，区块链通过区块链接口向服务使用端反馈查询用户名单中的用户样本的风险标签。

其中，区块链所反馈的查询用户名单中的用户样本的风险标签，可以视作为查询用户名单的风险识别结果。

基于图1所示的风险数据服务方法，不同服务使用端可以将各自确定是否具有风险的用户样本上传至区块链中以实现共享。任意服务使用端在需要判断某一风险场景下的用户名单是否具有风险时，可以通过发起区块链业务请求的方式，向区块链提交该风险场景下未定风险标签的用户名单和既定风险标签的用户名单。区块链将既定风险标签的用户名单作为参考样本进行区块筛选，找到合适服务使用端的区块，以调取其中的数据对未定风险标签的用户名单进行风险识别、打标，并将结果反馈至服务使用端。可见，本申请实施例的方案不仅避免了服务使用端独自开发、维护风险数据所承担的成本，同时还丰富了风险数据的来源，从而提高了风险识别的服务质量，因此具有很高的实用价值。

下面对本申请实施例的方法进行详细介绍。

在本申请实施例的方法中，各服务使用端可以将自身确定的风险数据上传至区块链以实现共享。同时，区块链也可以根据记录的风险数据为指定服务使用端提供风险识别服务。在这个过程中，区块链积累的风险数据的种类和数量会越来越丰富，使得风险识别的准确率和覆盖率也不断得到提升。

其中，本申请实施例方法的主要流程包括：

步骤S201，区块链接收服务使用端通过区块链接口提交的区块链业务请求，区块链业务请求携带有服务使用端提供的共享用户名单。

其中，共享用户名单是服务使用端自身能够确定是否具有风险的用户名单，可以但不限于包括既定具有风险的黑用户样本和既定不具有风险的白用户样本。这里，服务使用端上传的共享用户名单并不必需指明所处风险场景的风险类别。共享用户名单只需包含用户样本和各用户样本所对应的标签即可，可以是：(张三，具有风险)、(李四，不具有风险)所示的数据结构。

步骤S202，区块链从本地所有记录有用户样本的区块中筛选出与服务使用端相关联的区块。

具体地，在本步骤中区块链在接收到服务使用端历史上传的共享用户名单时，会触发预先部署的第一智能合约。其中，第一智能合约包含有用于从所述多个区块获取用户样本所需要的密钥以及用于从所述多个区块中匹配出于与所述服务使用端相关联的区块的处理逻辑。在第一智能合约触发后，区块链基于第一智能合约中的秘钥从多个区块中获取的用户样本，并按照第一智能合约终中的处理逻辑，从多个区块中匹配筛选出于与所述服务使用端相关联的区块。

应理解，筛选获得区块所记录的用户样本需要适用于服务使用端所对应的风险场景，并且数据量足以支持进行风险识别。因此本步骤中，区块链可以根据匹配度和/或覆盖度两个指标来进行区块筛选。

作为其中一种可行方案，匹配度条件和覆盖度条件可以由服务使用端指定。比如，服务使用端可以通过区块链业务请求，向区块链指示匹配选取的区块所需要满足的指定匹配度条件和/或指定覆盖度条件。

其中：

指定匹配度条件要求的匹配度是指匹配选取的单个区块命中共享用户名单中黑用户样本的数量与该单个区块命中共享用户名单中黑用户样本、白用户样本的总数量之比。应理解，匹配度体现了单个区块针对共享用户名单相对的黑用户样本的命中率。区块与共享用户名单的匹配度越高，则表示该区块记录的用户样本月适用于服务使用端对应的风险场景。

指定覆盖度条件要求的覆盖度是指至匹配选取获得的所有区块共同命中共享用户名单中黑用户名单和白用户样本的数量与共享用户名单中黑用户样本、白用户样本的总数量之比。应理解，覆盖度体现了匹配选取的所有区块是否在数据量上能够支持服务使用端的需求。显然，如果区块链最终匹配选取的区块的覆盖度较低，则很可能只能为服务使用端部分需要风险识别的用户名单提供有效服务。

步骤S203，区块链对服务使用端历史上传的共享用户名单中的用户样本进行汇总，以形成新区块进行存储。

需要说明的是，本申请实施例不对共享用户名单的上链方式作具体限定。作为示例性介绍：区块链可以通过共识节点对共享用户名单中的用户样本发起共识提议，并在共识提议通过后，生成记录有共享用户名单中的用户样本的区块(如果一个区块无法记录共享用户名单中的所有用户样本，可以生多个区块进行记录)。

步骤S204，区块链接收服务使用端通过区块链接口提交的区块链查询业务请求，区块链查询业务请求携带有服务使用端提供的查询用户名单。

如前所述，查询用户名单是指服务使用端自身无法确定是否具有风险的用户名单，需要由区块链协助进行风险识别。

其中，服务使用端上传的查询用户名单并不必需指明所处风险场景的风险类别。

步骤S205，区块链获取筛选出的与服务使用端相关联的区块中的用户样本，以汇总形成风险用户名单，并基于风险用户名单确定查询用户名单的用户样本的风险标签。

具体地，在本步骤中区块链在接收到区块链查询包含有业务请求时，会触发预先部署的第二智能合约。其中，第二智能合约有用于对样本查询用户名单中的用户样本进行风险打标的处理逻辑。在第二智能合约触发后，区块链基于第二智能合约中的处理逻辑，按照风险用户名单中的用户样本所对应的风险标签，对查询用户名单中的用户样本进行风险打标，从而确定出查询用户名单中的用户样本的风险标签。比如，风险用户名单中的用户A对应的风险标签指示为具有风险，如果查询用户名单中也包含有该用户A，则针对用户A打标的风险标签也同样指示为具有风险。

步骤S206，区块链通过区块链接口向服务使用端反馈查询用户名单中的用户样本的风险标签。

通过上述描述可以知道：本申请实施例的方法中，服务使用端每向区块链上传共享用户名单，就是对区块链中风险数据的一次扩充。在不需要刻意维护的情况下，区块链会生成来源于各个服务使用端且对应有各个风险场景的区块，因此风险数据资源的种类会越来越丰富。

在服务过程中，区块链会基于服务使用端提供的共享用户名单按照指定的匹配度条件和覆盖度条件筛选合适的区块。区块与共享用户名单的匹配度和覆盖度取决于区块中白样本用户和黑样本用户命中共享用户名单的情况。在该筛选机制下，如果某个区块中的用户样本质量较低，则会导致长期得不到使用。也就是说，在区块链具有一定规模的区块后，个别区块对用户样本标记不准确，并不会严重影响到整体区块的数据质量以及风险识别的准确性。此外，这种筛选机制下，区块中样本用户只需要通过风险标签区分黑白即可，不需要对区块、区块的用户样本作具体的风险分类(如区分出是赌博风险还是信贷风险)，因此不要人为过多参与管理。同时，服务使用端作为区块链提供风险识别服务的受益方，不会恶意将不严谨的样本用户名单进行上链，从而在一定程度上保证了区块链中的资源质量。在对区块链部署执行为本方案处理逻辑的智能合约后，即可对区块链实现托管，极大降低了后期维护所投入的成本。

此外，在上述基础之上，区块链可以本地缓存服务使用端提供的共享用户名单以及基于风险用户名单。后续如果服务使用端提供新的查询用户名单时，区块链基于本地缓存，沿用缓存的风险用户名单，对新的查询用户名单中用户样本进行风险打标。

此外，考虑到区块链中区块会动态发生改变，区块链可以基于预设的执行周期，基于本地缓存的服务使用端上传的共享用户名单，重新从所有记录有用户样本的区块中确定出与服务使用端相关联的区块从而更新风险用户名单，并将重新确定出的风险用户名单进行本地缓存。

同时，本申请实施例中，区块链每接收到服务使用端历史上传的共享用户名单后，就从所有记录有用户样本的区块中确定出与服务使用端相关联的区块。如果服务使用端的风险场景改变时，则可以向区块链上传新风险场景下的共享用户名单，以让区块链重新为服务使用端匹配出符合新风险场景下的区块。比如，服务使用端先前使用区块链对赌博场景中的未定风险标签的用户样本进行风险打标，现在需要区块链对信贷场景中的未定风险标签的用户样本进行风险打标，则可以将自己能够确定的在信贷场景中是否具有风险的样本用户作为共享用户名单上传至区块链。区块链基于该信贷场景的共享用户名单，从所有区块中，重新确定出与服务使用端相关联的符合信贷场景的区块，从而后续为服务使用端提供信贷场景下的风险识别服务。

此外，在上述基础之上，本申请实施例的方法也可以实现收费服务。其中，收费服务方式并不唯一，本申请实施例对此不作具体限定。

作为示例性介绍：

可以根据服务使用端发起的查询次数进行计费。

即，区块链存储有服务使用端的可用查询次数。区块链在服务使用端的可用查询次数不为0时，消耗存储的服务使用端的可用查询次数，以向服务使用端反馈查询用户名单中的用户样本的风险标签。

对于服务使用端来讲，可以通过付费的方式和/或通过向区块链提交的共享用户名单的方式对其可用查询次数进行充值。比如，为了鼓励共享数据，服务使用端每向区块链提交一次共享用户名单，则区块链可以为其免费提供3次的查询服务。

在实际应用中，区块链在接收服务使用端通过区块链接口提交的区块链查询业务请求时，确定本地存储的服务使用端的可用查询次数。若服务使用端的可用查询次数为0，则向服务使用端发起用于充值可用查询次数的付费流程。如果服务使用端对区块链记录的可用查询次数进行付费充值，则区块链后续提供相关的风险识别服务。

或者，也可以根据服务使用端发起查询的样本用户的数量进行计费。

即，区块链存储有所述服务使用端的可查询样本量。区块链在服务使用端的可查询样本量不为0时，消耗存储的服务使用端的可查询样本量，以向服务使用端反馈查询用户名单中的用户样本的风险标签。比如，服务使用端的可查询样本量为100个，向服务使用端反馈查询用户名单中的用户样本为150个，则区块链只向服务使用端反馈查询用户名单中100个用户样本的风险标签。

对于服务使用端来讲，可以通过付费的方式和/或通过向所述区块链提交的共享用户名单的方式对可查询样本量进行充值。比如，服务使用端提交共享用户名单的用户样本数量为100个，则可以对其免费提供300个用户样本的风险识别服务。

在实际应用中，区块链在接收服务使用端通过区块链接口提交的区块链查询业务请求时，确定本地存储的服务使用端的可查询样本量。若服务使用端的可查询样本量为0，则向服务使用端发起用于充值可查询样本量的付费流程。如果服务使用端对区块链记录的可用查询次数进行付费充值，则区块链后续提供相关的风险识别服务。

此外，区块链在接收服务使用端提交的区块链查询业务请求后，确定查询用户名单的用户样本量是否超出了本地存储的服务使用端的可查询样本量。如果超出，可以向服务使用端发起用于充值可查询样本量的付费流程。其中，付费流程具体提示的需要购买的可查询样本量为查询用户名单中的用户样本量与本地存储的服务使用端的可查询样本量的差值。比如，服务使用端提交的查询用户名单中有100个用户样本，区块链本地存储的服务使用端当前的可查询样本量为70个，则向服务使用端发起付费流程，付费流程提示服务使用端付费购买30(100-70)个可查询样本量。

下面结合实际的应用场景，对本申请实施例的方法进行介绍。

本应用场景基于联盟链实现风险数据的共享。联盟链是一种应用于机构间的区块链，其各个节点通常有与之对应的实体机构，如银行、商户、独立软件开发商(ISV，Independent Software Vendor)等。这些机构组成利益相关的联盟，来共同维护区块链的运转。其中，联盟链的成员可以通过联盟链接口，将自己确定的各风险场景下的黑用户名单和白用户名单作为风险数据上传至联盟链资源池。

在最开始阶段，联盟链成员可以将自己原先确定的到各风险场景下的黑用户名单和白用户名单作为上传至联盟链资源池，已形成基础的区块。基于时间记录，后续联盟链成员在匹配自己相关联的区块时，会不断向联盟链资源池加入新的区块，这些新的区块可以对应有不同的风险分类。比如图2所示，支付宝可以向联盟链资源池中添加自身确定的传赌博类庄家名单的区块、套现名单的区块、欺诈名单的区块、信贷名单的区块等。此外，名单还可以进一步分细，例如同样是赌博名单，可以区分大金额赌博名单和小金额赌博名单，信贷类名单可区分为无还款能力信贷名单，无还款意愿信贷名单等等。或者，区块也可以根据联盟链成员进行分类，比如：商户A用户名单、商户B用户名单、ISV用户名单、银行A赌博用户名单以及银行B欺诈用户名单等。

应理解，联盟链成员可以按照不同的分类策略(如按照风险场景分类，按照金额分类等)向联盟链中分批次地添加区块，以使联盟链能够以区块为粒度实现分类。但对于联盟链来将，并不需要明确为这些区块指示出具体的分类信息。

进一步地，如图3所示，商户E可以通过联盟链接口，向区块链提交交易，交易中携带有商户E针对赌博场景所确定的共享用户名单。共享用户名单包含黑用户样本和白用户样本，用户样本具体可以是代表用户身份的标识信息，如：用户的营业执照、身份证号、手机号等。

联盟链在获得共享用户名单后，会计算出此共享用户名单与联盟链数据池中每一个区块(名单)的匹配度。区块的匹配度越高，则说明该区块的用户样本越适用于赌博场景。

具体地，商户E可以通过发起的交易向区块链指定用于筛选区块所使用的匹配度条件和覆盖程度条件。区块链首先根据商户E指定的匹配度条件，从联盟链资源池中圈出相符合的一个或多个目标区块。此外，这些目标区块对共享用户名单的覆盖度也应满足商户E指定的覆盖度条件。

在一些情况下，匹配度和覆盖度是相对的指标，当商户E指定的匹配度条件过高时，则使圈定出的目标区块数量较少，导致对共享用户名单的覆盖度较低。因此，区块链可以向商户E反馈已圈出的目标区块针对共享用户名单的覆盖度。若商户E对覆盖度不满意，可以适当调低指定的匹配度条件，以增加被圈定的目标区块的数量，从而保证对共享用户名单的覆盖。

为方便理，参考图3，假设本应用场景中，商户E指定的匹配度条件为高于80％，指定的覆盖度条件为不低于40％。联盟链按照商户E指定的匹配度条件，可以从联盟链数据池筛选出区块3(匹配度82％)、区块4(匹配度90％)、区块5(匹配度88％)。

之后，联盟链进一步确定区块3、区块4、区块5针对共享用户名单的覆盖度。假设图4所示，区块3、区块4、区块5共同覆盖共享用户名单的程度达到了40％，则可以将区块3、区块4、区块5确定为目标区块。

同时，联盟链也可以在联盟链资源池中生成一个新区块以记录商户E提供的共享用户名单中的样本，从而实现对联盟链数据池扩充。

进一步地，联盟链在圈定了与商户E相关联的目标区块(区块3、区块4、区块5)后，就可以调用区块3、区块4、区块5中的用户名单为商户E提供针对赌博场景的风险识别服务。比如图5所示，商户E通过联盟链接口提交向联盟链发起交易，交易携带有需要确定是否发生过赌博行为的用户的身份证号。之后，联盟链根据交易中的身份证号与区块3、区块4、区块5中的用户名单中的身份证号进行匹配。如果提交的身份证号匹配为白样本，则联盟链为该身份证号的用户打上非赌博用户的风险标签；如果提交的身份证号匹配为黑样本，则联盟链为该身份证号的用户打上赌博用户的风险标签。之后，联盟链将提交的身份证号的用户的打标结果反馈给商户E，以完成风险识别服务。

以上是对本申请实施例的方法的介绍。应理解，在不脱离本文上述原理基础之上，还可以进行适当的变化，这些变化也应视为本申请实施例的保护范围。比如，本申请实施例的方法中，区块记录的风险数据并不限于是具体的名单，任何作为风险判定依据的信息都可以作为风险数据被区块记录。

与上述方法相对应地，如图6所示，本申请实施例还提供一种风险数据服务装置600，包括：

接收模块610，接收服务使用端通过区块链接口提交的区块链查询业务请求，其中，所述区块链查询业务请求携带有服务使用端提供的查询用户名单，所述查询用户名单包括未定风险标签的用户样本；

汇总模块620，对与所述服务使用端相关联的区块中既定风险标签的用户样本进行汇总，以形成风险用户名单，其中，与所述服务使用端相关联的区块是基于所述服务使用端历史上传的共享用户名单，对记录有用户样本的多个区块进行匹配得到的，共享用户名单包括既定风险标签的用户样本，所述多个区块中的用户样本是对至少一个其他服务使用端历史上传的共享用户名单中的用户样本汇总得到的；

业务模块630，基于所述风险用户名单确定所述查询用户名单中的用户样本的风险标签；

反馈模块640，通过区块链接口向所述服务使用端反馈所述查询用户名单中的用户样本的风险标签。

基于图6所示的风险数据服务装置，不同服务使用端可以将各自确定是否具有风险的用户样本上传至区块链中以实现共享。任意服务使用端在需要判断某一风险场景下的用户名单是否具有风险时，可以通过发起区块链业务请求的方式，向区块链提交该风险场景下未定风险标签的用户名单和既定风险标签的用户名单。区块链将既定风险标签的用户名单作为参考样本进行区块筛选，找到合适服务使用端的区块，以调取其中的数据对未定风险标签的用户名单进行风险识别、打标，并将结果反馈至服务使用端。可见，本申请实施例的方案不仅避免了服务使用端独自开发、维护风险数据所承担的成本，同时还丰富了风险数据的来源，从而提高了风险识别的服务质量，因此具有很高的实用价值。

可选地，所述区块链存储有所述服务使用端的可用查询次数。所述服务使用端通过付费的方式和/或通过向所述区块链提交的共享用户名单的方式对其可用查询次数进行充值。

所述反馈模块640执行时，具体在所述服务使用端的可用查询次数不为0时，消耗存储的所述服务使用端的可用查询次数，以向所述服务使用端反馈查询用户名单中的用户样本的风险标签。

可选地，本申请实施例的装置还包括：

收费模块，在所述区块链在接收服务使用端通过区块链接口提交的区块链查询业务请求时，确定本地存储的所述服务使用端的可用查询次数。若所述服务使用端的可用查询次数为0，则向所述服务使用端发起用于充值可用查询次数的付费流程。

可选地，与所述服务使用端相关联的区块，包括：

与所述服务使用端历史上传的共享用户名单的匹配度满足指定匹配度条件，和/或，与所述服务使用端历史上传的共享用户名单的覆盖度满足指定覆盖度条件的区块。

其中，所述服务使用端历史上传的共享用户名单包括既定具有风险的黑用户样本和既定不具有风险的白用户样本；所述指定匹配度条件要求的匹配度是指匹配选取的单个区块命中共享用户名单中黑用户样本的数量与该单个区块命中共享用户名单中黑用户样本、白用户样本的总数量之比；所述指定覆盖度条件要求的覆盖度是指至匹配选取获得的所有区块共同命中共享用户名单中黑用户名单和白用户样本的数量与共享用户名单中黑用户样本、白用户样本的总数量之比。

可选地，本申请实施例的装置还包括：

第一筛选模块，在接收到所述服务使用端历史上传的共享用户名单后，从所有记录有用户样本的区块中确定出与所述服务使用端相关联的区块。

可选地，本申请实施例的装置还包括：

第二筛选模块，在接收到所述服务使用端历史上传的共享用户名单后，基于预设的执行周期，从所有记录有用户样本的区块中确定出与所述服务使用端相关联的区块。

显然，本申请实施例的风险数据服务装置可以作为上述图1所示的风险数据服务方法的执行主体，因此能够实现风险数据服务方法在图1和图2所实现的功能。由于原理相同，本文不再赘述。

图7是本申请的一个实施例电子设备的结构示意图。请参考图7，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成风险数据服务装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

接收服务使用端通过区块链接口提交的区块链查询业务请求，其中，所述区块链查询业务请求携带有服务使用端提供的查询用户名单，所述查询用户名单包括未定风险标签的用户样本；

对与所述服务使用端相关联的区块中的既定风险标签用户样本进行汇总，以形成风险用户名单，其中，与所述服务使用端相关联的区块是基于所述服务使用端历史上传的共享用户名单，对记录有用户样本的多个区块进行匹配得到的，共享用户名单包括既定风险标签的用户样本，所述多个区块中的用户样本是对至少一个其他服务使用端历史上传的共享用户名单中的用户样本汇总得到的；

基于所述风险用户名单确定所述查询用户名单中的用户样本的风险标签；

通过区块链接口向所述服务使用端反馈所述查询用户名单中的用户样本的风险标签。

基于图7所示的电子设备，不同服务使用端可以将各自确定是否具有风险的用户样本上传至区块链中以实现共享。任意服务使用端在需要判断某一风险场景下的用户名单是否具有风险时，可以通过发起区块链业务请求的方式，向区块链提交该风险场景下未定风险标签的用户名单和既定风险标签的用户名单。区块链将既定风险标签的用户名单作为参考样本进行区块筛选，找到合适服务使用端的区块，以调取其中的数据对未定风险标签的用户名单进行风险识别、打标，并将结果反馈至服务使用端。可见，本申请实施例的方案不仅避免了服务使用端独自开发、维护风险数据所承担的成本，同时还丰富了风险数据的来源，从而提高了风险识别的服务质量，因此具有很高的实用价值。

上述如本申请图1所示实施例揭示的风险数据服务方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

应理解，本申请实施例的电子设备可以实现上述装置在图1和图2所示的实施例的功能，本文不再赘述。

当然，除了软件实现方式之外，本申请的电子设备并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

此外，本申请实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行图1所示实施例的方法，并具体用于执行以下方法：

接收服务使用端通过区块链接口提交的区块链查询业务请求，其中，所述区块链查询业务请求携带有服务使用端提供的查询用户名单，所述查询用户名单包括未定风险标签的用户样本；

对与所述服务使用端相关联的区块中既定风险标签的用户样本进行汇总，以形成风险用户名单，其中，与所述服务使用端相关联的区块是基于所述服务使用端历史上传的共享用户名单，对记录有用户样本的多个区块进行匹配得到的，共享用户名单包括既定风险标签的用户样本，所述多个区块中的用户样本是对至少一个其他服务使用端历史上传的共享用户名单中的用户样本汇总得到的；

基于所述风险用户名单确定所述查询用户名单中的用户样本的风险标签；

通过区块链接口向所述服务使用端反馈所述查询用户名单中的用户样本的风险标签。

应理解，上述指令当被包括多个应用程序的便携式电子设备执行时，能够使上文所述的风险数据服务装置实现图1和图2所示实施例的功能，本文不再赘述。

本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

以上仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。

Claims (12)

1.一种基于区块链的风险数据服务方法，包括：

区块链接收服务使用端通过区块链接口提交的区块链查询业务请求，其中，所述区块链查询业务请求携带有服务使用端提供的查询用户名单，所述查询用户名单包括未定风险标签的用户样本；

所述区块链对与所述服务使用端相关联的区块中既定风险标签的用户样本进行汇总，以形成风险用户名单，其中，与所述服务使用端相关联的区块是基于所述服务使用端历史上传的共享用户名单确定所述服务使用端所处的风险场景，并对记录有用户样本的多个区块进行所述风险场景匹配得到的，共享用户名单包括既定风险标签的用户样本，所述多个区块中的用户样本是对至少一个其他服务使用端历史上传的共享用户名单中的用户样本汇总得到的；

所述区块链基于所述风险用户名单确定所述查询用户名单中的用户样本的风险标签；

所述区块链通过区块链接口向所述服务使用端反馈所述查询用户名单中的用户样本的风险标签。

2.如权利要求1所述的方法，还包括：

所述区块链对所述服务使用端历史上传的共享用户名单中的用户样本进行汇总，以形成新区块进行存储。

3.如权利要求1所述的方法，

所述区块链存储有所述服务使用端的可用查询次数；其中，所述服务使用端通过付费的方式和/或通过向所述区块链提交的共享用户名单的方式对其可用查询次数进行充值；

所述区块链通过区块链接口向所述服务使用端反馈所述查询用户名单中的用户样本的风险标签，包括：

所述区块链在所述服务使用端的可用查询次数不为0时，消耗存储的所述服务使用端的可用查询次数，以向所述服务使用端反馈查询用户名单中的用户样本的风险标签。

4.如权利要求3所述的方法，还包括：

所述区块链在所述区块链在接收服务使用端通过区块链接口提交的区块链查询业务请求时，确定本地存储的所述服务使用端的可用查询次数；

若所述服务使用端的可用查询次数为0，则所述区块链向所述服务使用端发起用于充值可用查询次数的付费流程。

5.如权利要求1所述的方法，

与所述服务使用端相关联的区块，包括：

与所述服务使用端历史上传的共享用户名单的匹配度满足指定匹配度条件，和/或，与所述服务使用端历史上传的共享用户名单的覆盖度满足指定覆盖度条件的区块；

其中，所述服务使用端历史上传的共享用户名单包括既定具有风险的黑用户样本和既定不具有风险的白用户样本；所述指定匹配度条件要求的匹配度是指匹配选取的单个区块命中共享用户名单中黑用户样本的数量与该单个区块命中共享用户名单中黑用户样本、白用户样本的总数量之比；所述指定覆盖度条件要求的覆盖度是指至匹配选取获得的所有区块共同命中共享用户名单中黑用户名单和白用户样本的数量与共享用户名单中黑用户样本、白用户样本的总数量之比。

6.如权利要求1-5中任一项所述的方法，

在所述区块链对与所述服务使用端相关联的区块中的用户样本进行汇总之前，还包括：

在所述区块链对与所述服务使用端相关联的区块中的用户样本进行汇总之前，还包括：

所述区块链基于所述服务使用端历史上传的共享用户名单，触发预先部署的第一智能合约，获取多个区块中的用户样本，并根据所述多个区块中的用户样本，从所述多个区块中匹配出于与所述服务使用端相关联的区块；其中，所述第一智能合约包含有用于从所述多个区块获取用户样本所需要的密钥以及用于从所述多个区块中匹配出于与所述服务使用端相关联的区块的处理逻辑。

7.如权利要求6所述的方法，

所述区块链基于所述风险用户名单确定所述查询用户名单中的用户样本的风险标签，包括：

所述区块链基于所述区块链查询业务请求，触发预先部署的第二智能合约，根据所述风险用户名单中的用户样本所对应的风险标签，对所述查询用户名单中的用户样本进行风险打标，以确定所述查询用户名单中的用户样本的风险标签；其中，所述第二智能合约包含有用于对样本查询用户名单中的用户样本进行风险打标的处理逻辑。

8.如权利要求1-5中任一项所述的方法，还包括：

所述区块链在接收到所述服务使用端历史上传的共享用户名单后，从所有记录有用户样本的区块中确定出与所述服务使用端相关联的区块。

9.如权利要求1-5中任一项所述的方法，还包括：

所述区块链在接收到所述服务使用端历史上传的共享用户名单后，基于预设的执行周期，从所有记录有用户样本的区块中确定出与所述服务使用端相关联的区块。

10.一种基于区块链的风险数据服务装置，包括：

接收模块，接收服务使用端通过区块链接口提交的区块链查询业务请求，其中，所述区块链查询业务请求携带有服务使用端提供的查询用户名单，所述查询用户名单包括未定风险标签的用户样本；

汇总模块，对与所述服务使用端相关联的区块中既定风险标签的用户样本进行汇总，以形成风险用户名单，其中，与所述服务使用端相关联的区块是基于所述服务使用端历史上传的共享用户名单确定所述服务使用端所处的风险场景，并对记录有用户样本的多个区块进行所述风险场景匹配得到的，共享用户名单包括既定风险标签的用户样本，所述多个区块中的用户样本是对至少一个其他服务使用端历史上传的共享用户名单中的用户样本汇总得到的；

业务模块，基于所述风险用户名单确定所述查询用户名单中的用户样本的风险标签；

反馈模块，通过区块链接口向所述服务使用端反馈所述查询用户名单中的用户样本的风险标签。

11.一种电子设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行：

接收服务使用端通过区块链接口提交的区块链查询业务请求，其中，所述区块链查询业务请求携带有服务使用端提供的查询用户名单，所述查询用户名单包括未定风险标签的用户样本；

对与所述服务使用端相关联的区块中既定风险标签的用户样本进行汇总，以形成风险用户名单，其中，与所述服务使用端相关联的区块是基于所述服务使用端历史上传的共享用户名单确定所述服务使用端所处的风险场景，并对记录有用户样本的多个区块进行所述风险场景匹配得到的，共享用户名单包括既定风险标签的用户样本，所述多个区块中的用户样本是对至少一个其他服务使用端历史上传的共享用户名单中的用户样本汇总得到的；

基于所述风险用户名单确定所述查询用户名单中的用户样本的风险标签；

通过区块链接口向所述服务使用端反馈所述查询用户名单中的用户样本的风险标签。

12.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如下步骤：

接收服务使用端通过区块链接口提交的区块链查询业务请求，其中，所述区块链查询业务请求携带有服务使用端提供的查询用户名单，所述查询用户名单包括未定风险标签的用户样本；

对与所述服务使用端相关联的区块中既定风险标签的用户样本进行汇总，以形成风险用户名单，其中，与所述服务使用端相关联的区块是基于所述服务使用端历史上传的共享用户名单确定所述服务使用端所处的风险场景，并对记录有用户样本的多个区块进行所述风险场景匹配得到的，共享用户名单包括既定风险标签的用户样本，所述多个区块中的用户样本是对至少一个其他服务使用端历史上传的共享用户名单中的用户样本汇总得到的；

基于所述风险用户名单确定所述查询用户名单中的用户样本的风险标签；

通过区块链接口向所述服务使用端反馈所述查询用户名单中的用户样本的风险标签。

Images