具体实施方式

下面结合附图和实施例，对本申请作进一步的详细描述。特别指出的是，以下实施例仅用于说明本申请，但不对本申请的范围进行限定。同样的，以下实施例仅为本申请的部分实施例而非全部实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其他实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其他实施例相结合。

本申请的描述中，需要说明书的是，除非另外明确的规定和限定，术语“安装”、“设置”、“相连”、“连接”应做广义理解，例如，可以是固定连接，可以是可拆卸连接，或一体地连接；可以是机械来能接，也可以是电连接；可以是直接相连，也可以通过中间媒介间隔相连。对于本领域的普通技术人员而言，可以具体情况连接上述属于在本申请的具体含义。

本申请提出了一种任务工单处理方法，具体请参阅图1，图1是本申请提供的任务工单处理方法一实施例的流程示意图。本实施例中的任务工单处理方法可以应用于一种终端设备，本申请的终端设备可以为服务器，也可以为移动设备，还可以为由服务器和移动设备相互配合的系统。相应地，移动设备包括的各个部分，例如各个单元、子单元、模块、子模块可以全部设置于服务器中，也可以全部设置于移动设备中，还可以分别设置于服务器和移动设备中。

进一步地，上述服务器可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器为软件时，可以实现成多个软件或软件模块，例如用来提供分布式服务器的软件或软件模块，也可以实现成单个软件或软件模块，在此不做具体限定。

本实施例的任务工单处理方法具体包括以下步骤：

步骤S11:获取任务工单及对应的值班人员。

在本实施例中，可以通过根据配置的规则自动生成任务工单，配置的规则可以通过人工设置，例如，通过某种算法完成配置的规则，然后获取需要生成的任务工单的信息，基于任务工单信息生成任务工单。任务工单的信息可以包括任务工单中的内容的关键词等。

任务工单可以是在日常设备的运维工作中，记载有需要完成的工作内容的任务单。例如，任务工单可以记载需要值班人员在期限范围内和/或规定工作地点完成某项工作等内容。其中，任务工单所记载的内容可以根据实际情况设定，本申请在此不做限定。

值班人员可以是需要完成任务工单中所记载的任务的工作人员。在本申请实施例中，值班人员可以与需要完成的任务同时记载于任务工单中。任务工单中的任务与值班人员呈对应关系，以便于明确值班人员对应需要完成的任务。

步骤S12：将任务工单分配给值班人员，以使值班人员基于任务工单开始执行任务。

在本实施例中，一份任务工单可以对应一位值班人员。将获取的任务工单分配给对应的值班人员，值班人员可以基于任务工单中所记载的内容开始执行任务。

在另一实施例中，一份任务工单可以对应多位值班人员，将获取到的任务工单分配给对应的多位值班人员。其中，任务工单可以记载需要完成的多个任务，并且每个任务对应有一位或多位值班人员，以使得值班人员的分工更加明确，加快工作效率。

具体地，终端设备可以将任务工单传输到值班人员的信息终端，值班人员的信息终端可以在接收到任务工单之后提示值班人员按时完成任务工单中记载的内容。

步骤S13：获取值班人员上传的任务完成信息，基于任务完成信息将任务工单的任务状态更新为已完成。

值班人员在明确了分配的任务之后，可以完成任务工单所指示的任务，在任务执行完成后通过信息终端将完成的信息上传到终端设备，以便于将任务工单的状态更新为已完成。

在一实施例中，任务工单中的任务可以枝节化，在值班人员完成任务工单中的某一枝节的任务之后，便可将完成部分的信息上传，以便于将任务工单的任务的某一枝节的任务状态更新为已完成。

例如：任务工单中所记载的总任务为A，其中，可以将总任务分为不同的枝节任务，如第一枝节任务A1、第二枝节任务A2、第三枝节任务A3等。当值班人员完成第一枝节任务A1时，可以将任务工单的第一枝节任务A1的状态更新为已完成。

在本实施例中，任务工单处理方法包括获取任务工单及对应的值班人员，将任务工单分配给值班人员，以使值班人员基于任务工单开始执行任务，获取值班人员上传的任务完成信息，基于任务完成信息将任务工单的任务状态更新为已完成。通过上述方式，本申请所提供的任务工单处理方法可以智能化地将任务工单分配给对应的值班人员，确保任务分配的质量，方便快捷。并且还可以根据值班人员上传的任务完成信息更新任务工单的状态，以实时了解任务情况，让工作变得简单明了，减少人力成本，提高工作效率。

可选地，参见图2，图2是图1所示的任务工单处理方法中步骤S11一实施例的流程示意图。

具体可以包括以下步骤S111至步骤S114：

步骤S111：按照预设周期获取设备的设备状态，其中，设备状态包括设备异常状态和/或设备更新状态。

预设周期可以根据不同的应用场景而设定，例如预设周期可以是一小时或三十分钟等。当符合预设周期的条件时可以获取一次或者多次设备的状态信息。设备可以是用于生产产品的设备等，即根据不同的物料生产不同的产品的设备。

