CN110288342A - 一种电子券的核销方法及装置 - Google Patents

Abstract

本发明公开了一种电子券的核销方法及装置，涉及电子信息领域，该方法包括：确定与支付请求相对应的用户标识，根据用户标识获取已存储的与用户标识相关联的电子券信息以及电子券信息的核销条件；获取与用户标识相关联的待支付信息，根据待支付信息以及电子券信息的核销条件，将符合核销条件的电子券确定为目标电子券；针对目标电子券执行核销处理，并根据目标电子券的核销条件确定与待支付信息相对应的剩余支付数额，按照剩余支付数额处理支付请求。本发明能够根据待支付信息以及符合核销条件的电子券确定与支付请求相对应的剩余支付金额，电子券核销和剩余金额支付两个步骤一体化，从而实现了电子券的无感知核销。

Description

一种电子券的核销方法及装置

技术领域

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

背景技术

目前，电子支付日益普及，为了进一步实现支付的便捷性，电子券受到了广大用户的欢迎。很多用户都会预先领取电子券，以便直接利用电子券享受对应的业务服务。电子券为用户的支付过程提供了便利。

在现有技术中，在执行支付操作之前，用户需要手动查找客户端是否存在符合核销条件的电子券，若存在符合核销条件的电子券，则先手动核销对应的电子券，然后进行剩余金额的支付。客户端需要分别进行电子券核销和剩余金额支付两步操作。

但是，发明人在实现本发明的过程中，发现上述方式至少存在如下问题：客户端逐一进行电子券核销和剩余金额支付两步操作，导致客户端的消费支付流程繁琐，降低了客户端的消费支付效率，同时，客户端无法自动匹配符合核销条件的电子券，需要人工手动查找合适的电子券，容易漏失适合本次支付的电子券，给顾客带来不必要的损失。

发明内容

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

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

确定与支付请求相对应的用户标识，根据所述用户标识获取已存储的与所述用户标识相关联的电子券信息以及所述电子券信息的核销条件；获取与所述用户标识相关联的待支付信息，根据所述待支付信息以及所述电子券信息的核销条件，将符合核销条件的电子券确定为目标电子券；

针对所述目标电子券执行核销处理，并根据所述目标电子券的核销条件确定与所述待支付信息相对应的剩余支付数额，按照所述剩余支付数额处理所述支付请求。

可选的，所述获取已存储的与所述用户标识相关联的电子券信息以及所述电子券信息的核销条件包括：向预设的电子券服务器发送包含所述用户标识的券查询请求，根据接收到的券查询响应消息获取与所述用户标识相关联的电子券信息以及所述电子券信息的核销条件；

所述获取与所述用户标识相关联的待支付信息包括：向预设的业务提供端服务器发送包含所述用户标识的待支付查询请求，根据接收到的待支付响应消息获取与所述用户标识相关联的待支付信息。

可选的，所述核销条件包括：电子券所对应的业务提供端标识、时段限制信息、券金额和/或业务项目标识；所述待支付信息包括：本次支付请求所对应的业务提供端标识、本次支付请求所对应的业务项目标识、本次支付请求所对应的业务提供时间、和/或各个业务项目所对应的项目金额；

则所述将符合核销条件的电子券确定为目标电子券包括：根据电子券所对应的业务提供端标识与本次支付请求所对应的业务提供端标识是否匹配、电子券的时段限制信息与本次支付请求所对应的业务提供时间是否匹配、和/或电子券所对应的业务项目标识与本次支付请求所对应的业务项目标识是否匹配进行判断。

可选的，所述针对所述目标电子券执行核销处理，并根据所述目标电子券的核销条件确定与所述待支付信息相对应的剩余支付数额包括：

向与所述目标电子券相对应的电子券服务器发送核销请求，以供所述电子券服务器核销所述目标电子券；

将所述待支付信息中与所述目标电子券相匹配的业务项目确定为已支付业务项目，根据所述待支付信息中包含的未支付业务项目确定与所述待支付信息相对应的剩余支付数额。

可选的，所述确定与支付请求相对应的用户标识之前，进一步包括：

获取用户终端的历史支付信息，根据所述历史支付信息确定与所述用户终端相对应的电子券，将所述与所述用户终端相对应的电子券推送给所述用户终端；

其中，当接收到用户终端针对已推送的电子券触发的确认请求时，将所述用户终端的用户标识以及所述确认请求所对应的电子券信息关联存储。

可选的，所述获取已存储的与所述用户标识相关联的电子券信息以及所述电子券信息的核销条件之后，进一步包括：

将所述与所述用户标识相对应的待支付信息作为与所述用户标识相对应的历史支付信息进行存储；并且，所述历史支付信息包括：成员数量、业务项目、和/或业务提供时间。

可选的，所述获取用户终端的历史支付信息，根据所述历史支付信息确定与所述用户终端相对应的电子券包括：

根据所述用户终端的历史支付信息，确定所述用户终端的用户类型；

获取与所述用户类型相对应的各个用户终端的历史支付信息，结合所述与所述用户类型相对应的各个用户终端的历史支付信息，确定与所述用户终端相对应的电子券。

可选的，所述按照所述剩余支付数额处理所述支付请求之后，进一步包括：

通过与所述用户标识相对应的终端设备展示包含与所述剩余支付数额相对应的支付数据和/或已核销的电子券信息的提示页面。

可选的，所述用户标识根据用户付款码确定；并且，所述电子券为包含多个业务组合的组合类电子券。

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

电子券信息获取模块，适于确定与支付请求相对应的用户标识，根据所述用户标识获取已存储的与所述用户标识相关联的电子券信息以及所述电子券信息的核销条件；

待支付信息获取模块，适于获取与所述用户标识相关联的待支付信息，根据所述待支付信息以及所述电子券信息的核销条件，将符合核销条件的电子券确定为目标电子券；

核销支付模块，适于针对所述目标电子券执行核销处理，并根据所述目标电子券的核销条件确定与所述待支付信息相对应的剩余支付数额，按照所述剩余支付数额处理所述支付请求。

可选的，所述电子券信息获取模块具体适于：向预设的电子券服务器发送包含所述用户标识的券查询请求，根据接收到的券查询响应消息获取与所述用户标识相关联的电子券信息以及所述电子券信息的核销条件；

所述待支付信息获取模块具体适于：向预设的业务提供端服务器发送包含所述用户标识的待支付查询请求，根据接收到的待支付响应消息获取与所述用户标识相关联的待支付信息。

可选的，所述核销条件包括：电子券所对应的业务提供端标识、时段限制信息、券金额和/或业务项目标识；所述待支付信息包括：本次支付请求所对应的业务提供端标识、本次支付请求所对应的业务项目标识、本次支付请求所对应的业务提供时间、和/或各个业务项目所对应的项目金额；

则所述待支付信息获取模块具体适于：根据电子券所对应的业务提供端标识与本次支付请求所对应的业务提供端标识是否匹配、电子券的时段限制信息与本次支付请求所对应的业务提供时间是否匹配、和/或电子券所对应的业务项目标识与本次支付请求所对应的业务项目标识是否匹配进行判断。

可选的，所述核销支付模块具体适于：

向与所述目标电子券相对应的电子券服务器发送核销请求，以供所述电子券服务器核销所述目标电子券；

将所述待支付信息中与所述目标电子券相匹配的业务项目确定为已支付业务项目，根据所述待支付信息中包含的未支付业务项目确定与所述待支付信息相对应的剩余支付数额。

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

券推送模块，适于获取用户终端的历史支付信息，根据所述历史支付信息确定与所述用户终端相对应的电子券，将所述与所述用户终端相对应的电子券推送给所述用户终端；

其中，当接收到用户终端针对已推送的电子券触发的确认请求时，将所述用户终端的用户标识以及所述确认请求所对应的电子券信息关联存储。

可选的，所述券推送模块进一步适于：

将所述与所述用户标识相对应的待支付信息作为与所述用户标识相对应的历史支付信息进行存储；并且，所述历史支付信息包括：成员数量、业务项目、和/或业务提供时间。

可选的，所述券推送模块具体适于：

根据所述用户终端的历史支付信息，确定所述用户终端的用户类型；

获取与所述用户类型相对应的各个用户终端的历史支付信息，结合所述与所述用户类型相对应的各个用户终端的历史支付信息，确定与所述用户终端相对应的电子券。

可选的，所述核销支付模块进一步适于：

通过与所述用户标识相对应的终端设备展示包含与所述剩余支付数额相对应的支付数据和/或已核销的电子券信息的提示页面。

可选的，所述用户标识根据用户付款码确定；并且，所述电子券为包含多个业务组合的组合类电子券。

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

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

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

在本发明提供的电子券的核销方法及装置中，首先，确定与支付请求相对应的用户标识，获取已存储的与用户标识相关联的电子券信息，以及与用户标识相对应的待支付信息。然后，根据待支付信息，以及与用户标识相关联的电子券信息的核销条件，判断是否存在符合核销条件的电子券。接着，若存在符合核销条件的电子券，根据待支付信息以及符合核销条件的电子券确定与支付请求相对应的剩余支付金额。最后，按照剩余支付金额处理支付请求，并针对符合核销条件的电子券执行核销处理。本发明能够根据待支付信息以及符合核销条件的电子券确定与支付请求相对应的剩余支付金额，电子券核销和剩余金额支付两个步骤一体化，从而实现了电子券的无感知核销。

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

