二维码的展示方法及装置与流程

本说明书实施例涉及计算机技术领域，具体地，涉及一种二维码的展示方法及装置。

背景技术：

随着互联网技术的发展，二维码在人们生活中的应用越来越广泛。例如，商户可以出示动态二维码，供用户扫码支付。具体地，商户可以根据用户购买的商品，生成携带商品价格信息的收款二维码，以供用户扫码支付。

然而，目前商户展示收款二维码的方式过于单一，无法满足用户的多种需求。因此，需要一种针对二维码展示的改进方案，以满足用户的多种需求，进而提高用户体验。

技术实现要素：

本说明书描述一种二维码的展示方法，在用户通过用户客户端扫描到商户客户端中展示的收款二维码以后，在商户客户端中展示针对收款二维码的展示计时界面，至少用于提示用户其需要在展示计时结束之前完成付款，以辅助用户顺利完成付款操作。

根据第一方面，提供一种二维码的展示方法，所述方法的执行主体为商户客户端，所述方法包括：展示收款二维码，所述收款二维码中至少携带所述商户客户端的标识信息；从服务端接收扫码成功通知，所述扫码成功通知由所述服务端在接收到用户客户端通过扫描所述收款二维码而发送的序列号之后，基于对所述序列号解析得到的所述标识信息发送至所述商户客户端；基于所述扫码成功通知，展示针对所述收款二维码的展示计时界面，至少用于提示用户在展示计时结束之前完成付款。

根据第二方面，提供一种二维码的展示方法，所述方法的执行主体为服务端，所述方法包括：从用户客户端接收其通过扫描商户客户端中展示的收款二维码而发送的序列号，所述收款二维码中至少携带所述商户客户端的标识信息；对所述序列号进行解析，得到所述标识信息；基于所述标识信息，向所述商户客户端发送扫码成功通知，以使所述商户客户端基于所述扫码成功通知，展示针对所述收款二维码的展示计时界面，至少用于提示用户在展示计时结束之前完成付款。

根据第三方面，提供一种二维码的展示方法，所述方法的执行主体为用户客户端，所述方法包括：扫描商户客户端中展示的收款二维码，得到与所述收款二维码对应的序列号，所述收款二维码中至少携带所述商户客户端的标识信息；向服务端发送所述序列号，以使所述服务端对所述序列号进行解析，得到所述标识信息，再基于所述标识信息，向所述商户客户端发送扫码成功通知，从而使所述商户客户端基于所述扫码成功通知，展示针对所述收款二维码的展示计时界面，至少用于提示用户在展示计时结束之前完成付款。

根据第四方面，提供一种二维码的展示方法，所述方法的执行主体为商户客户端，所述方法包括：展示收款二维码，所述收款二维码中至少携带所述商户客户端的标识信息；从服务端接收扫码成功通知，所述扫码成功通知由所述服务端在接收到用户客户端通过扫描所述收款二维码而发送的序列号之后，基于对所述序列号解析得到的所述标识信息发送至所述商户客户端；基于所述扫码成功通知，展示针对所述收款二维码的弱化显示界面，以使其他用户客户端无法成功扫描所述收款二维码；其中，所述弱化显示包括以下中的至少一种：添加蒙层显示，降低透明度显示，叠加图片显示。

根据第五方面，提供一种二维码的展示方法，所述方法的执行主体为服务端，所述方法包括：从用户客户端接收其通过扫描商户客户端中展示的收款二维码而发送的序列号，所述收款二维码中至少携带所述商户客户端的标识信息；对所述序列号进行解析，得到所述标识信息；基于所述标识信息，向所述商户客户端发送扫码成功通知，以使所述商户客户端基于所述扫码成功通知，展示针对所述收款二维码的弱化显示界面，使得其他用户客户端无法成功扫描所述收款二维码；其中，所述弱化显示包括以下中的至少一种：添加蒙层显示，降低透明度显示，叠加图片显示。

根据第六方面，提供一种二维码的展示方法，所述方法的执行主体为商户客户端，所述方法包括：展示第一收款二维码，具体包括在对应的展示界面中对预先设定的二维码展示时长进行计时显示，以提示用户在计时结束之前完成付款；其中，所述第一收款二维码中至少携带待支付订单的订单信息；在所述计时结束之前未从服务端接收到支付成功通知的情况下，展示支付失败界面，以提示所述用户支付失败，所述支付失败界面中包括重新支付图标；响应于针对所述重新支付图标的点击操作，展示第二收款二维码，所述第二收款二维码中携带所述待支付订单的订单信息。

根据第七方面，提供一种二维码的展示装置，所述展示装置集成于商户客户端，所述装置包括：第一展示单元，配置为展示收款二维码，所述收款二维码中至少携带所述商户客户端的标识信息；接收单元，配置为从服务端接收扫码成功通知，所述扫码成功通知由所述服务端在接收到用户客户端通过扫描所述收款二维码而发送的序列号之后，基于对所述序列号解析得到的所述标识信息发送至所述商户客户端；第二展示单元，配置为基于所述扫码成功通知，展示针对所述收款二维码的展示计时界面，至少用于提示用户在展示计时结束之前完成付款。

