CN115243064B - 一种直播控制方法、装置、设备和存储介质 - Google Patents

Abstract

本申请提供了一种直播控制方法、装置、设备和存储介质。该方法包括：响应于用户的直播触发指令，进入直播配置界面；根据所述直播配置界面内录入的直播源配置信息，生成对应的直播指令，并确定对应的观众设备；将所述直播指令发送给每一所述观众设备，以使所述观众设备获取对应直播源的直播码流。本申请实施例通过直播配置界面即可实现不同用户直播需求下直播源配置信息的便捷录入，以减少不同观众设备上直播控制的繁琐操作，实现不同观众设备的统一直播控制，提高直播控制的高效性和便捷性。

Description

一种直播控制方法、装置、设备和存储介质

技术领域

本申请实施例涉及数据处理技术领域，尤其涉及一种直播控制方法、装置、设备和存储介质。

背景技术

在虚拟现实(Virtual Reality，简称为VR)游戏分享、网络培训等各类多人直播场景下，通常需要对各个观众端观看的直播内容进行统一控制，以便实现多人直播的高效准确性。

目前，通常会要求观众端的配置能够支持主播端内直播运行的最低配置，以采用直播串流的方式来完成直播，或者将直播地址提前写入到配置文件中，并将配置文件拷贝到各个观众端内，以使观众端能够直接观看该直播地址下的直播内容。

但是，各个观众端都需要提前完成适合的直播配置，导致直播成本较高。而且，对于在配置文件中写入直播地址，如果需要切换直播流，那么需要修改各个观众端拷贝的配置文件，使得直播操作过于繁琐。

发明内容

本申请提供一种直播控制方法、装置、设备和存储介质，通过直播配置界面实现直播源配置信息的便捷录入，减少在不同观众设备上直播控制的繁琐操作，提高直播控制的高效性和便捷性。

第一方面，本申请实施例提供了一种直播控制方法，该方法包括：

响应于用户的直播触发指令，进入直播配置界面；

根据所述直播配置界面内录入的直播源配置信息，生成对应的直播指令，并确定对应的观众设备；

将所述直播指令发送给每一所述观众设备，以使所述观众设备获取对应直播源的直播码流。

第二方面，本申请实施例提供了一种直播控制装置，该装置包括：

直播响应模块，用于响应于用户的直播触发指令，进入直播配置界面；

直播信息确定模块，用于根据所述直播配置界面内录入的直播源配置信息，生成对应的直播指令，并确定对应的观众设备；

直播控制模块，用于将所述直播指令发送给每一所述观众设备，以使所述观众设备获取对应直播源的直播码流。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括：

处理器和存储器，该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，以执行本申请第一方面中提供的直播控制方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，用于存储计算机程序，该计算机程序使得计算机执行如本申请第一方面中提供的直播控制方法。

第五方面，本申请实施例提供了一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令使得计算机执行如本申请第一方面中提供的直播控制方法。

通过本申请技术方案，响应于用户的直播触发指令，会进入到直播配置界面，通过直播配置界面即可实现不同用户直播需求下直播源配置信息的便捷录入，以减少不同观众设备上直播控制的繁琐操作。然后，根据直播配置界面内录入的直播源配置信息，生成对应的直播指令，并确定对应的观众设备，进而将直播指令发送给每一观众设备，以使观众设备获取对应直播源的直播码流，实现不同观众设备的统一直播控制，提高直播控制的高效性和便捷性。

附图说明

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

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

图2为本申请实施例提供的一种直播控制方法的流程图；

图3(a)和图3(b)分别为本申请实施例提供的在行业助手内配置对应直播源时的观众设备筛选界面的两种示例性示意图；

图4为本申请实施例提供的同屏直播配置界面的示例性示意图；

图5为本申请实施例提供的视频流直播配置界面的示例性示意图；

图6为本申请实施例提供的另一种直播控制方法的流程图；

图7为本申请实施例提供的一种直播控制装置的示意图；

图8为本申请实施例提供的电子设备的示意性框图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明，本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或方案不应被解释为比其它实施例或方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在现有技术中，由于各个观众端都需要提前完成适合的直播配置，导致直播成本较高。或者，对于在配置文件中写入直播地址并拷贝到各个观众端，如果需要切换直播流，那么需要修改各个观众端拷贝的配置文件，使得直播操作过于繁琐。

