CN117709950A - 支付方法、装置、计算机设备、存储介质及程序产品 - Google Patents

Abstract

本申请提供一种支付方法、装置、计算机设备、存储介质及程序产，涉及人工智能、物联网、云物联、智慧交通等技术领域。通过在开启非页面支付模式时，第一设备与第二设备之间建立基于目标加密互联协议进行通信的目标通信连接，使得第一设备可接收到第二设备基于目标通信连接发送的账单确认信息，保证了数据传输的安全性。并且，当检测到对账单确认信息的确认支付操作时，第一设备可向支付设备发送至支付指示消息，以使支付设备完成支付。由于该确认支付操作是基于非页面显示内容的操作，因此，该支付过程无需通过基于页面显示内容的出示二维码、输入密码等操作，便可安全的完成支付，在保证支付安全性的前提下，提高了支付的适用性和便捷性。

Description

支付方法、装置、计算机设备、存储介质及程序产品

技术领域

本申请涉及人工智能、云技术、云物联、智慧交通等技术领域，本申请涉及一种支付方法、装置、计算机设备、存储介质及程序产品。

背景技术

随着互联网技术的迅速发展，许多线下支付场景中，需终端向商家出示二维码或输入密码等方式完成支付。

然而，对于视障用户，由于存在视觉障碍，无法利用手机所展示页面内容进行出示二维码或输入密码等操作，视障用户在线下支付场景会存在使用困难的问题。另外，有些情况下，用户也可能存在不方便出示二维码或输入密码的问题，导致支付困难。因此，目前亟需一种支付方法，以方便视障用户或其他用户完成支付。

发明内容

本申请提供了一种支付方法、装置、计算机设备、存储介质及程序产品，能够达到方便视障用户或其他用户完成支付的技术效果。所述技术方案如下：

一方面，提供了一种支付方法，所述方法应用于第一设备，所述方法包括：

响应于非页面支付模式的开启操作，与第二设备建立目标通信连接，所述目标通信连接采用目标加密互联协议进行通信；

接收所述第二设备基于所述目标通信连接发送的账单确认信息，向第一用户输出所述账单确认信息；

响应于对所述账单确认信息的确认支付操作，向支付设备发送支付指示消息，所述确认支付操作是基于非页面显示内容的操作，所述支付指示消息携带第一用户的支付凭证，所述支付指示消息指示基于所述支付凭证完成资源扣除操作。

另一方面，提供了一种支付方法，所述方法应用于第二设备，所述方法包括：

与第一设备建立目标通信连接，所述目标通信连接采用目标加密互联协议进行通信；

基于所述目标通信连接向所述第一设备发送账单确认信息；

响应于所述第一设备基于目标通信连接发送的第一支付指示消息，向服务器发送支付请求；

其中，所述第一支付指示消息包括第一用户的支付凭证，所述支付请求用于请求基于所述支付凭证将第一用户的待支付资源转移至第二用户的资源中，所述第一支付消息是基于对账单确认信息的确认支付操作触发的消息，所述确认支付操作是基于非页面显示内容的操作。

另一方面，提供了一种支付装置，所述装置应用于第一设备，所述装置包括：

第一通信连接建立模块，用于响应于非页面支付模式的开启操作，与第二设备建立目标通信连接，所述目标通信连接采用目标加密互联协议进行通信；

账单确认信息接收模块，用于接收所述第二设备基于所述目标通信连接发送的账单确认信息，向第一用户输出所述账单确认信息；

支付指示消息发送模块，用于响应于对所述账单确认信息的确认支付操作，向支付设备发送支付指示消息，所述确认支付操作是基于非页面显示内容的操作，所述支付指示消息携带第一用户的支付凭证，所述支付指示消息指示基于所述支付凭证完成资源扣除操作。

在一个可能实现方式中，所述账单确认信息包括账单信息、第二用户标识以及账单随机码；

所述账单确认信息接收模块，用于以下至少一项：

在目标应用的应用页面中显示所述账单确认信息；

至少播放所述账单确认信息中的账单随机码。

在一个可能实现方式中，所述目标加密互联协议包括所述第一设备和第二设备之间通信所采用的目标密钥；

所述第一通信连接建立模块，用于：

响应于非页面支付模式的开启操作，从服务器中获取第一设备对应的第一私钥以及动态配对码，并广播通信消息；

响应于第二设备基于所述通信消息发送的握手请求，向所述第二设备发送第一加密数据，所述第一加密数据是采用所述第一私钥对所述动态配对码进行加密得到的数据；

响应于所述第二设备返回的响应消息，向所述第二设备发送所述第一设备的第一连接信息；

响应于第二设备返回的第二连接信息，基于所述第二连接信息从服务器中获取所述目标密钥，并与第二设备之间建立基于所述目标密钥的目标通信连接。

在一个可能实现方式中，所述支付指示消息发送模块，用于以下任一项：

所述支付设备为第二设备，基于所述目标通信连接向所述第二设备发送第一支付指示消息，所述第一支付指示消息用于触发所述第二设备向服务器发送支付请求，所述支付请求用于请求基于所述支付凭证将第一用户的待支付资源转移至第二用户的资源中；

所述支付设备为服务器，向所述服务器发送第二支付指示消息，所述第二支付指示消息用于请求基于所述支付凭证将第一用户的待支付资源转移至第二用户的资源中。

在一个可能实现方式中，所述确认支付操作包括指纹输入操作、双击第一设备背面操作、双击电源键操作、画目标符号操作中的至少一项。

在一个可能实现方式中，所述装置还包括：

拒绝支付模块，用于响应于对所述账单确认信息的取消支付操作，向所述支付设备发送支付取消消息。

另一方面，提供了一种支付装置，所述装置应用于第二设备，所述装置包括：

第二通信连接建立模块，用于与第一设备建立目标通信连接，所述目标通信连接采用目标加密互联协议进行通信；

账单确认信息发送模块，用于基于所述目标通信连接向所述第一设备发送账单确认信息；

支付请求发送模块，用于响应于所述第一设备基于目标通信连接发送的第一支付指示消息，向服务器发送支付请求；

其中，所述第一支付指示消息包括第一用户的支付凭证，所述支付请求用于请求基于所述支付凭证将第一用户的待支付资源转移至第二用户的资源中，所述第一支付消息是基于对账单确认信息的确认支付操作触发的消息，所述确认支付操作是基于非页面显示内容的操作。

在一个可能实现方式中，所述账单确认信息包括账单信息、第二用户标识以及账单随机码；

所述账单确认信息发送模块，用于基于所述目标通信连接向所述第一设备发送账单确认信息，并至少播放所述账单确认信息中的账单随机码。

在一个可能实现方式中，所述目标加密互联协议包括所述第一设备和第二设备之间通信所采用的目标密钥；

所述第二通信连接建立模块，用于：

响应于搜索到所述第一设备广播的通信消息，向所述第一设备发送握手请求；

响应于所述第一设备基于所述握手请求返回的第一加密数据，采用第一公钥解密所述第一加密数据得到动态配对码，并基于所述动态配对码向所述第一设备发送响应消息；

响应于所述第一设备基于所述响应消息返回的第一连接信息，基于所述第一连接信息从服务器中获取所述目标密钥；

向所述第一设备返回第二连接信息，并与第一设备之间建立基于所述目标密钥的目标通信连接。

另一方面，提供了一种计算机设备，包括存储器、处理器及存储在存储器上的计算机程序，所述处理器执行所述计算机程序以实现上述任一方面所述的支付方法。

另一方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一方面所述的支付方法。

另一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现上述任一方面所述的支付方法。

本申请实施例提供的技术方案带来的有益效果是：

