高可用高负载的工单处理系统及工单处理方法与流程

本发明涉及通信技术领域，尤其是涉及一种高可用高负载的工单处理系统及工单处理方法。

背景技术：

物联网是新一代信息技术的重要组成部分，也是“信息化”时代的重要发展阶段。物联网通过智能感知、识别技术与普适计算等通信感知技术，广泛应用于网络的融合中，也因此被称为继计算机、互联网之后世界信息产业发展的第三次浪潮。

随着科技的发展，物联网正逐渐覆盖人们生产生活的各个方面，同时物联网通过智能检测设备搜集了大量的数据。当用户想获取物联网中搜集的指定数据时，会通过互联网提交一个获取指定数据的工单，例如用户提交的工单为：获取某空气监测器某段时间内的监测数据。对于用户提交的各个工单，现有技术通常采用一个处理服务器完成接收工单、处理工单和下发处理结果给用户等所有工作。

现有技术中，由于一个处理服务器要完成所有工作，当接收的工单数量较多时，该处理服务器无法及时处理多个工单，因此处理效率低；由于处理的流水线较长，一个处理服务器很容易出现单点故障，因此可用性差、稳定性差。因此，现有技术中处理工单时存在处理能力差和稳定性差的问题。

技术实现要素：

有鉴于此，本发明的目的在于提供一种高可用高负载的工单处理系统及工单处理方法，以解决现有技术中处理工单时存在处理能力差和稳定性差的技术问题。

第一方面，本发明实施例提供了一种高可用高负载的工单处理系统，包括：工单分配设备、结果分配设备、多个工单处理设备和多个结果存储设备；所述工单分配设备，用于获取待分配的工单，在所述多个工单处理设备中确定处理所述工单的工单处理设备，将所述工单发送至确定的所述工单处理设备；所述工单处理设备，用于在接收到所述工单后，处理所述工单，将处理结果发送至所述结果分配设备；所述结果分配设备，用于接收所述处理结果，在所述多个结果存储设备中确定存储所述处理结果的结果存储设备，将所述处理结果发送至确定的所述结果存储设备；所述结果存储设备，用于在接收到所述处理结果后，存储所述处理结果。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，所述工单分配设备具体用于：判断所述多个工单处理设备中是否存在cpu(centralprocessingunit，中央处理器)占用率小于等于预设cpu阈值，且内存占用率小于等于预设内存阈值的第一目标设备；若存在，则将能够在最短时间内处理完成一个正在处理的工单的第一目标设备，确定为处理所述工单的工单处理设备；若不存在，则确定每个所述工单处理设备的待处理工单的数量，根据所述待处理工单的数量，确定处理所述工单的工单处理设备。

结合第一方面的第一种可能的实施方式，本发明实施例提供了第一方面的第二种可能的实施方式，其中，所述工单分配设备具体用于：根据每个所述第一目标设备的工单处理速度和每个所述第一目标设备正在处理的工单的任务量，确定每个所述第一目标设备分别处理完成正在处理的每个工单所用的时间；根据所述时间确定能够在最短时间内处理完成一个正在处理的工单的第一目标设备。

结合第一方面的第一种或者第二种可能的实施方式，本发明实施例提供了第一方面的第三种可能的实施方式，其中，所述工单分配设备具体用于：判断是否存在所述待处理工单的数量小于数量阈值的第二目标设备；若存在，则将所述待处理工单的数量最少的第二目标设备，确定为处理所述工单的工单处理设备。

结合第一方面的第三种可能的实施方式，本发明实施例提供了第一方面的第四种可能的实施方式，其中，所述工单分配设备还用于：若不存在所述待处理工单的数量小于数量阈值的第二目标设备，则发出资源不足的警报信息。

结合第一方面，本发明实施例提供了第一方面的第五种可能的实施方式，其中，所述结果分配设备具体用于：在所述多个结果存储设备中确定网络带宽占用率小于预设带宽阈值，且可用存储空间小于预设存储空间的结果存储设备，为存储所述处理结果的结果存储设备。

结合第一方面，本发明实施例提供了第一方面的第六种可能的实施方式，其中，所述系统还包括多个工单接收设备；所述工单接收设备，用于接收用户提交的工单并发送至所述工单分配设备；

所述结果存储设备还用于：当获取到结果调用请求时，确定所述结果调用请求对应的处理结果，并将所述处理结果发送出去。

