CN108805553A - 一种支付信息处理方法及装置 - Google Patents

Abstract

本公开一种支付信息处理方法及装置，其方法包括：第一设备获取验证信息，生成携带验证信息的支付请求信号，并通过第一无线通信方式广播支付请求信号；当处于熄屏状态的第二设备检测到广播的支付请求信号时，第二设备提取验证信息，并对验证信息进行验证；当验证通过时，在后台唤醒预设支付程序；并向第一设备发送验证成功指示信号；当第一设备接收到验证成功指示信号后，将待支付的支付数据通过第一无线通信方式广播；当第二设备在熄屏状态下接收到支付数据时，预设支付程序在熄屏状态下进行支付。由于支付设备在数据接收、验证以及支付操作时均在熄屏状态下完成，不需用户单独确认支付，且支付过程简单便捷安全可靠。

Description

一种支付信息处理方法及装置

技术领域

本发明涉及支付技术领域，尤其涉及一种支付信息处理方法及装置。

背景技术

手机支付也称为移动支付（Mobile Payment），就是允许用户使用移动终端（通常是手机）对所购买的商品或服务进行在线支付的一种付款方式。随着移动终端的发展以及普及，手机支付这一新兴的购物模式不仅是网络购物的延伸，更成为都市年轻人群快节奏生活方式的象征之一,也是未来支付方式的一种必然趋势。

