CN101458797A - 业务处理系统和方法 - Google Patents

Abstract

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

Description

业务处理系统和方法

【技术领域】

本发明涉及计算机网络技术领域，尤其涉及一种电子交易中的业务处理系统和业务处理方法。

【背景技术】

业务支付系统是指通过业务承载用户，系统操作人员或软件系统通过发起支付操作或指令，完成扣除用户费用，同时给用户开通服务的方法和实现载体。

如图1所示，业务支付系统的概念模型包括三个组成部分：支付交易发起和控制系统(以下简称支付系统)、支付渠道系统(以下简称渠道系统)和业务系统；其中，支付系统是与终端用户交互的系统，它可以是网页cgi程序或其他程序、后台软件服务系统、电子终端等；渠道系统用于保存用户虚拟资产信息及扣除交易费用，可以是虚拟货币的财产管理中心，如腾讯Q卡，个人账户，财富通等；业务系统是指用户付费后提供给用户某一服务的系统。

每个渠道系统可能有完全不同的交易流程，一个成功付费的交易流程可能包括以下步骤：

1)支付系统通过用户交互，选择了特定业务，特定渠道发起交易流程；

2)支付系统发送支付请求到渠道系统；

3)渠道系统对目标用户进行扣费操作，并返回成功应答；

4)支付系统发送开通业务请求到业务系统；

5)业务系统给目标用户开通相应服务，并返回成功应答；

6)支付系统发送成功开通服务确认请求到渠道系统；

7)渠道系统对目标用户进行计费确认操作，并返回成功应答；

8)交易结束，支付系统反馈信息给用户。

对于交易环节对用户扣取费用，可以是在线扣取，也可以是离线扣取；同样，对用户开通服务，可以是在线开通，也可以是离线开通。

而另外其他的支付系统，交易流程又可能完全不同于上述流程，例如，可包括以下步骤：

1)支付系统通过用户交互，选择了特定业务，特定渠道发起业务交易流程；

2)支付系统发送支付请求到支付渠道系统；

3)渠道系统对目标用户进行属性分析，并返回支付系统要求用户输入认证信息，如渠道认证码等；

4)支付系统发送带有用户相关信息的支付请求到渠道系统；

5)渠道系统对目标用户进行扣费操作，并返回成功应答；

6)支付系统发送开通业务请求到业务系统；

7)业务系统给目标用户开通相应服务，并返回成功应答；

8)交易结束，支付系统反馈信息给用户。

当存在多个业务系统、多个渠道系统及多个支付系统的时候，业务系统，渠道系统及支付系统分别平行扩展，如图2所示。用户在支付系统选择特定付费服务，特定扣款渠道，并按照特定的交易流程进行支付及开通服务。

如图2所示，在多业务，多支付渠道下，新增一个渠道系统或一个业务系统，成本高昂、系统间依赖性强。如果涉及多个业务系统或多个渠道系统，那么每个系统，包括支付系统、渠道系统和业务系统，都需一一进行调整。

成本高昂的原因是：支付系统需感知全部渠道系统和全部业务系统的交易逻辑和交易流程。具体地说，无论对新增业务系统需支持现有所有渠道的扣费，还是对新增渠道系统支持所有业务系统的支付，都必须对支付系统做大量的修改或新增功能，特别是在新增的业务系统或渠道系统的交易流程或通信协议不同于原有系统的情况下，工作量大，效率较低，开发和维护成本较高。

系统间依赖性强的原因是：支付系统和渠道系统及业务系统分别通信，因此，渠道系统或业务系统发生任何变动时，支付系统也必须进行相应变动；同理，支付系统发生任何更改，渠道系统及业务系统也必须进行相应更改。

【发明内容】

基于此，有必要针对在多业务，多支付渠道下，新增一个渠道系统或一个业务系统时，成本高昂、系统间依赖性强，涉及的每个系统都需一一进行调整的问题，提供一种业务处理系统。

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

在优选的实施方式中，所述统一请求通信接口、所述统一渠道通信接口和所述统一业务通信接口，设置为同一个统一通信接口。

在优选的实施方式中，所述统一请求通信接口、所述统一渠道通信接口和所述统一业务通信接口，为具有一致的协议信息的通信接口。

在优选的实施方式中，所述统一请求通信接口、所述统一渠道通信接口和所述统一业务通信接口为网络层协议接口、UNIX域协议接口或者本机进程间通信接口。

在优选的实施方式中，所述网络层协议为传输控制协议或用户数据报协议。

此外，还提供了一种业务处理方法，包括以下步骤：A1、统一接收业务请求；A2、确定所述业务请求归属的渠道，选择并执行所述渠道的处理流程；A3、统一返回执行的结果。

在优选的实施方式中，所述业务请求为交易请求，所述业务处理方法具体包括以下步骤：A1、通过统一请求通信接口，从前端支付系统接收所述交易请求；A2、通过统一渠道通信接口与渠道系统进行交互，确定所述交易请求归属的渠道系统，选择并执行所述渠道系统的交易流程，通过统一业务通信接口与业务系统进行交互；A3、通过所述统一请求通信接口，将结果返回给所述前端支付系统。

在优选的实施方式中，所述统一请求通信接口、所述统一渠道通信接口和所述统一业务通信接口，为同一统一通信接口。

在优选的实施方式中，所述统一请求通信接口、所述统一渠道通信接口和所述统一业务通信接口，采用同一通信协议进行通讯。

在优选的实施方式中，所述通信协议为网络层协议、UNIX域协议或者本机进程间通信协议。

在优选的实施方式中，所述网络层协议为传输控制协议或用户数据报协议。

在逻辑上，将支付系统、渠道系统和业务系统从流程上隔离出来，对任何系统进行修改或新增一个系统，都不会影响其他系统的原有设计或实现；从而降低了系统间的依赖性，有效地节约了实现成本和维护成本。

【附图说明】

图1为传统的业务支付系统的结构示意图；

图2为传统的多业务支付系统的示意图；

图3为本发明业务处理系统的一种实施方式的结构示意图；

图4为本发明支付系统的一种实施方式的结构示意图；

图5为本发明渠道系统的一种实施方式的结构示意图；

图6为本发明业务系统的一种实施方式的结构示意图。

【具体实施方式】

以下结合附图和具体实施例，进行详细说明。

为了解决目前业务支付系统间耦合度过紧，使得在新增业务系统，新增支付渠道系统时，或者在更改业务系统或支付渠道系统时，带来高昂的开发维护成本，因此，提出了一种采用统一支付协议，统一流程控制的支付方法和系统，能够实现在多业务、多付费渠道系统中的扣费开通服务，使得支付系统、渠道系统和业务系统在逻辑上，流程上被隔离出来，无论对哪个系统进行修改或新增一个系统，都不会影响其他系统的原有设计或实现。

业务处理系统的一个例子是，该业务处理系统包括统一支付系统、至少一前端支付系统、至少一渠道系统和至少一业务系统；各前端支付系统分别通过统一请求通信接口与所述统一支付系统相连接，用于接收业务请求，例如，所述业务请求为来自不同用户的不同交易请求，将这些业务请求发送到所述统一支付系统；所述统一支付系统，用于确定所述业务请求归属的渠道系统，选择并执行所述渠道系统的处理流程。

所述统一支付系统通过统一渠道通信接口与各渠道系统相连接，用于通过统一渠道通信接口与各渠道系统分别进行交互，通过统一渠道通信接口与各渠道系统相连接，来传输相应的数据，包括确定所述业务请求归属的渠道系统，选择并执行所述渠道系统的处理流程。。

所述统一支付系统通过统一业务通信接口与各业务系统相连接，用于通过统一业务通信接口与各业务系统分别进行交互，通过统一业务通信接口与各业务系统相连接，来传输相应的数据。

在上述各例的基础上，较好的是，所述统一请求通信接口、统一渠道通信接口和统一业务通信接口，设置为同一个统一通信接口；或者，将上述各种接口统一为一种通信接口，其具有一致的协议信息，统一支付系统通过该通信接口分别与各前端支付系统、各渠道系统、各业务系统相连接。

所述统一请求通信接口、所述统一渠道通信接口和所述统一业务通信接口可以为网络层协议接口或不限于基于网络协议的接口。网络层协议例如可以是IP(Internet Protocol，互联网协议，包括IPv4和IPv6)协议中的传输控制协议或用户数据报协议。非基于网络协议的接口可以是UNIX域协议、不基于任何网络协议的本机进程间通信等。

又一个优选实施例是，将这些统一通信接口一体设置，即，只采用一个统一通信接口实现所述统一请求通信接口、统一渠道通信接口和统一业务通信接口。

例如，在协议中有以下信息内容：

 

流程命令码	请求，支付，扣款取消，扣款确认，开通服务，关闭服务，认证，授权......
		用户号码	QQ号，手机号......
支付号码	QQ号，手机号，中国电信互联星空账号......
		服务内容	会员，Q币......

 

