支付方法及装置.pdf

本发明公开了一种支付方法及装置。其中，该方法包括：获取付款订单；生成与付款订单对应的订单序列号，订单序列号为付款订单的唯一标识；获取与付款订单序列号对应的支付方式；根据支付方式，生成一个或多个支付账单，其中，一个或多个支付账单与订单序列号关联；通过验证与订单序列号关联的一个或多个支付账单的支付状态，判断付款订单的支付进度。本发明解决了现有技术中在网络上一次性支付订单时，因支付限额或账户余额不足导致的支付失败的问题。

1.  一种支付方法，其特征在于，包括：
获取付款订单；
生成与所述付款订单对应的订单序列号，所述订单序列号为所述付款订单的唯一标识；
获取与所述付款订单序列号对应的支付方式；
根据所述支付方式，生成一个或多个支付账单，其中，所述一个或多个支付账单与所述订单序列号关联；
通过验证与所述订单序列号关联的一个或多个支付账单的支付状态，判断所述付款订单的支付进度。

2.  根据权利要求1所述的方法，其特征在于，所述支付方式包括支付途径和付款方案，其中，获取与所述付款订单序列号对应的支付方式包括：
获取所述付款方案，其中，所述付款方案至少包括：按照预先设定的支付比例对所述付款订单多次支付、对所述付款订单一次性支付；
根据所述付款方案，获取与所述付款方案相应的支付途径。

3.  根据权利要求2所述的方法，其特征在于，根据所述支付方式，生成支付账单的步骤包括：
提取所述付款订单中的待支付金额；
根据所述付款方案和所述待支付金额，确定与所述支付方式对应的支付账单的账单金额；
根据所述支付途径和所述账单金额，生成一个或多个支付账单。

4.  根据权利要求3所述的方法，其特征在于，通过验证与所述订单序列号关联的一个或多个支付账单的支付状态，判断所述付款订单的支付进度包括：
获取与所述订单序列号关联的所述一个或多个支付账单的支付状态；
根据所述一个或多个支付账单的所述支付状态，判断所述付款订单的所述支付进度。

5.  根据权利要求4所述的方法，其特征在于，根据所述一个或多个支付账单的所述支付状态，判断所述付款订单的所述支付进度的步骤包括：
当所述一个或多个支付账单的支付状态为成功时，将所述付款订单的所述待支付金额与预先设置的阈值进行比对；
其中，当所述付款订单的所述待支付金额大于所述预先设置的阈值时，确定所述付款订单的支付进度为未完成支付；
当所述付款订单的所述待支付金额等于所述预先设置的阈值时，确定所述付款订单的支付进度为完成支付。

6.  一种支付装置，其特征在于，包括：
第一获取模块，用于获取付款订单；
第一生成模块，用于生成与所述付款订单对应的订单序列号，所述订单序列号为所述付款订单的唯一标识；
第二获取模块，用于获取与所述付款订单序列号对应的支付方式；
第二生成模块，用于根据所述支付方式，生成一个或多个支付账单，其中，所述一个或多个支付账单与所述订单序列号关联；
处理模块，用于通过验证与所述订单序列号关联的一个或多个支付账单的支付状态，判断所述付款订单的支付进度。

7.  根据权利要求6所述的装置，其特征在于，所述支付方式包括支付途径和付款方案，其中，第二获取模块包括：
第一子获取模块，用于获取所述付款方案，其中，所述付款方案至少包括：按照预先设定的支付比例对所述付款订单多次支付、对所述付款订单一次性支付；
第二子获取模块，用于根据所述付款方案，获取与所述付款方案相应的支付途径。

8.  根据权利要求7所述的装置，其特征在于，所述第二生成模块包括：
第一子处理模块，用于提取所述付款订单中的待支付金额；
第二子处理模块，用于根据所述付款方案和所述待支付金额，确定与所述支付方式对应的一个或多个支付账单的账单金额；
第一子生成模块，用于根据所述支付途径和所述账单金额，生成一个或多个支付账单。

9.  根据权利要求8所述的装置，其特征在于，所述处理模块包括：
第三子获取模块，用于获取与所述订单序列号关联的所述一个或多个支付账 单的支付状态；
第三子处理模块，用于根据所述一个或多个支付账单的所述支付状态，判断所述付款订单的所述支付进度。

10.  根据权利要求9所述的装置，其特征在于，所述第三子处理模块包括：
第四子处理模块，用于当所述一个或多个支付账单的支付状态为成功时，将所述付款订单的所述待支付金额与预先设置的阈值进行比对；
第五子处理模块，用于当所述付款订单的所述待支付金额大于所述预先设置的阈值时，确定所述付款订单的支付进度为未完成支付；
第六子处理模块，用于当所述付款订单的所述待支付金额等于所述预先设置的阈值时，确定所述付款订单的支付进度为完成支付。

支付方法及装置
技术领域
本发明涉及互联网领域，具体而言，涉及一种支付方法及装置。
背景技术
目前电子商务网站的订单都是要求一次性支付，无论是储蓄卡、信用卡还是其他的支付方式，因为传统结算方式的要求，一个订单只有一个支付状态。这种支付方式在大多数小额支付的情况下没有问题，但是当遇到大量的大额支付订单时，这种方式就显得不能满足用户的需求了。
目前所有的银行在线支付都是有限额的，支付金额一旦超过支付限额或者单独账户中余额不足，就无法完成支付。即便是通过银行的专业版支付软件没有支付限额，但是复杂繁琐的操作过程也会影响用户的体验。同时也不能避免单独账户中的余额不足导致的无法支付的问题。然而，某些类型订单是有支付时限的(如机票，酒店等)，支付时间过长的话是会导致订单失败，从而导致订单流失。
针对现有技术中在网络上一次性支付订单时，因支付限额或账户余额不足导致的支付失败的问题，目前尚未提出有效的解决方案。
发明内容
本发明的主要目的在于提供一种支付方法及装置，以解决现有技术中在网络上一次性支付订单时，因支付限额或账户余额不足导致的支付失败的问题。
为了实现上述目的，根据本发明实施例的一个方面，提供了一种支付方法。该方法包括：获取付款订单；生成与付款订单对应的订单序列号，订单序列号为付款订单的唯一标识；获取与付款订单序列号对应的支付方式；根据支付方式，生成一个或多个支付账单，其中，一个或多个支付账单与订单序列号关联；通过验证与订单序列号关联的一个或多个支付账单的支付状态，判断付款订单的支付进度。
进一步的，支付方式包括支付途径和付款方案，其中，获取与付款订单序列号对应的支付方式包括：获取付款方案，其中，付款方案至少包括：按照预先设定的支付比例对付款订单多次支付、对付款订单一次性支付；根据付款方案，获取与付款方案相应的支付途径。
进一步的，根据支付方式，生成支付账单的步骤包括：提取付款订单中的待支付金额；根据付款方案和待支付金额，确定与支付方式对应的支付账单的账单金额；根据支付途径和账单金额，生成一个或多个支付账单。
进一步的，通过验证与订单序列号关联的一个或多个支付账单的支付状态，判断付款订单的支付进度包括：获取与订单序列号关联的一个或多个支付账单的支付状态；根据一个或多个支付账单的支付状态，判断付款订单的支付进度。
进一步的，根据一个或多个支付账单的支付状态，判断付款订单的支付进度的步骤包括：当一个或多个支付账单的支付状态为成功时，将付款订单的待支付金额与预先设置的阈值进行比对；其中，当付款订单的待支付金额大于预先设置的阈值时，确定付款订单的支付进度为未完成支付；当付款订单的待支付金额等于预先设置的阈值时，确定付款订单的支付进度为完成支付。
为了实现上述目的，根据本发明实施例的另一方面，提供了一种支付装置，该装置包括第一获取模块，用于获取付款订单；第一生成模块，用于生成与付款订单对应的订单序列号，订单序列号为付款订单的唯一标识；第二获取模块，用于获取与付款订单序列号对应的支付方式；第二生成模块，用于根据支付方式，生成支付账单，其中，支付账单与订单序列号关联；处理模块，用于通过验证与订单序列号关联的支付账单的支付状态，判断付款订单的支付进度。
进一步的，支付方式包括支付途径和付款方案，其中，第二获取模块包括：第一子获取模块，用于获取付款方案，其中，付款方案至少包括：按照预先设定的支付比例对付款订单多次支付、对付款订单一次性支付；第二子获取模块，用于根据付款方案，获取与付款方案相应的支付途径。
进一步的，第二生成模块包括：第一子处理模块，用于提取付款订单中的待支付金额；第二子处理模块，用于根据付款方案和待支付金额，确定与支付方式对应的一个或多个支付账单的账单金额；第一子生成模块，用于根据支付途径和账单金额，生成一个或多个支付账单。
进一步的，处理模块包括：第三子获取模块，用于获取与订单序列号关联的一个或多个支付账单的支付状态；第三子处理模块，用于根据一个或多个支付账单的支付状态，判断付款订单的支付进度。
进一步的，第三子处理模块包括：第四子处理模块，用于当一个或多个支付账单的支付状态为成功时，将付款订单的待支付金额与预先设置的阈值进行比对；第五子处理模块，用于当付款订单的待支付金额大于预先设置的阈值时，确定付款订单的支付进度为未完成支付；第六子处理模块，用于当付款订单的待支付金额等于预先设置的阈值时，确定付款订单的支付进度为完成支付。
根据发明实施例，通过获取付款订单；生成与付款订单对应的订单序列号，订单序列号为付款订单的唯一标识；获取与付款订单序列号对应的支付方式；根据支付方式，生成支付账单，其中，支付账单与订单序列号关联；通过验证与订单序列号关联的支付账单的支付状态，判断付款订单的支付进度，解决了现有技术在网络上一次性支付订单时，因支付限额或账户余额不足导致的支付失败的问题。实现了通过多种支付途径分多次进行支付的效果。
附图说明
构成本申请的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例一的支付方法的流程图；
图2是根据本发明实施例二的支付装置的结构示意图；
图3是根据本发明实施例二优选的支付装置的第二获取模块的结构示意图；
图4是根据本发明实施例二优选的支付装置的第二生成模块的结构示意图；以及
图5是根据本发明实施例二优选的支付装置的处理模块的结构示意图。
具体实施方式
需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例1
在本实施例中，提供了一种支付方法，图1是根据本发明实施例的支付方法的流程图，如图1所示，该方法包括：
步骤S11，获取付款订单。
步骤S13，生成与付款订单对应的订单序列号，订单序列号为付款订单的唯一标识。
步骤S15，获取与付款订单序列号对应的支付方式。
步骤S17，根据支付方式，生成一个或多个支付账单，其中，一个或多个支付账单与订单序列号关联。
步骤S19，通过验证与订单序列号关联的一个或多个支付账单的支付状态，判断付款订单的支付进度。
通过上述步骤，将一个付款订单拆分成一个或多个支付账单，通过对一个或多个支付账单分别以相同或不同支付方式进行支付。从而解决了在网络上一次性支付订单时，因支付限额或账户余额不足导致的支付失败的问题，实现了通过多种支付途径分多次进行支付的效果。
作为一个可选实施例，可以为每个支付账单建立一个标识或者索引，在数据库中，将该标识或者索引与订单的序列号建立联系。当然也可以使用另外的一种对应方式，例如，在配置文件中标记索引或标识语序列号的联系，配置文件可以是文本格式，或者也可以是XML格式。
作为一个可选的实施例，在步骤S11中，获取等待支付的付款订单的信息。在付款订单信息当中，可以包括以下至少之一支付内容、待支付金额、订单生成时间。在实际应用当中，通过支付内容、待支付金额、订单生成时间等信息，既可以在系统中对付款订单进行描述，还可以通过付款订单信息生成付款页面。
作为一个可选的实施例，步骤S13在实际应用当中，在向银行系统或是第三支付提交支付请求时，因为银行系统或是第三方支付公司的支付方式都要求提供付款订单的订单号，并且一个订单号只允许支付一次，以方便日后的财务对账等操作。但当同一个订单多次支付时，这样直接提供付款订单的订单号显然是无法实现多次支付的。于是在支付时生成订单序列号，以便对整个支付过程进行控制。
在实际应用中，在对付款订单进行支付之前，系统可以提供多种支付方式的选择项。此时，用户就可以根据自己的支付能力，选择与自己支付能力匹配的支付方式。
作为一个可选的实施方式，在步骤S15中，获取与订单序列号对应的付款订单的支付方式中的支付方式，至少包括付款方案以及与付款方案对应的支付途径，其中， 付款方案可以分为一次性付款或者拆分付款。在支付方式为拆分付款的情况中，拆分付款的方式又至少可以被分为按预设支付比例支付、按预设支付金额进行支付，也可以按自定义支付金额进行支付。其中，所述支付方式包括支付途径和付款方案，步骤S15获取与付款订单序列号对应的支付方式，可以包括：
步骤S151，获取付款方案，其中，付款方案至少包括：按照预先设定的支付比例对付款订单多次支付、对付款订单一次性支付。
步骤S153，根据付款方案，获取与付款方案相应的支付途径。
在上述步骤S151至步骤S153实际应用当中，系统为用户提供多种付款方案，用户可以根据自己的实际情况，选择多次支付、一次性支付等付款方案对付款订单进行支付。在确定付款方案后，系统提示用户，对支付途径进行选择。其中，当付款方案不是一次性付款方案时，对付款方案中多次支付的各个支付部分可以选择不同的支付途径进行支付。其中，支付途径可以包括：网络银行支付、支付宝支付、微信支付等网络支付途径，还可以包括：支票支付、现金支付、汇款等传统支付途径。
进一步的，在对付款订单进行支付之前，系统提示用户对付款方案进行选择。用户可以选择对付款订单中的待支付金额生成一个支付账单一次性支付；也可以根据预先设置的支付比例，将付款订单中的待支付金额分为多个子支付账单多次进行支付；当然还可以根据用户的需求，自定义每个子支付账单的金额多次进行支付。
作为一个可选的实施方式，在步骤S17中可以将一个付款订单分为一个或多个子支付账单。每个支付账单按照支付方式和被分配的支付金额，生成独立的支付账单。例如，可以对一笔待支付的金额，以金额平均分配的方式，通过支付宝、工行网银、招行网银的支付途径进行支付。其中，步骤S17根据支付方式，生成支付账单，可以包括：
步骤S171，提取付款订单中的待支付金额。
步骤S173，根据付款方案和待支付金额，确定与支付方式对应的一个或多个支付账单的账单金额。
步骤S175，根据支付途径和账单金额，生成一个或多个支付账单。
具体的，通过上述步骤S171至步骤S175，首先对付款订单中的待支付金额进行提取。然后，在确定待支付金额后，按照付款方案对待支付金额进行划分，确定一个或多个支付账单每个支付账单的账单金额。最后，根据每个支付账单的账单金额和支付途径，生成一个或多个独立的支付账单。
作为一个可选的实施方式，步骤S19通过验证与订单序列号关联的支付账单的支付状态，判断付款订单的支付进度包括：
步骤S191，获取与订单序列号关联的支付账单的支付状态。
步骤S193，根据支付账单的支付状态，判断付款订单的支付进度。
具体的，通过上述步骤S191至步骤S193，对付款订单的支付进度进行判断。首先，获取与付款订单对应的订单序列号。获取与订单序列号关联的全部支付账单的支付状态。根据各个支付账单的支付状态，判断付款订单的支付进度。
在实际应用中，系统可以遍历与订单序列号关联的所有支付账单的支付状态。当发现支付账单的支付状态为未完成支付或者失败时，则确定该付款订单为未完成支付。进一步的，还可以读取支付状态为未完成支付或者失败的支付账单的金额信息，确定该付款订单中还有多少金额未被支付。从而可以针对未被支付的金额生成新的支付账单，以完成该付款订单。
作为一个可选的实施方式，在步骤S193根据支付账单的支付状态，判断付款订单的支付进度中，可以包括：
步骤S1931，当一个或多个支付账单的支付状态为成功时，将付款订单的待支付金额与预先设置的阈值进行比对。
其中，步骤S1933，当付款订单的待支付金额大于预先设置的阈值时，确定付款订单的支付进度为未完成支付。
步骤S1935，当付款订单的待支付金额等于预先设置的阈值时，确定付款订单的支付进度为完成支付。
具体的，预先设置的阈值可以被设置为0。通过上述步骤S1931至步骤S1935，对订单的待支付金额进行判断，判断付款订单是否完成。可以将付款订单的待支付金额拆分为至少一个支付账单进行支付，所以付款订单的待支付金额等于各个支付账单的支付金额的总和。由此可知，每当确定一个支付账单支付成功之后，将与支付账单对应的支付金额从付款订单中的待支付金额中减去，得到新的待支付金额。这样就可以知道还有多少金额未被支付。所以，通过对待支付金额的判断，可以直接、准确的确定付款订单的支付进度。
在实际应用当中，结合应用上述方法的支付系统进行说明。用户的付款订单生成后会进入支付系统，在支付系统内用户可以根据自己支付方式，对应支付方式的支付限额选择支付金额，选择完成提交后，支付系统接受到用户提交的支付金额校验没有问题后记录用户的订单信息。用户发起的每一次的支付请求都会在此系统内生成一个支付流水号，用于传递给银行系统或是第三方支付公司，同时会在里流水记录内记录支付信息、通过订单序列号关联用户信息以及订单信息。
支付信息提交至银行系统或第三方支付公司后，用户开始进行支付，支付结果反 馈到支付系统内，记录支付结果，并且通知系统支付结果，支付系统根据已支付金额变更相应的业务状态，并且告知用户支付结果、已支付的金额及是否需要继续支付，用户根据提示继续后续的操作。
用户在支付过程中如果遇到所选金额依然超过上限，或是用户单一银行卡或者支付账户金额不足，想通过其他卡或支付方式完成剩余支付时，直接返回支付系统选在较低支付金额或其他支付方式即可，重复操作支付直至待支付的金额完全支付，通过使用上述方法的支付系统进行支付，没有支付次数限制，从而解决大额订单无法支付的问题。
实施例2
本发明实施例还提供了一种支付装置，如图2所示，该装置可以包括：第一获取模块21、第一生成模块23、第二获取模块25、第二生成模块27和处理模块29。
其中，第一获取模块21，用于获取付款订单；第一生成模块23，用于生成与付款订单对应的订单序列号，订单序列号为付款订单的唯一标识；第二获取模块25，用于获取与付款订单序列号对应的支付方式；第二生成模块27，用于根据支付方式，生成一个或多个支付账单，其中，一个或多个支付账单与订单序列号关联；处理模块29，用于通过验证与订单序列号关联的一个或多个支付账单的支付状态，判断付款订单的支付进度。
通过上述第一获取模块21、第一生成模块23、第二获取模块25、第二生成模块27和处理模块29，将一个付款订单拆分成一个或多个支付账单，通过对一个或多个支付账单分别以相同或不同支付方式进行支付。从而解决了在网络上一次性支付订单时，因支付限额或账户余额不足导致的支付失败的问题，实现了通过多种支付途径分多次进行支付的效果。
作为一个可选的实施方式，如图3所示，第二获取模块25包括：第一子获取模块251和第二子获取模块253。
其中，第一子获取模块251，用于获取付款方案，其中，付款方案至少包括：按照预先设定的支付比例对付款订单多次支付、对付款订单一次性支付；第二子获取模块253，用于根据付款方案，获取与付款方案相应的支付途径。
通过上述第一子获取模块251和第二子获取模块253，系统为用户提供多种付款方案，用户可以根据自己的实际情况，选择多次支付、一次性支付等付款方案对付款订单进行支付。在确定付款方案后，系统提示用户，对支付途径进行选择。其中，当付款方案不是一次性付款方案时，对付款方案中多次支付的各个支付部分可以选择不同的支付途径进行支付。其中，支付途径可以包括：网络银行支付、支付宝支付、微 信支付等网络支付途径，还可以包括：支票支付、现金支付、汇款等传统支付途径。
进一步的，在对付款订单进行支付之前，系统提示用户对付款方案进行选择。用户可以选择对付款订单中的待支付金额生成一个支付账单一次性支付；也可以根据预先设置的支付比例，将付款订单中的待支付金额分为多个子支付账单多次进行支付；当然还可以根据用户的需求，自定义每个子支付账单的金额多次进行支付。
作为一个可选的实施方式，如图4所示，第二生成模块27包括：第一子处理模块271、第二子处理模块273和第一子生成模块275。
其中，第一子处理模块271，用于提取付款订单中的待支付金额；第二子处理模块273，用于根据付款方案和待支付金额，确定与支付方式对应的一个或多个支付账单的账单金额；第一子生成模块275，用于根据支付途径和账单金额，生成一个或多个支付账单。
具体的，通过上述第一子处理模块271、第二子处理模块273和第一子生成模块275，首先对付款订单中的待支付金额进行提取。然后，在确定待支付金额后，按照付款方案对待支付金额进行划分，确定一个或多个支付账单每个支付账单的账单金额。最后，根据每个支付账单的账单金额和支付途径，生成一个或多个独立的支付账单。
作为一个可选的实施方式，如图5所示，处理模块29包括：第三子获取模块291和第三子处理模块293。
其中，第三子获取模块291，用于获取与订单序列号关联的一个或多个支付账单的支付状态；第三子处理模块293，用于根据一个或多个支付账单的支付状态，判断付款订单的支付进度。
具体的，通过上述第三子获取模块291和第三子处理模块293，对付款订单的支付进度进行判断。首先，获取与付款订单对应的订单序列号。获取与订单序列号关联的全部支付账单的支付状态。根据各个支付账单的支付状态，判断付款订单的支付进度。
在实际应用中，系统可以遍历与订单序列号关联的所有支付账单的支付状态。当发现支付账单的支付状态为未完成支付或者失败时，则确定该付款订单为未完成支付。进一步的，还可以读取支付状态为未完成支付或者失败的支付账单的金额信息，确定该付款订单中还有多少金额未被支付。从而可以针对未被支付的金额生成新的支付账单，以完成该付款订单。
作为一个可选的实施方式，第三子处理模块293包括：第四子处理模块2931、第五子处理模块2933和第六子处理模块2935。
其中，第四子处理模块2931，用于当一个或多个支付账单的支付状态为成功时， 将付款订单的待支付金额与预先设置的阈值进行比对；第五子处理模块2933，用于当付款订单的待支付金额大于预先设置的阈值时，确定付款订单的支付进度为未完成支付；第六子处理模块2935，用于当付款订单的待支付金额等于预先设置的阈值时，确定付款订单的支付进度为完成支付。
具体的，预先设置的阈值可以被设置为0。通过上述第四子处理模块2931、第五子处理模块2933和第六子处理模块2935，对订单的待支付金额进行判断，判断付款订单是否完成。可以将付款订单的待支付金额拆分为至少一个支付账单进行支付，所以付款订单的待支付金额等于各个支付账单的支付金额的总和。由此可知，每当确定一个支付账单支付成功之后，将与支付账单对应的支付金额从付款订单中的待支付金额中减去，得到新的待支付金额。这样就可以知道还有多少金额未被支付。所以，通过对待支付金额的判断，可以直接、准确的确定付款订单的支付进度。
在实际应用当中，结合应用上述方法的支付系统进行说明。用户的付款订单生成后会进入支付系统，在支付系统内用户可以根据自己支付方式，对应支付方式的支付限额选择支付金额，选择完成提交后，支付系统接受到用户提交的支付金额校验没有问题后记录用户的订单信息。用户发起的每一次的支付请求都会在此系统内生成一个支付流水号，用于传递给银行系统或是第三方支付公司，同时会在里流水记录内记录支付信息、通过订单序列号关联用户信息以及订单信息。
支付信息提交至银行系统或第三方支付公司后，用户开始进行支付，支付结果反馈到支付系统内，记录支付结果，并且通知系统支付结果，支付系统根据已支付金额变更相应的业务状态，并且告知用户支付结果、已支付的金额及是否需要继续支付，用户根据提示继续后续的操作。
用户在支付过程中如果遇到所选金额依然超过上限，或是用户单一银行卡或者支付账户金额不足，想通过其他卡或支付方式完成剩余支付时，直接返回支付系统选在较低支付金额或其他支付方式即可，重复操作支付直至待支付的金额完全支付，通过使用上述方法的支付系统进行支付，没有支付次数限制，从而解决大额订单无法支付的问题。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、移动终端、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。