CN107644041B - 保单结算处理方法和装置 - Google Patents

Abstract

本发明涉及一种保单结算处理方法和装置，方法包括：当到达同步时间时，判断多个源数据库内的批处理是否完成；若是，则触发源数据库与目标数据库的同步操作，将多个源数据库中的保单数据写入目标数据库中，在所述目标数据库中得到保单数据对应的数据总表；在所述目标数据库中将所述数据总表拆分为多个维度的分区；对多个分区执行结算任务，得到对应的分区结算数据；获取多个维度的业务结算数据，根据维度将分区结算数据与业务结算数据进行比对，若一致，则确定所述分区结算数据准确。采用本方法确保保单结算准确的同时还能有效提高结算处理效率。

Description

保单结算处理方法和装置

技术领域

本发明涉及计算机技术领域，特别是涉及一种保单结算处理方法和装置。

背景技术

随着社会的发展，保险已经深入到人们的生活。保险的类型也是越来越多。每个类型的保险对数据准确性的要求都非常高，因此在后台处理的计算逻辑都会很复杂。对于需要进行结算处理的保单来说，由于保单数量较多，结算处理中处理的数据量非常庞大。在传统的结算方式中，需要专人在结算页面中对执行的结算步骤进行确认后才能触发后台执行结算任务。如果结算页面中的结算步骤未得到确认，则后台需要等待，很可能等待的时间比执行结算任务的时间还要长。由此导致结算处理的耗时较长，效率较低。

发明内容

基于此，有必要针对上述技术问题，提供一种能够确保保单结算准确的同时还能有效降低结算处理耗时提高结算处理效率的保单结算处理方法和装置。

一种保单结算处理方法，所述方法包括：

当到达同步时间时，判断多个源数据库内的批处理是否完成；

若是，则触发源数据库与目标数据库的同步操作，将多个源数据库中的保单数据写入目标数据库中，在所述目标数据库中得到保单数据对应的数据总表；

在所述目标数据库中将所述数据总表拆分为多个维度的分区；

对多个分区分别执行结算任务，得到对应的分区结算数据；

获取多个维度的业务结算数据，根据维度将分区结算数据与业务结算数据进行比对，若一致，则确定所述分区结算数据准确。

在其中一个实施例中，所述判断多个数据库内的批处理是否完成包括：

启动job，利用job获取批处理对应的日志；

利用job检查批处理对应的日志，根据日志中记录的内容判断批处理是否完成。

在其中一个实施例中，所述方法还包括：

若与维度对应的分区结算数据与业务结算数据不一致，则生成结算异常信息，并将所述结算异常信息发送至操作终端；

接收所述操作终端发送的回退请求；

根据所述回退请求生成回退申请信息，并将所述回退申请信息发送至审核终端；

接收审核终端返回的回退确认信息，执行回退操作。

在其中一个实施例中，所述回退请求中包括回退步骤标识，所述回退确认信息中包括验证码；在所述接收审核装置返回的回退确认信息之后，还包括：

将所述验证码发送至操作终端；

接收操作终端通过回退页面发送的验证码和回退步骤标识；

若所述验证码正确，则根据所述回退步骤标识执行对应的回退操作。

在其中一个实施例中，所述在所述目标数据库中将所述数据总表拆分为多个维度的分区包括：

在目标数据库中运行多个线程对所述数据总表并发执行拆分任务；

记录拆分任务的拆分日志；

当多个线程从所述目标数据库中退出后再次执行拆分任务时，根据所述拆分日志查找多个线程在退出时对应的断点任务，多个线程从断点任务开始继续并发执行拆分任务，直至将所述数据总表拆分为多个维度的分区。

一种保单结算处理装置，所述装置包括：

判断模块，用于当到达同步时间时，判断多个源数据库内的批处理是否完成；

同步模块，用于若多个源数据库内的批处理完成，则触发源数据库与目标数据库的同步操作，将多个源数据库中的保单数据写入目标数据库中，在所述目标数据库中得到保单数据对应的数据总表；

拆分模块，用于在所述目标数据库中将所述数据总表拆分为多个维度的分区；

结算模块，用于对多个分区分别执行结算任务，得到对应的分区结算数据；

比对模块，用于获取多个维度的业务结算数据，根据维度将分区结算数据与业务结算数据进行比对，若一致，则确定所述分区结算数据准确。

在其中一个实施例中，所述判断模块还用于启动job，利用job获取批处理对应的日志；利用job检查批处理对应的日志，根据日志中记录的内容判断批处理是否完成。

在其中一个实施例中，所述装置还包括：

生成模块，用于若与维度对应的分区结算数据与业务结算数据不一致，则生成结算异常信息；

发送模块，用于将所述结算异常信息发送至操作终端；

接收模块，用于接收所述操作终端发送的回退请求；

所述生成模块还用于根据所述回退请求生成回退申请信息；

所述发送模块还用于将所述回退申请信息发送至审核终端；

所述接收模块还用于，接收审核终端返回的回退确认信息；

回退模块，用于执行回退操作。

在其中一个实施例中，所述回退请求中包括回退步骤标识，所述回退确认信息中包括验证码；所述发送模块还用于将所述验证码发送至操作终端；所述接收模块还用于接收操作终端通过回退页面发送的验证码和回退步骤标识；所述回退模块还用于若所述验证码正确，则根据所述回退步骤标识执行对应的回退操作。

在其中一个实施例中，所述拆分模块还用于在所述目标数据库中获取拆分任务标识，根据拆分任务标识对拆分任务进行分组，得到多个任务组；对任务组分配对应的线程；通过多个线程对任务组并发执行拆分任务。

上述保单结算处理方法和装置，当到达同步时间时，如果多个源数据库内的批处理已完成；则触发源数据库与目标数据库的同步操作。由此将多个源数据库中的保单数据写入至目标数据库中，在目标数据库中得到保单数据对应的数据总表。通过多个源数据库与目标数据库的同步操作将海量的保单数据写入目标数据库中，由此确保了保单统计数据的准确性。通过在目标数据库中将数据总表拆分为多个维度的分区。由此能够快速获取到相应的数据，提高了结算处理的效率。通过对多个分区执行结算任务，得到对应的分区结算数据。通过将分区结算数据与对应的业务结算数据进行比对，如果与维度对应的分区结算数据与业务结算数据一致，则确定分区结算数据准确，由此确保结算数据的准确性。在整个结算处理过程中，无需通过人为操作来触发后台执行结算任务，从而在结算处理时节省了等待时间。因此，在确保保单结算准确性的同时，还有效降低了结算处理耗时，提高了结算处理效率。

附图说明

图1为一个实施例中保单结算处理方法的应用环境图；

图2为一个实施例中保单结算处理方法的流程图；

图3为一个实施例中服务器的结构示意图；

图4为一个实施例中保单结算处理装置的结构示意图；

图5为另一个实施例中保单结算处理装置的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例中提供的保单结算处理方法可以应用于如图1所示的应用环境中。终端102与服务器104通过网络连接。服务器104运行了job(作业)和kettle(一种开源ETL(Extract-Transform-Load，数据抽取、清洗、转换、装载)工具)。job被配置同步时间，当到达同步时间时，启动job并且利用job判断多个源数据库内的批处理是否完成，若已完成，则触发kettle执行源数据库与目标数据库的同步操作，通过kettle将多个源数据库中的保单数据写入目标数据库中，在目标数据库中得到保单数据对应的数据总表。服务器104在目标数据库中将数据总表拆分为多个维度的分区。服务器104对多个分区执行结算任务，得到对应的分区结算数据。服务器104判断数据库中是否存储了业务结算数据，若否，则向终端102发送业务结算数据上传指令。终端102根据上传指令获取预先计算好的业务结算数据，并将业务结算数据返回至服务器104。服务器根据维度将分区结算数据与业务结算数据进行比对，如果一致，则确定分区结算数据准确。由此实现了确保保单结算准确的同时还能有效提高结算处理效率。

在一个实施例中，如图2所示，提供了一种保单结算处理方法，以该方法应用于服务器为例进行说明，具体包括以下步骤：

步骤202，当到达同步时间时，判断多个源数据库内的批处理是否完成；若是，则执行步骤204，否则，等待批处理完成。

服务器上运行了job和kettle，其中，kettle依托kettle平台进行工作。同步时间是根据保单进行结算处理的需要来设定的时间。例如，每个月1号的20:00。同步时间可以是工作时间，也可以是非工作时间。job被配置了同步时间。

服务器上部署了多个数据库，包括源数据库和目标数据库。其中，源数据库中存储机构的保单数据。源数据库可以与机构的数量相同，每个机构都配置了对应的源数据库。服务器可以是独立服务器，也可以是集群服务。

在其中一个实施例中，判断多个数据库内的批处理是否完成包括：启动job，利用job获取批处理对应的日志；利用job检查批处理对应的日志，根据日志中记录的内容判断批处理是否完成。

批处理是指保单保全结算和保单结算快照刷新等。在多个源数据库中进行批处理操作，并记录批处理对应的日志。日志中记录了批处理执行的进度状况。当到达同步时间时，启动job，利用job获取批处理对应的日志，并查看日志记录的内容，根据日志记录的内容来检查批处理是否完成。如果批处理未完成，则等待预设时间，例如，等待5分钟，再次利用job获取批处理对应的日志，日志中记录了批处理的执行状况，由此利用job根据日志中记录的内容来检查批处理是否完成。循环执行，直至job确定多个源数据库中的批处理完成。

步骤204，触发源数据库与目标数据库的同步操作，将多个源数据库中的保单数据写入目标数据库中，在目标数据库中得到保单数据对应的数据总表。

源数据库中的保单数据可以以数据表的形式进行存储。多个源数据库中的数据表可以采用相同的格式。数据表中包括保单号、被保险人和保费等。当job确定多个源数据库中的批处理完成时，触发kettle执行多个源数据库与目标数据库的同步操作。具体的，利用kettle删除目标数据库中已经存在的数据，新建转换，获取源数据库中需要同步的数据表，在开始节点后依次设置多个节点。节点数量可以与源数据库的数量相同。对每个节点配置对应的线程，每个线程负责执行一个源数据库的文件输出至目标数据库。利用多个线程将多个源数据库中的数据表导入目标数据库中。对保单数据采用merger处理，在目标数据库中进行全量插入同步操作，由此在目标数据库中快速得到保单数据对应的数据总表。通过多个线程并发执行同步操作，有效提高了多个源数据库中保单数据的同步效率。

通过增加job检查源数据库中批处理的执行状况，在源数据库中的批处理完成时，由job触发kettle执行源数据库与目标数据之间的同步操作。从而有效降低了同步操作与kettle平台之间的耦合度，提高了海量保单数据的同步效率。

步骤206，在目标数据库中将数据总表拆分为多个维度的分区。

由于数据总表中的数据量通常是百万级以及千万级，数据总表过于庞大。在数据总表中进行数据查询的耗时过长，也使得目标数据库的性能下降，导致结算处理受到不利影响。

为了便于结算处理，在目标数据库中将数据总表拆分为多个维度的分区。分区是指将数据总表拆分为数据总表中的保单数据还分在多个位置存放。分区后数据总表的保单数据散列到数据库中的多个位置。

服务器在目标数据库中获取维度字段，根据维度字段将数据总表拆分为多个分区。维度字段包括时间和机构等。其中，时间可以是一天、一周或一个月等。机构可以是机构所在地的标识。服务器还可以为分区的数据量配置分区阈值。例如，阈值为1万条。服务器在根据维度字段和分区阈值将数据总表拆分为多个分区。对于不足阈值的某个维度的保单数据，可以单独构成一个分区。进一步的，服务器还可以将分区划分为多个子分区。例如，服务器根据险种和保费等对分区划分为子分区。通过分区可以有效减少目标数据库的负担，提高目标数据库的性能。

步骤208，对多个分区分别执行结算任务，得到对应的分区结算数据。

结算任务包括月度结算任务、季度结算任务和年度结算任务等。服务器可以根据险种对分区执行结算任务。具体的，服务器根据险种将分区内的保单数据拆分为多个子区。其中，子区的保单量可以是一个经验值，也可以是根据数据库的性能得到的估计值。服务器按照预设逻辑对子区执行对应的结算任务，得到子区结算数据。分区结算数据可以包括多个子区结算数据。如果分区内的保单数据属于同一险种，子区结算数据也可以视为分区结算数据。

