CN101420311B - 一种电信级支付结算网关系统 - Google Patents
一种电信级支付结算网关系统 Download PDFInfo
- Publication number
- CN101420311B CN101420311B CN2008101477309A CN200810147730A CN101420311B CN 101420311 B CN101420311 B CN 101420311B CN 2008101477309 A CN2008101477309 A CN 2008101477309A CN 200810147730 A CN200810147730 A CN 200810147730A CN 101420311 B CN101420311 B CN 101420311B
- Authority
- CN
- China
- Prior art keywords
- payment
- settlement
- channel
- gateway
- account
- 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.)
- Active
Links
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种电信级支付结算网关系统,包括渠道管理模块、统一支付网关、结算管理模块、账户管理模块、产品管理模块、系统管理模块,通过各个模块共同完成系统的渠道接入、用户支付和渠道结算;本发明建立了完善的渠道价格管理体系,引入了不同销售渠道商之间的差异化折扣竞争机制,通过折扣价格的杠杆优势,实现了运营商的灵活定价策略以及对销售渠道商有效的激励政策;有利于运营商推广销售渠道迅速扩大业务,有利于运营商灵活开展营销活动,有利于运营商提高业务收入和客户满意度,实现了移动信息专家定位于用户工作、生活、学习的伴侣和助手的功能。
Description
技术领域
本发明涉及网关的技术领域,特别是一种电信级支付结算网关系统。
背景技术
随着通信技术的不断发展,用户数量的急剧增加,以及业务的快速增长,电信市场日趋形成多方博弈的格局。原有的营销体系越来越难以满足业务的增长,其中渠道建设的矛盾日益突出。
现有的电信运营计费系统采用定期报表的方式进行渠道结算,只能实现单一方式的用户支付和营销价格,无法满足以多种渠道对运营商的实时接入、用户多种方式的支付,以及灵活定价和渠道结算的需要,不利于电信运营商业务的发展,尤其是新业务的开展、不利于实现对销售渠道商的接入、不支持用户通过多种渠道进行业务消费的多种方式支付、以及不利于实现对销售渠道商的结算。
现有的电信运营计费系统具体的缺陷如下:
1、主要是基于自有业务的支付结算
主要为通讯话费、定制业务和各营业厅代办业务的支付结算,对于运营级的渠道管理能力、多种渠道结算能力、多种用户支付方式支撑较弱;
2、支付方式单一
用户在业务消费后,在计费系统中产生消费记录,并根据消费记录扣除用户的话费,并且随着电信业务的发展,在计费系统中消费费用的类型将大大增加,给计费系统改造带来极大压力;数据业务消费费用和语音通讯费用又都是通过扣除用户话费进行结算,用户存在着消费明细不清楚的情况;
3、不能满足业务快速发展的需要
随着数据业务的发展,电信运营商逐步加大内容级运营的建设,逐步构建了一个以内容服务运营模式业务为主的多产品、多渠道发展的新型产业链;销售渠道商的引入,进一步开拓了移动支付的市场,如商场、卖场、旅游景点等社会新渠道。针对新渠道需要更为灵活的支付方式以及更有效的管理能力;
4、缺乏对不同渠道不同价格的灵活营销
目前在业务支撑系统中,还不能很好的实现针对销售渠道的价格管理体系,即业务支撑 系统不能实现对销售渠道商之间差异化折扣价格管理,那么就无法实现灵活的营销策略制定,以及对销售渠道商的激励政策的实施。
因此,电信运营商的销售渠道发展,是整个产业价值链整合的重要环节,其中针对多渠道支付结算的支撑能力尤为重要,同时电信运营商用户数和业务量指数级的增长,而目前电信运营支撑系统从架构上主要偏重于完成用户的扣费计费,现有业务运营支撑系统缺乏支撑多种方式的支付和多种渠道的结算,迫切需要一个能快速满足其业务发展需求的支付结算网关,提供高性能、高可靠性的支付结算支撑能力。
发明内容
本发明为解决上述问题提供了一种电信级支付结算网关系统,可以使用户在消费电信运营商或者销售渠道商提供的产品时,完成多种方式的支付功能。
本发明的技术方案如下:
一种电信级支付结算网关系统,其特征在于:包括渠道管理模块、统一支付网关、结算管理模块、账户管理模块、产品管理模块、系统管理模块,通过各个模块共同完成系统的渠道接入、用户支付和渠道结算;所述渠道管理模块用于提供渠道商接入信息的管理;所述统一支付网关是整个支付结算网关系统的核心组件,用于提供支付业务、对交易进行处理和记录;所述结算管理模块用于对各个业务支付进行结算处理;所述账户管理模块用于对建立的账户进行管理;所述产品管理模块用于系统对产品信息、产品价格以及折扣信息进行管理;所述系统管理模块用于系统使用的管理,通过管理界面进行操作。
所述渠道商接入信息包括销售渠道商在支付结算网关的帐号、渠道编码、渠道商类型,销售渠道商包括门户网站提供商、搜索引擎提供商和各大商场、超市销售商等等各种不同的销售渠道的模式;所述销售渠道均通过统一的接入层接入统一支付网关,销售渠道与统一支付网关之间通过TCP通信进行交互。
所述统一支付网关负责和销售渠道的连接,包括交易处理模块和交易记录模块,交易处理模块根据交易请求进行相应的交易处理,交易记录模块记录成功和失败的交易信息数据;所述支付业务,按支付对象可分为:电信运营商自有业务费用的支付、销售渠道商的产品支付;按支付的产品可分为:虚拟产品(例如:订购个性化回铃音、下载音乐、下载视频等)的支付、实体产品的支付。
所述统一支付网关向销售渠道提供自定义的统一支付协议作为标准的消息交互协议,所述统一支付协议详细描述了消息交互过程,消息格式,以及基本交易类型定义等;所述统一支付协议直接通过TCP(Transmission Control Protocol,传输控制协议)承载,统一支付网关在与销售渠道进行通信的过程中作为服务端,销售渠道为客户端。
当销售渠道需要进行交易处理时,通信的客户端主动向统一支付网关发起连接请求,通过支付网关的鉴权认证后,客户端才能发起交易报文并接受支付网关返回的应答;连接建立以后,客户端可以连续发送多条命令,当客户端的命令发送完并接收到应答后,客户端主动断开连接;服务端监测到长时间空闲的连接,则将主动断开该连接。
命令及对应的应答之间的时间间隔最大不能超过系统设定阀值,超过最大等待时间,服务端则要求客户端重发;统一支付网关根据线路的质量和服务器的处理能力,配置系统待应答的命令数量。
所述统一支付网关的通信具体流程如下:
(1)初始化
当销售渠道有交易请求向统一支付网关发送时,首先通过Bind命令向统一支付网关发起连接,统一支付网关根据发起连接的销售渠道的IP地址、以及Bind命令中的登录名和密码,对请求连接的销售渠道的合法性进行验证,然后返回一条Bind_Resp应答给销售渠道,最后当验证通过后,通信开始,否则统一支付网关将自动中断连接;
(2)通信过程
销售渠道发送的任何一条命令都带有一个序列号,一条命令在发送过程中的请求和应答均使用相同的序列号,比如,销售渠道向统一支付网关发送一条请求命令携带的序号,将与统一支付网关回复销售渠道的应答报中的序号相同;
序列号由命令源(即请求命令的发起方)产生,销售渠道与统一支付网关通信开始以后,销售渠道向统一支付网关发送命令,统一支付网关对收到的命令返回应答;
(3)通信结束
当销售渠道确认与统一支付网关的通信结束时,销售渠道向统一支付网关发送Unbind命令,统一支付网关返回Unbind_Resp应答,双方断开连接通信结束。
各个命令消息的描述如下表格:
消息 | 消息描述 |
Bind | 建立连接的请求 |
Bind_Resp | 连接的应答 |
Unbind | 断开连接的请求 |
Unbind_Resp | 断开连接的应答 |
Trans | 交易请求 |
Trans_Resp | 交易应答 |
KeepAlive | 链路检测请求 |
KeepAlive_Resp | 链路检测应答 |
所述通信的消息总线采用消息队列技术,将处理的消息分为接收队列和发送队列,使用多进程处理技术,有效的解决消息拥塞的问题,提高了支付结算网关的总体处理性能。
当统一支付网关检查到在设定的时间内没有接受到命令时,也可以主动断开和销售渠道的通信,断开操作通过向销售渠道主动发送Unbind命令,销售渠道接受到Unbind请求后返回Unbind_Resp应答,然后双方断开连接。
所述结算管理模块提供对各个支付业务的处理,生成结算报表,提交财务部门与销售渠道商进行结算。
所述结算管理模块包括结算引擎单元和结算管理单元;结算引擎单元提供对结算数据的配置,根据一定的规则按照设定结算流程自动完成结算帐单的生成;结算管理单元用于在销售渠道结算过程中,结算规则管理、结算退费管理、结算分成调整管理、罚款管理以及稽核监控管理功能。
所述一定的规则包括预处理规则、策略规则、结算分摊规则,预处理规则就是对于账单类型、金额等划分的规定,策略规则就是所述营销策略等的划分规定,结算分摊规则就是结算时所遵循的各方所分摊的结算规定或者结算方式。
所述账户管理模块建立的账户是与现有计费帐务系统的账户分开独立的,现有计费帐务系统是由运营商进行地区性的统一管理和维护,考虑到计费的安全方面问题,在运营商内部构成了一个比较封闭的系统,主要通过采集话单的方式完成计费结算,这种方式灵活性不够,不能有效的适应新型业务的快速性和业务多变性。
本电信级支付结算网关系统系统对于账户充值有三种方式:在营业厅现金存入、计费系统的积分根据兑换规则折算成账户资金、银行转存。所述账户资金可用于对渠道代销的电信运营商所有产品的支付。
所述产品管理模块管理的产品信息与销售渠道的产品信息一致,但与业务支撑系统的产品并无一一对应关系。同时,产品管理负责将所有产品信息、折扣信息(协议折扣价即运营商的保底价格)发布到所有渠道中。
支付结算网关结算管理流程如下:
第一步:统一支付网关提供交易支付清单给结算引擎单元;
第二步:渠道管理提供渠道商合作协议的分成比例数据;
第三步:结算引擎单元调用结算规则;
第四步:结算引擎单元依据交易支付清单、分成比例以及结算规则,根据设定的结算流 程,生成结算帐单;
第四步:将生成的结算帐单同步计费帐务系统;
第五步:计费帐务系统根据现有财务流程支付接入渠道商结算款。
所述电信级支付结算网关系统系统的数据流程描述如下:
A、对于用户自有帐户,通过业务支撑系统的服务接口获取客户信息资料,建立客户、用户、帐户三户关系数据;当用户没有帐户进行开户申请时,系统根据用户提供的身份证等信息调用业务支撑系统提供的服务获取客户资料(自然人资料)和用户资料(手机信息),生成自有帐户信息,并建立三户关系;
B、统一支付网关验证各个接入的销售渠道帐户的密码等信息,接入渠道必须遵循统一的支付协议才能接入网关,接入渠道通过验证后,与网关进行通信交互;对于通过验证的接入渠道,接入统一支付网关后,接入渠道的交易请求通过消息总线进入接收进程,然后统一支付网关的交易处理模块根据请求命令进行交易处理,同时交易记录模块记录客户接触渠道的记录,交易处理模块将处理完毕的交易请求返回给渠道时,进入发送进程,由总线依次返回给渠道;
C、交易处理模块解析交易请求得到请求类别、支付方式、支付金额,交易处理模块根据请求类别、支付方式、支付金额进行本地帐户扣款或者业务支撑系统帐户、银行账户扣款,同时记录帐务信息;
D、各接入渠道首先要在渠道管理模块进行渠道的申请,工作人员对申请渠道进行审核,审核通过的渠道接入网关;渠道管理模块根据各个渠道合作协议等信息,指定灵活的考核制度,对渠道进行考核;各业务平台在开展业务时需要同步渠道基本信息(可只同步渠道编号和渠道名称),针对各平台自身产品特点,选择不同的渠道并对渠道进行折扣设置;
E、结算引擎单元根据网关记录的交易信息结合渠道的结算规则定期(根据各个渠道的具体情况而定)出具与各接入渠道的结算报表作为与渠道结算的依据;在交易中涉及到业务支撑系统帐户和银行账户,结算管理模块还定期与业务支撑系统和银行系统进行对帐,出具一定格式的对帐文件,并进行对帐后的交易后处理;
F、系统管理模块管理系统的工号管理、角色管理、权限管理,管理员可以按照不同人员类型分配不同的功能权限,灵活配置权限;另外可以查看登录管理系统的人员操作日志,跟踪定位系统的运行问题。
本发明的优点如下:
本发明建立了完善的渠道价格管理体系,引入了不同销售渠道商之间的差异化折扣竞争机制,通过折扣价格的杠杆优势,实现了运营商的灵活定价策略以及对销售渠道商有效的激 励政策;
同时支付结算网关采用开放的统一支付协议,实现了销售渠道的快速接入,有利于运营商推广销售渠道迅速扩大业务,有利于运营商灵活开展营销活动;
对支付结算网关实现了用户实时多账户支付能力,用户在消费运营商提供的产品是既可以采用业务支撑系统账户进行支付(通过手机话费支付)、也可以采用积分抵扣支付、还可以采用自有账户支付、以及采用银行账户支付(手机钱包方式支付)因此灵活的支付手段为将来运营商开展小额支付打下了坚实的基础;
支付结算网关的建设,有利于运营商提高业务收入和客户满意度,实现了移动信息专家定位于用户工作、生活、学习的伴侣和助手的功能;
建立一个独立的支付网关进行支付,使用户的消费费用与用户的通讯费用相分离,避免了用户对自己数据业务和通讯费用消费不明的情况;更多、更灵活的支付手段,使得用户更方便使用运营商提供的服务,以及更有利于运营商与销售渠道商开支小额支付业务;同时运营商也能更有效的监督销售渠道商的服务品质,加快的社会渠道的建设和发展,提高了运营商的品牌价值,保证用户的利益,提高了客户满意度。
附图说明
图1为本发明的架构示意图
图2为本发明的消息总线示意图
图3为本发明的数据流示意图
图4为本发明的账户管理数据流程示意图
图5为本发明在实施例2中的卡管理数据流程示意图
图6为本发明的统一支付网关数据流程示意图
图7为本发明的交易处理数据流程示意图
图8为本发明的渠道管理数据流程示意图
图9为本发明的结算管理数据流程示意图
图10为本发明的系统管理数据流程示意图
图11为本发明的应用架构示意图
图12为本发明的统一支付网关通信流程示意图
图13为本发明的结算系统功能架构示意图
图14为本发明的结算处理流程示意图
图15为本发明在实施例3中虚拟产品支付流程示意图
图16为本发明在实施例4中实体产品支付流程示意图
图17为本发明的结算流程示意图
附图中,P表示模块、D表示数据;P1表示支付结算网关系统的0级数据流程示意图,P1.1表示支付结算网关系统1级数据流程示意图即各个管理模块的数据流程图,其他编号以此类推。
具体实施方式
实施例1
一种电信级支付结算网关系统,包括渠道管理模块、统一支付网关、结算管理模块、账户管理模块、产品管理模块、系统管理模块,通过各个模块共同完成系统的渠道接入、用户支付和渠道结算;所述渠道管理模块用于提供渠道商接入信息的管理;所述统一支付网关是整个支付结算网关系统的核心组件,用于提供支付业务、对交易进行处理和记录;所述结算管理模块用于对各个业务支付进行结算处理;所述账户管理模块用于对建立的账户进行管理;所述产品管理模块用于系统对产品信息、产品价格以及折扣信息进行管理;所述系统管理模块用于系统使用的管理,通过管理界面进行操作。本发明所依赖的架构如图1所示。
所述渠道商接入信息包括销售渠道商在支付结算网关的帐号、渠道编码、渠道商类型,销售渠道商包括门户网站提供商、搜索引擎提供商和各大商场、超市销售商等等各种不同的销售渠道的模式;所述销售渠道均通过统一的接入层接入统一支付网关,销售渠道与统一支付网关之间通过TCP通信进行交互。
所述统一支付网关负责和销售渠道的连接,包括交易处理模块和交易记录模块,交易处理模块根据交易请求进行相应的交易处理,交易记录模块记录成功和失败的交易信息数据;所述支付业务,按支付对象可分为:电信运营商自有业务费用的支付、销售渠道商的产品支付;按支付的产品可分为:虚拟产品(例如:订购个性化回铃音、下载音乐、下载视频等)的支付、实体产品的支付。
所述统一支付网关向销售渠道提供自定义的统一支付协议作为标准的消息交互协议,所述统一支付协议详细描述了消息交互过程,消息格式,以及基本交易类型定义等;所述统一支付协议直接通过TCP承载,统一支付网关在与销售渠道进行通信的过程中作为服务端,销售渠道为客户端。
当销售渠道需要进行交易处理时,通信的客户端主动向统一支付网关发起连接请求,通过支付网关的鉴权认证后,客户端才能发起交易报文并接受支付网关返回的应答;连接建立以后,客户端可以连续发送多条命令,当客户端的命令发送完并接收到应答后,客户端主动断开连接;服务端监测到长时间空闲的连接,则将主动断开该连接。
命令及对应的应答之间的时间间隔最大不能超过系统设定阀值,超过最大等待时间,服 务端则要求客户端重发;统一支付网关根据线路的质量和服务器的处理能力,配置系统待应答的命令数量。
所述统一支付网关的通信具体流程如下:
(1)初始化
当销售渠道有交易请求向统一支付网关发送时,首先通过Bind命令向统一支付网关发起连接,统一支付网关根据发起连接的销售渠道的IP地址、以及Bind命令中的登录名和密码,对请求连接的销售渠道的合法性进行验证,然后返回一条Bind_Resp应答给销售渠道,最后当验证通过后,通信开始,否则统一支付网关将自动中断连接;
(2)通信过程
如图2所示,销售渠道发送的任何一条命令都带有一个序列号,一条命令在发送过程中的请求和应答均使用相同的序列号,比如,销售渠道向统一支付网关发送一条请求命令携带的序号,将与统一支付网关回复销售渠道的应答报中的序号相同;
如图12所示,序列号由命令源(即请求命令的发起方)产生,销售渠道与统一支付网关通信开始以后,销售渠道向统一支付网关发送命令,统一支付网关对收到的命令返回应答;
(3)通信结束
当销售渠道确认与统一支付网关的通信结束时,销售渠道向统一支付网关发送Unbind命令,统一支付网关返回Unbind_Resp应答,双方断开连接通信结束。
各个命令消息的描述如下表格:
消息 | 消息描述 |
Bind | 建立连接的请求 |
Bind_Resp | 连接的应答 |
Unbind | 断开连接的请求 |
Unbind_Resp | 断开连接的应答 |
Trans | 交易请求 |
Trans_Resp | 交易应答 |
KeepAlive | 链路检测请求 |
KeepAlive_Resp | 链路检测应答 |
所述通信的消息总线采用消息队列技术,将处理的消息分为接收队列和发送队列,使用多进程处理技术,有效的解决消息拥塞的问题,提高了支付结算网关的总体处理性能。
当统一支付网关检查到在设定的时间内没有接受到命令时,也可以主动断开和销售渠道 的通信,断开操作通过向销售渠道主动发送Unbind命令,销售渠道接受到Unbind请求后返回Unbind_Resp应答,然后双方断开连接。
所述结算管理模块提供对各个支付业务的处理,生成结算报表,提交财务部门与销售渠道商进行结算。
如图13所示,所述结算管理模块包括结算引擎单元和结算管理单元;结算引擎单元提供对结算数据的配置,根据一定的规则按照设定结算流程自动完成结算帐单的生成;结算管理单元用于在销售渠道结算过程中,结算规则管理、结算退费管理、结算分成调整管理、罚款管理以及稽核监控管理功能。
所述一定的规则包括预处理规则、策略规则、结算分摊规则。
结算管理模块的特点:
(1)实时高效:基于内存和多线程的技术允许并发处理,能最大限度提升系统的处理能力。和多进程相比,多线程技术减少了系统资源销耗,同样的需求下,多线程方式可以提供更高的处理事务量和处理速度。
(2)灵活适应:对结算的业务流程进行了全面分析和逻辑抽象,使之具备灵活应对各种结算业务需求的能力。结算处理采用动态规则配置,在不改变程序的情况下通过配置实现满足新的结算要求。模块高内聚、松耦合,各个模块可以按照具体要求进行分布式部署,提高了系统的灵活性和适应性。
(3)准确完整:结算系统保证出、入口数据完整,保证产生的清单无重复,无遗漏。对清单的支付情况判断准确,并按照对应的结算规则进行处理。结算系统具备完整的检错稽核手段,检查每个处理环节的数据完整性和处理正确性,通过详细的日志记录可以方便查询,准确定位问题,提升了系统的整体质量。
(4)方便易用:提供高效的报表统计功能,完整统计数据,同时提供报表定制模板。采用WEB方式的报表管理界面,极大方便操作人员进行报表维护和浏览。系统对于异常和出错,具备实时归类、统计并协助分析的功能,使操作维护人员可立刻发现并定位问题,从而实现快速解决,提高了系统运行的可靠性和易用性。
所述账户管理模块建立的账户是与现有计费帐务系统的账户分开独立的,现有计费帐务系统是由运营商进行地区性的统一管理和维护,考虑到计费的安全方面问题,在运营商内部构成了一个比较封闭的系统,主要通过采集话单的方式完成计费结算,这种方式灵活性不够,不能有效的适应新型业务的快速性和业务多变性。
本电信级支付结算网关系统系统对于账户充值有三种方式:在营业厅现金存入、计费系统的积分根据兑换规则折算成账户资金、银行转存。所述账户资金可用于对渠道代销的电信 运营商所有产品的支付。
所述产品管理模块管理的产品信息与销售渠道的产品信息一致,但与业务支撑系统的产品并无一一对应关系。为了避免在销售渠道新增产品时,需要向业务支撑系统申请局数据的繁琐过程,电信级支付结算网关系统预先在业务支撑系统申请一批不同价格的局数据(例如一个20元的价格,按1到10折申请一批折扣价格,以这批价格作为局数据上报)。产品管理中的所有产品,都对应一种局数据,当支付结算网关通过业务支撑系统的账户支付(即通过手机话费支付)时,将扣费请求发送业务支撑系统,业务支撑系统根据预先申请过的局数据对账户进行扣分。同时,产品管理负责将所有产品信息、折扣信息(协议折扣价即运营商的保底价格)发布到所有渠道中。
如图17所示,支付结算网关结算管理流程如下:
第一步:统一支付网关提供交易支付清单给结算引擎单元;
第二步:渠道管理提供渠道商合作协议的分成比例数据;
第三步:结算引擎单元调用结算规则;
第四步:结算引擎单元依据交易支付清单、分成比例以及结算规则,根据设定的结算流程,生成结算帐单;
第四步:将生成的结算帐单同步计费帐务系统;
第五步:计费帐务系统根据现有财务流程支付接入渠道商结算款。
如图3所示,所述电信级支付结算网关系统系统的数据流程描述如下:
A、如图4所示,对于用户自有帐户,通过业务支撑系统的服务接口获取客户信息资料,建立客户、用户、帐户三户关系数据;当用户没有帐户进行开户申请时,系统根据用户提供的身份证等信息调用业务支撑系统提供的服务获取客户资料(自然人资料)和用户资料(手机信息),生成自有帐户信息,并建立三户关系;
B、如图6所示,统一支付网关验证各个接入的销售渠道帐户的密码等信息,接入渠道必须遵循统一的支付协议才能接入网关,接入渠道通过验证后,与网关进行通信交互;对于通过验证的接入渠道,接入统一支付网关后,接入渠道的请求命令通过消息总线进入接收进程,然后统一支付网关的交易处理模块根据交易请求进行交易处理,同时交易记录模块记录客户接触渠道的记录,交易处理模块处理完毕的交易请求返回给渠道时,进入发送进程,由总线依次返回给渠道;
C、如图7所示,交易处理模块解析交易请求得到请求类别、支付方式、支付金额,交易处理模块根据请求类别、支付方式、支付金额进行本地帐户扣款或者业务支撑系统帐户、银行账户扣款,同时记录帐务信息;支付结算网关发布到各个销售渠道商的标准折扣价格是运 营商的保底价格,是结算的重要依据,销售渠道商在渠道中销售产品时,最终销售价格由销售渠道商根据市场情况自行决定。例如:某件产品价格是20元,运营商给销售渠道商的价格是5折(标准折扣价),销售渠道商的销售价格是8折,最终结算价格是(20元×8折-20元×5折);
D、如图8所示,各接入渠道首先要在渠道管理模块进行渠道的申请,工作人员对申请渠道进行审核,审核通过的渠道接入网关;渠道管理模块根据各个渠道合作协议等信息,指定灵活的考核制度,对渠道进行考核;各业务平台在开展业务时需要同步渠道基本信息(可只同步渠道编号和渠道名称),针对各平台自身产品特点,选择不同的渠道并对渠道进行折扣设置;
E、如图9所示,结算引擎单元根据网关记录的交易信息结合渠道的结算规则定期(根据各个渠道的具体情况而定)出具与各接入渠道的结算报表作为与渠道结算的依据;在交易中涉及到业务支撑系统帐户和银行账户,结算管理模块还定期与业务支撑系统和银行系统进行对帐,出具一定格式的对帐文件,并进行对帐后的交易后处理;
F、如图10所示,系统管理模块管理系统的工号管理、角色管理、权限管理,管理员可以按照不同人员类型分配不同的功能权限,灵活配置权限;另外可以查看登录管理系统的人员操作日志,跟踪定位系统的运行问题。
实施例2
一种电信级支付结算网关系统,其组成构架和实现方式在实施例1的基础上,还有如图17所示的支付结算网关结算管理流程:
第一步:统一支付网关提供交易支付清单给结算引擎单元;
第二步:渠道管理提供渠道商合作协议的分成比例数据;
第三步:结算引擎单元调用结算规则;
第四步:结算引擎单元依据交易支付清单、分成比例以及结算规则,根据设定的结算流程,生成结算帐单;
第五步:将生成的结算帐单同步计费帐务系统;
第六步:计费帐务系统根据现有财务流程支付接入渠道商结算款。
如图3所示,所述电信级支付结算网关系统系统的数据流程描述如下:
A、如图4所示,对于用户自有帐户,通过业务支撑系统的服务接口获取客户信息资料,建立客户、用户、帐户三户关系数据;当自有帐户由某种实体卡作为外部承载方式时(卡部分是可以省略的),需要建立帐户与卡的关联信息;当用户没有帐户进行开户申请时,系统根据用户提供的身份证等信息调用业务支撑系统提供的服务获取客户资料(自然人资料)和用 户资料(手机信息),生成自有帐户信息,并建立三户关系;
B、如图5所示,自有帐户由某种实体卡作为外部承载方式时,由业务人员进行卡数据的生成以及相关卡相关信息管理;业务人员通过卡管理模块进行卡数据的生成,对卡流转和库存情况进行管理,营业厅人员可以受理用户管理卡的一些操作,例如:办卡、补卡、挂失卡等操作;用户使用本卡消费时,通过销售渠道商提供的相应的POS机上刷卡支付,支付金额由自有账户上进行扣减;
C、如图6所示,统一支付网关验证各个接入的销售渠道帐户的密码等信息,接入渠道必须遵循统一的支付协议才能接入网关,接入渠道通过验证后,与网关进行通信交互;对于通过验证的接入渠道,接入统一支付网关后,接入渠道的交易请求通过消息总线进入接收进程,然后统一支付网关的交易处理模块根据请求命令进行交易处理,同时交易记录模块记录客户接触渠道的记录,交易处理模块处理完毕的交易请求返回给渠道时,进入发送进程,由总线依次返回给渠道;
D、如图7所示,交易处理模块解析交易请求得到请求类别、支付方式、支付金额,交易处理模块根据请求类别、支付方式、支付金额进行本地帐户扣款或者业务支撑系统帐户、银行账户扣款,同时记录帐务信息;支付结算网关发布到各个销售渠道商的标准折扣价格是运营商的保底价格,是结算的重要依据,销售渠道商在渠道中销售产品时,最终销售价格由销售渠道商根据市场情况自行决定。例如:某件产品价格是20元,运营商给销售渠道商的价格是5折(标准折扣价),销售渠道商的销售价格是8折,最终结算价格是(20元×8折-20元×5折);
E、如图8所示,各接入渠道首先要在渠道管理模块进行渠道的申请,工作人员对申请渠道进行审核,审核通过的渠道接入网关;渠道管理模块根据各个渠道合作协议等信息,指定灵活的考核制度,对渠道进行考核;各业务平台在开展业务时需要同步渠道基本信息(可只同步渠道编号和渠道名称),针对各平台自身产品特点,选择不同的渠道并对渠道进行折扣设置;
F、如图9所示,结算引擎单元根据网关记录的交易信息结合渠道的结算规则定期(根据各个渠道的具体情况而定)出具与各接入渠道的结算报表作为与渠道结算的依据;在交易中涉及到业务支撑系统帐户和银行账户,结算管理模块还定期与业务支撑系统和银行系统进行对帐,出具一定格式的对帐文件,并进行对帐后的交易后处理;
G、如图10所示,系统管理模块管理系统的工号管理、角色管理、权限管理,管理员可以按照不同人员类型分配不同的功能权限,灵活配置权限;另外可以查看登录管理系统的人员操作日志,跟踪定位系统的运行问题。
实施例3
如图15所示,支付结算网关处理用户订购虚拟产品的消费支付流程如下:
第一步:用户通过运营商的合作渠道发起订购虚拟产品的业务请求;
第二步:接入渠道根据用户选择的支付手段,向统一支付网关发起扣费请求;请求信息包括:渠道编号、产品代码、用户信息、扣费金额等信息;
第三步:统一支付网关向渠道管理查询渠道商信息,验证合法性;产品代码、产品价格的验证在支付结算网关进行;
第四步:验证通过后,统一支付网关根据用户选项的支付方式,向运营商支撑系统、自有账户或者银行账户其中的一种,发送扣费请求;
第五步:计费账务系统根据扣费请求将扣费金额结算到手机话费中支付;计费帐务系统根据扣费请求抵扣积分(依据积分规则)支付;支付结算网关根据扣费请求对自有资金账户进行扣减支付;银行资金账户根据扣费请求进行资金扣减支付;扣款成功后,用短信方式向用户下发扣费结果通知;
第六步:统一支付网关确认支付成功后,向接入渠道下发随机令牌;
第七步:接入渠道持令牌向业务系统发起业务请求;
第八步:业务系统转发令牌,向统一支付网关请求验证;
第九步:统一支付网关对令牌进行验证;验证成功时,返回渠道编号、产品代码、扣款金额、交易流水等信息给业务系统;
第十步:业务系统收到令牌验证成功消息,进行业务处理,并根据渠道编号、产品代码、扣付款金额、交易流水验证定购业务正确性;
第十一步:业务系统验证后,业务定制失败,回复网关失败结果,网关相关计费帐务系统发现冲正请求。
实施例4
如图16所示,支付结算网关处理用户购买实体产品后的消费支付流程如下:
第一步:用户通过运营商的合作渠道发起订购实体产品;
第二步:接入渠道根据用户选择的支付手段(手机话费支付、积分支付、账户余额支付、手机钱包支付)提交统一支付网关进行扣费;
第三步:统一支付网关向渠道管理查询渠道商信息,验证合法性;
第四步:验证通过后,统一支付网关根据用户选项的支付方式,向计费帐务系统、只有账户或者银行账户其中的一种,发送扣费请求;
第五步:计费账务系统根据扣费请求将扣费金额结算到手机话费中支付;计费帐务系统 根据扣费请求抵扣积分(依据积分规则)支付;支付结算网关根据扣费请求对自有资金账户进行扣减支付;银行资金账户根据扣费请求进行资金扣减支付;
第六步:统一支付网关确认支付成功后,向接入渠道发送扣费成功消息;
第七步:接入渠道向用户展示扣费成功消息。
Claims (13)
1.一种电信级支付结算网关系统,其特征在于:包括渠道管理模块、统一支付网关、结算管理模块、账户管理模块、产品管理模块、系统管理模块,通过各个模块共同完成系统的渠道接入、用户支付和渠道结算;所述渠道管理模块用于提供渠道商接入信息的管理;所述统一支付网关是整个支付结算网关系统的核心组件,用于提供支付业务、对交易进行处理和记录;所述结算管理模块用于对各个业务支付进行结算处理;所述账户管理模块用于对建立的账户进行管理;所述产品管理模块用于系统对产品信息、产品价格以及折扣信息进行管理;所述系统管理模块用于系统使用的管理,通过管理界面进行操作;
所述统一支付网关的通信具体流程如下:
(1)初始化
当销售渠道有交易请求向统一支付网关发送时,首先通过Bind命令向统一支付网关发起连接,统一支付网关根据发起连接的销售渠道的IP地址、以及Bind命令中的登录名和密码,对请求连接的销售渠道的合法性进行验证,然后返回一条Bind_Resp应答给销售渠道,最后当验证通过后,通信开始,否则统一支付网关将自动中断连接;
(2)通信过程
销售渠道发送的任何一条命令都带有一个序列号,一条命令在发送过程中的请求和应答均使用相同的序列号;
序列号由命令源产生,销售渠道与统一支付网关通信开始以后,销售渠道向统一支付网关发送命令,统一支付网关对收到的命令返回应答;
(3)通信结束
当销售渠道确认与统一支付网关的通信结束时,销售渠道向统一支付网关发送Unbind命令,统一支付网关返回Unbind_Resp应答,双方断开连接通信结束。
2.根据权利要求1所述一种电信级支付结算网关系统,其特征在于:所述统一支付网关负责和销售渠道的连接,包括交易处理模块和交易记录模块,交易处理模块根据交易请求进行相应的交易处理,交易记录模块记录成功和失败的交易信息数据。
3.根据权利要求1所述一种电信级支付结算网关系统,其特征在于:所述支付业务,按支付对象分为:运营商自有业务费用的支付、销售渠道商的产品支付;按支付的产品分为:虚拟产品的支付、实体产品的支付。
4.根据权利要求1所述一种电信级支付结算网关系统,其特征在于:所述统一支付网关向销售渠道提供自定义的统一支付协议作为标准的消息交互协议;所述统一支付协议直接通过TCP承载,统一支付网关在与销售渠道进行通信的过程中作为服务端,销售渠道为客户端;当销售渠道进行交易处理时,通信的客户端向统一支付网关发起连接请求,通过支付网关的鉴权认证后,客户端才能发起交易报文并接受支付网关返回的应答;连接建立以后,客户端可以连续发送多条命令,当客户端的命令发送完并接收到应答后,客户端主动断开连接;服务端监测到长时间空闲的连接,则将主动断开该连接。
5.根据权利要求1所述一种电信级支付结算网关系统,其特征在于:所述通信的消息总线采用消息队列技术,将处理的消息分为接收队列和发送队列。
6.根据权利要求1所述一种电信级支付结算网关系统,其特征在于:当统一支付网关检查到在设定的时间内没有接受到命令时,主动断开和销售渠道的通信,断开操作通过向销售渠道主动发送Unbind命令,销售渠道接受到Unbind请求后返回Unbind_Resp应答,然后双方断开连接。
7.根据权利要求1所述一种电信级支付结算网关系统,其特征在于:所述结算管理模块包括结算引擎单元和结算管理单元;结算引擎单元提供对结算数据的配置,根据一定的规则按照设定结算流程自动完成结算帐单的生成;结算管理单元用于在销售渠道结算过程中,结算规则管理、结算退费管理、结算分成调整管理、罚款管理以及稽核监控管理功能。
8.根据权利要求7所述一种电信级支付结算网关系统,其特征在于:所述一定的规则包括预处理规则、策略规则、结算分摊规则。
9.根据权利要求1所述一种电信级支付结算网关系统,其特征在于:所述账户管理模块建立的账户是与现有计费帐务系统的账户分开独立的。
10.根据权利要求1所述一种电信级支付结算网关系统,其特征在于:所述支付结算网关系统对于账户充值有三种方式:在营业厅现金存入、计费系统的积分根据兑换规则折算成账户资金、银行转存。
11.根据权利要求1所述一种电信级支付结算网关系统,其特征在于:所述产品管理模块管理的产品信息与销售渠道的产品信息一致。
12.根据权利要求2所述一种电信级支付结算网关系统,其特征在于:支付结算网关结算管理流程如下:
第一步:统一支付网关提供交易支付清单给结算引擎单元;
第二步:渠道管理提供渠道商合作协议的分成比例数据;
第三步:结算引擎单元调用结算规则;
第四步:结算引擎单元依据交易支付清单、分成比例以及结算规则,根据设定的结算流程,生成结算帐单;
第四步:将生成的结算帐单同步计费帐务系统;
第五步:计费帐务系统根据现有财务流程支付接入渠道商结算款。
13.根据权利要求2或12所述一种电信级支付结算网关系统,其特征在于:所述电信级支付结算网关系统的数据流程描述如下:
A、对于用户自有帐户,通过业务支撑系统的服务接口获取客户信息资料,建立客户、用户、帐户三户关系数据;当用户没有帐户进行开户申请时,系统根据用户提供的信息调用业务支撑系统提供的服务获取客户资料和用户资料,生成自有帐户信息,并建立三户关系;
B、统一支付网关验证各个接入的销售渠道帐户的密码等信息,接入渠道必须遵循统一的支付协议才能接入网关,接入渠道通过验证后,与网关进行通信交互;对于通过验证的接入渠道,接入统一支付网关后,接入渠道的交易请求命令通过消息总线进入接收进程,然后统一支付网关的交易处理模块根据请求命令进行交易处理,同时统一支付网关的交易记录模块记录客户接触渠道的记录,交易处理模块将处理完毕的交易请求返回给渠道时,进入发送进程,由总线依次返回给渠道;
C、交易处理模块解析交易请求得到请求类别、支付方式、支付金额,交易处理模块根据请求类别、支付方式、支付金额进行本地帐户扣款或者业务支撑系统帐户、银行账户扣款,同时记录帐务信息;
D、各接入渠道首先要在渠道管理模块进行渠道的申请,工作人员对申请渠道进行审核,审核通过的渠道接入网关;
E、结算引擎单元根据网关记录的交易信息结合渠道的结算规则定期出具与各接入渠道的结算报表作为与渠道结算的依据;在交易中涉及到业务支撑系统帐户和银行账户,结算管理模块还定期与业务支撑系统和银行系统进行对帐,出具对帐文件,并进行对帐后的交易后处理;
F、系统管理模块管理系统的工号管理、角色管理、权限管理,管理人员按照不同人员类型分配不同的功能权限。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008101477309A CN101420311B (zh) | 2008-11-28 | 2008-11-28 | 一种电信级支付结算网关系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008101477309A CN101420311B (zh) | 2008-11-28 | 2008-11-28 | 一种电信级支付结算网关系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101420311A CN101420311A (zh) | 2009-04-29 |
CN101420311B true CN101420311B (zh) | 2011-10-05 |
Family
ID=40630936
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008101477309A Active CN101420311B (zh) | 2008-11-28 | 2008-11-28 | 一种电信级支付结算网关系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101420311B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11853980B2 (en) | 2018-09-14 | 2023-12-26 | Jpmorgan Chase Bank, N.A. | System and method for implementing transaction processing ecosystems |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101195182B1 (ko) * | 2011-02-18 | 2012-10-29 | 주식회사 하렉스인포텍 | 중계 장치와 이동통신 단말을 포함하는 카드 결제 시스템 및 이 시스템에 포함되는 장치 및 그 장치에서 수행되는 카드 결제를 위한 방법 |
CN103118350B (zh) * | 2011-11-16 | 2016-08-31 | 中国电信股份有限公司 | 对手机应用进行计费鉴权的方法、系统以及手机终端 |
CN102946554B (zh) * | 2012-09-29 | 2016-06-15 | 合一网络技术(北京)有限公司 | 一种按照网络视频播放量进行计费分成的方法及其系统 |
WO2014101078A1 (zh) * | 2012-12-28 | 2014-07-03 | 华为技术有限公司 | 一种支付方法、支付网关及支付客户端 |
CN103684801A (zh) * | 2013-09-17 | 2014-03-26 | 中兴通讯股份有限公司 | 一种数据分配方法、装置及服务器 |
CN103618667A (zh) * | 2013-12-16 | 2014-03-05 | 苏州工业园区服务外包职业学院 | 信息传送方法、接入网关和系统 |
CN103971230A (zh) * | 2014-05-28 | 2014-08-06 | 拓维信息系统股份有限公司 | 一种电子商务统一支付系统 |
CN104484821A (zh) * | 2014-12-11 | 2015-04-01 | 深圳市科漫达智能管理科技有限公司 | 一种资金结算方法及系统 |
CN106327305A (zh) * | 2016-08-29 | 2017-01-11 | 芜湖创易科技有限公司 | 一种综合商务系统平台 |
CN106372881A (zh) * | 2016-08-30 | 2017-02-01 | 深圳市爱贝信息技术有限公司 | 一种支付管理系统及方法 |
CN109472695A (zh) * | 2018-09-07 | 2019-03-15 | 珠海凡泰极客科技有限责任公司 | 一种证券多协议交易网关系统 |
CN109905250A (zh) * | 2019-04-12 | 2019-06-18 | 新疆博薄共创信息科技有限公司 | 一种实现运营商宽带按需计时付费上网的系统和方法 |
CN110717756B (zh) * | 2019-09-11 | 2022-05-24 | 口碑(上海)信息技术有限公司 | 基于合约的支付数据处理装置及方法 |
CN112465492A (zh) * | 2020-11-20 | 2021-03-09 | 银盛支付服务股份有限公司 | 一种基于分布式高并发条件下的账务处理方法及系统 |
CN113112327B (zh) * | 2021-04-07 | 2024-03-29 | 中国工商银行股份有限公司 | 商品支付交易数据处理方法及装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1658203A (zh) * | 2004-02-22 | 2005-08-24 | 陈童 | 一种移动电子商务实现方法 |
CN1798204A (zh) * | 2004-12-24 | 2006-07-05 | 华为技术有限公司 | 一种支付系统及其实现方法 |
-
2008
- 2008-11-28 CN CN2008101477309A patent/CN101420311B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1658203A (zh) * | 2004-02-22 | 2005-08-24 | 陈童 | 一种移动电子商务实现方法 |
CN1798204A (zh) * | 2004-12-24 | 2006-07-05 | 华为技术有限公司 | 一种支付系统及其实现方法 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11853980B2 (en) | 2018-09-14 | 2023-12-26 | Jpmorgan Chase Bank, N.A. | System and method for implementing transaction processing ecosystems |
Also Published As
Publication number | Publication date |
---|---|
CN101420311A (zh) | 2009-04-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101420311B (zh) | 一种电信级支付结算网关系统 | |
US7970703B2 (en) | Internet billing method | |
US20080162348A1 (en) | Electronic-Purse Transaction Method and System | |
CN104392340B (zh) | 基于事件驱动的场内交易货物集中配送运输系统及方法 | |
CN107808301A (zh) | 发票兑换消费点数数据处理方法、系统和存储介质 | |
US20110233274A1 (en) | Electronic parking validation | |
CN106297087A (zh) | 一种o2o商业平台装置 | |
CN106781043A (zh) | 电动汽车的售电系统和方法 | |
CN113469662A (zh) | 一种电子投标保函服务方法 | |
CN110457336A (zh) | 交易数据处理方法及装置 | |
KR20220045016A (ko) | 가상 결제 방법 및 시스템 | |
CN106934610A (zh) | 解决外贸电商平台银行虚拟账号收款差异的方法及系统 | |
WO2016108479A1 (ko) | 생산량과 연동되는 리워드를 지급하는 크라우드펀딩 시스템 및 그 운영방법 | |
KR100435854B1 (ko) | 기업간 대금결제 관리 시스템 및 이를 이용한 기업간대금결제 관리 방법 | |
CN104376445A (zh) | 基于事件驱动的场内交易货物集中配送运输系统 | |
CN102461145A (zh) | 利用多种支付模式的网络通信服务 | |
KR20010095938A (ko) | 마일리지를 이용한 선결제 시스템 | |
CN209248589U (zh) | 快捷支付装置 | |
CN112967047A (zh) | 结算方法、装置、设备、存储介质以及程序产品 | |
CN113592450A (zh) | 基于中台发票中心的发票勾选方法、装置、存储介质和电子设备 | |
RU2109335C1 (ru) | Устройство и способ для автоматизации биржевого рынка | |
CN111062703A (zh) | 一种基于区块链的施工企业供应商支付管理系统及方法 | |
CN112348495B (zh) | 一种资金收付结算方法及系统 | |
KR20020034288A (ko) | 인터넷을 이용한 요금 청구 및 수납 시스템 및 그 방법 | |
CN116308313B (zh) | 数字钱包处理方法以及装置、电子设备、存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |