一种电子券领取方法、装置、设备和存储介质

技术领域

本文涉及金融科技技术领域，尤其是一种电子券领取方法、装置、设备和存储介质。

背景技术

便捷的消费体验、优惠的价格使得移动电商得到了迅速发展，为了引流、推广和促进消费，各电商平台会通过各类移动客户端推出各种各样的优惠券(满减券、折扣券)供用户领取。常见的一种方式是：制作成独立的H5优惠券领取页面；通过外部多种渠道进行推广，引导用户注册领取；再引导用户来相应的电商移动客户端核销，以此达到为电商移动客户端引流的效果。但是，现有的这种优惠券领取方法存在如下缺陷：独立的Html页面的源代码容易被查看到；并且领取优惠券的接口容易被抓包，导致容易泄漏优惠券信息和用户信息。容易造成优惠券被重复领取、修改手机号码后批量领取、根据活动ID命名规则推理出其他活动的命名规则。这样不仅对系统安全构成很大威胁，侵害用户的权益，还会导致用户的大量流失。为了提高优惠券领取的安全问题，常用的方法是在前端和后端约定一套加密解密的规则，对接口的交易字段进行加密。但现有的加密方法不能兼顾加密算法的安全性和对优惠券领取时加密验证的效率问题。因此，亟需提供一种既能保证领取安全性，又能满足领取时验证效率的电子凭证领取方法。

发明内容

针对现有技术的上述问题，本文的目的在于，提供一种电子券领取方法，以解决现有技术中在电子券领取时对领取安全性和领取验证效率上不能兼顾的问题。

为了解决上述技术问题，本文的具体技术方案如下：

第一方面，本文提供一种电子券领取方法，包括：

接收用户端发送的带有加密信息的电子券领取请求，所述加密信息由服务端预先加密生成并发送给所述用户端；

对所述电子券领取请求进行解密，得到所述加密信息和电子券领取需求信息；

根据所述加密信息和所述电子券领取需求信息，判断用户端是否能够成功领取电子券；

若用户端能够成功领取所述电子券，则反馈电子券的领取信息给用户端。

第二方面，本文提供一种电子券领取装置，包括：

电子券领取请求接收单元，用于接收用户端发送的带有加密信息的电子券领取请求，所述加密信息由服务端预先加密生成并发送给所述用户端；

解密单元，用于对所述电子券领取请求进行解密，得到所述加密信息和电子券领取需求信息；

判断单元，用于根据所述加密信息和所述电子券领取需求信息，判断用户端是否能够成功领取电子券领取条件；

反馈单元，用于当用户端能够成功领取所述电子券时，反馈电子券的领取信息给用户端。

第三方面，本文提供一种电子券领取方法，包括：

根据用户指示发送带有加密信息的电子券领取请求至服务端，以由服务端对所述电子券领取请求进行解密判断，以发放电子券；

接收服务端发送的电子券的领取信息。

第四方面，本文提供一种电子券领取装置，包括：

发送模块，用于根据用户指示发送带有加密信息的电子券领取请求至服务端，以由服务端对所述电子券领取请求进行解密判断，以发送电子券；

领取信息接收模块，用于接收服务端发送的电子券的领取信息。

第五方面，本文提供一种电子券领取系统，包括用户端和服务端；

所述用户端用于根据用户指示发送带有加密信息的电子领取请求至所述服务端；

所述服务端用于接收所述用户端发送的带有加密信息的电子券领取请求，所述加密信息由服务端预先加密生成并发送给所述用户端；对所述电子券领取请求进行解密，得到所述加密信息和电子券领取需求信息；根据所述加密信息和所述电子券领取需求信息，判断用户端是否能够成功领取电子券；若用户端能够成功领取所述电子券，则反馈电子券的领取信息给所述用户端。

第六方面，本文提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述技术方案所述的方法步骤。

第七方面，本文还提供一种存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述技术方案所述的方法步骤。

采用上述技术方案，本文所述的一种电子券领取方法、装置、设备和存储介质，通过服务端预先生成加密信息并提供给用户端，在用户端提交电子券领取请求时携带该加密信息，以使得服务端能够通过该加密信息验证电子券领取请求的合法性，从而提高电子券领取的安全性；并且由于用户端无需自行加密生成所述加密信息，也无需对服务端预先发送的加密信息进行解密处理，所有的加密解密操作均由服务端完成，因此能够提高电子券领取过程中的验证效率。综上，本说明书实施例提供的一种电子券领取方法、装置、设备和存储介质，解决了现有技术中，电子券领取安全性和领取时校验效率不能兼顾的问题。