续费方式	账户续费，手机续费，不续费......
		......	......

在上述各例基础上，较好的是，所述统一请求通信接口、统一渠道通信接口和统一业务通信接口，均为基于IP(Internet Protocol，互联网协议)的接口；例如，均为TCP(Transfer Control Protocol，传输控制协议)接口；或均为UDP(User Datagram Protocol，用户数据报协议)接口。

更具体地说，所述统一支付系统和各前端支付系统分别设置一统一请求通信接口，各前端支付系统的统一请求通信接口分别连接到所述统一支付系统的统一请求通信接口；所述统一支付系统和各渠道系统分别设置一统一渠道通信接口，各渠道系统的统一渠道通信接口分别连接到所述统一支付系统的统一渠道通信接口；所述统一支付系统和各业务系统分别设置一统一业务通信接口，各业务系统的统一业务通信接口分别连接到所述统一支付系统的统一业务通信接口。

一个较佳的实施例，业务处理系统如图3所示，包括统一支付系统10，与该统一支付系统10相连接的、并由该统一支付系统10实现相互之间信息互通的支付渠道系统20和业务系统30，与统一支付系统10相连接、并为该统一支付系统10提供业务请求驱动的前端支付系统40。其中，支付渠道系统20、业务系统30和前端支付系统40三者中至少一者的数量为两个以上，并且都与统一支付系统10相连。

在此基础上，统一支付系统10如图4所示，包括各种交易处理单元11、用于与前端支付系统40通信的统一请求通信接口12、用于与支付渠道系统20通信的统一渠道通信接口13，以及与业务系统30通信的统一业务通信接口14。其中，交易处理单元11，用于执行支付渠道处理流程和业务系统处理流程：

1)通过统一请求通信接口12从前端支付系统40接收交易请求；

2)判断归属于哪个支付渠道并执行该渠道的交易流程；

3)交易流程中，如果需要和支付渠道系统20交互，则通过统一渠道通信接口13与之进行交互，如扣款操作，确认操作，取消操作等；

4)交易流程中如果需要和业务系统30交互，则通过统一业务通信接口14与之进行交互，如开通服务，关闭服务等；

5)流程结束后将结果通过统一请求通信接口12返回给前端支付系统40。

也就是说，新增一个前端支付系统40、业务系统30或支付渠道系统20时，统一支付系统10几乎不作变动，只需通过统一请求通信接口12、统一业务通信接口14、接入统一支付系统10或统一渠道通信接口13接入统一支付系统10，增加相关的交易处理单元11即可；通过新增或修改一个前端支付系统40，可接入新的用户需求或业务；通过新增一个支付渠道系统20，可实现新的支付渠道；通过新增一个业务系统30，可实现新的业务。

更具体地说，除非有新增前端支付系统40的必要，否则只需修改前端支付系统40即可达成；例如，原来前端支付系统40传入“QQ卡渠道扣款”到“统一支付系统10”进行QQ卡的交易，当新增了网上银行渠道后，只需在前端支付系统40传入“网银渠道扣款”到“统一支付系统10”。

在具体的应用中，前端支付系统40用于与用户交互，与业务逻辑无关，如web页面等；统一支付系统10与业务逻辑有关，但用户在使用中，不会感知统一支付系统10的存在。

这样，由统一的系统来驱动业务流程，并且使流程可在其他系统、其他业务进行复制，进而大大节省了开发维护成本，合理地整合和统一了资源；并且，新的系统设计和业务设计，实现了将业务流程抽象出来，实现了业务流程和业务实现的分离。

其中，统一支付系统10与前端支付系统40、支付渠道系统20、业务系统30之间的统一请求通信接口12、统一渠道通信接口13、统一业务通信接口14，一般采用基于IP网络的接口。系统之间各自具有自己的IP地址；例如，系统通讯基于TCP或者UDP的服务端口，即采用IP协议的子集TCP/UDP，这样，通过使用相应的TCP或者UDP协议连接系统的服务端口，经过必要的鉴权后与系统建立连接。连接建立以后，就可以通过相应连接向目标系统发送和接收数据。并且它们的通讯过程采用对称加密或非对称加密的方式进行密文传送。

如图5所示，支付渠道系统20包括用于与统一支付系统10通信的统一渠道通信接口21、支付渠道系统原有处理单元22。其中统一渠道通信接口21与统一渠道通信接口13遵循同一套通讯协议，例如，TCP/UDP协议，或者，采用UNIX域协议，或者不基于任何协议的本机进程间通信等，用于接收统一支付系统10的处理请求，如扣款请求，确认请求，取消请求等。接收到请求后交由支付渠道系统原有处理单元22处理。支付渠道系统原有处理单元22按照原有处理逻辑完成操作后，由统一渠道通信接口21返回结果信息给统一支付系统10。

