CN114371917A - 基于区块链的需求处理方法、系统、存储介质及电子设备 - Google Patents

Abstract

本申请公开了一种基于区块链的需求处理方法、系统、存储介质及电子设备，涉及区块链领域。该方法包括：通过第一节点接收事务发起机构发出的事务请求；在事务请求验证通过的情况下，触发事务请求对应的智能合约，并从智能合约中获取合约规则；根据合约规则对事务请求进行处理，得到执行结果；将执行结果返回至第一节点，并向至少一个第二节点广播执行结果。通过本申请，解决了相关技术中在需求提出后，评估承接方是否能够承接需求时评估效率低、评估结果不准确的问题。

Description

基于区块链的需求处理方法、系统、存储介质及电子设备

技术领域

本申请涉及区块链及金融科技领域，具体而言，涉及一种基于区块链的需求处理方法、系统、存储介质及电子设备。

背景技术

在金融科技领域，信息系统广泛应用于银行业的业务和经营管理上。目前，国内大部分银行的信息系统采用自主研发模式，该模式同时设置多个研发中心。当业务部门提出一个业务需求时，需要对涉及该需求的所有研发中心进行技术可行性分析并进行需求研发优先级和规模评估，并且需要涉及该需求的所有研发中心同意在同一个版本中安排改造，才可以实现该需求。

但是，由于涉及多个研发中心进行评估，导致评估过程耗时耗力，且工作量巨大，效率非常低，并且人工干预容易造成评估不准确，这些都导致不能及时响应业务需求，影响银行的发展。

针对相关技术中在需求提出后，评估承接方是否能够承接需求时评估效率低、评估结果不准确的问题，目前尚未提出有效的解决方案。

发明内容

本申请提供一种基于区块链的需求处理方法、系统、存储介质及电子设备，以解决相关技术中在需求提出后，评估承接方是否能够承接需求时评估效率低、评估结果不准确的问题。

根据本申请的一个方面，提供了一种基于区块链的需求处理方法。该方法包括：通过第一节点接收事务发起机构发出的事务请求，其中，事务请求用于请求至少一个第二节点处理目标事务；在事务请求验证通过的情况下，触发事务请求对应的智能合约，并从智能合约中获取合约规则；根据合约规则对事务请求进行处理，得到执行结果，其中，执行结果用于指示至少一个第二节点对目标事务的承接情况；将执行结果返回至第一节点，并向至少一个第二节点广播执行结果。

可选地，根据合约规则对事务请求进行处理，得到执行结果包括：获取事务请求对应的多个第一指标和多个第二指标，并确定每个第一指标对应的权重以及每个第二指标对应的权重，其中，第一指标用于表征目标事务的需求，第二指标用于表征目标事务的承接能力；根据多个第一指标和每个第一指标对应的权重计算第一评价值，并根据多个第二指标和每个第二指标对应的权重计算第二评价值；比较第一评价值和第二评价值，得到比较结果；在比较结果指示第一评价值小于第二评价值的情况下，确定执行结果为至少一个第二节点承接目标事务，在比较结果指示第一评价值大于等于第二评价值的情况下，确定执行结果为至少一个第二节点不承接目标事务。

可选地，第一指标至少包括以下之一：事务请求的需求难度、事务请求的提出机构、事务请求的紧急程度、事务请求对应的承接机构；第二指标至少包括以下之一：承接机构的固定资源、承接机构的非固定资源、承接机构的已有工作量、承接机构的弹性工作量。

可选地，在事务请求验证通过的情况下，触发事务请求对应的智能合约，并从智能合约中获取合约规则之前，方法还包括：对事务发起机构的身份和事务请求的请求内容进行验证；在事务发起机构的身份和请求内容均验证通过的情况下，对第一节点的身份进行验证；在第一节点的身份验证通过的情况下，确定事务请求验证通过。

可选地，在通过第一节点接收事务发起机构发出的事务请求之前，方法还包括：在区块链接收到申请机构的注册请求时，对申请机构进行身份校验；在申请机构的身份校验成功的情况下，生成申请机构对应的标识信息，并对申请机构进行权限授权；向申请机构发送智能合约，并检测是否接收到申请机构对智能合约的确认信息；在接收确认信息的情况下，确认申请机构接入区块链，并向区块链上的各个节点发送通知消息，其中，通知消息中包含申请机构的标识信息和权限信息。

