CN113115065A - 一种基于直播的数据处理方法及装置 - Google Patents

Abstract

本申请公开了一种基于直播的数据处理方法。信令服务器响应于第一观众触发的加入直播的操作，确定第一通信房间服务的观众数量是否达到预设数量阈值，第一通信房间服务的观众通过第一通信房间对应的第一地址获取直播资源。若第一通信房间服务的观众数量达到预设数量阈值，信令服务器则创建第二通信房间，创建第二通信房间之后，信令服务器可以将第二通信房间对应的第二地址发送给第一观众的客户端，以使得第一观众的客户端通过第二地址获取直播资源。由此可见，当加入直播的观众数量很多时，也能在保证第一地址的访问并发数量不超过预设数量阈值的前提下，使得直播服务能够服务更多例如百万级观众，提升直播服务的服务质量。

Description

一种基于直播的数据处理方法及装置

技术领域

本申请涉及通信领域，特别是涉及一种基于直播的数据处理方法及装置。

背景技术

随着计算机技术和网络技术的发展，出现了直播服务，且应用越来越广泛。在一个示例中，主播可以通过提供直播服务的应该程序发起直播，观众通过该应用程序可以加入该直播，以观看主播发布的内容。

目前，如何提升直播服务的服务质量是目前急需解决的问题。

发明内容

本申请所要解决的技术问题是如何提升直播服务的服务质量，提供一种基于直播的数据处理方法及装置。

第一方面，本申请实施例提供了一种基于直播的数据处理方法，所述方法包括：响应于第一观众触发的加入直播的操作，确定第一通信房间服务的观众数量是否达到预设数量阈值，所述第一通信房间服务的观众通过所述第一通信房间对应的第一地址获取直播资源；在确定所述第一通信房间服务的观众数量达到所述预设数量阈值之后，创建第二通信房间；将所述第二通信房间对应的第二地址发送给所述第一观众的客户端，以使所述第一观众的客户端通过所述第二地址访问所述直播资源。

可选的，在将所述第二地址发送给所述第一观众的客户端之前，所述方法还包括：接收直播服务器响应于所述第一观众触发的加入直播的操作而发送的第一请求，所述第一请求用于请求获取通信房间标识，所述通信房间标识所指示的通信房间用于为所述第一观众提供直播服务；将所述第二通信房间的标识发送给直播服务器。

可选的，所述第一请求中包括直播标识，在所述确定第一通信房间服务的观众数量是否达到预设数量阈值之前，所述方法还包括：以所述直播标识为索引，确定所述第一通信房间服务的观众数量。

可选的，在将所述第二地址发送给所述第一观众的客户端之前，所述方法还包括：接收所述第一观众的客户端发送的第二请求，所述第二请求用于请求加入所述第二通信房间。

可选的，在将所述第二地址发送给所述第一观众的客户端之前，所述方法还包括：接收所述第一观众的客户端发送的第三请求，所述第三请求用于请求订阅所述直播资源；所述将所述第二地址发送给所述第一观众的客户端，包括：向所述第一观众的客户端发送所述第三请求的应答消息，所述第三请求的应答消息中包括所述第二地址。

可选的，所述第二通信房间对应的第二地址通过如下方式存储所述直播资源：通过所述第一地址获得所述直播资源；利用所述第二地址发布所获取的所述直播资源。

可选的，所述直播资源，包括：主播发布的多媒体流。

可选的，所述直播资源，包括：主播发布的多媒体流以及观众发布的多媒体流。

可选的，所述方法还包括：接收所述第一观众的客户端发送的第四请求，所述第四请求用于请求与主播进行实时多媒体交互；向所述第一观众的客户端发送所述第四请求的应答消息，所述第四请求的应答消息中包括：所述第二通信房间对应的第三地址，所述第三地址为所述第一观众的客户端发布的与所述主播进行实时多媒体交互的多媒体流在媒体服务器中的存储地址。

可选的，所述方法还包括：在所述第一观众的客户端发布与所述主播进行实时多媒体交互的多媒体流之后，通过所述第一通信房间对应的第四地址，发布所述第一观众的客户端发布的多媒体流，所述第一通信房间服务的用户通过所述第四地址获取所述第一观众的客户端发布的多媒体流。

可选的，所述方法还包括：向主播客户端发送提示消息，所述提示消息用于提示所述第一观众的客户端发布了多媒体流。

可选的，所述第一通信房间服务的用户包括所述主播，所述方法还包括：接收所述主播客户端发送的订阅请求，所述订阅请求用于请求订阅所述第一观众的客户端发布的多媒体流；向所述主播客户端发送所述订阅请求的应答消息，所述订阅请求的应答消息中包括所述第四地址。

可选的，所述方法还包括：响应于所述第二通信房间服务的最后一个观众触发的退出所述直播的操作，销毁所述第二通信房间。

可选的，所述第一观众的客户端通过所述第二地址获取所述直播资源所使用的协议为：网页即时通信webRTC协议。

可选的，所述主播发布直播资源所使用的协议为：webRTC协议。

第二方面，本申请实施例提供了一种基于直播的数据处理方法，所述方法包括：在第一观众的客户端发布多媒体流之后，获取第一观众的客户端发布的所述多媒体流；对所述第一观众的客户端发布的多媒体流和所述主播客户端待发布的多媒体流进行处理，得到所述第一观众的客户端发布的多媒体流和所述主播客户端待发布的多媒体流的混流；发布所述混流。

可选的，所述获取第一观众的客户端发布的多媒体流，包括：向信令服务器发送订阅请求，所述订阅请求用于请求订阅所述第一观众的客户端发布的多媒体流；接收所述信令服务器发送的所述订阅请求的应答消息，所述订阅请求的应答消息中包括：第四地址，所述第一通信房间服务的用户通过所述第四地址获取所述第一观众发布的多媒体流，所述第一通信房间服务的用户包括主播；通过所述第四地址获得所述第一观众的客户端发布的多媒体流。

可选的，所述发布所述混流，包括：通过第一通信房间对应的第一地址，发布所述混流，其中：所述第一通信房间服务的观众通过所述第一地址获取主播发布的所述混流。

可选的，在通过第一通信房间对应的第一地址，发布所述混流之前，所述方法还包括：响应于主播触发的创建直播的操作，接收所述信令服务器发送的第一通信房间的标识。

可选的，所述方法还包括:向所述信令服务器发送加入所述第一通信房间的请求和直播资源发布请求；接收所述信令服务器发送的所述第一地址。

第三方面，本申请实施例提供了一种基于直播的数据处理方法，所述方法包括：获取主播客户端通过第一通信房间对应的第一地址发布的直播资源，所述第一通信房间服务的观众通过所述第一通信房间对应的第一地址获取直播资源；通过第二通信房间对应的第二地址，发布所述直播资源，所述第二通信房间服务的观众通过所述第二地址获取所述直播资源。

可选的，所述获取主播客户端通过第一通信房间对应的第一地址发布的直播资源，包括：向信令服务器发送第一订阅请求，所述第一订阅请求用于请求订阅主播客户端发布的直播资源；接收所述信令服务器发送的针对所述第一订阅请求的应答消息，所述第一订阅请求的应答消息中包括：所述第一地址；利用所述第一地址获取所述主播客户端发布的直播资源。

可选的，所述第二通信房间服务的观众包括第一观众，所述方法还包括：在所述第一观众的客户端发布与主播进行实时多媒体交互的多媒体流之后，获取所述第一观众的客户端发布的所述多媒体流；通过所述第一通信房间对应的第四地址，发布所述第一观众的客户端发布的所述多媒体流，所述第一通信房间服务的用户通过所述第四地址获取所述第一观众发布的多媒体流。

可选的，所述获取所述第一观众的客户端发布的所述多媒体流，包括：向信令服务器发送第二订阅请求，所述第二订阅请求用于请求订阅所述第一观众的客户端发布的所述多媒体流；接收所述信令服务器发送的针对所述第二订阅请求的应答消息，所述第二请求的应答消息中包括：所述第二通信房间对应的第三地址；所述第三地址为所述第一观众的客户端发布的所述多媒体流在媒体服务器中的存储地址；利用所述第三地址从所述媒体服务器中获取所述主播客户端发布的所述多媒体流。

