CN104966190A - 一种网络支付方法和装置 - Google Patents

Abstract

本发明实施例提供了一种网络支付方法和装置，其中的方法具体包括：接收支付请求；其中，所述支付请求中包括业务信息和支付信息；依据所述业务信息在注册容器中进行查找，以得到与所述业务信息相匹配的、预置支付分组的对象；其中，所述预置支付分组的对象的信息包括：支付方式信息；利用所述预置支付分组的对象对应的支付方式信息，对所述支付信息进行处理。本发明实施例能够降低支付***中支付处理流程的开发成本。

Description

一种网络支付方法和装置

技术领域

本发明涉及网络支付技术领域，特别是涉及一种网络支付方法和一种网络支付装置。

背景技术

目前，随着计算机技术的快速发展，网络支付得到了越来越广泛的应用。例如，以网络游戏之类的网络应用为例，用户可以选择通过网络支付为网络游戏中的一些高级功能(如增值服务)支付费用。

现有的网络支付方法通常为，用户通过游戏平台的客户端向支付***发出支付请求；支付***在接收到该支付请求后，对该支付请求中的用户信息进行校验，并在检验通过后，依据该支付请求中的金额信息等其他信息跳转到第三方支付***(如网银、支付宝、银联快捷、快钱等)的页面，由该第三方***完成支付。

在实际应用中，不同游戏平台、或者相同游戏平台的不同游戏或不同业务可能支持不同的第三方支付***；针对上述游戏平台之间、或者游戏平台的游戏或业务之间的差异性，目前通常分别开发对应的支付处理流程，在差异的种类较多时，则需要开发的支付处理流程的种类也较多，因此耗费了大量的开发成本。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的网络支付方法和相应的网络支付装置。

依据本发明的一个方面，提供了一种网络支付方法，包括：

接收支付请求；其中，所述支付请求中包括业务信息和支付信息；

依据所述业务信息在注册容器中进行查找，以得到与所述业务信息相匹配的、预置支付分组的对象；其中，所述预置支付分组的对象的信息包括：支付方式信息；

利用所述预置支付分组的对象对应的支付方式信息，对所述支付信息进行处理。

可选地，所述利用所述预置支付分组的对象对应的支付方式信息，对所述支付信息进行处理的步骤，包括：

通过调用所述预置支付分组的对象对应的回调函数，向所述回调函数指定的第三方支付***发起支付处理请求；其中，所述支付处理请求中包括：所述支付信息；

接收所述第三方支付***返回的、所述支付处理请求对应的处理结果。

可选地，所述通过调用所述回调函数，向所述回调函数指定的第三方支付***发起支付处理请求的步骤，包括：

监听在注册容器中进行查找的事件；

在监听到在所述注册容器中进行查找的事件时，将查找得到的、与所述业务信息相匹配的、预置支付分组的对象所包括的支付方式信息传入所述回调函数，使所述变量参数作为所述回调函数的参数。

可选地，在所述依据所述业务信息在注册容器中进行查找的步骤之前，所述方法还包括：

获取预置支付分组的业务信息和支付方式信息；

依据所述预置支付分组的业务信息和支付方式信息，在注册容器中注册预置支付分组的对象；其中，所述预置支付分组具有对应的支付方式，所述预置支付分组的对象的信息包括：支付方式信息。

可选地，所述依据所述预置支付分组的业务信息和支付方式信息，在注册容器中注册预置支付分组的对象的步骤，包括：

获取注册容器类；

针对所述预置支付分组，创建继承于所述注册容器类的支付分组类，并在所述支付分组类中创建对应的第一注册函数；

依据所述预置支付分组的业务信息和支付方式信息，利用所述第一注册函数将所述预置支付分组的对象注册到所述注册容器类中。

可选地，所述依据所述预置支付分组的业务信息和支付方式信息，在注册容器中注册预置支付分组的对象的步骤，包括：

获取注册容器类；

依据所述预置支付分组的业务信息和支付方式信息，利用所述注册容器类对应的第二注册函数，将所述预置支付分组的对象注册到所述注册容器类中。

可选地，所述业务信息包括：游戏平台信息，或者，所述业务信息包括：游戏平台信息和游戏信息。

根据本发明的另一方面，提供了一种网络支付装置，包括：

接收模块，用于接收支付请求；其中，所述支付请求中包括业务信息和支付信息；

查找模块，用于依据所述业务信息在注册容器中进行查找，以得到与所述业务信息相匹配的、预置支付分组的对象；其中，所述预置支付分组的对象的信息包括：支付方式信息；及

处理模块，用于利用所述预置支付分组的对象对应的支付方式信息，对所述支付信息进行处理。

可选地，所述处理模块，包括：

回调子模块，用于通过调用所述预置支付分组的对象对应的回调函数，向所述回调函数指定的第三方支付***发起支付处理请求；其中，所述支付处理请求中包括：所述支付信息；

结果接收子模块，用于接收所述第三方支付***返回的、所述支付处理请求对应的处理结果。

可选地，所述回调子模块，包括：

监听单元，用于监听在注册容器中进行查找的事件；及

参数传递模块，用于在监听到在所述注册容器中进行查找的事件时，将查找得到的、与所述业务信息相匹配的、预置支付分组的对象所包括的支付方式信息传入所述回调函数，使所述变量参数作为所述回调函数的参数。

可选地，所述装置还包括：注册模块，用于在所述查找模块依据所述业务信息在注册容器中进行查找之前，在注册容器中注册预置支付分组的对象；

其中，所述注册模块，包括：

获取子模块，用于获取预置支付分组的业务信息和支付方式信息；

注册子模块，用于依据所述预置支付分组的业务信息和支付方式信息，在注册容器中注册预置支付分组的对象；其中，所述预置支付分组具有对应的支付方式，所述预置支付分组的对象的信息包括：支付方式信息。

可选地，所述注册子模块，包括：

第一获取单元，用于获取注册容器类；

第一创建单元，用于针对所述预置支付分组，创建继承于所述注册容器类的支付分组类，并在所述支付分组类中创建对应的第一注册函数；及

第一注册单元，用于依据所述预置支付分组的业务信息和支付方式信息，利用所述第一注册函数将所述预置支付分组的对象注册到所述注册容器类中。

可选地，所述注册子模块，包括：

第二获取单元，用于获取注册容器类；及

第二注册单元，用于依据所述预置支付分组的业务信息和支付方式信息，利用所述注册容器类对应的第二注册函数，将所述预置支付分组的对象注册到所述注册容器类中。

可选地，所述业务信息包括：游戏平台信息，或者，所述业务信息包括：游戏平台信息和游戏信息。

根据本发明的一种网络支付方法和装置，在接收到支付请求时，可以将该支付请求中携带的业务信息作为索引，依据该索引在上述注册容器中快速查找到对应的预置支付分组的对象；由于上述注册容器可以通过注册来实现对于不同预置支付分组的对象的相同约束，因此可以实现通过统一的支付处理流程与外部的第三方***通信，相对于现有方案，本发明实施例能够降低支付***中支付处理流程的开发成本；

并且，本发明实施例可以针对不同的业务信息快速提供对应的预置支付分组的对象，并且，还具有易于理解、维护方便等优点。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的一种在注册容器中注册预置支付分组的对象方法实施例的步骤流程图；

图2示出了根据本发明一个实施例的一种网络支付方法实施例的步骤流程图；以及

图3示出了根据本发明一个实施例的一种网络支付装置实施例的结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

参照图1，示出了根据本发明一个实施例的一种在注册容器中注册预置支付分组的对象方法实施例的步骤流程图，具体可以包括如下步骤：

步骤101、获取预置支付分组的业务信息和支付方式信息；

步骤102、依据所述预置支付分组的业务信息和支付方式信息，在注册容器中注册预置支付分组的对象；其中，所述预置支付分组的对象的信息具体可以包括：支付方式信息。

本发明实施例可以应用于任意应用场景的支付***中，用于降低支付***中支付处理流程的开发成本。本发明实施例主要以网络游戏场景为例进行说明，其他应用场景相互参照即可。

