保单故障的补偿方法、装置、介质及设备与流程

文档序号:20576073发布日期:2020-04-29 01:08阅读:164来源:国知局
保单故障的补偿方法、装置、介质及设备与流程

本公开涉及保单数据处理技术领域,特别涉及一种保单故障的补偿方法及装置,以及实现上述方法的计算机存储介质和电子设备。



背景技术:

随着互联网的发展,企业中业务流程也有了越来越多的展现形式。以保险行业为例,为给客户提供完善的保险服务,同一个业务后端可能为多个系统前端提供多种不同形式的保险服务(例如,订单业务、核保业务、保单保全业务等)。因此,业务后端采用微服务架构,用于将单个应用程序和服务拆分为多个微服务,各个维服务之间互相协调、互相配合,为用户提供最终价值。

在微服务框架下,当保单相关的业务中某一环节(如,保单保全业务、核保业务和保单信息变更业务等)出现生产问题时,一般通过查看日志文件定位异常点,通过日志中相关信息,对未完成数据手工重新执行。

虽然相关技术提供的方式对异常点的定位准确,但是缺乏通用性。因此,有必要提供一种通用性较高的关于保全补偿的微服务编排方案。

需要说明的是,上述背景技术部分公开的信息仅用于加强对本公开的背景的理解。



技术实现要素:

本公开的目的在于提供一种保单故障的补偿方法、保单故障的补偿装置、计算机存储介质及电子设备,提供一种通用性较高的关于保全补偿的微服务编排方案,并提升保单故障的解决效率。

本公开的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本公开的实践而习得。

根据本公开的第一方面,提供一种保单故障的补偿方法,包括:

响应于保单出现故障,获取出现故障的目标保单;

判断所述目标保单是否已指定异常点信息;

若上述目标保单未指定异常点信息,则采用通用补偿策略进行保单故障的补偿;

若上述目标保单已指定异常点信息,则为所述目标保单设置补偿锁,以及采用断点续传方式或通用补偿策略进行保单故障的补偿;

其中,所述保单故障包含以下信息中的至少一种:保全故障、核保故障和信息变更故障。

在本公开的一些示例性的实施例中,基于前述方案,上述响应于保单出现故障,获取出现故障的目标保单,包括:

响应于保单保全过程中、保单核保过程中或保单信息变更过程出现故障,将出现故障的保单作为目标保单;

上述为所述目标保单设置补偿锁,包括:

获取上述目标保单的异常点信息,并将上述目标保单的保单号和方法名以及对应的异常点信息保存至缓存数据库中。

在本公开的一些示例性的实施例中,基于前述方案,上述判断所述目标保单是否已指定异常点信息,包括:

根据上述目标保单的保单号和方法名查找上述缓存数据库来判断所述目标保单是否已指定异常点信息。

在本公开的一些示例性的实施例中,基于前述方案,在将上述目标保单的保单号和方法名以及对应的异常点信息保存至缓存数据库中之后,上述方法还包括:

根据上述目标保单的保单标识和待补偿信息确定补偿表,并将上述补偿表保存至关系型数据库中。

在本公开的一些示例性的实施例中,基于前述方案,上述若上述目标保单已指定异常点信息,则采用断点续传方式或通用补偿策略进行保单故障的补偿,包括:

校验上述目标保单是否属于断点异常;

若上述目标保单属于断点异常,则采用断点续传方式进行保单故障的补偿;

若上述目标保单不属于断点异常,则采用通用补偿策略进行保单故障的补偿。

在本公开的一些示例性的实施例中,基于前述方案,上述采用断点续传方式进行保单故障的补偿,包括:

在上述目标保单对应的补偿表中获取待补偿信息;

根据上述待补偿信息为实体赋值目标实体类,以及为上述异常点信息对应的消息会话中的数据实体类赋值。

在本公开的一些示例性的实施例中,基于前述方案,在上述保单故障为保全故障的情况下,上述通用补偿策略至少包含以下信息中的一种或几种:

保全续期失效补偿策略、保全续期收款保存收费中间表策略、保全续期核销补偿策略和保全保存批串策略。

根据本公开的第二方面,提供一种保单故障的补偿装置,包括:目标保单确定模块、异常点信息判断模块、第一补偿模块和第二补偿模块。

其中:上述目标保单确定模块,被配置为:响应于保单出现故障,获取出现故障的目标保单;

上述异常点信息判断模块,被配置为:判断目标保单是否已指定异常点信息;

上述第一补偿模块,被配置为:若上述目标保单未指定异常点信息,则采用通用补偿策略进行保单故障的补偿;

上述第二补偿模块,被配置为:若上述目标保单已指定异常点信息,则为上述目标保单设置补偿锁,以及采用断点续传方式或通用补偿策略进行保单故障的补偿。

在本公开的一些示例性的实施例中,基于前述方案,上述目标保单确定模块,被具体配置为:响应于保单保全过程中、保单核保过程中或保单信息变更过程中出现故障,将出现故障的保单作为目标保单。

上述第二补偿模块包括:补偿锁子模块。该补偿锁子模块,被配置为:获取上述目标保单的异常点信息,并将上述目标保单的保单号和方法名以及对应的异常点信息保存至缓存数据库中。

在本公开的一些示例性的实施例中,基于前述方案,上述异常点信息判断模块,被具体配置为:根据上述目标保单的保单号和方法名查找上述缓存数据库来判断上述目标保单是否已指定异常点信息。

本公开的一些示例性的实施例中,基于前述方案,所上述保单故障的补偿装置还包括:信息存储模块。

其中:上述信息存储模块,被配置为:在上述异常点信息处理模块将上述目标保单的保单号和方法名以及对应的异常点信息保存至缓存数据库中之后,根据上述目标保单的保单标识和待补偿信息确定补偿表,并将上述补偿表保存至关系型数据库中。

在本公开的一些示例性的实施例中,基于前述方案,上述第二补偿模块,包括:校验单元、第一补偿单元和第二补偿单元。

其中,上述校验单元,被配置为:校验上述目标保单是否属于断点异常;

上述第一补偿单元,被配置为:若上述目标保单属于断点异常,则采用断点续传方式进行保单故障的补偿;

上述第二补偿单元,被配置为:若上述目标保单不属于断点异常,则采用通用补偿策略进行保单故障的补偿。

在本公开的一些示例性的实施例中,基于前述方案,上述第一补偿单元,被具体配置为:

在上述目标保单对应的补偿表中获取待补偿信息;以及,根据上述待补偿信息为实体赋值目标实体类,以及为上述异常点信息对应的消息会话中的数据实体类赋值。

在本公开的一些示例性的实施例中,基于前述方案,在上述保单故障为保全故障的情况下,上述通用补偿策略至少包含以下信息中的一种或几种:

保全续期失效补偿策略、保全续期收款保存收费中间表策略、保全续期核销补偿策略和保全保存批串策略。

根据本公开的第三方面,提供一种计算机存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述第一方面所述的保单故障的补偿方法。

根据本公开的第四方面,提供一种电子设备,包括:处理器;以及存储器,用于存储所述处理器的可执行指令;其中,所述处理器配置为经由执行所述可执行指令来执行上述第一方面所述的保单故障的补偿方法。

由上述技术方案可知,本公开示例性实施例中的保单故障的补偿方法、保单故障的补偿装置、计算机存储介质及电子设备至少具备以下优点和积极效果:

在本公开的一些实施例所提供的技术方案中,在保单在保全过程中、保单核保过程中或保单信息变更过程中,若系统或服务对数据进行处理发生异常/故障,则:一方面,根据该保单(记作:目标保单)是否已指定有发生异常的异常点信息,来确定采用断点续传方式或通用补偿策略进行保单故障的补偿。可见相比于现有技术,本技术方案提供了一种较为通用的保单故障的补偿方案,能够对不同的保全异常问题场景进行保全故障的补偿,有利于提升保单故障的解决效率。另一方面,对于已指定异常点信息的目标保单,还将该故障保单进行上锁处理(即补偿锁),从而禁止该保单进行其他操作,以防出现更多的故障或异常,进而有效降低保险相关流程的出错概率。

本公开应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1示出本公开一示例性实施例中保单故障的补偿方法的流程示意图;

