CN118012864A - 一种建筑工程造价信息管理方法、系统及可读存储介质 - Google Patents

Abstract

一种建筑工程造价信息管理方法、系统及可读存储介质，涉及工程项目数据管理技术领域。在该方法中，将获取的当前建筑工程造价信息分布式存储在各个节点上获得原始子建筑工程造价信息；生成每一个原始子建筑工程造价信息的原始哈希值；将修改后的当前建筑工程造价信息确定为修改建筑工程造价信息，并记录本次修改的元信息；将修改建筑工程造价信息分布式存储在各个节点上获得修改子建筑工程造价信息；生成每一个附上元信息的修改子建筑工程造价信息的修改哈希值；将修改哈希值链接哈希值形成哈希链；统计全部节点的哈希链得到建筑工程造价信息的管理表，来提高对建筑工程造价信息的版本管理的效率，同时保障建筑工程造价信息的完整性和安全性。

Description

一种建筑工程造价信息管理方法、系统及可读存储介质

技术领域

本申请涉及工程项目数据管理技术领域，尤其涉及一种建筑工程造价信息管理方法、系统及可读存储介质。

背景技术

在当代建筑行业，工程造价信息管理是确保项目成本控制和财务透明的关键因素。随着技术进步，信息管理系统在建筑工程造价控制中扮演着越来越重要的角色，从而推动了建筑工程管理向数字化、智能化的转型。

目前，大多数建筑工程造价信息管理依赖于电子文档和数据库技术，这些方法能够实现信息的基本存储、检索和一定程度的权限控制。信息通常存储在中央服务器或云平台上，通过网络供多个用户访问和编辑。

现有技术中建筑工程造价信息管理方法由于存储文件的位置较为集中，且访问控制往往不够严密，不法分子或内部人员可以相对容易地找到并修改这些文件。此外，一旦信息被篡改，现有系统往往无法提供充分的修改痕迹，导致数据完整性和安全性得不到保障。

发明内容

本申请提供了一种建筑工程造价信息管理方法、系统及可读存储介质，用于提高建筑工程造价信息的完整性和安全性。

第一方面，本申请提供了一种建筑工程造价信息管理方法，包括：

将获取的当前建筑工程造价信息分布式存储在各个节点上获得若干个原始子建筑工程造价信息；

生成每一个原始子建筑工程造价信息的原始哈希值；

在确定当前建筑工程造价信息被修改的情况下，将修改后的当前建筑工程造价信息确定为修改建筑工程造价信息，并记录本次修改的元信息，元信息包括修改人、修改时间；

将修改建筑工程造价信息分布式存储在各个节点上获得若干个修改子建筑工程造价信息；

在每一个修改子建筑工程造价信息中附上元信息，并且生成每一个附上元信息的修改子建筑工程造价信息的修改哈希值；

将当前节点中存储的修改子建筑工程造价信息对应的修改哈希值链接当前节点中存储的原始子建筑工程造价信息对应的哈希值形成当前节点的哈希链；

统计全部节点的哈希链得到建筑工程造价信息的管理表。

在上述实施例中，通过在各个节点上分散存储建筑工程造价信息，提高了未经授权访问和篡改数据的难度。任何后续的修改都必须通过生成新的修改哈希值来记录。这些哈希值以链式结构相连，确保了数据一致性的连续性检验，一旦链条出现不匹配，系统便能迅速暴露任何未授权的更改，大幅度增强了数据的完整性。记录每次数据变更的元信息，如修改人员的身份和修改发生的时间，为每一项数据变化提供了清晰的历史轨迹，这不仅强化了责任归属，也大大提升了数据追踪的可行性。以此增加了数据完整性和安全性。

结合第一方面的一些实施例，在一些实施例中，在确定当前建筑工程造价信息被修改的情况下，将修改后的当前建筑工程造价信息确定为修改建筑工程造价信息，并记录本次修改的元信息，元信息包括修改人、修改时间的步骤之后，方法还包括：

根据修改建筑工程造价信息与当前建筑工程造价信息的比对结果确定已修改信息和未修改信息；

根据修改建筑工程造价信息与当前建筑工程造价信息的对应关系确定已修改信息的节点和未修改信息的节点；

将修改建筑工程造价信息分布式存储在各个节点上获得若干个修改子建筑工程造价信息的步骤，具体包括：

将已修改信息分布式存储在已修改信息的节点上，预设标识信息分布式存储在未修改信息的节点上。

在上述实施例中，通过比对建筑工程造价信息的修改前后状态，仅将修改后的信息存储在对应节点上，而未经更改的信息则通过预设标识信息进行标记，避免了重复存储无变化的数据。减少了网络传输的数据量，提高了系统的响应速度和存储效率。

结合第一方面的一些实施例，在一些实施例中，将当前节点中存储的修改子建筑工程造价信息对应的修改哈希值链接当前节点中存储的原始子建筑工程造价信息对应的哈希值形成当前节点的哈希链的步骤，具体包括：

确定元信息中的修改时间；

根据元信息中的修改时间根据预设规则确定当前层次；

在当前层次下，将当前节点中存储的修改子建筑工程造价信息对应的修改哈希值链接当前节点中存储的原始子建筑工程造价信息对应的哈希值形成当前节点的哈希链。

在上述实施例中，通过将哈希链划分为不同的层次，提供了对建筑工程造价信息变化进行精细管理的能力。每一层次的哈希链都记录相应时间段内的数据变动，从而使得数据变更的追踪更加有序和高效。

结合第一方面的一些实施例，在一些实施例中，根据元信息中的修改时间根据预设规则确定当前层次的步骤，具体包括：

元信息中的修改时间为当年的最后一日则确定为年层次；

元信息中的修改时间为当月的最后一日且不是当年的最后一日则确定为月层次；

元信息中的修改时间为其他所有日期则确定为日层次。

在上述实施例中，使得数据变更能够依据其发生的时间被自动归类到相应的层级。年终数据更新直接关联到年层次，简化了年度数据的审计和回顾；月末数据更新归入月层次，便于进行月度分析和整理；而其他日常的数据变更则记录在日层次，以支持日常的操作和管理。

结合第一方面的一些实施例，在一些实施例中，元信息中的修改时间为其他所有日期则确定为日层次的步骤之后，方法还包括：

在确定当前月结束的情况下，将当前月内日层次中新增的哈希值构建为月哈希树；

在确定当前年结束的情况下，将当前年内日层次中新增的哈希值构建为年哈希树。

在上述实施例中，在确定日层次后，方案进一步通过月末和年末的时间节点，将对应时间段内的所有新增哈希值组织成月哈希树和年哈希树。这样的分层哈希树结构使得数据变更的记录不仅有序而且层次分明，便于按月和按年对数据变更进行快速的索引和检索。月哈希树的构建允许对一个月内所有数据变更的完整性进行有效管理和验证，每月的数据更新可以一目了然，而年哈希树则提供了一种高层次的数据完整性视图，包括一整年的数据变化。以此减少了在大型数据集中进行数据完整性检查和历史回溯所需的时间和资源消耗。

结合第一方面的一些实施例，在一些实施例中，将当前节点中存储的修改子建筑工程造价信息对应的修改哈希值链接当前节点中存储的原始子建筑工程造价信息对应的哈希值形成当前节点的哈希链的步骤之后，方法还包括：

当前节点中哈希链的长度大于预设长度阈值的情况下，对哈希链进行压缩得到当前节点的压缩包；

建立每一个哈希值的索引点。

在上述实施例中，通过对超出预设长度阈值的哈希链进行压缩，可以有效减少存储空间的占用，并提高数据处理的效率。建立每个哈希值的索引点极大地提高了数据检索的速度和准确性。索引点允许快速跳转到哈希链中的特定位置，避免了从头开始线性搜索的时间消耗。

结合第一方面的一些实施例，在一些实施例中，建立每一个哈希值的索引点的步骤之后，方法还包括：

将索引点同步压缩至压缩包中。

在上述实施例中，同步压缩索引点与数据本身，进一步优化了数据存储结构，节省了存储空间，同时保持了快速检索的能力。

第二方面，本申请实施例提供了一种建筑工程造价信息管理系统，包括：

第一分布式存储模块，用于将获取的当前建筑工程造价信息分布式存储在各个节点上获得若干个原始子建筑工程造价信息；

第一哈希值模块，用于生成每一个原始子建筑工程造价信息的原始哈希值；

修改模块，用于在确定当前建筑工程造价信息被修改的情况下，将修改后的当前建筑工程造价信息确定为修改建筑工程造价信息，并记录本次修改的元信息，元信息包括修改人、修改时间；

第二分布式存储模块，用于将修改建筑工程造价信息分布式存储在各个节点上获得若干个修改子建筑工程造价信息；

第二哈希值模块，用于在每一个修改子建筑工程造价信息中附上元信息，并且生成每一个附上元信息的修改子建筑工程造价信息的修改哈希值；

哈希链模块，用于将当前节点中存储的修改子建筑工程造价信息对应的修改哈希值链接当前节点中存储的原始子建筑工程造价信息对应的哈希值形成当前节点的哈希链；

