CN113645508B - 一种消息输出方法、装置及系统 - Google Patents

一种消息输出方法、装置及系统 Download PDF

Info

Publication number
CN113645508B
CN113645508B CN202110913754.6A CN202110913754A CN113645508B CN 113645508 B CN113645508 B CN 113645508B CN 202110913754 A CN202110913754 A CN 202110913754A CN 113645508 B CN113645508 B CN 113645508B
Authority
CN
China
Prior art keywords
output
information
user
type
grade
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
CN202110913754.6A
Other languages
English (en)
Other versions
CN113645508A (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.)
Beijing Dui Technology Co ltd
Original Assignee
Beijing Dui 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 Beijing Dui Technology Co ltd filed Critical Beijing Dui Technology Co ltd
Priority to CN202110913754.6A priority Critical patent/CN113645508B/zh
Publication of CN113645508A publication Critical patent/CN113645508A/zh
Application granted granted Critical
Publication of CN113645508B publication Critical patent/CN113645508B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/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
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21Server components or server architectures
    • H04N21/218Source of audio or video content, e.g. local disk arrays
    • H04N21/2187Live feed
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请公开了一种消息输出方法、装置及系统,确定预设时长内获得的多个待输出信息,确定每个待输出信息的输出用户及每个待输出信息的信息类型,基于输出用户及信息类型确定待输出信息的输出等级信息,基于输出等级信息输出至少部分多个待输出信息。本方案通过对每个待输出信息的输出用户及信息类型进行分析,从而实现当获得的待输出信息较多时,能够基于待输出信息的输出用户及信息类型确定信息的优先级,从而实现基于优先级对待输出信息的至少部分进行输出,避免了当人数较多时,对服务器造成的信息处理压力,提高了系统的流畅度。

Description

