CN116071007A - 工单管理的方法、电子设备及存储介质 - Google Patents

Abstract

本申请实施例提供了一种工单管理的方法、电子设备及存储介质，涉及但不限于建筑领域。该方法包括：从工单网络全景图中获取至少一个待预警的预警工单；根据预设的预警规则，确定所述预警工单的预警等级；按照预设的推送规则，向所述预警等级对应的第一目标推送清单推送所述预警工单对应的预警信息；根据目标对象对所述预警信息的显示请求，显示预警数据，所述预警数据包括预警信息以及关联网络图，其中，所述关联网络图与所述预警等级一一对应。本申请实施例通过工单网络全景图对各工单集中化管理使得不同级别的目标对象能在工单逾期时快速直观的获取得到逾期原因，能提升工单管理的便利性。

Description

工单管理的方法、电子设备及存储介质

技术领域

本申请涉及但不限于建筑领域，尤其涉及一种工单管理的方法、电子设备及存储介质。

背景技术

工单用于表征日常工作中一个较小维度的子任务或事项。如，一个任务可以被拆分为多个子任务，一个合同也可以被拆分为多个子合同，其中，每个子合同的执行对应一个子任务。此时，对于被拆分的子任务或子合同均可视为工单，此时，可以基于工单对实现对任务或合同的进度的监控。但是实际应用中，虽然将各工单上传到系统进行管控，但是工单的管控分散化，在出现工单逾期时，仅能获知逾期工单的信息，需要人为对逾期工单以及相关工单进行分析，以对逾期工单的有效管控，管理十分不便。

发明内容

本申请实施例的主要目的在于提出一种工单管理的方法、电子设备及存储介质，旨在提升工单管理的便利性。

为实现上述目的，本申请实施例的第一方面提出了一种工单管理的方法，所述方法包括：

从工单网络全景图中获取至少一个待预警的预警工单；

根据预设的预警规则，确定所述预警工单的预警等级；

按照预设的推送规则，向所述预警等级对应的第一目标推送清单推送所述预警工单对应的预警信息；

根据目标对象对所述预警信息的显示请求，显示预警数据，所述预警数据包括预警信息以及关联网络图，其中，所述关联网络图与所述预警等级一一对应。

为实现上述目的，本申请实施例的第二方面提出了一种电子设备，所述电子设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的方法。

为实现上述目的，本申请实施例的第三方面提出了一种存储介质，所述存储介质为计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面所述的方法。

本申请提出的工单管理的方法、电子设备及存储介质，通过设置工单网络全景图将同一项目或同一目标管理项进行图形化关联，可以使得工单的管理更为集中化，其次，通过设置预警等级和第一目标推送清单，将督办逾期工单的目标对象进行不同级别的划分，从而能够随着逾期的严重程度，将预警消息快速扩散至相关的目标对象，并通过关联网络图图示与逾期工单关联的各工单情况，可以更为直观的看到逾期工单逾期的原因。因此，和相关技术相比，本申请实施例通过工单网络全景图对各工单集中化管理使得不同级别的目标对象能在工单逾期时快速直观的获取得到逾期原因，能提升工单管理的便利性。

附图说明

图1是本申请实施例提供的工单管理的方法的流程示意图；

图2是本申请实施例提供的工单管理的方法中预警数据的显示示意图；

图3是本申请实施例提供的工单管理的方法中工单序列的创建示意图；

图4是本申请实施例提供的工单管理的方法中工单网络全景图的显示示意图；

图5是本申请实施例提供的工单管理的方法中全景网络视图的示意图；

图6是本申请实施例提供的工单管理的方法对应的工单管理平台的模块示意图；

图7是本申请实施例提供的电子设备的硬件结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。

需要说明的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

本申请实施例提供的工单管理的方法、电子设备及存储介质，具体通过如下实施例进行说明，首先描述本申请实施例中的工单管理的方法。

本申请实施例提供的工单管理的方法，涉及建筑领域。本申请实施例提供的工单管理的方法可应用于终端中，也可应用于服务器端中，还可以是运行于终端或服务器端中的软件。在一些实施例中，终端可以是智能手机、平板电脑、笔记本电脑、台式计算机等；服务器端可以配置成独立的物理服务器，也可以配置成多个物理服务器构成的服务器集群或者分布式系统，还可以配置成提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN以及大数据和人工智能平台等基础云计算服务的云服务器；软件可以是实现工单管理的方法的应用等，但并不局限于以上形式。

本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