管理表模块，用于统计全部节点的哈希链得到建筑工程造价信息的管理表。

结合第二方面的一些实施例，在一些实施例中，系统还包括：

比对模块，用于根据修改建筑工程造价信息与当前建筑工程造价信息的比对结果确定已修改信息和未修改信息；

确定模块，用于根据修改建筑工程造价信息与当前建筑工程造价信息的对应关系确定已修改信息的节点和未修改信息的节点；

第二分布式存储模块，具体用于将已修改信息分布式存储在已修改信息的节点上，预设标识信息分布式存储在未修改信息的节点上。

结合第二方面的一些实施例，在一些实施例中，哈希链模块包括：

时间确定子模块，用于确定元信息中的修改时间；

层次确定子模块，用于根据元信息中的修改时间根据预设规则确定当前层次；

哈希链子模块，用于在当前层次下，将当前节点中存储的修改子建筑工程造价信息对应的修改哈希值链接当前节点中存储的原始子建筑工程造价信息对应的哈希值形成当前节点的哈希链。

结合第二方面的一些实施例，在一些实施例中，层次确定子模块具体包括：

年层次单元，用于元信息中的修改时间为当年的最后一日则确定为年层次；

月层次单元，用于元信息中的修改时间为当月的最后一日且不是当年的最后一日则确定为月层次；

日层次单元，用于元信息中的修改时间为其他所有日期则确定为日层次。

结合第二方面的一些实施例，在一些实施例中，层次确定子模块还包括：

月哈希树单元，用于在确定当前月结束的情况下，将当前月内日层次中新增的哈希值构建为月哈希树；

年哈希树单元，用于在确定当前年结束的情况下，将当前年内日层次中新增的哈希值构建为年哈希树。

结合第二方面的一些实施例，在一些实施例中，系统还包括：

压缩模块，用于当前节点中哈希链的长度大于预设长度阈值的情况下，对哈希链进行压缩得到当前节点的压缩包；

索引模块，用于建立每一个哈希值的索引点。

结合第二方面的一些实施例，在一些实施例中，系统还包括：

索引压缩模块，用于将索引点同步压缩至压缩包中。

第三方面，本申请实施例提供了一种建筑工程造价信息管理系统，该系统包括：一个或多个处理器和存储器；

该存储器与该一个或多个处理器耦合，该存储器用于存储计算机程序代码，该计算机程序代码包括计算机指令，该一个或多个处理器调用该计算机指令以使得该建筑工程造价信息管理系统执行如第一方面以及第一方面中任一可能的实现方式描述的方法。

第四方面，本申请实施例提供一种包含指令的计算机程序产品，当上述计算机程序产品在服务器上运行时，使得上述服务器执行如第一方面以及第一方面中任一可能的实现方式描述的方法。

第五方面，本申请实施例提供一种计算机可读存储介质，包括指令，当上述指令在建筑工程造价信息管理系统上运行时，使得上述建筑工程造价信息管理系统执行如第一方面以及第一方面中任一可能的实现方式描述的方法。

可以理解地，上述第二方面提供的建筑工程造价信息管理系统、第三方面提供的建筑工程造价信息管理系统、第四方面提供的计算机程序产品和第五方面提供的计算机存储介质均用于执行本申请实施例所提供的建筑工程造价信息管理方法。因此，其所能达到的有益效果可参考对应方法中的有益效果，此处不再赘述。

本申请实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

1、本申请提供的建筑工程造价信息管理方法，通过在各个节点上分散存储建筑工程造价信息，提高了未经授权访问和篡改数据的难度。任何后续的修改都必须通过生成新的修改哈希值来记录。这些哈希值以链式结构相连，确保了数据一致性的连续性检验，一旦链条出现不匹配，系统便能迅速暴露任何未授权的更改，大幅度增强了数据的完整性。记录每次数据变更的元信息，如修改人员的身份和修改发生的时间，为每一项数据变化提供了清晰的历史轨迹，这不仅强化了责任归属，也大大提升了数据追踪的可行性。以此增加了数据完整性和安全性。

2、本申请提供的建筑工程造价信息管理方法，通过比对建筑工程造价信息的修改前后状态，仅将修改后的信息存储在对应节点上，而未经更改的信息则通过预设标识信息进行标记，避免了重复存储无变化的数据。减少了网络传输的数据量，提高了系统的响应速度和存储效率。

附图说明

图1为本申请提供的建筑工程造价信息管理方法的一个流程示意图。

图2为本申请提供的建筑工程造价信息管理方法的另一个流程示意图。

图3为本申请提供的建筑工程造价信息管理系统的模块化虚拟装置的示意图。

图4为本申请提供的建筑工程造价信息管理系统的实体装置的示意图。

具体实施方式

本申请以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括复数表达形式，除非其上下文中明确地有相反指示。还应当理解，本申请中使用的术语“和/或”是指包含一个或多个所列出项目的任何或所有可能组合。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征，在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

下面对本实施例中建筑工程造价信息管理方法进行描述：

如图1所示，图1为本申请提供的建筑工程造价信息管理方法的一个流程示意图。

S101、将获取的当前建筑工程造价信息分布式存储在各个节点上获得若干个原始子建筑工程造价信息。

需要说明的是本申请的执行主体为计算机。

在分布式系统中，节点可以是物理服务器也可以是虚拟机，其选择依据可能包括存储容量、处理能力、网络带宽等因素。确定节点后，根据预定的数据分片策略，将整个建筑工程造价信息划分为多个子集，每个计算节点存储建筑工程造价信息的一个子集，称之为原始子建筑工程造价信息，并将这些子集分配到选定的节点上存储。

S102、生成每一个原始子建筑工程造价信息的原始哈希值。

每个原始子建筑工程造价信息都通过一个哈希函数生成原始哈希值。哈希函数是一种单向加密算法，它将输入的信息转换成固定长度的字符串。至于具体的哈希函数，此处不做限定。

S103、在确定当前建筑工程造价信息被修改的情况下，将修改后的当前建筑工程造价信息确定为修改建筑工程造价信息，并记录本次修改的元信息，元信息包括修改人、修改时间。

一旦检测到当前建筑工程造价信息被修改，计算机将修改后的信息定为修改建筑工程造价信息，并记录本次修改的元信息。元信息包括但不限于修改人、修改时间等重要信息。

一个具体的实施例中，可以通过设置数据库的触发器、文件版本控制或者在应用层实现监听机制来监测到当前建筑工程造价信息的修改，当然，在另一些实施例中还可以采取其他方式，此处不做限定。

在一些实施例中，通过用户的登录信息来捕获修改操作的用户身份。

在一些实施例中，通常是通过系统的时间戳功能来记录下修改发生的确切时间。

上述实施例为保证建筑工程造价信息的完整性，系统原则上将所有数据予以保存。然而，在实际应用中，经常出现仅对信息进行微小修改的情况，这可能导致大量未变更内容的数据被重复存储，从而产生不必要的数据冗余。

首先，根据修改建筑工程造价信息与当前建筑工程造价信息的比对结果确定已修改信息和未修改信息；

计算机会取得某个建筑工程项目的当前造价信息。当造价信息被修改时，计算机会自动将修改后的建筑工程造价信息与当前的信息进行比对。通过比对，计算机确定哪些信息发生了更改（已修改信息），哪些保持不变（未修改信息）。

其次，根据修改建筑工程造价信息与当前建筑工程造价信息的对应关系确定已修改信息的节点和未修改信息的节点；

最后，计算机根据修改前后信息的对应关系，识别出那些包含已修改信息的特定节点。同时，计算机也识别出那些包含未修改信息的节点。

步骤S104替换成如下步骤：将已修改信息分布式存储在已修改信息的节点上，预设标识信息分布式存储在未修改信息的节点上。

对于未修改的信息，计算机不再进行重复存储。相反，它在未修改信息的节点上存储一个预设的标识信息。这些预设的标识信息可能是一个指向原始数据的引用或者是一个使系统能够快速索引到原始未修改数据的哈希值，此处不做限定。

可见，通过比对建筑工程造价信息的修改前后状态，仅将修改后的信息存储在对应节点上，而未经更改的信息则通过预设标识信息进行标记，避免了重复存储无变化的数据。减少了网络传输的数据量，提高了系统的响应速度和存储效率。

S104、将修改建筑工程造价信息分布式存储在各个节点上获得若干个修改子建筑工程造价信息。

将修改后的建筑工程造价信息分布式存储到各个节点上，每个节点获得修改后信息的一个子集，称为修改子建筑工程造价信息。

需要说明的是，每个原始子建筑工程造价信息在系统中都有一个唯一对应的节点，并且每当这些信息被修改时，相应的修改信息也会被存储在与原始信息对应的节点上，从而确保了数据的完整性和一致性。

S105、在每一个修改子建筑工程造价信息中附上元信息，并且生成每一个附上元信息的修改子建筑工程造价信息的修改哈希值。

将上述元信息附加到修改后的子建筑工程造价信息中，这样每条造价信息都会有一个明确的修改记录。这可以是作为新的字段添加到记录中，或者作为一个独立的日志条目与造价信息相关联。

