支付处理方法及装置与流程

本发明涉及电子商务技术领域，具体涉及一种支付处理方法及装置。

背景技术：

随着电子商务技术的不断发展，人们可从交易平台中购买到外贸商品等。为了能够使交易平台中的产品更加丰富，以吸引买家购买，交易平台需要不断地拓展卖家。其中，交易平台大多是通过会展、代理商等方式进行卖家拓展。

其中，交易平台可通过代理商为卖家提供账号充值、增值业务开通等服务。在现有技术中，当卖家需要在交易平台中办理业务时，卖家可向代理商登记待办理业务，并支付办理业务所需要费用。当代理商所登记的待办理业务的业务量达到一定量时，代理商会在交易平台中登记一条支付申请，并通过线下支付方式将其代收的费用支付到交易平台的账号中，接着交易平台的财务人员将交易平台的支付明细信息发送至交易平台的代理商管理人员，由交易平台的代理商管理人员将代理商登记的支付申请与交易平台的支付明细信息进行匹配，在匹配成功后，由代理商管理人员为代理商进行充值操作。代理商在查看到其代理商账号成功充值后，再逐个为所登记办理业务的卖家办理业务。由此可知，在上述支付处理的过程中，存在着支付处理效率低下的问题。

技术实现要素：

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

根据本发明的一个方面，提供了一种支付处理方法，该方法包括：

当支付方式为线上支付方式时，接收第一账号发送的第一账号支付请求；其中，第一账号支付请求包括：支付金额、第一账号信息以及与第一账号信息相关联的第二账号待处理业务信息；

根据第一账号支付请求中的第二账号待处理业务信息，计算理论支付金额；

判断第一账号支付请求中的支付金额是否大于或等于理论支付金额；

若判断得到支付金额大于或等于理论支付金额，则根据第一账号支付请求，执行第一账号对应的支付操作；若判断得到支付金额小于理论支付金额，则展现第一提示信息。

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

接收模块，用于当支付方式为线上支付方式时，接收第一账号发送的第一账号支付请求；其中，第一账号支付请求包括：支付金额、第一账号信息以及与第一账号信息相关联的第二账号待处理业务信息；

计算模块，用于根据第一账号支付请求中的第二账号待处理业务信息，计算理论支付金额；

第一支付判断模块，用于判断第一账号支付请求中的支付金额是否大于或等于理论支付金额；

第一处理模块，用于若第一支付判断模块判断得到支付金额大于或等于理论支付金额，则根据第一账号支付请求，执行第一账号对应的支付操作；若第一支付判断模块判断得到支付金额小于理论支付金额，则展现第一提示信息。

根据本发明提供的技术方案，当支付方式为线上支付方式时，接收第一账号发送的第一账号支付请求，接着根据第一账号支付请求中的第二账号待处理业务信息，计算理论支付金额，然后判断第一账号支付请求中的支付金额是否大于或等于理论支付金额，在判断得到第一账号支付请求中的支付金额大于或等于理论支付金额的情况下，根据第一账号支付请求，执行第一账号对应的支付操作；在判断得到第一账号支付请求中的支付金额小于理论支付金额的情况下，展现第一提示信息。根据本发明提供的技术方案，能够根据支付请求中的信息自动、快速地判断出支付请求中是否存在问题，提高了支付处理效率，优化了支付处理方式。

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

附图说明

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

图1示出了根据本发明一个实施例的支付处理方法的流程示意图；

图2示出了根据本发明另一个实施例的支付处理方法的流程示意图；

图3示出了根据本发明又一个实施例的支付处理方法的流程示意图；

图4示出了根据本发明一个实施例的支付处理装置的结构框图；

图5示出了根据本发明另一个实施例的支付处理装置的结构框图。

具体实施方式

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

图1示出了根据本发明一个实施例的支付处理方法的流程示意图，如图1所示，该方法可由交易平台执行，该方法包括如下步骤：

步骤S100，当支付方式为线上支付方式时，接收第一账号发送的第一账号支付请求。

在交易平台中，支付方式可分为线上支付方式和线下支付方式，具体地，线上支付方式可以为在交易平台中通过转账等方式进行网上支付，线下支付方式可以为在线下通过转账、刷卡等方式进行支付。

在本发明中，第一账号用于管理多个第二账号，收集多个第二账号的业务处理请求，统一为多个第二账号向交易平台发送支付请求。当第一账号从多个第二账号处收集到的业务处理请求所对应的业务量达到预设数量时，第一账号会根据所收集到的业务处理请求，向交易平台发出对应的支付请求，该支付请求即为第一账号支付请求。其中，第一账号支付请求包括：支付金额、第一账号信息以及与第一账号信息相关联的第二账号待处理业务信息。其中，第二账号待处理业务信息包括第二账号信息和与第二账号信息相对应的待处理业务信息，根据第二账号待处理业务信息可知，具体哪个第二账号请求处理哪项业务。

例如，交易平台可通过代理商为卖家提供账号充值、增值业务开通等服务，代理商用于管理多个卖家，收集多个卖家的业务处理请求，统一为多个卖家向交易平台发送支付请求，那么代理商对应的账号即为第一账号，卖家对应的账号即为第二账号。

步骤S101，根据第一账号支付请求中的第二账号待处理业务信息，计算理论支付金额。

在接收了第一账号支付请求之后，在步骤S101中，根据第一账号支付请求中的第二账号待处理业务信息，计算理论支付金额。例如，根据第二账号待处理业务信息可知，第二账号1和第二账号2均请求处理业务1，第二账号3和第二账号4均请求处理业务2，假设处理业务1需支付100元，处理业务2需支付40元，那么在步骤S101中，根据该第二账号待处理业务信息，计算得到的理论支付金额为280元。

步骤S102，判断第一账号支付请求中的支付金额是否大于或等于理论支付金额；若是，则执行步骤S103；若否，则执行步骤S104。

由于在一些情况下第一账号支付请求中的支付金额可能不等于计算得到的理论支付金额，那么在步骤S102中，需要对第一账号支付请求中的支付金额是否大于或等于理论支付金额进行判断。如果判断得到第一账号支付请求中的支付金额大于或等于理论支付金额，则执行步骤S103；如果判断得到第一账号支付请求中的支付金额小于理论支付金额，则执行步骤S104。

步骤S103，根据第一账号支付请求，执行第一账号对应的支付操作。

如果经步骤S102判断得到第一账号支付请求中的支付金额大于或等于理论支付金额，则在步骤S103中，根据该第一账号支付请求，执行第一账号对应的支付操作。

步骤S104，展现第一提示信息。

如果经步骤S102判断得到第一账号支付请求中的支付金额小于理论支付金额，则在步骤S104中，展现第一提示信息，以提示用户第一账号支付请求中的支付金额小于理论支付金额。本领域技术人员可根据实际需要设置第一提示信息，此处不做限定。例如，第一提示信息可以为“支付金额小于处理业务所需的理论支付金额，请确认后再操作”的文字信息。

根据本发明实施例提供的支付处理方法，当支付方式为线上支付方式时，接收第一账号发送的第一账号支付请求，接着根据第一账号支付请求中的第二账号待处理业务信息，计算理论支付金额，然后判断第一账号支付请求中的支付金额是否大于或等于理论支付金额，在判断得到第一账号支付请求中的支付金额大于或等于理论支付金额的情况下，根据第一账号支付请求，执行第一账号对应的支付操作；在判断得到第一账号支付请求中的支付金额小于理论支付金额的情况下，展现第一提示信息。根据本发明提供的技术方案，能够根据支付请求中的信息自动、快速地判断出支付请求中是否存在问题，提高了支付处理效率，优化了支付处理方式。

图2示出了根据本发明另一个实施例的支付处理方法的流程示意图，如图2所示，该方法可由交易平台执行，该方法包括如下步骤：

步骤S200，当支付方式为线上支付方式时，接收第一账号发送的第一账号支付请求。

其中，第一账号支付请求包括：支付金额、第一账号信息以及与第一账号信息相关联的第二账号待处理业务信息。根据第二账号待处理业务信息可知，具体哪个第二账号请求处理哪项业务。具体地，第二账号待处理业务信息包括第二账号信息；另外，第二账号待处理业务信息还包括与第二账号信息相对应的待处理业务信息。

