CN110223051B - 支付方法、装置、设备、系统及存储介质 - Google Patents
支付方法、装置、设备、系统及存储介质 Download PDFInfo
- Publication number
- CN110223051B CN110223051B CN201910415316.XA CN201910415316A CN110223051B CN 110223051 B CN110223051 B CN 110223051B CN 201910415316 A CN201910415316 A CN 201910415316A CN 110223051 B CN110223051 B CN 110223051B
- Authority
- CN
- China
- Prior art keywords
- payment
- address
- server
- order
- app
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/326—Payment applications installed on the mobile devices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
- G06Q20/027—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] involving a payment switch or gateway
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/327—Short range or proximity payments by means of M-devices
- G06Q20/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3825—Use of electronic signatures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
Abstract
本发明实施例公开了一种支付方法、装置、设备、系统及存储介质。该方法包括：通过第一应用程序app识别目标图形标识符，以获得第一地址；其中，第一app为多个可选app中的一个app，可选app包括具备支付功能的app和不具备支付功能的app；基于第一地址对应的第一页面，向第一服务器发送订单确认信息；接收第一服务器反馈的统一支付网关对应的第二地址；基于第二地址对应的第二页面，调用支付组件进行订单支付。本发明实施例的支付方法、装置、设备、系统及存储介质，能够减少对接成本，提高支付效率，并且用户利用任意app扫码均能完成支付。
Description
技术领域
本发明涉及移动支付技术领域，尤其涉及一种支付方法、装置、设备、系统及存储介质。
背景技术
在目前的基于二维码支付的过程中，为了满足用户的支付需求，收单机构服务器需要对接不同的第三方支付工具，对接成本较高。同时，用户也无法自由地使用任意应用程序(Application，APP)扫码完成支付，支付效率较低。
发明内容
本发明实施例提供一种支付方法、装置、设备、系统及存储介质，能够减少对接成本，提高支付效率，并且利用任意应用程序扫码均能完成支付。
第一方面，本发明实施例提供了一种支付方法，方法包括：
通过第一应用程序app识别目标图形标识符，以获得第一地址；其中，第一app为多个可选app中的一个app，可选app包括具备支付功能的app和不具备支付功能的app；
基于第一地址对应的第一页面，向第一服务器发送订单确认信息，以使第一服务器生成与订单确认信息对应的订单，第一服务器将订单发送至第二服务器，第一服务器接收并反馈第二服务器发送的统一支付网关对应的第二地址；
接收第一服务器反馈的第二地址；
基于第二地址对应的第二页面，调用支付组件进行订单支付。
第二方面，本发明实施例提供一种支付方法，方法包括：
生成与终端设备发送的订单确认信息对应的订单；其中，订单确认信息为终端设备基于第一地址对应的第一页面发送的，第一地址为终端设备通过第一app识别目标图形标识符获得的地址，第一app为多个可选app中的一个app，可选app包括具备支付功能的app和不具备支付功能的app；
将订单发送至第二服务器；
接收第二服务器发送的统一支付网关对应的第二地址；
将第二地址反馈至终端设备，以使终端设备基于第二地址对应的页面，调用支付组件进行订单支付。
第三方面，本发明实施例提供一种支付方法，方法包括：
接收第一服务器发送的订单；其中，订单为与终端设备向第一服务器发送的订单确认信息对应的订单，订单确认信息为终端设备基于第一地址对应的第一页面发送的，第一地址为终端设备通过第一app识别目标图形标识符获得的地址，第一app为多个可选app中的一个app，可选app包括具备支付功能的app和不具备支付功能的app；
发送统一支付网关对应的第二地址至第一服务器，以使第一服务器将第二地址反馈至终端设备，终端设备基于第二地址对应的页面，调用支付工具进行订单支付。
第四方面，本发明实施例提供一种支付装置，装置包括：
识别模块，用于通过第一应用程序app识别目标图形标识符，以获得第一地址；其中，第一app为多个可选app中的一个app，可选app包括具备支付功能的app和不具备支付功能的app；
订单确认信息发送模块，用于基于第一地址对应的第一页面，向第一服务器发送订单确认信息，以使第一服务器生成与订单确认信息对应的订单，第一服务器将订单发送至第二服务器，第一服务器接收并反馈第二服务器发送的统一支付网关对应的第二地址；
地址接收模块，用于接收第一服务器反馈的第二地址；
支付模块，用于基于第二地址对应的第二页面，调用支付组件进行订单支付。
第五方面，本发明实施例提供一种支付装置，装置包括：
订单生成模块，用于生成与终端设备发送的订单确认信息对应的订单；其中，订单确认信息为终端设备基于第一地址对应的第一页面发送的，第一地址为终端设备通过第一app识别目标图形标识符获得的地址，第一app为多个可选app中的一个app，可选app包括具备支付功能的app和不具备支付功能的app；
订单发送模块，用于将订单发送至第二服务器；
地址接收模块，用于接收第二服务器发送的统一支付网关对应的第二地址；
地址反馈模块，用于将第二地址反馈至终端设备，以使终端设备基于第二地址对应的页面，调用支付组件进行订单支付。
第六方面，本发明实施例提供一种支付装置，装置包括：
订单接收模块，用于接收第一服务器发送的订单；其中，订单为与终端设备向第一服务器发送的订单确认信息对应的订单，订单确认信息为终端设备基于第一地址对应的第一页面发送的，第一地址为终端设备通过第一app识别目标图形标识符获得的地址，第一app为多个可选app中的一个app，可选app包括具备支付功能的app和不具备支付功能的app；
地址发送模块，用于发送统一支付网关对应的第二地址至第一服务器，以使第一服务器将第二地址反馈至终端设备，终端设备基于第二地址对应的页面，调用支付工具进行订单支付。
第七方面，本发明实施例提供了一种支付设备，包括处理器、存储器及存储在存储器上并可在处理器上运行的计算机程序，计算机程序被处理器执行时实现本发明实施例提供的支付方法的步骤。
第八方面，本发明实施例提供了一种计算机可读存储介质，计算机可读存储介质上存储计算机程序，计算机程序被处理器执行时实现本发明实施例提供的支付方法的步骤。
第九方面，本发明实施例提供一种支付系统，系统包括：第一服务器和第二服务器；
第一服务器，用于生成与终端设备发送的订单确认信息对应的订单；将订单发送至第二服务器；接收第二服务器发送的统一支付网关对应的第二地址；将第二地址反馈至终端设备，以使终端设备基于第二地址对应的页面，调用支付组件进行订单支付；其中，订单确认信息为终端设备基于第一地址对应的第一页面发送的，第一地址为终端设备通过第一app识别目标图形标识符获得的地址，第一app为多个可选app中的一个app，可选app包括具备支付功能的app和不具备支付功能的app；
第二服务器，用于接收第一服务器发送的订单；发送第二地址至第一服务器，以使第一服务器将第二地址反馈至终端设备。
根据本发明实施例的支付方法、装置、设备、系统及存储介质，终端设备通过第一应用程序app识别目标图形标识符，以获得第一地址，第一app为多个可选app中的一个app，可选app包括具备支付功能的app和不具备支付功能的app；基于第一地址对应的第一页面，向第一服务器发送订单确认信息；第一服务器生成与该订单确认信息对应的订单，并将该发送至第二服务器；第二服务器接收第一服务器发送的订单，发送统一支付网关对应的第二地址至第一服务器；第一服务器将该第二地址反馈给终端设备；终端设备基于该第二地址对应的第二页面，调用支付组件进行订单支付。终端设备可以利用任意app扫码均能完成支付。并且收单机构无需对接不同的第三方支付工具，能够减少对接成本，提高支付效率。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1示出了本发明实施例提供的支付系统的结构示意图；
图2示出了本发明实施例提供的利用具备支付功能的第一app进行图形标识符识别及支付的过程示意图；
图3示出了本发明实施例提供的利用不具备支付功能的第一app进行图形标识符识别及支付的第一种过程示意图；
图4示出了本发明实施例提供的利用不具备支付功能的第一app进行图形标识符识别及支付的第二种过程示意图；
图5示出了本发明实施例提供的利用不具备支付功能的第一app进行图形标识符识别及支付的第三种过程示意图；
图6示出了本发明实施例提供的应用于终端设备的支付方法的流程示意图；
图7示出了本发明实施例提供的应用于第一服务器的支付方法的流程示意图；
图8示出了本发明实施例提供的应用于第二服务器的支付方法的流程示意图；
图9示出了本发明实施例提供的应用于终端设备的支付处理装置的结构示意图；
图10示出了本发明实施例提供的应用于第一服务器的支付装置的结构示意图；
图11示出了本发明实施例提供的应用于第二服务器的支付装置的结构示意图；
图12示出了能够实现根据本发明实施例的支付方法及装置的计算设备的示例性硬件架构的结构图。
具体实施方式
下面将详细描述本发明的各个方面的特征和示例性实施例，为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本发明，并不被配置为限定本发明。对于本领域技术人员来说，本发明可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本发明的示例来提供对本发明更好的理解。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
为了解决现有技术问题，本发明实施例提供一种支付方法、装置、设备、系统及存储介质，来减少对接成本，提高支付效率以及使用户利用任意应用程序扫码均能完成支付。下面首先对本发明实施例提供的支付系统进行说明。
如图1所示，图1示出了本发明实施例提供的支付系统的结构示意图。支付系统可以包括：第一服务器和第二服务器。其中，
第一服务器，用于生成与终端设备发送的订单确认信息对应的订单；将订单发送至第二服务器；接收第二服务器发送的统一支付网关对应的第二地址；将第二地址反馈至终端设备，以使终端设备基于第二地址对应的页面，调用支付组件进行订单支付；其中，订单确认信息为终端设备基于第一地址对应的第一页面发送的，第一地址为终端设备通过第一app识别目标图形标识符获得的地址，第一app为多个可选app中的一个app，可选app包括具备支付功能的app和不具备支付功能的app。
第二服务器，用于接收第一服务器发送的订单；发送第二地址至第一服务器，以使第一服务器将第二地址反馈至终端设备。
根据本发明实施例提供的支付系统，能够减少对接成本，提高支付效率以及用户利用任意应用程序扫码均能完成支付。
在本发明的一个实施例中，第一服务器可以为收单机构服务器，第二服务器可以为清算机构服务器。统一支付网关可以为清算机构统一支付网关。
在本发明的一个实施例中，第一app可以为具备支付功能的app，也可以为不具备支付功能的app。下面分别对第一app为具备支付功能的app和第一app为不具备支付功能的app的情况进行说明。
图2示出了本发明实施例提供的利用具备支付功能的第一app进行图形标识符识别及支付的过程示意图。
第一app可以为支付类app，比如：某东app、某宝app、某信app、某通app或某银行app等。
可以理解的是，通过第一app识别目标图形标识符，以获得第一地址，则该第一app具备图形标识符识别功能。本发明实施例中所提到的图形标识符可以为一维条形码或二维条形码(简称二维码)等。
在本发明的一个实施例中，图形标识符对应的第一地址可以为统一资源定位符(Uniform Resource Locator，URL)地址。
首先，终端设备通过第一app识别目标图形标识符，以获得第一地址。
在本发明的一个实施例中，该第一地址对应的页面可以为直接向商户进行支付的支付页面，也可以为商户商品的展示页面。
当该第一地址对应的页面为直接向商户进行支付的支付页面时，可以基于该页面，直接向第一服务器发送订单确认信息。
当该第一地址对应的页面为商户商品的展示页面时，用户需要通过页面浏览、商品选择和待购买商品确认等流程，进入到订单信息确认页面，在用户对订单信息确认后，向第一服务器发送订单确认信息。
示例性的，终端设备利用应用程序对商户二维码进行扫描，识别出二维码对应的地址；利用浏览器访问所识别出的地址，进而向第一服务器发送订单信息页面访问请求；第一服务器响应该订单信息页面访问请求，并向终端设备反馈订单信息页面；终端设备展示该订单信息页面；用户基于所展示的订单信息页面确认订单信息无误后，终端设备向第一服务器发送订单确认信息。
第一服务器在接收到该订单确认信息后，生成与该订单确认信息对应的订单；将该订单发送至第二服务器。
第二服务器在收到该订单后，发送统一支付网关对应的第二地址至第一服务器。
收单机构在接收到统一支付网关对应的第二地址后，将该统一支付网关对应的第二地址发送给终端设备。
终端设备访问统一支付网关对应的第二地址的页面，基于该页面，调用支付组件进行订单支付。然后将支付结果展示给用户。
在本发明的一个实施例中，第二服务器在发送统一支付网关对应的第二地址至第一服务器时，可以向第一服务器发送包括统一支付网关对应的第二地址的URL地址。
在本发明的一个实施例中，第二服务器可以基于统一支付网关对应的第二地址，生成包括统一支付网关对应的第二地址的URL地址。
本发明实施例并不对生成包括统一支付网关对应的第二地址的URL地址的过程进行限行，任何可用的方法均可应用于本发明实施例中。
在本发明的一个实施例中，收单机构将统一支付网关对应的第二地址发送给终端设备时，可以向终端设备发送页面跳转信息，该页面跳转信息包括统一支付网关对应的第二地址。终端设备在接收到该页面跳转信息后，页面跳转至统一支付网关对应的第二地址对应的页面。
在本发明的一个实施例中，第二服务器可以向终端设备发送支付组件配置参数。
终端设备在接收到该支付组件配置参数后，调用该支付组件配置参数对应的支付组件进行订单支付。
在本发明的一个实施例中，该支付组件配置参数用于指示调用第一app自带的支付组件进行订单支付。终端设备在接收到该支付组件配置参数后，调用第一app自带的支付组件进行订单支付。
示例性的，假设终端设备通过带有支付组件的某宝进行扫码，则第二服务器向终端设备发送的支付组件配置参数用于指示调用某宝自带的支付组件进行支付；终端设备调用某宝自带的支付组件进行订单支付。
在本发明的一个实施例中，该支付组件配置参数用于指示调用第二服务器默认设置的支付组件进行订单支付。
示例性的，假设第二服务器默认设置的支付组件为某宝的支付组件。则第二服务器向终端设备发送的支付组件配置参数用于指示调用某宝的支付组件进行支付；终端设备调用某宝的支付组件进行订单支付。
在本发明的一个实施例中，该支付组件配置参数用于指示调用终端设备默认的支付组件进行订单支付。
示例性的，假设终端设备默认的支付组件为某宝的支付组件。则第二服务器向终端设备发送的支付组件配置参数用于指示调用终端设备默认的支付组件进行支付；终端设备调用某宝的支付组件进行订单支付。
在本发明的一个实施例中，第二服务器可以向终端设备发送至少两个支付组件对应的配置参数。此时，终端设备可以先向用户展示至少两个支付组件的选项；然后调用被选中的支付组件进行订单支付。
示例性的，假设第二服务器可以向终端设备发送的至少两个支付组件对应的配置参数分别为某宝的支付组件对应的配置参数、某信的支付组件对应的配置参数、某付的支付组件对应的配置参数和某通的支付组件对应的配置参数。终端设备在接收到第二服务器发送的支付组件配置参数后，向用户展示某宝的支付组件、某信的支付组件、某付的支付组件和某通的支付组件的选项以供用户选择。假设用户选择某付的支付组件，则调用某付的支付组件进行订单支付。
在本发明的一个实施例中，在终端设备向第一服务器发送订单确定信息之前，终端设备还可以对识别出的第一地址进行合法性验证。
对识别出的第一地址进行合法性验证，包括但不限于以下所列的几种方式：
方式一：判断第一地址中的域名是否存在于合法域名数据库中；若存在，则表示第一地址合法。
示例性的，假设第一地址为https://www.XXXX.com/A，则第一地址中的域名为：XXXX.com。判断XXXX.com是否存在于合法域名数据库中，若XXXX.com存在于合法域名数据库中，则第一地址“https://www.XXXX.com/A”合法。
方式二：判断第一地址中是否存在特定字符串；若存在，则表示第一地址合法。
示例性的，假设特定字符串为payicbc。则判断第一地址中是否存在特定字符串“payicbc”。
假设第一地址为https://www.XXXX.com/UWd1pgw-pA7EnHcfYrjnzni。则第一地址中不存在特定字符串“payicbc”，此时第一地址不合法。
假设第一地址为https://www.XXXX.com/UWd1pgwpayicbcfYrjnzni。则第一地址中存在特定字符串“payicbc”，此时第一地址合法。
在本发明的一个实施例中，特定字符串可以为清算机构和收单机构约定的字符串。
方式三：获取第一地址中的域名对应的签名结果；对该签名结果进行解密，得到解密结果；判断第一地址中的域名与解密结果是否相同；若相同，则表示第一地址合法。
示例性的，假设第一地址为https://www.XXXX.com/A，则第一地址中的域名为：XXXX.com。A为域名“XXXX.com”对应的签名结果。
对签名结果进行解密，得到解密结果P，若域名“XXXX.com”与解密结果P相同，则表示第一地址合法。
在本发明的实施例中，收单机构在向清算机构提交二维码生成请求时，可以使用清算机构私钥对域名进行签名，生成域名对应的签名结果。终端设备在扫码后，利用清算机构公钥对签名结果进行解密，得到解密结果，如果第一地址中的域名与解密结果相同，则表示第一地址合法。
通过对第一地址进行合法性验证，能够避免用户访问非法站点，保证用户财产安全。
图3示出了本发明实施例提供的利用不具备支付功能的第一app进行图形标识符识别及支付的第一种过程示意图。
第一app可以为：浏览器类app、拍照类app、聊天类app、视频类app、新闻类app、医院类app或交通类app等。
可以理解的是，通过第一app识别目标图形标识符，以获得第一地址，则该第一app具备图形标识符识别功能。
首先，终端设备通过第一app识别目标图形标识符，以获得第一地址。
在本发明的一个实施例中，该第一地址对应的页面可以为直接向商户进行支付的支付页面，也可以为商户商品的展示页面。
当该第一地址对应的页面为直接向商户进行支付的支付页面时，可以基于该页面，直接向第一服务器发送订单确认信息。
当该第一地址对应的页面为商户商品的展示页面时，用户需要通过页面浏览、商品选择和待购买商品确认等流程，进入到订单信息确认页面，在用户对订单信息确认后，向第一服务器发送订单确认信息。
示例性的，终端设备利用应用程序对商户二维码进行扫描，识别出二维码对应的地址；利用浏览器访问所识别出的地址，进而向第一服务器发送订单信息页面访问请求；第一服务器响应该订单信息页面访问请求，并向终端设备反馈订单信息页面；终端设备展示该订单信息页面；用户基于所展示的订单信息页面确认订单信息无误后，终端设备向第一服务器发送订单确认信息。
第一服务器在接收到该订单确认信息后，生成与该订单确认信息对应的订单；将该订单发送至第二服务器。
第二服务器在收到该订单后，发送统一支付网关对应的第二地址至第一服务器。
收单机构在接收到统一支付网关对应的第二地址后，将该统一支付网关对应的第二地址发送给终端设备。
终端设备访问统一支付网关对应的第二地址的页面，基于该页面，调用支付组件进行订单支付。然后将支付结果展示给用户。
在本发明的一个实施例中，第二服务器在发送统一支付网关对应的第二地址至第一服务器时，可以向第一服务器发送包括统一支付网关对应的第二地址的URL地址。
在本发明的一个实施例中，第二服务器可以基于统一支付网关对应的第二地址，生成包括统一支付网关对应的第二地址的URL地址。
在本发明的一个实施例中，收单机构将统一支付网关对应的第二地址发送给终端设备时，可以向终端设备发送页面跳转信息，该页面跳转信息包括统一支付网关对应的第二地址。终端设备在接收到该页面跳转信息后，页面跳转至统一支付网关对应的第二地址对应的页面。
在本发明的一个实施例中，第二服务器可以向终端设备发送支付组件配置参数。
终端设备在接收到该支付组件配置参数后，调用该支付组件配置参数对应的支付组件进行订单支付。
在本发明的一个实施例中，第二服务器可以向终端设备发送至少两个支付组件对应的配置参数。此时，终端设备可以先向用户展示至少两个支付组件的选项；然后调用被选中的支付组件进行订单支付。
示例性的，假设第二服务器可以向终端设备发送的至少两个支付组件对应的配置参数分别为某宝的支付组件对应的配置参数、某信的支付组件对应的配置参数和某通的支付组件对应的配置参数。终端设备在接收到第二服务器发送的支付组件配置参数后，向用户展示某宝的支付组件、某信的支付组件和某通的支付组件的选项以供用户选择。假设用户选择某通的支付组件，则调用某通的支付组件进行订单支付。
在本发明的一个实施例中，在终端设备向第一服务器发送订单确定信息之前，终端设备还可以对识别出的第一地址进行合法性验证。
对识别出的第一地址进行合法性验证，包括但不限于以下所列的几种方式：
方式一：判断第一地址中的域名是否存在于合法域名数据库中；若存在，则表示第一地址合法。
示例性的，假设第一地址为https://www.XXXX.com/A，则第一地址中的域名为：XXXX.com。判断XXXX.com是否存在于合法域名数据库中，若XXXX.com存在于合法域名数据库中，则第一地址“https://www.XXXX.com/A”合法。
方式二：判断第一地址中是否存在特定字符串；若存在，则表示第一地址合法。
示例性的，假设特定字符串为payicbc。则判断第一地址中是否存在特定字符串“payicbc”。
假设第一地址为https://www.XXXX.com/UWd1pgw-pA7EnHcfYrjnzni。则第一地址中不存在特定字符串“payicbc”，此时第一地址不合法。
假设第一地址为https://www.XXXX.com/UWd1pgwpayicbcfYrjnzni。则第一地址中存在特定字符串“payicbc”，此时第一地址合法。
在本发明的一个实施例中，特定字符串可以为清算机构和收单机构约定的字符串。
方式三：获取第一地址中的域名对应的签名结果；对该签名结果进行解密，得到解密结果；判断第一地址中的域名与解密结果是否相同；若相同，则表示第一地址合法。
示例性的，假设第一地址为https://www.XXXX.com/A，则第一地址中的域名为：XXXX.com。A为域名“XXXX.com”对应的签名结果。
对签名结果进行解密，得到解密结果P，若域名“XXXX.com”与解密结果P相同，则表示第一地址合法。
在本发明的实施例中，收单机构在向清算机构提交二维码生成请求时，可以使用清算机构私钥对域名进行签名，生成域名对应的签名结果。终端设备在扫码后，利用清算机构公钥对签名结果进行解密，得到解密结果，如果第一地址中的域名与解密结果相同，则表示第一地址合法。
通过对第一地址进行合法性验证，能够避免用户访问非法站点，保证用户财产安全。
图4示出了本发明实施例提供的利用不具备支付功能的第一app进行图形标识符识别及支付的第二种过程示意图。
可以理解的是，通过第一app识别目标图形标识符，以获得第一地址，则该第一app具备图形标识符识别功能。
首先，终端设备通过第一app识别目标图形标识符，以获得第一地址。
在本发明的一个实施例中，该第一地址对应的页面可以为直接向商户进行支付的支付页面，也可以为商户商品的展示页面。
当该第一地址对应的页面为直接向商户进行支付的支付页面时，可以基于该页面，直接向第一服务器发送订单确认信息。
当该第一地址对应的页面为商户商品的展示页面时，用户需要通过页面浏览、商品选择和待购买商品确认等流程，进入到订单信息确认页面，在用户对订单信息确认后，向第一服务器发送订单确认信息。
示例性的，终端设备利用应用程序对商户二维码进行扫描，识别出二维码对应的地址；利用浏览器访问所识别出的地址，进而向第一服务器发送订单信息页面访问请求；第一服务器响应该订单信息页面访问请求，并向终端设备反馈订单信息页面；终端设备展示该订单信息页面；用户基于所展示的订单信息页面确认订单信息无误后，终端设备向第一服务器发送订单确认信息。
第一服务器在接收到该订单确认信息后，生成与该订单确认信息对应的订单；将该订单发送至第二服务器。
第二服务器在收到该订单后，发送统一支付网关对应的第二地址至第一服务器。
收单机构在接收到统一支付网关对应的第二地址后，将该统一支付网关对应的第二地址发送给终端设备。
终端设备访问统一支付网关对应的第二地址的页面，基于该页面，调用支付组件进行订单支付。然后将支付结果展示给用户。
在本发明的一个实施例中，第二服务器在发送统一支付网关对应的第二地址至第一服务器时，可以向第一服务器发送包括统一支付网关对应的第二地址的URL地址。
在本发明的一个实施例中，第二服务器可以基于统一支付网关对应的第二地址，生成包括统一支付网关对应的第二地址的URL地址。
在本发明的一个实施例中，收单机构将统一支付网关对应的第二地址发送给终端设备时，可以向终端设备发送页面跳转信息，该页面跳转信息包括统一支付网关对应的第二地址。终端设备在接收到该页面跳转信息后，页面跳转至统一支付网关对应的第二地址对应的页面。
在本发明的一个实施例中，第二服务器可以向终端设备发送支付组件配置参数。
终端设备在接收到该支付组件配置参数后，调用该支付组件配置参数对应的支付组件进行订单支付。
在本发明的一个实施例中，该支付组件配置参数用于指示调用第二服务器默认设置的支付组件进行订单支付。
示例性的，假设第二服务器默认设置的支付组件为某宝的支付组件。则第二服务器向终端设备发送的支付组件配置参数用于指示调用某宝的支付组件进行支付；终端设备调用某宝的支付组件进行订单支付。
在本发明的一个实施例中，在终端设备向第一服务器发送订单确定信息之前，终端设备还可以对识别出的第一地址进行合法性验证。
对识别出的第一地址进行合法性验证，包括但不限于以下所列的几种方式：
方式一：判断第一地址中的域名是否存在于合法域名数据库中；若存在，则表示第一地址合法。
示例性的，假设第一地址为https://www.XXXX.com/A，则第一地址中的域名为：XXXX.com。判断XXXX.com是否存在于合法域名数据库中，若XXXX.com存在于合法域名数据库中，则第一地址“https://www.XXXX.com/A”合法。
方式二：判断第一地址中是否存在特定字符串；若存在，则表示第一地址合法。
示例性的，假设特定字符串为payicbc。则判断第一地址中是否存在特定字符串“payicbc”。
假设第一地址为https://www.XXXX.com/UWd1pgw-pA7EnHcfYrjnzni。则第一地址中不存在特定字符串“payicbc”，此时第一地址不合法。
假设第一地址为https://www.XXXX.com/UWd1pgwpayicbcfYrjnzni。则第一地址中存在特定字符串“payicbc”，此时第一地址合法。
在本发明的一个实施例中，特定字符串可以为清算机构和收单机构约定的字符串。
方式三：获取第一地址中的域名对应的签名结果；对该签名结果进行解密，得到解密结果；判断第一地址中的域名与解密结果是否相同；若相同，则表示第一地址合法。
示例性的，假设第一地址为https://www.XXXX.com/A，则第一地址中的域名为：XXXX.com。A为域名“XXXX.com”对应的签名结果。
对签名结果进行解密，得到解密结果P，若域名“XXXX.com”与解密结果P相同，则表示第一地址合法。
在本发明的实施例中，收单机构在向清算机构提交二维码生成请求时，可以使用清算机构私钥对域名进行签名，生成域名对应的签名结果。终端设备在扫码后，利用清算机构公钥对签名结果进行解密，得到解密结果，如果第一地址中的域名与解密结果相同，则表示第一地址合法。
通过对第一地址进行合法性验证，能够避免用户访问非法站点，保证用户财产安全。
图5示出了本发明实施例提供的利用不具备支付功能的第一app进行图形标识符识别及支付的第三种过程示意图。
可以理解的是，通过第一app识别目标图形标识符，以获得第一地址，则该第一app具备图形标识符识别功能。
首先，终端设备通过第一app识别目标图形标识符，以获得第一地址。
在本发明的一个实施例中，该第一地址对应的页面可以为直接向商户进行支付的支付页面，也可以为商户商品的展示页面。
当该第一地址对应的页面为直接向商户进行支付的支付页面时，可以基于该页面，直接向第一服务器发送订单确认信息。
当该第一地址对应的页面为商户商品的展示页面时，用户需要通过页面浏览、商品选择和待购买商品确认等流程，进入到订单信息确认页面，在用户对订单信息确认后，向第一服务器发送订单确认信息。
示例性的，终端设备利用应用程序对商户二维码进行扫描，识别出二维码对应的地址；利用浏览器访问所识别出的地址，进而向第一服务器发送订单信息页面访问请求；第一服务器响应该订单信息页面访问请求，并向终端设备反馈订单信息页面；终端设备展示该订单信息页面；用户基于所展示的订单信息页面确认订单信息无误后，终端设备向第一服务器发送订单确认信息。
第一服务器在接收到该订单确认信息后，生成与该订单确认信息对应的订单；将该订单发送至第二服务器。
第二服务器在收到该订单后，发送统一支付网关对应的第二地址至第一服务器。
收单机构在接收到统一支付网关对应的第二地址后，将该统一支付网关对应的第二地址发送给终端设备。
终端设备访问统一支付网关对应的第二地址的页面，基于该页面，调用支付组件进行订单支付。然后将支付结果展示给用户。
在本发明的一个实施例中，第二服务器在发送统一支付网关对应的第二地址至第一服务器时，可以向第一服务器发送包括统一支付网关对应的第二地址的URL地址。
在本发明的一个实施例中，第二服务器可以基于统一支付网关对应的第二地址，生成包括统一支付网关对应的第二地址的URL地址。
在本发明的一个实施例中，收单机构将统一支付网关对应的第二地址发送给终端设备时，可以向终端设备发送页面跳转信息，该页面跳转信息包括统一支付网关对应的第二地址。终端设备在接收到该页面跳转信息后，页面跳转至统一支付网关对应的第二地址对应的页面。
在本发明的一个实施例中，第二服务器可以向终端设备发送支付组件配置参数。
终端设备在接收到该支付组件配置参数后，调用该支付组件配置参数对应的支付组件进行订单支付。
在本发明的一个实施例中，该支付组件配置参数用于指示调用终端设备默认的支付组件进行订单支付。
示例性的，假设终端设备默认的支付组件为某宝的支付组件。则第二服务器向终端设备发送的支付组件配置参数用于指示调用终端设备默认的支付组件进行支付；终端设备调用某宝的支付组件进行订单支付。
在本发明的一个实施例中，在终端设备向第一服务器发送订单确定信息之前，终端设备还可以对识别出的第一地址进行合法性验证。
对识别出的第一地址进行合法性验证，包括但不限于以下所列的几种方式：
方式一：判断第一地址中的域名是否存在于合法域名数据库中；若存在，则表示第一地址合法。
示例性的，假设第一地址为https://www.XXXX.com/A，则第一地址中的域名为：XXXX.com。判断XXXX.com是否存在于合法域名数据库中，若XXXX.com存在于合法域名数据库中，则第一地址“https://www.XXXX.com/A”合法。
方式二：判断第一地址中是否存在特定字符串；若存在，则表示第一地址合法。
示例性的，假设特定字符串为payicbc。则判断第一地址中是否存在特定字符串“payicbc”。
假设第一地址为https://www.XXXX.com/UWd1pgw-pA7EnHcfYrjnzni。则第一地址中不存在特定字符串“payicbc”，此时第一地址不合法。
假设第一地址为https://www.XXXX.com/UWd1pgwpayicbcfYrjnzni。则第一地址中存在特定字符串“payicbc”，此时第一地址合法。
在本发明的一个实施例中，特定字符串可以为清算机构和收单机构约定的字符串。
方式三：获取第一地址中的域名对应的签名结果；对该签名结果进行解密，得到解密结果；判断第一地址中的域名与解密结果是否相同；若相同，则表示第一地址合法。
示例性的，假设第一地址为https://www.XXXX.com/A，则第一地址中的域名为：XXXX.com。A为域名“XXXX.com”对应的签名结果。
对签名结果进行解密，得到解密结果P，若域名“XXXX.com”与解密结果P相同，则表示第一地址合法。
在本发明的实施例中，收单机构在向清算机构提交二维码生成请求时，可以使用清算机构私钥对域名进行签名，生成域名对应的签名结果。终端设备在扫码后，利用清算机构公钥对签名结果进行解密，得到解密结果，如果第一地址中的域名与解密结果相同，则表示第一地址合法。
通过对第一地址进行合法性验证，能够避免用户访问非法站点，保证用户财产安全。
基于上述，本发明实施例提供一种应用于终端设备的支付方法，如图6所示。图6示出了本发明实施例提供的应用于终端设备的支付方法的流程示意图。应用于终端设备的支付方法可以包括：
S401：通过第一应用程序app识别目标图形标识符，以获得第一地址。
其中，第一app为多个可选app中的一个app，可选app包括具备支付功能的app和不具备支付功能的app。
S402：基于第一地址对应的第一页面，向第一服务器发送订单确认信息，以使第一服务器生成与订单确认信息对应的订单，第一服务器将订单发送至第二服务器，第一服务器接收并反馈第二服务器发送的统一支付网关对应的第二地址。
S403：接收第一服务器反馈的第二地址。
S404：基于第二地址对应的第二页面，调用支付组件进行订单支付。
可以理解的是，通过第一app识别目标图形标识符，以获得第一地址，则该第一app具备图形标识符识别功能。
首先，终端设备通过第一app识别目标图形标识符，以获得第一地址。
本发明实施例中所提到的图形标识符可以为一维条形码或二维条形码等。图形标识符对应的第一地址可以为URL地址。
在本发明的一个实施例中，该第一地址对应的页面可以为直接向商户进行支付的支付页面，也可以为商户商品的展示页面。
当该第一地址对应的页面为直接向商户进行支付的支付页面时，可以基于该页面，直接向第一服务器发送订单确认信息。
当该第一地址对应的页面为商户商品的展示页面时，用户需要通过页面浏览、商品选择和待购买商品确认等流程，进入到订单信息确认页面，在用户对订单信息确认后，向第一服务器发送订单确认信息。
示例性的，终端设备利用应用程序对商户二维码进行扫描，识别出二维码对应的地址；利用浏览器访问所识别出的地址，进而向第一服务器发送订单信息页面访问请求；第一服务器响应该订单信息页面访问请求，并向终端设备反馈订单信息页面；终端设备展示该订单信息页面；用户基于所展示的订单信息页面确认订单信息无误后，终端设备向第一服务器发送订单确认信息。
第一服务器在接收到该订单确认信息后，生成与该订单确认信息对应的订单；将该订单发送至第二服务器。
第二服务器在收到该订单后，发送统一支付网关对应的第二地址至第一服务器。
收单机构在接收到统一支付网关对应的第二地址后，将该统一支付网关对应的第二地址发送给终端设备。
终端设备访问统一支付网关对应的第二地址的页面，基于该页面，调用支付组件进行订单支付。然后将支付结果展示给用户。
在本发明的一个实施例中，第一app可以包括：
浏览器类app、拍照类app、聊天类app、视频类app、新闻类app、医院类app、交通类app或支付类app。
在本发明的一个实施例中，收单机构将统一支付网关对应的第二地址发送给终端设备时，可以向终端设备发送页面跳转信息，该页面跳转信息包括统一支付网关对应的第二地址。基于此，接收第一服务器反馈的第二地址，可以包括：
接收第一服务器发送的页面跳转信息；其中，页面跳转信息包括统一支付网关对应的第二地址。
在本发明的一个实施例中，第二服务器可以向终端设备发送支付组件配置参数。终端设备在接收到该支付组件配置参数后，调用该支付组件配置参数对应的支付组件进行订单支付。基于此，调用支付组件进行订单支付，可以包括：
接收第二服务器发送的支付组件配置参数；
调用与支付组件配置参数对应的支付组件进行订单支付。
在本发明的一个实施例中，该支付组件配置参数用于指示调用第一app自带的支付组件进行订单支付。终端设备在接收到该支付组件配置参数后，调用第一app自带的支付组件进行订单支付。
示例性的，假设终端设备通过带有支付组件的某宝进行扫码，则第二服务器向终端设备发送的支付组件配置参数用于指示调用某宝自带的支付组件进行支付；终端设备调用某宝自带的支付组件进行订单支付。
在本发明的一个实施例中，该支付组件配置参数用于指示调用第二服务器默认设置的支付组件进行订单支付。
示例性的，假设第二服务器默认设置的支付组件为某宝的支付组件。则第二服务器向终端设备发送的支付组件配置参数用于指示调用某宝的支付组件进行支付；终端设备调用某宝的支付组件进行订单支付。
在本发明的一个实施例中，该支付组件配置参数用于指示调用终端设备默认的支付组件进行订单支付。
示例性的，假设终端设备默认的支付组件为某宝的支付组件。则第二服务器向终端设备发送的支付组件配置参数用于指示调用终端设备默认的支付组件进行支付；终端设备调用某宝的支付组件进行订单支付。
在本发明的一个实施例中，第二服务器可以向终端设备发送至少两个支付组件对应的配置参数。此时，终端设备可以先向用户展示至少两个支付组件的选项；然后调用被选中的支付组件进行订单支付。
示例性的，假设第二服务器可以向终端设备发送的至少两个支付组件对应的配置参数分别为某宝的支付组件对应的配置参数、某信的支付组件对应的配置参数和某通的支付组件对应的配置参数。终端设备在接收到第二服务器发送的支付组件配置参数后，向用户展示某宝的支付组件、某信的支付组件和某通的支付组件的选项以供用户选择。假设用户选择某通的支付组件，则调用某通的支付组件进行订单支付。
通过本发明实施例的支付方法，终端设备可以利用任意应用程序扫码均能完成支付。并且收单机构无需对接不同的第三方支付工具，能够减少对接成本，提高支付效率。
在本发明的一个实施例中，在基于第一地址对应的第一页面，向第一服务器发送订单确认信息之前，本发明实施例提供的应用于终端设备的支付方法还包括：
对第一地址进行合法性验证。
在本发明的一个实施例中，对第一地址进行合法性验证，可以包括：判断第一地址中的域名是否存在于合法域名数据库中；若存在，则表示第一地址合法。
示例性的，假设第一地址为https://www.XXXX.com/A，则第一地址中的域名为：XXXX.com。判断XXXX.com是否存在于合法域名数据库中，若XXXX.com存在于合法域名数据库中，则第一地址“https://www.XXXX.com/A”合法。
在本发明的一个实施例中，对第一地址进行合法性验证，可以包括：判断第一地址中是否存在特定字符串；若存在，则表示第一地址合法。
示例性的，假设特定字符串为payicbc。则判断第一地址中是否存在特定字符串“payicbc”。
假设第一地址为https://www.XXXX.com/UWd1pgw-pA7EnHcfYrjnzni。则第一地址中不存在特定字符串“payicbc”，此时第一地址不合法。
假设第一地址为https://www.XXXX.com/UWd1pgwpayicbcfYrjnzni。则第一地址中存在特定字符串“payicbc”，此时第一地址合法。
在本发明的一个实施例中，特定字符串可以为清算机构和收单机构约定的字符串。
在本发明的一个实施例中，对第一地址进行合法性验证，可以包括：获取第一地址中的域名对应的签名结果；对该签名结果进行解密，得到解密结果；判断第一地址中的域名与解密结果是否相同；若相同，则表示第一地址合法。
示例性的，假设第一地址为https://www.XXXX.com/A，则第一地址中的域名为：XXXX.com。A为域名“XXXX.com”对应的签名结果。
对签名结果进行解密，得到解密结果P，若域名“XXXX.com”与解密结果P相同，则表示第一地址合法。
在本发明的实施例中，收单机构在向清算机构提交二维码生成请求时，可以使用清算机构私钥对域名进行签名，生成域名对应的签名结果。终端设备在扫码后，利用清算机构公钥对签名结果进行解密，得到解密结果，如果第一地址中的域名与解密结果相同，则表示第一地址合法。
通过对第一地址进行合法性验证，能够避免用户访问非法站点，保证用户财产安全。
本发明实施例还提供一种应用于第一服务器的支付方法，如图7所示。图7示出了本发明实施例提供的应用于第一服务器的支付方法的流程示意图。应用于第一服务器的支付方法可以包括：
S501：生成与终端设备发送的订单确认信息对应的订单。
其中，订单确认信息为终端设备基于第一地址对应的第一页面发送的，第一地址为终端设备通过第一app识别目标图形标识符获得的地址，第一app为多个可选app中的一个app，可选app包括具备支付功能的app和不具备支付功能的app。
S502：将订单发送至第二服务器。
S503：接收第二服务器发送的统一支付网关对应的第二地址。
S504：将第二地址反馈至终端设备，以使终端设备基于第二地址对应的页面，调用支付组件进行订单支付。
可以理解的是，通过第一app识别目标图形标识符，以获得第一地址，则该第一app具备图形标识符识别功能。
首先，终端设备通过第一app识别目标图形标识符，以获得第一地址。
本发明实施例中所提到的图形标识符可以为一维条形码或二维条形码等。图形标识符对应的第一地址可以为URL地址。
在本发明的一个实施例中，该第一地址对应的页面可以为直接向商户进行支付的支付页面，也可以为商户商品的展示页面。
当该第一地址对应的页面为直接向商户进行支付的支付页面时，可以基于该页面，直接向第一服务器发送订单确认信息。
当该第一地址对应的页面为商户商品的展示页面时，用户需要通过页面浏览、商品选择和待购买商品确认等流程，进入到订单信息确认页面，在用户对订单信息确认后，向第一服务器发送订单确认信息。
示例性的，终端设备利用应用程序对商户二维码进行扫描，识别出二维码对应的地址；利用浏览器访问所识别出的地址，进而向第一服务器发送订单信息页面访问请求；第一服务器响应该订单信息页面访问请求，并向终端设备反馈订单信息页面；终端设备展示该订单信息页面；用户基于所展示的订单信息页面确认订单信息无误后，终端设备向第一服务器发送订单确认信息。
第一服务器在接收到该订单确认信息后，生成与该订单确认信息对应的订单；将该订单发送至第二服务器。
第二服务器在收到该订单后，发送统一支付网关对应的第二地址至第一服务器。
收单机构在接收到统一支付网关对应的第二地址后，将该统一支付网关对应的第二地址发送给终端设备。
终端设备访问统一支付网关对应的第二地址的页面，基于该页面，调用支付组件进行订单支付。
在本发明的一个实施例中，第二服务器在发送统一支付网关对应的第二地址至第一服务器时，可以向第一服务器发送包括统一支付网关对应的第二地址的URL地址。基于此，接收第二服务器发送的统一支付网关的第二地址，可以包括：接收第二服务器发送的URL地址；其中，URL地址包括统一支付网关对应的第二地址。
在本发明的一个实施例中，第二服务器可以基于统一支付网关对应的第二地址，生成包括统一支付网关对应的第二地址的URL地址。
在本发明的一个实施例中，收单机构将统一支付网关对应的第二地址发送给终端设备时，可以向终端设备发送页面跳转信息，该页面跳转信息包括统一支付网关对应的第二地址。基于此，将第二地址反馈至终端设备，可以包括：向终端设备发送页面跳转信息；其中，页面跳转信息包括统一支付网关对应的第二地址。
本发明实施例还提供一种应用于第二服务器的支付方法，如图8所示。图8示出了本发明实施例提供的应用于第二服务器的支付方法的流程示意图。应用于第二服务器的支付方法可以包括：
S601：接收第一服务器发送的订单。
其中，订单为与终端设备向第一服务器发送的订单确认信息对应的订单，订单确认信息为终端设备基于第一地址对应的第一页面发送的，第一地址为终端设备通过第一app识别目标图形标识符获得的地址，第一app为多个可选app中的一个app，可选app包括具备支付功能的app和不具备支付功能的app。
S602：发送统一支付网关对应的第二地址至第一服务器，以使第一服务器将第二地址反馈至终端设备，终端设备基于第二地址对应的页面，调用支付工具进行订单支付。
可以理解的是，通过第一app识别目标图形标识符，以获得第一地址，则该第一app具备图形标识符识别功能。
首先，终端设备通过第一app识别目标图形标识符，以获得第一地址。
本发明实施例中所提到的图形标识符可以为一维条形码或二维条形码等。图形标识符对应的第一地址可以为URL地址。
在本发明的一个实施例中，该第一地址对应的页面可以为直接向商户进行支付的支付页面，也可以为商户商品的展示页面。
当该第一地址对应的页面为直接向商户进行支付的支付页面时，可以基于该页面，直接向第一服务器发送订单确认信息。
当该第一地址对应的页面为商户商品的展示页面时，用户需要通过页面浏览、商品选择和待购买商品确认等流程，进入到订单信息确认页面，在用户对订单信息确认后，向第一服务器发送订单确认信息。
示例性的，终端设备利用应用程序对商户二维码进行扫描，识别出二维码对应的地址；利用浏览器访问所识别出的地址，进而向第一服务器发送订单信息页面访问请求；第一服务器响应该订单信息页面访问请求，并向终端设备反馈订单信息页面；终端设备展示该订单信息页面；用户基于所展示的订单信息页面确认订单信息无误后，终端设备向第一服务器发送订单确认信息。
第一服务器在接收到该订单确认信息后，生成与该订单确认信息对应的订单；将该订单发送至第二服务器。
第二服务器在收到该订单后，发送统一支付网关对应的第二地址至第一服务器。
收单机构在接收到统一支付网关对应的第二地址后，将该统一支付网关对应的第二地址发送给终端设备。
终端设备访问统一支付网关对应的第二地址的页面，基于该页面，调用支付组件进行订单支付。
在本发明的一个实施例中，第二服务器在发送统一支付网关对应的第二地址至第一服务器时，可以向第一服务器发送包括统一支付网关对应的第二地址的URL地址。
在本发明的一个实施例中，在发送包括统一支付网关对应的第二地址的URL地址至第一服务器之前，本发明实施例提供的应用于第二服务器的支付方法还可以包括：生成包括统一支付网关对应的第二地址的URL地址。
在本发明的一个实施例中，本发明实施例提供的应用于第二服务器的支付方法还可以包括：向终端设备发送支付组件配置参数，以使终端设备调用与支付组件配置参数对应的支付组件进行支付。
在本发明的一个实施例中，该支付组件配置参数用于指示调用第一app自带的支付组件进行订单支付。终端设备在接收到该支付组件配置参数后，调用第一app自带的支付组件进行订单支付。
示例性的，假设终端设备通过带有支付组件的某宝进行扫码，则第二服务器向终端设备发送的支付组件配置参数用于指示调用某宝自带的支付组件进行支付；终端设备调用某宝自带的支付组件进行订单支付。
在本发明的一个实施例中，该支付组件配置参数用于指示调用第二服务器默认设置的支付组件进行订单支付。
示例性的，假设第二服务器默认设置的支付组件为某宝的支付组件。则第二服务器向终端设备发送的支付组件配置参数用于指示调用某宝的支付组件进行支付；终端设备调用某宝的支付组件进行订单支付。
在本发明的一个实施例中，该支付组件配置参数用于指示调用终端设备默认的支付组件进行订单支付。
示例性的，假设终端设备默认的支付组件为某宝的支付组件。则第二服务器向终端设备发送的支付组件配置参数用于指示调用终端设备默认的支付组件进行支付；终端设备调用某宝的支付组件进行订单支付。
在本发明的一个实施例中，第二服务器可以向终端设备发送至少两个支付组件对应的配置参数。此时，终端设备可以先向用户展示至少两个支付组件的选项；然后调用被选中的支付组件进行订单支付。
示例性的，假设第二服务器可以向终端设备发送的至少两个支付组件对应的配置参数分别为某宝的支付组件对应的配置参数、某信的支付组件对应的配置参数和某通的支付组件对应的配置参数。终端设备在接收到第二服务器发送的支付组件配置参数后，向用户展示某宝的支付组件、某信的支付组件和某通的支付组件的选项以供用户选择。假设用户选择某通的支付组件，则调用某通的支付组件进行订单支付。
本发明实施例提供一种应用于终端设备的支付装置，如图9所示。图9示出了本发明实施例提供的应用于终端设备的支付装置的结构示意图。应用于终端设备的支付装置可以包括：
识别模块701，用于通过第一应用程序app识别目标图形标识符，以获得第一地址。
其中，第一app为多个可选app中的一个app，可选app包括具备支付功能的app和不具备支付功能的app。
订单确认信息发送模块702，用于基于第一地址对应的第一页面，向第一服务器发送订单确认信息，以使第一服务器生成与订单确认信息对应的订单，第一服务器将订单发送至第二服务器，第一服务器接收并反馈第二服务器发送的统一支付网关对应的第二地址。
地址接收模块703，用于接收第一服务器反馈的第二地址。
支付模块704，用于基于第二地址对应的第二页面，调用支付组件进行订单支付。
在本发明的一个实施例中，第一app包括：
浏览器类app、拍照类app、聊天类app、视频类app、新闻类app、医院类app、交通类app或支付类app等。
在本发明的一个实施例中，地址接收模块703，具体用于：
接收第一服务器发送的页面跳转信息；其中，页面跳转信息包括统一支付网关对应的第二地址。
在本发明的一个实施例中，支付模块704，包括：
支付组件配置参数接收单元，用于接收第二服务器发送的支付组件配置参数；
支付单元，用于调用与支付组件配置参数对应的支付组件进行支付。
在本发明的一个实施例中，支付组件配置参数用于指示调用第一app自带的支付组件进行订单支付。
在本发明的一个实施例中，支付组件配置参数用于指示调用第二服务器默认设置的支付组件进行订单支付。
在本发明的一个实施例中，支付组件配置参数用于指示调用终端设备默认的支付组件进行订单支付。
在本发明的一个实施例中，第二服务器发送的支付组件配置参数包括至少两个支付组件对应的配置参数。支付单元，具体用于：向用户展示至少两个支付组件的选项；调用被选中的支付组件进行订单支付。
在本发明的一个实施例中，本发明实施例提供的应用于终端设备的支付装置还包括：
合法性验证模块，用于对第一地址进行合法性验证。
在本发明的一个实施例中，合法性验证模块，具体用于：
判断第一地址中的域名是否存在于合法域名数据库中；若存在，则表示第一地址合法。
在本发明的一个实施例中，合法性验证模块，具体用于：
判断第一地址中是否存在特定字符串；若存在，则表示第一地址合法。
在本发明的一个实施例中，合法性验证模块，具体用于：
获取第一地址中的域名对应的签名结果；对该签名结果进行解密，得到解密结果；判断第一地址中的域名与解密结果是否相同；若相同，则表示第一地址合法。
本发明实施例提供一种应用于第一服务器的支付装置，如图10所示。图10示出了本发明实施例提供的应用于第一服务器的支付装置的结构示意图。应用于第一服务器的支付装置可以包括：
订单生成模块801，用于生成与终端设备发送的订单确认信息对应的订单。
其中，订单确认信息为终端设备基于第一地址对应的第一页面发送的，第一地址为终端设备通过第一app识别目标图形标识符获得的地址，第一app为多个可选app中的一个app，可选app包括具备支付功能的app和不具备支付功能的app。
订单发送模块802，用于将订单发送至第二服务器。
地址接收模块803，用于接收第二服务器发送的统一支付网关对应的第二地址。
地址反馈模块804，用于将第二地址反馈至终端设备，以使终端设备基于第二地址对应的页面，调用支付组件进行订单支付。
在本发明的一个实施例中，地址接收模块803，具体用于：
接收第二服务器发送的URL地址；其中，URL地址包括统一支付网关对应的第二地址。
在本发明的一个实施例中，地址反馈模块804，具体用于：
向终端设备发送页面跳转信息；其中，页面跳转信息包括统一支付网关对应的第二地址。
本发明实施例提供一种应用于第二服务器的支付装置，如图11所示。图11示出了本发明实施例提供的应用于第二服务器的支付装置的结构示意图。应用于第二服务器的支付装置可以包括：
订单接收模块901，用于接收第一服务器发送的订单。
其中，订单为与终端设备向第一服务器发送的订单确认信息对应的订单，订单确认信息为终端设备基于第一地址对应的第一页面发送的，第一地址为终端设备通过第一app识别目标图形标识符获得的地址，第一app为多个可选app中的一个app，可选app包括具备支付功能的app和不具备支付功能的app。
地址发送模块902，用于发送统一支付网关对应的第二地址至第一服务器，以使第一服务器将第二地址反馈至终端设备，终端设备基于第二地址对应的页面，调用支付工具进行订单支付。
在本发明的一个实施例中，地址发送模块902，具体用于：
发送包括统一支付网关对应的第二地址的URL地址至第一服务器。
在本发明的一个实施例中，本发明实施例提供的应用于第二服务器的支付装置还包括：
地址生成模块，用于生成包括统一支付网关对应的第二地址的URL地址。
在本发明的一个实施例中，本发明实施例提供的应用于第二服务器的支付装置还包括：
支付组件配置参数发送模块，用于向终端设备发送支付组件配置参数，以使终端设备调用与支付组件配置参数对应的支付组件进行支付。
在本发明的一个实施例中，支付组件配置参数用于指示调用第一app自带的支付组件进行订单支付。
在本发明的一个实施例中，支付组件配置参数用于指示调用第二服务器默认设置的支付组件进行订单支付。
在本发明的一个实施例中，支付组件配置参数用于指示调用终端设备默认的支付组件进行订单支付。
在本发明的一个实施例中，支付组件配置参数包括至少两个支付组件对应的配置参数，以使终端设备向用户展示至少两个支付组件的选项，调用被选中的支付组件进行订单支付。
图12示出了能够实现根据本发明实施例的支付方法及装置的计算设备的示例性硬件架构的结构图。如图12所示，计算设备100包括输入设备101、输入接口102、中央处理器103、存储器104、输出接口105、以及输出设备106。其中，输入接口102、中央处理器103、存储器104、以及输出接口105通过总线110相互连接，输入设备101和输出设备106分别通过输入接口102和输出接口105与总线110连接，进而与计算设备100的其他组件连接。
具体地，输入设备101接收来自外部的输入信息，并通过输入接口102将输入信息传送到中央处理器103；中央处理器103基于存储器104中存储的计算机可执行指令对输入信息进行处理以生成输出信息，将输出信息临时或者永久地存储在存储器104中，然后通过输出接口105将输出信息传送到输出设备106；输出设备106将输出信息输出到计算设备100的外部供用户使用。
也就是说，图12所示的计算设备也可以被实现为支付设备，该支付设备可以包括：存储有计算机可执行指令的存储器；以及处理器，该处理器在执行计算机可执行指令时可以实现本发明实施例提供的支付方法和装置。
本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现本发明实施例提供的支付方法。
需要明确的是，本发明并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本发明的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本发明的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。
以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本发明的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。
还需要说明的是，本发明中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本发明不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。
以上所述，仅为本发明的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。
Claims (29)
1.一种支付方法，其特征在于，所述方法包括：
通过第一应用程序app识别目标图形标识符，以获得第一地址；其中，所述第一app为多个可选app中的一个app，所述可选app包括具备支付功能的app和不具备支付功能的app；
基于所述第一地址对应的第一页面，向第一服务器发送订单确认信息，以使所述第一服务器生成与所述订单确认信息对应的订单，所述第一服务器将所述订单发送至第二服务器，所述第一服务器接收并反馈所述第二服务器发送的统一支付网关对应的第二地址；
接收所述第一服务器反馈的所述第二地址；
基于所述第二地址对应的第二页面，调用支付组件进行订单支付。
2.根据权利要求1所述的方法，其特征在于，所述第一app包括：
浏览器类app、拍照类app、聊天类app、视频类app、新闻类app、医院类app、交通类app或支付类app。
3.根据权利要求1所述的方法，其特征在于，所述接收所述第一服务器反馈的所述第二地址，包括：
接收所述第一服务器发送的页面跳转信息；其中，所述页面跳转信息包括所述统一支付网关对应的第二地址。
4.根据权利要求1所述的方法，其特征在于，所述调用支付组件进行订单支付，包括：
接收所述第二服务器发送的支付组件配置参数；
调用与所述支付组件配置参数对应的支付组件进行订单支付。
5.根据权利要求4所述的方法，其特征在于，所述支付组件配置参数用于指示调用所述第一app自带的支付组件进行订单支付。
6.根据权利要求4所述的方法，其特征在于，所述支付组件配置参数用于指示调用所述第二服务器默认设置的支付组件进行订单支付。
7.根据权利要求4所述的方法，其特征在于，所述支付组件配置参数用于指示调用终端设备默认的支付组件进行订单支付。
8.根据权利要求4所述的方法，其特征在于，所述第二服务器发送的支付组件配置参数包括至少两个支付组件对应的配置参数；
所述调用与所述支付组件配置参数对应的支付组件进行订单支付，包括：
向用户展示所述至少两个支付组件的选项；
调用被选中的支付组件进行订单支付。
9.根据权利要求1所述的方法，其特征在于，在所述基于所述第一地址对应的第一页面，向第一服务器发送订单确认信息之前，所述方法还包括：
对所述第一地址进行合法性验证。
10.根据权利要求9所述的方法，其特征在于，所述对所述第一地址进行合法性验证，包括：
判断所述第一地址中的域名是否存在于合法域名数据库中；若存在，则表示所述第一地址合法。
11.根据权利要求9所述的方法，其特征在于，所述对所述第一地址进行合法性验证，包括：
判断所述第一地址中是否存在特定字符串；若存在，则表示所述第一地址合法。
12.根据权利要求9所述的方法，其特征在于，所述对所述第一地址进行合法性验证，包括：
获取所述第一地址中的域名对应的签名结果；
对所述签名结果进行解密，得到解密结果；
判断所述第一地址中的域名与所述解密结果是否相同；若相同，则表示所述第一地址合法。
13.一种支付方法，其特征在于，所述方法包括：
生成与终端设备发送的订单确认信息对应的订单；其中，所述订单确认信息为所述终端设备基于第一地址对应的第一页面发送的，所述第一地址为所述终端设备通过第一app识别目标图形标识符获得的地址，所述第一app为多个可选app中的一个app，所述可选app包括具备支付功能的app和不具备支付功能的app；
将所述订单发送至第二服务器；
接收所述第二服务器发送的统一支付网关对应的第二地址；
将所述第二地址反馈至终端设备，以使所述终端设备基于所述第二地址对应的页面，调用支付组件进行订单支付。
14.根据权利要求13所述的方法，其特征在于，所述接收所述第二服务器发送的统一支付网关的第二地址，包括：
接收所述第二服务器发送的统一资源定位符URL地址；其中，所述URL地址包括统一支付网关对应的第二地址。
15.根据权利要求13所述的方法，其特征在于，所述将所述第二地址反馈至终端设备，包括：
向所述终端设备发送页面跳转信息；其中，所述页面跳转信息包括所述统一支付网关对应的第二地址。
16.一种支付方法，其特征在于，所述方法应用于第二服务器，包括：
接收第一服务器发送的订单；其中，所述订单为与终端设备向所述第一服务器发送的订单确认信息对应的订单，所述订单确认信息为所述终端设备基于第一地址对应的第一页面发送的，所述第一地址为所述终端设备通过第一app识别目标图形标识符获得的地址，所述第一app为多个可选app中的一个app，所述可选app包括具备支付功能的app和不具备支付功能的app；
发送统一支付网关对应的第二地址至所述第一服务器，以使所述第一服务器将所述第二地址反馈至所述终端设备，所述终端设备基于所述第二地址对应的页面，调用支付工具进行订单支付。
17.根据权利要求16所述的方法，其特征在于，所述发送统一支付网关对应的第二地址至所述第一服务器，包括：
发送包括统一支付网关对应的第二地址的URL地址至所述第一服务器。
18.根据权利要求17所述的方法，其特征在于，在所述发送包括统一支付网关对应的第二地址的URL地址至所述第一服务器之前，所述方法还包括：
生成包括统一支付网关对应的第二地址的URL地址。
19.根据权利要求16所述的方法，其特征在于，所述方法还包括：
向所述终端设备发送支付组件配置参数，以使所述终端设备调用与所述支付组件配置参数对应的支付组件进行支付。
20.根据权利要求19所述的方法，其特征在于，所述支付组件配置参数用于指示调用所述第一app自带的支付组件进行订单支付。
21.根据权利要求19所述的方法，其特征在于，所述支付组件配置参数用于指示调用所述第二服务器默认设置的支付组件进行订单支付。
22.根据权利要求19所述的方法，其特征在于，所述支付组件配置参数用于指示调用终端设备默认的支付组件进行订单支付。
23.根据权利要求19所述的方法，其特征在于，所述支付组件配置参数包括至少两个支付组件对应的配置参数，以使所述终端设备向用户展示所述至少两个支付组件的选项，调用被选中的支付组件进行订单支付。
24.一种支付装置，其特征在于，所述装置包括：
识别模块，用于通过第一应用程序app识别目标图形标识符，以获得第一地址；其中，所述第一app为多个可选app中的一个app，所述可选app包括具备支付功能的app和不具备支付功能的app；
订单确认信息发送模块，用于基于所述第一地址对应的第一页面，向第一服务器发送订单确认信息，以使所述第一服务器生成与所述订单确认信息对应的订单，所述第一服务器将所述订单发送至第二服务器，所述第一服务器接收并反馈所述第二服务器发送的统一支付网关对应的第二地址；
地址接收模块，用于接收所述第一服务器反馈的所述第二地址；
支付模块，用于基于所述第二地址对应的第二页面，调用支付组件进行订单支付。
25.一种支付装置，其特征在于，所述装置包括：
订单生成模块，用于生成与终端设备发送的订单确认信息对应的订单；其中，所述订单确认信息为所述终端设备基于第一地址对应的第一页面发送的，所述第一地址为所述终端设备通过第一app识别目标图形标识符获得的地址，所述第一app为多个可选app中的一个app，所述可选app包括具备支付功能的app和不具备支付功能的app；
订单发送模块，用于将所述订单发送至第二服务器；
地址接收模块，用于接收所述第二服务器发送的统一支付网关对应的第二地址；
地址反馈模块，用于将所述第二地址反馈至终端设备，以使所述终端设备基于所述第二地址对应的页面，调用支付组件进行订单支付。
26.一种支付装置，其特征在于，所述装置包括：
订单接收模块，用于接收第一服务器发送的订单；其中，所述订单为与终端设备向所述第一服务器发送的订单确认信息对应的订单，所述订单确认信息为所述终端设备基于第一地址对应的第一页面发送的，所述第一地址为所述终端设备通过第一app识别目标图形标识符获得的地址，所述第一app为多个可选app中的一个app，所述可选app包括具备支付功能的app和不具备支付功能的app；
地址发送模块，用于发送统一支付网关对应的第二地址至所述第一服务器，以使所述第一服务器将所述第二地址反馈至所述终端设备，所述终端设备基于所述第二地址对应的页面，调用支付工具进行订单支付。
27.一种交易处理设备，其特征在于，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至12中任意一项所述的支付方法的步骤或实现如权利要求13至15中任意一项所述的支付方法的步骤或实现如权利要求16至23所述的支付方法的步骤。
28.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如权利要求1至12中任意一项所述的支付方法的步骤或实现如权利要求13至15中任意一项所述的支付方法的步骤或实现如权利要求16至23所述的支付方法的步骤。
29.一种支付系统，其特征在于，所述系统包括：第一服务器和第二服务器；
所述第一服务器，用于生成与终端设备发送的订单确认信息对应的订单；将所述订单发送至第二服务器；接收所述第二服务器发送的统一支付网关对应的第二地址；将所述第二地址反馈至所述终端设备，以使所述终端设备基于所述第二地址对应的页面，调用支付组件进行订单支付；其中，所述订单确认信息为所述终端设备基于第一地址对应的第一页面发送的，所述第一地址为所述终端设备通过第一app识别目标图形标识符获得的地址，所述第一app为多个可选app中的一个app，所述可选app包括具备支付功能的app和不具备支付功能的app；
所述第二服务器，用于接收所述第一服务器发送的订单；发送所述第二地址至所述第一服务器，以使所述第一服务器将所述第二地址反馈至所述终端设备。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910415316.XA CN110223051B (zh) | 2019-05-17 | 2019-05-17 | 支付方法、装置、设备、系统及存储介质 |
| TW109105745A TWI799683B (zh) | 2019-05-17 | 2020-02-21 | 支付方法、裝置、設備、系統及存儲介質 |
| US17/611,701 US20220215374A1 (en) | 2019-05-17 | 2020-03-24 | Payment Method, Apparatus and System, Device, and Storage Medium |
| PCT/CN2020/080920 WO2020233223A1 (zh) | 2019-05-17 | 2020-03-24 | 支付方法、装置、设备、系统及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910415316.XA CN110223051B (zh) | 2019-05-17 | 2019-05-17 | 支付方法、装置、设备、系统及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110223051A CN110223051A (zh) | 2019-09-10 |
| CN110223051B true CN110223051B (zh) | 2021-07-16 |
Family
ID=67821444
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910415316.XA Active CN110223051B (zh) | 2019-05-17 | 2019-05-17 | 支付方法、装置、设备、系统及存储介质 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20220215374A1 (zh) |
| CN (1) | CN110223051B (zh) |
| TW (1) | TWI799683B (zh) |
| WO (1) | WO2020233223A1 (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110223051B (zh) * | 2019-05-17 | 2021-07-16 | 中国银联股份有限公司 | 支付方法、装置、设备、系统及存储介质 |
| CN110910134B (zh) * | 2019-10-25 | 2021-08-27 | 网联清算有限公司 | 支付处理系统和方法 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103200179A (zh) * | 2013-02-23 | 2013-07-10 | 杨筑平 | 网站认证、部署和鉴别方法 |
| CN104052722A (zh) * | 2013-03-15 | 2014-09-17 | 腾讯科技（深圳）有限公司 | 网址安全性检测的方法、装置及系统 |
| CN105913245A (zh) * | 2015-10-23 | 2016-08-31 | 乐视网信息技术（北京）股份有限公司 | 互联网支付方法、装置和服务器 |
| CN106453436A (zh) * | 2016-12-21 | 2017-02-22 | 北京奇虎科技有限公司 | 一种网络安全的检测方法和装置 |
| CN106686111A (zh) * | 2017-01-17 | 2017-05-17 | 浪潮（苏州）金融技术服务有限公司 | 一种支付的方法及系统、一种中间服务器 |
| CN107818457A (zh) * | 2017-10-30 | 2018-03-20 | 江西博瑞彤芸科技有限公司 | 支付处理方法 |
| CN108234434A (zh) * | 2016-12-22 | 2018-06-29 | 上海行邑信息科技有限公司 | 一种基于email地址识别的侦测方法 |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20020174062A1 (en) * | 2001-05-16 | 2002-11-21 | Sines Randy D. | Purchasing on the internet using verified order information and bank payment assurance |
| JP4067322B2 (ja) * | 2002-03-19 | 2008-03-26 | 富士フイルム株式会社 | 画像管理サーバおよび画像プリントサーバ並びに画像サービスシステム |
| KR101561428B1 (ko) * | 2007-01-09 | 2015-10-19 | 비자 유에스에이 인코포레이티드 | 비접촉 트랜잭션 |
| US20090240598A1 (en) * | 2008-03-24 | 2009-09-24 | Kargman James B | Method and apparatus for automated ordering and payment |
| US9710797B2 (en) * | 2012-07-18 | 2017-07-18 | @Pay Ip Holdings Llc | Email-based e-commerce |
| EP2838060A1 (en) * | 2013-08-14 | 2015-02-18 | Facebook, Inc. | Methods and systems for facilitating e-commerce payments |
| CN103903131A (zh) * | 2014-04-23 | 2014-07-02 | 王恩惠 | 一种基于图形码实现电子交易的方法及系统 |
| US9843576B1 (en) * | 2015-12-17 | 2017-12-12 | Amazon Technologies, Inc. | Secure injection of context information in browsers |
| CN105427093A (zh) * | 2015-12-29 | 2016-03-23 | 宁波博赢环深互联网科技有限公司 | 一种应用于电子商务的订单账户支付系统 |
| CN107423957A (zh) * | 2016-12-30 | 2017-12-01 | 语联网（武汉）信息技术有限公司 | 一种灵活支付结算的业务运行系统 |
| CN110223051B (zh) * | 2019-05-17 | 2021-07-16 | 中国银联股份有限公司 | 支付方法、装置、设备、系统及存储介质 |
-
2019
- 2019-05-17 CN CN201910415316.XA patent/CN110223051B/zh active Active
-
2020
- 2020-02-21 TW TW109105745A patent/TWI799683B/zh active
- 2020-03-24 WO PCT/CN2020/080920 patent/WO2020233223A1/zh active Application Filing
- 2020-03-24 US US17/611,701 patent/US20220215374A1/en active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103200179A (zh) * | 2013-02-23 | 2013-07-10 | 杨筑平 | 网站认证、部署和鉴别方法 |
| CN104052722A (zh) * | 2013-03-15 | 2014-09-17 | 腾讯科技（深圳）有限公司 | 网址安全性检测的方法、装置及系统 |
| CN105913245A (zh) * | 2015-10-23 | 2016-08-31 | 乐视网信息技术（北京）股份有限公司 | 互联网支付方法、装置和服务器 |
| CN106453436A (zh) * | 2016-12-21 | 2017-02-22 | 北京奇虎科技有限公司 | 一种网络安全的检测方法和装置 |
| CN108234434A (zh) * | 2016-12-22 | 2018-06-29 | 上海行邑信息科技有限公司 | 一种基于email地址识别的侦测方法 |
| CN106686111A (zh) * | 2017-01-17 | 2017-05-17 | 浪潮（苏州）金融技术服务有限公司 | 一种支付的方法及系统、一种中间服务器 |
| CN107818457A (zh) * | 2017-10-30 | 2018-03-20 | 江西博瑞彤芸科技有限公司 | 支付处理方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| TW202044153A (zh) | 2020-12-01 |
| CN110223051A (zh) | 2019-09-10 |
| US20220215374A1 (en) | 2022-07-07 |
| WO2020233223A1 (zh) | 2020-11-26 |
| TWI799683B (zh) | 2023-04-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10997573B2 (en) | Verification of portable consumer devices | |
| US8326759B2 (en) | Verification of portable consumer devices | |
| US8020766B2 (en) | Verification of portable consumer devices | |
| US10089617B2 (en) | Systems and methods for facilitating card present transactions | |
| KR102419527B1 (ko) | 정보 교환을 위한 방법 및 장치 | |
| CN104599121A (zh) | 一种信息传输方法、装置和系统 | |
| CN105512881A (zh) | 一种基于二维码完成支付的方法及终端 | |
| KR101106285B1 (ko) | 통합 바코드를 이용하여 결제 정보를 처리하는 시스템 및 모바일 디바이스의 제어 방법 | |
| CN105099688A (zh) | 一种电子账户的操作方法、支付页面的展示方法及装置 | |
| RU2747448C1 (ru) | Способ, устройство, электронное устройство и терминал для подтверждения доставки заказа | |
| KR20100009150A (ko) | 휴대폰을 이용한 결제 시스템 및 그 방법 | |
| JP2017535870A (ja) | 二次元コードスキャンインタラクション方法及び装置 | |
| CN110223051B (zh) | 支付方法、装置、设备、系统及存储介质 | |
| CN111628871B (zh) | 一种区块链交易处理方法、装置及电子设备和存储介质 | |
| CN103873455A (zh) | 一种信息校验的方法及装置 | |
| JP2007128310A (ja) | サービス提供サーバおよびサービス提供システム | |
| US20200151699A1 (en) | Performing transactions when device has low battery | |
| CN110544087A (zh) | 移动支付方法、装置、设备及计算机可读存储介质 | |
| KR101004038B1 (ko) | 통신 단말기의 화면 터치를 이용한 전자결제 승인 시스템 및 그 방법 | |
| CN114116036A (zh) | 应用程序插件的调用方法、装置、介质及电子设备 | |
| CN110365646B (zh) | 将实体关联到第一服务器的方法及装置 | |
| KR20180001527A (ko) | 간편 결제 방법 및 시스템 | |
| CN111833047A (zh) | 基于移动支付的付款码生成方法、装置及计算机设备 | |
| EP3699855A1 (en) | Card issuance and payment system and method | |
| KR102418755B1 (ko) | 서버 및 그것의 결제 중계 방법, 서버를 포함하는 결제 처리 시스템 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40012144 Country of ref document: HK |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |