CN110290053A - 资源发放方法、终端及服务器 - Google Patents
资源发放方法、终端及服务器 Download PDFInfo
- Publication number
- CN110290053A CN110290053A CN201910526864.XA CN201910526864A CN110290053A CN 110290053 A CN110290053 A CN 110290053A CN 201910526864 A CN201910526864 A CN 201910526864A CN 110290053 A CN110290053 A CN 110290053A
- Authority
- CN
- China
- Prior art keywords
- user
- resource
- file
- video
- response information
- 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.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
- H04L51/10—Multimedia information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
- H04L51/18—Commands or executable codes
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Finance (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Strategic Management (AREA)
- Game Theory and Decision Science (AREA)
- Multimedia (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种资源发放方法、终端及服务器,属于互联网技术领域。所述方法包括:将指定视频文件发布至指定群组;获取视频响应信息的总数量;当视频响应信息的总数量达到指定数量时,确定第一用户具有资源获取权限;当接收到资源获取请求时,将资源发放至第一用户。本发明将第一用户的指定视频文件发布至指定群组,通过获取指定群组内第二用户的视频响应信息的总数量,并在视频响应信息的总数量达到指定数量时,确定第一用户具有资源获取权限,进而在接收到第一用户发送的资源获取请求时,将资源发放至第一用户。该方法增进了用户间的互动,趣味性强,用户参与度较高,应用程序的推广效果及用户活跃度的提升效果较佳。
Description
技术领域
本发明涉及互联网技术领域,特别涉及一种资源发放方法、终端及服务器。
背景技术
在互联网技术领域,为了推广应用程序,提高用户的活跃度,应用程序运营商经常会在特定时间段内(例如,春节、国庆节等)推出一些抽奖活动,常见的如邀请新用户一起参与抽奖、刮卡式或幸运转盘抽奖等,从而增加用户的参与度,扩大用户对应用程序的传播、推广。
如果将抽奖活动奖池中的奖品看作资源池中的资源,现有的资源发放方法为:当检测到用户对应用程序的显示界面上资源获取选项的点击操作时,向服务器发送资源获取请求;当接收到资源获取请求,服务器随机或按一定规则将资源池中任一未发放的资源发放至该用户。
然而,通过点击资源获取选项的方式,操作流程过于简单,缺乏趣味性,用户参与度较低,不利于应用程序的推广及用户活跃度的提升,因此,亟需一种新的资源发放方法。
发明内容
为了解决现有技术的问题,本发明实施例提供了一种资源发放方法、终端及服务器。所述技术方案如下:
一方面,提供了一种资源发放方法,所述方法包括:
当接收到第一用户对指定视频文件的发布请求时,将所述指定视频文件发布至指定群组,所述指定群组包括与所述第一用户具有好友关系的多个第二用户;
获取视频响应信息的总数量,所述视频响应信息为所述第二用户对所述指定视频文件进行响应时产生的信息;
当所述视频响应信息的总数量达到指定数量时,确定所述第一用户具有资源获取权限;
当接收到所述第一用户基于所述资源获取权限发送的资源获取请求时,将资源池中任一未发放资源发放至第一用户。
另一方面,提供了一种资源发放方法,所述方法包括:
向服务器发送对指定视频文件的发布请求,所述发布请求用于服务器将所述指定视频文件发布至指定群组,并在所述指定群组内与第一用户具有好友关系的多个第二用户发送的视频响应信息的总数量达到指定数量时,确定第一用户具有资源获取权限,所述视频响应信息为所述第二用户对所述指定视频文件进行响应时产生的信息;
当具有资源获取权限时,向服务器发送资源获取请求,所述资源获取请求用于所述服务器将资源池中任一未发放资源发放至第一用户;
显示资源发放结果。
另一方面,提供了一种资源发放方法,所述方法包括:
接收服务器发送的指定视频文件;
对所述指定视频文件进行响应,得到视频响应信息;
将所述视频响应信息发送至所述服务器,所述视频响应信息用于所述服务器确定第一用户是否具有资源获取权限,并在所述第一用户具有资源获取权限时,将资源池中任一未发放资源发放至第一用户。
另一方面,提供了一种用于资源发放的服务器,所述服务器包括:
视频发布模块,用于当接收到第一用户对指定视频文件的发布请求时,将所述指定视频文件发布至指定群组,所述指定群组包括与所述第一用户具有好友关系的多个第二用户;
信息获取模块,用于获取视频响应信息的总数量,所述视频响应信息为所述第二用户对所述指定视频文件进行响应时产生的信息;
权限确定模块,用于当所述视频响应信息的总数量达到指定数量时,确定所述第一用户具有资源获取权限;
资源发放模块,用于当接收到所述第一用户基于所述资源获取权限发送的资源获取请求时,将资源池中任一未发放资源发放至第一用户。
另一方面,提供了一种用于资源发放的终端,所述终端包括:
请求发送模块,用于向服务器发送对指定视频文件的发布请求,所述发布请求用于服务器将所述指定视频文件发布至指定群组,并在所述指定群组内与第一用户具有好友关系的多个第二用户发送的视频响应信息的总数量达到指定数量时,确定第一用户具有资源获取权限,所述视频响应信息为所述第二用户对所述指定视频文件进行响应时产生的信息;
所述请求发送模块,用于当具有资源获取权限时,向服务器发送资源获取请求,所述资源获取请求用于所述服务器将资源池中任一未发放资源发放至第一用户;
显示模块,用于显示资源发放结果。
另一方面,提供了一种用于资源发放的终端,所述终端包括:
视频接收模块,用于接收服务器发送的指定视频文件;
视频响应模块,用于对所述指定视频文件进行响应,得到视频响应信息;
信息发送模块,用于将所述视频响应信息发送至所述服务器,所述视频响应信息用于所述服务器确定第一用户是否具有资源获取权限,并在所述第一用户具有资源获取权限时,将资源池中任一未发放资源发放至第一用户。
另一方面,提供了一种服务器,所述服务器包括处理器和存储器,所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或所述指令集由所述处理器加载并执行以实现资源发放方法。
另一方面,提供了一种终端,所述终端包括处理器和存储器,所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或所述指令集由所述处理器加载并执行以实现资源发放方法。
本发明实施例提供的技术方案带来的有益效果是:
将第一用户的指定视频文件发布至指定群组,通过获取指定群组内第二用户的视频响应信息的总数量,并在视频响应信息的总数量达到指定数量时,确定第一用户具有资源获取权限,进而在接收到第一用户发送的资源获取请求时,将资源发放至第一用户。该方法增进了用户间的互动,趣味性强,用户参与度较高,应用程序的推广效果及用户活跃度的提升效果较佳。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的资源发放方法所涉及的实施环境的示意图;
图2是本发明实施例提供的资源发放方法的流程图;
图3是本发明实施例提供的送祝福的频控校验流程及存储结构的示意图;
图4是本发明实施例提供的抽奖环节的流程图;
图5是本发明实施例提供的集祝福抽奖流程的时序图;
图6是本发明实施例提供的收集祝福的贺卡的界面图;
图7是本发明实施例提供的贺卡收到的祝福列表及抽奖界面的示意图;
图8是本发明实施例提供的参与抽奖的全量信息存储结构及写入流程的示意图;
图9是本发明实施例提供的中奖信息存储结构及写入流程的示意图;
图10是本发明实施例提供的用于资源发放的服务器结构示意图;
图11是本发明实施例提供的用于资源发放的终端结构示意图;
图12是本发明实施例提供的用于资源发放的终端结构示意图;
图13示出了本发明一个示例性实施例提供的终端的结构框图;
图14是根据一示例性实施例示出的一种用于资源发放的服务器。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
图1示出了本发明实施例提供的资源发放方法所涉及的实施环境,该实施环境包括:第一终端101、服务器102及第二终端103。
其中,第一终端101安装和运行有应用程序,该应用程序可以为歌唱类应用程序、社交类应用程序等,本发明实施例以歌唱类应用程序为例进行说明。第一终端101为第一用户所使用的终端,第一用户可以使用第一终端101向服务器102发送音频文件、视频文件等,还可以参与服务器102提供的各种活动。
第一终端101通过有线网络或无线网络与服务器102相连。
服务器102包括一台服务器、多台服务器、云计算平台中的至少一种。服务器102用于为应用程序提供后台服务。
服务器102通过有线网络或无线网络与第二终端103相连。
第二终端103安装和运行有应用程序,该应用程序可以为歌唱类应用程序、社交类应用程序等,本发明实施例以歌唱类应用程序为例进行说明。第二终端103为第二用户所使用的终端,该第二用户为指定群组内与第一用户具有好友关系的用户。第二用户可以使用第二终端103向服务器102发送音频文件、视频文件等,还可以参与服务器102提供的各种活动。
第一终端101和第二终端103上安装的应用程序是相同的,或两个终端上安装的应用程序是不同控制系统平台的同一类型应用程序。第一终端101可以泛指多个终端中的一个,第二终端103可以泛指多个终端中的一个,本发明实施例仅以第一终端101和第二终端103来举例说明。第一终端101和第二终端103的设备类型相同或不同,该设备类型包括:智能手机、平板电脑、电子书阅读器、MP3播放器、MP4播放器、膝上型便携计算机和台式计算机中的至少一种。
硬件环境
本发明实施例中的技术方案目前应用在linux系统的终端上,经后台处理相关信息后,可以应用在IOS系统及安卓系统的终端上。
本发明实施例提供了一种资源发放方法,该方法应用于图1所示的实施环境,参见图2,本发明实施例提供的方法流程包括:
201、第一终端向服务器发送对指定视频文件的发布请求。
其中,指定视频文件可以为在特定节日(或假日)发布的具有祝福内容的视频文件。例如,春节期间的拜年视频文件,中秋节期间的祝福视频文件等。
为了降低用户的操作难度,应用程序可以向用户提供视频文件的制作说明,第一用户基于制作指导,录制指定视频文件,并向服务器发送对指定视频文件的发布请求,以获取资源获取权限,从而从服务器获取资源。其中,发布请求包括指定视频文件、第一用户标识及指定群组标识等,该指定群组标识用于限定指定视频文件的发布范围,该指定群组内包括与第一用户具有好友关系的多个第二用户。
在另一个实施例中,考虑到指定视频文件的大小一般为几十兆、几百兆,为了减少指定视频文件传输过程的网络资源消耗,会将视频进行压缩,然后向发服务器发出发布请求,向服务器发送的发布请求中,包含指定视频文件、第一用户标识及指定群组标识。服务器处理后得到指定视频文件的链接,通过该链接可以访问此视频文件。
202、当接收到发布请求,服务器将指定视频文件发布至指定群组。
当接收到第一用户的发布请求时,服务器根据指定群组标识,将指定视频文件发布至指定群组,指定群组内的每个第二用户可以在指定群组所属的应用程序上查看到指定视频文件。例如,指定群组为全民K歌中的群组,则第二用户可以在全民K歌中查看到该指定视频文件;指定群组为微信中的群组,则第二用户可以在微信朋友圈中查看到该指定视频文件。如果发布请求中包括的是指定视频文件,则第二用户通过点击播放选项可以直接观看视频内容;如果发布请求中包括的是指定视频文件的链接,则第二用户点击视频文件的链接,可以显示包括指定视频文件的H5网页,进而在H5网页上点击对播放选项,即可观看视频内容。
203、当接收到服务器发送的指定视频文件,第二终端对指定视频文件进行响应,得到视频响应信息,并将视频响应信息发送至服务器。
当接收到服务器发送的指定视频文件,第二用户使用第二终端对指定视频文件进行响应,例如,送出包括自己祝福的文本信息、赠送一定数量的虚拟物品等,第一用户会收到所有赠送的这些信息,并可以在其应用程序内看到详细列表。
对于祝福的文本信息,由于是公开曝光的,文本内容公开面向所有好友,在这种情况下,文字内容可能会被不法分子填入广告、色情等不合规内容,不仅影响用户体验,而且违反法律法规。虽然通过AI初审和人力审核补充等方式可以解决该问题,但是人力资源消耗加大,尤其是在节日(或假日)期间,运营人员短缺,审核能力缺乏。为此,本发明实施例可以预先选取一些已审核的、流行的关于祝福的文本信息,并为每条文本信息设置文本信息标识,形成包括不同祝福语的文本信息池,当第二用户向第一用户送祝福时,可以从文本信息池中随机抽取文本信息。采用本发明实施例的方法可以省去文本信息审核时的人力消耗,大大降低风险。同时,基于文本信息标识进行交互,可以大幅降低服务器存储时的存储空间,还可以降低了前后台交互的信息量,降低了网络流量消耗。
基于第二用户的响应,第二终端可以获取指定视频文件的视频响应信息,进而将视频响应信息发送至服务器。其中,视频响应信息包括响应的第二用户标识、文本信息标识、虚拟物品数量等,文本信息标识用于标识文本资源池中文本信息,文本资源池包括多条已审核的文本信息。
可选地,在对指定视频文件进行响应的过程中,第二终端可以获取指定视频文件的制作说明,进而基于制作说明,录制第二用户的视频文件,并通过所录制的视频文件进行发布,以获取资源获取权限,从服务器上获取资源。
204、服务器获取视频响应信息的总数量。
通常涉及金钱奖励的活动往往会吸引黑产势力(专门通过方案漏洞,利用大量的账号、机器人参加活动以获利)加入,而一旦活动有疏漏被黑产利用到,不仅影响活动的进行,而且会引来大量的投诉,对于产品形成负面新闻,甚至给企业造成巨大的经济损失。为了避免薅羊毛等黑产行为破坏网络秩序,本发明实施例采用多种校验方式校验指定视频文件是否满足发布条件、以及第二用户对指定视频文件的响应是否符合条件,当指定视频文件满足发布条件且第二用户对视频文件的响应满足频控条件,将接收到的视频响应信息作为有效的信息。
具体地,服务器确定指定视频文件是否满足发布条件时,可以采用步骤20411~20414:
20411、服务器确定指定视频文件的发布时间是否在预设时间段内。
其中,预设时间段可以为节日期间或假日期间,例如,春节期间、国庆节期间等。服务器获取指定视频文件的发布时间,并将指定视频文件的发布时间与预设时间段进行比较,以确定该指定视频文件的发布时间是否位于预设时间段内。
20412、当指定视频文件的发布时间在预设时间段内,服务器获取第一用户的第一用户标识和第二用户的第二用户标识。
20413、服务器根据第一用户标识和第二用户标识,确定第一用户和第二用户是否为合法用户。
服务器上存储有合法用户的用户标识,基于所存储的合法用户的用户标识,服务器通过将第一用户标识和第二用户标识与合法用户的用户标识进行匹配,即可确定出第一用户和第二用户是否为合法用户。
20414、当第一用户和第二用户为合法用户,服务器确定指定视频文件满足发布条件。
当然,除了将发布时间及合法用户的用户标识同时作为确定依据外,在确定指定视频文件是否满足发布条件时,还可以基于发布时间及合法用户的用户标识分别进行判断。例如,当指定视频文件的发布时间在预设时间段内,可以确定指定视频文件满足发布条件;当第一用户和第二用户为合法用户时,可以确定指定视频文件满足发布条件。
服务器确定第二用户对指定视频文件的响应是否满足频控条件时,可以采用步骤20421~20424:
20421、服务器确定第二用户在指定时间内发布的视频响应信息的数量是否达到第一数量。
其中,指定时间可以为一天、二天、一星期等,本发明实施例不对指定时间的长度进行限定。第一数量可以为10次、15次等,本发明实施例不对第一数量的大小作具体的限定。例如,设定用户每天送祝福的数量最多为10条,当接收到用户发送的祝福时,服务器确定该用户当天发送的祝福数量是否达到10条。
20422、当第二用户在指定时间段内发布的视频响应信息的数量未达到第一数量,服务器确定第二用户在指定时间段内对指定视频文件的响应数量是否达到第二数量。
其中,第二数量可以为2次、3次等,本发明实施例不对第二数量的大小作具体的限定。例如,设定用户每天对每个贺卡送祝福的数量最多为3条,当接收到用户发送的祝福时,服务器确定该用户当前对该贺卡发送的祝福数量是否达到3条。
20423、当第二用户在指定时间内对指定视频文件的响应数量未达到第二数量,服务器确定指定视频文件接收到的视频响应信息的总数量是否达到第三数量。
其中,第三数量可以为100、200等,本发明实施例不对第三数量的大小作具体的限定。例如,设定每个贺卡接收祝福的数量为100条,当接收到用户对该贺卡发送的祝福时,确定该贺卡接收到的祝福数量是否达到100条。
20424、当指定视频文件的视频响应信息的总数量未达到第三数量,服务器确定第二用户对指定视频文件的响应满足频控条件。
当然,除了将每个用户在指定时间内发布的响应信息的数量、每个用户在指定时间内对每个视频文件的响应数量及视频文件收到的视频响应信息的总数量同时作为确定依据外,在确定第二用户对指定视频文件的响应是否满足频控条件时,还可以基于每个用户在指定时间内发布的视频响应信息的数量、每个用户在指定时间内对每个视频文件的响应数量及视频文件接收到的视频响应信息的总数量分别进行判断。例如,当每个用户在指定时间内发布的视频响应信息的数量未达到第一数量,可以确定第二用户对指定视频文件的响应满足频控条件;当每个用户在指定时间内对每个视频文件的响应数量未达到第二数量时,可以第二用户对指定视频文件的响应满足频控条件;当视频文件接收到的视频响应信息的总数量未达到第三数量时,可以确定第二用户对指定视频文件的响应满足频控条件。上述判断在满足任一个条件时,均确定第二用户对指定视频文件的响应满足频控条件,当然,上述条件还可以任意组合,也即是,在满足上述至少两个条件时,均确定第二用户对指定视频文件的响应满足频控条件,本发明实施例中不对其具体组合进行赘述。
本发明实施例通过对单个用户标识每天可以送出的祝福总量做限制,突破上限之后拒绝其在当天内再进行送祝福,并且限制其只能对单个贺卡送祝福一次,从而避免了黑产团伙利用uid池来互相刷祝福。另外,通过限制单个贺卡收祝福的总数量,以避免带来过大的存储压力,或者受到恶意攻击而使得单个贺卡聚集大量祝福,占用过大的存储溢出,导致服务不可用甚至宕机。
可选地,服务器还可以限制单个用户标识在某个时间区间内的发送视频响应信息的次数,例如限制单个用户标识在每10分钟内只能发送10次送祝福,采用该种方式也可以规避黑产利用机器人频繁参与活动。
可选地,由于机器人软件的IP(Internet Protocol,网络之间的互联协议)通常是固定不变的,因而服务器还可以对请求端的IP来做限制,例如,可以限制某个IP在10分钟内只能进行10次送祝福操作。
考虑到本发明实施例的应用平台为超大用户量的应用程序,而且是在节假日推广,因而会面临超大用户量的访问压力,整体存储设计都有非常苛刻的挑战。以应用程序为全民K歌为例,全民K歌的注册用户约5亿,每天有6000万活跃用户,活动期间每天有海量用户访问服务器,对服务器存储的读写性能要求较高。为此,本发明实施例采用基于内存的NoSql存储CKV,能够支持海量的数据存储,同时查询快速高效,存储结构清晰。
基于内存的NoSql存储CKV,服务器接收到第二用户发送的视频响应信息,获取视频响应信息对应的指定视频文件的指定文件标识,并根据指定文件标识,确定视频响应信息的第一存储地址,进而根据第一存储地址,对第二用户的视频响应信息进行存储。具体地,服务器根据指定文件标识,确定视频响应信息的第一存储地址时,可以获取指定文件标识的末尾几位(例如4位)上的数字,对其进行哈希计算,得到哈希值,该哈希值用于指示视频响应信息的第一存储地址;服务器还可以根据指定文件标识,按照指定视频文件的接收时间顺序,依次写入各个存储单元,写满一个存储单元继续写下一个存储单元。对于具体的存储形式,可参见图3,用户发送的每个贺卡都对应一个key(key_ugc_*),基于每个贺卡所对应的key,服务器对每个贺卡进行存储,并对应存储该贺卡接收到的祝福情况,从而可以向用户用于展示该贺卡收到的祝福列表,同时也可以应用于频控对视频文件的策略中。
基于所存储的每个第二用户发送的视频响应信息,服务器统计指定群组内的第二用户发送的视频响应信息的数量,可以得到视频响应信息的总数量。
205、当视频响应信息的总数量达到指定数量时,服务器确定第一用户具有资源获取权限。
其中,指定数量可以根据所分配的资源数量及预估参与活动的用户数量确定,该指定数量可以为20个。例如,对于任一贺卡,当该贺卡接收到的祝福数量达到20个,可以确定发布该贺卡的用户具有抽奖资格。
206、当具有资源获取权限时,第一终端向服务器发送资源获取请求。
在本发明实施例中,第一用户通过服务器将指定视频文件发布之后,第一用户还向服务器发送查看请求,以查看指定群组内的第二用户发送的视频响应信息。在查看过程中,如果第一用户具有资源获取权限,第一终端将弹出资源获取选项,以提示用户获取资源。当检测到用户点击资源获取选项时,第一终端向服务器发送资源获取请求,该资源获取请求包括第一用户标识。
207、当接收到第一用户基于资源获取权限发送的资源获取请求时,服务器将资源池中任一未发放资源发放至第一用户。
当接收到第一用户发送的资源获取权限时,服务器从资源池中获取任一未发放资源,并将该资源发送至第一用户。
服务器在从资源池中获取未发放资源之前,可以预先设置发放的资源数量、发放频次,例如,可以设置:
一等奖:10个,每天限制抽出1个
二等奖:10个,每天限制抽出1个
三等奖:30个,每天限制抽出3个
四等奖:10个,每天限制抽出1个
五等奖:每人100-300个虚拟鲜花之间随机分配,无每日上限。
当发放的资源为虚拟物品时,可以将虚拟物品添加到第一用户的账户中;当发放的资源为实物时,需要登记第一用户的姓名、地址、手机号码等相关信息,并根据所登记的信息,向用户邮件所发放的物品。
图4示为抽奖流程的示意图,参见图4,当用户具有抽奖资格后,用户点击抽奖选项可以参与抽奖活动,服务器登记中奖信息后,即可派发奖品。
208、第一终端显示资源发放结果。
当将资源发放至第一用户后,服务器还将向第一用户发送提示信息,以提示资源发放结果,当接收到提示信息后,第一终端将显示资源发放结果。
对于上述资源发放过程,下面将以图5~图7为例进行详细说明。
1、用户A(作者)录制拜年视频。
2、第一终端根据用户A录制的视频,生成贺卡H5链接,并通过服务器将该贺卡发布。参见图6,该贺卡为可以收集好友祝福,并基于祝福数量进行抽奖。
3、用户A的好友B点击该贺卡,以观看祝福视频。在观看视频过程中,用户B可以向用户A发送祝福语并进入答谢列表。
4、用户B在观看视频过程中,还可以根据视频制作说明录制祝福视频并发布。
5、用户A通过服务器将所录制的贺卡发布后,用户A也可以点击该贺卡,以观看祝福视频,并查看答谢列表,例如,图7中的左图所示的答谢列表。
6、当用户A的好友答谢个数大于20个,且用户A并未参与抽奖活动,可以弹出抽奖按钮,用户通过点击抽奖按钮可以参与抽奖活动。
7、服务器向用户A发送提示信息,以提示用户A抽奖结果。如果奖品为虚拟物品,可以直接添加到用户账号;如果为实物奖品,提示用户登记地址、姓名、手机号码等信息。例如,图7中的右图所示的抽奖结果。
另外,为了避免具有抽奖权限的用户多次参与抽奖活动,本发明实施例规定用户针对每个视频文件获取的资源获取权限只能获取一次资源,即一个用户对于一个贺卡只可以抽奖一次。为此,本发明实施例还将存储每个视频文件的文件标识及所获取的资源标识。
以指定视频文件为例,具体的存储过程为:
1、服务器获取指定视频文件的指定文件标识和对应的资源标识。
2、服务器对指定文件标识进行解析,得到第一用户的第一用户标识。
3、服务器根据第一用户标识,确定第二存储地址。
4、服务器根据第二存储地址,对指定文件标识和对应的资源标识进行存储。
对于存储每个视频文件的文件标识及所获取的资源标识,下面将以应用程序为全民K歌为例进行详细说明。
对于具有亿级用户量的应用程序全民K歌数据存储量较大,为此,本发明实施例可基于NoSql存储CKV。由于每个贺卡都对应一个贺卡标识,而从贺卡标识中可以解析出贺卡对应的用户标识,因此,通过对用户标识进行哈希计算,可将所有抽奖信息分散在多个哈希桶中,同时可以确保同一个用户的贺卡聚集在一个哈希桶内。然而,单个哈希桶内存储的数据量如果过大,会导致哈希桶的读写性能迅速降低,并且超出单哈希桶存储上限。因此,本发明实施例可预先确定出哈希桶存储的贺卡数量及哈希桶数量。具体地,服务器可根据每个贺卡的抽奖信息所占用的存储空间和哈希桶的存储空间,确定出每个哈希桶所能存储的贺卡数量,进而根据每个哈希桶存储的贺卡数量和本次参加活动并能达到抽奖条件的贺卡数量,确定出哈希桶数量。
例如,预估本次参加活动并能达到抽奖条件的贺卡数量为1亿,每个贺卡的抽奖信息占用的存储空间为50字节,每个哈希桶存储数据量最大为1M字节,
则每个哈希桶所能存储的贺卡数量为1M字节/50字节=2万个。
所需的哈希桶数量为1亿/2万=5000个。
本发明实施例中设置哈希桶数量为万个,以满足数据存储需求。
对于1万个哈希桶,每个哈希桶能够存储2万个贺卡的抽奖信息。对1万个哈希桶依次进行编号,编号可以是key_0到key_9999。
参见图8,本发明实施例采用哈希策略,对每个贺卡标识进行解析,可以得到用户标识,进而采用取尾号法,获取用户标识的后几位(例如4位)尾数,进而按照尾数对贺卡标识及中奖等级进行存储。采用该种存储方式,可以将相同uid尾号的存储到同一key内。当需要查看所有的中奖信息时,可顺序读取key_0至key_9999内的所有value;当需要查询某个用户的抽奖信息时,只需用户标识的尾号读取相应key下的value,然后从中筛选出属于用户标识的抽奖信息即可。
为了便于读取所发放的资源,本发明实施例还将获取已发放资源的视频文件的文件标识和对应的资源标识,并按照资源标识,对已发放资源的视频文件的文件标识和对应的资源标识进行分类存储。对于资源发放过程,发放记录比较重要,要求相关信息记录准确、完备,能够追溯。因此,本发明实施例还将对已发放资源的视频文件的文件标识和对应的资源标识进行备份,从而在意外发生时可以恢复数据。
需要说明的是,以资源发放过程为抽奖过程为例,一般来说,末等奖是必中的奖项(通常没有抽到其他奖品时,会给用户末等奖),为了避免浪费存储、读写内存消耗,对于抽奖结果中的末等奖可以不记录。
参见图9,奖品级别有五种,五等奖是必中的奖项,在记录时只记录其他的四个奖品等级,每个等级采用一个key记录贺卡标识、用户标识等中奖信息。当奖品为虚拟物品时,例如,全民K歌的VIP会员,可以直接添加到用户账户中,当奖品为实物奖品时,例如耳机等,需要登记用户的地址、姓名、手机号码等信息,后续统一发货。考虑到中奖信息较为重要,在此环节写数据时会进行双写,每次写入时都会写入备份,避免单份数据写坏、人工操作失误等导致数据丢失。
本发明实施例提供的方法,将第一用户的指定视频文件发布至指定群组,通过获取指定群组内第二用户的视频响应信息的总数量,并在视频响应信息的总数量达到指定数量时,确定第一用户具有资源获取权限,进而在接收到第一用户发送的资源获取请求时,将资源发放至第一用户。该方法增进了用户间的互动,趣味性强,用户参与度较高,应用程序的推广效果及用户活跃度的提升效果较佳。
另外,本发明实施例还具有以下有益效果:
第一、通过祝福文案ID编码等方式节约了存储、节约了网络流量。
第二、基于NoSql存储做了存储结构设计,容纳海量数据,同时通过哈希等策略,读写性能足以满足要求。
第三、以清晰的存储结构记录了各个环节的数据、备份,做好了容灾,相关数据最终成功运用于活动效果分析、奖品发放等。
第四、通过预置文案池抽选祝福文案的方式保证了内容安全合规,贺卡内没有出现非法内容和用户投诉。
第五、通过集祝福积累抽奖资格的方式提升了用户参与热情,增加了好友互动、节日气氛。
第六、活动在上线期间运行顺利,没有发生漏洞或者被薅羊毛等事故。
参见图10,本发明实施例提供了一种用于资源发布的服务器,该服务器包括:
视频发布模块1001,用于当接收到第一用户对指定视频文件的发布请求时,将指定视频文件发布至指定群组,指定群组包括与第一用户具有好友关系的多个第二用户;
信息获取模块1002,用于获取视频响应信息的总数量,视频响应信息为第二用户对指定视频文件进行响应时产生的信息;
权限确定模块1003,用于当视频响应信息的总数量达到指定数量时,确定第一用户具有资源获取权限;
资源发放模块1004,用于当接收到第一用户基于资源获取权限发送的资源获取请求时,将资源池中任一未发放资源发放至第一用户。
在本发明的另一个实施例中,服务器还包括:
第一条件确定模块,用于确定指定视频文件是否满足发布条件;
第二条件确定模块,用于当指定视频文件满足发布条件时,确定第二用户对指定视频文件的响应是否满足频控条件;
信息获取模块1002,用于当第二用户对指定视频文件的响应满足频控条件,获取视频响应信息的总数量。
在本发明的另一个实施例中,第一条件确定模块用于确定指定视频文件的发布时间是否在预设时间段内;当指定视频文件的发布时间在预设时间段内,获取第一用户的第一用户标识和第二用户的第二用户标识;根据第一用户标识和第二用户标识,确定第一用户和第二用户是否为合法用户;当第一用户和第二用户为合法用户,确定指定视频文件满足发布条件。
在本发明的另一个实施例中,第二条件确定模块用于确定第二用户在指定时间内发布的视频响应信息的数量是否达到第一数量;当第二用户在指定时间段内发布的视频响应信息的数量未达到第一数量,确定第二用户在指定时间段内对指定视频文件的响应数量是否达到第二数量;当第二用户在指定时间内对指定视频文件的响应数量未达到第二数量,确定指定视频文件接收到的视频响应信息的总数量是否达到第三数量;当指定视频文件接收到的视频响应信息的总数量未达到第三数量,确定第二用户对指定视频文件的响应满足频控条件。
在本发明的另一个实施例中,信息获取模块1002,用于当接收到第二用户发送的视频响应信息,获取视频响应信息对应的指定视频文件的指定文件标识;根据指定文件标识,确定视频响应信息的第一存储地址;根据第一存储地址,对第二用户的视频响应信息进行存储;统计指定群组内的第二用户发送的视频响应信息的数量,得到视频响应信息的总数量。
在本发明的另一个实施例中,服务器还包括:
第一标识获取模块,用于获取指定视频文件的指定文件标识和对应的资源标识;
标识解析模块,用于对指定文件标识进行解析,得到第一用户的第一用户标识;
地址确定模块,用于根据第一用户标识,确定第二存储地址;
第一存储模块,用于根据第二存储地址,对指定文件标识和对应的资源标识进行存储。
在本发明的另一个实施例中,服务器还包括:
第二标识获取模块,用于获取已发放资源的视频文件的文件标识和对应的资源标识;
第二存储模块,用于按照资源标识,对已发放资源的视频文件的文件标识和对应的资源标识进行分类存储。
在本发明的另一个实施例中,服务器还包括:
备份模块,用于对已发放资源的视频文件的文件标识和对应的资源标识进行备份。
在本发明的另一个实施例中,视频响应信息包括响应的第二用户标识、文本信息标识、虚拟物品数量,文本信息标识用于标识文本资源池中文本信息,文本资源池包括多条已审核的文本信息。
综上,本发明实施例提供的服务器,将第一用户的指定视频文件发布至指定群组,通过获取指定群组内第二用户的视频响应信息的总数量,并在视频响应信息的总数量达到指定数量时,确定第一用户具有资源获取权限,进而在接收到第一用户发送的资源获取请求时,将资源发放至第一用户。该方法增进了用户间的互动,趣味性强,用户参与度较高,应用程序的推广效果及用户活跃度的提升效果较佳。
参见图11,本发明实施例提供了一种用于资源发布的终端,该终端包括:
请求发送模块1101,用于向服务器发送对指定视频文件的发布请求,发布请求用于服务器将指定视频文件发布至指定群组,并在指定群组内与第一用户具有好友关系的多个第二用户发送的视频响应信息的总数量达到指定数量时,确定第一用户具有资源获取权限,视频响应信息为第二用户对指定视频文件进行响应时产生的信息;
请求发送模块1101,用于当具有资源获取权限时,向服务器发送资源获取请求,资源获取请求用于服务器将资源池中任一未发放资源发放至第一用户;
显示模块1102,用于显示资源发放结果。
在本发明的另一个实施例中,请求发送模块1101,还用于向服务器发送查看请求,查看请求用于查看指定群组内的第二用户发送的视频响应信息。
在本发明的另一个实施例中,视频响应信息包括响应的第二用户标识、文本信息标识、虚拟物品数量,文本信息标识用于标识文本资源池中文本信息,文本资源池包括多条已审核的文本信息。
本发明实施例提供的终端,通过向服务器发送发布请求,使得服务器将指定视频文件发布至指定群组,通过获取指定群组内第二用户的视频响应信息的总数量,并在视频响应信息的总数量达到指定数量时,确定第一用户具有资源获取权限,进而在接收到第一用户发送的资源获取请求时,将资源发放至第一用户。该方法增进了用户间的互动,趣味性强,用户参与度较高,应用程序的推广效果及用户活跃度的提升效果较佳。
参见图12,本发明实施例提供了一种用于资源发布的终端,该终端包括:
视频接收模块1201,用于接收服务器发送的指定视频文件;
视频响应模块1202,用于对指定视频文件进行响应,得到视频响应信息;
信息发送模块1203,用于将视频响应信息发送至服务器,视频响应信息用于服务器确定第一用户是否具有资源获取权限,并在第一用户具有资源获取权限时,将资源池中任一未发放资源发放至第一用户。
在本发明的另一个实施例中,终端还包括:
信息获取模块,用于在对指定视频文件进行响应的过程中,获取视频文件的制作说明;
文件制作模块,用于基于制作说明,录制视频文件。
在本发明的另一个实施例中,视频响应信息包括响应的第二用户标识、文本信息标识、虚拟物品数量,文本信息标识用于标识文本资源池中文本信息,文本资源池包括多条已审核的文本信息。
本发明实施例提供的终端,通过接收服务器发送饿指定视频文件,并将对指定视频文件进行响应得到的视频响应信息发送至服务器,由服务器获取指定群组内第二用户的视频响应信息的总数量,并在视频响应信息的总数量达到指定数量时,确定第一用户具有资源获取权限,进而在接收到第一用户发送的资源获取请求时,将资源发放至第一用户。该方法增进了用户间的互动,趣味性强,用户参与度较高,应用程序的推广效果及用户活跃度的提升效果较佳。
图13示出了本发明一个示例性实施例提供的终端1300的结构框图。该终端1300可以是:智能手机、平板电脑、MP3播放器(Moving Picture Experts Group Audio LayerIII,动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group AudioLayer IV,动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端1300还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。
通常,终端1300包括有:处理器1301和存储器1302。
处理器1301可以包括一个或多个处理核心,比如4核心处理器、8核心处理器等。处理器1301可以采用DSP(Digital Signal Processing,数字信号处理)、FPGA(Field-Programmable Gate Array,现场可编程门阵列)、PLA(Programmable Logic Array,可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1301也可以包括主处理器和协处理器,主处理器是用于对在唤醒状态下的数据进行处理的处理器,也称CPU(Central ProcessingUnit,中央处理器);协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中,处理器1301可以在集成有GPU(Graphics Processing Unit,图像处理器),GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中,处理器1301还可以包括AI(Artificial Intelligence,人工智能)处理器,该AI处理器用于处理有关机器学习的计算操作。
存储器1302可以包括一个或多个计算机可读存储介质,该计算机可读存储介质可以是非暂态的。存储器1302还可包括高速随机存取存储器,以及非易失性存储器,比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中,存储器1302中的非暂态的计算机可读存储介质用于存储至少一个指令,该至少一个指令用于被处理器1301所执行以实现本申请中方法实施例提供的资源发放方法。
在一些实施例中,终端1300还可选包括有:外围设备接口1303和至少一个外围设备。处理器1301、存储器1302和外围设备接口1303之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1303相连。具体地,外围设备包括:射频电路1304、触摸显示屏1305、摄像头1306、音频电路1307、定位组件1308和电源1309中的至少一种。
外围设备接口1303可被用于将I/O(Input/Output,输入/输出)相关的至少一个外围设备连接到处理器1301和存储器1302。在一些实施例中,处理器1301、存储器1302和外围设备接口1303被集成在同一芯片或电路板上;在一些其他实施例中,处理器1301、存储器1302和外围设备接口1303中的任意一个或两个可以在单独的芯片或电路板上实现,本实施例对此不加以限定。
射频电路1304用于接收和发射RF(Radio Frequency,射频)信号,也称电磁信号。射频电路1304通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1304将电信号转换为电磁信号进行发送,或者,将接收到的电磁信号转换为电信号。可选地,射频电路1304包括:天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1304可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于:城域网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity,无线保真)网络。在一些实施例中,射频电路1304还可以包括NFC(Near Field Communication,近距离无线通信)有关的电路,本申请对此不加以限定。
显示屏1305用于显示UI(User Interface,用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1305是触摸显示屏时,显示屏1305还具有采集在显示屏1305的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1301进行处理。此时,显示屏1305还可以用于提供虚拟按钮和/或虚拟键盘,也称软按钮和/或软键盘。在一些实施例中,显示屏1305可以为一个,设置终端1300的前面板;在另一些实施例中,显示屏1305可以为至少两个,分别设置在终端1300的不同表面或呈折叠设计;在再一些实施例中,显示屏1305可以是柔性显示屏,设置在终端1300的弯曲表面上或折叠面上。甚至,显示屏1305还可以设置成非矩形的不规则图形,也即异形屏。显示屏1305可以采用LCD(Liquid Crystal Display,液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。
摄像头组件1306用于采集图像或视频。可选地,摄像头组件1306包括前置摄像头和后置摄像头。通常,前置摄像头设置在终端的前面板,后置摄像头设置在终端的背面。在一些实施例中,后置摄像头为至少两个,分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种,以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality,虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中,摄像头组件1306还可以包括闪光灯。闪光灯可以是单色温闪光灯,也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合,可以用于不同色温下的光线补偿。
音频电路1307可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波,并将声波转换为电信号输入至处理器1301进行处理,或者输入至射频电路1304以实现语音通信。出于立体声采集或降噪的目的,麦克风可以为多个,分别设置在终端1300的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1301或射频电路1304的电信号转换为声波。扬声器可以是传统的薄膜扬声器,也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时,不仅可以将电信号转换为人类可听见的声波,也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中,音频电路1307还可以包括耳机插孔。
定位组件1308用于定位终端1300的当前地理位置,以实现导航或LBS(LocationBased Service,基于位置的服务)。定位组件1308可以是基于美国的GPS(GlobalPositioning System,全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。
电源1309用于为终端1300中的各个组件进行供电。电源1309可以是交流电、直流电、一次性电池或可充电电池。当电源1309包括可充电电池时,该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。
在一些实施例中,终端1300还包括有一个或多个传感器1310。该一个或多个传感器1310包括但不限于:加速度传感器1311、陀螺仪传感器1312、压力传感器1313、指纹传感器1314、光学传感器1315以及接近传感器1316。
加速度传感器1311可以检测以终端1300建立的坐标系的三个坐标轴上的加速度大小。比如,加速度传感器1311可以用于检测重力加速度在三个坐标轴上的分量。处理器1301可以根据加速度传感器1311采集的重力加速度信号,控制触摸显示屏1305以横向视图或纵向视图进行用户界面的显示。加速度传感器1311还可以用于游戏或者用户的运动数据的采集。
陀螺仪传感器1312可以检测终端1300的机体方向及转动角度,陀螺仪传感器1312可以与加速度传感器1311协同采集用户对终端1300的3D动作。处理器1301根据陀螺仪传感器1312采集的数据,可以实现如下功能:动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。
压力传感器1313可以设置在终端1300的侧边框和/或触摸显示屏1305的下层。当压力传感器1313设置在终端1300的侧边框时,可以检测用户对终端1300的握持信号,由处理器1301根据压力传感器1313采集的握持信号进行左右手识别或快捷操作。当压力传感器1313设置在触摸显示屏1305的下层时,由处理器1301根据用户对触摸显示屏1305的压力操作,实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。
指纹传感器1314用于采集用户的指纹,由处理器1301根据指纹传感器1314采集到的指纹识别用户的身份,或者,由指纹传感器1314根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时,由处理器1301授权该用户执行相关的敏感操作,该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1314可以被设置终端1300的正面、背面或侧面。当终端1300上设置有物理按键或厂商Logo时,指纹传感器1314可以与物理按键或厂商Logo集成在一起。
光学传感器1315用于采集环境光强度。在一个实施例中,处理器1301可以根据光学传感器1315采集的环境光强度,控制触摸显示屏1305的显示亮度。具体地,当环境光强度较高时,调高触摸显示屏1305的显示亮度;当环境光强度较低时,调低触摸显示屏1305的显示亮度。在另一个实施例中,处理器1301还可以根据光学传感器1315采集的环境光强度,动态调整摄像头组件1306的拍摄参数。
接近传感器1316,也称距离传感器,通常设置在终端1300的前面板。接近传感器1316用于采集用户与终端1300的正面之间的距离。在一个实施例中,当接近传感器1316检测到用户与终端1300的正面之间的距离逐渐变小时,由处理器1301控制触摸显示屏1305从亮屏状态切换为息屏状态;当接近传感器1316检测到用户与终端1300的正面之间的距离逐渐变大时,由处理器1301控制触摸显示屏1305从息屏状态切换为亮屏状态。
本领域技术人员可以理解,图13中示出的结构并不构成对终端1300的限定,可以包括比图示更多或更少的组件,或者组合某些组件,或者采用不同的组件布置。
图14是根据一示例性实施例示出的一种用于资源发放的服务器。参照图14,服务器1400包括处理组件1422,其进一步包括一个或多个处理器,以及由存储器1432所代表的存储器资源,用于存储可由处理组件1422的执行的指令,例如应用程序。存储器1432中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件1422被配置为执行指令,以执行上述资源发放方法中服务器所执行的功能。
服务器1400还可以包括一个电源组件1426被配置为执行服务器1400的电源管理,一个有线或无线网络接口1450被配置为将服务器1400连接到网络,和一个输入输出(I/O)接口1458。服务器1400可以操作基于存储在存储器1432的操作系统,例如WindowsServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
本发明实施例提供了一种计算机可读存储介质,所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或所述指令集由处理器加载并执行以实现图2所示的资源发放方法。
需要说明的是:上述实施例提供的用于资源发放的服务器、终端在发放资源时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将用于资源发放的服务器、终端的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的资源发放方法与资源发放装置实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (21)
1.一种资源发放方法,其特征在于,所述方法包括:
当接收到第一用户对指定视频文件的发布请求时,将所述指定视频文件发布至指定群组,所述指定群组包括与所述第一用户具有好友关系的多个第二用户;
获取视频响应信息的总数量,所述视频响应信息为所述第二用户对所述指定视频文件进行响应时产生的信息;
当所述视频响应信息的总数量达到指定数量时,确定所述第一用户具有资源获取权限;
当接收到所述第一用户基于所述资源获取权限发送的资源获取请求时,将资源池中任一未发放资源发放至第一用户。
2.根据权利要求1所述的方法,其特征在于,所述获取视频响应信息的总数量之前,还包括:
确定所述指定视频文件是否满足发布条件;
当所述指定视频文件满足发布条件时,确定第二用户对所述指定视频文件的响应是否满足频控条件;
当第二用户对所述指定视频文件的响应满足频控条件,执行所述获取视频响应信息的总数量的步骤。
3.根据权利要求2所述的方法,其特征在于,所述确定所述指定视频文件是否满足发布条件,包括:
确定所述指定视频文件的发布时间是否在预设时间段内;
当所述指定视频文件的发布时间在预设时间段内,获取所述第一用户的第一用户标识和所述第二用户的第二用户标识;
根据所述第一用户标识和所述第二用户标识,确定所述第一用户和所述第二用户是否为合法用户;
当所述第一用户和所述第二用户为合法用户,确定所述指定视频文件满足发布条件。
4.根据权利要求2所述的方法,其特征在于,所述确定第二用户对所述指定视频文件的响应是否满足频控条件,包括:
确定所述第二用户在指定时间内发布的视频响应信息的数量是否达到第一数量;
当所述第二用户在指定时间段内发布的视频响应信息的数量未达到第一数量,确定所述第二用户在指定时间段内对所述指定视频文件的响应数量是否达到第二数量;
当所述第二用户在指定时间内对所述指定视频文件的响应数量未达到第二数量,确定所述指定视频文件接收到的视频响应信息的总数量是否达到第三数量;
当所述指定视频文件接收到的视频响应信息的总数量未达到第三数量,确定所述第二用户对所述指定视频文件的响应满足频控条件。
5.根据权利要求1至4中任一项所述的方法,其特征在于,所述获取视频响应信息的总数量,包括:
当接收到所述第二用户发送的视频响应信息,获取所述视频响应信息对应的所述指定视频文件的指定文件标识;
根据所述指定文件标识,确定所述视频响应信息的第一存储地址;
根据所述第一存储地址,对所述第二用户的视频响应信息进行存储;
统计所述指定群组内的第二用户发送的视频响应信息的数量,得到所述视频响应信息的总数量。
6.根据权利要求1至4中任一项所述的方法,其特征在于,所述将资源池中任一未发放资源发放至第一用户之后,还包括:
获取所述指定视频文件的指定文件标识和对应的资源标识;
对所述指定文件标识进行解析,得到所述第一用户的第一用户标识;
根据所述第一用户标识,确定第二存储地址;
根据所述第二存储地址,对所述指定文件标识和对应的资源标识进行存储。
7.根据权利要求1至4中任一项所述的方法,其特征在于,所述将资源池中任一未发放资源发放至第一用户之后,还包括:
获取已发放资源的视频文件的文件标识和对应的资源标识;
按照资源标识,对已发放资源的视频文件的文件标识和对应的资源标识进行分类存储。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
对已发放资源的视频文件的文件标识和对应的资源标识进行备份。
9.根据权利要求1至4中任一项所述的方法,其特征在于,所述视频响应信息包括响应的第二用户标识、文本信息标识、虚拟物品数量,所述文本信息标识用于标识文本资源池中文本信息,所述文本资源池包括多条已审核的文本信息。
10.一种资源发放方法,其特征在于,所述方法包括:
向服务器发送对指定视频文件的发布请求,所述发布请求用于服务器将所述指定视频文件发布至指定群组,并在所述指定群组内与第一用户具有好友关系的多个第二用户发送的视频响应信息的总数量达到指定数量时,确定第一用户具有资源获取权限,所述视频响应信息为所述第二用户对所述指定视频文件进行响应时产生的信息;
当具有资源获取权限时,向服务器发送资源获取请求,所述资源获取请求用于所述服务器将资源池中任一未发放资源发放至第一用户;
显示资源发放结果。
11.根据权利要求10所述的方法,其特征在于,所述方法还包括:
向服务器发送查看请求,所述查看请求用于查看所述指定群组内的第二用户发送的视频响应信息。
12.根据权利要求10或11所述的方法,其特征在于,所述视频响应信息包括响应的第二用户标识、文本信息标识、虚拟物品数量,所述文本信息标识用于标识文本资源池中文本信息,所述文本资源池包括多条已审核的文本信息。
13.一种资源发放方法,其特征在于,所述方法包括:
接收服务器发送的指定视频文件;
对所述指定视频文件进行响应,得到视频响应信息;
将所述视频响应信息发送至所述服务器,所述视频响应信息用于所述服务器确定第一用户是否具有资源获取权限,并在所述第一用户具有资源获取权限时,将资源池中任一未发放资源发放至第一用户。
14.根据权利要求13所述的方法,其特征在于,所述方法还包括:
在对所述指定视频文件进行响应的过程中,获取视频文件的制作说明;
基于所述制作说明,录制视频文件。
15.根据权利要求13或14所述的方法,其特征在于,所述视频响应信息包括响应的第二用户标识、文本信息标识、虚拟物品数量,所述文本信息标识用于标识文本资源池中文本信息,所述文本资源池包括多条已审核的文本信息。
16.一种用于资源发放的服务器,其特征在于,所述服务器包括:
视频发布模块,用于当接收到第一用户对指定视频文件的发布请求时,将所述指定视频文件发布至指定群组,所述指定群组包括与所述第一用户具有好友关系的多个第二用户;
信息获取模块,用于获取视频响应信息的总数量,所述视频响应信息为所述第二用户对所述指定视频文件进行响应时产生的信息;
权限确定模块,用于当所述视频响应信息的总数量达到指定数量时,确定所述第一用户具有资源获取权限;
资源发放模块,用于当接收到所述第一用户基于所述资源获取权限发送的资源获取请求时,将资源池中任一未发放资源发放至第一用户。
17.一种用于资源发放的终端,其特征在于,所述终端包括:
请求发送模块,用于向服务器发送对指定视频文件的发布请求,所述发布请求用于服务器将所述指定视频文件发布至指定群组,并在所述指定群组内与第一用户具有好友关系的多个第二用户发送的视频响应信息的总数量达到指定数量时,确定第一用户具有资源获取权限,所述视频响应信息为所述第二用户对所述指定视频文件进行响应时产生的信息;
所述请求发送模块,用于当具有资源获取权限时,向服务器发送资源获取请求,所述资源获取请求用于所述服务器将资源池中任一未发放资源发放至第一用户;
显示模块,用于显示资源发放结果。
18.一种用于资源发放的终端,其特征在于,所述终端包括:
视频接收模块,用于接收服务器发送的指定视频文件;
视频响应模块,用于对所述指定视频文件进行响应,得到视频响应信息;
信息发送模块,用于将所述视频响应信息发送至所述服务器,所述视频响应信息用于所述服务器确定第一用户是否具有资源获取权限,并在所述第一用户具有资源获取权限时,将资源池中任一未发放资源发放至第一用户。
19.一种服务器,其特征在于,所述服务器包括处理器和存储器,所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或所述指令集由所述处理器加载并执行以实现如权利要求1至9中任一项所述的资源发放方法。
20.一种终端,其特征在于,所述终端包括处理器和存储器,所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或所述指令集由所述处理器加载并执行以实现如权利要求10至12中任一项或权利要求13至15中任一项所述的资源发放方法。
21.一种计算机可读存储介质,其特征在于,所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或所述指令集由处理器加载并执行以实现如权利要求1至9中任一项或权利要求10至12中任一项或权利要求13至15中任一项所述的资源发放方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910526864.XA CN110290053A (zh) | 2019-06-18 | 2019-06-18 | 资源发放方法、终端及服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910526864.XA CN110290053A (zh) | 2019-06-18 | 2019-06-18 | 资源发放方法、终端及服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110290053A true CN110290053A (zh) | 2019-09-27 |
Family
ID=68003948
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910526864.XA Pending CN110290053A (zh) | 2019-06-18 | 2019-06-18 | 资源发放方法、终端及服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110290053A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113204368A (zh) * | 2021-04-20 | 2021-08-03 | 北京达佳互联信息技术有限公司 | 应用程序处理方法、服务器及存储介质 |
CN114501564A (zh) * | 2022-02-09 | 2022-05-13 | 西安体育学院 | 一种计算机与移动终端的数据处理方法及系统 |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104618217A (zh) * | 2014-03-24 | 2015-05-13 | 腾讯科技(北京)有限公司 | 分享资源的方法、终端、服务器及系统 |
WO2016119260A1 (zh) * | 2015-01-30 | 2016-08-04 | 华为技术有限公司 | 一种获取成员资源数据替代值的方法、装置及系统 |
CN105931081A (zh) * | 2016-05-10 | 2016-09-07 | 腾讯科技(深圳)有限公司 | 事件处理方法和装置 |
CN106296269A (zh) * | 2016-07-28 | 2017-01-04 | 深圳市引导美电子商务有限公司 | 一种基于微信的品牌推广方法及系统 |
CN106407864A (zh) * | 2016-11-03 | 2017-02-15 | 北京小度信息科技有限公司 | 资源分享方法及装置 |
CN106846034A (zh) * | 2016-12-07 | 2017-06-13 | 乐视控股(北京)有限公司 | 分享页面的生成方法、装置及电子设备 |
CN106934603A (zh) * | 2015-12-30 | 2017-07-07 | 阿里巴巴集团控股有限公司 | 电子红包的实现方法和装置 |
CN107038548A (zh) * | 2016-01-29 | 2017-08-11 | 深圳市艾特大师网络科技有限公司 | 一种消息处理方法、装置及终端 |
CN107609919A (zh) * | 2017-09-30 | 2018-01-19 | 遵义金朗信息技术有限公司 | 一种广告推送系统及其使用方法 |
CN107979525A (zh) * | 2017-10-11 | 2018-05-01 | 上海掌门科技有限公司 | 一种红包发放方法、设备以及介质 |
CN108880986A (zh) * | 2018-06-05 | 2018-11-23 | 郑州村村联网络技术有限公司 | 信息交互方法、系统和服务器 |
-
2019
- 2019-06-18 CN CN201910526864.XA patent/CN110290053A/zh active Pending
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104618217A (zh) * | 2014-03-24 | 2015-05-13 | 腾讯科技(北京)有限公司 | 分享资源的方法、终端、服务器及系统 |
WO2016119260A1 (zh) * | 2015-01-30 | 2016-08-04 | 华为技术有限公司 | 一种获取成员资源数据替代值的方法、装置及系统 |
CN106934603A (zh) * | 2015-12-30 | 2017-07-07 | 阿里巴巴集团控股有限公司 | 电子红包的实现方法和装置 |
CN107038548A (zh) * | 2016-01-29 | 2017-08-11 | 深圳市艾特大师网络科技有限公司 | 一种消息处理方法、装置及终端 |
CN105931081A (zh) * | 2016-05-10 | 2016-09-07 | 腾讯科技(深圳)有限公司 | 事件处理方法和装置 |
CN106296269A (zh) * | 2016-07-28 | 2017-01-04 | 深圳市引导美电子商务有限公司 | 一种基于微信的品牌推广方法及系统 |
CN106407864A (zh) * | 2016-11-03 | 2017-02-15 | 北京小度信息科技有限公司 | 资源分享方法及装置 |
CN106846034A (zh) * | 2016-12-07 | 2017-06-13 | 乐视控股(北京)有限公司 | 分享页面的生成方法、装置及电子设备 |
CN107609919A (zh) * | 2017-09-30 | 2018-01-19 | 遵义金朗信息技术有限公司 | 一种广告推送系统及其使用方法 |
CN107979525A (zh) * | 2017-10-11 | 2018-05-01 | 上海掌门科技有限公司 | 一种红包发放方法、设备以及介质 |
CN108880986A (zh) * | 2018-06-05 | 2018-11-23 | 郑州村村联网络技术有限公司 | 信息交互方法、系统和服务器 |
Non-Patent Citations (1)
Title |
---|
佚名: "《【营销案例】拼多多:红包营销暗藏了什么套路》", 《HTTP://WWW.100EC.CN/HOME/DETAIL--6493395.HTML》 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113204368A (zh) * | 2021-04-20 | 2021-08-03 | 北京达佳互联信息技术有限公司 | 应用程序处理方法、服务器及存储介质 |
CN114501564A (zh) * | 2022-02-09 | 2022-05-13 | 西安体育学院 | 一种计算机与移动终端的数据处理方法及系统 |
CN114501564B (zh) * | 2022-02-09 | 2024-03-19 | 西安体育学院 | 一种计算机与移动终端的数据处理方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110401715B (zh) | 资源收集任务管理方法、装置、存储介质及系统 | |
CN111147881B (zh) | 直播中的电子资源发放方法、装置、存储介质及设备 | |
CN111339086B (zh) | 区块处理方法、基于区块链的数据查询方法及装置 | |
CN110585726A (zh) | 用户召回方法、装置、服务器及计算机可读存储介质 | |
CN111008839A (zh) | 资源转移数据管理方法、装置及存储介质 | |
CN111064655B (zh) | 模板消息的推送方法、装置、设备及存储介质 | |
CN112616091B (zh) | 虚拟物品的发送方法、装置、计算机设备及存储介质 | |
CN111083042B (zh) | 模板消息的推送方法、装置、设备及存储介质 | |
CN109729378A (zh) | 信息处理方法、在直播平台中领取福利的方法及装置 | |
CN109286851A (zh) | 在直播间点歌的方法及存储介质 | |
CN110399197A (zh) | 任务显示的方法、终端、服务器及介质 | |
CN108874496A (zh) | 应用管理方法、装置、终端、服务器及存储介质 | |
CN110213153A (zh) | 未读消息的显示方法、获取方法、装置、终端及存储介质 | |
CN110322151A (zh) | 平台入驻系统、方法、设备及存储介质 | |
CN109639444A (zh) | 消息处理方法、装置、电子设备及存储介质 | |
CN110517032A (zh) | 资源转移方法、系统、装置、服务器及存储介质 | |
CN110418152A (zh) | 进行直播提示的方法及装置 | |
CN110147380A (zh) | 数据更新方法、装置、服务器以及存储介质 | |
CN110224870A (zh) | 接口监控方法、装置、计算设备及存储介质 | |
CN110147503A (zh) | 信息发布方法、装置、计算机设备和存储介质 | |
CN108335144A (zh) | 展示应用程序的方法、装置和系统 | |
CN110290053A (zh) | 资源发放方法、终端及服务器 | |
CN111667371A (zh) | 基于区块链的资源聚合方法、系统、设备及存储介质 | |
CN110415008B (zh) | 信用数据管理方法、装置、节点设备、存储介质以及系统 | |
CN108848492A (zh) | 用户身份识别卡的启用方法、装置、终端及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190927 |
|
RJ01 | Rejection of invention patent application after publication |