CN107609863A - 一种终端支付的方法和终端 - Google Patents

Abstract

本发明实施例涉及图形识别领域，尤其涉及一种终端支付的方法和终端，用于实现简化终端支付操作过程，提高用户体验。获取从支付凭证中识别出的付款交易信息，付款交易信息是摄像头应用识别摄像头扫描的支付凭证获得的；根据付款交易信息，确定出用于处理付款交易信息的支付应用；启动支付应用，并将付款交易信息传送给支付应用从而通过支付应用完成支付。由于付款交易信息是摄像头应用识别摄像头扫描的支付凭证获得的，用户在使用终端支付时，只需要打开摄像头应用，就可以自动实现确定支付应用并启动支付应用从而通过支付应用完成支付，如此，可以实现简化用户使用终端支付的操作过程，进而提高用户体验。

Description

一种终端支付的方法和终端

技术领域

本发明实施例涉及图形识别领域，尤其涉及一种终端支付的方法和终端。

背景技术

二维码/二维条码是用某种特定的几何图形按照一定规律在平面上分布的黑白相间的图形来记录数据符号信息的。随着互联网发展和移动设备的普及，二维码的用途越来越多，比如使用二维码中记录了交易信息，通过扫码实现支付功能。

现有技术中在使用二维码进行终端支付时，需要使用二维码支持的支付应用进行二维码扫码。比如二维码支持的支付应用为微信，首先需要打开微信，并在微信中开启扫码功能，进而完成二维码识别过程；若打开该二维码不支持的其他应用进行扫码，就会出现扫码失败的情况。这种终端支付方式操作不方便，用户体验差。

发明内容

本发明实施例提供一种终端支付的方法和终端，实现简化终端支付操作过程，提高用户体验。

本发明实施例提供一种终端支付方法，包括：获取从支付凭证中识别出的付款交易信息，所述付款交易信息是所述摄像头应用识别摄像头扫描的所述支付凭证获得的；根据所述付款交易信息，确定出用于处理所述付款交易信息的支付应用；启动所述支付应用，并将所述付款交易信息传送给所述支付应用从而通过所述支付应用完成支付。

可选的，所述支付凭证为信息码；所述获取从支付凭证中识别出的付款交易信息之前，还包括：启动所述摄像头进行信息码扫描；若所述摄像头应用识别出所述信息码的付款交易信息中携带有标准付款标识，则获取所述摄像头应用识别的所述信息码的付款交易信息。

可选的，所述支付凭证的付款交易信息中携带有至少一个可用支付应用标识及订单信息；所述根据所述付款交易信息，确定出用于处理所述付款交易信息的支付应用，包括：根据所述至少一个可用支付应用标识或第一预设支付规则，从所述至少一个可用支付应用标识对应的可用支付应用中确定出用于处理所述付款交易信息的支付应用；所述将所述付款交易信息传送给所述支付应用，包括：将所述订单信息传送给所述支付应用；所述订单信息用于所述支付应用获取所述订单信息对应的订单并在用户验证通过后支付所述订单。

可选的，所述根据所述至少一个可用支付应用标识和第一预设支付规则，从所述至少一个可用支付应用标识对应的可用支付应用中确定出用于处理所述付款交易信息的支付应用，包括：根据所述付款交易信息中携带有至少一个可用支付应用标识的排序，从所述至少一个可用支付应用标识对应的可用支付应用中确定出一个已在终端中安装的可用支付应用，作为用于处理所述付款交易信息的支付应用；或者，根据所述第一预设支付规则从所述至少一个可用支付应用标识对应的可用支付应用中确定出用于处理所述付款交易信息的支付应用；其中，所述第一预设支付规则为以下任意一种或多种的组合：根据所述至少一个可用支付应用标识对应的可用支付应用的使用次数来确定；根据所述至少一个可用支付应用标识对应的可用支付应用针对所述付款交易信息的优惠程度来确定；根据所述至少一个可用支付应用标识对应的可用支付应用的安全系数来确定；根据所述付款交易信息中的交易金额以及所述至少一个可用支付应用标识对应的可用支付应用的支付额度来确定；根据用户预先设定的所述至少一个可用支付应用标识对应的可用支付应用优先级来确定。

可选的，所述支付凭证的付款交易信息中携带订单信息；所述根据所述付款交易信息，确定出用于处理所述付款交易信息的支付应用，包括：根据第二预设支付规则从所述终端安装的各支付应用中确定出用于处理所述付款交易信息的支付应用；所述将所述付款交易信息传送给所述支付应用，包括：将所述订单信息传送给所述支付应用；所述订单信息用于所述支付应用获取所述订单信息对应的订单并在用户验证通过后支付所述订单。

可选的，所述第二预设支付规则为以下任意一种或多种的组合：根据所述终端上安装的各类支付应用的使用次数来确定；根据所述终端上安装的各类支付应用针对所述付款交易信息的优惠程度来确定；根据所述终端上安装的各类支付应用的安全系数来确定；根据所述付款交易信息中的交易金额以及所述终端上安装的各类支付应用的支付额度来确定；根据用户预先设定的所述终端上安装的各类支付应用的优先级来确定。

本发明实施例提供一种终端支付方法，包括：支付应用接收终端的操作系统发送的启动指令，所述启动指令是所述操作系统根据付款交易信息，确定出用于处理所述付款交易信息的支付应用后向所述支付应用发送的；所述付款交易信息是摄像头应用从支付凭证中识别的；所述支付应用接收所述操作系统传送的所述付款交易信息；所述支付应用根据所述付款交易信息完成支付。

本发明实施例提供一种终端，包括：摄像头、摄像头应用、支付应用、存储器和处理器；所述摄像头，用于扫描支付凭证；所述摄像头应用，用于从所述支付凭证中识别出付款交易信息；存储器，用于存储所述摄像头应用从所述支付凭证中识别出的付款交易信息；处理器，用于根据所述付款交易信息，确定出用于处理所述付款交易信息的支付应用；向所述支付应用发送启动指令，并将付款交易信息传送给所述支付应用；所述支付应用，用于接收所述处理器传送的所述付款交易信息，并根据所述付款交易信息完成支付。

可选的，所述支付凭证为信息码；所述处理器，还用于：启动所述摄像头进行信息码扫描；若所述摄像头应用识别出所述信息码的付款交易信息中携带有标准付款标识，则获取所述摄像头应用识别的所述信息码的付款交易信息。

可选的，所述支付凭证的付款交易信息中携带有至少一个可用支付应用标识及订单信息；所述处理器，用于：根据所述至少一个可用支付应用标识或第一预设支付规则，从所述至少一个可用支付应用标识对应的可用支付应用中确定出用于处理所述付款交易信息的支付应用；将所述订单信息传送给所述支付应用；所述订单信息用于所述支付应用获取所述订单信息对应的订单并在用户验证通过后支付所述订单。

可选的，所述处理器，用于：根据所述付款交易信息中携带有至少一个可用支付应用标识的排序，从所述至少一个可用支付应用标识对应的可用支付应用中确定出一个已在终端中安装的可用支付应用，作为用于处理所述付款交易信息的支付应用；或者，根据所述第一预设支付规则，从所述至少一个可用支付应用标识对应的可用支付应用中确定出用于处理所述付款交易信息的支付应用；其中，所述第一预设支付规则为以下任意一种或多种的组合：根据所述至少一个可用支付应用标识对应的可用支付应用的使用次数来确定；根据所述至少一个可用支付应用标识对应的可用支付应用针对所述付款交易信息的优惠程度来确定；根据所述至少一个可用支付应用标识对应的可用支付应用的安全系数来确定；根据所述付款交易信息中的交易金额以及所述至少一个可用支付应用标识对应的可用支付应用的支付额度来确定；根据用户预先设定的至少一个可用支付应用标识对应的可用支付应用优先级来确定。

可选的，所述支付凭证的付款交易信息中携带订单信息；所述处理器，用于：根据第二预设支付规则从所述终端安装的各支付应用中确定出用于处理所述付款交易信息的支付应用；将所述订单信息传送给所述支付应用；所述订单信息用于所述支付应用获取所述订单信息对应的订单并在用户验证通过后支付所述订单；所述支付应用，用于：接收所述订单信息，并在用户验证通过后支付所述订单信息对应的订单。

可选的，所述第二预设支付规则为以下任意一种或多种的组合：根据所述终端上安装的各类支付应用的使用次数来确定；根据所述终端上安装的各类支付应用针对所述付款交易信息的优惠程度来确定；根据所述终端上安装的各类支付应用的安全系数来确定；根据所述付款交易信息中的交易金额以及所述终端上安装的各类支付应用的支付额度来确定；根据用户预先设定的所述终端上安装的各类支付应用的优先级来确定。

本发明实施例提供一种终端，包括摄像头、摄像头应用和支付应用；其中，所述摄像头应用，用于执行上述任一实施例所述的方法。

本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使所述计算机执行上述任一实施例所述的方法。

本发明实施例提供一种计算机设备，包括：存储器，用于存储程序指令；处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行上述任一实施例所述的方法。

本发明实施例中，获取从支付凭证中识别出的付款交易信息，根据所述付款交易信息，确定出用于处理所述付款交易信息的支付应用；启动所述支付应用，并将所述付款交易信息传送给所述支付应用从而通过所述支付应用完成支付。由于付款交易信息是所述摄像头应用识别摄像头扫描的所述支付凭证获得的，用户在使用终端支付时，只需要打开摄像头应用，就可以自动实现确定支付应用并启动支付应用从而通过支付应用完成支付，而不需要像现有技术中必须打开支付凭证支持的应用才能扫描并识别出付款交易信息，如此，可以实现简化用户使用终端支付的操作过程，进而提高用户体验。

附图说明

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

图1为本发明实施例提供的一种用于完成终端支付的终端结构示意图；

图2为本发明实施例提供的一种终端支付的方法流程示意图；

