CN108446905B - 一种支付方法、装置及电子设备 - Google Patents

一种支付方法、装置及电子设备 Download PDF

Info

Publication number
CN108446905B
CN108446905B CN201810223860.XA CN201810223860A CN108446905B CN 108446905 B CN108446905 B CN 108446905B CN 201810223860 A CN201810223860 A CN 201810223860A CN 108446905 B CN108446905 B CN 108446905B
Authority
CN
China
Prior art keywords
payment
transaction
request
information
server
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
Application number
CN201810223860.XA
Other languages
English (en)
Other versions
CN108446905A (zh
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 New Technologies Co Ltd
Advantageous New Technologies Co 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 CN201810223860.XA priority Critical patent/CN108446905B/zh
Publication of CN108446905A publication Critical patent/CN108446905A/zh
Priority to TW108100356A priority patent/TWI686753B/zh
Priority to PCT/CN2019/073895 priority patent/WO2019179249A1/zh
Application granted granted Critical
Publication of CN108446905B publication Critical patent/CN108446905B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/202—Interconnection or interaction of plural electronic cash registers [ECR] or to host computer, e.g. network details, transfer of information from host to ECR or from ECR to ECR
    • 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
    • G06Q20/204—Point-of-sale [POS] network systems comprising interface for record bearing medium or carrier for electronic funds transfer or payment credit
    • 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/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3223—Realising banking transactions through 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/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/3274—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being displayed on 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/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

Abstract

本申请提供一种支付方法、装置及电子设备，在支付端的付款信息码中增加本次交易标识信息，以使本次交易具有唯一性。当支付双方的第一次支付没有及时接收到支付成功信息时，支付端可通过新增的重新支付功能进入扫码模式，通过扫描收款端提供的收款信息码再次完成支付。其中，重新支付时会将携带之前交易标识信息的重新支付请求再次发送给服务端，若没有发送成功，则支付端缓存该重新支付请求，在满足发送条件时自动再次发送直到发送成功。

Description

一种支付方法、装置及电子设备
技术领域
本申请涉及电子支付领域，尤其涉及一种支付方法、装置及电子设备。
背景技术
随着移动支付的普及，越来越多的人在线下商铺购买商品时，会通过终端设备的支付装置进行支付，其中，扫描信息码(如二维码)进行支付是一种常见的支付方式，当前信息码的支付方式有两种：商户扫描顾客的信息码或顾客扫描商户的信息码，通过扫描信息码获取对方的信息，并将包含各种信息的支付请求发送给服务端，服务端成功处理这笔交易后，将支付成功的提示信息返回给支付双方。
现有技术中，商户扫描顾客的信息码后，可能会因为网络或设备等问题，导致双方支付操作之后迟迟收不到支付成功的提示信息。此时支付结果未知，可能在服务端已经支付成功，也可能并没有支付成功。此时如果顾客重新支付，可能会造成双倍支付，如果顾客不重新支付，交易就无法继续正常进行。这种情况影响了双方的体验。
发明内容
针对上述技术问题，本说明书实施例提供一种支付方法、装置、及业务服务器，技术方案如下：
根据本说明书实施例的第一方面，提供一种支付方法，应用于收款端扫描支付信息码并向服务端提交支付请求、且未收到支付结果的情况下，其中，支付信息码为支付端生成，所述支付信息码与支付请求至少包含本次交易的标识信息，该方法包括：
支付端接收用户的重新支付操作，通过扫描收款端提供的收款信息码获取收款端用户信息，向服务端发送重新支付请求，所述重新支付请求中至少包含所述本次交易的标识信息；
支付端在无需确定所述重新支付请求是否成功的情况下，展示支付成功信息；以及
支付端判断所述重新支付请求是否成功；
若重新支付请求没有成功，支付端将所述重新支付请求缓存在本地，当满足发送条件时自动再次发送；
其中，服务端接收到重新支付请求后，根据所述重新支付请求中包含的交易标识信息查询所述交易标识对应的交易是否已经成功支付，若所述交易没有成功支付，服务端处理所述重新支付请求以使所述交易成功支付。
根据本说明书实施例的第二方面，还提供一种支付方法，应用于收款端扫描支付信息码并向服务端提交支付请求、且未收到支付结果的情况下，其中，支付信息码为支付端生成，所述支付信息码与支付请求至少包含本次交易的标识信息，该方法包括：
支付端接收用户的重新支付操作，通过扫描收款端提供的收款信息码获取收款端用户信息，向服务端发送重新支付请求，所述重新支付请求中至少包含所述本次交易的标识信息；
支付端判断所述重新支付请求是否成功；
若重新支付请求没有成功，支付端展示支付成功信息，并将所述重新支付请求缓存在本地，当满足发送条件时自动再次发送；
若重新支付请求成功，支付端展示支付成功信息，本次交易结束。
根据本说明书实施例的第三方面，还提供一种支付方法，应用于收款端扫描支付信息码并向服务端提交支付请求、且未收到支付结果的情况下，其中，支付信息码为支付端生成，所述支付信息码与支付请求至少包含本次交易的标识信息，该方法包括：
服务端接收支付端在用户重新支付操作后发送的重新支付请求，所述重新支付请求中至少包含所述本次交易的标识信息；
服务端根据所述重新支付请求中包含的交易标识信息查询所述交易标识对应的交易是否已经成功支付，若所述交易没有成功支付，服务端处理所述重新支付请求以使所述交易成功支付。
根据本说明书实施例的第四方面，提供一种支付装置，应用于收款端扫描支付信息码并向服务端提交支付请求、且未收到支付结果的情况下，其中，支付信息码为支付端生成，所述支付信息码与支付请求至少包含本次交易的标识信息，该装置包括：
重新支付模块：用于使支付端接收用户的重新支付操作，通过扫描收款端提供的收款信息码获取收款端用户信息，向服务端发送重新支付请求，所述重新支付请求中至少包含所述本次交易的标识信息；
请求判断模块：用于使支付端判断所述重新支付请求是否成功；
请求缓存模块：用于当重新支付请求没有成功后，使支付端展示支付成功信息，并将所述重新支付请求缓存在本地，当满足发送条件时自动再次发送；
信息展示模块：用于当重新支付请求成功后，使支付端展示支付成功信息，本次交易结束。
根据本说明书实施例的第五方面，还提供一种支付装置，应用于收款端扫描支付信息码并向服务端提交支付请求、且未收到支付结果的情况下，其中，支付信息码为支付端生成，所述支付信息码与支付请求至少包含本次交易的标识信息，该装置包括：
请求接收模块：用于使服务端接收支付端在用户重新支付操作后发送的重新支付请求，所述重新支付请求中至少包含所述本次交易的标识信息；
交易判断模块：用于使服务端根据所述重新支付请求中包含的交易标识信息查询所述交易标识对应的交易是否已经成功支付，若所述交易没有成功支付，服务端处理所述重新支付请求以使所述交易成功支付。
本说明书实施例所提供的技术方案，在支付端的付款信息码中增加本次交易标识信息，以使本次交易具有唯一性。当支付双方的第一次支付没有及时接收到支付成功信息时，支付端可通过新增的重新支付功能进入扫码模式，通过扫描收款端提供的收款信息码再次完成支付。其中，重新支付时会将携带之前交易标识信息的重新支付请求再次发送给服务端，若没有发送成功，则支付端缓存该重新支付请求，在满足发送条件时自动再次发送直到发送成功。而服务端通过第一次支付信息和重新支付信息中携带的相同的交易标识信息避免双倍支付。本方案既不会使支付端用户多付钱，又能保证支付成功，提升了支付双方的体验。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书实施例。
此外，本说明书实施例中的任一实施例并不需要达到上述的全部效果。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书实施例中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
图1a是本说明书一示例性实施例示出的支付方法的一种流程图；
图1b是本说明书一示例性实施例示出的支付方法的另一种流程图；
图2是本说明书一示例性实施例示出的重新支付接口的一种示意图；
图3是本说明书一示例性实施例示出的用户资格评估的一种流程图；
图4是本说明书一示例性实施例示出的支付方法中首次支付的一种流程图；
图5是本说明书一示例性实施例示出的支付方法的另一种流程图；
图6是本说明书一示例性实施例示出的支付方法的另一种流程图；
图7是本说明书一示例性实施例示出的支付装置的一种示意图；
图8是本说明书一示例性实施例示出的支付装置的另一种示意图；
图9是本说明书一示例性实施例示出的一种电子设备的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
随着移动支付的普及，越来越多的人在线下商铺购买商品时，会通过终端设备的支付装置进行支付，其中，扫描信息码进行支付是一种常见的支付方式，而信息码是信息码的常见展现形式之一，当前信息码的支付方式有两种：商户扫描顾客的信息码或顾客扫描商户的信息码，通过扫描信息码获取对方的信息，并将包含各种信息的支付请求发送给服务端，服务端成功处理这笔交易后，将支付成功的提示信息返回给支付双方。
现有技术中，商户扫描顾客的信息码后，可能会因为网络或设备等问题，导致双方支付操作之后迟迟收不到支付成功的提示信息。此时支付结果未知，可能在服务端已经支付成功，也可能并没有支付成功。此时如果顾客重新支付，可能会造成双倍支付，如果顾客不重新支付，交易就无法继续正常进行。这种情况影响了双方的体验。
针对以上问题，本说明书实施例提供一种支付方法，以及一种用于执行该方法的支付装置，下面首先对本说明书实施例方案的运行系统架构进行说明。参，本说明书实施例方案涉及的实体包括：支付端、服务端、收款端，其中：
支付端是交易的支付发起方，是顾客支付钱款时所使用的终端。支付端可以是专门用于支付的设备，也可以是安装在智能终端的具有支付功能的软件(例如安装了支付宝钱包的手机)，支付端具备扫码功能，信息码生成功能与缓存功能；
服务端是交易的中间处理方，可以是一个独立的支付平台，服务端负责接收支付端或收款端发送的交易请求信息，根据交易请求信息中的内容对交易做出处理，并将处理结果返回给支付端或收款端，例如，服务端接收支付端发送的支付请求，按照支付请求中包含的信息扣除支付端的相应金额，给付收款端相应金额，并分别将交易结果信息发送给支付端和收款端；
收款端是交易的收款方，是商户收款所使用的终端，通常可以为具备扫码功能的机具。
为了发送与接收相关的交易请求，上述三种实体均需要具备连接互联网的功能。信息码的具体形式可以是二维码(也称二维条形码)、一维条形码或可变条码等，信息码的形式不影响本申请方案的实现。
下面对本实施例涉及的支付方法进行详细说明，参见图1a与图1b所示，该支付方法应用于收款端扫描支付信息码并向服务端提交支付请求、且未收到支付结果的情况下，其中，支付信息码为支付端生成，所述支付信息码与支付请求至少包含本次交易的标识信息，该方法可以包括以下步骤：
S101，支付端接收用户的重新支付操作；
在支付端用户发起重新支付操作的应用场景为：支付端生成并展示支付信息码，收款端扫描支付信息码并向服务端提交支付请求，在某些情况下，如设备出现问题或网络出现问题，支付双方迟迟无法收到支付结果，此时支付结果未知，为了使交易尽快完成，避免浪费双方用户的时间，需要由支付端用户发起重新支付。
在上述过程中，支付端生成的支付信息码包含本次交易的标识信息，收款端通过扫描支付信息码获取该标识信息，并将标识信息携带到支付请求中，一并提交到服务端。该标识信息可在服务端的所有交易中唯一标识本次交易。
重新支付操作可以为用户对支付端提供的重新支付接口的操作，重新支付接口的实现方式可以为：支付端支成支付信息码页面，在支付信息码页面展示支付信息码，并提供重新支付操作接口。如图2所示，以按钮的形式提供该重新支付接口，支付端用户可通过点击该按钮实现对重新支付接口的操作。
S102，服务端生成收款信息码；
S103，支付端扫描收款端的收款信息码。以获取收款端的用户信息；
通常来说，发送给服务端的支付请求由扫码的一端提交的，若收款端提交支付请求没有收到支付结果，则很可能是收款端的设备或网络有问题，此时换由支付端扫码并提交请求，收到支付结果的成功率较高。
支付端接收用户对重新支付接口的操作并进入扫码模式，通过扫描收款端提供的收款信息码获取收款端用户的身份识别信息，需要注意的是，重新支付与首次支付属于同一次交易，在支付端开始重新支付进入扫码模式时，会携带之前的交易标识信息。
S104，支付端向服务端发送重新支付请求，所述重新支付请求中至少包含所述本次交易的标识信息；
在支付端向服务端发送重新支付请求之前，通常需要先由支付端用户输入支付金额并点击确认支付。此时将收款端用户的身份识别信息，支付端用户本身的身份识别信息，支付金额信息，支付时间信息和本次交易的标识信息一并整合到重新支付请求中，将该重新支付请求发送给服务端。
S105，支付端在无需确定所述重新支付请求是否成功的情况下，展示支付成功信息；
重新支付请求发送后，根据是否收到服务端对该重新支付请求的反馈信息，后续执行步骤有所不同。参见图1a与图1b，分为S106a和S106b。
S106a，支付端收到服务端对重新支付请求的的反馈信息，则说明服务端已能接收并处理重新交易请求，支付端不再处理。
S106b，若重新支付请求没有成功，支付端缓存重新支付请求，当满足发送条件时自动再次发送；
当展示支付成功信息后，支付端用户(顾客)即可离开收款端(商户)，但此时支付请求可能仍会因为某些原因无法成功。例如：支付端网络不通，则由支付端将该次交易缓存在本地，当网络连通时，支付端将自动将重新支付请求发送给服务端，以使服务端能够收到该重新支付请求。
S107，服务端根据所述重新支付请求中包含的交易标识信息查询对应的交易是否已经成功支付，若没有成功支付，服务端处理所述重新支付请求以使其成功支付。
服务端根据所述重新支付请求中包含的交易标识信息查询所述交易标识对应的交易，并使用支付端用户信息，收款端用户信息，支付金额信息对所述对应的交易进行校验，以判断所述对应的交易是否已经成功支付。
服务端收到重新支付请求后，根据重新支付请求中包含的交易标识信息查询对应的先前的支付请求，可能出现两种情况：
情况一，支付已经成功，服务端收到了先前的支付请求并对支付端用户和收款端用户的账户做出了金额处理，即先前的支付请求已经使该交易成功，但处理结果信息没有发送回支付端和收款端。此时服务端不需要再对交易做出处理。
情况二，支付没有成功，或没有查询到对应的支付请求。此时服务端处理该交易，完成支付。
需要注意的是，重新支付请求可能先到达服务端，而首次支付请求后到达服务端，此时服务端仍可遵循上述的处理逻辑，即，服务端先收到重新支付请求时遵循情况二：没有查询到对应的支付请求，服务端处理交易，完成支付；服务端再收到首次支付请求，遵循情况一，服务端根据交易标识信息查询到支付已经成功，不再对交易做出处理。
在某些情况下，可能会出现恶意顾客，即顾客在支付端点击重新支付却不再让支付端继续联网或删除本地交易缓存，导致交易缓存在支付端后无法通过联网发送给服务端。
针对上述问题，本说明书实施例提供一种用户资格评估方法，以在一定程度上杜绝恶意顾客，参见图3所示，该方法可以包括以下步骤：
S301，获取支付端用户的资格信息；
S302，确定支付端用户的资格信息是否满足预设条件，若符合预设条件，执行步骤S303，若不满足预设条件，执行步骤S304；
资格信息通常情况下可以为支付端用户的信用信息，如：获取支付端用户的芝麻信用分，腾讯信用分等等信用信息，并通过判断支付端用户的信用信息来决定是否开放重新支付功能。但资格信息并不局限于信用信息，也可以根据实际情况选择性获取其他的资格信息，如：获取支付端用户与收款端用户的交易次数，交易时间等信息。通过这些信息判断支付端用户是否为商户的常客，再根据判断结果确定是否开放重新支付功能，等等。
S303，开放支付端的重新支付功能；
开放重新支付功能可以是开放支付端的重新支付接口，例如：当开放重新支付功能时，支付二维码页面显示重新支付按钮，当未开放重新支付功能时，支付二维码页面不显示重新支付按钮。
或，开放重新支付功能可以是开放支付端用户对于重新支付接口的操作权限，例如：不管是否开放重新支付功能，支付二维码页面均显示重新支付按钮，区别在于支付端用户是否能够通过点击该按钮开启重新支付。在某些情况下，可将重新支付按钮置灰表示其不可操作。
S304，关闭支付端的重新支付功能。
需要注意的是，即使恶意顾客(支付端用户)不再让支付端继续联网或删除本地交易缓存，因为在首次支付，即收款端扫描支付端的支付二维码并向服务端提交支付请求时，本次交易信息和支付端用户的相关信息已经存储于收款端，收款端仍可提供交易信息并通过后续申诉等操作追回该笔钱款，无需担心安全问题。
本说明书实施例中的重新支付是在发生在首次支付不成功的情况下，参见图4所示，对于首次支付时执行的方法进行说明：
S401，支付端生成支付信息码，所述支付信息码中包含交易标识信息；
S402，收款端通过扫描支付端的支付信息码获取交易标识信息与支付端用户信息；
S403，向服务端发送支付请求，所述支付请求中至少包含所述本次交易的标识信息；
S404，未接收到客户端针对支付请求的回馈信息。
为了更清楚地说明本说明书实施例的方案，下面分别再从单侧的角度，对于执行的方法进行说明：
参见图5所示，为本说明书实施例在支付端执行的支付方法。
S501，支付端接收用户的重新支付操作，通过扫描收款端提供的收款二维码获取收款端用户信息；
S502，支付端向服务端发送重新支付请求，所述重新支付请求中至少包含所述本次交易的标识信息；
S503，支付端在无需确定所述重新支付请求是否成功的情况下，展示支付成功信息；
S504，支付端判断所述重新支付请求是否成功；若支付请求不成功，执行步骤S505，若支付请求成功，则支付端流程结束；
S505，支付端将所述重新支付请求缓存在本地，当满足发送条件时自动再次发送。
参见图6所示，为本说明书实施例在服务端执行的支付方法。
S601，服务端接收支付端在用户重新支付操作后发送的重新支付请求，所述重新支付请求中至少包含所述本次交易的标识信息；
S602，服务端根据所述重新支付请求中包含的交易标识信息查询所述交易标识对应的重新支付请求是否已经成功支付，若没有成功支付，执行步骤S603，若已经成功支付，则服务端流程结束；
S605，服务端处理所述重新支付请求以使所述交易成功支付。
关于支付端与服务端的单侧执行方法细节，可以参见前面实施例的描述，这里不再赘述。
相应于上述方法实施例，本说明书实施例还提供一种支付装置，参见图7所示，该装置应用于收款端扫描支付二维码并向服务端提交支付请求、且未收到支付结果的情况下，其中，支付二维码为支付端生成，所述支付二维码与支付请求至少包含本次交易的标识信息，所述装置可以包括：重新支付模块710，请求判断模块720，请求缓存模块730和信息展示模块740，
重新支付模块710：用于使支付端接收用户的重新支付操作，通过扫描收款端提供的收款二维码获取收款端用户信息，向服务端发送重新支付请求，所述重新支付请求中至少包含所述本次交易的标识信息；
请求判断模块720：用于使支付端判断所述重新支付请求是否成功；
请求缓存模块730：用于当重新支付请求没有成功后，使支付端展示支付成功信息，并将所述重新支付请求缓存在本地，当满足发送条件时自动再次发送；
信息展示模块740：用于当重新支付请求成功后，使支付端展示支付成功信息，本次交易结束。
相应于上述方法实施例，本说明书实施例还提供一种支付装置，参见图8所示，该装置应用于收款端扫描支付二维码并向服务端提交支付请求、且未收到支付结果的情况下，其中，支付二维码为支付端生成，所述支付二维码与支付请求至少包含本次交易的标识信息，所述装置可以包括：请求接收模块810和交易判断模块820。
请求接收模块810：用于使服务端接收支付端在用户重新支付操作后发送的重新支付请求，所述重新支付请求中至少包含所述本次交易的标识信息；
交易判断模块820：用于使服务端根据所述重新支付请求中包含的交易标识信息查询所述交易标识对应的交易是否已经成功支付，若所述交易没有成功支付，服务端处理所述重新支付请求以使所述交易成功支付。
本申请实施例还提供一种电子设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现前述支付方法，该方法应用于收款端扫描支付二维码并向服务端提交支付请求、且未收到支付结果的情况下，其中，支付二维码为支付端生成，所述支付二维码与支付请求至少包含本次交易的标识信息，所述方法至少包括：
支付端接收用户的重新支付操作，通过扫描收款端提供的收款二维码获取收款端用户信息，向服务端发送重新支付请求，所述重新支付请求中至少包含所述本次交易的标识信息；
支付端判断所述重新支付请求是否成功；
若重新支付请求没有成功，支付端展示支付成功信息，并将所述重新支付请求缓存在本地，当满足发送条件时自动再次发送；
若重新支付请求成功，支付端展示支付成功信息，本次交易结束。
本申请实施例还提供另一种电子设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现前述支付方法，该方法应用于收款端扫描支付二维码并向服务端提交支付请求、且未收到支付结果的情况下，其中，支付二维码为支付端生成，所述支付二维码与支付请求至少包含本次交易的标识信息，所述方法至少包括：
服务端接收支付端在用户重新支付操作后发送的重新支付请求，所述重新支付请求中至少包含所述本次交易的标识信息；
服务端根据所述重新支付请求中包含的交易标识信息查询所述交易标识对应的交易是否已经成功支付，若所述交易没有成功支付，服务端处理所述重新支付请求以使所述交易成功支付。
图9示出了本说明书实施例所提供的一种更为具体的计算设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。
处理器1010可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。
存储器1020可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。
输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。
通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。
总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。
需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。
本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述的支付方法，该方法应用于收款端扫描支付二维码并向服务端提交支付请求、且未收到支付结果的情况下，其中，支付二维码为支付端生成，所述支付二维码与支付请求至少包含本次交易的标识信息，所述方法至少包括：
支付端接收用户的重新支付操作，通过扫描收款端提供的收款二维码获取收款端用户信息，向服务端发送重新支付请求，所述重新支付请求中至少包含所述本次交易的标识信息；
支付端判断所述重新支付请求是否成功；
若重新支付请求没有成功，支付端展示支付成功信息，并将所述重新支付请求缓存在本地，当满足发送条件时自动再次发送；
若重新支付请求成功，支付端展示支付成功信息，本次交易结束。
本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述的支付方法，该方法应用于收款端扫描支付二维码并向服务端提交支付请求、且未收到支付结果的情况下，其中，支付二维码为支付端生成，所述支付二维码与支付请求至少包含本次交易的标识信息，所述方法至少包括：
服务端接收支付端在用户重新支付操作后发送的重新支付请求，所述重新支付请求中至少包含所述本次交易的标识信息；
服务端根据所述重新支付请求中包含的交易标识信息查询所述交易标识对应的交易是否已经成功支付，若所述交易没有成功支付，服务端处理所述重新支付请求以使所述交易成功支付。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。
本说明书实施例还提供一种支付系统，应用于收款端扫描支付信息码并向服务端提交支付请求、且未收到支付结果的情况下，其中，支付信息码为支付端生成，所述支付信息码与支付请求至少包含本次交易的标识信息，该系统包括：
支付端、收款端、服务端；
所述支付端，用于接收用户的重新支付操作，通过扫描收款端提供的收款信息码获取收款端用户信息，向服务端发送重新支付请求，所述重新支付请求中至少包含所述本次交易的标识信息；
所述收款端，用于生成收款信息码以供支付端扫描；
所述支付端，用于在无需确定所述重新支付请求是否成功的情况下，展示支付成功信息；以及判断所述重新支付请求是否成功；
所述支付端，用于在支付请求没有成功的情况下，将所述重新支付请求缓存在本地，当满足发送条件时自动再次发送；
所述服务端，用于接收到重新支付请求后，根据所述重新支付请求中包含的交易标识信息查询所述交易标识对应的交易是否已经成功支付，若所述交易没有成功支付，服务端处理所述重新支付请求以使所述交易成功支付。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本说明书实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本说明书实施例各个实施例或者实施例的某些部分所述的方法。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，在实施本说明书实施例方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上所述仅是本说明书实施例的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本说明书实施例原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本说明书实施例的保护范围。
以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (13)

1.一种支付方法，应用于收款端扫描支付信息码并向服务端提交支付请求、且未收到支付结果的情况下，其中，支付信息码为支付端生成，所述支付信息码与支付请求至少包含本次交易的标识信息，所述方法包括：
支付端接收用户的重新支付操作，通过扫描收款端提供的收款信息码获取收款端用户信息，向服务端发送重新支付请求，所述重新支付请求中至少包含所述本次交易的标识信息；
支付端在无需确定所述重新支付请求是否成功的情况下，展示支付成功信息；以及
支付端判断所述重新支付请求是否成功；
若重新支付请求没有成功，支付端将所述重新支付请求缓存在本地，当满足发送条件时自动再次发送；
其中，服务端接收到重新支付请求后，根据所述重新支付请求中包含的交易标识信息查询所述交易标识对应的交易是否已经成功支付，若所述交易没有成功支付，服务端处理所述重新支付请求以使所述交易成功支付。
2.如权利要求1所述的方法，其特征在于，所述收款端扫描支付信息码之前，还包括：
支付端接收用户的付款请求并生成支付信息码页面，其中，所述支付信息码页面包含支付信息码与重新支付操作接口。
3.如权利要求1所述的方法，其特征在于，所述标识信息能在服务端的所有交易中唯一标识本次交易。
4.如权利要求1所述的方法，其特征在于，所述服务端根据所述重新支付请求中包含的交易标识信息查询所述交易标识对应的交易是否已经成功支付，包括：
服务端根据所述重新支付请求中包含的交易标识信息查询所述交易标识对应的交易，并使用支付端用户信息，收款端用户信息，支付金额信息对所述对应的交易进行校验，以判断所述对应的交易是否已经成功支付。
5.如权利要求1所述的方法，其特征在于，所述支付端接收用户的重新支付操作，通过扫描收款端提供的收款信息码获取收款端用户信息，向服务端发送重新支付请求，包括：
支付端接收用户对重新支付接口的操作并进入扫码模式，通过扫描收款端提供的收款信息码获取收款端用户信息；
支付端接收用户的确认支付操作后，向服务端发送重新支付请求。
6.如权利要求1所述的方法，其特征在于，所述支付端接收用户的重新支付操作前，还包括：
判断支付端用户是否满足预设条件，若满足预设条件，向支付端用户开放重新支付功能。
7.如权利要求6所述的方法，其特征在于，所述判断支付端用户是否满足预设条件，若满足预设条件，向支付端用户开放重新支付功能，包括：
对支付端用户进行信用评估，若支付端用户通过所述信用评估，向所述支付端用户开放重新支付功能。
8.一种支付方法，应用于收款端扫描支付信息码并向服务端提交支付请求、且未收到支付结果的情况下，其中，支付信息码为支付端生成，所述支付信息码与支付请求至少包含本次交易的标识信息，所述方法包括：
支付端接收用户的重新支付操作，通过扫描收款端提供的收款信息码获取收款端用户信息，向服务端发送重新支付请求，所述重新支付请求中至少包含所述本次交易的标识信息；
支付端判断所述重新支付请求是否成功；
若重新支付请求没有成功，支付端展示支付成功信息，并将所述重新支付请求缓存在本地，当满足发送条件时自动再次发送；
若重新支付请求成功，支付端展示支付成功信息，本次交易结束。
9.一种支付方法，应用于收款端扫描支付信息码并向服务端提交支付请求、且未收到支付结果的情况下，其中，支付信息码为支付端生成，所述支付信息码与支付请求至少包含本次交易的标识信息，所述方法包括：
服务端接收支付端在用户重新支付操作后发送的重新支付请求，所述重新支付请求中至少包含所述本次交易的标识信息，其中，所述支付端在用户重新支付操作后，在无需确定所述重新支付请求是否成功的情况下，展示支付成功信息；
服务端根据所述重新支付请求中包含的交易标识信息查询所述交易标识对应的交易是否已经成功支付，若所述交易没有成功支付，服务端处理所述重新支付请求以使所述交易成功支付。
10.一种支付装置，应用于收款端扫描支付信息码并向服务端提交支付请求、且未收到支付结果的情况下，其中，支付信息码为支付端生成，所述支付信息码与支付请求至少包含本次交易的标识信息，所述装置包括：
重新支付模块：用于使支付端接收用户的重新支付操作，通过扫描收款端提供的收款信息码获取收款端用户信息，向服务端发送重新支付请求，所述重新支付请求中至少包含所述本次交易的标识信息；
请求判断模块：用于使支付端判断所述重新支付请求是否成功；
请求缓存模块：用于当重新支付请求没有成功后，使支付端展示支付成功信息，并将所述重新支付请求缓存在本地，当满足发送条件时自动再次发送；
信息展示模块：用于当重新支付请求成功后，使支付端展示支付成功信息，本次交易结束。
11.一种支付装置，应用于收款端扫描支付信息码并向服务端提交支付请求、且未收到支付结果的情况下，其中，支付信息码为支付端生成，所述支付信息码与支付请求至少包含本次交易的标识信息，所述装置包括：
请求接收模块：用于使服务端接收支付端在用户重新支付操作后发送的重新支付请求，所述重新支付请求中至少包含所述本次交易的标识信息，其中，所述支付端在用户重新支付操作后，在无需确定所述重新支付请求是否成功的情况下，展示支付成功信息；
交易判断模块：用于使服务端根据所述重新支付请求中包含的交易标识信息查询所述交易标识对应的交易是否已经成功支付，若所述交易没有成功支付，服务端处理所述重新支付请求以使所述交易成功支付。
12.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如权利要求8所述的方法。
13.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如权利要求9所述的方法。
CN201810223860.XA 2018-03-19 2018-03-19 一种支付方法、装置及电子设备 Active CN108446905B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201810223860.XA CN108446905B (zh) 2018-03-19 2018-03-19 一种支付方法、装置及电子设备
TW108100356A TWI686753B (zh) 2018-03-19 2019-01-04 支付方法、裝置及電子設備
PCT/CN2019/073895 WO2019179249A1 (zh) 2018-03-19 2019-01-30 一种支付方法、装置及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810223860.XA CN108446905B (zh) 2018-03-19 2018-03-19 一种支付方法、装置及电子设备

Publications (2)

Publication Number Publication Date
CN108446905A CN108446905A (zh) 2018-08-24
CN108446905B true CN108446905B (zh) 2020-05-12

Family

ID=63195075

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810223860.XA Active CN108446905B (zh) 2018-03-19 2018-03-19 一种支付方法、装置及电子设备

Country Status (3)

Country Link
CN (1) CN108446905B (zh)
TW (1) TWI686753B (zh)
WO (1) WO2019179249A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108446905B (zh) * 2018-03-19 2020-05-12 阿里巴巴集团控股有限公司 一种支付方法、装置及电子设备
CN110163739B (zh) * 2019-04-10 2020-08-18 阿里巴巴集团控股有限公司 支付申诉方法、装置、服务器及可读存储介质
US10963888B2 (en) 2019-04-10 2021-03-30 Advanced New Technologies Co., Ltd. Payment complaint method, device, server and readable storage medium

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104077683A (zh) * 2013-02-24 2014-10-01 黄金富 一种用移动电话网络计费结算的支付系统和方法
CN107038579A (zh) * 2016-02-04 2017-08-11 阿里巴巴集团控股有限公司 一种电子支付业务处理、电子支付方法及装置
CN107730615A (zh) * 2017-01-06 2018-02-23 西安艾润物联网技术服务有限责任公司 支付和税控方法以及停车场收费装置

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI464699B (zh) * 2007-03-29 2014-12-11 Alibaba Group Holding Ltd And a payment system and a method for trading with an ID card containing an IC card
CN103500401A (zh) * 2013-09-27 2014-01-08 华为技术有限公司 一种支付方法、装置及系统
US9582829B2 (en) * 2014-05-06 2017-02-28 Bank Of America Corporation Dynamically modifying an application questionnaire
CN105095462B (zh) * 2015-07-30 2018-09-28 北京京东尚科信息技术有限公司 处理网页重复请求的方法和系统
US20170262820A1 (en) * 2016-03-11 2017-09-14 Sekurus International Inc. Smart transport solution
CN107767140A (zh) * 2017-10-02 2018-03-06 头等尝网络餐饮管理科技（深圳）有限公司 支付方法、装置、设备及可读存储介质
CN108446905B (zh) * 2018-03-19 2020-05-12 阿里巴巴集团控股有限公司 一种支付方法、装置及电子设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104077683A (zh) * 2013-02-24 2014-10-01 黄金富 一种用移动电话网络计费结算的支付系统和方法
CN107038579A (zh) * 2016-02-04 2017-08-11 阿里巴巴集团控股有限公司 一种电子支付业务处理、电子支付方法及装置
CN107730615A (zh) * 2017-01-06 2018-02-23 西安艾润物联网技术服务有限责任公司 支付和税控方法以及停车场收费装置

Also Published As

Publication number Publication date
TW201939387A (zh) 2019-10-01
CN108446905A (zh) 2018-08-24
WO2019179249A1 (zh) 2019-09-26
TWI686753B (zh) 2020-03-01

Similar Documents

Publication Publication Date Title
US11587067B2 (en) Digital wallet system and method
US10489767B2 (en) Cloud-based point-of-sale transaction processing
CN108537533B (zh) 一种自助购物结算方法及系统
US11880812B2 (en) Systems and methods for third party payment at point of sale terminals
KR20090119889A (ko) 모바일 지불 서비스
US11861586B2 (en) Authorization data representation for installment eligibility
CN109615353B (zh) 一种支付方法及装置
CA2842397A1 (en) Merchant initiated payment using consumer device
US20160071139A1 (en) Preauthorize buyers to commit to a group purchase
CN108446905B (zh) 一种支付方法、装置及电子设备
US20160098699A1 (en) User-friendly mobile payments system
CN111213172A (zh) 通过数字钱包访问ach交易功能
CN111915311B (zh) 一种支付校验方法及系统
CN108764861B (zh) 信息获取方法及装置和电子设备
KR20170103907A (ko) 연계된 개인 식별 및 계좌 회수
CN113988844A (zh) 业务签约方法、装置和系统
CN112308543A (zh) 数据转移方法、装置和设备及计算机存储介质
WO2020086096A1 (en) P2p using credit card
US11386414B2 (en) While label merchant stored value account peer linking and funding system
US20230306405A1 (en) Payment accessibility notifications
US20230109299A1 (en) System and user interface of a user device for managing tokens associated with a user
KR101657633B1 (ko) 신용카드 이중 거래 처리 서비스 제공 시스템 및 방법
KR20150132775A (ko) 가맹점 단말기를 이용한 가맹점 지원 부가 서비스 제공 시스템 및 방법
EP3935592A1 (en) Digital wallet promotions through tokenization platform
KR20200112564A (ko) 동적 nfc 정보와 동적 2차원 바코드 생성 방법

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: 1259268

Country of ref document: HK

GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20200922

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

Patentee after: Innovative advanced technology Co.,Ltd.

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

Patentee before: Advanced innovation technology Co.,Ltd.

Effective date of registration: 20200922

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

Patentee after: Advanced innovation technology Co.,Ltd.

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

Patentee before: Alibaba Group Holding Ltd.