一种消息输出方法、装置及系统
技术领域
本申请涉及通信领域,尤其涉及一种消息输出方法、装置及系统。
背景技术
目前,在线直播已经在各类领域都得到了广泛应用,而直播中的用户消息分发功能是直播系统中的核心功能。
在直播过程中,用户进入直播间后,可以看到直播间内各用户输出的消息,如:评论、点赞、送礼物等消息。然而,当直播间人数过多时,直播系统需要分发的消息数量会以平方的量级增多,这就对服务器造成了较大的消息处理压力。
发明内容
有鉴于此,本申请提供一种消息输出方法、装置及系统,其具体方案如下:
一种消息输出方法,包括:
确定预设时长内获得的多个待输出信息;
确定每个所述待输出信息的输出用户及每个所述待输出信息的信息类型;
基于所述输出用户及信息类型确定所述待输出信息的输出等级信息;
基于所述输出等级信息输出至少部分所述多个待输出信息。
进一步的,所述基于所述输出用户及信息类型确定所述待输出信息的输出等级信息,包括:
确定每个所述待输出信息的输出用户的用户等级;
确定每个所述待输出信息的信息类型对应的类型等级;
基于所述信息类型的类型等级及所述输出用户的用户等级确定所述待输出信息的输出等级信息。
进一步的,所述基于所述信息类型的类型等级及所述输出用户的用户等级确定所述待输出信息的输出等级信息,包括:
按照所述信息类型的类型等级确定所述多个待输出信息的第一输出序列;
若所述第一输出序列中存在相同类型等级的不少于两个待输出信息,基于所述不少于两个待输出信息的输出用户的用户等级确定所述不少于两个待输出信息的输出序列。
进一步的,所述基于所述输出等级信息输出至少部分所述多个待输出信息,包括:
基于所述多个待输出信息的输出等级信息输出预设数量的待输出信息。
进一步的,所述基于所述多个待输出信息的输出等级信息输出预设数量的待输出信息,包括:
基于所述预设时长内获得的待输出信息的数量确定预设数量;
输出所述输出等级信息高于其他待输出信息的第一组待输出信息,所述第一组待输出信息的数量为所述预设数量。
进一步的,还包括:
将所述待输出信息中除所述第一组待输出信息外的其他待输出信息确定为第二组待输出信息,中止对所述第二组待输出信息的输出;
其中,所述中止对所述第二组待输出信息的输出,包括:
停止对所述第二组待输出信息的输出,直至所述预设时长内获得的待输出信息的数量小于第一阈值时,与当前时段获得的数量小于第一阈值的待输出信息同时输出所述第二组待输出信息,所述第一阈值不大于所述预设数量。
一种消息输出系统,包括:
第一确定单元,用于确定预设时长内获得的多个待输出信息;
第二确定单元,用于确定每个所述待输出信息的输出用户及每个所述待输出信息的信息类型;
第三确定单元,用于基于所述输出用户及信息类型确定所述待输出信息的输出等级信息;
输出单元,用于基于所述输出等级信息输出至少部分所述多个待输出信息。
进一步的,所述第三确定单元,用于:
确定每个所述待输出信息的输出用户的用户等级,确定每个所述待输出信息的信息类型对应的类型等级,基于所述信息类型的类型等级及所述输出用户的用户等级确定所述待输出信息的输出等级信息。
一种消息输出装置,包括:
处理器,用于确定预设时长内获得的多个待输出信息;确定每个所述待输出信息的输出用户及每个所述待输出信息的信息类型;基于所述输出用户及信息类型确定所述待输出信息的输出等级信息;基于所述输出等级信息输出至少部分所述多个待输出信息;
存储器,用于存储所述处理器执行上述处理过程的程序。
一种可读存储介质,用于至少存储一组指令集;
所述指令集用于被调用并至少执行如上任一项的消息输出的方法。
从上述技术方案可以看出,本申请公开的消息输出方法、装置及系统,确定预设时长内获得的多个待输出信息,确定每个待输出信息的输出用户及每个待输出信息的信息类型,基于输出用户及信息类型确定待输出信息的输出等级信息,基于输出等级信息输出至少部分多个待输出信息。本方案通过对每个待输出信息的输出用户及信息类型进行分析,从而实现当获得的待输出信息较多时,能够基于待输出信息的输出用户及信息类型确定信息的优先级,从而实现基于优先级对待输出信息的至少部分进行输出,避免了当人数较多时,对服务器造成的信息处理压力,提高了系统的流畅度。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例公开的一种消息输出方法的流程图;
图2为本申请实施例公开的一种消息输出方法的流程图;
图3为本申请实施例公开的一种消息输出方法的流程图;
图4为本申请实施例公开的一种消息输出系统的结构示意图;
图5为本申请实施例公开的一种消息输出装置的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请公开了一种消息输出方法,其流程图如图1所示,包括:
步骤S11、确定预设时长内获得的多个待输出信息;
步骤S12、确定每个待输出信息的输出用户及每个待输出信息的信息类型;
步骤S13、基于输出用户及信息类型确定待输出信息的输出等级信息;
步骤S14、基于输出等级信息输出至少部分多个待输出信息。
在直播过程中,直播的参与者,无论是直播中的主播,还是观看直播的观众,只要发送消息,直播系统就会对消息进行分发。
当直播间人数较少时,直播的参与者所发送的消息也会相对较少,此时,系统需要处理的数据量相对较小,若当前需要分发的消息所对应的数据处理量低于系统服务器的处理阈值,则此时,系统服务器会将接收到的所有消息都进行显示输出;
当直播间人数较多时,直播的参与者所发送的消息也会增多,此时,系统需要处理的数据量以平方的量级增加,若当前需要分发的消息所对应的数据处理量仍低于系统服务器的处理阈值,则系统服务器仍会将接收到的所有消息都进行显示输出;若当前需要分发的消息所对应的数据处理量超过系统服务器的处理阈值,则系统服务器进行数据处理的效率会降低。
如:一个直播间有30万人,有1000人每秒发送一条消息,那么,这个直播间的消息吞吐量为3亿QPS,QPS即每秒请求数量。
为了提高数据处理的效率,本方案中对获得的所有信息都进行分析,以确定每个待输出信息的输出用户及信息类型,以便于基于输出用户及信息类型确定该待输出信息的输出等级信息,从而能够基于输出等级信息对待输出信息中的至少部分进行输出。
其中,对待输出信息中的至少部分进行输出,即在待输出信息的数据量低于第一预设值时,直接对全部的待输出信息进行输出;在待输出信息的数据量超过第一预设值时,仅对待输出信息中的部分进行输出,输出的待输出信息中的部分是按照输出等级信息进行排序,将排序的序列中前预设数量个待输出信息进行输出,而之后的待输出信息则不再输出。
当对全部的待输出信息进行输出时,可以通过首先判断待输出信息的数据量低于第一预设值,之后直接对全部的待输出信息进行输出,这一过程中可以不对每个待输出信息的输出等级信息进行确定;
或者,也可以首先对每个待输出信息的输出等级信息进行确定,之后确定待输出信息的数据量是否低于第一预设值,若低于第一预设值,则按照输出等级信息按顺序输出所有的待输出信息,即优先输出该输出等级信息高的待输出信息。
而待输出信息的输出等级信息则基于待输出信息的输出用户及信息类型确定。
不同的输出用户对应不同的用户等级,不同的信息类型对应不同的类型等级,基于信息类型的类型等级及输出用户的用户等级确定待输出信息的输出等级信息。
具体的,为用户等级及类型等级分配不同的权重,按照用户等级及其权重以及类型等级及其权重确定待输出信息的输出等级信息,如:待输出信息的输出等级信息等于用户等级与其对应权重的乘积加类型等级与其对应权重的乘积的和。
其中,用户等级的权重与类型等级的权重可以为预先确定的,针对每一个待输出信息都是相同的,也可以为:对于不同的输出用户,其对应的用户等级的权重和类型等级的权重与其他用户是不同的。
或者,也可以通过其他方式确定待输出信息的输出等级信息。
当然,本实施例公开的消息输出方法,也可以仅基于待输出信息的信息类型确定输出等级信息,即当待输出信息较多时,仅输出信息类型高于留言信息的待输出信息,如:打赏、送礼物等信息;或者,也可以仅基于待输出信息的输出用户确定输出等级信息,即当待输出信息较多时,仅输出预先设定的输出用户所输出的待输出信息,或者,随机选择输出用户,仅输出选择的输出用户所输出的待输出信息等。
本实施例公开的消息输出方法,确定预设时长内获得的多个待输出信息,确定每个待输出信息的输出用户及每个待输出信息的信息类型,基于输出用户及信息类型确定待输出信息的输出等级信息,基于输出等级信息输出至少部分多个待输出信息。本方案通过对每个待输出信息的输出用户及信息类型进行分析,从而实现当获得的待输出信息较多时,能够基于待输出信息的输出用户及信息类型确定信息的优先级,从而实现基于优先级对待输出信息的至少部分进行输出,避免了当人数较多时,对服务器造成的信息处理压力,提高了系统的流畅度。
本实施例公开了一种消息输出方法,其流程图如图2所示,包括:
步骤S21、确定预设时长内获得的多个待输出信息;
步骤S22、确定每个待输出信息的输出用户及每个待输出信息的信息类型;
步骤S23、按照信息类型的类型等级确定多个待输出信息的第一输出序列;
步骤S24、若第一输出序列中存在相同类型等级的不少于两个待输出信息,基于不少于两个待输出信息的输出用户的用户等级确定不少于两个待输出信息的输出序列;
步骤S25、按照最终确定的输出序列输出多个待输出信息中的至少部分。
将待输出信息的输出用户及信息类型作为确定待输出信息的输出等级信息的参考参数,在此基础上,将信息类型作为第一优先级参考参数,即以信息类型作为对待输出信息进行优先级排序的主要参数,而以输出用户作为对待输出信息进行优先级排序的辅助参数。
具体的,在对多个待输出信息进行输出排序时,首先基于待输出信息的信息类型进行排序,即按照每个待输出信息的信息类型对应的类型等级进行排序,这就实现了对所有的待输出信息按照信息类型进行排序,得到第一输出序列。
其中,待输出信息的信息类型可以包括:留言消息、打赏消息、送礼物消息、全局广播消息等,对于不同类型的信息,其对应有不同的类型等级。
如:第一信息,第二信息,第三信息,第四信息,其中,第一信息的信息类型为第一类型,其类型等级为第二等级;第二信息的信息类型为第二类型,其类型等级为第三等级;第三信息的信息类型为第一类型,其类型等级为第二等级;第四信息的信息类型为第三类型,其类型等级为第一等级。其中,类型等级的排序顺序为:第一等级→第二等级→第三等级,按照类型等级对待输出信息进行排序,即:第四信息→第一信息、第三信息→第二信息。
其中,上述举例中,第一信息与第三信息的类型等级是相同的,那么,仅按照类型等级排序就会出现不能完整排序的情况,则继续基于输出用户的用户等级对类型等级相同的待输出信息进行补充排序,即此时仅对类型等级相同的待输出信息进行排序。
为输出用户确定其对应的用户等级,用户等级可按照活跃度确定,活跃度较高的其用户等级较高,活跃度较低的其用户等级较低,活跃度可通过用户输出消息的次数确定,其中,输出消息可以为输出留言消息、送礼物、打赏等消息;或者,用户等级也可以按照充值金额确定,充值金额越高,则用户等级越高,充值金额越低,则用户等级越低。
确定用户等级确定的是在某一个直播间的用户等级,同一个输出用户在不同的直播间其对应的用户等级可以相同,也可以不同。如:在第一直播间,第一输出用户的活跃度较高,则其在第一直播间的用户等级较高,在第二直播间,第一输出用户的活跃度较低,则其在第二直播间的用户等级较低。
继续以上述举例进行说明:
第一信息与第三信息的类型等级相同,此时,将用户等级作为参考参数对第一信息及第三信息进行排序,第一信息为第一用户输出,第三信息为第二用户输出,其中,第一用户的用户等级低于第三用户的用户等级,则第三信息的输出等级信息就会高于第一信息的输出等级信息,即第三信息→第一信息。那么,将所有的信息完整排列,即可得到:第四信息→第三信息→第一信息→第二信息,由此,即得到了所有待输出信息的输出序列,基于输出序列对所有的待输出信息中的至少部分进行输出。
其中,输出序列,即优先级排序,按照输出序列的先后顺序确定最终输出的待输出信息中的至少部分。
本实施例公开的消息输出方法,确定预设时长内获得的多个待输出信息,确定每个待输出信息的输出用户及每个待输出信息的信息类型,基于输出用户及信息类型确定待输出信息的输出等级信息,基于输出等级信息输出至少部分多个待输出信息。本方案通过对每个待输出信息的输出用户及信息类型进行分析,从而实现当获得的待输出信息较多时,能够基于待输出信息的输出用户及信息类型确定信息的优先级,从而实现基于优先级对待输出信息的至少部分进行输出,避免了当人数较多时,对服务器造成的信息处理压力,提高了系统的流畅度。
本实施例公开了一种消息输出方法,其流程图如图3所示,包括:
步骤S31、确定预设时长内获得的多个待输出信息;
步骤S32、确定每个待输出信息的输出用户及每个待输出信息的信息类型;
步骤S33、基于输出用户及信息类型确定待书输出信息的输出等级信息;
步骤S34、基于预设时长内获得的待输出信息的数量确定预设数量;
步骤S35、输出输出等级信息高于其他待输出信息的第一组待输出信息,第一组待输出信息的数量为预设数量。
当待输出信息较多时,并不能输出所有的待输出信息,而是仅从待输出信息中选取部分进行输出,其选取的过程是按照每个待输出信息的输出等级信息确定的,而输出的待输出信息的数量则是按照预设时长内获得的待输出信息的数量确定的。
可以为:按照比例确定,即预先设定一个预设比例值,确定预设时长内获得的所有待输出信息的数量,按照预设比例值及所有待输出信息的数量确定一个数值,该数值即为最终要输出的待输出信息的数量;
或者,也可以为:预先设定一个数值,只要预设时长内获得的待输出信息的数量高于系统服务器的数据处理量时,就从所有的待输出信息中选取中与预先设定的数值数量相符的待输出信息进行输出。
无论是采取上述哪一种方式确定待输出信息的数量,只要获得的待输出信息的数量超出输出的待输出信息的数量,那么,就会存在未被输出的待输出信息。
将输出的待输出信息确定为第一组待输出信息,将所有待输出信息中除第一组待输出信息外的其他待输出信息确定为第二组待输出信息,其中,第二组待输出信息中的每一个待输出信息的输出等级均低于第一组待输出信息中的任意一个待输出信息的输出等级。
进一步的,中止对第二组待输出信息的输出,即暂时停止对第二组待输出信息的输出。
其中,中止对第二组待输出信息的输出,可以为:直接删掉所有的第二组待输出信息,无论何时都不再对其进行输出显示;
也可以为:保留第二组待输出信息,直至在某一个预设时长内获得的待输出信息的数量小于第一阈值时,与当前时段获得的数量小于第一阈值的待输出信息同时输出第二组待输出信息,第一阈值不大于预设数量。
在直播间进行直播的过程中,会有多个预设时长,针对每一个预设时长都会进行待输出信息是否全部输出的判断及输出,当某一个预设时长内有部分待输出信息未被输出,即第二组待输出信息未被输出,此时,会对其进行存储;当某一个预设时长内待输出信息的数量较少,系统服务器的数据处理量未达到阈值,则可以在该预设时长内增加待输出信息的数量,即将此前未被输出的第二组待输出信息中的至少部分在该预设时长内与该预设时长内获得的待输出信息同时输出,其中的同时输出实际是按照待输出信息的输出等级信息排列之后,按照优先级顺序进行输出的。
如:在第一个预设时长内,存在第二组待输出信息,第二组待输出信息中有3个待输出信息,在第二个预设时长内,不存在第二组待输出信息,并且,第一组待输出信息的数量少于预设数量,此时,可以确定预设数量与第一组待输出信息的数量之间的差值,若差值为3,则可直接将第一个预设时长内未输出的第二组待输出信息中的全部待输出信息在第二个预设时长内输出;若差值为2,则可以从第一个预设时长内未输出的第二组待输出信息中选取2个待输出信息在第二个预设时长内输出,其中,选取的2个待输出信息是按照全部3个待输出信息的输出等级信息确定的。
在第二组待输出信息中的待输出信息被输出后,则删除已经输出的待输出信息,不再对其进行存储。
本方案通过对预设时长内待输出信息的数量及输出等级信息调整待输出信息在每个预设时长内所输出的待输出信息的数量,保证了在待输出信息较多时,系统运行的流畅度,同时,在待输出信息较少时,能够对此前未输出的信息进行补充输出,保证了大多数待输出信息的输出,避免了未被输出的信息较多而导致观众不满的情况的发生,提高了用户体验。
本实施例公开的消息输出方法,确定预设时长内获得的多个待输出信息,确定每个待输出信息的输出用户及每个待输出信息的信息类型,基于输出用户及信息类型确定待输出信息的输出等级信息,基于输出等级信息输出至少部分多个待输出信息。本方案通过对每个待输出信息的输出用户及信息类型进行分析,从而实现当获得的待输出信息较多时,能够基于待输出信息的输出用户及信息类型确定信息的优先级,从而实现基于优先级对待输出信息的至少部分进行输出,避免了当人数较多时,对服务器造成的信息处理压力,提高了系统的流畅度。
本实施例公开了一种消息输出系统,其结构示意图如图4所示,包括:
第一确定单元41,第二确定单元42,第三确定单元43及输出单元44。
其中,第一确定单元41用于确定预设时长内获得的多个待输出信息;
第二确定单元42用于确定每个待输出信息的输出用户及每个待输出信息的信息类型;
第三确定单元43用于基于输出用户及信息类型确定待输出信息的输出等级信息;
输出单元44用于基于输出等级信息输出至少部分多个待输出信息。
在直播过程中,直播的参与者,无论是直播中的主播,还是观看直播的观众,只要发送消息,直播系统就会对消息进行分发。
当直播间人数较少时,直播的参与者所发送的消息也会相对较少,此时,系统需要处理的数据量相对较小,若当前需要分发的消息所对应的数据处理量低于系统服务器的处理阈值,则此时,系统服务器会将接收到的所有消息都进行显示输出;
当直播间人数较多时,直播的参与者所发送的消息也会增多,此时,系统需要处理的数据量以平方的量级增加,若当前需要分发的消息所对应的数据处理量仍低于系统服务器的处理阈值,则系统服务器仍会将接收到的所有消息都进行显示输出;若当前需要分发的消息所对应的数据处理量超过系统服务器的处理阈值,则系统服务器进行数据处理的效率会降低。
如:一个直播间有30万人,有1000人每秒发送一条消息,那么,这个直播间的消息吞吐量为3亿QPS,QPS即每秒请求数量。
为了提高数据处理的效率,本方案中对获得的所有信息都进行分析,以确定每个待输出信息的输出用户及信息类型,以便于基于输出用户及信息类型确定该待输出信息的输出等级信息,从而能够基于输出等级信息对待输出信息中的至少部分进行输出。
其中,对待输出信息中的至少部分进行输出,即在待输出信息的数据量低于第一预设值时,直接对全部的待输出信息进行输出;在待输出信息的数据量超过第一预设值时,仅对待输出信息中的部分进行输出,输出的待输出信息中的部分是按照输出等级信息进行排序,将排序的序列中前预设数量个待输出信息进行输出,而之后的待输出信息则不再输出。
当对全部的待输出信息进行输出时,可以通过首先判断待输出信息的数据量低于第一预设值,之后直接对全部的待输出信息进行输出,这一过程中可以不对每个待输出信息的输出等级信息进行确定;
或者,也可以首先对每个待输出信息的输出等级信息进行确定,之后确定待输出信息的数据量是否低于第一预设值,若低于第一预设值,则按照输出等级信息按顺序输出所有的待输出信息,即优先输出该输出等级信息高的待输出信息。
而待输出信息的输出等级信息则基于待输出信息的输出用户及信息类型确定。
不同的输出用户对应不同的用户等级,不同的信息类型对应不同的类型等级,基于信息类型的类型等级及输出用户的用户等级确定待输出信息的输出等级信息。
具体的,为用户等级及类型等级分配不同的权重,按照用户等级及其权重以及类型等级及其权重确定待输出信息的输出等级信息,如:待输出信息的输出等级信息等于用户等级与其对应权重的乘积加类型等级与其对应权重的乘积的和。
其中,用户等级的权重与类型等级的权重可以为预先确定的,针对每一个待输出信息都是相同的,也可以为:对于不同的输出用户,其对应的用户等级的权重和类型等级的权重与其他用户是不同的。
或者,也可以通过其他方式确定待输出信息的输出等级信息。
当然,本实施例公开的消息输出方法,也可以仅基于待输出信息的信息类型确定输出等级信息,即当待输出信息较多时,仅输出信息类型高于留言信息的待输出信息,如:打赏、送礼物等信息;或者,也可以仅基于待输出信息的输出用户确定输出等级信息,即当待输出信息较多时,仅输出预先设定的输出用户所输出的待输出信息,或者,随机选择输出用户,仅输出选择的输出用户所输出的待输出信息等。
进一步的,第三确定单元用于:按照信息类型的类型等级确定多个待输出信息的第一输出序列;若第一输出序列中存在相同类型等级的不少于两个待输出信息,基于不少于两个待输出信息的输出用户的用户等级确定不少于两个待输出信息的输出序列。
将待输出信息的输出用户及信息类型作为确定待输出信息的输出等级信息的参考参数,在此基础上,将信息类型作为第一优先级参考参数,即以信息类型作为对待输出信息进行优先级排序的主要参数,而以输出用户作为对待输出信息进行优先级排序的辅助参数。
具体的,在对多个待输出信息进行输出排序时,首先基于待输出信息的信息类型进行排序,即按照每个待输出信息的信息类型对应的类型等级进行排序,这就实现了对所有的待输出信息按照信息类型进行排序,得到第一输出序列。
其中,待输出信息的信息类型可以包括:留言消息、打赏消息、送礼物消息、全局广播消息等,对于不同类型的信息,其对应有不同的类型等级。
如:第一信息,第二信息,第三信息,第四信息,其中,第一信息的信息类型为第一类型,其类型等级为第二等级;第二信息的信息类型为第二类型,其类型等级为第三等级;第三信息的信息类型为第一类型,其类型等级为第二等级;第四信息的信息类型为第三类型,其类型等级为第一等级。其中,类型等级的排序顺序为:第一等级→第二等级→第三等级,按照类型等级对待输出信息进行排序,即:第四信息→第一信息、第三信息→第二信息。
其中,上述举例中,第一信息与第三信息的类型等级是相同的,那么,仅按照类型等级排序就会出现不能完整排序的情况,则继续基于输出用户的用户等级对类型等级相同的待输出信息进行补充排序,即此时仅对类型等级相同的待输出信息进行排序。
为输出用户确定其对应的用户等级,用户等级可按照活跃度确定,活跃度较高的其用户等级较高,活跃度较低的其用户等级较低,活跃度可通过用户输出消息的次数确定,其中,输出消息可以为输出留言消息、送礼物、打赏等消息;或者,用户等级也可以按照充值金额确定,充值金额越高,则用户等级越高,充值金额越低,则用户等级越低。
确定用户等级确定的是在某一个直播间的用户等级,同一个输出用户在不同的直播间其对应的用户等级可以相同,也可以不同。如:在第一直播间,第一输出用户的活跃度较高,则其在第一直播间的用户等级较高,在第二直播间,第一输出用户的活跃度较低,则其在第二直播间的用户等级较低。
继续以上述举例进行说明:
第一信息与第三信息的类型等级相同,此时,将用户等级作为参考参数对第一信息及第三信息进行排序,第一信息为第一用户输出,第三信息为第二用户输出,其中,第一用户的用户等级低于第三用户的用户等级,则第三信息的输出等级信息就会高于第一信息的输出等级信息,即第三信息→第一信息。那么,将所有的信息完整排列,即可得到:第四信息→第三信息→第一信息→第二信息,由此,即得到了所有待输出信息的输出序列,基于输出序列对所有的待输出信息中的至少部分进行输出。
其中,输出序列,即优先级排序,按照输出序列的先后顺序确定最终输出的待输出信息中的至少部分。
进一步的,输出单元用于:基于预设时长内获得的待输出信息的数量确定预设数量;输出输出等级信息高于其他待输出信息的第一组待输出信息,第一组待输出信息的数量为预设数量。
当待输出信息较多时,并不能输出所有的待输出信息,而是仅从待输出信息中选取部分进行输出,其选取的过程是按照每个待输出信息的输出等级信息确定的,而输出的待输出信息的数量则是按照预设时长内获得的待输出信息的数量确定的。
可以为:按照比例确定,即预先设定一个预设比例值,确定预设时长内获得的所有待输出信息的数量,按照预设比例值及所有待输出信息的数量确定一个数值,该数值即为最终要输出的待输出信息的数量;
或者,也可以为:预先设定一个数值,只要预设时长内获得的待输出信息的数量高于系统服务器的数据处理量时,就从所有的待输出信息中选取中与预先设定的数值数量相符的待输出信息进行输出。
无论是采取上述哪一种方式确定待输出信息的数量,只要获得的待输出信息的数量超出输出的待输出信息的数量,那么,就会存在未被输出的待输出信息。
将输出的待输出信息确定为第一组待输出信息,将所有待输出信息中除第一组待输出信息外的其他待输出信息确定为第二组待输出信息,其中,第二组待输出信息中的每一个待输出信息的输出等级均低于第一组待输出信息中的任意一个待输出信息的输出等级。
进一步的,中止对第二组待输出信息的输出,即暂时停止对第二组待输出信息的输出。
其中,中止对第二组待输出信息的输出,可以为:直接删掉所有的第二组待输出信息,无论何时都不再对其进行输出显示;
也可以为:保留第二组待输出信息,直至在某一个预设时长内获得的待输出信息的数量小于第一阈值时,与当前时段获得的数量小于第一阈值的待输出信息同时输出第二组待输出信息,第一阈值不大于预设数量。
在直播间进行直播的过程中,会有多个预设时长,针对每一个预设时长都会进行待输出信息是否全部输出的判断及输出,当某一个预设时长内有部分待输出信息未被输出,即第二组待输出信息未被输出,此时,会对其进行存储;当某一个预设时长内待输出信息的数量较少,系统服务器的数据处理量未达到阈值,则可以在该预设时长内增加待输出信息的数量,即将此前未被输出的第二组待输出信息中的至少部分在该预设时长内与该预设时长内获得的待输出信息同时输出,其中的同时输出实际是按照待输出信息的输出等级信息排列之后,按照优先级顺序进行输出的。
如:在第一个预设时长内,存在第二组待输出信息,第二组待输出信息中有3个待输出信息,在第二个预设时长内,不存在第二组待输出信息,并且,第一组待输出信息的数量少于预设数量,此时,可以确定预设数量与第一组待输出信息的数量之间的差值,若差值为3,则可直接将第一个预设时长内未输出的第二组待输出信息中的全部待输出信息在第二个预设时长内输出;若差值为2,则可以从第一个预设时长内未输出的第二组待输出信息中选取2个待输出信息在第二个预设时长内输出,其中,选取的2个待输出信息是按照全部3个待输出信息的输出等级信息确定的。
在第二组待输出信息中的待输出信息被输出后,则删除已经输出的待输出信息,不再对其进行存储。
本方案通过对预设时长内待输出信息的数量及输出等级信息调整待输出信息在每个预设时长内所输出的待输出信息的数量,保证了在待输出信息较多时,系统运行的流畅度,同时,在待输出信息较少时,能够对此前未输出的信息进行补充输出,保证了大多数待输出信息的输出,避免了未被输出的信息较多而导致观众不满的情况的发生,提高了用户体验。
本实施例公开的消息输出系统,确定预设时长内获得的多个待输出信息,确定每个待输出信息的输出用户及每个待输出信息的信息类型,基于输出用户及信息类型确定待输出信息的输出等级信息,基于输出等级信息输出至少部分多个待输出信息。本方案通过对每个待输出信息的输出用户及信息类型进行分析,从而实现当获得的待输出信息较多时,能够基于待输出信息的输出用户及信息类型确定信息的优先级,从而实现基于优先级对待输出信息的至少部分进行输出,避免了当人数较多时,对服务器造成的信息处理压力,提高了系统的流畅度。
本实施例公开了一种消息输出装置,其结构示意图如图5所示,包括:
处理器51及存储器52。
处理器51用于确定预设时长内获得的多个待输出信息;确定每个待输出信息的输出用户及每个待输出信息的信息类型;基于输出用户及信息类型确定待输出信息的输出等级信息;基于输出等级信息输出至少部分多个待输出信息;
存储器52用于存储处理器执行上述处理过程的程序。
本实施例所公开的消息输出装置是基于上述实施例公开的消息输出方法实现的,在此不再赘述。
本实施例公开的消息输出装置,确定预设时长内获得的多个待输出信息,确定每个待输出信息的输出用户及每个待输出信息的信息类型,基于输出用户及信息类型确定待输出信息的输出等级信息,基于输出等级信息输出至少部分多个待输出信息。本方案通过对每个待输出信息的输出用户及信息类型进行分析,从而实现当获得的待输出信息较多时,能够基于待输出信息的输出用户及信息类型确定信息的优先级,从而实现基于优先级对待输出信息的至少部分进行输出,避免了当人数较多时,对服务器造成的信息处理压力,提高了系统的流畅度。
本申请实施例还提供了一种可读存储介质,其上存储有计算机程序,所述计算机程序被处理器加载并执行,实现上述消息输出方法的各步骤,具体实现过程可以参照上述实施例相应部分的描述,本实施例不做赘述。
本申请还提出了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。电子设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该电子设备执行上述消息输出方法方面或消息输出装置方面的各种可选实现方式中所提供方法,具体实现过程可以参照上述相应实施例的描述,不做赘述。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (8)

1.一种消息输出方法,其特征在于,包括:
确定预设时长内获得的多个待输出信息;
确定每个所述待输出信息的输出用户及每个所述待输出信息的信息类型,所述信息类型包括:留言消息、打赏消息、送礼物消息以及全局广播消息;
基于所述输出用户及信息类型确定所述待输出信息的输出等级信息;
基于所述输出等级信息输出至少部分所述多个待输出信息;
所述基于所述输出用户及信息类型确定所述待输出信息的输出等级信息,包括:确定每个所述待输出信息的输出用户的用户等级,所述用户等级通过用户的活跃度或充值金额确定,所述活跃度通过用户输出消息的次数确定,所述输出消息包括:输出留言消息、送礼物以及打赏;确定每个所述待输出信息的信息类型对应的类型等级;基于所述信息类型的类型等级及所述输出用户的用户等级确定所述待输出信息的输出等级信息;
所述基于所述信息类型的类型等级及所述输出用户的用户等级确定所述待输出信息的输出等级信息,包括:为所述用户等级和所述类型等级分配不同的权重;确定所述用户等级与所述用户等级的权重的乘积,以及,所述类型等级与所述类型等级的权重的乘积的和为输出等级,以得到所述输出等级信息。
2.根据权利要求1所述的方法,其特征在于,所述基于所述信息类型的类型等级及所述输出用户的用户等级确定所述待输出信息的输出等级信息,包括:
按照所述信息类型的类型等级确定所述多个待输出信息的第一输出序列;
若所述第一输出序列中存在相同类型等级的不少于两个待输出信息,基于所述不少于两个待输出信息的输出用户的用户等级确定所述不少于两个待输出信息的输出序列。
3.根据权利要求1所述的方法,其特征在于,所述基于所述输出等级信息输出至少部分所述多个待输出信息,包括:
基于所述多个待输出信息的输出等级信息输出预设数量的待输出信息。
4.根据权利要求3所述的方法,其特征在于,所述基于所述多个待输出信息的输出等级信息输出预设数量的待输出信息,包括:
基于所述预设时长内获得的待输出信息的数量确定预设数量;
输出所述输出等级信息高于其他待输出信息的第一组待输出信息,所述第一组待输出信息的数量为所述预设数量。
5.根据权利要求4所述的方法,其特征在于,还包括:
将所述待输出信息中除所述第一组待输出信息外的其他待输出信息确定为第二组待输出信息,中止对所述第二组待输出信息的输出;
其中,所述中止对所述第二组待输出信息的输出,包括:
停止对所述第二组待输出信息的输出,直至所述预设时长内获得的待输出信息的数量小于第一阈值时,与当前时段获得的数量小于第一阈值的待输出信息同时输出所述第二组待输出信息,所述第一阈值不大于所述预设数量。
6.一种消息输出系统,其特征在于,包括:
第一确定单元,用于确定预设时长内获得的多个待输出信息;
第二确定单元,用于确定每个所述待输出信息的输出用户及每个所述待输出信息的信息类型,所述信息类型包括:留言消息、打赏消息、送礼物消息以及全局广播消息;
第三确定单元,用于基于所述输出用户及信息类型确定所述待输出信息的输出等级信息;
输出单元,用于基于所述输出等级信息输出至少部分所述多个待输出信息;
所述第三确定单元,具体用于:确定每个所述待输出信息的输出用户的用户等级,所述用户等级通过用户的活跃度或充值金额确定,所述活跃度通过用户输出消息的次数确定,所述输出消息包括:输出留言消息、送礼物以及打赏,确定每个所述待输出信息的信息类型对应的类型等级,基于所述信息类型的类型等级及所述输出用户的用户等级确定所述待输出信息的输出等级信息;
所述基于所述信息类型的类型等级及所述输出用户的用户等级确定所述待输出信息的输出等级信息,包括:为所述用户等级和所述类型等级分配不同的权重;确定所述用户等级与所述用户等级的权重的乘积,以及,所述类型等级与所述类型等级的权重的乘积的和为输出等级,以得到所述输出等级信息。
7.一种消息输出装置,其特征在于,包括:
处理器,用于确定预设时长内获得的多个待输出信息;确定每个所述待输出信息的输出用户及每个所述待输出信息的信息类型,所述信息类型包括:留言消息、打赏消息、送礼物消息以及全局广播消息;基于所述输出用户及信息类型确定所述待输出信息的输出等级信息;基于所述输出等级信息输出至少部分所述多个待输出信息;所述基于所述输出用户及信息类型确定所述待输出信息的输出等级信息,包括:确定每个所述待输出信息的输出用户的用户等级,所述用户等级通过用户的活跃度或充值金额确定,所述活跃度通过用户输出消息的次数确定,所述输出消息包括:输出留言消息、送礼物以及打赏;确定每个所述待输出信息的信息类型对应的类型等级;基于所述信息类型的类型等级及所述输出用户的用户等级确定所述待输出信息的输出等级信息;所述基于所述信息类型的类型等级及所述输出用户的用户等级确定所述待输出信息的输出等级信息,包括:为所述用户等级和所述类型等级分配不同的权重;确定所述用户等级与所述用户等级的权重的乘积,以及,所述类型等级与所述类型等级的权重的乘积的和为输出等级,以得到所述输出等级信息;
存储器,用于存储所述处理器执行上述处理过程的程序。
8.一种可读存储介质,用于至少存储一组指令集;
所述指令集用于被调用并至少执行如上权利要求1至5任一项的消息输出的方法。
CN202110913754.6A 2021-08-10 2021-08-10 一种消息输出方法、装置及系统 Active CN113645508B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110913754.6A CN113645508B (zh) 2021-08-10 2021-08-10 一种消息输出方法、装置及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110913754.6A CN113645508B (zh) 2021-08-10 2021-08-10 一种消息输出方法、装置及系统