为了解决上述技术问题，本申请会设计一种对多个可作为观众端存在的设备进行统一化直播控制的应用程序，该应用程序在本申请中可以记为行业助手。管理员通过在作为总控制端的电子设备上提前安装好该行业助手，即可在该行业助手提供的直播相关界面内，针对不同观众设备执行统一化的直播控制操作。

为了便于理解本申请实施例，在介绍本申请的具体技术方案之前，首先会对本申请技术方案可适用的应用场景进行阐述：

应理解的是，本申请技术方案可以应用于如下场景，但不限于此：

图1为本申请实施例提供的一种示例性的应用场景图。如图1所示，该应用场景可以包括安装有上述行业助手的电子设备110和与该电子设备110建立连接的各个设备120。

其中，电子设备110可以作为总控制端，在所连接的各个设备120作为不同直播下的观众端时，即可通过已安装的行业助手对各个设备120执行相应的直播控制处理。

而且，电子设备110可以通过上述行业助手与各个设备120建立连接，且通过该行业助手内在不同时刻下开启的不同直播，对各个设备120进行不同直播下的划分，使得各个设备120可以作为该行业助手内开启的不同直播的观众设备而存在。

进而，利用在电子设备110安装的行业助手所提供的直播相关界面内支持的直播源配置操作，即可实现管理员对于任一直播的各个观众设备进行统一便捷的直播控制操作。

在一些可实现方式中，对于行业助手已连接的各个设备，本申请可以利用实时音视频(Real-Time Communication，简称为RTC)服务的直播房间功能，确定对应的直播参与设备，以从直播参与设备筛选对应的观众设备。

其中，直播参与本设备为与行业助手连接的各个设备。

RTC服务可以依托核心音视频编解码、信道传输、网络调度技术等，提供高可用、高品质、超低延时的音视频通信服务，支持用户快速搭建多端的实时应用，可适用于在线教育、视频会议、互动娱乐、音视频社交等多人交互场景。

考虑到作为总控制端的电子设备和作为直播被控制端的各个设备之间存在多人直播交互需求。因此，本申请可以采用该RTC服务，由该行业助手和与该行业助手存在多人交互需求的各个设备共同约定一个RTC房间号，以支持该行业助手和与该行业助手存在多人交互需求的各个设备在启动后，自动通过该RTC房间号进入到对应的RTC房间内，也就是利用RTC服务的直播房间功能所申请的直播房间。

进而，通过在提前约定好的RTC房间内查看已进入该房间内除了行业助手之外的各个设备，即可确定出对应的直播参与设备，以便通过该行业助手提供的直播控制功能对各个直播参与设备进行统一管理。

需要说明的是，该行业助手和各个直播参与设备通过将自身的标识信息注册到局域网内的RTC房间内，即可加入到该RTC房间内。此时，后加入的成员可以查询到RTC房间当前已有的成员，且RTC房间内的已有成员可以接收到后续新成员的加入通知和老成员离开该RTC房间时的离开通知。

应当理解，本申请中该行业助手和各个设备加入RTC房间后的标识信息可以为自身的身份标识号(User Identification，简称为UID)。其中，各个直播参与设备的UID可以为该设备的产品序列号(Serial Number简称为SN)，该SN号为由17位的字母或者数字组成的编码，在设备出厂时便确定，具有唯一性。

而且，为了避免RTC房间内的行业助手和各个直播参与设备之间的混淆，对于行业助手的UID，可以在真正UID前添加一个“PA_”符号作为开头，从而对RTC房间内的行业助手与各个直播参与设备进行准确区分。

在一些可实现方式中，本申请中的电子设备110可以为包括但不限于为个人计算机(Personal Computer，简称为PC)、平板电脑、手机(如折叠屏手机、大屏手机等)、可穿戴设备、车载设备、增强现实(Augmented Reality，AR)/虚拟现实(Virtual Reality，VR)设备、笔记本电脑、超级移动个人计算机(Ultra-Mobile Personal Computer，UMPC)、上网本、个人数字助理(Personal Digital Assistant，PDA)、智能电视、智慧屏、高清电视、4K电视、智能音箱、智能投影仪等支持物联网(the Internet of Things，IOT)的设备。本申请对电子设备110的具体类型不作任何限定。

在一些可实现方式中，本申请中与电子设备110连接的各个设备120可以包括但不限于头戴式VR设备，例如VR一体机等，以支持在所提供的虚拟空间内的直播观看。本申请对设备120的具体类型也不作任何限定。

应该理解，图1中的电子设备110、设备120的数目仅仅是示意性的，实际上，根据实际情况需要可以设置任意数目的电子设备110和设备120，本申请对此不作限定。

在本申请中的一个或多个实施例中，在电子设备110内安装好行业助手后，支持管理员通过点击该行业助手，进入该行业助手的首页面。在首次进入该行业助手时，首先需要执行对应的管理员账号注册操作，以便后续通过登录该管理员账号而进入该行业助手的首页面。

为了实现不同直播在多设备上的统一化控制，该行业助手的首页面会显示有相应的功能控件，以使管理员触发不同的功能控件，执行不同的功能操作。示例性的，该功能控件可以包括但不限于设备管理控件、方案管理控件、播控控件和直播控件等。

本申请主要对于该行业助手内直播控件相关的直播功能进行说明。

下面结合附图对本申请实施例提供的一种直播控制方法进行详细描述：

图2为本申请实施例提供的一种直播控制方法的流程图。该方法可以由本申请提供的直播控制装置来执行，其中，直播控制装置可以通过任意的软件和/或硬件的方式实现。示例性地，该直播控制装置可以应用于上述应用场景中介绍的任一电子设备中，本申请对电子设备的具体类型不作任何限定。

具体的，如图2所示，该方法可以包括如下步骤：

S210，响应于用户的直播触发指令，进入直播配置界面。

在本申请中，可以将任一电子设备作为控制一个或多个设备参与某一直播的总控制端，且在该电子设备内提前安装好上述描述的行业助手。

根据本申请的一个或多个实施例，如果检测到某一管理员对于在已安装的该行业助手的点击操作，则直接进入到该行业助手的首页面内。

此时，为了支持行业助手对于多设备上的直播统一化控制，会在该行业助手的首页面会显示对应的直播控件，以控制不同设备实现相应的直播。

在本申请中，如果检测到用户作用于该直播控件上的触发操作，例如点击操作等，则会生成对应的直播触发指令。然后，响应于该直播触发指令，会直接进入到行业助手所提供的直播配置界面内。

应当理解的是，该直播配置界面支持多种直播源的直播选择，以及任一直播源下的各类配置选项和观众设备选项，以便用户能够选中任一直播源来进行相应的直播配置，使得行业助手能够支持任一直播源下的直播画面分享。

S220，根据直播配置界面内录入的直播源配置信息，生成对应的直播指令，并确定对应的观众设备。

考虑到在直播配置界面内执行相应的直播配置时，会选出本次需要分享的直播源，例如任一VR应用内的直播画面、普通直播应用内某一窗口的直播画面或者已录制好的某一直播等。而且，针对本次选出的直播源，为了确保直播真实性，还会进一步设定相应的直播参数和需要观看本次直播的各个设备，例如直播参数可以包括分辨率、帧率、码率和音频来源等。

因此，在直播配置界面内完成本次的直播配置后，可以得到本次直播分享的直播源配置信息。

其中，该直播源配置信息可以包括但不限于本次直播指定的某一个直播源、该直播源画面在各个观众端实际播放时的具体直播参数以及所选中的参与本次直播时的各个设备等。

进而，按照本申请内直播源配置信息中的具体直播源信息和具体直播参数，可以生成对应的直播指令。并且，根据该直播源配置信息内的已选中设备信息，可以确定出参与本次直播的各个观众设备。

作为本申请中的一种可选实现方案，对于在直播配置界面内录入的直播源配置信息，本申请可以通过执行下述步骤来确定：

第一步，响应于直播配置界面内任一直播源的确认操作，进入观众设备筛选界面，以显示该直播源的配置参数和观众设备选项。

为了直播配置的全面准确，本申请可以将直播配置划分为直播源配置和观众配置两步。通过分步骤配置对应的直播信息，以避免直播配置的遗漏。

进而，在进入直播配置界面后，在该直播配置界面可以支持对多种直播源中任一直播源的筛选或直接输入，来配置本次直播指向的某一具体直播源。

而且，该直播配置界面内还可以显示该直播源的具体直播参数的选项框，以在各个选项框内为本次选中的某一具体直播源设定匹配的直播参数。然后，在用户(例如管理员)完成各项内容的配置后，会在直播配置界面内检测到用户触发的确认操作。响应于该确认操作，可以从该直播配置界面跳转进入行业助手所提供的观众设备筛选界面。

