工程项目监管方法及系统与流程

1.本技术实施例涉及通信技术领域，尤其涉及一种工程项目监管方法及系统。


背景技术：

2.建筑工程领域是数据量最大、业务规模最大的大数据行业，但同样是当前各行业中最没有数据的行业。建筑工程项目往往具有投资额大、建设周期长、不确定因素多、风险大、参与人员多等特征。
3.目前，在建筑行业中，工人的记工和薪资发放通常都是线下的方式，且通常没有任何凭证。因此，会导致上述薪资发放的效率低下，且无法得到有效监管，降低了用户的感受。


技术实现要素：

4.本技术实施例提供了一种工程项目监管方法及系统，以提供一种对工程项目进行监管的方式，可以对工程项目进行有效监管，进而可以有效避免拖欠农民工工资的问题。
5.第一方面，本技术实施例提供了一种工程项目监管方法，包括：
6.获取第一角色的第一工程项目信息；
7.基于预设预警规则对所述第一工程项目信息统计，基于统计结果发送预警信息；
8.基于存储在区块链上的第二工程项目信息对所述预警信息进行核对，基于核对结果对所述预警信息进行处理。
9.其中一种可能的实现方式中，所述第一工程项目信息包括考勤信息和/或薪资信息。
10.其中一种可能的实现方式中，所述第一角色为施工人员。
11.其中一种可能的实现方式中，所述第二工程项目信息包括所述第一角色的记工单信息。
12.其中一种可能的实现方式中，所述预设预警规则为预设考勤类型预警规则，所述基于预设预警规则对所述第一工程项目信息统计，基于统计结果发送预警信息包括：
13.基于预设考勤类型预警规则对所述第一工程项目信息统计，基于统计结果发送考勤预警。
14.其中一种可能的实现方式中，所述预设预警规则为预设薪资类型预警规则，所述基于预设预警规则对所述第一工程项目信息统计，基于统计结果发送预警信息包括：
15.基于预设薪资类型预警规则对所述第一工程项目信息统计，基于统计结果发送薪资预警。
16.其中一种可能的实现方式中，所述基于核对结果对所述预警信息进行处理包括：
17.若所述存储在区块链上的第二工程项目信息与所述预警信息不一致，则关闭预警。
18.其中一种可能的实现方式中，所述方法还包括：
19.当接收到所述第一角色的投诉信息后，获取所述第一角色存储在区块链上的记工
单信息；
20.将所述投诉信息与所述记工单信息进行核对，基于核对结果对所述投诉信息进行处理。
21.第二方面，本技术实施例提供一种工程项目监管系统，包括：
22.数据统计模块，用于获取第一角色的第一工程项目信息；基于预设预警规则对所述第一工程项目信息统计
23.预警模块，用于基于统计结果发送预警信息；基于存储在区块链上的第二工程项目信息对所述预警信息进行核对，基于核对结果对所述预警信息进行处理。
24.其中一种可能的实现方式中，所述预设预警规则为预设考勤类型预警规则，所述预警模块还用于基于预设考勤类型预警规则对所述第一工程项目信息统计，基于统计结果发送考勤预警。
25.其中一种可能的实现方式中，所述预设预警规则为预设薪资类型预警规则，所述预警模块还用于基于预设薪资类型预警规则对所述第一工程项目信息统计，基于统计结果发送薪资预警。
26.其中一种可能的实现方式中，所述预警模块还用于若所述存储在区块链上的第二工程项目信息与所述预警信息不一致，则关闭预警。
27.其中一种可能的实现方式中，所述系统还包括：
28.验证模块，用于当接收到所述第一角色的投诉信息后，获取所述第一角色存储在区块链上的记工单信息；
29.将所述投诉信息与所述记工单信息进行核对，基于核对结果对所述投诉信息进行处理。
30.第三方面，本技术实施例提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行如第一方面所述的方法。
31.第四方面，本技术实施例提供一种计算机程序，当上述计算机程序被计算机执行时，用于执行第一方面所述的方法。
32.在一种可能的设计中，第四方面中的程序可以全部或者部分存储在与处理器封装在一起的存储介质上，也可以部分或者全部存储在不与处理器封装在一起的存储器上。
附图说明
33.图1为本技术实施例提供的工程项目监管系统的结构示意图；
34.图2为本技术实施例提供的工程项目监管方法的流程示意图；
35.图3a
‑
图3e为本技术实施例提供考勤信息和/或薪资信息获取示意图；
36.图4a
‑
图4d为本技术实施例提供的预警信息生成示意图；
37.图5a和图5b为本技术实施例提供的预警规则设置示意图；
38.图6a
‑
图6c为本技术实施例提供的预警结果显示示意图。
具体实施方式
39.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。其中，在本技术实施例的描述中，除非另有说明，“/”表示或的意思，例如，a/b可以表示a或b；
本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。
40.以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本技术实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。
41.建筑工程领域是数据量最大、业务规模最大的大数据行业，但同样是当前各行业中最没有数据的行业。建筑工程项目往往具有投资额大、建设周期长、不确定因素多、风险大、参与人员多等特征。
42.目前，在建筑行业中，工人的记工和薪资通常都是线下的方式，且通常没有任何凭证。因此，会导致上述薪资发放的效率低下，且无法得到有效监管，降低了用户的感受。
43.基于上述问题，本技术实施例提出了一种工程项目监管方法，可以对工程项目进行有效监管，进而可以有效避免拖欠农民工工资的问题。
44.现结合图1
‑
图6c对本技术实施例提供的工程项目监管方法进行说明。
45.图1为本技术实施例提供的工程项目监管系统的架构图。如图1所示，上述工程项目监管系统100可以包括数据统计模块110、预警模块120、区块链模块130。其中，
46.该数据统计模块110可以用于对考勤信息及薪资信息进行统计。其中，考勤信息可以包括相关人员的考勤记录，在实际场景中，上述相关人员可以是现场施工的人员，例如，农民工，也可以是项目经理等管理人员。该考勤记录可以包括该相关人员的出勤及缺勤记录等。通过该对考勤信息的统计，可以获得相关人员的出勤率、缺勤率等信息。进一步地，从项目维度对上述考勤信息进行统计，还可以获得整个项目的出勤率、缺勤率等信息，由此可以为整个项目的监管提供可靠信息。该薪资信息可以包括上述相关人员的薪资记录，通过对该薪资信息的统计，可以获得该相关人员的薪资情况，进而可以获知该相关人员是否发生薪资错误的情况。进一步地，从项目维度对上述薪资信息进行统计，还可以获得整个项目的薪资情况，由此可以为整个项目的监管提供可靠信息。
47.该预警模块120可以基于上述考勤信息及薪资信息的统计结果生成预警信息，其中，该预警信息可以包括预警时间、预警类型、处理状态等信息。其中，该预警时间可以用于表征一条预警信息生成的时间。该预警类型用于表征一条预警信息的类型，示例性的，该预警类型可以包括考勤类型或薪资类型，其中，该考勤类型可以用于表征该预警信息属于考勤信息的预警，该薪资类型可以用于表征该预警信息属于薪资信息的预警。该处理状态可以用于表征一条预警信息是否已被处理的状态，示例性的，该处理状态可以包括已处理状态及未处理状态，其中，该已处理状态用于表征该预警信息已被处理，该未处理状态用于表征该预警信息未被处理。
48.区块链模块130用于将上述考勤信息及薪资信息存储在区块链上。由于区块链具有防篡改的特性。因此，在上述相关人员的施工过程中，可以将上述考勤信息及薪资信息存储在区块链上。由此可以使得监管人员在核对上述预警信息时，可以基于存储在区块链上的考勤信息及薪资信息进行验证，并可以基于验证结果执行相关措施，例如，发出整改通知或对施工项目单位进行处罚等。
49.可以理解的是，上述工程项目监管系统100可以是以软件平台的方式实现，例如，
可以在服务器上架设上述工程项目监管系统100。上述工程项目监管系统100也可以以应用程序(app)的方式实现。本技术实施例对上述工程项目监管系统100的实现方式不作特殊限定。
50.下文以上述工程项目监管系统100为app的形式为例，对上述工程项目监管方法进行说明。
51.如图2所示为本技术实施例提供的工程项目监管方法一个实施例的流程示意图，包括：
52.步骤201，获取相关人员的考勤信息和/或薪资信息。
53.具体地，上述相关人员可以是现场施工的人员，例如，农民工；上述相关人员也可以是项目经理等管理人员。该考勤信息可以包括相关人员的考勤记录，该考勤记录可以包括上述相关人员的出勤记录信息及缺勤记录信息等。其中，出勤记录信息可以包括出勤人员的名称及对应的出勤时间，缺勤记录信息可以包括缺勤人员的名称及对应的缺勤时间。
54.进一步地，上述考勤信息还可以包括项目信息，该项目信息可以用于表征具体的工程项目，例如，工程项目名称。通过上述项目信息，可以了解上述考勤信息具体对应的工程项目。可以理解的是，上述出勤记录及缺勤记录都可以包括对应的项目信息。
55.现结合图3a
‑
图3e对上述考勤信息进行说明。首先，工程监管人员可以登录上述工程项目监管系统100。其中，工程监管人员可以是政府部门职能人员，例如，该工程监管人员可以是住建部监管人员。该工程监管人员也可以是其他职能人员，本技术实施例对该工程监管人员的身份不做特殊限定。此外，工程监管人员可以预先在上述工程项目监管系统100中注册监管账号。该监管账号可以用于对工程项目进行监管。示例性的，上述工程监管人员在上述工程项目监管系统100输入监管账号及密码后，可以登录上述工程项目监管系统100，由此可以得到如图3a所示的界面300。如图3a 所示，界面300包括预警控件301、查询控件302及设置控件303。其中，预警控件 301可以用于进入预警页面，查询控件302可以用于进入查询页面，设置控件303可以用于进入预警规则设置入口页面。
56.示例性的，当上述工程监管人员点击查询控件302后，可以得到如图3b所示的界面310。如图3b所示，界面310包括项目查询区域311及工人查询区域312。其中，项目查询区域311可以用于对工程项目进行查询，工人查询区域312可以用于对施工人员进行查询。
57.接着，上述工程监管人员可以点击工人查询区域312，可以得到如图3c所示的查询信息输入界面320，用于对任一施工人员(例如，农民工)进行查询。如图3c所示，界面320包括查询信息输入区域321，其中，该查询信息输入区域321用于输入施工人员的相关信息，例如，施工人员的姓名或身份证号等信息。
58.当上述工程监管人员在上述查询信息输入区域321中输入查询信息后，可以得到如图3d所示的界面330。如图3d所示，界面330包括身份信息区域331及详情区域 332。该身份信息区域331可以包括施工人员的信息，例如，姓名、电话号码、工种、性别及身份证号等信息。详情区域332包括项目信息3321、考勤记录区域3322及薪资记录区域3323，该项目信息3321可以包括项目的具体信息，例如，项目名称。考勤记录区域3322可以用于进入考勤信息详情页面，薪资记录区域3323可以用于进入薪资信息详情页面。示例性的，工程监管人员可以点击上述考勤记录区域3322，由此可以得到如图3e所示的界面340，界面340包括考勤信息详情区域341，该考勤信息详情区域341用于展示施工人员的考勤记录。
59.该薪资信息可以包括上述相关人员的薪资记录，其中，该薪资记录可以包括薪资时间、相关人员身份信息、实薪资数额、未薪资数额及应薪资数额、银行账号及记工单等信息。
60.接着，以上述图3d为例，结合4a
‑
图4d对上述薪资信息进行说明。示例性的，上述工程监管人员可以点击发图3d中的薪资记录区域3323，由此可以得到如图4a所示的界面400。如图4a所示，界面400可以包括金额区域401、薪资时间区域402、记工单区域403、银行账号区域404。其中，金额区域401可以包括实薪资数额、未薪资数额及应薪资数额等信息；薪资时间区域402可以用于表征薪资的时间；记工单区域403可以包括一个或多个记工单，每个记工单可以存储在区块链上，由于区块链上的数据具有防篡改的特性，由此可以在验证施工人员的薪资情况时，可以调取区块链上的记工单进行核对；银行账号区域404可以包括施工人员的开户银行及银行账号等信息。
61.其中，上述记工单可以包括例如项目类型记工单、薪资类型记工单及个人类型记工单。该项目类型记工单可以包括工程项目的具体信息，例如工程项目起始时间、结束时间、施工区域、工人单价及工作量等信息。图4b为项目类型记工单的示意图。当工程项目管理人员点击图4a中记工单区域403中的项目类型的记工单时，可以得到如图4b所示的界面410，如图4b所示，界面410包括工程项目信息区域411，该工程项目信息区域411包括上述工程项目起始时间、结束时间、施工区域、工人单价及工作量等信息。上述薪资类型记工单可以包括薪资时间等信息。图4c为薪资类型记工单的示意图。当工程项目管理人员点击图4a中记工单区域403中的薪资类型的记工单时，可以得到如图4c所示的界面420，如图4c所示，界面420包括薪资信息区域 421，该薪资信息区域421可以包括薪资金额及薪资时间等信息。上述个人类型记工单可以包括施工人员出场信息，该出场信息可以用于表征施工人员离开工地的时间。图4d为个人类型记工单的示意图。当工程项目管理人员点击图4a中记工单区域403 中的个人类型的记工单时，可以得到如图4d所示的界面430，如图4d所示，界面430 包括个人信息区域431，该个人信息区域431包括施工人员的出场时间等信息。
62.步骤202，基于预设预警规则发送预警信息。
63.具体地，上述预设预警规则可以包括两种类型，例如，考勤类型预警规则及薪资类型预警规则。该考勤类型预警规则及薪类型预警规则可以用于对施工人员进行设置，以便对施工人员的考勤信息及薪资信息进行监控，当上述施工人员的考勤信息及薪资信息满足上述预设预警规则时，发送预警信息。可以理解的是，在进行考勤类型预警规则设置时，上述施工人员仅是示例性说明，但不限于上述施工人员，在具体实现时，也可以包括总监理、项目经理及甲方代表等角色。
64.现结合图5a和图5b对上述预警规则设置进行说明。以图3a为例，当用户点击设置控件303后，可以得到图5a所示的界面500，该界面用于表征预警规则设置入口页面。如图5a所示，界面500包括入口控件501，该入口控件501可以用于进入预警规则设置页面。示例性的，用户可以点击上述入口控件501，由此可以得到如图5b所示的界面510，该界面510可以是预警规则设置示意图。如图5b所示，界面510包括第一区域511及第二区域512。其中，该第一区域可以是薪资类型预警规则设置区域，该第二区域可以是考勤类型预警规则设置区域。
65.当设置预警规则之后，可以监控上述考勤信息及薪资信息。当考勤信息满足上述
预警规则后，可以发送考勤预警信息，或当薪资信息满足上述预警规则后，可以发送薪资预警信息。示例性的，以考勤预警为例，假设预设的考勤预警规则是当月出勤率低于85％时预警。当设置完上述考勤预警规则后，可以对被监控人员(例如，施工人员)的考勤信息进行监控，若监控到该被监控人员的当月出勤率低于85％，也就是说，该考勤信息满足上述考勤预警规则，此时，可以发送考勤预警信息，该考勤预警信息用于通知工程管理人员该被监控人员不满足考勤要求。
66.接着，以薪资预警为例，假设预设的薪资预警规则是超过一个月未发放薪资，则可以发送薪资预警。当设置完上述薪资预警规则后，可以对被监控人员(例如，施工人员)的薪资信息进行监控，若监控到该被监控人员超过一个月仍未发放薪资或未足额发放薪资，也就是说，该薪资信息满足上述薪资预警规则，此时，可以发送薪资预警信息，该薪资预警信息用于通知工程监管人员该被监控人员不满足薪资要求。
67.当上述工程项目监管系统100发送预警信息后，可以基于上述预警信息生成预警结果，并显示上述预警结果，由此可以使得工程监管人员在上述工程项目监管系统100 中查询到上述预警结果。
68.现结合图6a
‑
6c对上述预警结果的显示进行说明。以图3a显示的界面300为例，当用户点击界面300中的预警控件301后，可以得到如图6a所示的界面600，界面 600可以包括预警结果显示控件，其中，该预警结果显示控件可以包括两种类型，例如，考勤类型的预警结果显示控件601及薪资类型的预警结果显示控件602。当用户点击考勤类型的预警结果显示控件601后，可以得到如图6b所示的界面610；当用户点击薪资类型的预警结果显示控件602后，可以得到如图6c所示的界面620。
69.步骤203，基于存储在区块链上的考勤信息和/或薪资信息，对预警结果进行核对，基于核对结果对预警结果进行处理。
70.具体地，当在上述工程项目监管系统100中生成预警结果后，工程监管人员可以通过上述图6b和图6c的页面对上述预警结果进行查看。为了避免虚警，工程监管人员还可以将上述预警结果与预先存储在区块链上的信息进行核对。为说明方便，下文将工程项目管理平台上的考勤类型的预警结果称为“第一考勤信息”，将存储在区块链上的考勤信息称为“第二考勤信息”；同样地，将工程项目管理平台上的薪资类型的预警结果称为“第一薪资信息”，将存储在区块链上的考勤信息称为“第二薪资信息”。
71.以考勤结果为例，当通过对第一考勤信息与第二考勤信息的比对，若确定第一考勤信息与第二考勤信息一致，也就是说，考勤预警结果与实际考勤信息一致，则可以采取相关措施，例如，可以去现场视察项目进展，由此可以避免因出勤率低导致的项目延期。若确定第一考勤信息与第二考勤信息不一致，则可以关闭上述预警。
72.以薪资结果为例，当通过第一薪资信息与第二薪资信息的比对，若确定第一薪资信息与第二薪资信息一致，也就是说，薪资预警结果与实际薪资信息一致，则可以对发放薪资的单位采取措施，例如，可以向发放薪资的单位发出整改通知，由此可以避免薪资发放带来的问题。若确定第一薪资信息与第二薪资信息不一致，则可以关闭上述预警。
73.步骤204，当接收到投诉信息后，基于存储在区块链上的考勤信息和/或薪资信息，对投诉信息进行核对，基于核对结果对投诉信息进行处理。
74.可选地，在实际生活中，会发生某些施工人员对薪资情况进行恶意投诉的情况。例
如，施工人员在领到工资后，会恶意的进行投诉，诉称未正常领取工资。因此，当工程监管人员在接收到上述施工人员的投诉后，可以在上述工程项目监管系统100中输入该施工人员的信息(例如，姓名或身份证号)，由此可以查询到该施工人员的工程项目信息，其中，该工程项目信息可以是存储在工程项目监管系统100中的该施工人员的考勤记录及薪资记录，也可以是存储在区块链上的该施工人员的记工单信息。通过上述工程项目信息对上述施工人员的投诉信息进行核对，由此可以识别施工人员是否恶意投诉。
75.通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将系统的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
76.在本技术实施例各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
77.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：快闪存储器、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
78.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何在本技术揭露的技术范围内的变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。