本申请提供的支付方法，通过在开启非页面支付模式时，第一设备与第二设备之间建立基于目标加密互联协议进行通信的目标通信连接，使得第一设备可接收到第二设备基于目标通信连接发送的账单确认信息，保证了数据传输的安全性。并且，当检测到对账单确认信息的确认支付操作时，第一设备可向支付设备发送至支付指示消息，以使支付设备完成支付。由于该确认支付操作是基于非页面显示内容的操作，因此，该支付过程无需通过基于页面显示内容的出示二维码、输入密码等操作，便可安全的完成支付，在保证支付安全性的前提下，提高了支付的适用性和便捷性。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1为本申请实施例提供的一种实现支付方法的实施环境示意图；

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

图3为本申请实施例提供的一种支付方法的信令交互示意图；

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

图5为本申请实施例提供的一种终端操作流程示意图；

图6为本申请实施例提供的一种支付方法的系统架构示意图；

图7为本申请实施例提供的一种支付装置的结构示意图；

图8为本申请实施例提供的一种支付装置的结构示意图；

图9为本申请实施例提供的一种计算机设备的结构示意图。

具体实施方式

下面结合本申请中的附图描述本申请的实施例。应理解，下面结合附图所阐述的实施方式，是用于解释本申请实施例的技术方案的示例性描述，对本申请实施例的技术方案不构成限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。本申请实施例所使用的术语“包括”以及“包含”是指相应特征可以实现为所呈现的特征、信息、数据、步骤、操作，但不排除实现为本技术领域所支持其他特征、信息、数据、步骤、操作等。

可以理解的是，在本申请的具体实施方式中，涉及到账单确认信息、账单信息、支付凭证、用户标识、用户头像、用户昵称、第一用户的待支付资源、第二用户的资源、资源账户等任何与用户相关的数据，当本申请以上实施例运用到具体产品或技术中时，需要获得对象许可或者同意，本申请中采用的非页面支付模式的开启和使用过程，均需经过用户的许可并同意，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

图1为本申请提供的一种支付方法的实施环境示意图。如图1所示，该实施环境包括：终端101、终端102和服务器103，该服务器103可以为应用程序的后台服务器。该终端101配置有支付方对应的应用程序，该终端102配置有收款方对应的应用程序。本申请中，该支付方可以是第一用户，收款方可以是第二用户。该终端101和终端102之间建立目标通信连接，该终端101和终端102基于该目标通信连接进行数据交互。

本申请中，该终端101和终端102可支持非页面支付模式，该非页面支付模式是一种无障碍支付的模式，它支持支付方在终端101上基于非页面显示内容的操作来确认支付，以方便支付方在不执行利用手机所展示页面内容出示二维码或输入密码等操作情况下，也能向收款方进行支付。

示例性的，终端102可基于目标通信连接向终端101发送账单确认信息。第一用户可在终端101对该账单确认信息进行确认支付操作，以触发终端101向终端102或服务器103发送支付指示消息。其中，该确认支付操作是基于非页面显示内容的操作，该支付指示消息携带第一用户的支付凭证，该支付指示消息指示基于所述支付凭证完成资源扣除操作。例如，由该终端102向服务器103发送支付请求，以请求服务器103将第一用户的待支付资源转移至第二用户的资源中。又例如，服务器103直接基于该支付指示信息，将第一用户的待支付资源转移至第二用户的资源中。

本申请的支付方法可适用于多种支付场景。

例如，线下商家购物并支付的场景：

第一用户在商家购物后，商家的终端102可利用目标通信连接向终端101发送账单确认信息。第一用户基于确认支付操作对账单确认信息进行确认后，终端101可向支付设备发送支付指示消息，以完成第一用户向商家进行支付。

又例如，智慧交通乘车场景：

对于建设有无障碍支付通道的火车站、地铁站等公共乘车场所，待乘车的乘客可利用无障碍支付通道支持的非页面支付模式进站、乘车、出站支付等。例如，在无障碍支付通道，可安装有支持非页面支付模式的智能闸机或智能售票设备；例如，第一用户可在无障碍支付通道，通过智能闸机进站、以及出站时支付地铁票费，以完成第一用户支付乘车费。

又例如，智能医疗支付场景：

对于建设有无障碍支付通道的医院，第一用户手机可绑定有第一用户的医保卡、医疗电子凭证等，第一用户在手机上进行基于非页面显示内容的操作，以使第一用户的手机与医院无障碍支付通道的智能终端进行交互，以完成第一用户的挂号、缴费等过程。

又例如，加油站计量加油场景：

例如，第一用户的智能手环可绑定第一用户的电子加油卡，第一用户通过在智能手环上进行基于非页面显示内容的操作，如触发开启非页面支付模式的操作、确认支付操作等，以使智能手环与加油站的智能计量收款设备进行交互，以为第一用户的车辆加油。

需要说明的一点是，终端102可以是收银设备、智能机器人、桌面双屏收款设备等任意计算机设备。示例性的，终端102可以为用于医疗、商超、银行、加油站、便利店、餐饮等多种场景中具备收银功能的设备，例如，商超收银设备、医疗系统收款设备、加油站的加油加气设备等；例如，收银设备可以存储商品的单价、库存信息、销售列表，与POS机、票据打印机、扫描识读器等外设相连能够实现支持非页面支付模式进行收款，还可以支持打印销售凭据、开具发票、通过扫描商品的条形码来获取商品的信息等功能(例如，商品的单价、购买数量、库存信息等)。示例性的，智能机器人可以用于商品零售企业、饭店餐厅、银行柜台等处理柜台业务的场所使用的智能交互设备。

需要说明的又一点是，终端101可以是智能手机、智能手环、语音交互设备、智能家电、平板电脑、笔记本电脑、数字广播接收器、台式计算机、车载终端(例如车载导航终端、车载电脑等)、智能音箱、智能手表等。

服务器103可以是独立的物理服务器，或是多个物理服务器构成的服务器集群或者分布式系统，或是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、以及大数据和人工智能平台等基础云计算服务的云服务器或服务器集群。终端101、终端102、服务器103之间可以通过有线或无线通信方式进行直接或间接地连接，也可基于实际应用场景需求确定，在此不作限定。

本申请提供的支付方法，涉及物联网、云物联、医疗云、人工智能等技术。例如，本申请中，用户的手机可基于IoT互联技术连接商户的收款设备，实现手机与收款设备之间的交互。

可以理解是的，物联网(The Internet of Things，简称IOT)是指通过各种信息传感器、射频识别技术、全球定位系统、红外感应器、激光扫描器等各种装置与技术，实时采集任何需要检测、连接、互动的物体或过程，采集其声、光、热、电、力学、化学、生物、位置等各种需要的信息，通过各类可能的网络接入，实现物与物、物与人的泛在连接，实现对物品和过程的智能化感知、识别和管理。物联网是一个基于互联网、传统电信网等的信息承载体，它让所有能够被独立寻址的普通物理对象形成互联互通的网络。

云物联(Cloud IOT)旨在将传统物联网中传感设备感知的信息和接受的指令连入互联网中，真正实现网络化，并通过云计算技术实现海量数据存储和运算，由于物联网的特性是物与物相连接，实时感知各个“物体”当前的运行状态，在这个过程中会产生大量的数据信息，如何将这些信息汇总,如何在海量信息中筛取有用信息为后续发展做决策支持,这些已成为影响物联网发展的关键问题，而基于云计算和云存储技术的物联云也因此成为物联网技术和应用的有力支持。

医疗云(Medical cloud)，是指在云计算、移动技术、多媒体、4G通信、大数据、以及物联网等新技术基础上，结合医疗技术，使用“云计算”来创建医疗健康服务云平台，实现了医疗资源的共享和医疗范围的扩大。因为云计算技术的运用与结合，医疗云提高了医疗机构的效率，方便了居民就医。像现在医院的预约挂号、医保等是云计算与医疗领域结合的产物，医疗云还具有数据安全、信息共享、动态扩展、布局全局的优势。

