CN108062383A - 再保险月账单的生成方法、装置和设备 - Google Patents
再保险月账单的生成方法、装置和设备 Download PDFInfo
- Publication number
- CN108062383A CN108062383A CN201711329847.4A CN201711329847A CN108062383A CN 108062383 A CN108062383 A CN 108062383A CN 201711329847 A CN201711329847 A CN 201711329847A CN 108062383 A CN108062383 A CN 108062383A
- Authority
- CN
- China
- Prior art keywords
- data
- bill
- day
- insurance
- prox
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2458—Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
- G06F16/2471—Distributed queries
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/248—Presentation of query results
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
- G06F16/256—Integrating or interfacing systems involving database management systems in federated or virtual databases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/08—Insurance
Abstract
本发明实施例提供一种再保险月账单的生成方法、装置和设备。本发明实施例的再保险月账单的生成方法,应用于数据库中间件服务器,包括:获取多台数据库服务器各自存储的前一日的子账单日明细表,并汇总各子账单日明细表,得到账单日明细表;对于账单日明细表的每个目标表头项的每种属性值,提取账单明细表中包括相应属性值的各行数据,得到前一日的第一类型日账单;前一日包括的多个第一类型日账单属于不同的维度;对于每一维度,将属于同一月的各日的第一类型日账单进行汇总,得到第一类型月账单。本发明实施例的再保险月账单的生成方法、装置和设备,生成再保险月账单的效率高且生成的再保险月账单方便用户的查看。
Description
技术领域
本发明实施例涉及计算机技术,尤其涉及一种再保险月账单的生成方法、装置和设备。
背景技术
在再保险业务中,最重要的工作是危险单位生成和账单处理,但危险单位生成及以后的分保计算工作,到后来也要归于编制再保险账单。所以再保险账单是再保险交易的归结,其结果也是再保险当事人双方最关心的。
目前生成再保险月账单的方法是在每个月的月底,直接组合该月所有的与再保险相关的原始数据表,得到再保险月账单,且该月所有的与再保险相关的原始数据表均存储在同一个数据库服务器中。
但是上述方法在生成再保险月账单时运算量大、耗时长,进而生成再保险月账单的效率较低。
发明内容
本发明实施例提供一种再保险月账单的生成方法、装置和设备,以克服现有技术中生成再保险月账单的效率较低的技术问题。
第一方面,本发明实施例提供一种再保险月账单的生成方法,应用于数据库中间件服务器,包括:
获取多台数据库服务器各自存储的前一日的子账单日明细表,并将获取到的各子账单日明细表汇总,得到前一日的账单日明细表;子账单日明细表中的数据是至少一个应用服务器在关联前一日的多个与再保险相关的原始数据表中的数据得到多个关联数据后,按照关联数据包括的业务号发送至相应的数据库服务器进行存储得到的,存储在同一个数据库服务器的同一日产生的关联数据组成相应日的子账单日明细表;
对于前一日的账单日明细表的每个目标表头项的每种属性值,提取账单明细表中包括所述属性值的各行数据,得到前一日的第一类型日账单;前一日包括的多个第一类型日账单属于不同的维度;
对于每一维度,将属于同一月的各日的第一类型日账单进行汇总,得到第一类型月账单;其中,目标表头项的属性值相同的第一类型日账单属于同一维度。
在一种可能的设计中,在得到账单日明细表之后,所述方法还包括:
将前一日的账单日明细表作为前一日的第二类型日账单;
将属于同一月的各日的第二类型日账单进行汇总,得到第二类型月账单。
第二方面,本发明实施例提供一种再保险账单的生成方法,应用于应用服务器,包括:
获取多台数据库服务器各自存储的前一日的多种第一原始数据子表;其中,所述第一原始数据子表为与原保险人相关的分保信息的数据表;所有数据库服务器中存储的同一日的相同种类的第一原始数据子表的数据组成相应日相应种类的所有与再保险相关的原始数据;
获取前一日的多种第二原始数据表,所述第二原始数据表为与再保险接受人相关的数据表,所述再保险接受人包括再保险人;
对于每个所述第一原始数据子表,将所述第一原始数据子表中的数据与至少一种所述第二原始数据表中的数据关联,得到多条关联数据;
对于每条关联数据,根据关联数据对应的业务号,将关联数据发送至相应的数据库服务器进行存储;其中,存储于同一数据库服务器的同一日产生的所有关联数据用于所述数据库服务器生成相应日的子账单日明细表,各数据库服务器中各自存储的所述子账单日明细表用于数据库中间件服务器生成再保险月账单。
在一种可能的设计中,所述对于每个所述第一原始数据子表,将所述第一原始数据子表中的数据与至少一种所述第二原始数据表中的数据关联,得到多条关联数据,包括:
对于每个第一原始数据子表包括的每个业务号对应的一条原保险数据,提取该条原保险数据中包括的合约标识;
对于每个第二原始数据表,从第二原始数据表中提取与所述合约标识相同的至少一条目标再保险数据;其中,再保险人相同的多条目标再保险数据组成一组目标再保险数据,一组目标再保险数据中的各条目标再保险数据所属的第二原始数据表不相同;
对于每组目标再保险数据,根据待生成的关联数据中需包括的预设费用类型,将该条原保险数据与该组目标再保险数据中的至少一条目标再保险数据关联,生成多条关联数据;其中,预设费用类型具有多种,每条关联数据中包括一种预设费用类型。
在一种可能的设计中,对于每组目标再保险数据,根据待生成的关联数据中需包括的预设费用类型,将该条原保险数据与该组目标再保险数据中的至少一条目标再保险数据关联,生成多条关联数据,包括:
对于每组目标再保险数据,根据待生成的关联数据中需包括的预设费用类型,提取该条原保险数据中与相应预设费用类型相关的第一数据,以及该组目标再保险数据中的至少一条再保险数据中与相应预设费用类型相关的第二数据;
获取所述第一数据与至少一个所述第二数据的乘积;
根据所述乘积得到相应预设费用类型的实际金额;
合并该条原保险数据、该组目标再保险数据中的再保险接受人数据、相应预设费用类型、相应预设费用的实际金额和该条原保险数据所在的第一原始数据子表的名称,并删除该条原保险数据中与金额相关的数据,得到包括相应预设费用类型的关联数据。
第三方面,本发明实施例提供一种数据库中间件服务器,包括:
账单日明细表获取模块,用于获取多台数据库服务器各自存储的前一日的子账单日明细表,并将获取到的各子账单日明细表汇总,得到前一日的账单日明细表;子账单日明细表中的数据是至少一个应用服务器在关联前一日的多个与再保险相关的原始数据表中的数据得到多个关联数据后,按照关联数据包括的业务号发送至相应的数据库服务器进行存储得到的,存储在同一个数据库服务器的同一日产生的关联数据组成相应日的子账单日明细表;
日账单获取模块,用于对于前一日的账单日明细表的每个目标表头项的每种属性值,提取账单明细表中包括所述属性值的各行数据,得到前一日的第一类型日账单;前一日包括的多个第一类型日账单属于不同的维度;
月账单获取模块,用于对于每一维度,将属于同一月的每日的第一类型日账单进行汇总,得到第一类型月账单;其中,目标表头项的属性值相同的第一类型日账单属于同一维度。
第四方面,本发明实施例提供一种应用服务器,包括:
原始数据表获取模块,用于获取多台数据库服务器各自存储的前一日的多种第一原始数据子表;其中,所述第一原始数据子表为与原保险人相关的分保信息的数据表;所有数据库服务器中存储的同一日的相同种类的第一原始数据子表的数据组成相应日相应种类的所有与再保险相关的原始数据;
原始数据表获取模块,还用于获取前一日的多种第二原始数据表,所述第二原始数据表为与再保险接受人相关的数据表,所述再保险接受人包括再保险人;
关联数据获取模块,对于每个所述第一原始数据子表,将所述第一原始数据子表中的数据与至少一种所述第二原始数据表中的数据关联,得到多条关联数据;
发送模块,用于对于每条关联数据,根据关联数据对应的业务号,将关联数据发送至相应的数据库服务器进行存储;其中,存储于同一数据库服务器的同一日产生的所有关联数据用于所述数据库服务器生成相应日的子账单日明细表,各数据库服务器中各自存储的所述子账单日明细表用于数据库中间件服务器生成再保险月账单。
第五方面,本发明实施例提供一种再保险月账单的生成系统,包括:第三方面的数据库中间件服务器、第四方面所述的应用服务器和多台数据库服务器。
第六方面,本发明实施例提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,在所述计算机程序被处理器执行时,执行第一方面的任一可能的设计中的方法。
第七方面,本发明实施例提供一种电子设备,包括处理器和存储器,其中,
存储器,用于存储程序;
处理器,用于执行所述存储器存储的所述程序,当所述程序被执行时,所述处理器用于执行第一方面的任一可能的设计中的方法。
第八方面,本发明实施例提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,在所述计算机程序被处理器执行时,执行第二方面的任一可能的设计中的方法。
第九方面,本发明实施例提供一种电子设备,包括处理器和存储器,其中,
存储器,用于存储程序;
处理器,用于执行所述存储器存储的所述程序,当所述程序被执行时,所述处理器用于执行执行第二方面的任一可能的设计中的方法。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种可能的系统架构图;
图2为本发明实施例提供的再保险月账单的生成方法的流程图一;
图3为本发明实施例提供的再保险月账单的生成方法的流程图一;
图4为本发明实施例提供的数据库中间件服务器的结构示意图一;
图5为本发明实施例提供的应用服务器的结构示意图一。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明实施例提供的一种可能的系统架构图。参见图1,该系统架构包括数据库中间件服务器11、多个数据库服务器12、至少一个应用服务器13。其中,数据库中间件服务器11用于再保险月账单的生成,再保险月账单是根据多个数据库服务器12各自存储的子账单日明细表生成的,每个数据库服务器12中还存储有用于生成子账单日明细表中的数据的原始数据表,应用服务器13用于根据多个数据库服务器12各自存储的原始数据表生成子账单日明细表中的数据。
具体地,应用服务器13获取多台数据库服务器12各自存储的前一日的多种原始数据表,关联获取的各原始数据表的数据,得到多个关联数据,对于每个关联数据,根据关联数据对应的业务号,将关联数据发送至相应的数据库服务器12进行存储;存储在同一个数据库服务器12中的关联数据组成该数据库服务器12中的当前日的子账单日明细表;
数据库中间件服务器11获取各数据库服务器12中存储的当前日的各子账单日明细表,生成多个维度的前一日的日账单,将同一个月内各日的属于同一维度的日账单进行汇总,得到相应维度的月账单。
本发明实施例中通过每天生成不同维度的日账单,只需通过汇总相应维度下的日账单得到月账单,月账单生成过程被分散化,当生成月账单时运算量小且耗时短,月账单的生成效率高。由于多个数据库服务器参与数据的存储过程,从数据库服务器获取其存储的数据时的效率高,进一步提高了月账单的生成效率高。
下面结合具体的实施例对本发明的再保险月账单的生成方法进行详细说明。
首先对应用服务器侧生成子账单日明细表中的数据的过程进行说明,子账单日明细表中的数据也就是以下实施例中关联数据。
图2为本发明实施例提供的再保险月账单的生成方法的流程图一。本实施例的执行主体可为图1中的应用服务器13。本实施例的再保险月账单的生成方法包括:
步骤S201、获取多台数据库服务器各自存储的前一日的多种第一子原始数据子表;第一原始数据子表为与原保险人相关的分保信息数据表;所有数据库服务器中存储的同一日的相同种类的第一原始数据子表的数据组成相应日相应种类的所有与再保险相关的原始数据;
步骤S202、获取前一日的多种第二原始数据表,第二原始数据表为与再保险接受人相关的数据表,再保险接受人包括再保险人;
步骤S203、对于每个第一原始数据子表,将第一原始数据子表与至少一种第二原始数据表中的数据关联,得到多条关联数据;
步骤S204、对于每个关联数据,根据关联数据包括的业务号,将关联数据发送至相应的数据库服务器进行存储,其中,存储于同一数据库服务器的与前一日对应的所有关联数据用于数据库服务器生成前一日的子账单日明细表,各数据库服务器中各自存储的子账单日明细表用于数据库中间件服务器生成再保险月账单。
具体地,首先对各种原始数据以及原始数据在数据库服务器的存储方式进行说明。
原始数据为未关联再保险接受人的分保信息数据以及与再保险接受人相关的数据,其中,未关联再保险接受人的分保信息数据可称为第一原始数据,与再保险接受人相关的数据可称为第二原始数据。
比如,原始数据可包括:分保数据、未决分赔数据、已决分赔数据、再保险接受人基本信息数据以及再保险接受人合约分项数据。其中,分保数据、未决分赔数据、已决分赔数据为第一原始数据,也就是为与原保险人相关的分保信息数据,该些数据中不包括相应分保对应的再保险接受人信息;再保险接受人基本信息数据以及合约分项再保接受人信息为第二原始数据,也就是与再保险接受人相关的数据。
一条分保数据可包括如下数据:分保单号、合约ID、合约分项、险种、业务渠道、总分出保费、总摊回佣金、应收应付日期、账单期;一条未决分赔数据可包括如下数据:未决分赔案号、合约ID、险种、合约分项、业务渠道、未决赔款、应收应付日期、账单期;一条已决分赔数据可包括如下数据:已决分赔案号、合约ID、险种、合约分项、业务渠道、已决赔款、应收应付日期、账单期。其中,分保单号、未决分赔案号和已决分赔案号均可称为业务号;一条再保险接受人基本信息数据可包括:合约ID、经纪人、再保险人、账单接收人、所占份额;一条再保险接受人合约分项数据包括:合约ID、合约分项、经纪人、再保险人、账单接收人、扣税比例、保费准备金比例、未决准备金比例。当然,各种第一原始数据的每条原始数据还可包括业务类型、公司代码、币种、计划代码等数据。其中,再保险人接受人包括:经纪人、再保险人和账单接收人。分保单号、未决分赔案号、已决分赔案号均可称为业务号。
电子设备获取到一条第一原始数据后,根据该条第一原始数据的业务号确定存储至哪个数据库服务器。比如,一条分保数据的分保单号的最后三位为123,数据库服务器的个数为4个,每台数据库服务器具有编号,则用123除以4后取余,若余数为3,则存储至编号为3的数据库服务器,若余数为2,则存储至编号为2的数据库服务器,若余数为1,则存储至编号为1的数据库服务器,若余数为0,则存储至编号为4的数据库服务器。
通过上述过程完成了第一原始数据的存储,数据库服务汇总存储至自身的属于同一种类(比如均为分保数据)且同一天产生第一原始数据,得到该种类对应的一个第一原始数据子表,供应用服务器获取后生成子账单日明细表中的数据。若第一原始数据具有3种:分保数据、未决分赔数据和已决分赔数据,则每个数据库服务器中包括3种第一原始数据子表:分保数据子表、未决分赔数据子表和已决分赔数据子表。也就是说,每天生成一个分保数据子表,该分保数据子表中的数据均为同一日新产生的分保数据;每天生成一个未决分赔数据子表,该未决分赔数据子表中的数据均为同一日新产生的未决分赔数据;每天生成一个已决分赔数据子表,该已决分赔数据子表中的数据均为同一日新产生的已决分赔数据。
表1为本发明实施例提供的分保数据子表的示例,表2为本发明实施例提供的未决分赔数据子表的示例,表3为本发明实施例提供的已决分赔数据子表的示例。参见表1~表3,分保数据子表包括以下表头项:分保单号、合约ID、合约分项、险种、业务渠道、总分出保费、总摊回佣金、应收应付日期、账单期;未决分赔数据子表包括以下表头项:未决分赔案号、合约ID、合约分项、险种、业务渠道、未决赔款、应收应付日期、账单期,已决分赔数据子表包括以下表头项:已决分赔案号、合约ID、合约分项、险种、业务渠道、已决赔款、应收应付日期、账单期。其中,表1、表2和表3中的每行数据称为一条原保险数据,每条原保险数据与一个业务号对应,比如表1中的每条原保险数据与分保单号对应,表2中的每条原保险数据与分赔案号对应,表3中的每条原保险数据与分赔案号对应。此时,每条原保险数据就是每行再保险数据。
本领域技术人员可以理解的是,若与业务号对应的一条原保险数据在第一原始数据子表中按列存储,则第一原始数据子表中每列数据称为一条原保险数据,此时,每条原保险数据就是每列原保险数据。。
表1:分保数据子表
表2:未决分赔数据子表
表3:已决分赔数据子表
对于产生日相同的各种第二原始数据,可将该种第二原始数据的所有数据存储至任一数据库服务器中,得到第二原始数据表,即对于每个种类,每天对应一个第二原始数据表。比如,若数据库服务器有4台,可将全部再保险接受人基本信息数据存储在编号为3的数据库服务器中,得到再保险接受人基本信息数据表;将全部再保险接受人合约分项数据存储在编号为4的数据库服务器中,得到再保险接受人合约分项数据表;或者,将全部再保险接受人基本信息数据和全部再保险接受人合约分项数据均存储在编号为4的数据库服务器中,得到再保险接受人基本信息数据表和再保险接受人合约分项数据表;还可以在4个数据库服务器中都存储全部的再保险接受人基本信息数据和全部再保险接受人合约分项数据,此时,每个数据库服务器中都存储有再保险接受人基本信息数据表和再保险接受人合约分项数据表。
表4为本发明实施例提供的再保险接受人基本信息数据表示例,表5为本发明实施例提供的再保险接受人合约分项数据表的示例。
参见表4~表5,再保险接受人基本信息数据表包括以下表头项:合约ID、经纪人、再保险人、账单接收人、所占份额;再保险接受人合约分项数据表包括以下表头项:合约ID、合约分项、经纪人、再保险人、账单接收人、扣税比例、保费准备金比例、未决准备金比例。其中,表4、表5每行数据称为一条再保险数据,每条再保险数据与一个再保险人对应,此时,每条再保险数据就是每行再保险数据。
本领域技术人员可以理解的是,若与再保险人对应的一条原保险数据在第二原始数据表中按列存储,则第二原始数据表中每列数据称为一条再保险数据,此时,每条再保险数据就是每列再保险数据。
表4:再保险接受人基本信息数据表
合约ID | 经纪人 | 再保险人 | 账单接受人 | 所占份额 |
Q01 | N01 | N03 | N01 | 80 |
Q01 | N01 | N04 | N01 | 20 |
Q02 | N05 | N06 | N05 | 100 |
Q03 | N05 | N08 | N08 | 100 |
表5:再保险接受人合约分项数据表
通过上述过程,在各数据库服务器中存储有每天的每种第一原始数据子表,每种第二原始数据表也存储在数据库服务器中。
应用服务器生成关联数据的过程可通过以下两种可能的实施方式实现。
一种可能的实施方式为:多台应用服务器分工协作,每台应用服务器处理部分原始数据,比如,3台应用服务器分工协作,对于每种原始数据子表,第一台应用服务器将第一原始数据子表中业务号尾号为1~3的数据与第二原始数据表中的数据关联,第二台应用服务器将第一原始数据子表中业务号尾号为4~6的数据与第二原始数据表中的数据关联,第三台应用服务器将第一原始数据子表中业务号尾号为7~0的数据与第二原始数据表中的数据关联。
另一种可能的实施方式为:一台应用服务器采用多线程得到关联数据,每个线程处理部分原始数据,每个线程处理的数据的规则可参照上一种实施方式的规则。
无论是那种实施方式,生成关联数据的方法都是相同的,下面对应用服务器生成关联数据的方法进行详细的说明。
对于步骤S201、在当前日应用服务器从各数据库服务器各自存储的前一日的多种第一原始数据子表,比如具有4台数据库服务器,从编号为1的数据库服务器中获取:分保数据子表、未决分赔数据子表和已决分赔数据子表,从编号为2的数据库服务器中获取:分保数据子表、未决分赔数据子表和已决分赔数据子表、从编号为3的数据库服务器中获取:分保数据子表、未决分赔数据子表和已决分赔数据子表、从编号为4的数据库服务器中获取:分保数据子表、未决分赔数据子表和已决分赔数据子表;此时可获取到12个原始数据子表。由上述阐述可知各数据库服务器中同一种类的第一原始数据子表中存储的数据各不相同,比如编号为1、2、3、4的数据库服务器各自存储的分保数据子表中的数据互不相同。
对于步骤S202、在当前日应用服务器从存储有第二原始数据表的数据库服务器中获取前一日的各第二原始数据表,比如获取的第二原始数据表为:再保险接受人基本信息数据表和再保险接受人合约分项数据表。
对于步骤S203、对于每个第一原始数据子表,将第一原始数据子表与至少一种第二原始数据表中的数据关联,得到多条关联数据,比如将分保数据子表中的数据与再保险接受人基本信息数据表相关联,得到多条第一关联数据,将分保数据子表中的数据、再保险接受人基本信息数据表、再保险接受人合约分项数据表相关联,得到多条第二关联数据,第一关联数据和第二关联数据组成多条关联数据。
对于每个第一原始数据子表,将第一原始数据子表与至少一种第二原始数据表中的数据关联,得到多条关联数据,具体包括:
(1)对于每个第一原始数据子表包括的每个业务号对应的一条原保险数据,提取该条原保险数据中包括的合约标识;
(2)对于每个第二原始数据表,从第二原始数据表中提取与所述合约标识相同的至少一条目标再保险数据;其中,再保险人相同的多条目标再保险数据组成一组目标再保险数据,一组目标再保险数据中的各条目标再保险数据所属的第二原始数据表不相同;
(3)对于每组目标再保险数据,根据待生成的关联数据中需包括的预设费用类型,将该条原保险数据与该组目标再保险数据中的至少一条目标再保险数据关联,生成多条关联数据;其中,预设费用类型具有多种,每条关联数据中包括一种预设费用类型。
下面以一条关联数据的生成过程为例进行说明。
对于(1):由于第一原始数据子表是和原保险人相关的分保数据,所以第一原始数据子表中的每行或每列数据可称为一条原保险数据。即若第一原始数据子表中和业务号对应的数据按列存储,则第一原始数据子表中的每列数据称为一条原保险数据,若第一原始数据子表中和业务号对应的数据按行存储,则第一原始数据子表中的每行数据称为一条原保险数据。
对于每一条原保险数据,比如表1中的第一行原保险数据,提取该原保险数据包括的合约标识,为:Q01。
对于(2):对于表1中的第一行原保险数据,将各第二原始数据表中合约标识为Q01的再保险数据提取出来,从每个第二原始数据表提取得到至少一条目标再保险数据。比如,从表4中的再保险接受人基本信息数据表提取得到的目标再保险数据包括两条,一条(称为a行或a条,因为表4与再保险对应的数据是按行存储的,每行数据就是一条再保险数据)为:合约ID:Q01、经纪人:N01、再保险人:N03、账单接受人:N01、所占份额:80%;另一条(称为b行或b条)为:合约ID:Q01、经纪人:N01、再保险人:N04、账单接受人:N01、所占份额:20%。a行与b行的再保险人不相同。
从表5中的再保险接受人合约分项数据表提取得到的目标再保险数据包括两条,一条(称为c行或c条)为:合约ID:Q01、合约分项:A、经纪人:N01、再保险人:N03、账单接受人:N01、扣税比例:6%、保费准备金比例:0、未决准备金比例:100%;另一条(称为d行或d条)为:合约ID:Q01、合约分项:A、经纪人:N01、再保险人:N04、账单接受人:N01、扣税比例:6%、保费准备金比例:0、未决准备金比例:100%。c行与d行的再保险人不相同。
即a行、b行、c行和d行均为表1中的第一行原保险数据的目标再保险数据。
其中,a行和c行的再保险人相同,这两条再保险数据组成一组目标再保险数据(称为ac组),b行和d行的再保险人相同,这两条再保险数据组成一组目标再保险数据(称为bd组)。
对于(3),对于每条原保险数据,根据最终生成的与该原保险数据对应的关联数据中包括的预设费用类型的不同,该每条原保险数据与每组目标再保险数据中的至少一行一条目标再保险数据再保险数据关联后生成多条关联数据,即每条原保险数据对应多条关联数据,该多条关联数据中包括同一预设费用类型的关联数据至少为一条,每条关联数据中包括一种预设费用类型。其中,预设费用类型可包括:分出保费、摊回佣金、分保扣税、分保准备金留存、未决准备金留存。
对于表1中的第一行原保险数据,在生成与该原保险数据对应的包括分出保费的关联数据时:由于同一个合约对应的再保险人可能有一个或者多个,因此对应于某再保险人的分出保费=总分出保费×该再保险人所占份额。
与“分出保费”相关的数据—再保险人所占份额存在于a行和b行。对于ac组目标再保险数据,将表1中的第一行原保险数据该组的a行关联,得到一条关联数据aa;对于bd组目标再保险数据,将表1中的第一行原保险数据与该组的b行关联得到一条关联数据bb。由于ac组目标再保险数据与再保险人N03对应,则关联数据aa与再保险人N03对应,由于bd组目标再保险数据与再保险人N04对应,则关联数据bb与再保险人N04对应。
在原保险数据为表1中的第一行原保险数据时,在生成与该原保险数据对应的包括“分保扣税”的关联数据时,对应于某再保险人的分保扣税=总分出保费×该再保险人所占份额×税率。
再保险人所占份额存在于a行和b行,税率存在与c行和d行。
对于ac组目标再保险数据,将表1中的第一行原保险数据该组的a行和c行关联,得到一条关联数据cc;对于bd组目标再保险数据,将表1中的第一行原保险数据该组的b行和d行关联得到一条关联数据dd。
其中,对于每组目标再保险数据,根据与某一原保险数据对应的待生成的关联数据中需包括的预设费用类型,将原保险数据与该组目标再保险数据中的至少一行目标再保险数据关联,生成多条关联数据,包括:
a1:对于每组目标再保险数据,根据与该条原保险数据对应的待生成的关联数据中需包括的预设费用类型,提取该条原保险数据中与相应预设费用类型相关的第一数据,以及该组目标再保险数据中的至少一条再保险数据中与相应预设费用类型相关的第二数据;
a2:获取第一数据与至少一个第二数据的乘积;
a3:根据上述乘积得到相应预设费用类型的实际金额;
a4:合并原保险数据、第一目标再保险数据中的再保险接受人数据、相应预设费用类型,、相应预设费用的实际金额和原保险数据所在的第一原始数据子表的名称,并删除该条原保险数据中与金额相关的数据,得到包括相应预设费用类型的关联数据。
具体地,当与某一原保险数据对应的待生成的关联数据中需包括的预设费用类型为分出保费时,比如对于表1中的第一行原保险数据,此时,如上所述,该条原保险数据需要分别与ac组目标再保险数据中的a行数据关联,得到aa关联数据,与bd组目标再保险数据中的b行数据关联,得到bb关联数据。
此时,上述的aa关联数据具体生成过程如下:提取表1中的第一行原保险数据与分出保费相关的第一数据:总分出保费100,提取a行中与预设费用类型分出保费相关的第二数据:再保险人所占份额为80%。
获取第一数据与一个第二数据的乘积100×80%=80,则80,即aa关联数据中包括的预设费用类型-分出保费的实际金额为80。
合并表1中的第一行原保险数据、a行中的再保险接受人数据、预设费用类型、预设费用类型的实际金额和表1的名称,并删除表1中的第一行原保险数据中与金额相关的数据:总分出保费和总摊回佣金,得到aa关联数据,aa关联数据为:来源表:分保数据子表、分保单号:T0001、合约ID:Q01、合约分项:A;险种:1001、业务渠道:0101、费用类型:分出保费、实际金额:80、应收应付日期:2017/9/2、账单期:201709、经纪人:N01、再保险人:N03、账单接受人:N01。
对于bb关联数据的生成过程同aa关联数据的生成。
也就是说,对应于同一预设费用类型,同一原保险数据与第二原始数据表中与该条原保险数据对应的目标再保险数据关联后生成的关联数据的个数是与再保险人的个数相同。
当与某一原保险数据对应的待生成的关联数据中需包括的预设费用类型为分保扣税时,比如对于表1中的第一行原保险数据,此时,如上所述,该原保险数据需要分别与ac组目标再保险数据中的a、b行数据关联,得到cc关联数据,与bd组目标再保险数据中的b、d行数据关联,得到dd关联数据。
此时,上述的bb关联数据具体生成过程如下:提取表1中的第一行原保险数据与分出保费相关的第一数据:总分出保费100,提取a行中与预设费用类型分出保费相关的第二数据:再保险人N03所占份额为80%,提取b行中与预设费用类型分出保费相关的第二数据:再保险人N03的税率为6%.
获取第一数据与两个第二数据的乘积100×80%×6%=4.8,则4.8即为cc关联数据中包括的预设费用类型-分出扣税的实际金额为4.8。
合并表1中的第一行原保险数据中、a行或b行中的再保险接受人数据、预设费用类型数据和预设费用类型实际金额数据,并删除表1中的第一行原保险数据中与金额相关的数据:总分出保费和总摊回佣金,得到cc关联数据,cc关联数据为:来源表:分保数据子表、分保单号:T0001、合约ID:Q01、合约分项:A;险种:1001、业务渠道:0101、费用类型:分保扣税、实际金额:4.8、应收应付日期:2017/9/2、账单期:201709、经纪人:N01、再保险人:N03、账单接受人:N01。
对于dd关联数据的生成过程同cc关联数据的生成。
对于与表1中的第一行原保险数据对应的包括其它预设类型的关联数据的生成方法与上述生成aa、bb、cc、dd的方法相同。也就是说,若对应与表1中的第一行原保险数据的再保险人具有2个,预设费用类型的种类就有五种,则表1中的第一行原保险数据与第二原始数据表中相应的数据关联后,得到10条关联数据。
本领域技术人员可以理解的是,每个第一原始数据子表中的每条原保险数据与至少一种第二原始数据表中的数据的关联方法均参照上述表1中的第一行原保险数据生成关联数据的方法。
对于步骤S204,每条关联数据生成后,根据关联数据包括的业务号,将关联数据发送至相应的数据库服务器进行存储。
比如数据库服务器具有4台,关联数据中业务号为1~2的发送至编号为1的数据库服务器存储,关联数据中业务号为3~5的发送至编号为2的数据库服务器存储,关联数据中业务号为6~7的发送至编号为3的数据库服务器存储,关联数据中业务号为8~9以及0的发送至编号为4的数据库服务器存储。存储在同一数据库服务器的所所有关联数据生成前一日的子账单日明细表,子账单日明细表用于数据库中间件服务器生成再保险月账单,其中,数据库中间件服务器生成再保险月账单的具体流程在下一实施例中详细讲述。
表6为一个子账单明细表的示例,子账单明细表包括以下表头项:来源表、分保单号、合约ID、合约分项、险种、业务渠道、费用类型、实际金额、应收应付日期、账单期、经纪人、再保险人、账单接受人。
表6:子账单明细表
本实施例中每日关联前一日的第一原始数据子表和前一日的第二原始数据表,得到关联数据,并将该日得到的关联数据发送至相应的数据库服务器存储,可以使得数据库服务器根据所有存储在其上的同一日产生的关联数据生成相应日的子账单明细表,进而使得数据库中间件服务器可先根据各数据库服务器各自存储的相应日子账单明细表生成,生成相应日的日账单,在生成月账单时,就直接汇总相应月内每日的日账单,因此在生成再保险月账单时,运算量小,生成效率高。
进一步地,本实施例生成的一条关联数据中只包括一个费用类型,各费用类型各自对应的关联数据均会生成,使得子账单明细表中包含的数据细致化,从而生成的再保险月账单也细致化,非常有利于用户的查看。
更进一步地,由于各原始数据的分布式存储,降低了数据库服务器的存储压力,使得应用服务器在从数据库服务器获取原始数据时速度较快,从而生成关联数据的速度较快,最终使得再保险月账单的生成效率较高。
本实施例的再保险月账单的生成方法,包括获取多台数据库服务器各自存储的前一日的多种第一原始数据子表;其中,第一原始数据子表为与原保险人相关的分保信息的数据表;所有数据库服务器中存储的同一日的相同种类的第一原始数据子表的数据组成相应日相应种类的所有与再保险相关的原始数据;获取前一日的多种第二原始数据表,第二原始数据表为与再保险接受人相关的数据表,再保险接受人包括再保险人;对于每个第一原始数据子表,将第一原始数据子表与至少一种第二原始数据表中的数据关联,得到多条关联数据;对于每个关联数据,根据关联数据包括的业务号,将关联数据发送至相应的数据库服务器进行存储,其中,存储于同一数据库服务器的同一日产生的所有关联数据用于数据库服务器生成相应日的子账单日明细表,各数据库服务器中各自存储的子账单日明细表用于数据库中间件服务器生成再保险月账单。本实施例的再保险月账单的生成方法,再保险月账单的生成效率高,且生成的再保险月账单方便用户的查看。
在各数据库服务器各自得到前一日的子账单明细表之后,数据库中间件服务器根据子账单明细表生成再保险月账单。下面对数据库中间件服务器根据子账单明细表生成再保险月账单的过程进行详细的说明。
图3为本发明提供的再保险月账单的生成方法的流程示意图二,如图3所示,本实施例的方法可以包括:
步骤S301、获取多台数据库服务器各自存储的前一日的子账单日明细表,并将获取到的各子账单日明细表汇总,得到前一日的账单日明细表;子账单日明细表中的数据是至少一个应用服务器在关联前一日的多个与再保险相关的原始数据表中的数据得到多个关联数据后,按照关联数据包括的业务号发送至相应的数据库服务器进行存储得到的,存储在同一个数据库服务器的同一日产生的关联数据组成相应日的子账单日明细表;
步骤S302、对于前一日的账单日明细表的每个目标表头项的每种属性值,提取账单明细表中包括所述属性值的各行数据,得到当前日的第一类型日账单;当前日包括的多个第一类型日账单属于不同的维度;
步骤S303、对于每一维度,将属于同一月的各日的第一类型日账单进行汇总,得到第一类型月账单;其中,目标表头项的属性值相同的第一类型日账单属于同一维度。
具体地,本实施例的执行主体可为图1中的数据库中间件服务器11。
对于步骤S301,子账单日明细表的生成参照上一实施例中的阐述。
在当前日,数据库中间件服务器将从各数据库服务器中获取前一日各自包括的子账单日明细表进行汇总,得到前一日的账单明细表。即账单明细表中包括所有子账单日明细表中的数据。
对于步骤S302,对于子账单日明细表包括的各数据,用户往往比较关心险种、费用类型相关的数据。因此,在生成日账单时,可生成多个日账单,每个日账单中只包括一种险种相关的数据或者每个日账单中包括一种费用类型相关的数据,此时,险种和费用类型即为账单日明细表的目标表头项。险种的属性值可为健康险、财产险、寿险,费用类型的属性值可为:分保扣税、分出保费等等。
具体地,当目标表头项为险种时,提取账单日明细表中险种的属性值为健康险的各条数据组成第一类型日账单;提取账单日明细表中险种的属性值为财产险的各条数据组成另一个第一类型日账单;提取账单日明细表中险种的属性值为寿险的各条数据组成另一个第一类型日账单。对于险种的其它的属性值,按照上述相同的方法,得到第一类型日账单。
更为具体地,若账单日明细表是按行存储的,则提取账单日明细表中险种的属性值为健康险的各行数据组成第一类型日账单,提取账单日明细表中险种的属性值为财产险的各行数据组成另一个第一类型日账单;提取账单日明细表中险种的属性值为寿险的各行数据组成另一个第一类型日账单。
若账单日明细表是按列存储的,则提取账单日明细表中险种的属性值为健康险的各列数据组成第一类型日账单,提取账单日明细表中险种的属性值为财产险的各列数据组成另一个第一类型日账单;提取账单日明细表中险种的属性值为寿险的各列数据组成另一个第一类型日账单。
当目标表头项为费用类型时,提取账单日明细表中费用类型的属性值为分保扣税的各条数据组成一个第一类型日账单;提取账单日明细表中费用类型的属性值为分出保费的各条数据组成另一个第一类型日账单;提取账单日明细表中费用类型的属性值为摊回赔款的各条数据组成另一个第一类型日账单。对于费用类型的其它的属性值,按照上述相同的方法,得到第一类型日账单。
也就是说,若目标表头项具有3个,第一目标表头项的属性值具有4种,第二目标表头项的属性值具有3种,第三目标表头项的属性值具有5种,则前一日的第一类型日账单就具有12个,每个第一类型日账单分属于不同的维度。
进一步地,在生成第一类型日账单时,可将提取的各行数据中的业务号和相应的第一子原始数据表的名称(即表6中的来源表的数据)删除后的在将各行数据汇总,得到第一类型日账单。
另外,还可直接将账单日明细表作为第二类型日账单,此时每日的第二类型日账单只有一个;或者将账单日明细表中的业务号和相应的第一子原始数据表的名称(即表6中的来源表的数据)这两列删除后得到第二类型日账单,此时每日的第二类型日账单也只有一个。
也就是说,本实施例可生成两种类型的日账单。
对于步骤S303,对于每一维度,将属于同一月的每日的第一类型日账单进行汇总,得到第一类型月账单;其中,目标表头项的属性值相同的第一类型日账单属于同一维度。
若一个月为30日,则将30日内每日的属于同一维度的第一类型日账单进行汇总,得到第一类型月账单,若每日的第一类型日账单具有12个,则预设时长对应的第一类型月账单就有12个。
比如,2017年3月1日的费用类型的属性值为分保扣税的第一类型日账单、2017年3月2日的费用类型的属性值为分保扣税的第一类型日账单至2017年3月31日的费用类型的属性值为分保扣税的第一类型日账单属于同一维度,汇总2017年3月1日~2017年3月31日各自的费用类型的属性值为分保扣税的第一类型日账单,得到该维度下的第一类型月账单。
上述阐述的是若日账单为第一类型日账单时,得到第一类型月账单的过程。
另外,还可将预设时长内每日的第二类型日账单进行汇总,得到第二类型月账单。
本实施例中先生成账单日明细表,再根据账单日明细表生成日账单,因此在生成月账单时,只需汇总预设时长内的日账单,运算量小,效率高。且由于生成月账单的总过程分散化,生成每日的日账单计算量小,数据处理速度快,从而使得生成月账单的总过程整体所消耗相对于现有技术消耗时间短。
进一步地,由于生成月账单的账单日明细表中的每行数据都只包括一种费用类型,使得月账单的数据比较精细,用户查看起来非常方便。另外,第一类型的月账单的数据只包括相应目标表头项的与一种属性值相关的数据,进一步方便了用户的查看。比如,第一用户只关心险种为健康险的相关数据,第一类型的月账单可以使用户只看到险种为健康险的相关数据,不会看到其它的数据,节省了用户查看数据的时间。
本实施例的再保险账单的生成方法,运算量小,效率高,且生成的月账单非常方便用户的查看。
图4为本发明实施例提供的数据库中间件服务器的结构示意图一,如图4所示,本实施的装置包括:账单日明细表获取模块41,日账单获取模块42和月账单获取模块43。
账单日明细表获取模块41,用于获取多台数据库服务器各自存储的前一日的子账单日明细表,并将获取到的各子账单日明细表汇总,得到前一日的账单日明细表;子账单日明细表中的数据是至少一个应用服务器在关联前一日的多个与再保险相关的原始数据表中的数据得到多个关联数据后,按照关联数据包括的业务号发送至相应的数据库服务器进行存储得到的,存储在同一个数据库服务器的同一日产生的关联数据组成相应日的子账单日明细表;
日账单获取模块42,用于对于前一日的账单日明细表的每个目标表头项的每种属性值,提取账单明细表中包括属性值的各行数据,得到前一日的第一类型日账单;前一日包括的多个第一类型日账单属于不同的维度;
月账单获取模块43,用于对于每一维度,将属于同一月的各日的第一类型日账单进行汇总,得到第一类型月账单;其中,目标表头项的属性值相同的第一类型日账单属于同一维度。
其中,日账单获取模块42,还用于将前一日的账单日明细表作为前一日的第二类型日账单。
月账单获取模块43,还用于将预设时长内每日的第二类型日账单进行汇总,得到第二类型月账单。
本实施例的装置,可以用于执行图3所示方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。
图5为本发明实施例提供的应用服务器的结构示意图一,如图5所示,本实施的装置包括:原始数据表获取模块51、关联数据获取模块52与发送模块53。
原始数据表获取模块51,用于获取多台数据库服务器各自存储的前一日的多种第一原始数据子表;其中,第一原始数据子表为与原保险人相关的分保信息的数据表;所有数据库服务器中存储的同一日的相同种类的第一原始数据子表的数据组成相应日相应种类的所有与再保险相关的原始数据;
原始数据表获取模块51,还用于获取前一日的多种第二原始数据表,第二原始数据表为与再保险接受人相关的数据表,再保险接受人包括再保险人;
关联数据获取模块52,对于每个第一原始数据子表,将第一原始数据子表中的数据与至少一种第二原始数据表中的数据关联,得到多条关联数据;
发送模块53,用于对于每条关联数据,根据关联数据对应的业务号,将关联数据发送至相应的数据库服务器进行存储;其中,存储于同一数据库服务器的同一日产生的所有关联数据用于所述数据库服务器生成相应日的子账单日明细表,各数据库服务器中各自存储的子账单日明细表用于数据库中间件服务器生成再保险月账单。
关联数据获取模块52具体用于,对于每个第一原始数据子表包括的每个业务号对应的一条原保险数据,提取该条原保险数据中包括的合约标识;对于每个第二原始数据表,从第二原始数据表中提取与所述合约标识相同的至少一条目标再保险数据;其中,再保险人相同的多条目标再保险数据组成一组目标再保险数据,一组目标再保险数据中的各条目标再保险数据所属的第二原始数据表不相同;对于每组目标再保险数据,根据待生成的关联数据中需包括的预设费用类型,将该条原保险数据与该组目标再保险数据中的至少一条目标再保险数据关联,生成多条关联数据;其中,预设费用类型具有多种,每条关联数据中包括一种预设费用类型。
关联数据获取模块52还具体用于,对于每组目标再保险数据,根据待生成的关联数据中需包括的预设费用类型,提取该条原保险数据中与相应预设费用类型相关的第一数据,以及该组目标再保险数据中的至少一条再保险数据中与相应预设费用类型相关的第二数据;获取第一数据与至少一个第二数据的乘积;根据该乘积得到相应预设费用类型的实际金额;合并该条原保险数据、该组目标再保险数据中的再保险接受人数据、相应预设费用类型、相应预设费用的实际金额和该条原保险数据所在的第一原始数据子表的名称,并删除该条原保险数据中与金额相关的数据,得到包括相应预设费用类型的关联数据。
本实施例的装置,可以用于执行图2所示方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。
本发明实施例提供一种再保险月账单的生成系统,包括:图4所示的数据库中间件服务器、图5所示的应用服务器和多台数据库服务器。
本发明实施例还提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,在所述计算机程序被处理器执行时,执行上述图2所示的方法实施例中的方法。
本发明实施例还提供一种电子设备,包括处理器和存储器,其中,
所述存储器用于存储程序指令;
所述处理器用于读取所述存储器中的程序指令,并根据所述存储器中的程序指令执行上述图2所示的方法实施例中的方法。
本发明实施例还提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,在所述计算机程序被处理器执行时,执行上述图3所示的方法实施例中的方法。
本发明实施例还提供一种电子设备,包括处理器和存储器,其中,
所述存储器用于存储程序指令;
所述处理器用于读取所述存储器中的程序指令,并根据所述存储器中的程序指令执行上述图3所示的方法实施例中的方法。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (12)
1.一种再保险月账单的生成方法,应用于数据库中间件服务器,其特征在于,包括:
获取多台数据库服务器各自存储的前一日的子账单日明细表,并将获取到的各子账单日明细表汇总,得到前一日的账单日明细表;子账单日明细表中的数据是至少一个应用服务器通过关联前一日的多个与再保险相关的原始数据表中的数据得到多个关联数据后,按照关联数据包括的业务号发送至相应的数据库服务器进行存储得到的,存储在同一个数据库服务器的同一日产生的关联数据组成相应日的子账单日明细表;
对于前一日的账单日明细表的每个目标表头项的每种属性值,提取账单明细表中包括所述属性值的各行数据,得到前一日的第一类型日账单;前一日包括的多个第一类型日账单属于不同的维度;
对于每一维度,将属于同一月的各日的第一类型日账单进行汇总,得到第一类型月账单;其中,目标表头项的属性值相同的第一类型日账单属于同一维度。
2.根据权利要求1所述的方法,其特征在于,在得到账单日明细表之后,所述方法还包括:
将前一日的账单日明细表作为前一日的第二类型日账单;
将属于同一月的各日的第二类型日账单进行汇总,得到第二类型月账单。
3.一种再保险账单的生成方法,应用于应用服务器,其特征在于,包括:
获取多台数据库服务器各自存储的前一日的多种第一原始数据子表;其中,所述第一原始数据子表为与原保险人相关的分保信息的数据表;所有数据库服务器中存储的同一日的相同种类的第一原始数据子表的数据组成相应日相应种类的所有与再保险相关的原始数据;
获取前一日的多种第二原始数据表,所述第二原始数据表为与再保险接受人相关的数据表,所述再保险接受人包括再保险人;
对于每个所述第一原始数据子表,将所述第一原始数据子表中的数据与至少一种所述第二原始数据表中的数据关联,得到多条关联数据;
对于每条关联数据,根据关联数据对应的业务号,将关联数据发送至相应的数据库服务器进行存储;其中,存储于同一数据库服务器的同一日产生的所有关联数据用于所述数据库服务器生成相应日的子账单日明细表,各数据库服务器中各自存储的所述子账单日明细表用于数据库中间件服务器生成再保险月账单。
4.根据权利要求3所述的方法,其特征在于,所述对于每个所述第一原始数据子表,将所述第一原始数据子表中的数据与至少一种所述第二原始数据表中的数据关联,得到多条关联数据,包括:
对于每个第一原始数据子表包括的每个业务号对应的一条原保险数据,提取该条原保险数据中包括的合约标识;
对于每个第二原始数据表,从第二原始数据表中提取与所述合约标识相同的至少一条目标再保险数据;其中,再保险人相同的多条目标再保险数据组成一组目标再保险数据,一组目标再保险数据中的各条目标再保险数据所属的第二原始数据表不相同;
对于每组目标再保险数据,根据待生成的关联数据中需包括的预设费用类型,将该条原保险数据与该组目标再保险数据中的至少一条目标再保险数据关联,生成多条关联数据;其中,预设费用类型具有多种,每条关联数据中包括一种预设费用类型。
5.根据权利要求3所述的方法,其特征在于,对于每组目标再保险数据,根据待生成的关联数据中需包括的预设费用类型,将该条原保险数据与该组目标再保险数据中的至少一条目标再保险数据关联,生成多条关联数据,包括:
对于每组目标再保险数据,根据待生成的关联数据中需包括的预设费用类型,提取该条原保险数据中与相应预设费用类型相关的第一数据,以及该组目标再保险数据中的至少一条再保险数据中与相应预设费用类型相关的第二数据;
获取所述第一数据与至少一个所述第二数据的乘积;
根据所述乘积得到相应预设费用类型的实际金额;
合并该条原保险数据、该组目标再保险数据中的再保险接受人数据、相应预设费用类型、相应预设费用的实际金额和该条原保险数据所在的第一原始数据子表的名称,并删除该条原保险数据中与金额相关的数据,得到包括相应预设费用类型的关联数据。
6.一种数据库中间件服务器,其特征在于,包括:
账单日明细表获取模块,用于获取多台数据库服务器各自存储的前一日的子账单日明细表,并将获取到的各子账单日明细表汇总,得到前一日的账单日明细表;子账单日明细表中的数据是至少一个应用服务器在关联前一日的多个与再保险相关的原始数据表中的数据得到多个关联数据后,按照关联数据包括的业务号发送至相应的数据库服务器进行存储得到的,存储在同一个数据库服务器的同一日产生的关联数据组成相应日的子账单日明细表;
日账单获取模块,用于对于前一日的账单日明细表的每个目标表头项的每种属性值,提取账单明细表中包括所述属性值的各行数据,得到前一日的第一类型日账单;前一日包括的多个第一类型日账单属于不同的维度;
月账单获取模块,用于对于每一维度,将属于同一月的每日的第一类型日账单进行汇总,得到第一类型月账单;其中,目标表头项的属性值相同的第一类型日账单属于同一维度。
7.一种应用服务器,其特征在于,包括:
原始数据表获取模块,用于获取多台数据库服务器各自存储的前一日的多种第一原始数据子表;其中,所述第一原始数据子表为与原保险人相关的分保信息的数据表;所有数据库服务器中存储的同一日的相同种类的第一原始数据子表的数据组成相应日相应种类的所有与再保险相关的原始数据;
原始数据表获取模块,还用于获取前一日的多种第二原始数据表,所述第二原始数据表为与再保险接受人相关的数据表,所述再保险接受人包括再保险人;
关联数据获取模块,对于每个所述第一原始数据子表,将所述第一原始数据子表中的数据与至少一种所述第二原始数据表中的数据关联,得到多条关联数据;
发送模块,用于对于每条关联数据,根据关联数据对应的业务号,将关联数据发送至相应的数据库服务器进行存储;其中,存储于同一数据库服务器的同一日产生的所有关联数据用于所述数据库服务器生成相应日的子账单日明细表,各数据库服务器中各自存储的所述子账单日明细表用于数据库中间件服务器生成再保险月账单。
8.一种再保险月账单的生成系统,其特征在于,包括:权利要求6所述的数据库中间件服务器、权利要求7所述的应用服务器和多台数据库服务器。
9.一种计算机可读存储介质,其特征在于,计算机可读存储介质上存储有计算机程序,在所述计算机程序被处理器执行时,执行权利要求1或2所述的方法。
10.一种电子设备,其特征在于,包括处理器和存储器,其中,
存储器,用于存储程序;
处理器,用于执行所述存储器存储的所述程序,当所述程序被执行时,所述处理器用于执行权利要求1或2所述的方法。
11.一种计算机可读存储介质,其特征在于,计算机可读存储介质上存储有计算机程序,在所述计算机程序被处理器执行时,执行权利要求3至5任一项所述的方法。
12.一种电子设备,其特征在于,包括处理器和存储器,其中,
存储器,用于存储程序;
处理器,用于执行所述存储器存储的所述程序,当所述程序被执行时,所述处理器用于执行权利要求3至5任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711329847.4A CN108062383A (zh) | 2017-12-13 | 2017-12-13 | 再保险月账单的生成方法、装置和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711329847.4A CN108062383A (zh) | 2017-12-13 | 2017-12-13 | 再保险月账单的生成方法、装置和设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108062383A true CN108062383A (zh) | 2018-05-22 |
Family
ID=62138559
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711329847.4A Pending CN108062383A (zh) | 2017-12-13 | 2017-12-13 | 再保险月账单的生成方法、装置和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108062383A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110175820A (zh) * | 2019-05-31 | 2019-08-27 | 北京金山云网络技术有限公司 | 云计算业务的账单处理方法、装置、电子设备及存储介质 |
CN111524020A (zh) * | 2020-04-26 | 2020-08-11 | 泰康保险集团股份有限公司 | 数据处理方法、装置、设备及存储介质 |
CN112465615A (zh) * | 2020-12-01 | 2021-03-09 | 中国联合网络通信集团有限公司 | 账单数据的处理方法、装置及系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050278295A1 (en) * | 2004-05-29 | 2005-12-15 | Kerstin Bernet | Systems and methods for creating a database for accounting purposes |
CN101534494A (zh) * | 2009-04-13 | 2009-09-16 | 中国联合网络通信集团有限公司 | 结算出账处理方法和装置 |
CN102026138A (zh) * | 2009-09-16 | 2011-04-20 | 广州从兴电子开发有限公司 | 一种通信费账单输出方法及系统 |
CN103377264A (zh) * | 2012-04-28 | 2013-10-30 | 阿里巴巴集团控股有限公司 | 一种生成账单的方法及装置 |
CN103838770A (zh) * | 2012-11-26 | 2014-06-04 | 中国移动通信集团北京有限公司 | 一种数据逻辑分区的方法和系统 |
-
2017
- 2017-12-13 CN CN201711329847.4A patent/CN108062383A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050278295A1 (en) * | 2004-05-29 | 2005-12-15 | Kerstin Bernet | Systems and methods for creating a database for accounting purposes |
CN101534494A (zh) * | 2009-04-13 | 2009-09-16 | 中国联合网络通信集团有限公司 | 结算出账处理方法和装置 |
CN102026138A (zh) * | 2009-09-16 | 2011-04-20 | 广州从兴电子开发有限公司 | 一种通信费账单输出方法及系统 |
CN103377264A (zh) * | 2012-04-28 | 2013-10-30 | 阿里巴巴集团控股有限公司 | 一种生成账单的方法及装置 |
CN103838770A (zh) * | 2012-11-26 | 2014-06-04 | 中国移动通信集团北京有限公司 | 一种数据逻辑分区的方法和系统 |
Non-Patent Citations (1)
Title |
---|
崔枝: "基于Ajax技术电信财务数据处理平台的设计与实现", 《中国硕士学位论文全文数据库 信息科技辑》 * |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110175820A (zh) * | 2019-05-31 | 2019-08-27 | 北京金山云网络技术有限公司 | 云计算业务的账单处理方法、装置、电子设备及存储介质 |
CN111524020A (zh) * | 2020-04-26 | 2020-08-11 | 泰康保险集团股份有限公司 | 数据处理方法、装置、设备及存储介质 |
CN111524020B (zh) * | 2020-04-26 | 2023-08-15 | 泰康保险集团股份有限公司 | 数据处理方法、装置、设备及存储介质 |
CN112465615A (zh) * | 2020-12-01 | 2021-03-09 | 中国联合网络通信集团有限公司 | 账单数据的处理方法、装置及系统 |
CN112465615B (zh) * | 2020-12-01 | 2023-06-30 | 中国联合网络通信集团有限公司 | 账单数据的处理方法、装置及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20050080725A1 (en) | Banking systems | |
Goodfriend | Financial stability, deflation, and monetary policy | |
Adhikary | Factors influencing foreign direct investment in South Asian economies: A comparative analysis | |
US8386383B1 (en) | Money fund banking system with multiple banks and/or rates | |
CN108062383A (zh) | 再保险月账单的生成方法、装置和设备 | |
Ogbuji et al. | Comparative analysis of financial technology and traditional bank performance in Nigeria: The CAMELS approach | |
Fisher | An unconventional journey: the Bank of England's asset purchase programme | |
CN114897590A (zh) | 表单核对方法、装置、计算机设备和存储介质 | |
CN106169153A (zh) | 一种印花税的自动核算方法及系统 | |
Avramovič | External Debt of Developing Countries in Late 1983 | |
Mobius | The Inflation Myth and the Wonderful World of Deflation | |
Porter et al. | Currency ratios and US underground economic activity | |
JP2003281627A (ja) | 支払金額表示方法及びそのプログラム | |
Ma’in et al. | Off-balance sheet income activities for Islamic and conventional banks | |
CN109584057A (zh) | 交易明细数据获取方法、装置以及服务器 | |
Zubradt | Payments System Research: Our 2020 Vision | |
Auty | Mining as a generator of wealth: potential conflicts and solutions | |
Meera et al. | Seigniorage of Fiat Money and the Maqāsid al-Sharī’ah: the Unattainableness of the Maqāsid | |
Kaufman | The Savings and Loan Rescue of 1989: Causes and Perspectives | |
US20220058598A1 (en) | Novel currency and method of using the same | |
Ventimiglia | Commodity markets | |
CN110717747B (zh) | 结算方法、结算装置、结算终端以及计算机存储介质 | |
Bach | US international transactions | |
Musgrave | A new justification for full reserve banking? | |
Ratha105 | Migrant Remittances in Central America |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180522 |
|
RJ01 | Rejection of invention patent application after publication |