CN114223189B - 时长统计方法、装置、电子设备和计算机可读介质 - Google Patents

Abstract

本申请公开了一种时长统计方法、装置、电子设备和计算机可读介质，涉及数据统计领域。方法包括：获取目标子任务的完成时间点，目标子任务为用户当前正在操作的子任务；获取目标子任务的完成时间点与目标子任务的前一个子任务的完成时间点的时间间隔，作为目标子任务对应的操作子时长；若操作子时长满足指定条件，则将操作子时长累加到业务任务的操作时长；将目标子任务的下一个子任务作为新的目标子任务，并返回执行获取目标子任务的完成时间点的操作。因此，对业务任务的操作时长的统计是通过业务任务中每个子任务的完成时间而统计，相比直接将用户从开始操作业务任务至结束操作业务任务的在线时长相比，时长统计更加精确。

Description

时长统计方法、装置、电子设备和计算机可读介质

技术领域

本申请涉及数据统计领域，更具体地，涉及一种时长统计方法、装置、电子设备和计算机可读介质。

背景技术

现有的在线计件模块的工时统计，往往通过较为粗犷的方式，记录用户的系统在线时长作为工作工时，即用户在系统登入登出时间的差值汇总，工时统计不够准确。

发明内容

本申请提出了一种时长统计方法、装置、电子设备和计算机可读介质，以改善上述缺陷。

第一方面，本申请实施例提供了一种时长统计方法，应用于业务任务的操作时长的统计，所述业务任务包括多个子任务，所述方法包括：获取所述目标子任务的完成时间点，所述目标子任务为用户当前正在操作的子任务；获取所述目标子任务的完成时间点与所述目标子任务的前一个子任务的完成时间点的时间间隔，作为所述目标子任务对应的操作子时长；若所述操作子时长满足指定条件，则将所述操作子时长累加到所述业务任务的操作时长；将所述目标子任务的下一个子任务作为新的目标子任务，并返回执行获取所述目标子任务的完成时间点的操作，直至所有满足指定条件的子任务对应的操作子时长均累加到所述业务任务的操作时长。

第二方面，本申请实施例还提供了时长统计装置，应用于业务任务的操作时长的统计，所述业务任务包括多个子任务。所述装置包括：第一获取单元、第二获取单元、累加单元和循环单元。第一获取单元，用于获取所述目标子任务的完成时间点，所述目标子任务为用户当前正在操作的子任务。第二获取单元，用于获取所述目标子任务的完成时间点与所述目标子任务的前一个子任务的完成时间点的时间间隔，作为所述目标子任务对应的操作子时长。累加单元，若所述操作子时长满足指定条件，则将所述操作子时长累加到所述业务任务的操作时长。循环单元，用于将所述目标子任务的下一个子任务作为新的目标子任务，并返回执行获取所述目标子任务的完成时间点的操作，直至所有满足指定条件的子任务对应的操作子时长均累加到所述业务任务的操作时长。

第三方面，本申请实施例还提供了一种电子设备，应用于业务任务的操作时长的统计，所述业务任务包括多个子任务，电子设备包括：一个或多个处理器；存储器；一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行上述方法。

第四方面，本申请实施例还提供了一种计算机可读介质，所述可读存储介质存储有处理器可执行的程序代码，所述程序代码中的多条指令被所述处理器执行时使所述处理器执行上述方法。

本申请提供的时长统计方法、装置、电子设备和计算机可读介质，应用于业务任务的操作时长的统计，所述业务任务包括多个子任务。用户当前正在操作的子任务即目标子任务完成的时候，获取所述目标子任务的完成时间点，获取所述目标子任务的完成时间点与所述目标子任务的前一个子任务的完成时间点的时间间隔，所述时间间隔作为操作子时长。若所述操作子时长满足指定条件，则将所述操作子时长累加到所述业务任务的操作时长。将所述目标子任务的下一个子任务作为新的目标子任务，然后，再次执行获取所述目标子任务的完成时间点的操作，直至所有满足指定条件的子任务对应的操作子时长均累加到所述业务任务的操作时长。因此，对业务任务的操作时长的统计是通过业务任务中每个子任务的完成时间而统计，相比直接将用户从开始操作业务任务至结束操作业务任务的在线时长相比，时长统计更加精确。

附图说明

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

图1示出了本申请实施例提供的时长统计方法及装置的应用场景图；

图2示出了本申请一实施例提供的时长统计方法的方法流程图；

图3示出了本申请另一实施例提供的时长统计方法的方法流程图；

图4示出了本申请实施例提供的业务任务的操作页面的示意图；

图5示出了本申请实施例提供的子任务的操作页面的示意图；

图6示出了本申请实施例提供的时长统计系统的模块框图；

图7示出了图3中的S320的方法流程图；

图8示出了图3中的S360的方法流程图；

图9示出了本申请又一实施例提供的时长统计方法的方法流程图；

图10示出了本申请一实施例提供的时长统计装置的模块框图；

图11示出了本申请另一实施例提供的时长统计装置的模块框图；

图12示出了本申请实施例提供的电子设备的模块框图；

图13示出了本申请实施例提供的用于保存或者携带实现根据本申请实施例的时长统计方法的程序代码的存储单元。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

请参阅图1，图1示出了本申请实施例提供的访问控制方法及装置的应用场景图。如图1中所示，电子设备100和服务器200位于无线网络或有线网络中，电子设备100和服务器200进行数据交互。

在一些实施例中，客户端安装在电子设备100内，例如，可以是安装在电子设备100的应用程序。用户在客户端通过帐号登录，则该帐号对应的所有信息可以存储在服务器200的存储空间内。服务器200可以是单独的服务器，也可以是服务器集群，可以是本地服务器，也可以是云端服务器。

于本申请实施例中，客户端可以是业务操作客户端，用户能够在该客户端上完成一些业务任务，并且将该业务任务的数据，上传至服务器内。则该业务任务的数据可以包括用户在操作业务任务的时候产生的数据，例如，所完成的任务以及完成任务的时间或用户名等信息。具体地，客户端为在线计件模块。在线计件模块是指一些业务系统，用于让员工即系统用户可以在系统中完成一些频率相对固定的工作任务。举个例子，比如标注系统就是典型的在线计件模块，系统用户在完成不同类型的标注任务，如文本分类打标，图形分类打标，音视频语义识别等，具有相对固定工作频率的工作任务。

而用户在操作业务任务的工作时长，能够反应用户的工作完成情况、绩效以及工作合理安排程度和工作态度，但是，发明人在研究中发现目前的工作时长的统计，方案过于粗犷，不能客观体现用户真正投入到工作中的时间，例如用户登入系统后，又去做别的事情，并没有真正开始在系统中进行工作的相应操作，而这部分时间按照现有的工时统计方案，却被计入了其工作时长，这显然时不恰当的。通过这种方案统计出来的用户工作时长，在绩效考核中并没有太大的参考意义，更无法间接用来衡量计算用户的工作效率。

因此，为了克服上述缺陷，如图2所示，本申请实施例提供了一种时长统计方法，应用于业务任务的操作时长的统计，所述业务任务包括多个子任务，用于精确的统计用户操作业务任务的操作时长，即工作时长，具体地，该方法的执行主体可以是电子设备，要可以是服务器，若方法的执行主体是电子设备，具体地，可以是电子设备内的客户端，其中，该客户端可以是在线计件模块，也可以是在线计件模块的插件，能够从在线计件模块内获取到用于本方法的数据以完成本方法的操作。

具体地，于本申请实施例中，该方法的执行主体是电子设备内的在线计件模块，则该方法包括：S201至S204。

S201：获取所述目标子任务的完成时间点，所述目标子任务为用户当前正在操作的子任务。

具体地，用户可以在在线计件模块内领取业务任务，该业务任务内包括多个子任务，用户在每完成一个子任务的时候，会生成一个信息用于指示在线计件模块用户当前操作的子任务完成，则在线计件模块会将该子任务的数据存储，进一步地，可以是在存储之后将子任务的数据发送至服务器内存储，从而用户针对该业务任务的操作数据都能够被记录和获取，从而就确定用户当前操作的子任务，以及该子任务的完成时间点。

S202：获取所述目标子任务的完成时间点与所述目标子任务的前一个子任务的完成时间点的时间间隔，作为所述目标子任务对应的操作子时长。

由于能够检测到用户当前操作的子任务以及获取该子任务的完成时间点，则能够将用户每次操作的子任务和对应的完成时间点记录，则在该记录内确定目标子任务的前一个子任务，即用户在当前操作完成的子任务之前完成的自认为，从而确定该目标子任务的前一个子任务的完成时间点，获取目标子任务的完成时间点与所述目标子任务的前一个子任务的完成时间点的时间间隔，作为操作子时长。

S203：若所述操作子时长满足指定条件，则将所述操作子时长累加到所述业务任务的操作时长。

其中，指定条件为用户根据需求而设定的条件，用于作为是否要将操作子时长累加到业务任务的操作时长的判断依据。具体地，该指定条件可以是根据时间长度来设定，从而能够杜绝一些操作时间过长的操作子时长累加到所述业务任务的操作时长内。当然，还可以是该指定条件为一个时间长度范围，从而使得操作子时长在位于两个数值范围内的时候，将所述操作子时长累加到所述业务任务的操作时长。

另外，该指定条件可以是一个固定条件，也可以是可变化的，具体地，指定条件的设定可参考后续实施例，在此不再赘述。

需要说明的是，不满足指定条件的操作子时间不会被累加到业务任务的操作时长内。

S204：将所述目标子任务的下一个子任务作为新的目标子任务，并返回执行获取所述目标子任务的完成时间点的操作，直至所有满足指定条件的子任务对应的操作子时长均累加到所述业务任务的操作时长。

在用户完成当前操作的子任务的时候，然后确定该当前操作的子任务对应的操作子时长是否要累加到业务任务的操作时长之后，用户在操作完当前的子任务的时候，会继续操作当前的子任务的下一个子任务，从而可以将所述目标子任务的下一个子任务作为新的目标子任务，再执行前述S201至S203的操作，然后，循环所有的子任务，直至所有满足指定条件的子任务对应的操作子时长均累加到所述业务任务的操作时长。

因此，本申请实施例对业务任务的操作时长的统计是通过业务任务中每个子任务的完成时间而统计，相比直接将用户从开始操作业务任务至结束操作业务任务的在线时长相比，时长统计更加精确。

请参阅图3，本申请实施例提供了一种时长统计方法，该方法可以是上述的电子设备，具体地，该方法包括：S310至S360。

S310：获取所述目标子任务的完成时间点，所述目标子任务为用户当前正在操作的子任务。

作为一种实施方式，在电子设备安装有任务客户端，用户通过该任务客户端操作业务任务，则该客户端对应一个服务器，该业务任务的数据存储在服务器内。

具体地，任务客户端能够显示业务任务对应的操作页面，如图4所示，该界面对应业务任务的标识，则电子设备显示该业务任务的操作页面的时候，能够确定用户当前操作的业务任务的标识，由此，能够确定用户进入业务任务的任务开始时间点。作为一种实施方式，在业务任务的操作页面内显示多个子任务对应的显示内容。具体地，该子任务对应的显示内容可以是子任务的标识和子任务的描述信息，其中，子任务对应的描述信息可以是子任务的任务需求或者任务说明。

用户在该业务任务的操作页面选中一个子任务，例如，可以是选中子任务1，则进入该子任务1对应的操作页面，如图5所示，在该子任务的操作页面内，显示有该子任务的标识，例如，子任务1标识。在该子任务的操作页面内设置有多个对象，该多个对象为用户在该子任务内需要处理的事项，如业务任务为标注任务，则每个子任务内的对象为每个标注对象。用户在完成该子任务之后，点击完成案件，能够被电子设备检测到该子任务完成，从而等到目标子任务的标识和完成时间。

具体地，获取所述目标子任务的完成时间点，所述目标子任务为用户当前正在操作的子任务的具体实施方式为，获取业务日志记录模块发送的目标子任务的统计请求，所述统计请求为所述业务日志记录模块检测到用户完成目标子任务时生成的，所述统计请求中包括目标子任务的标识和所述目标子任务的完成时间点；解析所述统计请求，获取所述目标子任务的完成时间点。

作为一种实施方式，该业务日志记录模块可以是电子设备内的日志采集组件，而该统计请求为子任务对应的日志信息，该日志信息包括用户当前完成的子任务的标识和完成时间点，该日志信息通过消息列表发送至在线计件模块。

具体地，如图6所示，该时长统计系统包括业务模块、日志采集组件和在线计件模块。其中，业务模块可以是上述的业务客户端，日志采集组件可以是上述的业务日志记录模块，业务模块能够输出计件操作明细日志，该计件操作明细日志可以是记录有用户当前操作的子任务的标识和完成时间点的信息，日志采集组件用户采集业务模块输出的计件操作明细日志，将所采集的计件操作明细日志发送至在线计件模块，由在线计件模块执行后续操作。

作为一种实施方式，业务模块输出计件操作明细日志，该日志内容包括能唯一标识区分工作子任务的任务id即taskld、唯一识别操作用户的用户id即userld、用户执行操作的时间currentTime，即完成时间点、唯一识别该操作对象(即业务任务)的recordld。如果计件操作任务有不同的类型，还可以输出任务的类型。如上述提到的标注任务，就分为文本、图片、语音、视频等不同的任务类型。这些内容以JSON格式进行序列化后，输出到业务模块的业务日志中。

目志采集组件实时将日志明细内容发送到消息队列，在线计件模块实时处理该消息队列中的目志明细内容，并对日志信息进行反序列化，其中，日志信息是需要通过采集插件采集后在网络中传输的，内存对象这种结构是无法进行网络传输的，所以需要先将日志对应的内存信息进行序列化的操作，同时实时计算系统这边接收到日志信息后也需要进行反序列化操作把日志信息还原为内存对象，具体过程类似编码解码的过程。

其中，日志采集组件可以是flume-ng模块。其中，Flume NG是一款开源的分布式高可用的数据采集系统，能够用于各大互联网平台的日志采集聚合。该消息队列可以采用分布式消息系统，具体地，可以是kafka，其中，kafka是一个分布式、支持分区的(partition)、多副本的(replica)，基于zookeeper协调的分布式消息系统。在线计件模块可以是基于实时处理框架而设定的，其中，该实时处理框架为Storm，其中，Storm是一款开源的分布式实时计算系统，适用于对海量数据的实时处理。

S320：获取所述目标子任务的完成时间点与所述目标子任务的前一个子任务的完成时间点的时间间隔，作为所述目标子任务对应的操作子时长。

其中，考虑到获取目标子任务之前的子任务的时候，可能无法获取到目标子任务的前一个子任务的完成时间点，因为，此时的目标子任务是用户操作该业务任务的时候完成的第一个子任务，则获取所述目标子任务的完成时间点与所述目标子任务的前一个子任务的完成时间点的时间间隔，作为所述目标子任务对应的操作子时长的具体实施方式可以是：S321至S324，如图7所示。

S321：判断是否存在所述目标子任务的前一个子任务。

具体地，在电子设备内存储在用户操作业务任务的历史数据，在该历史数据内存储有用户每次完成的任务的标识和该任务下的子任务的标识和时间点。在通过查看该历史数据就能够确定是否存在该目标子任务的前一个子任务。

作为一种实施方式，该历史数据存储在在线计件模块对应的分布式缓存内，该分布式缓存可以是redis。redis是一个开源的key-value存储系统，基于内存的高速存取和其分布式可扩展的特性，为互联网应用的高并发，高可用提供了高效的解决方案。常用于作为分布式应用的缓存层，在各个服务器实例之间共享数据，为客户端请求提供快速的反馈，缓解应用数据库底层的压力，同时其丰富的数据结构和API更为各种应用场景提供了强有力的支撑。具体地，用户当前完成的子任务的标识和该子任务的完成时间点通过一个参数存储在分布式缓存内，然而在第一次完成子任务之前，在该分布式缓存内不存在该参数，并且在每次完成一个子任务的时候，该参数就会被更新。

例如，该参数为redis中的key值，该key值为userld_taskld_lastUpdateTime，其中，userld为用户标识，taskld为用户标识为userld的用户当前完成的子任务的标识，IastUpdateTime为子任务的标识对应的完成时间点。

则判断redis中是否存在当前用户在当前任务的最新操作时间(即当前操作的子任务的完成时间点)，即判断redis中是否存在key值“userld_taskld_lastUpdateTime”，如果存在该key值，则判定存在所述目标子任务的前一个子任务，然后，执行S322。若不存在key值，则判定不存在所述目标子任务的前一个子任务，然后，执行S323。

S322：获取所述目标子任务的完成时间点与所述目标子任务的前一个子任务的完成时间点的时间间隔，作为所述目标子任务对应的操作子时长。

以上述的redis中的key值为例，S322的操作可以是，从redis获取当前用户在当前任务的最新计件时间(即当前操作的子任务的完成时间点)即redis中的key：“userld_taskld_lastUpdateTime”所存储的值，与当前计件流水的时间currentTime进行相减获取间隔时长timeSpend。其中，当前计件流水的时间currentTime为上述的目标子任务的完成时间点，而间隔时长timeSpend为目标子任务对应的操作子时长。

S323：获取所述业务任务的开始时间点。

其中，业务任务的开始时间点可以是用户打开上述业务任务的操作页面的时间点，也可以是用户开始操作某个子任务的时间点。

S324：获取所述目标子任务的完成时间点与所述业务任务的开始时间点的时间间隔，作为所述目标子任务对应的操作子时长。

获取当前用户进入当前任务的时间(即业务任务的开始时间点)，与当前计件流水的时间currentTime进行相减获取间隔时长timeSpend，从而能够得到目标子任务对应的操作子时长。

S330：确定所述业务任务的开始时间点至所述目标子任务的完成时间点之间已完成的子任务对应的已完成信息。

在获取到子任务的操作子时长之后，就可以根据该操作子时长是否满足指定条件的判定结果，确定是否要将该操作子时长累加到业务任务的操作时长内。则可以先根据所述业务任务的开始时间点至所述目标子任务的完成时间点之间已完成的子任务对应的已完成信息确定指定条件。

其中，已完成信息可以是已完成数量和已完成时间中的至少一个，其中，已完成数量可以是业务任务的开始时间点至所述目标子任务的完成时间点之间，用户一共完成的子任务的件数，而已完成时间可以是确定每个子任务对应的操作子时长，然后，将所有的操作子时长累加而得到已完成时间。其中，每个子任务的操作子时长的获取方法可以参考前述实施例，在此不再赘述。

S340：根据所述已完成信息确定指定条件。

其中，已完成信息能够反应用户在业务任务的开始时间点至当前完成的任务之间的任务完成情况，根据该已完成信息确定的指定条件，能够使得用于判断是否要将操作子时长累加至业务任务的操作时长的判定依据是根据用户过去一段时间内完成的子任务的情况而设定的，从而能够根据历史数据预测未来的指定条件。

具体地，可以预先设置信息和指定条件的对应关系，具体地，参考后续描述。

S350：若所述操作子时长满足指定条件，则将所述操作子时长累加到所述业务任务的操作时长。

作为一种实施方式，指定条件包括预设时间阈值，则于本申请实施例中，S350的具体实施方式为，判断所述操作子时长是否小于或等于；若小于或等于，则判定所述操作子时长满足指定条件，则将所述操作子时长累加到所述业务任务的操作时长。

由于一般情况下，用户在操作子任务的时候往往操作频率比较固定，即每个子任务对应的操作子时长相差不大，而如果操作子时长过大，即操作子时长大于预设时间阈值，则表示用户在操作子任务的时候没有认真在操作，即当前的操作子时长为脏数据，不应当被累加至业务任务的操作时长内，而如果操作子时长小于或等于预设时间阈值，则表示当前完成的子任务(即目标子任务)的操作子时长能够反应用户的操作时长，则将目标子任务的操作子时长累加至所述业务任务的操作时长内。

则指定条件为预设时间阈值，则根据所述已完成信息确定指定条件的具体实施方式可以是，根据所述已完成数量确定预设时间阈值，具体地，在一些实施例中，预先设置完成数量与时间阈值的对应关系，在该对应关系内包括多个完成数量，而每个完成数量对应一个时间阈值，因此，在获取到所述业务任务的开始时间点至所述目标子任务的完成时间点之间已完成的子任务对应的已完成数量的时候，在该对应关系内，查找该已完成数量对应的时间阈值。作为一种实施方式，该已完成数量与预设时间阈值成反比，即已完成数量越多，预设时间阈值越小。

作为另一种实施方式，可以根据已完成数量确定平时时长，再根据平均时长确定预设时间阈值，具体地，根据所述已完成数量确定预设时间阈值的具体实施方式为，确定每个已完成的子任务对应的操作子时长；根据每个已完成的子任务对应的操作子时长和已完成数量确定平均时长；根据所述平均时长确定预设时间阈值。

具体地，将每个子任务对应的操作子时长相加得到总时长，然后，将总时长除以已完成数量得到平均时长，根据下式获得：

其中，n为已完成数量，timeSpend为每个子任务对应的操作子时长。

作为一种实施方式，根据所述平均时长确定预设时间阈值的方式可以是，将平均时长作为预设时间阈值。作为另一种实施方式，可以考虑根据业务任务的特性和平均时长确定预设时间阈值，则具体地，根据所述平均时长确定预设时间阈值包括：

通过下式确定预设时间阈值：

T＝avgTime*punishTimes；

其中，T为预设时间阈值，avgTime为所述平均时长，punishTimes为脏数据淘汰倍数。

由于计件系统的工作都保持相对固定的频率，如果计件操作的间隔时长超过了员工平均频率的一定倍数，可以认为这段时间间隔为脏数据，即不是员工在正常工作状态下的时间，具体的淘汰倍数punishTimes可以根据业务任务的属性信息而设定，即根据业务特性来设定。其中，业务任务的属性信息可以是业务任务的难度系数，则难度系数越高，脏数据淘汰倍数越高。

另外，由于，用户有可能在工作过程中对同一个子任务进行多次操作的情况，则可以对已完成数量做去重处理，去除相同的子任务，从而更改已完成数量，即去重后的已完成数量，然后，根据去重后的已完成数量确定预设时间阈值。

