CN112016946A - 电子券的核销方法及装置 - Google Patents

Abstract

本发明公开了一种电子券的核销方法及装置，涉及电子信息领域，该方法包括：根据电子券领取请求及预设的电子券领取规则，确定用户实付数额及商圈预付数额；获取用户终端支付的用户实付金额数据，并从预设的商圈预存账户数据库中获取商圈预付金额数据；将相对应的电子券发放给用户终端，将用户实付金额数据及商圈预付金额数据与已发放的电子券关联存储到预设中间账户数据库；当接收到已发放的电子券的核销请求时，将预设中间账户数据库中与已发放的电子券关联存储的用户实付金额数据及商圈预付金额数据分别转存至目标门店的门店账户数据库。该方式中的电子券能够通过除电子券发放实体之外的其他实体进行核销。

Description

电子券的核销方法及装置

技术领域

本发明涉及电子信息领域，具体涉及一种电子券的核销方法及装置。

背景技术

目前，很多门店都会针对用户推出电子券，以提升客流量。在现有技术中，门店推出的电子券通常允许用户以低于券总面额的金额获取。例如，对于一张总面额为100的电子券而言，用户仅需提供90元即可领取。相应地，在门店的后台数据库中，存储用户支付的90元以及针对该用户发放的100元电子券信息，以供用户使用。

但是，发明人在实现本发明的过程中，发现上述方式至少存在如下问题：在现有方式中，电子券的领取过程中仅涉及用户实付金额数据这一笔数据，相应地，该电子券的使用门店与电子券的发放门店必须为同一门店，无法支持用户跨店使用。由此可见，由于现有的电子券生成方式中仅能根据用户实付金额数据这一单一来源的数据进行处理，因此，仅能支持门店内部使用，导致电子券的使用场景受限。综上可知，现有的电子券只能通过电子券发放实体进行核销，无法通过除电子券发放实体之外的其他实体进行核销。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种电子券的核销方法及装置。

依据本发明的一个方面，提供了一种电子券的核销方法，包括：

根据接收到的电子券领取请求以及预设的电子券领取规则，确定与所述电子券领取请求相对应的用户实付数额以及商圈预付数额；

获取与所述电子券领取请求相对应的用户终端支付的与所述用户实付数额相匹配的用户实付金额数据，并从预设的商圈预存账户数据库中获取与所述商圈预付数额相匹配的商圈预付金额数据；

将与所述电子券领取请求相对应的电子券发放给与所述电子券领取请求相对应的用户终端，将所述用户实付金额数据以及所述商圈预付金额数据与已发放的电子券关联存储到预设中间账户数据库；

当接收到针对所述已发放的电子券发出的核销请求时，将所述预设中间账户数据库中与所述已发放的电子券关联存储的用户实付金额数据以及商圈预付金额数据分别转存至与所述核销请求相对应的目标门店的门店账户数据库。

可选的，所述预设中间账户数据库进一步包括：用户端子账户数据库以及商圈端子账户数据库，则所述将所述用户实付金额数据以及所述商圈预付金额数据与已发放的电子券关联存储到预设中间账户数据库包括：

分别将所述用户实付金额数据以及所述商圈预付金额数据与已发放的电子券关联存储到所述用户端子账户数据库以及商圈端子账户数据库。

可选的，所述分别将所述用户实付金额数据以及所述商圈预付金额数据与已发放的电子券关联存储到所述用户端子账户数据库以及商圈端子账户数据库具体包括：将所述已发放的电子券的券标识以及所述与所述电子券领取请求相对应的用户终端的用户标识关联存储到所述用户端子账户数据库以及商圈端子账户数据库；

则所述将所述预设中间账户数据库中与所述已发放的电子券关联存储的用户实付金额数据以及商圈预付金额数据分别转存至与所述核销请求相对应的目标门店的门店账户数据库具体包括：

根据所述核销请求中包含的券标识以及用户标识，确定所述用户端子账户数据库中与所述核销请求中包含的券标识以及用户标识对应的用户实付金额数据以及所述商圈端子账户数据库中与所述核销请求中包含的券标识以及用户标识对应的商圈预付金额数据；

根据由所述对应的用户实付金额数据以及所述对应的商圈预付金额数据确定的电子券总金额数据更新所述目标门店的门店账户数据库的余额数据；

将所述用户端子账户数据库中与所述核销请求中包含的券标识以及用户标识对应的用户实付金额数据以及所述商圈端子账户数据库中与所述核销请求中包含的券标识以及用户标识对应的商圈预付金额数据分别清空。

可选的，所述根据由所述对应的用户实付金额数据以及所述对应的商圈预付金额数据确定的电子券总金额数据更新所述目标门店的门店账户数据库的余额数据包括：

获取与所述核销请求中包含的用户标识对应的用户消费信息，计算与所述用户消费信息相对应的消费总金额数据；

根据所述消费总金额数据与所述电子券总金额数据之间的差额确定用户支付数额，获取与所述核销请求相对应的用户终端支付的与所述用户支付数额相匹配的用户支付金额数据，并根据所述用户支付金额数据以及电子券总金额数据更新所述目标门店的门店账户数据库的余额数据。

可选的，所述方法执行之前，进一步包括：

根据商圈发送的电子券生成请求，生成待领取的电子券；

根据所述电子券生成请求中包含的商圈预付规则，设置与所述待领取的电子券相对应的电子券领取规则；其中，所述商圈预付规则包括：电子券总面值、用户实付比例和/或商圈预付比例。

可选的，所述生成待领取的电子券之后，进一步包括：根据所述电子券生成请求中包含的门店信息，存储与所述待领取的电子券相对应的门店列表；

并且，当接收到针对所述已发放的电子券发出的核销请求时，进一步根据已存储的与所述待领取的电子券相对应的门店列表，判断所述核销请求所对应的目标门店是否属于所述门店列表；若是，执行所述将所述预设中间账户数据库中与所述已发放的电子券关联存储的用户实付金额数据以及商圈预付金额数据分别转存至与所述核销请求相对应的目标门店的门店账户数据库的步骤。

可选的，所述电子券生成请求中包含的商圈预付规则和/或门店信息根据预设的活动类型确定。

根据本发明的另一方面，提供了一种电子券的核销装置，包括：

用户实付数额以及商圈预付数额确定模块，适于根据接收到的电子券领取请求以及预设的电子券领取规则，确定与所述电子券领取请求相对应的用户实付数额以及商圈预付数额；

用户实付金额数据以及商圈预付金额数据获取模块，适于获取与所述电子券领取请求相对应的用户终端支付的与所述用户实付数额相匹配的用户实付金额数据，并从预设的商圈预存账户数据库中获取与所述商圈预付数额相匹配的商圈预付金额数据；

电子券发放模块，适于将与所述电子券领取请求相对应的电子券发放给与所述电子券领取请求相对应的用户终端，将所述用户实付金额数据以及所述商圈预付金额数据与已发放的电子券关联存储到预设中间账户数据库；

电子券核销模块，适于当接收到针对所述已发放的电子券发出的核销请求时，将所述预设中间账户数据库中与所述已发放的电子券关联存储的用户实付金额数据以及商圈预付金额数据分别转存至与所述核销请求相对应的目标门店的门店账户数据库。

可选的，所述预设中间账户数据库进一步包括：用户端子账户数据库以及商圈端子账户数据库，则所述电子券发放模块具体适于：

分别将所述用户实付金额数据以及所述商圈预付金额数据与已发放的电子券关联存储到所述用户端子账户数据库以及商圈端子账户数据库。

可选的，所述电子券发放模块具体适于：将所述已发放的电子券的券标识以及所述与所述电子券领取请求相对应的用户终端的用户标识关联存储到所述用户端子账户数据库以及商圈端子账户数据库；

则所述电子券核销模块具体适于：

根据所述核销请求中包含的券标识以及用户标识，确定所述用户端子账户数据库中与所述核销请求中包含的券标识以及用户标识对应的用户实付金额数据以及所述商圈端子账户数据库中与所述核销请求中包含的券标识以及用户标识对应的商圈预付金额数据；

根据由所述对应的用户实付金额数据以及所述对应的商圈预付金额数据确定的电子券总金额数据更新所述目标门店的门店账户数据库的余额数据；

将所述用户端子账户数据库中与所述核销请求中包含的券标识以及用户标识对应的用户实付金额数据以及所述商圈端子账户数据库中与所述核销请求中包含的券标识以及用户标识对应的商圈预付金额数据分别清空。

可选的，所述电子券核销模块具体适于：

获取与所述核销请求中包含的用户标识对应的用户消费信息，计算与所述用户消费信息相对应的消费总金额数据；

根据所述消费总金额数据与所述电子券总金额数据之间的差额确定用户支付数额，获取与所述核销请求相对应的用户终端支付的与所述用户支付数额相匹配的用户支付金额数据，并根据所述用户支付金额数据以及电子券总金额数据更新所述目标门店的门店账户数据库的余额数据。

可选的，所述装置进一步包括：

电子券生成模块，适于根据商圈发送的电子券生成请求，生成待领取的电子券；

根据所述电子券生成请求中包含的商圈预付规则，设置与所述待领取的电子券相对应的电子券领取规则；其中，所述商圈预付规则包括：电子券总面值、用户实付比例和/或商圈预付比例。

可选的，所述装置进一步包括：

目标门店判断模块，适于根据所述电子券生成请求中包含的门店信息，存储与所述待领取的电子券相对应的门店列表；

并且，当接收到针对所述已发放的电子券发出的核销请求时，进一步根据已存储的与所述待领取的电子券相对应的门店列表，判断所述核销请求所对应的目标门店是否属于所述门店列表；若是，执行所述将所述预设中间账户数据库中与所述已发放的电子券关联存储的用户实付金额数据以及商圈预付金额数据分别转存至与所述核销请求相对应的目标门店的门店账户数据库的步骤。

可选的，所述电子券生成请求中包含的商圈预付规则和/或门店信息根据预设的活动类型确定。

依据本发明的再一方面，提供了一种电子设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如上述的电子券的核销方法对应的操作。

依据本发明的再一方面，提供了一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如上述的电子券的核销方法对应的操作。

在本发明提供的电子券的核销方法及装置中，能够根据预设的电子券领取规则确定与电子券领取请求相对应的用户实付数额以及商圈预付数额；进而将对应的用户实付金额数据以及商圈预付金额数据分别存储到预设中间账户数据库中，以便根据该预设中间账户数据库进行核销。由此可见，该方式通过设置预设中间账户数据库，并通过该账户数据分别存储用户支付的实际金额数据以及商圈代付的预付金额数据，因此，能够使同一种电子券同时支持针对两种不同来源的数据的处理。正是由于该电子券能够借助中间账户实现针对两种不同来源的数据的管理，因此，能够使商圈发放的电子券应用于不同于商圈的门店中，从而使电子券能够由不同于电子券发放实体的其他实体进行核销，打破了传统的电子券仅能由电子券发放实体进行核销的弊端，拓宽了电子券的使用范围。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例一提供的一种电子券的核销方法的流程图；

图2示出了本发明实施例二提供的一种电子券的核销方法的流程图；

图3示出了本发明实施例三提供的一种电子券的核销装置的结构图；

图4示出了本发明实施例五提供的一种电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

实施例一

图1示出了本发明实施例一提供的一种电子券的核销方法的流程图。如图1所示，该方法包括：

步骤S110：根据接收到的电子券领取请求以及预设的电子券领取规则，确定与该电子券领取请求相对应的用户实付数额以及商圈预付数额。

其中，电子券领取请求用于领取商圈发放的电子券。预设的电子券领取规则用于设置与用户领取电子券时应支付的数额相关的各类信息。例如，电子券领取规则可以为用户支付80％的金额，由商圈预付20％的金额等。相应地，接收到的电子券领取请求以及预设的电子券领取规则，能够确定待领取的电子券的总面额以及用户和商圈分别支付的数额，对应于用户实付数额以及商圈预付数额。

步骤S120：获取与该电子券领取请求相对应的用户终端支付的与该用户实付数额相匹配的用户实付金额数据，并从预设的商圈预存账户数据库中获取与该商圈预付数额相匹配的商圈预付金额数据。

其中，一方面，需要获取与该电子券领取请求相对应的用户终端支付的与该用户实付数额相匹配的用户实付金额数据，从而使用户完成付款，具体可通过扫码付款等多种方式实现。另一方面，需要从预设的商圈预存账户数据库中获取与该商圈预付数额相匹配的商圈预付金额数据。实际情况中，当商圈欲实施活动推广时，需要预先设置商圈预存账户数据库，该商圈预存账户数据库用于存储本次活动推广的活动资金。相应地，直接从商圈预存账户数据库中提取与该商圈预付数额相匹配的商圈预付金额数据即可。通过上述两方面的处理，即可获取到与电子券的实际总面额相匹配的总金额数据，该总金额数据由上述提到的用户实付金额数据以及商圈预付金额数据两部分组成。

步骤S130：将与电子券领取请求相对应的电子券发放给与电子券领取请求相对应的用户终端，将用户实付金额数据以及商圈预付金额数据与已发放的电子券关联存储到预设中间账户数据库。

其中，将与电子券领取请求相对应的电子券发放给与电子券领取请求相对应的用户终端时，直接在预设的电子券发放记录中记录该用户终端与已发放的电子券之间的对应关系即可，后续可通过该电子券发放记录查询各个用户已领取的电子券。预设中间账户数据库用于存储已领取的电子券所对应的款项。其中，预设中间账户数据库中存储的款项分为两部分，分别为用户实付金额数据以及商圈预付金额数据，这两部分与已发放的电子券的券标识关联存储，以备后续核销。

具体实施时，预设中间账户由预设中间账户数据库负责维护，相应地，将用户实付金额数据以及商圈预付金额数据与已发放的电子券关联存储到预设中间账户的操作实质上是通过更新预设中间账户数据库中与已发放的电子券关联存储的用户实付金额数据以及商圈预付金额数据实现的。

步骤S140：当接收到针对已发放的电子券发出的核销请求时，将预设中间账户数据库中与已发放的电子券关联存储的用户实付金额数据以及商圈预付金额数据分别转存至与该核销请求相对应的目标门店的门店账户数据库。

