CN109685485A - 支付方法、系统、装置及设备 - Google Patents

支付方法、系统、装置及设备 Download PDF

Info

Publication number
CN109685485A
CN109685485A CN201811590791.2A CN201811590791A CN109685485A CN 109685485 A CN109685485 A CN 109685485A CN 201811590791 A CN201811590791 A CN 201811590791A CN 109685485 A CN109685485 A CN 109685485A
Authority
CN
China
Prior art keywords
payment
terminal
request
acquirer server
party
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.)
Pending
Application number
CN201811590791.2A
Other languages
English (en)
Inventor
朴永彬
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Advanced Nova Technology Singapore Holdings Ltd
Original Assignee
Alibaba Group Holding Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201811590791.2A priority Critical patent/CN109685485A/zh
Publication of CN109685485A publication Critical patent/CN109685485A/zh
Pending legal-status Critical Current

Links

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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G06Q20/023—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] the neutral party being a clearing house
    • 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/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
    • 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/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • 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/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/3278—RFID or NFC payments by means of M-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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

本说明书实施例公开了一种支付方法、系统、装置及设备。方案包括：通过增加与第一终端匹配的标识，所述标识在收单机构服务器中标识第一终端，支付中，第一终端在发送给收单机构服务器的第一请求中将支付方式指定为第三方支付方式，第二终端在获取所述标识后生成第二请求，并将第二请求发送给收单机构服务器，收单机构服务器在接收到第二请求后，将支付信息发送给第二终端，第二终端根据支付信息生成支付请求，第三方支付平台在处理支付请求后向收单机构服务器支付，从而完成第三方支付。

Description

