本发明涉及计算机技术领域，特别是涉及一种保单退费转账处理方法和装置。
背景技术：
保险单(简称为保单)是保险公司与被保险人订立保险合同的正式书面证明。被保险人也可称为保险公司的客户。客户可以根据保险合同的约定可以领取分红和生存金等。客户还可以根据保险合同的约定进行退保，领取退保费用。保险公司在向客户退费时，传统的方式是对每一笔退费业务单独办理退费。每一笔退费业务都需要送到银行进行转账。由于银行每次转账都会收取相应的手续费，因此当存在大量的退费业务时，银行转账的手续费会较高，导致退费业务的成本增高。
技术实现要素：
基于此，有必要针对上述技术问题，提供一种能够有效降低退费业务成本的保单退费转账处理方法和装置。
一种保单退费转账处理方法，所述方法包括：
获取待退费保单的信息，所述待退费保单的信息包括账户信息和退费金额；
根据所述账户信息获取相同账户对应的多个待退费保单的退费金额，将所述多个待退费保单的退费金额进行累计，得到所述账户信息对应的累计退费金额；
根据所述账户信息和对应的累计退费金额生成报盘文件；
将所述报盘文件发送至银行服务器，以使得银行服务器根据所述账户信息和对应的累计退费金额进行转账。
在其中一个实施例中，在所述根据所述账户信息和对应的累计退费金额生成报盘文件之后，还包括：
获取多个账户信息；
判断所述账户信息对应的累计退费金额是否已写入所述报盘文件；
若是，则限制所述账户信息对应的累计退费金额再次被写入报盘文件。
在其中一个实施例中，所述报盘文件包括相同账户的账户信息和单一账户信息；在所述将所述报盘文件发送至银行服务器之前，还包括；
将账户信息对应的累计退费金额与相同账户的待退费保单的退费金额的总和进行比对；
将单一账户信息对应的退费金额与所述单一账户信息对应的待退费保单的退费金额进行比对；
计算所述报盘文件中所有账户信息对应的累计退费金额的总和，得到对应的第一总金额；
计算所有待退费保单的退费金额的总和，得到对应的第二总金额；
若所述报盘文件中的账户信息对应的累计退费金额与相同账户的待退费保单的退费金额的总和一致、单一账户信息对应的退费金额与所述单一账户信息对应的待退费保单的退费金额一致，并且第一总金额与第二总金额一致，则确定所述报盘文件中的退费金额准确。
在其中一个实施例中，在所述获取多个待退费保单的信息之前，还包括：
获取多个保单，对保单进行筛选，得到待保全保单；
根据所述待保全保单获取对应的消息内容，根据所述消息内容生成保全通知；
将保全通知发送至客户终端；
接收客户终端发送的保全请求以及对应的保全信息；
根据所述保全信息执行保全操作。
在其中一个实施例中，所述根据所述待保全保单获取对应的消息内容，根据所述消息内容生成保全通知包括：
获取所述待保全保单的信息，所述待保全保单的信息中包括客户标识；
根据所述客户标识提取属于同一客户的多个待保全保单；
根据所述待保全保单获取对应的消息内容，将属于同一客户的多个待保全保单对应的消息内容合并生成保全通知。
一种保单退费转账处理装置，所述装置包括：
获取模块，用于获取待退费保单的信息，所述待退费保单的信息包括账户信息和退费金额；
计算模块，用于根据所述账户信息获取相同账户对应的多个待退费保单的退费金额，将所述多个待退费保单的退费金额进行累计，得到所述账户信息对应的累计退费金额；
生成模块，用于根据所述账户信息和对应的累计退费金额生成报盘文件；
发送模块，用于将所述报盘文件发送至银行服务器，以使得银行服务器根据所述账户信息和对应的累计退费金额进行转账。
在其中一个实施例中，所述获取模块还用于获取多个账户信息；
所述装置还包括：
判断模块，用于判断所述账户信息对应的累计退费金额是否已写入所述报盘文件；
限制模块，用于若所述账户信息对应的累计退费金额已写入所述报盘文件，则限制所述账户信息对应的累计退费金额再次被写入报盘文件。
在其中一个实施例中，所述获取模块还用于获取多个保单；
筛选模块，用于对保单进行筛选，得到待保全保单；
所述生成模块，还用于根据所述待保全保单获取对应的消息内容，根据所述消息内容生成保全通知；
所述发送模块还用于将保全通知发送至客户终端；
接收模块，用于接收客户终端发送的保全请求以及对应的保全信息；
保全模块，用于根据所述保全信息执行保全操作。
上述保单退费转账处理方法和装置，通过获取待退费保单的账户信息和退费金额，根据账户信息获取相同账户对应的多个待退费保单的退费金额，并进行累计，得到该账户信息对应的累计退费金额。由于报盘文件是根据账户信息和对应的累计退费金额生成的，因此报盘文件中的账户信息对应的是相同账户的多个待退费保单。将报盘文件发送至银行服务器，银行服务器根据报盘文件进行转账，从而实现了对多个待退费保单的退费业务合并为一笔退费业务进行转账，并且有效降低了退费业务的成本。
附图说明
图1为一个实施例中保单退费转账处理方法的应用环境图；
图2为一个实施例中保单退费转账处理方法的流程图；
图3为一个实施例中服务器的结构示意图；
图4为一个实施例中保单退费转账处理装置的结构示意图；
图5为又一个实施例中保单退费转账处理装置的结构示意图；
图6为另一个实施例中保单退费转账处理装置的结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
本发明实施例中提供的保单退费转账处理方法，可以应用于如图1所示的应用环境中。后台服务器102通过网络与银行服务器104相连。后台服务器102获取待退费保单的信息，包括账户信息和退费金额。根据账户信息获取相同账户对应的多个待退费保单的退费金额，将多个待退费保单的退费金额进行累计，得到账户信息对应的累计退费金额。后台服务器102根据账户信息和对应的累计退费金额生成报盘文件，并将报盘文件发送至银行服务器104。银行服务器104接收报盘文件，并且根据账户信息和对应的累计退费金额进行转账。
在一个实施例中，如图2所示，提供了一种保单退费转账处理方法，以该方法应用于图1中的后台服务器为例进行说明，具体包括：
202，获取待退费保单的信息，待退费保单的信息包括账户信息和退费金额。
后台服务器利用线程在数据库中获取多个待退费的保单。待退费保单是指客户已经办理了保全项目的保单。待退费保单包括领取生存金的保单、领取分红的保单以及领取退保保费的保单等。
204，根据账户信息获取相同账户对应的多个待退费保单的退费金额，将多个待退费保单的退费金额进行累计，得到账户信息对应的累计退费金额。
待退费保单的信息中包括账户信息和退费金额等。银行服务器在进行转账时，传统的方式是根据账户信息进行转账。每个待退费保单即为一笔转账业务，每个待退费保单都有一个对应的账户。在传统的转账方式中，一个账户信息也就是对应了一笔转账业务，每笔转账业务都需要收取相应的手续费。为了节约银行转账的手续费，可以将一个账户信息对应的多笔转账业务进行合并。
后台服务器根据账户信息获取相同账户对应的多个待退费保单，并且根据待退费保单的退费字段获取对应的退费金额。其中，账户信息包括客户标识和银行账号。退费字段包括生存金、分红和退保等。相同账户是指客户标识和银行账号相同。后台服务器将相同账户的多个待退费保单的退费金额进行累计，得到账户信息对应的累计退费金额。
206，根据账户信息和对应的累计退费金额生成报盘文件。
208，将报盘文件发送至银行服务器，以使得银行服务器根据账户信息和对应的累计退费金额进行转账。
服务器根据账户信息和对应的累计退费金额生成报盘文件，并将报盘文件发送至银行服务器。银行服务器接收报盘文件，根据账号信息和对应的累计退费金额进行转账。由此实现了对多个待退费保单的退费业务合并为一笔退费业务进行转账，并且有效降低了退费业务的成本。
本实施例中，通过获取待退费保单的账户信息和退费金额，根据账户信息获取相同账户对应的多个待退费保单的退费金额，并进行累计，得到该账户信息对应的累计退费金额。由于报盘文件是根据账户信息和对应的累计退费金额生成的，因此报盘文件中的账户信息对应的是相同账户的多个待退费保单。将报盘文件发送至银行服务器，银行服务器根据报盘文件进行转账，从而实现了对多个待退费保单的退费业务合并为一笔退费业务进行转账，并且有效降低了退费业务的成本。
进一步的，银行服务器在转账之后会生成回盘文件。后台服务器接收银行服务器返回的回盘文件，根据回盘文件对每个账户信息对应的多个待退费保单进行回销。具体的，回盘文件包括账户信息以及对应的流水号。后台服务器根据账户信息以及对应的流水号对多个待退费保单记录为已退费，完成待退费保单的回销。
后台服务器对待退费保单进行回销之后，根据账户信息、退费金额、退费项目生成退费通知，并将退费通知发送至对应的客户终端。进一步的，服务器对相同账户的退费通知进行合并，并将合并后的退费通知发送至对应的客户终端。
在一个实施例中，在根据账户信息和对应的累计退费金额生成报盘文件之后，还包括：获取多个账户信息；判断账户信息对应的累计退费金额是否已写入报盘文件；若是，则限制账户信息对应的累计退费金额再次被写入报盘文件。
本实施例中，为了控制每个账户信息对应的累计退费金额不会被重复报盘，有效避免对退费业务重复转账，后台服务器对已写入报盘文件的账户信息进行限制。每个账户信息对应一笔转账业务，为了能够方便快捷的进行校验，对每个账户信息设置标识，根据标识判断账户信息对应的累计退费金额是否已写入报盘文件中。若是，则限制该账户信息对应的累计退费金额再次被写入报盘文件。
在一个实施例中，所述报盘文件包括相同账户的账户信息和单一账户信息；在所述将所述报盘文件发送至银行服务器之前，还包括；将账户信息对应的累计退费金额与相同账户的待退费保单的退费金额的总和进行比对；将单一账户信息对应的退费金额与所述单一账户信息对应的待退费保单的退费金额进行比对；计算所述报盘文件中所有账户信息对应的累计退费金额的总和，得到对应的第一总金额；计算所有待退费保单的退费金额的总和，得到对应的第二总金额；若所述报盘文件中的账户信息对应的累计退费金额与相同账户的待退费保单的退费金额的总和一致、单一账户信息对应的退费金额与所述单一账户信息对应的待退费保单的退费金额一致，并且第一总金额与第二总金额一致，则确定所述报盘文件中的退费金额准确。
本实施例中，为了确保所有的退费业务都能够准确转账。后台服务器在将报盘文件发送至银行服务器之前，对报盘文件中的账户信息以及金额与待退费保单的账户信息以及金额进行比对。其中，报盘文件中的账户信息包括相同账户的账户信息以及单一账户信息。相同账户的账户信息表示至少有两个以上的待退费保单的账户信息相同。单一账户信息表示待退费保单对应的账户信息与其他待退费保单的账户信息不同。报盘文件中可以包括多个相同账户的账户信息以及多个单一账户信息。
后台服务器对报盘文件中的相同账户的账户信息对应的累计退费金额与相同账户的待退费保单的退费金额的总和进行比对，并且对报盘文件中单一账户信息对应的退费金额与该单一账户信息对应的待退费保单的退费金额进行比对。
后台服务器计算报盘文件中所有账户信息对应的累计退费金额的总和，即第一总金额。后台服务器还会计算所有待退费保单的退费金额的总和，即第二总金额。如果报盘文件中的账户信息对应的累计退费金额与相同账户的待退费保单的退费金额的总和一致，报盘文件中单一账户信息对应的退费金额与该单一账户信息对应的待退费保单的退费金额一致，并且第一总金额与第二总金额一致，则确定报盘文件中的退费金额准确。由此确保退费业务能够被准确转账。
在一个实施例中，在获取多个待退费保单的信息之前，还包括：获取多个保单，对保单进行筛选，得到待保全保单；根据待保全保单获取对应的消息内容，根据消息内容生成保全通知；将保全通知发送至客户终端；接收客户终端发送的保全请求以及对应的保全信息；根据保全信息执行保全操作。
本实施例中，后台服务器在数据库中获取多个保单。具体的，后台服务器利用线程按照预设频率扫描数据库，获取多个保单的保单信息。其中，预设频率可以是每月一次或每半月一次或每季度一次等。服务器对获取到的多个保单信息进行筛选，得到待保全保单。具体的，后台服务器可以根据初选关键字对保全信息进行初步筛选，得到与初选关键字匹配的保单。其中，初选关键字生存金、分红和退保等。
后台服务器将保全通知发送至客户终端。客户终端可以根据保全通知向后台服务器发送保全请求以及对应的保全信息。由于待退费保单是客户已经办理了保全项目的保单。因此，后台服务器在接收到保全信息后，根据保全信息执行保全操作，能够确保得到有效的待退费保单。
在一个实施例中，根据待保全保单获取对应的消息内容，根据消息内容生成保全通知包括：获取待保全保单的信息，待保全保单的信息中包括客户标识；根据客户标识提取属于同一客户的多个待保全保单；根据待保全保单获取对应的消息内容，将属于同一客户的多个待保全保单对应的消息内容合并生成保全通知。
本实施例中，后台服务器在筛选出待保全保单之后，对待保全保单生成保全通知。待保全保单的信息中包括客户标识，后台服务器可以根据客户标识提取属于同一客户的多个待保全保单。后台服务器根据待保全保单拉取对应的消息内容，将属于同一客户的多个待保全保单对应的消息内容合并生成保全通知。由此对同一客户可以只发一份保全通知，无需按照待保全保单逐份发送保全通知，有效避免了对客户的打扰。
在一个实施例中，如图3所示，提供了一种服务器，包括通过系统总线连接的处理器、内存储器、非易失性存储介质和网络接口。其中，该服务器的非易失性存储介质中存储有操作系统和保单退费转账处理装置，保单退费转账处理装置用于实现对同一客户的多个待退费保单同时进行转账，有效减低退费业务成本。服务器的处理器用于提供计算和控制能力，被配置为执行一种保单退费转账处理方法。服务器可以是独立服务器，也可以是集群服务器。
在一个实施例中，如图4所示，提供了一种保单退费转账处理装置，包括：获取模块402、计算模块404、生成模块406和发送模块408，其中：
获取模块402，用于获取待退费保单的信息，待退费保单的信息包括账户信息和退费金额。
计算模块404，用于根据账户信息获取相同账户对应的多个待退费保单的退费金额，将多个待退费保单的退费金额进行累计，得到账户信息对应的累计退费金额。
生成模块406，用于根据账户信息和对应的累计退费金额生成报盘文件。
发送模块408，用于将报盘文件发送至银行服务器，以使得银行服务器根据账户信息和对应的累计退费金额进行转账。
在一个实施例中，获取模块402还用于获取多个账户信息；如图5所示，该装置还包括：判断模块410和限制模块412，其中：
判断模块410，用于判断账户信息对应的累计退费金额是否已写入报盘文件。
限制模块412，用于若账户信息对应的累计退费金额已写入报盘文件，则限制账户信息对应的累计退费金额再次被写入报盘文件。
在一个实施例中，所述报盘文件包括相同账户的账户信息和单一账户信息；
计算模块还用于将账户信息对应的累计退费金额与相同账户的待退费保单的退费金额的总和进行比对；将单一账户信息对应的退费金额与所述单一账户信息对应的待退费保单的退费金额进行比对；计算所述报盘文件中所有账户信息对应的累计退费金额的总和，得到对应的第一总金额；计算所有待退费保单的退费金额的总和，得到对应的第二总金额；若所述报盘文件中的账户信息对应的累计退费金额与相同账户的待退费保单的退费金额的总和一致、单一账户信息对应的退费金额与所述单一账户信息对应的待退费保单的退费金额一致，并且第一总金额与第二总金额一致，则确定所述报盘文件中的退费金额准确。
在一个实施例中，获取模块402还用于获取多个保单；如图6所示，该装置还包括：筛选模块414、接收模块416和保全模块418，其中：
筛选模块414，用于对保单进行筛选，得到待保全保单。
生成模块406还用于根据待保全保单获取对应的消息内容，根据消息内容生成保全通知。
发送模块408还用于将保全通知发送至客户终端。
接收模块416，用于接收客户终端发送的保全请求以及对应的保全信息。
保全模块418，用于根据保全信息执行保全操作。
在一个实施例中，生成模块406还用于获取待保全保单的信息，待保全保单的信息中包括客户标识；根据客户标识提取属于同一客户的多个待保全保单；根据待保全保单获取对应的消息内容，将属于同一客户的多个待保全保单对应的消息内容合并生成保全通知。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。