如图3中的(a)和(b)所示，该观众设备筛选界面内可以显示出用户在直播配置界面内已配置好的某一具体直播源、该直播源的具体配置参数以及各个观众设备选项。其中，该观众设备筛选界面内显示的各个观众设备选项可以为该行业助手已连接的各个设备，并显示各个设备的当前状态，例如在线、离线、待机、电量等。在本申请中，通过检测用户是否触发各个设备下的选中控件，来判断在该观众设备筛选界面内是否选中该设备作为本次直播的观众端。

第二步，响应于观众设备筛选界面内的直播分享操作，确定对应的直播源配置信息。

如果检测到用户在观众设备筛选界面内的直播分享操作，说明用户已经完成本次的直播配置。因此，响应于该直播分享操作，通过分析用户在直播配置界面和观众设备筛选界面内所执行的各项操作，即可得到对应的直播源配置信息。

S230，将直播指令发送给每一观众设备，以使观众设备获取对应直播源的直播码流。

在生成本次直播的直播指令，并确定对应的观众设备后，可以直接将该直播指令发送给每一观众设备。然后，由每一观众设备来解析该直播指令，以得到对应的直播源信息，使得每一观众设备能够按照该直播源信息获取对应直播源的直播码流。进而，观众设备可以对该直播码流进行相应处理后，即可在观众设备本地显示出对应的直播画面。

本申请实施例提供的技术方案，响应于用户的直播触发指令，会进入到直播配置界面，通过直播配置界面即可实现不同用户直播需求下直播源配置信息的便捷录入，以减少不同观众设备上直播控制的繁琐操作。然后，根据直播配置界面内录入的直播源配置信息，生成对应的直播指令，并确定对应的观众设备，进而将直播指令发送给每一观众设备，以使观众设备获取对应直播源的直播码流，实现不同观众设备的统一直播控制，提高直播控制的高效性和便捷性。

作为本申请中的一种可选实现方案，本申请支持直播控制的直播源可以包括在该行业助手所在电子设备内的同屏直播和其他网络地址下的视频流直播这两种类型。对于不同类型的直播源，本申请可以采用不同的配置方式。

因此，本申请可以行业助手内的直播控件分为同屏直播控件和视频流直播控件两种，那么本申请中的直播配置界面可以包括如下两种：

1)响应于用户的同屏直播触发指令，进入同屏直播配置界面，以显示不同直播源的直播详情。

如图4所示，如果检测到用户作用于同屏直播控件上的触发操作，会生成对应的同屏直播触发指令。然后，响应于该同屏直播触发指令，直接进入到行业助手提供的同屏直播配置界面。此时，该同屏直播配置界面可以显示该行业助手所支持同屏的多种直播源，例如在该行业助手所支持的多个屏幕内播放的VR应用直播和普通应用直播等。并且，通过在该同屏直播配置界面进一步显示每一直播源的直播详情，如封面、名称等，以简单介绍该直播源的直播内容信息等，以提升用户选择任一直播源时的直观性。

本申请在同屏直播配置界面内支持用户对任一直播源执行相应的直播配置操作，以得到对应的直播源配置信息。

2)响应于用户的视频流直播触发指令，进入视频流直播配置界面，以显示对应的直播地址录入框。

如图5所示，如果检测到用户作用于视频流直播控件上的触发操作，会生成对应的视频流直播触发指令。然后，响应于该视频流直播触发指令，直接进入到行业助手提供的视频流直播配置界面。此时，考虑到视频流直播主要面向在某一应用内已录制好后所发布的直播。因此，在该视频流直播配置界面可以显示对应的直播地址录入框，支持用户直接在该直播地址录入框内主动输入对应的流媒体地址，作为本次视频流直播指向的直播地址。进而，在视频流直播配置界面内支持用户对所输入的直播地址执行相应的直播配置操作，以得到对应的直播源配置信息。

由上述内容可知，本申请支持用户通过触发不同的直播控件，如触发同屏直播控件和视频流直播控件中的某一个，而进入到同屏直播配置界面或者视频流直播配置界面内。然后，通过在同屏直播配置界面或者视频流直播配置界面执行对应的直播配置操作，即可得到同屏直播或视频流直播下的不同直播源配置信息。

