CN112511651B - 一种基于区块链的服务准入方法及装置 - Google Patents

Abstract

一种基于区块链的服务准入方法及装置，所述方法应用于与多个服务提供方对接的服务端；其中，所述服务端接入了区块链，所述区块链用于存证用户分别在所述多个服务提供方提供的用户服务中产生的服务违约记录；所述方法包括：接收目标服务提供方响应于用户的服务接入请求发起的查询请求；响应于所述查询请求，查询所述区块链中是否存证了与所述用户对应的服务违约记录；如果查询到与所述用户对应的服务违约记录，向所述目标服务提供方返回与所述服务违约记录对应的查询结果，以使所述目标服务提供方基于所述查询结果针对所述用户进行服务准入决策。

Description

一种基于区块链的服务准入方法及装置

技术领域

本说明书涉及计算机应用领域，尤其涉及一种基于区块链的服务准入方法及装置。

背景技术

通常，服务提供方在响应于用户的请求对其提供某些服务之前，可以进行服务准入决策，拒绝可能带来较高风险的用户的请求；例如，谢绝心脏病患者游玩过山车项目、禁止欠费用户新申请手机号等等。

在相关技术中，服务提供方可以保存每个用户的历史使用记录，并根据该历史使用记录评估当前提出服务接入请求的用户的风险程度，从而作出准确的服务准入决策；

但在应用上述技术方案时，对于长时间不活跃的用户和新用户而言，服务提供方可能只保存有少量或者完全没有对应的历史使用记录，因此服务提供方很难针对上述用户进行准确的服务准入决策；如果准入决策过松则可能导致引入较高的违约风险，准入决策过严则可能影响用户的正常使用。

发明内容

本说明书公开了一种基于区块链的服务准入方法及装置。

根据本说明书实施例的第一方面，公开了一种应用于与多个服务提供方对接的服务端；其中，所述服务端接入了区块链，所述区块链用于存证用户分别在所述多个服务提供方提供的用户服务中产生的服务违约记录；所述方法包括：

接收目标服务提供方响应于用户的服务接入请求发起的查询请求；

响应于所述查询请求，查询所述区块链中是否存证了与所述用户对应的服务违约记录；

如果查询到与所述用户对应的服务违约记录，向所述目标服务提供方返回与所述服务违约记录对应的查询结果，以使所述目标服务提供方基于所述查询结果针对所述用户进行服务准入决策。

根据本说明书实施例的第二方面，公开了一种基于区块链的服务准入方法，应用于区块链中的节点设备；其中，所述区块链用于存证用户分别在多个服务提供方提供的用户服务中产生的服务违约记录，所述区块链部署了用于管理用户的违约记录的智能合约；所述方法包括：

接收目标服务提供方响应于用户的服务接入请求发起的查询交易；

响应于所述查询交易，调用所述智能合约中的查询逻辑，查询所述区块链中是否存证了与所述用户对应的服务违约记录；

如果查询到所述服务违约记录，生成与所述用户对应的违约事件；其中，所述违约事件包括与所述服务违约记录对应的查询结果，以使所述目标服务提供方在获取到所述违约事件时，基于所述违约事件包括的所述查询结果针对所述用户进行服务准入决策。

根据本说明书实施例的第三方面，公开了一种基于区块链的服务准入装置，应用于与多个服务提供方对接的服务端；其中，所述服务端接入了区块链，所述区块链用于存证用户分别在所述多个服务提供方提供的用户服务中产生的服务违约记录；所述装置包括：

第一接收模块，接收目标服务提供方响应于用户的服务接入请求发起的查询请求；

查询模块，响应于所述查询请求，查询所述区块链中是否存证了与所述用户对应的服务违约记录；

返回模块，如果查询到与所述用户对应的服务违约记录，向所述目标服务提供方返回与所述服务违约记录对应的查询结果，以使所述目标服务提供方基于所述查询结果针对所述用户进行服务准入决策。

根据本说明书实施例的第四方面，公开了一种基于区块链的服务准入装置，应用于区块链中的节点设备；其中，所述区块链用于存证用户分别在多个服务提供方提供的用户服务中产生的服务违约记录，所述区块链部署了用于管理用户的违约记录的智能合约；所述装置包括：

第一接收模块，接收目标服务提供方响应于用户的服务接入请求发起的查询交易；

查询模块，响应于所述查询交易，调用所述智能合约中的查询逻辑，查询所述区块链中是否存证了与所述用户对应的服务违约记录；

生成模块，如果查询到所述服务违约记录，生成与所述用户对应的违约事件；其中，所述违约事件包括与所述服务违约记录对应的查询结果，以使所述目标服务提供方在获取到所述违约事件时，基于所述违约事件包括的所述查询结果针对所述用户进行服务准入决策。

以上技术方案中，一方面，由于服务端可以查询与请求接入服务的用户相对应的服务违约记录，并将查询结果反馈给上述服务的提供方用以进行准入决策，因此，服务的提供方可以根据请求接入服务的用户在其他服务提供方中的违约历史进行准入决策，可以提高准入决策的准确度；

另一方面，由于用户在多个服务提供方提供的用户服务中产生的服务违约记录都存证在区块链中，而区块链具有难以篡改、不可抵赖的特性，因此既能保证违约记录的安全性，又能保证违约记录的可靠性。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本说明书的实施例，并与说明书文本一同用于解释原理。

图1是本说明书示出的一种服务准入的业务场景示例图；

图2是本说明书示出的一种基于区块链的服务准入方法的流程示例图；

图3是本说明书示出的一种创建和调用智能合约的示意图；

图4是本说明书示出的一种用户两次申请服务的泳道图；

图5是本说明书示出的另一种基于区块链的服务准入方法的流程示例图；

图6是本说明书示出的一种基于区块链的服务准入装置的结构示例图；

图7是本说明书示出的另一种基于区块链的服务准入装置的结构示例图；

图8是本说明书示出的一种计算机设备的结构示例图。

具体实施方式

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

下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的系统和方法的例子。

在本说明书使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

通常，服务提供方在响应于用户的请求对其提供某些服务之前，可以进行服务准入决策，拒绝可能带来较高风险的用户的请求；例如，谢绝心脏病患者游玩过山车项目、禁止欠费用户新申请手机号等等。

在相关技术中，服务提供方可以保存每个用户的历史使用记录，并根据该历史使用记录评估当前提出服务接入请求的用户的风险程度，从而作出合理的服务准入决策；

以共享自行车租用场景为例，对于共享自行车租用服务的提供商而言，如果查询当前申请租用共享自行车的用户张三的历史使用记录，发现用户张三在过去的一年中将共享自行车停放在禁停区域的次数超过预设阈值，则可以基于该事实作出拒绝用户张三当前的租用请求的准入决策；长此以往，可以整体上减少共享自行车被停放在禁停区域的几率，进而减少将共享自行车移出禁停区域造成的资源浪费。

但在应用上述技术方案时，对于长时间不活跃的用户和新用户而言，服务提供方可能只保存有少量或者完全没有对应的历史使用记录，因此服务提供方很难针对上述用户进行准确的服务准入决策；如果准入决策过松则可能导致引入较高的违约风险，准入决策过严则可能影响用户的正常使用。

基于此，本申请提出一种将多个服务提供方联合起来，共享用户在使用各方服务中产生的服务违约记录，以便任意一服务提供方查询上述服务违约记录以进行服务准入决策的技术方案。

在实现时，可以设立对接到上述多个服务提供方的服务端，用以根据服务提供方的请求来查询用户的服务违约记录，并将查询结果反馈给需要进行服务准入决策的服务提供方；其中，上述服务违约记录则可以存证在上述服务端接入的区块链上。

