CN106028165A - 一种用于在直播网站移动端中实现抽奖的方法和系统 - Google Patents
一种用于在直播网站移动端中实现抽奖的方法和系统 Download PDFInfo
- Publication number
- CN106028165A CN106028165A CN201610431930.1A CN201610431930A CN106028165A CN 106028165 A CN106028165 A CN 106028165A CN 201610431930 A CN201610431930 A CN 201610431930A CN 106028165 A CN106028165 A CN 106028165A
- Authority
- CN
- China
- Prior art keywords
- user
- mobile terminal
- prize drawing
- server end
- module
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/475—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
- H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
- H04N21/2405—Monitoring of the internal components or processes of the server, e.g. server load
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/254—Management at additional data server, e.g. shopping server, rights management server
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
- H04N21/25866—Management of end-user data
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer Graphics (AREA)
- General Engineering & Computer Science (AREA)
- Human Computer Interaction (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Information Transfer Between Computers (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种用于在直播网站移动端中实现抽奖的方法,包括:移动端设置抽奖条件数据,并将使用该移动端的用户的ID、以及设置好的抽奖条件数据发送到服务器端;服务器端判断接收到的抽奖条件数据是否会超出其存储的缓存队列,如果不会则服务器端根据接收到的移动端的用户的ID和服务器端存储的缓存队列判断该用户在同一预设时间段内是否进行了超过一次的抽奖操作,如果不是则服务器端将接收到的该移动端的用户的ID、以及设置好的抽奖条件数据存储在其缓存队列中,并把当前的时间戳返回给移动端以便存储。本发明能解决现有直播网站中存在由于海量数据的统计时间过长,影响直播网站抽奖活动的及时性的缺点,以及直播网站中存在的虚假抽奖的技术问题。
Description
技术领域
本发明属于视频直播网站技术领域,更具体地,涉及一种用于在直播网站移动端中实现抽奖的方法和系统。
背景技术
如今的直播网站拥有复杂的礼物系统和庞大的用户群体,每天用户给主播刷的礼物流水数据量惊人,从而造成历史累计礼物流水数据基本都是数亿级别海量数据。由于,该海量数据的统计时间过长,会极大地影响直播网站抽奖活动的及时性和用户体验感;为了解决该问题,一些直播网站往往使用虚假抽奖的方式进行抽奖操作,这会影响抽奖的公正和公平性。
发明内容
针对现有技术的以上缺陷或改进需求,本发明提供了一种用于在直播网站移动端中实现抽奖的方法和系统,其目的在于,解决现有直播网站中存在由于海量数据的统计时间过长,极大地影响直播网站抽奖活动的及时性和用户体验感的缺点,以及一些直播网站中存在的虚假抽奖的技术问题。
为实现上述目的,按照本发明的一个方面,提供了一种用于在直播网站移动端中实现抽奖的方法,包括以下步骤:
(1)移动端设置抽奖条件数据,包括抽奖的开始时间、结束时间、抽奖能获得的礼物的数量,并将使用该移动端的用户的ID、以及设置好的抽奖条件数据发送到服务器端;
(2)服务器端判断接收到的抽奖条件数据是否会超出其存储的缓存队列,如果会,则向移动端的用户返回当前缓存队列已满的提示信息,然后过程结束,否则进入步骤(3);
(3)服务器端根据接收到的移动端的用户的ID和服务器端存储的缓存队列判断该用户在同一预设时间段内是否进行了超过一次的抽奖操作,如果是则向用户返回重复设置抽奖的提示信息,然后过程结束,否则转步骤(4);
(4)服务器端将接收到的该移动端的用户的ID、以及设置好的抽奖条件数据存储在其缓存队列中,并把当前的时间戳返回给移动端以便存储;
(5)服务器端监听其缓存队列,并在其自身的当前时间已经等于抽奖条件数据中的抽奖结束时间时将缓存队列中该移动端的用户的ID、以及设置好的抽奖条件数据存储在数据库中;
(6)服务器端根据数据库中的该抽奖条件数据查询该数据库中对应礼物的历史流水,并根据查询到的历史流水筛选出可参与抽奖的用户ID;
(7)移动端使用步骤(4)中存储的时间戳向服务器端发送用户抽奖请求,该请求中包括用户ID;
(8)服务器端接收来自移动端的用户抽奖请求,并判断当前时间是否处于抽奖条件数据中的抽奖开始时间与抽奖结束时间之间,若是,则进入步骤(9),否则向移动端的用户发送不在抽奖时间段的提示信息,过程结束;
(9)服务器端判断该用户抽奖请求对应的用户ID是否处于步骤(6)所确定的多个用户ID中,如果是则根据用户的时间戳为用户随机生成抽奖礼物,然后过程结束,否则向用户发送其不是合法抽奖用户的通知,过程结束。
优选地,步骤(1)中的用户ID是以令牌的形式发送,开始时间不超过当前时间的前一个月,结束时间不晚于当前时间的后15分钟。
优选地,缓存数据库是Redis,缓存队列是线性表,其只允许在队头进行删除操作,在队尾进行插入操作。
优选地,步骤(6)中礼物的历史流水格式是“用户ID+礼物类型+礼物数量+礼物赠送的时间”,步骤(6)具体是在历史流水中确定所有大于礼物数量阈值的所有流水及该流水对应的所有用户ID。
按照本发明的另一方面,提供了一种用于在直播网站移动端中实现抽奖的系统,包括:
第一模块,用于移动端设置抽奖条件数据,包括抽奖的开始时间、结束时间、抽奖能获得的礼物的数量,并将使用该移动端的用户的ID、以及设置好的抽奖条件数据发送到服务器端;
第二模块,用于服务器端判断接收到的抽奖条件数据是否会超出其存储的缓存队列,如果会,则向移动端的用户返回当前缓存队列已满的提示信息,然后过程结束,否则进入第三模块;
第三模块,用于服务器端根据接收到的移动端的用户的ID和服务器端存储的缓存队列判断该用户在同一预设时间段内是否进行了超过一次的抽奖操作,如果是则向用户返回重复设置抽奖的提示信息,然后过程结束,否则转第四模块;
第四模块,用于服务器端将接收到的该移动端的用户的ID、以及设置好的抽奖条件数据存储在其缓存队列中,并把当前的时间戳返回给移动端以便存储;
第五模块,用于服务器端监听其缓存队列,并在其自身的当前时间已经等于抽奖条件数据中的抽奖结束时间时将缓存队列中该移动端的用户的ID、以及设置好的抽奖条件数据存储在数据库中;
第六模块,用于服务器端根据数据库中的该抽奖条件数据查询该数据库中对应礼物的历史流水,并根据查询到的历史流水筛选出可参与抽奖的用户ID;
第七模块,用于移动端使用第四模块中存储的时间戳向服务器端发送用户抽奖请求,该请求中包括用户ID;
第八模块,用于服务器端接收来自移动端的用户抽奖请求,并判断当前时间是否处于抽奖条件数据中的抽奖开始时间与抽奖结束时间之间,若是,则进入第九模块,否则向移动端的用户发送不在抽奖时间段的提示信息,过程结束;
第九模块,用于服务器端判断该用户抽奖请求对应的用户ID是否处于第六模块所确定的多个用户ID中,如果是则根据用户的时间戳为用户随机生成抽奖礼物,然后过程结束,否则向用户发送其不是合法抽奖用户的通知,过程结束。
优选地,第一模块中的用户ID是以令牌的形式发送,开始时间不超过当前时间的前一个月,结束时间不晚于当前时间的后15分钟。
优选地,缓存数据库是Redis,缓存队列是线性表,其只允许在队头进行删除操作,在队尾进行插入操作。
优选地,第六模块中礼物的历史流水格式是“用户ID+礼物类型+礼物数量+礼物赠送的时间”,第六模块具体是在历史流水中确定所有大于礼物数量阈值的所有流水及该流水对应的所有用户ID。
总体而言,通过本发明所构思的以上技术方案与现有技术相比,能够取得下列有益效果:
(1)本发明通过设置缓存队列,并通过查询该数据库筛选出可参与抽奖的用户ID,能够实现较快速地处理海量的抽奖流水数据,从而解决了现有直播网站中存在由于海量数据的统计时间过长,极大地影响直播网站抽奖活动的及时性和用户体验感的技术问题。
(2)由于本发明能够较为真实而快速地处理海量抽奖数据,因此本发明的抽奖方法较为公正和公平,不存在现有网站由于处理海量数据时间过长,而采用虚假抽奖的方式提供抽奖结果的缺陷。
(3)本发明的抽奖方法对服务器端无压力,即使多个主播同时进行抽奖活动,也不会影响现有服务器端的正常运转。
附图说明
图1是本发明用于在直播网站移动端中实现抽奖的方法的流程图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。此外,下面所描述的本发明各个实施方式中所涉及到的技术特征只要彼此之间未构成冲突就可以相互组合。
如图1所示,本发明用于在直播网站移动端中实现抽奖的方法包括以下步骤:
(1)移动端设置抽奖条件数据,包括抽奖的开始时间、结束时间、抽奖能获得的礼物的数量,并将使用该移动端的用户的ID(该用户ID是以令牌的形式发送)、以及设置好的抽奖条件数据发送到服务器端;具体而言,开始时间不能超过当前时间的前一个月,结束时间不能晚于当前时间的后15分钟;
(2)服务器端判断接收到的抽奖条件数据是否会超出其存储的缓存队列,如果会,则向移动端的用户返回当前缓存队列已满的提示信息,然后过程结束,否则进入步骤(3);
本步骤的优点在于,可以有效的在多个主播同时设置抽奖的高峰期进行限制,减小服务器压力。
(3)服务器端根据接收到的移动端的用户的ID和服务器端存储的缓存队列判断该用户在同一预设时间段内是否进行了超过一次的抽奖操作,如果是则向用户返回重复设置抽奖的提示信息,然后过程结束,否则转步骤(4);在本实施方式中,预设时间段是1秒。
本步骤的优点在于,可以有效防止主播恶意频繁设置抽奖活动,增大服务器压力。
(4)服务器端将接收到的该移动端的用户的ID、以及设置好的抽奖条件数据存储在其缓存队列中,并把当前的时间戳返回给移动端以便存储;在本实施方式中,本发明所采用的缓存数据库是Redis,其为一个开源的内存数据库,使用的缓存队列是一种特殊的线性表,其只允许在队头进行删除操作,在队尾进行插入操作;
(5)服务器端监听其缓存队列,并在其自身的当前时间已经等于抽奖条件数据中的抽奖结束时间时将缓存队列中该移动端的用户的ID、以及设置好的抽奖条件数据存储在数据库中;在本发明中,使用的数据库是MYSQL开源数据库;
本步骤的优点在于,可以做到数据持久化,避免因为服务器宕机引起数据丢失。
(6)服务器端根据数据库中的该抽奖条件数据查询该数据库中对应礼物的历史流水,并根据查询到的历史流水筛选出可参与抽奖的用户ID;具体而言,某个礼物的历史流水格式是“用户ID+礼物类型+礼物数量+礼物赠送的时间”,本步骤具体就是在历史流水中确定所有大于礼物数量阈值(其取值可自由设置,其数值越小则统计时间越快,越大则统计时间越快)的所有流水及该流水对应的所有用户ID;
(7)移动端使用步骤(4)中存储的时间戳向服务器端发送用户抽奖请求,该请求中包括用户ID;
(8)服务器端接收来自移动端的用户抽奖请求,并判断当前时间是否处于抽奖条件数据中的抽奖开始时间与抽奖结束时间之间,若是,则进入步骤(9),否则向移动端的用户发送不在抽奖时间段的提示信息,过程结束;
(9)服务器端判断该用户抽奖请求对应的用户ID是否处于步骤(6)所确定的多个用户ID中,如果是则根据用户的时间戳为用户随机生成抽奖礼物,然后过程结束,否则向用户发送其不是合法抽奖用户的通知,过程结束。
总而言之,本发明具有以下优点:
(1)本发明通过设置缓存队列,并通过查询该数据库筛选出可参与抽奖的用户ID,能够实现较快速地处理海量的抽奖流水数据,从而解决了现有直播网站中存在由于海量数据的统计时间过长,极大地影响直播网站抽奖活动的及时性和用户体验感的技术问题。
(2)由于本发明能够较为真实而快速地处理海量抽奖数据,因此本发明的抽奖方法较为公正和公平,不存在现有网站由于处理海量数据时间过长,而采用虚假抽奖的方式提供抽奖结果的缺陷。
(3)本发明的抽奖方法对服务器端无压力,即使多个主播同时进行抽奖活动,也不会影响现有服务器端的正常运转。
本领域的技术人员容易理解,以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (8)
1.一种用于在直播网站移动端中实现抽奖的方法,其特征在于,包括以下步骤:
(1)移动端设置抽奖条件数据,包括抽奖的开始时间、结束时间、抽奖能获得的礼物的数量,并将使用该移动端的用户的ID、以及设置好的抽奖条件数据发送到服务器端;
(2)服务器端判断接收到的抽奖条件数据是否会超出其存储的缓存队列,如果会,则向移动端的用户返回当前缓存队列已满的提示信息,然后过程结束,否则进入步骤(3);
(3)服务器端根据接收到的移动端的用户的ID和服务器端存储的缓存队列判断该用户在同一预设时间段内是否进行了超过一次的抽奖操作,如果是则向用户返回重复设置抽奖的提示信息,然后过程结束,否则转步骤(4);
(4)服务器端将接收到的该移动端的用户的ID、以及设置好的抽奖条件数据存储在其缓存队列中,并把当前的时间戳返回给移动端以便存储;
(5)服务器端监听其缓存队列,并在其自身的当前时间已经等于抽奖条件数据中的抽奖结束时间时将缓存队列中该移动端的用户的ID、以及设置好的抽奖条件数据存储在数据库中;
(6)服务器端根据数据库中的该抽奖条件数据查询该数据库中对应礼物的历史流水,并根据查询到的历史流水筛选出可参与抽奖的用户ID;
(7)移动端使用步骤(4)中存储的时间戳向服务器端发送用户抽奖请求,该请求中包括用户ID;
(8)服务器端接收来自移动端的用户抽奖请求,并判断当前时间是否处于抽奖条件数据中的抽奖开始时间与抽奖结束时间之间,若是,则进入步骤(9),否则向移动端的用户发送不在抽奖时间段的提示信息,过程结束;
(9)服务器端判断该用户抽奖请求对应的用户ID是否处于步骤(6)所确定的多个用户ID中,如果是则根据用户的时间戳为用户随机生成抽奖礼物,然后过程结束,否则向用户发送其不是合法抽奖用户的通知,过程结束。
2.根据权利要求1所述的方法,其特征在于,步骤(1)中的用户ID是以令牌的形式发送,开始时间不超过当前时间的前一个月,结束时间不晚于当前时间的后15分钟。
3.根据权利要求1所述的方法,其特征在于,缓存数据库是Redis,缓存队列是线性表,其只允许在队头进行删除操作,在队尾进行插入操作。
4.根据权利要求1所述的方法,其特征在于,步骤(6)中礼物的历史流水格式是“用户ID+礼物类型+礼物数量+礼物赠送的时间”,步骤(6)具体是在历史流水中确定所有大于礼物数量阈值的所有流水及该流水对应的所有用户ID。
5.一种用于在直播网站移动端中实现抽奖的系统,其特征在于,包括:
第一模块,用于移动端设置抽奖条件数据,包括抽奖的开始时间、结束时间、抽奖能获得的礼物的数量,并将使用该移动端的用户的ID、以及设置好的抽奖条件数据发送到服务器端;
第二模块,用于服务器端判断接收到的抽奖条件数据是否会超出其存储的缓存队列,如果会,则向移动端的用户返回当前缓存队列已满的提示信息,然后过程结束,否则进入第三模块;
第三模块,用于服务器端根据接收到的移动端的用户的ID和服务器端存储的缓存队列判断该用户在同一预设时间段内是否进行了超过一次的抽奖操作,如果是则向用户返回重复设置抽奖的提示信息,然后过程结束,否则转第四模块;
第四模块,用于服务器端将接收到的该移动端的用户的ID、以及设置好的抽奖条件数据存储在其缓存队列中,并把当前的时间戳返回给移动端以便存储;
第五模块,用于服务器端监听其缓存队列,并在其自身的当前时间已经等于抽奖条件数据中的抽奖结束时间时将缓存队列中该移动端的用户的ID、以及设置好的抽奖条件数据存储在数据库中;
第六模块,用于服务器端根据数据库中的该抽奖条件数据查询该数据库中对应礼物的历史流水,并根据查询到的历史流水筛选出可参与抽奖的用户ID;
第七模块,用于移动端使用第四模块中存储的时间戳向服务器端发送用户抽奖请求,该请求中包括用户ID;
第八模块,用于服务器端接收来自移动端的用户抽奖请求,并判断当前时间是否处于抽奖条件数据中的抽奖开始时间与抽奖结束时间之间,若是,则进入第九模块,否则向移动端的用户发送不在抽奖时间段的提示信息,过程结束;
第九模块,用于服务器端判断该用户抽奖请求对应的用户ID是否处于第六模块所确定的多个用户ID中,如果是则根据用户的时间戳为用户随机生成抽奖礼物,然后过程结束,否则向用户发送其不是合法抽奖用户的通知,过程结束。
6.根据权利要求5所述的系统,其特征在于,第一模块中的用户ID是以令牌的形式发送,开始时间不超过当前时间的前一个月,结束时间不晚于当前时间的后15分钟。
7.根据权利要求5所述的系统,其特征在于,缓存数据库是Redis,缓存队列是线性表,其只允许在队头进行删除操作,在队尾进行插入操作。
8.根据权利要求5所述的系统,其特征在于,第六模块中礼物的历史流水格式是“用户ID+礼物类型+礼物数量+礼物赠送的时间”,第六模块具体是在历史流水中确定所有大于礼物数量阈值的所有流水及该流水对应的所有用户ID。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610431930.1A CN106028165A (zh) | 2016-06-17 | 2016-06-17 | 一种用于在直播网站移动端中实现抽奖的方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610431930.1A CN106028165A (zh) | 2016-06-17 | 2016-06-17 | 一种用于在直播网站移动端中实现抽奖的方法和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106028165A true CN106028165A (zh) | 2016-10-12 |
Family
ID=57087767
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610431930.1A Pending CN106028165A (zh) | 2016-06-17 | 2016-06-17 | 一种用于在直播网站移动端中实现抽奖的方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106028165A (zh) |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106604132A (zh) * | 2016-12-09 | 2017-04-26 | 武汉斗鱼网络科技有限公司 | 一种直播中抽取信息的方法及装置 |
CN106604148A (zh) * | 2016-12-09 | 2017-04-26 | 武汉斗鱼网络科技有限公司 | 一种抽取信息的方法及装置 |
CN106658207A (zh) * | 2016-12-09 | 2017-05-10 | 武汉斗鱼网络科技有限公司 | 一种信息抽取方法及装置 |
CN106658206A (zh) * | 2016-12-09 | 2017-05-10 | 武汉斗鱼网络科技有限公司 | 一种直播中抽取信息的方法及装置 |
CN106792226A (zh) * | 2016-12-09 | 2017-05-31 | 武汉斗鱼网络科技有限公司 | 一种信息抽取的方法及装置 |
CN107124619A (zh) * | 2017-04-28 | 2017-09-01 | 暴风集团股份有限公司 | 一种视频直播中的用户互动方法及互动平台 |
CN107707983A (zh) * | 2017-10-09 | 2018-02-16 | 武汉斗鱼网络科技有限公司 | 一种基于Flash的用于进行抽奖的处理方法 |
CN107770162A (zh) * | 2017-10-09 | 2018-03-06 | 武汉斗鱼网络科技有限公司 | 一种直播平台中防止刷礼物的方法及装置 |
CN108235041A (zh) * | 2016-12-09 | 2018-06-29 | 武汉斗鱼网络科技有限公司 | 视频直播播放器抽奖方法及装置 |
CN109547823A (zh) * | 2018-12-07 | 2019-03-29 | 四川链窗区块链科技有限公司 | 一种视频直播平台奖励数据处理方法 |
WO2019061597A1 (zh) * | 2017-09-26 | 2019-04-04 | 武汉斗鱼网络科技有限公司 | 一种数据处理方法及服务器 |
CN109803150A (zh) * | 2017-11-15 | 2019-05-24 | 上海全土豆文化传播有限公司 | 视频直播中的互动方法及装置 |
CN111013154A (zh) * | 2019-12-11 | 2020-04-17 | 腾讯科技(深圳)有限公司 | 代替抽取奖品的方法、装置及系统 |
CN111787366A (zh) * | 2018-03-28 | 2020-10-16 | 广州华多网络科技有限公司 | 发放资源的方法、装置、系统、存储介质和计算机设备 |
CN112561567A (zh) * | 2020-12-03 | 2021-03-26 | 星宏传媒有限公司 | 一种电子红包领取请求的异步处理方法、系统及设备 |
CN114996031A (zh) * | 2022-08-03 | 2022-09-02 | 飞狐信息技术(天津)有限公司 | 抽奖方法及相关装置 |
CN115376240A (zh) * | 2022-08-31 | 2022-11-22 | 广州随手播网络科技有限公司 | 一种基于预设奖池的抽奖方法及装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102332132A (zh) * | 2011-07-22 | 2012-01-25 | 深圳市财富万方信息技术有限公司 | 一种互联网实时抽奖系统及其实现方法 |
CN103489120A (zh) * | 2013-10-12 | 2014-01-01 | 从兴技术有限公司 | 一种积分销售网络抽奖系统及其实现方法 |
CN105553681A (zh) * | 2015-12-15 | 2016-05-04 | 武汉斗鱼网络科技有限公司 | 一种反外挂的方法和系统 |
CN105654354A (zh) * | 2016-03-11 | 2016-06-08 | 武汉斗鱼网络科技有限公司 | 一种视频直播中的用户交互优化方法和系统 |
CN105653654A (zh) * | 2015-12-28 | 2016-06-08 | 上海瀚之友信息技术服务有限公司 | 一种抽奖资格索引系统及方法 |
CN105677339A (zh) * | 2015-12-31 | 2016-06-15 | 广州华多网络科技有限公司 | 一种基于互联网的虚拟礼物配置方法及装置 |
-
2016
- 2016-06-17 CN CN201610431930.1A patent/CN106028165A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102332132A (zh) * | 2011-07-22 | 2012-01-25 | 深圳市财富万方信息技术有限公司 | 一种互联网实时抽奖系统及其实现方法 |
CN103489120A (zh) * | 2013-10-12 | 2014-01-01 | 从兴技术有限公司 | 一种积分销售网络抽奖系统及其实现方法 |
CN105553681A (zh) * | 2015-12-15 | 2016-05-04 | 武汉斗鱼网络科技有限公司 | 一种反外挂的方法和系统 |
CN105653654A (zh) * | 2015-12-28 | 2016-06-08 | 上海瀚之友信息技术服务有限公司 | 一种抽奖资格索引系统及方法 |
CN105677339A (zh) * | 2015-12-31 | 2016-06-15 | 广州华多网络科技有限公司 | 一种基于互联网的虚拟礼物配置方法及装置 |
CN105654354A (zh) * | 2016-03-11 | 2016-06-08 | 武汉斗鱼网络科技有限公司 | 一种视频直播中的用户交互优化方法和系统 |
Cited By (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108235041A (zh) * | 2016-12-09 | 2018-06-29 | 武汉斗鱼网络科技有限公司 | 视频直播播放器抽奖方法及装置 |
CN106604148A (zh) * | 2016-12-09 | 2017-04-26 | 武汉斗鱼网络科技有限公司 | 一种抽取信息的方法及装置 |
CN106658207A (zh) * | 2016-12-09 | 2017-05-10 | 武汉斗鱼网络科技有限公司 | 一种信息抽取方法及装置 |
CN106658206A (zh) * | 2016-12-09 | 2017-05-10 | 武汉斗鱼网络科技有限公司 | 一种直播中抽取信息的方法及装置 |
CN106792226A (zh) * | 2016-12-09 | 2017-05-31 | 武汉斗鱼网络科技有限公司 | 一种信息抽取的方法及装置 |
CN106604132A (zh) * | 2016-12-09 | 2017-04-26 | 武汉斗鱼网络科技有限公司 | 一种直播中抽取信息的方法及装置 |
CN108235041B (zh) * | 2016-12-09 | 2020-05-12 | 武汉斗鱼网络科技有限公司 | 视频直播播放器抽奖方法及装置 |
CN107124619A (zh) * | 2017-04-28 | 2017-09-01 | 暴风集团股份有限公司 | 一种视频直播中的用户互动方法及互动平台 |
WO2019061597A1 (zh) * | 2017-09-26 | 2019-04-04 | 武汉斗鱼网络科技有限公司 | 一种数据处理方法及服务器 |
WO2019071857A1 (zh) * | 2017-10-09 | 2019-04-18 | 武汉斗鱼网络科技有限公司 | 一种直播平台中防止刷礼物的方法及装置 |
CN107770162B (zh) * | 2017-10-09 | 2020-01-03 | 武汉斗鱼网络科技有限公司 | 一种直播平台中防止刷礼物的方法及装置 |
CN107770162A (zh) * | 2017-10-09 | 2018-03-06 | 武汉斗鱼网络科技有限公司 | 一种直播平台中防止刷礼物的方法及装置 |
CN107707983A (zh) * | 2017-10-09 | 2018-02-16 | 武汉斗鱼网络科技有限公司 | 一种基于Flash的用于进行抽奖的处理方法 |
CN109803150B (zh) * | 2017-11-15 | 2021-10-15 | 阿里巴巴(中国)有限公司 | 视频直播中的互动方法及装置 |
CN109803150A (zh) * | 2017-11-15 | 2019-05-24 | 上海全土豆文化传播有限公司 | 视频直播中的互动方法及装置 |
CN111787366A (zh) * | 2018-03-28 | 2020-10-16 | 广州华多网络科技有限公司 | 发放资源的方法、装置、系统、存储介质和计算机设备 |
CN109547823B (zh) * | 2018-12-07 | 2020-11-10 | 四川链窗区块链科技有限公司 | 一种视频直播平台奖励数据处理方法 |
CN109547823A (zh) * | 2018-12-07 | 2019-03-29 | 四川链窗区块链科技有限公司 | 一种视频直播平台奖励数据处理方法 |
CN111013154A (zh) * | 2019-12-11 | 2020-04-17 | 腾讯科技(深圳)有限公司 | 代替抽取奖品的方法、装置及系统 |
CN112561567A (zh) * | 2020-12-03 | 2021-03-26 | 星宏传媒有限公司 | 一种电子红包领取请求的异步处理方法、系统及设备 |
CN114996031A (zh) * | 2022-08-03 | 2022-09-02 | 飞狐信息技术(天津)有限公司 | 抽奖方法及相关装置 |
CN115376240A (zh) * | 2022-08-31 | 2022-11-22 | 广州随手播网络科技有限公司 | 一种基于预设奖池的抽奖方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106028165A (zh) | 一种用于在直播网站移动端中实现抽奖的方法和系统 | |
CN102929961B (zh) | 基于构建快速数据分级通道的数据处理方法及其装置 | |
CN104168303B (zh) | 一种展示网络直播间的方法和装置 | |
CN105847717B (zh) | 一种弹幕举报的方法、客户端及服务器 | |
CN104754036A (zh) | 一种基于kafka的消息处理系统及处理方法 | |
CN104899106B (zh) | 接口服务异常时的处理方法和装置 | |
DE102012001003B4 (de) | Zielbasierte geschätzte Wartezeit | |
CN112418580A (zh) | 一种风险控制方法、计算机设备及可读存储介 | |
CN103647726B (zh) | 一种报文调度方法及装置 | |
CN106651411A (zh) | 广告推广策略的调整方法及装置 | |
CN106888381B (zh) | 一种数据资源存储方法及装置 | |
CN102332132A (zh) | 一种互联网实时抽奖系统及其实现方法 | |
CN107124644A (zh) | 一种直播网站上虚拟礼物的展示方法和系统 | |
CN107426448A (zh) | 一种基于动态优先级排队的自动呼叫分配方法 | |
CN104346458B (zh) | 数据存储方法和存储设备 | |
CN108108384A (zh) | 一种数据存储方法及装置 | |
DE102011122644A1 (de) | Nachrichtenverlustverhinderung unter Verwendung eines Senderpuffers und Verkehrsgestaltung in durch ein Ereignis ausgelösten verteilten eingebetteten Echtzeitsystemen | |
CN108153758A (zh) | 一种数据累计方法、装置及电子设备 | |
CN106846024A (zh) | 基于Redis的优惠券发放方法和系统 | |
CN106204870B (zh) | 一种互联网投票方法及其投票平台 | |
CN104504004B (zh) | 用于网站分享的分享方法和装置 | |
CN106899558A (zh) | 访问请求的处理方法和装置 | |
CN103957230B (zh) | 一种客户端用户数确定方法、服务器、客户端及系统 | |
CN107295059B (zh) | 业务推送量的统计系统及方法 | |
CN107948051B (zh) | 一种基于Socket技术的实时消息推送方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20161012 |
|
RJ01 | Rejection of invention patent application after publication |