图1是本申请实施例提供的工单管理的方法的一个可选的流程图，图1中的方法可以包括但不限于包括步骤S101至步骤S104。

步骤S101、从工单网络全景图中获取至少一个待预警的预警工单。

步骤S102、根据预设的预警规则，确定预警工单的预警等级。

步骤S103、按照预设的推送规则，向预警等级对应的第一目标推送清单推送预警工单对应的预警信息。

步骤S104、根据目标对象对预警信息的显示请求，显示预警数据，预警数据包括预警信息以及关联网络图，其中，关联网络图与预警等级一一对应。

因此，通过设置工单网络全景图将同一目标管理项的各工单进行图形化关联，可以使得工单的管理更为集中化，其次，通过设置预警等级和第一目标推送清单，将督办逾期工单的目标对象进行不同级别的划分，从而能够随着逾期的严重程度，将预警消息快速扩散至相关的目标对象，并通过关联网络图图示与逾期工单关联的各工单情况，可以更为直观的看到逾期工单逾期的原因。因此，和相关技术相比，本申请实施例通过工单网络全景图对各工单集中化管理使得不同级别的目标对象能在工单逾期时快速直观的获取得到逾期原因，能提升工单管理的便利性。

需说明的是，工单网络全景图对应一个目标管理项，多个目标管理项则有多个工单网络全景图，通过在全景网络视图中选择目标管理项确定工单网络全景图。目标管理项如：项目工程任务、合同或研发项目等；工单网络全景图用于表征同一目标管理项内各工单之间的关系以及进度状态。

需说明的是，预警规则中设置了多个预警等级，根据不同的逾期状态会设置有不同的预警等级，如逾期1至5天则为最低的预警等级，逾期6天至10天为第二个预警等级，逾期11天后为最高的预警等级，则可以根据逾期的天数确定预警等级，本申请对每一预警等级对应的逾期天数、预警等级的设置数量均不做限制，本领域技术人员可以根据实际需求进行设置。在一些实施例中，预警等级应用于工单管理的方法所在的工单平台中所有的工单，各逾期工单根据逾期的天数确定从预警规则中的各预警等级中确定预警等级。

需说明的是，在一些实施例中，预警规则还定义了预警配置项，当预警配置项设置了预警等级时，选取该配置的预警等级和实际逾期天数对应的预警等级中最高的作为当前的预警等级。需说明的是，可以对每一个工单均配置预警配置项。示例性的，以工单1的为逾期工单，工单1的实际逾期天数对应的预警等级为A，工单1配置了预警等级为B的预警配置项为例，则当B>A，确定的预警等级为B；当A>B时，确定的预警等级为A。

需说明的是，不同的预警等级呈现不同范围的全景网络图作为关联网络图，在预警等级高于或等于最高预警等级时，呈现全景网络图，在预警等级低于最高预警等级时，关联网络图为部分的全景网络图，如预警工单所在的工单序列，或工单序列的部分工单。需说明的是，关联网络图和工单网络全景图之间建立有关联，当目标对象点击关联网络图时，会跳转至全景网络图对应的全景网络视图进行查看。

需说明的是，在一些实施例中，预警数据还包括逾期工单信息，逾期工单信息以列表形式展示，示例性的，参照图2所示，预警信息、关联网络图以及逾期工单信息依次排列；其中，逾期工单信息记录在“基础信息”的列表中。

需说明的是，预警信息用于表征逾期工单的概要信息。

需说明的是，第一目标推送清单用于记录对应预警等级下的所有目标对象。

需说明的是，本申请对预警规则、推送规则的设置方式不做限定，如可以通过工单管理平台进行动态设置，也可以通过配置文件设置，也可以在程序中预先设定，对此，本领域技术人员可以根据实际需求进行设置。

需说明的是，通过全景网络图，可以直观全面的监控整个项目的进展情况及卡点问题，从而可以辅助下发针对性解决措施，落实管控要求，保证项目平稳有序进行。

需说明的是，工单网络全景图用于显示至少一个工单序列，对于每个工单序列，均对应有一个关键节点；对于每个关键节点均对应有若干主节点；对于每个主节点，均对应有若干前置条件点。在一些实例中，前置条件节点还对应有至少一个下一层级的节点。主节点、前置条件点等均通过前置条件配置确定。通过将各工单分别以关键节点、主节点前置条件点等层级划分，能更加清晰各工单之间的关联；实现工单管理和实施的同步。

可理解的是，关联网络图通过如下步骤得到：

在预警等级低于预设的第一等级范围时，将预警工单对应的前置条件序列图作为关联网络图；

在预警等级位于预设的第二等级范围时，将预警工单所在的工单序列的主节点、前置条件序列图作为关联网络图；

在预警等级位于预设的第三等级范围时，将预警工单对应的工单网络全景图作为关联网络图。

需说明的是，预警规则中设置了多个预警等级，预设等级为多个预警等级中的一个，多个预警等级可以至少划分为第一等级范围、第二等级范围以及第三等级范围。前置条件序列图为预警工单对应的主节点下各前置条件点组成的序列图。

需说明的是，参照图2所示，预警数据还包括标准数据，标准数据用于显示标准工期数据以及标准工单的处理数据。其中，图2中所述的“基础信息”用于显示工单的详细信息，“工单序列”用于显示关联网络图。在一些实施例中，参照图2所示，在预警数据显示的预警视图中还设置有“相关责任人”，以用于显示管理和跟踪该预警工单的相关的责任人；且该“相关责任人”还对应设置有添加项，以添加相关的责任人，以实现对逾期工单的灵活管控。

可理解的是，所述按照预设的推送规则，向所述预警等级对应的第一目标推送清单推送所述预警工单对应的预警信息，包括：

获取在预警等级下第一目标推送清单中各目标对象对预警信息的处理状态；

在处理状态为未处理时，按照预设的推送周期向预警等级下各目标对象推送对应的预警信息；

在处理状态为已处理时，取消预警等级的前一等级下的各目标对象的预警信息。

需说明的是，推送周期可以根据实际需要进行设置，如一天推送一次，或者两天推送一次等等。

需说明的是，处理状态与预警等级一一对应，在逾期天数发生变更时且该变更导致逾期天数超过一个层级预警设置的天数，则会重新根据预警天数对应的等级推送新的预警通知，对应的，处理状态为未处理。示例性的，假设在t时段，逾期天数为5天，对应预警等级A，且预警等级A的责任人在收到预警通知后回复了，则该逾期订单的处理状态设置为已处理，并不再向预警等级A下的各目标对象推送预警通知。假设在t1时段，逾期天数变为了8天，对应的预警等级从A变成了B，则按照B进行预警通知，该逾期订单的处理状态设置为未处理。

因此，通过对未处理预警信息的目标对象进行周期推送，能及时提醒目标对象进行处理，对已处理的目标对象取消预警消息，自动帮各目标对象过滤无效信息，能使得工单系统中有用的信息能被及时获取，进一步提升工单管理的便利性。

示例性的，以预警消息作为待办事项存在于各目标对象的显示界面中，且推送周期设置为天为例，对于预警工单，当其预警天数在第一级的预警等级内，则按照第一级的预警等级对应的第一目标推送清单进行通知推送待办，若项目总填报该预警信息的确认后则不再推送该预警信息的待办。当逾期天数对应的预警等级从第一级跳到第二级，如逾期第6天仍未处理完(即逾期工单仍是逾期状态)，则取消第一级的预警等级中各目标对象的预警信息对应的待办，并按第二级的预警等级再推送一条消息通知，当项目总回复后则不再推送第二级的预警等级对应的预警消息的待办。当逾期天数对应的预警等级从第二级跳到第三级，如逾期第11天仍未处理完(即逾期工单仍是逾期状态)则取消低于第三级的预警等级对应的各目标对象的预警信息对应的待办，并按第三级的预警等级再推送一条消息通知，项目总回复后则不再推送第三级的预警消息预警。对于任一一预警等级，若项目总一直不处理/回复预警消息待办，则每天的预警消息都更新同一条待办。

可理解的是，方法还包括：

接收来自于目标对象对预警信息的预警升级请求；

根据预警升级请求，更新预警规则；

根据更新后的预警规则以及更新前的预警规则，确定第二目标推送清单；

向第二目标推送清单推送预警信息。

需说明的是，预警信息对应设置有预警升级按钮以触发预警升级请求，如在预警信息显示的视图中，设置有预警升级的按钮，又如在预警数据显示的视图中设置有预警升级的按钮，又如，在预警信息显示的视图以及预警数据显示的视图中均设置预警升级的按钮，使得目标对象可以根据项目的紧急程度选择性触发预警升级请求。

需说明的是，目标对象可以为另一平台或者是人员角色，对此，本申请实施例不做限制。

需说明的是，第二目标推送清单为对应于前一预警等级中新增的目标对象名单。此时，对于已推送的目标对象的确认并不影响。

