CN102799467B - 一种任务分配的方法及系统 - Google Patents

Abstract

本发明适用于信息处理领域，提供了一种任务分配的方法及系统，所述方法包括下述步骤：共享服务器从用户提交的任务中优先提取符合预设条件的任务；共享服务器将提取的任务分配给各客户端处理。本发明可有效增强共享服务器对符合预设条件的任务的响应能力，保证满足预设条件任务的及时处理，提高任务分配以及任务处理的效率。

Description

一种任务分配的方法及系统

技术领域

本发明属于信息处理领域，尤其涉及一种任务分配的方法及系统。

背景技术

共享服务管理模式是一种创新的管理模式，它通过将企业各业务单位“分散式”进行的某些重复性业务整合到共享服务中心进行统一处理，提高业务处理的质量和效率，降低业务处理的成本。

随着信息产业的发展，共享服务管理模式被应用的越来越广泛，用户对共享服务中心的要求也越来越高，尤其对共享服务中心的任务分配机制和方法提出了更高的要求。

现有共享服务中心在进行任务分配时，一般是通过共享服务器接收用户提交的所有任务，并将接收的任务按照任务的提交先后时间顺序(即先进先出)平均分配给共享服务中心的客户端处理。即现有的共享服务中心在进行任务分配时，仅按照任务提交的时间先后顺序进行分配，没有充分考虑各任务的特征，如任务的紧急程度及提交任务的用户的信用度等，从而导致共享服务中心对部分需要紧急处理的任务响应不及时、任务处理效率差等问题。另外，现有的共享服务中心在进行任务分配时，采用平均分配的方式将用户提交的所有任务分配给共享服务中心的客户端处理，没有充分考虑不同客户端的任务处理能力，导致各个客户端负载不均衡，如部分客户端负载过重，部分客户端资源浪费等问题，从而降低了任务的处理效率。

发明内容

本发明实施例提供一种任务分配的方法，旨在解决现有共享服务中心在进行任务分配时，共享服务中心对部分需要紧急处理的任务响应不及时、任务处理效率差的问题。

本发明实施例是这样实现的，一种任务分配的方法，所述方法包括以下步骤：

共享服务器从用户提交的任务中优先提取符合预设条件的任务；

共享服务器将提取的任务分配给各客户端处理。

本发明实施例的另一目的在于提供一种任务分配的系统，所述系统包括：

任务提取单元，用于共享服务器从用户提交的任务中优先提取符合预设条件的任务；

任务分配单元，用于共享服务器将提取的任务分配给各客户端处理。

在本发明实施例中，通过共享服务器从用户提交的任务中优先提取符合预设条件的任务，并将提取的任务分配给各客户端处理，可有效增强共享服务器对满足预设条件的任务(例如：紧急任务)的响应能力，保证满足预设条件任务的及时处理，提高任务分配以及任务处理的效率。

附图说明

图1是本发明实施例一提供的共享服务中心的架构图；

图2是本发明实施例二提供的任务分配方法的实现流程图；

图3是本发明实施例三提供的任务分配方法的实现流程图；

图4是本发明实施例四提供的将提取的任务分配给各客户端处理的具体流程图；

图5是本发明实施例五提供的任务分配方法的实现流程图；

图6是本发明实施例六提供的任务分配系统的组成结构图；

图7是本发明实施例七提供的任务分配系统的组成结构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例通过共享服务器从用户提交的任务中优先提取符合预设条件的任务，并将提取的任务分配给各客户端处理，可有效增强共享服务器对满足预设条件的任务(例如：紧急任务)的响应能力，保证满足预设条件任务的及时处理，提高任务分配以及任务处理的效率。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

实施例一：

图1示出了实现本发明实施例提供的共享服务中心的架构图，为了便于说明，仅示出了与本发明实施例相关的部分。

在本发明实施例中，该共享服务中心包括共享服务器1和分布设置的一个或者多个客户端2，每个客户端2均与共享服务器1进行通信，其中：

共享服务器1接收并存储用户提交的任务，并将用户提交的任务分配给与其通信的各个客户端2处理。

共享服务器1还可为用户提供人机交互界面，用户可以通过该人机交互界面设置任务分配的条件和任务的输出规则，查看任务的分配信息等。

该共享服务中心具有至少一个客户端2，客户端2位于用户终端，通过有线或者无线的方式与共享服务器1连接，用于接收并处理共享共享服务器1分配的任务。

实施例二：

图2示出了本发明实施例二提供的基于图1所示的共享服务中心的任务分配方法的实现流程，该方法过程详述如下：

