保额控制方法和系统与流程

本发明涉及计算机技术领域，特别是涉及一种保额控制方法和系统。

背景技术：

保额为保险金额，指的是保险人承担赔偿或者给付保险金责任的最高限额，即保险公司支付合理费用赔偿的最高限额。在传统的保险业务中，为了满足快速交易，往往采用简易核保流程，经常无法对个人的收入证明、健康告知、体检材料等进行人工审核，所以保险人要求被保险人采用保额控制的方式来降低逆选择和道德风险，即为每一个险种设定最高保额，当用户在投保系统中购买保险时，获得的保额不能超过该最高保额。而当投保系统越来越多时，同一个被保险人可能不同时间在多个投保系统购买同类保险产品，所获得的保额可能超过设定的最高保额，若只采用当前投保系统的数据进行保额控制无法有效地进行风险管理。

技术实现要素：

基于此，有必要提供一种保额控制方法，能够更好地降低保险业务中的风险，加强风险管理。

此外，还有必要提供一种保额控制系统，能够更好地降低保险业务中的风险，加强风险管理。

一种保额控制方法，包括以下步骤：

获取被保人列表，从所述被保人列表中提取被保人信息；

根据所述被保人信息获取被保人的本次投保数据，所述本次投保数据包括本次投保中的险种和对应的保额；

查询所述本次投保中的险种所属的险种大类及匹配的保额阈值；

根据所述险种大类获取所述被保人与所述险种大类对应的历史投保数据；

根据所述历史投保数据确定历史累加保额；

判断所述历史累加保额与本次投保中的险种对应的保额之和是否大于所述保额阈值，若大于所述保额阈值，则调整所述本次投保中的险种对应的保额。

在其中一个实施例中，所述本次投保数据还包括本次投保中的险种对应的生效日及满期日；

所述根据所述历史投保数据确定历史累加保额的步骤，包括：

根据所述历史投保数据的生效日及满期日划分保额历史生效区间；

分别判断每个保额历史生效区间内是否包含所述本次投保中的险种对应的生效日或满期日；

若包含，则将所述保额历史生效区间对应的保额添加到历史累加保额中。

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

根据hadoop平台收集历史投保数据；

按照特定规则分析汇总所述历史投保数据，并生成历史投保记录表。

在其中一个实施例中，所述按照特定规则分析所述历史投保数据，并生成历史投保记录表的步骤，包括：

将所述历史投保数据按照被保人信息、险种及与所述险种对应的生效日及满期日进行分类；

在特定时间将分类后的历史投保数据汇总到历史投保记录表中。

在其中一个实施例中，所述被保人信息包括证件类型；

在所述根据所述被保人信息获取被保人的本次投保数据的步骤之后，还包括：

根据所述证件类型判断所述被保人是否存在历史投保记录；

若不存在，则判断本次投保中的险种对应的保额是否大于本次投保中的险种所属的险种大类匹配的保额阈值，若大于所述保额阈值，则调整所述本次投保中的险种对应的保额。

一种保额控制系统，包括：

获取被保人模块，用于获取被保人列表，从所述被保人列表中提取被保人信息；

获取本次投保模块，用于根据所述被保人信息获取被保人的本次投保数据，所述本次投保数据包括本次投保中的险种和对应的保额；

查询模块，用于查询所述本次投保中的险种所属的险种大类及匹配的保额阈值；

获取历史投保模块，用于根据所述险种大类获取所述被保人与所述险种大类对应的历史投保数据；

确定模块，用于根据所述历史投保数据确定历史累加保额；

调整模块，用于判断所述历史累加保额与本次投保中的险种对应的保额之和是否大于所述保额阈值，若大于所述保额阈值，则调整所述本次投保中的险种对应的保额。

在其中一个实施例中，所述本次投保数据还包括本次投保中的险种对应的生效日及满期日；

所述确定模块包括：

划分单元，用于根据所述历史投保数据的生效日及满期日划分保额历史生效区间；

