CN113642840B - 一种工单处理方法、装置、系统、电子设备及存储介质 - Google Patents

Abstract

本申请实施例公开了一种工单处理方法、装置、系统、电子设备及存储介质。本申请实施例提供的技术方案，通过预先从工单系统后台获取第一工单，对第一工单进行预渲染生成预渲染工单，并输出至工单池；在显示有第二工单的处理界面中，响应于第二工单的处理结果提交操作，将第二工单对应的处理结果输出至处理结果池，并从工单池中提取预渲染工单，将第二工单的处理界面切换至预渲染工单的处理界面；从处理结果池提取第二工单的处理结果，将处理结果上传至工单系统后台。采用上述技术手段，通过工单预渲染以及处理结果异步上传，可以缩短工单处理耗时，提升工单处理效率，解决工单处理流程耗时过多的技术问题。

Description

一种工单处理方法、装置、系统、电子设备及存储介质

技术领域

本申请实施例涉及计算机技术领域，尤其涉及一种工单处理方法、装置、系统、电子设备及存储介质。

背景技术

工单系统是用于记录、处理、跟踪一项工作完成情况的系统。一个高效的工单系统，其核心是提升每个操作员在单位时间内的工单处理量。常见的工单系统在处理工单过程中，主要包括取单、加载、人工鉴别和提交结果四个阶段。而为了提升工单处理效率，则需要减少各个阶段的耗时。

目前，为了提升工单处理效率，主要的解决方案包括两种：一种为工单后台在前一个工单的“工单完成处理”流程执行后，接着执行下一个工单的“分配工单处理”流程，然后将前一工单的结单结果和下一个工单一起返回给浏览器，以此来节省取单和提交结果阶段的耗时；另一种为工单后台使用缓存技术，在资源后台使用内容分发网络，将服务部署前置到和操作员较近的区域，以此来减少浏览器的取单耗时、加载耗时以及提交结果耗时。

但是，上述传统工单系统采用流程合并或者服务前置的方式，其对工单处理的优化效果相对欠佳，操作员在取单、加载和提交结果阶段仍需要耗费很多时间，影响工单处理效率。

发明内容

本申请实施例提供一种工单处理方法、装置、系统、电子设备及存储介质，能够解决工单处理流程耗时过多的技术问题，提升工单处理效率。

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

预先从工单系统后台获取第一工单，对所述第一工单进行预渲染生成预渲染工单，并输出至工单池；

在显示有第二工单的处理界面中，响应于所述第二工单的处理结果提交操作，将所述第二工单对应的处理结果输出至处理结果池，并从所述工单池中提取所述预渲染工单，将所述第二工单的处理界面切换至所述预渲染工单的处理界面；

从所述处理结果池提取所述第二工单的处理结果，将所述处理结果上传至工单系统后台。

在第二方面，本申请实施例提供了一种工单处理装置，包括：

预渲染模块，用于预先从工单系统后台获取第一工单，对所述第一工单进行预渲染生成预渲染工单，并输出至工单池；

切换显示模块，用于在显示有第二工单的处理界面中，响应于所述第二工单的处理结果提交操作，将所述第二工单对应的处理结果输出至处理结果池，并从所述工单池中提取所述预渲染工单，将所述第二工单的处理界面切换至所述预渲染工单的处理界面；

结果上传模块，用于从所述处理结果池提取所述第二工单的处理结果，将所述处理结果上传至工单系统后台。

在第三方面，本申请实施例提供了一种工单处理系统，包括：

工单池补充模块，用于在设定的第一触发条件触发时，从工单系统后台获取第一工单，对所述第一工单进行预渲染生成预渲染工单，并输出至工单池；

操作模块，用于显示第二工单的处理界面以供用户进行工单处理，在显示有第二工单的处理界面中，响应于所述第二工单的处理结果提交操作，将所述第二工单对应的处理结果输出至处理结果池，并从所述工单池中提取所述预渲染工单，将所述第二工单的处理界面切换至所述预渲染工单的处理界面；

结果工单池处理模块，用于在设定的第二触发条件触发时，从所述处理结果池提取所述第二工单的处理结果，将所述处理结果上传至工单系统后台；

信息收集上报模块，用于汇总工单操作信息，基于所述工单操作信息对所述工单池和所述处理结果池进行出入速度初始化。

在第四方面，本申请实施例提供了一种电子设备，包括：

存储器以及一个或多个处理器；

所述存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面所述的工单处理方法。

在第五方面，本申请实施例提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如第一方面所述的工单处理方法。

本申请实施例通过预先从工单系统后台获取第一工单，对第一工单进行预渲染生成预渲染工单，并输出至工单池；在显示有第二工单的处理界面中，响应于第二工单的处理结果提交操作，将第二工单对应的处理结果输出至处理结果池，并从工单池中提取预渲染工单，将第二工单的处理界面切换至预渲染工单的处理界面；从处理结果池提取第二工单的处理结果，将处理结果上传至工单系统后台。采用上述技术手段，通过工单预渲染以及处理结果异步上传，可以缩短工单处理耗时，提升工单处理效率，解决工单处理流程耗时过多的技术问题。

附图说明

图1是现有工单系统的工单处理流程图；

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

图3是本申请实施例的工单系统结构示意图；

图4是本申请实施例一中的工单预渲染流程图；

图5是本申请实施例一中的取单请求触发流程图；

图6是本申请实施例一中获取工单放入工单池的流程图；

图7是本申请实施例一中的工单人工操作流程图；

图8是本申请实施例一中的工单上传的触发流程图；

图9是本申请实施例一中的工单上传工单后台的流程图；

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

图11是本申请实施例三提供的一种工单处理系统的结构示意图；

图12是本申请实施例四提供的一种电子设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面结合附图对本申请具体实施例作进一步的详细描述。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

本申请提供的工单处理方法，旨在通过工单预渲染和工单处理结果的异步上传来节省工单处理耗时，进而提升工单处理效率。对于传统的工单处理系统而言，在进行工单处理过程中，其系统交互时序参照图1，如图1所示，整个工单处理过程可以划分为四个阶段：取单阶段①～⑤，设其耗时为Tq；加载阶段⑤～⑩，设其耗时为Tl；人工鉴别阶段设其耗时为Ta；提交结果阶段/>设其耗时为Ts；单个工单的处理耗时则为：Tc＝Tq+Tl+Ta+Ts。为了提升工单处理效率，目前主要的方案包括：1、工单后台通过在“/>工单完成处理”后，接着执行“④分配工单处理”，然后将“/>获得结单返回”和“⑤获得取单返回”一起返回给浏览器。从而使得在下一个工单开始处理时，无需操作员点击取下一个工单，取单耗时Tq由①～⑤缩短到④～⑤。2、工单后台使用缓存技术、资源后台使用cdn技术等等，将服务部署前置到和操作员较近的区域，来减少浏览器请求取单耗时Tq、加载耗时Tl、提交工单结果耗时Ts。此外，还有通过操作员使用两个账号，在两个屏幕上面分别进行工单操作的方式。当一个账号在一个屏幕上面点击提交工单结果后，在等待取单的时候，操作员切换到另一个账号在另一个屏幕上面去处理已加载完毕的工单。这样来回切换，操作员就可以将更多的精力聚焦在进行人工鉴别上面。然而，传统工单系统采用流程合并或者服务前置的方式，其对工单处理的优化效果相对欠佳，操作员在取单、加载和提交结果阶段仍需要耗费很多时间。而采用两个账号处理工单则会增加硬件支出和账号管理成本。并且，操作员左右切换视野操作两个界面也会增加些许耗时，影响其对工单处理过程的优化效果。基于此，提供本申请实施例的一种工单处理方法，以解决现有工单处理流程耗时过多的技术问题。

实施例一：

图1给出了本申请实施例一提供的一种工单处理方法的流程图，本实施例中提供的工单处理方法可以由工单处理设备执行，该工单处理设备可以通过软件和/或硬件的方式实现，该工单处理设备可以是两个或多个物理实体构成，也可以是一个物理实体构成。一般而言，该工单处理设备可以是电脑、主机设备等处理设备。

下述以工单处理设备为执行工单处理方法的主体为例，进行描述。参照图2，该工单处理方法具体包括：

S110、预先从工单系统后台获取第一工单，对所述第一工单进行预渲染生成预渲染工单，并输出至工单池。

本申请实施例在进行工单处理时，主要在取单阶段和处理结果上传阶段节省工单处理耗时。通过工单预渲染以及工单处理结果异步上传的方式，以缩短工单处理流程的耗时，提升工单处理效率。

具体的，参照图3，提供本申请实施例工单系统的结构示意图。不同于传统工单系统“操作员-浏览器-工单后台&资源后台”的系统架构，本申请实施例工单系统的系统架构在浏览器与系统后台(即工单后台和资源后台)之间设置一个“浏览器小后台”，“浏览器小后台”作为运行于浏览器界面后台的应用，用于进行工单预渲染和工单处理结果的异步上传。以此可以实现将系统后台前置到浏览器，使得操作员没有任何远程依赖，不受网络时延影响，提升工单处理效率。浏览器小后台的存储部分主要包括工单池和处理结果池两个部分，其中，工单池包括用于存储待处理工单，处理结果池用于存储待上传系统后台的处理结果。浏览器小后台通过该工单池进行工单预渲染，以便于后续操作员快速切换工单处理。另一方面，对于工单处理结果会输出至处理结果池存储，浏览器小后台通过提取该处理结果池的处理结果上传至工单系统后台，以此来实现工单处理结果的异步上传。

浏览器小后台在运行过程中，会预先从工单系统后台(即工单后台和资源后台)获取工单，定义每一次从系统后台获取到的工单为第一工单。基于获取到的第一工单，首先进行第一工单的预渲染操作，并将预渲染后的第一工单输出至工单池，以供浏览器调用。

参照图4，工单预渲染流程包括：

S1101、在设定的第一触发条件触发时，向工单系统后台发起取单请求，获取工单系统后台返回的第一工单；

S1102、对获取到的所述第一工单进行处理界面预渲染，将预渲染后的所述第一工单输出至工单池。

浏览器小后台会预先设定向系统后台发起取单请求的触发条件，定义这一触发条件为第一触发条件。当检测到当前工单池满足第一触发条件时，触发向系统后台发送取单请求，以从系统后台获取第一工单。

基于获取到的第一工单，本申请实施例对其进行预渲染操作，提前在浏览器小后台绘制第一工单的处理界面，并将预渲染处理界面的第一工单放入工单池。可以理解的是，通过预渲染第一工单的处理界面，可以减少后续第一工单人工处理流程的处理界面渲染耗时，进而提升本申请实施例的工单处理效率。

可选的，本申请实施例中，取单请求可以根据工单池的出入速度状态、工单池剩余工单数量阈值、设定的取单周期等触发条件触发，本申请实施例对具体的取单请求触发条件不做固定限制，在此不多赘述。

其中，参照图5，基于工单池出入速度状态的取单请求触发流程包括：

S11011、根据工单处理速度、工单预加载速度和预加载并发数确定所述工单池的第一出入速度状态；

S11012、基于所述第一出入速度状态确定所述工单池的第一取出速度大于第一放入速度时，向工单系统后台发起取单请求。

具体的，工单池在系统启动后进行初始化，根据操作员的工单处理速度v1和工单池的工单预加载速度v2，来确定工单预加载并发数n。其中，工单处理速度即为操作员处理一个工单的耗时，工单预加载速度即为从系统后台提取一个工单，进行预渲染后放入工单池的耗时。工单预加载并发数即为工单池并发运行的取单流程数量。可以理解的是，为了保障工单池的出入速度状态相对平衡，则需要确保“v1≈n×v2”。以此可以确保工单池处于一个相对较低储量的状态，避免操作员占用太多工单。在工单系统启动后，浏览器小后台根据操作员的工单处理速度初始化工单池的工单预加载速度v2和工单预加载并发数n，基于这一工单预加载速度v2和工单预加载并发数n进行工单池的取单操作。

进一步的，浏览器小后台以工单池“v1≈n×v2”这一出入速度状态作为取单请求的触发条件，当工单池的第一取出速度大于第一放入速度时(即v1＞n×v2)，则触发工单池的取单操作，向系统后台发送取单请求，以维持当前工单池的出入速度状态平衡(即v1≈n×v2)。