人工智能技术是一门综合学科，涉及领域广泛，既有硬件层面的技术也有软件层面的技术。人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、语音处理技术、自然语言处理技术以及机器学习/深度学习、自动驾驶、智慧交通等几大方向。

图2为本申请实施例提供的一种支付方法的流程示意图。该方法的执行主体可以为第一设备。该第一设备可以是第一用户对应的设备，如智能手机、智能手环等终端设备。如图2所示，该方法包括以下步骤。

步骤201、响应于非页面支付模式的开启操作，第一设备与第二设备建立目标通信连接。

第一设备可配置有非页面支付模式，例如，第一设备可安装有支付方对应的应用程序，该应用程序支持使用非页面支付模式进行支付，该第一用户在需要进行支付时，第一用户可以在第一设备上进行开启操作，以开启第一设备的非页面支付模式。

非页面支付模式是指基于非页面显示内容的操作以完成支付的模式。该非页面支付模式是一种无障碍支付的模式，由于该模式是不需要利用页面显示内容进行操作便可完成支付，因此，它使得第一用户无需浏览应用程序的页面显示内容或第一设备的屏幕显示内容，如无需执行基于手机所展示页面内容出示支付二维码、输入密码或者扫描二维码等操作，以方便一些特殊群体或者一些特殊情况下，实现支付方向收款方进行支付。

需要说明的是，对于一些特殊群体的用户，如视障用户、儿童、或者视力模糊的用户等；或者对于一些不方便基于页面显示内容进行操作的场景，如跑步、走路等运动场景，如电量不够支撑屏幕高亮度显示、用户不方便查看页面显示内容等情况；或者用户需要基于非页面支付模式的其他可能情况，第一用户均可开启非页面支付模式，以使第一设备通过本申请的支付方法，让第一用户基于非页面显示内容的操作完成支付，提高支付的便捷性和适用性。

示例性的，该开启操作可以是基于非页面显示内容的操作，例如，第一用户无需基于页面显示内容便可进行该开启操作，该开启操作可以包括但不限于：双击第一设备背面操作、双击电源键操作、画目标符号操作、连续三次点击第一设备的屏幕或背面的操作等等。当然，该开启操作还可以是不利用页面显示内容进行操作的其他操作方式，该开启操作的具体操作方式可基于需要进行配置，本申请实施例对此不做限定。

示例性的，该第一设备检测到开启操作时，该第一设备还可进过进一步验证后，再开启该非页面支付模式。例如，步骤201可包括：响应于非页面支付模式的开启操作，第一设备获取验证开启信息，基于该验证开启信息进行验证通过后，该第一设备与第二设备建立目标通信连接。例如，该开启验证的操作可以包括但不限于：第一用户输入指纹、第一用户双击电源键或者第一用户输入密码等方式。例如，该第一设备可对第一用户输入的指纹进行识别，若该第一用户输入的指纹与预配置的基准指纹匹配，则第一设备确定开启该非页面支付模式，以与第二设备建立目标通信连接。本步骤中，第一设备通过进一步的验证开启信息进行验证，保证非页面支付模式被误操作开启，保证了用户支付安全。

该目标通信连接采用目标加密互联协议进行通信。示例性的，该目标加密互联协议包括该第一设备和第二设备之间通信所采用的目标密钥。本步骤中，当第一设备检测到对非页面支付模式的开启操作时，该第一设备可从服务器中获取该目标密钥，并基于该密钥向第二设备发送数据，或者接收并解密第二设备所发送的数据。

需要说明的是，该第一设备与第二设备之间是基于多次交互来完成该目标通信连接的建立，为更好的介绍该目标通信连接的建立过程，在第一设备与第二设备之间的交互实施例中的步骤301，对两个设备之间如何交互以建立目标通信连接做详细介绍。也即是，第一设备对步骤201的一种实现方式可参见后续步骤301中第一设备的执行步骤。

示例性的，该目标通信连接可以属于近场通信，例如，蓝牙连接、NFC、RFID、RS232、USB、ZigBee、NB-IoT等连接方式；或者，该目标通信连接可以属于远距离通信，如基于2G/3G/4G/5G、NB-IoT、WiFi的远距离通信。

示例性的，以该目标通信采用蓝牙连接进行举例。该第一设备可开启非页面支付模式后，该第一设备可打开第一设备的蓝牙功能，并允许周围设备发现，为保证安全，该目标通信连接可以是基于传统蓝牙握手协议上加以修改，采用安全有效的私有协议进行的通信。

步骤202、第一设备接收该第二设备基于该目标通信连接发送的账单确认信息，向第一用户输出该账单确认信息。

该账单确认信息是用于第一用户和第二用户之间进行支付确认的信息。该第二设备可基于该目标加密互联协议所包括的目标密钥对账单确认信息进行加密，并向第一设备发送该加密后的账单确认信息。该第一设备基于该目标密钥对第二设备发送的信息进行解密，得到该账单确认信息，并向第一用户输出该账单确认信息。

一示例中，该账单确认信息可包括第一用户的账单信息。例如，第二设备可获取第一用户的账单信息，该账单信息可包括该第一用户的待支付资源的资源值。或者，该账单信息还可以包括该第一用户待支付的各个物品信息。示例性的，该第一设备可接收该第二设备发送的账单信息，并向第一用户输出该账单信息。

例如，该第一设备可播放该账单信息，或者，第一设备还可以在终端屏幕上显示该账单信息。例如，在线下商超购物场景中，该第二设备可以是收银设备，则第二设备可通过扫描仪扫描得到第一用户待购买的各个商品的商品信息及对应的金额，并统计该第一用户待支付的总金额。

又一示例中，该账单确认信息还可包括该第二用户标识。示例性的，该第一设备可接收该第二设备发送的账单信息和第二用户标识，并向第一用户输出该账单信息和第二用户标识。例如，该第一设备可接收该第二设备发送的账单信息和第二用户标识，并向第一用户输出该账单信息和第二用户标识。

例如，该第二设备还可以获取商家的标识，例如，在线下商超购物场景中，第二用户标识可以包括但不限于：“xxx超市”、“xxx超市的xx收银柜台”、“xxx商场的xx品牌支付端”等。又例如，在医院进行支付场景，第二用户标识可以包括但不限于：“xxx医院的xx缴费窗口”、“xx医院的xx号无障碍缴费终端”等。又例如，在加油器计量加油时，第二用户标识可以包括“xx加油站xx号加油机”。

又一示例中，第一设备和第二设备之间可通过账单随机码的方式以便用户进一步确认账单的准确性。示例性的，该账单确认信息包括账单信息、第二用户标识以及账单随机码。该第二设备可随机获取该账单随机码，并基于该账单信息、第二用户信息以及账单随机码生成该账单确认信息。并且，该第二设备还可向第一用户播放该账单随机码。该账单随机码是一种随机生成的信息，该信息类型包括但不限于：文字、音频、视频等。例如，该账单随机码可以是从预先配置的随机数据库中随机获取的名人名言、今日热词、随机的数字号码、随机的英文字母、歌曲片段、随机的视频片段等。

本步骤中，该第一设备输出账单确认信息的方式可包括：在终端屏幕显示该账单确认信息、通过语音输出设备播放该账单确认信息。相应的，步骤202的实现方式可包括以下两种。

第一种方式、该第一设备显示该账单确认信息。

示例性的，基于上述几种示例所示出的账单确认信息的几种可能情况，该第一设备可在应用页面中显示该账单确认信息所包括的账单信息、第二用户标识或账单随机码中的至少一项。一示例中，若该账单确认信息包括该账单随机码，该第一设备在应用页面中至少显示该账单随机码。

例如，该第一设备在应用页面中显示该账单确认信息所包括的账单信息、第二用户标识以及账单随机码对应的语音信号。

