CN106384231A - 一种跨屏支付方法、***和客户端 - Google Patents

Abstract

本发明公开了一种跨屏支付方法、***和客户端，属于通信领域，包括：第一客户端获取用户触发的支付请求；第一客户端根据支付请求对应的第一本地插件，将支付请求发送至邻近的第二客户端；第二客户端根据支付请求对应的第二本地插件，运行支付请求，并完成支付。由此满足了多用户不同移动终端之间进行共享支付，提高了移动支付的灵活性，以及提高了用户个性化的体验。

Description

一种跨屏支付方法、***和客户端

技术领域

本发明涉及通信领域，特别涉及一种跨屏支付方法、***和客户端。

背景技术

随着移动终端的普及以及移动电子商务的蓬勃发展，越来越多的用户通过移动终端登陆电子商务平台进行网上购物，并直接在移动终端上进行支付和交易，移动支付使用户随身携带的移动终端成为了购物和支付的一站式终端，用户无需***、更无需现金，只要通过移动终端就能完成整个交易行为。

目前，用户通过在移动终端屏幕上显示的相关支付页面输入支付信息(如第三方支付账号/网上银行账号和密码等)来完成网上交易，其中该支付页面主要由安全支付插件进行创建并显示。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

现有技术中能够通过移动终端如智能手机进行移动支付，但尚无法满足多用户不同移动终端之间进行共享支付，从而导致移动支付手段灵活性较低，影响了用户个性化的体验。

发明内容

为了满足多用户不同移动终端之间进行共享支付，提高移动支付的灵活性，以及提高用户个性化的体验，本发明实施例提供了一种跨屏支付方法、***和客户端。所述技术方案如下：

第一方面，提供了一种跨屏支付方法，所述方法包括：

第一客户端获取用户触发的支付请求；

所述第一客户端根据所述支付请求对应的第一本地插件，将所述支付请求发送至邻近的第二客户端；

所述第二客户端根据所述支付请求对应的第二本地插件，运行所述支付请求，并完成支付。

结合第一方面，在第一种可能的实现方式中，所述第一客户端获取用户触发的支付请求包括：

获取用户在商品描述界面或者购物清单界面触发的手势、语音和预设案件中的任意一个；

所述手势的轨迹至少包括支付对象、支付金额以及请求轨迹；

所述语音至少包括用于描述所述支付对象、所述支付金额以及所述支付请求的关键词。

结合第一方面或第一方面的第一种可能的实现方式中，在第二种可能的实现方式中，所述根据所述支付请求对应的第一本地插件，将所述支付请求发送至邻近的第二客户端包括：

获取所述支付请求对应的第一本地插件；

将所述支付请求加载至所述第一本地插件；

通过所述第一本地插件，将所述支付请求发送至第二客户端。

结合第一方面的第二种可能的实现方式中，在第三种可能的实现方式中，所述通过所述第一本地插件，将所述支付请求发送至第二客户端包括：

设置所述第一本地插件的传输接口；

通过所述传输接口将所述支付请求以及运行所述支付请求所需插件的插件ID发送至第二客户端。

结合第一方面的第三种可能的实现方式中，在第四种可能的实现方式中，所述第二客户端根据所述支付请求对应的第二本地插件，运行所述支付请求，并完成支付包括：

根据所述插件ID，获取所述支付请求对应的第二本地插件；

根据所述第二本地插件，加载所述支付请求，并在用户完成支付之后，停止加载所述第二本地插件。

第二方面，提供了一种客户端，所述客户端包括：

获取模块，用于获取用户触发的支付请求；

发送模块，用于根据所述支付请求对应的第一本地插件，将所述支付请求发送至邻近的其他客户端，以使其他客户端根据所述支付请求对应的第二本地插件，运行所述支付请求，并完成支付。

结合第二方面，在第一种可能的实现方式中，所述获取模块具体用于：

获取用户在商品描述界面或者购物清单界面触发的手势、语音和预设案件中的任意一个；

所述手势的轨迹至少包括支付对象、支付金额以及请求轨迹；

所述语音至少包括用于描述所述支付对象、所述支付金额以及所述支付请求的关键词。

结合第二方面或第二方面的第一种可能的实现方式中，在第二种可能的实现方式中，所述发送模块包括：

第一本地插件获取子模块，用于获取所述支付请求对应的第一本地插件；

加载子模块，用于将所述支付请求加载至所述第一本地插件；

发送子模块，用于通过所述第一本地插件，将所述支付请求发送至其他客户端。

结合第二方面的第二种可能的实现方式中，在第三种可能的实现方式中，所述发送子模块具体用于：

设置所述第一本地插件的传输接口；

通过所述传输接口将所述支付请求以及运行所述支付请求所需插件的插件ID发送至其他客户端。

第三方面，提供了一种客户端，所述客户端包括：

接收模块，用于接收其他客户端通过支付请求对应的第一本地插件发送的支付请求，所述支付请求是用户在其他客户端在触发的；

支付模块，用于根据所述支付请求对应的第二本地插件，运行所述支付请求，并完成支付。

结合第三方面，在第一种可能的实现方式中，所述支付模块包括：

第二本地插件获取子模块，用于根据插件ID，获取支付请求对应的第二本地插件；

支付子模块，用于根据所述第二本地插件，加载所述支付请求，并在用户完成支付之后，停止加载所述第二本地插件。

第四方面，提供了一种电子设备，其特征在于，所述电子设备包括存储器以及与所述存储器连接的处理器，其中，所述存储器用于存储一组程序代码，所述处理器调用所述存储器所存储的程序代码用于执行以下操作：

获取用户触发的支付请求；

根据所述支付请求对应的第一本地插件，将所述支付请求发送至邻近的其他客户端，以使其他客户端根据所述支付请求对应的第二本地插件，运行所述支付请求，并完成支付。

结合第四方面，在第一种可能的实现方式中，所述处理器调用所述存储器所存储的程序代码用于执行以下操作：

获取用户在商品描述界面或者购物清单界面触发的手势、语音和预设案件中的任意一个；

所述手势的轨迹至少包括支付对象、支付金额以及请求轨迹；

所述语音至少包括用于描述所述支付对象、所述支付金额以及所述支付请求的关键词。

结合第四方面或第四方面的第一种可能的实现方式中，在第二种可能的实现方式中，所述处理器调用所述存储器所存储的程序代码用于执行以下操作：

获取所述支付请求对应的第一本地插件；

将所述支付请求加载至所述第一本地插件；

通过所述第一本地插件，将所述支付请求发送至其他客户端。

结合第四方面的第二种可能的实现方式中，在第三种可能的实现方式中，所述处理器调用所述存储器所存储的程序代码用于执行以下操作：

设置所述第一本地插件的传输接口；

通过所述传输接口将所述支付请求以及运行所述支付请求所需插件的插件ID发送至其他客户端。

第五方面，提供了一种电子设备，其特征在于，所述电子设备包括存储器以及与所述存储器连接的处理器，其中，所述存储器用于存储一组程序代码，所述处理器调用所述存储器所存储的程序代码用于执行以下操作：

接收其他客户端通过支付请求对应的第一本地插件发送的支付请求，所述支付请求是用户在其他客户端在触发的；

根据所述支付请求对应的第二本地插件，运行所述支付请求，并完成支付。

结合第五方面，在第一种可能的实现方式中，所述处理器调用所述存储器所存储的程序代码用于执行以下操作：

根据插件ID，获取支付请求对应的第二本地插件；

根据所述第二本地插件，加载所述支付请求，并在用户完成支付之后，停止加载所述第二本地插件。

第六方面，提供了一种跨屏支付***，所述***包括第一客户端和第二客户端；

所述第一客户端包括：

获取模块，用于获取用户触发的支付请求；

发送模块，用于根据所述支付请求对应的第一本地插件，将所述支付请求发送至邻近的第二客户端；

所述第二客户端包括：

接收模块，用于接收第一客户端发送的支付请求；

支付模块，用于根据所述支付请求对应的第二本地插件，运行所述支付请求，并完成支付。