S106、将当前节点中存储的修改子建筑工程造价信息对应的修改哈希值链接当前节点中存储的原始子建筑工程造价信息对应的哈希值形成当前节点的哈希链。

在一些实施例中，可以采取简单的串联操作来将这两个哈希值进行链接，但也可以使用更复杂的结构，如哈希树，来将这两个哈希值进行链接，此处不做限定。

需要说明的是，为了简化说明，上述步骤以一个节点为例进行阐述，但这些操作同样适用于其他所有节点，此处不再赘述。

S107、统计全部节点的哈希链得到建筑工程造价信息的管理表。

管理表作为一个整合视图，汇总了所有节点上的建筑工程造价信息的当前状态和历史变更。

可见，通过在各个节点上分散存储建筑工程造价信息，提高了未经授权访问和篡改数据的难度。任何后续的修改都必须通过生成新的修改哈希值来记录。这些哈希值以链式结构相连，确保了数据一致性的连续性检验，一旦链条出现不匹配，系统便能迅速暴露任何未授权的更改，大幅度增强了数据的完整性。记录每次数据变更的元信息，如修改人员的身份和修改发生的时间，为每一项数据变化提供了清晰的历史轨迹，这不仅强化了责任归属，也大大提升了数据追踪的可行性。以此增加了数据完整性和安全性。

上面实施例中，实现了增加了数据完整性和安全性的效果，在实际应用中，在执行上述建筑工程造价信息管理方法时，在数据更新过程中，每个更新操作都会将新数据添加到现有数据集上。在初始阶段，由于数据总量较小，追踪每项数据的变更相对简单。但随着时间的推移，数据量逐渐累积，如果没有有效的管理和追踪机制，这些变更的追踪与审计将会变得异常复杂和困难，尤其是在面对大规模数据更新和频繁变更的情况下。下面结合图2所示的该建筑工程造价信息管理方法的另一个流程示意图，以一种解决上述问题的方法为例，对本申请实施例中建筑工程造价信息管理方法进行具体描述：

如图2所示，图2为本申请提供的建筑工程造价信息管理方法的另一个流程示意图。

需要说明的是，本方法的时序紧随步骤S103之后，或者实施在步骤S103完成后的任何后续步骤。

S201、确定元信息中的修改时间。

根据元信息中的修改时间根据预设规则确定当前层次。示例性的步骤如步骤S202至步骤S204：

S202、元信息中的修改时间为当年的最后一日则确定为年层次。

S203、元信息中的修改时间为当月的最后一日且不是当年的最后一日则确定为月层次。

S204、元信息中的修改时间为其他所有日期则确定为日层次。

在一些实施例中，使用哈希链来记录文件的修改历史。每个文件的元信息会被分为年层次、月层次、日层次。

具体为：每年的最后一个更新操作会被记录在一个特殊的哈希链上。这个哈希链的每个节点代表该年的最后一个更新，节点包含了当年所有更新的累积哈希值。类似地，每月的最后一个更新操作也会被记录在一个哈希链上，但它是分开的，每年一个链。每个节点仅包含该月内更新的累积哈希值。每天的每个更新操作都记录在日层次的哈希链中，使得任何给定日的更改都可以快速验证。

在另一些实施例中，不同的时间层次采用不同的数据结构来优化查询和存储效率使用一张总表来记录每一年的文档更改摘要。每行代表一年，包含该年内所有更改的统计信息和关键元信息。使用一个分区表，每个月份是一个分区，记录了该月内所有文档的更改记录。采用文档数据库，其中每个文档都包含特定日期的更改详细信息，便于执行针对单日的高频率查询。

可见，通过将哈希链划分为不同的层次，提供了对建筑工程造价信息变化进行精细管理的能力。每一层次的哈希链都记录相应时间段内的数据变动，从而使得数据变更的追踪更加有序和高效。

可见，使得数据变更能够依据其发生的时间被自动归类到相应的层级。年终数据更新直接关联到年层次，简化了年度数据的审计和回顾；月末数据更新归入月层次，便于进行月度分析和整理；而其他日常的数据变更则记录在日层次，以支持日常的操作和管理。

S205、在当前层次下，将当前节点中存储的修改子建筑工程造价信息对应的修改哈希值链接当前节点中存储的原始子建筑工程造价信息对应的哈希值形成当前节点的哈希链。

在一个建筑工程项目管理系统中，每个子建筑工程项目的造价信息被维护在数据库中。每条造价信息有其对应的哈希值，代表信息的唯一性和完整性当子建筑工程项目的造价信息被修改时，系统会为这些修改后的信息生成一个新的哈希值。接着，系统会将这个新的哈希值与相应的原始造价信息的哈希值链接起来，形成一个哈希链。这个哈希链存储于当前的数据库记录中，确保了任何修改都可以追溯和验证。