因此，本申请中的直播源配置信息可以包括在同屏直播配置界面内任一直播源的配置信息和在视频流直播配置界面内任一直播地址的配置信息两种。接下来对不同直播源配置信息下的直播控制过程进行详细介绍。

图6为本申请实施例提供的另一种直播控制方法的流程图。如图6所示，该方法可以包括如下步骤：

S610，响应于用户的直播触发指令，进入直播配置界面，以得到直播配置界面内录入的直播源配置信息。

S620，如果直播源配置信息为同屏直播配置界面内任一直播源的配置信息，则将当前应用标识和该直播源的对象句柄绑定后，发送给已共体约定的直播房间，以使直播房间利用对象句柄获取该直播源的直播码流。

对于在同屏直播配置界面内任一直播源的配置信息，用户会在同屏直播配置界面内显示的多种直播源中选中某一个具体的直播源，并为所选中的直播源配置对应的直播参数和观众设备。

根据本申请的一个或多个实施例，考虑到行业助手支持同屏直播的直播源通常为实时直播，也就是该直播源的直播画面会实时更新。而且，行业助手与各个直播参与设备会利用RTC服务共同预定一个RTC房间号，使得行业助手与各个直播参与设备均能够提前进入该RTC房间，也就是本申请中的直播房间。

因此，本申请针对在同屏直播配置界面内指定的任一直播源，会获取用于标识该直播源的对象句柄，以便后续通过调用该对象句柄来获取该直播源的直播画面。然后，将行业助手的当前应用标识和该直播源的对象句柄绑定在一起，并将绑定后的当前应用标识和该直播源的对象句柄统一发送给该直播房间，使得该直播房间能够利用与任一行业助手的当前应用标识绑定的对象句柄，来获取该行业助手所控制直播的该直播源的直播码流。

在本申请中，行业助手支持的同屏直播可以包括VR应用直播和普通的非VR应用直播两种。那么，对于在同屏直播配置界面内选中直播的任一直播源可以为VR应用和非VR应用这两种情况。接下来对上述两种情况分别进行说明：

第一种情况：在同屏直播配置界面内选中直播的直播源为VR应用

考虑到VR应用的直播画面可以为三维场景画面，因此为了准确对VR应用内的三维场景画面进行直播，VR应用会申请一个与该VR应用内的直播帧缓存的大小相同的纹理对象，该直播帧缓存作为VR应用内的帧缓冲区，用于存储直播帧的各项渲染数据。VR应用通过该纹理对象来实时存储每一直播帧的纹理数据，以渲染出每一直播帧的真实画面。

然后，VR应用可以将该纹理对象的句柄发送给行业助手，使得行业助手和该VR应用能够共享同一个纹理对象。

进而，行业助手获取到VR应用创建的纹理对象句柄，并使用该纹理对象句柄创建一个三维渲染器，以通过该三维渲染器来显示该纹理对象句柄下的直播帧纹理数据。

示例性的，本申请中的三维渲染器可以为3D显示程序接口(Direct3D，简称为D3D)设备。

最后，将行业助手的当前应用标识和该三维渲染器绑定在一起，并将绑定后的当前应用标识和该三维渲染器统一发送给已共体约定的直播房间，即可成功完成VR应用的直播码流到该直播房间的推流。也就是说，VR应用每次将直播帧的直播码流更新到所申请的纹理对象后，直播房间内的三维渲染器便会按照纹理对象句柄同步更新该直播帧的直播码流。

第二种情况：在同屏直播配置界面内选中直播的直播源为非VR应用

考虑到非VR应用内存在多个直播窗口，来显示不同的直播内容。在行业助手内可以采用缩略图的形式，将非VR应用内的各个直播窗口呈现给用户，以便用户选中某一具体窗口的直播内容来进行直播分享。因此，行业助手可以根据直播源配置信息，确定出非VR应用内本次直播的目标直播窗口。

然后，行业助手可以获取该目标直播窗口的窗口句柄，以便后续通过调用该窗口句柄来获取该目标直播窗口的直播画面。然后，将行业助手的当前应用标识和该目标直播窗口的窗口句柄绑定在一起，并将绑定后的当前应用标识和该窗口句柄统一发送给该直播房间，使得该直播房间能够利用与任一行业助手的当前应用标识绑定的窗口句柄，来获取该目标直播窗口的直播码流。

而且，窗口句柄主要支持窗口内的画面查询，因此行业助手在将绑定后的当前应用标识和该窗口句柄统一发送给该直播房间时，还会向该直播房间指定对应的声音来源、码率、分辨率等信息，以确保直播房间内直播码流的完整性。

S630，采用当前应用标识，生成对应的直播指令，以使观众设备根据直播指令内的当前应用标识，从直播房间获取该当前应用标识绑定的对象句柄对应的直播码流。

对于同屏直播配置界面内的任一直播源，可以通过将行业助手的当前应用标识和该直播源的对象句柄绑定后，发送给已共体约定的直播房间，来完成该直播源的直播码流到直播房间内的成功推流。

因此，本申请可以将行业助手的当前应用标识封装到直播指令中，后续将该直播指令发送给每一观众设备后，使得该观众设备能够从该直播指令中解析出当前应用标识。然后，每一观众设备通过向直播房间发送当前应用标识，来请求该直播房间内对应直播源的直播码流。直播房间根据每一观众设备发送的当前应用标识，可以确定出该当前应用标识绑定的对象句柄，然后利用该对象句柄获取对应的直播码流，并将该直播码流返回给观众设备，从而实现观众设备的成功直播。

S640，如果直播源配置信息为视频流直播配置界面内任一直播地址的配置信息，则利用该直播地址，生成对应的直播指令，以使观众设备根据直播指令内的直播地址，获取对应的直播码流。

对于在视频流直播配置界面内任一直播地址的配置信息，用户会在视频流直播配置界面内显示的直播地址录入框中主动输入本次指定的直播地址，并为其配置对应的直播参数和观众设备。

然后，将该直播地址封装到直播指令中，后续将该直播指令发送给每一观众设备后，使得该观众设备能够从该直播指令中解析出本次指定的直播地址。那么，每一观众设备可以直接利用该直播地址来启动视频流播放器，从而实现观众设备的成功直播。

需要说明的是，S620和S630这两个步骤与S640这一个步骤分别在不同的直播配置界面下得到直播源配置信息后，用于生成直播指令的两个不同分支。因此，本申请可以在S620和S630这两个步骤与S640这一个步骤选择一个分支执行。

S650，将直播指令发送给每一观众设备，以使观众设备获取对应直播源的直播码流。

本申请实施例提供的技术方案，响应于用户的直播触发指令，会进入到直播配置界面，通过直播配置界面即可实现不同用户直播需求下直播源配置信息的便捷录入，以减少不同观众设备上直播控制的繁琐操作。然后，根据直播配置界面内录入的直播源配置信息，生成对应的直播指令，并确定对应的观众设备，进而将直播指令发送给每一观众设备，以使观众设备获取对应直播源的直播码流，实现不同观众设备的统一直播控制，提高直播控制的高效性和便捷性。

图7为本申请实施例提供的一种直播控制装置的示意图。如图7所示，该直播控制装置700包括：

直播响应模块710，用于响应于用户的直播触发指令，进入直播配置界面；

直播信息确定模块720，用于根据所述直播配置界面内录入的直播源配置信息，生成对应的直播指令，并确定对应的观众设备；

直播控制模块730，用于将所述直播指令发送给每一所述观众设备，以使所述观众设备获取对应直播源的直播码流。

根据本申请的一个或多个实施例，直播响应模块710，可以具体用于：

响应于所述用户的同屏直播触发指令，进入同屏直播配置界面，以显示不同直播源的直播详情；或者，

响应于所述用户的视频流直播触发指令，进入视频流直播配置界面，以显示对应的直播地址录入框。

根据本申请的一个或多个实施例，直播信息确定模块720，可以包括同屏直播单元和直播指令生成单元；其中，

同屏直播单元，用于如果所述直播源配置信息为所述同屏直播配置界面内任一直播源的配置信息，则将当前应用标识和该直播源的对象句柄绑定后，发送给已共体约定的直播房间，以使所述直播房间利用所述对象句柄获取该直播源的直播码流；

直播指令生成单元，用于采用所述当前应用标识，生成对应的直播指令，以使所述观众设备根据所述直播指令内的当前应用标识，从所述直播房间获取该当前应用标识绑定的对象句柄对应的直播码流。

根据本申请的一个或多个实施例，同屏直播单元，可以具体用于：

