CN106022812A - 一种优惠券的电子化发行、使用与交易方法 - Google Patents

Abstract

本发明为一种优惠券的电子化发行、使用与交易方法，属电子商务应用技术领域，它能够解决优惠券发行随意、应用方法单一、闲置浪费、交易困难等问题。该发明系统包括顾客端、商家端、平台端、通信网络，其中顾客端至少包括商品预订单元、结算单元、优惠券列表、优惠券交易大厅；商家端至少包括商品管理单元、订单管理单元、优惠券产生规则设置单元、优惠券列表、优惠券交易大厅；平台端至少包括优惠券生成与编码单元、平台数据库、交易金管理单元。系统根据顾客的实际消费金额和优惠券生成规则自动发行优惠券；顾客端和商家端通过操作各功能单元改变数据库信息特别是优惠券信息，进而实现对优惠券的使用、拟买、出售、拟售、买入、撒券、抢券和赠好友。

Description

一种优惠券的电子化发行、使用与交易方法

技术领域

本发明涉及一种电子商务应用技术领域的方法和系统，特别是涉及电子商务领域中优惠券的电子化发行、交易、使用、赠送等的方法与技术。

背景技术

随着商业的发展，优惠券的使用越来越受重视，但是纸质优惠券的发行造成了严重的人力和资源浪费，并且被丢弃的纸质优惠券还造成了一定程度的环境污染。

近年来，随着手机移动支付的广泛运用，优惠券逐渐成为移动支付的重要角色之一，但目前优惠券在产生和交易过程中存在一些明显不足：首先是优惠券发行随意，大部分商家采用搞活动的办法发行优惠券，只要顾客参与活动就发给优惠券，发行数量没有计划，有些商家甚至向不相识的顾客邮箱里发送优惠券；其次是优惠券闲置严重，表现为有很多顾客获得了优惠券后很长时间不再去那个商家消费，优惠券被闲置、忘记、最多的是过期失效，与之相反的是，部分需要优惠券的顾客却因找不到合适的优惠券而苦恼，甚至不得不放弃心仪已久的消费；再次是优惠券交易困难，由于目前电子商务网站均没有设置优惠券集中交易场所，而私下进行优惠券交易的场所不集中、不固定、不规范，造成了优惠券交易参与人数少、成交量小、定价无参考、定价范围波动大、部分定价严重偏离市场均价等问题，从而造成优惠券成交难、利用率不高的现象。还有，目前优惠券用法比较单调，缺乏一套随时可灵活进行买卖、使用、赠送的优惠券应用系统。

如何发明一套系统，使优惠券电子化的发行规范，应用灵活多样，以减少优惠券发行随意、闲置严重、交易困难等现象，这已成为电子商务技术领域亟需解决的问题。

发明内容

为解决优惠券特别是电子优惠券，发行随意、应用不灵活、交易率不高、闲置浪费严重等问题，本发明提供一种技术方案：它包括顾客端、商家端、平台端、通信网络，其中顾客端至少包括商品预订单元、结算单元、优惠券列表、优惠券交易大厅、优惠券使用单元。在商品预订单元顾客可通过购买商品获得优惠券，结算单元用于商品购买后的支付，优惠券列表用于显示并管理顾客拥有的所有优惠券，优惠券交易大厅用于优惠券的交易，在优惠券使用单元顾客可以使用优惠券冲抵消费金。

本发明系统中，商家端至少包括商品上线单元、商品管理单元、订单管理单元、优惠券生成规则设置单元、优惠券列表、优惠券交易大厅。

在商品上线单元，商家可以实现商品的上线和下线管理、在商品管理单元商家可以管理商品，如修改商品价格、型号、特点等。订单管理单元至少包含结算按钮，在优惠券生成规则设置单元商家可以设置不同商品的优惠券生成规则和有效期限，该设置还可在生成规则修改单元进行修改。在优惠券列表中商家可以查看并管理交易所得到的优惠券，在商家端商家还可查看本商家发行优惠券的张数、金额。商家只可通过交易获得自家发行的优惠券。

本发明系统中平台端至少包括顾客注册信息管理单元、商家注册信息管理单元、优惠券生成与编码单元、平台数据库、交易技术费设置单元、交易规则设置单元、交易大厅管理单元、交易金管理单元。

优惠券生成与编码单元用于产生优惠券并即时产生该优惠券的编码，平台数据库根据优惠券的产生和交易信息在相应用户名下增减或改动优惠券信息，平台可以在交易技术费设置单元设置优惠券的交易费率，平台还可以在交易规则设置单元设置优惠券的交易规则，在优惠券交易大厅管理单元，平台端可管理顾客端和商家端的优惠券交易。

