工程监控方法及系统与流程

本发明涉及监控领域，尤其涉及一种工程监控方法及系统。

背景技术：

对于工程空调机组来说，过去传统的空调监控方式主要有两种，一种是定时监控，另一种是人工实时监控。其中，定时监控产生的数据量较少，覆盖面较窄，而人工实时监控需要花费大量人力成本，同时也依旧存在数据量和覆盖面窄的问题。而随着现代互联网的快速发展，这些传统的空调监控方式已无法满足用户复杂多变的监控需求。

另一方面，现有的空调监控方式产生的数据量和覆盖面难以支持目前大数据时代对海量数据的处理要求，不能有效地推动空调的研发和改进以及故障诊断。

技术实现要素：

本发明的目的是提出一种工程监控方法及系统，能够满足用户更有针对性的监控需求。

为实现上述目的，本发明提供了一种工程监控方法，包括：

根据监控策略条件筛选出符合所述监控策略条件的工程，并对工程表进行更新；

按照预定周期对所述工程表进行遍历，并查询所述工程表中的各个工程对应的通信标识模块卡；

调用指令发送平台向所述通信标识模块卡发送所述监控策略条件对应的监控策略操作指令，以获取所述工程表中的各个工程上报的实时运行数据。

进一步地，在所述根据监控策略条件筛选出符合所述监控策略条件的工程，并对工程表进行更新的操作之前，还包括：

服务器端接收客户端发出的设定监控策略的请求，所述监控策略包括所述监控策略条件和对应的所述监控策略操作指令；

所述服务器端检测新设定的监控策略与数据库中的已有监控策略是否存在冲突，是则覆盖所述已有监控策略或终止监控策略的添加，否则直接添加到数据库中。

进一步地，在新设定的监控策略成功添加到数据库后，还包括：

所述服务器端按预定周期对全部工程进行遍历，并在每个周期执行所述根据监控策略条件筛选出符合所述监控策略条件的工程，并对工程表进行更新的操作。

进一步地，所述根据监控策略条件筛选出符合所述监控策略条件的工程，并对工程表进行更新的操作具体为：

所述服务器端根据所述新设定的监控策略的监控策略条件筛选出当前周期下符合所述监控策略条件的工程，并根据当前周期下符合所述监控策略条件的工程对所述工程表进行更新。

进一步地，所述根据监控策略条件筛选出符合所述监控策略条件的工程，并对工程表进行更新的操作具体为：

服务器端接收客户端发出的监控策略条件，并根据所述监控策略条件在全部工程中筛选出符合所述监控策略条件的工程，并将符合所述监控策略条件的工程更新到所述工程表中。

进一步地，在所述根据监控策略条件筛选出符合所述监控策略条件的工程，并对工程表进行更新的操作之后，还包括：

所述服务器端接收所述客户端发出的设定监控策略的请求，所述监控策略包括所述监控策略条件和对应的所述监控策略操作指令；

所述服务器端检测新设定的监控策略与数据库中的已有监控策略是否存在冲突，是则覆盖所述已有监控策略或终止监控策略的添加，否则直接添加到数据库中。

进一步地，在所述新设定的监控策略与所述数据库中的已有监控策略存在冲突时，所述覆盖所述已有监控策略或终止监控策略的添加的操作具体包括：

所述服务器端将数据库中的所述已有监控策略发送给所述客户端，以便所述客户端显示冲突的已有监控策略并提示策略设定者是否覆盖所述已有监控策略；

当所述服务器端接收到所述客户端发出的覆盖所述已有监控策略的指令时，所述服务器端判断新设定的监控策略的策略设定者权限是否高于所述已有监控策略的策略设定者权限，是则在数据库中将新设定的监控策略覆盖所述已有监控策略，否则终止新设定的监控策略的添加。

进一步地，在所述新设定的监控策略与所述数据库中的已有监控策略存在冲突时，还包括：

所述服务器端将数据库中的所述已有监控策略发送给所述客户端，以便所述客户端显示冲突的已有监控策略并提示策略设定者是否修改新设定的监控策略；

当所述服务器接收到所述客户端发出的修改后的监控策略，根据数据库中的已有监控策略重新执行冲突检测。

进一步地，监控策略冲突包括监控策略条件冲突和/或工程运行模式冲突。

进一步地，所述通信标识模块卡为客户识别模块sim卡。

进一步地，所述调用指令发送平台向所述通信标识模块卡发送所述监控策略条件对应的监控策略操作指令的操作具体包括：

服务器端调用短信发送平台向所述通信标识模块卡发送所述监控策略条件对应的监控策略操作指令。

进一步地，在不同的工程运行模式下，还包括接收各个工程上报的故障数据和/或调试数据。

为实现上述目的，本发明提供了一种工程监控系统，包括：

工程筛选模块，用于根据监控策略条件筛选出符合所述监控策略条件的工程；

工程表更新模块，用于根据符合所述监控策略条件的工程对工程表进行更新；

工程表定期遍历模块，用于按照预定周期对所述工程表进行遍历，并查询所述工程表中的各个工程对应的通信标识模块卡；和

监控指令发送模块，用于调用指令发送平台向所述通信标识模块卡发送所述监控策略条件对应的监控策略操作指令，以获取所述工程表中的各个工程上报的实时运行数据。

进一步地，还包括：

第一设定接收模块，用于在所述工程筛选模块筛选符合所述监控策略条件的工程之前，接收客户端发出的设定监控策略的请求，所述监控策略包括所述监控策略条件和对应的所述监控策略操作指令；

冲突检测模块，用于检测新设定的监控策略与数据库中的已有监控策略是否存在冲突，如果不存在冲突，则直接将新设定的监控策略添加到数据库中；

冲突处理模块，用于在所述冲突检测模块检测到新设定的监控策略与数据库中的已有监控策略存在冲突时，覆盖所述已有监控策略或终止监控策略的添加。

进一步地，还包括：

工程定期遍历模块，用于按预定周期对全部工程进行遍历，并在每个周期触发所述工程筛选模块根据监控策略条件筛选出当前周期下符合所述监控策略条件的工程，并触发所述工程表更新模块根据当前周期下符合所述监控策略条件的工程对所述工程表进行更新。

进一步地，所述工程筛选模块包括：

策略条件接收单元，用于接收客户端发出的监控策略条件；和

工程筛选单元，用于根据所述监控策略条件在全部工程中筛选出符合所述监控策略条件的工程。

进一步地，还包括：

第二设定接收模块，用于在所述工程筛选模块筛选出符合所述监控策略条件的工程，且所述工程表更新模块根据符合所述监控策略条件的工程对工程表进行更新之后，接收客户端发出的设定监控策略的请求，所述监控策略包括所述监控策略条件和对应的所述监控策略操作指令；

冲突检测模块，用于检测新设定的监控策略与数据库中的已有监控策略是否存在冲突，如果不存在冲突，则直接将新设定的监控策略添加到数据库中；

冲突处理模块，用于在所述冲突检测模块检测到新设定的监控策略与数据库中的已有监控策略存在冲突时，覆盖所述已有监控策略或终止监控策略的添加。

进一步地，所述冲突处理模块具体包括：

已有策略发送单元，用于将数据库中的所述已有监控策略发送给所述客户端，以便所述客户端显示冲突的已有监控策略并提示策略设定者是否覆盖所述已有监控策略；

设定权限判断单元，用于在接收到所述客户端发出的覆盖所述已有监控策略的指令时，判断新设定的监控策略的策略设定者权限是否高于所述已有监控策略的策略设定者权限，如果不高于所述已有监控策略的策略设定者权限，则终止新设定的监控策略的添加；和