请参见图1，图1是本说明书示出的一种服务准入的业务场景示例图；在该示例中，n个服务提供方对接到一个服务端上，而该服务端则接入了区块链；如果用户1使用过服务提供方2所提供的用户服务并有违约行为，则用户1在请求接入服务提供方1的用户服务时，服务端可以从区块链中查询到用户1使用服务提供方2所提供的用户服务时的违约行为对应的服务违约记录，服务提供方1则可以根据上述查询的结果进行服务准入决策，决定是否拒绝为用户1提供服务；

当然可以理解的是，虽然上述附图中仅示出了一个用户（用户1），但该技术方案可以支持更多的用户，本领域技术人员可以根据具体需求完成详细的设计，本说明书不作进一步限定。

在以上技术方案中，一方面，由于服务端可以查询与请求接入服务的用户在多个服务提供方提供的用户服务中产生的服务违约记录服务，并将查询结果反馈给上述服务的提供方用以进行准入决策，因此，即使请求接入服务的用户相对于上述服务的提供方是缺乏足够本地使用记录的不活跃用户或者新用户，上述服务的提供方也可以根据该用户在其他服务提供方中的违约历史进行准入决策，减少了准入决策缺乏依据的可能，可以提高准入决策的准确度；

另一方面，由于用户在多个服务提供方提供的用户服务中产生的服务违约记录都存证在区块链中，而区块链具有难以篡改、不可抵赖的特性，因此既能保证违约记录的安全性，又能保证违约记录的可靠性。

此外，由于上述技术方案本质上实现了多个服务提供方的违约记录的共享，使得用户在其中一个服务提供方的优良信用也可以得到同样接入该服务端的其他服务提供方的承认，因此有利于构建包含多个服务提供方的用户信用体系。

下面通过具体实施例并结合具体的应用场景对本说明书进行描述。

请参考图2，图2是本说明书一实施例提供的基于区块链的服务准入方法的流程示例图，该方法可以应用于与多个服务提供方对接的服务端；其中，上述服务端可以接入区块链，该区块链可以用于存证用户分别在上述多个服务提供方提供的用户服务中产生的服务违约记录；该方法可以包括下列步骤：

S201，接收目标服务提供方响应于用户的服务接入请求发起的查询请求；

S202，响应于所述查询请求，查询所述区块链中是否存证了与所述用户对应的服务违约记录；

S203，如果查询到与所述用户对应的服务违约记录，向所述目标服务提供方返回与所述服务违约记录对应的查询结果，以使所述目标服务提供方基于所述查询结果针对所述用户进行服务准入决策。

上述服务端，可以是任意形式的服务器，例如，其既可以是专用的单台服务器，也可以是服务器集群或者分布式的服务器，还可以是从云服务器中划分出的逻辑服务器等等，本领域技术人员可以根据具体需求自行确定上述服务端的具体实现形式，本说明书不作进一步限定。

上述区块链，可以是任意一种区块链；通常，区块链可以被划分为三种类型：公有链（Public Blockchain），私有链（Private Blockchain）和联盟链（ConsortiumBlockchain），此外，还可以有上述多种类型的结合，比如私有链+联盟链、联盟链+公有链等。

其中，去中心化程度最高的是公有链。公有链以比特币、以太坊为代表，加入公有链的参与者（也可称为区块链中的节点）可以读取链上的数据记录、参与交易、以及竞争新区块的记账权等。而且，各节点可自由加入或者退出网络，并进行相关操作。

私有链则相反，该网络的写入权限由某个组织或者机构控制，数据读取权限受组织规定。简单来说，私有链可以为一个弱中心化系统，其对节点具有严格限制且节点数量较少。这种类型的区块链更适合于特定机构内部使用。

联盟链则是介于公有链以及私有链之间的区块链，可实现“部分去中心化”。联盟链中各个节点通常有与之相对应的实体机构或者组织；节点通过授权加入网络并组成利益相关联盟，共同维护区块链运行。

对于本领域技术人员而言，可以根据具体的需求自行选择区块链的具体形式，例如，如果需要控制运行成本并提高运行速度，则可以选用规模较小的私有链，如果需要更高的可信度和安全性，则可以选择去中心化程度最高的公有链；本说明书无需进行进一步限定。

当然可以理解的是，如果需要存储的数据涉及隐私信息，那么在使用公有链的情况下，本领域技术人员可以采用数据加密等手段进一步保证隐私信息的安全性，其具体实现过程可以参考相关技术文献，本说明书无需进行详细限定。

上述服务提供方，可以包括任意向用户提供服务的组织或者个人；其中，该服务可以是保洁、搬家等传统意义上的服务，也可以是包括实体物品交易在内的电商、配送等广义上的服务，还可以是仅涉及虚拟资产的线上转账、积分分配等服务；上述服务准入决策，则可以指上述服务提供方决定是否准许用户使用（参与）本方提供的服务的过程。本领域技术人员可以根据具体需求，将上述服务扩展到任意需要进行服务准入决策的场景下，本说明书无需对所有场景进行列举。

可以理解的是，本说明书中提及的向服务提供方发送信息等动作，在具体实现中可以是将信息发送到上述服务提供方所使用的计算机等电子设备，本领域技术人员可以根据具体需求自行设计上述服务提供方具体使用的软硬件环境，本说明书无需进行进一步限定。

在本说明书中，用户分别在所述多个服务提供方提供的用户服务中产生的服务违约记录，可以存证在上述区块链上；具体而言，基于区块链的基本特性，区块链通常是由若干个区块构成；在这些区块中分别记录有与该区块的创建时刻对应的时间戳，所有的区块严格按照区块中记录的时间戳，可以构成一条在时间上有序的数据链条，因此，将上述服务违约记录存证到区块链中，可以保证存储的安全与可信。

可以理解的是，为了合理利用区块链的存储资源，本领域技术人员可以自行选择具体的存储策略；举例而言，上述区块链中的分布式账本，可以采用多级数据存储的结构，即被划分为n级数据存储；例如，各级数据存储可以依次设为L0，L1，L2，L3....L(n-1)；对于上述数据库中的各级数据存储而言，等级编号越小通常级别越高；例如，L0存储的是最新的若干区块的数据，L1存储的是次新的若干区块的数据，以此类推。

其中，各级数据存储对应的存储介质的读写性能，通常也可以存在性能差异；例如，级别高（即等级编号较小的）的数据存储对应的存储介质的读写性能，可以高于级别低的数据存储对应的存储介质的读写性能。在实际应用中，级别高的数据存储，可以使用存储成本较高，存储性能较优的存储介质；而级别低的数据存储，可以使用单位成本低，且容量较大的存储介质。

在实际应用中，随着区块链的区块号的增长（也称之为区块高度），在数据库中存储的数据，会包含很多历史数据；而且，区块号越小的区块中的数据越久远，越不重要；例如，近期的违约数据就有可能比很久以前的违约数据更能够表征对应的用户最近的履约习惯，也就具有更高的价值。因此，为了降低整体的存储成本，通常可以对不同区块高度的数据进行“区别对待”；例如，可以将区块号较小的区块中的数据，存储至成本较低的存储介质上；而将区块号较大的区块中的数据，存储在成本较高的存储介质上。

在本说明书中，可以将任一对接到上述服务端的服务提供方视为目标服务提供方，该目标服务提供方可以响应于用户的服务接入请求，进一步向上述服务端发送查询请求；可以理解的是，上述服务端接收上述查询请求的方式，可以是直接接收，也可以是经过某些中转或者路由之后接受，本说明书无需对网络架构进行特别限定，本领域技术人员可以根据具体需求自行选择网络架构加以实现。

在本说明书中，上述服务端可以响应于上述查询请求，查询上述区块链中是否存证了与上述用户对应的服务违约记录；可以理解的是，在具体实现过程中，基于用户进行查询只是一种可行的具体方式，如果上述服务违约记录中还保存有违约时间、违约严重性等级等更丰富的信息，那么上述服务端亦可以进一步根据上述违约时间、违约严重性等级等信息进行进一步筛选。