如果该直播源为虚拟现实VR应用，则获取所述VR应用创建的纹理对象句柄，所述纹理对象与所述VR应用内直播帧缓存的大小相同；

利用所述纹理对象句柄创建对应的三维渲染器；

将所述当前应用标识和所述三维渲染器绑定后，发送给已共体约定的直播房间，以使所述直播房间通过所述三维渲染器同步更新所述VR应用在所述纹理对象内更新的直播码流。

根据本申请的一个或多个实施例，同屏直播单元，还可以具体用于：

如果该直播源为非VR应用，则确定所述非VR应用内的目标直播窗口；

将所述当前应用标识和所述目标直播窗口的窗口句柄绑定后，发送给已共体约定的直播房间，以使所述直播房间利用所述窗口句柄获取所述目标直播窗口内的直播码流。

根据本申请的一个或多个实施例，直播信息确定模块720，还可以包括视频流直播配置单元；其中，

视频流直播单元，用于如果所述直播源配置信息为所述视频流直播配置界面内任一直播地址的配置信息，则利用该直播地址，生成对应的直播指令，以使所述观众设备根据所述直播指令内的直播地址，获取对应的直播码流。

根据本申请的一个或多个实施例，所述直播配置界面内录入的直播源配置信息，通过下述直播源配置模块确定；其中，

直播源配置模块，可以用于：

响应于所述直播配置界面内任一直播源的确认操作，进入观众设备筛选界面，以显示该直播源的配置参数和观众设备选项；

响应于所述观众设备筛选界面内的直播分享操作，确定对应的直播源配置信息。

根据本申请的一个或多个实施例，直播控制装置700，还可以包括：

设备确定模块，用于利用RTC服务的直播房间功能，确定对应的直播参与设备，以从所述直播参与设备筛选对应的观众设备。

本申请实施例中，响应于用户的直播触发指令，会进入到直播配置界面，通过直播配置界面即可实现不同用户直播需求下直播源配置信息的便捷录入，以减少不同观众设备上直播控制的繁琐操作。然后，根据直播配置界面内录入的直播源配置信息，生成对应的直播指令，并确定对应的观众设备，进而将直播指令发送给每一观众设备，以使观众设备获取对应直播源的直播码流，实现不同观众设备的统一直播控制，提高直播控制的高效性和便捷性。

应理解的是，该装置实施例与本申请中的方法实施例可以相互对应，类似的描述可以参照本申请中的方法实施例。为避免重复，此处不再赘述。

具体地，图7所示的装置700可以执行本申请提供的任一方法实施例，并且图7所示的装置700中的各个模块的前述和其它操作和/或功能分别为了实现上述方法实施例的相应流程，为了简洁，在此不再赘述。

上文中结合附图从功能模块的角度描述了本申请实施例的上述方法实施例。应理解，该功能模块可以通过硬件形式实现，也可以通过软件形式的指令实现，还可以通过硬件和软件模块组合实现。具体地，本申请实施例中的方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路和/或软件形式的指令完成，结合本申请实施例公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。可选地，软件模块可以位于随机存储器，闪存、只读存储器、可编程只读存储器、电可擦写可编程存储器、寄存器等本领域的成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法实施例中的步骤。

图8为本申请实施例提供的电子设备800的示意性框图。

如图8所示，该电子设备800可包括：

存储器810和处理器820，该存储器810用于存储计算机程序，并将该程序代码传输给该处理器820。换言之，该处理器820可以从存储器810中调用并运行计算机程序，以实现本申请实施例中的方法。

例如，该处理器820可用于根据该计算机程序中的指令执行上述方法实施例。

在本申请的一些实施例中，该处理器820可以包括但不限于：

通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等等。

在本申请的一些实施例中，该存储器810包括但不限于：

易失性存储器和/或非易失性存储器。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。

在本申请的一些实施例中，该计算机程序可以被分割成一个或多个模块，该一个或者多个模块被存储在该存储器810中，并由该处理器820执行，以完成本申请提供的方法。该一个或多个模块可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述该计算机程序在该电子设备800的执行过程。

如图8所示，该电子设备还可包括：

收发器830，该收发器830可连接至该处理器820或存储器810。

其中，处理器820可以控制该收发器830与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。收发器830可以包括发射机和接收机。收发器830还可以进一步包括天线，天线的数量可以为一个或多个。

应当理解，该电子设备800中的各个组件通过总线***相连，其中，总线***除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。

