CN113240410A - 支付方法、网络侧设备、终端、电子设备及存储介质 - Google Patents

Abstract

本公开提供一种支付方法、网络侧设备、终端、电子设备及计算机可读存储介质，包括：获取收银系统发送的支付请求，所述支付请求中携带第一支付方式余额不足信息以及启用所述第一支付方式的关联手机号码对应的目标终端的其它支付方式的请求信息；基于所述支付请求生成所述目标终端的支付唤醒消息；向所述目标终端发送所述支付唤醒消息，以使所述目标终端基于所述支付唤醒消息启用第二支付方式。本公开实施例通过收银系统、网络侧设备和终端之间的交互，在收银系统检测到第一支付方式余额不足时发出支付请求，网络侧设备基于支付请求生成唤醒消息，进而终端基于唤醒消息唤醒第二支付方式，从而有效缩短支付结算时间，提高支付结算效率。

Description

支付方法、网络侧设备、终端、电子设备及存储介质

技术领域

本公开涉及通信技术领域，尤其涉及一种支付方法、一种网络侧设备、一种终端、一种电子设备以及一种计算机可读存储介质。

背景技术

目前，用户在购买商品时通常只能使用一种支付方式进行支付，在出现余额不足的情况时则需要采用其他支付方式完成商品结算，这降低了用户的支付效率。其对于用户使用例如储值卡等支付方式进行支付时，由于用户通常不能事先预知、或者不有意去记忆、或者不事先查询储值卡的余额，在出现余额不足时用户需要采用手机支付等其它支付方式进行二次支付，在这个过程中用户需要拿出手机、解锁手机、打开支付软件、进入支付界面等一系列操作，延长了完成支付结算的时间，影响了用户购物体验。

发明内容

本公开提供了一种支付方法、网络侧设备、终端、电子设备将计算机可读存储介质，通过在第一支付方式余额不足时唤醒第二支付方式，从而缩短支付结算时间，以至少解决上述问题。

根据本公开实施例的第一方面，提供一种支付方法，应用于网络侧设备，包括：

获取收银系统发送的支付请求，所述支付请求中携带第一支付方式余额不足信息以及启用所述第一支付方式的关联手机号码对应的目标终端的其它支付方式的请求信息；

基于所述支付请求生成所述关联手机号码对应的目标终端的支付唤醒消息；以及，

向所述目标终端发送所述支付唤醒消息，以使所述目标终端基于所述支付唤醒消息启用第二支付方式。

在一种实施方式中，在获取收银系统发送的支付请求之前，还包括：

获取所述目标终端发送的第二支付方式的应用标识和执行参数；

所述基于所述支付请求生成所述关联手机号码对应的目标终端的支付唤醒消息，包括：

基于所述支付请求、所述第二支付方式的应用标识和所述第二支付方式的执行参数生成所述目标终端关于所述第二支付方式的支付唤醒消息。

在一种实施方式中，在获取收银系统发送的支付请求之后，以及基于所述支付请求生成所述关联手机号码对应的目标终端的支付唤醒消息之前，还包括：

分别获取所述收银系统的地理位置和所述目标终端的地理位置；以及，

判断所述目标终端的地理位置是否在以所述收银系统的地理位置为中心的预设范围内，若是，则执行基于所述支付请求生成所述关联手机号码对应的目标终端的支付唤醒消息的步骤。

根据本公开实施例的另一方面，提供一种支付方法，应用于终端，所述方法包括：

获取网络侧设备发送的所述终端的支付唤醒消息，所述支付唤醒消息是所述网络侧设备在获取收银系统发送的支付请求之后，基于所述支付请求生成的，所述支付请求中携带第一支付方式余额不足信息以及启用所述第一支付方式的关联手机号码对应的所述终端的其它支付方式的请求信息；以及，

基于所述支付唤醒消息启用第二支付方式。

在一种实施方式中，在获取网络侧设备发送的所述终端的支付唤醒消息之前，还包括：

