基于互联网的工单分配方法与流程

本申请涉及计算机技术领域，具体涉及互联网技术领域，尤其涉及基于互联网的工单分配方法。

背景技术：

现有技术中工单是管理人员根据工作内容与工人情况进行分派的，工单的分派受管理人员的个人主观影响较大。这种工单分派方式不利于工作效率的提高，同时工人的薪酬与工作量不能直接挂钩，不能充分的调动工人的积极性，并造成薪酬分配不均。

现有的分配工单的方法公平性差，并且实时性差，经常无法及时地将工单分配给符合条件的对象，会造成工单的不均衡分配，导致有些工人手中积压很多工单来不及处理而有些工人却没有分配到工单。人工分配工单的方法无法按时完成预约工单，经常会出现到了预约时间但接受工单的工人并不空闲的情况。现有的分配工单方法无法动态地调度工人资源进行工单分配。

技术实现要素：

本申请的目的在于提出一种基于互联网的工单分配方法，来解决以上背景技术部分提到的技术问题。

第一方面，本申请提供了一种基于互联网的工单分配方法，其特征在于，所述方法包括：接收工单发起人发送的工单分配请求消息，其中，所述工单分配请求消息包括：工单内容、工作区域范围、工作能力要求和优先级；获取所有对象的信息，所述对象的信息包括：工作地点、工作能力、正在进行的工单、评分；选取工作地点在工单的工作区域范围内的对象；从所述对象中选取工作能力符合工单的工作能力要求的对象作为候选分配对象；将所述工单发送给正在进行的工单的数量为零的候选分配对象。

在一些实施例中，所述方法还包括：当所述候选分配对象正在进行的工单的数量都不为零时，比较所述候选分配对象的正在进行的工单的优先级和待分配的工单的优先级；将所述待分配的工单发送给正在进行的工单的优先级低于待分配的工单的优先级的候选分配对象。

在一些实施例中，所述方法还包括：接收工单发起人发送的评分请求消息，所述评分请求消息包括：工单、执行工单的对象、对象的评分；累积对象的评分；将薪酬发至所述对象账户。

在一些实施例中，所述将所述工单发送给正在进行的工单的数量为零的候选分配对象包括：将所述工单发送给评分最高的对象。

在一些实施例中，所述将所述待分配的工单发送给正在进行的工单的优先级低于待分配的工单的优先级的候选分配对象，包括：将所述工单发送给评分最高的对象。

在一些实施例中，所述方法还包括：当找不到可以进行所述工单的对象时，扩大工作区域范围进行查找。

在一些实施例中，所述方法还包括：当找不到可以进行所述工单的对象时，等到所述候选分配对象的正在进行的工单的数量为零时再向所述候选分配对象发送所述工单。

在一些实施例中，所述方法还包括：当所述候选分配对象为多个时选择一个对象作为负责人；接收所述负责人请求增加对象的消息，向所述增加的对象发送工单；接收所述负责人请求减少对象的消息，向所述减少的对象发送工单取消消息；接收所述负责人更改工单的薪酬分配比例的请求消息；向进行所述工单的对象发送薪酬分配比例确认请求消息；接收到进行所述工单的对象发送薪酬分配比例确认响应消息后，按所述薪酬分配比例将薪酬发至所述进行所述工单的对象账户。

第二方面，本申请提供了一种基于互联网的工单分配方法，其特征在于，所述方法包括：接收工单发起人发送的预约了工作时间的工单分配请求消息，其中，所述工单分配请求消息包括：工单内容、工作区域范围、工作能力要求、预约工作时间和优先级；获取所有对象的信息，所述对象的信息包括：工作地点、工作能力、正在进行的工单、工作时间、评分；选取工作地点在工单的工作区域范围内的对象；选取工作时间在工单的预约工作时间内的对象；从所述对象中选取工作能力符合工单的工作能力要求的对象作为候选分配对象；将所述工单发送给所述预约工作时间内正在进行的工单数量最少的候选分配对象。

在一些实施例中，所述方法还包括：接收工单发起人发送的评分请求消息，所述评分请求消息包括：工单、执行工单的对象、对象的评分；累积对象的评分；将薪酬发至所述对象账户。

在一些实施例中，所述方法还包括：将所述工单发送给所述预约工作时间内正在进行的工单数量最少的对象中评分最高的对象。

在一些实施例中，所述方法还包括：当所述候选分配对象为多个时选择一个对象作为负责人；接收所述负责人请求增加对象的消息，向所述增加的对象发送工单；接收所述负责人请求减少对象的消息，向所述减少的对象发送工单取消消息；接收所述负责人更改工单的薪酬分配比例的请求消息；向进行所述工单的对象发送薪酬分配比例确认请求消息；接收到进行所述工单的对象发送薪酬分配比例确认响应消息后，按所述薪酬分配比例将薪酬发至所述进行所述工单的对象账户。

本申请提供的基于互联网的工单分配方法，通过根据工单发起人的要求找到匹配的对象后，将实时工单或预约工单发送给该对象，并且可以按照预定的薪酬分配制度分配薪酬。本申请是基于互联网的，因此能够实时反馈工人的工作状态，并且根据工人的工作状态进行动态调度，让每个工人都得到的充分利用，在保质保量完成实时工单和预约工单的同时还能够提高调度的公平性和工作效率。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请可以应用于其中的示例性系统架构图；

图2是根据本申请的基于互联网的工单分配方法的一个实时工单分配实施例的流程图；

图3是根据本申请的基于互联网的工单分配方法的一个预约工单分配实施例的流程图；

图4是根据本申请的基于互联网的工单分配方法的一个应用场景的示意图；

图5是根据本申请的基于互联网的工单分配方法的又一个实施例的流程图；

图6是适于用来实现本申请实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的基于互联网的工单分配方法的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、工单分配客户端应用、即时通信工具、邮箱客户端、社交平台软件等。用户可以通过网页方式提交待分配的工单或者使用工单分配客户端提交待分配的工单。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上的工单分配客户端提供支持的后台工单分配服务器。后台工单分配服务器可以对接收到的工单分配请求等数据进行分析等处理，并将处理结果(例如工单分配的对象)反馈给终端设备并向分配对象发送工单。

需要说明的是，本申请实施例所提供的基于互联网的工单分配方法一般由服务器105执行。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的基于互联网的工单分配方法的一个实时工单分配实施例的流程200，此流程针对需要及时解决的问题的实时工单。所述的基于互联网的工单分配方法，包括以下步骤：

步骤201，接收工单发起人发送的工单分配请求消息。

在本实施例中，基于互联网的工单分配方法运行于其上的电子设备(例如图1所示的服务器)可以通过有线连接方式或者无线连接方式从用户利用其安装了工单分配客户端/网页浏览器的终端接收工单分配请求，其中，上述工单分配请求消息包括了工单内容、工作区域范围、工作能力要求和优先级。需要指出的是，上述无线连接方式可以包括但不限于3G/4G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。

通常，用户利用终端上安装的工单分配客户端来发起工单或者通过网页方式提交工单。使用网页方式提交工单时，用户可以通过直接通过网页浏览器登录工单提交页面，然后填写工单相关信息，例如，工单内容、工作区域范围、工作能力要求、优先级、工作用时、需求人数和薪酬等信息。使用客户端提交时，用户也是通过登录工单分配客户端后填写工单相关信息然后提交工单分配请求。工单内容涉及具体要做的工作，例如，维修电力、维修水管等。工作区域范围以工作地点为中心的范围，例如，某写字楼周围500米。工作能力要求是指针对具体的工作需要的工人的能力要求，例如，电工的级别，如果是涉及高压电就需要最高级别的电工来处理。优先级指的是工作处理的紧急程度，例如，水管漏水的优先级可设为最高，居民楼停电的优先级可次之，卫生清理工作的优先级也可设得更低一些。工作用时指的是完成工作预计时间，例如换个水龙头10分钟。需求人数指的是完成任务需要几个人。薪酬是预先制定好的，可以按次结算也可以累计按月结算。以下举例说明工单发起过程：某住宅小区业主家停电了，他找物业来处理，物业管理人员可以使用手机/电脑登录工单分配客户端，提交工单内容为电力维修、工作区域范围为本小区物业、工作能力要求一级电工、优先级为最高级别、工作用时1小时、需求1人、薪酬100元的工单。

步骤202，获取所有对象的信息。

在本实施例中，对象的信息可包括：工作地点、工作能力、正在进行的工单、评分。服务器需要知道所有可能进行工单的对象的工作能力、目前的地点、工作状态和工作成果。例如，某电工正在一户人家修电，但很快就能完成，而且他的服务好、评分高等信息都有利于更加有针对性的分配工单。服务器可以请求对象上报工作地点、工作能力、正在进行的工单等信息，评分信息由服务器自己统计。对象也可定时向服务器上报工作地点、工作能力、正在进行的工单等信息。

步骤203，选取工作地点在工单的工作区域范围内的对象。

在本实施例中，在步骤202的基础上先找到工作地点在工单的工作区域范围内的对象。例如，客户A在1号楼请求维修电，那就以1号楼为中心，查找500米范围内的电工。

