CN116629838A - 工单处理方法、装置、设备及计算机可读存储介质 - Google Patents

Abstract

本申请公开了一种工单处理方法、装置、设备及计算机可读存储介质，属于设备保养技术领域。方法包括：显示工单绑定页面，工单绑定页面中显示有工单控件和信息控件，工单控件用于确定与保养设备绑定的第一工单，信息控件用于确定第一工单的关联信息；响应于针对工单控件的触发操作确定与保养设备绑定的第一工单；在第一工单的状态为完成状态，且基于信息控件确定的第一工单的关联信息指示在第一工单的状态为完成状态的情况下，更改与第一工单关联的工单的状态，根据第一工单的开始时间，确定与第一工单关联的第二工单；将第二工单的状态更改为完成状态。该方法能够节省保养设备的资源，提高保养设备的工作效率。

Description

工单处理方法、装置、设备及计算机可读存储介质

技术领域

本申请实施例涉及设备保养技术领域，特别涉及一种工单处理方法、装置、设备及计算机可读存储介质。

背景技术

为了延长电气设备的使用周期，需要对电气设备进行保养维护。

相关技术中，按照指定时间规则生成多个保养工单，每个保养工单的开始时间不同，将多个保养工单与需要保养的设备绑定，以使设备在各个保养工单的开始时间按照各个保养工单的保养内容进行保养。

然而，当由于设备故障或其他原因，导致第一工单延时开始，与第一工单的开始时间相邻，且在第一工单之后开始的第二工单按期开始时，使得设备在短时间内进行了两次保养，由于设备在保养期间是不能工作的，因此，在浪费资源的同时，一定程度上还降低了设备的工作效率。

发明内容

本申请实施例提供了一种工单处理方法、装置、设备及计算机可读存储介质，可用于解决相关技术中的问题。所述技术方案如下：

一方面，本申请实施例提供了一种工单处理方法，所述方法包括：

显示工单绑定页面，所述工单绑定页面中显示有工单控件和信息控件，所述工单控件用于确定与保养设备绑定的第一工单，所述信息控件用于确定所述第一工单的关联信息，所述第一工单的关联信息指示在所述第一工单的状态为完成状态的情况下，是否更改与所述第一工单关联的工单的状态；

响应于针对所述工单控件的触发操作确定与所述保养设备绑定的第一工单；

在所述第一工单的状态为所述完成状态，且基于所述信息控件确定的所述第一工单的关联信息指示在所述第一工单的状态为完成状态的情况下，更改与所述第一工单关联的工单的状态，根据所述第一工单的开始时间，确定与所述第一工单关联的第二工单；

将所述第二工单的状态更改为所述完成状态。

另一方面，本申请实施例提供了一种工单处理装置，所述装置包括：

显示模块，用于显示工单绑定页面，所述工单绑定页面中显示有工单控件和信息控件，所述工单控件用于确定与保养设备绑定的第一工单，所述信息控件用于确定所述第一工单的关联信息，所述第一工单的关联信息指示在所述第一工单的状态为完成状态的情况下，是否更改与所述第一工单关联的工单的状态；

确定模块，用于响应于针对所述工单控件的触发操作确定与所述保养设备绑定的第一工单；

所述确定模块，还用于在所述第一工单的状态为所述完成状态，且基于所述信息控件确定的所述第一工单的关联信息指示在所述第一工单的状态为完成状态的情况下，更改与所述第一工单关联的工单的状态，根据所述第一工单的开始时间，确定与所述第一工单关联的第二工单；

更改模块，用于将所述第二工单的状态更改为所述完成状态。

另一方面，本申请实施例提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条程序代码，所述至少一条程序代码由所述处理器加载并执行，以使计算机设备实现上述任一所述的工单处理方法。

另一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条程序代码，所述至少一条程序代码由处理器加载并执行，以使计算机实现上述任一所述的工单处理方法。

另一方面，还提供了一种计算机程序或计算机程序产品，所述计算机程序或计算机程序产品中存储有至少一条计算机指令，所述至少一条计算机指令由处理器加载并执行，以使计算机实现上述任一种工单处理方法。

本申请实施例提供的技术方案至少带来如下有益效果：

本申请实施例提供的技术方案在将第一工单和保养设备绑定之后，当第一工单的状态为完成状态，且第一工单的关联信息指示第一工单的状态为完成状态的情况下，更改与第一工单关联的工单的状态时，根据第一工单的开始时间，确定与第一工单关联的第二工单，进而将第二工单的状态更改为完成状态。当第二工单的状态为完成状态时，保养设备在第二工单的开始时间时不再按照第二工单的内容进行保养，从而可以避免保养设备在短时间内进行多次保养的情况，节约了保养设备的资源，一定程度上还能够提高保养设备的工作效率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种工单处理方法的实施环境示意图；

图2是本申请实施例提供的一种工单处理方法的流程图；

图3是本申请实施例提供的一种登录页面的显示示意图；

图4是本申请实施例提供的一种第一页面的显示示意图；

图5是本申请实施例提供的一种第一工单的生成过程的流程图；

图6是本申请实施例提供的一种工单生成页面的示意图；

图7是本申请实施例提供的一种校对页面的示意图；

图8是本申请实施例提供的一种第二页面的显示示意图；

图9是本申请实施例提供的一种转交页面的显示示意图；

图10是本申请实施例提供的一种工单处理方法的流程图；

图11是本申请实施例提供的一种工单生成方法的流程图；

图12是本申请实施例提供的一种第二工单的确定过程的示意图；

图13是本申请实施例提供的一种工单处理装置的结构示意图；

图14是本申请实施例提供的一种终端设备的结构示意图；

图15是本申请实施例提供的一种服务器的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

图1是本申请实施例提供的一种工单处理方法的实施环境示意图，如图1所示，该实施环境包括：终端设备101。

终端设备101可以是任何一种可与用户通过键盘、触摸板、遥控器、语音交互或者手写设备等一种或多种方式进行人机交互的电子设备产品。例如，PC(Personal Computer，个人计算机)、手机、智能手机、PDA(Personal Digital Assistant，个人数字助手)、可穿戴设备、PPC(Pocket PC，掌上电脑)、平板电脑、智能车机、智能电视、智能音箱、智能手表等。终端设备101用于执行本申请实施例提供的工单处理方法。

终端设备101可以泛指多个终端设备中的一个，本实施例仅以终端设备101来举例说明。本领域技术人员可以知晓，上述终端设备101的数量可以更多或更少。比如上述终端设备101可以仅为一个，或者上述终端设备101为几十个或几百个，或者更多数量，本申请实施例对终端设备的数量和设备类型不加以限定。

本领域技术人员应能理解上述终端设备101仅为举例说明，其他现有的或者今后可能出现的终端设备，如可适用于本申请，也应包含在本申请的保护范围之内，并在此以引用方式包含于此。

本申请实施例提供了一种工单处理方法，该方法可应用于上述图1所示的实施环境，以图2所示的本申请实施例提供的一种工单处理方法的流程图为例，该方法可由图1中的终端设备101执行。如图2所示，该方法包括下述步骤201至步骤204。

在步骤201中，显示工单绑定页面，工单绑定页面中显示有工单控件和信息控件。

其中，工单控件用于确定与保养设备绑定的第一工单，信息控件用于确定第一工单的关联信息，第一工单的关联信息指示在第一工单的状态为完成状态的情况下，是否更改与第一工单关联的工单的状态。任一工单用于保养设备执行以使终端设备获取保养设备的设备数据，保养设备的设备数据用于确定保养设备是否出现故障。任一工单可以是第一工单，也可以是与第一工单关联的工单，本申请实施例对此不进行限定。

在本申请示例性实施例中，终端设备中安装和运行有与保养设备进行通信连接的应用程序，该应用程序用于生成保养工单、将保养工单与保养设备绑定，以及向保养设备发送保养工单，以使保养设备按照保养工单进行保养之后向终端设备返回保养数据。该应用程序可以是任意一种可完成上述功能的应用程序，本申请实施例对此不进行限定。

可选地，终端设备的显示界面中显示有该应用程序的相关信息，相关信息可以是应用程序的名称，也可以是应用程序的图标，本申请实施例对此不进行限定。响应于接收到针对应用程序的相关信息的触发操作，显示登录页面，登录页面用于登录应用程序，登录页面中显示有登录账号框、登录密码框和登录控件。其中，登录账号框用于获取登录应用程序的第一对象的账号，登录密码框用于获取第一对象的密码，登录控件用于以第一对象的身份登录应用程序。

如图3是本申请实施例提供的一种登录页面的显示示意图。登录页面中显示有登录账号框301、登录密码框302和登录控件303。

基于第一对象在登录账号框中的输入操作，终端设备将第一对象在登录账号框中输入的内容作为第一对象的账号；基于第一对象在登录密码框中的输入操作，终端设备将第一对象在登录密码框中输入的内容作为第一对象的密码。响应于第一对象针对登录控件的触发操作，终端设备根据第一对象的账号，确定第一对象是否具有登录应用程序的权限；基于第一对象具有登录应用程序的权限，终端设备根据第一对象的账号，确定第一对象的密码是否正确；基于第一对象的密码正确，终端设备显示第一页面，第一页面中显示有设备组名控件和搜索控件，设备组名控件用于确定设备组名。

