显示设备及镜像投屏音频输出控制方法与流程

1.本技术涉及智能电视技术领域，尤其涉及一种显示设备及镜像投屏音频输出控制方法。


背景技术：

2.显示设备是一种可实现双向人机交互功能，集影音、娱乐、数据等多种功能于一体的电视产品。为满足用户多样化的需求，显示设备安装有投屏、影音、娱乐等多种应用，通过用户界面与用户进行交互和信息交换。
3.目前，移动设备可以基于一定的投屏协议将屏幕当前显示内容镜像投屏至显示设备的用户界面上。即移动设备通过录屏应用实时录屏，将屏幕当前展示内容录制并压缩为视频流传输至显示设备。但是，因为移动设备安装的操作系统通常是安卓系统，录屏应用作为第三方开发的应用，即录屏应用不属于系统级别应用，因此，移动设备仅可以允许第三方应用(录屏应用)录制操作系统屏幕当前显示内容，却不允许录制当前播放的音频数据及系统音频。因此，在用户通过移动设备镜像投屏至显示设备时，无法通过显示设备输出移动设备的声音，导致体验效果不佳。


技术实现要素：

4.本技术提供了一种显示设备及镜像投屏音频输出控制方法，以解决现有技术中在镜像投屏时无法通过显示设备输出移动设备的声音，导致体验效果不佳的技术问题。
5.第一方面，本技术提供了一种显示设备，包括：
6.显示器；
7.扬声器；
8.控制器，所述控制器与所述显示器、所述扬声器通信连接，所述控制器被配置为：
9.响应于移动设备发送的投屏请求，控制所述显示器显示播放界面，并控制启动所述显示设备的蓝牙协议服务，其中，所述播放界面用于显示所述移动设备的投屏界面；
10.接收所述移动设备发送的音频传输请求，利用所述蓝牙协议服务与所述移动设备建立蓝牙传输通道；
11.接收所述移动设备通过所述蓝牙传输通道发送的音频数据，控制所述扬声器输出所述音频数据。
12.在一些实施例中，所述移动设备包含第一移动设备和第二移动设备，所述控制器还被配置为：
13.在接收到第二移动设备的音频传输请求时，控制停止接收所述第一移动设备所发送的音频数据，并接收所述第二移动设备所发送的音频数据，以使所述扬声器停止所述第一以移动设备的音频数据的输出，并控制所述扬声器输出所述第二移动设备的音频数据，其中，所述第一移动设备向显示设备发送音频传输请求的时间早于所述第二移动设备向显示设备发送音频传输请求的时间。
14.在一些实施例中，所述移动设备包含第一移动设备和第二移动设备，所述控制器还被配置为：
15.在接收到第二移动设备的投屏请求时，控制所述显示器同时展示所述第一移动设备所发送的投屏界面以及所述第一移动设备所发送的投屏界面，其中，所述第一移动设备向显示设备发送投屏请求的时间早于所述第二移动设备向显示设备发送投屏请求的时间。
16.在一些实施例中，在接收到第二移动设备的音频传输请求时，控制停止接收所述第一移动设备所发送的音频数据，并接收所述第二移动设备所发送的音频数据的步骤中，所述控制器还被配置为：
17.接收所述第二移动设备发送的音频传输请求，检测所述显示设备当前的蓝牙连接状态；若所述显示设备已与第一移动设备建立蓝牙传输通道，则断开与第一移动设备之间的蓝牙传输通道，并向第二移动设备反馈表征允许蓝牙连接的指令；接收所述第二移动设备根据表征允许蓝牙连接的命令重新发送的音频传输请求，与所述第二移动设备建立蓝牙传输通道。
18.在一些实施例中，所述控制器还被配置为：
19.在所述检测所述显示设备当前的蓝牙连接状态时，若所述显示设备未与所述第一移动设备建立蓝牙传输通道，则响应于所述第二移动设备发送的音频传输请求，与所述第二移动设备建立蓝牙传输通道。
20.在一些实施例中，在接收到第二移动设备的投屏请求时，控制所述显示器同时展示所述第一移动设备所发送的投屏界面以及所述第一移动设备所发送的投屏界面的步骤中，所述控制器还被配置为：
21.接收所述第一移动设备和所述第二移动设备发送的投屏请求，在所述播放界面内创建与移动设备相同数量的播放控件，其中，多个所述播放控件隶属于同一应用；控制所述播放控件分别获取相应的移动设备的投屏界面进行展示。
22.在一些实施例中，在接收到第二移动设备的投屏请求时，控制所述显示器同时展示所述第一移动设备所发送的投屏界面以及所述第一移动设备所发送的投屏界面的步骤中，所述控制器还被配置为：
23.接收所述第一移动设备和所述第二移动设备发送的投屏请求，控制所述显示器所显示的用户界面显示出与移动设备相同数量的显示窗口，其中，多个所述显示窗口分别显示播放界面，多个所述显示窗口分别隶属于不同的应用；控制所述显示窗口分别获取相应的移动设备的投屏界面进行展示。
24.在一些实施例中，所述控制器还被配置为：
25.在接收所述移动设备发送的音频传输请求，利用默认pin码与所述移动设备在后台进行配对，以使第一次连接时，所述显示设备和所述移动设备均不弹出蓝牙配对对话框。
26.第二方面，本技术提供了一种镜像投屏音频输出控制方法，所述方法包括：
27.响应于移动设备发送的投屏请求，控制显示器显示播放界面，并控制启动所述显示设备的蓝牙协议服务，其中，所述播放界面用于显示所述移动设备的投屏界面；
28.接收所述移动设备发送的音频传输请求，利用所述蓝牙协议服务与所述移动设备建立蓝牙传输通道；
29.接收所述移动设备通过所述蓝牙传输通道发送的音频数据，控制扬声器输出所述
音频数据。
30.与现有技术相比，本技术的有益效果为：
31.本技术提供了一种显示设备及镜像投屏音频输出控制方法，显示设备在接收到移动设备的投屏请求时，控制显示器通过播放界面展示出移动设备的投屏界面，与此同时，显示设备启动蓝牙协议服务，以后后续响应移动设备的音频传输请求。在接收到移动设备发送的音频传输请求时，通过蓝牙协议服务与移动设备建立蓝牙传输通道。移动设备可以将音频数据通过蓝牙传输通道发送至显示设备，以使显示设备通过扬声器输出移动设备的音频数据。本技术中，显示设备与移动设备在进行镜像投屏时，移动设备将投屏界面与相应的音频数据分成两路传输至显示设备，其中，通过蓝牙传输通道实现了移动设备的音频数据通过显示设备输出，极大的提升了用户体验。
附图说明
32.为了更清楚地说明本技术的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
33.图1中示例性示出了根据一些实施例的显示设备与控制装置之间操作场景的示意图；
34.图2中示例性示出了根据一些实施例的控制装置100的硬件配置框图；
35.图3中示例性示出了根据一些实施例的显示设备200的硬件配置框图；
36.图4中示例性示出了根据一些实施例的显示设备200中软件配置示意图；
37.图5中示例性示出了根据一些实施例的移动设备镜像投屏至显示设备200的显示效果示意图；
38.图6中示例性示出了根据一些实施例的移动设备镜像投屏至显示设备200的另一显示效果示意图；
39.图7中示例性示出了根据一些实施例的镜像投屏音频输出控制方法的流程示意图；
40.图8中示例性示出了根据一些实施例的多移动设备镜像投屏至显示设备200的显示效果示意图；
41.图9中示例性示出了根据一些实施例的镜像投屏音频输出控制方法的时序图。
具体实施方式
42.为使本技术的目的和实施方式更加清楚，下面将结合本技术示例性实施例中的附图，对本技术示例性实施方式进行清楚、完整地描述，显然，描述的示例性实施例仅是本技术一部分实施例，而不是全部的实施例。
43.需要说明的是，本技术中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本技术的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。
44.本技术中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另
外注明。应该理解这样使用的用语在适当情况下可以互换。
45.术语“包括”和“具有”以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的所有组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。
46.术语“模块”是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合，能够执行与该元件相关的功能。
47.图1为根据实施例中显示设备与控制装置之间操作场景的示意图。如图1所示，用户可通过智能设备300或控制装置100操作显示设备200。
48.在一些实施例中，控制装置100可以是遥控器，遥控器和显示设备的通信包括红外协议通信或蓝牙协议通信，及其他短距离通信方式，通过无线或有线方式来控制显示设备200。用户可以通过遥控器上按键、语音输入、控制面板输入等输入用户指令，来控制显示设备200。
49.在一些实施例中，也可以使用智能设备300(如移动设备、平板电脑、计算机、笔记本电脑等)以控制显示设备200。例如，使用在智能设备上运行的应用程序控制显示设备200。
50.在一些实施例中，显示设备200还可以采用除了控制装置100和智能设备300之外的方式进行控制，例如，可以通过显示设备200设备内部配置的获取语音指令的模块直接接收用户的语音指令控制，也可以通过显示设备200设备外部设置的语音控制设备来接收用户的语音指令控制。
51.在一些实施例中，显示设备200还与服务器400进行数据通信。可允许显示设备200通过局域网(lan)、无线局域网(wlan)和其他网络进行通信连接。服务器400可以向显示设备200提供各种内容和互动。服务器400可以是一个集群，也可以是多个集群，可以包括一类或多类服务器。
52.图2示例性示出了根据示例性实施例中控制装置100的配置框图。如图2所示，控制装置100包括控制器110、通信接口130、用户输入/输出接口140、存储器、供电电源。控制装置100可接收用户的输入操作指令，且将操作指令转换为显示设备200可识别和响应的指令，起用用户与显示设备200之间交互中介作用。
53.图3示出了根据示例性实施例中显示设备200的硬件配置框图。
54.在一些实施例中，显示设备200包括调谐解调器210、通信器220、检测器230、外部装置接口240、控制器250、显示器260、音频输出接口270、存储器、供电电源、用户接口中的至少一种。
55.在一些实施例中，显示器260包括用于呈现画面的显示屏组件，以及驱动图像显示的驱动组件，用于接收源自控制器输出的图像信号，进行显示视频内容、图像内容以及菜单操控界面的组件以及用户操控ui界面。显示器260可为液晶显示器、oled显示器、以及投影显示器，还可以为一种投影装置和投影屏幕。
56.在一些实施例中，控制器250，通过存储在存储器上中各种软件控制程序，来控制显示设备的工作和响应用户的操作。控制器250控制显示设备200的整体操作。例如：响应于接收到用于选择在显示器260上显示ui对象的用户命令，控制器250便可以执行与由用户命令选择的对象有关的操作。
57.在一些实施例中，所述对象可以是可选对象中的任何一个，例如超链接、图标或其他可操作的控件。与所选择的对象有关操作有：显示连接到超链接页面、文档、图像等操作，或者执行与所述图标相对应程序的操作。
58.在一些实施例中，用户可在显示器260上显示的图形用户界面(gui)输入用户命令，则用户输入接口通过图形用户界面(gui)接收用户输入命令。或者，用户可通过输入特定的声音或手势进行输入用户命令，则用户输入接口通过传感器识别出声音或手势，来接收用户输入命令。
59.在一些实施例中，“用户界面”，是应用程序或操作系统与用户之间进行交互和信息交换的介质接口，它实现信息的内部形式与用户可以接受形式之间的转换。用户界面常用的表现形式是图形用户界面(graphic user interface，gui)，是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的一个图标、窗口、控件等界面元素，其中控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、widget等可视的界面元素。
60.参见图4，在一些实施例中，将系统分为四层，从上至下分别为应用程序(applications)层(简称“应用层”)，应用程序框架(application framework)层(简称“框架层”)，安卓运行时(android runtime)和系统库层(简称“系统运行库层”)，以及内核层。
61.在一些实施例中，应用程序层中运行有至少一个应用程序，这些应用程序可以是操作系统自带的窗口(window)程序、系统设置程序或时钟程序等；也可以是第三方开发者所开发的应用程序。在具体实施时，应用程序层中的应用程序包不限于以上举例。
62.框架层为应用程序提供应用编程接口(application programming interface，api)和编程框架。应用程序框架层包括一些预先定义的函数。应用程序框架层相当于一个处理中心，这个中心决定让应用层中的应用程序做出动作。应用程序通过api接口，可在执行中访问系统中的资源和取得系统的服务。
63.如图4所示，本技术实施例中应用程序框架层包括管理器(managers)，内容提供者(content provider)等，其中管理器包括以下模块中的至少一个：活动管理器(activity manager)用与和系统中正在运行的所有活动进行交互；位置管理器(location manager)用于给系统服务或应用提供了系统位置服务的访问；文件包管理器(package manager)用于检索当前安装在设备上的应用程序包相关的各种信息；通知管理器(notification manager)用于控制通知消息的显示和清除；窗口管理器(window manager)用于管理用户界面上的括图标、窗口、工具栏、壁纸和桌面部件。
64.在一些实施例中，内核层是硬件和软件之间的层。如图4所示，内核层至少包含以下驱动中的至少一种：音频驱动、显示驱动、蓝牙驱动、摄像头驱动、wifi驱动、usb驱动、hdmi驱动、传感器驱动(如指纹传感器，温度传感器，压力传感器等)、以及电源驱动等。
65.在一些实施例中的硬件或软件架构可以基于上述实施例中的介绍，在一些实施例中可以是基于相近的其他硬件或软件架构，可以实现本技术的技术方案即可。
66.基于上述显示设备200，用户可将移动设备通过镜像投屏至显示设备200，通过显示设备展示出移动设备的屏幕内容。镜像投屏即为实时地将移动设备屏幕内容投屏到显示设备200，图5和图6分别示例性示出了根据一些实施例的移动设备镜像投屏至显示设备200的显示效果示意图，图5中所示即为移动设备操作界面的显示效果示意图，图6中所示即为
移动设备观看媒资资源的显示效果示意图，如手机相册内的视频等。
67.目前，移动设备安装的操作系统通常是安卓系统，移动设备通过录屏应用实时录屏，并将录制的视频流传输至显示设备，以实现镜像投屏。但是，录屏应用作为第三方开发的应用，即录屏应用不属于系统级别应用，仅可以允许录制操作系统屏幕当前显示内容，却不允许操作系统录制当前播放的音频数据及系统音频。因此，在用户通过移动设备镜像投屏至显示设备时，无法通过显示设备输出移动设备的声音，例如，用户将手机相册内的视频投屏至显示设备200观看，只能看到视频内容，无法通过显示设备200播放相应的音频，导致体验效果不佳。为了提高用户的体验效果，本技术一些实施例中提供了一种显示设备及镜像投屏音频输出控制方法。
68.下面结合附图，来介绍本技术一些实施例提供的镜像投屏音频输出控制的过程。
69.图7中示例性示出了根据一些实施例的镜像投屏音频输出控制方法的流程示意图。本技术在一些实施例中提供了一种显示设备，该显示设备200包括显示器260、扬声器和控制器250，所述控制器250与所述显示器260和扬声器通信连接，所述控制器250被配置为执行图7中的镜像投屏音频输出控制的过程。结合图7，该镜像投屏音频输出控制的过程如下：
70.s701：响应于移动设备发送的投屏请求，控制所述显示器显示播放界面，并控制启动所述显示设备的蓝牙协议服务，其中，所述播放界面用于显示所述移动设备的投屏界面。
71.在一些实施例中，在用户需要将移动设备上所展示的屏幕内容镜像投屏至显示设备200时，可通过移动设备向显示设备200发送投屏请求。显示设备200接收并响应移动设备所发送的投屏请求，与移动设备基于网络连接协议建立连接。建立连接后，移动设备可以实时录屏，将屏幕当前展示内容录制并压缩为视频流传输至显示设备200，此处，视频流即为移动设备的投屏界面。显示设备200控制显示器260显示出播放界面，并将移动设备的投屏界面显示于播放界面上。
72.在一些实施例中，移动设备和显示设备200均可下载同一投屏应用，移动设备和显示设备200基于投屏应用建立连接关系，移动设备通过投屏应用向显示设备200发送视频流。这里，在移动设备的投屏应用中，可以设置“开始投屏”控件，在移送设备接收到用户对“开始投屏”控件的点击是，触发录制屏幕功能，在实时录制屏幕的同时，将录制的屏幕压缩并传输至显示设备200。
73.在一些实施例中，在显示设备200与移动设备通过网络协议建立连接时，显示设备200同时需要检测本机的蓝牙协议服务是否开启，若是检测到蓝牙协议服务还未启动，则需要立即控制蓝牙协议服务启动，以使显示设备200基于蓝牙协议服务响应于移动设备的音频传输请求。
74.在一些实施例中，显示设备控制蓝牙协议服务通过蓝牙a2dp(advanced audio distribution profile，蓝牙音频传输模型协定)协议与移动设备进行连接。
75.在一些实施例中，显示设备200可以响应多个移动设备的投屏请求，也就是可以接收多个移动设备的投屏连接。若所述移动设备包含第一移动设备和第二移动设备，在接收到第二移动设备的投屏请求时，显示设备200控制所述显示器同时展示所述第一移动设备所发送的投屏界面以及所述第一移动设备所发送的投屏界面，其中，所述第一移动设备向显示设备发送投屏请求的时间早于所述第二移动设备向显示设备发送投屏请求的时间。图
8中示例性示出了根据一些实施例的多移动设备镜像投屏至显示设备200的显示效果示意图。如图8所示，以三个移动设备为例，第一移动设备、第二移动设备以及第三移动设备均与显示设备200投屏，显示设备200在显示器260上同屏展示出三个移动设备的投屏界面。
76.在一些实施例中，在发送投屏请求的移动设备存在多个时，如，第一移动设备和第二移动设备均向显示设备200发送投屏请求，显示设备200接收第一移动设备和第二移动设备发送的投屏请求，在所述播放界面内创建与移动设备相同数量的播放控件，其中，多个所述播放控件隶属于同一应用。例如，多个移动设备与显示设备200均安装由同一投屏应用，显示设备200基于一个应用接收多个移动设备的投屏请求。在第一个移动设备与显示设备200建立连接时，显示设备200在播放界面上创建第一播放控件，并控制显示器260全屏展示第一播放控件。当显示设备200再与第二个移动设备建立连接时，显示设备200在播放界面上创建第二播放控件，当显示设备200再与第三个移动设备建立连接时，显示设备200在播放界面上创建第三播放控件。其中，播放控件用于显示移动设备的投屏界面。三个播放控件的显示效果可以如图8所示。显示设备200控制所述播放控件分别获取相应的所述移动设备的投屏界面进行展示。
77.在一些实施例中，在发送投屏请求的移动设备存在多个时，如，第一移动设备和第二移动设备均向显示设备200发送投屏请求，显示设备200接收第一移动设备和第二移动设备发送的投屏请求，控制所述显示器所显示的用户界面显示出与移动设备相同数量的显示窗口，其中，多个所述显示窗口分别显示播放界面，多个所述显示窗口分别隶属于不同的应用。例如，多个移动设备分别安装有不同的投屏应用，以三个移动设备为例，分别安装有支持nfc(near field communication，进场通信)、airplay(无线投屏技术)、dlna(digital living network alliance，数字生活网络联盟)三种投屏协议的投屏应用，显示设备200也分别基于支持这三种投屏协议的投屏应用与各个移动设备建立网络连接。显示设备200基于不同的应用分别接收相应移动设备的投屏请求。在第一个移动设备与显示设备200建立连接时，显示设备200启动相应的应用，并控制显示器260全屏展示第一显示窗口，在第一显示窗口内显示有第一个移动设备的投屏界面。当显示设备200再与第二个移动设备建立连接时，显示设备200在启动一个与其相应的应用，并控制第一显示窗口置于显示器260的一侧，于显示器260的另一侧展示第二显示窗口，在第二显示窗口内显示有第二个移动设备的投屏界面。显示设备200控制所述显示窗口分别获取相应的所述移动设备的投屏界面进行展示。
78.s702：接收所述移动设备发送的音频传输请求，利用所述蓝牙协议服务与所述移动设备建立蓝牙传输通道。
79.在一些实施例中，在显示设备200与移动设备基于网络连接协议建立连接后，移动设备可向显示设备200发送音频传输请求，通过音频传输请求告知显示设备200本移送设备要进行声音传输。音频传输请求内容可以如下：mp_bluea2dp_connect_request(基于蓝牙a2dp连接请求)。
80.在一些实施例中，在移动设备的投屏应用中，可以设置“传输声音”控件，在移送设备接收到用户对“传输声音”控件的点击时，触发移动设备向显示设备200发送音频传输请求，显示设备200响应于该音频传输请求，利用蓝牙协议服务与移动设备建立来连接。
81.在一些实施例中，若所述移动设备包含第一移动设备和第二移动设备，在接收到
第二移动设备的音频传输请求时，显示设备200控制停止接收所述第一移动设备所发送的音频数据，并接收所述第二移动设备所发送的音频数据，以使所述扬声器停止所述第一以移动设备的音频数据的输出，并控制所述扬声器输出所述第二移动设备的音频数据，其中，所述第一移动设备向显示设备发送音频传输请求的时间早于所述第二移动设备向显示设备发送音频传输请求的时间。也就是说，在发送投屏请求的移动设备存在多个时，显示设备200响应于最后一个发送音频传输请求的移动设备，与最后一个发送音频传输请求的移动设备建立蓝牙传输通道。
82.在一些实施例中，所述移动设备包含第一移动设备和第二移动设备，所述第一移动设备向显示设备发送音频传输请求的时间早于所述第二移动设备向显示设备发送音频传输请求的时间。显示设备200接收所述第二移动设备发送的音频传输请求，检测所述显示设备200当前的蓝牙连接状态。若所述显示设备200已与第一移动设备建立蓝牙传输通道，则断开与第一移动设备之间的蓝牙传输通道。也就是说，在显示设备200已经与第一移动设备建立了蓝牙连接，则需要显示设备200向第一移动设备发送断开蓝牙连接指令，先断开与第一移动设备直接的连接，例如，显示设备200向第一移动设备发送mp_bluea2dp_disconnect(断开蓝牙a2dp连接)。
83.在一些实施例中，第一移动设备接收到显示设备200发送的表征断开蓝牙连接的指令之后，更新本移动设备的蓝牙连接状态。
84.在一些实施例中，在显示设备200与第一移动设备断开蓝牙连接后，向后来发送音频传输请求的第二移动设备反馈表征允许蓝牙连接的指令，例如，显示设备200向第二移动设备发送mp_bluea2dp_connect_request_ack(基于蓝牙a2dp连接请求确认)。第二移动设备在接收到显示设备200发送的运行蓝牙连接的指令后，重新向显示设备200发送音频传输请求。
85.在一些实施例中，显示设备200接收所述第二移动设备根据表征允许蓝牙连接的命令重新发送的音频传输请求，与所述第二移动设备建立蓝牙传输通道。
86.在一些实施例中，在所述检测所述显示设备200当前的蓝牙连接状态时，若所述显示设备200未与所述第一移动设备建立蓝牙传输通道，则显示设备200响应于所述第二移动设备发送的音频传输请求，直接与所述第二移动设备建立蓝牙传输通道。
87.在一些实施例中，在接收所述移动设备发送的音频传输请求，显示设备200利用默认pin码与所述移动设备在后台进行配对，以使第一次连接时，所述显示设备200和所述移动设备均不弹出蓝牙配对对话框。即移动设备和显示设备200在进行蓝牙连接时，均在后台通过默认的pin码进行配对，配对完成后建立起蓝牙传输通道。这样，如果移动设备与显示设备200是第一次进行蓝牙连接时，移动设备与显示设备200都不会弹出蓝牙配对对话框，无需用户操作蓝牙配对过程，避免打扰用户观看投屏界面，提升用户体验。
88.s703：接收所述移动设备通过所述蓝牙传输通道发送的音频数据，控制所述扬声器输出所述音频数据。
89.在一些实施例中，在显示设备200与移动设备建立蓝牙传输通道之后，移动设备200可以将音频数据通过蓝牙传输通道发送至显示设备200，以使显示设备200通过扬声器输出相应的音频数据。
90.在一些实施例中，若是显示设备200与移动设备通过网络连接协议建立连接后，可
先进行屏幕内容的投屏，在显示设备200与移动设备建立蓝牙连接通道之后，再进行音频数据的传输。例如，若是用户将移动设备的投屏界面显示再显示设备200之后，可先翻找需要投屏的内容，如，翻找到相册中的某一自己录制的视频，用户在点击视频进行播放时，再触发移动设备与显示设备200建立蓝牙连接通道，进而发送该视频相应的音频数据至显示设备200播放。当然，用户也可在播放视频之前，先触发移动设备与显示设备200建立蓝牙连接通道。
91.下面结合附图，进一步介绍一下本技术一些实施例中镜像投屏音频输出控制的过程。
92.图9中示例性示出了根据一些实施例的镜像投屏音频输出控制方法的时序图。如图9所示，显示设备200与第一移动设备和第二移动设备投屏连接，第一移动设备和第二移动设备的屏幕内容均显示在显示设备200的显示器260上。第一移动设备先向显示设备200发送音频传输请求，显示设备200在接收到第一移动设备发送的音频传输请求后，向第一移动设备反馈表征允许蓝牙连接的指令，在第一移动设备接收到该指令后，第一移动设备和显示设备均通过默认pin码进行配对，配对成功后，第一移动设备与显示设备200建立蓝牙连接通道，第一移动设备向显示设备200发送音频数据，显示设备200在接收到音频数据后控制扬声器播放。此时，第二移动设备再向显示设备200发送音频传输请求，显示设备200检测本机当前蓝牙连接状态，在检测到已与第一移动设备蓝牙连接后，先向第一移动设备发送表征断开蓝牙连接的指令，与第一移动设备断开蓝牙连接，停止第一移动设备音频数据的播放。第一移动设备在接收到显示设备200发送表征断开蓝牙连接的指令之后更新自身的蓝牙连接状态。显示设备200与第一移动设备断开蓝牙连接之后，向第二移动设备发送表征允许蓝牙连接的指令，在第二移动设备接收到该指令后，第二移动设备和显示设备均通过默认pin码进行配对，配对成功后，第二移动设备与显示设备200建立蓝牙连接通道，第二移动设备向显示设备200发送音频数据，显示设备200在接收到音频数据后控制扬声器播放。
93.本技术中，显示设备与移动设备在进行镜像投屏时，移动设备将投屏界面与相应的音频数据分成两路传输至显示设备，其中，通过蓝牙传输通道实现了移动设备的音频数据通过显示设备输出，极大的提升了用户体验。
94.基于与上述显示设备同样的发明构思，本技术一些实施例还提供了一种镜像投屏音频输出控制方法，所述方法包括：显示设备200响应于移动设备发送的投屏请求，控制显示器260显示播放界面，并控制启动所述显示设备的蓝牙协议服务，其中，所述播放界面用于显示所述移动设备的投屏界面。显示设备200接收所述移动设备发送的音频传输请求，利用所述蓝牙协议服务与所述移动设备建立蓝牙传输通道。显示设备200接收所述移动设备通过所述蓝牙传输通道发送的音频数据，控制扬声器输出所述音频数据。
95.在一些实施例中，在发送投屏请求的移动设备存在多个时，显示设备200接收多个所述移动设备发送的投屏请求，在所述播放界面内创建与所述移动设备相同数据的播放控件，其中，多个所述播放控件隶属于同一应用。显示设备200控制所述播放控件分别获取相应的所述移动设备的投屏界面进行展示。
96.在一些实施例中，在发送投屏请求的移动设备存在多个时，显示设备200响应于最后一个发送音频传输请求的移动设备，与最后一个发送音频传输请求的移动设备建立蓝牙
传输通道。
97.由于以上实施方式均是在其他方式之上引用结合进行说明，不同实施例之间均具有相同的部分，本说明书中各个实施例之间相同、相似的部分互相参见即可。在此不再详细阐述。
98.需要说明的是，在本说明书中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或暗示这些实体或操作之间存在任何这种实际的关系或顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的电路结构、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种电路结构、物品或者设备所固有的要素。在没有更多限制的情况下，有语句“包括一个
……”
限定的要素，并不排除在包括要素的电路结构、物品或者设备中还存在另外的相同要素。
99.本领域技术人员在考虑说明书及实践这里发明的公开后，将容易想到本技术的其他实施方案。本技术旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由权利要求的内容指出。
100.以上的本技术实施方式并不构成对本技术保护范围的限定。