一种商品抽奖运行系统及方法与流程

文档序号:12673785阅读:527来源:国知局
一种商品抽奖运行系统及方法与流程

本发明属于计算机技术领域,具体涉及一种商品抽奖运行系统及方法。



背景技术:

越来越多的互联网系统利用抽奖活动,吸引用户参与,以提高关注度。有些网络购物的网站,当用户购买一定价值的商品,就获得抽奖资格。也有很多网络系统为了增加注册用户的数量,把抽奖作为刺激用户数增长的手段,但是现有的抽奖系统正是抽奖过程透明度低,直观度较差,实时性不足等缺陷,使现有抽奖活动普遍关注度不高,降低了抽奖活动的商业氛围,也难以达到主办方的预期。



技术实现要素:

本发明所要解决的技术问题是针对现有技术的现状,而提供一种商品抽奖运行系统及方法。

本发明解决上述技术问题所采用的技术方案为:一种商品抽奖运行系统,其特征在于,包括客户请求单元、订单同步判断单元、服务器端、商品订单管理处理单元、门票信息统计判断单元以及中奖处理单元;

所述的客户请求单元用于提交商品信息的请求并生成相应的订单;

所述的订单同步判断单元用于与服务器端的清单列表做同步处理流程;

所述的服务器端根据订单同步判断单元发送的请求信息在处理后发送给门票信息统计判断单元处理;

所述的门票信息统计判断单元用于根据订单数量分配相应的门票数量,所述的一次门票数量等于一次抽奖机会;

所述的中奖处理单元自动对分配的门票数量进行抽奖后并公告;

所述的商品订单管理处理单元编辑生成商品信息展示数据并将该商品信息展示数据发送至服务器端。

在上述的一种商品抽奖运行系统中,该抽奖运行系统还包括有商品分类显示单元,所述的商品分类显示单元包括商品信息介绍模块、开奖公告模块、门票信息记录模块以及下一期活动介绍模块。

在上述的一种商品抽奖运行系统中,所述的商品订单管理处理单元包括订单管理模块、商品分类匹配模块、活动馆信息管理模块、开奖公告管理模块、中奖用户管理模块、票数、抽奖名额管理模块以及消息管理公告推送模块。

在上述的一种商品抽奖运行系统中,所述的订单同步判断单元包括有订单输入同步模块以及订单定时同步模块,所述的订单输入同步模块在用户输入订单号时自动与服务器端进行同步,所述的订单定时同步模块在定时时间内自动与服务器端进行同步。

本发明解决上述技术问题所采用的技术方案为:一种商品抽奖运行方法,其特征在于,包括以下步骤:

商品订单管理处理单元编辑生成商品信息展示数据并将该商品信息展示数据发送至服务器端;

客户请求单元提交商品信息的请求并生成相应的订单;

订单同步判断单元用于与服务器端的清单列表做同步处理流程;

门票信息统计判断单元根据订单数量分配相应的门票数量,一次门票数量等于一次抽奖机会;

中奖处理单元自动对分配的门票数量进行抽奖后并公告。

在上述的一种商品抽奖运行方法中,所述的订单同步判断单元中包括订单输入同步流程,所述的订单输入同步流程步骤如下:用户输入订单号后,服务器端判断是否有该订单,如判断为是则提示异常信息后结束,如判断为否则判断商城是否有订单,如判断是否则则提示异常信息后结束,如商城有该订单则订单对应的用户在服务器端是否存在,如判断为否则是则提示异常信息后结束,如判断为是则同步清单,然后同步清单列表,然后判断同步的产品在服务器端是否存在,如判断为否则同步产品列表,同时同步产品列表返回到同步清单内循环同步,在同步产品列表后推送商城消费信息至相关用户,同时计算门票数量然后发送相关消息到相关用户告知门票数量,在告知门票数量后维护幸运摇奖奖池后结束。

在上述的一种商品抽奖运行方法中,所述的订单同步判断单元中包括订单定时同步流程,所述的订单定时同步流程在开始后判断是否有加锁,如判断为是则结束,如判断为否,则在memCache中加锁,然后获取本地所有未完成状态的订单,然后依次与商城的订单状态进行比较判断状态是否为一致,如为否则更新服务器订单状态,然后判断订单是否为已完成,如已完成则计算门票数量并发送相关消息到相关用户告知门票数量,在告知门票数量解锁后维护幸运摇奖奖池后并结束。

与现有技术相比,本发明的优点在于丰富了商城的娱乐性,增加商城推广手段,整个系统采用两次数据同步部分,需要保证数据的一致性,采用梦想城抽奖进行展示,形象生动,利用产品的直接推广。

附图说明

图1是本商品抽奖运行系统示意图;

图2是本商品抽奖运行方法的流程图;

图3是订单输入同步流程图;

图4是订单定时同步流程。

具体实施方式

以下是本发明的具体实施例并结合附图,对本发明的技术方案作进一步的描述,但本发明并不限于这些实施例。

