CN114189734A - 直播间的消息处理方法及相关产品 - Google Patents

直播间的消息处理方法及相关产品 Download PDF

Info

Publication number
CN114189734A
CN114189734A CN202111497296.9A CN202111497296A CN114189734A CN 114189734 A CN114189734 A CN 114189734A CN 202111497296 A CN202111497296 A CN 202111497296A CN 114189734 A CN114189734 A CN 114189734A
Authority
CN
China
Prior art keywords
live broadcast
broadcast room
message
joining
new
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
Application number
CN202111497296.9A
Other languages
English (en)
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.)
Shenzhen Futu Network Technology Co Ltd
Original Assignee
Shenzhen Futu 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 Shenzhen Futu Network Technology Co Ltd filed Critical Shenzhen Futu Network Technology Co Ltd
Publication of CN114189734A publication Critical patent/CN114189734A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/431Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
    • H04N21/4316Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations for displaying supplemental content in a region of the screen, e.g. an advertisement in a separate window
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/442Monitoring 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/44213Monitoring of end-user related data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/478Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4788Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/488Data services, e.g. news ticker
    • H04N21/4884Data services, e.g. news ticker for displaying subtitles

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Social Psychology (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请实施例提供一种直播间的消息处理方法及相关产品,所述方法包括:UE对直播间注册群事件监听,所述群事件监听用于通知加入所述直播间的新用户;若监听到新用户加入到该直播间时,UE获取新用户的数量x以及x个新用户对应的x个加入时间;UE依据该数量x以及x个加入时间确定该新用户的通知消息的显示策略。本申请提供的技术方案具有用户体验度高的优点。

Description

直播间的消息处理方法及相关产品
技术领域
本申请涉及网络技术领域,尤其涉及一种直播间的消息处理方法及相关产品。
背景技术
现有的直播间的通过人员加入消息来渲染热闹氛围,其具体的方案具体可以包括:来一个人展示一个人;有人加入直播间,就会在聊天列表,展示一条xxx加入直播间的消息,如果5个人加入了直播间,就会出现5条xxx加入了直播间的消息。
现有的直播间的人员加入消息无法满足现有直播间的对消息刷屏的问题,降低用户体验度。
发明内容
本申请实施例公开了一种直播间的消息处理方法及相关产品,避免了消息刷屏的问题,提高用户体验度的优点。
第一方面,提供一种直播间的消息处理方法,所述方法应用于用户设备UE,所述方法包括如下步骤:
UE对直播间注册群事件监听,所述群事件监听用于通知加入所述直播间的新用户;
若监听到新用户加入到该直播间时,UE获取新用户的数量x以及x个新用户对应的x 个加入时间;
UE依据该数量x以及x个加入时间确定该新用户的通知消息的显示策略。
第二方面,提供一种直播间的消息处理装置,所述直播间的消息处理装置包括:
处理单元,用于对直播间注册群事件监听,所述群事件监听用于通知加入所述直播间的新用户;
获取单元,用于若监听到新用户加入到该直播间时,获取新用户的数量x以及x个新用户对应的x个加入时间;
处理单元,还用于依据该数量x以及x个加入时间确定该新用户的通知消息的显示策略。
第三方面,提供一种用户设备,包括处理器、存储器、通信接口,以及一个或多个程序,所述一个或多个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述程序包括用于执行第一方面所述的方法中的步骤的指令。
本申请实施例第四方面公开了一种计算机可读存储介质,其特征在于,存储用于电子数据交换的计算机程序,其中,所述计算机程序使得计算机执行第一方面所述的方法。
本申请实施例第五方面公开了一种计算机程序产品,其中,上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,上述计算机程序可操作来使计算机执行如本申请实施例第一方面中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。
通过实施本申请实施例,本申请提供的技术方案UE对直播间注册群事件监听,所述群事件监听用于通知加入所述直播间的新用户;若监听到新用户加入到该直播间时,UE获取新用户的数量x以及x个新用户对应的x个加入时间;UE依据该数量x以及x个加入时间确定该新用户的通知消息的显示策略。这样本申请的方案通过直播间的注册群事件监听新用户的加入,并且依据新用户的数量x以及对应的加入时间确定通知消息的显示策略,由于依据数量调整了显示策略,因此避免了消息刷屏,提高了用户体验度。
附图说明
以下对本申请实施例用到的附图进行介绍。
图1A是本申请实施例提供的一种直播间的消息处理方法的流程示意图;
图1B是本申请实施例提供的一种时间区间划分方法的演示示意图;
图1C是本申请实施例提供的另一种时间区间划分方法的演示示意图;
图1D是本申请实施例提供的直播间的界面演示示意图;
图2是本申请实施例提供的另一种直播间的消息处理方法的流程示意图;
图3是本申请实施例提供的一种用户设备的结构示意图;
图4是本申请实施例提供的一种直播间的消息处理装置的结构示意图。
具体实施方式
下面结合本申请实施例中的附图对本申请实施例进行描述。
本申请中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,表示前后关联对象是一种“或”的关系。
本申请实施例中出现的“多个”是指两个或两个以上。本申请实施例中出现的第一、第二等描述,仅作示意与区分描述对象之用,没有次序之分,也不表示本申请实施例中对设备个数的特别限定,不能构成对本申请实施例的任何限制。本申请实施例中出现的“连接”是指直接连接或者间接连接等各种连接方式,以实现设备间的通信,本申请实施例对此不做任何限定。
本申请实施例所描述用户设备可以包括智能手机(如Android手机、iOS手机、Windows Phone手机等)、平板电脑、掌上电脑、笔记本电脑、视频矩阵、监控平台、移动互联网设备(mobile internet devices,MID)或穿戴式设备等,上述仅是举例,而非穷举,包含但不限于上述装置。
参阅图1A,图1A提供了一种直播间的消息处理方法,如图1A所示,该方法可以由用户设备执行,该方法如图1A所示,包括如下步骤:
101、UE对直播间注册群事件监听,所述群事件监听用于通知加入所述直播间的新用户。
其中,群事件监听可以用于通知指定时间段内加入直播间的新用户,指定时间段可以预先设置或者时间默认,或者,群事件监听可以用于通知观看直播的时长超过设定时长的直播间的新用户,设定时长可以预先设置或者系统默认。
本申请实施例中,直播间的数量可以为一个或者多个,例如,针对一个直播间注册群事件监听,或者,也可以对一个直播间组注册群事件监听。
102、若监听到新用户加入到该直播间时,UE获取新用户的数量x以及x个新用户对应的x个加入时间。
具体实现中,每一新用户在加入到直播间时候,则可以对应一个加入时间,进而,若在某个时刻或者时间段监听到新用户加入到该直播间时,则可以获取新用户的数量x以及x个新用户对应的x个加入时间。
当然,用户设备还可以获取新用户的其他信息,该其他信息可以包括以下至少一种:身份信息、新用户的设备信息、新用户的登录地点等等,在此不做限定。
其中,身份信息可以包括以下至少一种:用户名、用户等级、头像、年龄、职业、学历、地址、注册时间、用户画像等等,在此不做限定。新用户的设备信息可以包括以下至少一种: IP地址、登录设备的设备型号等等,在此不做限定。
103、UE依据该数量x以及x个加入时间确定该新用户的通知消息的显示策略。
具体实现中,不同的新用户数量,可以对应不同的显示策略,例如,显示策略可以为依次显示、分批次显示或者全部显示,具体可以依据实际情况而定。具体显示内容可以包括以下至少一种:显示新用户数量、总人数、新用户的账号或者用户名等等,在此不做限定。又例如,针对不同的新用户数量,则可以以不同的显示参数加以显示,显示参数可以包括以下至少一种:显示亮度、字体大小、显示颜色、显示时长等等,在此不做限定。在新用户的数量与之前的总数量之和达到设定阈值时,则可以以预设特效形式显示新用户的通知消息,设定阈值可以由系统默认或者用户自行设置,预设特效形式可以预先设置或者系统默认,不同的设定阈值对应的预设特效形式不一样。例如,在直播间观看人数达到2w的时候,则可以以鲜花盛开的形式演示特效,又例如,在直播间观看人数达到4w的时候,则可以以火箭起飞的形式演示特效。
本申请提供的技术方案UE对直播间注册群事件监听,所述群事件监听用于通知加入所述直播间的新用户;若监听到新用户加入到该直播间时,UE获取新用户的数量x以及x个新用户对应的x个加入时间;UE依据该数量x以及x个加入时间确定该新用户的通知消息的显示策略。这样本申请的方案通过直播间的注册群事件监听新用户的加入,并且依据新用户的数量x以及对应的加入时间确定通知消息的显示策略,由于依据数量调整了显示策略,因此避免了消息刷屏,提高了用户体验度。
在一种可选的方案中,所述UE依据该数量x以及x个加入时间确定该新用户的通知消息的显示策略具体包括:
若加入时间在第一时间区间内,用该新用户的通知消息替换上一通知消息实现刷新覆盖;
若x个加入时间在第二时间区间内,生成该x个新用户的通知消息的缩略信息,将该缩略信息展示在预设显示区域;
第一时间区间的时间长度>第二时间区间的时间长度。
其中,第一时间区间对应的时间长度可以大于第二时间区间的时间长度。
其中,第一时间区间、第二时间区间均可以为一个固定时间区间或者一个动态时间区间。如图1B所示,第一时间区间的结束时间早于第二时间区间的起始时间。第一时间区间与第二时间区间的时长之和可以等于直播间的预设直播时长,预设直播时长可以预先设置,例如,早上9点-11点。第一时间区间、第二时间区间的区间长度可以按比例进行分配,例如,第一时间区间的时间长度:第二时间区间的时间长度=3:2。
具体实现中,本申请实施例中,第一时间区间、第二时间区间可以交替出现,如图1C 所示,其中,第一时间区间的时间长度、第二时间区间的时间长度均可以预先设置或者系统默认。
在一种可选的方案中,所述方法还包括:
若第三时间区间内该直播间接收到普通聊天消息,则将该普通聊天消息插入到该新用户的通知消息之前显示。
其中,第三时间区间可以理解为一个间隔时间,本申请实施例中,普通聊天消息可以理解为直播间用户发送的聊天消息,并非为由直播间的主导方(或者发起方)触发的消息。上述第三时间区间可以与上述第一时间区间、第二时间区间相同或者不同。
具体实现中,若第三时间区间内该直播间接收到普通聊天消息,则可以将该普通聊天消息插入到该新用户的通知消息之前显示,当然,不同用户发送的聊天消息显示方式可以不一样,例如,忠实粉丝、普通粉丝的显示参数可以不一样,该显示参数可以包括以下至少一种:亮度、颜色、字体大小等等,在此不做限定。
在一种可选的方案中,所述UE依据该数量x以及x个加入时间确定该新用户的通知消息的显示策略具体包括:
若x=1且1个加入时间大于第四时间区间,将上一条新用户的通知消息沉淀到聊天信息区域。
其中,第四时间区间可以理解为一个时段,上述第四时间区间可以与上述第一时间区间、第二时间区间相同或者不同。如图1D所示,其示出了直播间的系统界面,其可以包括聊天信息区域、通知消息区域之间的关系。其中,聊天信息区域用于正常显示聊天消息,通知消息区域用于实现系统消息播放或者新用户的通知消息。
具体实现中,若x=1且1个加入时间大于第四时间区间,将上一条新用户的通知消息沉淀到聊天信息区域,当然,还可以在通知消息区域展示该新加入的用户的通知消息。
在一种可选的方案中,所述将上一条新用户的通知消息沉淀到聊天信息区域具体包括:
在系统的列表中去掉Footer组件,以上一条新用户的身份保存一条消息到UE,然后刷新该直播间的消息列表。
其中,具体实现中,Footer组件用于在消息通知区域显示新用户的通知消息,可以在系统的列表中去掉Footer组件,去掉Footer组件用于实现将新用户的通知消息从通知消息区域去掉,即可以实现以上一条新用户的身份保存一条消息到UE,然后刷新该直播间的消息列表,进而,可以看到原来的新用户的通知消息出现在聊天信息区域。
上述方案的实现方法具体可以包括,若设定时间(例如5s)无人员加入时,在列表中去掉Footer,同时以该用户身份保存一条消息到本地,然后再刷新消息列表,因为此时去掉了 Footer的消息和在消息数据库中保存了一条和Footer中的消息ui上一样的本地消息,此时在通知列表刷新,那么对于用户是无感知的,但是消息却沉淀到了消息流中,跟其他普通消息一样,就不会固定在底部。这里强调二点,第一点:去掉footer和构建本地和footer的ui一样的消息这2步完成后,才能去通知刷新列表,否则是达不到无感知切换的效果的,第二点,为啥“以该用户身份保存一条消息到本地”而不是以该用户身份发送一条消息?原因有二点:第一,因为客户端是分布式的,每个用户(客户端)的都会执行这样一个逻辑,那么就会变成a 进入了直播间,所有人都替a发了一个“a进入了直播间的消息”,这显然是不符合要求的,第二点:权限问题,没有经过授权,是不能够替其他用户发送一条消息的,尽管这个消息是“他进入了直播间”,而上述方案保存一条本地消息,因为不涉及发送,就避免了上述2个问题,同时UI上也能展示这条消息,进而增加了直播间的氛围。
实施例一
本申请实施例一提供了一种直播间的消息处理方法,具体人员加入信息的触发条件:当有观众进入直播间,即展示。展示侧:主播侧、观众侧的主客态均展示;展示位置:聊天列表区域;展示文案:***进入了直播间/***等n人进入了直播间。本申请实施例的展示策略如下:
策略一:若5s内有新的人员加入,则加入信息在同一条信息刷新覆盖,不产生新的加入信息。
策略二:底部固定区域每0.5s刷新一次,若0.5s内有多人进入,则展示为“***(最后一个进入的人)等n人进入了直播间。
策略三:若5s内有其他普通聊天信息进入,则其他信息聊天信息插入人员进入信息的上方显示(人员进入信息在5s内保持在公屏信息流最底部)。
策略四:若新加入成员与上一个加入成员时间间隔超过5s,则上一条加入信息沉淀到聊天信息区域。
在一种可选的方案中,在x大于1时,所述UE依据该数量x以及x个加入时间确定该新用户的通知消息的显示策略,可以包括如下步骤:
S1、根据预设时间间隔以及时间先后顺序,将所述x个加入时间进行分组,得到至少一个分组;
S2、确定所述至少一个分组中每一分组的显示参数,得到至少一个显示参数;
S3、根据所述至少一个显示参数以及所述至少一个分组将新用户的通知消息进行分批显示。
其中,预设时间间隔可以预先设置或者系统默认。显示参数可以包括以下至少一种:显示亮度、显示颜色、字体大小、显示时长等等,在此不做限定。
具体实现中,可以根据预设时间间隔以及时间先后顺序,将x个加入时间进行分组,得到至少一个分组,再根据预设的用户数量与显示参数之间的映射关系,确定至少一个分组中每一分组的显示参数,得到至少一个显示参数,最后,可以根据至少一个显示参数以及至少一个分组将新用户的通知消息进行分批显示,如此,可以呈现分批显示,另外,也会让用户觉得一定时间内有较多人员进入直播间,从而,加强直播间的吸引力。
在一种可选的方案中,所述UE依据该数量x以及x个加入时间确定该新用户的通知消息的显示策略,可以包括如下步骤:
基于x个用户的用户信息,确定表示用户影响力的用户参数;
基于用户参数和进入直播间的时间,确定用户对应的展示优先级,并基于展示优先级对用户进行排序,生成展示队列;
基于预设的展示单位和用户数量x,确定展示批次的数量作为优先展示用户的数量;
根据优先展示用户的数量,从所述展示队列中选取优先展示用户;
根据优先展示用户和展示队列,生成每批次的批次展示队列。
具体的,本实施例中在进行分组显示时,首先获取x个用户加入直播间时分别对应的进入时间,同时获取用户的用户信息,本实施例中用户信息可以包括以下信息中的至少一种用户等级Use_lev、动态数量Use_dyn、关注数量Use_ten、粉丝数量Use_fan、足迹数量Use_foo。之后,基于进入时间和用户信息计算用户的用户参数Use_par为:
Use_par=log2[Use_lev·(α·Use_dyn+β·Use_ten+ε·Use_fan+η·Use_foo)]
其中,α、β、ε、η表示各个用户信息对应的用户参数因子。
本实施例中用户参数用于表示一个用户账户的影响力,例如用户等级或者粉丝数量较高,则会获取到其他用户更多的关注,提高该用户的号召力。
基于进入时间和直播开始时间之差,计算时间参数Use_tim,基于时间参数和用户参数,来计算展示优先级Use_pri为:
Use_pri=μ·Use_par·e-Use_tim
其中,μ用于表示优先级因子。
之后,根据展示优先级对x个用户进行由大到小的排序,得到展示队列。
同时,本实施例中在分批展示时,预设有展示单位Exh_uni,例如,设定一个展示单位为5个用户,即每一批次所展示的用户数量为5个,剩余的用户则在其他批次中展示。基于展示单位Exh_uni确定x个用户一共需要展示的批次数量Exh_mon为:
Figure RE-GDA0003481526450000061
本实施例中从展示序列中获取与批次数量相同、且在展示序列中靠前的目标用户对应的用户标识,即当计算得到的批次为3时,从展示队列中获取钱3个用户对应的用户标识,并将这些目标用户展示在每个展示批次的首位,作为优先展示用户,在分批展示队列中的其余成员则根据展示序列依次排布。
通过计算展示优先级和确定优先展示用户,可以从观看直播的用户中选取影响力较高的用户,并进行优先展示,以提高直播间和用户的影响力和展示效果。
与上述图1A所示的实施例一致地,请参阅图2,图2是本申请实施例提供的一种直播间的消息处理方法的流程示意图,如图所示,应用于用户设备,本直播间的消息处理方法包括:
201、UE对直播间注册群事件监听,所述群事件监听用于通知加入所述直播间的新用户。
202、UE检测所述直播间的热度是否大于预设热度。
其中,预设热度可以预先设置或者系统默认。针对直播间的热度可以通过用户增长速率、聊天信息交互频率等等进行确认,例如,可以基于用户增长速率、聊天信息交互频率进行加权运算,得到直播间的热度。
203、在所述直播间的热度大于所述预设热度时,若监听到新用户加入到该直播间时, UE获取新用户的数量x以及x个新用户对应的x个加入时间。
204、UE依据该数量x以及x个加入时间确定该新用户的通知消息的显示策略。
其中,上述步骤201-步骤204的具体描述可以参照图1A所描述的直播间的消息处理方法的相应步骤,在此不再赘述。
通过实施本申请实施例,本申请提供的技术方案UE对直播间注册群事件监听,所述群事件监听用于通知加入所述直播间的新用户;UE检测所述直播间的热度是否大于预设热度;在所述直播间的热度大于所述预设热度时,若监听到新用户加入到该直播间时,UE获取新用户的数量x以及x个新用户对应的x个加入时间;UE依据该数量x以及x个加入时间确定该新用户的通知消息的显示策略。这样本申请的方案通过直播间的注册群事件监听新用户的加入,并且依据新用户的数量x以及对应的加入时间确定通知消息的显示策略,由于依据数量调整了显示策略,因此避免了消息刷屏,提高了用户体验度。
与上述实施例一致地,请参阅图3,图3是本申请实施例提供的一种用户设备的结构示意图,如图所示,该用户设备包括处理器、存储器、通信接口以及一个或多个程序,其中,上述一个或多个程序被存储在上述存储器中,并且被配置由上述处理器执行,本申请实施例中,上述程序包括用于执行以下步骤的指令:
UE对直播间注册群事件监听,所述群事件监听用于通知加入所述直播间的新用户;
若监听到新用户加入到该直播间时,UE获取新用户的数量x以及x个新用户对应的x 个加入时间;
UE依据该数量x以及x个加入时间确定该新用户的通知消息的显示策略。
在一种可选方案中,上上述程序还包括用于执行以下步骤的指令:
若加入时间在第一时间区间内,用该新用户的通知消息替换上一通知消息实现刷新覆盖;
若x个加入时间在第二时间区间内,生成该x个新用户的通知消息的缩略信息,将该缩略信息展示在预设显示区域;
第一时间区间的时间长度>第二时间区间的时间长度。
在一种可选方案中,上述程序还包括用于执行以下步骤的指令:
若第三时间区间内该直播间接收到普通聊天消息,则将该普通聊天消息插入到该新用户的通知消息之前显示。
在一种可选方案中,上述程序还包括用于执行以下步骤的指令:
若x=1且1个加入时间大于第四时间区间,将上一条新用户的通知消息沉淀到聊天信息区域。
在一种可选方案中,上述程序还包括用于执行以下步骤的指令:
在系统的列表中去掉Footer组件,以上一条新用户的身份保存一条消息到UE,然后刷新该直播室的消息列表。
在一种可选方案中,在x大于1时,在所述UE依据该数量x以及x个加入时间确定该新用户的通知消息的显示策略方面,上述程序还包括用于执行以下步骤的指令:
根据预设时间间隔以及时间先后顺序,将所述x个加入时间进行分组,得到至少一个分组;
确定所述至少一个分组中每一分组的显示参数,得到至少一个显示参数;
根据所述至少一个显示参数以及所述至少一个分组将新用户的通知消息进行分批显示。
通过实施本申请实施例,本申请所述提供的UE,通过对直播间注册群事件监听,所述群事件监听用于通知加入所述直播间的新用户;若监听到新用户加入到该直播间时,获取新用户的数量x以及x个新用户对应的x个加入时间;依据该数量x以及x个加入时间确定该新用户的通知消息的显示策略。这样本申请的方案通过直播间的注册群事件监听新用户的加入,并且依据新用户的数量x以及对应的加入时间确定通知消息的显示策略,由于依据数量调整了显示策略,因此避免了消息刷屏,提高了用户体验度。
图4是本申请实施例中所涉及的直播间的消息处理装置400的功能单元组成框图。该直播间的消息处理装置400,应用于用户设备,所述装置400包括:处理单元401和获取单元 402,其中,
所述处理单元401,用于对直播间注册群事件监听,所述群事件监听用于通知加入所述直播间的新用户;
所述获取单元402,用于若监听到新用户加入到该直播间时,获取新用户的数量x以及x 个新用户对应的x个加入时间;
所述处理单元401,还用于依据该数量x以及x个加入时间确定该新用户的通知消息的显示策略。
在一种可选方案中,所述处理单元401,还用于若加入时间在第一时间区间内,用该新用户的通知消息替换上一通知消息实现刷新覆盖;若x个加入时间在第二时间区间内,生成该x个新用户的通知消息的缩略信息,将该缩略信息展示在预设显示区域;
第一时间区间的时间长度>第二时间区间的时间长度。
在一种可选方案中,所述处理单元401,还用于若第三时间区间内该直播间接收到普通聊天消息,则将该普通聊天消息插入到该新用户的通知消息之前显示。
在一种可选方案中,所述UE依据该数量x以及x个加入时间确定该新用户的通知消息的显示策略具体包括:
若x=1且1个加入时间大于第四时间区间,将上一条新用户的通知消息沉淀到聊天信息区域。
在一种可选方案中,所述将上一条新用户的通知消息沉淀到聊天信息区域具体包括:
在系统的列表中去掉Footer组件,以上一条新用户的身份保存一条消息到UE,然后刷新该直播间的消息列表。
在一种可选方案中,在x大于1时,所述UE依据该数量x以及x个加入时间确定该新用户的通知消息的显示策略,包括:
根据预设时间间隔以及时间先后顺序,将所述x个加入时间进行分组,得到至少一个分组;
确定所述至少一个分组中每一分组的显示参数,得到至少一个显示参数;
根据所述至少一个显示参数以及所述至少一个分组将新用户的通知消息进行分批显示。
通过实施本申请实施例,本申请提供的直播间的消息处理装置,对直播间注册群事件监听,所述群事件监听用于通知加入所述直播间的新用户;若监听到新用户加入到该直播间时,获取新用户的数量x以及x个新用户对应的x个加入时间;依据该数量x以及x个加入时间确定该新用户的通知消息的显示策略。这样本申请的方案通过直播间的注册群事件监听新用户的加入,并且依据新用户的数量x以及对应的加入时间确定通知消息的显示策略,由于依据数量调整了显示策略,因此避免了消息刷屏,提高了用户体验度。
可以理解的是,本实施例的直播间的消息处理装置的各程序模块的功能可根据上述方法实施例中的方法具体实现,其具体实现过程可以参照上述方法实施例的相关描述,此处不再赘述。
本申请实施例还提供一种计算机存储介质,其中,该计算机存储介质存储用于电子数据交换的计算机程序,该计算机程序使得计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤,上述计算机包括用户设备。
本申请实施例还提供一种计算机程序产品,上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,上述计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包,上述计算机包括用户设备。
上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是,用户设备为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模板。本领域技术人员应该很容易意识到,结合本文中所提供的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对用户设备进行功能单元的划分,例如,可以对应各个功能划分各个功能单元,也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。需要说明的是,本申请实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模板并不一定是本申请所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置,可通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如上述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性或其它的形式。
上述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储器中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储器中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例上述方法的全部或部分步骤。而前述的存储器包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM, Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储器中,存储器可以包括:闪存盘、只读存储器(英文:Read-Only Memory,简称:ROM)、随机存取器(英文:Random Access Memory,简称:RAM)、磁盘或光盘等。
以上对本申请实施例进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种直播间的消息处理方法,其特征在于,所述方法应用于用户设备UE,所述方法包括如下步骤:
UE对直播间注册群事件监听,所述群事件监听用于通知加入所述直播间的新用户;
若监听到新用户加入到该直播间时,UE获取新用户的数量x以及x个新用户对应的x个加入时间;
UE依据该数量x以及x个加入时间确定该新用户的通知消息的显示策略。
2.根据权利要求1所述的方法,其特征在于,所述UE依据该数量x以及x个加入时间确定该新用户的通知消息的显示策略具体包括:
若加入时间在第一时间区间内,用该新用户的通知消息替换上一通知消息实现刷新覆盖;
若x个加入时间在第二时间区间内,生成该x个新用户的通知消息的缩略信息,将该缩略信息展示在预设显示区域;
第一时间区间的时间长度>第二时间区间的时间长度。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若第三时间区间内该直播间接收到普通聊天消息,则将该普通聊天消息插入到该新用户的通知消息之前显示。
4.根据权利要求1所述的方法,其特征在于,所述UE依据该数量x以及x个加入时间确定该新用户的通知消息的显示策略具体包括:
若x=1且1个加入时间大于第四时间区间,将上一条新用户的通知消息沉淀到聊天信息区域。
5.根据权利要求4所述的方法,其特征在于,所述将上一条新用户的通知消息沉淀到聊天信息区域具体包括:
在系统的列表中去掉Footer组件,以上一条新用户的身份保存一条消息到UE,然后刷新该直播间的消息列表。
6.根据权利要求1所述的方法,其特征在于,所述UE依据该数量x以及x个加入时间确定该新用户的通知消息的显示策略,包括:
根据预设时间间隔以及时间先后顺序,将所述x个加入时间进行分组,得到至少一个分组;
确定所述至少一个分组中每一分组的显示参数,得到至少一个显示参数;
根据所述至少一个显示参数以及所述至少一个分组将新用户的通知消息进行分批显示。
7.一种直播间的消息处理装置,其特征在于,所述直播间的消息处理装置包括:
处理单元,用于对直播间注册群事件监听,所述群事件监听用于通知加入所述直播间的新用户;
获取单元,用于若监听到新用户加入到该直播间时,获取新用户的数量x以及x个新用户对应的x个加入时间;
处理单元,还用于依据该数量x以及x个加入时间确定该新用户的通知消息的显示策略。
8.根据权利要求7所述的直播间的消息处理装置,其特征在于,
所述处理单元,还用于若加入时间在第一时间区间内,用该新用户的通知消息替换上一通知消息实现刷新覆盖;若x个加入时间在第二时间区间内,生成该x个新用户的通知消息的缩略信息,将该缩略信息展示在预设显示区域;
第一时间区间>第二时间区间。
9.一种用户设备,包括处理器、存储器、通信接口,以及一个或多个程序,所述一个或多个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述程序包括用于执行如权利要求1-6任意一项所述的方法的步骤的指令。
10.一种计算机可读存储介质,其特征在于,存储用于电子数据交换的计算机程序,其中,所述计算机程序使得计算机执行如权利要求1-6任意一项所述的方法。
CN202111497296.9A 2020-12-08 2021-12-08 直播间的消息处理方法及相关产品 Pending CN114189734A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2020114213352 2020-12-08
CN202011421335.2A CN112399241A (zh) 2020-12-08 2020-12-08 直播间的消息处理方法及相关产品

Publications (1)

Publication Number Publication Date
CN114189734A true CN114189734A (zh) 2022-03-15

Family

ID=74605179

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202011421335.2A Withdrawn CN112399241A (zh) 2020-12-08 2020-12-08 直播间的消息处理方法及相关产品
CN202111497296.9A Pending CN114189734A (zh) 2020-12-08 2021-12-08 直播间的消息处理方法及相关产品

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202011421335.2A Withdrawn CN112399241A (zh) 2020-12-08 2020-12-08 直播间的消息处理方法及相关产品

Country Status (1)

Country Link
CN (2) CN112399241A (zh)

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103562861A (zh) * 2011-05-27 2014-02-05 微软公司 应用程序通知显示
CN104506731A (zh) * 2014-12-26 2015-04-08 北京奇虎科技有限公司 陌生来电的提示方法和装置
CN105635180A (zh) * 2016-03-04 2016-06-01 广州酷狗计算机科技有限公司 消息推送方法及装置
CN106533916A (zh) * 2016-11-22 2017-03-22 天脉聚源(北京)传媒科技有限公司 一种直播消息显示方法及装置
CN107087236A (zh) * 2017-03-22 2017-08-22 北京潘达互娱科技有限公司 一种直播信息展示方法及装置
CN107085540A (zh) * 2017-03-22 2017-08-22 北京潘达互娱科技有限公司 虚拟礼物展示方法及装置
CN107635155A (zh) * 2017-09-20 2018-01-26 乐蜜有限公司 一种信息发送方法、装置、设备及存储介质
CN108924650A (zh) * 2018-06-28 2018-11-30 北京潘达互娱科技有限公司 一种消息提示方法、装置、电子设备及存储介质
CN109656431A (zh) * 2018-12-20 2019-04-19 惠州Tcl移动通信有限公司 信息显示方法、装置及存储介质
CN111277852A (zh) * 2020-02-17 2020-06-12 腾讯科技(深圳)有限公司 动态提醒方法、装置、设备及存储介质

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103562861A (zh) * 2011-05-27 2014-02-05 微软公司 应用程序通知显示
CN104506731A (zh) * 2014-12-26 2015-04-08 北京奇虎科技有限公司 陌生来电的提示方法和装置
CN105635180A (zh) * 2016-03-04 2016-06-01 广州酷狗计算机科技有限公司 消息推送方法及装置
CN106533916A (zh) * 2016-11-22 2017-03-22 天脉聚源(北京)传媒科技有限公司 一种直播消息显示方法及装置
CN107087236A (zh) * 2017-03-22 2017-08-22 北京潘达互娱科技有限公司 一种直播信息展示方法及装置
CN107085540A (zh) * 2017-03-22 2017-08-22 北京潘达互娱科技有限公司 虚拟礼物展示方法及装置
CN107635155A (zh) * 2017-09-20 2018-01-26 乐蜜有限公司 一种信息发送方法、装置、设备及存储介质
CN108924650A (zh) * 2018-06-28 2018-11-30 北京潘达互娱科技有限公司 一种消息提示方法、装置、电子设备及存储介质
CN109656431A (zh) * 2018-12-20 2019-04-19 惠州Tcl移动通信有限公司 信息显示方法、装置及存储介质
CN111277852A (zh) * 2020-02-17 2020-06-12 腾讯科技(深圳)有限公司 动态提醒方法、装置、设备及存储介质

Also Published As

Publication number Publication date
CN112399241A (zh) 2021-02-23

Similar Documents

Publication Publication Date Title
US10873769B2 (en) Live broadcasting method, method for presenting live broadcasting data stream, and terminal
US20180043264A1 (en) Game Accessing Method and Processing Method, Server, Terminal, and System
JP5297449B2 (ja) ビデオ会議参加者のビジュアルリソースを提供する方法、媒体及び装置
US9049341B2 (en) Method and apparatus for video resource management in video conference
US20130198657A1 (en) Integrated Public/Private Online Conference
US20130198635A1 (en) Managing Multiple Participants at the Same Location in an Online Conference
CN105430317B (zh) 一种视频背景设置方法及终端设备
JP6492198B2 (ja) 情報処理方法および端末、ならびにコンピュータ記憶媒体
CN107197355B (zh) 弹幕显示方法及装置
CN110580188A (zh) 一种多线程配网方法及存储介质
US20150026595A1 (en) Detection of shared content viewed by attendees in online meetings
CN110609970B (zh) 用户身份识别方法、装置、存储介质及电子设备
CN111741353A (zh) 设备协同工作的方法、终端设备及可读存储介质
CN111131757A (zh) 一种视频会议的展示方法、装置和存储介质
WO2024078406A1 (zh) 一种数据展示方法、装置、电子设备和存储介质
CN112988315A (zh) 一种个性化观看共享桌面的方法、系统和可读存储介质
CN106156993B (zh) 一种信息处理方法及服务器
CN103974023B (zh) 视频画面调节系统及方法
CN114189734A (zh) 直播间的消息处理方法及相关产品
CN105610849B (zh) 分享标签的生成方法及装置、属性信息的显示方法及装置
CN116567342A (zh) 投屏方法及装置
CN109151607B (zh) 直播频道多公屏信息显示方法、公屏服务器端和客户端
CN107396030B (zh) 一种视频通话的处理方法及调度控制端
CN112818144B (zh) 媒体内容分享方法、装置、存储介质及电子设备
CN106161196A (zh) 一种获取http消息状态的方法、设备与系统

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