一种支付方法、装置及电子设备制造方法及图纸

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

【技术实现步骤摘要】
一种支付方法、装置及电子设备
本申请涉及电子支付领域，尤其涉及一种支付方法、装置及电子设备。
技术介绍
随着移动支付的普及，越来越多的人在线下商铺购买商品时，会通过终端设备的支付装置进行支付，其中，扫描信息码(如二维码)进行支付是一种常见的支付方式，当前信息码的支付方式有两种：商户扫描顾客的信息码或顾客扫描商户的信息码，通过扫描信息码获取对方的信息，并将包含各种信息的支付请求发送给服务端，服务端成功处理这笔交易后，将支付成功的提示信息返回给支付双方。现有技术中，商户扫描顾客的信息码后，可能会因为网络或设备等问题，导致双方支付操作之后迟迟收不到支付成功的提示信息。此时支付结果未知，可能在服务端已经支付成功，也可能并没有支付成功。此时如果顾客重新支付，可能会造成双倍支付，如果顾客不重新支付，交易就无法继续正常进行。这种情况影响了双方的体验。
技术实现思路
针对上述技术问题，本说明书实施例提供一种支付方法、装置、及业务服务器，技术方案如下：根据本说明书实施例的第一方面，提供一种支付方法，应用于收款端扫描支付信息码并向服务端提交支付请求、且未收到支付结果的情况下，其中，支付信息码为支付端生成，所述支付信息码与支付请求至少包含本次交易的标识信息，该方法包括：支付端接收用户的重新支付操作，通过扫描收款端提供的收款信息码获取收款端用户信息，向服务端发送重新支付请求，所述重新支付请求中至少包含所述本次交易的标识信息；支付端在无需确定所述重新支付请求是否成功的情况下，展示支付成功信息；以及支付端判断所述重新支付请求是否成功；若重新支付请求没有成功，支付端将所述重新支付请求缓存在本地，当满足发送条件时自动再次发送；其中，服务端接收到重新支付请求后，根据所述重新支付请求中包含的交易标识信息查询所述交易标识对应的交易是否已经成功支付，若所述交易没有成功支付，服务端处理所述重新支付请求以使所述交易成功支付。根据本说明书实施例的第二方面，还提供一种支付方法，应用于收款端扫描支付信息码并向服务端提交支付请求、且未收到支付结果的情况下，其中，支付信息码为支付端生成，所述支付信息码与支付请求至少包含本次交易的标识信息，该方法包括：支付端接收用户的重新支付操作，通过扫描收款端提供的收款信息码获取收款端用户信息，向服务端发送重新支付请求，所述重新支付请求中至少包含所述本次交易的标识信息；支付端判断所述重新支付请求是否成功；若重新支付请求没有成功，支付端展示支付成功信息，并将所述重新支付请求缓存在本地，当满足发送条件时自动再次发送；若重新支付请求成功，支付端展示支付成功信息，本次交易结束。根据本说明书实施例的第三方面，还提供一种支付方法，应用于收款端扫描支付信息码并向服务端提交支付请求、且未收到支付结果的情况下，其中，支付信息码为支付端生成，所述支付信息码与支付请求至少包含本次交易的标识信息，该方法包括：服务端接收支付端在用户重新支付操作后发送的重新支付请求，所述重新支付请求中至少包含所述本次交易的标识信息；服务端根据所述重新支付请求中包含的交易标识信息查询所述交易标识对应的交易是否已经成功支付，若所述交易没有成功支付，服务端处理所述重新支付请求以使所述交易成功支付。根据本说明书实施例的第四方面，提供一种支付装置，应用于收款端扫描支付信息码并向服务端提交支付请求、且未收到支付结果的情况下，其中，支付信息码为支付端生成，所述支付信息码与支付请求至少包含本次交易的标识信息，该装置包括：重新支付模块：用于使支付端接收用户的重新支付操作，通过扫描收款端提供的收款信息码获取收款端用户信息，向服务端发送重新支付请求，所述重新支付请求中至少包含所述本次交易的标识信息；请求判断模块：用于使支付端判断所述重新支付请求是否成功；请求缓存模块：用于当重新支付请求没有成功后，使支付端展示支付成功信息，并将所述重新支付请求缓存在本地，当满足发送条件时自动再次发送；信息展示模块：用于当重新支付请求成功后，使支付端展示支付成功信息，本次交易结束。根据本说明书实施例的第五方面，还提供一种支付装置，应用于收款端扫描支付信息码并向服务端提交支付请求、且未收到支付结果的情况下，其中，支付信息码为支付端生成，所述支付信息码与支付请求至少包含本次交易的标识信息，该装置包括：请求接收模块：用于使服务端接收支付端在用户重新支付操作后发送的重新支付请求，所述重新支付请求中至少包含所述本次交易的标识信息；交易判断模块：用于使服务端根据所述重新支付请求中包含的交易标识信息查询所述交易标识对应的交易是否已经成功支付，若所述交易没有成功支付，服务端处理所述重新支付请求以使所述交易成功支付。本说明书实施例所提供的技术方案，在支付端的付款信息码中增加本次交易标识信息，以使本次交易具有唯一性。当支付双方的第一次支付没有及时接收到支付成功信息时，支付端可通过新增的重新支付功能进入扫码模式，通过扫描收款端提供的收款信息码再次完成支付。其中，重新支付时会将携带之前交易标识信息的重新支付请求再次发送给服务端，若没有发送成功，则支付端缓存该重新支付请求，在满足发送条件时自动再次发送直到发送成功。而服务端通过第一次支付信息和重新支付信息中携带的相同的交易标识信息避免双倍支付。本方案既不会使支付端用户多付钱，又能保证支付成功，提升了支付双方的体验。应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书实施例。此外，本说明书实施例中的任一实施例并不需要达到上述的全部效果。附图说明为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书实施例中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。图1a是本说明书一示例性实施例示出的支付方法的一种流程图；图1b是本说明书一示例性实施例示出的支付方法的另一种流程图；图2是本说明书一示例性实施例示出的重新支付接口的一种示意图；图3是本说明书一示例性实施例示出的用户资格评估的一种流程图；图4是本说明书一示例性实施例示出的支付方法中首次支付的一种流程图；图5是本说明书一示例性实施例示出的支付方法的另一种流程图；图6是本说明书一示例性实施例示出的支付方法的另一种流程图；图7是本说明书一示例性实施例示出的支付装置的一种示意图；图8是本说明书一示例性实施例示出的支付装置的另一种示意图；图9是本说明书一示例性实施例示出的一种电子设备的结构示意图。具体实施方式这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合本文档来自技高网...

【技术保护点】
1.一种支付方法，应用于收款端扫描支付信息码并向服务端提交支付请求、且未收到支付结果的情况下，其中，支付信息码为支付端生成，所述支付信息码与支付请求至少包含本次交易的标识信息，所述方法包括：支付端接收用户的重新支付操作，通过扫描收款端提供的收款信息码获取收款端用户信息，向服务端发送重新支付请求，所述重新支付请求中至少包含所述本次交易的标识信息；支付端在无需确定所述重新支付请求是否成功的情况下，展示支付成功信息；以及支付端判断所述重新支付请求是否成功；若重新支付请求没有成功，支付端将所述重新支付请求缓存在本地，当满足发送条件时自动再次发送；其中，服务端接收到重新支付请求后，根据所述重新支付请求中包含的交易标识信息查询所述交易标识对应的交易是否已经成功支付，若所述交易没有成功支付，服务端处理所述重新支付请求以使所述交易成功支付。

【技术特征摘要】
1.一种支付方法，应用于收款端扫描支付信息码并向服务端提交支付请求、且未收到支付结果的情况下，其中，支付信息码为支付端生成，所述支付信息码与支付请求至少包含本次交易的标识信息，所述方法包括：支付端接收用户的重新支付操作，通过扫描收款端提供的收款信息码获取收款端用户信息，向服务端发送重新支付请求，所述重新支付请求中至少包含所述本次交易的标识信息；支付端在无需确定所述重新支付请求是否成功的情况下，展示支付成功信息；以及支付端判断所述重新支付请求是否成功；若重新支付请求没有成功，支付端将所述重新支付请求缓存在本地，当满足发送条件时自动再次发送；其中，服务端接收到重新支付请求后，根据所述重新支付请求中包含的交易标识信息查询所述交易标识对应的交易是否已经成功支付，若所述交易没有成功支付，服务端处理所述重新支付请求以使所述交易成功支付。2.如权利要求1所述的方法，其特征在于，所述收款端扫描支付信息码之前，还包括：支付端接收用户的付款请求并生成支付信息码页面，其中，所述支付信息码页面包含支付信息码与重新支付操作接口。3.如权利要求1所述的方法，其特征在于，所述本次交易的标识信息为支付端根据预设算法计算得出，所述预设算法用于计算标识信息以使所述标识信息能在服务端的所有交易中唯一标识本次交易。4.如权利要求1所述的方法，其特征在于，所述本次交易的标识信息包括支付端用户交易序列号信息与支付端用户信息。5.如权利要求1所述的方法，其特征在于，所述服务端根据所述重新支付请求中包含的交易标识信息查询所述交易标识对应的交易是否已经成功支付，包括：服务端根据所述重新支付请求中包含的交易标识信息查询所述交易标识对应的交易，并使用支付端用户信息，收款端用户信息，支付金额信息对所述对应的交易进行校验，以判断所述对应的交易是否已经成功支付。6.如权利要求1所述的方法，其特征在于，所述支付端接收用户的重新支付操作，通过扫描收款端提供的收款信息码获取收款端用户信息，向服务端发送重新支付请求，包括：支付端接收用户对重新支付接口的操作并进入扫码模式，通过扫描收款端提供的收款信息码获取收款端用户信息；支付端接收用户的确认支付操作后，向服务端发送重新支付请求。7.如权利要求1所述的方法，其特征在于，所述支付端接收用户的重新支付操作前，还包括：判断支付端用户是否满足预设条件，若满足预设条件，向支付端用户开放重新支付功能。8.如权利要求7所述的方法，其特征在于，所述判断支付端用户是否满足预设条件，若满足预设条件，向支付端用户开放重新支付功能，,包括：对支付端用户进行信用评估，若支付端用户通过所述信用评估，向所述支付端用户开放重新支付功能。9.一种支付方法，应用于收款端扫描支付信息码并向服务端提交支付请求、且未收到支付结果的情况下，其中，支付信息...

【专利技术属性】
技术研发人员：周健，赵大成，吴昊，
申请(专利权)人：阿里巴巴集团控股有限公司，
类型：发明
国别省市：开曼群岛,KY