可选的，浏览器小后台还通过确定所述工单池的剩余工单数量阈值，在所述工单池的剩余工单数量低于所述剩余工单数量阈值时，向工单系统后台发起取单请求。可以理解的是，工单池在出入速度状态平衡时，其工单池“水位”会维持在一个恒定的状态，工单池的剩余工单数量为恒定的值。而当工单池的第一取出速度大于第一放入速度时，此时工单池的剩余工单数量会逐渐减少。此时为了维持工单池的出入速度状态平衡，通过设定工单池的剩余工单数量阈值，当工单池中剩余工单数量低于这一剩余工单数量阈值时，则向工单系统后台发起取单请求。上述，通过设定向系统后台发起取单请求的第一触发条件，可以保障工单池的出入速度状态平衡，在提升工单处理效率的同时又避免操作员占用太多工单，优化工单系统的工单处理。

在发送取单请求之后，浏览器小后台通过获取工单系统后台返回的工单信息，基于所述工单信息向工单系统后台请求对应的工单审核资源，接收工单系统后台返回的工单审核资源。本申请实施例中，工单系统后台包括工单后台和资源后台。示例性的，参照图6，提供本申请实施例取单流程图。其中，浏览器小后台根据触发条件自动触发向工单后台发送取单请求，工单后台通过工单分配处理，返回相应的工单信息至浏览器小后台。浏览器小后台根据工单信息确定工单依赖的资源，向资源后台发送资源下载请求，接收资源后台返回的完整资源，以此完成工单的获取。基于获取到的工单，通过预渲染后放入工单池，以便于后续工单处理界面的切换显示。其中，工单后台用于提供工单信息，如工单编号，用户ID，IP地址等基础信息，资源后台用于提供对应工单的工单审核资源，如音频资源、视频资源等。举例而言，在对一条短视频进行内容审核时，浏览器小后台通过取单请求首先向工单后台获取该短视频对应的工单信息，工单信息中包含对应的工单编号，短视频发送方的用户ID，IP地址等基础信息。进一步的，基于该工单信息，浏览器小后台进一步向资源后台获取该工单信息对应的视频资源，以此完成取单操作。后续操作员在处理工单时，则对应进行短视频内容的审核，完成审核后上传处理结果，以此完成一个工单的处理流程。

S120、在显示有第二工单的处理界面中，响应于所述第二工单的处理结果提交操作，将所述第二工单对应的处理结果输出至处理结果池，并从所述工单池中提取所述预渲染工单，将所述第二工单的处理界面切换至所述预渲染工单的处理界面。

进一步的，对应操作员一端，其在进行工单处理时，通过进入工单系统的浏览器界面，在浏览器界面进行工单处理。通过点击浏览器界面显示的取单按钮调出工单处理界面。响应于操作员对取单按钮的点击操作，浏览器会从工单池中取出预渲染工单，并切换显示该预渲染工单的处理界面在浏览器显示界面上。由于预渲染工单预先完成了处理界面的绘制，因此，在切换显示预渲染工单时可以省略工单渲染的流程，以此来节省工单处理过程中的渲染耗时，提升工单处理效率。

示例性的，参照图7，操作员在处理完成一个工单后，通过在当前工单的处理界面中点击对应的取单按钮，浏览器基于操作员这一取单操作，向浏览器小后台请求切换工单。浏览器小后台会基于这一请求从工单池中取出预渲染工单，将预渲染工单的处理界面切换至浏览器界面进行显示。此时操作员基于新切换的工单处理界面进行人工鉴别，完成鉴别后，点击提交按钮请求提交工单。定义每一次完成处理的预渲染工单为第二工单，浏览器对应将该第二工单的处理结果发送至浏览器小后台。浏览器小后台进一步将第二工单的处理结果放入处理结果工单池(即图7中待提交结果工单池)。对应每一次完成处理的第二工单的处理结果，均输出至处理结果池。并且，浏览器小后台还从工单池中再次取出预渲染工单，将预渲染工单的处理界面切换至浏览器界面进行显示。依此循环进行工单处理，通过在前一个工单处理完成时，切换显示后一工单预渲染的处理界面，依此来提升工单处理效率。

S130、从所述处理结果池提取所述第二工单的处理结果，将所述处理结果上传至工单系统后台。

对应处理结果池，需要将其中的处理结果上传至工单后台。同样的，浏览器小后台根据处理结果池相应的触发条件触发处理结果的上传。其中，在设定的第二触发条件触发时，从所述处理结果池提取所述第二工单的处理结果，将所述处理结果上传至工单系统后台，接收工单系统后台返回的结单信息。浏览器小后台会预先设定向系统后台上传处理结果的触发条件，定义这一触发条件为第二触发条件。当检测到当前处理结果池满足第二触发条件时，触发向系统后台发送处理结果。可选的，本申请实施例中，处理结果的发送可以根据处理结果的出入速度状态、处理结果池剩余处理结果数量阈值、设定的上传周期等触发条件触发，本申请实施例对具体的处理结果发送触发条件不做固定限制，在此不多赘述。

