CN109214938A - 保险异步报价方法、装置、计算机设备和存储介质 - Google Patents
保险异步报价方法、装置、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN109214938A CN109214938A CN201811168557.0A CN201811168557A CN109214938A CN 109214938 A CN109214938 A CN 109214938A CN 201811168557 A CN201811168557 A CN 201811168557A CN 109214938 A CN109214938 A CN 109214938A
- Authority
- CN
- China
- Prior art keywords
- quote
- request
- information
- rear end
- insurance
- 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
- 238000000034 method Methods 0.000 title claims abstract description 123
- 230000008569 process Effects 0.000 claims abstract description 89
- 238000004364 calculation method Methods 0.000 claims description 22
- 238000004590 computer program Methods 0.000 claims description 13
- 230000001360 synchronised effect Effects 0.000 claims description 10
- 239000000047 product Substances 0.000 description 48
- 238000010586 diagram Methods 0.000 description 9
- 230000008901 benefit Effects 0.000 description 6
- 230000000694 effects Effects 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 2
- 239000006227 byproduct Substances 0.000 description 2
- 230000002349 favourable effect Effects 0.000 description 2
- 230000036541 health Effects 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 238000012163 sequencing technique Methods 0.000 description 2
- 235000013399 edible fruits Nutrition 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 230000001737 promoting effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/08—Insurance
-
- 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/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
-
- 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/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
-
- 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/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0611—Request for offers or quotes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/548—Queue
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Software Systems (AREA)
- General Physics & Mathematics (AREA)
- Development Economics (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Marketing (AREA)
- Economics (AREA)
- General Engineering & Computer Science (AREA)
- Technology Law (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请涉及到数据处理技术领域,揭示了一种保险异步报价方法、装置、计算机设备和存储介质,其中方法包括:前端接收多个报价申请,所述报价申请包括保险标的信息和保险需求信息;获取所述报价申请的个数;判断所述个数是否超过第一预设数量;若是,将多个所述报价申请放入到消息队列中,等待后端进行异步处理;接收后端异步处理后的报价信息,并加载在显示屏上。本申请对多个报价申请时进行异步报价,用户无需等待返回结果,可继续在系统中进行其他的操作。计算完成后,用户可以看到相应的报价结果。特别是对于大批量报价时,由于花费时间较长,用户无需等待返回结果,提升了客户体验。
Description
技术领域
本申请涉及到数据处理技术领域,特别是涉及到一种保险异步报价方法、装置、计算机设备和存储介质。
背景技术
当前的保险报价系统均为同步方式,工作人员在系统的前端上填写信息后点申请报价按钮后,需调用多个关联系统进行保费计算。只有所有关联系统正常返回结果后,出单系统才能得到最终的保费结果,并继续进行下一步操作。当遇到大批量保险报求请求并发时,同步处理的方式会对后端服务器造成非常大的压力,从而造成响应的时间较长而使工作人员等待的时间过长,在进行计算报价的终端就会长时间无法进行下一步操作,这样很浪费工作工员或者客户的时间。异步处理的时候,前端还可以接收到其他的指令,即工作人员还可以利用前端做其他的事情。
所以提供一种新的保险异步报价方法是亟需解决的问题。
发明内容
本申请的主要目的为提供一种将多个报价申请进行异步报价的保险异步报价方法、装置、计算机设备和存储介质。
为了实现上述发明目的,本申请提出一种保险异步报价方法,包括:
前端接收多个报价申请,所述报价申请包括保险标的信息和保险需求信息;
获取所述报价申请的个数;
判断所述个数是否超过第一预设数量;
若是,将多个所述报价申请放入到消息队列中,等待后端进行异步处理,所述后端用于根据报价申请计算报价信息;
接收后端异步处理后的报价信息,并加载在显示屏上。
进一步地,所述将多个所述报价申请放入到消息队列中,等待后端进行异步处理的步骤,包括:
将第二预设数量的报价申请进行同步处理,将超过第二预设数量的报价申请放入到消息队列中,等待后端进行异步处理,所述第二预设数量小于所述第一预设数量。
进一步地,所述将多个所述报价申请放入到消息队列中,等待后端进行异步处理的步骤,包括:
设置至少两个消息队列,将多个所述报价申请按照收到的时间依次轮流放入到至少两个消息队列中,每个消息队列对应一个子后端;
将至少两个消息队列中的报价申请发送给各消息队列对应的子后端,以通过所述子后端对所述报价申请进行计算处理得到报价信息。
进一步地,所述接收后端异步处理后的报价信息,并加载在显示屏上的步骤之后,包括:
发出提示信号。
进一步地,所述接收后端异步处理后的报价信息,并加载在显示屏上的步骤之后,包括:
推送与多个所述报价申请中保险需求信息对应的产品信息。
进一步地,所述接收后端异步处理后的报价信息,并加载在显示屏上的步骤之后,包括:
显示与所述产品信息对应的优惠信息。
进一步地,所述保险标的信息为个人信息,所述获取所述报价申请的个数的步骤,包括:
根据每个所述保险需求信息以及预设的保险需求信息与个人信息的对应关系,判断每个所述报价申请是否符合所述对应关系;
计算所述符合所述对应关系的报价申请的个数。
本申请还提供一种保险异步报价装置,包括:
接收模块,用于接收多个报价申请,所述报价申请包括保险标的信息和保险需求信息;
获取模块,用于获取所述报价申请的个数;
判断模块,用于判断所述个数是否超过第一预设数量;
放入模块,用于若所述个数超过第一预设数量,将多个所述报价申请放入到消息队列中,等待后端进行异步处理,所述后端用于根据报价申请计算报价信息;
加载模块,用于接收后端异步处理后的报价信息,并加载在显示屏上。
本申请还提供一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现上述任一项所述方法的步骤。
本申请还提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述任一项所述的方法的步骤。
本申请的保险异步报价方法、装置、计算机设备和存储介质,对多个报价申请时进行异步报价,用户无需等待返回结果,可继续在前端上进行其他的操作。计算完成后,用户可以看到相应的报价结果。特别是对于大批量报价时,由于花费时间较长,用户无需等待返回结果,提升了客户体验。在进行报价处理前,先判断报价申请的个数,当超过一定个数才进行异步处理,或者超过一定个数后将部分报价申请进行异步处理,提高了处理速度而且可以尽快给用户展示处理结果,使用户可以最快的看到报价结果,给用户优质的体验效果。
附图说明
图1为本申请一实施例的保险异步报价方法的流程示意图;
图2为本申请一实施例的保险异步报价装置的结构示意框图;
图3为本申请一实施例的保险异步报价装置的放入模块的结构示意框图;
图4为本申请一实施例的保险异步报价装置的放入模块的结构示意框图;
图5为本申请一实施例的保险异步报价装置的结构示意框图;
图6为本申请一实施例的保险异步报价装置的结构示意框图;
图7为本申请一实施例的保险异步报价装置的获取模块的结构示意框图;
图8为本申请一实施例的计算机设备的结构示意框图。
本申请目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
参照图1,本申请实施例提供一种保险异步报价方法,包括步骤:
S1、前端接收多个报价申请,所述报价申请包括保险标的信息和保险需求信息;
S2、获取所述报价申请的个数;
S3、判断所述个数是否超过第一预设数量;
S4、若是,将多个所述报价申请放入到消息队列中,等待后端进行异步处理;
S5、接收后端异步处理后的报价信息,并加载在显示屏上。
如上述步骤S1所述,本实施例中的应用场景为保险公司的工作人员对客户的多个标的进行投保的报价。本实施例的执行主体为前端,前端具体是一个电脑或手机等硬件,可以接收客户或工作人员输入信息,并具有显示屏、投影仪、扬声器等可以用于输出信息。后续的步骤执行主体均是上述前端。客户提出多个保险标的以及分别对应的保险需求,例如某一客户名下有两辆汽车,客户需要对两辆汽车分别需要100万保额的第三者责任险和20万的机动车损失险,此时客户提出两个保险标的,对应的是两个报价申请,报价申请包括汽车信息以及保险需求,工作人员将这两辆汽车的信息以及对应的保险需求分别输入到前端,即工作人员在前端设置两个报价申请。其中汽车的信息即保险标的信息包括汽车的年限、行驶里程、汽车价格等。在另一实施例中,保险标的是投保人的生命健康,则保险标的信息是投保人的个人信息,包括姓名、性别、身份证号、年龄等。
如上述步骤S2所述,异步处理的好处是不占用前端当前的界面,主要是用于处理大量的报价申请。同步处理的好处是可以快速处理进行显示。因此,当报价申请的数量低于一定数量时,计算的时间非常短,因而就没有必要进行异步处理。因此,在本实施例中,前端对是否进行异步处理有一个判断的过程。前端读取工作人员发送的报价申请信息,读取获取报价申请的个数。
如上述步骤S3所述,第一预设数量是后台工作人员根据后端的性能、处理速度、计算一个报价申请所需要的时间以及结合工作人一般的等待时间来设置的数量。后端是根据报价申请中的保险标的信息和保险需求信息计算出对应的报价信息的服务器。工作人员可以在后端设置一些参数,或者将一些数据输入到后端。当后端处理多个报价申请时,后端计算的时间较长,则有必要进行异步处理,便于工作人员利用前端处理其他的事情,最大化的利用前端的性能;当后端处理少量的报价申请时,后端计算的时间很短,则没有必要进行异步处理,直接进行同步处理,将处理后的结果显示给工作人员看。在一具体实施例中,工作人员一般的等待时间是5秒,后端一般5秒钟内可以处理10个报价申请,则前端设置的第一预设数量是10个。判断报价申请的个数是否超过第一预设数量。在其他实施例中,前端根据后端的性能设置具体的其他第一预设数量。
如上述步骤S4所述,前端接收到工作人员发出的多个报价申请后,将多个报价申请进行异步处理。前端将多个报价申请分别缓存至消息队列中,在这里,所述消息队列用于前端缓存所接收到的报价申请。前端将报价申请放入到消息队列后,在显示屏上显示已接收到报价申请,便于工作人员知道报价申请已受理,同时前端也可以继续接收工作人员输入的报价申请,而无需待后端的处理结果,减小前端的空闲时间,提高了工作人员的输入报价申请的速度,整体上来说提高了报价的速度。然后后端按照先进先出的顺序从消息队列中读取报价申请,栈底的交易请求比栈顶的报价申请对应的请求时间更早,这样不太合理,因此采用先进先出的方式读取报价申请。后端读取到报价申请后,解析报价申请,得到工作人员输入的客户保险标的信息和保险需求信息,根据对应的计算公式计算出报价,得到报价信息。其中,当后端处理消息队列中的报价申请时,还持续接收前端发出的报价申请,并继续将报价申请放入到消息队列中,按照进入消息队列的先后顺序依次对报价申请进行计算处理。
如上述步骤S5所述,前端接收到后端计算得到的多个报价信息后,将多个报价信息加载在显示屏上进行显示,对工作人员在前端发起的报价申请进行回馈计算结果。
在一个实施例中,上述将多个所述报价申请放入到消息队列中,等待后端进行异步处理的步骤,包括:
S41、将第二预设数量的报价申请进行同步处理,将超过第二预设数量的报价申请放入到消息队列中,等待后端进行异步处理,所述第二预设数量小于所述第一预设数量。
本实施例中,第二预设数量是后台工作人员根据后端的性能、处理速度、计算一个报价申请所需要的时间、工作人员一般的等待时间以及工作人员浏览报价信息的时间综合计算得出的数量。当后端处理多个报价申请后,呈现在显示屏上供工作人员浏览,而工作人员在浏览的时候是不需要利用系统计算的,此时后端处于空闲状态。本实施例中对这段工作人员浏览报价信息的时间加以利用,将第二预设数量的报价申请同步处理,然后将剩下的报价申请放入到消息队列中等待后端进行异步处理,工作人员在看同步处理后的报价信息时后端异步处理剩下的报价申请,最大化的利用后端的工作时间,同时也减小工作人员的等待时间。在一具体实施例中,工作人员一般的等待时间是2秒,后端一般1秒钟内可以处理2个报价申请,工作人员浏览一个报价信息最少的时间是2秒。则可以设置的第二预设数量是2个。工作人员上传了10个报价申请后,后端先用1秒钟时间同步计算出2个报价信息,供工作人员浏览,在工作人员浏览的时间内,后端随后将剩下的8个报价申请异步处理,最大化的使后端工作,最大程序的减小工作人员的等待时间。
在一个实施例中,上述将多个所述报价申请放入到消息队列中,等待后端进行异步处理的步骤,包括:
S42、设置至少两个消息队列,将多个所述报价申请按照收到的时间依次轮流放入到至少两个消息队列中,每个消息队列对应一个子系统;
S43、将至少两个消息队列中的报价申请发送给各消息队列对应的子后端,以通过所述子后端对所述报价申请进行计算处理得到报价信息。
本实施例中,子后端是后端设置的线程,后端每设置一个独立的线程即是一个子后端。后端根据消息队列的数量,设置与消息队列数量相同的子后端。前端设置至少两个消息队列,前端在接收到多个报价申请时,依次轮流放入到至少两个消息队列中。接收到第一个报价申请,放入到第一个消息队列中,然后接收到第二个报价申请,放入到第二个消息队列中,当所有的消息队列中均有一个报价申请后,再接收到一个报价申请后,再放入到第一个消息队列中,如此循环。每个消息队列对应一个子后端,每个子后端处理其对应的消息队列中的报价申请,这样使得全部的子后端处理各自对应的报价申请,而且各子后端处理的报价申请的数量都是差不多的,对应的各子端处理各自对应的报价申请的时间也是差不多的,这样多个子端几乎同时处理完全部的报价申请,得到报价信息,然后将全部的报价信息发送给前端,便于前端加载在显示屏上。前端将报价申请放入到至少两个消息队列中后,然后将各自消息队列中的报价申请发送给对应的子后端。
在一个实施例中,上述接收后端异步处理后的报价信息,并加载在显示屏上的步骤之后,包括:
S6、发出提示信号。
如上述步骤S6所述,当异步处理了全部报价申请后,将报价信息显示在系统的当前页面。而工作人员可能是在系统上处理其他事情,对应的页面没有在报价申请的页面,因此工作人员不能及时知道报价信息,因此前端发出提示信息。具体的提示信息包括弹出一个较小的对话框,不影响工作人员在前端上处理其他事情又可以知道报价申请已处理完成的结果。在另一具体实施例中,发出的提示信息还包括控制蜂鸣器或扬声器发出声响,即使工作人员没有在前端跟前,也能听到对应的声音,得知报价申请已处理完成,更加有利于工作人员快速知道报价信息。
在一个实施例中,上述接收后端异步处理后的报价信息,并加载在显示屏上的步骤之后,包括:
S7、推送与多个所述报价申请中保险需求信息对应的产品信息。
如上述步骤S7所述,多个报价申请对应的是多个保险需求信息,前端根据多个报价申请对应的多个保险需求信息,推荐与需求相匹配的产品信息,前端接收到系统发送的产品信息后,然后前端将产品信息推送在显示屏上,便于工作人员直接推送给客户,更好的有利于客户购买公司的保险产品。在推送时,对每个报价申请都提取出关键字,然后根据关键字寻找与之匹配的产品信息,当产品信息包含了多个报价申请中的多个关键字,说明产品信息与多个报价申请匹配,进而将该产品信息推送在前端的显示屏上。
在一个实施例中,上述接收后端异步处理后的报价信息,并加载在显示屏上的步骤之后,包括:
S8、显示与所述产品信息对应的优惠信息。
如上述步骤S8所述,前端推送了产品信息后,访问指定的销售产品的网站,查找与报价单上的保险产品匹配的优惠信息。前端访问服务器,查找到报价单上的保险产品,点击进去,获取到该保险产品的信息,然后浏览该保险产品信息所在的网页,查找是否有活动、优惠、折扣等的图片或文字,若有,则确定有与报价单匹配的优惠信息。在另一具体实施例中,前端登录销售保险产品的服务器的账户,生成一个虚拟的订单购买该保险产品,若订单价格低于该服务器上该保险产品的报价,说明是有优惠信息的,获取该服务器上的该保险产品的网页链接,该网页链接上具有优惠信息。优惠信息包括服务器上该保险产品的宣传画面。前端获取到优惠信息后将优惠信息显示在报价单上,更加利于促进客户购买该报价单的保险产品,增加公司的销售业绩。
在一个实施例中,上述保险标的信息为个人信息,所述获取所述报价申请的个数的步骤,包括:
S21、根据每个所述保险需求信息以及预设的保险需求信息与个人信息的对应关系,判断每个所述报价申请是否符合所述对应关系;
S22、计算所述符合所述对应关系的报价申请的个数。
本实施例中,保险一般包括财产保险和人寿保险,人寿保险的标的是人,对应的保险标的信息是个人信息,个人信息包括投保人的年龄和性别。人寿保险有一个特殊性,每个人寿保险对投保人都有一定的年龄要求,即保险需求信息与个人信息有对应关系。因而,在进行报价计算前,先简单的从年龄上判断投保人是否符合购买的条件,这样可以筛选掉一部分不符合购买条件的报价申请,减小后续的不必要的计算报价过程。在一个具体实施例中,保险需求信息与个人信息的对应关系如下表:
前端先获取到报价申请,然后根据上述表格中的对应关系,统计出符合上述对应关系的报价申请的数量。
综上所述,本申请的保险异步报价方法,对多个报价申请时进行异步报价,用户无需等待返回结果,可继续在前端上进行其他的操作。计算完成后,用户可以看到相应的报价结果。特别是对于大批量报价时,由于花费时间较长,用户无需等待返回结果,提升了客户体验。在进行报价处理前,先判断报价申请的个数,当超过一定个数才进行异步处理,或者超过一定个数后将部分报价申请进行异步处理,提高了处理速度而且可以尽快给用户展示处理结果,使用户可以最快的看到报价结果,给用户优质的体验效果。
参照图2,本申请实施例中还提供一种保险异步报价装置,包括:
接收模块1,用于前端接收多个报价申请,所述报价申请包括保险标的信息和保险需求信息;
获取模块2,用于获取所述报价申请的个数;
判断模块3,用于判断所述个数是否超过第一预设数量;
放入模块4,用于若所述个数超过所述第一预设数量,将多个所述报价申请放入到消息队列中,等待后端进行异步处理,所述后端用于根据报价申请计算报价信息;
加载模块5,用于接收后端异步处理后的报价信息,并加载在显示屏上。
本实施例中的应用场景为保险公司的工作人员对客户的多个标的进行投保的报价。本实施例的装置为前端,前端具体是一个电脑或手机等硬件,可以接收客户或工作人员输入信息,并具有显示屏、投影仪、扬声器等可以用于输出信息。后续的其他模块均属于上述前端。客户提出多个保险标的以及分别对应的保险需求,例如某一客户名下有两辆汽车,客户需要对两辆汽车分别需要100万保额的第三者责任险和20万的机动车损失险,此时客户提出两个保险标的,对应的是两个报价申请,报价申请包括汽车信息以及保险需求,工作人员将这两辆汽车的信息以及对应的保险需求分别输入到前端,即工作人员在前端设置两个报价申请,接收模块1接收到工作人员输入的多个报价申请。其中汽车的信息即保险标的信息包括汽车的年限、行驶里程、汽车价格等。在另一实施例中,保险标的是投保人的生命健康,则保险标的信息是投保人的个人信息,包括姓名、性别、身份证号、年龄等。
异步处理的好处是不占用前端当前的界面,主要是用于处理大量的报价申请。同步处理的好处是可以快速处理进行显示。因此,当报价申请的数量低于一定数量时,计算的时间非常短,因而就没有必要进行异步处理。因此,在本实施例中,获取模块2对是否进行异步处理有一个判断的过程。获取模块2读取工作人员发送的报价申请信息,读取获取报价申请的个数。
第一预设数量是后台工作人员根据后端的性能、处理速度、计算一个报价申请所需要的时间以及结合工作人一般的等待时间来设置的数量。后端是根据报价申请中的保险标的信息和保险需求信息计算出对应的报价信息的服务器。工作人员可以在后端设置一些参数,或者将一些数据输入到后端。当后端处理多个报价申请时,后端计算的时间较长,则有必要进行异步处理,便于工作人员利用前端处理其他的事情,最大化的利用前端的性能;当后端处理少量的报价申请时,后端计算的时间很短,则没有必要进行异步处理,直接进行同步处理,将处理后的结果显示给工作人员看。在一具体实施例中,工作人员一般的等待时间是5秒,后端一般5秒钟内可以处理10个报价申请,则前端设置的第一预设数量是10个。判断模块3判断报价申请的个数是否超过第一预设数量。在其他实施例中,前端根据后端的性能设置具体的其他第一预设数量。
前端接收到工作人员发出的多个报价申请后,将多个报价申请进行异步处理。放入模块4将多个报价申请分别缓存至消息队列中,在这里,所述消息队列用于前端缓存所接收到的报价申请。前端将报价申请放入到消息队列后,在显示屏上显示已接收到报价申请,便于工作人员知道报价申请已受理,同时前端也可以继续接收工作人员输入的报价申请,而无需待后端的处理结果,减小前端的空闲时间,提高了工作人员的输入报价申请的速度,整体上来说提高了报价的速度。然后后端按照先进先出的顺序从消息队列中读取报价申请,栈底的交易请求比栈顶的报价申请对应的请求时间更早,这样不太合理,因此采用先进先出的方式读取报价申请。后端读取到报价申请后,解析报价申请,得到工作人员输入的客户保险标的信息和保险需求信息,根据对应的计算公式计算出报价,得到报价信息。其中,当后端处理消息队列中的报价申请时,还持续接收前端发出的报价申请,并继续将报价申请放入到消息队列中,按照进入消息队列的先后顺序依次对报价申请进行计算处理。
前端接收到后端计算得到的多个报价信息后,加载模块5将多个报价信息加载在显示屏上进行显示,对工作人员在前端发起的报价申请进行回馈计算结果。
参照图3,在一个实施例中,上述放入模块4包括:
放入单元41,用于将第二预设数量的报价申请进行同步处理,将超过第二预设数量的报价申请放入到消息队列中,等待后端进行异步处理,所述第二预设数量小于所述第一预设数量。
本实施例中,第二预设数量是后台工作人员根据后端的性能、处理速度、计算一个报价申请所需要的时间、工作人员一般的等待时间以及工作人员浏览报价信息的时间综合计算得出的数量。当后端处理多个报价申请后,呈现在显示屏上供工作人员浏览,而工作人员在浏览的时候是不需要利用系统计算的,此时后端处于空闲状态。本实施例中对这段工作人员浏览报价信息的时间加以利用,将第二预设数量的报价申请同步处理,然后放入单元41将剩下的报价申请放入到消息队列中,等待后端进行异步处理,工作人员在看同步处理后的报价信息时后端异步处理剩下的报价申请,最大化的利用后端的工作时间,同时也减小工作人员的等待时间。在一具体实施例中,工作人员一般的等待时间是2秒,后端一般1秒钟内可以处理2个报价申请,工作人员浏览一个报价信息最少的时间是2秒。则可以设置的第二预设数量是2个。工作人员上传了10个报价申请后,后端先用1秒钟时间同步计算出2个报价信息,供工作人员浏览,在工作人员浏览的时间内,后端随后将剩下的8个报价申请异步处理,最大化的使后端工作,最大程序的减小工作人员的等待时间。
参照图4,在一个实施例中,上述放入模块4包括:
设置单元42,用于设置至少两个消息队列,将多个所述报价申请按照收到的时间依次轮流放入到至少两个消息队列中,每个消息队列对应一个子系统;
发送单元43,用于将至少两个消息队列中的报价申请发送给各消息队列对应的子后端,以通过所述子后端对所述报价申请进行计算处理得到报价信息。
本实施例中,子后端是后端设置的线程,后端每设置一个独立的线程即是一个子后端。后端根据消息队列的数量,设置与消息队列数量相同的子后端。设置单元42设置至少两个消息队列,前端在接收到多个报价申请时,依次轮流放入到至少两个消息队列中。接收到第一个报价申请,放入到第一个消息队列中,然后接收到第二个报价申请,放入到第二个消息队列中,当所有的消息队列中均有一个报价申请后,再接收到一个报价申请后,再放入到第一个消息队列中,如此循环。每个消息队列对应一个子后端,每个子后端处理其对应的消息队列中的报价申请,这样使得全部的子后端处理各自对应的报价申请,而且各子后端处理的报价申请的数量都是差不多的,对应的各子后端处理各自对应的报价申请的时间也是差不多的,这样多个子后端几乎同时处理完全部的报价申请,得到报价信息,然后将全部的报价信息发送给前端,便于前端加载在显示屏上。前端将报价申请放入到至少两个消息队列中后,然后发送单元43将各自消息队列中的报价申请发送给对应的子后端。
参照图5,在一个实施例中,上述保险异步报价装置还包括:
提示模块6,用于发出提示信号。
本实施例中,当异步处理了全部报价申请后,将报价信息显示在系统的当前页面。而工作人员可能是在系统上处理其他事情,对应的页面没有在报价申请的页面,因此工作人员不能及时知道报价信息,因此提示模块6发出提示信息。具体的提示信息包括弹出一个较小的对话框,不影响工作人员在前端上处理其他事情又可以知道报价申请已处理完成的结果。在另一具体实施例中,发出的提示信息还包括控制蜂鸣器或扬声器发出声响,即使工作人员没有在前端跟前,也能听到对应的声音,得知报价申请已处理完成,更加有利于工作人员快速知道报价信息。
参照图6,在一个实施例中,上述保险异步报价装置还包括:
推送模块7,用于推送与多个所述报价申请中保险需求信息对应的产品信息。
本实施例中,多个报价申请对应的是多个保险需求信息,前端根据多个报价申请对应的多个保险需求信息,推荐与需求相匹配的产品信息,前端接收到系统发送的产品信息后,然后推送模块7将产品信息推送在前端的显示屏上,便于工作人员直接推送给客户,更好的有利于客户购买公司的保险产品。在推送时,对每个报价申请都提取出关键字,然后根据关键字寻找与之匹配的产品信息,当产品信息包含了多个报价申请中的多个关键字,说明产品信息与多个报价申请匹配,进而将该产品信息推送在前端的显示屏上。
在一个实施例中,上述保险异步报价装置还包括:
优惠模块8,用于显示与所述产品信息对应的优惠信息。
本实施例中,前端推送了产品信息后,访问指定的销售产品的网站,查找与报价单上的保险产品匹配的优惠信息。前端访问服务器,查找到报价单上的保险产品,点击进去,获取到该保险产品的信息,然后浏览该保险产品信息所在的网页,查找是否有活动、优惠、折扣等的图片或文字,若有,则确定有与报价单匹配的优惠信息。在另一具体实施例中,前端登录销售保险产品的服务器的账户,生成一个虚拟的订单购买该保险产品,若订单价格低于该服务器上该保险产品的报价,说明是有优惠信息的,获取该服务器上的该保险产品的网页链接,该网页链接上具有优惠信息。优惠信息包括服务器上该保险产品的宣传画面。前端获取到优惠信息后,优惠模块8将优惠信息显示在报价单上,更加利于促进客户购买该报价单的保险产品,增加公司的销售业绩。
参照图7,在一个实施例中,上述获取模块2包括:
判断单元21,用于根据每个所述保险需求信息以及预设的保险需求信息与个人信息的对应关系,判断每个所述报价申请是否符合所述对应关系;
计算单元22,用于计算所述符合所述对应关系的报价申请的个数。
本实施例中,保险一般包括财产保险和人寿保险,人寿保险的标的是人,对应的保险标的信息是个人信息,个人信息包括投保人的年龄和性别。人寿保险有一个特殊性,每个人寿保险对投保人都有一定的年龄要求,即保险需求信息与个人信息有对应关系。因而,在进行报价计算前,判断单元21先简单的从年龄上判断投保人是否符合购买的条件,这样可以筛选掉一部分不符合购买条件的报价申请,减小后续的不必要的计算报价过程。在一个具体实施例中,保险需求信息与个人信息的对应关系如下表:
前端先获取到报价申请,然后计算单元22根据上述表格中的对应关系,统计出符合上述对应关系的报价申请的数量。
综上所述,本申请的保险异步报价装置,对多个报价申请时进行异步报价,用户无需等待返回结果,可继续在前端上进行其他的操作。计算完成后,用户可以看到相应的报价结果。特别是对于大批量报价时,由于花费时间较长,用户无需等待返回结果,提升了客户体验。在进行报价处理前,先判断报价申请的个数,当超过一定个数才进行异步处理,或者超过一定个数后将部分报价申请进行异步处理,提高了处理速度而且可以尽快给用户展示处理结果,使用户可以最快的看到报价结果,给用户优质的体验效果。
参照图8,本申请实施例中还提供一种计算机设备,该计算机设备可以是服务器,其内部结构可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设计的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储报价申请、第一预设数量等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种保险异步报价方法。
上述处理器执行上述保险异步报价方法的步骤:前端接收多个报价申请,所述报价申请包括保险标的信息和保险需求信息;获取所述报价申请的个数;判断所述个数是否超过第一预设数量;若是,将多个所述报价申请放入到消息队列中,等待后端进行异步处理,所述后端用于根据报价申请计算报价信息;接收后端异步处理后的报价信息,并加载在显示屏上。
在一个实施例中,上述处理器执行将多个所述报价申请放入到消息队列中,等待后端进行异步处理的步骤,包括:将第二预设数量的报价申请进行同步处理,将超过第二预设数量的报价申请放入到消息队列中,等待后端进行异步处理,所述第二预设数量小于所述第一预设数量。
在一个实施例中,上述处理器执行将多个所述报价申请放入到消息队列中,等待后端进行异步处理的步骤,包括:设置至少两个消息队列,将多个所述报价申请按照收到的时间依次轮流放入到至少两个消息队列中,每个消息队列对应一个子后端;将至少两个消息队列中的报价申请发送给各消息队列对应的子后端,以通过所述子后端对所述报价申请进行计算处理得到报价信息。
在一个实施例中,上述处理器执行接收后端异步处理后的报价信息,并加载在显示屏上的步骤之后,包括:发出提示信号。
在一个实施例中,上述处理器执行接收后端异步处理后的报价信息,并加载在显示屏上的步骤之后,包括:推送与多个所述报价申请中保险需求信息对应的产品信息。
在一个实施例中,上述处理器执行接收后端异步处理后的报价信息,并加载在显示屏上的步骤之后,包括:显示与所述产品信息对应的优惠信息。
在一个实施例中,上述保险标的信息为个人信息,上述处理器执行获取所述报价申请的个数的步骤,包括:根据每个所述保险需求信息以及预设的保险需求信息与个人信息的对应关系,判断每个所述报价申请是否符合所述对应关系;计算所述符合所述对应关系的报价申请的个数。
综上所述,本申请的计算机设备对多个报价申请时进行异步报价,用户无需等待返回结果,可继续在前端上进行其他的操作。计算完成后,用户可以看到相应的报价结果。特别是对于大批量报价时,由于花费时间较长,用户无需等待返回结果,提升了客户体验。在进行报价处理前,先判断报价申请的个数,当超过一定个数才进行异步处理,或者超过一定个数后将部分报价申请进行异步处理,提高了处理速度而且可以尽快给用户展示处理结果,使用户可以最快的看到报价结果,给用户优质的体验效果。
本领域技术人员可以理解,图8中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定。
本申请一实施例还提供一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现一种保险异步报价方法,具体为:上述处理器执行上述保险异步报价方法的步骤:前端接收多个报价申请,所述报价申请包括保险标的信息和保险需求信息;获取所述报价申请的个数;判断所述个数是否超过第一预设数量;若是,将多个所述报价申请放入到消息队列中,等待后端进行异步处理,所述后端用于根据报价申请计算报价信息;接收后端异步处理后的报价信息,并加载在显示屏上。
在一个实施例中,上述处理器执行将多个所述报价申请放入到消息队列中,等待后端进行异步处理的步骤,包括:将第二预设数量的报价申请进行同步处理,将超过第二预设数量的报价申请放入到消息队列中,等待后端进行异步处理,所述第二预设数量小于所述第一预设数量。
在一个实施例中,上述处理器执行将多个所述报价申请放入到消息队列中,等待后端进行异步处理的步骤,包括:设置至少两个消息队列,将多个所述报价申请按照收到的时间依次轮流放入到至少两个消息队列中,每个消息队列对应一个子后端;将至少两个消息队列中的报价申请发送给各消息队列对应的子后端,以通过所述子后端对所述报价申请进行计算处理得到报价信息。
在一个实施例中,上述处理器执行接收后端异步处理后的报价信息,并加载在显示屏上的步骤之后,包括:发出提示信号。
在一个实施例中,上述处理器执行接收后端异步处理后的报价信息,并加载在显示屏上的步骤之后,包括:推送与多个所述报价申请中保险需求信息对应的产品信息。
在一个实施例中,上述处理器执行接收后端异步处理后的报价信息,并加载在显示屏上的步骤之后,包括:显示与所述产品信息对应的优惠信息。
在一个实施例中,上述保险标的信息为个人信息,上述处理器执行获取所述报价申请的个数的步骤,包括:根据每个所述保险需求信息以及预设的保险需求信息与个人信息的对应关系,判断每个所述报价申请是否符合所述对应关系;计算所述符合所述对应关系的报价申请的个数。
综上所述,本申请的计算机可读存储介质,对多个报价申请时进行异步报价,用户无需等待返回结果,可继续在前端上进行其他的操作。计算完成后,用户可以看到相应的报价结果。特别是对于大批量报价时,由于花费时间较长,用户无需等待返回结果,提升了客户体验。在进行报价处理前,先判断报价申请的个数,当超过一定个数才进行异步处理,或者超过一定个数后将部分报价申请进行异步处理,提高了处理速度而且可以尽快给用户展示处理结果,使用户可以最快的看到报价结果,给用户优质的体验效果。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的和实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可以包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双速据率SDRAM(SSRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchl ink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。
以上所述仅为本申请的优选实施例,并非因此限制本申请的专利范围,凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本申请的专利保护范围内。
Claims (10)
1.一种保险异步报价方法,其特征在于,包括:
前端接收多个报价申请,所述报价申请包括保险标的信息和保险需求信息;
获取所述报价申请的个数;
判断所述个数是否超过第一预设数量;
若是,将多个所述报价申请放入到消息队列中,等待后端进行异步处理,所述后端用于根据报价申请计算报价信息;
接收后端异步处理后的报价信息,并加载在显示屏上。
2.如权利要求1所述的保险异步报价方法,其特征在于,所述将多个所述报价申请放入到消息队列中,等待后端进行异步处理的步骤,包括:
将第二预设数量的报价申请进行同步处理,将超过第二预设数量的报价申请放入到消息队列中,等待后端进行异步处理,所述第二预设数量小于所述第一预设数量。
3.如权利要求1所述的保险异步报价方法,其特征在于,所述将多个所述报价申请放入到消息队列中,等待后端进行异步处理的步骤,包括:
设置至少两个消息队列,将多个所述报价申请按照收到的时间依次轮流放入到至少两个消息队列中,每个消息队列对应一个子后端;
将至少两个消息队列中的报价申请发送给各消息队列对应的子后端,以通过所述子后端对所述报价申请进行计算处理得到报价信息。
4.如权利要求1所述的保险异步报价方法,其特征在于,所述接收后端异步处理后的报价信息,并加载在显示屏上的步骤之后,包括:
发出提示信号。
5.如权利要求1所述的保险异步报价方法,其特征在于,所述接收后端异步处理后的报价信息,并加载在显示屏上的步骤之后,包括:
推送与多个所述报价申请中保险需求信息对应的产品信息。
6.如权利要求5所述的保险异步报价方法,其特征在于,所述接收后端异步处理后的报价信息,并加载在显示屏上的步骤之后,包括:
显示与所述产品信息对应的优惠信息。
7.如权利要求5所述的保险异步报价方法,其特征在于,所述保险标的信息为个人信息,所述获取所述报价申请的个数的步骤,包括:
根据每个所述保险需求信息以及预设的保险需求信息与个人信息的对应关系,判断每个所述报价申请是否符合所述对应关系;
计算所述符合所述对应关系的报价申请的个数。
8.一种保险异步报价装置,其特征在于,包括:
接收模块,用于前端接收多个报价申请,所述报价申请包括保险标的信息和保险需求信息;
获取模块,用于获取所述报价申请的个数;
判断模块,用于判断所述个数是否超过第一预设数量;
放入模块,用于若所述个数超过第一预设数量,将多个所述报价申请放入到消息队列中,等待后端进行异步处理,所述后端用于根据报价申请计算报价信息;
加载模块,用于接收后端异步处理后的报价信息,并加载在显示屏上。
9.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811168557.0A CN109214938A (zh) | 2018-10-08 | 2018-10-08 | 保险异步报价方法、装置、计算机设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811168557.0A CN109214938A (zh) | 2018-10-08 | 2018-10-08 | 保险异步报价方法、装置、计算机设备和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109214938A true CN109214938A (zh) | 2019-01-15 |
Family
ID=64983058
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811168557.0A Pending CN109214938A (zh) | 2018-10-08 | 2018-10-08 | 保险异步报价方法、装置、计算机设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109214938A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109919706A (zh) * | 2019-01-23 | 2019-06-21 | 平安科技(深圳)有限公司 | 申请报价数据处理方法、装置、设备及可读存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107038645A (zh) * | 2016-12-21 | 2017-08-11 | 阿里巴巴集团控股有限公司 | 业务处理方法、装置及系统和服务器 |
CN107679931A (zh) * | 2017-08-17 | 2018-02-09 | 平安科技(深圳)有限公司 | 订单异步处理的方法、装置、存储介质及终端 |
CN108037996A (zh) * | 2017-11-27 | 2018-05-15 | 平安养老保险股份有限公司 | 保单处理方法、装置、计算机设备及存储介质 |
-
2018
- 2018-10-08 CN CN201811168557.0A patent/CN109214938A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107038645A (zh) * | 2016-12-21 | 2017-08-11 | 阿里巴巴集团控股有限公司 | 业务处理方法、装置及系统和服务器 |
CN107679931A (zh) * | 2017-08-17 | 2018-02-09 | 平安科技(深圳)有限公司 | 订单异步处理的方法、装置、存储介质及终端 |
CN108037996A (zh) * | 2017-11-27 | 2018-05-15 | 平安养老保险股份有限公司 | 保单处理方法、装置、计算机设备及存储介质 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109919706A (zh) * | 2019-01-23 | 2019-06-21 | 平安科技(深圳)有限公司 | 申请报价数据处理方法、装置、设备及可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11508012B2 (en) | System and method for generating proactive underwriting offers using social media data | |
US9020837B1 (en) | Systems and methods for mobile automobile information | |
US20170243288A1 (en) | Delivery apparatus, delivery method, non-transitory computer readable storage medium, and delivery system | |
US20090164256A1 (en) | Device, system, and method of collaborative insurance | |
US10650465B1 (en) | Systems and methods for quoting multiple homeowner insurance products | |
US20150046307A1 (en) | Item level personal finance management (pfm) for discretionary and non-discretionary spending | |
US10067964B2 (en) | System and method for analyzing popularity of one or more user defined topics among the big data | |
US20200279336A1 (en) | Scoring trustworthiness, competence, and/or compatibility of any entity for activities including recruiting or hiring decisions, composing a team, insurance underwriting, credit decisions, or shortening or improving sales cycles | |
EP2717211A1 (en) | Advertising system, advertising system control method, program, and information storage medium | |
US20180204220A1 (en) | Determination device, determination method, and determination program | |
CN108334625B (zh) | 用户信息的处理方法、装置、计算机设备和存储介质 | |
CN109753421B (zh) | 服务系统的优化方法、装置、计算机设备和存储介质 | |
US20230116362A1 (en) | Scoring trustworthiness, competence, and/or compatibility of any entity for activities including recruiting or hiring decisions, composing a team, insurance underwriting, credit decisions, or shortening or improving sales cycles | |
Albrecher et al. | General lower bounds for arithmetic Asian option prices | |
US20220122178A1 (en) | Data display method and apparatus, terminal device, and storage medium | |
US10719561B2 (en) | System and method for analyzing popularity of one or more user defined topics among the big data | |
CN109460964A (zh) | 基于数据更新生成车险报价单的方法、装置和计算机设备 | |
CN109214938A (zh) | 保险异步报价方法、装置、计算机设备和存储介质 | |
CN116186224A (zh) | 基于互联网的电子商务平台管理方法及系统 | |
JP6962839B2 (ja) | 情報処理装置、情報処理方法、およびプログラム | |
US20220318880A1 (en) | System and method for providing a relevant product via a digital media platform | |
US10339564B2 (en) | System and method for providing an adaptively ordered presentation of objects | |
CN113723974A (zh) | 一种信息处理方法、装置、设备及存储介质 | |
Li et al. | The domino effect of credit defaults: test of asymmetric default correlations using realised default data | |
AU2020104100A4 (en) | An Electronic Data Analysis System and Method |
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 |