向所述网络侧设备发送第二支付方式的应用标识和执行参数，以使所述网络侧设备基于所述支付请求、所述第二支付的应用标识和所述第二支付的执行参数生成所述终端关于所述第二支付方式的支付唤醒消息。

在一种实施方式中，所述基于所述支付唤醒消息启用第二支付方式，包括：

判断自身设备的屏幕是否为锁定状态，若是，则解锁所述屏幕并基于所述第二支付方式的应用标识和所述第二支付方式的执行参数在所述屏幕上运行所述第二支付方式。

根据本公开实施例的第三方面，提供一种网络侧设备，包括：

第一获取模块，其设置为获取收银系统发送的支付请求，所述支付请求中携带第一支付方式余额不足信息以及启用所述第一支付方式的关联手机号码对应的其它支付方式的请求信息；

生成模块，其设置为基于所述支付请求生成所述关联手机号码对应的目标终端的支付唤醒消息；以及，

发送唤醒模块，其设置为向所述目标终端发送所述支付唤醒消息，以使所述目标终端基于所述支付唤醒消息启用第二支付方式。

根据本公开实施例的第四方面，提供一种终端，包括：

第二获取模块，其设置为获取网络侧设备发送的支付唤醒消息，所述支付唤醒消息是所述网络侧设备在获取收银系统发送的支付请求之后，基于所述支付请求生成的，所述支付请求中携带第一支付方式余额不足信息以及启用所述第一支付方式的关联手机号码对应的其它支付方式的请求信息；以及，

唤醒模块，其设置为基于所述支付唤醒消息启用第二支付方式。

根据本公开实施例的第五方面，提供一种电子设备，包括存储器和处理器，所述存储器中存储有计算机程序，当所述处理器运行所述存储器存储的计算机程序时，所述处理器执行所述的支付方法，或者所述的另一种支付方法。

根据本公开实施例的第六方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，所述处理器执行所述的支付方法，或者所述的另一种支付方法。

本公开的实施例提供的技术方案可以包括以下有益效果：

本公开实施例提供的支付方法，通过获取收银系统发送的支付请求，所述支付请求中携带第一支付方式余额不足信息以及启用所述第一支付方式的关联手机号码对应的其它支付方式的请求信息；基于所述支付请求生成所述关联手机号码对应的目标终端的支付唤醒消息；向所述目标终端发送所述支付唤醒消息，以使所述目标终端基于所述支付唤醒消息启用第二支付方式。本公开实施例通过收银系统、网络侧设备和终端之间的交互，在收银系统检测到第一支付方式余额不足时发出支付请求，网络侧设备基于支付请求生成唤醒消息，进而终端基于唤醒消息唤醒第二支付方式，从而有效缩短支付结算时间，提高支付结算效率。

本公开的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本公开而了解。本公开的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本公开技术方案的进一步理解，并且构成说明书的一部分，与本公开的实施例一起用于解释本公开的技术方案，并不构成对本公开技术方案的限制。

图1为本公开实施例提供的一种支付方法的流程示意图；

图2为本公开实施例提供的另一种支付方法的流程示意图；

图3为本公开实施例提供的又一种支付方法的流程示意图；

图4为本公开实施例提供的再一种支付方法的流程示意图；

图5为本公开实施例提供的一种网络侧设备的结构示意图；

图6为本公开实施例提供的一种终端的结构示意图；

图7为本公开实施例提供的一种电子设备的结构示意图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序；并且，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互任意组合。

其中，在本公开实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本公开的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。

目前的商户为了快速获取现金流，通常会发行储值卡。用户向储值卡充值，然后使用储值卡进行商品交易的结算的同时可以获得一定的优惠。然而在实际使用过程中，储值卡储存的金额经常遇到余额不足的情况。例如，在购买商品时，所购买商品的总价超过了储值卡内的余额。而用户往往不能事先预知、或者不有意去记忆、或者不事先查询储值卡的余额。这种情况下要么会导致交易无法继续，要么需要发起二次支付，例如使用手机支付等其他支付手段，以补足余额。此时用户往往需要等到收银员提示卡余额不足时，才会拿出手机、解锁手机、打开支付软件、进入支付界面，这一系列操作延长了完成支付结算的时间，用户体验不佳。