S360：将所述目标子任务的下一个子任务作为新的目标子任务，并返回执行获取所述目标子任务的完成时间点的操作，直至所有满足指定条件的子任务对应的操作子时长均累加到所述业务任务的操作时长。

其中，子任务的执行顺序可以是预先设定的，作为一种实施方式，该业务任务对应一个子任务列表，用户完成一个子任务的时候，该子任务列表之后的子任务被显示给用户，用户执行该子任务的下一个子任务。作为一种实施方式，可以是在电子设备安装有任务客户端，用户通过该任务客户端操作业务任务，则该客户端对应一个服务器，该业务任务存储在服务器内，用户在登录该任务客户端的时候，服务器根据该业务任务内的子任务处理顺序，选择第一个子任务发送至任务客户端，用户在该任务客户端内操作该第一个子任务，在用户完成该子任务的时候，会发送一个完成信息至服务器内，服务器根据该子任务处理顺序确定第一个子任务之后的第二个子任务发送至任务客户端，任务客户端将该第二个子任务显示，以便用户操作，由此，用户能够根据预设的子任务处理顺序处理多个子任务。

作为一种实施方式，如图8所示，S360可以包括：S361至S363。

S361：判断是否所有的子任务均完成。

电子设备是否获取到每个子任务标识对应的完成时间点，如果是，则确定所有的子任务均完成，则执行S362，否则，判定还存在子任务没有完成，则执行S363。

S362：输出业务任务的操作时长。

具体地，可以将操作时长在电子设备的屏幕上显示，作为一种实施方式，可以是操作时长与完成的件数一起显示。还可以是，将操作时长发送至服务器进行存储，还可以是发送至绩效统计系统，以便绩效统计系统根据该操作时长确定用户的绩效。

则具体地，设置对应操作时长的时长参数、已完成数量对应的已完成参数和去重后的已完成数量对应的有效完成参数。

作为一种实施方式，在redis内设置三个key，分别为userld_taskld_totalCost、userld_taskld_totalCount和userld_taskld_validCount，userld_taskld_totalCost为对应操作时长的时长参数，userld_taskld_totalCount为已完成数量对应的已完成参数，userld_taskld_validCount为去重后的已完成数量对应的有效完成参数。

具体地，将此次timeSpend累加计入当前用户在当前任务的总耗时，并将结果存入redis，key为“userld_taskld_totalCost”，即将目标子任务的操作子时长累加至userld_taskld_totalCost。

也就是说，userld_taskld_totalCost＝userld_taskld_totalCost+timeSpend。

累加计件工量加1，计入当前用户在当前任务的总计件数，并将结果存入redis，key为“userld_taskld_totalCount”，即将已完成数量加1。

也就是说，userld_taskld_totalCount＝userld_taskld_totalCount+1。

累加有效计件工量，根据recordld进行去重，并将结果存入redis，key为“userld_taskld_validCount”，即对上述的userld_taskld_totalCount去重。

将当前用户在当前任务的最新计件时间“userld_taskld_lastUpdateTime”在redis中的值更新为currentTime，也就是说，将userld_taskld_lastUpdateTime更新为目标子任务的完成时间点，则下次再获取到新的子任务的完成时间点，将目标子任务的完成时间点与新的自任务的完成时间点之间的时间间隔作为新的操作子时长并执行后续操作。

将“userld_taskld_totalCost”的有效工时和“userld_taskld_validCount”的有效工量存入数据库中的统计表。

S363：将所述目标子任务的下一个子任务作为新的目标子任务。

将所述目标子任务的下一个子任务作为新的目标子任务，并返回执行S310。

需要说明的是，日志采集的中间件中消息组件(即日志采集组件)可以用其他mq方案进行替代，如rocketmq，rabbitmq等，而在实时处理部分也可以由其他实时开源组件对storm进行替代，如flink和sparkstreaming等。

请参阅图9，本申请实施例提供了一种时长统计方法，该方法可以是上述的电子设备，具体地，该方法包括：S901至S907。

S901：获取所述目标子任务的完成时间点，所述目标子任务为用户当前正在操作的子任务。

S902：获取所述目标子任务的完成时间点与所述目标子任务的前一个子任务的完成时间点的时间间隔，作为所述目标子任务对应的操作子时长。

S903：获取所述业务任务的开始时间点至所述目标子任务的完成时间点之间，已完成的子任务的数量，作为已完成数量。

S904：判断所述已完成数量是否大于指定数量。

作为一种实施方式，指定数量的设定是为了，用户在操作业务任务的初期，可能会精力比较充沛，工作认真，则前面指定数量个子任务对应的操作子时长可以不执行判断操作子时长是否满足指定条件的操作，而直接累加到业务任务的操作时长。因此，在已完成数量小于或等于指定数量的时候，直接执行S906，而在已完成数量大于指定数量的时候，执行S905。

另外，考虑到上述实施例中，根据所述业务任务的开始时间点至所述目标子任务的完成时间点之间已完成的子任务对应的已完成信息确定指定条件，具体地，根据上述平均时长确定预设时间阈值的操作，操作人员一开始做这个任务的时候是没有操作记录的，所以就需要定一个初始样本量来计算平均时间进行参考，则其中，初始样本量就是指定数量之前的子任务以及对应的完成时间点。

作为一种实施方式，可以是从redis获取当前用户在当前任务的累计计件数量，即上述的已完成数量，也即“userld_taskld_count”的值n，判断当前累计计件数量是否大于基准样本数量sampleCount，其中，sampleCount为指定数量，可以根据子任务的数量而设置，例如，可以是将子任务的总数量的15％的数量作为指定数量。

S905：判断所述操作子时长是否满足指定条件。

S906：将所述操作子时长累加到所述业务任务的操作时长。

S907：将所述目标子任务的下一个子任务作为新的目标子任务，并返回执行获取所述目标子任务的完成时间点的操作，直至所有满足指定条件的子任务对应的操作子时长均累加到所述业务任务的操作时长。

另外，将所述操作子时长累加到所述业务任务的操作时长的具体实施方式可以是，将所述操作子时长累加到所述业务任务的操作时长，并将累加后的所述业务任务的操作时长输出。作为一种实施方式，可以是在所有的子任务都完成，即所有满足指定条件的子任务对应的操作子时长均累加到所述业务任务的操作时长之后，将累加后的所述业务任务的操作时长输出。作为另一种实施方式，还可以是在每次获取到操作时长的时候，都将累加后的所述业务任务的操作时长输出。

具体地，将累加后的所述业务任务的操作时长输出的具体实施方式可以是：获取累加后的所述业务任务的操作时长；将所述操作时长发送至数据服务器，指示所述数据服务器将所述操作时长存储。其中，输出的具体实施方式可以参考前述实施例。

则于本申请实施例中，在每次获取到操作时长的时候，都将累加后的所述业务任务的操作时长存储至服务器，该服务器可以是系统数据库。

另外，为了减轻统计系统数据库的压力，因为实际操作过程中，系统可能会同时很多用户在使用，如果每一次操作完，都要进行数据库变更操作，则数据库的压力会很大，所以就可以根据业务实际情况定一个值，统计一定数量后再进行批量插入，这样可以减轻数据库压力。

则将所述操作时长发送至数据服务器，指示所述数据服务器将所述操作时长存储的具体实施方式为，获取所述业务任务的开始时间点至所述目标子任务的完成时间点之间已完成的子任务的数量，作为已完成数量；判断所述已完成数量是否满足指定发送条件；若满足指定发送条件，则将所述操作时长发送至数据服务器，指示所述数据服务器将所述操作时长存储。其中，指定发送条件时可以根据实际服务器的数据传输压力和电子设备与服务器之间的通信链路的数据传输速率而设定。

作为一种实施方式，判断所述已完成数量是否满足指定发送条件的具体实施方式可以是，判断上次发送操作时长的时间点与当前时间点的时间间隔是否大于指定时间间隔，如果是，则判定所述已完成数量满足指定发送条件，否则，判定所述已完成数量不满足指定发送条件。

作为另一种实施方式，判断所述已完成数量是否满足指定发送条件的具体实施方式为，判断所述已完成数量是否能够被指定数值整除；若能够被指定数值整除，则判定所述已完成数量满足指定发送条件，否则，判定所述已完成数量不满足指定发送条件。

判断当前的累计计件数，及“userld_taskld_totalCount”是否可以被10(该值可以调整即触发批量统计的阀值)整除，如果能够被整除，则执行将将所述操作时长发送至数据服务器，指示所述数据服务器将所述操作时长存储的操作。

请参阅图10，其示出了本申请实施例提供的一种时长统计装置的结构框图该装置可以包括：第一获取单元1001、第二获取单元1002、累加单元1003和循环单元1004。

第一获取单元1001，用于获取所述目标子任务的完成时间点，所述目标子任务为用户当前正在操作的子任务。

第二获取单元1002，用于获取所述目标子任务的完成时间点与所述目标子任务的前一个子任务的完成时间点的时间间隔，作为所述目标子任务对应的操作子时长。

累加单元1003，若所述操作子时长满足指定条件，则将所述操作子时长累加到所述业务任务的操作时长。

循环单元1004，用于将所述目标子任务的下一个子任务作为新的目标子任务，并返回执行获取所述目标子任务的完成时间点的操作，直至所有满足指定条件的子任务对应的操作子时长均累加到所述业务任务的操作时长。

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

请参阅图11，其示出了本申请实施例提供的一种时长统计装置的结构框图该装置可以包括：第一获取单元1101、第二获取单元1102、确定单元1103、累加单元1104和循环单元1105。

第一获取单元1101，用于获取所述目标子任务的完成时间点，所述目标子任务为用户当前正在操作的子任务。

具体地，第一获取单元1101还用于获取业务日志记录模块发送的目标子任务的统计请求，所述统计请求为所述业务日志记录模块检测到用户完成目标子任务时生成的，所述统计请求中包括目标子任务的标识和所述目标子任务的完成时间点；解析所述统计请求，获取所述目标子任务的完成时间点。

第二获取单元1102，用于获取所述目标子任务的完成时间点与所述目标子任务的前一个子任务的完成时间点的时间间隔，作为所述目标子任务对应的操作子时长。

具体地，第二获取单元1102还用于判断是否存在所述目标子任务的前一个子任务；若存在，获取所述目标子任务的完成时间点与所述目标子任务的前一个子任务的完成时间点的时间间隔，作为所述目标子任务对应的操作子时长。

进一步地，第二获取单元1102还用于若不存在，获取所述业务任务的开始时间点；获取所述目标子任务的完成时间点与所述业务任务的开始时间点的时间间隔，作为所述目标子任务对应的操作子时长。

确定单元1103，用于确定所述业务任务的开始时间点至所述目标子任务的完成时间点之间已完成的子任务对应的已完成信息；根据所述已完成信息确定指定条件。

具体地，确定单元1103还用于判断所述操作子时长是否小于或等于；若小于或等于，则判定所述操作子时长满足指定条件，则将所述操作子时长累加到所述业务任务的操作时长。具体地，根据所述已完成数量确定预设时间阈值。

进一步地，确定单元1103还用于对所述已完成数量做去重处理；根据去重后的已完成数量确定预设时间阈值。

进一步地，确定单元1103还用于确定每个已完成的子任务对应的操作子时长；根据每个已完成的子任务对应的操作子时长和已完成数量确定平均时长；根据所述平均时长确定预设时间阈值。

进一步地，确定单元1103还用于通过下式确定预设时间阈值：

T＝avgTime*punishTimes；

其中，T为预设时间阈值，avgTime为所述平均时长，punishTimes为脏数据淘汰倍数。其中，脏数据淘汰倍数根据所述业务任务的属性信息而设定。

累加单元1104，若所述操作子时长满足指定条件，则将所述操作子时长累加到所述业务任务的操作时长。

具体地，累加单元1104还用于获取所述业务任务的开始时间点至所述目标子任务的完成时间点之间，已完成的子任务的数量，作为已完成数量；判断所述已完成数量是否大于指定数量；若大于所述指定数量，则判断所述操作子时长是否满足指定条件；若所述操作子时长满足指定条件，则将所述操作子时长累加到所述业务任务的操作时长。若小于或等于所述指定数量，则将所述操作子时长累加到所述业务任务的操作时长。

具体地，累加单元1104还用于将所述操作子时长累加到所述业务任务的操作时长，并将累加后的所述业务任务的操作时长输出。

进一步地，累加单元1104还用于获取累加后的所述业务任务的操作时长；将所述操作时长发送至数据服务器，指示所述数据服务器将所述操作时长存储。

进一步地，累加单元1104还用于获取所述业务任务的开始时间点至所述目标子任务的完成时间点之间已完成的子任务的数量，作为已完成数量；判断所述已完成数量是否满足指定发送条件；若满足指定发送条件，则将所述操作时长发送至数据服务器，指示所述数据服务器将所述操作时长存储。

进一步地，累加单元1104还用于判断所述已完成数量是否能够被指定数值整除；若能够被指定数值整除，则判定所述已完成数量满足指定发送条件。

循环单元1105，用于将所述目标子任务的下一个子任务作为新的目标子任务，并返回执行获取所述目标子任务的完成时间点的操作，直至所有满足指定条件的子任务对应的操作子时长均累加到所述业务任务的操作时长。

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

在本申请所提供的几个实施例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。

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

请参考图12，其示出了本申请实施例提供的一种电子设备的结构框图。该电子设备100可以是智能手机、平板电脑、电子书等能够运行应用程序的电子设备。本申请中的电子设备100可以包括一个或多个如下部件：处理器110、存储器120、以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器120中并被配置为由一个或多个处理器110执行，一个或多个程序配置用于执行如前述方法实施例所描述的方法。

处理器110可以包括一个或者多个处理核。处理器110利用各种接口和线路连接整个电子设备100内的各个部分，通过运行或执行存储在存储器120内的指令、程序、代码集或指令集，以及调用存储在存储器120内的数据，执行电子设备100的各种功能和处理数据。可选地，处理器110可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器110可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器110中，单独通过一块通信芯片进行实现。

存储器120可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器120可用于存储指令、程序、代码、代码集或指令集。存储器120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储电子设备100在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

请参考图13，其示出了本申请实施例提供的一种计算机可读存储介质的结构框图。该计算机可读介质800中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。

计算机可读存储介质800可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读存储介质800包括非易失性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读存储介质800具有执行上述方法中的任何方法步骤的程序代码810的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码810可以例如以适当形式进行压缩。

综上所述，本申请提供的时长统计方法、装置、电子设备和计算机可读介质，应用于业务任务的操作时长的统计，所述业务任务包括多个子任务。用户当前正在操作的子任务即目标子任务完成的时候，获取所述目标子任务的完成时间点，获取所述目标子任务的完成时间点与所述目标子任务的前一个子任务的完成时间点的时间间隔，所述时间间隔作为操作子时长。若所述操作子时长满足指定条件，则将所述操作子时长累加到所述业务任务的操作时长。将所述目标子任务的下一个子任务作为新的目标子任务，然后，再次执行获取所述目标子任务的完成时间点的操作，直至所有满足指定条件的子任务对应的操作子时长均累加到所述业务任务的操作时长。因此，对业务任务的操作时长的统计是通过业务任务中每个子任务的完成时间而统计，相比直接将用户从开始操作业务任务至结束操作业务任务的在线时长相比，时长统计更加精确。

建立了一套完整的体系，通过实时采集、记录、分析特定员工在特定任务下的行为规律，确定脏数据阈值(即预设时间阈值)，试图将用户未在正常工作状态下的系统在线时间，从工时统计中剔除，最后得到一个客观反映用户真正在进行工作的工作时长。另外，本申请中脏数据阈值的时候，并未武断地设定一个固定的标准，而是一种弹性的方案，参照在特定用户在某个任务中的表现情况动态确定，这样可以规避用户工作能力的不同，和任务难度的不同对脏数据阈值确定带来的影响，得到一个相对客观准确的工时统计结果。规避掉了由于工作任务不同及工作人员能力差异对工时统计结果产生的干扰，产出客观有效反映员工真实投入在工作中的时间，为绩效考核提供科学有价值的参考。

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

Claims (16)

1.一种时长统计方法，其特征在于，应用于业务任务的操作时长的统计，所述业务任务包括多个子任务，所述方法包括：

获取目标子任务的完成时间点，所述目标子任务为用户当前正在操作的子任务；

获取所述目标子任务的完成时间点与所述目标子任务的前一个子任务的完成时间点的时间间隔，作为所述目标子任务对应的操作子时长；若所述操作子时长满足指定条件，则将所述操作子时长累加到所述业务任务的操作时长；

将所述目标子任务的下一个子任务作为新的目标子任务，并返回执行获取所述目标子任务的完成时间点的操作，直至所有满足指定条件的子任务对应的操作子时长均累加到所述业务任务的操作时长；

其中，若所述操作子时长满足指定条件，则将所述操作子时长累加到所述业务任务的操作时长，包括：

确定所述业务任务的开始时间点至所述目标子任务的完成时间点之间已完成的子任务对应的已完成信息，所述已完成信息包括已完成数量；

根据所述已完成数量确定平均时长；

将所述平均时长与脏数据淘汰倍数的乘积作为预设时间阈值，其中，脏数据淘汰倍数与所述业务任务的难度系数正相关；

若所述操作子时长小于或等于预设时间阈值，则判定所述操作子时长满足指定条件，则将所述操作子时长累加到所述业务任务的操作时长。

2.根据权利要求1所述的方法，其特征在于，还包括：

对所述已完成数量做去重处理。

3.根据权利要求1所述的方法，其特征在于，所述根据所述已完成数量确定平均时长，包括：

确定每个已完成的子任务对应的操作子时长；

根据每个已完成的子任务对应的操作子时长和已完成数量确定平均时长。

4.根据权利要求1所述的方法，其特征在于，所述将所述平均时长与脏数据淘汰倍数的乘积作为预设时间阈值，包括：

通过下式确定预设时间阈值：

T＝avgTime*punishTimes；

其中，T为预设时间阈值，avgTime为所述平均时长，punishTimes为脏数据淘汰倍数。

5.根据权利要求1-4任一所述的方法，其特征在于，若所述操作子时长满足指定条件，则将所述操作子时长累加到所述业务任务的操作时长之前，还包括：

获取所述业务任务的开始时间点至所述目标子任务的完成时间点之间，已完成的子任务的数量，作为已完成数量；

判断所述已完成数量是否大于指定数量；

若大于所述指定数量，则判断所述操作子时长是否满足指定条件。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

若小于或等于所述指定数量，则将所述操作子时长累加到所述业务任务的操作时长。

7.根据权利要求1-4任一所述的方法，其特征在于，所述将所述操作子时长累加到所述业务任务的操作时长，包括：

将所述操作子时长累加到所述业务任务的操作时长，并将累加后的所述业务任务的操作时长输出。

8.根据权利要求7所述的方法，其特征在于，所述将累加后的所述业务任务的操作时长输出，包括：

获取累加后的所述业务任务的操作时长；

将所述操作时长发送至数据服务器，指示所述数据服务器将所述操作时长存储。

9.根据权利要求8所述的方法，其特征在于，所述将所述操作时长发送至数据服务器，指示所述数据服务器将所述操作时长存储，包括：

获取所述业务任务的开始时间点至所述目标子任务的完成时间点之间已完成的子任务的数量，作为已完成数量；

判断所述已完成数量是否满足指定发送条件；

若满足指定发送条件，则将所述操作时长发送至数据服务器，指示所述数据服务器将所述操作时长存储。

10.根据权利要求9所述的方法，其特征在于，所述判断所述已完成数量是否满足指定发送条件，包括：

判断所述已完成数量是否能够被指定数值整除；

若能够被指定数值整除，则判定所述已完成数量满足指定发送条件。

11.根据权利要求1-4任一所述的方法，其特征在于，所述获取所述目标子任务的完成时间点，所述目标子任务为用户当前正在操作的子任务，包括：

获取业务日志记录模块发送的目标子任务的统计请求，所述统计请求为所述业务日志记录模块检测到用户完成目标子任务时生成的，所述统计请求中包括目标子任务的标识和所述目标子任务的完成时间点；

解析所述统计请求，获取所述目标子任务的完成时间点。

12.根据权利要求1-4任一所述的方法，其特征在于，所述获取所述目标子任务的完成时间点与所述目标子任务的前一个子任务的完成时间点的时间间隔，作为所述目标子任务对应的操作子时长，包括：

判断是否存在所述目标子任务的前一个子任务；

若存在，获取所述目标子任务的完成时间点与所述目标子任务的前一个子任务的完成时间点的时间间隔，作为所述目标子任务对应的操作子时长。

13.根据权利要求12所述的方法，其特征在于，所述方法还包括：

若不存在，获取所述业务任务的开始时间点；

获取所述目标子任务的完成时间点与所述业务任务的开始时间点的时间间隔，作为所述目标子任务对应的操作子时长。

14.一种时长统计装置，其特征在于，应用于业务任务的操作时长的统计，所述业务任务包括多个子任务，所述装置包括：

第一获取单元，用于获取目标子任务的完成时间点，所述目标子任务为用户当前正在操作的子任务；

第二获取单元，用于获取所述目标子任务的完成时间点与所述目标子任务的前一个子任务的完成时间点的时间间隔，作为所述目标子任务对应的操作子时长；

累加单元，用于确定所述业务任务的开始时间点至所述目标子任务的完成时间点之间已完成的子任务对应的已完成信息，所述已完成信息包括已完成数量；根据所述已完成数量确定平均时长；将所述平均时长与脏数据淘汰倍数的乘积作为预设时间阈值，其中，脏数据淘汰倍数与所述业务任务的难度系数正相关；若所述操作子时长小于或等于预设时间阈值，则判定所述操作子时长满足指定条件，则将所述操作子时长累加到所述业务任务的操作时长；

循环单元，用于将所述目标子任务的下一个子任务作为新的目标子任务，并返回执行获取所述目标子任务的完成时间点的操作，直至所有满足指定条件的子任务对应的操作子时长均累加到所述业务任务的操作时长。

15.一种电子设备，其特征在于，应用于业务任务的操作时长的统计，所述业务任务包括多个子任务，包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行如权利要求1-13任一项所述的方法。

16.一种计算机可读介质，其特征在于，所述可读介质存储有处理器可执行的程序代码，所述程序代码中的多条指令被所述处理器执行时使所述处理器执行权利要求1-13任一项所述方法。