通过穿戴式设备进行支付授权与支付的方法、系统及装置与流程

本申请涉及支付技术领域，尤其涉及一种通过穿戴式设备进行支付授权与支付的方法、系统及装置。

背景技术：

随着移动支付技术的发展，用户可在穿戴式设备上实现支付功能，比如用户可通过一种内置公交卡芯片的手环，通过预先在公交充值点进行充值，从而可在乘坐公车的时候，通过手环完成投币的支付功能。

但是，上述利用穿戴式设备进行支付的方法，只能消费预先充值的金额，当余额不足的时候，只有通过充值，穿戴式设备才能继续拥有支付功能，十分不便，且当穿戴式设备丢失的时候，用户没有办法去限制其他人使用该穿戴式设备进行支付，可能会为用户的财产带来损失。

技术实现要素：

本申请的目的旨在至少在一定程度上解决上述的技术问题之一。

为此，本申请的第一个目的在于提出一种通过穿戴式设备进行支付的方法。该方法通过将穿戴式设备与支付服务器进行关联，实现了在可穿戴式设备上可完成实时的线下支付功能，提升了用户体验。

本申请的第二个目的在于提出另一种通过穿戴式设备进行支付的方法。

本申请的第三个目的在于提出一种对穿戴式设备进行支付授权的方法。

本申请的第四个目的在于提出再一种通过穿戴式设备进行支付的方法。

本申请的第五个目的在于提出一种通过穿戴式设备进行支付的系统。

本申请的第六个目的在于提出一种商户设备端。

本申请的第七个目的在于提出一种穿戴式设备。

本申请的第八个目的在于提出一种移动终端。

本申请的第九个目的在于提出一种支付服务器。

为达上述目的，根据本申请第一方面的实施例提出了一种通过穿戴式设备进行支付的方法，包括以下步骤：接收穿戴式设备发送的所述穿戴式设备的支付凭证；将所述支付凭 证发送至支付服务器进行校验；以及在通过所述校验之后，接收所述支付服务器返回的业务内容，并向所述用户提供所述业务内容，其中，所述支付服务器在所述支付凭证通过校验之后进行支付处理。

本申请实施例的通过穿戴式设备进行支付的方法，通过将接收到的穿戴式设备的支付凭证发送到支付服务器进行校验，并在通过校验后接收支付服务器返回的业务内容，并向用户提供业务内容，从而通过将穿戴式设备与支付服务器进行关联，实现了在可穿戴式设备上可完成实时的线下支付功能，提升了用户体验。

为达上述目的，根据本申请的第二方面的实施例，提出了一种通过穿戴式设备进行支付的方法，包括以下步骤：接收用户的预设指令；根据所述预设指令发送穿戴式设备的支付凭证，其中，商户设备端根据所述支付凭证进行校验，并在通过所述校验之后，向所述用户提供商品交易服务，并由支付服务器在所述支付凭证通过校验之后进行支付处理。

本申请实施例的通过穿戴式设备进行支付的方法，根据接收到的用户的预设指令发送穿戴式设备的支付凭证，商户设备端并根据该支付凭证进行校验，并在校验通过后，为用户提供商品交易服务。实现了在可穿戴式设备上可完成实时的线下支付功能，从而商户设备端可向用户提供商品交易服务，提升了用户体验。

为达上述目的，根据本申请第三方面的实施例提出了一种对穿戴式设备进行支付授权的方法，包括以下步骤：向穿戴式设备发送授权请求；接收所述穿戴式设备根据所述授权请求发送的用户密钥；将所述用户密钥发送至所述支付服务器；接收所述支付服务器根据所述用户密钥生成的所述支付凭证；将所述支付凭证发送至所述穿戴式设备以对所述穿戴式设备进行支付授权。

本申请实施例的对穿戴式设备进行支付授权的方法，支付服务器接收穿戴式设备根据授权请求发送的用户密钥，从而支付服务器根据用户密钥生成支付凭证，从而穿戴式设备被授权，可进行支付操作。实现了将穿戴式设备与支付服务器进行关联，实现了在可穿戴式设备上可完成实时的线下支付功能，提升了用户体验。

为达上述目的，根据本申请的第四方面的实施例提出了一种通过穿戴式设备进行支付的方法，包括以下步骤:接收商户设备端发送的穿戴式设备的支付凭证；根据所述支付凭证进行校验；当通过校验之后，向所述商户设备端发送所述商户设备端对应的业务内容，以及在所述支付凭证通过校验之后进行支付处理。

本申请实施例的通过穿戴式设备进行支付的方法，对接收到的商户设备端发送的穿戴式设备的支付凭证进行校验，当通过校验之后，向商户设备端发送商户设备端对应的业务内容。实现了在可穿戴式设备上可完成实时的线下支付功能，提升了用户体验。

为达上述目的，根据本申请的第五方面的实施例提出了一种通过穿戴式设备进行支付 的系统，包括穿戴式设备、商户设备端和支付服务器，其中，所述穿戴式设备，用于发送所述穿戴式设备的支付凭证；所述商户设备端，用于将所述支付凭证发送至支付服务器进行校验，并接收所述支付服务器返回的业务内容，以及向所述用户提供所述业务内容；所述支付服务器，用于根据所述支付凭证进行校验，并在校验通过之后将所述业务内容发送至所述商户设备端，以及在所述支付凭证通过校验之后进行支付处理。