根据第八方面，提供一种二维码的展示装置，所述生成装置集成于服务端，所述装置包括：接收单元，配置为从用户客户端接收其通过扫描商户客户端中展示的收款二维码而发送的序列号，所述收款二维码中至少携带所述商户客户端的标识信息；解析单元，配置为对所述序列号进行解析，得到所述标识信息；发送单元，配置为基于所述标识信息，向所述商户客户端发送扫码成功通知，以使所述商户客户端基于所述扫码成功通知，展示针对所述收款二维码的展示计时界面，至少用于提示用户在展示计时结束之前完成付款。

根据第九方面，提供一种二维码的展示装置，所述装置集成于用户客户端，所述装置包括：扫描单元，配置为扫描商户客户端中展示的收款二维码，得到与所述收款二维码对应的序列号，所述收款二维码中至少携带所述商户客户端的标识信息；发送单元，配置为向服务端发送所述序列号，以使所述服务端对所述序列号进行解析，得到所述标识信息，再基于所述标识信息，向所述商户客户端发送扫码成功通知，从而使所述商户客户端基于所述扫码成功通知，展示针对所述收款二维码的展示计时界面，至少用于提示用户在展示计时结束之前完成付款。

根据第十方面，提供一种二维码的展示装置，所述展示装置集成于商户客户端，所述装置包括：所述装置集成于商户客户端，所述装置包括：第一展示单元，配置为展示收款二维码，所述收款二维码中至少携带所述商户客户端的标识信息；接收单元，配置为从服务端接收扫码成功通知，所述扫码成功通知由所述服务端在接收到用户客户端通过扫描所述收款二维码而发送的序列号之后，基于对所述序列号解析得到的所述标识信息发送至所述商户客户端；第二展示单元，配置为基于所述扫码成功通知，展示针对所述收款二维码的弱化显示界面，以使其他用户客户端无法成功扫描所述收款二维码；其中，所述弱化显示包括以下中的至少一种：添加蒙层显示，降低透明度显示，叠加图片显示。

根据第十一方面，提供一种二维码的展示装置，所述展示装置集成于服务端，所述装置包括：接收单元，配置为从用户客户端接收其通过扫描商户客户端中展示的收款二维码而发送的序列号，所述收款二维码中至少携带所述商户客户端的标识信息；解析单元，配置为对所述序列号进行解析，得到所述标识信息；发送单元，配置为基于所述标识信息，向所述商户客户端发送扫码成功通知，以使所述商户客户端基于所述扫码成功通知，展示针对所述收款二维码的弱化显示界面，使得其他用户客户端无法成功扫描所述收款二维码；其中，所述弱化显示包括以下中的至少一种：添加蒙层显示，降低透明度显示，叠加图片显示。

根据第十二方面，提供一种二维码的展示装置，所述展示装置集成于商户客户端，所述装置包括：第一展示单元，配置为展示第一收款二维码，具体包括在对应的展示界面中对预先设定的二维码展示时长进行计时显示，以提示用户在计时结束之前完成付款；其中，所述第一收款二维码中至少携带待支付订单的订单信息；第二展示单元，配置为在所述展示计时结束之前未从服务端接收到支付成功通知的情况下，展示支付失败界面，以提示所述用户支付失败，所述支付失败界面中包括重新支付图标；第三展示单元，配置为响应于针对所述重新支付图标的点击操作，展示第二收款二维码，所述第二收款二维码中携带所述待支付订单的订单信息。

根据第十三方面，提供了一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行第一方面或第二方面或第三方面或第四方面或第五方面或第六方面的方法。

根据第十四方面，提供了一种计算设备，包括存储器和处理器，其特征在于，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现第一方面或第二方面或第三方面或第四方面或第五方面或第六方面的方法。

采用本说明书实施例披露的二维码的展示方法，在用户通过用户客户端扫描到商户客户端中展示的收款二维码以后，可以在商户客户端中展示针对收款二维码的计时界面，以提示用户在展示计时结束之前完成付款，如此可以辅助用户顺利完成付款操作，并且，可以避免以下情况：用户因无法感知二维码失效，在二维码失效的情况下继续支付而使得支付失败，同时误以为是支付系统不稳定等其他原因而造成体验不佳。进一步地，还可以在展示计时界面中对收款二维码进行弱化显示，以使其他用户客户端无法扫描收款二维码，进而保证支付安全。更进一步地，还可以在当前展示的收款二维码失效以后，通过选择重新支付而查看针对同一订单的收款二维码，进而直接根据新展示的收款二维码完成支付操作，而无需重复之前的下单操作或无需进行调取订单操作，如此，进一步提高了用户体验。

附图说明

为了更清楚地说明本说明书披露的多个实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书披露的多个实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1示出本说明书实施例披露的商户客户端、用户客户端和服务端之间的交互示意图之一；

图2示出本说明书实施例披露的商户客户端中的展示界面之一；

图3示出本说明书实施例披露的用户客户端中的支付界面；

图4示出本说明书实施例披露的商户客户端中的展示界面之二；

图5示出本说明书实施例披露的商户客户端中的展示界面之三；

图6示出本说明书实施例披露的商户客户端中的展示界面之四；

图7示出本说明书实施例披露的商户客户端中的展示界面之五；

图8示出本说明书实施例披露的商户客户端中的展示界面之六；

图9示出本说明书实施例披露的商户客户端中的展示界面之七；

图10示出本说明书实施例披露的商户客户端中的展示界面之八；

图11示出本说明书实施例披露的商户客户端、用户客户端和服务端之间的交互示意图之二；

图12示出本说明书实施例披露的二维码展示方法流程图；

图13示出本说明书实施例披露的商户客户端中的展示界面之八；

图14示出本说明书实施例披露的二维码展示装置结构图之一；

图15示出本说明书实施例披露的二维码展示装置结构图之二；

图16示出本说明书实施例披露的二维码展示装置结构图之三；

图17示出本说明书实施例披露的二维码展示装置结构图之三；

图18示出本说明书实施例披露的二维码展示装置结构图之四；

图19示出本说明书实施例披露的二维码展示装置结构图之五。

具体实施方式

下面结合附图，对本说明书披露的多个实施例进行描述。

本说明书实施例提供一种二维码的展示方法，用户对收款二维码进行的扫描操作，将触发商户客户端展示针对收款二维码的计时界面，如此，可以提示用户在规定时间内完成支付操作。下面，结合具体的实施例，描述所述方法的实施步骤。

具体地，图1示出本说明书实施例披露的商户客户端、用户客户端和服务端之间的交互示意图之一。需要说明的是，其中商户客户端可以为服务平台(如，支付平台)提供给商户(或者说卖家)使用的商户app，用户客户端可以为服务平台提供给消费者(或者说买家)使用的买家app，服务端可以为服务平台中的服务器集群，其中预先存储有商户和用户的注册信息和对服务平台的使用记录，等等。

如图1所示，所述交互的过程包括以下步骤：步骤s102，商户客户端展示收款二维码，所述收款二维码中至少携带所述商户客户端的标识信息；步骤s104，用户客户端扫描所述收款二维码；步骤s106，用户客户端读取扫描到的所述收款二维码所对应的序列号；步骤s108，用户客户端将所述序列号发送至服务端；步骤s110，服务端对所述序列号进行解析，得到所述标识信息；步骤s112，服务端基于所述标识信息，向所述商户客户端发送扫码成功通知；步骤s114，商户客户端基于所述扫码成功通知，展示针对所述收款二维码的展示计时界面。以上步骤具体如下：

首先，在步骤s102，商户客户端展示收款二维码，所述收款二维码中至少携带所述商户客户端的标识信息。

在一个实施例中，在步骤s102之前，还可以包括：商户客户端生成收款二维码。在一个具体的实施例中，商户客户端至少基于商户客户端的标识信息，生成上述收款二维码。如此，生成的收款二维码中至少携带所述标识信息。在一个例子中，其中标识信息用于唯一标识所述商户客户端，更具体地，标识信息可以为服务端预先为所述商户客户端分配的id(例如，可以为字符串)。

在另一个具体的实施例中，商户客户端还可以基于待支付订单的订单信息，生成对应的收款二维码。如此，生成的收款二维码中还携带所述订单信息。在一个例子中，其中订单信息包括商户信息和/或用户所购买商品(或称为待支付商品)的商品信息。在一个具体的例子中，其中商户信息包括商户的名称，商户的地址，等等。在一个具体的例子中，其中商品信息可以包括商品的名称、类别和价格，等等。在一个具体的例子中，可以采用已有的算法，生成对应的收款二维码，在此不作赘述。

基于以上生成的二维码，商户客户端可以对收款二维码进行展示，以供用户进行扫码支付。在一个例子中，如图2所示，其中示出商户客户端中展示的收款二维码，此时，用户尚未对收款二维码进行扫描。

接着，在步骤s104，用户客户端扫描所述收款二维码。以及，在步骤s106，用户客户端读取扫描到的所述收款二维码所对应的序列号。以及，在步骤s108，用户客户端将所述序列号发送至服务端。

在一个实施例中，步骤s104可以包括：响应于用户基于所述用户客户端发出的扫码指令，扫描所述收款二维码。在一个具体的实施例中，其中扫码指令对应于对所述用户客户端中扫码图标的点击指令。在另一个具体的实施例中，其中扫码指令为声控指令。

基于以上扫描到的收款二维码，在步骤s106中，用户客户端可以对其进行读取，得到对应的序列号。在一个实施例中，其中序列号可以由字母和/或数字组成。在另一个实施例中，其中序列号还可以包括特殊字符。

在读取到序列号以后，在步骤s108，用户客户端将序列号发送至服务端。再接着，在步骤s110，服务端对所述序列号进行解析，得到所述标识信息。

在一个实施例中，服务端可以采用现有的算法对序列号进行解析，以得到收款二维码中携带的信息。在一个具体的实施例中，收款二维码中至少携带商户客户端的标识信息，相应地，此处至少可以解析得到所述标识信息。如此，服务端可以根据标识信息与对应的商户客户端进行通信。

在另一个具体的实施例中，如前所述，生成的收款二维码还可以携带商户信息和/或待支付商品的商品信息，相应地，此处还可以解析得到所述商户信息和/或待支付商品的商品信息。进一步地，在一个实施例中，服务端可以将解析出的商户信息，如商户名称和商户图标等，发送至用户客户端，以使用户客户端生成对应的付款界面，所述付款界面中可以包括供用户进行确认的商户信息，供用户输入付款金额的输入框、输入键盘，以及，用于确认支付的提交按钮。在另一个实施例中，服务端可以将解析出的商户信息和待支付商品的商品信息，如商户名称和待支付商品的总金额，发送至用户客户端，以使用户客户端生成对应的付款界面，所述付款界面中可以包括供用户进行确认的商户信息和待支付商品的商品信息，以及，用于确认支付的提交按钮。

根据一个具体的例子，在上述步骤s108中，还可以包括：用户客户端将对应的登录用户的用户标识发送至服务端。相应地，在步骤s109中，还可以包括：服务端根据用户标识查询用户是否开通了借呗业务。更具体地，在一个例子中，在用户已开通借呗业务的情况下，根据上述解析出的付款金额，确定对应于借呗的付款详情，具体包括分期付款的金额和参考利息等。相应地，将确定出的付款详情发送至用户客户端，以使用户客户端生成对应的付款界面，其中包括待确认的订单金额、参考利息、分期付款金额以及同意服务协议，确认分期按钮，例如，可以参见图3。在另一个例子中，在用户未开头借呗业务的情况下，向用户客户端发送相关的消息，以引导用户开通借呗业务，再执行上述在用户已开通借呗业务下的业务流程。

以上，服务端通过对序列号进行解析，可以得到商户客户端的标识信息。然后，在步骤s112，服务端基于所述标识信息，向所述商户客户端发送扫码成功通知。在一个实施例中，步骤s112可以包括：服务端基于所述标识信息，生成所述扫码成功通知，再向商户客户端发送所述扫码成功通知。

基于此，在步骤s114，商户客户端基于接收到的扫码成功通知，展示针对所述收款二维码的展示计时界面。

在一个实施例中，展示计时界面中的计时方式可以为正向计时或倒计时。在一个具体的实施例中，展示计时界面中的计时方式为正向计时，此时，展示计时界面中计时数值的起始值可以为0，同时，展示计时界面中还可以显示计时时限，也就是说，当计时数值达到计时时限时，计时结束。在另一个具体的实施例中，展示计时界面中的计时方式为倒计时，此时，展示计时界面中计时数值的起始值可以为计时时限，也就是说，当计时数值达到0时，计时结束。关于上述计时时限，涉及到二维码的有效期。需要说明的是，目前基于不同的需求，二维码本身可能具有不同的有效期，具体地，有效期可以为60s，或者5min；或者，永久有效(这种情况也可以理解为不存在有效期)，等等。

为了帮助理解，下面通过举例对有效期进行进一步说明。在一个例子中，商户客户端可以针对一个订单仅生成一个收款码，这个收款码可以是永久有效的，也就是说，无论用户什么时候对收款码进行扫描，都可以完成对订单的支付。在另一个例子中，商户客户端可以针对一个订单生成多个收款码，具体地，假定有效期是60s，相应地，若用户在收款码展示的第一个60s内未完成付款，则已展示的二维码失效(也就是说，即时用户基于此二维码进行支付操作，也不能支付成功)，并且，商户客户端在第二个60s内展示针对同一订单的另一个二维码，此时，用户在第二个60s内针对另一个二维码进行扫描等完整的付款操作，才能支付成功。

基于此，在一个实施例中，上述计时时限可以对应于预先设定的可接受支付时长。在一个具体的实施例中，收款二维码永久有效，相应地，上述可接受支付时长可以根据时间需要而设定为任何值，如70s或90s，等等。在另一个实施例中，收款二维码具有有效期，相应地，可以将上述可接受支付时长设定为小于上述有效期的值。在一个具体的实施例中，假定有效期的时长为10min或2天，相应地，可以将可接受的支付时长设定为5min，等等。

在另一个实施例中，不同的收款二维码所对应的上述计时时限可以是不同的。在一个具体的实施例中，收款二维码存在有限的有效期，相应地，可以将计时时限设定为有效期中的剩余有效时长。更具体地，在一个例子中，上述展示收款二维码所对应的时刻为第一时刻，上述从服务端接收扫码成功通知所对应的时刻为第二时刻，由此，可以将剩余有效时长确定为：有效期-(第二时刻-第一时刻)。根据一个具体的例子，假定有效期为2min，第一时刻为10:10:20，第二时刻为10:10:50，相应地，可以确定出剩余有效时长为90s。

根据一个具体的例子，图4中示出的展示计时界面中的计时方式为倒计时，其中的起始倒计时时长为60s。进一步地，在过去10s后，其中显示的剩余倒计时时长为50s。根据另一个例子，图5中示出的展示计时界面中计时方式为正向计时，其中的计时时限为65s，计时数值的初始值为0，在过去15s以后显示的计时数值为15s。以上，通过在展示计时界面中进行计时显示，可以提示用户在展示倒计时之前完成付款，以顺利完成订单的支付，进而提高用户体验。

需要说明的是，第一方面，在一个实施例中，步骤s114中还可以包括：在展示计时界面中进行计时显示的同时，对展示计时进行语音播报。在一个具体的实施例中，展示计时的计时方式为倒计时，则语音播报的内容可以为“还有xx秒”，例如“还有55秒”、“还有54秒”等。在另一个具体的实施例中，展示计时的计时方式为正向计时，则语音播报的内容可以为“xx秒”，例如，“5秒啦”、“10秒啦”等等。在一个具体的例子中，语音播报中还可以包括计时音效，如“滴答滴答”等等。

第二方面，在一个实施例中，在执行上述步骤s114的同时，可以在用户客户端的支付界面中进行同步的计时显示。具体地，在一个实施例中，上述收款二维码中还携带待支付订单的订单信息，在步骤s110中还可以包括：服务端对所述序列号进行解析时得到所述订单信息。此时，在步骤s110之后还可以包括：并将所述订单信息发送至用户客户端，用户端基于所述订单信息，展示对应的支付界面，包括在所述支付界面中对所述展示计时界面中的展示计时进行同步显示。在一个例子中，图6中示出用户客户端中展示的支付界面，其中包括对图4示出的展示计时界面中的倒计时进行同步显示。

第三方面，在一个实施例中，在上述步骤s114中还可以包括：在所述展示计时界面中对所述收款二维码进行弱化显示，以使其他用户客户端无法成功扫描所述收款二维码。如此，可以保障用户的支付安全。其中，其他用户是指上述用户客户端所对应用户以外的用户。

比如说，在一种可能的情况下，例如，一个自动贩卖机上显示针对某个订单的收款二维码，所述某个订单是用户a下单，之后，用户a和用户b先后对收款二维码进行扫描，但是用户b在用户a之前完成了后续的支付操作，相应地，服务器先接收到用户b的支付请求，后接收到用户a的支付请求，但是用户a在完成支付操作以后直接把手机揣在兜里，看到自动贩卖机中滚落的商品，以为是自己支付成功，并且把商品拿走了，但实际是用户b支付成功。此时，造成了用户b的经济损失。进一步地，如果采用本说明书实施例中披露的上述弱化显示的方案，可以保证只有一个用户能够成功扫描取到收款二维码，进而保证支付安全，避免其他用户的经济损失。

在一个具体的实施例中，上述弱化显示包括以下中的任意几种：添加蒙层显示，降低透明度显示，叠加图片显示。在一个例子中，图7示出的展示界面中包括经过降低透明度和叠加图片处理后的收款二维码。显然，其他用户客户端无法成功扫描到其中弱化显示后的收款二维码。

以上，在展示计时界面中对所述收款二维码进行弱化显示，可以使其他用户客户端无法成功扫描所述收款二维码，进而保障用户的支付安全。

第四方面，在一个实施例中，在上述步骤s114之后，所述方法还可以包括：商户客户端在所述展示计时结束之前，未从服务端接收到针对所述用户客户端的支付成功通知的情况下，展示支付失败界面，以提示所述用户支付失败。在一个具体的实施例中，在上述步骤s114中还可以包括：商户客户端基于所述扫码成功通知，对支付结果进行轮巡。相应地，当展示计时结束(例如，界面中显示的展示倒计时为0)，且未查询到支付结果的情况下，展示支付失败界面。在一个例子中，图8中示出支付失败界面，其中提示用户支付超时而导致支付失败。

第五方面，在一个实施例中，在上述步骤s114之后，所述方法还可以包括：若在上述展示计时结束之前，服务端判定支付失败，进一步地，服务端向商户客户端发送支付失败通知。相应地，商户客户端基于支付失败通知，展示支付失败界面。在一个具体的实施例中，支付失败通知中包括支付失败的原因。相应地，展示支付失败界面可以包括：在支付失败界面中展示支付失败原因。在一个例子中，图9中示出支付失败界面，其中显示的支付失败原因为：买家余额不足。

第六方面，在一个实施例中，在上述步骤s114之后，所述方法还可以包括：若在上述展示计时结束之前，服务端判定支付成功，进一步地，服务端向商户客户端发送支付成功通知。相应地，商户客户端基于支付成功通知，展示支付成功界面，以提示用户支付成功。在一个例子中，图10中示出支付成功界面。

第七方面，在一种实施方式中，上述步骤s114可以被替换为：基于所述扫码成功通知，对所述第一收款码进行语音计时播报，用于提示用户在计时结束之前完成付款。

根据另一方面的实施例，还提供另一种二维码的展示方法。具体地，图11示出本说明书实施例披露的商户客户端、用户客户端和服务端之间的交互示意图之二。如图11所示，所述交互的过程包括以下步骤：步骤s1101，商户客户端展示收款二维码，所述收款二维码中至少携带所述商户客户端的标识信息；步骤s1103，用户客户端扫描所述收款二维码；步骤s1105，用户客户端读取扫描到的所述收款二维码所对应的序列号；步骤s1107，用户客户端将所述序列号发送至服务端；步骤s1109，服务端对所述序列号进行解析，得到所述标识信息；步骤s1111，服务端基于所述标识信息，向所述商户客户端发送扫码成功通知；步骤s1113，基于所述扫码成功通知，展示针对所述收款二维码的弱化显示界面，以使其他用户客户端无法成功扫描所述收款二维码，其中，所述弱化显示包括以下中的至少一种：添加蒙层显示，降低透明度显示，叠加图片显示。

对以上步骤，需要说明的是，对步骤s1101-步骤s1111的介绍，可以参见上述对步骤s102-步骤s112的介绍，在此不作赘述。

此外，对步骤s1113的描述，可以参见对上述步骤s114中弱化显示的相关描述，在此不作赘述。

根据再一方面的实施例，考虑到商户客户端中针对当前收款二维码的展示结束以后，例如，上述展示计时界面中的展示计时结束以后，用户能仍然希望完成针对原有订单的支付操作，以获得对应的商品。目前，通常需要用户重复之前的下单操作，再次下单，也就是生成相同的新订单，这无疑使得用户体验不佳。基于此，本说明书实施例还提供一种二维码的展示方法，使用户无需重复之前的下单操作，或者无需调取原有订单进行支付，而是直接根据再次展示的针对原有订单的二维码直接完成支付操作。

具体地，图12示出本说明书实施例披露的二维码展示方法流程图，所述展示方法的执行主体为商户客户端，所述方法具体包括以下步骤：步骤s1210，展示第一收款二维码，具体包括在对应的展示界面中对预先设定的二维码展示时长进行计时显示，以提示用户在计时结束之前完成付款；其中，所述第一收款二维码中至少携带待支付订单的订单信息；步骤s1220，在所述展示计时结束之前未从服务端接收到支付成功通知的情况下，展示支付失败界面，以提示所述用户支付失败；步骤s1230，响应于基于所述支付失败界面发出的重新支付指令，展示第二收款二维码，所述第二收款二维码中至少携带所述待支付订单的订单信息。以上步骤具体如下：

首先，在步骤s1210，展示第一收款二维码，具体包括在对应的展示界面中对预先设定的二维码展示时长进行计时显示，以提示用户在计时结束之前完成付款。

需要说明的是，对第一收款二维码的介绍，可以参见上述实施例中对收款二维码的描述，在此不作赘述。此外，第一收款二维码中的“第一”用于与下文中的“第二收款二维码”进行区分描述。

在一个实施例中，上述第一收款二维码永久有效，相应地，其中预先设定的二维码展示时长可以为根据实际需要预先设定的任意时长，具体地，可以参见上述对可接受支付时长的描述，在此不作赘述。在另一个实施例中，上述第一收款二维码具有有效期，所述二维码展示时长预先设定为与所述有效期对应的时长相等。在一个例子中，有效期为90s，相应地，可以将二维码展示时长设定为90s。

根据一个具体的例子，图13中示出针对第一收款二维码的展示界面，其中示出的剩余倒计时时长为50s。

接着，在步骤s1220，在所述计时结束之前未从服务端接收到支付成功通知的情况下，展示支付失败界面，以提示所述用户支付失败。

在一个例子中，展示出的支付失败界面如图8所示。

需要说明的是，对本步骤的描述可以参见上述实施例中，对于因展示计时结束而展示支付失败界面的描述，在此不作赘述。

步骤s1230，响应于基于所述支付失败界面发出的重新支付指令，展示第二收款二维码，所述第二收款二维码中至少携带所述待支付订单的订单信息。

在一个实施例中，重新支付指令可以为声控指令或点击指令，等等。在一个具体的实施例中，支付失败界面中包括重新支付图标，相应地，重新支付指令对应于对重新支付图标的点击指令。在一个例子中，可以为对图7中示出的重新支付图标的点击指令。

在一个实施例中，如上所述，其中第一收款二维码永久有效。相应地，在一个具体的实施例中，其中第二收款二维码为与第一收款二维码相同的二维码；在另一个具体的实施例中，其中第二收款二维码也可以为与第一收款二维码不同的二维码，同样地，第二收款二维码也永久有效。