本发明系统中，优惠券交易大厅有如下特征：

顾客端商家详情页面和商家端都设有优惠券交易大厅；

顾客端某商家详情页面仅显示该商家的优惠券供需信息；

顾客端和商家端都可以在优惠券交易大厅进行优惠券交易；

交易大厅列表显示拟售、拟买、撒券状态的优惠券；

用户可在交易大厅进行拟售、拟买、买入、出售、抢券操作。

优惠券交易大厅的设置，其有益效果是为优惠券多样化应用提供了场所。

本发明方法中，优惠券的使用与交易方法包括使用方法、拟卖和买入方法、拟买和出售方法、撒券和抢券方法、赠好友方法。其中，

拟售是用户在交易大厅中发布出售优惠券的信息，

买入是对于交易大厅中拟出售的优惠券应盘，

拟买是用户在交易大厅发布求购优惠券的信息，

出售是用户对交易大厅中的优惠券求购信息应盘，

撒券是用户将自己的优惠券放在交易大厅中由其他用户无偿抢券，

赠好友是用户将自己的优惠券赠送给指定好友，但该好友必须为平台的注册用户否则不可能收到赠送的优惠券。

本发明方法中，优惠券的电子化发行方法，包括以下步骤：

商家在商家端的优惠券生成规则设置单元，针对不同商品的优惠券设置生成规则和有效期等信息；

平台端将商家设置的优惠券产生条件等信息通过网络发送至商家店铺特定位置进行展示；

顾客端可查看比对各个商家的优惠信息，并选购商品或服务；

顾客端选购商品并按步骤下达订单后，系统即自动生成订单编号，该订单被自动发送至商家端订单管理单元；

顾客与商家结算完毕后，结算完毕信息将触发平台系统自动计算、比对订单中的消费金额与优惠券生成规则，若符合优惠券发行条件，则优惠券产生与编码单元即自动生成优惠券；

生成的优惠券信息存入优惠券数据库；

存入的优惠券信息包括但不限于发行商家名称、生成时间、有效期限、优惠券编码、当前持有人等；

顾客端的优惠券列表显示时自动加载平台数据库中当前持有人为该顾客的优惠券信息，包括新产生的优惠券。

本发明优选的，商家端设置的优惠券生成规则和有效期等信息被平台数据库保存于商品数据表中；顾客端商品信息页显示时自动加载平台数据库商品数据表中的优惠券生成规则信息；当顾客端商品信息页被浏览时，页面引导顾客查看优惠券设置情况，以方便顾客下订单时参考。

本发明优选的，顾客端选购商品后下订单时，系统先检测顾客信息是否充分满足本次消费需求，若不满足则系统提示顾客端补充必要的信息后再下达订单。

本发明优选的，优惠券生成同时，系统根据订单中商家代码、下单时间等信息产生该优惠券的唯一编码；优惠券编码规则由平台端在优惠券产生与编码单元中事先设定。

本发明优选的，产生的优惠券信息能够被发行商家端查看，但不能被改动，目的在于方便发行商查验自家发行的优惠券情况。

上述发明内容——优惠券的产生是由系统依据顾客的消费金额和商家设置的生成规则自动产生，其有益效果是避免了优惠券产生的随意性；同时，发行商家能查看其发行的优惠券信息的变动情况，有利于商家依据优惠券的变动信息分析市场行情。

本发明方法中，优惠券的使用方法，包括如下步骤：

顾客进行结算操作时，在顾客端“使用优惠券”按钮被点击；

页面自动以列表形式显示合适的优惠券信息；

顾客端在弹出的优惠券列表中选中要使用的优惠券；

被选中的优惠券将按商家设置的使用条件冲抵现金；

使用后，该顾客端将不能显示已使用的优惠券；

同时，平台数据库和发行商家端的该优惠券的状态被修改为已使用。

本发明优选的，有些情况下，比如顾客与商家当面结算时，商家端可根据顾客的当面请求和授权点击使用该顾客的优惠券冲抵该顾客的消费金。

本发明优选的，优惠券使用条件由商家端设定，其内容顾客端可查询，以方便顾客在使用前悉知。

本发明优选的，使用优惠券时，系统读取平台数据库中该顾客名下的优惠券信息，并对的它们的使用规则和有效期等信息进行计算、判断；符合条件的优惠券将弹窗显示于优惠券列表中；若没有符合条件的优惠券，则当前页面弹窗提示无符合条件的优惠券。

本发明优选的，使用优惠券时，如果顾客端没有合适的优惠券，系统将提示顾客端可先到目标商家的优惠券交易大厅中购买优惠券然后使用。

上述发明内容——“使用优惠券”按钮被点击，系统当前页面自动弹出能够被使用的所有优惠券供用户选择，其有益效果是，避免了顾客遗忘所拥有的优惠券，有助于提高优惠券的使用效率，进而有助于提高商品交易的成功率。

本发明方法中，优惠券的拟售和买入方法，包括如下步骤：

拟售方可在其优惠券列表中选择相应的优惠券，然后在弹出的对话框中填写拟售价格并确认出售，该信息即在交易大厅中进行显示；

在上一步骤前拟售方需要先正确注册并登录；

在交易成功之前拟售方可撤销该拟售信息，拟售中的优惠券也可正常使用或赠送，但被使用或赠送后该拟售信息即在交易大厅中自动撤销；

买方在优惠券交易大厅的列表中选择要购买的优惠券，点击购买后，触发系统的支付模块，支付模块引导买方进行支付操作；

买方支付成功后，交易大厅中自动删除该优惠券的信息，系统同时自动减掉卖方的优惠券，增加到买方的优惠券列表中，交易资金同时划转至卖方交易金管理单元中；

买方未支付成功的，则支付系统提示本次支付失败，并将支付失败的通知发给买方；

本发明优选的，拟售方在填写拟卖价格前可以先参考交易大厅中所挂卖单的定价情况。

上述发明内容的有益效果是，卖出优惠券有固定场所，交易集中、定价相对集中、定价相对合理、减少了不切合市场实际的报价出现，提高了优惠券的卖出成功概率，同时拟卖的优惠券还可使用，这些措施都有助于提高优惠券的使用效率。

如果需要购买优惠券的人在交易大厅找不到合适的优惠券，可在交易大厅做拟买操作。本发明方法中，优惠券的拟买和出售方法，包括如下步骤：

拟买方可在交易大厅中发布拟买需求，填写拟买的优惠券信息，如购买价格、张数、有效期等信息后，该需求信息进入平台的交易大厅中，并在交易大厅中进行显示；

如有卖方能满足拟买方的需求，即可进行应盘操作，勾选并点击提交自己合适的优惠券；

出售方提交的优惠券信息被系统发送至拟买方的应盘列表中；

拟买方选中应盘列表中满意的优惠券并再次确认要买入选中的优惠券，支付模块即引导拟买方进行支付操作；

拟买方支付成功后，系统即自动减掉出售方的优惠券，增加到拟买方的优惠券列表中；

拟买方未支付成功的，则系统页面提示本次支付失败，并将支付失败的通知发给拟买方。

本发明优选的，拟买方在填写拟买价格前可以先参考交易大厅中所挂卖单的定价情况。

本发明优选的，如果拟买方填写的拟买价超过了优惠券的券面价格，那么交易大厅所挂买单中显示的拟买价为券面价格。

本发明优选的，拟买方可对自己挂出的拟买单进行撤销操作。

上述发明内容的有益效果是，买入优惠券有固定场所，交易集中、交易方法灵活、定价集中、增强了顾客的购买信心，从而提高了优惠券的成交概率。

本发明方法中，优惠券的撒券和抢券方法，包括如下步骤：

撒券者打开其用户端的优惠券列表并点击撒券按钮；

在上一步骤之前，撒券者应正确登录帐户；

系统根据撒券者的帐户信息，弹窗列表显示该用户能用的优惠券；

撒券者在列表中勾选要撒掉的优惠券；

其他用户点击抢券按钮时，系统根据时间先后，确定抢券成功的用户；

用户抢券成功后交易大厅页面自动删除该优惠券的信息；

同时系统自动在撒券者的优惠券列表减少该优惠券的信息，在抢券成功者的优惠券列表增加该优惠券的信息；

撒券者还可对处于被撒券状态的优惠券进行撤销的操作。

本发明优选的，勾选要撒掉的优惠券后，系统再次提醒撒券者确认被勾选的优惠券是否要进行撒券操作；如果是，则勾选的优惠券信息显示于交易大厅的交易列表中，如果否，撒券操作终止。

上述发明内容的有益效果是，通过撒券，拥有大量闲置优惠券的顾客可以免费将优惠券送给需要的人，既提高了优惠券的成交活跃度，也有利于优惠券的高效使用。

本发明方法中，优惠券的赠好友方法，包括如下步骤：

用户进入优惠券管理模块；

在上一步骤之前，用户应正确登录帐户；

系统根据用户的注册信息，弹窗显示数据库中该用户的优惠券；

用户在其优惠券列表中选择合适的优惠券，系统引导用户填写已在平台注册的好友信息；

系统在用户数据库中检索用户输入的好友信息；

若系统检索不到该好友帐号或发现该帐号无效，系统即提示赠送者该帐户不存在；

若系统能够检索到好友帐号并确认该帐号有效，则系统提醒赠送者是否确认要赠送选定的优惠券；

若赠送者确认要赠送选定的优惠券，则这些被选定的优惠券被系统免费发送至被赠好友的帐户中；

赠送成功后，系统自动减少赠送方的优惠券列表相应的优惠券信息，增加至受赠方的优惠券列表。

赠好友的有益效果，一是提高优惠券的使用效率，二是通过赠好友吸引注册用户的朋友到平台注册。

总之，相对于现有的优惠券发行和使用方法，本发明的有益效果是避免了优惠券的滥发、乱发，方便了顾客和商家对优惠券的管理，特别是促进了优惠券的多样化应用和高效利用，有利于电子商务的繁荣发展。

附图说明

图1、一种优惠券的电子化发行、使用与交易系统的结构示意图；

图2、优惠券的电子化发行流程图；

图3、优惠券使用流程图；

图4、优惠券拟售和买入的操作流程图；

图5、优惠券拟买和出售的操作流程图；

图6、优惠券撒券和抢券的操作流程图；

图7、优惠券赠好友的操作流程图。

具体实施方式

下面结合附图，对本发明的实施方式作详细说明：

本实施例在以本发明技术方案为前提下进行实施，给出了具体的操作过程，但本发明的保护范围不限于下述的实施例。

实施例所述优惠券应用系统包括用户端和平台端系统。实施例中所提到的用户包括顾客和商家，用户端包括顾客端和商家端，为方便起见在下文中优惠券交易大厅简称为交易大厅。顾客端、商家端、平台端三者可以通过有线或无线网络进行即时通信。

本发明优惠券的电子化发行、使用与交易方法，顾客端通过消费才有可能获得平台系统产生的优惠券；平台产生优惠券的依据是商家设定的优惠券产生条件和顾客端消费信息；获得优惠券后，用户可以买卖优惠券，也可以定向赠送或非定向赠送他人，定向赠送即文中所述赠好友，非定向赠送即文中所述撒券。用户所得优惠券还可以在消费时冲抵消费金使用。

本实施例优惠券的电子化发行、使用与交易系统结构示意图如图1所示。

顾客端的功能模块包括：商品预订单元、结算单元、优惠券列表、优惠券交易大厅、优惠券使用单元。

商家端后台软件设置的功能模块包括：商品上线单元、商品管理单元、订单管理单元、优惠券生成规则设置单元、优惠券列表、优惠券交易大厅。

平台端设置的功能模块包括：顾客注册信息管理单元、商家注册信息管理单元、优惠券生成与编码单元、平台数据库、交易技术费设置单元、交易规则设置单元、交易大厅管理单元、交易金管理单元，平台数据库中包括优惠券数据表、商品数据表、订单数据表、用户数据表等。

参照图2，是本发明所述优惠券的电子化发行步骤流程图。

步骤201，商家端后台编辑商品或服务信息时，同时填写消费该商品时优惠券的生成规则，如消费每满100元给20元优惠券，同时还填写该优惠券的有效使用期限等信息。

步骤202，系统的商品数据库添加并保存商家端写入的商品信息及优惠券的生成规则信息，平台的优惠券生成与编码单元在需要时将调用商品数据库中的优惠券生成规则和有效使用期限等信息。

步骤203，顾客端商品详情页面显示时，页面系统从商品数据库中自动读取并在该页面商品价格附近显示优惠券产生规则。顾客针对商品下达订单前可方便地参阅到这些信息。

步骤204，当顾客端浏览到商品详情页面，页面系统信息引导或提示顾客“购买该商品或服务可以获得多少元的优惠券”。顾客可对比阅读多个商家对同类商品设置的不同的优惠券产生规则。优惠券信息的阅读将帮助顾客选购到更加优惠的商品或服务。