具体地，当用户申请核销电子券时，根据电子券的券标识，查询预设中间账户数据库中与该券标识关联存储的用户实付金额数据以及商圈预付金额数据，从而根据这两部分金额更新与该核销请求相对应的目标门店的门店账户数据库，以使目标门店的门店账户数据库能够收到用户实付金额数据以及商圈预付金额数据这两部分构成的总额数据。

综上可知，本实施例中发放电子券的商圈相当于第一类实体，用于核销电子券的门店相当于第二类实体，第二类实体隶属于第一类实体。实际情况中，本实施例中发放电子券的商圈泛指各类具有下级门店的第一类实体，包括商场、电子平台等；并且，用于核销电子券的门店泛指各类对应于上级商圈的第二类实体，包括门店、电子商铺等。通过本发明中的方式，能够解决传统方式中，无法针对两种不同来源的数据(一种为来源于用户的用户实付数额数据，另一种为来源于商圈的商圈预付数额数据)进行处理的技术问题。该方式通过设置预设中间账户数据库的方式，实现了通过电子券针对两种不同来源的数据进行处理的技术效果。并且，该方式能够使商圈发放的电子券应用于不同于商圈的门店中，从而使电子券能够由不同于电子券发放实体的其他实体进行核销，打破了传统的电子券仅能由电子券发放实体进行核销的弊端，拓宽了电子券的使用范围。

图2示出了本发明实施例二提供的一种电子券的核销方法的流程图。该方法的执行主体可为各类服务器等网络设备，如后台服务器等。如图2所示，该方法包括：

步骤S200：根据商圈发送的电子券生成请求，生成待领取的电子券。

其中，商圈可以预先根据活动类型、优惠比例、活动持续时间、活动覆盖的门店范围等，向后台服务器发送电子券生成请求，以供后台服务器生成待领取的电子券。具体地，电子券生成请求中可以包含各类信息，以便于设置待领取的电子券的各种属性。

例如，电子券生成请求中包含商圈预付规则(也叫商圈补贴规则)，商圈预付规则用于确定优惠比例等信息，具体包括：电子券总面值、用户实付比例和/或商圈预付比例。例如，对于九折券而言，当电子券总面值为100时，用户实付比例为90％，商圈预付比例为10％。相应地，在生成待领取的电子券之后，根据该商圈预付规则，设置与该待领取的电子券相对应的电子券领取规则。其中，电子券领取规则作为电子券的一个属性，用于确定用户领取电子券时用户和商圈分别承担的金额。

又如，电子券生成请求中进一步包含门店信息，相应地，当后台服务器生成待领取的电子券之后，进一步根据电子券生成请求中包含的门店信息，存储与该待领取的电子券相对应的门店列表。该门店列表作为电子券的又一个属性，用于确定该电子券所适用的门店范围。其中，电子券生成请求中包含的门店信息可以根据发送该电子券生成请求的商圈所对应的下属门店确定。比如，商圈为了扩大活动范围，可以将该商圈所对应的全部下属门店均添加到该门店列表中。或者，商圈为了提升活动的针对性，可以将活动预先划分为多个类型，分别针对每个类型的活动配置对应的门店列表。具体地，活动类型可以根据门店种类进行划分，当商圈内包含家装、母婴、餐饮等多个种类的门店时，可以分别针对每个种类的门店配置一种或多种电子券，以便于针对该种类的门店设置对应的优惠比例，相应地，该电子券所对应的门店列表根据该电子券所对应的活动类型确定。另外，活动类型还可以根据时间范围划分，例如，将整个活动划分为三个时段范围，分别针对各个时段范围内适用的电子券配置对应的优惠力度和适用门店列表。相应地，电子券生成请求中还可以进一步包含时效信息、地域信息等附加限制信息，以便于后台服务器根据上述附加限制属性设置电子券的附加属性，以规范该电子券的使用方式。

由此可见，在上述方式中，商圈可以预先将活动划分为多个类型，分别针对每个类型的活动配置至少一种电子券，并根据活动类型确定对应的电子券的各项属性信息，包括电子券所对应的商圈预付规则、电子券所适用的门店列表、和/或电子券的时效信息等。由于该方式无需预先与门店协商优惠形式，因此，各个电子券的属性信息(包括预付比例、适用门店范围等)均可根据对应的活动类型灵活配置，提升了商圈推广活动的灵活性和针对性。

步骤S210：根据接收到的电子券领取请求以及预设的电子券领取规则，确定与该电子券领取请求相对应的用户实付数额以及商圈预付数额。

其中，电子券领取请求用于领取商圈发放的电子券。具体实施时，后台服务器可将已生成的各个待领取的电子券展示在网络终端侧，并设置与各个待领取的电子券相对应的领取入口，以供用户通过该领取入口触发电子券领取请求。该电子券领取请求中包含用户终端的用户标识以及券标识，相应地，后台服务器根据券标识确定预设的与该待领取的电子券相对应的电子券领取规则，以便根据电子券领取规则确定用户实付数额以及商圈预付数额。例如，当电子券总面值为100，且用户实付比例为90％，商圈预付比例为10％时，用户实付数额为90且商圈预付数额为10。

