[发明专利]一种入账后可实时进行电子登记薄调增的方法及系统

权利要求书

1.一种入账后可实时进行电子登记薄调增的方法，其特征在于，包括：

根据商户的转账交易信息生成流水表；

将所述流水表落入至Mysql数据库，生成落库记录；根据落库记录生成相应的binlog日志；

通过分布式流处理引擎收集binlog日志，得到封装后的binlog日志；

将所述封装后的binlog日志发送至分布式消息中间件的待消费主题，待消费主题对封装后的binlog日志进行日志处理；

配置待监控的入金账户，并获取入金账户信息；

配置待同步的源消费主题和目的消费主题；添加过滤规则；通过消费源Kafka-topic1中的消息，加载过滤规则；同步需监控的入金账户信息，并对入金账户信息进行打标，得到打标后的入金账户信息；将打标后的入金账户信息同步至消费源Kafka-topic2；

消费源Kafka-topic2接收打标后的入金账户信息；判断打标后的入金账户信息对应的入金账户是否已配置；对未配置的入金账户对应的打标后的入金账户信息进行舍弃；保存已配置的入金账户对应的打标后的入金账户信息，得到筛选后的入金账户信息；

获取交易平台号，基于交易平台号区分筛选后的入金账户信息的业务类型；基于业务类型执行业务处理。

2.如权利要求1所述的方法，其特征在于，所述根据商户的转账交易信息生成流水表，包括：

收集商户的入金交易信息；所述入金交易信息包括：付款账户号、收款账户号、交易金额、交易类型、交易日期；

将商户的每笔入金交易信息存储至流水表。

3.如权利要求1所述的方法，其特征在于，所述通过分布式流处理引擎收集binlog日志，得到封装后的binlog日志，包括：

通过Canal模拟Mysql slave的交互协议；向Mysql master发送dump协议；Mysql接收dump协议，推送binlog日志至Canal；分布式流处理引擎对binlog日志进行解析；获得解析后的binlog日志；对解析后的binlog日志进行二次封装，得到封装后的binlog日志。

4.如权利要求3所述的方法，其特征在于，所述二次封装包括：对binlog日志进行打标以及对binlog日志进行清洗。

5.如权利要求1所述的方法，其特征在于，所述基于业务类型执行业务处理，包括：若业务类型为母户入金，则将筛选后的入金账户信息发送至商户。

6.如权利要求1所述的方法，其特征在于，所述日志处理包括：待消费主题统计封装后的binlog日志的总量以及采集封装后的binlog日志的进度。

7.一种入账后可实时进行电子登记薄调增的系统，其特征在于，包括：

流水表生成模块；用于根据商户的转账交易信息生成流水表；

binlog日志生成模块，用于将所述成功流水表落入至Mysql数据库，生成落库记录；根据落库记录生成相应的binlog日志；

binlog日志封装模块，用于通过分布式流处理引擎收集binlog日志，得到封装后的binlog日志；

日志处理模块，用于将所述封装后的binlog日志发送至分布式消息中间件的待消费主题，待消费主题对封装后的binlog日志进行日志处理；

配置模块，用于配置待监控的入金账户，并获取入金账户信息；

过滤模块，用于配置待同步的源消费主题和目的消费主题；添加过滤规则；通过消费源Kafka-topic1中的消息，加载过滤规则；同步需监控的入金账户信息，并对入金账户信息进行打标，得到打标后的入金账户信息；将打标后的入金账户信息同步至消费源Kafka-topic2；

筛选模块，用于消费源Kafka-topic2接收打标后的入金账户信息；判断打标后的入金账户信息对应的入金账户是否已配置；对未配置的入金账户对应的打标后的入金账户信息进行舍弃；保存已配置的入金账户对应的打标后的入金账户信息，得到筛选后的入金账户信息；

业务执行模块，用于获取交易平台号，基于交易平台号区分筛选后的入金账户信息的业务类型；基于业务类型执行业务处理。