为解决上述问题，请参照图1，图1为本公开实施例提供的一种支付方法的流程示意图，应用于网络侧设备，包括步骤S101-S103。

在步骤S101中，获取收银系统发送的支付请求，所述支付请求中携带第一支付方式余额不足信息以及启用所述第一支付方式的关联手机号码对应的目标终端的其它支付方式的请求信息。

本实施例中，第一支付方式以储值卡为例，其它支付方式以终端的支付应用软件为例。具体地，收银系统检测到当前储值卡余额不足时，向网络侧设备发送支付请求，其中在5G网络的应用场景下，网络侧设备可以包括NEF(Network Exposure Function，网络功能开放功能实体)、SMSF(Short Message Service Function，短消息服务功能实体)和UDR(Unified Data Repository，统一数据存储功能实体)等。

可以理解的是，收银系统为用户与商家产生商品交易的收银系统，在实际应用中，收银系统检测到当前储值卡余额不足，收银系统首先计算出商品金额总额，当顾客使用储值卡结算时，收银员会向收银系统输入(手工输入卡号，刷卡，扫卡片上的二维码等)储值卡信息，收银系统于是获取储值卡余额，此时收银系统立即自动比较商品金额总额与储值卡余额的差额，如果储值卡余额的差额小于商品金额总额，则判定储值卡余额不足。因为此时收银员会同时执行使用储值卡部分结算的操作，并且等待顾客输入储值卡密码。

需要说明的是，关联手机号码可以是用户办理储值卡时预留的手机号码，在一些实施例中，也可以为临时变更的一次性手机号码，其由终端向网络侧设备发送的手机号码与储值卡关联关系，并注明其临时变更信息，可以用来解决用户预留手机号码对应手机没有携带于身所产生的无法支付的问题。

在步骤S102中，基于所述支付请求生成所述关联手机号码对应的目标终端的支付唤醒消息。

进一步地，在获取收银系统发送的支付请求(步骤S101)之前，还包括以下步骤：

获取所述目标终端发送的第二支付方式的应用标识和执行参数；

所述基于所述支付请求生成所述关联手机号码对应的目标终端的支付唤醒消息(步骤S102)，包括：

基于所述支付请求、所述第二支付方式的应用标识和所述第二支付方式的执行参数生成所述目标终端关于第二支付方式的支付唤醒消息。

具体地，该生成的支付唤醒消息中携带第二支付方式的应用标识和执行参数，其中应用标识即为支付软件的标识，用于标识第二支付方式为哪个支付软件，执行参数用于指示第二支付方式的具体执行方式，例如，通过付款二维码进行支付，则执行参数可以是“打开付款二维码”，目标终端在接收到该支付唤醒消息时即打开应用标识对应的支付软件的付款二维码。

需要说明的是，应用标识可以是一个通配标识，即可由目标中断自己决定具体唤醒哪一个支付软件，也可以是一个具体的支付软件标识，这个具体支付软件标识可以是预先配置的，也可以是上一次向该手机号码发送的支付唤醒消息时使用的。

在步骤S103中，向所述目标终端发送所述支付唤醒消息，以使所述目标终端基于所述支付唤醒消息启用第二支付方式。

具体地，目标终端在接收到该支付唤醒消息后即唤醒该第二支付方式，直接进入到第二支付方式的支付界面，无需用户再执行解锁手机、打开支付软件、进入支付界面等操作，简化了用户支付流程。

在一些实施方式中，收银系统会对当前支付的储值卡内的余额先进行结算，其余额不足信息中携带支付不足部分的余额信息，其中进入第二支付方式(支付软件)时用户仅需要支付支付不足部分的余额，完成储值卡和支付软件之间的组合支付。