监控策略覆盖单元，用于在所述设定权限判断单元确定新设定的监控策略的策略设定者权限高于所述已有监控策略的策略设定者权限时，在数据库中将新设定的监控策略覆盖所述已有监控策略。

进一步地，所述冲突处理模块还用于在所述新设定的监控策略与所述数据库中的已有监控策略存在冲突时，将数据库中的所述已有监控策略发送给所述客户端，以便所述客户端显示冲突的已有监控策略并提示策略设定者是否修改新设定的监控策略；所述工程监控系统还包括：

监控策略修改模块，用于接收所述客户端发出的修改后的监控策略，并触发所述冲突检测模块根据数据库中的已有监控策略重新执行冲突检测。

进一步地，监控策略冲突包括监控策略条件冲突和/或工程运行模式冲突。

进一步地，所述通信标识模块卡为客户识别模块sim卡。

进一步地，还包括：

故障数据接收模块，用于在工程运行模式为故障上报模式时，接收各个工程上报的故障数据；和/或

调试数据接收模块，用于在工程运行模式为调试上报模式时，接收各个工程上报的调试数据。

基于上述技术方案，本发明通过工程表记录符合监控策略条件的工程，并在对工程表的周期遍历中向表中的各个工程发送对应的监控策略操作指令，以获取各工程上报的实时运行数据。对于用户来说，其监控需求可通过设定的监控策略的条件及操作指令来体现，实现对符合特定条件的工程进行对应的监控操作，以获得工程的实时运行数据，从而满足用户有针对性的监控需求，并且获得的实时运行数据能够支持大数据的分析，推动工程设备的研发、改进和故障诊断。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为本发明工程监控方法的一实施例的流程示意图。

图2为本发明工程监控方法实施例的应用场景示意图。

图3为本发明工程监控方法的另一实施例的流程示意图。

图4为本发明工程监控方法的又一实施例的流程示意图。

图5为本发明工程监控系统的一实施例的结构示意图。

图6为本发明工程监控系统的另一实施例的结构示意图。

图7为本发明工程监控系统的又一实施例的结构示意图。

具体实施方式

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

如图1所示，为本发明工程监控方法的一实施例的流程示意图。在本实施例中，工程监控方法包括：

步骤200、根据监控策略条件筛选出符合所述监控策略条件的工程，并对工程表进行更新；

步骤400、按照预定周期对所述工程表进行遍历，并查询所述工程表中的各个工程对应的通信标识模块卡；

步骤600、调用指令发送平台向所述通信标识模块卡发送所述监控策略条件对应的监控策略操作指令，以获取所述工程表中的各个工程上报的实时运行数据。

在本实施例中，通过工程表记录符合监控策略条件的工程，并在对工程表的周期遍历中向表中的各个工程发送对应的监控策略操作指令，以获取各工程上报的实时运行数据。对于用户来说，其监控需求可通过设定的监控策略的条件及操作指令来体现，实现对符合特定条件的工程进行对应的监控操作，以获得工程的实时运行数据，从而满足用户有针对性的监控需求，并且获得的实时运行数据能够支持大数据的分析，推动工程设备的研发、改进和故障诊断。

结合图2所示的应用场景示例，本实施例中的步骤200中工程表可预先设置在服务器1或者数据库4中，而工程表中的工程记录根据监控策略条件对全部可监控的工程进行筛选，筛选出的工程则更新到工程表中。

对于工程表来说，步骤400中按照预定周期对所述工程表进行遍历，并查询所述工程表中的各个工程对应的通信标识模块卡。有关通信标识模块卡的数据表可与工程表通过工程id进行关联，以便通过工程id来查出某个工程所对应的通信标识模块卡的号码，从而给后续的指令传送提供发送目标。这里的通信标识模块卡是指能够方便通信的标识卡，例如客户识别模块(subscriberidentitymodule，简称sim)卡。根据不同的通信制式也可以采用其他通信标识模块卡，例如microsim卡、用户识别模块(useridentitymodule，简称uim)卡等。