图2示出本公开另一示例性实施例中保单保全故障的补偿方法的流程示意图;

图3示出本公开再一示例性实施例中保单保全故障的补偿方法的流程示意图;

图4示出本公开一示例性实施例中保单故障的补偿装置的结构示意图;

图5示出本公开示例性实施例中计算机存储介质的结构示意图;以及

图6示出本公开示例性实施例中电子设备的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本公开将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中,提供许多具体细节从而给出对本公开的实施方式的充分理解。然而,本领域技术人员将意识到,可以实践本公开的技术方案而省略所述特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

本说明书中使用用语“一个”、“一”、“该”和“所述”用以表示存在一个或多个要素/组成部分/等;用语“包括”和“具有”用以表示开放式的包括在内的意思并且是指除了列出的要素/组成部分/等之外还可存在另外的要素/组成部分/等;用语“第一”和“第二”等仅作为标记使用,不是对其对象的数量限制。

此外,附图仅为本公开的示意性图解,并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分,因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体,不一定必须与物理或逻辑上独立的实体相对应。

在本公开的实施例中,首先提供了一种保单故障的补偿方法,至少在一定程度上克服现有技术中提供的保单故障的补偿方法无法满足用户的个性化导航需求的缺陷。

图1示出本公开一示例性实施例中保单故障的补偿方法的流程示意图,该保单故障的补偿方法的执行主体可以是具有计算处理功能的设备,比如服务器等。

参考图1,根据本公开的一个实施例的保单故障的补偿方法包括以下步骤:

步骤s110,响应于保单出现故障,获取出现故障的目标保单;

步骤s120,判断所述目标保单是否已指定异常点信息;

步骤s130,若所述目标保单未指定异常点信息,则采用通用补偿策略进行保单故障的补偿;以及,

步骤s140,若所述目标保单已指定异常点信息,则为所述目标保单设置补偿锁,以及采用断点续传方式或通用补偿策略进行保单故障的补偿。

在图1所示实施例所提供的技术方案中,在保单在保全过程中、保单核保过程中或保单信息变更过程中,若系统或服务对数据进行处理发生异常/故障,则一方面,根据该保单(记作:目标保单)是否已指定有发生异常的异常点信息,来确定采用断点续传方式或通用补偿策略进行保单故障的补偿。可见相比于现有技术,本技术方案提供了一种较为通用的保单故障的补偿方案,能够对不同的保全异常问题场景进行保全故障的补偿,有利于提升保单故障的解决效率。

另一方面,对于已指定异常点信息的目标保单,还将该故障保单进行上锁处理(即补偿锁),从而禁止该保单进行其他操作,以防出现更多的故障或异常,进而有效降低保险相关流程的出错概率。

以下对图1所示实施例中各个步骤的具体实施方式进行详细阐述:

在示例性的实施例中,在步骤s110中,响应于保单保全过程中、保单核保过程中或保单信息变更过程中出现异常或者故障,将出现故障的保单作为目标保单。以下实施例将上述目标保单作为操作进行不同的故障补偿操作。

进一步地,在步骤s120中,通过试图获取该目标保单的异常点信息来判断该目标保单是否已指定异常点信息。具体的,若能够获取到,则将该目标保单的保单号和方法名以及对应的异常点信息保存至缓存数据库中(如:redis)。从而,通过添加到缓存数据库中实现对该目标保单确定补偿锁,进而禁止该保单进行其他操作,以防出现更多的故障或异常,进而有效降低保险相关流程的出错概率。

在示例性的实施例中,以保单保全故障为例进行故障补偿实施例的说明。其中,图2示出本公开另一示例性实施例中保单保全故障的补偿方法的流程示意图。参考图2:

在步骤s21中,进行补偿锁校验。

在示例性的实施例中,通过保单号和方法名在redis(缓存数据库)中查询当前保单是否存在补偿锁。如果redis中未存储关于当前保单的保单号和方法名(也就是说当前保单并未上补偿锁),则说明该保单并未指定异常点不能使用断点续传的方式进行补偿。在本实施例中,则执行步骤s22:结束当前操作并返回进行通用补偿。