目前手机支付时，通常的操作方式有两种：一、付款方打开手机，利用手机扫描收款方的收款识别码(如二维码或条形码），然后输入支付金额，通过验证后确认付款；二、付款方打开手机，在本机上显示付款识别码（如二维码或条形码），然后收款方利用扫描仪或其它设备设置收款金额，然后扫描付款方手机显示的付款识别码，完成付款。

前述两种支付操作方式，都必须付款方打开手机，并且在手机上进行操作才可以完成付款流程，当付款人付款时，手中持有其它物品，或者，手上粘有水或油污，都不方便拿出手机进行操作，因此上述付款操作方式存在操作不方便的问题。

发明内容

本发明实施例中提供了一种支付信息处理方法及装置，以解决现有技术中的手机支付操作方式不方便的问题。

为了解决上述技术问题，本发明实施例公开了如下技术方案：

一种支付信息处理方法，所述方法可以包括：

第一设备获取验证信息；

所述第一设备生成携带所述验证信息的支付请求信号；

所述第一设备通过第一无线通信方式广播所述支付请求信号；

当处于熄屏状态的第二设备检测到广播的支付请求信号时，所述第二设备提取所述验证信息，并对所述验证信息进行验证；

当所述验证信息通过验证时，所述第二设备在后台唤醒与支付请求信号对应的预设支付程序；并生成验证成功指示信号且通过第一无线通信方式将所述验证成功指示信号发送给第一设备；

当所述第一设备接收到所述验证成功指示信号后，所述第一设备将待支付的支付数据通过第一无线通信方式广播；

当所述第二设备在熄屏状态下接收到所述支付数据时，所述第二设备将所述支付数据发送给所述预设支付程序，以使所述预设支付程序在熄屏状态下进行支付。

可选地，所述第一设备将待支付的支付数据通过第一无线通信方式广播，包括：

所述第一设备对所述待支付的支付数据进行加密，得到加密数据包；

所述第一设备将所述加密数据包通过所述第一无线通信方式进行广播。

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

当所述第二设备在熄屏状态下接收到所述支付数据时，所述第二设备判断所述预设支付程序是否启动免密支付功能；

当所述预设支付程序启动免密支付功能时，所述第二设备执行将所述支付数据发送给所述预设支付程序的步骤；

当所述预设支付程序未启动免密支付功能时，所述第二设备点亮屏幕，并且在亮屏状态下将所述支付数据发送给所述预设支付程序，以使所述预设支付程序在亮屏状态下进行支付。

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

所述第二设备检测是否接收到所述预设支付程序发送的支付结束信息；

当接收到所述支付结束信息时，所述第二设备将所述支付完成信息通过第二无线通信方式，发送给与所述预设支付程序对应的服务器；

所述第一设备检测是否接收到与所述预设支付程序对应的服务器发送的支付完成信息；

当接收到所述支付完成信息时，所述第一设备在本机显示支付完成信息。

可选地，所述第一无线通信方式可以包括：蓝牙通信方式或近场通讯NFC通信方式；

所述第二无线通信方式可以包括：移动数据通信方式或WLAN通信方式。

一种支付信息处理装置，所述装置应用于包含第一设备和第二设备的支付系统，所述装置包括：

验证信息获取单元，用于获取验证信息；

请求信号生成单元，用于生成携带所述验证信息的支付请求信号；

第一广播单元，用于通过第一无线通信方式广播所述支付请求信号；

广播检测单元，用于在第二设备处于熄屏状态时检测是否接收支付请求信号时

验证单元，用于提取所述验证信息，并对所述验证信息进行验证；

唤醒单元，用于在后台唤醒与支付请求信号对应的预设支付程序；

指示信号生成单元，用于生成验证成功指示信号

第二广播单元，用于将所述验证成功指示信号通过第一无线通信方式进行广播；

所述第一广播单元，还用于当所述第一设备接收到所述验证成功指示信号后，将待支付的支付数据通过第一无线通信方式广播；

支付数据接收单元，用于在所述第二设备处于熄屏状态下接收所述支付数据；

支付数据发送单元，用于将所述支付数据发送给所述预设支付程序，以使所述预设支付程序在熄屏状态下进行支付；

其中，所述验证信息获取单元、请求信号生成单元和第一广播单元均位于所述第一设备中，所述广播检测单元、验证单元、唤醒单元、指示信号生成单元、第二广播单元、支付数据接收单元和支付数据发送单元均位于所述第二设备中。

可选地，所述装置还包括：

加密单元，位于所述第一设备中，用于对所述待支付的支付数据进行加密，得到加密数据包；

所述第二广播单元，还用于将所述加密数据包通过所述第一无线通信方式进行广播。

可选地，所述装置还包括：

免密支付判断单元，用于当所述第二设备在熄屏状态下接收到所述支付数据时，判断所述预设支付程序是否启动免密支付功能；

所述支付数据发送单元，还用于在所述预设支付程序启动免密支付功能时，执行将所述支付数据发送给所述预设支付程序；

屏幕点亮控制单元，用于当所述预设支付程序未启动免密支付功能时，点亮所述第一设备的屏幕，并且在亮屏状态下将所述支付数据发送给所述预设支付程序，以使所述预设支付程序在亮屏状态下进行支付；

所述免密支付判断单元、屏幕点亮控制单元均位于所述第二设备中。

可选地，所述装置还包括：

支付结束信息检测单元，用于检测是否接收到所述预设支付程序发送的支付结束信息；

所述第二广播单元，还用于当接收到所述支付结束信息时，将所述支付完成信息通过第二无线通信方式，发送给与所述预设支付程序对应的服务器；

支付完成信息检测单元，用于检测是否接收到与所述预设支付程序对应的服务器发送的支付完成信息；

显示单元，用于当接收到所述支付完成信息时，在所述第一设备在本机显示支付完成信息；

所述支付结束信息检测单元位于所述第二设备中，所述支付完成信息检测单元和显示单元位于所述第一设备中。

可选地，所述第一无线通信方式包括：蓝牙通信方式或近场通讯NFC通信方式；

所述第二无线通信方式包括：移动数据通信方式或WLAN通信方式。

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

本申请实施例提供的该方法，在利用移动设备进行支付时，收款方的第一设备在获取到验证信息后，首先通无线方式广播支付请求信号，付款方的第二设备在熄屏状态下对验证信息进行验证，验证通过后在后台唤醒预设支付程序并向第一设备反馈验证成功指示，然后第一设备再通过无线方式将支付数据发送给第二设备，第二设备在熄屏状态下完成支付数据接收，并将支付数据转发给预设支付程序，由预设支付程序在后台完成支付过程。

由此可见，在本申请实施例的整个支付过程中，第二设备无论是数据接收过程、验证过程以及最后的支付操作，都是在熄屏状态下进行的，而没有点亮第二设备的屏幕，所以整个支付过程中，当第二设备在第一设备的无线通信范围内，付款方只需要提供一个验证信息，而无需付款方进行任何付款确认操作。由于支付设备在数据接收、验证以及支付操作时均在熄屏状态下完成，不需用户单独确认支付，且支付过程简单便捷安全可靠。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种场景示意图；

图2为本发明实施例提供的一种支付信息处理方法的流程示意图；

图3为本发明实施例提供的一种支付信息处理装置的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

图1为本发明实施例提供的一种场景示意图。

如图1所示，图中包括：第一设备1、第二设备2和通信设备3，其中，在本申请实施例中，第一设备1作为收款方，第二设备2作为付款方，因此，第一设备1可以为移动设备，例如：手机，也可以为非移动设备，例如：收银机等，第二设备2为用户手持的移动终端，例如：手机、平板电脑、ipad或掌上通等。

第一设备1和第二设备2之间可以通过近距离无线方式进行通信，例如：蓝牙或NFC等，第一设备1、第二设备2均可以分别与通信设备3进行通信，通信设备3可以为基站或无线热点等，当通信设备3为基站时，第一设备和第二设备可以通过移动数据与基站进行通信，当通信设备3为无线热点时，第二设备和第二设备可以通过无线信号与无线热点进行通信。

图2为本发明实施例提供的一种支付信息处理方法的流程示意图。本发明实施例提供一种支付信息处理方法，该方法可以应用于图1中的支付系统中。如图2所示，该方法可以包括以下步骤。

S101，第一设备获取验证信息。

在本申请实施例中，第一设备以收款设备，第二设备为付款设备为例，当收款方需要收款前，付款人可以将与第二设备关联的验证信息告诉收款方，以便收款方可以将该验证信息输入到第一设备中，验证信息的目的是为了第一设备和第二设备之间进行识别，以及建立数据互联。在本申请实施例中，验证信息可以为用户自设的密钥，也可以为第二设备的设备识别码，还可以为与用户相关的生物信息，例如指纹或声音等。

S102，第一设备生成携带所述验证信息的支付请求信号。

第一设备在进行收款前，首先要与周围的第二设备建立无线连接，所以，在获取到验证信息后，第一设备需要先生成一个支付请求信号，在支付请求信号内携带有验证信息。

S103，第一设备通过第一无线通信方式广播所述支付请求信号。

由于在利用手机支付时，付款方一般都随身携带手机，所以第一无线通信方式为近距离无线通信方式，在本申请实施例中，第一无线通信方式包括：蓝牙通信方式或近场通讯NFC通信方式。

S104，处于熄屏状态的第二设备检测是否接收到广播的支付请求信号。

在本申请实施例中，第二设备在熄屏状态下可以检测第一无线通信方式广播的信号，这样在熄屏状态下，第二设备仍可以对第一设备广播的支付请求信号进行检测。

当处于熄屏状态的第二设备检测到广播的支付请求信号时，S105，第二设备提取所述验证信息，并对所述验证信息进行验证。

收款方在进行支付前，已经将验证信息存储到第二设备中，所以在该步骤中，第二设备只需提取到验证信息即可进行验证，当然验证信息可以为明文信息，那在验证时直接比对即可，另外，验证信息还可以为密文信息，那么在验证时，只需按照预设的解密方式对验证信息先解密，然后再进行验证。

当所述验证信息通过验证时，S106，第二设备在后台唤醒与支付请求信号对应的预设支付程序；并生成验证成功指示信号，且通过第一无线通信方式将所述验证成功指示信号发送给第一设备。

第二设备在验证信息通过验证后，无需点亮屏幕，只需在后台唤醒预设支付程序即可，并且验证通过后或者唤醒预设支付程序后，可以向第一设备反馈验证成功指示信号，以便于第一设备根据验证成功指示信号进行后续的支付流程。

在本申请实施例中，在预设支付程序进行支付前，首先进行收款方的设备进行验证，可以提高支付的安全性，避免付款人遭受财产损失。

S107，第一设备检测是否接收到验证成功指示信号。

当所述第一设备接收到所述验证成功指示信号后，S108，第一设备将待支付的支付数据通过第一无线通信方式广播。

第一设备在验证成功后，即可将本次需要支付的支付数据仍然通过第一无线通信方式发送给第二设备。

S109,第二设备在熄屏状态下检测是否接收到支付数据。

由于第二设备已经在后台唤醒预设支付程序，所以预设支付程序在后台已经做好了支付准备，那么在这种情况下，第二设备在熄屏状态可以继续检测是否接收到第一设备发送的支付数据。

一旦所述第二设备在熄屏状态下接收到所述支付数据时，S110，第二设备将所述支付数据发送给所述预设支付程序，以使所述预设支付程序在熄屏状态下进行支付。

在本申请实施例中，由于预设支付程序需要在后台进行支付，那么通常情况下，预设支付程序都必须开通免密支付功能，这样预设支付程序在后台即进行支付时，无需用户输入任何信息，即可完成支付。在整个支付过程中，第二设备均处于熄屏状态下，而没有点亮屏幕。

本申请实施例提供的该方法，在利用移动设备进行支付时，收款方的第一设备在获取到验证信息后，首先通无线方式广播支付请求信号，付款方的第二设备在熄屏状态下对验证信息进行验证，验证通过后在后台唤醒预设支付程序并向第一设备反馈验证成功指示，然后第一设备再通过无线方式将支付数据发送给第二设备，第二设备在熄屏状态下完成支付数据接收，并将支付数据转发给预设支付程序，由预设支付程序在后台完成支付过程。

由此可见，在本申请实施例的整个支付过程中，第二设备无论是数据接收过程、验证过程以及最后的支付操作，都是在熄屏状态下进行的，而没有点亮第二设备的屏幕，所以整个支付过程中，当第二设备在第一设备的无线通信范围内，付款方只需要提供一个验证信息，而无需付款方进行任何付款操作，因此支付过程简单便捷。

在本申请另一实施例中，为了提高数据的安全性，在所述第一设备将待支付的支付数据通过第一无线通信方式广播时，可以采用以下步骤。

S11，所述第一设备对所述待支付的支付数据进行加密，得到加密数据包；

S12，所述第一设备将所述加密数据包通过所述第一无线通信方式进行广播。

通过上述加密的方式，可以使得支付过程安全性大大提高，避免第一设备外的其它设备随意向第二设备发送支付数据，而导致第二设备内的财产遭受损失。

在本申请另一实施例中，图2所示的该方法还包括以下步骤：

当所述第二设备在熄屏状态下接收到所述支付数据时，S21，所述第二设备判断所述预设支付程序是否启动免密支付功能；

当所述预设支付程序启动免密支付功能时，所述第二设备执行将所述支付数据发送给所述预设支付程序的步骤；

当所述预设支付程序未启动免密支付功能时，S22所述第二设备点亮屏幕，并且在亮屏状态下将所述支付数据发送给所述预设支付程序，以使所述预设支付程序在亮屏状态下进行支付。

在图2所示实施例中，默认预设支付程序已经开通免密支付功能，但对于不清楚是否开通免密支付功能的预设支付程序而言，需要利用前述步骤来进行辨别，并且在免密支付的情况下，直接在熄屏状态下进行支付，但如果没有开通免密支付，那仍需要点亮第二设备的屏幕，由用户来配合完成操作。

在本申请另一实施例中，该方法还可以包括以下步骤：

S31，所述第二设备检测是否接收到所述预设支付程序发送的支付结束信息。

当接收到所述支付结束信息时，S32，所述第二设备将所述支付完成信息通过第二无线通信方式，发送给与所述预设支付程序对应的服务器。

在本申请实施例中，所述第二无线通信方式包括：移动数据通信方式或WLAN通信方式。

S33，所述第一设备检测是否接收到与所述预设支付程序对应的服务器发送的支付完成信息。

当接收到所述支付完成信息时，S34，所述第一设备在本机显示支付完成信息。

前述方法中，第二设备在进行支付后，作为收款方的第一设备并未得到任何反馈，所以无法得知本次支付是否成功，为此，在本申请实施例中，当第二设备中的预设支付程序完成支付后，第二设备还会将支付结果反馈到服务器中，由服务器再下发给第一设备，以便于第二设备得知本次支付结果。在其它实施例中，当第二设备完成支付后，还可以通过第一无线通信方式直接发送给第一设备。

本申请实施例还提供一种信息处理装置，所述装置应用于图1中包含第一设备和第二设备的支付系统，如图3所示，所述装置包括：

验证信息获取单元11，用于获取验证信息；

请求信号生成单元12，用于生成携带所述验证信息的支付请求信号；

第一广播单元13，用于通过第一无线通信方式广播所述支付请求信号；

广播检测单元14，用于在第二设备处于熄屏状态时检测是否接收支付请求信号时

验证单元15，用于提取所述验证信息，并对所述验证信息进行验证；

唤醒单元16，用于在后台唤醒与支付请求信号对应的预设支付程序；

指示信号生成单元17，用于生成验证成功指示信号

第二广播单元18，用于将所述验证成功指示信号通过第一无线通信方式进行广播；

所述第一广播单元13，还用于当所述第一设备接收到所述验证成功指示信号后，将待支付的支付数据通过第一无线通信方式广播；

支付数据接收单元19，用于在所述第二设备处于熄屏状态下接收所述支付数据；

支付数据发送单元20，用于将所述支付数据发送给所述预设支付程序，以使所述预设支付程序在熄屏状态下进行支付。

其中，所述验证信息获取单元、请求信号生成单元和第一广播单元均位于所述第一设备中，所述广播检测单元、验证单元、唤醒单元、指示信号生成单元、第二广播单元、支付数据接收单元和支付数据发送单元均位于所述第二设备中。

在本申请另一实施例中，所述装置还包括：

加密单元，位于所述第一设备中，用于对所述待支付的支付数据进行加密，得到加密数据包；

所述第二广播单元，还用于将所述加密数据包通过所述第一无线通信方式进行广播。

在本申请另一实施例中，所述装置还包括：

免密支付判断单元，用于当所述第二设备在熄屏状态下接收到所述支付数据时，判断所述预设支付程序是否启动免密支付功能；

所述支付数据发送单元，还用于在所述预设支付程序启动免密支付功能时，执行将所述支付数据发送给所述预设支付程序；

屏幕点亮控制单元，用于当所述预设支付程序未启动免密支付功能时，点亮所述第一设备的屏幕，并且在亮屏状态下将所述支付数据发送给所述预设支付程序，以使所述预设支付程序在亮屏状态下进行支付；

所述免密支付判断单元、屏幕点亮控制单元均位于所述第二设备中。

在本申请另一实施例中，所述装置还包括：

支付结束信息检测单元，用于检测是否接收到所述预设支付程序发送的支付结束信息；

所述第二广播单元，还用于当接收到所述支付结束信息时，将所述支付完成信息通过第二无线通信方式，发送给与所述预设支付程序对应的服务器；

支付完成信息检测单元，用于检测是否接收到与所述预设支付程序对应的服务器发送的支付完成信息；

显示单元，用于当接收到所述支付完成信息时，在所述第一设备在本机显示支付完成信息；

所述支付结束信息检测单元位于所述第二设备中，所述支付完成信息检测单元和显示单元位于所述第一设备中。

在本申请实施例中能，前述所述第一无线通信方式包括：蓝牙通信方式或近场通讯NFC通信方式；

所述第二无线通信方式包括：移动数据通信方式或WLAN通信方式。

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

本申请实施例提供的该方法，在利用移动设备进行支付时，收款方的第一设备在获取到验证信息后，首先通无线方式广播支付请求信号，付款方的第二设备在熄屏状态下对验证信息进行验证，验证通过后在后台唤醒预设支付程序并向第一设备反馈验证成功指示，然后第一设备再通过无线方式将支付数据发送给第二设备，第二设备在熄屏状态下完成支付数据接收，并将支付数据转发给预设支付程序，由预设支付程序在后台完成支付过程。

由此可见，在本申请实施例的整个支付过程中，第二设备无论是数据接收过程、验证过程以及最后的支付操作，都是在熄屏状态下进行的，而没有点亮第二设备的屏幕，所以整个支付过程中，当第二设备在第一设备的无线通信范围内，付款方只需要提供一个验证信息，而无需付款方进行任何付款确认操作，因此支付过程简单便捷。

通过以上的方法实施例的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：只读存储器（ROM）、随机存取存储器（RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

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

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本发明的具体实施方式，使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种支付信息处理方法，其特征在于，所述方法包括：

第一设备获取验证信息；

所述第一设备生成携带所述验证信息的支付请求信号；

所述第一设备通过第一无线通信方式广播所述支付请求信号；

当处于熄屏状态的第二设备检测到广播的支付请求信号时，所述第二设备提取所述验证信息，并对所述验证信息进行验证；

当所述验证信息通过验证时，所述第二设备在后台唤醒与支付请求信号对应的预设支付程序；并生成验证成功指示信号且通过第一无线通信方式将所述验证成功指示信号发送给第一设备；

当所述第一设备接收到所述验证成功指示信号后，所述第一设备将待支付的支付数据通过第一无线通信方式广播；

当所述第二设备在熄屏状态下接收到所述支付数据时，所述第二设备将所述支付数据发送给所述预设支付程序，以使所述预设支付程序在熄屏状态下进行支付。

2.根据权利要求1所述的方法，其特征在于，所述第一设备将待支付的支付数据通过第一无线通信方式广播，包括：

所述第一设备对所述待支付的支付数据进行加密，得到加密数据包；

所述第一设备将所述加密数据包通过所述第一无线通信方式进行广播。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

当所述第二设备在熄屏状态下接收到所述支付数据时，所述第二设备判断所述预设支付程序是否启动免密支付功能；

当所述预设支付程序启动免密支付功能时，所述第二设备执行将所述支付数据发送给所述预设支付程序的步骤；

当所述预设支付程序未启动免密支付功能时，所述第二设备点亮屏幕，并且在亮屏状态下将所述支付数据发送给所述预设支付程序，以使所述预设支付程序在亮屏状态下进行支付。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

所述第二设备检测是否接收到所述预设支付程序发送的支付结束信息；

当接收到所述支付结束信息时，所述第二设备将所述支付完成信息通过第二无线通信方式，发送给与所述预设支付程序对应的服务器；

所述第一设备检测是否接收到与所述预设支付程序对应的服务器发送的支付完成信息；

当接收到所述支付完成信息时，所述第一设备在本机显示支付完成信息。

5.根据权利要求1所述的方法，其特征在于，所述第一无线通信方式包括：蓝牙通信方式或近场通讯NFC通信方式；

所述第二无线通信方式包括：移动数据通信方式或WLAN通信方式。

6.一种信息处理装置，其特征在于，所述装置应用于包含第一设备和第二设备的支付系统，所述装置包括：

验证信息获取单元，用于获取验证信息；

请求信号生成单元，用于生成携带所述验证信息的支付请求信号；

第一广播单元，用于通过第一无线通信方式广播所述支付请求信号；

广播检测单元，用于在第二设备处于熄屏状态时检测是否接收支付请求信号时

验证单元，用于提取所述验证信息，并对所述验证信息进行验证；

唤醒单元，用于在后台唤醒与支付请求信号对应的预设支付程序；

指示信号生成单元，用于生成验证成功指示信号

第二广播单元，用于将所述验证成功指示信号通过第一无线通信方式进行广播；

所述第一广播单元，还用于当所述第一设备接收到所述验证成功指示信号后，将待支付的支付数据通过第一无线通信方式广播；

支付数据接收单元，用于在所述第二设备处于熄屏状态下接收所述支付数据；

支付数据发送单元，用于将所述支付数据发送给所述预设支付程序，以使所述预设支付程序在熄屏状态下进行支付；

其中，所述验证信息获取单元、请求信号生成单元和第一广播单元均位于所述第一设备中，所述广播检测单元、验证单元、唤醒单元、指示信号生成单元、第二广播单元、支付数据接收单元和支付数据发送单元均位于所述第二设备中。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

加密单元，位于所述第一设备中，用于对所述待支付的支付数据进行加密，得到加密数据包；

所述第二广播单元，还用于将所述加密数据包通过所述第一无线通信方式进行广播。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

免密支付判断单元，用于当所述第二设备在熄屏状态下接收到所述支付数据时，判断所述预设支付程序是否启动免密支付功能；

所述支付数据发送单元，还用于在所述预设支付程序启动免密支付功能时，执行将所述支付数据发送给所述预设支付程序；

屏幕点亮控制单元，用于当所述预设支付程序未启动免密支付功能时，点亮所述第一设备的屏幕，并且在亮屏状态下将所述支付数据发送给所述预设支付程序，以使所述预设支付程序在亮屏状态下进行支付；

所述免密支付判断单元、屏幕点亮控制单元均位于所述第二设备中。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

支付结束信息检测单元，用于检测是否接收到所述预设支付程序发送的支付结束信息；

所述第二广播单元，还用于当接收到所述支付结束信息时，将所述支付完成信息通过第二无线通信方式，发送给与所述预设支付程序对应的服务器；

支付完成信息检测单元，用于检测是否接收到与所述预设支付程序对应的服务器发送的支付完成信息；

显示单元，用于当接收到所述支付完成信息时，在所述第一设备在本机显示支付完成信息；

所述支付结束信息检测单元位于所述第二设备中，所述支付完成信息检测单元和显示单元位于所述第一设备中。

10.根据权利要求6所述的装置，其特征在于，所述第一无线通信方式包括：蓝牙通信方式或近场通讯NFC通信方式；

所述第二无线通信方式包括：移动数据通信方式或WLAN通信方式。