步骤210，获取多个维度的业务结算数据，根据维度将分区结算数据与业务结算数据进行比对，若一致，则确定分区结算数据准确。

业务结算数据是指相关人员根据结算需求自行计算出的结算数据。例如，业务结算数据可以是精算部门的人员根据精算模型计算出的结算数据。由于保单结算时需要确保数据准确，业务结算数据是经过严格计算的，因此，业务结算数据可以视为准确的结算数据。

业务结算数据可以有多个维度。业务结算数据的维度可以与分区的维度相同，也可以大于分区的维度。业务结算数据可以是结算终端上传至服务器的，也可以是服务器判断数据库中尚未存储业务结算数据时，向结算终端发送业务结算数据上传指令后，结算终端向服务器上传的。

服务器将多个维度的分区结算数据与业务结算数据进行比对。具体的，服务器根据维度字段将子区结算数据与业务结算数据进行比对，如果与维度对应的子区结算数据与业务结算数据一致，并且分区对应的多个子区结算数据均与对应的业务结算数据一致，则确定该分区结算数据准确。

本实施例中，当到达同步时间时，如果多个源数据库内的批处理已完成；则触发源数据库与目标数据库的同步操作。由此将多个源数据库中的保单数据写入至目标数据库中，在目标数据库中得到保单数据对应的数据总表。通过多个源数据库与目标数据库的同步操作将海量的保单数据写入目标数据库中，由此确保了保单统计数据的准确性。通过在目标数据库中将数据总表拆分为多个维度的分区。由此能够快速获取到相应的数据，提高了结算处理的效率。通过对多个分区执行结算任务，得到对应的分区结算数据。通过将分区结算数据与对应的业务结算数据进行比对，如果与维度对应的分区结算数据与业务结算数据一致，则确定分区结算数据准确，由此确保结算数据的准确性。在整个结算处理过程中，无需通过人为操作来触发后台执行结算任务，从而在结算处理时节省了等待时间。因此，在确保保单结算准确性的同时，还有效降低了结算处理耗时，提高了结算处理效率。

在一个实施例中，该方法还包括：若与维度对应的分区结算数据与业务结算数据不一致，则生成结算异常信息，并将结算异常信息发送至操作终端；接收操作终端发送的回退请求；根据回退请求生成回退申请信息，并将回退申请信息发送至审核终端；接收审核终端返回的回退确认信息，执行回退操作。

本实施例中，如果与维度对应的分区结算数据与业务结算数据不一致，则表示结算处理出现异常，服务器生成结算异常信息。服务器将结算异常信息发送至操作终端，以使得相应人员能够及时检查异常原因。

在通过人工检查出异常原因后，操作终端可以通过回退页面向服务器发送回退请求。回退请求中包括回退步骤标识和回退理由。服务器根据回退请求生成回退申请信息，并将回退申请信息发送至审核终端。审核人员会对回退步骤和回退理由进行分析，如果确定回退理由成立，则审核人员通过审核终端向服务器返回回退确认信息。服务器在接收到回退确认信息后，根据回退步骤标识来执行对应的回退操作。由于只对出现异常的步骤进行了回退，而不需对分区的保单数据执行全量回退操作，因此有效提高了回退效率。

在一个实施例中，回退请求中包括回退步骤标识，回退确认信息中包括验证码；在接收审核装置返回的回退确认信息之后，还包括：将验证码发送至操作终端；接收操作终端通过回退页面发送的验证码和回退步骤标识；若验证码正确，则根据回退步骤标识执行对应的回退操作。

本实施例中，服务器在接收到操作终端发送的回退请求后，服务器会生成回退申请信息，其中，回退申请信息中包括回退步骤标识、回退理由和验证码。回退申请信息可以是邮件或提示信息等方式发生至审核终端。审核人员对回退申请信息进行审核，如果回退理由成立，则审核人员通过审核终端将验证码发送至操作终端。操作人员通过操作终端在回退页面中输入回退步骤标识和验证码，操作终端将回退步骤标识和验证码发送至服务器。服务器对验证码进行验证，如果验证码正确，则服务器根据回退步骤标识执行对应的回退操作。由于操作终端中输入的验证码是由审核终端发送过来的，通过对验证码进行验证后再执行回退操作，从而进一步提高回退操作的准确性。