其中，异常状态为设备中存储的消耗物料的量小于预设的消耗物料，或者设备需要的消耗物料种类不同于预设消耗物料种类且需要及时更换等状态。

设备更新状态为设备在某一段时间内完成工作之后，设备内剩余物料或消耗物料的状态信息，或者，设备在某一段时间内完成工作所消耗的物料的量等信息。

步骤S112：利用设备状态获取该设备的处理消耗物料。

在获取到设备的状态信息之后，可以根据设备状态获取设备完成工作所需要的消耗物料。例如，可以基于设备完成工作所实际需要的消耗物料以及设备中剩余物料之间的关系得到设备的处理消耗物料。

步骤S113：基于设备的处理消耗物料生成任务工单。

在确定设备的处理消耗物料之后，可以基于设备的处理消耗物料生成任务工单。例如，在需要更换消耗物料时，可以在生成的任务工单中明确：将第一消耗物料更换为第二消耗物料等。在需要添加消耗物料时可以在生成的任务工单中明确：添加预设数量的消耗物料。

步骤S114：按照任务工单分配当前值班的值班人员。

其中，步骤S114的内容与步骤S13的内容相同，在此不再赘述。

参见图3，图3是图1所示的任务工单处理方法中步骤S11另一实施例的流程示意图。本申请还可以采用图3所示实施例来实现步骤S11，具体包括步骤S211至步骤S214：

步骤S211：监控设备是否产生预设的设备状态，其中，设备状态包括设备异常状态和/或设备更新状态。

在本实施例中，可以实时监控设备是否产生预设的设备状态。或者周期性的监控设备是否产生预设的设备状态。

其中，异常状态为设备中存储的消耗物料的量小于预设的消耗物料，或者设备需要的消耗物料种类不同于预设消耗物料种类且需要及时更换等状态。

设备更新状态为设备在某一段时间内完成工作之后，设备内剩余物料或消耗物料的状态信息。或者，设备在某一段时间内完成工作所消耗的物料的量等信息。

步骤S212：若是，则利用设备状态获取该设备的处理消耗物料。

若监控设备产生预设的设备状态，则利用设备状态获取设备所需要的消耗物料。例如，可以基于设备完成工作所实际需要的消耗物料以及设备中剩余物料之间的关系得到设备的处理消耗物料。

步骤S213：基于设备的处理消耗物料生成任务工单。

在确定设备的处理消耗物料之后，可以基于设备的处理消耗物料生成任务工单。例如，在需要更换消耗物料时，可以在生成的任务工单中明确：将第一消耗物料更换为第二消耗物料等。在需要添加消耗物料时可以在生成的任务工单中明确：添加预设数量的消耗物料。

步骤S214：按照任务工单分配当前值班的值班人员。

其中，步骤S214的内容与步骤S13的内容相同，在此不再赘述。

参加图4，图4是图1所示的任务工单处理方法中步骤S12之后的一实施例的流程示意图。在一实施例中，可以采用图4所示实施例来呈现步骤S12之后的步骤，具体包括步骤S141至步骤S144：

步骤S141：创建一个执行定时器，更新任务工单的任务状态为开始执行。

在本实施例中，可以通过代码生成执行定时器。在将任务工单分配给值班人员后，值班人员即可以基于任务工单完成对应任务，此时可以更新任务工单的任务状态为开始执行，同时启动执行定时器。

步骤S142：通过执行定时器计算任务工单的执行时长。

其中，可以通过执行定时器实时计算任务工单的执行时长，也即，实时计算从任务工单的任务状态更新为开始执行至现阶段，所经历的时长。

步骤S143：判断执行时长是否超过任务工单预设的执行时长阈值。

在一实施例中，在生成任务工单的同时可以设定任务工单的执行时长阈值。该执行时长阈值可以是完成任务工单预计所需要的时长。其中，该预设的执行时长阈值根据实际任务设定，本申请在此不做限定。

步骤S144：若是，更新任务工单的任务状态为已超时。

其中，执行任务工单中的任务已经超过了预设的任务工单的执行时长阈值时，说明值班人员未能在规定的时间内完成任务。此时，可以将任务工单的状态更新为已超时状态，以提醒值班人员。

参加图5，在图5是图1所示的任务工单处理方法中步骤S12之后的另一实施例的流程示意图。在另一实施中，还可以采用图5所示实施例来呈现步骤S12之后的步骤，具体包括步骤S241至步骤S243：

步骤S144：获取值班人员上传的申请延期信息。

在本实施例中，在生成任务工单时可以同时设定完成该任务工单所需要的时长，其中，该预设的执行时长阈值可以根据实际任务设定。当值班人员查看任务工单上的内容后，可以结合实际情况判断是否需要申请延期。例如：值班人员可以判断在预设的执行时长阈值内难以完成任务工单中的任务时，可以上传延期信息，以申请延期。此时终端可以获取值班人员上传的申请延期的信息。

