支付方法、装置、计算机可读存储介质和计算机设备与流程

本申请涉及计算机技术领域，特别是涉及一种支付方法、装置、计算机可读存储介质和计算机设备。

背景技术：

生物识别技术是通过计算机与光学、声学、生物传感器和生物统计学原理等高科技手段密切结合，利用人体固有的生理特性，(如指纹、脸象、虹膜等)和行为特征(如笔迹、声音、步态等)来进行个人身份的鉴定。而生物支付是指利用生物识别技术实现个人身份的验证，授权支付的一种方式。

随着生物支付的普及，越来越多商户在使用生物支付。在众多款支持生物支付的设备中，有些适用于独立收银，有些需要配合商户pos机使用。针对独立收银的场景，生物支付验证程序需要提供接口供商户应用程序进行调用；然而现有的支付方法中，为了提高支付的安全性，对于生物支付场景设定了固定的前置条件，而这些前置条件通常依赖于网络情况和商户的下单处理时间，容易使生物支付时间长的问题。

技术实现要素：

基于此，有必要针对上述技术问题，提供一种支付方法、装置、计算机可读存储介质和计算机设备。

一种支付方法，包括：

响应支付操作请求，调用生物支付验证接口；

通过所述生物支付验证接口，唤醒对应的生物支付验证程序，获取外部输入的账户标识和生物特征并验证；

当验证通过时，向支付服务器发送支付字符序列获取请求；

接收所述支付服务器反馈的通用支付字符序列，所述通用支付字符序列不设定支付数值；

根据所述通用支付字符序列，执行支付操作。

一种支付装置，所述装置包括：

接口调用模块，用于响应支付操作请求，调用生物支付验证接口；

验证模块，用于通过所述生物支付验证接口，唤醒对应的生物支付验证程序，获取外部输入的账户标识和生物特征并验证；

请求发送模块，用于当验证通过时，向支付服务器发送支付字符序列获取请求；

接收模块，用于接收所述支付服务器反馈的通用支付字符序列，所述通用支付字符序列不设定支付数值；

支付模块，用于根据所述通用支付字符序列，执行支付操作。

一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行如上述方法的步骤。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如上述方法的步骤。

上述支付方法、装置、计算机可读存储介质和计算机设备，响应于支付操作请求，调用生物支付验证接口，唤醒对应的生物支付验证程序获取外部输入的账户标识和生物特征进行验证，并在通过验证时，向支付服务器发送请求获取与账户标识对应的通用支付字符序列，根据该通用支付字符序列可以执行支付操作。通过上述方法，用户通过商户的终端发起支付操作时，终端响应支付操作请求将会向支付服务器获取支付字符序列用于支付，由于支付服务器反馈给到商户的支付字符序列是通用支付字符序列，而通用支付字符序列未设定支付数值，因此终端只需在通过生物验证时即可从支付服务器获取到用于支付的通用支付字符序列，这个过程不依赖于商户的网络情况和下单的处理时间，可以减少支付时间。

附图说明

图1为一个实施例中支付方法的应用环境图；

图2为一个实施例中支付方法的流程示意图；

图3为一个实施例中调用生物支付验证接口的流程示意图；

图4为另一个实施例中调用生物支付验证接口的流程示意图；

图5为一个具体实施例中支付方法的时序图；

图6为一个实施例中支付装置的结构框图；

图7为一个实施例中计算机设备的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

图1为一个实施例中支付方法的应用环境图。请参照图1，该支付方法应用于生物支付系统。在一些实施例中，该生物支付系统包括终端110和支付服务器120。终端110与支付服务器130之间通过网络连接。终端110响应于支付操作请求，调用生物支付验证接口，唤醒对应的生物支付验证程序获取外部输入的账户标识和生物特征进行验证，并在通过验证时，向支付服务器发送请求获取与账户标识对应的通用支付字符序列，根据该通用支付字符序列可以执行支付操作。在另一些实施例中，上述生物支付系统涉及终端、商户后台服务器以及支付服务器，终端与商户后台服务器、终端与支付服务器之间通过网络连接。终端。其中，终端具体可以是台式终端，具体可以是支持生物验证的交易终端。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

