CN106327248A - 电子优惠券的获取方法及装置 - Google Patents

Abstract

本发明提供了电子优惠券的获取方法及装置，涉及互联网应用领域。本发明提供的电子优惠券的获取方法，采用用户主动从其他用户的剩余电子优惠券中获取电子优惠券的方式，与现有技术中的电子优惠券发放方式相比，其通过改变了电子优惠券的下发方式，使得第一用户端可以采用主动获取的方式，从第二用户端处获取第二用户端的剩余电子优惠券，这提高了电子优惠券第二用户端电子优惠券剩余电子优惠券的使用效率。

Description

电子优惠券的获取方法及装置

技术领域

本发明涉及互联网应用领域，具体而言，涉及电子优惠券的获取方法及装置。

背景技术

近些年，互联网技术得到了迅猛的发展，伴随互联网技术发展的同时，各种各样的互联网技术也随之兴起，并且这些互联网技术已经进入到了日常生活中。常见的如网络聊天、网络电视、网络支付等等。

进行网络支付的过程中经常会使用到电子优惠券(或名为抵用券、折扣券、支付红包等)，电子优惠券通常是商家或平台向消费者发放的，消费者在消费的过程中，通过使用电子优惠券能够减少实际支付的金额，因此，商家或平台通过发放电子优惠券能够吸引大量的消费者。实际使用中，目前优惠券的发放主要是通过平台统一发放给消费者或者商家发放给消费者，以鼓励用户消费。

电子优惠券随着技术的发展，技术人员发现这种的电子优惠券发放方式并不能吸引到足够数量的消费者，主要的原因是，优惠券是发放给刚刚完成消费的消费者的，其他消费者并不知晓该优惠券的存在。由此，后续技术中出现了采用电子优惠券共享方法来发放电子优惠券的方式，具体而言，电子优惠券共享方法指的是用户端A在领取电子优惠券之前，需要将能够获取电子优惠券的链接共享给其他用户端B，共享之后，用户端A和用户端B可以通过点击链接来得到电子优惠券，如此，便将电子优惠券提供给了用户端B，商家或平台便达到了推送电子优惠券给其他用户端的目的。

但使用中发现，采用电子优惠券共享方法来推送电子优惠券虽然能够让更多的消费者领取到电子优惠券，但领取到电子优惠券的消费者并不一定有使用此种优惠券的需求，需求上的匹配度较差，这导致大量被领取到的优惠券没有被实际使用到，造成了资源的浪费。

发明内容

本发明的目的在于提供电子优惠券的获取方法和装置，以提高电子优惠券的使用率。

第一方面，本发明实施例提供了电子优惠券的获取方法，包括：

接收第一客户端发出的获取电子优惠券请求，所述获取电子优惠券请求中携带有第二客户端的身份信息；

根据所述身份信息确定第二客户端对应的剩余电子优惠券，并在所述剩余电子优惠券中选择出指定的目标电子优惠券；

向第一客户端提供所述目标电子优惠券。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，还包括：

获取与所述第一客户端相关联的联系人信息；

在已注册列表中查找与所述联系人信息相对应的客户端作为候选客户端；

将所述候选客户端的身份信息向第一客户端发送，所述第二客户端是所述候选客户端中的一个。

结合第一方面的第一种可能的实施方式，本发明实施例提供了第一方面的第二种可能的实施方式，其中，所述将所述候选客户端的身份信息向第一客户端发送包括：

获取候选客户端的剩余电子优惠券数量；

将所述候选客户端的身份信息和剩余电子优惠券数量向第一客户端发送。

结合第一方面的第一种可能的实施方式，本发明实施例提供了第一方面的第三种可能的实施方式，其中，还获取第一客户端正在使用的局域网的地址信息；

根据所述地址信息，查找使用所述局域网的客户端作为候选客户端；

将所述候选客户端的身份信息向第一客户端发送，所述第二客户端是所述候选客户端中的一个。

第二方面，本发明实施例还提供了一种电子优惠券的获取方法，包括：

向服务器发出获取电子优惠券请求，所述获取电子优惠券请求中携带有第二客户端的身份信息；

接收服务器发送的目标电子优惠券，所述目标电子优惠券是服务器从根据所述身份信息确定的第二客户端对应的剩余电子优惠券中选择出的。

结合第二方面，本发明实施例提供了第二方面的第一种可能的实施方式，其中，还包括：

判断当前是否处于支付状态；

若是，执行所述向服务器发出获取电子优惠券请求的步骤。

结合第二方面的第一种可能的实施方式，本发明实施例提供了第二方面的第二种可能的实施方式，其中，步骤所述判断当前是否处于支付状态包括：

获取当前访问的网络链接；

判断所述网络链接是否与预先获取到的交易链接相同；

若是，则执行所述向服务器发出获取电子优惠券请求的步骤。

结合第二方面的第一种可能的实施方式，本发明实施例提供了第二方面的第三种可能的实施方式，其中，步骤所述判断当前是否处于支付状态包括：

获取当前显示的目标图像；

判断目标图像上是否存在与预先获取的参考标识相同的识别符号；

若是，则执行所述向服务器发出获取电子优惠券请求的步骤。

结合第二方面的第一种可能的实施方式，本发明实施例提供了第二方面的第四种可能的实施方式，其中，在所述向服务器发出获取电子优惠券请求前，还包括：

显示多个候选客户端，以及每个候选客户端的剩余电子优惠券数量；

根据获取到的选择指令，确定多个候选客户端中的一个作为第二客户端。

结合第二方面的第一种可能的实施方式，本发明实施例提供了第二方面的第五种可能的实施方式，其中，所述第二客户端的身份信息与预先存储在本地的联系人信息是相同的。

第三方面，本发明实施例还提供了一种电子优惠券的提供装置，包括：

第一接收模块，用于接收第一客户端发出的获取电子优惠券请求，所述获取电子优惠券请求中携带有第二客户端的身份信息；

选择模块，用于根据所述身份信息确定第二客户端对应的剩余电子优惠券，并在所述剩余电子优惠券中选择出指定的目标电子优惠券；

提供模块，用于向第一客户端提供所述目标电子优惠券。

第四方面，本发明实施例还提供了一种电子优惠券的提供装置，包括：

发送模块，用于向服务器发出获取电子优惠券请求，所述获取电子优惠券请求中携带有第二客户端的身份信息；

第二接收模块，用于接收服务器发送的目标电子优惠券，所述目标电子优惠券是服务器从根据所述身份信息确定的第二客户端对应的剩余电子优惠券中选择出的。

本发明实施例提供的电子优惠券的获取方法，采用用户主动从其他用户的剩余电子优惠券中获取电子优惠券的方式，与现有技术中采用共享的方式来向用户发放电子优惠券相比，由于用户并不一定具有使用电子优惠券的实际需求，导致大量优惠券由于超过有效期没有使用，而造成了浪费相比，其通过改变了电子优惠券的下发方式，使得用户可以采用主动获取的方式，从其他用户的剩余电子优惠券中获取优惠券，提高了剩余电子优惠券的使用效率。

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

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本发明实施例所提供的电子优惠券的获取方法的基本流程图；

图2示出了本发明实施例所提供的电子优惠券的获取方法的一种实际展示界面；

图3示出了本发明实施例所提供的电子优惠券的获取方法的另一种实际展示界面；

图4示出了本发明实施例所提供的一种电子优惠券的提取装置的模块图；

图5示出了本发明实施例所提供的另一种电子优惠券的获取装置的模块图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

相关技术中，用户端在进行网络支付的时候通常会使用到电子优惠券，来减少其实际支付的金额。相关技术中，电子优惠券都是由平台或商家直接向用户端发放的，其形式通常有两种。第一种，在预定的时间点(如每周一、节假日)，平台或商家所控制的服务器会向指定的用户端发送电子优惠券。通常这些用户端是在平台上注册过的，或者是商家通过其他渠道查找到的潜在客户。第二种，服务器会在用户端完成网络支付后，向完成网络支付的用户端发送电子优惠券。此处所说的网络支付可以是用户端与服务器之间进行的网络支付，也可以指的是两个用户端之间进行的网络支付。

随着电子优惠券发放数量的增加，某些用户端的账户下的电子优惠券会越来越多，而这些用户端又难以使用掉这些电子优惠券，随着时间的推移，电子优惠券超过其有效期后便会作废。很明显，相关技术中的做法，会直接导致电子优惠券的浪费，或者说，电子优惠券的利用率较低。

针对上述缺点，本发明的发明人提供了一种电子优惠券的获取方法，如图1所示，包括如下步骤：

S101，第一客户端向服务器发出获取电子优惠券请求，获取电子优惠券请求中携带有第二客户端的身份信息；

S102，服务器若接收到获取电子优惠券请求，则在身份信息所对应的第二客户端的剩余电子优惠券中选择出指定的目标电子优惠券；

S103，服务器向第一客户端提供目标电子优惠券。

通常情况下，步骤S101中，第一客户端向服务器发出获取电子优惠券请求的时机可以由客户端自行选择。整体来看，可以将该时机分为两种情况，第一种情况，第一客户端在即将进行网络交易的时候，向服务器发出获取电子优惠券请求，获取到的目标电子优惠券可以在即将发生的交易中使用掉。此种情况下，第一客户端可以更有针对性的从服务器处取得电子优惠券(指产生实际需求的时候，才从服务器处得到电子优惠券)，为了便于第一客户端使用，可以采用在第一客户端的交易界面(如选择交易物品的界面、确认交易物品的界面、确认交易金额的界面等)上设置快捷按键的方式，使得用户点击快捷按键后，第一客户端直接可以向服务器发出获取电子优惠券请求，以简化操作第一客户端的用户的操作。第二种情况，第一客户端可以在非交易时刻，采用主动发起的方式向服务器发出获取电子优惠券请求，在获取到目标优惠卷后，目标电子优惠券会自动存储在第一客户端的名下。

这两种方式相比，第一种方式的使用效果更优，尤其是系统可以在客户端的交易界面上设置快捷链接的方式，可以简化第一客户端获取电子优惠券的操作，这大大提高了用户的感受度，并且，由于简化了用户的操作难度和复杂度(设置快捷按键)，用户也更愿意采用此种方式从服务器处获取目标电子优惠券，进一步提高了服务器处的电子优惠券的使用效率，降低了电子优惠券的浪费概率。步骤S101中所携带的身份信息指的是区分不同客户端的信息，如客户端的ID号、客户端注册时使用的手机号、身份证信息等。

步骤S102中，第二客户端的剩余电子优惠券指的是第二客户端名下已经获得的电子优惠券的全部或一部分，类似的，目标电子优惠券可以是剩余电子优惠券的全部，或者一部分。第二客户端获取电子优惠券的方式可以采用相关技术中已经存在的方式来获取(如由平台或商家定期向第二客户端发送电子优惠券，或者是第二客户端完成交易后，由平台或商家向第二客户端发送电子优惠券)。第二客户端在得到电子优惠券之后，可以手动的将获取到的电子优惠券设置为剩余电子优惠券，也可以是系统自动的将其获取到的所有电子优惠券默认设置为剩余电子优惠券，其中，系统自动设置的方式会在后文中说明。需要说明的是，步骤S102中的服务器有两种理解方式，第一种理解方式是：服务器就是第二客户端(即服务器是消费者所操作的第二客户端)；第二种理解方式是：服务器是独立于第一客户端和第二客户端的服务器。

步骤S103中，服务器在确定了目标电子优惠券后，直接将该目标电子优惠券提供给第一客户端即可，进而，第一客户端可以直接在网络支付的过程中直接使用该目标电子优惠券。

此处的提供有两种含义，第一种指的是服务器直接将目标电子优惠券的编码发送给第一客户端(使用该编码可以在商家处查找到唯一的电子优惠券)，发送的内容除了编码还可以进一步包括目标电子优惠券的具体信息，如电子优惠券的有效期、电子优惠券所适用的商品等等，同时服务器还在数据库中将目标电子优惠券的归属权由第二客户端修改为第一客户端。第二种指的服务器只在数据库中将目标电子优惠券的归属权由第二客户端修改为第一客户端，而不告知第一客户端；或者是在归属权修改的同时，服务器只告知第一客户端“已经成功获取到电子优惠券”，但并不将获取到的电子优惠券的编码和具体信息告知第一客户端。不论采用上述哪种方式，服务器均应当在数据库中将目标电子优惠券的归属权由第二客户端修改为第一客户端。

需要说明的是，上述步骤S101-S103中所指的第一客户端和第二客户端指的是消费者(与商家相对应的消费群体)所使用的客户端，客户端的常见形式如PC、手机等；服务器指的是第二客户端，或者服务器可以理解为独立于第一客户端和第二客户端的服务器。

与相关技术中的电子优惠券的获取方法相比，上述步骤S101-S103所提供的电子优惠券的获取方法，其目的是让客户端从其他客户端的闲置电子优惠券中获取电子优惠券，而不是直接从商家处获取电子优惠券，这样便加快了客户端已获得的闲置电子优惠券的使用，提高了电子优惠券整体的使用效率。并且，第一客户端获取电子优惠券的时机可以是第一客户端进行支付的时候，即刻进行获取，获取到的电子优惠券能够被马上使用，也就是，用户是在产生使用需求时，从其他人的剩余电子优惠券中直接获取别人闲置的电子优惠券，进一步提高了闲置电子优惠券的使用率。

执行步骤S101时，首先需要确定第一客户端所对应的客户端(即第二客户端，或者称为第一客户端的好友)。此处的第二客户端有三种获取方式，即：第一种，第二客户端可以是依据第一客户端的联系人信息获取到的；第二种，第二客户端是与第一客户端共用相同网络资源的客户端；第三种，第二客户端是与第一客户端的位置关系符合预设要求的客户端。下面分别对着三种方式进行说明。

第一种，系统(服务器所使用的系统)可以预先获取第一客户端中已经存储的联系人信息，并将该联系人信息所对应的客户端作为第二客户端。即，如果有客户端使用该联系人信息在系统(服务器所使用的系统)中进行了注册，则系统可以直接将该联系人信息所对应的客户端(第二客户端)作为第一客户端的好友，并向第一客户端推送第二客户端的信息(如第二客户端的头像、身份信息等)，以使第一客户端可以直接将该第二客户端列在自己的好友栏中，以便其快速向服务器发送获取电子优惠券请求，或者向第二客户端发起聊天等等。即，上述方法还包括：服务器获取与所述第一客户端相关联的联系人信息；在已注册列表中查找与所述联系人信息相对应的客户端作为候选客户端；服务器将所述候选客户端的身份信息向第一客户端发送，所述第二客户端是所述候选客户端中的一个。或者说，所述第二客户端的身份信息与预先存储在本地的联系人信息是相同的。

具体而言，第一客户端的联系人信息可以是第一客户端的微信联系人、QQ联系人，手机号通讯录联系人等等。对应的，微信联系人的联系人信息主要是微信号、QQ联系人的联系人信息主要是QQ号，手机号通讯录联系人的联系人信息主要是手机号。需要说明的是，此处的识别码只是为了区别不同的联系人，本申请所提供的方法中，对联系人信息的具体种类并不做要求，能够区别不同的联系人即可，如可以使用的还有身份证号码等。这些联系人信息可以是第一客户端上传的，也可以是在授权之后，直接从关联的网络运营商(如微信运营商、QQ运营商)处得到的。