支付方法、系统、装置及设备
技术领域
本说明书涉及支付技术领域，尤其涉及一种支付方法、系统、装置及设备。
背景技术
随着支付技术的发展，传统刷卡支付已与新型的第三方支付逐步融合，比如，大型商场、客流量大的商户，其支付终端往往都既能够为消费者提供传统刷卡服务，也能够提供第三方支付服务，如移动扫码支付中的支付宝支付、微信支付。这时，对商户的支付终端来言，既需要具备提供刷卡服务的硬件和软件设备，还需要具备提供支持移动支付的硬件和软件设备，比如扫码枪，所以在融合中需要改造传统支付设备和第三方支付设备，改造存在困难，改造成本也非常高。目前，鉴于改造存在困难以及成本高昂，商户、收单机构等相关方的改造意愿低下，使得两者的融合进度十分缓慢，甚至无法融合，比如，在长尾商户中，由于消费者发生支付的概率少，或者因地处偏僻，消费者极少光顾等原因，这时长尾商户对应的收单机构很不愿意投入资源和成本，去改造原有的支付系统来提供第三方支付业务，同时长尾商户自身也是不愿意投入成本来提供第三方支付业务，这样第三方支付平台在针对长尾商户，进行第三方支付业务拓展的进展十分缓慢，甚至无法拓展，又比如，在第三方支付平台出海为消费者提供跨境第三方支付时，海外合作的收单机构也不愿意投入过多资源和成本，仅希望在引入第三方支付业务中，对原支付终端的改造要少，且改造成本要低，但在海外合作的收单机构中，由于其大部分原有支付终端的硬件只支持原有刷卡支付，并不支持移动支付，比如不带摄像头，也不便于增加扫码用的摄像头，这样能够支持第三方支付业务的基础条件本身就很差，融合中涉及的改造成本必然很高、改造困难也很大，这时商户、收单机构的改造意愿变得非常低，使得第三方支付业务拓展困难，成本也高。
基于此，需要能够实现低成本拓展第三方支付业务的支付方案。
发明内容
有鉴于此，本说明书实施例提供了一种支付方法、系统、装置及设备，用于实现低成本拓展第三方支付业务。
本说明书实施例采用下述技术方案：
本说明书实施例提供一种支付方法，包括：
第一终端生成第一请求，并将所述第一请求向所述第一终端对应的收单机构服务器发送，其中，所述第一请求包括支付方式，所述支付方式包括第二终端通过所述第二终端对应的第三方支付平台进行支付的第三方支付方式；
所述第二终端获取与所述第一终端匹配的标识，并生成第二请求以及将所述第二请求向所述收单机构服务器发送，其中，所述第二请求包括所述标识，所述标识用于在所述收单机构服务器中标识所述第一终端；
所述收单机构服务器在接收所述第二请求后，生成支付信息，并将所述支付信息向所述第二终端发送；
所述第二终端根据所述支付信息，生成支付请求；
所述第三方支付平台在处理所述支付请求后，向所述收单机构服务器进行支付。
本说明书实施例还提供一种用于收单机构服务器中的支付方法，所述支付方法包括：
接收第一请求，其中，所述第一请求由与所述收单机构服务器对应的第一终端生成，所述第一请求包括支付方式，所述支付方式包括第二终端通过所述第二终端对应的第三方支付平台进行支付的第三方支付方式；
接收第二请求，所述第二请求由所述第二终端在获取到与所述第一终端匹配的标识后生成，所述第二请求包括所述标识，所述标识用于在所述收单机构服务器中标识所述第一终端；
在接收所述第二请求后，生成支付信息；
将所述支付信息向所述第二终端发送；
接收所述第三方支付平台向所述收单机构服务器进行支付的信息。
本说明书实施例还提供一种用于第一终端中的支付方法，所述支付方法包括：
生成第一请求，所述第一请求包括支付方式，所述支付方式包括第二终端通过所述第二终端对应的第三方支付平台进行支付的第三方支付方式；
将所述第一请求向所述第一终端对应的收单机构服务器发送。
本说明书实施例还提供一种用于第二终端中的支付方法，所述支付方法包括：
获取与第一终端匹配的标识，所述标识用于在所述第一终端对应的收单机构服务器中标识所述第一终端；
生成第二请求，所述第二请求包括所述标识；
将所述第二请求向所述收单机构服务器发送；
接收所述收单机构服务器发送的支付信息；
根据所述支付信息，生成支付请求，以便于所述第二终端对应的第三方支付平台处理所述支付请求后向所述收单机构服务器进行支付。
本说明书实施例还提供一种用于第三方支付平台中的支付方法，包括：
处理所述第三方支付平台对应的第二终端生成的支付请求；
向收单机构服务器进行支付；
其中，所述支付请求由所述第二终端根据所述收单机构服务器发送的支付信息生成，所述支付信息由所述收单机构服务器在接收到与第一请求匹配的第二请求后生成，所述第一请求由与所述收单机构服务器对应的第一终端生成，所述第一请求包括支付方式，所述支付方式包括所述第二终端通过所述第三方支付平台进行支付的第三方支付方式，所述第二请求由所述第二终端在获取到与所述第一终端匹配的标识后生成，所述标识用于在所述收单机构服务器中标识所述第一终端。
本说明书实施例还提供一种支付系统，包括第一终端、第二终端、所述第一终端对应的收单机构服务器和所述第二终端对应的第三方支付平台；
所述第一终端用于生成第一请求，并将所述第一请求向所述收单机构服务器发送，其中，所述第一请求包括支付方式，所述支付方式包括所述第二终端通过所述第三方支付平台进行支付的第三方支付方式；
所述第二终端用于获取与所述第一终端匹配的标识，并生成第二请求以及将所述第二请求向所述收单机构服务器发送，其中，所述第二请求包括所述标识，所述标识用于在所述收单机构服务器中标识所述第一终端；
所述收单机构服务器用于在接收所述第二请求后，生成支付信息，并将所述支付信息向所述第二终端发送；
所述第二终端还用于根据所述支付信息，生成支付请求；
所述第三方支付平台用于在处理所述支付请求后，向所述收单机构服务器进行支付。
本说明书实施例还提供一种用于收单机构服务器中的支付装置，所述支付装置包括
第一接收模块、第一生成模块和第一发送模块；
所述第一接收模块用于接收第一请求，其中，所述第一请求由与所述收单机构服务器对应的第一终端生成，所述第一请求包括支付方式，所述支付方式包括第二终端通过所述第二终端对应的第三方支付平台进行支付的第三方支付方式；
所述第一接收模块还用于接收第二请求，所述第二请求由所述第二终端在获取到与所述第一终端匹配的标识后生成，所述第二请求包括所述标识，所述标识用于在所述收单机构服务器中标识所述第一终端；
所述第一生成模块用于接收所述第二请求后，生成支付信息；
所述第一发送模块用于将所述支付信息向所述第二终端发送。
本说明书实施例还提供一种用于第一终端中的支付装置，所述支付装置包括第二生成模块和第二发送模块；
所述第二生成模块用于生成第一请求，所述第一请求包括支付方式，所述支付方式包括第二终端通过所述第二终端对应的第三方支付平台进行支付的第三方支付方式；
所述第二发送模块用于将所述第一请求向所述第一终端对应的收单机构服务器发送。
本说明书实施例还提供一种用于第二终端中的支付装置，所述支付装置包括获取模块、第三生成模块、第三发送模块和第二接收模块；
所述获取模块用于获取与第一终端匹配的标识，所述标识用于在所述第一终端对应的收单机构服务器中标识所述第一终端；
所述第三生成模块用于生成第二请求，所述第二请求包括所述标识；
所述第三发送模块用于将所述第二请求向所述收单机构服务器发送；
所述第二接收模块用于接收所述收单机构服务器发送的支付信息；
所述第三生成模块还用于根据所述支付信息，生成支付请求，以便于所述第二终端对应的第三方支付平台处理所述支付请求后向所述收单机构服务器进行支付。
本说明书实施例还提供一种用于第三方支付平台中的支付装置，所述支付装置包括处理模块和支付模块；
所述处理模块用于处理所述第三方支付平台对应的第二终端生成的支付请求，并在完成处理后调用所述支付模块；
所述支付模块用于向收单机构服务器进行支付；
其中，所述支付请求由所述第二终端根据所述收单机构服务器发送的支付信息生成，所述支付信息由所述收单机构服务器在接收到与第一请求匹配的第二请求后生成，所述第一请求由与所述收单机构服务器对应的第一终端生成，所述第一请求包括支付方式，所述支付方式包括所述第二终端通过所述第三方支付平台进行支付的第三方支付方式，所述第二请求由所述第二终端在获取到与所述第一终端匹配的标识后生成，所述标识用于在所述收单机构服务器中标识所述第一终端。
本说明书实施例还提供一种用于收单机构服务器中的支付设备，所述支付设备包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
接收第一请求，其中，所述第一请求由与所述收单机构服务器对应的第一终端生成，所述第一请求包括支付方式，所述支付方式包括第二终端通过所述第二终端对应的第三方支付平台进行支付的第三方支付方式；
接收第二请求，所述第二请求由所述第二终端在获取到与所述第一终端匹配的标识后生成，所述第二请求包括所述标识，所述标识用于在所述收单机构服务器中标识所述第一终端；
在接收所述第二请求后，生成支付信息；
将所述支付信息向所述第二终端发送；
接收所述第三方支付平台向所述收单机构服务器进行支付的信息。
本说明书实施例还提供一种用于第一终端中的支付设备，所述支付设备包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
生成第一请求，所述第一请求包括支付方式，所述支付方式包括第二终端通过所述第二终端对应的第三方支付平台进行支付的第三方支付方式；
将所述第一请求向所述第一终端对应的收单机构服务器发送。
本说明书实施例还提供一种用于第二终端中的支付设备，所述支付设备包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
获取与第一终端匹配的标识，所述标识用于在所述第一终端对应的收单机构服务器中标识所述第一终端；
生成第二请求，所述第二请求包括所述标识；
将所述第二请求向所述收单机构服务器发送；
接收所述收单机构服务器发送的支付信息；
根据所述支付信息，生成支付请求，以便于所述第二终端对应的第三方支付平台处理所述支付请求后向所述收单机构服务器进行支付。
本说明书实施例还提供一种用于第三方支付平台中的支付设备，所述支付设备包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
处理所述第三方支付平台对应的第二终端生成的支付请求；
向收单机构服务器进行支付；
其中，所述支付请求由所述第二终端根据所述收单机构服务器发送的支付信息生成，所述支付信息由所述收单机构服务器在接收到与第一请求匹配的第二请求后生成，所述第一请求由与所述收单机构服务器对应的第一终端生成，所述第一请求包括支付方式，所述支付方式包括所述第二终端通过所述第三方支付平台进行支付的第三方支付方式，所述第二请求由所述第二终端在获取到与所述第一终端匹配的标识后生成，所述标识用于在所述收单机构服务器中标识所述第一终端。
本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：
通过在第一终端(即商户支付端)处增加与第一终端匹配的标识，其中标识用于在第一终端对应的收单机构服务器中标识所述第一终端，这样消费者使用第二终端在所述第一终端对应的商户进行第三方支付的消费结算时，第一终端通过第一请求，告知商户对应的收单机构服务器需要进行第三方支付，然后第二终端(比如智能手机)从第一终端处获取所述标识后，生成第二请求向收单机构服务器发送，再然后收单机构服务器在第一请求与第二请求匹配后，将支付信息发给第二终端进行确认，第二终端在确认后，就与第三方支付平台完成第三方支付，最后第三方支付平台向收单机构服务器进行支付，这样第二终端向第一终端的第三方支付，就通过第三方支付平台向收单机构服务器的支付来完成，最终实现消费者通过第三方支付方式在商户处进行消费结算。因此，通过对原有的支付系统以及支付流程上做较少的改造，就可低成本地将传统支付系统与第三方支付系统融合，从而在传统支付系统中低成本地拓展第三方支付业务，可大大加快拓展进度。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本说明书实施例1中提供的一种支付方法的整体思路示意图。
图2为本说明书实施例1中提供的一种支付方法的实现环境示意图。
图3为本说明书实施例1中提供的一种支付方法的流程图。
图4为本说明书实施例1中提供的一种支付方法中第二终端通过收单机构服务器先第三方支付平台发送支付请求的流程图。
图5为本说明书实施例1中提供的一种支付方法的整体流程图。
图6为本说明书实施例2中提供的一种用于收单机构服务器中的支付方法的流程图。
图7为本说明书实施例3中提供的一种用于第一终端中的支付方法的流程图。
图8为本说明书实施例4中提供的一种用于第二终端中的支付方法的流程图。
图9为本说明书实施例5中提供的一种用于第三方支付平台中的支付方法的流程图。
图10为本说明书实施例6中提供的一种支付系统的组成示意图。
图11为本说明书实施例7中提供的一种用于收单机构服务器中的支付装置的组成示意图。
图12为本说明书实施例8中提供的一种用于第一终端中的支付装置的组成示意图。
图13为本说明书实施例9中提供的一种用于第二终端中的支付装置的组成示意图。
图14为本说明书实施例10中提供的一种用于第三方支付平台中的支付装置的组成示意图。
具体实施方式
为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本说明书实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
以下结合附图，详细说明本申请各实施例提供的技术方案。
实施例1
正如前述，在将第三方支付业务拓展到传统支付系统中时，因改造困难、成本高，商户及收单机构的拓展积极性都不高，造成第三方支付业务在传统支付系统的拓展进展十分缓慢，甚至无法拓展，使得消费者不能很好地享受便捷的第三方支付服务。
本说明书实施例提供的支付方法、系统、装置及设备，正是为了解决第三方支付业务在拓展中，因改造困难、成本高、相关方(比如商户、收单机构)改造意愿低等原因而出现拓展困难的问题，进而提出了一种能够低成本地在传统支付系统中拓展第三方支付业务的解决方案，解决方案的整体思路如图1所示，实现环境示意图如图2所示，通过在第一终端12处增加标识121，并对传统支付系统1及第三方支付系统2进行少量改造，就可低成本地将第三方支付系统2融合到传统支付系统1中，从而将第三方支付业务(比如支付宝、卡扣)拓展到传统支付系统1中，使得传统支付系统1也能向用户提供便捷的第三方支付服务。
具体地，在传统支付系统1中，比如，支持刷卡支付的第一终端12可包括用于向收单机构服务器11进行支付的商户支付终端，比如POS机；标识121可包括用于在收单机构服务器11中全局标识第一终端12的标识，比如全局唯一的ID信息，可预设于第一终端12处，比如张贴在第一终端12上，又比如显示在第一终端12的屏幕中，；第二终端21可包括用于向第三方支付平台22进行支付的用户终端，比如移动智能手机、平板电脑；收单机构服务器11可包括用于管理第一终端12的收单机构的服务器；第三方支付平台22可包括用于第二终端12进行第三方支付的支付机构，比如支付宝、卡扣；第三方支付平台22与收单机构可以为合作关系，从而让第三方支付业务能够更好地拓展到传统支付系统1中，进而更好地向消费者提供第三方支付服务，
具体实施中，整体支付步骤改造主要包括：
传统支付步骤的改造主要有：在需要对消费者进行支付结算中，当消费者需要使用第二终端(比如移动智能手机)进行第三方支付，第一终端12仍然先向收单机构服务器11发送第一请求，并明确支付方式为第三方支付方式，这样收单机构服务器11与第一终端12之间就形成订单记录，只是需要等待第三方支付完成后，订单才能结束，即收单机构服务器11在收到第二终端21的第二请求后，并匹配第一请求和第二请求为同一个订单的请求后，将支付信息发送给第二终端21进行确认，最后在接收到第二终端21与第三方支付平台22完成支付的支付结果后，收单机构服务器11再按原有支付步骤与第一终端12进行订单结算；
第三方支付的改造过程主要有：第二终端21先获取标识121，比如，当标识为二维码时，第二终端21通过扫码获得二维码，生成第二请求并发送给收单机构服务器11，然后第二终端21在接收到支付信息并确认后，向第三方支付平台21发送支付请求，并与第三方支付平台21完成支付，最后第三方支付平台11向收单机构服务器11进行支付，以便收单机构服务器11与第一终端完成订单支付，这样第二终端21就可通过第三方支付方式向第一终端12完成支付。
需要说明的是，图2中用于数据通信连接的通信网络3可包括多种类型的通信网络，比如，有线通信网络、无线通信网络，且通信网络3仍可为原各个支付系统中所采用的通信网络，这里为简化图示和便于总体上理解本说明书提供的技术方案，均以通信网络3作为数据通信连接的网络进行说明，即传统支付系统1内的第一终端12与收单机构服务器11通过网络3进行数据通信连接，第三方支付系统2内的第二终端21与第三方支付平台22通过网络3进行数据通信连接，以及收单机构服务器11与第三方支付平台22和第二终端12之间的数据通信连接也依靠网络3来进行。
需要说明的是，传统支付系统1可包括支持刷卡的支付系统、支持电子账户支付的电子支付系统等提供传统支付业务的系统，比如在境内有银联提供的支付系统，在海外有韩国KICC，NICE或者美国First Data等传统支付公司提供的支付系统；第三方支付系统2可包括支持移动支付的移动支付系统，比如支付宝系统；收单机构可包括用于向第一终端12对应的商户提供收单服务的机构；第三方支付平台22可包括用于为第二终端21对应的用户提供第三方支付服务的支付机构的服务器。
如图3所示，本申请实施例提供的一种支付方法，包括以下步骤：
步骤S102、第一终端生成第一请求，并将所述第一请求向所述第一终端对应的收单机构服务器发送，其中，所述第一请求包括支付方式，所述支付方式包括第二终端通过所述第二终端对应的第三方支付平台进行支付的第三方支付方式。
需要说明的是，第一终端为收单机构对应的收费终端，比如商户的收费终端，这样第一终端在获取到收银员输入支付金额、支付方式等与订单支付相关的信息时，在生成所述第一请求时，让所述第一请求还可包括第一终端的标识、商户信息(比如商户的账户)和支付金额，以便于收到机构服务器与所述第一终端之间形成有效的订单信息，便于收单机构与第一终端对应的商户结算。
还有，鉴于第一终端由收单机构向商户统一发放和管理，这时第一请求中的第一终端的标识，可为终端的唯一标识码，比如终端ID，从而便于收单机构服务器通过该终端ID就能识别出第一请求来自哪一个第一终端，以及来自哪一个商户。
在一些实施方式中，支付方式可与其他与订单相关的信息通过同一个第一请求告知收单机构服务器，也可以通过不同的第一请求告知收单机构服务器，当然，其他与订单相关的信息也可通过同一个第一请求告知收单机构服务器，也可分开通过不同的第一请求告知收单机构服务器。
这样，当用户在商户中进行消费，并使用第三方支付时，商户收银员在第一终端上输入支付金额和指定支付方式，以便于第一终端生成所述第一请求，并将第一请求发送给收单机构服务器，进而让收单机构服务器获知支付金额、第一终端对应的第一标识和支付方式，以便于在收单机构服务器和第一终端之间形成订单记录，由于指定的支付方式为第三方支付方式，即支付金额需要第二终端通过所述第二终端对应的第三方支付平台向收单机构服务器支付，这样收单机构服务器仍可采用原先步骤向商户支付。
步骤S104、所述第二终端获取与所述第一终端匹配的标识，并生成第二请求以及将所述第二请求向所述收单机构服务器发送。其中，所述第二请求包括所述标识，所述标识用于在所述收单机构服务器中标识所述第一终端。
具体实施中，所述标识可由所述收单机构服务器统一发布和管理，以便于收单机构服务器全局识别所述第一终端。
在一些实施方式中，所述标识的内容可包括第一终端的终端ID，这样收单机构服务器通过终端ID，可快速地确定第二请求是否与第一请求匹配，即第一终端发送的第一请求和第二终端发送的第二请求是否属于同一个订单的请求。
具体实施中，可根据应用场景需要确定所述标识的形式，以及第二终端相应的获取方式。比如，所述标识可为图形标识，如二维码，相应地，第二终端获取所述标识的方式可为扫码方式，又比如，所述标识可为电子形式的字符串，并需要从第一终端传输至第二终端，相应地，第二终端获取所述标识的方式可为第一终端与第二终端之间的通信方法，如蓝牙、NFC。
在一个优选的实施方式中，所述标识在预设到所述第一终端处时，可根据应用场景需要，通过张贴在所述第一终端上，或者展示在所述第一终端的屏幕中等方式，使得所述第二终端能够从所述第一终端处获取到所述标识。
又在一个优选的实施方式中，为更好地利用现有的第三方支付方式的扫码支付功能，所述标识可优选DOI(Digital Object Unique Identifier，数字对象唯一标识符)，其中DOI的具体形式可根据应用场景需要，又可具体优选由QR Code、Code 16K、Ultra-code或PDF417等码制编码生成的一维条码、矩阵式二维码或行排式二维码等图形码，从而在现有第三方支付系统中，可以不升级扫码所需的硬件设备和软件，所述第二终端就能便捷地利用现有扫码方式来获取到所述标识。
再在一个优选的实施方式中，所述DOI由所述收单机构服务器统一生成，可方便所述收单机构服务器对所述DOI进行统一的发布和管理，进而有效地对所述第一终端进行管理。这里所述收单机构服务器生成所述DOI时，可预先生成并预设于所述第一终端处，也可为接收到所述第一请求后再生成并传输至所述第一终端，这里不做具体限定。还有，所述DOI还可以由所述第一终端根据收单机构统一发布和管理的生成算法生成，这里不再展开说明。
又再在一个优选的实施方式中，所述第二终端将所述第二请求向所述收单机构服务器发送时，可通过第二终端内置页面方式，与所述收单机构服务器进行有效通信，比如在所述第二终端中预设了一个页面通信的小程序，这时第二终端中原先用于第三方支付的程序，可以不进行过多改动，从而通过小程序的方式，所述第二终端就能与所述收单机构服务器进行通信，从而将所述第二请求发送至所述收单机构服务器。
进一步，还可通过该小程序，就能让所述收单机构服务器在接收到所述第一请求后，通过所述收单机构服务器与所述第二终端的通信，去启动获取所述标识的程序，以及发送所述第二请求，而无需用户过多的手动操作，进而提高了整体支付速度，比如，通过NFC获取所述标识时，只需用户将所述第二终端靠近所述第一终端即可，又比如，通过扫码获取所述标识时，用户只需根据提示将所述第二终端的摄像头对准所述标识即可。
又再在一个优选的实施方式中，前述页面的方式可包括H5页面方式，或者与H5页面方式功能相同或相似的页面方式。
步骤S106、所述收单机构服务器在接收所述第二请求后，生成支付信息，并将所述支付信息向所述第二终端发送。
具体实施中，由于收单机构服务器能够识别第一终端，而第二请求又包括了能够标识第一终端的标识，这样收单机构服务器在接收到第二请求时，就能快速地确定出所述第一请求和所述第二请求是否针对同一个订单记录的请求。
又在一个优选的实施方式中，所述收单机构服务器可将所述支付信息在所述第二终端以前述的页面方式展示，比如H5页面方式，这里不再赘述。
需要说明的是，这里的支付信息可包括如支付金额、第一终端对应的商户信息、商品信息、收单机构信息等与支付相关的信息中的一种或多种信息，以便于第二终端的用户对所述支付信息进行确认，以及便于第二终端通过第三方支付方式完成支付。
步骤S108、所述第二终端根据所述支付信息，生成支付请求。
具体实施中，所述第二终端在接收到收单机构服务器发送过来的所述支付信息，并获取到用户对所述支付信息的确认指令后，就根据所述支付信息，生成支付请求，以便于第二终端通过第三方支付平台进行支付。
需要说明的是，所述支付请求可与现有的第三方支付方式相同，比如可包括支付金额、支付所需的账户及密码、向谁支付等在第三方支付平台进行支付所需的一种或多种内容，这里不再赘述。
在一个优选的实施方式中，所述第二终端可以直接向所述第三方支付平台发送所述支付请求，来与所述第三方支付平台完成支付，从而无需改造现有第三方支付步骤，进而降低改造成本以及改造引入的风险。
又在一个优选的实施方式中，第二终端可通过电子钱包的方式与第三方支付平台完成支付，即第二终端与第三方支付平台之间支付可与现有第三方支付的步骤相同，具体地，所述第二终端向所述第三方支付方式平台发送支付请求，并与所述第三方支付平台完成支付，可包括：所述第二终端通过电子钱包向所述第三方支付方式平台发送支付请求，并通过所述电子钱包与所述第三方支付平台完成支付，所述电子钱包为所述第三方支付平台对应的电子钱包，并预装于所述第二终端中。其中，所述电子钱包可以以app(应用)形成预装于所述第二终端中，比如支付宝app，这样第二终端通过app向第三方支付平台发送支付请求，然后第三方支付平台接收到所述支付请求后，生成订单信息，并可将订单信息向展示app的支付页面，再然后第二终端的用户通过app选择支付途径、输入支付密码、确定支付等，最后所述第三方支付平台完成与第二终端之间的支付。
再在一个优选的实施方式中，所述第二终端可通过所述收单机构服务器向所述第三方支付平台发送所述支付请求。具体地，如图4所示，在所述第二终端生成所述支付请求后，所述支付方法还包括以下步骤S109，其中步骤S109具体包括：
步骤S1091、所述第二终端将所述支付请求向所述收单机构服务器发送。
需要说明的是，步骤S1091中的支付请求也可通过前述的页面方式与收单机构服务器通信完成，这里不再赘述。
具体实施中，所述支付请求可包括支付账户信息和支付金额，所述支付账户信息用于所述第二终端在所述第三方支付平台中进行支付的账户信息。
步骤S1093、所述收单机构服务器处理所述支付请求后，将所述支付请求向所述第三方支付平台发送。
具体实施中，所述收单机构服务器在将所述支付请求向所述第三方支付平台发送时，还可将收单机构服务器与第三方支付平台之间结算有关的信息向第三方支付平台发送，比如结算依据的订单信息、结算账户等，以便于第三方支付平台在处理所述支付请求时有据可依，也便于数据具有追溯性。
通过上述步骤S1091～S1093，便于所述收单机构服务器及时获知所述第二终端与所述第三方支付平台之间的支付进度，也便于所述收单机构服务器对支付进度进行管理和记录，提高整体支付流程的可靠性、可控性和追溯性。
步骤S110、所述第三方支付平台在处理所述支付请求后，向所述收单机构服务器进行支付。
在具体实施中，第三方支付平台可在处理完所述支付请求后，即第二终端在第三方支付平台完成了支付时，向收单机构服务器进行支付，这样收单机构服务器在收到支付的信息后就能获知第三方支付已完成，从而第一终端与收单机构服务器之间的订单支付可结束。
在一个优选的实施方式中，鉴于第三方支付平台与所述收单机构为合作关系，这时两者之间的支付方式可根据合作需要进行确定，比如，实时支付、按日支付、按周支付、甚至是按月支付、按年支付，为是收单机构服务器及时获知第三方支付情况，这时所述第三方支付平台可将所述支付结果向所述收单机构服务器发送，这样收单机构服务器在收到所述支付结果后就能及时获知第三方支付已完成，从而第一终端与收单机构服务器之间的订单支付可及时结束。
在一个优选的实施方式中，所述收单机构服务器在接收到所述支付结果后，还可将所述支付结果向所述第二终端发送，以便所述第二终端获知支付完成情况。进一步，发送还可通过前述的页面方式的通信完成。
又在一个优选的实施方式中，所述收单机构服务器在接收到所述支付结果后，可将所述支付结果向所述第一终端发送，以便所述第一终端获知支付完成情况，确保支付可靠。
再在一个优选的实施方式中，所述支付方法还包括：所述第一终端在第三方支付完成后，打印支付凭证，以便于所述第二终端的消费者保留凭证。
又再在一个优选的实施方式中，所述第一终端可包括不具有摄像头的商户支付终端，从而只需在所述第一终端处增加传统的、不支持扫描支付。
进一步，所述商户支付终端可包括台式支付终端和/或手持式支付终端。
通过上述步骤S102～S110，通过在所述第一终端处增加所述标识，以及少量改造后，就能以低成本方式拓展好第三方支付业务，并使得这些商户、收单机构服务器很好地提供第三方支付业务的服务，进而让这些商户、收单机构服务器对应的消费者也能享受到便捷的第三方支付服务。
为便于理解，这里还给出一个消费者在商户中进行第三方支付消费的示意图。如图5所示，在消费者需要在商户中进行第三方支付时：
步骤1.1收银员通过向第一终端输入支付有关的信息，比如支付金额、支付方式，这里支付方式为第三方支付方式，如支付宝、卡扣(Talk)；
步骤1.2第一终端生成包括第三方支付方式的第一请求，并将第一请求向收单机构服务器发送；
步骤1.3收单机构服务器收到包括第三方支付方式的第一请求时，生成订单并等待第二终端扫描二维码后发送的第二请求；
步骤1.4第二终端利用电子钱包app的扫码功能获取与第一终端匹配的标识，比如包含第一终端的终端ID信息的二维码；
步骤1.5第二终端的钱包app重定向付款页面，生成第二请求；
步骤1.6第二终端通过H5页面与收单机构服务器建立通信，等待生成第二请求并将第二请求向收单机构服务器发送；
步骤1.7收单机构服务器匹配第一请求和第二请求是否属于同一个订单，若是向第二终端返回支付信息；
步骤1.8第二终端通过H5页面展示并确认支付信息；
步骤1.9钱包app生成支付请求，并向收单机构服务器发送；
步骤2.0收单机构服务器处理支付请求；
步骤2.1收单机构服务器将支付请求向第三方支付平台发送；
步骤2.2第三方支付平台根据支付请求生成订单记录；
步骤2.3第三方支付平台将订单向钱包app的支付页面展示，以便用户确认并进行支付操作；
步骤2.4钱包app收到用户支付操作，并向第三方支付平台进行支付；
步骤2.5第三方支付平台完成第二终端的支付处理；
步骤2.6第三方支付平台将支付结果向收单机构服务器发送，以便收单机构服务器及时获取支付结果；
步骤2.7第三方支付平台将支付结果向钱包app发送，以便钱包app的用户及时获取支付结果；
步骤2.8收单机构服务器根据支付结果处理与第一终端之间对应的订单；
步骤2.9收单机构服务器在完成订单处理后，通过H5页面方式向第二终端的用户返回处理结果，以便用户的钱包app展示结果；
步骤3.0钱包app展示订单处理结果；
步骤3.1收单机构服务器在完成订单处理后，向第一终端返回处理结果，以便第一终端的收银员根据展示结果结束本次收银操作；
步骤3.2收银员通过第一终端打印收银凭证，以便于向消费者(即第二终端的用户)提供凭证。
需要说明的是，本领域的技术人员应当理解，上述步骤1.1～3.2是步骤及步骤主要内容的示意说明，在具体应用场景中，上述支付步骤可根据实际需要加以调整，比如顺序执行，或者并行执行。
前述的支付方法是站在整体上进行说明，下面分别以各个执行主体一侧对涉及到的支付方法进行粗略的说明。
实施例2
基于同一个发明构思，图5所示，本说明书实施例中提供的一种用于收单机构服务器中的支付方法，所述支付方法包括：
步骤S202、接收第一请求。
其中，其中，所述第一请求由与所述收单机构服务器对应的第一终端生成，所述第一请求包括支付方式，所述支付方式包括第二终端通过所述第二终端对应的第三方支付平台进行支付的第三方支付方式。
步骤S204、接收第二请求。
其中，所述第二请求由所述第二终端在获取到与所述第一终端匹配的标识后生成，所述第二请求包括标识，所述标识用于在所述收单机构服务器中标识所述第一终端。
步骤S206、在接收所述第二请求后，生成支付信息。
步骤S208、将所述支付信息向所述第二终端发送。
步骤S210、接收所述第三方支付平台向所述收单机构服务器进行支付的信息。
实施例3
基于同一个发明构思，图7所示，本说明书实施例中提供的一种用于第一终端中的支付方法，所述支付方法包括：
步骤S302、生成第一请求，所述第一请求包括支付方式，所述支付方式包括第二终端通过所述第二终端对应的第三方支付平台进行支付的第三方支付方式。
步骤S304、将所述第一请求向所述第一终端对应的收单机构服务器发送。
实施例4
基于同一个发明构思，图8所示，本说明书实施例中提供的一种用于第二终端中的支付方法，所述支付方法包括：
步骤S402、获取与第一终端匹配的标识，所述标识用于在所述第一终端对应的收单机构服务器中标识所述第一终端。
步骤S404、生成第二请求，所述第二请求包括所述标识；
步骤S406、将所述第二请求向所述收单机构服务器发送。
步骤S408、接收所述收单机构服务器发送的支付信息。
步骤S410、根据所述支付信息，生成支付请求，以便于所述第二终端对应的第三方支付平台处理所述支付请求后向所述收单机构服务器进行支付。
实施例5
基于同一个发明构思，图9所示，本说明书实施例中提供的一种用于第三方支付平台中的支付方法，所述支付方法包括：
步骤S502、处理所述第三方支付平台对应的第二终端生成的支付请求；
步骤S504、向收单机构服务器进行支付，其中，所述支付请求由所述第二终端根据所述收单机构服务器发送的支付信息生成，所述支付信息由所述收单机构服务器在接收到与第一请求匹配的第二请求后生成，所述第一请求由与所述收单机构服务器对应的第一终端生成，所述第一请求包括支付方式，所述支付方式包括所述第二终端通过所述第三方支付平台进行支付的第三方支付方式，所述第二请求由所述第二终端在获取到与所述第一终端匹配的标识后生成，所述标识用于在所述收单机构服务器中标识所述第一终端。
基于同一个发明构思，本说明书实施例中还提供与前述支付方法对应的支付系统、支付装置、支付设备以及非易失性计算机存储介质。
需要说明的是，鉴于前述实施例中对所述支付方法已进行了详细说明，本实施例中对支付系统、支付装置、支付设备以及非易失性计算机存储介质所涉及的相应内容将不再赘述。
实施例6
如图10所示，本说明书实施例提供一种支付系统30，所述支付系统30包括第一终端31、第二终端32、与第一终端31对应的收单机构服务器33和与第二终端32对应的第三方支付平台34。
在本实施例中，第一终端31用于生成第一请求，并将所述第一请求向收单机构服务器33发送，其中，所述第一请求包括支付方式，所述支付方式包括第二终端32通过第三方支付平台34进行支付的第三方支付方式；第二终端32用于获取与第一终端31匹配的标识，并生成第二请求以及将所述第二请求向收单机构服务器33发送，其中，所述第二请求包括所述标识，所述标识用于在收单机构服务器33中标识第一终端31；收单机构服务器33用于在接收所述第二请求匹配后，生成支付信息，并将所述支付信息向第二终端32发送；第二终端32还用于根据所述支付信息，生成支付请求；第三方支付平台34用于在处理所述支付请求后，向收单机构服务器33进行支付。
实施例7
如图11所示，本说明书实施例提供一种用于收单机构服务器中的支付装置，所述支付装置40包括第一接收模块41、第一生成模块42和第一发送模块43。
在本实施例中，第一接收模块41用于接收第一请求，其中，所述第一请求由与所述收单机构服务器对应的第一终端生成，所述第一请求包括支付方式，所述支付方式包括第二终端通过所述第二终端对应的第三方支付平台进行支付的第三方支付方式；第一接收模块41还用于接收第二请求，所述第二请求由所述第二终端在获取到与所述第一终端匹配的标识后生成，所述第二请求包括标识，所述标识用于在所述收单机构服务器中标识所述第一终端；第一生成模块42用于接收所述第二请求后，生成支付信息；第一发送模块43用于将所述支付信息向所述第二终端发送。
实施例8
如图12所示，本说明书实施例提供一种用于第一终端中的支付装置，所述支付装置50包括第二生成模块51和第二发送模块52。
在本实施例中，第二生成模块51用于生成第一请求，所述第一请求包括支付方式，所述支付方式包括第二终端通过所述第二终端对应的第三方支付平台进行支付的第三方支付方式；第二发送模块52用于将所述第一请求向所述第一终端对应的收单机构服务器发送。
实施例9
如图13所示，本说明书实施例提供一种用于第二终端中的支付装置，所述支付装置60包括获取模块61、第三生成模块62、第三发送模块63和第二接收模块64。
在本实施例中，获取模块61用于获取与第一终端匹配的标识，所述标识用于在所述第一终端对应的收单机构服务器中标识所述第一终端；第三生成模块62用于生成第二请求，所述第二请求包括所述标识；第三发送模块63用于将所述第二请求向所述收单机构服务器发送；第二接收模块64用于接收所述收单机构服务器发送的支付信息；第三生成模块62还用于根据所述支付信息，生成支付请求，以便于所述第二终端对应的第三方支付平台处理所述支付请求后向所述收单机构服务器进行支付。
实施例10
如图14所示，本说明书实施例提供一种用于第三方支付平台中的支付装置，所述支付装置70包括处理模块71和支付模块72。
在本实施例中，处理模块71用于处理所述第三方支付平台对应的第二终端生成的支付请求，并在完成处理后调用支付模块72；支付模块72用于向收单机构服务器进行支付。其中，所述支付请求由所述第二终端根据所述收单机构服务器发送的支付信息生成，所述支付信息由所述收单机构服务器在接收到与第一请求匹配的第二请求后生成，所述第一请求由与所述收单机构服务器对应的第一终端生成，所述第一请求包括支付方式，所述支付方式包括所述第二终端通过所述第三方支付平台进行支付的第三方支付方式，所述第二请求由所述第二终端在获取到与所述第一终端匹配的标识后生成，所述标识用于在所述收单机构服务器中标识所述第一终端。
实施例11
基于同一个发明构思，本说明书实施例提供一种用于收单机构服务器中的支付设备，所述电子设备包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行以下步骤：
接收第一请求，其中，所述第一请求由与所述收单机构服务器对应的第一终端生成，所述第一请求包括支付方式，所述支付方式包括第二终端通过所述第二终端对应的第三方支付平台进行支付的第三方支付方式；
接收第二请求，所述第二请求由所述第二终端在获取到与所述第一终端匹配的标识后生成，所述第二请求包括所述标识，所述标识用于在所述收单机构服务器中标识所述第一终端；
在接收所述第二请求后，生成支付信息；
将所述支付信息向所述第二终端发送；
接收所述第三方支付平台向所述收单机构服务器进行支付的信息。
基于同一个发明构思，本说明书实施例提供一种用于第一终端中的支付设备，所述电子设备包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行以下步骤：
生成第一请求，所述第一请求包括支付方式，所述支付方式包括第二终端通过所述第二终端对应的第三方支付平台进行支付的第三方支付方式；
将所述第一请求向所述第一终端对应的收单机构服务器发送。
基于同一个发明构思，本说明书实施例提供一种用于第二终端中的支付设备，所述电子设备包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行以下步骤：
获取与第一终端匹配的标识，所述标识用于在所述第一终端对应的收单机构服务器中标识所述第一终端；
生成第二请求，所述第二请求包括所述标识；
将所述第二请求向所述收单机构服务器发送；
接收所述收单机构服务器发送的支付信息；
根据所述支付信息，生成支付请求，以便于所述第二终端对应的第三方支付平台处理所述支付请求后向所述收单机构服务器进行支付。
基于同一个发明构思，本说明书实施例提供一种用于第三方支付平台中的支付设备，所述支付设备包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
处理所述第三方支付平台对应的第二终端生成的支付请求；
向收单机构服务器进行支付；
其中，所述支付请求由所述第二终端根据所述收单机构服务器发送的支付信息生成，所述支付信息由所述收单机构服务器在接收到与第一请求匹配的第二请求后生成，所述第一请求由与所述收单机构服务器对应的第一终端生成，所述第一请求包括支付方式，所述支付方式包括所述第二终端通过所述第三方支付平台进行支付的第三方支付方式，所述第二请求由所述第二终端在获取到与所述第一终端匹配的标识后生成，所述标识用于在所述收单机构服务器中标识所述第一终端。
基于同样的思路，本说明书实施例提供一种用于收单机构服务器中的非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：
接收第一请求，其中，所述第一请求由与所述收单机构服务器对应的第一终端生成，所述第一请求包括支付方式，所述支付方式包括第二终端通过所述第二终端对应的第三方支付平台进行支付的第三方支付方式；
接收第二请求，所述第二请求由所述第二终端在获取到与所述第一终端匹配的标识后生成，所述第二请求包括所述标识，所述标识用于在所述收单机构服务器中标识所述第一终端；
在接收所述第二请求后，生成支付信息；
将所述支付信息向所述第二终端发送；
接收所述第三方支付平台向所述收单机构服务器进行支付的信息。
基于同样的思路，本说明书实施例提供一种用于第一终端中的非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：
生成第一请求，所述第一请求包括支付方式，所述支付方式包括第二终端通过所述第二终端对应的第三方支付平台进行支付的第三方支付方式；
将所述第一请求向所述第一终端对应的收单机构服务器发送。
基于同样的思路，本说明书实施例提供一种用于第二终端中的非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：
获取与第一终端匹配的标识，所述标识用于在所述第一终端对应的收单机构服务器中标识所述第一终端；
生成第二请求，所述第二请求包括所述标识；
将所述第二请求向所述收单机构服务器发送；
接收所述收单机构服务器发送的支付信息；
根据所述支付信息，生成支付请求，以便于所述第二终端对应的第三方支付平台处理所述支付请求后向所述收单机构服务器进行支付。
基于同样的思路，本说明书实施例提供一种用于第三方支付平台中的非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：
处理所述第三方支付平台对应的第二终端生成的支付请求；
向收单机构服务器进行支付；
其中，所述支付请求由所述第二终端根据所述收单机构服务器发送的支付信息生成，所述支付信息由所述收单机构服务器在接收到与第一请求匹配的第二请求后生成，所述第一请求由与所述收单机构服务器对应的第一终端生成，所述第一请求包括支付方式，所述支付方式包括所述第二终端通过所述第三方支付平台进行支付的第三方支付方式，所述第二请求由所述第二终端在获取到与所述第一终端匹配的标识后生成，所述标识用于在所述收单机构服务器中标识所述第一终端。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备、非易失性计算机存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
在本说明书中的各个实施例，本领域的技术人员应该理解，所述的“第一”和“第二”不具有实际限定意义，只是为了便于区分，防止概念混淆。
本说明书实施例提供的装置、设备、非易失性计算机存储介质与方法是对应的，因此，装置、设备、非易失性计算机存储介质也具有与对应方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述对应装置、设备、非易失性计算机存储介质的有益技术效果。
在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (21)

1.一种支付方法，包括：
第一终端生成第一请求，并将所述第一请求向所述第一终端对应的收单机构服务器发送，其中，所述第一请求包括支付方式，所述支付方式包括第二终端通过所述第二终端对应的第三方支付平台进行支付的第三方支付方式；
所述第二终端获取与所述第一终端匹配的标识，并生成第二请求以及将所述第二请求向所述收单机构服务器发送，其中，所述第二请求包括所述标识，所述标识用于在所述收单机构服务器中标识所述第一终端；
所述收单机构服务器在接收所述第二请求后，生成支付信息，并将所述支付信息向所述第二终端发送；
所述第二终端根据所述支付信息，生成支付请求；
所述第三方支付平台在处理所述支付请求后，向所述收单机构服务器进行支付。
2.如权利要求1所述的支付方法，在所述第二终端生成所述支付请求后，所述支付方法还包括：
所述第二终端将所述支付请求向所述收单机构服务器发送；
所述收单机构服务器处理所述支付请求后，将所述支付请求向所述第三方支付平台发送。
3.如权利要求1所述的支付方法，所述收单机构服务器将所述支付信息向所述第二终端发送包括：所述收单机构服务器将所述支付信息在所述第二终端中以H5页面方式展示。
4.如权利要求1所述的支付方法，所述标识包括DOI。
5.如权利要求4所述的支付方法，所述DOI在所述第一终端的屏幕中展示。
6.如权利要求4所述的支付方法，所述DOI由所述收单机构服务器生成。
7.如权利要求1所述的支付方法，所述第三方支付平台向所述收单机构服务器进行支付，包括：所述第三方支付平台将所述第二终端在所述第三方支付平台完成支付的支付结果向所述收单机构服务器发送。
8.如权利要求7所述的支付方法，所述支付方法还包括：所述收单机构服务器将所述支付结果向所述第二终端和/或所述第一终端发送。
9.一种用于收单机构服务器中的支付方法，所述支付方法包括：
接收第一请求，其中，所述第一请求由与所述收单机构服务器对应的第一终端生成，所述第一请求包括支付方式，所述支付方式包括第二终端通过所述第二终端对应的第三方支付平台进行支付的第三方支付方式；
接收第二请求，所述第二请求由所述第二终端在获取到与所述第一终端匹配的标识后生成，所述第二请求包括所述标识，所述标识用于在所述收单机构服务器中标识所述第一终端；
在接收所述第二请求后，生成支付信息；
将所述支付信息向所述第二终端发送；
接收所述第三方支付平台向所述收单机构服务器进行支付的信息。
10.一种用于第一终端中的支付方法，所述支付方法包括：
生成第一请求，所述第一请求包括支付方式，所述支付方式包括第二终端通过所述第二终端对应的第三方支付平台进行支付的第三方支付方式；
将所述第一请求向所述第一终端对应的收单机构服务器发送。
11.一种用于第二终端中的支付方法，所述支付方法包括：
获取与第一终端匹配的标识，所述标识用于在所述第一终端对应的收单机构服务器中标识所述第一终端；
生成第二请求，所述第二请求包括所述标识；
将所述第二请求向所述收单机构服务器发送；
接收所述收单机构服务器发送的支付信息；
根据所述支付信息，生成支付请求，以便于所述第二终端对应的第三方支付平台处理所述支付请求后向所述收单机构服务器进行支付。
12.一种用于第三方支付平台中的支付方法，所述支付方法包括：
处理所述第三方支付平台对应的第二终端生成的支付请求；
向收单机构服务器进行支付；
其中，所述支付请求由所述第二终端根据所述收单机构服务器发送的支付信息生成，所述支付信息由所述收单机构服务器在接收到与第一请求匹配的第二请求后生成，所述第一请求由与所述收单机构服务器对应的第一终端生成，所述第一请求包括支付方式，所述支付方式包括所述第二终端通过所述第三方支付平台进行支付的第三方支付方式，所述第二请求由所述第二终端在获取到与所述第一终端匹配的标识后生成，所述标识用于在所述收单机构服务器中标识所述第一终端。
13.一种支付系统，包括第一终端、第二终端、与所述第一终端对应的收单机构服务器和与所述第二终端对应的第三方支付平台；
所述第一终端用于生成第一请求，并将所述第一请求向所述收单机构服务器发送，其中，所述第一请求包括支付方式，所述支付方式包括所述第二终端通过所述第三方支付平台进行支付的第三方支付方式；
所述第二终端用于获取与所述第一终端匹配的标识，并生成第二请求以及将所述第二请求向所述收单机构服务器发送，其中，所述第二请求包括所述标识，所述标识用于在所述收单机构服务器中标识所述第一终端；
所述收单机构服务器用于在接收所述第二请求后，生成支付信息，并将所述支付信息向所述第二终端发送；
所述第二终端还用于根据所述支付信息，生成支付请求；
所述第三方支付平台用于在处理所述支付请求后，向所述收单机构服务器进行支付。
14.一种用于收单机构服务器中的支付装置，所述支付装置包括第一接收模块、第一生成模块和第一发送模块；
所述第一接收模块用于接收第一请求，其中，所述第一请求由与所述收单机构服务器对应的第一终端生成，所述第一请求包括支付方式，所述支付方式包括第二终端通过所述第二终端对应的第三方支付平台进行支付的第三方支付方式；
所述第一接收模块还用于接收第二请求，所述第二请求由所述第二终端在获取到与所述第一终端匹配的标识后生成，所述第二请求包括所述标识，所述标识用于在所述收单机构服务器中标识所述第一终端；
所述第一生成模块用于接收所述第二请求后，生成支付信息；
所述第一发送模块用于将所述支付信息向所述第二终端发送。
15.一种用于第一终端中的支付装置，所述支付装置包括第二生成模块和第二发送模块；
所述第二生成模块用于生成第一请求，所述第一请求包括支付方式，所述支付方式包括第二终端通过所述第二终端对应的第三方支付平台进行支付的第三方支付方式；
所述第二发送模块用于将所述第一请求向所述第一终端对应的收单机构服务器发送。
16.一种用于第二终端中的支付装置，所述支付装置包括获取模块、第三生成模块、第三发送模块和第二接收模块；
所述获取模块用于获取与第一终端匹配的标识，所述标识用于在所述第一终端对应的收单机构服务器中标识所述第一终端；
所述第三生成模块用于生成第二请求，所述第二请求包括所述标识；
所述第三发送模块用于将所述第二请求向所述收单机构服务器发送；
所述第二接收模块用于接收所述收单机构服务器发送的支付信息；
所述第三生成模块还用于根据所述支付信息，生成支付请求，以便于所述第二终端对应的第三方支付平台处理所述支付请求后向所述收单机构服务器进行支付。
17.一种用于第三方支付平台中的支付装置，所述支付装置包括处理模块和支付模块；
所述处理模块用于处理所述第三方支付平台对应的第二终端生成的支付请求，并在完成处理后调用所述支付模块；
所述支付模块用于向收单机构服务器进行支付；
其中，所述支付请求由所述第二终端根据所述收单机构服务器发送的支付信息生成，所述支付信息由所述收单机构服务器在接收到与第一请求匹配的第二请求后生成，所述第一请求由与所述收单机构服务器对应的第一终端生成，所述第一请求包括支付方式，所述支付方式包括所述第二终端通过所述第三方支付平台进行支付的第三方支付方式，所述第二请求由所述第二终端在获取到与所述第一终端匹配的标识后生成，所述标识用于在所述收单机构服务器中标识所述第一终端。
18.一种用于收单机构服务器中的支付设备，所述支付设备包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
接收第一请求，其中，所述第一请求由与所述收单机构服务器对应的第一终端生成，所述第一请求包括支付方式，所述支付方式包括第二终端通过所述第二终端对应的第三方支付平台进行支付的第三方支付方式；
接收第二请求，所述第二请求由所述第二终端在获取到与所述第一终端匹配的标识后生成，所述第二请求包括所述标识，所述标识用于在所述收单机构服务器中标识所述第一终端；
在接收所述第二请求后，生成支付信息；
将所述支付信息向所述第二终端发送；
接收所述第三方支付平台向所述收单机构服务器进行支付的信息。
19.一种用于第一终端中的支付设备，所述支付设备包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
生成第一请求，所述第一请求包括支付方式，所述支付方式包括第二终端通过所述第二终端对应的第三方支付平台进行支付的第三方支付方式；
将所述第一请求向所述第一终端对应的收单机构服务器发送。
20.一种用于第二终端中的支付设备，所述支付设备包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
获取与第一终端匹配的标识，所述标识用于在所述第一终端对应的收单机构服务器中标识所述第一终端；
生成第二请求，所述第二请求包括所述标识；
将所述第二请求向所述收单机构服务器发送；
接收所述收单机构服务器发送的支付信息；
根据所述支付信息，生成支付请求，以便于所述第二终端对应的第三方支付平台处理所述支付请求后向所述收单机构服务器进行支付。
21.一种用于第三方支付平台中的支付设备，所述支付设备包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
处理所述第三方支付平台对应的第二终端生成的支付请求；
向收单机构服务器进行支付；
其中，所述支付请求由所述第二终端根据所述收单机构服务器发送的支付信息生成，所述支付信息由所述收单机构服务器在接收到与第一请求匹配的第二请求后生成，所述第一请求由与所述收单机构服务器对应的第一终端生成，所述第一请求包括支付方式，所述支付方式包括所述第二终端通过所述第三方支付平台进行支付的第三方支付方式，所述第二请求由所述第二终端在获取到与所述第一终端匹配的标识后生成，所述标识用于在所述收单机构服务器中标识所述第一终端。
CN201811590791.2A 2018-12-20 2018-12-20 支付方法、系统、装置及设备 Pending CN109685485A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811590791.2A CN109685485A (zh) 2018-12-20 2018-12-20 支付方法、系统、装置及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811590791.2A CN109685485A (zh) 2018-12-20 2018-12-20 支付方法、系统、装置及设备

Publications (1)

Publication Number Publication Date
CN109685485A true CN109685485A (zh) 2019-04-26

Family

ID=66189232

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811590791.2A Pending CN109685485A (zh) 2018-12-20 2018-12-20 支付方法、系统、装置及设备

Country Status (1)

Country Link
CN (1) CN109685485A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110197376A (zh) * 2019-06-03 2019-09-03 山东管理学院 一种跨境电商互联网金融移动支付方法
CN111179061A (zh) * 2019-12-30 2020-05-19 支付宝实验室(新加坡)有限公司 一种资源转移的处理方法、装置及设备
WO2021103694A1 (zh) * 2019-11-25 2021-06-03 支付宝(杭州)信息技术有限公司 一种支付系统、方法、服务器设备、介质及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104008477A (zh) * 2013-02-27 2014-08-27 中国移动通信集团湖南有限公司 移动终端现场联机支付方法、装置及系统
CN108320145A (zh) * 2017-12-26 2018-07-24 阿里巴巴集团控股有限公司 线下电子支付处理方法、装置及客户端
CN108566641A (zh) * 2018-03-06 2018-09-21 阿里巴巴集团控股有限公司 支付辅助方法、装置以及设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104008477A (zh) * 2013-02-27 2014-08-27 中国移动通信集团湖南有限公司 移动终端现场联机支付方法、装置及系统
CN108320145A (zh) * 2017-12-26 2018-07-24 阿里巴巴集团控股有限公司 线下电子支付处理方法、装置及客户端
CN108566641A (zh) * 2018-03-06 2018-09-21 阿里巴巴集团控股有限公司 支付辅助方法、装置以及设备

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110197376A (zh) * 2019-06-03 2019-09-03 山东管理学院 一种跨境电商互联网金融移动支付方法
WO2021103694A1 (zh) * 2019-11-25 2021-06-03 支付宝(杭州)信息技术有限公司 一种支付系统、方法、服务器设备、介质及装置
TWI772794B (zh) * 2019-11-25 2022-08-01 大陸商支付寶（杭州）信息技術有限公司 支付系統、方法、伺服器設備、媒體及裝置
CN111179061A (zh) * 2019-12-30 2020-05-19 支付宝实验室(新加坡)有限公司 一种资源转移的处理方法、装置及设备
CN111179061B (zh) * 2019-12-30 2023-07-25 支付宝实验室(新加坡)有限公司 一种资源转移的处理方法、装置及设备