步骤S220：获取与该电子券领取请求相对应的用户终端支付的与该用户实付数额相匹配的用户实付金额数据，并从预设的商圈预存账户数据库中获取与该商圈预付数额相匹配的商圈预付金额数据。

其中，一方面，需要获取与该电子券领取请求相对应的用户终端支付的与该用户实付数额相匹配的用户实付金额数据，从而使用户完成付款，具体可通过用户扫码付款等多种方式实现。另一方面，需要从预设的商圈预存账户数据库中获取与该商圈预付数额相匹配的商圈预付金额数据。实际情况中，当商圈欲实施活动推广时，需要预先设置商圈预存账户数据库，该商圈预存账户数据库用于存储本次活动推广的活动资金。相应地，直接从商圈预存账户数据库中提取与该商圈预付数额相匹配的商圈预付金额数据即可。通过上述两方面的处理，即可获取到与电子券的实际总面额相匹配的总金额数据，该总金额数据由上述提到的用户实付金额数据以及商圈预付金额数据两部分组成。

步骤S230：将与电子券领取请求相对应的电子券发放给与电子券领取请求相对应的用户终端，将用户实付金额数据以及商圈预付金额数据与已发放的电子券关联存储到预设中间账户数据库的用户端子账户数据库以及商圈端子账户数据库中。

具体地，在本实施例中，预设中间账户数据库进一步包括：用户端子账户数据库以及商圈端子账户数据库。其中，用户端子账户数据库以及商圈端子账户数据库实质上也可以通过对应的数据表实现。相应地，分别将用户实付金额数据以及商圈预付金额数据与已发放的电子券关联存储到用户端子账户数据库以及商圈端子账户数据库。具体实施时，将已发放的电子券的券标识以及与该电子券领取请求相对应的用户终端的用户标识关联存储到用户端子账户数据库以及商圈端子账户数据库。其中，用户端子账户数据库用于存储各个用户支付的用户实付金额数据，每一笔用户实付金额数据通过用户标识和/或券标识进行区分，以区分各个用户所对应的各个电子券的用户实付金额数据；同理，商圈端子账户数据库用于存储商圈提供的商圈预付金额数据，每一笔商圈预付金额数据也通过用户标识和/或券标识进行区分，以区分各个用户所对应的各个电子券的商圈预付金额数据。由此可见，通过用户标识和/或券标识能够将同一用户所对应的同一个电子券的用户实付金额数据以及商圈预付金额数据对应起来，以实现两部分资金分开存储、同时核销的效果。

步骤S240：当接收到针对该已发放的电子券发出的核销请求时，进一步根据已存储的与待领取的电子券相对应的门店列表，判断该核销请求所对应的目标门店是否属于该门店列表。

具体地，由于步骤S200中已经预先设置了电子券的各个属性，包括电子券所适用的门店列表，相应地，在本步骤中，需要根据核销请求中包含的用户标识和/或券标识确定对应的电子券的属性信息，以确定对应的电子券所适用的门店列表。然后，根据核销请求中包含的门店标识确定该核销请求所对应的目标门店，若该目标门店属于上述门店列表，则说明该核销请求是合规的，继续执行后续补充；若该目标门店不属于上述门店列表，则说明该核销请求是非合规的，拒绝该核销请求，并向用户返回核销失败的提示消息。

当然，在本步骤中还可以进一步根据步骤S200中预先设置的电子券的其他属性判断该核销请求是否合规，例如，根据电子券的时效信息、地域信息等属性信息进行判断，以确保该电子券的核销操作与商圈发放该电子券时的设置相匹配。

步骤S250：若是，将预设中间账户数据库中与已发放的电子券关联存储的用户实付金额数据以及商圈预付金额数据分别转存至与该核销请求相对应的目标门店的门店账户数据库。

具体地，首先，根据上述核销请求中包含的券标识以及用户标识，确定用户端子账户数据库中与该核销请求中包含的券标识以及用户标识对应的用户实付金额数据以及商圈端子账户数据库中与该核销请求中包含的券标识以及用户标识对应的商圈预付金额数据。由于用户端子账户数据库中存储的每一笔用户实付金额数据均与对应的用户标识和/或券标识相关联，且商圈端子账户数据库中存储的每一笔商圈预付金额数据也均与对应的用户标识和/或券标识相关联，因此，通过券标识以及用户标识能够分别确定用户端子账户数据库中与该核销请求中对应的用户实付金额数据以及商圈端子账户数据库中与该核销请求对应的商圈预付金额数据。

然后，根据由对应的用户实付金额数据以及对应的商圈预付金额数据确定的电子券总金额数据更新目标门店的门店账户数据库的余额数据。具体实施时，可以采用如下两种方式中的至少一种实现：

在第一种实现方式中，核销请求仅用于核销对应的电子券，若用户除该电子券所对应的消费项目外，还有其他需付费的项目，需要重新扫码付款，以支付其余项目的款项。在该方式中，直接向目标门店的门店账户数据库中存入与对应的用户实付金额数据以及对应的商圈预付金额数据确定的电子券总金额数据等额的款项即可，从而使门店能够一次性收到电子券所对应的全部款项，既无需垫付商圈优惠部分，也无需关心用户与商圈的支付比例，实现了门店无感知的效果。

在第二种实现方式中，核销请求不仅用于核销对应的电子券，还用于支付其他的付费项目，从而实现用户只需付款一次即可完成全部消费项目的付款的效果。具体地，获取与该核销请求中包含的用户标识对应的用户消费信息，计算与该用户消费信息相对应的消费总金额数据；根据该消费总金额数据与电子券总金额数据之间的差额确定用户支付数额，获取与该核销请求相对应的用户终端支付的与用户支付数额相匹配的用户支付金额数据，并根据用户支付金额数据以及电子券总金额数据更新目标门店的门店账户数据库的余额数据。例如，可以在核销请求中进一步包含该用户在目标门店消费的全部消费项目的明细以及价格，从而据此计算出消费总金额数据，并根据消费总金额数据与电子券总金额数据之间的差额收取用户支付数额。其中，当该差值为正时，用户需要补充支付与差值相匹配的款项；当该差值为负时，可以向用户退还与差值相匹配的款项，以使该电子券能够分多次核销，提升核销方式的灵活性。并且，在更新目标门店的门店账户数据库的余额数据时，直接根据用户支付金额数据以及电子券总金额数据进行更新(即：直接向门店账户数据库中存入与消费总金额数据相匹配的款项)，从而确保用户仅需支付一次，且门店也可以一次性收到全部项目的款项，既方便了用户，又方便了门店。

最后，将用户端子账户数据库中与该核销请求中包含的券标识以及用户标识对应的用户实付金额数据以及商圈端子账户数据库中与该核销请求中包含的券标识以及用户标识对应的商圈预付金额数据分别清空。从而实现完整的核销流程。

另外，上述提到的各个数据库实质上也可以合并为一个大数据库，并通过大数据库中的多张数据表分别实现各个数据库的功能，本发明不限定各个数据库的具体实现方式。

该方式能够使商圈发放的电子券应用于不同于商圈的门店中，从而使电子券能够由不同于电子券发放实体的其他实体进行核销，打破了传统的电子券仅能由电子券发放实体进行核销的弊端，拓宽了电子券的使用范围。综上可知，在本发明提供的电子券的核销方法中，对于目标门店而言，实际收到的款项与商品的原始价格一致，无需垫付任何优惠部分，且目标门店也无需关心用户实付金额数据与商圈预付金额数据之间的比例，实现了在门店无感知的情况下核销电子券的效果。该方式能够根据预设的电子券领取规则确定与电子券领取请求相对应的用户实付数额以及商圈预付数额；进而将对应的用户实付金额数据以及商圈预付金额数据分别存储到预设中间账户数据库中，以便根据该预设中间账户数据库进行核销。由此可见，该方式通过设置预设中间账户数据库，并通过该账户分别存储用户支付的实际金额以及商圈代付的优惠金额，使用户购买电子券时能够自动享受到优惠，且用户核销电子券时门店直接收到全部款项，无需垫付优惠部分。并且，该方式能够由商圈自定义设置活动类型以及参与各类活动的门店范围，为商圈推广多类型的活动提供了便利，能够结合不同类型的门店的特点为其量身定制适宜的优惠策略，有利于提升活动的可拓展性。而且，在处理核销请求时，可以使用户一次性完成电子券以及其余消费项目的支付过程，无需进行两次支付，且门店能够无感知地一次性收取全部款项。

实施例三

图3示出了本发明实施例三提供的一种电子券的核销装置的结构示意图，该装置包括：

用户实付数额以及商圈预付数额确定模块31，适于根据接收到的电子券领取请求以及预设的电子券领取规则，确定与所述电子券领取请求相对应的用户实付数额以及商圈预付数额；

用户实付金额数据以及商圈预付金额数据获取模块32，适于获取与所述电子券领取请求相对应的用户终端支付的与所述用户实付数额相匹配的用户实付金额数据，并从预设的商圈预存账户数据库中获取与所述商圈预付数额相匹配的商圈预付金额数据；

电子券发放模块33，适于将与所述电子券领取请求相对应的电子券发放给与所述电子券领取请求相对应的用户终端，将所述用户实付金额数据以及所述商圈预付金额数据与已发放的电子券关联存储到预设中间账户数据库；

电子券核销模块34，适于当接收到针对所述已发放的电子券发出的核销请求时，将所述预设中间账户数据库中与所述已发放的电子券关联存储的用户实付金额数据以及商圈预付金额数据分别转存至与所述核销请求相对应的目标门店的门店账户数据库。

