CN110602217B - 基于区块链的联盟管理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种基于区块链的联盟管理方法、装置、设备及存储介质，属于区块链技术领域。所述方法包括：获取第一用户终端提交的联盟加入请求；将联盟加入请求发送给至少一个审批终端；根据各个审批终端提交的审批结果，确定是否同意第一用户帐号加入目标联盟；若同意第一用户帐号加入目标联盟，则从第一区块链中获取目标联盟的联盟信息；在目标联盟的成员信息中添加第一用户帐号，得到更新后的目标联盟的联盟信息；将更新后的目标联盟的联盟信息，存储至第一区块链中。本申请实施例提供的技术方案，基于区块链技术实现对联盟成员进行管理，综合考虑了联盟内的多个成员提交的审批结果，既可以提升审批效率，又可以提升审批结果的公平性。

Description

基于区块链的联盟管理方法、装置、设备及存储介质

技术领域

本申请实施例涉及区块链技术领域，特别涉及一种基于区块链的联盟管理方法、装置、设备及存储介质。

背景技术

用户在参与网络游戏时，可以与其它用户组成一个联盟，联盟中的各个成员用户互相配合，与其它联盟进行游戏竞技。

在相关技术中，当某一用户请求加入某一个联盟时，该用户可以向该联盟的管理员发送联盟加入请求。管理员拥有上述联盟加入请求的审批权限，由管理员对该联盟加入请求进行审批。当管理员的审批结果为同意时，用户可以加入该联盟；反之，用户则不可以加入该联盟。

上述相关技术中，只有管理员拥有联盟加入请求的审批权限，无法确保审批结果的公平性和高效性。

发明内容

本申请实施例提供了一种基于区块链的联盟管理方法、装置、设备及存储介质，可用于解决相关技术中只有管理员拥有联盟加入请求的处理权限，导致无法确保审批结果的公平性和高效性的技术问题。所述技术方案如下：

一方面，本申请实施例提供了一种联盟管理方法，应用于区块链系统中，所述区块链系统包括n个节点，每个节点上均配置有第一区块链，所述n为大于1的整数，所述方法包括：

获取第一用户终端提交的联盟加入请求，所述联盟加入请求用于指示第一用户帐号加入目标联盟；

将所述联盟加入请求发送给至少一个审批终端，所述审批终端是所述目标联盟的成员所使用的终端；

根据各个所述审批终端提交的审批结果，确定是否同意所述第一用户帐号加入所述目标联盟；

若同意所述第一用户帐号加入所述目标联盟，则从所述第一区块链中获取所述目标联盟的联盟信息，所述目标联盟的联盟信息包括所述目标联盟的标识以及所述目标联盟的成员信息；

在所述目标联盟的成员信息中添加所述第一用户帐号，得到更新后的所述目标联盟的联盟信息；

将更新后的所述目标联盟的联盟信息，存储至所述第一区块链中。

另一方面，本申请实施例提供了一种联盟管理装置，应用于区块链系统中，所述区块链系统包括n个节点，每个节点上均配置有第一区块链，所述n为大于1的整数，所述装置包括：

请求获取模块，用于获取第一用户终端提交的联盟加入请求，所述联盟加入请求用于指示第一用户帐号加入目标联盟。

请求发送模块，用于将所述联盟加入请求发送给至少一个审批终端，所述审批终端是所述目标联盟的成员所使用的终端。

结果确定模块，用于根据各个所述审批终端提交的审批结果，确定是否同意所述第一用户帐号加入所述目标联盟。

信息获取模块，用于若同意所述第一用户帐号加入所述目标联盟，则从所述第一区块链中获取所述目标联盟的联盟信息，所述目标联盟的联盟信息包括所述目标联盟的标识以及所述目标联盟的成员信息；

帐号添加模块，用于在所述目标联盟的成员信息中添加所述第一用户帐号,得到更新后的所述目标联盟的联盟信息；

信息存储模块，用于将更新后的所述目标联盟的联盟信息，存储至所述第一区块链中。

再一方面，本申请实施例提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现上述联盟管理方法。

还一方面，本申请实施例提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现上述联盟管理方法。

又一方面，本申请实施例提供了一种计算机程序产品，当所述计算机程序产品在计算机设备上运行时，使得计算机设备执行上述联盟管理方法。

本申请实施例提供的技术方案中，基于区块链技术实现对联盟成员进行管理，当区块链系统中的节点接收到某一用户帐号发送的联盟加入请求时，该节点可以将该联盟加入请求发送给目标联盟中的多个审批终端，并综合各个审批终端提交的审批结果，最终决策出是否同意该用户帐号加入目标联盟，解决了相关技术中无法确保审批结果的公平性和高效性的技术问题，由于综合考虑了联盟内的多个成员提交的审批结果，不再依赖于管理员的审批结果，既可以提升审批效率，又可以提升审批结果的公平性。

附图说明

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

图1是本申请实施例提供的一种实施环境的示意图；

图2是本申请实施例提供的一种联盟管理方法的流程图；

图3示例性示出了联盟加入请求中包括的信息的示意图；

图4示例性示出了第三区块链中存储的联盟加入请求中包括的信息的示意图；

图5示例性示出了第一审批结果包括的信息的示意图；

图6示例性示出了联盟信息中包括的信息的示意图；

图7示例性示出了联盟决策信息中包括的信息的示意图；

图8是本申请实施例提供的一种联盟管理装置的框图；

图9是本申请实施例提供的另一种联盟管理装置的框图；

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

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

首先，对本申请实施例涉及的区块链系统进行简单地介绍：

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

区块链底层平台可以包括用户管理、基础服务、智能合约以及运营监控等处理模块。其中，用户管理模块负责所有区块链参与者的身份信息管理，包括维护公私钥生成(账户管理)、密钥管理以及用户真实身份和区块链地址对应关系维护(权限管理)等，并且在授权的情况下，监管和审计某些真实身份的交易情况，提供风险控制的规则配置(风控审计)；基础服务模块部署在所有区块链节点设备上，用来验证业务请求的有效性，并对有效请求完成共识后记录到存储上，对于一个新的业务请求，基础服务先对接口适配解析和鉴权处理(接口适配)，然后通过共识算法将业务信息加密(共识管理)，在加密之后完整一致的传输至共享账本上(网络通信)，并进行记录存储；智能合约模块负责合约的注册发行以及合约触发和合约执行，开发人员可以通过某种编程语言定义合约逻辑，发布到区块链上(合约注册)，根据合约条款的逻辑，调用密钥或者其它的事件触发执行，完成合约逻辑，同时还提供对合约升级注销的功能；运营监控模块主要负责产品发布过程中的部署、配置的修改、合约设置、云适配以及产品运行中的实时状态的可视化输出，例如：告警、监控网络情况、监控节点设备健康状态等。

平台产品服务层提供典型应用的基本能力和实现框架，开发人员可以基于这些基本能力，叠加业务的特性，完成业务逻辑的区块链实现。应用服务层提供基于区块链方案的应用服务给业务参与方进行使用。

请参考图1，其示出了本申请实施例提供的一种实施环境的示意图。该实施环境可以包括：终端10、服务器20和区块链系统30。

终端10可以是诸如手机、平板电脑、游戏主机、电子书阅读器、多媒体播放设备、可穿戴设备、PC(Personal Computer，个人计算机)等电子设备。可选地，终端10中可以安装应用程序(如游戏应用程序)的客户端。在本申请实施例中，该应用程序为任意用户提供创建联盟和加入联盟的权限。

在本申请实施例中，终端10中包括第一用户终端和第二用户终端。其中，第一用户终端是第一用户帐号使用的终端，第一用户是请求加入目标联盟的用户；第二用户中终端是第二用户帐号使用的终端，第二用户是已经成功加入目标联盟中的用户。可选地，终端10中还包括第三用户终端。其中，第三用户终端是区块链系统中的任一用户帐号使用的终端。可选地，第三用户终端包括但不限于第一用户终端和第二用户终端。

服务器20用于为终端10中的应用程序的客户端提供后台服务。例如，服务器20可以是上述应用程序的后台服务器。服务器20可以是一台服务器，也可以是由多台服务器组成的服务器集群，或者是一个云计算服务中心。

区块链系统30中包括n个节点，其中n为正整数，可选地，该节点为服务器。每个节点存储有至少一个区块链，即每个服务器上均可存储有一条或多条可供各联盟共用的区块链，该联盟是指由用户创建的，多个用户按照一定规律加入的团体。例如，每个节点存储有四条区块链，包括用于存储各个联盟的联盟信息的第一区块链，用于存储各个联盟中的联盟决策信息的第二区块链，、用于存储处理联盟加入请求的第三区块链以及用于存储审批结果的第四区块链。可选地，第一区块链、第二区块链、第三区块链和第四区块链中的至少两条区块链可以为同一区块链。需要说明的一点是，上述n个节点中存储的区块链，以及区块链中包含的信息是相同的。

终端10和区块链系统30的至少一节点可以通过网络相互通信。服务器20和区块链系统30的至少一个节点也可以通过网络进行相互通信。

请参考图2，其示出了本申请实施例提供的一种联盟管理方法的流程图。该方法可应用于如图1所示的实施环境中，如该方法应用于区块链系统的目标节点中。该方法可以包括以下几个步骤(201～206)：

步骤201，获取第一用户终端提交的联盟加入请求。

联盟加入请求用于指示第一用户帐号请求加入目标联盟，其中，第一用户是指任意一个请求加入目标联盟的人，目标联盟是任意一个由用户创建的，多个用户按照一定规律加入的团体。