在网络游戏场景中，不同游戏平台、或者相同游戏的不同游戏或者不同业务可能支持不同的支付方式，例如，玩平台可以支持网银这一种支付方式，而玩平台的V计划业务可以支持网银、支付宝、银联快捷、快钱等多种支付方式，而手游平台可以支持网银、支付宝等多种支付方式，针对上述三种支付特性的差异性，现有方案需要开发相应的三种支付处理流程。

而本发明实施例可以针对不同的支付特性，设置对应的预置支付分组，并依据所述预置支付分组的业务信息和支付方式信息，在注册容器中注册预置支付分组的对象，其中，所述预置支付分组的对象的信息具体可以包括：支付方式信息；这样，在上述注册容器中注册有多种预置支付分组的对象的情况下，上述注册容器仍可以通过统一的支付处理流程与外部的第三方***通信，因此，相对于现有方案，本发明实施例能够降低支付***中支付处理流程的开发成本。

并且，使用本发明实施例，在接收到支付请求时，可以将该支付请求中携带的业务信息作为索引，依据该索引在上述注册容器中快速查找到对应的预置支付分组；因此，可以针对不同的业务信息快速提供对应的支付分组，并且，还具有易于理解、维护方便等优点。

在本发明的一种应用示例中，可以针对玩平台的V计划业务的支付特性，设置对应的预置支付分组WanPlanVPayChannelGroup，其中，该预置支付分组WanPlanVPayChannelGroup的业务信息具体可以包括：游戏平台信息(玩平台)和游戏信息(V计划)，该预置支付分组WanPlanVPayChannelGroup的对应支付方式信息具体可以包括：网银、支付宝、银联快捷、快钱等信息。

本发明实施例中，上述注册容器可用于表示保存预置支付分组的对象的容器，其可以通过注册来实现对于不同预置支付分组的对象的相同约束，从而可以实现通过统一的支付处理流程与外部的第三方***通信。在实际应用中，本发明实施例可以通过IOC(控制反转，Inversion of control)等形式来实现，且可以应用于PHP(超文本预处理器，Hypertext Preprocessor)等语言来实现，本发明实施例对于上述注册容器的具体实现形式和实现语言不加以限制。

本发明实施例可以提供依据所述预置支付分组的业务信息和支付方式信息，在注册容器中注册预置支付分组的对象的如下技术方案：

技术方案A1

技术方案A1可以通过继承于注册容器类的支付分组类的第一注册函数来实现对应预置支付分组的对象在注册容器类中的注册，其具体可以包括：

步骤S11、获取注册容器类；

在本发明的一种应用示例中，可以直接获取对应的注册容器类；也可以使用PHP的反射工具来检查类和读取构造器的类型提示信息，并使用这些信息，构建对应的注册容器类，本发明实施例对于获取注册容器类的具体方法不加以限制。本发明实施例中，该注册容器类可用于实现上述统一的支付处理流程所对应的接口。

步骤S12、针对所述预置支付分组，创建继承于所述注册容器类的支付分组类，并在所述支付分组类中创建对应的第一注册函数；

步骤S13、依据所述预置支付分组的业务信息和支付方式信息，利用所述第一注册函数将所述预置支付分组的对象注册到所述注册容器类中。

在本发明的一种应用示例中，假设两个预置支付分组分别为YouxiHazgPayChannelGroup，YouxiPlanVPayChannelGroup，该两个预置支付分组的游戏平台信息和游戏信息分别为：‘youxi’和‘hazg’、以及‘youxi’和‘planv’，上述第一注册函数为Register->add()，则利用所述第一注册函数将所述预置支付分组注册到所述注册容器类中的过程具体可以为：

Register->add(‘youxi’,‘hazg’,YouxiHazgPayChannelGroup())

Register->add(‘youxi’,‘planv’,YouxiPlanVPayChannelGroup())

技术方案A2

技术方案A2可以通过注册容器类对应的第二注册函数来实现对应预置支付分组的对象在注册容器类中的注册，其具体可以包括：

步骤S21、获取注册容器类；

步骤S21、依据所述预置支付分组的业务信息和支付方式信息，利用所述注册容器类对应的第二注册函数将所述预置支付分组的对象注册到所述注册容器类中。

在实际应用中，上述预置支付分组的对象的信息可以被存储至上述注册容器的配置文件或者数据库中，这样，在接收到支付请求时，可以依据该支付请求中携带的业务信息在上述配置文件或者数据库中快速查找得到对应预置支付分组的对象的信息。

需要说明的是，上述预置支付分组的对象的信息除了包括支付方式信息外，还可以包括其它信息，如对应支付方式信息的执行过程等信息，例如该执行过程具体可以包括：各种支付方式信息对应的界面信息等，本发明实施例对于上述预置支付分组的对象的具体信息不加以限制。

以上对依据所述预置支付分组的业务信息和支付方式信息，在注册容器中注册预置支付分组的对象的技术方案进行了详细介绍，可以理解，本领域技术人员可以根据实际需要采用上述技术方案中的任一，或者，还可以根据实际需要采用其它技术方案，例如，还可以采用注册组件的技术方案，具体地，可以依据所述预置支付分组的业务信息和支付方式信息注册类并映射为接口，然后根据该接口获取对应类，该被注册的类被称为组件，其中，所有预置支付分组对应的接口可以继承于相同的接口。

综上，本发明实施例可以针对不同的支付特性，设置对应的预置支付分组，并依据所述预置支付分组的业务信息和支付方式信息，在注册容器中注册预置支付分组的对象，其中，所述预置支付分组的对象的信息具体可以包括：支付方式信息；这样，在上述注册容器中注册有多种预置支付分组的对象的情况下，上述注册容器仍可以通过统一的支付处理流程与外部的第三方***通信，因此，相对于现有方案，本发明实施例能够降低支付***中支付处理流程的开发成本。

参照图2，示出了根据本发明一个实施例的一种网络支付方法实施例的步骤流程图，具体可以包括如下步骤：

步骤201、接收支付请求；其中，所述支付请求中具体可以包括业务信息和支付信息；

在具体实现中，可以由支付***的客户端接收用户提交的支付请求，再由该客户端将上述支付请求发送给本发明实施例的支付***；其中，上述支付请求中具体可以包括：游戏平台信息，或者，所述业务信息具体可以包括：游戏平台信息和游戏信息；所述支付信息具体可以包括：支付产品的信息和对应的支付金额信息等。

可以理解，本领域技术人员还可以根据实际需要，在支付信息中携带其他信息，或者，在支付请求中携带其他信息(如用户标识信息等)，本发明实施例对于具体的支付信息和支付请求不加以限制。

步骤202、依据所述业务信息在注册容器中进行查找，以得到与所述业务信息相匹配的、预置支付分组的对象；其中，所述预置支付分组的对象的信息具体可以包括：支付方式信息；

在具体实现中，可以将该支付请求中携带的业务信息作为索引，依据该索引在上述注册容器中快速查找到对应的预置支付分组的对象。假设所有预置支付分组的对象被存储于注册容器的配置文件或者数据库中，则可以从该配置文件或者数据库中查找得到所述业务信息相匹配的、预置支付分组的对象。例如，该数据库中可以记录有业务信息和预置支付分组的对象的支付信息之间的映射关系，因此，可以在该映射关系中查找，以得到与所述业务信息相匹配的、预置支付分组的对象的信息。

步骤203、利用所述预置支付分组的对象对应的支付方式信息，对所述支付信息进行处理。

上述预置支付分组的对象对应的支付方式信息可用于表示对应预置支付分组所支持的支付方式(如网银、支付宝、银联快捷、快钱等)，其能够表示对应预置支付分组的支付特性，因此，可以在采用统一的支付处理流程的情况下，利用所述预置支付分组的对象对应的支付方式信息，对所述支付信息进行处理。

在本发明的一种可选实施例中，所述利用所述预置支付分组的对象对应的支付方式信息，对所述支付信息进行处理的步骤，具体可以包括：

步骤S31、通过调用所述预置支付分组的对象对应的回调函数，向所述回调函数指定的第三方支付***发起支付处理请求；其中，所述支付处理请求中具体可以包括：所述支付信息；