需说明的是，在接收到预警升级请求后，会判断预警升级请求对应的预警等级和当前的预警等级是否匹配，若匹配，则提示目标对象已经升级过。示例性的，以工单管理平台仅支持一次预警升级为例，其中有一个人点了“升级第三层预警”后，当其他人也点击“升级第三层预警”的时候，向其他人提示“当前预警已升级到第三层预警”。

需说明的是，仅具备升级权限的目标对象的才能发起预警升级请求。此时，可以通过在具备升级权限的目标对象推送的预警信息对应设置预警升级的按钮，也可以直接校验目标对象的权限，优选的，本申请在具备升级权限的目标对象推送的预警信息对应设置预警升级的按钮。

可理解的是，工单网络全景图的生成步骤如下：

对预设目标管理项对应的多个工单进行工单初始化，得到若干工单序列；其中，工单序列用于记录多个工单以及序列触发条件；每个工单序列对应一个关键节点；

以关键节点为基准配置对应工单序列的前置条件，以建立各工单序列中各工单之间的关联；

在工单序列的前置条件配置完成后，将若干工单序列对应的关键节点按照时间顺序横向排列，将所述工单序列纵向设置于对应的关键节点之下，得到工单网络全景图。

需说明的是，工单序列应用于外部系统与工单系统操作颗粒度是一对多时，如合同管理系统下发一个合同到工单系统，工单系统要细分成多个合同事项，生成多个工单，此时可以将多个工单初始化成至少一个工单序列，从而实现更为精细的工单管控。示例性的，参照图3所示工单序列配置视图，对于一个工单序列而言，从多个工单中选取出多个待组合的工单填入“序列组合”项中，并设置对应的序列触发条件以及该工单序列的序列名称，即可初始化得到一个工单序列，此时，该工单序列对应一个以该序列名称命名的关键节点；其中，序列触发条件包括前置条件、周期以及自动触发其中一种。当选择周期触发时，可以填入触发的具体周期，如1天，10天等等。

需说明的是，前置条件应用于外部系统与工单系统操作颗粒度是一对一时，如计划系统下发专项计划到工单系统，一个专项计划包含n个节点，工单系统一一对应生成n个工单，但是在工单系统中对于【工单】之间的关联和计划系统中【节点】之间的关联关系是有差异的(比如计划系统是计划目的的视角，工单系统是事项前后顺序的视角)，此时，工单平台会根据节点编码匹配已配置好的【前置条件关系】，进而将计划系统的节点重新排序，形成工单结构。此时，工单系统和下发系统管控的管控维度是一致的，均是基于节点进行管控。

需说明的是，以关键节点为基准分别配置该工单序列中各工单的前置条件，对于列表形式进行前置条件配置时，能更加直观的确定该工单序列中各工单之间的执行前后顺序，提升配置的便利性。

需说明的是，参照图4所示，若干工单序列按照时间顺序横向排列后，其对应的关键节点横向排列，依次排列为：工程开工、项目开盘、示范区开工以及开盘方案确定，关键节点下的次级节点(如主节点、前置节点)分别以链式挂接于关键节点之下。次级节点可以根据目标对象请求展开或者隐藏。且对于每个节点，均显示名称(如kkk)、责任人(如yy)、预计完成时间(如图示中2022-10-27)以及逾期时间。通过这种方式能直观的看到各工单之间的关系，以及待处理事项。

因此，通过将工单序列与前置条件相结合，能处理更为复杂的工单操作场景，进而提升工单管控的便利性。

可理解的是，工单网络全景图在全景网络视图进行显示，方法还包括：

接收目标对象在全景网络视图的至少一个操作指令，至少一个操作指令包括如下至少之一：工单详情查询请求、前置条件配置请求、工单处理请求；

响应操作指令。

需说明的是，工单详情查询请求为目标对象点击工单网络全景图中的工单触发的。前置条件配置请求、工单处理请求均为目标对象在选中工单网络全景图中的工单后触发的。

需说明的是，通过在工单网络全景图中提供起止条件配置请求、工单处理请求等操作，可以进一步提供工单操作的便利性。

需说明的是，本申请实施例也支持在生成工单网络全景图后，通过以关键节点为基准配置工单的前置条件，此时，关键节点以及对应的工单的工单数据以列表形式展示，目标对象通过对列表中的工单选中后进行更改，实现前置条件的设置，因此，本申请实施例能提供更多前置条件的配置方式。需说明的是，在工单管控过程中涉及的各节点的工单数据与工单网络全景图中显示的工单数据共享。

需说明的是，工单处理请求用于对选中的工单进行整改工单或督办痕迹查询等，从而可以基于工单网络全景图实现更为便捷的工单处理。

可理解的是，参照图5所示，全景网络视图还用于显示逾期工单；操作指令还包括：逾期查询请求，响应操作指令，包括：

将全景网络视图的当前显示区域定位至工单网络全景图中逾期查询请求对应的逾期工单；

在当前显示区域内，将逾期工单所在的列进行高亮显示。

需说明的是，当前显示区域表征全景网络视图中最显眼位置，如中部。

需说明的是，通过将逾期工单和工单网络全景图建立关联，以在点击逾期工单时能在当前显示区域内显示逾期工单，从而提升对逾期工单的查询的便利性。

需说明的是，高亮显示用于将逾期工单进行突出显示，如放大或者颜色标注。

需说明的是，参照图4和图5所示，在全景网络视图中每个工单均会显示负责人、计划完成时间。

可理解的是，至少一个工单处理请求包括工单整改查询请求和督办处理请求，当工单处理请求为督办处理请求，响应操作指令，包括：

显示督办视图；

在督办视图中监测来自于目标对象的新增督办请求；

对应的，当工单处理请求为工单整改查询请求，响应操作指令，包括：

显示工单整改视图；

在工单整改视图中按列表显示整改明细。

需说明的是，参照图6所示，本申请提供了工单管理平台，工单管理平台包括：

预警确定模块100，用于从工单网络全景图中获取至少一个待预警的预警工单以及根据预设的预警规则，确定预警工单的预警等级。

预警推送模块200，用于按照预设的推送规则，向预警等级对应的第一目标推送清单推送预警工单对应的预警信息。

预警显示模块300，用于根据目标对象对预警信息的显示请求，显示预警数据，预警数据包括预警信息以及关联网络图，其中，关联网络图与预警等级一一对应。

需说明的是，预警显示模块用于将显示请求在预警视图中显示，预警推送模块，用于将预警信息推送至待办视图。

需说明的是，在一些实施例中，工单管理平台还包括工单显示模块400，用于在全景网络视图显示工单网络全景图并监控工单网络全景图；工单管理平台还包括工单序列创建模块500，用于将输入的目标管理项拆分成N个工单，N为大于0的整数，并响应目标对象的序列创建请求，基于N个工单创建若干工单序列，并响应目标对象的前置条件配置请求，将关键节点下的各工单配置前置条件。在另一些实施例中，工单管理平台还包括审批模块600，审批模块用于对配置前置条件的工单发起审批流程，并在审批流程审批通过后通知工单显示模块生产工单网络全景图。

在另一些实施例中，工单管理平台还包括视图处理模块700，视图处理模块用于监控全景网络视图对工单网络全景图的操作指令并响应该操作指令。

工单管理平台还包括数据库800，数据库800用于提供工单数据以供视图处理模块700、工单显示模块400、预警显示模块300进行数据读取。

因此，通过将工单管理平台拆分为各独立的模块，并对各模块之前的数据实现数据共享，实现数据同步的同时，提升对各工单的处理。

本申请实施例还提供了一种电子设备，电子设备包括括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现上述工单管理的方法。该电子设备可以为包括平板电脑、车载电脑等任意智能终端。

请参阅图7，图7示意了另一实施例的电子设备的硬件结构，电子设备包括：

处理器901，可以采用通用的CPU(Centra l Process i ngUnit，中央处理器)、微处理器、应用专用集成电路(App l icat ionSpecific I ntegratedCi rcuit，ASI C)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请实施例所提供的技术方案；

存储器902，可以采用只读存储器(ReadOn lyMemory，ROM)、静态存储设备、动态存储设备或者随机存取存储器(RandomAccessMemory，RAM)等形式实现。存储器902可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器902中，并由处理器901来调用执行本申请实施例的工单管理的方法；

输入/输出接口903，用于实现信息输入及输出；

通信接口904，用于实现本设备与其他设备的通信交互，可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WI F I、蓝牙等)实现通信；

总线905，在设备的各个组件(例如处理器901、存储器902、输入/输出接口903和通信接口904)之间传输信息；

其中处理器901、存储器902、输入/输出接口903和通信接口904通过总线905实现彼此之间在设备内部的通信连接。

本申请实施例还提供了一种存储介质，存储介质为计算机可读存储介质，该存储介质存储有计算机程序，该计算机程序被处理器执行时实现上述工单管理的方法。

存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至该处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

本申请实施例描述的实施例是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域技术人员可知，随着技术的演变和新应用场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

本领域技术人员可以理解的是，图中示出的技术方案并不构成对本申请实施例的限定，可以包括比图示更多或更少的步骤，或者组合某些步骤，或者不同的步骤。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、设备中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。

本申请的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括多指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例的方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-On ly Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等各种可以存储程序的介质。

以上参照附图说明了本申请实施例的优选实施例，并非因此局限本申请实施例的权利范围。本领域技术人员不脱离本申请实施例的范围和实质内所作的任何修改、等同替换和改进，均应在本申请实施例的权利范围之内。

Claims (10)

1.一种工单管理的方法，其特征在于，包括：

从工单网络全景图中获取至少一个待预警的预警工单；

根据预设的预警规则，确定所述预警工单的预警等级；

按照预设的推送规则，向所述预警等级对应的第一目标推送清单推送所述预警工单对应的预警信息；

根据目标对象对所述预警信息的显示请求，显示预警数据，所述预警数据包括预警信息以及关联网络图，其中，所述关联网络图与所述预警等级一一对应。

2.根据权利要求1所述的工单管理的方法，其特征在于，所述关联网络图通过如下步骤得到：

在所述预警等级位于预设的第一等级范围时，将预警工单对应的前置条件序列图作为关联网络图；

在所述预警等级位于预设的第二等级范围时，将所述预警工单所在的工单序列的主节点、前置条件序列图作为所述关联网络图；

在所述预警等级位于预设的第三等级范围时，将预警工单对应的工单网络全景图作为所述关联网络图。

3.根据权利要求1所述的工单管理的方法，其特征在于，所述按照预设的推送规则，向所述预警等级对应的第一目标推送清单推送所述预警工单对应的预警信息，包括：

获取在所述预警等级下所述第一目标推送清单中各目标对象对所述预警信息的处理状态；

在所述处理状态为未处理时，按照预设的推送周期向所述预警等级下各目标对象推送对应的预警信息；

在所述处理状态为已处理时，取消所述预警等级的前一等级下的各目标对象的预警信息。

4.根据权利要求1所述的工单管理的方法，其特征在于，所述方法还包括：

接收来自于目标对象对所述预警信息的预警升级请求；

根据所述预警升级请求，更新所述预警规则；

根据更新后的所述预警规则以及更新前的所述预警规则，确定第二目标推送清单；

向所述第二目标推送清单推送所述预警信息。

5.根据权利要求1所述的工单管理的方法，其特征在于，所述工单网络全景图的生成步骤如下：

对预设目标管理项对应的多个工单进行工单初始化，得到若干工单序列；其中，所述工单序列用于记录多个工单以及序列触发条件；每个所述工单序列对应一个关键节点；

以所述关键节点为基准配置对应所述工单序列的前置条件，以建立所述工单序列中各工单之间的关联；

在所述工单序列的前置条件配置完成后，将所述若干工单序列对应的关键节点按照时间顺序横向排列，将所述工单序列纵向设置于对应的关键节点之下，得到所述工单网络全景图。

6.根据权利要求5所述的工单管理的方法，其特征在于，所述工单网络全景图在全景网络视图进行显示，所述方法还包括：

接收目标对象在所述全景网络视图的至少一个操作指令，所述至少一个操作指令包括如下至少之一：工单详情查询请求、前置条件配置请求、工单处理请求；

响应所述操作指令。

7.根据权利要求6所述的工单管理的方法，其特征在于，所述全景网络视图还用于显示逾期工单；所述操作指令还包括：逾期查询请求，所述响应所述操作指令，包括：

将所述全景网络视图的当前显示区域定位至所述工单网络全景图中所述逾期查询请求对应的逾期工单；

在所述当前显示区域内，将所述逾期工单进行高亮显示。

8.根据权利要求6所述的工单管理的方法，其特征在于，所述至少一个工单处理请求包括工单整改查询请求和督办处理请求，当所述工单处理请求为督办处理请求，所述响应所述操作指令，包括：

显示督办视图；

在所述督办视图中监测来自于目标对象的新增督办请求；

对应的，当所述工单处理请求为所述工单整改查询请求，所述响应所述操作指令，包括：

显示工单整改视图；

在所述工单整改视图中按列表显示整改明细。

9.一种电子设备，其特征在于，所述电子设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现权利要求1至8任一项所述工单管理的方法。

10.一种计算机可读存储介质，所述存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8任一项所述的工单管理的方法。

Images