在本申请实施例中，第一用户通过终端向区块链系统中的任一节点提交联盟加入请求，进一步地，该任一节点储存上述联盟加入请求，并将该联盟加入请求通过网络发送至区块链系统中的其他节点。可选地，联盟加入请求中包括但不限于以下几项：第一用户ID(Identity document，身份标识号)、目标联盟ID和时间戳。其中，第一用户ID可以是在第一用户注册成为区块链系统的用户时生成的，与第一用户是唯一对应的关系，可选地，第一用户ID即为第一用户帐号。相似的，目标联盟ID可以是在目标联盟在区块链系统中创建时生成的，与目标联盟是唯一对应的关系。可选地，上述各ID以数字的形式展示。审批结果是指第一用户提交的组织转移请求的处理状态，当拥有处理该联盟加入请求权限的成员同意第一用户加入时，审批结果为同意加入；当拥有处理该联盟加入请求权限的成员不同意第一用户加入时，审批结果为不同意加入；除此之外的任意情况，审批结果均为未处理。需要说明的一点是，当审批结果为未处理的时间超过第一预设时长时，审批结果由未处理转变为不同意。可选地，所有拥有处理该联盟加入请求权限的成员，拥有对应的审批结果。时间戳是指第一用户发送联盟加入请求的时间。

示例性地，结合参考图3，以第一联盟为例，联盟加入请求包括以下几个部分：申请者ID 31、第一联盟ID 32和申请者信息33。其中，申请者信息33的数量可以为一个或多个，本申请实施例对此不作限定。

可选地，区块链中的任一节点收集在第二时段内提交的联盟加入请求。第二时段是区块链系统中各个节点收集联盟加入请求的时间间隔。可选地，区块链系统中各个节点的第二时段相同，例如，区块链系统中的每个节点每隔5分钟、10分钟或15分钟等，收集存储在区块链系统的各个节点的联盟加入请求。在本申请实施例中，第二时段内提交的联盟加入请求包括上述第一用户终端提交的联盟加入请求。

可选地，各个节点收集在第二时段内提交的联盟加入请求之后，对该第二时段内提交的联盟加入请求进行去重处理，得到处理后的联盟加入请求，其中，该去重处理后的联盟加入请求用于存储至第一目标区块中，该第一目标区块是指在区块链系统中用于存储联盟加入请求的区块。去重处理是指去除重复的联盟加入请求，例如，当第一用户发送多次相同的联盟加入请求时，区块链系统中的各个节点收集到多次相同的联盟加入请求，根据联盟加入请求中的时间戳，选择时间戳最近的组联盟加入请求进行存储，并通过网络发送至区块链系统中的其他节点，该其他节点存储上述去重处理后的联盟加入请求。此时，区块链系统的每一节点存储有相同的联盟加入请求。

可选地，上述区块链系统中的每一节点存储上述联盟加入请求后，根据该联盟加入请求计算哈希值，可选地，最先计算出符合要求的哈希值的节点获得在第三区块链中添加区块的权限，并在第三区块链中添加第一目标区块。该第一目标区块用于存储经过上述去重处理后得到的联盟加入请求。需要说明的一点是，上述节点在获取存储权限之后，需要通过网络将获取权限的消息发送至区块链系统的其他节点，进一步地，区块链中的每一节点进行投票确定上述联盟加入请求是否可以存储至第三区块链中，若同意该联盟加入请求存储至第三区块链，则上述节点在第三区块链中添加上述第一目标区块，同时，区块链系统的其他节点向第三区块链中添加上述第一目标区块。关于投票的方式，下文会有详细介绍，在此不作赘述。

可选地，上述获得在第三区块链中添加区块的权限的任一节点，向区块链系统中的其它节点发送区块添加指示，该区块添加指示用于指示其它节点在第三区块链中添加第一目标区块，即区块链系统中的每个节点存储相同的去重处理后得到的联盟加入请求。

示例性地，结合参考图4，以游戏联盟为例，第三区块链中存储的信息包括但不限于以下几项：第一联盟ID 41、第一联盟的申请者ID 41、对应的第一联盟的申请者信息43、第二联盟ID 44、第二联盟的申请者ID 45以及对应的第二联盟的申请者信息46。需要说明的一点是，第一联盟的申请者ID与第二联盟的申请者ID的数量可以是一个或多个，本申请实施例对此不作限定。

步骤202，将联盟加入请求发送给至少一个审批终端，

可选地，审批终端是目标联盟的成员所使用的终端。在一种可能的实施例中，为了保证审批结果的公平性，联盟加入请求发送至目标联盟的所有成员所使用的终端。在另一种可能的实施例中，为了减少数据传输，联盟加入请求发送至目标联盟的部分成员所使用的终端，其中，该部分成员拥有联盟加入请求的处理权限，可选地，上述部分成员由目标联盟中的所有成员投票选举得到，下文会对此进行详细描述，在此不作赘述。

可选地，区块链系统中的任一节点获取上述第一目标区块中的未处理的联盟加入请求。可选地，上述任一节点获取未处理的联盟加入请求的时间间隔可以与第二时段相同，也可以不同。

可选地，上述任一节点在获取未处理的联盟加入请求之后，根据联盟加入请求中的目标联盟ID，筛选出与目标联盟相关的联盟加入请求。

可选地，上述步骤202包括以下几个子步骤：

1、从第一区块链中获取目标联盟的联盟信息。

