CN117455478A - 一种组合支付方法、装置、收款终端及存储介质 - Google Patents

Abstract

本申请涉及自动支付技术领域，尤其是涉及一种组合支付方法、装置、收款终端及存储介质。方法包括：在接收到用户选择的组合付款方式后，显示组合付款方式所包含的各项付款方式，以使得用户可以自由选择想要组合支付的付款方式，并将用户选择的付款方式作为目标付款方式，获取用户应支付的交易总金额，并基于该目标付款方式进行交易，在每项交易完成后，生成该目标付款方式对应的状态标签，对获取所有状态标签为支付完成的目标付款方式对应的交易金额的总和，以作为用户的已支付总金额，基于已支付金额和交易总金额，确定是否生成组合支付成功信息，当生成组合支付成功信息时，完成组合支付。

Description

一种组合支付方法、装置、收款终端及存储介质

技术领域

本申请涉及自动支付技术领域，尤其是涉及一种组合支付方法、装置、收款终端及存储介质。

背景技术

随着自动化的发展，越来越多的消费场所开始采用自动结账的方式，例如超市、医院以及4s店等场所，当付款用户需要自动结账时，一般自动结账机会显示可支付方式以及待支付总金额，例如：微信支付、支付宝支付、银联支付以及现金支付等，然后付款人员通过扫描付款码、被扫描付款码或者放入现金的方式进行结账。

然而，当待支付总金额较大时，付款用户可能需要同时采用多种付款方式以完成结账，但是，目前自动结账机并不支持付款人员选择多种付款方式组合结账，给付款人员带来很大的不便。

发明内容

为了提高付款人员的体验感，本申请提供一种组合支付方法、装置、收款终端及存储介质。

第一方面，本申请提供一种组合支付方法，采用如下的技术方案：

一种组合支付方法，由收款终端执行，包括：

当接收到组合付款指令时，显示组合付款方式包括的各项付款方式，并确定用户从所述各项付款方式中选择的至少两项付款方式为目标付款方式；

获取用户应支付的交易总金额；

基于每项所述目标付款方式进行交易，并在所述目标付款方式交易完成后，生成所述目标付款方式的状态标签，所述状态标签为支付完成或支付未完成；

在每一项所述目标付款方式交易完成后，确定用户的已支付总金额，所述支付总金额为所有所述状态标签为支付完成的目标付款方式对应的交易金额的总和；

基于所述已支付总额和所述交易总金额，确定是否生成组合支付成功信息。

通过采用上述技术方案，在接收到用户选择的组合付款方式后，显示组合付款方式所包含的各项付款方式，以使得用户可以自由选择想要组合支付的付款方式，并将用户选择的付款方式作为目标付款方式，获取用户应支付的交易总金额，并基于该目标付款方式进行交易，在每项交易完成后，生成该目标付款方式对应的状态标签，对获取所有状态标签为支付完成的目标付款方式对应的交易金额的总和，以作为用户的已支付总金额，基于已支付总金额和交易总金额，确定是否生成组合支付成功信息，当生成组合支付成功信息时，完成组合支付。

在一种可能的实现方式中，所述基于每项所述目标付款方式进行交易，每一项所述目标付款方式的交易过程，包括：

建立所述目标付款方式对应的交易通道，并获取用户输入的所述目标付款方式的支付信息，通过所述交易通道对所述支付信息进行交易，得到交易结果，并确定交易完成，所述支付信息包括验证数据和交易金额；

所述在所述目标付款方式交易完成后，生成所述目标付款方式的状态标签，包括：

基于所述目标付款方式对应的交易结果，生成所述目标付款方式的状态标签。

通过采用上述技术方案，在每项目标付款方式进行交易时，首先建立目标付款方式对应的交易通道，并获取用户的验证数据以及交易金额，并通过验证数据对目标付款方式的交易通道进行验证以及通过交易通道接收交易金额，以完成交易，并生成交易结果，基于该交易结果生成目标付款方式的状态标签。本方案提供了一种实现目标付款方式交易的方式以及生成目标付款方式的状态标签的方式。

在另一种可能的实现方式中，在每一项所述目标付款方式交易完成后，确定用户的已支付总金额之后，还包括：

当每项目标付款方式均完成交易，且所述已支付总额与所述交易总额不一致时，判断是否存在状态标签为支付未完成的目标付款方式；

若存在状态标签为支付未完成的目标付款方式，则建立所述状态标签为支付未完成的目标付款方式对应的交易通道，以进行交易；

当交易完成时，重新确定用户的已支付总金额。

通过采用上述技术方案，当每项目标付款方式均完成交易，且已支付总额与交易总额不一致时，判断每项目标付款方式的状态标签中是否存在支付未完成的标签，若存在，则说明存在未交易成功的目标付款方式，此时可以重新建立状态标签为支付未完成的目标付款方式对应的交易通道，以用户选择的目标付款方式进行交易，并重新确定用户的已支付总金额。

在另一种可能的实现方式中，在当交易完成时，重新确定用户的已支付总金额之后，还包括：

判断所述已支付总额和所述交易总金额是否一致；

若所述已支付总额和所述交易总金额不一致，则显示所述组合付款方式包括的各项付款方式；

当接收到用户从所述各项付款方式中选择的备用付款方式时，建立每项所述备用付款方式对应的交易通道，以进行交易；

当每项备用付款方式交易完成时，重新确定用户的已支付总金额。

通过采用上述技术方案，若每项目标付款方式的状态标签中不存在支付未完成的标签，则说明每项不存在未交易成功的目标付款方式，也即用户选择的目标付款方式不足以支付交易总金额，此时可以显示组合付款方式中的各项付款方式，以便于用户再次选择付款方式以支付剩余金额。

在另一种可能的实现方式中，在每一项所述目标付款方式交易完成后以及在每项备用付款方式交易完成后，确定用户的已支付总金额之后，还包括：

基于所述已支付总金额以及所述交易总金额，确定用户还需支付的待支付金额；

将所述待支付金额进行显示。

通过采用上述技术方案，在每项目标付款方式交易完成后以及在每项备用付款方式交易完成后，确定用户的已支付总金额，并计算已支付总额和交易总金额的差值，以确定用户还需支付的待支付金额，并将待支付金额进行显示，以便于用户根据待支付金额进行后续支付。

在另一种可能的实现方式中，所述基于每项所述目标付款方式进行交易，包括：

获取每项所述目标付款方式的交易顺序；

基于每项所述目标付款方式的交易顺序进行交易。

通过采用上述技术方案，获取每项目标付款方式的交易顺序，对基于目标付款顺序对每项目标付款方式进行交易，以提高组合支付的效率。

在另一种可能的实现方式中，在每一项所述目标付款方式交易完成后，确定用户的已支付总金额之后，还包括：

当判断所述已支付总额与所述交易总金额一致时，确定是否存在未进行交易的目标付款方式；

若存在未进行交易的目标付款方式，则取消所述未进行交易的目标付款方式。

通过采用上述技术方案，当已支付总额和交易总金额一致时，说明此时组合支付已交易完成，此时判断是否还存在未进行交易的目标付款方式，若存在，则取消状态标签为支付未完成的目标付款方式，并完成本次交易，以便于后续其他交易的进行。

第二方面，本申请提供一种组合支付装置，采用如下的技术方案：

一种组合支付装置，包括：

显示模块，用于当接收到组合付款指令时，显示组合付款方式包括的各项付款方式，并确定用户从所述各项付款方式中选择的至少两项付款方式为目标付款方式；

获取模块，用于获取用户应支付的交易总金额；

生成模块，用于基于每项所述目标付款方式进行交易，并在所述目标付款方式交易完成后，生成所述目标付款方式的状态标签，所述状态标签为支付完成或支付未完成；

金额确定模块，用于在每一项所述目标付款方式交易完成后，确定用户的已支付总金额，所述支付总金额为所有所述状态标签为支付完成的目标付款方式对应的交易金额的总和；

信息确定模块，用于基于所述已支付总额和所述交易总金额，确定是否生成组合支付成功。

第三方面，本申请提供一种收款终端，采用如下的技术方案：

一种收款终端，该收款终端包括：

至少一个处理器；

存储器；

至少一个应用程序，其中至少一个应用程序被存储在存储器中并被配置为由至少一个处理器执行，所述至少一个应用程序配置用于：执行上述第一方面所述的一种组合支付方法。

第四方面，本申请提供一种计算机可读存储介质，采用如下的技术方案：

一种计算机可读存储介质，包括：存储有能够被处理器加载并执行上述一种组合支付方法的计算机程序。

综上所述，本申请包括以下有益技术效果：在接收到用户选择的组合付款方式后，显示组合付款方式所包含的各项付款方式，以使得用户可以自由选择想要组合支付的付款方式，并将用户选择的付款方式作为目标付款方式，获取用户应支付的交易总金额，并基于该目标付款方式进行交易，在每项交易完成后，生成该目标付款方式对应的状态标签，对获取所有状态标签为支付完成的目标付款方式对应的交易金额的总和，以作为用户的已支付总金额，基于已支付总金额和交易总金额，确定是否生成组合支付成功信息，当生成组合支付成功信息时，完成组合支付。

附图说明

图1是本申请实施例提供的一种组合支付方法的流程示意图；

图2是本申请实施例提供的一种交易通道建立的流程示意图；

图3是本申请实施例提供的一种组合支付装置的方框示意图；

图4是本申请实施例提供的一种收款终端的示意图。

具体实施方式

以下结合附图1-4对本申请作进一步详细说明。

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

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

随着自动化的发展，越来越多的消费场所开始采用自动结账的方式，例如超市、医院以及4s店等场所均开始采用自动结账机等设备进行自动结账。当付款用户选购好商品并生成订单后，一般自动结账机等设备会显示可支付方式以及待支付总金额，例如：微信支付、支付宝支付、银联支付以及现金支付等，然后付款人员通过选择其中的一种付款方式进行结账。然而，当待支付总金额较大时，付款用户可能无法通过一种付款方式支付完成待支付总金额，此时需要采用多种付款方式以完成结账，也即组合付款的方式进行结账，但是，目前自动结账机并不支持付款人员选择多种付款方式组合结账，给付款人员带来很大的不便。

有鉴于此，本申请提供一种组合支付方法、装置、收款终端以及存储介质，以使得付款人员可以根据自身资金情况，自主选择要组合的付款方式，完成支付。

参见图1，本申请实施例提供了一种组合支付方法，由收款终端执行，该方法包括：

步骤S101、当接收到组合付款指令时，显示组合付款方式包括的各项付款方式，并确定用户从各项付款方式中选择的至少两项付款方式为目标付款方式。

其中，组合付款指令为用户选择组合付款方式进行付款时所产生的指令，具体地，组合付款方式中包括多项付款方式，由用户自由选择想要进行组合付款的付款方式，且用户至少选择两项付款方式以进行组合付款。

具体地，当用户选择组合付款方式后，收款终端就会接收到组合付款指令，并将组合付款方式中所包含的各项付款方式进行显示，以便于用户可以根据自身情况进行选择至少两项要组合付款的付款方式，并将用户选择的要组合付款的每一项付款方式作为目标付款方式。例如，组合付款方式中包括付款方式1、付款方式2、付款方式3以及付款方式4，用户选择的要组合付款的付款方式为付款方式2、付款方式3以及付款方式4，则付款方式2、付款方式3以及付款方式4均为目标付款方式。

步骤S102、获取用户应支付的交易总金额。

其中，交易总金额为用户购买商品或进行其他消费服务所产生的交易金额。

具体地，可以直接获取用户由购买商品或进行其他消费服务产生的订单信息，并获取订单信息中包含的应支付金额，以作为交易总金额。

步骤S103、基于每项目标付款方式进行交易，并在目标付款方式交易完成后，生成目标付款方式的状态标签。

其中，状态标签为支付完成或支付未完成，且一个目标付款方式仅对应一个状态标签。

具体地，当用户选择好目标付款方式后，用户即可基于每项目标付款方式进行支付，付款终端基于每项目标付款方式进行交易，并在每项目标付款方式交易完成后，付款终端生成该目标付款方式的状态标签。更具体地，在每项目标付款方式交易完成后，付款终端判断该目标付款方式是否交易成功，若该目标付款方式交易成功，则付款终端生成该目标付款方式的支付完成的状态标签；若该目标付款方式交易不成功，则付款终端生成该目标付款方式的支付未完成的状态标签。

步骤S104、在每一项目标付款方式交易完成后，确定用户的已支付总金额。

其中，支付总金额为所有状态标签为支付完成的目标付款方式对应的交易金额的总和。

具体地，在每一项目标付款方式交易完成后，获取状态标签为支付完成的目标付款方式，并获取每项状态标签为支付完成的目标付款方式对应的已付款金额，并将已付款金额进行相加求和，以得到用户的已支付总金额。或者，在每一项目标付款方式交易完成后，获取之前目标付款方式对应的已付款金额和，判断是否存在新增的状态标签为支付完成的目标付款方式，若存在新增的状态标签为支付完成的目标付款方式，则获取新增的状态标签为支付完成的目标付款方式对应的已付款金额，将已付款金额与已付款金额和进行相加，以得到用户的已支付总金额；若不存在新增的状态标签为支付完成的目标付款方式，则将已付款金额和作为用户的已支付总金额。

步骤S105、基于已支付总额和交易总金额，确定是否生成组合支付成功信息。

具体地，当已支付总额大于等于交易总金额时，组合支付成功，表征用户的订单交易完成，当已支付总额小于交易总金额时，组合支付未成功，此时不生成组合支付成功信息。

进一步地，当已支付金额和交易总金额一致时，生成组合支付成功信息，并基于每项目标付款方式的付款金额生成小票信息。其中，小票信息中包含目标付款方式、每项目标付款方式对应的交易金额以及交易时间。

本申请实施例提供了一种组合支付方法，在接收到用户选择的组合付款方式后，显示组合付款方式所包含的各项付款方式，以使得用户可以自由选择想要组合支付的付款方式，并将用户选择的付款方式作为目标付款方式，获取用户应支付的交易总金额，并基于该目标付款方式进行交易，在每项交易完成后，生成该目标付款方式对应的状态标签，对获取所有状态标签为支付完成的目标付款方式对应的交易金额的总和，以作为用户的已支付总金额，基于已支付总金额和交易总金额，确定是否生成组合支付成功信息，当生成组合支付成功信息时，完成组合支付，使得用户可以根据自身需求进行组合付款，满足用户的个性化需求。

一个实施例，在步骤S103基于每项目标付款方式进行交易，每一项目标付款方式的交易过程中，具体可以包括：建立目标付款方式对应的交易通道，并获取用户输入的目标付款方式的支付信息，通过交易通道对支付信息进行交易，得到交易结果，并确定交易完成。其中，在目标付款方式交易完成后，生成目标付款方式的状态标签，具体可以包括：基于目标付款方式对应的交易结果，生成目标付款方式的状态标签。

其中，支付信息包括验证数据和交易金额，具体地，交易金额为用户收款时输入的付款金额，验证数据是指对交易过程中的数据进行检验、核对和比对，一般包括支付金额验证数据、支付账号验证数据以及支付平台验证数据等，进一步地，基于用户输入的交易金额以及验证数据，确定是否收到与交易金额一致的金额，并生成交易结果，其中，交易结果包括交易成功以及交易不成功。

具体地，在接收到用户选择的目标付款方式后，基于每项目标付款方式进行交易，更具体地，每项目标付款方式的交易过程可以包括：获取目标付款方式对应的预设的交易通道，并建立该目标付款方式对应的交易通道，以使得用户通过交易通道进行支付，在建立交易通道后，实时获取用户的支付信息，并基于支付信息中的验证数据以及交易金额对交易结果进行验证。具体地，每个目标付款方式对应至少一个交易通道，当需要建立该目标付款方式的交易通道时，获取该目标付款方式对应的交易通道，并进行显示，以使得用户可以根据显示的交易通道进行支付。例如，目标付款方式为现金付款方式时，获取现金付款方式对应的交易通道为现金放置口，并打开现金放置口，以建立交易通道，以便于用户可以直接将现金放入现金放置口中进行支付。

进一步的，当存在目标付款方式存在多个交易通道时，可以将该目标付款方式对应的全部交易通道进行显示，以供用户选择想要进行的交易通道，例如，当付款方式2存在扫码交易通道和被扫码交易通道时，将扫码交易通道以及被扫码交易通道进行显示，并根据接收到的用户的选择信息，建立该目标付款方式对应的交易通道。参见上述示例，当目标付款方式为付款方式2、付款方式3以及付款方式4时，用户选择的付款方式2对应的交易通道为扫码交易通道，付款方式3对应的交易通道为现金放置口，付款方式4对应的交易通道为被扫码交易通道，基于扫码交易通道、被扫码交易通道以及现金放置口建立交易通道，其中，建立交易通道示意图参见图2。

进一步地，生成交易结果的过程可以包括：在建立目标付款方式的交易通道后，接受到用户输入的支付信息，并收到与交易金额一致的金额，则生成交易成功的交易结果；在建立目标付款方式的交易通道后，经过预设时间，未接收到用户输入的支付信息，则确定交易完成，并生成交易不成功的交易结果。更进一步地，在获得交易结果并确定交易完成后，可以直接根据交易结果确定目标付款方式的状态标签。具体地，当交易结果为交易成功时，确定目标付款方式的状态标签为支付完成；当交易结果为交易不成功时，确定目标付款方式的状态标签为支付不成功。