在一种可能的实现方式中，终端设备根据第一对象的账号，确定第一对象是否具有登录应用程序的权限的过程有下述两种方式。

方式一、终端设备中存储有具有登录应用程序的权限的账号，根据第一对象的账号和具有登录应用程序的权限的账号，确定第一对象是否具有登录应用程序的权限。

可选地，基于具有登录应用程序的权限的账号中包括第一对象的账号，确定第一对象具有登录应用程序的权限。基于具有登录应用程序的权限的账号中不包括第一对象的账号，确定第一对象不具有登录应用程序的权限。

示例性地，具有登录应用程序的权限的账号包括：111、222、333、444、555，第一对象的账号为666，由于具有登录应用程序的权限的账号中不包括第一对象的账号，因此，确定第一对象不具有登录应用程序的权限。

又例如，具有登录应用程序的权限的账号包括：111、222、333、444、555，第一对象的账号为333，由于具有登录应用程序的权限的账号中包括第一对象的账号，因此，确定第一对象具有登录应用程序的权限。

方式二、服务器中存储有具有登录应用程序的权限的账号。终端设备向服务器发送第一确认请求，第一确认请求中包括第一对象的账号。服务器接收第一确认请求，根据第一确认请求，确定第一确认结果。服务器向终端设备发送第一确认结果。

其中，第一确认结果用于指示第一对象是否具有登录应用程序的权限。

服务器接收第一确认请求，对第一确认请求进行解析，得到第一对象的账号，根据具有登录应用程序的权限的账号和第一对象的账号，确定第一确认结果。基于具有登录应用程序的权限的账号中包括第一对象的账号，则第一确认结果为第一对象具有登录应用程序的权限。基于具有登录应用程序的权限的账号中不包括第一对象的账号，则第一确认结果为第一对象不具有登录应用程序的权限。服务器获取到第一确认结果之后，向终端设备发送第一确认结果，以使终端设备确定第一对象是否具有登录应用程序的权限。

需要说明的是，可以选择上述任一种方式确定第一对象是否具有登录应用程序的权限，本申请实施例对此不进行限定。

在一种可能的实现方式中，登录页面中还显示有工厂框和区域框，如图3中的控件304为工厂框，控件305为区域框。工厂框用于确定第一对象所在的工厂，区域框用于确定第一对象所在的工厂所在的区域。基于第一对象在登录账号框中输入第一对象的账号，终端设备根据第一对象的账号，确定第一对象所在的工厂，进而在工厂框中显示第一对象所在的工厂的工厂标识。根据第一对象所在的工厂确定第一对象所在的工厂所在的区域，进而在区域框中显示第一对象所在的工厂所在的区域的区域标识。

可选地，终端设备中存储有对象账号、对象所在的工厂的工厂标识以及对象所在的工厂所在的区域的区域标识的对应关系，进而终端设备可以根据第一对象的账号，从对象账号、对象所在的工厂的工厂标识以及对象所在的工厂所在的区域的区域标识的对应关系中确定第一对象所在的工厂的工厂标识以及第一对象所在的工厂所在的区域的区域标识，进而在工厂框和区域框中显示第一对象所在的工厂的工厂标识和第一对象所在的工厂所在的区域的区域标识。

其中，工厂标识可以是工厂名称，也可以是工厂的其他信息，区域标识可以是区域名称，也可以是区域的其他信息，本申请实施例对此均不进行限定。

基于第一对象具有登录应用程序的权限，根据第一对象的账号，确定第一对象的密码是否正确的过程有下述两种实现方式。

实现方式一、终端设备中存储有各个账号和各个账号对应的密码的对应关系。终端设备根据第一对象的账号以及各个账号和各个账号对应的密码的对应关系，确定第一对象的密码是否正确。

可选地，根据第一对象的账号以及各个账号和各个账号对应的密码，确定第一对象的账号对应的密码。基于第一对象的密码和第一对象的账号对应的密码相同，则确定第一对象的密码正确。基于第一对象的密码和第一对象的账号对应的密码不同，则确定第一对象的密码不正确。

示例性地，第一对象的账号对应的密码为*****，第一对象的密码为******，由于第一对象的账号对应的密码和第一对象的密码不相同，因此，确定第一对象的密码不正确。

又例如，第一对象的账号对应的密码为*****，第一对象的密码为*****，由于第一对象的账号对应的密码和第一对象的密码相同，因此，确定第一对象的密码正确。

实现方式二、服务器中存储有各个账号和各个账号对应的密码的对应关系。终端设备向服务器发送第二确定请求，第二确定请求包括第一对象的账号和第一对象的密码。服务器根据第二确定请求以及各个账号和各个账号对应的密码的对应关系，确定第二确定结果，服务器向终端设备发送第二确定结果。

其中，第二确定结果用于指示第一对象的密码是否正确。

可选地，服务器接收终端设备发送的第二确定请求，对第二确定请求进行解析，得到第一对象的账号和第一对象的密码。服务器根据第一对象的账号以及各个账号和各个账号对应的密码的对应关系，确定第一对象的账号对应的密码。基于第一对象的密码和第一对象的账号对应的密码相同，则确定第二确定结果为第一对象的密码正确。基于第一对象的密码和第一对象的账号对应的密码不同，则确定第二确定结果为第一对象的密码不正确。服务器获取到第二确认结果之后，向终端设备发送第二确认结果，以使终端设备确定第一对象的密码是否正确。

需要说明的是，可以选择上述任一种方式确定第一对象的密码是否正确，本申请实施例对此不进行限定。

基于第一对象具有登录应用程序的权限，且第一对象的密码正确，显示第一页面。如图4是本申请实施例提供的一种第一页面的显示示意图，在第一页面中显示有设备组名控件401和搜索控件402。

基于第一对象不具有登录应用程序的权限，显示第一提示信息，第一提示信息用于指示第一对象不具有登录应用程序的权限。或者，基于第一对象具有登录应用程序的权限，但第一对象的密码不正确，则显示第二提示信息，第二提示信息用于指示重新输入密码。可选地，第一提示信息和第二提示信息的内容可以是任意内容，本申请实施例对此不进行限定。

显示第一页面之后，基于在设备组名控件中的输入操作，终端设备将在设备组名控件中输入的内容作为设备组名，也即是终端设备获取到设备组名；基于针对搜索控件的触发操作，显示设备组名包括的至少一个可选设备的设备标识，如图4中的403中显示有多个可选设备的设备标识。响应于针对至少一个可选设备中的任一可选设备的设备标识的触发操作，将任一可选设备作为保养设备，在第一页面中显示工单绑定页面。如图4中在接收到针对设备标识(Cell_B)的触发操作，显示工单绑定页面404。工单绑定页面中显示有工单控件406和信息控件407。可选地，工单绑定页面中还可以显示有设备标识控件405，设备标识控件405中显示有保养设备的设备标识(Cell_B)。

可选地，第一页面中还显示有设备控件，设备控件用于确定保养设备的设备标识，如图4中的408为设备控件。还可以通过下述过程显示工单绑定页面：基于在设备控件中的输入操作，获取保养设备的设备标识；响应于针对搜索控件的触发操作，显示保养设备的设备标识；响应于针对保养设备的设备标识的触发操作，在第一页面中显示工单绑定页面。

可选地，403中还显示有各个可选设备的描述信息、设备组名、设备状态和设备类型。如图4中显示的设备标识为Cell_A的可选设备的描述信息为货位1、设备组名为MCG_PAK、设备状态为IDLE、设备类型为storage resource。其它可选设备的描述信息、设备组名、设备状态和设备类型见图4所示，在此不再进行赘述。

在步骤202中，响应于针对工单控件的触发操作确定与保养设备绑定的第一工单。

在一种可能的实现方式中，终端设备中存储有多个候选工单，响应于针对工单控件的触发操作，显示至少一个候选工单的工单标识，响应于针对至少一个候选工单中的任一候选工单的工单标识的触发操作，将任一候选工单作为第一工单。

可选地，工单绑定页面中还可以显示有生成类型控件，生成类型控件用于确定第一工单的生成类型。如图4中的控件409为生成类型控件。

响应于针对工单控件的触发操作，确定与保养设备绑定的第一工单的过程包括：响应于针对生成类型控件的触发操作，确定第一生成类型；响应于针对工单控件的触发操作，显示至少一个候选工单的工单标识，候选工单的生成类型为第一生成类型；响应于针对至少一个候选工单中的任一候选工单的工单标识的触发操作，将任一候选工单作为第一工单。

在一种可能的实现方式中，响应于针对生成类型控件的触发操作，显示至少一个候选生成类型，候选生成类型包括基于条件生成(Condition-Based Maintenance，CBM)和基于时间生成(Time-Based Maintenance，TBM)。响应于针对至少一个候选生成类型中的任一个候选生成类型的触发操作，将被选中的任一个候选生成类型作为第一生成类型。如图4中确定的第一生成类型为TBM。