本申请实施例的通过穿戴式设备进行支付的系统，穿戴式设备发送穿戴式设备的支付账户凭证，且支付服务器根据支付凭证进行校验，并在校验通过之后将业务内容发送至商户设备端，商户设备端将该支付凭证发送至支付服务器进行校验，并接收该支付服务器返回的校验内容以向用户提供业务内容。实现了通过将穿戴式设备与支付服务器进行关联，实现了在可穿戴式设备上可完成实时的线下支付功能，提升了用户体验。

为达上述目的，根据本申请的第六方面的实施例提出了一种商户设备端，包括：第一接收模块，用于接收穿戴式设备发送的所述穿戴式设备的支付凭证；第一发送模块，用于将所述支付凭证发送至支付服务器进行校验；以及第二接收模块，用于在通过所述校验通过之后，接收所述支付服务器返回的业务内容；以及提供模块，用于向所述用户提供所述业务内容。

本申请实施例的商户设备端，接收穿戴式设备发送的穿戴式设备的支付凭证，并将该穿戴式设备的支付凭证发送至支付服务器进行校验，并在通过校验之后，接收支付服务器返回的业务内容，并提供给用户。实现了在可穿戴式设备上可完成实时的线下支付功能，提升了用户体验。

为达上述目的，根据本申请的第七方面的实施例提出了一种穿戴式设备，包括：第三接收模块，用于接收用户的预设指令；发送模块，用于根据所述预设指令发送穿戴式设备的支付凭证，其中，商户设备端根据所述支付凭证进行校验，并在通过所述校验之后，向所述用户提供商品交易服务。

本申请实施例的穿戴式设备，接收用户的预设指令，并根据预设指令发送穿戴式设备的支付凭证，从而商户设备端对支付凭证进行校验，并在通过校验之后，向用户提供商品交易服务。实现了在可穿戴式设备上可完成实时的线下支付功能，提升了用户体验。

为达上述目的，根据本申请的第八方面的实施例提出了一种移动终端，包括：第三发送模块，用于向穿戴式设备发送授权请求；第六接收模块，用于接收所述穿戴式设备根据所述授权请求发送的用户密钥；第四发送模块，用于将所述用户密钥发送至所述支付服务器；第七接收模块，用于接收所述支付服务器根据所述用户密钥生成的支付凭证；第五发送模块，用于将所述支付凭证发送至所述穿戴式设备以对所述穿戴式设备进行支付授权。

本申请实施例的移动终端，接收穿戴式设备根据授权请求发送的用户密钥，并将用户 密钥发送至支付服务器，并接收支付服务器根据用户密钥生成的支付凭证，并将支付凭证发送至穿戴式设备以对穿戴式设备进行支付授权。实现了在可穿戴式设备上可完成实时的线下支付功能，提升了用户体验。

为达上述目的，根据本申请的第九方面的实施例提出了一种支付服务器，包括：第八接收模块，用于接收商户设备端发送的穿戴式设备的支付凭证；校验模块，用于根据所述支付凭证进行校验；第六发送模块，用于当通过校验之后，向所述商户设备端发送所述商户设备端对应的业务内容；支付处理模块，用于在所述支付凭证通过校验之后，进行支付处理。

本申请实施例的支付服务器，对接收到的商户设备端发送的穿戴式设备发送的支付凭证进行校验，并在通过校验后，向商户设备端发送商户设备端对应的业务内容。实现了在可穿戴式设备上可完成实时的线下支付功能，提升了用户体验。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：

本申请的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：

图1是根据本申请一个实施例的通过穿戴式设备进行支付的方法的流程图；

图2是根据本申请一个实施例的对穿戴式设备进行支付授权的方法的流程图；

图3(a)-图3(e)是根据本申请一个实施例的手环绑定的流程示意图；

图4是根据本申请一个具体实施例的通过穿戴式设备进行支付的方法的流程图；

图5是根据本申请一个实施例的穿戴式设备完成线下支付的流程示意图；

图6是根据本申请一个实施例的对穿戴式设备进行支付授权的方法的流程图；

图7是根据本申请一个实施例的对穿戴式设备进行授权的流程示意图；

图8是根据本申请一个实施例的通过穿戴式设备进行支付的方法的流程图；

图9是根据本申请一个实施例的通过穿戴式设备进行支付的系统的结构示意图；

图10是根据本申请一个具体实施例的通过穿戴式设备进行支付的系统示意图；

图11是根据本申请一个实施例的商户设备端的结构示意图；

图12是根据本申请一个实施例的穿戴式设备的结构示意图；

图13是根据本申请一个具体实施例的穿戴式设备的结构示意图；

图14是根据本申请一个实施例的移动终端的结构示意图；

图15是根据本申请一个实施例的支付服务器的结构示意图；以及

图16是根据本申请一个具体实施例的支付服务器的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

本申请提供的通过穿戴式设备进行支付的方法，在支付服务器通过对穿戴式设备的支付凭证校验并校验合法后，向用户提供相应的业务内容，实现了在穿戴式设备上可完成实时线下支付功能。