一个实施例，在步骤S103中，基于每项目标付款方式进行交易，具体可以包括：获取每项目标付款方式的交易顺序；基于每项目标付款方式的交易顺序进行交易。

具体地，在接收到用户选择的目标付款方式后，需要基于每项目标付款方式进行交易，此时，可以获取每项目标付款方式的交易顺序，并基于交易顺序，依次进行交易。具体地，获取每项目标付款方式的交易顺序，具体可以通过下面方式一或者方式二实现，其中：

方式一：获取每项目标付款方式的优先级，并基于每项目标付款方式的优先级确定每项目标付款方式的交易顺序。

具体地，在显示组合付款方式包括各项付款方式时，同时显示优先级确定信息，以提示用户自主选择每项目标付款方式的优先级。并在接收用户选择的目标付款方式时，同时接收每项目标付款方式对应的优先级，并基于每项目标付款方式的优先级确定每项目标付款方式的交易顺序，即目标付款方式的优先级为第一优先级，则该目标付款方式的交易顺序为第一交易顺序，以此类推，得到每项目标付款方式的交易顺序。

方式二：获取用户选择目标付款方式的先后顺序，并基于每项目标付款方式的点击先后顺序，确定每项目标付款方式的交易顺序。

具体地，获取将用户选择每项目标付款方式的先后顺序，作为每项目标付款方式的交易顺序，即目标付款方式的选择顺序为第一顺序，则该目标付款方式的交易顺序为第一交易顺序，以此类推，得到每项目标付款方式的交易顺序。进一步地，在得到每项目标付款方式的交易顺序后，将该交易顺序进行显示，以使得用户知晓每项目标付款方式的先后顺序。

进一步地，在获取到每项目标付款方式的交易顺序后，基于每项目标付款方式的交易顺序，生成第一交易顺序对应的目标付款方式对应的交易通道，在第一交易顺序对应的目标付款方式交易完成后，生成第二交易顺序对应的目标付款方式对应的交易通道，直至组合支付成功或者目标付款方式均交易完成。

一个实施例，在上述实施例中，在每一项目标付款方式交易完成后，确定用户的已支付总金额之后，还可以包括：当每项目标付款方式均完成交易，且已支付总额与交易总额不一致时，判断是否存在状态标签为支付未完成的目标付款方式；若存在状态标签为支付未完成的目标付款方式，则建立状态标签为支付未完成的目标付款方式对应的交易通道，以进行交易；当交易完成时，重新确定用户的已支付总金额。

具体地，为了保证用户能够完成组合支付，可以在每项目标付款方式交易完成后，获取用户的已支付总金额，并判断已支付总金额与交易总额是否一致。若已支付总金额与交易总额一致，则说明用户完成组合支付，若已支付总金额小于交易总额，则说明用户未完成组合支付。进一步地，当每项目标付款方式均完成交易后，确定用户未完成组合支付，此时为了使得用户能够完成组合支付，可以判断目标付款方式的状态标签中是否存在支付未完成的标签，若目标付款方式的状态标签中存在支付未完成的标签，则说明该目标付款方式未支付成功。

进一步地，由于目标付款方式为用户从组合付款方式包括的各项付款方式中选择出来的，说明用户需要或想要采用目标付款方式进行支付，那么当目标付款方式的状态标签中存在支付未完成的标签且已支付总金额小于交易总额时，可以建立状态标签为支付未完成的目标付款方式的交易通道，以使得用户可以重新采用该付款方式进行支付。具体地，在建立状态标签为支付未完成的目标付款方式的交易通道之前，可以显示付款方式确定信息，以使得用户可以自由选择在此时是通过状态标签为支付未完成的目标付款方式进行支付，还是采用其它付款方式进行支付，实现根据用户个性化需求进行支付，提高用户的体验感。其中，建立付款方式的交易通道的过程参见上述实施例中建立目标付款方式的交易通道的过程，本申请实施例在此不再赘述。

进一步地，若已支付总金额大于交易总额，则说明用户支付过多，此时需要进行部分退款，以使退款后的已支付总金额与交易总额一致。具体地，计算已支付总金额与交易总额的差值，作为待退款金额，并获取最近的目标付款方式，并建立该目标付款方式的退款通道，通过该退款通道对待退款金额进行交易。

更进一步地，在显示付款方式确定信息时，还可以显示付款取消信息，以使得用户可以自主取消支付。具体地，在接收到用户选择的付款取消信息后，可以建立状态标签为支付成功的目标付款方式的退款通道，以通过该退款通道进行退款。

