CN105635180B - 消息推送方法及装置 - Google Patents
消息推送方法及装置 Download PDFInfo
- Publication number
- CN105635180B CN105635180B CN201610125761.9A CN201610125761A CN105635180B CN 105635180 B CN105635180 B CN 105635180B CN 201610125761 A CN201610125761 A CN 201610125761A CN 105635180 B CN105635180 B CN 105635180B
- Authority
- CN
- China
- Prior art keywords
- live broadcast
- user
- broadcast room
- newly added
- terminal
- 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
- 238000000034 method Methods 0.000 title claims abstract description 44
- 230000000694 effects Effects 0.000 abstract description 6
- 238000010586 diagram Methods 0.000 description 10
- 230000006870 function Effects 0.000 description 7
- 238000012544 monitoring process Methods 0.000 description 4
- 230000008569 process Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
Classifications
-
- 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/4061—Push-to services, e.g. push-to-talk or push-to-video
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
-
- 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/4882—Data services, e.g. news ticker for displaying messages, e.g. warnings, reminders
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Information Transfer Between Computers (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本发明公开了一种消息推送方法及装置,属于网络直播领域。所述方法包括:确定直播间内新加入的用户端,所述直播间至少包括主播端和用户端,所述主播端用于向所述用户端提供直播节目;确定所述主播端;向直播间内至少包括所述新加入的用户端和所述主播端的部分客户端发送欢迎消息,所述欢迎消息用于欢迎所述新加入的用户端;解决了当有新的用户端进入直播间时,服务器可能因向该直播间内的主播端和全部用户端推送欢迎消息的压力过大而崩溃的问题;达到了降低了服务器在推送欢迎消息时的压力,保障了服务器稳定运行的效果。
Description
技术领域
本发明实施例涉及网络直播领域,特别涉及一种消息推送方法及装置。
背景技术
随着网络技术的发展,在线直播节目的受众越来越多,用户通过网页或客户端就可以直接进入直播间观看直播节目。
在直播过程中,当有新用户进入直播间时,为了向主播通知有新用户进入该直播间,同时也为了欢迎新用户的加入,服务器会向该直播间内的主播端和全部用户端推送欢迎消息。
在实现本发明实施例的过程中,发明人发现现有技术至少存在以下问题:由于服务器需要在新用户进入直播间时向该直播间内的主播端和全部用户端推送消息,当用户端的数量特别大时,服务器可能因压力过大而崩溃。
发明内容
为了解决现有技术的问题,本发明实施例提供了一种消息推送方法及装置。所述技术方案如下:
第一方面,提供了一种消息推送方法,该方法包括:
确定直播间内新加入的用户端,直播间至少包括主播端和用户端,主播端用于向用户端提供直播节目;
确定主播端;
向直播间内至少包括新加入的用户端和主播端的部分客户端发送欢迎消息,欢迎消息用于欢迎新加入的用户端。
可选的,确定直播间内新加入的用户端,包括:
获取直播间内的各个用户端与服务器之间建立的连接的保持时长,连接是在用户端加入直播间时建立的,且用户端加入不同的直播间时与服务器建立的连接不同;
将未接收过欢迎语且保持时长最短的用户端确定为新加入的用户端。
可选的,获取直播间内的各个用户端与服务器之间建立的连接的保持时长,包括:
获取直播间的直播间标识;
从各个用户端与服务器之间建立的连接中,获取与直播间标识对应的各个连接的保持时长。
可选的,确定直播间内新加入的用户端,包括:
获取将各个用户端分配至直播间的分配时刻;
将未接收过欢迎语且距离当前时刻最近的分配时刻所对应的用户端确定为新加入的用户端。
可选的,向直播间内至少包括新加入的用户端和主播端的部分客户端发送欢迎消息,包括:
获取新加入的用户端的用户标识;
生成携带有用户标识的欢迎消息;
向直播间内至少包括新加入的用户端和主播端的部分客户端发送欢迎消息;
可选的,向直播间内至少包括新加入的用户端和主播端的部分客户端发送欢迎消息,包括:
向直播间内新加入的用户端和主播端发送欢迎消息;或者,
确定直播间内与新加入的用户端满足预设关联关系的关联的用户端,向新加入的用户端、主播端和关联的用户端发送欢迎消息;或者;
当直播间还包括管理员端时,确定管理员端,向新加入的用户端、主播端和管理员端发送欢迎消息;或者,
当直播间还包括管理员端时,确定管理员端,并确定直播间内与新加入的用户端满足预设关联关系的关联的用户端,向新加入的用户端、主播端、管理员端和关联的用户端发送欢迎消息。
第二方面,提供了一种消息推送装置,该装置包括:
第一确定模块,用于确定直播间内新加入的用户端,直播间包括主播端和用户端,主播端用于向用户端提供直播节目;
第二确定模块,用于确定主播端;
发送模块,用于向第一确定模块确定的新加入的用户端和第二确定模块确定的主播端发送欢迎消息,欢迎消息用于欢迎新加入的用户端。
可选的,第一确定模块,包括:
时长获取单元,用于获取直播间内的各个用户端与服务器之间建立的连接的保持时长,连接是在用户端加入直播间时建立的,且用户端加入不同的直播间时与服务器建立的连接不同;
第一确定单元,用于将未接收过欢迎语且保持时长最短的用户端确定为新加入的用户端。
可选的,时长获取单元,包括:
标识获取子单元,用于获取直播间的直播间标识;
时长获取子单元,用于从各个用户端与服务器之间建立的连接中,获取与标识获取子单元获取的直播间标识对应的各个连接的保持时长。
可选的,第一确定模块,包括:
时刻获取单元,用于获取将各个用户端分配至直播间的分配时刻;
第二确定单元,用于将未接收过欢迎语且距离当前时刻最近的分配时刻所对应的用户端确定为新加入的用户端。
可选的,发送模块,包括:
用户标识获取单元,用于获取新加入的用户端的用户标识;
消息生成单元,用于生成携带有用户标识的欢迎消息;
消息发送单元,用于向新加入的用户端和主播端发送欢迎消息;
可选的,消息发送单元,具体用于:
向直播间内新加入的用户端和主播端发送欢迎消息;或者,
确定直播间内与新加入的用户端满足预设关联关系的关联的用户端,向新加入的用户端、主播端和关联的用户端发送欢迎消息;或者;
当直播间还包括管理员端时,确定管理员端,向新加入的用户端、主播端和管理员端发送欢迎消息;或者,
当直播间还包括管理员端时,确定管理员端,并确定直播间内与新加入的用户端满足预设关联关系的关联的用户端,向新加入的用户端、主播端、管理员端和关联的用户端发送欢迎消息。
本发明实施例提供的技术方案带来的有益效果是:
通过确定直播间内新加入的用户端,确定主播端;向直播间内至少包括新加入的用户端和主播端的部分客户端发送欢迎消息;解决了当有新的用户端进入直播间时,服务器可能因向该直播间内的主播端和全部用户端推送欢迎消息的压力过大而崩溃的问题;达到了降低了服务器在推送欢迎消息时的压力,保障了服务器稳定运行的效果。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明一个示例性实施例提供的消息推送方法的实施环境示意图;
图2是本发明一个示例性实施例提供的消息推送方法的方法流程图;
图3A是本发明另一个示例性实施例提供的消息推送方法的方法流程图;
图3B是本发明另一个示例性实施例提供的消息推送方法的方法流程图;
图4是本发明一个示例性实施例提供的消息推送方法的示意图;
图5A是本发明一个示例性实施例提供的消息推送方法的示意图;
图5B是本发明一个示例性实施例提供的消息推送方法的示意图;
图5C是本发明一个示例性实施例提供的消息推送方法的示意图;
图6是本发明一个示例性实施例提供的消息推送装置的框图;
图7是本发明另一个示例性实施例提供的消息推送装置的框图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
请参考图1,其示出了本发明实施例提供的一种实施环境的示意图。该实施环境包括:第一终端120、服务器140和第二终端160。
第一终端120是具有采集、编码、数据收发功能的设备,比如笔记本电脑、手机。第一终端120具有至少1个视频采集组件。
可选的,第一终端120中安装有主播端或浏览器,主播端是一种网络直播软件。用户可通过第一终端120中安装的主播端或者浏览器进行节目直播。
第一终端120通过有线网络,或无线网络,或数据传输线与服务器140相连。
服务器140是用于提供网络直播的后台服务的服务器。
第二终端160是具有数据收发功能的设备,比如笔记本电脑、手机。第二终端160的数量至少为1个。
可选的,第二终端160中安装有用户端或者浏览器,用户可通过第二终端160中安装的用户端或者浏览器观看直播节目。
第二终端160通过有线网络,或无线网络,或数据传输线与服务器140相连。
服务器140中存储有主播端与各个直播间之间的对应关系,当用户端接入直播间后,服务器根据各个直播间与主播端的对应关系,向属于同一直播间内的用户端发送由主播端上传的直播节目。
请参考图2,其示出了本发明一示例性实施例示出的一种消息推送方法的流程图。本实施例以该消息推送方法应用于实施环境中的服务器中来举例说明,如图2所示,该消息推送方法包括以下步骤:
在步骤202中,确定直播间内新加入的用户端,直播间至少包括主播端和用户端,主播端用于向用户端提供直播节目。
可选的,直播间包括一个主播端。
可选的,直播间的用户端的数量是变化的,用户端的最小数量为0,最大数量由服务器的负载能力确定。
可选的,主播端将直播节目上传至服务器,用户端通过连接服务器观看主播端上传的直播节目。
在步骤204中,确定主播端。
服务器确定主播端。
在步骤206中,向直播间内至少包括新加入的用户端和主播端发送的部分客户端欢迎消息,欢迎消息用于欢迎新加入的用户端。
可选的,服务器通过文字方式向直播间内至少包括新加入的用户端和主播端的部分客户端发送欢迎消息,或者,服务器通过语音方式向向直播间内至少包括新加入的用户端和主播端的部分客户端发送欢迎消息。
综上所述,本发明实施例所提供的消息推送方法,通过服务器确定直播间内新加入的用户端,确定主播端,向直播间内新加入的用户端和主播端的部分客户端发送欢迎消息,欢迎消息用于欢迎新加入的用户端;解决了当有新的用户端进入直播间时,服务器可能因向该直播间内的主播端和全部用户端推送欢迎消息的压力过大而崩溃的问题;达到了降低了服务器在推送欢迎消息时的压力,保障了服务器稳定运行的效果。
请参考图3A,其示出了本发明另一示例性实施例示出的一种消息推送方法的流程图。本实施例以该消息推送方法应用于实施环境中的服务器中来举例说明,如图3A所示,该消息推送方法包括以下步骤:
在步骤301中,获取直播间内的各个用户端与服务器之间建立的连接的保持时长。
可选的,直播间至少包括主播端和用户端,直播间的用户端的数量是变化的,用户端的最小数量为0,最大数量由服务器的负载能力确定。
可选的,直播间还包括管理员端,管理员端用于监控直播间内的各种动态。比如管理员端监控直播间内的用户端发送的消息是否不是文明用语,或者监控直播节目是否存在不健康的内容。
各个用户端与服务器之间建立的连接是在用户端加入直播间时建立的,且用户端加入不同的直播间时与服务器建立的连接不同。
比如:用户A在直播网站上观看直播节目,当前用户A在直播间1中观看节目,此时用户A对应的用户端与服务器建立的连接对应直播间1,一段时间后,用户A换到直播间2观看节目,此时用户A对应的用户端与直播间1之间的连接断开,重新与服务器建立对应于直播间2的连接。
可选的,服务器每隔预定时间间隔获取直播间内的各个用户端与服务器之间建立的连接的保持时长,预定时间间隔是预先在服务器中设置的,比如:预定时间间隔为1秒,或者1毫秒。
该步骤具体由如下两个步骤实现,如图3B所示:
在步骤3011中,获取直播间的直播间标识。
可选的,每个直播间在服务器中具有唯一的标识。
在步骤3012中,从各个用户端与服务器之间建立的连接中,获取与直播间标识对应的各个连接的保持时长。
用户端加入直播间时与服务器建立的连接与该直播间的直播间标识对应。
可选的,连接的保持时长根据用户端与服务器建立完连接的时刻和当前服务器的当前时刻确定,即服务器的当前时刻减去用户端与服务器建立完连接的时刻,得到的结果即为连接的保持时长。
在步骤302中,将未接收过欢迎语且保持时长最短的用户端确定为新加入的用户端。
保持时长越短说明用户端与服务器建立完连接的时刻越靠近服务器的当前时刻,该用户端是新加入直播间的。
可选的,针对每个直播间,每个用户端被确定为新加入的用户端的次数有且只有一次。当某一用户端已经被确定为新加入的用户端后,即使在后续时间内没有其他用户端加入该直播间,也即保持时长最短的用户端仍为该用户端,该用户端也不会再次被确定为新加入的用户端。
可选的,由于在同一时刻可能有多个用户端同时加入同一直播间,因此,同一时刻新加入的用户端的数量至少为1。
在步骤303中,确定主播端。
服务器从当前直播间内的所有客户端中确定主播端,当前直播间内包括主播端和观看直播节目的用户端。
可选的,主播端在服务器内具有特殊标识,该特殊标识与进入直播间观看直播节目的用户端的用户标识不同。
在步骤304中,获取新加入的用户端的用户标识。
可选的,每个用户端的用户标识是唯一的。
可选的,用户端的用户标识包括:用户端对应用户的用户昵称、用户端对应用户的用户等级、用户端对应用户的用户性别中的至少一种。
比如:新加入的用户端对应用户B,用户B在该直播网站的昵称是“小华”,用户等级为普通会员,则服务器获取到新加入的用户端的用户标识为“小华”、普通会员。
在步骤305中,生成携带有用户标识的欢迎消息。
欢迎消息用户欢迎新加入的用户端。
可选的,获取到的新加入的用户端的用户标识的数量与生成的欢迎消息的个数相同,即一个新加入的用户端的用户标识与一个欢迎消息对应。
可选的,欢迎消息可以根据用户标识发生变化。
比如:新加入用户端的用户标识包括用户端对应用户的用户昵称和用户端对应用户的用户等级,服务器获取到新加入的用户端A的用户标识为“小红”、高级会员,则生成的欢迎消息为“欢迎高级会员小红光临”;服务器获取到新加入的用户端B的用户标识为“小明”、普通会员,则生成的欢迎消息为“欢迎普通会员小明进入直播间”。
在步骤306中,向直播间内新加入的用户端和主播端发送欢迎消息。
服务器向新加入的用户端和主播端发送欢迎消息。
可选的,当新加入的用户端和主播端接收到服务器发送的欢迎消息后,新加入的用户端和主播端在各自的显示界面分别显示该欢迎消息。
可选的,欢迎消息可以在新加入的用户端和主播端的显示界面的直播区域以外的区域显示,或者以弹幕的形式在新加入的用户端和主播端的显示界面的直播区域显示。
可选的,服务器以文字形式向新加入的用户端和主播端发送欢迎消息,或者,以语音形式向新加入的用户端和主播端发送欢迎消息。
可选的,当同一时刻新加入的用户端为两个或者两个以上时,服务器向主播端发送生成的所有欢迎消息,服务器向各个新加入的用户端发送与用户标识对应的欢迎消息;相应地,主播端接收并显示服务器端发送的所有欢迎消息,每个新加入的用户端只接收并显示对应于自己的用户标识的欢迎消息。
综上所述,本发明实施例所提供的消息推送方法,通过服务器确定直播间内新加入的用户端,确定主播端,向新加入的用户端和主播端发送欢迎消息,欢迎消息用于欢迎新加入的用户端;解决了当有用户端进入直播间时,服务器可能因向该直播间内的主播端和全部用户端推送欢迎消息的压力过大而崩溃的问题;达到了降低了服务器在推送欢迎消息时的压力,保障了服务器稳定运行的效果。
在基于图3A所示实施例的可选实施例中,还可以根据用户端被分配至各个直播间的分配时刻确定新加入的用户端,即上述步骤301至步骤302,可被步骤401至步骤402替代实现,如图4所示:
在步骤401中,获取将各个用户端分配至直播间的分配时刻。
当用户端需要加入直播间时,首先向服务器发送包含直播间标识的连接请求,在服务器接收用户端发送的连接请求,并与用户端成功连接后,服务器将用户端分配至对应于直播间标识的直播间,并记录将各个用户端分配至直播间的分配时刻。
服务器获取将各个用户端分配至直播间的分配时刻。
可选的,服务器每隔预定时间间隔获取将各个用户端分配至直播间的分配时刻。
可选的,预定时间间隔是预先在服务器中设置的,比如:1秒,或者1毫秒。
在步骤402中,将未接收过欢迎语且距离当前时刻最近的分配时刻所对应的用户端确定为新加入的用户端。
当前时刻减去分配时刻的结果越小,表明分配时刻距离当前时刻越近,距离当前时刻最近的分配时刻对应的用户端即为新加入的用户端。
可选的,针于每个直播间,每个用户端被确定为新加入的用户端的次数有且只有一次。当某一用户端已经被确定为新加入的用户端后,即使在后续时间内没有其他用户端加入该直播间,也即距离当前时刻最近的分配时间所对应的用户端仍为该用户端,该用户端也不会再次被确定为新加入的用户端。
可选的,由于在同一时刻可能有多个用户端同时加入同一直播间,因此,同一时刻新加入的用户端的数量至少为1。
在基于图3A或图4所示实施例的可选实施例中,当直播间内存在与新加入的用户端满足预设关联关系的关联的用户端时,还可以向与新加入的用户端满足预设关联关系的用户端发送欢迎消息,即上述步骤306可被步骤501a至步骤502a替代实现,如图5A所示:
在步骤501a中,确定直播间内与新加入的用户端满足预设关联关系的关联的用户端。
可选的,预设关联关系:互为好友关系、属于同一个公会、相互关注、粉丝关系、亲密度达到预定阈值中的至少一种。比如:某一直播间内已经存在用户端A、用户端B、用户端C,此时,用户端D新加入该直播间,用户端C对应的用户是用户端D对应的用户的粉丝,用户端D对应的用户与用户端A对应的用户相互关注,则用户端C和用户端A分别与新加入的用户端D满足预设关联关系,服务器将用户端C和用户端D确定为与用户端D关联的用户端。
在步骤502a中,向新加入的用户端、主播端和关联的用户端发送欢迎消息。
此外,本发明实施例通过向新加入的用户端、主播端和关联的用户端发送欢迎消息,使得与新加入的用户端在同一直播间,且满足预设关联关系的关联用户也能够及时知道该用户端的加入,有利于用户端之间的互动。
在基于图3A或图4所示实施例的可选实施例中,当直播间内包括管理员端时,还可以向管理员端发送欢迎消息,即上述步骤306可被步骤501b至步骤502b替代实现,如图5B所示:
在步骤501b中,确定管理员端。
可选的,管理员端用于监控直播间内的各种动态。比如管理员端监控直播间内的用户端发送的消息是否不是文明用语,或者监控直播节目是否存在不健康的内容。
在步骤502b中,向新加入的用户端、主播端和管理员端发送欢迎消息。
此外,本发明实施例通过向新加入的用户端、主播端和管理员端发送欢迎消息,使得该直播间的管理员端能够及时知道有新用户端加入,有利于及时监控直播间的动态。
在基于图3A或图4所示实施例的可选实施例中,当直播间内包括管理员端,且存在与新加入的用户端满足预设关联关系的用户端时,还可以向管理员端和与新加入的用户端满足预设关联关系的用户端发送欢迎消息,即上述步骤306可被步骤501c至步骤502c替代实现,如图5C所示:
在步骤501c中,确定管理员端,并确定直播间内与新加入的用户端满足预设关联关系的关联的用户端。
可选的,预设关联关系:互为好友关系、属于同一公会、相互关注、粉丝关系、亲密度达到预定阈值中的至少一种。
可选的,管理员端用于监控直播间内的各种动态。比如管理员端监控直播间内的用户端发送的消息是否不是文明用语,或者监控直播节目是否存在不健康的内容。
在步骤502c中,向新加入的用户端、主播端、管理员端和关联的用户端发送欢迎消息。
下述为本发明装置实施例,可以用于执行本发明方法实施例。对于本发明装置实施例中未披露的细节,请参照本发明方法实施例。
参考图6,其示出了本发明一个实施例提供的直播装置的结构方框图。该直播装置可以通过软件、硬件或者两者的结合实现成为上述可提供直播的服务器的全部或者一部分。如图6所示,该装置包括:
第一确定模块610,用于确定直播间内新加入的用户端,直播间包括主播端和用户端,主播端用于向用户端提供直播节目;
第二确定模块620,用于确定主播端;
发送模块630,用于向第一确定模块610确定的新加入的用户端和第二确定模块620确定的主播端发送欢迎消息,欢迎消息用于欢迎新加入的用户端。
综上所述,本发明实施例所提供的消息推送装置,通过服务器确定直播间内新加入的用户端,确定主播端,向新加入的用户端和主播端发送欢迎消息,欢迎消息用于欢迎新加入的用户端;解决了当有用户端进入直播间时,服务器可能因向该直播间内的主播端和全部用户端推送欢迎消息的压力过大而崩溃的问题;达到了降低了服务器在推送欢迎消息时的压力,保障了服务器稳定运行的效果。
参考图7,其示出了本发明一个实施例提供的直播装置的结构方框图。该直播装置可以通过软件、硬件或者两者的结合实现成为上述可提供直播的服务器的全部或者一部分。如图7所示,该装置包括:
第一确定模块710,用于确定直播间内新加入的用户端,直播间包括主播端和用户端,主播端用于向用户端提供直播节目;
第二确定模块720,用于确定主播端;
发送模块730,用于向第一确定模块710确定的新加入的用户端和第二确定模块720确定的主播端发送欢迎消息,欢迎消息用于欢迎新加入的用户端。
可选的,第一确定模块710,包括:
时长获取单元711,用于获取直播间内的各个用户端与服务器之间建立的连接的保持时长,连接是在用户端加入直播间时建立的,且用户端加入不同的直播间时与服务器建立的连接不同;
第一确定单元712,用于将未接收过欢迎语且保持时长最短的用户端确定为新加入的用户端。
可选的,时长获取单元711,包括:
标识获取子单元7111,用于获取直播间的直播间标识;
时长获取子单元7112,用于从各个用户端与服务器之间建立的连接中,获取与标识获取子单元7111获取的直播间标识对应的各个连接的保持时长。
可选的,第一确定模块710,包括:
时刻获取单元713,用于获取将各个用户端分配至直播间的分配时刻;
第二确定单元714,用于将未接收过欢迎语且距离当前时刻最近的分配时刻所对应的用户端确定为新加入的用户端。
可选的,发送模块730,包括:
用户标识获取单元731,用于获取新加入的用户端的用户标识;
消息生成单元732,用于生成携带有用户标识的欢迎消息;
消息发送单元733,用于向直播间内至少包括新加入的用户端和主播端的部分客户端发送欢迎消息;
消息发送单元733,具体用于:
向直播间内新加入的用户端和主播端发送欢迎消息;或者,
确定直播间内与新加入的用户端满足预设关联关系的关联的用户端,向新加入的用户端、主播端和关联的用户端发送欢迎消息;或者;
当直播间还包括管理员端时,确定管理员端,向新加入的用户端、主播端和管理员端发送欢迎消息;或者,
当直播间还包括管理员端时,确定管理员端,并确定直播间内与新加入的用户端满足预设关联关系的关联的用户端,向新加入的用户端、主播端、管理员端和关联的用户端发送欢迎消息。
综上所述,本发明实施例所提供的消息推送装置,通过服务器确定直播间内新加入的用户端,确定主播端,向新加入的用户端和主播端发送欢迎消息,欢迎消息用于欢迎新加入的用户端;解决了当有用户端进入直播间时,服务器可能因向该直播间内的主播端和全部用户端推送欢迎消息的压力过大而崩溃的问题;达到了降低了服务器在推送欢迎消息时的压力,保障了服务器稳定运行的效果。
需要说明的是:上述实施例提供的消息推送装置在进行消息推送时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将设备的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的消息推送方法的实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (12)
1.一种消息推送方法,其特征在于,所述方法包括:
确定直播间内新加入的用户端,所述直播间至少包括主播端和用户端,所述主播端用于向所述用户端提供直播节目;
确定所述主播端;
向所述直播间内至少包括所述新加入的用户端和所述主播端的部分客户端发送欢迎消息,所述欢迎消息用于欢迎所述新加入的用户端。
2.根据权利要求1所述的方法,其特征在于,所述确定直播间内新加入的用户端,包括:
获取所述直播间内的各个用户端与服务器之间建立的连接的保持时长,所述连接是在所述用户端加入所述直播间时建立的,且所述用户端加入不同的直播间时与所述服务器建立的连接不同;
将未接收过所述欢迎消息且保持时长最短的用户端确定为所述新加入的用户端。
3.根据权利要求2所述的方法,其特征在于,所述获取所述直播间内的各个用户端与服务器之间建立的连接的保持时长,包括:
获取所述直播间的直播间标识;
从各个用户端与所述服务器之间建立的连接中,获取与所述直播间标识对应的各个连接的保持时长。
4.根据权利要求1所述的方法,其特征在于,所述确定直播间内新加入的用户端,包括:
获取将各个用户端分配至所述直播间的分配时刻;
将未接收过所述欢迎消息且距离当前时刻最近的分配时刻所对应的用户端确定为所述新加入的用户端。
5.根据权利要求1至4任一所述的方法,其特征在于,所述向所述直播间内至少包括所述新加入的用户端和所述主播端的部分客户端发送欢迎消息,包括:
获取所述新加入的用户端的用户标识;
生成携带有所述用户标识的欢迎消息;
向所述直播间内至少包括所述新加入的用户端和所述主播端的部分客户端发送所述欢迎消息。
6.根据权利要求5所述的方法,其特征在于,所述向所述直播间内至少包括所述新加入的用户端和所述主播端的部分客户端发送所述欢迎消息,包括:
向所述直播间内所述新加入的用户端和所述主播端发送所述欢迎消息;或者,
确定所述直播间内与所述新加入的用户端满足预设关联关系的关联的用户端,向所述新加入的用户端、所述主播端和所述关联的用户端发送所述欢迎消息;或者;
当所述直播间还包括管理员端时,确定所述管理员端,向所述新加入的用户端、所述主播端和所述管理员端发送所述欢迎消息;或者,
当所述直播间还包括管理员端时,确定所述管理员端,并确定所述直播间内与所述新加入的用户端满足预设关联关系的关联的用户端,向所述新加入的用户端、所述主播端、所述管理员端和所述关联的用户端发送所述欢迎消息。
7.一种消息推送装置,其特征在于,所述装置包括:
第一确定模块,用于确定直播间内新加入的用户端,所述直播间至少包括主播端和用户端,所述主播端用于向所述用户端提供直播节目;
第二确定模块,用于确定所述主播端;
发送模块,用于向所述直播间内至少包括所述第一确定模块确定的所述新加入的用户端和所述第二确定模块确定的所述主播端的部分客户端发送欢迎消息,所述欢迎消息用于欢迎所述新加入的用户端。
8.根据权利要求7所述的装置,其特征在于,所述第一确定模块,包括:
时长获取单元,用于获取所述直播间内的各个用户端与服务器之间建立的连接的保持时长,所述连接是在所述用户端加入所述直播间时建立的,且所述用户端加入不同的直播间时与所述服务器建立的连接不同;
第一确定单元,用于将未接收过所述欢迎消息且保持时长最短的用户端确定为所述新加入的用户端。
9.根据权利要求8所述的装置,其特征在于,所述时长获取单元,包括:
标识获取子单元,用于获取所述直播间的直播间标识;
时长获取子单元,用于从各个用户端与所述服务器之间建立的连接中,获取与所述标识获取子单元获取的所述直播间标识对应的各个连接的保持时长。
10.根据权利要求7所述的装置,其特征在于,所述第一确定模块,包括:
时刻获取单元,用于获取将各个用户端分配至所述直播间的分配时刻;
第二确定单元,用于将未接收过所述欢迎消息且距离当前时刻最近的分配时刻所对应的用户端确定为所述新加入的用户端。
11.根据权利要求7至10任一所述的装置,其特征在于,所述发送模块,包括:
用户标识获取单元,用于获取所述新加入的用户端的用户标识;
消息生成单元,用于生成携带有所述用户标识的欢迎消息;
消息发送单元,用于向所述直播间内至少包括所述新加入的用户端和所述主播端的部分客户端发送所述欢迎消息。
12.根据权利要求11任一所述的装置,其特征在于,所述消息发送单元,具体用于:
向所述直播间内所述新加入的用户端和所述主播端发送所述欢迎消息;或者,
确定所述直播间内与所述新加入的用户端满足预设关联关系的关联的用户端,向所述新加入的用户端、所述主播端和所述关联的用户端发送所述欢迎消息;或者;
当所述直播间还包括管理员端时,确定所述管理员端,向所述新加入的用户端、所述主播端和所述管理员端发送所述欢迎消息;或者,
当所述直播间还包括管理员端时,确定所述管理员端,并确定所述直播间内与所述新加入的用户端满足预设关联关系的关联的用户端,向所述新加入的用户端、所述主播端、所述管理员端和所述关联的用户端发送所述欢迎消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610125761.9A CN105635180B (zh) | 2016-03-04 | 2016-03-04 | 消息推送方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610125761.9A CN105635180B (zh) | 2016-03-04 | 2016-03-04 | 消息推送方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105635180A CN105635180A (zh) | 2016-06-01 |
CN105635180B true CN105635180B (zh) | 2019-03-19 |
Family
ID=56049668
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610125761.9A Active CN105635180B (zh) | 2016-03-04 | 2016-03-04 | 消息推送方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105635180B (zh) |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106231378A (zh) * | 2016-07-28 | 2016-12-14 | 北京小米移动软件有限公司 | 直播间的显示方法、装置及系统 |
CN106303605B (zh) * | 2016-08-17 | 2019-11-08 | 广州酷狗计算机科技有限公司 | 一种发送通知消息的方法、装置和系统 |
CN106161219B (zh) * | 2016-09-29 | 2019-04-09 | 广州华多网络科技有限公司 | 消息处理方法及装置 |
CN106506632A (zh) * | 2016-10-27 | 2017-03-15 | 上海幻电信息科技有限公司 | 一种基于html5浏览器的音视频直播方法 |
CN107071505B (zh) * | 2017-03-09 | 2020-03-17 | 武汉斗鱼网络科技有限公司 | 一种弹幕延迟加载方法及装置 |
CN107231350B (zh) * | 2017-05-24 | 2020-05-19 | 北京潘达互娱科技有限公司 | 一种消息处理方法与装置 |
CN108989899B (zh) * | 2017-06-01 | 2021-07-23 | 武汉斗鱼网络科技有限公司 | 一种弹幕处理方法和系统 |
CN107635155B (zh) * | 2017-09-20 | 2020-08-07 | 香港乐蜜有限公司 | 一种信息发送方法、装置、设备及存储介质 |
CN107820114A (zh) * | 2017-09-28 | 2018-03-20 | 武汉斗鱼网络科技有限公司 | 特效展示方法及装置 |
CN109547807B (zh) * | 2018-11-15 | 2021-02-12 | 腾讯科技(深圳)有限公司 | 一种基于直播的信息处理方法、装置及服务器 |
CN112243157A (zh) * | 2020-10-14 | 2021-01-19 | 北京字节跳动网络技术有限公司 | 直播控制方法、装置、电子设备及计算机可读介质 |
CN112351300A (zh) * | 2020-11-05 | 2021-02-09 | 北京字节跳动网络技术有限公司 | 信息显示方法、装置、设备及介质 |
CN112399241A (zh) * | 2020-12-08 | 2021-02-23 | 深圳市富途网络科技有限公司 | 直播间的消息处理方法及相关产品 |
CN112751748B (zh) * | 2020-12-28 | 2023-04-18 | 百果园技术(新加坡)有限公司 | 会话消息管理方法、装置、服务器和可读存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104539514A (zh) * | 2014-12-17 | 2015-04-22 | 广州酷狗计算机科技有限公司 | 消息过滤方法和装置 |
CN104901863A (zh) * | 2014-03-06 | 2015-09-09 | 腾讯科技(深圳)有限公司 | 发送即时提示消息的方法、装置及系统 |
CN104967552A (zh) * | 2014-11-12 | 2015-10-07 | 腾讯科技(深圳)有限公司 | 消息推送方法及装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104104703B (zh) * | 2013-04-09 | 2018-02-13 | 广州华多网络科技有限公司 | 多人音视频互动方法、客户端、服务器及系统 |
US20150302416A1 (en) * | 2014-04-17 | 2015-10-22 | HearNow Technologies, Inc. | Low energy bluetooth device for facilitating an in-home customer service experience |
CN104967647A (zh) * | 2014-11-05 | 2015-10-07 | 腾讯科技(深圳)有限公司 | 消息推送方法和装置 |
-
2016
- 2016-03-04 CN CN201610125761.9A patent/CN105635180B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104901863A (zh) * | 2014-03-06 | 2015-09-09 | 腾讯科技(深圳)有限公司 | 发送即时提示消息的方法、装置及系统 |
CN104967552A (zh) * | 2014-11-12 | 2015-10-07 | 腾讯科技(深圳)有限公司 | 消息推送方法及装置 |
CN104539514A (zh) * | 2014-12-17 | 2015-04-22 | 广州酷狗计算机科技有限公司 | 消息过滤方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN105635180A (zh) | 2016-06-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105635180B (zh) | 消息推送方法及装置 | |
CN104883618B (zh) | 直播节目试看方法、装置及系统 | |
CN105451087B (zh) | 弹幕信息的推送方法、终端、历史数据服务器及系统 | |
CN108259948B (zh) | 一种直播音视频的播放方法、装置、计算机及存储介质 | |
US20160323647A1 (en) | Video sharing method and system in smart tv | |
US20160295269A1 (en) | Information pushing method, device and system | |
CN105704504B (zh) | 视频直播中插入推送信息的方法、装置、设备及存储介质 | |
CN106231367B (zh) | 美颜处理方法及装置 | |
CN103493500A (zh) | 媒体播放方法、控制点和终端 | |
CN108810657B (zh) | 一种设置视频封面的方法和系统 | |
CN107770624B (zh) | 一种直播过程中多媒体文件的播放方法、装置及存储介质 | |
CN105100906A (zh) | 一种播放控制方法和设备 | |
CN109089169A (zh) | 一种直播间切换方法、装置及存储介质 | |
CN110677714A (zh) | 一种视频数据下载方法、装置、电子设备及存储介质 | |
CN111541555A (zh) | 群聊优化方法及相关产品 | |
WO2023061060A1 (zh) | 音视频码流的调度方法、系统、介质及电子装置 | |
CN110971984A (zh) | 一种连麦方法、装置、系统、设备及存储介质 | |
CN104093045A (zh) | 基于回源的ott tv播放请求处理方法及系统 | |
CN105898596B (zh) | 直播间显示控制方法及装置 | |
CN108668140B (zh) | 音视频交互状态同步方法及装置 | |
CN102246459B (zh) | 互动信息更新方法、装置、服务器及终端 | |
CN114885181B (zh) | 一种直播资源的延时播放方法和装置 | |
CN112770124B (zh) | 进入直播间的方法及装置、存储介质和电子设备 | |
CN114143616A (zh) | 目标视频的处理方法和系统、存储介质及电子装置 | |
CN112511884B (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 | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: 510660 Guangzhou City, Guangzhou, Guangdong, Whampoa Avenue, No. 315, self - made 1-17 Applicant after: Guangzhou KuGou Networks Co., Ltd. Address before: 510000 B1, building, No. 16, rhyme Road, Guangzhou, Guangdong, China 13F Applicant before: Guangzhou KuGou Networks Co., Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |