保费处理方法、装置、设备及计算机可读存储介质与流程

本申请实施例涉及保险技术领域，尤其涉及一种保费处理方法、装置、设备及计算机可读存储介质。

背景技术：

目前，在投保过程中，当获取到用户填写的保单后，还需要通过屏幕录入程序将保单中的险种信息录入，然后屏幕录入程序根据预先配置好的参数信息提取保单中险种信息，并进行封装，得到多个待传递参数集合，再跟据险种确定对应的保费计算方法，保费计算方法对应有待接收的参数集合，然而很多情形下，往往屏幕录入程序传递的参数集合和保费计算方法需接收的参数集合不对等，导致保费计算失败，从而导致投保效率低。

技术实现要素：

本申请实施例提供一种保费处理方法、装置、设备及计算机可读存储介质，以提高投保效率。

第一方面，本申请实施例提供一种保费处理方法，包括：获取通过屏幕录入程序录入的险种信息，所述屏幕录入程序对应有第一待传递参数集合；确定是否需要对第一待传递参数集合进行重新配置；在不需要对第一待传递参数集合进行重新配置的情况下，调用所述险种信息的险种对应的保费处理方法进行保费处理；在需要对第一待传递参数集合进行重新配置的情况下，对所述第一待传递参数集合进行重新配置，得到第二待传递参数集合，所述第二待传递参数与所述保费计算方法所需要的参数集合一致；将所述第二待传递参数集合传递至所述保费处理方法以进行保费处理。

第二方面，本申请实施例提供一种保费处理装置，包括：获取模块，用于获取通过屏幕录入程序录入的险种信息，所述屏幕录入程序对应有第一待传递参数集合；确定模块，用于确定是否需要对第一待传递参数集合进行重新配置；调用模块，用于在不需要对第一待传递参数集合进行重新配置的情况下，调用所述险种信息的险种对应的保费处理方法进行保费处理；参数配置模块，用于在需要对第一待传递参数集合进行重新配置的情况下，对所述第一待传递参数集合进行重新配置，得到第二待传递参数集合，所述第二待传递参数与所述保费计算方法所需要的参数集合一致；发送模块，用于将所述第二待传递参数集合传递至所述保费处理方法以进行保费处理。

第三方面，本申请实施例提供一种保费处理设备，包括：

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现如第一方面所述的方法。

第四方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现第一方面所述的方法。

本申请实施例提供的保费处理方法、装置、设备及计算机可读存储介质，通过获取通过屏幕录入程序录入的险种信息，所述屏幕录入程序对应有第一待传递参数集合；确定是否需要对第一待传递参数集合进行重新配置；在不需要对第一待传递参数集合进行重新配置的情况下，调用所述险种信息的险种对应的保费处理方法进行保费处理；在需要对第一待传递参数集合进行重新配置的情况下，对所述第一待传递参数集合进行重新配置，得到第二待传递参数集合，所述第二待传递参数与所述保费计算方法所需要的参数集合一致；将所述第二待传递参数集合传递至所述保费处理方法以进行保费处理。由于在调用保费处理方法进行保费处理之前，预先判断了是否需要对第一待传递参数集合进行重新配置，也就是屏幕录入程序待传递给保费计算方法的参数集合与保费计算方法的接收参数集合是否一致的判断，并在需要对第一待传递参数集合进行重新配置的情况下，对所述第一待传递参数集合进行重新配置，然后再传递至保费计算方法进行保费处理，因此，能够避免屏幕录入程序待传递给保费计算方法的参数集合与保费计算方法的接收参数集合不一致的情形下，需要复制计算逻辑符合要求的保费计算方法，将不影响业务计算结果的参数集合摘除。或者复制既有的屏幕改动待传递的参数集合，导致的复制大量代码造成的代码冗余以及维护不便的问题。

附图说明

图1为现有技术提供的保费处理方法的原理图；

图2为本申请实施例提供的保费处理方法流程图；

图3为本申请实施例提供的保费处理方法的原理图；

图4为本申请实施例提供的保费处理装置的结构示意图；

图5为本申请实施例提供的保费处理设备的结构示意图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在保险业务的投保过程中，一个很重要的环节就是保费计算，保费计算是指被投保人参加保险时，根据其投保时所订的保险费率，计算被投保人向保险人交付的费用。在上述过程中，用户首先需要在保险公司提供的投保界面中填写投保信息，之后，用户填写的投保信息会发送至后台客户端，后台客户端上安装有屏幕录入程序，用于录入投保信息(也称之为险种信息)，然后根据险种(保险种类)获取对应的保费计算方法计算保费。

如图1所示，在保险业务系统中，核心保单管理系统中维护了多种保费计算方法，每种类型的险种具有对应的保费计算方法，当屏幕录入程序录入险种信息后，根据险种类型就可以确定该险种对应的保费计算方法。

具体地，当险种信息在屏幕录入后，屏幕录入程序会将屏幕录入的险种信息进行分类以及封装，得到多个待传递给保费计算方法的参数集合，这些参数集合将以copybook的形式分类封装，copybook是主程序之外的程序，可以是参数集合，也可以是代码块的集合，在本申请中主要是指参数集合，同时，保费计算方法也对应有所需要的参数集合，也就是保费计算方法要进行保费计算的业务逻辑所需要的参数集合。

目前，录入险种的屏幕和保费计算方法分别有多个，每个屏幕在调用保费计算方法的过程中传入保费计算方法的copybook均已固定，每个保费计算方法接收的copybook也已经固定。在对一个新形态的产品选取合适的录入屏幕录入险种信息并传递参数给保费计算方法之后，会存在以下情形：一种情形是，copybook接收参数与保费计算方法所需的参数相匹配，但保费计算方法计算逻辑不符合业务要求；另一种情形是，保费计算方法计算逻辑符合业务要求但是copybook接收参数不符合要求，目前采取的做法有两种，第一种就是复制计算逻辑符合要求的保费计算方法，将不影响业务计算结果的copybook摘除。第二种是复制既有的屏幕改动入参copybook。这两种方法均可行，但是仅仅因为传参不对等就复制了大量代码，会造成代码冗余，并且维护更多的保费计算方法或者屏幕录入程序，对于系统维护非常不便。

示例性地，一个屏幕可以传递多本copybook，保费计算方法接收copybook时，接收的copybook是传入的多个参数集合的子集即可，例如保费计算方法的接收参数集合是copybook1和copybook2，则屏幕在传入copybook1和copybook2，保费计算方法接收copybook1的情况下，或者保费计算方法在接收copybook1和copybook2的情况下，保费计算方法的计算程序可以正常执行，然而保费计算方法接收到的参数集合是copybook1，copybook2和copybook3的情况下，保费计算方法的计算程序就会出现报错，导致程序无法执行，即使程序中并没有用到copybook3里的内容，程序同样无法执行。

针对上述问题，本申请通过一个是否开启代理的配置，以及自定义的传参，来解决上述技术问题，从而在提高开发效率的同时减低了代码冗余度，且可维护性高。

本申请实施例提供的保费处理方法，旨在解决现有技术的如上技术问题。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图2为本申请实施例提供的保费处理方法流程图。本申请实施例针对现有技术的如上技术问题，提供了保费处理方法，如图2所示，该方法具体步骤如下：

步骤201、获取通过屏幕录入程序录入的险种信息。

其中，屏幕录入程序对应有第一待传递参数集合。在本实施例中，屏幕录入程序将用户填写的投保信息录入，并由屏幕录入程序将录入的投保信息进行分类和封装，得到第一待传递参数集合。

第一待传递参数集合是指待传递给保费计算方法的参数集合。可选的，针对用户填写的投保信息，按照用户基本信息，险种相关的信息等类别进行分类，例如，将用户姓名，性别，年龄等划分为一类，用户的保险期间划分为一类，用户的有无社保信息划分为一类。

步骤202、确定是否需要对第一待传递参数集合进行重新配置。

可选的，确定是否需要对第一待传递参数集合进行重新配置，包括：获取录入的险种信息对应的险种的代理配置表，代理配置表包括险种是否开启代理模式的指示信息；在指示信息指示险种未开启代理模式的情况下，确定不需要对第一待传递参数集合进行重新配置；在指示信息指示险种开启代理模式的情况下，确定需要对第一待传递参数集合进行重新配置。

可选的，录入的险种信息对应的险种具有险种类型，则获取录入的险种信息对应的险种的代理配置表，包括：根据险种类型，以及预先存储的险种类型和代理配置表的对应关系，可以获取到该险种对应的代理配置表。

可选的，代理配置表中记录有该险种是否开启代理模式的指示信息。例如，若将代理模式对应的字段的值置为1，则代表该险种开启代理模式，将代理模式对应的字段的值置为0，则代表该险种未开启代理模式。

在另一种可选的实施方式中，若该险种不存在对应的代理配置表，或者根据险种类型未获取到该险种对应的代理配置表，则认为该险种未开启代理模式。

步骤203、在不需要对第一待传递参数集合进行重新配置的情况下，调用所述险种信息的险种对应的保费处理方法进行保费处理。

可选的，在不需要对第一待传递参数集合进行重新配置的情况下，调用所述险种信息的险种对应的保费处理方法进行保费处理，包括：在确定该险种未开启代理模式的情况下，则可以根据险种类型，以及预先存储的险种类型和保费处理方法的对应关系，确定该险种对应的保费处理方法；屏幕录入程序将封装的待传递参数集合传递给保费计算方法；保费计算方法接收待传递参数集合，并根据待传递参数集合计算录入的险种信息对应的保费。之后，还可以将计算得到的保费返回用户所在的用户端，以供用户进行投保。

步骤204、在需要对第一待传递参数集合进行重新配置的情况下，对所述第一待传递参数集合进行重新配置，得到第二待传递参数集合。

其中，第二待传递参数与保费计算方法所需要的参数集合一致。可选的，对第一待传递参数集合进行重新配置，是指将第一待传递参数集合重新配置，以使屏幕录入程序待传递给保费计算方法的参数集合与保费计算方法所需要的参数集合相匹配，使保费计算方法能够正常或正确地进行保费计算。

示例性地，代理配置信息包括对第一待传递参数集合进行修改的参数修改信息；在确定险种开启代理模式的情况下，基于代理配置表中的代理配置信息，对第一待传递参数集合进行重新配置，得到第二待传递参数集合，包括：在确定险种开启代理模式的情况下，获取参数修改信息；根据参数修改信息对第一待传递参数集合进行修改，得到第二待传递参数集合。

步骤205、将第二待传递参数集合传递至保费处理方法以进行保费处理。

在对第一待传递参数集合进行重新配置之后，屏幕录入程序会将重新配置得到的第二待传递参数集合传递给保费计算方法，以使保费计算方法根据第二待传递参数集合计算录入的险种信息对应的保费。之后，还可以将计算得到的保费返回用户所在的用户端，以供用户进行投保。同样地，此处的保费计算方法也是根据险种类型，以及预先存储的险种类型和保费处理方法的对应关系来确定。

本申请实施例通过获取通过屏幕录入程序录入的险种信息，所述屏幕录入程序对应有第一待传递参数集合；确定是否需要对第一待传递参数集合进行重新配置；在不需要对第一待传递参数集合进行重新配置的情况下，调用所述险种信息的险种对应的保费处理方法进行保费处理；在需要对第一待传递参数集合进行重新配置的情况下，对所述第一待传递参数集合进行重新配置，得到第二待传递参数集合，所述第二待传递参数与所述保费计算方法所需要的参数集合一致；将所述第二待传递参数集合传递至所述保费处理方法以进行保费处理。由于在调用保费处理方法进行保费处理之前，预先判断了是否需要对第一待传递参数集合进行重新配置，也就是屏幕录入程序待传递给保费计算方法的参数集合与保费计算方法的接收参数集合是否一致的判断，并在需要对第一待传递参数集合进行重新配置的情况下，对所述第一待传递参数集合进行重新配置，然后再传递至保费计算方法进行保费处理，因此，能够避免屏幕录入程序待传递给保费计算方法的参数集合与保费计算方法的接收参数集合不一致的情形下，需要复制计算逻辑符合要求的保费计算方法，将不影响业务计算结果的参数集合摘除。或者复制既有的屏幕改动待传递的参数集合，导致的复制大量代码造成的代码冗余以及维护不便的问题。

在一种可选的实施方式中，代理配置信息包括补充传递的参数集合；在确定险种开启代理模式的情况下，基于所述代理配置表中的代理配置信息，对所述第一待传递参数集合进行重新配置，得到第二待传递参数集合，包括：在确定所述险种开启代理模式的情况下，获取所述补充传递的参数集合；将所述补充传递的参数集合和所述第一待传递参数集合组合，得到所述第二待传递参数集合。

示例性地，假设险种录入屏幕为s0001，背后程序为p0001，此屏幕参数定义了1个copybook，cp01(险种基本信息)，险种对应的保费计算方法的保费计算子程序为pm01，pm01接收copybook有2个，cp01和cp02(有无社保信息)，被调用者pm01尽管只需要参数集合cp01的参数就可以返回正确结果，但是由于屏幕录入程序和保费计算方法之间的传参机制已固定，因此，保费计算方法会强制调用方(屏幕录入程序)还要传入cp02，否则将会导致程序运行报错。而通过是否需要开启代理模式的配置，并在开启代理模式后，屏幕录入程序会将cp01和cp02组合，再传递至保费计算方法，以保证保费计算方法的程序运行正确。

在另一种可选的实施方式中，代理配置信息包括待删除的参数集合；在确定险种开启代理模式的情况下，基于代理配置表中的代理配置信息，对第一待传递参数集合进行重新配置，得到第二待传递参数集合，包括：在确定所述险种开启代理模式的情况下，确定所述第一待传递参数集合中的所述待删除参数集合；将第一待传递参数集合中的待删除参数集合删除，得到第二待传递参数集合。

示例性地，假设险种录入屏幕为s0001，背后程序为p0001，该险种的录入屏幕的参数定义了3个copybook，即cp01、cp02和cp03，险种对应的保费计算方法的保费计算子程序为pm01，pm01接收copybook有2个，cp01和cp02(有无社保信息)，被调用者pm01需要参数集合cp01和cp03的参数，但是由于屏幕录入程序和保费计算方法之间的固定传参机制，因此，屏幕录入程序会将cp01、cp02和cp03都传递至保费计算方法，而这将会导致程序运行报错。本申请实施例通过是否需要开启代理模式的配置，并在开启代理模式后，屏幕录入程序会将cp02屏蔽掉，也就是只将cp01和cp03传递至保费计算方法，可以理解为开启代理配置后，原本的屏幕录入程序的传入参数cp01、cp02和cp03实质上均被屏蔽，而是在代理配置表中重新定义了传入参数是cp01和cp03，因而就表现为cp02被屏蔽，如此，就可以保证保费计算方法的程序运行正确。

可选的，屏幕录入程序、险种和保费计算方法三者之间具有一一对应关系，本申请实施例的方法还包括如下步骤：根据险种确定屏幕录入程序和保费计算方法，其中，保费计算方法对应有待接收参数集合；在第一待传递参数集合的数量与待接收参数集合的数量不相等的情况下，建立代理配置表；在代理配置表中记录险种需要开启代理模式的指示信息，且在代理配置表中记录对第一待传递参数集合进行重新配置的代理配置信息。

本实施例中，屏幕录入程序，险种和保费计算方法之间具有一一对应关系，当险种确定后，屏幕录入程序和保费计算方法也就唯一确定了，屏幕录入程序确定了，该屏幕录入程序的待传递参数集合也就确定了，也就是说该屏幕录入程序要传递的参数集合也是固定的，而保费计算方法确定了，该保费计算方法的所需要的参数集合(接收参数集合)也就确定了，也就是说保费计算方法进行保费计算所需要的参数集合也是固定的，而此时，如果有一新的保险产品，导致屏幕录入程序传递的参数集合和保费计算方法需要的参数集合不一致，则需要对该险种建立代理配置表，并在该代理配置表中记录险种需要开启代理模式的指示信息，且在代理配置表中记录对第一待传递参数集合进行重新配置的代理配置信息。

其中，屏幕录入程序传递的参数集合和保费计算方法需要的参数集合不一致，包括：第一待传递参数集合的数量少于所述待接收参数集合的数量，以及第一待传递参数集合的数量多于所述待接收参数集合的数量。则针对这两种情形，分别采用以下两种实施方式进行处理：

在一种可选的实施方式中，在第一待传递参数集合的数量与待接收参数集合的数量不相等的情况下，建立代理配置表，包括：在所述第一待传递参数集合的数量少于所述待接收参数集合的数量的情况下，建立代理配置表；所述在所述代理配置表中记录所述险种需要开启代理配置，且在所述代理配置表中记录对所述第一待传递参数集合进行重新配置的参数配置信息，包括：在所述代理配置表中记录所述险种需要开启代理配置，且在所述代理配置表中记录所述屏幕录入程序缺少的参数集合。本实施例相当于对屏幕录入程序要传递给保费计算方法的参数集合重新进行了自定义，也就是使屏幕录入程序按照代理配置表中的参数配置信息获取相应的参数集合，然后再将按照参数配置信息获取的参数集合传递给保费计算方法。

在另一种可选的实施方式中，在所述第一待传递参数集合的数量与所述待接收参数集合的数量不相等的情况下，建立代理配置表，包括：在所述第一待传递参数集合的数量多于所述待接收参数集合的数量的情况下，建立代理配置表；所述在所述代理配置表中记录所述险种需要开启代理配置，且在所述代理配置表中记录对所述第一待传递参数集合进行修改的参数修改信息，包括：在代理配置表中记录险种需要开启代理配置，且在所述代理配置表中记录需要删除的参数集合。

本实施例相当于对屏幕录入程序要传递给保费计算方法的参数集合重新进行了自定义，也就是使屏幕录入程序按照代理配置表中的参数配置信息获取相应的参数集合，其中，参数配置信息将屏幕录入程序多余的参数集合对应的字段进行了屏蔽或删除，然后按照参数配置信息获取相应的参数集合，再将按照参数配置信息获取的参数集合传递给保费计算方法。

在一个示例中，本申请实施例提供的保费处理方法具体包括如下步骤：

步骤301、获取用户针对某一险种a输入的投保信息。

步骤302、根据险种a，确定对应的屏幕录入程序。

步骤303、通过屏幕录入程序将投保信息中的参数录入。

步骤304、确定险种a对应的保费计算方法。

步骤305、从数据库中读取险种a对应的代理配置表。

步骤306、根据代理配置表中关于是否开启代理模式的指示信息，确定是否需要按照代理配置表中的参数配置信息重新获取参数集合。

如图3所示，本申请实施例是在目前的屏幕录入程序中，增加了在调用险种对应的保费计算方法之前，首先从数据库中读取该险种的代理配置表，然后根据代理配置表确定是否需要重新配置待传递给保费计算方法的参数集合，并在需要重新配置待传递给保费计算方法的参数集合的情况下，按照代理配置表中定义的待传递参数的字段获取相应的参数，然后将获取的参数分类并封装，再传递给保费计算方法。

步骤307、在指示信息指示该险种开启了代理模式的情况下，按照代理配置表中的参数配置信息重新获取参数集合，并传递至保费计算方法。

步骤308、在指示信息指示该险种未开启代理模式的情况下，则按照屏幕录入程序原有的参数配置信息获取参数集合，并传递至保费计算方法。

对于步骤301至步骤308的介绍，可参见前述实施例的介绍，此处不再赘述。

图4为本申请实施例提供的保费处理装置的结构示意图。本申请实施例提供的保费处理装置可以执行保费处理方法实施例提供的处理流程，如图4所示，保费处理装置40包括：获取模块41、确定模块42、调用模块43、参数配置模块44和发送模块45；其中，获取模块41，用于获取通过屏幕录入程序录入的险种信息，所述屏幕录入程序对应有第一待传递参数集合；第一确定模块42，用于确定是否需要对第一待传递参数集合进行重新配置；调用模块43，用于在不需要对第一待传递参数集合进行重新配置的情况下，调用所述险种信息的险种对应的保费处理方法进行保费处理；参数配置模块44，用于在需要对第一待传递参数集合进行重新配置的情况下，对所述第一待传递参数集合进行重新配置，得到第二待传递参数集合，所述第二待传递参数与所述保费计算方法所需要的参数集合一致；发送模块45，用于将所述第二待传递参数集合传递至所述保费处理方法以进行保费处理。