图3为本发明实施例提供的另一种终端支付的方法流程示意图；

图4为本发明实施例提供的一种终端的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及有益效果更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。

本发明实施例中的终端支付方法可以适用任何具有摄像头和摄像头应用的终端，例如，终端可以为移动终端、平板电脑、笔记本电脑等，本发明对终端的具体表现形式不进行限定。

本发明实施例中，终端包括摄像头、摄像头应用、至少一个支付应用。其中，摄像头用于扫描支付凭证，摄像头应用用于并识别支付凭证中的付款交易信息，至少一个支付应用用于根据付款交易信息完成支付。其中，支付应用为任何可以实现支付功能的应用，例如，支付宝、微信、腾讯QQ、银联、wallet应用等。

图1示例性示出了本发明实施例提供的用于完成终端支付的终端的结构示意图。如图1所示，终端100的应用层中包括摄像头应用101、支付应用102、支付应用103、支付应用104，终端中还包括操作系统105。其中，摄像头应用101分别连接支付应用102、支付应用103、支付应用104，操作系统105可连接应用层中的摄像头应用101、支付应用102、支付应用103和支付应用104。

本发明实施例中，一种实现方式中，摄像头应用101识别支付凭证中的付款交易信息之后，启动支付应用102、支付应用103、支付应用104中的一个支付应用，进而由支付应用完成支付。另一种实现方式中，摄像头应用101识别支付凭证之后，操作系统105从摄像头应用101中获取付款交易信息，操作系统105启动支付应用102、支付应用103、支付应用104中的一个支付应用，进而由支付应用完成支付。这两种实现方式中，用户只需要打开摄像头应用，摄像头应用利用终端的摄像头扫描支付凭证，之后都可以实现自动从摄像头应用跳转至支付应用，完成支付,不需要用户自己打开与支付凭证支持的支付应用。

为了保证账户信息安全，可在终端中设置可信执行环境(Trusted ExecutionEnvironment，简称TEE)模块，可以在终端中操作系统中形成一个小型的隔离系统。如图1所示，终,100还包括TEE模块106，支付应用104连接TEE模块106，支付应用104中账户信息、密码信息等敏感信息存入TEE模块106中，可以保证敏感信息的安全。

基于图1所示的终端的结构，图2示例性示出了本发明实施例提供的一种终端支付方法流程示意图。本发明实施例提供的终端支付方法可以由终端中的操作系统执行，也可以由终端中的摄像头应用执行。如图2所示，该方法包括以下步骤：

步骤201：获取从支付凭证中识别出的付款交易信息，付款交易信息是摄像头应用识别摄像头扫描的支付凭证获得的；

步骤202：根据付款交易信息，确定出用于处理付款交易信息的支付应用；

步骤203：启动支付应用，并将付款交易信息传送给支付应用从而通过支付应用完成支付。

本发明实施例中，获取从支付凭证中识别出的付款交易信息，根据所述付款交易信息，确定出用于处理所述付款交易信息的支付应用；启动所述支付应用，并将所述付款交易信息传送给所述支付应用从而通过所述支付应用完成支付。由于付款交易信息是所述摄像头应用识别摄像头扫描的所述支付凭证获得的，用户在使用终端支付时，只需要打开摄像头应用，就可以自动实现确定支付应用并启动支付应用，从而通过支付应用完成支付，而不需要像现有技术中必须用户打开支付凭证支持的应用才能扫描并识别出付款交易信息，如此，可以实现简化用户使用终端支付的操作过程，进而提高用户体验。

本发明实施例中，支付凭证可以为信息码。可选的，信息码可以为二维码、条形码，或者其它将付款交易信息经过特定规则编制的、且可以用摄像头扫描识别的图形。

基于步骤201，获取从支付凭证中识别出的付款交易信息之前，还包括：启动摄像头进行信息码扫描；若摄像头应用识别出信息码的付款交易信息中携带有标准付款标识，则获取摄像头应用识别的信息码的付款交易信息。如此，根据是否标准付款标识就可以确定摄像头应用扫描的信息码是否为付款码，若摄像头应用识别出信息码的付款交易信息中携带有标准付款标识，则说明信息码为付款码，需要继续进行后续支付操作；若摄像头应用识别出信息码的付款交易信息中不携带有标准付款标识，则说明信息码不是付款码，不需要进行后续支付操作。

可选的，上述标准付款标识可以根据实际需要进行设置，比如用一个固定字符qrpay表示；也可以用其它字符表示，此处不作具体限定。

本发明实施例中信息码以二维码为例，二维码的内容可以有多种实现方式，一种可选的实现方式为：qrpay://wallet&app1&app2？1234567890。其中，qrpay为固定标识，表示此URL支持二维码收款。“://”之后为该二维码支持的可用支付应用名称列表，以“&”隔开，摄像头应用或者操作系统根据终端当前是否安装了可用支付应用名称列表中的应用来启动支付应用。在“？”后为订单号，支付应用通过此订单号完成支付。另一种可选的实现方式为：app1://1234567890，其中app1为所需要跳转的支付应用，“://”后的字符串为订单号1234567890。本发明实施例还有一种实现方式为：{“apps”:[“wallet”,“app1”,“app2”],“orderid”:“1234567890”}，此二维码为JSON格式字符串，其中，apps的值是一个数组类型，表示此次支付所支持可用支付应用列表。orderid的值表示订单号。本发明实施例再提供一种实现方式为:wallet|app1|app2|1234567890，此二维码的内容可以通过特殊字符“|”分割，最后一个字符串表示订单号，最后一个字符串前面的内容表示此订单所支持的所有可用支付应用。

本发明实施例中，支付凭证的付款交易信息中，可以携带用于确定支付应用的信息，第一种实现方式为，支付凭证的付款交易信息中携带有至少一个可用支付应用标识及订单信息；第二种实现方式为，支付凭证的付款交易信息中携带订单信息。具有实施例中，并不限于上述两种实现方式。

下面分别介绍根据上述两种付款交易信息的实现方式，如何确定用于处理付款交易信息的支付应用。

第一种实现方式中，支付凭证的付款交易信息中携带有至少一个可用支付应用标识及订单信息；其中，至少一个可用支付应用标识对应的可用支付应用为可以完成支付功能的任何应用；订单信息可以为订单号、流水号或其他可以唯一标识该订单信息对应的订单的标识。

一种可选的实施方式为：根据付款交易信息，确定出用于处理付款交易信息的支付应用，包括：根据至少一个可用支付应用标识或第一预设支付规则，从至少一个可用支付应用标识对应的可用支付应用中确定出用于处理付款交易信息的支付应用。在启动支付应用之后，将付款交易信息传送给支付应用，包括：将订单信息传送给支付应用；订单信息用于支付应用获取订单信息对应的订单并在用户验证通过后支付订单。

举个例子，以支付凭证为二维码为例，比如一个二维码的付款交易信息为：qrpay://wallet&app1&app2？1234567890，其中携带有3个可用支付应用，分别为wallet、app1和app2，订单信息为订单号1234567890。在摄像头应用识别出付款交易信息之后，从wallet、app1和app2中确定出一个可用支付应用作为处理该二维码的付款交易信息的支付应用。

进一步，根据至少一个可用支付应用标识和第一预设支付规则从至少一个可用支付应用标识对应的可用支付应用中确定出用于处理付款交易信息的支付应用，至少包括以下两种可行的确定方式：

一种可行的确定方式为，根据付款交易信息中携带有至少一个可用支付应用标识的排序，从至少一个可用支付应用标识对应的可用支付应用中确定出一个已在终端中安装的可用支付应用，作为用于处理付款交易信息的支付应用。举个例子，比如二维码的付款交易信息为：qrpay://wallet&app1&app2？1234567890，其中携带的3个可用支付应用的排序为wallet、app1和app2。首先判断wallet可用支付应用是否在终端中已安装，若是，则将wallet确定为支付应用；若否，则继续判断app1是否在终端中已安装，依次类推，直到从付款交易信息中携带的3个可用支付应用确定出支付应用，若3个可用支付应用均未在终端中安装，那么支付失败。

另一种可行的确定方式为，根据第一预设支付规则从至少一个可用支付应用标识对应的可用支付应用中确定出用于处理付款交易信息的支付应用。比如，将至少一个可用支付应用标识对应的可用支付应用按照第一预设支付规则排序，依序确定按照第一预设支付规则排序的至少一个可用支付应用标识对应的可用支付应用中是否为终端中已安装的可用支付应用，若是，则将该可用支付应用确定为用于处理付款交易信息的支付应用；若否，继续判断按照第一预设支付规则排序的下一个可用支付应用是否为终端中已安装的可用支付应用。

本发明实施例中，第一预设支付规则为以下任意一种或多种的组合：

第一种规则，根据至少一个可用支付应用标识对应的可用支付应用的使用次数来确定；比如，将至少一个可用支付应用标识对应的可用支付应用按照使用次数从大到小进行排序，如此，确定出的用于处理付款交易信息的支付应用为：付款交易信息中携带有至少一个可用支付应用标识对应的可用支付应用中的使用频率最高的一个可用支付应用。

第二种规则，根据至少一个可用支付应用标识对应的可用支付应用针对付款交易信息的优惠程度来确定；比如，将至少一个可用支付应用标识对应的可用支付应用按照优惠程度大小排序，比如，将优惠金额最多的排在第一位，如此，确定出的用于处理付款交易信息的支付应用为：付款交易信息中携带有至少一个可用支付应用标识对应的可用支付应用中的优惠金额最高的一个可用支付应用。

第三种规则，根据至少一个可用支付应用标识对应的可用支付应用的安全系数来确定；比如，将至少一个可用支付应用标识对应的可用支付应用按照安全系数从大到小排序，如此，确定出的用于处理付款交易信息的支付应用为：付款交易信息中携带有至少一个可用支付应用标识对应的可用支付应用中的安全系数最高的一个可用支付应用。

