CN104966214B - 一种电子券的交互方法和装置 - Google Patents
一种电子券的交互方法和装置 Download PDFInfo
- Publication number
- CN104966214B CN104966214B CN201510368992.8A CN201510368992A CN104966214B CN 104966214 B CN104966214 B CN 104966214B CN 201510368992 A CN201510368992 A CN 201510368992A CN 104966214 B CN104966214 B CN 104966214B
- Authority
- CN
- China
- Prior art keywords
- electronic ticket
- attached bag
- amount
- packet
- limit value
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Abstract
本发明提供了一种电子券的交互方法和装置,其中方法包括:接收到电子券的分享请求后,记录包括电子券总额度和电子券子包份数的电子券包数据信息;接收到针对所述电子券包的领取请求后,利用电子券剩余总额度、电子券子包的剩余份数、电子券子包的额度范围信息,确定电子券子包的额度,将该电子券子包的额度发放给发送所述领取请求的用户账户。通过本发明,能够节约电子券交互所占用的存储资源。
Description
【技术领域】
本发明涉及计算机应用技术领域,特别涉及一种电子券的交互方法和装置。
【背景技术】
随着互联网技术的快速增长,基于互联网的金融、社区、即时通信等产品也得到了迅速普及。人们越来越多地利用互联网进行信息交互,其中电子券的交互是目前很受欢迎的一种信息交互方式,使人们能够足不出户、不见面就能够实现电子券的馈赠、分享和获取。
所谓电子券指的是以电子类产品形式而非实物形式的一类金融产品,可以是用于支付的电子抵扣券(例如电子优惠券、电子消费券)、包含一定金额的红包、具有一定价值的虚拟货币等等。从系统设计层面实现电子券的交互具有一定难度,现有大部分实现方式如下:
获取到分享方用户分享电子券的请求时,依据要分享的电子券总额度和份数,生成该份数的电子券子包,每个子包包含一定额度的电子券,所有子包的额度之和等于电子券总额度。然后将生成的电子券子包存储于服务器侧,当接收到获取方用户获取电子券的请求时,从预先生成并存储的电子券子包中选择一个子包发放给获取方用户。
然而,上述方式需要预先生成并存储所有电子券子包,互联网类产品发展到今天,用户规模十分巨大,这就需要很庞大的存储空间专用于存储电子券子包。
【发明内容】
有鉴于此,本发明提供了一种电子券的交互方法和装置,以便于节约电子券交互所占用的存储资源。
具体技术方案如下:
本发明提供了一种电子券的交互方法,该方法包括:
接收到电子券的分享请求后,记录包括电子券总额度和电子券子包份数的电子券包数据信息;
接收到针对所述电子券包的领取请求后,利用电子券剩余总额度、电子券子包的剩余份数、电子券子包的额度范围信息,确定电子券子包的额度,将该电子券子包的额度发放给发送所述领取请求的用户账户。
根据本发明一优选实施方式,所述电子券子包的额度范围信息包括:
电子券子包的平均额度、增量下限值和当前增量上限值。
根据本发明一优选实施方式,所述确定电子券子包的额度包括:
生成一个随机数,该随机数大于或等于增量下限值且小于或等于当前增量上限值;
将电子券子包的平均额度与所述随机数求和得到的值作为所述电子券子包的额度。
根据本发明一优选实施方式,在确定电子券子包的额度之后,还包括:更新电子券剩余总额度、电子券子包的剩余份数以及增量上限值。
根据本发明一优选实施方式,更新增量上限值包括:
将当前增量上限值与所述随机数的差值作为更新后的增量上限值。
根据本发明一优选实施方式,所述增量下限值low和初始的增量上限值high分别为:
low=a-avg
high=avg-a
其中,avg为电子券子包的平均额度,a为电子券额度的最小计量单位。
根据本发明一优选实施方式,在所述确定电子券子包的额度之前,还包括:
对电子券子包的剩余份数进行判别,如果大于1,则继续执行所述利用电子券剩余总额度、电子券子包的剩余份数、电子券子包的额度范围信息,确定电子券子包的额度;如果等于1,则将电子券剩余总额度作为电子券子包的额度;如果小于1,则确定电子券包已被领取完毕。
根据本发明一优选实施方式,该方法还包括:
将确定的电子券子包的额度信息或电子券包已被领取完毕的信息封装在领取结果中,将所述领取结果反馈给发送所述领取请求的用户。
根据本发明一优选实施方式,所述电子券包数据信息采用电子券包ID标识;
所述领取请求包含所述电子券包ID标识。
根据本发明一优选实施方式,在所述接收到电子券的分享请求后,进一步包括:
从发送所述分享请求的用户账户扣除所述电子券总额度的电子券。
根据本发明一优选实施方式,在所述接收到电子券的分享请求后,还包括:
利用所述电子券包数据信息,生成并展示电子券包。
根据本发明一优选实施方式,所述生成并展示电子券包包括:
生成包含所述电子券包的网页帖子,并提供给客户端进行渲染;或者,
生成所述电子券包,并将领取所述电子券包的链接群发至即时通信工具群组中的各客户端。
本发明还提供了一种电子券的交互装置,该装置包括:
接收单元,用于接收请求;
记录单元,用于在所述接收单元接收到电子券的分享请求后,记录包括电子券总额度和电子券子包份数的电子券包数据信息;
计算单元,用于在所述接收单元接收到针对所述电子券包的领取请求后,利用电子券剩余总额度、电子券子包的剩余份数、电子券子包的额度范围信息,确定电子券子包的额度;
账户管理单元,用于将所述电子券子包的额度发放给发送所述领取请求的用户账户。
根据本发明一优选实施方式,所述电子券子包的额度范围信息包括:
电子券子包的平均额度、增量下限值和当前增量上限值。
根据本发明一优选实施方式,所述计算单元具体执行:
生成一个随机数,该随机数大于或等于增量下限值且小于或等于当前增量上限值;
将电子券子包的平均额度与所述随机数求和得到的值作为所述电子券子包的额度。
根据本发明一优选实施方式,该装置还包括:
更新单元,用于在所述计算单元确定电子券子包的额度之后,更新电子券剩余总额度、电子券子包的剩余份数以及增量上限值。
根据本发明一优选实施方式,所述更新单元,具体用于将当前增量上限值与所述随机数的差值作为更新后的增量上限值。
根据本发明一优选实施方式,所述记录单元,还用于记录增量下限值low和初始的增量上限值high;
其中,low=a-avg
high=avg-a
所述avg为电子券子包的平均额度,a为电子券额度的最小计量单位。
根据本发明一优选实施方式,所述计算单元在确定电子券子包的额度之前,还用于对电子券子包的剩余份数进行判别,如果大于1,则继续执行所述利用电子券剩余总额度、电子券子包的剩余份数、电子券子包的额度范围信息,确定电子券子包的额度;如果等于1,则将电子券剩余总额度作为电子券子包的额度;如果小于1,则确定电子券包已被领取完毕。
根据本发明一优选实施方式,该装置还包括:
反馈单元,用于将所述计算单元确定的电子券子包的额度信息或电子券包已被领取完毕的信息封装在领取结果中,将所述领取结果反馈给发送所述领取请求的用户。
根据本发明一优选实施方式,所述记录单元采用电子券包ID标识所述电子券包数据信息;
所述计算单元从所述领取请求中获取所述电子券包ID标识。
根据本发明一优选实施方式,所述账户管理单元,还用于在所述接收单元接收到电子券的分享请求后,从发送所述分享请求的用户账户扣除所述电子券总额度的电子券。
根据本发明一优选实施方式,该装置还包括:
生成单元,用于在所述接收单元接收到电子券的分享请求后,利用所述电子券包数据信息,生成并展示电子券包。
根据本发明一优选实施方式,所述生成单元,具体执行:
生成包含所述电子券包的网页帖子,并提供给客户端进行渲染;或者,
生成所述电子券包,并将领取所述电子券包的链接群发至即时通信工具群组中的各客户端。
由以上技术方案可以看出,在本发明提供的方式中,电子券子包的额度是在接收到领取请求后实时计算的,仅需要记录一个电子券包数据信息,并非预先生成所有电子券子包并存储所有电子券子包的数据,显然节约了电子券交互需要的存储空间,特别是在电子券交互用户规模十分巨大时,效果更加显著。
【附图说明】
图1为本发明所基于的系统架构图;
图2为本发明实施例提供的主要方法流程图;
图3为本发明实施例提供的确定电子券子包额度的方法流程图;
图4为本发明实施例提供的红包贴的实现流程图;
图5a为本发明实施例提供的一个发布红包贴的界面实例图;
图5b为本发明实施例提供的一个红包贴的实例图;
图5c为本发明实施例提供的一个成功领取子红包的提示信息实例图;
图6为本发明实施例提供的装置结构图。
【具体实施方式】
为了使本发明的目的、技术方案和优点更加清楚,下面结合附图和具体实施例对本发明进行详细描述。
本发明所基于的架构可以如图1中所示,包括客户端与服务器端,客户端主要用于向服务器端发送请求,接收服务器端发送的数据并进行展现。在本发明中,客户端向服务器端发送的请求主要包括电子券的分享请求和针对某电子券包的领取请求。服务器端针对不同请求,执行相应处理,实现用户之间的电子券交互,执行的处理可以如图2中所示,主要包括:
在201中,接收到电子券的分享请求后,记录包括电子券总额度和电子券子包份数的电子券包数据信息。
发送分享请求的用户通常会设置电子券总额度和电子券子包份数,也就是要分享的电子券总额度和要将该电子券总额度分成多少份进行分享,这些信息会包含在分享请求中发送给服务器端。
在服务器端,接收到该分享请求后,可以生成一个电子券包,记录该电子券包数据信息,该电子券包数据信息至少包括电子券总额度和电子券子包份数,还可以包括电子券子包的平均额度、初始增量下限值和增量上限值。上述电子券包数据信息采用一个电子券包ID进行标识。
其中,电子券子包的平均额度avg可以为:其中sum为电子券总额度,num为电子券子包份数。
增量上限值和增量下限值用于限制电子券子包的发放额度偏离平均额度avg的范围,初始增量上限值high和增量下限值low可以为:
high=avg-a
low=a-avg
其中,a为电子券额度的最小计量单位。
这就意味着,发放的第一个电子券子包的金额限制在[(avg+low),(avg+high)]中,即限制在[a,(2avg-a)]中。
举一个例子,假设某用户要分享的电子券总额为50元,分成5个电子券子包,那么avg就为即10元,假设电子券额度的最小计量单位为1元,那么增量上限值为10-1,即9元,增量下限值为1-10,即-9元,那么就意味着第一个电子券子包的金额限制在[1,19]之间。
上述电子券包可以采用多种形式进行展示,包括但不限于以下两种:
第一种:利用电子券包数据信息,生成包含电子券包的网页帖子,并提供给客户端进行渲染。即当客户端请求加载该网页帖子时,发现该网页帖子的类型包含电子券包,则从帖子属性中获取电子券包ID并向服务器端发送包含该电子券包ID的帖子加载请求。服务器端生成包含该电子券包的网页帖子,将该网页帖子的数据提供给客户端。客户端利用网页帖子的数据进行渲染,最终展现出包含网页帖子的数据的网页帖子。
如果领取电子券的用户点击了该网页帖子中的电子券包,则客户端会向服务器端发送包含该电子券包ID的领取请求。
第二种:利用电子券包数据信息生成电子券包,该电子券包存在一个领取页面,服务器端可以将领取该电子券包的链接群发至即时通信工具群组中的各客户端。
这种情况下,分享电子券包的用户可以在即时通信工具中创建一个群组,在该群组中进行电子券包的分享,即只有该群组中的用户能够领取该电子券包。那么服务器端将领取该电子券包的链接群发至即时通信工具群组,该链接在展示时,可以进一步展示电子券总额度、电子券子包份数、电子券子包剩余份数等信息。
当群组中的用户点击该链接后,就能够打开领取该电子券包的页面,触发客户端向服务器端发送针对该电子券包(即包含该电子券包ID)的领取请求。
在202中,接收到针对电子券包的领取请求后,利用电子券剩余总额度、电子券子包的剩余份数、电子券子包的额度范围信息,确定电子券子包的额度。
服务器端接收到该领取请求后,依据领取请求中携带的电子券包ID获取该电子券包ID对应电子券包数据信息,并利用其中的信息确定发放给发送该领取请求的用户的电子券子包的额度,具体方式将在图3所示的实施例中进行详细描述。其中,电子券子包的额度范围信息可以包括电子券子包的平均额度、预设的增量下限值和当前增量上限值。
在203中,将该电子券子包的额度发放给发送该领取请求的用户账户。同时,还可以将电子券子包的发放结果信息反馈给该领取请求的用户客户端。
图3为本发明实施例提供的确定电子券子包额度的方法流程图,如图3中所示,当接收到针对上述电子券包的领取请求后,执行以下步骤:
在301中,对电子券子包的剩余份数进行判别,如果大于1,则执行302;如果等于1,则执行307;如果小于1,则执行308。
很好理解,初始时,电子券子包的剩余份数为电子券子包份数num,每一次电子券子包被领取后,将电子券子包的剩余份数减1。
在302中,生成一个随机数,记为add,add从[low,high]中取值。
如果该领取请求领取的是第一个电子券子包,那么low和high的取值为初始值。作为一种优选的实施方式,每领取一个电子券子包完毕,high的取值可以进行更新,具体将在后续涉及到。
在303中,将电子券子包的平均额度与该随机数求和得到的值作为电子券子包的额度。
假设本次产生的电子券子包的额度为pack,那么pack=avg+add。
在304中,更新电子券剩余总额度、电子券子包的剩余份数以及增量上限值。
将当前电子券剩余总额度与本地确定的电子券子包的额度的差值作为更新后的电子券剩余总额度。将当前电子券子包的剩余份数减1作为更新后的电子券子包的剩余份数。将当前增量上限值与add的差值作为更新后的增量上限值。
增量上限值high也可以不进行更新,始终采用初始值。但这种方式会使得电子券子包额度的概率分布不均匀,增加最后一个电子券子包额度很大的概率,这样的用户体验并不好,会使得用户都不愿意先领取电子券包,活跃性降低。为了改善上述问题,本发明实施例采用了更新增量上限值high的方式,使得电子券子包额度的概率分布尽量均匀。
举一个例子,仍以50元的电子券总额度和5个电子券子包为例,avg为10,初始的low和high分别为-9和9。那么领取第一个电子券包时,生成的随机数在[-9,9]范围内选取,意味着生成的电子券子包额度在[1,19]范围内。假设生成的随机数为-5,那么第一个电子券子包额度为5。更新high为9+5,即14。在领取第二个电子券包时,生成的随机数在[-9,14]范围内选取,意味着生成的电子券子包额度在[1,24]范围内,增大了第二个电子券包额度的可选范围。假设生成的随机数为10,那么第二个电子券子包额度为20。更新high为14-20,即-6。在领取第三个电子券包时,生成的随机数在[-9,-6]范围内选取,意味着生成的电子券子包额度在[1,4]范围内,缩小了第三个电子券包额度的可选范围,依次类推。
在305中,将确定出的电子券子包的额度发放到发送该领取请求的用户账户,并将发放的额度信息封装到领取结果中。
在306中,将领取结果反馈给发送该领取请求的客户端。然后,等待再次接收到领取请求后,转至301。
本步骤实际上是将发放结果数据以提示信息的方式显示给发送该领取请求的用户,例如“成功领取XX的电子券”、“电子券以被领光”,等等。
在307中,将当前电子券剩余总额度确定为电子券子包的额度,转至305。
由于只剩下一份电子券子包,因此将当前电子券剩余总额度作为本次确定的电子券子包额度。
在308中,将电子券包已被领取完毕的信息封装在领取结果中,转至306。
下面以用户通过网页帖子进行红包分享为例对整个实现流程进行描述,在该实施例中可以分为红包帖子发放、红包帖展示和红包领取三个阶段,如图4中所示,可以具体包括以下步骤:
在401中,接收到发红包帖的请求后,确定红包总金额和子红包总个数。
在本步骤中,当用户要发红包帖时,可以在服务器端提供的诸如图5a中所示的界面进行子红包总个数和红包总金额的输入,通过点击发布红包帖的按钮通过客户端向服务器端发送请求,服务器端接收到该请求后,可以向客户端返回选择框,在该选择框中,用户可以输入要发放的红包总金额和子红包总个数。客户端将包含红包总金额和子红包总个数的请求发送给服务器端。
在402中,判断发送该请求的用户账户是否有足够的金额发放本次红包,如果是,则继续执行403;否则,可以返回提示信息,用户可以采用诸如通过向账户充值等方式。
本步骤实际上就是判断用户账户中的金额是否达到要发放的红包总金额。在本发明实施例中涉及的红包可以包括一定金额的虚拟货币或实际货币。
在403中,从该用户账户中扣除红包总金额,生成一个红包,并记录该红包的数据信息。
本步骤中,红包的数据信息包括红包总金额、子红包总个数、子红包平均金额、初始增量上限值和增量下限值。针对该红包生成一个唯一的红包ID,该红包ID标识该红包的数据信息。
在404中,生成包含该红包的页面帖子,该页面帖子的帖子属性中包含红包ID。
以上步骤401~404是红包帖子发放阶段。
如果有用户通过客户端加载该页面帖子,客户端加载页面帖子时,确定该网页帖子的类型为红包贴,则从帖子属性中获取红包ID并向服务器发送包含该红包ID的帖子加载请求。在405中,服务器端接收到包含红包ID的帖子加载请求后,生成红包贴的数据,将该红包贴的数据提供给客户端,以便客户端进行渲染并展示红包贴。
该红包贴中可以展示红包总额金额、子红包总个数以及子红包剩余个数等信息中的一种或组合。假设用户“聪明的一休”发放了300个子红包,形成的页面帖子可以如图5b中所示,在该页面帖子中可以展现剩余子红包的个数,以及领取红包的链接。
本步骤为红包贴展示阶段。
如果有用户在红包贴点击领取红包的链接,则客户端向服务器端发送包含红包ID的领取请求。在406中,服务器端接收到领取请求后,判断发送该领取请求的用户是否具有领取资格,如果有,则开始执行如图3中所示的流程进行红包发放。否则,将用户不具有领取资格的提示信息返回给客户端。
在本步骤中,对用户是否具有领取资格的判断可以包括以下判断中的一种或任意组合:
判断发送领取请求的用户是否属于预设的领取用户范围,如果否,则不具有领取资格。例如,发布红包贴的用户可以预设自己的好友或者达到一定等级的用户才能够领取红包。
判断发送领取请求的用户是否已经领取过该红包贴中的红包,如果是,则不具有领取资格。
判断发送领取请求的用户在设定时间内领取红包的次数是否超过预设的次数上限值,如果是,则不具有领取资格。
假设用户名为“谦与千寻”的用户领取红包成功后,假设其领取的子红包金额为8000金豆,则返回给该用户的提示信息可以如图5c所示。
以上是对本发明所提供方法进行的详细描述,下面对本发明提供的装置进行详细描述。图6为本发明实施例提供的装置结构图,该装置设置于服务器端,如图6中所示,该装置可以包括:接收单元01、记录单元02、计算单元03和账户管理单元04,还可以包括更新单元05、反馈单元06和生成单元07。各组成单元的主要功能如下:
接收单元01负责接收请求,本发明实施例中涉及到的请求主要包括客户端发送来的电子券的分享请求和领取请求。
在接收单元02接收到电子券的分享请求后,记录单元02负责记录包括电子券总额度和电子券子包份数的电子券包数据信息。在接收单元02接收到分享请求后,生成单元07可以生成一个电子券包,记录单元02会记录该电子券包数据信息,该电子券包数据信息至少包括电子券总额度和电子券子包份数,还可以包括电子券子包的平均额度、初始增量下限值和增量上限值。上述电子券包数据信息采用一个电子券包ID进行标识。
其中,电子券子包的平均额度avg可以为:其中sum为电子券总额度,num为电子券子包份数。
增量上限值和增量下限值用于限制电子券子包的发放额度偏离平均额度avg的范围,初始增量上限值high和增量下限值low可以为:
high=avg-a
low=a-avg
其中,a为电子券额度的最小计量单位。
这就意味着,发放的第一个电子券子包的金额限制在[(avg+low),(avg+high)]中,即限制在[a,(2avg-a)]中。
在接收单元01接收到针对电子券包的领取请求后,计算单元03负责利用电子券剩余总额度、电子券子包的剩余份数、电子券子包的额度范围信息,确定电子券子包的额度。其中,电子券子包的额度范围信息可以包括:电子券子包的平均额度、增量下限值和当前增量上限值。
具体地,计算单元03可以生成一个随机数,该随机数在low和当前high值之间;将电子券子包的平均额度与随机数求和得到的值作为电子券子包的额度。
其中,对于第一次领取的电子券子包,high值取初始值,每进行一次电子券子包的领取,会进行high值的更新。更新单元05负责在计算单元03确定电子券子包的额度之后,更新电子券剩余总额度、电子券子包的剩余份数以及增量上限值。具体地,可以将当前增量上限值与随机数的差值作为更新后的增量上限值。
另外,计算单元03在确定电子券子包的额度之前,可以首先对电子券子包的剩余份数进行判别,如果大于1,则继续执行利用电子券剩余总额度、电子券子包的剩余份数、电子券子包的额度范围信息,确定电子券子包的额度;如果等于1,则将电子券剩余总额度作为电子券子包的额度;如果小于1,则确定电子券包已被领取完毕。
账户管理单元04负责将电子券子包的额度发放给发送领取请求的用户账户。在接收单元01接收到电子券的分享请求后,从发送分享请求的用户账户扣除电子券总额度的电子券。
反馈单元06负责将计算单元03确定的电子券子包的额度信息或电子券包已被领取完毕的信息封装在领取结果中,将领取结果反馈给发送领取请求的用户。
上述的生成单元07利用电子券包数据信息,生成并展示电子券包。可以包括但不限于以下两种展示方式:
第一种:生成包含电子券包的网页帖子,并提供给客户端进行渲染。
第二种:生成电子券包,并将领取该电子券包的链接群发至即时通信工具群组中的各客户端。
由以上描述可以看出,本发明提供的方法和装置可以具备以下优点:
1)在本发明提供的方式中,电子券子包的额度是在接收到领取请求后实时计算的,仅需要记录一个电子券包数据信息,并非预先生成所有电子券子包并存储所有电子券子包的数据,显然节约了电子券交互需要的存储空间,特别是在电子券交互的用户规模十分巨大时,效果更加显著。
2)在本发明确定电子券子包额度的过程中,增强上限值根据确定电子券子包额度过程中生成的随机数进行更新,从而保证电子券子包额度的概率分布尽量均匀。
3)将网页帖子、即时通信工具等互联网产品与电子券交互进行结合,使得用户在浏览网页或使用及时通信工具的过程中就能够实现电子券交互,实现路径短,节约了用户的操作成本,提高了用户体验。
在本发明所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (22)
1.一种电子券的交互方法,其特征在于,该方法包括:
接收到电子券的分享请求后,记录包括电子券总额度和电子券子包份数的电子券包数据信息;
接收到针对所述电子券包的领取请求后,利用电子券剩余总额度、电子券子包的剩余份数、电子券子包的额度范围信息,确定电子券子包的额度,将该电子券子包的额度发放给发送所述领取请求的用户账户;其中所述电子券子包的额度范围信息包括当前增量上限值,
所述确定电子券子包的额度包括:生成一个随机数,该随机数小于或等于当前增量上限值,将电子券子包的平均额度与所述随机数求和得到的值作为所述电子券子包的额度;以及
在确定电子券子包的额度之后,还包括:更新增量上限值以使得电子券子包额度的概率分布均匀,
其中更新增量上限值包括:将当前增量上限值与所述随机数的差值作为更新后的增量上限值。
2.根据权利要求1所述的方法,其特征在于,所述电子券子包的额度范围信息包括:
电子券子包的平均额度和增量下限值。
3.根据权利要求2所述的方法,其特征在于,所述随机数大于或等于增量下限值。
4.根据权利要求3所述的方法,其特征在于,在确定电子券子包的额度之后,还包括:更新电子券剩余总额度以及电子券子包的剩余份数。
5.根据权利要求2至4任一权项所述的方法,其特征在于,所述增量下限值low和初始的增量上限值high分别为:
low=a-avg
high=avg-a
其中,avg为电子券子包的平均额度,a为电子券额度的最小计量单位。
6.根据权利要求1所述的方法,其特征在于,在所述确定电子券子包的额度之前,还包括:
对电子券子包的剩余份数进行判别,如果大于1,则继续执行所述利用电子券剩余总额度、电子券子包的剩余份数、电子券子包的额度范围信息,确定电子券子包的额度;如果等于1,则将电子券剩余总额度作为电子券子包的额度;如果小于1,则确定电子券包已被领取完毕。
7.根据权利要求6所述的方法,其特征在于,该方法还包括:
将确定的电子券子包的额度信息或电子券包已被领取完毕的信息封装在领取结果中,将所述领取结果反馈给发送所述领取请求的用户。
8.根据权利要求1所述的方法,其特征在于,所述电子券包数据信息采用电子券包ID标识;
所述领取请求包含所述电子券包ID标识。
9.根据权利要求1所述的方法,其特征在于,在所述接收到电子券的分享请求后,进一步包括:
从发送所述分享请求的用户账户扣除所述电子券总额度的电子券。
10.根据权利要求1至4、6至9中任一权项所述的方法,其特征在于,在所述接收到电子券的分享请求后,还包括:
利用所述电子券包数据信息,生成并展示电子券包。
11.根据权利要求10所述的方法,其特征在于,所述生成并展示电子券包包括:
生成包含所述电子券包的网页帖子,并提供给客户端进行渲染;或者,
生成所述电子券包,并将领取所述电子券包的链接群发至即时通信工具群组中的各客户端。
12.一种电子券的交互装置,其特征在于,该装置包括:
接收单元,用于接收请求;
记录单元,用于在所述接收单元接收到电子券的分享请求后,记录包括电子券总额度和电子券子包份数的电子券包数据信息;
计算单元,用于在所述接收单元接收到针对所述电子券包的领取请求后,利用电子券剩余总额度、电子券子包的剩余份数、电子券子包的额度范围信息,确定电子券子包的额度,所述电子券子包的额度范围信息包括当前增量上限值,
其中所述计算单元具体执行:生成一个随机数,该随机数小于或等于当前增量上限值,将电子券子包的平均额度与所述随机数求和得到的值作为所述电子券子包的额度;
账户管理单元,用于将所述电子券子包的额度发放给发送所述领取请求的用户账户;以及
该装置还包括:更新单元,用于在所述计算单元确定电子券子包的额度之后,更新增量上限值以使得电子券子包额度的概率分布均匀,
所述更新单元,具体用于将当前增量上限值与所述随机数的差值作为更新后的增量上限值。
13.根据权利要求12所述的装置,其特征在于,所述电子券子包的额度范围信息包括:
电子券子包的平均额度和增量下限值。
14.根据权利要求13所述的装置,其特征在于,所述随机数大于或等于增量下限值。
15.根据权利要求14所述的装置,其特征在于,所述更新单元在所述计算单元确定电子券子包的额度之后,还更新电子券剩余总额度以及电子券子包的剩余份数。
16.根据权利要求13至15任一权项所述的装置,其特征在于,所述记录单元,还用于记录增量下限值low和初始的增量上限值high;
其中,low=a-avg
high=avg-a
所述avg为电子券子包的平均额度,a为电子券额度的最小计量单位。
17.根据权利要求12所述的装置,其特征在于,所述计算单元在确定电子券子包的额度之前,还用于对电子券子包的剩余份数进行判别,如果大于1,则继续执行所述利用电子券剩余总额度、电子券子包的剩余份数、电子券子包的额度范围信息,确定电子券子包的额度;如果等于1,则将电子券剩余总额度作为电子券子包的额度;如果小于1,则确定电子券包已被领取完毕。
18.根据权利要求17所述的装置,其特征在于,该装置还包括:
反馈单元,用于将所述计算单元确定的电子券子包的额度信息或电子券包已被领取完毕的信息封装在领取结果中,将所述领取结果反馈给发送所述领取请求的用户。
19.根据权利要求12所述的装置,其特征在于,所述记录单元采用电子券包ID标识所述电子券包数据信息;
所述计算单元从所述领取请求中获取所述电子券包ID标识。
20.根据权利要求12所述的装置,其特征在于,所述账户管理单元,还用于在所述接收单元接收到电子券的分享请求后,从发送所述分享请求的用户账户扣除所述电子券总额度的电子券。
21.根据权利要求12至15、17至20中任一权项所述的装置,其特征在于,该装置还包括:
生成单元,用于在所述接收单元接收到电子券的分享请求后,利用所述电子券包数据信息,生成并展示电子券包。
22.根据权利要求21所述的装置,其特征在于,所述生成单元,具体执行:
生成包含所述电子券包的网页帖子,并提供给客户端进行渲染;或者,
生成所述电子券包,并将领取所述电子券包的链接群发至即时通信工具群组中的各客户端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510368992.8A CN104966214B (zh) | 2015-06-29 | 2015-06-29 | 一种电子券的交互方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510368992.8A CN104966214B (zh) | 2015-06-29 | 2015-06-29 | 一种电子券的交互方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104966214A CN104966214A (zh) | 2015-10-07 |
CN104966214B true CN104966214B (zh) | 2019-11-26 |
Family
ID=54220246
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510368992.8A Active CN104966214B (zh) | 2015-06-29 | 2015-06-29 | 一种电子券的交互方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104966214B (zh) |
Families Citing this family (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105530175B (zh) * | 2016-01-29 | 2020-03-20 | 腾讯科技(深圳)有限公司 | 一种消息处理方法、装置及系统 |
CN107154889A (zh) * | 2016-03-02 | 2017-09-12 | 阿里巴巴集团控股有限公司 | 信息传递方法及装置 |
CN106027361B (zh) * | 2016-04-27 | 2019-09-17 | 北京小米移动软件有限公司 | 信息显示方法及装置 |
CN106095877A (zh) * | 2016-06-07 | 2016-11-09 | 中国建设银行股份有限公司 | 一种红包数据处理方法和装置 |
CN107516231A (zh) * | 2016-06-15 | 2017-12-26 | 西安艾润物联网技术服务有限责任公司 | 电子优惠券分配方法和装置 |
CN106100976A (zh) * | 2016-07-05 | 2016-11-09 | 孔尧 | 红包发送方法及装置 |
CN106789562B (zh) * | 2016-12-06 | 2021-09-14 | 腾讯科技(深圳)有限公司 | 一种虚拟物品发送方法、接收方法、装置和系统 |
CN106656743B (zh) * | 2016-10-08 | 2020-02-14 | 腾讯科技(深圳)有限公司 | 消息展示方法、装置及系统 |
CN114519601A (zh) * | 2017-01-04 | 2022-05-20 | 西安艾润物联网技术服务有限责任公司 | 停车场电子优惠券发放方法和装置 |
CN107392640A (zh) | 2017-04-28 | 2017-11-24 | 阿里巴巴集团控股有限公司 | 一种处理电子券链接的方法及装置 |
CN107527228B (zh) * | 2017-07-24 | 2020-03-27 | 阿里巴巴集团控股有限公司 | 一种发送电子券的方法及装置 |
CN107403342A (zh) * | 2017-07-24 | 2017-11-28 | 孙晖 | 一种发放资源的方法、终端设备、服务器以及存储介质 |
CN107424285A (zh) * | 2017-07-24 | 2017-12-01 | 孙晖 | 一种发放资源的方法、服务器和存储介质 |
CN107506990A (zh) * | 2017-08-18 | 2017-12-22 | 首媒科技(北京)有限公司 | 基于移动社交平台的口令红包发布的方法及装置 |
CN108389038A (zh) * | 2018-02-09 | 2018-08-10 | 平安健康互联网股份有限公司 | 红包雨活动方法、用户终端及存储介质 |
CN108765144B (zh) * | 2018-04-10 | 2023-04-14 | 平安科技(深圳)有限公司 | 电子资源包的处理方法、终端设备及介质 |
CN111178856A (zh) * | 2018-11-12 | 2020-05-19 | 奇酷互联网络科技(深圳)有限公司 | 数据处理方法、移动终端和计算机可读存储介质 |
CN111784393B (zh) * | 2020-06-30 | 2024-02-02 | 中国工商银行股份有限公司 | 电子券发放方法及装置 |
CN112102005B (zh) * | 2020-09-21 | 2024-02-02 | 中国工商银行股份有限公司 | 电子劵生成方法及系统 |
CN114531407B (zh) * | 2020-11-23 | 2024-04-09 | 腾讯科技(深圳)有限公司 | 基于虚拟物品的数据处理方法、装置以及可读存储介质 |
CN112581179B (zh) * | 2020-12-24 | 2024-04-09 | 京东科技控股股份有限公司 | 电子券的生成方法和生成装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102298744A (zh) * | 2010-06-25 | 2011-12-28 | 任俊林 | 一种由第三方机构为买方发红包商务模式 |
CN102999852A (zh) * | 2011-09-14 | 2013-03-27 | 阿里巴巴集团控股有限公司 | 电子券数据的生成方法及装置 |
CN103973769A (zh) * | 2014-01-29 | 2014-08-06 | 腾讯科技(深圳)有限公司 | 虚拟物品发送方法、接收方法、装置和系统 |
CN104618226A (zh) * | 2015-02-16 | 2015-05-13 | 腾讯科技(深圳)有限公司 | 一种信息处理方法、客户端和服务器 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5597185B2 (ja) * | 2011-12-28 | 2014-10-01 | 楽天株式会社 | 電子マネー管理装置、電子マネー管理方法、電子マネー管理プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記憶媒体 |
-
2015
- 2015-06-29 CN CN201510368992.8A patent/CN104966214B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102298744A (zh) * | 2010-06-25 | 2011-12-28 | 任俊林 | 一种由第三方机构为买方发红包商务模式 |
CN102999852A (zh) * | 2011-09-14 | 2013-03-27 | 阿里巴巴集团控股有限公司 | 电子券数据的生成方法及装置 |
CN103973769A (zh) * | 2014-01-29 | 2014-08-06 | 腾讯科技(深圳)有限公司 | 虚拟物品发送方法、接收方法、装置和系统 |
CN104618226A (zh) * | 2015-02-16 | 2015-05-13 | 腾讯科技(深圳)有限公司 | 一种信息处理方法、客户端和服务器 |
Also Published As
Publication number | Publication date |
---|---|
CN104966214A (zh) | 2015-10-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104966214B (zh) | 一种电子券的交互方法和装置 | |
CN106598735B (zh) | 一种分布式计算方法、主控节点和计算系统 | |
CN108492183A (zh) | 区块链的账户交易方法、系统和计算机可读存储介质 | |
CN107330770A (zh) | 云自动售卖系统及控制方法 | |
CN105303410B (zh) | 虚拟物品分享方法和装置 | |
CN110233741B (zh) | 服务计费方法、装置、设备及存储介质 | |
CN106407207A (zh) | 一种实时新增数据更新方法和装置 | |
CN106257893A (zh) | 存储服务器任务响应方法、客户端、服务器及系统 | |
CN108009017A (zh) | 一种应用链路的扩容方法、装置和系统 | |
CN109711940A (zh) | 订单分配方法、装置、电子设备及存储介质 | |
CN109150929A (zh) | 高并发场景下的数据请求处理方法和装置 | |
CN108428151A (zh) | 一种拼单方法和装置 | |
CN108574645A (zh) | 一种队列调度方法及装置 | |
CN109493075A (zh) | 用于确定虚拟资源对象的方法及设备 | |
CN108241970A (zh) | 基于区块链的挖矿方法、装置及计算机可读存储介质 | |
CN108959047A (zh) | 一种基于业务场景的压力测试方法及装置 | |
CN109474902A (zh) | 消息计费装置、方法、终端及系统 | |
Huang et al. | Incentive assignment in hybrid consensus blockchain systems in pervasive edge environments | |
JP2018206199A (ja) | 管理装置、管理方法、及びプログラム | |
CN114546970B (zh) | 基于参与者联盟链激励的数据共享方法及系统 | |
Giannoutakis et al. | Evaluation of self‐organizing and self‐managing heterogeneous high performance computing clouds through discrete‐time simulation | |
CN108399117A (zh) | 一种处理器占用率显示方法及装置 | |
CN108846654A (zh) | 虚拟货币的发放方法及装置 | |
CN114691992A (zh) | 云产品推荐、展示方法、系统、设备及存储介质 | |
CN108564406A (zh) | 一种激励推送的方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |