CN109389352A - 消费养老管理系统 - Google Patents

Abstract

本发明涉及一种消费养老管理系统，包括数据采集接入层、数据存储服务层、后台应用服务层。数据采集接入层包括前端、外接系统，前端包括消费者移动端、商家移动端、消费者或商家PC端。数据存储服务层包括数据存储层、数据服务层，数据存储层包括数据统一处理后台、缓存数据库Redis集群、关系数据库Mysql集群、Hadoop集群，数据服务层包括数据功能模块。后台应用服务层包括后台、后台应用层，后台包括基础后台、APP后台、微信服务后台、PC端后台、支付系统后台，后台应用层包括应用层、应用服务层。本发明通过建立Mysql集群的方式使得系统能够支持至少100万级别的TPS，具有高吞吐、低延迟，可横向扩展的特点。

Description

消费养老管理系统

技术领域

本发明涉及一种互联网养老管理系统，特别涉及一种消费养老管理系统，属于互联网应用领域。

背景技术

消费养老是最近崛起的一种养老模式，其核心是消费者在购买企业的产品时企业回馈消费者一定的养老金的制度，在不影响企业运营和消费者日常消费的过程中，实现零成本，轻松积攒养老金。在日常消费中，商家通常会以现金、实物或者积分的形式对消费者进行返利，而通过联合消费养老金合格计划(Confederate Consumer Pension Plan，简称CCPP)，消费者可以将这些返利按照约定转换成个人的养老金权益，从而实现在日常的消费中零成本积累养老金。联合消费养老金合格计划是指消费者在发生消费行为后，由让利机构以积分等形式返点让利，经过消费者同意，将消费积分转换养老金权益，并依法委托中国老龄事业发展基金委员会按照信托原则和本章程实施管理的，约定在年满60岁后支取的合格养老金计划。和传统的商业模式相比，消费养老模式的一方面，消费者在购买商品的过程中总会得到一些超出预期的收益，因此持欢迎态度，另一方面，供应商得到大规模的订单，不仅使得他们扩大了市场，而且由于产品是由他们直接供应给消费品，成本会大大降低。

目前，消费养老领域内有积分宝、大众消费养老及其类似产品，但是运作模式、产品流程和技术架构都存在一些问题。现有模式和技术都是电商类模式和技术架构，只能在线上自家商城消费交易返养老金，一是无法拓展线下商家，二是自营产品没有足够的吸引力，三是资金流转模式不够合规，四是功能单一。

发明内容

本发明消费养老管理系统公开了新的方案，通过建立Mysql集群的方式使得系统能够支持至少100万级别的TPS，解决了现有方案性能不佳的问题。

本发明消费养老管理系统包括数据采集接入层、数据存储服务层、后台应用服务层，数据采集接入层、数据存储服务层、后台应用服务层互通信息。数据采集接入层包括前端、外接系统，前端包括消费者移动端、商家移动端、消费者或商家PC端，前端与后台服务层互通信息，外接系统包括第三方支付平台、电商平台、商家积分系统，外接系统通过外接系统后台与数据存储服务层、后台应用服务层互通信息。数据存储服务层包括数据存储层、数据服务层，数据存储层包括数据统一处理后台、缓存数据库Redis集群、关系数据库Mysql集群、Hadoop集群，缓存数据库Redis集群、关系数据库Mysql集群、Hadoop集群与数据统一处理后台互通信息，后台应用服务层、外接系统通过数据统一处理后台与数据存储层互通信息，数据服务层包括数据分析模块、关系型数据管理模块、分布式搜索引擎模块、分布式内容管理模块、统一数据接入服务模块，数据服务层通过统一数据接入服务模块与后台应用服务层、外接系统进行数据交互。后台应用服务层包括后台、后台应用层，后台包括基础后台、APP后台、微信服务后台、PC端后台、支付系统后台，APP后台、微信服务后台、PC端后台、支付系统后台与基础后台互通信息，后台通过基础后台与前端互通信息，后台应用层包括应用层、应用服务层，应用层与应用服务层互通信息，应用层包括多个端口功能模块，应用服务层包括多个与对应的端口功能模块数据连接的功能服务模块。

进一步，本方案的应用层的多个端口功能模块包括登陆注册模块、开户认证模块、查询消费养老金模块、完善用户/商家信息模块、用户商家交互模块、扫码支付模块、商家搜索模块、商户产品设置使用模块、统计报表模块、店员管理模块、交易记录查询模块。

进一步，本方案的应用服务层的多个功能服务模块包括定位服务模块、短信服务模块、身份验证模块、第三方支付服务模块、数据统计服务模块、二维码生成识别服务、图片处理服务模块、视频处理服务模块、地图服务模块、外接系统服务模块、数据同步服务模块、二次开发接口服务模块。

进一步，本方案的后台与前端间设有负载均衡服务器Nginx，前端与后台通过负载均衡服务器Nginx访问交互。

进一步，本方案的前端还包括CDN模块，CDN模块包括CDN服务器、静态文件存储服务器，CDN服务器与静态文件存储服务器互通信息，前端通过CDN模块提高访问的响应速度。

进一步，本方案的外接系统通过消息中间件Kafka与外接系统后台信息互通。

进一步，本方案的后台还包括消息中间件Kafka，基础后台、APP后台、微信服务后台、PC端后台通过消息中间件Kafka异步交互。

进一步，本方案的数据存储层还包括消息中间件Kafka，数据统一处理后台与缓存数据库Redis集群、关系数据库Mysql集群、Hadoop集群通过消息中间件Kafka信息互通，缓存数据库Redis集群、关系数据库Mysql集群、Hadoop集群通过消息中间件Kafka实现数据同步。

进一步，本方案的Hadoop集群包括Hbase数据库A、Hbase数据库B，Hbase数据库A与Spark数据处理器连接，Hbase数据库B与Lucene数据库连接，Hbase数据库A与Hbase数据库B互通信息形成信息同步。

本发明消费养老管理系统通过建立Mysql集群的方式使得系统能够支持至少100万级别的TPS，具有高吞吐、低延迟，可横向扩展的特点。

附图说明

图1是本发明消费养老管理系统的系统架构图。

图2是消费养老管理系统的系统网络拓扑图。

图3是商家预存款返消费养老金模式流程图。

图4是移动支付返消费养老金模式流程图。

图5是银行卡支付返消费养老金模式流程图。

图6是积分兑换消费养老金模式流程图(以银行积分为例)。

图7是电商购物返消费养老金模式流程图。

具体实施方式

如图1、2所示，本发明消费养老管理系统的示意图。消费养老管理系统包括数据采集接入层、数据存储服务层、后台应用服务层，数据采集接入层、数据存储服务层、后台应用服务层互通信息。数据采集接入层包括前端、外接系统，前端包括消费者移动端、商家移动端、消费者或商家PC端，前端与后台服务层互通信息，外接系统包括第三方支付平台、电商平台、商家积分系统，外接系统通过外接系统后台与数据存储服务层、后台应用服务层互通信息。数据存储服务层包括数据存储层、数据服务层，数据存储层包括数据统一处理后台、缓存数据库Redis集群、关系数据库Mysql集群、Hadoop集群，缓存数据库Redis集群、关系数据库Mysql集群、Hadoop集群与数据统一处理后台互通信息，后台应用服务层、外接系统通过数据统一处理后台与数据存储层互通信息，数据服务层包括数据分析模块、关系型数据管理模块、分布式搜索引擎模块、分布式内容管理模块、统一数据接入服务模块，数据服务层通过统一数据接入服务模块与后台应用服务层、外接系统进行数据交互。后台应用服务层包括后台、后台应用层，后台包括基础后台、APP后台、微信服务后台、PC端后台、支付系统后台，APP后台、微信服务后台、PC端后台、支付系统后台与基础后台互通信息，后台通过基础后台与前端互通信息，后台应用层包括应用层、应用服务层，应用层与应用服务层互通信息，应用层包括多个端口功能模块，应用服务层包括多个与对应的端口功能模块数据连接的功能服务模块。进一步，为了实现系统的前端应用，本方案的应用层的多个端口功能模块包括登陆注册模块、开户认证模块、查询消费养老金模块、完善用户/商家信息模块、用户商家交互模块、扫码支付模块、商家搜索模块、商户产品设置使用模块、统计报表模块、店员管理模块、交易记录查询模块。进一步，为应用层提供共性的应用服务，本方案的应用服务层的多个功能服务模块包括定位服务模块、短信服务模块、身份验证模块、第三方支付服务模块、数据统计服务模块、二维码生成识别服务、图片处理服务模块、视频处理服务模块、地图服务模块、外接系统服务模块、数据同步服务模块、二次开发接口服务模块。上述方案通过建立Mysql集群的方式使得系统能够支持至少100万级别的TPS，能够实现所有交易场景下消费养老金的获取，在不改变用户现有交易习惯的前提下实现信息流程和资金流程合规合理。

为了提高数据的传输效率，提高网络的响应速度，本方案的后台与前端间设有负载均衡服务器Nginx，前端与后台通过负载均衡服务器Nginx访问交互。而且本方案的前端还包括CDN模块，CDN模块包括CDN服务器、静态文件存储服务器，CDN服务器与静态文件存储服务器互通信息，前端通过CDN模块提高访问的响应速度。

为了实现系统对数据传送的要求，本方案的外接系统通过消息中间件Kafka与外接系统后台信息互通。本方案的后台还包括消息中间件Kafka，基础后台、APP后台、微信服务后台、PC端后台通过消息中间件Kafka异步交互。本方案的数据存储层还包括消息中间件Kafka，数据统一处理后台与缓存数据库Redis集群、关系数据库Mysql集群、Hadoop集群通过消息中间件Kafka信息互通，缓存数据库Redis集群、关系数据库Mysql集群、Hadoop集群通过消息中间件Kafka实现数据同步。

本方案的Hadoop集群包括Hbase数据库A、Hbase数据库B，Hbase数据库A与Spark数据处理器连接，Hbase数据库B与Lucene数据库连接，Hbase数据库A与Hbase数据库B互通信息形成信息同步。数据库集群是可扩展、扩充的开放式结构，满足不同的要求。

本方案公开了一种互联网消费养老的创新模式。

如图1所示，系统的架构主要包括以下内容：⑴系统采集接入层是数据的入口，主要负责采集用户信息、商家信息、交易信息，以及商场、银行、电信、航空等积分信息；⑵数据存储层，分为事务数据和分布式数据，分别使用Mysql集群、Redis和HBase存储；⑶数据服务层，包括数据分析、关系型数据管理、分布式搜索引擎、分布式内容管理，都通过统一的数据接入服务与数据存储层进行数据交互；⑷应用服务层，为应用层提供共性的应用服务，比如定位服务、短信服务、身份验证服务、第三方支付服务、数据统计服务、地图服务、二次接口服务等，以构件的形式为上层具体应用提供服务支撑。⑸应用层，本方案小确幸APP的C端和B端提供的具体功能，比如注册、开户认证、查询消费养老金、扫码支付、查看商家信息、统计报表、查询交易记录等。

如图2所示，系统的网络拓扑主要包括以下内容：⑴前端分为消费者、商家移动端，以及消费者、商家PC端；⑵后台服务程序分为基础平台、APP后台、微信服务后台、PC端后台，通过消息中间件异步交互；⑶前端和后台访问交互采用负载均衡策略；⑷数据存储处理部分采用Redis、Mysql集群和Hadoop集群混搭，消息中间件负责各类数据库间的数据同步；⑸外接系统包括第三方支付平台、电商平台、以及商家积分系统；⑹前端采用CDN提高访问的响应速度。⑺数据存储处理和外接系统通过统一平台接入，便于管理。

