CN106973328B - 一种信息加载方法及装置 - Google Patents

一种信息加载方法及装置 Download PDF

Info

Publication number
CN106973328B
CN106973328B CN201710150980.7A CN201710150980A CN106973328B CN 106973328 B CN106973328 B CN 106973328B CN 201710150980 A CN201710150980 A CN 201710150980A CN 106973328 B CN106973328 B CN 106973328B
Authority
CN
China
Prior art keywords
partition
information
loading
user
bullet screen
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
Application number
CN201710150980.7A
Other languages
English (en)
Other versions
CN106973328A (zh
Inventor
姚金明
陈少杰
张文明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Jiujiu Information Technology Suzhou Co ltd
Original Assignee
Wuhan Douyu Network Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Wuhan Douyu Network Technology Co Ltd filed Critical Wuhan Douyu Network Technology Co Ltd
Priority to CN201710150980.7A priority Critical patent/CN106973328B/zh
Publication of CN106973328A publication Critical patent/CN106973328A/zh
Application granted granted Critical
Publication of CN106973328B publication Critical patent/CN106973328B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/488—Data services, e.g. news ticker
    • H04N21/4884—Data services, e.g. news ticker for displaying subtitles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/403—Arrangements for multi-party communication, e.g. for conferences
    • 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/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H04N21/4438—Window management, e.g. event handling following interaction with the user interface
    • 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
    • H04N21/4782—Web browsing, e.g. WebTV

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Human Computer Interaction (AREA)
  • Software Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本发明提供一种信息加载方法及装置，包括：获取直播间的用户连接数和所属的分区；若所述用户连接数小于第一预设阈值，则对所述分区中的用户登录信息和所述分区中的弹幕信息进行镜像加载；将镜像加载的用户登录信息和弹幕信息显示在所述直播间中。本发明在满足预设加载条件下，通过将直播间所属分区的用户登录信息和弹幕信息镜像加载到该直播间，提高了用户访问的正式度，为主播营造一种众多用户进入的氛围，提高了主播开播的积极性，提升了主播的用户体验。

Description

一种信息加载方法及装置
技术领域
本发明涉及直播领域，更具体地，涉及一种信息加载方法及装置。
背景技术
随着网络交互平台的发展，越来越多的用户通过登录网络交互平台进行交流。其中，网络直播是非常受广大用户欢迎的应用。随着直播行业的快速发展，越来越多的主播也快速成长起来。
在直播期间，用户可以与主播进行互动，如发送弹幕、给主播赠送礼物等。这样不仅增加了主播与用户之间互动的趣味性，也是对主播的肯定，主播还可以根据人气与直播内容的精彩程度获得相应的奖励，从而调动主播和用户参与的积极性。
目前，由于主播开播的时间不确定，以及用户在主播开播时获取主播的开播信息滞后，导致大部分主播，尤其是中小主播在开播前面临无用户交流的尴尬局面。由于用户无法在第一时间得知主播开播，从而无法第一时间登录主播对应的直播间观看直播，因此在直播开播的前期主播无法与用户进行交流，从使主播的体验效果差，往往会导致部分主播弃播。
发明内容
为克服上述主播开播时用户交流不足的问题或者至少部分地解决上述问题，本发明提供了一种信息加载方法及装置。
根据本发明的一个方面，提供一种信息加载方法，包括：
获取直播间的用户连接数和所属分区；
若所述用户连接数小于第一预设阈值，则对所述分区中的用户登录信息和所述分区中的弹幕信息进行镜像加载；
将镜像加载的用户登录信息和弹幕信息显示在所述直播间中。
具体地，还包括：
若所述用户连接数大于或等于所述第一预设阈值，则根据历史弹幕条数或实时弹幕条数获取发送弹幕的频率；
若所述发送弹幕的频率小于第二预设阈值，则对所述分区中的用户登录信息和所述分区中的弹幕信息进行镜像加载。
具体地，对所述分区中的用户登录信息和所述分区中的弹幕信息进行镜像加载，包括：
对所述分区中的用户登录信息进行加载，同时对所述分区中的弹幕信息进行预加载。
具体地，对所述分区中的用户登录信息和弹幕信息进行镜像加载，包括：
获取用户的登录时间和发送弹幕信息的时间；
根据所述登录时间对所述分区中的用户登录信息进行倒序加载，
根据所述发送弹幕信息的时间对所述分区中的弹幕信息进行倒序加载。
具体地，还包括：
每隔第一预设时长重新获取所述直播间的用户连接数。
具体地，还包括：
若判断镜像加载的时长超过第二预设时长，则停止镜像加载。
根据本发明的另一个方面，提供一种信息加载装置，包括：
获取单元，用于获取直播间的用户连接数和所属分区；
加载单元，用于所述用户连接数小于第一预设阈值时，对所述分区中的用户登录信息和所述分区中的弹幕信息进行镜像加载；
显示单元，用于将镜像加载的用户登录信息和弹幕信息显示在所述直播间中。
具体地，所述获取单元还用于：
在所述用户连接数大于或等于所述第一预设阈值时，根据历史弹幕条数或实时弹幕条数获取发送弹幕的频率；
相应地，所述加载单元还用于：在所述发送弹幕频率小于第二预设阈值时，对所述分区中的用户登录信息和所述分区中的弹幕信息进行镜像加载。
具体地，所述加载单元具体用于：
对所述分区中的用户登录信息进行加载，同时对所述分区中的弹幕信息进行预加载。
具体地，所述获取单元还用于：
每隔第一预设时长重新获取所述直播间的用户连接数。
本申请提出的一种信息加载方法及装置，在满足预设加载条件下，通过镜像加载，将直播间所属分区的用户登录信息和弹幕信息显示在该直播间中，为主播营造一种众多用户进入的氛围，提高了主播开播的积极性，提升了主播的用户体验。
附图说明
图1为本发明实施例提供的信息加载方法流程图；
图2为本发明实施例提供的信息加载方法的整体流程图；
图3为本发明实施例提供的信息加载方法的又一整体流程图；
图4为本发明实施例提供的信息加载装置结构图。
具体实施方式
下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明，但不用来限制本发明的范围。
图1为本发明实施例提供的信息加载方法流程图。如图1所示，包括：S1，获取直播间的用户连接数和所属分区；S2，若所述用户连接数小于第一预设阈值，则对所述分区中的用户登录信息和所述分区中的弹幕信息进行镜像加载；S3，将镜像加载的用户登录信息和弹幕信息显示在所述直播间中。
具体地，S1中，当主播在开启直播前需要进行登录操作，主播登录后开启直播间，服务器判断当前主播是否存在扣分或封禁的违规记录，若主播的所有分值被扣完或存在封禁的违规记录，则提示主播无法开启直播，否则主播正常开启直播间。主播开启直播间后，服务器获取所述直播间的用户连接数和所属分区。所述用户连接数为除主播以外进入所述直播间的用户总数，直播间的分区根据直播的种类划分。S2中，服务器根据所述用户连接数判断是否进行镜像加载，即若所述用户连接数小于第一预设阈值，则可以将所述直播间所属分区中的用户登录信息进行镜像加载，也可以将所述分区中的用户登录信息和所述分区中的弹幕信息同时进行镜像加载，否则不进行镜像加载。所述用户登录信息可以为正在登录的用户信息。所述用户登录信息可以包括用户图像、用户名，还可以为当前直播间所属分区中登录的用户总数。所述弹幕信息可以包括用户名、用户留言，还可以为用户在界面上选择发送的信息。所述镜像加载是一种冗余的加载处理方式，将所述直播间所属分区中的用户登录信息和弹幕信息以冗余的方式加载到内存中。本实施例不限于主播刚开启直播间的情况。
具体地，在主播进行登录时，服务器通过$socket＝Usersocket_create(AF_INET,SOCK_STREAM,0)or die("服务器连接失败！")判断主播登录是否成功。如图2所示，服务器获取主播开启直播的操作后，默认加载弹幕服务，即Return BarrageService()。在连接弹幕服务后，启动预加载服务，即PrestrainService()。在启动预加载服务后，可以直接启动预加载程序和镜像程序进行加载，也可以在满足一定的条件下进行镜像加载，即，所述弹幕服务获取所述直播间的用户连接数，即$ActualUsers＝BarrageService.Connect.Number(LiveRoomID)和所属分区，并将其传递给预加载服务。所述预加载服务判断所述用户连接数是否小于所述第一预设阈值，如所述第一预设阈值为50，若所述用户连接数小于所述第一预设阈值，即if($ActualUsers<50)，则启动预加载程序，即Return RoomImageService()，以及镜像程序。其中镜像程序将所述直播间所属分区中的用户登录信息和弹幕信息加载到内存中。本实施例不限于具体实现的程序。
本实施例在用户连接数很少时，通过对用户登录信息和弹幕信息同时进行镜像加载，使主播可以同时观看到自己直播间所属分区的用户登录信息和弹幕信息，提高了用户访问的正式度，为主播营造一种众多用户进入且用户参与度高的氛围，提高了主播开播的积极性，提升了主播的用户体验。同时，通过内存加载，提高了加载效率。
在上述实施例的基础上，本实施例还包括：若所述用户连接数大于或等于所述第一预设阈值，则根据历史弹幕条数或实时弹幕条数获取发送弹幕的频率；若所述发送弹幕的频率小于第二预设阈值，则对所述分区中的用户登录信息和所述分区中的弹幕信息进行镜像加载。
具体地，所述历史弹幕条数为服务器获取的所述直播间的弹幕总数。服务器还获取从第一个弹幕发送开始到最后一个弹幕发送完的时间，用所述弹幕总数除以所述时间获取每分钟发送弹幕的条数，将所述每分钟发送弹幕的条数作为所述发送弹幕的频率。服务器还可以获取所述直播间的实时弹幕条数，将最近一分钟发送弹幕的条数作为所述发送弹幕的频率。若服务器判断所述用户连接数大于或等于所述第一预设阈值，则服务器进一步判断所述发送弹幕的频率是否小于所述第二预设阈值。如果所述发送弹幕的频率小于所述第二预设阈值，则进行镜像加载，否则不进行镜像加载。
具体地，如图2所示，若服务器判断所述用户连接数大于所述第一预设阈值，则进行下一步判断，即Return BarrageServiceShow()。服务器可以在BarrageServiceMessage()中获取所述直播间的弹幕总数，即(Barrage$BarrageMessageSum)$BarrageMessageSum＝BarrageService.Message.Minute(LiveRoomID)，以及从第一个弹幕发送开始到最后一个弹幕发送完的时间。服务器还可以直接将最近一分钟发送弹幕的条数作为所述发送弹幕的频率。假设所述第一预设阈值为50，所述用户连接数大于50，所述第二预设阈值为10，判断所述发送弹幕的频率是否小于10，即if($BarrageMessageSum<10)，如果所述发送弹幕的频率大于10，则停止镜像加载，关闭预加载服务，即socket_close($RequestUserType)，否则启动预加载程序，即Return RoomImageService()。本实施例不限于具体实现的程序。
本实施例在用户连接数达标，但是用户参与度较低的情况下，增加了统计维度，通过对用户登录信息和弹幕信息进行镜像加载，提高了用户访问的正式度，为主播营造一种众多用户进入的氛围，提高了主播开播的积极性，提升了主播的用户体验。
在上述实施例的基础上，本实施例中对所述直播间所属分区中的用户登录信息和弹幕信息进行镜像加载，包括：对所述分区中的用户登录信息进行加载，同时对所述分区中的弹幕信息进行预加载。
具体地，由于用户登录信息的数据量级较小，可以进行直接加载。而弹幕信息数据量级较大，不能直接进行加载，如果直接进行加载，可能会导致服务器崩溃。服务器获取用户的登录时间和发送弹幕信息的时间，并根据所述登录时间将所述分区中的用户登录信息进行倒序加载，根据所述发送弹幕信息的时间将所述分区中的弹幕信息进行倒序加载。这样使得最新的用户登录信息和弹幕信息最先加载。服务器可以根据需要指定每分钟的弹幕信息加载条数，如每分钟加载10条，则加载的是最新的10条弹幕信息，还可以指定每条弹幕信息的加载频率，如以6S每条的频率加载。使用镜像加载的用户登录信息和弹幕信息不计入有效的用户登录数和弹幕条数。
具体地，对所述直播间所属分区中的用户登录信息进行加载，即$UserPartition＝sql(select Partition form web_Partition_old where UserType＝'UserType')。同时对所述直播间所属分区中的弹幕信息进行预加载，即ImageBarrageDetailed＝BarrageService.Message.Detailed($UserPartition)。加载规则按照时间进行倒叙加载，即LoadMemoryLogin(ImageUserLogin)、LoadMemoryDetailed(ImageBarrageDetailed)，并将所述用户登录信息，弹幕信息同步加载至内存中。本实施例不限于具体实现的程序。
本实施例通过对用户登录信息和弹幕信息进行镜像加载，提高了用户访问的正式度，为主播营造一种众多用户进入的氛围，提高了主播开播的积极性，提升了主播的用户体验。
在上述实施例的基础上，本实施例还包括：每隔第一预设时长重新获取所述直播间的用户连接数。
具体地，服务器在首次对所述用户登录信息和所述弹幕信息进行镜像加载后，每隔第一预设时长，重新获取所述直播间的用户连接数。服务器判断所述用户连接数是否小于第一预设阈值，如果所述用户连接数小于所述第一预设阈值，则继续对所述用户登录信息和弹幕信息进行镜像加载和显示。一种情况，如图2所示，如果所述用户连接数大于或等于所述第一预设阈值，则服务器可以停止镜像加载，并停止预加载服务。另一种情况，如图3所示，在所述用户连接数大于或等于所述第一预设阈值时，服务器也可以继续根据历史弹幕条数或实时弹幕条数获取发送弹幕的频率。服务器判断所述发送弹幕的频率是否小于所述第二预设阈值。如果所述发送弹幕的频率小于所述第二预设阈值，则进行镜像加载，否则不进行镜像加载。
本实施例每隔一段时间判断是否满足预设加载条件，对不满足预加载条件的情况终止镜像加载和预加载服务，减少了资源的浪费。
在上述实施例的基础上，本实施例还包括：若判断镜像加载的时长超过第二预设时长，则停止镜像加载。
具体地，如图2和图3所示，将镜像加载的时长限定在第二预设时长内，若超过第二预设时长，则自动停止镜像加载，并关闭预加载服务，即close(PrestrainService())。关闭之后采用逐步递减的方式还原主播正常的人气显示。同时清除镜像加载的弹幕记录，即EliminateBarrage(record)。本实施例对资源的占用时长进行了限制，减少了资源的浪费。
本实施例在满足预设加载条件下，通过镜像加载，将直播间所属分区的用户登录信息和弹幕信息显示在该直播间中，为主播营造一种众多用户进入的氛围，提高了主播开播的积极性，提升了主播的用户体验。
图4为本发明实施例提供的信息加载装置结构图。如图4所示，包括获取单元1、加载单元2和显示单元3，其中：
所述获取单元1用于获取所述直播间的用户连接数和所属分区；所述加载单元2用于在所述用户连接数小于第一预设阈值时，对所述分区中的用户登录信息和所述分区中的弹幕信息进行镜像加载；所述显示单元3用于将镜像加载的用户登录信息和弹幕信息显示在所述直播间中。
具体地，当主播在开启直播前需要进行登录操作，主播登录后开启直播间，服务器判断当前主播是否存在扣分或封禁的违规记录，若主播的所有分值被扣完或存在封禁的违规记录，则提示主播无法开启直播，否则主播正常开启直播间。主播开启直播间后，所述获取单元1获取所述直播间的用户连接数和所属分区。所述用户连接数为除主播以外进入所述直播间的用户总数，直播间的分区根据直播的种类划分。所述加载单元2根据所述用户连接数判断是否进行镜像加载，即若所述用户连接数小于第一预设阈值，则将所述直播间所属分区中的用户登录信息和弹幕信息进行镜像加载，否则不进行镜像加载。所述用户登录信息可以为正在登录的用户信息。所述用户登录信息可以包括用户图像、用户名，还可以为当前直播间所属分区中登录的用户总数。所述弹幕信息可以包括用户名、用户留言，还可以为用户在界面上选择发送的信息。所述镜像加载是一种冗余的加载处理方式，将所述直播间所属分区中的用户登录信息和弹幕信息以冗余的方式加载到内存中。所述显示单元3将所述用户登录信息和弹幕信息显示在当前直播间中。本实施例不限于主播刚开启直播间的情况。
本实施例在用户连接数很少时，通过对用户登录信息和弹幕信息进行镜像加载，提高了用户访问的正式度，为主播营造一种众多用户进入的氛围，提高了主播开播的积极性，提升了主播的用户体验。
在上述事实例的基础上，本实施例中所述获取单元1还用于在所述用户连接数大于或等于所述第一预设阈值时，根据历史弹幕条数或实时弹幕条数获取发送弹幕的频率；相应地，所述加载单元2还用于在所述发送弹幕的频率小于第二预设阈值时，对所述分区中用户登录信息和所述分区中的弹幕信息进行镜像加载。
具体地，所述历史弹幕条数为所述获取单元1获取的所述直播间的弹幕总数。所述获取单元1还获取从第一个弹幕发送开始到最后一个弹幕发送完的时间，用所述弹幕总数除以所述时间获取每分钟发送弹幕的条数，将所述每分钟发送弹幕的条数作为所述发送弹幕的频率。所述获取单元1还可以获取所述直播间的实时弹幕条数，将最近一分钟发送弹幕的条数作为所述发送弹幕的频率。若所述加载单元2判断所述用户连接数大于所述第一预设阈值，则所述加载单元2进一步判断所述发送弹幕的频率是否小于所述第二预设阈值。如果所述发送弹幕的频率小于所述第二预设阈值，则进行镜像加载，否则不进行镜像加载。
本实施例在用户连接数达标，但是用户参与度较低的情况下，增加了统计维度，通过对用户登录信息和弹幕信息进行镜像加载，提高了用户访问的正式度，为主播营造一种众多用户进入的氛围，提高了主播开播的积极性，提升了主播的用户体验。
在上述事实例的基础上，本实施例中所述加载单元2具体用于对所述分区中的用户登录信息进行加载，同时对所述分区中的弹幕信息进行预加载。
具体地，由于用户登录信息的数据量级较小，可以进行直接加载。而弹幕信息数据量级较大，不能直接进行加载，如果直接进行加载，可能会导致服务器崩溃。所述获取单元1还用于获取用户的登录时间和发送弹幕信息的时间，相应地，所述加载单元2还用于根据所述登录时间将所述分区中的用户登录信息进行倒序加载，根据所述发送弹幕信息的时间将所述分区中的弹幕信息进行倒序加载。这样使得最新的用户登录信息和弹幕信息最先加载。所述加载单元2可以根据需要指定每分钟的弹幕信息加载条数。同时，还可以指定每条弹幕信息的加载频率。使用镜像加载的用户登录信息和弹幕信息不计入有效的用户登录数和弹幕条数。
本实施例在满足预设加载条件的情况下，通过对用户登录信息和弹幕信息进行镜像加载，提高了用户访问的正式度，为刚开播的主播营造一种众多用户进入的氛围，提高了主播开播的积极性，提升了主播的用户体验。
在上述事实例的基础上，本实施例中所述获取单元1还用于：每隔第一预设时长重新获取所述直播间的用户连接数。
具体地，所述获取单元1在首次对所述用户登录信息和所述弹幕信息进行镜像加载后，每隔第一预设时长，重新获取所述直播间的用户连接数。所述加载单元2判断所述用户连接数是否小于所述第一预设阈值，如果所述用户连接数小于第一预设阈值，则继续对所述用户登录信息和弹幕信息进行镜像加载，所述显示单元3继续对所述用户登录信息和弹幕信息进行显示。一种情况，如图2所示，所述加载单元2还用于在所述用户连接数大于或等于所述第一预设阈值时，停止镜像加载，并停止预加载服务。另一种情况，如图3所示，在所述用户连接数大于或等于所述第一预设阈值时，所述获取单元1可以继续根据历史弹幕条数或实时弹幕条数获取发送弹幕的频率。所述加载单元2判断所述发送弹幕的频率是否小于所述第二预设阈值。如果所述发送弹幕的频率小于所述第二预设阈值，则进行镜像加载，否则不进行镜像加载。
本实施例每隔一段时间判断是否满足预设加载条件，对不满足预加载条件的情况终止镜像加载和预加载服务，减少了资源的浪费。
最后，本申请的方法仅为较佳的实施方案，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种信息加载方法，其特征在于，包括：
获取直播间的用户连接数和所属的分区；其中，所述直播间所属的分区根据直播的种类划分；
若所述用户连接数小于第一预设阈值，则对所述分区中的用户登录信息和所述分区中的弹幕信息进行镜像加载；
将镜像加载的用户登录信息和弹幕信息显示在所述直播间中。
2.根据权利要求1所述的方法，其特征在于，还包括：
若所述用户连接数大于或等于所述第一预设阈值，则根据历史弹幕条数或实时弹幕条数获取发送弹幕的频率；
若所述发送弹幕的频率小于第二预设阈值，则对所述分区中的用户登录信息和所述分区中的弹幕信息进行镜像加载。
3.根据权利要求1或2所述的方法，其特征在于，对所述分区中的用户登录信息和所述分区中的弹幕信息进行镜像加载，包括：
对所述分区中的用户登录信息进行加载，同时对所述分区中的弹幕信息进行预加载。
4.根据权利要求3所述的方法，其特征在于，对所述分区中的用户登录信息和所述分区中的弹幕信息进行镜像加载，包括：
获取用户的登录时间和发送弹幕信息的时间；
根据所述登录时间对所述分区中的用户登录信息进行倒序加载，
根据所述发送弹幕信息的时间对所述分区中的弹幕信息进行倒序加载。
5.根据权利要求1或2所述的方法，其特征在于，还包括：
每隔第一预设时长重新获取所述直播间的用户连接数。
6.根据权利要求1或2所述的方法，其特征在于，还包括：
若判断镜像加载的时长超过第二预设时长，则停止镜像加载。
7.一种信息加载装置，其特征在于，包括：
获取单元，用于获取直播间的用户连接数和所属分区；其中，所述直播间所属的分区根据直播的种类划分；
加载单元，用于在所述用户连接数小于第一预设阈值时，对所述分区中的用户登录信息和所述分区中的弹幕信息进行镜像加载；
显示单元，用于将镜像加载的用户登录信息和弹幕信息显示在所述直播间中。
8.根据权利要求7所述的装置，其特征在于，所述获取单元还用于：
在所述用户连接数大于或等于所述第一预设阈值时，根据历史弹幕条数或实时弹幕条数获取发送弹幕的频率；
相应地，所述加载单元还用于：在所述发送弹幕频率小于第二预设阈值时，对所述分区中的用户登录信息和所述分区中的弹幕信息进行镜像加载。
9.根据权利要求7或8所述的装置，其特征在于，所述加载单元具体用于：
对所述分区中的用户登录信息进行加载，同时对所述分区中的弹幕信息进行预加载。
10.根据权利要求7或8所述的装置，其特征在于，所述获取单元还用于：
每隔第一预设时长重新获取所述直播间的用户连接数。
CN201710150980.7A 2017-03-14 2017-03-14 一种信息加载方法及装置 Active CN106973328B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710150980.7A CN106973328B (zh) 2017-03-14 2017-03-14 一种信息加载方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710150980.7A CN106973328B (zh) 2017-03-14 2017-03-14 一种信息加载方法及装置

Publications (2)

Publication Number Publication Date
CN106973328A CN106973328A (zh) 2017-07-21
CN106973328B true CN106973328B (zh) 2020-03-17

Family

ID=59328552

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710150980.7A Active CN106973328B (zh) 2017-03-14 2017-03-14 一种信息加载方法及装置

Country Status (1)

Country Link
CN (1) CN106973328B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108551585B (zh) * 2018-03-28 2021-01-01 武汉斗鱼网络科技有限公司 一种弹幕校验方法、装置、服务器及介质
CN108563924A (zh) * 2018-04-24 2018-09-21 深圳市亿道数码技术有限公司 一种基于区块链的多媒体生态***

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104618806A (zh) * 2014-03-17 2015-05-13 腾讯科技（北京）有限公司 获取视频的评论信息的方法、装置及***
CN104754396A (zh) * 2015-03-12 2015-07-01 腾讯科技（北京）有限公司 弹幕数据的显示方法及装置
CN105657475A (zh) * 2016-03-15 2016-06-08 武汉斗鱼网络科技有限公司 一种直播网站中将用户进行分组的方法及装置
CN105812885A (zh) * 2016-03-11 2016-07-27 武汉斗鱼网络科技有限公司 一种视频直播中的弹幕显示方法和***

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104618806A (zh) * 2014-03-17 2015-05-13 腾讯科技（北京）有限公司 获取视频的评论信息的方法、装置及***
CN104754396A (zh) * 2015-03-12 2015-07-01 腾讯科技（北京）有限公司 弹幕数据的显示方法及装置
CN105812885A (zh) * 2016-03-11 2016-07-27 武汉斗鱼网络科技有限公司 一种视频直播中的弹幕显示方法和***
CN105657475A (zh) * 2016-03-15 2016-06-08 武汉斗鱼网络科技有限公司 一种直播网站中将用户进行分组的方法及装置

Also Published As

Publication number Publication date
CN106973328A (zh) 2017-07-21

Similar Documents

Publication Publication Date Title
CN105451087B (zh) 弹幕信息的推送方法、终端、历史数据服务器及***
CN107105309A (zh) 直播调度方法及装置
CN109981628B (zh) 网络直播软件性能的监控方法及装置、电子设备
CN105516820A (zh) 一种弹幕交互方法和装置
JP2007534076A (ja) ネットワークチャット環境におけるチャット負荷管理のためのシステム及び方法
CN107071536A (zh) 用户切换清晰度加载视频流的方法及***
CN105847367A (zh) 服务请求处理方法及装置
CN108449606B (zh) 一种弹幕限制方法、装置、服务器及介质
CN109151598B (zh) 直播间话题的确定方法，装置、计算机设备及存储介质
CN112988679B (zh) 日志采集控制方法、装置、存储介质及服务器
CN106973328B (zh) 一种信息加载方法及装置
CN104410872A (zh) 一种视频源审核方法及装置
CN108174226A (zh) 直播视频的转码装置、方法及计算机可读存储介质
CN108243222A (zh) 服务器网络架构方法及装置
CN106604149A (zh) 一种直播间交互状况的展示方法及装置
CN107040576A (zh) 信息推送方法及装置、通讯***
CN107205173B (zh) 一种网络直播中的弹幕互动的方法和装置
CN108933947B (zh) 弹幕显示方法及装置
CN110956509A (zh) 一种户外广告监播方法及装置
CN111008209B (zh) 数据的对账方法、装置及***、存储介质、电子装置
CN106657172A (zh) 一种信息推送的实现方法及装置
CN111767558A (zh) 数据访问监控方法、装置及***
CN103259863B (zh) 基于集群的控制zookeeper服务的***及方法
CN113014615B (zh) 数据同步方法、装置和***
CN106547665A (zh) 用于广告业务的性能测试***及方法

Legal Events

Date Code Title Description
PB01 Publication
SE01 Entry into force of request for 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: 20231222

Address after: B1101, No. 150, Shangzao Building, Gaofeng Community, Dalang Street, Longhua District, Shenzhen, Guangdong 518000

Patentee after: Shenzhen Litong Zhiyuan Technology Transfer Center Co.,Ltd.

Address before: 510000 2414-2416 of the main building 371, five mountain road, Tianhe District, Guangzhou, Guangdong.

Patentee before: GUANGDONG GAOHANG INTELLECTUAL PROPERTY OPERATION Co.,Ltd.

Effective date of registration: 20231222

Address after: 510000 2414-2416 of the main building 371, five mountain road, Tianhe District, Guangzhou, Guangdong.

Patentee after: GUANGDONG GAOHANG INTELLECTUAL PROPERTY OPERATION Co.,Ltd.

Address before: 430000 Wuhan Donghu Development Zone, Wuhan, Hubei Province, No. 1 Software Park East Road 4.1 Phase B1 Building 11 Building

Patentee before: WUHAN DOUYU NETWORK TECHNOLOGY Co.,Ltd.

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20240124

Address after: 1901 Jinhe International Center, No. 88 Shishan Road, Huqiu District, Suzhou City, Jiangsu Province, 215000

Patentee after: Jiujiu Information Technology (Suzhou) Co.,Ltd.

Country or region after: China

Address before: B1101, No. 150, Shangzao Building, Gaofeng Community, Dalang Street, Longhua District, Shenzhen, Guangdong 518000

Patentee before: Shenzhen Litong Zhiyuan Technology Transfer Center Co.,Ltd.

Country or region before: China