在查询到了工程表中各工程所对应的工程设备2(例如工程空调机组等)的通信标识模块卡之后，则在步骤600服务器端1可以准确的向这些工程发送监控策略条件对应的监控策略操作指令，从而以获取这些工程上报的实时运行数据。其中，指令发送平台可采用短信发送平台或其它可传递指令的发送平台。工程的具体监控模式可在制定监控策略时进行选择，例如选择连续监控或者周期监控，其中连续监控是指在一段时间内连续不间断对机组进行监控，例如从1月1日9:00–1月5日18:00连续监控。周期监控是指在一段时间内周期性监控，例如时间范围是从1月1日9:00–1月5日18:00，并进一步按照周期拆分为1日9:00—1日18：00,2日9:00—2日18：00；3日9:00—3日18：00；4日9:00—4日18:00；5日9:00—5日18：00。

服务器端1获得的工程的实时运行数据可以为后续的分析、研发提供支持，例如工程空调机组的运行数据可以对机组后续的性能、冷效、功耗等方面的研发、改进及故障诊断具有很大价值。另一方面，由于服务器端1获得的数据是经过筛选后符合设定的监控策略条件的工程所提供的实时运行数据，因此可减少冗余数据的产生，降低服务器和数据库的性能要求和成本，实现有针对性的数据采集。

服务器1的数据收集除了包括筛选出的工程对应的工程设备2通过通信网络(例如gprs等)上报的实时运行数据之外，还包括工程上报的故障数据和/或调试数据等的收集。其中，实时运行数据指的是工程设备正常状态下运行的数据，此数据可用于监控机组运行状态，通过大数据算法预警机组故障，为机组研发提高性能等方面通供数据来源。故障数据为工程设备在发生故障时产生并上报的运行数据，凭此数据可以快速定位数据原因。调试数据是指在工程设备安装调试时产生并上报的数据，凭此数据可以检验调试步骤是否正确等。

在另一个实施例中，还包括了监控策略的设定过程。例如在步骤200之前，还包括：服务器端1接收客户端3发出的设定监控策略的请求，该监控策略包括监控策略条件和对应的监控策略操作指令。对于客户端3新设定的监控策略来说，由于数据库中已经存在了一些监控策略，如果直接将新设定的监控策略存入数据库，则可能会造成将来无法有效匹配适合的监控策略的问题。举例来说，数据库中已有监控策略的监控策略条件为【地区：广东；天气：暴雨；开始时间：2017-1-1；结束时间：2017-1-8】，而用户在客户端3所设定的监控策略的监控策略条件为【地区：广东；天气：暴雨；开始时间：2017-1-6；结束时间：2017-1-10】，而这两个监控策略条件中涉及的时间范围存在重合的部分(即2017-1-6到2017-1-8)，因此某个工程处于这个重合的时间范围时，无法同时匹配两个监控策略条件。除了监控策略条件的冲突之外，监控策略冲突还可以包括工程运行模式冲突，例如实时运行数据上报模式、故障数据上报模式或调试数据上报模式。

因此，在服务器端1在接收到的设定请求后，检测新设定的监控策略与数据库4中的已有监控策略是否存在冲突，是则覆盖所述已有监控策略或终止监控策略的添加，否则直接添加到数据库中。

当新设定的监控策略成功添加到数据库后，服务器端1可以按预定周期对全部工程进行遍历，并在每个周期执行步骤200。在每个周期中，服务器端1可根据所述新设定的监控策略的监控策略条件筛选出当前周期下符合所述监控策略条件的工程，并根据当前周期下符合所述监控策略条件的工程对所述工程表进行更新。由于在每个周期都进行工程筛选，因此可以使被筛选出的工程能够更准确地反映实际情况。另外，服务器端1的监控策略遍历周期与工程表的遍历周期可相互独立，这两种遍历周期的长度可根据实际情况进行设定。

举例来说，用户在制定监控策略时选择的监控策略条件为【地区：河南省，天气：下雪】，则服务器端通过调用定位接口获取工程准确位置，包括经度、纬度和海拔高度等，找出所有河南的工程；然后通过定时调用中国天气网或中国气象局提供的天气接口获取当地的天气信息，包括温度、湿度、pm2.5和二氧化碳等，筛选出所有天气是下雪的工程。由于天气是时常变化，所以筛选出来的工程也是变化的，是灵活多变不固定的。假如早上8：00筛选出a、b、c、d四个工程符合条件【地区：河南省，天气：下雪】，则将这四个工程存储在数据库中的工程表中；到了下午15:00筛选出c、d、e、f、g五个工程符合条件【地区：河南省，天气：下雪】，则服务器将工程表中的工程进行更新，将不符合条件的工程移除，然后将新增的工程添加，这样能保证所有的工程都符合该监控策略条件。

在又一个实施例中，还包括了另一种监控策略的设定过程。例如步骤200具体包括：服务器端1接收客户端3发出的监控策略条件，并根据所述监控策略条件在全部工程中筛选出符合所述监控策略条件的工程，并将符合所述监控策略条件的工程更新到所述工程表中。

在该过程中，用户可通过客户端3先只设定监控策略条件，以便在步骤200中服务器端根据该监控策略条件在全部工程中进行筛选。在步骤200之后，用户可以通过客户端3发出带有之前设定的监控策略条件和对应的监控策略操作指令的完整的监控策略。服务器端1接收所述客户端3发出的设定监控策略的请求，并检测新设定的监控策略与数据库中的已有监控策略是否存在冲突，是则覆盖所述已有监控策略或终止监控策略的添加，否则直接添加到数据库中。

对于前面所涉及的工程监控方法实施例来说，如果新设定的监控策略与所述数据库中的已有监控策略存在冲突，则覆盖所述已有监控策略或终止监控策略的添加的操作具体包括：

所述服务器端将数据库中的所述已有监控策略发送给所述客户端，以便所述客户端显示冲突的已有监控策略并提示策略设定者是否覆盖所述已有监控策略；

当所述服务器端接收到所述客户端发出的覆盖所述已有监控策略的指令时，所述服务器端判断新设定的监控策略的策略设定者权限是否高于所述已有监控策略的策略设定者权限，是则在数据库中将新设定的监控策略覆盖所述已有监控策略，否则终止新设定的监控策略的添加。

对于前面所涉及的工程监控方法实施例来说，在所述新设定的监控策略与所述数据库中的已有监控策略存在冲突时，服务器端还可以将数据库中的所述已有监控策略发送给所述客户端，以便所述客户端显示冲突的已有监控策略并提示策略设定者是否修改新设定的监控策略；当所述服务器接收到所述客户端发出的修改后的监控策略，根据数据库中的已有监控策略重新执行冲突检测。

参考前述几个实施例的说明，图3示出了本发明工程监控方法另一个实施例。在本实施例中，工程监控方法包括：

步骤110、服务器端接收客户端发出的设定监控策略的请求，所述监控策略包括所述监控策略条件和对应的所述监控策略操作指令；

步骤120、服务器端检测新设定的监控策略与数据库中的已有监控策略是否存在冲突，是则执行步骤140，否则执行步骤130；

步骤130、服务器端将新设定的监控策略直接添加到数据库中；

步骤140、服务器端使用新设定的监控策略覆盖数据库中的已有监控策略；

步骤210、服务器端按预定周期对全部工程进行遍历，并在每个周期根据所述新设定的监控策略的监控策略条件筛选出当前周期下符合所述监控策略条件的工程；

步骤220、服务器端根据当前周期下符合所述监控策略条件的工程对所述工程表进行更新；

步骤400、服务器端按照预定周期对所述工程表进行遍历，并查询所述工程表中的各个工程对应的通信标识模块卡；