在示例性的实施例中,上述通用补偿流程中,根据故障的发出长江寻找与当前保单故障对应的某一通用补偿策略来实现补偿。示例性的,上述通用补偿策略包括:保全续期失效补偿策略、保全续期收款保存收费中间表策略、保全续期核销补偿策略和保全保存批串策略。

本方案采用模块化的补偿策略,针对不同的故障场景可以设置对应的通用补偿策略针对不同的故障场景可以设置对应的补偿策略,具有较高的可扩展性。

在示例性的实施例中,对于上述目标保单,还根据所述目标保单的保单标识和待补偿信息确定补偿表(pos_compensate),并将所述补偿表保存至关系型数据库(如:mysql)中。示例性的,上述补偿表包括以下信息:保单号chdrnum、方法名methodname、入参信息param、异常点uid、错误信息status和渠道时间createtime、updatetime等。具体可以以键值对的形式进行存储。关于一目标保单的补偿表(pos_compensate)的示例如下表1:

表1

继续参考图2,在步骤s21中通过保单号和方法名在redis中查询当前保单是否存在补偿锁。如果redis中已存储关于当前保单的保单号和方法名(也就是说当前保单并已上补偿锁),则说明该保单已经指定异常点,从而能够使用断点续传的方式进行补偿。在本实施例中,则执行步骤s23:查询mysql数据库中该保单的补偿表(pos_compensate)。

示例性的,若步骤s23的执行结果为:保单的补偿表(pos_compensate)为空,说明该保单当前不存在待补偿数据(可能是故障/异常已自动被解决),则执行步骤s24:解锁保单,以使得保单正常运行。

在示例性的实施例中,若步骤s23的执行结果为:保单的补偿表(pos_compensate)不为空,说明该保单存在待补偿数据(当前仍存在故障/异常),则执行步骤s25:校验该目标保单是否属于断点异常(nodeerror)。

在示例性的实施例中,若步骤s25的执行结果为:该目标保单的nodeerror为空,说明该目标保单的故障或异常不属于断点异常。则执行步骤s22,仍然采用通用补偿策略进行保单故障的补偿。

在示例性的实施例中,若步骤s25的执行结果为:该目标保单的nodeerror非空,说明该目标保单的故障或异常属于于断点异常。则执行步骤s26,采用断点续传策略进行保单故障的补偿。具体地,通过断点续传的方式通过再次运行相关的方法,让流程继续下去且不影响后续流程也不会产生错误数据。

在示例性的实施例中,上述断点续传策略包括:在该目标保单对应的补偿表(pos_compensate)中获取待补偿信息,如方法名(methodname);然后根据此待补偿信息为实体赋值目标实体类(body),以及为所述异常点信息对应的消息会话中的数据实体类赋值。

需要说明的是,当前短险核心项目微服务采用apache-camel(路由引擎)统一编排,且编排整体流程使用apache-camel技术作为规则路由,补偿数据就是通信中的消息会话,包含全部所需数据实体都来自入参。

在示例性的实施例中,图3示出本公开再一示例性实施例中保单保全故障的补偿方法的流程示意图。具体的,图3示出了通用补偿流程310,以及通用补偿流程后的结束补偿流程320。

参考图2和图3,在示例性的实施例中,步骤s22展示的通用补偿流程包括步骤s311和步骤s312。

在步骤s311中,获取待补偿数据,以及根据待补偿数据确定保全故障/异常场景,进一步地确定该故障场景对应的通用补偿策略;以及,在步骤s312中,执行补偿策略。

示例性的,对于目标保单a,若该目标保单a出现的保全故障为续期失效,则可以调用保全续期失效补偿策略进行处理,以使得该目标保单a保全续期生效。示例性的,对于目标保单b,若该目标保单b出现的保全故障为注销失效,则可以调用保全注销失效补偿策略进行处理,以使得该目标保单b保全注销生效。

在上述通用补偿流程310中,根据不同保单出现的不同故障场景采用相应策略,对保单进行补偿操作。进一步地,通用补偿结束后,进入结束补偿流程320,以返回对各个保单的补偿处理结果(成功或失败)并解锁该保单。再次参考图3,具体的:

在步骤s321中,查询通用补偿处理的结果。示例性的,可以通过验证保单是否能过正常运行来确定补偿处理结果为“处理成功”或“处理失败”。

在示例性的实施例中,无论查询到的处理结果为“处理失败”(步骤s322)还是“处理成功”(步骤s323),均执行步骤s324:补偿流程完毕并解锁。示例性的,在解锁之后,对于补偿处理结果为处理失败的保单,可以重新触发图2以及图3所示的保全补偿流程,以最终实现对应的补偿处理。

在示例性的实施例中,对于补偿处理为“处理成功”(步骤s323)的情况,还执行步骤s325:更新数据库,以保障数据库中保单保全补偿数据处于最新状态。

通过本技术方案提供的保单故障的补偿方法,能够有效提升保单过程中对突发情况、异常情况的应变能力以及处理时效。具体的,在保单故障的处理过程中,针对不同故障场景、不同故障原因所导致的断点或异常,本方案可以通过上述一个通用性较高的补偿流程进行有效补偿。同时,本方案采用模块化的补偿策略,针对不同的故障场景可以设置对应的补偿策略,可扩展性高。

本领域技术人员可以理解实现上述实施方式的全部或部分步骤被实现为由cpu执行的计算机程序。在该计算机程序被cpu执行时,执行本发明提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中,该存储介质可以是只读存储器,磁盘或光盘等。

此外,需要注意的是,上述附图仅是根据本发明示例性实施方式的方法所包括的处理的示意性说明,而不是限制目的。易于理解,上述附图所示的处理并不表明或限制这些处理的时间顺序。另外,也易于理解,这些处理可以是例如在多个模块中同步或异步执行的。

以下介绍本公开的装置实施例,可以用于执行本公开上述的保单故障的补偿方法。

图4示出本公开示例性实施例中保单故障的补偿装置的结构示意图。如图4所示,该保单故障的补偿装置400包括:目标保单确定模块401、异常点信息判断模块402、第一补偿模块403和第二补偿模块404。

其中:上述目标保单确定模块401,被配置为:响应于保单出现故障,获取出现故障的目标保单;

上述异常点信息判断模块402,被配置为:判断上述目标保单是否已指定异常点信息;

上述第一补偿模块403,被配置为:若上述目标保单未指定异常点信息,则采用通用补偿策略进行保单故障的补偿;

上述第二补偿模块404,被配置为:若上述目标保单已指定异常点信息,则为上述目标保单设置补偿锁,以及采用断点续传方式或通用补偿策略进行保单故障的补偿。

在本公开的一些示例性的实施例中,基于前述方案,

上述目标保单确定模块401,被具体配置为:响应于保单保全过程中、保单核保过程中或保单信息变更过程中出现故障,将出现故障的保单作为目标保单。

上述第二补偿模块包括:补偿锁子模块。该补偿锁子模块,被配置为:获取上述目标保单的异常点信息,并将上述目标保单的保单号和方法名以及对应的异常点信息保存至缓存数据库中。

在本公开的一些示例性的实施例中,基于前述方案,上述异常点信息判断模块402,被具体配置为:根据上述目标保单的保单号和方法名查找上述缓存数据库来判断目标保单是否已指定异常点信息。

本公开的一些示例性的实施例中,基于前述方案,所上述保单故障的补偿装置400还包括:信息存储模块。

其中:上述信息存储模块,被配置为:在上述异常点信息处理模块将上述目标保单的保单号和方法名以及对应的异常点信息保存至缓存数据库中之后,根据上述目标保单的保单标识和待补偿信息确定补偿表,并将上述补偿表保存至关系型数据库中。

在本公开的一些示例性的实施例中,基于前述方案,上述第二补偿模块404,还包括:校验单元、第一补偿单元和第二补偿单元。

其中,上述校验单元,被配置为:校验上述目标保单是否属于断点异常;

上述第一补偿单元,被配置为:若上述目标保单属于断点异常,则采用断点续传方式进行保单故障的补偿;

上述第二补偿单元,被配置为:若上述目标保单不属于断点异常,则采用通用补偿策略进行保单故障的补偿。

