[发明专利]业务处理系统和方法无效
申请号: | 200810220216.3 | 申请日: | 2008-12-22 |
公开(公告)号: | CN101458797A | 公开(公告)日: | 2009-06-17 |
发明(设计)人: | 刘昌钰;郑礼雄 | 申请(专利权)人: | 腾讯科技(深圳)有限公司 |
主分类号: | G06Q20/00 | 分类号: | G06Q20/00;H04L29/06 |
代理公司: | 广州华进联合专利商标代理有限公司 | 代理人: | 曾旻辉 |
地址: | 518044广东省深圳市*** | 国省代码: | 广东;44 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 业务 处理 系统 方法 | ||
【技术领域】
本发明涉及计算机网络技术领域,尤其涉及一种电子交易中的业务处理系 统和业务处理方法。
【背景技术】
业务支付系统是指通过业务承载用户,系统操作人员或软件系统通过发起 支付操作或指令,完成扣除用户费用,同时给用户开通服务的方法和实现载体。
如图1所示,业务支付系统的概念模型包括三个组成部分:支付交易发起 和控制系统(以下简称支付系统)、支付渠道系统(以下简称渠道系统)和业务 系统;其中,支付系统是与终端用户交互的系统,它可以是网页cgi程序或其他 程序、后台软件服务系统、电子终端等;渠道系统用于保存用户虚拟资产信息 及扣除交易费用,可以是虚拟货币的财产管理中心,如腾讯Q卡,个人账户, 财富通等;业务系统是指用户付费后提供给用户某一服务的系统。
每个渠道系统可能有完全不同的交易流程,一个成功付费的交易流程可能 包括以下步骤:
1)支付系统通过用户交互,选择了特定业务,特定渠道发起交易流程;
2)支付系统发送支付请求到渠道系统;
3)渠道系统对目标用户进行扣费操作,并返回成功应答;
4)支付系统发送开通业务请求到业务系统;
5)业务系统给目标用户开通相应服务,并返回成功应答;
6)支付系统发送成功开通服务确认请求到渠道系统;
7)渠道系统对目标用户进行计费确认操作,并返回成功应答;
8)交易结束,支付系统反馈信息给用户。
对于交易环节对用户扣取费用,可以是在线扣取,也可以是离线扣取;同 样,对用户开通服务,可以是在线开通,也可以是离线开通。
而另外其他的支付系统,交易流程又可能完全不同于上述流程,例如,可 包括以下步骤:
1)支付系统通过用户交互,选择了特定业务,特定渠道发起业务交易流程;
2)支付系统发送支付请求到支付渠道系统;
3)渠道系统对目标用户进行属性分析,并返回支付系统要求用户输入认证 信息,如渠道认证码等;
4)支付系统发送带有用户相关信息的支付请求到渠道系统;
5)渠道系统对目标用户进行扣费操作,并返回成功应答;
6)支付系统发送开通业务请求到业务系统;
7)业务系统给目标用户开通相应服务,并返回成功应答;
8)交易结束,支付系统反馈信息给用户。
当存在多个业务系统、多个渠道系统及多个支付系统的时候,业务系统, 渠道系统及支付系统分别平行扩展,如图2所示。用户在支付系统选择特定付 费服务,特定扣款渠道,并按照特定的交易流程进行支付及开通服务。
如图2所示,在多业务,多支付渠道下,新增一个渠道系统或一个业务系 统,成本高昂、系统间依赖性强。如果涉及多个业务系统或多个渠道系统,那 么每个系统,包括支付系统、渠道系统和业务系统,都需一一进行调整。
成本高昂的原因是:支付系统需感知全部渠道系统和全部业务系统的交易 逻辑和交易流程。具体地说,无论对新增业务系统需支持现有所有渠道的扣费, 还是对新增渠道系统支持所有业务系统的支付,都必须对支付系统做大量的修 改或新增功能,特别是在新增的业务系统或渠道系统的交易流程或通信协议不 同于原有系统的情况下,工作量大,效率较低,开发和维护成本较高。
系统间依赖性强的原因是:支付系统和渠道系统及业务系统分别通信,因 此,渠道系统或业务系统发生任何变动时,支付系统也必须进行相应变动;同 理,支付系统发生任何更改,渠道系统及业务系统也必须进行相应更改。
【发明内容】
基于此,有必要针对在多业务,多支付渠道下,新增一个渠道系统或一个 业务系统时,成本高昂、系统间依赖性强,涉及的每个系统都需一一进行调整 的问题,提供一种业务处理系统。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于腾讯科技(深圳)有限公司,未经腾讯科技(深圳)有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/200810220216.3/2.html,转载请声明来源钻瓜专利网。