在本申请实施例中，上述区块链系统的任一节点在筛选出与目标联盟相关的联盟加入请求后，该任一节点从第一区块链中获取目标联盟的联盟信息。可选地，上述目标联盟的信息包括目标联盟ID和目标联盟的成员信息。

2、根据目标联盟的联盟信息中包括的目标联盟的成员信息，确定具有联盟加入请求的审批权限的至少一个用户帐号。

3、根据至少一个用户帐号，将联盟加入请求发送给至少一个审批终端，其中，至少一个用户帐号与至少一个审批终端一一对应。

可选地，区块链系统中的任一节点向审批终端发送与目标联盟相关的联盟加入请求。当然，在本申请实施例中，联盟加入请求可以是由区块链系统中的任一节点发送至审批终端，也可以是由审批终端主动向区块链中的任一节点请求获取联盟加入请求。

需要说明的一点是，在上述不同的实施例之后，获取联盟加入请求的目标联盟成员对该联盟加入请求进行同意或不同意的处理，审批终端得到审批结果，并将审批结果上传至区块链系统中的任一节点，该任一节点存储上述审批结果，并将该审批结果通过网络发送至区块链系统中的其他节点。此时，区块链系统的每一节点存储有上述审批结果，接着，区块链系统中的每一节点根据上述审批结果计算哈希值，可选地，最先计算出合适的哈希值的节点获得将该审批结果存储至第四区块链中的权限，进一步，该节点获取存储权限的消息发送至区块链系统中的其他节点，接着，区块链系统中的每一节点进行投票确定是否将上述审批结果存储至第四区块链中。若同意，则上述节点将上述审批结果存储至第四区块链中，同时，区块链系统中的其他节点将上述审批结果存储至第四区块链中。

步骤203，根据各审批终端提交的审批结果，确定是否同意第一用户帐号加入目标联盟。

目标联盟是第一用户请求加入的联盟。可选地，区块链系统中的任一节点获取上述各审批终端的审批结果，并根据该各审批终端的审批结果，确定第一用户帐号可否加入上述目标联盟。

可选地，上述步骤203中还包括以下几个子步骤：

1、计算第一权重值和第二权重值。

第一权重值是指审批结果为同意的各个成员的权重和，第二权重值是指审批结果为不同意的各个成员的权重和。在一种可能的实施例中，任一参与上述联盟加入请求审批的成员所占的权重相同，在另一种可能的实施例中，参与上述联盟加入请求审批的成员所占的权重不同，以参与审批的成员数是100为例，其中有10位第一成员的权重值为2，其余90为第二成员的权重值为1，若审批结果为同意的成员中有5位第一成员和50位第二成员，且审批结果为不同意的成员中有5位第一成员和40为第二成员，则第一权重值为60(5*2+50*1)，第二权重值为50(5*2+40*1)。

区块链系统中的任一节点在获取到上述审批终端提交的审批结果后，对各上述各成员的审批结果和所占权重进行整理。示例性地，参考图5，以第一用户的第一审批结果为例，第一审批结果51中的各成员审批结果中包括：成员对应的审批结果52和该审批成员所占的权重53。

2、计算第一权重值，与第一权重值和第二权重值的求和结果之间的比值。

3、若比值大于预设阈值，则确定同意第一用户帐号加入目标联盟。

可选地，上述预设阈值由目标联盟设置，可以为0.5、0.6或0.7，本申请实施例对此不作限定。

步骤204，若同意第一用户帐号加入目标联盟，则从第一区块链中获取目标联盟的联盟信息。

目标联盟的联盟信息包括目标联盟的标识以及目标联盟的成员信息，其中，目标联盟的标识即为上述目标联盟ID。可选的，目标联盟中可以包括一个或多个成员，即目标联盟的成员信息中包括一个或多个成员的信息。可选地，目标联盟的联盟信息还包括以下至少一项：联盟战略思路、入盟要求。可选地，联盟战略思路由目标联盟的成员经过投票选举得到的，用于对该目标联盟的未来发展进行合理规划的文字或字符；入盟要求是用于对请求加入该目标联盟的第一用户进行制约的条件。在一种可能的实施方式中，区块链系统中的任一节点在获取到联盟加入请求后，可以根据第一用户的信息和目标联盟的入盟要求，筛选出符合入盟要求的第一用户，进而继续进行后续步骤。示例性地，结合参考图6，区块链系统中的任一节点存储的联盟信息进行介绍说明。如图6所示，联盟信息中包括联盟ID 61、联盟名称62、联盟成员信息63、联盟战略思路64和入盟要求65。

可选地，当区块链系统中的任一节点将上述审批结果经过上述步骤203中的权重比值计算后，若同意第一用户加入目标联盟，上述任一节点从第一区块链中获取目标联盟的联盟信息。

步骤205，在目标联盟的成员信息中添加第一用户帐号，得到更新后的目标联盟的联盟信息。

可选地，上述区块链系统的任一节点在目标联盟的成员信息中，添加第一用户帐号，得到更新后的目标联盟的联盟信息，其中，第一用户帐号记为第一用户ID，与第一用户是唯一对应的关系。