可选地，所述预设中间账户数据库进一步包括：用户端子账户数据库以及商圈端子账户数据库，则所述电子券发放模块具体适于：

分别将所述用户实付金额数据以及所述商圈预付金额数据与已发放的电子券关联存储到所述用户端子账户数据库以及商圈端子账户数据库。

可选地，所述电子券发放模块具体适于：将所述已发放的电子券的券标识以及所述与所述电子券领取请求相对应的用户终端的用户标识关联存储到所述用户端子账户数据库以及商圈端子账户数据库；

则所述电子券核销模块具体适于：

根据所述核销请求中包含的券标识以及用户标识，确定所述用户端子账户数据库中与所述核销请求中包含的券标识以及用户标识对应的用户实付金额数据以及所述商圈端子账户数据库中与所述核销请求中包含的券标识以及用户标识对应的商圈预付金额数据；

根据由所述对应的用户实付金额数据以及所述对应的商圈预付金额数据确定的电子券总金额数据更新所述目标门店的门店账户数据库的余额数据；

将所述用户端子账户数据库中与所述核销请求中包含的券标识以及用户标识对应的用户实付金额数据以及所述商圈端子账户数据库中与所述核销请求中包含的券标识以及用户标识对应的商圈预付金额数据分别清空。

可选地，所述电子券核销模块具体适于：

获取与所述核销请求中包含的用户标识对应的用户消费信息，计算与所述用户消费信息相对应的消费总金额数据；

根据所述消费总金额数据与所述电子券总金额数据之间的差额确定用户支付数额，获取与所述核销请求相对应的用户终端支付的与所述用户支付数额相匹配的用户支付金额数据，并根据所述用户支付金额数据以及电子券总金额数据更新所述目标门店的门店账户数据库的余额数据。

可选地，所述装置进一步包括：

电子券生成模块，适于根据商圈发送的电子券生成请求，生成待领取的电子券；

根据所述电子券生成请求中包含的商圈预付规则，设置与所述待领取的电子券相对应的电子券领取规则；其中，所述商圈预付规则包括：电子券总面值、用户实付比例和/或商圈预付比例。

可选地，所述电子券生成模块之后，所述装置进一步包括：

目标门店判断模块，适于根据所述电子券生成请求中包含的门店信息，存储与所述待领取的电子券相对应的门店列表；

并且，当接收到针对所述已发放的电子券发出的核销请求时，进一步根据已存储的与所述待领取的电子券相对应的门店列表，判断所述核销请求所对应的目标门店是否属于所述门店列表；若是，执行所述将所述预设中间账户数据库中与所述已发放的电子券关联存储的用户实付金额数据以及商圈预付金额数据分别转存至与所述核销请求相对应的目标门店的门店账户数据库的步骤。

可选地，所述电子券生成请求中包含的商圈预付规则和/或门店信息根据预设的活动类型确定。

关于上述各个模块的具体结构和工作原理可参照方法实施例中相应部分的描述，此处不再赘述。

实施例四

本申请实施例四提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的电子券的核销方法。可执行指令具体可以用于使得处理器执行上述方法实施例中对应的各个操作。

实施例五

图4示出了根据本发明实施例五的一种电子设备的结构示意图，本发明具体实施例并不对电子设备的具体实现做限定。

如图4所示，该电子设备可以包括：处理器(processor)402、通信接口(Communications Interface)406、存储器(memory)404、以及通信总线408。

其中：

处理器402、通信接口406、以及存储器404通过通信总线408完成相互间的通信。

通信接口406，用于与其它设备比如客户端或其它服务器等的网元通信。

处理器402，用于执行程序410，具体可以执行上述电子券的核销方法实施例中的相关步骤。

具体地，程序410可以包括程序代码，该程序代码包括计算机操作指令。

处理器402可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。电子设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器404，用于存放程序410。存储器404可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序410具体可以用于使得处理器402执行上述方法实施例中对应的各个操作。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的基于语音输入信息的抽奖系统中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (10)

1.一种电子券的核销方法，包括：

根据接收到的电子券领取请求以及预设的电子券领取规则，确定与所述电子券领取请求相对应的用户实付数额以及商圈预付数额；

获取与所述电子券领取请求相对应的用户终端支付的与所述用户实付数额相匹配的用户实付金额数据，并从预设的商圈预存账户数据库中获取与所述商圈预付数额相匹配的商圈预付金额数据；

将与所述电子券领取请求相对应的电子券发放给与所述电子券领取请求相对应的用户终端，将所述用户实付金额数据以及所述商圈预付金额数据与已发放的电子券关联存储到预设中间账户数据库；

当接收到针对所述已发放的电子券发出的核销请求时，将所述预设中间账户数据库中与所述已发放的电子券关联存储的用户实付金额数据以及商圈预付金额数据分别转存至与所述核销请求相对应的目标门店的门店账户数据库。