可选的，在所述通过所述第一通信房间对应的第四地址，发布所述第一观众的客户端发布的所述多媒体流之前，所述方法还包括：接收信令服务器发送的所述第四地址。

第四方面，本申请实施例提供了一种基于直播的数据处理装置，所述装置包括：第一确定单元，用于响应于第一观众触发的加入直播的操作，确定第一通信房间服务的观众数量是否达到预设数量阈值，所述第一通信房间服务的观众通过所述第一通信房间对应的第一地址获取直播资源；创建单元，用于在确定所述第一通信房间服务的观众数量达到所述预设数量阈值之后，创建第二通信房间；第一发送单元，用于将所述第二通信房间对应的第二地址发送给所述第一观众的客户端，以使所述第一观众通过所述第二地址访问所述直播资源。

可选的，所述装置还包括：第一接收单元，用于在将所述第二地址发送给所述第一观众的客户端之前，接收直播服务器响应于所述第一观众触发的加入直播的操作而发送的第一请求，所述第一请求用于请求获取通信房间标识，所述通信房间标识所指示的通信房间用于为所述第一观众提供直播服务；第二发送单元，用于将所述第二通信房间的标识发送给直播服务器。

可选的，所述第一请求中包括直播标识，所述装置还包括：第二确定单元，用于在所述确定第一通信房间服务的观众数量是否达到预设数量阈值之前，以所述直播标识为索引，确定所述第一通信房间服务的观众数量。

可选的，所述装置还包括：第二接收单元，用于在将所述第二地址发送给所述第一观众的客户端之前，接收所述第一观众的客户端发送的第二请求，所述第二请求用于请求加入所述第二通信房间。

可选的，所述装置还包括：第三接收单元，用于在将所述第二地址发送给所述第一观众的客户端之前，接收所述第一观众的客户端发送的第三请求，所述第三请求用于请求订阅所述直播资源；所述第一发送单元，用于：向所述第一观众的客户端发送所述第三请求的应答消息，所述第三请求的应答消息中包括所述第二地址。

可选的，所述第二通信房间对应的第二地址通过如下方式存储所述直播资源：通过所述第一地址获得所述直播资源；利用所述第二地址发布所获取的所述直播资源。

可选的，所述直播资源，包括：主播发布的多媒体流。

可选的，所述直播资源，包括：主播发布的多媒体流以及观众发布的多媒体流。

可选的，所述装置还包括：第四接收单元，用于接收所述第一观众的客户端发送的第四请求，所述第四请求用于请求与主播进行实时多媒体交互；第三发送单元，用于向所述第一观众的客户端发送所述第四请求的应答消息，所述第四请求的应答消息中包括：所述第二通信房间对应的第三地址，所述第三地址为所述第一观众的客户端发布的与所述主播进行实时多媒体交互的多媒体流在媒体服务器中的存储地址。

可选的，所述装置还包括：发布单元，用于在所述第一观众的客户端发布与所述主播进行实时多媒体交互的多媒体流之后，通过所述第一通信房间对应的第四地址，发布所述第一观众的客户端发布的多媒体流，所述第一通信房间服务的用户通过所述第四地址获取所述第一观众的客户端发布的多媒体流。

可选的，所述装置还包括：第四发送单元，用于向主播客户端发送提示消息，所述提示消息用于提示所述第一观众的客户端发布了多媒体流。

可选的，所述第一通信房间服务的用户包括所述主播，所述装置还包括：第五接收单元，用于接收所述主播客户端发送的订阅请求，所述订阅请求用于请求订阅所述第一观众的客户端发布的多媒体流；第五发送单元，用于向所述主播客户端发送所述订阅请求的应答消息，所述订阅请求的应答消息中包括所述第四地址。

可选的，所述装置还包括：销毁单元，用于响应于所述第二通信房间服务的最后一个观众触发的退出所述直播的操作，销毁所述第二通信房间。

可选的，所述第一观众的客户端通过所述第二地址获取所述直播资源所使用的协议为：webRTC协议。

可选的，所述主播发布直播资源所使用的协议为：webRTC协议。

第五方面，本申请实施例提供了一种基于直播的数据处理装置，所述装置包括：获取单元，用于在第一观众的客户端发布多媒体流之后，获取第一观众的客户端发布的所述多媒体流；处理单元，用于对所述第一观众的客户端发布的多媒体流和所述主播客户端待发布的多媒体流进行处理，得到所述第一观众的客户端发布的多媒体流和所述主播客户端待发布的多媒体流的混流；发布单元，用于发布所述混流。

可选的，所述获取单元，用于：向信令服务器发送订阅请求，所述订阅请求用于请求订阅所述第一观众的客户端发布的多媒体流；接收所述信令服务器发送的所述订阅请求的应答消息，所述订阅请求的应答消息中包括：第四地址，所述第一通信房间服务的用户通过所述第四地址获取所述第一观众发布的多媒体流，所述第一通信房间服务的用户包括主播；通过所述第四地址获得所述第一观众的客户端发布的多媒体流。

可选的，所述发布单元，用于：通过第一通信房间对应的第一地址，发布所述混流，其中：所述第一通信房间服务的观众通过所述第一地址获取主播发布的所述混流。

可选的，所述装置还包括：第一接收单元，用于在通过第一通信房间对应的第一地址发布所述混流之前，响应于主播触发的创建直播的操作，接收所述信令服务器发送的第一通信房间的标识。

可选的，所述装置还包括:发送单元，用于向所述信令服务器发送加入所述第一通信房间的请求和直播资源发布请求；第二接收单元，用于接收所述信令服务器发送的所述第一地址。

第六方面，本申请实施例提供了一种基于直播的数据处理装置，所述装置包括：第一获取单元，用于获取主播客户端通过第一通信房间对应的第一地址发布的直播资源，所述第一通信房间服务的观众通过所述第一通信房间对应的第一地址获取直播资源；第一发布单元，用于通过第二通信房间对应的第二地址，发布所述直播资源，所述第二通信房间服务的观众通过所述第二地址获取所述直播资源。

可选的，所述第一获取单元，用于：向信令服务器发送第一订阅请求，所述第一订阅请求用于请求订阅主播客户端发布的直播资源；接收所述信令服务器发送的针对所述第一订阅请求的应答消息，所述第一订阅请求的应答消息中包括：所述第一地址；利用所述第一地址获取所述主播客户端发布的直播资源。

可选的，所述第二通信房间服务的观众包括第一观众，所述装置还包括：第二获取单元，用于在所述第一观众的客户端发布与主播进行实时多媒体交互的多媒体流之后，获取所述第一观众的客户端发布的所述多媒体流；第二发布单元，用于通过所述第一通信房间对应的第四地址，发布所述第一观众的客户端发布的所述多媒体流，所述第一通信房间服务的用户通过所述第四地址获取所述第一观众发布的多媒体流。

可选的，所述第二获取单元，用于：在所述第一观众的客户端发布与主播进行实时多媒体交互的多媒体流之后，向信令服务器发送第二订阅请求，所述第二订阅请求用于请求订阅所述第一观众的客户端发布的所述多媒体流；接收所述信令服务器发送的针对所述第二订阅请求的应答消息，所述第二请求的应答消息中包括：所述第二通信房间对应的第三地址；所述第三地址为所述第一观众的客户端发布的所述多媒体流在媒体服务器中的存储地址；利用所述第三地址从所述媒体服务器中获取所述主播客户端发布的所述多媒体流。

可选的，所述装置还包括：接收单元，用于在所述通过所述第一通信房间对应的第四地址，发布所述第一观众的客户端发布的所述多媒体流之前，接收信令服务器发送的所述第四地址。

第七方面，本申请实施例提供了一种设备，所述设备包括处理器和存储器；所述处理器用于执行所述存储器中存储的指令，以使得所述设备执行以上第一方面任一项或者以上第二方面任一项或者以上第三方面任一项所述的方法。

