CN113259384B

CN113259384B - 基于区块链的机理模型调用信息处理方法、服务器及系统

Info

Publication number: CN113259384B
Application number: CN202110675421.4A
Authority: CN
Inventors: 王宇; 南博文; 孟繁强
Original assignee: Aerospace Cloud Network Data Research Institute Guangdong Co ltd
Current assignee: Aerospace Cloud Network Data Research Institute Guangdong Co ltd
Priority date: 2021-06-18
Filing date: 2021-06-18
Publication date: 2021-11-26
Anticipated expiration: 2041-06-18
Also published as: CN113259384A

Abstract

本申请适用于区块链技术领域，提供了一种基于区块链的机理模型调用信息处理方法、服务器及系统，其中，方法包括：当接收到至少两个需求方节点中的目标需求方节点发送的模型调用请求时，将模型调用请求中携带的输入参数信息导入模型调用请求针对的目标机理模型中，得到与模型调用请求对应的模型调用结果；将与模型调用请求对应的模型调用信息记录在目标区块中；基于目标区块中记录的所有模型调用信息确定目标区块的标识，并向至少两个需求方节点广播目标区块的标识；在目标区块的标识被至少两个需求方节点共识后，将目标区块上传至区块链，从而提高了服务方节点所记录的模型调用信息与目标需求方节点实际对应的模型调用信息的一致性。

Description

基于区块链的机理模型调用信息处理方法、服务器及系统

技术领域

本申请涉及区块链技术领域，尤其涉及一种基于区块链的机理模型调用信息处理方法、服务器及系统。

背景技术

机理模型，也称为白箱模型，是一种根据对象、生产过程中的内部机制或者物质流的传递机理等建立起来的精确数学模型。随着工业互联网技术的快速发展，工业互联网平台可以提供越来越多的机理模型供模型需求方付费使用。

工业互联网平台一般是基于模型需求方对机理模型的调用次数来向模型需求方收费的。通常，为了简化对账流程，工业互联网平台并不会单次单次地向模型需求方进行收费，而是每隔一段时间统计一次模型需求方对机理模型的调用次数，与模型需求方进行一次对账，并向模型需求方进行一次收费，因此，工业互联网平台通常需要对模型需求方对机理模型的调用信息进行记录。

现有技术中，工业互联网平台通常是将模型需求方对机理模型的调用信息存储在中心化数据库中，然而，由于中心化数据库中存储的数据易发生丢失、被损坏或被篡改等情况，因此容易导致工业互联网平台与模型需求方进行对账时无法达成一致。

发明内容

有鉴于此，本申请实施例提供了一种基于区块链的机理模型调用信息处理方法、服务器及系统，以解决现有的工业互联网平台将模型需求方对机理模型的调用信息存储在中心化的数据库中，容易导致工业互联网平台与模型需求方进行对账时无法达成一致的技术问题。

本申请实施例的第一方面提供了一种基于区块链的机理模型调用信息处理方法，应用于机理模型调用信息处理系统中的服务方节点，所述机理模型调用信息处理系统还包括至少两个需求方节点，所述机理模型调用信息处理方法包括：

当接收到所述至少两个需求方节点中的目标需求方节点发送的模型调用请求时，将所述模型调用请求中携带的输入参数信息导入所述模型调用请求针对的目标机理模型中，得到与所述模型调用请求对应的模型调用结果；

将与所述模型调用请求对应的模型调用信息记录在目标区块中；所述模型调用信息包括所述模型调用结果以及所述目标需求方节点的标识；

基于所述目标区块中记录的所有模型调用信息确定所述目标区块的标识，并向所述至少两个需求方节点广播所述目标区块的标识；

在所述目标区块的标识被所述至少两个需求方节点共识后，将所述目标区块上传至区块链。

可选的，所述基于所述目标区块中记录的所有模型调用信息确定所述目标区块的标识，包括：

当所述目标区块中记录的模型调用信息的总数目达到第一数目时，基于所述目标区块中记录的所有模型调用信息确定所述目标区块的标识。

可选的，所述目标区块的标识包括所述目标区块的哈希值；对应地，所述基于所述目标区块中记录的所有模型调用信息确定所述目标区块的标识，包括：

基于所述目标区块中记录的所有模型调用信息、第一区块的标识以及预设区块生成规则确定所述目标区块的哈希值；所述第一区块为被所述至少两个需求方节点共识过的所述目标区块的前一个区块。

可选的，所述将与所述模型调用请求对应的模型调用信息记录在目标区块中，包括：

将与所述模型调用请求对应的模型调用信息进行加密，得到所述模型调用请求对应的模型调用信息的密文，将所述模型调用请求对应的模型调用信息的密文记录在所述目标区块中；

对应地，所述基于所述目标区块中记录的所有模型调用信息、第一区块的标识以及预设区块生成规则确定所述目标区块的哈希值，包括：

基于所述目标区块中记录的所有模型调用信息的密文、所述第一区块的标识以及预设区块生成规则确定所述目标区块的哈希值。

可选的，所述将与所述模型调用请求对应的模型调用信息进行加密，得到所述模型调用请求对应的模型调用信息的密文，包括：

采用所述目标需求方节点的公钥对所述模型调用请求对应的模型调用信息进行加密，得到所述模型调用请求对应的模型调用信息的密文；所述目标需求方节点的公钥由所述目标需求方节点基于其安装的智能合约生成。

可选的，所述模型调用信息还包括：所述目标需求方节点对所述目标机理模型的调用时间和所述模型调用请求对应的模型调用状态；所述模型调用状态包括调用成功或调用失败。

本申请实施例的第二方面提供了一种服务器，所述服务器中部署有机理模型调用信息处理系统中的服务方节点，所述机理模型调用信息处理系统还包括至少两个需求方节点，所述服务器包括：

调用请求处理单元，用于当接收到所述至少两个需求方节点中的目标需求方节点发送的模型调用请求时，将所述模型调用请求中携带的输入参数信息导入所述模型调用请求针对的目标机理模型中，得到与所述模型调用请求对应的模型调用结果；

调用信息记录单元，用于将与所述模型调用请求对应的模型调用信息记录在目标区块中；所述模型调用信息包括所述模型调用结果以及所述目标需求方节点的标识；

区块广播单元，用于基于所述目标区块中记录的所有模型调用信息确定所述目标区块的标识，并向所述至少两个需求方节点广播所述目标区块的标识；

区块上链单元，用于在所述目标区块的标识被所述至少两个需求方节点共识后，将所述目标区块上传至区块链。

本申请实施例的第三方面提供了一种服务器，所述服务器中部署有服务方节点，所述服务器包括存储器、处理器以及存储在所述存储器中并可在所述服务器上运行的计算机程序，所述处理器执行所述计算机程序时实现第一方面或第一方面的任一可选方式所述的机理模型调用信息处理方法。

本申请实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现第一方面或第一方面的任一可选方式所述的机理模型调用信息处理方法。

本申请实施例的第五方面提供了一种计算机程序产品，当计算机程序产品在部署有服务方节点的服务器上运行时，使得部署有服务方节点的服务器执行上述第一方面或第一方面的任一可选方式所述的机理模型调用信息处理方法。

实施本申请实施例提供的一种基于区块链的机理模型调用信息处理方法、服务器、系统、计算机可读存储介质及计算机程序产品具有以下有益效果：

本申请实施例提供的一种基于区块链的机理模型调用信息处理方法，由于服务方节点将目标需求方节点发送的模型调用请求对应的模型调用信息记录在目标区块中，且服务方节点是在目标区块的标识被至少两个需求方节点共识后才将目标区块上传至区块链中的，因此记录在目标区块中的模型调用信息无法被篡改，从而提高了服务方节点所记录的模型调用信息与目标需求方节点实际对应的模型调用信息的一致性，进而减少了服务方节点与需求方节点进行对账时无法达成一致的情况。

附图说明

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

图1为本申请实施例提供的一种基于区块链的机理模型调用信息处理系统的结构示意图；

图2为本申请实施例提供的一种基于区块链的机理模型调用信息处理方法的实现流程图；

图3为本申请实施例提供的一种服务器的结构框图；

图4为本申请另一实施例提供的一种服务器的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

需要说明的是，本申请实施例中采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。例如，第一需求方节点和第二需求方节点仅仅是为了区分不同的需求方节点，并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

另外，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

本申请实施例首先提供一种基于区块链的机理模型调用信息处理系统，图1为本申请实施例提供的一种基于区块链的机理模型调用信息处理系统的结构示意图。如图1所示，该机理模型调用信息处理系统包括：服务方节点11以及至少两个需求方节点12。在具体应用中，服务方节点11可以部署在工业互联网平台的服务器上，其中，工业互联网平台可以提供多种可实现不同功能的机理模型，不同机理模型对应的输入参数可以不同，具体根据实际需求设置，此处不对其进行限定。需求方节点12可以部署在机理模型需求方的服务器上，作为示例而非限定，机理模型需求方可以是企业、事业单位或政府机构等。

在具体应用中，服务方节点11可以与至少两个需求方节点12中的任意至少两个需求方节点12均构成一个区块链网络，即服务方节点11可以与该至少两个需求方节点12构成多个不同的区块链网络。示例性的，假如机理模型调用信息处理系统中包括三个需求方节点，分别为：第一需求方节点、第二需求方节点及第三需求方节点，那么，当第一需求方节点和第二需求方节点均需要调用工业互联网平台提供的第一机理模型时，服务方节点11可以与第一需求方节点和第二需求方节点构成一个区块链网络；当第一需求方节点和第三需求方节点均需要调用工业互联网平台提供的第二机理模型时，服务方节点11可以与第一需求方节点和第三需求方节点构成另一个区块链网络。

本申请实施例中，服务方节点11和各个需求方节点12中均安装有智能合约，通过智能合约可以记录需求方节点12调用服务方节点11中的机理模型时所对应的模型调用信息。

本申请实施例还提供一种基于区块链的机理模型调用信息处理方法，图2为本申请实施例提供的一种基于区块链的机理模型调用信息处理方法的实现流程图。该机理模型调用信息处理方法的执行主体可以为图1中的服务方节点11，如图2所示，该机理模型调用信息处理方法可以包括S21~S24，详述如下：

S21：当接收到所述至少两个需求方节点中的目标需求方节点发送的模型调用请求时，将所述模型调用请求中携带的输入参数信息导入所述模型调用请求针对的目标机理模型中，得到与所述模型调用请求对应的模型调用结果。

本申请实施例中，当至少两个需求方节点中的任意一个需求方节点需要调用服务方节点中的机理模型时，该需求方节点即为目标需求方节点，其可以向服务方节点发送针对服务方节点中的目标机理模型的模型调用请求。

其中，模型调用请求中可以携带：目标需求方节点的标识、目标机理模型的标识及目标机理模型对应的输入参数信息等。

具体地，目标需求方节点的标识可以是目标需求方节点在区块链网络中的唯一编号、目标需求方节点的媒体存取控制（media access control，MAC）地址或互联网协议（internet protocol，IP）地址等。目标机理模型的标识可以是目标机理模型的名称或目标机理模型的编号等。目标机理模型对应的输入参数信息可以包括目标机理模型对应的输入参数的实际值。

服务方节点接收到目标需求方节点发送的模型调用请求时，可以基于模型调用请求中携带的目标机理模型的标识确定模型调用请求针对的（即目标需求方节点想要调用的）目标机理模型，并将模型调用请求中携带的目标机理模型对应的输入参数信息导入该目标机理模型中，得到与模型调用请求对应的模型调用结果。需要说明的是，当模型调用请求中携带的目标机理模型对应的输入参数的实际值不同时，通过目标机理模型得到的模型调用结果不同。

本申请实施例中，为了方便服务方节点后续与各需求方节点进行对账，服务方节点需要对其接收到的每个模型调用请求对应的模型调用信息进行记录，基于此，服务方节点得到模调用请求对应的模型调用结果后，可以执行S22。

此外，在具体应用中，服务方节点得到模调用请求对应的模型调用结果后，可以将该模型调用结果返回至目标需求方节点，以使目标需求方节点基于该模型调用结果实现目标机理模型提供所的相应功能。

S22：将与所述模型调用请求对应的模型调用信息记录在目标区块中。

与模型调用请求对应的模型调用信息可以包括：目标需求方节点的标识、目标机理模型的标识、目标需求方节点对目标机理模型的调用时间、模型调用请求对应的模型调用结果以及模型调用请求对应的模型调用状态等。

其中，目标需求方节点对目标机理模型的调用时间可以是服务方节点接收到目标需求方节点发送的模型调用请求的时间。具体地，服务方节点在接收到目标需求方节点发送的模型调用请求时，可以将其接收到该模型调用请求的时间确定为目标需求方节点对目标机理模型的调用时间。

模型调用请求对应的模型调用状态可以包括：调用成功和调用失败。具体地，服务方节点将模型调用请求中携带的输入参数信息导入目标机理模型后，如果目标机理模型可以正常输出与模型调用请求对应的模型调用结果，则服务方节点确定模型调用请求对应的模型调用状态为调用成功；如果目标机理模型无法输出与模型调用请求对应的模型调用结果，则服务方节点确定模型调用请求对应的模型调用状态为调用失败。

本申请实施例中，目标区块用于记录服务方节点接收到的各个模型调用请求对应的模型调用信息。其中，目标区块中记录的模型调用信息可以是来自不同需求方节点的不同的模型调用请求对应的模型调用信息。目标区块中总共可以存储第一数目个模型调用信息，第一数据可以根据实际需求设置，此处不对其进行特别限制。在具体应用中，目标区块可以是服务方节点创建的待上链（即还未上链）至区块链上的区块。

S23：基于所述目标区块中记录的所有模型调用信息确定所述目标区块的标识，并向所述至少两个需求方节点广播所述目标区块的标识。

在一种可能的实现方式中，服务方节点可以在目标区块中记录的模型调用信息的总数目达到第一数目时，基于目标区块中记录的所有模型调用信息确定目标区块的标识。

在另一种可能的实现方式中，服务方节点可以在目标区块中记录的模型调用信息的总数目未达到第一数目，但当前时刻与目标区块的创建时间之间的时间间隔达到第一时长时，基于目标区块中记录的所有模型调用信息确定目标区块的标识。

其中，目标区块的标识可以是目标区块的哈希值。对应地，S23中基于目标区块中记录的所有模型调用信息确定目标区块的标识可以包括以下步骤：

基于所述目标区块中记录的所有模型调用信息、第一区块的标识以及预设区块生成规则确定所述目标区块的哈希值。

其中，第一区块为被至少两个需求方节点共识过的目标区块的前一个区块，也即已上链的区块中上链时间最晚的区块。第一区块的标识可以为第一区块的哈希值。预设区块生成规则可以根据实际需求设置，此处不对其进行限定。

本申请实施例中，服务方节点确定出目标区块的标识后，可以向机理模型调用信息处理系统中的至少两个需求方节点广播该目标区块的标识。具体地，由于机理模型调用信息处理系统中的至少两个需求方节点与服务方节点可以构成多个不同的区块链网络，因此，服务方节点可以向目标区块链网络中的至少两个需求方节点广播目标区块的标识。其中，目标区块链网络可以是需要调用目标机理模型的各个需求方节点与服务方节点构成的区块链网络。

S24：在所述目标区块的标识被所述至少两个需求方节点共识后，将所述目标区块上传至区块链。

服务方节点向目标区块链网络中的至少两个需求方节点广播了目标区块的标识后，接收到目标区块的标识的需求方节点可以基于预设共识策略对该目标区块的标识进行共识。其中，预设共识策略可以根据实际需求设置，此处不对其进行限制，例如，预设共识策略可以为拜占庭共识算法。

服务方节点在确定目标区块的标识被目标区块链网络中的至少两个需求方节点共识后，将目标区块上传至该目标区块链网络对应的区块链中。

以上可以看出，本实施例提供的一种基于区块链的机理模型调用信息处理方法，由于服务方节点将目标需求方节点发送的模型调用请求对应的模型调用信息记录在目标区块中，且服务方节点是在目标区块的标识被至少两个需求方节点共识后才将目标区块上传至区块链中的，因此记录在目标区块中的模型调用信息无法被篡改，从而提高了服务方节点所记录的模型调用信息与目标需求方节点实际对应的模型调用信息的一致性，进而减少了服务方节点与需求方节点进行对账时无法达成一致的情况。

在本申请的另一个实施例中，S22具体可以包括以下步骤：

将与所述模型调用请求对应的模型调用信息进行加密，得到所述模型调用请求对应的模型调用信息的密文，将所述模型调用请求对应的模型调用信息的密文记录在所述目标区块中。

本实施例中，为了确保只有目标需求方节点能够从目标区块中获取到其所发送的模型调用请求对应的模型调用信息，服务方节点在向目标区块中记录目标需求方节点发送的模型调用请求对应的模型调用信息之前，可以先对目标需求方节点发送的模型调用请求对应的模型调用信息进行加密，得到目标需求方节点发送的模型调用请求对应的模型调用信息的密文，将目标需求方节点发送的模型调用请求对应的模型调用信息的密文记录在目标区块中。

在一种可能的实现方式中，服务方节点可以采用目标需求方节点的公钥对其发送的模型调用请求对应的模型调用信息进行加密，进而得到该模型调用请求对应的模型调用信息的密文，这样，只有通过目标需求方节点的私钥才能解密出目标需求方节点发送的模型调用请求对应的模型调用信息，从而可以确保目标需求方节点发送的模型调用请求对应的模型调用信息不会被泄露给其它需求方节点，进一步提高了目标需求方节点对应的模型调用信息的安全性。

其中，目标需求方节点的公钥和私钥可以由目标需求方节点基于其安装的智能合约生成。

基于此，S23具体可以包括以下步骤：

本实施例中，由于目标区块中记录的是各个模型调用请求对应的模型调用信息的密文，因此，服务方节点可以基于目标区块中记录的所有模型调用信息的密文、第一区块的标识以及预设区块生成规则生成目标区块的哈希值。

以上可以看出，本实施例提供的机理模型调用信息处理方法，由于采用目标需求方节点的公钥对其发送的模型调用请求对应的模型调用信息进行加密，并将其发送的模型调用请求对应的模型调用信息的密文记录在目标区块中，因此，在目标区块上链后，只有目标需求方节点才能获取并解密出其发送的模型调用请求对应的模型调用信息，除目标需求方节点之外的其它需求方节点无法解密出目标需求方节点发送的模型调用请求对应的模型调用信息，从而可以提高目标需求方节点对应的模型调用信息的安全性。

本申请实施例还提供了一种服务器，该服务器中部署有图1中的服务方节点11。请参阅图3，图3为本申请实施例提供的一种服务器的结构框图，该服务器30包括的各单元用于执行图2对应的实施例中的各步骤，具体请参阅图2以及图2对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。如图3所示，该服务器30包括：调用请求处理单元31、调用信息记录单元32、区块广播单元33及区块上链单元34。其中：

调用请求处理单元31，用于当接收到所述至少两个需求方节点中的目标需求方节点发送的模型调用请求时，将所述模型调用请求中携带的输入参数信息导入所述模型调用请求针对的目标机理模型中，得到与所述模型调用请求对应的模型调用结果。

调用信息记录单元32，用于将与所述模型调用请求对应的模型调用信息记录在目标区块中；所述模型调用信息包括所述模型调用结果以及所述目标需求方节点的标识。

区块广播单元33，用于基于所述目标区块中记录的所有模型调用信息确定所述目标区块的标识，并向所述至少两个需求方节点广播所述目标区块的标识。

区块上链单元34，用于在所述目标区块的标识被所述至少两个需求方节点共识后，将所述目标区块上传至区块链。

可选的，区块广播单元33具体用于：

可选的，所述目标区块的标识包括所述目标区块的哈希值；对应地，区块广播单元33具体用于：

可选的，调用信息记录单元32具体用于：

对应地，区块广播单元33具体用于：

可选的，调用信息记录单元32具体用于：

需要说明的是，上述各单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参照方法实施例部分，此处不再赘述。

图4为本申请又一实施例提供的一种服务器的结构框图。该服务器中部署有图1中的服务方节点11。如图4所示，该服务器40包括：处理器41、存储器42以及存储在存储器42中并可在处理器41上运行的计算机程序43，例如基于区块链的机理模型调用信息处理方法对应的程序。处理器41执行计算机程序43时实现上述各个基于区块链的机理模型调用信息处理方法实施例中的步骤，例如图2所示的S21~S24。或者，处理器41执行计算机程序43时实现上述图3对应的实施例中各单元的功能，例如，图3所示的单元31~34的功能，具体请参阅图3对应的实施例中的相关描述，此处不赘述。

示例性的，计算机程序43可以被分割成一个或多个单元，所述一个或者多个单元被存储在存储器42中并由处理器41执行，以完成本申请。所述一个或多个单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序43在服务器40中的执行过程。例如，计算机程序43可以被分割成调用请求处理单元、调用信息记录单元、区块广播单元及区块上链单元，各单元具体功能如上所述。

本领域技术人员可以理解，图4仅仅是服务器40的示例，并不构成对服务器40的限定，服务器40可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如服务器40还可以包括输入输出设备、网络接入设备、总线等。

处理器41可以是中央处理单元（Central Processing Unit，CPU），还可以是其他通用处理器、数字信号处理器（Digital Signal Processor，DSP）、专用集成电路（Application Specific Integrated Circuit，ASIC）、现成可编程门阵列（Field-Programmable Gate Array，FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器42可以是服务器40的内部存储单元，例如服务器40的硬盘或内存。存储器42也可以是服务器40的外部存储设备，例如服务器40上配备的插接式硬盘，智能存储卡（Smart Media Card，SMC），安全数字（Secure Digital，SD）卡，闪存卡（Flash Card）等。进一步地，存储器42还可以既包括服务器40的内部存储单元也包括外部存储设备。存储器42用于存储所述计算机程序以及服务器40所需的其他程序和数据。存储器42还可以用于暂时地存储已经输出或者将要输出的数据。

本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，该计算机程序被处理器执行时可实现上述图2对应的实施例中的基于区块链的机理模型调用信息处理方法。

本申请实施例还提供了一种计算机程序产品，当计算机程序产品在部署有服务方节点的服务器上运行时，使得服务器执行图2对应的实施例中的基于区块链的机理模型调用信息处理方法。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims

1.一种基于区块链的机理模型调用信息处理方法，其特征在于，应用于机理模型调用信息处理系统中的服务方节点，所述机理模型调用信息处理系统还包括至少两个需求方节点，所述机理模型调用信息处理方法包括：

在所述目标区块的标识被所述至少两个需求方节点共识后，将所述目标区块上传至区块链；

其中，所述目标区块的标识包括所述目标区块的哈希值；对应地，所述基于所述目标区块中记录的所有模型调用信息确定所述目标区块的标识，包括：

基于所述目标区块中记录的所有模型调用信息、第一区块的标识以及预设区块生成规则确定所述目标区块的哈希值；所述第一区块为已上链的区块中上链时间最晚的区块。

2.根据权利要求1所述的机理模型调用信息处理方法，其特征在于，所述基于所述目标区块中记录的所有模型调用信息确定所述目标区块的标识，包括：

3.根据权利要求1所述的机理模型调用信息处理方法，其特征在于，所述将与所述模型调用请求对应的模型调用信息记录在目标区块中，包括：

4.根据权利要求3所述的机理模型调用信息处理方法，其特征在于，所述将与所述模型调用请求对应的模型调用信息进行加密，得到所述模型调用请求对应的模型调用信息的密文，包括：

5.根据权利要求1至4任一项所述的机理模型调用信息处理方法，其特征在于，所述模型调用信息还包括：所述目标需求方节点对所述目标机理模型的调用时间和所述模型调用请求对应的模型调用状态；所述模型调用状态包括调用成功或调用失败。

6.一种服务器，其特征在于，所述服务器中部署有机理模型调用信息处理系统中的服务方节点，所述机理模型调用信息处理系统还包括至少两个需求方节点，所述服务器包括：

区块上链单元，用于在所述目标区块的标识被所述至少两个需求方节点共识后，将所述目标区块上传至区块链；

其中，所述目标区块的标识为所述目标区块的哈希值；对应地，所述区块广播单元具体用于：

7.一种服务器，其特征在于，所述服务器中部署有机理模型调用信息处理系统中的服务方节点，所述服务器包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述的机理模型调用信息处理方法的步骤。

8.一种基于区块链的机理模型调用信息处理系统，其特征在于，包括服务方节点以及至少两个需求方节点；所述服务方节点部署在工业互联网平台的服务器上，所述服务器用于执行如权利要求1至5任一项所述的机理模型调用信息处理方法的步骤。

9.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述的机理模型调用信息处理方法的步骤。