2.根据权利要求1所述的方法，其中，所述预设中间账户数据库进一步包括：用户端子账户数据库以及商圈端子账户数据库，则所述将所述用户实付金额数据以及所述商圈预付金额数据与已发放的电子券关联存储到预设中间账户数据库包括：

分别将所述用户实付金额数据以及所述商圈预付金额数据与已发放的电子券关联存储到所述用户端子账户数据库以及商圈端子账户数据库。

3.根据权利要求2所述的方法，其中，所述分别将所述用户实付金额数据以及所述商圈预付金额数据与已发放的电子券关联存储到所述用户端子账户数据库以及商圈端子账户数据库具体包括：将所述已发放的电子券的券标识以及所述与所述电子券领取请求相对应的用户终端的用户标识关联存储到所述用户端子账户数据库以及商圈端子账户数据库；

则所述将所述预设中间账户数据库中与所述已发放的电子券关联存储的用户实付金额数据以及商圈预付金额数据分别转存至与所述核销请求相对应的目标门店的门店账户数据库具体包括：

根据所述核销请求中包含的券标识以及用户标识，确定所述用户端子账户数据库中与所述核销请求中包含的券标识以及用户标识对应的用户实付金额数据以及所述商圈端子账户数据库中与所述核销请求中包含的券标识以及用户标识对应的商圈预付金额数据；

根据由所述对应的用户实付金额数据以及所述对应的商圈预付金额数据确定的电子券总金额数据更新所述目标门店的门店账户数据库的余额数据；

将所述用户端子账户数据库中与所述核销请求中包含的券标识以及用户标识对应的用户实付金额数据以及所述商圈端子账户数据库中与所述核销请求中包含的券标识以及用户标识对应的商圈预付金额数据分别清空。

4.根据权利要求3所述的方法，其中，所述根据由所述对应的用户实付金额数据以及所述对应的商圈预付金额数据确定的电子券总金额数据更新所述目标门店的门店账户数据库的余额数据包括：

获取与所述核销请求中包含的用户标识对应的用户消费信息，计算与所述用户消费信息相对应的消费总金额数据；

根据所述消费总金额数据与所述电子券总金额数据之间的差额确定用户支付数额，获取与所述核销请求相对应的用户终端支付的与所述用户支付数额相匹配的用户支付金额数据，并根据所述用户支付金额数据以及电子券总金额数据更新所述目标门店的门店账户数据库的余额数据。

5.根据权利要求1-4任一所述的方法，其中，所述方法执行之前，进一步包括：

根据商圈发送的电子券生成请求，生成待领取的电子券；

根据所述电子券生成请求中包含的商圈预付规则，设置与所述待领取的电子券相对应的电子券领取规则；其中，所述商圈预付规则包括：电子券总面值、用户实付比例和/或商圈预付比例。

6.根据权利要求5所述的方法，其中，所述生成待领取的电子券之后，进一步包括：根据所述电子券生成请求中包含的门店信息，存储与所述待领取的电子券相对应的门店列表；

并且，当接收到针对所述已发放的电子券发出的核销请求时，进一步根据已存储的与所述待领取的电子券相对应的门店列表，判断所述核销请求所对应的目标门店是否属于所述门店列表；若是，执行所述将所述预设中间账户数据库中与所述已发放的电子券关联存储的用户实付金额数据以及商圈预付金额数据分别转存至与所述核销请求相对应的目标门店的门店账户数据库的步骤。

7.根据权利要求6所述的方法，其中，所述电子券生成请求中包含的商圈预付规则和/或门店信息根据预设的活动类型确定。

8.一种电子券的核销装置，包括：

用户实付数额以及商圈预付数额确定模块，适于根据接收到的电子券领取请求以及预设的电子券领取规则，确定与所述电子券领取请求相对应的用户实付数额以及商圈预付数额；

用户实付金额数据以及商圈预付金额数据获取模块，适于获取与所述电子券领取请求相对应的用户终端支付的与所述用户实付数额相匹配的用户实付金额数据，并从预设的商圈预存账户数据库中获取与所述商圈预付数额相匹配的商圈预付金额数据；

电子券发放模块，适于将与所述电子券领取请求相对应的电子券发放给与所述电子券领取请求相对应的用户终端，将所述用户实付金额数据以及所述商圈预付金额数据与已发放的电子券关联存储到预设中间账户数据库；

电子券核销模块，适于当接收到针对所述已发放的电子券发出的核销请求时，将所述预设中间账户数据库中与所述已发放的电子券关联存储的用户实付金额数据以及商圈预付金额数据分别转存至与所述核销请求相对应的目标门店的门店账户数据库。

9.一种电子设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求1-7中任一项所述的电子券的核销方法对应的操作。

10.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如权利要求1-7中任一项所述的电子券的核销方法对应的操作。

Images