可选地，在事务请求验证通过的情况下，触发事务请求对应的智能合约，并从智能合约中获取合约规则之前，方法还包括：在区块链上存在多个事务请求时，获取多个事务请求的优先级信息；根据优先级信息对多个事务请求进行排序，得到排序结果；按照排序结果依次验证多个事务请求，并执行事务请求验证通过的情况下，触发事务请求对应的智能合约，并从智能合约中获取合约规则的步骤。

根据本申请的一个方面，提供了一种基于区块链的需求处理系统。该系统包括：应用系统服务群组，包括多个第一节点以及多个第二节点，其中，第一节点连接有事务发起机构，第二节点连接有事务承接机构，第一节点用于接收事务发起机构提出的事务请求，在事务请求验证通过的情况下，执行事务请求对应的智能合约，并将得到的执行结果同步至事务请求对应的第二节点，以通知第二节点连接的事务承接机构；权限管理服务群组，包括多个权限管理节点，每个权限管理节点用于对接入区块链的节点进行身份验证与权限授予，还用于对发起事务请求的第一节点进行身份验证和权限验证；监管服务群组，包括多个监管节点，每个监管节点用于监控区块链上的各个节点产生的数据，并监控接入各个节点的机构产生的数据。

可选地，区块链上的每个节点上还包括：合约管理装置，用于在接收到事务请求的情况下，在事务请求满足智能合约的预置条件时，从智能合约中获取合约规则，根据合约规则对事务请求进行处理，得到执行结果，并向区块链中的各个节点广播执行结果。

可选地，区块链上的每个节点上还包括：终端设备，用于发起事务请求，并展示事务请求对应的执行结果。

根据本发明实施例的另一方面，还提供了一种计算机可读存储介质，计算机可读存储介质包括存储的程序，其中，程序运行时控制计算机可读存储介质所在的设备执行一种基于区块链的需求处理方法。

根据本发明实施例的另一方面，还提供了一种电子设备，包含一个或多个处理器和存储器；存储器中存储有计算机可读指令，处理器用于运行计算机可读指令，其中，计算机可读指令运行时执行一种基于区块链的需求处理方法。

通过本申请，采用以下步骤：通过第一节点接收事务发起机构发出的事务请求，其中，事务请求用于请求至少一个第二节点处理目标事务；在事务请求验证通过的情况下，触发事务请求对应的智能合约，并从智能合约中获取合约规则；根据合约规则对事务请求进行处理，得到执行结果，其中，执行结果用于指示至少一个第二节点对目标事务的承接情况；将执行结果返回至第一节点，并向至少一个第二节点广播执行结果。解决了相关技术中在需求提出后，评估承接方是否能够承接需求时评估效率低、评估结果不准确的问题。通过需求研发规模数据和需求研发统一视图及规划，便于需求项目的管理和版本安排进而达到了减少了人工工作量，且可智能的规避研发风险，快速响应业务需求的效果。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例提供的基于区块链的需求处理方法的流程图；

图2是根据本申请实施例提供的基于区块链的需求处理系统的流程图；

图3是根据本申请实施例提供的基于区块链的需求处理装置的示意图；

图4为根据本申请实施例提供的一种电子设备的示意图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，本公开所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于展示的数据、分析的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。

需要说明的是，本公开所确定的基于区块链的需求处理方法、装置、存储介质及电子设备可用于区块链领域，也可用于除区块链领域之外的任意领域，本公开所确定的基于区块链的需求处理方法、装置、存储介质及电子设备的应用领域不做限定。

根据本申请的实施例，提供了一种基于区块链的需求处理方法。

图1是根据本申请实施例的基于区块链的需求处理方法的流程图。如图1所示，该方法包括以下步骤：

步骤S101，通过第一节点接收事务发起机构发出的事务请求，其中，事务请求用于请求至少一个第二节点处理目标事务。

具体地，第一节点是事务发起机构连接的节点，第二节点是需求承接机构连接的节点，第一节点和第二节点均是区块链中的节点。

在目标事务为企业的软件研发需求时，事务发起机构为需求提出方，事务发起机构可以包括：总公司业务部门、分公司科技部门、第三方合作方等机构，用于提出需求，发出事务请求。事务承接机构为需求承接方，事务承接机构包括：分公司科技部门、第三方合作方、各研发中心开发部门、应用支持部门等机构，作为需求承接方用于承接事务请求处理目标事务。