由于第一生成类型不同，获取到的候选工单也是不同的。因此，根据不同的第一生成类型，有下述两种情况获取至少一个候选工单。

情况一、第一生成类型为基于条件生成。响应于针对工单控件的触发操作，根据保养设备的设备标识，获取保养设备的设备信息；将多个生成类型为基于条件生成、状态为激活状态的工单中，对应的设备信息为保养设备的设备信息的工单作为候选工单。

工单的状态为激活状态用于指示工单已生成但未绑定设备。其中，设备信息包括设备类型和设备性能中的至少一个。设备类型是指设备是否包括载具，设备性能是指设备一次可以生成的零件的最大数量。示例性地，保养设备的设备信息为包括载具，一次可以生成的零件的最大数量为5000个。保养设备的设备标识可以是指保养设备的设备名称，也可以是保养设备的编号，本申请实施例对此不进行限定。

示例性地，第一生成类型为基于条件生成，保养设备的设备信息为包括载具、一次可以生成的零件的最大数量为5000个，终端设备中存储有3个生成类型为基于条件生成、状态为激活状态的工单。其中，第一个生成类型为基于条件生成、状态为激活状态的工单对应的设备信息为不包括载具、一次可以生成的零件的最大数量为3000，第二个生成类型为基于条件生成、状态为激活状态的工单对应的设备信息为包括载具、一次可以生成的零件的最大数量为5000，第三个生成类型为基于条件生成、状态为激活状态的工单对应的设备信息为包括载具、一次可以生成的零件的最大数量为5000，因此，将第二个生成类型为基于条件生成、状态为激活状态的工单和第三个生成类型为基于条件生成、状态为激活状态的工单作为候选工单。

情况二、第一生成类型为基于时间生成。响应于针对工单控件的触发操作，确定接收到针对工单控件的触发操作的接收时间；将多个生成类型为基于时间生成、状态为激活状态的工单中，开始时间晚于接收时间的工单作为候选工单，工单的状态为激活状态用于指示工单已生成但未绑定设备。

示例性地，第一生成类型为基于时间生成，接收时间为2023年4月28日09:00，终端设备中存储了3个生成类型为基于时间生成、状态为激活状态的工单。其中，第一个生成类型为基于时间生成、状态为激活状态的工单的开始时间为2023年4月28日14:00，第二个生成类型为基于时间生成、状态为激活状态的工单的开始时间为2023年4月29日09:00，第三个生成类型为基于时间生成、状态为激活状态的工单的开始时间为2023年4月27日15:00，将第一个生成类型为基于时间生成、状态为激活状态的工单和第二个生成类型为基于时间生成、状态为激活状态的工单作为候选工单。

需要说明的是，在获取至少一个候选工单之前，需要先生成至少一个候选工单，候选工单的生成过程与第一工单的生成过程类似，第一工单的生成过程见下述图5所示的实施例，在此不再进行赘述。

响应于针对至少一个候选工单中的任一候选工单的工单标识的触发操作，将任一候选工单作为第一工单。在工单控件中显示第一工单的工单标识，在工单控件中显示第一工单的工单标识的作用是确认将第一工单与保养设备绑定。如图4中在工单控件中显示的第一工单的工单标识为MainTain_PM_1。

可选地，针对至少一个候选工单中的任一候选工单的工单标识的触发操作可以是指针对至少一个候选工单中的任一候选工单的工单标识的点击操作。

在一种可能的实现方式中，确定与保养设备绑定的第一工单之后，还可以确定第一工单的关联信息，第一工单的关联信息的确定过程包括：响应于针对信息控件的触发操作，显示至少一个候选信息；响应于针对任一候选信息的触发操作，将任一候选信息作为第一工单的关联信息。可选地，候选信息为第一信息和第二信息。其中，第一信息用于指示在第一工单的状态为完成状态的情况下，更改与第一工单关联的工单的状态。第二信息用于指示在第一工单的状态为完成状态的情况下，不更改与第一工单关联的工单的状态。第一信息还用于指示在第一工单关联的工单的状态为完成状态的情况下，更改第一工单的状态。第二信息还用于指示在第一工单关联的工单的状态为完成状态的情况下，不更改第一工单的状态。示例性地，第一信息为Y(是)，第二信息为N(否)。

可选地，工单绑定页面中还显示有确认控件，如图4中的410为确认控件。基于工单控件确定第一工单，基于信息控件确定第一工单的关联信息之后，响应于针对确认控件的点击操作，终端设备将第一工单和保养设备绑定，并获取到第一工单的关联信息。终端设备还可以向保养设备发送第一工单，以使在满足第一工单的执行条件时，保养设备执行第一工单，进而得到保养设备的保养数据。

在步骤203中，在第一工单的状态为完成状态，且基于信息控件确定的第一工单的关联信息指示在第一工单的状态为完成状态的情况下，更改与第一工单关联的工单的状态，根据第一工单的开始时间，确定与第一工单关联的第二工单。

其中，第一工单的状态为完成状态用于指示与第一工单绑定的保养设备已执行第一工单。第一工单的开始时间可以是指第一工单的预计开始时间，也可以是指第一工单的实际开始时间，本申请实施例对此不进行限定。第一工单的预计开始时间和第一工单的实际开始时间可以相同，也可以不同，本申请实施例对此也不进行限定。

可选地，工单绑定页面中还显示有时长控件，时长控件用于确定第一时长。如图4中的411为时长控件，确定的第一时长为8小时。

根据第一工单的开始时间，确定与第一工单关联的第二工单的过程包括：基于时长控件，确定第一时长；根据第一工单的开始时间和第一时长，确定第一时间范围，第一工单的开始时间位于第一时间范围内；确定与保养设备绑定的至少一个第三工单；获取各个第三工单的状态、预计开始时间和关联信息；将至少一个第三工单中，状态为未执行状态、预计开始时间位于第一时间范围之内、且关联信息指示在第三工单关联的工单的状态为完成状态的情况下，更改第三工单的状态的第三工单作为第二工单。其中，第三工单的状态为未执行状态用于指示第三工单已绑定保养设备但是还未开始执行。

基于时长控件，确定第一时长的过程包括：基于针对时长控件的点击操作，显示至少一个候选时长，将至少一个候选时长中被选中的候选时长作为第一时长。或者，基于在时长控件中的输入操作，将输入的时长作为第一时长。

根据第一工单的开始时间和第一时长，确定第一时间范围的过程包括：根据第一工单的开始时间和第一时长，确定第一参考时间，第一参考时间早于第一工单的开始时间，第一参考时间和第一工单的开始时间之间的时间差值为第一时长；根据第一工单的开始时间和第一时长，确定第二参考时间，第二参考时间晚于第一工单的开始时间，第二参考时间和第一工单的开始时间之间的时间差值为第一时长；根据第一参考时间和第二参考时间，确定第一时间范围，第一时间范围的开始时间为第一参考时间，第一时间范围的结束时间为第二参考时间。

示例性地，第一工单的开始时间为2023年4月28日09:00，第一时长为8小时，则根据第一工单的开始时间和第一时长，确定的第一参考时间为2023年4月28日01:00、确定的第二参考时间为2023年4与28日17:00。将2023年4月28日01:00至2023年4与28日17:00这一时间范围作为第一时间范围。

可选地，根据第一工单的开始时间和第一时长，确定第一时间范围的过程还可以是：根据第一时长，确定第二时长，第二时长为第一时长的一半；根据第一工单的开始时间和第二时长，确定第三参考时间，第三参考时间早于第一工单的开始时间，第三参考时间和第一工单的开始时间之间的时间差值为第二时长；根据第一工单的开始时间和第二时长，确定第四参考时间，第四参考时间晚于第一工单的开始时间，第四参考时间和第一工单的开始时间之间的时间差值为第二时长；根据第三参考时间和第四参考时间，确定第一时间范围，第一时间范围的开始时间为第三参考时间，第一时间范围的结束时间为第四参考时间。

示例性地，第一工单的开始时间为2023年4月28日09:00，第一时长为8小时，第二时长为4小时，则根据第一工单的开始时间和第二时长，确定的第三参考时间为2023年4月28日05:00、确定的第二参考时间为2023年4月28日13:00。将2023年4月28日05:00至2023年4与28日13:00这一时间范围作为第一时间范围。

需要说明的是，还可以选择其他方式，根据第一工单的开始时间和第一时长，确定第一时间范围，本申请实施例对第一时间范围的确定方式不进行限定。

终端设备中存储有各个设备绑定的工单的工单标识以及各个设备绑定的工单的工单标识和各个设备的设备标识的对应关系。根据各个设备绑定的工单的工单标识和各个设备的设备标识的对应关系，确定与保养设备绑定的至少一个第三工单。

终端设备中还存储有各个工单的工单标识、状态、预计开始时间、关联信息的对应关系，终端设备根据各个第三工单的工单标识，获取各个第三工单的状态、预计开始时间和关联信息。