Publications (2)

Publication Number Publication Date
CN113645508A CN113645508A (zh) 2021-11-12
CN113645508B true CN113645508B (zh) 2023-09-19

Family

ID=78420532

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110913754.6A Active CN113645508B (zh) 2021-08-10 2021-08-10 一种消息输出方法、装置及系统

Country Status (1)

Country Link
CN (1) CN113645508B (zh)

Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105245960A (zh) * 2014-07-07 2016-01-13 乐视网信息技术(北京)股份有限公司 视频的弹幕显示方法及装置
CN105989066A (zh) * 2015-02-09 2016-10-05 阿里巴巴集团控股有限公司 一种信息处理方法和装置
CN106303656A (zh) * 2016-08-18 2017-01-04 北京奇虎科技有限公司 一种控制信息显示的方法和装置
CN107888635A (zh) * 2016-09-30 2018-04-06 中国电信股份有限公司 用于实现移动边缘存储的方法和装置
CN108134851A (zh) * 2018-03-16 2018-06-08 浙江远算云计算有限公司 数据传输的服务质量控制方法及装置
CN108174305A (zh) * 2016-12-07 2018-06-15 北京云中融信网络科技有限公司 直播聊天室的消息处理方法及装置
CN109462769A (zh) * 2018-10-30 2019-03-12 武汉斗鱼网络科技有限公司 直播间挂件显示方法、装置、终端及计算机可读介质
CN110191348A (zh) * 2018-02-23 2019-08-30 武汉斗鱼网络科技有限公司 视频直播中互动消息的处理方法及装置
CN110662085A (zh) * 2019-10-16 2020-01-07 北京字节跳动网络技术有限公司 消息发送方法、装置、可读介质及电子设备
CN111083508A (zh) * 2019-12-12 2020-04-28 广州华多网络科技有限公司 消息处理方法、装置、电子设备及存储介质
CN111416765A (zh) * 2020-03-20 2020-07-14 北京字节跳动网络技术有限公司 一种互动消息处理的方法及装置
CN112000454A (zh) * 2020-08-27 2020-11-27 平安国际智慧城市科技股份有限公司 一种多媒体数据的处理方法及设备
CN112346829A (zh) * 2019-08-07 2021-02-09 上海云盾信息技术有限公司 一种用于任务调度的方法及设备
CN112749031A (zh) * 2021-01-21 2021-05-04 广州虎牙科技有限公司 直播消息的处理方法、装置、设备及存储介质

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105245960A (zh) * 2014-07-07 2016-01-13 乐视网信息技术(北京)股份有限公司 视频的弹幕显示方法及装置
CN105989066A (zh) * 2015-02-09 2016-10-05 阿里巴巴集团控股有限公司 一种信息处理方法和装置
CN106303656A (zh) * 2016-08-18 2017-01-04 北京奇虎科技有限公司 一种控制信息显示的方法和装置
CN107888635A (zh) * 2016-09-30 2018-04-06 中国电信股份有限公司 用于实现移动边缘存储的方法和装置
CN108174305A (zh) * 2016-12-07 2018-06-15 北京云中融信网络科技有限公司 直播聊天室的消息处理方法及装置
CN110191348A (zh) * 2018-02-23 2019-08-30 武汉斗鱼网络科技有限公司 视频直播中互动消息的处理方法及装置
CN108134851A (zh) * 2018-03-16 2018-06-08 浙江远算云计算有限公司 数据传输的服务质量控制方法及装置
CN109462769A (zh) * 2018-10-30 2019-03-12 武汉斗鱼网络科技有限公司 直播间挂件显示方法、装置、终端及计算机可读介质
CN112346829A (zh) * 2019-08-07 2021-02-09 上海云盾信息技术有限公司 一种用于任务调度的方法及设备
CN110662085A (zh) * 2019-10-16 2020-01-07 北京字节跳动网络技术有限公司 消息发送方法、装置、可读介质及电子设备
CN111083508A (zh) * 2019-12-12 2020-04-28 广州华多网络科技有限公司 消息处理方法、装置、电子设备及存储介质
CN111416765A (zh) * 2020-03-20 2020-07-14 北京字节跳动网络技术有限公司 一种互动消息处理的方法及装置
CN112000454A (zh) * 2020-08-27 2020-11-27 平安国际智慧城市科技股份有限公司 一种多媒体数据的处理方法及设备
CN112749031A (zh) * 2021-01-21 2021-05-04 广州虎牙科技有限公司 直播消息的处理方法、装置、设备及存储介质