第二方面，本发明实施例还提供一种工单处理方法，所述方法应用在如第一方面所述的高可用高负载的工单处理系统上；所述系统包括工单分配设备、结果分配设备、多个工单处理设备和多个结果存储设备；所述方法包括：

所述工单分配设备获取待分配的工单，在所述多个工单处理设备中确定处理所述工单的工单处理设备，将所述工单发送至确定的所述工单处理设备；所述工单处理设备在接收到所述工单后，处理所述工单，将处理结果发送至所述结果分配设备；所述结果分配设备接收所述处理结果，在所述多个结果存储设备中确定存储所述处理结果的结果存储设备，将所述处理结果发送至确定的所述结果存储设备；所述结果存储设备在接收到所述处理结果后，存储所述处理结果。

结合第二方面，本发明实施例提供了第二方面的第一种可能的实施方式，其中，在所述多个工单处理设备中，确定处理所述工单的工单处理设备，包括：判断所述多个工单处理设备中是否存在cpu占用率小于等于预设cpu阈值，且内存占用率小于等于预设内存阈值的第一目标设备；若存在，则将能够在最短时间内处理完成一个正在处理的工单的第一目标设备，确定为处理所述工单的工单处理设备；若不存在，则确定每个所述工单处理设备的待处理工单的数量，根据所述待处理工单的数量，确定处理所述工单的工单处理设备。

结合第二方面的第一种可能的实施方式，本发明实施例提供了第二方面的第二种可能的实施方式，其中，所述方法还包括：所述工单分配设备根据每个所述第一目标设备的工单处理速度和每个所述第一目标设备正在处理的工单的任务量，确定每个所述第一目标设备分别处理完成正在处理的每个工单所用的时间；所述工单分配设备根据所述时间，确定能够在最短时间内处理完成一个正在处理的工单的第一目标设备。

本发明实施例带来了以下有益效果：

本发明实施例中，高可用高负载的工单处理系统包括：工单分配设备、结果分配设备、多个工单处理设备和多个结果存储设备。工单分配设备用于获取待分配的工单，在多个工单处理设备中确定处理该工单的工单处理设备，将该工单发送至确定的工单处理设备；工单处理设备，用于在接收到工单后，处理该工单，将处理结果发送至结果分配设备；结果分配设备，用于接收处理结果，在多个结果存储设备中确定存储该处理结果的结果存储设备，将该处理结果发送至确定的结果存储设备；结果存储设备，用于在接收到处理结果后，存储该处理结果。本发明实施例采用分布式的高可用高负载的工单处理系统，多个设备分别负责工单的分配和处理，以及处理结果的分配和存储等不同的工作，因此当接收的工单数量较多时，多个工单处理设备均可以及时处理多个工单，多个结果存储设备可以及时存储多个处理结果，以供用户查看或者下载，从而提高了处理效率；由于该工单处理系统包括多个工单处理设备和多个结果存储设备，因此当其中任一个设备出故障时，不会影响整个系统的正常运行，从而可以避免单点故障问题的发生，可用性强、稳定性好。因此，本发明实施例提供的高可用高负载的工单处理系统及工单处理方法具有高负载、高可用和高效率的优点，解决了现有技术中处理工单时存在处理能力差和稳定性差的技术问题。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1为本发明实施例一提供的高可用高负载的工单处理系统的结构示意图；

图2为本发明实施例一提供的高可用高负载的工单处理系统的第一种工作流程示意图；

图3为本发明实施例一提供的高可用高负载的工单处理系统中分配工单的流程示意图；

图4为本发明实施例一提供的高可用高负载的工单处理系统的第二种工作流程示意图；

图5为本发明实施例二提供的工单处理方法的流程示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

现有技术中，由于一个处理服务器要完成所有工作，当接收的工单数量较多时，该处理服务器无法及时处理多个工单，因此处理效率低；由于处理的流水线较长，一个处理服务器很容易出现单点故障，因此可用性差、稳定性差。基于此，本发明实施例提供的一种高可用高负载的工单处理系统及工单处理方法，可以解决现有技术中处理工单时存在处理能力差和稳定性差的技术问题。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种高可用高负载的工单处理系统进行详细介绍。

实施例一：