如图2所示，在一个实施例中，提供了一种支付方法。本实施例主要以该方法应用于上述图1中的终端110来举例说明。参照图2，该支付方法具体包括如下步骤s210至步骤s250。

步骤s210，响应支付操作请求，调用生物支付验证接口。

其中，支付操作请求是指用于请求支付的操作请求，在一个实施例中支付操作请求可以是用户触发，例如在终端界面中点击支付的按钮；或者也可以是设定在满足预设条件或者到达预设时刻时自动触发等。在本实施例中，响应支付操作请求时对应请求通过生物验证完成支付，也即生物支付；生物支付是指利用人体所固有的生理特征(如指纹、掌纹和面部特征等)进行验证完成支付的一种形式。

生物支付验证接口用于调用相应的程序进行支付验证；在一个实施例中，通过调用生物支付验证接口可以访问对应的生物支付验证程序；进一步地，在一个实施例，生物支付验证程序通过对获取的生物特征进行识别和验证，以确定该生物特征对应的用户是否合法，如用户是否具备使用特定账户进行支付的权限。

步骤s220，通过生物支付验证接口，唤醒对应的生物支付验证程序，获取外部输入的账户标识和生物特征并验证。

其中，账户标识在支付服务系统中具有唯一性，一个账户对应一个账户标识；在一个实施例中，账户标识可以是账户名称、账户序号或者与账户绑定的手机号等；很多账户可以通过手机号码注册，或者在注册账户之后将账户与用户的个人手机号码绑定，用户可以通过绑定的手机号码登录对应的账户，手机号码也可以作为账户标识。

生物特征是指人体生理特征，在一个实施例中生物特征可以是面部特征、指纹或者掌纹等特征；在响应支付操作请求时，调用生物支付验证接口唤醒生物支付验证程序，通过生物支付验证程序获取账户标识和生物特征。本实施例中，生物特征和账户标识是由用户通过终端输入的；在一个具体实施例中，调用生物支付验证接口唤醒生物支付验证程序之后，在终端界面将会展示提示用户输入账户标识和录入生物特征的提示消息或者窗口，在接收到输入的账户标识之后，在界面中展示用于采集生物特征的窗口用于采集用户的生物特征；在其它实施例中，也可以是通过其它方式实现用户标识和生物特征的获取。其中需要说明的是，以生物特征为面部特征为例，终端需要配置有摄像头；以生物特征为指纹为例，终端需要配置可以录入指纹的装置。

在一个实施例中，生物支付验证程序中存储了各账户的账户信息以及与账户对应的预先录入的预留生物特征；在一个具体实施例中，生物支付验证程序对账户标识和生物特征进行验证具体是先对账户进行验证，然后对生物特征进行验证；其中，对账户进行验证可以包括检测账户标识是否以开通支付功能以及账户标识对应的支付权限等等；在确定账户标识通过验证之后对生物特征进行验证可以包括检测是验证生物特征是否为与账户标识对应的预留生物特征一致，即根据生物特征判断该用户是否具备使用账户标识对应的账户进行支付的权限；若一致，表示该生物特征通过验证具备使用账户标识的账户进行支付的权限。

进一步地，在一个实施例中，通过生物支付验证接口，唤醒对应的生物支付验证程序，获取外部输入的账户标识和生物特征并验证包括：通过生物支付验证接口，唤醒对应的生物支付验证程序；调用生物支付验证程序将获取的生物特征与账户标识对应的预留生物特征进行比对；在本实施例中，当确定生物特征与账户标识对应的预留生物特征一致时，判定验证通过。

对于一个账户如果设置开通支持通过生物特征验证进行支付，应当需要录入预留生物特征，从而在使用生物支付时，通过将获取的生物特征与该账户对应的预留生物特征进行比对，如一致则表示获取的生物特征通过验证。在本实施例中，获取到账户标识后，根据账户标识获取对应的预留生物特征。可以理解地，预留生物特征可以包括多种类型的生物特征(如同时包括预留指纹、面部特征等)，在获取预留生物特征时，可以仅获取与生物特征属于相同种类的预留生物特征。在另一个实施例中，可以根据终端类型确定需要获取的预留生物特征；如终端类型为支持人脸支付的终端，则获取预留生物特征中的面部特征。