为让本文的上述和其他目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附图式，作详细说明如下。

附图说明

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

图1示出了本文实施例提供的一种服务端电子券领取方法的第一流程示意图；

图2示出了本文实施例提供的一种服务端电子券领取方法的第二流程示意图；

图3示出了本文实施例提供的一种服务端电子券领取方法的第三流程示意图；

图4示出了本文实施例提供的一种服务端电子券领取装置的结构示意图；

图5示出了本文实施例提供的一种用户端电子券领取方法的第一流程示意图；

图6示出了本文实施例提供的一种用户端电子券领取方法的第二流程示意图；

图7示出了本文实施例提供的用户端电子券领取装置的结构示意图；

图8示出了本文实施例提供的一种电子券领取方法的整体流程示意图；

图9示出了本文实施例提供的一种电子券领取系统的结构示意图；

图10示出了本文实施例提供的一种应用环境的示意图；

图11示出了本文实施例提供的一种电子设备。

附图符号说明：

11、电子券领取请求接收单元；

12、解密单元；

13、判断单元；

14、反馈单元；

21、发送模块；

22、领取信息接收模块；

100、用户端；

200、服务端；

300、用户；

1102、计算机设备；

1104、处理器；

1106、存储器；

1108、驱动机构；

1110、输入/输出模块；

1112、输入设备；

1114、输出设备；

1116、呈现设备；

1118、图形用户接口；

1120、网络接口；

1122、通信链路；

1124、通信总线。

具体实施方式

下面将结合本文实施例中的附图，对本文实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本文一部分实施例，而不是全部的实施例。基于本文中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本文保护的范围。

需要说明的是，本文的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本文的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、装置、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

电商的快速发展，深刻地影响了人们的购物方式，用户选择电商的原因不外乎两方面，其一是便捷的消费体验，其二就是实惠的价格；电商平台实惠价格的产生，主要在于电商平台会根据各类促销活动内容不定时的向用户发放多种类型的优惠券，例如，平台通用优惠券、特定品类优惠券、店铺优惠券、运费券等，消费者在获取并使用上述优惠券后，到相应的电商平台和小，能够以较为实惠的价格消费；对电商来说，也起到了引流的效果。

然而，在用户到相应电商平台对上述这些优惠券进行核销时，容易被网络黑产盯上，导致优惠券接口被重放。本说明书实施例中，网络黑产是指：以互联网为媒介，以网络技术为主要手段，为计算机信息系统安全和网络空间管理秩序，甚至国家安全、社会政治稳定带来潜在威胁(重大安全隐患)的非法行为。主要有“黑客攻击”、“盗取账号”、“钓鱼网站”等。重放攻击(ReplayAttacks)又称重播攻击、回放攻击，是指攻击者发送一个目的主机已接收过的包，来达到欺骗系统的目的，主要用于身份认证过程，破坏认证的正确性。攻击者利用网络监听或者其他方式盗取认证凭据，之后再把它重新发给认证服务器。重放攻击是计算机世界黑客常用的攻击方式之一。在受到黑产重放攻击时，不仅会造成用户的信息泄露、被篡改等外，还导致用户的权益受到侵犯；以及使得电商平台提供的体验、口碑变差，进而失去用户。

为了提高优惠券领取的安全问题，常用的方法是在前端和后端约定一套加密解密的规则，对接口的交易字段进行加密。但现有的加密方法不能兼顾加密算法的安全性和对优惠券领取时加密验证的效率问题。因此，为了解决现有的优惠券领取方法存在的上述缺陷，本文实施例提供了一种电子券领取方法，能够保证电子券领取的安全性，又能提高电子券领取时的验证效率，有利于提高用户端用户体验。图1是本文实施例提供的一种服务端电子券领取方法的第一流程示意图，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或装置产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。具体的如图1所示，所述方法适用于服务端，所述方法可以包括：

S101：接收用户端发送的带有加密信息的电子券领取请求，所述加密信息由服务端预先加密生成并发送给所述用户端；展现在用户端时，可以表现为用户按下电子券列表中的某一个或某几个电子券的“领取”按钮。在一些可行的实施例中，“领取”按钮可以是对电子券列表中的单个电子券的领取按钮，也可以是对具有领取资格的电子券即电子券列表子集中所有电子券的一键领取按钮。

所述加密信息与用户端的用户一一对应，对于不同用户，服务端预先加密生成的加密信息不同。

本说明书实施例中，用户端无需自行加密生成该加密信息，再与服务端预存的加密信息进行比对，因此降低了用户端的执行难度；且服务端预先机密生成加密信息发送给用户端后，用户端也无需对该加密信息进行解密操作，仅此简便了用户端的操作；能够提高用户端从接收加密信息到发送电子券领取请求的响应速度。

S102：对所述电子券领取请求进行解密，得到所述加密信息和电子券领取需求信息；

优选地，本说明书实施例中，服务端对所述领取请求采用RSA算法进行解密，得到所述加密信息和电子券领取需求信息。

S103：根据所述加密信息和电子券领取需求信息，判断用户端是否能够成功领取电子券；

所述加密信息用于验证所述用户端身份的合法性；所述电子券领取需求信息用于表征用户端对电子券的领取需求。

S104：若用户端能够成功领取所述电子券，则反馈电子券的领取信息给用户端。

在一些可行的实施例中，步骤S104：若用户端能够成功领取所述电子券，则反馈给用户端电子券的领取信息，可以是直接将电子券发放至用户端用户登录账号名下，还可以是将电子券的领取码发放给用户等等。

因此，本说明书实施例提供的一种电子券领取方法，通过服务端预先生成加密信息并提供给用户端，在用户端提交电子券领取请求时携带该加密信息，以使得服务端能够通过该加密信息验证电子券领取请求的合法性，从而提高电子券领取的安全性；并且由于用户端无需自行加密生成所述加密信息也无需对服务端预先发送的加密信息进行解密处理，所有的加密解密操作均由服务端完成，且服务端的处理速度快，因此能够提高电子券领取过程中的验证效率。综上，本说明书实施例提供的一种电子券领取方法，解决了现有技术中，电子券领取安全性和领取时校验效率不能兼顾的问题。

优选地，服务端在加密生成所述加密信息是采用非对称加密方法。对称加密方法需要两个密钥：公开密钥(public key：简称公钥)和私有密钥(private key：简称私钥)。公钥与私钥是一对，如果用公钥对数据进行加密，只有用对应的私钥才能解密。因为加密和解密使用的是两个不同的密钥，所以这种算法叫作非对称加密算法。

非对称加密算法实现机密信息交换的基本过程是：甲方生成一对密钥并将其中公钥公开，需要向甲方发送信息的其他角色(例如：乙方)使用该公钥对机密信息进行加密后发送给甲方；甲方再用私钥对加密后的信息进行解密。另一方面，甲方可以使用自己的私钥对机密信息进行签名后再发送给乙方；乙方再用甲方的公钥对甲方发送回来的数据进行验签。非对称加密算法的保密性比较好，且消除了交换密钥过程，从而避免了直接传递密钥所造成的被破解的风险。

进一步优选地，采用RSA加密方法生成所述加密信息。RSA加密方法是基于一个十分简单的数论事实：将两个大质数相乘十分容易，但是想要对其乘积进行因式分解却极其困难，因此可以将乘积公开作为公钥。当公钥的长度越长，其破解难度越大，安全性就越高。

当然了，本说明书实施例中，仅是一种可行的示例，本领域技术人员可以通过其他加密方法来加密得到所述加密信息。

如图2所示为一种服务端电子券领取方法的第二流程示意图，较优地，在步骤S101：接收用户端发送的带有加密信息的电子券领取请求之前，还包括：

S201：接收用户端发送的对电子券列表的查询请求；

在一些可行的实施例中，用户端可以通过H5页面，即表现为用户端根据用户点击的网址(例如：http://ip:pore/path？ACT_ID＝活动ID)发送所述查询请求，从而所述查询请求是对应于某一个活动(即对应于网址中活动ID)其电子券列表的查询请求。

本说明书实施例中，可包括多个电商平台，例如：购物平台、美食平台、交通通行平台；每个电商平台可同时具有多个活动，例如：对于活动1、活动2……至活动M；属于同一电商平台的活动规则可不尽相同，且每个活动还可以设置有开展时间。

S202：根据所述查询请求，获取电子券查询需求信息；

即根据所述查询请求，服务端解析得到用户对某一活动对应的电子券列表的查询需求。例如：对于活动1，其对应的查询需求信息可以包括：活动1对应包括的电子券1、电子券2……电子券N；以及每张电子券的优惠规则，例如：无门槛减金额X1元电子券，达到金额X2即减金额X3的满减电子券、9折优惠电子券等等；以及每张电子券的使用范围：适用于电商平台上的所有商铺的通用电子券或某一商铺的专属电子券；以及每张电子券的使用有效期限。除此之外，所述电子券领取列表信息还包括各电子券的ID信息。对于同一活动下，优惠规则、使用范围、有效期限等均相同的电子券可以有多张，用于分发给不同用户，但对于符合上述要求的多张电子券，可以设置有相同的电子券ID信息。

S203：根据所述电子券查询需求信息，获得电子券列表并反馈给所述用户端。

优选地，在步骤S203中，服务端对上述查询需求信息中的电子券ID信息进行加密处理，并将加密后的电子券ID以及其他诸如优惠规则、使用范围等信息一同反馈给用户。最终，展现到用户端时，用户可以获知某一活动对应的所有电子券，以及所有电子券的类别(对应于电商和活动)、优惠规则、使用范围、有限期限和加密后的电子券ID信息。

由于用户获得的是加密后的电子券的ID信息，因此，无法获知优惠券加解密规则，也无法根据其知道的电子券的ID信息来推测其他电子券的ID信息。并且对于同一电商平台同一活动，用户通过不同用户端查询到的电子券列表均相同，网络黑产也无法根据不同用户电子券列表的差异性来进行篡改、编造，有利于提高电商平台电子券发放和用户对电子券领取的安全性。

用户端仅需向服务端发送对电子券列表的查询请求以及接受服务端反馈回来的电子券列表即可，无需自行对活动网址进行解析操作，降低了用户端操作技术难度。

但是同一活动的对于不同用户而言，能领取的电子券却不尽相同，例如：电商平台为了推广引流，设置了仅新注册该电商平台的用户才能参与的活动，则对于已经注册过该电商平台的用户则无法领取该活动对应的电子券。

因此，如图3所示为本说明书提供的一种服务端电子券领取方法的第三流程示意图，所述方法还包括如下步骤：

S301：接收用户端发送的对所述电子券列表中电子券的领取资格查询请求；所述电子券列表中各电子券的电子券ID信息经所述服务端加密处理。

S302：根据所述领取资格查询请求，解析得到用户身份信息；

由于同一活动对于不同用户，其能领取的电子券不尽相同，因此对电子券的领取资格查询请求需获取用户身份信息。

S303：根据所述用户身份信息，获得所述加密信息和有领取资格的电子券列表子集；

具体地，在一些可行的实施例中，根据用户身份信息获取用户的等级，进而获取与用户等级相对应的(即用户可领取的)电子券列表子集。例如，根据用户身份信息获知用户是新注册用户还是已经注册过的老用户，若是新注册用户，则获取新用户能领取的电子券列表子集；若是老用户则获取老用户可领取的电子券的电子券列表子集；还例如，根据用户身份信息获知用户是普通用户还是VIP用户等，进而获取相应的电子券列表子集。

需要说明的是，所述电子券列表子集可以与所述电子券列表相等，即表示电子券列表中的每个电子券，该用户均能领取；所述电子券列表子集也可以为空，即电子券列表中的每个电子券该用户均不具有领取资格；以及电子券列表子集就是部分电子券的集合。

所述加密信息是在用户端提交电子券领取资格查询请求时，根据解析得到用户身份信息进行加密生成，因而所述加密信息与用户一一对应。

本说明书提供的电子券领取方法，可以避免用户对自己没有领取资格的电子券进行领取操作，即避免用户的无效领取操作，提高用户端对电子券的领取效率的同时，有利于提高用户领取体验。

本说明书实施例提供的电子券领取方法，还包括：

S304：对所述用户端登录状态进行判断；

具体地，可通过用户端发送的用户的手机号码、登录验证码等验证用户端用户的登录状态，以避免用户端发送的领取请求被网络黑产恶意抓取以窃取其中的加密信息，提高电子券领取过程中各个环节的安全性。

S305：若用户端处于登录状态，则将所述加密信息和所述电子券列表子集反馈给所述用户端。

反之，当用户端登录状态异常时，则不反馈所述加密信息和所述电子券列表子集，在一些实际应用场景中，此时还可以发送相应的提醒信息给用户，例如发送“账号异地登录”、“账号异常登录”等信息至用户注册时登记的手机号码或邮箱等等。

展现在用户端上时，用户可以看到电子券列表中某一个或几个电子券其领取按钮无法按动，表征该电子券用户没有领取资格；某一个或几个电子券其领取按钮可以按动，这类电子券的集合则为所述电子券列表子集。用户可根据个人喜好、需要，对其中可领取的电子券进行“领取”操作。

因此，本说明书实施例提供的电子券领取方法，用户端先查询获取电子券领取列表，再获取有领取资格的电子券列表子集，进而对电子券列表子集中的电子券按需进行领取；在用户登录之前，网络黑产无法针对不同用户端展示的电子券列表的区别进行抓包、篡改，提高电商平台电子券发放的安全性；并且还可以避免用户对自己没有领取资格的电子券进行的无效领取操作；因此在提高了电子券领取安全性的同时也提高了领取效率，有利于提高用户体验

在一些优选实施例中，步骤S303中，根据所述用户身份信息，获得所述加密信息，可进一步包括：

查询服务端的数据库中是否存储有与所述用户身份信息唯一对应的加密信息；

若数据库中未存储所述加密信息，则根据用户身份信息(诸如用户的电话号码、邮箱、身份证信息等)和预设的加密信息生成规则，生成所述加密信息并存储在所述数据库中；

若数据库中存储有所述加密信息，则直接获取所述加密信息。

在一些优选实施例中，根据用户身份信息和预设的加密信息生成规则，生成所述加密信息时，还可根据预设的加密信息生成规则，设置所述加密信息的有效时间。再将加密信息连同其有效时间，一并存储在数据库中。

例如：所述加密信息的有效时间可以是永久性的，即对于一电商平台，用户身份信息唯一对应一个加密信息。再例如：所述加密信息的有效时间可以是暂时性的，对于该电商平台的某一活动，生成与用户身份信息相对应的加密信息，该活动结束后，该加密信息失效，数据库对存储在其内的加密信息进行清除以释放内存。从而网络黑产无法根据此次活动活动的加密信息进行改写、篡改应用于下次或其他活动中，有利于提高安全性。

在一些可行的实施例中，步骤S103：根据所述加密信息和电子券领取需求信息，判断用户端是否能够成功领取电子券，可进一步包括：

判断数据库中是否存储有所述加密信息；

若数据库中存储有所述加密信息，则根据所述电子券领取需求信息解析获得电子券信息，所述电子券信息为所述电子券列表子集信息中的至少一个电子券的信息，根据所述电子券信息判断用户端是否能够成功领取电子券；

具体地，所述电子券信息可以包括电子券的ID信息，即根据所述领取需求信息解析得到用户端根据用户指示想要领取的某个(某几个)电子券的电子券ID信息；

若数据库中未存储有所述加密信息，则反馈电子券领取失败信息给用户端。

即服务端对解析得到的加密信息进行判断，判断用户端的电子券领取请求中携带的加密信息是否是其预先发送给用户端的。若该加密信息并非是服务端预先发送给用户端的，该加密信息为虚假加密信息，例如：是网络黑产杜撰出的加密编码，则判断用户端发送的电子券领取请求无效，用户端不能领取电子券。

在一些可行的实施例中，根据电子券信息判断用户端是否能够成功领取电子券，可进一步包括：

根据所述电子券信息，获取用户端对电子券的领取需求数量；即服务端根据电子券领取需求信息解析得到电子券信息，进而获知用户端想要领取的电子券的电子券ID信息，以及对应于该电子券ID信息的电子券的领取需求数量。

根据所述领取请求的接收时间，确定所述电子券的剩余数量；即服务端还根据电子券ID信息，对应于该电子券ID信息和领取请求的接收时间，查询该电子券的剩余数量。

若所述电子券的剩余数量为零，则反馈领取失败信息给用户端；即对应于该电子券ID信息的电子券已经被领完，则可以反馈用户端诸如“该电子券已经被领取完”的领取失败信息。

若所述电子券的剩余数量不为零，则根据所述领取需求数量和所述剩余数量，得到用户端可领取的电子券的数量，反馈电子券的领取信息给所述用户端。对于该电子券未被领取完的情况，还可以包括电子券的剩余数量大于等于用户端领取需求数量，和剩余数量小于领取需求数量的两种情形。这两种情形则分别根据用户端的领取需求数量和剩余数量发放所述电子券。

在一些可行的实施例中，对于一已知电子券ID信息的电子券，服务端还可以根据加密信息对应的用户身份信息获取用户的等级，获知该用户可领取的该电子券的数量。即用户端的领取需求数量还可以与用户身份信息相对应，例如：普通用户可领取1张，VIP用户可领取2张等等。用户等级对应的电子券领取数量与所述领取需求数量可以相同也可以不同。从而，根据加密信息(即用户等级决定的电子券可领取数量)、所述领取需求数量和所述剩余数量，判断用户端是否能够成功领取电子券。具体地，可根据用户等级决定的电子券可领取数量、所述领取需求数量和所述剩余数量中的最小值向用户端发放电子券。

除此之外，在一些可行的实施例中，还可以根据加密信息的有效时间或电子券的使用有效期限或所述电子券对应的活动的开展时间，判断是否能够成功领取电子券。例如：当加密信息的有效时间已过，则反馈电子券领取失败信息给用户端；或若电子券的使用有效期限已过或电子券对应的活动开展时间已过，则反馈用户端诸如“该活动已过期”、“该活动已结束”等电子券领取失败信息。

如图4所示，为本说明书实施例还提供一种服务端电子券领取装置的结构示意图，包括：

电子券领取请求接收单元11，用于接收用户端发送的带有加密信息的电子券领取请求，所述加密信息由服务端预先加密生成并发送给所述用户端；

解密单元12，用于对所述电子券领取请求进行解密，得到所述加密信息和电子券领取需求信息；

判断单元13，用于根据所述加密信息和电子券领取需求信息，判断用户端是否能够成功领取电子券；

反馈单元14，用于当用户端能够成功领取所述电子券时，反馈电子券的领取信息给用户端。

如图5所示，为本说明书实施例还提供一种用户端电子券领取方法的第一流程示意图，所述方法适用于用户端，包括：

S501：根据用户指示发送带有加密信息的电子券领取请求至服务端，以由服务端对所述电子券领取请求进行解密判断，以发放电子券；

S502：接收服务端发送的电子券的领取信息。

本说明书实施例提供的适用于用户端的电子券领取方法，用户端无需对加密信息进行处理，仅需将携带有加密信息的电子券领取请求发送给服务端即可，降低了用户端的操作难度，同时提高了用户端对电子券领取操作响应效率。

优选地，如图6所示，为一种用户端电子券领取方法的第二流程示意图，在步骤S501：根据用户指示发送带有加密信息的电子券领取请求至服务端之前，还包括：

S601：根据用户指示发送对电子券列表的查询请求，以由服务端对所述查询请求进行处理，以反馈电子券列表；

即用户端根据用户点击的网址发送对某活动的电子券列表的查询请求。

S602：接收服务端反馈的所述电子券列表。

本说明书实施例提供的一种电子券领取方法，用户端接收到的电子券列表由服务端根据电子券列表查询请求进行解析和加密获得的，对于同一电商平台的同一活动，用户通过不同用户端查询到的电子券列表均相同，因此，网络黑产无法根据用户端展示的电子券列表的差异性来进行篡改、编造，有利于提高电商平台电子券发放和用户对电子券领取的安全性。

S603：根据用户指示发送对所述电子券列表中电子券的领取资格查询请求，以由服务端对所述领取资格查询请求进行处理，以得到加密信息和有领取资格的电子券列表子集；即根据用户的指示，对于电子券领取列表中，哪些电子券是能够领取的、哪些是不能领取的进行资格查询。

S604：接收服务端反馈的所述加密信息和所述电子券列表子集。

在一些优选地实施例中，步骤S604之前，还包括对用户的登录状态进行判断，例如：发送指示用户填写手机号码、登录验证码等的提示信息。当判断到用户未登录或登录异常时，则无法接受服务端反馈的所述加密信息和所述电子券列表子集；反之，则接受服务端反馈的所述加密信息和所述电子券列表子集，并展示给用户。

本说明书实施例提供的一种电子券领取方法，用户端先发送对电子券列表的查询请求以获知所述电子券列表；再发送对电子券的领取资格查询请求以获知有领取资格的电子券列表子集；最后再对电子券列表子集中的电子券按需进行领取。在用户登录之前，网络黑产无法针对不同用户端展示的电子券列表的区别进行抓包、篡改，提高电商平台电子券发放的安全性；还可以避免用户对自己没有领取资格的电子券进行无效领取操作；且用户安全登录后才能领取电子券，提高了电子券领取安全性的同时也提高了领取效率，有利于提高用户体验。

如图7所示，为本说明书实施例提供的用户端电子券领取装置的结构示意图，所述装置包括：

发送模块21，用于根据用户指示发送带有加密信息的电子券领取请求至服务端，以由服务端对所述电子券领取请求进行解密判断，以发送电子券；

领取信息接收模块22，用于接收服务端发送的电子券的领取信息。

如图8所示，为本说明书实施例提供的一种电子券领取方法的整体流程示意图，适用于系统，所示方法包括：

S801：用户端根据用户指示发送对电子券列表的查询请求给服务端；

S802：服务端对所述查询请求进行处理，获得电子券列表；

所述电子券列表由服务端根据所述查询请求获取到电子券查询需求信息后，再对电子券查询需求信息进行解析和加密获得。

S803：用户端接收服务端反馈的电子券列表，并展示给用户；

所述查询请求是对应于某一电商平台下某一个活动其电子券列表的查询请求。从而对于该活动，用户通过不同用户端查询到的电子券列表均相同，因此，网络黑产无法根据用户端展示的电子券列表的差异性来进行篡改、编造，有利于提高电商平台电子券发放和用户对电子券领取的安全性。且所述电子券列表经由服务端加密，有利于提高其安全性。

S804：用户端根据用户指示发送对电子券列表中电子券的领取资格查询请求；

S805：服务端对领取资格查询请求进行处理，得到加密信息和有领取资格的电子券列表子集；

S806：服务端对用户端的登录状态进行判断；

S807：若判断得到用户端的登录状态正常时，用户端接收服务端将反馈的所述加密信息和所述电子券列表子集并展示给用户。

再对用户端的登录状态验证成功后，用户端菜能获知电子券列表子集，而通过所述电子券列表子集，用户能够获知哪些电子券是自己可以领取的，从而避免用户对自己没有领取资格的电子券进行无效领取操作，有利于提高电子券领取效率；也有利于降低服务端对接收到的大量的无效领取操作进行处理，减轻服务端的工作压力。

S808：用户端根据用户指示发送的带有加密信息的电子券领取请求，所述加密信息为步骤S805中服务端预先加密生成并在步骤S807中发送给用户端的；

所述加密信息用于验证用户端身份的合法性。

S809：服务端对领取请求进行解密，并根据解密得到的加密信息和电子券领取需求信息判断用户端是否能够成功领取电子券；

S8010：若用户端能够成功领取电子券，则用户端接收服务费反馈的电子券的领取信息并展示给用户。

本说明书实施例中，在用户端提交电子券领取请求时携带服务端预先生成的加密信息，以使得服务端能够通过该加密信息验证电子券领取请求的合法性，从而提高电子券领取的安全性；并且用户端无需自行加密生成所述加密信息也无需对服务端预先发送的加密信息进行解密处理，所有的加密和解密操作均由服务端完成，且服务端的处理速度快，因此能够提高电子券领取过程中的验证效率；综上，本说明书实施例提供的一种电子券领取方法，解决了现有技术中，电子券领取安全性和领取时校验效率不能兼顾的问题。

如图9所示，为本说明书实施例提供的一种电子券领取系统的结构示意图，包括：用户端100及服务端200；

所述用户端用于根据用户指示发送带有加密信息的电子领取请求至所述服务端；

所述服务端用于接收所述用户端发送的带有加密信息的电子券领取请求，所述加密信息由服务端预先加密生成并发送给所述用户端；对所述电子券领取请求进行解密，得到所述加密信息和电子券领取需求信息；根据所述加密信息和所述电子券领取需求信息，判断用户端是否能够成功领取电子券；若用户端能够成功领取电子券，则反馈电子券的领取信息给所述用户端。

所述用户端还用于根据用户指示发送对电子券列表查询请求至服务端；

所述服务端用于接收所述用户端发送的所述查询请求；并根据所述查询请求获得电子券查询需求信息；根据所述电子券查询需求信息，获得电子券列表并反馈给所述用户端。

所述用户端还用于根据用户指示发送对所述电子券列表中电子券的领取资格查询请求至所述服务端；

所述服务端还用于接收用户端发送的对电子券列表中电子券的领取资格查询请求；根据领取资格查询请求，解析得到用户身份信息；根据所述用户身份信息，获得所述加密信息和有领取资格的电子券列表子集；将所述加密信息和所述电子券列表子集反馈给所述用户端。

如图10所示，为本说明书实施例提供的一种应用环境的示意图，该应用环境包括用户端100、用户端对应的用户300、网络及服务端200。用户端100通过网络与服务端200通信连接。用户300可以通过用户端100发送电子券领取请求。服务端200可以通过用户端100将电子券的领取信息反馈给用户300。需要说明的是，图10仅仅是一种示例。

具体的，用户端可以包括智能手机、台式电脑、平板电脑、笔记本电脑、数字助理、智能可穿戴设备等类型的实体设备，也可以包括运行于实体设备中的软体，例如一些服务商提供给用户的网页页面，也可以为该些服务商提供给用户的应用，比如购物软件、交通通行软件、外卖软件、同城/跨城货运服务应用等等。

具体的，所述服务端可以包括一个独立运行的服务器，或者分布式服务器，或者由多个服务器组成的服务器集群。服务器可以包括有网络通信单元、处理器和存储器等等。

如图11所示，为本文实施例提供的一种计算机设备，所述计算机设备1102可以包括一个或多个处理器1104，诸如一个或多个中央处理单元(CPU)，每个处理单元可以实现一个或多个硬件线程。计算机设备1102还可以包括任何存储器1106，其用于存储诸如代码、设置、数据等之类的任何种类的信息。非限制性的，比如，存储器1106可以包括以下任一项或多种组合：任何类型的RAM，任何类型的ROM，闪存设备，硬盘，光盘等。更一般地，任何存储器都可以使用任何技术来存储信息。进一步地，任何存储器可以提供信息的易失性或非易失性保留。进一步地，任何存储器可以表示计算机设备1102的固定或可移除部件。在一种情况下，当处理器1104执行被存储在任何存储器或存储器的组合中的相关联的指令时，计算机设备1102可以执行相关联指令的任一操作。计算机设备1102还包括用于与任何存储器交互的一个或多个驱动机构1108，诸如硬盘驱动机构、光盘驱动机构等。

计算机设备1102还可以包括输入/输出模块1110(I/O)，其用于接收各种输入(经由输入设备1112)和用于提供各种输出(经由输出设备1114))。一个具体输出机构可以包括呈现设备1116和相关联的图形用户接口1118(GUI)。在其他实施例中，还可以不包括输入/输出模块1110(I/O)、输入设备1112以及输出设备1114，仅作为网络中的一台计算机设备。计算机设备1102还可以包括一个或多个网络接口1120，其用于经由一个或多个通信链路1122与其他设备交换数据。一个或多个通信总线1124将上文所描述的部件耦合在一起。

通信链路1122可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路1122可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。

对应于图1至图3、图4至图5以及图8中的方法，本文实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法的步骤。

本文实施例还提供一种计算机可读指令，其中当处理器执行所述指令时，其中的程序使得处理器执行如图1至图3、图4至图5以及图8所示的方法。

应理解，在本文的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本文实施例的实施过程构成任何限定。

还应理解，在本文实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本文的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本文所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本文实施例方案的目的。

另外，在本文各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本文的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本文各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本文中应用了具体实施例对本文的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本文的方法及其核心思想；同时，对于本领域的一般技术人员，依据本文的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本文的限制。