随着经济、科技的发展，互联网在人们的生活、工作中扮演着越来越重要的角色，由于互联网的便利性，人们越来越依赖从互联网获取各种信息。通常用户想获取特定信息时会通过互联网提交相关的工单，例如，当用户想查看某空气监测器一段时间内的检测数据时，可以提交一个数据获取任务的工单，该工单包括：用户标识、该空气监测器的标识(如编号)、时间范围、任务类型为数据获取请求等。又如，当用户想控制多台空气净化器关闭时，可以提交一个关闭任务的工单，该工单包括：用户标识、待关闭的空气净化器的标识(如编号)、任务类型为关闭请求等。网络服务器会对用户提交的工单进行处理，并反馈处理结果给用户查看。

用户可以通过在网页界面上填写表单提交工单，例如通过saas(software-as-a-service，软件即服务)平台界面提交工单，也可以通过api(applicationprogramminginterface，应用程序编程接口)请求提交工单，例如通过restful(representationalstatetransfer)软件提交工单。其中，api请求提交方式可以方便用户通过命令行或编程语言进行工单的快速提交，并可对返回结果再次使用。

为了较好地应对saas平台复杂多样的工单类型，或者大计算量的工单，本发明实施例提供了一种分布式的高可用高负载的工单处理系统，该工单处理系统将工单处理流程拆分成工单接收、工单分配、工单处理、结果交付等多个部分，每个部分的职能可以分别指定给不同的一台或多台服务器来执行，这样既实现了工单处理系统的高可用性，又增强了工单处理系统的负载能力。该工单处理系统可以采用同步处理方式，也可以采用异步处理方式。同步处理方式，用户需要持续等待工单处理结果，一旦意外断开连接，提交的工单会自动取消，给用户带来诸多不便。因此该工单处理系统优选采用异步处理方式，这样用户提交工单后不需要持续等待工单处理结果，当该系统将工单处理完成后可以以短信、微信消息、邮件等方式通知用户查看处理结果，具体的通知方式这里不作限制。

接收到的工单需要先经过工单分配设备分配至工单处理设备，尚未分配的工单称为待分配的工单。图1为本发明实施例一提供的高可用高负载的工单处理系统的结构示意图，如图1所示，该工单处理系统包括：工单分配设备20、结果分配设备40、多个工单处理设备30和多个结果存储设备50。

工单分配设备20，用于获取待分配的工单，在多个工单处理设备30中确定处理该工单的工单处理设备30，将该工单发送至确定的工单处理设备30；工单处理设备30，用于在接收到工单后，处理该工单，将处理结果发送至结果分配设备40；结果分配设备40，用于接收处理结果，在多个结果存储设备50中确定存储该处理结果的结果存储设备50，将该处理结果发送至确定的结果存储设备50；结果存储设备50，用于在接收到处理结果后，存储该处理结果。

其中，工单分配设备20可以直接接收用户提交的工单，也可以接收其他设备发送的工单。优选地，如图1所示，该工单处理系统还包括多个工单接收设备10，各个工单接收设备10接收用户提交的工单并统一发送至工单分配设备20。工单分配设备20用于接收各个工单接收设备10发送的各个工单，并将各个工单分配给各个工单处理设备30。

具体地，各个工单接收设备10负载均衡响应用户提交的工单是否成功，可以但不限于支持网页界面填写表单提交和api请求两种提交方式。采用多个工单接收设备10负责工单处理流程的工单接收部分，可以增强工单接收的处理能力，快速响应用户的工单处理请求，另外其中任一个工单接收设备10出故障时，不会影响整个工单处理系统的正常运行，从而可以避免单点故障问题的发生。

工单分配设备20具体采用以下方法分配工单：判断多个工单处理设备30中是否存在cpu(centralprocessingunit，中央处理器)占用率小于等于预设cpu阈值，且内存占用率小于等于预设内存阈值的第一目标设备；若存在，则将能够在最短时间内处理完成一个正在处理的工单的第一目标设备，确定为处理上述待分配的工单的工单处理设备30；若不存在，则确定每个工单处理设备30的待处理工单的数量，根据待处理工单的数量，确定处理该工单的工单处理设备30。

进一步地，当存在第一目标设备时，工单分配设备20具体用于：

根据每个第一目标设备的工单处理速度和每个第一目标设备正在处理的工单的任务量，确定每个第一目标设备分别处理完成正在处理的每个工单所用的时间，根据该时间确定能够在最短时间内处理完成一个正在处理的工单的第一目标设备。

进一步地，当不存在第一目标设备时，工单分配设备20具体用于：

判断是否存在待处理工单的数量小于数量阈值的第二目标设备；若存在，则将待处理工单的数量最少的第二目标设备，确定为处理上述待分配的工单的工单处理设备30；若不存在，则暂不分配该工单。

进一步地，当不存在待处理工单的数量小于数量阈值的第二目标设备时，工单分配设备20还用于则发出资源不足的警报信息。例如可以但不限于采用语音、灯光、信息显示等方式向服务器管理员发出警报，通知服务器管理员增加工单处理设备30的数量，以缓解工单处理压力。

优选地，工单处理设备30接收到工单分配设备20分配的工单后，采用并行处理方法同时对多个工单进行处理，这样可以充分利用计算资源、提升处理能力、节省处理时间。需要说明的是，此处对工单处理设备30所采用的并行处理方法的具体处理方式不作限制，例如可以采用多线程方式、多进程方式、单进程多线程方式、单线程多进程方式、多进程多线程方式中的任一种方式。当工单处理完成后工单处理设备30会将该工单的处理状态更改为已完成，并通过通信设备通知用户。各个工单处理设备30将各个工单的处理结果统一发送至结果分配设备40。

进一步地，当工单处理设备30发生故障或者出现断电等异常情况时，受到影响的工单处理设备30会将未处理完成的所有工单作为待分配的工单返回给工单分配设备20，由工单分配设备20重新分配给正常工作的工单处理设备30。这样可以避免单点故障问题的发生。

具体地，结果分配设备40采用以下方法将接收的处理结果分配给结果存储设备50：在多个结果存储设备50中确定网络带宽占用率小于预设带宽阈值，且可用存储空间小于预设存储空间的结果存储设备50，为存储处理结果的结果存储设备50。其中，预设带宽阈值和预设存储空间可以根据实际情况设置。

结果存储设备50接收到结果分配设备40发送的处理结果后，存储该处理结果，并将该处理结果分发至其他各个结果存储设备50。结果存储设备50可以利用cdn(contentdeliverynetwork，即内容分发网络)系统进行快速、稳定地传输处理结果给其他各个结果存储设备50。cdn系统能够实时地根据网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息将用户的请求重新导向离用户最近的服务节点上，使用户可就近取得所需内容，解决网络拥挤的状况，提高用户访问网站的响应速度。

结果存储设备50还用于当获取到结果调用请求时，确定该结果调用请求对应的处理结果，并将该处理结果发送出去。例如，用户发送结果查看请求至该工单处理系统的总服务器，总服务器根据该用户的位置，确定距离该用户最近的多个结果存储设备50中响应速度最快的结果存储设备50，并向该结果存储设备50发送结果调用请求；该结果存储设备50将该结果调用请求对应的处理结果发送给总服务器，再由总服务器发送给用户，或者该结果存储设备50根据该结果调用请求直接将该处理结果发送给用户。

若用户提交的工单为数据导出工单，则结果存储设备50发送导出的数据给用户。由于用户下载处理结果的设备与处理工单的设备不是同一个，因此用户下载时所占用的服务器带宽、计算资源不会影响处理工单的设备，提高了该工单处理系统的处理效率。

本发明实施例中，高可用高负载的工单处理系统包括：工单分配设备、结果分配设备、多个工单处理设备和多个结果存储设备。工单分配设备用于获取待分配的工单，在多个工单处理设备中确定处理该工单的工单处理设备，将该工单发送至确定的工单处理设备；工单处理设备，用于在接收到工单后，处理该工单，将处理结果发送至结果分配设备；结果分配设备，用于接收处理结果，在多个结果存储设备中确定存储该处理结果的结果存储设备，将该处理结果发送至确定的结果存储设备；结果存储设备，用于在接收到处理结果后，存储该处理结果。本发明实施例采用分布式的高可用高负载的工单处理系统，多个设备分别负责工单的分配和处理，以及处理结果的分配和存储等不同的工作，因此当接收的工单数量较多时，多个工单处理设备均可以及时处理多个工单，多个结果存储设备可以及时存储多个处理结果，以供用户查看或者下载，从而提高了处理效率；由于该工单处理系统包括多个工单处理设备和多个结果存储设备，因此当其中任一个设备出故障时，不会影响整个系统的正常运行，从而可以避免单点故障问题的发生，可用性强、稳定性好。因此，本发明实施例提供的高可用高负载的工单处理系统具有高负载、高可用和高效率的优点，解决了现有技术中处理工单时存在处理能力差和稳定性差的技术问题。

图2为本发明实施例一提供的高可用高负载的工单处理系统的第一种工作流程示意图，如图2所示，该工单处理系统的第一种工作流程如下：

步骤s101，工单接收设备10接收用户提交的工单。

多个工单接收设备10负载均衡响应用户提交的工单，并将接收的工单统一发送至工单分配设备20。

步骤s102，工单分配设备20分配工单。

工单分配设备20确定处理工单的工单处理设备30，将该工单分配给该工单处理设备30。

步骤s103，工单处理设备30处理工单。

工单处理设备30处理接收的工单，并将处理结果发送至结果分配设备40。

步骤s104，结果分配设备40分配工单的处理结果。

结果分配设备40将接收的各个工单的处理结果分配给各个结果存储设备50。

步骤s105，结果存储设备50存储工单的处理结果，并交付给用户。

图3为本发明实施例一提供的高可用高负载的工单处理系统中分配工单的流程示意图，如图3所示，以分配工单a为例，步骤s102中确定处理工单a的工单处理设备30具体包括以下几个步骤：

步骤s210，判断是否存在第一目标设备。

根据实时接收的各个工单处理设备30的负载信息，判断是否存在第一目标设备，其中，负载信息包括cpu占用率、内存占用率和待处理工单的数量，第一目标设备为cpu占用率小于等于预设cpu阈值，且内存占用率小于等于预设内存阈值的工单处理设备30，预设cpu阈值和预设内存阈值可以根据实际情况设置。例如，若预设cpu阈值和预设内存阈值均为80％，则cpu占用率和内存占用率均小于等于80％的工单处理设备30均为第一目标设备。

当存在第一目标设备时，根据步骤s221和步骤s231确定处理工单a的工单处理设备30。

步骤s221，确定每个第一目标设备分别处理完成正在处理的每个工单所用的时间。

具体地，工单处理速度和工单的任务量决定处理该工单所用的时间，当工单处理速度相同时，工单的任务量越大，处理该工单所用的时间越长，例如获取某空气监测器某一天的监测数据的工单1与获取该空气监测器某一个月的检测数据的工单2相比，处理工单2所用的时间更长；又如，关闭10台空气净化器的工单3与关闭100台空气净化器的工单4相比，处理工单4所用的时间更长。因此根据每个第一目标设备的工单处理速度和每个第一目标设备正在处理的工单的任务量，确定每个第一目标设备分别处理完成正在处理的每个工单所用的时间。

步骤s231，在第一目标设备中确定处理工单a的工单处理设备30。

当存在未处理任何工单的第一目标设备时，确定该第一目标设备为处理工单a的工单处理设备30。当不存在未处理任何工单的第一目标设备时，将最短时间内处理完成一个正在处理的工单的第一目标设备作为处理工单a的工单处理设备30，若存在多个符合条件的第一目标设备，则随机选取其中的一个，例如两个第一目标设备处理完成一个正在处理的工单的时间均为最小值，则随机选取其中的一个。

当不存在第一目标设备时，根据步骤s222和步骤s232确定处理工单a的工单处理设备30。

步骤s222，判断是否存在第二目标设备。

第二目标设备为待处理工单的数量小于数量阈值的工单处理设备30，数量阈值可以根据实际情况设置。例如，若数量阈值为10，则待处理工单的数量小于10的工单处理设备30均为第二目标设备。若存在第二目标设备，则执行步骤s232，若不存在第二目标设备，则暂不分配该工单a。

步骤s232，在第二目标设备中确定处理工单a的工单处理设备30。

将待处理工单的数量最少的第二目标设备，确定为处理工单a的工单处理设备30。若存在多个符合条件的第二目标设备，则随机选取其中的一个，例如两个第二目标设备的待处理工单的数量均最少，则随机选取其中的一个。

图4为本发明实施例一提供的高可用高负载的工单处理系统的第二种工作流程示意图，如图4所示，以工单a为例，该工单处理系统的第二种工作流程如下：

步骤s301，接收工单a。

步骤s302，搜集各个工单处理设备30的负载信息。

步骤s303，判断是否存在空闲的工单处理设备30。

空闲的工单处理设备30指未处理任何工单的工单处理设备30。若不存在，则执行步骤s304，若存在，则执行步骤s307。

步骤s304，判断是否存在第一目标设备。

具体的判断方法与步骤s210相同，这里不再赘述。若不存在，则执行步骤s305，若存在，则执行步骤s307。

步骤s305，判断是否存在第二目标设备。

具体的判断方法与步骤s222相同，这里不再赘述。若不存在，则执行步骤s306，若存在，则执行步骤s307。

步骤s306，发出资源不足的报警信息。

步骤s307，确定处理工单a的工单处理设备30。

具体地确定方法与步骤s231和步骤s232相同，这里不再赘述。

步骤s308，处理工单a。

步骤s309，分配工单a的处理结果。

步骤s310，存储工单a的处理结果，并交付给用户。

实施例二：

本发明实施例二提供了一种工单处理方法，该方法应用在如实施例一的高可用高负载的工单处理系统上。图5为本发明实施例二提供的工单处理方法的流程示意图，如图5所示，该方法包括以下几个步骤：

步骤s401，工单分配设备20获取待分配的工单，在多个工单处理设备30中确定处理该工单的工单处理设备30，将该工单发送至确定的工单处理设备30。

步骤s402，工单处理设备30在接收到工单后，处理该工单，将处理结果发送至结果分配设备40。

步骤s403，结果分配设备40接收处理结果，在多个结果存储设备50中确定存储该处理结果的结果存储设备50，将该处理结果发送至确定的结果存储设备50。

步骤s404，结果存储设备50在接收到处理结果后，存储该处理结果。

具体地，步骤s401中在多个工单处理设备30中确定处理该工单的工单处理设备30，包括：

判断多个工单处理设备30中是否存在cpu占用率小于等于预设cpu阈值，且内存占用率小于等于预设内存阈值的第一目标设备；若存在，则将能够在最短时间内处理完成一个正在处理的工单的第一目标设备，确定为处理上述工单的工单处理设备30；若不存在，则确定每个工单处理设备30的待处理工单的数量，根据该待处理工单的数量，确定处理该工单的工单处理设备30。

进一步地，该方法还包括：

工单分配设备20根据每个第一目标设备的工单处理速度和每个第一目标设备正在处理的工单的任务量，确定每个第一目标设备分别处理完成正在处理的每个工单所用的时间；工单分配设备20根据该时间，确定能够在最短时间内处理完成一个正在处理的工单的第一目标设备。

本发明实施例中，工单处理方法应用在高可用高负载的工单处理系统上，工单分配设备获取待分配的工单，在多个工单处理设备中确定处理该工单的工单处理设备，将该工单发送至确定的工单处理设备；工单处理设备在接收到工单后，处理该工单，将处理结果发送至结果分配设备；结果分配设备接收处理结果，在多个结果存储设备中确定存储该处理结果的结果存储设备，将该处理结果发送至确定的结果存储设备；结果存储设备在接收到处理结果后，存储该处理结果。本发明实施例采用分布式的高可用高负载的工单处理系统，多个设备分别负责工单的分配和处理，以及处理结果的分配和存储等不同的工作，因此当接收的工单数量较多时，多个工单处理设备均可以及时处理多个工单，多个结果存储设备可以及时存储多个处理结果，以供用户查看或者下载，从而提高了处理效率；由于该工单处理系统包括多个工单处理设备和多个结果存储设备，因此当其中任一个设备出故障时，不会影响整个系统的正常运行，从而可以避免单点故障问题的发生，可用性强、稳定性好。因此，本发明实施例提供的工单处理方法具有高负载、高可用和高效率的优点，解决了现有技术中处理工单时存在处理能力差和稳定性差的技术问题。

本发明实施例提供的工单处理方法，与上述实施例提供的高可用高负载的工单处理系统具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。

本发明实施例所提供的高可用高负载的工单处理系统及工单处理方法的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面系统实施例中所述的方法，具体实现可参见系统实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的工单处理方法的具体工作过程，可以参考前述系统实施例中的对应过程，在此不再赘述。

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

在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。