在一个实施例中，确定生物特征与预留生物特征是否一致可以由任意一种方式实现。基于用户标识对生物特征进行验证也即通过生物特征识别鉴定身份信息，从而确定用户是否具备使用该账户进行支付的权限。

进一步地，在一个实施例中，对生物特征进行验证需要通过生物支付验证程序来完成，通过鉴权信息调用生物支付验证程序完成验证；在本实施例中，检测支付操作请求由商户应用程序完成，在获取生物特征和账户标识时，调用生物支付验证程序完成对生物特征的验证。

步骤s230，当验证通过时，向支付服务器发送支付字符序列获取请求。

支付字符序列获取请求用于向支付服务器请求获取与账户标识对应的支付字符序列，支付字符序列为支付接口。在一个实施例中，支付字符序列表现为付款码。一个实施例中，在确定账户标识和生物特征通过验证时，通过生物支付验证程序向支付服务器发送支付字符获取请求。

步骤s240，接收支付服务器反馈的通用支付字符序列；其中，通用支付字符序列不设定支付数值。

支付服务器在接收到支付字符获取请求时，获取与账户标识对应的通用支付字符序列，将该通用支付字符序列反馈至终端。一个具体的实施例中，通过生物支付验证程序接收支付服务器反馈的通用支付字符序列，并转发至终端中的商户应用程序进行后续的支付操作。

在本实施例中，支付数值表示待支付的金额，通用支付字符序列不设定支付数值，表示根据该通用支付字符序列可以在支付限额内完成任意金额的支付操作；其中，支付限额与账户标识对应的账户设置的一次至多支持支付的数额以及账户内的余额等信息相关。

步骤s250，根据通用支付字符序列，执行支付操作。

在一个具体实施例中，根据通用支付字符标识执行支付操作包括：根据支付字符标识从账户标识对应的账户中扣款；进一步地，执行支付操作包括获取待支付数值，根据通用支付字符标识以及待支付数值从账户标识对应的账户中完成支付。

上述支付方法，响应于支付操作请求，调用生物支付验证接口，唤醒对应的生物支付验证程序获取外部输入的账户标识和生物特征进行验证，并在通过验证时，向支付服务器发送请求获取与账户标识对应的通用支付字符序列，根据该通用支付字符序列可以执行支付操作。通过上述方法，用户通过商户的终端发起支付操作时，终端响应支付操作请求将会向支付服务器获取支付字符序列用于支付，由于支付服务器反馈给到商户的支付字符序列是通用支付字符序列，而通用支付字符序列未设定支付数值，因此终端只需在通过生物验证时即可从支付服务器获取到用于支付的通用支付字符序列，这个过程不依赖于商户的网络情况和下单的处理时间，可以减少支付时间。

在一个实施例中，响应支付操作请求，调用生物支付验证接口包括：响应支付操作请求，当检测到已缓存有有效的鉴权信息时，调用生物支付验证接口。

在一些实施例的支付流程中，不仅需要对请求支付验证的用户个体的合法性进行验证，还需要对请求支付的终端以及商户的合法性进行验证；鉴权(authentication)是指验证用户是否拥有访问系统的权利，本实施例中通过鉴权信息实现支付的终端以及商户的合法性。其中，鉴权信息是一段加密字符串，可以理解地，一个实施例中鉴权信息有效可以表明请求支付的终端以及商户是合法的。

在本实施例中，终端在检测到支付操作请求时，检测本地是否有缓存鉴权信息，如果检测到本地有缓存的鉴权信息，进一步验证鉴权信息的状态，当本地缓存的鉴权信息的状态为有效时，获取外部输入的账户标识和生物特征。

在其中的一个实施例中，在部署支付的终端时，支付服务器会提供sdk(softwaredevelopmentkit，软件开发工具包)供终端中安装的商户应用程序集成，商户应用程序通过调用该sdk接口访问生物验证程序，用于进行支付验证；在本实施例中，商户应用程序与生物支付验证程序通过aidl(androidinterfacedefinitionlanguage，android接口定义语言)调用。其中，aidl可以使一个在android设备上运行的两个进程之间进行交互。

本实施例中，对生物特征进行验证由生物支付验证程序完成，检测生物支付指令由商户应用程序完成；在商户应用程序检测到生物支付指令时，通过调用生物支付验证接口实现调用生物支付验证程序，以完成对生物特征的验证。

在一个实施例中，如图3所示，响应支付操作请求，当检测到已缓存有有效的鉴权信息时，调用生物支付验证接口包括步骤s310和步骤s320。

步骤s310，响应支付操作请求，当检测到已缓存有有效的鉴权信息时，读取鉴权信息的剩余有效期。

鉴权信息生成后的一定时间内有效，该时间即为鉴权信息的有效期；剩余有效期是指鉴权信息在剩余的有效时间；终端在获取到鉴权信息之后从有效期的开始倒计时，记为剩余有效时间。在本实施例中，可以将鉴权信息缓存在本地，同时在缓存鉴权信息之后根据鉴权信息的有效期和鉴权信息在本地保存的持续时间确定鉴权信息的剩余有效期。

步骤s320，当剩余有效期大于预设阈值时，调用生物支付验证接口。

鉴权信息的剩余有效期大于预设阈值时，表示鉴权信息当前有效。其中，预设阈值可以根据实际情况设置，预设阈值大于0；通过设置预设阈值，可以将有效的鉴权信息进一步划分为两种状态，在一个具体实施例中，鉴权信息的剩余有效期小于预设阈值时，表示为鉴权信息的有效时间较少，可以将其记为即将失效，在鉴权信息即将失效时，可以将重新获取鉴权信息进行缓存；而鉴权信息的剩余有效期大于预设阈值时，表示鉴权信息的剩余的有效时间较长，且无需重新获取鉴权信息。

进一步地，在另一个实施例中，上述支付方法还包括：当剩余有效期小于预设阈值时，在调用生物支付验证接口唤醒生物支付验证程序，获取外部输入的账户信息和生物特征的同时，还包括：调用生物支付验证程序获取所处设备的设备信息；根据设备信息向商户后台服务器发送鉴权信息获取请求；接收商户后台服务器返回的鉴权信息以及鉴权信息的有效期，更新本地已缓存的鉴权信息。

一个实施例中，剩余有效期小于预设阈值，但是大于0；剩余有效期大于0小于预设阈值表示该鉴权信息有效，但需尽快更新。在本实施例中，本次使用该鉴权信息调用生物支付验证接口唤醒生物支付验证程序，同时，还通过生物支付验证程序获取所处设备的设备信息，根据设备信息重新获取新的鉴权信息，更新本地缓存的鉴权信息，以保证本地缓存的鉴权信息的有效保持在较长的状态。

其中，所处设备的设备信息是指终端的设备信息；在一个实施例中，通过生物支付验证程序获取的设备信息(rawdata)为一段加密字符串，一个实施例中，设备信息包括设备序列号，摄像头序列号，mac地址(mediaaccesscontroladdress，媒体存取控制位址)等。

在上述实施例中，在响应支付操作请求时，首先检测本地是否有缓存的鉴权信息，然后检测本地缓存的鉴权信息的剩余有效期，当剩余有效期大于预设阈值时，即鉴权信息有效，此时利用鉴权信息调用生物支付验证接口。通过上述方法，终端无需每次在响应支付操作请求时临时获取鉴权信息，如此可以减少支付流程，从而达到减少支付所花费的时间的效果。

在另一个实施例中，如图4所示，响应支付操作请求，调用生物支付验证接口包括步骤s410至步骤s430。

步骤s410，响应支付操作请求，当未检测到缓存有有效的鉴权信息时，调用生物支付验证程序获取所处设备的设备信息。

在一个实施例中，当在本地未检测到缓存的鉴权信息或者检测到本地缓存的鉴权信息的剩余有效期为0时，判定未检测到缓存有有效的鉴权信息。

步骤s420，根据设备信息向商户后台服务器发送鉴权信息获取请求。

步骤s430，接收商户后台服务器返回的鉴权信息以及鉴权信息的有效期，调用生物支付验证接口。