第四种规则，根据付款交易信息中的交易金额以及至少一个可用支付应用标识对应的可用支付应用的支付额度来确定；可选的，支付额度可以为可用支付应用本身的最大限额，也可以为用户在可用支付应用中的设置的最大限额。举个例子，比如，可用支付应用分别为APP1、APP2，其中，APP1的每次支付的支付额度为500元，APP2的每次支付的支付额度为1000元，订单信息中的支付金额为800元，此时APP2可以的支付额度可以满足订单信息中的支付金额，此时将APP2确定为用于处理付款交易信息的支付应用。

第五种规则，根据用户预先设定的至少一个可用支付应用标识对应的可用支付应用优先级来确定。比如，将优先级最高的可用支付应用作为支付应用。

再举个例子，比如第一预设支付规则为上述第二种规则和第四种规则的组合，至少一个可用支付应用标识对应的可用支付应用分别为APP1、APP2、APP3，按照第二种规则的优惠金额从大到小排序为APP2、APP3、APP1，按照第四种规则APP1、APP2、APP3的每次支付的支付额度分别为500、1000、5000，而订单信息中的支付金额为1000元，此时按照第一预设支付规则综合后的可用支付应用排序为APP3、APP1，那么选择APP3为支付应用。

在上述第一种实现方式中，若付款交易信息中携带有的至少一个可用支付应用标识对应的可用支付应用在终端中均没有安装，可提示用户下载至少一个可用支付应用标识中的一个可用支付应用，比如，下载至少一个可用支付应用标识中排在第一位的可用支付应用，再比如，下载至少一个可用支付应用标识对应的可用支付应用中的按照第一预设支付规则排序为第一位的可用支付应用，之后继续完成支付。

第二种实现方式中，支付凭证的付款交易信息中携带订单信息；其中，订单信息可以为订单号、流水号或其他可以唯一标识该订单信息对应的订单的标识。

一种可选的实施方式为：根据付款交易信息，确定出用于处理付款交易信息的支付应用，包括：根据第二预设支付规则从终端安装的各支付应用中确定出用于处理付款交易信息的支付应用；在启动支付应用之后，将付款交易信息传送给支付应用，包括：将订单信息传送给支付应用；订单信息用于支付应用获取订单信息对应的订单并在用户验证通过后支付订单。

举个例子，以支付凭证为二维码为例，比如一个二维码的付款交易信息为：qrpay://1234567890，其中携带的订单信息为订单号1234567890。比如终端中安装的支付应用为：支付宝、微信。在摄像头应用识别出付款交易信息之后，根据第二预设支付规则从支付宝和微信中确定出一个支付应用作为用于处理付款交易信息的支付应用。

其中，所述第二预设支付规则为以下任意一种或多种的组合：

第一种规则，根据所述终端上安装的各类支付应用的使用次数来确定；比如，将终端上安装的各类支付应用按照使用次数从大到小进行排序，如此，确定出的用于处理付款交易信息的支付应用为：终端上安装的各类支付应用中的使用频率最高的一个支付应用。

第二种，根据所述终端上安装的各类支付应用针对所述付款交易信息的优惠程度来确定；比如，将终端上安装的各类支付应用按照优惠程度大小排序，比如，将优惠金额最多的支付应用排在第一位，如此，确定出的用于处理付款交易信息的支付应用为：终端上安装的各类支付应用中的优惠金额最高的一个支付应用。

第三种，根据所述终端上安装的各类支付应用的安全系数来确定；比如，将终端上安装的各类支付应用按照安全系数从大到小排序，如此，确定出的用于处理付款交易信息的支付应用为：终端上安装的各类支付应用中的安全系数最高的一个支付应用。

第四种，根据所述付款交易信息中的交易金额以及所述终端上安装的各类支付应用的支付额度来确定；可选的，支付额度可以为终端上安装的各类支付应用本身的最大限额，也可以为用户在终端上安装的各类支付应用中的设置的最大限额。

举个例子，比如，终端上安装的各类支付应用分别为APP1、APP2、APP3，其中，APP1的每次支付的支付额度为500元，APP2的每次支付的支付额度为1000元，APP3的每次支付的支付额度为5000元，订单信息中的支付金额为2000元，此时终端上安装的各类支付应用中只有APP3可以的支付额度可以满足订单信息中的支付金额，此时将APP3确定为用于处理付款交易信息的支付应用。

第五种，根据用户预先设定的终端上安装的各类支付应用的优先级来确定。比如，将终端上安装的各类支付应用优先级最高的作为支付应用。

再举个例子，比如第二预设支付规则为上述第一种规则和第四种规则的组合，终端上安装的各类支付应用分别为APP1、APP2、APP3，按照第一种规则的排序为APP2、APP3、APP1，按照第四种规则APP1、APP2、APP3的每次支付的支付额度分别为500、1000、5000，而订单信息中的支付金额为1000元，此时按照第二预设支付规则综合后的排序为APP3、APP1，那么选择APP3为支付应用。