Similar Documents

Publication Publication Date Title
CN107545416A (zh) 加油、加油结算、加油支付方法、装置以及电子设备
CN108399692A (zh) 自助购物方法、智能购物设备、后台系统及自助购物系统
CN109685485A (zh) 支付方法、系统、装置及设备
CN107657448B (zh) 一种账户创建、账户充值、数据同步方法及设备
CN107563747A (zh) 用于进行组合支付的方法及装置
WO2019196543A1 (zh) 二维码图片获取方法、装置以及设备
KR102399908B1 (ko) 결제 방법, 장치 및 디바이스
CN108985869A (zh) 资源处理方法、装置、服务器及终端设备
CN112926971B (zh) 基于储值卡的支付方法及装置
CN108376362A (zh) 退税方法、装置及设备
CN107038569A (zh) 信息交互方法及装置
CN108960790A (zh) 一种账单业务的处理方法、装置、服务器及系统
CN110309034A (zh) 业务流转链路视图生成方法及装置
CN109003069A (zh) 一种资源回退方法及装置
CN110503435A (zh) 基于区块链的交易预警方法、装置及设备
CN109272400A (zh) 资源处理方法及装置
CN109003071A (zh) 支付方法、装置及设备
CN116503065A (zh) 订单处理系统、方法、装置、存储介质及设备
CN105550858A (zh) 一种支付终端及其支付方法
CN108961023A (zh) 一种信用退税方法、装置、系统及电子设备
CN106897872A (zh) 资源调度方法及装置、支付方法及装置
TW201947485A (zh) 基於ｄｏｉ的支付方法、裝置及設備
CN108876382A (zh) 在区块链上处理数字凭证的方法、装置和可读存储介质
CN108346039A (zh) 互联网金融结算系统的业务处理方法、装置以及设备
CN108681962A (zh) 一种业务处理的方法、装置及设备

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
TA01 Transfer of patent application right

Effective date of registration: 20201013

Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Applicant after: Innovative advanced technology Co.,Ltd.

Address before: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Applicant before: Advanced innovation technology Co.,Ltd.

Effective date of registration: 20201013

Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Applicant after: Advanced innovation technology Co.,Ltd.

Address before: A four-storey 847 mailbox in Grand Cayman Capital Building, British Cayman Islands

Applicant before: Alibaba Group Holding Ltd.

TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20240228

Address after: Guohao Times City # 20-01, 128 Meizhi Road, Singapore

Applicant after: Advanced Nova Technology (Singapore) Holdings Ltd.

Country or region after: Singapore

Address before: 27 Hospital Road, George Town, Grand Cayman ky1-9008

Applicant before: Innovative advanced technology Co.,Ltd.

Country or region before: Cayman Islands

TA01 Transfer of patent application right