第二种，可以将与第一客户端具有相同网络归属地的客户端作为第二客户端(如使用同一个局域网)，服务器获取第一客户端正在使用的局域网的地址信息；服务器根据所述地址信息，查找使用所述局域网的客户端作为候选客户端；服务器将所述候选客户端的身份信息向第一客户端发送，所述第二客户端是所述候选客户端中的一个。具体的，可以将与第一客户端共用同一个wifi的客户端作为第二客户端，服务器依据mac地址，查找使用目标wifi的客户端作为第二客户端；服务器将第二客户端的身份信息发送至第一客户端。

第三种，可以将与第一客户端处在同一个区域/与第一客户端的距离较近的客户端作为第二客户端。具体可以采用的方式有：依据第一客户端的收货地址，来判断哪些客户端与第一客户端位于同一个小区/单元，并且将与第一客户端位于同一个小区/单元的客户端作为第二客户端；还可以是预先获取第一客户端的位置信息，并将和第一客户端之间的距离小于预设阈值的客户端作为第二客户端。

使用上述三种确定第二客户端的方式，一般是由商家所控制的服务器完成的，当然，这些任务也可以交由第三方服务器(除客户端与商家使用的服务器以外的服务器)或者是第一客户端、第二客户端完成。

一般情况下，第一客户端会接收到多个候选客户端的身份信息(第一客户端可以用任意一个候选客户端处获取剩余电子优惠券)，并且第一客户端会将这些候选客户端的身份信息显示出来，以供用户进行选择，进而，第一客户端会接收到用户所发出的选择指令，以使第一客户端依据选择指令，选择候选客户端中，与选择指令相对应的一个作为第二客户端。

进一步，为了更便于用户进行操作，在第一客户端显示候选客户端的身份信息时，可以将每个候选客户端的剩余电子优惠券的数量同时进行显示，以便于用户对应的进行选择。

更进一步，在第一客户端显示候选客户端的身份信息时，还可以将每个候选客户端的剩余电子优惠券的具体属性信息显示出来，以便于用户更为精确的选择适合自己的电子优惠券。如用户只需要使用10元的电子优惠券，则当其看到第二客户端的剩余电子优惠券有5元、10元和20元时，可以直接选择10元的电子优惠券。并且，后续流程中，第一客户端所生成的获取电子优惠券请求中，会携带上该电子优惠券的属性信息(如10元电子优惠券)，服务器在接收到该属性信息后，可以直接将该属性信息所对应的10元优惠券的代码发送给第一客户端，供其使用。相较于完全随机的获取电子优惠券的方式，这种获取指定内容的电子优惠券更有针对性，可以进一步提高电子优惠券的正确使用率。

如前文中对步骤S102的说明，剩余电子优惠券有两种设置方式，分别是用户手动设置和服务器/系统自动设置。下面对自动设置的方式进行说明。

自动设置的情况下，服务器/系统可以自动将电子优惠券数量超过预设数量阈值的部分作为剩余电子优惠券。如共有10个电子优惠券，且数量阈值为5，那么可以直接将第6-10个电子优惠券作为剩余电子优惠券，或者是从这10个电子优惠券中随机选择其中的5个作为剩余电子优惠券。当然，此处所说的数量阈值可以设置为0，此时，便是将全部的电子优惠券作为剩余电子优惠券。

除了采用上述主动从其他客户端的闲置电子优惠券中获取电子优惠券的方式，还可以进一步通过即时提醒的方式，来提示第一客户端的使用者可以获取其他用户的剩余电子优惠券进行使用。

也就是，本申请所提供的方法还包括：第一客户端实时检测当前是否处于支付状态，并当第一客户端处于支付状态时执行步骤S101；或者是当第一客户端处于支付状态时，显示提示信息；若接收到选择提示信息的指令，则执行步骤S101。

具体的，第一客户端检测当前是否处于支付状态可以有两种判断方式，下面对这两种方式分别进行说明：

第一种方式：第一客户端检测自身当前打开的页面的网络连接；若该网络连接的地址与预先存储的交易链接的地址相同，则在屏幕上显示提示信息，或者是直接发出获取电子优惠券请求，具体的，所述网络连接的地址和/或交易链接的地址是统一资源定位符(URL)。