进一步地，在一个实施例中，上述支付方法还包括：在接收商户后台服务器返回的鉴权信息以及鉴权信息的有效期之后，缓存鉴权信息以及鉴权信息的有效期。

本实施例中，在响应支付操作请求时，对本地是否有缓存鉴权信息，以及对本地缓存的鉴权信息的剩余有效期进行检测，当未检测到缓存有有效的鉴权信息时，则需要获取鉴权信息。在本实施例中，终端在响应支付操作请求将会通过生物支付验证程序获取所处设备的设备信息，然后根据设备信息向商户后台服务器获取鉴权信息。在一个实施例中，商户后台服务器根据设备信息返回鉴权信息的同时，还返回鉴权信息的有效期，终端接收到鉴权信息以及鉴权信息的有效期之后，利用该鉴权信息调用生物支付验证接口；进一步地，将本次获取的鉴权信息和鉴权信息的有效期缓存至本地；如果在之前是鉴权信息的剩余有效期为0时，将本次获取的鉴权信息和鉴权信息的有效期替换本地已缓存的剩余有效期为0的鉴权信息及其有效期。

上述实施例中的支付方法，在响应支付操作请求时，如果检测到本地没有缓存的有效的鉴权信息，需要先获取鉴权信息，再根据获取的鉴权信息完成本次支付的操作。

在一个具体实施例中，假设预设阈值为10分钟，当检测到鉴权信息的剩余有效期为20分钟时，进入调用生物支付验证接口唤醒生物支付验证程序的步骤；鉴权信息的剩余有效期为3分钟，进入调用生物支付验证接口唤醒生物支付验证程序的步骤，同时通过生物支付验证程序获取设备信息，并根据该设备信息重新获取鉴权信息；鉴权信息的剩余有效期为0，即该鉴权信息失效，此时通过生物支付验证程序获取设备信息，并根据该设备信息重新获取鉴权信息，然后利用本次获取的鉴权信息调用生物支付验证接口唤醒生物支付验证程序，同时将本次获取的鉴权信息缓存至本地。

在一个实施例中，上述方法还包括：每隔预设时间段调用生物支付验证程序获取所处设备的设备信息，并根据设备信息向商户后台服务器发送鉴权信息获取请求；在本实施例中，接收商户后台服务器返回的鉴权信息以及鉴权信息的有效期，更新本地已缓存的鉴权信息。

进一步地，在一个实施例中，对于鉴权信息的缓存可以设定为每隔预设时间重新获取一次新的鉴权信息，其中将预设时间设置为小于鉴权信息的有效期的时间，在第一次缓存鉴权信息之后开始计时，每隔预设时间更新本地缓存新的鉴权信息，如此可以保证缓存的鉴权信息的状态始终有效。在另一个实施例中，在检测到鉴权信息的状态为失效或者即将失效时，获取新的鉴权信息进行缓存；具体可以设置为在响应支付操作请求时对鉴权信息的状态进行检测，可以设置为每隔一段时间对鉴权信息的状态进行检测，或者还可以设置为在用户主动触发时对鉴权信息的状态进行检测。更进一步地，在一个实施例中，获取鉴权信息的同时还获取鉴权信息的有效期。

本实施例中每隔预设时间重新通过生物支付验证程序获取设备信息，并根据设备信息向商户后台服务器获取新的鉴权信息以及有效期，将新获取的鉴权信息以及有效期替换本地已缓存的鉴权信息及其有效期；其中，将预设时间设置为小于鉴权信息的有效期，通过本实施例中的方法，可以保证本地缓存的鉴权信息始终为有效，避免在需要进行生物支付时，响应支付操作请求再去获取鉴权信息，可以减少生物支付的流程，从而达到提高生物支付效率的效果。

在一个具体实施例中，在终端获取鉴权信息以及鉴权信息的有效期进行缓存时开始计时，每隔预设时间重新获取新的鉴权信息及其有效期进行本地缓存的鉴权信息及其有效期的更新。

在另一个实施例中，每次获取的鉴权信息的有效期不相同，也可以根据每次获取的鉴权信息的有效期设置预设时间，如本次获取的鉴权信息的有效期为第一时间段时，将本次更新鉴权信息的预设时间设置为小于第一时间段的时长，下次获取的鉴权信息的有效期为第二时间段时，将下次更新鉴权信息的预设时间设置为小于第二时间段的时长。