更进一步地，在交易完成后，重新确定用户的已支付金额。

一个实施例，在步骤S104在每一项目标付款方式交易完成后，确定用户的已支付总金额之后，还可以包括：当判断已支付总额与交易总金额一致时，确定是否存在未进行交易的目标付款方式；若存在未进行交易的目标付款方式，则取消未进行交易的目标付款方式。

具体地，当已支付总额与交易总金额一致时，说明用户已完成组合支付，此时为了便于后续其他用户进行自动结账操作，可以将未进行交易的目标付款方式进行关闭。具体地，当已支付总额与交易总金额一致时，判断是否未进行交易的目标付款方式，若存在未进行交易的目标付款方式，则取消未进行交易的目标付款方式。进一步地，取消未进行交易的目标付款方式后，生成组合支付成功信息，并结束本次交易。

进一步地，在接收到备用付款方式后，在每项备用付款方式交易完成后，确定已支付总额与交易总金额是否一致，当已支付总额与交易总金额一致时，确定是否存在未进行交易的备用付款方式，若存在未进行交易的备用付款方式，则取消未进行交易的备用付款方式。

更进一步地，在接收到备用付款方式后，获取每项备用付款方式的顺序，并基于每项备用付款方式的交易顺序进行交易。其中，获取每项备用付款方式的顺序的过程参见上述实施例中获取每项目标付款方式的顺序的过程，本实施例在此不再赘述。

一个实施例，在实施例中，在当交易完成时，重新确定用户的已支付总金额之后，还可以包括：判断已支付总额和交易总金额是否一致；若已支付总额和交易总金额不一致，则显示组合付款方式包括的各项付款方式；当接收到用户从各项付款方式中选择的备用付款方式时，建立每项备用付款方式对应的交易通道，以进行交易；当每项备用付款方式交易完成时，重新确定用户的已支付总金额。

其中，备用付款方式为用户从各项付款方式中选择出来的付款方式，具体地，在显示组合付款方式包括的各项付款方式时，可以先显示剩余付款方式，后显示目标付款方式。其中，剩余付款方式为各项付款方式汇总除目标付款方式外的付款方式。

具体地，在每项目标付款方式的状态标签均为支付完成，且重新确定用户的已支付金额后，判断此时的已支付金额与交易总金额是否一致，若此时的已支付金额与交易总金额一致，则说明用户组合支付成功；若此时的已支付金额小于交易总金额，则说明用户组合支付未成功，此时为了使得用户能够完成组合支付，可以将组合付款方式中包括的各项付款方式进行显示，以使得用户可以选择备用付款方式进行支付。进一步地，在接收到用户选择的备用付款方式后，可以建立每项备用付款方式对应的交易通道，已进行交易。其中，建立备用付款方式对应的交易通道的过程参见上述实施例中建立目标付款方式的交易通道的过程，本申请实施例在此不再赘述。

一个实施例，在步骤S104在每一项目标付款方式交易完成后，确定用户的已支付总金额之后以及在每项备用付款方式交易完成后，还可以包括：基于已支付总金额以及交易总金额，确定用户还需支付的待支付金额；将待支付金额进行显示。

具体地，在每项目标付款方式交易完成后，确定用户的已支付总金额，并判断已支付总金额是否小于交易总金额，若已支付总金额小于交易总金额，则说明用户还需再次进行支付以完成组合支付。具体地，计算已支付总金额与交易总金额的差值，作为用户还需支付得到待支付金额，并将待支付金额进行显示，以提醒用户基于该待支付金额进行支付。

进一步地，当用户触发备用付款方式时，在每项备用付款方式交易完成后，重新确定已支付总金额，当已支付总金额小于交易总金额时，计算重新确定的已支付总金额与交易总金额的差值，作为用户还需支付得到待支付金额，并将待支付金额进行显示。

应理解，实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

实施例从方法流程的角度介绍一种组合支付方法，下述实施例从虚拟模块或者虚拟单元的角度介绍了一种组合支付装置，具体详见下述实施例。

参见图3，本发明实施例提供了一种组合支付装置20，包括：显示模块210、获取模块220、生成模块230、金额确定模块240以及信息确定模块250。

一种组合支付装置20，包括：

显示模块210，可以用于当接收到组合付款指令时，显示组合付款方式包括的各项付款方式，并确定用户从各项付款方式中选择的至少两项付款方式为目标付款方式；

获取模块220，可以用于获取用户应支付的交易总金额；

