CN111461776A - 资源发放的方法、装置、设备及存储介质 - Google Patents
资源发放的方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN111461776A CN111461776A CN202010238573.3A CN202010238573A CN111461776A CN 111461776 A CN111461776 A CN 111461776A CN 202010238573 A CN202010238573 A CN 202010238573A CN 111461776 A CN111461776 A CN 111461776A
- Authority
- CN
- China
- Prior art keywords
- queuing
- resource
- historical
- waiting
- waiting time
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2458—Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
- G06F16/2462—Approximate or statistical queries
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/109—Time management, e.g. calendars, reminders, meetings or time accounting
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Strategic Management (AREA)
- General Physics & Mathematics (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Finance (AREA)
- Economics (AREA)
- Marketing (AREA)
- Development Economics (AREA)
- General Business, Economics & Management (AREA)
- Data Mining & Analysis (AREA)
- Accounting & Taxation (AREA)
- Probability & Statistics with Applications (AREA)
- Game Theory and Decision Science (AREA)
- Software Systems (AREA)
- Computational Linguistics (AREA)
- Mathematical Physics (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- Fuzzy Systems (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请公开了一种资源发放的方法、装置、设备及存储介质,属于计算机领域。该方法包括:响应于接收到第一用户帐号的排队信号,从数据库中获取所述第一用户帐号的历史排队信息,所述第一用户帐号是指正在排队等待的第一用户所拥有的帐号;根据所述历史排队信息生成第一资源的发放等待时长,所述发放等待时长是指自排队开始至第一资源发放所需等待的时长;基于所述发放等待时长向所述第一用户帐号发放所述第一资源。该方法针对不同用户能够忍耐的排队等待时长不同,确定出不同的发放等待时长,避免资源发放时用户已经放弃等待,导致发放的资源不被使用,从而造成服务器资源的浪费。
Description
技术领域
本申请涉及计算机领域,特别涉及一种资源发放的方法、装置、设备及存储介质。
背景技术
在一些线下消费场景中,存在需要用户排队等待的情况,比如,在餐厅中就餐,若是餐厅内位子不够,顾客需要取号排队,等待就餐。
部分顾客可能会在等待一定时长后放弃等待,对于商家来说,这部分顾客发生了流失。为了减少顾客的流失,许多商家通过消费平台在顾客等待时长超过预设时长后向顾客发放优惠资源,以吸引顾客继续等待。
但是,由于不同的顾客对等待时长的容忍度不同,在通过上述方法发放优惠资源时部分顾客已经放弃等待,那么发放给这一部分顾客的优惠资源不被使用,造成了服务器的资源浪费。
发明内容
本申请实施例提供了一种资源发放的方法、发送方法、装置及存储介质,可以根据用户的历史排队信息来确定用户能够忍受的排队等待时长,在达到用户能够忍受的排队等待时长之前发放资源,能够避免资源发放时用户已经放弃等待,导致发放资源不被使用,造成服务器资源的浪费。所述技术方案如下:
根据本申请的一个方面,提供了一种资源发放的方法,应用于服务器中,该方法包括:
响应于接收到第一用户帐号的排队信号,从数据库中获取所述第一用户帐号的历史排队信息,所述第一用户帐号是指正在排队等待的第一用户所拥有的帐号;
根据所述历史排队信息生成第一资源的发放等待时长,所述发放等待时长是指自排队开始至第一资源发放所需等待的时长;
基于所述发放等待时长向所述第一用户帐号发放所述第一资源。
根据本申请的另一个方面,提供了一种资源发放的装置,该装置包括:
获取模块,用于响应于接收到第一用户帐号的排队信号,从数据库中获取所述第一用户帐号的历史排队信息,所述第一用户帐号是指正在排队等待的第一用户所拥有的帐号;
生成模块,用于根据所述历史排队信息生成第一资源的发放等待时长,所述发放等待时长是指自排队开始至第一资源发放所需等待的时长;
发放模块,用于基于所述发放等待时长向所述第一用户帐号发放所述第一资源。
根据本申请的另一方面,提供了一种服务器,上述服务器包括:处理器和存储器,上述存储器存储有计算机程序,上述计算机程序由上述处理器加载并执行以实现如上一个方面的资源发放的方法。
根据本申请的另一方面,提供了一种计算机可读存储介质,上述计算机可读存储介质中存储有计算机程序,上述计算机程序由处理器加载并执行以实现如上一个方面的资源发放的方法。
本申请实施例提供的技术方案带来的有益效果至少包括:
在接收到第一用户排队的信号之后,服务器从数据库中获取第一用户帐号的历史排队信息,通过分析历史排队信息得出第一用户能够忍耐的排队等待时长,从而确定出第一资源的发放等待时长,在第一用户自排队开始等待上述发放等待时长之后,向第一用户帐号发放第一资源,以使第一资源的发放更加智能化,针对不同用户能够忍耐的排队等待时长不同,确定出不同的发放等待时长,使第一资源能够及时的发放至用户帐号中,从而更好的吸引用户继续等待。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示出了本申请一个示例性实施例提供的计算机系统的结构框图;
图2示出了本申请一个示例性实施例提供的资源发放的方法的流程图;
图3示出了本申请另一个示例性实施例提供的资源发放的方法的流程图;
图4示出了本申请另一个示例性实施例提供的资源发放的方法的流程图;
图5是本申请一个示例性实施例提供的资源发放的装置的示意图;
图6是本申请一个示例性实施例提供的计算机设备的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
首先对本申请涉及的几个名词进行介绍:
历史排队信息:在某些业务场景中,用户需要取号排队办理业务,在上述业务办理的过程中,会对应的生成用户的排队信息。可选地,历史排队信息包括历史排队序号、历史取号时间、历史排队时长、历史排队结果中的至少一项。
其中,历史排队序号是指用户在队伍中排队的位置序号;比如,历史排队序号为3,则该用户在队伍中的第三个位置。历史取号时间是指用户进入队伍的时间;比如,历史取号时间为12:05:00,则该用户是在12点5分进入队伍。历史排队时长是指用户排队等待的时长,历史排队时长是从历史取号时间开始至业务办理启动时间为止之间的时长;比如,历史取号时间为12:05:00,业务办理启动时间为12:25:00,则历史排队时长为20分钟。历史排队结果包括业务已办理和业务未办理,业务已办理是指用户等待一定时长后成功办理业务,业务未办理是指用户等待一定时长后放弃办理业务;比如,针对顾客用餐,上述业务已办理是指已就餐,业务未办理则是指未就餐。
发放等待时长:是指取号时间与资源发放时间之间的时长。比如,用户取号时间为12:50:00,发放等待时长为20分钟,则在13:10:00时,服务器会向用户帐号发放资源。其中,资源可以包括优惠券,比如,满减券、折扣券等。
请参考图1,示出了本申请示例性实施例提供的计算机系统的框图。业务平台运行于计算机系统中,计算机系统包括:终端120、服务器140和数据库160。
终端120为用户(即顾客)持有的终端或者业务提供者持有的终端。终端120上运行有应用程序,该应用程序为用户提供排队取号服务。
示例性的,上述终端120可以包括智能手机、平板电脑、电子书阅读器、MP3(MovingPicture Experts Group Audio Layer III,动态影像专家压缩标准音频层面3)播放器、MP4(Moving Picture Experts Group Audio Layer IV,动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机中、笔记本电脑的至少一种。
终端120与服务器140之间通过无线网络或有线网络进行通信。可选地,用户持有的终端上运行有应用程序,该应用程序中登录有用户帐号,用户通过用户帐号进行排队取号。终端120向服务器140上报用户帐号的排队取号的信息。当用户排队结束后,终端120还向服务器140上报用户帐号对应的排队结果。
服务器140用于提供后台服务,比如,执行本申请提供的资源发放的方法。可选地,服务器140还接收终端120发送的用户帐号对应的排队取号的信息、以及排队结果,服务器140基于上述排队取号的信息与排队结果生成用户帐号对应的历史排队信息,将上述历史排队信息与用户帐号对应存储至数据库160中。其中,服务器集群240包括一台服务器、多台服务器、云计算平台和虚拟化中心中的至少一种。
数据库160中存储有用户帐号的历史排队信息,在服务器140执行本申请提供的资源发放的方法时,为服务器140提供用户帐号对应的历史排队信息。
本领域技术人员可以知晓,上述终端的数量可以更多或更少。比如上述终端可以仅为一个,或者上述终端为几十个或几百个,或者更多数量,本申请实施例对终端的数量和设备类型不加以限定。对本申请提供的资源发放的方法的详细描述请参考如下实施例。
请参考图2,示出了本申请的一个示例性实施例提供的资源发放的方法的流程图。本实施例以该方法应用于图1所示的服务器140中来举例说明。该方法包括:
步骤202,响应于接收到第一用户帐号的排队信号,从数据库中获取第一用户帐号的历史排队信息。
第一用户帐号是指正在排队等待的第一用户所拥有的帐号。数据库中与第一用户帐号对应存储有历史排队信息,当服务器接收到第一用户帐号的排队信号时,服务器从数据库中获取第一用户帐号的历史排队信息。
可选地,上述第一用户帐号为第一用户持有的终端上登录的用户帐号。示例性的,第一用户持有的终端上运行有应用程序,该应用程序中登录有第一用户帐号;上述该应用程序可以是软件程序、小程序、快应用中的至少一种。
示例性的,用户“张三”持有的终端上运行有餐厅的点餐软件,该点餐软件提供有排队取号功能;该点餐软件中登录有张三的用户帐号“120xxxxxx”,张三在点餐软件上触发排队取号功能,终端通过用户帐号“120xxxxxx”向服务器发送排队信号;服务器响应于接收到用户帐号“120xxxxxx”发送的排队信号。
或者,商家的点餐设备上具备通过图形码扫描进行排队取号的功能;张三通过登录有用户帐号“120xxxxxx”的点餐软件展示图形码,通过点餐设备对图形码的扫描进行排队取号,同时,点餐设备将用户帐号“120xxxxxx”排队就餐的排队信号发送至服务器;服务器响应于接收到用户帐号“120xxxxxx”的排队信号。其中,上述图形码可以包括条形码与二维码中的至少一种。
示例性的,上述历史排队信息包括历史排队序号、历史排队时长、历史排队结果中的至少一项。
步骤204,根据历史排队信息生成第一资源的发放等待时长。
发放等待时长是指自排队开始第一资源发放所需等待的时长。服务器在获取得到第一用户帐号的历史排队信息之后,对历史排队信息进行大数据处理,得到第一资源的发放等待时长。
示例性的,历史排队信息包括历史排队时长和历史排队结果;服务器对不同类型的历史排队结果对应的历史排队时长划分到至少两个数据集中,分别对每一个数据集中历史排队时长进行分析计算,得到至少两个候选等待时长;再次对上述两个候选等待时长进行分析计算,得到最终的发放等待时长,比如,取至少两个候选等待时长的平均值作为发放等待时长,或者,取至少两个候选得到时长中的最小值作为发放等待时长。
示例性的,如表1,为张三就餐的历史排队信息,按照排队结果“未就餐”与“已就餐”将排队时长划分为两个数据集,分别为{32,34}与{26,20};对每一个数据集进行分析计算,得到两个候选等待时长33分钟与23分钟;计算上述两个候选等待时长的平均值,得到发放等待时长为28分钟。
表1
用户帐号 | 餐厅名称 | 排队序号 | 排队时长 | 排队结果 |
120xxxxxx | 餐厅A | A09 | 32分钟 | 未就餐(过号) |
120xxxxxx | 餐厅B | A22 | 26分钟 | 已就餐 |
120xxxxxx | 餐厅B | A15 | 34分钟 | 未就餐(过号) |
120xxxxxx | 餐厅C | A16 | 20分钟 | 已就餐 |
步骤206,基于发放等待时长向第一用户帐号发放第一资源。
示例性的,发放等待时长为i分钟,服务器设置计时器,计时器自排队开始倒计时i分钟,当倒计时为零时,服务器向第一用户帐号发放第一资源,i为正整数。
示例性的,第一资源可以是满减券、折扣券、限时抢购券等,比如,在张三等待就餐28分钟时,服务器向张三的用户帐号“120xxxxxx”发放折扣券,在张三结账时,可以通过持有的折扣券享受折扣优惠。
可选地,在向第一用户帐号发放第一资源之前,服务器还检测本次排队结果;响应于本次排队结果为业务未处理,向第一用户帐号发放第一资源;响应于本次排队结果为业务已处理,取消向第一用户帐号发放第一资源。
综上所述,本实施例提供的资源发放的方法,在接收到第一用户排队的信号之后,服务器从数据库中获取第一用户帐号的历史排队信息,通过分析历史排队信息得出第一用户能够忍耐的排队等待时长,从而确定出第一资源的发放等待时长,在第一用户自排队开始等待上述发放等待时长之后,向第一用户帐号发放第一资源,以使第一资源的发放更加智能化,针对不同用户能够忍耐的排队等待时长不同,确定出不同的发放等待时长,使第一资源能够及时的发放至用户帐号中,从而更好的吸引用户继续等待,减少用户流失;也避免了资源发放时用户已经放弃等待,导致发放的资源不被使用,从而造成服务器资源的浪费。
该方法还在向第一用户帐号发放第一资源之前确定业务处理的状态,若状态为业务已处理则取消向第一用户帐号发放第一资源,能够达到节省资源的目的。
基于图2所示的实施例,上述发放等待时长还可以是基于用户能够忍耐的最大等待时长确定出的,示意性的,对该发放等待时长的确定方法进行详细说明,如图3,步骤204可以包括步骤302至步骤304,如下所示:
步骤302,根据历史排队信息确定第一用户容忍的排队等待的最大等待时长。
可选地,历史排队信息确定包括历史排队时长与历史排队结果;服务器按照历史排队结果的类型将历史排队时长划分到至少两个数据集中;计算每一个数据集中历史排队时长的平均值,得到至少两个平均值;按照预设权值对至少两个平均值加权求和,得到最大等待时长。
示例性的,存在n个类型的历史排队结果,服务器中每一个类型的历史排队结果对应有一个预设权值,即第j个类型历史排队结果对应第j个预设权值。
以计算第j个加权平均值为例,服务器将第j个类型历史排队结果对应的历史排队时长划分至第j个数据集中;计算第j个数据集中历史排队时长的平均值,即为第j个平均值;将第j个平均值与第j个预设权值相乘,得到第j个加权平均值。相应地,对n个数据集中历史排队时长分别进行计算,得到n个加权平均值;计算n个加权平均值的和得到最大等待时长;其中,j为小于或等于n的正整数。
以历史排队结果有两个类型为例,如表1所示,历史排队结果包括“未就餐”与“已就餐”两个类型,对应第1个数据集{32,34}与第2个数据集{26,20},以及第1个预设权值0.67与第2个预设权值0.33;计算得到第1个数据集中历史排队时长的第1个平均值为33、第2个数据集中历史排队时长的第2个平均值为23;将第1个预设权值0.67与第1个平均值33相乘得到第1个加权平均值22.11,将第2个预设权值0.33与第2个平均值23相乘得到第2个加权平均值7.59;计算第1个加权平均值22.11与第2个加权平均值7.59的和29.7,取整为30,则最大等待时长为30分钟。
需要说明的是,上述预设权值可以是在服务器中预先设置的;或者,还可以是在计算最大等待时长之前,由服务器对历史排队信息进行大数据分析得出且设置的,比如,第j个预设权值为第j个类型历史排队结果在总的历史排队结果中所占权重。
步骤304,根据最大等待时长生成第一资源的发放等待时长。
由于需要在达到用户的等待极限之前发放第一资源,因此,上述最大等待时长大于发放等待时长。
可选地,服务器中存储有等待时长与发放等待时长之间的第一对应关系;服务器根据第一对应关系确定出与最大等待时长对应的发放等待时长。
示例性的,第一对应关系包括第一映射表,服务器从第一映射表中查找与最大等待时长对应的发放等待时长。比如,如表2所示,若等待时长大于等于22分钟且小于32分钟,则对应的发放等待时长为20分钟;若等待时长大于等于32分钟且小于37分钟,则对应的发放等待时长为30分钟;若等待时长大于等于37分钟且小于42分钟,则对应的发放等待时长为35分钟。
表2
等待时长 | 发放等待时长 |
[22,32) | 20 |
[32,37) | 30 |
[37,42] | 35 |
示例性的,第一对应关系包括第一映射关系式,服务器将最大等待时长作为输入数据,通过上述第一映射关系式计算得到发放等待时长。比如,第一映射关系式为:
Y=X-a;
其中,Y表示发放等待时长,X表示最大等待时长,a表示发放等待时长与最大等待时长之间的差。示例性的,a的取值可以为2、或3、或5等,即发放等待时长比最大等待时长小2分钟、或3分钟、或5分钟。
表3
等待时长 | a |
[22,32) | 3 |
[32,42) | 2 |
还需要说明的是,不同范围的等待时长对应的a的取值还可以不相同,比如,如表3,等待时长范围为[22,32)时,a的取值为3;等待时长范围为[32,42)时,a的取值为2。
可选地,服务器中还存储有等待时长与候选资源之间的第二对应关系;在生成第一资源的发放等待时长之前,服务器首先从第二对应关系中查找与最大等待时长对应的第一候选资源,将第一候选资源确定为第一资源。
示例性的,服务器中设置有至少两类候选资源,与等待时长以映射表的形式对应存储;以候选资源为折扣券为例,等待时长与折扣券之间的映射关系如表4所示,在用户的最大等待时长位于[22,32)之间时,向用户发放9.8折券;在用户的最大等待时长位于[32,42)之间时,向用户发放9.5折券;在用户的最大等待时长位于[42,52)之间时,向用户发放9折券。
表4
等待时长 | 折扣券 |
[22,32) | 9.8折券 |
[32,42) | 9.5折券 |
[42,52) | 9折券 |
综上所述,本实施例提供的资源发放的方法,通过对第一用户容忍的排队等待的最大等待时长的分析,能够更加精准的确定出第一资源的发放等待时长,从而在第一用户自排队开始等待上述发放等待时长之后,向第一用户帐号发放第一资源,以使第一资源的发放更加智能化,提高吸引用户继续等待的概率。
该方法还对等待不同时长的用户发放不同类型的资源,比如,等待时间越长折扣券的折扣越大,以更大概率的吸引用户继续等待,减少用户流失。
还需要说明的是,在计算发放等待时长之前,还对历史排队信息进行筛选,以得到更准确的发放等待时长,示意性的,可以在图2中步骤204之前增加步骤402,如图4,步骤如下:
步骤402,基于历史排队时长与历史排队结果中的至少一项,从历史排队信息中筛选出有效的历史排队信息。
示例性的,历史排队信息包括历史排队时长;服务器中设置有第一时长阈值;服务器响应于历史排队时长大于第一时长阈值,则将该历史排队时长对应的历史排队信息确定为有效的历史排队信息。
需要说明的是,由于排队时长小的历史排队信息对第一资源的发放基本无参考价值,因此,服务器在计算发放等待时长之前会将其剔除;比如,上述时长阈值为15分钟,服务器则将历史排队时长小于或等于15分钟的历史排队信息剔除,将历史排队时长大于15分钟的历史排队信息作为有效信息。
示例性的,服务器基于历史排队时长的概率区间,确定出有效的历史排队信息。比如,历史排队时长位于等待时间区间[25,50](即25分钟至50分钟之间,包括25分钟与50分钟)的概率为95%(即百分之95),则历史排队时长位于等待时间区间[25,50]的历史排队信息即为有效信息。
示例性的,历史排队信息还包括历史排队结果;服务器基于每一个类型的历史排队结果的概率区间,确定出每一个类型历史排队结果对应的有效历史排队信息。比如,针对排队结果类型为“已就餐”的历史排队信息的筛选,“已就餐”对应的历史排队时长位于等待时间区间[20,45]的概率为98%,则在“已就餐”对应的历史排队信息中,历史排队时长位于等待时间区间[20,45]的历史排队信息确定即为有效信息。针对排队结果类型为“未就餐”的历史排队信息的筛选,请参考对排队结果类型为“已就餐”的历史排队信息的筛选过程。
综上所述,本实施例提供的资源发放的方法,在计算发放等待时长之前,还执行上述对历史排队信息筛选的步骤,以通过更有参考价值的历史排队信息得出更准确的发放等待时长。
请参考图5,示出了本申请一个示例性实施例提供的资源发放的装置的框图。该装置可以通过软件、硬件、或者二者结合实现成为服务器的部分或者全部,该装置包括:获取模块520、生成模块540和发放模块560。
获取模块520,用于响应于接收到第一用户帐号的排队信号,从数据库中获取第一用户帐号的历史排队信息,第一用户帐号是指正在排队等待的第一用户所拥有的帐号;
生成模块540,用于根据历史排队信息生成第一资源的发放等待时长,发放等待时长是指自排队开始至第一资源发放所需等待的时长;
发放模块560,用于基于发放等待时长向第一用户帐号发放第一资源。
在一些实施例中,生成模块540,包括:
确定子模块602,用于根据历史排队信息确定第一用户容忍的排队等待的最大等待时长;
生成子模块604,用于根据最大等待时长生成第一资源的发放等待时长;其中,最大等待时长大于发放等待时长。
在一些实施例中,服务器中存储有等待时长与发放等待时长之间的第一对应关系;
生成子模块604,用于根据第一对应关系确定出与最大等待时长对应的发放等待时长。
在一些实施例中,服务器中存储有等待时长与候选资源之间的第二对应关系;
确定子模块602,用于从第二对应关系中查找与最大等待时长对应的第一候选资源,将第一候选资源确定为第一资源。
在一些实施例中,历史排队信息包括历史排队时长与历史排队结果;
确定子模块602,用于按照历史排队结果的类型将历史排队时长划分到至少两个数据集中;计算每一个数据集中历史排队时长的平均值,得到至少两个平均值;按照预设权值对至少两个平均值加权求和,得到最大等待时长。
在一些实施例中,历史排队信息包括历史排队时长与历史排队结果中的至少一项;
该装置,还包括:
筛选模块580,用于基于历史排队时长与历史排队结果中的至少一项,从历史排队信息中筛选出有效的历史排队信息。
综上所述,本实施例提供的资源发放的装置,在接收到第一用户排队的信号之后,该装置从数据库中获取第一用户帐号的历史排队信息,通过分析历史排队信息得出第一用户能够忍耐的排队等待时长,从而确定出第一资源的发放等待时长,在第一用户自排队开始等待上述发放等待时长之后,向第一用户帐号发放第一资源,以使第一资源的发放更加智能化,针对不同用户能够忍耐的排队等待时长不同,确定出不同的发放等待时长,使第一资源能够及时的发放至用户帐号中,从而更好的吸引用户继续等待,减少用户流失;也避免了资源发放时用户已经放弃等待,导致发放的资源不被使用,从而造成服务器资源的浪费。
请参考图6,示出了本申请一个示例性实施例提供的计算机设备的结构示意图。该计算机设备可以是执行如本申请提供的资源发放的方法的服务器。具体来讲:
计算机设备700包括中央处理单元(CPU,Central Processing Unit)701、包括随机存取存储器(RAM,Random Access Memory)702和只读存储器(ROM,Read Only Memory)703的系统存储器704,以及连接系统存储器704和中央处理单元701的系统总线705。计算机设备700还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(I/O系统,Input Output System)706,和用于存储操作系统713、应用程序714和其他程序模块715的大容量存储设备707。
基本输入/输出系统706包括有用于显示信息的显示器708和用于用户输入信息的诸如鼠标、键盘之类的输入设备709。其中显示器708和输入设备709都通过连接到系统总线705的输入输出控制器710连接到中央处理单元701。基本输入/输出系统706还可以包括输入输出控制器710以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地,输入输出控制器710还提供输出到显示屏、打印机或其他类型的输出设备。
大容量存储设备707通过连接到系统总线705的大容量存储控制器(未示出)连接到中央处理单元701。大容量存储设备707及其相关联的计算机可读介质为计算机设备700提供非易失性存储。也就是说,大容量存储设备707可以包括诸如硬盘或者紧凑型光盘只读存储器(CD-ROM,Compact Disc Read Only Memory)驱动器之类的计算机可读介质(未示出)。
计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、可擦除可编程只读存储器(EPROM,Erasable Programmable Read Only Memory)、带电可擦可编程只读存储器(EEPROM,Electrically Erasable Programmable Read Only Memory)、闪存或其他固态存储其技术,CD-ROM、数字通用光盘(DVD,Digital Versatile Disc)或固态硬盘(SSD,Solid State Drives)、其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。其中,随机存取记忆体可以包括电阻式随机存取记忆体(ReRAM,Resistance RandomAccess Memory)和动态随机存取存储器(DRAM,Dynamic Random Access Memory)。当然,本领域技术人员可知计算机存储介质不局限于上述几种。上述的系统存储器704和大容量存储设备707可以统称为存储器。
根据本申请的各种实施例,计算机设备700还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即计算机设备700可以通过连接在系统总线705上的网络接口单元711连接到网络712,或者说,也可以使用网络接口单元711来连接到其他类型的网络或远程计算机系统(未示出)。
上述存储器还包括一个或者一个以上的程序,一个或者一个以上程序存储于存储器中,被配置由CPU执行。
在一个可选的实施例中,提供了一种计算机设备,该计算机设备包括处理器和存储器,存储器中存储有至少一条指令、至少一段程序、代码集或指令集,至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现如上所述的资源发放的方法。
在一个可选的实施例中,提供了一种计算机可读存储介质,该存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现如上所述的资源发放的方法。
可选地,该计算机可读存储介质可以包括:只读存储器(ROM,Read Only Memory)、随机存取记忆体(RAM,Random Access Memory)、固态硬盘(SSD,Solid State Drives)或光盘等。其中,随机存取记忆体可以包括电阻式随机存取记忆体(ReRAM,Resistance RandomAccess Memory)和动态随机存取存储器(DRAM,Dynamic Random Access Memory)。上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
本申请还提供一种计算机可读存储介质,该存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,该至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述各方法实施例提供的资源发放的方法。
应当理解的是,在本文中提及的“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本申请的可选实施例,并不用以限制本申请,凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (10)
1.一种资源发放的方法,其特征在于,应用于服务器中,所述方法包括:
响应于接收到第一用户帐号的排队信号,获取所述第一用户帐号的历史排队信息,所述第一用户帐号是指正在排队等待的第一用户所拥有的帐号;
根据所述历史排队信息生成第一资源的发放等待时长,所述发放等待时长是指自排队开始至第一资源发放所需等待的时长;
基于所述发放等待时长向所述第一用户帐号发放所述第一资源。
2.根据权利要求1所述的方法,其特征在于,所述根据所述历史排队信息生成第一资源的发放等待时长,包括:
根据所述历史排队信息确定所述第一用户容忍的排队等待的最大等待时长;
根据所述最大等待时长生成所述第一资源的所述发放等待时长;其中,所述最大等待时长大于所述发放等待时长。
3.根据权利要求2所述的方法,其特征在于,所述服务器中存储有等待时长与发放等待时长之间的第一对应关系;
所述根据所述最大等待时长生成所述第一资源的所述发放等待时长,包括:
根据所述第一对应关系确定出与所述最大等待时长对应的所述发放等待时长。
4.根据权利要求2所述的方法,其特征在于,所述服务器中存储有等待时长与候选资源之间的第二对应关系;
所述根据所述最大等待时长生成所述第一资源的所述发放等待时长之前,还包括:
从所述第二对应关系中查找与所述最大等待时长对应的第一候选资源,将所述第一候选资源确定为所述第一资源。
5.根据权利要求2至4任一所述的方法,其特征在于,所述历史排队信息包括历史排队时长与历史排队结果;
所述根据所述历史排队信息确定所述第一用户容忍的排队等待的最大等待时长,包括:
按照所述历史排队结果的类型将所述历史排队时长划分到至少两个数据集中;
计算每一个数据集中所述历史排队时长的平均值,得到至少两个平均值;
按照预设权值对所述至少两个平均值加权求和,得到所述最大等待时长。
6.根据权利要求1至4任一所述的方法,其特征在于,所述历史排队信息包括历史排队时长与历史排队结果中的至少一项;
所述根据所述历史排队信息生成第一资源的发放等待时长之前,包括:
基于所述历史排队时长与所述历史排队结果中的至少一项,从所述历史排队信息中筛选出有效的所述历史排队信息。
7.一种资源发放的装置,其特征在于,所述装置包括:
获取模块,用于响应于接收到第一用户帐号的排队信号,获取所述第一用户帐号的历史排队信息,所述第一用户帐号是指正在排队等待的第一用户所拥有的帐号;
生成模块,用于根据所述历史排队信息生成第一资源的发放等待时长,所述发放等待时长是指自排队开始至第一资源发放所需等待的时长;
发放模块,用于基于所述发放等待时长向所述第一用户帐号发放所述第一资源。
8.根据权利要求1所述的装置,其特征在于,所述生成模块,包括:
确定子模块,用于根据所述历史排队信息确定所述第一用户容忍的排队等待的最大等待时长;
生成子模块,用于根据所述最大等待时长生成所述第一资源的所述发放等待时长;其中,所述最大等待时长大于所述发放等待时长。
9.一种服务器,其特征在于,所述服务器包括:处理器和存储器,所述存储器存储有计算机程序,所述计算机程序由所述处理器加载并执行以实现如权利要求1至6任一所述的资源发放的方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机程序,所述计算机程序由处理器加载并执行以实现如权利要求1至6任一所述的资源发放的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010238573.3A CN111461776A (zh) | 2020-03-30 | 2020-03-30 | 资源发放的方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010238573.3A CN111461776A (zh) | 2020-03-30 | 2020-03-30 | 资源发放的方法、装置、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111461776A true CN111461776A (zh) | 2020-07-28 |
Family
ID=71678518
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010238573.3A Pending CN111461776A (zh) | 2020-03-30 | 2020-03-30 | 资源发放的方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111461776A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112862430A (zh) * | 2021-01-19 | 2021-05-28 | 浙江网商银行股份有限公司 | 资源发放处理方法及装置 |
CN112906655A (zh) * | 2021-03-29 | 2021-06-04 | 建信金融科技有限责任公司 | 用户状态判定方法和装置 |
CN114038206A (zh) * | 2021-11-03 | 2022-02-11 | 武汉紫阑信息技术有限公司 | 一种车辆服务显示方法及装置 |
CN114051057A (zh) * | 2021-11-01 | 2022-02-15 | 北京百度网讯科技有限公司 | 云设备排队时长的确定方法、装置、电子设备和介质 |
-
2020
- 2020-03-30 CN CN202010238573.3A patent/CN111461776A/zh active Pending
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112862430A (zh) * | 2021-01-19 | 2021-05-28 | 浙江网商银行股份有限公司 | 资源发放处理方法及装置 |
CN112862430B (zh) * | 2021-01-19 | 2024-05-21 | 浙江网商银行股份有限公司 | 资源发放处理方法及装置 |
CN112906655A (zh) * | 2021-03-29 | 2021-06-04 | 建信金融科技有限责任公司 | 用户状态判定方法和装置 |
CN112906655B (zh) * | 2021-03-29 | 2023-10-17 | 建信金融科技有限责任公司 | 用户状态判定方法和装置 |
CN114051057A (zh) * | 2021-11-01 | 2022-02-15 | 北京百度网讯科技有限公司 | 云设备排队时长的确定方法、装置、电子设备和介质 |
CN114051057B (zh) * | 2021-11-01 | 2023-11-03 | 北京百度网讯科技有限公司 | 云设备排队时长的确定方法、装置、电子设备和介质 |
CN114038206A (zh) * | 2021-11-03 | 2022-02-11 | 武汉紫阑信息技术有限公司 | 一种车辆服务显示方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111461776A (zh) | 资源发放的方法、装置、设备及存储介质 | |
WO2021174944A1 (zh) | 基于目标对象活跃度的消息推送方法及相关设备 | |
WO2019047431A1 (zh) | 信息推送方法和装置 | |
CN108111554B (zh) | 一种访问队列的控制方法及装置 | |
CN111598360B (zh) | 服务策略确定方法、装置及电子设备 | |
CN110619701A (zh) | 排队渠道推荐方法及装置、存储介质及电子设备 | |
CN112418673A (zh) | 案件分配方法、装置及介质 | |
CN111400600A (zh) | 一种消息推送方法、装置、设备和存储介质 | |
CN110738436A (zh) | 一种确定可用库存的方法和装置 | |
CN110019774B (zh) | 标签分配方法、装置、存储介质及电子装置 | |
WO2014099083A1 (en) | Asset assignment having unique skills and/or capabilities | |
CN113379511A (zh) | 用于输出信息的方法和装置 | |
CN115658301A (zh) | 存储资源调度方法、装置、存储介质以及电子设备 | |
CN115578138A (zh) | 营销方法、装置、介质和计算设备 | |
CN115016949A (zh) | 为客户机选择宿主机的方法、计算设备和计算机介质 | |
CN109544392B (zh) | 用于保险订单处理的方法、系统、设备以及介质 | |
CN111144949A (zh) | 奖励数据发放方法、装置、计算机设备及存储介质 | |
CN110990007A (zh) | 银行软件功能界面生成方法和装置 | |
CN111813902B (zh) | 智能应答方法、系统及计算设备 | |
CN113780918A (zh) | 一种任务单分配方法和装置 | |
EP2344961A1 (en) | Apparatus, system, and method for predicting attitudinal segments | |
US20220366425A1 (en) | Service management system for processing a request | |
CN110858335A (zh) | 一种计算促销弹性的方法和装置 | |
CN113762675A (zh) | 信息生成方法、装置、服务器、系统和存储介质 | |
CN111260444B (zh) | 一种无货商品的下单方法、装置及计算机系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20200728 |
|
WD01 | Invention patent application deemed withdrawn after publication |