CN111861452A - 聚合支付方法和*** - Google Patents

聚合支付方法和*** Download PDF

Info

Publication number
CN111861452A
CN111861452A CN201910362767.1A CN201910362767A CN111861452A CN 111861452 A CN111861452 A CN 111861452A CN 201910362767 A CN201910362767 A CN 201910362767A CN 111861452 A CN111861452 A CN 111861452A
Authority
CN
China
Prior art keywords
information
address information
payment
order
acquirer
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
CN201910362767.1A
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.)
China Unionpay Co Ltd
Original Assignee
China Unionpay Co 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 China Unionpay Co Ltd filed Critical China Unionpay Co Ltd
Priority to CN201910362767.1A priority Critical patent/CN111861452A/zh
Priority to PCT/CN2020/081123 priority patent/WO2020220869A1/zh
Priority to US17/607,583 priority patent/US20220207513A1/en
Priority to TW109114340A priority patent/TWI790435B/zh
Publication of CN111861452A publication Critical patent/CN111861452A/zh
Pending legal-status Critical Current

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/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/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/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/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • 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/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/0281—Proxies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/563—Data redirection of data network streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Finance (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Economics (AREA)
  • Technology Law (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Computing Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Processing Of Solid Wastes (AREA)
  • Crystals, And After-Treatments Of Crystals (AREA)
  • Preparation Of Clay, And Manufacture Of Mixtures Containing Clay Or Cement (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明涉及聚合支付方法和***。聚合支付方法包括以下步骤：从用户端接收对应于支付信息的第一访问请求；基于第一访问请求生成重定向地址信息；以及向用户端发送重定向地址信息；其中，重定向地址信息包括跳转目标信息和对应于所支付交易订单的订单信息。聚合支付***包括：接收单元，其配置成从用户端接收第一访问请求；重定向地址信息生成单元，其配置成基于第一访问请求生成重定向地址信息；以及发送单元，其配置成向用户端发送重定向地址信息；其中，重定向地址信息生成单元还配置成将对应于交易订单的订单信息和交易金额信息封装在重定向地址信息中。

Description

聚合支付方法和***
技术领域
本发明涉及移动支付领域。具体而言，本发明涉及用户端、***端的聚合支付方法以及聚合支付***。
背景技术
传统的现金支付需要找零，不仅影响交易速度，而且降低用户的消费支付体验。目前，在日常的交易过程中，通过用户的设备进行移动支付已经是越来越为消费者所接受并越来越普及的方式。用于交易的移动支付的方式多种多样，其中最常见的是通过扫描二维码进行的支付操作（扫码支付）。
然而，在扫码支付的过程中，常出现以下情况：用户使用其设备上不同的第三方应用软件进行扫码，因而导致商家需要出示对应于用户所使用的第三方应用软件的二维码；收款人员需要到相应的账户确认支付是否成功；特别地，在商家提供某特定种类二维码的情况下，用户只能采用与该二维码的发放方对接的第三方应用软件进行扫码支付，因此造成用户体验差，甚至有可能导致支付失败。
而且，在进行支付的过程中，***需要频繁地向商户端获取关联于该次交易订单的订单信息，造成商户端、用户端、***以及收单机构之间大量的信令消耗。
发明内容
因此，需要一种能够支持多种第三方软件扫描二维码进行支付的聚合支付方法和***。采用该聚合支付方法和***，在商户端出示某种二维码的情况下，可以允许用户自由选择其惯用的第三方应用软件进行扫码支付（该第三方应用软件可以不与二维码提供方进行对接），从而有效地保证用户的消费支付体验。同时，对关键的交易信息进行特定配置，使得节省交易过程中的信令开销。
为实现以上目的的一个或多个，本发明提供以下技术方案。
按照本发明的第一方面，提供一种聚合支付方法，其包括：从用户端接收对应于支付信息的第一访问请求；基于第一访问请求生成重定向地址信息；以及向用户端发送重定向地址信息；其中，重定向地址信息包括跳转目标信息和对应于所支付交易订单的订单信息。
根据本发明一实施例的聚合支付方法，其中，订单信息包括订单号和/或订单详情中的一个或多个信息。
根据本发明一实施例或以上任一实施例的聚合支付方法，其中，生成重定向地址信息通过代理服务进行。
根据本发明一实施例或以上任一实施例的聚合支付方法，其中，第一访问请求包括用户端信息、商户端信息、发码机构分类码和收单机构标识（ID）。
根据本发明一实施例或以上任一实施例的聚合支付方法，其中，重定向地址信息还包括收单机构信息。
根据本发明一实施例或以上任一实施例的聚合支付方法，其中，生成重定向地址信息包括：基于商户端信息和收单机构ID通过查表法获得用于生成重定向地址信息的信息。
根据本发明一实施例或以上任一实施例的聚合支付方法，其中，向用户端发送重定向地址信息包括：经由商户端向用户端发送重定向地址信息；或者经由收单机构向用户端发送重定向地址信息。
按照本发明的第二方面，提供一种聚合支付方法，其包括：从商户端获取订单的支付信息；根据支付信息生成第一访问请求；接收基于第一访问请求生成的重定向地址信息；根据重定向地址信息生成第二访问请求；接收基于所述第二访问请求的支付请求；以及根据支付请求进行支付；其中，重定向地址信息包括跳转目标信息和对应于所支付交易订单的订单信息。
根据本发明一实施例的聚合支付方法，其中，订单信息包括订单号和/或订单详情中的一个或多个信息。
根据本发明一实施例或以上任一实施例的聚合支付方法，其中，生成重定向地址信息通过代理服务进行。
根据本发明一实施例或以上任一实施例的聚合支付方法，其中，第一访问请求包括用户端信息、商户端信息、发码机构分类码和收单机构ID。
根据本发明一实施例或以上任一实施例的聚合支付方法，其中，重定向地址信息还包括收单机构信息。
根据本发明一实施例或以上任一实施例的聚合支付方法，其中，从商户端获取订单的支付信息包括：通过获取二维码信息来获取订单信息。
根据本发明一实施例或以上任一实施例的聚合支付方法，其中，根据支付请求进行支付包括：通过调用支付控件来进行支付。
按照本发明的第三方面，提供一种聚合支付***，其包括：接收单元，其配置成从用户端接收第一访问请求；重定向地址信息生成单元，其配置成基于第一访问请求生成重定向地址信息；以及发送单元，其配置成向用户端发送重定向地址信息；其中，重定向地址信息生成单元还配置成将跳转目标信息和对应于所支付交易订单的订单信息封装在重定向地址信息中。
根据本发明一实施例的聚合支付方法，其中，订单信息包括订单号和/或订单详情中的一个或多个信息。
根据本发明一实施例或以上任一实施例的聚合支付***，其中，重定向地址信息生成单元还配置成通过代理服务生成重定向地址信息。
根据本发明一实施例或以上任一实施例的聚合支付***，其中，第一访问请求还包括用户端信息、商户端信息、发码机构分类码和收单机构标识ID。
根据本发明一实施例或以上任一实施例的聚合支付***，其中，重定向地址信息还包括收单机构信息。
根据本发明一实施例或以上任一实施例的聚合支付***，其中，重定向地址信息生成单元还配置成：基于商户端信息和收单机构ID通过查表法获得用于生成重定向地址信息的信息。
根据本发明一实施例或以上任一实施例的聚合支付***，其中，发送单元还配置成：经由商户端向用户端发送重定向地址信息；或者经由收单机构向用户端发送重定向地址信息。
附图说明
本发明的上述和/或其它方面和优点将通过以下结合附图的各个方面的描述变得更加清晰和更容易理解，附图中相同或相似的单元采用相同的标号表示。附图包括：
图1为根据本发明一实施例的用户端执行的聚合支付方法的示意性流程图；
图2为根据本发明一实施例的由代理服务生成重定向地址信息的步骤示意图；
图3为根据本发明一实施例的***端执行的聚合支付方法的示意性流程图；
图4为根据本发明一实施例的图3中的生成重定向地址信息的步骤的示意性流程图；
图5为根据本发明一实施例的***端、商户端、第三方与收单机构之间的多种联接关系示意图；
图6为根据本发明一实施例的聚合支付方法的总体时序图；以及
图7为根据本发明一实施例的聚合支付***的示意性框图。
具体实施方式
在本说明书中，参照其中图示了本发明示意性实施例的附图更为全面地说明本发明。但本发明可以按不同形式来实现，而不应解读为仅限于本文给出的各实施例。给出的各实施例旨在使本文的披露全面完整，以将本发明的保护范围更为全面地传达给本领域技术人员。
诸如“包含”和“包括”之类的用语表示除了具有在说明书和权利要求书中有直接和明确表述的单元和步骤以外，本发明的技术方案也不排除具有未被直接或明确表述的其它单元和步骤的情形。诸如“第一”和“第二”之类的用语并不表示单元在时间、空间、大小等方面的顺序而仅仅是作区分各单元之用。
下文参考根据本发明实施例的方法和***的流程图说明、框图和/或流程图来描述本发明。将理解这些流程图说明和/或框图的每个框、以及流程图说明和/或框图的组合可以由计算机程序指令来实现。可以将这些计算机程序指令提供给通用计算机、专用计算机或其它可编程数据处理设备的处理器以构成机器，以便由计算机或其它可编程数据处理设备的处理器执行的这些指令创建用于实施这些流程图和/或框和/或一个或多个流程框图中指定的功能/操作的部件。
可以将这些计算机程序指令加载到计算机或其它可编程数据处理器上以使一系列的操作步骤在计算机或其它可编程处理器上执行，以便构成计算机实现的进程，以使计算机或其它可编程数据处理器上执行的这些指令提供用于实施此流程图和/或框图的一个或多个框中指定的功能或操作的步骤。还应该注意在一些备选实现中，框中所示的功能/操作可以不按流程图所示的次序来发生。例如，依次示出的两个框实际可以基本同时地执行或这些框有时可以按逆序执行，具体取决于所涉及的功能/操作。
参考图1，其中示出了根据本发明一实施例的用于用户端的聚合支付方法100的示意性流程图。
首先在步骤110中，用户获取与其订单相关联的支付信息，所述用户通常指使用移动设备进行消费支付的消费者。其中，支付信息在特定情形下可以包括该订单的编号、与该订单相关联的用户端与商户端的编号、针对本次交易订单的交易金额信息等。通常地，获取支付信息的操作可以通过使用第三方应用软件（诸如微信、支付宝）的用户端（以下简称用户端）扫描二维码来实现，也可以通过声纹识别等技术来实现。在下文中，主要以扫描二维码的支付方式为例进行对本发明的描述。所述二维码包括但不限于QR（Quick Response）Code、Code 49、Code 16K、Code One等。在本文中，第三方应用软件是指除了商户与用户之外，在交易中起作用以促进商户与用户之间的交易过程的软件，其可以同时安装在商户端与用户端，并且可以针对商户端和/或用户端而被不同地设计。
在一个实施例中，商户向用户可能使用的第三方应用软件申请恒定的支付二维码，该二维码通常被打印为纸件以供用户使用对应的第三方应用软件进行扫描。由于此类支付二维码固定不变，用户端通过扫描二维码只能获得发码机构分类码和商户端信息等，所以需要商户或用户在支付时分别于第三方应用软件的商户端（以下简称商户端）或用户端中输入与该次交易订单相关联的信息，其中最常见的为支付金额、付款账户（即后文中将提到的收单机构）等。
在另一个实施例中，商户在收款时向用户可能使用的第三方应用软件申请可变的支付二维码，该二维码通常在通过电子屏幕显示给用户。此类二维码根据商户向第三方应用软件申请二维码时所输入的交易相关信息而生成，因此当用户扫描二维码进行支付时，可以直接获得支付金额等信息并进行确认，无需用户手动输入。
继续参考图1，在用户使用第三方应用软件扫描二维码获取支付信息之后，用户端根据该支付信息生成到***的第一访问请求（步骤120）。该第一访问请求可以包括例如用户机构参数的用户端信息以及域名。例如，对于微信用户端而言，用户机构参数值为“MicroMessenger”。在域名中，可以包括二维码发放机构分类码（即，发码机构分类码）和收单机构（即，用户选择进行支付的账户的来源）标识ID以供后续地生成重定向地址信息。
接下来，用户端接收***生成的重定向地址信息（步骤130）并然后根据重定向地址信息生成到收单机构的第二访问请求（步骤140）。第二访问请求可以是对收单机构的访问请求，也可以是能够促使收单机构生成订单并向用户端发送支付请求的其它类型的访问请求。其中，除了指示所确定的访问地址（用于访问收单机构的地址）之外，重定向地址信息还进一步包括对应于本次交易订单的订单信息，该订单信息至少包括订单号和/或订单详情中的一个或多个信息，并且可以被包括在某个URL中。后续地，根据基于订单号或者订单详情中的信息（例如，交易金额、交易对象、交易时间、交易方式等），可以对该订单进行相应的处理。视情况而定，重定向地址信息还可以包括其它交易相关信息。由此，用户端可以根据重定向地址信息访问收单机构，用户可以获知并进一步确认交易订单的交易金额、收款方名称。例如，用户端可以访问收单机构的H5（HTML5）收款页面。备选地，重定向地址信息还可以包括收单机构ID。
在一个实施例中，地址的重定向操作通过代理服务进行。如图2中所示，由第三方应用软件（用户端或商户端）向代理服务发送地址重定向请求（S1），然后由代理服务处理该请求。具体地，在代理服务中进行生成重定向地址信息的步骤，然后将重定向地址信息发送给收单机构（S2）。收单机构向代理服务发送例如H5收款页面（S3），最后再由代理服务将该页面发送给第三方应用软件（S4）以供后续进行支付步骤。
最后，用户端基于接收到的支付请求（步骤150），进行相应的支付操作（步骤160）。在支付过程中，为了安全性，一般会使用通过调用安全支付控件来完成支付。在有安全支付控件的情况下，当用户在支付操作过程中输入密码、指纹、声纹、面部图像、动态图像等密码数据时，安全支付控件对用户的账号以及密码数据进行加密保护，从而保证用户的账号和密码安全性。
现在参考图3，图3为根据本发明一实施例的***端执行的聚合支付方法的示意性流程图。
在步骤210中，***端从用户端接收对应于支付信息的第一访问请求。后续地，基于接收到的第一访问请求，***端进行生成重定向地址信息的步骤220。
在步骤220中，如图4中所示出的那样，***首先执行判定访问来源（步骤2202）和域名解析（步骤2204）的操作。例如，在步骤2202中，***端从第一访问请求中包括的用户端信息——例如，用户机构参数值“MicroMessenger”——判定第三方应用软件为微信。第一访问请求还包括商户端信息、发码机构分类码和收单机构ID。
另外，仅作为示例，第一访问请求对应的域名可以为例如“https://qr.95516.com/00010000/0293819283719182”，其中0001000代表发码机构分类码，0293819283719182代表收单机构ID。则在解析域名（步骤2204）的过程中，***端根据收单机构ID以及发码机构分类码进行判断。在一个实施例中，若发码机构分类码为0001000或者00010002，则表明该二维码为***发码，其它则为收单机构自发码。也就是说，在此处，发码机构分类码用于对二维码的来源进行分类，在上述示例中分为***发码和收单机构自发码。在二维码为***发码的情况下，发码机构分类码还用于对***端与商户端之间的联接情况进行分类，其中00010000代表***端与商户端间联，00010002代表***端与商户端直联，其中间联表示***端与商户端通过收单机构联接。
然后，***端基于商户端信息（例如，商户号）和收单机构ID通过查表法获得用于生成重定向地址信息的信息（步骤2206），例如跳转目标，其为重定向地址信息的一部分。具体地，***端从收单机构ID表中查找并确认收单机构。附加地，***端进一步从收单机构代码表中查找该收单机构对应的收单机构代码。另外，***端通过商户端入网申请的业务配置参数，判断商户端与第三方应用软件是直联还是间联。示例性收单机构ID和代码以及发码机构分类码表如表1所示。
表1 收单机构ID和代码以及发码机构分类码表
收单机构 收单机构ID 收单机构代码 发码机构分类码
工商银行 0293819283719182 01020000 00010000
建设银行 0293819283719193 01030000 00010002
农业银行 0293819283719104 01040000 01040000
根据收单机构ID：0293819283719182（或基于收单机构ID查找到的对应收单机构代码：01020000）以及诸如商户号之类的商户端信息，可以从跳转目标表中查找对应的跳转目标。在其它实施例中，收单机构ID可以与收单机构代码进行整合而生成整合后的数值，从而减少从收单机构ID查找收单机构代码的步骤，并进一步节省信令开销。跳转目标表可以保存在***端，也可以保存在收单机构，示例性跳转目标表如下表2所示。
表2 跳转目标表
收单机构代码 商户号 跳转目标
01020000 310000123456701 https://qr.shmetro.com/pay
01040000 310000223456702 https://qr.abcchina.com/pay
01020000 * https://qr.icbc.com/pay
参考表2，在一个实施例中，在需要使用收单机构代码的情况下，收单机构代码01020000对应的商户号为310000123456701，代表上海地铁，则跳转目标为“https://qr.shmetro.com/pay”。若不确定商户号，则商户号表示为“*”，此时根据此条确定对应跳转目标。
返回参考表1，在一个实施例中，若发码机构分类码不是0001000或者00010002，则发码机构分类码即为收单机构代码，此时可根据跳转目标表直接查找商户号和跳转目标。
在获得跳转目标之后，***执行步骤2208，基于查找到的跳转目标和对应于交易订单的订单信息来形成重定向地址信息。
在一个实施例中，重定向地址信息采取
Figure DEST_PATH_IMAGE002
的形式，其中A为如上所述得到的跳转目标，B为支付信息数据。例如，对应收单机构代码“01020000”，商户号“310000123456701”，订单号为“012056”以及交易金额信息为“1000”。在此情况下，跳转目标A为“https://qr.shmetro.com/pay”，支付信息数据B为“order=012056&amount=1000”，其中包括了订单号（order=012056）以及交易金额信息（amount=1000）。由此得到的重定向地址信息为“
Figure DEST_PATH_IMAGE004
Figure DEST_PATH_IMAGE006
”。
接下来，***执行步骤230来向第三方应用软件返回所形成的重定向地址信息。在一个实施例中，如图5中示出的情形（1），当***端与商户端是直联并且商户端与第三方应用软件（以下简称第三方）之间是间联时，***端将重定向地址信息直接发送给收单机构，收单机构根据重定向地址信息中的订单信息直接进行处理，例如将重定向地址信息中的订单信息转换为适用于第三方的数据形式。然后，收单机构向第三方发送支付请求（其中包括了订单信息）。以此方式，由于重定向地址信息中已经包含与本次交易订单相关联的订单信息，所以省去了***端先向收单机构发送重定向地址信息，收单机构将地址发送给商户端，再由商户端向收单机构提供例如订单信息的支付信息的过程，节省了多方之间的部分信令开销。
在另一个实施例中，如图5中示出的情形（2），当***端与商户端是间联、商户端与第三方是直联时，***端将重定向地址信息直接发送给商户端（由商户号确定）。然后，由商户端根据重定向地址信息中的订单信息进行处理。后续地，由商户端向第三方发送支付请求。以此方式，省去了***端先向收单机构发送重定向地址信息，收单机构根据接收的重定向地址信息处理订单信息，再将订单信息发送给商户端的过程，节省了多方之间的部分信令开销。
在又一个实施例中，如图5中示出的情形（3），当***端与商户端是直联、商户端与第三方之间也是直联时，***端将重定向地址信息发送给商户，由商户向非***端体系APP返回收单机构重定向地址信息。
在还一个实施例中，如图5中示出的情形（4），当***端与商户端是间联、商户端与第三方也是间联时，***端将重定向地址信息发送给收单机构，由收单机构向第三方返回到收单机构的重定向地址信息。由于重定向地址信息中已经包含诸如订单号和订单详情中的一个或多个信息的本次交易的订单信息，所以无需收单机构在接收到重定向地址信息之后再向商户端请求支付信息，待商户端返回信息后再发送给第三方的过程，节省了多方之间的部分信令开销。
此外，还可以采用以下方式来生成重定向地址信息。在一个实施例中，收单机构代码为“01020000”，商户号为“*”，跳转目标为“https://qr.icbc.com/pay”。重定向地址信息采取
Figure DEST_PATH_IMAGE008
的形式或者
Figure DEST_PATH_IMAGE010
的形式，其中如上所述，A为得到的跳转目标，B为支付信息数据，C为包含二维码的动态数据。该动态数据可以是如上所述的第三方通过扫描二维码获取的支付信息，例如URL（https://qr.95516.com/00010000/0293819283719182），也就是https%3a%2f%2fqr.95516.com%2f%3c00010000%3e%2f%3c0293819283719182%3e，其中包括了发码机构分类码和收单机构ID。然后第三方应用软件根据该动态数据确定重定向地址信息。
在一个实施例中，地址的重定向操作通过代理服务进行。如图2中所示，由第三方应用软件（用户端或商户端）向代理服务发送地址重定向请求（S1），然后由代理服务处理该请求。具体地，在代理服务中进行生成重定向地址信息的步骤，然后将重定向地址信息发送给收单机构（S2）。收单机构向代理服务发送例如H5收款页面（S3），最后再由代理服务将该页面发送给第三方应用软件（S4）以供后续进行支付步骤。
图6为根据本发明一实施例的聚合支付方法的总体时序图300。为了使本发明易于理解，现在参考图6来整体地描述根据本发明一实施例的聚合支付方法。首先，在步骤310中，通过第三方应用软件（例如，从商户端提供的二维码）获取支付信息，然后在步骤320根据该支付信息生成对应的到***端的第一访问请求。在步骤330中，***端响应于第一访问请求生成重定向地址信息，并于步骤340中发送给第三方应用软件。该第三方应用软件继而与步骤350根据该接收到的重定向地址信息生成对应的到收单机构的第二访问请求。在步骤360中，收单机构响应于第二访问请求生成支付请求，并于步骤370中发送给第三方应用软件。最后，在步骤380中，第三方应用软件（例如，通过安全支付控件）进行支付操作。
图7为根据本发明一实施例的聚合支付***400的示意性框图。如图7所示，***400包括接收单元410、重定向地址信息生成单元420和发送单元430。***400通过接收单元410和发送单元430来与用户端、商户端或收单机构直接或间接地通信。虽然在图7中示出为分离的接收单元410和发送单元430，但是可以理解的是，此两个单元的功能可以由一个单元（例如，收发器单元）执行，也可以被并入***中的其它单元中。在一个实施例中，接收单元410配置成从用户端接收对应于支付信息的第一访问请求。
后续地，基于接收到的第一访问请求，重定向地址信息生成单元420生成重定向地址信息。重定向地址信息生成单元420还可以包括请求来源判断单元4202、域名解析单元4204、重定向信息确定单元4206以及重定向地址信息形成单元4208（在图7中未示出）。请求来源判断单元4202配置成判断到***的访问请求的来源，即，向***发起访问的第三方应用软件的类型。在一个实施例中，请求来源判断单元4202可以从第一访问请求中包括的用户端信息——例如，用户机构参数值“MicroMessenger”——判定第三方应用软件为微信。第一访问请求还包括商户端信息、发码机构分类码和收单机构ID。
域名解析单元4204配置成解析对应于第一访问请求的域名以获取其中的支付信息。仅作为示例，第一访问请求对应的域名可以为例如“https://qr.95516.com/00010000/0293819283719182”，其中0001000代表发码机构分类码，0293819283719182代表收单机构ID。域名解析单元4204工具收单机构ID确定收单机构的身份。域名解析单元4204可以根据收单机构ID以及发码机构分类码进行判断。在一个实施例中，若发码机构分类码为0001000或者00010002，则域名解析单元4204判断该二维码为***发码，其它则为收单机构自发码。也就是说，在此处，发码机构分类码用于对二维码的来源进行分类，在上述示例中分类为***发码和收单机构自发码。在二维码为***发码的情况下，发码机构分类码还用于对***端与商户端之间的联接情况进行分类，其中00010000代表***端与商户端间联，00010002代表***端与商户端直联，其中间联表示***端与商户端通过收单机构联接。
然后，重定向信息确定单元4206可以基于商户端信息（例如，商户号）和收单机构ID通过查表法获得用于生成重定向地址信息的信息（步骤2206），例如跳转目标，其为重定向地址信息的一部分。具体地，重定向信息确定单元4206可以从收单机构ID表中查找并确认收单机构。附加地，重定向信息确定单元4206可以进一步从收单机构代码表中查找该收单机构对应的收单机构代码。另外，重定向信息确定单元4206可以通过商户端入网申请的业务配置参数，判断商户端与第三方应用软件是直联还是间联。示例性收单机构ID和代码以及发码机构分类码表如上文中的表1所示。
根据收单机构ID：0293819283719182（或基于收单机构ID查找到的对应收单机构代码：01020000）以及诸如商户号之类的商户端信息，重定向信息确定单元4206可以从跳转目标表中查找对应的跳转目标。在其它实施例中，收单机构ID可以与收单机构代码进行整合而生成整合后的数值，从而减少从收单机构ID查找收单机构代码的步骤，并进一步节省信令开销。跳转目标表可以保存在***端，也可以保存在收单机构，示例性跳转目标表如上文中的表2所示。
参考表2，在一个实施例中，在需要使用收单机构代码的情况下，收单机构代码01020000对应的商户号为310000123456701，代表上海地铁，则跳转目标为“https://qr.shmetro.com/pay”。若不确定商户号，则商户号表示为“*”，此时根据此条确定对应跳转目标。
返回参考表1，在一个实施例中，若发码机构分类码不是0001000或者00010002，则发码机构分类码即为收单机构代码，此时可根据跳转目标表直接查找商户号和跳转目标。
在获得跳转目标之后，重定向地址信息形成单元4208可以配置成基于查找到的跳转目标和对应于交易订单的订单信息来形成重定向地址信息。重定向地址信息形成单元4208还可以配置成将对应于交易订单的订单信息封装在所述重定向地址信息中。
在一个实施例中，重定向地址信息采取
Figure DEST_PATH_IMAGE012
的形式，其中A为如上所述得到的跳转目标，B为支付信息数据。例如，对应收单机构代码“01020000”，商户号“310000123456701”，订单号为“012056”以及交易金额信息为“1000”。在此情况下，跳转目标A为“https://qr.shmetro.com/pay”，支付信息数据B为“order=012056&amount=1000”，其中包括了订单号（order=012056）以及交易金额信息（amount=1000）。由此得到的重定向地址信息为“
Figure DEST_PATH_IMAGE014
Figure DEST_PATH_IMAGE016
”。
发送单元430配置成向第三方应用软件返回所形成的重定向地址信息。在一个实施例中，如图5中示出的情形（1），当***端与商户端是直联并且商户端与第三方应用软件（以下简称第三方）之间是间联时，发送单元430可以将重定向地址信息直接发送给收单机构，收单机构根据重定向地址信息中的订单信息直接进行处理，例如将重定向地址信息中的订单信息转换为适用于第三方的数据形式。然后，收单机构向第三方发送支付请求（其中包括了订单信息）。以此方式，由于重定向地址信息中已经包含与本次交易订单相关联的订单信息，所以省去了***的发送单元430先向收单机构发送重定向地址信息，收单机构将地址发送给商户端，再由商户端向收单机构提供例如订单信息的支付信息的过程，节省了多方之间的部分信令开销。
在另一个实施例中，如图5中示出的情形（2），当***端与商户端是间联、商户端与第三方是直联时，发送单元430可以将重定向地址信息直接发送给商户端（由商户号确定）。然后，由商户端根据重定向地址信息中的订单信息进行处理。后续地，由商户端向第三方发送支付请求。以此方式，省去了发送单元430先向收单机构发送重定向地址信息，收单机构根据接收的重定向地址信息处理订单信息，再将订单信息发送给商户端的过程，节省了多方之间的部分信令开销。
在又一个实施例中，如图5中示出的情形（3），当***端与商户端是直联、商户端与第三方之间也是直联时，发送单元430可以将重定向地址信息发送给商户，由商户向非***端体系APP返回收单机构重定向地址信息。
在还一个实施例中，如图5中示出的情形（4），当***端与商户端是间联、商户端与第三方也是间联时，发送单元430可以将重定向地址信息发送给收单机构，由收单机构向第三方返回到收单机构的重定向地址信息。由于重定向地址信息中已经包含诸如订单号和订单详情中的一个或多个信息的本次交易的订单信息，所以无需收单机构在接收到重定向地址信息之后再向商户端请求支付信息，待商户端返回信息后再发送给第三方的过程，节省了多方之间的部分信令开销。
此外，重定向地址信息形成单元4208还可以配置成采用以下方式来生成重定向地址信息。在一个实施例中，收单机构代码为“01020000”，商户号为“*”，跳转目标为“https://qr.icbc.com/pay”。重定向地址信息采取
Figure DEST_PATH_IMAGE018
的形式或者
Figure DEST_PATH_IMAGE020
Figure DEST_PATH_IMAGE022
的形式，其中如上所述，A为得到的跳转目标，B为支付信息数据，C为包含二维码的动态数据。该动态数据可以是如上所述的第三方通过扫描二维码获取的支付信息，例如URL（https://qr.95516.com/00010000/0293819283719182），也就是https%3a%2f%2fqr.95516.com%2f%3c00010000%3e%2f%3c0293819283719182%3e，其中包括了发码机构分类码和收单机构ID。然后第三方应用软件根据该动态数据确定重定向地址信息。
在一个实施例中，地址的重定向操作通过代理服务进行。如图2中所示，由第三方应用软件（用户端或商户端）向代理服务发送地址重定向请求（S1），然后由代理服务处理该请求。具体地，在代理服务中进行生成重定向地址信息的步骤，然后将重定向地址信息发送给收单机构（S2）。收单机构向代理服务发送例如H5收款页面（S3），最后再由代理服务将该页面发送给第三方应用软件（S4）以供后续进行支付步骤。
提供本文中提出的实施例和示例，以便最好地说明按照本技术及其特定应用的实施例，并且由此使本领域的技术人员能够实施和使用本发明。但是，本领域的技术人员将会知道，仅为了便于说明和举例而提供以上描述和示例。所提出的描述不是意在涵盖本发明的各个方面或者将本发明局限于所公开的精确形式。

Claims (21)

1.一种聚合支付方法，包括以下步骤：
从用户端接收对应于支付信息的第一访问请求；
基于所述第一访问请求生成重定向地址信息；以及
向所述用户端发送所述重定向地址信息；
其中，所述重定向地址信息包括跳转目标信息和对应于所支付交易订单的订单信息。
2.根据权利要求1所述的聚合支付方法，其中，所述订单信息包括订单号和/或订单详情中的一个或多个信息。
3.根据权利要求1所述的聚合支付方法，其中，生成所述重定向地址信息通过代理服务进行。
4.根据权利要求1所述的聚合支付方法，其中，所述第一访问请求包括用户端信息、商户端信息、发码机构分类码和收单机构标识（ID）。
5.根据权利要求1所述的聚合支付方法，其中，所述重定向地址信息还包括收单机构信息。
6.根据权利要求4所述的聚合支付方法，其中，生成所述重定向地址信息包括：
基于所述商户端信息和所述收单机构ID通过查表法获得用于生成所述重定向地址信息的信息。
7. 根据权利要求1-6中任一项所述的聚合支付方法，其中，向所述用户端发送所述重定向地址信息包括：
经由商户端向所述用户端发送所述重定向地址信息；或者
经由收单机构向所述用户端发送所述重定向地址信息。
8.一种聚合支付方法，包括以下步骤：
从商户端获取订单的支付信息；
根据所述支付信息生成第一访问请求；
接收基于所述第一访问请求生成的重定向地址信息；
根据所述重定向地址信息生成第二访问请求；
接收基于所述第二访问请求的支付请求；以及
根据所述支付请求进行支付；
其中，所述重定向地址信息包括跳转目标信息和对应于所支付交易订单的订单信息。
9.根据权利要求8所述的聚合支付方法，其中，所述订单信息包括订单号和/或订单详情中的一个或多个信息。
10.根据权利要求8所述的聚合支付方法，其中，生成所述重定向地址信息通过代理服务进行。
11.根据权利要求8所述的聚合支付方法，其中，所述第一访问请求包括用户端信息、商户端信息、发码机构分类码和收单机构ID。
12.根据权利要求8所述的聚合支付方法，其中，所述重定向地址信息还包括收单机构信息。
13.根据权利要求11所述的聚合支付方法，其中，从所述商户端获取订单的所述支付信息包括：
通过获取二维码信息来获取所述订单信息。
14.根据权利要求8-13中任一项所述的聚合支付方法，其中，根据所述支付请求进行支付包括：
通过调用支付控件来进行支付。
15.一种聚合支付***，其包括：
接收单元，其配置成从用户端接收第一访问请求；
重定向地址信息生成单元，其配置成基于所述第一访问请求生成重定向地址信息；以及
发送单元，其配置成向所述用户端发送所述重定向地址信息；
其中，所述重定向地址信息生成单元还配置成将跳转目标信息和对应于所支付交易订单的订单信息封装在所述重定向地址信息中。
16.根据权利要求15所述的聚合支付方法，其中，所述订单信息包括订单号和/或订单详情中的一个或多个信息。
17.根据权利要求15所述的聚合支付***，其中，所述重定向地址信息生成单元还配置成通过代理服务生成所述重定向地址信息。
18.根据权利要求15所述的聚合支付***，其中，所述第一访问请求还包括用户端信息、商户端信息、发码机构分类码和收单机构标识ID。
19.根据权利要求15所述的聚合支付***，其中，所述重定向地址信息还包括收单机构信息。
20.根据权利要求18所述的聚合支付***，其中，所述重定向地址信息生成单元还配置成：
基于所述商户端信息和所述收单机构ID通过查表法获得用于生成所述重定向地址信息的信息。
21. 根据权利要求15-20中任一项所述的聚合支付***，其中，所述发送单元还配置成：
经由商户端向所述用户端发送所述重定向地址信息；或者
经由收单机构向所述用户端发送所述重定向地址信息。
CN201910362767.1A 2019-04-30 2019-04-30 聚合支付方法和*** Pending CN111861452A (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201910362767.1A CN111861452A (zh) 2019-04-30 2019-04-30 聚合支付方法和***
PCT/CN2020/081123 WO2020220869A1 (zh) 2019-04-30 2020-03-25 聚合支付方法和***
US17/607,583 US20220207513A1 (en) 2019-04-30 2020-03-25 Method and system for integrated payment
TW109114340A TWI790435B (zh) 2019-04-30 2020-04-29 聚合支付方法和系統

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910362767.1A CN111861452A (zh) 2019-04-30 2019-04-30 聚合支付方法和***

Publications (1)

Publication Number Publication Date
CN111861452A true CN111861452A (zh) 2020-10-30

Family

ID=72965644

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910362767.1A Pending CN111861452A (zh) 2019-04-30 2019-04-30 聚合支付方法和***

Country Status (4)

Country Link
US (1) US20220207513A1 (zh)
CN (1) CN111861452A (zh)
TW (1) TWI790435B (zh)
WO (1) WO2020220869A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113344567A (zh) * 2021-06-23 2021-09-03 支付宝(杭州)信息技术有限公司 一种聚合码的支付页面的访问方法、装置、设备及介质
CN113918153A (zh) * 2021-10-20 2022-01-11 福建天晴数码有限公司 一种客户端集成合作渠道支付页的方法及其***

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103635920A (zh) * 2011-02-22 2014-03-12 维萨国际服务协会 通用电子付款装置、方法与***
WO2015117548A1 (zh) * 2014-02-10 2015-08-13 深圳市天朗时代科技有限公司 一种用于互联网销售的计费处理方法及***
EP3016050A1 (en) * 2014-10-29 2016-05-04 SNS Bank N.V. System and method for handling a payment link
CN107578224A (zh) * 2017-09-13 2018-01-12 深圳前海乘势科技有限公司 多平台聚合支付的方法及装置
CN108805540A (zh) * 2018-05-04 2018-11-13 中电玺客信用服务有限公司 一种支付处理***、方法和数字对象标识
CN109003067A (zh) * 2018-08-07 2018-12-14 广东蓝蜜蜂信息技术有限公司 一种基于电子秤的动态二维码聚合支付***及其工作方法
CN109670804A (zh) * 2018-11-22 2019-04-23 杭州家娱互动网络科技有限公司 一种聚合支付方法、装置及电子设备

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012027385A1 (en) * 2010-08-23 2012-03-01 Princeton Payment Solutions Tokenized payment processing schemes
US9269104B2 (en) * 2011-01-21 2016-02-23 Paypal, Inc. Automatic detection of mobile payment applications
CN111565183B (zh) * 2015-12-17 2022-05-13 创新先进技术有限公司 跨***的业务操作执行方法、业务平台以及目标***
CN108052663A (zh) * 2017-01-17 2018-05-18 海南亚元防伪技术研究所（普通合伙） 一种共用二维码的应用方法及装置
CN107480963A (zh) * 2017-07-18 2017-12-15 阿里巴巴集团控股有限公司 支付处理方法、装置及电子设备
CN109447625A (zh) * 2018-10-19 2019-03-08 视联动力信息技术股份有限公司 一种二维码支付方法及***
US11538000B2 (en) * 2019-08-30 2022-12-27 Salesforce.Com, Inc. Cloud computing platform, method and system having a payments platform for integrating a synchronous payment gateway service with the cloud computing platform

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103635920A (zh) * 2011-02-22 2014-03-12 维萨国际服务协会 通用电子付款装置、方法与***
WO2015117548A1 (zh) * 2014-02-10 2015-08-13 深圳市天朗时代科技有限公司 一种用于互联网销售的计费处理方法及***
EP3016050A1 (en) * 2014-10-29 2016-05-04 SNS Bank N.V. System and method for handling a payment link
CN107578224A (zh) * 2017-09-13 2018-01-12 深圳前海乘势科技有限公司 多平台聚合支付的方法及装置
CN108805540A (zh) * 2018-05-04 2018-11-13 中电玺客信用服务有限公司 一种支付处理***、方法和数字对象标识
CN109003067A (zh) * 2018-08-07 2018-12-14 广东蓝蜜蜂信息技术有限公司 一种基于电子秤的动态二维码聚合支付***及其工作方法
CN109670804A (zh) * 2018-11-22 2019-04-23 杭州家娱互动网络科技有限公司 一种聚合支付方法、装置及电子设备

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113344567A (zh) * 2021-06-23 2021-09-03 支付宝(杭州)信息技术有限公司 一种聚合码的支付页面的访问方法、装置、设备及介质
WO2022267766A1 (zh) * 2021-06-23 2022-12-29 支付宝(杭州)信息技术有限公司 访问聚合码支付页面的方法、装置、设备及介质
CN113918153A (zh) * 2021-10-20 2022-01-11 福建天晴数码有限公司 一种客户端集成合作渠道支付页的方法及其***

Also Published As

Publication number Publication date
TW202042131A (zh) 2020-11-16
TWI790435B (zh) 2023-01-21
WO2020220869A1 (zh) 2020-11-05
US20220207513A1 (en) 2022-06-30

Similar Documents

Publication Publication Date Title
US11010747B2 (en) Processing a transaction using multiple application identifiers
US20200380499A1 (en) Transaction Token Issuing Authorities
US8626597B2 (en) Automatic tab payment from a user device
US8556164B1 (en) Transaction-specific codes
CN110869961A (zh) 用于使用交易标识符来保护敏感凭据的***和方法
US11868920B2 (en) Authentication platform for pin debit issuers
AU2017204113A1 (en) Transaction token issuing authorities
US10902500B2 (en) One-page checkout
US11528139B2 (en) Systems and methods relating to identity authentication and validation
NL1041950B1 (en) Electronic receipt system
US20240232861A1 (en) Transaction token issuing authorities
CN110599155A (zh) 一种支付方法和支付***
CN111861452A (zh) 聚合支付方法和***
US20220294786A1 (en) Embedding credentials in network addresses
US11093998B2 (en) Messaging system, method, and manufacture
US20180276660A1 (en) Secure remote transaction framework
US11756008B2 (en) System and method for real-time three-party transaction processing
WO2016138743A1 (zh) 一种实现安全支付的方法、移动终端和支付认证服务端
CN114841686A (zh) 支付交易方法、支付机构服务器、商户终端和电子设备
CN115994760B (zh) 第三方支付业务的实现方法和装置
US20240236032A9 (en) System and method with real time messaging
CN115393145A (zh) 业务大厅联动方法、***及相关装置
KR20040069920A (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: 40039839

Country of ref document: HK