举例而言，如果上述服务违约记录中可以包含违约行为发生时间字段，并事先约定对用户张三而言，违约发生时间距当前时间小于12小时则可以暂不作违约统计，则在服务端按约定的通信规则向区块链的节点设备发送携带上述用户的标识的查询请求后，上述区块链节点则可以从上述区块链的分布式账本中查询与该用户的标识相对应的服务违约记录，并从中进一步筛选出违约发生时间距当前时间超过12小时的违约记录作为查询结果返回给上述服务端。

在本说明书中，如果查询到与所述用户对应的服务违约记录，则上述服务端可以向所述目标服务提供方发送与上述服务违约记录对应的查询结果，以使该目标服务提供方基于所述查询结果针对上述用户进行服务准入决策；可以理解的是，与上述服务违约记录对应的查询结果，既可以是查询到的违约记录本身，也可以是根据查询到的违约记录进一步处理、生成的查询结果；根据查询结果进行服务准入决策的具体逻辑，则可以由开发人员根据业务需求自行进行设计，本说明书无需进行详细限定；例如，在信贷业务场景下上述逻辑可以较为严格，只要用户存在对应的违约记录，就可以直接作出禁止该用户进一步申请信贷业务的决策；又例如，在网约车业务场景下则可以对数量较少的忘记缴付车费的违约行为持以宽容态度，不会直接当场拒绝为该用户提供网约车服务。

在示出的一种实施方式中，上述查询结果可以是上述违约记录的详情信息，也可以是指示上述违约记录存在的提示信息，可以是基于上述违约记录生成的违约报告，还可以是上述多种实现方式的组合。举例而言，与上述服务违约记录对应的查询结果可以被设计为根据上述服务违约记录生成的信用评分，违约次数越多，信用评分越低，用户所能被顺利准入的业务就越少、越受限，具体而言，假设使用百分制的信用评分，则可以设计信用评分低于98的用户禁止使用某某贷款服务，低于95分的用户禁止使用共享充电宝租赁服务，低于90分的用户禁止使用网约车服务，等等。

可以理解的是，上述对查询到的违约记录的筛选、分析、处理等步骤，既可以在区块链的节点上完成，也可以在上述服务端中完成；本领域技术人员可以根据具体需求以及实际的计算机性能余量，自行设计上述过程的具体实现方案。

在示出的一种实施方式中，如果查询到与上述用户相对应的违约记录，还可以向上述用户发送履约提醒消息，以提醒所述用户履行所述服务违约记录对应的履约义务；具体而言，上述履约提醒消息，可以直接发送到上述用户的客户端上，也可以通过上述服务提供方进行间接的通知；具体通知的形式可以是APP内部的通知信息，也可以是短信、电话等方式，本说明书无需进行限定。

可以理解的是，上述提示信息也可以与上述准入决策相结合，起到更佳的履约提醒效果；例如，用户张三在请求使用共享充电宝租赁服务时，可以收到诸如“您还有一笔网约车车费尚未支付”的提示消息，并被要求完成支付该网约车车费之后才能使用共享充电宝租赁服务；而用户张三则可能为了尽快使用共享充电宝租赁服务，尽快支付上述尚未支付的网约车车费。如此，对于网约车服务提供方而言，可以尽早地收到用户履约支付的车费，对于共享充电宝租赁服务的提供方而言，可以保证被准入使用共享充电宝租赁服务的用户是诚实守信、有及时支付账单习惯的优质用户，降低违约风险。

在示出的一种实施方式中，上述服务端还可以进一步在区块链中存证上述查询操作的相关信息；具体而言，上述服务端可以首先基于上述查询请求生成查询记录，再将生成的查询记录存证到区块链中；可以理解的是，上述查询记录的具体形式可以根据具体需求而定，例如可以包含查询时间戳、流水号、查询请求的发起者的身份标识、被查询的用户的身份标识等等，本领域技术人员可以根据具体业务需求进行设计，本说明书无需进一步限定。

亦可以理解的是，上述将生成的查询记录存证到区块链中，既可以直接存证到上述用于存证违约记录的区块链中，也可以存证到与上述区块链相对应的另一记录区块链中。在选择存证到与上述区块链相对应的另一记录区块链中的情况下，既可以由上述服务端直接对接到上述记录区块链并完成数据存证，也可以由上述服务端首先将上述将生成的查询记录发送至用于存证违约记录的区块链的节点，再由该节点通过跨链通信的方式将上述查询记录发送至上述记录区块链并完成数据存证。

在上述将查询记录进行存证的基础上，本领域技术人员还可以进一步基于存证的查询记录，结合相关技术文献，开发设计查询次数限制、计次收费查询、超额警告等功能，本说明书无需进行进一步列举。

采用上述方案，将违约记录的查询行为记录下来并存证到区块链上，可以保证上述违约记录的查询行为均可追溯，因此可以避免对上述违约记录查询功能的滥用，保护用户的隐私安全。

在区块链的实际应用中，不论是公有链、私有链还是联盟链，都可以提供智能合约（Smart contract）的功能。智能合约通常指在区块链上可以被交易触发执行的、可以通过代码的形式定义的合约。智能合约可以以规定的方式在区块链网络中每个节点独立的执行，所有执行记录和数据都保存在区块链上，所以当这样的交易执行完毕后，区块链上就保存了无法篡改、不会丢失的交易凭证。

请参见图3，图3是创建和调用智能合约的一示意图。在该例中，区块链上要创建一个智能合约，可以经过编写智能合约、变成字节码、部署到区块链等过程。而调用智能合约的过程，则可以是发起一笔指向智能合约地址的交易，各个区块链的节点中的虚拟机可以分别执行该交易，从而将智能合约代码分布式地运行在以太坊网络中每个节点的虚拟机中。

在一种实施方式中，上述与区块链相关的操作，可以借助智能合约技术完成；具体而言，上述区块链中可以预先部署有用于管理服务违约记录的智能合约，上述查询上述区块链中是否存证了与上述用户对应的服务违约记录的具体方式，可以是调用上述智能合约中的查询逻辑，查询上述区块链中是否存证了与上述用户对应的服务违约记录；如果查询到上述服务违约记录，生成与上述用户对应的违约事件；其中，上述违约事件包括与上述服务违约记录对应的查询结果；在需要向目标服务提供方返回与所述服务违约记录对应的查询结果时，上述服务端则可以首先获取上述智能合约生成的与上述用户对应的违约事件，再将该违约事件返回给上述目标服务提供方。

智能合约的事件机制，是智能合约与链外实体进行交互的一种方式。对于区块链上部署的智能合约来说，通常无法直接与链外实体进行交互；例如，智能合约在调用完成后，通常无法将智能合约的调用结果，点对点的发送给智能合约的调用发起方。

智能合约在调用的过程中产生的调用结果（包括中间结果和最终的调用结果），通常都会以事件（Event）的形式，记录到调用该智能合约的那笔交易的交易日志（transaction logs），在节点设备的存储空间中进行存储。而需要与智能合约进行交互的链外实体，则可以通过监听节点设备的存储空间中存储的上述交易日志的方式，来获取智能合约的调用结果；

例如，以以太坊为例，交易日志最终会作为调用该智能合约的那笔交易的收据（receipt）的一部分内容，存储在收据树结构中。而与智能合约进行交互的链外实体，可以监听节点设备的存储空间中存储的收据树结构上的交易收据，并从监听到的交易收据中，来获取智能合约生成的事件。

当然可以理解的是，获取违约事件的具体方式，可以是如上所述的直接监听节点设备上的收据，也可以通过订阅由上述节点设备搭载的事件发布-订阅系统的事件源来完成。具体的实现方式可以由本领域技术人员参照相关技术文献完成设计，本说明书无需进一步限定。

