一种工作报表的生成方法及设备与流程

本发明属于数据处理技术领域，尤其涉及一种工作报表的生成方法及设备。

背景技术：

随着企业的发展，企业员工所要承担的工作量越来越大，如何能够有效对员工的工作情况进行统计管理则显得尤为重要，而通过撰写工作报表，则可以快速获取员工的任务处理情况。现有的工作报表的生成方法，一般通过员工手动填写，生成日报、周报以及月报等形式的工作报表并上传给审核员工，审核员工根据上述多个报告确定各个员工的工作情况。而上述方法，由于报表填写的需要员工手动完成，从而增加了员工的工作量，而且审核员工要对多个工作报告进行审核，降低了审核效率。

技术实现要素：

有鉴于此，有鉴于此，本发明实施例提供了一种工作报表的生成方法及设备，以解决现有的工作报表的生成方法，报表填写的需要员工手动完成，从而增加了员工的工作量，而且审核员工要对多个工作报告进行审核，审核效率低的问题。

本发明实施例的第一方面提供了一种工作报表的生成方法，包括：

接收待处理的任务请求，并将所述任务请求添加到任务需求列表；

基于各个目标员工的员工等级，从所述任务需求列表中向各个所述目标员工分配与所述员工等级匹配的所述任务请求，记录各个所述任务请求分配时刻的任务状态；

若满足预设的进度采集条件，则获取各个所述任务请求在进度采集时刻的任务状态，并根据所述进度采集时刻的任务状态以及所述分配时刻的任务状态，生成所述任务请求的进度变更信息；

基于向所述目标员工分配的各个所述任务请求的所述进度变更信息，生成所述目标员工的任务进度报表；

若接收到所述任务请求的完成指令，则向所述任务请求关联的审核员工发送所述完成指令携带的任务处理结果，并根据各个所述审核员工基于所述任务处理结果返回的审核结果输出所述任务请求的评价信息；

基于所述任务进度报表以及所述评价信息，生成所述目标员工的工作报表。

本发明实施例的第二方面提供了一种工作报表的生成设备，包括：

任务请求接收单元，用于接收待处理的任务请求，并将所述任务请求添加到任务需求列表；

任务请求分配单元，用于基于各个目标员工的员工等级，从所述任务需求列表中向各个所述目标员工分配与所述员工等级匹配的所述任务请求，记录各个所述任务请求分配时刻的任务状态；

任务进度获取单元，用于若满足预设的进度采集条件，则获取各个所述任务请求在进度采集时刻的任务状态，并根据所述进度采集时刻的任务状态以及所述分配时刻的任务状态，生成所述任务请求的进度变更信息；

任务进度报表生成单元，用于基于向所述目标员工分配的各个所述任务请求的所述进度变更信息，生成所述目标员工的任务进度报表；

任务评价信息采集单元，用于若接收到所述任务请求的完成指令，则向所述任务请求关联的审核员工发送所述完成指令携带的任务处理结果，并根据各个所述审核员工基于所述任务处理结果返回的审核结果输出所述任务请求的评价信息；

工作报表生成单元，用于基于所述任务进度报表以及所述评价信息，生成所述目标员工的工作报表。

本发明实施例的第三方面提供了一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现第一方面的各个步骤。

本发明实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现第一方面的各个步骤。

实施本发明实施例提供的一种工作报表的生成方法及设备具有以下有益效果：

本发明实施例通过将各个用户终端发送的任务请求统一添加到任务需求列表内，并向各个目标员工分配与员工等级相匹配的任务请求，从而能够实现任务请求的均衡分配，并自动记录分配时刻各个任务的处理状态，在到达预设的进度采集时刻时，直接比对当前时刻的任务状态与初始状态，则可以获取得到各个任务的处理进度，无需目标员工手动填写，继而通过获取所有任务请求的进度变更信息，生成目标员工的工作进度报表，在工作完成后，自动流转给各个审核员工进行任务评价，并根据工作进度报表以及任务评价生成目标员工的工作报表，实现了工作报表的自动生成的目的。与现有的工作报表的生成方法相比，无需员工每次都手动填写工作报表，能够自动拉去该员工的所有任务的任务状况，与分配时刻的状态进行比对，确定各个任务的完成进度，并自动采集审核员工的评价信息，及时获取评价信息，提高了工作报表的生成效率，减少了员工的工作量。

