时长确定方法、装置、电子设备、介质和程序产品与流程

1.本公开涉及数据处理领域，更具体地，涉及一种时长确定方法、装置、电子设备、介质和程序产品。


背景技术：

2.本部分旨在为权利要求书中陈述的本公开的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。
3.通过预判剩余待处理任务预计需要消耗的时长，可以根据实际情况动态调整处理人员的数量和调配处理人员之间的工作分配，做到未雨绸缪，有利于处理任务的如期完成。尤其是在月末、季末的时候，可以根据预计完成的时间动态安排人员加班。
4.以银行的信用卡审批任务需要审批申请订单为例，审批部门一般通过人工预估的方式得到当前待审批申请订单的剩余处理时间，但是随着信用卡申请订单和审批人员的不断增多，人工预估的方式难度大，效率低，无法及时获得剩余待处理任务预计需要消耗时长的预判信息，导致对后续处理任务的调配存在滞后性。


技术实现要素：

5.有鉴于此，为了至少部分地克服相关技术中通过人工预估的方式预测待处理的完成时间所存在的上述技术问题，本公开提供了一种时长确定方法、装置、电子设备、介质和程序产品。
6.为了实现上述目标，本公开的一个方面提供了一种时长确定方法，该方法可以包括：响应于在指定时刻发起的时长查询请求，确定在第一预定时间段内待处理任务的第一数量，其中，上述时长查询请求用于指示查询处理上述第一数量的待处理任务预计需要消耗的处理时长，上述第一预定时间段开始于上述指定时刻；基于在第二预定时间段内的历史处理效率和在第三预定时间段内的实时处理效率，获得在上述第一预定时间段内的预测处理效率，其中，上述第二预定时间段和上述第三预定时间段终止于上述指定时刻，且上述第二预定时间段长于上述第三预定时间段；以及根据上述第一数量和上述预测处理效率，确定处理上述待处理任务预计需要消耗的处理时长。
7.根据本公开的实施例，上述基于在第二预定时间段内的历史处理效率和在第三预定时间段内的实时处理效率，获得在上述第一预定时间段内的预测处理效率可以包括：基于预设规则，确定在第二预定时间段内的历史处理效率的第一权重值和在第三预定时间段内的实时处理效率的第二权重值，其中，上述第一权重值和上述第二权重值的和为1；以及根据上述历史处理效率、上述第一权重值、上述实时处理效率以及上述第二权重值，获得在上述第一预定时间段内的预测处理效率。
8.根据本公开的实施例，上述预设规则包括查询频率，上述基于预设规则，确定在第二预定时间段内的历史处理效率的第一权重值和在第三预定时间段内的实时处理效率的第二权重值可以包括：在上述时长查询请求的查询频率高于第一阈值的情况下，确定在第
二预定时间段内的历史处理效率的第一权重值小于在第三预定时间段内的实时处理效率的第二权重值；或者在上述时长查询请求的查询频率不高于第一阈值的情况下，确定在第二预定时间段内的历史处理效率的第一权重值大于在第三预定时间段内的实时处理效率的第二权重值。
9.根据本公开的实施例，上述时长确定方法还可以包括：查询在上述第二预定时间段内已处理任务的第二数量；基于上述第二预定时间段，确定历史处理时长；以及根据上述第二数量和上述历史处理时长，确定上述历史处理效率。
10.根据本公开的实施例，上述时长确定方法还可以包括：查询在上述第三预定时间段内已处理任务的第三数量；基于上述第三预定时间段，确定实时处理时长；以及根据上述第三数量和上述实时处理时长，确定上述实时处理效率。
11.根据本公开的实施例，上述时长确定方法还可以包括：检测在上述指定时刻之前参与已处理任务的处理人员的数量变动值是否超过第二阈值；在上述处理人员的数量变动值超过上述第二阈值的情况下，确定数量变动的变动时间；以及根据上述变动时间，确定上述第二预定时间段的取值。
12.根据本公开的实施例，上述时长确定方法还可以包括：根据上述时长查询请求的查询频率，确定上述第三预定时间段的取值，其中，上述查询频率越高，上述第三预定时间段的取值越小。
13.根据本公开的实施例，上述时长确定方法还可以包括：在确定出的处理上述待处理任务预计需要消耗的处理时长大于误差允许值的情况下，调整上述第二预定时间段的取值。
14.为了实现上述目标，本公开的另一个方面提供了一种时长确定装置，该装置可以包括：第一确定模块，用于响应于时长查询请求，确定在第一预定时间段内待处理任务的第一数量，其中，上述时长查询请求用于指示查询处理上述待处理任务预计需要消耗的处理时长；获得模块，用于基于在第二预定时间段内的历史处理效率和在第三预定时间段内的实时处理效率，获得在上述第一预定时间段内的预测处理效率，其中，上述第二预定时间段和上述第三预定时间段早于上述第一预定时间段；以及第二确定模块，用于根据上述第一数量和上述预测处理效率，确定处理上述待处理任务预计需要消耗的处理时长。
15.根据本公开的实施例，上述获得模块可以包括：确定子模块，用于基于预设规则，确定在第二预定时间段内的历史处理效率的第一权重值和在第三预定时间段内的实时处理效率的第二权重值，其中，上述第一权重值和上述第二权重值的和为1；以及获得子模块，用于根据上述历史处理效率、上述第一权重值、上述实时处理效率以及上述第二权重值，获得在上述第一预定时间段内的预测处理效率。
16.根据本公开的实施例，上述预设规则包括查询频率，上述确定子模块可以包括：第一确定单元，用于在上述时长查询请求的查询频率高于第一阈值的情况下，确定在第二预定时间段内的历史处理效率的第一权重值小于在第三预定时间段内的实时处理效率的第二权重值；或者第二确定单元，用于在上述时长查询请求的查询频率不高于第一阈值的情况下，确定在第二预定时间段内的历史处理效率的第一权重值大于在第三预定时间段内的实时处理效率的第二权重值。
17.根据本公开的实施例，上述时长确定装置还可以包括：第一查询模块，用于查询在
上述第二预定时间段内已处理任务的第二数量；第三确定模块，用于基于上述第二预定时间段，确定历史处理时长；以及第四确定模块，用于根据上述第二数量和上述历史处理时长，确定上述历史处理效率。
18.根据本公开的实施例，上述时长确定装置还可以包括：第二查询模块，用于查询在上述第三预定时间段内已处理任务的第三数量；第五确定模块，用于基于上述第三预定时间段，确定实时处理时长；以及第六确定模块，用于根据上述第三数量和上述实时处理时长，确定上述实时处理效率。
19.根据本公开的实施例，上述时长确定装置还可以包括：检测模块，用于检测在上述指定时刻之前参与已处理任务的处理人员的数量变动值是否超过第二阈值；第七确定模块，用于在上述处理人员的数量变动值超过上述第二阈值的情况下，确定数量变动的变动时间；以及第八确定模块，用于根据上述变动时间，确定上述第二预定时间段的取值。
20.根据本公开的实施例，上述时长确定装置还可以包括：第九确定模块，用于根据上述时长查询请求的查询频率，确定上述第三预定时间段的取值，其中，上述查询频率越高，上述第三预定时间段的取值越小。
21.根据本公开的实施例，上述时长确定装置还可以包括：调整模块，用于在确定出的处理上述待处理任务预计需要消耗的处理时长大于误差允许值的情况下，调整上述第二预定时间段的取值。
22.为了实现上述目标，本公开的另一方面提供了一种电子设备，包括：一个或多个处理器，存储器，用于存储一个或多个程序，其中，当上述一个或多个程序被上述一个或多个处理器执行时，使得上述一个或多个处理器实现如上所述的时长确定方法。
23.为了实现上述目标，本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，上述指令在被执行时用于实现如上所述的时长确定方法。
24.为了实现上述目标，本公开的另一方面提供了一种计算机程序，上述计算机程序包括计算机可执行指令，上述指令在被执行时用于实现如上所述的时长确定方法。
25.根据本公开的实施例，利用在第一预定时间段内待处理任务的第一数量，基于在第二预定时间段内的历史处理效率和在第三预定时间段内的实时处理效率，获得在所述第一预定时间段内的预测处理效率，最终确定处理待处理任务预计需要消耗的处理时长，可以至少部分地解决/减轻/抑制/甚至避免相关技术中通过人工预估的方式预测待处理的完成时间导致预估效率低下且预测结果不准确的问题，并因此可以实现提高预估效率和准确性的技术效果。
附图说明
26.通过参考附图阅读下文的详细描述，本公开示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本公开的若干实施方式，其中：
27.图1示意性示出了适用于本公开实施例的时长确定方法、装置、电子设备、介质和程序产品的系统架构；
28.图2示意性示出了根据本公开实施例的时长确定方法的流程图；
29.图3示意性示出了根据本公开实施例的预定时间段的示意图；
30.图4示意性示出了根据本公开实施例的时长确定装置的框图；
31.图5示意性示出了根据本公开实施例的适于实现上文描述的时长确定方法的计算机可读存储介质产品的示意图；以及
32.图6示意性示出了根据本公开实施例的适于实现上文描述的时长确定方法的电子设备的框图。
33.在附图中，相同或对应的标号表示相同或对应的部分。
34.应该注意的是，附图并未按比例绘制，并且出于说明目的，在整个附图中类似结构或功能的元素通常用类似的附图标记来表示。
具体实施方式
35.以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。
36.在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了上述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。
37.在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。在使用类似于“a、b或c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b或c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。
38.附图中示出了一些方框图和/或流程图。应理解，方框图和/或流程图中的一些方框或其组合可以由计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程时长确定装置的处理器，从而这些指令在由该处理器执行时可以创建用于实现这些方框图和/或流程图中所说明的功能/操作的装置。本公开的技术可以硬件和/或软件(包括固件、微代码等)的形式来实现。另外本公开的技术可以采取存储有指令的计算机可读存储介质上的计算机程序产品的形式，该计算机程序产品可供指令执行系统使用或者结合指令执行系统使用。
39.相关技术中，由于信用卡审批业务中申请订单和审批人员的不断增多，审批部门比较难以像往常一样通过人工预估的方式得到当前审批进度、审批效率、以及当前待处理订单的剩余处理时间的一个预期完成时间，但是由于成本、落地等诸多原因不便于引入大数据等重量级数据分析手段。
40.因此，本公开提供了一种自动化、轻量级的时长确定方法，该方法包括预测处理效
率的获得过程和预计处理时长的确定过程。在预测处理效率的获得过程中，首先，响应于在指定时刻发起的时长查询请求，确定在第一预定时间段内待处理任务的第一数量，该时长查询请求用于指示查询处理第一数量的待处理任务预计需要消耗的处理时长，第一预定时间段开始于指定时刻，然后基于在第二预定时间段内的历史处理效率和在第三预定时间段内的实时处理效率，获得在第一预定时间段内的预测处理效率，该第二预定时间段和第三预定时间段终止于指定时刻，且第二预定时间段长于第三预定时间段。在获得预测处理效率之后，进入预计处理时长的确定过程，根据第一数量和预测处理效率，确定处理待处理任务预计需要消耗的处理时长。
41.由于本公开提供的时长确定方法，利用在第一预定时间段内待处理任务的第一数量，基于在第二预定时间段内的历史处理效率和在第三预定时间段内的实时处理效率，获得在所述第一预定时间段内的预测处理效率，最终确定处理待处理任务预计需要消耗的处理时长，可以至少部分地解决/减轻/抑制/甚至避免相关技术中通过人工预估的方式预测待处理的完成时间导致预估效率低下且预测结果不准确的问题，并因此可以实现提高预估效率和准确性的技术效果。
42.需要说明的是，本公开提供的时长确定方法、装置、电子设备、介质和程序产品可用于金融领域中，也可用于除金融领域之外的任意领域中。因此，对本公开所提供的时长确定方法、装置、电子设备、介质和程序产品的应用领域不做限定。
43.图1示意性示出了适用于本公开实施例的时长确定方法、装置、电子设备、介质和程序产品的系统架构100。需要注意的是，图1所示仅为可应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。
44.如图1所示，根据该实施例的系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
45.用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
46.终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
47.服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。
48.需要说明的是，本公开实施例所提供的时长确定方法一般可以由服务器105执行。相应地，本公开实施例所提供的时长确定装置一般可以设置于服务器105中。本公开实施例所提供的时长确定方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的时长确定装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。
49.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
50.图2示意性示出了根据本公开实施例的时长确定方法的流程图。
51.如图2所示，该时长确定方法200可以包括操作s210～操作s230。
52.在操作s210，响应于在指定时刻发起的时长查询请求，确定在第一预定时间段内待处理任务的第一数量。
53.根据本公开的实施例，时长查询请求用于指示查询处理第一数量的待处理任务预计需要消耗的处理时长，第一预定时间段开始于指定时刻，终止于该指定时刻之后的任意时刻，该任意时刻可以根据具体的待处理任务确定，根据第一预定时间段，可以确定待处理任务的第一数量。例如，待处理任务为尚未处理的信用卡审批申请单，如果第一预定时间段为30天的话，可以获取从指定时刻开始的30天内尚未处理的信用卡审批申请单的数量作为第一数量。需要说明的是，时长查询请求可以是按照一定的频率定时发送的多个时长查询请求中的任一时长查询请求。可选地，指定时刻可以为本地时钟指示的当前时刻。
54.在操作s220，基于在第二预定时间段内的历史处理效率和在第三预定时间段内的实时处理效率，获得在第一预定时间段内的预测处理效率。在本公开中，第二预定时间段和第三预定时间段终止于指定时刻，且第二预定时间段长于第三预定时间段。
55.根据本公开的实施例，结合历史处理效率和实时处理效率可以计算出预测处理效率，其中历史处理效率用于表征在第二预定时间段内的实际处理效率，实时处理效率用于表征在第三预定时间段内的实际处理效率，预测处理效率用于表征在第一预定时间段内的预测处理效率。由于第二预定时间段长于第三预定时间段，因此历史处理效率反映的是较长一段时间范围内针对已处理任务的平均处理水平，即处理水平的平稳特征，而实时处理效率反映的是最近一段时间范围内针对已处理任务的即时处理水平，两者从不同的角度反映出针对已处理任务的处理水平，即处理水平的突变特征。
56.图3示意性示出了根据本公开实施例的预定时间段的示意图。
57.如图3所示，按照时间先后顺序依次为第二预定时间段330、第三预定时间段340、指定时刻310、以及第一预定时间段320。其中指定时刻310可以为当前时刻(可以表示为天，可以表示为小时)，第一预定时间段320可以起始于指定时刻310，可以终止于指定时刻310之后的任意时刻。第二预定时间段330可以起始于指定时刻310之前的任意时刻，可以终止于指定时刻310。第三预定时间段340可以起始于指定时刻310之前的任意时刻，可以终止于指定时刻310。第二预定时间段330长于第三预定时间段340。例如，第二预定时间段330可以是30天，第三预定时间段340可以是0.5小时。为了方便计算，在具体实施时，需要将第一预定时间段、第二预定时间段、以及第三预定时间段的时间单位进行统一，例如可以统一成小时。
58.在操作s230，根据第一数量和预测处理效率，确定处理待处理任务预计需要消耗的处理时长。
59.根据本公开的实施例，根据获取到的第一数量，可以预测按照获得的预测处理效率将待处理任务处理完成所需要的时长。将指定时刻的基础上加上需要消耗的处理时长，就可以预测得到处理完成的时间。
60.通过本公开的实施例，利用在第一预定时间段内待处理任务的第一数量，基于在
第二预定时间段内的历史处理效率和在第三预定时间段内的实时处理效率，获得在所述第一预定时间段内的预测处理效率，最终确定处理待处理任务预计需要消耗的处理时长，可以至少部分地解决/减轻/抑制/甚至避免相关技术中通过人工预估的方式预测待处理的完成时间导致预估效率低下且预测结果不准确的问题，并因此可以实现提高预估效率和准确性的技术效果。
61.作为一种可选的实施例，基于在第二预定时间段内的历史处理效率和在第三预定时间段内的实时处理效率，获得在第一预定时间段内的预测处理效率可以包括：基于预设规则，确定在第二预定时间段内的历史处理效率的第一权重值和在第三预定时间段内的实时处理效率的第二权重值，其中，第一权重值和第二权重值的和为1；以及根据历史处理效率、第一权重值、实时处理效率以及第二权重值，获得在第一预定时间段内的预测处理效率。
62.作为一种可选的实施例，预设规则包括查询频率，基于预设规则，确定在第二预定时间段内的历史处理效率的第一权重值和在第三预定时间段内的实时处理效率的第二权重值可以包括：在时长查询请求的查询频率高于第一阈值的情况下，确定在第二预定时间段内的历史处理效率的第一权重值小于在第三预定时间段内的实时处理效率的第二权重值；或者在时长查询请求的查询频率不高于第一阈值的情况下，确定在第二预定时间段内的历史处理效率的第一权重值大于在第三预定时间段内的实时处理效率的第二权重值。
63.根据本公开的实施例，可以基于时长查询请求的查询频率，即刷新频率所表征的计算频率，确定历史处理效率和实时处理效率各自对应的权重值。在具体实施时，如果计算频率高则说明需求为数据敏感型，历史处理效率对应的第一权重值可以适当取小一点，这样历史数据对计算结果的影响更小，而实时数据对计算结果的影响更大。反之如果计算频率低则说明需求不为数据敏感型，历史处理效率对应的第一权重值可以适当取大一点，这样历史数据对计算结果的影响更大，而实时数据对计算结果的影响更小。
64.根据本公开的实施例，历史处理效率的第一权重值k是一个大于0小于1的实数。k的值越大表示历史处理效率对计算结果的影响更大，而实时处理效率对计算结果影响更小；相反k的值越小表示历史处理效率对计算结果的影响更小，而实时处理效率对计算结果影响更大。需要说明的是，在本公开中，第一权重值k可以是一个大于0小于1的固定实数，也可以是一个大于0小于1的可变实数，本公开对此不做限定。
65.在本公开中，查询频率可以是每5秒查询一次，也可以是每1秒查询一次，查询频率用于表征任务处理部门对待处理任务的关注程度。例如每1秒查询一次的关注程度高于每5秒查询一次的关注程度，这样说明任务处理部门更加偏向于实时处理效率对待处理任务的决定性作用，即关心最新的处理效率，此时实时处理效率的权重可以调整到高于历史处理效率的权重，具体的数值根据任务处理部门对任务处理的实际要求，可以自行设定，本公开对此不做限定。
66.通过本公开的实施例，可以根据时长查询请求的查询频率所表征的计算频率高低，对历史处理效率和实时处理效率各自对应的权重值进行调节，可以提高预测处理效率的预测准确性。
67.作为一种可选的实施例，该时长确定方法还可以包括：查询在第二预定时间段内已处理任务的第二数量；基于第二预定时间段，确定历史处理时长；根据第二数量和历史处
理时长，确定历史处理效率。
68.根据本公开的实施例，由于一个连续的时间范围内既包含有工作时间，也包含有非工作时间，例如周末、法定节假日，已处理任务通常为在工作时间内完成的，而并非是在非工作时间完成的，因此，在具体实施时，可以在第二预定时间段确定的情况下，将其中的工作时间确定为历史处理时长。这样可以根据第二预定时间段查询出从指定时刻倒推第二预定时间段的工作时间内的已处理的历史处理任务的历史处理总数，即第二数量。
69.需要说明的是，查询已处理任务的第二数量的历史处理总数时应严格按照确定出的历史处理时长，查询的日期应是任务处理部门正常工作的日期，如果有一天或几天的处理总数存在较大差别，则应该将这一天或几天排除在查询时间范围之外，并按时间顺序向前查询一天或几天的处理总数。
70.通过本公开的实施例，根据第二数量和历史处理时长，确定历史处理效率，可以为预测处理效率的确定提供处理效率的基线，从长的时间周期角度量化任务处理的平均水平。
71.作为一种可选的实施例，该时长确定方法还可以包括：查询在第三预定时间段内已处理任务的第三数量；基于第三预定时间段，确定实时处理时长；根据第三数量和实时处理时长，确定实时处理效率。
72.根据本公开的实施例，与第二数量的查询方式类似，可以在第三预定时间段确定的情况下，将其中的工作时间确定为实时处理时长。这样可以根据第三预定时间段查询出从指定时刻倒推第三预定时间段的工作时间内的已处理的实时处理任务的历史处理总数，即第三数量。例如，指定时刻为非工作时间12：30，则应该选取上一次工作时间11：30之前的范围内的第三预定时间段内的处理任务总量。
73.根据本公开的实施例，查询已处理任务的第三数量的实时处理总数时应严格按照确定出的实时处理时长，查询的日期应是任务处理部门正常工作的日期，如果第三预定时间段内的处理总数存在较大差别，则表明第三预定时间段内存在无法正常处理的状况，可以跳过从指定时刻开始倒推第三预定时间段，查询从指定时刻开始倒推第三预定时间段后再倒推第三预定时间段的处理总数，来降低实时处理效率对预测处理效率的误导。
74.例如，在第三预定时间段为0.5小时，当前时刻的半小时范围内，任务处理人员临时召开会议，使得任务处理不得不中断，那么获得的第三预定时间段内的处理总数为个位数，显然这样的数据是由于客观因素导致的，并不能真正反映任务处理人员在处理任务时所表现出来的处理效率的即时水平，因此对预测处理效率是没有实际意义的。
75.通过本公开的实施例，根据第三数量和实时处理时长，确定实时处理效率，可以为预测处理效率的确定提供处理效率的变化，从即时的时间周期角度量化任务处理的波动水平。
76.作为一种可选的实施例，该时长确定方法还可以包括：检测在指定时刻之前参与已处理任务的处理人员的数量变动值是否超过第二阈值；在处理人员的数量变动值超过第二阈值的情况下，确定数量变动的变动时间；以及根据变动时间，确定第二预定时间段的取值。
77.根据本公开的实施例，确定第二预定时间段的取值不亦过长，也不亦过短。由于任务处理人员的数量和任务处理人员的个人处理效率是动态变化的，因此第二预定时间段的
取值过长，可以直接导致获取到较早的历史数据，而较早的历史数据在处理时任务处理人员的数量和任务处理人员的个人处理效率都可能和现在存在较大差别，导致历史处理效率和实际处理效率存在较大偏差。第二预定时间段过短则可能导致历史数据参考性低，不准确，数据极端等。所以第二预定时间段的取值的确定应该满足该段时间内，历史处理任务的每日数据相较平稳的条件下尽可能的增加所取时长。
78.在具体实施是，第二预定时间段的取值可以参考任务处理部门近期是否有较大的人事变动、以及人事变动发生的时间，因为人事变动前的数据可能和人事变动变动后的数据差别比较大，直接导致历史数据缺失参考性。例如，某银行需要计算审批申请单预计完成时间，审批部门于80天前新增了数个审批人员，那么确定第二预定时间段的取值不宜超过80天。若审批人员每日的工作时长为个8小时，那么可以确定第二预定时间段为80*8＝640(小时)。
79.通过本公开的实施例，处理人员的数量变动值以及变动时间，确定第二预定时间段的取值，可以降低人员变动对历史处理效率的影响。
80.作为一种可选的实施例，该时长确定方法还可以包括：根据时长查询请求的查询频率，确定第三预定时间段的取值，其中，查询频率越高，第三预定时间段的取值越小。
81.根据本公开的实施例，第三预定时间段的取值，可以基于时长查询请求的查询频率，即预计完成时间的查询和刷新频率，确定相应地取值。在具体实施时，如果计算频率高则说明需求为数据敏感型，第三预定时间段的取值应该适当，例如可以是1/6小时，也可以是1/10。反之计算频率低则说明需求不为数据敏感型，第三预定时间段的取值应该适当取长一点，例如可以是1/2小时，也可以是1小时。
82.本公开根据时长查询请求，确定第三预定时间段的取值，可以降低查询频率对实时处理效率的影响。
83.作为一种可选的实施例，该时长确定方法还可以包括：在确定出的处理待处理任务预计需要消耗的处理时长大于误差允许值的情况下，调整第二预定时间段的取值。
84.根据本公开的实施例，在确定出的处理待处理任务预计需要消耗的处理时长后，可以检测是否在误差允许范围内。如果在误差允许范围内，表明第二预定时间段的取值是合适的，此次不需要对该取值进行调整。如果大于误差允许范围，表明第二预定时间段的取值是不合适的，此次需要对该取值进行调整。误差允许值用于表征误差的最大值，该值可以人为设置，可以是固定数值，也可以是变化数值，本公开不做限定。
85.本公开的实施例使用误差允许范围来确定是否调整第二预定时间段的取值，可以实现根据预测结果快速调整第二预定时间段的取值，来提高历史处理效率的准确性。
86.下文将以为信用卡审批部门计算出当前待处理订单的预计完成时间为例，详细阐述本公开提供的时长确定方法的具体实施方式。可以理解的是，针对审批任务，将历史处理时长具体为历史审批时长t1(小时)，将在第二预定时间段内已处理任务的第二数量具体为历史审批申请单总数s1(笔)，将历史处理效率具体为历史审批效率v1(笔/小时)。将实时处理时长具体为实时审批时长t2(小时)，将在第三预定时间段内已处理任务的第三数量具体为实时审批申请单总数s2(笔)，将具体为实时审批效率v2(笔/小时)。其中，历史审批效率v1和实时审批效率v2都有初始值，但是在计算过程中却是变化的数据。历史审批效率v1的第一权重值具体为k，实时审批效率v2的第二权重值具体为1
‑
k。在第一预定时间段内待处
理任务的第一数量具体为待审批申请单总数s(笔)。最终确定的预计需要消耗的处理时长具体为预计完成时间t(小时)。
87.在具体实施时，根据历史审批时长t1查询出从当前日期倒推第二预定时间段在工作时间内的历史审批申请单总数s1(笔)。计算历史审批效率v1的初始值为v1＝s1/t1(笔/小时)。确定第三预定时间段，通常为近0.5小时～1小时以确保实时性和准确性，根据第三预定时间段确定出实时审批时长t2。查询实时审批申请单总数s2(笔)，查询从当前时刻到在第三预定时间段时间之前的工作时间范围内已审批的申请单总数。计算出实时审批效率v2的初始值为v2＝s2/t2(笔/小时)。在历史审批效率v1的第一权重值为k，实时审批效率v2的第二权值为1
‑
k的情况下，计算并保存更新后的历史审批效率为v3＝v1*k+v2*(1
‑
k)(笔/小时)，将更新后的历史审批效率作为第一预定时间段内的预测处理效率，查询待审批申请单总数s(笔)，可以计算出预计完成时间t＝s/v3(小时)。
88.例如，第二预定时间段为30天，每日的工作时间为8小时，可以确定出历史审批时长t1为30*8＝240小时，查询到当前日期的前30个实际工作日完成审批的申请单总数为24万笔，那么可以得出历史审批效率v1＝240000/240＝1000笔/小时。第三预定时间段为0.5小时，即实时审批时长为0.5小时，查询到当前时刻之前的工作时间内的最新的0.5小时完成审批的申请单总数为742笔，那么可以得出实时审批效率v2＝742/0.5＝1484笔/小时。确定出历史审批效率的权值k＝33.3％，那么实时审批效率的权值k＝66.7％，通过实时审批效率更新历史审批效率，得到预测处理效率v3＝1000*33.3％+1484*66.7％＝1322.8笔/小时。查询到待审批申请单总数s为13228笔，那么根据预测处理效率v3，可以确定出预计完成时间t＝13228/1322.8＝10小时。
89.需要说明的是，由于实时数据是一个动态变化的量，预计完成时间也是一个实时刷新的数据，所以实时审批时长t2、实时审批效率v2、实时审批申请单总数s2、以及预测处理效率v3都是实时刷新的数据，需要不断的重复计算最新的实时审批时长t2、实时审批效率v2、实时审批申请单总数s2、以及预测处理效率v3，来实现数据的实时更新。历史处理效率和实时处理效率的权重值，也是可以根据实际情况自行设定的，本公开对此不做限定。
90.本公开提供的时长确定方法，将历史数据和实时数据结合的计算方式，在不使用其他软硬件，大数据，人工智能的情况下，以最经济便捷的方式，尽可能的准确预测未来的数据走向。优点如下：预测结果较准确、可动态调整历史数据和实时数据的权重、经济性好，对于处理一些简单数据的预测有参考性。
91.下面参考图4，结合具体实施例对时长确定装置做进一步说明。
92.图4示意性示出了根据本公开实施例的时长确定装置的框图。
93.如图4所示，该时长确定装置400可以包括第一确定模块410、获得模块420、以及第二确定模块430。
94.第一确定模块410，用于响应于时长查询请求，确定在第一预定时间段内待处理任务的第一数量，其中，时长查询请求用于指示查询处理待处理任务预计需要消耗的处理时长。可选地，第一确定模块410例如可以用于执行图2描述的操作s210，在此不再赘述。
95.获得模块420，用于基于在第二预定时间段内的历史处理效率和在第三预定时间段内的实时处理效率，获得在第一预定时间段内的预测处理效率，其中，第二预定时间段和第三预定时间段早于第一预定时间段。可选地，获得模块420例如可以用于执行图2描述的
操作s220，在此不再赘述。
96.第二确定模块430，用于根据第一数量和预测处理效率，确定处理待处理任务预计需要消耗的处理时长。可选地，第二确定模块430例如可以用于执行图2描述的操作s230，在此不再赘述。
97.通过本公开的实施例，利用在第一预定时间段内待处理任务的第一数量，基于在第二预定时间段内的历史处理效率和在第三预定时间段内的实时处理效率，获得在所述第一预定时间段内的预测处理效率，最终确定处理待处理任务预计需要消耗的处理时长，可以至少部分地解决/减轻/抑制/甚至避免相关技术中通过人工预估的方式预测待处理的完成时间导致预估效率低下且预测结果不准确的问题，并因此可以实现提高预估效率和准确性的技术效果。
98.作为一种可选的实施例，前述获得模块420可以包括：确定子模块，用于基于预设规则，确定在第二预定时间段内的历史处理效率的第一权重值和在第三预定时间段内的实时处理效率的第二权重值，其中，第一权重值和第二权重值的和为1；以及获得子模块，用于根据历史处理效率、第一权重值、实时处理效率以及第二权重值，获得在第一预定时间段内的预测处理效率。
99.作为一种可选的实施例，预设规则包括查询频率，确定子模块可以包括：第一确定单元，用于在时长查询请求的查询频率高于第一阈值的情况下，确定在第二预定时间段内的历史处理效率的第一权重值小于在第三预定时间段内的实时处理效率的第二权重值；或者第二确定单元，用于在时长查询请求的查询频率不高于第一阈值的情况下，确定在第二预定时间段内的历史处理效率的第一权重值大于在第三预定时间段内的实时处理效率的第二权重值。
100.作为一种可选的实施例，时长确定装置还可以包括：第一查询模块，用于查询在第二预定时间段内已处理任务的第二数量；第三确定模块，用于基于第二预定时间段，确定历史处理时长；以及第四确定模块，用于根据第二数量和历史处理时长，确定历史处理效率。
101.作为一种可选的实施例，时长确定装置还可以包括：第二查询模块，用于查询在第三预定时间段内已处理任务的第三数量；第五确定模块，用于基于第三预定时间段，确定实时处理时长；以及第六确定模块，用于根据第三数量和实时处理时长，确定实时处理效率。
102.作为一种可选的实施例，时长确定装置还可以包括：检测模块，用于检测在指定时刻之前参与已处理任务的处理人员的数量变动值是否超过第二阈值；第七确定模块，用于在处理人员的数量变动值超过第二阈值的情况下，确定数量变动的变动时间；以及第八确定模块，用于根据变动时间，确定第二预定时间段的取值。
103.作为一种可选的实施例，时长确定装置还可以包括：第九确定模块，用于根据时长查询请求的查询频率，确定第三预定时间段的取值，其中，查询频率越高，第三预定时间段的取值越小。
104.作为一种可选的实施例，时长确定装置还可以包括：调整模块，用于在确定出的处理待处理任务预计需要消耗的处理时长大于误差允许值的情况下，调整第二预定时间段的取值。
105.需要说明的是，时长确定装置部分实施例中各模块的实施方式、解决的技术问题、实现的功能、以及达到的技术效果分别与时长确定方法部分实施例中各对应的步骤的实施
方式、解决的技术问题、实现的功能、以及达到的技术效果相同或类似，在此不再赘述。
106.根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fnga)、可编程逻辑阵列(nla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
107.例如，第一确定模块、获得模块、第二确定模块、确定子模块、获得子模块、第一确定单元、第二确定单元、第一查询模块、第三确定模块、第四确定模块、第二查询模块、第五确定模块、第六确定模块、检测模块、第七确定模块、第八确定模块、第九确定模块、以及调整模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，第一确定模块、获得模块、第二确定模块、确定子模块、获得子模块、第一确定单元、第二确定单元、第一查询模块、第三确定模块、第四确定模块、第二查询模块、第五确定模块、第六确定模块、检测模块、第七确定模块、第八确定模块、第九确定模块、以及调整模块中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fnga)、可编程逻辑阵列(nla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，第一确定模块、获得模块、第二确定模块、确定子模块、获得子模块、第一确定单元、第二确定单元、第一查询模块、第三确定模块、第四确定模块、第二查询模块、第五确定模块、第六确定模块、检测模块、第七确定模块、第八确定模块、第九确定模块、以及调整模块中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
108.图5示意性示出了根据本公开实施例的适于实现上文描述的时长确定方法的计算机可读存储介质产品的示意图。
109.在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在设备上运行时，程序代码用于使设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的时长确定方法中的前述各项操作(或步骤)，例如，电子设备可以执行如图2中所示的操作s210～操作s230。
110.程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、系统或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(enrom或闪存)、光纤、便携式紧凑盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
111.如图5所示，描述了根据本发明的实施方式的时长确定的程序产品500，其可以采用便携式紧凑盘只读存储器(cd
‑
rom)并包括程序代码，并可以在设备，例如个人电脑上运行。然而本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、系统或者器件使用或者与其结合使用。
112.可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、系统或者器件使用或者与其结合使用的程序。可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆，rf等等，或者上述的任意合适的组合。
113.可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，程序设计语言包括面向对象的程序设计语言
‑
诸如java，c++等，还包括常规的过程式程序设计语言
‑
诸如“c”，语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络——包括局域网(laa)或广域网(waa)一连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
114.图6示意性示出了根据本公开实施例的适于实现上文描述的时长确定方法的电子设备的框图。图6示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
115.如图6所示，根据本公开实施例的电子设备600包括处理器601，其可以根据存储在只读存储器(rom)602中的程序或者从存储部分608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。处理器601例如可以包括通用微处理器(例如cnu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器601还可以包括用于缓存用途的板载存储器。处理器601可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
116.在ram 603中，存储有电子设备600操作所需的各种程序和数据。处理器601、rom 602以及ram 603通过总线604彼此相连。处理器601通过执行rom 602和/或ram 603中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom 602和ram 603以外的一个或多个存储器中。处理器601也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例图2中所示的操作s210～操作s230。
117.根据本公开的实施例，电子设备600还可以包括输入/输出(i/o)接口605，输入/输出(i/o)接口605也连接至总线604。系统600还可以包括连接至i/o接口605的以下部件中的一项或多项：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如laa卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。
118.根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被处理器601执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
119.本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的时长确定方法，包括图2中所示的操作s210～操作s230。
120.根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(enrom或闪存)、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的rom 602和/或ram 603和/或rom 602和ram 603以外的一个或多个存储器。
121.附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
122.本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
123.以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目标，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。