步骤S102，在事务请求验证通过的情况下，触发事务请求对应的智能合约，并从智能合约中获取合约规则。

具体地，事务请求验证的内容包括：需求提出方的身份和需求内容，其中，需求提出方的身份由权限管理服务群组进行验证，需求内容由监管服务群组验证。在事务发起机构的身份及请求内容均验证通过后确定事务请求验证通过。

事务请求对应的智能合约中包括合约规则，该合约规则用于评估需求承接方是否能够承接需求。

步骤S103，根据合约规则对事务请求进行处理，得到执行结果，其中，执行结果用于指示至少一个第二节点对目标事务的承接情况；

具体地，在目标事务为软件研发需求时，对事务请求进行处理是对需求承接方和需求提出方的评价值进行比对，若需求承接方的评价值大于需求提出方的评价值，执行结果为该需求可以被承接，否则执行结果为该需求不能被承接。

步骤S104，将执行结果返回至第一节点，并向至少一个第二节点广播执行结果。

具体地，把需求是否能承接的执行结果传回事务发起机构，并同步通知给所有的需求承接方。

本申请实施例提供的基于区块链的需求处理方法，通过第一节点接收事务发起机构发出的事务请求，其中，事务请求用于请求至少一个第二节点处理目标事务；在事务请求验证通过的情况下，触发事务请求对应的智能合约，并从智能合约中获取合约规则；根据合约规则对事务请求进行处理，得到执行结果，其中，执行结果用于指示至少一个第二节点对目标事务的承接情况；将执行结果返回至第一节点，并向至少一个第二节点广播执行结果。解决了相关技术中在需求提出后，评估承接方是否能够承接需求时评估效率低、评估结果不准确的问题。通过需求提出方和需求承接方共同认可的智能合约来评估需求是否能被承接，进而达到了减少了工作量，快速响应业务需求的效果。

可选地，在本申请实施例提供的基于区块链的需求处理方法中，第一指标至少包括以下之一：事务请求的需求难度、事务请求的提出机构、事务请求的紧急程度、事务请求对应的承接机构；第二指标至少包括以下之一：承接机构的固定资源、承接机构的非固定资源、承接机构的已有工作量、承接机构的弹性工作量。

具体地，事务请求对应的目标事务可以为软件研发需求，则事务承接机构可以为研发机构。

第一指标用于从多个角度评估软件研发需求，第一指标包括：需求难度，也即，提出的需求涉及多少功能点；需求提出机构；需求紧急程度，也即，该需求要求哪个版本之前或者该需求要求在多长时间内完成，例如，半年内完成或本月内完成；指标需求涉及研发机构，也即，该需求涉及改造的研究机构有哪些，是否涉及外部机构，例如银联，第三方机构等。此外，第一指标还可以包括需求属性，也即是否为政策性需求、普惠性需求、重点需求。本实施例不限定第一指标的种类和数量。

第二指标包括：研发机构固定人力资源，例如，该研发机构正式员工的人数、成熟度、休假计划、可超负荷工作程度；研发机构不固定人力资源，例如，该研发机构外部资源的人数、成熟度、休假计划、可超负荷工作程度；研发机构现有工作量，也即研发机构目前已经承接的需求规模；研发机构弹性工作量也即研发机构可以承受的额外工作量。本实施例不限定第二指标的种类和数量。本实施例，通过设置第一指标和第二指标，可以有效量化该需求的可承接程度。

可选地，在本申请实施例提供的基于区块链的需求处理方法中，根据合约规则对事务请求进行处理，得到执行结果包括：获取事务请求对应的多个第一指标和多个第二指标，并确定每个第一指标对应的权重以及每个第二指标对应的权重，其中，第一指标用于表征目标事务的需求，第二指标用于表征目标事务的承接能力；根据多个第一指标和每个第一指标对应的权重计算第一评价值，并根据多个第二指标和每个第二指标对应的权重计算第二评价值；比较第一评价值和第二评价值，得到比较结果；在比较结果指示第一评价值小于第二评价值的情况下，确定执行结果为至少一个第二节点承接目标事务，在比较结果指示第一评价值大于等于第二评价值的情况下，确定执行结果为至少一个第二节点不承接目标事务。

具体地，在获取到第一指标和第二指标后，还需要确定每一个指标值对应的权重pi，其中，权重的确定方法可以为德尔菲法，该方法包括：第一步，组成专家小组，将区块链中的所有交易应用系统服务群组确定为专家；第二步，向所有专家提出所要预测的需求研发规划的问题，并附上以往已完成的每个需求项目的研发情况，包括项目研发周期，项目问题数，开发进度完成情况，生产运维情况等材料，同时请专家小组提出还需要的补充材料，然后要求专家做书面答复，针对上述描述的每一个评价指标给出对应的权重数pi；第三步，各个专家根据他们所收到的材料，提出自己的预测意见，并说明如何通过材料得到的预测值；第四步，将各位专家第一次判断意见汇总，列成图表，进行对比，再分发给各位专家，让专家比较自己同他人的不同意见，修改自己的意见和判断，也可以把各位专家的意见加以整理，或请身份更高的其他专家加以评论，然后把这些意见再分送给各位专家，以便他们参考后修改自己的意见；第五步，将所有专家的修改意见收集起来，汇总，再次分发给各位专家，以便做第二次修改，逐轮收集意见并为专家反馈信息是德尔菲法的主要环节，收集意见和信息反馈一般要经过三、四轮。在向专家进行反馈的时候，只给出各种意见，但并不说明发表各种意见的专家的具体姓名，这一过程重复进行，直到每一个专家不再改变自己的意见为止；第六步，对专家的意见进行综合处理，得出最终的权重值pi。

确定了指标值和对应的权重值后，通过指标值和权重值确定评价值，例如，当一个交易应用系统服务群组提出需求变更时，确定该需求的需求难度、需求提出机构、需求紧急程度、需求涉及研发机构4个评价指标的指标值gi，计算出需求所需综合评价值

再获取涉及该需求改造的每一个交易应用系统服务群组所登记的评价指标，例如，该版本研发机构固定人力资源、研发机构不固定人力资源、研发机构现有工作量、研发机构弹性工作量，然后计算出承接工作量的综合评价值

对X和Y进行比较，如果X>Y则说明该版本可以承接该需求，否则说明该版本不可以承接该需求。本实施例通过合适的权重来综合考量需求提出方跟承接方的影响因子避免了人工处理效率低的问题。

可选地，在本申请实施例提供的基于区块链的需求处理方法中，在事务请求验证通过的情况下，触发事务请求对应的智能合约，并从智能合约中获取合约规则之前，方法还包括：对事务发起机构的身份和事务请求的请求内容进行验证；在事务发起机构的身份和请求内容均验证通过的情况下，对第一节点的身份进行验证；在第一节点的身份验证通过的情况下，确定事务请求验证通过。

具体地，通过权限管理服务群组对事务发起机构的身份和第一节点的身份进行验证，通过监管服务群组对请求内容进行验证。本实施例通过多方面的验证可以避免大量的无效事务请求，减少了工作量，提高了效率。

可选地，在本申请实施例提供的基于区块链的需求处理方法中，在通过第一节点接收事务发起机构发出的事务请求之前，方法还包括：在区块链接收到申请机构的注册请求时，对申请机构进行身份校验；在申请机构的身份校验成功的情况下，生成申请机构对应的标识信息，并对申请机构进行权限授权；向申请机构发送智能合约，并检测是否接收到申请机构对智能合约的确认信息；在接收确认信息的情况下，确认申请机构接入区块链，并向区块链上的各个节点发送通知消息，其中，通知消息中包含申请机构的标识信息和权限信息。

具体地，当区块链上有新加入的节点时，也即在用户端区块链上有新用户申请准入时，由权限管理节点对用户进行身份校验，如果校验通过，则认为该用户具备操作权限条件。为该用户生成唯一id和专属私钥，将唯一id和私钥并同系统公钥一同返回给申请节点。然后由权限管理节点对新接入的终端设备进行授权认证。接着当节点准入和终端设备准入通过后，新入节点需要签署智能合约，认同智能合约中的相关协议条款，例如需求承接机构节点需要确认本节点每一个版本的研发机构固定人力资源、研发机构不固定人力资源、研发机构现有工作量、研发机构弹性工作量。接下来由权限管理节点对新用户分配操作权限，如灰度开关维护、交易链路查询等。最后当新用户核验和权限分配后，在区块链广播通知有新用户加入和权限情况，其他节点(即旧链上的同伴节点)收到通知后也在区块链广播通知。各节点在区块链中记录相关信息。本实施例通过该系统对新加入的机构进行认证和广播通知，可以有效避免处理事务请求时由于机构增多导致的信息不互通，影响因子增加的问题。

可选地，在本申请实施例提供的基于区块链的需求处理方法中，在事务请求验证通过的情况下，触发事务请求对应的智能合约，并从智能合约中获取合约规则之前，方法还包括：在区块链上存在多个事务请求时，获取多个事务请求的优先级信息；根据优先级信息对多个事务请求进行排序，得到排序结果；按照排序结果依次验证多个事务请求，并执行事务请求验证通过的情况下，触发事务请求对应的智能合约，并从智能合约中获取合约规则的步骤。

具体地，各个事务请求存在优先级，所有交易应用系统服务群组都具有查看需求研发规模数据和需求研发优先级的权限，利用优先级进行排序可以使整体事务处理效率提高，避免多线程进展，承接能力计算不准确，导致的进度延后的问题。

根据本申请的实施例，提供了一种基于区块链的需求处理系统。

图2是根据本申请实施例的基于区块链的需求处理系统的示意图。如图2所示，该系统包括：

应用系统服务群组201，包括多个第一节点以及多个第二节点，其中，第一节点连接有事务发起机构，第二节点连接有事务承接机构，第一节点用于接收事务发起机构提出的事务请求，在事务请求验证通过的情况下，执行事务请求对应的智能合约，并将得到的执行结果同步至事务请求对应的第二节点，以通知第二节点连接的事务承接机构。

具体地，交易应用系统服务群组201可包括多个第一、二节点，第一、二节点连接着各交易应用系统对应的分公司科技部门、总公司业务部门、第三方合作方、各研发中心开发部门、应用支持部门等具有对应的应用系统权限的机构。其中第一节点连接的机构包括：分公司科技部门、总公司业务部门、第三方合作方等机构，第一节点连接的机构作为需求提出方，可以提出需求变更的请求，设置该需求的各个影响因子，例如需求难度、需求提出机构、需求紧急程度和需求涉及研发机构等；第二节点连接的机构包括分公司科技部门、第三方合作方、各研发中心开发部门、应用支持部门等机构，第二节点连接的机构作为需求承接方，可以设置本机构在该季度版本或该月度版本可承接工作量的各个影响因子，例如研发机构固定人力资源、研发机构不固定人力资源、研发机构现有工作量和研发机构弹性工作量。

权限管理服务群组202，包括多个权限管理节点，每个权限管理节点用于对接入区块链的节点进行身份验证与权限授予，还用于对发起事务请求的第一节点进行身份验证和权限验证。

具体地，权限管理服务群组作为成员管理节点，可以包括总公司、项目办等管理机构。其中，权限管理节点包括：区块链准入节点用于对区块链网络中的节点实现注册、安全认证及授权的功能；区块链权限控制节点用于对区块链进行权限管控，控制各成员节点的可操作范围；签署智能合约节点用于签署智能合约，认同智能合约中的相关协议条款和广播发布节点用于广播通知其他节点有新成员加入。例如，权限管理服务群组通过权限控制矩阵来控制区块链网络中的节点的授权分配，对区块链网络中的节点实现接入和退出控制。

监管服务群组203，包括多个监管节点，每个监管节点用于监控区块链上的各个节点产生的数据，并监控接入各个节点的机构产生的数据。

具体地，监管服务群组可以用来对区块链上的操作进行合规监控、异常监控等。其中，监管节点可以包括银监会、项目办等需求监管机构。

本申请实施例提供的基于区块链的需求处理方法，通过应用系统服务群组201，包括多个第一节点以及多个第二节点，其中，第一节点连接有事务发起机构，第二节点连接有事务承接机构，第一节点用于接收事务发起机构提出的事务请求，在事务请求验证通过的情况下，执行事务请求对应的智能合约，并将得到的执行结果同步至事务请求对应的第二节点，以通知第二节点连接的事务承接机构。权限管理服务群组，包括多个权限管理节点，每个权限管理节点用于对接入区块链的节点进行身份验证与权限授予，还用于对发起事务请求的第一节点进行身份验证和权限验证。监管服务群组，包括多个监管节点，每个监管节点用于监控区块链上的各个节点产生的数据，并监控接入各个节点的机构产生的数据。解决了相关技术中在需求提出后，评估承接方是否能够承接需求时评估效率低、评估结果不准确的问题。进而达到了减少了人工工作量，且可智能的规避研发风险，快速响应业务需求的效果。