在一示出的实施方式中，上述区块链中可以存证有上述用户接入所述多个服务提供方提供的用户服务时产生的服务订单，而上述服务违约记录则以上述服务订单的特殊状态实现；具体而言，只需在上述服务订单中预留一个状态字段或者标识位用来表示服务订单是否为违约状态，在需要查询时，则可以通过查询上述区块链中是否存证了与上述用户对应的被标记为违约状态的服务订单的方式，查询到所需的服务违约记录。

可以理解的是，上述方法中还可以包括更新违约状态的步骤；具体而言，上述服务端可以接收携带有上述用户接入任一服务提供方提供的用户服务时产生的服务订单的订单标识，以及用户针对上述服务订单的违约数据，并响应于上述违约数据，调用上述智能合约中的校验逻辑，对上述违约数据进行真实性校验，并在校验通过后进一步调用上述智能合约中的状态更新逻辑，将上述区块链存证的与上述订单标识对应的服务订单的状态更新为违约状态；其中，上述违约数据可以由违约服务提供方或者与上述服务提供方对应的管理方发送，而上述违约内容既可以是用户违约的详情原文，也可以是用户违约的详情的散列值。

举例而言，负责对某小额信贷公司负有管理责任的某机构在发现用户张三在该小额信贷公司中标识为“DK-张三-123123”的贷款逾期未还，则可以将该标识“DK-张三-123123”以及“贷款逾期未还”这一违约内容打包称违约数据发送给上述服务端，上述服务端则可以通过调用上述智能合约中的校验逻辑，校验区块链中存证的标识为“DK-张三-123123”的订单是否出现了如“贷款逾期未还”所描述的问题，并在确认违约数据真实之后，将上述区块链中存证的标识为“DK-张三-123123”的订单的状态更新为违约状态。

在另一具体的实施方式中，上述用户接入所述多个服务提供方提供的用户服务时产生的服务订单可以存储在上述服务端配置有的数据库中；其中，上述服务端在接收到任意服务提供方或者与上述服务提供方对应的管理方发送的、包含上述用户接入任一服务提供方提供的用户服务时产生的服务订单的订单标识，以及用户针对上述服务订单的违约内容的违约数据后，可以根据该违约数据以及上述数据库中存储的、与该违约数据对应的服务订单生成服务违约记录，并将生成的服务违约记录在上述区块链的分布式账本中存证。

使用此方案，区块链上只会存储服务端生成的服务违约记录，而无需存储所有的订单；相对于将所有订单全部上链的方案，可以进一步节省链上的存储资源，降低对于区块链的性能消耗。

可以理解的是，上述数据库的具体形式则既可以是关系数据库，也可以是REDIS数据库，还可以是其他可用的数据库形式，本说明书显然无需进行详细列举。

在另一具体实施方式中，上述服务端配置有的、用于存储上述用户接入所述多个服务提供方提供的用户服务时产生的服务订单的数据库的各类操作记录，也可以上链存证；具体而言，在上述服务端根据服务提供方发送的订单操作请求，针对所述数据库中与该订单操作请求对应的服务订单进行对应的订单新增、订单删除、订单更新等等操作之后，可以将该操作的操作记录在上述区块链的分布式账本中进行存证。由于服务端直接管理数据库可能会存在中心化存储可能存在的安全性与可信性问题，因此将上述各类操作的操作记录存证到区块链上，可以进一步提升该数据库的安全性和可信性。

请参见图4，图4是本说明书示出的一种用户两次申请服务的的泳道图；在本示例中，共有用户、服务提供方、服务端、区块链四类交互角色，共同完成服务违约记录的存证、查询，直至服务准入决策的过程；具体而言，该示例中用户首先在第一服务中违约，服务端中生成对应的服务违约记录以及数据库操作记录，并均存证到区块链，当用户试图请求第二服务时，服务端则可以通过调用智能合约中的查询逻辑查询到上述服务违约记录，并将查询的结果反馈至第二服务的提供方，以使第二服务的提供方针对该用户进行服务准入决策；并且，还可以将上述查询的查询记录存证到区块链上。

在一种具体实施方式中，上述服务可以是共享产品的租赁服务，例如共享雨伞、共享单车、共享充电宝等等；由于物品租赁过程中，租金通常会远低于共享产品本身的价值，因此一旦出现共享产品的丢失、损坏等情况，提供该共享产品的租赁服务的商家就会蒙受损失；在相关技术中，商家可以通过收取押金的方式来抵偿上述共享产品的丢失、损坏造成的损失，但事实上，收取押金也一定程度上会提高用户的使用门槛，不利于服务的扩展。

而将上述技术方案应用到共享产品的租赁服务中，租赁方可以根据用户过往的违约记录来进行租赁服务准入决策，避免传统的押金收取方式造成的用户使用门槛；而且，由于服务端可以查询到用户在其他服务提供商提供的服务中产生的违约记录，因此如果该用户在其他服务提供商提供的服务中有违约情况，那么这些违约情况则可以被上述租赁方获知，进而作出对自身更加适宜的服务准入决策。

例如，上述区块链中存证了用户张三在某共享雨伞租赁商处租赁了某共享雨伞并超期未归还的违约记录，则当用户张三试图在同样对接到上述服务端的共享充电宝租赁商处请求租赁充电宝服务时，该共享充电宝租赁商则可以基于用户张三先前某共享雨伞并超期未归还的违约记录，作出拒绝张三使用租赁充电宝服务的服务准入决策。

在另一实施方式中，上述服务可以是小额信贷服务；小额信贷服务通常可以包括以个人或家庭为核心的经营类贷款服务，申请此种信贷服务的用户可以以自身的信用程度作为还款保证；由于这种贷款方式风险较大，一般要对用户的经济效益、经营管理水平、发展前景等情况进行详细的考察，以降低风险。将上述技术方案应用到小额信贷服务场景下，实现违约记录的共享，则可以一定程度上使小额信贷服务的提供方更好地了解用户的信用情况，从而综合作出更加合理的服务准入决策。

例如，上述区块链中存证了用户张三在某小额信贷公司A超期未还款的违约记录，则当用户张三试图在同样对接到上述服务端的另一小额信贷公司B处请求小额信贷服务时，该小额信贷公司B则可以基于用户张三先前在某小额信贷公司A超期未还款的违约记录，作出拒绝张三使用本公司的小额信贷服务的服务准入决策。

在一种具体实施方式中，上述服务端还可以是区块链即服务BaaS平台；具体而言，BaaS通常指“后端即服务”（BackendasaService），在区块链场景下，上述服务端则可以与区块链相结合，共同对外呈现为一个能够提供安全可信的违约记录存储、查询功能的后端平台。由于BaaS平台通常具备较高的可拓展性，因此可以将上述方案更加灵活地与各服务提供方相对接，实现更加完善的违约记录互通，提高服务准入决策的准确性。

本说明书还提供了另一种基于区块链的服务准入方法，应用于区块链中的节点设备；其中，上述区块链用于存证用户分别在多个服务提供方提供的用户服务中产生的服务违约记录，上述区块链部署了用于管理用户的违约记录的智能合约；请参见图5，图5是本说明书示出的另一种基于区块链的服务准入方法的流程示例图；该方法可以包括下列步骤：

S501，接收目标服务提供方响应于用户的服务接入请求发起的查询交易；

S502，响应于所述查询交易，调用所述智能合约中的查询逻辑，查询所述区块链中是否存证了与所述用户对应的服务违约记录；

S503，如果查询到所述服务违约记录，生成与所述用户对应的违约事件；其中，所述违约事件包括与所述服务违约记录对应的查询结果，以使所述目标服务提供方在获取到所述违约事件时，基于所述违约事件包括的所述查询结果针对所述用户进行服务准入决策。

与前述应用于服务端的服务准入方法不同的是，本方法可以应用于区块链中的节点设备；从交互情景角度而言，本方法中区块链与各服务提供方之间不存在独立的服务端，区块链可以直接与各服务提供方对接。