参照图8，基于处理结果池的出入速度状态发送处理结果的流程包括：

S1301、根据工单处理速度、处理结果上传速度和处理结果上传并发数确定所述处理结果池的第二出入速度状态；

S1302、基于所述第二出入速度状态确定所述处理结果池的第二放入速度大于第二取出速度时，从所述处理结果池提取所述处理结果，将所述处理结果上传至工单系统后台。

具体的，处理结果池初始化后，会根据操作员的工单处理速度v1和处理结果上传速度v3，来确定处理结果上传并发数m。其中，工单处理速度即为操作员处理一个工单的耗时，处理结果上传速度即为向系统后台上传一个工单处理结果的耗时。处理结果上传并发数即为处理结果池并发运行的处理结果上传流程数量。可以理解的是，为了保障处理结果池的出入速度状态相对平衡，则需要确保“v1≈m×v3”。以此可以确保处理结果池处于一个相对较低储量的状态，避免处理结果未能及时提交。在工单系统启动后，浏览器小后台根据操作员的工单处理速度初始化处理结果池的处理结果上传速度v3和处理结果上传并发数m，基于这一处理结果上传速度v3和处理结果上传并发数m进行处理结果池的处理结果上传操作。

进一步的，浏览器小后台以处理结果池“v1≈m×v3”这一第二出入速度状态作为处理结果上传系统后台的触发条件，当处理结果池的第二放入速度大于第二取出速度时(即v1＞m×v3)，则触发处理结果池的处理结果上传操作，以维持当前处理结果池的出入速度状态平衡(即v1＞m×v3)。

可选的，浏览器小后台还通过确定所述处理结果池的剩余处理结果数量阈值，在所述处理结果池的剩余处理结果数量超出所述剩余处理结果数量阈值时，从所述处理结果池提取所述处理结果，将所述处理结果上传至工单系统后台。可以理解的是，处理结果池在出入速度状态平衡时，其处理结果池“水位”会维持在一个恒定的状态，处理结果池的剩余处理结果数量为恒定的值。而当处理结果池的第二放入速度大于第二取出速度时，此时处理结果池的剩余处理结果数量会逐渐增多。此时为了维持处理结果池的出入速度状态平衡，通过设定处理结果池的剩余处理结果数量阈值(例如0)，当处理结果池中剩余处理结果数量大于这一剩余处理结果数量阈值时，则向工单系统后台发送处理结果。上述，通过设定向系统后台发送处理结果的第二触发条件，可以保障处理结果池的出入速度状态平衡，在保障操作员提升工单处理效率的同时又避免操作员处理结果未能及时上传，优化工单系统的工单处理。

参照图9，基于处理结果池的出入速度平衡状态，浏览器小后台会自动触发将处理结果从处理结果池取出，基于处理结果生成结单请求，并远程传输给工单后台。工单后台基于这一结单请求记录这一工单处理结果，完成当前工单处理流程，并返回结单结果至流程其小后台，以告知浏览器这一结单结果。

可以理解的是，本申请实施例的浏览器小后台已经做好了工单的预取单和预渲染操作，并将预渲染工单放入工单池。因此，操作员的取单只是浏览器将渲染好隐藏着的工单处理界面切换到浏览器界面前，其切换显示流程相对较快。浏览器小后台也会自动将处理结果池中的处理结果取出并远程传输给工单系统后台，因此，操作员的提交的工单处理结果只是将其放入处理结果池，后续的处理结果上传操作有浏览器小后台执行。操作员的所有操作不需要依赖系统后台的远程调用，只需要和浏览器交互即可。因此，对于取单阶段、处理结果提交结单和自动切换到下一个工单处理界面阶段，它们的耗时是毫秒级的，可以近乎为0。以此使得操作员处理单个工单的耗时越等于人工鉴别的耗时，最大限度地节省单个工单的处理耗时，提升工单处理效率。

可选的，在一个实施中，浏览器小后台还通过汇总工单操作信息，基于所述工单操作信息对所述工单池和所述处理结果池进行出入速度初始化。具体的，工单处理系统运行过程中，浏览器小后台会采集操作员的工单操作信息，包含工单处理速度，访问工单后台和资源后台的速度等，将这些操作信息汇总分析，并远程传输保存在工单后台。以用于对应操作员下一次处理工单时，工单池和处理结果池的出入速度初始化。此外，还可以用于新操作员第一次工单处理时的工单池和处理结果池出入速度设置参考，以此来优化工单处理效率，提供工单系统的处理效果。

上述，通过预先从工单系统后台获取第一工单，对第一工单进行预渲染生成预渲染工单，并输出至工单池；在显示有第二工单的处理界面中，响应于第二工单的处理结果提交操作，将第二工单对应的处理结果输出至处理结果池，并从工单池中提取预渲染工单，将第二工单的处理界面切换至预渲染工单的处理界面；从处理结果池提取第二工单的处理结果，将处理结果上传至工单系统后台。采用上述技术手段，通过工单预渲染以及处理结果异步上传，可以缩短工单处理耗时，提升工单处理效率，解决工单处理流程耗时过多的技术问题。

实施例二：

在上述实施例的基础上，图10为本申请实施例二提供的一种工单处理装置的结构示意图。参考图10，本实施例提供的工单处理装置具体包括：预渲染模块21、切换显示模块22和结果上传模块23。

其中，预渲染模块21用于预先从工单系统后台获取第一工单，对所述第一工单进行预渲染生成预渲染工单，并输出至工单池；

切换显示模块22用于在显示有第二工单的处理界面中，响应于所述第二工单的处理结果提交操作，将所述第二工单对应的处理结果输出至处理结果池，并从所述工单池中提取所述预渲染工单，将所述第二工单的处理界面切换至所述预渲染工单的处理界面；

结果上传模块23用于从所述处理结果池提取所述第二工单的处理结果，将所述处理结果上传至工单系统后台。

具体的，预渲染模块21包括：

第一触发单元，用于在设定的第一触发条件触发时，向工单系统后台发起取单请求，获取工单系统后台返回的第一工单；

输出单元，用于对获取到的所述第一工单进行处理界面预渲染，将预渲染后的所述第一工单输出至工单池。

具体的，第一触发单元用于根据工单处理速度、工单预加载速度和预加载并发数确定所述工单池的第一出入速度状态；基于所述第一出入速度状态确定所述工单池的第一取出速度大于第一放入速度时，向工单系统后台发起取单请求。

具体的，第一触发单元用于确定所述工单池的剩余工单数量阈值，在所述工单池的剩余工单数量低于所述剩余工单数量阈值时，向工单系统后台发起取单请求。

具体的，第一触发单元用于获取工单系统后台返回的工单信息，基于所述工单信息向工单系统后台请求对应的工单审核资源，接收工单系统后台返回的工单审核资源。

具体的，结果上传模块23包括：

第二触发单元，用于在设定的第二触发条件触发时，从所述处理结果池提取所述第二工单的处理结果，将所述处理结果上传至工单系统后台，接收工单系统后台返回的结单信息。

具体的，第二触发单元用于根据工单处理速度、处理结果上传速度和处理结果上传并发数确定所述处理结果池的第二出入速度状态；基于所述第二出入速度状态确定所述处理结果池的第二放入速度大于第二取出速度时，从所述处理结果池提取所述处理结果，将所述处理结果上传至工单系统后台。

具体的，第二触发单元用于确定所述处理结果池的剩余处理结果数量阈值，在所述处理结果池的剩余处理结果数量超出所述剩余处理结果数量阈值时，从所述处理结果池提取所述处理结果，将所述处理结果上传至工单系统后台。

具体的，工单处理装置还包括：

汇总模块，用于汇总工单操作信息，基于所述工单操作信息对所述工单池和所述处理结果池进行出入速度初始化。

上述，预先从工单系统后台获取第一工单，对第一工单进行预渲染生成预渲染工单，并输出至工单池；在显示有第二工单的处理界面中，响应于第二工单的处理结果提交操作，将第二工单对应的处理结果输出至处理结果池，并从工单池中提取预渲染工单，将第二工单的处理界面切换至预渲染工单的处理界面；从处理结果池提取第二工单的处理结果，将处理结果上传至工单系统后台。采用上述技术手段，通过工单预渲染以及处理结果异步上传，可以缩短工单处理耗时，提升工单处理效率，解决工单处理流程耗时过多的技术问题。