第二种方式、该第一设备至少播放该账单确认信息中的账单随机码。

一示例中，若该账单确认信息包括该账单随机码，该第二设备可以音频或视频形式或震动的方式，向第一用户播放该账单随机码，则该第一设备也可至少播放该账单随机码。例如，第一设备向第一用户播报该账单随机码对应的语音信号，如名人名言、随机数字号码等；或者播放该账单随机码对应的歌曲片段，又或者，播放该账单随机码对应的视频片段；又或者，按照该账单随机码对应的语音信号所关联的震动方式进行震动等。

示例性的，基于上述几种示例中账单确认信息的几种可能情况，该第一设备还可以采用音频形式向第一用户播放账单确认信息所包括的账单信息、第二用户标识中的至少一项。例如，该第一设备采用音频形式播放该账单确认信息所包括的账单信息、第二用户标识以及账单随机码对应的语音信号。

该第一设备可采用上述第一种方式或第二种方式中的任一种，使第一用户获知账单确认信息。或者，该第一设备也可以结合上述两种方式进行输出。例如，该第一设备可采用第一种方式，显示该账单随机码对应的随机数字号码或随机歌曲片段的歌曲名称，并采用第二种方式播放该随机数字号码的语音信号或者播放该随机歌曲片段或者按照该账单随机码对应震动方式进行震动等。当然，该第一设备还可以既显示账单确认信息所包括的三项信息，又播放该三项信息，或者基于需要配置显示账单确认信息中的至少一项、并播放至少一项之外的其它项等。本申请对具体采用哪种方式输出账单确认信息，或者两种方式具体如何结合来输出账单确认信息等，不做具体限定。

需要说明的是，该第一用户可通过第一设备输出的账单确认信息，如账单信息、第二用户标识等信息进行支付确认，保证了支付的准确性和安全性。另外，该账单确认信息还可以包括账单随机码，第二设备可以向第一用户输出该账单随机码，第一设备向第一用户输出的账单确认信息中至少显示或至少播放该账单随机码，尤其对于近距离支付场景，由于该账单随机码具有随机不确定性，第一用户确认第一设备和第二设备输出的账单随机码一致的前提下才会确认支付，因此即使在账单信息被破解情况下也可保证支付的安全性，提高支付流程的准确性和安全性。

例如，对于商场超市的支付场景中，若第一用户当前位置邻近两个或更多个收银设备，通过第一用户所在的第一设备以及与该第一设备连接的第二设备，均输出账单随机码，使得第一用户可唯一确定待支付的收款方、待支付账单，避免支付过程受到未与第一设备连接的其他设备的干扰，保证了支付流程的准确性。

另外，对于私密性需求较高的支付业务场景，由于账单随机码是通过第二设备随机获取的，不确定性较高，不易被其他设备获取，第一设备通过目标通信连接才可从第二设备中获得该账单随机码。因此，避免其他设备破解账单信息带来的支付安全隐患，提高支付流程的准确性和安全性。

步骤203、响应于对该账单确认信息的确认支付操作，第一设备向支付设备发送支付指示消息。

该确认支付操作是基于非页面显示内容的操作，该非页面支付模式可以是基于该确认支付操作得以完成支付的模式。在一种可能示例中，该确认支付操作包括指纹输入操作、双击第一设备背面操作、双击电源键操作、画目标符号操作中的至少一项。需要说明的是，该确认支付操作是不需要基于页面显示内容进行的操作，本申请对该确认支付操作的操作方式不做限定，例如，该确认支付操作还可以包括：连续三次点击第一设备的屏幕、连续三次点击第一设备的背面等操作。

示例性的，该支付指示消息携带第一用户的支付凭证，该支付指示消息指示基于该支付凭证完成资源扣除操作。本申请中，该支付设备可以是第二设备，也可以是服务器。基于该支付设备的可能情况，该步骤203的实现方式可包括以下两种。

第一种方式、该支付设备为第二设备。第一设备基于该目标通信连接向该第二设备发送第一支付指示消息。

其中，第一支付指示消息用于触发该第二设备向服务器发送支付请求，该支付请求用于请求基于该支付凭证将第一用户的待支付资源转移至第二用户的资源中。例如，该支付凭证可包括但不限于：第一用户的资源账户标识、支付密钥、第一用户的标识、第二用户的标识等信息，需要说明的是，该非页面支付模式以及支付过程中涉及的支付凭证、账单确认信息、用户标识等数据，均是经过用户许可并同意后使用或开启的。

若该支付设备为第二设备，该第一支付指示信息可以是表示第一设备向第二设备进行确认支付或同意支付的消息。在第一种方式中，该第一设备可通过目标加密互联协议所包括的目标密钥，对第一支付指示消息进行加密，并将加密后的第一支付指示消息发送给第二设备。

第二设备可基于目标加密互联协议所包括的目标密钥对第一设备发送的信息进行解密，得到该第一支付指示消息，该第二设备向服务器发送支付请求。其中，该第一支付指示消息携带第一用户的支付凭证，该第二设备可基于该第一用户的支付凭证向服务器发送该支付请求，以使服务器基于该支付凭证将第一用户的待支付资源转移至第二用户的资源中。

第二种方式、该支付设备为服务器。第一设备向该服务器发送第二支付指示消息。

该第二支付指示消息用于请求基于该支付凭证将第一用户的待支付资源转移至第二用户的资源中。

若该支付设备为服务器，该第一设备可基于应用程序向该服务器发送第二支付指示消息，该第二支付指示消息可以是第一设备请求服务器完成支付的支付请求。

服务器完成资源转移后，服务器可分别向第一设备和第二设备返回支付成功消息，以使第一用户、第二用户获知支付完成。

在一种可能情况中，第一用户还可以基于第一设备输出的账单确认信息拒绝或取消支付。示例性的，步骤202之后，该第一设备还可以执行以下步骤204：

步骤204、响应于对该账单确认信息的取消支付操作，第一设备向该支付设备发送支付取消消息。

该支付取消消息用于指示取消对该账单确认信息所对应账单的支付。例如，该取消支付操作可以是基于非页面显示内容的操作。该支付设备可以是第二设备，也可以是服务器。相应的，该步骤204的实现方式可包括以下两种。

第一种方式、该支付设备为第二设备。第一设备基于该目标通信连接向该第二设备发送第一支付取消消息。

其中，第一支付取消消息用于触发该第二设备向服务器发送支付取消请求，该支付取消请求用于取消对该账单确认信息所对应账单的支付。该第一设备可通过目标通信连接，将该第一支付取消消息发送给第二设备。第二设备可基于该第一支付指示消息，向服务器发送支付取消请求。

第二种方式、该支付设备为服务器。第一设备向该服务器发送第二支付取消消息。

若该支付设备为服务器，该第一设备可基于应用程序向该服务器发送第二支付取消消息，该第二支付取消消息可以是第一设备请求服务器取消支付的支付请求。示例性的，该第二支付取消消息用于请求取消对该账单确认信息所对应账单待的支付。

服务器取消对该账单确认信息所对应账单的支付后，该服务器可以分别向第一设备、第二设备发送取消成功消息，以使第一用户、第二用户获知该账单确认信息所对应账单取消成功。

本申请提供的支付方法，通过在开启非页面支付模式时，第一设备与第二设备之间建立基于目标加密互联协议进行通信的目标通信连接，使得第一设备可接收到第二设备基于目标通信连接发送的账单确认信息，保证了数据传输的安全性。并且，当检测到对账单确认信息的确认支付操作时，第一设备可向支付设备发送至支付指示消息，以使支付设备完成支付。由于该确认支付操作是基于非页面显示内容的操作，因此，该支付过程无需通过基于页面显示内容的出示二维码、输入密码等操作，便可安全的完成支付，在保证支付安全性的前提下，提高了支付的适用性和便捷性。

