CN106530006A - 一种优惠券的推送方法和服务器 - Google Patents

Abstract

本发明公开了一种优惠券的推送方法和服务器。其中方法包括：生成与商户对应的二维码，二维码包括：获取该商户的停车优惠券的请求的访问地址；接收通过指定应用的扫描功能扫描二维码发送的获取商户的停车优惠券的请求；对请求进行验证，包括：根据请求中的该指定应用的用户信息，判断该用户信息对应的用户账户中是否包含已注册的车辆信息；如果不包含，则返回注册车辆信息的页面；如果包含，选择与请求对应的商户的优惠券，将车辆信息与所选择的优惠券进行绑定并保存。该技术方案采用电子优惠券的方式实现对优惠券的管理和推送，顾客只需通过指定应用扫描二维码即可获取优惠券并与自己提供的车辆信息进行绑定，极大地提高了优惠券的推送效率。

Description

一种优惠券的推送方法和服务器

技术领域

本发明涉及计算机技术领域，具体涉及一种优惠券的推送方法和服务器。

背景技术

目前许多停车场作为大型商场的附属设施，其经营者会和商场内部分商家进行合作，由商家向停车场经营者购买一定数量的优惠券，这样商家就可以在顾客消费达到商家要求时，向顾客提供优惠券，以此来吸引顾客进行消费。但现有的优惠券通常为纸质优惠券，其发放需要商家对顾客进行人工审核，导致优惠券的管理和发放非常不便。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的优惠券的推送方法和服务器。

依据本发明的一个方面，提供了一种优惠券的推送方法，包括：

生成与商户对应的二维码，所述二维码包括：获取该商户的停车优惠券的请求的访问地址；

接收通过指定应用的扫描功能扫描二维码发送的获取商户的停车优惠券的请求；所述获取商户的停车优惠券的请求包括：该指定应用的用户信息；

对所述获取商户的停车优惠券的请求进行验证，包括：根据所述获取商户的停车优惠券的请求中的该指定应用的用户信息，判断该用户信息对应的用户账户中是否包含已注册的车辆信息；

如果不包含，则返回注册车辆信息的页面；如果包含，选择与获取所述商户的停车优惠券的请求对应的商户的优惠券，将所述车辆信息与所选择的优惠券进行绑定并保存。

可选地，该方法还包括：

当接收到停车场终端设备发送的包含所述车辆信息的停车收费请求时，根据保存的车辆信息与优惠券的绑定关系，利用优惠券抵扣所述车辆信息对应的停车费用，并向所述停车场终端设备返回抵扣后的停车费用信息。

可选地，所述对所述获取商户的停车优惠券的请求进行验证还包括：

判断所述车辆信息是否具备优惠券发放条件；

如果不具备优惠券发放条件，则返回该车辆信息已不具备优惠券发放条件的页面。

可选地，所述对所述获取商户的停车优惠券的请求进行验证还包括：

判断与所述获取所述商户的停车优惠券的请求对应的商户的优惠券是否可用；

如果不可用，则返回商户优惠券不可用的页面。

可选地，所述选择与获取所述商户的停车优惠券的请求对应的商户的优惠券，将所述车辆信息与所选择的优惠券进行绑定并保存包括：

将所述获取商户的停车优惠券的请求转发至与对应商户关联的管理终端；

接收所述管理终端发送的优惠券发放信息，从中提取优惠券信息，选择与所述优惠券信息匹配的优惠券，与所述车辆信息进行绑定。

依据本发明的另一方面，提供了一种优惠券的推送服务器，包括：

二维码生成单元，用于生成与商户对应的二维码，所述二维码包括：获取该商户的停车优惠券的请求的访问地址；

接收单元，用于接收通过指定应用的扫描功能扫描二维码发送的获取商户的停车优惠券的请求；所述获取商户的停车优惠券的请求包括：该指定应用的用户信息；

验证单元，用于对所述获取商户的停车优惠券的请求进行验证，包括：根据所述获取商户的停车优惠券的请求中的该指定应用的用户信息，判断该用户信息对应的用户账户中是否包含已注册的车辆信息；

执行单元，用于在所述用户信息对应的用户账户中不包含车辆信息时返回注册车辆信息的页面，在所述用户信息对应的用户账户中包含车辆信息时，选择与获取所述商户的停车优惠券的请求对应的商户的优惠券，将所述车辆信息与所选择的优惠券进行绑定并保存。

可选地，所述接收单元，还用于接收停车场终端设备发送的包含所述车辆信息的停车收费请求；

所述执行单元，还用于根据保存的车辆信息与优惠券的绑定关系，利用优惠券抵扣所述车辆信息对应的停车费用，并向所述停车场终端设备返回抵扣后的停车费用信息。

可选地，所述验证单元，还用于判断所述车辆信息是否具备优惠券发放条件；

所述执行单元，还用于在所述车辆信息不具备优惠券发放条件时，返回该车辆信息已不具备优惠券发放条件的页面。

可选地，所述验证单元，还用于判断与所述获取所述商户的停车优惠券的请求对应的商户的优惠券是否可用；

所述执行单元，还用于与所述获取所述商户的停车优惠券的请求对应的商户的优惠券不可用时，返回商户优惠券不可用的页面。

可选地，所述执行单元，用于将所述获取商户的停车优惠券的请求转发至与对应商户关联的管理终端；

所述接收单元，用于接收所述管理终端发送的优惠券发放信息；

所述执行单元，还用于从所述优惠券发放信息提取优惠券信息，选择与所述优惠券信息匹配的优惠券，与所述车辆信息进行绑定。

由上述可知，本发明的技术方案，为每个商户生成对应的二维码，并接受通过指定应用的扫描功能扫描二维码发送的获取商户的停车优惠券的请求，在验证该请求中的该指定应用的用户信息对应的用户账户中包含已注册的车辆信息后，选择与获取所述商户的停车优惠券的请求对应的商户的优惠券，将所述车辆信息与所选择的优惠券进行绑定并保存。该技术方案采用电子优惠券的方式实现对优惠券的管理和推送，为商户生成的二维码可以由商户打印并粘贴在店内，顾客只需通过指定应用扫描二维码即可获取优惠券并与自己提供的车辆信息进行绑定，极大地提高了优惠券的推送效率。

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

附图说明

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

图1示出了根据本发明一个实施例的一种优惠券的推送方法的流程示意图；

图2示出了根据本发明一个实施例的一种优惠券的推送服务器的结构示意图。

具体实施方式

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

图1示出了根据本发明一个实施例的一种优惠券的推送方法的流程示意图，如图1所示，该方法包括：

步骤S110，生成与商户对应的二维码，二维码包括：获取该商户的停车优惠券的请求的访问地址。

步骤S120，接收通过指定应用的扫描功能扫描二维码发送的获取商户的停车优惠券的请求；获取商户的停车优惠券的请求包括：该指定应用的用户信息。例如，用户通过下载指定应用APP或关注指定公众号，进行用户账户的注册后，在相应的APP或公众号中使用扫描功能来发送请求。具体地，服务器可以将指定APP或指定公众号的IP放入验证白名单，这样保证只有通过白名单中的IP发送的获取该商户的停车优惠券的请求才会被服务器接收，从而可以实现对指定APP或指定公众号的推广。用户还需要在指定APP或指定公众号中填写相关信息，其中必须包括车辆信息，这样可以将优惠券与相应的车辆信息进行绑定，避免优惠券被滥用。

步骤S130，对获取商户的停车优惠券的请求进行验证，包括：根据获取商户的停车优惠券的请求中的该指定应用的用户信息，判断该用户信息对应的用户账户中是否包含已注册的车辆信息。

步骤S140，如果不包含，则返回注册车辆信息的页面。

步骤S150，如果包含，选择与获取商户的停车优惠券的请求对应的商户的优惠券，将车辆信息与所选择的优惠券进行绑定并保存。

举例而言，在优惠券推送服务器中建立多个停车场的账户，每个停车场的账户下可以建立多个商家的账户。停车场账户的管理员可以根据服务器所提供的优惠券模板，生成一种或多种优惠券，例如抵用1小时的优惠券，或抵用1元的优惠券。商户可以通过商户接口，获知其所在的商场对应的停车场提供的优惠券种类，在进行支付后获取对应数量和种类的优惠券，这些优惠券就带有了该商户的标识。而商户的顾客在扫描为该商户生成的二维码后，就会发送获取该商户的优惠券的请求。在验证通过后，可以由优惠券推送服务器自动选择出与获取商户的停车优惠券的请求对应的商户的优惠券，将车辆信息与所选择的优惠券进行绑定，在绑定之后，这张优惠券的状态就变为了绑定状态，从而不会再绑定其他的车辆信息。