S206、在确定当前月结束的情况下，将当前月内日层次中新增的哈希值构建为月哈希树。

具体的，在每个月结束时，计算机会执行以下操作，计算机会收集该月内所有日层次的新增哈希值。然后，它会使用这些哈希值构建一个月哈希树。每个新增的哈希值成为哈希树的一个叶节点。通过将叶节点合并，月哈希树的根可以代表整个月的数据完整性。

S207、在确定当前年结束的情况下，将当前年内日层次中新增的哈希值构建为年哈希树。

具体的，在每个年度结束时，计算机会执行以下操作：计算机会汇总当前年内所有日层次的新增哈希值。使用这些哈希值，系统构建一个年哈希树。与月哈希树类似，每个新增的哈希值是树的一个叶节点。最终，通过叶节点的合并，形成一个代表该年所有数据完整性的年哈希树的根节点。

可见，在确定日层次后，方案进一步通过月末和年末的时间节点，将对应时间段内的所有新增哈希值组织成月哈希树和年哈希树。这样的分层哈希树结构使得数据变更的记录不仅有序而且层次分明，便于按月和按年对数据变更进行快速的索引和检索。月哈希树的构建允许对一个月内所有数据变更的完整性进行有效管理和验证，每月的数据更新可以一目了然，而年哈希树则提供了一种高层次的数据完整性视图，包括一整年的数据变化。以此减少了在大型数据集中进行数据完整性检查和历史回溯所需的时间和资源消耗。

在另一些实施例中，步骤S107之后，所述方法还包括：

当前节点中哈希链的长度大于预设长度阈值的情况下，对哈希链进行压缩得到当前节点的压缩包。

建立每一个哈希值的索引点。

将索引点同步压缩至压缩包中。

可见，通过对超出预设长度阈值的哈希链进行压缩，可以有效减少存储空间的占用，并提高数据处理的效率。建立每个哈希值的索引点极大地提高了数据检索的速度和准确性。索引点允许快速跳转到哈希链中的特定位置，避免了从头开始线性搜索的时间消耗。

可见，同步压缩索引点与数据本身，进一步优化了数据存储结构，节省了存储空间，同时保持了快速检索的能力。

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

参考图3，本申请实施例提供了一种建筑工程造价信息管理系统，建筑工程造价信息管理系统包括：

第一分布式存储模块301，用于将获取的当前建筑工程造价信息分布式存储在各个节点上获得若干个原始子建筑工程造价信息；

第一哈希值模块302，用于生成每一个原始子建筑工程造价信息的原始哈希值；

修改模块303，用于在确定当前建筑工程造价信息被修改的情况下，将修改后的当前建筑工程造价信息确定为修改建筑工程造价信息，并记录本次修改的元信息，元信息包括修改人、修改时间；

第二分布式存储模块304，用于将修改建筑工程造价信息分布式存储在各个节点上获得若干个修改子建筑工程造价信息；

第二哈希值模块305，用于在每一个修改子建筑工程造价信息中附上元信息，并且生成每一个附上元信息的修改子建筑工程造价信息的修改哈希值；

哈希链模块306，用于将当前节点中存储的修改子建筑工程造价信息对应的修改哈希值链接当前节点中存储的原始子建筑工程造价信息对应的哈希值形成当前节点的哈希链；

管理表模块307，用于统计全部节点的哈希链得到建筑工程造价信息的管理表。

在一些实施例中，系统还包括：

比对模块，用于根据修改建筑工程造价信息与当前建筑工程造价信息的比对结果确定已修改信息和未修改信息；

确定模块，用于根据修改建筑工程造价信息与当前建筑工程造价信息的对应关系确定已修改信息的节点和未修改信息的节点；

第二分布式存储模块，具体用于将已修改信息分布式存储在已修改信息的节点上，预设标识信息分布式存储在未修改信息的节点上。

在一些实施例中，哈希链模块包括：

时间确定子模块，用于确定元信息中的修改时间；

层次确定子模块，用于根据元信息中的修改时间根据预设规则确定当前层次；

哈希链子模块，用于在当前层次下，将当前节点中存储的修改子建筑工程造价信息对应的修改哈希值链接当前节点中存储的原始子建筑工程造价信息对应的哈希值形成当前节点的哈希链。

在一些实施例中，层次确定子模块具体包括：

年层次单元，用于元信息中的修改时间为当年的最后一日则确定为年层次；

月层次单元，用于元信息中的修改时间为当月的最后一日且不是当年的最后一日则确定为月层次；