如图3所示，商家预存款返消费养老金模式流程：

⑴商家通过APP预存一部分资金；

⑵用户消费后，通过现金或者其他本方案小确幸APP不支持的交易方式付款；

⑶用户打开APP或者微信公众号出示个人二维码；

⑷商家打开APP，调扫一扫，扫描用户二维码后，输入本次交易金额，然后根据前期设定的返金比例，从商家预存款中扣除并存至银行个人账户。

如图4所示，移动支付返消费养老金模式流程：

⑴商家打开APP出示收款二维码(或者提前将收款二维码打印贴在收银台)；

⑵用户打开APP或者微信公众号，调扫一扫，扫描商家收款二维码，输入本次交易金额，选择支付方式(微信支付或者支付宝支付)，然后确认付款；

⑶系统后台按照商家前期设定的返金比例计算用户应得的消费养老金金额，并存至银行个人账户，将剩余款项T+1打给商家。

如图5所示，银行卡支付返消费养老金模式流程：

⑴用户报手机号；

⑵商家操作POS机输入用户手机号，确认用户是否为本方案小确幸APP注册会员；

⑶用户刷银行卡，并确认付款；

⑷系统后台按照商家前期设定的返金比例计算用户应得的消费养老金金额，并存至银行个人账户，将剩余款项T+1打给商家。

如图6所示，积分兑换消费养老金模式流程(以银行积分为例):

⑴在银行官网兑换

①登录银行官方网站；

②同意兑换协议，确认开通本方案小确幸APP注册会员；

③选择兑换金额并确认；

④银行扣除相应积分，按照约定周期结算消费养老金；

⑤将消费养老金存至银行个人账户。

⑵在本方案小确幸APP兑换

①用户打开APP或者微信公众号；

②查看积分，同意兑换协议；

③选择兑换金额并确认；

④系统后台将兑换信息发送至银行，银行扣除相应积分，按照约定周期结算消费养老金；

⑤将消费养老金存至银行个人账户。

如图7所示，电商购物返消费养老金模式流程：

⑴用户登录电商平台购物，选择商品下单购买；

⑵电商平台邮寄商品，用户收到后确认收货；

⑶过了退款期，电商平台将用户订单数据发送至系统后台；

⑷系统后台按照商家前期设定的返金比例计算用户应得的消费养老金金额；

⑸电商平台按照约定周期结算消费养老金；

⑹将消费养老金存至银行个人账户。

基于以上内容，本方案消费养老管理系统具有以下特点：

⑴全覆盖。从线上到线下，从消费到积分，需要设计并实现零售市场所有交易场景下的消费养老金清分。

⑵高性能。通过建立Mysql集群等方式能够支持至少100万级别的TPS，实现高吞吐、低延迟，并可横向扩展。

⑶小侵入。不改变用户现有交易支付习惯，从后台实现交易金额的实时清分。

⑷易扩展。能够根据业务拓展需求，自适应扩展后台架构，在用户没有感知的情况下实现无缝扩充，同时能够对接兼容各类外接系统，特别是积分系统。

因此，本方案能够实现所有交易场景下消费养老金的获取，在不改变用户现有交易习惯的前提下实现信息流程和资金流程合规合理。基于以上特点，本方案的消费养老管理系统相比同类方案具有突出的实质性特点和显著的进步。

本方案的消费养老管理系统并不限于具体实施方式中公开的内容，实施例中出现的技术方案可以基于本领域技术人员的理解而延伸，本领域技术人员根据本方案结合公知常识作出的简单替换方案也属于本方案的范围。

Claims (9)

1.消费养老管理系统，其特征是包括数据采集接入层、数据存储服务层、后台应用服务层，所述数据采集接入层、数据存储服务层、后台应用服务层互通信息；

所述数据采集接入层包括前端、外接系统，所述前端包括消费者移动端、商家移动端、消费者或商家PC端，所述前端与所述后台服务层互通信息，所述外接系统包括第三方支付平台、电商平台、商家积分系统，所述外接系统通过外接系统后台与所述数据存储服务层、后台应用服务层互通信息；

所述数据存储服务层包括数据存储层、数据服务层，所述数据存储层包括数据统一处理后台、缓存数据库Redis集群、关系数据库Mysql集群、Hadoop集群，所述缓存数据库Redis集群、关系数据库Mysql集群、Hadoop集群与所述数据统一处理后台互通信息，所述后台应用服务层、外接系统通过所述数据统一处理后台与所述数据存储层互通信息，所述数据服务层包括数据分析模块、关系型数据管理模块、分布式搜索引擎模块、分布式内容管理模块、统一数据接入服务模块，所述数据服务层通过所述统一数据接入服务模块与所述后台应用服务层、外接系统进行数据交互；

所述后台应用服务层包括后台、后台应用层，所述后台包括基础后台、APP后台、微信服务后台、PC端后台、支付系统后台，所述APP后台、微信服务后台、PC端后台、支付系统后台与所述基础后台互通信息，所述后台通过所述基础后台与所述前端互通信息，所述后台应用层包括应用层、应用服务层，所述应用层与所述应用服务层互通信息，所述应用层包括多个端口功能模块，所述应用服务层包括多个与对应的端口功能模块数据连接的功能服务模块。

2.根据权利要求1所述的消费养老管理系统，其特征在于，所述应用层的多个端口功能模块包括登陆注册模块、开户认证模块、查询消费养老金模块、完善用户/商家信息模块、用户商家交互模块、扫码支付模块、商家搜索模块、商户产品设置使用模块、统计报表模块、店员管理模块、交易记录查询模块。

3.根据权利要求2所述的消费养老管理系统，其特征在于，所述应用服务层的多个功能服务模块包括定位服务模块、短信服务模块、身份验证模块、第三方支付服务模块、数据统计服务模块、二维码生成识别服务、图片处理服务模块、视频处理服务模块、地图服务模块、外接系统服务模块、数据同步服务模块、二次开发接口服务模块。

4.根据权利要求1至3中任一项所述的消费养老管理系统，其特征在于，所述后台与所述前端间设有负载均衡服务器Nginx，所述前端与所述后台通过所述负载均衡服务器Nginx访问交互。

5.根据权利要求1至3中任一项所述的消费养老管理系统，其特征在于，所述前端还包括CDN模块，所述CDN模块包括CDN服务器、静态文件存储服务器，所述CDN服务器与所述静态文件存储服务器互通信息，所述前端通过所述CDN模块提高访问的响应速度。

6.根据权利要求1至3中任一项所述的消费养老管理系统，其特征在于，所述外接系统通过消息中间件Kafka与所述外接系统后台信息互通。

7.根据权利要求1至3中任一项所述的消费养老管理系统，其特征在于，所述后台还包括消息中间件Kafka，所述基础后台、APP后台、微信服务后台、PC端后台通过所述消息中间件Kafka异步交互。

8.根据权利要求1至3中任一项所述的消费养老管理系统，其特征在于，所述数据存储层还包括消息中间件Kafka，所述数据统一处理后台与所述缓存数据库Redis集群、关系数据库Mysql集群、Hadoop集群通过所述消息中间件Kafka信息互通，所述缓存数据库Redis集群、关系数据库Mysql集群、Hadoop集群通过所述消息中间件Kafka实现数据同步。

9.根据权利要求1至3中任一项所述的消费养老管理系统，其特征在于，所述Hadoop集群包括Hbase数据库A、Hbase数据库B，所述Hbase数据库A与Spark数据处理器连接，所述Hbase数据库B与Lucene数据库连接，所述Hbase数据库A与所述Hbase数据库B互通信息形成信息同步。