在本实施例的一些可选的实现方式中，如果在原有的工作区域范围内找不到对象，则可以扩大工作区域范围再查找。例如，客户A在1号楼请求500米范围内的电工，但没有找到则可以扩大到1000米范围进行查找。

步骤204，从对象中选取工作能力符合工单的工作能力要求的对象作为候选分配对象。

在本实施例中，在步骤203的基础上选取工作能力符合工单的工作能力要求的对象作为候选分配对象。例如，工单要求中级电工以上，则高级电工和中级电工的都是候选分配对象，初级电工的就不是候选分配对象。

在本实施例的一些可选的实现方式中，如果在原有的工作区域范围内找不到对象，则可以扩大工作区域范围再查找。例如，客户在1号楼需要维修电，但当前1号楼中没有能力符合要求的电工，那就可以扩大范围到周围的2、3、4、5号楼找能力配置的电力。

步骤205，将工单发送给正在进行的工单的数量为零的候选分配对象。

在本实施例中，在步骤204的基础上选出正在进行的工单的数量为零的候选分配对象，即选出空闲的对象再进行工单的发送。上述电子设备通过以下方式中的至少一种向用户推送上述工单：网页推送、邮件推送、短信推送。如果上述电子设备采用网页推送，则需要获取用户在网站或应用的登录用户名信息，并采用网页的形式向上述用户名对应的用户推送工单；如果上述电子设备采用短信推送，则需要获取用户的手机号码，然后向上述手机号码用短信的形式推送工单；如果上述电子设备采用邮件推送，则需要获取用户的邮件地址，并向上述邮件地址采用邮件的形式推送工单。

在本实施例的一些可选的实现方式中，如果当前没有空闲的对象，则比较候选分配对象的正在进行的工单的优先级和待分配的工单的优先级；将待分配的工单发送给正在进行的工单的优先级低于待分配的工单的优先级的候选分配对象。例如，变电站的维修列为最高优先级，室内电力优先级最低，当前没有空闲的电工，但此工单要修的是变电站，那就可以将工单分配给目前正在做普通用户室内电力维修的电工，他可以在完成当前维修工作之后再做优先级高工作的也可以中断此时的工作去做更高优先级的工作。

在本实施例的一些可选的实现方式中，如果空闲的对象或者满足优先级要求的对象有多个而只需要一个时可选择评分最高的对象。

在本实施例的一些可选的实现方式中，如果空闲的对象或者满足优先级要求的对象有多个而且工单要求有多个对象时，可根据评分排序从高到低选出预定数目的对象，并且选择出一个负责人，这个负责人可以是评分最高的对象，也可能是资历最老的对象，具体选择情况可以根据需求设置。

在本实施例的一些可选的实现方式中，如果是多人合作的工作，其负责人可以对整个流程进行操作，例如在工单进行时需要临时增加工人或者替换工人，负责人需要向服务器提出申请。同时，负责人可以根据实际进行工单的人员重新分配薪酬，但薪酬分配比例需要其他工人确认。

在本实施例的一些可选的实现方式中，如果扩大范围也找不到能力匹配的对象时，可以等待出现可用的空闲对象后再进行工单分配。

继续参见图3，图3是根据本申请的基于互联网的工单分配方法的一个预约工单分配实施例的流程300，针对的是需要提前预约工作的情况。所述方法包括以下步骤：

步骤301，接收工单发起人发送的预约了工作时间的工单分配请求消息。

在本实施例中，与步骤201相比，工单分配请求消息多了一个预约工作时间。工单发起人要求找到能在预约工作时间内完成工单的对象。例如，工单发起人预约今天下午4点上门维修电力。

步骤302，获取所有对象的信息。步骤303，选取工作地点在工单的工作区域范围内的对象。对应于步骤202-203，不再赘述。

步骤304，选取工作时间在工单的预约工作时间内的对象。

在本实施例中，在步骤303的基础上找到工作时间在工单的预约工作时间内的对象。例如，预约工作时间是今天晚上8点钟，而有的工人是6点就下班的，他的工作时间不符合要求，排除该工人。

步骤305从所述对象中选取工作能力符合工单的工作能力要求的对象作为候选分配对象。

此步骤与步骤204相同，不再赘述。

步骤306，将所述工单发送给所述预约工作时间内正在进行的工单数量最少的候选分配对象。

在本实施例中，在步骤301-305的基础上选出的对象已经符合工作地点要求和工作能力要求了，此时选择出预约工作时间内工作量最少的对象。该对象可能一个正在进行的工单都没有，即空闲。优先选择空闲对象，在没有空闲对象的情况下再查找工作量最小的。例如，同样满足地点条件和能力条件的电工A在预约工作时间段内有三个未处理的工单，电工B在预约工作时间段内有一个未处理的工单，因此选择电工B作为分配工单的对象。

在本实施例的一些可选的实现方式中，采用和步骤205相同的方式发送工单。

在本实施例的一些可选的实现方式中，如果工作量最少的对象有多个时，而工单未要求多个对象合作时，选择评分最高的对象作为工单分配对象。

在本实施例的一些可选的实现方式中，如果工作量最少的对象有多个时，并且工单要求多个对象合作时，可根据评分排序从高到低选出预定数目的对象，并且选择出一个负责人，这个负责人可以是评分最高的对象，也可能是资历最老的对象，可以根据需求设置。

在本实施例的一些可选的实现方式中，如果是多人合作的工作，其负责人可以对整个流程进行操作，例如在工单进行时需要临时增加工人或者替换工人，负责人需要向服务器提出申请。同时，负责人可以根据实际进行工单的人员重新分配薪酬，但薪酬分配比例需要其他工人确认。

图4是根据本申请的基于互联网的工单分配方法的一个应用场景的示意图。在图4的应用场景中，工单发起人利用工单分配客户端401向服务器407发送工单分配请求消息，要求查找区域范围500米内的高级电工。服务器407获取所有工人信息，包括工人A 402、工人B 403、工人C 404、工人D 405、工人E 406。接收到分配请求消息后以工单发起地点为中心查找半径500米内的工人，排除掉工人C 404。然后再查找工作能力是高级电工的工人，就只有工人B 403符合条件。服务器407将工单发送给工人B 403。工人B 403完成工单后工单发起人401向服务器407发送评分消息，服务器407接收评分消息后累积工人B 403的评分，然后向工人B 403支付预先制定的薪酬，完成整个工单分配流程。

进一步参考图5，其示出了基于互联网的工单分配方法的又一个实施例的流程500。该基于互联网的工单分配方法的流程500，包括以下步骤：

步骤501，服务器收到工单；

步骤502，判断该工单是否是实时工单503，如果是实时工单503则进行步骤504，如果是预约工单520则进行步骤521。

步骤504，选取半径800m范围内所有工人。

步骤505，判断：能力要求是否符合。如果符合要求则对区域内每个工人进行判断从而选出备选1，即步骤555。

步骤555包括：步骤506，判断工人是否空闲，如果空闲则进入备选1非空；步骤507，判断：是否有优先级高于当前的工作，如果没有则进入备选2。

步骤508，判断备选1是否非空，如果非空则进行步骤509，判断判断：是否有多于1个人符合条件。如果有多个人符合条件则进入步骤510选择评价最高的工人然后进入步骤511派单给该工人，如果只有一人符合条件则进入步骤511派单给该工人。如果备选1是空的，则进入步骤512判断备选2是否是空集，如果不是空集则进入步骤509、510、511，如果是空集则进入步骤513，选取半径1500m范围内,800米范围外所有工人再重复执行步骤555、508-512。如果派单失败则进入步骤514，该工单进入等待队列。

当收到的工单是预约工单时进入步骤521，选取该项目所有工人。

步骤522，判断：工作时间和工作地点是否符合。

如果工作时间符合预约工作时间要求并且工作地点在工单的工作区域范围内，则进入步骤523。

步骤523，判断：能力要求是否符合。

如果能力符合要求则进入步骤524，判断：工作量是否最少。

如果工作量最少则进入步骤525，判断：是否有多于1个人符合条件。

如果有多个人符合条件则进入步骤526选择评价最高的工人然后进入步骤527派单给该工人，如果只有一人符合条件则进入步骤527派单给该工人。

下面参考图6，其示出了适于用来实现本申请实施例的终端设备或服务器的计算机系统600的结构示意图。

如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本申请的方法中限定的上述功能。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

作为另一方面，本申请还提供了一种非易失性计算机存储介质，该非易失性计算机存储介质可以是上述实施例中所述装置中所包含的非易失性计算机存储介质；也可以是单独存在，未装配入终端中的非易失性计算机存储介质。上述非易失性计算机存储介质存储有一个或者多个程序，当所述一个或者多个程序被一个设备执行时，使得所述设备：接收工单发起人发送的工单分配请求消息，其中，所述工单分配请求消息包括：工单内容、工作区域范围、工作能力要求和优先级；获取所有对象的信息，所述对象的信息包括：工作地点、工作能力、正在进行的工单、评分；选取工作地点在工单的工作区域范围内的对象；从所述对象中选取工作能力符合工单的工作能力要求的对象作为候选分配对象；将所述工单发送给正在进行的工单的数量为零的候选分配对象。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。