步骤206，将更新后的目标联盟的联盟信息，存储至第一区块链中。

可选地，上述区块链系统的任一节点,将更新后的目标联盟的联盟信息，存储至所述第一区块链中。

可选地，本实施例提供的方法还包括以下几个步骤，以实现在区块链系统中存储和更新联盟信息：

1、收集在第一时段内提交的联盟信息。

第一时段是区块链系统中各个节点收集联盟信息的时间间隔。可选地，第一时段与上述第二时段可以相同或不同。需要说明的一点是，第一时段越短，联盟信息更新越快，得到的联盟信息准确度越高。

2、在获得在第一区块链中添加区块的权限之后，在第一区块链中添加目标区块，目标区块中包括第一时段内提交的联盟信息。

目标区块是指在区块链系统中用于存储联盟信息的区块。在本申实施例中，目标区块中包括第一时段内提交的联盟信息。区块链系统中的任一节点收集到上述联盟信息后，根据该联盟信息计算哈希值，可选地，最先计算出符合要求的哈希值的节点获得在第一区块链中添加区块的权限，并在第一区块链中添加上述目标区块。

3、向区块链系统中的其它节点发送区块添加指示。

区块添加指示用于指示其它节点在第一区块链中添加目标区块。可选地，上述节点在获取添加权限之后，通过网络向区块链系统的其他节点发送区块添加指示，进一步地，区块链系统的每一节点进行投票确定是否在第一区块链中添加上述目标区块，若同意添加，则上述节点在第一区块链中添加上述目标区块，同时，区块链系统中的其他节点在第一区块链中添加上述目标区块。

综上所述，本申请实施例提供的技术方案中，基于区块链技术实现对联盟成员进行管理，当区块链系统中的节点接收到某一用户帐号发送的联盟加入请求时，该节点可以将该联盟加入请求发送给目标联盟中的多个审批终端，并综合各个审批终端提交的审批结果，最终决策出是否同意该用户帐号加入目标联盟，解决了相关技术中无法确保审批结果的公平性和高效性的技术问题，由于综合考虑了联盟内的多个成员提交的审批结果，不再依赖于管理员的审批结果，既可以提升审批效率，又可以提升审批结果的公平性。

另外，联盟成员中对请求审批结果进行权重计算，进一步保护了联盟管理的公平性。在一定的时间段内收集联盟信息，及时更新联盟信息，并通过区块链进行全网共识，保证了联盟信息的及时性。

下面，对联盟决策信息进行介绍，对于联盟决策信息的获取与存储，在上述步骤之后，还包括以下几个步骤：

1、获取第二用户终端提交的联盟决策信息。

该联盟决策信息包括目标联盟的至少一个决策方案。其中，目标联盟是区块链系统中的任一联盟。可选地，联盟决策信息包括以下至少一项：上述联盟战略思路、上述联盟入盟要求。在本申请实施例中，第二用户终端向区块链系统中的任一节点提交联盟决策信息，该联盟决策信息的数量可以是一个也可以是多个，本申请实施例对此不作限定。可选地，联盟决策信息中包括一个或多个决策方案。示例性地，如图7所示，联盟决策信息71中包括方案a 72和方案b 73。

2、将联盟决策信息发送给至少一个决策终端。

决策终端是目标联盟的成员所使用的终端。可选地，联盟决策终端可以是目标联盟中所有用户帐号使用的终端，也可以是目标联盟中部分用户帐号使用的终端。在本申请实施例中，使用联盟决策终端的用户对上述联盟决策信息中的决策方案进行投票，选择合适的联盟决策信息。

3、获取各个决策终端针对决策方案提交的投票结果；

在本申请实施例中，上述决策终端将投票结果上传至区块链系统中的任一节点，该任一节点将上述投票结果发送至区块链系统的其他节点。

4、根据投票结果，确定至少一个决策方案中投票通过的目标决策方案。

在一种可能的实施例中，区块链系统中的任一节点根据上述投票结果，选择至少一个决策方案作为目标决策方案。在一种可能的实施例证，该任一节点选择投票结果最高的一个或多个决策方案作为目标决策方案。在另一种可能的实施例中，该节点选择票数超过阈值的一个或多个决策方案作为目标决策方案，可选地，该阈值可以是60、70或80，等等，本申请实施例对此不作限定。

5、将目标决策方案存储至第二区块链中。

上述区块链中的任一节点得到目标决策方案后，根据该目标决策方案计算哈希值，可选地，最先计算出符合要求的哈希值的节点获得在第二区块链中添加目标决策方案的权限，即在第二区块链中的目标联盟信息中添加目标决策方案。

可选地，上述节点在获得添加节点后，通过网络向区块链系统的其他节点发送获取添加权限的信息，进一步地，区块链系统的每一节点进行投票确定是否将上述目标决策方案存储至第二区块链中。可选地，当同意存储的节点数量与区块链系统中的所有节点数量的比值超过某一阈值时，同意上述目标决策方案存储至第二区块链中。可选地，上述阈值可以是0.5、0.6或0.7，等等，本申请实施例对此不作限定。可选的，上文提到的对拥有审批权限的用户帐号的投票选举方式也可采用上述两种实时方式进行。

需要说明的一点是，上文中提到的通过投票确定是否将联盟加入请求、联盟信息和审批结果存储至区块链中的方法，与上述确定是否将目标决策方案加入区块链中的方法相同。

接下来，对智能合约进行介绍，关于智能合约，在上述步骤之后还包括以下几个步骤：

1、接收第三用户终端提交的操作请求。

第三用户终端是属于目标联盟的成员的第三用户帐号所使用的终端，该目标联盟区块链系统中的任一联盟。操作请求是指第三用户帐号对其他用户帐号进行操作的请求。以游戏为例，操作请求可以是第三用户帐号向其他用户帐号发起的攻击或动作交互的请求。

2、检测操作请求是否符合区块链系统中存储的智能合约。

智能合约包括用于约束目标联盟中成员的操作的信息。可选地，该智能合约可以由目标盟经过上述投票选举获得。在本申请实施例中，操作请求不符合智能合约，则向第三用户终端发送操作失败响应，该操作失败响应中包括用于提示操作请求执行失败的原因；若操作请求符合智能合约，则执行所述操作请求。

需要说明的一点是，上述方法实施例中，各步骤的执行主体可以是区块链系统中的任一节点，也可以是区块链系统中的至少两个节点配合执行。由于区块链系统中的各个节点之间的信息是同步共享的，因此每个节点均可以执行上述方法流程中的全部或部分的步骤，以实现上述方法流程所实现的功能。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

请参考图8，其示出了本申请实施例提供的一种联盟管理装置的框图。该装置具有实现上述方法示例的功能。该装置800可以包括：请求获取模块801、请求发送模块802、结果确定模块803和帐号添加模块804。

请求获取模块801，用于获取第一用户终端提交的联盟加入请求，所述联盟加入请求用于指示第一用户帐号请求加入目标联盟。

请求发送模块802，用于将所述联盟加入请求发送给至少一个审批终端，所述审批终端是所述目标联盟的成员所使用的终端。

结果确定模块803，用于根据各个所述审批终端提交的审批结果，确定是否同意所述第一用户帐号加入所述目标联盟。

信息获取模块804，用于若同意所述第一用户帐号加入所述目标联盟，则从所述第一区块链中获取所述目标联盟的联盟信息，所述目标联盟的联盟信息包括所述目标联盟的标识以及所述目标联盟的成员信息。

帐号添加模块805，用于在所述目标联盟的成员信息中添加所述第一用户帐号,得到更新后的所述目标联盟的联盟信息。

信息存储模块806，用于将更新后的所述目标联盟的联盟信息，存储至所述第一区块链中。

在示例性实施例中，所述结果确定模块803，还用于计算第一权重值和第二权重值；其中，所述第一权重值是指所述审批结果为同意的各个成员的权重和，所述第二权重值是指所述审批结果为不同意的各个成员的权重和；计算所述第一权重值，与所述第一权重值和所述第二权重值的求和结果之间的比值；所述比值大于预设阈值，则确定同意所述第一用户帐号加入所述目标联盟。

在示例性实施例中，所述请求发送模块802，还用于从所述第一区块链中获取所述目标联盟的联盟信息；根据所述目标联盟的联盟信息中包括的所述目标联盟的成员信息，确定具有所述联盟加入请求的审批权限的至少一个用户帐号；根据所述至少一个用户帐号，将所述联盟加入请求发送给所述至少一个审批终端；其中，所述至少一个用户帐号与所述至少一个审批终端一一对应。在示例性实施例中，如图9所示，所述装置800还包括：决策获取模块807、信息发送模块808、投票获取模块809、决策确定模块810和决策存储模块811。

决策获取模块807，用于获取第二用户终端提交的联盟决策信息，所述联盟决策信息包括所述目标联盟的至少一个决策方案。

信息发送模块808，用于将所述联盟决策信息发送给至少一个决策终端，所述决策终端是所述目标联盟的成员所使用的终端。

投票获取模块809，用于获取各个所述决策终端针对所述决策方案提交的投票结果。

决策确定模块810，用于根据所述投票结果，确定所述至少一个决策方案中投票通过的目标决策方案。

决策存储模块811，用于将所述目标决策方案存储至第二区块链中。

在示例性实施例中，如图9所示，所述装置还包括：请求接收模块812、请求检测模块813和请求执行模块814。

请求接收模块812，用于接收第三用户终端提交的操作请求，所述第三用户终端是属于所述目标联盟的成员的第三用户帐号所使用的终端。

请求检测模块813，用于检测所述操作请求是否符合所述区块链系统中存储的智能合约，所述智能合约包括用于约束所述目标联盟中成员的操作的信息。

请求执行模块814，用于若所述操作请求符合所述智能合约，则执行所述操作请求。

在示例性实施例中，如图9所示，所述装置还包括：响应发送模块815。