在一个实施例中，在目标数据库中将数据总表拆分为多个维度的分区的步骤包括：在目标数据库中运行多个线程对数据总表并发执行拆分任务；记录拆分任务的拆分日志；当多个线程从目标数据库中退出后再次执行拆分任务时，根据拆分日志查找多个线程在退出时对应的断点任务，多个线程从断点任务开始继续并发执行拆分任务，直至将数据总表拆分为多个维度的分区。

本实施例中，由于数据总表的保单数据过于庞大，服务器在目标数据库中运行多个线程并发执行对数据总表的拆分任务。服务器可以根据维度字段来生成拆分任务。不同线程执行不同维度字段的拆分任务，线程数量少于拆分任务的数量。多个线程按照预设的逻辑并发执行拆分任务，能够有效提高数据总表的拆分效率。

服务器对数据总表拆分过程记录拆分日志，通过拆分日志记录数据总表的拆分的状况，由此对拆分过程进行监控。一旦在数据总表的拆分过程中出错，服务器可以通过调用拆分日志快速定位到出错的位置。

当多个线程在某个时刻从目标数据库中退出时，可能还没有对所有的拆分任务执行完毕。需要再一次运行线程对尚未执行的拆分任务继续进行并发操作。具体的，当多个线程再次运行时，根据拆分日志中记录的任务的执行状况查找出多个线程从目标数据库中退出时对应的断点任务。从断点任务开始，多个线程再次继续执行并发操作，按照预设的逻辑对保单进行处理。

本实施例中，在目标数据库中运行多个线程对数据总表并发执行拆分任务，并且记录相应的拆分日志。当多个线程在目标数据库中退出后再次运行执行拆分任务时，不需要对所有的拆分任务重新执行。可以根据拆分任务的执行状况查找多个线程在退出时对应的断点任务，使得多个线程从断点任务开始继续执行并发操作。由此省去了对拆分任务进行全量补执行的时间，而且通过查找断点任务，在断点任务开始继续执行，有效防止拆分任务的漏执行和误执行等，有效提高了保单数据的处理效率。

在一个实施例中，在目标数据库中运行多个线程对数据表并发执行拆分任务的步骤包括：在目标数据库中获取拆分任务标识，根据拆分任务标识对拆分任务进行分组，得到多个任务组；对任务组分配对应的线程；通过多个线程对任务组并发执行拆分任务。

本实施例中，每个拆分任务都具有唯一的拆分任务标识。服务器获取拆分任务标识，根据拆分任务标识对拆分任务进行分组，得到多个任务组。

在一个实施例中，服务器获取拆分任务标识，根据预设的任务组数量按照拆分任务标识的顺序对拆分任务进行分组，得到多个任务组。例如，目标数据库中的拆分任务总共有100个。每个拆分任务都具有对应的拆分任务标识。预设的任务组为10个。根据拆分任务标识的顺序将每10个任务分为一组，由此得到10个任务组。

在一个实施例中，拆分任务标识可以是任务编号，服务器获取拆分任务，根据任务编号获取编号尾数相同的任务，将编号尾数相同的拆分任务分为一个任务组，得到多个任务组。例如，数据库中的任务总共有100个。每个任务都具有对应的任务编号，如任务1、任务2……任务100。将任务编号尾数相同的任务分为一组。如，将任务1、任务11、任务21……任务91分为一组，由此得到10个任务组。

服务器对每个任务组分配对应的线程。也就是说，每个线程会固定执行对应的任务组中的任务。例如，总共有10个任务组，每个任务组中有10个任务，服务器上运行了5个线程，服务器将线程1分配给任务组1和任务组3，则线程1将固定执行任务组1中的10个任务，直至任务组1中的任务执行完毕。线程1在执行完任务组1之后，再去执行任务组3。多个线程根据对应的任务组执行并发操作，对保单进行处理。由于线程固定执行某个任务标识对应的任务，因此容易发现任务执行过程中出现的异常，维护成本较低。