本申请还提供了一种计算机存储介质，其上存储有计算机程序，该计算机程序被计算机执行时使得该计算机能够执行上述方法实施例的方法。

本申请实施例还提供一种包含指令的计算机程序产品，该指令被计算机执行时使得计算机执行上述方法实施例的方法。

当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时，全部或部分地产生按照本申请实施例该的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如数字视频光盘(digital video disc，DVD))、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以该权利要求的保护范围为准。

Claims (11)

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

响应于用户的直播触发指令，进入直播配置界面，所述直播配置界面包括多种直播源的直播选择，以及任一直播源下的各类配置选项和观众设备选项；

根据所述直播配置界面内录入的直播源配置信息，生成对应的直播指令，并确定对应的观众设备；

将所述直播指令发送给每一所述观众设备，以使所述观众设备获取对应直播源的直播码流。

2.根据权利要求1所述的方法，其特征在于，所述响应于用户的直播触发指令，进入直播配置界面，包括：

响应于所述用户的同屏直播触发指令，进入同屏直播配置界面，以显示不同直播源的直播详情；或者，

响应于所述用户的视频流直播触发指令，进入视频流直播配置界面，以显示对应的直播地址录入框。

3.根据权利要求2所述的方法，其特征在于，所述根据所述直播配置界面内录入的直播源配置信息，生成对应的直播指令，包括：

如果所述直播源配置信息为所述同屏直播配置界面内任一直播源的配置信息，则将当前应用标识和该直播源的对象句柄绑定后，发送给已共体约定的直播房间，以使所述直播房间利用所述对象句柄获取该直播源的直播码流；

采用所述当前应用标识，生成对应的直播指令，以使所述观众设备根据所述直播指令内的当前应用标识，从所述直播房间获取该当前应用标识绑定的对象句柄对应的直播码流。

4.根据权利要求3所述的方法，其特征在于，所述将当前应用标识和该直播源的对象句柄发送给已共体约定的直播房间，包括：

如果该直播源为虚拟现实VR应用，则获取所述VR应用创建的纹理对象句柄，所述纹理对象与所述VR应用内直播帧缓存的大小相同；

利用所述纹理对象句柄创建对应的三维渲染器；

将所述当前应用标识和所述三维渲染器绑定后，发送给已共体约定的直播房间，以使所述直播房间通过所述三维渲染器同步更新所述VR应用在所述纹理对象内更新的直播码流。

5.根据权利要求3所述的方法，其特征在于，所述将当前应用标识和该直播源的对象句柄发送给已共体约定的直播房间，还包括：

如果该直播源为非VR应用，则确定所述非VR应用内的目标直播窗口；

将所述当前应用标识和所述目标直播窗口的窗口句柄绑定后，发送给已共体约定的直播房间，以使所述直播房间利用所述窗口句柄获取所述目标直播窗口内的直播码流。

6.根据权利要求2所述的方法，其特征在于，所述根据所述直播配置界面内录入的直播源配置信息，生成对应的直播指令，包括：

如果所述直播源配置信息为所述视频流直播配置界面内任一直播地址的配置信息，则利用该直播地址，生成对应的直播指令，以使所述观众设备根据所述直播指令内的直播地址，获取对应的直播码流。

7.根据权利要求1所述的方法，其特征在于，所述直播配置界面内录入的直播源配置信息，通过下述步骤确定：

响应于所述直播配置界面内任一直播源的确认操作，进入观众设备筛选界面，以显示该直播源的配置参数和观众设备选项；

响应于所述观众设备筛选界面内的直播分享操作，确定对应的直播源配置信息。

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

利用实时音视频RTC服务的直播房间功能，确定对应的直播参与设备，以从所述直播参与设备筛选对应的观众设备。

9.一种直播控制装置，其特征在于，包括：

直播响应模块，用于响应于用户的直播触发指令，进入直播配置界面，所述直播配置界面包括多种直播源的直播选择，以及任一直播源下的各类配置选项和观众设备选项；

直播信息确定模块，用于根据所述直播配置界面内录入的直播源配置信息，生成对应的直播指令，并确定对应的观众设备；

直播控制模块，用于将所述直播指令发送给每一所述观众设备，以使所述观众设备获取对应直播源的直播码流。

10.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1-8任一项所述的直播控制方法。

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-8任一项所述的直播控制方法。