在第二种实现方式中，由于付款交易信息中未携带可用支付应用，可根据第二预设支付规则从终端安装的各支付应用中，确定出用于处理付款交易信息的支付应用，并根据订单信息完成支付。

基于上述实施例，一种实现方式为，操作系统执行上述任一实施例中的终端支付方法，此时，由摄像头应用识别出付款交易信息，操作系统根据付款交易信息确定出用于处理付款交易信息的支付应用，操作系统启动支付应用并将付款交易信息传送给支付应用从而通过支付应用完成支付。另一种实现方式为，摄像头应用执行上述任一实施例中的终端支付方法，此时，由摄像头应用识别出付款交易信息，由摄像头应用根据付款交易信息确定出用于处理付款交易信息的支付应用，由摄像头应用启动用于处理付款交易信息的支付应用；并将付款交易信息传送给支付应用从而通过支付应用完成支付。这两种方式都可以实现自动确定支付应用并启动支付应用从而通过支付应用完成支付，而不需要像现有技术中必须打开支付凭证支持的应用才能扫描并识别出付款交易信息，如此，可以实现简化用户使用终端支付的操作过程，进而提高用户体验。

基于相同构思，图3示例性示出了本发明实施例提供的另一种终端支付方法流程示意图。该终端支付方法由支付应用执行，如图3所示，该方法包括以下步骤：

步骤301：支付应用接收终端的操作系统发送的启动指令，启动指令是根据付款交易信息确定出用于处理付款交易信息的支付应用后，操作系统向支付应用发送的；付款交易信息是摄像头应用从支付凭证中识别的；

步骤302：支付应用接收操作系统传送的付款交易信息；

步骤303：支付应用根据付款交易信息完成支付。

本发明实施例中，打开摄像头应用之后，启动支付应用从摄像头应用向用于处理付款交易信息的支付应用的自动跳转，如此，可以实现简化用户使用终端支付的操作过程，进而提高用户体验。

基于上述实施例，本发明实施例中的支付应用主要包括以下两种类型：

第一种类型为通用型支付应用，该类型应用一般与终端中的硬件和操作系统无关，主要包括账户模块、交易模块、通讯模块和安全模块。其中，账户模块主要用于：用户将支付信息关联到账户中，然后在支付应用中登录账户，以及通过账户体系的验证，用账户中的支付信息完成支付。交易模块主要用于：通过订单信息比如订单号、账户信息等获取相应的账户，完成针对支付交易信息的支付。通讯模块主要用于：负责网络通讯，包括网站签名验证、网络报文的加密、交换密钥以及报文防重放的保护。安全模块主要用于：负责客户端的内存以及本地数据的安全，保证敏感信息在程序运行过程中的安全，防止攻击者获取、篡改敏感信息。

第二种类型为设备绑定型支付应用，该类型应用一般将支付的敏感信息存入设备中的某一块硬件芯片中(如图1所示的TEE模块)，让攻击者无法通过应用注入的方式，获取的支付的相关的敏感信息，保障用户资金安全。由于支付与终端结构相关，一般一个终端只有一个设备绑定型支付应用。

基于以上实施例以及相同构思，图4示例性示出了本发明实施例提供的一种终端的结构示意图。如图4所示，该终端400可以对应上述图1中的100，该终端400可以实现如上图2中所示的任一项或任多项对应的方法。该终端400可以包括摄像头401、摄像头应用402、支付应用403、存储器404和处理器405。

摄像头401，用于扫描支付凭证；

摄像头应用402，用于从支付凭证中识别出付款交易信息；

存储器404，用于存储摄像头应用402从支付凭证中识别出的付款交易信息；

处理器405，用于根据付款交易信息，确定出用于处理付款交易信息的支付应用403；向支付应用403发送启动指令，并将付款交易信息传送给支付应用403；

支付应用403，用于接收处理器405传送的付款交易信息，并根据付款交易信息完成支付。

可选的，支付凭证为信息码；处理器405，还用于：启动摄像头401进行信息码扫描；若摄像头应用402识别出信息码的付款交易信息中携带有标准付款标识后，则获取摄像头应用402识别的信息码的付款交易信息。

可选的，支付凭证的付款交易信息中携带有至少一个可用支付应用标识及订单信息；处理器405，用于：根据至少一个可用支付应用标识或第一预设支付规则，从至少一个可用支付应用标识对应的可用支付应用中确定出用于处理付款交易信息的支付应用403；将订单信息传送给支付应用403；订单信息用于支付应用403获取订单信息对应的订单并在用户验证通过后支付订单。