步骤S32、接收所述第三方支付***返回的、所述支付处理请求对应的处理结果。

在本发明实施例中，回调函数可由第三方支付***提供，其中，每种支付方式对应的第三方支付***均可以提供对应的回调函数，例如，支付宝方式对应的支付宝***可以提供一种回调函数，而网银方式对应的中国建设银行、中国工商银行等银行可以分别提供对应的回调函数，本发明实施例对于所述预置支付分组的对象对应的回调函数的具体获取方式不加以限制。

在实际应用中，上述回调函数可以指定对应的被调用方，具体到本发明实施例，上述被调用方可以为第三方支付***，因此，本发明实施例可以通过调用所述预置支付分组的对象对应的回调函数，向所述回调函数指定的第三方支付***发起支付处理请求，以使上述第三方支付***对上述支付处理请求进行处理。

在本发明的一种应用示例中，上述支付处理请求中还可以包括：用户在第三方支付***中的标识信息(如网银***信息、支付宝账号信息等)，则上述第三方支付***对上述支付处理请求进行处理具体可以包括：依据用户在第三方支付***中的标识信息，在上述第三方支付***中进行与支付金额信息相应的扣款处理，并在扣款处理后向调用方返回对应的处理结果，该处理结果具体可以包括：支付成功、支付失败等结果。

需要说明的是，在接收所述第三方支付***返回的、所述支付处理请求对应的处理结果后，本发明实施例的支付***还可以向对应客户端返回该处理结果，或者，对该处理结果进行封装或者改造后向对应客户端返回等。本发明实施例对于支付***与客户端之间的具体交互方式不加以限制。

在本发明的另一种可选实施例中，所述通过调用所述回调函数，向所述回调函数指定的第三方支付***发起支付处理请求的步骤，具体可以包括：

步骤S41、监听在注册容器中进行查找的事件；

步骤S42、在监听到在所述注册容器中进行查找的事件时，将查找得到的、与所述业务信息相匹配的、预置支付分组的对象所包括的支付方式信息传入所述回调函数，使所述变量参数作为所述回调函数的参数。

假设所有预置支付分组的对象被存储于注册容器的配置文件或者数据库中，则可以监听对于注册容器的配置文件或者数据库的读取操作，并在监听到对应的读取操作后，截取对应的读取结果，并将该读取结果中所包含的的支付方式传入所述回调函数，使所述支付方式信息作为所述回调函数的参数。可以理解，除了将上述支付方式信息作为所述回调函数的参数外，还可以将上述支付信息作为所述回调函数的参数，本发明实施例对于向上述回调函数传递参数的具体方式不加以限制。

在本发明的一种应用示例中，假设两个预置支付分组分别为YouxiHazgPayChannelGroup，YouxiPlanVPayChannelGroup，该两个预置支付分组的游戏平台信息和游戏信息分别为：‘youxi’和‘hazg’、以及‘youxi’和‘planv’，假设支付请求中携带的游戏平台信息和游戏信息分别为：‘youxi’和‘hazg’，则可以通过如下方式获取该支付请求对应的预置支付分组：payChannel＝Register->get(‘youxi,‘hazg’)，可以得到YouxiHazgPayChannelGroup这一预置支付分组，从而可以利用该预置支付分组的支付特性进行支付信息的处理。

综上，本发明实施例在接收到支付请求时，可以将该支付请求中携带的业务信息作为索引，依据该索引在上述注册容器中快速查找到对应的预置支付分组的对象；由于上述注册容器可以通过注册来实现对于不同预置支付分组的对象的相同约束，因此可以实现通过统一的支付处理流程与外部的第三方***通信，相对于现有方案，本发明实施例能够降低支付***中支付处理流程的开发成本；

并且，本发明实施例可以针对不同的业务信息快速提供对应的预置支付分组的对象，并且，还具有易于理解、维护方便等优点。

对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

参照图3，示出了根据本发明一个实施例的一种网络支付装置实施例的结构框图，具体可以包括如下模块：

接收模块301，用于接收支付请求；其中，所述支付请求中具体可以包括业务信息和支付信息；

查找模块302，用于依据所述业务信息在注册容器中进行查找，以得到与所述业务信息相匹配的、预置支付分组的对象；其中，所述预置支付分组的对象的信息具体可以包括：支付方式信息；及

处理模块303，用于利用所述预置支付分组的对象对应的支付方式信息，对所述支付信息进行处理。

在本发明的一种应用示例中，所述业务信息具体可以包括：游戏平台信息，或者，所述业务信息具体可以包括：游戏平台信息和游戏信息。

在本发明的一种可选实施例中，所述处理模块303，具体可以包括：

回调子模块，用于通过调用所述预置支付分组的对象对应的回调函数，向所述回调函数指定的第三方支付***发起支付处理请求；其中，所述支付处理请求中具体可以包括：所述支付信息；及

结果接收子模块，用于接收所述第三方支付***返回的、所述支付处理请求对应的处理结果。

在本发明的另一种可选实施例中，所述回调子模块，具体可以包括：

监听单元，用于监听在注册容器中进行查找的事件；及

参数传递模块，用于在监听到在所述注册容器中进行查找的事件时，将查找得到的、与所述业务信息相匹配的、预置支付分组的对象所包括的支付方式信息传入所述回调函数，使所述变量参数作为所述回调函数的参数。

在本发明的再一种可选实施例中，所述装置还可以包括：注册模块，用于在所述查找模块依据所述业务信息在注册容器中进行查找之前，在注册容器中注册预置支付分组的对象；

其中，所述注册模块，具体可以包括：

获取子模块，用于获取预置支付分组的业务信息和支付方式信息；

注册子模块，用于依据所述预置支付分组的业务信息和支付方式信息，在注册容器中注册预置支付分组的对象；其中，所述预置支付分组具有对应的支付方式，所述预置支付分组的对象的信息包括：支付方式信息。

在本发明的又一种可选实施例中，所述注册子模块，具体可以包括：

第一获取单元，用于获取注册容器类；

第一创建单元，用于针对所述预置支付分组，创建继承于所述注册容器类的支付分组类，并在所述支付分组类中创建对应的第一注册函数；及

第一注册单元，用于依据所述预置支付分组的业务信息和支付方式信息，利用所述第一注册函数将所述预置支付分组的对象注册到所述注册容器类中。

在本发明的一种可选实施例中，所述注册子模块，具体可以包括：

第二获取单元，用于获取注册容器类；及

第二注册单元，用于依据所述预置支付分组的业务信息和支付方式信息，利用所述注册容器类对应的第二注册函数，将所述预置支付分组的对象注册到所述注册容器类中。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在此提供的算法和显示不与任何特定计算机、虚拟***或者其它设备固有相关。各种通用***也可以与基于在此的示教一起使用。根据上面的描述，构造这类***所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的网络支付方法和装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明公开了A1、一种网络支付方法，包括：

接收支付请求；其中，所述支付请求中包括业务信息和支付信息；

依据所述业务信息在注册容器中进行查找，以得到与所述业务信息相匹配的、预置支付分组的对象；其中，所述预置支付分组的对象的信息包括：支付方式信息；

利用所述预置支付分组的对象对应的支付方式信息，对所述支付信息进行处理。

A2、如A1所述的方法，所述利用所述预置支付分组的对象对应的支付方式信息，对所述支付信息进行处理的步骤，包括：

通过调用所述预置支付分组的对象对应的回调函数，向所述回调函数指定的第三方支付***发起支付处理请求；其中，所述支付处理请求中包括：所述支付信息；

接收所述第三方支付***返回的、所述支付处理请求对应的处理结果。

A3、如A2所述的方法，所述通过调用所述回调函数，向所述回调函数指定的第三方支付***发起支付处理请求的步骤，包括：

监听在注册容器中进行查找的事件；

在监听到在所述注册容器中进行查找的事件时，将查找得到的、与所述业务信息相匹配的、预置支付分组的对象所包括的支付方式信息传入所述回调函数，使所述变量参数作为所述回调函数的参数。

A4、如A1至A3中任一所述的方法，在所述依据所述业务信息在注册容器中进行查找的步骤之前，所述方法还包括：

获取预置支付分组的业务信息和支付方式信息；

依据所述预置支付分组的业务信息和支付方式信息，在注册容器中注册预置支付分组的对象；其中，所述预置支付分组具有对应的支付方式，所述预置支付分组的对象的信息包括：支付方式信息。

A5、如A4所述的方法，所述依据所述预置支付分组的业务信息和支付方式信息，在注册容器中注册预置支付分组的对象的步骤，包括：

获取注册容器类；

针对所述预置支付分组，创建继承于所述注册容器类的支付分组类，并在所述支付分组类中创建对应的第一注册函数；

依据所述预置支付分组的业务信息和支付方式信息，利用所述第一注册函数将所述预置支付分组的对象注册到所述注册容器类中。

A6、如A4所述的方法，所述依据所述预置支付分组的业务信息和支付方式信息，在注册容器中注册预置支付分组的对象的步骤，包括：

获取注册容器类；

依据所述预置支付分组的业务信息和支付方式信息，利用所述注册容器类对应的第二注册函数，将所述预置支付分组的对象注册到所述注册容器类中。

A7、如A1至A3中任一所述的方法，所述业务信息包括：游戏平台信息，或者，所述业务信息包括：游戏平台信息和游戏信息。

本发明还公开了B8、一种网络支付装置，包括：

接收模块，用于接收支付请求；其中，所述支付请求中包括业务信息和支付信息；

查找模块，用于依据所述业务信息在注册容器中进行查找，以得到与所述业务信息相匹配的、预置支付分组的对象；其中，所述预置支付分组的对象的信息包括：支付方式信息；及

处理模块，用于利用所述预置支付分组的对象对应的支付方式信息，对所述支付信息进行处理。

B9、如B8所述的装置，所述处理模块，包括：

回调子模块，用于通过调用所述预置支付分组的对象对应的回调函数，向所述回调函数指定的第三方支付***发起支付处理请求；其中，所述支付处理请求中包括：所述支付信息；

结果接收子模块，用于接收所述第三方支付***返回的、所述支付处理请求对应的处理结果。

B10、如B9所述的装置，所述回调子模块，包括：

监听单元，用于监听在注册容器中进行查找的事件；及

参数传递模块，用于在监听到在所述注册容器中进行查找的事件时，将查找得到的、与所述业务信息相匹配的、预置支付分组的对象所包括的支付方式信息传入所述回调函数，使所述变量参数作为所述回调函数的参数。

B11、如B8至B10中任一所述的装置，所述装置还包括：注册模块，用于在所述查找模块依据所述业务信息在注册容器中进行查找之前，在注册容器中注册预置支付分组的对象；

其中，所述注册模块，包括：

获取子模块，用于获取预置支付分组的业务信息和支付方式信息；

注册子模块，用于依据所述预置支付分组的业务信息和支付方式信息，在注册容器中注册预置支付分组的对象；其中，所述预置支付分组具有对应的支付方式，所述预置支付分组的对象的信息包括：支付方式信息。

B12、如B11所述的装置，所述注册子模块，包括：

第一获取单元，用于获取注册容器类；

第一创建单元，用于针对所述预置支付分组，创建继承于所述注册容器类的支付分组类，并在所述支付分组类中创建对应的第一注册函数；及

第一注册单元，用于依据所述预置支付分组的业务信息和支付方式信息，利用所述第一注册函数将所述预置支付分组的对象注册到所述注册容器类中。

B13、如B11所述的装置，所述注册子模块，包括：

第二获取单元，用于获取注册容器类；及

第二注册单元，用于依据所述预置支付分组的业务信息和支付方式信息，利用所述注册容器类对应的第二注册函数，将所述预置支付分组的对象注册到所述注册容器类中。

B14、如B8至B11中任一所述的装置，所述业务信息包括：游戏平台信息，或者，所述业务信息包括：游戏平台信息和游戏信息。

Claims (10)

1.一种网络支付方法，包括：

接收支付请求；其中，所述支付请求中包括业务信息和支付信息；

依据所述业务信息在注册容器中进行查找，以得到与所述业务信息相匹配的、预置支付分组的对象；其中，所述预置支付分组的对象的信息包括：支付方式信息；

利用所述预置支付分组的对象对应的支付方式信息，对所述支付信息进行处理。

2.如权利要求1所述的方法，其特征在于，所述利用所述预置支付分组的对象对应的支付方式信息，对所述支付信息进行处理的步骤，包括：

通过调用所述预置支付分组的对象对应的回调函数，向所述回调函数指定的第三方支付***发起支付处理请求；其中，所述支付处理请求中包括：所述支付信息；

接收所述第三方支付***返回的、所述支付处理请求对应的处理结果。

3.如权利要求2所述的方法，其特征在于，所述通过调用所述回调函数，向所述回调函数指定的第三方支付***发起支付处理请求的步骤，包括：

监听在注册容器中进行查找的事件；

在监听到在所述注册容器中进行查找的事件时，将查找得到的、与所述业务信息相匹配的、预置支付分组的对象所包括的支付方式信息传入所述回调函数，使所述变量参数作为所述回调函数的参数。

4.如权利要求1至3中任一所述的方法，其特征在于，在所述依据所述业务信息在注册容器中进行查找的步骤之前，所述方法还包括：

获取预置支付分组的业务信息和支付方式信息；

依据所述预置支付分组的业务信息和支付方式信息，在注册容器中注册预置支付分组的对象；其中，所述预置支付分组具有对应的支付方式，所述预置支付分组的对象的信息包括：支付方式信息。

5.如权利要求4所述的方法，其特征在于，所述依据所述预置支付分组的业务信息和支付方式信息，在注册容器中注册预置支付分组的对象的步骤，包括：

获取注册容器类；

针对所述预置支付分组，创建继承于所述注册容器类的支付分组类，并在所述支付分组类中创建对应的第一注册函数；

依据所述预置支付分组的业务信息和支付方式信息，利用所述第一注册函数将所述预置支付分组的对象注册到所述注册容器类中。

6.如权利要求4所述的方法，其特征在于，所述依据所述预置支付分组的业务信息和支付方式信息，在注册容器中注册预置支付分组的对象的步骤，包括：

获取注册容器类；

依据所述预置支付分组的业务信息和支付方式信息，利用所述注册容器类对应的第二注册函数，将所述预置支付分组的对象注册到所述注册容器类中。

7.一种网络支付装置，包括：

接收模块，用于接收支付请求；其中，所述支付请求中包括业务信息和支付信息；

查找模块，用于依据所述业务信息在注册容器中进行查找，以得到与所述业务信息相匹配的、预置支付分组的对象；其中，所述预置支付分组的对象的信息包括：支付方式信息；及

处理模块，用于利用所述预置支付分组的对象对应的支付方式信息，对所述支付信息进行处理。

8.如权利要求7所述的装置，其特征在于，所述处理模块，包括：

回调子模块，用于通过调用所述预置支付分组的对象对应的回调函数，向所述回调函数指定的第三方支付***发起支付处理请求；其中，所述支付处理请求中包括：所述支付信息；

结果接收子模块，用于接收所述第三方支付***返回的、所述支付处理请求对应的处理结果。

9.如权利要求8所述的装置，其特征在于，所述回调子模块，包括：

监听单元，用于监听在注册容器中进行查找的事件；及

参数传递模块，用于在监听到在所述注册容器中进行查找的事件时，将查找得到的、与所述业务信息相匹配的、预置支付分组的对象所包括的支付方式信息传入所述回调函数，使所述变量参数作为所述回调函数的参数。

10.如权利要求7至9中任一所述的装置，其特征在于，所述装置还包括：注册模块，用于在所述查找模块依据所述业务信息在注册容器中进行查找之前，在注册容器中注册预置支付分组的对象；

其中，所述注册模块，包括：

获取子模块，用于获取预置支付分组的业务信息和支付方式信息；

注册子模块，用于依据所述预置支付分组的业务信息和支付方式信息，在注册容器中注册预置支付分组的对象；其中，所述预置支付分组具有对应的支付方式，所述预置支付分组的对象的信息包括：支付方式信息。