结合第六方面，在第一种可能的实现方式中，所述获取模块具体用于：

获取用户在商品描述界面或者购物清单界面触发的手势、语音和预设案件中的任意一个；

所述手势的轨迹至少包括支付对象、支付金额以及请求轨迹；

所述语音至少包括用于描述所述支付对象、所述支付金额以及所述支付请求的关键词。

结合第六方面或第六方面的第一种可能的实现方式中，在第二种可能的实现方式中，所述发送模块包括：

第一本地插件获取子模块，用于获取所述支付请求对应的第一本地插件；

加载子模块，用于将所述支付请求加载至所述第一本地插件；

发送子模块，用于通过所述第一本地插件，将所述支付请求发送至所述第二客户端。

结合第六方面的第二种可能的实现方式中，在第三种可能的实现方式中，所述发送子模块具体用于：

设置所述第一本地插件的传输接口；

通过所述传输接口将所述支付请求以及运行所述支付请求所需插件的插件ID发送至第二客户端。

结合第六方面的第三种可能的实现方式中，在第四种可能的实现方式中，所述支付模块具体用于：

第二本地插件获取子模块，根据所述插件ID，获取所述支付请求对应的第二本地插件；

支付子模块，用于根据所述第二本地插件，加载所述支付请求，并在用户完成支付之后，停止加载所述第二本地插件。

本发明实施例提供了一种跨屏支付方法、***和客户端，包括：第一客户端获取用户触发的支付请求；第一客户端根据支付请求对应的第一本地插件，将支付请求发送至邻近的第二客户端；第二客户端根据支付请求对应的第二本地插件，运行支付请求，并完成支付。由此满足了多用户不同移动终端之间进行共享支付，提高了移动支付的灵活性，以及提高了用户个性化的体验。

附图说明

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

图1是本发明实施例提供的一种跨屏支付方法流程图；

图2是本发明实施例提供的一种跨屏支付方法流程图；

图3为本发明实施例提供的一种界面示意图；

图4为本发明实施例提供的一种界面示意图；

图5是本发明实施例提供的一种客户端结构示意图；

图6是本发明实施例提供的一种客户端结构示意图；

图7是本发明实施例提供的一种客户端结构示意图；

图8是本发明实施例提供的一种客户端结构示意图；

图9是本发明实施例提供的一种跨屏支付***结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一为本发明实施例提供的一种跨屏支付方法，参照图1所示，该方法包括：

101、第一客户端获取用户触发的支付请求。

具体的，获取用户在商品描述界面或者购物清单界面触发的手势、语音和预设案件中的任意一个；

所述手势的轨迹至少包括支付对象、支付金额以及请求轨迹；

所述语音至少包括用于描述所述支付对象、所述支付金额以及所述支付请求的关键词。

102、第一客户端根据支付请求对应的第一本地插件，将支付请求发送至邻近的第二客户端。

具体的，获取所述支付请求对应的第一本地插件；

将所述支付请求加载至所述第一本地插件；

通过所述第一本地插件，将所述支付请求发送至第二客户端。

其中，通过所述第一本地插件，将所述支付请求发送至第二客户端，该过程可以包括：

设置所述第一本地插件的传输接口；

通过所述传输接口将所述支付请求以及运行所述支付请求所需插件的插件ID发送至第二客户端。

103、第二客户端根据支付请求对应的第二本地插件，运行支付请求，并完成支付。

根据所述插件ID，获取所述支付请求对应的第二本地插件；

根据所述第二本地插件，加载所述支付请求，并在用户完成支付之后，停止加载所述第二本地插件。

本发明实施例提供了一种跨屏支付方法，通过第一客户端根据所述支付请求对应的第一本地插件，将所述支付请求发送至邻近的第二客户端，实现了用户在当前终端支付无法完成的情况下，由第二终端完成支付，从而提高了用户在网络支付过程中的用户体验。另外，由于是通过NFC技术将支付请求发送至邻近的第二客户端的，从而用户可以通过附件的第二客户端完成支付，从而进一步提高了用户在网络支付过程中的用户体验。由此满足了多用户不同移动终端之间进行共享支付，提高了移动支付的灵活性，以及提高了用户个性化的体验。