可选的，处理器405，用于：根据付款交易信息中携带有至少一个可用支付应用标识的排序，从至少一个可用支付应用标识对应的可用支付应用中确定出一个已在终端中安装的可用支付应用，作为用于处理付款交易信息的支付应用403；或者，根据第一预设支付规则，从至少一个可用支付应用标识对应的可用支付应用中确定出用于处理付款交易信息的支付应用403；其中，第一预设支付规则为以下任意一种或多种的组合：其中，第一预设支付规则为以下任意一种或多种的组合：根据至少一个可用支付应用标识对应的可用支付应用的使用次数来确定；根据至少一个可用支付应用标识对应的可用支付应用针对付款交易信息的优惠程度来确定；根据至少一个可用支付应用标识对应的可用支付应用的安全系数来确定；根据付款交易信息中的交易金额以及至少一个可用支付应用标识对应的可用支付应用的支付额度来确定；根据用户预先设定的至少一个可用支付应用标识对应的可用支付应用优先级来确定。

可选的，支付凭证的付款交易信息中携带订单信息；处理器405，用于：根据第二预设支付规则从终端安装的各支付应用中确定出用于处理付款交易信息的支付应用403；将订单信息传送给支付应用403；订单信息用于支付应用403获取订单信息对应的订单并在用户验证通过后支付订单；支付应用403，用于：接收订单信息，并在用户验证通过后支付订单信息对应的订单。

可选的，第二预设支付规则为以下任意一种或多种的组合：根据终端上安装的各类支付应用的使用次数来确定；根据终端上安装的各类支付应用针对付款交易信息的优惠程度来确定；根据终端上安装的各类支付应用的安全系数来确定；根据付款交易信息中的交易金额以及终端上安装的各类支付应用的支付额度来确定；根据用户预先设定的终端上安装的各类支付应用的优先级来确定。

上述终端可执行本申请实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请实施例所提供的方法。

基于以上实施例以及相同构思，本发明实施例中提供一种终端，包括摄像头、摄像头应用和支付应用；其中，摄像头应用，用于执行上述任一实施例提供的终端支付方法。

基于以上实施例以及相同构思，本发明实施例中提供一种计算机设备，计算机设备包括处理器和存储器；存储器用于存储指令，处理器用于执行存储器存储的指令，当处理器执行存储器存储的指令时，计算机设备用于执行上述任一实施例提供的终端支付方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本发明实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

本领域内的技术人员应明白，本发明实施例可提供为方法、系统、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (16)

1.一种终端支付方法，其特征在于，包括：

获取从支付凭证中识别出的付款交易信息，所述付款交易信息是所述摄像头应用识别摄像头扫描的所述支付凭证获得的；

根据所述付款交易信息，确定出用于处理所述付款交易信息的支付应用；

启动所述支付应用，并将所述付款交易信息传送给所述支付应用从而通过所述支付应用完成支付。

2.如权利要求1所述的方法，其特征在于，所述支付凭证为信息码；

所述获取从支付凭证中识别出的付款交易信息之前，还包括：

启动所述摄像头进行信息码扫描；

若所述摄像头应用识别出所述信息码的付款交易信息中携带有标准付款标识，则获取所述摄像头应用识别的所述信息码的付款交易信息。

3.如权利要求1或2所述的方法，其特征在于，所述支付凭证的付款交易信息中携带有至少一个可用支付应用标识及订单信息；

所述根据所述付款交易信息，确定出用于处理所述付款交易信息的支付应用，包括：

根据所述至少一个可用支付应用标识或第一预设支付规则，从所述至少一个可用支付应用标识对应的可用支付应用中确定出用于处理所述付款交易信息的支付应用；

所述将所述付款交易信息传送给所述支付应用，包括：

将所述订单信息传送给所述支付应用；所述订单信息用于所述支付应用获取所述订单信息对应的订单并在用户验证通过后支付所述订单。

4.如权利要求3所述的方法，其特征在于，所述根据所述至少一个可用支付应用标识和第一预设支付规则，从所述至少一个可用支付应用标识对应的可用支付应用中确定出用于处理所述付款交易信息的支付应用，包括：

根据所述付款交易信息中携带有至少一个可用支付应用标识的排序，从所述至少一个可用支付应用标识对应的可用支付应用中确定出一个已在终端中安装的可用支付应用，作为用于处理所述付款交易信息的支付应用；

或者，根据所述第一预设支付规则从所述至少一个可用支付应用标识对应的可用支付应用中确定出用于处理所述付款交易信息的支付应用；

其中，所述第一预设支付规则为以下任意一种或多种的组合：

根据所述至少一个可用支付应用标识对应的可用支付应用的使用次数来确定；

根据所述至少一个可用支付应用标识对应的可用支付应用针对所述付款交易信息的优惠程度来确定；

根据所述至少一个可用支付应用标识对应的可用支付应用的安全系数来确定；

根据所述付款交易信息中的交易金额以及所述至少一个可用支付应用标识对应的可用支付应用的支付额度来确定；

根据用户预先设定的所述至少一个可用支付应用标识对应的可用支付应用优先级来确定。

5.如权利要求1或2所述的方法，其特征在于，所述支付凭证的付款交易信息中携带订单信息；

所述根据所述付款交易信息，确定出用于处理所述付款交易信息的支付应用，包括：

根据第二预设支付规则从所述终端安装的各类支付应用中确定出用于处理所述付款交易信息的支付应用；

所述将所述付款交易信息传送给所述支付应用，包括：

将所述订单信息传送给所述支付应用；所述订单信息用于所述支付应用获取所述订单信息对应的订单并在用户验证通过后支付所述订单。

6.如权利要求5所述的方法，其特征在于，所述第二预设支付规则为以下任意一种或多种的组合：

根据所述终端上安装的各类支付应用的使用次数来确定；

根据所述终端上安装的各类支付应用针对所述付款交易信息的优惠程度来确定；

根据所述终端上安装的各类支付应用的安全系数来确定；

根据所述付款交易信息中的交易金额以及所述终端上安装的各类支付应用的支付额度来确定；

根据用户预先设定的所述终端上安装的各类支付应用的优先级来确定。

7.一种终端支付方法，其特征在于，包括：

支付应用接收终端的操作系统发送的启动指令，所述启动指令是所述操作系统根据付款交易信息，确定出用于处理所述付款交易信息的支付应用后向所述支付应用发送的；所述付款交易信息是摄像头应用从支付凭证中识别的；

所述支付应用接收所述操作系统传送的所述付款交易信息；

所述支付应用根据所述付款交易信息完成支付。

8.一种终端，其特征在于，包括：摄像头、摄像头应用、支付应用、存储器和处理器；

所述摄像头，用于扫描支付凭证；

所述摄像头应用，用于从所述支付凭证中识别出付款交易信息；

存储器，用于存储所述摄像头应用从所述支付凭证中识别出的付款交易信息；

处理器，用于根据所述付款交易信息，确定出用于处理所述付款交易信息的支付应用；向所述支付应用发送启动指令，并将付款交易信息传送给所述支付应用；

所述支付应用，用于接收所述处理器传送的所述付款交易信息，并根据所述付款交易信息完成支付。

9.如权利要求8所述的终端，其特征在于，所述支付凭证为信息码；

所述处理器，还用于：

启动所述摄像头进行信息码扫描；

若所述摄像头应用识别出所述信息码的付款交易信息中携带有标准付款标识，则获取所述摄像头应用识别的所述信息码的付款交易信息。

10.如权利要求8或9所述的终端，其特征在于，所述支付凭证的付款交易信息中携带有至少一个可用支付应用标识及订单信息；

所述处理器，用于：

根据所述至少一个可用支付应用标识或第一预设支付规则，从所述至少一个可用支付应用标识对应的可用支付应用中确定出用于处理所述付款交易信息的支付应用；

将所述订单信息传送给所述支付应用；所述订单信息用于所述支付应用获取所述订单信息对应的订单并在用户验证通过后支付所述订单。

11.如权利要求10所述的终端，其特征在于，所述处理器，用于：

根据所述付款交易信息中携带有至少一个可用支付应用标识的排序，从所述至少一个可用支付应用标识对应的可用支付应用中确定出一个已在终端中安装的可用支付应用，作为用于处理所述付款交易信息的支付应用；

或者，根据所述第一预设支付规则，从所述至少一个可用支付应用标识对应的可用支付应用中确定出用于处理所述付款交易信息的支付应用；

其中，所述第一预设支付规则为以下任意一种或多种的组合：

根据所述至少一个可用支付应用标识对应的可用支付应用的使用次数来确定；

根据所述至少一个可用支付应用标识对应的可用支付应用针对所述付款交易信息的优惠程度来确定；

根据所述至少一个可用支付应用标识对应的可用支付应用的安全系数来确定；

根据所述付款交易信息中的交易金额以及所述至少一个可用支付应用标识对应的可用支付应用的支付额度来确定；

根据用户预先设定的至少一个可用支付应用标识对应的可用支付应用优先级来确定。

12.如权利要求8或9所述的终端，其特征在于，所述支付凭证的付款交易信息中携带订单信息；

所述处理器，用于：

根据第二预设支付规则从所述终端安装的各类支付应用中确定出用于处理所述付款交易信息的支付应用；

将所述订单信息传送给所述支付应用；所述订单信息用于所述支付应用获取所述订单信息对应的订单并在用户验证通过后支付所述订单；

所述支付应用，用于：

接收所述订单信息，并在用户验证通过后支付所述订单信息对应的订单。

13.如权利要求12所述的终端，其特征在于，所述第二预设支付规则为以下任意一种或多种的组合：

根据所述终端上安装的各类支付应用的使用次数来确定；

根据所述终端上安装的各类支付应用针对所述付款交易信息的优惠程度来确定；

根据所述终端上安装的各类支付应用的安全系数来确定；

根据所述付款交易信息中的交易金额以及所述终端上安装的各类支付应用的支付额度来确定；

根据用户预先设定的所述终端上安装的各类支付应用的优先级来确定。

14.一种终端，其特征在于，包括摄像头、摄像头应用和支付应用；其中，所述摄像头应用，用于执行如权利要求1至6所述的方法。

15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使所述计算机执行权利要求1至7任一权利要求所述的方法。

16.一种计算机设备，其特征在于，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行如权利要求1至7任一权利要求所述的方法。