CN115103065A - 并发资源池的调整方法、装置、存储介质及计算机设备 - Google Patents
并发资源池的调整方法、装置、存储介质及计算机设备 Download PDFInfo
- Publication number
- CN115103065A CN115103065A CN202210708509.6A CN202210708509A CN115103065A CN 115103065 A CN115103065 A CN 115103065A CN 202210708509 A CN202210708509 A CN 202210708509A CN 115103065 A CN115103065 A CN 115103065A
- Authority
- CN
- China
- Prior art keywords
- outbound
- scene
- total
- resource pool
- time length
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
- H04M3/36—Statistical metering, e.g. recording occasions when traffic exceeds capacity of trunks
- H04M3/367—Traffic or load control
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/5038—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the execution order of a plurality of tasks, e.g. taking priority or time dependency constraints into consideration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42187—Lines and connections with preferential service
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/50—Indexing scheme relating to G06F9/50
- G06F2209/5011—Pool
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Telephonic Communication Services (AREA)
Abstract
本申请实施例公开了一种并发资源池的调整方法、装置、存储介质及计算机设备,方法包括:获取当前多个外呼场景中每一外呼场景的待外呼量,以及获取每一外呼场景的场景权重系数;基于每一外呼场景的待外呼量以及场景权重系数,计算每一外呼场景的加权平均后的外呼总时长;根据每一外呼场景的加权平均后的外呼总时长,以及每一外呼场景的参考外呼总时长,确定在下一个调整时间间隔内每一外呼场景的外呼并发量;根据每一外呼场景的并发量为每一外呼场景分配外呼并发资源池的外呼资源。通过计算外呼场景对应的加权平均后的外呼总时长进而得到外呼并发量,从而动态调配外呼资源,避免外呼名单在当天拨打不完的情况发生,不造成名单浪费。
Description
技术领域
本申请涉及计算机领域,具体涉及一种并发资源池的调整方法、装置、计算机可读存储介质及计算机设备。
背景技术
近年来,伴随计算机设备技术的发展以及普及,在一些推销场景中,会用到智能外呼,智能外呼核心是AI的基础技术,赋予产品识别语音、语义理解、合成语音的能力,简单来说就是如何准的确地识别客户所表达的意思,一般称作识别意图。而另一方面,Fs、sip构建的话务服务赋予产品对外通话的能力,可以拨通客户的手机进行交流。
在对现有技术的研究和实践过程中,本申请的发明人发现,现有技术中,在外呼时经常存在外呼名单在当天拨打不完的情况发生,造成名单浪费。
发明内容
本申请实施例提供一种并发资源池的调整方法及装置,可以避免外呼名单在当天拨打不完的情况发生,不造成名单浪费。
为解决上述技术问题,本申请实施例提供以下技术方案:
一种并发资源池的调整方法,包括:
获取当前多个外呼场景中每一外呼场景的待外呼量,以及获取每一外呼场景的场景权重系数;
基于所述每一外呼场景的待外呼量以及所述场景权重系数,计算每一外呼场景的加权平均后的外呼总时长;
根据每一外呼场景的加权平均后的外呼总时长,以及每一外呼场景的参考外呼总时长,确定在下一个调整时间间隔内每一外呼场景的外呼并发量;
根据每一外呼场景的并发量为每一外呼场景分配外呼并发资源池的外呼资源,以便根据所述外呼资源进行外呼。
一种并发资源池的调整装置,包括:
获取模块,用于获取当前多个外呼场景中每一外呼场景的待外呼量,以及获取每一外呼场景的场景权重系数;
计算模块,用于基于所述每一外呼场景的待外呼量以及所述场景权重系数,计算每一外呼场景的加权平均后的外呼总时长;
第一确定模块,用于根据每一外呼场景的加权平均后的外呼总时长,以及每一外呼场景的参考外呼总时长,确定在下一个调整时间间隔内每一外呼场景的外呼并发量;
分配模块,用于根据每一外呼场景的并发量为每一外呼场景分配外呼并发资源池的外呼资源,以便根据所述外呼资源进行外呼。
在一些实施例中,所述计算模块,包括:
第一计算子模块,用于计算多个外呼场景的总剩余外呼量;
第二计算子模块,用于计算每一外呼场景的剩余外呼量与所述总剩余外呼量的比值,得到第一结果;
第一确定子模块,用于基于所述第一结果以及所述场景权重系数,确定每一外呼场景的加权平均后的外呼总时长。
在一些实施例中,第一确定子模块,用于:
获取每一外呼场景的参考外呼总时长;
计算所述参考外呼总时长、所述场景权重参数以及所述第一结果的乘积,得到第二结果;
将所述第二结果确定为每一外呼场景的加权平均后的外呼总时长。
在一些实施例中,所述第一确定模块,包括:
第三计算子模块,用于计算每一外呼场景所需的参考外呼总时长与所述加权平均后的外呼总时长的比值,得到第三结果;
第二确定子模块,用于将所述第三结果确定为每一外呼场景的并发量。
在一些实施例中,所述第一确定模块,还包括:
检测子模块,用于检测每一外呼场景对应的第三结果中是否存在为第一预设值的目标第三结果;
第三确定子模块,用于若存在为第一预设值的目标第三结果,则确定所述目标第三结果对应的目标外呼场景,并将所述目标第三结果变更为第二预设值;
第四确定子模块,用于将所述第二预设值确定为所述目标外呼场景的并发量。
在一些实施例中,所述装置,还包括:
第二确定模块,用于当检测到外呼场景中针对于当前外呼对象的外呼结束后,从外呼场景对应的剩余名单中确定出下一目标外呼对象;
外呼模块,用于对所述目标外呼对象进行外呼。
在一些实施例中,所述获取模块,包括:
获取子模块,用于获取每一外呼场景对应的银行业务类型,以及当前时间段;
第四计算子模块,用于基于预设优先级判定规则、所述银行业务类型以及所述当前时间段确定每一外呼场景对应的优先级参数,并计算多个外呼场景的总优先级参数;
第五计算子模块,用于计算每一外呼场景对应的优先级参数与所述总优先级参数的比值,得到每一外呼场景的场景权重系数。
一种计算机可读存储介质,所述计算机可读存储介质存储有多条指令,所述指令适于处理器进行加载,以执行上述并发资源池的调整方法中的步骤。
一种计算机设备,包括存储器,处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现如上所述并发资源池的调整方法中的步骤。
本申请实施例通过获取当前多个外呼场景中每一外呼场景的待外呼量,以及获取每一外呼场景的场景权重系数;基于所述每一外呼场景的待外呼量以及所述场景权重系数,计算每一外呼场景的加权平均后的外呼总时长;根据每一外呼场景的加权平均后的外呼总时长,以及每一外呼场景的参考外呼总时长,确定在下一个调整时间间隔内每一外呼场景的外呼并发量;根据每一外呼场景的并发量为每一外呼场景分配外呼并发资源池的外呼资源,以便根据所述外呼资源进行外呼。以此,通过计算外呼场景对应的加权平均后的外呼总时长进而得到外呼并发量,从而动态调配外呼资源,避免外呼名单在当天拨打不完的情况发生,不造成名单浪费。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1a为本申请实施例提供的并发资源池的调整方法的系统示意图。
图1b为本申请实施例提供的并发资源池的调整方法的流程示意图。
图2为本申请实施例提供的并发资源池的调整装置的结构示意图。
图3为本申请实施例提供的计算机设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述。显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
请参阅图1a,图1a为本申请实施例所提供的并发资源池的调整方法的系统示意图,该系统可以包括至少一个客户端1000,至少一个计算机设备2000,至少一个数据库3000,以及网络4000。每一应用对应有至少一计算机设备2000,且客户端1000可以为手机、电脑或个人数字助理等终端设备,计算机设备2000通过网络4000对客户端1000进行网络电话拨打。其中,网络4000可以是无线网络或者有线网络,比如无线网络为无线局域网(WLAN)、局域网(LAN)、蜂窝网络、2G网络、3G网络、4G网络、5G网络等。另外,该系统可以包括数据库3000,数据库3000可用于存储多个用户的偏好,以及待外呼名单等。
本申请实施例提供了一种并发资源池的调整方法,该方法可以由计算机设备执行。如图1a所示,该计算机设备2000获取当前多个外呼场景中每一外呼场景的待外呼量,以及获取每一外呼场景的场景权重系数;基于所述每一外呼场景的待外呼量以及所述场景权重系数,计算每一外呼场景的加权平均后的外呼总时长;根据每一外呼场景的加权平均后的外呼总时长,以及每一外呼场景的参考外呼总时长,确定在下一个调整时间间隔内每一外呼场景的外呼并发量;根据每一外呼场景的并发量为每一外呼场景分配外呼并发资源池的外呼资源,以便根据所述外呼资源进行外呼。基于此,通过计算外呼场景对应的加权平均后的外呼总时长进而得到外呼并发量,从而动态调配外呼资源,避免外呼名单在当天拨打不完的情况发生,不造成名单浪费。
需要说明的是,图1a所示的并发资源池的调整方法的场景示意图仅仅是一个示例,本申请实施例描述的并发资源池的调整系统以及场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着并发资源池的调整系统的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
在本实施例中,将从并发资源池的调整装置的角度进行描述,该并发资源池的调整装置具体可以集成在具备储存单元并安装有微处理器而具有运算能力的计算机设备中。
请参阅图1b,图1b为本申请实施例提供的并发资源池的调整方法的流程示意图。该并发资源池的调整方法包括:
在步骤101中,获取当前多个外呼场景中每一外呼场景的待外呼量,以及获取每一外呼场景的场景权重系数。
其中,不同的外呼业务对应有不同的外呼场景,例如信用卡推荐业务对应的外呼场景是信用卡推荐场景,保险推荐业务对应的外呼场景是保险推荐场景。并且,针对于不同的外呼场景,会为每一外呼场景配置外呼名单,该外呼名单可基于历史外呼确定出用户的选购倾向,从而确定用户的选购倾向中是否命中特定的业务,若命中,则将用户分配在该特定业务对应的特定外呼场景的名单中。例如:在与A用户的历史外呼通话中,A用户表明需要选购一款保险,则可以将A用户的号码分配至保险推荐外呼场景对应的外呼名单中,用于后续对A用户进行保险业务的外呼。
具体的,场景权重系数可由业务人员基于不同外呼场景的重要程度或者优先级自行设定。
在一些实施方式中,所述获取每一外呼场景的场景权重系数的步骤,包括:
(1)获取每一外呼场景对应的银行业务类型,以及当前时间段;
(2)基于预设优先级判定规则、所述银行业务类型以及所述当前时间段确定每一外呼场景对应的优先级参数,并计算多个外呼场景的总优先级参数;
(3)计算每一外呼场景对应的优先级参数与所述总优先级参数的比值,得到每一外呼场景的场景权重系数。
其中,场景权重参数也可以根据计算得出,计算方式为:获取每一外呼场景对应的当前时间段以及银行业务类型。例如:外呼场景存在信用卡推荐外呼场景以及贷款催收外呼场景,当前时间段为8:00-10:00。基于预设优先级判定规则、所述银行业务类型以及所述当前时间段确定每一外呼场景对应的优先级参数,并计算多个外呼场景的总优先级参数。由于8:00-10:00一般为用户的工作时间,故按照预设优先级判定规则,款催收外呼场景的优先级较高,优先级参数可设置为1;信用卡推荐外呼场景的优先级较低,优先级参数可设置为2;总优先级参数为1+2=3。计算每一外呼场景对应的优先级参数与所述总优先级参数的比值,得到每一外呼场景的场景权重系数,则款催收外呼场景的场景权重系数为1/3,信用卡推荐外呼场景的场景权重系数为2/3。
在步骤102中,基于每一外呼场景的待外呼量以及场景权重系数,计算每一外呼场景的加权平均后的外呼总时长。
其中,可通过场景权重系数对外呼总时长进行矫正,场景权重系数越小,加权平均后的外呼总时长就越短,可以保证月先机越高的场景在更有限的时间内完成外呼,避免造成名单浪费。
具体的,待外呼量即为每一外呼场景在当前剩余还未进行外呼的外呼量。
在一些实施方式中,所述基于所述每一外呼场景的待外呼量以及所述场景权重系数,计算每一外呼场景的加权平均后的外呼总时长的步骤,包括:
(1)计算多个外呼场景的总剩余外呼量;
(2)计算每一外呼场景的剩余外呼量与所述总剩余外呼量的比值,得到第一结果;
(3)基于所述第一结果以及所述场景权重系数,确定每一外呼场景的加权平均后的外呼总时长。
其中,计算每一外呼场景的剩余外呼量相加之后的总剩余外呼量;在计算每一外呼场景对应的剩余外呼量与该总剩余外户量的比值,得到第一结果;并基于第一结果以及所述场景权重系数,确定每一外呼场景的加权平均后的外呼总时长。
例如,外呼场景A的剩余外呼量为100,外呼场景B的剩余外呼量为200,则外呼场景A对应的第一比值为1/3;外呼场景B对应的第一比值为2/3。
在一些实施方式中,所述基于所述第一结果以及所述场景权重系数,确定每一外呼场景的加权平均后的外呼总时长的步骤,包括:
(1.1)获取每一外呼场景的参考外呼总时长;
(1.2)计算所述参考外呼总时长、所述场景权重参数以及所述第一结果的乘积,得到第二结果;
(1.3)将所述第二结果确定为每一外呼场景的加权平均后的外呼总时长。
其中,每一外呼场景的参考外呼总时长可以由剩余外呼量确定,在外呼场景A中设定每一次外呼需要10分钟,剩余外呼量为6,则参考外呼总时长即为10*6=1h。具体的,针对于不同的外呼场景设定的外呼需要时间可以是不同的,此处不做限定。再计算参考外呼总时长、场景权重参数以及第一结果的乘积,得到第二结果,并将第二结果确定为每一外呼场景的加权平均后的外呼总时长。
例如,外呼场景A:剩余外呼量100,权重系数0.7,外呼总时长为2h,外呼场景B:剩余外呼量100,权重系数0.2,外呼总时长为1h,则外呼场景A的加权平均后的外呼总时长为2*0.7*(100/200)=0.7h,外呼场景B的加权平均后的外呼总时长为1*0.2*(100/200)=0.1h。进而对参考外呼总时长进行加权平均处理,得到小于参考外呼总时长的加权平均外呼总时长。
在步骤103中,根据每一外呼场景的加权平均后的外呼总时长,以及每一外呼场景的参考外呼总时长,确定在下一个调整时间间隔内每一外呼场景的外呼并发量。
其中,在计算出加权平均后的外呼总时长后,需要基于加权平均后的外呼总时长确定每一外呼场景所需的外呼并发量,进而用于后续的并发资源池的外呼资源分配。
在一些实施方式中,所述根据每一外呼场景的加权平均后的外呼总时长,以及每一外呼场景的参考外呼总时长,确定在下一个调整时间间隔内每一外呼场景的外呼并发量的步骤,包括:
(1)计算每一外呼场景所需的参考外呼总时长与所述加权平均后的外呼总时长的比值,得到第三结果;
(2)将所述第三结果确定为每一外呼场景的并发量。
其中,并发量的计算可以为:计算每一外呼场景所需的参考外呼总时长与所述加权平均后的外呼总时长的比值,得到第三结果,将所述第三结果确定为每一外呼场景的并发量。
例如,外呼场景A的加权平均后的外呼总时长为0.7h,而其对应的参考外呼总时长为2h,则第三结果为2/0.7,将第三结果确定为外呼场景A的并发量。
具体的,并发资源池的外呼资源分配可以每15min或者30min等预设时间间隔进行一次分配,以实现并发资源池的动态调整。
在一些实施方式中,在所述计算每一外呼场景所需的参考外呼总时长与所述加权平均后的外呼总时长的比值,得到第三结果的步骤之后,还包括:
(1)检测每一外呼场景对应的第三结果中是否存在为第一预设值的目标第三结果;
(2)若存在为第一预设值的目标第三结果,则确定所述目标第三结果对应的目标外呼场景,并将所述目标第三结果变更为第二预设值;
(3)将所述第二预设值确定为所述目标外呼场景的并发量。
其中,为了避免某些外呼场景在当前并不存在剩余外呼量,也就导致其对应的参考外呼总时长为0,则第三结果即为0。则该场景不会进行外呼,但至下一次外呼资源分配之前可能存在出现少量的外呼名单需要外呼的情况,故需要确定每一外呼场景对应的第三结果中是否存在为第一预设值的目标第三结果(0或者小于预设值),若存在,则确定所述目标第三结果对应的目标外呼场景,并将所述目标第三结果变更为第二预设值(1或者大于预设值),并将第二预设值确定为所述目标外呼场景的并发量。从而保证名单量小的外呼场景至少有一个并发能使用。
在步骤104中,根据每一外呼场景的并发量为每一外呼场景分配外呼并发资源池的外呼资源,以便根据外呼资源进行外呼。
其中,在确定出每一外呼场景对应的并发量后,可根据每一外呼场景的并发量为每一外呼场景分配外呼并发资源池的外呼资源,以便根据外呼资源进行外呼。
例如,外呼场景A对应的并发量为1.1,外呼场景B对应的并发量为1.5,则计算机设备会根据1.1为外呼场景A分配外呼资源,根据1.5为外呼场景B分配外呼资源。具体的分配方式此处不做限定。
在一些实施方式中,所述根据每一外呼场景的并发量为每一外呼场景分配并发资源池的资源的步骤之后,还包括:
(1)当检测到外呼场景中针对于当前外呼对象的外呼结束后,从外呼场景对应的剩余名单中确定出下一目标外呼对象;
(2)对所述目标外呼对象进行外呼。
其中,为了节省时间,当检测到某一外呼场景中这也很对于当前外呼对象的外呼结束后,可从剩余名单中确定出目标外呼对象,该目标外呼对象为下一个需要外呼的外呼对象,直接对该目标外呼对象进行外呼,避免外呼结束后需要等一段时间才能外呼下一外呼对象之间的时间浪费。
其中,为了提高外呼资源分配的精准性,还可以提高各参数的收集频率,例如,1、截至当前时点待呼的名单量(计算频率:半小时)2、各场景在工作日,外呼时间段分布情况(计算频率:天)3、各场景在工作日,外呼接通率(计算频率:天)4、各场景在工作日,接通电话的通话时长(计算频率:天)5、各场景在工作日,未接通电话的通话时长(计算频率:天)6、场景在非工作日,外呼时间段分布情况(计算频率:天)7、各场景在非工作日,外呼接通率(计算频率:天)8、各场景在非工作日,接通电话的通话时长(计算频率:天)9、各场景在非工作日,从外呼开始到被挂断的时间(计算频率:天)10、资源池的并发上限(参与计算的各场景的并发上限之和)(计算频率:半小时)等。
由上述可知,本申请实施例通过获取当前多个外呼场景中每一外呼场景的待外呼量,以及获取每一外呼场景的场景权重系数;基于所述每一外呼场景的待外呼量以及所述场景权重系数,计算每一外呼场景的加权平均后的外呼总时长;根据每一外呼场景的加权平均后的外呼总时长,以及每一外呼场景的参考外呼总时长,确定在下一个调整时间间隔内每一外呼场景的外呼并发量;根据每一外呼场景的并发量为每一外呼场景分配外呼并发资源池的外呼资源,以便根据所述外呼资源进行外呼。以此,通过计算外呼场景对应的加权平均后的外呼总时长进而得到外呼并发量,从而动态调配外呼资源,避免外呼名单在当天拨打不完的情况发生,不造成名单浪费。
为便于更好的实施本申请实施例提供的并发资源池的调整方法,本申请实施例还提供一种基于上述并发资源池的调整方法的装置。其中名词的含义与上述并发资源池的调整方法中相同,具体实现细节可以参考方法实施例中的说明。
请参阅图2,图2为本申请实施例提供的并发资源池的调整装置的结构示意图,其中该并发资源池的调整装置可以包括获取模块201、计算模块202、第一确定模块203以及分配模块204等。
获取模块201,用于获取当前多个外呼场景中每一外呼场景的待外呼量,以及获取每一外呼场景的场景权重系数;
计算模块202,用于基于所述每一外呼场景的待外呼量以及所述场景权重系数,计算每一外呼场景的加权平均后的外呼总时长;
第一确定模块203,用于根据每一外呼场景的加权平均后的外呼总时长,以及每一外呼场景的参考外呼总时长,确定在下一个调整时间间隔内每一外呼场景的外呼并发量;
分配模块204,用于根据每一外呼场景的并发量为每一外呼场景分配外呼并发资源池的外呼资源,以便根据所述外呼资源进行外呼。
在一些实施方式中,所述计算模块202,包括:
第一计算子模块,用于计算多个外呼场景的总剩余外呼量;
第二计算子模块,用于计算每一外呼场景的剩余外呼量与所述总剩余外呼量的比值,得到第一结果;
第一确定子模块,用于基于所述第一结果以及所述场景权重系数,确定每一外呼场景的加权平均后的外呼总时长。
在一些实施方式中,第一确定子模块,用于:
获取每一外呼场景的参考外呼总时长;
计算所述参考外呼总时长、所述场景权重参数以及所述第一结果的乘积,得到第二结果;
将所述第二结果确定为每一外呼场景的加权平均后的外呼总时长。
在一些实施方式中,所述第一确定模块203,包括:
第三计算子模块,用于计算每一外呼场景所需的参考外呼总时长与所述加权平均后的外呼总时长的比值,得到第三结果;
第二确定子模块,用于将所述第三结果确定为每一外呼场景的并发量。
在一些实施方式中,所述第一确定模块,还包括:
检测子模块,用于检测每一外呼场景对应的第三结果中是否存在为第一预设值的目标第三结果;
第三确定子模块,用于若存在为第一预设值的目标第三结果,则确定所述目标第三结果对应的目标外呼场景,并将所述目标第三结果变更为第二预设值;
第四确定子模块,用于将所述第二预设值确定为所述目标外呼场景的并发量。
在一些实施方式中,所述装置,还包括:
第二确定模块,用于当检测到外呼场景中针对于当前外呼对象的外呼结束后,从外呼场景对应的剩余名单中确定出下一目标外呼对象;
外呼模块,用于对所述目标外呼对象进行外呼。
在一些实施方式中,所述获取模块201,包括:
获取子模块,用于获取每一外呼场景对应的银行业务类型,以及当前时间段;
第四计算子模块,用于基于预设优先级判定规则、所述银行业务类型以及所述当前时间段确定每一外呼场景对应的优先级参数,并计算多个外呼场景的总优先级参数;
第五计算子模块,用于计算每一外呼场景对应的优先级参数与所述总优先级参数的比值,得到每一外呼场景的场景权重系数。
由上述可知,本申请实施例通过获取模块201获取当前多个外呼场景中每一外呼场景的待外呼量,以及获取每一外呼场景的场景权重系数;计算模块202基于所述每一外呼场景的待外呼量以及所述场景权重系数,计算每一外呼场景的加权平均后的外呼总时长;第一确定模块203根据每一外呼场景的加权平均后的外呼总时长,以及每一外呼场景的参考外呼总时长,确定在下一个调整时间间隔内每一外呼场景的外呼并发量;分配模块204根据每一外呼场景的并发量为每一外呼场景分配外呼并发资源池的外呼资源,以便根据所述外呼资源进行外呼。以此,通过计算外呼场景对应的加权平均后的外呼总时长进而得到外呼并发量,从而动态调配外呼资源,避免外呼名单在当天拨打不完的情况发生,不造成名单浪费。
以上各个操作的具体实施可参见前面的实施例,在此不再赘述。
相应的,本申请实施例还提供一种计算机设备,该计算机设备可以为终端或者服务器,该终端可以为智能手机、平板电脑、笔记本电脑、触控屏幕、游戏机、个人计算机(PC,Personal Computer)、个人数字助理(Personal Digital Assistant,PDA)等终端设备。如图3所示,图3为本申请实施例提供的计算机设备的结构示意图。该计算机设备2000包括有一个或者一个以上处理核心的处理器401、有一个或一个以上计算机可读存储介质的存储器402及存储在存储器402上并可在处理器上运行的计算机程序。其中,处理器401与存储器402电性连接。本领域技术人员可以理解,图中示出的计算机设备结构并不构成对计算机设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
处理器401是计算机设备2000的控制中心,利用各种接口和线路连接整个计算机设备2000的各个部分,通过运行或加载存储在存储器402内的软件程序和/或模块,以及调用存储在存储器402内的数据,执行计算机设备2000的各种功能和处理数据,从而对计算机设备2000进行整体监控。
在本申请实施例中,计算机设备2000中的处理器401会按照如下的步骤,将一个或一个以上的应用程序的进程对应的指令加载到存储器402中,并由处理器401来运行存储在存储器402中的应用程序,从而实现各种功能:
获取当前多个外呼场景中每一外呼场景的待外呼量,以及获取每一外呼场景的场景权重系数;基于所述每一外呼场景的待外呼量以及所述场景权重系数,计算每一外呼场景的加权平均后的外呼总时长;根据每一外呼场景的加权平均后的外呼总时长,以及每一外呼场景的参考外呼总时长,确定在下一个调整时间间隔内每一外呼场景的外呼并发量;根据每一外呼场景的并发量为每一外呼场景分配外呼并发资源池的外呼资源,以便根据所述外呼资源进行外呼。
所述基于所述每一外呼场景的待外呼量以及所述场景权重系数,计算每一外呼场景的加权平均后的外呼总时长的步骤,包括:
计算多个外呼场景的总剩余外呼量;
计算每一外呼场景的剩余外呼量与所述总剩余外呼量的比值,得到第一结果;
基于所述第一结果以及所述场景权重系数,确定每一外呼场景的加权平均后的外呼总时长。
所述基于所述第一结果以及所述场景权重系数,确定每一外呼场景的加权平均后的外呼总时长的步骤,包括:
获取每一外呼场景的参考外呼总时长;
计算所述参考外呼总时长、所述场景权重参数以及所述第一结果的乘积,得到第二结果;
将所述第二结果确定为每一外呼场景的加权平均后的外呼总时长。
所述根据每一外呼场景的加权平均后的外呼总时长,以及每一外呼场景的参考外呼总时长,确定在下一个调整时间间隔内每一外呼场景的外呼并发量的步骤,包括:
计算每一外呼场景所需的参考外呼总时长与所述加权平均后的外呼总时长的比值,得到第三结果;
将所述第三结果确定为每一外呼场景的并发量。
在所述计算每一外呼场景所需的参考外呼总时长与所述加权平均后的外呼总时长的比值,得到第三结果的步骤之后,还包括:
检测每一外呼场景对应的第三结果中是否存在为第一预设值的目标第三结果;
若存在为第一预设值的目标第三结果,则确定所述目标第三结果对应的目标外呼场景,并将所述目标第三结果变更为第二预设值;
将所述第二预设值确定为所述目标外呼场景的并发量。
在所述根据每一外呼场景的并发量为每一外呼场景分配并发资源池的资源的步骤之后,还包括:
当检测到外呼场景中针对于当前外呼对象的外呼结束后,从外呼场景对应的剩余名单中确定出下一目标外呼对象;
对所述目标外呼对象进行外呼。
所述获取每一外呼场景的场景权重系数的步骤,包括:
获取每一外呼场景对应的银行业务类型,以及当前时间段;
基于预设优先级判定规则、所述银行业务类型以及所述当前时间段确定每一外呼场景对应的优先级参数,并计算多个外呼场景的总优先级参数;
计算每一外呼场景对应的优先级参数与所述总优先级参数的比值,得到每一外呼场景的场景权重系数。
以上各个操作的具体实施可参见前面的实施例,在此不再赘述。
可选的,如图3所示,计算机设备2000还包括:触控显示屏403、输入单元404以及电源405。其中,处理器401分别与触控显示屏403、输入单元404以及电源405电性连接。本领域技术人员可以理解,图3中示出的计算机设备结构并不构成对计算机设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
触控显示屏403可用于显示图形用户界面以及接收用户作用于图形用户界面产生的操作指令。触控显示屏403可以包括显示面板和触控面板。其中,显示面板可用于显示由用户输入的信息或提供给用户的信息以及计算机设备的各种图形用户接口,这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。可选的,可以采用液晶显示器(LCD,Liquid Crystal Display)、有机发光二极管(OLED,Organic Light-EmittingDiode)等形式来配置显示面板。触控面板可用于收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板上或在触控面板附近的操作),并生成相应的操作指令,且操作指令执行对应程序。可选的,触控面板可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器401,并能接收处理器401发来的命令并加以执行。触控面板可覆盖显示面板,当触控面板检测到在其上或附近的触摸操作后,传送给处理器401以确定触摸事件的类型,随后处理器401根据触摸事件的类型在显示面板上提供相应的视觉输出。在本申请实施例中,可以将触控面板与显示面板集成到触控显示屏403而实现输入和输出功能。但是在某些实施例中,触控面板与触控面板可以作为两个独立的部件来实现输入和输出功能。即触控显示屏403也可以作为输入单元404的一部分实现输入功能。
在本申请实施例中,通过处理器401执行游戏应用程序在触控显示屏403上生成图形用户界面,图形用户界面上的虚拟场景中包含至少一个技能控制区域,技能控制区域中包含至少一个技能控件。该触控显示屏403用于呈现图形用户界面以及接收用户作用于图形用户界面产生的操作指令。
输入单元404可用于接收输入的数字、字符信息或用户特征信息(例如指纹、虹膜、面部信息等),以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。
电源405用于给计算机设备2000的各个部件供电。可选的,电源405可以通过电源管理系统与处理器401逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源405还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
尽管图3中未示出,计算机设备2000还可以包括无线保真模块、蓝牙模块等,在此不再赘述。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
由上可知,本实施例提供的计算机设备,通过获取当前多个外呼场景中每一外呼场景的待外呼量,以及获取每一外呼场景的场景权重系数;基于所述每一外呼场景的待外呼量以及所述场景权重系数,计算每一外呼场景的加权平均后的外呼总时长;根据每一外呼场景的加权平均后的外呼总时长,以及每一外呼场景的参考外呼总时长,确定在下一个调整时间间隔内每一外呼场景的外呼并发量;根据每一外呼场景的并发量为每一外呼场景分配外呼并发资源池的外呼资源,以便根据所述外呼资源进行外呼。以此,通过计算外呼场景对应的加权平均后的外呼总时长进而得到外呼并发量,从而动态调配外呼资源,避免外呼名单在当天拨打不完的情况发生,不造成名单浪费。
本领域普通技术人员可以理解,上述实施例的各种方法中的全部或部分步骤可以通过指令来完成,或通过指令控制相关的硬件来完成,该指令可以存储于一计算机可读存储介质中,并由处理器进行加载和执行。
为此,本申请实施例提供一种计算机可读存储介质,其中存储有多条计算机程序,该计算机程序能够被处理器进行加载,以执行本申请实施例所提供的任一种技能的控制方法中的步骤。例如,该计算机程序可以执行如下步骤:
获取当前多个外呼场景中每一外呼场景的待外呼量,以及获取每一外呼场景的场景权重系数;基于所述每一外呼场景的待外呼量以及所述场景权重系数,计算每一外呼场景的加权平均后的外呼总时长;根据每一外呼场景的加权平均后的外呼总时长,以及每一外呼场景的参考外呼总时长,确定在下一个调整时间间隔内每一外呼场景的外呼并发量;根据每一外呼场景的并发量为每一外呼场景分配外呼并发资源池的外呼资源,以便根据所述外呼资源进行外呼。
以上各个操作的具体实施可参见前面的实施例,在此不再赘述。
其中,该存储介质可以包括:只读存储器(ROM,Read Only Memory)、随机存取记忆体(RAM,Random Access Memory)、磁盘或光盘等。
由于该存储介质中所存储的计算机程序,可以执行本申请实施例所提供的任一种并发资源池的调整方法中的步骤,因此,可以实现本申请实施例所提供的任一种并发资源池的调整方法所能实现的有益效果,详见前面的实施例,在此不再赘述。
以上对本申请实施例所提供的一种并发资源池的调整方法、装置、存储介质及计算机设备进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (10)
1.一种并发资源池的调整方法,其特征在于,包括:
获取当前多个外呼场景中每一外呼场景的待外呼量,以及获取每一外呼场景的场景权重系数;
基于所述每一外呼场景的待外呼量以及所述场景权重系数,计算每一外呼场景的加权平均后的外呼总时长;
根据每一外呼场景的加权平均后的外呼总时长,以及每一外呼场景的参考外呼总时长,确定在下一个调整时间间隔内每一外呼场景的外呼并发量;
根据每一外呼场景的并发量为每一外呼场景分配外呼并发资源池的外呼资源,以便根据所述外呼资源进行外呼。
2.根据权利要求1所述的并发资源池的调整方法,其特征在于,所述基于所述每一外呼场景的待外呼量以及所述场景权重系数,计算每一外呼场景的加权平均后的外呼总时长的步骤,包括:
计算多个外呼场景的总剩余外呼量;
计算每一外呼场景的剩余外呼量与所述总剩余外呼量的比值,得到第一结果;
基于所述第一结果以及所述场景权重系数,确定每一外呼场景的加权平均后的外呼总时长。
3.根据权利要求2所述的并发资源池的调整方法,其特征在于,所述基于所述第一结果以及所述场景权重系数,确定每一外呼场景的加权平均后的外呼总时长的步骤,包括:
获取每一外呼场景的参考外呼总时长;
计算所述参考外呼总时长、所述场景权重参数以及所述第一结果的乘积,得到第二结果;
将所述第二结果确定为每一外呼场景的加权平均后的外呼总时长。
4.根据权利要求1所述的并发资源池的调整方法,其特征在于,所述根据每一外呼场景的加权平均后的外呼总时长,以及每一外呼场景的参考外呼总时长,确定在下一个调整时间间隔内每一外呼场景的外呼并发量的步骤,包括:
计算每一外呼场景所需的参考外呼总时长与所述加权平均后的外呼总时长的比值,得到第三结果;
将所述第三结果确定为每一外呼场景的并发量。
5.根据权利要求4所述的并发资源池的调整方法,其特征在于,在所述计算每一外呼场景所需的参考外呼总时长与所述加权平均后的外呼总时长的比值,得到第三结果的步骤之后,还包括:
检测每一外呼场景对应的第三结果中是否存在为第一预设值的目标第三结果;
若存在为第一预设值的目标第三结果,则确定所述目标第三结果对应的目标外呼场景,并将所述目标第三结果变更为第二预设值;
将所述第二预设值确定为所述目标外呼场景的并发量。
6.根据权利要求1所述的并发资源池的调整方法,其特征在于,在所述根据每一外呼场景的并发量为每一外呼场景分配并发资源池的资源的步骤之后,还包括:
当检测到外呼场景中针对于当前外呼对象的外呼结束后,从外呼场景对应的剩余名单中确定出下一目标外呼对象;
对所述目标外呼对象进行外呼。
7.根据权利要求1所述的并发资源池的调整方法,其特征在于,所述获取每一外呼场景的场景权重系数的步骤,包括:
获取每一外呼场景对应的银行业务类型,以及当前时间段;
基于预设优先级判定规则、所述银行业务类型以及所述当前时间段确定每一外呼场景对应的优先级参数,并计算多个外呼场景的总优先级参数;
计算每一外呼场景对应的优先级参数与所述总优先级参数的比值,得到每一外呼场景的场景权重系数。
8.一种并发资源池的调整装置,其特征在于,包括:
获取模块,用于获取当前多个外呼场景中每一外呼场景的待外呼量,以及获取每一外呼场景的场景权重系数;
计算模块,用于基于所述每一外呼场景的待外呼量以及所述场景权重系数,计算每一外呼场景的加权平均后的外呼总时长;
第一确定模块,用于根据每一外呼场景的加权平均后的外呼总时长,以及每一外呼场景的参考外呼总时长,确定在下一个调整时间间隔内每一外呼场景的外呼并发量;
分配模块,用于根据每一外呼场景的并发量为每一外呼场景分配外呼并发资源池的外呼资源,以便根据所述外呼资源进行外呼。
9.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有多条指令,所述指令适于处理器进行加载,以执行权利要求1至8任一项所述的并发资源池的调整方法中的步骤。
10.一种计算机设备,包括存储器,处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现如权利要求1至8任一项所述的并发资源池的调整方法中的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210708509.6A CN115103065A (zh) | 2022-06-21 | 2022-06-21 | 并发资源池的调整方法、装置、存储介质及计算机设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210708509.6A CN115103065A (zh) | 2022-06-21 | 2022-06-21 | 并发资源池的调整方法、装置、存储介质及计算机设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115103065A true CN115103065A (zh) | 2022-09-23 |
Family
ID=83293566
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210708509.6A Pending CN115103065A (zh) | 2022-06-21 | 2022-06-21 | 并发资源池的调整方法、装置、存储介质及计算机设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115103065A (zh) |
-
2022
- 2022-06-21 CN CN202210708509.6A patent/CN115103065A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107861602B (zh) | 终端cpu性能控制方法、终端及计算机可读存储介质 | |
CN113703962B (zh) | 云资源分配方法、装置、电子设备及存储介质 | |
CN106648326B (zh) | 调整熄屏时间的方法及移动终端 | |
CN111080429B (zh) | 一种虚拟资源获取方法、装置和存储介质 | |
CN109271208A (zh) | 参数设置方法、装置、终端及存储介质 | |
CN115345464A (zh) | 业务订单的派单方法、装置、计算机设备及存储介质 | |
CN111597009B (zh) | 应用程序显示的方法、装置及终端设备 | |
CN114327087A (zh) | 输入事件处理方法、装置、电子设备和存储介质 | |
CN110223615B (zh) | 一种广告展示控制方法、装置、介质及广告推送服务器 | |
CN115103065A (zh) | 并发资源池的调整方法、装置、存储介质及计算机设备 | |
CN113344594B (zh) | 游戏中的工单处理方法、装置、终端和存储介质 | |
CN111818509B (zh) | 一种资源的转换方法、装置及设备 | |
CN115118821A (zh) | 外呼名单的分配方法、装置、存储介质及计算机设备 | |
CN115277948A (zh) | 外呼时段的调整方法、装置、存储介质及计算机设备 | |
CN115759695A (zh) | 业务管理方法、装置、存储介质及电子设备 | |
CN117542134B (zh) | 无源设备的通信方法、装置、电子设备和可读存储介质 | |
CN106708245A (zh) | 移动终端开机的方法及移动终端 | |
CN114416234B (zh) | 一种页面切换方法、装置、计算机设备及存储介质 | |
CN115883731A (zh) | 外呼方法、装置、存储介质及计算机设备 | |
CN112316416A (zh) | 数据搜索方法、装置、计算机设备及存储介质 | |
CN115471326A (zh) | 一种金额分配的处理方法、装置、计算机设备及存储介质 | |
CN115330206A (zh) | 基于业务规模的派单方法、装置、计算机设备及存储介质 | |
CN115904723A (zh) | 应用程序运行方法、装置、电子设备和存储介质 | |
CN115222264A (zh) | 基于客户等级的派单方法、装置、计算机设备及存储介质 | |
CN115103321A (zh) | 一种短信发送方法、装置、计算机设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |