CN115689555A - 一种订单支付系统、方法、装置、存储介质及电子设备 - Google Patents

Abstract

本说明书公开了一种订单支付系统、方法、装置、存储介质及电子设备。该订单支付系统包括：用户使用的客户端、扫码设备端以及服务器端，客户端用于响应于所述用户的业务操作，向用户展示各支付方式，并确定用户选择的至少两种支付方式和每种支付方式对应的支付金额，生成付款码并展示；扫码设备端用于采集付款码，对付款码进行解析，以生成扣款请求，并将扣款请求发送至服务器端，服务器端用于接收扣款请求，根据扣款请求，确定用户选择的至少两种支付方式以及支付金额，并按照用户选择的至少两种支付方式以及支付金额，执行订单支付。

Description

一种订单支付系统、方法、装置、存储介质及电子设备

技术领域

本说明书涉及互联网技术领域，尤其涉及一种订单支付系统、方法、装置、存储介质及电子设备

背景技术

随着科技的发展，人们的购物方式也发生了日新月异的变化，使得用户能够通过具有支付功能的应用程序来对订单进行支付，以完成用户与商家之间的结算，从而使用户的支付过程更加安全、方便、快捷。

然而，在日常生活中，人们经常会遇到一笔订单需要通过多种支付方式进行支付的情况，在这种情况下，需要用户分别采用每种支付方式进行多次支付，支付完成后还需要对所有订单进行核对，这样复杂的支付过程严重降低了支付效率以及用户的使用体验。

因此，如何简化通过多种支付方式来对订单进行支付的操作过程，提高支付效率以及用户的使用体验，是一个亟待解决的问题。

发明内容

本说明书提供一种订单支付系统、方法、装置、存储介质及电子设备，以部分的解决现有技术存在的上述问题。

本说明书采用下述技术方案：本说明书提供了一种订单支付系统，所述系统包括：用户使用的客户端、扫码设备端以及服务器端；

所述客户端，用于响应于所述用户的业务操作，向所述用户展示各支付方式，并确定所述用户选择的至少两种支付方式和每种支付方式对应的支付金额，生成携带有所述用户选择的至少两种支付方式的支付方式信息以及所述支付金额的付款码并展示；

所述扫码设备端，用于采集所述付款码，对所述付款码进行解析，以生成所述用户通过选择的至少两种支付方式以及所述支付金额进行支付的支付订单，并向服务器端发送针对所述支付订单的扣款请求；

所述服务器端，用于接收所述扣款请求，根据所述扣款请求，确定所述用户选择的至少两种支付方式以及所述支付金额，按照所述用户选择的至少两种支付方式以及所述支付金额，对所述支付订单进行拆分，得到所述用户选择的每种支付方式对应的支付子订单，并根据所述支付子订单执行订单支付。

可选地，所述服务器端，用于根据对每个支付子订单执行订单支付时分别消耗的实际支付时长，执行订单支付。

可选地，所述服务器端，用于根据对每个支付子订单执行订单支付时分别消耗的实际支付时长，确定所述支付订单对应的实际支付总时长；

若所述实际支付总时长小于预设支付总时长，确定完成订单支付，否则，取消订单支付，并退回已经完成支付的支付子订单对应的支付金额。

可选地，所述服务器端，用于若确定对每个支付子订单执行订单支付时分别消耗的实际支付时长均小于预设时长，确定完成订单支付，否则，取消订单支付，并退回已经完成支付的支付子订单对应的支付金额。

可选地，所述客户端，用于接收所述服务器端发送的支付成功提示，并向所述用户展示每种支付方式对应的支付结果。

可选地，所述服务器端，根据每个支付子订单对应的支付金额，确定支付总金额，根据所述支付总金额，生成收款指令，以通过所述收款指令，向收款端对应的账户中转入所述支付总金额，并向所述收款端发送所述收款端对应账户收取所述支付总金额的收款结果，以使所述收款端接收并展示所述收款结果。

本说明书提供了一种订单支付的方法，所述方法应用于用户使用的客户端，包括：

客户端响应于所述用户的业务操作，向所述用户展示各支付方式，并确定所述用户选择的至少两种支付方式和每种支付方式对应的支付金额；

生成携带有所述用户选择的至少两种支付方式的支付方式信息以及所述支付金额的付款码并展示，以使扫码设备端采集所述付款码，对所述付款码进行解析，以生成所述用户通过选择的至少两种支付方式以及所述支付金额进行支付的支付订单，并向服务器端发送针对所述支付订单的扣款请求，由所述服务器端根据接收到的所述扣款请求，确定所述用户选择的至少两种支付方式以及所述支付金额，按照所述用户选择的至少两种支付方式以及所述支付金额，对所述支付订单进行拆分，得到所述用户选择的每种支付方式对应的支付子订单，并根据所述支付子订单执行订单支付。

可选地，所述方法还包括：接收所述服务器端发送的支付成功提示，并向所述用户展示每种支付方式对应的支付结果。

本说明书提供了一种订单的支付方法，所述方法应用于服务器端，包括：

服务器端接收针对支付订单的扣款请求，所述支付订单是扫码设备端对采集到的付款码进行解析后，生成的用户通过选择的至少两种支付方式以及支付金额进行支付的支付订单，所述付款码是客户端响应于用户的业务操作，向所述用户展示各支付方式，确定所述用户选择的至少两种支付方式和每种支付方式对应的支付金额后生成并展示的，其中，所述付款码携带有所述用户选择的至少两种支付方式的支付方式信息以及所述支付金额；

根据所述扣款请求，确定所述用户选择的至少两种支付方式以及所述支付金额，按照所述用户选择的至少两种支付方式以及所述支付金额，对所述支付订单进行拆分，得到所述用户选择的每种支付方式对应的支付子订单，并根据所述支付子订单执行订单支付。

可选地，根据所述支付子订单执行订单支付，具体包括：

根据对每个支付子订单执行订单支付时分别消耗的实际支付时长，执行订单支付。

可选地，根据所述支付子订单执行订单支付，具体包括：

根据对每个支付子订单执行订单支付时分别消耗的实际支付时长，确定所述支付订单对应的实际支付总时长；

若所述实际支付总时长小于预设支付总时长，确定完成订单支付，否则，取消订单支付，并退回已经完成支付的支付子订单对应的支付金额。

可选地，根据每个支付子订单执行订单支付所消耗的实际支付时长，执行订单支付，具体包括：

若确定对每个支付子订单执行订单支付时分别消耗的实际支付时长均小于预设时长，确定完成订单支付，否则，取消订单支付，并退回已经完成支付的支付子订单对应的支付金额。

可选地，所述方法还包括：

根据每个支付子订单对应的支付金额，确定支付总金额；

根据所述支付总金额，生成收款指令；

通过所述收款指令，向收款端对应的账户中转入所述支付总金额，并向所述收款端发送所述收款端对应账户收取所述支付总金额的收款结果，以使所述收款端接收并展示所述收款结果。

本说明书提供了一种订单支付的装置，包括：

确定模块，响应于用户的业务操作，向所述用户展示各支付方式，并确定所述用户选择的至少两种支付方式和每种支付方式对应的支付金额；

支付模块，生成携带有所述用户选择的至少两种支付方式的支付方式信息以及所述支付金额的付款码并展示，以使扫码设备端采集所述付款码，对所述付款码进行解析，以生成所述用户通过选择的至少两种支付方式以及所述支付金额进行支付的支付订单，并向服务器端发送针对所述支付订单的扣款请求，由所述服务器端根据接收到的所述扣款请求，确定所述用户选择的至少两种支付方式以及所述支付金额，按照所述用户选择的至少两种支付方式以及所述支付金额，对所述支付订单进行拆分，得到所述用户选择的每种支付方式对应的支付子订单，并根据所述支付子订单执行订单支付。

本说明书提供了一种订单支付的装置，包括：

接收模块，接收针对支付订单的扣款请求，所述支付订单是扫码设备端对采集到的付款码进行解析后，生成的用户通过选择的至少两种支付方式以及支付金额进行支付的支付订单，所述付款码是客户端响应于用户的业务操作，向所述用户展示各支付方式，确定所述用户选择的至少两种支付方式和每种支付方式对应的支付金额后生成并展示的，其中，所述付款码携带有所述用户选择的至少两种支付方式的支付方式信息以及所述支付金额；

根据所述扣款请求，确定所述用户选择的至少两种支付方式以及所述支付金额，按照所述用户选择的至少两种支付方式以及所述支付金额，对所述支付订单进行拆分，得到所述用户选择的每种支付方式对应的支付子订单，并根据所述支付子订单执行订单支付。

本说明书提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述订单支付的方法。

本说明书提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述订单支付的方法。

本说明书采用的上述至少一个技术方案能够达到以下有益效果：

在本说明书提供的订单支付的方法中，客户端响应于用户的业务操作，向用户展示各支付方式，并确定用户选择的至少两种支付方式和每种支付方式对应的支付金额，并生成携带有用户选择的至少两种支付方式的支付方式信息以及所述支付金额的付款码并展示，通过扫码设备端，采集付款码并对付款码进行解析，以生成扣款请求，并将扣款请求发送至服务器端，以使服务器端根据接收到的所述扣款请求，确定用户选择的至少两种支付方式以及支付金额，并按照用户选择的至少两种支付方式以及支付金额，执行订单支付。

从上述方法可以看出，本申请在对订单进行支付时，会先向用户展示各支付方式，从而确定出用户选择出的多种支付方式以及对应的支付金额，这样一来，服务器端就能按照用户选择的各两种支付方式以及支付金额，将支付订单拆分为所述用户选择的每种支付方式对应的支付子订单，进而根据所述支付子订单执行订单支付，相比于目前当存在多种支付方式时用户需要分别通过每一种支付方式进行多次支付的方法，本方案能够简化通过多种支付方式来对订单进行支付的操作过程，提高支付效率以及用户的使用体验。

附图说明