步骤S201，根据第一账号支付请求中的第二账号待处理业务信息，计算理论支付金额。

在接收了第一账号支付请求之后，在步骤S201中，根据第一账号支付请求中的第二账号待处理业务信息，计算理论支付金额。

步骤S202，判断第一账号支付请求中的支付金额是否大于或等于理论支付金额；若是，则执行步骤S203；若否，则执行步骤S208。

如果判断得到第一账号支付请求中的支付金额大于或等于理论支付金额，则执行步骤S203；如果判断得到第一账号支付请求中的支付金额小于理论支付金额，则执行步骤S208。

步骤S203，判断第二账号信息管理列表中是否包括第二账号待处理业务信息中的第二账号信息；若是，则执行步骤S204；若否，则执行步骤S209。

在交易平台中，利用第二账号信息管理列表管理第二账号信息。具体地，在第二账号信息管理列表中记载了与第一账号相关联的第二账号信息。由于在实际应用中，第一账号支付请求可能是根据用户输入的信息生成的，而用户可能会由于粗心等原因将第二账号信息填错，那么为了能够有效地检查出这种错误，在步骤S203中，对第二账号信息管理列表中是否包括第二账号待处理业务信息中的第二账号信息进行判断。

如果判断得到第二账号信息管理列表中包括第二账号待处理业务信息中的第二账号信息，说明在第二账号信息管理列表中存在该第二账号信息，那么执行步骤S204；如果判断得到第二账号信息管理列表中不包括第二账号待处理业务信息中的第二账号信息，说明在第二账号信息管理列表中不存在该第二账号信息，那么执行步骤S209。

步骤S204，根据第一账号支付请求，执行第一账号对应的支付操作。

如果经步骤S203判断得到第二账号信息管理列表中包括第二账号待处理业务信息中的第二账号信息，则在步骤S204中，根据第一账号支付请求，执行第一账号对应的支付操作。

步骤S205，判断支付操作是否执行成功；若是，则执行步骤S206；若否，则执行步骤S207。

在执行了第一账号对应的支付操作之后，可能会由于支付信息填写错误或者用户的银行卡等支付账号余额不足等问题导致支付操作未执行成功，那么在步骤S205中，需要判断支付操作是否执行成功。如果判断得到支付操作执行成功，则执行步骤S206；如果判断得到支付操作未执行成功，则执行步骤S207。

步骤S206，对第一账号进行充值处理，为与第二账号待处理业务信息相对应的第二账号进行业务处理，并从第一账号中扣除理论支付金额。

如果经步骤S205判断得到支付操作执行成功，那么可认为第一账号所支付的款项已经成功到交易平台所对应的账号中，则交易平台就可向第一账号提供业务服务。具体地，由于第一账号支付请求中的支付金额可能大于理论支付金额，则交易平台首先根据第一账号支付请求中的支付金额对第一账号进行充值处理，接着根据第二账号待处理业务信息中的第二账号信息，为与第二账号待处理业务信息相对应的第二账号进行业务处理，并从第一账号中扣除理论支付金额。

步骤S207，展现第三提示信息。

如果经步骤S205判断得到支付操作未执行成功，则在步骤S207中，展现第三提示信息，以提示用户支付操作未执行成功。本领域技术人员可根据实际需要设置第三提示信息，此处不做限定。例如，第三提示信息可以为“支付失败，请重新操作”的文字信息。

步骤S208，展现第一提示信息。

如果经步骤S202判断得到第一账号支付请求中的支付金额小于理论支付金额，则在步骤S208中，展现第一提示信息，以提示用户第一账号支付请求中的支付金额小于理论支付金额。例如，第一提示信息可以为“支付金额小于处理业务所需的理论支付金额，请确认后再操作”的文字信息。

步骤S209，展现第二提示信息。