附图说明

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

图1是本发明第一实施例提供的一种工作报表的生成方法的实现流程图；

图2是本发明第二实施例提供的一种工作报表的生成方法S102具体实现流程图；

图3是本发明第三实施例提供的一种工作报表的生成方法S105具体实现流程图；

图4是本发明第四实施例提供的一种工作报表的生成方法具体实现流程图；

图5是本发明第五实施例提供的一种工作报表的生成方法S104具体实现流程图；

图6是本发明一实施例提供的一种工作报表的生成设备的结构框图；

图7是本发明另一实施例提供的一种终端设备的示意图。

具体实施方式

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

本发明实施例通过将各个用户终端发送的任务请求统一添加到任务需求列表内，并向各个目标员工分配与员工等级相匹配的任务请求，从而能够实现任务请求的均衡分配，并自动记录分配时刻各个任务的处理状态，在到达预设的进度采集时刻时，直接比对当前时刻的任务状态与初始状态，则可以获取得到各个任务的处理进度，无需目标员工手动填写，继而通过获取所有任务请求的进度变更信息，生成目标员工的工作进度报表，在工作完成后，自动流转给各个审核员工进行任务评价，并根据工作进度报表以及任务评价生成目标员工的工作报表，实现了工作报表的自动生成的目的，解决了现有的工作报表的生成方法，报表填写的需要员工手动完成，从而增加了员工的工作量，而且审核员工要对多个工作报告进行审核，审核效率低的问题。

在本发明实施例中，流程的执行主体为终端设备。该终端设备包括但不限于：服务器、计算机、智能手机以及平板电脑等能够执行工作报表的生成操作的设备。图1示出了本发明第一实施例提供的工作报表的生成方法的实现流程图，详述如下：

在S101中，接收待处理的任务请求，并将所述任务请求添加到任务需求列表。

在本实施例中，用户可以在本地的用户终端安装任务服务系统的客户端，并通过客户端生成任务服务系统的任务请求，继而调用客户端建立一条用户终端与任务服务器之间的通信链路，并通过通信链路将任务请求发送给任务服务系统，任务服务系统可以将接收到的任务请求发送给各个目标员工，目标员工可以对各个任务请求进行处理。基于此，为了实现任务请求的统一分配，终端设备可以部署于任务服务系统，将发送给任务服务系统的各个任务请求添加到任务需求列表内，当满足任务分配条件时，则执行S102的相关操作。例如，该任务分配条件为当月一号，在当前一号之前的所有接收到任务请求，会添加到任务需求列表内，并设置各个任务请求的任务状态为未分配状态。若检测到当前时刻到达预设的分配时间，即当月一号，则执行S102的步骤。

可选地，在本实施例中，该任务请求除了通过用户终端发送这一途径外，还可以由终端设备自动生成。部分有任务具有周期触发性，例如安排目标员工进行每日巡检，即每一个自然日会生成关于巡检任务的任务请求。基于此，用户可以设置任务生成脚本，该任务生成脚本包括有任务生成周期以及任务模板。终端设备若检测到到达任务生成周期的时间节点，则获取该任务生成周期对应的任务模板，基于当前时间调整该任务模板内的任务参数，从而生成当前任务周期的任务请求，并将任务请求添加到任务需求列表内。

在本实施例中，任务请求可以包括有任务内容、任务发起时间、任务完成时限、任务类型、任务请求对象等与任务相关的信息。可选地，终端设备可以为不同的任务类型配置对应的任务需求列表，终端设备确定任务请求的任务类型，并获取该任务类型的关联的任务需求列表的列表标识，该任务请求添加到与该列表标识的任务需求列表内，从而实现对任务请求的分类操作。

在S102中，基于各个目标员工的员工等级，从所述任务需求列表中向各个所述目标员工分配与所述员工等级匹配的所述任务请求，记录各个所述任务请求分配时刻的任务状态。

在本实施例中，企业内的各个目标员工会配置对应的员工等级，员工等级越高，则表示该员工的业务处理能力越高；反之，若该员工等级越低，则表示该员工的业务处理能力越低。员工等级可以由管理员对进行手动设置，也可以根据目标员工的岗位信息以及员工等级与岗位的对应关系表，确定岗位信息对应的员工等级。可选地，终端设备可以获取目标员工的历史处理记录，根据各个历史处理记录的处理时间，计算目标员工的任务处理速度，并基于该任务处理速率确定目标员工的员工等级。终端设备可以设置有各个员工等级的处理速率范围，检测目标员工的处理速率落入的处理速率范围，将所落入的处理速率范围对应的员工等级作为目标员工的员工等级。

在本实施例中，终端设备可以通过各个目标员工的员工编号，查询该目标员工的员工信息，从而确定各个目标员工的员工等级。每个员工等级具有对应的任务处理权限，该任务处理权限记录有该员工可处理的任务类型，终端设备可以根据各个任务处理权限，获取该目标员工可处理的任务类型，并从任务需求列表中提取与该任务类型的任务请求作为与目标员工的员工匹配的任务请求。可选地，每个员工等级对应任务处理数量，该员工等级越高，则任务处理数量越多。基于此，终端设备可以从任务需求列表中提取与员工等级对应的任务处理数量相当的任务请求，并将提取得到的多个任务请求添加到该任务员工的任务处理列表内，交由该目标员工进行处理。

在本实施例中，终端设备会为各个任务请求创建一个任务进度数据库，并检测到分配时刻的任务请求的任务状态，并将该分配时刻的任务状态添加到该任务进度数据库内，并识别分配时刻的任务状态作为基准任务状态。

在S103中，若满足预设的进度采集条件，则获取各个所述任务请求在进度采集时刻的任务状态，并根据所述进度采集时刻的任务状态以及所述分配时刻的任务状态，生成所述任务请求的进度变更信息。

在本实施例中，终端设备会设置有预设的进度采集条件，当终端设备检测到当前时刻满足预设的进度采集条件，会采集各个任务请求在进度采集时刻的任务状态。若各个任务请求的任务数据是存储于任务服务系统的服务器处，则终端设备可以直接与该服务器进行通信，并确定各个任务请求的任务状态。若各个任务请求的任务状态是存储于目标员工的终端，则终端设备向各个目标员工的终端发送进度上报指令，各个目标员工的终端在接收到该进度上报指令后，会将关于本地的所有任务请求的任务状态返回给终端设备，以便终端设备生成各个任务进度的进度变更信息。需要说明的是，终端设备可以设置多个进度采集条件，每一种任务采集条件对应一个类型的进度变更信息。例如，终端设备可以设置每天凌晨0点、每周一、每月1日以及每年1月1日，四种不同的采集条件，从而根据采集得到进度变更信息，生成关于任务请求的日报、周报、月报以及年度报告。

在本实施例中，终端设备将获取得到在进度采集时刻时刻的任务状态与分配时刻的任务状态进行比对，识别两个任务状态之间的差异信息，并根据差异信息生成任务请求的进度变更信息。优选地，若某一任务请求是周期采集其任务请求，即进度采集条件为进度采集周期，则终端设备在确定了当前周期的进度变更信息后，可以将采集时刻的任务状态设置为分配时刻的任务状态，从而在下一采集周期到达时，可以将本周期的任务状态与上一周期的任务状态进行比对，确定各个任务周期的进度变更信息。

可选地，若任务请求并没有记录有当前处理的任务状态，终端设备可以获取关于在任务采集周期内的所有任务处理记录，根据各个任务处理的处理内容，确定当前时刻该任务请求的任务状态。

可选地，在本实施例中，若进度采集条件为多个进度采集周期，且第一进度采集周期的周期时长为第二进度采集周期的周期时长的N倍，其中N为大于1正整数，则终端设备可以根据第二进度采集周期的N个第二进度采集报告，生成第一进度采集周期的第一进度采集报告。例如，第二进度采集周期为每天凌晨0点进行进度采集，而第一进度采集周期为每周一进行进度采集，则可以确定第一进度采集周期为第二进度采集周期的7倍，即可以将第一进度采集周期内生成的多个第二进度变更信息进行封装，生成关于本周的进度变更信息，无需再比对当前时刻的任务状态与分配时刻的任务状态，提高了任务请求的进度变更信息的生成效率。

