CN114040232B - 投屏系统、方法、电子设备和存储介质 - Google Patents

投屏系统、方法、电子设备和存储介质 Download PDF

Info

Publication number
CN114040232B
CN114040232B CN202111285708.2A CN202111285708A CN114040232B CN 114040232 B CN114040232 B CN 114040232B CN 202111285708 A CN202111285708 A CN 202111285708A CN 114040232 B CN114040232 B CN 114040232B
Authority
CN
China
Prior art keywords
screen
audio
throwing
video stream
protocol
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202111285708.2A
Other languages
English (en)
Other versions
CN114040232A (zh
Inventor
谭俊良
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing QIYI Century Science and Technology Co Ltd
Original Assignee
Beijing QIYI Century Science and Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing QIYI Century Science and Technology Co Ltd filed Critical Beijing QIYI Century Science and Technology Co Ltd
Priority to CN202111285708.2A priority Critical patent/CN114040232B/zh
Publication of CN114040232A publication Critical patent/CN114040232A/zh
Application granted granted Critical
Publication of CN114040232B publication Critical patent/CN114040232B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/4104—Peripherals receiving signals from specially adapted client devices
    • H04N21/4108—Peripherals receiving signals from specially adapted client devices characterised by an identification number or address, e.g. local network address
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/4104—Peripherals receiving signals from specially adapted client devices
    • H04N21/4126—The peripheral being portable, e.g. PDAs or mobile phones
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network

Abstract

本公开实施例公开了一种投屏系统、方法、电子设备和存储介质。该投屏系统包括：投屏发送端、投屏接收端和投屏中转端，上述投屏发送端和上述投屏接收端位于非同一局域网内，其中：上述投屏发送端，被配置成：将符合预设协议的、待投屏的音视频的音视频流发送至上述投屏中转端；上述投屏中转端，被配置成：将符合上述预设协议的音视频流转换成符合目标协议的音视频流，其中，上述目标协议为上述投屏接收端支持播放的协议；基于局域网投屏技术，将符合上述目标协议的音视频流发送至上述投屏接收端；上述投屏接收端，被配置成：播放符合上述目标协议的音视频流指示的音视频。本公开实施例可以实现与标准投屏接收端之间的远程投屏。

Description

投屏系统、方法、电子设备和存储介质
技术领域
本公开涉及投屏领域，尤其是一种投屏系统、方法、电子设备和存储介质。
背景技术
投屏，就是通过某种技术方法将移动设备A(如手机、平板、笔记本、电脑)的画面“实时地”显示到另一个设备屏幕上B(平板、笔记本、电脑、电视、一体机、投影仪等)，输出的内容可以包括各类媒体信息和实时操作画面。
目前，镜像投屏有多种方式，比如DLNA(Digital Living Networking Alliance，数字生活网络联盟)、AirPlay、Miracast等。但这几类投屏方式通常都存在较多使用限制，例如，局域网的限制。标准的投屏接收端(例如电视)支持播放的音视频流的符合的协议也较为有限。例如，一些标准的投屏接收端可以支持播放符合HLS(HTTP Live Streaming，基于超文本传输协议HTTP(Hypertext Transfer Protocol，超文本传输协议)的自适应码率流媒体传输协议)的音视频流，但不支持播放符合WebRTC(web real-timecommunications，网页即时通信)协议的音视频流。
可见，如何减少标准的投屏接收端的使用限制，从而使得投屏可以具有更为广泛的应用场景，是一个值得关注的技术问题。
发明内容
本公开实施例提供了一种投屏系统、方法、电子设备和存储介质，以实现与标准投屏接收端之间的远程投屏，从而丰富投屏的应用场景。
根据本公开实施例的第一个方面，提供的一种投屏系统包括投屏发送端、投屏接收端和投屏中转端，上述投屏发送端和上述投屏接收端位于非同一局域网内，其中：
上述投屏发送端，被配置成：将符合预设协议的、待投屏的音视频的音视频流发送至上述投屏中转端；
上述投屏中转端，被配置成：将符合上述预设协议的音视频流转换成符合目标协议的音视频流，其中，上述目标协议为上述投屏接收端支持播放的协议；基于局域网投屏技术，将符合上述目标协议的音视频流发送至上述投屏接收端；
上述投屏接收端，被配置成：播放符合上述目标协议的音视频流指示的音视频。
可选地，在一些实施例中，上述投屏中转端包括服务端和终端，上述终端和上述投屏接收端位于同一局域网内；以及
上述投屏发送端，被配置成：将符合上述预设协议的、待投屏的音视频的音视频流发送至上述服务端；
上述服务端，被配置成：将符合上述预设协议的音视频流转换成符合上述目标协议的音视频流；将符合上述目标协议的音视频流的地址发送至上述终端；
上述终端，被配置成：采用局域网投屏技术，将上述地址发送至上述投屏接收端；
上述投屏接收端，被配置成：从上述服务端获取上述地址指示的音视频流。
可选地，在一些实施例中，上述服务端包括第一服务器和第二服务器集合；以及
上述第一服务器，被配置成：
在接收到上述终端发送的投屏标识分配请求的情况下，生成对应上述投屏标识分配请求的投屏标识，其中，上述投屏标识指示待投屏的音视频的音视频流；
基于上述终端所在的区域、上述终端的运营商的类型，以及第二服务器的负荷情况中的至少一者，从上述第二服务器集合中选取目标第二服务器，以使上述目标第二服务器接收上述投屏发送端发送的、上述投屏标识指示的待投屏的音视频的音视频流。
可选地，在一些实施例中，上述服务端还包括第三服务器集合；以及
上述第一服务器，还被配置成：基于上述投屏发送端所在的区域、上述投屏发送端的运营商的类型，以及第三服务器的负荷情况中的至少一者，从上述第三服务器集合中选取目标第三服务器；
上述目标第三服务器，被配置成：在上述终端发送的投屏标识分配请求对应的投屏标识与上述投屏发送端发送的投屏标识相同的情况下，向上述目标第二服务器发送上述投屏标识指示的音视频流；
上述终端，被配置成：对上述目标第二服务器中上述投屏标识指示的音视频流进行轮询；在轮询结果指示上述目标第二服务器中存在上述投屏标识指示的音视频流的情况下，从上述目标第二服务器获取音视频流的地址；将上述地址发送至上述投屏接收端；
上述投屏接收端，被配置成：从上述目标第二服务器获取上述地址指示的音视频流。
可选地，在一些实施例中，上述投屏接收端，还被配置成：基于上述局域网投屏技术，将上述投屏接收端的本地音频获取装置获取的音频和/或上述投屏发送端的本地图像获取装置获取的图像，发送至上述投屏中转端；
上述投屏发送端，还被配置成：从上述投屏中转端获取上述投屏接收端的本地音频获取装置获取的音频和/或上述投屏发送端的本地图像获取装置获取的图像；播放所获取的上述投屏接收端的本地音频获取装置获取的音频和/或上述投屏接收端的本地图像获取装置获取的图像。
可选地，在一些实施例中，上述局域网投屏技术包括：基于数字生活网络联盟DLNA的局域网投屏技术；上述预设协议包括：网页即时通信WebRTC协议；上述目标协议包括：基于超文本传输协议HTTP的自适应码率流媒体传输协议HLS。
可选地，在一些实施例中，上述投屏接收端不支持播放符合上述预设协议的音视频流指示的音视频。
根据本公开实施例的第二个方面，提供的一种投屏方法应用于投屏中转端，上述方法包括：
从投屏发送端接收符合预设协议的、待投屏的音视频的音视频流；
将符合上述预设协议的音视频流转换成符合目标协议的音视频流，其中，上述目标协议为上述投屏接收端支持播放的协议；
基于局域网投屏技术，将符合上述目标协议的音视频流发送至上述投屏接收端，以使上述投屏接收端播放符合上述目标协议的音视频流指示的音视频，其中，上述投屏发送端和上述投屏接收端位于非同一局域网内。
根据本公开实施例的第三个方面，提供的一种投屏方法，应用于投屏发送端，上述方法包括：
将符合预设协议的、待投屏的音视频的音视频流发送至投屏中转端，以使上述投屏中转端将符合上述预设协议的音视频流转换成符合目标协议的音视频流，以及基于局域网投屏技术，将符合上述目标协议的音视频流发送至投屏接收端，其中，上述投屏接收端用于播放符合上述目标协议的音视频流指示的音视频，上述目标协议为上述投屏接收端支持播放的协议，上述投屏发送端和上述投屏接收端位于非同一局域网内。
根据本公开实施例的第四个方面，提供的一种投屏方法，应用于投屏接收端，上述方法包括：
基于局域网投屏技术，从投屏中转端接收符合目标协议的、待投屏的音视频的音视频流，其中，上述目标协议为上述投屏接收端支持播放的协议，符合上述目标协议的音视频流经由上述投屏中转端对符合预设协议的音视频流转换获得，符合上述预设协议的音视频流经由上述投屏中转端从投屏发送端接收，上述投屏发送端和上述投屏接收端位于非同一局域网内；
播放符合上述目标协议的音视频流指示的音视频。
根据本公开实施例的第五个方面，提供的一种电子设备，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述存储器中存储的计算机程序，且所述计算机程序被执行时，实现本公开上述第二方面、第三方面或第四方面的投屏方法中任一实施例的方法。
根据本公开实施例的第六个方面，提供的一种计算机可读介质，该计算机程序被处理器执行时，实现如上述述第二方面、第三方面或第四方面的投屏方法中任一实施例的方法。
根据本公开实施例的第七个方面，提供的一种计算机程序，该计算机程序包括计算机可读代码，当该计算机可读代码在设备上运行时，使得该设备中的处理器执行用于实现如上述述第二方面、第三方面或第四方面的投屏方法中任一实施例的方法中各步骤的指令。
本公开上述实施例提供的投屏系统，包括投屏发送端、投屏接收端和投屏中转端，上述投屏发送端和上述投屏接收端位于非同一局域网内，其中：上述投屏发送端，被配置成：将符合预设协议的、待投屏的音视频的音视频流发送至上述投屏中转端；上述投屏中转端，被配置成：将符合上述预设协议的音视频流转换成符合目标协议的音视频流，其中，上述目标协议为上述投屏接收端支持播放的协议；基于局域网投屏技术，将符合上述目标协议的音视频流发送至上述投屏接收端；上述投屏接收端，被配置成：播放符合上述目标协议的音视频流指示的音视频。这样，在投屏发送端和投屏接收端位于非同一局域网内的场景下，通过投屏中转端将符合预设协议的音视频流转换成投屏接收端支持播放的协议，实现了与标准的投屏接收端之间的远程投屏，从而丰富了投屏的应用场景。
本公开上述实施例提供的应用于投屏中转端的投屏方法中，投屏中转端可以从投屏发送端接收符合预设协议的、待投屏的音视频的音视频流，之后，投屏中转端可以将符合上述预设协议的音视频流转换成符合目标协议的音视频流，其中，上述目标协议为上述投屏接收端支持播放的协议，最后，投屏中转端可以基于局域网投屏技术，将符合上述目标协议的音视频流发送至上述投屏接收端，以使上述投屏接收端播放符合上述目标协议的音视频流指示的音视频，其中，上述投屏发送端和上述投屏接收端位于非同一局域网内。这样，在投屏发送端和投屏接收端位于非同一局域网内的场景下，通过投屏中转端将符合预设协议的音视频流转换成投屏接收端支持播放的协议，实现了与标准的投屏接收端之间的远程投屏，从而丰富了投屏的应用场景。
本公开上述实施例提供的应用于投屏发送端的投屏方法中，上述投屏发送端可以将符合预设协议的、待投屏的音视频的音视频流发送至投屏中转端，以使上述投屏中转端将符合上述预设协议的音视频流转换成符合目标协议的音视频流，以及基于局域网投屏技术，将符合上述目标协议的音视频流发送至投屏接收端，其中，上述投屏接收端用于播放符合上述目标协议的音视频流指示的音视频，上述目标协议为上述投屏接收端支持播放的协议，上述投屏发送端和上述投屏接收端位于非同一局域网内。这样，在投屏发送端和投屏接收端位于非同一局域网内的场景下，通过投屏中转端将符合预设协议的音视频流转换成投屏接收端支持播放的协议，实现了与标准的投屏接收端之间的远程投屏，从而丰富了投屏的应用场景。
本公开上述实施例提供的应用于投屏接收端的投屏方法中，上述投屏接收端可以基于局域网投屏技术，从投屏中转端接收符合目标协议的、待投屏的音视频的音视频流，其中，上述目标协议为上述投屏接收端支持播放的协议，符合上述目标协议的音视频流经由上述投屏中转端对符合预设协议的音视频流转换获得，符合上述预设协议的音视频流经由上述投屏中转端从投屏发送端接收，上述投屏发送端和上述投屏接收端位于非同一局域网内，之后，投屏接收端可以播放符合上述目标协议的音视频流指示的音视频。这样，在投屏发送端和投屏接收端位于非同一局域网内的场景下，通过投屏中转端将符合预设协议的音视频流转换成投屏接收端支持播放的协议，实现了与标准的投屏接收端之间的远程投屏，从而丰富了投屏的应用场景。
下面通过附图和实施例，对本公开的技术方案做进一步的详细描述。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本公开的其它特征、目的和优点将会变得更明显：
图1是可以应用于本公开的实施例的投屏系统或投屏方法的一个实施例的示例性系统架构图；
图2是根据本公开的投屏系统的一个实施例的交互过程示意图；
图3是根据本公开的投屏系统的一个应用场景的示意图；
图4是根据本公开的投屏系统的另一个实施例的交互过程示意图；
图5是根据本公开的投屏系统的另一个应用场景的示意图；
图6是本公开的投屏系统中的投屏发送端和终端的功能模块示意图；
图7是可以应用于本公开的实施例的投屏系统或投屏方法的另一个实施例的示例性系统架构图；
图8是根据本公开的应用于投屏发送端的投屏方法的一个实施例的流程图；
图9是根据本公开的应用于投屏接收端的投屏方法的一个实施例的流程图；
图10是根据本公开的应用于服务端的投屏方法的一个实施例的流程图；
图11是适于用来实现本公开的实施例的电子设备的计算机系统的结构示意图。
具体实施方式
现在将参照附图来详细描述本公开的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值并不限制本公开的范围。
本领域技术人员可以理解，本公开实施例中的“第一”、“第二”等术语仅用于区别不同步骤、设备或模块等对象，既不代表任何特定技术含义，也不表示它们之间的逻辑顺序。
还应理解，在本公开实施例中，“多个”可以指两个或两个以上，“至少一个”可以指一个、两个或两个以上。
还应理解，对于本公开实施例中提及的任一部件、数据或结构，在没有明确限定或者在前后文给出相反启示的情况下，一般可以理解为一个或多个。
另外，本公开中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本公开中字符“/”，一般表示前后关联对象是一种“或”的关系。
还应理解，本公开对各个实施例的描述着重强调各个实施例之间的不同之处，其相同或相似之处可以相互参考，为了简洁，不再一一赘述。
以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。
图1示出了可以应用于本公开的实施例的投屏系统或投屏方法的一个实施例的示例性系统架构100。
如图1所示，系统架构100可以包括投屏发送端101、投屏接收端102、网络103和投屏中转端104。网络103用以在投屏发送端101、投屏接收端102和投屏中转端104之间提供通信链路的介质。网络103可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
用户可以使用投屏发送端101通过网络103与投屏接收端102、投屏中转端104交互，以接收或发送数据(例如符合预设协议的、待投屏的音视频的音视频流)等。投屏发送端101上可以安装有各种客户端应用，例如视频播放软件、录音录像应用、图像处理类应用、网页浏览器应用等。
投屏发送端101、投屏接收端102、投屏中转端104可以是硬件，也可以是软件。例如，投屏发送端101可以是手机，或者，运行于手机上的应用。投屏接收端102可以是电视，或者，安装于电视上的应用。投屏中转端104可以包括服务端和终端中的至少一者，也可以是安装于服务端和终端中的至少一者的至少一个应用。
应该理解，图1中的投屏发送端101、投屏接收端102、网络103和投屏中转端104的数目仅仅是示意性的。根据实现需要，可以具有任意数目的投屏发送端101、投屏接收端102、网络103和投屏中转端104。
下面请参考图2，图2是根据本公开的投屏系统的一个实施例的交互过程示意图。
投屏系统包括投屏发送端、投屏接收端和投屏中转端，上述投屏发送端和上述投屏接收端位于非同一局域网内。其中：
上述投屏发送端，被配置成：将符合预设协议的、待投屏的音视频的音视频流发送至上述投屏中转端。
上述投屏中转端，被配置成：将符合上述预设协议的音视频流转换成符合目标协议的音视频流。其中，上述目标协议为上述投屏接收端支持播放的协议。基于局域网投屏技术，将符合上述目标协议的音视频流发送至上述投屏接收端。
上述投屏接收端，被配置成：播放符合上述目标协议的音视频流指示的音视频。
如图2所示，在步骤201中，投屏发送端将符合预设协议的、待投屏的音视频的音视频流发送至上述投屏中转端。
在本实施例中，投屏发送端可以将符合预设协议的、待投屏的音视频的音视频流发送至上述投屏中转端。
其中，预设协议，可以是预先确定的各种协议。例如，投屏发送端向上述投屏中转端发送的待投屏的音视频的音视频流符合的协议，可以作为预设协议。
在本实施例的一些可选的实现的方式中，上述投屏接收端不支持播放符合上述预设协议的音视频流指示的音视频。例如，在投屏接收端不支持播放符合网页即时通信WebRTC(Web Real-Time Communication，网页即时通信)协议的音视频流指示的音视频的场景下，预设协议可以是WebRTC协议。
其中，待投屏的音视频可以是存储于投屏发送端的音视频，也可以是投屏发送端从其他电子设备获得的音视频或音视频片段。音视频可以包含音频和视频中的至少一者。
步骤202，投屏中转端将符合上述预设协议的音视频流转换成符合目标协议的音视频流。
在本实施例中，投屏中转端可以将符合上述预设协议的音视频流转换成符合目标协议的音视频流。其中，上述目标协议为上述投屏接收端支持播放的协议。
在本实施例的一些可选的实现方式中，上述目标协议包括HLS(HTTP LiveStreaming，基于HTTP(Hypertext Transfer Protocol，超文本传输协议)的自适应码率流媒体传输协议)。
步骤203，投屏中转端基于局域网投屏技术，将符合上述目标协议的音视频流发送至上述投屏接收端。
在本实施例中，投屏中转端可以基于局域网投屏技术，将符合上述目标协议的音视频流发送至上述投屏接收端。
其中，上述局域网投屏技术，可以包括AirPlay、Miracast等。
在本实施例的一些可选的实现方式中，上述局域网投屏技术包括：基于DLNA(Digital Living Networking Alliance，数字生活网络联盟)的局域网投屏技术。
这里，如果投屏中转端包括终端，那么，在投屏中转端与投屏接收端位于同一局域网内的情况下，该投屏中转端可以直接通过上述局域网投屏技术，将符合上述目标协议的音视频流发送至上述投屏接收端；如果投屏中转端包括终端和服务端，那么，在终端与投屏接收端位于同一局域网内的情况下，在服务端接收到投屏中转端发送的预设协议的音视频流之后，可以将符合上述预设协议的音视频流转换成符合目标协议的音视频流，然后将符合目标协议的音视频流发送至终端，以便终端将符合目标协议的音视频流发送至投屏接收端，或者，在服务端接收到投屏中转端发送的预设协议的音视频流之后，可以将符合上述预设协议的音视频流发送至终端，以便终端将符合上述预设协议的音视频流转换成符合目标协议的音视频流后，将符合目标协议的音视频流发送至投屏接收端。
步骤204，投屏接收端播放符合上述目标协议的音视频流指示的音视频。
在本实施例中，投屏接收端可以播放符合上述目标协议的音视频流指示的音视频，从而实现对投屏发送端的待投屏的音视频的投屏功能。
在本实施例的一些可选的实现的方式中，上述投屏接收端，还可以基于上述局域网投屏技术，将上述投屏接收端的本地音频获取装置获取的音频和/或上述投屏发送端的本地图像获取装置获取的图像，发送至上述投屏中转端。
上述投屏发送端，还可以从上述投屏中转端获取上述投屏接收端的本地音频获取装置获取的音频和/或上述投屏发送端的本地图像获取装置获取的图像。然后，上述投屏发送端，还可以播放所获取的上述投屏接收端的本地音频获取装置获取的音频和/或上述投屏接收端的本地图像获取装置获取的图像。
可以理解，上述可选的实现的方式中，可以实现在投屏的同时，进行投屏发送端到投屏接收端的音视频通信交互。
可选的，上述投屏中转端(例如包括的终端)的本地音频获取装置可以获取音频，上述投屏中转端的本地图像获取装置可以获取图像。上述投屏发送端，还可以从上述投屏中转端获取上述投屏中转端的本地音频获取装置获取的音频和/或上述投屏中转端的本地图像获取装置获取的图像。然后，上述投屏发送端，还可以播放所获取的上述投屏中转端的本地音频获取装置获取的音频和/或上述投屏中转端的本地图像获取装置获取的图像。
可以理解，上述可选的实现的方式中，可以实现在投屏的同时，进行投屏发送端到投屏中转端的音视频通信交互。
继续参见图3，图3是根据本公开的投屏系统的一个应用场景的示意图。在图3的应用场景中，投屏系统包括投屏发送端302、投屏接收端303和投屏中转端301，上述投屏发送端302和上述投屏接收端303位于非同一局域网内。如图3所示，上述投屏发送端302可以将符合预设协议的、待投屏的音视频304的音视频流发送至上述投屏中转端301。之后，投屏中转端301将符合上述预设协议的音视频流转换成符合目标协议的音视频流.其中，上述目标协议为上述投屏接收端支持播放的协议，然后，投屏中转端301基于局域网投屏技术，将符合上述目标协议的音视频流发送至上述投屏接收端303。最后，投屏接收端303播放符合上述目标协议的音视频流指示的音视频305。
本公开的上述实施例提供的投屏系统，包括投屏发送端、投屏接收端和投屏中转端，上述投屏发送端和上述投屏接收端位于非同一局域网内。其中：上述投屏发送端，被配置成：将符合预设协议的、待投屏的音视频的音视频流发送至上述投屏中转端。上述投屏中转端，被配置成：将符合上述预设协议的音视频流转换成符合目标协议的音视频流，其中，上述目标协议为上述投屏接收端支持播放的协议；基于局域网投屏技术，将符合上述目标协议的音视频流发送至上述投屏接收端。上述投屏接收端，被配置成：播放符合上述目标协议的音视频流指示的音视频。这样，在投屏发送端和投屏接收端位于非同一局域网内的场景下，通过投屏中转端将符合预设协议的音视频流转换成投屏接收端支持播放的协议，实现了与标准的投屏接收端之间的远程投屏，从而丰富了投屏的应用场景。
下面请参考图4，图4是根据本公开的投屏系统的另一个实施例的交互过程示意图。
这里，投屏系统包括投屏发送端、投屏接收端和投屏中转端。上述投屏发送端和上述投屏接收端位于非同一局域网内。上述投屏中转端包括服务端和终端。上述终端和上述投屏接收端位于同一局域网内。其中：
上述投屏发送端，被配置成：将符合上述预设协议的、待投屏的音视频的音视频流发送至上述服务端。
上述服务端，被配置成：将符合上述预设协议的音视频流转换成符合上述目标协议的音视频流。将符合上述目标协议的音视频流的地址发送至上述终端。其中，上述目标协议为上述投屏接收端支持播放的协议。
上述终端，被配置成：采用局域网投屏技术，将上述地址发送至上述投屏接收端。
上述投屏接收端，被配置成：从上述服务端获取上述地址指示的音视频流。上述投屏接收端，被配置成：播放符合上述目标协议的音视频流指示的音视频。
如图4所示，在步骤401中，投屏发送端将符合上述预设协议的、待投屏的音视频的音视频流发送至上述服务端。
在本实施例中，投屏发送端可以将符合上述预设协议的、待投屏的音视频的音视频流发送至上述投屏中转端包括的服务端。
步骤402，服务端将符合上述预设协议的音视频流转换成符合上述目标协议的音视频流。
在本实施例中，服务端可以将符合上述预设协议的音视频流转换成符合上述目标协议的音视频流。其中，上述目标协议为上述投屏接收端支持播放的协议。
步骤403，服务端将符合上述目标协议的音视频流的地址发送至终端。
在本实施例中，服务端可以将符合上述目标协议的音视频流的地址发送至上述投屏中转端包括的终端。
步骤404，终端采用局域网投屏技术，将上述地址发送至上述投屏接收端。
在本实施例中，终端可以采用局域网投屏技术(例如DLNA)，将上述地址发送至上述投屏接收端。
步骤405，投屏接收端向服务端发送上述地址。
在本实施例中，投屏接收端可以向服务端发送上述地址。
步骤406，服务端向投屏接收端发送上述地址指示的音视频流。
在本实施例中，服务端可以向投屏接收端发送上述地址指示的音视频流。
步骤407，投屏接收端播放符合上述目标协议的音视频流指示的音视频。
在本实施例中，投屏接收端可以播放符合上述目标协议的音视频流指示的音视频。
在本实施例的一些可选的实现方式中，上述服务端包括第一服务器和第二服务器集合。
其中，第一服务器，可以用于从第二服务器集合中，为投屏发送端分配第二服务器(也即目标第二服务器)。第二服务器集合中的第二服务器可以用于接收音视频流。其中，目标第二服务器，可以用于接收上述投屏发送端所发送的音视频流。
在此基础上，上述第一服务器还可以执行如下步骤：
首先，在接收到上述终端发送的投屏标识分配请求的情况下，生成对应上述投屏标识分配请求的投屏标识，其中，上述投屏标识指示待投屏的音视频的音视频流。
其中，投屏标识分配请求可以用于指示第一服务器分配投屏标识。投屏标识可以用于标识待投屏的音视频，投屏标识与待投屏的音视频可以具有一一对应关系，同一待投屏的音视频的多个音视频流，对应的投屏标识相同。投屏标识可以采用字符或图像(例如条形码、二维码等)的形式表征。
然后，基于上述终端所在的区域、上述终端的运营商的类型，以及第二服务器的负荷情况中的至少一者，从上述第二服务器集合中选取目标第二服务器，以使上述目标第二服务器接收上述投屏发送端发送的、上述投屏标识指示的待投屏的音视频的音视频流。
其中，第二服务器的负荷情况，可以是第二服务器集合中的一个或多个第二服务器的负荷情况。
作为示例，上述执行主体可以将第二服务器集合中，负荷最小的第二服务器，作为目标第二服务器；也可以按照随机或者预设的选取方式，从第二服务器集合中选取第二服务器，将首个选取的负荷小于预设阈值的第二服务器，作为目标第二服务器。
作为又一示例，上述执行主体可以将第二服务器集合中，距离投屏接收端所在的区域最接近的第二服务器，作为目标第二服务器；也可以按照随机或者预设的选取方式，从第二服务器集合中选取第二服务器，将首个选取的距离投屏接收端所在的区域小于预设距离阈值的第二服务器，作为目标第二服务器。
作为再一个示例，上述执行主体可以将第二服务器集合中，与提供上述第二通信方式的网络运行商的类型预先建立有关联关系的第二服务器，作为目标第二服务器。
可以理解，上述可选的实现方式中，第一服务器可以通过负载均衡，为投屏发送端分配用于接收音视频流的目标第二服务器，从而有助于实现音视频流在投屏发送端与目标第二服务器之间的流畅传输。
在上述可选的实现方式中的一些应用场景下，上述服务端还包括第三服务器集合。
其中，第三服务器集合中的第三服务器可以用于接收目标音视频流，以及将音视频流进行发送。其中，目标第三服务器，可以用于接收目标第二服务器发送的音视频流，以及将音视频流发送至上述投屏接收端。
在此基础上：
上述第一服务器，还可以基于上述投屏发送端所在的区域、上述投屏发送端的运营商的类型，以及第三服务器的负荷情况中的至少一者，从上述第三服务器集合中选取目标第三服务器。
其中，第三服务器的负荷情况，可以是第三服务器集合中的一个或多个第三服务器的负荷情况。
这里，选取目标第三服务器的具体方式，可以参考选取目标第二服务器的方式，在此不再赘述。
上述目标第三服务器，可以在上述终端发送的投屏标识分配请求对应的投屏标识与上述投屏发送端发送的投屏标识相同的情况下，向上述目标第二服务器发送上述投屏标识指示的音视频流。
这里，投屏接收端可以采用输入字符或者扫描条形码、二维码的方式，向第一服务器发送投屏标识，第一服务器可以为投屏接收端，匹配与其所发送的投屏标识相关联的目标第二服务器，之后，目标第三服务器可以将目标第二服务器发送的、投屏标识对应的音视频流发送至投屏接收端。
上述终端，还可以对上述目标第二服务器中上述投屏标识指示的音视频流进行轮询；在轮询结果指示上述目标第二服务器中存在上述投屏标识指示的音视频流的情况下，从上述目标第二服务器获取音视频流的地址；将上述地址发送至上述投屏接收端。
上述投屏接收端，还可以从上述目标第二服务器获取上述地址指示的音视频流。
可以理解，上述应用场景中，第一服务器可以通过负载均衡，为投屏接收端分配用于发送音视频流的目标第三服务器，从而有助于实现音视频流在投屏接收端与目标第三服务器之间的流畅传输。并且，采用轮询的方式，可以更为及时地实现投屏接收端的投屏。
在一些情况下，本实施例中的投屏系统可以采用如下方式实现投屏：
作为示例，这里以图7所示的系统架构图为例，对本实施例进行说明。
这里，投屏系统包括投屏发送端、投屏接收端和投屏中转端(包括服务端和终端)。原理简述为投屏接收端先向服务端(包括第一服务器、第二服务器集合、第三服务器集合)申请投屏码(即上述投屏标识)，然后将该投屏码发送至投屏发送端。投屏发送端对待投屏的音视频进行录屏、录音转码，将其合并为音视频流，然后基于WebRTC(Web Real-TimeCommunication)协议将音视频流和投屏码推送给服务端，服务端根据投屏码将音视频流转发给投屏接收端进行解码播放。在投屏接收端，可以检索当前局域网内电视等DLNA(可以作为一种局域网投屏技术)接收投屏设备，将经互联网的远程镜像投屏投放给TV端。
在一些情况下，本实施例中的系统架构可以包括投屏发送端(录屏推流端)、投屏接收端(拉流播放端)，服务端包括CMS(Content Management System，云投屏管理服务器，即上述第一服务器)和SFU(Selective Forwarding Unit，云投屏流中转服务器，即上述第二服务器集合和第三服务器集合中的服务器)。
下面请参考图5，图5是根据本公开的投屏系统的另一个应用场景的示意图。如图5所示，投屏系统中，投屏接收端、投屏发送端和服务端可以执行如下步骤：
首先，投屏接收端(PC端或Web浏览器)向CMS(流管理服务器)申请投屏码。
之后，CMS接收到投屏接收端发送的投屏标识分配请求，分配投屏码，并根据投屏接收端所在区域、提供上述第二通信方式的网络运行商的类型，以及第二服务器的负荷情况，从上述第二服务器集合中选取目标第二服务器(即拉流播放服务器)。此外，CMS还可以维护投屏码与拉流播放服务器(目标第二服务器)的映射关系，将该投屏码返回给投屏接收端，投屏接收端不断轮询该投屏码对应的流状态，检查是否有投屏流可播放。
然后，投屏发送端(例如，Android或iOS手机端)输入投屏接收端展示的投屏码。
随后，投屏发送端根据投屏码向CMS查询推流地址。
接下来，CMS会根据投屏发送端所在区域、提供上述第一通信方式的网络运行商的类型，以及第三服务器的负荷情况，从上述第三服务器集合中选取目标第三服务器作为推流服务器，并返回给投屏发送端。
接着，投屏发送端录屏录音并编码合成音视频流，使用WebRTC协议推送给目标第三服务器(即推流服务器)。推流服务器将音视频流转发给拉流服务器，CMS服务器标记该投屏码对应的流地址可播放。
随后，投屏接收端轮询CMS检测到投屏码对应的流可播放时，采用WebRTC协议从拉流服务器拉流并解码播放，实现投屏发送端画面的镜像云投屏。
这里，除用自定义实现的应用播放云投屏外，还可以突破此限制将镜像流转投给标准的DLNA投屏接收设备如电视等投屏接收端。具体流程如下：
终端(例如手机、电脑)可以实现DLNA的管理功能，发现与终端位于同一局域网内的DLNA接收投屏设备(例如电视)。之后，终端选择DLNA投屏接收设备，同时终端可以往服务端发送生成HLS播放流地址请求。服务端收到HLS流请求后，将WebRTC(可以作为一种预设协议)流转换成HLS(可以作为一种目标协议)流地址返回给终。终端拿到该流地址后，发送给电视端。最后，电视从SFU拉取HLS流播放，实现跨互联网的DLNA镜像投屏。
此外，请继续参考图6。图6是本公开的投屏系统中的投屏发送端和终端的功能模块示意图。
如图6所示，在投屏发送端包括业务逻辑和投屏服务两个模块。
业务逻辑模块负责处理投屏上层业务逻辑，包含登录(可用于计费)、投屏(可以通过扫码功能实现投屏)、设置以及投递统计(例如对音视频流的发送成功与否进行统计)等子模块。投屏服务模块负责处理投屏的视频数据并管理投屏状态，包括投屏状态处理(例如确定投屏是否成功)、WebRTC推流、编码、录屏录音等子模块。
此外，投屏中转端中的终端包括业务逻辑和拉流播放两个模块。业务逻辑包括插件加载(例如对用于软件更新)、投屏码管理、调度与拉流播放及DLNA转投(用于将服务端发送的符合目标协议的音视频流转发至电视等投屏接收端)等子模块。拉流播放可以基于Electron和React方案实现，采用插件式架构，便于用户免安装升级。
需要说明的是，除上面所记载的内容外，本公开的实施例还可以包括与图2对应的实施例相同或类似的特征、效果，在此不再赘述。
可以理解，上述实施例可以基于互联网实现投屏功能，相比于DLNA、AirPlay和Mirracast等方式，可实现跨局域网投屏；此外，投屏发送端可以是Android和iOS设备，投屏接收端可以是PC设备或Web浏览器，实现了跨设备平台间的投屏；通过在终端设计DLNA转投模块，可以将远程屏幕镜像流转投屏给TV等标准DLNA设备进行播放，实现远程屏幕镜像的大屏播放展示；基于WebRTC协议实现，根据网络带宽波动可自动调节帧率和码流，投屏流畅，易实现且易扩展；服务端采用分布式部署SFU流中转服务器，并用CMS管理与调度，根据终端所在网络和服务资源负荷状况分配最优的流服务器资源给投屏发送端与接收端。这样，用户基于上述投屏系统，可以轻松实现用户手机内文档的远程演示与分享。
继续参考图8，示出了根据本公开的投屏方法的一个实施例的流程800。该投屏方法应用于投屏中转端，该方法包括以下步骤：
步骤801，从投屏发送端接收符合预设协议的、待投屏的音视频的音视频流。
在本实施例中，投屏中转端可以从投屏发送端接收符合预设协议的、待投屏的音视频的音视频流。
步骤802，将符合上述预设协议的音视频流转换成符合目标协议的音视频流。
在本实施例中，投屏中转端可以将符合上述预设协议的音视频流转换成符合目标协议的音视频流。其中，上述目标协议为上述投屏接收端支持播放的协议。
步骤803，基于局域网投屏技术，将符合上述目标协议的音视频流发送至上述投屏接收端，以使上述投屏接收端播放符合上述目标协议的音视频流指示的音视频。
在本实施例中，投屏中转端可以基于局域网投屏技术，将符合上述目标协议的音视频流发送至上述投屏接收端，以使上述投屏接收端播放符合上述目标协议的音视频流指示的音视频。其中，上述投屏发送端和上述投屏接收端位于非同一局域网内。
需要说明的是，除上面所记载的内容外，本公开的实施例还可以包括与图2-图7对应的实施例相同或类似的特征、效果，在此不再赘述。
本公开上述实施例提供的应用于投屏中转端的投屏方法中，上述投屏中转端可以从投屏发送端接收符合预设协议的、待投屏的音视频的音视频流，之后，将符合上述预设协议的音视频流转换成符合目标协议的音视频流，其中，上述目标协议为上述投屏接收端支持播放的协议，最后，基于局域网投屏技术，将符合上述目标协议的音视频流发送至上述投屏接收端，以使上述投屏接收端播放符合上述目标协议的音视频流指示的音视频，其中，上述投屏发送端和上述投屏接收端位于非同一局域网内。这样，在投屏发送端和投屏接收端位于非同一局域网内的场景下，通过投屏中转端将符合预设协议的音视频流转换成投屏接收端支持播放的协议，实现了与标准的投屏接收端之间的远程投屏，从而丰富了投屏的应用场景。
继续参考图9，示出了根据本公开的投屏方法的一个实施例的流程900。该投屏方法应用于投屏发送端，该方法包括以下步骤：
步骤901，将符合预设协议的、待投屏的音视频的音视频流发送至投屏中转端，以使上述投屏中转端将符合上述预设协议的音视频流转换成符合目标协议的音视频流，以及基于局域网投屏技术，将符合上述目标协议的音视频流发送至投屏接收端。
在本实施例中，投屏方法的执行主体(也即投屏发送端)可以将符合预设协议的、待投屏的音视频的音视频流发送至投屏中转端，以使上述投屏中转端将符合上述预设协议的音视频流转换成符合目标协议的音视频流，以及基于局域网投屏技术，将符合上述目标协议的音视频流发送至投屏接收端。
其中，上述投屏接收端用于播放符合上述目标协议的音视频流指示的音视频，上述目标协议为上述投屏接收端支持播放的协议，上述投屏发送端和上述投屏接收端位于非同一局域网内。
需要说明的是，除上面所记载的内容外，本公开的实施例还可以包括与图2-图7对应的实施例相同或类似的特征、效果，在此不再赘述。
本公开上述实施例提供的应用于投屏发送端的投屏方法中，上述投屏发送端可以将符合预设协议的、待投屏的音视频的音视频流发送至投屏中转端，以使上述投屏中转端将符合上述预设协议的音视频流转换成符合目标协议的音视频流，以及基于局域网投屏技术，将符合上述目标协议的音视频流发送至投屏接收端，其中，上述投屏接收端用于播放符合上述目标协议的音视频流指示的音视频，上述目标协议为上述投屏接收端支持播放的协议，上述投屏发送端和上述投屏接收端位于非同一局域网内。这样，在投屏发送端和投屏接收端位于非同一局域网内的场景下，通过投屏中转端将符合预设协议的音视频流转换成投屏接收端支持播放的协议，实现了与标准的投屏接收端之间的远程投屏，从而丰富了投屏的应用场景。
进一步参考图10，图10是根据本公开的应用于投屏接收端的投屏方法的一个实施例的流程1000，上述方法包括以下步骤：
步骤1001，基于局域网投屏技术，从投屏中转端接收符合目标协议的、待投屏的音视频的音视频流。
在本实施例中，投屏方法的执行主体(也即投屏接收端)可以基于局域网投屏技术，从投屏中转端接收符合目标协议的、待投屏的音视频的音视频流。
其中，上述目标协议为上述投屏接收端支持播放的协议，符合上述目标协议的音视频流经由上述投屏中转端对符合预设协议的音视频流转换获得，符合上述预设协议的音视频流经由上述投屏中转端从投屏发送端接收，上述投屏发送端和上述投屏接收端位于非同一局域网内。
步骤1002，播放符合上述目标协议的音视频流指示的音视频。
在本实施例中，上述执行主体可以播放符合上述目标协议的音视频流指示的音视频。
需要说明的是，除上面所记载的内容外，本公开的实施例还可以包括与图2-图7对应的实施例相同或类似的特征、效果，在此不再赘述。
本公开上述实施例提供的应用于投屏接收端的投屏方法中，上述投屏接收端基于局域网投屏技术，从投屏中转端接收符合目标协议的、待投屏的音视频的音视频流，其中，上述目标协议为上述投屏接收端支持播放的协议，符合上述目标协议的音视频流经由上述投屏中转端对符合预设协议的音视频流转换获得，符合上述预设协议的音视频流经由上述投屏中转端从投屏发送端接收，上述投屏发送端和上述投屏接收端位于非同一局域网内，之后，播放符合上述目标协议的音视频流指示的音视频。这样，在投屏发送端和投屏接收端位于非同一局域网内的场景下，通过投屏中转端将符合预设协议的音视频流转换成投屏接收端支持播放的协议，实现了与标准的投屏接收端之间的远程投屏，从而丰富了投屏的应用场景。
图11为本公开实施例提供的一种电子设备的结构示意图，图11所示的电子设备1200包括：至少一个处理器1201、存储器1202和至少一个网络接口1204和其他用户接口1203。电子设备1200中的各个组件通过总线系统1205耦合在一起。可理解，总线系统1205用于实现这些组件之间的连接通信。总线系统1205除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图11中将各种总线都标为总线系统1205。
其中，用户接口1203可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。
可以理解，本公开实施例中的存储器1202可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(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，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本文描述的存储器1202旨在包括但不限于这些和任意其它适合类型的存储器。
在一些实施方式中，存储器1202存储了如下的元素，可执行单元或者数据结构，或者他们的子集，或者他们的扩展集：操作系统1221和应用程序1222。
其中，操作系统1221，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序1222，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用业务。实现本公开实施例方法的程序可以包含在应用程序1222中。
在本公开实施例中，通过调用存储器1202存储的程序或指令，具体的，可以是应用程序1222中存储的程序或指令，处理器1201用于执行各方法实施例所提供的方法步骤，例如包括：
从投屏发送端接收符合预设协议的、待投屏的音视频的音视频流；
将符合上述预设协议的音视频流转换成符合目标协议的音视频流，其中，上述目标协议为上述投屏接收端支持播放的协议；
基于局域网投屏技术，将符合上述目标协议的音视频流发送至上述投屏接收端，以使上述投屏接收端播放符合上述目标协议的音视频流指示的音视频，其中，上述投屏发送端和上述投屏接收端位于非同一局域网内。
或者，
将符合预设协议的、待投屏的音视频的音视频流发送至投屏中转端，以使上述投屏中转端将符合上述预设协议的音视频流转换成符合目标协议的音视频流，以及基于局域网投屏技术，将符合上述目标协议的音视频流发送至投屏接收端，其中，上述投屏接收端用于播放符合上述目标协议的音视频流指示的音视频，上述目标协议为上述投屏接收端支持播放的协议，上述投屏发送端和上述投屏接收端位于非同一局域网内。
或者，
基于局域网投屏技术，从投屏中转端接收符合目标协议的、待投屏的音视频的音视频流，其中，上述目标协议为上述投屏接收端支持播放的协议，符合上述目标协议的音视频流经由上述投屏中转端对符合预设协议的音视频流转换获得，符合上述预设协议的音视频流经由上述投屏中转端从投屏发送端接收，上述投屏发送端和上述投屏接收端位于非同一局域网内；
播放符合上述目标协议的音视频流指示的音视频。
上述本公开实施例揭示的方法可以应用于处理器1201中，或者由处理器1201实现。处理器1201可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1201中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1201可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本公开实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本公开实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件单元组合执行完成。软件单元可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1202，处理器1201读取存储器1202中的信息，结合其硬件完成上述方法的步骤。
可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ApplicationSpecific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSPDevice，DSPD)、可编程逻辑设备(Programmable LogicDevice，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。
对于软件实现，可通过执行本文所述功能的单元来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
本实施例提供的电子设备可以是如图11中所示的电子设备，可执行如图6-8中任一投屏方法的所有步骤，进而实现图6-8中任一所示投屏方法的技术效果，具体请参照图6-8的相关描述，为简洁描述，在此不作赘述。
本公开实施例还提供了一种存储介质(计算机可读存储介质)。这里的存储介质存储有一个或者多个程序。其中，存储介质可以包括易失性存储器，例如随机存取存储器；存储器也可以包括非易失性存储器，例如只读存储器、快闪存储器、硬盘或固态硬盘；存储器还可以包括上述种类的存储器的组合。
当存储介质中一个或者多个程序可被一个或者多个处理器执行，以实现上述在电子设备侧执行的投屏方法。
所述处理器用于执行存储器中存储的通信程序，以实现以下在电子设备侧执行的投屏方法的步骤：
从投屏发送端接收符合预设协议的、待投屏的音视频的音视频流；
将符合上述预设协议的音视频流转换成符合目标协议的音视频流，其中，上述目标协议为上述投屏接收端支持播放的协议；
基于局域网投屏技术，将符合上述目标协议的音视频流发送至上述投屏接收端，以使上述投屏接收端播放符合上述目标协议的音视频流指示的音视频，其中，上述投屏发送端和上述投屏接收端位于非同一局域网内。
或者，
将符合预设协议的、待投屏的音视频的音视频流发送至投屏中转端，以使上述投屏中转端将符合上述预设协议的音视频流转换成符合目标协议的音视频流，以及基于局域网投屏技术，将符合上述目标协议的音视频流发送至投屏接收端，其中，上述投屏接收端用于播放符合上述目标协议的音视频流指示的音视频，上述目标协议为上述投屏接收端支持播放的协议，上述投屏发送端和上述投屏接收端位于非同一局域网内。
或者，
基于局域网投屏技术，从投屏中转端接收符合目标协议的、待投屏的音视频的音视频流，其中，上述目标协议为上述投屏接收端支持播放的协议，符合上述目标协议的音视频流经由上述投屏中转端对符合预设协议的音视频流转换获得，符合上述预设协议的音视频流经由上述投屏中转端从投屏发送端接收，上述投屏发送端和上述投屏接收端位于非同一局域网内；
播放符合上述目标协议的音视频流指示的音视频。
专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上所述的具体实施方式，对本公开的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本公开的具体实施方式而已，并不用于限定本公开的保护范围，凡在本公开的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。

Claims (10)

1.一种投屏系统，其特征在于，所述系统包括投屏发送端、投屏接收端和投屏中转端，所述投屏发送端和所述投屏接收端位于非同一局域网内，所述投屏中转端包括服务端和终端，所述终端和所述投屏接收端位于同一局域网内，所述服务端包括第一服务器和第二服务器集合，其中：
所述投屏发送端，被配置成：将符合预设协议的、待投屏的音视频的音视频流发送至所述服务端；
所述服务端，被配置成：将符合所述预设协议的音视频流转换成符合目标协议的音视频流，其中，所述目标协议为所述投屏接收端支持播放的协议；将符合所述目标协议的音视频流的地址发送至所述终端；
所述终端，被配置成：采用局域网投屏技术，将所述地址发送至所述投屏接收端；
所述投屏接收端，被配置成：从所述服务端获取所述地址指示的音视频流；播放符合所述目标协议的音视频流指示的音视频；
所述第一服务器，被配置成：
在接收到所述终端发送的投屏标识分配请求的情况下，生成对应所述投屏标识分配请求的投屏标识，其中，所述投屏标识指示待投屏的音视频的音视频流；
基于所述终端所在的区域、所述终端的运营商的类型，以及第二服务器的负荷情况中的至少一者，从所述第二服务器集合中选取目标第二服务器，以使所述目标第二服务器接收所述投屏发送端发送的、所述投屏标识指示的待投屏的音视频的音视频流。
2.根据权利要求1所述的系统，其特征在于，所述服务端还包括第三服务器集合；以及
所述第一服务器，还被配置成：基于所述投屏发送端所在的区域、所述投屏发送端的运营商的类型，以及第三服务器的负荷情况中的至少一者，从所述第三服务器集合中选取目标第三服务器；
所述目标第三服务器，被配置成：在所述终端发送的投屏标识分配请求对应的投屏标识与所述投屏发送端发送的投屏标识相同的情况下，向所述目标第二服务器发送所述投屏标识指示的音视频流；
所述终端，被配置成：对所述目标第二服务器中所述投屏标识指示的音视频流进行轮询；在轮询结果指示所述目标第二服务器中存在所述投屏标识指示的音视频流的情况下，从所述目标第二服务器获取音视频流的地址；将所述地址发送至所述投屏接收端；
所述投屏接收端，被配置成：从所述目标第二服务器获取所述地址指示的音视频流。
3.根据权利要求1-2之一所述的系统，其特征在于，
所述投屏接收端，还被配置成：基于所述局域网投屏技术，将所述投屏接收端的本地音频获取装置获取的音频和/或所述投屏发送端的本地图像获取装置获取的图像，发送至所述投屏中转端；
所述投屏发送端，还被配置成：从所述投屏中转端获取所述投屏接收端的本地音频获取装置获取的音频和/或所述投屏发送端的本地图像获取装置获取的图像；播放所获取的所述投屏接收端的本地音频获取装置获取的音频和/或所述投屏接收端的本地图像获取装置获取的图像。
4.根据权利要求1-2之一所述的系统，其特征在于，所述局域网投屏技术包括：基于数字生活网络联盟DLNA的局域网投屏技术；所述预设协议包括：网页即时通信WebRTC协议；所述目标协议包括：基于超文本传输协议HTTP的自适应码率流媒体传输协议HLS。
5.根据权利要求1-2之一所述的系统，其特征在于，所述投屏接收端不支持播放符合所述预设协议的音视频流指示的音视频。
6.一种投屏方法，其特征在于，所述方法应用于如权利要求1-5之一所述的投屏系统中的投屏中转端，所述方法包括：
从投屏发送端接收符合预设协议的、待投屏的音视频的音视频流；
将符合所述预设协议的音视频流转换成符合目标协议的音视频流，其中，所述目标协议为所述投屏接收端支持播放的协议；
基于局域网投屏技术，将符合所述目标协议的音视频流发送至所述投屏接收端，以使所述投屏接收端播放符合所述目标协议的音视频流指示的音视频，其中，所述投屏发送端和所述投屏接收端位于非同一局域网内。
7.一种投屏方法，其特征在于，所述方法应用于如权利要求1-5之一所述的投屏系统中的投屏发送端，所述方法包括：
将符合预设协议的、待投屏的音视频的音视频流发送至投屏中转端，以使所述投屏中转端将符合所述预设协议的音视频流转换成符合目标协议的音视频流，以及基于局域网投屏技术，将符合所述目标协议的音视频流发送至投屏接收端，其中，所述投屏接收端用于播放符合所述目标协议的音视频流指示的音视频，所述目标协议为所述投屏接收端支持播放的协议，所述投屏发送端和所述投屏接收端位于非同一局域网内。
8.一种投屏方法，其特征在于，所述方法应用于如权利要求1-5之一所述的投屏系统中的投屏接收端，所述方法包括：
基于局域网投屏技术，从投屏中转端接收符合目标协议的、待投屏的音视频的音视频流，其中，所述目标协议为所述投屏接收端支持播放的协议，符合所述目标协议的音视频流经由所述投屏中转端对符合预设协议的音视频流转换获得，符合所述预设协议的音视频流经由所述投屏中转端从投屏发送端接收，所述投屏发送端和所述投屏接收端位于非同一局域网内；
播放符合所述目标协议的音视频流指示的音视频。
9.一种电子设备，其特征在于，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述存储器中存储的计算机程序，且所述计算机程序被执行时，实现上述权利要求6-8任一所述的方法。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时，实现上述权利要求6-8任一所述的方法。
CN202111285708.2A 2021-11-01 2021-11-01 投屏系统、方法、电子设备和存储介质 Active CN114040232B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111285708.2A CN114040232B (zh) 2021-11-01 2021-11-01 投屏系统、方法、电子设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111285708.2A CN114040232B (zh) 2021-11-01 2021-11-01 投屏系统、方法、电子设备和存储介质

Publications (2)

Publication Number Publication Date
CN114040232A CN114040232A (zh) 2022-02-11
CN114040232B true CN114040232B (zh) 2023-09-01

Family

ID=80135965

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111285708.2A Active CN114040232B (zh) 2021-11-01 2021-11-01 投屏系统、方法、电子设备和存储介质

Country Status (1)

Country Link
CN (1) CN114040232B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114827682A (zh) * 2022-04-08 2022-07-29 北京字节跳动网络技术有限公司 投屏方法、系统、设备及存储介质
CN115150649A (zh) * 2022-06-14 2022-10-04 阿里云计算有限公司 一种媒体流的播放方法、设备及存储介质
CN115767159A (zh) * 2022-11-16 2023-03-07 深圳创维－Rgb电子有限公司 投屏方法、装置、电子设备及存储介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011120368A1 (zh) * 2010-03-29 2011-10-06 华为技术有限公司 在电信网络中提供实时视频业务的方法、服务器和系统
CN104144316A (zh) * 2013-05-06 2014-11-12 南京理工大学连云港研究院 基于流媒体技术的车载移动视频监控系统
WO2014201775A1 (zh) * 2013-06-21 2014-12-24 中兴通讯股份有限公司 一种多媒体数据传输方法及装置
WO2017092338A1 (zh) * 2015-12-03 2017-06-08 乐视控股（北京）有限公司 一种数据传输的方法和装置
WO2018018965A1 (zh) * 2016-07-25 2018-02-01 中兴通讯股份有限公司 屏幕共享方法、设备及系统
CN110784758A (zh) * 2019-08-22 2020-02-11 腾讯科技（深圳）有限公司 投屏处理方法和装置
US10778812B1 (en) * 2019-05-09 2020-09-15 Alibaba Group Holding Limited Data encapsulation conversion and transmission
CN113301021A (zh) * 2021-04-23 2021-08-24 深圳乐播科技有限公司 一对多投屏方法、系统、设备及存储介质

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2891291A1 (en) * 2012-11-12 2014-05-15 Moontunes, Inc. Systems and methods for communicating a live event to users using the internet

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011120368A1 (zh) * 2010-03-29 2011-10-06 华为技术有限公司 在电信网络中提供实时视频业务的方法、服务器和系统
CN104144316A (zh) * 2013-05-06 2014-11-12 南京理工大学连云港研究院 基于流媒体技术的车载移动视频监控系统
WO2014201775A1 (zh) * 2013-06-21 2014-12-24 中兴通讯股份有限公司 一种多媒体数据传输方法及装置
WO2017092338A1 (zh) * 2015-12-03 2017-06-08 乐视控股（北京）有限公司 一种数据传输的方法和装置
WO2018018965A1 (zh) * 2016-07-25 2018-02-01 中兴通讯股份有限公司 屏幕共享方法、设备及系统
US10778812B1 (en) * 2019-05-09 2020-09-15 Alibaba Group Holding Limited Data encapsulation conversion and transmission
CN110784758A (zh) * 2019-08-22 2020-02-11 腾讯科技（深圳）有限公司 投屏处理方法和装置
CN113301021A (zh) * 2021-04-23 2021-08-24 深圳乐播科技有限公司 一对多投屏方法、系统、设备及存储介质

Also Published As

Publication number Publication date
CN114040232A (zh) 2022-02-11

Similar Documents

Publication Publication Date Title
CN114040232B (zh) 投屏系统、方法、电子设备和存储介质
US10764623B2 (en) Method and system for media adaption
CN107135417B (zh) 一种hls协议的投屏方法及系统
US8601097B2 (en) Method and system for data communications in cloud computing architecture
US8089520B2 (en) Remote monitoring method using mobile terminal and system thereof
US20140115050A1 (en) Method And System For Transcoding
US9294791B2 (en) Method and system for utilizing switched digital video (SDV) for delivering dynamically encoded video content
EP3734927A1 (en) Content service implementation method and device, and content delivery network node
JP2006525771A (ja) ネットワークを介して表示装置と通信するシステム及び方法
US20120060202A1 (en) Content service system, content server, content terminal and content service method
CN107547517B (zh) 音视频节目录制方法和网络设备及计算机装置
CN102571409B (zh) 一种用于实现业务跨终端使用的业务请求管理系统及方法
CN112822435A (zh) 一种用户可轻松接入的安防方法、装置及系统
US10721500B2 (en) Systems and methods for live multimedia information collection, presentation, and standardization
CN111107387B (zh) 视频转码方法、装置及计算机存储介质
CN113132194A (zh) 一种信息流转方法、装置、设备、服务器及存储介质
KR101819193B1 (ko) 실시간 파일 포맷 변환 스트리밍 서비스 방법
CN115022725A (zh) 一种视频播放方法和装置
CN114401428A (zh) 基于短链接信令通道的公网下进行远程多屏互动实现方法
WO2016082806A1 (zh) 视频处理方法及装置
CN101888406A (zh) 机顶盒、业务服务器、节目下载方法、发送方法及系统
CN112532534A (zh) 一种数据传输方法、装置以及计算机可读存储介质
US20210112109A1 (en) Av1 codec for real-time video communication
CN111263214A (zh) 多屏互动的实现方法和实现系统
KR101691124B1 (ko) 다자간 멀티미디어 공유 서비스 제공 시스템 및 방법

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant