一种电子券发送方法及装置与流程

本发明涉及计算机技术，尤其涉及一种电子券发送方法及装置。

背景技术：

随着信息技术的发展，通过计算机网络购买商品的范围越来越广。通过网络不仅可以购买常见的实体产品，还可以购买电子券等虚拟商品。比如，在移动阅读场景中，用户可能期望购买具有折扣功能或其他功能的电子书券，然后再使用该电子书券进行图书购买等消费行为。

如图1所示，iOS系统的智能终端中，电子券的发送流程为：iOS客户端用户在验证服务器(AppStore)点击购买电子券按钮发送请求发起电子券购买操作，然后通过预先绑定的应用标识(APPID)进行电子支付，即执行扣费操作，扣费后iOS客户端会收到电子收据；为避免用户绕过扣费环节伪造虚假凭证等欺骗情形，在获得电子收据后，需要将该电子收据发送到指定统一资源定位符(URL，Uniform Resource Locator)的AppStore验证服务器进行电子票据验证，并根据验证服务器返回的验证结果决定是否发放电子券。

由于进行验证的AppStore验证服务器通常相对于本地距离较远、数据传输过程中涉及网络节点或单元较多、网络延迟较大等原因，致使进行验证的验证时间较长，通常，用户购买电子券支付完成后，需要等待3分钟或者更长时间，才能收到验证结果，进而才能进行电子券发放操作，这严重影响了用户体验。

技术实现要素：

为解决上述技术问题，本发明实施例提供一种电子券发送方法及装置，以提高或改善用户购买电子券时的效率，提升用户体验。

本发明实施例的技术方案是这样实现的：

本发明实施例提供一种电子券发送方法及装置，包括：

在接收到电子券发送请求后，通知发放端发放电子券；在发送电子券时或发送电子券之后，向验证服务器发送所述电子券对应的支付验证请求；根据在第一时长内接收到的所述验证服务器对所述支付验证请求的响应情况，对发放的电子券进行相应处理。

上述方案中，所述通知发放端发放电子券之前，所述方法还包括：确认电子券对应的电子凭证的唯一性。

上述方案中，所述根据在第一时长内接收到的所述验证服务器对所述支付验证请求的响应情况，对发放的电子券进行相应处理，包括：在所述第一时长内未接收到所述验证服务器对所述支付验证请求的响应时，通知所述发放端所述电子券有效；在所述第一时长内接收到所述验证服务器对所述支付验证请求的响应，且所述响应中包括支付验证成功的信息时，通知所述发放端所述电子券有效；在所述第一时长内接收到所述验证服务器对所述支付验证请求的响应，且所述响应中包括支付验证失败的信息时，通知所述发放端所述电子券无效。

上述方案中，所述通知所述发放端所述电子券有效包括：确认所述电子券可以正常使用；所述通知所述发放端所述电子券无效包括：修正话单并回收电子券。

上述方案中，所述在第一时长内未接收到所述验证服务器对所述支付验证请求的响应时，所述方法还包括：建立定时任务，在超时次数小于N时，以所述定时任务设定的第三时长的时间间隔重新发送支付验证请求，其中，N为自然数；和/或，在所述定时任务设定的第一时间点重新发送支付验证请求。

上述方案中，在重新发送支付验证请求之后，所述方法还包括：

在第二时长内未接收到所述验证服务器对所述支付验证请求的响应时，通知所述发放端所述电子券有效；在所述第二时长内接收到所述验证服务器对所述支付验证请求的响应，且所述响应中包括支付验证成功的信息时，通知所述发放端所述电子券有效；在所述第二时长内接收到所述验证服务器对所述支付验证请求的响应，且所述响应中包括支付验证失败的信息时，通知所述发放端所述电子券无效。

上述方案中，所述向验证服务器发送所述电子券对应的支付验证请求之前，所述方法还包括：向验证服务器平台发送验证电子凭证是否真实的请求，并接收所述验证服务器平台对所述验证电子凭证是否真实的请求的响应。

本发明实施例提供一种电子券发放装置，所述装置包括：

发放单元，用于在接收到电子券发送请求后，通知发放端发放电子券；第一验证单元，用于在发送电子券时或发送电子券之后，向验证服务器发送所述电子券对应的支付验证请求；处理单元，用于根据在第一时长内接收到的所述验证服务器对所述支付验证请求的响应情况，对发放的电子券进行相应处理。

上述方案中，所述装置还包括：确认单元，用于在通知发放端发放电子券之前确认电子券对应的电子凭证的唯一性。

上述方案中，所述处理单元包括通知子单元，用于：在所述第一时长内未接收到所述验证服务器对所述支付验证请求的响应时，通知所述发放端所述电子券有效；在所述第一时长内接收到所述验证服务器对所述支付验证请求的响应，且所述响应中包括支付验证成功的信息时，通知所述发放端所述电子券有效；在所述第一时长内接收到所述验证服务器对所述支付验证请求的响应，且所述响应中包括支付验证失败的信息时，通知所述发放端所述电子券无效。

上述方案中，所述通知所述发放端所述电子券有效包括：确认所述电子券可以正常使用；所述通知所述发放端所述电子券无效包括：修正话单并回收电子券。

上述方案中，所述装置还包括：定时单元，用于建立定时任务，在超时次数小于N时，以所述定时任务设定的第三时长的时间间隔重新发送支付验证请求，其中，N为自然数；和/或，在所述定时任务设定的第一时间点重新发送支付验证请求。

上述方案中，所述通知子单元还用于：在第二时长内未接收到所述验证服务器对所述支付验证请求的响应时，通知所述发放端所述电子券有效；在所述第二时长内接收到所述验证服务器对所述支付验证请求的响应，且所述响应中包括支付验证成功的信息时，通知所述发放端所述电子券有效；在所述第二时长内接收到所述验证服务器对所述支付验证请求的响应，且所述响应中包括支付验证失败的信息时，通知所述发放端所述电子券无效。

上述方案中，所述装置还包括第二验证单元，用于向验证服务器平台发送验证电子凭证是否真实的请求，并接收所述验证服务器平台对所述验证电子凭证是否真实的请求的响应。

本发明实施例所提供的电子券发送方法及装置，在向发放端发放电子券时或者向发放端发放电子券后，向验证服务器发送支付验证请求；然后，根据在第一时长内接收到的所述验证服务器对所述支付验证请求的响应情况，对发放的电子券进行相应处理。相比于现有技术中在接收到支付验证请求的响应后再发放电子券，减少了用户购买电子券时的等待时间，改善或提高了电子券发放效率，从而提升了用户体验。

附图说明

图1为现有技术中电子券的发放流程示意图；

图2为本发明实施例电子券发送方法的实现流程图；

图3为本发明实施例电子券发放方法的一种具体执行流程示意图；

图4为本发明实施例电子券发放方法的另一种具体执行流程示意图；

图5为本发明实施例电子券发放装置的组成结构示意图。

具体实施方式

为了能够更加详尽地了解本发明的特点与技术内容，下面结合附图对本发明的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明。

电子券是一种互联网中常用的电子书证，可以用以进行商品买卖，其形式包括优惠券、商品电子券、服务电子券等。

图2为本发明实施例电子券发送方法的实现流程图，如图2所示，本发明实施例提供的电子券发放方法包括：

步骤201，在接收到电子券发送请求后，通知发放端发放电子券。

步骤202，在发送电子券时或发送电子券之后，向验证服务器发送电子券对应的支付验证请求。

这里，支付验证请求可以有两种实现方式：一种是，先通知发放端即门户端发放电子券，再向验证服务器即应用商店接口端发送电子券对应的支付验证请求；另一种是，通知门户端发放电子券的同时，向应用商店接口端发送电子券对应的支付验证请求。

步骤203，根据在第一时长内接收到的验证服务器对支付验证请求的响应情况，对发放的电子券进行相应处理。

本发明实施例中，通知发放端发放电子券之前，需确认电子券对应的电子凭证的唯一性。这里，CGW接收门户端发送的券发放请求，之后确认券发放请求对应的电子凭证的唯一性。该处理可以避免重复验证。

图3给出了本发明实施例电子券发放方法的一种具体执行流程，如图3所示，客户端网关(CGW)接收门户端发送的充值请求(directPaymentReq)，并判断电子凭证是否唯一，此处，充值请求即为券发放请求；CGW在向Payment发送创建支付请求(createPaymentReq)，并在接收到创建支付请求的响应(createPaymentRsp)后，向门户端返回充值请求的响应(directPaymentRsp)，门户端接收到directPaymentRsp后即进行电子券的发放。在CGW通知门户端发放电子券的同时，或者在通知门户端发放电子券之后，CGW向应用商店接口端即验证服务器发送票据验证请求(verifyReceiptReq)，该票据验证请求即支付验证请求。

其中，步骤203中，根据响应情况对电子券进行的处理包括三种情形：情形一：在第一时长内未接收到验证服务器对支付验证请求的响应时，通知发放端电子券有效；情形二：在第一时长内接收到验证服务器对支付验证请求的响应，且响应中包括支付验证成功的信息时，通知发放端电子券有效；情形三：在第一时长内接收到验证服务器对支付验证请求的响应，且响应中包括支付验证失败的信息时，通知发放端电子券无效。

如图3所示，在情形一中，票据验证的响应(verifyReceiptRsq)超时，CGW通知门户端支付成功，支付成功信息表示电子券有效，CGW还需要保存待发送验证的支付记录、超时原因、次数等数据，以便再次验证或者查询超时情况；在情形二中，verifyReceiptRsq未超时且该响应中包含支付验证成功的信息，则通知门户端支付成功；在情形三中，verifyReceiptRsq未超时且该响应中包含支付验证失败的信息，则通知门户端支付失败，支付失败信息表示电子券无效。

其中，通知发放端电子券有效包括确认电子券可以正常使用；通知发放端电子券无效包括修正话单并回收电子券。在回收电子券时，如果用户没有使用电子券，需要全部回收电子券；如果用户已经使用部分电子券，需要回收未使用部分的电子券。

在出现情形一中verifyReceiptRsq超时的情况后，可以重新发送支付验证请求。

图4给出了本发明实施例电子券发放方法的另一种具体执行流程，如图4所示，电子券的支付验证请求超时后的重发支付验证请求的场景中，建立定时任务，在超时次数小于N时，以定时任务设定的第三时长的时间间隔重新发送支付验证请求，其中，N为自然数。另外，也可以建立在定时任务设定的第一时间点重新发送支付验证请求的定时任务，例如，第一时间点可以设定为晚上八点，即可以在晚上八点服务器较为空闲的时间重新发送支付验证请求。此外，还可以建立定时任务在第二时间点开始，且在超时次数小于N时，以第三时长的时间间隔重新发送支付验证请求。

重新发送支付验证请求后，根据该重发的支付验证请求的响应情况对电子券进行相应处理，具体为：在第二时长内未接收到验证服务器发送的支付验证请求的响应时，通知发放端电子券有效；在第二时长内接收到验证服务器发送的支付验证请求的响应，且响应中包括支付验证成功的信息时，通知发放端电子券有效；在第二时长内接收到验证服务器发送的支付验证请求的响应，且响应中包括支付验证失败的信息时，通知发放端电子券无效。

如图4，建立定时任务后，CGW向应用商店接口端发送verifyReceiptReq，并根据verifyReceiptRsq的超时情况对存储服务器(iserver)的请求statementNotifyReq进行响应。

如图4所示，N被配置为3，超时次数小于3时，进行下一次支付验证请求的发送；超时次数等于3时，停止发送支付验证请求。如果在超时时间内返回数据，则根据数据显示的支付成功或者支付失败情况通知门户端电子券有效或者无效。

在本发明实施例中的电子券发放过程中，验证服务器对支付验证请求进行响应之前，由验证服务器接口端向验证服务器平台发送验证电子凭证是否真实的请求，并接收验证服务器平台对验证电子凭证是否真实的请求的响应。

如图3和图4所示，应用商店接口端向应用商店平台发送验证电子凭证是否真实的请求，并根据返回的相应的响应确定电子凭证的真伪情况。

本发明实施例所提供的电子券发送方法，在向发放端发放电子券时或者向发放端发放电子券后，向验证服务器发送支付验证请求；然后，根据在第一时长内接收到的验证服务器对支付验证请求的响应情况，对发放的电子券进行相应处理。由于现有技术是拿到电子凭证后即进行远程验证，但本发明实施例的技术方案中拿到电子凭证后先发放电子券，然后再进行远程验证，这利用了小概率事件原理，将电子凭证验证不通过的发生概率小的事件往后移，虽然流程上进行改进较小，但能大大缩短支付流程时间。因此，相比于现有技术，本发明实施例提供的电子券发送方法减少了用户购买电子券时的等待时间，改善或提高了电子券发放效率，从而提升了用户体验。

如图5所示，本发明实施例提供一种电子券发放装置，包括：

发放单元501，用于在接收到电子券发送请求后，通知发放端发放电子券。

第一验证单元502，用于在发送电子券时或发送电子券之后，向验证服务器发送电子券对应的支付验证请求。

处理单元503，用于根据在第一时长内接收到的验证服务器对支付验证请求的响应情况，对发放的电子券进行相应处理。

本发明实施例提供的电子券发放装置还包括确认单元(图中未示出)，在发放单元发放电子券之前，确认单元用于在通知发放端发放电子券之前确认电子券对应的电子凭证的唯一性。此处，确认单元接收发放端发送的充值请求，并确定电子凭证唯一，充值请求即为券发放请求。

在确认电子凭证唯一后，第一验证单元502在向Payment发送创建支付请求并接收到创建支付请求的响应后，向发放端返回充值请求的响应，使发放端接收到充值请求的响应后即进行电子券的发放。在通知发放端发放电子券的同时，或者在通知发放端发放电子券后，第一验证单元502向验证服务器发送票据验证请求。该票据验证请求即支付验证请求。

其中，处理单元503包括通知子单元，用于在第一时长内未接收到验证服务器对支付验证请求的响应时，通知发放端电子券有效；在第一时长内接收到验证服务器对支付验证请求的响应，且响应中包括支付验证成功的信息时，通知发放端电子券有效；在第一时长内接收到验证服务器对支付验证请求的响应，且响应中包括支付验证失败的信息时，通知发放端电子券无效。

在支付验证请求的响应超时时，通知子单元通知发放端支付成功，支付成功信息表示电子券有效；在支付验证请求的响应未超时且该响应中包含支付验证成功的信息，通知子单元通知发放端支付成功；在支付验证请求的响应未超时且该响应中包含支付验证失败的信息，通知子单元通知发放端支付失败，支付失败信息表示电子券无效。

其中，通知子单元通知发放端电子券有效时，确认该电子券可以正常使用。通知子单元通知该发放端电子券无效时，需修正话单并回收电子券。

在出现支付验证请求的响应超时的情况后，可以重新发送支付验证请求。电子券发放装置还包括定时单元，在电子券的支付验证请求超时后的重发支付验证请求的场景中，定时单元，用于建立定时任务，在超时次数小于N时，以定时任务设定的第三时长的时间间隔重新发送支付验证请求，其中，N为自然数。此外，定时单元还可以设定在定时任务设定的第一时间点重新发送支付验证请求。例如，设定第一时间点为晚八点。

重新发送支付验证请求后，处理单元根据该重发的支付验证请求的响应情况对电子券进行相应处理。具体地，通知子单元还用于：在第二时长内未接收到验证服务器发送的支付验证请求的响应时，通知发放端电子券有效；在第二时长内接收到验证服务器发送的支付验证请求的响应，且响应中包括支付验证成功的信息时，通知发放端电子券有效；在第二时长内接收到验证服务器发送的支付验证请求的响应，且响应中包括支付验证失败的信息时，通知发放端电子券无效。

在N被配置为3的情况下，超时次数小于3时，进行下一次支付验证请求的发送；超时次数等于3时，停止发送支付验证请求。如果在超时时间内返回数据，则根据数据显示的支付成功或者支付失败情况通知发放端电子券有效或者无效。

在本发明实施例中的电子券发放装置还包括第二验证单元，第二验证单元用于向验证服务器平台发送验证电子凭证是否真实的请求，并接收验证服务器平台对验证电子凭证是否真实的请求的响应。

如图3和图4所示，应用商店接口端根据接收的应用商店平台发送的验证电子凭证是否真实的请求的响应可以确定电子凭证的真伪。

本发明实施例所提供的电子券发送装置，在向发放端发放电子券时或者向发放端发放电子券后，向验证服务器发送支付验证请求；然后，根据在第一时长内接收到的验证服务器对支付验证请求的响应情况，对发放的电子券进行相应处理。相比于现有技术中在接收到支付验证请求的响应后再发放电子券，减少了用户购买电子券时的等待时间，改善或提高了电子券发放效率，从而提升了用户体验。

在实际应用中，发放单元501、第一验证单元502、处理单元503、确认单元、第二验证单元、定时单元以及通知子单元均可由位于电子券发放装置上的中央处理器(CPU，Central Processing Unit)、微处理器(MPU，Micro Processor Unit)、数字信号处理器(DSP，Digital Signal Processor)、或现场可编程门阵列(FPGA，Field Programmable Gate Array)等实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。