在一个实施例中，上述支付方法还包括：在检测到已缓存的鉴权信息时，获取鉴权信息的有效期，以及鉴权信息缓存至本地的缓存时间；根据鉴权信息的有效期以及缓存时间，确定鉴权信息的状态。

在一个实施例中，上述支付方法在获取外部输入的账户标识和生物特征时，还包括：获取订单内容，将订单内容发送至商户后台服务器，接收商户后台服务器根据订单内容返回的订单信息；基于订单信息向支付服务器发送支付字符序列获取请求，以获取与账户标识对应的支付字符序列。

在其中的一个实施例中，订单内容可以包括选购物品、选购物品的数量以及选购物品的单价等等；商户服务器根据订单内容可以生成订单，获得订单信息包括如订单号和订单总价等，然后将订单信息反馈给终端。

上述实施例中的支付方法，终端在获取订单信息之后基于订单信息向支付服务器发送支付字符序列获取请求，可以进一步提高支付的安全性。

如图5所示，为一个具体实施例中的支付方法的时序图，本实施例中以生物特征为面部特征为例，即该过程为人脸验证支付。

商户应用程序检测到用户点击刷脸支付，判定检测到生物支付操作指令，响应该生物支付操作指令，检测是否有缓存的鉴权信息，若有缓存的鉴权信息，对其状态进行检测，若鉴权信息的状态为有效，则获取外部输入的用户标识(手机号码)和面部特征，同时利用该鉴权信息调用人脸验证接口，通过人脸验证应用程序实现对面部特征的验证；具体为将人脸面部特征与账户标识对应的预留面部特征进行比较，若获取的面部特征与预留面部特征一致判定面部特征通过验证，根据账户标识向支付服务器发送付款码获取请求，接收支付服务器发送的与账户标识对应的付款码，完成支付。

在另一个实施例中，若未检测到缓存的鉴权信息，或者检测到缓存的鉴权信息且鉴权信息的状态为失效，商户应用程序先向人脸验证应用程序获取所在设备的设备信息，根据设备信息向商户后台服务器请求获取鉴权信息及其有效期，缓存鉴权信息及其有效期；然后进入获取外部输入的账户标识以及面部特征的步骤，利用新获取的鉴权信息调用人脸验证接口。

在另一个实施例中，若检测到缓存的状态为即将失效的鉴权信息时，在本次使用该鉴权信息调用人脸验证接口，完成人脸验证以及获得对应的付款码完成支付之后，进入向人脸验证应用程序获取所在设备的设备信息，根据设备信息向商户后台服务器请求获取鉴权信息及其有效期，缓存鉴权信息及其有效期。

上述支付方法，对于鉴权信息进行缓存，在用户进行人脸支付时，不用重新获取鉴权信息，可以减少每次进行人脸验证支付时的流程，从而减少人脸验证支付的时长。此外，对于以往的强制验证订单号的流程，通过支付服务器返回安全性较高的付款码，移除了对订单号的依赖，同样可以减少人脸验证支付的时长，达到在用户点击“人脸验证支付”的按钮后，快速拉起人脸验证应用程序对面部特征进行验证并支付。

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

在一个实施例中，本申请还提供一种支付装置，该装置包括：

如图6所示，该装置包括接口调用模块610、验证模块620、请求发送模块630、接收模块640以及支付模块650。

接口调用模块610，用于响应支付操作请求，调用生物支付验证接口。

验证模块620，用于通过生物支付验证接口，唤醒对应的生物支付验证程序，获取外部输入的账户标识和生物特征并验证。

请求发送模块630，用于当验证通过时，向支付服务器发送支付字符序列获取请求。

接收模块640，用于接收支付服务器反馈的通用支付字符序列，其中，通用支付字符序列不设定支付数值。

支付模块650，用于根据通用支付字符序列，执行支付操作。