步骤205，顾客端选定商品后下达订单时，顾客需要根据系统提示逐步地按照商家特定的要求完善订单信息，如有些商家要求顾客填写下单人和实际消费人的联系方式、大致的消费时间等信息。实际应用中，有些商家为更好的提供服务需要顾客填写一些不常用的信息。顾客按商家制定的特定步骤完善订单信息，既方便商家提供更周到详尽的服务，又避免了顾客下达超出商家服务能力的订单，还避免了不必要的纠纷。

步骤206，顾客下达订单后，平台系统根据顾客所订购商品信息、下单时间、商家代码等信息自动编辑生成该订单的编号，如CLA2015100913120001，同步该订单详情信息记入平台系统的订单数据库。商家后台的订单管理单元能够从数据库中随时读取并显示订单的详情内容。

步骤207，订单完成后，商家端提示顾客端进行结算，或顾客端主动交付消费金。待顾客交清消费金后，商家端向系统的订单数据库发送消费金已结清消息，订单数据库收到该消息后修改该订单的状态为已结清。

步骤208，优惠券产生与编码单元读取订单数据库中订单状态，如果订单状态为已结清，该单元将依据该订单消费金额信息与优惠券生成规则，判断出本次消费是否符合优惠券的产生条件。若符合优惠券发行条件，则系统自动产生相应数额的优惠券及其编码，其中的编码规则事先由平台事先设置好。

步骤209，产生优惠券后，系统对优惠券数据库做添加操作，添加新产生的优惠券信息，添加的信息至少包括优惠券编码、发行商名称、当前持有人、生成时间、券面价格、有效期限、交易信息、优惠券状态等，如表1所示。

表1 实施例中优惠券信息的表结构

步骤210，当顾客端打开其优惠券列表页面时，该页面将根据顾客权限读取并显示优惠券数据库中该顾客名下的优惠券信息，包括新产生的优惠券信息；商家端的优惠券列表也能够从数据库中读取并显示该商家发行的优惠券信息，但商家端仅能查看这些优惠券信息不能对其进行修改、写入、添加、删除等操作。

参照图3，是本发明优惠券的使用方法流程图：

步骤301，订购商品结算时，顾客端点击“使用优惠券”按钮；或订购到店服务结算时，根据顾客当面的请求及授权，商家端可在订单管理中，点击使用顾客优惠券。

顾客在使用优惠券前，可在顾客端商家详情页面查看其优惠券的使用规则等信息，这些信息是由商家端事先设置的。

步骤302，“使用优惠券”按钮被点击后，系统自动对优惠券数据库中该顾客名下的优惠券信息进行计算，经判断凡符合使用条件的优惠券将弹窗显示于用户端的优惠券列表中。

为提高优惠券应用的灵活性和利用率，本实施例平台数据库中标注状态为“正常持有”、“已挂卖单”、“已被撒券”、“已应盘”的优惠券，只要符合使用条件均能显示于用户的优惠券列表中，以备顾客灵活使用。

步骤303，顾客勾选其当前页面优惠券列表中要使用的优惠券，或商家跟据顾客要求当着顾客面在顾客的优惠券列表中勾选顾客要使用的优惠券。

步骤304，要使用的优惠券被选定后，系统提示当前多少元的优惠券已被选中将充抵多少元的现金使用。

步骤305，顾客端优惠券列表中的优惠券被确认使用后，系统的优惠券数据库中该优惠券当前持有人信息将被删除，优惠券状态改为已使用。因为持有人信息被删除，所以顾客端优惠券列表无法再读取和显示该优惠券的信息；同时商家端的优惠券管理模块读取并显示到该优惠券标记状态为已使用。

步骤306，如果顾客没有合适的优惠券供使用，当“使用优惠券”按钮被点击时，系统弹窗提示：没有合适的优惠券，请去商家详情页面的优惠券交易大厅购买然后使用。

参照图4，是本发明的优惠券拟售和买入方法的步骤流程图：

步骤401，拟售方在交易大厅点击拟售按钮，系统以列表形式弹窗显示可以拟售的优惠券，拟售方选中其中的优惠券并填写拟售价格，点击确定按钮后，系统将在平台数据库中把这些优惠券的状态修改为已挂卖单。交易大厅页面显示时，将加载这些标注状态为已挂卖单的优惠券信息，且挂单性质为拟售，如表2所示。

表2 优惠券交易大厅表结构

在上一步骤前顾客需要先正确注册并登录。

步骤402，拟售方可对自己所挂卖单进行撤销操作。当拟售方在交易大厅选中其所挂出的某个卖单并点击“撤销”按钮后，系统将优惠券数据库中该优惠券的状态改为正常持有。因为状态被从已挂卖单修改为正常持有，所以交易大厅将不能再显示该优惠券信息。

实际应用证明，对于挂单要卖出的优惠券，用户有时需要使用它或将它赠送给急需的好友。鉴于此，本方案对于已经在交易大厅被挂卖单的优惠券，用户可以正常使用，如果用户使用了它，系统将在数据库中把该优惠券的状态改为已使用，同样地，因为标记状态已改变，所以交易大厅不能读取并显示该优惠券信息了。对于已挂卖单的优惠券如果用户将其赠送给了其它人，则系统将在数据库中把该优惠券的当前持有人信息改为被赠者信息，优惠券标记状态修改为正常持有。同样地，因为优惠券的持有人信息和标记状态改变了，所以赠券方用户端和交易大厅都不能再加载到该优惠券信息。

步骤403，在优惠券交易大厅，若有欲购买优惠券的人看中某个优惠券的拟卖单，即可以在交易大厅选中该优惠券并点击“买入”按钮，“买入”按钮将触发系统自动加载支付页面，引导买方完成支付操作。

步骤404，买方支付成功后，系统将优惠券数据库中该优惠券的当前持有人信息修改为买方信息，优惠券状态修改为正常持有。因为优惠券状态改变了，所以交易大厅不能够再读取和显示该优惠券的挂单信息；因为优惠券当前持有人信息变更了，所以拟售方优惠券列表也不能再从数据库中读取显示该优惠券信息，而买方优惠券列表却能够读取并显示该优惠券信息。

步骤405，买方在支付环节超过规定时间没有完成支付的，系统向买方用户端页面推送“本次支付失败”的消息。

上述操作，实现了优惠券从卖方帐户到买方帐户的转移，从而完成了优惠券的拟卖，还完成了需求方的买入。

在实际应用中，我们发现，有些需要购买优惠券的人在交易大厅中找不到自己满意的优惠券。他们可以通过下面的拟买方法购买自己想要的优惠券。

参照图5所示，本发明优惠券的拟买和出售步骤的流程图为：

步骤501，拟买方可在交易大厅中发布拟买需求。拟买者在交易大厅点击“拟买”按钮，页面将弹窗显示对话框，拟买者按页面提示填写要购买的优惠券信息，如购买价格、张数、有效期等信息。填写完对话框并点击确认按钮后，该需求信息将进入平台的交易大厅中进行显示，挂单性质为拟买，详见表2。

步骤502，如有卖方能满足拟买方的需求，即可进行应盘操作。卖方先要选中交易大厅所挂的买单，然后点击“出售”按钮，系统将根据卖方的登录信息自动打开其优惠券列表。然后卖方可选择要应盘的优惠券，待卖方确认要将这些选中的优惠券应盘后，系统将在优惠券数据库中把这些优惠券状态改为已应盘。根据拟买方和应盘者的帐户信息，拟买方的应盘列表将能从平台数据库中读取并显示到应盘方的标记状态为已应盘的优惠券信息。

步骤503，在拟买方的应盘列表中，拟买方勾选列表中满意的优惠券，然后点击确认按钮，系统即自动进入拟买方的支付页面。

步骤504，拟买方完成支付操作后，系统在数据库中自动将拟买入的优惠券的当前持有人信息从出售方信息改为拟买方信息。因为持有人信息变更，出售方端将读取不到该优惠券的信息了，而拟买方用户端优惠券列表能加载到该优惠券的信息。

步骤505，如果拟买方在规定时间内没有完成交易金的支付，系统将向拟买方用户端推送支付失败的信息，向应盘方推送应盘失败的信息，并将数据库中该应盘优惠券状态从已应盘修改为正常持有。

参照图6所示，本发明优惠券的撒券和抢券的方法，包括如下步骤：

步骤601，撒券者进入优惠券列表，打开其优惠券列表。

步骤602，优惠券列表被打开时，该列表自动从系统的平台数据库中加载当前持有人为撒券者的所有能用的优惠券。

步骤603，撒券者在该优惠券列表中勾选要撒掉的优惠券，并点击撒券按钮。

步骤604，页面系统弹窗提示：“是否确定要撒掉所选择的优惠券？”

步骤605，如果用户选择“是”按钮，则系统在优惠券数据库中修改该优惠券的状态为已被撒券。因为标记状态改为了已被撒券，所以交易大厅能读取并显示该优惠券，挂单性质为撒券，同步地“抢券”按钮显示为有效，详见表2。如果撒券者选择“否”按钮，当前页面关闭，数据库中被选中的优惠券信息保持不变。

步骤606，其他用户选中挂单性质为撒券的优惠券后，在点击抢券按钮时，系统将根据点击抢券按钮的时间先后，判定抢券成功的用户，判定规则是先抢先得。

步骤607，用户抢券成功后，根据抢券成功者的注册信息，系统将在优惠券数据库中修改被抢到的优惠券的当前持有人为抢券成功者，修改该优惠券标注状态为正常持有。因为标记状态被改变，交易大厅将加载不到该优惠券；因为当前持有人信息已被改变，撒券者用户端将不能加载到该优惠券，而抢券成功者用户端将能够加载到该优惠券。

步骤608，对于已被撒券的优惠券，如果撒券者选中并点击了“撤销”按钮，撤销按钮触发系统将没有被抢到的优惠券状态从已被撒券修改为正常持有。因为优惠券的标记状态从已被撒券改为正常持有，所以交易大厅不能再读取和显示那些状态为正常持有的优惠券信息，所以撒券操作被终止。

参照图7所示，本发明优惠券的赠好友方法，包括如下步骤：

步骤701，用户通过其用户端打开优惠券列表。优惠券列表被打开时，系统即根据用户的注册信息，读取并加载优惠券数据库中该用户名下的优惠券。

步骤702，用户在其优惠券列表中勾选合适的优惠券点击“赠好友”按钮，系统弹出对话框，提示顾客按规则填写好友信息。

步骤703，赠方填写完好友信息后，系统即在用户数据库中检索该好友帐号。

步骤704，若不能跟据填入信息检索到该好友帐号，或检索到该好友帐号已失效，系统即提示用户该好友帐户不存在，请重新填写。

步骤705，若赠方输入的好友帐号被检索到有效，系统再次提醒赠方是否确定赠送。若用户点击“确定”按钮，该按钮将触发系统修改平台数据库中被选定赠好友的优惠券信息，其中该优惠券当前持有人信息改为受赠送者的信息。因为当前持有人信息被改变，赠送者优惠券列表将不能再读取并显示该优惠券信息，而受赠者优惠券列表却能够从优惠券数据库中加载该优惠券信息。若用户点击“取消”按钮，则赠好友操作终止，系统退出赠好友页面。

Claims (17)

1.一种优惠券的电子化发行、使用与交易方法，其特征在于：

本发明方法与系统包含顾客端、商家端、平台端、和通信网络；

其中顾客端至少包括商品预订单元、结算单元、优惠券列表、优惠券交易大厅、优惠券使用单元；

商家端至少包括商品上线单元、商品管理单元、订单管理单元、优惠券生成规则设置单元、优惠券列表、优惠券交易大厅；

平台端至少包括顾客注册信息管理单元、商家注册信息管理单元、优惠券生成与编码单元、平台数据库、交易技术费设置单元、交易规则设置单元、交易大厅管理单元、交易金管理单元；

优惠券生成与编码单元用于优惠券的电子化发行；

优惠券列表用于优惠券的管理和查看；

交易金管理单元用于暂存交易方的资金。

2.根据权利要求1，所述优惠券交易大厅，其特征在于：

顾客端商家详情页面和商家端都设有优惠券交易大厅；

顾客端和商家端都可以在优惠券交易大厅对优惠券进行操作；

交易大厅列表显示拟售、拟买、撒券状态的优惠券信息；

用户可在优惠券交易大厅对优惠券进行的操作有拟售、拟买、买入、出售、抢券。

3.一种优惠券的电子化发行、使用与交易方法，所述优惠券的电子化发行方法，其特征在于包括以下步骤：

在商家端的优惠券生成规则设置单元，针对不同商品的优惠券设置生成规则和有效期等信息；

顾客端选购商品并下达订单后，系统即自动生成订单编号，该订单被自动发送至商家端订单管理单元；

顾客端与商家端结算完毕后，结算完毕消息触发平台系统自动计算、比对该订单的消费金额与商家设置的优惠券生成规则，若符合优惠券发行条件，则优惠券产生与编码单元即自动生成优惠券；

生成的优惠券信息计入优惠券数据库，优惠券信息包括但不限于优惠券编码、发行商名称、当前持有人、生成时间、有效期限等；

顾客端的优惠券列表显示时自动加载优惠券数据库中该顾客名下的优惠券信息。

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

通过通信网络，平台数据库读取并保存商家端设置的优惠券生成规则和有效期等信息；

