电子优惠券的管理方法、管理系统、电子设备及存储介质与流程

本发明涉及电子商务技术领域，特别涉及一种电子优惠券的管理方法、管理系统、电子设备及存储介质。

背景技术：

传统的电子优惠券体系一般基于用户账户的维度，即一张电子优惠券的领用流程必须经基于真实的电子优惠券码与用户账户绑定后才能使用。

在对一个团体中的用户发放电子优惠券，特别是在商旅场景中，对一个公司里的员工发放电子优惠券时，这种方式具有如下缺陷：

首先，电子优惠券只能发放给指定的用户账户，只能与指定的用户账户绑定。而在商旅场景中，同一家公司下可能有大量的用户账户，导致在线旅游平台发送电子优惠券总量的成本不可控。退一步讲，即便是在后台控制电子优惠券的实际可供用户使用的数量，如，公司一共有10000名员工，虽然给每个员工均发送了电子优惠券，但是实质可供使用的优惠券只有100张，这种情况下，具有优惠券的员工可能无法使用优惠券，导致用户使用优惠前的体验差。

并且在常见的代订商旅场景下，如公司通过代订人为多名员工下单，在一般情况下，代订人只能使用其自身用户账户绑定的电子优惠券，这就导致代订人下单时，享受到的电子优惠券有限，如，a公司中每一员工都绑定有一张电子优惠券，代订人现在需要为20名员工订机票，但是代订人只能使用与自己的用户账户绑定的优惠券，而其用户账户仅仅绑定了一张优惠券，这就使20个机票订单中，实质只有1张机票能享受电子优惠券。这进一步导致用户在使用电子优惠券的过程中体验差。在这种场景下，如果电子优惠券的管理平台给特定的代订人绑定多张电子优惠券，或者给其使用其它员工账户的电子优惠券的权限，一方面，电子优惠券具有超售风险，成本更不可控，另一方面，也降低了电子优惠券使用的安全性。

其次，在预定过程中，用户使用了电子优惠券，但是之后又取消了预定的订单，由于该优惠券已经与用户账户绑定，其他用户也无法使用该实质未使用的电子优惠券。

此外，发放的为真实的电子优惠券码，一旦电子优惠券码泄漏则可能发生电子优惠券盗用的情况。

技术实现要素：

本发明要解决的技术问题是为了克服现有技术中在线旅游平台难以高效且安全地针对团体中的用户，是特别是在商旅场景中，针对一个公司里的员工，进行电子优惠券的管理，提供一种能够高效且安全地管理电子优惠券、提高用户使用体验的电子优惠券的管理方法、管理系统、电子设备及存储介质。

本发明是通过下述技术方案来解决上述技术问题：

本发明提供了一种电子优惠券的管理方法，所述管理方法包括：

生成公共优惠券以及与所述公共优惠券对应的若干虚拟券码；

发放所述公共优惠券至对应的公司账户中；

所述公共优惠券为可供与所述公司账户关联的用户账户共同使用的电子优惠券，所述若干虚拟券码表示所述公共优惠券的实际库存。

较佳地，所述发放所述公共优惠券至对应的公司账户中的步骤后还包括：

当接收到下单指令，且所述下单指令关联有所述公共优惠券的使用指令时，将任意一状态为未使用的虚拟券码的状态修改为已使用。

较佳地，所述将任意一状态为未使用的虚拟券码的状态修改为已使用的步骤后还包括：

当接收到订单取消指令，且所述订单取消指令所关联的订单关联过所述公共优惠券的使用指令时，将对应的虚拟券码的状态修改为未使用。

较佳地，所述管理方法还包括：

当所述公司账户的账户状态触发公共优惠券的生成条件时，执行所述生成公共优惠券以及若干虚拟券码的步骤；

所述生成条件包括所述用户账号的账户状态与所述公共优惠券的类型，以及对应的类型下所述虚拟券码的数量的对应关系。

本发明还提供了一种电子优惠券的管理系统，所述管理系统包括：优惠券生成模块及优惠券发放模块；

所述优惠券生成模块用于生成公共优惠券以及与所述公共优惠券对应的若干虚拟券码；

所述优惠券发放模块用于发放所述公共优惠券至对应的公司账户中；

所述公共优惠券为可供与所述公司账户关联的用户账户共同使用的电子优惠券，所述若干虚拟券码表示所述公共优惠券的实际库存。

较佳地，所述管理系统还包括订单管理模块以及券码状态修改模块；

所述订单管理模块用于当接收到下单指令，且所述下单指令关联有所述公共优惠券的使用指令时调用所述券码状态修改模块，所述券码状态修改模块用于将任意一状态为未使用的虚拟券码的状态修改为已使用。

较佳地，所述订单管理模块还用于当接收到订单取消指令，且所述订单取消指令所关联的订单关联过所述公共优惠券的使用指令时调用所述券码状态修改模块，所述券码状态修改模块用于将对应的虚拟券码的状态修改为未使用。

较佳地，所述优惠券生成模块用于当所述公司账户的账户状态触发公共优惠券的生成条件时，生成公共优惠券以及若干虚拟券码；

所述生成条件包括所述用户账号的账户状态与所述公共优惠券的类型，以及对应的类型下所述虚拟券码的数量的对应关系。

本发明还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上所述的电子优惠券的管理方法。

本发明还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的电子优惠券的管理方法的步骤。

本发明的积极进步效果在于：本发明提供了一种新的电子优惠券的管理方式，在对一个团体中的用户发放电子优惠券，特别是在商旅场景中，对一个公司里的员工发放电子优惠券时，将公共优惠券发送至对应的公司账户中而非发送给指定的用户账户，公共优惠券不会与特定的用户账户绑定，一方面，避免了在线旅游平台发送电子优惠券总量的成本不可控的缺陷；另一方面，也不会发生用户拥有电子优惠券却无法使用的情况，提高了用户使用电子优惠券的体验。在代订场景中，代订人也可以根据需要代订用户的数量来使用对应数量的电子优惠券，更进一步提高了用户使用电子优惠券的体验度。

此外，在用户使用了电子优惠券之后，如果又取消了预定的订单，由于该优惠券没有与特定用户的用户账户绑定，其他用户也可以继续使用该电子优惠券。且无论是公司账户还是用户账户只能获得公共优惠券，却无法得知对应的虚拟券码，这就避免了电子优惠券码泄漏则可能发生电子优惠券盗用的情况，提高了电子优惠券使用的安全性。

附图说明

图1为本发明实施例1中的电子优惠券的管理方法的流程图。

图2为本发明实施例2中公司与管理平台对电子优惠券的发放过程的交互示意图。

图3为本发明实施例3中的电子优惠券的管理方法的流程图。

图4为本发明实施例3中公司与管理平台对电子优惠券的使用过程的交互示意图。

图5为本发明实施例3中公司与管理平台对电子优惠券的取消过程的交互示意图。

图6为本发明实施例4中的电子优惠券的管理系统的模块示意图。

图7为本发明实施例6中的电子优惠券的管理系统的模块示意图。

图8为本发明实施例7中的电子设备的模块示意图。

具体实施方式

下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。

实施例1

本实施例提供了一种电子优惠券的管理方法，如图1所示，该管理方法包括：

步骤101、生成公共优惠券以及与公共优惠券对应的若干虚拟券码；

步骤102、发放公共优惠券至对应的公司账户中。

其中，公共优惠券为可供与公司账户关联的用户账户共同使用的电子优惠券。用户在查询优惠券时，看到的为公司账户的公共优惠券的优惠信息，如满300-20，而无法看到公共优惠券对应的虚拟券码。

若干虚拟券码表示公共优惠券的实际库存，在步骤101中，当生成与公共优惠券对应的若干虚拟券码时，每一虚拟券码的默认状态均为未使用，例如，在一种具体的场景下，步骤101中生成了1张公共优惠券以及20张虚拟券码，则这20张虚拟券码的状态均为未使用，也就是说，此时，公共优惠券的实际库存为20。

本实施例提供了一种新的电子优惠券的管理方式，在对一个团体中的用户发放电子优惠券，特别是在商旅场景中，对一个公司里的员工发放电子优惠券时，将公共优惠券发送至对应的公司账户中而非发送给指定的用户账户，公共优惠券不会与特定的用户账户绑定，一方面，避免了在线旅游平台发送电子优惠券总量的成本不可控的缺陷；另一方面，也不会发生用户拥有电子优惠券却无法使用的情况，提高了用户使用电子优惠券的体验。在代订场景中，代订人也可以根据需要代订的用户的数量来使用对应数量的电子优惠券，更进一步提高了用户使用电子优惠券的体验度。并且无论是公司账户还是用户账户只能获得公共优惠券，却无法得知对应的虚拟券码，这就避免了电子优惠券码泄漏可能发生电子优惠券盗用的情况，提高了电子优惠券使用的安全性。

实施例2

本实施例提供了一种电子优惠券的管理方法，本实施例基于实施例1，进一步地，步骤101具体包括：

当公司账户的账户状态触发公共优惠券的生成条件时，生成公共优惠券以及若干虚拟券码。

其中，生成条件包括用户账号的账户状态与公共优惠券的类型，以及对应的类型下虚拟券码的数量的对应关系。

具体的，账户状态包括充值的金额、购买权益(如购买某一产品送电子优惠券)、接近流失的状态(如根据预设统计方式，某一公司与优惠券管理平台(如在线旅游平台)的合作下降到一定程度)等等。

为了更好地理解本实施例，下面通过一具体实例进行说明：

场景一：生成条件为充值1000送100-20的券，并且这种类型的券的实际库存为10。

场景二：生成条件为充值2000送200-20以及100-10的券，并且200-20的券的实际库存为20，100-10的券的实际库存为10。

场景三：生成条件为购买优惠券管理平台的会员送300-40的券，并且300-40的券的实际库存为40。

场景四：生成条件为在近3个月内，目标公司未在优惠券管理平台下过单。

应当理解，上述生成条件仅作为举例说明，不应成为对本实施例的限制，生成条件可以根据实际需求进行选择。

下面通过公司与优惠券管理平台(下面简称为管理平台)的交互来进一步说明公共优惠券的发放过程：

为了更好地描述本实施例，下面均以上述场景一中的公共优惠券作为举例进行说明，如图2所示，公司在主动或被动参加充值1000送库存数量为10的100-20的公共优惠券的活动后，首先，管理平台后台判断该活动是否有效，如：是否属于活动有效期之内；公司所属集团是否在活动白名单中，如有的公司旗下会有子公司、分公司或其他分支，这种情况下，分支可以看作本实施例中的公司，所有分支所关联的总公司可以看作本实施例中的集团；又如，有的公司下会有不同的部门，这种情况下，部门可以看作本实施例中的公司，各部门共同所属的公司可以看作本实施例中的集团；应当理解，也有进行统一管理的公司，这种情况下，公司本身则看作本实施例中的集团。

如果满足上述条件，则触发公共优惠券的生成条件，生成100-20的公共优惠券以及与该公共优惠券相关联的10个虚拟券码，仅发放公共优惠券至公司账户，而虚拟券码保存在管理平台的后台中，此时，公司账户还会收到公共优惠券充值成功的消息；如果不满足上述条件，则不会触发公共优惠券的生成条件，不会生成公共优惠券也不会生成与其关联的虚拟券码，此时公司账户还会收到公共优惠券充值失败的消息。

本实施例中，在满足触发公共优惠券的生成条件时，生成公共优惠券以及若干虚拟券码以供团体中的成员使用，通过这种方式，在多个团体参加公共优惠券的发放活动时，避免需要针对每个公司重复创建公共优惠券的生成条件的繁琐过程，提高了优惠券生成以及发放的效率。

实施例3

本实施例提供了一种电子优惠券的管理方法，本实施例基于实施例1或实施例2，其中，如图3所示，步骤102后还进一步包括：

步骤103、当接收到下单指令，且下单指令关联有公共优惠券的使用指令时，将任意一状态为未使用的虚拟券码的状态修改为已使用。

例如，在充值1000送的实际库存为10的100-20的虚拟券码的条件下，当用户下单并使用了对应的公共优惠券时，则可以随机或按照预设顺序，将一未使用的虚拟券码的状态修改为已使用，此时，对应的公共优惠券的实际库存变为9。

下面通过用户账户与管理平台的交互来进一步说明公共优惠券的使用过程：