生成模块230，可以用于基于每项目标付款方式进行交易，并在目标付款方式交易完成后，生成目标付款方式的状态标签，状态标签为支付完成或支付未完成；

金额确定模块240，可以用于在每一项目标付款方式交易完成后，确定用户的已支付总金额，支付总金额为所有状态标签为支付完成的目标付款方式对应的交易金额的总和；

信息确定模块250，可以用于基于已支付总额和交易总金额，确定是否生成组合支付成功信息。

本申请实施例一种可能的实现方式，生成模块230在基于每项目标付款方式进行交易，每一项目标付款方式的交易过程，具体可以用于：

用于建立目标付款方式对应的交易通道，并获取用户输入的目标付款方式的支付信息，通过交易通道对支付信息进行交易，得到交易结果，并确定交易完成，支付信息包括验证数据和交易金额；

其中，生成模块230在目标付款方式交易完成后，生成目标付款方式的状态标签是，具体可以用于：

基于目标付款方式对应的交易结果，生成目标付款方式的状态标签。

本申请实施例另一种可能的实现方式，装置20还可以包括：

第一判断模块，用于当每项目标付款方式均完成交易，且已支付总额与交易总额不一致时，判断是否存在状态标签为支付未完成的目标付款方式；

第一建立模块，用于若存在状态标签为支付未完成的目标付款方式，则建立状态标签为支付未完成的目标付款方式对应的交易通道，以进行交易；

第一确定模块，用于当交易完成时，重新确定用户的已支付总金额。

本申请实施例另一种可能的实现方式，装置20还可以包括：

第二判断模块，用于判断已支付总额和交易总金额是否一致；

方式显示模块，用于若已支付总额和交易总金额不一致，则显示组合付款方式包括的各项付款方式；

第二建立模块，用于当接收到用户从各项付款方式中选择的备用付款方式时，建立每项备用付款方式对应的交易通道，以进行交易；

第二确定模块，用于当每项备用付款方式交易完成时，重新确定用户的已支付总金额。

本申请实施例另一种可能的实现方式，装置20还可以包括：

第三确定模块，用于基于已支付总金额以及交易总金额，确定用户还需支付的待支付金额；

金额显示模块，用于将待支付金额进行显示。

本申请实施例一种可能的实现方式，生成模块230在基于每项目标付款方式进行交易时，具体可以用于：

获取每项目标付款方式的交易顺序；

基于每项目标付款方式的交易顺序进行交易

本申请实施例另一种可能的实现方式，装置20还可以包括：

第四确定模块，用于当判断已支付总额与交易总金额一致时，确定是否存在未进行交易的目标付款方式；

取消模块，用于若存在未进行交易的目标付款方式，则取消未进行交易的目标付款方式。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例还从实体装置的角度介绍了一种收款终端，如图4所示，图4所示的收款终端1100包括：处理器1101和存储器1103。其中，处理器1101和存储器1103相连，如通过总线1102相连。可选地，收款终端1100还可以包括收发器1104。需要说明的是，实际应用中收发器1104不限于一个，该收款终端1100的结构并不构成对本申请实施例的限定。

处理器1101可以是CPU（Central Processing Unit，中央处理器），通用处理器，DSP（Digital Signal Processor，数据信号处理器），ASIC（Application SpecificIntegrated Circuit，专用集成电路），FPGA（Field Programmable Gate Array，现场可编程门阵列）或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器1101也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线1102可包括一通路，在组件之间传送信息。总线1102可以是PCI（PeripheralComponent Interconnect，外设部件互连标准）总线或EISA（Extended Industry StandardArchitecture，扩展工业标准结构）总线等。总线1102可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器1103可以是ROM（Read Only Memory，只读存储器）或可存储静态信息和指令的其他类型的静态存储设备，RAM（Random Access Memory，随机存取存储器）或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM（Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器）、CD-ROM（Compact DiscRead Only Memory，只读光盘）或其他光盘存储、光碟存储（包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等）、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

存储器1103用于存储执行本申请方案的应用程序代码，并由处理器1101来控制执行。处理器1101用于执行存储器1103中存储的应用程序代码，以实现前述方法实施例所示的内容。

其中，收款终端包括但不限于：移动电话、笔记本电脑、数字广播接收器、PDA（个人数字助理）、PAD（平板电脑）、PMP（便携式多媒体播放器）、车载终端（例如车载导航终端）等等的移动终端以及诸如数字TV、台式计算机等等的固定终端，还可以为服务器等。图4示出的收款终端仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，当其在计算机上运行时，使得计算机可以执行前述方法实施例中相应内容。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种组合支付方法，其特征在于，由收款终端执行，所述方法包括：

当接收到组合付款指令时，显示组合付款方式包括的各项付款方式，并确定用户从所述各项付款方式中选择的至少两项付款方式为目标付款方式；

获取用户应支付的交易总金额；

基于每项所述目标付款方式进行交易，并在所述目标付款方式交易完成后，生成所述目标付款方式的状态标签，所述状态标签为支付完成或支付未完成；

在每一项所述目标付款方式交易完成后，确定用户的已支付总金额，所述支付总金额为所有所述状态标签为支付完成的目标付款方式对应的交易金额的总和；

基于所述已支付总额和所述交易总金额，确定是否生成组合支付成功信息。

2.根据权利要求1所述的组合支付方法，其特征在于，所述基于每项所述目标付款方式进行交易，每一项所述目标付款方式的交易过程，包括：

建立所述目标付款方式对应的交易通道，并获取用户输入的所述目标付款方式的支付信息，通过所述交易通道对所述支付信息进行交易，得到交易结果，并确定交易完成，所述支付信息包括验证数据和交易金额；

所述在所述目标付款方式交易完成后，生成所述目标付款方式的状态标签，包括：

基于所述目标付款方式对应的交易结果，生成所述目标付款方式的状态标签。

3.根据权利要求2所述的组合支付方法，其特征在于，在每一项所述目标付款方式交易完成后，确定用户的已支付总金额之后，还包括：

当每项目标付款方式均完成交易，且所述已支付总额与所述交易总额不一致时，判断是否存在状态标签为支付未完成的目标付款方式；

若存在状态标签为支付未完成的目标付款方式，则建立所述状态标签为支付未完成的目标付款方式对应的交易通道，以进行交易；

当交易完成时，重新确定用户的已支付总金额。

4.根据权利要求3所述的组合支付方法，其特征在于，在当交易完成时，重新确定用户的已支付总金额之后，还包括：

判断所述已支付总额和所述交易总金额是否一致；

若所述已支付总额和所述交易总金额不一致，则显示所述组合付款方式包括的各项付款方式；

当接收到用户从所述各项付款方式中选择的备用付款方式时，建立每项所述备用付款方式对应的交易通道，以进行交易；

当每项备用付款方式交易完成时，重新确定用户的已支付总金额。

5.根据权利要求4所述的组合支付方法，其特征在于，在每一项所述目标付款方式交易完成后以及在每项备用付款方式交易完成后，确定用户的已支付总金额之后，还包括：

基于所述已支付总金额以及所述交易总金额，确定用户还需支付的待支付金额；

将所述待支付金额进行显示。

6.根据权利要求1所述的组合支付方法，其特征在于，所述基于每项所述目标付款方式进行交易，包括：

获取每项所述目标付款方式的交易顺序；

基于每项所述目标付款方式的交易顺序进行交易。

7.根据权利要求1所述的组合支付方法，其特征在于，在每一项所述目标付款方式交易完成后，确定用户的已支付总金额之后，还包括：

当判断所述已支付总额与所述交易总金额一致时，确定是否存在未进行交易的目标付款方式；

若存在未进行交易的目标付款方式，则取消所述未进行交易的目标付款方式。

8.一种组合支付装置，其特征在于，包括：

显示模块，用于当接收到组合付款指令时，显示组合付款方式包括的各项付款方式，并确定用户从所述各项付款方式中选择的至少两项付款方式为目标付款方式；

获取模块，用于获取用户应支付的交易总金额；

生成模块，用于基于每项所述目标付款方式进行交易，并在所述目标付款方式交易完成后，生成所述目标付款方式的状态标签，所述状态标签为支付完成或支付未完成；

金额确定模块，用于在每一项所述目标付款方式交易完成后，确定用户的已支付总金额，所述支付总金额为所有所述状态标签为支付完成的目标付款方式对应的交易金额的总和；

信息确定模块，用于基于所述已支付总额和所述交易总金额，确定是否生成组合支付成功信息。

9.一种收款终端，其特征在于，该收款终端包括：

至少一个处理器；

存储器；

至少一个应用程序，其中至少一个应用程序被存储在存储器中并被配置为由至少一个处理器执行，所述至少一个应用程序配置用于：执行权利要求1～7任一项所述的组合支付方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，当所述计算机程序在计算机中执行时，令所述计算机执行权利要求1～7任一项所述的组合支付方法。