响应发送模块815，用于若所述操作请求不符合所述智能合约，则向所述第三用户终端发送操作失败响应，所述操作失败响应中包括用于提示所述操作请求执行失败的原因。

在示例性实施例中，如图9所示，所述装置还包括：信息收集模块816、区块添加模块817和指示发送模块818。

信息收集模块816，用于收集在第一时段内提交的联盟信息。

区块添加模块817，用于在获得在第一区块链中添加区块的权限之后，在所述第一区块链中添加目标区块，所述目标区块中包括所述第一时段内提交的联盟信息。

指示发送模块818，用于向所述区块链系统中的其它节点发送区块添加指示，所述区块添加指示用于指示所述其它节点在所述第一区块链中添加所述目标区块。

综上所述，本申请实施例提供的技术方案中，基于区块链技术实现对联盟成员进行管理，当区块链系统中的节点接收到某一用户帐号发送的联盟加入请求时，该节点可以将该联盟加入请求发送给目标联盟中的多个审批终端，并综合各个审批终端提交的审批结果，最终决策出是否同意该用户帐号加入目标联盟，解决了相关技术中无法确保审批结果的公平性和高效性的技术问题，由于综合考虑了联盟内的多个成员提交的审批结果，不再依赖于管理员的审批结果，既可以提升审批效率，又可以提升审批结果的公平性。

需要说明的是，上述实施例提供的装置，在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

请参考图10，其示出了本申请实施例提供的一种计算机设备的结构框图。该计算机设备可以用于实施上述实施例中提供的联盟管理方法。例如，该计算机设备可以是图1所示实施环境中的区块链系统20中的服务器。具体来讲：

该计算机设备1000包括处理单元(如CPU(central processing unit，中央处理器)、GPU(Graphics Processing Unit，图形处理器)和FPGA(Field Programmable GateArray，现场可编程逻辑门阵列)等)1001、包括RAM(Random Access Memory，随机存取存储器)1002和ROM(Read Only Memory，只读存储器)1003的系统存储器1004，以及连接系统存储器804和中央处理单元1001的系统总线1005。该计算机设备1000还包括帮助计算计算机设备内的各个器件之间传输信息的基本I/O系统(Input/Output，输入/输出)1006，和用于存储操作系统1013、应用程序1014和其他程序模块1012的大容量存储设备1007。

该基本输入/输出系统1006包括有用于显示信息的显示器1008和用于用户输入信息的诸如鼠标、键盘之类的输入设备1009。其中，该显示器1008和输入设备1009都通过连接到系统总线1005的输入输出控制器1010连接到中央处理单元1001。该基本输入/输出系统1006还可以包括输入输出控制器1010以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器1010还提供输出到显示屏、打印机或其他类型的输出设备。

该大容量存储设备1007通过连接到系统总线1005的大容量存储控制器(未示出)连接到中央处理单元1001。该大容量存储设备1007及其相关联的计算机可读介质为计算机设备1000提供非易失性存储。也就是说，该大容量存储设备807可以包括诸如硬盘或者CD-ROM(Compact Disc Read-Only Memory，只读光盘)驱动器之类的计算机可读介质(未示出)。

不失一般性，该计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、EPROM(Erasable Programmable Read Only Memory，可擦除可编程只读存储器)、EEPROM(Electrically Erasable Programmable read only memory，电可擦可编程只读存储器)、闪存或其他固态存储其技术，CD-ROM、DVD(Digital Video Disc，高密度数字视频光盘)或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知该计算机存储介质不局限于上述几种。上述的系统存储器1004和大容量存储设备1007可以统称为存储器。

根据本申请实施例，该计算机设备1000还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即计算机设备1000可以通过连接在该系统总线1005上的网络接口单元1011连接到网络1012，或者说，也可以使用网络接口单元1011来连接到其他类型的网络或远程计算机系统(未示出)。

该存储器还包括至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、至少一段程序、代码集或指令集存储于存储器中，且经配置以由一个或者一个以上处理器执行，以实现上述联盟管理方法。

本申请实施例中，还提供了一种计算机可读存储介质，该存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或该指令集在被处理器执行时以实现上述联盟管理方法。

在示例性实施例中，还提供了一种计算机程序产品，当该计算机程序产品被处理器执行时，其用于实现上述联盟管理方法。

应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。另外，本文中描述的步骤编号，仅示例性示出了步骤间的一种可能的执行先后顺序，在一些其它实施例中，上述步骤也可以不按照编号顺序来执行，如两个不同编号的步骤同时执行，或者两个不同编号的步骤按照与图示相反的顺序执行，本申请实施例对此不作限定。

以上所述仅为本申请的示例性实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (9)

1.一种基于区块链的联盟管理方法，其特征在于，应用于区块链系统中，所述区块链系统包括n个节点，每个节点上存储的区块链包括：用于存储各个联盟的联盟信息的第一区块链，用于存储各个联盟中的联盟决策信息的第二区块链，用于存储处理联盟加入请求的第三区块链以及用于存储审批结果的第四区块链，所述n为大于1的整数，所述方法包括：