在S104中，基于向所述目标员工分配的各个所述任务请求的所述进度变更信息，生成所述目标员工的任务进度报表。

在本实施例中，终端设备在确定了各个任务请求的进度变更信息后，会识别处理任务请求的员工标识，获取与目标员工的员工标识对应的所有任务请求的进度变更信息，生成目标员工的任务进度报表。由于上述任务请求均交由目标员工处理，即该任务请求在采集周期内产生的进度变更，即为目标员工对于任务请求的处理进度，因此，可以将关于目标员工的所有任务请求的进度变更信息进行封装，得到目标员工的任务进度报表，可以通过任务进度报表确定该目标员工在采集周期内的工作量。

在本实施例中，任务进度报表可以建立有任务请求的任务标识与进度变更信息的对应关系，用户可以通过该对应关系查询各个任务请求的进度情况。特别地，若各个任务请求配置有任务优先级，则可以根据优先级的先后次序确定各个任务请求在对应关系的显示次序。

在S105中，若接收到所述任务请求的完成指令，则向所述任务请求关联的审核员工发送所述完成指令携带的任务处理结果，并根据各个所述审核员工基于所述任务处理结果返回的审核结果输出所述任务请求的评价信息。

在本实施例中，S103以及S104是获取任务请求未处理的任务请求的任务进度，对于目标员工已经处理完毕的任务请求，还需要确定各个任务请求的完成评价。因此，若终端设备在接收到任务请求的完成指令，则识别该任务请求已被响应完毕，可以从完成指令中提取任务请求的任务处理结果，并将该任务处理结果发送给各个审核员工，以通过各个审核员工对该任务处理结果进行评分，即确定目标员工对任务请求的任务完成质量。

可选地，在本实施例中，终端设备可以获取目标员工的所属部门的部门员工列表，确定该部门员工列表中包含审核权限的员工作为目标员工的审核员工，并根据各个审核员工的员工岗位，确定各个审核员工的审核次序，基于所述审核次序将所述任务处理结果依次发送给各个审核员工，并采集各个审核员工反馈的评价信息。

在S106中，基于所述任务进度报表以及所述评价信息，生成所述目标员工的工作报表。

在本实施例中，终端设备将任务进度报表以及各个任务请求的评价信息进行封装，则可以得到目标员工的工作报表，通过工作报表不仅能够确定目标员工的工作量，即各个任务请求的处理进度，还可以通过各个任务请求的评价信息确定该目标员工的任务完成质量，若各个评价信息均为优异，则可以确定目标员工的能够较好地完成任务请求，快速直观地确定目标员工的工作能力，无需员工手动填写工作报表，提高了工作报表的生成效率。

以上可以看出，本发明实施例提供的一种工作报表的生成方法通过将各个用户终端发送的任务请求统一添加到任务需求列表内，并向各个目标员工分配与员工等级相匹配的任务请求，从而能够实现任务请求的均衡分配，并自动记录分配时刻各个任务的处理状态，在到达预设的进度采集时刻时，直接比对当前时刻的任务状态与初始状态，则可以获取得到各个任务的处理进度，无需目标员工手动填写，继而通过获取所有任务请求的进度变更信息，生成目标员工的工作进度报表，在工作完成后，自动流转给各个审核员工进行任务评价，并根据工作进度报表以及任务评价生成目标员工的工作报表，实现了工作报表的自动生成的目的。与现有的工作报表的生成方法相比，无需员工每次都手动填写工作报表，能够自动拉去该员工的所有任务的任务状况，与分配时刻的状态进行比对，确定各个任务的完成进度，并自动采集审核员工的评价信息，及时获取评价信息，提高了工作报表的生成效率，减少了员工的工作量。

图2示出了本发明第二实施例提供的一种工作报表的生成方法S102的具体实现流程图。参见图2，相对于图1所述实施例，本实施例提供的一种工作报表的生成方法S102包括：S1021～S1024，具体详述如下：