上述支付装置，响应于支付操作请求，调用生物支付验证接口，唤醒对应的生物支付验证程序获取外部输入的账户标识和生物特征进行验证，并在通过验证时，向支付服务器发送请求获取与账户标识对应的通用支付字符序列，根据该通用支付字符序列可以执行支付操作。通过上述方法，用户通过商户的终端发起支付操作时，终端响应支付操作请求将会向支付服务器获取支付字符序列用于支付，由于支付服务器反馈给到商户的支付字符序列是通用支付字符序列，而通用支付字符序列未设定支付数值，因此终端只需在通过生物验证时即可从支付服务器获取到用于支付的通用支付字符序列，这个过程不依赖于商户的网络情况和下单的处理时间，可以减少支付时间。

在一个实施例中，接口调用模块包括：设备信息获取模块，用于响应支付操作请求，当未检测到缓存有有效的鉴权信息时，调用生物支付验证程序获取所处设备的设备信息；鉴权信息获取请求发送模块，用于根据设备信息向商户后台服务器发送鉴权信息获取请求；鉴权信息接收模块，用于接收商户后台服务器返回的鉴权信息以及鉴权信息的有效期，调用生物支付验证接口。在本实施例中，上述装置还包括缓存模块，用于在接收商户后台服务器返回的鉴权信息以及鉴权信息的有效期之后，缓存鉴权信息以及鉴权信息的有效期。

在一个实施例中，接口调用模块用于响应支付操作请求，当检测到已缓存有有效的鉴权信息时，调用生物支付验证接口.

在一个实施例中，接口调用模块包括：剩余有效期读取模块，用于响应支付操作请求，当检测到已缓存有有效的鉴权信息时，读取鉴权信息的剩余有效期；接口调用模块用于当剩余有效期大于预设阈值时，调用生物支付验证接口。

在一个实施例中，接口调用模块包括：设备信息获取模块，用于当剩余有效期小于预设阈值时，调用生物支付验证程序获取所处设备的设备信息；鉴权信息获取请求发送模块，用于根据设备信息向商户后台服务器发送鉴权信息获取请求；更新模块，用于接收商户后台服务器返回的鉴权信息以及鉴权信息的有效期，更新本地已缓存的鉴权信息。

在一个实施例中，计时模块，用于每隔预设时间段调用生物支付验证程序获取所处设备的设备信息，并根据设备信息向商户后台服务器发送鉴权信息获取请求；接收商户后台服务器返回的鉴权信息以及鉴权信息的有效期，更新本地已缓存的鉴权信息。

在一个实施例中，验证模块，用于通过生物支付验证接口，唤醒对应的生物支付验证程序；调用生物支付验证程序将获取的生物特征与账户标识对应的预留生物特征进行比对；当确定生物特征与账户标识对应的预留生物特征一致时，判定验证通过。

图7示出了一个实施例中计算机设备的内部结构图。该计算机设备具体可以是图1中的终端110。如图7所示，该计算机设备包括该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、输入装置和显示屏。其中，存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质存储有操作系统，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现支付方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行支付方法。计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，本申请提供的支付装置可以实现为一种计算机程序的形式，计算机程序可在如图7所示的计算机设备上运行。计算机设备的存储器中可存储组成该支付装置的各个程序模块，比如，图6所示的接口调用模块模块、验证模块、请求发送模块、接收模块以及支付模块。各个程序模块构成的计算机程序使得处理器执行本说明书中描述的本申请各个实施例的支付方法中的步骤。

例如，图7所示的计算机设备可以通过如图6所示的支付装置中的接口调用模块响应支付操作请求，调用生物支付验证接口。计算机设备可通过验证模块通过生物支付验证接口，唤醒对应的生物支付验证程序，获取外部输入的账户标识和生物特征并验证。计算机设备可通过请求发送模块当验证通过时，向支付服务器发送支付字符序列获取请求。计算机设备可通过接收模块接收支付服务器反馈的通用支付字符序列，其中，通用支付字符序列不设定支付数值。计算机设备可通过支付模块根据通用支付字符序列，执行支付操作。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，计算机程序被处理器执行时，使得处理器执行上述支付方法的步骤。此处支付方法的步骤可以是上述各个实施例的支付方法中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时，使得处理器执行上述支付方法的步骤。此处支付方法的步骤可以是上述各个实施例的支付方法中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。