CN109257614B - 一种直播会话接入控制方法、装置及存储介质 - Google Patents

Abstract

本发明实施例公开了一种直播会话接入控制方法、装置及存储介质，本发明实施例可以获取多个音视频源请求接入同一直播会话的接入顺序；在当前音视频源的接入期间，根据接入顺序确定下一个接入直播会话的音视频源，得到目标音视频源；当目标音视频源满足预设的接入条件时，将当前音视频源退出直播会话，并将目标音视频源接入直播会话。该方案通过多个音视频源接入同一直播会话的接入顺序来确定各个音视频源接入直播会话的时机，不仅实现了精准将多个音视频源连续接入同一直播会话，而且提高了直播会话的延续性，由于直播会话的延续性得到保障，因此可以降低接入直播会话的客户端的流失率。

Description

一种直播会话接入控制方法、装置及存储介质

技术领域

本发明涉及计算机技术领域，具体涉及一种直播会话接入控制方法、装置及存储介质。

背景技术

随着网络直播的广泛普及，网络直播的场次非常多，使得用户可以根据自己的喜好登录网络直播的应用程序，并进入感兴趣的直播房间，观看主播的直播节目。例如，主播在某个直播房间进行直播的过程中，用户只要进入该直播房间，就能欣赏到主播直播的音视频画面。

现有的技术方案中，通常情况下一个主播对应一个直播房间，在该主播进入该直播房间进行直播后，用户可以选择进入该直播房间观看该主播的表演，该直播房间内直播的生命周期从该主播开播开始到该主播停播结束，而当单个直播房间内该主播有限精力的直播表演结束(即主播停播)后，该直播房间解散，进入该直播房间观看该主播的表演的用户被迫退出，用户观看界面跳回直播的应用程序首页，此时用户结束观看直播或需要自主挑选其他直播房间观看，因此用户的活跃随着该主播开播后进入该直播房间而增加，用户的留存也随着该主播的停播而消退，即该主播停播在很大程度上影响了用户观看时长，导致直播房间延续性较差，且由于直播房间解散，用户观看的延续性被打断，进而导致用户观看的流失率较高。

发明内容

本发明实施例提供一种直播会话接入控制方法、装置及存储介质，旨在提高直播会话的延续性，以及降低接入直播会话的客户端的流失率。

为解决上述技术问题，本发明实施例提供以下技术方案：

一种直播会话接入控制方法，包括：

获取多个音视频源请求接入同一直播会话的接入顺序；

在当前音视频源的接入期间，根据所述接入顺序确定下一个接入所述直播会话的音视频源，得到目标音视频源；

当所述目标音视频源满足预设的接入条件时，将所述当前音视频源退出所述直播会话，并将所述目标音视频源接入所述直播会话。

一种直播会话接入控制装置，包括：

顺序获取单元，用于获取多个音视频源请求接入同一直播会话的接入顺序；

确定单元，用于在当前音视频源的接入期间，根据所述接入顺序确定下一个接入所述直播会话的音视频源，得到目标音视频源；

接入单元，用于当所述目标音视频源满足预设的接入条件时，将所述当前音视频源退出所述直播会话，并将所述目标音视频源接入所述直播会话。

一种存储介质，所述存储介质存储有多条指令，所述指令适于处理器进行加载，以执行本发明实施例提供的任一种直播会话接入控制方法中的步骤。

本发明实施例可以获取多个音视频源请求接入同一直播会话的接入顺序，以及在当前音视频源的接入期间，根据接入顺序确定下一个接入直播会话的音视频源，得到目标音视频源，然后为了保证接入的准确性及连续性，当目标音视频源满足预设的接入条件时，将当前音视频源退出直播会话，并将目标音视频源接入直播会话。该方案通过多个音视频源接入同一直播会话的接入顺序来确定各个音视频源接入直播会话的时机，不仅实现了精准将多个音视频源连续接入同一直播会话，而且提高了直播会话的延续性，由于直播会话的延续性得到保障，不会出现直播会话解散的情况，因此，接入直播会话的客户端不会被迫退出，从而可以降低接入直播会话的客户端的流失率。

附图说明

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

图1是本发明实施例提供的直播会话接入控制方法的场景示意图；

图2是本发明实施例提供的直播会话接入控制方法的流程示意图；

图3是本发明实施例提供的直播会话接入控制的架构示意图；

图4是本发明实施例提供的直播会话接入控制方法的另一流程示意图；

图5是本发明实施例提供的节目单更新的流程示意图；

图6是本发明实施例提供的节目单界面的示意图；

图7是本发明实施例提供的主播切换的流程示意图；

图8是本发明实施例提供的主播切换的示意图；

图9是本发明实施例提供的主播A客户端的显示界面的示意图；

图10是本发明实施例提供的主播B客户端的显示界面的示意图；

图11是本发明实施例提供的用户C客户端的显示界面的示意图；

图12是本发明实施例提供的主播切换的另一流程示意图；

图13是本发明实施例提供的直播会话接入控制方法装置的结构示意图；

图14是本发明实施例提供的直播会话接入控制方法装置的另一结构示意图；

图15是本发明实施例提供的直播会话接入控制方法装置的另一结构示意图；

图16是本发明实施例提供的直播会话接入控制方法装置的另一结构示意图；

图17是本发明实施例提供的服务器的结构示意图。

具体实施方式

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

本发明实施例提供一种直播会话接入控制方法、装置及存储介质。

请参阅图1，图1为本发明实施例所提供的直播会话接入控制方法的场景示意图，该直播会话接入控制方法可以应用于直播会话接入控制装置，该直播会话接入控制装置具体可以集成在服务器中，例如，该服务器可以获取多个音视频源请求接入同一直播会话的接入顺序，例如图1中该服务器可以接收音视频源A、音视频源B和音视频源C等多个音视频源的接入请求，根据各个音视频源的接入请求生成多个音视频源接入同一直播会话的接入顺序，该多个音视频源的个数可以根据时间需要进行灵活设置。然后根据该接入顺序从多个音视频源中选择其中一个音视频源作为当前接入直播会话的当前音视频源，并在当前音视频源的接入期间，根据接入顺序确定下一个接入直播会话的音视频源，得到目标音视频源；例如，可以当检测到当前音视频源的剩余接入时间为预设时间值时，根据接入顺序向排在当前音视频源后的下一个音视频源发送接入准备通知，当接收到下一个音视频源基于接入准备通知返回的响应时，确定下一个接入直播会话的音视频源为下一个音视频源，得到目标音视频源。此时，可以判断目标音视频源是否满足预设的接入条件，例如，可以对目标音视频源进行审核及检测是否到达目标音视频源的开始接入时间等，当审核通过且到达所述目标音视频源的开始接入时间时，确定目标音视频源满足预设的接入条件。当目标音视频源满足预设的接入条件时，将当前音视频源退出直播会话，并将目标音视频源接入直播会话。服务器还可以按照预设策略，在设定时间段内分散获取接入直播会话的用户客户端发送的请求信息，并基于请求信息将目标音视频源产生的音视频数据和相关信息等发送给用户客户端，该接入直播会话的客户端可以根据实际需要进行灵活设置，例如可以包括客户端A、客户端B和客户端C等。

需要说明的是，图1所示的直播会话接入控制方法的场景示意图仅仅是一个示例，本发明实施例描述的直播会话接入控制场景是为了更加清楚的说明本发明实施例的技术方案，并不构成对于本发明实施例提供的技术方案的限定，本领域普通技术人员可知，随着直播会话接入控制方法的演变和新业务场景的出现，本发明实施例提供的技术方案对于类似的技术问题，同样适用。

以下分别进行详细说明。

在本实施例中，将从直播会话接入控制装置的角度进行描述，该直播会话接入控制装置具体可以集成在服务器或网关等网络设备中。

在一个实施例中，上述直播会话接入控制方法，包括：获取多个音视频源请求接入同一直播会话的接入顺序；在当前音视频源的接入期间，根据接入顺序确定下一个接入直播会话的音视频源，得到目标音视频源；当目标音视频源满足预设的接入条件时，将当前音视频源退出直播会话，并将目标音视频源接入直播会话。

请参阅图2，图2是本发明一实施例提供的直播会话接入控制方法的流程示意图。该直播会话接入控制方法可以包括：

在步骤S101中，获取多个音视频源请求接入同一直播会话的接入顺序。

其中，音视频源可以是产生直播音视频数据的客户端提供的，例如，音视频源可以是主播所使用的客户端产生的，该多个音视频源即为各个主播所使用的客户端提供的音视频信息。该接入顺序可以是多个音视频源可以依次的接入直播会话(也可以称为直播房间)的顺序，例如，当接入顺序为先是第一个音视频源接入一个小时，然后第二个音视频源接入三十分钟，最后是第三个音视频源接入十分钟时，在第一个音视频源接入直播会话一个小时后，第一个音视频源退出直播会话，并由第二个音视频源接入直播会话，当第二个音视频源接入直播会话三十分钟后，由第三个音视频源接入直播会话等。在同一直播会话中，多个音视频源可以按照接入顺序依次的接入直播会话，以在该直播会话内进行直播而产生音视频数据。需要说明的是，该接入顺序也可以理解为各个主播进行直播的节目单。

在某些实施方式中，获取多个音视频源请求接入同一直播会话的接入顺序的步骤可以包括：接收多个音视频源发送的接入请求，接入请求中携带接入时间及接入信息；对接入信息进行审核，当审核通过时，根据接入时间生成多个音视频源接入同一直播会话的接入顺序。

为了方便快捷地确定接入顺序，以及避免冲突，可以根据多个音视频源的接入请求来确定接入顺序，具体地，可以分别接收多个音视频源发送的接入请求，该接入请求中可以携带有音视频源的接入时间及接入信息等，该接入时间可以包括开始接入时间和终止接入时间等，该接入信息可以包括音视频源的基基本信息，例如，音视频源对应的主播的图像、即将主播的内容纲要、主播的标签、主播的名称和头像等信息，其中，多个音视频源的个数可以根据实际需要进行灵活设置，具体个数在此次不作限定。

在接收到各个音视频源发送的接入请求后，可以分别对每个音视频源的接入信息进行审核，例如，可以根据主播的图像审核该主播的外貌是否符合主播要求，以及根据主播的内容纲要审核直播内容是否违规，等等。当审核通过时，可以根据接入时间生成多个音视频源接入同一直播会话的接入顺序，例如，若在同一天音视频源A的接入时间为7:00至8:00，音视频源B的接入时间为8:00至11:00及音视频源C的接入时间为11:00至16:00等，则生成音视频源A、音视频源B和音视频源C的接入顺序为7:00至8:00音视频源A接入、8:00至11:00音视频源B接入和11:00至16:00音视频源C接入等。还可以为各个音视频源设置源标识，以及为直播会话设置会话标识，建立各个音视频源的源标识、会话标识与接入时间之间的映射关系，得到接入顺序，该源标识可以是音视频源的的名称或编号等，用于唯一标识音视频源；该会话标识可以是直播会话的名称或编号等，用于唯一标识直播会话。

需要说明的是，当多个音视频源对应的接入时间存在冲突时，可以向存在冲突的音视频源发送接入时间调整通知，并基于接收音视频源基于接入时间调整通知反馈的调整确认，根据该调整确认对接入时间存在冲突的音视频源的接入时间进行相应的调整。例如，当音视频源A发送的接入请求中携带的接入时间为7:00至9:00，音视频源B发送的接入请求中携带的接入时间为8:00至11:00及音视频源C发送的接入请求中携带的接入时间为11:00至12:00，且音视频源A、音视频源B和音视频源C在同一天接入时，音视频源A和音视频源B请求的接入时间存在冲突，此时，可以向音视频源B发送接入时间调整通知，该接入时间调整通知中可以携带调整策略，该调整策略可以为将音视频源B的接入时间调整为9:00至11:00，若接收到音视频源B基于接入时间调整通知反馈的调整确认，则说明音视频源B同意调整接入时间，此时可以将音视频源B的接入时间调整为9:00至11:00。