并且，该第一用户可通过第一设备输出的账单确认信息，如账单信息、第二用户标识等信息进行支付确认，保证了支付的准确性和安全性。另外，该账单确认信息还可以包括账单随机码，第二设备可以向第一用户输出该账单随机码，第一设备向第一用户至少显示或至少播放该账单随机码，尤其对于近距离支付场景，由于该账单随机码具有随机不确定性，第一用户确认第一设备和第二设备输出的账单随机码一致的前提下才会确认支付，因此即使在账单信息被破解情况下也可保证支付的安全性，提高支付流程的准确性和安全性。

图3为本申请提供的一种支付方法的信令交互示意图，该方法可以由第一设备和第二设备之间交互执行，如图3所示，方法包括以下步骤。

步骤301、第一设备与第二设备之间建立目标通信连接。

对于第一设备，该第一设备响应于第一设备的非页面支付模式的开启操作，与第二设备建立目标通信连接。相应的，对于第二设备，第二设备与第一设备之间建立目标通信连接。其中，该目标通信连接采用目标加密互联协议进行通信。

目标加密互联协议包括该第一设备和第二设备之间通信所采用的目标密钥。示例性的，第一设备与第二设备之间可先进行配对，配对成功后，第一设备和第二设备可分别从服务器中获取目标密钥。示例性的，骤301的实现方式可包括以下步骤3011-步骤3014：

步骤3011、该第一设备响应于非页面支付模式的开启操作，从服务器中获取第一设备对应的第一私钥以及动态配对码，并广播通信消息。

示例性的，第一设备检测到非页面支付模式的开启操作时，该第一设备向服务器发送第一请求。该第一请求用于请求返回配对所需的密钥。该第一请求可以携带该第一用户的资源账号信息、该第一设备的设备信息以及该第一设备当前的定位信息。该服务器可基于该第一请求，向第一设备返回第一私钥以及动态配对码。该动态配对码用于第一设备与第二设备之间进行配对所需的动态码。

例如，通信消息可携带该第一设备当前的设备状态，例如，该设备状态可以包括该第一设备对非页面支付模式的开启状态。

需要说明的是，服务器可预先与第二设备建立连接，建立连接之后该第二设备与服务器保持在线的连接状态。在连接状态下，该第二设备可从服务器中获取配对更新所需的第一公钥以及动态配对码，并进行本地存储。该服务器还可以定期更新第二设备本地存储的第一公钥和动态配对码，以便第二设备需要收取待支付的资源时，随时基于第一公钥以及动态配对码与支付方的设备建立通信连接。

服务器向第一设备发送的第一私钥，可以是第一公钥所对应的私钥。该服务器向第一设备发送的动态配对码，可以是第二设备的当前最新的动态配对码。

步骤3012、第二设备响应于搜索到该第一设备广播的通信消息，向该第一设备发送握手请求。

该握手请求用于请求与第一设备之间进行配对。

示例性的，在连接状态下，该第二设备还可持续搜索周围环境中可进行连接的设备，当第二设备搜索到第一设备广播的通信消息时，该第二设备可向第一设备发送该握手请求。

该第二设备还可基于该通信消息中的设备状态，与第一设备之间进行握手。例如，若该设备状态所包括的开启状态为已开启非页面支付模式，则该第二设备才向第一设备发送握手请求。若该设备状态所包括的开启状态为未开启非页面支付模式，则第二设备不向该第一设备发送握手请求。

图4为本申请提供的一种目标通信连接建立的交互示例流程图。如图4所示，该第一设备既可以为支持非页面支付模式进行支付的用户手机，第二设备可以为支持非页面支付模式进行收款的店家终端。如图4中步骤1至步骤4：对于店家终端，该店家终端可实时与服务器保持在线，并在本地存储有公钥、动态配对码。该服务器还可定期向店家终端更新公钥、动态配对码；以便店家终端在本地进行更新。另外，该店家终端还可以持续搜索周围的待连接设备。对于用户手机，用户手机可基于账户信息、设备信息、定位信息，向服务器发送第一请求，服务器基于该第一请求向用户手机返回第一私钥以及动态配对码。用户手机可通过广播的方式使得该用户手机保持蓝牙可被发现的状态。店家终端持续搜索周围设备，当店家终端搜索到该用户手机时，店家终端可向用户手机发送握手请求，以请求用户手机进行配对。

步骤3013、第一设备响应于第二设备基于该通信消息发送的握手请求，向该第二设备发送第一加密数据。

第一加密数据是采用该第一私钥对该动态配对码进行加密得到的数据。

步骤3014、第二设备响应于该第一设备基于该握手请求返回的第一加密数据，采用第一公钥解密该第一加密数据得到动态配对码，并基于该动态配对码向该第一设备发送响应消息。

第二设备采用第一公钥对第一加密数进行解密，并基于解密得到的数据和该第二设备本地存储的动态配对码进行校验，若基于该解密的带的数据和该本地存储的动态配对码校验成功，也即是第二设备采用第一公钥成功解密第一加密数据得到动态配对码，第二设备可向第一设备返回响应消息。

步骤3015、第一设备响应于该第二设备返回的响应消息，向该第二设备发送该第一设备的第一连接信息。

响应消息用于第一设备的第一加密数据进行响应。该响应消息可表示第二设备校验成功。第一设备也可基于该响应消息向第二设备发送第一连接信息。该第一连接信息包括与第一设备建立连接所需的信息。例如，该第一连接信息可包括但不限于第一设备的设备信息、第一用户的资源账号信息、第一设备的定位信息等。

步骤3016、第二设备响响应于该第一设备基于该响应消息返回的第一连接信息，基于该第一连接信息从服务器中获取该目标密钥。

第二设备可基于第一连接信息向服务器发送第二请求，该第二请求用于请求基于该第一连接信息与第一设备建立目标通信连接。服务器基于该第一连接信息校验通过后，该服务器可向第二设备发送目标通信连接所采用的目标密钥，另外，该服务器还可以向第二设备发送第一用户的用户信息，例如第一用户的头像、昵称等。

步骤3017、第二设备向该第一设备返回第二连接信息。

该第二连接信息包括与第二设备建立连接所需的信息。例如，该第二连接信息可包括第二用户的用户信息、第二设备的设备信息。

步骤3018、第一设备响应于第二设备返回的第二连接信息，基于该第二连接信息从服务器中获取该目标密钥。

第一设备可基于该第二连接信息向服务器发送第三请求，该第三请求用于请求与该第二连接信息与第二设备建立目标通信连接。服务器基于该第二连接信息校验通过后，该服务器可向第一设备发送目标通信连接所采用的目标密钥。例如，该目标密钥可以是对称密钥，则该服务器向第一设备和第二设备返回的目标密钥均为相同的同一个密钥。

步骤3019、第一设备与第二设备之间建立基于该目标密钥的目标通信连接。

基于以上步骤3011-3018，该第一设备与第二设备之间成功建立了采用目标加密互联协议进行通信的目标通信连接。

需要说明的是，上述步骤3011-3019仅基于其中的近距离通信中一种或几种方式进行举例说明，例如，该目标通信连接可以是基于蓝牙连接的通信连接；当然，该目标通信方式还可以采用其他通信连接，本申请对此不做限定。例如，该目标通信连接可以属于近距离通信，如基于NFC、RFID、RS232、USB、ZigBee、NB-IoT等的通信连接；或者，该目标通信连接也可以属于远距离通信方式，如基于2G/3G/4G/5G、NB-IoT、WiFi的远距离通信。

如图4所示，用户手机可使用第一私钥对动态配对码进行加密，并将加密后的动态配对码发送给店家终端。店家终端基于第一公钥对用户手机发送的信息进行解密，店家终端基于本地存储的动态配对码以及解密得到的信息进行校验，若校验成功，该店家终端可向用户手机返回响应消息。用户手机接收响应消息，并向店家终端传输户手机的设备信息、第一用户的账号信息、用户手机的定位信息等。店家终端将用户手机传输的信息透传给服务器，以使服务器基于该信息进行校验。若服务器校验OK，服务器可向店家终端返回第一用户的头像、昵称以及后续通信时对通信数据加密所采用的对称密钥。店员可在店家终端上选中用户头像，并向用户手机传输店家信息、店家终端的设备信息，以请求与用户手机建立连接。该用户手机则将店家终端发送的信息透传给服务器，服务器若校验OK会向用户手机返回对称密钥，该服务器分别向用户手机、店家终端返回的对称密钥为同一个密钥，以使得用户手机、店家终端双方待传输的数据可经过对称密钥进行传输。

步骤302、第二设备基于该目标通信连接向该第一设备发送账单确认信息。

示例性的，该账单确认信可包括账单信息、第二用户标识或账单随机码中的至少一项。若该账单确认信息中至少包括账单随机码，则该第二设备可向第一用户至少输出该账单确认信息中的账单随机码。

在一种可能实现方式中，该账单确认信息包括账单信息、第二用户标识以及账单随机码，该第二设备可基于该目标通信连接向该第一设备发送账单确认信息，并至少播放该账单确认信息中的账单随机码。例如，该第二设备可播放账单确认信息所包括的账单信息、第二用户标识以及账单随机码。其中，以第二设备播放账单随机码为例，该第二设备可采用音频、视频或震动的形式，向播放该账单随机码，例如，该第二设备可播放该账单随机码对应的歌曲片段或视频片段，又如，播放随机数字号码对应的语音信号，又如，第二设备可按照该账单随机码对应的震动方式进行震动。当然，该第二设备也可采用音频或视频等形式，播放账单信息、第二商家标识对应的语音信号，本申请对此不做限定。

步骤303、第一设备接收该第二设备基于该目标通信连接发送的账单确认信息，向第一用户输出该账单确认信息。

在一种可能方式中，该第一设备可执行步骤304。在另一种可能方式中，该第一设备向服务器发送第二支付消息。

步骤304、第一设备响应于对该账单确认信息的确认支付操作，向第二设备发送第一支付指示消息。

需要说明的是，步骤303-步骤304的实现方式，为与步骤202-步骤203同理的过程，此处不再一一赘述。

步骤305、第二设备响应于该第一设备基于目标通信连接发送的第一支付指示消息，向服务器发送支付请求。

该第一支付指示消息包括第一用户的支付凭证，该支付请求用于请求基于该支付凭证将第一用户的待支付资源转移至第二用户的资源中，该第一支付消息是基于对账单确认信息的确认支付操作触发的消息，该确认支付操作是基于非页面显示内容的操作。

该第一支付指示消息携带第一用户的支付凭证，该第二设备可基于该第一用户的支付凭证向服务器发送该支付请求，以使服务器基于该支付凭证将第一用户的待支付资源转移至第二用户的资源中。

在另一种可能方式中，若该第一设备向服务器发送第二支付消息，服务器基于该第一支付指示消息携带的第一用户的支付凭证，将第一用户的待支付资源转移至第二用户的资源中。

服务器完成资源转移后，服务器可分别向第一设备和第二设备返回支付成功消息，以使第一用户、第二用户获知支付完成。

在一种可能情况中，若第一用户基于第一设备输出的账单确认信息拒绝或取消支付。第一设备响应于对该账单确认信息的取消支付操作，向该支付设备发送支付取消消息；其中，该过程与步骤204的实现方式同理，此处不再一一赘述。

下面以图5所示的终端操作流程图为例，对本申请的支付流程进行举例说明。如图5所示，第一用户可通过快捷方式打开手机的无障碍支付功能，如轻敲手机后背、或者多次按电源键等。手机还可对第一用户进行身份验证，例如，利用第一用户输入的指纹、人脸图像、密码、画9宫格图案等方式，对第一用户进行身份验证，若验证通过，手机开启无障碍互联支付功能，以实现用户基于快捷方式打开“无障碍互联支付”功能。此时，在店家终端侧，店家终端可通过扫描仪或其它输入设备等方式，录入第一用户所购买的商品的商品信息、商品金额等，并显示所统计的总金额。店员在店家终端开启支付后，店家终端可显示包括无障碍互联支付的多种支付方式。图5中所示的支付方式1、支付方式2可以为出示二维码支付、输入密钥支付等。店家终端跳转至无障碍互联支付的支付页面，持续搜索周围开启无障碍支付的用户设备。店家终端可显示搜索到的各个设备对应的用户信息，如张*三、李*四等用户的头像。店家终端与第一用户(如张*三)的手机成功建立目标通信连接后，该店家终端可放大显示该第一用户的头像，并显示发送账单按钮，店员触发该按钮后，店家终端向第一用户的手机发送账单确认信息。此时，店家终端也可播放该账单确认信息，例如播放账单信息、店家名称、随机码对应的语音。第一用户的手机基于用户设置的方式，向第一用户输出账单确认信息，如手机可显示该账单信息、店家名称、随机码，也可播放账单信息、店家名称、随机码对应的语音。第一用户触发确认支付操作后，店家终端和手机可提示支付成功的消息。当然，手机还可语音播报或显示账单信息。

上述图5、图6仅以线下支付场景中用户向店家支付为例进行说明，基于此过程，还可衍生出许多趣味玩法，如用户向店家支付完成后，用户还可领取到无障碍支付的补贴红包，如服务器向用户的资源账户中发送本次支付所对应的满减券。又例如，本申请还可支持多人拼单购物并支付的场景，例如，当前待支付账单可以是多个用户拼单购买的商品的账单。店家终端可分别与当前待支付账单对应的多个用户的手机分别建立目标通信连接，店家终端可分别向各个参与拼单的用户收款。

下面以图6所示的架构图，进一步介绍各段设备在支付流程中的步骤与作用。如图6所示，对于作为支付方的用户侧，用户可通过快捷方式启动无障碍互联支付模式。以手机与店家的线下收款终端之间建立蓝牙连接为例，用户的手机需要开启蓝牙并设置为“可被发现”的状态，以允许店家的线下收款终端连接用户的手机。对于作为收款方的商家，商家的店员确认账单明细，并等待用户支付。需要说明的是，此时，店员不确定用户需采用哪种支付方式，如扫码、无障碍互联支付或刷脸等支付方式。店员基于用户需要选择无障碍互联支付。店员在收款终端所显示的页面中选中待支付的用户并发送账单。用户手机接收到账单后，用户手机可通过语音播报、震动反馈等方式，与用户二次确认是否支付。若用户同意付款并触发确认支付操作，手机可向线下收款终端传输支付凭证，该支付凭证可包括扣款密钥、用户资源账号标识等信息。线下收款终端基于与服务器之间的交互，执行扣款流程，如线下收款终端基于该支付凭证向服务器请求扣款，然后，店员便可等待用户确认支付及确认收款结果。服务器基于支付凭证进行扣款，并向手机发送用户扣款提醒款密钥。当然，若用户在手机端触发拒绝支付的操作，则手机反馈拒绝支付指令，线下收款终端和服务器则不进行扣款流程。

本申请提供的支付方法，通过第一设备与第二设备之间建立基于目标加密互联协议进行通信的目标通信连接，使得第二设备可基于目标通信连接向第一设备发送账单确认信息，保证了数据传输的安全性。并且，当接收到第一设备发送的第一支付指示消息时，第二设备通过向服务器发送支付请求，以完成支付。由于第一支付消息是基于对账单确认信息的确认支付操作触发的消息，而该确认支付操作是基于非页面显示内容的操作，因此，该支付过程无需通过基于页面显示内容的出示二维码、输入密码等操作，便可安全的完成支付，在保证支付安全性的前提下，提高了支付的适用性和便捷性。