相关技术中，公开了利用收银机、商户平台和第三方支付平台，当所述收银机检测到支付请求为当前订单对应的首次支付请求时，在本地生成支付订单，并将所述支付请求发送至商户平台；所述商户平台在根据订单信息判断所述支付请求为合法请求时，将所述支付请求递交至选定的第一支付方式对应的第三方支付平台；所述商户平台接收到所述第三方支付平台反馈的支付结果后将所述支付结果反馈至所述收银机，所述支付结果的状态包括支付成功、支付失败和支付中；当所述支付结果当前的状态为支付成功时，所述收银机发起第二次支付请求并以选定的第二支付方式完成相应金额的支付，其主要是解决门店收银时顾客现金或支付宝或微信金额不足时无法支付的问题，而不能够提高用户针对组合支付的支付效率。

相较于上述相关技术，本实施例利用收银系统和网络侧设备以及用户终端之间的交互，在收银系统检测到第一支付方式余额不足时发出支付请求，网络侧设备基于支付请求在第一支付方式余额不足时唤醒第二支付方式，从而有效缩短支付结算时间，提高支付结算效率。

请参照图2，图2为本公开实施提供的另一种支付方法的流程示意图之一，为避免直接唤醒用户终端的支付软件所引起的安全性等问题，在上一实施例的基础上，本实施例在唤醒目标终端之前首先判断目标终端与收银系统的位置，进而完成目标终端的唤醒流程，具体地，在步骤S101之后以及步骤S102之前，还包括步骤S201和步骤S202。

在步骤S201中，分别获取所述收银系统的地理位置和所述目标终端的地理位置；以及，

在步骤S201中，判断所述目标终端的地理位置是否在以所述收银系统的地理位置为中心的预设范围内，若是，则执行步骤S102基于所述支付请求生成所述关联手机号码对应的目标终端的支付唤醒消息，否则结束流程，不进入后续的唤醒流程。

需要说明的是，本领域技术人员可以结合实际情况和现有技术对预设范围进行适应性设定，能够保证目标终端在该范围内可以与收银系统完成支付即可，例如目标终端与收银系统相互支线距离小于门限值，如50米。

请参照图3，图3为本公开实施例提供的又一种支付方法的流程示意图，本实施例本公开实施例利用5G(5th-Generation，第五代通信技术)网络的能力，当收银系统检测到用户储值卡余额不足时，直接通过5G网络唤醒用户手机上的支付软件，用户解锁手机屏幕后立即进入支付界面，从而提高支付结算效率，改善用户购物体验，其中网络侧设备包括NEF(对应于后一实施例的第一获取模块51、生成模块52)、SMSF(对应于发送唤醒模块53)和UDR，该方法包括：

步骤S301、收银系统检测到当前储值卡余额不足，于是向预定的NEF发送请求启动支付软件消息，其中包括：a)收银系统当前的地理位置；b)用户办理储值卡时预留的手机号码。

其中，收银系统检测到当前储值卡余额不足，收银系统首先计算出商品金额总额，当顾客使用储值卡结算时，收银员会向收银系统输入(手工输入卡号，刷卡，扫卡片上的二维码等)储值卡信息，收银系统于是获取储值卡余额，此时收银系统立即自动比较商品金额总额与储值卡余额的差额，如果储值卡余额的差额小于商品金额总额，则判定储值卡余额不足。因为此时收银员会同时执行使用储值卡部分结算的操作，并且等待顾客输入储值卡密码。

步骤S302、NEF在收到来自收银系统的请求后，向UDR查询该预留手机号码当前所处的位置。

步骤S303、UDR返回手机号码对应的目标终端当前所处的位置。

步骤S304、如果手机号码对应的目标终端当前所处的位置恰好在收银系统地理位置一致(相互间直线距离小于门限值，例如50米)，则向SMSF发送“唤醒目标终端支付应用”的消息。其中包括：a)目标终端的手机号码；b)唤醒的应用标识和执行参数。其中：i.应用标识即为支付软件的标识。可以是一个通配标识，即由终端自

己决定具体唤醒哪一个支付软件。也可以是一个具体的支付软件标识。如果是一个具体的支付软件标识，这个具体的支付软件标识可以是预先配置在NEF中的；也可以是上一次向该手机号码发送“唤醒目标终端支付应用”消息时使用的；也可以是在步骤(3)时，NEF向UDR一并查询(1)b)中的手机号码当前所处的位置以及其对应的支付软件标识。如果是从UDR中查询得出的，UDR中的手机号码和支付软件的对应关系是用户事先预留的。

在一些实施例中，在NEF向UDR查询手机号码对应的支付软件标识之前，UE可以向UDR发送以下信息：

a)手机号码对应的支付软件标识，

b)手机号码临时性变更为其他手机号码以及其他手机号码对应的支付软件标识。例如手机号码为186xxxxxxxx，该UE可以向UDR提交另外一个手机号码156xxxxxxxx以及156xxxxxxxx这个号码所对应的支付软件的标识。以便NEF向UDR查询186xxxxxxxx对应的支付软件标识时，由UDR向NEF返回156xxxxxxxx以及156xxxxxxxx这个号码所对应的支付软件的标识，并且注明此对应关系为一次性临时使用。当然此时UDR会向NEF同时返回156xxxxxxxx对应的UE当前所处的位置，而不是186xxxxxxxx当前所处的位置。

在b)场景下，若为甲乙两人同行，甲的手机号码是186xxxxxxxx，乙的手机号码是156xxxxxxxx，储值卡的对应的号码是186xxxxxxxx。由于某种原因，不能携带手机(例如手机即将没电)，但又担心储值卡余额不足，于是甲在出行前向UDR(发短信、报答自动客服号码、网上操作等)提交将186xxxxxxxx对应的支付软件临时性修改为156xxxxxxxx

以及156xxxxxxxx这个号码所对应的支付软件的标识。

ii.执行参数是需要支付软件执行的动作，例如“打开付款二维码”。

在一些实施例中，如果手机号码当前所处的位置与收银系统地理位置不一致(相互间直线距离大于门限值，例如50米)，则向收银系统返回“请求启动支付软件失败，请更换号码重试”；如果收银系统保留了多个用户手机号码，则更换手机号码后重新执行步骤S101。

步骤S305、SMSF转发“唤醒目标终端支付应用”消息到目标UE。

步骤S306、UE识别出这是一个“唤醒目标终端支付应用”通知消息，于是启动对应的支付软件，并将执行参数传递给支付软件。并且：

a)在启动对应的支付软件后，将支付软件设置为解锁后占据前台位置的应用。

b)如果通知消息中的支付应用标识是一个通配标识，则自主选择一个支付软件。

c)如果通知消息中的支付应用标识是一个具体应用的标识，但该标识指向的应用启动失败或者根本不存在，则自主选择一个支付软件。

d)如果不论何种原因启动支付应用失败，可以重试也可以直接放弃操作。

步骤S307、UE上的支付软件根据从UE获得的执行参数，进行对应的操作。例如打开付款二维码。

基于相同的技术构思，本公开实施例相应还提供再一种支付方法，应用于终端，如图4所示，所述方法包括步骤S401和步骤S402。

在步骤S401中，获取网络侧设备发送的所述终端的支付唤醒消息，所述支付唤醒消息是所述网络侧设备在获取收银系统发送的支付请求之后，基于所述支付请求生成的，所述支付请求中携带第一支付方式余额不足信息以及启用所述第一支付方式的关联手机号码对应的所述终端其它支付方式的请求信息；以及，

在步骤S402中，基于所述支付唤醒消息启用第二支付方式。

在一种实施方式中，在获取网络侧设备发送的所述终端的支付唤醒消息之前，还包括：

向所述网络侧设备发送第二支付方式的应用标识和执行参数，以使所述网络侧设备基于所述支付请求、所述第二支付的应用标识和所述第二支付的执行参数生成所述终端关于所述第二支付方式的支付唤醒消息。