第八方面，本申请实施例提供了一种计算机可读存储介质，包括指令，所述指令指示设备执行以上第一方面任一项或者以上第二方面任一项或者以上第三方面任一项所述的方法。

第九方面，本申请实施例提供了一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得计算机执行以上第一方面任一项或者以上第二方面任一项或者以上第三方面任一项所述的方法。

与现有技术相比，本申请实施例具有以下优点：

本申请实施例提供了一种基于直播的数据处理方法。在一个示例中，所述方法可以由信令服务器执行。具体地：第一观众触发加入直播的操作之后，信令服务器可以响应于第一观众触发的加入直播的操作，确定第一通信房间服务的观众数量是否达到预设数量阈值，其中，第一通信房间服务的观众可以通过所述第一通信房间对应的第一地址获取直播资源。若信令服务器确定第一通信房间服务的观众数量达到所述预设数量阈值，则表示所述第一地址的访问并发量较高，此时，所述信令服务器可以创建第二通信房间，所述第二通信房间对应的第二地址中存储了所述直播资源，所述第二通信房间服务的观众通过所述第二地址获取所述直播资源。创建第二通信房间之后，信令服务器可以将第二地址发送给第一观众的客户端，以使得所述第一观众的客户端通过所述第二地址获取所述直播资源。由此可见，利用本方案，当加入直播的观众数量很多时，也能在保证第一地址的访问并发数量不超过预设数量阈值的前提下，使得直播服务能够服务更多例如百万级观众，提升直播服务的服务质量。

本申请实施例还提供了一种基于直播的数据处理方法，在一个示例中，所述方法可以由主播客户端执行。具体地：在第一观众与主播进行实时多媒体交互的场景中，主播客户端可以在第一观众的客户端发布多媒体流后，获取第一观众的客户端发布的多媒体流，而后，主播客户端对第一观众的客户端发布的多媒体流和所述主播客户端待发布的多媒体流进行处理，得到所述第一观众的客户端发布的多媒体流和所述主播客户端待发布的多媒体流的混流，并进一步发布所述混流。这样一来，其它观众只要订阅主播客户端发布的所述混流，即可获得主播和第一观众实时交互的多媒体流，而无需分别订阅所述主播发布的所述待发布的多媒体流和第一观众的客户端发布的多媒体流，从而简化了其它观众的订阅流程，提升了直播服务的服务质量。

本申请实施例还提供了一种基于直播的数据处理方法，在一个示例中，所述方法可以由第一设备执行。具体地：所述第一设备可以获取主播客户端通过第一通信房间对应的第一地址发布的直播资源，而后，通过第二通信房间对应的第二地址，发布所述直播资源。其中：所述第一通信房间服务的观众通过所述第一通信房间对应的第一地址获取直播资源，所述第二通信房间服务的观众通过所述第二地址获取所述直播资源。这样一来，所述第二通信房间对应的第二地址中即存储了所述直播资源。当第一地址的访问并发量较高时，新加入直播的观众例如第一观众即可通过所述第二地址获取所述直播资源。因此，利用本方案，当加入直播的观众数量很多时，也能在保证第一地址的访问并发数量不超过预设数量阈值的前提下，使得直播服务能够服务更多(例如百万级)观众，提升直播服务的服务质量。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种示例性应用场景示意图；

图2为本申请实施例提供的一种基于直播的数据处理方法的流程示意图；

图3为本申请实施例提供的一种基于直播的数据处理方法的流程示意图；

图4为本申请实施例提供的一种基于直播的数据处理方法的流程示意图；

图5为本申请实施例提供的一种基于直播的数据处理装置的结构示意图；

图6为本申请实施例提供的一种基于直播的数据处理装置的结构示意图；

图7为本申请实施例提供的一种基于直播的数据处理装置的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的发明人经过研究发现，目前的直播服务的服务质量，与加入直播的观众的数量有关。若加入直播的观众数量较少，则直播服务的服务质量则相对较高。而若加入直播的观众数量较多，则直播服务的服务质量相对较差，可能出现部分观众无法获取完整的直播资源的问题，例如出现直播卡顿的问题。

为了解决上述问题，本申请实施例提供了一种基于直播的数据处理方法及装置。

下面结合附图，详细说明本申请的各种非限制性实施方式。

示例性方法

首先，对直播服务对应的应用场景进行介绍。参见图1，该图为本申请实施例提供的一种示例性应用场景示意图。

图1所示的应用场景，包括：观众的客户端101、主播的客户端102、直播服务器103、媒体服务器104和信令服务器105。其中，观众的客户端101和主播的客户端102上均可以安装提供直播服务的应用程序。媒体服务器104用于存储主播和/或观众发布的多媒体流，信令服务器105和直播服务器103用于对直播服务中的相关信令进行处理。如图1所示，信令服务器105可以和直播服务器103进行交互，信令服务器105还可以和媒体服务器103进行交互、信令服务器105还可以和观众的客户端101以及主播的客户端102进行交互。观众的客户端101以及主播的客户端102均可以和媒体服务器104进行交互，观众的客户端101以及主播的客户端102还可以和信令服务器105进行交互。其中，主播的客户端102也可以被称为主播客户端，观众的客户端101也可以被称为观众客户端。

需要说明的是，图1只是为了方便理解而示出，其并不构成对本申请实施例的限定，在实际应用中，观众的客户端的数量可以有很多，图1中仅示出了一个。

关于提供直播服务时图1所示的各客户端和服务器之间的信令交互，可结合以下介绍的基于直播的数据处理方法进行理解。接下来，结合附图对本申请实施例提供的基于直播的数据处理方法进行介绍。

参见图2，该图为本申请实施例提供的一种基于直播的数据处理方法的流程示意图。

图2所示的基于直播的数据处理方法，例如可以由信令服务器执行。在一个示例中，图2所示的方法例如可以包括如下S101-S103。

S101：响应于第一观众触发的加入直播的操作，确定第一通信房间服务的观众数量是否达到预设数量阈值，所述第一通信房间服务的观众通过所述第一通信房间对应的第一地址获取直播资源。

第一观众可以在第一观众的客户端上触发加入直播的操作，具体地，第一观众可以在所述客户端上安装的提供直播服务的应用程序所显示的页面上触发加入直播的操作。第一观众触发加入直播的操作之后，信令服务器可以响应于该操作，确定为第一观众提供直播服务的通信房间。

信令服务器可以创建通信房间，一个通信房间可以服务多个用户，此处提及的用户，可以仅包括观众，也可以既包括观众又包括主播。本申请实施例中提及的通信房间，是逻辑上的概念，并非物理意义上的“通信房间”。通信房间服务用户，指的是该通信房间对应的地址，用于使得用户发布和/或订阅直播资源。一个通信房间可以对应若干个地址，该若干个地址用于使得用户发布和/或订阅直播资源。例如，在观众与主播进行实时多媒体交互的场景中，通信房间1服务3个用户，则通信房间1可以对应3个地址，所述3个地址和所述3个用户一一对应，各用户可以利用与自身对应的地址发布直播资源，并利用其它用户对应的地址订阅其它用户发布的直播资源。又如，在观众与主播无实时多媒体交互的场景中，通信房间1服务N个用户，则通信房间1可以对应1个地址，该地址用于存储直播资源，该N个用户均可以利用该地址订阅直播资源。

在本申请实施例中，信令服务器可以响应于第一观众触发的加入直播的操作，确定第一通信房间服务的观众数量是否达到预设数量阈值。在一个示例中，此处提及的第一通信房间，指的是所述信令服务器为所述直播最近一次创建的通信房间。在又一个示例中，此处提及的第一通信房间，可以是所述信令服务器为所述直播已经创建的所有通信房间。第一通信房间服务的观众可以通过第一通信房间对应的第一地址获取直播资源。本申请实施例中提及的第一地址，指的是媒体服务器中的地址。换言之，第一通信房间服务的观众从媒体服务器的第一地址中获取直播资源。

若第一通信房间的观众数量达到了预设数量阈值，则说明所述第一地址的访问并发量较高，此时，若继续由第一通信房间为第一观众提供直播服务，则会影响直播服务的服务质量。