在本公开的一些示例性的实施例中,基于前述方案,上述第一补偿单元,被具体配置为:

在上述目标保单对应的补偿表中获取待补偿信息;以及,根据上述待补偿信息为实体赋值目标实体类,以及为上述异常点信息对应的消息会话中的数据实体类赋值。

在本公开的一些示例性的实施例中,基于前述方案,在上述保单故障为保全故障的情况下,上述通用补偿策略至少包含以下信息中的一种或几种:

保全续期失效补偿策略、保全续期收款保存收费中间表策略、保全续期核销补偿策略和保全保存批串策略。

上述保单故障的补偿装置中各模块的具体细节已经在对应的保单故障的补偿方法中进行了详细的描述,因此此处不再赘述。

应当注意,尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本公开的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外,尽管在附图中以特定顺序描述了本公开中方法的各个步骤,但是,这并非要求或者暗示必须按照该特定顺序来执行这些步骤,或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的,可以省略某些步骤,将多个步骤合并为一个步骤执行,以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质中或网络上,可以是便携式紧凑磁盘只读存储器(compactdiscread-onlymemory,简称:cd-rom),u盘,移动硬盘等中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。

在本公开示例性实施方式中,还提供了一种能够实现上述方法的计算机存储介质。其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施例中,本公开的各个方面还可以实现为一种程序产品的形式,其包括程序代码,当所述程序产品在终端设备上运行时,所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。

参考图5所示,描述了根据本公开的实施方式的用于实现上述方法的程序产品500,其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码,并可以在终端设备,例如个人电脑上运行。然而,本公开的程序产品不限于此,在本文件中,可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(randomaccessmemory,简称:ram)、只读存储器(read-onlymemory,简称:rom)、可擦式可编程只读存储器(erasableprogrammablereadonlymemory,简称:eprom或闪存)、光纤、便携式紧凑盘只读存储器(compactdiscread-onlymemory,简称:cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于无线、有线、光缆、rf等等,或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等,还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络,包括局域网(localareanetwork,简称:lan)或广域网(wideareanetwork,简称:wan),连接到用户计算设备,或者,可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外,在本公开的示例性实施例中,还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解,本公开的各个方面可以实现为系统、方法或程序产品。因此,本公开的各个方面可以具体实现为以下形式,即:完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等),或硬件和软件方面结合的实施方式,这里可以统称为“电路”、“模块”或“系统”。

下面参照图6来描述根据本公开的这种实施方式的电子设备600。图6显示的电子设备600仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。

如图6所示,电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于:上述至少一个处理单元610、上述至少一个存储单元620、连接不同系统组件(包括存储单元620和处理单元610)的总线630。

其中,所述存储单元存储有程序代码,所述程序代码可以被所述处理单元610执行,使得所述处理单元610执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如,所述处理单元610可以执行如图1中所示的:步骤s110,响应于保单出现故障,获取出现故障的目标保单;步骤s120,判断所述目标保单是否已指定异常点信息;步骤s130,若所述目标保单未指定异常点信息,则采用通用补偿策略进行保单故障的补偿;以及,步骤s140,若所述目标保单已指定异常点信息,则为所述目标保单设置补偿锁,以及采用断点续传方式或通用补偿策略进行保单故障的补偿。

存储单元620可以包括易失性存储单元形式的可读介质,例如随机存取存储单元(ram)6201和/或高速缓存存储单元6202,还可以进一步包括只读存储单元(rom)6203。

存储单元620还可以包括具有一组(至少一个)程序模块6205的程序/实用工具6204,这样的程序模块6205包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线630可以为表示几类总线结构中的一种或多种,包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备600也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信,还可与一个或者多个使得用户能与该电子设备600交互的设备通信,和/或与使得该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(input/output,简称:i/o)接口650进行。并且,电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(lan),广域网(wan)和/或公共网络,例如因特网)通信。如图所示,网络适配器660通过总线630与电子设备600的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备600使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是cd-rom,u盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

此外,上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明,而不是限制目的。易于理解,上述附图所示的处理并不表明或限制这些处理的时间顺序。另外,也易于理解,这些处理可以是例如在多个模块中同步或异步执行的。

本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由权利要求指出。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1