进一步地，所述基于各个目标员工的员工等级，从所述任务需求列表中向各个所述目标员工分配与所述员工等级匹配的所述任务请求，记录各个所述任务请求分配时刻的任务状态，包括：

在S1021中，对所述任务请求的任务内容进行语义分析，提取所述任务内容的任务关键词，并根据所述任务关键词确定所述任务请求的任务等级。

在本实施例中，终端设备可以对任务请求的任务内容进行语义分析，获取该任务内容中包含的任务关键词，并根据任务关键词计算待处理任务的任务等级。特别地，终端设备可以配置有关键词库，该关键词库包含有不同任务类型的候选关键词，例如该关键词库包含有“维修”、“催收”、“回访”等，不同的候选关键词对应一个任务类型，终端设备判断任务处理内容中是否包含上述关键词，从而基于识别得到关键词的数量确定任务请求的任务类型，不同的任务类型所需的员工技能不一致，从而可以确定出与之对应的任务等级。可选地，终端设备在确定了任务类型后，可以获取该任务类型所对应的关键词的程度副词，例如某一任务处理内容包含有“紧急维修”，终端设备在提取“维修”这一与任务类型相关的任务关键词外，还可以获取其对应的程度副词，即“紧急”，从而可以根据任务类型关键词以及与之对应的程度副词，计算关于待处理的任务请求的任务等级。

可选地，在本实施例中，不同的任务类型对应一个等级基数，而该任务类型对应的程度副词也可以对应一个加权系数，终端设备在确定该任务处理内容对应的任务类型以及该任务类型所对应的程度副词后，可以基于该等级基数以及加权系数计算关于待处理任务的第二等级因子。例如，对于“维修”这一任务类型的等级基数为3，而“紧急”这一程度副词的加权系数为3，则待处理任务的第二等级因子加权计算后则为3*3＝9。

在1022中，获取所述目标员工当前在任务分配时刻的已分配任务的任务量。

在本实施例中，员工信息包括有候选员工的员工等级以及在任务分配时刻的已分配任务的任务量。其中，员工等级可以根据候选员工的员工职位确定，终端设备配置有员工职位与等级的对应关系表，从而终端设备可以查询关于该员工职位所对应的员工等级。而在任务分配时刻的已分配任务的任务量具体指已分配但并未完成的任务请求的数量，终端设备可以获取目标员工关联的任务处理列表，确定任务处理列表内各个任务请求的完成状态，统计完成状态为未完成的任务请求的数量，识别为该目标员工的已分配的任务量。

在S1023中，将所述员工等级、所述任务量以及所述任务等级导入预设的匹配度计算模型，分别计算各个所述目标员工与所述任务请求之间的匹配度；所述匹配度计算模型具体为：

其中，Matchpoint(i)为第i个所述目标员工与所述任务请求之间的所述匹配度；StaffLvi为第i个所述候选员工的所述员工等级；MissionLv为所述任务等级；Loadi为第i个候选员工的所述任务量；n为所述目标员工的总数；Que为预设常数。

在本实施例中，终端设备将目标员工在S1022中确定的任务量、员工高等级以及待分配的任务请求的任务等级导入到匹配度计算模型内，从而可以确定出关于目标员工与待分配的任务请求之间的匹配度，若员工等级与任务等级之间的差值越小，则表示两者之间匹配程度越高，从而对应的匹配度数值越大；而目标员工的任务量越大，则表示该候选员工处理任务的能力越大，从而对应的匹配度越高。通过上述方式，可以计算候选员工处理待分配任务的成功率。

在S1024中，选取所述匹配度大于预设的匹配阈值的任务请求作为与所述目标员工的员工等级匹配的任务请求。

在本实施例中，终端设备设置有一个匹配阈值，若终端设备检测到任务请求与目标员工之间的匹配度大于该匹配阈值时，则表示目标员工处理该任务请求的成功率较高，因此可以将其识别为与目标员工的员工等级相匹配的任务请求，并分配给该目标员工进行处理。

在本发明实施例中，通过确定任务请求的任务等级以及目标员工的任务量，计算两者之间的匹配度，从而选取出与目标员工的员工等级相匹配的任务请求，实现了任务请求的精准分配的目的，提高了任务请求处理的成功率。

图3示出了本发明第三实施例提供的一种工作报表的生成方法S105的具体实现流程图。参见图3，相对于图1所述的实施例，本实施例提供的一种工作报表的生成方法S105包括：S1051～S1054，具体详述如下：

进一步地，所述根据各个所述审核员工基于所述任务处理结果返回的审核结果输出所述任务请求的评价信息，包括：

在S1051中，提取所述任务请求的任务内容，并查询所述任务内容对应的任务基准分值。

在本实施例中，可以参见S1021的阐述，终端设备在获取了任务请求的任务内容后，可以对该任务内容进行语义分析，获取该任务内容的任务关键词，从而可以该任务请求的任务类型。终端设备根据不同的任务类型的处理难度，配置与任务类型对应的任务基准分值，任务处理难度越高，则该任务基准分值越高；反之，若该任务处理难度越低，则该任务基准分值越低。

在S1052中，基于所述完成指令的接收时间与所述任务请求的发送时间之间的差值，确定所述任务请求的完成时限分值。

在本实施例中，终端设备将接收到任务请求的完成指令的时刻识别为该任务请求的完成时刻，以及将任务请求发送给终端设备的发送时间识别为任务请求的启动时间，因此，计算完成指令的接收时间与任务请求的发送时间之间的差值，可以确定任务请求的任务响应时长，并根据任务响应时长确定任务请求的完成时限分值。若该任务响应时长越长，则该完成时限分值越低；反之，若该任务响应时长越短，则该完成时限分值越高。

可选地，在本实施例中，终端设备为每个任务请求配置有任务响应时限，若该完成指令的接收时间晚于该任务响应时限，则表示该任务处理超时，此时可以将该完成时限分值设置为预设的时限最小值。

在S1053中，分别从各个所述审核员工返回的审核结果中提取关于所述任务处理结果的审核评分值。

在本实施例中，审核员工返回的审核结果包含有关于任务处理结果的审核评分值。可选地，若该审核结果中并未记录有审核评分值，终端设备可以提取该审核结果中的评价等级，并查询该评价等级对应的审核评分值。优选地，不同的审核员工对应一个加权系数，例如审核员工的员工等级越高，则其对应的加权系数越大，终端设备可以根据审核结果中的评分值以及审核员工的加权系数，确定该审核员工的审核评分值。

在S1054中，根据所述任务基准分值、所述完成时限分值以及所述审核评分值，生成所述任务请求的所述评价信息。

在本实施例中，终端设备根据上述三个参数导入到预设的评分值计算模型，确定出该任务请求的实际评分值，并基于实际评分值确定该任务请求的评价信息。其中，该评分值计算模型可以为：

其中，为所述任务请求的实际评分值，BaseGrade为所述基准分值，Fintime为所述完成指令的接收时间，Strtime为所述任务请求的发送时间，Weighti为所述第i个审核员工的权重值；Exami为第i个审核员工的审核评分值，n为审核员工的总数，α为预设常数。

在本发明实施例中，通过确定任务请求的多个维度的参数值，并根据审核员工的审核评分值，得到评价信息，从而能够提高审核信息的准确性。

图4示出了本发明第四实施例提供的一种工作报表的生成方法的具体实现流程图。参见图4，相对于图1至3所述实施例，本实施例提供的一种工作报表的生成方法S101包括：S401～S403，具体详述如下：

进一步地，所述接收待处理的任务请求，并将所述任务请求添加到任务需求列表，包括：

在S401中，对所述任务请求进行解析，确定所述任务请求的完成时限。

在本实施例中，用户终端在生成任务请求时，可以设置一个完成时限，即要求目标员工在该完成时限之前完成该任务请求。当然，每个任务请求可以设置有一个任务响应时长，终端设备可以根据任务请求的发送时间以及与任务类型匹配的任务响应时长，计算得到该任务请求的完成时限。

在S402中，基于所述完成时限与当前时间的差值，确定所述任务请求的处理优先级。

在本实施例中，终端设备可以根据完成时限与当前时间的差值，确定该任务请求的剩余处理时长，若该剩余处理时长越长，则对应的处理优先级越低；反之，若该剩余处理时长越短，则对应的处理优先级越高。