可选的，第一确定模块42确定是否需要对第一待传递参数集合进行重新配置时，具体包括：获取录入的险种信息对应的险种的代理配置表，所述代理配置表包括所述险种是否开启代理模式的指示信息；在所述指示信息指示所述险种未开启代理模式的情况下，确定不需要对第一待传递参数集合进行重新配置；在所述指示信息指示所述险种开启代理模式的情况下，确定需要对第一待传递参数集合进行重新配置。

可选的，所述代理配置表还包括代理配置信息，所述代理配置信息包括补充传递的参数集合；

所述参数配置模块44在确定所述险种开启代理模式的情况下，基于所述代理配置表中的代理配置信息，对所述第一待传递参数集合进行重新配置，得到第二待传递参数集合时，具体包括：在确定所述险种开启代理模式的情况下，获取所述补充传递的参数集合；将所述补充传递的参数集合和所述第一待传递参数集合组合，得到所述第二待传递参数集合。

可选的，所述代理配置表还包括代理配置信息，所述代理配置信息包括待删除的参数集合；所述参数配置模块44在确定所述险种开启代理模式的情况下，基于所述代理配置表中的代理配置信息，对所述第一待传递参数集合进行重新配置，得到第二待传递参数集合，包括：在确定所述险种开启代理模式的情况下，确定所述第一待传递参数集合中的所述待删除参数集合；将所述第一待传递参数集合中的所述待删除参数集合删除，得到所述第二待传递参数集合。

可选的，所述屏幕录入程序、险种和保费计算方法具有一一对应关系，所述方法还包括：第二确定模块46；第二确定模块46，用于根据所述险种确定屏幕录入程序和保费计算方法，所述保费计算方法对应有待接收参数集合；

配置表建立模块47，用于在所述第一待传递参数集合的数量与所述待接收参数集合的数量不相等的情况下，建立代理配置表，以及在所述代理配置表中记录所述险种需要开启代理模式的指示信息，且在所述代理配置表中记录对所述第一待传递参数集合进行重新配置的代理配置信息。

可选的，所述配置表建立模块47在所述第一待传递参数集合的数量与所述待接收参数集合的数量不相等的情况下，建立代理配置表时，具体包括：在所述第一待传递参数集合的数量少于所述待接收参数集合的数量的情况下，建立代理配置表；所述在所述代理配置表中记录所述险种需要开启代理配置，且在所述代理配置表中记录对所述第一待传递参数集合进行修改的参数修改信息，包括：在所述代理配置表中记录所述险种需要开启代理配置，且在所述代理配置表中记录所述屏幕录入程序缺少的参数集合。

可选的，所述配置表建立模块47在所述第一待传递参数集合的数量与所述待接收参数集合的数量不相等的情况下，建立代理配置表时，具体包括：在所述第一待传递参数集合的数量多于所述待接收参数集合的数量的情况下，建立代理配置表；所述在所述代理配置表中记录所述险种需要开启代理配置，且在所述代理配置表中记录对所述第一待传递参数集合进行修改的参数修改信息，包括：在所述代理配置表中记录所述险种需要开启代理配置，且在所述代理配置表中记录需要删除的参数集合。

图4所示实施例的保费计算装置可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图5为本申请实施例提供的保费处理设备的结构示意图。本申请实施例提供的保费处理设备可以执行保费处理方法实施例提供的处理流程，如图5所示，保费处理设备50包括：存储器51、处理器52、计算机程序和通讯接口53；其中，计算机程序存储在存储器51中，并被配置为由处理器52执行以上方法实施例的方法步骤。

图5所示实施例的保费处理设备可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

另外，本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现上述实施例所述的保费处理方法。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。