可选地，在本申请实施例提供的基于区块链的需求处理系统中，区块链上的每个节点上还包括：合约管理装置，用于在接收到事务请求的情况下，在事务请求满足智能合约的预置条件时，从智能合约中获取合约规则，根据合约规则对事务请求进行处理，得到执行结果，并向区块链中的各个节点广播执行结果。

具体地，合约管理装置的操作流程包括：首先构建智能合约协议，就区块链平台的参与者如何表示交易以及其数据和管理这些交易的规则达成共识。在智能合约中设置共识机制类型，预置响应条件，预置响应规则。共识机制类型可以是一个全局的变量，以实现在执行智能合约方法中实现获取共识机制算法。然后部署智能合约，在节点程序中设置与共识机制类型相对应的共识算法；共识算法为具体的算法逻辑。接下来反馈智能合约，节点程序启动上送交易请求时，交易请求事件触发合约预置条件，调用智能合约，获取智能合约中共识机制类型，以获取共识机制算法。最后执行智能合约，根据共识机制类型获取共识算法后，执行共识算法。即根据智能合约给出共识机制类型进行相应共识实现方式调用，比如获取到以线性权重法为基础得出共识算法。将合约执行结果返回给请求方，同时在区块链中广播合约执行结果。通过合约管理装置，可以快速处理需求的各个承接方及相关影响因子，从而缩短事务处理流程，使得事务请求处理更高效。

可选地，在本申请实施例提供的基于区块链的需求处理系统中，区块链上的每个节点上还包括：终端设备，用于发起事务请求，并展示事务请求对应的执行结果。

具体地，终端设备指手机，电脑等用户端的设备，这些设备也可以作为事务发起端发起事务请求，并可以接收到该事务的事务执行结果。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例还提供了一种基于区块链的需求处理装置，需要说明的是，本申请实施例的基于区块链的需求处理装置可以用于执行本申请实施例所提供的用于基于区块链的需求处理方法。以下对本申请实施例提供的基于区块链的需求处理装置进行介绍。

图3是根据本申请实施例的基于区块链的需求处理装置的示意图。如图3所示，该装置包括：发起单元31，触发单元32，处理单元33，返回单元34。

发起单元31，用于通过节点接收事务发起机构发出的事务请求，其中，事务请求用于请求至少一个第二节点处理目标事务；

触发单元32，用于在事务请求验证通过的情况下，触发事务请求对应的智能合约，并从智能合约中获取合约规则；

处理单元33，用于根据合约规则对事务请求进行处理，得到执行结果，其中，执行结果用于指示至少一个第二节点对目标事务的承接情况；

返回单元34，用于将执行结果返回至节点，并向至少一个第二节点广播执行结果。

本申请实施例提供的基于区块链的需求处理方法，发起单元31通过节点接收事务发起机构发出的事务请求，其中，事务请求用于请求至少一个第二节点处理目标事务；触发单元32在事务请求验证通过的情况下，触发事务请求对应的智能合约，并从智能合约中获取合约规则；处理单元33根据合约规则对事务请求进行处理，得到执行结果，其中，执行结果用于指示至少一个第二节点对目标事务的承接情况；返回单元34将执行结果返回至节点，并向至少一个第二节点广播执行结果。解决了相关技术中在需求提出后，评估承接方是否能够承接需求时评估效率低、评估结果不准确的问题。进而达到了减少了人工工作量，且可智能的规避研发风险，快速响应业务需求的效果。

可选地，在本申请实施例提供的基于区块链的需求处理装置中，处理单元33包括：获取模块，用于获取事务请求对应的多个第一指标和多个第二指标，并确定每个第一指标对应的权重以及每个第二指标对应的权重，其中，第一指标用于表征目标事务的需求，第二指标用于表征目标事务的承接能力；计算模块，用于根据多个第一指标和每个第一指标对应的权重计算第一评价值，并根据多个第二指标和每个第二指标对应的权重计算第二评价值；比较模块，用于比较第一评价值和第二评价值，得到比较结果；确定模块，用于在比较结果指示第一评价值小于第二评价值的情况下，确定执行结果为至少一个第二节点承接目标事务，在比较结果指示第一评价值大于等于第二评价值的情况下，确定执行结果为至少一个第二节点不承接目标事务。

可选地，在本申请实施例提供的基于区块链的需求处理装置中，第一指标至少包括以下之一：事务请求的需求难度、事务请求的提出机构、事务请求的紧急程度、事务请求对应的承接机构；第二指标至少包括以下之一：承接机构的固定资源、承接机构的非固定资源、承接机构的已有工作量、承接机构的弹性工作量。

可选地，在本申请实施例提供的基于区块链的需求处理装置中，该装置还包括：第一验证单元，用于对事务发起机构的身份和事务请求的请求内容进行验证；第二验证单元，用于在事务发起机构的身份和请求内容均验证通过的情况下，对第一节点的身份进行验证；第一确定单元，用于在第一节点的身份验证通过的情况下，确定事务请求验证通过。

可选地，在本申请实施例提供的基于区块链的需求处理装置中，该装置还包括：校验单元，用于在区块链接收到申请机构的注册请求时，对申请机构进行身份校验；生成单元，用于在申请机构的身份校验成功的情况下，生成申请机构对应的标识信息，并对申请机构进行权限授权；检测单元，用于向申请机构发送智能合约，并检测是否接收到申请机构对智能合约的确认信息；第二确定单元，用于在接收确认信息的情况下，确认申请机构接入区块链，并向区块链上的各个节点发送通知消息，其中，通知消息中包含申请机构的标识信息和权限信息。

可选地，在本申请实施例提供的基于区块链的需求处理装置中，该装置还包括：第一获取单元，用于在区块链上存在多个事务请求时，获取多个事务请求的优先级信息；排序单元，用于根据优先级信息对多个事务请求进行排序，得到排序结果；第二获取单元，用于按照排序结果依次验证多个事务请求，并执行事务请求验证通过的情况下，触发事务请求对应的智能合约，并从智能合约中获取合约规则的步骤。

上述基于区块链的需求处理装置包括处理器和存储器，上述发起单元31，触发单元32，处理单元33，返回单元34。等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数解决了相关技术中在需求提出后，评估承接方是否能够承接需求时评估效率低、评估结果不准确的问题，进而达到减少人工工作量，且可智能的规避研发风险，快速响应业务需求的效果。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本发明实施例提供了一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现所述基于区块链的需求处理方法。

本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述基于区块链的需求处理方法。

如图4所示，本发明实施例提供了一种电子设备，电子设备10包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：通过第一节点接收事务发起机构发出的事务请求，其中，事务请求用于请求至少一个第二节点处理目标事务；在事务请求验证通过的情况下，触发事务请求对应的智能合约，并从智能合约中获取合约规则；根据合约规则对事务请求进行处理，得到执行结果，其中，执行结果用于指示至少一个第二节点对目标事务的承接情况；将执行结果返回至第一节点，并向至少一个第二节点广播执行结果。本文中的设备可以是服务器、PC、PAD、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：通过第一节点接收事务发起机构发出的事务请求，其中，事务请求用于请求至少一个第二节点处理目标事务；在事务请求验证通过的情况下，触发事务请求对应的智能合约，并从智能合约中获取合约规则；根据合约规则对事务请求进行处理，得到执行结果，其中，执行结果用于指示至少一个第二节点对目标事务的承接情况；将执行结果返回至第一节点，并向至少一个第二节点广播执行结果。

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

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

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

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

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

Claims (11)

1.一种基于区块链的需求处理方法，其特征在于，包括：

通过第一节点接收事务发起机构发出的事务请求，其中，所述事务请求用于请求至少一个第二节点处理目标事务；

在所述事务请求验证通过的情况下，触发所述事务请求对应的智能合约，并从所述智能合约中获取合约规则；

根据所述合约规则对所述事务请求进行处理，得到执行结果，其中，所述执行结果用于指示所述至少一个第二节点对所述目标事务的承接情况；

将所述执行结果返回至所述第一节点，并向所述至少一个第二节点广播所述执行结果。

2.根据权利要求1所述的方法，其特征在于，根据所述合约规则对所述事务请求进行处理，得到执行结果包括：

获取所述事务请求对应的多个第一指标值和多个第二指标值，并确定每个所述第一指标值对应的权重以及每个所述第二指标值对应的权重，其中，所述第一指标值用于表征所述目标事务的需求，所述第二指标用于表征所述目标事务的承接能力；

根据所述多个第一指标值和每个所述第一指标值对应的权重计算第一评价值，并根据所述多个第二指标值和每个所述第二指标值对应的权重计算第二评价值；

比较所述第一评价值和所述第二评价值，得到比较结果；

在所述比较结果指示所述第一评价值小于所述第二评价值的情况下，确定所述执行结果为所述至少一个第二节点承接所述目标事务，在所述比较结果指示所述第一评价值大于等于所述第二评价值的情况下，确定所述执行结果为所述至少一个第二节点不承接所述目标事务。

3.根据权利要求2所述的方法，其特征在于，

所述第一指标值为第一指标的值，所述第一指标至少包括以下之一：所述事务请求的需求难度、所述事务请求的提出机构、所述事务请求的紧急程度、所述事务请求对应的承接机构；

所述第二指标值为第二指标的值，所述第二指标至少包括以下之一：所述承接机构的固定资源、所述承接机构的非固定资源、所述承接机构的已有工作量、所述承接机构的弹性工作量。

4.根据权利要求1所述的方法，其特征在于，在所述事务请求验证通过的情况下，触发所述事务请求对应的智能合约，并从所述智能合约中获取合约规则之前，所述方法还包括：

对所述事务发起机构的身份和所述事务请求的请求内容进行验证；

在所述事务发起机构的身份和所述请求内容均验证通过的情况下，对所述第一节点的身份进行验证；

在所述第一节点的身份验证通过的情况下，确定所述事务请求验证通过。

5.根据权利要求1所述的方法，其特征在于，在通过第一节点接收事务发起机构发出的事务请求之前，所述方法还包括：

在区块链接收到申请机构的注册请求时，对所述申请机构进行身份校验；

在所述申请机构的身份校验成功的情况下，生成所述申请机构对应的标识信息，并对所述申请机构进行权限授权；

向所述申请机构发送智能合约，并检测是否接收到所述申请机构对所述智能合约的确认信息；

在接收所述确认信息的情况下，确认所述申请机构接入所述区块链，并向所述区块链上的各个节点发送通知消息，其中，所述通知消息中包含所述申请机构的标识信息和权限信息。

6.根据权利要求1所述的方法，其特征在于，在所述事务请求验证通过的情况下，触发所述事务请求对应的智能合约，并从所述智能合约中获取合约规则之前，所述方法还包括：

在区块链上存在多个事务请求时，获取所述多个事务请求的优先级信息；

根据所述优先级信息对所述多个事务请求进行排序，得到排序结果；

按照所述排序结果依次验证所述多个事务请求，并执行所述事务请求验证通过的情况下，触发所述事务请求对应的智能合约，并从所述智能合约中获取合约规则的步骤。

7.一种基于区块链的需求处理系统，其特征在于，包括：

应用系统服务群组，包括多个第一节点以及多个第二节点，其中，所述第一节点连接有事务发起机构，所述第二节点连接有事务承接机构，所述第一节点用于接收所述事务发起机构提出的事务请求，在所述事务请求验证通过的情况下，执行所述事务请求对应的智能合约，并将得到的执行结果同步至所述事务请求对应的第二节点，以通知所述第二节点连接的事务承接机构；

权限管理服务群组，包括多个权限管理节点，每个所述权限管理节点用于对接入区块链的节点进行身份验证与权限授予，还用于对发起所述事务请求的所述第一节点进行身份验证和权限验证；

监管服务群组，包括多个监管节点，每个所述监管节点用于监控所述区块链上的各个节点产生的数据，并监控接入所述各个节点的机构产生的数据。

8.根据权利要求7所述的基于区块链的需求处理系统，其特征在于，所述区块链上的每个节点上还包括：合约管理装置，用于在接收到所述事务请求的情况下，在所述事务请求满足所述智能合约的预置条件时，从所述智能合约中获取合约规则，根据所述合约规则对所述事务请求进行处理，得到执行结果，并向所述区块链中的各个节点广播所述执行结果。

9.根据权利要求7所述的基于区块链的需求处理系统，其特征在于，所述区块链上的每个节点上还包括：终端设备，用于发起所述事务请求，并展示所述事务请求对应的执行结果。

10.一种计算机可读存储介质，其特征在于，所计算机可读存储介质用于存储程序，其中，所述程序运行时控制所述计算机可读存储介质所在的设备执行权利要求1至6中任意一项所述的基于区块链的需求处理方法。

11.一种电子设备，其特征在于，包括一个或多个处理器和存储器，所述存储器用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至6中任意一项所述的基于区块链的需求处理方法。

Images