判断单元，用于分别判断每个保额历史生效区间内是否包含所述本次投保中的险种对应的生效日或满期日；

添加单元，用于若保额历史生效区间内包含所述本次投保中的险种对应的生效日或满期日，则将所述保额历史生效区间对应的保额添加到历史累加保额中。

在其中一个实施例中，所述系统还包括：

收集模块，用于根据hadoop平台收集历史投保数据；

汇总模块，用于按照特定规则分析汇总所述历史投保数据，并生成历史投保记录表。

在其中一个实施例中，所述汇总模块包括：

分类单元，用于将所述历史投保数据按照被保人信息、险种及与所述险种对应的生效日及满期日进行分类；

汇总单元，用于在特定时间将分类后的历史投保数据汇总到历史投保记录 表中。

在其中一个实施例中，所述被保人信息包括证件类型；

所述系统还包括：

判断模块，用于根据所述证件类型判断所述被保人是否存在历史投保记录；

所述调整模块还用于若所述被保人不存在历史投保记录，则判断本次投保中的险种对应的保额是否大于本次投保中的险种所属的险种大类匹配的保额阈值，若大于所述保额阈值，则调整所述本次投保中的险种对应的保额。

上述保额控制方法和系统，根据被保人的本次投保数据获取本次投保中的险种所属的险种大类和保额阈值，再获取被保人与险种大类对应的历史投保数据，通过历史投保数据确定历史累加保额，能根据历史累加保额和被保人与所述险种大类对应的历史投保数据进行保额控制，而不仅以当前的数据进行保额控制，在满足快速交易的基础上能够更好地降低保险业务中的风险，加强风险管理。

附图说明

图1为一个实施例中保额控制方法的流程示意图；

图2为一个实施例中确定历史累加保额的流程示意图；

图3为一个实施例中生成历史投保记录表的流程示意图；

图4为一个实施例中保额控制系统的结构示意图；

图5为一个实施例中确定模块的内部结构示意图；

图6为另一个实施例中保额控制系统的结构示意图；

图7为一个实施例中汇总模块的内部结构示意图。

具体实施方式

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

如图1所示，一种保额控制方法，包括以下步骤：

步骤s110，获取被保人列表，从被保人列表中提取被保人信息。

具体的，被保人列表中存储有各个被保人的信息，其中，被保人信息包括被保人的姓名、证件类型、证件号、客户编号等信息。被保人是指根据与保险人订立的保险合同，其财产利益或人身受保险合同保障，在保险事故发生后，享有保险金请求权的人。

步骤s120，根据被保人信息获取被保人的本次投保数据。

具体的，可根据被保人的姓名、证件类型、证件号、客户编号等被保人信息获取被保人的本次投保数据。本次投保数据中可包括被保人在本次投保中所购买的险种及对应的保额、险种对应的生效日和满期日等信息，其中，险种指的是保险产品的种类，每个不同的险种可设定不同的险种编号，例如险种为“交通意外伤害保险(a款)”险种编号为p112211、险种为“燃气用户意外伤害保险”险种编号为p1124、险种为“计划生育家庭意外伤害保险”险种编号为p1143等。每一个不同的险种对应的保险产品不同，保险人与被保人订立的保险合同也不同。

步骤s130，查询本次投保中的险种所属的险种大类及匹配的保额阈值。

具体的，一个险种大类可包括多个险种，例如，险种大类为“出行意外类(公共交通)-飞机”，包括“交通意外伤害保险(a款)”、“航空旅客意外伤害保险意外身故”、“交通意外伤害保险(b款)”、“综合交通意外伤害保险(民航班机意外伤害)”等险种。不同的险种大类匹配的保额阈值不同，保额阈值为被保人在购买该保险大类中的险种时所能获得的最高保额，保额阈值可根据具体情况提前进行设定，对于不同的地区可设定不同的保额阈值，有利于进行保额控制。例如，险种大类为“出行意外类(公共交通)-飞机”，保额阈值为1000万人民币，险种大类为“一般意外类(残疾)”，在上海、北京、广东、江苏、浙江和深圳的保额阈值为200万人民币，在其它地区保额阈值为100万人民币。