Also Published As

Publication number Publication date
CN113645508A (zh) 2021-11-12

Similar Documents

Publication Publication Date Title
CN112418580A (zh) 一种风险控制方法、计算机设备及可读存储介
CN108270828A (zh) 一种内容分发网络系统推荐方法及装置
CN107026900A (zh) 一种拍摄任务分配方法及装置
CN111708637A (zh) 一种数据处理方法、装置及计算机可读介质
CN111416765A (zh) 一种互动消息处理的方法及装置
CN113645508B (zh) 一种消息输出方法、装置及系统
CN110427160A (zh) 归置组分布的均衡方法及装置
CN110891087A (zh) 一种日志传输方法、装置及电子设备和存储介质
CN108650520B (zh) 一种视频直播控制方法、相关设备及计算机存储介质
CN111249747B (zh) 一种游戏中的信息处理方法及装置
CN107770054A (zh) 一种同场景下的聊天创建方法及设备
CN105511959A (zh) 虚拟资源分配方法和装置
CN111124672A (zh) 基于Redis集群的数据分配的方法及相关设备
CN114330879B (zh) 一种多维度约束的订单分配方法及系统
CN108521382A (zh) 一种消息发送方法、装置及系统
CN104618492A (zh) 一种基于多个服务器的数据处理系统
CN114841670A (zh) 项目开发进度管控方法、装置、设备及存储介质
CN115130981A (zh) 智能审批方法、装置、存储介质及服务器
CN107590686A (zh) 一种广告请求的处理方法和装置
CN111294661B (zh) 弹幕显示方法、装置、弹幕服务器设备及存储介质
CN114245162A (zh) 直播间任务处理方法、装置、服务器及存储介质
CN108882005B (zh) 一种弹幕验证方法、计算机设备和存储介质
CN108632669A (zh) 一种网络主播实时工作量获取方法和系统
CN113645579B (zh) 一种短信通道分发方法、装置和系统
CN112565803B (zh) 一种评论区的消息处理方法、装置及计算机存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant