CN109658261A - 保单处理方法、装置、设备及存储介质 - Google Patents

保单处理方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN109658261A
CN109658261A CN201811507491.3A CN201811507491A CN109658261A CN 109658261 A CN109658261 A CN 109658261A CN 201811507491 A CN201811507491 A CN 201811507491A CN 109658261 A CN109658261 A CN 109658261A
Authority
CN
China
Prior art keywords
request
insuring
application server
processed
message queue
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
Application number
CN201811507491.3A
Other languages
English (en)
Inventor
史立爽
田玉明
倪珍
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Taikang Insurance Group Co Ltd
Original Assignee
Taikang Insurance Group Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Taikang Insurance Group Co Ltd filed Critical Taikang Insurance Group Co Ltd
Priority to CN201811507491.3A priority Critical patent/CN109658261A/zh
Publication of CN109658261A publication Critical patent/CN109658261A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08Insurance
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/46Multiprogramming arrangements
    • G06F9/54Interprogram communication
    • G06F9/546Message passing systems or structures, e.g. queues
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00Indexing scheme relating to G06F9/00
    • G06F2209/54Indexing scheme relating to G06F9/54
    • G06F2209/548Queue

Abstract

本发明提供一种保单处理方法、装置、设备及存储介质,通过在投保请求承保过程中发生异常中断后,将投保请求进行重传,由保单分发服务器将该投保请求添加到消息队列中,应用服务器集群中任一应用服务器判断消息队列中的待处理投保请求是否包含于该应用服务器承保过程历史数据中,若判断该待处理投保请求包含于承保过程历史数据中,则应用服务器获取该待处理投保请求,以对该待处理投保请求进行处理。本发明的方法可以更便捷的对发生异常中断的投保请求进行处理,提高了处理效率,提高了系统容错性。

Description

保单处理方法、装置、设备及存储介质
技术领域
本发明涉及数据处理技术领域,尤其涉及一种保单处理方法、装置、设备及存储介质。
背景技术
保险生命周期大概分为新契约、保全、理赔。新契约作为保险公司的主要收入来源,新契约承保效率及用户购买体验,必须要达到很高要求。随着互联网技术逐渐从传统PC端转移到移动端,越来越多的客户从线下投保转移到线上投保。电子化承保流程包含投保、收费、签发等,步骤较多、繁琐复杂。由于系统异常或者业务异常导致电子化承保流程发生异常后,数据处理流程便会中断。
现有技术中承保流程异常中断后,通常需要人工介入,定时的对异常中断后的投保请求进行批处理,以重新进行承保流程。此外为了防止异常中断后的投保请求被重复处理,因此批处理流程只能在由一个批处理应用来单独运行。现有技术中对于异常中断后的投保请求的处理效率低下,降低了保单处理时效,同时增加了人力投入,最终也会导致客户体验差。
可以更便捷的对发生异常中断的投保请求进行处理,提高了处理效率,提高了系统容错性。
发明内容
本发明提供一种保单处理方法、装置、设备及存储介质,以更便捷的对发生异常中断的投保请求进行处理,提高处理效率。
本发明的第一方面是提供一种保单处理方法,包括:
应用服务器集群中任一应用服务器判断消息队列中的待处理投保请求是否包含于该应用服务器承保过程历史数据中,其中所述待处理投保请求为承保过程中发生异常中断、且在保单分发服务器接收到重传指令后添加到所述消息队列中的投保请求;
若判断所述待处理投保请求包含于所述承保过程历史数据中,则所述应用服务器获取所述待处理投保请求;
所述应用服务器对所述待处理投保请求进行处理。
本发明的第二方面是提供一种保单处理装置,包括:
判断模块,用于判断消息队列中的待处理投保请求是否包含于应用服务器承保过程历史数据中,其中所述待处理投保请求为承保过程中发生异常中断、且在保单分发服务器接收到重传指令后添加到所述消息队列中的投保请求;
获取模块,用于若判断所述待处理投保请求包含于所述承保过程历史数据中,则获取所述待处理投保请求;
处理模块,用于对所述待处理投保请求进行处理。
本发明的第三方面是提供一种保单处理设备,包括:
存储器;
处理器;以及
计算机程序;
其中,所述计算机程序存储在所述存储器中,并被配置为由所述处理器执行以实现如第一方面所述的方法。
本发明的第四方面是提供一种计算机可读存储介质,其上存储有计算机程序;
所述计算机程序被处理器执行时实现如第一方面所述的方法。
本发明提供的保单处理方法、装置、设备及存储介质,通过在投保请求承保过程中发生异常中断后,将投保请求进行重传,由保单分发服务器将该投保请求添加到消息队列中,应用服务器集群中任一应用服务器判断消息队列中的待处理投保请求是否包含于该应用服务器承保过程历史数据中,若判断该待处理投保请求包含于承保过程历史数据中,则应用服务器获取该待处理投保请求,以对该待处理投保请求进行处理。本发明的方法可以更便捷的对发生异常中断的投保请求进行处理,提高了处理效率,提高了系统容错性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的保单处理系统结构图;
图2为本发明实施例提供的保单处理方法流程图;
图3为本发明实施例提供的保单处理装置的结构图;
图4为本发明实施例提供的保单处理设备的结构图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明提供的保单处理方法,可以适用于图1所示的保单处理系统。如图1所示,所述保单处理系统包括投保客户端10、11,保单分发服务器12,以及应用服务器集群14以及消息队列服务13,应用服务器集群14中包含至少两个应用服务器15、17。
用户可通过投保客户端10、11发起投保请求,投保客户端10、11将投保请求上传到保单分发服务器12,保单分发服务器12可根据负载均衡策略分发给应用服务器集群14中的各应用服务器15、17,由各应用服务器15、17分别根据投保请求进行投保处理。在承保过程中,若发生异常中断(例如系统故障等),应用服务器15、17可通知投保客户端10、11,用户可通过投保客户端10、11发送重传指令,重传指令可以为用户重新发送该投保请求或命令保单分发服务器12根据历史数据将该投保请求重新分发;保单分发服务器12接收到重传指令将该投保请求发送给消息队列服务器13以添加到消息队列中;应用服务器集群14中任一应用服务器15、17判断消息队列中的待处理投保请求是否包含于该应用服务器承保过程历史数据中,若判断所述待处理投保请求包含于所述承保过程历史数据中,则获取待处理投保请求,对待处理投保请求进行处理。此外,保单处理系统可为每一应用服务器配置一数据库,例如应用服务器15对应数据16,应用服务器17对应数据18,用于存储处理结果,并可批量上传到中心数据库19。
下面结合具体的实施例对保单处理过程进行详细的描述。
图2为本发明实施例提供的保单处理方法流程图。本实施例提供了一种保单处理方法,执行主体为应用服务器,该方法具体步骤如下:
S101、应用服务器集群中任一应用服务器判断消息队列中的待处理投保请求是否包含于该应用服务器承保过程历史数据中,其中所述待处理投保请求为承保过程中发生异常中断、且在保单分发服务器接收到重传指令后添加到所述消息队列中的投保请求。
在本实施例中,当某一投保请求在承保过程中发生异常中断(例如系统故障等),用户可通过投保客户端发送重传指令,保单分发服务器接收到重传指令后将该发生异常中断的投保请求添加到消息队列中,重传指令可以为用户重新发送该投保请求或命令保单分发服务器根据历史数据将该投保请求重新分发。本实施例中将异常中断的投保请求添加到消息队列中是为了避免并发量过大影响应用服务器当前处理过程。本实施例中消息队列可以采用RabbitMQ消息队列,能够对待处理投保请求起到消息缓冲、消息分发的作用,当然可以采用其他类型的消息队列。
更具体的,所述应用服务器对所述消息队列进行监听;当所述待处理投保请求到达所述消息队列时,则所述应用服务器判断消息队列中的待处理投保请求是否包含于该应用服务器承保过程历史数据中。当然,应用服务器可以定期检查消息队列中是否添加了新的待处理投保请求,并对新增的待处理投保请求进行判断。
本实施例中,应用服务器可对消息队列中每一待处理投保请求进行判断,以判断待处理投保请求是否包含于该应用服务器承保过程历史数据中,也即应用服务器可以在承保过程中对投保请求的相关信息进行存储,例如可记录投保请求的用户信息、投保请求的标识、投保内容信息等,还可记录承保过程中每一流程的输入信息及输出信息等,而在对待处理投保请求进行判断时,可根据承保过程历史数据进行判断,具体的可以判断待处理投保请求的用户信息是否包含于承保过程历史数据中,或者待处理投保请求的标识是否包含于承保过程历史数据中等等。
更具体的,所述应用服务器判断其对应的数据库中是否存储有所述待处理投保请求的承保过程历史数据。在本实施例中,每一应用服务器配置有对应的数据库,应用服务器的承保过程历史数据存储于该应用服务器对应的数据库中,因此在判断待处理投保请求是否包含于该应用服务器承保过程历史数据中时,可根据待处理投保请求在该应用服务器对应的数据库中进行搜索,判断数据库中是否存储有该待处理投保请求的承保过程历史数据。
S102、若判断所述待处理投保请求包含于所述承保过程历史数据中,则所述应用服务器获取所述待处理投保请求。
在本实施例中,当应用服务器判断待处理投保请求包含于其承保过程历史数据中,则确定该待处理投保请求在异常中断前是由该应用服务器处理的,因此该应用服务器可从消息队列获取该待处理投保请求,进而对该待处理投保请求进行处理。举例来说,投保请求1在被应用服务器A处理时发生异常中断后进行重传进入到消息队列,投保请求2在应用服务器B对处理时发生异常中断后进行重传进入到消息队列,而应用服务器A判断曾经处理过投保请求1则从消息队列获取投保请求1,应用服务器B判断曾经处理过投保请求2则从消息队列获取投保请求2,而应用服务器A可对投保请求2进行逻辑屏蔽、应用服务器B对投保请求1进行逻辑屏蔽即可。
S103、所述应用服务器对所述待处理投保请求进行处理。
本实施例中,由于该应用服务器曾经处理过该待处理投保请求,也即该应用服务器对应的数据库中存储有该待处理投保请求上次处理过程中在异常终端前的承保过程历史数据,因此很多相同的流程可以使用上次处理的历史数据,例如表单填写等同样的流程可不需要再次执行,或者也可以直接从异常中断位置处继续进行处理。
本实施例提供的保单处理方法,通过在投保请求承保过程中发生异常中断后,将投保请求进行重传,由保单分发服务器将该投保请求添加到消息队列中,应用服务器集群中任一应用服务器判断消息队列中的待处理投保请求是否包含于该应用服务器承保过程历史数据中,若判断该待处理投保请求包含于承保过程历史数据中,则应用服务器获取该待处理投保请求,以对该待处理投保请求进行处理。本实施例的方法可以更便捷的对发生异常中断的投保请求进行处理,提高了处理效率,提高了系统容错性。
在上述实施例的基础上,所述方法还包括:
所述应用服务器接收所述保单分发服务器分发的新投保请求,并对所述新投保请求进行处理;
当承保过程中发生异常中断,则所述应用服务器记录投保请求异常信息。
本实施例中的“新投保请求”是相对于承保过程中发生异常中断的投保请求而言的,该新投保请求是由用户可通过投保客户端发起、并直接由保单分发服务器分发给应用服务器的投保请求。当承保过程中发生异常中断,应用服务器记录投保请求异常信息,具体可包括异常节点、异常状态、异常描述、异常发生时间等,本实施例中可将投保请求异常信息存储于异常轨迹数据表中。需要说明的是,对于S103所述应用服务器对所述待处理投保请求进行处理时,若再次发生异常中断,则所述应用服务器同样需要记录投保请求异常信息。
在上述实施例的基础上,所述投保请求异常信息包括异常中断位置;
上述实施例中S103所述应用服务器对所述待处理投保请求进行处理,具体包括:
所述应用服务器根据所述投保请求异常信息,从异常中断位置处继续对所述待处理投保请求进行后续处理。
在本实施例中,对于待处理投保请求可根据投保请求异常信息获取异常中断位置,并进一步获取异常中断位置处对应的历史数据,从而对待处理投保请求从异常中断位置处继续进行后续处理,从而实现待处理投保请求的断点续传。
当然在进行断点续传前,需要判断待处理投保请求是否与异常终端前的投保请求相同,若相同则进行断点续传,若不相同,则仍需要重新执行投保处理过程。
作为上述实施例的进一步改进,S103所述应用服务器对所述待处理投保请求进行处理,具体可包括:
所述应用服务器以预定周期对所述待处理投保请求进行批量处理。
在本实施例中,由于在用户新承保的高并发场景下,避免待处理投保请求对应用服务器处理新投保请求产生影响,因此应用服务器可以定时对待处理投保请求进行批量处理。具体的,应用服务器可以以预定周期从消息队列中批量获取待处理投保请求,然后对获取的待处理投保请求进行处理;或者应用服务器可以预先从消息队列中获取待处理投保请求后进行保存,并以预定周期进行批量处理。
作为上述实施例的进一步改进,S103所述应用服务器对所述待处理投保请求进行处理后,还可包括:
所述应用服务器将处理结果存储于其对应的数据库中;并批量上传到中心数据库。
在本实施例中,保单处理系统为每一应用服务器配置一数据库,用于存储处理结果(也可包括过程数据),并可将处理结果批量上传到中心数据库,避免每一应用服务器将处理结果实时上传到中心数据库中造成中心数据库压力过大。本实施例中各应用服务器批量上传可不同时进行,从而缓解了中心数据库的压力。
此外,本实施例中为每一应用服务器配置一数据库,每一数据库可采用相同的数据结构,由于保单分发服务器可根据负载均衡策略将投保请求分发给应用服务器,每一应用服务器均可充分利用自己的资源。本实施例中的保单处理系统可以在各应用服务器处理能力达到极限时,通过增加新的应用服务器和数据库,实现快速动态扩展,避免处理能力瓶颈,并可以在处理能力过剩时及时对应用服务器和数据库进行回收,在最大程度上节省系统资源,降低运维成本。
作为上述实施例的进一步改进,可由保单分发服务器根据历史分发记录,判断待处理投保请求在上一次分发过程中分发给了哪一应用服务器,并直接将该待处理投保请求再次分发给该应用服务器,或者对该待处理投保请求添加应用服务器标识后添加到消息队列中,以使应用服务器根据应用服务器标识从消息队列中获取对应的待处理投保请求。
图3为本发明实施例提供的保单处理装置的结构图。本实施例提供的保单处理装置可以执行保单处理方法实施例提供的处理流程,如图3所示,所述保单处理装置30包括判断模块31、获取模块32以及处理模块33。
其中,判断模块31,用于判断消息队列中的待处理投保请求是否包含于应用服务器承保过程历史数据中,其中所述待处理投保请求为承保过程中发生异常中断、且在保单分发服务器接收到重传指令后添加到所述消息队列中的投保请求;
获取模块32,用于若判断所述待处理投保请求包含于所述承保过程历史数据中,则获取所述待处理投保请求;
处理模块33,用于对所述待处理投保请求进行处理。
进一步的,所述判断模块31具体用于,判断其对应的数据库中是否存储有所述待处理投保请求的承保过程历史数据。
进一步的,所述判断模块31具体用于,对所述消息队列进行监听;当所述待处理投保请求到达所述消息队列时,则判断消息队列中的待处理投保请求是否包含于该应用服务器承保过程历史数据中。
进一步的,所述处理模块33还用于,在接收到所述保单分发服务器分发的新投保请求时,对所述新投保请求进行处理;
所述处理模块33还用于,当承保过程中发生异常中断,则记录投保请求异常信息。
进一步的,所述投保请求异常信息包括异常中断位置;
所述处理模块33具体用于,根据所述投保请求异常信息,从异常中断位置处继续对所述待处理投保请求进行后续处理。
进一步的,所述处理模块33具体用于,以预定周期对所述待处理投保请求进行批量处理。
进一步的,所述处理模块33还用于将处理结果存储于其对应的数据库中;并批量上传到中心数据库。
本发明实施例提供的保单处理装置可以具体用于执行上述图2所提供的方法实施例,具体功能此处不再赘述。
本发明实施例提供的保单处理装置,通过在投保请求承保过程中发生异常中断后,将投保请求进行重传,由保单分发服务器将该投保请求添加到消息队列中,应用服务器集群中任一应用服务器判断消息队列中的待处理投保请求是否包含于该应用服务器承保过程历史数据中,若判断该待处理投保请求包含于承保过程历史数据中,则应用服务器获取该待处理投保请求,以对该待处理投保请求进行处理。本实施例可以更便捷的对发生异常中断的投保请求进行处理,提高了处理效率,提高了系统容错性。
图4为本发明实施例提供的保单处理设备的结构示意图。本发明实施例提供的保单处理设备可以执行保单处理方法实施例提供的处理流程,如图4所示,保单处理设备40包括存储器41、处理器42、计算机程序和通讯接口43;其中,计算机程序存储在存储器41中,并被配置为由处理器42执行以上实施例所述的保单处理方法。
图4所示实施例的保单处理设备可用于执行上述方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。
另外,本实施例还提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行以实现上述实施例所述的保单处理方法。
在本发明所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种保单处理方法,其特征在于,包括:
应用服务器集群中任一应用服务器判断消息队列中的待处理投保请求是否包含于该应用服务器承保过程历史数据中,其中所述待处理投保请求为承保过程中发生异常中断、且在保单分发服务器接收到重传指令后添加到所述消息队列中的投保请求;
若判断所述待处理投保请求包含于所述承保过程历史数据中,则所述应用服务器获取所述待处理投保请求;
所述应用服务器对所述待处理投保请求进行处理。
2.根据权利要求1所述的方法,其特征在于,所述应用服务器判断消息队列中的待处理投保请求是否包含于该应用服务器承保过程历史数据中,包括:
所述应用服务器判断其对应的数据库中是否存储有所述待处理投保请求的承保过程历史数据。
3.根据权利要求1或2所述的方法,其特征在于,所述应用服务器判断消息队列中的待处理投保请求是否包含于该应用服务器承保过程历史数据中,包括:
所述应用服务器对所述消息队列进行监听;
当所述待处理投保请求到达所述消息队列时,则所述应用服务器判断消息队列中的待处理投保请求是否包含于该应用服务器承保过程历史数据中。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述应用服务器接收所述保单分发服务器分发的新投保请求,并对所述新投保请求进行处理;
当承保过程中发生异常中断,则所述应用服务器记录投保请求异常信息。
5.根据权利要求4所述的方法,其特征在于,所述投保请求异常信息包括异常中断位置;
所述应用服务器对所述待处理投保请求进行处理,包括:
所述应用服务器根据所述投保请求异常信息,从异常中断位置处继续对所述待处理投保请求进行后续处理。
6.根据权利要求1所述的方法,其特征在于,所述应用服务器对所述待处理投保请求进行处理,包括:
所述应用服务器以预定周期对所述待处理投保请求进行批量处理。
7.根据权利要求1所述的方法,其特征在于,所述应用服务器对所述待处理投保请求进行处理后,还包括:
所述应用服务器将处理结果存储于其对应的数据库中;并批量上传到中心数据库。
8.一种保单处理装置,其特征在于,包括:
判断模块,用于判断消息队列中的待处理投保请求是否包含于应用服务器承保过程历史数据中,其中所述待处理投保请求为承保过程中发生异常中断、且在保单分发服务器接收到重传指令后添加到所述消息队列中的投保请求;
获取模块,用于若判断所述待处理投保请求包含于所述承保过程历史数据中,则获取所述待处理投保请求;
处理模块,用于对所述待处理投保请求进行处理。
9.一种保单处理设备,其特征在于,包括:
存储器;
处理器;以及
计算机程序;
其中,所述计算机程序存储在所述存储器中,并被配置为由所述处理器执行以实现如权利要求1-7中任一项所述的方法。
10.一种计算机可读存储介质,其特征在于,其上存储有计算机程序;
所述计算机程序被处理器执行时实现如权利要求1-7中任一项所述的方法。
CN201811507491.3A 2018-12-11 2018-12-11 保单处理方法、装置、设备及存储介质 Pending CN109658261A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811507491.3A CN109658261A (zh) 2018-12-11 2018-12-11 保单处理方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811507491.3A CN109658261A (zh) 2018-12-11 2018-12-11 保单处理方法、装置、设备及存储介质

Publications (1)

Publication Number Publication Date
CN109658261A true CN109658261A (zh) 2019-04-19

Family

ID=66113266

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811507491.3A Pending CN109658261A (zh) 2018-12-11 2018-12-11 保单处理方法、装置、设备及存储介质

Country Status (1)

Country Link
CN (1) CN109658261A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111045813A (zh) * 2019-12-27 2020-04-21 京北方信息技术股份有限公司 一种任务分发系统及方法
CN111179097A (zh) * 2019-11-28 2020-05-19 泰康保险集团股份有限公司 保单批改的方法、装置、电子设备和存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104021043A (zh) * 2014-06-23 2014-09-03 中国银行股份有限公司 批量应用程序的中断重入方法及系统
US20150127397A1 (en) * 2013-11-05 2015-05-07 Bank Of America Corporation Determining segmentation and queues for recovery of payment from financial accounts in arrears
CN106934584A (zh) * 2015-12-29 2017-07-07 平安科技(深圳)有限公司 团体保单的断点承保方法及系统
CN107292745A (zh) * 2016-04-12 2017-10-24 平安科技(深圳)有限公司 承保的数据处理方法和系统
CN108446882A (zh) * 2017-02-16 2018-08-24 平安科技(深圳)有限公司 投保单处理方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150127397A1 (en) * 2013-11-05 2015-05-07 Bank Of America Corporation Determining segmentation and queues for recovery of payment from financial accounts in arrears
CN104021043A (zh) * 2014-06-23 2014-09-03 中国银行股份有限公司 批量应用程序的中断重入方法及系统
CN106934584A (zh) * 2015-12-29 2017-07-07 平安科技(深圳)有限公司 团体保单的断点承保方法及系统
CN107292745A (zh) * 2016-04-12 2017-10-24 平安科技(深圳)有限公司 承保的数据处理方法和系统
CN108446882A (zh) * 2017-02-16 2018-08-24 平安科技(深圳)有限公司 投保单处理方法及装置

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111179097A (zh) * 2019-11-28 2020-05-19 泰康保险集团股份有限公司 保单批改的方法、装置、电子设备和存储介质
CN111179097B (zh) * 2019-11-28 2023-07-28 泰康保险集团股份有限公司 保单批改的方法、装置、电子设备和存储介质
CN111045813A (zh) * 2019-12-27 2020-04-21 京北方信息技术股份有限公司 一种任务分发系统及方法
CN111045813B (zh) * 2019-12-27 2024-01-02 京北方信息技术股份有限公司 一种任务分发系统及方法

Similar Documents

Publication Publication Date Title
CN110290189A (zh) 一种容器集群管理方法、装置及系统
CN109885410A (zh) 消息发送方法、装置、计算机设备和存储介质
CN110995513B (zh) 物联网系统中的数据发送、接收方法、物联网设备及平台
CN104834722A (zh) 基于cdn的内容管理系统
WO2015096681A1 (zh) 一种业务访问处理方法及装置
EP3542272B1 (en) Systems and methods for providing a notification system architecture
CN103139157B (zh) 一种基于socket的网络通信方法、装置及系统
CN102841846A (zh) 一种基于Hadoop的软件测试方法、装置和系统
CN107025222A (zh) 一种分布式日志采集方法及装置
CN108228363A (zh) 一种消息发送方法及装置
CN106131244A (zh) 一种报文传送方法及装置
CN109558446A (zh) 作业请求方法、装置、电子设备及存储介质
CN109658261A (zh) 保单处理方法、装置、设备及存储介质
CN109584105A (zh) 一种服务响应的方法及系统
CN104052677A (zh) 单一数据源的软负载均衡方法和装置
CN105373563B (zh) 数据库切换方法及装置
CN103248636B (zh) 离线下载的系统及方法
CN107666401A (zh) 一种配置信息获取方法及终端
CN109842500A (zh) 一种调度方法及系统、工作节点及监控节点
CN109347982A (zh) 一种数据中心的调度方法及装置
CN103580951B (zh) 多个信息系统的输出比较方法、测试迁移辅助方法及系统
CN108512761A (zh) 文件传输调度方法、管理平台、请求平台以及存储介质
CN104735109A (zh) 一种医学影像数据的存储系统
CN110445580A (zh) 数据发送方法及装置、存储介质、电子装置
WO2016206433A1 (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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20190419