如图1所示,本商品抽奖运行系统,包括客户请求单元1、订单同步判断单元2、服务器端3、商品订单管理处理单元4、门票信息统计判断单元5以及中奖处理单元6;客户请求单元1用于提交商品信息的请求并生成相应的订单;订单同步判断单元2用于与服务器端3的清单列表做同步处理流程;服务器端3根据订单同步判断单元2发送的请求信息在处理后发送给门票信息统计判断单元5处理;门票信息统计判断单元5用于根据订单数量分配相应的门票数量,一次门票数量等于一次抽奖机会;中奖处理单元6自动对分配的门票数量进行抽奖后并公告;商品订单管理处理单元4编辑生成商品信息展示数据并将该商品信息展示数据发送至服务器端3,这里服务器端3的在商城中开几个入口,如A馆入口、B馆入口、C馆入口等,分别可在这些入口中购买商品。其中A馆购物累计满2000元获得一张梦想城门票(标注来源于A馆),B馆购物累计满5000元获得一张梦想城门票(标注来源于B馆),C馆购物累计满10000元获得一张梦想城门票(标注来源于C馆),第一期天使幸运金(1000-500万累计门票额);第二期天使投资金(1000万-10000亿累计门票额),第三期天使财富金(暂未安排),满足条件的用户每一次活动都可重复参与,门票数量是作为开奖的触发条件,如第一期的第一次开奖条件为累计1000张门票后开奖,一张门票=一次机会。

该抽奖运行系统还包括有商品分类显示单元7,商品分类显示单元7包括商品信息介绍模块8、开奖公告模块9、门票信息记录模块10以及下一期活动介绍模块11,这里将商品信息介绍模块8、开奖公告模块9、门票信息记录模块10以及下一期活动介绍模块11分别做成春、夏、秋、冬四个主题,其中在春页主要为活动介绍页面,点击“查看详情”按钮,弹出活动具体详情页,在夏页主要为门票记录页面。“待发放门票数”和“累计发放门票数”会分别显示已发放和待发放的门票数总,在秋页面上此页公布每期的开奖公告,在冬页面上此页面为下一期活动公告页。

商品订单管理处理单元4包括订单管理模块12、商品分类匹配模块13、活动馆信息管理模块14、开奖公告管理模块15、中奖用户管理模块16、票数、抽奖名额管理模块17以及消息管理公告推送模块18,这里用户输入订单号,点击同步按钮,出发同步,将圆形商城的相关信息(包括订单信息、订单明细、商品信息)同步到服务器端3,并根据当前进行时的活动情况以及订单当前状态做相应的处理,订单同步成功后,发送消费信息至相应的用户,商品分类为商城中真实的馆分类id,活动馆则为梦想城中虚拟出的活动馆,活动馆信息管理模块14包含活动馆新增、编辑、删除、馆名称、对应的规则属性、馆相关的图片以及状态,开奖公告管理模块15包括新增、编辑、删除,包含公告类型、公告名称、公告状态。

如图2所示,本商品抽奖运行方法,包括以下步骤:S01、商品订单管理处理单元4编辑生成商品信息展示数据并将该商品信息展示数据发送至服务器端3;S02、客户请求单元1提交商品信息的请求并生成相应的订单;S03、订单同步判断单元2用于与服务器端3的清单列表做同步处理流程;S04、门票信息统计判断单元5根据订单数量分配相应的门票数量,一次门票数量等于一次抽奖机会;S05、中奖处理单元6自动对分配的门票数量进行抽奖后并公告。

订单同步判断单元2包括有订单输入同步模块21以及订单定时同步模块22,订单输入同步模块21在用户输入订单号时自动与服务器端3进行同步,订单定时同步模块22在定时时间内自动与服务器端3进行同步,订单同步判断单元2中包括订单输入同步流程,订单输入同步流程步骤如下:用户输入订单号后,服务器端3判断是否有该订单,如判断为是则提示异常信息后结束,如判断为否则判断商城是否有订单,如判断是否则则提示异常信息后结束,如商城有该订单则订单对应的用户在服务器端3是否存在,如判断为否则是则提示异常信息后结束,如判断为是则同步清单,然后同步清单列表,然后判断同步的产品在服务器端3是否存在,如判断为否则同步产品列表,同时同步产品列表返回到同步清单内循环同步,在同步产品列表后推送商城消费信息至相关用户,同时计算门票数量然后发送相关消息到相关用户告知门票数量,在告知门票数量后维护幸运摇奖奖池后结束;为保证数据同步部分,保证数据的一致性,这里如图3订单同步判断单元2中包括订单输入同步流程,订单输入同步流程步骤如下:用户输入订单号后,服务器端3判断是否有该订单,如判断为是则提示异常信息后结束,如判断为否则判断商城是否有订单,如判断是否则则提示异常信息后结束,如商城有该订单则订单对应的用户在服务器端3是否存在,如判断为否则是则提示异常信息后结束,如判断为是则同步清单,然后同步清单列表,然后判断同步的产品在服务器端3是否存在,如判断为否则同步产品列表,同时同步产品列表返回到同步清单内循环同步,在同步产品列表后推送商城消费信息至相关用户,同时计算门票数量然后发送相关消息到相关用户告知门票数量,在告知门票数量后维护幸运摇奖奖池后结束,如图4所示,订单同步判断单元2中包括订单定时同步流程,订单定时同步流程在开始后判断是否有加锁,如判断为是则结束,如判断为否,则在memCache中加锁,然后获取本地所有未完成状态的订单,然后依次与商城的订单状态进行比较判断状态是否为一致,如为否则更新服务器订单状态,然后判断订单是否为已完成,如已完成则计算门票数量并发送相关消息到相关用户告知门票数量,在告知门票数量解锁后维护幸运摇奖奖池后并结束。

本文中所描述的具体实施例仅仅是对本发明精神作举例说明。本发明所属技术领域的技术人员可以对所描述的具体实施例做各种各样的修改或补充或采用类似的方式替代,但并不会偏离本发明的精神所定义的范围。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1