首页> 中国专利> 一种基于中台模式的积分业务系统

一种基于中台模式的积分业务系统

摘要

本发明涉及一种基于中台模式的积分业务系统,包括渠道接入层、应用层、服务层、支持层和基础设施层;所述的渠道接入层包括多个不同类型的流量入口;所述的应用层根据不同的应用场景分为多个业务场景模块;所述的服务层按照服务类型分为多个子模块,包括账户服务模块、业务服务模块和核心服务模块;所述的支持层包括技术中台、数据中台和核心数据模块,所述的技术中台提供了积分业务系统建设过程中的技术一致性标准,所述的数据中台提供了积分业务系统中数据的存储,所述的核心数据模块对接总行核心数据库;所述的基础设施层依托硬件环境部署为积分业务系统提供数据、网络负载服务。与现有技术相比,本发明具有复用性和可扩展性强的优点。

著录项

  • 公开/公告号CN112288501A

    专利类型发明专利

  • 公开/公告日2021-01-29

    原文格式PDF

  • 申请/专利权人 上海浦东发展银行股份有限公司;

    申请/专利号CN202011327139.9

  • 申请日2020-11-24

  • 分类号G06Q30/02(20120101);G06F9/54(20060101);G06F9/50(20060101);

  • 代理机构31225 上海科盛知识产权代理有限公司;

  • 代理人丁云

  • 地址 200002 上海市黄浦区中山东一路12号

  • 入库时间 2023-06-19 09:44:49

说明书

技术领域

本发明涉及一种数据处理技术领域,尤其是涉及一种基于中台模式的积分业务系统。

背景技术

信用卡积分不仅可以兑换航空里程,加油卡,免费洗车,体检,享受一系列高端权益等福利,还可以用积分变现,同时还可用于积分抽奖等不同应用场景下,银行为了提高用户的体验,会不断扩展应用场景。

目前的积分业务系统采用“前台+后台”的架构模式,此种架构下系统的复用性和扩展性有限,这与需要不断扩展应用场景的需求相矛盾,因此需要提供如何提供一种复用性和扩展性强的积分业务系统成为亟待解决的技术问题。

发明内容

本发明的目的就是为了克服上述现有技术存在的缺陷而提供一种基于中台模式的积分业务系统。

本发明的目的可以通过以下技术方案来实现:

一种基于中台模式的积分业务系统,包括渠道接入层、应用层、服务层、支持层和基础设施层;

所述的渠道接入层包括多个不同类型的流量入口;

所述的应用层根据不同的应用场景分为多个业务场景模块;

所述的服务层按照服务类型分为多个子模块,包括账户服务模块、业务服务模块和核心服务模块;

所述的支持层包括技术中台、数据中台和核心数据模块,所述的技术中台提供了积分业务系统建设过程中的技术一致性标准,所述的数据中台提供了积分业务系统中数据的存储,所述的核心数据模块对接总行核心数据库;

所述的基础设施层依托硬件环境部署为积分业务系统提供数据、网络负载服务。

优选地,所述的渠道接入层的流量入口包括微信公众号、APP。

优选地,所述的业务场景模块包括积分兑换模块、积分抽奖模块、积分捐赠模块以及积分账户服务模块。

优选地,所述的积分兑换模块用于提供基于积分兑换业务处理的服务,所述的积分抽奖模块用于提供基于积分抽奖业务处理的服务,所述的积分捐赠模块用于提供通过积分进行慈善捐助的服务,所述的积分账户服务模块提供了客户积分查询功能。

优选地,所述的应用层采用无状态应用,使用系统共享资源,应用层的业务场景模块个数可以根据应用场景的不同进行扩展。

优选地,所述的账户服务模块提供针对账户信息查询、卡片信息查询、客户信息查询、信用额度查询、积分额度查询、里程额度查询。

优选地,所述的业务服务模块提供订单服务、支付服务、物流服务、地址服务、消息服务、抽奖服务,所述的核心服务模块提供基础的服务能力。

优选地,所述的核心服务模块用于上层服务的认证、路由和注册。

优选地,所述的技术中台包括配置中心、日志中心、持续集成技术标准和容器平台技术标准。

优选地,所述的数据中台包括数据仓库系统、天梯系统。

与现有技术相比,本发明具有如下优点:

(1)本发明传统“前台+后台”的架构模式比较,采用中台建设模式,适配前台与后台的配速问题,沉淀能力,提高了资源的使用率,服务的复用性、可扩展性,有效的、合理的利用平台资源。

(2)本发明当业务场景需要扩容时,应用层由于属于无状态应用,且使用平台共享资源,整体扩展性高度灵活,整个系统都可以根据业务的发展需要水平扩展,提高系统扩展能力;

(3)本发明系统复用性主要体现在服务层对下层资源的整合,对应用层提供了稳定的服务能力;

(4)本发明组件化、模块化的设计思想,通过能力编排的方式进行组织形成响应新业务模式,系统具备快速响应能力。

附图说明

图1为本发明基于中台模式的积分业务系统的组成示意图。

图中,1为渠道接入层,2为应用层,3为服务层,4为支持层,5为基础设施层。

具体实施方式

下面结合附图和具体实施例对本发明进行详细说明。注意,以下的实施方式的说明只是实质上的例示,本发明并不意在对其适用物或其用途进行限定,且本发明并不限定于以下的实施方式。

实施例

如图1所示,一种基于中台模式的积分业务系统,包括渠道接入层1、应用层2、服务层3、支持层4和基础设施层5。具体如下:

渠道接入层1包括多个不同类型的流量入口,为符合卡中心建设特点,渠道层主要由微信公众号、浦大喜奔APP提供流量入口。

应用层2根据不同的应用场景分为多个业务场景模块,业务场景模块包括积分兑换模块、积分抽奖模块、积分捐赠模块以及积分账户服务模块,积分兑换模块用于提供基于积分兑换业务处理的服务,积分抽奖模块用于提供基于积分抽奖业务处理的服务,积分捐赠模块用于提供通过积分进行慈善捐助的服务,积分账户服务模块提供了客户积分查询功能,在展示客户积分明细的同时,并为积分业务功能提供内部流量导航,形成业务闭环。随着业务场景的扩展,在应用层2下增加新的业务场景模块即可,系统扩展性强。

服务层3按照服务类型分为多个子模块,包括账户服务模块、业务服务模块和核心服务模块,账户服务模块提供针对账户信息查询、卡片信息查询、客户信息查询、信用额度查询、积分额度查询、里程额度查询(航空里程额度的查询),业务服务模块提供订单服务、支付服务、物流服务、地址服务、消息服务、抽奖服务,核心服务模块提供基础的服务能力,核心服务模块用于上层服务的认证、路由和注册,核心服务模块包括统一认证子模块、三方调转子模块、注册中心以及服务网关。

支持层4包括技术中台、数据中台和核心数据模块,技术中台提供了积分业务系统建设过程中的技术一致性标准,数据中台提供了积分业务系统中数据的存储,核心数据模块对接总行核心数据库,技术中台包括配置中心、日志中心、持续集成技术标准和容器平台技术标准,数据中台包括数据仓库系统、天梯系统。技术中台提供的配置中心、日志中心、持续集成、容器平台,保证了作为子系统在整个系统建设过程中的技术一致性标准。数据中台提供的数仓系统、天梯系统提供了数据的存储,用于对业务场景分析提供数据支持。为保证业务场景客户数据的实时性、一致性,对接总行核心以提供准确、实时的数据用于业务场景的正常开展。且基础设施层5提供的共享资源,为整个系统提供了系统运行的必要设备及资源,为平台扩展性提供了可靠保障。

基础设施层5依托硬件环境部署为积分业务系统提供数据、网络负载服务,具体包括硬件负载、软件负载、虚拟机、容器Docker、网络、数据库Oracle、缓存Redis、消息队列RabbitMQ、消息队列Kafka、存储器等。

通过平台的整体建设,当业务场景需要扩容时,应用层2由于属于无状态应用,且使用平台共享资源,整体扩展性高度灵活,整个系统都可以根据业务的发展需要水平扩展。系统复用性主要体现在服务层3对下层资源的整合,对应用层2提供了稳定的服务能力。由于业务中台的战略属性,必然是收拢积分业务场景,形成稳定的服务能力。项目组在吸纳积分业务,提炼业务模式,使得快速构建业务场景具备了可靠服务支持。

与传统“前台+后台”的架构模式比较,中台建设成果在于适配前台与后台的配速问题,沉淀能力,提高了资源的使用率,服务的复用性、可扩展性,有效的、合理的利用平台资源。

上述实施方式仅为例举,不表示对本发明范围的限定。这些实施方式还能以其它各种方式来实施,且能在不脱离本发明技术思想的范围内作各种省略、置换、变更。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号