需要说明的是，可以分别生成多个直播会话对应的接入顺序，每个直播会话均包括多个音视频源接入，例如，可以接收多个音视频源发送的携带接入时间、会话标识及接入信息等的接入请求，然后当对各个音视频源审核通过时，根据会话标识及接入时间等生成多个音视频源接入与会话标识对应的直播会话的接入顺序，该接入顺序可以包括各个音视频源的源标识、会话标识及接入时间等之间的映射关系。例如，可以根据音视频源A、音视频源B、音视频源C、音视频源D、音视频源E、音视频源F、音视频源G及音视频源H等的接入请求，生成音视频源A、音视频源B、音视频源C、音视频源D和音视频源E等接入直播会话a对应的接入顺序，以及生成音视频源F、音视频源G及音视频源H等接入直播会话b对应的的接入顺序；等等。

在某些实施方式中，根据接入时间生成多个音视频源接入同一直播会话的接入顺序的步骤之后，直播会话接入控制方法还可以包括：接收接入顺序的更新指令，更新指令携带目标接入顺序；判断目标接入顺序与接入顺序是否存在逻辑冲突；当目标接入顺序与接入顺序不存在逻辑冲突时，根据目标接入顺序更新接入顺序。

该接入顺序可以预设时间段内多个音视频源接入同一直播会话的接入顺序，该预设时间段可以是一天24小时、一周或一个月等，例如，可以预先生成三天内的多个音视频源接入同一直播会话的接入顺序。随着时间的推移，当排在前面的音视频源已经完成接入并退出直播会话，以及需要生成未来预设时间段内各个音视频源的接入顺序时，需要对接入顺序进行更新，或者存在突发情况需要对接入顺序进行更新等，可以是每小时或每天均对接入顺序进行更新，一次更新一天的接入顺序，或一次更新一周的接入顺序等。

当需要对接入顺序进行更新时，可以接对收接入顺序进行更新的更新指令，该更新指令可以携带需要添加、删除或修改音视频源等的接入顺序，得到目标接入顺序，此时可以将目标接入顺序与预设设置的接入顺序进行比较，判断目标接入顺序与接入顺序是否存在逻辑冲突。该逻辑冲突可以是添加、删除或修改音视频源的接入时间与预先设置的音视频源的接入时间是否存在冲突，例如，预先设置的音视频源的接入顺序为在同一天音视频源A的接入时间为7:00至8:00，音视频源B的接入时间为8:00至9:00及音视频源C的接入时间为9:00至11:00等，若更新指令中携带的目标接入顺序为在该天内的9:00至10:00添加音视频源D，则判定目标接入顺序与接入顺序存在逻辑冲突；若更新指令中携带的目标接入顺序为在该天内的16:00至18:00添加音视频源E，则判定目标接入顺序与接入顺序不存在逻辑冲突；若更新指令中携带的目标接入顺序为在该天内将音视频源C的接入时间修改为12:00至13:00，则判定目标接入顺序与接入顺序不存在逻辑冲突；等等。

当目标接入顺序与接入顺序不存在逻辑冲突时，可以根据目标接入顺序更新接入顺序，例如，在根据音视频源E的接入时间16:00至18:00，将音视频源E添加至接入顺序，或者根据音视频源C的接入时间修改为12:00至13:00等。当目标接入顺序与接入顺序存在逻辑冲突时，可以拒绝对接入顺序进行更新，或者可以向更新接入的音视频源发送接入时间调整通知，并基于接收音视频源基于接入时间调整通知反馈的调整确认，根据该调整确认对音视频源的接入时间进行相应的调整，并根据调整后的接入时间对接入顺序进行更新等。

在某些实施方式中，根据接入时间生成多个音视频源接入同一直播会话的接入顺序的步骤之后，直播会话接入控制方法还可以包括：向预设客户端推送直播会话对应的接入顺序；接收预设客户端基于推送的接入顺序反馈的订阅请求；根据订阅请求向预设客户端发送提醒信息，以使得预设客户端基于提醒信息接入直播会话。

在生成直播会话的接入顺序后，为了方便各个音视频源能够按照接入顺序及时接入直播会话，可以将直播会话的接入顺序发送给各个音视频源，以及，为了方便预设客户端选择是否接入直播会话、以及选择接入直播会话的时间等，可以将直播会话的接入顺序推送给预设客户端，该预设客户端可以包括多个，该预设客户端可以是需要观看直播的用户所使用的客户端(也可以称为用户客户端)。例如，可以将多个直播会话对应的接入顺序推送给预设客户端，达到对各个直播会话内的多个音视频源的接入顺序进行预告的目的，以便客户端对应的用户可以提前获知各个直播会话中主播直播的顺序，可以根据自己的喜好及需求等订阅某个时间段或者某个主播的直播。

在向预设客户端推送一个或多个直播会话对应的接入顺序后，此时，当预设客户端存在订阅需求时，可以接收预设客户端基于推送的接入顺序反馈的订阅请求，该订阅请求中可以携带需要订阅的直播会话的会话标识、接入时间或音视频源的源标识等信息，此时可以根据订阅请求在到达某个音视频源的接入时间或到达预设时间时，通过直播应用的消息推送、短信或邮件等方式向预设客户端发送提醒信息，以使得预设客户端基于提醒信息及时地接入直播会话。例如，当客户端A对应的用户A订阅音视频源A对应的主播A的直播表演时，当轮到或准备轮到音视频源A接入直播会话，即轮到主播A进行直播表演时，可以通过客户端A向用户A发送主播A直播的相关提醒信息；当客户端B对应的用户B订阅在23:00接入的音视频源对应的主播表演时，当到达23:00时，可以通过客户端B向用户B发送相关提醒信息等。

需要说明的是，也可以是人工编辑直播会话内各个音视频源的接入顺序，例如，管理人员可以与多个主播协商直播的直播会话、直播时间段及直播内容等信息，并根据协商结果编辑每个直播会话内各个音视频源的接入顺序(也可以称为节目单)，并将编辑好的直播会话内各个音视频源的接入顺序发送给直播会话接入控制装置，此时直播会话接入控制装置可以接收到接入顺序。

在步骤S102中，在当前音视频源的接入期间，根据接入顺序确定下一个接入直播会话的音视频源，得到目标音视频源。

在直播的过程中，可以根据直播会话内各个音视频源的接入顺序，从多个音视频源中选择其中一个音视频源作为当前接入直播会话的当前音视频源，例如，接入顺序确定后，开始可以先将排在第一个的音视频源接入直播会话，作为当前音视频源，在第一个的音视频源退出后，可以将排在第二个的音视频源接入直播会话，作为当前音视频源，依次类推，可以按照接入顺序确定当前音视频源。在当前音视频源的接入期间，可以根据接入顺序确定下一个接入直播会话的音视频源，得到目标音视频源，例如，当排在第一个的音视频源接入直播会话，作为当前音视频源时，可以确定下一个接入直播会话的音视频源为排在第二个的音视频源，即排在第二个的音视频源为目标音视频源。

在某些实施方式中，根据接入顺序确定下一个接入直播会话的音视频源，得到目标音视频源的步骤可以包括：当检测到当前音视频源的剩余接入时间为预设时间值时，根据接入顺序向排在当前音视频源后的下一个音视频源发送接入准备通知；当接收到下一个音视频源基于接入准备通知返回的响应时，确定下一个接入直播会话的音视频源为下一个音视频源，得到目标音视频源。

为了使得相邻音视频源之间能够无缝切换，保证切换的连贯性，在当前音视频源的接入期间，可以检测当前音视频源的剩余接入时间，当检测到当前音视频源的剩余接入时间未达到预设时间值时，可以继续维持当前音视频源接入该直播会话；当检测到当前音视频源的剩余接入时间为预设时间值时，可以根据接入顺序向排在当前音视频源后的下一个音视频源发送接入准备通知。其中，预设时间值可以根据时间需要进行灵活设置，例如可以将预设时间值设置为5分钟或10分钟等，接入准备通知可以是用于确认下一个音视频源是否做好接入准备等。此时，可以判断是否接收到下一个音视频源基于接入准备通知返回的响应，当接收到下一个音视频源基于接入准备通知返回的响应时，说明下一个音视频源已经做好接入准备，可以确定下一个接入直播会话的音视频源为下一个音视频源，即该下一个音视频源为目标音视频源。

例如，若当前音视频源A的接入时间为8:00至9:00，下一个音视频源B的接入时间为9:00至11:00，则在当前音视频源A的接入期间，可以检测当前音视频源A的剩余接入时间是否为5分钟，即当前时间是否为8:55，当检测到当前音视频源A的剩余接入时间为5分钟时，可以根据接入顺序向排在当前音视频源A后的下一个音视频源B发送接入准备通知，以便确认下一个音视频源B是否做好接入准备。下一个音视频源B可以在接收到接入准备通知的3分钟内(即8:58之前)确认是否准备就绪，当3分钟内接收到下一个音视频源B基于接入准备通知返回的响应时，确定下一个接入直播会话的音视频源为下一个音视频源B，从而可以使得当前音视频源A接入结束后，下一个音视频源B可以无缝切换，保证了切换的连贯性，避免了下一个音视频源B未准备就绪而造成直播断节等问题，给用户提供良好的连续观看体验。

在某些实施方式中，根据接入顺序向排在当前音视频源后的下一个音视频源发送接入准备通知的步骤之后，直播会话接入控制方法还可以包括：当未接收到下一个音视频源基于接入准备通知返回的响应时，向当前音视频源发送继续接入通知；当接收到当前视频源基于继续接入通知返回的响应时，确定下一个接入直播会话的音视频源为当前音视频源，得到目标音视频源。

为了避免在下一个音视频源未做好接入准备，而导致音视频源无法无缝切换，此时，在根据接入顺序向排在当前音视频源后的下一个音视频源发送接入准备通知后，可以判断是否接收到下一个音视频源基于接入准备通知返回的响应，当在预设时间内未接收到下一个音视频源基于接入准备通知返回的响应时，说明下一个音视频源还未做好接入准备，此时可以向当前音视频源发送继续接入通知，该继续接入通知可以是用于确认当前音视频源的直播人员是否同意继续直播，当接收到当前视频源基于继续接入通知返回的响应时，说明当前音视频源的直播人员同意继续直播，可以确定下一个接入直播会话的音视频源为当前音视频源，即该当前音视频源为目标音视频源。当未接收到当前视频源基于继续接入通知返回的响应时，说明当前音视频源的直播人员不同意继续直播，此时可以向预设音视频源发送接入邀请，该预设音视频源可以是排在当前音视频源后面的其中任意一个音视频源，也可以是临时邀请的不在接入顺序中的音视频源等。当接收到预设音视频源基于接入邀请返回的响应时，确定下一个接入直播会话的音视频源为预设音视频源，得到目标音视频源。

例如，若当前音视频源A的接入时间为8:00至9:00，下一个音视频源B的接入时间为9:00至11:00，则在当前音视频源A的接入期间，可以检测当前音视频源A的剩余接入时间是否为5分钟，当检测到当前音视频源A的剩余接入时间为5分钟时，可以根据接入顺序向排在当前音视频源A后的下一个音视频源B发送接入准备通知，以便确认下一个音视频源B是否做好接入准备。下一个音视频源B可以在接收到接入准备通知的3分钟内确认是否准备就绪，当3分钟内未接收到下一个音视频源B基于接入准备通知返回的响应时，向当前音视频源A发送继续接入通知，以便确认当前音视频源A的直播人员是否愿意继续直播。当下一个接入直播会话的接入时间达到之前接收到当前视频源A基于继续接入通知返回的响应时，确定下一个接入直播会话的音视频源为当前音视频源A，从而可以使得当前音视频源A接入结束后，由于下一个音视频源B未做好接入准备，而当前音视频源A可以继续接入，保证了直播的连续性。

在某些实施方式中，根据接入顺序向排在当前音视频源后的下一个音视频源发送接入准备通知的步骤之后，直播会话接入控制方法还可以包括：当未接收到下一个音视频源基于接入准备通知返回的响应时，向预设音视频源发送接入邀请；当接收到预设音视频源基于接入邀请返回的响应时，确定下一个接入直播会话的音视频源为预设音视频源，得到目标音视频源。

为了避免在下一个音视频源未做好接入准备，而导致音视频源无法无缝切换，此时，在根据接入顺序向排在当前音视频源后的下一个音视频源发送接入准备通知后，可以判断是否接收到下一个音视频源基于接入准备通知返回的响应，当在预设时间内未接收到下一个音视频源基于接入准备通知返回的响应时，说明下一个音视频源还未做好接入准备，此时可以向预设音视频源发送接入邀请，该预设音视频源可以是排在当前音视频源后面的其中任意一个音视频源，也可以是临时邀请的不在接入顺序中的音视频源等，该发送接入邀请可以是用于确认预设音视频源的直播人员是否同意接入该音视频会话。当接收到预设音视频源基于接入邀请返回的响应时，说明预设音视频源的直播人员同意接入该音视频会话，此时可以确定下一个接入直播会话的音视频源为预设音视频源，即该预设音视频源为目标音视频源。

需要说明的是，预设音视频源可以包括多个，即为了保证在短时间可以快速确定下一个接入直播会话的音视频源，可以同时向预设的多个音视频源发送接入邀请，并将最先反馈响应的音视频源确定为目标音视频源。另外，当预设音视频源为临时邀请的且未安排在接入顺序中的音视频源时，接收到预设音视频源基于接入邀请返回的响应中可以携带有接入信息，此时可以根据接入信息对预设音视频源进行审核，当审核通过时，将该预设音视频源确定为下一个接入直播会话的音视频源。

例如，例如，若当前音视频源A的接入时间为8:00至9:00，下一个音视频源B的接入时间为9:00至11:00，则在当前音视频源A的接入期间，可以检测当前音视频源A的剩余接入时间是否为5分钟，即当前时间是否为8:55，当检测到当前时间为8:55时，可以根据接入顺序向排在当前音视频源A后的下一个音视频源B发送接入准备通知，以便确认下一个音视频源B是否做好接入准备。下一个音视频源B可以在接收到接入准备通知的3分钟内(即8:58之前)确认是否准备就绪，当8:58之前未接收到下一个音视频源B基于接入准备通知返回的响应时，向一个或多个预设音视频源C发送接入邀请，以便确认预设音视频源C的直播人员是否愿意接入该直播会话进行直播。当下一个接入直播会话的接入时间达到之前接收到一个或多个预设视频源C基于继续接入通知返回的响应时，确定下一个接入直播会话的音视频源为最先反馈响应的预设视频源C，从而可以使得前音视频源A接入结束后，由于下一个音视频源B未做好接入准备，而其他音视频源可以接入该直播会话进行直播，保证了直播的连续性。

在步骤S103中，当目标音视频源满足预设的接入条件时，将当前音视频源退出直播会话，并将目标音视频源接入直播会话。

在确定目标音视频源后，可以判断目标音视频源是否满足预设的接入条件。其中，预设的接入条件可以根据实际需要进行灵活设置，例如可以包括时间和直播内容等是否满足条件，在确定目标音视频源后，可以对目标音视频源是否满足预设的接入条件进行判断。

在某些实施方式中，在当前音视频源的接入期间，根据所述接入顺序确定下一个接入所述直播会话的音视频源，得到目标音视频源的步骤之后，直播会话接入控制方法可以包括：对目标音视频源进行安全审核；当安全审核通过时，检测是否到达目标音视频源的开始接入时间；当到达目标音视频源的开始接入时间时，确定目标音视频源满足预设的接入条件。

为了保证良好的直播环境及目标音视频源接入的连续性，可以对目标音视频源进行接入条件的判定，具体地，首先可以对目标音视频源进行安全审核，例如，可以获取目标音视频源的上行音视频数据，并对该上行音视频数据进行安全性审核，判断是否存在凶残血腥或不雅等视频，或是否存在恐吓或威胁等音频，若不存在，则确定安全审核通过，若存在，则确定安全审核不通过。当安全审核不通过时，拒绝该目标音视频源接入直播会话。当安全审核通过时，进一步检测是否到达目标音视频源的开始接入时间，例如，当目标音视频源的接入时间为6:00至9:00时，检测是否到达目标音视频源的开始接入时间6:00，当到达目标音视频源的开始接入时间时，可以确定目标音视频源满足预设的接入条件。

在一个实施例中，当目标音视频源满足预设的接入条件时，可以确定该目标音视频源为下一个接入直播会话的音视频源，由于对于部分的音视频源存在观看限制条件，例如，针对有些音视频源需要接收到的用户客户端发送的支付信息才可用户客户端接入直播会话获取这些音视频源，因此，对于部分有观看限制条件的直播情况，例如对用户进行收费观看的情况，此时可以在下一个视频源(即目标音视频源)开始播放前或开始播放后的1分钟内等，判断目标音视频源是否需要用户客户端支付观看费用，若不需要，则不需要对当前音视频会话内的用户客户端进行身份验证；若需要，则对当前音视频会话内的用户客户端进行身份验证，以确认用户客户端的用户是否符合观看该音视频源的条件，例如确认用户客户端是否已支付观看费用，若已支付，则可以允许用户客户端获取目标音视频源，方便用户观看，若未支付，则拒绝用户客户端获取目标音视频源；等等。

当目标音视频源不满足预设的接入条件时，可以拒绝目标音视频源接入直播会话，当目标音视频源满足预设的接入条件时，例如，当对目标音视频源审核通过，且目标音视频源的开始接入时间到达时，可以将目标音视频源接入直播会话，并将当前音视频源退出直播会话，使得当前音视频源与目标音视频源之间可以进行无缝切换。在当前音视频源退出直播会话后，可以对直播会话的接入顺序进行更新，例如，可以将接入顺序中当前音视频源的接入删除或将其状态设置为已直播等。

在某些实施方式中，根据接入顺序确定下一个接入直播会话的音视频源，得到目标音视频源的步骤之后，直播会话接入控制方法还可以包括：按照预设策略，在设定时间段内分散获取接入直播会话的用户客户端发送的请求信息。

其中，请求信息可以用于请求获取接入直播会话的客户端(也可以称为用户客户端)的用户与使用目标音视频源对应的主播之间的关联信息，还可以用于请求获取接入直播会话的客户端与目标音视频源之间的交互信息等，关联信息可以包括使用接入直播会话的客户端的用户与使用目标音视频源对应的主播之间的关联信息，例如，用户是否关注该主播，用户是否加入了该主播的粉丝团，或者，用户是否是该主播的贵宾等，该交互信息可以包括用户客户端向目标音视频源的直播人员发送消息或赠送礼物等。预设策略可以根据实际需要进行灵活设置，例如，可以在目标音视频源接入直播会话前的几分钟内(即在设定时间段内)，分散获取接入直播会话的用户客户端发送的请求信息(即预加载)；或者是，可以在目标音视频源接入直播会话后的几分钟内(即在设定时间段内)，分散获取接入直播会话的用户客户端发送的请求信息(即延迟加载)；等等。直播会话接入控制装置可以是主动获取接入直播会话的客户端与目标音视频源之间的关联信息和交互信息等，或者是直播会话接入控制装置在接收到直播会话的各个客户端发送的请求信息后，基于该请求信息获取各个客户端与目标音视频源之间的关联信息和交互信息等。接入直播会话的客户端可以包括多个，在得到关联信息和交互信息等后，可将每个客户端的关联信息和交互信息等分别发送给对应的客户端，以使得客户端可以将其与目标音视频源之间的关联信息和交互信息等，显示在播放该直播音视频数据的界面内。

在某些实施方式中，按照预设策略，在设定时间段内分散获取接入所述直播会话的用户客户端发送的请求信息的步骤可以包括：按照预设策略获取在预设时间范围内的随机时间值，以及获取所述当前音视频源的接入结束时间；根据所述接入结束时间和所述随机时间值计算各个请求信息分散在设定时间段内的获取时间，并基于所述获取时间获取接入所述直播会话的用户客户端发送的请求信息。

可选地，根据接入结束时间和随机时间值计算各个请求信息分散在设定时间段内的获取时间的步骤可以包括：计算接入结束时间和每个随机时间值之间的差值，得到分散在接入结束时间之前的设定时间段内的获取时间。

由于当接入直播会话的客户端的数量较多时，需要获取接入直播会话的客户端与目标音视频源之间的关联信息和交互信息等较多，可能会在同一个瞬间给直播会话接入控制装置带来获取压力，此时为了减轻获取较多信息的压力，可以随机预加载各个客户端与目标音视频源之间的信息，即在目标音视频源接入直播会话前提前获取各个客户端与目标音视频源之间的信息，将原本海量的瞬时获取请求分摊到预设时间内(例如几分钟时间)，从而可以降低瞬时压力。

具体地，可以获取在预设时间范围内的随机时间值，该预设时间范围和随机时间值可以根据实际需要进行灵活设置，例如，预设时间范围可以是在目标音视频源接入直播会话前6分钟或3分钟等，该随机时间值可以是0至6分钟内的一个随机的时间值，以及获取当前音视频源的接入结束时间，例如，若当前音视频源的接入时间为6:00至8:00，则当前音视频源的接入结束时间为8:00。然后可以根据接入结束时间和随机时间值计算获取时间，并在获取时间达到时获取接入直播会话的用户客户端发送的请求信息。其中，获取时间的计算方式可以如下：

Fetch_B_Time＝Stop_A_Time-Random(0，pre_fetch)

其中，Fetch_B_Time表示提前获取用户客户端发送的请求信息的获取时间，Stop_A_Time表示当前音视频源的接入结束时间，pre_fetch表示提前预设时间，即当前音视频源的接入结束前的预设时间或目标音视频源接入直播会话前的预设时间，Random(0，pre_fetch)表示0到pre_fetch之间的随机数，即在预设时间范围内的随机时间值。针对每个用户客户端均可以根据该公式计算得到对应的获取时间。由于Random(0，pre_fetch)是随机得到的随机时间值，因此每个客户端可以根据该公式计算得到不同的获取时间，这样就可以将各个客户端发送的请求信息的获取时间分散到0至pre_fetch范围的不同时间内。

例如，若当前音视频源的接入时间为8:00至9:00，目标音视频源的接入时间为9:00至11:00，则可以获取在8:50至9:00的10分钟范围内的随机时间值为3分钟，以及获取当前音视频源的接入结束时间为9:00，根据接入结束时间和随机时间值计算获取时间为：获取时间＝9:00-0:03＝8:57，此时可以在8:57获取接入直播会话的客户端A发送的请求信息。以及可以获取在8:50至9:00的10分钟范围内的随机时间值为6分钟，以及获取当前音视频源的接入结束时间为9:00，根据接入结束时间和随机时间值计算获取时间为：获取时间＝9:00-0:06＝8:54，此时可以在8:54获取接入直播会话的客户端B发送的请求信息，依次类推，接入直播会话的客户端C、客户端D、客户端E、客户端F、客户端G及客户端H等多个客户端均可按照客户端A和客户端B的获取方式获取对应的请求信息。

在某些实施方式中，按照预设策略，在设定时间段内分散获取接入所述直播会话的用户客户端发送的请求信息的步骤可以包括：按照预设策略获取在预设时间范围内的随机时间值，以及获取当前时间；根据当前时间和随机时间值计算各个请求信息分散在设定时间段内的获取时间，并基于获取时间获取接入直播会话的用户客户端发送的请求信息。

可选地，根据当前时间和随机时间值计算各个请求信息分散在设定时间段内的获取时间的步骤可以包括：计算当前时间和每个随机时间值之间的累加值，得到分散在当前时间之后的设定时间段内的获取时间。

由于当接入直播会话的客户端的数量较多时，需要获取接入直播会话的客户端与目标音视频源之间的关联信息和交互信息等较多，可能会在同一个瞬间给直播会话接入控制装置带来获取压力，此时为了减轻获取较多信息的压力，可以随机延迟加载各个客户端与目标音视频源之间的信息，即在目标音视频源接入直播会话后延迟获取各个客户端与目标音视频源之间的信息，将原本海量的瞬时获取请求分摊到延迟后的预设时间内(例如几分钟时间)，从而可以降低瞬时压力。

具体地，可以获取在预设时间范围内的随机时间值，该预设时间范围和随机时间值可以根据实际需要进行灵活设置，例如，预设时间范围可以是在目标音视频源接入直播会话后6分钟或3分钟等，该随机时间值可以是0至6分钟内的一个随机的时间值，以及获取当前时间，例如，若当前时间可以为8:01。然后可以根据当前时间和随机时间值计算获取时间，并在获取时间达到时获取接入直播会话的用户客户端发送的请求信息。其中，获取时间的计算方式可以如下：

Fetch_X_Time＝Now+Random(0，delay_fetch)

其中，Fetch_X_Time表示延迟获取用户客户端发送的请求信息的获取时间，Now表示当前时间，delay_fetch表示延迟预设时间，即当前音视频源的接入结束后的预设时间或目标音视频源接入直播会话后的预设时间，Random(0，delay_fetch)表示0到delay_fetch之间的随机数，即在预设时间范围内的随机时间值。由于Random(0，delay_fetch)是随机得到的随机时间值，因此每个客户端可以根据该公式计算得到不同的获取时间，这样就可以将各个客户端发送的请求信息的获取时间分散到0至delay_fetch范围的不同时间内。

例如，若当前音视频源的接入时间为8:00至9:00，目标音视频源的接入时间为9:00至11:00，则可以获取在9:00至9:10的10分钟范围内的随机时间值为2分钟，以及获取当前时间为9:01，根据当前时间和随机时间值计算获取时间为：获取时间＝9:01+0:02＝9:03，此时可以在9:03获取接入直播会话的客户端A发送的请求。以及可以获取在9:00至9:10的10分钟范围内的随机时间值为3分钟，以及获取当前时间为9:02，根据接入结束时间和随机时间值计算获取时间为：获取时间＝9:02+0:03＝9:05，此时可以在9:05获取接入直播会话的客户端B发送的请求，依次类推，接入直播会话的客户端C、客户端D、客户端E、客户端F、客户端G及客户端H等多个客户端均可以按照客户端A和客户端B的获取方式来获取对应的请求信息。

需说明的是，可以在基于接入顺序向排在当前音视频源后的下一个音视频源能够及时接入直播会话的情况下，并在该下一个音视频源接入直播会话之前，可以基于接入顺序预先确定下一个音视频源为目标音视频源，并执行预加载接入直播会话的各个客户端与下一个音视频源之间的信息(包括关联信息和交互信息等)，将预加载得到信息发送给各个客户端，以使得客户端提前存储信息，并在下一个音视频源接入直播会话时能够及时显示该信息。在下一个音视频源不能及时接入直播会话，而临时邀请预设音视频源接入直播会话的情况下，可能无法预先确定目标音视频源，会导致无法实现预加载，此时为避免该情况下客户端在本地未存储与预设音视频源之间的信息而造成瞬时请求，可以执行延迟加载接入直播会话的各个客户端与预设音视频源之间的信息，将预加载得到信息发送给各个客户端，以使得客户端显示该信息。当然，在下一个音视频源能够及时接入直播会话的情况下，也可以执行延迟加载，具体实现方式在此处不作限定。从而通过上述随机预加载和随机延迟加载，可以将原本瞬时大量请求均摊到预设时间内，大大降低直播会话接入控制装置的压力和部署成本，同时保证直播会话接入控制的稳定性。

由上可知，本发明实施例可以获取多个音视频源请求接入同一直播会话的接入顺序，以及在当前音视频源的接入期间，根据接入顺序确定下一个接入直播会话的音视频源，得到目标音视频源，然后判断目标音视频源是否满足预设的接入条件，以保证接入的准确性及连续性，若满足预设条件，则将当前音视频源退出直播会话，并将目标音视频源接入直播会话。该方案通过多个音视频源接入同一直播会话的接入顺序来确定各个音视频源接入直播会话的时机，不仅实现了精准将多个音视频源连续接入同一直播会话，而且提高了直播会话的延续性，由于直播会话的延续性得到保障，不会出现直播会话解散的情况，因此，接入直播会话的客户端不会被迫退出，从而可以降低接入直播会话的客户端的流失率。

根据上述实施例所描述的方法，以下将举例作进一步详细说明。

本实施例以直播会话接入控制装置为服务器为例，该服务器可以是一个服务器，也可以是服务器集群等，具体可以根据实际需要进行灵活设置，以音视频源为主播所使用的客户端(简称主播客户端)、接入直播会话的客户端为观看直播的用户所使用的客户端(简称用户客户端)为例，为了实现节目单自动切换、不间断直播、主播切换、续播控制、主播资料加载、及用户侧主播资料加载等，本发明实施例可以将直播会话接入控制划分为节目单排麦、切麦定时器、消息推送、及资料加载等部分，并通过设置服务器的架构来实现，该服务器可以是服务器集群，例如，如图3所示，该服务器集群可以包括节目单服务器、切麦定时器、推送服务器、资料中心及分布式存储器(CKV，Cloud Key Value)等，其中，从分层上看，可以分为接入层、逻辑层、存储层等三层架构，逻辑层可以包括节目单服务器、切麦定时器、推送服务器及资料中心等，节目单服务器分别与切麦定时器、推送服务器及资料中心连接，该切麦定时器可以用于提供定时管理功能，该节目单服务器可以用于提供节目排麦(即多个主播在同一个直播会话的直播顺序)功能，并与用于编辑节目单(即直播节目的顺序)的超管后台连接，该推送服务器可以用于提供指令推送功能，以及该资料中心可以用于提供主播资料管理功能等；存储层可以包括分布式存储器，该存储层采用分布式存储组件CKV，可以将麦序(即直播进行直播的时间顺序)、节目单和主播资料等分别独立存储，实现业务数据间的解耦，即节目单服务器、切麦定时器及资料中心分别与分布式存储器连接；接入层可以是使用维纳斯(WNS，Wireless Network Service)作为接入组件，主播及用户使用的客户端可以通过WNS接入层与节目单服务器、切麦定时器及资料中心等连接。

以下将根据图3中的架构图对直播会话接入控制的过程进行详细说明，需要说明的是，用于实现直播会话接入控制的服务器的架构可以根据实际需要进行灵活设置，图3所示的直播会话接入控制的架构图仅仅是一个示例，本实施例为了便于描述所举的例子所设置的服务器的架构，不应理解为是对服务器的限定，但不管服务器的架构如何，直播会话接入控制的过程都是类似的，都可以按照该示例进行理解。

请参阅图4，图4为本发明实施例提供的直播会话接入控制方法的流程示意图。该方法流程可以包括：

步骤S201、服务器接收多个主播客户端发送的接入请求，根据接入请求生成多个主播客户端接入同一直播会话的节目单。

其中，主播客户端为主播使用的客户端(即音视频源)，节目单为多个主播进行直播表演的顺序(即接入顺序)。为了便捷地确定节目单，以及避免各个主播在同一个直播会话内进行直播时产生冲突，服务器可以根据多个主播客户端的接入请求来确定节目单(例如调用节目单服务器生成节目单)，例如，服务器可以分别接收多个主播客户端发送的接入请求，该接入请求中可以携带有主播的直播时间及主播相关信息等，该直播时间可以包括开始直播时间和终止直播时间等，该主播相关信息可以包括主播的基本信息，例如主播的图像、主播内容、主播的标签、主播的名称和头像等信息。

在接收到各个主播客户端发送的接入请求后，服务器分别对每个主播的相关信息进行审核，例如，可以根据主播的图像审核该主播的外貌是否符合直播要求，以及根据主播内容审核直播内容是否违规，等等。当审核通过时，服务器可以根据直播时间生成多个主播客户端接入同一直播会话的进行直播的节目单，还可以为各个主播客户端设置主播标识，以及为直播会话设置会话标识，建立各个主播客户端的主播标识、直播内容、会话标识与直播时间之间的映射关系，根据该映射关系即可生成节目单。

需要说明的是，当多个主播客户端对应的直播时间存在冲突时，服务器可以向存在冲突的主播客户端发送直播时间调整通知，并基于接收主播客户端基于直播时间调整通知反馈的调整确认，根据该调整确认对直播时间存在冲突的主播客户端的直播时间进行相应的调整。另外，还可以分别生成多个直播会话对应的节目单，每个直播会话均包括多个直播客户端进行连续直播，例如，可以接收多个直播客户端发送的携带直播时间、会话标识及直播信息等的直播请求，然后当对各个直播客户端审核通过时，根据会话标识及直播时间等生成多个直播客户端加入与会话标识对应的直播会话的节目单。

生成节目单后，为了方便各个主播能够按照节目单的编排顺序及时接入直播会话进行直播，服务器可以将直播会话的节目单发送给各个直播客户端，以及为了方便通过客户端选择观看直播的时机，可以将直播会话的节目单推送给用户客户端，该用户客户端可以包括多个，达到对各个直播会话内的多个主播的直播进行预告的目的，以便用户可以提前获知各个直播会话中主播直播的顺序，可以根据自己的喜好及需求等订阅某个时间段或者某个主播的直播。此时，当用户客户端存在订阅需求时，可以接收用户客户端基于推送的节目单反馈的订阅请求，该订阅请求中可以携带需要订阅的直播会话的会话标识、直播时间或主播标识等信息，然后根据用户客户端的订阅，可以通过直播应用的消息推送、短信或邮件等方式向用户客户端发送提醒信息，以使得用户客户端基于提醒信息及时地接入直播会话。

需要说明的是，可以调用节目单服务器及推送服务器等通过WNS接入层将节目单推送给主播客户端和用户客户端，同时可以将节目单中主播的昵称或头像等基本信息随节目单一起推送给主播客户端和用户客户端。其中，主播的基本信息可以是根据主播标识从资料中心中获取的，例如，可以是节目单服务器在接收到主播客户端发送的注册请求时，根据注册请求生成该主播客户端对应的直播账号，以及可以从注册请求中获取主播的昵称或头像等基本信息，并将主播的基本信息上传至资料中心进行存储，资料中心可以根据主播标识将主播的基本信息存储至与资料中心连接的CKV存储器。

当需要对节目单进行更新时，其更新流程可以如图5所示，具体可以如下：

步骤S301、通过超管后台生成新节目单。

随着时间的推移，当节目单中排在前面的主播已经完成直播，需要生成未来预设时间段内各个主播的直播顺序时，可以每天对节目单进行更新，可以每次更新一天或几天的节目单，例如，若在2018年8月11日已经生成2018年8月11日至15日的节目单，此时可以在2018年8月12日对节目单进行更新，生成2018年8月12日至16日的节目单，或者生成2018年8月12日至18日的节目单等。

超管后台可以接收用户输入的编辑指令，并根据编辑指令编辑节目单，得到新节目单，该新节目单可以是未来预设时间段(一天或一周等)内的节目单。

步骤S302、超管后台向节目单服务器发送节目单更新指令。

该节目单更新指令中可以携带有需要添加的新节目单。

步骤S303、节目单服务器基于节目单更新指令向节目单存储器发送历史节目单加载请求。

节目单存储器可以是与节目单服务器连接的分布式存储器。

步骤S304、节目单存储器基于历史节目单加载请求向节目单服务器返回历史节目单。

步骤S305、节目单服务器判断新节目单与历史节目单之间是否存在逻辑冲突。

节目单服务器在接收到节目单更新指令后，可以先从节目单存储器中获取原有的历史节目单，该历史节目单可以是预先生成且未直播的节目单，并将新节目单与历史节目单进行比较，通过通过直播时间及开播状态等校对新节目单与历史节目单之间是否存在逻辑冲突，例如，若历史节目单中某个时间段A已安排有主播进行直播，而新节目单中时间段A也安排有主播进行直播，则确定存在逻辑冲突。

步骤S306、当不存在逻辑冲突时，节目单服务器向节目单存储器发送新节目单。

当存在逻辑冲突时，节目单服务器可以拒绝更新节目单，并向超管后台发送节目单更新冲突等相关提示信息，以便超管后台可以根据提示信息采取相应的措施。当不存在逻辑冲突时，节目单服务器可以更新节目单，并将更新后的节目单发送给节目单存储器存储。

步骤S307、节目单存储器存储新节目单。

例如，节目单存储器可以存储多张节目单，每张节目单存储每天从00:00至24:00的节目单，或者也可以以其他方式信息节目单。

步骤S308、节目单服务器根据新节目单生成24小时节目单。

步骤S309、节目单服务器向节目单存储器发送24小时节目单。

步骤S310、节目单存储器存储24小时节目单。

步骤S311、节目单服务器向推送服务器发送节目单更新指令。

步骤S312、推送服务器根据节目单更新指令更新节目单。

推送服务器可以将更新后的节目单推送给用户客户端和主播客户端等，为了方便用户获知从当前时刻到未来24小时内的节目单，此时节目单服务器可以根据新节目单生成24小时节目单，并将24小时节目单存储于节目单存储器，以及通过推送服务器向用户客户端推送24小时节目单，以使得用户可以看到最新的未来24小时节目单，例如，节目单服务器可以在更新完按天存储的每张节目单后，可以检查未来24小时节目单是否有更新，提取当天节目单校对，若当天节目单不足，则可以提取次日节目单合并校对。

例如，节目单服务器预先设置的历史节目单有8月11日的节目单、8月12日的节目单、及8月13日的节目单等三张节目单，当前需要更新的新节目单是8月14日的节目单和8月15日的节目单，节目单服务器可以将8月14日的节目单和8月15日的节目单添加至历史节目单中，可以得到更新后的节目单为8月11日至8月15日的节目单。若当前时间为8月11日20:00，则节目单服务器需要对8月11日的节目单和8月12日的节目单这两张节目单进行合并，可以根据8月11日20:00至8月12日20:00的节目单生成24小时节目单，并将24小时节目推送给用户客户端，从而使得用户可以看到从今天20:00至明天晚上20:00的节目单(即24小时内的节目单)。

其中，节目单的存储方式可以根据实际需要进行灵活设置，例如，如图6所示，节目单可以以列表的形式进行分类存储，例如，可以包括舞蹈、世界杯、音乐、及才艺等类别，图6中当前显示页面内显示了2018年7月2日00:00至16:00的节目单，该节目单中可以建立主播标识、状态、主播标题、开始时间及结束时间等之间的映射关系，从图6中的显示界面可以获知当前正在直播的是主播标识(即主播ID)为007的主播。

步骤S202、服务器根据节目单从多个主播客户端中选择其中一个主播客户端作为当前接入直播会话的当前主播客户端。

在直播的过程中，服务器可以根据节目单确定各个主播的直播顺序，并根据直播顺序从多个主播客户端中选择其中一个主播客户端作为当前接入直播会话的当前主播客户端，例如，节目单确定后，可以先将排在第一个的主播客户端接入直播会话进行直播，在第一个的主播客户端退出后，可以将排在第二个的主播客户端接入直播会话进行直播，依次类推，可以按照节目单确定当前主播客户端。

步骤S203、在当前主播客户端的直播期间，服务器根据节目单确定下一个接入直播会话的主播客户端，得到目标主播客户端。

为了使得相邻主播客户端之间能够无缝切换，保证切换的连贯性，在当前主播客户端的直播期间，可以检测当前主播客户端的剩余直播时间，当检测到当前主播客户端的剩余直播时间未达到预设时间值(例如5分钟)时，可以继续维持当前主播客户端接入该直播会话；当检测到当前主播客户端的剩余直播时间为5分钟时，可以根据节目单对应的直播顺序向排在当前主播客户端后的下一个主播客户端发送直播准备通知。此时，可以判断是否接收到下一个主播客户端基于直播准备通知返回的响应，当接收到下一个主播客户端基于直播准备通知返回的响应时，说明下一个主播客户端已经做好直播准备，可以确定下一个接入直播会话的主播客户端为下一个主播客户端，即该下一个主播客户端为目标主播客户端。

为了避免在下一个主播客户端未做好直播准备，而导致主播客户端无法无缝切换，此时，在根据直播顺序向排在当前主播客户端后的下一个主播客户端发送直播准备通知后，可以判断是否接收到下一个主播客户端基于直播准备通知返回的响应，当在预设时间(例如3分钟)内未接收到下一个主播客户端基于直播准备通知返回的响应时，说明下一个主播客户端还未做好直播准备，此时可以向当前主播客户端发送继续直播通知，当接收到当前视频源基于继续直播通知返回的响应时，说明当前主播客户端同意继续直播，可以确定下一个接入直播会话的主播客户端为当前主播客户端，即该当前主播客户端为目标主播客户端。当未接收到当前视频源基于继续直播通知返回的响应时，说明当前主播客户端不同意继续直播，此时可以向预设主播客户端发送直播邀请，该预设主播客户端可以是排在下一个主播客户端后面的其中任意一个主播客户端，也可以是临时邀请的不在节目单安排的直播顺序中的主播客户端等。当接收到预设主播客户端基于直播邀请返回的响应时，确定下一个接入直播会话的主播客户端为预设主播客户端，得到目标主播客户端。例如，可通过超管后台及时修改节目单，如图6中击“上麦”按钮手动邀请某主播上麦。

在一实施例中，例如，如图7所示，当节目单对应的直播顺序中排在当前主播客户端后的下一个主播客户端做好就绪准备时，将该下一个主播客户端确定为目标主播客户端的流程可以如下：

步骤S401、切麦定时器向节目单服务器查询节目单。

例如，切麦定时器可以向节目单服务器发送节目单获取请求，并接收节目单服务器基于节目单获取请求返回的节目单，此时切麦定时器可以查询该节目单，以便获知各个主播的主播时间等信息。

步骤S402、切麦定时器根据查询到的节目单判断是否达到当前主播结束前预设时间。

步骤S403、当到达到当前主播结束前预设时间时，切麦定时器向下一主播对应的主播客户端发送就绪确认指令。

由于两个主播处在不同的空间中，各自使用独立的直播应用进行直播，因此需要提前通知下一主播准备就绪，以保证切换的连贯性。例如，如图8所示，切麦定时器定期检查当前主播A是否即将下麦，即切麦定时器可以判断是否达到当前主播结束前5分钟，若当前主播A的直播节目A的时间段为8:00至10:00，则切麦定时器可以检测到当前时间为9:55时，通过Push消息发送的方式向下一主播B对应的主播客户端发送就绪确认指令，以确认主播B是否就绪。

此时，主播A和主播B对应的主播客户端的显示界面内可以显示相关的提示信息，例如，如图9所示，主播A对应的主播客户端的显示界面内可以提示主播A，5分钟后将由主播B进入直播间，还可以询问主播A是否继续直播等，以便主播A可以根据根据自己的需求通过“是”按钮选择继续直播，或通过“否”按钮选择不继续直播等。

例如，如图10所示，主播B对应的主播客户端的显示界面内可以提示主播B在5分钟后将进入直播间，并询问主播B是否就绪等，主播B可以根据根据自己的需求通过“是”按钮选择就绪，或通过“否”按钮选择未就绪等。

为了方便用户C及时获知主播的切换情况，此时在用户C对应的用户客户端的显示界面内可以显示相关的提示信息，例如，如图11所示，用户C对应的用户客户端的显示界面内，可以显示主播A的直播5分钟后将结束，下一个将由主播B直播，后续的直播节目是XXX，还可以询问用户C是否继续在该直播间观看直播等，用户C可以根据根据自己的需求通过“是”按钮选择继续在该直播间观看直播，或通过“否”按钮选择不继续在该直播间观看直播等。

步骤S404、下一主播对应的主播客户端开启上行开播预览。

步骤S405、下一主播对应的主播客户端向切麦定时器发送就绪确认响应。

下一主播接收到就绪确认指令后，该下一主播需要在3分钟之内确认是否准备就绪，如果下一主播已经准备好，则通过主播客户端开启上行开播预览，以便将上行音视频数据发送给服务器进行审核，此时服务器的监管侧可检查当前主播是否符合安全审核要求，如果审核通过，下一主播可以通过主播客户端向切麦定时器发送就绪确认响应，说明已经做好直播准备。

步骤S406、切麦定时器判断当前主播的直播是否到期。

步骤S407、若当前主播的直播到期，则切麦定时器向当前主播对应的主播客户端发送下播指令。

步骤S408、当前主播对应的主播客户端接收到下播指令后，退出直播会话。

步骤S409、切麦定时器向当前主播对应的主播客户端发送下播指令的同时，向下一主播对应的主播客户端发送开播指令。

步骤S410、下一主播对应的主播客户端在接收到开播指令后，接入直播会话进行直播。

切麦定时器在检查到当前主播的直播到期后，以Push方式发送下播指令给当前主播对应的主播客户端，以及以Push方式发送开播指令给下一主播对应的主播客户端，以便当前主播对应的主播客户端准时退出直播会话，以及下一主播对应的主播客户端及时接入直播会话进行直播。

步骤S411、切麦定时器向节目单服务器发送节目单更新指令。

步骤S412、节目单服务器基于接收到的节目单更新指令对节目单进行更新。

步骤S413、切麦定时器向接入直播会话观看直播的观众所对应的用户客户端发送切换主播指令。

步骤S414、观众所对应的用户客户端基于接收到的切换主播指令更新主播信息和节目单。

在另一实施例中，例如，如图12所示，当节目单对应的直播顺序中排在当前主播客户端后的下一个主播客户端未做好就绪准备时，邀请当前主播客户端续播，将当前主播客户端确定为目标主播客户端的流程可以如下：

步骤S501、切麦定时器向节目单服务器查询节目单。

步骤S502、切麦定时器根据查询到的节目单判断是否达到当前主播结束前预设时间。

步骤S503、当到达到当前主播结束前预设时间时，切麦定时器向下一主播对应的主播客户端发送就绪确认指令。

步骤S504、下一主播对应的主播客户端超时或未就绪。

步骤S505、切麦定时器判断当前主播的是否就绪超时。

步骤S506、若当前主播的就绪超时，则切麦定时器向当前主播对应的主播客户端发送续播指令。

步骤S507、当前主播确认续播。

步骤S508、当前主播对应的主播客户端向切麦定时器发送续播响应。

例如，如图8所示，切麦定时器可以判断是否达到当前主播结束前5分钟，若当前主播A的直播节目A的时间段为8:00至10:00，则切麦定时器可以检测到当前时间为9:55时，通过Push消息发送的方式向下一主播B对应的主播客户端发送就绪确认指令，若在9:58还未接收到下一主播B反馈的续播响应，则确认主播B就绪超时，此时在9:58向当前主播A对应的主播客户端发送续播指令，如果当前主播A愿意续播，则通过主播客户端向切麦定时器发送续播响应。

步骤S509、在接收到续播响应后，切麦定时器向节目单服务器发送节目单更新指令。

步骤S510、节目单服务器基于接收到的节目单更新指令对节目单进行更新。

步骤S511、切麦定时器向接入直播会话观看直播的观众所对应的用户客户端发送续播广播。

步骤S512、观众所对应的用户客户端基于接收到的续播广播更新节目单。

由于下一主播可能忘记了直播节目的安排，迟迟未上线，或者临时有事无法直播等，为避免直播断节的情况，可以设置当前主播续播的逻辑，即如果下一主播超时未就绪，则向当前正在直播的当前主播下发续播指令，邀请当前主播续播，从而保证直播会话无间断直播，给用户提供良好的连续观看体验。

步骤S204、服务器判断目标主播客户端是否满足预设的接入条件；若是，则执行步骤S206；若否，则执行步骤S205。

为了保证良好的直播环境及目标主播客户端接入的连续性，可以对目标主播客户端进行接入条件的判定，例如，可以对目标主播客户端进行安全审核：可以获取目标主播客户端的上行音视频数据，并对该上行音视频数据进行安全性审核，当安全审核不通过时，拒绝该目标主播客户端接入直播会话。当安全审核通过时，进一步检测是否到达目标主播客户端的开始直播时间，当到达目标主播客户端的开始直播时间时，可以确定目标主播客户端满足预设的接入条件。

步骤S205、服务器维持当前主播客户端接入直播会话。

步骤S206、服务器将当前主播客户端退出直播会话，并将目标主播客户端接入直播会话。

当目标主播客户端不满足预设的接入条件时，可以拒绝目标主播客户端接入直播会话，以及维持当前主播客户端接入直播会话；当目标主播客户端满足预设的接入条件时，例如，当对目标主播客户端审核通过，且目标主播客户端的开始接入时间到达时，可以将目标主播客户端接入直播会话，并将当前主播客户端退出直播会话，使得当前主播客户端与目标主播客户端之间可以进行无缝切换。在当前主播客户端退出直播会话后，可对直播会话的节目单进行更新。

步骤S207、服务器按照预设策略获取接入直播会话的用户客户端发送的请求信息。

其中，请求信息可以用于请求获取用户客户端的用户与使用目标音视频源对应的主播之间的关联信息，还可以用于请求获取接入直播会话的客户端与目标音视频源之间的交互信息等，关联信息可以包括用户是否关注该主播，用户是否加入了该主播的粉丝团，或者用户是否是该主播的贵宾等，该交互信息可以包括用户客户端向目标音视频源的直播人员发送消息或赠送礼物等。预设策略可以包括预加载或延迟加载信息等。

例如，由于当接入直播会话的用户客户端的数量较多时，需要获取用户客户端发送的请求信息较多，可能会在同一个瞬间接收到上百万、上千万或者更大量的用户客户端发送的请求信息，给服务器带来较大压力，此时为了减轻获取较多请求信息的压力，可以随机预加载各个用户客户端发送的请求信息，即在目标主播客户端接入直播会话前提前获取各个用户客户端发送的请求信息，将原本海量的瞬时请求信息分摊到预设时间内(例如几分钟时间)，从而可以降低瞬时压力。其中，预加载信息的获取时间的计算方式可以如下：

Fetch_B_Time＝Stop_A_Time-Random(0，pre_fetch)

该公式中的各个参数与上述类似，此处不再赘述，由于Random(0，pre_fetch)是随机得到的随机时间值，因此每个用户客户端可以根据该公式计算得到不同的获取时间，这样就可以将各个用户客户端发送的请求信息的获取时间分摊到0至pre_fetch范围的不同时间内。

或者是，服务器可以随机延迟加载各个用户客户端发送的请求信息，即在目标主播客户端接入直播会话后延迟获取各个用户客户端发送的请求信息，将原本海量的瞬时请求信息分摊到延迟后的预设时间内(例如几分钟时间)，从而可以降低瞬时压力。其中，获取时间的计算方式可以如下：

Fetch_X_Time＝Now+Random(0，delay_fetch)

该公式中的各个参数与上述类似，此处不再赘述，由于Random(0，delay_fetch)是随机得到的随机时间值，因此每个用户客户端可以根据该公式计算得到不同的获取时间，这样就可以将各个用户客户端的获取时间分摊到0至delay_fetch范围的不同时间内。通过将原本瞬时百万或千万请求均摊到几秒到几分钟时间，大大降低了服务器的压力和部署成本，同时保证了服务器的稳定性。

S208、服务器基于请求信息将信息和目标直播客户端产生的音视频数据发送给用户客户端，以使得用户客户端可以在观看直播的显示界面内显示主播直播的音视频数据，以及关联信息和交互信息等相关信息等。

本发明实施例中，通过多个主播客户端接入同一直播会话的节目单来确定各个主播客户端接入直播会话的时机，不仅实现了精准将多个主播客户端连续接入同一直播会话，而且提高了直播会话的延续性，由于直播会话的延续性得到保障，不会出现直播会话解散的情况，因此，接入直播会话的用户客户端不会被迫退出，从而可以降低接入直播会话的用户客户端的流失率。即本发明不为主播个人直播时长所拘束，解决了单个直播会话内主播停播后，房间解散导致用户流失问题，持续不间断的基于节目单排麦方式实现多主播连续直播，实现无中断连续直播(轮播)，保证一个主播停播后，下一个主播在同一个直播会话内紧接着继续直播，在主播有限直播停止后，最大程度保证用户直播观感延续性不被打断，从而保证用户的留存率。另外，基于节目单的轮播方式，用户无需切换直播会话即可观看不同节目，增加用户观感的多样性。

为便于更好的实施本发明实施例提供的直播会话接入控制方法，本发明实施例还提供一种基于上述直播会话接入控制方法的装置。其中名词的含义与上述直播会话接入控制方法中相同，具体实现细节可参考方法实施例中的说明。

请参阅图13，图13为本发明实施例提供的直播会话接入控制装置的结构示意图，其中该直播会话接入控制装置可以包括顺序获取单元601、确定单元602及接入单元603等。

其中，顺序获取单元601，用于获取多个音视频源请求接入同一直播会话的接入顺序。

其中，音视频源可以是产生直播音视频数据的客户端提供的，例如，音视频源可以是主播所使用的客户端产生的，该多个音视频源即为各个主播所使用的客户端提供的音视频信息，该接入顺序可以是多个音视频源可以依次的接入直播会话的顺序。

在某些实施方式中，如图14所示，顺序获取单元601可以包括：

第一接收子单元6011，用于接收多个音视频源发送的接入请求，接入请求中携带接入时间及接入信息；

生成子单元6012，用于对接入信息进行审核，当审核通过时，根据接入时间生成多个音视频源接入同一直播会话的接入顺序。

为了方便快捷地确定接入顺序，以及避免冲突，可以根据多个音视频源的接入请求来确定接入顺序，具体地，第一接收子单元6011可以分别接收多个音视频源发送的接入请求，该接入请求中可以携带有音视频源的接入时间及接入信息等，该接入时间可以包括开始接入时间和终止接入时间等，该接入信息可以包括音视频源的基基本信息，例如，音视频源对应的主播的图像、即将主播的内容纲要、主播的标签、主播的名称和头像等信息。

在接收到各个音视频源发送的接入请求后，生成子单元6012可以分别对每个音视频源的接入信息进行审核，例如，可以根据主播的图像审核该主播的外貌是否符合主播要求，以及根据主播的内容纲要审核直播内容是否违规，等等。当审核通过时，可以根据接入时间生成多个音视频源接入同一直播会话的接入顺序。生成子单元6012还可以为各个音视频源设置源标识，以及为直播会话设置会话标识，建立各个音视频源的源标识、会话标识与接入时间之间的映射关系，得到接入顺序。

需要说明的是，当多个音视频源对应的接入时间存在冲突时，生成子单元6012可以向存在冲突的音视频源发送接入时间调整通知，并基于接收音视频源基于接入时间调整通知反馈的调整确认，根据该调整确认对接入时间存在冲突的音视频源的接入时间进行相应的调整，从而可以根据调整后的接入时间生成接入顺序。

在某些实施方式中，顺序获取单元601还可以包括：

第二接收子单元，用于接收接入顺序的更新指令，更新指令携带目标接入顺序；

判断子单元，用于判断目标接入顺序与接入顺序是否存在逻辑冲突；

更新子单元，用于当目标接入顺序与接入顺序不存在逻辑冲突时，根据目标接入顺序更新接入顺序。

该接入顺序可以预设时间段内多个音视频源接入同一直播会话的接入顺序，该预设时间段可以是一天24小时、一周或一个月等，例如，可以预先生成三天内的多个音视频源接入同一直播会话的接入顺序。随着时间的推移，当排在前面的音视频源已经完成接入并退出直播会话，以及需要生成未来预设时间段内各个音视频源的接入顺序时，需要对接入顺序进行更新，或者存在突发情况需要对接入顺序进行更新等，可以是每小时或每天均对接入顺序进行更新等，一次更新一天的接入顺序，或一次更新一周的接入顺序等。

当需要对接入顺序进行更新时，第二接收子单元可以接对收接入顺序进行更新的更新指令，该更新指令可以携带需要添加、删除或修改音视频源等的接入顺序，得到目标接入顺序，此时判断子单元可以将目标接入顺序与预设设置的接入顺序进行比较，判断目标接入顺序与接入顺序是否存在逻辑冲突。该逻辑冲突可以是添加、删除或修改音视频源的接入时间与预先设置的音视频源的接入时间是否存在冲突。当目标接入顺序与接入顺序不存在逻辑冲突时，更新子单元可以根据目标接入顺序更新接入顺序，当目标接入顺序与接入顺序存在逻辑冲突时，可以拒绝对接入顺序进行更新，或者可以向更新接入的音视频源发送接入时间调整通知，并基于接收音视频源基于接入时间调整通知反馈的调整确认，根据该调整确认对音视频源的接入时间进行相应的调整，并根据调整后的接入时间对接入顺序进行更新等。

在某些实施方式中，顺序获取单元601还可以包括：

推送子单元，用于向预设客户端推送直播会话对应的接入顺序；

第三接收子单元，用于接收预设客户端基于推送的接入顺序反馈的订阅请求；

第一发送子单元，用于根据订阅请求向预设客户端发送提醒信息，以使得预设客户端基于提醒信息接入直播会话。

在生成直播会话的接入顺序后，为了方便各个音视频源能够按照接入顺序及时接入直播会话，推送子单元可以将直播会话的接入顺序发送给各个音视频源，以及，为了方便预设客户端选择是否接入直播会话、以及选择接入直播会话的时间等，推送子单元可以将直播会话的接入顺序推送给预设客户端，该预设客户端可以包括多个，该预设客户端可以是需要观看直播的用户所使用的客户端。例如，可以将多个直播会话对应的接入顺序推送给预设客户端，达到对各个直播会话内的多个音视频源的接入顺序进行预告的目的，以便客户端对应的用户可以提前获知各个直播会话中主播直播的顺序，可以根据自己的喜好及需求等订阅某个时间段或者某个主播的直播。

在向预设客户端推送一个或多个直播会话对应的接入顺序后，此时，当预设客户端存在订阅需求时，第三接收子单元可以接收预设客户端基于推送的接入顺序反馈的订阅请求，该订阅请求中可以携带需要订阅的直播会话的会话标识、接入时间或音视频源的源标识等信息，此时第一发送子单元可以根据订阅请求在到达某个音视频源的接入时间或到达预设时间时，通过直播应用的消息推送、短信或邮件等方式向预设客户端发送提醒信息，以使得预设客户端基于提醒信息及时地接入直播会话。

确定单元602，用于在当前音视频源的接入期间，根据接入顺序确定下一个接入直播会话的音视频源，得到目标音视频源。

在直播的过程中，可以根据直播会话内各个音视频源的接入顺序，从多个音视频源中选择其中一个音视频源作为当前接入直播会话的当前音视频源，在当前音视频源的接入期间，确定单元602可以根据接入顺序确定下一个接入直播会话的音视频源，得到目标音视频源。

在某些实施方式中，如图15所示，确定单元602可以包括：

第二发送子单元6021，用于当检测到当前音视频源的剩余接入时间为预设时间值时，根据接入顺序向排在当前音视频源后的下一个音视频源发送接入准备通知；

第一确定子单元6022，用于当接收到下一个音视频源基于接入准备通知返回的响应时，确定下一个接入直播会话的音视频源为下一个音视频源，得到目标音视频源。

为了使得相邻音视频源之间能够无缝切换，保证切换的连贯性，在当前音视频源的接入期间，可以检测当前音视频源的剩余接入时间，当检测到当前音视频源的剩余接入时间未达到预设时间值时，可以继续维持当前音视频源接入该直播会话；当检测到当前音视频源的剩余接入时间为预设时间值时，第二发送子单元6021可以根据接入顺序向排在当前音视频源后的下一个音视频源发送接入准备通知。其中，预设时间值可以根据时间需要进行灵活设置，例如可以将预设时间值设置为5分钟或10分钟等，接入准备通知可以是用于确认下一个音视频源是否做好接入准备等。此时，可以判断是否接收到下一个音视频源基于接入准备通知返回的响应，当接收到下一个音视频源基于接入准备通知返回的响应时，说明下一个音视频源已经做好接入准备，第一确定子单元6022可以确定下一个接入直播会话的音视频源为下一个音视频源，即该下一个音视频源为目标音视频源。

在某些实施方式中，确定单元602还可以包括：

第二发送子单元，用于当未接收到下一个音视频源基于接入准备通知返回的响应时，向当前音视频源发送继续接入通知；

第二确定子单元，用于当接收到当前视频源基于继续接入通知返回的响应时，确定下一个接入直播会话的音视频源为当前音视频源，得到目标音视频源。

为了避免在下一个音视频源未做好接入准备，而导致音视频源无法无缝切换，此时，在根据接入顺序向排在当前音视频源后的下一个音视频源发送接入准备通知后，可以判断是否接收到下一个音视频源基于接入准备通知返回的响应，当在预设时间内未接收到下一个音视频源基于接入准备通知返回的响应时，说明下一个音视频源还未做好接入准备，此时第二发送子单元可以向当前音视频源发送继续接入通知，该继续接入通知可以是用于确认当前音视频源的直播人员是否同意继续直播，当接收到当前视频源基于继续接入通知返回的响应时，说明当前音视频源的直播人员同意继续直播，第二确定子单元可以确定下一个接入直播会话的音视频源为当前音视频源，即该当前音视频源为目标音视频源。当未接收到当前视频源基于继续接入通知返回的响应时，说明当前音视频源的直播人员不同意继续直播，此时可以向预设音视频源发送接入邀请，该预设音视频源可以是排在当前音视频源后面的其中任意一个音视频源，也可以是临时邀请的不在接入顺序中的音视频源等。当接收到预设音视频源基于接入邀请返回的响应时，确定下一个接入直播会话的音视频源为预设音视频源，得到目标音视频源。

在某些实施方式中，确定单元602还可以包括：

第三发送子单元，用于当未接收到下一个音视频源基于接入准备通知返回的响应时，向预设音视频源发送接入邀请；

第三确定子单元，用于当接收到预设音视频源基于接入邀请返回的响应时，确定下一个接入直播会话的音视频源为预设音视频源，得到目标音视频源。

为了避免在下一个音视频源未做好接入准备，而导致音视频源无法无缝切换，此时，在根据接入顺序向排在当前音视频源后的下一个音视频源发送接入准备通知后，可以判断是否接收到下一个音视频源基于接入准备通知返回的响应，当在预设时间内未接收到下一个音视频源基于接入准备通知返回的响应时，说明下一个音视频源还未做好接入准备，此时第三发送子单元可以向预设音视频源发送接入邀请，该预设音视频源可以是排在当前音视频源后面的其中任意一个音视频源，也可以是临时邀请的不在接入顺序中的音视频源等，该发送接入邀请可以是用于确认预设音视频源的直播人员是否同意接入该音视频会话。当接收到预设音视频源基于接入邀请返回的响应时，说明预设音视频源的直播人员同意接入该音视频会话，此时第三确定子单元可以确定下一个接入直播会话的音视频源为预设音视频源，即该预设音视频源为目标音视频源。

需要说明的是，预设音视频源可以包括多个，即为了保证在短时间可以快速确定下一个接入直播会话的音视频源，可以同时向预设的多个音视频源发送接入邀请，并将最先反馈响应的音视频源确定为目标音视频源。另外，当预设音视频源为临时邀请的且未安排在接入顺序中的音视频源时，接收到预设音视频源基于接入邀请返回的响应中可以携带有接入信息，此时可以根据接入信息对预设音视频源进行审核，当审核通过时，将该预设音视频源确定为下一个接入直播会话的音视频源。

接入单元603，用于当目标音视频源满足预设的接入条件时，将当前音视频源退出直播会话，并将目标音视频源接入直播会话。

在确定目标音视频源后，可以判断目标音视频源是否满足预设的接入条件。其中，预设的接入条件可以根据实际需要进行灵活设置，例如可以包括时间和直播内容等是否满足条件，在确定目标音视频源后，可以对目标音视频源是否满足预设的接入条件进行判断。

在某些实施方式中，直播会话接入控制装置还可以包括：审核单元，用于对目标音视频源进行安全审核；当安全审核通过时，检测是否到达目标音视频源的开始接入时间；当到达目标音视频源的开始接入时间时，确定目标音视频源满足预设的接入条件。

为了保证良好的直播环境及目标音视频源接入的连续性，审核单元可以对目标音视频源进行接入条件的判定，具体地，首先可以对目标音视频源进行安全审核，例如，可以获取目标音视频源的上行音视频数据，并对该上行音视频数据进行安全性审核，判断是否存在凶残血腥或不雅等视频，或是否存在恐吓或威胁等音频，若不存在，则确定安全审核通过，若存在，则确定安全审核不通过。当安全审核不通过时，拒绝该目标音视频源接入直播会话。当安全审核通过时，进一步检测是否到达目标音视频源的开始接入时间，例如，当目标音视频源的接入时间为6:00至9:00时，检测是否到达目标音视频源的开始接入时间6:00，当到达目标音视频源的开始接入时间时，可以确定目标音视频源满足预设的接入条件。

当目标音视频源不满足预设的接入条件时，可以拒绝目标音视频源接入直播会话，当目标音视频源满足预设的接入条件时，例如，当对目标音视频源审核通过，且目标音视频源的开始接入时间到达时，接入单元603可以将目标音视频源接入直播会话，并将当前音视频源退出直播会话，使得当前音视频源与目标音视频源之间可以进行无缝切换。在当前音视频源退出直播会话后，可以对直播会话的接入顺序进行更新。

在某些实施方式中，如图16所示，直播会话接入控制装置还可以包括：

信息获取单元604，用于按照预设策略，在设定时间段内分散获取接入直播会话的用户客户端发送的请求信息。

其中，请求信息可以用于请求获取接入直播会话的客户端的用户与使用目标音视频源对应的主播之间的关联信息，还可以用于请求获取接入直播会话的客户端与目标音视频源之间的交互信息等，关联信息可以包括使用接入直播会话的客户端的用户与使用目标音视频源对应的主播之间的关联信息，例如，用户是否关注该主播，用户是否加入了该主播的粉丝团，或者，用户是否是该主播的贵宾等，该交互信息可以包括用户客户端向目标音视频源的直播人员发送消息或赠送礼物等。预设策略可以根据实际需要进行灵活设置，例如，信息获取单元604可以在目标音视频源接入直播会话前的几分钟内(即在设定时间段内)，分散获取接入直播会话的用户客户端发送的请求信息(即预加载)；或者是，信息获取单元604可以在目标音视频源接入直播会话后的几分钟内(即在设定时间段内)，分散获取接入直播会话的用户客户端发送的请求信息(即延迟加载)；等等。信息获取单元604可以是主动获取接入直播会话的客户端与目标音视频源之间的关联信息和交互信息等，或者是信息获取单元604在接收到直播会话的各个客户端发送的请求信息后，基于该请求信息获取各个客户端与目标音视频源之间的关联信息和交互信息等。接入直播会话的客户端可以包括多个，在得到关联信息和交互信息等后，可将每个客户端的关联信息和交互信息等分别发送给对应的客户端，以使得客户端可以将其与目标音视频源之间的关联信息和交互信息等，显示在播放该直播音视频数据的界面内。

信息获取单元604具体可以用于：按照预设策略获取在预设时间范围内的随机时间值，以及获取所述当前音视频源的接入结束时间；根据所述接入结束时间和所述随机时间值计算各个请求信息分散在设定时间段内的获取时间，并基于所述获取时间获取接入所述直播会话的用户客户端发送的请求信息。

由于当接入直播会话的客户端的数量较多时，需要获取接入直播会话的客户端与目标音视频源之间的信息较多，可能会在同一个瞬间给直播会话接入控制装置带来获取压力，此时为了减轻获取较多信息的压力，信息获取单元604可以随机预加载各个客户端与目标音视频源之间的信息，即在目标音视频源接入直播会话前提前获取各个客户端与目标音视频源之间的信息，将原本海量的瞬时获取请求分摊到预设时间内(例如几分钟时间)，从而可以降低瞬时压力。

具体地，信息获取单元604可以获取在预设时间范围内的随机时间值，该预设时间范围和随机时间值可以根据实际需要进行灵活设置，例如，预设时间范围可以是在目标音视频源接入直播会话前6分钟或3分钟等，该随机时间值可以是0至6分钟内的一个随机的时间值，以及获取当前音视频源的接入结束时间，例如，若当前音视频源的接入时间为6:00至8:00，则当前音视频源的接入结束时间为8:00。然后可以根据接入结束时间和随机时间值计算获取时间，并在获取时间达到时获取接入直播会话的客户端发送的请求信息。其中，信息获取单元604可计算接入结束时间和每个随机时间值之间的差值，得到分散在接入结束时间之前的设定时间段内的获取时间，该获取时间的计算方式可如下：

Fetch_B_Time＝Stop_A_Time-Random(0，pre_fetch)

该公式中的各个参数与上述类似，此处不再赘述，由于Random(0，pre_fetch)是随机得到的随机时间值，因此每个客户端可以根据该公式计算得到不同的获取时间，这样就可以将各个客户端发送的请求信息的获取时间分散到0至pre_fetch范围的不同时间内。

信息获取单元604具体可以用于：按照预设策略获取在预设时间范围内的随机时间值，以及获取当前时间；根据当前时间和随机时间值计算各个请求信息分散在设定时间段内的获取时间，并基于获取时间获取接入直播会话的用户客户端发送的请求信息。

由于当接入直播会话的客户端的数量较多时，需要获取接入直播会话的客户端与目标音视频源之间的信息较多，可能会在同一个瞬间给直播会话接入控制装置带来获取压力，此时为了减轻获取较多信息的压力，信息获取单元604可以随机延迟加载各个客户端与目标音视频源之间的信息，即在目标音视频源接入直播会话后延迟获取各个客户端与目标音视频源之间的信息，将原本海量的瞬时获取请求分摊到延迟后的预设时间内(例如几分钟时间)，从而可以降低瞬时压力。

具体地，信息获取单元604可以获取在预设时间范围内的随机时间值，该预设时间范围和随机时间值可以根据实际需要进行灵活设置，例如，预设时间范围可以是在目标音视频源接入直播会话后6分钟或3分钟等，该随机时间值可以是0至6分钟内的一个随机的时间值，以及获取当前时间，例如，若当前时间可以为8:01。然后可以根据当前时间和随机时间值计算获取时间，并在获取时间达到时获取接入直播会话的客户端发送的请求信息。其中，信息获取单元604可以，计算当前时间和每个随机时间值之间的累加值，得到分散在当前时间之后的设定时间段内的获取时间，该获取时间的计算方式可以如下：