示例性地，第一时间范围为2023年4月28日05:00至2023年4与28日13:00，与保养设备绑定的第三工单的个数为五个。其中，第一个第三工单的状态为完成状态、预计开始时间为2023年4月27日08:00、关联信息为Y；第二个第三工单的状态为未执行状态、预计开始时间为2023年4月28日12:00、关联信息为Y；第三个第三工单的状态为未执行状态、预计开始时间为2023年4月28日12:30、关联信息为Y；第四个第三工单的状态为完成状态、预计开始时间为2023年4月28日09:00、关联信息为Y；第五个第三工单的状态为未执行状态、预计开始时间为2023年4月28日10:00、关联信息为N。因此，将第二个第三工单和第三个第三工单作为第二工单。

在步骤204中，将第二工单的状态更改为完成状态。

在一种可能的实现方式中，在上述步骤203中确定出与第一工单关联的第二工单之后，将第二工单的状态更改为完成状态，这样当满足第二工单的执行条件时，无需再执行第二工单。

可选地，将第二工单的状态更改为完成状态之后，还可以删除第二工单，这样能够节省终端设备的内存。

上述方法在将第一工单和保养设备绑定之后，当第一工单的状态为完成状态，且第一工单的关联信息指示第一工单的状态为完成状态的情况下，更改与第一工单关联的工单的状态时，根据第一工单的开始时间，确定与第一工单关联的第二工单，进而将第二工单的状态更改为完成状态。当第二工单的状态为完成状态时，保养设备在第二工单的开始时间时不再按照第二工单的内容进行保养，从而可以避免保养设备在短时间内进行多次保养的情况，节约了保养设备的资源，一定程度上还能够提高保养设备的工作效率。

图5是本申请实施例提供的一种第一工单的生成过程的流程图。如图5所示，该过程包括下述步骤501至步骤505。

在步骤501中，显示工单生成页面，工单生成页面中显示有工单标识控件、生成类型控件和确认控件。

其中，工单标识控件用于确定第一工单的工单标识，生成类型控件用于确定第一工单的生成类型。

在一种可能的实现方式中，第一页面中还显示有工单生成控件(在图4中未体现)，工单生成控件用于显示工单生成页面。响应于针对工单生成控件的触发操作，显示工单生成页面。如图6是本申请实施例提供的一种工单生成页面的示意图。工单生成页面中显示有工单标识控件601、生成类型控件602和确认控件603。

在步骤502中，基于在工单标识控件中的输入操作，获取第一工单的工单标识。

第一对象在工单标识控件中输入内容，终端设备接收到第一对象在工单标识控件中输入的内容，将第一对象在工单标识控件中输入的内容作为第一工单的工单标识，也即是终端设备获取到第一工单的工单标识。如图6中获取到的第一工单的工单标识为MAIN_TEST。

在步骤503中，基于在生成类型控件中的选择操作，获取第一工单的生成类型。

在一种可能的实现方式中，第一对象可以选择第一工单的生成类型，响应于针对生成类型控件的触发操作，显示候选生成类型，候选生成类型包括基于时间生成和基于条件生成。基于针对任一个候选生成类型的触发操作，将任一个候选生成类型作为第一工单的生成类型，也即是终端设备获取到第一工单的生成类型。如图6中确定的第一工单的生成类型为基于时间生成(TBM)。

在步骤504中，根据第一工单的生成类型，确定第一工单的执行条件。

第一工单的生成类型不同时，第一工单的执行条件的确定过程不同，确定出的第一工单的执行条件也不相同。本申请实施例分别以第一工单的生成类型为基于时间生成和基于条件生成时，第一工单的执行条件的确定过程为例进行说明。

可选地，第一工单的生成类型为基于时间生成，第一工单的执行条件包括第一工单的开始时间范围，工单生成页面中还显示有时间控件、提前时间值控件和延后时间值控件。如图6中的控件604为时间控件、控件605为提前时间值控件、控件606为延后时间值控件。其中，时间控件用于获取第一工单的预计开始时间，提前时间值控件用于获取第一工单的预计开始时间的提前值，延后时间值控件用于获取第一工单的预计开始时间的延后值。

基于在时间控件中的输入操作，获取第一工单的预计开始时间；基于在提前时间值控件中的输入操作，获取第一工单的预计开始时间的提前值；基于在延后时间值控件中的输入操作，获取第一工单的预计开始时间的延后值。根据第一工单的预计开始时间和第一工单的预计开始时间的提前值，确定第一时间，根据第一工单的预计开始时间和第一工单的预计开始时间的延后值，确定第二时间，根据第一时间和第二时间，确定第一工单的开始时间范围。其中，第一时间早于第一工单的预计开始时间，第二时间晚于第一工单的预计开始时间。第一工单的开始时间范围的开始时间为第一时间，结束时间为第二时间。

示例性地，第一工单的预计开始时间为2023年4月28日23:34，第一工单的预计开始时间的提前值为8小时，第一工单的预计开始时间的延后值为8小时，则第一时间为2023年4月28日15:34，第二时间为2023年4月29日07:34，也即是第一工单的开始时间范围为2023年4月28日15:34至2023年4月29日07:34。

可选地，基于第一工单的生成类型为基于条件生成，第一工单的执行条件包括第一工单绑定的设备需满足的设备信息，工单生成页面中还显示有设备类型控件、设备性能控件和设备能力控件，其中，设备类型控件用于确定第一工单绑定的设备的类型，设备性能控件用于确定第一工单绑定的设备的性能，设备能力控件用于确定第一工单绑定的设备的能力。如图6中的控件607为设备类型控件、控件608为设备性能控件、609为设备能力控件。基于设备类型控件、设备性能控件和设备能力控件，确定第一工单绑定的设备需满足的设备信息。

在步骤505中，响应于针对确认控件的触发操作，根据第一工单的工单标识、第一工单的执行条件，生成第一工单。

其中，第一工单的状态为未激活状态，未激活状态用于指示第一工单已生成。状态为未激活状态的工单不能绑定设备。

可选地，响应于针对确认控件的触发操作，根据第一工单的工单标识、第一工单的执行条件，生成第一工单的过程包括：响应于针对确认控件的触发操作，显示校对页面，校对页面中显示有账号输入框和密码输入框；基于在账号输入框和密码输入框中的输入操作，获取目标账号和目标密码；确定目标账号是否具有工单生成权限；基于目标账号具有工单生成权限，确定目标密码是否为目标账号对应的密码；基于目标密码为目标账号对应的密码，且目标账号具有工单生成权限，根据第一工单的工单标识、第一工单的执行条件，生成第一工单。其中，账号输入框用于获取生成第一工单的对象在该应用程序中的账号，密码输入框用于获取生成第一工单的对象在该应用程序中的密码。

确定目标账号是否具有工单生成权限的过程与上述步骤201中根据第一对象的账号，确定第一对象是否具有登录应用程序的权限的过程类似，确定目标密码是否为目标账号对应的密码的过程与上述步骤201中根据第一对象的账号，确定第一对象的密码是否正确的工程类似，在此均不再进行赘述。

如图7是本申请实施例提供的一种校对页面的示意图，图7中控件701为账号输入框，控件702为密码输入框。

之所以要显示校对页面，并对输入的目标账号和目标密码进行校对，是为了对生成工单的对象的身份进行校验，以提高应用程序的安全性。

可选地，工单生成页面中还显示有激活控件，如图6中的控件610为激活控件。响应于针对激活控件的触发操作，将第一工单的状态调整为激活状态，激活状态用于指示第一工单已生成但未绑定设备，当第一工单的状态为激活状态时，可以将第一工单与需要进行保养的设备进行绑定。

在一种可能的实现方式中，工单生成页面中还显示有时间间隔控件和间隔单位控件，如图6中的控件611为时间间隔控件，控件612为间隔单位控件。可选地，时间间隔控件和间隔单位控件用于确定第四工单的开始时间范围，第四工单为第一工单的状态为完成状态之后需要生成的工单，第四工单与保养设备绑定。基于在间隔单位控件中的选择操作，获取间隔时间单位；基于在时间间隔控件中的输入操作，获取间隔时长；根据间隔时间单位、间隔时长、第一工单的预计开始时间的提前值和第一工单的预计开始时间的延后值，确定第四工单的开始时间范围。其中，间隔时间单位可以是天，可以是周，可以是月，还可以是年，本申请实施例对此不进行限定。如图6中确定的间隔时间单位为天。

工单生成页面中还显示有时间生成模式控件，时间生成模式控件用于指示生成第四工单的开始时间范围的模式，如图6中的控件613为时间生成模式控件。根据间隔时间单位、间隔时长、第一工单的预计开始时间的提前值和第一工单的预计开始时间的延后值，确定第四工单的开始时间范围的过程包括：基于时间生成模式控件确定生成第四工单的开始时间范围的模式为固定模式，根据间隔时间单位、间隔时长和第一工单的预计开始时间，确定第四工单的预计开始时间；根据第四工单的预计开始时间、第一工单的预计开始时间的提前值和第一工单的预计开始时间的延后值，确定第四工单的开始时间范围。基于时间生成模式控件确定生成第四工单的开始时间范围的模式为非固定模式，根据间隔时间单位、间隔时长、第一工单的实际开始时间，确定第四工单的预计开始时间；根据第四工单的预计开始时间、第一工单的预计开始时间的提前值和第一工单的预计开始时间的延后值，确定第四工单的开始时间范围。