如图4所示，在用户下单的过程中，如查询某一产品或服务时，查询当前截点用户账户关联的公司账户的公共优惠券对应的虚拟券码的可用库存余量是否大于0，若否，则说明没有可用的公共优惠券，直接将查询到原价的产品列表或服务列表展示给用户；若是，则说明有可用的公共优惠券，将划线价(即同时包括原价及使用了优惠券后的价格)的产品列表或服务列表展示给用户。用户选择可使用优惠券的产品，点击‘提交订单’按钮，此时，再次查询当前截点用户账户关联的公司账户的公共优惠券对应的虚拟券码的可用库存余量是否大于0，如果没有大于0则提示公共优惠券已被抢先一步用完，提示用户是否按无优惠券金额继续下单，用户可以付款或再次发起价格查询；如果仍大于0则生成关联有该用户账户、虚拟券码以及订单号的消费信息，并且将公共优惠券的实际库存扣减1。此时，提示用户继续付款，完成下单，当用户付款，则说明成功使用了公共优惠券的库存。

本实施例中，在查询产品或服务以及在用户下单时，均需要查询实时用户账户关联的公司账户下虚拟券码可用库存余量，以避免超售的情况发生，如在用户选择产品的过程中，同一公司的其他用户已将公共优惠券的全部库存使用完毕，这时候，当前用户则无法使用公共优惠券。

本实施例中，在用户使用一公共优惠券时，会将管理平台管理的公共优惠券对应的一虚拟券码的状态标记为已使用，以减少公共优惠券的实际库存，通过这种方式，避免了在共享公共优惠券的时，超额使用的情况发生，提高了对公共优惠券的管理能力。

在一种具体的实施方式中，步骤103后还可以进一步包括：

步骤104、当接收到订单取消指令，且订单取消指令所关联的订单关联过公共优惠券的使用指令时，将对应的虚拟券码的状态修改为未使用。

例如，在充值1000送的实际库存为10的100-20的虚拟券码的条件下，如果当前公共优惠券的实际库存为9，若某一订单取消，且该订单关联过优惠券所属的公司下的员工使用该公共优惠券的信息时，则将使用过的公共优惠券关联的虚拟券码的状态由已使用标记为未使用。

下面通过用户账户与管理平台的交互来进一步说明公共优惠券的取消过程：

如图5所示，当用户账户对某条成交的订单记录发起退款时，如该订单存在用户账户、虚拟券码、以及订单号的对应关系时，反查用账户所关联的公司账户，再将该虚拟券码返回至当前公司账户的可用库存池中，即将该虚拟券码的当前状态标记为未使用，至此，退款成功。

本实施例中，在用户使用了电子优惠券之后，如果又取消了预定的订单，由于该优惠券没有与特定用户的用户账户绑定，使用的公共优惠券会由已使用状态重新标记为未使用的状态，对应的库存将返回公司账户中，其他用户也可以继续使用该电子优惠券，进一步提高了公共优惠券管理的智能性与便捷性。

实施例4

本实施例提供了一种电子优惠券的管理系统，如图6所示，所述管理系统包括：优惠券生成模块401及优惠券发放模块402。

其中，所述优惠券生成模块401用于生成公共优惠券以及与所述公共优惠券对应的若干虚拟券码，所述优惠券发放模块402用于发放所述公共优惠券至对应的公司账户中。

所述公共优惠券为可供与所述公司账户关联的用户账户共同使用的电子优惠券，用户在查询优惠券时，看到的为公司账户的公共优惠券的优惠信息，如满300-20，而无法看到公共优惠券对应的虚拟券码。

所述若干虚拟券码表示所述公共优惠券的实际库存。优惠券生成模块401具体用于当生成与公共优惠券对应的若干虚拟券码时，将每一虚拟券码的默认状态标记为未使用，例如，在一种具体的场景下，优惠券生成模块401生成了1张公共优惠券以及20张虚拟券码，则这20张虚拟券码的状态均为未使用，也就是说，此时，公共优惠券的实际库存为20。

本实施例提供了一种新的电子优惠券的管理方式，在对一个团体中的用户发放电子优惠券，特别是在商旅场景中，优惠券发放模块402用于对一个公司里的员工发放电子优惠券时，将公共优惠券发送至对应的公司账户中而非发送给指定的用户账户，公共优惠券不会与特定的用户账户绑定，一方面，避免了在线旅游平台发送电子优惠券总量的成本不可控的缺陷；另一方面，也不会发生用户拥有电子优惠券却无法使用的情况，提高了用户使用电子优惠券的体验。在代订场景中，代订人也可以根据需要代订的用户的数量来使用对应数量的电子优惠券，更进一步提高了用户使用电子优惠券的体验度。并且无论是公司账户还是用户账户只能获得公共优惠券，却无法得知对应的虚拟券码，这就避免了电子优惠券码泄漏可能发生电子优惠券盗用的情况，提高了电子优惠券使用的安全性。

实施例5

本实施例提供了一种电子优惠券的管理系统，本实施例基于实施例4，进一步地，优惠券生成模块401用于当公司账户的账户状态触发公共优惠券的生成条件时，生成公共优惠券以及若干虚拟券码，生成条件包括用户账号的账户状态与公共优惠券的类型，以及对应的类型下虚拟券码的数量的对应关系。

具体的，账户状态包括充值的金额、购买权益(如购买某一产品送电子优惠券)、接近流失的状态(如根据预设统计方式，某一公司与优惠券管理平台(如在线旅游平台)的合作下降到一定程度)等等。

为了更好地理解本实施例，下面通过一具体实例进行说明：

场景一：生成条件为充值1000送100-20的券，并且这种类型的券的实际库存为10。

场景二：生成条件为充值2000送200-20以及100-10的券，并且200-20的券的实际库存为20，100-10的券的实际库存为10。

场景三：生成条件为购买优惠券管理平台的会员送300-40的券，并且300-40的券的实际库存为40。

场景四：生成条件为在近3个月内，目标公司未在优惠券管理平台下过单。

应当理解，上述生成条件仅作为举例说明，不应成为对本实施例的限制，生成条件可以根据实际需求进行选择。

下面通过公司与优惠券管理平台(下面简称为管理平台)的交互来进一步说明公共优惠券的发放过程：

为了更好地描述本实施例，下面均以上述场景一中的公共优惠券作为举例进行说明，如图2所示，公司在主动或被动参加充值1000送库存数量为10的100-20的公共优惠券的活动后，首先，管理平台后台判断该活动是否有效，如：是否属于活动有效期之内；公司所属集团是否在活动白名单中，如有的公司旗下会有子公司、分公司或其他分支，这种情况下，分支可以看作本实施例中的公司，所有分支所关联的总公司可以看作本实施例中的集团；又如，有的公司下会有不同的部门，这种情况下，部门可以看作本实施例中的公司，各部门共同所属的公司可以看作本实施例中的集团；应当理解，也有进行统一管理的公司，这种情况下，公司本身则看作本实施例中的集团。

优惠券生成模块401具体供与再满足上述条件的情况下，触发公共优惠券的生成条件，生成100-20的公共优惠券以及与该公共优惠券相关联的10个虚拟券码，仅发放公共优惠券至公司账户，而虚拟券码保存在管理平台的后台中，此时，公司账户还会收到公共优惠券充值成功的消息；如果不满足上述条件，则不会触发公共优惠券的生成条件，不会生成公共优惠券也不会生成与其关联的虚拟券码，此时公司账户还会收到公共优惠券充值失败的消息。

本实施例中，优惠券生成模块401用于在满足触发公共优惠券的生成条件时，生成公共优惠券以及若干虚拟券码以供团体中的成员使用，通过这种方式，在多个团体参加公共优惠券的发放活动时，避免需要针对每个公司重复创建公共优惠券的生成条件的繁琐过程，提高了优惠券生成以及发放的效率。

实施例6

本实施例提供了一种电子优惠券的管理系统，本实施例基于实施例4或实施例5，如图7所示，其中，管理系统还包括订单管理模块403以及券码状态修改模块404；

订单管理模块403用于当接收到下单指令，且下单指令关联有公共优惠券的使用指令时调用券码状态修改模块404，券码状态修改模块404用于将任意一状态为未使用的虚拟券码的状态修改为未使用。

例如，在充值1000送的实际库存为10的100-20的虚拟券码的条件下，订单管理模块403用于当用户下单并使用了对应的公共优惠券时，调用券码状态修改模块404，该模块可以用于随机或按照预设顺序，将一未使用的虚拟券码的状态修改为已使用，此时，对应的公共优惠券的实际库存变为9。

下面通过用户账户与管理平台的交互来进一步说明公共优惠券的使用过程：

如图4所示，在用户下单的过程中，如查询某一产品或服务时，查询当前截点用户账户关联的公司账户的公共优惠券对应的虚拟券码的可用库存余量是否大于0，若否，则说明没有可用的公共优惠券，直接将查询到原价的产品列表或服务列表展示给用户；若是，则说明有可用的公共优惠券，将划线价(即同时包括原价及使用了优惠券后的价格)的产品列表或服务列表展示给用户。用户选择可使用优惠券的产品，点击‘提交订单’按钮，此时，再次查询当前截点用户账户关联的公司账户的公共优惠券对应的虚拟券码的可用库存余量是否大于0，如果没有大于0则提示公共优惠券已被抢先一步用完，提示用户是否按无优惠券金额继续下单，用户可以付款或再次发起价格查询；如果仍大于0则生成关联有该用户账户、虚拟券码以及订单号的消费信息，并且将公共优惠券的实际库存扣减1。此时，提示用户继续付款，完成下单，当用户付款，则说明成功使用了公共优惠券的库存。

本实施例中，订单管理模块403用于在查询产品或服务以及在用户下单时，均查询实时用户账户关联的公司账户下虚拟券码可用库存余量，以避免超售的情况发生，如在用户选择产品的过程中，同一公司的其他用户已将公共优惠券的全部库存使用完毕，这时候，当前用户则无法使用公共优惠券。

本实施例中，在用户使用一公共优惠券时，券码状态修改模块404会将管理平台管理的公共优惠券对应的一虚拟券码的状态标记为已使用，以减少公共优惠券的实际库存，通过这种方式，避免了在共享公共优惠券的时，超额使用的情况发生，提高了对公共优惠券的管理能力。

在一种具体的实施方式中，订单管理模块403还用于当接收到订单取消指令，且订单取消指令所关联的订单关联过公共优惠券的使用指令时调用券码状态修改模块404，券码状态修改模块404用于将对应的虚拟券码的状态修改为未使用。

例如，在充值1000送的实际库存为10的100-20的虚拟券码的条件下，如果订单管理模块403查询到当前公共优惠券的实际库存为9，若某一订单取消，且该订单关联过优惠券所属的公司下的员工使用该公共优惠券的信息时，则券码状态修改模块404将使用过的公共优惠券关联的虚拟券码的状态由已使用标记为未使用。

下面通过用户账户与管理平台的交互来进一步说明公共优惠券的取消过程：

订单管理模块403用于当用户账户对某条成交的订单记录发起退款时，如该订单存在用户账户、虚拟券码、以及订单号的对应关系时，反查用账户所关联的公司账户，再将该虚拟券码返回至当前公司账户的可用库存池中，即券码状态修改模块404将该虚拟券码的当前状态标记为未使用，至此，退款成功。

本实施例中，在用户使用了电子优惠券之后，如果又取消了预定的订单，由于该优惠券没有与特定用户的用户账户绑定，使用的公共优惠券会由已使用状态重新标记为未使用的状态，对应的库存将返回公司账户中，其他用户也可以继续使用该电子优惠券，进一步提高了公共优惠券管理的智能性与便捷性。

本实施例提供一种电子设备，电子设备可以通过计算设备的形式表现(例如可以为服务器设备)，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中处理器执行计算机程序时可以实现实施例1-实施例3中任意一电子优惠券的管理方法。

图8示出了本实施例的硬件结构示意图，如图8所示，电子设备9具体包括：

至少一个处理器91、至少一个存储器92以及用于连接不同系统组件(包括处理器91和存储器92)的总线93，其中：

总线93包括数据总线、地址总线和控制总线。

存储器92包括易失性存储器，例如随机存取存储器(ram)921和/或高速缓存存储器922，还可以进一步包括只读存储器(rom)923。

存储器92还包括具有一组(至少一个)程序模块924的程序/实用工具925，这样的程序模块924包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

处理器91通过运行存储在存储器92中的计算机程序，从而执行各种功能应用以及数据处理，例如本发明实施例1-实施例3中任意一电子优惠券的管理方法。

电子设备9进一步可以与一个或多个外部设备94(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(i/o)接口95进行。并且，电子设备9还可以通过网络适配器96与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。网络适配器96通过总线93与电子设备9的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备9使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、raid(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。

应当注意，尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

实施例8

本实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现实施例1-实施例3中任意一电子优惠券的管理方法的步骤。

其中，可读存储介质可以采用的更具体可以包括但不限于：便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。

在可能的实施方式中，本发明还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行实现实施例1-实施例3中任意一电子优惠券的管理方法的步骤。

其中，可以以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码，所述程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。

虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。