此处所说明的附图用来提供对本说明书的进一步理解，构成本说明书的一部分，本说明书的示意性实施例及其说明用于解释本说明书，并不构成对本说明书的不当限定。在附图中：

图1为本说明书中提供的一种订单支付系统示意图；

图2为本说明书中提供的一种支付单结构示意图；

图3为本说明书中提供的一种订单支付的方法的流程示意图；

图4为本说明书中提供的一种订单支付的方法的流程示意图；

图5为本说明书中提供的一种订单支付过程示意图；

图6为本说明书中提供的一种订单支付的装置的示意图；

图7为本说明书中提供的一种订单支付的装置的示意图；

图8为本说明书中提供的一种对应于图1的电子设备示意图。

具体实施方式

为使本说明书的目的、技术方案和优点更加清楚，下面将结合本说明书具体实施例及相应的附图对本说明书技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本说明书保护的范围。

以下结合附图，详细说明本说明书各实施例提供的技术方案。

图1为本说明书提供的一种订单支付系统示意图。

在日常生活中，人们常常会遇到需要通过多种支付方式来对一笔订单进行支付的情况，在这种情况下，需要用户或者商家将一笔订单拆分为多比订单，从而分别通过每种支付方式来对这些拆分出的订单进行多次支付，这样的支付过程十分繁琐，严重降低了支付效率以及用户的使用体验。

例如，目前很多企业都会向企业员工提供企业内部支付的支付渠道，以为员工提供餐饮补助，但是，通常情况下，员工每次通过企业支付方式进行支付的支付金额都存在有一定的限制，当用户的花费超过规定的企业支付金额时，就需要通过个人支付的方式，来对超出的金额进行支付，如：用户的实际消费金额为130元，而企业支付的限制金额为100元，这时候用户就需要先选择企业支付的支付方式并生成二维码，商家通过扫码设备端扫描付款码收取通过企业支付的支付方式支付的100元后，用户再选择个人支付的支付方式(如用户个人银行卡)生成付款码，而后商家通过扫码设备端扫描付款码收取用户通过另一种支付方式支付的30元。

这样一来，用户就需要出示两次二维码，而商家也需要通过扫码设备端对每一次出示的付款码分别进行扫描，扫描完成后还需要核对通过两次支付方式支付的总金额是否正确，严重降低了收付款效率。

再例如，用户在网上购物时，想要购买的一件商品的价格超过了自己在每个支付渠道(如银行卡或者具有支付功能的应用程序)存放的金额，这时候就需要用户将在上述多个支付渠道中存放的金额都转移到一个支付渠道中，才能够对该商品进行支付。

基于此，本说明书提供了一种订单支付系统，以简化通过多种支付方式对订单进行支付的操作过程，提高支付效率以及用户的使用体验。该订单支付系统包括：用户使用的客户端、扫码设备端以及服务器端。

客户端可以响应于所述用户的业务操作，向所述用户展示各支付方式，并确定用户选择的至少两种支付方式和每种支付方式对应的支付金额。

具体的，当用户确定需要支付的金额后，可以在客户端中选择组合支付的支付方式，该支付方式可以通过相应的控件(如按钮、滑块等)在客户端中进行展示，选择组合支付的支付方式后，客户端可以向用户展示出相应的支付页面，从而在该页面中向用户展示出各支付方式，以使用户能够在该页面中选择出两种以上的支付方式，并输入每种支付方式对应的支付金额，上述支付方式可以为不同的支付渠道(如银行卡)、具有支付功能的小程序或客户端等。当然，上述各支付方式也可以在用户执行业务操作后，以其他形式(如弹窗、列表等)向用户展示，本说明书对此不做具体限定。

在实际应用中，用户需要支付的金额可以为商家直接告知的，也可以为用户通过客户端，识别商家通过扫码设备端展示的二维码后得到的，当然，在线上购物的业务场景中，该支付金额也可以为商家直接在客户端或者网站中向用户展示出的。

进一步的，上述支付页面中还可以向用户展示出相应的支付方式列表，从而使客户端可以响应于用户的指定操作(如用户对该支付列表中的支付方式进行点击的操作，以及对选择出的支付方式输入相应的支付金额)，确定各支付方式以及各支付方式对应的支付金额。

另外，客户端可以在上述支付页面中向用户展示出剩余还需要支付的金额，例如，当支付总金额为130元时，用户第一次选择支付方式时会向其显示剩余需要支付130元，而当用户选择完第一种支付方式，并输入第一种支付方式的支付金额为30元后，客户端展示的剩余需要支付金额为100元，往后以此类推，从而对用户的支付进行引导。

当用户在客户端中选择出各支付方式以及每种支付方式对应的支付金额后，可以点击相应的确认控件，从而使客户端根据上述每种支付方式对应的支付金额，生成携带有用户选择的至少两种支付方式的支付方式信息以及支付金额的付款码并进行展示。其中，还付款码可以为二维码、条形码等，本说明书对此不做具体限定。

而后商家使用的扫码设备端可以采集客户端中展示的付款码，并对付款码进行解析，从而生成用户通过选择的至少两种支付方式以及支付金额进行支付的支付订单，并向服务器端发送针对支付订单的扣款请求。

在本说明书中，服务器端可以为用户使用的客户端对应的服务器端，当然，也可以为第三方收单机构(如银行)对应的服务器端，当接收到扣款请求后，服务器端会扣除用户在各个支付渠道所支付的金额并进行临时存储，待支付双方确认无误后，再由服务器端将上述支付金额下发至商家使用的扫码设备端。

此外，用户也可以通过客户端，识别商家出示的收款码，该收款码中可以包含有需要支付的总金额，客户端对该收款码进行解析后，可以向用户展示包含有各支付方式的支付页面，从而使用户在该支付页面中选择出至少两种支付方式以及每种支付方式对应的支付金额，选择完成后用户通过点击支付控件，生成包含有用户通过选择的至少两种支付方式以及支付金额进行支付的支付订单的扣款请求并发送至服务器端。

当然在线上支付(如网上购物、外卖等)的场景中，客户端也可以先在支付界面中向用户展示各支付方式，待用户执行指定操作，选择至少两种支付方式并确定每种支付方式对应的支付金额后，通过点击相应的支付控件，客户端即可向服务器端发送扣款请求。

服务器端接收到扣款请求后，可以根据该扣款请求，确定用户选择的至少两种支付方式以及每种支付方式对应的支付金额，并按照用户选择的至少两种支付方式以及支付金额，对支付订单进行拆分，得到用户选择的每种支付方式对应的支付子订单，并根据所述支付子订单执行订单支付。

进一步的，在实际支付的过程中很可能存在由于受到网络或者其他因素的影响导致支付失败，或者用户打算取消支付的情况，为了避免由于这种情况对用户或者商家造成经济损失，服务器端可以先对每种支付方式对应的支付时长以及订单的总体支付时长进行设置，从而确定每种支付方式对应的预设时长以及订单的预设支付总时长。其中，上述每种支付方式对应的预设时长以及订单的预设支付总时长可以由服务器端根据实际情况进行设定，当然，上述每种支付方式对应的预设时长以及订单的预设支付总时长也可以是用户在客户端中进行设置的。

而后服务器端可以根据对每个支付子订单执行订单支付时分别消耗的实际支付时长，执行订单支付。

具体的，若确定对每个支付子订单支付时分别消耗的实际支付时长均小于预设时长，确定完成订单支付，否则，取消订单支付，并退回已经完成支付的支付方式对应的支付金额。也就是说，当任意一种支付子订单的实际支付时长大于该支付子订单对应的预设时长，说明该支付子订单支付超时，则取消订单支付，并退回已经完成支付的支付子订单对应的支付金额。

服务器端还可以按照对每个支付子订单支付时分别消耗的实际支付时长，确定支付订单的实际支付总时长，若实际支付总时长小于预设支付总时长，确定完成订单支付，否则，取消订单支付，并退回已经完成支付的支付子订单对应的支付金额。也就是说，当订单的实际支付总时长(即完成所有支付子订单的时长)大于该预设支付总时长时，说明订单整体支付超时，则此时可以取消订单支付并返回已经完成支付子订单对应的支付金额。

在实际应用中，很可能出现当完成一部分支付子订单的支付时，这部分完成的支付子订单的实际支付时长就已经超过预设支付总时长的情况，因此，此时服务器端可以立即取消支付，并返回已经完成支付的支付子订单对应的支付金额，当然，也可以待所有支付子订单都完成支付后，再取消支付并返回所有支付子订单对应的支付金额。

进一步的，服务器端确定出每种支付方式对应的支付子订单后，可以根据每种支付方式对应的支付金额以及其他预设信息，构建相应的支付单，并根据支付单对各支付子订单执行订单支付。

其中，上述支付单可以包含有一个主支付单以及若干个子支付单，主支付单用于反应所有支付方式的整体支付情况，子支付单用于反应每种支付方式对应的支付情况。为了便于理解，本说明书还提供了一种支付单结构示意图，如图2所示：

图2为本说明书中提供的一种支付单结构示意图。

其中，主支付单的支付状态用于反映订单的整体支付状态，如支付中、支付失败或支付完成等，子单的支付状态用于反映每种支付方式的支付状态，由于每笔支付金额都对应有一种支付方式，所以总支付笔数即为支付方式的总数量，而子支付单中的支付笔数用于反应该子支付单对应支付当时的支付顺序，如1/2可以表示为支付方式总数为2，该子支付单对应的支付顺序为1。

主支付单中可以包含有订单的支付总金额、支付方式的数量、预设支付总时长和综合支付状态，每个子支付单都与一种支付方式相对应，该子支付单中可以包含有对应的支付方式、该支付方式对应的支付金额、预设时长、预设支付次序和支付状态等。

当然，上述主支付单以及子支付单中也可以包含有其他信息，本说明书对此不做具体限定。

