参考符号表示相同的部件。在附图中:
[0053]图1示出了根据本发明一个实施例的一种在注册容器中注册预置支付分组的对象方法实施例的步骤流程图；
[0054]图2示出了根据本发明一个实施例的一种网络支付方法实施例的步骤流程图；以及
[0055]图3示出了根据本发明一个实施例的一种网络支付装置实施例的结构框图。
【具体实施方式】
[0056]下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
[0057]参照图1，示出了根据本发明一个实施例的一种在注册容器中注册预置支付分组的对象方法实施例的步骤流程图，具体可以包括如下步骤:
[0058]步骤101、获取预置支付分组的业务信息和支付方式信息；
[0059]步骤102、依据所述预置支付分组的业务信息和支付方式信息，在注册容器中注册预置支付分组的对象；其中，所述预置支付分组的对象的信息具体可以包括:支付方式信息。
[0060]本发明实施例可以应用于任意应用场景的支付系统中，用于降低支付系统中支付处理流程的开发成本。本发明实施例主要以网络游戏场景为例进行说明，其他应用场景相互参照即可。
[0061]在网络游戏场景中，不同游戏平台、或者相同游戏的不同游戏或者不同业务可能支持不同的支付方式，例如，玩平台可以支持网银这一种支付方式，而玩平台的V计划业务可以支持网银、支付宝、银联快捷、快钱等多种支付方式，而手游平台可以支持网银、支付宝等多种支付方式，针对上述三种支付特性的差异性，现有方案需要开发相应的三种支付处理流程。
[0062]而本发明实施例可以针对不同的支付特性，设置对应的预置支付分组，并依据所述预置支付分组的业务信息和支付方式信息，在注册容器中注册预置支付分组的对象，其中，所述预置支付分组的对象的信息具体可以包括:支付方式信息；这样，在上述注册容器中注册有多种预置支付分组的对象的情况下，上述注册容器仍可以通过统一的支付处理流程与外部的第三方系统通信，因此，相对于现有方案，本发明实施例能够降低支付系统中支付处理流程的开发成本。
[0063]并且，使用本发明实施例，在接收到支付请求时，可以将该支付请求中携带的业务信息作为索引，依据该索引在上述注册容器中快速查找到对应的预置支付分组；因此，可以针对不同的业务信息快速提供对应的支付分组，并且，还具有易于理解、维护方便等优点。
[0064]在本发明的一种应用示例中，可以针对玩平台的V计划业务的支付特性，设置对应的预置支付分组WanPlanVPayChannelGroup，其中，该预置支付分组WanP I an VPay Channe I Gr oup的业务信息具体可以包括:游戏平台信息(玩平台)和游戏信息(V计划)，该预置支付分组WanPlanVPayChannelGroup的对应支付方式信息具体可以包括:网银、支付宝、银联快捷、快钱等信息。
[0065]本发明实施例中，上述注册容器可用于表示保存预置支付分组的对象的容器，其可以通过注册来实现对于不同预置支付分组的对象的相同约束，从而可以实现通过统一的支付处理流程与外部的第三方系统通信。在实际应用中，本发明实施例可以通过1C(控制反转，Invers1n of control)等形式来实现，且可以应用于PHP(超文本预处理器，Hypertext Preprocessor)等语言来实现，本发明实施例对于上述注册容器的具体实现形式和实现语言不加以限制。
[0066]本发明实施例可以提供依据所述预置支付分组的业务信息和支付方式信息，在注册容器中注册预置支付分组的对象的如下技术方案:
[0067]技术方案Al
[0068]技术方案Al可以通过继承于注册容器类的支付分组类的第一注册函数来实现对应预置支付分组的对象在注册容器类中的注册，其具体可以包括:
[0069]步骤SI 1、获取注册容器类；
[0070]在本发明的一种应用示例中，可以直接获取对应的注册容器类；也可以使用PHP的反射工具来检查类和读取构造器的类型提示信息，并使用这些信息，构建对应的注册容器类，本发明实施例对于获取注册容器类的具体方法不加以限制。本发明实施例中，该注册容器类可用于实现上述统一的支付处理流程所对应的接口。
[0071]步骤S12、针对所述预置支付分组，创建继承于所述注册容器类的支付分组类，并在所述支付分组类中创建对应的第一注册函数；
[0072]步骤S13、依据所述预置支付分组的业务信息和支付方式信息，利用所述第一注册函数将所述预置支付分组的对象注册到所述注册容器类中。
[0073]在本发明的一种应用示例中，假设两个预置支付分组分别为YouxiHazgPayChanneIGroup，YouxiPlanVPayChannelGroup，该两个预置支付分组的游戏平台信息和游戏信息分别为:‘youxi’和‘hazg’、以及‘youxi’和‘planv’，上述第一注册函数为RegisterOaddO，则利用所述第一注册函数将所述预置支付分组注册到所述注册容器类中的过程具体可以为:
[0074]Register->add( ‘youxi，，<hazg> , YouxiHazgPayChannelGroup())
[0075]Register->add( ‘youxi， ， ‘planv， ，YouxiPlanVPayChannelGroup())
[0076]技术方案A2
[0077]技术方案A2可以通过注册容器类对应的第二注册函数来实现对应预置支付分组的对象在注册容器类中的注册，其具体可以包括:
[0078]步骤S21、获取注册容器类；
[0079]步骤S21、依据所述预置支付分组的业务信息和支付方式信息，利用所述注册容器类对应的第二注册函数将所述预置支付分组的对象注册到所述注册容器类中。
[0080]在实际应用中，上述预置支付分组的对象的信息可以被存储至上述注册容器的配置文件或者数据库中，这样，在接收到支付请求时，可以依据该支付请求中携带的业务信息在上述配置文件或者数据库中快速查找得到对应预置支付分组的对象的信息。
[0081]需要说明的是，上述预置支付分组的对象的信息除了包括支付方式信息外，还可以包括其它信息，如对应支付方式信息的执行过程等信息，例如该执行过程具体可以包括:各种支付方式信息对应的界面信息等，本发明实施例对于上述预置支付分组的对象的具体信息不加以限制。
[0082]以上对依据所述预置支付分组的业务信息和支付方式信息，在注册容器中注册预置支付分组的对象的技术方案进行了详细介绍，可以理解，本领域技术人员可以根据实际需要采用上述技术方案中的任一，或者，还可以根据实际需要采用其它技术方案，例如，还可以采用注册组件的技术方案，具体地，可以依据所述预置支付分组的业务信息和支付方式信息注册类并映射为接口，然后根据该接口获取对应类，该被注册的类被称为组件，其中，所有预置支付分组对应的接口可以继承于相同的接口。
[0083]综上，本发明实施例可以针对不同的支付特性，设置对应的预置支付分组，并依据所述预置支付分组的业务信息和支付方式信息，在注册容器中注册预置支付分组的对象，其中，所述预置支付分组的对象的信息具体可以包括:支付方式信息；这样，在上述注册容器中注册有多种预置支付分组的对象的情况下，上述注册容器仍可以通过统一的支付处理流程与外部的第三方系统通信，因此，相对于现有方案，本发明实施例能够降低支付系统中支付处理流程的开发成本。
[0084]参照图2，示出了根据本发明一个实施例的一种网络支付方法实施例的步骤流程图，具体可以包括如下步骤:
[0085]步骤201、接收支付请求；其中，所述支付请求中具体可以包括业务信息和支付信息;
[0086]在具体实现中，可以由支付系统的客户端