如果经步骤S203判断得到第二账号信息管理列表中不包括第二账号待处理业务信息中的第二账号信息，说明在第二账号信息管理列表中不存在该第二账号信息，则在步骤S209中，展现第二提示信息，以提示用户该第二账号信息不存在。本领域技术人员可根据实际需要设置第二提示信息，此处不做限定。例如，第二提示信息可以为“XXX账号不存在，请确认后再操作”的文字信息。

根据本发明实施例提供的支付处理方法，能够根据支付请求中的信息自动、快速地判断出支付请求中是否存在问题，提高了支付处理效率，优化了支付处理方式；另外，在支付操作成功且支付金额大于或等于理论支付金额的情况下，还能够自动地为第一账号进行充值处理，并为第二账号进行业务处理，从而提高了业务处理效率，有效地减少了因交易平台的运营人员的手动操作而带来的业务操作风险，降低了交易平台的运营成本。

图3示出了根据本发明又一个实施例的支付处理方法的流程示意图，如图3所示，该方法可由交易平台执行，该方法包括如下步骤：

步骤S300，当支付方式为线下支付方式时，每隔预设时间间隔获取支付明细信息。

本领域技术人员可根据实际需要设置预设时间间隔，此处不做限定。线下支付方式可以为在线下通过转账、刷卡等方式进行支付。假设，预设时间间隔为24小时，那么当支付方式为线下支付方式时，每隔24小时获取交易平台对应的支付明细信息。具体地，在交易平台中，可利用支付明细信息管理列表管理支付明细信息。

步骤S301，判断支付明细信息中是否包括未处理支付信息；若是，则执行步骤S302；若否，则该方法结束。

如果判断得到支付明细信息中包括未处理支付信息，则执行步骤S302；如果判断得到支付明细信息中未包括未处理支付信息，说明支付明细信息中的支付信息均为处理过的支付信息，则该方法结束。

步骤S302，根据未处理支付信息中的支付关联信息，在第一账号充值信息列表中查找与支付关联信息相匹配的第一账号充值信息。

未处理支付信息包括支付关联信息和收款金额。在交易平台中，可利用第一账号充值信息列表管理第一账号充值信息。在经步骤S301判断得到支付明细信息中包括未处理支付信息的情况下，在步骤S302中，根据未处理支付信息中的支付关联信息，在第一账号充值信息列表中查找与支付关联信息相匹配的第一账号充值信息。

在查找到匹配的第一账号充值信息之后，就可根据未处理支付信息中的收款金额，对与匹配的第一账号充值信息相对应的第一账号进行充值处理。具体地，可通过步骤S303至步骤S305进行实现。

步骤S303，判断未处理支付信息中的收款金额是否小于匹配的第一账号充值信息中的支付金额；若是，则执行步骤S304；若否，则执行步骤S305。

如果判断得到未处理支付信息中的收款金额小于匹配的第一账号充值信息中的支付金额，则执行步骤S304；如果判断得到未处理支付信息中的收款金额大于或等于匹配的第一账号充值信息中的支付金额，则执行步骤S305。

假设，未处理支付信息中的收款金额为1000元，而匹配的第一账号充值信息中的支付金额为1200元，那么经判断得到未处理支付信息中的收款金额小于匹配的第一账号充值信息中的支付金额，则执行步骤S304。

步骤S304，根据收款金额，对与匹配的第一账号充值信息相对应的第一账号进行充值处理。

如果经步骤S304判断得到收款金额小于支付金额，则根据收款金额，对与匹配的第一账号充值信息相对应的第一账号进行充值处理，以便第一账号为第二账号进行业务处理。

步骤S305，根据收款金额，对与匹配的第一账号充值信息相对应的第一账号进行充值处理，并根据与匹配的第一账号充值信息相对应的第二账号待处理业务信息，为第二账号进行业务处理。

如果经步骤S303判断得到收款金额大于或等于支付金额，则根据收款金额，对与匹配的第一账号充值信息相对应的第一账号进行充值处理，并根据与匹配的第一账号充值信息相对应的第二账号待处理业务信息，为第二账号进行业务处理。具体地，在为第二账号进行业务处理后，从第一账号中扣除该第二账号待处理业务信息对应的理论支付金额。

根据本发明实施例提供的支付处理方法，当支付方式为线下支付方式时，每隔预设时间间隔获取支付明细信息，接着判断支付明细信息中是否包括未处理支付信息，在判断得到支付明细信息中包括未处理支付信息的情况下，根据未处理支付信息中的支付关联信息，在第一账号充值信息列表中查找与支付关联信息相匹配的第一账号充值信息，然后根据未处理支付信息中的收款金额，对与匹配的第一账号充值信息相对应的第一账号进行充值处理。根据本发明实施例提供的支付处理方法，能够自动地确定支付明细信息中是否包括未处理支付信息，并且针对未处理支付信息，还能够快速地查找到与之匹配的第一账号充值信息，并为第一账号进行充值处理，从而提高了支付处理效率，优化了支付处理方式，提高了业务处理效率，有效地减少了因交易平台的运营人员的手动操作而带来的业务操作风险，降低了交易平台的运营成本。

图4示出了根据本发明一个实施例的支付处理装置的结构框图，如图4所示，该支付处理装置400包括：接收模块401、计算模块402、第一支付判断模块403和第一处理模块404。

接收模块401用于：当支付方式为线上支付方式时，接收第一账号发送的第一账号支付请求。

其中，第一账号支付请求包括：支付金额、第一账号信息以及与第一账号信息相关联的第二账号待处理业务信息。

计算模块402用于：根据第一账号支付请求中的第二账号待处理业务信息，计算理论支付金额。

第一支付判断模块403用于：判断第一账号支付请求中的支付金额是否大于或等于理论支付金额。

第一处理模块404用于：若第一支付判断模块403判断得到支付金额大于或等于理论支付金额，则根据第一账号支付请求，执行第一账号对应的支付操作；若第一支付判断模块403判断得到支付金额小于理论支付金额，则展现第一提示信息。

根据本发明实施例提供的支付处理装置，当支付方式为线上支付方式时，接收模块接收第一账号发送的第一账号支付请求，计算模块根据第一账号支付请求中的第二账号待处理业务信息，计算理论支付金额，第一支付判断模块判断第一账号支付请求中的支付金额是否大于或等于理论支付金额，在判断得到第一账号支付请求中的支付金额大于或等于理论支付金额的情况下，第一处理模块根据第一账号支付请求，执行第一账号对应的支付操作；在判断得到第一账号支付请求中的支付金额小于理论支付金额的情况下，第一处理模块展现第一提示信息。根据本发明提供的技术方案，能够根据支付请求中的信息自动、快速地判断出支付请求中是否存在问题，提高了支付处理效率，优化了支付处理方式。

图5示出了根据本发明另一个实施例的支付处理装置的结构框图，如图5所示，该支付处理装置500包括：接收模块501、计算模块502、第一支付判断模块503、账号信息判断模块504、第一处理模块505、操作判断模块506、第二处理模块507、获取模块508、信息判断模块509、查找模块510和第三处理模块511。

接收模块501用于：当支付方式为线上支付方式时，接收第一账号发送的第一账号支付请求。

其中，第一账号支付请求包括：支付金额、第一账号信息以及与第一账号信息相关联的第二账号待处理业务信息。

计算模块502用于：根据第一账号支付请求中的第二账号待处理业务信息，计算理论支付金额。

第一支付判断模块503用于：判断第一账号支付请求中的支付金额是否大于或等于理论支付金额。

账号信息判断模块504用于：若第一支付判断模块503判断得到支付金额大于或等于理论支付金额，则判断第二账号信息管理列表中是否包括第二账号待处理业务信息中的第二账号信息。

具体地，第二账号待处理业务信息包括第二账号信息；另外，第二账号待处理业务信息还包括与第二账号信息相对应的待处理业务信息。

第一处理模块505用于：若第一支付判断模块503判断得到支付金额小于理论支付金额，则展现第一提示信息；若账号信息判断模块504判断得到第二账号信息管理列表中不包括第二账号待处理业务信息中的第二账号信息，则展现第二提示信息；若账号信息判断模块504判断得到第二账号信息管理列表中包括第二账号待处理业务信息中的第二账号信息，则根据第一账号支付请求，执行第一账号对应的支付操作。

操作判断模块506用于：判断支付操作是否执行成功。

第二处理模块507用于：若操作判断模块506判断得到支付操作执行成功，则对第一账号进行充值处理，为与第二账号待处理业务信息相对应的第二账号进行业务处理，并从第一账号中扣除理论支付金额；若操作判断模块506判断得到支付操作未执行成功，则展现第三提示信息。

获取模块508用于：当支付方式为线下支付方式时，每隔预设时间间隔获取支付明细信息。

信息判断模块509用于：判断支付明细信息中是否包括未处理支付信息。

查找模块510用于：若信息判断模块509判断得到支付明细信息中包括未处理支付信息，则根据未处理支付信息中的支付关联信息，在第一账号充值信息列表中查找与支付关联信息相匹配的第一账号充值信息。

其中，未处理支付信息包括支付关联信息和收款金额。

第三处理模块511用于：根据未处理支付信息中的收款金额，对与匹配的第一账号充值信息相对应的第一账号进行充值处理。

可选地，该装置还包括：第二支付判断模块512。

第二支付判断模块512用于：判断未处理支付信息中的收款金额是否小于匹配的第一账号充值信息中的支付金额。

在该装置包括第二支付判断模块512的情况下，第三处理模块511进一步用于：若第二支付判断模块512判断得到收款金额小于支付金额，则根据收款金额，对与匹配的第一账号充值信息相对应的第一账号进行充值处理；若第二支付判断模块512判断得到收款金额大于或等于支付金额，则根据收款金额，对与匹配的第一账号充值信息相对应的第一账号进行充值处理，并根据与匹配的第一账号充值信息相对应的第二账号待处理业务信息，为第二账号进行业务处理。

可选地，在第二支付判断模块512判断得到收款金额大于或等于支付金额的情况下，第三处理模块511进一步用于：从第一账号中扣除第二账号待处理业务信息对应的理论支付金额。

根据本发明实施例提供的支付处理装置，当支付方式为线上支付方式时，能够根据支付请求中的信息自动、快速地判断出支付请求中是否存在问题；在支付操作成功且支付金额大于或等于理论支付金额的情况下，还能够自动地为第一账号进行充值处理，并为第二账号进行业务处理；另外，当支付方式为线下支付方式时，能够自动地确定支付明细信息中是否包括未处理支付信息，并且针对未处理支付信息，还能够快速地查找到与之匹配的第一账号充值信息，并为第一账号进行充值处理。根据本发明提供的技术方案，针对线上支付方式和线下支付方式，都提高了支付处理效率，优化了支付处理方式，提高了业务处理效率，有效地减少了因交易平台的运营人员的手动操作而带来的业务操作风险，降低了交易平台的运营成本。

至此，本领域技术人员应认识到，虽然本文已详尽示出和描述了本发明的多个示例性实施例，但是，在不脱离本发明精神和范围的情况下，仍可根据发明公开的内容直接确定或推导出符合本发明原理的许多其他变型或修改。因此，本发明的范围应该被理解和认定为覆盖了所有这些其他变型或修改。

本领域技术人员应当理解，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。此外，本发明也不针对任何特定编程语言，应当明白，可以利用各种编程语言实现本发明描述的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

需要注意的是，尽管在上面的说明中详细描述了支付处理装置的若干模块，但是这种划分仅仅是示例性的，并非是强制性的。本领域的技术人员可以理解，实际上，可以对实施例中的模块进行自适应性地改变，将实施例中的多个模块组合成一个模块，也可将一个模块划分成多个模块。

此外，尽管在附图中以特定顺序描述了本发明实施操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。可以省略某些步骤，将多个步骤合并为一个步骤执行，或者将一个步骤分成多个步骤执行。

综上所述，应用本发明所述的支付处理方法及装置，能够根据支付请求中的信息自动、快速地判断出支付请求中是否存在问题，提高了支付处理效率，优化了支付处理方式。

以上对本发明的方法和具体实施方法进行了详细的介绍，并给出了相应的实施例。当然，除上述实施例外，本发明还可以有其它实施方式，凡采用等同替换或等效变换形成的技术方案，均落在本发明所要保护的范围之内。