分布式多渠道团购券自动验券系统的制作方法
【专利摘要】本发明公开了一种分布式多渠道团购券自动验券系统，将验券系统、订单系统和渠道后台系统结合，实现团购券的自动化验证。该验券系统包括任务分配模块和客户端模块，任务分配模块用于获取订单系统中的订单任务并分配给客户端模块；客户端模块用于根据订单任务的数据执行渠道验证规则脚本文件中的命令自动登录到渠道后台系统，渠道后台系统对团购券号进行验证后并发送一个结果给客户端模块。该验券系统实现了流程的自动化，减少了人工的操作，大大提高了处理效率。
【专利说明】
分布式多渠道团购券自动验券系统
技术领域
[0001]本发明涉及一种团购券验券系统，特别是涉及一种分布式多渠道团购券自动验券系统。
【背景技术】
[0002]团购券是为客户在团购渠道网站进行团购后，网站返回给客户的消费凭证，用于客户到商家兑换相应的服务或者商品。商家一般为了增加销售额，会在多个团购渠道网站上同时进行销售多种商品。在团购网站后台会将所有商品根据分店与登录账号分类管理，以方便商家与用于的日常消费验证与对账。
[0003]这样，客户在线下进行消费时必须给商家提供所购买具体商品、团购券以及所属团购渠道网站，商家则需要根据商品选择相对应的账号登录至相应网站商家后台，并选择相对应的分店进行验证。商家验证券号必须在渠道商家后台系统的账号登录下，并选择正确的分店，才能正确查询与验证团购券。这种流程上存在多商家、多渠道后台系统以及多账号多分店的选择，对操作人员要求较高，也比较容易出错，处理效率也相对较低。
[0004]再者，由于团购网站商品种类繁多，客户线下消费时可能会提供了错误的商品，造成券号与商品不一致，甚至券号对应为其他商家的商品。这样就会照成很多的麻烦，因此商家必须先核实券号是否正确。
【发明内容】
[0005]为了克服现有技术的不足，本发明的目的是为提供了一种分布式多渠道团购券自动验券系统，这种验券系统能够自动登录到渠道商家后台系统并验证券号是否正确，提高了处理效率，减少人工操作。
[0006]为解决上述问题，本发明所采用的技术方案如下:
[0007]本发明提供了一种分布式多渠道团购券自动验券系统，包括任务分配模块和客户端模块;所述任务分配模块用于获取订单系统中的待验证订单任务，所述订单系统是客户创建的所有订单任务的集合;所述任务分配模块还用于将获取的待验证订单任务按照一定的规则分配给客户端模块;所述客户端模块用于根据所获取待验证订单任务的数据来调用相对应的预设渠道验证规则脚本文件自动登录到商家的渠道后台系统。
[0008]进一步地，所述商家的渠道后台系统用于将处理后的结果发送给客户端模块。
[0009]进一步地，若所述结果显示验证成功，则客户端模块会将订单系统中的相对应的订单任务的验证状态更改为已验证;若所述结果显示验证失败，则客户端模块将订单系统中的相对应的订单任务的验证状态更改为验证失败。
[0010]进一步地，所述订单任务的数据包括团购商品ID、团购商品价格、团购商品名称、团购商品所属商家、渠道以及商家的渠道后台系统的账号和密码。
[0011]进一步地，所述渠道验证规则脚本文件为模拟浏览器执行登陆渠道后台系统动作的指令集合，所述客户端模块将获取到的渠道后台系统的账号和密码传入渠道验证规则脚本文件，以使渠道验证规则脚本文件完成登陆渠道后台系统的动作。
[0012]进一步地，所述任务分配模块用于获取订单系统中的待验证订单任务的方式是轮询的方式。
[0013]进一步地，所述一定的规则是指任务分配模块将获取的待验证订单任务根据待验证订单任务的生成时间依次保存在队列中，然后任务分配模块按照队列的先进先出的原则将待验证订单任务依次分配给客户端模块。
[0014]进一步地，所述客户端模块是一个或者多个。
[0015]相比现有技术，本发明的有益效果在于:通过验券系统与订单系统进行结合，验券系统直接从订单系统中获取订单任务并合理分配订单任务，然后根据订单任务数据调用相对应的渠道验证规则脚本文件自动登录到渠道商家后台系统，并将商家的渠道后台系统处理后的返回结果发送给验券系统。该验券系统的客户端模块可以根据任务量的多少来增加或者减少，实现了分布式操作，在任务并发量较大的情况下，验券系统仍然能够完成多个查询验证任务。在实际的应用中，该验券系统不需要人工进行操作，大大提高了订单的处理效率，减少人工操作。
【附图说明】
[0016]图1是本发明提供一实施例的结构模块图。
【具体实施方式】
[0017]下面，结合附图以及【具体实施方式】，对本发明做进一步描述:
[0018]如图1所示，本发明提供了一种分布式多渠道团购券自动验券系统，以下简称验券系统，该验券系统可通过接口直接从订单系统中获取订单任务，然后验券系统还根据订单任务数据自动登录到相对应的商家的渠道后台系统，渠道后台系统对订单任务的券号进行验证并返回结果。该验券系统实现流程上的自动化，提高效率，减少人工操作。
[0019]验券系统对每个渠道网站后台进行模块划分，可根据业务上的增减的渠道进行添加删除。比如某个商家本来有A、B、C三家渠道网站上销售商品，现在不在渠道网站C上销售商品，可以直接将渠道网站C删除；若增加新的渠道D，则直接将渠道D的信息添加到验券系统中。
[0020]所述订单系统是客户创建的所有订单任务的集合。验券系统和订单系统是通过接口的方式进行数据交互。
[0021]工作人员会将每个渠道网站的具体操作流程制作成脚本文件，也即是渠道验证规则脚本文件。这里的具体操作流程是指当要登录一个系统时浏览器所要执行的一系列的命令，将这些命令集合做成脚本文件。比如要登录一个系统，首先要打开渠道网站的网址，然后在相对应的文本框中输入账号和密码，该系统就会对该账号和密码进行验证，最后登录成功，这一系列的具体操作流程也即是浏览器所要执行登录一个系统动作的指令的集合。工作人员先将该渠道验证规则脚本文件进行封装然后预设于验券系统中。
[0022]当客户下订单产生订单任务时，订单任务的数据中除了包含团购商品的有关信息，还会将商家的渠道后台系统的账号和密码等相关信息保存在订单任务中。
[0023]本发明提供了一种分布式渠道团购券自动验券系统，其包括任务分配模块和客户端模块，任务分配模块用于从订单系统中获取待验证订单任务并将待验证订单任务分配给客户端模块;所述订单系统是客户创建的所有订单任务的集合，任务分配模块是按照订单任务生产时间的先后顺序来获取数据，并将其保存在队列中。所述客户端模块用于根据所获取待验证订单任务的数据来调用相对应的预设渠道验证规则脚本文件自动登录到商家的渠道后台系统中。商家的渠道后台系统会根据每一个渠道自己的验券流程对该订单任务的团购商品进行验证。
[0024]比如，对于大众点评网站来说，客户提交了订单并产生订单任务并存储于订单系统中，验券系统的任务分配模块会首先从订单系统中获取该订单任务;该订单任务中的数据不仅仅包括团购商品的基本相关信息，比如价格、名称等，还会包括该团购商品的其他相关信息，比如所属商家、渠道网站是大众点评以及该商品对应的商家登录大众点评的后台管理系统的账号和密码;任务分配模块会将该订单任务分配给客户端模块，客户端模块会从该订单任务中获取后台管理系统的登录账号和密码，然后将获取到的登录账号和密码传入到渠道验证规则脚本文件中，执行渠道验证规则脚本文件中的指令并自动登录到后台管理系统中；然后后台管理系统对订单任务中的团购商品进行验证。若后台管理系统验证成功，就将给客户端模块发送一个结果，客户端模块并给出提示验证成功;若后台管理系统验证失败，也会给客户端模块发送一个结果，客户端模块给出提示验证失败。当然每一个渠道网站的后台管理系统对于团购券号的验证是怎样的具体操作，是由每一个渠道网站自己定义的，该验券系统并不涉及此操作。
[0025]将查询与验证进行分开处理，该验券系统实现了分布式处理。在实际的应用中，当订单任务较大时，还可以增加客户端模块以应对订单任务量，也即是客户端模块可以是一个或者多个。验券系统是根据从订单任务中获取的数据和渠道验证规则脚本文件自动登录到渠道后台系统中，不需要考虑由于商家销售渠道的多数或者分店的选择等产生的多账号的问题，导致人工操作的复杂性。该验券系统减少了人工操作，大大提高了处理效率。
[0026]所述任务分配模块从订单系统中获取订单任务是通过轮询的方式。只要订单系统中存在待验证订单任务，就会从订单系统获取该任务。任务分配模块获取的待验证订单任务可以保存在一个队列中。当客户端模块为空时，任务分配模块会将队列中的一个待验证订单任务分配给客户端模块。任务分配模块还设置一定时器，当任务分配模块将待验证订单任务分配给客户端模块后，定时器开始计时并达到一定的时间，判断为超时，则说明客户端模块处理异常，任务分配模块重新向客户端模块分配待验证订单任务。这种实现队列分配任务的实现方法是比较常见的，这里就不在详细具体说明。
[0027]所述渠道后台系统还会将处理后的结果返回给验券系统，当验证成功时，客户端模块显示验证成功，客户端模块还会将订单系统中的待验证订单任务的验证状态更改为已验证;当验证失败时，客户端模块显示验证失败，客户端模块也会将订单系统中的待验证订单任务的验证状态更改为验证失败或者其它标记。这样在客户进行消费时，商家就不需先核实客户所提供的券号与商品是否对应，直接对其券号进行验证正确与否，即可完成消费。
[0028]对本领域的技术人员来说，可根据以上描述的技术方案以及构思，做出其它各种相应的改变以及形变，而所有的这些改变以及形变都应该属于本发明权利要求的保护范围之内。
【主权项】
1.分布式多渠道团购券自动验券系统，其特征在于，包括任务分配模块和客户端模块；所述任务分配模块用于获取订单系统中的待验证订单任务，所述订单系统是客户创建的所有订单任务的集合;所述任务分配模块还用于将获取的待验证订单任务按照一定的规则分配给客户端模块;所述客户端模块用于根据所获取待验证订单任务的数据来调用相对应的预设渠道验证规则脚本文件自动登录到商家的渠道后台系统。2.如权利要求1所述分布式多渠道团购券自动验券系统，其特征在于，所述商家的渠道后台系统用于将处理后的结果发送给客户端模块。3.如权利要求2所述分布式多渠道团购券自动验券系统，其特征在于，若所述结果显示验证成功，则客户端模块会将订单系统中的相对应的订单任务的验证状态更改为已验证；若所述结果显示验证失败，则客户端模块将订单系统中的相对应的订单任务的验证状态更改为验证失败。4.如权利要求1所述分布式多渠道团购券自动验券系统，其特征在于，所述订单任务的数据包括团购商品ID、团购商品价格、团购商品名称、团购商品所属商家、渠道以及商家的渠道后台系统的账号和密码。5.如权利要求4所述分布式多渠道团购券自动验券系统，其特征在于，所述渠道验证规则脚本文件为模拟浏览器执行登陆渠道后台系统动作的指令集合，所述客户端模块将获取到的渠道后台系统的账号和密码传入渠道验证规则脚本文件，以使渠道验证规则脚本文件完成登陆渠道后台系统的动作。6.如权利要求1所述分布式多渠道团购券自动验券系统，其特征在于，所述任务分配模块用于获取订单系统中的待验证订单任务的方式是轮询的方式。7.如权利要求1所述分布式多渠道团购券自动验券系统，其特征在于，所述一定的规则是指任务分配模块将获取的待验证订单任务根据待验证订单任务的生成时间依次保存在队列中，然后任务分配模块按照队列的先进先出的原则将待验证订单任务依次分配给客户端丰吴块。8.如权利要求1所述分布式多渠道团购券自动验券系统，其特征在于，所述客户端模块是一个或者多个。
【文档编号】G06Q30/02GK105825401SQ201610154215
【公开日】2016年8月3日
【申请日】2016年3月16日
【发明人】吴迪, 何火龙, 佘少鹏
【申请人】广州酷旅旅行社有限公司