S102：在确定所述第一通信房间的观众数量达到所述预设数量阈值之后，创建第二通信房间。

S103：将所述第二通信房间对应的第二地址发送给所述第一观众的客户端，以使所述第一观众的客户端通过所述第二地址访问所述直播资源。

正是因为在第一通信房间的观众数量达到了预设数量阈值的情况下，若继续由第一通信房间为第一观众提供直播服务，则会影响直播服务的服务质量。因此，在本申请实施例中，所述信令服务器在确定所述第一通信房间的观众数量达到所述预设数量阈值之后，可以创建第二通信房间，所述第二通信房间对应的第二地址中存储了所述直播资源。进一步地，所述信令服务器可以将所述第二地址发送给所述第一观众的客户端，以使得所述第一观众的客户端通过所述第二地址访问所述直播资源。本申请实施例中提及的创建第二通信房间，指的是生成第二通信房间的标识，并生成与第二通信房间的标识对应的地址例如第二地址。本申请实施例中提及的第二地址，指的是媒体服务器中的地址。换言之，媒体服务器的第二地址中，存储有所述直播资源，这样一来，所述第一观众的客户端在接收到所述第二地址之后，可以从所述媒体服务器的第二地址中获得所述直播资源。可以理解的是，除所述第一观众的客户端之外，所述第二通信房间服务的其它观众的客户端，也可以通过所述第二地址获取所述直播资源。

关于所述直播资源，需要说明的是，若所述直播中，观众与主播之间不进行实时多媒体交互，则所述直播资源，指的是主播发布的多媒体流。其中，主播发布的多媒体流可以通过主播客户端发布，主播发布的多媒体流，指的是主播客户端本地产生的与主播相关的多媒体流。若所述直播中，观众与主播之间进行实时多媒体交互，则所述直播资源，包括主播发布的多媒体流以及观众发布的多媒体流，简称混流。其中，观众发布的多媒体流可以通过观众客户端发布，观众发布的多媒体流，指的是观众客户端本地产生的与观众相关的多媒体流。在一个示例中，所述混流可以通过主播的客户端发布。此处提及的多媒体流，例如可以是视频流。

在本申请实施例中，无论是主播客户端发布直播资源，还是第一观众的客户端通过第二地址获取直播资源，都可以利用网页即时通信(Web Real-Time Communication，webRTC)协议。由于WebRTC对应的时延可以低至百毫秒级，因此，在直播服务中，使用webRTC协议能够达到接近0延迟的观看体验和互动体验。

可以理解的是，当所述直播资源包括主播发布的多媒体流以及观众(例如第一观众)发布的多媒体流时，其它观众只要订阅所述直播资源，即可获得主播和第一观众实时交互的多媒体流，而无需分别订阅所述主播发布的多媒体流和第一观众的客户端发布的多媒体流，从而简化了其它观众的订阅流程，提升了直播服务的服务质量。

在本申请实施例的一种实现方式中，当第一观众触发加入直播的操作之后，直播服务器可以响应于所述加入直播的操作，生成第一请求，并将第一请求发送给信令服务器，其中：该第一请求用于请求获取通信房间标识，所述通信房间标识所指示的通信房间用于为所述第一观众提供直播服务。信令服务器接收到第一请求之后，会进一步确定为第一观众提供直播服务的通信房间。在一个示例中，所述信令服务器接收到所述第一请求之后，则执行S101中的“确定第一通信房间服务的观众数量是否达到预设数量阈值”的步骤，并在确定所述第一通信房间服务的观众数量达到所述预设数量阈值之后，创建第二通信房间，并确定为第一观众提供直播服务的通信房间为第二通信房间。而后，所述信令服务器可以将所述第二通信房间的标识发送给直播服务器。相应的，直播服务器进一步将所述第二通信房间的标识发送给第一观众的客户端，以使得所述第一观众的客户端确定当前可以为自身提供服务的通信房间为第二通信房间。

在本申请实施例的一种实现方式中，前述第一请求中可以包括直播标识。信令服务器可以以所述直播标识为索引，确定所述第一通信房间服务的观众数量，以便于进一步地确定第一通信房间服务的观众数量是否达到预设数量阈值。

在一个示例中，所述信令服务器中可以存储有所述直播标识和第一通信房间的标识之间的对应关系、以及所述第一通信房间的标识和所述第一通信房间服务的观众数量之间的对应关系，这样一来，所述信令服务器首先可以基于所述直播标识、以及所述直播标识和第一通信房间的标识之间的对应关系确定所述第一通信房间的标识，而后，根据所述第一通信房间的标识、以及所述第一通信房间的标识和所述第一通信房间服务的观众数量之间的对应关系，确定所述第一通信房间服务的观众数量。

在又一个示例中，所述信令服务器中可以存储有所述直播标识和所述第一通信房间服务的观众数量之间的对应关系，这样一来，所述信令服务器可以基于所述直播标识、以及所述直播标识和所述第一通信房间服务的观众数量之间的对应关系，确定所述第一通信房间服务的观众数量。

在本申请实施例中，在第一观众的客户端获取所述第二通信房间的标识之后，可以进一步向信令服务器发送第二请求，该第二请求用于请求加入第二通信房间。其中，加入第二通信房间，指的是将第一观众加入所述第二通信房间服务的观众集群中。可以理解的是，若信令服务器同意了所述第二请求，则所述第二通信房间服务的观众，包括所述第一观众。在一个示例中，若所述信令服务器同意了所述第二请求，则所述信令服务器可以向所述第一观众的客户端发送针对所述第二请求的应答消息。

在一个示例中，第一观众加入所述第二通信房间服务的观众集群中之后，所述第一观众的客户端可以进一步向信令服务器发送第三请求，该第三请求用于请求订阅前述直播资源。信令服务器接收到所述第三请求之后，可以向所述第一观众的客户端发送所述第三请求的应答消息，所述应答消息中包括所述第二地址。这样一来，所述第一观众的客户端即可通过所述第二地址访问所述直播资源。在一个示例中，所述第三请求的应答消息，可以是会话描述协议(Session Description Protocol，SDP)消息。

需要说明的是，在一些实施例中，所述第二请求和第三请求可以携带在同一个请求消息中，对于这种情况，该请求消息既用于请求加入所述第二通信房间，又用于请求订阅所述直播资源。对于这种情况，所述信令服务器针对该请求消息发送的应答消息中，包括所述第二地址。

如前所述，第二通信房间对应的第二地址存储有直播资源。在一个示例中，信令服务器在创建第二房间之后，可以首先通过所述第一地址获得所述直播资源，而后，再利用所述第二地址发布所获取的所述直播资源。这样一来，所述第二通信房间对应的第二地址即可存储有所述直播资源。此处提及的通过第一地址获得所述直播资源，指的是从所述第一地址中读取所述直播资源。此处提及的利用所述第二地址发布所获取的所述直播资源，指的是将所述获取的所述直播资源，发布至所述第二地址中。

在一个示例中，若第一观众希望与主播进行实时多媒体交互，则第一观众可以在第一观众的客户端上触发实时多媒体交互的操作，第一观众触发所述实时多媒体交互的操作之后，所述第一观众的客户端可以生成第四请求，并将所述第四请求发送给信令服务器，该第四请求用于请求与主播进行实时多媒体交互。信令服务器接收到所述第四请求之后，可以基于第四请求为第一观众分配第三地址，该第三地址为媒体服务器中的地址，该第三地址用于存储第一观众的客户端发布的与所述主播进行实时多媒体交互的多媒体流。信令服务器分配第三地址之后，可以生成第四请求的应答消息，该应答消息中包括所述第三地址，而后，所述信令服务器可以将所述第四请求的应答消息发送给所述第一观众的客户端，以使得所述第一观众的客户端通过所述第三地址发布与所述主播进行实时多媒体交互的多媒体流。在一个示例中，所述第四请求的应答消息，也可以是SDP消息。