本申请实施例二提供的工单处理装置可以用于执行上述实施例一提供的工单处理方法，具备相应的功能和有益效果。

实施例三：

本申请实施例三提供了一种工单处理系统，如图11所示，本申请实施例的一种工单处理系统包括：

工单池补充模块31用于在设定的第一触发条件触发时，从工单系统后台获取第一工单，对所述第一工单进行预渲染生成预渲染工单，并输出至工单池；

操作模块32用于显示第二工单的处理界面以供用户进行工单处理，在显示有第二工单的处理界面中，响应于所述第二工单的处理结果提交操作，将所述第二工单对应的处理结果输出至处理结果池，并从所述工单池中提取所述预渲染工单，将所述第二工单的处理界面切换至所述预渲染工单的处理界面；

结果工单池处理模块33用于在设定的第二触发条件触发时，从所述处理结果池提取所述第二工单的处理结果，将所述处理结果上传至工单系统后台；

信息收集上报模块34用于汇总工单操作信息，基于所述工单操作信息对所述工单池和所述处理结果池进行出入速度初始化。

上述，预先从工单系统后台获取第一工单，对第一工单进行预渲染生成预渲染工单，并输出至工单池；在显示有第二工单的处理界面中，响应于第二工单的处理结果提交操作，将第二工单对应的处理结果输出至处理结果池，并从工单池中提取预渲染工单，将第二工单的处理界面切换至预渲染工单的处理界面；从处理结果池提取第二工单的处理结果，将处理结果上传至工单系统后台。采用上述技术手段，通过工单预渲染以及处理结果异步上传，可以缩短工单处理耗时，提升工单处理效率，解决工单处理流程耗时过多的技术问题。

本申请实施例三提供的工单处理系统可以用于执行上述实施例一提供的工单处理方法，具备相应的功能和有益效果。

实施例四：

本申请实施例四提供了一种电子设备，参照图12，该电子设备包括：处理器41、存储器42、通信模块43、输入装置44及输出装置45。存储器作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本申请任意实施例所述的工单处理方法对应的程序指令/模块(例如，工单处理装置中的预渲染模块、切换显示模块和结果上传模块)。通信模块用于进行数据传输。处理器通过运行存储在存储器中的软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述的工单处理方法。输入装置可用于接收输入的数字或字符信息，以及产生与设备的用户设置以及功能控制有关的键信号输入。输出装置可包括显示屏等显示设备。上述提供的电子设备可用于执行上述实施例一提供的工单处理方法，具备相应的功能和有益效果。

实施例五：

本申请实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种工单处理方法，存储介质可以是任何的各种类型的存储器设备或存储设备。当然，本申请实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的工单处理方法，还可以执行本申请任意实施例所提供的工单处理方法中的相关操作。

上述仅为本申请的较佳实施例及所运用的技术原理。本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行的各种明显变化、重新调整及替代均不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由权利要求的范围决定。

Claims (12)

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

在设定的第一触发条件触发时，向工单系统后台发起取单请求，获取工单系统后台返回的第一工单，对所述第一工单进行预渲染生成预渲染工单，并输出至工单池；其中，根据工单处理速度、工单预加载速度和预加载并发数确定所述工单池的第一出入速度状态；基于所述第一出入速度状态确定所述工单池的第一取出速度大于第一放入速度时，向工单系统后台发起取单请求；

在显示有第二工单的处理界面中，响应于所述第二工单的处理结果提交操作，将所述第二工单对应的处理结果输出至处理结果池，并从所述工单池中提取所述预渲染工单，将所述第二工单的处理界面切换至所述预渲染工单的处理界面；

从所述处理结果池提取所述第二工单的处理结果，将所述处理结果上传至工单系统后台。

2.根据权利要求1所述的工单处理方法，其特征在于，对所述第一工单进行预渲染生成预渲染工单，并输出至工单池，包括：

对获取到的所述第一工单进行处理界面预渲染，将预渲染后的所述第一工单输出至工单池。

3.根据权利要求1所述的工单处理方法，其特征在于，所述在设定的第一触发条件触发时，向工单系统后台发起取单请求，还包括：