在一种实施方式中，所述基于所述支付唤醒消息启用第二支付方式，包括：

判断自身设备的屏幕是否为锁定状态，若是，则解锁所述屏幕并基于所述第二支付方式的应用标识和所述第二支付方式的执行参数在所述屏幕上运行所述第二支付方式。

基于相同的技术构思，本公开实施例相应还提供一种网络侧设备，如图5所示，所述网络侧设备包括第一获取模块51、生成模块52及发送唤醒模块53，其中，

所述第一获取模块51，其设置为获取收银系统发送的支付请求，所述支付请求中携带第一支付方式余额不足信息以及启用所述第一支付方式的关联手机号码对应的目标终端的其它支付方式的请求信息；

所述生成模块52，其设置为基于所述支付请求生成所述关联手机号码对应的目标终端的支付唤醒消息；以及，

所述发送唤醒模块53，其设置为向所述目标终端发送所述支付唤醒消息，以使所述目标终端基于所述支付唤醒消息启用第二支付方式。

在一种实施方式中，所述第一获取模块52还设置为，在获取收银系统发送的支付请求之前，获取所述目标终端发送的第二支付方式的应用标识和执行参数；

所述生成模块具体设置为，基于所述支付请求、所述第二支付方式的应用标识和所述第二支付方式的执行参数生成所述目标终端关于所述第二支付方式的支付唤醒消息。

在一种实施方式中，所述第一获取模块还设置为，在获取收银系统发送的支付请求之后，以及生成模块52基于所述支付请求生成所述关联手机号码对应的目标终端的支付唤醒消息之前分别获取所述收银系统的地理位置和所述目标终端的地理位置；以及，

所述系统还包括：第一判断模块，其设置为判断所述目标终端的地理位置是否在所述收银系统的地理位置为中心的预设范围内；

所述生成模块还设置为，在第一判断模块判断为在所述收银系统地理位置为中心的预设范围内时，基于所述支付请求生成所述关联手机号码对应的目标终端的支付唤醒消息。

基于相同的技术构思，本公开实施例相应还提供一种终端，如图6所示，所述终端包括：

第二获取模块61，其设置为获取网络侧设备发送的所述终端的支付唤醒消息，所述支付唤醒消息是所述网络侧设备在获取收银系统发送的支付请求之后，基于所述支付请求生成的，所述支付请求中携带第一支付方式余额不足信息以及启用所述第一支付方式的关联手机号码对应的所述终端的其它支付方式的请求信息；以及，

唤醒模块62，其设置为基于所述支付唤醒消息启用第二支付方式。

在一种实施方式中，还包括：

发送模块，其设置为在所述第二获取模块61获取所述终端的支付唤醒消息之前，向所述网络侧设备发送第二支付方式的应用标识和执行参数，以使所述网络侧设备基于所述支付请求、所述第二支付的应用标识和所述第二支付的执行参数生成所述终端关于所述第二支付方式的支付唤醒消息。

在一种实施方式中，所述唤醒模块62具体设置为，判断自身设备的屏幕是否为锁定状态，若是，则解锁所述屏幕并基于所述第二支付方式的应用标识和所述第二支付方式的执行参数在所述屏幕上运行所述第二支付方式。

基于相同的技术构思，本公开实施例相应还提供一种电子设备，如图7所示，包括存储器71和处理器72，所述存储器71中存储有计算机程序，当所述处理器72运行所述存储器71存储的计算机程序时，所述处理器72执行所述的支付方法，或者所述的另一种支付方法。

基于相同的技术构思，本公开实施例相应还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，所述处理器执行所述的支付方法，或者所述的另一种支付方法。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

最后应说明的是：以上各实施例仅用以说明本公开的技术方案，而非对其限制；尽管参照前述各实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的范围。

Claims (10)

1.一种支付方法，其特征在于，应用于网络侧设备，所述方法包括：