并且，该第一用户可通过第一设备输出的账单确认信息，如账单信息、第二用户标识等信息进行支付确认，保证了支付的准确性和安全性。另外，该账单确认信息还可以包括账单随机码，第二设备可以向第一用户输出该账单随机码，第一设备向第一用户至少显示或至少播放该账单随机码，尤其对于近距离支付场景，由于该账单随机码具有随机不确定性，第一用户确认第一设备和第二设备输出的账单随机码一致的前提下才会确认支付，因此即使在账单信息被破解情况下也可保证支付的安全性，提高支付流程的准确性和安全性。

图7为本申请实施例提供的一种支付装置的结构示意图。该装置应用于第一设备，如图7所示，该装置包括：

第一通信连接建立模块701，用于响应于非页面支付模式的开启操作，与第二设备建立目标通信连接，该目标通信连接采用目标加密互联协议进行通信；

账单确认信息接收模块702，用于接收该第二设备基于该目标通信连接发送的账单确认信息，向第一用户输出该账单确认信息；

支付指示消息发送模块703，用于响应于对该账单确认信息的确认支付操作，向支付设备发送支付指示消息，该确认支付操作是基于非页面显示内容的操作，该支付指示消息携带第一用户的支付凭证，该支付指示消息指示基于该支付凭证完成资源扣除操作。

在一个可能实现方式中，该账单确认信息包括账单信息、第二用户标识以及账单随机码；

该账单确认信息接收模块，用于以下至少一项：

在目标应用的应用页面中显示该账单确认信息；

至少播放该账单确认信息中的账单随机码。

在一个可能实现方式中，该目标加密互联协议包括该第一设备和第二设备之间通信所采用的目标密钥；

该第一通信连接建立模块，用于：

响应于非页面支付模式的开启操作，从服务器中获取第一设备对应的第一私钥以及动态配对码，并广播通信消息；

响应于第二设备基于该通信消息发送的握手请求，向该第二设备发送第一加密数据，该第一加密数据是采用该第一私钥对该动态配对码进行加密得到的数据；

响应于该第二设备返回的响应消息，向该第二设备发送该第一设备的第一连接信息；

响应于第二设备返回的第二连接信息，基于该第二连接信息从服务器中获取该目标密钥，并与第二设备之间建立基于该目标密钥的目标通信连接。

在一个可能实现方式中，该支付指示消息发送模块，用于以下任一项：

该支付设备为第二设备，基于该目标通信连接向该第二设备发送第一支付指示消息，该第一支付指示消息用于触发该第二设备向服务器发送支付请求，该支付请求用于请求基于该支付凭证将第一用户的待支付资源转移至第二用户的资源中；

该支付设备为服务器，向该服务器发送第二支付指示消息，该第二支付指示消息用于请求基于该支付凭证将第一用户的待支付资源转移至第二用户的资源中。

在一个可能实现方式中，该确认支付操作包括指纹输入操作、双击第一设备背面操作、双击电源键操作、画目标符号操作中的至少一项。

在一个可能实现方式中，该装置还包括：

拒绝支付模块，用于响应于对该账单确认信息的取消支付操作，向该支付设备发送支付取消消息。

本申请提供的支付方法，通过在开启非页面支付模式时，第一设备与第二设备之间建立基于目标加密互联协议进行通信的目标通信连接，使得第一设备可接收到第二设备基于目标通信连接发送的账单确认信息，保证了数据传输的安全性。并且，当检测到对账单确认信息的确认支付操作时，第一设备可向支付设备发送至支付指示消息，以使支付设备完成支付。由于该确认支付操作是基于非页面显示内容的操作，因此，该支付过程无需通过基于页面显示内容的出示二维码、输入密码等操作，便可安全的完成支付，在保证支付安全性的前提下，提高了支付的适用性和便捷性。

图8为本申请实施例提供的一种支付装置的结构示意图。该装置应用于第二设备，如图8所示，该装置包括：

第二通信连接建立模块801，用于与第一设备建立目标通信连接，该目标通信连接采用目标加密互联协议进行通信；

账单确认信息发送模块802，用于基于该目标通信连接向该第一设备发送账单确认信息；

支付请求发送模块803，用于响应于该第一设备基于目标通信连接发送的第一支付指示消息，向服务器发送支付请求；

其中，该第一支付指示消息包括第一用户的支付凭证，该支付请求用于请求基于该支付凭证将第一用户的待支付资源转移至第二用户的资源中，该第一支付消息是基于对账单确认信息的确认支付操作触发的消息，该确认支付操作是基于非页面显示内容的操作。

在一个可能实现方式中，该账单确认信息包括账单信息、第二用户标识以及账单随机码；

该账单确认信息发送模块，用于基于该目标通信连接向该第一设备发送账单确认信息，并至少播放该账单确认信息中的账单随机码。

在一个可能实现方式中，该目标加密互联协议包括该第一设备和第二设备之间通信所采用的目标密钥；

该第二通信连接建立模块，用于：

响应于搜索到该第一设备广播的通信消息，向该第一设备发送握手请求；

响应于该第一设备基于该握手请求返回的第一加密数据，采用第一公钥解密该第一加密数据得到动态配对码，并基于该动态配对码向该第一设备发送响应消息；

响应于该第一设备基于该响应消息返回的第一连接信息，基于该第一连接信息从服务器中获取该目标密钥；

向该第一设备返回第二连接信息，并与第一设备之间建立基于该目标密钥的目标通信连接。

本申请提供的支付方法，通过第一设备与第二设备之间建立基于目标加密互联协议进行通信的目标通信连接，使得第二设备可基于目标通信连接向第一设备发送账单确认信息，保证了数据传输的安全性。并且，当接收到第一设备发送的第一支付指示消息时，第二设备通过向服务器发送支付请求，以完成支付。由于第一支付消息是基于对账单确认信息的确认支付操作触发的消息，而该确认支付操作是基于非页面显示内容的操作，因此，该支付过程无需通过基于页面显示内容的出示二维码、输入密码等操作，便可安全的完成支付，在保证支付安全性的前提下，提高了支付的适用性和便捷性。

本申请实施例的装置可执行本申请实施例所提供的方法，其实现原理相类似，本申请各实施例的装置中的各模块所执行的动作是与本申请各实施例的方法中的步骤相对应的，对于装置的各模块的详细功能描述具体可以参见前文中所示的对应方法中的描述，此处不再赘述。

图9是本申请实施例中提供了一种计算机设备的结构示意图。如图9所示，该计算机设备包括：存储器、处理器及存储在存储器上的计算机程序，该处理器执行上述计算机程序以实现支付方法的步骤，与相关技术相比可实现：

本申请提供的支付方法，通过在开启非页面支付模式时，第一设备与第二设备之间建立基于目标加密互联协议进行通信的目标通信连接，使得第一设备可接收到第二设备基于目标通信连接发送的账单确认信息，保证了数据传输的安全性。并且，当检测到对账单确认信息的确认支付操作时，第一设备可向支付设备发送至支付指示消息，以使支付设备完成支付。由于该确认支付操作是基于非页面显示内容的操作，因此，该支付过程无需通过基于页面显示内容的出示二维码、输入密码等操作，便可安全的完成支付，在保证支付安全性的前提下，提高了支付的适用性和便捷性。

在一个可选实施例中提供了一种计算机设备，如图9所示，图9所示的计算机设备900包括：处理器901和存储器903。其中，处理器901和存储器903相连，如通过总线902相连。可选地，计算机设备900还可以包括收发器904，收发器904可以用于该计算机设备与其他计算机设备之间的数据交互，如数据的发送和/或数据的接收等。需要说明的是，实际应用中收发器904不限于一个，该计算机设备900的结构并不构成对本申请实施例的限定。

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