图1是根据本申请一个实施例的通过穿戴式设备进行支付的方法的流程图。本实施例集中在商户设备端的一侧对通过穿戴式设备进行支付的方法进行描述。需要说明的是，本申请实施例中的穿戴式设备可以是智能手环、智能手表、智能眼镜等，且为了实现本申请实施例中的通过穿戴式设备进行支付的功能，穿戴式设备中可包含有openssl密码库。另外，穿戴式设备根据与其他设备连接技术的不同，可对应支持蓝牙协议、nfc(nearfieldcommunication,近场通信)协议等。

进一步地，需要说明的是，本申请实施例中的移动终端可以是手机、平板电脑、个人数字助理等具有各种操作系统的硬件设备，且该硬件设备支持本申请实施例中穿戴式设备采用的连接技术，比如如果穿戴式设备采用的是蓝牙4.0协议，则对应的移动终端也支持蓝牙4.0协议。

如图1所示，该通过穿戴式设备进行支付的方法包括：

s110，接收穿戴式设备发送的穿戴式设备的支付凭证。

具体地，为了实现本申请实施例的通过穿戴式设备进行支付的方法，首先要对该穿戴式设备进行支付授权，图2为根据本申请一个实施例的对穿戴式设备进行支付授权的方法的流程图，如图2所示，该对穿戴式设备进行支付授权的方法包括：

s210，与穿戴式设备绑定的移动终端向穿戴式设备发送授权请求。

具体地，可预先通过移动终端扫描周边的特定的穿戴式设备，例如通过蓝牙扫描支持支付应用程序标准蓝牙协议的穿戴式设备，并建立移动终端的与扫描到的穿戴式设备的蓝牙通信连接。

其中，在建立通信连接之前，还可获取扫描到的穿戴式设备的蓝牙地址以及型号信息等，如果获取的蓝牙地址以及型号信息与扫描识别的蓝牙地址以及型号信息相一致，才建 立移动终端的与扫描到的穿戴式设备的蓝牙通信连接。

为了更加清楚穿戴式设备与移动终端的绑定过程，下面结合图3(a)至图3(e)中对对穿戴式设备进行授权的方法进行说明，在该示例中，穿戴式设备为手环，移动终端为手机，说明如下：

首先，如图3(a)所示，进入手机上支付应用程序的界面，对确定绑定菜单进行相应的确定操作，以开始对智能手环进行绑定，进而如图3(b)所示，支付应用程序通过蓝牙扫描周边特定的智能穿戴设备，只有支持该支付应用程序标准的蓝牙协议的穿戴式设备才能被扫描到，并且如图3(b)所示，可将扫描到的穿戴设备以列表的形式显示。进一步地，如图3(c)所示，向用户发送相关的提示信息，以提示用户在手环上进行确定操作。如图3(d)所示，在用户根据图3(c)的提示信息，轻敲亮起的手环后，在支付应用程序输入支付密码，以完成用户身份的验证。验证通过后，如图3(e)所示，可通过开启相应的支付开关，实现手环与手机的绑定。

其中，应当理解的是，穿戴式设备通过移动终端上的支付应用程序绑定用户的相关支付账户，比如用户的银行卡、抵用券、电子积分等。

s220，移动终端接收穿戴式设备根据授权请求发送的用户密钥。

具体地，基于上述实施例，穿戴式设备在接收到该授权请求后，可通过openssl密码库根据穿戴式设备的蓝牙地址、设备型号等设备信息随机的为该授权请求生成用户密钥，并将该用户密钥发送至移动终端。

s230，移动终端将用户密钥发送至支付服务器。

s240，移动终端接收支付服务器根据用户密钥生成的支付凭证。

具体地，为了实现穿戴式设备可完成线下支付，以及保证用户的财产安全，支付服务器根据用户的密钥生成支付凭证。

需要注意的是，该支付凭证与穿戴式设备相对应，对应于穿戴式设备的蓝牙型号、设备信息以及用户的支付账户信息等，且该支付凭证具有唯一性，是支付服务器给与支付账户绑定的穿戴式设备发放的“令牌”，一个“令牌”对应于一个穿戴式设备。

其中，作为一种示例，该支付凭证可以包括穿戴式设备的设备凭证和用户凭证，设备凭证可以对应于穿戴式设备的各种设备信息，比如可对应于穿戴式设备的设备类型、型号等，一个设备凭证对应于一个穿戴式设备。另外，用户的账户凭证用以标识账户的唯一性，可包括用户的账户昵称、id(identity,身份)等，一个用户的账户凭证对应于一个用户的支付账号等。

进一步地，在本申请的一个实施例中，为了保障授权的安全性，支付服务器可以对生成的支付凭证进行加密操作，并向移动终端下发加密的支付凭证。

s250，移动终端将支付凭证发送至穿戴式设备。

具体地，穿戴式设备可对接收到的支付凭证进行加密并存储。从而，获取到支付凭证的穿戴式设备被授权完成。且该授权一次授权永久有效。完成授权后的穿戴式设备绑定了用户的支付账户和用户的银行卡、抵用券、电子积分等。

进一步地，可预先针对发送支付凭证事件设置并存储对应的预设指令，进而根据接收到的用户指令查询存储的预设指令，通过判断该指令是否是预设指令来进一步判断是否调用发送支付凭证的事件。其中，应当理解的是，该预设指令有多种，可由系统进行设定，也可由用户根据自己的操作习惯和喜好自行设定，下面举例说明：