获取第一用户终端提交的联盟加入请求，所述联盟加入请求用于指示第一用户帐号加入目标联盟，所述目标联盟是任意一个由用户创建的，多个用户按照一定规律加入的团体；

从所述第一区块链中获取所述目标联盟的联盟信息；

根据所述目标联盟的联盟信息中包括的所述目标联盟的成员信息，确定具有所述联盟加入请求的审批权限的至少一个用户帐号；

根据所述至少一个用户帐号，将所述联盟加入请求发送给至少一个审批终端；其中，所述至少一个用户帐号与所述至少一个审批终端一一对应；

根据各个所述审批终端提交的审批结果，确定是否同意所述第一用户帐号加入所述目标联盟；

若同意所述第一用户帐号加入所述目标联盟，则从所述第一区块链中获取所述目标联盟的联盟信息，所述目标联盟的联盟信息包括所述目标联盟的标识以及所述目标联盟的成员信息；

在所述目标联盟的成员信息中添加所述第一用户帐号，得到更新后的所述目标联盟的联盟信息；

将更新后的所述目标联盟的联盟信息，存储至所述第一区块链中。

2.根据权利要求1所述的方法，其特征在于，所述根据各个所述审批终端提交的审批结果，确定是否同意所述第一用户帐号加入所述目标联盟，包括：

计算第一权重值和第二权重值；其中，所述第一权重值是指所述审批结果为同意的各个成员的权重和，所述第二权重值是指所述审批结果为不同意的各个成员的权重和；

计算所述第一权重值，与所述第一权重值和所述第二权重值的求和结果之间的比值；

若所述比值大于预设阈值，则确定同意所述第一用户帐号加入所述目标联盟。

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

获取第二用户终端提交的联盟决策信息，所述联盟决策信息包括所述目标联盟的至少一个决策方案；

将所述联盟决策信息发送给至少一个决策终端，所述决策终端是所述目标联盟的成员所使用的终端；

获取各个所述决策终端针对所述决策方案提交的投票结果；

根据所述投票结果，确定所述至少一个决策方案中投票通过的目标决策方案；

将所述目标决策方案存储至所述第二区块链中。

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

接收第三用户终端提交的操作请求，所述第三用户终端是属于所述目标联盟的成员的第三用户帐号所对应的终端；

检测所述操作请求是否符合所述区块链系统中存储的智能合约，所述智能合约包括用于约束所述目标联盟中成员的操作的信息；

若所述操作请求符合所述智能合约，则执行所述操作请求。

5.根据权利要求4所述的方法，其特征在于，所述检测所述操作请求是否符合所述区块链系统中存储的智能合约之后，还包括：

若所述操作请求不符合所述智能合约，则向所述第三用户终端发送操作失败响应，所述操作失败响应中包括用于提示所述操作请求执行失败的原因。

6.根据权利要求1至5任一项所述的方法，其特征在于，所述方法还包括：

收集在第一时段内提交的联盟信息；

在获得在所述第一区块链中添加区块的权限之后，在所述第一区块链中添加目标区块，所述目标区块中包括所述第一时段内提交的联盟信息；

向所述区块链系统中的其它节点发送区块添加指示，所述区块添加指示用于指示所述其它节点在所述第一区块链中添加所述目标区块。

7.一种基于区块链的联盟管理装置，其特征在于，应用于区块链系统中，所述区块链系统包括n个节点，每个节点上存储的区块链包括：用于存储各个联盟的联盟信息的第一区块链，用于存储各个联盟中的联盟决策信息的第二区块链，用于存储处理联盟加入请求的第三区块链以及用于存储审批结果的第四区块链，所述n为大于1的整数，所述装置包括：

请求获取模块，用于获取第一用户终端提交的联盟加入请求，所述联盟加入请求用于指示第一用户帐号加入目标联盟，所述目标联盟是任意一个由用户创建的，多个用户按照一定规律加入的团体；

请求发送模块，用于从所述第一区块链中获取所述目标联盟的联盟信息；根据所述目标联盟的联盟信息中包括的所述目标联盟的成员信息，确定具有所述联盟加入请求的审批权限的至少一个用户帐号；根据所述至少一个用户帐号，将所述联盟加入请求发送给至少一个审批终端；其中，所述至少一个用户帐号与所述至少一个审批终端一一对应；

结果确定模块，用于根据各个所述审批终端提交的审批结果，确定是否同意所述第一用户帐号加入所述目标联盟；

信息获取模块，用于若同意所述第一用户帐号加入所述目标联盟，则从所述第一区块链中获取所述目标联盟的联盟信息，所述目标联盟的联盟信息包括所述目标联盟的标识以及所述目标联盟的成员信息；

帐号添加模块，用于在所述目标联盟的成员信息中添加所述第一用户帐号,得到更新后的所述目标联盟的联盟信息；

信息存储模块，用于将更新后的所述目标联盟的联盟信息，存储至所述第一区块链中。

8.一种计算机设备，其特征在于，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1至6任一项所述的基于区块链的联盟管理方法。

9.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如权利要求1至6任一项所述的基于区块链的联盟管理方法。

Images