其中，第四工单的预计开始时间晚于第一工单的预计开始时间，晚于第一工单的实际开始时间。根据第四工单的预计开始时间、第一工单的预计开始时间的提前值和第一工单的预计开始时间的延后值，确定第四工单的开始时间范围的过程，与上述根据第一工单的预计开始时间、第一工单的预计开始时间的提前值和第一工单的预计开始时间的延后值，确定第一工单的开始时间范围的过程类似，在此不再进行赘述。

示例性地，生成第四工单的开始时间范围的模式为固定模式，第一工单的预计开始时间为2023年4月28日23:34，间隔时间单位为天，间隔时长为4，第一工单的预计开始时间的提前值为8，第一工单的预计开始时间的延后值为8，则确定第四工单的预计开始时间为2023年5月2日23:34，第四工单的开始时间范围为2023年5月2日15:34至2023年5月3日07:34。

又例如，生成第四工单的开始时间范围的模式为非固定模式，第一工单的实际开始时间为2023年4月29日01:00，间隔时间单位为天，间隔时长为4，第一工单的预计开始时间的提前值为8，第一工单的预计开始时间的延后值为8，则确定第四工单的预计开始时间为2023年5月3日01:00，第四工单的开始时间范围为2023年5月2日17:00至2023年5月3日09:00。

在一种可能的实现方式中，工单生成页面中还显示有数据收集规格控件，数据收集规格控件用于确定第一工单绑定的设备执行第一工单时收集到的数据的数据类型，如图6中的控件614为数据收集规格控件。响应于针对数据收集规格控件的触发操作，显示候选数据收集规格；响应于针对任一候选数据收集规格的触发操作，将任一候选数据收集规格作为第一工单对应的数据收集规格。如图6中将TEST1作为第一工单对应的数据收集规格。可选地，根据第一工单的工单标识、第一工单的执行条件和第一工单对应的数据手机规格，生成第一工单。

工单生成页面中还显示有警报控件，警报控件中显示有第一工单对应的数据收集规格对应的警报类型。数据收集规格对应的警报类型用于指示第一工单绑定的设备在第一工单的开始时间范围内未执行第一工单的情况下，发出的警报的类型。如图6中的控件615为警报控件，显示的第一工单对应的数据收集规格对应的警报类型为AlarmFatalTest。在一种可能的实现方式中，警报的类型可以是第一类型，也可以是第二类型，其中，第一类型是指显示提示消息，以使维保工程师进行处理，第二类型是指停止运行保养设备，在维保工程师完成维保操作之后再次运行保养设备。其中，提示消息可以是显示在终端设备上的系统消息，也可以是向第一工单的生成对象发送的短信，还可以是向第一工单的生成对象发送的邮件。

在一种可能的实现方式中，还可以显示保养设备已绑定的工单的工单信息，以使用户对保养设备已绑定的工单有所了解。可选地，显示第二页面，第二页面中显示有设备标识确定控件和搜索控件，设备标识确定控件用于确定保养设备的设备标识；基于在设备标识确定控件中的输入操作，获取保养设备的设备标识；响应于针对搜索控件的触发操作，显示保养设备绑定的多个工单的工单标识；响应于针对任一工单的工单标识的触发操作，显示工单状态控件和预计开始时间控件，工单状态控件显示有任一工单的状态，预计开始时间控件显示有任一工单的预计开始时间；基于任一工单的状态为未执行状态，任一工单的预计开始时间控件为第一状态，第一状态用于指示任一工单的预计开始时间可调整，基于任一工单的状态为非未执行状态，任一工单的预计开始时间控件为第二状态，第二状态用于指示任一工单的预计开始时间不可调整。其中，第一状态和第二状态为两种不同的状态。预计开始时间控件显示为第一状态可以是预计开始时间控件显示为白色，预计开始时间控件显示为第二状态可以是预计开始时间控件显示为灰色，当然，预计开始时间控件显示为第一状态和第二状态还可以是其他显示形式，本申请实施例对此不进行限定。

如图8是本申请实施例提供的一种第二页面的显示示意图，第二页面中显示有设备标识确定控件801、搜索控件802，其中，设备标识确定控件中显示有保养设备的设备标识(MC_EP)。基于针对搜索控件的触发操作，显示保养设备(MC_EP)绑定的多个工单的工单标识，基于针对工单的工单标识(tigger-test1)的触发操作，显示工单(tigger-test1)的工单状态控件803和工单(tigger-test1)的预计开始时间控件804。工单状态控件803中显示的工单(tigger-test1)的工单状态为未执行状态，工单预计开始时间控件804中显示的工单(tigger-test1)的预计开始时间为2023年9月2日14:58。工单预计开始时间控件显示为第一状态，则用户可以对工单(tigger-test1)的预计开始时间进行调整。

可选地，第二页面中还显示有任一工单的最早开始时间控件和最晚开始时间控件，任一工单的最早开始时间控件和最晚开始时间控件用于指示任一工单可以在最早开始时间控件指示的最早开始时间和最晚开始时间控件指示的最晚开始时间的时间范围内执行。如图8中的控件805为最早开始时间控件，控件806为最晚开始时间控件。工单(tigger-test1)的最早开始时间为2023年8月28日14:58，工单(tigger-test1)的最晚开始时间为2023年9月7日14:58。

需要说明的是，当调整任一工单的预计开始时间时，任一工单的最早开始时间和最晚开始时间也会一并进行调整。

可选地，第二页面中还显示有开始控件，开始控件用于指示保养设备执行任一工单，如图8中的控件807为开始控件。基于任一工单的状态为未执行状态，且接收到针对开始控件的触发操作，将任一工单的状态更改为开始状态，预计开始时间控件更改为第二状态。

基于任一工单的状态为未执行状态，且接收到针对开始控件的触发操作，确定接收到针对开始控件的触发操作的时间；基于接收到针对开始控件的触发操作的时间不早于任一工单的最早开始时间，且不晚于任一工单的最晚开始时间，则将任一工单的状态更改为开始状态，预计开始时间控件更改为第二状态。

示例性地，任一工单的状态为未执行状态，接收到针对开始控件的触发操作的时间为2023年8月29日12:00，任一工单的最早开始时间为2023年8月28日14:58，任一工单的最晚开始时间为2023年9月7日14:58。由于接收到针对开始控件的触发操作的时间不早于任一工单的最早开始时间，且不晚于任一工单的最晚开始时间，因此，将任一工单的状态更改为开始状态，预计开始时间控件更改为第二状态。

在一种可能的实现方式中，第二页面中还显示有转交控件，转交控件用于指示将任一工单转交给第二对象，如图8中的控件808为转交控件。

在任一工单的状态为开始状态，且接收到针对转交控件的触发操作，显示转交页面，转交页面中显示有对象账号获取框和确认控件，对象账号获取框用于获取第二对象的对象账号，确认控件用于指示确定将任一工单转交给第二对象。基于在对象账号获取框的输入操作，获取第二对象的对象账号，在接收到针对确认控件的触发操作，且根据第二对象的对象账号，确定第二对象具有工单执行权限的情况下，向第二对象对应的终端设备发送通知消息，通知消息用于指示第二对象录入任一工单的执行结果，以将任一工单转交给第二对象。

如图9是本申请实施例提供的一种转交页面的显示示意图，转交页面中显示有对象账号获取框901和确认控件902。可选地，转交页面中还显示有备注控件903，备注控件用于获取备注信息。

图10是本申请实施例提供的一种工单处理方法的流程图。如图10所示，该方法包括下述步骤1001至步骤1008。

步骤1001、生成第一工单。

在一种可能的实现方式中，生成第一工单的过程在上述图5所示的实施例中进行描述，在此不再进行赘述。

步骤1002、激活第一工单。

在一种可能的实现方式中，激活第一工单的过程在上述步骤505中进行描述，在此不再进行赘述。

步骤1003、将第一工单和保养设备绑定。

在一种可能的实现方式中，将第一工单和保养设备绑定的过程在上述步骤201中进行描述，在此不再进行赘述。

步骤1004、确定保养设备是否在第一工单的开始时间范围内执行第一工单。

保养设备若执行工单，保养设备会向终端设备发送通知消息，以使终端设备知道保养设备正在执行的工单以及工单的执行时间。如果终端设备在第一工单的开始时间范围内未接收到保养设备发送的通知消息，则表示保养设备在第一工单的开始时间范围内未执行第一工单。如果终端设备在第一工单的开始时间范围内接收到保养设备发送的通知消息，终端设备根据通知消息包括的工单的工单标识以及第一工单的工单标识，确定保养设备是否在第一工单的开始时间范围内执行第一工单。

可选地，通知消息包括的工单的工单标识与第一工单的工单标识相同，表示保养设备在第一工单的开始时间范围内执行第一工单。通知消息包括的工单的工单表示与第一工单的工单标识不相同，表示保养设备在第一工单的开始时间范围内未执行第一工单。

步骤1005、保养设备未在第一工单的开始时间范围内执行第一工单，终端设备发出警报。

步骤1006、保养设备在第一工单的开始时间范围内执行第一工单，终端设备将第一工单的状态更改为开始状态。