第二种方式：可以获取第一客户端屏幕当前显示的目标图像，并当目标图像上存在与预先获取的参考标识相同的识别符号时，在屏幕上显示提示信息，或者是直接发出获取电子优惠券请求。

上述第一种方式在具体执行的时候，需要考虑显示提示信息的时机。具体而言，用户在操作第一客户端时，可能会同时打开多个页面(其中，只有一个页面会前当前屏幕上显示，其余页面则在后台运行，但并不显示)，执行过程中，第一客户端应当在交易链接所对应的页面在屏幕上显示的时候，将提示信息显示到屏幕上。或者是第一客户端应当在交易链接所对应的页面在屏幕上显示的时候，直接将获取电子优惠券请求发送出去。

上述第二种方式在具体执行的时候，通常支付页面(选择交易物品的界面、确认交易物品的界面、确认交易金额的界面)会有特殊的字符(识别符号)。下面以确认交易金额的界面为例进行说明，通常，此种支付页面(确认交易金额的界面)显示的时候会进行特殊化的处理，如一般页面是正常颜色显示(为彩色)，而此种支付页面为了提示用户(或者说是警示用户)，通常会将页面的颜色调节为灰度图或者是黑白图，对应的，第二种方式在实现的时候，第一客户端可以查看当前页面的颜色分布情况，如果判断当前页面为灰度图或黑白图(此时识别符号便是灰度图或黑白图)，则在第一客户端的屏幕上显示提示信息。当然，特殊化处理可能还有其他形式，如指定区域的红色闪光、指定区域的特殊符号等，进而，当第一客户端在其当前页面上检测到这种红色闪光的区域(此时识别符号便是红色闪光区域)，或特殊符号区域时，则在第一客户端的屏幕上显示提示信息。

下面以一个具体的实施例来说明本申请所提供的电子优惠券的获取方法：

步骤1，客户端A接收用户下达的交易指令，访问指定的交易页面；

步骤2，客户端A检测当前交易页面的网络链接是否与预先记录在数据表中的交易链接相同；若是，则执行步骤3；若否，则终止执行当前步骤；

步骤3，客户端A在其显示屏上显示第一提示信息，以询问用户是否需要从其他好友处获取电子优惠券，如图2所示；

步骤4，若客户端A接收到用户的确认指令，则在客户端A的显示屏上显示第二提示信息，即将用户A的每个好友的身份信息(候选客户端的身份信息)和拥有剩余电子优惠券的数量显示在显示屏上，以便用户从多个好友中选择一个。具体显示形式如图3所示；

步骤5，若客户端A接收到用户的选择好友指令，则向服务端发出获取电子优惠券请求，其中，获取电子优惠券请求中携带有选择好友指令所对应的好友(客户端B)的身份信息电子优惠券；

步骤6，服务端接收到获取电子优惠券请求后，依据身份信息查找客户端B的剩余电子优惠券，并从客户端B的剩余电子优惠券中随机选择一个电子优惠券作为目标电子优惠券；

步骤7，服务端将目标电子优惠券的使用代码发送至客户端A；

步骤8，客户端A依据使用代码和用户下达的操作指令生成交易请求；

步骤9，客户端A将交易请求向步骤1中的交易页面发送，以在交易过程中使用目标电子优惠券。

其中，步骤4的每个好友的身份信息是通过如下步骤确定的：

步骤41，服务端获取客户端A的正在使用的目标wifi的mac地址；

步骤42，服务端依据mac地址，查找使用目标wifi的其他客户端；

步骤43服务端将步骤42查找到的其他客户端的身份信息和剩余电子优惠券数量发送给客户端A，以便于用户从其他客户端中选择出客户端B。

如图2所示，示出了上述步骤3的具体操作页面实例。图中左下方和右侧中部的“偷红包”即为提示信息。通过该图，可以很明显的观察到，用户是在即将进行支付的时候，客户端将该提示信息显示在当前页面上的，并且提示信息是以悬浮窗口的形式显示在当前的交易页面上。

如图3所示，示出了上述步骤4的具体操作实例。图中均匀分布了用户的好友头像，在头像的下方显示出了每个好友的昵称(即好友的身份信息)，并且，在头像的右上方显示出了每个好友所持有的剩余电子优惠券的数量。此处，可以将好友的头像、和剩余电子优惠券的数量作为第二提示信息。

整体来看本申请所提供的电子优惠券的获取方法，与相关技术中已经存在的电子优惠券推送方法相比，其具有如下几个有点：

1，采用一个用户主动获取另一个用户的剩余电子优惠券的方式，将用户难以使用掉的电子优惠券交给其他用户使用，提高了电子优惠券的利用率。

2，用户在进行支付时，通过点击快捷链接(如显示候选用户的身份信息和剩余优惠券数量，用户可以直接点击候选用户的头像)，来直接向具有剩余电子优惠券的用户请求电子优惠券，使得用户能够通过极少的操作完成电子优惠券的获取，并且在获取到电子优惠券后能够马上使用，在提高了电子优惠券利用率的同时，降低了用户的操作复杂度，提高了用户感受度。

3，采用更为灵活和便利的方式来确认用户的好友，即，采用用户已有的联系人信息、网络归属信息或地址信息来确定用户的好友，并在用户使用的终端上将其好友显示出来，并允许用户直接向其好友发起获取电子优惠券的请求。简化了用户查找和添加好友的难度，降低了操作复杂度。

与上述提供的电子优惠券的获取方法相对应的，本申请还提供了两种电子优惠券的获取装置，下面分别对这两种装置进行说明。

一种电子优惠券的提供装置，包括：

第一接收模块401，用于接收第一客户端发出的获取电子优惠券请求，所述获取电子优惠券请求中携带有第二客户端的身份信息；

选择模块402，用于根据所述身份信息确定第二客户端对应的剩余电子优惠券，并在所述剩余电子优惠券中选择出指定的目标电子优惠券；

提供模块403，用于向第一客户端提供所述目标电子优惠券。

优选的，该提供装置还包括：

联系人信息获取模块，用于获取与所述第一客户端相关联的联系人信息；

第一查找模块，用于在已注册列表中查找与所述联系人信息相对应的客户端作为候选客户端；

第一发送模块，用于将所述候选客户端的身份信息向第一客户端发送，所述第二客户端是所述候选客户端中的一个。

优选的，该提供装置中，所述第一发送模块包括：

剩余数量获取单元，用于获取候选客户端的剩余电子优惠券数量；

发送单元，用于将所述候选客户端的身份信息和剩余电子优惠券数量向第一客户端发送。

优选的，该提供装置还包括：

地址信息获取模块，用于获取第一客户端正在使用的局域网的地址信息；

第二查找模块，用于根据所述地址信息，查找使用所述局域网的客户端作为候选客户端；

第二发送模块，用于将所述候选客户端的身份信息向第一客户端发送，所述第二客户端是所述候选客户端中的一个。

上述第一种电子优惠券的提供装置主要设置在服务器中。

一种电子优惠券的获取装置，其特征在于，包括：

第三发送模块501，用于向服务器发出获取电子优惠券请求，所述获取电子优惠券请求中携带有第二客户端的身份信息；

第二接收模块502，用于接收服务器发送的目标电子优惠券，所述目标电子优惠券是服务器从根据所述身份信息确定的第二客户端对应的剩余电子优惠券中选择出的。

优选的，该获取装置还包括：

判断模块，用于判断当前是否处于支付状态；若是，则第三发送模块501工作。

优选的，该获取装置中，判断模块包括：

网络链接获取模块，用于获取当前访问的网络链接；

第一判断单元，用于判断所述网络链接是否与预先获取到的交易链接相同；若是，则第三发送模块501工作。

优选的，该获取装置中，判断模块包括：

目标图像获取单元，用于获取当前显示的目标图像；

