CN105635180B - 消息推送方法及装置 - Google Patents

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任一所述的装置，其特征在于，所述消息发送单元，具体用于：

向所述直播间内所述新加入的用户端和所述主播端发送所述欢迎消息；或者，

确定所述直播间内与所述新加入的用户端满足预设关联关系的关联的用户端，向所述新加入的用户端、所述主播端和所述关联的用户端发送所述欢迎消息；或者；

当所述直播间还包括管理员端时，确定所述管理员端，向所述新加入的用户端、所述主播端和所述管理员端发送所述欢迎消息；或者，

当所述直播间还包括管理员端时，确定所述管理员端，并确定所述直播间内与所述新加入的用户端满足预设关联关系的关联的用户端，向所述新加入的用户端、所述主播端、所述管理员端和所述关联的用户端发送所述欢迎消息。