CN111736893B - 一种软件包版本核验方法及相关装置 - Google Patents

Abstract

本申请公开了一种软件包版本核验方法及相关装置。当前操作人员对应的终端设备从区块链获得软件包的第一哈希值；第一哈希值为前一操作人员对应的终端设备执行处理操作得到软件包后，根据软件包哈希计算并记录到区块链中的哈希值；对软件包进行哈希计算，得到软件包的第二哈希值；判断第一哈希值与第二哈希值是否一致，如果是，则确定当前版本的软件包未经过修改；如果否，则确定当前版本的软件包经过修改。通过判断第一哈希值和第二哈希值是否一致，能够确定当前版本的软件包是否经过修改。如此，实现了对软件包流转过程的跟踪，追溯变化，防止在流转过程中出现操作人员修改软件包内容的情况发生。

Description

一种软件包版本核验方法及相关装置

技术领域

本申请涉及区块链技术领域，特别是涉及一种软件包版本核验方法及相关装置。

背景技术

目前在很多开发软件的企业，仍使用人工或者半自动的方式来进行软件包的版本流转。软件包在开发环境、测试环境、生产环境的流转还依赖于人工的处理。在此情形下，很难避免不同角色在处理或部署软件包时，有意或无意的修改软件包的内容，导致生产问题的发生。因此，如何防止软件包的版本流转过程中出现操作人员修改软件包内容的情况发生，已经成为本领域急需解决的技术问题。

发明内容

基于上述问题，本申请提供了一种软件包版本核验方法及相关装置，以防止软件包的版本流转过程中出现操作人员修改软件包内容的问题发生。

本申请实施例公开了如下技术方案：

第一方面，本申请提供一种软件包版本核验方法，应用于当前操作人员对应的终端设备；所述方法包括：

从区块链获得软件包的第一哈希值；所述第一哈希值为前一操作人员对应的终端设备执行处理操作得到所述软件包后，根据所述软件包哈希计算并记录到所述区块链中的哈希值；

对所述软件包进行哈希计算，得到所述软件包的第二哈希值；

判断所述第一哈希值与所述第二哈希值是否一致，如果是，则确定当前版本的所述软件包未经过修改；如果否，则确定当前版本的所述软件包经过修改。

可选地，所述区块链提供有查询哈希值的应用程序接口API，所述从区块链获得软件包的第一哈希值，具体包括：

通过所述API从所述区块链获得所述第一哈希值。

可选地，在所述确定当前版本的所述软件包未经过修改之后，所述方法还包括：

对所述软件包进行处理操作，得到处理后的软件包；

根据所述处理后的软件包哈希计算得到所述处理后的软件包的第一哈希值；

将该第一哈希值记录到所述区块链中。

可选地，在所述得到处理后的软件包之后，所述方法还包括：

将所述处理后的软件包上传到所述区块链，以便下一操作人员通过所述区块链获得所述处理后的软件包。

可选地，所述方法还包括：

将所述当前操作人员的身份信息和/或所述当前操作人员通过其终端设备执行的处理操作的内容记录到所述区块链。

可选地，在所述确定当前版本的所述软件包经过修改之后，所述方法还包括：

生成报错消息，以提示当前版本的所述软件包经过修改。

第二方面，本申请提供一种软件包版本核验装置，应用于当前操作人员对应的终端设备；所述装置包括：

第一哈希值获取模块，用于从区块链获得软件包的第一哈希值；所述第一哈希值为前一操作人员对应的终端设备执行处理操作得到所述软件包后，根据所述软件包哈希计算并记录到所述区块链中的哈希值；

哈希计算模块，用于对所述软件包进行哈希计算，得到所述软件包的第二哈希值；

判断模块，用于判断所述第一哈希值与所述第二哈希值是否一致，如果是，则确定当前版本的所述软件包未经过修改；如果否，则确定当前版本的所述软件包经过修改。

可选地，所述区块链提供有查询哈希值的应用程序接口API，所述第一哈希值获取模块，具体用于通过所述API从所述区块链获得所述第一哈希值。

可选地，装置还包括：

处理模块，用于对所述软件包进行处理操作，得到处理后的软件包；

所述哈希计算模块，还用于根据所述处理后的软件包哈希计算得到所述处理后的软件包的第一哈希值；

第一上传模块，用于将该第一哈希值记录到所述区块链中。

可选地，装置还包括：第二上传模块，用于将所述处理后的软件包上传到所述区块链，以便下一操作人员通过所述区块链获得所述处理后的软件包。

