基于区块链的业务处理方法、装置、设备及系统与流程

1.本文件涉及数据处理技术领域，尤其涉及一种基于区块链的业务处理方法、装置、设备及系统。


背景技术：

2.随着人们保险意识的不断增强，成立的保险公司也越来越多。当前，保险公司的保险业务数据的管理和使用方式通常是每个保险公司独立管理和使用自身的保险业务数据，不同的保险公司之间呈现数据孤岛状态。而这不仅降低了数据价值，而且容易造成重复理赔等问题。


技术实现要素：

3.本说明书一个或多个实施例提供了一种基于区块链的业务处理方法。该方法包括接收用户的业务处理请求。其中，所述业务处理请求包括目标业务的业务信息。根据所述业务信息，从区块链系统保存的目标共享数据中查询所述用户关于所述目标业务的状态信息。所述目标共享数据是所述目标业务对应的共享成员节点针对所述目标业务的共享数据。若查询到所述状态信息，则通过所述区块链系统中的第一智能合约按照所述目标业务对应的资源激励规则，基于信息查询的第一成员节点的专属通证对所述状态信息所归属的第二成员节点进行资源激励处理。其中，所述资源激励规则由所述第一成员节点和所述共享成员节点进行共识验证所确定。根据所述状态信息对所述目标业务进行业务处理。
4.本说明书一个或多个实施例提供了一种基于区块链的业务处理装置。该装置包括接收模块，接收用户发送的业务处理请求。其中，所述业务处理请求包括目标业务的业务信息。
5.该装置还包括查询模块，根据所述业务信息，从区块链系统保存的目标共享数据中查询所述用户关于所述目标业务的状态信息。所述目标共享数据是所述目标业务对应的共享成员节点针对所述目标业务的共享数据。该装置还包括激励模块，若查询到所述状态信息，则通过所述区块链系统中的第一智能合约按照所述目标业务对应的资源激励规则，基于信息查询的第一成员节点的专属通证对所述状态信息所归属的第二成员节点进行资源激励处理。其中，所述资源激励规则由所述第一成员节点和所述共享成员节点进行共识验证所确定。该装置还包括处理模块，根据所述状态信息对所述目标业务进行相应处理。
6.本说明书一个或多个实施例提供了一种基于区块链的业务处理系统。该系统包括用户的终端设备和区块链系统。所述区块链系统包括多个成员节点。所述终端设备，响应于所述用户对目标业务的业务处理操作，向所述区块链系统发送业务处理请求。所述区块链系统中的第一成员节点，根据所述业务处理请求包括的所述目标业务的业务信息，从区块链系统保存的目标共享数据中查询所述用户关于所述目标业务的状态信息。若查询到所述状态信息，则通过所述区块链系统中的第一智能合约按照所述目标业务对应的资源激励规则，基于所述第一成员节点的专属通证对所述状态信息所归属的第二成员节点进行资源激
励处理。根据所述状态信息对所述目标业务进行业务处理。所述目标共享数据是所述目标业务对应的共享成员节点针对所述目标业务的共享数据。所述资源激励规则由所述第一成员节点和所述共享成员节点进行共识验证所确定。
7.本说明书一个或多个实施例提供了一种基于区块链的业务处理设备。该设备包括处理器。该设备还包括被安排成存储计算机可执行指令的存储器。所述计算机可执行指令在被执行时使所述处理器接收用户的业务处理请求。其中，所述业务处理请求包括目标业务的业务信息。根据所述业务信息，从区块链系统保存的目标共享数据中查询所述用户关于所述目标业务的状态信息。所述目标共享数据是所述目标业务对应的共享成员节点针对所述目标业务的共享数据。若查询到所述状态信息，则通过区块链系统中的第一智能合约按照所述目标业务对应的资源激励规则，基于信息查询的第一成员节点的专属通证对所述状态信息所归属的第二成员节点进行资源激励处理。其中，所述资源激励规则由所述第一成员节点和所述共享成员节点进行共识验证所确定。根据所述状态信息对所述目标业务进行业务处理。
8.本说明书一个或多个实施例提供了一种存储介质。该存储介质用于存储计算机可执行指令。所述计算机可执行指令在被处理器执行接收用户的业务处理请求。其中，所述业务处理请求包括目标业务的业务信息。根据所述业务信息，从区块链系统保存的目标共享数据中查询所述用户关于所述目标业务的状态信息。所述目标共享数据是所述目标业务对应的共享成员节点针对所述目标业务的共享数据。若查询到所述状态信息，则通过区块链系统中的第一智能合约按照所述目标业务对应的资源激励规则，基于信息查询的第一成员节点的专属通证对所述状态信息所归属的第二成员节点进行资源激励处理。其中，所述资源激励规则由所述第一成员节点和所述共享成员节点进行共识验证所确定。根据所述状态信息对所述目标业务进行业务处理。
附图说明
9.为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
10.图1为本说明书一个或多个实施例提供的一种基于区块链的业务处理方法的场景示意图；
11.图2为本说明书一个或多个实施例提供的一种基于区块链的业务处理方法的第一种流程示意图；
12.图3为本说明书一个或多个实施例提供的一种基于区块链的业务处理方法的第二种流程示意图；
13.图4为本说明书一个或多个实施例提供的一种基于区块链的业务处理方法的第三种流程示意图；
14.图5为本说明书一个或多个实施例提供的一种基于区块链的业务处理方法的第四种流程示意图；
15.图6为本说明书一个或多个实施例提供的一种基于区块链的业务处理方法的第五
种流程示意图；
16.图7为本说明书一个或多个实施例提供的一种基于区块链的业务处理装置的模块组成示意图；
17.图8为本说明书一个或多个实施例提供的一种基于区块链的业务处理系统的组成示意图；
18.图9为本说明书一个或多个实施例提供的一种基于区块链的业务处理设备的结构示意图。
具体实施方式
19.为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书一个或多个实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。
20.图1为本说明书一个或多个实施例提供的一种基于区块链的业务处理方法的应用场景示意图，如图1所示，该场景包括：用户的终端设备和区块链系统。其中，终端设备可以为手机、平板电脑、台式计算机、便携笔记本式计算机等(图1中仅示出手机)；终端设备中可以安装有目标业务相关的应用，该应用可以是独立的应用程序(application，简称app)，也可以是嵌入到其他应用程序中的小程序，还可以是网页应用等。区块链系统包括接入区块链的多个成员节点，各成员节点可以是业务提供方部署的节点，每个成员节点可以针对至少一个业务参与数据共享，并在接收到对应业务的业务处理请求时，进行相关处理。为了便于区分，本说明实施例中，将接收到业务处理请求的成员节点称为第一成员节点，并将相应业务对应的其他成员节点称为共享成员节点，将第一成员节点查询到的状态信息所属的共享成员节点称为第二成员节点(图1中仅示出第一成员节点和第二成员节点)。业务提供方可以是保险业务、信贷业务、开户业务、租赁业务等的业务提供方，每个业务提供方可以部署一个或多个成员节点，并提供至少一个业务服务。区块链系统中还可以包括管理节点(图1中未示出)，区块链中保存有业务相关的数据。
21.具体的，用户操作其终端设备中目标业务相关的应用进行业务处理，终端设备响应于用户对目标业务的业务处理操作，根据确定的目标业务的业务信息向区块链系统发送业务处理请求。区块链系统中与目标业务对应的第一成员节点，根据接收到的业务处理请求包括的目标业务的业务信息，从区块链系统保存目标共享数据中查询用户关于目标业务的状态信息；若查询到该状态信息，则通过区块链系统中的第一智能合约按照目标业务对应的资源激励规则，基于第一成员节点的专属通证对状态信息所归属的第二成员节点进行资源激励处理；根据状态信息对目标业务进行业务处理；其中，目标共享数据是目标业务对应的共享成员节点针对目标业务的共享数据；资源激励规则由第一成员节点和共享成员节点进行共识验证所确定。
22.需要指出的是，图1仅用于示意而不用于限定，用户可以操作其终端设备以线上的方式发起业务处理请求，用户还可以到目标业务的业务提供方的线下门店，以线下的方式向相关的业务服务人员提出业务处理请求；相应的，业务服务人员可以操作其业务处理设
备向区块链系统发送业务处理请求。
23.由此，各业务提供方通过部署接入区块链系统的成员节点，能够基于区块链的不可篡改等特性，在保障数据安全的情况下实现数据共享，不仅打破了各业务提供方之间的数据孤岛状态，提升了数据价值，而且有利于业务的有效处理。同时，通过创建各成员节点的专属通证，并基于区块链的共识验证机制制定资源激励规则，以基于该专属通证和资源激励规则对数据共享进行公平合理的资源奖励，能够进一步提升各业务提供方的数据共享的主动性，从而最大化其数据价值并促进数据的互联互通。
24.图2为本说明书一个或多个实施例提供的一种基于区块链的业务处理方法的流程示意图，图2中的方法能够由图1中的区块链系统执行，更加具体的，能够由区块链系统中目标业务对应的第一成员节点执行。如图2所示，该方法包括以下步骤：
25.步骤s102，接收用户的业务处理请求；其中，业务处理请求包括目标业务的业务信息；
26.可选地，接收用户的终端设备发送的业务处理请求。具体的，用户操作其终端设备中目标业务相关的应用进行线上业务处理，终端设备响应于用户对目标业务的业务处理操作，根据确定的目标业务的业务信息，向区块链系统中目标业务对应的第一成员节点发送业务处理请求；第一成员节点接收用户的终端设备发送的业务处理请求。
27.或者，接收用户通过业务服务人员发送的业务处理请求。具体的，用户可以到目标业务的业务提供方的线下门店，以线下的方式向相关的业务服务人员提出业务处理请求；该业务服务人员操作其业务处理设备，向区块链系统中目标业务对应的第一成员节点发送业务处理请求；第一成员节点接收业务服务人员的业务处理设备发送的业务处理请求。
28.其中，业务信息可以随目标业务的不同而不同。作为一个示例，目标业务是医疗理赔业务，业务信息可以包括医疗理赔业务的业务标识、医疗账单编号、发票编号、用户信息等。作为另一个示例，目标业务是租赁业务，业务信息可以包括待租赁的目标产品的产品信息、租赁时长信息、用户信息等。用户信息可以包括用户姓名、身份证件号码、联系方式等信息。对于业务信息，本说明书中不再一一列举说明，其可以在实际应用中根据需要自行设定。
29.步骤s104，根据业务信息，从区块链系统保存的目标共享数据中查询用户关于目标业务的状态信息；目标共享数据是目标业务对应的共享成员节点针对目标业务的共享数据；
30.本说明书实施例中，区块链系统中的每个成员节点可以针对至少一个业务参与数据共享，相应的，每个成员节点可以将其针对该至少一个业务的共享数据保存至区块链系统中。接收到目标业务的业务处理请求的第一成员节点，仅能从目标业务对应的各共享成员节点针对该目标业务的共享数据中，查询用户关于目标业务的状态信息。例如，成员节点1与成员节点2、成员节点3、成员节点5参与业务1的数据共享，成员节点1与成员节点3、成员节点4和成员节点5参与业务2的数据共享；那么区块链系统中包括成员节点1针对业务1的共享数据11、成员节点1针对业务2的共享数据12、成员节点2针对业务1的共享数据21、成员节点3针对业务1的共享数据31、成员节点3针对业务2的共享数据32、成员节点4针对业务2的共享数据41、成员节点5针对业务1的共享数据51、成员节点5针对业务2的共享数据52。当目标业务是业务2、成员节点3是第一成员节点时，目标业务对应的共享成员节点为成员节
点1、成员节点4和成员节点5；第一成员节点将区块链系统保存的成员节点1针对业务2的共享数据12、成员节点4针对业务2的共享数据41、成员节点5针对业务2的共享数据52确定为目标共享数据，并从该目标共享数据中查询用户关于目标业务的状态信息。
31.其中，用户关于目标业务的状态信息，可以随目标业务的不同而不同。作为一个示例，目标业务是医疗理赔业务，状态信息可以是该用户的该医疗理赔业务是否处于已受理状态。作为另一个示例，目标业务是租赁业务，状态信息可以是该用户的信用等级信息。作为又一个示例，目标业务是信贷业务，状态信息可以是该用户是否处于黑名单等。对此本说明书中不再一一列举说明，其可以在实际应用中根据需要自行设定。
32.步骤s106，若查询到状态信息，则通过区块链系统中的第一智能合约按照目标业务对应的资源激励规则，基于信息查询的第一成员节点的专属通证对状态信息所归属的第二成员节点进行资源激励处理；其中，资源激励规则由第一成员节点和目标业务对应的共享成员节点进行共识验证所确定；
33.其中，资源激励规则中包括每查询到一次状态信息时，向该状态信息所归属的第二成员节点激励的专属通证的第一数量等信息。专属通证是各成员节点加入区块链系统时，基于区块链系统中的第二智能合约创建，专属通证可以在区块链系统中流通；不同成员节点的专属通证不同，每个成员节点拥有自身的专属通证的转移权限。例如，成员节点1的专属通证为专属通证1、成员节点2的专属通证为专属通证2、成员节点3的专属通证为专属通证3，以此类推。序接上述示例，当成员节点3是第一成员节点、成员节点4是第二成员节点，且第一成员节点当前持有专属通证3、以及基于资源激励所获得的成员节点1的专属通证1和成员节点4的专属通证4时，那么第一成员节点通过区块链系统中的第一智能合约按照目标业务对应的资源激励规则，基于第一成员节点的专属通证3对状态信息所归属的第二成员节点(即成员节点4)进行资源激励处理。
34.本说明书一个或多个实施例中，第一智能合约的数量可以为一个，通过该一个第一智能合约对各业务的数据共享进行资源激励处理。本说明书的一个或多个实施例中，第一智能合约还可以有多个，每个第一智能合约对应一个业务，并通过目标业务对应的第一智能合约对目标业务的数据共享进行资源激励处理。本说明书的一个或多个实施例中，第一智能合约还可以有多个，每个第一智能合约对应一个成员节点，以基于相应成员节点的专属通证对状态信息所属的第二成员节点进行资源激励处理。第一智能合约的数量可以在实际应用中根据需要自行设定。
35.步骤s108，根据状态信息对目标业务进行业务处理。
36.具体，根据状态信息确定目标业务是否满足预设的处理条件，若是，则对目标业务进行相应处理；若否，则向用户发送请求失败信息。例如，目标业务是医疗理赔业务，查询到的状态信息为该用户的该医疗理赔业务处于未受理状态，满足预设的处理条件，则进行医疗理赔处理。又如，目标业务是租赁业务，查询到的状态信息表征该用户的信用等级为差，不满足信用等级为良好及以上的处理条件，则向用户发送请求失败信息。
37.本说明书一个或多个实施例中，第一成员节点在接收到用户的业务处理请求时，根据业务处理请求包括的目标业务的业务信息，从区块链系统保存的各共享成员节点针对目标业务的共享数据中，查询用户关于目标业务的状态信息；并在查询到状态信息时，通过区块链系统中的第一智能合约按照目标业务对应的资源激励规则，基于信息查询的第一成
员节点的专属通证对状态信息所归属的第二成员节点进行资源激励处理；以及，根据查询到的状态信息对目标业务进行业务处理。其中，资源激励规则由第一成员节点和共享成员节点进行共识验证所确定。由此，各业务提供方通过部署接入区块链系统的成员节点，能够基于区块链的不可篡改等特性，在保障数据安全的情况下实现数据共享，不仅打破了各业务提供方之间的数据孤岛状态，提升了数据价值，而且有利于业务的有效处理。同时，通过创建各成员节点的专属通证，并基于区块链的共识验证机制制定资源激励规则，以基于该专属通证和资源激励规则对数据共享进行公平合理的资源奖励，能够进一步提升各业务提供方的数据共享的主动性，从而最大化其数据价值并促进数据的互联互通。
38.为了规范各业务的数据共享方式，本说明书一个或多个实施例中，各业务对应的成员节点之间可以通过共识验证确定相应业务对应的数据规则，该数据规则中可以包括共享数据保存至区块链时的数据格式、共享数据的查询字段等。相应的，第一成员节点接收到用户的目标业务的业务处理请求时，可以根据业务处理请求包括的目标业务的业务信息和目标业务对应的数据规则，从区块链系统保存的各共享成员针对目标业务的共享数据中，查询用户关于目标业务的状态信息。具体的，如图3所示，步骤s104可以包括以下步骤s104-2至步骤s104-8：
39.步骤s104-2，根据业务信息从区块链系统中查询目标业务对应的数据规则；其中，数据规则由第一成员节点和目标业务对应的共享成员节点进行共识验证所确定；
40.具体的，当第一成员节点和目标业务对应的共享成员节点对目标业务对应的数据规则共识验证通过时，将目标业务的业务标识与目标业务对应的数据规则关联保存至区块链系统中。该保存操作可以由第一成员节点和目标业务对应的各共享成员节点中具有数据上链权限的成员节点执行，也可以由区块链系统中的管理节点执行。相应的，在步骤s104-2中，第一成员节点从业务信息中获取目标业务的业务标识，根据获取的业务标识从区块链系统中查询关联的数据规则，并将查询到的数据规则确定为目标业务对应的数据规则。
41.需要指出的是，当目标业务不断的升级，具有多个版本、且不同版本对应不同的数据规则不同时，可以将业务标识、版本信息及对应的数据规则等关联保存至区块链系统中。相应的，资源激励规则也可以按照此方式保存至区块链系统中。
42.步骤s104-4，根据目标业务对应的数据规则，确定查询字段；
43.其中，查询字段可以随目标业务的不同而不同，其可以在实际应用中根据需要自行设定。例如，目标业务为医疗理赔业务，查询字段可以包括医疗账单编号、发票编号等；又如，目标业务为租赁业务，查询字段为用户姓名和身份证件号码等。
44.步骤s104-6，获取用户关于查询字段的查询信息；
45.具体的，确定业务信息中是否含有查询字段对应的查询信息，若是，则从业务信息中获取用户关于查询字段的查询信息；若否，则向用户的终端设备发送信息获取请求，以使用户通过终端设备提交查询信息，并接收终端设备发送的用户关于查询字段的查询信息。
46.步骤s104-8，根据查询信息，从区块链系统保存的目标共享数据中，查询用户关于目标业务的状态信息。
47.考虑到同一成员节点可能参与多个业务的数据共享，为了避免针对某个业务的共享数据被未参与该业务的数据共享的成员节点访问，本说明书一个或多个实施例中，各业务对应的成员节点在针对相应业务进行数据共享之前，还通过共识验证确定相应业务的协
商密钥，将将确定的协商密钥与相应业务的业务标识关联保存至本地的第一存储区域中，以基于该协商密钥实现数据共享过程中数据访问权限的隔离。可以理解的是，该第一存储区域是成员节点的本地存储区域，用于存储非区块链数据，其他节点无法访问。具体的，如图4所示，步骤s104-8可以包括以下步骤s104-82至步骤s104-88：
48.步骤s104-82，根据业务信息包括的目标业务的业务标识，从区块链系统中查询目标业务对应的各共享成员节点针对目标业务的共享数据的密文数据并作为目标共享数据；
49.具体而言，目标业务对应的各共享成员节点在确定存在针对目标业务的待共享数据时，将待共享数据转换符合目标业务的数据规则所规定的数据格式的共享数据；并根据目标业务的业务标识从本地的第一存储区域保存的业务标识与协商密钥的关联关系中获取关联的目标协商密钥，采用目标协商密钥对共享数据进行加密处理得到共享数据的密文数据，将该共享数据的密文数据、目标业务的业务标识和共享成员节点的节点标识等关联保存至区块链系统中。与之对应的，第一成员节点根据业务信息包括的目标业务的业务标识，从区块链系统中查询关联保存的共享数据的密文数据并作为目标共享数据。
50.步骤s104-84，根据业务标识，从本地的第一存储区域保存的业务标识与协商密钥的关联关系中获取关联的目标协商密钥；目标协商密钥由第一成员节点和目标业务对应的各共享成员节点进行共识验证所确定；
51.步骤s104-86，采用目标协商密钥对目标共享数据进行解密处理，得到共享数据的明文数据；
52.可以理解的是，当目标协商密钥为对称密钥时，前述共享成员节点对共享数据进行加密处理和步骤s104-86中的解密处理所使用的密钥为相同的密钥。当目标协商密钥为非对称密钥时，目标协商密钥包括加密密钥和解密密钥；相应的，前述共享成员节点对共享数据进行加密处理采用目标协商密钥中的加密密钥，在步骤s104-86中第一成员节点采用目标协商密钥中的加解密密钥进行解密处理。
53.步骤s104-88，根据查询信息，从共享数据的明文数据中查询用户关于目标业务的状态信息。
54.例如，目标业务时医疗理赔业务，第一区块链节点将查询信息包括的医疗账单编号和发票编号等，与共享数据的明文数据包括的已受理的医疗理赔业务的医疗账单编号和发票编号等进行匹配，若均匹配成功，则确定用户关于目标业务的状态信息为目标业务处于已受理状态，否则，确定用户关于目标业务的状态信息为目标业务处于未受理状态。
55.需要指出的是，第一区块链节点可以首先根据业务信息包括的目标业务的业务标识，从区块链系统中查询目标业务对应的各共享成员节点针对目标业务的共享数据的密文数据并作为目标共享数据；然后根据从本地的第一存储区域中获取的目标协商密钥分别对每个共享数据的密文数据进行解密处理，得到每个共享数据的明文数据；最后将查询信息分别与每个明文数据进行匹配处理，以确定用户关于目标业务的状态信息。第一区块链节点还可以在根据业务信息包括的目标业务的业务标识，从区块链系统中查询到关联到一个共享数据的密文数据时，根据从本地的第一存储区域中获取的目标协商密钥对查询到的该一个共享数据的密文数据进行解密处理，得到对应的共享数据的明文数据；然后将查询信息与该共享数据的明文数据进行匹配处理；若匹配成功，则确定用户关于目标业务的状态信息；若匹配失败，则继续根据目标业务的业务标识从区块链系统中进行查询操作，并在查
询到关联的下一个共享数据的密文数据时，按照前述方式进行处理，直至确定用户关于目标业务的状态信息。
56.由此，通过共识验证确定协商密钥，并在共享数据上链时采用协商密钥对共享数据进行加密处理，以及在查询时采用协商密钥对共享数据进行解密处理，有效的实现了数据访问权限的控制，保障了共享数据的安全。
57.进一步的，考虑到在实际应用中，一些共享数据的存储可能需要占用较大的存储空间，因此会占用较多的区块链资源。基于此，本说明书一个或多个实施例中，各成员节点还可以将符合链下存储条件的待共享数据保存至自身的链下共享路径对应的第二存储区域中。其中，将待共享数据保存至第二存储区域的过程，与将待共享数据保存至区块链中的过程相同，可参见前述相关描述，重复之处这里不再赘述。第二存储区域可以是成员节点的本地存储区域(用于存储非区块链数据)，也可以是云存储，还可以是指定的其他非区块链存储区域等。相应的，方法还可以包括：
58.若确定满足预设的链下查询条件，则根据查询信息和确定的目标业务对应的各共享成员节点的链下共享路径，从共享成员节点的目标链下共享数据中，查询用户关于目标业务的状态信息。
59.其中，目标链下共享数据是目标业务对应的共享成员节点针对目标业务的链下共享数据。具体的，各成员节点在加入某个业务的数据共享时，与该业务对应的各成员节点互相发送自身的链下共享路径和节点标识，各成员节点将接收到的链下共享路径和节点标识与目标业务的业务标识关联保存至本地的第一存储区域中。当第一成员节点确定满足预设的链下查询条件时，根据目标业务的业务标识从本地的第一存储区域中查询关联的链下共享路径，并根据该链下共享路径访问对应的第二存储区域中所保存的目标链下共享数据，基于该目标链下共享数据查询用户关于目标业务的状态信息。可选地，当根据区块链系统中保存的目标共享数据无法确定用户关于目标业务的状态信息时，确定满足预设的链下查询条件。或者，在确定待查询的状态信息是预设类型的状态信息时，确定满足预设的链下查询条件。预设的链下查询条件可以在实际应用中根据需要自行设定。
60.为了提升各业务提供方的数据共享的主动性，当第一成员节点查询到用户关于目标业务的状态信息时，基于第一成员节点的专属通证对状态信息所归属的第二成员节点进行激励处理。具体的，s106可以包括：
61.若查询到状态信息，则通过区块链系统中的第一智能合约确定第一成员节点的第一账户、第二成员节点的第二账户及目标业务对应的奖励规则；基于第一智能合约根据目标业务对应的资源激励规则确定待激励的专属通证的第一数量；基于第一智能合约从第一账户向第二账户转移第一数量的第一成员节点的专属通证；根据第一账户、第二账户和第一数量生成资源激励记录信息，将资源激励记录信息保存至区块链系统中。
62.更加具体的，当第一成员节点查询到状态信息时，将状态信息关联的节点标识所对应的共享成员节点确定为第二成员节点，并根据目标业务的业务标识、第一成员节点的节点标识、第二成员节点的节点标识调用区块链系统中的第一智能合约，基于第一智能合约根据业务标识确定对应的资源激励规则、根据第一成员节点的节点标识确定对应的第一账户和第一成员节点的专属通证、根据第二成员节点的节点标识确定对应的第二账户。以及，基于第一智能合约从确定的资源激励规则中获取待激励的专属通证的第一数量，并从
第一账户向第二账户转移第一数量的第一成员节点的专属通证。根据第一账户的账户信息、第二账户的账户信息和第一数量等生成资源激励记录信息，将资源激励记录信息保存至区块链系统中。
63.需要指出的是，当第一智能合约仅有一个、且对各业务的数据共享进行资源激励处理时，可以基于第一智能合约根据目标业务的业务标识从区块链系统中获取关联保存的资源激励规则；以及可以基于第一智能合约根据第一成员节点和第二成员节点的节点标识从区块链系统保存的节点标识与账户信息、专属通证的关联关系中，获取第一成员节点的第一账户的账户信息、第一成员节点的专属通证和第二成员节点的第二账户的账户信息；或者，基于第一智能合约根据第一成员节点和第二成员节点的节点标识从第一智能合约中预置的节点标识与账户信息、专属通证的关联关系中，获取第一成员节点的第一账户的账户信息、第一成员节点的专属通证和第二成员节点的第二账户的账户信息。
64.当第一智能合约有多个、且每个第一智能合约对应一个业务并对相应业务的数据共享进行资源激励处理时，可以将目标业务的业务标识和资源激励规则预置于目标业务对应的第一智能合约中。当第一智能合约确定接收到的业务标识与预置的业务标识一致时，将预置的资源激励规则确定为目标业务的资源激励规则。当第一智能合约有多个、且每个第一智能合约对应一个业务并对相应业务的数据共享进行资源激励处理时，基于第一智能合约确定第一账户、第二账户和第一成员节点的专属通证的过程，与前述第一智能合约仅有一个时的确定过程相同，重复之处这里不再赘述。
65.当第一智能合约有多个、且每个第一智能合约对应一个成员节点，以基于相应成员节点的专属通证对状态信息对应的第二成员节点进行资源激励处理时，可以基于第一智能合约根据目标业务的业务标识从区块链系统中获取关联保存的资源激励规则；或者，基于第一智能合约根据目标业务的业务标识，从预置于第一智能合约中的第一成员节点所参与数据共享的各业务的业务标识与资源激励规则的关联关系中获取关联的资源激励规则。以及，可以基于第一智能合约确定获取到的节点标识与预置的节点标识是否一致，若一致，则将预置的节点标识所关联的预置的专属通证确定为第一成员节点的专属通证，将预置的节点标识所关联的预置的账户信息确定为第一成员节点的第一账户的账户信息。基于第一智能合约确定第二成员节点的第二账户的过程，可以参见第一智能合约仅有一个时确定第二账户的过程，重复之处这里不再赘述。
66.为了进一步促进各服务提供方之间的数据共享，本说明书一个或多个实施例中，各成员节点持有的其他成员的专属通证还可以兑换为资源，该资源也可以在区块链系统中流通，例如可以基于该资源扩展成员节点在区块链系统中的存储容量、开通成员节点在区块链系统中更多的权限等。具体的，如图5所示，方法还可以包括以下步骤s110至步骤s114：
67.步骤s110，若确定第二成员节点持有的第一成员节点的第二数量的专属通证满足资源兑换条件，则基于区块链系统的第三智能合约对第二数量的专属通证进行冻结处理，根据目标业务对应的资源激励规则对冻结的第二数量的专属通证进行资源兑换处理，得到待兑换资源的第三数量；
68.可选地，第一成员节点在接收到第二成员节点发送的资源兑换请求时，确定满足资源兑换条件。或者，第一成员节点可以按照预设的时间间隔，对其他成员节点持有的第一成员节点的专属通证进行资源兑换处理；相应的，第一成员节点确定到达预设的时间间隔
所对应的时间点时，确定满足资源兑换条件。
69.进一步的，资源激励规则中还可以包括激励的专属通证的资源兑换规则，如激励的每个专属通证可以兑换的资源的数量等。第二数量可以是第二成员节点持有的全部第一成员节点的专属通证，也可以是持有的部分第一成员节点的专属通证。例如，第二成员节点共计持有第一成员节点的专属通证的数量为15个，第二数量可以是15，也可以是大于零且小于15的任意整数。第三智能合约可以是与前述第一智能合约不同的智能合约，还可以作为一个子功能设置于第一智能合约中，其可在实际应用中根据需要自行设定。
70.步骤s112，向第二成员节点提供第三数量的资源，若获取到来自第二成员节点的资源接收确认信息，则通过第三智能合约将冻结的第二数量的专属通证转移至通证销毁池；
71.其中，转入通证销毁池的专属通证将自动销毁。
72.步骤s114，生成通证兑换记录信息，将通证兑换记录信息保存至区块链系统中。
73.其中，通证兑换记录信息可以兑换的专属通证的数量、兑换的资源的数量、兑换时间等信息，通证兑换记录信息的具体内容可以在实际应用中根据需要自行设定。
74.本说明书实施例中，由于不同成员节点的专属通证不同、并且每个成员节点仅有自身专属通证的转移权限，因此，本说明书中的专属通证既有标识作用(可标识对应的成员节点)，又具有激励和流通作用。无论是由第二成员节点发起资源兑换，还是由第一成员节点发起资源兑换，均可以直接根据第二成员节点的第二账户中所含有的第一成员节点的专属通证的数量进行资源兑换处理，而无需基于区块链系统保存的通证兑换记录统计第二成员节点的第二账户中含有的第一成员节点的专属通证的数量，相较于现有区块链系统中各节点之间的通证没有任何区分，完全一致而言，本说明书实施例不仅便于专属通证的管理，而且能够极大的提升资源兑换效率。
75.沿用前述示例进行说明，第一成员节点(成员节点3)的专属通证为专属通证3，此时，第二成员节点(即成员节点4)的第二账户中含有两个成员节点1的专属通证1、十个第一成员节点的专属通证3、四个成员节点5的专属通证5。在本说明书实施例中，可直接从第二成员节点的第二账户中读取到其含有的第一成员节点的专属通证3的数量十个。而现有技术中，由于各节点的通证一致，因此从某个成员节点的账户中仅能读取到通证的总数量，例如16个通证，如果想要确定其中有几个通证来自另一个成员节点，则需要结合区块链系统中的资源激励记录信息进行统计，不仅不利于通证的管理，而且基于通证的相关处理具有效率低等问题。
76.进一步的，考虑到在实际应用中，当第一成员节点确定第二成员节点持有的第一成员节点的第二数量的专属通证满足资源兑换条件时，第一成员节点可能也持有第二成员节点的专属通证，为了避免多次进行资源兑换处理，本说明书一个或多个实施例中，在资源兑换处理时，可以对专属通证的数量进行冲抵处理。具体的，如图6所示，步骤s110可以包括以下步骤s110-2至步骤s110-8：
77.步骤s110-2，若确定第二成员节点持有的第一成员节点的第二数量的专属通证满足资源兑换条件，则基于区块链系统中的第三智能合约确定第一成员节点是否持有第二成员节点的专属通证；
78.具体的，第一成员节点若确定第二成员节点持有的第一成员节点的第二数量的专
属通证满足资源兑换条件，则调用区块链系统中的第三智能合约，基于第三智能合约根据第一成员节点的节点标识确定第一成员节点的第一账户，并根据第二成员节点的节点标识确定第二成员节点的专属通证；以及基于第三智能合约查阅第一账户中是否含有第二成员节点的专属通证。
79.步骤s110-4，若是，则基于第三智能合约确定第一成员节点持有的第二成员节点的专属通证的第四数量；
80.具体的，基于第三智能合约从第一成员节点的第一账户中，获取第一成员持有的第二成员节点的专属通证的第四数量。
81.步骤s110-6，基于第三智能合约根据第四数量对第二数量进行冲抵处理，得到对第二数量冲抵后的第五数量；
82.本说明书实施例中，不同成员节点的专属通证的价值可以相同，因此可以进行一对一冲抵。例如，第二数量为10个，第四数量为4个，则对第二数量冲抵后的第五数量为6个。
83.步骤s110-8，若基于第三智能合约确定第五数量大于零，则对第二成员节点持有的第一成员节点的第五数量的专属通证进行冻结处理，根据资源激励规则对冻结的第五数量的专属通证进行资源兑换处理，得到待兑换资源的第三数量。
84.与上述步骤s110-2至步骤s110-8对应的，如图6所示，前述步骤s112可以包括以下步骤s112-2：
85.步骤s112-2，向第二成员节点提供第三数量的资源，若获取到来自第二成员节点的资源接收确认信息，则通过第三智能合约将冻结的第五数量的专属通证转移至通证销毁池。
86.由此，在满足数量冲抵条件的情况下，首先进行数量的冲抵，然后再进行资源兑换，能够避免资源的多次兑换，提升对专属通证的管理效率。
87.进一步，为了实现数据共享，本说明书一个或多个实施例中，方法还可以包括：
88.若确定满足预设的共识验证条件，则获取待共识数据；
89.若待共识数据为第一业务所对应的数据规则和/或资源激励规则，则对数据规则和/或资源激励规则进行共识验证处理；以及，在共识验证通过时，将第一业务的业务标识与数据规则和/或资源激励规则关联保存至区块链系统中；
90.若待共识数据为第一业务所对应的协商密钥，则对协商密钥进行共识验证处理；以及，若确定共识验证通过，则将协商密钥与第一业务的业务标识关联保存至本地的第一存储区域中。
91.其中，第一业务可以是前述的目标业务，也可以是第一成员节点参与数据共享的其他业务。可选地，当第一成员节点接收到第一业务对应的其他成员节点发送的共识请求时，确定满足预设的共识验证条件，并从共识请求中获取待共识数据。或者，由第一成员节点发起共识，并在准备好待共识数据时，确定满足预设的共识验证条件，以及向第一业务对应的其他成员节点发送共识请求。共识验证的过程可以是基于权益证明机制、拜占庭机制的共识验证等。共识验证条件以及共识验证的具体过程均可在实际应用中根据需要自行设定，对此本说明书中不做具体限定。需要指出的是，对数据规则、资源激励规则和协商密钥的共识验证可以分别进行，也可以同时进行。
92.由此，参与某业务的数据共享的各成员节点基于区块链的共识机制，共同制定数
据规则、资源激励规则以及协商密钥；不仅能够规范数据共享的方式，又能够对数据共享进行公平合理的激励，有利于促进各成员节点所对应的业务提供方进行数据共享的积极性。
93.当第一成员节点参与某个业务的数据共享时，也需要将自身的待共享数据上链或保存至链下共享路径对应的第二存储区域。即方法还可以包括：
94.若确定所述第一成员节点存在待共享数据，则根据待共享数据所对应的数据规则，将待共享数据保存至所述区块链系统中，或者将待共享数据保存至第一成员节点的链下共享路径所对应的第二存储区域中。
95.具体的，确定待共享数据对应的业务的业务标识，根据确定的业务标识从区块链系统中获取对应的数据规则，并根据确定的业务标识从本地的第一存储区域中获取关联保存的目标协商密钥；将待共享数据转换为符合获取的数据规则的共享数据，并使用目标协商密钥对共享数据进行加密处理得到共享数据的密文数据。以及，根据预设方式确定共享数据的共享方式，若为链上共享方式，则将共享数据的密文与业务标识、第一成员节点的节点标识等关联保存至区块链系统中；若为链下共享方式，则将共享数据的密文与业务标识、第一成员节点的节点标识等关联保存至第一成员节点的链下共享路径所对应的第二存储区域中。
96.当第一成员节点想要参与区块链系统中已有的第二业务的数据共享时，还可以在区块链系统中发起共享加入请求。具体的，方法还可以包括：
97.在区块链系统中广播第二业务的共享加入请求；共享加入请求用于请求第二业务对应的各成员节点对共享加入请求进行共识验证处理，并在共识验证通过后，将第二业务对应的协商密钥发送给第一成员节点；若第一成员节点获取到第二业务对应的协商密钥，则将协商密钥与第二业务的业务标识关联保存至第一成员节点的本地的第一存储区域中。
98.其中，第二业务对应的各成员节点对共享加入请求共识验证通过后，可以由其中的一个成员节点将第二业务对应的协商密钥和第二业务的业务标识发送给第一成员节点，第一成员节点将接收到的协商密钥和业务标识关联保存至本地的第一存储区域中。
99.各业务提供方可以通过向区块链系统中发送加入请求的方式，请求接入区块链系统，为了避免虚假业务提供方的加入，本说明书一个或多个实施例中，对于加入请求进行共识验证，并在验证通过后，允许加入区块链系统。相应的，方法还可以包括：
100.若接收到区块链系统的加入请求、且确定加入请求满足预设的加入条件，则通过区块链系统中的第二智能合约为加入请求对应的成员节点分配账号、并创建该成员节点的专属通证。
101.具体的，对接收到加入请求进行共识验证处理，若确定共识验证通过，则通过区块链系统中的第二智能合约为加入请求对应的成员节点分配账号、并创建该成员节点的专属通证。在共识验证通过时，由区块链系统的管理节点调用区块链系统中的第二智能合约，基于第二智能合约为加入请求对应的成员节点分配账号、并创建该成员节点的专属通证。
102.当第一智能合约有多个，且每个成员节点对应一个第一智能合约时，基于第二智能合约创建加入请求对应的成员节点的专属通证，可以包括：在区块链系统中部署与加入请求对应的成员节点对应的第一智能合约，该第一智能合约中包括该成员节点的节点标识、账户和专属通证等的关联关系。当不是每个成员节点对应一个第一智能合约时，基于第二智能合约创建加入请求对应的成员节点的专属通证，可以包括：基于第二智能合约确定
该成员节点的专属通证，并将该成员节点的节点标识、账户和专属通证等关联保存至区块链系统中。
103.本说明书中的第二智能合约是系统级别的合约，可以仅有管理节点具有第二智能合约的调用权限。进一步的，当每个业务对应一个第一智能合约时，若多个成员节点基于某个业务达成数据共享共识，则可以通过管理节点调用第二智能合约，基于第二智能合约在区块链系统中部署该业务对应的第一智能合约。
104.基于上述任意实施例，在查询用户关于目标业务的状态信息之后，方法还包括：
105.通过第一智能合约按照目标业务对应的资源激励规则，基于第一成员节点的专属通证对区块链系统的管理节点进行资源激励处理。其中，对管理节点进行资源激励处理的过程，与前述对第二成员节点进行资源激励处理的过程相同，可参见前述相关描述，重复之处这里不再赘述。
106.本说明书一个或多个实施例中，第一成员节点在接收到用户的业务处理请求时，根据业务处理请求包括的目标业务的业务信息，从区块链系统保存的各共享成员节点针对目标业务的共享数据中，查询用户关于目标业务的状态信息；并在查询到状态信息时，通过区块链系统中的第一智能合约按照目标业务对应的资源激励规则，基于信息查询的第一成员节点的专属通证对状态信息所归属的第二成员节点进行资源激励处理；以及，根据查询到的状态信息对目标业务进行业务处理。其中，资源激励规则由第一成员节点和共享成员节点进行共识验证所确定。由此，各业务提供方通过部署接入区块链系统的成员节点，能够基于区块链的不可篡改等特性，在保障数据安全的情况下实现数据共享，不仅打破了各业务提供方之间的数据孤岛状态，提升了数据价值，而且有利于业务的有效处理。同时，通过创建各成员节点的专属通证，并基于区块链的共识验证机制制定资源激励规则，以基于该专属通证和资源激励规则对数据共享进行公平合理的资源奖励，能够进一步提升各业务提供方的数据共享的主动性，从而最大化其数据价值并促进数据的互联互通。
107.对应上述描述的基于区块链的业务处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种基于区块链的业务处理装置，应用于区块链系统，更具体的，应用于区块链系统中的第一成员节点。图7为本说明书一个或多个实施例提供的一种基于区块链的业务处理装置的模块组成示意图，如图7所示，该装置包括：
108.接收模块201，接收用户发送的业务处理请求；其中，所述业务处理请求包括目标业务的业务信息；
109.查询模块202，根据所述业务信息，从区块链系统保存的目标共享数据中查询所述用户关于所述目标业务的状态信息；所述目标共享数据是所述目标业务对应的共享成员节点针对所述目标业务的共享数据；
110.激励模块203，若查询到所述状态信息，则通过所述区块链系统中的第一智能合约按照所述目标业务对应的资源激励规则，基于信息查询的第一成员节点的专属通证对所述状态信息所归属的第二成员节点进行资源激励处理；其中，所述资源激励规则由所述第一成员节点和所述共享成员节点进行共识验证所确定；
111.处理模块204，根据所述状态信息对所述目标业务进行相应处理。
112.可选地，所述查询模块202，根据所述业务信息从所述区块链系统中查询所述目标业务对应的数据规则；所述数据规则由所述第一成员节点和所述共享成员节点进行共识验
证所确定；以及，
113.根据所述目标业务对应的数据规则，确定查询字段；
114.获取所述用户关于所述查询字段的查询信息；
115.根据所述查询信息，从区块链系统保存的各共享成员节点针对所述目标业务的共享数据中，查询所述用户关于所述目标业务的状态信息。
116.可选地，所述业务信息包括所述目标业务的业务标识；
117.所述查询模块202，根据所述业务标识，从所述区块链系统中查询所述共享成员节点针对所述目标业务的共享数据的密文数据并作为所述目标共享数据；以及，
118.根据所述业务标识，从本地的第一存储区域保存的业务标识与协商密钥的关联关系中获取关联的目标协商密钥；所述目标协商密钥由所述第一成员节点和所述共享成员节点进行共识验证所确定；
119.采用所述目标协商密钥对所述目标共享数据进行解密处理，得到所述共享数据的明文数据；
120.根据所述查询信息，从所述共享数据的明文数据中查询所述用户关于所述目标业务的状态信息。
121.可选地，所述装置还包括兑换模块；
122.所述兑换模块，若确定所述第二共享成员节点持有的所述第一成员节点的第二数量的专属通证满足资源兑换条件，则基于所述区块链系统的第三智能合约对所述第二数量的专属通证进行冻结处理，根据所述资源激励规则对冻结的所述第二数量的专属通证进行资源兑换处理，得到待兑换资源的第三数量；以及，
123.向所述第二成员节点提供所述第三数量的资源；
124.若获取到来自所述第二成员节点的资源接收确认信息，则通过所述第三智能合约将冻结的所述第二数量的所述专属通证转移至通证销毁池；
125.生成通证兑换记录信息，将所述通证兑换记录信息保存至所述区块链系统中。
126.本说明书一个或多个实施例提供的基于区块链的业务处理装置，在接收到用户的业务处理请求时，根据业务处理请求包括的目标业务的业务信息，从区块链系统保存的各共享成员节点针对目标业务的共享数据中，查询用户关于目标业务的状态信息；并在查询到状态信息时，通过区块链系统中的第一智能合约按照目标业务对应的资源激励规则，基于信息查询的第一成员节点的专属通证对状态信息所归属的第二成员节点进行资源激励处理；以及，根据查询到的状态信息对目标业务进行业务处理。其中，资源激励规则由第一成员节点和共享成员节点进行共识验证所确定。由此，各业务提供方通过部署接入区块链系统的成员节点，能够基于区块链的不可篡改等特性，在保障数据安全的情况下实现数据共享，不仅打破了各业务提供方之间的数据孤岛状态，提升了数据价值，而且有利于业务的有效处理。同时，通过创建各成员节点的专属通证，并基于区块链的共识验证机制制定资源激励规则，以基于该专属通证和资源激励规则对数据共享进行公平合理的资源奖励，能够进一步提升各业务提供方的数据共享的主动性，从而最大化其数据价值并促进数据的互联互通。
127.需要说明的是，本说明书中关于基于区块链的业务处理装置的实施例与本说明书中关于基于区块链的业务处理方法的实施例基于同一发明构思，因此该实施例的具体实施
可以参见前述对应的基于区块链的业务处理方法的实施，重复之处不再赘述。
128.需要说明的是，本说明书中关于基于区块链的业务处理装置的实施例与本说明书中关于基于区块链的业务处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应的基于区块链的业务处理方法的实施，重复之处不再赘述。
129.进一步的，对应上述描述的基于区块链的业务处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种基于区块链的业务处理系统。图8为本说明书一个或多个实施例提供的一种基于区块链的业务处理系统的组成示意图，如图8所示，该系统包括：用户的终端设备301和区块链系统302，所述区块链系统302包括多个成员节点；
130.所述终端设备301，响应于所述用户对目标业务的业务处理操作，向所述区块链系统302发送业务处理请求；
131.所述区块链系统302中的第一成员节点，根据所述业务处理请求包括的所述目标业务的业务信息，从所述区块链系统保存的目标共享数据中查询所述用户关于所述目标业务的状态信息；若查询到所述状态信息，则通过所述区块链系统中的第一智能合约按照所述目标业务对应的资源激励规则，基于所述第一成员节点的专属通证对所述状态信息所归属的第二成员节点进行资源激励处理；根据所述状态信息对所述目标业务进行业务处理；其中，所述目标共享数据是所述目标业务对应的共享成员节点针对所述目标业务的共享数据；所述资源激励规则由所述第一成员节点和所述共享成员节点进行共识验证所确定。
132.本说明书一个或多个实施例提供的基于区块链的业务处理系统，区块链系统中的第一成员节点在接收到用户的业务处理请求时，根据业务处理请求包括的目标业务的业务信息，从区块链系统保存的各共享成员节点针对目标业务的共享数据中，查询用户关于目标业务的状态信息；并在查询到状态信息时，通过区块链系统中的第一智能合约按照目标业务对应的资源激励规则，基于信息查询的第一成员节点的专属通证对状态信息所归属的第二成员节点进行资源激励处理；以及，根据查询到的状态信息对目标业务进行业务处理。其中，资源激励规则由第一成员节点和共享成员节点进行共识验证所确定。由此，各业务提供方通过部署接入区块链系统的成员节点，能够基于区块链的不可篡改等特性，在保障数据安全的情况下实现数据共享，不仅打破了各业务提供方之间的数据孤岛状态，提升了数据价值，而且有利于业务的有效处理。同时，通过创建各成员节点的专属通证，并基于区块链的共识验证机制制定资源激励规则，以基于该专属通证和资源激励规则对数据共享进行公平合理的资源奖励，能够进一步提升各业务提供方的数据共享的主动性，从而最大化其数据价值并促进数据的互联互通。
133.需要说明的是，本说明书中关于基于区块链的业务处理系统的实施例与本说明书中关于基于区块链的业务处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应的基于区块链的业务处理方法的实施，重复之处不再赘述。
134.进一步地，对应上述描述的基于区块链的业务处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种基于区块链的业务处理设备，该设备用于执行上述的基于区块链的业务处理方法，图9为本说明书一个或多个实施例提供的一种基于区块链的业务处理设备的结构示意图。
135.如图9所示，基于区块链的业务处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器401和存储器402，存储器402中可以存储有一个或一
个以上存储应用程序或数据。其中，存储器402可以是短暂存储或持久存储。存储在存储器402的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括基于区块链的业务处理设备中的一系列计算机可执行指令。更进一步地，处理器401可以设置为与存储器402通信，在基于区块链的业务处理设备上执行存储器402中的一系列计算机可执行指令。基于区块链的业务处理设备还可以包括一个或一个以上电源403，一个或一个以上有线或无线网络接口404，一个或一个以上输入输出接口405，一个或一个以上键盘406等。
136.在一个具体的实施例中，基于区块链的业务处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对基于区块链的业务处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：
137.接收用户的业务处理请求；其中，所述业务处理请求包括目标业务的业务信息；
138.根据所述业务信息，从区块链系统保存的目标共享数据中查询所述用户关于所述目标业务的状态信息；所述目标共享数据是所述目标业务对应的共享成员节点针对所述目标业务的共享数据；
139.若查询到所述状态信息，则通过所述区块链系统中的第一智能合约按照所述目标业务对应的资源激励规则，基于信息查询的第一成员节点的专属通证对所述状态信息所归属的第二成员节点进行资源激励处理；其中，所述资源激励规则由所述第一成员节点和所述共享成员节点进行共识验证所确定；
140.根据所述状态信息对所述目标业务进行业务处理。
141.本说明书一个或多个实施例提供的基于区块链的业务处理设备，在接收到用户的业务处理请求时，根据业务处理请求包括的目标业务的业务信息，从区块链系统保存的各共享成员节点针对目标业务的共享数据中，查询用户关于目标业务的状态信息；并在查询到状态信息时，通过区块链系统中的第一智能合约按照目标业务对应的资源激励规则，基于业务处理设备对应的第一成员节点的专属通证对状态信息所归属的第二成员节点进行资源激励处理；以及，根据查询到的状态信息对目标业务进行业务处理。其中，资源激励规则由第一成员节点和共享成员节点进行共识验证所确定。由此，各业务提供方通过部署接入区块链系统的成员节点，能够基于区块链的不可篡改等特性，在保障数据安全的情况下实现数据共享，不仅打破了各业务提供方之间的数据孤岛状态，提升了数据价值，而且有利于业务的有效处理。同时，通过创建各成员节点的专属通证，并基于区块链的共识验证机制制定资源激励规则，以基于该专属通证和资源激励规则对数据共享进行公平合理的资源奖励，能够进一步提升各业务提供方的数据共享的主动性，从而最大化其数据价值并促进数据的互联互通。
142.需要说明的是，本说明书中关于基于区块链的业务处理设备的实施例与本说明书中关于基于区块链的业务处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应的基于区块链的业务处理方法的实施，重复之处不再赘述。
143.进一步地，对应上述描述的基于区块链的业务处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供了一种存储介质，用于存储计算机可执行指令，一个具体的实施例中，该存储介质可以为u盘、光盘、硬盘等，该存储介质存储的计算机可执行指令在
被处理器执行时，能实现以下流程：
144.接收用户的业务处理请求；其中，所述业务处理请求包括目标业务的业务信息；
145.根据所述业务信息，从区块链系统保存的目标共享数据中查询所述用户关于所述目标业务的状态信息；所述目标共享数据是所述目标业务对应的共享成员节点针对所述目标业务的共享数据；
146.若查询到所述状态信息，则通过所述区块链系统中的第一智能合约按照所述目标业务对应的资源激励规则，基于信息查询的第一成员节点的专属通证对所述状态信息所归属的第二成员节点进行资源激励处理；其中，所述资源激励规则由所述第一成员节点和所述共享成员节点进行共识验证所确定；
147.根据所述状态信息对所述目标业务进行业务处理。
148.本说明书一个或多个实施例提供的存储介质存储的计算机可执行指令在被处理器执行时，在接收到用户的业务处理请求时，根据业务处理请求包括的目标业务的业务信息，从区块链系统保存的各共享成员节点针对目标业务的共享数据中，查询用户关于目标业务的状态信息；并在查询到状态信息时，通过区块链系统中的第一智能合约按照目标业务对应的资源激励规则，基于信息查询的第一成员节点的专属通证对状态信息所归属的第二成员节点进行资源激励处理；以及，根据查询到的状态信息对目标业务进行业务处理。其中，资源激励规则由第一成员节点和共享成员节点进行共识验证所确定。由此，各业务提供方通过部署接入区块链系统的成员节点，能够基于区块链的不可篡改等特性，在保障数据安全的情况下实现数据共享，不仅打破了各业务提供方之间的数据孤岛状态，提升了数据价值，而且有利于业务的有效处理。同时，通过创建各成员节点的专属通证，并基于区块链的共识验证机制制定资源激励规则，以基于该专属通证和资源激励规则对数据共享进行公平合理的资源奖励，能够进一步提升各业务提供方的数据共享的主动性，从而最大化其数据价值并促进数据的互联互通。
149.需要说明的是，本说明书中关于存储介质的实施例与本说明书中关于基于区块链的业务处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应的基于区块链的业务处理方法的实施，重复之处不再赘述。
150.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
151.在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmable logic device，pld)(例如现场可编程门阵列(field programmable gate array，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作
专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardware description language，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advanced boolean expression language)、ahdl(altera hardware description language)、confluence、cupl(cornell university programming language)、hdcal、jhdl(java hardware description language)、lava、lola、myhdl、palasm、rhdl(ruby hardware description language)等，目前最普遍使用的是vhdl(very-high-speed integrated circuit hardware description language)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
152.控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(application specific integrated circuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmel at91sam、microchip pic18f26k20以及silicone labs c8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
153.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
154.为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
155.本领域内的技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
156.本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用
于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
157.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
158.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
159.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
160.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
161.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
162.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
163.本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
164.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
165.以上所述仅为本文件的实施例而已，并不用于限制本文件。对于本领域技术人员
来说，本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本文件的权利要求范围之内。