在另一个实施例中，如上所述，所述第一收款二维码具有有效期。相应地，在一个具体的实施例中，第二收款二维码为与所述第一收款二维码不同的二维码。

以上，通过再次展示收款二维码，可以使用户无需重复之前的下单操作，而是直接根据再次展示的针对原有订单的二维码直接完成支付操作。

此外，需要说明的是，在一个实施例中，上述第一收款二维码中还携带所述商户客户端的标识信息；在上述步骤s1210和步骤s1220之间，还可以包括：从服务端接收扫码成功通知，所述扫码成功通知由所述服务端在接收到用户客户端通过扫描所述第一收款二维码而发送的序列号之后，基于对所述序列号解析得到的所述标识信息发送至所述商户客户端；基于所述扫码成功通知，在所述展示界面中对所述第一收款二维码进行弱化显示，以使其他用户客户端无法成功扫描所述收款二维码；其中，所述弱化显示包括以下中的至少一种：添加蒙层显示，降低透明度显示，叠加图片显示。对此，可以参见前述实施例中的相关描述，在此不作赘述。

上述对二维码的展示方法进行了介绍。根据又一方面的实施例，还提供一种展示装置。图14示出本说明书实施例披露的二维码展示装置结构图之一,所述装置集成于商户客户端，所述装置1400包括：

第一展示单元1410，配置为展示收款二维码，所述收款二维码中至少携带所述商户客户端的标识信息。接收单元1420，配置为从服务端接收扫码成功通知，所述扫码成功通知由所述服务端在接收到用户客户端通过扫描所述收款二维码而发送的序列号之后，基于对所述序列号解析得到的所述标识信息发送至所述商户客户端。第一展示单元1430，配置为基于所述扫码成功通知，展示针对所述收款二维码的展示计时界面，至少用于提示用户在展示计时结束之前完成付款。

在一个实施例中，所述收款二维码中还携带支付订单的订单信息，所述订单信息包括商户信息和/或待支付商品的商品信息。

在一个实施例中，所述展示计时的计时方式为正向计时或倒计时。

在一个实施例中，所述第二展示单元1430具体配置为：在所述展示计时界面中，对预先设定的可接受支付时长进行计时显示。

在一个实施例中，所述展示收款二维码所对应的时刻为第一时刻，所述从服务端接收扫码成功通知所对应的时刻为第二时刻。所述第二展示单元1440具体配置为：在所述展示计时界面中，对所述收款二维码的剩余有效时长进行计时显示，所述剩余有效时长基于所述收款二维码的有效期，以及所述第一时刻和第二时刻而确定。

在一个实施例中，所述第二展示单元1430具体配置为：在所述展示计时界面中对所述收款二维码进行弱化显示，以使其他用户客户端无法成功扫描所述收款二维码；其中，所述弱化显示包括以下中的至少一种：添加蒙层显示，降低透明度显示，叠加图片显示。

在一个实施例中，所述装置还包括：第三展示单元1440，配置为在所述展示计时结束之前未从服务端接收到支付成功通知的情况下，展示支付失败界面，以提示所述用户支付失败。

进一步地，在一个具体的实施例中，所述装置还包括：

第四展示单元1450，配置为响应于基于所述支付失败界面发出的重新支付指令，展示第二收款二维码，所述第二收款二维码中至少携带所述商户客户端的标识信息。

更进一步地，在一个例子中，所述支付失败界面中包括重新支付图标，所述重新支付指令对应于对所述重新支付图标的点击指令。

在另一个例子中，所述第一收款二维码永久有效，所述第二收款二维码为与所述第一收款二维码相同的二维码；或者，

所述第一收款二维码具有有效期，所述第二收款二维码为与所述第一收款二维码不同的二维码。

在另一个具体的实施例中，所述第一收款二维码和所述第二收款二维码中携带相同的待支付订单的订单信息，所述订单信息包括商户信息和/或待支付商品的商品信息。

在一个实施例中，所述装置还包括播报单元1460，配置为对所述展示计时进行语音播报。

图15示出本说明书实施例披露的二维码展示装置结构图之二,所述装置集成于服务端，所述装置1500包括：接收单元1510，配置为从用户客户端接收其通过扫描商户客户端中展示的收款二维码而发送的序列号，所述收款二维码中至少携带所述商户客户端的标识信息；解析单元1520，配置为对所述序列号进行解析，得到所述标识信息；发送单元1530，配置为基于所述标识信息，向所述商户客户端发送扫码成功通知，以使所述商户客户端基于所述扫码成功通知，展示针对所述收款二维码的展示计时界面，至少用于提示用户在展示计时结束之前完成付款。

图16示出本说明书实施例披露的二维码展示装置结构图之三,所述装置集成于用户客户端，所述装置1600包括：扫描单元1610，配置为扫描商户客户端中展示的收款二维码，得到与所述收款二维码对应的序列号，所述收款二维码中至少携带所述商户客户端的标识信息；发送单元1620，配置为向服务端发送所述序列号，以使所述服务端对所述序列号进行解析，得到所述标识信息，再基于所述标识信息，向所述商户客户端发送扫码成功通知，从而使所述商户客户端基于所述扫码成功通知，展示针对所述收款二维码的展示计时界面，至少用于提示用户在展示计时结束之前完成付款。

在一个实施例中，所述收款二维码中还携带待支付订单的订单信息，所述订单信息包括商户信息和/或待支付商品的商品信息；所述装置还包括：接收单元1630，配置为从所述服务端接收所述订单信息，所述订单信息由所述服务端对所述序列号进行解析而得到；展示单元1640，配置为基于所述订单信息，展示对应的支付界面，包括在所述支付界面中对所述展示计时界面中的展示计时进行同步显示。

图17示出本说明书实施例披露的二维码展示装置结构图之三,所述装置集成于商户客户端，所述装置1600包括：第一展示单元1710，配置为展示收款二维码，所述收款二维码中至少携带所述商户客户端的标识信息；接收单元1720，配置为从服务端接收扫码成功通知，所述扫码成功通知由所述服务端在接收到用户客户端通过扫描所述收款二维码而发送的序列号之后，基于对所述序列号解析得到的所述标识信息发送至所述商户客户端；第二展示单元1730，配置为基于所述扫码成功通知，展示针对所述收款二维码的弱化显示界面，以使其他用户客户端无法成功扫描所述收款二维码；其中，所述弱化显示包括以下中的至少一种：添加蒙层显示，降低透明度显示，叠加图片显示。

图18示出本说明书实施例披露的二维码展示装置结构图之四,所述装置集成于服务端，所述装置1800包括：接收单元1810，配置为从用户客户端接收其通过扫描商户客户端中展示的收款二维码而发送的序列号，所述收款二维码中至少携带所述商户客户端的标识信息；解析单元1820，配置为对所述序列号进行解析，得到所述标识信息；发送单元1830，配置为基于所述标识信息，向所述商户客户端发送扫码成功通知，以使所述商户客户端基于所述扫码成功通知，展示针对所述收款二维码的弱化显示界面，使得其他用户客户端无法成功扫描所述收款二维码；其中，所述弱化显示包括以下中的至少一种：添加蒙层显示，降低透明度显示，叠加图片显示。

图19示出本说明书实施例披露的二维码展示装置结构图之五，所述装置集成于商户客户端，所述装置1900包括：第一展示单元1910，配置为展示第一收款二维码，具体包括在对应的展示界面中对预先设定的二维码展示时长进行计时显示，以提示用户在计时结束之前完成付款；其中，所述第一收款二维码中至少携带待支付订单的订单信息。第二展示单元1920，配置为在所述计时结束之前未从服务端接收到支付成功通知的情况下，展示支付失败界面，以提示所述用户支付失败。第三展示单元1930，配置为响应于基于所述支付失败界面发出的重新支付指令，展示第二收款二维码，所述第二收款二维码中至少携带所述待支付订单的订单信息。

在一个实施例中，所述支付失败界面中包括重新支付图标，所述重新支付指令对应于对所述重新支付图标的点击指令。

在一个实施例中，所述第一收款二维码中还携带所述商户客户端的标识信息；在所述展示第一收款二维码之后，所述装置还包括：

接收单元1940，配置为从服务端接收扫码成功通知，所述扫码成功通知由所述服务端在接收到用户客户端通过扫描所述第一收款二维码而发送的序列号之后，基于对所述序列号解析得到的所述标识信息发送至所述商户客户端。弱化单元1950，配置为基于所述扫码成功通知，在所述展示界面中对所述第一收款二维码进行弱化显示，以使其他用户客户端无法成功扫描所述收款二维码；其中，所述弱化显示包括以下中的至少一种：添加蒙层显示，降低透明度显示，叠加图片显示。

在一个实施例中，所述第一收款二维码永久有效，所述第二收款二维码为与所述第一收款二维码相同的二维码。

在一个实施例中，所述第一收款二维码具有有效期，所述二维码展示时长预先设定为与所述有效期对应的时长相等，所述第二收款二维码为与所述第一收款二维码不同的二维码。

在一个实施例中，所述订单信息包括商户信息和/或待支付商品的商品信息。

如上，根据再一方面的实施例，还提供一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行结合图1、或图10、或图12描述的方法。

根据再一方面的实施例，还提供一种计算设备，包括存储器和处理器，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现结合图1、或图10、或图12所描述的方法。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本说明书披露的多个实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。

以上所述的具体实施方式，对本说明书披露的多个实施例的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本说明书披露的多个实施例的具体实施方式而已，并不用于限定本说明书披露的多个实施例的保护范围，凡在本说明书披露的多个实施例的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本说明书披露的多个实施例的保护范围之内。