可选地，装置还包括：第三上传模块，用于将所述当前操作人员的身份信息和/或所述当前操作人员通过其终端设备执行的处理操作的内容记录到所述区块链。

可选地，装置还包括：报错模块，用于生成报错消息以提示当前版本的所述软件包经过修改。

相较于现有技术，本申请具有以下有益效果：

本申请提供的软件包版本核验方法和装置应用于当前操作人员对应的终端设备。从区块链获得软件包的第一哈希值；第一哈希值为前一操作人员对应的终端设备执行处理操作得到软件包后，根据软件包哈希计算并记录到区块链中的哈希值；对软件包进行哈希计算，得到软件包的第二哈希值；判断第一哈希值与第二哈希值是否一致，如果是，则确定当前版本的软件包未经过修改；如果否，则确定当前版本的软件包经过修改。由于如果软件包版本在两个操作人员之间被其他人员进行了修改操作，则再次计算得到的第二哈希值必然不同于第一哈希值，因此在本申请提供的技术方案中，通过判断第一哈希值和第二哈希值是否一致，能够确定当前版本的软件包是否经过修改。如此，实现了对软件包流转过程的跟踪，追溯变化，防止在流转过程中出现操作人员修改软件包内容的情况发生。

附图说明

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

图1为本申请实施例提供的一种软件包版本核验方法的流程图；

图2为本申请实施例提供的另一种软件包版本核验方法的流程图；

图3为本申请实施例提供的一种软件包版本核验装置的结构示意图；

图4为本申请实施例提供的另一种软件包版本核验装置的结构示意图。

具体实施方式

为便于理解本方案的实现，首先对本方案涉及的部分专业名词进行说明：

软件包：指具有特定的功能，用来完成特定任务的一个程序或一组程序。

版本流转：指软件版本，在研发过程中，不同阶段进行传递。

区块链：是一种按照时间顺序将数据区块以顺序相连的方式组合成的一种链式数据结构，并以密码学方式保证的不可篡改和不可伪造的分布式账本。

正如前文描述，目前的软件包流转过程涉及多个操作人员的人工操作。软件包流转期间，操作人员对当前版本的修改很有可能导致后续软件包的安装、部署、使用出现问题。为避免上述问题，追踪修改软件包的操作，本申请实施例提供一种软件包版本核验方法及相关装置。通过比较软件包的哈希值，确定软件包是否被修改。

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

方法实施例

参见图1，该图为本申请实施例提供的一种软件包版本核验方法的流程图。在该方法的实现场景中，包括区块链和软件包流转过程中涉及到的各个操作人员对应的终端设备。作为示例，终端设备可以是手机、笔记本电脑、台式电脑等。这些终端设备可以将数据上传区块链，也可以从区块链获得数据。操作人员可以是软件包的开发人员、测试人员、运维人员等。在本申请实施例提供的软件包版本核验方法主要可以应用在当前操作人员对应的终端设备。

如图1所示，该软件包版本核验方法包括：

步骤101：从区块链获得软件包的第一哈希值。

其中，所述第一哈希值为前一操作人员对应的终端设备执行处理操作得到所述软件包后，根据所述软件包哈希计算并记录到所述区块链中的哈希值。

例如，前一操作人员是操作人员A，当前操作人员是操作人员B，下一操作人员是操作人员C。操作人员的顺序与软件包流转过程中需要经过的流转顺序一致。由于操作人员A通过对其获得的软件包进行了处理操作后，对其处理完毕的软件包进行了哈希计算，并将计算得到的第一哈希值记录到了区块链，因此当操作人员B需要对该软件包进一步进行处理操作时，通过自身对应的终端设备可以获得该第一哈希值。

需要说明的是，同一版本的软件包，如果未经过修改，根据其计算出来的哈希值应当是不变的。一旦软件包版本因修改发生了变化，则修改前和修改后的软件包计算出的哈希值不一致。

在一种可能的实现方式中，所述区块链提供有查询哈希值的应用程序接口API，因此本步骤中可以通过所述API从所述区块链获得所述第一哈希值。

步骤102：对所述软件包进行哈希计算，得到所述软件包的第二哈希值。

根据软件包哈希计算得到哈希值属于本领域比较成熟的技术，因此对计算哈希值的实现过程不进行详述。

步骤103：判断所述第一哈希值与所述第二哈希值是否一致，如果是，则执行步骤104，如果否，则执行步骤105。

步骤104：确定当前版本的所述软件包未经过修改。

步骤105：确定当前版本的所述软件包经过修改。