步骤600、服务器端调用指令发送平台向所述通信标识模块卡发送所述监控策略条件对应的监控策略操作指令，以获取所述工程表中的各个工程上报的实时运行数据。

在本实施例中，步骤110-140的监控策略设定过程、步骤210-220的监控策略周期遍历过程与步骤400-600的工程表周期遍历过程之间可不需要存在严格的时序或逻辑关系。在步骤140中，还可以提示用户选择是否覆盖，或者进行策略设置权限控制。如果用户选择不覆盖，或者不满足策略设置权限，则可终止新的监控策略的添加。

参考前述几个实施例的说明，图4示出了本发明工程监控方法又一个实施例。在本实施例中，工程监控方法包括：

步骤200’、服务器端接收客户端发出的监控策略条件，并根据所述监控策略条件在全部工程中筛选出符合所述监控策略条件的工程，并将符合所述监控策略条件的工程更新到所述工程表中；

步骤310、服务器端接收所述客户端发出的设定监控策略的请求，所述监控策略包括所述监控策略条件和对应的所述监控策略操作指令；

步骤320、服务器端检测新设定的监控策略与数据库中的已有监控策略是否存在冲突，是则执行步骤340，否则执行步骤330；

步骤330、服务器端将新设定的监控策略直接添加到数据库中；

步骤340、服务器端使用新设定的监控策略覆盖数据库中的已有监控策略；

步骤400、服务器端按照预定周期对所述工程表进行遍历，并查询所述工程表中的各个工程对应的通信标识模块卡；

步骤600、服务器端调用指令发送平台向所述通信标识模块卡发送所述监控策略条件对应的监控策略操作指令，以获取所述工程表中的各个工程上报的实时运行数据。

在本实施例中，用户在设定监控策略之前，就可以先使用监控策略条件可先用于工程筛选，并在后续的步骤中省去按照新设定的监控策略周期遍历所有工程的操作，这往往适用于对应于监控策略条件的工程变化较小的情形，能够减轻服务器端的计算负担。

此外，步骤310-340的监控策略设定过程与步骤400-600的工程表周期遍历过程之间可不需要存在严格的时序或逻辑关系。在步骤340中，还可以提示用户选择是否覆盖，或者进行策略设置权限控制。如果用户选择不覆盖，或者不满足策略设置权限，则可终止新的监控策略的添加。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

如图5所示，为本发明工程监控系统的一实施例的结构示意图。在本实施例中，工程监控系统包括：工程筛选模块10、工程表更新模块20、工程表定期遍历模块30和监控指令发送模块40。其中，工程筛选模块10用于根据监控策略条件筛选出符合所述监控策略条件的工程。工程表更新模块20用于根据符合所述监控策略条件的工程对工程表进行更新。工程表定期遍历模块30用于按照预定周期对所述工程表进行遍历，并查询所述工程表中的各个工程对应的通信标识模块卡。监控指令发送模块40用于调用指令发送平台向所述通信标识模块卡发送所述监控策略条件对应的监控策略操作指令，以获取所述工程表中的各个工程上报的实时运行数据。

如图6所示，为本发明工程监控系统的另一实施例的结构示意图。与上一实施例相比，本实施例中的工程监控系统还包括：第一设定接收模块50、冲突检测模块60和冲突处理模块70。其中，第一设定接收模块50用于在所述工程筛选模块10筛选符合所述监控策略条件的工程之前，接收客户端发出的设定监控策略的请求，所述监控策略包括所述监控策略条件和对应的所述监控策略操作指令。冲突检测模块60用于检测新设定的监控策略与数据库中的已有监控策略是否存在冲突，如果不存在冲突，则直接将新设定的监控策略添加到数据库中。冲突处理模块70用于在所述冲突检测模块60检测到新设定的监控策略与数据库中的已有监控策略存在冲突时，覆盖所述已有监控策略或终止监控策略的添加。