在步骤S201中，共享服务器从用户提交的任务中优先提取符合预设条件的任务。

在本实施例中，预设条件包括但不限于任务的紧急状态和/或提交任务的用户的信用度等级等。

其中任务的紧急状态是指需要处理该任务的紧急程度，可以根据任务的紧急程度设置多个级别，以区别各个任务的紧急程度。如任务的紧急状态可以包括一级、二级、三级等，或者低级、中级、高级等，其中级别越高，代表任务的紧急程度越高，任务的紧急状态越高，表示该任务越需要及时处理。当任务未设置任何紧急状态时，默认该任务的紧急状态为最低级别。举例说明如下：

当任务的紧急状态包括一级、二级、三级时，对于共享服务器接收到的标记为非常紧急的任务，则共享服务器自动分析得出该任务的紧急状态为最高级别，如三级；对于共享服务器接收到的标记为次紧急的任务，则共享服务器自动分析得出该任务的紧急状态为次高级别，如二级；对于共享服务器接收到的标记为普通的任务，则共享服务器自动分析得出该任务的紧急状态为最低级别，如一级。

提交任务的用户的信用度等级是指向共享服务器提交任务的用户的信用度，可以根据提交任务的用户的信用度高低设置多个级别，以区别各个提交任务的用户的信用度。如提交任务的用户的信用度等级可以包括A级、B级、C级等，其依次代表用户的信用度依次递增。

在本发明实施例中，可以预先将共享服务器中用于优先提取任务的预设条件中的任务的紧急状态设置为最高级别，这样共享服务器就可以从用户提交的所有任务中优先提取紧急状态为最高级别的任务；也可以预先将共享服务器中用于优先提取任务的预设条件中的任务的紧急状态设置为次高级别，这样共享服务器就可以从用户提交的所有任务中优先提取紧急状态为次高级别和次高级别以上的任务。当然，也可以预先将共享服务器中用于优先提取任务的预设条件中的提交任务的用户的信用度等级设置为最高级别，这样共享服务器就可以从用户提交的所有任务中优先提取提交任务的用户的信用度等级为最高级别的用户提交的任务；也可以预先将共享服务器中用于优先提取任务的预设条件中的提交任务的用户的信用度等级设置为次高级别，这样共享服务器就可以从用户提交的所有任务中优先提取提交任务的用户的信用度等级为次高级别和次高级别以上的用户提交的任务。

在预设条件为提交任务的用户的信用度等级时，为了防止信用度等级为预设条件中的信用度等级的用户大量的向共享服务器提交任务，而影响其他信用度等级的用户提交的任务的处理，在本发明另一实施例中，预设条件还包括单个用户提交的任务数阈值。单个用户提交的任务数阈值是指单个用户预设时间内提交的任务数的最大值，在单个用户实际提交的任务数达到该用户提交的任务数阈值时，拒绝该用户后续提交的任务或者暂缓提取该用户后续提交的任务。

共享服务器在从用户提交的任务中优先提取符合提交任务的用户的信用度等级的任务时，先判断该信用度等级的单个用户提交的任务数是否达到该用户提交的任务数阈值，如果是，则拒绝接收该用户后续提交的任务或者暂缓提取该用户后续提交的任务，直到所有用户提交的任务均处理完毕后，再继续接收或者提取该用户后续提交的任务。

在步骤S202中，共享服务器将提取的任务分配给各客户端处理。

在本发明实施例中，共享服务器通过从用户提交的所有任务中优先提取符合预设条件的任务，并将提取的符合预设条件的任务分配给各客户端，使得符合预设条件的任务可以被优先处理，从而提高了对需要及时处理的任务的响应速度，进而提高了任务分配以及任务处理的效率。

实施例三：

图3是本发明实施例三提供的共享服务中心的任务分配方法的实现流程，在本实施例中，在共享服务器从用户提交的任务中优先提取出符合预设条件的任务后，为了加快提取出的符合预设条件的任务的分配速度，先将提取出的符合预设条件的任务按照预设的排序方式进行排序后，再按照排序后的顺序将输出的任务分配给各客户端处理，以进一步提高需要紧急响应的任务的响应速度，该方法详述如下：

在步骤S301中，共享服务器从用户提交的任务中优先提取符合预设条件的任务。

在步骤S302中，共享服务器按照预设的排序方式对提取出的符合预设条件的任务进行排序处理。

其中预设的排序方式可由用户自定义，包括但不限于先进先出排序方式或者优先等级排序方式。其中，优先等级可以根据任务的紧急状态和提交任务的用户的信用度等级共同来确定。例如(不以该举例为限)：可以根据任务的紧急状态和提交任务的用户的信用度等级的矢量和确定，当任务A的紧急状态为一级，所占权重为0.5，提交任务A的用户的信用度等级为B级，所占权重为0.3，则任务A的优先等级等于权重0.5和权重0.3之和，即0.8。通过输出规则的多样性，增强了系统的输出功能，满足了不同用户个性化的输出需求。

在步骤S303中，共享服务器将提取出的符合预设条件的任务按照排序后的顺序依次分配给各客户端处理。

在本发明实施例中，通过对提取出的符合预设条件的任务按照预设的输出规则进行输出后，再将输出后的任务分配给各客户端处理，从而可以先将符合预设条件的所有任务中符合输出规则的任务优先分配给各客户端进行处理，从而加快提取出的符合预设条件的任务的分配速度，进一步提高需要紧急响应的任务的响应速度，提高任务的响应效率。

实施例四：

图4是本发明实施例四提供的共享服务器将提取的任务分配给各客户端处理的具体流程，详述如下：

在步骤S401中，判断输出的任务的类型，获取有权限处理该类型的任务的客户端列表。

在本实施例中，通过判断输出任务的任务类型，将不同的任务分配给不同的客户端处理，例如：将费用报销业务产生的报销单据分配给财务部门的客户端，由财务部门的人员负责处理。在判断完所述输出任务的任务类型后，获取对应的有权限处理所述任务的客户端列表。

在步骤S402中，提取客户端列表中处于工作状态的客户端的信息。

在本实施例中，在获取到对应的有权限处理所述任务的客户端列表后，提取所述客户端列表中标识为“工作中”的客户端的信息，客户端的信息包括但不限于单个客户端日平均有效工作时限和单个客户端处理一个任务的平均消耗时间。

在本发明另一实施例中，在提取客户端列表中处于工作状态的客户端的信息的步骤之前还包括下述步骤：

判断提取的客户端列表中是否存在处于工作状态的客户端，如果是，执行提取客户端列表中处于工作状态的客户端的信息的步骤，否则，输出提示信息，例如：输出“具有处理权限的工作人员不足，请增加具有处理权限的工作人员”等提示信息。

在步骤S403中，根据提取的处于工作状态的客户端的信息计算每个处于工作状态的客户端的平均产能。

在本实施例中，根据提取的客户端的信息，计算每个所述标识为“工作中”的客户端的平均产能。即单个客户端平均产能＝单个客户端日平均有效工作时限/单个客户端处理一个任务的平均消耗时间，其中，单个客户端处理一个任务的平均消耗时间统一精确到分或者秒。

在步骤S404中，将输出的任务优先分配给平均产能最高的客户端处理。

在本实施例中，根据计算获得的平均产能，将所述输出的任务优先分配给平均产能最高的客户端处理。同时，为了保证任务的合理分配以及任务处理的效率，对每个客户端设置一定的任务分配上限(该上限可以根据实际情况预先设定)，在平均产能最高的客户端分配的任务达到该上限时，将新的待分配任务分配给平均产能第二的客户端处理，依次类推，直到所有待任务分配完成。

在本发明实施例中，根据计算获得的平均产能，将所述输出的任务优先分配给平均产能最高的客户端处理，可有效保证任务精确化、合理化的分配，提高任务分配以及任务处理的效率。

实施例五：

图5示出了本发明实施例五提供的任务分配方法的实现流程，该方法过程详述如下：

步骤S501中，预设任务分配的时限。

在本实施例中，所述任务分配的时限默认为按日分配，但也可以根据实际情况修改任务分配的时限。

在步骤S502中，对提交的待分配任务进行判断，判断所述待分配任务是否通过审批，如果判断结果为“是”，则执行步骤S504，如果判读结果为“否”，则执行步骤S503。

在本实施例中，为了减少客户端对相同任务、错误任务以及不规范任务的处理，减轻客户端任务的处理压力，提高客户端任务的处理效率，共享服务器在接收到用户提交的待分配任务后，需要先对所述待分配任务进行判断，判断所述待分配任务是否通过审批。

在步骤S503中，在所述待分配任务未通过审批时，将所述待分配任务退回给提交的客户端。

在步骤S504中，在所述待分配任务通过审批时，将所述待分配任务存储至共享服务器。

在步骤S505中，根据预设任务的分配时限，共享服务器从用户提交的任务中优先提取符合预设条件的任务；

例如：在预设任务的分配时限为周一到周五每天早上8:00时，从共享服务器中提取待处理的任务进行分配。

在步骤S506中，共享服务器将提取的任务分配给各客户端处理。

步骤S507，计算当日处于工作状态的客户端完成的任务总量，并将所述完成的任务总量与全部任务总量进行比较，根据比较结果重新计算单个客户端的平均产能。

在本实施例中，客户端完成的任务总量＝所有当日处于工作状态的客户端日有效工作时限的总和/所有当日处于工作状态的客户端处理一个任务的平均消耗时间或者客户端完成的任务总量＝当日处于工作状态的客户端平均产能的总和。将计算得到的客户端完成的任务总量与全部任务总量进行比较，根据比较结果反馈人力资源的任务分配信息，优化任务分配机制。

在本实施例中，通过对待分配任务审批的判断，将通过审批后的任务分配给客户端处理，可有效减少客户端对相同任务、错误任务以及不规范任务的处理，提高任务分配以及任务处理的效率。通过计算所有当日处于工作状态的客户端完成的任务总量，并将计算得到的客户端完成的任务总量与全部任务总量进行比较，根据比较结果重新计算单个客户端的平均产能，反馈人力资源的任务分配信息(例如：在任务量过多，人力资源不足时，根据重新计算得到的单个客户端的平均产能，提示需要增加员工的具体数量)，进一步优化任务分配机制，提高共享服务中心任务处理的效率。

实施例六：

图6示出了本发明实施例六提供的任务分配系统的组成结构，为了便于说明，仅示出了与本发明实施例相关的部分。

该任务分配系统可以是运行于任务处理终端内的软件单元、硬件单元或者软硬件相结合的单元，也可以作为独立的挂件集成到这些任务处理终端中或者运行于这些任务处理终端的应用系统中。

该任务分配系统包括任务提取单元61和任务分配单元62。其中，各单元的具体功能如下：

任务提取单元61，用于共享服务器从用户提交的任务中优先提取符合预设条件的任务，其实现方式如上所述，在此不再赘述。

任务分配单元62，用于共享服务器将提取的任务分配给各客户端处理。其中，任务分配单元62还包括列表获取模块621、客户端信息提取模块622、平均产能计算模块623以及任务分配模块624，各模块的具体功能如下：

列表获取模块621，用于判断输出的任务的类型，获取有权限处理该类型的任务的客户端列表；

客户端信息提取模块622，用于提取客户端列表中处于工作状态的客户端的信息；

平均产能计算模块623，用于根据提取的处于工作状态的客户端的信息计算每个处于工作状态的客户端的平均产能；

任务分配模块624，用于将输出的任务优先分配给平均产能最高的客户端处理。

在本实施例中，各模块的具体实现方式如上所述，在此不再赘述。

实施例七：

图7示出了本发明实施例七提供的任务分配系统的组成结构，为了便于说明，仅示出了与本发明实施例相关的部分。

作为任务分配系统的另一实施例，本实施例在实施例六的基础上增加了分配时限预设单元71、任务审批单元72、任务退回单元73、任务存储单元74、任务排序单元76以及优化单元78，增加单元的具体功能如下：

任务预设单元71，用于预设任务的分配时限，其实现方式如上所述，在此不再赘述。

任务审批单元72，用于对提交的待分配任务进行判断，判断所述待分配任务是否通过审批，其实现方式如上所述，在此不再赘述。

任务退回单元73，用于在所述待分配任务未通过审批时，将所述待分配任务退回给提交的客户端，其实现方式如上所述，在此不再赘述。

任务存储单元74，用于在所述待分配任务通过审批时，将所述待分配任务存入共享服务器，其实现方式如上所述，在此不再赘述。

任务排序单元76，用于共享服务器按照预设的排序方式对提取出的符合预设条件的任务进行排序处理，其实现方式如上所述，在此不再赘述。

优化单元78，用于计算当日处于工作状态的客户端完成的任务总量，并将所述完成的任务总量与全部任务总量进行比较，根据比较结果重新计算单个客户端的平均产能，其实现方式如上所述，在此不再赘述。

在本发明实施例中，通过共享服务器从用户提交的任务中优先提取符合预设条件的任务，可有效增强共享服务器对满足预设条件的任务的响应能力，保证满足预设条件任务的及时处理。通过对提取出的符合预设条件的任务按照预设的输出规则进行输出后，再将输出后的任务分配给各客户端处理，从而可以先将符合预设条件的所有任务中符合输出规则的任务优先分配给各客户端进行处理，从而加快提取出的符合预设条件的任务的分配速度，进一步提高需要紧急响应的任务的响应速度，提高任务的响应效率。另外，根据计算获得的平均产能，将所述输出的任务优先分配给平均产能最高的客户端处理，可保证任务精确化、合理化的分配，提高任务分配以及任务处理的效率。同时，通过对提交的待分配任务审批的判断，将通过审批后的任务才分配给客户端处理，可有效减少客户端对相同任务、错误任务以及不规范任务的处理，减轻客户端任务的处理压力，提高客户端任务的处理效率。最后，通过计算所有当日处于工作状态的客户端完成的任务总量，并将计算得到的客户端完成的任务总量与全部任务总量进行比较，根据比较结果重新计算单个客户端的平均产能，反馈人力资源的任务分配信息，进一步优化任务分配机制，提高共享服务中心任务处理的效率。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种任务分配的方法，其特征在于，所述方法包括以下步骤：

共享服务器从用户提交的任务中优先提取符合预设条件的任务，所述预设条件包括单个用户提交的任务数阈值，所述单个用户提交的任务数阈值是指单个用户预设时间内提交的任务数的最大值，在单个用户实际提交的任务数达到该用户提交的任务数阈值时，拒绝该用户后续提交的任务或者暂缓提取该用户后续提交的任务；

共享服务器将提取的任务分配给各客户端处理，所述共享服务器将提取的任务分配给各客户端处理的步骤具体为：判断输出的任务的类型，获取有权限处理该类型的任务的客户端列表；提取客户端列表中处于工作状态的客户端的信息；所述客户端信息包括单个客户端日均有效工作时限和/或单个客户端处理一个任务的平均消耗时间；根据提取的处于工作状态的客户端的信息计算每个处于工作状态的客户端的平均产能；所述处于工作状态的客户端的平均产能的计算方法为：单个客户端的平均产能＝单个客户端日平均有效工作时限/单个客户端处理一个任务的平均消耗时间；将输出的任务优先分配给平均产能最高的客户端处理。

2.如权利要求1所述的方法，其特征在于，所述预设条件包括任务的状态等级和/或提交任务的用户的信用度等级。

3.如权利要求1所述的方法，其特征在于，在所述共享服务器从用户提交的任务中优先提取符合预设条件的任务的步骤之后，所述方法还包括：

共享服务器按照预设的排序方式对提取出的符合预设条件的任务进行排序处理。

4.如权利要求1所述的方法，其特征在于，在所述共享服务器从用户提交的任务中优先提取符合预设条件的任务的步骤之前，所述方法还包括：

判断提交的任务是否通过审批；

在所述任务通过审批时，将所述任务存入共享服务器。

5.如权利要求1所述的方法，其特征在于，所述方法还包括以下步骤：

计算当日处于工作状态的客户端完成的任务总量，并将所述完成的任务总量与全部任务总量进行比较，根据比较结果重新计算单个客户端的平均产能。

6.一种任务分配的系统，其特征在于，所述系统包括：

任务提取单元，用于共享服务器从用户提交的任务中优先提取符合预设条件的任务，所述预设条件包括单个用户提交的任务数阈值，所述单个用户提交的任务数阈值是指单个用户预设时间内提交的任务数的最大值，在单个用户实际提交的任务数达到该用户提交的任务数阈值时，拒绝该用户后续提交的任务或者暂缓提取该用户后续提交的任务；以及

任务分配单元，用于共享服务器将提取的任务分配给各客户端处理；

所述任务分配单元还包括：

列表获取模块，用于判断输出的任务的类型，获取有权限处理该类型的任务的客户端列表；

客户端信息提取模块，用于提取客户端列表中处于工作状态的客户端的信息；所述客户端信息包括单个客户端日均有效工作时限和/或单个客户端处理一个任务的平均消耗时间；

平均产能计算模块，用于根据提取的处于工作状态的客户端的信息计算每个处于工作状态的客户端的平均产能；所述处于工作状态的客户端的平均产能的计算方法为：单个客户端的平均产能＝单个客户端日平均有效工作时限/单个客户端处理一个任务的平均消耗时间；

任务分配模块，用于将输出的任务优先分配给平均产能最高的客户端处理。

7.如权利要求6所述的系统，其特征在于，所述预设条件包括所述任务的状态等级和/或者提交任务的用户的信用度等级。

8.如权利要求6所述的系统，其特征在于，所述系统还包括：

任务审批单元，用于判断提交的任务是否通过审批；

任务存储单元，用于在所述任务通过审批时，将所述任务存入共享服务器；

任务排序单元，用于共享服务器按照预设的排序方式对提取出的符合预设条件的任务进行排序处理；

优化单元，用于计算当日处于工作状态的客户端完成的任务总量，并将所述完成的任务总量与全部任务总量进行比较，根据比较结果重新计算单个客户端的平均产能。