实施例二为本发明实施例提供的一种跨屏支付方法，参照图2所示，该方法包括：

201、第一客户端获取用户触发的支付请求。

具体的，该过程可以包括：

获取用户在商品描述界面或者购物清单界面触发的手势、语音和预设案件中的任意一个；手势的轨迹至少包括支付对象、支付金额以及请求轨迹；

语音至少包括用于描述支付对象、支付金额以及支付请求的关键词。

示例性的，为了进一步说明本发明实施例所述的方法，假设商品描述界面参照图3中的a所示，用户输入的手势可以参照图3中的b所示。用户通过输入图3中的b手势，选择该手势中包括的支付对象、支付金额以及请求轨迹。

202、获取支付请求对应的第一本地插件。

具体的，运行与该支付请求对应的第一本地插件。

若本地不存在该第一本地插件；或者，

该第一本地插件已损坏；

则向服务端发送下载请求，下载该第一本地插件。

本发明实施例对具体的下载方式不加以限定。

203、将支付请求加载至第一本地插件。

具体的，将支付请求数据进行加密，并压缩为可传输数据；

根据客户端APP与第一本地插件之间的通信机制，将该可传输数据加载至第一本地插件。

204、设置第一本地插件的传输接口。

具体的，获取第一本地插件与NFC接口之间的通信机制以及指令调用关系；

根据该通信机制以及指令调用关系，设置第一本地插件与NFC接口之间的通信。

205、通过传输接口将支付请求以及运行支付请求所需插件的插件ID发送至第二客户端。

具体的，向用户显示附近可以完成该支付请求的第二客户端；

获取用户所选择的第二客户端，其中，获取用户通过输入手势、文本以及语音所选择的第二客户端；

若用户输入手势，则上述过程具体为：

用户通过输入手势，将支付请求所对应的图标拖动至第二客户端的标识；

通过传输接口将支付请求以及运行支付请求所需插件的插件ID发送至第二客户端。

值得注意的是，步骤204至步骤205是实现通过第一本地插件，将支付请求发送至第二客户端的过程，除了上述步骤的方式之外，还可以通过其他方式实现该过程，本发明实施例对具体的方式不加以限定。

示例性的，为了进一步说明本发明实施例所述的方法，假设向用户显示附近可以完成该支付请求的第二客户端的界面可以参照图4中的a所示，用户通过输入手势所选择的第二客户端可以参照图4中的b所示。在图4中的b中，用户可以通过将支付请求所对应的图标拖动至第二客户端的标识。

206、根据插件ID，获取支付请求对应的第二本地插件。

具体的，根据插件ID，查找并运行支付请求对应的第二本地插件。本发明实施例对具体的查找方式以及运行方式不加以限定。

207、根据第二本地插件，加载支付请求，并在用户完成支付之后，停止加载第二本地插件。

具体的，根据客户端APP与第二本地插件之间的通信机制、指令调用关系，加载支付请求。

可选的，在根据第二本地插件，加载支付请求之前，向用户显示提示信息，提示该支付操作，在用户确认该支付操作之后，继续执行操作用户完成支付之

本发明实施例提供了一种跨屏支付方法，通过第一客户端根据所述支付请求对应的第一本地插件，将所述支付请求发送至邻近的第二客户端，实现了用户在当前终端支付无法完成的情况下，由第二终端完成支付，从而提高了用户在网络支付过程中的用户体验。另外，由于是通过NFC技术将支付请求发送至邻近的第二客户端的，从而用户可以通过附件的第二客户端完成支付，从而进一步提高了用户在网络支付过程中的用户体验。由此满足了多用户不同移动终端之间进行共享支付，提高了移动支付的灵活性，以及提高了用户个性化的体验。

实施例三为本发明实施例提供的一种客户端5，参照图5所示，该客户端5包括:

获取模块51，用于获取用户触发的支付请求；

发送模块52，用于根据所述支付请求对应的第一本地插件，将所述支付请求发送至邻近的其他客户端，以使其他客户端根据所述支付请求对应的第二本地插件，运行所述支付请求，并完成支付。

可选的，所述获取模块51具体用于：

获取用户在商品描述界面或者购物清单界面触发的手势、语音和预设案件中的任意一个；

所述手势的轨迹至少包括支付对象、支付金额以及请求轨迹；

所述语音至少包括用于描述所述支付对象、所述支付金额以及所述支付请求的关键词。

可选的，所述发送模块52包括：

第一本地插件获取子模块521，用于获取所述支付请求对应的第一本地插件；

加载子模块522，用于将所述支付请求加载至所述第一本地插件；

发送子模块523，用于通过所述第一本地插件，将所述支付请求发送至其他客户端。

可选的，所述发送子模块523具体用于：

设置所述本地插件的传输接口；

通过所述传输接口将所述支付请求以及运行所述支付请求所需插件的插件ID发送至其他客户端。

本发明实施例提供了一种客户端，该客户端通过第一客户端根据所述支付请求对应的第一本地插件，将所述支付请求发送至邻近的第二客户端，实现了用户在当前终端支付无法完成的情况下，由第二终端完成支付，从而提高了用户在网络支付过程中的用户体验。另外，由于是通过NFC技术将支付请求发送至邻近的第二客户端的，从而用户可以通过附件的第二客户端完成支付，从而进一步提高了用户在网络支付过程中的用户体验。由此满足了多用户不同移动终端之间进行共享支付，提高了移动支付的灵活性，以及提高了用户个性化的体验。

实施例四为本发明实施例提供的一种客户端6，参照图6所示，该客户端6包括:

接收模块61，用于接收其他客户端通过支付请求对应的第一本地插件发送的支付请求，所述支付请求是用户在其他客户端在触发的；

支付模块62，用于根据所述支付请求对应的第二本地插件，运行所述支付请求，并完成支付。

可选的，所述支付模块62包括：

第二本地插件获取子模块621，用于根据插件ID，获取支付请求对应的第二本地插件；

支付子模块622，用于根据所述第二本地插件，加载所述支付请求，并在用户完成支付之后，停止加载所述第二本地插件。

本发明实施例提供了一种客户端，该客户端通过第一客户端根据所述支付请求对应的第一本地插件，将所述支付请求发送至邻近的第二客户端，实现了用户在当前终端支付无法完成的情况下，由第二终端完成支付，从而提高了用户在网络支付过程中的用户体验。另外，由于是通过NFC技术将支付请求发送至邻近的第二客户端的，从而用户可以通过附件的第二客户端完成支付，从而进一步提高了用户在网络支付过程中的用户体验。由此满足了多用户不同移动终端之间进行共享支付，提高了移动支付的灵活性，以及提高了用户个性化的体验。

实施例五为本发明实施例提供的一种客户端7，参照图7所示，该客户端7包括存储器71以及与所述存储器71连接的处理器72，其中，所述存储器71用于存储一组程序代码，所述处理器72调用所述存储器71所存储的程序代码用于执行以下操作：

获取用户触发的支付请求；

根据所述支付请求对应的第一本地插件，将所述支付请求发送至邻近的其他客户端，以使其他客户端根据所述支付请求对应的第二本地插件，运行所述支付请求，并完成支付。

可选的，所述处理器72调用所述存储器71所存储的程序代码用于执行以下操作：

获取用户在商品描述界面或者购物清单界面触发的手势、语音和预设案件中的任意一个；

所述手势的轨迹至少包括支付对象、支付金额以及请求轨迹；

所述语音至少包括用于描述所述支付对象、所述支付金额以及所述支付请求的关键词。

可选的，所述处理器72调用所述存储器71所存储的程序代码用于执行以下操作：

获取所述支付请求对应的第一本地插件；

将所述支付请求加载至所述第一本地插件；

通过所述第一本地插件，将所述支付请求发送至其他客户端。