附图说明

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

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

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

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

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

具体实施方式

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

实施例一

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

步骤S110：确定与支付请求相对应的用户标识，根据用户标识获取已存储的与用户标识相关联的电子券信息以及电子券信息的核销条件。

其中，支付请求是指用户端发送的确认支付的请求，支付请求可通过用户出示的付款码触发。用户标识根据用户付款码确定，用户标识用来唯一标识用户身份。电子券信息是指用户预先已经领取的电子券的具体信息，电子券信息具体包括：业务提供端标识、时段限制信息、券金额和/或业务项目标识。待支付信息是指与本次支付请求相对应的本次业务服务的具体信息，待支付信息包括：本次支付请求所对应的业务提供端标识、本次支付请求所对应的业务项目标识、本次支付请求所对应的业务提供时间、和/或各个业务项目所对应的项目金额。

具体的，读取用户出示的付款码，获取付款码中包含的用户标识，根据用户标识查找与用户标识相关联的电子券信息，其中，用户标识与电子券信息预先关联存储。并且，本发明进一步存储了各个电子券信息的核销条件。

步骤S120：获取与用户标识相关联的待支付信息，根据所述待支付信息以及所述电子券信息的核销条件，将符合核销条件的电子券确定为目标电子券。

其中，电子券信息的核销条件是指预先设置的与电子券执行核销处理时所需满足的条件。具体的，获取待支付信息和电子券信息的核销条件，将电子券信息的核销条件中的各个要素分别与待支付信息进行匹配，从而将符合核销条件的电子券自动确定为目标电子券。

步骤S130：针对目标电子券执行核销处理，并根据目标电子券的核销条件确定与待支付信息相对应的剩余支付数额，按照剩余支付数额处理支付请求。

具体地，向预设的电子券服务器发送核销请求，以核销目标电子券，从而实现目标电子券的自动核销。另外，根据目标电子券的核销条件确定与待支付信息相对应的剩余支付数额，并按照剩余支付数额处理支付请求。因此，该方式能够自动从待支付信息中扣除与目标电子券相对应的支付数额，从而直接根据剩余支付数额处理支付请求，以实现核销与支付的一体化。

综上所述，该方式首先根据待支付信息确定符合核销条件的电子券信息，然后根据待支付信息和符合核销条件的电子券信息确定与支付请求相对应的支付金额，从而实现电子券核销和剩余金额支付两个步骤一体化，达成了电子券的无感知核销的效果。

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

步骤S200：获取用户终端的历史支付信息，根据历史支付信息确定与用户终端相对应的电子券，将与用户终端相对应的电子券推送给用户终端。

其中，用户终端的历史支付信息是指用户终端对应的用户在预设时间内完成的支付行为所对应的具体支付信息，历史支付信息包括：成员数量、业务项目、和/或业务提供时间。其中，成员数量是指参与本次支付的同行人员的数量，业务项目是指本次待支付的内容，业务项目的具体类型和含义取决于用户享受的业务服务的类型。

本发明的执行主体可以为多种，例如，既可以是安装在移动设备上的支付类软件客户端，也可以是与移动设备通信的商家管理设备。

具体的，首先，获取用户终端的历史支付信息，根据历史支付信息确定与用户终端相对应的电子券。具体实施时，获取用户终端对应的用户的历史支付信息，比如消费人数(成员数量)、业务项目以及业务提供时间等，对用户过往消费的消费人数、消费的业务项目以及消费的业务所对应的提供时间进行统计分析，根据分析结果选取适合用户的电子券，将上述选取的电子券确定为与用户终端相对应的电子券。需要说明书的是，本领域技术人员可以采用其他方法根据历史支付信息确定与用户终端相对应的电子券，本发明对此不作限制。其中，本实施例中的电子券为包含多个业务组合的组合类电子券，其中，电子券中包含的业务组合的数量和组合方式根据历史支付信息确定，以满足不同用户的需求。

然后，将与用户终端相对应的电子券推送给用户终端，当接收到用户终端针对已推送的电子券触发的确认请求时，将用户终端的用户标识以及确认请求所对应的电子券信息关联存储。其中，将与用户终端相对应的电子券推送给用户终端具体包括：获取与用户终端相对应的电子券所对应的电子券信息和核销条件，将上述电子券以及电子券信息和核销条件推送给用户终端；用户终端针对已推送的电子券触发的确认请求具体包括：用户终端对电子券触发的确认领取请求。

