CN106101826B - 消息发送的方法及装置、客户端消息获取的方法和客户端 - Google Patents
消息发送的方法及装置、客户端消息获取的方法和客户端 Download PDFInfo
- Publication number
- CN106101826B CN106101826B CN201610383930.9A CN201610383930A CN106101826B CN 106101826 B CN106101826 B CN 106101826B CN 201610383930 A CN201610383930 A CN 201610383930A CN 106101826 B CN106101826 B CN 106101826B
- Authority
- CN
- China
- Prior art keywords
- user
- video
- viewing
- playing platform
- video playing
- 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
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/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
- H04N21/44204—Monitoring of content usage, e.g. the number of times a movie has been viewed, copied or the amount which has been watched
-
- 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/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
-
- 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/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
- H04N21/44213—Monitoring of end-user related 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/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
- H04N21/4755—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data for defining user preferences, e.g. favourite actors or genre
-
- 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/478—Supplemental services, e.g. displaying phone caller identification, shopping application
Abstract
本发明提供了消息发送的方法及装置、客户端消息获取的方式和客户端，该消息发送的方法包括：确定视频播放平台中各个观看视频用户的用户等级；依据各个观看视频用户的用户等级，确定针对各个观看视频用户的消息发送方式；以及依据针对各个观看视频用户的消息发送方式，向相应的各个观看视频用户发送视频播放平台的发布消息。通过本发明的技术方案，实现了对不同用户等级的观看视频用户的消息获取频率限制，从而极大的缓解了视频播放平台服务端处理数据的压力；同时保证了高等级用户获取发布消息的高时效性以及低等级用户的在视频播放平台中的正常使用，从而实现了不同等级的观看视频用户在视频播放平台中的良好互动效果。
Description
技术领域
本发明涉及计算机技术领域，具体而言，本发明涉及一种视频播放平台中消息发送的方法、一种视频播放平台中消息发送的装置、客户端消息获取的方法和相应的客户端。
背景技术
随着互联网的发展，网络视频播放平台成为当今网络视频的一大主流，当今网络视频播放平台的播放形式主要有直播形式与录播形式，目前国内以直播形式较为流行，其中，网络视频播放平台中的一系列工作大多由主播负责参与，并由主播本人担当主持工作，90％网络主播都在各大直播平台网站拥有自己的直播间。观众可以在主播所在的直播平台网站，输入主播名称或频道号以及房间号等方式，查找进入其直播间，也可以登录相关主播网的全国网络主播资料信息库对主播信息及直播间进行查询。录播形式，需要提前录制节目，然后将录制好的节目视频文件上传到视频网站，视频网站对其节目进行审核发布，观看视频的用户可以进入视频网站，观看主播的节目。
在观看主播节目的期间，各个观看视频的用户之间可以根据视频内容实时互动，在主播在线的情况下，主播也可以与各个观看视频的用户进行实时互动，互动的消息可以文本框的形式出现，也可以以弹幕的形式出现。弹幕指大量以字幕形式显示的评论同时出现的现象，弹幕可以给观众一种“实时互动”的错觉，虽然不同弹幕的发送时间有所区别，但是其只会在视频中特定的一个时间点出现，因此在相同时刻发送的弹幕基本上也具有相同的主题，在参与评论时就会有与其他观众同时评论的错觉，因此具有很强的话题性，能够有效的提高观众参与评论的积极性。当在主播与各个视频观看用户互动，或各个视频观看用户之间的互动时，都会产生大量的互动数据，主播和视频观看用户都需要实时获取所需的该视频播放平台的发布消息，当数据量达到一定的数量时，会影响视频播放平台服务器端的数据处理效率。
因此，需要一种视频播放平台中消息发送的方案，实现视频播放平台中各个观看视频用户以及视频播放者能够及时获取所需的视频播放平台发布的消息，实现视频播放者与各个观看视频用户之间的良好互动，以及各个观看视频用户之间的良好互动。
发明内容
为克服上述技术问题或者至少部分地解决上述技术问题，特提出以下技术方案：
本发明的实施例提出了一种视频播放平台中消息发送的方法，包括：
确定视频播放平台中各个观看视频用户的用户等级；
依据各个观看视频用户的用户等级，确定针对各个观看视频用户的消息发送方式；以及
依据针对各个观看视频用户的消息发送方式，向相应的各个观看视频用户发送视频播放平台的发布消息。
优选地，其中，确定视频播放平台中各个观看视频用户的用户等级的步骤进一步包括以下至少一种情形：
依据视频播放平台中各个观看视频用户的用户活跃度确定视频播放平台中各个观看视频用户的用户等级；
依据视频播放平台中各个观看视频用户的身份信息确定视频播放平台中各个观看视频用户的用户等级；
依据各个客户端发送的相应的观看视频用户的用户等级信息确定视频播放平台中各个观看视频用户的用户等级。
优选地，其中，当观看视频用户的用户活跃度高于预定活跃度时，确定该观看视频用户的用户等级为高等级用户；
当观看视频用户的用户活跃度低于预定活跃度时，确定该观看视频用户的用户等级为低等级用户；
当观看视频用户的身份信息属于预定身份类型时，确定该观看视频用户的用户等级为高等级用户。
优选地，其中，视频播放平台中各个观看视频用户的用户活跃度是依据如下方式确定：
依据视频播放平台在预定时长内接收到的某观看视频用户针对所观看视频发布的消息的消息发布频率和/或消息发布数量，确定观看视频用户的用户活跃度。
优选地，其中，依据各个观看视频用户的用户等级，确定针对各个观看视频用户的消息发送方式的步骤进一步包括以下至少一种情形：
当观看视频用户的用户等级为高等级用户时，确定针对该观看视频用户的消息发送方式为依据预定的第一推送频率向该观看视频用户推送视频播放平台的发布消息；
当观看视频用户的用户等级为高等级用户时，确定针对该观看视频用户的消息发送方式为响应于接收到该观看视频用户以第一发送频率发送的消息获取请求，向该观看视频用户发送视频播放平台的发布消息。
优选地，依据各个观看视频用户的用户等级，确定针对各个观看视频用户的消息发送方式的步骤进一步包括以下至少一种情形：
当观看视频用户的用户等级为低等级用户时，确定针对该观看视频用户的消息发送方式为依据预定的第二推送频率向该观看视频用户推送视频播放平台的发布消息；
当观看视频用户的用户等级为低等级用户时，确定针对该观看视频用户的消息发送方式为响应于接收到该观看视频用户以第二发送频率发送的消息获取请求，向该观看视频用户发送视频播放平台的发布消息。
其中，第一推送频率高于第二推送频率，第一发送频率高于第二发送频率。
可选地，该方法还包括：
根据视频播放平台中各个观看视频用户的用户活跃度，相应调整各个观看视频用户的等级。
可选地，该方法还包括：
向各个观看视频用户发送视频播放平台的发布消息的数据量超过预定数据量阈值时，根据各个观看视频用户的身份信息，确定向各个观看视频用户发送消息的最大消息数量；
依据向各个观看视频用户发送消息的最大消息数量，向相应的各个观看视频用户发送视频播放平台的发布消息。
可选地，该方法，还包括：
在创建视频播放平台时，根据视频发布者的预定发布等级分配与该视频播放平台对应的服务器数量。
可选地，该方法还包括：
依据视频播放平台向各个观看视频用户发送的发布消息的总数据量，调整该视频播放平台对应的服务器数量。
本发明的另一实施例提出了一种客户端消息获取的方法，包括：
确定观看视频用户在视频播放平台中的用户等级；
依据用户等级，确定针对观看视频用户的消息获取方式；
依据针对观看视频用户的消息获取方式，来获取视频播放平台的发布消息。
优选地，确定观看视频用户在视频播放平台中的用户等级的步骤进一步包括以下至少一种情形：
依据视频播放平台中该观看视频用户的用户活跃度确定观看视频用户在视频播放平台中的用户等级；
依据视频播放平台中该观看视频用户的身份信息确定观看视频用户在视频播放平台中的用户等级；
依据视频播放平台中该观看视频用户的用户等级信息确定观看视频用户在视频播放平台中的用户等级。
优选地，当观看视频用户的用户活跃度高于预定活跃度时，确定该观看视频用户的用户等级为高等级用户；
当观看视频用户的用户活跃度低于预定活跃度时，确定该观看视频用户的用户等级为低等级用户；以及
当观看视频用户的身份信息属于预定身份类型时，确定该观看视频用户的用户等级为高等级用户。
优选地，视频播放平台中该观看视频用户的用户活跃度是依据如下方式确定：
依据在预定时长内向服务器发送的该观看视频用户针对所观看视频发布的消息的消息发布频率和/或消息发布数量，确定该观看视频用户的用户活跃度。
优选地，依据用户等级，确定针对观看视频用户的消息获取方式的步骤进一步包括以下至少一种情形：
当观看视频用户的用户等级为高等级用户时，确定该观看视频用户的消息获取方式为依据预定的第一发送频率向视频播放平台发送针对视频播放平台的消息获取请求，并接收视频播放平台返回的针对该视频播放平台的发布消息；
当观看视频用户的用户等级为高等级用户时，确定该观看视频用户的消息获取方式为接收视频播放平台依据预定的第一推送频率推送的针对视频播放平台的发布消息。
优选地，依据用户等级，确定针对观看视频用户的消息获取方式的步骤进一步包括以下至少一种情形：
当观看视频用户的用户等级为低等级用户时，确定该观看视频用户的消息获取方式为依据预定的第二发送频率向视频播放平台发送针对视频播放平台的消息获取请求，并接收视频播放平台返回的针对该视频播放平台的发布消息；
当观看视频用户的用户等级为低等级用户时，确定该观看视频用户的消息获取方式为接收视频播放平台依据预定的第二推送频率推送的针对视频播放平台的发布消息。
其中，第一发送频率高于第二发送频率，第一推送频率高于第二推送频率。
本发明的又一实施例提出了一种视频播放平台中消息发送的装置，包括：
第一确定模块，用于确定视频播放平台中各个观看视频用户的用户等级；
第二确定模块，用于依据各个观看视频用户的用户等级，确定针对各个观看视频用户的消息发送方式；以及
第一发送模块，用于依据针对各个观看视频用户的消息发送方式，向相应的各个观看视频用户发送视频播放平台的发布消息。
优选地，第一确定模块进一步用于以下至少一种情形：
依据视频播放平台中各个观看视频用户的用户活跃度确定视频播放平台中各个观看视频用户的用户等级；
依据视频播放平台中各个观看视频用户的身份信息确定视频播放平台中各个观看视频用户的用户等级；
依据各个客户端发送的相应的观看视频用户的用户等级信息确定视频播放平台中各个观看视频用户的用户等级。
优选地，第一确定模块用于当观看视频用户的用户活跃度高于预定活跃度时，确定该观看视频用户的用户等级为高等级用户；
当观看视频用户的用户活跃度低于预定活跃度时，确定该观看视频用户的用户等级为低等级用户；
当观看视频用户的身份信息属于预定身份类型时，确定该观看视频用户的用户等级为高等级用户。
优选地，视频播放平台中各个观看视频用户的用户活跃度是依据如下方式确定：
依据视频播放平台在预定时长内接收到的某观看视频用户针对所观看视频发布的消息的消息发布频率和/或消息发布数量，确定观看视频用户的用户活跃度。
优选地，第二确定模块进一步用于以下至少一种情形：
当观看视频用户的用户等级为高等级用户时，确定针对该观看视频用户的消息发送方式为依据预定的第一推送频率向该观看视频用户推送视频播放平台的发布消息；
当观看视频用户的用户等级为高等级用户时，确定针对该观看视频用户的消息发送方式为响应于接收到该观看视频用户以第一发送频率发送的消息获取请求，向该观看视频用户发送视频播放平台的发布消息。
优选地，第二确定模块进一步用于以下至少一种情形：
当观看视频用户的用户等级为低等级用户时，确定针对该观看视频用户的消息发送方式为依据预定的第二推送频率向该观看视频用户推送视频播放平台的发布消息；
当观看视频用户的用户等级为低等级用户时，确定针对该观看视频用户的消息发送方式为响应于接收到该观看视频用户以第二发送频率发送的消息获取请求，向该观看视频用户发送视频播放平台的发布消息。
其中，第一推送频率高于第二推送频率，第一发送频率高于第二发送频率。
可选地，该装置还包括：
第一调整模块，用于根据视频播放平台中各个观看视频用户的用户活跃度，相应调整各个观看视频用户的等级。
可选地，该装置还包括：
第三确定模块，用于向各个观看视频用户发送视频播放平台的发布消息的数据量超过预定数据量阈值时，根据各个观看视频用户的身份信息，确定向各个观看视频用户发送消息的最大消息数量；
第二发送模块，用于依据向各个观看视频用户发送消息的最大消息数量，向相应的各个观看视频用户发送视频播放平台的发布消息。
可选地，该装置还包括：
分配模块，用于在创建视频播放平台时，根据视频发布者的预定发布等级分配与该视频播放平台对应的服务器数量。
可选地，该装置还包括：
第二调整模块，用于依据视频播放平台向各个观看视频用户发送的发布消息的总数据量，调整该视频播放平台对应的服务器数量。
本发明的再一优选实施例提出了一种消息获取的客户端，包括：
第四确定模块，用于确定观看视频用户在视频播放平台中的用户等级；
第五确定模块，用于依据用户等级，确定针对观看视频用户的消息获取方式；
获取模块，用于依据针对观看视频用户的消息获取方式，来获取视频播放平台的发布消息。
优选地，第四确定模块进一步用于以下至少一种情形：
依据视频播放平台中该观看视频用户的用户活跃度确定观看视频用户在视频播放平台中的用户等级；
依据视频播放平台中该观看视频用户的身份信息确定观看视频用户在视频播放平台中的用户等级；
依据视频播放平台中该观看视频用户的用户等级信息确定观看视频用户在视频播放平台中的用户等级。
优选地，当观看视频用户的用户活跃度高于预定活跃度时，确定该观看视频用户的用户等级为高等级用户；
当观看视频用户的用户活跃度低于预定活跃度时，确定该观看视频用户的用户等级为低等级用户；以及
当观看视频用户的身份信息属于预定身份类型时，确定该观看视频用户的用户等级为高等级用户。
优选地，视频播放平台中该观看视频用户的用户活跃度是依据如下方式确定：
依据在预定时长内向服务器发送的该观看视频用户针对所观看视频发布的消息的消息发布频率和/或消息发布数量，确定该观看视频用户的用户活跃度。
优选地，第五确定模进一步用于以下至少一种情形：
当观看视频用户的用户等级为高等级用户时，确定该观看视频用户的消息获取方式为依据预定的第一发送频率向视频播放平台发送针对视频播放平台的消息获取请求，并接收视频播放平台返回的针对该视频播放平台的发布消息；
当观看视频用户的用户等级为高等级用户时，确定该观看视频用户的消息获取方式为接收视频播放平台依据预定的第一推送频率推送的针对视频播放平台的发布消息。
优选地，第五确定模进一步用于以下至少一种情形：
当观看视频用户的用户等级为低等级用户时，确定该观看视频用户的消息获取方式为依据预定的第二发送频率向视频播放平台发送针对视频播放平台的消息获取请求，并接收视频播放平台返回的针对该视频播放平台的发布消息；
当观看视频用户的用户等级为低等级用户时，确定该观看视频用户的消息获取方式为接收视频播放平台依据预定的第二推送频率推送的针对视频播放平台的发布消息。
其中，第一发送频率高于第二发送频率，第一推送频率高于第二推送频率。
本发明的实施例中，提出了一种视频播放平台中消息发送的方案和一种客户端消息获取的方案，依据各个观看视频用户的用户等级，确定针对各个观看视频用户的消息发送方式，可根据用户的各自需求，以不同的消息发送方式向各个观看视频用户发送消息，各个观看视频用户根据不同的消息发送方式以不同的消息获取方式获取视频播放平台发布的消息，实现了限制了不同用户等级的观看视频用户的消息获取频率，从而极大的缓解了视频播放平台服务端处理数据的压力；同时，实现了向高等级用户的观看视频用户以高频率发送视频播放平台的发布消息，保证了高等级用户获取发布消息的高时效性，且向低等级用户以低频率发送视频播放平台的发布消息，在不影响低等级用户的获取视频播放平台发布的部分消息的情况下，保证了低等级用户的在视频播放平台中的正常使用，从而实现了不同等级的观看视频用户在视频播放平台中的良好互动效果
本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1为本发明中一个实施例的视频播放平台中消息发送的方法的流程示意图；
图2为本发明中另一实施例的客户端消息获取的方法的流程示意图；
图3为本发明中又另一实施例的视频播放平台中消息发送的装置的结构示意图；
图4为本发明中再另一实施例的消息获取的客户端的结构示意图。
具体实施方式
下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。
本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。
图1为本发明中一个实施例的视频播放平台中消息发送的方法的流程示意图。
本发明的实施例中，各步骤所执行的内容概述如下：
步骤S110：确定视频播放平台中各个观看视频用户的用户等级；
步骤S120：依据各个观看视频用户的用户等级，确定针对各个观看视频用户的消息发送方式；以及
步骤S130：依据针对各个观看视频用户的消息发送方式，向相应的各个观看视频用户发送视频播放平台的发布消息。
本发明的实施例中，提出了一种视频播放平台中消息发送的方法和一种客户端消息获取的方法，依据各个观看视频用户的用户等级，确定针对各个观看视频用户的消息发送方式，可根据用户的各自需求，以不同的消息发送方式向各个观看视频用户发送消息，各个观看视频用户根据不同的消息发送方式以不同的消息获取方式获取视频播放平台发布的消息，实现了限制了不同用户等级的观看视频用户的消息获取频率，从而极大的缓解了视频播放平台服务端处理数据的压力；同时，实现了向高等级用户的观看视频用户以高频率发送视频播放平台的发布消息，保证了高等级用户获取发布消息的高时效性，且向低等级用户以低频率发送视频播放平台的发布消息，在不影响低等级用户的获取视频播放平台发布的部分消息的情况下，保证了低等级用户的在视频播放平台中的正常使用，从而实现了不同等级的观看视频用户在视频播放平台中的良好互动效果。
进一步地，还可根据各个观看视频用户的当前活跃度动态调整各个观看视频用户的等级，避免了视频观看用户因低等级提高为高等级的变化而丢失获取必要的视频播放平台发布的消息的情况；更进一步地，依据视频播放平台向各个观看视频用户发送的发布消息的总数据量，动态调整该视频播放平台对应的服务器数量，从根本上解决了服务端的数据处理压力，提高了视频发布平台的数据处理效率，为实现各个观看视频用户在视频播放平台中的良好互动效果提供了重要的前提保障，极大的提高了用户体验。以下针对各个步骤的具体实现做进一步的说明：
步骤S110：视频播放平台确定视频播放平台中各个观看视频用户的用户等级。
具体地，步骤S110中确定视频播放平台中各个观看视频用户的用户等级的步骤进一步包括以下至少一种情形：
1)依据视频播放平台中各个观看视频用户的用户活跃度确定视频播放平台中各个观看视频用户的用户等级；
具体地，根据视频播放平台接收到来自观看视频用户对应的客户端在在预定的时间周期内发送的发布消息次数，来确定其用户活跃度；随后依据用户活跃度确定相应的用户等级。
例如，在视频播放平台中用户等级可分为高等级用户和低等级用户，预定依据视频播放平台中观看视频用户的用户活跃度为在预定的时间周期内每五分钟发布消息次数大于3次，确定视频播放平台中该观看视频用户的用户等级为高等级用户；若视频播放平台中观看视频的用户A的用户活跃度为在过去的24小时内每五分钟发布消息次数为5次，则确定视频播放平台中用户A的用户等级为高等级用户；预定依据视频播放平台中观看视频用户的用户活跃度为在过去的24小时内每小时发布消息次数小于2次，确定视频播放平台中该观看视频用户的用户等级为低等级用户；若视频播放平台中观看视频的用户B的用户活跃度为在过去的24小时内无发布消息次数，则确定视频播放平台中用户B的用户等级为低等级用户。
2)依据视频播放平台中各个观看视频用户的身份信息确定视频播放平台中各个观看视频用户的用户等级；
具体地，根据视频播放平台接收到来自观看视频用户对应的客户端发送的观看视频用户的身份信息或视频播放平台已记录的观看视频用户的身份信息，来确定相应的用户等级。
例如，在视频播放平台中用户等级可通过观看视频用户的身份信息来确定，观看视频用户的身份信息可在用户登录视频播放平台时确定，如根据用户的登录账号在预置的身份信息库中进行查询确定。预定视频播放平台中观看视频的用户的身份为主播时，该观看视频用户的用户等级为高等级用户；若视频播放平台中观看视频的用户A在登录视频播放平台时确定的身份信息为主播，可确定用户A的用户等级为高等级用户；预定视频播放平台中观看视频的用户的身份为游客时，该观看视频用户的用户等级为低等级用户；若视频播放平台中观看视频的用户B在登录视频播放平台时确定的身份信息为游客，可确定用户B的用户等级为低等级用户。
3)依据各个客户端发送的相应的观看视频用户的用户等级信息确定视频播放平台中各个观看视频用户的用户等级。
例如，接收到观看视频用户C所使用的客户端发送的用户C的用户等级信息为低等级用户，视频播放平台确定中用户C的用户等级为低等级用户。
更具体地，当观看视频用户的用户活跃度高于预定活跃度时，确定该观看视频用户的用户等级为高等级用户；当观看视频用户的用户活跃度低于预定活跃度时，确定该观看视频用户的用户等级为低等级用户；当观看视频用户的身份信息属于预定身份类型时，确定该观看视频用户的用户等级为高等级用户。
例如，在视频播放平台中，预定活跃度为观看视频用户在预定的时间周期内每五分钟发布消息3次，观看视频用户的用户A活跃度为在预定的时间周期内每五分钟发布消息8次，用户A的活跃度高于预定活跃度，确定用户A的用户等级为高等级用户。
又例如，在视频播放平台中，预定活跃度为观看视频用户在过去的24小时内每小时发布消息次数2次，观看视频用户的用户A活跃度为在过去的24小时内每小时发布消息1次，用户A的活跃低于预定活跃度，确定用户A的用户等级为低等级用户。
再例如，在视频播放平台中，根据观看视频用户的身份类型确定观看视频用户的用户等级为高等级用户的预定身份类型包括主播用户以及VIP用户。当观看视频用户A的身份信息为主播，用户A的身份信息属于高等级用户包含的预定身份类型，可确定用户A的用户等级为高等级用户。
优选地，视频播放平台中各个观看视频用户的用户活跃度是依据如下方式确定：
依据视频播放平台在预定时长内接收到的某观看视频用户针对所观看视频发布的消息的消息发布频率和/或消息发布数量，确定观看视频用户的用户活跃度。
例如，依据视频播放平台在预定第一时长，如5分钟内，接收到的某观看视频用户针对所观看视频发布的消息的消息发布频率高于10次和/或消息发布数量大于10条，确定该观看视频用户的用户活跃度为高活跃度；依据视频播放平台在预定第二时长，如1小时内，接收到的某观看视频用户针对所观看视频发布的消息的消息发布频率小于3次和/或消息发布数量少于3条，确定该观看视频用户的用户活跃度为低活跃度；此外，接收到的某观看视频用户针对所观看视频发布的消息的消息发布频率和/或消息发布数量不属于上述两种情况时，确定该观看视频用户的用户活跃度为普通活跃度。如依据视频播放平台在5分钟内，接收到的观看视频用户A针对所观看视频发布的消息的消息发布频率为12次，该频率高于10次，可确定用户A的活跃度为高活跃度。
步骤S120：依据各个观看视频用户的用户等级，确定针对各个观看视频用户的消息发送方式。
具体地，依据各个观看视频用户的用户等级，确定针对各个观看视频用户的消息发送方式的步骤进一步包括以下至少一种情形：
1)当观看视频用户的用户等级为高等级用户时，确定针对该观看视频用户的消息发送方式为依据预定的第一推送频率向该观看视频用户推送视频播放平台的发布消息；
例如，预定第一推送频率为每秒钟推送1次，当观看视频用户A的用户等级为高等级用户时，确定在视频播放平台中针对用户A的消息发送方式为以每秒钟推送1次发布消息的频率向用户A推送视频播放平台的发布消息。
2)当观看视频用户的用户等级为高等级用户时，确定针对该观看视频用户的消息发送方式为响应于接收到该观看视频用户以第一发送频率发送的消息获取请求，向该观看视频用户发送视频播放平台的发布消息。
例如，预定第一发送频率为每分钟发送20次，当观看视频用户A的用户等级为高等级用户时，视频播放平台响应于接收到用户A所在终端设备的相应客户端以每分钟20次的频率发送的消息获取请求，确定针对用户A的消息发送方式为以每分钟20次的发送频率向用户A发送视频播放平台的发布消息。
3)当观看视频用户的用户等级为低等级用户时，确定针对该观看视频用户的消息发送方式为依据预定的第二推送频率向该观看视频用户推送视频播放平台的发布消息；
例如，预定第二推送频率为每分钟推送1次，当观看视频用户B的用户等级为低等级用户时，确定在视频播放平台中针对用户B的消息发送方式为以每分钟推送1次发布消息的频率向用户B推送视频播放平台的发布消息。
4)当观看视频用户的用户等级为低等级用户时，确定针对该观看视频用户的消息发送方式为响应于接收到该观看视频用户以第二发送频率发送的消息获取请求，向该观看视频用户发送视频播放平台的发布消息。
例如，预定第二发送频率为每分钟发送1次，当观看视频用户B的用户等级为低等级用户时，视频播放平台响应于接收到用户B所在终端设备的相应客户端以每分钟1次的频率发送的消息获取请求，确定针对用户B的消息发送方式为以每分钟1次的发送频率向用户B发送视频播放平台的发布消息。
其中，第一推送频率高于第二推送频率，第一发送频率高于第二发送频率。
步骤S130：依据针对各个观看视频用户的消息发送方式，向相应的各个观看视频用户发送视频播放平台的发布消息。
例如，依据针对高等级用户的用户A的消息发送方式，以每分钟20次的发送频率向用户A发送视频播放平台的发布消息，依据针对低等级用户的用户B的消息发送方式，以每分钟推送1次发布消息的频率向用户B推送视频播放平台的发布消息。
在一优选实施例中，提供了另一视频播放平台中消息发送的方法，除了图1中所示步骤外，其进一步包括步骤S140(图中未示出)：
步骤S140：根据视频播放平台中各个观看视频用户的用户活跃度，相应调整各个观看视频用户的等级。
例如，在视频播放平台中，用户C活跃度为在预定的时间周期内每一小时发布消息数量为1条，用户C的用户等级为低等级用户；预定视频播放平台中观看视频用户的用户活跃度为在预定的时间周期内每分钟发布消息数量大于3条，确定视频播放平台中该观看视频用户的用户等级为高等级用户；在随后的一小时内，用户C在视频平台中活跃度变更为每分钟发布消息数量为6条，用户C发布消息数量大于3条，将用户C的用户等级调整为高等级用户。
在一优选实施例中，提供了另一视频播放平台中消息发送的方法，除了图1中所示步骤和步骤S140外，其进一步包括步骤S150(图中未示出)和步骤S160(图中未示出)：
步骤S150：向各个观看视频用户发送视频播放平台的发布消息的数据量超过预定数据量阈值时，根据各个观看视频用户的身份信息，确定向各个观看视频用户发送消息的最大消息数量。
例如，预定数据量阈值为30条，如30条弹幕同屏显示时整个屏幕被占满，若显示更多弹幕，会出现弹幕覆盖显示的情况。预定观看视频用户的身份信息为主播时，向该观看视频用户发送消息的最大消息数量为30条，预定观看视频用户的身份信息为普通用户或游客时，向该观看视频用户发送消息的最大消息数量为20条；当前，若需要向各个观看视频用户发送视频播放平台的发布消息的数据量为40条，该数量超过预定数据量阈值30条，用户A的身份信息为主播，根据用户A的身份信息，确定向用户A发送消息的最大消息数量为40条，即可能会出现发布消息覆盖显示的情况；用户B的身份信息为游客或普通用户，根据用户B的身份信息，确定向用户B发送消息的最大消息数量为10条，与用于缓解服务器端的发送压力。
又例如，预定数据量阈值为30条，当向观看视频用户发送视频播放平台的发布消息的数据量超过预定数据量阈值时，预定该观看视频用户的身份信息为主播时，向该观看视频用户发送消息的最大消息数量为，向该观看视频用户发送视频播放平台的发布消息的数据量的80％，预定该观看视频用户的身份信息为普通用户或游客时，向该观看视频用户发送消息的最大消息数量为，向该观看视频用户发送视频播放平台的发布消息的数据量的50％；向观看视频用户A发送视频播放平台的发布消息的数据量为50条，该数量超过预定数据量阈值30条，若用户A的身份信息为主播，根据用户A的身份信息，确定向用户A发送消息的最大消息数量为，50*80％即40条；向观看视频用户B发送视频播放平台的发布消息的数据量为50条，若用户B的身份信息为游客或普通用户，根据用户B的身份信息，确定向用户B发送消息的最大消息数量为，50*50％即25条。其中，向用户A发送的40条消息和向用户B发送的25条消息，可以是向用户A和用户B发送视频播放平台的发布消息中的前40条和前25条，也可以是向用户A和用户B发送视频播放平台的发布消息中的随机40条和随机25条，本发明的实施例中，向各个观看视频用户过滤发布消息的方式不限于上述两种方式。
步骤S160：依据向各个观看视频用户发送消息的最大消息数量，向相应的各个观看视频用户发送视频播放平台的发布消息。
例如，接上例，依据向各个观看视频用户发送消息的最大消息数量，向用户A发送视频播放平台发布的随机50条消息，向用户B发送视频播放平台发布的随机20条消息。
在一优选实施例中，提供了另一视频播放平台中消息发送的方法，除了图1中所示步骤、步骤S140、步骤S150和步骤S160外，其进一步包括步骤S170(图中未示出)：
步骤S170：在创建视频播放平台时，根据视频发布者的预定发布等级分配与该视频播放平台对应的服务器数量。
例如，预定视频发布者的发布等级为最高等级时，在该视频发布者创建视频播放平台时，分配与该视频播放平台对应的服务器数量为5台；预定视频发布者的发布等级为普通等级时，在该视频发布者创建视频播放平台时，分配与该视频播放平台对应的服务器数量为1台。
其中，视频发布者的发布等级可根据视频发布者创建的视频播放平台拥有的观看视频用户数量变化以及观看视频用户的活跃度变化，相应调整各个视频发布者的发布等级。
在一优选实施例中，提供了另一视频播放平台中消息发送的方法，除了图1中所示步骤、步骤S140、步骤S150、步骤S160和步骤S170外，其进一步包括步骤S180(图中未示出)：
步骤S180：依据视频播放平台向各个观看视频用户发送的发布消息的总数据量，调整该视频播放平台对应的服务器数量。
例如，假设1台服务器在预定的时间周期内，如每1小时内，可处理视频播放平台向各个观看视频用户发送的发布消息的总数据量为5千万条，当视频播放平台在某1小时内向各个观看视频用户发送的发布消息的总数据量超过5千万条时，增加1台该视频播放平台对应的服务器，若在随后的1小时内，视频播放平台向各个观看视频用户发送的发布消息的总数据量降为1千条时，相应减少1台该视频播放平台对应的服务器。
图2为本发明中另一实施例的客户端消息获取的方法的流程示意图。
本发明的实施例中，各步骤所执行的内容概述如下：
步骤S210：确定观看视频用户在视频播放平台中的用户等级；
步骤S220：依据用户等级，确定针对观看视频用户的消息获取方式；
步骤S230：依据针对观看视频用户的消息获取方式，来获取视频播放平台的发布消息。
以下针对各个步骤的具体实现做进一步的说明：
步骤S210：终端设备的视频播放平台确定观看视频用户在视频播放平台中的用户等级。
具体地，步骤S210确定观看视频用户在视频播放平台中的用户等级进一步包括以下至少一种情形：
1)依据视频播放平台中该观看视频用户的用户活跃度确定观看视频用户在视频播放平台中的用户等级；
具体地，终端设备的客户端检测到观看视频用户在预定的时间周期内向视频播放平台发送的发布消息次数来确定用户活跃度，随后依据用户活跃度确定相应的用户等级。
例如，在与视频播放平台对应的客户端中用户等级可分为高等级用户和低等级用户，预定依据终端设备的客户端确定的视频播放平台中观看视频用户的用户活跃度为每分钟发布消息次数大于10次，确定视频播放平台中该观看视频用户的用户等级为高等级用户，若终端设备的客户端检测到观看视频的用户A的用户活跃度为向视频播放平台每分钟发布消息次数为12次，确定在该视频播放平台中用户A的用户等级为高等级用户；预定依据终端设备的客户端确定的视频播放平台中观看视频用户的用户活跃度为每分钟发布消息次数小于3次，确定视频播放平台中该观看视频用户的用户等级为低等级用户，若终端设备的客户端检测到观看视频的用户B的用户活跃度为向视频播放平台每分钟发布消息次数为1次，确定在该视频播放平台中用户B的用户等级为低等级用户。
2)依据视频播放平台中该观看视频用户的身份信息确定观看视频用户在视频播放平台中的用户等级；
具体地，终端设备的客户端检测到观看视频用户在登录视频播放平台时的身份信息，依据身份信息确定相应的用户等级。
例如，在与视频播放平台对应的客户端中用户等级可分为高等级用户和低等级用户，若终端设备检测到观看视频用户在登录视频播放平台时的身份为主播时，确定该观看视频用户的用户等级为高等级用户；若终端设备检测到观看视频用户在登录视频播放平台时的用户的身份为游客时，确定该观看视频用户的用户等级为低等级用户。
3)依据视频播放平台中该观看视频用户的用户等级信息确定观看视频用户在视频播放平台中的用户等级。
例如，在终端设备中，客户端接收来自服务器端发送的观看视频用户A的用户等级信息或从本地文件中获取的用户A的用户等级信息为高等级用户，确定用户A在视频播放平台中的用户等级为高等级用户。需要说明的是，本发明虽然会以特定的获取各个观看视频用户的用户等级信息的方式为例说明，但并不对此进行限制。
更具体地，当观看视频用户的用户活跃度高于预定活跃度时，确定该观看视频用户的用户等级为高等级用户；当观看视频用户的用户活跃度低于预定活跃度时，确定该观看视频用户的用户等级为低等级用户；当观看视频用户的身份信息属于预定身份类型时，确定该观看视频用户的用户等级为高等级用户。
例如，在与视频播放平台对应的客户端中，预定活跃度为观看视频用户在预定的时间周期内每五分钟发布消息3次，观看视频的用户A活跃度为在预定的时间周期内每五分钟发布消息8次，用户A的活跃度高于预定活跃度，确定用户A的用户等级为高等级用户。
又例如，在与视频播放平台对应的客户端中，预定活跃度为观看视频用户在过去的24小时内每小时发布消息次数2次，观看视频的用户A活跃度为在过去的24小时内每小时发布消息1次，用户A的活跃度低于预定活跃度，确定用户A的用户等级为低等级用户。
再例如，在与视频播放平台对应的客户端中，根据观看视频用户的身份类型确定观看视频用户的用户等级为高等级用户包含的预定身份类型包括主播用户以及VIP用户。当观看视频用户A的身份信息为主播，用户A的身份信息属于预定身份类型，可确定用户A的用户等级为高等级用户。
优选地，视频播放平台中该观看视频用户的用户活跃度是依据如下方式确定：
依据在预定时长内向服务器发送的该观看视频用户针对所观看视频发布的消息的消息发布频率和/或消息发布数量，确定该观看视频用户的用户活跃度。
例如，依据在与视频播放平台对应的客户端中，在预定第一时长，如5分钟内，向服务器发送的该观看视频用户针对所观看视频发布的消息的消息发布频率高于10次和/或消息发布数量大于10条，确定该观看视频用户的用户活跃度为高活跃度；依据在与视频播放平台对应的客户端中，在预定第二时长，如1小时内，向服务器发送的该观看视频用户针对所观看视频发布的消息的消息发布频率小于3次和/或消息发布数量小于3条，确定该观看视频用户的用户活跃度为低活跃度；此外，向服务器发送的该观看视频用户针对所观看视频发布的消息的消息发布频率和/或消息发布数量不属于上述两种情况时，确定该观看视频用户的用户活跃度为普通活跃度。如依据视频播放平台在5分钟内，向服务器发送的该观看视频用户针对所观看视频发布的消息的消息发布频率为12次，该频率高于10次，可确定用户A的活跃度为高活跃度。
步骤S220：依据用户等级，确定针对观看视频用户的消息获取方式。
优选地，步骤S220中依据用户等级，确定针对观看视频用户的消息获取方式的步骤进一步包括以下至少一种情形：
1)当观看视频用户的用户等级为高等级用户时，确定该观看视频用户的消息获取方式为依据预定的第一发送频率向视频播放平台发送针对视频播放平台的消息获取请求，并接收视频播放平台返回的针对该视频播放平台的发布消息；
例如，在与视频播放平台对应的客户端中，预定第一发送频率为每分钟发送5次，当观看视频用户A的用户等级为高等级用户时，确定用户A的消息获取方式为依据预定的第一发送频率，即用户A所在终端设备的相应客户端以每分钟发送5次的频率向视频播放平台发送针对视频播放平台的消息获取请求，并接受视频播放平台返回的针对该视频播放平台的发布消息。
2)当观看视频用户的用户等级为高等级用户时，确定该观看视频用户的消息获取方式为接收视频播放平台依据预定的第一推送频率推送的针对视频播放平台的发布消息。
例如，在与视频播放平台对应的客户端中，预定第一推送频率为每秒钟推送1次，当观看视频用户A的用户等级为高等级用户时，确定用户A的消息获取方式为接收视频播放平台依据预定第一推送频率，即每秒钟推送1次发布消息的频率推送的针对视频播放平台的发布消息。
3)当观看视频用户的用户等级为低等级用户时，确定该观看视频用户的消息获取方式为依据预定的第二发送频率向视频播放平台发送针对视频播放平台的消息获取请求，并接收视频播放平台返回的针对该视频播放平台的发布消息；
例如，在与视频播放平台对应的客户端中，预定第二发送频率为每分钟发送1次，当观看视频用户B的用户等级为低等级用户时，确定用户B的消息获取方式为依据预定的第二发送频率，即用户B所在终端设备的相应客户端以每分钟发送1次的频率向视频播放平台发送针对视频播放平台的消息获取请求，并接收视频播放平台返回的针对该视频播放平台的发布消息。
4)当观看视频用户的用户等级为低等级用户时，确定该观看视频用户的消息获取方式为接收视频播放平台依据预定的第二推送频率推送的针对视频播放平台的发布消息。
例如，在与视频播放平台对应的客户端中，预定第二推送频率为每分钟推送1次，当观看视频用户B的用户等级为低等级用户时，确定用户B的消息获取方式为接收视频播放平台依据预定的第二推送频率，即以每分钟推送1次发布消息的频率推送的针对视频播放平台的发布消息。
其中，第一发送频率高于第二发送频率，第一推送频率高于第二推送频率。
步骤S230：依据针对观看视频用户的消息获取方式，来获取视频播放平台的发布消息。
例如，在与视频播放平台对应的客户端中，预定第一推送频率为每秒钟推送1次，观看视频用户A的用户等级为高等级用户，用户A的消息获取方式为接收视频播放平台依据预定第一推送频率推送的针对视频播放平台的发布消息，则用户A可通过与视频播放平台对应的客户端依据视频播放平台每秒钟推送1次发布消息的频率获取视频播放平台推送的针对视频播放平台的发布消息。
另外，本领域的技术人员应可理解，当视频播放播放形式为直播形式与录播形式时，上述实施例中的视频播放平台具有不同的含义：对于视频直播而言，所述视频播放平台可以是播放特定内容的一个视频播放室或者一个主播房间，也可以是多个视频播放室或者主播房间；而对于视频录播而言，所述视频播放平台可以是播放特定内容的一个频道或者播放室，也可以是多个频道或者视频播放室。以上列举仅为举例说明在特定环境下所述视频播放平台的特定，并非对其范围的限定。
图3为本发明中又另一实施例的视频播放平台中消息发送的装置的结构示意图。
本发明的实施例中，各模块所执行的内容概述如下：
第一确定模块310用于确定视频播放平台中各个观看视频用户的用户等级；
第二确定模块320用于依据各个观看视频用户的用户等级，确定针对各个观看视频用户的消息发送方式；以及
第一发送模块330用于依据针对各个观看视频用户的消息发送方式，向相应的各个观看视频用户发送视频播放平台的发布消息。
本发明的实施例中，提出了一种视频播放平台中消息发送的装置和一种消息获取的客户端，依据各个观看视频用户的用户等级，确定针对各个观看视频用户的消息发送方式，可根据用户的各自需求，以不同的消息发送方式向各个观看视频用户发送消息，各个观看视频用户根据不同的消息发送方式以不同的消息获取方式获取视频播放平台发布的消息，实现了限制了不同用户等级的观看视频用户的消息获取频率，从而极大的缓解了视频播放平台服务端处理数据的压力；同时，实现了向高等级用户的观看视频用户以高频率发送视频播放平台的发布消息，保证了高等级用户获取发布消息的高时效性，且向低等级用户以低频率发送视频播放平台的发布消息，在不影响低等级用户的获取视频播放平台发布的部分消息的情况下，保证了低等级用户的在视频播放平台中的正常使用，从而实现了不同等级的观看视频用户在视频播放平台中的良好互动效果。
进一步地，还可根据各个观看视频用户的当前活跃度动态调整各个观看视频用户的等级，避免了视频观看用户因低等级提高为高等级的变化而丢失获取必要的视频播放平台发布的消息的情况；更进一步地，依据视频播放平台向各个观看视频用户发送的发布消息的总数据量，动态调整该视频播放平台对应的服务器数量，从根本上解决了服务端的数据处理压力，提高了视频发布平台的数据处理效率，为实现各个观看视频用户在视频播放平台中的良好互动效果提供了重要的前提保障，极大的提高了用户体验。以下针对各个模块的具体实现做进一步的说明：
第一确定模块310用于视频播放平台确定视频播放平台中各个观看视频用户的用户等级。
具体地，第一确定模块310进一步用于以下至少一种情形：
1)依据视频播放平台中各个观看视频用户的用户活跃度确定视频播放平台中各个观看视频用户的用户等级；
具体地，根据视频播放平台接收到来自观看视频用户对应的客户端在在预定的时间周期内发送的发布消息次数，来确定其用户活跃度；随后依据用户活跃度确定相应的用户等级。
例如，在视频播放平台中用户等级可分为高等级用户和低等级用户，预定依据视频播放平台中观看视频用户的用户活跃度为在预定的时间周期内每五分钟发布消息次数大于3次，确定视频播放平台中该观看视频用户的用户等级为高等级用户；若视频播放平台中观看视频的用户A的用户活跃度为在过去的24小时内每五分钟发布消息次数为5次，则确定视频播放平台中用户A的用户等级为高等级用户；预定依据视频播放平台中观看视频用户的用户活跃度为在过去的24小时内每小时发布消息次数小于2次，确定视频播放平台中该观看视频用户的用户等级为低等级用户；若视频播放平台中观看视频的用户B的用户活跃度为在过去的24小时内无发布消息次数，则确定视频播放平台中用户B的用户等级为低等级用户。
2)依据视频播放平台中各个观看视频用户的身份信息确定视频播放平台中各个观看视频用户的用户等级；
具体地，根据视频播放平台接收到来自观看视频用户对应的客户端发送的观看视频用户的身份信息或视频播放平台已记录的观看视频用户的身份信息，来确定相应的用户等级。
例如，在视频播放平台中用户等级可通过观看视频用户的身份信息来确定，观看视频用户的身份信息可在用户登录视频播放平台时确定，如根据用户的登录账号在预置的身份信息库中进行查询确定。预定视频播放平台中观看视频的用户的身份为主播时，该观看视频用户的用户等级为高等级用户；若视频播放平台中观看视频的用户A在登录视频播放平台时确定的身份信息为主播，可确定用户A的用户等级为高等级用户；预定视频播放平台中观看视频的用户的身份为游客时，该观看视频用户的用户等级为低等级用户；若视频播放平台中观看视频的用户B在登录视频播放平台时确定的身份信息为游客，可确定用户B的用户等级为低等级用户。
3)依据各个客户端发送的相应的观看视频用户的用户等级信息确定视频播放平台中各个观看视频用户的用户等级。
例如，接收到观看视频用户C所使用的客户端发送的用户C的用户等级信息为低等级用户，视频播放平台确定中用户C的用户等级为低等级用户。
更具体地，当观看视频用户的用户活跃度高于预定活跃度时，确定该观看视频用户的用户等级为高等级用户；当观看视频用户的用户活跃度低于预定活跃度时，确定该观看视频用户的用户等级为低等级用户；当观看视频用户的身份信息属于预定身份类型时，确定该观看视频用户的用户等级为高等级用户。
例如，在视频播放平台中，预定活跃度为观看视频用户在预定的时间周期内每五分钟发布消息3次，观看视频用户的用户A活跃度为在预定的时间周期内每五分钟发布消息8次，用户A的活跃度高于预定活跃度，确定用户A的用户等级为高等级用户。
又例如，在视频播放平台中，预定活跃度为观看视频用户在过去的24小时内每小时发布消息次数2次，观看视频用户的用户A活跃度为在过去的24小时内每小时发布消息1次，用户A的活跃低于预定活跃度，确定用户A的用户等级为低等级用户。
再例如，在视频播放平台中，根据观看视频用户的身份类型确定观看视频用户的用户等级为高等级用户的预定身份类型包括主播用户以及VIP用户。当观看视频用户A的身份信息为主播，用户A的身份信息属于高等级用户包含的预定身份类型，可确定用户A的用户等级为高等级用户。
优选地，视频播放平台中各个观看视频用户的用户活跃度是依据如下方式确定：
依据视频播放平台在预定时长内接收到的某观看视频用户针对所观看视频发布的消息的消息发布频率和/或消息发布数量，确定观看视频用户的用户活跃度。
例如，依据视频播放平台在预定第一时长，如5分钟内，接收到的某观看视频用户针对所观看视频发布的消息的消息发布频率高于10次和/或消息发布数量大于10条，确定该观看视频用户的用户活跃度为高活跃度；依据视频播放平台在预定第二时长，如1小时内，接收到的某观看视频用户针对所观看视频发布的消息的消息发布频率小于3次和/或消息发布数量少于3条，确定该观看视频用户的用户活跃度为低活跃度；此外，接收到的某观看视频用户针对所观看视频发布的消息的消息发布频率和/或消息发布数量不属于上述两种情况时，确定该观看视频用户的用户活跃度为普通活跃度。如依据视频播放平台在5分钟内，接收到的观看视频用户A针对所观看视频发布的消息的消息发布频率为12次，该频率高于10次，可确定用户A的活跃度为高活跃度。
第二确定模块320用于依据各个观看视频用户的用户等级，确定针对各个观看视频用户的消息发送方式。
具体地，第二确定模块320进一步用于以下至少一种情形：
1)当观看视频用户的用户等级为高等级用户时，确定针对该观看视频用户的消息发送方式为依据预定的第一推送频率向该观看视频用户推送视频播放平台的发布消息；
例如，预定第一推送频率为每秒钟推送1次，当观看视频用户A的用户等级为高等级用户时，确定在视频播放平台中针对用户A的消息发送方式为以每秒钟推送1次发布消息的频率向用户A推送视频播放平台的发布消息。
2)当观看视频用户的用户等级为高等级用户时，确定针对该观看视频用户的消息发送方式为响应于接收到该观看视频用户以第一发送频率发送的消息获取请求，向该观看视频用户发送视频播放平台的发布消息。
例如，预定第一发送频率为每分钟发送20次，当观看视频用户A的用户等级为高等级用户时，视频播放平台响应于接收到用户A所在终端设备的相应客户端以每分钟20次的频率发送的消息获取请求，确定针对用户A的消息发送方式为以每分钟20次的发送频率向用户A发送视频播放平台的发布消息。
3)当观看视频用户的用户等级为低等级用户时，确定针对该观看视频用户的消息发送方式为依据预定的第二推送频率向该观看视频用户推送视频播放平台的发布消息；
例如，预定第二推送频率为每分钟推送1次，当观看视频用户B的用户等级为低等级用户时，确定在视频播放平台中针对用户B的消息发送方式为以每分钟推送1次发布消息的频率向用户B推送视频播放平台的发布消息。
4)当观看视频用户的用户等级为低等级用户时，确定针对该观看视频用户的消息发送方式为响应于接收到该观看视频用户以第二发送频率发送的消息获取请求，向该观看视频用户发送视频播放平台的发布消息。
例如，预定第二发送频率为每分钟发送1次，当观看视频用户B的用户等级为低等级用户时，视频播放平台响应于接收到用户B所在终端设备的相应客户端以每分钟1次的频率发送的消息获取请求，确定针对用户B的消息发送方式为以每分钟1次的发送频率向用户B发送视频播放平台的发布消息。
其中，第一推送频率高于第二推送频率，第一发送频率高于第二发送频率。
第一发送模块330用于依据针对各个观看视频用户的消息发送方式，向相应的各个观看视频用户发送视频播放平台的发布消息。
例如，依据针对高等级用户的用户A的消息发送方式，以每分钟20次的发送频率向用户A发送视频播放平台的发布消息，依据针对低等级用户的用户B的消息发送方式，以每分钟推送1次发布消息的频率向用户B推送视频播放平台的发布消息。
在一优选实施例中，提供了另一视频播放平台中消息发送的装置，除了图3中所示模块外，其进一步包括第一调整模块(图中未示出)：
第一调整模块用于根据视频播放平台中各个观看视频用户的用户活跃度，相应调整各个观看视频用户的等级。
在一优选实施例中，提供了另一视频播放平台中消息发送的装置，除了图3中所示模块和第一调整模块外，其进一步包括第三确定模块(图中未示出)和第二发送模块(图中未示出)：
第三确定模块用于向各个观看视频用户发送视频播放平台的发布消息的数据量超过预定数据量阈值时，根据各个观看视频用户的身份信息，确定向各个观看视频用户发送消息的最大消息数量。
第二发送模块用于依据向各个观看视频用户发送消息的最大消息数量，向相应的各个观看视频用户发送视频播放平台的发布消息。
在一优选实施例中，提供了另一视频播放平台中消息发送的装置，除了图3中所示模块、第一调整模块、第三确定模块和第二发送模块外，其进一步包括分配模块(图中未示出)：
分配模块用于在创建视频播放平台时，根据视频发布者的预定发布等级分配与该视频播放平台对应的服务器数量。
其中，视频发布者的发布等级可根据视频发布者创建的视频播放平台拥有的观看视频用户数量变化以及观看视频用户的活跃度变化，相应调整各个视频发布者的发布等级。
在一优选实施例中，提供了另一视频播放平台中消息发送的装置，除了图3中所示模块、第一调整模块、第三确定模块、第二发送模块和分配模块外，其进一步包括第二调整模块(图中未示出)：
第二调整模块用于依据视频播放平台向各个观看视频用户发送的发布消息的总数据量，调整该视频播放平台对应的服务器数量。
图4为本发明中再另一实施例的消息获取的客户端的结构示意图。
本发明的实施例中，各模块所执行的内容概述如下：
第四确定模块410用于确定观看视频用户在视频播放平台中的用户等级；
第五确定模块420用于依据用户等级，确定针对观看视频用户的消息获取方式；
获取模块430用于依据针对观看视频用户的消息获取方式，来获取视频播放平台的发布消息。
以下针对各个模块的具体实现做进一步的说明：
第四确定模块410用于终端设备的视频播放平台确定观看视频用户在视频播放平台中的用户等级。
具体地，第四确定模块410进一步用于以下至少一种情形：
1)依据视频播放平台中该观看视频用户的用户活跃度确定观看视频用户在视频播放平台中的用户等级；
2)依据视频播放平台中该观看视频用户的身份信息确定观看视频用户在视频播放平台中的用户等级；
3)依据视频播放平台中该观看视频用户的用户等级信息确定观看视频用户在视频播放平台中的用户等级。
优选地，视频播放平台中该观看视频用户的用户活跃度是依据如下方式确定：
依据在预定时长内向服务器发送的该观看视频用户针对所观看视频发布的消息的消息发布频率和/或消息发布数量，确定该观看视频用户的用户活跃度。
第五确定模块420用于依据用户等级，确定针对观看视频用户的消息获取方式。
优选地，第五确定模块420进一步用于以下至少一种情形：
1)当观看视频用户的用户等级为高等级用户时，确定该观看视频用户的消息获取方式为依据预定的第一发送频率向视频播放平台发送针对视频播放平台的消息获取请求，并接收视频播放平台返回的针对该视频播放平台的发布消息；
2)当观看视频用户的用户等级为高等级用户时，确定该观看视频用户的消息获取方式为接收视频播放平台依据预定的第一推送频率推送的针对视频播放平台的发布消息。
3)当观看视频用户的用户等级为低等级用户时，确定该观看视频用户的消息获取方式为依据预定的第二发送频率向视频播放平台发送针对视频播放平台的消息获取请求，并接收视频播放平台返回的针对该视频播放平台的发布消息；
4)当观看视频用户的用户等级为低等级用户时，确定该观看视频用户的消息获取方式为接收视频播放平台依据预定的第二推送频率推送的针对视频播放平台的发布消息。
其中，第一发送频率高于第二发送频率，第一推送频率高于第二推送频率。
另外，本领域的技术人员应可理解，当视频播放播放形式为直播形式与录播形式时，上述实施例中的视频播放平台具有不同的含义：对于视频直播而言，所述视频播放平台可以是播放特定内容的一个视频播放室或者一个主播房间，也可以是多个视频播放室或者主播房间；而对于视频录播而言，所述视频播放平台可以是播放特定内容的一个频道或者播放室，也可以是多个频道或者视频播放室。以上列举仅为举例说明在特定环境下所述视频播放平台的特定，并非对其范围的限定。
本技术领域技术人员可以理解，本发明包括涉及用于执行本申请中所述操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-Only Memory，只读存储器)、RAM(Random Access Memory，随即存储器)、EPROM(Erasable ProgrammableRead-Only Memory，可擦写可编程只读存储器)、EEPROM(Electrically ErasableProgrammable Read-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。
本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本发明公开的结构图和/或框图和/或流图的框或多个框中指定的方案。
本技术领域技术人员可以理解，本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。
以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (32)
1.一种视频播放平台中消息发送的方法，包括：
确定视频播放平台中各个观看视频用户的用户等级；
依据各个观看视频用户的用户等级，确定向各个观看视频用户发送消息的方式；以及
依据向各个观看视频用户发送消息的方式，向相应的各个观看视频用户发送视频播放平台的发布消息；
其中，所述依据各个观看视频用户的用户等级，确定向各个观看视频用户发送消息的方式的步骤进一步包括以下至少一种情形：
当观看视频用户的用户等级为高等级用户时，确定向该观看视频用户发送消息的方式为依据预定的第一推送频率向该观看视频用户推送视频播放平台的发布消息；
当观看视频用户的用户等级为高等级用户时，确定向该观看视频用户发送消息的方式为响应于接收到该观看视频用户以第一发送频率发送的消息获取请求，向该观看视频用户发送视频播放平台的发布消息。
2.根据权利要求1所述的方法，其中，所述确定视频播放平台中各个观看视频用户的用户等级的步骤进一步包括以下至少一种情形：
依据视频播放平台中各个观看视频用户的用户活跃度确定视频播放平台中各个观看视频用户的用户等级；
依据视频播放平台中各个观看视频用户的身份信息确定视频播放平台中各个观看视频用户的用户等级；
依据各个客户端发送的相应的观看视频用户的用户等级信息确定视频播放平台中各个观看视频用户的用户等级。
3.根据权利要求1或2所述的方法，其中，当观看视频用户的用户活跃度高于预定活跃度时，确定该观看视频用户的用户等级为高等级用户；
当观看视频用户的用户活跃度低于预定活跃度时，确定该观看视频用户的用户等级为低等级用户；
当观看视频用户的身份信息属于高等级用户的预定身份类型时，确定该观看视频用户的用户等级为高等级用户。
4.根据权利要求2所述的方法，其中，所述视频播放平台中各个观看视频用户的用户活跃度是依据如下方式确定：
依据视频播放平台在预定时长内接收到的某观看视频用户针对所观看视频发布的消息的消息发布频率和/或消息发布数量，确定所述观看视频用户的用户活跃度。
5.根据权利要求1所述的方法，其中，所述依据各个观看视频用户的用户等级，确定向各个观看视频用户发送消息的方式的步骤进一步包括以下至少一种情形：
当观看视频用户的用户等级为低等级用户时，确定向该观看视频用户发送消息的方式为依据预定的第二推送频率向该观看视频用户推送视频播放平台的发布消息；
当观看视频用户的用户等级为低等级用户时，确定向该观看视频用户发送消息的方式为响应于接收到该观看视频用户以第二发送频率发送的消息获取请求，向该观看视频用户发送视频播放平台的发布消息。
6.根据权利要求5所述的方法，其中，第一推送频率高于第二推送频率，第一发送频率高于第二发送频率。
7.根据权利要求1所述的方法，还包括：
根据视频播放平台中各个观看视频用户的用户活跃度，相应调整各个观看视频用户的等级。
8.根据权利要求1所述的方法，还包括：
向各个观看视频用户发送视频播放平台的发布消息的数据量超过预定数据量阈值时，根据各个观看视频用户的身份信息，确定向各个观看视频用户发送消息的最大消息数量；
依据向各个观看视频用户发送消息的最大消息数量，向相应的各个观看视频用户发送视频播放平台的发布消息。
9.根据权利要求1所述的方法，还包括：
在创建视频播放平台时，根据视频发布者的预定发布等级分配与该视频播放平台对应的服务器数量。
10.根据权利要求1所述的方法，还包括：
依据视频播放平台向各个观看视频用户发送的发布消息的总数据量，调整该视频播放平台对应的服务器数量。
11.一种客户端消息获取的方法，其特征在于，包括：
确定观看视频用户在视频播放平台中的用户等级；
依据所述用户等级，确定所述观看视频用户的消息获取方式；
依据所述观看视频用户的消息获取方式，来获取视频播放平台的发布消息；
其中，依据所述用户等级，确定所述观看视频用户的消息获取方式的步骤进一步包括以下至少一种情形：
当观看视频用户的用户等级为高等级用户时，确定该观看视频用户的消息获取方式为依据预定的第一发送频率向视频播放平台发送针对视频播放平台的消息获取请求，并接收所述视频播放平台返回的针对该视频播放平台的发布消息；
当观看视频用户的用户等级为高等级用户时，确定该观看视频用户的消息获取方式为接收所述视频播放平台依据预定的第一推送频率推送的针对视频播放平台的发布消息。
12.根据权利要求11所述的方法，其中，所述确定观看视频用户在视频播放平台中的用户等级的步骤进一步包括以下至少一种情形：
依据视频播放平台中该观看视频用户的用户活跃度确定观看视频用户在视频播放平台中的用户等级；
依据视频播放平台中该观看视频用户的身份信息确定观看视频用户在视频播放平台中的用户等级；
依据视频播放平台中该观看视频用户的用户等级信息确定观看视频用户在视频播放平台中的用户等级。
13.根据权利要求11或12所述的方法，其中，当观看视频用户的用户活跃度高于预定活跃度时，确定该观看视频用户的用户等级为高等级用户；
当观看视频用户的用户活跃度低于预定活跃度时，确定该观看视频用户的用户等级为低等级用户；以及
当观看视频用户的身份信息属于高等级用户的预定身份类型时，确定该观看视频用户的用户等级为高等级用户。
14.根据权利要求12所述的方法，其中，所述视频播放平台中该观看视频用户的用户活跃度是依据如下方式确定：
依据在预定时长内向服务器发送的该观看视频用户针对所观看视频发布的消息的消息发布频率和/或消息发布数量，确定该观看视频用户的用户活跃度。
15.根据权利要求11所述的方法，其中，依据所述用户等级，确定所述观看视频用户的消息获取方式的步骤进一步包括以下至少一种情形：
当观看视频用户的用户等级为低等级用户时，确定该观看视频用户的消息获取方式为依据预定的第二发送频率向视频播放平台发送针对视频播放平台的消息获取请求，并接收所述视频播放平台返回的针对该视频播放平台的发布消息；
当观看视频用户的用户等级为低等级用户时，确定该观看视频用户的消息获取方式为接收所述视频播放平台依据预定的第二推送频率推送的针对视频播放平台的发布消息。
16.根据权利要求15所述的方法，其中，第一发送频率高于第二发送频率，第一推送频率高于第二推送频率。
17.一种视频播放平台中消息发送的装置，包括：
第一确定模块，用于确定视频播放平台中各个观看视频用户的用户等级；
第二确定模块，用于依据各个观看视频用户的用户等级，确定向各个观看视频用户发送消息的方式；以及
第一发送模块，用于依据向各个观看视频用户发送消息的方式，向相应的各个观看视频用户发送视频播放平台的发布消息；
其中，所述第二确定模块进一步用于以下至少一种情形：
当观看视频用户的用户等级为高等级用户时，确定向该观看视频用户发送消息的方式为依据预定的第一推送频率向该观看视频用户推送视频播放平台的发布消息；
当观看视频用户的用户等级为高等级用户时，确定向该观看视频用户发送消息的方式为响应于接收到该观看视频用户以第一发送频率发送的消息获取请求，向该观看视频用户发送视频播放平台的发布消息。
18.根据权利要求17所述的装置，其中，所述第一确定模块进一步用于以下至少一种情形：
依据视频播放平台中各个观看视频用户的用户活跃度确定视频播放平台中各个观看视频用户的用户等级；
依据视频播放平台中各个观看视频用户的身份信息确定视频播放平台中各个观看视频用户的用户等级；
依据各个客户端发送的相应的观看视频用户的用户等级信息确定视频播放平台中各个观看视频用户的用户等级。
19.根据权利要求17或18所述的装置，其中，所述第一确定模块用于当观看视频用户的用户活跃度高于预定活跃度时，确定该观看视频用户的用户等级为高等级用户；
当观看视频用户的用户活跃度低于预定活跃度时，确定该观看视频用户的用户等级为低等级用户；
当观看视频用户的身份信息属于高等级用户的预定身份类型时，确定该观看视频用户的用户等级为高等级用户。
20.根据权利要求18所述的装置，其中，所述视频播放平台中各个观看视频用户的用户活跃度是依据如下方式确定：
依据视频播放平台在预定时长内接收到的某观看视频用户针对所观看视频发布的消息的消息发布频率和/或消息发布数量，确定所述观看视频用户的用户活跃度。
21.根据权利要求17所述的装置，其中，所述第二确定模块进一步用于以下至少一种情形：
当观看视频用户的用户等级为低等级用户时，确定向该观看视频用户发送消息的方式为依据预定的第二推送频率向该观看视频用户推送视频播放平台的发布消息；
当观看视频用户的用户等级为低等级用户时，确定向该观看视频用户发送消息的方式为响应于接收到该观看视频用户以第二发送频率发送的消息获取请求，向该观看视频用户发送视频播放平台的发布消息。
22.根据权利要求21所述的装置，其中，第一推送频率高于第二推送频率，第一发送频率高于第二发送频率。
23.根据权利要求17所述的装置，还包括：
第一调整模块，用于根据视频播放平台中各个观看视频用户的用户活跃度，相应调整各个观看视频用户的等级。
24.根据权利要求17所述的装置，还包括：
第三确定模块，用于向各个观看视频用户发送视频播放平台的发布消息的数据量超过预定数据量阈值时，根据各个观看视频用户的身份信息，确定向各个观看视频用户发送消息的最大消息数量；
第二发送模块，用于依据向各个观看视频用户发送消息的最大消息数量，向相应的各个观看视频用户发送视频播放平台的发布消息。
25.根据权利要求17所述的装置，还包括：
分配模块，用于在创建视频播放平台时，根据视频发布者的预定发布等级分配与该视频播放平台对应的服务器数量。
26.根据权利要求17所述的装置，还包括：
第二调整模块，用于依据视频播放平台向各个观看视频用户发送的发布消息的总数据量，调整该视频播放平台对应的服务器数量。
27.一种消息获取的客户端，其特征在于，包括：
第四确定模块，用于确定观看视频用户在视频播放平台中的用户等级；
第五确定模块，用于依据所述用户等级，确定所述观看视频用户的消息获取方式；
获取模块，用于依据所述观看视频用户的消息获取方式，来获取视频播放平台的发布消息；
其中，所述第五确定模块进一步用于以下至少一种情形：
当观看视频用户的用户等级为高等级用户时，确定该观看视频用户的消息获取方式为依据预定的第一发送频率向视频播放平台发送针对视频播放平台的消息获取请求，并接收所述视频播放平台返回的针对该视频播放平台的发布消息；
当观看视频用户的用户等级为高等级用户时，确定该观看视频用户的消息获取方式为接收所述视频播放平台依据预定的第一推送频率推送的针对视频播放平台的发布消息。
28.根据权利要求27所述的客户端，其中，所述第四确定模块进一步用于以下至少一种情形：
依据视频播放平台中该观看视频用户的用户活跃度确定观看视频用户在视频播放平台中的用户等级；
依据视频播放平台中该观看视频用户的身份信息确定观看视频用户在视频播放平台中的用户等级；
依据视频播放平台中该观看视频用户的用户等级信息确定观看视频用户在视频播放平台中的用户等级。
29.根据权利要求27或28所述的客户端，其中，当观看视频用户的用户活跃度高于预定活跃度时，确定该观看视频用户的用户等级为高等级用户；
当观看视频用户的用户活跃度低于预定活跃度时，确定该观看视频用户的用户等级为低等级用户；以及
当观看视频用户的身份信息属于高等级用户的预定身份类型时，确定该观看视频用户的用户等级为高等级用户。
30.根据权利要求28所述的客户端，其中，所述视频播放平台中该观看视频用户的用户活跃度是依据如下方式确定：
依据在预定时长内向服务器发送的该观看视频用户针对所观看视频发布的消息的消息发布频率和/或消息发布数量，确定该观看视频用户的用户活跃度。
31.根据权利要求27所述的客户端，其中，所述第五确定模块进一步用于以下至少一种情形：
当观看视频用户的用户等级为低等级用户时，确定该观看视频用户的消息获取方式为依据预定的第二发送频率向视频播放平台发送针对视频播放平台的消息获取请求，并接收所述视频播放平台返回的针对该视频播放平台的发布消息；
当观看视频用户的用户等级为低等级用户时，确定该观看视频用户的消息获取方式为接收所述视频播放平台依据预定的第二推送频率推送的针对视频播放平台的发布消息。
32.根据权利要求31所述的客户端，其中，第一发送频率高于第二发送频率，第一推送频率高于第二推送频率。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610383930.9A CN106101826B (zh) | 2016-06-01 | 2016-06-01 | 消息发送的方法及装置、客户端消息获取的方法和客户端 |
| PCT/CN2017/086626 WO2017206909A1 (zh) | 2016-06-01 | 2017-05-31 | 消息发送的方法及装置、客户端消息获取的方法和客户端 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610383930.9A CN106101826B (zh) | 2016-06-01 | 2016-06-01 | 消息发送的方法及装置、客户端消息获取的方法和客户端 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106101826A CN106101826A (zh) | 2016-11-09 |
| CN106101826B true CN106101826B (zh) | 2019-08-20 |
Family
ID=57447493
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610383930.9A Active CN106101826B (zh) | 2016-06-01 | 2016-06-01 | 消息发送的方法及装置、客户端消息获取的方法和客户端 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN106101826B (zh) |
| WO (1) | WO2017206909A1 (zh) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106101826B (zh) * | 2016-06-01 | 2019-08-20 | 北京奇虎科技有限公司 | 消息发送的方法及装置、客户端消息获取的方法和客户端 |
| CN106487928B (zh) * | 2016-12-09 | 2019-12-13 | 北京小米移动软件有限公司 | 消息推送方法及装置 |
| CN106878824B (zh) * | 2017-02-16 | 2019-09-17 | 北京乐我无限科技有限责任公司 | 一种信息推送方法、装置及服务端 |
| CN108632634A (zh) * | 2017-03-23 | 2018-10-09 | 北京小唱科技有限公司 | 一种直播服务的提供方法及装置 |
| CN107743138A (zh) * | 2017-07-24 | 2018-02-27 | 上海壹账通金融科技有限公司 | 推送服务器分配方法、装置、计算机设备和存储介质 |
| CN107566910B (zh) * | 2017-08-29 | 2019-11-15 | 武汉斗鱼网络科技有限公司 | 直播资源自定义分配监测方法、存储介质、电子设备及系统 |
| CN107749996A (zh) * | 2017-09-29 | 2018-03-02 | 上海掌门科技有限公司 | 一种用于向用户推送主播信息的方法与设备 |
| CN107948760B (zh) * | 2017-11-30 | 2021-01-29 | 上海哔哩哔哩科技有限公司 | 弹幕播放控制方法、服务器及弹幕播放控制系统 |
| CN108509583A (zh) * | 2018-03-29 | 2018-09-07 | 广东欧珀移动通信有限公司 | 一种信息推送方法、服务器及计算机可读存储介质 |
| CN110460893B (zh) * | 2018-05-08 | 2022-06-03 | 日本聚逸株式会社 | 动态图像分发系统及其方法和记录介质 |
| CN109802994B (zh) * | 2018-12-13 | 2022-03-01 | 平安科技（深圳）有限公司 | 一种基于内容分发网络的消息推送方法及系统 |
| CN111954013B (zh) * | 2020-08-12 | 2022-11-18 | 深圳市富途网络科技有限公司 | 直播互动方法、装置、终端设备、服务器及存储介质 |
| CN116233498B (zh) * | 2023-03-09 | 2023-10-10 | 联通沃音乐文化有限公司 | 一种基于ai人工智能的影音视频播放控制方法 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101355488A (zh) * | 2007-07-25 | 2009-01-28 | 中国移动通信集团公司 | 网络发起的消息类业务中控制流量的方法和系统 |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130332952A1 (en) * | 2010-04-12 | 2013-12-12 | Atul Anandpura | Method and Apparatus for Adding User Preferred Information To Video on TV |
| CN105245960A (zh) * | 2014-07-07 | 2016-01-13 | 乐视网信息技术（北京）股份有限公司 | 视频的弹幕显示方法及装置 |
| CN104618813B (zh) * | 2015-01-20 | 2018-02-13 | 腾讯科技（北京）有限公司 | 弹幕信息处理方法、客户端及服务平台 |
| CN104602131A (zh) * | 2015-02-16 | 2015-05-06 | 腾讯科技（北京）有限公司 | 一种弹幕处理方法及系统 |
| CN105228011A (zh) * | 2015-09-28 | 2016-01-06 | 天脉聚源（北京）科技有限公司 | 一种推送互动电视系统的互动信息的方法及装置 |
| CN105228022A (zh) * | 2015-09-30 | 2016-01-06 | 天脉聚源（北京）科技有限公司 | 一种互动电视系统的互动信息反馈的方法及装置 |
| CN105554528A (zh) * | 2015-12-16 | 2016-05-04 | 武汉斗鱼网络科技有限公司 | 一种直播间中对弹幕用户分组的方法与装置 |
| CN106101826B (zh) * | 2016-06-01 | 2019-08-20 | 北京奇虎科技有限公司 | 消息发送的方法及装置、客户端消息获取的方法和客户端 |
-
2016
- 2016-06-01 CN CN201610383930.9A patent/CN106101826B/zh active Active
-
2017
- 2017-05-31 WO PCT/CN2017/086626 patent/WO2017206909A1/zh active Application Filing
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101355488A (zh) * | 2007-07-25 | 2009-01-28 | 中国移动通信集团公司 | 网络发起的消息类业务中控制流量的方法和系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2017206909A1 (zh) | 2017-12-07 |
| CN106101826A (zh) | 2016-11-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106101826B (zh) | 消息发送的方法及装置、客户端消息获取的方法和客户端 | |
| Vann | Changing the game: The role of social media in overcoming old media's attention deficit toward women's sport | |
| Lochrie et al. | Sharing the viewing experience through second screens | |
| US9538250B2 (en) | Methods and systems for creating and managing multi participant sessions | |
| US8392238B2 (en) | Interest profiles for audio and/or video streams | |
| US8910208B2 (en) | Interactive video system | |
| CN107705005A (zh) | 一种影视内容价值评估方法 | |
| US20070028272A1 (en) | Live television show utilizing real-time input from a viewing audience | |
| US20130125159A1 (en) | Media information system and method | |
| CN107172452A (zh) | 直播间推荐方法及装置 | |
| US20150304605A1 (en) | Interactive video system | |
| Rubenking et al. | The sweet spot: An examination of second-screen sports viewing | |
| CN102932681A (zh) | 电视节目推荐的实现方法及系统 | |
| KR102404737B1 (ko) | 멀티뷰 제공을 위한 스트리밍 플레이어 장치 및 그 방법 | |
| Lochrie et al. | Tweeting with the telly on! | |
| CN106209824A (zh) | 数据的云编辑方法、系统以及云编辑的客户端 | |
| CN106027673B (zh) | 资源预推送的控制及训练方法、装置 | |
| CN103248921B (zh) | 广告播放方法、装置及系统 | |
| KR101431245B1 (ko) | 데이터 스트림의 서머리의 생성을 가능하게 하기 위한 방법 및 시스템 | |
| CN105979225B (zh) | 一种多人视频房间的监控方法和装置 | |
| US11541319B2 (en) | System and method for filtering stream chats | |
| Given et al. | Questions and answers and tweets | |
| CN111629236B (zh) | 好友关系建立方法、装置、设备以及计算机可读存储介质 | |
| KR20200013966A (ko) | 맞춤형 멀티뷰 제공을 위한 스트리밍 플랫폼 장치 및 그 방법 | |
| CN106604076B (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 | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20211210 Address after: 300450 No. 9-3-401, No. 39, Gaoxin 6th Road, Binhai Science Park, high tech Zone, Binhai New Area, Tianjin Patentee after: 3600 Technology Group Co.,Ltd. Address before: 100088 room 112, block D, 28 new street, new street, Xicheng District, Beijing (Desheng Park) Patentee before: BEIJING QIHOO TECHNOLOGY Co.,Ltd. Patentee before: Qizhi software (Beijing) Co.,Ltd. |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20230714 Address after: 1765, floor 17, floor 15, building 3, No. 10 Jiuxianqiao Road, Chaoyang District, Beijing 100015 Patentee after: Beijing Hongxiang Technical Service Co.,Ltd. Address before: 300450 No. 9-3-401, No. 39, Gaoxin 6th Road, Binhai Science Park, high tech Zone, Binhai New Area, Tianjin Patentee before: 3600 Technology Group Co.,Ltd. |