可选的，所述处理器72调用所述存储器71所存储的程序代码用于执行以下操作：

设置所述第一本地插件的传输接口；

通过所述传输接口将所述支付请求以及运行所述支付请求所需插件的插件ID发送至其他客户端。

本发明实施例提供了一种客户端，该设备通过第一客户端根据所述支付请求对应的第一本地插件，将所述支付请求发送至邻近的第二客户端，实现了用户在当前终端支付无法完成的情况下，由第二终端完成支付，从而提高了用户在网络支付过程中的用户体验。另外，由于是通过NFC技术将支付请求发送至邻近的第二客户端的，从而用户可以通过附件的第二客户端完成支付，从而进一步提高了用户在网络支付过程中的用户体验。由此满足了多用户不同移动终端之间进行共享支付，提高了移动支付的灵活性，以及提高了用户个性化的体验。

第六方面，提供了一种客户端8，参照图8所示，该客户端8包括存储器81以及与所述存储器81连接的处理器82，其中，所述存储器81用于存储一组程序代码，所述处理器82调用所述存储器81所存储的程序代码用于执行以下操作：

接收其他客户端通过支付请求对应的第一本地插件发送的支付请求，所述支付请求是用户在其他客户端在触发的；

根据所述支付请求对应的第二本地插件，运行所述支付请求，并完成支付。

可选的，所述处理器82调用所述存储器81所存储的程序代码用于执行以下操作：

根据插件ID，获取支付请求对应的第二本地插件；

根据所述第二本地插件，加载所述支付请求，并在用户完成支付之后，停止加载所述第二本地插件。

本发明实施例提供了一种客户端，该客户端通过第一客户端根据所述支付请求对应的第一本地插件，将所述支付请求发送至邻近的第二客户端，实现了用户在当前终端支付无法完成的情况下，由第二终端完成支付，从而提高了用户在网络支付过程中的用户体验。另外，由于是通过NFC技术将支付请求发送至邻近的第二客户端的，从而用户可以通过附件的第二客户端完成支付，从而进一步提高了用户在网络支付过程中的用户体验。由此满足了多用户不同移动终端之间进行共享支付，提高了移动支付的灵活性，以及提高了用户个性化的体验。

实施例七为本发明实施例提供的一种跨屏支付***9，参照图9所示，该***9包括第一客户端91和第二客户端92；

所述第一客户端91包括：

获取模块911，用于获取用户触发的支付请求；

发送模块912，用于根据所述支付请求对应的第一本地插件，将所述支付请求发送至邻近的第二客户端；

所述第二客户端92包括：

接收模块921，用于接收第一客户端发送的支付请求；

支付模块922，用于根据所述支付请求对应的第二本地插件，运行所述支付请求，并完成支付。

可选的，所述获取模块911具体用于：

获取用户在商品描述界面或者购物清单界面触发的手势、语音和预设案件中的任意一个；

所述手势的轨迹至少包括支付对象、支付金额以及请求轨迹；

所述语音至少包括用于描述所述支付对象、所述支付金额以及所述支付请求的关键词。

可选的，所述发送模块912包括：

第一本地插件获取子模块9121，用于获取所述支付请求对应的第一本地插件；

加载子模块9122，用于将所述支付请求加载至所述第一本地插件；

发送子模块9123，用于通过所述第一本地插件，将所述支付请求发送至第二客户端92。

可选的，所述发送子模块9123具体用于：

设置所述第一本地插件的传输接口；

通过所述传输接口将所述支付请求以及运行所述支付请求所需插件的插件ID发送至第二客户端。

可选的，所述支付模块922包括：

第二本地插件获取子模块9221，根据所述插件ID，获取所述支付请求对应的第二本地插件；

支付子模块9222，根据所述第二本地插件，加载所述支付请求，并在用户完成支付之后，停止加载所述第二本地插件。