步骤s140，根据该险种大类获取被保人与该险种大类对应的历史投保数据。

具体的，可根据被保人信息及该险种大类在历史投保记录表中查询是否存在被保人与该险种大类对应的历史投保数据，若存在，则获取该历史投保数据。历史投保数据中包括被保人曾经购买的该险种大类下的险种对应的生效日及满 期日、对应的保额等信息。例如，被保人本次投保的险种为“交通意外伤害保险(a款)”，其所属的险种大类为“出行意外类(公共交通)-飞机”，通过查询历史投保记录表，可获取该被保人在之前曾购买过同属于“出行意外类(公共交通)-飞机”险种大类的“航空旅客意外伤害保险意外身故”险种，获得的保额为200万人民币，生效日为2014年3月2日，满期日为2016年3月2日，也曾购买过同属于“出行意外类(公共交通)-飞机”险种大类的“综合交通意外伤害保险(民航班机意外伤害)”，获得的保额为500万人民币，生效日为2015年1月1日，满期日为2016年1月1日，这两条投保记录均属于被保人与该险种大类对应的历史投保数据。

步骤s150，根据历史投保数据确定历史累加保额。

具体的，可根据被保人与该险种大类对应的历史投保数据中各个险种的保额来确定历史累加保额。如图2所示，在一个实施例中，步骤s150具体包括以下步骤：

步骤s202，根据历史投保数据的生效日及满期日划分保额历史生效区间。

具体的，可获取历史投保数据中险种对应的生效日及满期日、险种对应的保额等信息，并划分保额历史生效区间。例如，被保人与险种大类“出行意外类(公共交通)-飞机”对应的历史投保数据包括：“航空旅客意外伤害保险意外身故”险种，获得的保额为200万人民币，生效日为2014年3月2日，满期日为2016年3月2日，则该险种的保额200万人民币对应的保额历史生效区间为2014年3月2日至2016年3月2日；“综合交通意外伤害保险(民航班机意外伤害)”险种，获得的保额为500万人民币，生效日为2015年1月1日，满期日为2016年1月1日，则该险种的保额500万对应的保额历史生效区间为2015年1月1日至2016年1月1日。

步骤s204，分别判断每个保额历史生效区间内是否包含本次投保中的险种对应的生效日和满期日，若是，则执行步骤s206，若否，则执行步骤s208。

具体的，划分完保额历史生效区间后，可分别判断每个保额历史生效区间内是否包含本次投保中的险种对应的生效日和满期日，若是，则将对应的保额添加到历史累加保额中，若否，则不作处理。例如，被保人本次投保的险种对 应的生效日为2014的5月6日，满期日为2016年5月6日，两个保额历史生效区间为2014年3月2日至2016年3月2日及2015年1月1日至2016年1月1日，均包括本次投保中的险种对应的生效日或满期日，可设定历史累加保额初始值为0，则将两个保额历史生效区间对应的保额200万人民币及500万人民币添加到历史累加保额中，则最后确定的历史累加保额为700万人民币。若被保人本次投保的险种对应的生效日为2014的1月1日，满期日为2014年12月31日，则保额历史生效区间2014年3月2日至2016年3月2日包括本次投保中的险种对应的生效日和满期日，保额历史生效区间2015年1月1日至2016年1月1日不包括本次投保中的险种对应的生效日或满期日，则将第一个保额历史生效区间对应的保额200万人民币添加到历史累加保额中，则最后确定的历史累加保额为200万人民币。

步骤s206，将保额历史生效区间对应的保额添加到历史累加保额中。

步骤s208，不作处理。

步骤s160，判断历史累加保额与本次投保中的险种对应的保额之和是否大于保额阈值，若是，则执行步骤s170，若否，则结束。

具体的，若历史累加保额与本次投保中的险种对应的保额之和大于所属的险种大类对应的保额阈值，则需调整本次投保中的险种对应的保额。例如确定的历史累加保额为700万人民币，保额阈值为1000万人民币，本次投保中的险种对应的保额为400万人民币，则历史累加保额与本次投保中的险种对应的保额之和大于该保额阈值，则可降低本次投保的保额，使二者之和小于该保额阈值。

步骤s170，调整本次投保中的险种对应的保额。

在其它的实施例中，被保人的本次投保数据中可能包含有多条投保记录，每条投保记录中均包括险种及对应的保额、险种对应的生效日和满期日等信息，每条投保记录均需获取相关的历史投保数据来确定及调整本次投保中的险种对应的保额。

上述保额控制方法，根据被保人的本次投保数据获取本次投保中的险种所属的险种大类和保额阈值，再获取被保人与险种大类对应的历史投保数据，通 过历史投保数据确定历史累加保额，能根据历史累加保额和被保人与所述险种大类对应的历史投保数据进行保额控制，而不仅以当前的数据进行保额控制，在满足快速交易的基础上能够更好地降低保险业务中的风险，加强风险管理。

如图3所示，在一个实施例中，上述保额控制方法，还包括：

步骤s302，根据hadoop平台收集历史投保数据。

具体的，hadoop是一种能够对大量数据进行分布式处理的软件框架，以一种可靠、高效、可伸缩的方式进行数据处理，能够进行海量数据的提取、存储及计算。可通过hadoop平台收集多个投保系统的历史投保数据，并进行分析汇总，生成历史投保记录表。

步骤s304，按照特定规则分析汇总历史投保数据，并生成历史投保记录表。

具体的，特定规则可根据实际情况进行设置，按照预设的特定规则分析汇总历史投保数据，特定规则可为按照被保人信息、险种、险种对应的生期日及满期日或是按照被保人信息及投保日期等规则。在一个实施例中，步骤s304可具体包括：

(1)将历史投保数据按照被保人信息、险种及与所述险种对应的生效日及满期日进行分类。

具体的，可先按照被保人信息中的客户编号或是证件号等对历史投保数据进行分类，再根据被保人购买的险种所属的险种大类进行划分，最后根据各个险种对应的生效日及满期日进行排序。可以理解地，也可采用其它的特定规则进行分类，例如先按照被保人购买的险种所属的险种大类进行划分，再按照被保人信息进行分类，最后根据各个险种对应的生效日及满期日进行排序。

(2)在特定时间将分类后的历史投保数据汇总到历史投保记录表中。

具体的，特定时间可根据实际情况进行设置，例如每天零点、每隔三天的零点等时间。历史投保记录表可为总表，即所有分类整理后的历史投保数据均汇总到该总表中，也可以根据客户编号等被保人信息生成对应的历史投保记录表，不同的被保人对应不同的历史投保记录表，或是根据各个险种大类生成对应的历史投保记录表，但不限于此。在另一个实施例中，可将被保人的本次投保数据在特定时间汇总到历史投保记录表中。

上述保额控制方法，通过hadoop平台收集历史投保数据，并按照特定规则进行分类汇总，生成历史投保记录，方便后续能够快速查询获取被保人相关的历史投保数据，保证业务的时效性。

在一个实施例中，上述保额控制方法，在步骤s120根据被保人信息获取被保人的本次投保数据之后，还包括：根据证件类型判断被保人是否存在历史投保记录，若不存在，则判断本次投保中的险种对应的保额是否大于本次投保中的险种所属的险种大类匹配的保额阈值，若大于该保额阈值，则调整本次投保中的险种对应的保额。

具体的，被保人信息中可包括有被保人的姓名、证件类型、证件号、客户编号等信息，可根据被保人的证件类型判断被保人是否存在历史投保记录。当证件类型为预设字符时，即表示该被保人为新客户，不存在历史投保记录。例如，可设定证件类型为“8”或“9”时，表示该被保人为新客户，不存在历史投保记录。若被保人不存在历史投保记录，则在查询本次投保中的险种所属的险种大类及匹配的保额阈值后，只需检验本次投保中的险种对应的保额是否大于该保额阈值，若大于该保额阈值，则调整本次投保中的险种对应的保额，使之小于该保额阈值，进行保额控制。在另一个实施例中，若被保人存在历史投保记录，但不存在与该险种大类对应的历史投保数据，也只需检验本次投保中的险种对应的保额是否大于该保额阈值。

上述保额控制方法，当被保人不存在历史投保记录时，可直接检验本次投保中的险种对应的保额是否大于本次投保中的险种所属的险种大类匹配的保额阈值，无需再查询历史投保数据，在进行风险管理的基础上，可进一步保证业务的时效性。

如图4所示，一种保额控制系统，包括获取被保人模块410、获取本次投保模块420、查询模块430、获取历史投保模块440、确定模块450和调整模块460。

获取被保人模块410，用于获取被保人列表，从被保人列表中提取被保人信息。

具体的，被保人列表中存储有各个被保人的信息，其中，被保人信息包括 被保人的姓名、证件类型、证件号、客户编号等信息。被保人是指根据与保险人订立的保险合同，其财产利益或人身受保险合同保障，在保险事故发生后，享有保险金请求权的人。

获取本次投保模块420，用于根据被保人信息获取被保人的本次投保数据，本次投保数据包括本次投保中的险种和对应的保额。

具体的，可根据被保人的姓名、证件类型、证件号、客户编号等被保人信息获取被保人的本次投保数据。本次投保数据中可包括被保人在本次投保中所购买的险种及对应的保额、险种对应的生效日和满期日等信息，其中，险种指的是保险产品的种类，每个不同的险种可设定不同的险种编号，例如险种为“交通意外伤害保险(a款)”险种编号为p112211、险种为“燃气用户意外伤害保险”险种编号为p1124、险种为“计划生育家庭意外伤害保险”险种编号为p1143等。每一个不同的险种对应的保险产品不同，保险人与被保人订立的保险合同也不同。

查询模块430，用于查询本次投保中的险种所属的险种大类及匹配的保额阈值。

具体的，一个险种大类可包括多个险种，例如，险种大类为“出行意外类(公共交通)-飞机”，包括“交通意外伤害保险(a款)”、“航空旅客意外伤害保险意外身故”、“交通意外伤害保险(b款)”、“综合交通意外伤害保险(民航班机意外伤害)”等险种。不同的险种大类匹配的保额阈值不同，保额阈值为被保人在购买该保险大类中的险种时所能获得的最高保额，保额阈值可根据具体情况提前进行设定，对于不同的地区可设定不同的保额阈值，有利于进行保额控制。例如，险种大类为“出行意外类(公共交通)-飞机”，保额阈值为1000万人民币，险种大类为“一般意外类(残疾)”，在上海、北京、广东、江苏、浙江和深圳的保额阈值为200万人民币，在其它地区保额阈值为100万人民币。

获取历史投保模块440，用于根据险种大类获取被保人与险种大类对应的历史投保数据。

具体的，可根据被保人信息及该险种大类在历史投保记录表中查询是否存在被保人与该险种大类对应的历史投保数据，若存在，则获取该历史投保数据。 历史投保数据中包括被保人曾经购买的该险种大类下的险种对应的生效日及满期日、对应的保额等信息。例如，被保人本次投保的险种为“交通意外伤害保险(a款)”，其所属的险种大类为“出行意外类(公共交通)-飞机”，通过查询历史投保记录表，可获取该被保人在之前曾购买过同属于“出行意外类(公共交通)-飞机”险种大类的“航空旅客意外伤害保险意外身故”险种，获得的保额为200万人民币，生效日为2014年3月2日，满期日为2016年3月2日，也曾购买过同属于“出行意外类(公共交通)-飞机”险种大类的“综合交通意外伤害保险(民航班机意外伤害)”，获得的保额为500万人民币，生效日为2015年1月1日，满期日为2016年1月1日，这两条投保记录均属于被保人与该险种大类对应的历史投保数据。

确定模块450，用于根据历史投保数据确定历史累加保额。

具体的，可根据被保人与该险种大类对应的历史投保数据中各个险种的保额来确定历史累加保额。

如图5所示，在一个实施例中，确定模块450包括划分单元452、判断单元454和添加单元456。

划分单元452，用于根据历史投保数据的生效日及满期日划分保额历史生效区间。

具体的，可获取历史投保数据中险种对应的生效日及满期日、险种对应的保额等信息，并划分保额历史生效区间。例如，被保人与险种大类“出行意外类(公共交通)-飞机”对应的历史投保数据包括：“航空旅客意外伤害保险意外身故”险种，获得的保额为200万人民币，生效日为2014年3月2日，满期日为2016年3月2日，则该险种的保额200万人民币对应的保额历史生效区间为2014年3月2日至2016年3月2日；“综合交通意外伤害保险(民航班机意外伤害)”险种，获得的保额为500万人民币，生效日为2015年1月1日，满期日为2016年1月1日，则该险种的保额500万对应的保额历史生效区间为2015年1月1日至2016年1月1日。

判断单元454，用于分别判断每个保额历史生效区间内是否包含本次投保中的险种对应的生效日或满期日。

具体的，划分完保额历史生效区间后，可分别判断每个保额历史生效区间内是否包含本次投保中的险种对应的生效日和满期日，若是，则将对应的保额添加到历史累加保额中，若否，则不作处理。例如，被保人本次投保的险种对应的生效日为2014的5月6日，满期日为2016年5月6日，两个保额历史生效区间为2014年3月2日至2016年3月2日及2015年1月1日至2016年1月1日，均包括本次投保中的险种对应的生效日或满期日，可设定历史累加保额初始值为0，则将两个保额历史生效区间对应的保额200万人民币及500万人民币添加到历史累加保额中，则最后确定的历史累加保额为700万人民币。若被保人本次投保的险种对应的生效日为2014的1月1日，满期日为2014年12月31日，则保额历史生效区间2014年3月2日至2016年3月2日包括本次投保中的险种对应的生效日和满期日，保额历史生效区间2015年1月1日至2016年1月1日不包括本次投保中的险种对应的生效日或满期日，则将第一个保额历史生效区间对应的保额200万人民币添加到历史累加保额中，则最后确定的历史累加保额为200万人民币。

添加单元456，用于若保额历史生效区间内包含本次投保中的险种对应的生效日或满期日，则将保额历史生效区间对应的保额添加到历史累加保额中。

调整模块460，用于判断历史累加保额与本次投保中的险种对应的保额之和是否大于该保额阈值，若大于该保额阈值，则调整本次投保中的险种对应的保额。

具体的，若历史累加保额与本次投保中的险种对应的保额之和大于所属的险种大类对应的保额阈值，则需调整本次投保中的险种对应的保额。例如确定的历史累加保额为700万人民币，保额阈值为1000万人民币，本次投保中的险种对应的保额为400万人民币，则历史累加保额与本次投保中的险种对应的保额之和大于该保额阈值，则可降低本次投保的保额，使二者之和小于该保额阈值。在其它的实施例中，被保人的本次投保数据中可能包含有多条投保记录，每条投保记录中均包括险种及对应的保额、险种对应的生效日和满期日等信息，每条投保记录均需获取相关的历史投保数据来确定及调整本次投保中的险种对应的保额。

上述保额控制系统，根据被保人的本次投保数据获取本次投保中的险种所属的险种大类和保额阈值，再获取被保人与险种大类对应的历史投保数据，通过历史投保数据确定历史累加保额，能根据历史累加保额和被保人与所述险种大类对应的历史投保数据进行保额控制，而不仅以当前的数据进行保额控制，在满足快速交易的基础上能够更好地降低保险业务中的风险，加强风险管理。

如图6所示，在另一个实施例中，上述保额控制系统，除了包括获取被保人模块410、获取本次投保模块420、查询模块430、获取历史投保模块440、确定模块450和调整模块460，还包括收集模块470和汇总模块480。

收集模块470，用于根据hadoop平台收集历史投保数据。

具体的，hadoop是一种能够对大量数据进行分布式处理的软件框架，以一种可靠、高效、可伸缩的方式进行数据处理，能够进行海量数据的提取、存储及计算。可通过hadoop平台收集多个投保系统的历史投保数据，并进行分析汇总，生成历史投保记录表。

汇总模块480，用于按照特定规则分析汇总历史投保数据，并生成历史投保记录表。

具体的，特定规则可根据实际情况进行设置，按照预设的特定规则分析汇总历史投保数据，特定规则可为按照被保人信息、险种、险种对应的生期日及满期日或是按照被保人信息及投保日期等规则。

如图7所示，在一个实施例中，汇总模块480包括分类单元482，汇总单元484。

分类单元482，用于将历史投保数据按照被保人信息、险种及与险种对应的生效日及满期日进行分类。

具体的，可先按照被保人信息中的客户编号或是证件号等对历史投保数据进行分类，再根据被保人购买的险种所属的险种大类进行划分，最后根据各个险种对应的生效日及满期日进行排序。可以理解地，也可采用其它的特定规则进行分类，例如先按照被保人购买的险种所属的险种大类进行划分，再按照被保人信息进行分类，最后根据各个险种对应的生效日及满期日进行排序。

汇总单元484，用于在特定时间将分类后的历史投保数据汇总到历史投保记 录表中。

具体的，特定时间可根据实际情况进行设置，例如每天零点、每隔三天的零点等时间。历史投保记录表可为总表，即所有分类整理后的历史投保数据均汇总到该总表中，也可以根据客户编号等被保人信息生成对应的历史投保记录表，不同的被保人对应不同的历史投保记录表，或是根据各个险种大类生成对应的历史投保记录表，但不限于此。在另一个实施例中，可将被保人的本次投保数据在特定时间汇总到历史投保记录表中。

上述保额控制系统，通过hadoop平台收集历史投保数据，并按照特定规则进行分类汇总，生成历史投保记录，方便后续能够快速查询获取被保人相关的历史投保数据，保证业务的时效性。

在另一个实施例中，上述保额控制系统，还包括判断模块。

判断模块，用于根据证件类型判断被保人是否存在历史投保记录。

调整模块460还用于若被保人不存在历史投保记录，则判断本次投保中的险种对应的保额是否大于本次投保中的险种所属的险种大类匹配的保额阈值，若大于该保额阈值，则调整本次投保中的险种对应的保额。

具体的，被保人信息中可包括有被保人的姓名、证件类型、证件号、客户编号等信息，可根据被保人的证件类型判断被保人是否存在历史投保记录。当证件类型为预设字符时，即表示该被保人为新客户，不存在历史投保记录。例如，可设定证件类型为“8”或“9”时，表示该被保人为新客户，不存在历史投保记录。若被保人不存在历史投保记录，则在查询本次投保中的险种所属的险种大类及匹配的保额阈值后，只需检验本次投保中的险种对应的保额是否大于该保额阈值，若大于该保额阈值，则调整本次投保中的险种对应的保额，使之小于该保额阈值，进行保额控制。在另一个实施例中，若被保人存在历史投保记录，但不存在与该险种大类对应的历史投保数据，也只需检验本次投保中的险种对应的保额是否大于该保额阈值。

上述保额控制系统，当被保人不存在历史投保记录时，可直接检验本次投保中的险种对应的保额是否大于本次投保中的险种所属的险种大类匹配的保额阈值，无需再查询历史投保数据，在进行风险管理的基础上，可进一步保证业 务的时效性。

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

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