顾客端商品详情页面显示时，将加载平台数据库中商家规定的优惠券产生条件，并在特定位置显示；

顾客端浏览商品或服务信息时，系统引导浏览者查看各类商家的优惠券产生条件，并进一步引导顾客选购商品或服务。

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

顾客端选购商品后，系统将检测顾客信息是否能保证本次消费成功完成，若顾客信息不满足本次消费需求，则系统提示顾客端按要求完善信息后才能下达订单。

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

优惠券生成的同时，系统依据优惠券编码规则产生该优惠券的唯一编码；

其中，优惠券编码规则由平台端事先设定。

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

产生的优惠券信息能够被发行商家端查看，但不能被改动。

8. 一种优惠券的电子化发行、使用与交易方法，所述使用与交易方法，其特征在于包括：

使用方法、拟售和买入方法、拟买和出售方法、撒券和抢券方法、赠好友方法，

其中拟售是在交易大厅中发布出售优惠券的信息，

买入是对于交易大厅中拟出售的优惠券应盘，

拟买是在交易大厅中发布求购优惠券的信息，

出售是对交易大厅中的优惠券求购信息应盘，

撒券是将自己的优惠券放在交易大厅中由其他用户无偿抢券，

赠好友是将自己的优惠券赠送给指定好友，但该好友必须为平台的注册用户才能赠送成功。

9. 根据权利要求8，所述优惠券使用方法，其特征在于包括如下步骤：

进行结算操作时，顾客端或商家端“使用优惠券”按钮被点击；

页面自动以列表形式弹窗显示合适的优惠券信息；

选择要使用的优惠券；

被选中的优惠券在支付环节中按商家设置的使用条件冲抵现金；

使用后，系统将在使用者顾客端的优惠券列表减少该顾客已使用的优惠券；

同时，平台数据库和发行商家端的该优惠券的状态被修改为已使用。

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

优惠券使用条件由商家端设定，

设定的内容由系统呈现于顾客端。

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

“使用优惠券”按钮被点击后，系统读取数据库中使用者名下的优惠券信息，并对其使用规则和有效期等信息进行判断分析；

如果有符合使用条件的优惠券，则这些优惠券被当前页面以列表形式弹窗显示；

如果没有符合条件的，则系统提示该顾客无符合条件的优惠券。

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

如果顾客端没有合适的优惠券，系统将提示顾客可先去目标商家的交易大厅购买其发行的优惠券，然后使用。

13.根据权利要求8，所述优惠券的拟售和买入方法，其特征在于包括如下步骤：

拟售方可在其优惠券列表中选择相应的优惠券，填入拟卖价格进行出售，该信息即在交易大厅中进行显示；

在交易成功之前拟售方可撤销该拟售信息；

拟售中的优惠券也可被正常使用或赠送，被使用或赠送后该拟售信息即在交易大厅中自动撤销；

买方在优惠券交易大厅的列表中选择要购买的优惠券，点击购买后，触发系统的支付模块，支付模块引导买方进行支付操作，支付完成后，系统同时自动减掉拟售方的优惠券，增加到买方的优惠券列表中，交易资金同时划转至卖方交易金管理单元中。

14.根据权利要求8，所述优惠券的拟买和出售方法，其特征在于包括如下步骤：

拟买方可在交易大厅中发布拟买需求，填写拟买的优惠券信息，该需求即在交易大厅中进行显示；

如有卖方能满足拟买方的需求，即可应盘，勾选并提交自己合适的优惠券；

出售方提交的优惠券信息自动呈现于拟买方的应盘列表中；

拟买方选中其应盘列表中的优惠券，并点击应盘列表中支付模块进行支付，支付成功后系统自动减掉出售方的优惠券，增加到拟买方的优惠券列表中。

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

拟买方在填写拟买价时，如果拟买价高出了优惠券的券面价格，若成交则成交价为券面价格。

16.根据权利要求8，所述撒券和抢券方法，其特征在于包括如下步骤：

在优惠券列表中撒券者点击撒券按钮；

系统弹窗显示撒券者所拥有的优惠券；

合适的优惠券被勾选；

被勾选的优惠券信息显示于交易大厅中，其他顾客和商家点击抢券按钮时，均有机会免费抢到该优惠券；

撒券者还可对撒券状态的优惠券进行撤销的操作。

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

在优惠券列表中，撒券者勾选要撒掉的优惠券后，系统提醒操作者确认被勾选的优惠券是否要进行撒券操作；

如果是，则勾选的优惠券显示于交易大厅中；

如果否，则撒券流程中断。