CN112734584A - 一种基于财险业务流程对保单进行锁定的方法及系统 - Google Patents
一种基于财险业务流程对保单进行锁定的方法及系统 Download PDFInfo
- Publication number
- CN112734584A CN112734584A CN202110079254.7A CN202110079254A CN112734584A CN 112734584 A CN112734584 A CN 112734584A CN 202110079254 A CN202110079254 A CN 202110079254A CN 112734584 A CN112734584 A CN 112734584A
- Authority
- CN
- China
- Prior art keywords
- transaction information
- mutual exclusion
- transaction
- service
- registration
- 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 76
- 230000008569 process Effects 0.000 title claims abstract description 30
- 230000007717 exclusion Effects 0.000 claims abstract description 153
- 238000012545 processing Methods 0.000 claims abstract description 41
- 238000004458 analytical method Methods 0.000 claims abstract description 36
- 239000011159 matrix material Substances 0.000 claims abstract description 36
- 230000002159 abnormal effect Effects 0.000 claims description 13
- 238000004590 computer program Methods 0.000 claims description 10
- 238000012423 maintenance Methods 0.000 claims description 8
- 238000001514 detection method Methods 0.000 claims description 5
- 238000010586 diagram Methods 0.000 description 11
- 230000000694 effects Effects 0.000 description 7
- 230000007246 mechanism Effects 0.000 description 6
- 238000012986 modification Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 230000006870 function Effects 0.000 description 4
- 238000004904 shortening Methods 0.000 description 4
- 230000005856 abnormality Effects 0.000 description 3
- 238000003860 storage Methods 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 239000000725 suspension Substances 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000001737 promoting effect Effects 0.000 description 1
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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/08—Insurance
-
- 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/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明公开了一种基于财险业务流程对保单进行锁定的方法及系统,其中,所述方法包括:获得第一业务场景;根据所述第一业务场景,获得业务互斥关系;根据所述业务互斥关系,建立业务互斥关系分析矩阵;获得第一交易信息的登记请求;根据所述第一交易信息的登记请求,获得第二交易信息,根据所述业务互斥关系分析矩阵,检测所述第二交易信息是否与所述第一交易信息具有互斥关系;如果所述第二交易信息不与所述第一交易信息具有互斥关系,获得第一登记指令;根据所述第一登记指令,对所述第一交易信息进行登记。解决了现有技术业务互斥范围较大,业务交易需排队处理,从而影响业务处理时效和客户体验的技术问题。
Description
技术领域
本发明涉及保单锁定领域,尤其涉及一种基于财险业务流程对保单进行锁定的方法及系统。
背景技术
在保险业务中,某些业务交易对保单的操作会产生业务影响,为保证业务正确性,受此影响的业务交易均不能在产生影响的交易未结束的情况下对保单进行操作,这一机制通常称之为保单锁。
但本申请发明人在实现本申请实施例中发明技术方案的过程中,发现上述技术至少存在如下技术问题:
现有技术业务互斥范围较大,业务交易需排队处理,从而影响业务处理时效和客户体验的技术问题。
发明内容
本申请实施例通过提供一种基于财险业务流程对保单进行锁定的方法及系统,解决了现有技术业务互斥范围较大,业务交易需排队处理,从而影响业务处理时效和客户体验的技术问题,达到建立业务互斥关系分析矩阵,可将业务互斥点细化到业务操作事件点,可以达到多个业务交易的并行处理,缩短业务交易的处理周期的技术效果。
鉴于上述问题,提出了本申请实施例提供一种基于财险业务流程对保单进行锁定的方法及系统。
第一方面,本申请实施例提供了一种基于财险业务流程对保单进行锁定的方法,所述方法包括:获得第一业务场景;根据所述第一业务场景,获得业务互斥关系;根据所述业务互斥关系,建立业务互斥关系分析矩阵;获得第一交易信息的登记请求;根据所述第一交易信息的登记请求,获得第二交易信息,其中,所述第二交易信息为已经登记且未登出的交易信息;根据所述业务互斥关系分析矩阵,检测所述第二交易信息是否与所述第一交易信息具有互斥关系;如果所述第二交易信息不与所述第一交易信息具有互斥关系,获得第一登记指令;根据所述第一登记指令,对所述第一交易信息进行登记。
另一方面,本申请还提供了一种基于财险业务流程对保单进行锁定的系统,所述系统包括:第一获得单元,所述第一获得单元用于获得第一业务场景;第二获得单元,所述第二获得单元用于根据所述第一业务场景,获得业务互斥关系;第一建立单元,所述第一建立单元用于根据所述业务互斥关系,建立业务互斥关系分析矩阵;第三获得单元,所述第三获得单元用于获得第一交易信息的登记请求;第四获得单元,所述第四获得单元用于根据所述第一交易信息的登记请求,获得第二交易信息,其中,所述第二交易信息为已经登记且未登出的交易信息;第一检测单元,所述第一检测单元用于根据所述业务互斥关系分析矩阵,检测所述第二交易信息是否与所述第一交易信息具有互斥关系;第五获得单元,所述第五获得单元用于如果所述第二交易信息不与所述第一交易信息具有互斥关系,获得第一登记指令;第一登记单元,所述第一登记单元用于根据所述第一登记指令,对所述第一交易信息进行登记。
第三方面,本发明提供了一种基于财险业务流程对保单进行锁定的系统,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中,所述处理器执行所述程序时实现第一方面所述方法的步骤。
本申请实施例中提供的一个或多个技术方案,至少具有如下技术效果或优点:
由于采用了获得第一业务场景,根据所述第一业务场景,获得业务互斥关系,根据所述业务互斥关系,建立业务互斥关系分析矩阵,获得第一交易信息的登记请求,根据所述第一交易信息的登记请求,获得第二交易信息,其中,所述第二交易信息为已经登记且未登出的交易信息,根据所述业务互斥关系分析矩阵,检测所述第二交易信息是否与所述第一交易信息具有互斥关系,如果所述第二交易信息不与所述第一交易信息具有互斥关系,获得第一登记指令,根据所述第一登记指令,对所述第一交易信息进行登记。进而达到建立业务互斥关系分析矩阵,可将业务互斥点细化到业务操作事件点,可以达到多个业务交易的并行处理,缩短业务交易的处理周期的技术效果。
上述说明仅是本申请技术方案的概述,为了能够更清楚了解本申请的技术手段,而可依照说明书的内容予以实施,并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂,以下特举本申请的具体实施方式。
附图说明
图1为本申请实施例一种基于财险业务流程对保单进行锁定的方法的流程示意图;
图2为本申请实施例一种基于财险业务流程对保单进行锁定的系统的结构示意图;
图3为本申请实施例示例性电子设备的结构示意图。
附图标记说明:第一获得单元11,第二获得单元12,第一建立单元13,第三获得单元14,第四获得单元15,第一检测单元16,第五获得单元17,第一登记单元18,总线300,接收器301,处理器302,发送器303,存储器304,总线接口306。
具体实施方式
本申请实施例通过提供一种基于财险业务流程对保单进行锁定的方法及系统,解决了现有技术业务互斥范围较大,业务交易需排队处理,从而影响业务处理时效和客户体验的技术问题,达到建立业务互斥关系分析矩阵,可将业务互斥点细化到业务操作事件点,可以达到多个业务交易的并行处理,缩短业务交易的处理周期的技术效果。下面,将参考附图详细的描述根据本申请的示例实施例。显然,所描述的实施例仅是本申请的一部分实施例,而不是本申请的全部实施例,应理解,本申请不受这里描述的示例实施例的限制。
申请概述
保险业务中,某些业务交易对保单的操作会产生业务影响,为保证业务正确性,受此影响的业务交易均不能在产生影响的交易未结束的情况下对保单进行操作,这一机制通常称之为保单锁。但现有技术存在业务互斥范围较大,业务交易需排队处理,从而影响业务处理时效和客户体验的技术问题。
针对上述技术问题,本申请提供的技术方案总体思路如下:
本申请实施例提供了一种基于财险业务流程对保单进行锁定的方法,所述方法包括:获得第一业务场景;根据所述第一业务场景,获得业务互斥关系;根据所述业务互斥关系,建立业务互斥关系分析矩阵;获得第一交易信息的登记请求;根据所述第一交易信息的登记请求,获得第二交易信息,其中,所述第二交易信息为已经登记且未登出的交易信息;根据所述业务互斥关系分析矩阵,检测所述第二交易信息是否与所述第一交易信息具有互斥关系;如果所述第二交易信息不与所述第一交易信息具有互斥关系,获得第一登记指令;根据所述第一登记指令,对所述第一交易信息进行登记。
在介绍了本申请基本原理后,下面将结合说明书附图来具体介绍本申请的各种非限制性的实施方式。
实施例一
如图1所示,本申请实施例提供了一种基于财险业务流程对保单进行锁定的方法,其中,所述方法包括:
步骤S100:获得第一业务场景;
具体而言,所述第一业务场景为财产保险业务,包括财产损失保险(有形损失)、责任保险、信用保险等,与家庭有关的仅指财产损失保险,主要有家庭财产保险及附加盗窃险、机动车保险、自行车保险、房屋保险、家用电器专项保险等。
步骤S200:根据所述第一业务场景,获得业务互斥关系;
步骤S300:根据所述业务互斥关系,建立业务互斥关系分析矩阵;
具体而言,所述业务互斥关系为不能同时进行的可供选择的业务项目,如果进行了这一个业务项目就不能进行另一个业务项目,所述业务互斥关系分析矩阵为基于实际业务场景梳理分析出业务间的互斥关系,建立业务互斥关系分析矩阵。
步骤S400:获得第一交易信息的登记请求;
步骤S500:根据所述第一交易信息的登记请求,获得第二交易信息,其中,所述第二交易信息为已经登记且未登出的交易信息;
具体而言,所述第一交易信息为所述业务的价值交换服务信息,是指业务组件通过API(Application Programming Interface,应用程序接口)方式向保单组件发起交易信息登记请求,通过所述第一交易信息的登记请求得到所述第二交易信息,所述第二交易信息为已经登记且未登出的交易信息。
步骤S600:根据所述业务互斥关系分析矩阵,检测所述第二交易信息是否与所述第一交易信息具有互斥关系;
具体而言,根据所述业务互斥关系分析矩阵,检测已经登记且未登出的所述第二交易信息中是否存在与正在请求登记的所述第一交易信息有互斥关系。
步骤S700:如果所述第二交易信息不与所述第一交易信息具有互斥关系,获得第一登记指令;
步骤S800:根据所述第一登记指令,对所述第一交易信息进行登记。
具体而言,所述第一登记指令为对所述第一交易信息进行登记的指示与命令,如果检测到所述第二交易信息与所述第一交易信息不具有互斥关系,得到第一登记指令,并根据所述第一登记指令,对所述第一交易信息进行登记,即交易互斥检测通过后,如果没有存在互斥的情况,则需要保存所述第一交易信息到保单组件数据库。
进一步而言,其中,所述根据所述第一业务场景,获得业务互斥关系,本申请实施例步骤S200还包括:
步骤S210:获得业务互斥关系识别基准;
步骤S220:根据所述第一业务场景和所述业务互斥关系识别基准,获得业务互斥关系。
具体而言,所述业务互斥关系识别基准为识别业务互斥关系所依据的实施标准,基于所述第一业务场景梳理互斥关系,建立业务互斥关系分析矩阵,并根据所述第一业务场景和所述业务互斥关系识别基准获得业务互斥关系,为保单组件实施保单锁提供事实依据。
进一步而言,其中,所述业务互斥关系识别基准,本申请实施例步骤S210还包括:
步骤S211:两两业务之间存在操作保单数据中同一字段或不同字段之间存在影响的情况;
步骤S212:业务存在场景不同或条件不同导致最终对所述保单数据影响不同的情况。
具体而言,不同所述业务间存在同一字段或不同字段但之间存在影响的情况,如理赔业务与保全业务和批处理业务存在互斥关系,续期业务也与保全业务和批处理业务存在互斥关系,同时业务存在场景不同或条件不同导致最终对所述保单数据影响不同的情况,如保全业务中受益人变更或客户资料变更的交易信息与理赔业务、续期业务、批处理业务中的催付核销交易信息存在互斥关系。
进一步而言,其中,所述业务互斥关系,本申请实施例步骤S200还包括:
步骤S230:获得交易的业务类型;
步骤S240:如果交易的业务类型互斥,将交易的业务事件编码和/或业务事件名称设置为空;
步骤S250:获得互斥例外条件;
步骤S260:如果交易属于互斥例外条件,确定交易不存在业务互斥关系;
步骤S270:如果交易不属于互斥例外条件,确定交易存在业务互斥关系。
具体而言,基于业务互斥关系分析矩阵,向保单组件登记现有的业务互斥项及业务事件之间的互斥关系,支持类型级和业务级两级互斥,若业务组件发起交易业务的类型级互斥,将交易的业务事件编码和/或业务事件名称设置为空。支持互斥例外条件配置为规则,如果交易属于互斥例外条件,确定交易不存在业务互斥关系,如果交易不属于互斥例外条件,确定交易存在业务互斥关系。
进一步而言,其中,所述根据所述业务互斥关系分析矩阵,检测所述第二交易信息是否与所述第一交易信息有互斥关系之前,本申请实施例步骤S600还包括:
步骤S610:判断所述第一交易信息是否已经登记;
步骤S620:如果所述第一交易信息已经登记,返回所述第一交易信息的登记请求;
步骤S630:如果所述第一交易信息未登记,继续所述第一交易信息的登记请求。
具体而言,保单组件接收到各业务组件请求之后会进行业务规则处理,所述交易登记之前,检测当前交易登记信息中是否存在正在申请的交易。若当前交易已存在于交易信息登记中则返回所述第一交易信息的登记请求,并告知业务组件该交易已登记,若当前交易并没有出现在交易信息登记中则继续所述第一交易信息的登记请求。
进一步而言,其中,所述根据所述业务互斥关系分析矩阵,检测所述第二交易信息是否与所述第一交易信息有互斥关系,本申请实施例步骤S600还包括:
步骤S640:根据所述第一交易信息,获得第一交易互斥项;
步骤S650:判断所述第一交易互斥项是否存在所述第二交易信息中;
步骤S660:如果所述第一交易互斥项不存在所述第二交易信息中,确定所述第二交易信息不与所述第一交易信息具有互斥关系。
具体而言,检测已经登记且未登出的交易中是否存在与正在请求登记的交易有互斥关系,根据所述第一交易信息的交易业务互斥项,检测所述交易业务互斥项是否存在于已经登记且未登出的所述第二交易信息中,如果不存在,则所述第二交易信息与所述第一交易信息不具有互斥关系。
进一步而言,其中,所述根据所述第一登记指令,对所述第一交易信息进行登记,本申请实施例步骤S800还包括:
步骤S810:获得保单组件数据库;
步骤S820:将所述第一交易信息保存到所述保单组件数据库中。
具体而言,所述第一交易信息登记中,在交易互斥检测通过后,如果没有存在互斥的情况,则需要保存所述第一交易信息到所述保单组件数据库中,所述保单组件数据库为存储所述保单数据的数据信息集合库。
进一步而言,其中,所述根据所述第一登记指令,对所述第一交易信息进行登记之后,本申请实施例步骤S800还包括:
步骤S830:获得第一交易信息的登出请求;
步骤S840:根据所述第一交易信息的登出请求,对所述第一交易信息进行更新。
具体而言,所述交易信息登出请求是指业务组件通过API携带交易信息的方式向保单组件发起交易信息登出请求,保单组件接收到各业务组件交易登出请求之后会进行登出处理,根据所述第一交易信息的登出请求,在交易结束后更新交易信息登记表中对应的所述第一交易信息状态。
进一步而言,其中,所述根据所述第一交易信息的登出请求,对所述第一交易信息进行更新,本申请实施例步骤S840还包括:
步骤S841:获得交易信息登记表;
步骤S842:更新所述第一交易信息在所述交易信息登记表中对应的交易信息状态。
具体而言,在所述交易登出时,为保证保单锁处理效率及可追溯记录轨迹,需要删除当前交易信息并转存至历史交易信息当中,考虑到性能影响,具体操作以更新所述第一交易信息状态在所述交易信息登记表中来替代删除操作,所述交易信息登记表为所述交易信息状态的登记表,即将当前交易删除动作及历史交易信息转存推后至日终批处理作业处理。
进一步而言,其中,所述根据所述第一交易信息的登出请求,对所述第一交易信息进行更新之前,本申请实施例步骤S840还包括:
步骤S843:判断所述第一交易信息是否已经登出;
步骤S844:如果所述第一交易信息已经登出,返回所述第一交易信息的登出请求;
步骤S845:如果所述第一交易信息未登出,继续所述第一交易信息的登出请求。
具体而言,检测判断所述第一交易信息是否已经登出,若已登出则返回所述第一交易信息的登出请求,若未登出则继续所述第一交易信息的登出请求。
进一步而言,本申请实施例还包括:
步骤S910:判断所述第一交易信息是否存在登记异常情况;
步骤S920:如果所述第一交易信息存在登记异常情况,获得第一重试指令;
步骤S930:根据所述第一重试指令,对所述第一交易信息的登记操作进行重试,获得第一重试结果;
步骤S940:判断所述第一重试结果是否成功;
步骤S950:如果所述第一重试结果为重试成功,获得第一继续交易指令;
步骤S960:如果所述第一重试结果为重试失败,获得第一中止交易指令,根据所述第一中止交易指令,中止所述第一交易信息。
具体而言,在业务交易登记时出现异常的情况下,为保证业务交易能够正常进行,业务组件与保单组件约定具体的应对措施,即异常情况处理机制,提供方案为当所述交易信息登记时存在异常的情况下,对所述第一交易信息的登记操作进行重试。在所述第一重试结果为成功的情况下,所述第一交易信息登记成功则继续所述交易,在所述第一重试结果为失败的情况下,所述第一交易信息登记失败则中止所述交易信息。
进一步而言,本申请实施例步骤S960还包括:
步骤S961:判断所述第一交易信息是否存在登出异常情况;
步骤S962:如果所述第一交易信息存在登出异常情况,获得第二重试指令;
步骤S963:根据所述第二重试指令,对所述第一交易信息的登出操作进行重试,获得第二重试结果;
步骤S964:如果所述第二重试结果为重试失败,获得第一告警信息,根据所述第一告警信息,对所述第一交易信息的登出进行人工运维处理,并结束交易。
具体而言,在业务交易登出时出现异常的情况下,为保证业务交易能够正常进行,业务组件与保单组件约定具体的应对措施,即异常情况处理机制,提供方案为当所述交易信息登出时存在异常的情况下,对所述交易信息的登记操作进行重试,在所述第二重试结果为失败的情况下,则生成所述第一告警信息,待对所述第一交易信息的登出进行人工运维处理,并结束交易。
进一步而言,其中,所述获得第一中止交易指令之后,本申请实施例步骤S960还包括:
步骤S965:获得第二告警信息,根据所述第二告警信息,对所述第一交易信息的登记进行人工运维处理,并结束交易。
具体而言,在所述第一重试结果为失败的情况下,所述第一交易信息登记失败则中止所述交易信息,并生成所述第二告警信息,对所述第一交易信息的登记转人工运维处理,并结束交易。
综上所述,本申请实施例所提供的一种基于财险业务流程对保单进行锁定的方法及系统具有如下技术效果:
1、由于采用了获得第一业务场景,根据所述第一业务场景,获得业务互斥关系,根据所述业务互斥关系,建立业务互斥关系分析矩阵,获得第一交易信息的登记请求,根据所述第一交易信息的登记请求,获得第二交易信息,其中,所述第二交易信息为已经登记且未登出的交易信息,根据所述业务互斥关系分析矩阵,检测所述第二交易信息是否与所述第一交易信息具有互斥关系,如果所述第二交易信息不与所述第一交易信息具有互斥关系,获得第一登记指令,根据所述第一登记指令,对所述第一交易信息进行登记。进而达到建立业务互斥关系分析矩阵,可将业务互斥点细化到业务操作事件点,可以达到多个业务交易的并行处理,缩短业务交易的处理周期的技术效果。
2、由于采用了保单业务锁机制通过建立业务互斥关系分析矩阵及交易互斥检测,能够将业务互斥点细化到业务操作事件上,通过交易登入和交易登出,完成整个交易的单一登入登出处理并建立了与各业务组件的异常处理机制,进而保证了数据的安全性,达到了能够使多个业务进行并行处理,缩短了业务交易的处理周期,提高了系统的处理时效的技术效果。
实施例二
基于与前述实施例中一种基于财险业务流程对保单进行锁定的方法同样发明构思,本发明还提供了一种基于财险业务流程对保单进行锁定的系统,如图2所示,所述系统包括:
第一获得单元11,所述第一获得单元11用于获得第一业务场景;
第二获得单元12,所述第二获得单元12用于根据所述第一业务场景,获得业务互斥关系;
第一建立单元13,所述第一建立单元13用于根据所述业务互斥关系,建立业务互斥关系分析矩阵;
第三获得单元14,所述第三获得单元14用于获得第一交易信息的登记请求;
第四获得单元15,所述第四获得单元15用于根据所述第一交易信息的登记请求,获得第二交易信息,其中,所述第二交易信息为已经登记且未登出的交易信息;
第一检测单元16,所述第一检测单元16用于根据所述业务互斥关系分析矩阵,检测所述第二交易信息是否与所述第一交易信息具有互斥关系;
第五获得单元17,所述第五获得单元17用于如果所述第二交易信息不与所述第一交易信息具有互斥关系,获得第一登记指令;
第一登记单元18,所述第一登记单元18用于根据所述第一登记指令,对所述第一交易信息进行登记。
进一步的,所述系统还包括:
第六获得单元,所述第六获得单元用于获得业务互斥关系识别基准;
第七获得单元,所述第七获得单元用于根据所述第一业务场景和所述业务互斥关系识别基准,获得业务互斥关系。
进一步的,所述系统还包括:
第一存在单元,所述第一存在单元用于两两业务之间存在操作保单数据中同一字段或不同字段之间存在影响的情况;
第二存在单元,所述第二存在单元用于业务存在场景不同或条件不同导致最终对所述保单数据影响不同的情况。
进一步的,所述系统还包括:
第八获得单元,所述第八获得单元用于获得交易的业务类型;
第一设置单元,所述第一设置单元用于如果交易的业务类型互斥,将交易的业务事件编码和/或业务事件名称设置为空;
第九获得单元,所述第九获得单元用于获得互斥例外条件;
第一确定单元,所述第一确定单元用于如果交易属于互斥例外条件,确定交易不存在业务互斥关系;
第二确定单元,所述第二确定单元用于如果交易不属于互斥例外条件,确定交易存在业务互斥关系。
进一步的,所述系统还包括:
第一判断单元,所述第一判断单元用于判断所述第一交易信息是否已经登记;
第一返回单元,所述第一返回单元用于如果所述第一交易信息已经登记,返回所述第一交易信息的登记请求;
第一继续单元,所述第一继续单元用于如果所述第一交易信息未登记,继续所述第一交易信息的登记请求。
进一步的,所述系统还包括:
第十获得单元,所述第十获得单元用于根据所述第一交易信息,获得第一交易互斥项;
第二判断单元,所述第二判断单元用于判断所述第一交易互斥项是否存在所述第二交易信息中;
第三确定单元,所述第三确定单元用于如果所述第一交易互斥项不存在所述第二交易信息中,确定所述第二交易信息不与所述第一交易信息具有互斥关系。
进一步的,所述系统还包括:
第十一获得单元,所述第十一获得单元用于获得保单组件数据库;
第一保存单元,所述第一保存单元用于将所述第一交易信息保存到所述保单组件数据库中。
进一步的,所述系统还包括:
第十二获得单元,所述第十二获得单元用于获得第一交易信息的登出请求;
第一更新单元,所述第一更新单元用于根据所述第一交易信息的登出请求,对所述第一交易信息进行更新。
进一步的,所述系统还包括:
第十三获得单元,所述第十三获得单元用于获得交易信息登记表;
第二更新单元,所述第二更新单元用于更新所述第一交易信息在所述交易信息登记表中对应的交易信息状态。
进一步的,所述系统还包括:
第三判断单元,所述第三判断单元用于判断所述第一交易信息是否已经登出;
第二返回单元,所述第二返回单元用于如果所述第一交易信息已经登出,返回所述第一交易信息的登出请求;
第二继续单元,所述第二继续单元用于如果所述第一交易信息未登出,继续所述第一交易信息的登出请求。
进一步的,所述系统还包括:
第四判断单元,所述第四判断单元用于判断所述第一交易信息是否存在登记异常情况;
第十四获得单元,所述第十四获得单元用于如果所述第一交易信息存在登记异常情况,获得第一重试指令;
第十五获得单元,所述第十五获得单元用于根据所述第一重试指令,对所述第一交易信息的登记操作进行重试,获得第一重试结果;
第五判断单元,所述第五判断单元用于判断所述第一重试结果是否成功;
第十六获得单元,所述第十六获得单元用于如果所述第一重试结果为重试成功,获得第一继续交易指令
第十七获得单元,所述第十七获得单元用于如果所述第一重试结果为重试失败,获得第一中止交易指令,根据所述第一中止交易指令,中止所述第一交易信息。
进一步的,所述系统还包括:
第六判断单元,所述第六判断单元用于判断所述第一交易信息是否存在登出异常情况;
第十八获得单元,所述第十八获得单元用于如果所述第一交易信息存在登出异常情况,获得第二重试指令;
第十九获得单元,所述第十九获得单元用于根据所述第二重试指令,对所述第一交易信息的登出操作进行重试,获得第二重试结果;
第二十获得单元,所述第二十获得单元用于根据所述第二重试指令,对所述第一交易信息的登出操作进行重试,获得第二重试结果;
第二十一获得单元,所述第二十一获得单元用于如果所述第二重试结果为重试失败,获得第一告警信息,根据所述第一告警信息,对所述第一交易信息的登出进行人工运维处理,并结束交易。
进一步的,所述系统还包括:
第二十二获得单元,所述第二十二获得单元用于获得第二告警信息,根据所述第二告警信息,对所述第一交易信息的登记进行人工运维处理,并结束交易。
前述图1实施例一中的一种基于财险业务流程对保单进行锁定的方法的各种变化方式和具体实例同样适用于本实施例的一种基于财险业务流程对保单进行锁定的系统,通过前述对一种基于财险业务流程对保单进行锁定的方法的详细描述,本领域技术人员可以清楚的知道本实施例中一种基于财险业务流程对保单进行锁定的系统的实施方法,所以为了说明书的简洁,在此不再详述。
示例性电子设备
下面参考图3来描述本申请实施例的电子设备。
图3图示了根据本申请实施例的电子设备的结构示意图。
基于与前述实施例中一种基于财险业务流程对保单进行锁定的方法的发明构思,本发明还提供一种基于财险业务流程对保单进行锁定的系统,其上存储有计算机程序,该程序被处理器执行时实现前文所述一种基于财险业务流程对保单进行锁定的方法的任一方法的步骤。
其中,在图3中,总线架构(用总线300来代表),总线300可以包括任意数量的互联的总线和桥,总线300将包括由处理器302代表的一个或多个处理器和存储器304代表的存储器的各种电路链接在一起。总线300还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口306在总线300和接收器301和发送器303之间提供接口。接收器301和发送器303可以是同一个元件,即收发机,提供用于在传输介质上与各种其他系统通信的单元。
处理器302负责管理总线300和通常的处理,而存储器304可以被用于存储处理器302在执行操作时所使用的数据。
本发明实施例提供的一种基于财险业务流程对保单进行锁定的方法,所述方法包括:获得第一业务场景;根据所述第一业务场景,获得业务互斥关系;根据所述业务互斥关系,建立业务互斥关系分析矩阵;获得第一交易信息的登记请求;根据所述第一交易信息的登记请求,获得第二交易信息,其中,所述第二交易信息为已经登记且未登出的交易信息;根据所述业务互斥关系分析矩阵,检测所述第二交易信息是否与所述第一交易信息具有互斥关系;如果所述第二交易信息不与所述第一交易信息具有互斥关系,获得第一登记指令;根据所述第一登记指令,对所述第一交易信息进行登记。解决了现有技术业务互斥范围较大,业务交易需排队处理,从而影响业务处理时效和客户体验的技术问题,达到建立业务互斥关系分析矩阵,可将业务互斥点细化到业务操作事件点,可以达到多个业务交易的并行处理,缩短业务交易的处理周期的技术效果。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的系统。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令系统的制造品,该指令系统实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (15)
1.一种基于财险业务流程对保单进行锁定的方法,其中,所述方法包括:
获得第一业务场景;
根据所述第一业务场景,获得业务互斥关系;
根据所述业务互斥关系,建立业务互斥关系分析矩阵;
获得第一交易信息的登记请求;
根据所述第一交易信息的登记请求,获得第二交易信息,其中,所述第二交易信息为已经登记且未登出的交易信息;
根据所述业务互斥关系分析矩阵,检测所述第二交易信息是否与所述第一交易信息具有互斥关系;
如果所述第二交易信息不与所述第一交易信息具有互斥关系,获得第一登记指令;
根据所述第一登记指令,对所述第一交易信息进行登记。
2.如权利要求1所述的方法,其中,所述根据所述第一业务场景,获得业务互斥关系,包括:
获得业务互斥关系识别基准;
根据所述第一业务场景和所述业务互斥关系识别基准,获得业务互斥关系。
3.如权利要求2所述的方法,其中,所述业务互斥关系识别基准包括:
两两业务之间存在操作保单数据中同一字段或不同字段之间存在影响的情况;
业务存在场景不同或条件不同导致最终对所述保单数据影响不同的情况。
4.如权利要求1所述的方法,其中,所述业务互斥关系包括:
获得交易的业务类型;
如果交易的业务类型互斥,将交易的业务事件编码和/或业务事件名称设置为空;
获得互斥例外条件;
如果交易属于互斥例外条件,确定交易不存在业务互斥关系;
如果交易不属于互斥例外条件,确定交易存在业务互斥关系。
5.如权利要求1所述的方法,其中,所述根据所述业务互斥关系分析矩阵,检测所述第二交易信息是否与所述第一交易信息有互斥关系之前,包括:
判断所述第一交易信息是否已经登记;
如果所述第一交易信息已经登记,返回所述第一交易信息的登记请求;
如果所述第一交易信息未登记,继续所述第一交易信息的登记请求。
6.如权利要求1所述的方法,其中,所述根据所述业务互斥关系分析矩阵,检测所述第二交易信息是否与所述第一交易信息有互斥关系,包括:
根据所述第一交易信息,获得第一交易互斥项;
判断所述第一交易互斥项是否存在所述第二交易信息中;
如果所述第一交易互斥项不存在所述第二交易信息中,确定所述第二交易信息不与所述第一交易信息具有互斥关系。
7.如权利要求1所述的方法,其中,所述根据所述第一登记指令,对所述第一交易信息进行登记,包括:
获得保单组件数据库;
将所述第一交易信息保存到所述保单组件数据库中。
8.如权利要求1所述的方法,其中,所述根据所述第一登记指令,对所述第一交易信息进行登记之后,包括:
获得第一交易信息的登出请求;
根据所述第一交易信息的登出请求,对所述第一交易信息进行更新。
9.如权利要求8所述的方法,其中,所述根据所述第一交易信息的登出请求,对所述第一交易信息进行更新,具体为:
获得交易信息登记表;
更新所述第一交易信息在所述交易信息登记表中对应的交易信息状态。
10.如权利要求8所述的方法,其中,所述根据所述第一交易信息的登出请求,对所述第一交易信息进行更新之前,包括:
判断所述第一交易信息是否已经登出;
如果所述第一交易信息已经登出,返回所述第一交易信息的登出请求;
如果所述第一交易信息未登出,继续所述第一交易信息的登出请求。
11.如权利要求1所述的方法,其中,所述方法包括:
判断所述第一交易信息是否存在登记异常情况;
如果所述第一交易信息存在登记异常情况,获得第一重试指令;
根据所述第一重试指令,对所述第一交易信息的登记操作进行重试,获得第一重试结果;
判断所述第一重试结果是否成功;
如果所述第一重试结果为重试成功,获得第一继续交易指令;
如果所述第一重试结果为重试失败,获得第一中止交易指令,根据所述第一中止交易指令,中止所述第一交易信息。
12.如权利要求11所述的方法,其中,所述方法包括:
判断所述第一交易信息是否存在登出异常情况;
如果所述第一交易信息存在登出异常情况,获得第二重试指令;
根据所述第二重试指令,对所述第一交易信息的登出操作进行重试,获得第二重试结果;
如果所述第二重试结果为重试失败,获得第一告警信息,根据所述第一告警信息,对所述第一交易信息的登出进行人工运维处理,并结束交易。
13.如权利要求11所述的方法,其中,所述获得第一中止交易指令之后,包括:
获得第二告警信息,根据所述第二告警信息,对所述第一交易信息的登记进行人工运维处理,并结束交易。
14.一种基于财险业务流程对保单进行锁定的方法及系统,其中,所述系统包括:
第一获得单元,所述第一获得单元用于获得第一业务场景;
第二获得单元,所述第二获得单元用于根据所述第一业务场景,获得业务互斥关系;
第一建立单元,所述第一建立单元用于根据所述业务互斥关系,建立业务互斥关系分析矩阵;
第三获得单元,所述第三获得单元用于获得第一交易信息的登记请求;
第四获得单元,所述第四获得单元用于根据所述第一交易信息的登记请求,获得第二交易信息,其中,所述第二交易信息为已经登记且未登出的交易信息;
第一检测单元,所述第一检测单元用于根据所述业务互斥关系分析矩阵,检测所述第二交易信息是否与所述第一交易信息具有互斥关系;
第五获得单元,所述第五获得单元用于如果所述第二交易信息不与所述第一交易信息具有互斥关系,获得第一登记指令;
第一登记单元,所述第一登记单元用于根据所述第一登记指令,对所述第一交易信息进行登记。
15.一种基于财险业务流程对保单进行锁定的系统,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中,所述处理器执行所述程序时实现权利要求1-13任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110079254.7A CN112734584A (zh) | 2021-01-21 | 2021-01-21 | 一种基于财险业务流程对保单进行锁定的方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110079254.7A CN112734584A (zh) | 2021-01-21 | 2021-01-21 | 一种基于财险业务流程对保单进行锁定的方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112734584A true CN112734584A (zh) | 2021-04-30 |
Family
ID=75594552
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110079254.7A Pending CN112734584A (zh) | 2021-01-21 | 2021-01-21 | 一种基于财险业务流程对保单进行锁定的方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112734584A (zh) |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104636878A (zh) * | 2015-02-17 | 2015-05-20 | 交通银行股份有限公司 | 一种银行自动处理任务的调度方法及装置 |
CN107105064A (zh) * | 2017-06-02 | 2017-08-29 | 上海艾融软件股份有限公司 | 一种交易信息的推送方法及系统 |
CN107230153A (zh) * | 2016-03-24 | 2017-10-03 | 平安科技(深圳)有限公司 | 处理保单信息的方法和装置 |
CN107563844A (zh) * | 2017-08-08 | 2018-01-09 | 新智云数据服务有限公司 | 一种保险交易的方法及装置 |
CN107909490A (zh) * | 2017-11-22 | 2018-04-13 | 平安科技(深圳)有限公司 | 保险理赔案件互斥信息的确定方法及装置 |
CN109919789A (zh) * | 2019-03-05 | 2019-06-21 | 王洋 | 一种人工智能保险审核方法及装置 |
CN111008082A (zh) * | 2019-11-07 | 2020-04-14 | 泰康保险集团股份有限公司 | 一种业务请求处理方法及装置 |
CN111709731A (zh) * | 2020-06-18 | 2020-09-25 | 深圳前海微众银行股份有限公司 | 一种交易处理方法及装置 |
CN111861746A (zh) * | 2020-07-07 | 2020-10-30 | 中国建设银行股份有限公司 | 一种处理交易数据的方法和装置 |
-
2021
- 2021-01-21 CN CN202110079254.7A patent/CN112734584A/zh active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104636878A (zh) * | 2015-02-17 | 2015-05-20 | 交通银行股份有限公司 | 一种银行自动处理任务的调度方法及装置 |
CN107230153A (zh) * | 2016-03-24 | 2017-10-03 | 平安科技(深圳)有限公司 | 处理保单信息的方法和装置 |
CN107105064A (zh) * | 2017-06-02 | 2017-08-29 | 上海艾融软件股份有限公司 | 一种交易信息的推送方法及系统 |
CN107563844A (zh) * | 2017-08-08 | 2018-01-09 | 新智云数据服务有限公司 | 一种保险交易的方法及装置 |
CN107909490A (zh) * | 2017-11-22 | 2018-04-13 | 平安科技(深圳)有限公司 | 保险理赔案件互斥信息的确定方法及装置 |
CN109919789A (zh) * | 2019-03-05 | 2019-06-21 | 王洋 | 一种人工智能保险审核方法及装置 |
CN111008082A (zh) * | 2019-11-07 | 2020-04-14 | 泰康保险集团股份有限公司 | 一种业务请求处理方法及装置 |
CN111709731A (zh) * | 2020-06-18 | 2020-09-25 | 深圳前海微众银行股份有限公司 | 一种交易处理方法及装置 |
CN111861746A (zh) * | 2020-07-07 | 2020-10-30 | 中国建设银行股份有限公司 | 一种处理交易数据的方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20100017642A1 (en) | Distributed Transaction Processing System Having Resource Managers That Collaborate To Decide Whether To Commit Or Abort A Transaction In Response To Failure Of A Transaction Manager | |
CN110633977A (zh) | 支付异常处理方法、装置及终端设备 | |
CN110992188B (zh) | 交易处理方法、装置及设备 | |
CN111258790B (zh) | 异常补偿方法和装置 | |
CN114371918A (zh) | 分布式事务的处理方法、装置、存储介质及电子设备 | |
CN114090113B (zh) | 数据源处理插件动态加载的方法、装置、设备及存储介质 | |
CN112734584A (zh) | 一种基于财险业务流程对保单进行锁定的方法及系统 | |
CN113706158A (zh) | 一种基于云支付的大数据入侵防护分析方法及系统 | |
CN115330472A (zh) | 订单处理方法及系统、服务平台、存储介质及电子设备 | |
CN112306041A (zh) | 车辆的配置信息写入方法、装置及电子设备 | |
CN114595074A (zh) | 一种基于分布式调度的编排中事务失败回滚方法及装置 | |
CN109919623B (zh) | 防止账户透支方法、装置、设备及可读存储介质 | |
CN112199401B (zh) | 数据请求处理方法、装置、服务器、系统及存储介质 | |
CN111816286B (zh) | 一种移动查房数据处理方法及系统 | |
CN114626811A (zh) | 流程模板配置方法及相关设备 | |
CN112669151A (zh) | 一种多系统协同业务处理的方法及设备 | |
US7461068B2 (en) | Method for returning a data item to a requestor | |
CN110740062A (zh) | 断点续传方法和装置 | |
US20240070668A1 (en) | Platform-agnostic entity identification through computational modeling | |
CN115630962A (zh) | 防止重复支付方法、装置、终端及存储介质 | |
CN116109112B (zh) | 基于聚合接口的业务数据处理方法、装置、介质和设备 | |
CN116630044A (zh) | 异常交易处理方法、装置、设备及存储介质 | |
CN113722330B (zh) | 一种联机交易失败重试的方法及装置 | |
US20240112255A1 (en) | Information processing device, information processing method, and system | |
CN113032433A (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: 20210430 |