业务处理系统和方法技术方案

一种业务处理系统，包括统一支付系统、至少一前端支付系统和至少一渠道系统；各前端支付系统分别通过统一请求通信接口与所述统一支付系统相连接，用于接收业务请求，发送到所述统一支付系统；所述统一支付系统，用于确定所述业务请求归属的渠道系统，选择并执行所述渠道系统的处理流程。通过采用统一支付协议，进行统一流程控制，使得支付系统、渠道系统和业务系统在逻辑上，流程上被隔离出来，对任何系统进行修改或新增一个系统，都不会影响其他系统的原有设计或实现；从而降低了系统间的依赖性，有效地节约了实现成本和维护成本。此外，还提供了一种业务处理方法。

【技术实现步骤摘要】

本专利技术涉及计算机网络
，尤其涉及一种电子交易中的业务处理系 统和业务处理方法。
技术介绍
业务支付系统是指通过业务承载用户，系统操作人员或软件系统通过发起 支付操作或指令，完成扣除用户费用，同时给用户开通服务的方法和实现载体。如图1所示，业务支付系统的概念模型包括三个组成部分支付交易发起 和控制系统(以下简称支付系统)、支付渠道系统(以下简称渠道系统)和业务 系统；其中，支付系统是与终端用户交互的系统，它可以是网页cgi程序或其他 程序、后台软件服务系统、电子终端等；渠道系统用于保存用户虚拟资产信息 及扣除交易费用，可以是虚拟货币的财产管理中心，如腾讯Q卡，个人账户， 财富通等；业务系统是指用户付费后提供给用户某一服务的系统。每个渠道系统可能有完全不同的交易流程， 一个成功付费的交易流程可能 包括以下步骤1) 支付系统通过用户交互，选择了特定业务，特定渠道发起交易流程；2) 支付系统发送支付请求到渠道系统；3) 渠道系统对目标用户进行扣费操作，并返回成功应答；4) 支付系统发送开通业务请求到业务系统；5) 业务系统^会目标用户开通相应服务，并返回成功应答；6) 支付系统发送成功开通服务确认请求到渠道系统；7) 渠道系统对目标用户进行计费确认操作，并返回成功应答；8) 交易结束，支付系统反馈信息给用户。对于交易环节对用户扣取费用，可以是在线扣取，也可以是离线扣取；同 样，对用户开通服务，可以是在线开通，也可以是离线开通。而另外其他的支付系统，交易流程又可能完全不同于上述流程，例如，可包括以下步骤1) 支付系统通过用户交互，选择了特定业务，特定渠道发起业务交易流程；2) 支付系统发送支付请求到支付渠道系统；3) 渠道系统对目标用户进行属性分析，并返回支付系统要求用户输入认证 信息，如渠道认证码等；4) 支付系统发送带有用户相关信息的支付请求到渠道系统；5) 渠道系统对目标用户进行扣费操作，并返回成功应答；6) 支付系统发送开通业务请求到业务系统；7) 业务系统给目标用户开通相应月l务，并返回成功应答；8) 交易结束，支付系统反馈信息给用户。当存在多个业务系统、多个渠道系统及多个支付系统的时候，业务系统， 渠道系统及支付系统分别平行扩展，如图2所示。用户在支付系统选择特定付 费服务，特定扣款渠道，并按照特定的交易流程进行支付及开通服务。如图2所示，在多业务，多支付渠道下，新增一个渠道系统或一个业务系 统，成本高昂、系统间依赖性强。如果涉及多个业务系统或多个渠道系统，那 么每个系统，包括支付系统、渠道系统和业务系统，都需一一进行调整。成本高昂的原因是支付系统需感知全部渠道系统和全部业务系统的交易 逻辑和交易流程。具体地说，无i仑对新增业务系统需支持现有所有渠道的扣费， 还是对新增渠道系统支持所有业务系统的支付，都必须对支付系统做大量的修 改或新增功能，特别是在新增的业务系统或渠道系统的交易流程或通信协议不 同于原有系统的情况下，工作量大，效率较低，开发和维护成本较高。系统间依赖性强的原因是支付系统和渠道系统及业务系统分别通信，因 此，渠道系统或业务系统发生任何变动时，支付系统也必须进行相应变动；同 理，支付系统发生任何更改，渠道系统及业务系统也必须进行相应更改。
技术实现思路
基于此，有必要针对在多业务，多支付渠道下，新增一个渠道系统或一个业务系统时，成本高昂、系统间依赖性强，涉及的每个系统都需——进行调整 的问题，提供一种业务处理系统。一种业务处理系统，包括统一支付系统、至少一前端支付系统、至少一渠道系统和至少一业务系统；所述前端支付系统，通过统一请求通信接口与所述 统一支付系统相连接，用于接收业务请求，发送到所述统一支付系统；所述统 一支付系统，通过统一渠道通信接口与所述渠道系统相连接，用于与所述渠道 系统进行交互，确定所述业务请求归属的渠道系统，选择并执行所述渠道系统 的处理流程；所述统一支付系统，还通过统一业务通信接口与所述业务系统相 连接，用于与业务系统进行交互。在优选的实施方式中，所述统一请求通信接口 、所述统一渠道通信接口和 所述统一业务通信接口，设置为同一个统一通信接口。在优选的实施方式中，所述统一请求通信接口 、所述统一渠道通信接口和 所述统一业务通信接口 ，为具有一致的协议信息的通信接口 。在优选的实施方式中，所述统一请求通信接口 、所述统一渠道通信接口和 所述统一业务通信接口为网络层协议接口 、 UNIX域协议接口或者本机进程间通 信接口。在优选的实施方式中，所述网络层协议为传输控制协议或用户数据报协议。 此外，还提供了一种业务处理方法，包括以下步骤Al、统一接收业务请 求；A2、确定所述业务请求归属的渠道，选择并执行所述渠道的处理流程；A3、 统一返回执行的结果。在优选的实施方式中，所述业务请求为交易请求，所述业务处理方法具体 包括以下步骤Al、通过统一请求通信接口，从前端支付系统接收所述交易请 求；A2、通过统一渠道通信接口与渠道系统进行交互，确定所述交易请求归属 的渠道系统，选择并执行所述渠道系统的交易流程，通过统一业务通信接口与 业务系统进行交互；A3、通过所述统一请求通信接口 ，将结果返回给所述前端 支付系统。在优选的实施方式中，所述统一请求通信接口、所述统一渠道通信接口和 所述统一业务通信接口 ，为同 一统一通信接口 。在优选的实施方式中，所述统一请求通信接口 、所述统一渠道通信接口和 所述统一业务通信接口 ，采用同 一通信协议进行通讯。在优选的实施方式中，所述通信协议为网络层协议、UNIX域协议或者本机进程间通信协议。在优选的实施方式中，所述网络层协议为传输控制协议或用户数据报协议。 在逻辑上，将支付系统、渠道系统和业务系统从流程上隔离出来，对任何系统进行修改或新增一个系统，都不会影响其他系统的原有设计或实现；从而 降低了系统间的依赖性，有效地节约了实现成本和维护成本。附图说明图1为传统的业务支付系统的结构示意图2为传统的多业务支付系统的示意图3为本专利技术业务处理系统的一种实施方式的结构示意图4为本专利技术支付系统的一种实施方式的结构示意图5为本专利技术渠道系统的一种实施方式的结构示意图6为本专利技术业务系统的一种实施方式的结构示意图。具体实施方式以下结合附图和具体实施例，进4亍详细说明。为了解决目前业务支付系统间耦合度过紧，使得在新增业务系统，新增支 付渠道系统时，或者在更改业务系统或支付渠道系统时，带来高昂的开发维护 成本，因此，提出了一种采用统一支付协议，统一流程控制的支付方法和系统， 能够实现在多业务、多付费渠道系统中的扣费开通服务，使得支付系统、渠道 系统和业务系统在逻辑上，流程上被隔离出来，无论对哪个系统进行修改或新 增一个系统，都不会影响其他系统的原有设计或实现。业务处理系统的一个例子是，该业务处理系统包括统一支付系统、至少一 前端支付系统、至少一渠道系统和至少一业务系统；各前端支付系统分别通过 统一请求通信接口与所述统一支付系统相连接，用于接收业务请求，例如，所述业务请求为来自不同用户的不同交易请求，将这些业务请求发送到所述统一 支付系统；所述统一支付系统，用于确定所述业务请求归属的渠道系统，选择 并执行所述渠道系统的处理流程。所述统一支付系统通过统一渠本文档来自技高网...

【技术保护点】
一种业务处理系统，其特征在于，包括统一支付系统、前端支付系统、渠道系统和业务系统；所述前端支付系统通过统一请求通信接口与所述统一支付系统相连接，用于接收业务请求，发送到所述统一支付系统；所述统一支付系统通过统一渠道通信接口与所述渠道系统相连接，用于与所述渠道系统进行交互，确定所述业务请求归属的渠道系统，选择并执行所述渠道系统的处理流程；所述统一支付系统还通过统一业务通信接口与所述业务系统相连接，用于与业务系统进行交互。

【技术特征摘要】

【专利技术属性】
技术研发人员：刘昌钰，郑礼雄，
申请(专利权)人：腾讯科技深圳有限公司，
类型：发明
国别省市：94[中国|深圳]