在一个示例中，第一观众的客户端接收到所述第四请求的应答消息之后，即可通过第三地址发布与所述主播进行实时多媒体交互的多媒体流。可以理解的是，对于这种情况，第二通信房间服务的其它观众可以通过所述第三地址访问所述第一观众的客户端发布的多媒体流。

在一些实施例中，在所述第一观众的客户端发布与所述主播进行实时多媒体交互的多媒体流之后，信令服务器还可以通过所述第一通信房间对应的第四地址，发布所述第一观众的客户端发布的多媒体流。这样一来，所述第一通信房间服务的用户也可以通过所述第四地址获取所述第一观众的客户端发布的多媒体流。例如，第一通信房间服务的用户包括主播，则主播可以通过第四地址获取所述第一观众的客户端发布的多媒体流。另外，第一通信房间服务的其它用户也可以通过所述第四地址获取所述第一观众的客户端发布的多媒体流。

另外，在一个示例中，在所述第一观众的客户端发布与所述主播进行实时多媒体交互的多媒体流之后，所述信令服务器还可以向主播客户端发送提示消息，所述提示消息用于提示所述第一观众的客户端发布了多媒体流。

如上所述，第一通信房间服务的用户可以通过所述第四地址获取所述第一观众的客户端发布的多媒体流，而第二通信房间服务的用户可以通过所述第三地址获取所述第一观众的客户端发布的多媒体流。换言之，若加入直播的用户需要获得第一观众和主播进行实时交互的多媒体流，既要订阅主播发布的多媒体流，又要订阅第一观众发布的多媒体流，订阅流程复杂。

可以理解的是，若第一通信房间是信令服务器为所述直播已经创建的所有通信房间，则第一通信房间服务的用户包括主播。若第一通信房间是所述信令服务器为所述直播最近一次创建的通信房间，则当第一通信房间是信令服务器为所述直播创建的第一个通信房间时，所述第一通信房间服务的用户包括主播。

因此，在一个示例中，为了解决上述提及的其它观众订阅流程复杂的问题，若所述第一通信房间服务的用户包括所述主播，则信令服务器在通过所述第一通信房间对应的第四地址，发布所述第一观众的客户端发布的多媒体流之后，所述主播客户端可以向信令服务器发送订阅请求，该订阅请求用于请求订阅所述第一观众的客户端发布的多媒体流。在一个示例中，主播客户端可以在接收到信令服务器发送的前述提示消息之后，向信令服务器发送订阅请求。信令服务器接收到该订阅请求之后，可以向所述主播客户端发送所述订阅请求的应答消息，所述订阅请求的应答消息中包括所述第四地址。主播客户端接收到包括第四地址的应答消息之后，可以基于所述第四地址获得所述第一观众的客户端发布的多媒体流。

进一步地，所述主播客户端可以将所述第一观众的客户端发布的多媒体流和自身待发布的多媒体流进行处理，得到所述第一观众的客户端发布的多媒体流和所述主播客户端待发布的多媒体流的混流，并进一步发布所述混流。具体地，所述主播客户端可以通过第一通信房间对应的第一地址，发布所述混流。这样一来，其它观众只要订阅主播客户端发布的所述混流，即可获得主播和第一观众实时交互的多媒体流，而无需分别订阅所述主播发布的所述待发布的多媒体流和第一观众的客户端发布的多媒体流，从而简化了其它观众的订阅流程，提升了直播服务的服务质量。

可以理解的是，在直播过程中，观众可以退出直播。在一个示例中，若所述第二通信房间对应服务的最后一个观众触发了退出所述直播的操作，则说明第二通信房间服务的最后一个观众也退出了所述直播，即第二通信房间服务的用户数量为零。对于这种情况，所述信令服务器可以响应于所述第二通信房间对应服务的最后一个观众触发的退出所述直播的操作，销毁所述第二通信房间。进一步地，所述信令服务器可以向媒体服务器发送一个通知消息，以通知所述媒体服务器所述第二通信房间已经被销毁，所述媒体服务器接收到所述通知消息之后，可以释放所述第二通信房间对应的地址，例如前述第二地址和第三地址。

需要说明的是，虽然在以上实施例中，仅提及了第一通信房间和第二通信房间，但是在实际应用中，信令服务器创建的通信房间的数量可以远远大于两个，信令服务器创建的通信房间的数量，与参与该直播的用户数量相关，参与该直播的用户数量越多，则信令服务器创建的通信房间的数量越多。

以上实施例以第一通信房间和第二通信房间为例进行说明。在第二通信房间服务的观众数量达到预设数量阈值之后，若新的用户加入直播，则信令服务器还可以继续创建第三通信房间，以此类推，在第三通信房间服务的观众数量达到预设数量阈值之后，若新的用户加入直播，则信令服务器还可以继续创建第四通信房间，从而使得利用本申请实施例的方案，能够使得直播服务所服务的观众能够达到百万级。

本申请实施例还提供了一种基于直播的数据处理方法，参见图3，该图为本申请实施例提供的一种基于直播的数据处理方法的流程示意图。

图3所示的基于直播的数据处理方法，例如可以由主播客户端执行，图3所示的方法例如可以包括以下S201-S203。

S201：在第一观众的客户端发布多媒体流之后，获取第一观众的客户端发布的所述多媒体流。

关于第一观众的客户端发布多媒体流的具体实现，可以参考上文对于图2所示的方法的描述部分，此处不再重复描述。

在一个示例中，主播客户端获取第一观众的客户端发布的所述多媒体流在具体实现时，可以通过如下步骤A1-步骤A3实现：

A1：向信令服务器发送订阅请求，所述订阅请求用于请求订阅所述第一观众的客户端发布的多媒体流。

A2：接收所述信令服务器发送的所述订阅请求的应答消息，所述订阅请求的应答消息中包括：第四地址，所述第一通信房间服务的用户通过所述第四地址获取所述第一观众发布的多媒体流，所述第一通信房间服务的用户包括主播。

A3：通过所述第四地址获得所述第一观众的客户端发布的多媒体流。

关于步骤A1-A3的具体实现，可以参考上文对于图2所示的方法的描述部分，此处不再重复描述。

S202：对所述第一观众的客户端发布的多媒体流和所述主播客户端待发布的多媒体流进行处理，得到所述第一观众的客户端发布的多媒体流和所述主播客户端待发布的多媒体流的混流。

S203：发布所述混流。

主播客户端获取所述第一观众的客户端发布的多媒体流之后，可以将所述第一观众的客户端发布的多媒体流和自身待发布的多媒体流进行处理，得到所述第一观众的客户端发布的多媒体流和所述主播客户端待发布的多媒体流的混流，并进一步发布所述混流。此处提及的混流，既包括所述第一观众的客户端发布的多媒体流，又包括所述主播客户端待发布的多媒体流。

在一个示例中，所述主播客户端可以通过第一通信房间对应的第一地址，发布所述混流。这样一来，其它观众只要订阅主播客户端发布的所述混流，即可获得主播和第一观众实时交互的多媒体流，而无需分别订阅所述主播发布的所述待发布的多媒体流和第一观众的客户端发布的多媒体流，从而简化了其它观众的订阅流程，提升了直播服务的服务质量。

在本申请实施例中，主播可以通过主播客户端触发创建主播的操作，主播触发所述创建直播的操作之后，主播客户端可以响应于所述主播触发的创建直播的操作，生成直播创建请求，并向直播服务器发送所述直播创建请求。直播服务器接收到所述直播创建请求之后，可以生成直播标识，并向信令服务器发送通知消息，信令服务器接收到所述通知消息之后，可以创建第一通信房间，以为所述主播客户端提供直播服务。进一步地，所述信令服务器可以将所述第一通信房间的标识发送给所述主播客户端。例如，所述信令服务器可以将所述第一通信房间的标识发送给主播服务器，由主播服务器将所述第一通信房间的标识发送给所述主播客户端。

主播客户端接收到所述第一通信房间的标识之后，可以进一步向信令服务器发送加入所述第一通信房间的请求和直播资源发布请求。其中，加入第一通信房间，指的是将主播加入所述第一通信房间服务的观众集群中。可以理解的是，若信令服务器同意了所述加入所述第一通信房间的请求，则所述第一通信房间服务的用户，包括所述主播。在一个示例中，若所述信令服务器同意了所述加入所述第一通信房间的请求，则所述信令服务器可以向所述主播客户端发送针对所述加入所述第一通信房间的请求的应答消息。

在一个示例中，所述直播资源发布请求用于请求发布直播资源。信令服务器接收到所述直播资源发布请求之后，可以向所述主播客户端发送所述直播资源发布请求的应答消息，所述应答消息中包括所述第一地址。这样一来，所述主播客户端即可通过所述第一地址发布直播资源。在一个示例中，所述直播资源发布请求的应答消息，可以是SDP消息。

需要说明的是，在一些实施例中，所述加入所述第一通信房间的请求和直播资源发布请求可以携带在同一个请求消息中，对于这种情况，该请求消息既用于请求加入所述第一通信房间，又用于请求发布直播资源。对于这种情况，所述信令服务器针对该请求消息发送的应答消息中，包括所述第一地址。

利用图3所示的方法，其它观众只要订阅主播客户端发布的所述混流，即可获得主播和第一观众实时交互的多媒体流，而无需分别订阅所述主播发布的所述待发布的多媒体流和第一观众的客户端发布的多媒体流，从而简化了其它观众的订阅流程，提升了直播服务的服务质量。

如图2所示的方法中所述，信令服务器可以将主播客户端通过第一地址发布的直播资源，发布至第二通信房间的第二地址。在又一个示例中，将第一地址发布的直播资源发布至第二地址，也可以由第一设备执行，第一设备为独立于信令服务器、直播服务器以及媒体服务器的另外一个设备。

另外，在第一观众与主播进行实时多媒体交互的场景中，将第一观众的客户端通过第三地址发布的多媒体流发布至第四地址，也可以由第一设备执行。

接下来，对第一设备执行的方法进行简单介绍。参见图4，该图为本申请实施例提供的一种基于直播的数据处理方法的流程示意图。图4所示的方法，例如可以包括如下S301-S302。

S301：获取主播客户端通过第一通信房间对应的第一地址发布的直播资源，所述第一通信房间服务的观众通过所述第一通信房间对应的第一地址获取直播资源。

在一个示例中，S301在具体实现时，第一设备可以向信令服务器发送第一订阅请求，该第一订阅请求用于请求订阅主播客户端发布的直播资源。信令服务器接收到该第一订阅请求之后，可以向所述第一设备发送针对所述第一订阅请求的应答消息，所述第一订阅请求的应答消息中包括：所述第一地址。第一设备接收到包括第一地址的应答消息之后，可以利用所述第一地址获取所述主播客户端发布的直播资源。具体地，所述第一设备可以从媒体服务器的第一地址中读取所述主播客户端发布的直播资源。

S302：通过第二通信房间对应的第二地址，发布所述直播资源，所述第二通信房间服务的观众通过所述第二地址获取所述直播资源。

获取所述直播资源之后，所述第一设备可以将所述直播资源发布至第二通信房间对应的第二地址。这样一来，所述第二通信房间对应的第二地址中即存储了所述直播资源。当第一地址的访问并发量较高时，新加入直播的观众例如第一观众即可通过所述第二地址获取所述直播资源。因此，利用本方案，当加入直播的观众数量很多时，也能在保证第一地址的访问并发数量不超过预设数量阈值的前提下，使得直播服务能够服务更多例如百万级观众，提升直播服务的服务质量。

另外，在第二通信房间服务的第一观众发布与主播进行实时多媒体交互的多媒体流之后，第一设备可以获取所述第一观众的客户端发布的所述多媒体流，并通过所述第一通信房间对应的第四地址，发布所述第一观众的客户端发布的所述多媒体流。

作为一个示例，第一设备获取所述第一观众的客户端发布的所述多媒体流在具体实现时，第一设备可以向信令服务器发送第二订阅请求，该第二订阅请求用于请求订阅第一观众的客户端发布的所述多媒体流。信令服务器接收到该第二订阅请求之后，可以向所述第一设备发送针对所述第二订阅请求的应答消息，所述第一订阅请求的应答消息中包括：所述第三地址。第一设备接收到包括第三地址的应答消息之后，可以利用所述第三地址获取第一观众的客户端发布的所述多媒体流。具体地，所述第一设备可以从媒体服务器的第三地址中读取所述第一观众的客户端发布的所述多媒体流。

在一个示例中，第一设备在所述通过所述第一通信房间对应的第四地址，发布所述第一观众的客户端发布的所述多媒体流之前，所述信令服务器可以为所述第一设备分配对应于第一通信房间的第四地址，并将所述第四地址发送给所述第一设备，以便于所述第一设备通过所述第一通信房间对应的第四地址，发布所述第一观众的客户端发布的所述多媒体流。在一个具体的实现方式中，所述第一设备可以请求加入第一通信房间，并在加入第一通信房间之后，向信令服务器发送多媒体流发布请求。信令服务器接收到所述多媒体流发布请求之后，可以为第一设备分配对应于第一通信房间的第四地址，并向所述第一设备发送携带所述第四地址的应答消息。第一设备接收到该包括第四地址的应答消息之后，即可通过所述第一通信房间对应的第四地址，发布所述第一观众的客户端发布的所述多媒体流。

关于第三地址和第四地址，可以参考图2所示的方法中对于第三地址和第四地址的描述部分，此处不再重复描述。

需要说明的是，以上图2-图4所示的方法，在不冲突的情况下，可以相互结合和引用。

示例性设备

基于以上实施例提供的方法，本申请实施例还提供了一种装置，以下结合附图介绍该装置。

参见图5，该图为本申请实施例提供的一种基于直播的数据处理装置的结构示意图。所述装置500可以应用于信令服务器，用于执行以上实施例中由信令服务器执行的步骤，所述装置500例如可以具体包括：第一确定单元501、创建单元502和第一发送单元503。

第一确定单元501，用于响应于第一观众触发的加入直播的操作，确定第一通信房间服务的观众数量是否达到预设数量阈值，所述第一通信房间服务的观众通过所述第一通信房间对应的第一地址获取直播资源；

创建单元502，用于在确定所述第一通信房间服务的观众数量达到所述预设数量阈值之后，创建第二通信房间；

第一发送单元503，用于将所述第二通信房间对应的第二地址发送给所述第一观众的客户端，以使所述第一观众通过所述第二地址访问所述直播资源。

可选的，所述装置还包括：

第一接收单元，用于在将所述第二地址发送给所述第一观众的客户端之前，接收直播服务器响应于所述第一观众触发的加入直播的操作而发送的第一请求，所述第一请求用于请求获取通信房间标识，所述通信房间标识所指示的通信房间用于为所述第一观众提供直播服务；

第二发送单元，用于将所述第二通信房间的标识发送给直播服务器。

可选的，所述第一请求中包括直播标识，所述装置还包括：

第二确定单元，用于在所述确定第一通信房间服务的观众数量是否达到预设数量阈值之前，以所述直播标识为索引，确定所述第一通信房间服务的观众数量。

可选的，所述装置还包括：

第二接收单元，用于在将所述第二地址发送给所述第一观众的客户端之前，接收所述第一观众的客户端发送的第二请求，所述第二请求用于请求加入所述第二通信房间。

可选的，所述装置还包括：

第三接收单元，用于在将所述第二地址发送给所述第一观众的客户端之前，接收所述第一观众的客户端发送的第三请求，所述第三请求用于请求订阅主播客户端发布的直播资源；

所述第一发送单元503，用于：

向所述第一观众的客户端发送所述第三请求的应答消息，所述第三请求的应答消息中包括所述第二地址。

可选的，所述第二通信房间对应的第二地址通过如下方式存储所述直播资源：

通过所述第一地址获得所述直播资源；

利用所述第二地址发布所获取的所述直播资源。

可选的，所述直播资源，包括：主播客户端发布的多媒体流。

可选的，所述直播资源，包括：主播客户端发布的多媒体流以及观众客户端发布的多媒体流。