日层次单元，用于元信息中的修改时间为其他所有日期则确定为日层次。

在一些实施例中，层次确定子模块还包括：

月哈希树单元，用于在确定当前月结束的情况下，将当前月内日层次中新增的哈希值构建为月哈希树；

年哈希树单元，用于在确定当前年结束的情况下，将当前年内日层次中新增的哈希值构建为年哈希树。

在一些实施例中，系统还包括：

压缩模块，用于当前节点中哈希链的长度大于预设长度阈值的情况下，对哈希链进行压缩得到当前节点的压缩包；

索引模块，用于建立每一个哈希值的索引点。

在一些实施例中，系统还包括：

索引压缩模块，用于将索引点同步压缩至压缩包中。

本申请还公开一种建筑工程造价信息管理系统。参照图4，为本申请提供的建筑工程造价信息管理系统的实体装置的示意图。该计算机400可以包括：至少一个处理器401，至少一个网络接口404，用户接口403，存储器405，至少一个通信总线402。

其中，通信总线402用于实现这些组件之间的连接通信。

其中，用户接口403可以包括显示屏（Display）、摄像头（Camera），可选用户接口403还可以包括标准的有线接口、无线接口。

其中，网络接口404可选的可以包括标准的有线接口、无线接口（如WI-FI接口）。

其中，处理器401可以包括一个或者多个处理核心。处理器401利用各种接口和线路连接整个服务器内的各个部分，通过运行或执行存储在存储器405内的指令、程序、代码集或指令集，以及调用存储在存储器405内的数据，执行服务器的各种功能和处理数据。可选的，处理器401可以采用数字信号处理（DigitalSignalProcessing，DSP）、现场可编程门阵列（Field-ProgrammableGateArray，FPGA）、可编程逻辑阵列（ProgrammableLogicArray，PLA）中的至少一种硬件形式来实现。处理器401可集成中央处理器（CentralProcessingUnit，CPU）、图像处理器（GraphicsProcessingUnit，GPU）和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器401中，单独通过一块芯片进行实现。

其中，存储器405可以包括随机存储器（RandomAccessMemory，RAM），也可以包括只读存储器（Read-OnlyMemory）。可选的，该存储器405包括非瞬时性计算机可读介质（non-transitorycomputer-readablestoragemedium）。存储器405可用于存储指令、程序、代码、代码集或指令集。存储器405可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令（比如触控功能、声音播放功能、图像播放功能等）、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及的数据等。存储器405可选的还可以是至少一个位于远离前述处理器401的存储装置。参照图4，作为一种计算机存储介质的存储器405中可以包括操作系统、网络通信模块、用户接口模块以及建筑工程造价信息管理的应用程序。

在图4所示的计算机400中，用户接口403主要用于为用户提供输入的接口，获取用户输入的数据；而处理器401可以用于调用存储器405中存储的建筑工程造价信息管理的应用程序，当由一个或多个处理器401执行时，使得计算机400执行如上述实施例中一个或多个所述的方法。需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必需的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几种实施方式中，应该理解到，所披露的装置，可通过其他的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些服务接口，装置或单元的间接耦合或通信连接，可以是电性或其他的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备（可为个人计算机、服务器或者网络设备等）执行本申请各个实施例方法的全部或部分步骤。而前述的存储器包括：U盘、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述者，仅为本公开的示例性实施例，不能以此限定本公开的范围。即但凡依本公开教导所作的等效变化与修饰，皆仍属本公开涵盖的范围内。本领域技术人员在考虑说明书及实践真理的公开后，将容易想到本公开的其他实施方案。

本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未记载的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的范围和精神由权利要求限定。

Claims (10)

1.一种建筑工程造价信息管理方法，其特征在于，包括：

将获取的当前建筑工程造价信息分布式存储在各个节点上获得若干个原始子建筑工程造价信息；

生成每一个原始子建筑工程造价信息的原始哈希值；

在确定所述当前建筑工程造价信息被修改的情况下，将修改后的当前建筑工程造价信息确定为修改建筑工程造价信息，并记录本次修改的元信息，所述元信息包括修改人、修改时间；

将所述修改建筑工程造价信息分布式存储在各个节点上获得若干个修改子建筑工程造价信息；

在每一个修改子建筑工程造价信息中附上元信息，并且生成每一个附上元信息的修改子建筑工程造价信息的修改哈希值；

将当前节点中存储的修改子建筑工程造价信息对应的修改哈希值链接所述当前节点中存储的原始子建筑工程造价信息对应的哈希值形成当前节点的哈希链；