如图6所示，业务系统30包括用于与统一支付系统10通信的统一业务通信接口31、业务系统原有处理单元32。其中统一业务通信接口31与统一业务通信接口14遵循同一套通讯协议，用于接收统一支付系统10的业务处理请求，如业务开通，业务关闭等。接收到请求后交由业务系统原有处理单元32处理。业务系统原有处理单元32按照原有处理逻辑完成操作后，由统一业务通信接口31返回结果信息给统一支付系统10。

所述的统一请求通信接口12，统一渠道通信接口13，统一业务通信接口14，可统一为一种通信接口，并且有一致的协议信息。

其中，上述的统一支付系统10与前端支付系统40的终端设备可以是计算机、个人数位助理(PDA)、手机等设备，最佳实施例为计算机。

所述统一支付系统10与前端支付系统40还可以根据实际需要增加其他交易，比如，涉及第三方支付系统时，包括归属于其他独立机构具备在线货币支付的系统，如网上银行，中国电信互联星空网上支付系统等，则会相应增加相应的交易流程。

下面再举出业务处理方法的实施例，应用于上述各业务处理系统的实施例中。一个例子是，业务处理方法包括以下步骤：A1、统一接收业务请求；A2、确定所述业务请求归属的渠道，选择并执行所述渠道的处理流程；A3、统一返回执行的结果。所述业务请求可以来自不同的客户。

例如，所述业务请求为交易请求。则，业务处理方法包括以下步骤：A1、统一接收交易请求；A2、确定所述交易请求归属的渠道，选择并执行所述渠道的处理流程；A3、统一返回执行的结果。

又如，在上例基础上，所述业务处理方法，具体可以包括以下步骤：A1、通过统一请求通信接口，从前端支付系统接收所述交易请求；A2、确定所述交易请求归属的渠道系统，选择并执行所述渠道系统的交易流程；A3、通过所述统一请求通信接口，将结果返回给所述前端支付系统。

又一个例子是，所述业务处理方法，步骤A2具体可以包括以下步骤：通过统一渠道通信接口与渠道系统进行交互，确定所述交易请求归属的渠道系统，选择并执行所述渠道系统的交易流程，通过统一业务通信接口与业务系统进行交互；其中，还可以包括以下步骤：A21、判断所述交易流程是否需与某一渠道系统交互，是则通过统一渠道通信接口进行；A22、判断所述交易流程是否需与某一业务系统交互，是则通过统一业务通信接口进行。

又一个例子是，上述各例中的所述业务处理方法，所述统一请求通信接口、所述统一渠道通信接口和所述统一业务通信接口，采用同一通信协议进行通讯，例如，采用同一网络层协议、UNIX域协议、不基于任何网络协议的本机进程间通信进行通讯。

例如，在各系统之间，可以采用传输控制协议或用户数据报协议进行通讯。或者，所述统一请求通信接口、所述统一渠道通信接口和所述统一业务通信接口，采用同一个统一通信接口实现，即，采用统一通信接口作为上述各个统一请求通信接口、统一渠道通信接口和统一业务通信接口。

下面再给出几个具体的例子，说明本发明的应用。

一个例子是，QQ用户使用QQ卡购买2个月的会员业务，包括以下步骤：

1)QQ用户登陆QQ网站QQ卡会员支付入口，输入自己的QQ号、QQ卡号、QQ卡密码，填入需要购买的时间数量，例如购买两个月，点击页面上的确认按钮提交交易请求；

2)网站处理系统，即前端支付系统40，将QQ号、QQ卡号、QQ卡密码、购买服务类型、购买时间数量、渠道类型，通过TCP方式传送至统一支付系统10；例如，服务类型可以是会员，购买时间数量为2个月，渠道类型为QQ卡渠道；

3)统一支付系统10通过判断渠道类型启动QQ卡交易流程；

4)统一支付系统10通过TCP协议返回成功应答给网站页面；

5)用户看到交易成功的页面提示。

其中，第3)步，统一支付系统10通过判断渠道类型启动QQ卡交易流程，包括以下步骤：

3-1)统一支付系统10将QQ卡号、QQ卡密码通过TCP方式传送至QQ卡账务系统，即支付渠道系统20；

3-2)QQ卡账务系统扣除对应的QQ卡中的金额，返回扣款成功给统一支付系统10；

3-3)统一支付系统10将QQ号、购买服务类型、购买数量，通过TCP方式传送至会员业务系统，即业务系统30；例如，统一支付系统10将QQ号、购买服务类型为会员、购买时间数量为2个月，通过TCP方式传送至会员业务系统；

3-4)会员业务系统给相应QQ号开通2个月的会员业务，返回业务开通成功信息，给统一支付系统10。

又一个例子是，增加一个名为“蓝钻”的新业务，不影响其他渠道系统，以及不影响其他业务系统；例如，QQ用户使用QQ卡购买2个月的蓝钻业务，整个交易流程基本与上例相同，具体说明如下。

1)QQ用户登陆QQ网站QQ卡的蓝钻支付入口，输入自己的QQ号、QQ卡号、QQ卡密码，填入购买时间为购买两个月，点击页面上的确认按钮，提交交易请求；

2)网站处理系统，即前端支付系统40，将QQ号、QQ卡号、QQ卡密码，购买服务类型为蓝钻，购买数量为2个月，渠道类型为QQ卡渠道，通过TCP方式传送至统一支付系统10；

3)统一支付系统10通过判断渠道类型启动QQ卡交易流程；

4)统一支付系统10通过TCP协议返回成功应答给网站页面；

5)用户看到交易成功的页面提示。

其中，第3)步，统一支付系统10通过判断渠道类型启动QQ卡交易流程，包括以下步骤：

3-1)统一支付系统10将QQ卡号和QQ卡密码，通过TCP方式传送至QQ卡账务系统，即支付渠道系统20；

3-2)QQ卡账务系统扣除对应的QQ卡中的金额，返回扣款成功信息给统一支付系统10；

3-3)统一支付系统10将QQ号、购买服务类型为会员、以及购买数量为2个月，通过TCP方式传送至蓝钻业务系统，即业务系统30；

3-4)蓝钻业务系统给相应QQ号开通2个月的蓝钻业务，返回业务开通成功给统一支付系统10。

又一个例子是，增加一个“个人帐户”渠道，不影响其他渠道系统，亦不影响其他业务系统。例如，QQ用户使用个人帐户中的Q币，购买6个月的蓝钻业务，整个交易流程基本与上例相同，具体说明如下。

1)QQ用户登陆QQ网站个人帐户的蓝钻支付入口，输入自己的QQ号，填入购买时间为六个月，点击页面上的确认按钮，提交交易请求；

2)网站处理系统，即前端支付系统40，将QQ号、购买服务类型为蓝钻，购买数量为6个月，渠道类型为个人帐户渠道，通过TCP方式传送至统一支付系统10；

3)统一支付系统10通过判断渠道类型，启动个人帐户交易流程；

4)统一支付系统10通过TCP协议返回成功应答给网站页面；

5)用户看到交易成功的页面提示。

其中，第3)步，统一支付系统10通过判断渠道类型启动QQ卡交易流程，包括以下步骤：

3-1)统一支付系统10，将QQ号通过TCP方式，传送至个人帐户的账务系统，即支付渠道系统20；

3-2)个人帐户账务系统，扣除对应的QQ号中的金额，返回扣款成功给统一支付系统10；该QQ号中的金额，可以为Q币，也可以为其它形式的电子货币；

3-3)统一支付系统10将QQ号、购买服务类型为会员、购买数量为6个月，通过TCP方式传送至蓝钻业务系统，即业务系统30；

3-4)蓝钻业务系统给相应QQ号开通6个月的蓝钻业务，返回业务开通成功信息给统一支付系统10。

又一个例子是，增加一个第三方的支付渠道，“中国电信互联星空”的网上支付渠道，不影响其他相关系统；例如，QQ用户使用“中国电信互联星空”渠道，购买会员包月业务，包月时间为1个月，具体说明如下。

1)QQ用户登陆QQ网站的“中国电信互联星空”会员支付入口，输入自己的QQ号，点击页面上的确认按钮提交交易请求；该步骤中，还可以输入该用户的QQ号对应的密码；

2)网站处理系统，即前端支付系统40，将QQ号、购买服务类型为会员、包月时间为1个月、渠道类型为中国电信互联星空渠道，通过TCP方式，传送至统一支付系统10；其中，还可以将该用户的省份信息或其他信息，通过TCP方式传送至统一支付系统10；

3)统一支付系统10，通过判断渠道类型，启动“中国电信互联星空”交易流程；

4)统一支付系统10通过TCP协议返回成功应答给网站页面；

5)用户看到交易成功的页面提示。

其中，第3)步，统一支付系统10，通过判断渠道类型，启动“中国电信互联星空”交易流程，可包括以下步骤：

3-1)统一支付系统10将QQ号、省份信息，通过TCP方式传送至“第三方账务”系统，即支付渠道系统20；

3-2)“第三方账务”系统通过QQ号及省份信息，计算出“中国电信互联星空”的认证地址，返回该认证地址给统一支付系统10；

3-3)统一支付系统10将该认证地址，通过TCP协议返回应答给网站页面

3-4)网站页面跳转到该认证地址，即调整到中国电信的用户登陆界面，由中国电信进行用户合法性认证；

3-5)中国电信认证用户合法后，重新跳转至网站处理系统，即前端支付系统40；由前端支付系统40，将QQ号、购买服务类型为会员、包月时间为1个月、渠道类型为中国电信互联星空渠道、以及认证信息，再次通过TCP方式传送至统一支付系统10；

3-6)统一支付系统10，将QQ号、省份信息、认证信息、以及购买业务，通过TCP方式传送至“第三方账务”系统，即支付渠道系统20；其中，购买业务包括购买服务类型为会员、以及包月时间为1个月；

3-7)“第三方账务”系统，即支付渠道系统20，计算认证信息的合法性，并记录用户购买信息，同时返回成功给统一支付系统10；

3-8)统一支付系统10将QQ号、购买服务类型为会员，购买数量为1个月，通过TCP方式传送至会员业务系统，即业务系统30；

3-9)会员业务系统给相应QQ号开通1个月的会员业务，返回业务开通成功给统一支付系统10。

综上所述，上述业务处理系统和业务处理方法中，新增一个业务系统或新增一个支付渠道系统，只需单一通过统一通讯接口接入统一支付系统10；对于新接入业务系统，即拥有多个付费业务；对于新接入的支付渠道系统，即拥有多个支付渠道的支付手段。而无论是原有支付渠道系统或原有业务系统有所改动，都不会影响到其他的系统。

通过采用统一支付协议，进行统一流程控制，使得支付系统、渠道系统和业务系统在逻辑上，流程上被隔离出来，因此，对任何系统进行修改或新增一个系统，都不会影响其他系统的原有设计或实现；从而降低了系统间的依赖性，有效地节约了实现成本和维护成本。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (11)

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

2、根据权利要求1所述业务处理系统，其特征在于，所述统一请求通信接口、所述统一渠道通信接口和所述统一业务通信接口，设置为同一个统一通信接口。

3、根据权利要求1所述业务处理系统，其特征在于，所述统一请求通信接口、所述统一渠道通信接口和所述统一业务通信接口，为具有一致的协议信息的通信接口。

4、根据权利要求3所述业务处理系统，其特征在于，所述统一请求通信接口、所述统一渠道通信接口和所述统一业务通信接口为网络层协议接口、UNIX域协议接口或者本机进程间通信接口。

5、根据权利要求4所述业务处理系统，其特征在于，所述网络层协议为传输控制协议或用户数据报协议。

6、一种业务处理方法，其特征在于，包括以下步骤：

A1、统一接收业务请求；

A2、确定所述业务请求归属的渠道，选择并执行所述渠道的处理流程；

A3、统一返回执行的结果。

7、根据权利要求6所述业务处理方法，其特征在于，所述业务请求为交易请求，所述业务处理方法具体包括以下步骤：

A1、通过统一请求通信接口，从前端支付系统接收所述交易请求；

A2、通过统一渠道通信接口与渠道系统进行交互，确定所述交易请求归属的渠道系统，选择并执行所述渠道系统的交易流程，通过统一业务通信接口与业务系统进行交互；

A3、通过所述统一请求通信接口，将结果返回给所述前端支付系统。

8、根据权利要求7所述业务处理方法，其特征在于，所述统一请求通信接口、所述统一渠道通信接口和所述统一业务通信接口，为同一统一通信接口。

9、根据权利要求7所述业务处理方法，其特征在于，所述统一请求通信接口、所述统一渠道通信接口和所述统一业务通信接口，采用同一通信协议进行通讯。

10、根据权利要求9所述业务处理方法，其特征在于，所述通信协议为网络层协议、UNIX域协议或者本机进程间通信协议。

11、根据权利要求10所述业务处理方法，其特征在于，所述网络层协议为传输控制协议或用户数据报协议。

Images