当第一哈希值与第二哈希值不一致时，表示在前一操作人员利用其终端设备执行处理操作之后，以及当前操作人员进行处理操作之前，软件包被修改了。因此，当前操作人员获得的软件包与前一操作人员处理操作后的软件包版本不一致。如此，通过哈希值核验版本，可以确定软件包是否发生了修改，防止软件包的版本流转过程中出现操作人员修改软件包内容的问题发生，减少后续生产问题。

基于前述实施例，本申请还提供另一种软件包版本核验方法。参见图2，该图为该方法的流程图。如图2所示，该方法包括：

步骤201：从区块链获得软件包的第一哈希值。

步骤202：对所述软件包进行哈希计算，得到所述软件包的第二哈希值。

步骤203：判断所述第一哈希值与所述第二哈希值是否一致，如果是，则执行步骤204-207，如果否，则执行步骤208-209。

步骤204：确定当前版本的所述软件包未经过修改。

确定当前版本的软件包未经过修改，则当前操作人员利用其对应的终端设备可以对该软件包进行处理操作。

步骤205：对所述软件包进行处理操作，得到处理后的软件包。

实际应用中，不同的操作人员执行的处理操作可能是不同的。例如，开发人员执行的处理操作、测试人员执行的处理操作和运维人员执行的处理操作是不同的。此处对处理操作的具体内容不进行限定。

步骤206：根据所述处理后的软件包哈希计算得到所述处理后的软件包的第一哈希值。

步骤207：将该第一哈希值记录到所述区块链中。

沿用前文的示例，当前操作人员B对软件包的处理操作完成后，与操作人员A相似地，利用终端设备对处理后的软件包哈希计算得到第一哈希值，并记录到区块链，以备下一操作人员C获取。

此外，还可以将处理后的软件包也上传到区块链，以便下一操作人员C通过所述区块链获得所述处理后的软件包。

此外，还可以将所述当前操作人员的身份信息和/或所述当前操作人员通过其终端设备执行的处理操作的内容记录到所述区块链。此处，操作人员的身份信息可以为其身份证号、工号或其组合或编码形式。记录到区块链中当前操作人员执行的处理操作的内容，具体可以为：处理操作的流程、类型、处理时长等。通过记录身份信息和/或处理操作的内容，可以便利于追踪软件包流转过程中各处理操作环节和定位负责人员。另外，还可以记录身份信息和处理操作的内容的关联关系。

步骤208：确定当前版本的所述软件包经过修改。

步骤209：生成报错消息，以提示当前版本的所述软件包经过修改。

该报错消息可以提供给区块链，以告知区块链的各个节点；另外，该报错消息也可以在当前操作人员对应的终端设备上(音频形式)播放或(视频形式、图像形式、文本形式)显示出来。

如此，开发人员、测试人员、运维人员等在流转过程中需要生成第二哈希值以检查收到的软件包的内容，并在处理后，将处理后的软件包的第一哈希值保存到区块链上。这样，如果软件包的内容发生改变，下一操作人员则可以根据区块链上的记录来追溯变化。

基于前述实施例提供的软件包版本核验方法，相应地，本申请还提供一种软件包核验装置。下面结合实施例和附图进行说明。

装置实施例

参见图3，该图为本申请实施例提供的一种软件包版本核验装置的结构示意图。该装置应用在当前操作人员对应的终端设备上。如图3所示，该装置包括：

第一哈希值获取模块301，用于从区块链获得软件包的第一哈希值；所述第一哈希值为前一操作人员对应的终端设备执行处理操作得到所述软件包后，根据所述软件包哈希计算并记录到所述区块链中的哈希值；

哈希计算模块302，用于对所述软件包进行哈希计算，得到所述软件包的第二哈希值；

判断模块303，用于判断所述第一哈希值与所述第二哈希值是否一致，如果是，则确定当前版本的所述软件包未经过修改；如果否，则确定当前版本的所述软件包经过修改。

由于如果软件包版本在两个操作人员之间被其他人员进行了修改操作，则再次计算得到的第二哈希值必然不同于第一哈希值，因此在本申请提供的技术方案中，通过判断第一哈希值和第二哈希值是否一致，能够确定当前版本的软件包是否经过修改。如此，实现了对软件包流转过程的跟踪，追溯变化，防止在流转过程中出现操作人员修改软件包内容的情况发生。

可选地，所述区块链提供有查询哈希值的应用程序接口API，所述第一哈希值获取模块，具体用于通过所述API从所述区块链获得所述第一哈希值。