步骤1007、将第一工单转交给第二对象。

可选地，第一工单的生成对象还可以将第一工单转交给第二对象，由第二对象记录保养设备执行第一工单产生的保养数据。将第一工单转交给第二对象的过程在上述步骤505中已进行描述，在此不再进行赘述。

步骤1008、获取保养设备的保养数据。

可选地，第二对象获取到保养设备执行第一工单产生的保养数据之后，第二对象将保养数据输入终端设备，以使终端设备获取到保养设备的保养数据。至此，第一工单完成，还可以将第一工单的状态更改为完成状态。还可以根据第一工单的执行条件，自动生成下一个工单。

图11是本申请实施例提供的一种工单生成方法的流程图，如图11所示，该方法包括下述步骤1101至步骤1108。

步骤1101、配置数据收集规格。

可选地，配置数据收集规格的过程在上述步骤505中已进行描述，在此不再进行赘述。

步骤1102、配置警报类型。

可选地，配置警报类型的过程在上述步骤505中已进行描述，在此不再进行赘述。

步骤1103、选择生成类型。

可选地，生成类型包括基于时间生成和基于条件生成。选择生成类型的过程在上述步骤503中已进行描述，在此不再进行赘述。

步骤1104、基于生成类型为基于时间生成，确定预计开始时间。

可选地，确定预计开始时间的过程在上述步骤504中已进行描述，在此不再进行赘述。

步骤1105、确定预计开始时间的提前值和延后值。

可选地，确定预计开始时间的提前值和延后值的过程在上述步骤504中已进行描述，在此不再进行赘述。

步骤1106、根据预计开始时间、预计开始时间的提前值、预计开始时间的延后值，生成第一工单。

可选地，生成第一工单的过程在上述步骤505中已进行描述，在此不再进行赘述。

步骤1107、基于生成类型为基于条件生成，配置设备类型、设备性能和设备能力。

可选地，配置设备类型、设备性能和设备能力的过程在上述步骤504中已进行描述，在此不再进行赘述。

步骤1108、根据设备类型、设备性能和设备能力，生成第一工单。

可选地，生成第一工单的过程在上述步骤505中已进行描述，在此不再进行赘述。

图12是本申请实施例提供的一种第二工单的确定过程的示意图。如图12所示，该过程包括下述步骤1201至步骤1205。

步骤1201、基于第一工单的状态为完成状态，确定第一工单的关联信息是否为第一信息。

其中，第一工单的关联信息为第一信息是指在第一工单的状态为完成状态的情况下，更改第一工单关联的工单的状态，第一工单的关联信息不是第一信息是指在第一工单的状态为完成状态的情况下，不更改第一工单关联的工单的状态。

步骤1202、基于第一工单的关联信息为第一信息，根据第一工单的开始时间和第一时长，确定第一时间范围。

在一种可能的实现方式中，根据第一工单的开始时间和第一时长，确定第一时间范围的过程在上述步骤203中已进行描述，在此不再进行赘述。

步骤1203、获取与保养设备绑定的第三工单的状态、预计开始时间、关联信息。

在一种可能的实现方式中，获取与保养设备绑定的第三工单的状态、预计开始时间和关联信息的过程在上述步骤203中已进行描述，在此不再进行赘述。

步骤1204、确定各个第三工单的状态是否为执行状态、预计开始时间是否在第一时间范围内、关联信息是否为第一信息。

在一种可能的实现方式中，确定各个第三工单的状态是否为执行状态、预计开始时间是否在第一时间范围内、关联信息是否为第一信息的过程在上述步骤203中已进行描述，在此不再进行赘述。

步骤1205、将状态为未执行状态、预计开始时间在第一时间范围内、关联信息为第一信息的第三工单作为第二工单。

在一种可能的实现方式中，将状态为未执行状态、预计开始时间在第一时间范围内、关联信息为第一信息的第三工单作为第二工单的过程在上述步骤203中已进行描述，在此不再进行赘述。

图13所示为本申请实施例提供的一种工单处理装置的结构示意图，如图13所示，该装置包括：

显示模块1301，用于显示工单绑定页面，工单绑定页面中显示有工单控件和信息控件，工单控件用于确定与保养设备绑定的第一工单，信息控件用于确定第一工单的关联信息，第一工单的关联信息指示在第一工单的状态为完成状态的情况下，是否更改与第一工单关联的工单的状态；

确定模块1302，用于响应于针对工单控件的触发操作确定与保养设备绑定的第一工单；

确定模块1302，还用于在所述第一工单的状态为所述完成状态，且基于所述信息控件确定的所述第一工单的关联信息指示在所述第一工单的状态为完成状态的情况下，更改与所述第一工单关联的工单的状态，根据所述第一工单的开始时间，确定与所述第一工单关联的第二工单；

更改模块1303，用于将第二工单的状态更改为完成状态。

在一种可能的实现方式中，工单绑定页面中还显示有时长控件，时长控件用于确定第一时长；

确定模块1302，用于基于时长控件，确定第一时长；根据第一工单的开始时间和第一时长，确定第一时间范围，第一工单的开始时间位于第一时间范围内；确定与保养设备绑定的至少一个第三工单；获取各个第三工单的状态、预计开始时间和关联信息；将至少一个第三工单中，状态为未执行状态、预计开始时间位于第一时间范围之内、且关联信息指示在第三工单关联的工单的状态为完成状态的情况下，更改第三工单的状态的第三工单作为第二工单。

在一种可能的实现方式中，工单绑定页面中还显示有生成类型控件，生成类型控件用于确定第一工单的生成类型；

确定模块1302，用于响应于针对生成类型控件的触发操作，确定第一生成类型；响应于针对工单控件的触发操作，显示至少一个候选工单的工单标识，候选工单的生成类型为第一生成类型；响应于针对至少一个候选工单中的任一候选工单的工单标识的触发操作，将任一候选工单作为第一工单。

在一种可能的实现方式中，第一生成类型为基于条件生成；

确定模块1302，还用于响应于接收到针对工单控件的触发操作，根据保养设备的设备标识，获取保养设备的设备信息，设备信息包括设备类型和设备性能；将多个生成类型为基于条件生成、状态为激活状态的工单中，对应的设备信息为保养设备的设备信息的工单作为候选工单，激活状态用于指示工单已生成但未绑定设备。

在一种可能的实现方式中，第一生成类型为基于时间生成；

确定模块1302，还用于响应于针对工单控件的触发操作，确定接收到针对工单控件的触发操作的接收时间；将多个生成类型为基于时间生成、状态为激活状态的工单中，开始时间晚于接收时间的工单作为候选工单，激活状态用于指示工单已生成但未绑定设备。

在一种可能的实现方式中，显示模块1301，用于显示第一页面，第一页面中显示有设备组名控件和搜索控件，设备组名控件用于确定设备组名；基于在设备组名控件中的输入操作，获取设备组名；响应于针对搜索控件的触发操作，显示设备组名包括的至少一个可选设备的设备标识；响应于针对至少一个可选设备中的任一可选设备的设备标识的触发操作，将任一可选设备作为保养设备，在第一页面中显示工单绑定页面。

在一种可能的实现方式中，显示模块1301，还用于显示工单生成页面，工单生成页面中显示有工单标识控件、生成类型控件和确认控件，工单标识控件用于确定第一工单的工单标识，生成类型控件用于确定第一工单的生成类型；

确定模块1302，还用于基于在工单标识控件中的输入操作，获取第一工单的工单标识；基于在生成类型控件中的选择操作，获取第一工单的生成类型；根据第一工单的生成类型，确定第一工单的执行条件；

装置还包括：

生成模块，用于响应于针对确认控件的触发操作，根据第一工单的工单标识、第一工单的执行条件，生成第一工单，第一工单的状态为未激活状态，未激活状态用于指示第一工单已生成。

在一种可能的实现方式中，第一工单的生成类型为基于时间生成，第一工单的执行条件包括第一工单的开始时间范围，工单生成页面中还显示有时间控件、提前时间值控件和延后时间值控件；

确定模块1302，用于基于在时间控件中的输入操作，获取第一工单的预计开始时间；基于在提前时间值控件中的输入操作，获取第一工单的预计开始时间的提前值；基于在延后时间值控件中的输入操作，获取第一工单的预计开始时间的延后值；根据第一工单的预计开始时间和第一工单的预计开始时间的提前值，确定第一时间；根据第一工单的预计开始时间和第一工单的预计开始时间的延后值，确定第二时间；根据第一时间和第二时间，确定第一工单的开始时间范围。

在一种可能的实现方式中，工单生成页面中还显示有时间间隔控件和间隔单位控件，时间间隔控件和间隔单位控件用于确定第四工单的开始时间范围，第四工单为第一工单的状态为完成状态之后需要生成的工单，第四工单与保养设备绑定；

确定模块1302，还用于基于在间隔单位控件中的选择操作，获取间隔时间单位；基于在时间间隔控件中的输入操作，获取间隔时长；根据间隔时间单位、间隔时长、第一工单的预计开始时间的提前值和第一工单的预计开始时间的延后值，确定第四工单的开始时间范围。