其中，上述综合支付状态可以用于反映订单的总体支付状态，例如，当所有支付子订单都支付完成后，该综合支付状态可以为完成支付状态，而只要有一个支付子订单还未完成支付，则此时的综合支付状态可以显示为正在支付状态，而如果有一个支付子订单支付失败或者实际支付总时长超过预设支付总时长，则该综合支付状态为支付超时或者支付失败状态。

子支付状态可以用于反映每种支付子订单对应的支付状态，例如，针对每个子支付单，若该子支付单对应的支付子订单已经完成支付，则其对应的支付状态可以为完成支付状态，而若该子支付单对应的支付子订单还未完成支付，则其对应的支付状态可以为待支付状态，若该子支付单对应的支付子订单支付超时或者支付失败，则其对应的状态可以为支付超时或者支付失败状态。

这样一来，服务器端就可以根据各子支付单中包含的支付方式、预设支付次序、支付金额和预设支付次序，以及主支付单对应的支付总金额、支付方式的数量和预设支付总时长，对每一个支付子订单进行支付。

当服务器端监测到完成支付(即支付主单对应的支付状态为完成支付状态)后，可以向客户端发送支付成功提示以及支付结果，该支付结果中可以包含有每个支付子订单对应的支付金额，当然，也可以包含有支付订单对应的支付总金额，从而使客户端接收到上述支付结果后向用户进行展示。另外，该支付结果中还可以包含有相应的支付成功提示信息。其中，上述支付结果以及支付成功提示信息可以通过短信、即时通讯(Instant Messaging，IM)等方式，向客户端进行发送，当然也可以通过其他方式进行发送，本说明书对此不做具体限定。

另外，当服务器端支付完成后也可以向收款端返回支付结果，在实际应用中，由于收款用户在通常情况下会更关注于用户实际支付的金额是否会出现偏差，并不会关注具体的支付方式是什么，因此，向收款端发送的支付结果可以只包含有支付订单对应的支付总金额，收款端在接收到该支付结果后可以向收款用户进行展示并进行语音播报，如语音播报“收款A元”，其中，A为收款端对应的账户实际接收到的总金额。

具体的，服务器端可以根据每个支付子订单对应的支付金额，确定支付总金额，根据支付总金额，生成收款指令，以通过收款指令，向收款端对应的账户中转入该支付总金额，并向收款端发送收款端对应账户收取支付总金额的收款结果，从而使收款端接收并展示该收款结果。

在本说明书中，当扫码设备端为诸如手机等既能对付款码进行识别又能接收支付结果的设备时，则上述收款端与扫码设备端可以为同一设备(即扫码设备端与收款端均为手机)，而当扫码设备端为诸如扫码枪等不能展示支付结果的设备时，则上述收款端可以为与该扫码设备端之间建立通信连接的其他设备(如与扫码枪相连接的电脑)，当扫码设备端采集付款码并对付款码进行解析，从而完成扣款后，服务器端即可将支付结果返回至与其相连接的收款端，从而使该收款端对支付结果进行展示。

当然，服务器端向收款端返回的支付结果中也可以包含有相应的支付明细，当收款用户点击该支付明细后，即可展示出包含每种支付方式对应支付金额的支付结果。

另外，当服务器端为客户端对应的服务器端时，在生成收款指令后，可以将该收款指令发送至诸如银行等其他支付机构的服务器端，这样一来，客户端对应的服务器端可以先将收款指令发送至银行服务器端，当银行服务器端接收到收款指令后，可以根据该收款指令，将用户支付的总金额发送至收款端对应的账户。

以上为在整个订单支付系统的角度进行的描述，为了便于理解，以下将从用户使用的客户端以及服务器端两个角度，对本说明书提供的订单支付的方法进行描述。

图3为本说明书中提供的一种订单支付的方法的流程示意图，包括以下步骤：

S301：客户端响应于所述用户的业务操作，向所述用户展示各支付方式，并确定所述用户选择的至少两种支付方式和每种支付方式对应的支付金额。

当用户确定需要进行支付的支付方式后，客户端可以响应于用户的业务操作，向用户展示出各支付方式，从而使用户对这些支付方式进行选择，并输入选择出的支付方式对应的支付金额。

S302：生成携带有所述用户选择的至少两种支付方式的支付方式信息以及所述支付金额的付款码并展示，以使扫码设备端采集所述付款码，对所述付款码进行解析，以生成所述用户通过选择的至少两种支付方式以及所述支付金额进行支付的支付订单，并向服务器端发送针对所述支付订单的扣款请求，由所述服务器端根据接收到的所述扣款请求，确定所述用户选择的至少两种支付方式以及所述支付金额，按照所述用户选择的至少两种支付方式以及所述支付金额，对所述支付订单进行拆分，得到所述用户选择的每种支付方式对应的支付子订单，并根据所述支付子订单执行订单支付。

当用户选择出至少两种支付方式并输入每种支付方式对应的支付金额后，可以点击指定的控件(如生成付款码的按钮)，从而使客户端生成携带有用户选择的至少两种支付方式的支付方式信息以及支付金额的付款码，并向商家进行展示。

商家可以通过扫码设备端，采集客户端展示的付款码，从而使扫码设备端对该付款码进行解析，生成用户通过选择的至少两种支付方式以及支付金额进行支付的支付订单，并向服务器端发送针对支付订单的扣款请求。

服务器端接收到该扣款请求后，确定用户选择的多种支付方式以及每种支付方式的支付金额，并按照各支付方式以及各支付方式对应的支付金额，对支付订单进行拆分，得到每种支付方式对应的支付子订单，进而根据支付子订单执行订单支付。

待支付完成后，客户端即可以接收服务器端发送的支付完成提示以及每种支付方式对应的支付结果，并将每种支付方式对应的支付结果向用户进行展示。

图4为本说明书中提供的一种订单支付的方法的流程示意图，包括以下步骤：

S401：服务器端接收针对支付订单的扣款请求，所述支付订单是扫码设备端对采集到的付款码进行解析后，生成的所述用户通过选择的至少两种支付方式以及支付金额进行支付的支付订单，所述付款码是客户端响应于用户的业务操作，向所述用户展示各支付方式，确定所述用户选择的至少两种支付方式和每种支付方式对应的支付金额后生成并展示的，其中，所述付款码携带有所述用户选择的至少两种支付方式的支付方式信息以及所述支付金额；

服务器端可以接收付款请求，该付款请求时扫码设备端对客户端发送的付款码进行解析，解析后生成并发送的。客户端可以响应于用户的业务操作，向用户展示各支付方式，从而确定用户选择的至少两种支付方式以及每种支付方式对应的之后金额，而后客户端可以生成支付金额二维码并向扫码设备端进行展示。

S402：根据所述扣款请求，确定所述用户选择的至少两种支付方式以及所述支付金额，按照所述用户选择的至少两种支付方式以及所述支付金额，对所述支付订单进行拆分，得到所述用户选择的每种支付方式对应的支付子订单，并根据所述支付子订单执行订单支付。

接收到扣款请求后，服务器确定用户选择的多种支付方式以及每种支付方式的支付金额，并按照各支付方式以及各支付方式对应的支付金额，对支付订单进行拆分，得到每种支付方式对应的支付子订单，进而根据支付子订单执行订单支付。

支付完成后，服务器端即可向客户端返回支付完成提示以及各支付方式对应的支付结果，以及向扫码设备端返回支付完成提示以及订单的综合支付结果。

为了便于理解，本说明书提供了一种订单支付的过程示意图，如图5所示。

图5为本说明书中提供的一种订单支付的过程示意图。

其中，当商家确认订单的支付金额后，会将该支付金额告知商家，而后商家可以在客户端中选择组合支付的支付方式，并选择各支付方式以及每种支付方式对应的支付金额，客户端根据用户选择出的每种支付方式对应的支付金额生成二维码，并向商家进行展示，商家使用的扫码设备端通过识别该二维码，向服务器端发送扣款请求，服务器端根据该扣款请求中携带的支付方式信息生成每种支付方式对应的支付单并通过该支付单完成每种支付方式的支付，支付完成后向第而客户端返回支付结果，以使扫码设备端根据该支付结果向商家展示收款总金额并进行语音播报，与此同时，服务器端还可以向客户端返回支付结果以使客户端根据该支付结果向用户展示支付总金额以及每种支付方式所支付的金额。

需要说明的是，本申请中所有获取信号、信息或数据的动作都是在遵照所在地国家响应的数据保护法规政策的前提下，并获得由相应装置所有者给予授权的情况下进行的。

从上述方法可以看出，本申请在对订单进行支付时，会先向用户展示各支付方式，从而确定出用户选择出的多种支付方式以及对应的支付金额，这样一来，服务器端就能按照用户选择的各两种支付方式以及支付金额，将支付订单拆分为所述用户选择的每种支付方式对应的支付子订单，进而根据所述支付子订单执行订单支付，相比于目前当存在多种支付方式时用户需要分别通过每一种支付方式进行多次支付的方法，本方案能够简化通过多种支付方式来对订单进行支付的操作过程，提高支付效率以及用户的使用体验。

以上为本说明书的一个或多个实施订单支付的方法，基于同样的思路，本说明书还提供了相应的订单支付的装置，如图6或图7所示。

图6为本说明书提供的一种订单支付的装置的示意图，包括：

确定模块601，用于响应于所述用户的业务操作，向所述用户展示各支付方式，并确定所述用户选择的至少两种支付方式和每种支付方式对应的支付金额；

支付模块602，用于生成携带有所述用户选择的至少两种支付方式的支付方式信息以及所述支付金额的付款码并展示，以使扫码设备端采集所述付款码，对所述付款码进行解析，以生成所述用户通过选择的至少两种支付方式以及所述支付金额进行支付的支付订单，并向服务器端发送针对所述支付订单的扣款请求，由所述服务器端根据接收到的所述扣款请求，确定所述用户选择的至少两种支付方式以及所述支付金额，按照所述用户选择的至少两种支付方式以及所述支付金额，对所述支付订单进行拆分，得到所述用户选择的每种支付方式对应的支付子订单，并根据所述支付子订单执行订单支付。

可选地，所述支付模块602还用于，接收所述服务器端发送的支付成功提示，并向所述用户展示每种支付方式对应的支付结果。

图7为本说明书提供的一种订单支付的装置的示意图，包括：

接收模块701，用于接收针对支付订单的扣款请求，所述支付订单是扫码设备端对采集到的付款码进行解析后，生成的所述用户通过选择的至少两种支付方式以及支付金额进行支付的支付订单，所述付款码是客户端响应于用户的业务操作，向所述用户展示各支付方式，确定所述用户选择的至少两种支付方式和每种支付方式对应的支付金额后生成并展示的，其中，所述付款码携带有所述用户选择的至少两种支付方式的支付方式信息以及所述支付金额；

执行模块702，用于根据所述扣款请求，确定所述用户选择的至少两种支付方式以及所述支付金额，按照所述用户选择的至少两种支付方式以及所述支付金额，对所述支付订单进行拆分，得到所述用户选择的每种支付方式对应的支付子订单，并根据所述支付子订单执行订单支付。

可选地，所述执行模块702具体用于，根据对每个支付子订单执行订单支付时分别消耗的实际支付时长，执行订单支付。

可选地，所述执行模块702具体用于，根据对每个支付子订单执行订单支付时分别消耗的实际支付时长，确定所述支付订单对应的实际支付总时长；若所述实际支付总时长小于预设支付总时长，确定完成订单支付，否则，取消订单支付，并退回已经完成支付的支付子订单对应的支付金额。

可选地，所述执行模块702具体用于，若确定对每个支付子订单执行订单支付时分别消耗的实际支付时长均小于预设时长，确定完成订单支付，否则，取消订单支付，并退回已经完成支付的支付子订单对应的支付金额。

可选地，所述执行模块702还用于，根据每个支付子订单对应的支付金额，确定支付总金额；根据所述支付总金额，生成收款指令；通过所述收款指令，向收款端对应的账户中转入所述支付总金额，并向所述收款端发送所述收款端对应账户收取所述支付总金额的收款结果，以使所述收款端接收并展示所述收款结果。

本说明书还提供了一种计算机可读存储介质，该存储介质存储有计算机程序，计算机程序可用于执行上述图1提供的一种订单支付的方法。

本说明书还提供了图8所示的一种对应于图1的电子设备的示意结构图。如图8所述，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，以实现上述图1所述的订单支付的方法。当然，除了软件实现方式之外，本说明书并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardwa9re DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本说明书的实施例可提供为方法、系统、或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。

Claims (17)

1.一种订单支付系统，其特征在于，所述系统包括：用户使用的客户端、扫码设备端以及服务器端；

所述客户端，用于响应于所述用户的业务操作，向所述用户展示各支付方式，并确定所述用户选择的至少两种支付方式和每种支付方式对应的支付金额，生成携带有所述用户选择的至少两种支付方式的支付方式信息以及所述支付金额的付款码并展示；

所述扫码设备端，用于采集所述付款码，对所述付款码进行解析，以生成所述用户通过选择的至少两种支付方式以及所述支付金额进行支付的支付订单，并向服务器端发送针对所述支付订单的扣款请求；

所述服务器端，用于接收所述扣款请求，根据所述扣款请求，确定所述用户选择的至少两种支付方式以及所述支付金额，按照所述用户选择的至少两种支付方式以及所述支付金额，对所述支付订单进行拆分，得到所述用户选择的每种支付方式对应的支付子订单，并根据所述支付子订单执行订单支付。

2.如权利要求1所述的系统，其特征在于，所述服务器端，用于根据对每个支付子订单执行订单支付时分别消耗的实际支付时长，执行订单支付。

3.如权利要求2所述的系统，其特征在于，所述服务器端，用于根据对每个支付子订单执行订单支付时分别消耗的实际支付时长，确定所述支付订单对应的实际支付总时长；

若所述实际支付总时长小于预设支付总时长，确定完成订单支付，否则，取消订单支付，并退回已经完成支付的支付子订单对应的支付金额。

4.如权利要求2所述的系统，其特征在于，所述服务器端，用于若确定对每个支付子订单执行订单支付时分别消耗的实际支付时长均小于预设时长，确定完成订单支付，否则，取消订单支付，并退回已经完成支付的支付子订单对应的支付金额。

5.如权利要求1所述的系统，其特征在于，所述客户端，用于接收所述服务器端发送的支付成功提示，并向所述用户展示每种支付方式对应的支付结果。

6.如权利要求1所述的系统，其特征在于，所述服务器端，根据每个支付子订单对应的支付金额，确定支付总金额，根据所述支付总金额，生成收款指令，以通过所述收款指令，向收款端对应的账户中转入所述支付总金额，并向所述收款端发送所述收款端对应账户收取所述支付总金额的收款结果，以使所述收款端接收并展示所述收款结果。

7.一种订单支付的方法，其特征在于，所述方法应用于用户使用的客户端，包括：

客户端响应于所述用户的业务操作，向所述用户展示各支付方式，并确定所述用户选择的至少两种支付方式和每种支付方式对应的支付金额；

生成携带有所述用户选择的至少两种支付方式的支付方式信息以及所述支付金额的付款码并展示，以使扫码设备端采集所述付款码，对所述付款码进行解析，以生成所述用户通过选择的至少两种支付方式以及所述支付金额进行支付的支付订单，并向服务器端发送针对所述支付订单的扣款请求，由所述服务器端根据接收到的所述扣款请求，确定所述用户选择的至少两种支付方式以及所述支付金额，按照所述用户选择的至少两种支付方式以及所述支付金额，对所述支付订单进行拆分，得到所述用户选择的每种支付方式对应的支付子订单，并根据所述支付子订单执行订单支付。

8.如权利要求7所述的方法，其特征在于，所述方法还包括：接收所述服务器端发送的支付成功提示，并向所述用户展示每种支付方式对应的支付结果。

9.一种订单的支付方法，其特征在于，所述方法应用于服务器端，包括：

服务器端接收针对支付订单的扣款请求，所述支付订单是扫码设备端对采集到的付款码进行解析后，生成的用户通过选择的至少两种支付方式以及支付金额进行支付的支付订单，所述付款码是客户端响应于用户的业务操作，向所述用户展示各支付方式，确定所述用户选择的至少两种支付方式和每种支付方式对应的支付金额后生成并展示的，其中，所述付款码携带有所述用户选择的至少两种支付方式的支付方式信息以及所述支付金额；

根据所述扣款请求，确定所述用户选择的至少两种支付方式以及所述支付金额，按照所述用户选择的至少两种支付方式以及所述支付金额，对所述支付订单进行拆分，得到所述用户选择的每种支付方式对应的支付子订单，并根据所述支付子订单执行订单支付。

10.如权利要求9所述的方法，其特征在于，根据所述支付子订单执行订单支付，具体包括：

根据对每个支付子订单执行订单支付时分别消耗的实际支付时长，执行订单支付。

11.如权利要求10所述的方法，其特征在于，根据所述支付子订单执行订单支付，具体包括：

根据对每个支付子订单执行订单支付时分别消耗的实际支付时长，确定所述支付订单对应的实际支付总时长；

若所述实际支付总时长小于预设支付总时长，确定完成订单支付，否则，取消订单支付，并退回已经完成支付的支付子订单对应的支付金额。

12.如权利要求10所述的方法，其特征在于，根据每个支付子订单执行订单支付所消耗的实际支付时长，执行订单支付，具体包括：

若确定对每个支付子订单执行订单支付时分别消耗的实际支付时长均小于预设时长，确定完成订单支付，否则，取消订单支付，并退回已经完成支付的支付子订单对应的支付金额。

13.如权利要求9所述的方法，其特征在于，所述方法还包括：

根据每个支付子订单对应的支付金额，确定支付总金额；

根据所述支付总金额，生成收款指令；

通过所述收款指令，向收款端对应的账户中转入所述支付总金额，并向所述收款端发送所述收款端对应账户收取所述支付总金额的收款结果，以使所述收款端接收并展示所述收款结果。

14.一种订单支付的装置，其特征在于，包括：

确定模块，响应于用户的业务操作，向所述用户展示各支付方式，并确定所述用户选择的至少两种支付方式和每种支付方式对应的支付金额；

支付模块，生成携带有所述用户选择的至少两种支付方式的支付方式信息以及所述支付金额的付款码并展示，以使扫码设备端采集所述付款码，对所述付款码进行解析，以生成所述用户通过选择的至少两种支付方式以及所述支付金额进行支付的支付订单，并向服务器端发送针对所述支付订单的扣款请求，由所述服务器端根据接收到的所述扣款请求，确定所述用户选择的至少两种支付方式以及所述支付金额，按照所述用户选择的至少两种支付方式以及所述支付金额，对所述支付订单进行拆分，得到所述用户选择的每种支付方式对应的支付子订单，并根据所述支付子订单执行订单支付。

15.一种订单支付的装置，其特征在于，包括：

接收模块，接收针对支付订单的扣款请求，所述支付订单是扫码设备端对采集到的付款码进行解析后，生成的用户通过选择的至少两种支付方式以及支付金额进行支付的支付订单，所述付款码是客户端响应于用户的业务操作，向所述用户展示各支付方式，确定所述用户选择的至少两种支付方式和每种支付方式对应的支付金额后生成并展示的，其中，所述付款码携带有所述用户选择的至少两种支付方式的支付方式信息以及所述支付金额；

根据所述扣款请求，确定所述用户选择的至少两种支付方式以及所述支付金额，按照所述用户选择的至少两种支付方式以及所述支付金额，对所述支付订单进行拆分，得到所述用户选择的每种支付方式对应的支付子订单，并根据所述支付子订单执行订单支付。

16.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述权利要求7～13任一项所述的方法。

17.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现上述权利要求7～13任一项所述的方法。

Images