接收用户提交的支付请求，再由该客户端将上述支付请求发送给本发明实施例的支付系统；其中，上述支付请求中具体可以包括:游戏平台信息，或者，所述业务信息具体可以包括:游戏平台信息和游戏信息；所述支付信息具体可以包括:支付产品的信息和对应的支付金额信息等。
[0087]可以理解，本领域技术人员还可以根据实际需要，在支付信息中携带其他信息，或者，在支付请求中携带其他信息(如用户标识信息等)，本发明实施例对于具体的支付信息和支付请求不加以限制。
[0088]步骤202、依据所述业务信息在注册容器中进行查找，以得到与所述业务信息相匹配的、预置支付分组的对象；其中，所述预置支付分组的对象的信息具体可以包括:支付方式信息；
[0089]在具体实现中，可以将该支付请求中携带的业务信息作为索引，依据该索引在上述注册容器中快速查找到对应的预置支付分组的对象。假设所有预置支付分组的对象被存储于注册容器的配置文件或者数据库中，则可以从该配置文件或者数据库中查找得到所述业务信息相匹配的、预置支付分组的对象。例如，该数据库中可以记录有业务信息和预置支付分组的对象的支付信息之间的映射关系，因此，可以在该映射关系中查找，以得到与所述业务信息相匹配的、预置支付分组的对象的信息。
[0090]步骤203、利用所述预置支付分组的对象对应的支付方式信息，对所述支付信息进行处理。
[0091]上述预置支付分组的对象对应的支付方式信息可用于表示对应预置支付分组所支持的支付方式(如网银、支付宝、银联快捷、快钱等)，其能够表示对应预置支付分组的支付特性，因此，可以在采用统一的支付处理流程的情况下，利用所述预置支付分组的对象对应的支付方式信息，对所述支付信息进行处理。
[0092]在本发明的一种可选实施例中，所述利用所述预置支付分组的对象对应的支付方式信息，对所述支付信息进行处理的步骤，具体可以包括:
[0093]步骤S31、通过调用所述预置支付分组的对象对应的回调函数，向所述回调函数指定的第三方支付系统发起支付处理请求；其中，所述支付处理请求中具体可以包括:所述支付信息；
[0094]步骤S32、接收所述第三方支付系统返回的、所述支付处理请求对应的处理结果。
[0095]在本发明实施例中，回调函数可由第三方支付系统提供，其中，每种支付方式对应的第三方支付系统均可以提供对应的回调函数，例如，支付宝方式对应的支付宝系统可以提供一种回调函数，而网银方式对应的中国建设银行、中国工商银行等银行可以分别提供对应的回调函数，本发明实施例对于所述预置支付分组的对象对应的回调函数的具体获取方式不加以限制。
[0096]在实际应用中，上述回调函数可以指定对应的被调用方，具体到本发明实施例，上述被调用方可以为第三方支付系统，因此，本发明实施例可以通过调用所述预置支付分组的对象对应的回调函数，向所述回调函数指定的第三方支付系统发起支付处理请求，以使上述第三方支付系统对上述支付处理请求进行处理。
[0097]在本发明的一种应用示例中，上述支付处理请求中还可以包括:用户在第三方支付系统中的标识信息(如网银卡号信息、支付宝账号信息等)，则上述第三方支付系统对上述支付处理请求进行处理具体可以包括:依据用户在第三方支付系统中的标识信息，在上述第三方支付系统中进行与支付金额信息相应的扣款处理，并在扣款处理后向调用方返回对应的处理结果，该处理结果具体可以包括:支付成功、支付失败等结果。
[0098]需要说明的是，在接收所述第三方支付系统返回的、所述支付处理请求对应的处理结果后，本发明实施例的支付系统还可以向对应客户端返回该处理结果，或者，对该处理结果进行封装或者改造后向对应客户端返回等。本发明实施例对于支付系统与客户端之间的具体交互方式不加以限制。
[0099]在本发明的另一种可选实施例中，所述通过调用所述回调函数，向所述回调函数指定的第三方支付系统发起支付处理请求的步骤，具体可以包括:
[0100]步骤S41、监听在注册容器中进行查找的事件；
[0101]步骤S42、在监听到在所述注册容器中进行查找的事件时，将查找得到的、与所述业务信息相匹配的、预置支付分组的对象所包括的支付方式信息传入所述回调函数，使所述变量参数作为所述回调函数的参数。
[0102]假设所有预置支付分组的对象被存储于注册容器的配置文件或者数据库中，则可以监听对于注册容器的配置文件或者数据库的读取操作，并在监听到对应的读取操作后，截取对应的读取结果，并将该读取结果中所包含的的支付方式传入所述回调函数，使所述支付方式信息作为所述回调函数的参数。可以理解，除了将上述支付方式信息作为所述回调函数的参数外，还可以将上述支付信息作为所述回调函数的参数，本发明实施例对于向上述回调函数传递参数的具体方式不加以限制。
[0103]在本发明的一种应用示例中，假设两个预置支付分组分别为YouxiHazgPayChanneIGroup，YouxiPlanVPayChannelGroup，该两个预置支付分组的游戏平台信息和游戏信息分别为:‘youxi’和‘hazg’、以及‘youxi’和‘planv’，假设支付请求中携带的游戏平台信息和游戏信息分别为:‘youxi’和‘hazg’，则可以通过如下方式获取该支付请求对应的预置支付分组:payChannel = Register->get ( ‘youxi, ‘hazg’)，可以得到YouxiHazgPayChannelGroup这一预置支付分组，从而可以利用该预置支付分组的支付特性进行支付信息的处理。
[0104]综上，本发明实施例在接收到支付请求时，可以将该支付请求中携带的业务信息作为索引，依据该索引在上述注册容器中快速查找到对应的预置支付分组的对象；由于上述注册容器可以通过注册来实现对于不同预置支付分组的对象的相同约束，因此可以实现通过统一的支付处理流程与外部的第三方系统通信，相对于现有方案，本发明实施例能够降低支付系统中支付处理流程的开发成本；
[0105]并且，本发明实施例可以针对不同的业务信息快速提供对应的预置支付分组的对象，并且，还具有易于理解、维护方便等优点。
[0106]对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。
[0107]参照图3，示出了根据本发明一个实施例的一种网络支付装置实施例的结构框图，具体可以包括如下模块:
[0108]接收模块301，用于接收支付请求；其中，所述支付请求中具体可以包括业务信息和支付信息；
[0109]查找模块302，用于依据所述业务信息在注册容器中进行查找，以得到与所述业务信息相匹配的、预置支付分组的对象；其中，所述预置支付分组的对象的信息具体可以包括:支付方式信息；及
[0110]处理模块303，用于利用所述预置支付分组的对象对应的支付方式信息，对所述支付信息进行处理。
[0111]在本发明的一种应用示例中，所述业务信息具体可以包括:游戏平台信息，或者，所述业务信息具体可以包括:游戏平台信息和游戏信息。
[0112]在本发明的一种可选实施例中，所述处理模块303，具体可以包括:
[0113]回调子模块，用于通过调用所述预置支付分组的对象对应的回调函数，向所述回调函数指定的第三方支付系统发起支付处理请求；其中，所述支付处理请求中具体可以包括:所述支付信息；及
[0114]结果接收子模块，用于接收所述第三方支付系统返回的、所述支付处理请求对应的处理结果。
[0115]在本发明的另一种可选实施例中，所述回调子模块，具体可以包括:
[0116]监听单元，用于监听在注册容器中进行查找的事件；及
[0117]参数传递模块，用于在监听到在所述注册容器中进行查找的事件时，将查找得到的、与所述业务信息相匹配的、预置支付分组的对象