可选的，所述装置还包括：

第四接收单元，用于接收所述第一观众的客户端发送的第四请求，所述第四请求用于请求与主播进行实时多媒体交互；

第三发送单元，用于向所述第一观众的客户端发送所述第四请求的应答消息，所述第四请求的应答消息中包括：所述第二通信房间对应的第三地址，所述第三地址为所述第一观众的客户端发布的与所述主播进行实时多媒体交互的多媒体流在媒体服务器中的存储地址。

可选的，所述装置还包括：

发布单元，用于在所述第一观众的客户端发布与所述主播进行实时多媒体交互的多媒体流之后，通过所述第一通信房间对应的第四地址，发布所述第一观众的客户端发布的多媒体流，所述第一通信房间服务的用户通过所述第四地址获取所述第一观众的客户端发布的多媒体流。

可选的，所述装置还包括：

第四发送单元，用于向主播客户端发送提示消息，所述提示消息用于提示所述第一观众的客户端发布了多媒体流。

可选的，所述第一通信房间服务的用户包括所述主播，所述装置还包括：

第五接收单元，用于接收所述主播客户端发送的订阅请求，所述订阅请求用于请求订阅所述第一观众的客户端发布的多媒体流；

第五发送单元，用于向所述主播客户端发送所述订阅请求的应答消息，所述订阅请求的应答消息中包括所述第四地址。

可选的，所述装置还包括：

销毁单元，用于响应于所述第二通信房间服务的最后一个观众触发的退出所述直播的操作，销毁所述第二通信房间。

可选的，所述第一观众的客户端通过所述第二地址获取所述直播资源所使用的协议为：webRTC协议。

可选的，所述主播发布直播资源所使用的协议为：webRTC协议。

关于所述装置500的各个单元的具体实现，可以参考以上方法实施例的相关描述部分，此处不再重复描述。

参见图6，该图为本申请实施例提供的一种基于直播的数据处理装置的结构示意图。所述装置600可以应用于主播客户端，用于执行以上实施例中由主播客户端执行的步骤，所述装置600例如可以具体包括：获取单元601、处理单元602和发布单元603。

获取单元601，用于在第一观众的客户端发布多媒体流之后，获取第一观众的客户端发布的所述多媒体流；

处理单元602，用于对所述第一观众的客户端发布的多媒体流和所述主播客户端待发布的多媒体流进行处理，得到所述第一观众的客户端发布的多媒体流和所述主播客户端待发布的多媒体流的混流；

发布单元603，用于发布所述混流。

可选的，所述获取单元601，用于：

向信令服务器发送订阅请求，所述订阅请求用于请求订阅所述第一观众的客户端发布的多媒体流；

接收所述信令服务器发送的所述订阅请求的应答消息，所述订阅请求的应答消息中包括：第四地址，所述第一通信房间服务的用户通过所述第四地址获取所述第一观众发布的多媒体流，所述第一通信房间服务的用户包括主播；

通过所述第四地址获得所述第一观众的客户端发布的多媒体流。

可选的，所述发布单元603，用于：

通过第一通信房间对应的第一地址，发布所述混流，其中：所述第一通信房间服务的观众通过所述第一地址获取主播发布的所述混流。

可选的，所述装置还包括：

第一接收单元，用于在通过第一通信房间对应的第一地址发布所述混流之前，响应于主播触发的创建直播的操作，接收所述信令服务器发送的第一通信房间的标识。

可选的，所述装置还包括:

发送单元，用于向所述信令服务器发送加入所述第一通信房间的请求和直播资源发布请求；

第二接收单元，用于接收所述信令服务器发送的所述第一地址。

关于所述装置600的各个单元的具体实现，可以参考以上方法实施例的相关描述部分，此处不再重复描述。

参见图7，该图为本申请实施例提供的一种基于直播的数据处理装置的结构示意图。所述装置700可以应用于第一设备，用于执行以上实施例中由第一设备执行的步骤，所述装置700例如可以具体包括：第一获取单元701和第一发布单元702。

第一获取单元701，用于获取主播客户端通过第一通信房间对应的第一地址发布的直播资源，所述第一通信房间服务的观众通过所述第一通信房间对应的第一地址获取直播资源；

第一发布单元702，用于通过第二通信房间对应的第二地址，发布所述直播资源，所述第二通信房间服务的观众通过所述第二地址获取所述直播资源。

可选的，所述第一获取单元701，用于：

向信令服务器发送第一订阅请求，所述第一订阅请求用于请求订阅主播客户端发布的直播资源；

接收所述信令服务器发送的针对所述第一订阅请求的应答消息，所述第一订阅请求的应答消息中包括：所述第一地址；

利用所述第一地址获取所述主播客户端发布的直播资源。

可选的，所述第二通信房间服务的观众包括第一观众，所述装置还包括：

第二获取单元，用于在所述第一观众的客户端发布与主播进行实时多媒体交互的多媒体流之后，获取所述第一观众的客户端发布的所述多媒体流；

第二发布单元，用于通过所述第一通信房间对应的第四地址，发布所述第一观众的客户端发布的所述多媒体流，所述第一通信房间服务的用户通过所述第四地址获取所述第一观众发布的多媒体流。

可选的，所述第二获取单元，用于：

在所述第一观众的客户端发布与主播进行实时多媒体交互的多媒体流之后，向信令服务器发送第二订阅请求，所述第二订阅请求用于请求订阅所述第一观众的客户端发布的所述多媒体流；

接收所述信令服务器发送的针对所述第二订阅请求的应答消息，所述第二请求的应答消息中包括：所述第二通信房间对应的第三地址；所述第三地址为所述第一观众的客户端发布的所述多媒体流在媒体服务器中的存储地址；

利用所述第三地址从所述媒体服务器中获取所述主播客户端发布的所述多媒体流。

可选的，所述装置还包括：

接收单元，用于在所述通过所述第一通信房间对应的第四地址，发布所述第一观众的客户端发布的所述多媒体流之前，接收信令服务器发送的所述第四地址。

关于所述装置700的各个单元的具体实现，可以参考以上方法实施例的相关描述部分，此处不再重复描述。

本申请实施例还提供了一种设备，所述设备包括处理器和存储器；所述处理器用于执行所述存储器中存储的指令，以使得所述设备执行以上方法实施例提供的方法。

本申请实施例还提供了一种计算机可读存储介质，包括指令，所述指令指示设备执行以上方法实施例提供的方法。

申请实施例还提供了一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得计算机执行以上方法实施例提供的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (31)

1.一种基于直播的数据处理方法，其特征在于，所述方法包括：

响应于第一观众触发的加入直播的操作，确定第一通信房间服务的观众数量是否达到预设数量阈值，所述第一通信房间服务的观众通过所述第一通信房间对应的第一地址获取直播资源；

在确定所述第一通信房间服务的观众数量达到所述预设数量阈值之后，创建第二通信房间；

将所述第二通信房间对应的第二地址发送给所述第一观众的客户端，以使所述第一观众的客户端通过所述第二地址访问所述直播资源。

2.根据权利要求1所述的方法，其特征在于，在将所述第二地址发送给所述第一观众的客户端之前，所述方法还包括：

接收直播服务器响应于所述第一观众触发的加入直播的操作而发送的第一请求，所述第一请求用于请求获取通信房间标识，所述通信房间标识所指示的通信房间用于为所述第一观众提供直播服务；

将所述第二通信房间的标识发送给直播服务器。

3.根据权利要求2所述的方法，其特征在于，所述第一请求中包括直播标识，在所述确定第一通信房间服务的观众数量是否达到预设数量阈值之前，所述方法还包括：

以所述直播标识为索引，确定所述第一通信房间服务的观众数量。

4.根据权利要求1所述的方法，其特征在于，在将所述第二地址发送给所述第一观众的客户端之前，所述方法还包括：

接收所述第一观众的客户端发送的第二请求，所述第二请求用于请求加入所述第二通信房间。

5.根据权利要求4所述的方法，其特征在于，在将所述第二地址发送给所述第一观众的客户端之前，所述方法还包括：

接收所述第一观众的客户端发送的第三请求，所述第三请求用于请求订阅所述直播资源；

所述将所述第二地址发送给所述第一观众的客户端，包括：

向所述第一观众的客户端发送所述第三请求的应答消息，所述第三请求的应答消息中包括所述第二地址。

6.根据权利要求4或5所述的方法，其特征在于，所述第二通信房间对应的第二地址通过如下方式存储所述直播资源：

通过所述第一地址获得所述直播资源；

利用所述第二地址发布所获取的所述直播资源。

7.根据权利要求1所述的方法，其特征在于，所述直播资源，包括：主播发布的多媒体流。

8.根据权利要求1所述的方法，其特征在于，所述直播资源，包括：主播发布的多媒体流以及观众发布的多媒体流。

9.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收所述第一观众的客户端发送的第四请求，所述第四请求用于请求与主播进行实时多媒体交互；

向所述第一观众的客户端发送所述第四请求的应答消息，所述第四请求的应答消息中包括：所述第二通信房间对应的第三地址，所述第三地址为所述第一观众的客户端发布的与所述主播进行实时多媒体交互的多媒体流在媒体服务器中的存储地址。

10.根据权利要求9所述的方法，其特征在于，所述方法还包括：

在所述第一观众的客户端发布与所述主播进行实时多媒体交互的多媒体流之后，通过所述第一通信房间对应的第四地址，发布所述第一观众的客户端发布的多媒体流。

11.根据权利要求10所述的方法，其特征在于，所述方法还包括：

向主播客户端发送提示消息，所述提示消息用于提示所述第一观众的客户端发布了多媒体流。

12.根据权利要求11所述的方法，其特征在于，所述第一通信房间服务的用户包括所述主播，所述方法还包括：

接收所述主播客户端发送的订阅请求，所述订阅请求用于请求订阅所述第一观众的客户端发布的多媒体流；

向所述主播客户端发送所述订阅请求的应答消息，所述订阅请求的应答消息中包括所述第四地址。

13.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于所述第二通信房间服务的最后一个观众触发的退出所述直播的操作，销毁所述第二通信房间。

14.根据权利要求1所述的方法，其特征在于，所述第一观众的客户端通过所述第二地址获取所述直播资源所使用的协议为：网页即时通信webRTC协议。

15.根据权利要求1所述的方法，其特征在于，所述主播发布直播资源所使用的协议为：webRTC协议。

16.一种基于直播的数据处理方法，其特征在于，所述方法包括：

在第一观众的客户端发布多媒体流之后，获取第一观众的客户端发布的所述多媒体流；

对所述第一观众的客户端发布的多媒体流和所述主播客户端待发布的多媒体流进行处理，得到所述第一观众的客户端发布的多媒体流和所述主播客户端待发布的多媒体流的混流；

发布所述混流。

17.根据权利要求16所述的方法，其特征在于，所述获取第一观众的客户端发布的多媒体流，包括：

向信令服务器发送订阅请求，所述订阅请求用于请求订阅所述第一观众的客户端发布的多媒体流；

接收所述信令服务器发送的所述订阅请求的应答消息，所述订阅请求的应答消息中包括：第四地址，所述第一通信房间服务的用户通过所述第四地址获取所述第一观众发布的多媒体流，所述第一通信房间服务的用户包括主播；

通过所述第四地址获得所述第一观众的客户端发布的多媒体流。

18.根据权利要求16所述的方法，其特征在于，所述发布所述混流，包括：

通过第一通信房间对应的第一地址，发布所述混流，其中：所述第一通信房间服务的观众通过所述第一地址获取主播发布的所述混流。

19.根据权利要求18所述的方法，其特征在于，在通过第一通信房间对应的第一地址，发布所述混流之前，所述方法还包括：

响应于主播触发的创建直播的操作，接收所述信令服务器发送的第一通信房间的标识。

20.根据权利要求19所述的方法，其特征在于，所述方法还包括:

向所述信令服务器发送加入所述第一通信房间的请求和直播资源发布请求；

接收所述信令服务器发送的所述第一地址。

21.一种基于直播的数据处理方法，其特征在于，所述方法包括：

获取主播客户端通过第一通信房间对应的第一地址发布的直播资源，所述第一通信房间服务的观众通过所述第一通信房间对应的第一地址获取所述直播资源；

通过第二通信房间对应的第二地址，发布所述直播资源，所述第二通信房间服务的观众通过所述第二地址获取所述直播资源。

22.根据权利要求21所述的方法，其特征在于，所述获取主播客户端通过第一通信房间对应的第一地址发布的直播资源，包括：

向信令服务器发送第一订阅请求，所述第一订阅请求用于请求订阅主播客户端发布的直播资源；

接收所述信令服务器发送的针对所述第一订阅请求的应答消息，所述第一订阅请求的应答消息中包括：所述第一地址；

利用所述第一地址获取所述主播客户端发布的直播资源。

23.根据权利要求21所述的方法，其特征在于，所述第二通信房间服务的观众包括第一观众，所述方法还包括：

在所述第一观众的客户端发布与主播进行实时多媒体交互的多媒体流之后，获取所述第一观众的客户端发布的所述多媒体流；

通过所述第一通信房间对应的第四地址，发布所述第一观众的客户端发布的所述多媒体流，所述第一通信房间服务的用户通过所述第四地址获取所述第一观众发布的多媒体流。

24.根据权利要求23所述的方法，其特征在于，所述获取所述第一观众的客户端发布的所述多媒体流，包括：

向信令服务器发送第二订阅请求，所述第二订阅请求用于请求订阅所述第一观众的客户端发布的所述多媒体流；

接收所述信令服务器发送的针对所述第二订阅请求的应答消息，所述第二请求的应答消息中包括：所述第二通信房间对应的第三地址；所述第三地址为所述第一观众的客户端发布的所述多媒体流在媒体服务器中的存储地址；

利用所述第三地址从所述媒体服务器中获取所述主播客户端发布的所述多媒体流。

25.根据权利要求23或24所述的方法，其特征在于，在所述通过所述第一通信房间对应的第四地址，发布所述第一观众的客户端发布的所述多媒体流之前，所述方法还包括：

接收信令服务器发送的所述第四地址。

26.一种基于直播的数据处理装置，其特征在于，所述装置包括：

第一确定单元，用于响应于第一观众触发的加入直播的操作，确定第一通信房间服务的观众数量是否达到预设数量阈值，所述第一通信房间服务的观众通过所述第一通信房间对应的第一地址获取直播资源；

创建单元，用于在确定所述第一通信房间服务的观众数量达到所述预设数量阈值之后，创建第二通信房间；

第一发送单元，用于将所述第二通信房间对应的第二地址发送给所述第一观众的客户端，以使所述第一观众通过所述第二地址访问所述直播资源。

27.一种基于直播的数据处理装置，其特征在于，所述装置包括：

获取单元，用于在第一观众的客户端发布多媒体流之后，获取第一观众的客户端发布的所述多媒体流；

处理单元，用于对所述第一观众的客户端发布的多媒体流和所述主播客户端待发布的多媒体流进行处理，得到所述第一观众的客户端发布的多媒体流和所述主播客户端待发布的多媒体流的混流；

发布单元，用于发布所述混流。

28.一种基于直播的数据处理装置，其特征在于，所述装置包括：

第一获取单元，用于获取主播客户端通过第一通信房间对应的第一地址发布的直播资源，所述第一通信房间服务的观众通过所述第一通信房间对应的第一地址获取直播资源；

第一发布单元，用于通过第二通信房间对应的第二地址，发布所述直播资源，所述第二通信房间服务的观众通过所述第二地址获取所述直播资源。

29.一种设备，其特征在于，所述设备包括处理器和存储器；

所述处理器用于执行所述存储器中存储的指令，以使得所述设备执行如权利要求1至25中任一项所述的方法。

30.一种计算机可读存储介质，其特征在于，包括指令，所述指令指示设备执行如权利要求1至25中任一项所述的方法。

31.一种计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得计算机执行如权利要求1至25中任一项所述的方法。

Images