在一个实施例中，通过多个线程对任务组并发执行拆分任务的步骤包括：多个线程随机获取拆分任务，执行并发操作；在拆分任务执行完之后，线程随机获取下一个拆分任务进行对应操作。

本实施例中，线程不会固定执行某个拆分任务，可以随机获取拆分任务来执行。多个线程可以同时获取多个拆分任务并发执行操作，对数据总表进行拆分处理。在线程处理完一个拆分任务后，可以自行随机获取下一个拆分任务来执行。由于不需要线程固定执行某个拆分任务，因此能够有效缩短执行拆分任务的耗时。

在一个实施例中，如图3所示，提供了一种服务器，包括通过系统总线连接的处理器、内存储器、非易失性存储介质和网络接口。其中，该服务器的非易失性存储介质中存储有操作系统和保单结算处理装置，保单结算处理装置用于实现在进行结算处理时快速准确的提供保单统计数据。服务器的处理器用于提供计算和控制能力，被配置为执行一种保单结算处理方法。

在一个实施例中，如图4所示，提供了一种保单结算处理装置，包括：判断模块402、同步模块404、拆分模块406、结算模块408和比对模块410，其中：

判断模块402，用于当到达同步时间时，判断多个源数据库内的批处理是否完成。

同步模块404，用于若多个源数据库内的批处理完成，则触发源数据库与目标数据库的同步操作，将多个源数据库中的保单数据写入目标数据库中，在目标数据库中得到保单数据对应的数据总表。

拆分模块406，用于在目标数据库中将数据总表拆分为多个维度的分区。

结算模块408，用于对多个分区分别执行结算任务，得到对应的分区结算数据。

比对模块410，用于获取多个维度的业务结算数据，根据维度将分区结算数据与业务结算数据进行比对，若一致，则确定分区结算数据准确。

在一个实施例中，判断模块402还用于启动job，利用job获取批处理对应的日志；利用job检查批处理对应的日志，根据日志中记录的内容判断批处理是否完成。

在一个实施例中，如图5所示，装置还包括：生成模块412、发送模块414、接收模块416和回退模块418，其中：

生成模块412，用于若与维度对应的分区结算数据与业务结算数据不一致，则生成结算异常信息。

发送模块414，用于将结算异常信息发送至操作终端。

接收模块416，用于接收操作终端发送的回退请求。

生成模块412还用于根据回退请求生成回退申请信息。

发送模块414还用于将回退申请信息发送至审核终端。

接收模块416还用于，接收审核终端返回的回退确认信息。

回退模块418，用于执行回退操作。

在一个实施例中，回退请求中包括回退步骤标识，回退确认信息中包括验证码；发送模块还用于将验证码发送至操作终端；接收模块416还用于接收操作终端通过回退页面发送的验证码和回退步骤标识；回退模块418还用于若验证码正确，则根据回退步骤标识执行对应的回退操作。

在一个实施例中，拆分模块406还用于在目标数据库中运行多个线程对数据总表并发执行拆分任务；记录拆分任务的拆分日志；当多个线程从目标数据库中退出后再次执行拆分任务时，根据拆分日志查找多个线程在退出时对应的断点任务，多个线程从断点任务开始继续并发执行拆分任务，直至将数据总表拆分为多个维度的分区。

在一个实施例中，拆分模块406还用于在目标数据库中获取拆分任务标识，根据拆分任务标识对拆分任务进行分组，得到多个任务组；对任务组分配对应的线程；通过多个线程对任务组并发执行拆分任务。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (9)

1.一种保单结算处理方法，所述方法包括：

当到达同步时间时，判断多个源数据库内的批处理是否完成；所述批处理包括保单保全结算和保单结算快照刷新；

若是，则触发源数据库与目标数据库的同步操作，将多个源数据库中的保单数据写入目标数据库中，在所述目标数据库中得到保单数据对应的数据总表；

在所述目标数据库中将所述数据总表拆分为多个维度的分区；包括：根据维度字段来生成拆分任务，在目标数据库中获取拆分任务标识，根据拆分任务标识对拆分任务进行分组，得到多个任务组；对任务组分配对应的线程；通过多个线程对任务组并发执行拆分任务，记录拆分任务的拆分日志；当多个线程从所述目标数据库中退出后再次执行拆分任务时，根据所述拆分日志查找多个线程在退出时对应的断点任务，多个线程从断点任务开始继续并发执行拆分任务，直至将所述数据总表拆分为多个维度的分区；

对多个分区分别执行结算任务，得到对应的分区结算数据；

获取多个维度的业务结算数据，根据维度将分区结算数据与业务结算数据进行比对，若一致，则确定所述分区结算数据准确。

2.根据权利要求1所述的方法，其特征在于，所述判断多个数据库内的批处理是否完成包括：

启动job，利用.job获取批处理对应的日志；

利用job检查批处理对应的日志，根据日志中记录的内容判断批处理是否完成。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若与维度对应的分区结算数据与业务结算数据不一致，则生成结算异常信息，并将所述结算异常信息发送至操作终端；

接收所述操作终端发送的回退请求；

根据所述回退请求生成回退申请信息，并将所述回退申请信息发送至审核终端；

接收审核终端返回的回退确认信息，执行回退操作。

4.根据权利要求3所述的方法，其特征在于，所述回退请求中包括回退步骤标识，所述回退确认信息中包括验证码；在所述接收审核装置返回的回退确认信息之后，还包括：

将所述验证码发送至操作终端；

接收操作终端通过回退页面发送的验证码和回退步骤标识；

若所述验证码正确，则根据所述回退步骤标识执行对应的回退操作。

5.一种保单结算处理装置，其特征在于，所述装置包括：

判断模块，用于当到达同步时间时，判断多个源数据库内的批处理是否完成；所述批处理包括保单保全结算和保单结算快照刷新；

同步模块，用于若多个源数据库内的批处理完成，则触发源数据库与目标数据库的同步操作，将多个源数据库中的保单数据写入目标数据库中，在所述目标数据库中得到保单数据对应的数据总表；

拆分模块，用于在所述目标数据库中将所述数据总表拆分为多个维度的分区；包括：根据维度字段来生成拆分任务，在目标数据库中获取拆分任务标识，根据拆分任务标识对拆分任务进行分组，得到多个任务组；对任务组分配对应的线程；通过多个线程对任务组并发执行拆分任务，记录拆分任务的拆分日志；当多个线程从所述目标数据库中退出后再次执行拆分任务时，根据所述拆分日志查找多个线程在退出时对应的断点任务，多个线程从断点任务开始继续并发执行拆分任务，直至将所述数据总表拆分为多个维度的分区；

结算模块，用于对多个分区分别执行结算任务，得到对应的分区结算数据；

比对模块，用于获取多个维度的业务结算数据，根据维度将分区结算数据与业务结算数据进行比对，若一致，则确定所述分区结算数据准确。

6.根据权利要求5所述的装置，其特征在于，所述判断模块还用于启动job，利用job获取批处理对应的日志；利用job检查批处理对应的日志，根据日志中记录的内容判断批处理是否完成。

7.根据权利要求5所述的装置，其特征在于，所述装置还包括：

生成模块，用于若与维度对应的分区结算数据与业务结算数据不一致，则生成结算异常信息；

发送模块，用于将所述结算异常信息发送至操作终端；

接收模块，用于接收所述操作终端发送的回退请求；

所述生成模块还用于根据所述回退请求生成回退申请信息；

所述发送模块还用于将所述回退申请信息发送至审核终端；

所述接收模块还用于，接收审核终端返回的回退确认信息；

回退模块，用于执行回退操作。

8.根据权利要求7所述的装置，其特征在于，所述回退请求中包括回退步骤标识，所述回退确认信息中包括验证码；所述发送模块还用于将所述验证码发送至操作终端；所述接收模块还用于接收操作终端通过回退页面发送的验证码和回退步骤标识；所述回退模块还用于若所述验证码正确，则根据所述回退步骤标识执行对应的回退操作。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至4中任一项所述的方法的步骤。

Images