Fetch_X_Time＝Now+Random(0，delay_fetch)

该公式中的各个参数与上述类似，此处不再赘述，由于Random(0，delay_fetch)是随机得到的随机时间值，因此每个客户端可以根据该公式计算得到不同的获取时间，这样就可以将各个客户端发送的请求信息的获取时间分散到0至delay_fetch范围的不同时间内。

由上可知，本发明实施例可以由顺序获取单元601获取多个音视频源请求接入同一直播会话的接入顺序，以及在当前音视频源的接入期间，确定单元602根据接入顺序确定下一个接入直播会话的音视频源，得到目标音视频源，然后为了保证接入的准确性及连续性，当目标音视频源满足预设的接入条件时，接入单元603将当前音视频源退出直播会话，并将目标音视频源接入直播会话。该方案通过多个音视频源接入同一直播会话的接入顺序来确定各个音视频源接入直播会话的时机，不仅实现了精准将多个音视频源连续接入同一直播会话，而且提高了直播会话的延续性，由于直播会话的延续性得到保障，不会出现直播会话解散的情况，因此，接入直播会话的客户端不会被迫退出，从而可以降低接入直播会话的客户端的流失率。

本发明实施例还提供一种服务器，如图17所示，其示出了本发明实施例所涉及的服务器的结构示意图，具体来讲：

该服务器可以包括一个或者一个以上处理核心的处理器701、一个或一个以上计算机可读存储介质的存储器702、电源703和输入单元704等部件。本领域技术人员可以理解，图17中示出的服务器结构并不构成对服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

处理器701是该服务器的控制中心，利用各种接口和线路连接整个服务器的各个部分，通过运行或执行存储在存储器702内的软件程序和/或模块，以及调用存储在存储器702内的数据，执行服务器的各种功能和处理数据，从而对服务器进行整体监控。可选的，处理器701可包括一个或多个处理核心；优选的，处理器701可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器701中。

存储器702可用于存储软件程序以及模块，处理器701通过运行存储在存储器702的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器702可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据服务器的使用所创建的数据等。此外，存储器702可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器702还可以包括存储器控制器，以提供处理器701对存储器702的访问。

服务器还包括给各个部件供电的电源703，优选的，电源703可以通过电源管理系统与处理器701逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源703还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

该服务器还可包括输入单元704，该输入单元704可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。

尽管未示出，服务器还可以包括显示单元等，在此不再赘述。具体在本实施例中，服务器中的处理器701会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器702中，并由处理器701来运行存储在存储器702中的应用程序，从而实现本发明实施例提供的任一种直播会话接入控制方法中的各种功能，如下：

获取多个音视频源请求接入同一直播会话的接入顺序；在当前音视频源的接入期间，根据接入顺序确定下一个接入直播会话的音视频源，得到目标音视频源；当目标音视频源满足预设的接入条件时，将当前音视频源退出直播会话，并将目标音视频源接入直播会话。

可选地，根据接入顺序确定下一个接入直播会话的音视频源，得到目标音视频源的之后，还可以包括：按照预设策略，在设定时间段内分散获取接入直播会话的用户客户端发送的请求信息。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可参见上文针对直播会话接入控制方法的详细描述，此处不再赘述。

由上可知，本发明实施例可以获取多个音视频源请求接入同一直播会话的接入顺序，以及在当前音视频源的接入期间，根据接入顺序确定下一个接入直播会话的音视频源，得到目标音视频源，然后为了保证接入的准确性及连续性，当所述目标音视频源满足预设的接入条件时，将当前音视频源退出直播会话，并将目标音视频源接入直播会话。该方案通过多个音视频源接入同一直播会话的接入顺序来确定各个音视频源接入直播会话的时机，不仅实现了精准将多个音视频源连续接入同一直播会话，而且提高了直播会话的延续性，由于直播会话的延续性得到保障，不会出现直播会话解散的情况，因此，接入直播会话的客户端不会被迫退出，从而可以降低接入直播会话的客户端的流失率。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本发明实施例提供一种存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本发明实施例所提供的任一种直播会话接入控制方法中的步骤。例如，该指令可以执行如下步骤：

获取多个音视频源请求接入同一直播会话的接入顺序；在当前音视频源的接入期间，根据接入顺序确定下一个接入直播会话的音视频源，得到目标音视频源；当目标音视频源满足预设的接入条件时，将当前音视频源退出直播会话，并将目标音视频源接入直播会话。

可选地，该指令还可以执行如下步骤：按照预设策略，在设定时间段内分散获取接入直播会话的用户客户端发送的请求信息。

以上各个操作的具体实施可参见前面的实施例，在此不再赘述。

其中，该存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。

由于该存储介质中所存储的指令，可以执行本发明实施例所提供的任一种直播会话接入控制方法中的步骤，因此，可以实现本发明实施例所提供的任一种直播会话接入控制方法所能实现的有益效果，详见前面的实施例，在此不再赘述。

以上对本发明实施例所提供的一种直播会话接入控制方法、装置及存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (14)

1.一种直播会话接入控制方法，其特征在于，包括：

获取多个音视频源请求接入同一直播会话的接入顺序，所述接入顺序是所述多个音视频源可以依次地接入直播会话的顺序；

在当前音视频源的接入期间，根据所述接入顺序确定下一个接入所述直播会话的音视频源，得到目标音视频源；

在设定时间段内分散获取接入所述直播会话的用户客户端发送的请求信息；

根据所述请求信息，向所述用户客户端发送关联信息和交互信息，所述关联信息和交互信息为所述目标音视频源与所述用户客户端之间的信息；

当所述目标音视频源满足预设的接入条件时，将所述当前音视频源退出所述直播会话，并将所述目标音视频源接入所述直播会话；

触发所述用户客户端在所述直播会话显示所述关联信息和交互信息。

2.根据权利要求1所述的直播会话接入控制方法，其特征在于，所述在设定时间段内分散获取接入所述直播会话的用户客户端发送的请求信息的步骤包括：

获取在预设时间范围内的随机时间值，以及获取所述当前音视频源的接入结束时间；

根据所述接入结束时间和所述随机时间值计算各个请求信息分散在设定时间段内的获取时间，并基于所述获取时间获取接入所述直播会话的用户客户端发送的请求信息。

3.根据权利要求2所述的直播会话接入控制方法，其特征在于，所述根据所述接入结束时间和所述随机时间值计算各个请求信息分散在设定时间段内的获取时间的步骤包括：

计算所述接入结束时间和每个随机时间值之间的差值，得到分散在所述接入结束时间之前的设定时间段内的获取时间。

4.根据权利要求1所述的直播会话接入控制方法，其特征在于，所述在设定时间段内分散获取接入所述直播会话的用户客户端发送的请求信息的步骤包括：

获取在预设时间范围内的随机时间值，以及获取当前时间；

根据所述当前时间和所述随机时间值计算各个请求信息分散在设定时间段内的获取时间，并基于所述获取时间获取接入所述直播会话的用户客户端发送的请求信息。

5.根据权利要求4所述的直播会话接入控制方法，其特征在于，所述根据所述当前时间和所述随机时间值计算各个请求信息分散在设定时间段内的获取时间的步骤包括：

计算所述当前时间和每个随机时间值之间的累加值，得到分散在所述当前时间之后的设定时间段内的获取时间。

6.根据权利要求1所述的直播会话接入控制方法，其特征在于，所述获取多个音视频源请求接入同一直播会话的接入顺序的步骤包括：

接收多个音视频源发送的接入请求，所述接入请求中携带接入时间及接入信息；

对所述接入信息进行审核，当审核通过时，根据所述接入时间生成所述多个音视频源接入同一直播会话的接入顺序。

7.根据权利要求6所述的直播会话接入控制方法，其特征在于，所述根据所述接入时间生成所述多个音视频源接入同一直播会话的接入顺序的步骤之后，所述方法还包括：

接收所述接入顺序的更新指令，所述更新指令携带目标接入顺序；

判断所述目标接入顺序与所述接入顺序是否存在逻辑冲突；

当所述目标接入顺序与所述接入顺序不存在逻辑冲突时，根据所述目标接入顺序更新所述接入顺序。

8.根据权利要求6所述的直播会话接入控制方法，其特征在于，所述根据所述接入时间生成所述多个音视频源接入同一直播会话的接入顺序的步骤之后，所述方法还包括：

向预设客户端推送所述直播会话对应的所述接入顺序；

接收所述预设客户端基于推送的所述接入顺序反馈的订阅请求；

根据所述订阅请求向所述预设客户端发送提醒信息，以使得所述预设客户端基于所述提醒信息接入所述直播会话。

9.根据权利要求1至8任一项所述的直播会话接入控制方法，其特征在于，所述在当前音视频源的接入期间，根据所述接入顺序确定下一个接入所述直播会话的音视频源，得到目标音视频源的步骤之后，所述方法还包括：

对所述目标音视频源进行安全审核；

当安全审核通过时，检测是否到达所述目标音视频源的开始接入时间；

当到达所述目标音视频源的开始接入时间时，确定目标音视频源满足预设的接入条件。

10.根据权利要求1至8任一项所述的直播会话接入控制方法，其特征在于，所述根据所述接入顺序确定下一个接入所述直播会话的音视频源，得到目标音视频源的步骤包括：

当检测到所述当前音视频源的剩余接入时间为预设时间值时，根据所述接入顺序向排在所述当前音视频源后的下一个音视频源发送接入准备通知；

当接收到所述下一个音视频源基于所述接入准备通知返回的响应时，确定下一个接入所述直播会话的音视频源为所述下一个音视频源，得到目标音视频源。

11.根据权利要求10所述的直播会话接入控制方法，其特征在于，所述根据所述接入顺序向排在所述当前音视频源后的下一个音视频源发送接入准备通知的步骤之后，所述方法还包括：

当未接收到所述下一个音视频源基于所述接入准备通知返回的响应时，向所述当前音视频源发送继续接入通知；

当接收到当前视频源基于所述继续接入通知返回的响应时，确定下一个接入所述直播会话的音视频源为所述当前音视频源，得到目标音视频源。

12.根据权利要求10所述的直播会话接入控制方法，其特征在于，所述根据所述接入顺序向排在所述当前音视频源后的下一个音视频源发送接入准备通知的步骤之后，所述方法还包括：

当未接收到所述下一个音视频源基于所述接入准备通知返回的响应时，向预设音视频源发送接入邀请；

当接收到所述预设音视频源基于所述接入邀请返回的响应时，确定下一个接入所述直播会话的音视频源为所述预设音视频源，得到目标音视频源。

13.一种直播会话接入控制装置，其特征在于，包括：

顺序获取单元，用于获取多个音视频源请求接入同一直播会话的接入顺序，所述接入顺序是所述多个音视频源可以依次地接入直播会话的顺序；

确定单元，用于在当前音视频源的接入期间，根据所述接入顺序确定下一个接入所述直播会话的音视频源，得到目标音视频源；

信息获取单元，用于在设定时间段内分散获取接入所述直播会话的用户客户端发送的请求信息；

发送单元，用于根据所述请求信息，向所述用户客户端发送关联信息和交互信息，触发所述用户客户端预加载或延迟加载所述关联信息和交互信息，所述关联信息和交互信息为所述目标音视频源与所述用户客户端之间的信息；

接入单元，用于当所述目标音视频源满足预设的接入条件时，将所述当前音视频源退出所述直播会话，并将所述目标音视频源接入所述直播会话；

显示单元，用于触发所述用户客户端在所述直播会话显示所述关联信息和交互信息。

14.一种存储介质，其特征在于，所述存储介质存储有多条指令，所述指令适于处理器进行加载，以执行权利要求1至12任一项所述的直播会话接入控制方法中的步骤。

Images