在一种可能的实现方式中，工单生成页面中还显示有时间生成模式控件，时间生成模式控件用于指示生成第四工单的开始时间范围的模式；

确定模块1302，用于基于时间生成模式控件确定生成第四工单的开始时间范围的模式为固定模式，根据间隔时间单位、间隔时长和第一工单的预计开始时间，确定第四工单的预计开始时间；根据第四工单的预计开始时间、第一工单的预计开始时间的提前值和第一工单的预计开始时间的延后值，确定第四工单的开始时间范围；基于时间生成模式控件确定生成第四工单的开始时间范围的模式为非固定模式，根据间隔时间单位、间隔时长和第一工单的实际开始时间，确定第四工单的预计开始时间；根据第四工单的预计开始时间、第一工单的预计开始时间的提前值和第一工单的预计开始时间的延后值，确定第四工单的开始时间范围。

在一种可能的实现方式中，第一工单的生成类型为基于条件生成，第一工单的执行条件包括第一工单绑定的设备需满足的设备信息，工单生成页面中还显示有设备类型控件、设备性能控件和设备能力控件，设备类型控件用于确定第一工单绑定的设备的类型，设备性能控件用于确定第一工单绑定的设备的性能，设备能力控件用于确定第一工单绑定的设备的能力；

确定模块1302，用于基于设备类型控件、设备性能控件和设备能力控件，确定第一工单绑定的设备需满足的设备信息。

在一种可能的实现方式中，工单生成页面中还显示有数据收集规格控件，数据收集规格控件用于确定第一工单绑定的设备执行第一工单时收集到的数据的数据类型；

显示模块1301，还用于响应于针对数据收集规格控件的触发操作，显示候选数据收集规格；

确定模块1302，还用于响应于针对任一候选数据收集规格的触发操作，将任一候选数据收集规格作为第一工单对应的数据收集规格；

生成模块，用于根据第一工单的工单标识、第一工单的执行条件和第一工单对应的数据收集规格，生成第一工单。

上述装置在将第一工单和保养设备绑定之后，当第一工单的状态为完成状态，且第一工单的关联信息指示第一工单的状态为完成状态的情况下，更改与第一工单关联的工单的状态时，根据第一工单的开始时间，确定与第一工单关联的第二工单，进而将第二工单的状态更改为完成状态。当第二工单的状态为完成状态时，保养设备在第二工单的开始时间时不再按照第二工单的内容进行保养，从而可以避免保养设备在短时间内进行多次保养的情况，节约了保养设备的资源，一定程度上还能够提高保养设备的工作效率。

应理解的是，上述提供的装置在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图14示出了本申请一个示例性实施例提供的终端设备1400的结构框图。该终端设备1400可以是便携式移动终端，比如：智能手机、平板电脑、MP3播放器(Moving PictureExperts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(MovingPicture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端设备1400还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，终端设备1400包括有：处理器1401和存储器1402。

处理器1401可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1401可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field-Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1401也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1401可以集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1401还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器1402可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1402还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1402中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器1401所执行以实现本申请中方法实施例提供的工单处理方法。

在一些实施例中，终端设备1400还可选包括有：外围设备接口1403和至少一个外围设备。处理器1401、存储器1402和外围设备接口1403之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1403相连。具体地，外围设备包括：射频电路1404、显示屏1405、摄像头组件1406、音频电路1407和电源1409中的至少一种。

外围设备接口1403可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器1401和存储器1402。在一些实施例中，处理器1401、存储器1402和外围设备接口1403被集成在同一芯片或电路板上；在一些其他实施例中，处理器1401、存储器1402和外围设备接口1403中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路1404用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路1404通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1404将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1404包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1404可以通过至少一种无线通信协议来与其它终端设备进行通信。该无线通信协议包括但不限于：万维网、城域网、内联网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路1404还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏1405用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1405是触摸显示屏时，显示屏1405还具有采集在显示屏1405的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1401进行处理。此时，显示屏1405还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1405可以为一个，设置在终端设备1400的前面板；在另一些实施例中，显示屏1405可以为至少两个，分别设置在终端设备1400的不同表面或呈折叠设计；在另一些实施例中，显示屏1405可以是柔性显示屏，设置在终端设备1400的弯曲表面上或折叠面上。甚至，显示屏1405还可以设置成非矩形的不规则图形，也即异形屏。显示屏1405可以采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode，有机发光二极管)等材质制备。

摄像头组件1406用于采集图像或视频。可选地，摄像头组件1406包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端设备1400的前面板，后置摄像头设置在终端设备1400的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件1406还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路1407可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1401进行处理，或者输入至射频电路1404以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端设备1400的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1401或射频电路1404的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1407还可以包括耳机插孔。

电源1409用于为终端设备1400中的各个组件进行供电。电源1409可以是交流电、直流电、一次性电池或可充电电池。当电源1409包括可充电电池时，该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池，无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。

在一些实施例中，终端设备1400还包括有一个或多个传感器1410。该一个或多个传感器1410包括但不限于：加速度传感器1411、陀螺仪传感器1412、压力传感器1413、光学传感器1415以及接近传感器1416。

加速度传感器1411可以检测以终端设备1400建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1411可以用于检测重力加速度在三个坐标轴上的分量。处理器1401可以根据加速度传感器1411采集的重力加速度信号，控制显示屏1405以横向视图或纵向视图进行用户界面的显示。加速度传感器1411还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器1412可以检测终端设备1400的机体方向及转动角度，陀螺仪传感器1412可以与加速度传感器1411协同采集用户对终端设备1400的3D动作。处理器1401根据陀螺仪传感器1412采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器1413可以设置在终端设备1400的侧边框和/或显示屏1405的下层。当压力传感器1413设置在终端设备1400的侧边框时，可以检测用户对终端设备1400的握持信号，由处理器1401根据压力传感器1413采集的握持信号进行左右手识别或快捷操作。当压力传感器1413设置在显示屏1405的下层时，由处理器1401根据用户对显示屏1405的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

光学传感器1415用于采集环境光强度。在一个实施例中，处理器1401可以根据光学传感器1415采集的环境光强度，控制显示屏1405的显示亮度。具体地，当环境光强度较高时，调高显示屏1405的显示亮度；当环境光强度较低时，调低显示屏1405的显示亮度。在另一个实施例中，处理器1401还可以根据光学传感器1415采集的环境光强度，动态调整摄像头组件1406的拍摄参数。

接近传感器1416，也称距离传感器，通常设置在终端设备1400的前面板。接近传感器1416用于采集用户与终端设备1400的正面之间的距离。在一个实施例中，当接近传感器1416检测到用户与终端设备1400的正面之间的距离逐渐变小时，由处理器1401控制显示屏1405从亮屏状态切换为息屏状态；当接近传感器1416检测到用户与终端设备1400的正面之间的距离逐渐变大时，由处理器1401控制显示屏1405从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图14中示出的结构并不构成对终端设备1400的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

图15为本申请实施例提供的服务器的结构示意图，该服务器1500可因配置或性能不同而产生比较大的差异，可以包括一个或多个处理器(Central Processing Units，CPU)1501和一个或多个的存储器1502，其中，该一个或多个存储器1502中存储有至少一条程序代码，该至少一条程序代码由该一个或多个处理器1501加载并执行以实现上述各个方法实施例提供的工单处理方法。当然，该服务器1500还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器1500还可以包括其他用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，还提供了一种计算机可读存储介质，该存储介质中存储有至少一条程序代码，该至少一条程序代码由处理器加载并执行，以使计算机实现上述任一种工单处理方法。

可选地，上述计算机可读存储介质可以是只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、只读光盘(Compact Disc Read-OnlyMemory，CD-ROM)、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供了一种计算机程序或计算机程序产品，该计算机程序或计算机程序产品中存储有至少一条计算机指令，该至少一条计算机指令由处理器加载并执行，以使计算机实现上述任一种工单处理方法。

需要说明的是，本申请所涉及的信息(包括但不限于用户设备信息、用户个人信息等)、数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)以及信号，均为经用户授权或者经过各方充分授权的，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。例如，本申请中涉及到的工单都是在充分授权的情况下获取的。

应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

以上所述仅为本申请的示例性实施例，并不用以限制本申请，凡在本申请的原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (15)

1.一种工单处理方法，其特征在于，所述方法包括：

显示工单绑定页面，所述工单绑定页面中显示有工单控件和信息控件，所述工单控件用于确定与保养设备绑定的第一工单，所述信息控件用于确定所述第一工单的关联信息，所述第一工单的关联信息指示在所述第一工单的状态为完成状态的情况下，是否更改与所述第一工单关联的工单的状态；

响应于针对所述工单控件的触发操作确定与所述保养设备绑定的第一工单；

在所述第一工单的状态为所述完成状态，且基于所述信息控件确定的所述第一工单的关联信息指示在所述第一工单的状态为完成状态的情况下，更改与所述第一工单关联的工单的状态，根据所述第一工单的开始时间，确定与所述第一工单关联的第二工单；

将所述第二工单的状态更改为所述完成状态。

2.根据权利要求1所述的方法，其特征在于，所述工单绑定页面中还显示有时长控件，所述时长控件用于确定第一时长；

所述根据所述第一工单的开始时间，确定与所述第一工单关联的第二工单，包括：

基于所述时长控件，确定所述第一时长；

根据所述第一工单的开始时间和所述第一时长，确定第一时间范围，所述第一工单的开始时间位于所述第一时间范围内；

确定与所述保养设备绑定的至少一个第三工单；

获取各个第三工单的状态、预计开始时间和关联信息；

将所述至少一个第三工单中，状态为未执行状态、预计开始时间位于所述第一时间范围之内、且关联信息指示在所述第三工单关联的工单的状态为完成状态的情况下，更改所述第三工单的状态的第三工单作为所述第二工单。

3.根据权利要求1所述的方法，其特征在于，所述工单绑定页面中还显示有生成类型控件，所述生成类型控件用于确定所述第一工单的生成类型；

所述响应于针对所述工单控件的触发操作确定与所述保养设备绑定的第一工单，包括：

响应于针对所述生成类型控件的触发操作，确定第一生成类型；

响应于针对所述工单控件的触发操作，显示至少一个候选工单的工单标识，所述候选工单的生成类型为所述第一生成类型；

响应于针对所述至少一个候选工单中的任一候选工单的工单标识的触发操作，将所述任一候选工单作为所述第一工单。

4.根据权利要求3所述的方法，其特征在于，所述第一生成类型为基于条件生成；

所述响应于针对所述工单控件的触发操作，显示至少一个候选工单的工单标识之前，所述方法还包括：

响应于接收到针对所述工单控件的触发操作，根据所述保养设备的设备标识，获取所述保养设备的设备信息，所述设备信息包括设备类型和设备性能；

将多个生成类型为所述基于条件生成、状态为激活状态的工单中，对应的设备信息为所述保养设备的设备信息的工单作为所述候选工单，所述激活状态用于指示所述工单已生成但未绑定设备。

5.根据权利要求3所述的方法，其特征在于，所述第一生成类型为基于时间生成；

所述响应于针对所述工单控件的触发操作，显示至少一个候选工单的工单标识之前，所述方法还包括：

响应于针对所述工单控件的触发操作，确定接收到针对所述工单控件的触发操作的接收时间；

将多个生成类型为所述基于时间生成、状态为激活状态的工单中，开始时间晚于所述接收时间的工单作为所述候选工单，所述激活状态用于指示所述工单已生成但未绑定设备。

6.根据权利要求1至5任一所述的方法，其特征在于，所述显示工单绑定页面，包括：

显示第一页面，所述第一页面中显示有设备组名控件和搜索控件，所述设备组名控件用于确定设备组名；

基于在所述设备组名控件中的输入操作，获取所述设备组名；

响应于针对所述搜索控件的触发操作，显示所述设备组名包括的至少一个可选设备的设备标识；

响应于针对所述至少一个可选设备中的任一可选设备的设备标识的触发操作，将所述任一可选设备作为所述保养设备，在所述第一页面中显示所述工单绑定页面。

7.根据权利要求1至5任一所述的方法，其特征在于，所述显示工单绑定页面之前，所述方法还包括：

显示工单生成页面，所述工单生成页面中显示有工单标识控件、生成类型控件和确认控件，所述工单标识控件用于确定所述第一工单的工单标识，所述生成类型控件用于确定所述第一工单的生成类型；

基于在所述工单标识控件中的输入操作，获取所述第一工单的工单标识；

基于在所述生成类型控件中的选择操作，获取所述第一工单的生成类型；

根据所述第一工单的生成类型，确定所述第一工单的执行条件；

响应于针对所述确认控件的触发操作，根据所述第一工单的工单标识、所述第一工单的执行条件，生成所述第一工单，所述第一工单的状态为未激活状态，所述未激活状态用于指示所述第一工单已生成。

8.根据权利要求7所述的方法，其特征在于，所述第一工单的生成类型为基于时间生成，所述第一工单的执行条件包括所述第一工单的开始时间范围，所述工单生成页面中还显示有时间控件、提前时间值控件和延后时间值控件；

所述根据所述第一工单的生成类型，确定所述第一工单的执行条件，包括：

基于在所述时间控件中的输入操作，获取所述第一工单的预计开始时间；

基于在所述提前时间值控件中的输入操作，获取所述第一工单的预计开始时间的提前值；

基于在所述延后时间值控件中的输入操作，获取所述第一工单的预计开始时间的延后值；

根据所述第一工单的预计开始时间和所述第一工单的预计开始时间的提前值，确定第一时间；根据所述第一工单的预计开始时间和所述第一工单的预计开始时间的延后值，确定第二时间；根据所述第一时间和所述第二时间，确定所述第一工单的开始时间范围。

9.根据权利要求8所述的方法，其特征在于，所述工单生成页面中还显示有时间间隔控件和间隔单位控件，所述时间间隔控件和所述间隔单位控件用于确定第四工单的开始时间范围，所述第四工单为所述第一工单的状态为完成状态之后需要生成的工单，所述第四工单与所述保养设备绑定；

所述方法还包括：

基于在所述间隔单位控件中的选择操作，获取间隔时间单位；

基于在所述时间间隔控件中的输入操作，获取间隔时长；

根据所述间隔时间单位、所述间隔时长、所述第一工单的预计开始时间的提前值和所述第一工单的预计开始时间的延后值，确定所述第四工单的开始时间范围。

10.根据权利要求9所述的方法，其特征在于，所述工单生成页面中还显示有时间生成模式控件，所述时间生成模式控件用于指示生成所述第四工单的开始时间范围的模式；

所述根据所述间隔时间单位、所述间隔时长、所述第一工单的预计开始时间的提前值和所述第一工单的预计开始时间的延后值，确定所述第四工单的开始时间范围，包括：

基于所述时间生成模式控件确定生成所述第四工单的开始时间范围的模式为固定模式，根据所述间隔时间单位、所述间隔时长和所述第一工单的预计开始时间，确定所述第四工单的预计开始时间；根据所述第四工单的预计开始时间、所述第一工单的预计开始时间的提前值和所述第一工单的预计开始时间的延后值，确定所述第四工单的开始时间范围；

基于所述时间生成模式控件确定生成所述第四工单的开始时间范围的模式为非固定模式，根据所述间隔时间单位、所述间隔时长和所述第一工单的实际开始时间，确定所述第四工单的预计开始时间；根据所述第四工单的预计开始时间、所述第一工单的预计开始时间的提前值和所述第一工单的预计开始时间的延后值，确定所述第四工单的开始时间范围。

11.根据权利要求7所述的方法，其特征在于，所述第一工单的生成类型为基于条件生成，所述第一工单的执行条件包括所述第一工单绑定的设备需满足的设备信息，所述工单生成页面中还显示有设备类型控件、设备性能控件和设备能力控件，所述设备类型控件用于确定所述第一工单绑定的设备的类型，所述设备性能控件用于确定所述第一工单绑定的设备的性能，所述设备能力控件用于确定所述第一工单绑定的设备的能力；

所述根据所述第一工单的生成类型，确定所述第一工单的执行条件，包括：

基于所述设备类型控件、所述设备性能控件和所述设备能力控件，确定所述第一工单绑定的设备需满足的设备信息。

12.根据权利要求7所述的方法，其特征在于，所述工单生成页面中还显示有数据收集规格控件，所述数据收集规格控件用于确定所述第一工单绑定的设备执行所述第一工单时收集到的数据的数据类型；

所述方法还包括：

响应于针对所述数据收集规格控件的触发操作，显示候选数据收集规格；

响应于针对任一候选数据收集规格的触发操作，将所述任一候选数据收集规格作为所述第一工单对应的数据收集规格；

所述根据所述第一工单的工单标识、所述第一工单的执行条件，生成所述第一工单，包括：

根据所述第一工单的工单标识、所述第一工单的执行条件和所述第一工单对应的数据收集规格，生成所述第一工单。

13.一种工单处理装置，其特征在于，所述装置包括：

显示模块，用于显示工单绑定页面，所述工单绑定页面中显示有工单控件和信息控件，所述工单控件用于确定与保养设备绑定的第一工单，所述信息控件用于确定所述第一工单的关联信息，所述第一工单的关联信息指示在所述第一工单的状态为完成状态的情况下，是否更改与所述第一工单关联的工单的状态；

确定模块，用于响应于针对所述工单控件的触发操作确定与所述保养设备绑定的第一工单；

所述确定模块，还用于在所述第一工单的状态为所述完成状态，且基于所述信息控件确定的所述第一工单的关联信息指示在所述第一工单的状态为完成状态的情况下，更改与所述第一工单关联的工单的状态，根据所述第一工单的开始时间，确定与所述第一工单关联的第二工单；

更改模块，用于将所述第二工单的状态更改为所述完成状态。

14.一种计算机设备，其特征在于，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条程序代码，所述至少一条程序代码由所述处理器加载并执行，以使所述计算机设备实现如权利要求1至12任一所述的工单处理方法。

15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条程序代码，所述至少一条程序代码由处理器加载并执行，以使计算机实现如权利要求1至12任一所述的工单处理方法。