获取收银系统发送的支付请求，所述支付请求中携带第一支付方式余额不足信息以及启用所述第一支付方式的关联手机号码对应的目标终端的其它支付方式的请求信息；

基于所述支付请求生成所述关联手机号码对应的目标终端的支付唤醒消息；以及，

向所述目标终端发送所述支付唤醒消息，以使所述目标终端基于所述支付唤醒消息启用第二支付方式。

2.根据权利要求1所述的方法，其特征在于，在获取收银系统发送的支付请求之前，还包括：

获取所述目标终端发送的第二支付方式的应用标识和执行参数；

所述基于所述支付请求生成所述关联手机号码对应的目标终端的支付唤醒消息，包括：

基于所述支付请求、所述第二支付方式的应用标识和所述第二支付方式的执行参数生成所述目标终端关于所述第二支付方式的支付唤醒消息。

3.根据权利要求1所述的方法，其特征在于，在获取收银系统发送的支付请求之后，以及基于所述支付请求生成所述关联手机号码对应的目标终端的支付唤醒消息之前，还包括：

分别获取所述收银系统的地理位置和所述目标终端的地理位置；以及，

判断所述目标终端的地理位置是否在以所述收银系统的地理位置为中心的预设范围内，若是，则执行基于所述支付请求生成所述关联手机号码对应的目标终端的支付唤醒消息的步骤。

4.一种支付方法，其特征在于，应用于终端，所述方法包括：

获取网络侧设备发送的所述终端的支付唤醒消息，所述支付唤醒消息是所述网络侧设备在获取收银系统发送的支付请求之后，基于所述支付请求生成的，所述支付请求中携带第一支付方式余额不足信息以及启用所述第一支付方式的关联手机号码对应的所述终端的其它支付方式的请求信息；以及，

基于所述支付唤醒消息启用第二支付方式。

5.根据权利要求4所述的方法，其特征在于，在获取网络侧设备发送的所述终端的支付唤醒消息之前，还包括：

向所述网络侧设备发送第二支付方式的应用标识和执行参数，以使所述网络侧设备基于所述支付请求、所述第二支付的应用标识和所述第二支付的执行参数生成所述终端关于所述第二支付方式的支付唤醒消息。

6.根据权利要求5所述的方法，其特征在于，所述基于所述支付唤醒消息启用第二支付方式，包括：

判断自身设备的屏幕是否为锁定状态，若是，则解锁所述屏幕并基于所述第二支付方式的应用标识和所述第二支付方式的执行参数在所述屏幕上运行所述第二支付方式。

7.一种网络侧设备，其特征在于，包括：

第一获取模块，其设置为获取收银系统发送的支付请求，所述支付请求中携带第一支付方式余额不足信息以及启用所述第一支付方式的关联手机号码对应的其它支付方式的请求信息；

生成模块，其设置为基于所述支付请求生成所述关联手机号码对应的目标终端的支付唤醒消息；以及，

发送唤醒模块，其设置为向所述目标终端发送所述支付唤醒消息，以使所述目标终端基于所述支付唤醒消息启用第二支付方式。

8.一种终端，其特征在于，包括：

第二获取模块，其设置为获取网络侧设备发送的支付唤醒消息，所述支付唤醒消息是所述网络侧设备在获取收银系统发送的支付请求之后，基于所述支付请求生成的，所述支付请求中携带第一支付方式余额不足信息以及启用所述第一支付方式的关联手机号码对应的其它支付方式的请求信息；以及，

唤醒模块，其设置为基于所述支付唤醒消息启用第二支付方式。

9.一种电子设备，其特征在于，包括存储器和处理器，所述存储器中存储有计算机程序，当所述处理器运行所述存储器存储的计算机程序时，所述处理器执行根据权利要求1至3中任一项所述的支付方法，或者根据权利要求4至6中任一项所述的支付方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，所述处理器执行根据权利要求1至3中任一项所述的支付方法，或者根据权利要求4至6中任一项所述的支付方法。

Images