步骤S144：审核申请延期信息是否合法。

其中，在接收到值班人员上传的申请延期的信息之后，可以审核申请延期的信息是否合法。例如，审核申请延期信息是否并不符合申请延期的条件、申请延期的信息错误或在预设时间内难以完成任务工单所记载的任务等。

步骤S144：若是，则基于申请延期信息调整任务工单预设的执行时长阈值，并将任务工单的任务状态更新为延期状态。

当判断申请延期信息为合法状态时，可以基于申请延期信息调整任务工单预设的执行时长阈值。例如，调整任务工单预设的执行时长阈值可以包括：增加完成任务所需要的执行时长阈值，并将任务工单的任务状态更新为延期状态。

在一实施例中，在审核申请延期信息为不合法的情况下，直接判断执行时长是否超过任务工单预设的执行时长阈值。若是，更新任务工单的任务状态为已超时。

当审核延期信息之后，判断申请延期信息为不合法状态时，进一步判断执行任务工单的任务的时长是否已经超过任务工单设定的执行时长阈值。若是，则更新任务工单的任务状态为已超时。

可选地，参见图6，图6是图1所示的任务工单处理方法中步骤S13一实施例的流程示意图。本申请还可以采用图6所示实施例来实现步骤S13，具体包括步骤S131至步骤S133：

步骤S131：获取值班人员上传的任务完成信息，基于任务完成信息将任务工单的任务状态更新为待验收状态。

其中，值班人员在将任务完成之后可以将任务完成的信息上传，此时，可以理解为值班人员已经完成任务工单中所需要完成的任务。终端则可以基于上传的信息更新任务工单的状态为待验收状态。当更新任务状态为待验收状态之后可以同时提示验收人员验收信息。

步骤S132：获取验收人员的验收意见信息。

验收人员可以是任务的质量审核人员。验收人员可以基于值班人员上传的任务完成信息查验任务完成情况，并上传提出的验收意见。终端可以获取验收人员上传的验收意见信息。

在验收意见信息为验收不通过的情况下，将任务工单的任务状态更新为验收不通过，并将验收意见信息发送给值班人员，以使值班人员重新执行任务工单的任务。

步骤S133：在验收意见信息为验收通过的情况下，将任务工单的任务状态更新为已完成。

其中，在验收意见信息为验收通过时，可以认定为已经完成任务工单所记载的任务，可以将任务工单的状态更新为已完成。

因此，本申请所提供的任务工单处理方法，相对于现有技术而言，可以智能化地将任务工单分配给对应的值班人员，确保任务分配的质量，方便快捷。并且还可以根据值班人员上传的任务完成信息更新任务工单的状态，以实时了解任务情况，让工作变得简单明了，减少人力成本，提高工作效率。

为实现上述实施例的任务工单处理方法，本申请提供了一种任务工单处理装置100。参见图7，图7是本申请提供的任务工单处理装置100一实施例结构示意图。

具体地，任务工单处理装置100可以包括：获取模块11、分配模块12和更新模块13。

获取模块11可以用于获取任务工单及对应的值班人员，以及用于获取值班人员上传的任务完成信息。

分配模块12，可以用于将任务工单分配给所述值班人员，以使值班人员基于任务工单开始执行任务。

更新模块13，可以用于基于任务完成信息将任务工单的任务状态更新为已完成。

其中，在本申请的一个实施例，图7所示的任务工单处理装置100中的各个模块可以分别或全部合并为一个或若干个单元来构成，或者其中的某个(些)单元还可以再拆分为功能上更小的多个子单元，可以实现同样的操作，而不影响本申请的实施例的技术效果的实现。上述模块是基于逻辑功能划分的，在实际应用中，一个模块的功能也可以由多个单元来实现，或者多个模块的功能由一个单元实现。在本申请的其它实施例中，任务工单处理装置100也可以包括其它单元，在实际应用中，这些功能也可以由其它单元协助实现，并且可以由多个单元协作实现。

上述方法可以应用于终端设备中，以实现任务工单处理。具体请参阅图8，图8是本申请终端设备一实施例的结构示意图，本实施例终端设备200包括处理器21和存储器22，存储器22与所述处理器21耦接。其中，存储器22用于存储程序数据，处理器21用于执行程序数据以实现上述任务工单处理方法。

其中，处理器21可以是一种集成电路芯片，具有信号的处理能力。处理器21还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

对于图1-图6所示实施例的任务工单处理方法，其可以计算机程序的形式呈现，本申请提出一种承载计算机程序的计算机存储介质，请参阅图9，图9是本申请计算机存储介质一实施例的结构示意图，本实施例计算机存储介质300包括计算机程序31，其可被执行以实现上述任务工单处理方法。

本实施例计算机存储介质300可以是U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等可以存储程序指令的介质，或者也可以为存储有该程序指令的服务器，该服务器可将存储的程序指令发送给其他设备运行，或者也可以自运行该存储的程序指令。

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

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

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

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

以上仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。