在本说明书中，上述区块链节点可以接收目标服务提供方响应于用户的服务接入请求发起的查询交易；具体而言，目标服务提供方在接收到用户的服务接入请求后，可以进一步构造包含有该用户的标识的查询交易，并向区块链节点发起该查询交易。

在本说明书中，上述区块链节点响应于上述查询交易，可以进一步调用上述智能合约中的查询逻辑，查询上述区块链中是否存证了与上述用户对应的服务违约记录；

在一种具体实施方式中，上述区块链节点还可以接收上述服务提供方或者与上述服务提供方对应的管理方发送的违约数据；响应于上述违约数据，上述区块链节点可以调用上述智能合约中的校验逻辑，对上述违约内容进行真实性校验，并在校验通过后进一步调用上述智能合约中的状态更新逻辑，将上述区块链存证的与上述订单标识对应的服务订单的状态更新为违约状态；其中，上述违约数据具体可以包括上述用户接入任一服务提供方提供的用户服务时产生的服务订单的订单标识，以及用户针对上述服务订单的违约内容。

在上述具体实施方式中，查询上述区块链中是否存证了与上述用户对应的服务违约记录的具体形式，则可以是查询上述区块链中是否存证了与上述用户对应的被标记为违约状态的服务订单。

使用此实施方式，所有的服务订单都可以在上述区块链中存证，可以保证服务订单的安全以及不可篡改。

在本说明书中，如果查询到上述服务违约记录，则上述区块链节点可以生成与上述用户对应的违约事件；其中，上述违约事件可以包括与上述服务违约记录对应的查询结果，以使上述目标服务提供方在获取到上述违约事件时，基于上述违约事件包括的上述查询结果针对上述用户进行服务准入决策。

在一种具体实施方式中，如果查询到上述服务违约记录，则上述区块链节点还可以向所述用户发送履约提醒消息，以提醒所述用户履行所述服务违约记录对应的履约义务。具体而言，上述履约提醒消息，可以直接发送到上述用户的客户端上，也可以通过上述服务提供方进行间接的通知；具体通知的形式可以是APP内部的通知信息，也可以是短信、电话等方式，本说明书无需进行限定。可以理解的是，上述提示信息也可以与上述准入决策相结合，对于先前已经出现违约服务提供方而言，可以尽可能获得用户的补救，对于当前服务的提供方而言，可以保证被准入使用的用户是更少违约的优质用户，降低违约风险。

在示出的一种实施方式中，上述区块链节点还可以进一步在区块链中存证上述查询操作的相关信息；具体而言，上述区块链节点可以首先基于上述查询请求生成查询记录，再将生成的查询记录存证到区块链中；可以理解的是，上述查询记录的具体形式可以根据具体需求而定，例如可以包含查询时间戳、流水号、查询请求的发起者的身份标识、被查询的用户的身份标识等等，本领域技术人员可以根据具体业务需求进行设计，本说明书无需进一步限定。

亦可以理解的是，上述将生成的查询记录存证到区块链中，既可以直接存证到本区块链，即用于存证违约记录的区块链中，也可以存证到与本区块链相对应的另一记录区块链中。在选择存证到与上述区块链相对应的另一记录区块链中的情况下，可以由该节点通过跨链通信的方式将上述查询记录发送至上述记录区块链并完成数据存证。

在上述将查询记录进行存证的基础上，本领域技术人员还可以进一步基于存证的查询记录，结合相关技术文献，开发设计查询次数限制、计次收费查询、超额警告等功能，本说明书无需进行进一步列举。

采用上述方案，将违约记录的查询行为记录下来并存证到区块链上，可以保证上述违约记录的查询行为均可追溯，因此可以避免对上述违约记录查询功能的滥用，保护用户的隐私安全。

在示出的一种实施方式中，上述查询结果可以是上述违约记录的详情信息，也可以是指示上述违约记录存在的提示信息，可以是基于上述违约记录生成的违约报告，还可以是上述多种实现方式的组合。举例而言，与上述服务违约记录对应的查询结果可以被设计为根据上述服务违约记录生成的信用评分，违约次数越多，信用评分越低，用户所能被顺利准入的业务就越少越受限等等。

在一种具体实施方式中，上述服务可以是共享产品的租赁服务，例如共享雨伞、共享单车、共享充电宝等等；将上述技术方案应用到共享产品的租赁服务中，租赁方可以根据用户过往的违约记录来进行租赁服务准入决策，避免传统的押金收取方式造成的用户使用门槛；而且，由于服务端可以查询到用户在其他服务提供商提供的服务中产生的违约记录，因此如果该用户在其他服务提供商提供的服务中有违约情况，那么这些违约情况则可以被上述租赁方获知，进而作出对自身更加适宜的服务准入决策。

在另一实施方式中，上述服务可以是小额信贷服务；小额信贷服务通常可以包括以个人或家庭为核心的经营类贷款服务，申请此种信贷服务的用户可以以自身的信用程度作为还款保证；由于这种贷款方式风险较大，一般要对用户的经济效益、经营管理水平、发展前景等情况进行详细的考察，以降低风险。将上述技术方案应用到小额信贷服务场景下，实现违约记录的共享，则可以一定程度上使小额信贷服务的提供方更好地了解用户的信用情况，从而综合作出更加合理的服务准入决策。

上述内容即为本说明书针对所述基于区块链的服务准入方法的全部实施例。本说明书还提供了对应的基于区块链的服务准入装置的实施例如下：

本说明书提出一种基于区块链的服务准入装置，应用于与多个服务提供方对接的服务端；其中，上述服务端接入了区块链，上述区块链用于存证用户分别在上述多个服务提供方提供的用户服务中产生的服务违约记录；请参见图6，图6是本说明书示出的一种基于区块链的服务准入装置的结构示例图，该装置可以包括如下模块：

第一接收模块601，接收目标服务提供方响应于用户的服务接入请求发起的查询请求；

查询模块602，响应于所述查询请求，查询所述区块链中是否存证了与所述用户对应的服务违约记录；

返回模块603，如果查询到与所述用户对应的服务违约记录，向所述目标服务提供方返回与所述服务违约记录对应的查询结果，以使所述目标服务提供方基于所述查询结果针对所述用户进行服务准入决策。

在示出的一种实施方式中，上述装置中还可以包括提醒模块，该模块可以在查询到与上述用户相对应的违约记录的情况下，向上述用户发送履约提醒消息，以提醒所述用户履行所述服务违约记录对应的履约义务。

在示出的一种实施方式中，上述装置中还可以包括第一存证模块，该模块可以进一步在区块链中存证上述查询操作的相关信息；具体而言，该模块可以首先基于上述查询请求生成查询记录，再将生成的查询记录存证到区块链中；可以理解的是，上述查询记录的具体形式可以根据具体需求而定，例如可以包含查询时间戳、流水号、查询请求的发起者的身份标识、被查询的用户的身份标识等等，本领域技术人员可以根据具体业务需求进行设计，本说明书无需进一步限定。

亦可以理解的是，上述将生成的查询记录存证到区块链中，既可以直接存证到上述用于存证违约记录的区块链中，也可以存证到与上述区块链相对应的另一记录区块链中。在选择存证到与上述区块链相对应的另一记录区块链中的情况下，既可以由上述第一存证模块直接与上述记录区块链进行通信并完成数据存证，也可以由该第一存证模块首先将上述将生成的查询记录发送至用于存证违约记录的区块链的节点，再由该节点通过跨链通信的方式将上述查询记录发送至上述记录区块链并完成数据存证。

在上述将查询记录进行存证的基础上，本领域技术人员还可以进一步基于存证的查询记录，结合相关技术文献，开发设计查询次数限制、计次收费查询、超额警告等功能，本说明书无需进行进一步列举。