确定所述工单池的剩余工单数量阈值，在所述工单池的剩余工单数量低于所述剩余工单数量阈值时，向工单系统后台发起取单请求。

4.根据权利要求1所述的工单处理方法，其特征在于，所述获取工单系统后台返回的第一工单，包括：

获取工单系统后台返回的工单信息，基于所述工单信息向工单系统后台请求对应的工单审核资源，接收工单系统后台返回的工单审核资源。

5.根据权利要求1所述的工单处理方法，其特征在于，所述从所述处理结果池提取所述第二工单的处理结果，将所述处理结果上传至工单系统后台，包括：

在设定的第二触发条件触发时，从所述处理结果池提取所述第二工单的处理结果，将所述处理结果上传至工单系统后台，接收工单系统后台返回的结单信息。

6.根据权利要求5所述的工单处理方法，其特征在于，所述在设定的第二触发条件触发时，从所述处理结果池提取所述第二工单的处理结果，将所述处理结果上传至工单系统后台，将所述处理结果上传至工单系统后台，包括：

根据工单处理速度、处理结果上传速度和处理结果上传并发数确定所述处理结果池的第二出入速度状态；

基于所述第二出入速度状态确定所述处理结果池的第二放入速度大于第二取出速度时，从所述处理结果池提取所述处理结果，将所述处理结果上传至工单系统后台。

7.根据权利要求5所述的工单处理方法，其特征在于，所述在设定的第二触发条件触发时，从所述处理结果池提取所述第二工单的处理结果，将所述处理结果上传至工单系统后台，将所述处理结果上传至工单系统后台，包括：

确定所述处理结果池的剩余处理结果数量阈值，在所述处理结果池的剩余处理结果数量超出所述剩余处理结果数量阈值时，从所述处理结果池提取所述处理结果，将所述处理结果上传至工单系统后台。

8.根据权利要求1-7任一所述的工单处理方法，其特征在于，在将所述处理结果上传至工单系统后台之后，还包括：

汇总工单操作信息，基于所述工单操作信息对所述工单池和所述处理结果池进行出入速度初始化。

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

预渲染模块，用于在设定的第一触发条件触发时，向工单系统后台发起取单请求，获取工单系统后台返回的第一工单，对所述第一工单进行预渲染生成预渲染工单，并输出至工单池；其中，根据工单处理速度、工单预加载速度和预加载并发数确定所述工单池的第一出入速度状态；基于所述第一出入速度状态确定所述工单池的第一取出速度大于第一放入速度时，向工单系统后台发起取单请求；

切换显示模块，用于在显示有第二工单的处理界面中，响应于所述第二工单的处理结果提交操作，将所述第二工单对应的处理结果输出至处理结果池，并从所述工单池中提取所述预渲染工单，将所述第二工单的处理界面切换至所述预渲染工单的处理界面；

结果上传模块，用于从所述处理结果池提取所述第二工单的处理结果，将所述处理结果上传至工单系统后台。

10.一种工单处理系统，其特征在于，包括：

工单池补充模块，用于在设定的第一触发条件触发时，根据工单处理速度、工单预加载速度和预加载并发数确定所述工单池的第一出入速度状态；基于所述第一出入速度状态确定所述工单池的第一取出速度大于第一放入速度时，向工单系统后台发起取单请求，从工单系统后台获取第一工单，对所述第一工单进行预渲染生成预渲染工单，并输出至工单池；

操作模块，用于显示第二工单的处理界面以供用户进行工单处理，在显示有第二工单的处理界面中，响应于所述第二工单的处理结果提交操作，将所述第二工单对应的处理结果输出至处理结果池，并从所述工单池中提取所述预渲染工单，将所述第二工单的处理界面切换至所述预渲染工单的处理界面；

结果工单池处理模块，用于在设定的第二触发条件触发时，从所述处理结果池提取所述第二工单的处理结果，将所述处理结果上传至工单系统后台；

信息收集上报模块，用于汇总工单操作信息，基于所述工单操作信息对所述工单池和所述处理结果池进行出入速度初始化。

11.一种电子设备，其特征在于，包括：

存储器以及一个或多个处理器；

所述存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8任一所述的工单处理方法。

12.一种包含计算机可执行指令的存储介质，其特征在于，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-8任一所述的工单处理方法。