参见图4，该图示意了另一种软件包版本核验装置的结构。如图4所示，可选地，装置还包括：

处理模块304，用于对所述软件包进行处理操作，得到处理后的软件包；

所述哈希计算模块302，还用于根据所述处理后的软件包哈希计算得到所述处理后的软件包的第一哈希值；

第一上传模块305，用于将该第一哈希值记录到所述区块链中。

可选地，上述装置还包括：

第二上传模块306，用于将所述处理后的软件包上传到所述区块链，以便下一操作人员通过所述区块链获得所述处理后的软件包。

可选地，上述装置还包括：

第三上传模块307，用于将所述当前操作人员的身份信息和/或所述当前操作人员通过其终端设备执行的处理操作的内容记录到所述区块链。

可选地，上述装置还包括：

报错模块308，用于生成报错消息以提示当前版本的所述软件包经过修改。

如此，开发人员、测试人员、运维人员等在流转过程中需要生成第二哈希值以检查收到的软件包的内容，并在处理后，将处理后的软件包的第一哈希值保存到区块链上。这样，如果软件包的内容发生改变，下一操作人员则可以根据区块链上的记录来追溯变化。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备及系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的设备及系统实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元提示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述，仅为本申请的一种具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应该以权利要求的保护范围为准。

Claims (6)

1.一种软件包版本核验方法，其特征在于，应用于当前操作人员对应的终端设备；所述方法包括：

从区块链获得软件包的第一哈希值；所述第一哈希值为前一操作人员对应的终端设备执行处理操作得到所述软件包后，根据所述软件包哈希计算并记录到所述区块链中的哈希值；

对所述软件包进行哈希计算，得到所述软件包的第二哈希值；

判断所述第一哈希值与所述第二哈希值是否一致，如果是，则确定当前版本的所述软件包未经过修改；如果否，则确定当前版本的所述软件包经过修改；

在所述确定当前版本的所述软件包未经过修改之后，所述方法还包括：

对所述软件包进行处理操作，得到处理后的软件包；

根据所述处理后的软件包哈希计算得到所述处理后的软件包的第一哈希值；

将该第一哈希值记录到所述区块链中；

在所述得到处理后的软件包之后，所述方法还包括：

将所述处理后的软件包上传到所述区块链，以便下一操作人员通过所述区块链获得所述处理后的软件包；

所述方法还包括：将所述当前操作人员的身份信息和/或所述当前操作人员通过其终端设备执行的处理操作的内容记录到所述区块链。

2.根据权利要求1所述的软件包版本核验方法，其特征在于，所述区块链提供有查询哈希值的应用程序接口API，所述从区块链获得软件包的第一哈希值，具体包括：

通过所述API从所述区块链获得所述第一哈希值。

3.根据权利要求1所述的软件包版本核验方法，其特征在于，在所述确定当前版本的所述软件包经过修改之后，所述方法还包括：

生成报错消息，以提示当前版本的所述软件包经过修改。

4.一种软件包版本核验装置，其特征在于，应用于当前操作人员对应的终端设备；所述装置包括：

第一哈希值获取模块，用于从区块链获得软件包的第一哈希值；所述第一哈希值为前一操作人员对应的终端设备执行处理操作得到所述软件包后，根据所述软件包哈希计算并记录到所述区块链中的哈希值；

哈希计算模块，用于对所述软件包进行哈希计算，得到所述软件包的第二哈希值；

判断模块，用于判断所述第一哈希值与所述第二哈希值是否一致，如果是，则确定当前版本的所述软件包未经过修改；如果否，则确定当前版本的所述软件包经过修改；

处理模块，用于对所述软件包进行处理操作，得到处理后的软件包；

所述哈希计算模块，还用于根据所述处理后的软件包哈希计算得到所述处理后的软件包的第一哈希值；

第一上传模块，用于将该第一哈希值记录到所述区块链中；

第二上传模块，用于将所述处理后的软件包上传到所述区块链，以便下一操作人员通过所述区块链获得所述处理后的软件包；

第三上传模块，用于将所述当前操作人员的身份信息和/或所述当前操作人员通过其终端设备执行的处理操作的内容记录到所述区块链。

5.根据权利要求4所述的软件包版本核验装置，其特征在于，所述区块链提供有查询哈希值的应用程序接口API，所述第一哈希值获取模块，具体用于通过所述API从所述区块链获得所述第一哈希值。

6.根据权利要求4所述的软件包版本核验装置，其特征在于，还包括：报错模块，用于生成报错消息以提示当前版本的所述软件包经过修改。