由此可见，该方式根据用户个性化的历史支付信息，分析哪些电子券适合用户，从而实现向用户推送最贴合用户需求的组合类电子券。需要说明的是，在本实施例中本步骤S200不是必须的。

进一步地，为了向用户终端推送贴合用户需求的电子券，可以通过如下两种方式中的至少一种实现：第一，从用户个人维度考虑，根据用户终端的历史支付消息，比如消费人数、消费项目以及消费时间等，利用机器学习算法进行单用户画像，分析用户类型，根据用户类型向用户终端推送与个性化的服务套餐相对应的电子券。例如，用户终端的洗浴服务历史支付信息中，消费项目中有晚餐消费、网络消费、KTV消费，消费时间为周末晚间，同行消费人数共有6人，消费额度为600元，根据用户终端的洗浴服务历史支付信息，利用机器学习算法分析得出用户终端的用户类型为年轻人且倾向于周末和朋友一起到洗浴场所。因此，可以向用户终端推送浴场晚间特色服务套餐，同时向用户推送洗浴场所周末满减电子券或者洗浴场所洗浴联票。需要说明的是，本领域技术人员可以采用其他方法根据用户终端的历史支付信息，分析用户终端的用户类型，本发明对此不作限制。

第二，从用户类型维度考虑，根据用户终端的历史支付信息，确定用户终端的用户类型，利用大数据，获取与用户类型相对应的各个用户终端的历史支付信息，结合与用户类型相对应的各个用户终端的历史支付信息，确定与用户终端相对应的电子券。例如，根据用户终端的历史支付信息，确定用户终端的用户类型为年轻人且倾向于周末和朋友一起到洗浴场所，从后台数据库中获取与用户类型相对应的各个用户终端的历史支付信息，利用聚类相似算法从各个用户终端的历史支付信息中挖掘该用户类型的消费习惯。根据用户类型的消费习惯对洗浴场所内的消费项目进行组合，得到适合用户类型的组合套餐服务所对应的组合类电子券。需要说明的是，本领域技术人员可以采用其他方法结合与用户类型相对应的各个用户终端的历史支付信息，确定与用户终端相对应的电子券，本发明对此不作限制。

由此可见，该方式利用用户终端的历史支付信息，从用户个人维度考虑，分析用户消费习惯，向用户终端推送个性化的电子券，同时从用户类型维度考虑，利用大数据，结合同类型用户的历史支付信息，确定与用户终端相对应的电子券，从而实现了向用户推送个性化的电子券。

可选地，为了完善用户的历史支付消息，向用户推送更多个性化的组合类电子券，在获取已存储的与用户标识相关联的电子券信息，以及与用户标识相对应的待支付信息之后，将本次获取的与用户标识相对应的待支付信息作为与用户标识相对应的历史支付信息进行存储。随着用户消费次数越来越多，用户的历史消费消息越来越丰富，为用户推送的电子券更加贴近用户需求。

步骤S210：确定与支付请求相对应的用户标识，根据所述用户标识获取已存储的与所述用户标识相关联的电子券信息以及所述电子券信息的核销条件。

其中，支付请求是指本次消费结束后用户端发送的确认支付的请求，支付请求通过用户出示的付款码触发。用户标识根据用户付款码确定，用户标识用来唯一标识用户身份。电子券信息是指用户预先已经领取的电子券的具体信息，电子券信息具体包括：电子券所对应的业务提供端标识(如商户标识)、业务项目标识、时段限制信息和/或券金额。具体的，通过读取用户出示的付款码获取付款码中包含的用户标识，根据用户标识查找与用户标识相关联的电子券信息。具体实施时，例如，读取用户出示的付款码，从付款码中获取用户标识，根据用户标识从预设的电子券服务器中查找与用户标识相关联的电子券信息package1、电子券信息package2、电子券信息package3，并获取各个电子券信息的核销条件。具体地，可以向电子券服务器发送包含用户标识的券查询请求，根据接收到的券查询响应消息获取与该用户标识相关联的电子券信息以及电子券信息的核销条件。

步骤S220：获取与用户标识相关联的待支付信息。

具体地，向预设的业务提供端服务器发送包含用户标识的待支付查询请求，以供业务提供端服务器查询与该用户标识相对应的消费记录及其对应的待支付信息，根据接收到的业务提供端服务器返回的待支付响应消息获取与该用户标识相关联的待支付信息。

步骤S230：根据待支付信息以及电子券信息的核销条件，将符合核销条件的电子券确定为目标电子券。

其中，核销条件包括：电子券所对应的商户标识(即业务提供端标识)、时段限制信息、券金额和/或业务项目标识；待支付信息包括：用户消费所对应的商户标识、用户消费所对应的业务项目标识、用户消费所对应的消费时间(即业务提供时间)、和/或各个消费项目所对应的项目金额。

具体地，首先，读取用户出示的付款码获取付款码中包含的用户标识，根据用户标识从业务提供端的后台数据库中查找与用户标识相关联的待支付信息consume，其中，待支付信息consume中用户消费所对应的商户标识为shop1、用户消费所对应的业务项目标识为project1和project2、业务项目标识为project1和project2的消费项目所对应的消费时间为time1和time2。

然后，根据用户标识查找到与用户标识相关联的电子券信息package1、电子券信息package2、电子券信息package3，其中，电子券信息package1的商户标识为shop1、项目标识为project1、时段限制信息为time1，电子券信息package2的商户标识为shop1、项目标识为project2、时段限制信息为time2，电子券信息package3的商户标识为shop3、项目标识为project3、时段限制信息为time3。

最后，根据待支付信息，以及与用户标识相关联的电子券信息的核销条件，判断是否存在符合核销条件的电子券，其中，判断是否存在符合核销条件的电子券具体包括：根据电子券所对应的商户标识与用户消费所对应的商户标识是否匹配、电子券的时段限制信息与用户消费所对应的消费时间是否匹配、和/或电子券所对应的项目标识与用户消费所对应的项目标识是否匹配进行判断。具体实施时，待支付信息consume中用户消费所对应的商户标识为shop1、用户消费所对应的项目标识为project1和project2、项目标识为project1和project2的消费项目所对应的消费时间为time1和time2，与用户标识相关联的电子券信息package1、电子券信息package2、电子券信息package3对应的商户标识分别为shop1、shop1、shop3，与电子券信息package1、电子券信息package2、电子券信息package3对应的项目标识分别为project1、project2、project3，与电子券信息package1、电子券信息package2、电子券信息package3对应的时段限制信息分别为time1、time2、time3。因此，本次支付请求相对应的待支付信息的商户标识、项目标识、消费时间与电子券信息package1和package2的商户标识、项目标识、时段限制信息一致，存在符合核销条件的电子券package1和电子券package2，从而将电子券package1和电子券package2确定为目标电子券。

步骤S240：针对目标电子券执行核销处理，并根据目标电子券的核销条件确定与待支付信息相对应的剩余支付数额，按照剩余支付数额处理该支付请求。

具体的，一方面，向与目标电子券相对应的电子券服务器发送核销请求，以供电子券服务器核销该目标电子券，通过该方式能够实现目标电子券的自动核销，无需用户参与即可将电子券在后台自动核销掉。另一方面，将待支付信息中与目标电子券相匹配的业务项目确定为已支付业务项目，根据待支付信息中包含的未支付业务项目确定与待支付信息相对应的剩余支付数额。

在一种具体实现方式中，首先，根据用户消费所对应的项目标识以及各个消费项目所对应的项目金额计算理论支付总额，其中，理论支付总额具体包括：各个消费项目所对应的项目金额之和。具体实施时，根据用户标识查找与用户标识相关联的待支付信息，获取待支付信息中的用户消费所对应的项目标识project1和project2，以及消费项目project1和project2所对应的项目金额price1和price2，计算本次用户消费的理论支付总额为消费项目project1与project2所对应的项目金额price1与price2之和。

然后，计算符合核销条件的电子券所对应的券金额，根据理论支付总额以及券金额确定实际支付总额(即剩余支付数额)，将实际支付总额确定为与支付请求相对应的支付金额。其中，符合核销条件的电子券所对应的券金额具体包括：符合核销条件的所有电子券的券金额总和。具体实施时，存在符合核销条件的电子券有电子券package1和电子券package2，电子券package1和电子券package2对应的券金额为discount1和discount2，符合核销条件的所有电子券所对应的券金额之和为电子券package1和电子券package2对应的券金额为discount1和discount2之和。本次用户消费的理论支付总额为消费项目project1与project2所对应的项目金额price1与price2之和，从理论支付总额中扣除券金额，确定实际支付总额为[(price1+price2)-(discount1+discount2)]。需要说明的是，本领域技术人员可以采用其他方法根据计算出的理论支付总额和电子券信息中的券金额确定与支付请求相对应的实际支付总额，本发明对此不作限制。

其中，在按照剩余支付数额处理支付请求时，向预设的支付服务器发送与剩余支付数额相对应的扣款请求，以供支付服务器根据扣款请求中包含的用户标识以及剩余支付数额从该用户标识所对应的用户账户中扣除相应数额的金额，并将扣除的金额转存至业务提供端账户内。

步骤S250：通过与用户标识相对应的终端设备展示包含与剩余支付数额相对应的支付数据和/或已核销的电子券信息的提示页面。