可见，图1所示的方法，为每个商户生成对应的二维码，并接受通过指定应用的扫描功能扫描二维码发送的获取商户的停车优惠券的请求，在验证该请求中的该指定应用的用户信息对应的用户账户中包含已注册的车辆信息后，选择与获取商户的停车优惠券的请求对应的商户的优惠券，将车辆信息与所选择的优惠券进行绑定并保存。该技术方案采用电子优惠券的方式实现对优惠券的管理和推送，为商户生成的二维码可以由商户打印并粘贴在店内，顾客只需通过指定应用扫描二维码即可获取优惠券并与自己提供的车辆信息进行绑定，极大地提高了优惠券的推送效率。

在本发明的一个实施例中，图1所示的方法还包括：当接收到停车场终端设备发送的包含车辆信息的停车收费请求时，根据保存的车辆信息与优惠券的绑定关系，利用优惠券抵扣车辆信息对应的停车费用，并向停车场终端设备返回抵扣后的停车费用信息。

例如，顾客在获得优惠券后，开车驶出停车场时，会触发停车场出口处的地感线圈。这时停车场出口处的终端设备会发送包含车辆信息的停车收费请求，从而查找是否存在与该车辆信息绑定的优惠券信息，如果存在，那么就利用优惠券抵扣车辆信息对应的停车费用，并向停车场终端设备返回抵扣后的停车费用信息。在接收到停车场终端设备返回的优惠券已使用请求后，将该优惠券的状态变更为已使用，或直接删除该优惠券的相关信息。

在本发明的一个实施例中，图1所示的方法中，对获取商户的停车优惠券的请求进行验证还包括：判断车辆信息是否具备优惠券发放条件；如果不具备优惠券发放条件，则返回该车辆信息已不具备优惠券发放条件的页面。

具体地，可以判断车辆信息已绑定的优惠券数量是否达到预设数量；如果达到预设数量，则返回该车辆信息已绑定的优惠券数量达上限的页面；又例如，向停车场管理服务器发送该车辆信息，由停车场管理服务返回相应的车辆是否在场的信息，如果车辆不在场，则返回车辆不在场的页面。在本实施例中，可以对顾客的同一车辆信息可绑定的优惠券数量进行限制，或者仅允许将优惠券发放给已在停车场中的车辆，进一步避免了优惠券的滥用。例如顾客在商户店中多次刷二维码，也不会获得超过预设数量的优惠券。

在本发明的一个实施例中，图1所示的方法中，对获取商户的停车优惠券的请求进行验证还包括：判断与获取商户的停车优惠券的请求对应的商户的优惠券是否可用；如果不可用，则返回商户优惠券不可用的页面。

优惠券是否可用可以由多个条件进行判断：例如，某停车场与某商户的合作是有时间限制的，在合作时间外，该停车场会停用该商户的优惠券，比如说商户在9月间进行装修，这一个月内该停车场可以停用该商户的优惠券，在10月份重新启用该商户的优惠券。虽然二维码通常会建议商户贴在店中，但无法避免用户通过拍照等方式获取到二维码，因此由停车场拥有对商户优惠券停用或启用的权限，也可以避免优惠券被随意领取。在本例中，判断请求对应的商户的账户中的优惠券是否可用具体为：判断该商户的优惠券是否被停用。

此外，判断请求对应的商户的账户中的优惠券是否可用还可以为：判断该商户的账户中的优惠券数量是否可用。如果该商户购买的优惠券都已绑定了车辆，那么发出本次请求的顾客就只能遗憾地无法获取优惠券了。又例如该商户账户购买的优惠券均有有效期标识，那么过期的优惠券也不会被发放。

在本发明的一个实施例中，图1所示的方法中，从选择与获取商户的停车优惠券的请求对应的商户的优惠券，将车辆信息与所选择的优惠券进行绑定并保存包括：将获取商户的停车优惠券的请求转发至与对应商户关联的管理终端；接收管理终端发送的优惠券发放信息，从中提取优惠券信息，选择与优惠券信息匹配的优惠券，与车辆信息进行绑定。

在本实施例中提出了一种由商家参与优惠券审核和推送的方法。在服务器端对扫描二维码发送的获取该商户的停车优惠券的请求进行初步验证后，还会将其转发至与对应商户关联的管理终端。那么具体的操作流程可以为：用户在商户服务台扫描了二维码，位于服务台的工作人员在稍后就可以在管理终端查看到服务器推送的优惠券获取请求，工作人员可以根据顾客的消费，为其选择抵扣一定金额或停车时间的优惠券，将其作为优惠券发放信息发送给服务器，服务器就可以根据其中的优惠券信息，选择与优惠券信息匹配的带有该商家标识的优惠券，与车辆信息进行绑定。这样也进一步避免了顾客偷偷通过拍照等途径保留二维码，在使用了优惠券后，通过扫描其保留的二维码以无限制地获取优惠券的行为。

在本发明的一个或多个实施例中，可以将上述实施例进行结合。例如在本发明的一个实施例中，在接收到用户通过指定APP扫码发送的请求后，首先判断该请求对应的用户账户中是否已注册了车辆信息；如果注册了车辆信息，判断该车辆是否已绑定了达到预设数量的该商家的优惠券；如果未达到，判断该商家是否启用了优惠券；如果该商家启用了优惠券，判断该商家剩余的优惠券数量是否可用；如果可用，判断该商家的优惠券是否过期；如果未过期，判断该车辆是否在停车场中；如果在停车场中，将请求转发至商户关联的管理终端，由商户的工作人员进行确认，例如，商户的工作人员选择为该用户发放2小时的停车优免券；那么服务器最终选择一张带有该商户标识的2小时停车优免券，与该用户的车辆信息进行绑定。

图2示出了根据本发明一个实施例的一种优惠券的推送服务器的结构示意图，如图2所示，优惠券的推送服务器200包括：

二维码生成单元210，用于生成与商户对应的二维码，二维码包括：获取该商户的停车优惠券的请求的访问地址。

接收单元220，用于接收通过指定应用的扫描功能扫描二维码发送的获取商户的停车优惠券的请求；获取商户的停车优惠券的请求包括：该指定应用的用户信息。

验证单元230，用于对获取商户的停车优惠券的请求进行验证，包括：根据获取商户的停车优惠券的请求中的该指定应用的用户信息，判断该用户信息对应的用户账户中是否包含已注册的车辆信息。

执行单元240，用于在用户信息对应的用户账户中不包含车辆信息时返回注册车辆信息的页面，在用户信息对应的用户账户中包含车辆信息时，选择与获取商户的停车优惠券的请求对应的商户的优惠券，将车辆信息与所选择的优惠券进行绑定并保存。

可见，图2所示的服务器，通过各单元的相互配合，为每个商户生成对应的二维码，并接受通过指定应用的扫描功能扫描二维码发送的获取商户的停车优惠券的请求，在验证该请求中的该指定应用的用户信息对应的用户账户中包含已注册的车辆信息后，选择与获取商户的停车优惠券的请求对应的商户的优惠券，将车辆信息与所选择的优惠券进行绑定并保存。该技术方案采用电子优惠券的方式实现对优惠券的管理和推送，为商户生成的二维码可以由商户打印并粘贴在店内，顾客只需通过指定应用扫描二维码即可获取优惠券并与自己提供的车辆信息进行绑定，极大地提高了优惠券的推送效率。

在本发明的一个实施例中，图2所示的服务器中，接收单元220，还用于接收停车场终端设备发送的包含车辆信息的停车收费请求；执行单元240，还用于根据保存的车辆信息与优惠券的绑定关系，利用优惠券抵扣车辆信息对应的停车费用，并向停车场终端设备返回抵扣后的停车费用信息。

在本发明的一个实施例中，图2所示的服务器中，验证单元230，还用于判断车辆信息是否具备优惠券发放条件；执行单元240，还用于在车辆信息不具备优惠券发放条件时，返回该车辆信息已不具备优惠券发放条件的页面。

在本发明的一个实施例中，图2所示的服务器中，验证单元230，还用于判断与获取商户的停车优惠券的请求对应的商户的优惠券是否可用；执行单元240，还用于与获取商户的停车优惠券的请求对应的商户的优惠券不可用时，返回商户优惠券不可用的页面。

在本发明的一个实施例中，图2所示的服务器中，执行单元240，用于将获取商户的停车优惠券的请求转发至与对应商户关联的管理终端；接收单元220，用于接收管理终端发送的优惠券发放信息；执行单元240，还用于从优惠券发放信息提取优惠券信息，选择与优惠券信息匹配的优惠券，与车辆信息进行绑定。

需要说明的是，上述各服务器实施例的具体实施方式与前述对应方法实施例的具体实施方式相同，在此不再赘述。

综上所述，本发明的技术方案，为每个商户生成对应的二维码，并接受通过指定应用的扫描功能扫描二维码发送的获取商户的停车优惠券的请求，在验证该请求中的该指定应用的用户信息对应的用户账户中包含已注册的车辆信息后，选择与获取所述商户的停车优惠券的请求对应的商户的优惠券，将所述车辆信息与所选择的优惠券进行绑定并保存。该技术方案采用电子优惠券的方式实现对优惠券的管理和推送，为商户生成的二维码可以由商户打印并粘贴在店内，顾客只需通过指定应用扫描二维码即可获取优惠券并与自己提供的车辆信息进行绑定，极大地提高了优惠券的推送效率。

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

Claims (10)

1.一种优惠券的推送方法，其特征在于，该方法包括：

生成与商户对应的二维码，所述二维码包括：获取该商户的停车优惠券的请求的访问地址；

接收通过指定应用的扫描功能扫描二维码发送的获取商户的停车优惠券的请求；所述获取商户的停车优惠券的请求包括：该指定应用的用户信息；

对所述获取商户的停车优惠券的请求进行验证，包括：根据所述获取商户的停车优惠券的请求中的该指定应用的用户信息，判断该用户信息对应的用户账户中是否包含已注册的车辆信息；

如果不包含，则返回注册车辆信息的页面；如果包含，选择与获取所述商户的停车优惠券的请求对应的商户的优惠券，将所述车辆信息与所选择的优惠券进行绑定并保存。

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

当接收到停车场终端设备发送的包含所述车辆信息的停车收费请求时，根据保存的车辆信息与优惠券的绑定关系，利用优惠券抵扣所述车辆信息对应的停车费用，并向所述停车场终端设备返回抵扣后的停车费用信息。

3.如权利要求1所述的方法，其特征在于，所述对所述获取商户的停车优惠券的请求进行验证还包括：

判断所述车辆信息是否具备优惠券发放条件；

如果不具备优惠券发放条件，则返回该车辆信息已不具备优惠券发放条件的页面。

4.如权利要求1所述的方法，其特征在于，所述对所述获取商户的停车优惠券的请求进行验证还包括：

判断与所述获取所述商户的停车优惠券的请求对应的商户的优惠券是否可用；

如果不可用，则返回商户优惠券不可用的页面。

5.如权利要求1所述的方法，其特征在于，所述选择与获取所述商户的停车优惠券的请求对应的商户的优惠券，将所述车辆信息与所选择的优惠券进行绑定并保存包括：

将所述获取商户的停车优惠券的请求转发至与对应商户关联的管理终端；

接收所述管理终端发送的优惠券发放信息，从中提取优惠券信息，选择与所述优惠券信息匹配的优惠券，与所述车辆信息进行绑定。

6.一种优惠券的推送服务器，其特征在于，该服务器包括：

二维码生成单元，用于生成与商户对应的二维码，所述二维码包括：获取该商户的停车优惠券的请求的访问地址；

接收单元，用于接收通过指定应用的扫描功能扫描二维码发送的获取商户的停车优惠券的请求；所述获取商户的停车优惠券的请求包括：该指定应用的用户信息；

验证单元，用于对所述获取商户的停车优惠券的请求进行验证，包括：根据所述获取商户的停车优惠券的请求中的该指定应用的用户信息，判断该用户信息对应的用户账户中是否包含已注册的车辆信息；

执行单元，用于在所述用户信息对应的用户账户中不包含车辆信息时返回注册车辆信息的页面，在所述用户信息对应的用户账户中包含车辆信息时，选择与获取所述商户的停车优惠券的请求对应的商户的优惠券，将所述车辆信息与所选择的优惠券进行绑定并保存。

7.如权利要求6所述的服务器，其特征在于，

所述接收单元，还用于接收停车场终端设备发送的包含所述车辆信息的停车收费请求；

所述执行单元，还用于根据保存的车辆信息与优惠券的绑定关系，利用优惠券抵扣所述车辆信息对应的停车费用，并向所述停车场终端设备返回抵扣后的停车费用信息。

8.如权利要求6所述的服务器，其特征在于，

所述验证单元，还用于判断所述车辆信息是否具备优惠券发放条件；

所述执行单元，还用于在所述车辆信息不具备优惠券发放条件时，返回该车辆信息已不具备优惠券发放条件的页面。

9.如权利要求6所述的服务器，其特征在于，

所述验证单元，还用于判断与所述获取所述商户的停车优惠券的请求对应的商户的优惠券是否可用；

所述执行单元，还用于与所述获取所述商户的停车优惠券的请求对应的商户的优惠券不可用时，返回商户优惠券不可用的页面。

10.如权利要求6所述的服务器，其特征在于，

所述执行单元，用于将所述获取商户的停车优惠券的请求转发至与对应商户关联的管理终端；

所述接收单元，用于接收所述管理终端发送的优惠券发放信息；

所述执行单元，还用于从所述优惠券发放信息提取优惠券信息，选择与所述优惠券信息匹配的优惠券，与所述车辆信息进行绑定。