在一种实施方式中，上述装置所执行的与区块链相关的操作，可以借助智能合约技术完成；具体而言，上述区块链中可以预先部署有用于管理服务违约记录的智能合约，上述查询模块602具体可以调用上述智能合约中的查询逻辑，查询上述区块链中是否存证了与上述用户对应的服务违约记录；如果查询到上述服务违约记录，生成与上述用户对应的违约事件；其中，上述违约事件包括与上述服务违约记录对应的查询结果；在需要向目标服务提供方返回与所述服务违约记录对应的查询结果时，则可以由上述返回模块603首先获取上述智能合约生成的与上述用户对应的违约事件，再将该违约事件返回给上述目标服务提供方。

在一示出的实施方式中，上述区块链中可以存证有上述用户接入所述多个服务提供方提供的用户服务时产生的服务订单，而上述服务违约记录则以上述服务订单的特殊状态实现；具体而言，只需在上述服务订单中预留一个状态字段或者标识位用来表示服务订单是否为违约状态，上述查询模块602则可以通过查询上述区块链中是否存证了与上述用户对应的被标记为违约状态的服务订单的方式，查询到所需的服务违约记录。相对应的，该装置中还可以包括第二接收模块和更新模块；具体而言，上述第二接收模块可以接收携带有上述用户接入任一服务提供方提供的用户服务时产生的服务订单的订单标识，以及用户针对上述服务订单的违约数据；上述更新模块可以响应于上述违约数据，调用上述智能合约中的校验逻辑，对上述违约数据进行真实性校验，并在校验通过后进一步调用上述智能合约中的状态更新逻辑，将上述区块链存证的与上述订单标识对应的服务订单的状态更新为违约状态；其中，上述违约数据可以由违约服务提供方或者与上述服务提供方对应的管理方发送，而上述违约内容既可以是用户违约的详情原文，也可以是用户违约的详情的散列值。

在另一具体的实施方式中，上述用户接入所述多个服务提供方提供的用户服务时产生的服务订单可以存储在上述服务端配置有的数据库中；其中，上述装置还可以包括第三接收模块和生成模块；具体而言，第三接收模块可以接收到任意服务提供方或者与上述服务提供方对应的管理方发送的、包含上述用户接入任一服务提供方提供的用户服务时产生的服务订单的订单标识，以及用户针对上述服务订单的违约内容的违约数据；上述生成模块则可以根据该违约数据以及上述数据库中存储的、与该违约数据对应的服务订单生成服务违约记录，并将生成的服务违约记录在上述区块链的分布式账本中存证。

在另一具体实施方式中，上述服务端配置有的、用于存储上述用户接入所述多个服务提供方提供的用户服务时产生的服务订单的数据库的各类操作记录，也可以上链存证；具体而言，上述装置还可以包括操作模块和第二存证模块；其中，操作模块可以根据服务提供方发送的订单操作请求，针对所述数据库中与该订单操作请求对应的服务订单进行对应的订单新增、订单删除、订单更新等等操作；上述第二存证模块可以将该操作的操作记录在上述区块链的分布式账本中进行存证。

在示出的一种实施方式中，上述查询结果可以是上述违约记录的详情信息，也可以是指示上述违约记录存在的提示信息，可以是基于上述违约记录生成的违约报告，还可以是上述多种实现方式的组合。

在一种具体实施方式中，上述服务可以是共享产品的租赁服务，例如共享雨伞、共享单车、共享充电宝等等。由于可以查询到用户在其他服务提供商提供的服务中产生的违约记录，因此如果该用户在其他服务提供商提供的服务中有违约情况，那么这些违约情况则可以被上述租赁方获知，进而作出对自身更加适宜的服务准入决策。

在另一实施方式中，上述服务可以是小额信贷服务。将上述技术方案应用到小额信贷服务场景下，实现违约记录的共享，则可以一定程度上使小额信贷服务的提供方更好地了解用户的信用情况，从而综合作出更加合理的服务准入决策。

在一种具体实施方式中，上述服务端还可以是区块链即服务BaaS平台；具体而言，BaaS通常指“后端即服务”（Backend as a Service），在区块链场景下，上述服务端则可以与区块链相结合，共同对外呈现为一个能够提供安全可信的违约记录存储、查询功能的后端平台。由于BaaS平台通常具备较高的可拓展性，因此可以将上述方案更加灵活地与各服务提供方相对接，实现更加完善的违约记录互通，提高服务准入决策的准确性。

本说明书还提出另一种基于区块链的服务准入装置，应用于区块链中的节点设备；其中，所述区块链用于存证用户分别在多个服务提供方提供的用户服务中产生的服务违约记录，所述区块链部署了用于管理用户的违约记录的智能合约；请参见图7，图7是本说明书示出的另一种基于区块链的服务准入装置的结构示例图；该装置可以包括如下模块：

第一接收模块701，接收目标服务提供方响应于用户的服务接入请求发起的查询交易；

查询模块702，响应于所述查询交易，调用所述智能合约中的查询逻辑，查询所述区块链中是否存证了与所述用户对应的服务违约记录；

生成模块703，如果查询到所述服务违约记录，生成与所述用户对应的违约事件；其中，所述违约事件包括与所述服务违约记录对应的查询结果，以使所述目标服务提供方在获取到所述违约事件时，基于所述违约事件包括的所述查询结果针对所述用户进行服务准入决策。

与前述应用于服务端的服务准入装置不同的是，本装置可以应用于区块链中的节点设备；从交互情景角度而言，本装置所涉及的区块链与各服务提供方之间不存在独立的服务端，区块链可以直接与各服务提供方对接。

在一种具体实施方式中，上述装置中还可以包括第二接收模块和更新模块；其中，第二接收模块可以接收上述服务提供方或者与上述服务提供方对应的管理方发送的违约数据；更新模块则可以响应于上述违约数据，上述区块链节点可以调用上述智能合约中的校验逻辑，对上述违约内容进行真实性校验，并在校验通过后进一步调用上述智能合约中的状态更新逻辑，将上述区块链存证的与上述订单标识对应的服务订单的状态更新为违约状态；其中，上述违约数据具体可以包括上述用户接入任一服务提供方提供的用户服务时产生的服务订单的订单标识，以及用户针对上述服务订单的违约内容。

在上述具体实施方式中，上述查询模块702则可以进一步查询上述区块链中是否存证了与上述用户对应的被标记为违约状态的服务订单。

在一种具体实施方式中，上述装置还可以包括提醒模块，该模块可以在查询到上述服务违约记录的情况下，向所述用户发送履约提醒消息，以提醒所述用户履行所述服务违约记录对应的履约义务。具体而言，上述履约提醒消息，可以直接发送到上述用户的客户端上，也可以通过上述服务提供方进行间接的通知；具体通知的形式可以是APP内部的通知信息，也可以是短信、电话等方式，本说明书无需进行限定。可以理解的是，上述提示信息也可以与上述准入决策相结合，对于先前已经出现违约服务提供方而言，可以尽可能获得用户的补救，对于当前服务的提供方而言，可以保证被准入使用的用户是更少违约的优质用户，降低违约风险。

在示出的一种实施方式中，上述装置还可以进一步包括存证模块，该存证模块可以在区块链中存证上述查询操作的相关信息；具体而言，上述存证模块可以首先基于上述查询请求生成查询记录，再将生成的查询记录存证到区块链中；可以理解的是，上述查询记录的具体形式可以根据具体需求而定，例如可以包含查询时间戳、流水号、查询请求的发起者的身份标识、被查询的用户的身份标识等等，本领域技术人员可以根据具体业务需求进行设计，本说明书无需进一步限定。

亦可以理解的是，上述存证模块将生成的查询记录存证到区块链中，既可以直接存证到本区块链，即用于存证违约记录的区块链中，也可以存证到与本区块链相对应的另一记录区块链中。在选择存证到与上述区块链相对应的另一记录区块链中的情况下，可以由存证模块通过跨链通信的方式将上述查询记录发送至上述记录区块链并完成数据存证。

在上述将查询记录进行存证的基础上，本领域技术人员还可以进一步基于存证的查询记录，结合相关技术文献，开发设计查询次数限制、计次收费查询、超额警告等功能，本说明书无需进行进一步列举。在示出的一种实施方式中，上述查询结果可以是上述违约记录的详情信息，也可以是指示上述违约记录存在的提示信息，可以是基于上述违约记录生成的违约报告，还可以是上述多种实现方式的组合。举例而言，与上述服务违约记录对应的查询结果可以被设计为根据上述服务违约记录生成的信用评分，违约次数越多，信用评分越低，用户所能被顺利准入的业务就越少越受限等等。

在一种具体实施方式中，上述服务可以是共享产品的租赁服务，例如共享雨伞、共享单车、共享充电宝等等；将上述技术方案应用到共享产品的租赁服务中，租赁方可以根据用户过往的违约记录来进行租赁服务准入决策，避免传统的押金收取方式造成的用户使用门槛；而且，由于服务端可以查询到用户在其他服务提供商提供的服务中产生的违约记录，因此如果该用户在其他服务提供商提供的服务中有违约情况，那么这些违约情况则可以被上述租赁方获知，进而作出对自身更加适宜的服务准入决策。

在另一实施方式中，上述服务可以是小额信贷服务；小额信贷服务通常可以包括以个人或家庭为核心的经营类贷款服务，申请此种信贷服务的用户可以以自身的信用程度作为还款保证；由于这种贷款方式风险较大，一般要对用户的经济效益、经营管理水平、发展前景等情况进行详细的考察，以降低风险。将上述技术方案应用到小额信贷服务场景下，实现违约记录的共享，则可以一定程度上使小额信贷服务的提供方更好地了解用户的信用情况，从而综合作出更加合理的服务准入决策。

本说明书实施例还提供一种计算机设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现前述任意一种基于区块链的服务准入方法。

图8示出了本说明书实施例所提供的一种更为具体的计算设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。

处理器1010可以采用通用的CPU（Central Processing Unit，中央处理器）、微处理器、应用专用集成电路（Application Specific Integrated Circuit，ASIC）、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器1020可以采用ROM（Read Only Memory，只读存储器）、RAM（Random AccessMemory，随机存取存储器）、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。

输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中（图中未示出），也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口1040用于连接通信模块（图中未示出），以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式（例如USB、网线等）实现通信，也可以通过无线方式（例如移动网络、WIFI、蓝牙等）实现通信。

总线1050包括一通路，在设备的各个组件（例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040）之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述基于区块链的服务准入方法。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存（PRAM）、静态随机存取存储器（SRAM）、动态随机存取存储器（DRAM）、其他类型的随机存取存储器（RAM）、只读存储器（ROM）、电可擦除可编程只读存储器（EEPROM）、快闪记忆体或其他内存技术、只读光盘只读存储器（CD-ROM）、数字多功能光盘（DVD）或其他光学存储、磁盒式磁带，磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体（transitory media），如调制的数据信号和载波。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本说明书实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本说明书实施例各个实施例或者实施例的某些部分所述的方法。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，在实施本说明书实施例方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本说明书实施例的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本说明书实施例原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本说明书实施例的保护范围。

Claims (34)

1.一种基于区块链的服务准入方法，应用于与多个服务提供方对接的服务端；其中，所述服务端接入了区块链，所述区块链用于存证用户分别在所述多个服务提供方提供的用户服务中产生的服务订单；所述区块链部署了用于管理所述服务订单的违约状态的智能合约；所述方法包括：

接收所述多个服务提供方中的任一服务提供方或者与该服务提供方对应的管理方发送的违约数据；其中，所述违约数据包括所述用户接入该服务提供方提供的用户服务时产生的服务订单的订单标识，以及所述用户针对所述服务订单的违约内容；

响应于所述违约数据，调用所述智能合约中的校验逻辑，对所述违约内容进行真实性校验，并在校验通过后进一步调用所述智能合约中的状态更新逻辑，将所述区块链存证的与所述订单标识对应的服务订单的状态更新为违约状态；

接收目标服务提供方响应于所述用户的服务接入请求发起的查询请求；

响应于所述查询请求，查询所述区块链中是否存证了与所述用户对应的被标记为违约状态的服务订单；

如果查询到与所述用户对应的被标记为违约状态的服务订单，向所述目标服务提供方返回与所述被标记为违约状态的服务订单对应的查询结果，以使所述目标服务提供方基于所述查询结果针对所述用户进行服务准入决策。

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

如果查询到与所述用户对应的被标记为违约状态的服务订单，向所述用户发送履约提醒消息，以提醒所述用户履行所述被标记为违约状态的服务订单对应的履约义务。

3.根据权利要求1所述的方法，所述方法还包括：

基于所述查询请求生成查询记录；

将生成的查询记录存证到所述区块链中，或

将生成的查询记录存证到与所述区块链对应的记录区块链中。

4.根据权利要求1所述的方法，查询所述区块链中是否存证了与所述用户对应的被标记为违约状态的服务订单，包括：

调用所述智能合约中的查询逻辑，查询所述区块链中是否存证了与所述用户对应的被标记为违约状态的服务订单；如果查询到被标记为违约状态的服务订单，生成与所述用户对应的违约事件；其中，所述违约事件包括与所述被标记为违约状态的服务订单对应的查询结果；

向所述目标服务提供方返回与所述被标记为违约状态的服务订单对应的查询结果，包括：

获取所述智能合约生成的与所述用户对应的违约事件；

将所述违约事件返回给所述目标服务提供方。

5.根据权利要求1所述的方法，所述服务端配置有用于存储用户接入所述多个服务提供方提供的用户服务时产生的服务订单的数据库；

所述方法还包括：

接收所述服务提供方或者与所述服务提供方对应的管理方发送的违约数据；其中，所述违约数据包括所述用户接入任一服务提供方提供的用户服务时产生的服务订单的订单标识，以及用户针对所述服务订单的违约内容；

根据所述违约数据以及所述数据库中与所述违约数据对应的服务订单生成服务违约记录，并将生成的服务违约记录在所述区块链的分布式账本中存证。

6.根据权利要求5所述的方法，所述方法还包括：

根据所述服务提供方发送的订单操作请求，针对所述数据库中与所述订单操作请求对应的服务订单进行对应的操作；

将所述操作的操作记录在所述区块链的分布式账本中存证；其中，所述操作包括下列任意一种或者多种：

订单新增操作；订单删除操作；订单更新操作。

7.根据权利要求1或4所述的方法，所述查询结果包括以下示出的任意一者或者多者的组合：

所述被标记为违约状态的服务订单的详情信息；

指示所述被标记为违约状态的服务订单存在的提示信息；

基于所述被标记为违约状态的服务订单生成的违约报告。

8.根据权利要求1所述的方法，所述服务包括共享产品的租赁服务。

9.根据权利要求1所述的方法，所述服务包括小额信贷服务。

10.根据权利要求1所述的方法，所述服务端包括区块链即服务BaaS平台。

11.一种基于区块链的服务准入方法，应用于区块链中的节点设备；其中，所述区块链用于存证用户分别在多个服务提供方提供的用户服务中产生的服务订单，所述区块链部署了用于管理所述服务订单的违约状态的智能合约；所述方法包括：

接收所述多个服务提供方中的任一服务提供方或者与该服务提供方对应的管理方发送的违约数据；其中，所述违约数据包括所述用户接入该服务提供方提供的用户服务时产生的服务订单的订单标识，以及所述用户针对所述服务订单的违约内容；

响应于所述违约数据，调用所述智能合约中的校验逻辑，对所述违约内容进行真实性校验，并在校验通过后进一步调用所述智能合约中的状态更新逻辑，将所述区块链存证的与所述订单标识对应的服务订单的状态更新为违约状态；

接收目标服务提供方响应于所述用户的服务接入请求发起的查询交易；

响应于所述查询交易，调用所述智能合约中的查询逻辑，查询所述区块链中是否存证了与所述用户对应的被标记为违约状态的服务订单；

如果查询到与所述用户对应的被标记为违约状态的服务订单，生成与所述用户对应的违约事件；其中，所述违约事件包括与所述被标记为违约状态的服务订单对应的查询结果，以使所述目标服务提供方在获取到所述违约事件时，基于所述违约事件包括的所述查询结果针对所述用户进行服务准入决策。

12.根据权利要求11所述的方法，所述方法还包括：

如果查询到与所述用户对应的被标记为违约状态的服务订单，向所述用户发送履约提醒消息，以提醒所述用户履行所述被标记为违约状态的服务订单对应的履约义务。

13.根据权利要求11所述的方法，所述方法还包括：

基于所述查询交易生成查询记录；

将生成的查询记录存证到所述区块链中，或

将生成的查询记录存证到与所述区块链对应的记录区块链中。

14.根据权利要求11所述的方法，所述查询结果包括以下示出的任意一者或者多者的组合：

所述被标记为违约状态的服务订单的详情信息；

指示所述被标记为违约状态的服务订单存在的提示信息；

基于所述被标记为违约状态的服务订单生成的违约报告。

15.根据权利要求11所述的方法，所述服务包括共享产品的租赁服务。

16.根据权利要求11所述的方法，所述服务包括小额信贷服务。

17.一种基于区块链的服务准入装置，应用于与多个服务提供方对接的服务端；其中，所述服务端接入了区块链，所述区块链用于存证用户分别在所述多个服务提供方提供的用户服务中产生的服务订单；所述区块链部署了用于管理所述服务订单的违约状态的智能合约；所述装置包括：

第二接收模块，接收所述多个服务提供方中的任一服务提供方或者与该服务提供方对应的管理方发送的违约数据；其中，所述违约数据包括所述用户接入该服务提供方提供的用户服务时产生的服务订单的订单标识，以及所述用户针对所述服务订单的违约内容；

更新模块，响应于所述违约数据，调用所述智能合约中的校验逻辑，对所述违约内容进行真实性校验，并在校验通过后进一步调用所述智能合约中的状态更新逻辑，将所述区块链存证的与所述订单标识对应的服务订单的状态更新为违约状态；

第一接收模块，接收目标服务提供方响应于所述用户的服务接入请求发起的查询请求；

查询模块，响应于所述查询请求，查询所述区块链中是否存证了与所述用户对应的被标记为违约状态的服务订单；

返回模块，如果查询到与所述用户对应的被标记为违约状态的服务订单，向所述目标服务提供方返回与所述被标记为违约状态的服务订单对应的查询结果，以使所述目标服务提供方基于所述查询结果针对所述用户进行服务准入决策。

18.根据权利要求17所述的装置，所述装置还包括：

提醒模块，如果查询到与所述用户对应的被标记为违约状态的服务订单，向所述用户发送履约提醒消息，以提醒所述用户履行所述被标记为违约状态的服务订单对应的履约义务。

19.根据权利要求17所述的装置，所述装置还包括：

第一存证模块，基于所述查询请求生成查询记录；将生成的查询记录存证到所述区块链中，或将生成的查询记录存证到与所述区块链对应的记录区块链中。

20.根据权利要求17所述的装置，所述查询模块，进一步调用所述智能合约中的查询逻辑，查询所述区块链中是否存证了与所述用户对应的被标记为违约状态的服务订单；如果查询到被标记为违约状态的服务订单，生成与所述用户对应的违约事件；其中，所述违约事件包括与所述被标记为违约状态的服务订单对应的查询结果；

所述返回模块，进一步获取所述智能合约生成的与所述用户对应的违约事件；将所述违约事件返回给所述目标服务提供方。

21.根据权利要求17所述的装置，所述服务端配置有用于存储用户接入所述多个服务提供方提供的用户服务时产生的服务订单的数据库；

所述装置还包括：

第三接收模块，接收所述服务提供方或者与所述服务提供方对应的管理方发送的违约数据；其中，所述违约数据包括所述用户接入任一服务提供方提供的用户服务时产生的服务订单的订单标识，以及用户针对所述服务订单的违约内容；

生成模块，根据所述违约数据以及所述数据库中与所述违约数据对应的服务订单生成服务违约记录，并将生成的服务违约记录在所述区块链的分布式账本中存证。

22.根据权利要求21所述的装置，所述装置还包括：

操作模块，根据所述服务提供方发送的订单操作请求，针对所述数据库中与所述订单操作请求对应的服务订单进行对应的操作；

第二存证模块，将所述操作的操作记录在所述区块链的分布式账本中存证；其中，所述操作包括下列任意一种或者多种：订单新增操作；订单删除操作；订单更新操作。

23.根据权利要求17或20所述的装置，所述查询结果包括以下示出的任意一者或者多者的组合：

所述被标记为违约状态的服务订单的详情信息；

指示所述被标记为违约状态的服务订单存在的提示信息；

基于所述被标记为违约状态的服务订单生成的违约报告。

24.根据权利要求17所述的装置，所述服务包括共享产品的租赁服务。

25.根据权利要求17所述的装置，所述服务包括小额信贷服务。

26.根据权利要求17所述的装置，所述服务端包括区块链即服务BaaS平台。

27.一种基于区块链的服务准入装置，应用于区块链中的节点设备；其中，所述区块链用于存证用户分别在多个服务提供方提供的用户服务中产生的服务订单，所述区块链部署了用于管理所述服务订单的违约状态的智能合约；所述装置包括：

第二接收模块，接收所述多个服务提供方中的任一服务提供方或者与该服务提供方对应的管理方发送的违约数据；其中，所述违约数据包括所述用户接入该服务提供方提供的用户服务时产生的服务订单的订单标识，以及所述用户针对所述服务订单的违约内容；

更新模块，响应于所述违约数据，调用所述智能合约中的校验逻辑，对所述违约内容进行真实性校验，并在校验通过后进一步调用所述智能合约中的状态更新逻辑，将所述区块链存证的与所述订单标识对应的服务订单的状态更新为违约状态；

第一接收模块，接收目标服务提供方响应于所述用户的服务接入请求发起的查询交易；

查询模块，响应于所述查询交易，调用所述智能合约中的查询逻辑，查询所述区块链中是否存证了与所述用户对应的被标记为违约状态的服务订单；

生成模块，如果查询到与所述用户对应的被标记为违约状态的服务订单，生成与所述用户对应的违约事件；其中，所述违约事件包括与所述被标记为违约状态的服务订单对应的查询结果，以使所述目标服务提供方在获取到所述违约事件时，基于所述违约事件包括的所述查询结果针对所述用户进行服务准入决策。

28.根据权利要求27所述的装置，所述装置还包括：

提醒模块，如果查询到与所述用户对应的被标记为违约状态的服务订单，向所述用户发送履约提醒消息，以提醒所述用户履行所述被标记为违约状态的服务订单对应的履约义务。

29.根据权利要求27所述的装置，所述装置还包括：

存证模块，基于所述查询交易生成查询记录；将生成的查询记录存证到所述区块链中，或将生成的查询记录存证到与所述区块链对应的记录区块链中。

30.根据权利要求27所述的装置，所述查询结果包括以下示出的任意一者或者多者的组合：

所述被标记为违约状态的服务订单的详情信息；

指示所述被标记为违约状态的服务订单存在的提示信息；

基于所述被标记为违约状态的服务订单生成的违约报告。

31.根据权利要求27所述的装置，所述服务包括共享产品的租赁服务。

32.根据权利要求27所述的装置，所述服务包括小额信贷服务。

33.一种计算机设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现权利要求1~10任一所述的方法。

34.一种计算机设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现权利要求11~16任一所述的方法。

Images