本发明实施例提供了一种跨屏支付***，该***通过第一客户端根据所述支付请求对应的第一本地插件，将所述支付请求发送至邻近的第二客户端，实现了用户在当前终端支付无法完成的情况下，由第二终端完成支付，从而提高了用户在网络支付过程中的用户体验。另外，由于是通过NFC技术将支付请求发送至邻近的第二客户端的，从而用户可以通过附件的第二客户端完成支付，从而进一步提高了用户在网络支付过程中的用户体验。由此满足了多用户不同移动终端之间进行共享支付，提高了移动支付的灵活性，以及提高了用户个性化的体验。

上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再一一赘述。

需要说明的是：上述实施例提供的跨屏支付***以及设备在执行跨屏支付方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将***的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的跨屏支付***与执行跨屏支付方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种跨屏支付方法，其特征在于，所述方法包括：

第一客户端获取用户触发的支付请求；

所述第一客户端根据所述支付请求对应的第一本地插件，将所述支付请求发送至邻近的第二客户端；

所述第二客户端根据所述支付请求对应的第二本地插件，运行所述支付请求，并完成支付。

2.根据权利要求1所述的方法，其特征在于，所述第一客户端获取用户触发的支付请求包括：

获取用户在商品描述界面或者购物清单界面触发的手势、语音和预设案件中的任意一个；

所述手势的轨迹至少包括支付对象、支付金额以及请求轨迹；

所述语音至少包括用于描述所述支付对象、所述支付金额以及所述支付请求的关键词。

3.根据权利要求1或2所述的方法，其特征在于，所述根据所述支付请求对应的第一本地插件，将所述支付请求发送至邻近的第二客户端包括：

获取所述支付请求对应的第一本地插件；

将所述支付请求加载至所述第一本地插件；

通过所述第一本地插件，将所述支付请求发送至第二客户端。

4.根据权利要求3所述的方法，其特征在于，所述通过所述第一本地插件，将所述支付请求发送至第二客户端包括：

设置所述第一本地插件的传输接口；

通过所述传输接口将所述支付请求以及运行所述支付请求所需插件的插件ID发送至第二客户端。

5.根据权利要求4所述的方法，其特征在于，所述第二客户端根据所述支付请求对应的第二本地插件，运行所述支付请求，并完成支付包括：

根据所述插件ID，获取所述支付请求对应的第二本地插件；

根据所述第二本地插件，加载所述支付请求，并在用户完成支付之后，停止加载所述第二本地插件。

6.一种客户端，其特征在于，所述客户端包括：

获取模块，用于获取用户触发的支付请求；

发送模块，用于根据所述支付请求对应的第一本地插件，将所述支付请求发送至邻近的其他客户端，以使其他客户端根据所述支付请求对应的第二本地插件，运行所述支付请求，并完成支付。

7.一种客户端，其特征在于，所述客户端包括：

接收模块，用于接收其他客户端通过支付请求对应的第一本地插件发送的支付请求，所述支付请求是用户在其他客户端在触发的；

支付模块，用于根据所述支付请求对应的第二本地插件，运行所述支付请求，并完成支付。

8.一种跨屏支付***，其特征在于，所述***包括第一客户端和第二客户端；

所述第一客户端包括：

获取模块，用于获取用户触发的支付请求；

发送模块，用于根据所述支付请求对应的第一本地插件，将所述支付请求发送至邻近的第二客户端；

所述第二客户端包括：

接收模块，用于接收第一客户端发送的支付请求；

支付模块，用于根据所述支付请求对应的第二本地插件，运行所述支付请求，并完成支付。

9.根据权利要求8所述的***，其特征在于，所述获取模块具体用于：

获取用户在商品描述界面或者购物清单界面触发的手势、语音和预设案件中的任意一个；

所述手势的轨迹至少包括支付对象、支付金额以及请求轨迹；

所述语音至少包括用于描述所述支付对象、所述支付金额以及所述支付请求的关键词。

10.根据权利要求8或9所述的***，其特征在于，所述发送模块包括：

第一本地插件获取子模块，用于获取所述支付请求对应的第一本地插件；

加载子模块，用于将所述支付请求加载至所述第一本地插件；

发送子模块，用于通过所述第一本地插件，将所述支付请求发送至所述第二客户端。