作为一种示例，该预设指令可以包含敲击指令，即当穿戴式设备接收到用户的敲击指令，且敲击频率在第一频率预设范围之内，判定该用户指令为预设指令；

作为一种示例，该预设指令可以是摇动指令，即当穿戴式设备接收到用户的摇动指令，且摇动频率在第二频率预设范围内，判定该用户指令为预设指令；

作为一种示例，该预设指令可以是转动指令，即当穿戴式设备接收到用户的转动指令，且转动幅度在幅度预设范围内，判定该用户指令为预设指令。

更进一步地，当穿戴式设备接收到用户的预设指令后，可根据该预设指令读取存储的支付凭证，并对该支付凭证进行解密并发送，其中，可通过蓝牙或者nfc技术接收穿戴式设备发送的穿戴式设备的支付凭证。

s120，将支付凭证发送至支付服务器进行校验。

为了验证请求业务的穿戴式设备是否是当初被授权的穿戴式设备，将支付凭证发送至支付服务器进行校验。

s130，在通过校验之后，接收支付服务器返回的业务内容，并向用户提供业务内容，其中，支付服务器在支付凭证通过校验之后进行支付处理。

可以理解，当校验支付凭证合法后，支付服务器中的业务功能区可针对商户设备端发送的支付凭证进行业务的匹配，匹配出穿戴式设备的该次请求具体针对的业务内容，从而接收支付服务器返回的业务内容，并向用户提供相应的业务内容，比如提供电影票等。

在上述实施例中，支付服务器在支付凭证通过校验之后，根据相应的业务内容，进行相应的支付处理(例如扣款)操作，并且可在完成支付处理后，向与穿戴式设备绑定的移动终端发送支付通知，该支付通知可以包括本次支付的金额、商品、地点等信息，以便于用户了解自己资金的实时动态。

在本申请的另一个实施例中，除了接受上述实施例中描述的通过穿戴式设备进行支付的功能外，还可接受取票等验证功能。例如，当用户携带与该移动终端绑定的手环等穿戴式设备时，可在电影院的取票机前，通过敲击、摇晃、操作相应的菜单键等方式操作穿戴 式设备，以使得取票机在接收到该指令后，自动打印出用户预先在具有支付功能的应用程序上已经购买的电影票。需要说明的是，该功能也可以应用于取车票等其他场景中，在此不一一说明。

在本申请的另一个实施例中，当用户的穿戴式设备丢失后，可在移动终端上相应的应用程序上，解除对该穿戴式设备的绑定，从而使得该穿戴式设备失去支付功能，保障了用户的财产安全。

本申请实施例的通过穿戴式设备进行支付的方法，通过将接收到的穿戴式设备的支付凭证发送到支付服务器进行校验，并在通过校验后接收支付服务器返回的业务内容，并向用户提供业务内容，从而通过将穿戴式设备与支付服务器进行关联，实现了在可穿戴式设备上可完成实时的线下支付功能，可使用用户的支付账户进行支付，并且可实现一次授权永久有效，可实现离线支付，提升了用户体验。

本申请提出的另一种通过穿戴式设备进行支付的方法，根据用户的预设指令发送穿戴式设备的支付凭证，以供商户设备端根据支付凭证进行检验，从而在校验通过后，向用户提供商品交易服务。

为了全面的说明本申请实施例的通过穿戴式设备进行支付的方法，下面的实施例，集中在穿戴式设备的一侧对通过穿戴式设备进行支付的方法进行描述。图4为根据本申请一个实施例的通过穿戴式设备进行支付的方法的流程图，如图4所示，该穿戴式设备进行支付的方法包括：

s410，接收用户的预设指令。

具体地，可预先针对发送支付凭证事件设置并存储对应的预设指令，进而根据接收到的用户指令查询存储的预设指令，通过判断该指令是否是预设指令来进一步判断是否调用发送支付凭证的事件。其中，应当理解的是，该预设指令有多种，可由系统进行设定，也可由用户根据自己的操作习惯和喜好自行设定，下面举例说明：

作为一种示例，该预设指令可以包含敲击指令，即当穿戴式设备接收到用户的敲击指令，且敲击频率在第一频率预设范围之内，判定该用户指令为预设指令；

作为一种示例，该预设指令可以是摇动指令，即当穿戴式设备接收到用户的摇动指令，且摇动频率在第二频率预设范围内，判定该用户指令为预设指令；

作为一种示例，该预设指令可以是转动指令，即当穿戴式设备接收到用户的转动指令，且转动幅度在幅度预设范围内，判定该用户指令为预设指令。

也就是说，当识别出用户的指令是预设指令时，确认接收到预设指令。

s420，根据预设指令发送穿戴式设备的支付凭证，其中，商户设备端根据支付凭证进行校验，并在通过校验之后，向用户提供业务内容，并由支付服务器在支付凭证通过校验 之后进行支付处理。

基于上述实施例，当穿戴式设备接收到用户的预设指令后，可根据预设指令读取存储的支付凭证，并对该支付凭证进行解密并发送给商户设备端，其中，可通过蓝牙或者nfc技术发送穿戴式设备的穿戴式设备的支付凭证。

进一步地，商户设备端接收穿戴式设备发送的支付凭证，并将该支付凭证发送至支付服务器进行校验，可以理解，在当校验支付凭证合法后，支付服务器中的业务功能区可针对商户发送的支付凭证进行业务的匹配，匹配出穿戴式设备的该次请求具体针对的业务内容，从而商户设备端接收支付服务器返回的业务内容，并向用户提供相应的业务内容，比如提供电影票等。

在上述实施例中，支付服务器在支付凭证通过校验之后，根据相应的业务内容，进行相应的支付处理操作，并且可在完成支付处理后，向与穿戴式设备绑定的移动终端发送支付通知，该支付通知可以包括本次支付的金额、商品、地点等信息，以便于用户了解自己资金的实时动态。

其中，穿戴式设备获取支付凭证的方法描述，参照上述根据图2对穿戴式设备进行支付授权的方法的描述，在此不再赘述。

需要说明的是，上述商户设备端是可为用户提供商品或者服务的设备，比如可以是自动售卖机、电影取票机、商家的收银台等。

为了使得本领域的相关技术人员更加清楚的了解本申请的实施例，下面参照图5对穿戴式设备完成线下支付的流程举例说明，在该示例中，用户绑定的支付账号是支付宝账号，如图5所示，可根据用户的预设指令在穿戴式设备端发起支付事件(s510)，从而读取穿戴式设备中的安全存储区域中的支付凭证(s520)，并将该支付凭证返回给穿戴式设备端的支付宝进程(s530)，以供该支付宝进程解密该凭证(s540)，并根据该凭证生成交易凭证(s550)，从而向商户设备端中的线下售货机传输该带有交易凭证(s560)，商户客户端根据该交易凭证向支付服务器端发送校验请求(s570),接收到该校验请求后，支付服务器端的业务服务器将根据该校验请求生成的校验凭证发送至凭证服务器(s580)，从而该凭证服务器关联用户的身份(s590)，并且支付服务器中的业务服务器根据该凭证关联的用户的身份获取匹配的业务，并将该匹配业务返回给线下售货机(s5100)，从而该线下售货机完成校验，为用户提供相关的服务(s5110)。

本申请实施例的通过穿戴式设备进行支付的方法，根据用户的预设指令发送穿戴式设备的支付凭证，从而商户设备端对该支付凭证进行校验，并在通过验证后，向用户提供相应的业务内容。实现了可由穿戴式设备完成线下的支付，根，且通过发送支付通知使用户了解到每次消费的相关信息，使得用户的消费更加的直观，提升了用户的体验。

本申请提出的一种对穿戴式设备进行支付授权的方法，支付服务器根据穿戴式设备根据授权请求发送的用户密钥，生成穿戴式设备的支付凭证，从而将上述凭证发送至穿戴式设备对其进行授权，实现了穿戴式设备和支付服务器的关联。

需要说明的是，本申请实施例在移动终端一侧对该方法进行描述。图6为根据本申请一个实施例的对穿戴式设备进行支付授权的方法的流程图，如图6所示，该对穿戴式设备进行支付授权的方法包括：

s610，向穿戴式设备发送授权请求。

s620，接收穿戴式设备根据授权请求发送的用户密钥。

在本申请的一个实施例中，在移动终端向该穿戴式设备发起授权请求后，穿戴式设备中的openssl根据穿戴式设备的蓝牙型号信息以及设备信息等随机生成用户密钥并发送至移动终端。

s630，将用户密钥发送至支付服务器。

s640，接收支付服务器根据用户密钥生成的支付凭证。

具体地，在本申请的一个实施例中，为了实现穿戴式设备可完成线下支付，保证用户的资金安全，支付服务器根据用户的密钥生成支付凭证，以供支付服务器进一步地根据支付凭证验证发起支付的穿戴式设备的合法性。

需要注意的是，该支付凭证与穿戴式设备相对应，对应于穿戴式设备的蓝牙型号、设备信息以及用户的支付账户信息等，且该支付凭证具有唯一性，是支付服务器给与支付账户绑定的穿戴式设备发放的“令牌”，一个“令牌”对应于一个穿戴式设备。

其中，作为一种示例，该支付凭证可以包括穿戴式设备的设备凭证和用户凭证，设备凭证可以对应于穿戴式设备的各种设备信息，比如可对应于穿戴式设备的设备类型、型号等，一个设备凭证对应于一个穿戴式设备。另外，用户的账户凭证用以标识账户的唯一性，可包括用户的账户昵称、id(identity,身份)等，一个用户的账户凭证对应于一个用户的支付账号等。

s650，将支付凭证发送至穿戴式设备以对穿戴式设备进行支付授权。

需要说明的是，图6中对通过穿戴式设备进行支付的方法实施例的描述对应于图2中对穿戴式设备进行支付授权的方法的流程图，该方法与图2中的方法步骤一样对应，因此在此不再赘述。

为了使得本领域的技术人员更加清楚的了解本申请的实施例，举例说明对穿戴式设备进行授权的方法，在该示例中，穿戴式设备为手环，移动终端为手机，说明如下：

如图7所示，该对穿戴式设备进行授权的方法可包括：手机端向穿戴式设备发起授权请求(s710)，穿戴式设备中的支付宝进程根据该请求生成用户密钥，并将该密钥发送至用 户的支付宝钱包(s720)，从而支付宝钱包向支付宝服务器发送开通穿戴式设备线下支付的请求(s730)，进而向支付宝服务器请求支付凭证(s740)，进而凭证服务器根据该请求返回相应的支付凭证(s750)，该支付凭证对应于穿戴式设备的设备信息、蓝牙型号以及用户的账户信息等，支付宝服务器中的业务服务器对该支付凭证进行加密(s760)，并发送至手机端的支付宝钱包(s770)，支付宝钱包将该支付凭证传输至穿戴式设备(s780),以供穿戴式设备将该支付凭证加密并存储在安全存储区(s790)，从而完成对穿戴式设备进行支付的授权。

本申请实施例的穿戴式设备进行支付授权的方法，通过将支付服务器接收穿戴式设备根据授权请求发送的用户密钥，从而支付服务器根据用户密钥生成支付凭证，从而穿戴式设备被授权，可进行支付操作。实现了将穿戴式设备与支付服务器进行关联，实现了在可穿戴式设备上可完成实时的线下支付功能，提升了用户体验。

本申请提出的一种通过穿戴式设备进行支付的方法，支付服务器对商户设备端发送的穿戴式设备的支付凭证进行校验，并在通用校验后，向商户设备端发送商户设备端对应的业务内容，从而实现了在穿戴式设备上完成对商品等的线下实时支付功能。

为了实现上述实施例，本申请还提出了一种通过穿戴式设备进行支付的方法，本申请实施例集中在支付服务器一侧进行描述，图8为根据本申请一个实施例的通过穿戴式设备进行支付的方法的流程图，如图8所示，该通过穿戴式设备进行支付的方法包括：

s810，接收商户设备端发送的穿戴式设备的支付凭证。

优选地，可通过蓝牙或者nfc(nearfieldcommunication,近场通信)技术接收商户设备端发送的穿戴式设备的支付凭证。

需要注意的是，上述支付凭证与穿戴式设备相对应，对应于穿戴式设备的蓝牙型号、设备信息以及用户的支付账户信息等，且该支付凭证具有唯一性，是支付服务器给与支付账户绑定的穿戴式设备发放的“令牌”，一个“令牌”对应于一个穿戴式设备。

其中，作为一种示例，该支付凭证可以包括穿戴式设备的设备凭证和用户凭证，设备凭证可以对应于穿戴式设备的各种设备信息，比如可对应于穿戴式设备的设备类型、型号等，一个设备凭证对应于一个穿戴式设备。另外，用户的账户凭证用以标识账户的唯一性，可包括用户的账户昵称、id(identity,身份)等，一个用户的账户凭证对应于一个用户的账号。

其中，穿戴式设备获取支付凭证的方法描述，参照上述结合图2对穿戴式设备进行支付授权的方法的描述，在此不再赘述。

s820，根据支付凭证进行校验。

s830，当通过校验之后，向商户设备端发送商户设备端对应的业务内容，以及在支付凭证通过校验之后进行支付处理。

本申请实施例的通过穿戴式设备进行支付的方法，通过将接收到的穿戴式设备的支付凭证发送到支付服务器进行校验，并在通过校验后接收支付服务器返回的业务内容，并向用户提供业务内容，从而通过将穿戴式设备与支付服务器进行关联，实现了在可穿戴式设备上可完成实时的线下支付功能，可使用用户的支付账户进行支付，并且可实现一次授权永久有效，并实现了离线支付，提升了用户体验。

为了实现上述实施例，本申请还提出了一种通过穿戴式设备进行支付的系统，图9为根据本申请一个实施例的通过穿戴式设备进行支付的系统的结构示意图，如图9所示，该通过穿戴式设备进行支付的系统包括：穿戴式设备100、商户设备端200和支付服务器300。

其中，穿戴式设备100用于发送穿戴式设备的支付凭证。比如，穿戴式设备100可通过蓝牙或nfc发送支付凭证。

具体地，为了实现该实施例，要先对穿戴式设备100进行授权，图10为根据本申请一个具体实施例的通过穿戴式设备进行支付的系统示意图，在如图9所示的基础上，如图10所示，该通过穿戴式设备进行支付的系统还可包括：移动终端400。即与穿戴式设备100绑定的移动终端400，用于向穿戴式设备100发送授权请求，并接收穿戴式设备根据授权请求发送的用户密钥，以及将用户密钥发送至支付服务器300，并将接收到的支付服务器300根据用户密钥生成的支付凭证发送至穿戴式设备100。

在本申请的一个实施例中，穿戴式设备100，用于接收用户的预设指令，并根据预设指令发送支付凭证。

具体地，用户可预先针对发送支付凭证事件设置并存储对应的预设指令，进而穿戴式设备100根据接收到的用户指令查询存储的预设指令，通过判断该指令是否是预设指令来进一步判断是否调用发送支付凭证的事件。其中，应当理解的是，该预设指令有多种，可由系统进行设定，也可由用户根据自己的操作习惯和喜好自行设定，下面举例说明：

作为一种示例，该预设指令可以包含敲击指令，即当穿戴式设备接收到用户的敲击指令，且敲击频率在第一频率预设范围之内，判定该用户指令为预设指令；

作为一种示例，该预设指令可以是摇动指令，即当穿戴式设备接收到用户的摇动指令，且摇动频率在第二频率预设范围内，判定该用户指令为预设指令；

作为一种示例，该预设指令可以是转动指令，即当穿戴式设备接收到用户的转动指令，且转动幅度在幅度预设范围内，判定该用户指令为预设指令。

商户设备端200，用于将支付凭证发送至支付服务器300进行校验，并接收支付服务器300返回的业务内容，以及向用户提供业务内容。

即为了验证请求业务的穿戴式设备100是否是当初被授权的穿戴式设备100，通过商户设备端200将支付凭证发送至支付服务器300进行校验。

支付服务器300，用于根据支付凭证进行校验，并在校验通过之后将业务内容发送至商户设备端200，以及在支付凭证通过校验之后进行支付处理。

可以理解，当校验支付凭证合法后，支付服务器300中的业务功能区可针对商户设备端200发送的支付凭证进行业务的匹配，匹配出穿戴式设备100的该次请求具体针对的业务内容，从而接收支付服务器300返回的业务内容，并向用户提供相应的业务内容，比如提供电影票等。

在本申请的一个实施例中，支付服务器300还用于向与穿戴式设备100绑定的移动终端400发送支付通知。

在上述实施例中，支付服务器300在支付凭证通过校验之后，根据相应的业务内容，进行相应的支付处理操作，并且可在完成支付处理后，向与穿戴式设备100绑定的移动终端400发送支付通知，该支付通知可以包括本次支付的金额、商品、地点等信息，以便于用户了解自己资金的实时动态。

需要说明的是，对于本申请通过穿戴式设备进行支付的系统实施例中未被披露的细节，请参照本申请通过穿戴式设备进行支付的方法实施例。

本申请实施例的通过穿戴式设备进行支付的系统，通过将接收到的穿戴式设备的支付凭证发送到支付服务器进行校验，并在通过校验后接收支付服务器返回的业务内容，并向用户提供业务内容，从而通过将穿戴式设备与支付服务器进行关联，实现了在可穿戴式设备上可完成实时的线下支付功能，提升了用户的体验。

为了实现上述实施例，本申请还提出了一种商户设备端，图11为根据本申请一个实施例的商户设备端的结构示意图，如图11所示，该商户设备端，包括：第一接收模块210、第一发送模块220、第二接收模块230和提供模块240。

其中，第一接收模块210，用于接收穿戴式设备发送的穿戴式设备的支付凭证。

在本申请的一个实施例中，第一接收模块210可通过蓝牙或nfc接收穿戴式设备接收的穿戴式设备的支付凭证。

在本申请的一个实施例中，第一接收模块210可先接收用户的预设指令，并且根据预设指令发送穿戴式设备的支付凭证。

具体地，可预先针对发送支付凭证事件设置并存储对应的预设指令，进而第一接收模块210根据接收到的用户指令查询存储的预设指令，通过判断该指令是否是预设指令来进一步判断是否调用发送支付凭证的事件。其中，应当理解的是，该预设指令有多种，可由系统进行设定，也可由用户根据自己的操作习惯和喜好自行设定，下面举例说明：

作为一种示例，该预设指令可以包含敲击指令，即当穿戴式设备接收到用户的敲击指令，且敲击频率在第一频率预设范围之内，判定该用户指令为预设指令；

作为一种示例，该预设指令可以是摇动指令，即当穿戴式设备接收到用户的摇动指令，且摇动频率在第二频率预设范围内，判定该用户指令为预设指令；

作为一种示例，该预设指令可以是转动指令，即当穿戴式设备接收到用户的转动指令，且转动幅度在幅度预设范围内，判定该用户指令为预设指令。

进一步地，当第一接收模块210接收到用户的预设指令后，可根据该预设指令读取存储的支付凭证，并对该支付凭证进行解密并发送，其中，可通过蓝牙或者nfc技术接收发送的穿戴式设备的支付凭证。

第一发送模块220，用于将支付凭证发送至支付服务器进行校验。

第二接收模块230，用于在通过校验之后，接收支付服务器返回的业务内容。

可以理解，当校验支付凭证合法后，第二接收模块230接收支付服务器返回的业务内容，比如第二接收模块230接收返回实时支付业务、离线支付业务等。

在本申请的另一个实施例中，当用户的穿戴式设备丢失后，可在移动终端上相应的支付应用程序上，解除对该穿戴式设备的绑定等相关的操作，从而使得该穿戴式设备失去支付功能，保障了用户的财产安全。

提供模块240，用于向用户提供业务内容。

本申请实施例的商户设备端，通过将接收到的穿戴式设备的支付凭证发送到支付服务器进行校验，并在通过校验后接收支付服务器返回的业务内容，并向用户提供业务内容，从而通过将穿戴式设备与支付服务器进行关联，实现了在可穿戴式设备上可完成实时的线下支付功能，可使用用户的支付账户进行支付，并且可实现一次授权永久有效，提升了用户体验。

为了实现上述实施例，本申请还提出了一种穿戴式设备，图12为根据本申请一个实施例的穿戴式设备的结构示意图。如图12所示，该穿戴式设备包括：第三接收模块110和发送模块120。

其中，第三接收模块110用于接收用户的预设指令。

具体地，可预先针对发送支付凭证事件设置并存储对应的预设指令，进而第三接收模块110根据接收到的用户指令查询存储的预设指令，通过判断该指令是否是预设指令来进一步判断是否调用发送支付凭证的事件。其中，应当理解的是，该预设指令有多种，可由系统进行设定，也可由用户根据自己的操作习惯和喜好自行设定，下面举例说明：

作为一种示例，该预设指令可以包含敲击指令，即当穿戴式设备接收到用户的敲击指令，且敲击频率在第一频率预设范围之内，判定该用户指令为预设指令；

作为一种示例，该预设指令可以是摇动指令，即当穿戴式设备接收到用户的摇动指令，且摇动频率在第二频率预设范围内，判定该用户指令为预设指令；

作为一种示例，该预设指令可以是转动指令，即当穿戴式设备接收到用户的转动指令，且转动幅度在幅度预设范围内，判定该用户指令为预设指令。

发送模块120，用于根据预设指令发送穿戴式设备的支付凭证，其中，商户设备端根据支付凭证进行校验，并在通过校验之后，向用户提供商品交易服务。

具体地，在本申请的一个实施例中，如图13所示，穿戴式设备为了获取支付凭证，在如图12所示的基础上，还包括：第四接收模块130、第二发送模块140和第五接收模块150。

其中，第四接收模块130，用于接收与穿戴式设备绑定的移动终端向穿戴式设备发送的授权请求。

第二发送模块140，用于根据授权请求向移动终端发送用户密钥，其中，移动终端根据用户密钥向穿戴式设备返回支付凭证。

第五接收模块150，用于接收移动终端发送的支付凭证。

也就是说，该穿戴式设备通过获取到该支付凭证，得到了支付授权，可始终通过该支付凭证作为“令牌”执行离线支付功能，达到了一次授权永久有效的目的。

基于上述实施例，当获取到用户的预设指令后，发送模块120可根据预设指令通过蓝牙或nfc发送穿戴式设备的支付凭证。

本申请实施例的穿戴式设备，通过将接收到的穿戴式设备的支付凭证发送到支付服务器进行校验，并在通过校验后接收支付服务器返回的业务内容，并向用户提供业务内容，从而通过将穿戴式设备与支付服务器进行关联，实现了在可穿戴式设备上可完成实时的线下支付功能，可使用用户的支付账户进行离线支付，并且可实现一次授权永久有效，提升了用户体验。

为了实现上述实施例，本申请还提出了一种移动终端，图14为根据本申请一个实施例的移动终端的结构示意图。如图14所示，该移动终端包括：第三发送模块410、第六接收模块420、第四发送模块430、第七接收模块440和第五发送模块450。

其中，第三发送模块410，用于向穿戴式设备发送授权请求。

第六接收模块420，用于接收穿戴式设备根据授权请求发送的用户密钥。

第四发送模块430，用于将用户密钥发送至支付服务器。

第七接收模块440，用于接收支付服务器根据用户密钥生成的支付凭证。

第五发送模块450，用于将支付凭证发送至穿戴式设备以对穿戴式设备进行支付授权。

需要说明的是，对该通过移动终端进行授权的具体功能描述对应于通过图2对对穿戴式设备进行支付授权的方法的具体功能描述，在此不再赘述。

本申请实施例的移动终端，通过将支付服务器接收穿戴式设备根据授权请求发送的用户密钥，从而支付服务器根据用户密钥生成支付凭证，从而穿戴式设备被授权，可进行支 付操作。实现了将穿戴式设备与支付服务器进行关联，实现了在可穿戴式设备上可完成实时的线下支付功能，提升了用户体验。

为了实现上述实施例，本申请还提出了一种支付服务器，图15为根据本申请一个实施例的支付服务器的结构示意图。如图15所示，支付服务器包括：第八接收模块310、校验模块320和第六发送模块330，支付处理模块340。

其中，第八接收模块310用于接收商户设备端发送的穿戴式设备的支付凭证。

校验模块320用于根据支付凭证进行校验。

具体地，通过验证该支付凭证是否是当初生成的支付凭证，来判断盖茨交易的合法性。

第六发送模块330，用于当通过校验之后，向商户设备端发送商户设备端对应的业务内容。

可以理解，当校验模块320校验支付凭证合法后，第六发送模块330向商户客户设备端发送对应的业务内容，比如返回实时支付业务、离线支付业务等。

支付处理模块340，用于在支付凭证通过校验之后，进行支付处理。

可以理解，当支付凭证通过校验后，对于穿戴式设备绑定的支付账户进行支付处理，完成对该次交易的支付。

进一步地，图16为根据本申请一个具体实施例的支付服务器的结构示意图，如图16所示，在如图15所示的基础上，该支付服务器还包括：通知模块350。

通知模块350用于向与穿戴式设备绑定的移动终端发送支付通知。

需要说明的是，对该支付服务器的具体功能描述参照通过图8对通过穿戴式设备进行支付的方法的具体功能描述，在此不再赘述。

本申请实施例的通过穿戴式设备进行支付的系统，通过将接收到的穿戴式设备的支付凭证发送到支付服务器进行校验，并在通过校验后接收支付服务器返回的业务内容，并向用户提供业务内容，从而通过将穿戴式设备与支付服务器进行关联，实现了在可穿戴式设备上可完成实时的线下支付功能，并且可实现一次授权永久有效，提升了用户的体验。

在本申请的描述中，需要理解的是，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任 一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。