第二判断单元，用于判断目标图像上是否存在与预先获取的参考标识相同的识别符号；若是，则第三发送模块501。

优选的，该获取装置还包括：

显示模块，用于显示多个候选客户端，以及每个候选客户端的剩余电子优惠券数量；

确定模块，用于根据获取到的选择指令，确定多个候选客户端中的一个作为第二客户端。

优选的，所述第二客户端的身份信息与预先存储在本地的联系人信息是相同的。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (12)

1.一种电子优惠券的提供方法，其特征在于，包括：

接收第一客户端发出的获取电子优惠券请求，所述获取电子优惠券请求中携带有第二客户端的身份信息；

根据所述身份信息确定第二客户端对应的剩余电子优惠券，并在所述剩余电子优惠券中选择出指定的目标电子优惠券；

向第一客户端提供所述目标电子优惠券。

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

获取与所述第一客户端相关联的联系人信息；

在已注册列表中查找与所述联系人信息相对应的客户端作为候选客户端；

将所述候选客户端的身份信息向第一客户端发送，所述第二客户端是所述候选客户端中的一个。

3.根据权利要求2所述的方法，其特征在于，所述将所述候选客户端的身份信息向第一客户端发送包括：

获取候选客户端的剩余电子优惠券数量；

将所述候选客户端的身份信息和剩余电子优惠券数量向第一客户端发送。

4.根据权利要求1所述的方法，其特征在于，还包括：

获取第一客户端正在使用的局域网的地址信息；

根据所述地址信息，查找使用所述局域网的客户端作为候选客户端；

将所述候选客户端的身份信息向第一客户端发送，所述第二客户端是所述候选客户端中的一个。

5.一种电子优惠券的获取方法，其特征在于，包括：

向服务器发出获取电子优惠券请求，所述获取电子优惠券请求中携带有第二客户端的身份信息；

接收服务器发送的目标电子优惠券，所述目标电子优惠券是服务器从根据所述身份信息确定的第二客户端对应的剩余电子优惠券中选择出的。

6.根据权利要求5的方法，其特征在于，还包括：

判断当前是否处于支付状态；

若是，执行所述向服务器发出获取电子优惠券请求的步骤。

7.根据权利要求6的方法，其特征在于，步骤所述判断当前是否处于支付状态包括：

获取当前访问的网络链接；

判断所述网络链接是否与预先获取到的交易链接相同；

若是，则执行所述向服务器发出获取电子优惠券请求的步骤。

8.根据权利要求6的方法，其特征在于，步骤所述判断当前是否处于支付状态包括：

获取当前显示的目标图像；

判断目标图像上是否存在与预先获取的参考标识相同的识别符号；

若是，则执行所述向服务器发出获取电子优惠券请求的步骤。

9.根据权利要求5的方法，其特征在于，在所述向服务器发出获取电子优惠券请求前，还包括：

显示多个候选客户端，以及每个候选客户端的剩余电子优惠券数量；

根据获取到的选择指令，确定多个候选客户端中的一个作为第二客户端。

10.根据权利要求5的方法，其特征在于，所述第二客户端的身份信息与预先存储在本地的联系人信息是相同的。

11.一种电子优惠券的提供装置，其特征在于，包括：

第一接收模块，用于接收第一客户端发出的获取电子优惠券请求，所述获取电子优惠券请求中携带有第二客户端的身份信息；

选择模块，用于根据所述身份信息确定第二客户端对应的剩余电子优惠券，并在所述剩余电子优惠券中选择出指定的目标电子优惠券；

提供模块，用于向第一客户端提供所述目标电子优惠券。

12.一种电子优惠券的获取装置，其特征在于，包括：

发送模块，用于向服务器发出获取电子优惠券请求，所述获取电子优惠券请求中携带有第二客户端的身份信息；

第二接收模块，用于接收服务器发送的目标电子优惠券，所述目标电子优惠券是服务器从根据所述身份信息确定的第二客户端对应的剩余电子优惠券中选择出的。