具体的，将与剩余支付数额相对应的支付数据和/或已核销的电子券信息推送给与用户标识相对应的终端设备，以供用户终端浏览。具体实施时，当接收到支付服务器根据扣款请求返回的扣款成功响应消息后，将与剩余支付数额相对应的支付数据展示在终端设备上，以供用户了解付款信息。当接收到电子券服务器根据核销请求返回的核销成功响应消息后，将已核销的电子券信息展示在终端设备上，以供用户终端了解电子券核销情况，终端设备上可通过悬浮窗或弹窗等方式展示上述两类信息。

综上所述，该方式一方面利用用户终端的历史支付信息，分别从用户个人维度和用户类型维度考虑，确定与用户终端相对应的电子券，从而实现了向用户推送个性化的电子券；另一方面，根据待支付信息确定符合核销条件的电子券信息，然后根据待支付信息和符合核销条件的电子券信息确定与支付请求相对应的支付金额，从而实现电子券核销和剩余金额支付两个步骤一体化，达成了电子券的无感知核销的效果。

为了便于理解，下面以一个具体示例为例详细介绍本发明中的上述方法的具体实现方式，该方式基于智能储物柜的服务提供场景实现，具体包括以下步骤：

第一步：首先，接收智能储物柜扫描用户终端设备的电子码后提供的扫码结果。然后，根据预设的用户注册信息，判断与扫码结果相对应的用户是否为注册用户。接着，若与扫码结果相对应的用户是注册用户，向智能储物柜返回包含与扫码结果相对应的用户身份标识的扫码成功消息，以供智能储物柜根据扫码成功消息分配柜门，并根据与已分配的柜门相关联的智能穿戴设备的智能穿戴设备标识以及扫码结果相对应的用户身份标识生成并发送智能穿戴设备分配消息。其中，智能储物柜根据扫码成功消息分配柜门具体包括：智能储物柜获取各个子柜的存储状态，从存储状态为空闲的子柜中选择一个子柜作为目标子柜；向目标子柜发送开锁通知，以使目标子柜的柜门打开。其中，目标子柜的柜门上设置有与该柜门相关联的智能穿戴设备，并且，当柜门锁合时，智能穿戴设备处于锁定状态；当柜门打开时，智能穿戴设备处于非锁定状态。具体实施时，在一种实现方式中，柜门与智能穿戴设备的连接方式为机械卡合方式，柜门和智能穿戴设备通过可动操作部件连接，当可动操作部件处于弹性变形状态时，柜门和智能穿戴设备两者卡合，智能穿戴设备处于锁定状态，当可动操作部件回归原状态时，柜门和智能穿戴设备两者卡合解除，智能穿戴设备处于非锁定状态。最后，获取智能储物柜发送的智能穿戴设备分配消息，将智能穿戴设备分配消息中包含的用户身份标识以及智能穿戴设备标识关联存储到预设的穿戴设备分配表中，其中，智能储物柜用于预先为用户分配与柜门相关联的智能穿戴设备。

第二步：当接收到服务请求时，根据服务请求中包含的智能穿戴设备标识，查询穿戴设备分配表，确定与服务请求中包含的智能穿戴设备标识相关联的用户身份标识。接收到服务请求之前，进一步包括：接收通过智能穿戴设备触发的穿戴设备开通请求，根据穿戴设备开通请求中包含的智能穿戴设备标识，将穿戴设备分配表中与智能穿戴设备标识相对应的数据记录设置为可查询状态；其中，穿戴设备分配表中的数据记录包括：可查询状态以及非查询状态。由此可见，只有预先触发了穿戴设备开通请求的穿戴设备才有权限发送服务请求，相应地，本步骤仅查询处于可查询状态的数据记录，从而提升查询速度，且避免了非查询状态的数据记录被泄露的风险。具体实施时，在一种实现方式中，利用无线射频识别感应技术，当用户通过智能洗浴场所、健身房、和/或酒店等的服务区域的闸门时，内置在闸门里的无线射频识别感应装置感应到智能穿戴设备，进而触发穿戴设备开通请求，使穿戴设备分配表中的数据记录处于可查询状态。或者，在另一种实现方式中，通过设置专门的穿戴设备开通设备激活穿戴设备分配表中的数据记录，使穿戴设备分配表中的数据记录处于可查询状态。发明人在实现本发明的过程中发现，实际情况中存在大量未到场的用户或虽已到场但不存在消费需求的用户，因此，通过仅针对已经到场且存在消费需求的用户激活其穿戴设备的消费功能的方式，能够提升穿戴设备分配表的查询效率、降低用户的查询等待时间。并且，通过该功能还能够在浴场人数过多时实施限流，例如，当已进入浴场且存在消费需求的用户数量(即开通穿戴设备消费功能的用户数量)大于预设阈值时，控制后续人员的入场速度，从而实现限流效果。

第三步：根据预设的用户属性表，确定与智能穿戴设备标识相关联的用户身份标识相对应的用户属性信息；其中，用户属性表用于存储与各个用户身份标识相对应的用户属性信息。用户属性信息包括注册类用户属性信息、和/或偏好类用户属性信息。并且，根据服务属性信息提供服务之后，进一步包括：根据服务更新与智能穿戴设备标识相关联的用户身份标识相对应的用户属性信息中包含的偏好类用户属性信息。

第四步：根据用户属性信息，确定与服务请求相匹配的服务属性信息，以根据服务属性信息提供服务。其中，预先设置用户属性信息中包含的各项信息与服务类型之间的对应关系；则根据用户属性信息，确定与服务请求相匹配的服务属性信息包括：确定服务请求所对应的服务类型，根据服务类型以及对应关系，获取用户属性信息中包含的与服务类型相对应的信息，以确定与服务请求相匹配的服务属性信息。可选地，当用户属性信息为注册类用户属性信息时，首先，确定与智能穿戴设备标识相关联的用户身份标识所属的用户类型，获取用户属性表中已存储的属于该用户类型的各个用户身份标识所对应的偏好类用户属性信息。然后，结合获取到的各个用户身份标识所对应的偏好类用户属性信息，确定与服务请求相匹配的服务属性信息。

第五步：在提供服务之后，确定与支付请求相对应的用户身份标识，获取已存储的与用户身份标识相关联的电子券信息，以及与用户身份标识相对应的待支付信息，根据待支付信息，以及与用户身份标识相关联的电子券信息的核销条件，将符合核销条件的电子券确定为目标电子券。其中，确定与支付请求相对应的用户身份标识之前，进一步包括：获取用户终端的用户属性信息，根据用户属性信息确定与用户终端相对应的电子券，将与用户终端相对应的电子券推送给用户终端(该方式能够根据用户偏好向其推送适合的组合类电子券)。当接收到用户终端针对已推送的电子券触发的确认请求时，将用户终端的用户身份标识以及确认请求所对应的电子券信息关联存储。

第六步：针对目标电子券执行核销处理，并根据目标电子券的核销条件确定与待支付信息相对应的剩余支付数额，按照剩余支付数额处理支付请求。由此可见，在本示例中，能够通过智能穿戴设备记录用户的历史支付情况以及用户属性信息，从而确定用户的偏好类用户属性信息，进而使针对每个用户生成的组合类电子券更加符合用户的实际业务需求。换言之，该示例至少具备如下优势：一方面，通过智能穿戴设备能够跟踪各个用户的服务记录，从而挖掘每个用户的用户属性信息；另一方面，根据用户属性信息设置组合类电子券能够提升电子券的针对性，实现向每个用户推送个性化电子券的效果。

实施例三

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

电子券信息获取模块31，适于确定与支付请求相对应的用户标识，根据所述用户标识获取已存储的与所述用户标识相关联的电子券信息以及所述电子券信息的核销条件；

待支付信息获取模块32，适于获取与所述用户标识相关联的待支付信息，根据所述待支付信息以及所述电子券信息的核销条件，将符合核销条件的电子券确定为目标电子券；

核销支付模块33，适于针对所述目标电子券执行核销处理，并根据所述目标电子券的核销条件确定与所述待支付信息相对应的剩余支付数额，按照所述剩余支付数额处理所述支付请求。

可选的，所述电子券信息获取模块具体适于：向预设的电子券服务器发送包含所述用户标识的券查询请求，根据接收到的券查询响应消息获取与所述用户标识相关联的电子券信息以及所述电子券信息的核销条件；

所述待支付信息获取模块具体适于：向预设的业务提供端服务器发送包含所述用户标识的待支付查询请求，根据接收到的待支付响应消息获取与所述用户标识相关联的待支付信息。

可选的，所述核销条件包括：电子券所对应的业务提供端标识、时段限制信息、券金额和/或业务项目标识；所述待支付信息包括：本次支付请求所对应的业务提供端标识、本次支付请求所对应的业务项目标识、本次支付请求所对应的业务提供时间、和/或各个业务项目所对应的项目金额；

则所述待支付信息获取模块具体适于：根据电子券所对应的业务提供端标识与本次支付请求所对应的业务提供端标识是否匹配、电子券的时段限制信息与本次支付请求所对应的业务提供时间是否匹配、和/或电子券所对应的业务项目标识与本次支付请求所对应的业务项目标识是否匹配进行判断。

可选的，所述核销支付模块具体适于：

向与所述目标电子券相对应的电子券服务器发送核销请求，以供所述电子券服务器核销所述目标电子券；

将所述待支付信息中与所述目标电子券相匹配的业务项目确定为已支付业务项目，根据所述待支付信息中包含的未支付业务项目确定与所述待支付信息相对应的剩余支付数额。

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

券推送模块，适于获取用户终端的历史支付信息，根据所述历史支付信息确定与所述用户终端相对应的电子券，将所述与所述用户终端相对应的电子券推送给所述用户终端；

其中，当接收到用户终端针对已推送的电子券触发的确认请求时，将所述用户终端的用户标识以及所述确认请求所对应的电子券信息关联存储。

可选的，所述券推送模块进一步适于：

将所述与所述用户标识相对应的待支付信息作为与所述用户标识相对应的历史支付信息进行存储；并且，所述历史支付信息包括：成员数量、业务项目、和/或业务提供时间。

可选的，所述券推送模块具体适于：

根据所述用户终端的历史支付信息，确定所述用户终端的用户类型；

获取与所述用户类型相对应的各个用户终端的历史支付信息，结合所述与所述用户类型相对应的各个用户终端的历史支付信息，确定与所述用户终端相对应的电子券。

可选的，所述核销支付模块进一步适于：

通过与所述用户标识相对应的终端设备展示包含与所述剩余支付数额相对应的支付数据和/或已核销的电子券信息的提示页面。

可选的，所述用户标识根据用户付款码确定；并且，所述电子券为包含多个业务组合的组合类电子券。

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

实施例四

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

实施例五

图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.根据权利要求1所述的方法，其中，所述核销条件包括：电子券所对应的业务提供端标识、时段限制信息、券金额和/或业务项目标识；所述待支付信息包括：本次支付请求所对应的业务提供端标识、本次支付请求所对应的业务项目标识、本次支付请求所对应的业务提供时间、和/或各个业务项目所对应的项目金额；

则所述将符合核销条件的电子券确定为目标电子券包括：根据电子券所对应的业务提供端标识与本次支付请求所对应的业务提供端标识是否匹配、电子券的时段限制信息与本次支付请求所对应的业务提供时间是否匹配、和/或电子券所对应的业务项目标识与本次支付请求所对应的业务项目标识是否匹配进行判断。

4.根据权利要求1所述的方法，其中，所述针对所述目标电子券执行核销处理，并根据所述目标电子券的核销条件确定与所述待支付信息相对应的剩余支付数额包括：

向与所述目标电子券相对应的电子券服务器发送核销请求，以供所述电子券服务器核销所述目标电子券；

将所述待支付信息中与所述目标电子券相匹配的业务项目确定为已支付业务项目，根据所述待支付信息中包含的未支付业务项目确定与所述待支付信息相对应的剩余支付数额。

5.根据权利要求1-4任一所述的方法，其中，所述确定与支付请求相对应的用户标识之前，进一步包括：

获取用户终端的历史支付信息，根据所述历史支付信息确定与所述用户终端相对应的电子券，将所述与所述用户终端相对应的电子券推送给所述用户终端；

其中，当接收到用户终端针对已推送的电子券触发的确认请求时，将所述用户终端的用户标识以及所述确认请求所对应的电子券信息关联存储。

6.根据权利要求5所述的方法，其中，所述获取已存储的与所述用户标识相关联的电子券信息以及所述电子券信息的核销条件之后，进一步包括：

将所述与所述用户标识相对应的待支付信息作为与所述用户标识相对应的历史支付信息进行存储；并且，所述历史支付信息包括：成员数量、业务项目、和/或业务提供时间。

7.根据权利要求5或6所述的方法，其中，所述获取用户终端的历史支付信息，根据所述历史支付信息确定与所述用户终端相对应的电子券包括：

根据所述用户终端的历史支付信息，确定所述用户终端的用户类型；

获取与所述用户类型相对应的各个用户终端的历史支付信息，结合所述与所述用户类型相对应的各个用户终端的历史支付信息，确定与所述用户终端相对应的电子券。

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

电子券信息获取模块，适于确定与支付请求相对应的用户标识，根据所述用户标识获取已存储的与所述用户标识相关联的电子券信息以及所述电子券信息的核销条件；

待支付信息获取模块，适于获取与所述用户标识相关联的待支付信息，根据所述待支付信息以及所述电子券信息的核销条件，将符合核销条件的电子券确定为目标电子券；

核销支付模块，适于针对所述目标电子券执行核销处理，并根据所述目标电子券的核销条件确定与所述待支付信息相对应的剩余支付数额，按照所述剩余支付数额处理所述支付请求。

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

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

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