在S403中，根据各个所述任务请求的所述处理优先级，确定所述任务请求在所述任务需求列表的任务分配次序，并基于所述任务分配次序将所述任务请求添加到所述任务需求列表。

在本实施例中，终端设备根据该处理优先级确定各个任务请求的任务分配次序，对于处理优先级较高的任务请求，任务分配次序也较高，即优先分配该部分的任务请求。该任务需求列表内的各个任务请求会基于任务分配次序进行排列，而任务需求列表是基于队列格式进行任务分配的，即排序越前的任务请求会优先进行分配。

进一步地，所述基于各个目标员工的员工等级，从所述任务需求列表中向各个所述目标员工分配与所述员工等级匹配的所述任务请求，记录各个所述任务请求分配时刻的任务状态，包括：

在S404中，根据所述任务分配次序，依次向各个所述目标员工分配与所述员工等级匹配的所述任务请求，记录各个所述任务请求所述分配时刻的任务状态。

在本实施例中，终端设备根据任务分配次序，依次从任务需求列表中提取任务请求分配给各个目标员工进行处理，从而能够将剩余时限较短的任务请求优先分配。

在本发明实施例中，通过确定各个任务请求的完成时限，确定各个任务请求的分配次序，从而能够避免任务响应超时的情况发生，提高了任务响应效率。

图5示出了本发明第五实施例提供的一种工作报表的生成方法S104的具体实现流程图。参见图5，相对于图1至图3所述实施例，本实施例提供的一种工作报表的生成方法S104包括：S1041～S1042，具体详述如下：

进一步地，所述进度采集条件为进度采集周期；所述基于向所述目标员工分配的各个所述任务请求的所述进度变更信息，生成所述目标员工的任务进度报表，包括：

在S1041中，获取生成时间在所述进度采集周期内的进度变更信息作为目标变更信息。

在本实施例中，终端设备会获取各个进度变更信息的生成时间，并选取该生成时间在进度采集周期内的进度变更信息作为目标变更信息，从而能够确定在变更周期内关于目标员工的所处理的任务量。

在S1042中，对所述目标变更信息进行封装，得到所述目标员工的所述任务进度报表。

在本实施例中，终端设备将各个目标变更信息进行封装，通过任务进度报表即可以确定目标员工在进度采集周期内所完成的任务量。

在本发明实施例中，通过生成时间识别得到目标变更信息，能够快速对目标变更信息进行筛选，提高任务进度报表的生成效率。。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

图6示出了本发明一实施例提供的一种工作报表的生成设备的结构框图，该工作报表的生成设备包括的各单元用于执行图1对应的实施例中的各步骤。具体请参阅图1与图1所对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。

参见图6，所述工作报表的生成设备包括：

任务请求接收单元61，用于接收待处理的任务请求，并将所述任务请求添加到任务需求列表；

任务请求分配单元62，用于基于各个目标员工的员工等级，从所述任务需求列表中向各个所述目标员工分配与所述员工等级匹配的所述任务请求，记录各个所述任务请求分配时刻的任务状态；

任务进度获取单元63，用于若满足预设的进度采集条件，则获取各个所述任务请求在进度采集时刻的任务状态，并根据所述进度采集时刻的任务状态以及所述分配时刻的任务状态，生成所述任务请求的进度变更信息；

任务进度报表生成单元64，用于基于向所述目标员工分配的各个所述任务请求的所述进度变更信息，生成所述目标员工的任务进度报表；

任务评价信息采集单元65，用于若接收到所述任务请求的完成指令，则向所述任务请求关联的审核员工发送所述完成指令携带的任务处理结果，并根据各个所述审核员工基于所述任务处理结果返回的审核结果输出所述任务请求的评价信息；

工作报表生成单元，用于基于所述任务进度报表以及所述评价信息，生成所述目标员工的工作报表。

可选地，所述任务请求分配单元62包括：

任务等级确定单元，用于对所述任务请求的任务内容进行语义分析，提取所述任务内容的任务关键词，并根据所述任务关键词确定所述任务请求的任务等级；

任务量获取单元，用于获取所述目标员工当前在任务分配时刻的已分配任务的任务量；

任务匹配度计算单元，用于将所述员工等级、所述任务量以及所述任务等级导入预设的匹配度计算模型，分别计算各个所述目标员工与所述任务请求之间的匹配度；所述匹配度计算模型具体为：

其中，Matchpoint(i)为第i个所述目标员工与所述任务请求之间的所述匹配度；StaffLvi为第i个所述候选员工的所述员工等级；MissionLv为所述任务等级；Loadi为第i个候选员工的所述任务量；n为所述目标员工的总数；Que为预设常数；

目标任务选取单元，用于选取所述匹配度大于预设的匹配阈值的任务请求作为与所述目标员工的员工等级匹配的任务请求。

可选地，所述任务评价信息采集单元65包括：

任务基准分值查询单元，用于提取所述任务请求的任务内容，并查询所述任务内容对应的任务基准分值；

完成时限计算单元，用于基于所述完成指令的接收时间与所述任务请求的发送时间之间的差值，确定所述任务请求的完成时限分值；

审核评分值提取单元，用于分别从各个所述审核员工返回的审核结果中提取关于所述任务处理结果的审核评分值；

评分参数统计单元，用于根据所述任务基准分值、所述完成时限分值以及所述审核评分值，生成所述任务请求的所述评价信息。

可选地，所述任务请求接收单元61包括：

完成时限确定单元，用于对所述任务请求进行解析，确定所述任务请求的完成时限；

处理优先级确定单元，用于基于所述完成时限与当前时间的差值，确定所述任务请求的处理优先级；

任务分配次序确定单元，用于根据各个所述任务请求的所述处理优先级，确定所述任务请求在所述任务需求列表的任务分配次序，并基于所述任务分配次序将所述任务请求添加到所述任务需求列表；

所述任务请求分配单元62具体用于：根据所述任务分配次序，依次向各个所述目标员工分配与所述员工等级匹配的所述任务请求，记录各个所述任务请求所述分配时刻的任务状态。

可选地，所述进度采集条件为进度采集周期；任务进度报表生成单元64包括：

目标变更信息识别单元，用于获取生成时间在所述进度采集周期内的进度变更信息作为目标变更信息；

目标变更信息封装单元，用于对所述目标变更信息进行封装，得到所述目标员工的所述任务进度报表。

因此，本发明实施例提供的工作报表的生成设备同样可以无需员工每次都手动填写工作报表，能够自动拉去该员工的所有任务的任务状况，与分配时刻的状态进行比对，确定各个任务的完成进度，并自动采集审核员工的评价信息，及时获取评价信息，提高了工作报表的生成效率，减少了员工的工作量。

图7是本发明另一实施例提供的一种终端设备的示意图。如图7所示，该实施例的终端设备7包括：处理器70、存储器71以及存储在所述存储器71中并可在所述处理器70上运行的计算机程序72，例如工作报表的生成程序。所述处理器70执行所述计算机程序72时实现上述各个工作报表的生成方法实施例中的步骤，例如图1所示的S101至S106。或者，所述处理器70执行所述计算机程序72时实现上述各装置实施例中各单元的功能，例如图6所示模块61至66功能。

示例性的，所述计算机程序72可以被分割成一个或多个单元，所述一个或者多个单元被存储在所述存储器71中，并由所述处理器70执行，以完成本发明。所述一个或多个单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序72在所述终端设备7中的执行过程。例如，所述计算机程序72可以被分割成任务请求接收单元、任务请求分配单元、任务进度获取单元、任务进度报表生成单元、任务评价信息采集单元以及工作报表生成单元，各单元具体功能如上所述。

所述终端设备7可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备可包括，但不仅限于，处理器70、存储器71。本领域技术人员可以理解，图7仅仅是终端设备7的示例，并不构成对终端设备7的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器70可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器71可以是所述终端设备7的内部存储单元，例如终端设备7的硬盘或内存。所述存储器71也可以是所述终端设备7的外部存储设备，例如所述终端设备7上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器71还可以既包括所述终端设备7的内部存储单元也包括外部存储设备。所述存储器71用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器71还可以用于暂时地存储已经输出或者将要输出的数据。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。