CN108389080A - 交易处理方法及平台 - Google Patents

Abstract

本发明公开了一种交易处理方法及平台，该方法包括：向用户发放优惠券后，生成所述优惠券的发放凭证；在满足优惠券核销条件下，发起优惠券核销请求；标记所述优惠券的发放凭证；对已标记的优惠券的发放凭证进行异步核销。利用本发明，可以缩短用户交易等待时间，提升用户体验。

Description

交易处理方法及平台

技术领域

本发明涉及计算机技术，具体涉及一种交易处理方法及平台。

背景技术

目前，电商为了促进销售，经常会推出一些优惠券、红包、折扣、代金券、满赠等促销活动，而且，为了避免客户恶意刷单，通常都是在用户购买商品核销完成后，才会让用户享受相应的优惠。比如用户购买一台电脑，商家赠送优惠券，但用户需要等到退货期过后才可获得返券。

由于不同产品的核销方式及时间不同，因此需要核销***支持各种不同的优惠产品及策略。这种处理方式不仅会给核销***带来巨大压力，而且增加了核销***的复杂度，出错的概率也相对增加，耗时也比较长。如果用户在使用优惠的过程中，等待时间比较长，或者享受优惠失败，就会带来大量的客户咨询，不但会增加客服的工作量，而且也会影响用户体验。

发明内容

本发明提供一种交易处理方法及平台，以解决现有核销方式使得***复杂、等待时间较长的问题。

为此，本发明提供如下技术方案：

一种交易处理方法，所述方法包括：

向用户发放优惠券后，生成所述优惠券的发放凭证；

在满足优惠券核销条件下，发起优惠券核销请求；

标记所述优惠券的发放凭证；

对已标记的优惠券的发放凭证进行异步核销。

可选地，所述方法还包括：

接收用户的交易请求；

确定对应本次交易的优惠券；

向所述用户发放所述优惠券。

可选地，所述交易请求包括以下任意一种：购买优惠券请求、领取优惠券请求。

可选地，所述确定对应本次交易的优惠券包括：

根据预先设定的优惠券发放策略确定对应本次交易的优惠券。

可选地，所述优惠券发放策略包括:

根据用户相关信息及优惠券信息选择与所述用户相匹配的优惠券。

可选地，所述用户相关信息包括以下任意一种或多种：用户的历史订单信息、交易价格统计信息、交易商品统计信息；所述优惠券信息包括以下任意一种或多种：优惠券限用金额、优惠券的适用商品种类、优惠券的优惠金额。

可选地，所述生成所述优惠券的发放凭证包括：

在凭证管理***中生成与所述优惠券一一对应的凭证单号。

可选地，所述方法还包括：

在接收到用户的使用优惠券请求、或退货请求、或退券请求、或交易取消请求后，发起优惠券核销请求。

可选地，所述方法还包括：

向用户发放优惠券后，生成券实例数据并标记所述券实例数据的状态为可使用；

对已标记的优惠券的发放凭证进行异步核销后，标记所述券实例数据的状态为已核销。

一种交易处理平台，包括：交易处理***、优惠券管理***、凭证管理***、以及结算***；

所述优惠券管理***，用于管理优惠券；

所述交易处理***，用于向用户发放优惠券，触发所述凭证管理***生成所述优惠券的发放凭证；在满足优惠券核销条件下，向所述凭证管理***发起优惠券核销请求；

所述凭证管理***，在接收到所述优惠券核销请求后，标记所述优惠券的发放凭证，向所述交易处理***返回标记完成信息；

所述结算***，用于对已标记的优惠券的发放凭证进行异步核销。

可选地，所述交易处理***，还用于接收用户的交易请求，调用所述优惠券管理***确定对应本次交易的优惠券。

可选地，所述交易请求包括以下任意一种：购买优惠券请求、领取优惠券请求。

可选地，所述优惠券管理***根据预先设定的优惠券发放策略确定对应本次交易的优惠券。

可选地，所述用户相关信息包括以下任意一种或多种：用户的历史订单信息、交易价格统计信息、交易商品统计信息；所述优惠券信息包括以下任意一种或多种：优惠券限用金额、优惠券的适用商品种类、优惠券的优惠金额。

可选地，所述交易处理***在接收到用户的使用优惠券请求、或退货请求、或退券请求、或交易取消请求后，发起优惠券核销请求。

可选地，所述交易处理***，还用于向用户发放优惠券后，触发所述优惠券管理***生成券实例数据并标记所述券实例数据的状态为可使用；

所述结算***，还用于对已标记的优惠券的发放凭证进行异步核销后，触发所述优惠券管理***标记所述券实例数据的状态为已核销。

与现有技术相比，本发明具有以下优点:

本发明提供的交易处理方法及平台，向用户发放优惠券后，生成所述优惠券的发放凭证，在发起优惠券核销请求后，无需等待优惠券核销完成后再执行所述优惠券核销对应的操作，只需先标记所述优惠券的发放凭证即可执行所述优惠券核销对应的操作，对已标记的优惠券的发放凭证进行异步核销，从而缩短了用户交易等待时间，提升了用户体验。

附图说明

图1是本发明交易处理方法的流程图；

图2是本发明实施例中优惠券发放的一种流程图；

图3是本发明交易处理平台的结构示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本发明。但是本发明能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本发明内涵的情况下做类似推广，因此本发明不受下面公开的具体实施的限制。

如图1所示，是本发明交易处理方法的流程图，包括以下步骤：

步骤101，向用户发放优惠券后，生成所述优惠券的发放凭证。

具体地，在凭证管理***中生成与所述优惠券一一对应的凭证单号。

所述优惠券可以是：红包、折扣、代金券等，其载体可以是纸质的、也可以是电子的形式，其金额及使用条件可以由商家自行决定，另外，对哪些用户发放、发放的种类及方式等也由商家自行决定，对此本发明不做限定。

需要说明的是，在实际应用中，在向用户发放优惠券后，还会生成对应该优惠券的券实例数据，并标记所述券实例数据的状态为可使用。

步骤102，在满足优惠券核销条件下，发起优惠券核销请求。

比如，用户使用该优惠券、用户取消对应该优惠券的交易等情况下，需要对该优惠券进行核销。也就是说，在接收到用户的使用优惠券请求、或退货请求、或退券请求、或交易取消请求后，发起优惠券核销请求。

步骤103，标记所述优惠券的发放凭证。

与传统的同步核销方式不同的是，在本发明方案中，在发起优惠券核销请求后，无需等待核销完成后再执行所述优惠券核销对应的操作，而是只需对所述优惠券的发放凭证进行标记，即可执行所述优惠券核销对应的操作。

步骤104，对已标记的优惠券的发放凭证进行异步核销。

在对已标记的优惠券的发放凭证进行异步核销后，还需要标记所述券实例数据的状态为已核销。

所述异步核销是指对发放凭证的标记和核销是非并发的，而是各自独立进行的。采用异步核销的方式，可以大大缩短用户交易等待时间，提升用户体验。

本发明实施例提供的交易处理方法，可以应用于多种优惠券的发放及核销，如图2所示，是本发明实施例中优惠券发放的一种流程图，包括以下步骤：

步骤201，接收用户的交易请求。

所述交易请求可以是购买优惠券请求、领取优惠券请求等，也可以是其它交易请求。

步骤202，确定对应本次交易的优惠券。

具体地，可以预先设定优惠券发放策略，根据该策略确定对应本次交易的优惠券，比如，根据用户相关信息及优惠券信息选择与所述用户相匹配的优惠券。其中：

所述用户相关信息包括以下任意一种或多种：用户的历史订单信息、交易价格统计信息、交易商品统计信息；

所述优惠券信息包括以下任意一种或多种：优惠券限用金额、优惠券的适用商品种类、优惠券的优惠金额。

需要说明的是，具体的匹配算法可以由商家自行设定，对此本发明实施例不做限定。

步骤203，向所述用户发放所述优惠券。

本发明提供的交易处理方法，向用户发放优惠券后，生成所述优惠券的发放凭证，在发起优惠券核销请求后，无需等待优惠券核销完成后再执行所述优惠券核销对应的操作，只需先标记所述优惠券的发放凭证即可执行所述优惠券核销对应的操作，对已标记的优惠券的发放凭证进行异步核销，从而缩短了用户交易等待时间，提升了用户体验。

相应地，本发明还提供一种交易处理平台，如图3所示，是该交易处理平台的一种结构示意图。

在该实施例中，所述平台包括：交易处理***301、优惠券管理***302、凭证管理***303、以及结算***304。其中：

所述优惠券管理***302用于管理优惠券；

所述交易处理***301用于向用户发放优惠券，触发所述凭证管理***303生成所述优惠券的发放凭证；在满足优惠券核销条件下，向所述凭证管理***303发起优惠券核销请求；

所述凭证管理***303在接收到所述优惠券核销请求后，标记所述优惠券的发放凭证，具体可以生成与所述优惠券一一对应的凭证单号，向所述交易处理***301返回标记完成信息；

所述结算***304用于对已标记的优惠券的发放凭证进行异步核销。异步核销的操作可以由所述凭证管理***303触发，也可以由所述结算***304定时启动，对此本发明不做限定。

需要说明的是，在实际应用中，上述优惠券管理***302及结算***304可以作为各自独立的***，也可以集成为一个统一的券核心***，对此本发明不做限定。

下面结合图3详细说明优惠券的发放及核销过程。

优惠券的发放过程具体如下：

1)用户发起交易请求，所述交易请求可以是用户在客户端或交易平台上发起的，也可以是线下发起的；所述交易请求可以是购买优惠券请求、领取优惠券请求等，也可以是其它交易请求，比如购买附带赠送优惠券的商品请求。

2)交易处理***301接收到用户的交易请求后，调用优惠券管理***302确定对应本次交易的优惠券。

具体地，可以预先设定优惠券发放策略，将该策略存储到优惠券管理***302中；相应地，优惠券管理***302根据该策略确定对应本次交易的优惠券，比如，根据用户相关信息及优惠券信息选择与所述用户相匹配的优惠券。其中：所述用户相关信息包括以下任意一种或多种：用户的历史订单信息、交易价格统计信息、交易商品统计信息；所述优惠券信息包括以下任意一种或多种：优惠券限用金额、优惠券的适用商品种类、优惠券的优惠金额。具体的匹配算法可以由商家自行设定，对此本发明实施例不做限定。

3)交易处理***301将对应本次交易的优惠券发放给所述用户。

所述优惠券可以是：红包、折扣、代金券等，其载体可以是纸质的、也可以是电子的形式，其金额及使用条件可以由商家自行决定，另外，对哪些用户发放、发放的种类及方式等也由商家自行决定，对此本发明不做限定。

4)交易处理***301触发凭证管理***303生成对应所述优惠券的凭证。

5)交易处理***301触发优惠券管理***302生成券实例数据并标记所述券实例数据的状态为可使用；

优惠券的核销过程具体如下：

1)用户发起需要核销优惠券的交易请求。

比如，用户使用该优惠券、用户取消对应该优惠券的交易等情况下，需要对该优惠券进行核销。

2)交易处理***301检查是否满足优惠券核销条件，如果满足，则向所述凭证管理***303发起优惠券核销请求。

比如，交易处理***301在接收到用户的使用优惠券请求、或退货请求、或退券请求、或交易取消请求后，向所述凭证管理***303发起优惠券核销请求。

3)凭证管理***303接收到所述优惠券核销请求后，标记所述优惠券的发放凭证，然后向交易处理***301返回标记完成信息。

4)交易处理***301在收到所述标记完成信息后，执行所述优惠券核销对应的操作。

5)结算***304对已标记的优惠券的发放凭证进行异步核销，并触发所述优惠券管理***302标记所述券实例数据的状态为已核销。

下面进一步举例说明本发明交易处理平台对优惠券的核销过程。

例1：优惠券为代金券

用户购买“肯德基”50元代金券，实际支付40元。支付成功后，交易处理平台向用户发放代金券，具体过程如下：

交易处理***301接收到用户的购买请求并收到用户的付款成功后，由凭证管理***303向用户发放代金券。此时，凭证管理***303新增一条代金券对应的凭证，状态是“未使用”；优惠券管理***302新增一条代金券实例，状态是“未使用”。

上述用户到店购买一个70元的套餐，使用50元代金券，支付剩余的20元后，进入券核销流程：

首先，凭证管理***303查询对应的凭证，查询到其状态是“未使用”后，直接改变其状态为“已使用未核销券”，然后返回消息给交易处理***301；交易处理***301完成上述交易。

其次，凭证管理***303异步唤起线程，调用结算***304将对应的代金券实例进行核销；结算***304找到对应的券类型处理方式，将所述代金券实例的状态变更为“已使用”，并记录流水、发送消息等操作。如果调用失败，会重试。核销完成后，凭证管理***303将对应的凭证的状态修改为“已使用已核销券”。

例2：优惠券为兑换券

用户购买“肯德基”0.1元兑换券，实际支付0.1元，支付成功后，交易处理平台向用户发放代金券，具体过程如下：

交易处理***301接收到用户的购买请求并收到用户的付款成功后，由凭证管理***303向用户发放兑换券。此时，凭证管理***303新增一条兑换券对应的凭证，状态是“未使用”；优惠券管理***302新增一条兑换券实例，状态是“未使用”。

上述用户到店购买兑换券上的套餐，进入券核销流程：

首先，凭证管理***303查询对应的凭证，查询到其状态是“未使用”后，直接改变其状态为“已使用未核销券”，然后返回消息给交易处理***301；交易处理***301完成上述交易。

其次，凭证管理***303异步唤起线程，调用结算***304将对应的兑换券实例进行核销；结算***304找到对应的兑换券的处理方式，将所述兑换券实例的状态变更“已使用”，并记录流水、发送消息等操作。如果调用失败，会重试。核销完成后，凭证管理***303将对应的凭证的状态修改为“已使用已核销券”。

可见，在本发明方案中，在发起优惠券核销请求后，无需等待核销操作完成后再执行所述优惠券核销对应的操作，而是只需对所述优惠券的发放凭证进行标记，即可执行所述优惠券核销对应的操作。

本发明提供的交易处理平台，向用户发放优惠券后，生成所述优惠券的发放凭证，在发起优惠券核销请求后，无需等待优惠券核销完成后再执行所述优惠券核销对应的操作，只需先标记所述优惠券的发放凭证即可执行所述优惠券核销对应的操作，对已标记的优惠券的发放凭证进行异步核销，从而缩短了用户交易等待时间，提升了用户体验。

本发明虽然以较佳实施例公开如上，但其并不是用来限定本发明，任何本领域技术人员在不脱离本发明的精神和范围内，都可以做出可能的变动和修改，因此本发明的保护范围应当以本发明权利要求所界定的范围为准。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可利用存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

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

Claims (10)

1.一种交易处理方法，其特征在于，所述方法包括：

向用户发放优惠券后，生成所述优惠券的发放凭证；

在满足优惠券核销条件下，发起优惠券核销请求；

标记所述优惠券的发放凭证；

对已标记的优惠券的发放凭证进行异步核销。

2.根据权利要求1所述的交易处理方法，其特征在于，所述方法还包括：

接收用户的交易请求；

确定对应本次交易的优惠券；

向所述用户发放所述优惠券。

3.根据权利要求2所述的交易处理方法，其特征在于，所述交易请求包括以下任意一种：购买优惠券请求、领取优惠券请求。

4.根据权利要求1所述的交易处理方法，其特征在于，所述生成所述优惠券的发放凭证包括：

在凭证管理***中生成与所述优惠券一一对应的凭证单号。

5.根据权利要求1所述的交易处理方法，其特征在于，所述方法还包括：

在接收到用户的使用优惠券请求、或退货请求、或退券请求、或交易取消请求后，发起优惠券核销请求。

6.一种交易处理平台，其特征在于，包括：交易处理***、优惠券管理***、凭证管理***、以及结算***；

所述优惠券管理***，用于管理优惠券；

所述交易处理***，用于向用户发放优惠券，触发所述凭证管理***生成所述优惠券的发放凭证；在满足优惠券核销条件下，向所述凭证管理***发起优惠券核销请求；

所述凭证管理***，在接收到所述优惠券核销请求后，标记所述优惠券的发放凭证，向所述交易处理***返回标记完成信息；

所述结算***，用于对已标记的优惠券的发放凭证进行异步核销。

7.根据权利要求6所述的交易处理平台，其特征在于，

所述交易处理***，还用于接收用户的交易请求，调用所述优惠券管理***确定对应本次交易的优惠券。

8.根据权利要求7所述的交易处理平台，其特征在于，所述交易请求包括以下任意一种：购买优惠券请求、领取优惠券请求。

9.根据权利要求6所述的交易处理平台，其特征在于，所述交易处理***在接收到用户的使用优惠券请求、或退货请求、或退券请求、或交易取消请求后，发起优惠券核销请求。

10.根据权利要求6至9任一项所述的交易处理平台，其特征在于，

所述交易处理***，还用于向用户发放优惠券后，触发所述优惠券管理***生成券实例数据并标记所述券实例数据的状态为可使用；

所述结算***，还用于对已标记的优惠券的发放凭证进行异步核销后，触发所述优惠券管理***标记所述券实例数据的状态为已核销。