CN112734373A - 信息处理方法、装置、电子设备和介质 - Google Patents

Abstract

本公开提供了一种信息处理方法，包括利用区块链网络的区块链节点接收m条资产维护请求的初始信息，包括对业务架构描述模型执行的初始维护操作和初始维护信息，m为大于或等于2的正整数，确定是否存在资产维护冲突的n条资产维护请求，n为大于或等于2的正整数，且n≤m，若存在则处理n条资产维护请求的初始信息，以确定与m条资产维护请求对应的目标信息，其用于指示对业务架构描述模型执行的目标维护操作和目标维护信息；基于目标维护信息，对业务架构描述模型执行目标维护操作以获得维护结果信息并将维护结果信息存储在区块链节点。还提供了一种信息处理装置，电子设备以及介质。本公开提供的方法和装置例如可以应用于金融领域或其他领域。

Description

信息处理方法、装置、电子设备和介质

技术领域

本公开涉及区块链技术领域，特别是涉及一种基于区块链网络的信息处理方法、装置、电子设备和介质。

背景技术

业务架构描述模型的准确性对于了解企业生产经营状况有重要的意义。随着大型企业业务的不断扩展，企业各业务的不断提升，表现在存量业务不断迭代更新的同时新增业务也将陆续开发上线，使得业务架构描述模型也需要随着业务的迭代更新和开发上线同步迭代和提升。所以，对业务架构描述模型进行有效的管理显得非常重要，可以及时掌握企业业务架构的变动情况，以及与之对应的业务的变动情况。

目前，针对业务架构描述模型，相关技术也提供了一些管理方法。例如，采用集中式数据库管理，用户通过B/S(Browser/Server，浏览器/服务器模式)方式浏览和使用。但是，在实现本公开构思的过程中，发明人发现相关技术中至少存在如下问题：由于敏捷式开发、快速迭代项目开始逐渐成为业务***开发和上线的重要方式，使得业务架构描述模型的更新愈发频繁和集中，如果还是采用集中式数据库来管理更新愈发频繁和集中的业务架构描述模型，将不可避免的出现资产更新冲突、缺失回退资产补齐机制的技术问题，这些技术问题若得不到有效的解决，将严重影响企业各业务的正常运行。

发明内容

有鉴于此，为了至少部分克服在相关技术中采用集中式数据库来管理更新愈发频繁和集中的业务架构描述模型，将不可避免的出现资产更新冲突、缺失回退资产补齐机制的技术问题。本公开提供了一种基于区块链网络的信息处理方法、装置、电子设备和介质。

为了实现上述目的，本公开的一个方面提供了一种基于区块链网络的信息处理方法，可以包括：利用上述区块链网络的区块链节点接收m条资产维护请求的初始信息，其中，上述初始信息包括对业务架构描述模型执行的初始维护操作和初始维护信息，m为大于或等于2的正整数。确定上述m条资产维护请求中是否存在资产维护冲突的n条资产维护请求，其中，n为大于或等于2的正整数，且n≤m。若存在，则处理上述n条资产维护请求的初始信息，以确定与上述m条资产维护请求对应的目标信息，其中，上述目标信息包括用于指示对上述业务架构描述模型执行的目标维护操作和目标维护信息。以及基于上述目标维护信息，对上述业务架构描述模型执行上述目标维护操作以获得维护结果信息，并将上述维护结果信息存储在上述区块链节点。

根据本公开的实施例，上述资产维护请求可以包括：资产变更执行请求，其中，上述资产变更执行请求用于指示对业务架构描述模型执行变更操作。和/或资产变更回退请求，其中，上述资产变更回退请求用于指示对业务架构描述模型执行变更回退操作。

根据本公开的实施例，上述确定上述m条资产维护请求中是否存在资产维护冲突的n条资产维护请求可以包括：响应于接收到上述m条资产维护请求，将与上述m条资产维护请求对应的审批信息发送至审批节点，以使上述审批节点能够基于上述审批信息返回审批结果。接收上述审批节点返回的上述审批结果。以及若上述审批结果表明上述m条资产维护请求审批通过，则确定上述m条资产维护请求中是否存在资产维护冲突的n条资产维护请求。

根据本公开的实施例，上述确定上述m条资产维护请求中是否存在资产维护冲突的n条资产维护请求可以包括：若上述m条资产维护请求包括m条资产变更执行请求，则基于与上述m条资产变更执行请求对应的初始信息，确定是否存在资产变更冲突的n条资产维护请求。或若上述m条资产维护请求包括m条资产变更回退请求，则基于与上述m条资产变更回退请求对应的回退结果，确定是否存在资产回退冲突的n条资产维护请求。或若上述m条资产维护请求包括p条资产变更执行请求和q条资产变更回退请求，则基于与上述p条资产变更执行请求对应的初始信息，以及与上述q条资产变更回退请求对应的回退结果，确定是否存在资产补齐冲突的n条资产维护请求，其中，p、q为正整数，且p+q＝m。

根据本公开的实施例，上述处理上述n条资产维护请求的初始信息，以确定与上述m条资产维护请求对应的目标信息可以包括：针对上述n条资产维护请求的初始信息，确定上述资产维护冲突是否为字段信息冲突或语义信息冲突。若否，则合并上述n条资产维护请求的初始信息，以生成与上述n条资产维护请求对应的合并信息，其中，上述合并信息包括对业务架构描述模型执行的合并维护操作和合并维护信息。以及将上述与上述n条资产维护请求对应的合并信息和m-n条资产维护请求的初始信息，确定为与上述m条资产维护请求对应的目标信息。

根据本公开的实施例，上述合并上述n条资产维护请求的初始信息可以包括：响应于上述n条资产维护请求，调用上述区块链节点的智能合约，其中，上述智能合约配置有合并机制。以及基于上述合并机制，合并上述n条资产维护请求的初始信息。

根据本公开的实施例，上述方法还可以包括：若是，则返回上述n条资产维护请求的初始信息。以及将上述m-n条资产维护请求的初始信息，确定为与上述m条资产维护请求对应的目标信息。

根据本公开的实施例，在上述资产维护请求包括资产变更执行请求的情况下，上述基于上述目标维护信息，对上述业务架构描述模型执行上述目标维护操作以获得维护结果信息可以包括：基于上述与上述n条资产维护请求对应的合并信息，对上述业务架构描述模型执行资产变更操作以获得第一变更结果。以及基于上述m-n条资产维护请求的初始信息，对上述业务架构描述模型执行资产变更操作以获得第二变更结果。

根据本公开的实施例，在上述资产维护请求包括资产变更回退请求的情况下，上述基于上述目标维护信息，对上述业务架构描述模型执行上述目标维护操作以获得维护结果信息可以包括：基于上述与上述n条资产维护请求对应的合并信息，对上述业务架构描述模型执行资产补齐操作以获得第一补齐结果。以及基于上述m-n条资产维护请求的初始信息，对上述业务架构描述模型执行资产补齐操作以获得第二补齐结果。

根据本公开的上述任一项实施例，上述方法还可以包括：将上述与上述m条资产维护请求对应的目标信息存储在上述区块链节点。

根据本公开的实施例，上述方法还可以包括：若上述审批结果表明上述m条资产维护请求审批未通过，则将上述m条资产维护请求的初始信息和上述审批结果存储在上述区块链节点。

为了实现上述目标，本公开的另一个方面提供了一种基于区块链网络的信息处理装置，可以包括：初始维护信息接收模块，用于利用上述区块链网络的区块链节点接收m条资产维护请求的初始信息，其中，上述初始信息包括对业务架构描述模型执行的初始维护操作和初始维护信息，m为大于或等于2的正整数。资产维护冲突确定模块，用于确定上述m条资产维护请求中是否存在资产维护冲突的n条资产维护请求，其中，n为大于或等于2的正整数，且n≤m。目标维护信息确定模块，用于若存在，则处理上述n条资产维护请求的初始信息，以确定与上述m条资产维护请求对应的目标信息，其中，上述目标信息包括用于指示对上述业务架构描述模型执行的目标维护操作和目标维护信息。以及维护结果信息处理模块，用于基于上述目标维护信息，对上述业务架构描述模型执行上述目标维护操作以获得维护结果信息，并将上述维护结果信息存储在上述区块链节点。

根据本公开的实施例，上述资产维护请求可以包括：资产变更执行请求，其中，上述资产变更执行请求用于指示对业务架构描述模型执行变更操作。和/或资产变更回退请求，其中，上述资产变更回退请求用于指示对业务架构描述模型执行变更回退操作。

根据本公开的实施例，上述资产维护冲突确定模块可以包括：审批信息发送子模块，用于响应于接收到上述m条资产维护请求，将与上述m条资产维护请求对应的审批信息发送至审批节点，以使上述审批节点能够基于上述审批信息返回审批结果。审批结果接收子模块，用于接收上述审批节点返回的上述审批结果。以及资产维护冲突确定子模块，用于若上述审批结果表明上述m条资产维护请求审批通过，则确定上述m条资产维护请求中是否存在资产维护冲突的n条资产维护请求。

根据本公开的实施例，上述资产维护冲突确定子模块可以包括：资产维护冲突第一确定单元，用于若上述m条资产维护请求包括m条资产变更执行请求，则基于与上述m条资产变更执行请求对应的初始信息，确定是否存在资产变更冲突的n条资产维护请求。或资产维护冲突第二确定单元，用于若上述m条资产维护请求包括m条资产变更回退请求，则基于与上述m条资产变更回退请求对应的回退结果，确定是否存在资产回退冲突的n条资产维护请求。或资产维护冲突第三确定单元，用于若上述m条资产维护请求包括p条资产变更执行请求和q条资产变更回退请求，则基于与上述p条资产变更执行请求对应的初始信息，以及与上述q条资产变更回退请求对应的回退结果，确定是否存在资产补齐冲突的n条资产维护请求，其中，p、q为正整数，且p+q＝m。

根据本公开的实施例，上述目标维护信息确定模块可以包括：资产维护冲突确定子模块，用于针对上述n条资产维护请求的初始信息，确定上述资产维护冲突是否为字段信息冲突或语义信息冲突。初始信息合并子模块，用于若否，则合并上述n条资产维护请求的初始信息，以生成与上述n条资产维护请求对应的合并信息，其中，上述合并信息包括对业务架构描述模型执行的合并维护操作和合并维护信息。以及目标维护信息第一确定子模块，用于将上述与上述n条资产维护请求对应的合并信息和m-n条资产维护请求的初始信息，确定为与上述m条资产维护请求对应的目标信息。

根据本公开的实施例，上述初始信息合并子模块可以包括：智能合约调用单元，用于响应于上述n条资产维护请求，调用上述区块链节点的智能合约，其中，上述智能合约配置有合并机制。以及初始信息合并单元，用于基于上述合并机制，合并上述n条资产维护请求的初始信息。

根据本公开的实施例，上述目标维护信息确定模块还可包括：初始信息返回子模块，用于若是，则返回上述n条资产维护请求的初始信息。以及目标维护信息第二确定子模块，用于将上述m-n条资产维护请求的初始信息，确定为与上述m条资产维护请求对应的目标信息。

根据本公开的实施例，在上述资产维护请求包括资产变更执行请求的情况下，上述维护结果信息处理模块可以包括：第一变更结果获得模块，用于基于上述与上述n条资产维护请求对应的合并信息，对上述业务架构描述模型执行资产变更操作以获得第一变更结果。以及第二变更结果获得模块，用于基于上述m-n条资产维护请求的初始信息，对上述业务架构描述模型执行资产变更操作以获得第二变更结果。

根据本公开的实施例，在上述资产维护请求包括资产变更回退请求的情况下，上述维护结果信息处理模块可以包括：第一补齐结果获得模块，用于基于上述与上述n条资产维护请求对应的合并信息，对上述业务架构描述模型执行资产补齐操作以获得第一补齐结果。以及第二补齐结果获得模块，用于基于上述m-n条资产维护请求的初始信息，对上述业务架构描述模型执行资产补齐操作以获得第二补齐结果。

根据本公开的实施例，上述装置还可以包括：目标信息存储模块，用于将上述与上述m条资产维护请求对应的目标信息存储在上述区块链节点。

根据本公开的实施例，上述资产维护冲突确定模块还可以用于：若上述审批结果表明上述m条资产维护请求审批未通过，则将上述m条资产维护请求的初始信息和上述审批结果存储在上述区块链节点。

为实现上述目标，本公开的另一方面提供了一种电子设备，包括：一个或多个处理器，存储器，用于存储一个或多个程序，其中，当上述一个或多个程序被上述一个或多个处理器执行时，使得上述一个或多个处理器实现如上所述的基于区块链网络的信息处理方法。

为实现上述目标，本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，上述指令在被执行时用于实现如上所述的基于区块链网络的信息处理方法。

为实现上述目标，本公开的另一方面提供了一种计算机程序，上述计算机程序包括计算机可执行指令，上述指令在被执行时用于实现如上所述的基于区块链网络的信息处理方法。

与现有技术不同，本公开提供的基于区块链网络的信息处理方法，涉及一种基于区块链网络的业务架构描述模型资产冲突的资产动态存储和处理的方法，该方法将业务架构描述模型与区块链技术相结合，充分利用区块链技术具备的不可篡改的特点和可回溯的特点，将业务架构描述模型资产冲突的资产动态迭代更新信息存储在区块链上，可以实现业务架构描述模型迭代的可追溯性、确保模型成果的时效性、减少资产维护的冲突，保障企业各业务的正常运行。

附图说明

为了更完整地理解本公开及其优势，现在将参考结合附图的以下描述，其中：

图1示意性示出了适用于本公开实施例的基于区块链网络的信息处理方法和装置的***架构；

图2示意性示出了本公开实施例的业务架构描述模型的示意图；

图3示意性示出了根据本公开实施例的基于区块链网络的信息处理方法的流程图；

图4示意性示出了根据本公开实施例的基于区块链网络的对业务架构描述模型执行资产变更的信息处理方法的流程图；

图5示意性示出了根据本公开实施例的基于区块链网络的对业务架构描述模型执行资产回退的信息处理方法的流程图；

图6示意性示出了根据本公开实施例的基于区块链网络的信息处理装置的框图；

图7示意性示出了根据本公开实施例的适于实现上文描述的基于区块链网络的信息处理方法的计算机可读存储介质产品的示意图；及

图8示意性示出了根据本公开实施例的适于实现上文描述的基于区块链网络的信息处理方法的电子设备的框图。

在附图中，相同或对应的标号表示相同或对应的部分。

应该注意的是，附图并未按比例绘制，并且出于说明目的，在整个附图中类似结构或功能的元素通常用类似的附图标记来表示。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了上述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的***”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的***等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的***”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的***等)。

附图中示出了一些方框图和/或流程图。应理解，方框图和/或流程图中的一些方框或其组合可以由计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程信息处理装置的处理器，从而这些指令在由该处理器执行时可以创建用于实现这些方框图和/或流程图中所说明的功能/操作的装置。本公开的技术可以硬件和/或软件(包括固件、微代码等)的形式来实现。另外本公开的技术可以采取存储有指令的计算机可读存储介质上的计算机程序产品的形式，该计算机程序产品可供指令执行***使用或者结合指令执行***使用。

随着大型企业业务的不断扩展，企业各业务也在不断提升，表现在存量业务不断迭代更新的同时新增业务也将陆续开发上线，使得业务架构描述模型也需要随着业务的迭代更新和开发上线同步迭代和提升。所以，对业务架构描述模型进行有效的管理显得非常重要，可以及时掌握企业业务架构的变动情况，以及与之对应的业务的变动情况。由于敏捷式开发、快速迭代项目开始逐渐成为业务***开发和上线的重要方式，使得业务架构描述模型的更新愈发频繁和集中，如果还是采用集中式数据库来管理更新愈发频繁和集中的业务架构描述模型，将不可避免的出现资产更新冲突、缺失回退资产补齐机制的技术问题，这些技术问题若得不到有效的解决将严重影响企业各业务的正常运行。

有鉴于此，本公开的实施例提供了一种基于区块链网络的信息处理方法、装置、电子设备和计算机可读存储介质。其中，该信息处理方法包括资产维护冲突的确定阶段和资产维护信息的处理阶段。其中在资产维护冲突的确定阶段，首先利用区块链网络的区块链节点接收m条资产维护请求的初始信息，该初始信息包括对业务架构描述模型执行的初始维护操作和初始维护信息，m为大于或等于2的正整数，然后确定m条资产维护请求中是否存在资产维护冲突的n条资产维护请求，其中，n为大于或等于2的正整数，且n≤m。若存在，则进入资产维护信息的处理阶段，首先，处理n条资产维护请求的初始信息，以确定与m条资产维护请求对应的目标信息，该目标信息包括用于指示对业务架构描述模型执行的目标维护操作和目标维护信息，最后基于该目标维护信息，对业务架构描述模型执行目标维护操作以获得维护结果信息，并将维护结果信息存储在区块链节点。

与现有技术不同，本公开提供的基于区块链网络的信息处理方法，涉及一种基于区块链网络的业务架构描述模型资产冲突的资产动态存储和处理的方法，该方法将业务架构描述模型与区块链技术相结合，充分利用区块链技术具备的不可篡改的特点和可回溯的特点，将业务架构描述模型资产冲突的资产动态迭代更新信息存储在区块链上，可以实现业务架构描述模型迭代的可追溯性、确保模型成果的时效性、减少资产维护的冲突，保障企业各业务的正常运行。

需要说明的是，本公开提供的一种基于区块链网络的信息处理方法和装置可用于金融领域中，也可用于除金融领域之外的任意领域中。因此，对本公开所提供的一种基于区块链网络的信息处理方法和装置的应用领域不做限定。

本公开提供的信息处理方法和装置涉及业务架构描述模型和区块链技术，区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，是比特币的一个重要概念，它本质上是一个去中心化的数据库，同时作为比特币的底层技术，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次比特币网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块是一个一个的存储单元，记录了一定时间内各个区块节点全部的交流信息。各个区块之间通过随机散列(也称哈希算法)实现链接，后一个区块包含前一个区块的哈希值，随着信息交流的扩大，一个区块与一个区块相继接续，形成的结果称为区块链。

图1示意性示出了适用于本公开实施例的基于区块链网络的信息处理方法和装置的***架构100。需要注意的是，图1所示仅为可以应用本公开实施例的***架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、***、环境或场景。

如图1所示，基于区块链网络的信息处理方法和装置的***架构100包括区块链网络101、操作节点1031、操作节点1032、审批节点1041以及审批节点1042。

在本公开中，区块链网络101通过共识的方式将新区块纳入区块链的一系列区块链节点的集合。区块链网络101可以包括区块链节点1011、区块链节点1012、区块链节点1013、区块链节点1014、区块链节点1015以及网络102。网络102用以在多个区块链节点之间提供通信链路的介质。网络102可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

在本公开中，业务架构描述模型的建模人员可以通过操作节点1031以及操作节点1032中的一个或多个操作节点与区块链网络101中的一个或多个区块链节点进行交互，向区块链节点发送业务架构描述模型的模型维护请求，在区块链节点将与所述模型维护请求对应的审批信息发送至审批节点之后，在审批节点对审批信息进行审批返回审批结果之后，接收审批人员通过审批节点1041以及审批节点1042中的一个或多个审批节点发送的审批结果，并根据审批结果，将与模型维护请求对应的请求结果信息存储在区块链上。

应该理解，图1中部署的区块链节点、操作节点和审批节点的数目仅仅是示意性的。根据实现需要，可以具有任意数目的区块链节点、操作节点和审批节点。

图2示意性示出了本公开实施例的业务架构描述模型的示意图。如图2所示，业务架构描述模型200可以包括目前企业使用的业务架构流程模型201、产品模型202、实体模型203的文字描述和关联关系。

流程模型201：指的是不同业务领域的业务基于业务的计划、执行、监督价值流进行划分，将各价值流划分为不同活动，活动中分解出任务，任务根据业务规则和条件分解为步骤之后的流程描述，一共有五个层级(业务领域-价值流-活动-任务-步骤)。

例如，在银行业务的流程模型中，业务领域一般包括但不限于：个人存款、个人账户、***、个人贷款等。价值流一般包括但不限于：业务计划、业务准备、服务客户等。活动一般包括但不限于：制定管理制度、发放***、提取***资金、归还***欠款等。任务一般包括但不限于：识别个人客户、监控实时欺诈风险、受理***资金提取申请、结算外汇等。步骤一般包括但不限于：计算客户风险承受能力评分、审核新建个人客户信息、发起涉敏审批申请、账户检查等。

产品模型202是一套定义企业产品的标准结构，包括了产品线、产品组、基础产品、可售产品、产品间的关联关系。

例如，在银行业务的产品模型中，一般包括但不限于：借记卡、贷记卡、准贷记卡、国际借记卡等。

实体模型203记录了各业务对象的业务内容，每一个业务对象都包含了核心实体、生命周期(核心实体的状态)、从属实体(描述核心实体属性信息)、业务对象间的关联关系、约束条件。

需要说明的是，业务架构除了可以包含前述流程模型201、产品模型202、实体模型203之外，还可以包括各层级构件之间的一对一的关联关系或者一对多的关联关系。

需要注意的是，图2所示仅为可以应用本公开实施例的业务架构描述模型所包含的模型的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例的业务架构描述模型不可以包含其他的模型，随着业务的更新换代和不断扩展，业务架构描述模型所包含的模型也随之不断迭代和更新。

在本文中，需要理解的是，本发明所涉及的术语包括区块链，区块链网络，账本，智能合约和共识。其中，区块链是由区块形成的加密的、链式的交易的存储结构。每个区块的头部既可以包括区块中所有交易的哈希值，同时也包含前一个区块中所有交易的哈希值，从而基于哈希值实现区块中交易的防篡改和防伪造；新产生的交易被填充到区块并经过区块链网络中节点的共识后，会被追加到区块链的尾部从而形成链式的增长。区块链网络是指，通过共识的方式将新区块纳入区块链的一系列的节点的集合。账本，是区块链(也称为账本数据)和与区块链同步的状态数据库的统称。其中，区块链是以文件***中的文件的形式来记录交易；状态数据库是以不同类型的键值对的形式来记录区块链中的交易，用于支持对区块链中交易的快速查询。智能合约，也称为链码或应用代码，部署在区块链网络的节点中的程序，该程序是根据条件而触发执行的，节点执行接收的交易中所调用的智能合约，来对状态数据库的键值对数据进行更新或查询的操作。共识指用于在涉及的多个节点之间对区块中的交易达成一致的过程，达成一致的区块将被追加到区块链的尾部，实现共识的机制包括工作量证明、权益证明、股份授权证明、消逝时间量证明等。

图3示意性示出了根据本公开实施例的基于区块链网络的信息处理方法的流程图。如图3所示，该方法可以包括操作S310～操作S340。

在操作S310，利用区块链网络的区块链节点接收m条资产维护请求的初始信息。在本公开中，初始信息包括对业务架构描述模型执行的初始维护操作和初始维护信息，m为大于或等于2的正整数。

根据本公开的实施例，区块链节点可以是如图2中所示的任意一个或多个区块链节点。操作节点可以是如图2中所示的任意一个或多个操作节点。审批节点可以是如图2中所示的任意一个或多个审批节点。

根据本公开的实施例，m条资产维护请求的初始信息可以是建模人员可以通过操作节点向区块链节点发送的，其中的每条资产维护请求用于指示对业务架构描述模型进行迭代更新的维护操作，可以包括但不限于针对于图2所述流程模型、实体模型、产品模型中的模型描述和模型各组成部分之间的关联关系的新增、编辑、删除、回退、补齐，这些维护操作将反应最新的业务架构变动、业务项目需求以及与之对应的业务变动。维护信息可以包括但不限于对图2所述流程模型、实体模型、产品模型中的模型描述和模型各组成部分之间的关联关系进行描述的资产组件，以及与资产组件对应的字段，根据业务架构描述模型而定。

结合图2所示的业务架构描述模型，以银行业务为例，假设根据实际的业务需求，应用软件的下一个更新版本将提供******对智能手机申请虚拟数字***业务的支持。相应地，则需要在业务架构描述模型中，对流程模型、产品模型和实体模型进行修改。具体地，对流程模型进行修改，使得修改后的流程模型中包含有申请虚拟数字***的流程。对产品模型进行修改，使得修改后的产品模型中添加有虚拟数字***的产品和产品条件等信息。对实体模型进行修改，使得修改后的实体模型中添加有数字虚拟***的介质信息等。

在操作S320，确定m条资产维护请求中是否存在资产维护冲突的n条资产维护请求。在本公开中，n为大于或等于2的正整数，且n≤m。在相关技术中，若m条资产维护请求中存在资产维护冲突的n条资产维护请求，则会将n条资产维护请求直接退回给建模人员。而在本公开中，将执行以下操作S330。

根据本公开的实施例，资产维护冲突可以包括但不限于形式冲突和实质冲突。其中，形式冲突包括但不限于两项或多项资产更新发生潜在冲突，但实际上并未对同一资产组件或字段进行变更，或是对同一资产组件做语义上冲突的变更，而实质冲突可以包括但不限于两项或多项资产更新发生冲突，且是对同一资产组件或字段进行变更。

在相关技术中，若存在资产维护冲突的n条资产维护请求，则将资产维护冲突的n条资产维护请求直接退回发送者。而根据本公开的实施例，将会对存在冲突的初始信息进行处理，以获得目标信息。

在操作S330，若存在，则处理n条资产维护请求的初始信息，以确定与m条资产维护请求对应的目标信息，其中，目标信息包括用于指示对业务架构描述模型执行的目标维护操作和目标维护信息。

目标维护操作是对初始维护操作进行处理得到的，而目标维护信息是对初始维护信息进行处理得到的。资产冲突的类型不同，对n条资产维护请求的初始信息采取不同的处理方式。

在操作S340，基于目标维护信息，对业务架构描述模型执行目标维护操作以获得维护结果信息，并将维护结果信息存储在区块链节点。

根据本公开的实施例，若m条资产维护请求中不存在资产维护冲突的n条资产维护请求，则可以直接响应于接收到的m条资产维护请求，基于m条资产维护请求包含的初始维护信息，对业务架构描述模型执行初始维护操作，以获得维护结果信息，并将维护结果信息存储在区块链节点。

通过本公开的实施例，充分利用区块链技术具备的不可篡改的特点和可以回溯的特点，在资产请求存在冲突的情况下，对初始信息进行处理以得到目标信息，基于该目标信息对业务架构描述模型进行资产维护，并将资产冲突的资产动态迭代更新信息存储在区块链上，可以实现业务架构描述模型迭代的可追溯性、确保模型成果的时效性、减少资产维护的冲突，保障企业各业务的正常运行。

在介绍了本公开的基本原理之后，下面具体介绍本公开的各种非限制性实施方式。

作为一种可选的实施例，资产维护请求包括：资产变更执行请求，其中，资产变更执行请求用于指示对业务架构描述模型执行变更操作。和/或资产变更回退请求，其中，资产变更回退请求用于指示对业务架构描述模型执行变更回退操作。

根据本公开的实施例，资产维护请求可以仅包括资产变更执行请求，也可以仅包括资产变更回退请求，还可以既包括资产变更执行请求，又包括资产变更回退请求。根据实际业务的迭代更新情况，可以确定相应的资产维护请求。

在本公开中，变更操作可以包括但不限于对流程模型、实体模型、产品模型中的模型描述和模型各组成部分之间的关联关系的新增、编辑、删除、回退、补齐等操作。对应地，变更回退操作可以包括但不限于对流程模型、实体模型、产品模型中的模型描述和模型各组成部分之间的关联关系的新增、编辑、删除、回退、补齐等操作的回退操作，即对之前执行的更新操作执行撤销操作。

通过本公开的实施例，基于区块链网路的信息处理方法，支持多种变更内容的资产维护请求，使得针对业务架构描述模型的迭代更新管理更加全面，提高业务架构描述模型的实时性和可靠性。

作为一种可选的实施例，确定m条资产维护请求中是否存在资产维护冲突的n条资产维护请求包括：响应于接收到m条资产维护请求，将与m条资产维护请求对应的审批信息发送至审批节点，以使审批节点能够基于审批信息返回审批结果。接收审批节点返回的审批结果。以及若审批结果表明m条资产维护请求审批通过，则确定m条资产维护请求中是否存在资产维护冲突的n条资产维护请求。该审批结果仅能确认该资产维护请求在业务上的正确性，而并未考虑该资产维护请求是否存在资产维护的冲突。

作为一种可选的实施例，若审批结果表明m条资产维护请求审批未通过，则将m条资产维护请求的初始信息和审批结果存储在区块链节点，其他资产信息不变。

通过本公开的实施例，在资产维护请求审批通过的情况下，才对其资产维护冲突进行检测，以确定是否存在资产维护的冲突，可以通过审批将不符合要求的资产维护请求快速反馈，节约信息处理的资源。

可以理解的是，对业务架构模型的资产维护请求中包括所要执行的维护操作信息和所要维护的对象，该对象可以是业务架构描述模型中的一个或多个资产组件，也可以是资产组件的一个或多个字段。

作为一种可选的实施例，确定m条资产维护请求中是否存在资产维护冲突的n条资产维护请求可以包括：若m条资产维护请求包括m条资产变更执行请求，则基于与m条资产变更执行请求对应的初始信息，确定是否存在资产变更冲突的n条资产维护请求。

示例1：接收到2条资产维护请求，分别为资产变更1和资产变更2。其中资产变更1用于指示修改“***发放”活动的“合作方”字段，与资产变更1对应的初始信息为修改“***发放”活动的“合作方”字段，初始维护操作为修改，初始维护信息为“***发放”活动的“合作方”字段”。资产变更2用于指示修改“***发放”活动的“目的”字段，与资产变更2对应的初始信息为修改“***发放”活动的“目的”字段，初始维护操作也为修改，初始维护信息为“***发放”活动的“目的”字段”。由于二者针对的是同一资产组件或字段，因此可以确定资产变更1和资产变更2之间的资产维护冲突为形式冲突。

示例2：接收到2条资产维护请求，分别为资产变更3和资产变更4。其中资产变更3用于指示增加“人民银行”同“***发放”活动的“干系人”关联，与资产变更3对应的初始信息为增加“人民银行”同“***发放”活动的“干系人”关联，初始维护操作为增加，初始维护信息为“人民银行”同“***发放”活动的“干系人”关联。资产变更4用于指示增加“VISA组织”同“***发放”活动的“干系人”关联，与资产变更4对应的初始信息为增加“VISA组织”同“***发放”活动的“干系人”关联，初始维护操作也为增加，初始维护信息为“VISA组织”同“***发放”活动的“干系人”关联。由于二者针对的是对同一资产组件做语义上冲突的变更，因此可以确定资产变更3和资产变更4之间的资产维护冲突为形式冲突。

示例3：接收到2条资产维护请求，分别为资产变更5和资产变更6。其中资产变更5用于指示修改了“***发放”活动的“合作方”字段，修改“航空公司”为“运输企业”，与资产变更5对应的初始信息为修改了“***发放”活动的“合作方”字段，修改“航空公司”为“运输企业”，初始维护操作为修改，初始维护信息为“***发放”活动的“合作方”字段由“航空公司”变为“运输企业”。资产变更6用于指示修改“***发放”活动的“合作方”字段，修改“航空公司”为“航空公司(客运)”，与资产变更6对应的初始信息为修改了“***发放”活动的“合作方”字段，修改“航空公司”为“航空公司(客运)”，初始维护操作也为修改，初始维护信息为“***发放”活动的“合作方”字段由“航空公司”变为“航空公司(客运)”。由于二者都是对同一个“***发放”活动的“合作方”字段进行修改，而且修改内容发生了语义冲突，因此可以确定资产变更5和资产变更5之间的资产维护冲突为实质冲突。

需要说明的是，以上若干实施例，仅是为了更好的说明如何根据资产组件和字段来确定多个资产维护请求是否存在冲突，以及冲突的类型，并非是唯一的冲突情景或类型，根据业务架构描述模型的具体情况和资产维护请求，可以具有任意形式的初始信息，本公开不做限定。

作为一种可选的实施例，确定m条资产维护请求中是否存在资产维护冲突的n条资产维护请求可以包括：若m条资产维护请求包括m条资产变更回退请求，则基于与m条资产变更回退请求对应的回退结果，确定是否存在资产回退冲突的n条资产维护请求。

作为一种可选的实施例，确定m条资产维护请求中是否存在资产维护冲突的n条资产维护请求可以包括：若m条资产维护请求包括p条资产变更执行请求和q条资产变更回退请求，则基于与p条资产变更执行请求对应的初始信息，以及与q条资产变更回退请求对应的回退结果，确定是否存在资产补齐冲突的n条资产维护请求，其中，p、q为正整数，且p+q＝m。

根据本公开的实施例，资产自动补齐过程的基本原理类似前述冲突解决过程。补齐过程也需通过智能合约，检测是否存在资产补齐冲突，此时存在两种情况。具体实施时，如果回退审批通过，则记录申请提出时，被提出回退的业务架构描述模型和模型内容(资产组件和字段等信息)，以及希望回退的结果。以上内容被称为回退参考快照数据，并将回退后业务架构描述模型信息添加至区块链。触发自动资产自动补齐过程。

情况1：需补齐的资产与回退参考快照数据并无关联，或是对不同资产组件或字段进行变更，或是对同一资产组件做语义上冲突的变更。此时可认为补齐动作和回退资产不发生冲突，可通过智能合约中设置的合并规则，合并未实际冲突的资产补齐的内容，将补齐内容写入区块。例如，如前所述的资产变更3、资产变更4和资产变更5。资产变更的操作循序为，资产变更3之后，又顺序发生了资产变更4和资产变更5。现在需要回退资产变更3。区块数据回退后，区块数据已回到资产变更3发生之前的状态。根据实际变更内容判断，此三个变更之间不存在字段冲突或语义冲突，即冲突类型为形式冲突，则自动顺序发起资产变更4和资产变更5这两次区块数据变更操作，即可将架构资产补齐。

情况2：需补齐的资产和回退参考快照数据都需要对同一资产组件或字段进行互相冲突的变更，或是对同一资产组件做相反的变更(相当于把回退内容又改回回退前)，此处可认为，两项或多项资产更新发生冲突，无法自动处理。此时，需要提示申请人，无法自动补齐，如需补齐数据，则需另行发起一次资产变更操作，以实现补齐动作。例如，如前所述的资产变更4、资产变更5和资产变更8，其中资产变更8用于指示删除“***发放”活动的合作方“航空公司(客运)”。资产变更的操作循序为，资产变更4之后，又顺序发生了资产变更5和资产变更8。现在需要回退资产变更4。区块数据回退后，区块数据已回到资产变更4发生之前的状态。根据实际变更内容判断，此三个变更都是对“***发放”活动“合作方”进行的操作，存在字段冲突或语义冲突，即冲突类型为实质冲突，则将会通知提示申请人，无法自动补齐资产。需要说明的是，确定资产回退冲突和资产补齐冲突的方法可以参照确定资产变更冲突的方法，此次不再赘述。

作为一种可选的实施例，处理n条资产维护请求的初始信息，以确定与m条资产维护请求对应的目标信息包括：针对n条资产维护请求的初始信息，确定资产维护冲突是否为字段信息冲突或语义信息冲突。若否，则合并n条资产维护请求的初始信息，以生成与n条资产维护请求对应的合并信息，该合并信息包括对业务架构描述模型执行的合并维护操作和合并维护信息，以及将与n条资产维护请求对应的合并信息和m-n条资产维护请求的初始信息，确定为与m条资产维护请求对应的目标信息。

根据本公开的实施例，若3条资产维护请求除了包括前述示例1中的资产变更1和资产变更2，还包括1条资产变更7，而资产变更7与资产变更1和资产变更2均未冲突，则可以针对资产变更1和资产变更2合并生成与这2条资产维护请求对应的合并信息，该合并信息为修改“***发放”活动的“合作方”字段和“目的”字段，即合并维护操作为修改，合并维护信息为“***发放”活动的“合作方”字段和“目的”字段。将该合并维护信息和资产变更7确定为与3条资产维护请求对应的目标信息。

需要说明的是，生成的与n条资产维护请求对应的合并信息，可以是一条信息，也可以是多条信息，本公开对此不做限定。

通过本公开的实施例，可以在资产维护冲突是否为字段信息冲突或语义信息冲突的情况下，处理n条资产维护请求的初始信息，生成与n条资产维护请求对应的一条或多条合并信息，避免相关技术中，直接将n条资产维护请求退回发送方的技术问题，不仅可以减少模型的变更次数，避免频繁变更，还可以通过资产维护请求的合并减轻区块链的信息存储负担。

作为一种可选的实施例，合并n条资产维护请求的初始信息包括：响应于n条资产维护请求，调用区块链节点的智能合约，其中，智能合约配置有合并机制。以及基于合并机制，合并n条资产维护请求的初始信息。

根据本公开的实施例，对于可以合并的资产维护请求的信息，可通过智能合约中设置的合并机制，合并变更中修改的不同字段或参数数据，将对资产的多次操作合并为一次操作，一次性更新将更新内容写入区块。可以减少变更次数，提高模型迭代更新的速度。

作为一种可选的实施例，方法还包括：若确定资产维护冲突为字段信息冲突或语义信息冲突，则返回n条资产维护请求的初始信息。并将m-n条资产维护请求的初始信息，确定为与m条资产维护请求对应的目标信息。

根据本公开的实施例，在确定出该变更字段信息冲突或语义信息冲突的情况下，认为其需要返回申请人，使得申请人可以修改变更，再次提交变更请求、或等待区块链自动同步之后，再以最新的资产为基线重新申请。

通过本公开的实施例，业务架构描述模型的全量变更信息均被上传至区块链，业务架构描述模型的变更路径可以被公开，区块链技术保证了信息不会被篡改，实现变更之间冲突的自动化处理，从而提高了业务架构描述模型数据的实时性和可靠性。

作为一种可选的实施例，在资产维护请求包括资产变更执行请求的情况下，基于目标维护信息，对业务架构描述模型执行目标维护操作以获得维护结果信息包括：基于与n条资产维护请求对应的合并信息，对业务架构描述模型执行资产变更操作以获得第一变更结果，以及基于m-n条资产维护请求的初始信息，对业务架构描述模型执行资产变更操作以获得第二变更结果。

根据本公开的实施例，若3条资产维护请求除了包括前述示例1中的资产变更1和资产变更2，还包括1条资产变更7，则可以对业务架构描述模型执行一次资产变更操作，即可完成资产变更1和资产变更2的资产变更。然后执行资产变更7，即可完成与资产变更请求7对应的资产变更。

图4示意性示出了根据本公开实施例的基于区块链网络的对业务架构描述模型执行资产变更的流程图。

如图4所示，对业务架构描述模型执行资产变更的信息处理方法400涉及建模人员410、审批人员430与区块链网络420之间的交互，可以包括操作S411和操作S412，以及操作S421～操作S427。具体实施时，建模人员410执行操作S411，向区块链网络420提交模型变更请求，区块链网络420在接收到模型变更请求之后，首先可以执行操作S421，将模型变更请求信息添加至区块链。然后执行操作S422，向审批人员430发送变更审批信息。接着执行操作S423，接收变更审批结果。之后执行操作S424，将模型变更请求同审批信息进行关联映射。如果审批结果表明审批通过，即同意变更，则执行操作S425，将修改后的业务架构描述模型信息添加至区块链。接着执行操作S426，冲突识别和处理。若识别出的冲突表明变更请求是可以合并的，并未造成字段冲突或语义冲突，则合并未造成字段冲突或语义冲突的变更请求。若识别出的冲突表明变更请求是不可以合并的，无法自动处理，则执行操作S412，返回建模人员手工处理。如果审批结果表明审批未通过，即不同意变更，则执行操作S427，将本次修改前的业务架构描述模型信息和审批结果添加至区块链。

通过本公开的实施例，解决模型维护时多项业务架构资产更新冲突的问题，并将变更结果信息上传至区块链，可以实现资产维护相关信息的自动化管理。

作为一种可选的实施例，在资产维护请求包括资产变更回退请求的情况下，基于目标维护信息，对业务架构描述模型执行目标维护操作以获得维护结果信息包括：基于与n条资产维护请求对应的合并信息，对业务架构描述模型执行资产补齐操作以获得第一补齐结果。以及基于m-n条资产维护请求的初始信息，对业务架构描述模型执行资产补齐操作以获得第二补齐结果。

通过本公开的实施例，业务架构描述模型的全量变更信息均被上传至区块链，业务架构描述模型的变更路径可以被公开，区块链技术保证了信息不会被篡改，实现变更回退资产根据变更历史路径的自动回补，从而提高了业务架构描述模型数据的实时性和可靠性。

图5示意性示出了根据本公开实施例的基于区块链网络的对业务架构描述模型执行资产回退的流程图。

如图5所示，对业务架构描述模型执行资产回退的信息处理方法500涉及建模人员410、审批人员430与区块链网络420之间的交互，可以包括操作S511～操作S514，以及操作S521～操作S528。具体实施时，建模人员410执行操作S511，向区块链网络420提交模型变更回退请求，区块链网络420在接收到模型变更回退请求之后，首先可以执行操作S521，在智能合约中进行查询。然后执行操作S512，向建模人员410返回确认需回退的资产变更记录。建模人员410执行操作S522，发送需回退的资产变更记录给审批人员430，以使得审批人员430能够基于接收到的需回退的资产变更记录返回审批结果。接着执行操作S523，接收变更回退审批结果。执行操作S524，将模型变更回退请求同审批信息进行关联映射。如果审批结果表明审批通过，即同意变更回退，则执行操作S525，将回退后的业务架构描述模型信息添加至区块链。接着执行操作S526，冲突识别和资产补齐。若识别出的冲突表明变更请求是可以合并的，并未造成字段冲突或语义冲突。则自动执行资产变更。执行操作S513，如无法自动补齐，则返回建模人员手工处理，提示建模人员无法自动补齐。如果审批结果表明审批未通过，即不同意变更回退，则执行操作S527，将本次回退请求信息和审批结果添加至区块链。最后执行操作S528，通知审批人员回退后的业务架构描述模型信息，以及执行操作S514，通知建模人员回退后的业务架构描述模型信息。

通过本公开的实施例，不仅可以支持对业务架构描述模型的变更，还可以支持对业务架构描述模型变更之后的回退，并实现回退后的资产自动回补，可以提高业务架构描述模型数据的实时性和可靠性。

作为一种可选的实施例，方法还包括：将与m条资产维护请求对应的目标信息存储在区块链节点。可选地，还可以将资产维护请求同审批信息进行关联映射，可以实现业务架构描述模型的全量变更信息均被上传至区块链，有利于资产维护信息的追溯。

需要说明的是，对于业务架构描述模型的其他操作，例如查询、回溯变更历程、区块存储处理等操作，由于不涉及资产变更的冲突处理，本公开不做阐述。

图6示意性示出了根据本公开实施例的基于区块链网络的信息处理装置的框图。如图6所示，该信息处理装置600可以包括初始维护信息接收模块610、资产维护冲突确定模块620、目标维护信息确定模块630以及维护结果信息处理模块640。

初始维护信息接收模块610，用于利用区块链网络的区块链节点接收m条资产维护请求的初始信息。该初始信息包括对业务架构描述模型执行的初始维护操作和初始维护信息，m为大于或等于2的正整数。可选地，初始维护信息接收模块610例如可以用于执行图3描述的操作S310，在此不再赘述。

资产维护冲突确定模块620，用于确定m条资产维护请求中是否存在资产维护冲突的n条资产维护请求，其中，n为大于或等于2的正整数，且n≤m。可选地，资产维护冲突确定模块620例如可以用于执行图3描述的操作S320，在此不再赘述。

目标维护信息确定模块630，用于若存在，则处理n条资产维护请求的初始信息，以确定与m条资产维护请求对应的目标信息，其中，目标信息包括用于指示对业务架构描述模型执行的目标维护操作和目标维护信息。可选地，目标维护信息确定模块630例如可以用于执行图3描述的操作S330，在此不再赘述。

维护结果信息处理模块640，用于基于目标维护信息，对业务架构描述模型执行目标维护操作以获得维护结果信息，并将维护结果信息存储在区块链节点。可选地，维护结果信息处理模块640例如可以用于执行图3描述的操作S340，在此不再赘述。

作为一种可选的实施例，资产维护请求包括：资产变更执行请求，其中，资产变更执行请求用于指示对业务架构描述模型执行变更操作。和/或资产变更回退请求，其中，资产变更回退请求用于指示对业务架构描述模型执行变更回退操作。

作为一种可选的实施例，资产维护冲突确定模块包括：审批信息发送子模块，用于响应于接收到m条资产维护请求，将与m条资产维护请求对应的审批信息发送至审批节点，以使审批节点能够基于审批信息返回审批结果。审批结果接收子模块，用于接收审批节点返回的审批结果。以及资产维护冲突确定子模块，用于若审批结果表明m条资产维护请求审批通过，则确定m条资产维护请求中是否存在资产维护冲突的n条资产维护请求。

作为一种可选的实施例，资产维护冲突确定子模块包括：资产维护冲突第一确定单元，用于若m条资产维护请求包括m条资产变更执行请求，则基于与m条资产变更执行请求对应的初始信息，确定是否存在资产变更冲突的n条资产维护请求。或资产维护冲突第二确定单元，用于若m条资产维护请求包括m条资产变更回退请求，则基于与m条资产变更回退请求对应的回退结果，确定是否存在资产回退冲突的n条资产维护请求。或资产维护冲突第三确定单元，用于若m条资产维护请求包括p条资产变更执行请求和q条资产变更回退请求，则基于与p条资产变更执行请求对应的初始信息，以及与q条资产变更回退请求对应的回退结果，确定是否存在资产补齐冲突的n条资产维护请求，其中，p、q为正整数，且p+q＝m。

作为一种可选的实施例，目标维护信息确定模块包括：资产维护冲突确定子模块，用于针对n条资产维护请求的初始信息，确定资产维护冲突是否为字段信息冲突或语义信息冲突。初始信息合并子模块，用于若否，则合并n条资产维护请求的初始信息，以生成与n条资产维护请求对应的合并信息，其中，合并信息包括对业务架构描述模型执行的合并维护操作和合并维护信息。以及目标维护信息第一确定子模块，用于将与n条资产维护请求对应的合并信息和m-n条资产维护请求的初始信息，确定为与m条资产维护请求对应的目标信息。

作为一种可选的实施例，初始信息合并子模块包括：智能合约调用单元，用于响应于n条资产维护请求，调用区块链节点的智能合约，其中，智能合约配置有合并机制。以及初始信息合并单元，用于基于合并机制，合并n条资产维护请求的初始信息。

作为一种可选的实施例，目标维护信息确定模块还包括：初始信息返回子模块，用于若是，则返回n条资产维护请求的初始信息。以及目标维护信息第二确定子模块，用于将m-n条资产维护请求的初始信息，确定为与m条资产维护请求对应的目标信息。

作为一种可选的实施例，在资产维护请求包括资产变更执行请求的情况下，维护结果信息处理模块包括：第一变更结果获得模块，用于基于与n条资产维护请求对应的合并信息，对业务架构描述模型执行资产变更操作以获得第一变更结果。以及第二变更结果获得模块，用于基于m-n条资产维护请求的初始信息，对业务架构描述模型执行资产变更操作以获得第二变更结果。

作为一种可选的实施例，在资产维护请求包括资产变更回退请求的情况下，维护结果信息处理模块包括：第一补齐结果获得模块，用于基于与n条资产维护请求对应的合并信息，对业务架构描述模型执行资产补齐操作以获得第一补齐结果。以及第二补齐结果获得模块，用于基于m-n条资产维护请求的初始信息，对业务架构描述模型执行资产补齐操作以获得第二补齐结果。

作为一种可选的实施例，装置还包括：目标信息存储模块，用于将与m条资产维护请求对应的目标信息存储在区块链节点。

作为一种可选的实施例，资产维护冲突确定模块还用于：若审批结果表明m条资产维护请求审批未通过，则将m条资产维护请求的初始信息和审批结果存储在区块链节点。

需要说明的是，基于区块链网络的信息装置部分实施例中各模块的实施方式、解决的技术问题、实现的功能、以及达到的技术效果分别与基于区块链网络的信息方法部分实施例中各对应的步骤的实施方式、解决的技术问题、实现的功能、以及达到的技术效果相同或类似，在此不再赘述。

根据本公开的实施例的模块、子模块、单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FNGA)、可编程逻辑阵列(NLA)、片上***、基板上的***、封装上的***、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，初始维护信息接收模块、资产维护冲突确定模块、目标维护信息确定模块、维护结果信息处理模块、审批信息发送子模块、审批结果接收子模块、资产维护冲突确定子模块、资产维护冲突第一确定单元、资产维护冲突第二确定单元、资产维护冲突第三确定单元、资产维护冲突确定子模块、初始信息合并子模块、目标维护信息第一确定子模块、智能合约调用单元、初始信息合并单元、初始信息返回子模块、目标维护信息第二确定子模块、第一变更结果获得模块、第二变更结果获得模块、第一补齐结果获得模块、第二补齐结果获得模块以及目标信息存储模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，初始维护信息接收模块、资产维护冲突确定模块、目标维护信息确定模块、维护结果信息处理模块、审批信息发送子模块、审批结果接收子模块、资产维护冲突确定子模块、资产维护冲突第一确定单元、资产维护冲突第二确定单元、资产维护冲突第三确定单元、资产维护冲突确定子模块、初始信息合并子模块、目标维护信息第一确定子模块、智能合约调用单元、初始信息合并单元、初始信息返回子模块、目标维护信息第二确定子模块、第一变更结果获得模块、第二变更结果获得模块、第一补齐结果获得模块、第二补齐结果获得模块以及目标信息存储模块中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FNGA)、可编程逻辑阵列(NLA)、片上***、基板上的***、封装上的***、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，初始维护信息接收模块、资产维护冲突确定模块、目标维护信息确定模块、维护结果信息处理模块、审批信息发送子模块、审批结果接收子模块、资产维护冲突确定子模块、资产维护冲突第一确定单元、资产维护冲突第二确定单元、资产维护冲突第三确定单元、资产维护冲突确定子模块、初始信息合并子模块、目标维护信息第一确定子模块、智能合约调用单元、初始信息合并单元、初始信息返回子模块、目标维护信息第二确定子模块、第一变更结果获得模块、第二变更结果获得模块、第一补齐结果获得模块、第二补齐结果获得模块以及目标信息存储模块中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图7示意性示出了根据本公开实施例的适于实现上文描述的基于区块链网络的信息处理方法的计算机可读存储介质产品的示意图。

在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在设备上运行时，程序代码用于使设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的信息处理方法中的前述各项操作(或步骤)。例如，电子设备可以执行如图3中所示的操作S310～操作S340，也可以执行如图4所示的操作S411和操作S412，以及操作S421～操作S427。如图5所示的操作S511～操作S514，以及操作S521～操作S528。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、***或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(ENROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

如图7所示，描述了根据本发明的实施例信息处理的程序产品700，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、***或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行***、***或者器件使用或者与其结合使用的程序。可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆，RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，程序设计语言包括面向对象的程序设计语言-诸如Java，C++等，还包括常规的过程式程序设计语言一诸如“C”，语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络——包括局域网(LAA)或广域网(WAA)一连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

图8示意性示出了根据本公开实施例的适于实现上文描述的基于区块链网络的信息处理方法的电子设备的框图。图8示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图8所示，根据本公开实施例的电子设备800包括处理器801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。处理器801例如可以包括通用微处理器(例如CNU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器801还可以包括用于缓存用途的板载存储器。处理器801可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM803中，存储有电子设备800操作所需的各种程序和数据。处理器801、ROM802以及RAM803通过总线804彼此相连。处理器801通过执行ROM802和/或RAM803中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM 802和RAM803以外的一个或多个存储器中。处理器801也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例图3中所示的操作S310～操作S340。电子设备也可以执行如图4中所示的操作S411和操作S412，以及操作S421～操作S427。电子设备还可以执行如图5中所示的操作S511～操作S514，以及操作S521～操作S528。

根据本公开的实施例，电子设备800还可以包括输入/输出(I/O)接口805，输入/输出(I/O)接口805也连接至总线804。***800还可以包括连接至I/O接口805的以下部件中的一项或多项：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如LAA卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被处理器801执行时，执行本公开实施例的***中限定的上述功能。根据本公开的实施例，上文描述的***、设备、装置、模块、单元等可以通过计算机程序模块来实现。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/***中所包含的；也可以是单独存在，而未装配入该设备/装置/***中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的信息处理方法，包括图3中所示的操作S310～操作S340。电子设备也可以执行如图4中所示的操作S411和操作S412，以及操作S421～操作S427。电子设备还可以执行如图5中所示的操作S511～操作S514，以及操作S521～操作S528。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(ENROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 802和/或RAM 803和/或ROM 802和RAM 803以外的一个或多个存储器。

附图中的流程图和框图，图示了按照本公开各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目标，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (14)

1.一种基于区块链网络的信息处理方法，包括：

利用所述区块链网络的区块链节点接收m条资产维护请求的初始信息，其中，所述初始信息包括对业务架构描述模型执行的初始维护操作和初始维护信息，m为大于或等于2的正整数；

确定所述m条资产维护请求中是否存在资产维护冲突的n条资产维护请求，其中，n为大于或等于2的正整数，且n≤m；

若存在，则处理所述n条资产维护请求的初始信息，以确定与所述m条资产维护请求对应的目标信息，其中，所述目标信息包括用于指示对所述业务架构描述模型执行的目标维护操作和目标维护信息；

基于所述目标维护信息，对所述业务架构描述模型执行所述目标维护操作以获得维护结果信息，并将所述维护结果信息存储在所述区块链节点。

2.根据权利要求1所述的方法，其中，所述资产维护请求包括：

资产变更执行请求，其中，所述资产变更执行请求用于指示对业务架构描述模型执行变更操作；和/或

资产变更回退请求，其中，所述资产变更回退请求用于指示对业务架构描述模型执行变更回退操作。

3.根据权利要求2所述的方法，其中，所述确定所述m条资产维护请求中是否存在资产维护冲突的n条资产维护请求包括：

响应于接收到所述m条资产维护请求，将与所述m条资产维护请求对应的审批信息发送至审批节点，以使所述审批节点能够基于所述审批信息返回审批结果；

接收所述审批节点返回的所述审批结果；

若所述审批结果表明所述m条资产维护请求审批通过，则确定所述m条资产维护请求中是否存在资产维护冲突的n条资产维护请求。

4.根据权利要求3所述的方法，其中，所述确定所述m条资产维护请求中是否存在资产维护冲突的n条资产维护请求包括：

若所述m条资产维护请求包括m条资产变更执行请求，则基于与所述m条资产变更执行请求对应的初始信息，确定是否存在资产变更冲突的n条资产维护请求；或

若所述m条资产维护请求包括m条资产变更回退请求，则基于与所述m条资产变更回退请求对应的回退结果，确定是否存在资产回退冲突的n条资产维护请求；或

若所述m条资产维护请求包括p条资产变更执行请求和q条资产变更回退请求，则基于与所述p条资产变更执行请求对应的初始信息，以及与所述q条资产变更回退请求对应的回退结果，确定是否存在资产补齐冲突的n条资产维护请求，其中，p、q为正整数，且p+q＝m。

5.根据权利要求1所述的方法，其中，所述处理所述n条资产维护请求的初始信息，以确定与所述m条资产维护请求对应的目标信息包括：

针对所述n条资产维护请求的初始信息，确定所述资产维护冲突是否为字段信息冲突或语义信息冲突；

若否，则合并所述n条资产维护请求的初始信息，以生成与所述n条资产维护请求对应的合并信息，其中，所述合并信息包括对业务架构描述模型执行的合并维护操作和合并维护信息；

将所述与所述n条资产维护请求对应的合并信息和m-n条资产维护请求的初始信息，确定为与所述m条资产维护请求对应的目标信息。

6.根据权利要求5所述的方法，其中，所述合并所述n条资产维护请求的初始信息包括：

响应于所述n条资产维护请求，调用所述区块链节点的智能合约，其中，所述智能合约配置有合并机制；以及

基于所述合并机制，合并所述n条资产维护请求的初始信息。

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

若是，则返回所述n条资产维护请求的初始信息；

将所述m-n条资产维护请求的初始信息，确定为与所述m条资产维护请求对应的目标信息。

8.根据权利要求5所述的方法，其中，在所述资产维护请求包括资产变更执行请求的情况下，所述基于所述目标维护信息，对所述业务架构描述模型执行所述目标维护操作以获得维护结果信息包括：

基于所述与所述n条资产维护请求对应的合并信息，对所述业务架构描述模型执行资产变更操作以获得第一变更结果；

基于所述m-n条资产维护请求的初始信息，对所述业务架构描述模型执行资产变更操作以获得第二变更结果。

9.根据权利要求5所述的方法，其中，在所述资产维护请求包括资产变更回退请求的情况下，所述基于所述目标维护信息，对所述业务架构描述模型执行所述目标维护操作以获得维护结果信息包括：

基于所述与所述n条资产维护请求对应的合并信息，对所述业务架构描述模型执行资产补齐操作以获得第一补齐结果；

基于所述m-n条资产维护请求的初始信息，对所述业务架构描述模型执行资产补齐操作以获得第二补齐结果。

10.根据权利要求1～9中任一项所述的方法，其中，所述方法还包括：将所述与所述m条资产维护请求对应的目标信息存储在所述区块链节点。

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

若所述审批结果表明所述m条资产维护请求审批未通过，则将所述m条资产维护请求的初始信息和所述审批结果存储在所述区块链节点。

12.一种基于区块链网络的信息处理装置，包括：

初始维护信息接收模块，用于利用所述区块链网络的区块链节点接收m条资产维护请求的初始信息，其中，所述初始信息包括对业务架构描述模型执行的初始维护操作和初始维护信息，m为大于或等于2的正整数；

资产维护冲突确定模块，用于确定所述m条资产维护请求中是否存在资产维护冲突的n条资产维护请求，其中，n为大于或等于2的正整数，且n≤m；

目标维护信息确定模块，用于若存在，则处理所述n条资产维护请求的初始信息，以确定与所述m条资产维护请求对应的目标信息，其中，所述目标信息包括用于指示对所述业务架构描述模型执行的目标维护操作和目标维护信息；

维护结果信息处理模块，用于基于所述目标维护信息，对所述业务架构描述模型执行所述目标维护操作以获得维护结果信息，并将所述维护结果信息存储在所述区块链节点。

13.一种电子设备，包括：

一个或多个处理器；以及

存储器，用于存储一个或多个程序，

其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至11中任一项所述的方法。

14.一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现权利要求1至11中任一项所述的方法。

Images