一种排队号码生成方法及终端设备与流程

文档序号:16926884发布日期:2019-02-22 19:56阅读:471来源:国知局
一种排队号码生成方法及终端设备与流程

本发明属于数据处理技术领域,尤其涉及排队号码生成方法及终端设备。



背景技术:

现在的银行柜台排号叫号方式都是多个柜台共用排队号码进行叫号,当某个窗口处理完当前客户的业务时,就直接叫排号客户队列中下一个排队号码的客户办理业务,但实际情况中,不同的柜台人员处理业务能力不同,如对于借贷类的业务一般都比较难处理,对于一些能力较强的柜台人员来说可能处理的比较快,但对于大部分柜台人员来说可能需要较多的时间处理,同时由于现有的排队号码都是根据客户取号的顺序来直接生成,因此若都是直接业务随机的叫下一个排队号码,会使得柜台人员的处理效率难以得到最大化的利用,使得银行对整个柜台业务处理的效率较低。



技术实现要素:

有鉴于此,本发明实施例提供了一种排队号码生成方法及终端设备,以解决现有技术中银行柜台业务排号及业务处理方式效率低下,使得业务办理整体效率较低的问题。

本发明实施例的第一方面提供了一种排队号码生成方法,包括:

获取多个柜台人员的业务处理记录以及待取号的第一用户的第一待办理业务和业务办理记录;

基于所述业务办理记录计算所述第一用户办理所述第一待办理业务所需的第一时长,并基于所述业务处理记录计算所述多个柜台人员处理所述第一待办理业务分别所需的第二时长;

基于所述第一时长以及所述第二时长,计算所述第一用户在每个所述柜台人员办理所述第一待办理业务分别所需的第三时长;

获取多个用户队列在所述多个柜台人员进行业务办理分别所需的第四时长,其中,每个所述用户队列唯一对应一个所述柜台人员;

从所述多个柜台人员中筛选出对应的所述第三时长与所述第四时长之和最小的柜台人员,并生成所述第一用户在该柜台人员唯一对应的所述用户队列中的排队号码。

本发明实施例的第二方面提供了一种终端设备,所述终端设备包括存储器、处理器,所述存储器上存储有可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如下步骤。

获取多个柜台人员的业务处理记录以及待取号的第一用户的第一待办理业务和业务办理记录;

基于所述业务办理记录计算所述第一用户办理所述第一待办理业务所需的第一时长,并基于所述业务处理记录计算所述多个柜台人员处理所述第一待办理业务分别所需的第二时长;

基于所述第一时长以及所述第二时长,计算所述第一用户在每个所述柜台人员办理所述第一待办理业务分别所需的第三时长;

获取多个用户队列在所述多个柜台人员进行业务办理分别所需的第四时长,其中,每个所述用户队列唯一对应一个所述柜台人员;

从所述多个柜台人员中筛选出对应的所述第三时长与所述第四时长之和最小的柜台人员,并生成所述第一用户在该柜台人员唯一对应的所述用户队列中的排队号码。

本发明实施例的第三方面提供了一种排队号码生成装置,包括:

记录获取模块,用于获取多个柜台人员的业务处理记录以及待取号的第一用户的第一待办理业务和业务办理记录;

第一时长计算模块,用于基于所述业务办理记录计算所述第一用户办理所述第一待办理业务所需的第一时长,并基于所述业务处理记录计算所述多个柜台人员处理所述第一待办理业务分别所需的第二时长;

第二时长计算模块,用于基于所述第一时长以及所述第二时长,计算所述第一用户在每个所述柜台人员办理所述第一待办理业务分别所需的第三时长;

时长获取模块,用于获取多个用户队列在所述多个柜台人员进行业务办理分别所需的第四时长,其中,每个所述用户队列唯一对应一个所述柜台人员;

排号生成模块,用于从所述多个柜台人员中筛选出对应的所述第三时长与所述第四时长之和最小的柜台人员,并生成所述第一用户在该柜台人员唯一对应的所述用户队列中的排队号码。

本发明实施例的第四方面提供了一种计算机可读存储介质,包括:存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如上所述的排队号码生成方法的步骤。

本发明实施例与现有技术相比存在的有益效果是:考虑到实际情况中,每个柜台人员对不同业务的处理能力不同,同时每个待取号用户在进行业务办理时的实际情况不同,这两个因素都会导致取号用户实际进行业务办理时所需的处理时间产生差异,因此为了提高整个柜台排号及业务办理的整体效率,本发明实施例会为每个柜台人员分别设置一个唯一对应的用户队列,柜台人员只需对其唯一对应的用户队列进行业务办理即可,在此基础上,再综合柜台人员+待取号用户的对不同待办理业务的办理情况,以及实际已经在排号的用户队列的情况来进行每个柜台人员业务办理工作的负荷均衡调控,优先将取号用户分配至业务办理剩余时间最短工作负荷最小的柜台人员的用户队列之中,并生成对应的排队号码,从而使得每次排号都能实现对柜台人员的工作均衡调控,保证了每个柜台人员的业务办理效率最大化,提升了整体业务办理的效率。

附图说明

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

图1是本发明实施例一提供的排队号码生成方法的实现流程示意图;

图2是本发明实施例二提供的排队号码生成方法的实现流程示意图;

图3是本发明实施例三提供的排队号码生成方法的实现流程示意图;

图4是本发明实施例四提供的排队号码生成方法的实现流程示意图;

图5是本发明实施例五提供的排队号码生成方法的实现流程示意图;

图6是本发明实施例六提供的排队号码生成装置的结构示意图;

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

具体实施方式

以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本发明实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本发明的描述。

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

为了便于理解本发明,此处先对本发明实施例进行简要介绍:

图1示出了本发明实施例一提供的排队号码生成方法的实现流程图,详述如下:考虑到一项业务的办理时间是由用户和柜台人员共同决定的,不同业务处理能力的柜台人员和不同性格、认知能力的用户,都会导致业务办理时间的不同,因此,为了最大化柜台人员的处理效率,本发明实施例中会综合柜台人员和用户两方面的因素来预测办理用户业务所需的时间,同时考虑到仅使用一条公用的用户队列来进行用户业务处理的随机分配,会难以保证柜台人员处理效率的最大化,因此本发明实施例中会对每个柜台人员设置单独的一个用户队列,在此基础上,在每次分配用户排号时,都根据上述预测出的用户在每个柜台人员处办理待办理业务时所需的时间来进行筛选,确定出处理用户待办理业务所需时长最短的柜台人员,并将用户分配至该柜台人员对应的用户队列之中进行排号生成,从而使得每次对用户的排号都是对各个柜台人员的负荷均衡调控,使得柜台人员的业务办理效率得到最大化,提升了整体业务办理的效率,详述如下:

s101,获取多个柜台人员的业务处理记录以及待取号的第一用户的第一待办理业务和业务办理记录。

其中,业务处理记录是指柜台人员对其处理过的各种业务的处理记录,包括对这些业务的处理次数和每次处理花费的时长等,例如对贷款业务的处理记录和对存取款业务的处理记录等,由于银行柜台人员能力不一处理业务的时间也不尽相同,因此理论上每个柜台人员的业务处理记录都是各不相同的,通过对这些业务处理记录的分析,可以得到每个柜台人员对每种业务的处理能力。业务办理记录是指用户在银行办理过的各种业务的办理记录,包括对这些业务的办理次数和每次办理所花费的时长等,由于每个用户的性格、认知能力不同,因此即使是同一种业务,不同的用户办理时所需的时间也会存在较大差异,因此对用户业务办理记录的分析,可以得到用户对每种业务办理的实际情况如何。业务处理记录和业务办理记录,均可从银行的系统中读取得到。第一待办理业务是指用户取号时选择的此次所需办理的业务。

s102,基于业务办理记录计算第一用户办理第一待办理业务所需的第一时长,并基于业务处理记录计算多个柜台人员处理第一待办理业务分别所需的第二时长。

其中,第一时长为用户进行待办理业务办理时的预估时长,第二时长为柜台人员进行待办理业务处理时的预估时长。由上述分析可知,本发明实施例中会从柜台人员+用户两方面来综合预估每个柜台人员办理某一用户的待办理业务所需的时长,因此本发明实施例首先会对用户性格、认知能力对业务办理的影响和柜台人员对业务处理能力进行量化,以计算上述两个预估时长,具体而言:

为了实现对用户性格、认知能力对业务办理的影响的量化,本发明实施例会根据用户历史办理记录来进行处理,若其中包含对待办理业务的办理记录,则根据该待办理业务的办理记录来进行第一时长的预估,如可以采用平均办理时长的方式计算第一时长,也可以采用其他一些算法来进行处理计算,此处不予限定,若其中不包含对待办理业务的办理记录,则可以采用用户对与待办理业务相关/相似的一些业务的办理记录来进行第一时长的预估,其中具体的预估方法可以与上述相同,此处不予限定。为了对柜台人员对业务处理能力的量化,以预估对某一柜台人员而言其处理某项特定业务所需的时间,本发明实施例会根据柜台人员的业务处理记录来进行处理,即会对柜台人员业务处理记录中对待处理业务的历史处理次数以及每次的处理时长进行分析,如可以进行平均处理时长计算,或者使用其他一些算法来进行分析等,得到柜台人员对待处理业务的第二时长,同样,若历史处理记录中没有对待办理业务的处理记录,则可以采用柜台人员对与待办理业务相关/相似的一些业务的处理记录来进行第二时长的预估,预估方法可以与上述第二时长预估方法相同,此处不予限定。

s103,基于第一时长以及第二时长,计算第一用户在每个柜台人员办理第一待办理业务分别所需的第三时长。

由于得到的第一时长和第二时长都是针对柜台人员或用户的单方面时长预估,但实际对待办理业务处理的时长是由柜台人员和用户双方面共同决定的,因此本发明实施例会根据第一时长和第二时长进行综合分析,已得到最终用户在每个柜台人员处办理待办理业务分别所需的预估时长。其中具体的时长分析方法可由技术人员自行设定,此处不予限定,包括但不限于如预先设置每种时长对应的权重系数,再根据权重系数对两个时长进行权重计算,从而得到最终的第三时长。

s104,获取多个用户队列在多个柜台人员进行业务办理分别所需的第四时长,其中,每个用户队列唯一对应一个柜台人员。

其中,第四时长是指柜台人员对其对应的用户队列进行业务办理的预估总时长。本发明实施例中对每个柜台人员都设置了唯一对应处理的用户队列,根据实际银行排号情况可以预知地,在实际应用中,用户来进行取号时柜台人员对应的用户队列长度可能不为零,即在用户来取号的时候,柜台人员就已经有其他已取号用户在进行排号了,而对柜台人员负荷的均衡负载,意味着需要尽可能地保证每个柜台人员对其用户队列的预估处理时长相近,因此在进行取号用户的排队号码生成时,本发明实施例会获取每个柜台人员对其实际已经对应的用户队列的处理预估总时长,以为后续分析提供数据基础。

其中,第四时长的获取,既可以是由技术人员根据用户队列的情况进行预估并手动输入的,也可以是根据技术人员预设设定的算法和用户队列的情况进行计算得到的,此处不予限定,包括但不限于如由技术人员预先设置一个单用户默认时长,并将用户队列中包含的用户数量乘以该单用户默认时长,从而得到用户队列对应的第四时长,或者根据本发明实施例二至五相关实施例来进行第四时长的计算。

s105,从多个柜台人员中筛选出对应的第三时长与第四时长之和最小的柜台人员,并生成第一用户在该柜台人员唯一对应的用户队列中的排队号码。

在得到柜台人员的用户队列处理的预估总时长之后,将其与第三时长相加,即可得到理论上若将取号用户加入其用户队列,其对应处理业务所需的总时长如何即工作负荷如何。为了实现对每个柜台人员负荷的均衡调控,本发明实施例会优先将取号用户安排在第三时长与第四时长之和最小的柜台人员的用户队列之中,以保证即使将取号用户加入该用户队列中,整体所有的柜台人员的工作负荷也相差不大,从而使得整体柜台人员的业务处理效率得到了最大化的提升。其中具体生成排队号码时,直接读取对应用户队列中最后一位的排队号码,并加一位生成取号用户的派对号码即可。

作为本发明的一个实施例,为了区分不同柜台人员的用户队列,可以为每个柜台人员设置一个唯一对应的非数字的编号,在生成排队号码时,为每个排队号码添加上对应的编号即可。

本发明实施例中,考虑到实际情况中,每个柜台人员对不同业务的处理能力不同,同时每个待取号用户在进行业务办理时的实际情况不同,这两个因素都会导致取号用户实际进行业务办理时所需的处理时间产生差异,因此为了提高整个柜台排号及业务办理的整体效率,本发明实施例会为每个柜台人员分别设置一个唯一对应的用户队列,柜台人员只需对其唯一对应的用户队列进行业务办理即可,在此基础上,再综合柜台人员+待取号用户的对不同待办理业务的办理情况,以及实际已经在排号的用户队列的情况,来进行每个柜台人员业务办理工作的负荷均衡调控,优先将取号用户分配至业务办理剩余时间最短工作负荷最小的柜台人员的用户队列之中,并生成对应的排队号码,从而使得每次排号都能实现对柜台人员的工作均衡调控,保证了每个柜台人员的业务办理效率最大化,提升了整体业务办理的效率。

作为本发明实施例获取用户队列进行业务办理所需的第四时长的一种具体实现方式,考虑到实际情况中已取号的用户可以分为两种:一种是已取号正在排号的第二用户,一种是已取号且正在柜台人员处进行业务办理的第三用户,由于两种用户的实际情况不同,第三用户其已经办理了一段时间,因此在进行办理时间预估时,第三用户只需要预估其业务办理剩余的时长即可,因此为了实现对用户队列第四时长的获取,如图2所示,本发明实施例二,包括:

s201,获取第二用户进行业务办理所需的第五时长。

其中,第五时长是指正在排号的第二用户,在其对应的柜台人员处进行其待办理业务的办理时所需的预估时长,这里对第五时长的获取方法不进行限定,可以采用本发明实施例一种提到的方法,也可以参考本发明实施例三至五中的相关方法。

s202,获取第三用户进行业务办理剩余的第六时长。

其中,第六时长是指正在进行业务办理的第三用户,在其对应的柜台人员处进行业务办理还需的预估时长。第三用户与第二用户唯一的不同就在于第三用户已经办理了一段时间的业务,因此在第六时长的获取时,可以先按照上述对第五时长计算方法计算出第三用户业务办理所需时长,再将其减去第三用户实际进行业务办理已耗费的时长,即可得到对应的第六时长。

s203,基于第五时长以及第六时长,计算用户队列在对应的柜台人员进行业务办理所需的第四时长。

在得到第五时长与第六时长之后,只需要把柜台人员对应的用户队列中所有正在排号的第二用户的第五时长,与正在进行业务办理的第三用户的第六时长相加,即可得到用户队列在对应的柜台人员处进行业务办理所需的第四时长。

作为本发明实施例二中获取第二用户在对应柜台人员处处理待办理业务所需的第五时长的一种具体实现方法,如图3所示,本发明实施例三,包括:

s301,获取用户队列对应的柜台人员的业务处理记录,以及第二用户的第二待办理业务和第二业务办理记录。

s302,基于业务处理记录,计算用户队列对应的柜台人员处理第二待办理业务所需的第七时长,并基于第二业务办理记录,计算第二用户办理第二待办理业务所需的第八时长。

s303,基于第七时长以及第八时长,计算第二用户在用户队列对应的柜台人员办理第二待办理业务所需的第五时长。

在本发明实施例中,对第二用户的待办理业务所需的第五时长的计算法,其实质与本发明实施例一相同,即都是从柜台人员业务处理能力+用户性格、认知能力两方面因素来进行综合考量的,唯一不同之处在于,本发明实施例中的第二用户所对应的柜台人员是确定的,因此本发明实施例中针对第二用户只需计算对在其唯一对应的柜台人员处办理待办理业务的预估时长即可,其中,具体对第七时长、第八时长以及第五时长的计算方法,可参考本发明实施例一,此处不予赘述。

作为本发明实施例二中获取第三用户在对应柜台人员处处理待办理业务剩余的第六时长的一种具体实现方法,如图4所示,本发明实施例四,包括:

s401,获取用户队列对应的柜台人员的业务处理记录,以及第三用户的第三待办理业务和第三业务办理记录。

s402,基于业务处理记录,计算用户队列对应的柜台人员处理第三待办理业务分别所需的第九时长,并基于第三业务办理记录,计算第三用户办理第三待办理业务所需的第十时长。

s403,基于第九时长以及第十时长,计算第三用户在用户队列对应的柜台人员办理第三待办理业务所需的第十一时长。

其中,第十一时长即为第三用户在对应的柜台人员处办理业务的预估时长,其计算法实质与本发明实施例一和本发明实施例三中,计算取号的第一用户以及正在排号的第二用户在对应的柜台人员处办理业务预估时长相同,但与本发明实施例一中不同的是,本发明实施例中第三用户对应的柜台人员是确定的,因此本发明实施例中也只需要计算出一个第十一时长即可。其中,具体对第九时长、第十时长以及第十一时长的计算方法,可参考本发明实施例一,此处不予赘述。

s404,获取第三用户在用户队列对应的柜台人员办理第三待办理业务已耗费的时长,并计算第十一时长与已耗费的时长的差值,得到第六时长。

在确定出第三用户在对应的柜台人员处办理业务的预估时长之后,将其减去第三用户办理业务已耗费的时长,即可得到理论上第三用户办理业务的剩余时长。其中,由于银行每次处理完一个用户的业务时,都会利用叫号系统进行下一个排号用户的叫号,因此,可根据第三用户对应的叫号时间和计算第十一时长之后获取到的当前时间,计算出第三用户业务办理已耗费的时长。

作为本发明实施例二或本发明实施例三中,获取第二用户在对应柜台人员处处理待办理业务所需的第五时长的一种具体实现方法,考虑到实际情况中,正在排号的第二用户可能会由于各种原因而放弃或错过排队,而只要第二用户放弃或错过排队,即说明其无法继续进行业务办理,此时使用上述本发明实施例预估的第五时长就必然存在误差,此时对取号用户的排号分配必然存在不准确的情况,导致最终柜台人员整体业务办理效率无法最大化,因此为了提高对第五时长的预估准确性,如图5所示,本发明实施例五,包括:

s501,获取第二用户的实时位置,并基于实时位置计算第二用户错过排号的概率。

s502,若错过排号的概率大于预设概率阈值,则将第五时长设置为零。

为了实现对第二用户实时位置的获取,本发明实施例中可以在用户取号时,通过手机软件请求获取用户实时位置的权限。由于银行位置是已知的,在获取到第二用户的实时位置的基础上,可以大致估算出其回到银行所需的时间,如可以预设一个默认的速度,并根据银行位置和实时位置的距离,以及默认的速度,来计算出对应的回到银行的时间。

在得到第二用户回到银行的时间之后,可以比较回到银行的时间与在该第二用户之前排号的其他第二用户和第三用户计算出的业务处理时间的大小关系(可以使用本发明实施例二至四的方法进行计算,也可有技术人员自行设计计算方法),若回到银行的时间大于该业务处理时间,或者回到银行的时间与该业务处理时间的差值大于技术人员设定的阈值,则说明该第二用户难以及时回到银行进行排号,因此此时即可判定该第二用户会错过排号的概率大于预设概率阈值,另一方面,若想实现对错过排号概率计算的细化,也可以由技术人员预先设置多个大小不同的差值范围并设置对应的错过排号的概率,再根据回到银行的时间与该业务处理时间的实际差值所处的差值范围,来确定出其实际对应的错过排号的概率,并判定其错过排号的概率与预设概率阈值的大小关系即可。其中预设概率阈值的具体值大小,由技术人员根据实际需求设定。

作为本发明的一个实施例,在上述本发明实施例五根据第二用户回到银行时间进行错过排号概率计算的同时,考虑到还可能同时存在另一种情况,即由于第二用户排号期间离开银行距离过远,从而导致第二用户不愿意再回到银行继续排号,此时第二用户会直接放弃排号,从而使得上述对第五时长的计算仍然不准确,因此,本发明实施例中,包括:基于第二用户的实时位置和银行位置,计算第二用户距离银行的实时距离。若该实时距离大于预设距离阈值,判定其错过排号的概率大于预设概率阈值,并将第五时长设置为零。

作为上述本发明实施例一至五中基于业务办理记录计算用户办理业务的预估时长,以及基于业务处理记录计算柜台人员处理业务的预估时长的一种具体实现方法,本发明实施例中会根据业务办理记录中用户对待办理业务的办理次数,以及每次办理耗费时长来进行预估时长的计算,具体而言,会先剔除耗费时长中明显的异常的值,再基于剩下的值求平均值,得到对应的用户办理业务的预估时长,同样,对于业务处理记录中柜台人员对待办理业务的处理次数以及每次出来耗费时长,先剔除其中明显异常的值再基于剩下的值求平均值,即可得到对应的柜台人员处理业务的预估时长。

在本发明实施例中,为了实现对整体柜台人员负荷的均衡调控,以最大化整体柜台人员的业务处理效率,首先为每个柜台人员设置了唯一对应所需处理的用户队列,同时在为取号用户进行用户队列分配和排队号码生成时,将柜台人员的工作负荷划分为取号第一用户+正在排号第二用户+正在业务处理第三用户共3部分进行考量,且每一部分均会同时从柜台人员业务处理能力+用户性格、认知能力两个维度进行业务办理时间的预估,并综合三部分的预估结果,得到若将取号第一用户分配至各个柜台人员时,每个柜台人员的实际工作负荷,再将取号第一用户分配至实际工作负荷最小的柜台人员的用户队列之中进行排队号码生成,从而使得每次的排队号码生成都能综合所有柜台人员的实际能力、用户实际情况以及柜台人员的实际处理负荷来处理,使得对整体柜台人员业务办理工作实现均衡负载的效果,实现柜台人员业务办理效率的最大化。

对应于上文实施例的方法,图6示出了本发明实施例提供的排队号码生成装置的结构框图,为了便于说明,仅示出了与本发明实施例相关的部分。图6示例的排队号码生成装置可以是前述实施例一提供的排队号码生成方法的执行主体。

参照图6,该排队号码生成装置包括:

记录获取模块61,用于获取多个柜台人员的业务处理记录以及待取号的第一用户的第一待办理业务和业务办理记录。

第一时长计算模块62,用于基于所述业务办理记录计算所述第一用户办理所述第一待办理业务所需的第一时长,并基于所述业务处理记录计算所述多个柜台人员处理所述第一待办理业务分别所需的第二时长。

第二时长计算模块63,用于基于所述第一时长以及所述第二时长,计算所述第一用户在每个所述柜台人员办理所述第一待办理业务分别所需的第三时长。

时长获取模块64,用于获取多个用户队列在所述多个柜台人员进行业务办理分别所需的第四时长,其中,每个所述用户队列唯一对应一个所述柜台人员。

排号生成模块65,用于从所述多个柜台人员中筛选出对应的所述第三时长与所述第四时长之和最小的柜台人员,并生成所述第一用户在该柜台人员唯一对应的所述用户队列中的排队号码。

进一步地,时长获取模块,包括:

第一时长子获取模块,用于获取所述第二用户进行业务办理所需的第五时长。

第二时长子获取模块,用于获取所述第三用户进行业务办理剩余的第六时长。

基于所述第五时长以及所述第六时长,计算所述用户队列在对应的所述柜台人员进行业务办理所需的所述第四时长。

进一步地,第一时长子获取模块,包括:

获取所述用户队列对应的所述柜台人员的业务处理记录,以及所述第二用户的第二待办理业务和第二业务办理记录。

基于所述业务处理记录,计算所述用户队列对应的所述柜台人员处理所述第二待办理业务所需的所述第七时长,并基于所述第二业务办理记录,计算所述第二用户办理所述第二待办理业务所需的第八时长。

基于所述第七时长以及所述第八时长,计算所述第二用户在所述用户队列对应的所述柜台人员办理所述第二待办理业务所需的所述第五时长。

进一步地,第二时长子获取模块,包括:

获取所述用户队列对应的所述柜台人员的业务处理记录,以及所述第三用户的第三待办理业务和第三业务办理记录。

基于所述业务处理记录,计算所述用户队列对应的所述柜台人员处理所述第三待办理业务分别所需的所述第九时长,并基于所述第三业务办理记录,计算所述第三用户办理所述第三待办理业务所需的第十时长。

基于所述第九时长以及所述第十时长,计算所述第三用户在所述用户队列对应的所述柜台人员办理所述第三待办理业务所需的第十一时长。

获取所述第三用户在所述用户队列对应的所述柜台人员办理所述第三待办理业务已耗费的时长,并计算所述第十一时长与所述已耗费的时长的差值,得到所述第六时长。

进一步地,第一时长子获取模块,还包括:

获取所述第二用户的实时位置,并基于所述实时位置计算所述第二用户错过排号的概率。

若所述错过排号的概率大于预设概率阈值,则将所述第五时长设置为零。

本发明实施例提供的排队号码生成装置中各模块实现各自功能的过程,具体可参考前述图1所示实施例一的描述,此处不再赘述。

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

还应理解的是,虽然术语“第一”、“第二”等在文本中在一些本发明实施例中用来描述各种元素,但是这些元素不应该受到这些术语的限制。这些术语只是用来将一个元素与另一元素区分开。例如,第一表格可以被命名为第二表格,并且类似地,第二表格可以被命名为第一表格,而不背离各种所描述的实施例的范围。第一表格和第二表格都是表格,但是它们不是同一表格。

图7是本发明一实施例提供的终端设备的示意图。如图7所示,该实施例的终端设备7包括:处理器70、存储器71,所述存储器71中存储有可在所述处理器70上运行的计算机程序72。所述处理器70执行所述计算机程序72时实现上述各个排队号码生成方法实施例中的步骤,例如图1所示的步骤101至105。或者,所述处理器70执行所述计算机程序72时实现上述各装置实施例中各模块/单元的功能,例如图6所示模块61至65的功能。

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

所称处理器70可以是中央处理单元(centralprocessingunit,cpu),还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor,dsp)、专用集成电路(applicationspecificintegratedcircuit,asic)、现成可编程门阵列(field-programmablegatearray,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器71可以是所述终端设备7的内部存储单元,例如终端设备7的硬盘或内存。所述存储器71也可以是所述终端设备7的外部存储设备,例如所述终端设备7上配备的插接式硬盘,智能存储卡(smartmediacard,smc),安全数字(securedigital,sd)卡,闪存卡(flashcard)等。进一步地,所述存储器71还可以既包括所述终端设备7的内部存储单元也包括外部存储设备。所述存储器71用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器71还可以用于暂时地存储已经发送或者将要发送的数据。

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

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(read-onlymemory,rom)、随机存取存储器(randomaccessmemory,ram)、电载波信号、电信信号以及软件分发介质等。

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

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1