总线902可包括一通路，在上述组件之间传送信息。总线902可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture，扩展工业标准结构)总线等。总线902可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器903可以是ROM(Read Only Memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，RAM(Random Access Memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质\其他磁存储设备、或者能够用于携带或存储计算机程序并能够由计算机读取的任何其他介质，在此不做限定。

存储器903用于存储执行本申请实施例的计算机程序，并由处理器901来控制执行。处理器901用于执行存储器903中存储的计算机程序，以实现前述方法实施例所示的步骤。

其中，电子设备包括但不限于：智能手机、智能手环、智能手表、收银终端、智能机器人等。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时可实现前述方法实施例的步骤及相应内容。

本申请实施例还提供了一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时可实现前述方法实施例的步骤及相应内容。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。本申请实施例所使用的术语“包括”以及“包含”是指相应特征可以实现为所呈现的特征、信息、数据、步骤、操作，但不排除实现为本技术领域所支持其他特征、信息、数据、步骤、操作等。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”、“1”、“2”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除图示或文字描述以外的顺序实施。

应该理解的是，虽然本申请实施例的流程图中通过箭头指示各个操作步骤，但是这些步骤的实施顺序并不受限于箭头所指示的顺序。除非本文中有明确的说明，否则在本申请实施例的一些实施场景中，各流程图中的实施步骤可以按照需求以其他的顺序执行。此外，各流程图中的部分或全部步骤基于实际的实施场景，可以包括多个子步骤或者多个阶段。这些子步骤或者阶段中的部分或全部可以在同一时刻被执行，这些子步骤或者阶段中的每个子步骤或者阶段也可以分别在不同的时刻被执行。在执行时刻不同的场景下，这些子步骤或者阶段的执行顺序可以根据需求灵活配置，本申请实施例对此不限制。

以上所述仅是本申请部分实施场景的可选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请的方案技术构思的前提下，采用基于本申请技术思想的其他类似实施手段，同样属于本申请实施例的保护范畴。

Claims (14)

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

响应于非页面支付模式的开启操作，与第二设备建立目标通信连接，所述目标通信连接采用目标加密互联协议进行通信；

接收所述第二设备基于所述目标通信连接发送的账单确认信息，向第一用户输出所述账单确认信息；

响应于对所述账单确认信息的确认支付操作，向支付设备发送支付指示消息，所述确认支付操作是基于非页面显示内容的操作，所述支付指示消息携带第一用户的支付凭证，所述支付指示消息指示基于所述支付凭证完成资源扣除操作。

2.根据权利要求1所述的方法，其特征在于，所述账单确认信息包括账单信息、第二用户标识以及账单随机码；

所述向第一用户输出所述账单确认信息，包括以下至少一项：

在目标应用的应用页面中显示所述账单确认信息；

至少播放所述账单确认信息中的账单随机码。

3.根据权利要求1所述的方法，其特征在于，所述目标加密互联协议包括所述第一设备和第二设备之间通信所采用的目标密钥；

所述响应于非页面支付模式的开启操作，与第二设备建立目标通信连接，包括：

响应于非页面支付模式的开启操作，从服务器中获取第一设备对应的第一私钥以及动态配对码，并广播通信消息；

响应于第二设备基于所述通信消息发送的握手请求，向所述第二设备发送第一加密数据，所述第一加密数据是采用所述第一私钥对所述动态配对码进行加密得到的数据；

响应于所述第二设备返回的响应消息，向所述第二设备发送所述第一设备的第一连接信息；

响应于第二设备返回的第二连接信息，基于所述第二连接信息从服务器中获取所述目标密钥，并与第二设备之间建立基于所述目标密钥的目标通信连接。

4.根据权利要求1所述的方法，其特征在于，所述向支付设备发送支付指示消息，包括以下任一项：

所述支付设备为第二设备，基于所述目标通信连接向所述第二设备发送第一支付指示消息，所述第一支付指示消息用于触发所述第二设备向服务器发送支付请求，所述支付请求用于请求基于所述支付凭证将第一用户的待支付资源转移至第二用户的资源中；

所述支付设备为服务器，向所述服务器发送第二支付指示消息，所述第二支付指示消息用于请求基于所述支付凭证将第一用户的待支付资源转移至第二用户的资源中。

5.根据权利要求1所述的方法，其特征在于，所述确认支付操作包括指纹输入操作、双击第一设备背面操作、双击电源键操作、画目标符号操作中的至少一项。

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

响应于对所述账单确认信息的取消支付操作，向所述支付设备发送支付取消消息。

7.一种支付方法，其特征在于，所述方法应用于第二设备，所述方法包括：

与第一设备建立目标通信连接，所述目标通信连接采用目标加密互联协议进行通信；

基于所述目标通信连接向所述第一设备发送账单确认信息；

响应于所述第一设备基于目标通信连接发送的第一支付指示消息，向服务器发送支付请求；

其中，所述第一支付指示消息包括第一用户的支付凭证，所述支付请求用于请求基于所述支付凭证将第一用户的待支付资源转移至第二用户的资源中，所述第一支付消息是基于对账单确认信息的确认支付操作触发的消息，所述确认支付操作是基于非页面显示内容的操作。

8.根据权利要求7所述的方法，其特征在于，所述账单确认信息包括账单信息、第二用户标识以及账单随机码；

所述基于所述目标通信连接向所述第一设备发送账单确认信息，包括：

基于所述目标通信连接向所述第一设备发送账单确认信息，并至少播放所述账单确认信息中的账单随机码。

9.根据权利要求7所述的方法，其特征在于，所述目标加密互联协议包括所述第一设备和第二设备之间通信所采用的目标密钥；

所述与第一设备建立目标通信连接，包括：

响应于搜索到所述第一设备广播的通信消息，向所述第一设备发送握手请求；

响应于所述第一设备基于所述握手请求返回的第一加密数据，采用第一公钥解密所述第一加密数据得到动态配对码，并基于所述动态配对码向所述第一设备发送响应消息；

响应于所述第一设备基于所述响应消息返回的第一连接信息，基于所述第一连接信息从服务器中获取所述目标密钥；

向所述第一设备返回第二连接信息，并与第一设备之间建立基于所述目标密钥的目标通信连接。

10.一种支付装置，其特征在于，所述装置应用于第一设备，所述装置包括：

第一通信连接建立模块，用于响应于非页面支付模式的开启操作，与第二设备建立目标通信连接，所述目标通信连接采用目标加密互联协议进行通信；

账单确认信息接收模块，用于接收所述第二设备基于所述目标通信连接发送的账单确认信息，向第一用户输出所述账单确认信息；

支付指示消息发送模块，用于响应于对所述账单确认信息的确认支付操作，向支付设备发送支付指示消息，所述确认支付操作是基于非页面显示内容的操作，所述支付指示消息携带第一用户的支付凭证，所述支付指示消息指示基于所述支付凭证完成资源扣除操作。

11.一种支付装置，其特征在于，所述装置应用于第二设备，所述装置包括：

第二通信连接建立模块，用于与第一设备建立目标通信连接，所述目标通信连接采用目标加密互联协议进行通信；

账单确认信息发送模块，用于基于所述目标通信连接向所述第一设备发送账单确认信息；

支付请求发送模块，用于响应于所述第一设备基于目标通信连接发送的第一支付指示消息，向服务器发送支付请求；

其中，所述第一支付指示消息包括第一用户的支付凭证，所述支付请求用于请求基于所述支付凭证将第一用户的待支付资源转移至第二用户的资源中，所述第一支付消息是基于对账单确认信息的确认支付操作触发的消息，所述确认支付操作是基于非页面显示内容的操作。

12.一种计算机设备，包括存储器、处理器及存储在存储器上的计算机程序，其特征在于，所述处理器执行所述计算机程序以实现权利要求1至9中任一项所述的支付方法。

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

14.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至9中任一项所述的支付方法。