工程项目标准库的应用方法、电子设备和可读介质与流程

1.本公开的实施例涉及计算机技术领域，具体涉及工程项目标准库的应用方法、电子设备和可读介质。

背景技术：

2.针对工程项目（如隧道施工项目等），为了能够合理地把控工程项目的施工进度，目前，通常采用的方式为：通过人工的方式，对工程项目对应的各个标段的施工进度进行统计。
3.然而，发明人发现，当采用上述方式时，经常会存在如下技术问题：第一，当工程项目较为复杂时，往往包含有多个标段，采用人工方式进行施工进度统计，统计效率低下；第二，传统数据库仅能根据数据的插入顺序依次存储数据，导致无法有效地体现数据的时序性，导致数据的使用效率低下。
4.该背景技术部分中所公开的以上信息仅用于增强对本发明构思的背景的理解，并因此，其可包含并不形成本国的本领域普通技术人员已知的现有技术的信息。

技术实现要素：

5.本公开的内容部分用于以简要的形式介绍构思，这些构思将在后面的具体实施方式部分被详细描述。本公开的内容部分并不旨在标识要求保护的技术方案的关键特征或必要特征，也不旨在用于限制所要求的保护的技术方案的范围。
6.本公开的一些实施例提出了工程项目标准库的应用方法、电子设备和可读介质，来解决以上背景技术部分提到的技术问题中的一项或多项。
7.第一方面，本公开的一些实施例提供了一种工程项目标准库的应用方法，该方法包括：获取目标项目对应的施工日志信息集合和工程项目清单，其中，上述施工日志信息集合是相同构造类别对应的多个项目细目的日志信息，上述工程项目清单是工程项目标准库中存储的、预先构建的标准清单；对于上述施工日志信息集合中的每个施工日志信息，根据上述施工日志信息，对上述工程项目清单中与上述施工日志信息对应的项目细目进行细目状态更新；对于上述目标项目对应的从业务合同信息集合中的每个从业务合同信息，执行以下处理步骤：根据更新后的工程项目清单、上述目标项目对应的主业务合同信息和上述从业务合同信息，确定上述从业务合同信息对应的项目细目比例值组，其中，上述项目细目比例值组是上述从业务合同信息对应的至少一个项目细目对应的比例值；根据上述项目细目比例值组和上述从业务合同信息，确定上述从业务合同信息对应的从业务合同价值转移信息；根据得到的从业务合同价值转移信息集合，确定上述主业务合同信息对应的主业务合同价值转移信息；对上述从业务合同价值转移信息集合和上述主业务合同价值转移信息进行信息存储。
8.第二方面，本公开的一些实施例提供了一种电子设备，包括：一个或多个处理器；
存储装置，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现上述第一方面任一实现方式所描述的方法。
9.第三方面，本公开的一些实施例提供了一种计算机可读介质，其上存储有计算机程序，其中，程序被处理器执行时实现上述第一方面任一实现方式所描述的方法。
10.本公开的上述各个实施例具有如下有益效果：通过本公开的一些实施例的工程项目标准库的应用方法，提高了针对工程项目的施工进度的统计效率。具体来说，造成施工进度的统计效率低下的原因在于：当工程项目较为复杂时，往往包含有多个标段，采用人工方式进行施工进度统计，统计效率低下。基于此，本公开的一些实施例的工程项目标准库的应用方法，首先，获取目标项目对应的施工日志信息集合和工程项目清单，其中，上述施工日志信息集合是相同构造类别对应的多个项目细目的日志信息，上述工程项目清单是工程项目标准库中存储的、预先构建的标准清单。实际情况中，单个工程项目往往对应多个项目细目，因此需要根据项目获取对应的当前施工日志和工程项目清单。接着，对于上述施工日志信息集合中的每个施工日志信息，根据上述施工日志信息，对上述工程项目清单中与上述施工日志信息对应的项目细目进行细目状态更新。通过施工日志信息，对工程项目清单进行更新，以得到最新的工程进度。接着，对于上述目标项目对应的从业务合同信息集合中的每个从业务合同信息，执行以下处理步骤：第一步，根据更新后的工程项目清单、上述目标项目对应的主业务合同信息和上述从业务合同信息，确定上述从业务合同信息对应的项目细目比例值组，其中，上述项目细目比例值组是上述从业务合同信息对应的至少一个项目细目对应的比例值。实际情况中，工程项目往往对应多个标段，不同标段往往对应有不同的项目细目，因此需要确定每个从无业务和通过信息对应的项目细目比例。第二步，根据上述项目细目比例值组和上述从业务合同信息，确定上述从业务合同信息对应的从业务合同价值转移信息。通过此种方式，以确定从业务合同信息对应的当前价值转移信息。第三步，根据得到的从业务合同价值转移信息集合，确定上述主业务合同信息对应的主业务合同价值转移信息。以此得到整个目标项目对应的当前价值转移信息。最后，对上述从业务合同价值转移信息集合和上述主业务合同价值转移信息进行信息存储。通过信息存储，方便后续的数据溯源。通过此种方式，有效地提高了施工进度的统计效率。
附图说明
11.结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，元件和元素不一定按照比例绘制。
12.图1是根据本公开的工程项目标准库的应用方法的一些实施例的流程图；图2是工程项目清单的示意图；图3是用于创建工程项目清单的界面的示意图；图4是适于用来实现本公开的一些实施例的电子设备的结构示意图。
具体实施方式
13.下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这
里阐述的实施例。相反，提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。
14.另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。
15.需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
16.需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。
17.本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。
18.下面将参考附图并结合实施例来详细说明本公开。
19.参考图1，示出了根据本公开的工程项目标准库的应用方法的一些实施例的流程。该工程项目标准库的应用方法，包括以下步骤：步骤101，获取目标项目对应的施工日志信息集合和工程项目清单。
20.在一些实施例中，工程项目标准库的应用方法的执行主体（例如，计算设备）可以通过有线连接，或无线连接的方式获取目标项目对应的施工日志信息集合和工程项目清单。其中，上述施工日志信息集合是相同构造类别对应的多个项目细目的日志信息。相同构造类别可以是指具有相同构造（结构）的类别。例如，构造类别可以是“桥梁-基础及下部构造-桩基”。上述工程项目清单是工程项目标准库中存储的、预先构建的标准清单。上述目标项目可以是正在施工的工程项目。例如，上述工程项目可以是“桥梁建设”工程项目。
21.作为示例，上述工程项目清单可以如图2所示，其中，图2所示的工程项目清单对应的构造类别可以是“桥梁、涵洞-基础-钻孔灌注机-陆上钻孔灌注桩”。上述工程项目清单可以包括多个项目细目。如图2所示的，可以包括：编号为“403-1”的项目细目“基础钢筋”，对应的单位为“kg”、编号为“403-1-a”的项目细目“光圆钢筋”，对应的单位为“kg”、编号为“403-1-b”的项目细目“带肋钢筋”，对应的单位为“kg
”…
编号为“405-1-a”的项目细目“陆上钻孔灌注桩”，对应的单位为“kg”。
22.作为又一示例，用于创建工程项目清单的界面可以如图3所示，其中，图3所示的正在创建的工程项目清单对应的构造类别可以是“桥梁-基础及下部构造-桩基”。对应的项目细目可以包括：“细目编码：403-1-a，细目名称：hpb300，计量单位：kg”、“细目编码：403-1-b，细目名称：hrb400，计量单位：kg”。其中，图3所示的标准清单库是用于存储不同构造类别对应的多个项目细目的库。如图3所示，标准清单库可以包括：“细目编码：100章，细目名称：总则”、“细目编码：200章，细目名称：路基”、“细目编码：300章，细目名称：路面”、“细目编码：400章，细目名称：桥梁、涵洞”、“细目编码：403-1，细目名称：基础钢筋，计量单位：kg”、“细目编码：403-1-a，细目名称：hpb300，计量单位：kg”、“细目编码：403-1-b，细目名称：hrb400，计量单位：kg”和“细目名称：405-1，细目名称：灌注桩”。
23.需要指出的是，上述无线连接方式可以包括但不限于3g/4g连接、wifi连接、蓝牙连接、wimax连接、zigbee连接、uwb（ultra wideband）连接、以及其他现在已知或将来开发的无线连接方式。
24.需要说明的是，上述计算设备可以是硬件，也可以是软件。当计算设备为硬件时，
可以实现成多个服务器或终端设备组成的分布式集，也可以实现成单个服务器或单个终端设备。当计算设备体现为软件时，可以安装在上述所列举的硬件设备中。其可以实现成例如用来提供分布式服务的多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。应该理解，计算设备的数目根据实现需要，可以具有任意数目的计算设备。
25.通过构建本公开中的工程项目标准库，可以达到如下优点：首先，可以使得不同的项目实施方对应的不同工程项目，共享标准的工程项目清单，以此达到数据标准化、统一化处理的目的，从而达到对不同工程项目实现清单级别的统一管理，方便后续的盈亏自动化推算。接着，通过设置工程项目清单，方便后续业务的顺利执行。此外，工程项目清单库采用版本迭代的方式进行库更新，以此可以根据需求，不断对工程项目清单库进行补充和更新，同时，不会对工程项目清单库内的原始项目数据产生影响。
26.在一些实施例的一些可选地实现方式中，施工日志信息集合通过以下步骤生成：第一步，响应于确定日志录入人员持录入终端与目标感应设备进行近距离无线通讯且通信成功，自动在上述录入终端弹出施工日志填写界面，以供上述日志录入人员在上述施工日志填写界面填写施工日志信息。
27.其中，上述目标感应设备是上述目标项目对应的标段内安装的无线感应设备。上述目标感应设备可以是具有nfc（near-field communication，近距离无线通信）功能的感应设备。施工日志填写界面可以是用于填写施工日志的界面。
28.第二步，响应于确定通信失败，对上述录入终端进行位置定位，以生成终端位置信息。
29.其中，上述终端位置信息表征上述录入终端的当前所在的位置。
30.作为示例，上述执行主体可以通过gps（global positioning system，全球定位系统）定位，以此实现对上述录入终端的位置定位，以生成上述终端位置信息。
31.作为又一示例，上述执行主体也可以通过北斗系统定位，以此实现对上述录入终端的位置定位，以生成上述终端位置信息。
32.第三步，响应于确定上述终端位置信息对应的位置处于上述目标项目对应的标段内，自动在上述录入终端弹出施工日志填写界面。
33.其中，当上述终端位置信息对应的位置位于上述目标项目对应的标段对应的地址围栏内时，可以认定为终端位置信息对应的位置处于上述目标项目对应的标段内。
34.第四步，响应于确定位置定位失败，在上述录入终端中弹出历史施工日志填写界面。
35.其中，上述历史施工日志填写界面可以是历史上最近一次显示的施工日志填写界面。
36.进一步如图1所示，步骤102，对于施工日志信息集合中的每个施工日志信息，根据施工日志信息，对工程项目清单中与施工日志信息对应的项目细目进行细目状态更新。
37.在一些实施例中，上述执行主体可以对于施工日志信息集合中的每个施工日志信息，根据施工日志信息，对工程项目清单中与施工日志信息对应的项目细目进行细目状态更新。
38.作为示例，施工日志信息可以是：{
ꢀꢀꢀꢀ
'施工日志编号':'l0020101212';
ꢀꢀꢀꢀ
'日志记录时间':'2010年9月6日15:21:42';
ꢀꢀꢀꢀ
'对应从业务合同编号':'n210120';
ꢀꢀꢀꢀ
'项目细目列表':{
ꢀꢀꢀꢀꢀꢀꢀꢀ
{'细目编号':'201-1','消耗数量'：20,'价值':3000};
ꢀꢀꢀꢀꢀꢀꢀꢀ
{'细目编号':'201-2','消耗数量'：20,'价值':4000}
ꢀꢀꢀꢀ
}}。
39.工程项目清单中针对细目编号
‘
201-1’的项目细目的当前剩余数量=库存量-20。工程项目清单中针对细目编号
‘
201-2’的项目细目的当前剩余数量=库存量-20。
40.步骤103，对于目标项目对应的从业务合同信息集合中的每个从业务合同信息，执行以下处理步骤：步骤1031，根据更新后的工程项目清单、目标项目对应的主业务合同信息和从业务合同信息，确定从业务合同信息对应的项目细目比例值组。
41.在一些实施例中，上述执行主体可以根据更新后的工程项目清单、目标项目对应的主业务合同信息和从业务合同信息，确定从业务合同信息对应的项目细目比例值组。其中，主业务合同信息可以表征上述目标项目对应的总的业务合同。实践中，主业务合同信息可以包括目标项目对应的多个项目细目中的每个项目细目对应的合同金额。例如，主业务合同信息对应的多个项目细目可以是“项目细目1”、“项目细目2”和“项目细目3”。“项目细目1”对应的合同金额可以是“10000”、“项目细目2”对应的合同金额可以是“20000”、“项目细目3”对应的合同金额可以是“30000”。从业务合同信息集合中的从业务合同信息可以表征上述目标项目对应的分包项目的业务合同。实践中，从业务合同信息可以对应至少一个项目细目。例如，“从业务合同信息a”对应的项目细目可以包括：“项目细目1”和“项目细目2”。“从业务合同信息a”中的“项目细目1”对应的合同金额可以是“6000”。“从业务合同信息a”中的“项目细目2”对应的合同金额可以是“8000”。“从业务合同信息b”对应的项目细目可以包括：“项目细目2”和“项目细目3”。“从业务合同信息b”中的“项目细目2”对应的合同金额可以是“7000”。“从业务合同信息b”中的“项目细目3”对应的合同金额可以是“21000”。
42.示例1，“从业务合同信息a”中的“项目细目1”对应的合同金额可以是“6000”。“从业务合同信息a”对应的细目编号为“项目细目1”的项目细目的消耗量为20，对应的消耗金额为“3000”，则对应的项目细目比例值可以是“50%”。
43.示例2，“从业务合同信息a”中的“项目细目1”对应的合同金额可以是“8000”。“从业务合同信息a”对应的细目编号为“项目细目2”的项目细目的消耗量为20，对应的消耗金额为“4000”，则对应的项目细目比例值可以是“50%”。
44.示例3：“从业务合同信息b”中的“项目细目2”对应的合同金额可以是“7000”。“从业务合同信息b”对应的细目编号为“项目细目2”的项目细目的消耗量为10，对应的消耗金额为“4200”，则对应的项目细目比例值可以是“60%”。
45.示例4：“从业务合同信息b”中的“项目细目3”对应的合同金额可以是“21000”。“从业务合同信息b”对应的细目编号为“项目细目3”的项目细目的消耗量为13，对应的消耗金额为“12600”，则对应的项目细目比例值可以是“60%”。
46.步骤1032，根据项目细目比例值组和从业务合同信息，确定从业务合同信息对应的从业务合同价值转移信息。
47.在一些实施例中，上述执行主体可以根据项目细目比例值组和从业务合同信息，确定从业务合同信息对应的从业务合同价值转移信息。其中，从业务合同价值转移信息表征从业务合同信息对应的价值转移数值。实践中，价值转移数值可以是利润。例如，上述执行主体可以将从业务合同信息对应的各个项目细目的利润值的和，确定为从业务合同价值转移信息对应的价值转移数值。
48.示例1，针对“从业务合同信息a”中的“项目细目1”的利润值为：50%
×
（6000/6000）*10000=5000。
49.示例2，针对“从业务合同信息a”中的“项目细目2”的利润值为：50%
×
（8000*（8000+7000））*20000=5300。
50.示例3，上述执行主体可以将“5000”和“5300”的和确定为“从业务合同信息a”对应的从业务合同价值转移信息。
51.步骤104，根据得到的从业务合同价值转移信息集合，确定主业务合同信息对应的主业务合同价值转移信息。
52.在一些实施例中，上述执行主体可以根据得到的从业务合同价值转移信息集合，确定主业务合同信息对应的主业务合同价值转移信息。其中，上述主业务合同价值转移信息可以表征主业务合同信息对应的主业务合同的总价值转移数值。实践中，总价值转移数值可以是总利润。
53.作为示例，上述执行主体可以将从业务合同价值转移信息集合中的各个从业务合同价值转移信息对应的从价值转移数值的和，确定为总价值转移数值，得到上述主业务合同价值转移信息。
54.步骤105，对从业务合同价值转移信息集合和主业务合同价值转移信息进行信息存储。
55.在一些实施例中，上述执行主体可以对从业务合同价值转移信息集合和主业务合同价值转移信息进行信息存储。
56.作为示例，上述执行主体可以将对从业务合同价值转移信息集合和主业务合同价值转移信息存储至信息备份数据库中。其中，信息备份数据库可以是用于信息备份的数据库。实践中，信息备份数据库可以是mysql数据库。
57.在一些实施例的一些可选的实现方式中，上述执行主体对上述从业务合同价值转移信息集合和上述主业务合同价值转移信息进行信息存储，可以包括以下步骤：第一步，确定上述存储时间，以生成存储时间戳。
58.其中，存储时间戳可以是上述从业务合同价值转移信息集合和上述主业务合同价值转移信息进行信息存储时的时间戳。
59.第二步，确定上述目标项目对应的项目标识信息。
60.其中，上述项目标识信息可以表征上述目标项目对应的唯一标识。
61.第三步，对上述主业务合同价值转移信息进行散列处理，以生成第一散列值。
62.其中，上述执行主体可以通过md5（message-digest5）算法，对上述主业务合同价值转移信息进行散列处理，以生成第一散列值。
63.第四步，对上述从业务合同价值转移信息集合中的每个从业务合同价值转移信息进行散列处理，以生成第二散列值，得到第二散列值集合。
64.其中，上述执行主体可以通过上述md5算法，对从业务合同价值转移信息进行散列处理，以生成第二散列值。
65.第五步，将上述第一散列值和上述第二散列值集合中的各个第二散列值进行拼接，以生成拼接散列值。
66.第六步，根据上述主业务合同价值转移信息和上述从业务合同价值转移信息集合，生成合同价值转移信息队列。
67.其中，首先，上述执行主体可以生成空信息队列。然后，上述执行主体可以将主业务合同价值转移信息和上述从业务合同价值转移信息集合添加至上述空信息队列，以生成上述合同价值转移信息队列。实践中，合同价值转移信息队列可以是列表形式的队列。
68.第七步，根据上述项目标识信息、上述存储时间戳、上述拼接散列值和上述合同价值转移信息队列，生成目标数据四元组。
69.作为示例，目标数据四元组可以是（项目标识信息，存储时间戳，拼接散列值，合同价值转移信息队列）。
70.第八步，将上述目标数据四元组，存储至信息存储数据库。
71.作为示例，上述信息存储数据库可以是mysql数据库。
72.可选地，上述执行主体将上述目标数据四元组，存储至信息存储数据库，可以包括以下步骤：第一步，确定上述信息存储数据库中是否存在上述项目标识信息对应的时序型信息存储链。
73.其中，时序型信息存储链是按照时间顺序进行信息存储的数据链。
74.作为示例，上述执行主体可以检索存储链索引，以确定存储链索引中是否存在上述项目标识信息对应的时序型信息存储链。存储链索引可以是包含了项目标识和对应的时序型信息存储链的首地址的索引。
75.第二步，响应于确定存在，执行以下第一处理步骤：第一子步骤，将上述项目标识信息对应的时序型信息存储链，确定为目标时序型信息存储链。
76.其中，上述目标时序型信息存储链为环形信息存储链。
77.第二子步骤，根据上述项目标识信息，在存储链索引中定位上述目标时序型信息存储链的位置，以生成信息存储链位置。
78.第三子步骤，以上述信息存储链位置为首位置，双向遍历上述目标时序型信息存储链，以确定上述目标数据四元组的存储位置，得到目标存储位置。
79.其中，目标存储位置可以是用于存储目标数据四元组的位置。目标存储位置的前一个位置存储的数据四元组包括的时间戳小于目标数据四元组包括的存储时间戳。目标存储位置的后一个位置存储的数据四元组包括的时间戳大于等于目标数据四元组包括的存储时间戳。
80.第四子步骤，将上述目标数据四元组插入上述目标存储位置。
81.第三步，响应于确定不存在，执行以下第二处理步骤：
第五子步骤，在上述信息存储数据库中创建上述目标项目对应的初始时序型信息存储链。
82.第六子步骤，在上述存储链索引中添加上述初始时序信息存储链对应的首地址位置。
83.第七子步骤，响应于添加成功，将上述目标数据四元组链接至上述初始时序型信息存储链。
84.可选地，上述执行主体还可以执行以下处理步骤：响应于确定上述目标时序信息存储链上存储的数据四元组的数量大于第一预设阈值，执行以下第四处理步骤：第一步，对上述目标时序信息存储链进行非对等数据链分裂，以生成第一时序信息存储链和第二时序信息存储链。
85.其中，上述第一时序信息存储链包括的数据四元组的数量，与第二时序信息存储链包括的数据四元组的数量的比例与预设比例相同。第一时序信息存储链包括的数据四元组的数量，大于第二时序信息存储链包括的数据四元组的数量第二步，分别确定上述第一时序信息存储链和上述第二时序信息存储链的首地址位置，得到第一首地址位置和第二首地址位置。
86.第三步，根据上述第一首地址位置和第二首地址位置，生成地址二叉树。
87.其中，上述地址二叉树为完全二叉树。上述地址二叉树的根节点为上述目标识信息。上述地址二叉树的子节点为第一首地址位置信息和第二首地址位置信息。
88.第四步，通过上述地址二叉树对上述存储链索引中上述目标项目对应的索引进行更新。
89.其中，上述执行主体可以将存储链索引中存储的目标项目对应的项目标识信息指向上述地址二叉树。
90.上述“在一些实施例的一些可选的实现方式”中的内容作为本公开的一个发明点，解决了背景技术提及的技术问题二，即“传统数据库仅能根据数据的插入顺序依次存储数据，导致无法有效地体现数据的时序性，导致数据的使用效率低下。为了解决上述问题，本公开引入了时序型信息存储链，以时间维度为排序方式存储不同工程项目对应的数据。考虑到当工程项目较多时，逐个遍历信息存储链效率低下，因此，本公开加入了存储链索引以进行初步的存储链定位，通过此种方式，大大提高了数据的使用效率。并且，为了进一步提高查询效率，相较于传统的单向数据链，本公开采用环形数据链，以使得可以从两侧进行数据处理。同时，考虑到当数据链较长时，会影响数据的处理速度，因此，本公开通过对数据链进行分裂，以实现数据链长度的缩短。考虑到时间较早的数据可利用性较低，因此，本公开采用非对等分裂，将时间较早的数据存储至长链内（第一时序信息存储链）。接着，生成地址二叉树，并根据地址二叉树对存储链索引进行更新，以保证存储链索引的可用性。通过此种方式，大大提高了数据的使用效率。
91.在一些实施例的一些可选的实现方式中，上述执行主体还可以执行以下处理步骤：第一步，响应于到达目标时间节点，读取上述目标时序信息存储链上存储的数据四元组，得到数据四元组集。
92.其中，上述目标时间点可以是预设的数据导出时间点。
93.第二步，对于上述数据四元组集中的每个数据四元组，执行以下第三处理步骤：第一子步骤，对上述数据四元组进行数据防篡改验证。
94.其中，上述执行主体可以根据数据四元组中的拼接散列值对数据四元组进行防篡改校验。
95.第二子步骤，响应于通过验证，根据上述数据四元组和预先构建的报表页面，生成数据填写后页面。
96.第三子步骤，对上述数据填写后页面进行水印添加。
97.其中，上述执行主体可以对上述数据填写后页面添加显性水印。
98.第四子步骤，响应于水印添加完毕，将添加完水印的页面发送至数据核验端。
99.其中，上述数据核验端可以是用于对数据进行人工核验的终端。
100.本公开的上述各个实施例具有如下有益效果：通过本公开的一些实施例的工程项目标准库的应用方法，提高了针对工程项目的施工进度的统计效率。具体来说，造成施工进度的统计效率低下的原因在于：当工程项目较为复杂时，往往包含有多个标段，采用人工方式进行施工进度统计，统计效率低下。基于此，本公开的一些实施例的工程项目标准库的应用方法，首先，获取目标项目对应的施工日志信息集合和工程项目清单，其中，上述施工日志信息集合是相同构造类别对应的多个项目细目的日志信息，上述工程项目清单是工程项目标准库中存储的、预先构建的标准清单。实际情况中，单个工程项目往往对应多个项目细目，因此需要根据项目获取对应的当前施工日志和工程项目清单。接着，对于上述施工日志信息集合中的每个施工日志信息，根据上述施工日志信息，对上述工程项目清单中与上述施工日志信息对应的项目细目进行细目状态更新。通过施工日志信息，对工程项目清单进行更新，以得到最新的工程进度。接着，对于上述目标项目对应的从业务合同信息集合中的每个从业务合同信息，执行以下处理步骤：第一步，根据更新后的工程项目清单、上述目标项目对应的主业务合同信息和上述从业务合同信息，确定上述从业务合同信息对应的项目细目比例值组，其中，上述项目细目比例值组是上述从业务合同信息对应的至少一个项目细目对应的比例值。实际情况中，工程项目往往对应多个标段，不同标段往往对应有不同的项目细目，因此需要确定每个从无业务和通过信息对应的项目细目比例。第二步，根据上述项目细目比例值组和上述从业务合同信息，确定上述从业务合同信息对应的从业务合同价值转移信息。通过此种方式，以确定从业务合同信息对应的当前价值转移信息。第三步，根据得到的从业务合同价值转移信息集合，确定上述主业务合同信息对应的主业务合同价值转移信息。以此得到整个目标项目对应的当前价值转移信息。最后，对上述从业务合同价值转移信息集合和上述主业务合同价值转移信息进行信息存储。通过信息存储，方便后续的数据溯源。通过此种方式，有效地提高了施工进度的统计效率。
101.下面参考图4，其示出了适于用来实现本公开的一些实施例的电子设备（例如，计算设备）的结构示意图。图4示出的电子设备仅仅是一个示例，不应对本公开的实施例的功能和使用范围带来任何限制。
102.如图4所示，电子设备可以包括处理装置（例如中央处理器、图形处理器等）401，其可以根据存储在只读存储器402中的程序或者从存储装置408加载到随机访问存储器403中的程序而执行各种适当的动作和处理。在随机访问存储器403中，还存储有电子设备操作所
需的各种程序和数据。处理装置401、只读存储器402以及随机访问存储器403通过总线404彼此相连。输入/输出接口405也连接至总线404。
103.通常，以下装置可以连接至输入/输出接口405：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置406；包括例如液晶显示器（lcd）、扬声器、振动器等的输出装置407；包括例如磁带、硬盘等的存储装置408；以及通信装置409。通信装置409可以允许电子设备与其他设备进行无线或有线通信以交换数据。虽然图4示出了具有各种装置的电子设备，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图4中示出的每个方框可以代表一个装置，也可以根据需要代表多个装置。
104.特别地，根据本公开的一些实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的一些实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的一些实施例中，该计算机程序可以通过通信装置409从网络上被下载和安装，或者从存储装置408被安装，或者从只读存储器402被安装。在该计算机程序被处理装置401执行时，执行本公开的一些实施例的方法中限定的上述功能。
105.需要说明的是，本公开的一些实施例中记载的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器（ram）、只读存储器（rom）、可擦式可编程只读存储器（eprom或闪存）、光纤、便携式紧凑磁盘只读存储器（cd-rom）、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的一些实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的一些实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、rf（射频）等等，或者上述的任意合适的组合。
106.在一些实施方式中，客户端、服务器可以利用诸如http（hyper text transfer protocol，超文本传输协议）之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信（例如，通信网络）互连。通信网络的示例包括局域网（“lan”），广域网（“wan”），网际网（例如，互联网）以及端对端网络（例如，ad hoc端对端网络），以及任何当前已知或未来研发的网络。
107.上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：获取目标项目对应的施工日志信息集合和工程项目清单，其中，上述施工日志信息集合是相同构造类别对应的多个项目细目的日志
信息，上述工程项目清单是工程项目标准库中存储的、预先构建的标准清单；对于上述施工日志信息集合中的每个施工日志信息，根据上述施工日志信息，对上述工程项目清单中与上述施工日志信息对应的项目细目进行细目状态更新；对于上述目标项目对应的从业务合同信息集合中的每个从业务合同信息，执行以下处理步骤：根据更新后的工程项目清单、上述目标项目对应的主业务合同信息和上述从业务合同信息，确定上述从业务合同信息对应的项目细目比例值组，其中，上述项目细目比例值组是上述从业务合同信息对应的至少一个项目细目对应的比例值；根据上述项目细目比例值组和上述从业务合同信息，确定上述从业务合同信息对应的从业务合同价值转移信息；根据得到的从业务合同价值转移信息集合，确定上述主业务合同信息对应的主业务合同价值转移信息；对上述从业务合同价值转移信息集合和上述主业务合同价值转移信息进行信息存储。
108.可以以一种或多种程序设计语言或其组合来编写用于执行本公开的一些实施例的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网（lan）或广域网（wan）——连接到用户计算机，或者，可以连接到外部计算机（例如利用因特网服务提供商来通过因特网连接）。
109.附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
110.本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列（fpga）、专用集成电路（asic）、专用标准产品（assp）、片上系统（soc）、复杂可编程逻辑设备（cpld）等等。
111.本公开的一些实施例还提供一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现上述的任工程项目标准库的应用方法。
112.以上描述仅为本公开的一些较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开的实施例中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的（但不限于）具有类似功能的技术特征进行互相替换而形成的技术方案。

技术特征：

1.一种工程项目标准库的应用方法，其特征在于，包括：获取目标项目对应的施工日志信息集合和工程项目清单，其中，所述施工日志信息集合是相同构造类别对应的多个项目细目的日志信息，所述工程项目清单是工程项目标准库中存储的、预先构建的标准清单；对于所述施工日志信息集合中的每个施工日志信息，根据所述施工日志信息，对所述工程项目清单中与所述施工日志信息对应的项目细目进行细目状态更新；对于所述目标项目对应的从业务合同信息集合中的每个从业务合同信息，执行以下处理步骤：根据更新后的工程项目清单、所述目标项目对应的主业务合同信息和所述从业务合同信息，确定所述从业务合同信息对应的项目细目比例值组，其中，所述项目细目比例值组是所述从业务合同信息对应的至少一个项目细目对应的比例值；根据所述项目细目比例值组和所述从业务合同信息，确定所述从业务合同信息对应的从业务合同价值转移信息；根据得到的从业务合同价值转移信息集合，确定所述主业务合同信息对应的主业务合同价值转移信息；对所述从业务合同价值转移信息集合和所述主业务合同价值转移信息进行信息存储。2.根据权利要求1所述的方法，其特征在于，所述对所述从业务合同价值转移信息集合和所述主业务合同价值转移信息进行信息存储，包括：确定存储时间，以生成存储时间戳；确定所述目标项目对应的项目标识信息；对所述主业务合同价值转移信息进行散列处理，以生成第一散列值；对所述从业务合同价值转移信息集合中的每个从业务合同价值转移信息进行散列处理，以生成第二散列值，得到第二散列值集合；将所述第一散列值和所述第二散列值集合中的各个第二散列值进行拼接，以生成拼接散列值；根据所述主业务合同价值转移信息和所述从业务合同价值转移信息集合，生成合同价值转移信息队列；根据所述项目标识信息、所述存储时间戳、所述拼接散列值和所述合同价值转移信息队列，生成目标数据四元组；将所述目标数据四元组，存储至信息存储数据库。3.根据权利要求2所述的方法，其特征在于，所述将所述目标数据四元组，存储至信息存储数据库，包括：确定所述信息存储数据库中是否存在所述项目标识信息对应的时序型信息存储链；响应于确定存在，执行以下第一处理步骤：将所述项目标识信息对应的时序型信息存储链，确定为目标时序型信息存储链，其中，所述目标时序型信息存储链为环形信息存储链；根据所述项目标识信息，在存储链索引中定位所述目标时序型信息存储链的位置，以生成信息存储链位置；以所述信息存储链位置为首位置，双向遍历所述目标时序型信息存储链，以确定所述
目标数据四元组的存储位置，得到目标存储位置；将所述目标数据四元组插入所述目标存储位置；响应于确定不存在，执行以下第二处理步骤：在所述信息存储数据库中创建所述目标项目对应的初始时序型信息存储链；在所述存储链索引中添加所述初始时序信息存储链对应的首地址位置；响应于添加成功，将所述目标数据四元组链接至所述初始时序型信息存储链。4.根据权利要求3所述的方法，其特征在于，所述施工日志信息集合通过以下步骤生成：响应于确定日志录入人员持录入终端与目标感应设备进行近距离无线通讯且通信成功，自动在所述录入终端弹出施工日志填写界面，以供所述日志录入人员在所述施工日志填写界面填写施工日志信息，其中，所述目标感应设备是所述目标项目对应的标段内安装的无线感应设备；响应于确定通信失败，对所述录入终端进行位置定位，以生成终端位置信息；响应于确定所述终端位置信息对应的位置处于所述目标项目对应的标段内，自动在所述录入终端弹出施工日志填写界面；响应于确定位置定位失败，在所述录入终端中弹出历史施工日志填写界面。5.根据权利要求4所述的方法，其特征在于，所述方法还包括：响应于到达目标时间节点，读取所述目标时序信息存储链上存储的数据四元组，得到数据四元组集；对于所述数据四元组集中的每个数据四元组，执行以下第三处理步骤：对所述数据四元组进行数据防篡改验证；响应于通过验证，根据所述数据四元组和预先构建的报表页面，生成数据填写后页面；对所述数据填写后页面进行水印添加；响应于水印添加完毕，将添加完水印的页面发送至数据核验端。6.根据权利要求5所述的方法，其特征在于，所述方法还包括：响应于确定所述目标时序信息存储链上存储的数据四元组的数量大于第一预设阈值，执行以下第四处理步骤：对所述目标时序信息存储链进行非对等数据链分裂，以生成第一时序信息存储链和第二时序信息存储链，其中，所述第一时序信息存储链包括的数据四元组的数量，与第二时序信息存储链包括的数据四元组的数量的比例与预设比例相同；分别确定所述第一时序信息存储链和所述第二时序信息存储链的首地址位置，得到第一首地址位置和第二首地址位置；根据所述第一首地址位置和第二首地址位置，生成地址二叉树，其中，所述地址二叉树为完全二叉树，所述地址二叉树的根节点为所述目标识信息，所述地址二叉树的子节点为第一首地址位置信息和第二首地址位置信息；通过所述地址二叉树对所述存储链索引中所述目标项目对应的索引进行更新。7.一种电子设备，其特征在于，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序；
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1至6中任一所述的方法。8.一种计算机可读介质，其特征在于，其上存储有计算机程序，其中，所述程序被处理器执行时实现如权利要求1至6中任一所述的方法。

技术总结

本公开的实施例公开了工程项目标准库的应用方法、电子设备和可读介质。该方法的一具体实施方式包括：获取目标项目对应的施工日志信息集合和工程项目清单；根据施工日志信息，对工程项目清单中与施工日志信息对应的项目细目进行细目状态更新；对于从业务合同信息，执行以下处理步骤：确定从业务合同信息对应的项目细目比例值组；根据项目细目比例值组和从业务合同信息，确定从业务合同信息对应的从业务合同价值转移信息；根据得到的从业务合同价值转移信息集合，确定主业务合同信息对应的主业务合同价值转移信息；对从业务合同价值转移信息集合和主业务合同价值转移信息进行信息存储。该实施方式提高了施工进度的统计效率。该实施方式提高了施工进度的统计效率。该实施方式提高了施工进度的统计效率。