在图6中工程监控系统还可以进一步增加工程定期遍历模块80，该模块用于按预定周期对全部工程进行遍历，并在每个周期触发所述工程筛选模块10根据监控策略条件筛选出当前周期下符合所述监控策略条件的工程，并触发所述工程表更新模块20根据当前周期下符合所述监控策略条件的工程对所述工程表进行更新。

如图7所示，为本发明工程监控系统的另一实施例的结构示意图。与图5实施例相比，本实施例中的工程筛选模块10包括策略条件接收单元11和工程筛选单元12。策略条件接收单元11用于接收客户端发出的监控策略条件。工程筛选单元12用于根据所述监控策略条件在全部工程中筛选出符合所述监控策略条件的工程。

在图7中工程监控系统还可以进一步增加第二设定接收模块90、冲突检测模块60和冲突处理模块70。其中，第二设定接收模块90用于在所述工程筛选模块10(具体可为工程筛选单元12)筛选出符合所述监控策略条件的工程，且所述工程表更新模块20根据符合所述监控策略条件的工程对工程表进行更新之后，接收客户端发出的设定监控策略的请求，所述监控策略包括所述监控策略条件和对应的所述监控策略操作指令。

冲突检测模块60用于检测新设定的监控策略与数据库中的已有监控策略是否存在冲突，如果不存在冲突，则直接将新设定的监控策略添加到数据库中。冲突处理模块70用于在所述冲突检测模块检测到新设定的监控策略与数据库中的已有监控策略存在冲突时，覆盖所述已有监控策略或终止监控策略的添加。

在上述各工程监控系统实施例中，冲突处理模块60可以具体包括：

已有策略发送单元，用于将数据库中的所述已有监控策略发送给所述客户端，以便所述客户端显示冲突的已有监控策略并提示策略设定者是否覆盖所述已有监控策略；

设定权限判断单元，用于在接收到所述客户端发出的覆盖所述已有监控策略的指令时，判断新设定的监控策略的策略设定者权限是否高于所述已有监控策略的策略设定者权限，如果不高于所述已有监控策略的策略设定者权限，则终止新设定的监控策略的添加；和

监控策略覆盖单元，用于在所述设定权限判断单元确定新设定的监控策略的策略设定者权限高于所述已有监控策略的策略设定者权限时，在数据库中将新设定的监控策略覆盖所述已有监控策略。

在上述各工程监控系统实施例中，冲突处理模块还可以用于在所述新设定的监控策略与所述数据库中的已有监控策略存在冲突时，将数据库中的所述已有监控策略发送给所述客户端，以便所述客户端显示冲突的已有监控策略并提示策略设定者是否修改新设定的监控策略。对应的工程监控系统还可包括：监控策略修改模块，用于接收所述客户端发出的修改后的监控策略，并触发所述冲突检测模块根据数据库中的已有监控策略重新执行冲突检测。

在另一个实施例中，监控策略冲突包括监控策略条件冲突和/或工程运行模式冲突。在不同的工程运行模式下，工程监控系统还可以包括：

故障数据接收模块，用于在工程运行模式为故障上报模式时，接收各个工程上报的故障数据；和/或

调试数据接收模块，用于在工程运行模式为调试上报模式时，接收各个工程上报的调试数据。

本说明书中多个实施例采用递进的方式描述，各实施例的重点有所不同，而各个实施例之间相同或相似的部分相互参见即可。对于系统实施例而言，由于其整体以及涉及的模块与方法实施例中的内容存在对应关系，因此描述的比较简单，相关之处参见方法实施例的部分说明即可。

最后应当说明的是:以上实施例仅用以说明本发明的技术方案而非对其限制；尽管参照较佳实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解：依然可以对本发明的具体实施方式进行修改或者对部分技术特征进行等同替换；而不脱离本发明技术方案的精神，其均应涵盖在本发明请求保护的技术方案范围当中。