统计全部节点的哈希链得到建筑工程造价信息的管理表。

2.根据权利要求1所述的建筑工程造价信息管理方法，其特征在于，所述在确定所述当前建筑工程造价信息被修改的情况下，将修改后的当前建筑工程造价信息确定为修改建筑工程造价信息，并记录本次修改的元信息，所述元信息包括修改人、修改时间的步骤之后，所述方法还包括：

根据所述修改建筑工程造价信息与所述当前建筑工程造价信息的比对结果确定已修改信息和未修改信息；

根据所述修改建筑工程造价信息与所述当前建筑工程造价信息的对应关系确定已修改信息的节点和未修改信息的节点；

所述将所述修改建筑工程造价信息分布式存储在各个节点上获得若干个修改子建筑工程造价信息的步骤，具体包括：

将所述已修改信息分布式存储在所述已修改信息的节点上，预设标识信息分布式存储在所述未修改信息的节点上。

3.根据权利要求1所述的建筑工程造价信息管理方法，其特征在于，所述将当前节点中存储的修改子建筑工程造价信息对应的修改哈希值链接所述当前节点中存储的原始子建筑工程造价信息对应的哈希值形成当前节点的哈希链的步骤，具体包括：

确定所述元信息中的修改时间；

根据所述元信息中的修改时间根据预设规则确定当前层次；

在当前层次下，将当前节点中存储的修改子建筑工程造价信息对应的修改哈希值链接所述当前节点中存储的原始子建筑工程造价信息对应的哈希值形成当前节点的哈希链。

4.根据权利要求3所述的建筑工程造价信息管理方法，其特征在于，所述根据所述元信息中的修改时间根据预设规则确定当前层次的步骤，具体包括：

所述元信息中的修改时间为当年的最后一日则确定为年层次；

所述元信息中的修改时间为当月的最后一日且不是当年的最后一日则确定为月层次；

所述元信息中的修改时间为其他所有日期则确定为日层次。

5.根据权利要求4所述的建筑工程造价信息管理方法，其特征在于，所述元信息中的修改时间为其他所有日期则确定为日层次的步骤之后，所述方法还包括：

在确定当前月结束的情况下，将当前月内日层次中新增的哈希值构建为月哈希树；

在确定当前年结束的情况下，将当前年内日层次中新增的哈希值构建为年哈希树。

6.根据权利要求1所述的建筑工程造价信息管理方法，其特征在于，所述将当前节点中存储的修改子建筑工程造价信息对应的修改哈希值链接所述当前节点中存储的原始子建筑工程造价信息对应的哈希值形成当前节点的哈希链的步骤之后，所述方法还包括：

所述当前节点中哈希链的长度大于预设长度阈值的情况下，对哈希链进行压缩得到当前节点的压缩包；

建立每一个哈希值的索引点。

7.根据权利要求6所述的建筑工程造价信息管理方法，其特征在于，所述建立每一个哈希值的索引点的步骤之后，所述方法还包括：

将索引点同步压缩至压缩包中。

8.一种建筑工程造价信息管理系统，其特征在于，包括：

第一分布式存储模块，用于将获取的当前建筑工程造价信息分布式存储在各个节点上获得若干个原始子建筑工程造价信息；

第一哈希值模块，用于生成每一个原始子建筑工程造价信息的原始哈希值；

修改模块，用于在确定所述当前建筑工程造价信息被修改的情况下，将修改后的当前建筑工程造价信息确定为修改建筑工程造价信息，并记录本次修改的元信息，所述元信息包括修改人、修改时间；

第二分布式存储模块，用于将所述修改建筑工程造价信息分布式存储在各个节点上获得若干个修改子建筑工程造价信息；

第二哈希值模块，用于在每一个修改子建筑工程造价信息中附上元信息，并且生成每一个附上元信息的修改子建筑工程造价信息的修改哈希值；

哈希链模块，用于将当前节点中存储的修改子建筑工程造价信息对应的修改哈希值链接所述当前节点中存储的原始子建筑工程造价信息对应的哈希值形成当前节点的哈希链；

管理表模块，用于统计全部节点的哈希链得到建筑工程造价信息的管理表。

9.一种建筑工程造价信息管理系统，其特征在于，包括：一个或多个处理器和存储器；

所述存储器与所述一个或多个处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，所述一个或多个处理器调用所述计算机指令以使得所述建筑工程造价信息管理系统执行如权利要求1-7中任一项所述的方法。

10.一种计算机可读存储介质，包括指令，其特征在于，当所述指令在建筑工程造价信息管理系统上运行时，使得所述建筑工程造价信息管理系统执行如权利要求1-7中任一项所述的方法。