CN114844735A - 一种显示设备及语音转发方法 - Google Patents

Abstract

本公开涉及一种显示设备及语音转发方法，涉及通信技术领域。包括：接收控制装置发送的第一语音数据，控制装置与显示设备基于HOGP连接，第一语音数据为基于HOGP的语音数据；将语音数据传入显示设备的内核节点，并通过适配驱动将第一语音数据转化为第二语音数据，并将第二语音数据转发至HFP语音驱动，第二语音数据为基于电话免提协议HFP的语音数据，通过HFP语音驱动将第二语音数据写入到通信接口；将第二语音数据转发至通话设备，其中，通话设备与显示设备通过HFP连接。本公开实施例可以提高语音转发的效率。

Description

一种显示设备及语音转发方法

技术领域

本公开涉及通信技术领域，尤其涉及一种显示设备及语音转发方法。

背景技术

目前，智能电视在接收到基于HOGP的语音数据之后，如果想要该语音数据发送至基于HFP连接的设备，需要先将该语音数据进行转换，将基于HOGP的语音数据转换为基于HFP的语音数据，但是目前的转换过程中，在将该基于HOGP的语音数据写入内核节点后，需要先进入用户态，读取内核节点中的语音数据，并通过用户态的语音服务(audioservice)，以及语音硬件抽象层(audio hardware abstraction layer，audio hal)的处理将基于HOGP的语音数据转换为基于HFP的语音数据，之后进入内核态的流程转发，通过语音驱动将基于HFP的语音数据通过蓝牙模块转发给基于HFP连接的设备。上述方式中由于需要在用户态下对语音数据进行转化后才进入内核态的流程转发，语音转发过程较为繁琐，语音转发的效率较低。

发明内容

为了解决上述技术问题或者至少部分地解决上述技术问题，本公开提供了一种显示设备及语音转发方法，可以提高语音转发的效率。

为了实现上述目的，本公开实施例提供的技术方案如下：

第一方面，提供一种显示设备，包括：

通信接口，被配置为：接收控制装置发送的第一语音数据，所述控制装置与所述显示设备基于HOGP连接，所述第一语音数据为基于HOGP的语音数据；

控制器，被配置为：将所述第一语音数据传入所述显示设备的内核节点，并通过适配驱动获取内核节点中的所述第一语音数据，并将所述第一语音数据转化为第二语音数据后转发至HFP语音驱动，所述第二语音数据为基于电话免提协议HFP的语音数据，通过所述HFP语音驱动将所述第二语音数据写入到所述通信接口；

控制所述通信接口将所述第二语音数据转发至通话设备，其中，所述通话设备与所述显示设备通过HFP连接。

作为本公开实施例的一些实施例，所述通信接口，还被配置为：

所述接收控制装置发送的第一语音数据之前，在监听到通话设备发送的目标广播消息的情况下，向所述通话设备发送基于电话免提协议HFP的蓝牙连接请求，其中，所述目标广播消息用于指示所述通话设备接收到来电；

在接收到所述通话设备发送的针对所述蓝牙连接请求的响应消息之后，与所述通话设备建立HFP蓝牙连接；

所述通信接口，具体被配置为：所述接收控制装置发送的第一语音数据包括：在与所述通话设备建立HFP蓝牙连接之后，接听所述通话设备接收到的来电，并接收所述控制装置发送的所述第一语音数据。

作为本公开实施例的一些实施例，所述通信接口，还被配置为：

在与所述通话设备建立HFP蓝牙连接之后，向所述控制装置发送通知消息，所述通知消息用于指示所述显示设备与所述通话设备建立HFP蓝牙连接；

所述通信接口，具体被配置为：所述接收控制装置发送的第一语音数据包括：在接收到所述控制装置发送的接听控制信号的情况下，以接听所述通话设备接收到的来电，并接收所述控制装置发送的所述第一语音数据。

作为本公开实施例的一些实施例，所述通信接口，具体被配置为：

所述接听所述通话设备接收到的来电包括：接收所述控制装置发送的接听控制信号，以接听所述通话设备接收到的来电；

在第一时长内接收所述控制装置发送的所述第一语音数据；

其中，所述第一时长为从接收到所述控制装置发送的音频输入开始标识，至接收到所述控制装置发送的音频输入结束标识之间的时长。

作为本公开实施例的一些实施例，所述目标广播消息中包括：通话标识信息；

所述控制器，还被配置为：在所述通信接口监听到所述通话设备发送的目标广播消息，且确定来电白名单中存在所述通话标识信息情况下，控制所述通信接口向所述通话设备发送基于HFP的蓝牙连接请求；

和/或，

所述控制器，还被配置为：在所述通信接口监听到所述通话设备发送的目标广播消息，且确定来电黑名单中不存在所述通话标识信息情况下，控制所述通信接口向所述通话设备发送基于HFP的蓝牙连接请求。

作为本公开实施例的一些实施例，所述目标广播消息中还包括以下至少一种的音频特征信息；

音频编码方式、声音通道、采样率、采样深度；

所述通信接口，具体被配置为：基于所述音频特征信息与所述通话设备建立HFP蓝牙连接。

作为本公开实施例的一些实施例，所述蓝牙连接请求为蓝牙配对连接请求；

或者，

所述蓝牙连接请求为蓝牙回连连接请求。

第二方面，提供一种语音转发方法，包括：

接收控制装置发送的第一语音数据，所述控制装置与所述显示设备基于HOGP连接，所述第一语音数据为基于HOGP的语音数据；

将所述语音数据传入所述显示设备的内核节点，并通过适配驱动将所述第一语音数据转化为第二语音数据，并将所述第二语音数据转发至HFP语音驱动，所述第二语音数据为基于电话免提协议HFP的语音数据，通过所述HFP语音驱动将所述第二语音数据写入到所述通信接口；

将所述第二语音数据转发至通话设备，其中，所述通话设备与所述显示设备通过HFP连接。作为本公开实施例的一些实施例，所述接收控制装置发送的第一语音数据之前，所述方法还包括：

在监听到通话设备发送的目标广播消息的情况下，向所述通话设备发送基于电话免提协议HFP的蓝牙连接请求，其中，所述目标广播消息用于指示所述通话设备接收到来电；

在接收到所述通话设备发送的针对所述蓝牙连接请求的响应消息之后，与所述通话设备建立HFP蓝牙连接；

所述接收控制装置发送的第一语音数据，包括：

在与所述通话设备建立HFP蓝牙连接之后，接听所述通话设备接收到的来电，并接收所述控制装置发送的所述第一语音数据。

作为本公开实施例的一些实施例，所述在与所述通话设备建立HFP蓝牙连接之后，接听所述通话设备接收到的来电，并接收所述控制装置发送的所述第一语音数据，包括：

在与所述通话设备建立HFP蓝牙连接之后，向所述控制装置发送通知消息，所述通知消息用于指示所述显示设备与所述通话设备建立HFP蓝牙连接；

所述通信接口，还被配置为：在接收到所述控制装置发送的接听控制信号的情况下，接听所述通话设备接收到的来电，并接收所述控制装置发送的所述第一语音数据。

第三方面，本公开提供了一种计算机可读存储介质，包括：计算机可读存储介质上存储计算机程序，计算机程序被处理器执行时实现如第二方面所示的语音转发方法。

第四方面，本公开提供了一种计算机程序产品，该计算机程序产品包括计算机程序，当该计算机程序在计算机上运行时，使得计算机实现如第二方面所示的语音转发方法。

本公开实施例提供的语音转发方法，显示设备中的接收到控制装置发送的第一语音数据之后，会先写入显示设备的内核节点，之后在内核态下读取内核节点中的该第一语音数据至适配驱动，在该适配驱动将第一语音数据转换为第二语音数据之后，发送至语音驱动，最后显示设备再将该第二语音数据发送给通话设别。整个流程在内核态下完成第一语音数据和第二语音数据的转化，简化了相关技术中用户态与内核态的复杂转发流程，提高了语音数据的转发效率。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

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

图1为本公开实施例提供的一些实施例中的场景示意图；

图2为本公开实施例提供的一些实施例中的智能设备300的配置框图；

图3为本公开实施例提供的一些实施例中的控制装置100的配置框图；

图4为本公开实施例提供的一些实施例中的显示设备200的硬件配置框图；

图5为本公开实施例提供的一些实施例中显示设备200或者智能设备300的软件配置示意图；

图6为一种蓝牙协议框架的示意图；

图7为基于HFP的蓝牙协议在应用中使用的协议和实体的示意图；

图8为在Android操作系统中应用HFP协议时的蓝牙框架示意图；

图9为基于HFP实现通话功能的示意图；

图10为Android操作系统的HF中，HFP与语音模块(Audio)的关联示意图；

图11为Android系统的HF中状态机控制状态示意图；

图12为本公开实施例提供的另一种场景示意图；

图13为本公开实施例提供的还一种场景示意图；

图14为本公开实施例提供的一种通话控制方法的流程示意图；

图15为本公开实施例提供的另一种通话控制方法的流程示意图；

图16为本公开实施例提供的一些实施例中遥控器与电视机的交互流程示意图；

图17为本公开实施例提供的电视机与手机之间建立双连接的示意图；

图18为本公开实施例提供的一种语音转发方法的流程示意图；

图19为本公开实施例提供的一种实时控制遥控器拾音的流程示意图；

图20为本公开实施例提供的一种相关技术中语音数据的转发流程示意图；

图21为本公开实施例提供的一种本公开实施例中语音数据的转发流程示意图；

图22为本公开实施例提供的一种投屏控制方法的流程示意图；

图23为本公开实施例提供的一种在电视机上显示手机的投屏界面的示意图。

具体实施方式

为使本申请的目的和实施方式更加清楚，下面将结合本申请示例性实施例中的附图，对本申请示例性实施方式进行清楚、完整地描述，显然，描述的示例性实施例仅是本申请一部分实施例，而不是全部的实施例。

需要说明的是，本申请中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本申请的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。

本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明。应该理解这样使用的用语在适当情况下可以互换。

术语“包括”和“具有”以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的所有组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。

本申请实施方式提供的显示设备可以具有多种实施形式，例如，可以是电视、智能电视、激光投影设备、显示器(monitor)、电子白板(electronic bulletin board)、电子桌面(electronic table)等。

如图1所示，为本公开实施例提供的一些实施例中的场景示意图。图1中，用户可通过智能设备300或控制装置100操作显示设备200。

在一些实施例中，控制装置100可以是遥控器，遥控器和显示设备的通信包括红外协议通信、蓝牙协议通信，无线或其他有线方式来控制显示设备200。用户可以通过遥控器上按键，语音输入、控制面板输入等输入用户指令，来控制显示设备200。

在一些实施例中，也可以使用智能设备300(如移动终端、平板电脑、计算机、笔记本电脑等)以控制显示设备200。例如，使用在智能设备上运行的应用程序控制显示设备200。显示设备200还可以采用除了控制装置100和智能设备300之外的方式进行控制，例如，可以通过显示设备200设备内部配置的获取语音指令的模块直接接收用户的语音指令控制，也可以通过显示设备200设备外部设置的语音控制设备来接收用户的语音指令控制。

在一些实施例中，显示设备200还与服务器400进行数据通信。可允许显示设备200通过局域网(LAN)、无线局域网(WLAN)和其他网络进行通信连接。服务器400可以向显示设备200提供各种内容和互动。服务器400可以是一个集群，也可以是多个集群，可以包括一类或多类服务器。

在一些实施例中，智能设备300可与显示设备200安装软件应用，通过网络通信协议实现连接通信，实现一对一控制操作和数据通信的目的。也可以将智能设备300上显示音视频内容传输到显示设备200上，实现同步显示功能显示设备200还与服务器400通过多种通信方式进行数据通信。可允许显示设备200通过局域网(LAN)、无线局域网(WLAN)和其他网络进行通信连接。服务器400可以向显示设备200提供各种内容和互动。显示设备200，可以液晶显示器、OLED显示器、投影显示设备。显示设备200除了提供广播接收电视功能之外，还可以附加提供计算机支持功能的智能网络电视功能。

在一些实施例中，如图2所示，为本公开实施例提供的一些实施例中的智能设备300的配置框图。上述智能设备300包括控制器310、通信接口330、用户输入/输出接口340、存储器、供电电源等。其中，通信接口330用于和外部通信，包含WIFI芯片，蓝牙模块，NFC或可替代模块中的至少一种。用户输入/输出接口340包含麦克风，扬声器，显示屏，传感器，摄像头或可替代模块中的至少一种。

上述智能设备300可以是一种支持通话功能的设备，称为通话设备，上述智能设备300在不同场景中，通信接口330和控制器310的作用有所不同，下面分别进行说明：

在HFP通话场景中：

一种情况中：智能设备300在本公开实施例中可以称为第一设备。

第一设备可以通过与第二设备(可以为如图1所示的显示设备200)的交互，实现通过显示设备200来触发智能设备300拨打目标电话。

智能设备300中的通信接口330，用于在监听到第二设备发送的目标广播消息的情况下，向第二设备发送基于电话免提协议HFP的蓝牙连接请求，在接收到第二设备发送的针对蓝牙连接请求的响应消息之后，与第二设备建立HFP蓝牙连接；在与第二设备建立HFP蓝牙连接之后，拨打目标电话。

其中，目标广播消息用于指示第二设备请求拨打目标电话。

在一些实施例中，目标广播消息中还包括：音频编码方式、声音通道、采样率、采样深度等HFP蓝牙连接所支持的音频特征信息中的一种或多种。

通信接口330，具体用于基于HFP蓝牙连接所支持的音频特征信息与第二设备建立HFP蓝牙连接。

由于在第一设备与第二设备建立HFP进行蓝牙连接之前，会对HFP蓝牙连接所支持的音频特征信息进行协商，建立双方支持的音频通道，因此第一设备会基于HFP蓝牙连接所支持的音频特征信息与第二设备进行协商，并建立HFP蓝牙连接。

在一些实施例中，通话标识信息包括以下至少一项：

显示设备的MAC地址、目标电话的号码、目标电话的姓名信息。

在一些实施例中，控制器310，具体用于在与第二设备建立HFP蓝牙连接之后，接收第二设备发送的语音数据，并输出语音数据。

其中，控制装置与第二设备通过HOGP方式连接，语音数据为第二设备通过控制装置接收的语音数据，

在投屏场景中：

通信接口330，用于在接收到来电的情况下，发送第一广播消息，第一广播消息用于指示通话设备接收到来电；接收显示设备发送的投屏相关信息，基于投屏相关信息，向显示设备发送投屏请求；控制器310，用于在接收到显示设备发送的投屏请求的响应消息之后，与显示设备建立投屏通道，以在显示设备上显示来电的投屏界面。

在一些实施例中，通信接口330，还用于接收显示设备发送的显示设备的MAC地址；通信接口330，具体用于在确定白名单中存在显示设备的MAC地址的情况下，基于投屏相关信息，向显示设备发送投屏请求。

在一些实施例中，通信接口330，具体用于接收显示设备发送的扫描请求。其中，扫描请求中包括投屏相关信息和显示设备的MAC地址。通信接口330，还用于向显示设备发送投屏请求，并接收显示设备发送的扫描请求的扫描响应消息，扫描响应消息中包括HFP蓝牙连接所支持的音频特征信息；控制器310，由于在建立HFP蓝牙连接之前，会对HFP蓝牙连接所支持的音频特征信息进行协商，建立双方支持的音频通道，因此第一设备会基于HFP蓝牙连接所支持的音频特征信息与第二设备进行协商，并建立HFP蓝牙连接。还用于根据音频特征信息与显示设备建立HFP蓝牙连接；音频特征信息包括音频编码方式、声音通道、采样率、采样深度中的一种或多种。

另一种情况中：智能设备300在本公开实施例中称为第二设备。

第一设备(可以为如图1所示的显示设备200)可以通过与第二设备的交互，实现通过显示设备200处理智能设备300的来电。通信接口330，用于在接收到来电的情况下，向第一设备发送目标广播消息，其中，目标广播消息用于指示第二设备接收到来电；接收第一设备发送的HFP蓝牙连接请求，向第一设备发送针对蓝牙连接请求的响应消息。

图3为本公开实施例提供的一些实施例中的控制装置100的配置框图。如图3所示，控制装置100包括控制器110、通信接口130、用户输入/输出接口140、存储器、供电电源。控制装置100可接收用户的输入操作指令，且将操作指令转换为显示设备200可识别和响应的指令，起用用户与显示设备200之间交互中介作用。通信接口130用于和外部通信，包含WIFI芯片，蓝牙模块，NFC或可替代模块中的至少一种。用户输入/输出接口140包含麦克风，触摸板，传感器，按键或可替代模块中的至少一种。

在一些实施例中，上述控制装置100可以为遥控器，上述控制装置100可以用来拾取语音数据，并将语音数据转发给电视机。

在一些实施例中，控制装置100还用于响应于用户的触控向显示设备200发送指令(也可以称为控制信号)。

图4为本公开实施例提供的一些实施例中的显示设备200的硬件配置框图。如图4所示，显示设备200包括：调谐解调器210、通信接口220、检测器230、外部装置接口240、控制器250、显示器260、音频输出接口270、存储器、供电电源等。其中，控制器250包括中央处理器，视频处理器，音频处理器，图形处理器，RAM，ROM，用于输入/输出的第一接口至第n接口。显示器260可为液晶显示器、OLED显示器、触控显示器以及投影显示器中的至少一种，还可以为一种投影装置和投影屏幕。调谐解调器210通过有线或无线接收方式接收广播电视信号，以及从多个无线或有线广播电视信号中解调出音视频信号，如以及EPG数据信号。检测器230用于采集外部环境或与外部交互的信号。控制器250和调谐解调器210可以位于不同的分体设备中，即调谐解调器210也可在控制器250所在的主体设备的外置设备中，如外置机顶盒等。

在一些实施例中，上述显示设备可以是电视机、电脑或学习机等。

在一些实施例中，控制器250，通过存储在存储器上中各种软件控制程序，来控制显示设备的工作和响应用户的操作。控制器250控制显示设备200的整体操作。用户可在显示器260上显示的图形用户界面(GUI)输入用户命令，则用户输入接口通过图形用户界面(GUI)接收用户输入命令。或者，用户可通过输入特定的声音或手势进行输入用户命令，则用户输入接口通过传感器识别出声音或手势，来接收用户输入命令。

输出接口(显示器260，和/或，音频输出接口270)，用于输出用户交互信息；

通信接口220，用于与服务器400或其它设备进行通信。

在一些实施例中，通信接口220用于与控制装置100通信，或者智能设备300通信。

在不同场景中，显示设备200中各个模块的作用有所不同，下面分别进行说明：

在HFP通话场景中：

一种情况下：显示设备200可以为第一设备，上述智能设备300可以为第二设备，通过显示设备200与智能设备300之间交互，可以实现HFP通话，通过显示设备200处理智能设备300的来电。

通信接口220，用于在监听到第二设备发送的目标广播消息的情况下，向第二设备发送基于电话免提协议HFP的蓝牙连接请求，其中，目标广播消息用于指示第二设备接收到来电；在接收到第二设备发送的针对蓝牙连接请求的响应消息之后，与第二设备建立HFP蓝牙连接；

控制器250，用于在与第二设备建立HFP蓝牙连接之后，拨打目标电话。

在一些实施例中，通过来电白名单在HFP蓝牙连接之前，对第二设备进行验证，判断是否建立HFP蓝牙连接，目标广播消息中包括：通话标识信息；控制器250，还用于在通信接口220监听到第二设备发送的目标广播消息，且确定来电白名单中存在通话标识信息情况下，控制通信接口向第二设备发送HFP蓝牙连接请求。

在一些实施例中，目标广播消息中还包括以下至少一种的HFP蓝牙连接所支持的音频特征信息；

音频编码方式、声音通道、采样率、采样深度；

通信接口220，具体用于基于HFP蓝牙连接所支持的音频特征信息与第二设备建立HFP蓝牙连接。

在一些实施例中，通过来电白名单在HFP蓝牙连接之前，对第二设备进行验证，判断是否建立HFP蓝牙连接，响应消息中包括通话标识信息；控制器250，还用于在通信接口220接收到第二设备发送的针对蓝牙连接请求的响应消息，且确定来电白名单中存在通话标识信息情况下，控制通信接口220与第二设备建立HFP蓝牙连接。

在一些实施例中，通话标识信息包括以下至少一项：

通话设备的MAC地址、来电的来电号码、来电的来电姓名。

在一些实施例中，控制器250，具体用于在与第二设备建立HFP蓝牙连接之后，在接收到控制装置发送的接听控制信号的情况下，接听第二设备接收到的来电；控制器250，还用于接收控制装置发送的语音数据，其中，控制装置与第一设备基于HOGP连接；将语音数据转发至第二设备。

另一种情况下：显示设备200可以为第二设备，通过第一设备(可以为如图1中所示的智能设备300)与第二设备之间交互，实现HFP通话，通过在显示设备200上触发智能设备300拨打目标电话。

在一些实施例中，通信接口220，用于在接收到来电的情况下，向第一设备发送目标广播消息，其中，目标广播消息用于指示第二设备请求拨打目标电话；接收第一设备发送的HFP蓝牙连接请求，向第一设备发送针对蓝牙连接请求的响应消息。

在投屏场景中：

在一些实施例中，可以建立投屏通道，将通话设备的界面投屏到显示设备200上，通信接口220，用于接收通话设备发送的第一广播消息，第一广播消息用于指示通话设备接收到来电；向通话设备发送投屏相关信息，以使得通话设备基于投屏相关信息向显示设备发送投屏请求；控制器250，用于接收通话设备发送的投屏请求，并向通话设备发送投屏请求的响应消息，以与通话设备建立投屏通道，以控制显示器260显示来电的投屏界面。

在一些实施例中，通信接口220，还用于向通话设备发送显示设备的MAC地址，以使得通话设备在确定投屏白名单中存在显示设备的MAC地址的情况下，基于投屏相关信息，向显示设备发送投屏请求。

在一些实施例中，通过扫描请求向通话设备发送投屏相关信息。

在一些实施例中，通过扫描请求向通话设备发送显示设备的MAC地址。

在一些实施例中，通过第二广播消息发送投屏相关信息。

在一些实施例中，通过第二广播消息向通话设备发送显示设备的MAC地址。

在一些实施例中，在建立投屏通道之后，还可以请求建立HFP蓝牙连接，通信接口220，还用于向通话设备发送目标请求消息，目标请求消息为HFP蓝牙连接请求消息，或者，目标请求消息用于请求通话设备发送蓝牙HFP蓝牙连接请求消息。向通话设备发送目标请求消息，目标请求消息为HFP蓝牙连接请求消息，或者，目标请求消息用于请求通话设备发送蓝牙HFP蓝牙连接请求消息。

在一些实施例中，通信接口220，具体用于向通话设备发送扫描请求，扫描请求中包括投屏相关信息和显示设备的MAC地址；通信接口220，还用于接收通话设备发送的投屏请求，并向通话设备发送扫描请求的扫描响应消息，扫描响应消息中包括HFP蓝牙连接所支持的音频特征信息，以使得通话设备基于音频特征信息与显示设备建立HFP蓝牙连接；HFP蓝牙连接所支持的音频特征信息包括以下至少一种：

音频编码方式、声音通道、采样率、采样深度。

在语音转发场景中：

在一些实施例中，通信接口220，用于接收控制装置发送的第一语音数据，控制装置与显示设备基于HOGP连接，第一语音数据为基于HOGP的语音数据；控制器250，用于将语音数据传入显示设备的内核节点，之后通过适配驱动将第一语音数据转化为第二语音数据，并将第二语音数据转发至HFP语音驱动，第二语音数据为基于电话免提协议HFP的语音数据，通过HFP语音驱动将第二语音数据写入到通信接口；控制所述通信接口220将第二语音数据转发至通话设备，其中，通话设备与显示设备通过HFP蓝牙连接。

在一些实施例中，通信接口220，还用于，所述接收控制装置发送的第一语音数据之前，在监听到通话设备发送的目标广播消息的情况下，向通话设备发送基于电话免提协议HFP的蓝牙连接请求，其中，目标广播消息用于指示通话设备接收到来电；在接收到通话设备发送的针对蓝牙连接请求的响应消息之后，与通话设备建立HFP蓝牙连接；通信接口220，具体用于，所述接收控制装置发送的第一语音数据包括：在与通话设备建立HFP蓝牙连接之后，接听通话设备接收到的来电，并接收控制装置发送的第一语音数据。

在一些实施例中，通信接口220，还用于：在与通话设备建立HFP蓝牙连接之后，向控制装置发送通知消息，通知消息用于指示显示设备与通话设备建立HFP蓝牙连接；通信接口220，具体用于，所述接收控制装置发送的第一语音数据包括：在接收到控制装置发送的接听控制信号的情况下，以接听通话设备接收到的来电，并接收控制装置发送的第一语音数据。

在一些实施例中，通信接口220，具体用于，所述接听所述通话设备接收到的来电包括：接收控制装置发送的接听控制信号，以接听通话设备接收到的来电；在第一时长内接收控制装置发送的第一语音数据；其中，第一时长为从接收到控制装置发送的音频输入开始标识，至接收到控制装置发送的音频输入结束标识之间的时长。

在一些实施例中，目标广播消息中包括：通话标识信息控制器250，还用于在通信接口220监听到通话设备发送的目标广播消息，且确定来电白名单中存在通话标识信息情况下，控制通信接口220向通话设备发送HFP蓝牙连接请求；

在一些实施例中，控制器250，还用于在通信接口220监听到通话设备发送的目标广播消息，且确定来电黑名单中不存在通话标识信息情况下，控制通信接口220向通话设备发送HFP蓝牙连接请求。

在一些实施例中，目标广播消息中还包括以下至少一种的音频特征信息；音频编码方式、声音通道、采样率、采样深度；通信接口，具体用于基于音频特征信息与通话设备建立HFP蓝牙连接。

在一些实施例中，蓝牙连接请求为蓝牙配对连接请求；

在一些实施例中，蓝牙连接请求为蓝牙回连连接请求。

如图5所示，图5为本公开实施例提供的一些实施例中显示设备200或者智能设备300的软件配置示意图，如图5所示，将系统分为四层，从上至下分别为应用程序(Applications)层(简称“应用层”)，应用程序框架(Application Framework)层(简称“框架层”)，安卓运行时(Android runtime)和系统库层(简称“系统运行库层”)，以及内核层。内核层至少包含以下驱动中的至少一种：音频驱动、显示驱动、蓝牙驱动、摄像头驱动、WIFI驱动、USB驱动、HDMI驱动、传感器驱动(如指纹传感器，温度传感器，压力传感器等)、以及电源驱动等。

为了更加清楚的说明本公开实施例的方案，针对相关技术中所涉及到的概念进行说明：

一、HFP基础知识介绍：

HFP和HSP(Headset Profile)的区别都是为了实现蓝牙通话而制定，所实现的功能都和蓝牙通话相关。

其中，HSP仅实现了最基本的通话操作：接听电话、挂断电话、调节音量、声音在手机/蓝牙耳机之间切换等。

HFP是对HSP的扩展，除了上述功能以外，还包括控制三方通话、来电拒接、耳机端来电显示等高级别功能。在目前安卓(Android)操作系统的设计上并没有将上述两个协议分开显示，而是均表述为“手机音频”，在使用的时候优先连接HFP，只有在对方仅支持HSP的情况下，或HFP蓝牙连接失败的情况下，才会尝试连接HSP。

目前HFP的使用场景可以包括手机与车载蓝牙通过HFP蓝牙连接的场景，手机与蓝牙耳机通过HFP蓝牙连接的场景等，在HFP的使用场景中定义了音频网关(Audio Gateway，AG)和免提设备(Hands-Free unit，HF)两种角色。

AG是音频的输入输出网关

HF为音频网关的远程音频输入/输出机制，并可提供若干遥控功能。

示例性的，在手机与车载蓝牙通过HFP蓝牙连接的场景中，手机是AG，车载蓝牙是HF。其中，在Android源代码中，将AG侧称为HFP/AG，将HF侧称为HFP客户机(HFP Client)/HF。

二、蓝牙技术通信的音频：

蓝牙技术通信的内容多种多样，其中，音频部分包含媒体音频和电话音频。

媒体音频：播放蓝牙音乐的数据，这种音频对质量要求高，数据发送有重传机制，从而以逻辑链路控制和适配协议(Logical Link Control and Adaptation Protocol，L2cap)的数据形式走访问控制列表(Access Control List，ACL)链路。编码方式有：次频带编码(subband codec，SBC)、高级音频编码(Advanced Audio Coding，AAC)、数字音频压缩编码(Audio Processing Technology-X APTX)、高分辨率APTX(APTX_High Definition，APTX_HD)、无线音频编码(，LDAC)这五种编码方式，最基础的编码方式是SBC，支持蓝牙多媒体播放的设备必须支持该编码方式。编码方式的选取需要蓝牙连接设备间的互相协商确定。

电话音频：蓝牙通话过程的语音数据，这种音频对时效性有高要求，一般通过特殊的同步链路(Synchronous Connection Oriented link，SCO)或增强的SCO(eSCO)链路传输数据。编码方式有：连续可变斜率增量调制话音编码(Continuous Variable Slope Delta，CVSD)、修改后的子带编码(mSBC)。最基础的编码方式为CVSD，免提蓝牙设备都需支持该编码方式，支持宽带语音的设备可选择mSBC编码数据。

三、基于HFP的蓝牙协议框架：

如图6所示，为一种蓝牙协议框架的示意图，图6中可以看出该蓝牙协议框架包括：HFP协议、串行端口协议(Serial Port Profile，SPP)、通用访问协议(Generic AccessProfile，GAP)、服务发现协议(Service Discover Protocol,SDP)、SCO和eSCO、串口仿真协议(RFCOMM)逻辑链路和适配器协议(Logical Link and Adaptation Protocol，L2CAP)；主机控制器接口(Host Controller interface，HCI)以及控制器(Controller(S))。其中，HFP协议中包括：命令提示符中的指令集(Command Attention，AT CMD)。

如图7所示，为基于HFP的蓝牙协议在应用中使用的协议和实体的示意图。图7中对应的实体包括音频网关侧和免提设备侧，其中，音频网关侧和免提设备侧中使用的协议和实体如图中所示，包括：应用(Application)、免提控制(Hands-free control)、串口仿真协议(RFCOMM)、描述会话的协议(Session Description Protocol，SDP)、链路管理协议(LinkManager Protocol)LMP、L2CAP、基带(Baseband)，其中，在音频网络侧，Application中设置有音频端口仿真(Audio Port Emulation)模块，在免提设备侧，Application中设置有音频驱动程序(Audio driver)。

如图8所示，为在Android操作系统中应用HFP协议时的蓝牙框架示意图，可以看出在该蓝牙框架中可以分为应用层、Java框架(Framework)层、本地框架层、Java运行环境层、Linnux内核层。

应用层中设置有Android蓝牙应用程序，就是使用蓝牙的API的程序，可以包括：蓝牙设置相关应用(Settings)、蓝牙调试助手应用(Phone)、蓝牙界面应用(BT Demo)和蓝牙应用程序包(Bluetooth.apk)等；

在Java框架(Framework)层中设置有蓝牙软件开发工具包(BT SDK)；

本地框架层，设置有硬件抽象接口(Hardware abstract interface)；

Java运行环境层，设置有蓝牙协议栈(Bluetooth stack)；

内核层，设置有驱动程序。

如图9所示，为基于HFP实现通话功能的示意图，如图9中所示，HF和AG之间需要先建立ACL链路，在ACL链路建立完成之后，通过HF的内部事件或用户事件可以触发SDP服务发现HFP协议，或者通过AG的内部时间或用户时间可以触发SDP服务发现HFP协议，之后再通过RFCOMM协议建立连接，在通过RFCOMM协议建立连接之后，可以通过HF和AG之间的AT命令交互实现基于HFP实现蓝牙连接，在HF和AG实现基于HFP蓝牙连接之后，就可以基于手机音频协议实现各种电话功能。

如图10所示,为Android操作系统的HF中，HFP与语音模块(Audio)的关联示意图。可以包括以下关联流程：(1)应用(APP)可以通知用户空间(user space)中的蓝牙虚拟主机(BT host)需要建立HFP蓝牙连接(比如，在UI上接收通话)；(2)BT host通过主机控制层接口(Host Controller Interface，HCI)指令(commamd)通知蓝牙固件(BluetoothFirmware，BT FW)建立HFP蓝牙连接；在HFP蓝牙连接建立完成之后，(3)BT FW通知BT host，HFP蓝牙连接建立完成；(4)BT host通知Audio当前存在HFP蓝牙连接，使得Audio生效，(5)Audio和BT FW通过集成电路内置音频总线(Inter-IC Sound I2S)总线传输脉冲编码调制(Pulse Code Modulation，PCM)数据。

如图11所示，为Android系统的HF中状态机控制状态示意图；

两个设备HF与AG首先需要建立HFP蓝牙连接，在建立HFP蓝牙连接之后建立语音连接，进行通话，在通话结束后，HF与AG先断开语音连接之后，再断开HF与AG的HFP蓝牙连接。

示例性的，如图12所示，为本公开实施例提供的另一种场景示意图，该场景中，包括电视机121、手机122和蓝牙遥控器123；其中，电视机与手机之间需要建立HFP蓝牙连接，电视机与蓝牙遥控器之间需要基于BLE HOGP蓝牙连接。

如图13所示，为本公开实施例提供的另一种场景示意图，该场景中，包括电视机131、通话手机132和控制手机133；其中，电视机131与通话手机132之间需要建立HFP蓝牙连接，电视机131与控制手机124之间可以选择基于经典蓝牙(Basic Rate/Enhanced DataRate，BR/EDR)的蓝牙连接。

在电视机的控制设备为遥控器时，如图12所示，针对遥控器这类低功耗的设备，需要通过基于BLE HOGP的蓝牙连接，以减少设备功耗，在电视机的控制设备为手机时，如图13所示，针对手机(即控制手机124)这类设备，可以通过基于BR/EDR的蓝牙连接。

以下实施例中，将以显示设备为电视机，智能设备为手机，控制装置为遥控器进行示例性的说明。其中，电视机可以作为中央设备，搭载双模的蓝牙模块，同时可以支持BR/EDR和BLE，充分利用中央设备的角色，实现电视作为信号的中转中心，实现蓝牙语音数据转发及语音拾取。可以理解的是，在本公开实施例中的控制设备为手机等其他非低功耗设备时，电视机也可以采用单模的蓝牙设备，仅支持BR/EDR。

本公开实施例中，电视机通过HFP蓝牙连接手机，电视机做为HF角色，手机做为AG角色，在电视机中可以支持手机的来电接听和拨打电话，这样即使在通话设备距离较远的情况下，也可以通过显示设备的控制实现电话拨打和接听。进一步的，可以通过电视机中央设备的角色与连接的物联网(Internet of things，IOT)设备(例如，遥控器)进行联动，提高了设备交互性能，同时也提升了用户体验。

本公开实施例中，显示设备中接收到控制装置发送的第一语音数据之后，会先写入显示设备的内核节点，之后在内核态下读取内核节点中的该第一语音数据至适配驱动，在该适配驱动将第一语音数据转换为第二语音数据之后，发送至语音驱动，最后显示设备再将该第二语音数据发送给通话设别。整个流程在内核态下完成第一语音数据和第二语音数据的转化，简化了相关技术中用户态与内核态的复杂转发流程，提高了语音数据的转发效率。

本公开实施例中，电视机、手机以及遥控器交互过程中涉及广播消息的发送，本公开实施例中所涉及的广播消息可以包括：

在一些实施例中，本公开实施例中所涉及的广播消息可以为可连接的非定向广播(Connectable Undirected Event Type)：

可连接的非定向广播是一种用途最广的广播类型，包括广播数据和扫描响应数据，可连接的非定向广播表示当前设备可以接受其他任何设备的连接请求。进行通用广播的设备能够被扫描设备扫描到，或者，在接收到连接请求时作为从设备进入一个连接。

在一些实施例中，本公开实施例中所涉及的广播消息可以为可连接的定向广播(Connectable Directed Event Type)：

定向广播类型是为了尽可能快的建立连接。这种报文包含两个地址：广播者的地址和发起者的地址。发起者收到发给自己的定向广播报文之后，可以立即发送连接请求作为回应。定向广播类型有特殊的时序要求。完整的广播事件必须每3.75ms重复一次，这一要求使得扫描设备只需扫描3.75ms便可以收到定向广播设备的消息。

由于扫描设备只需扫描3.75ms便可以收到定向广播设备的消息，如此快的发送会让报文充斥着广播信道，进而导致该区域内的其他设备无法进行广播。因此，定向广播不可以持续1.28s以上的时间。如果主机没有主动要求停止，或者连接没有建立，控制器都会自动停止广播。一旦到了1.28s，主机便只能使用间隔长得多的可连接非定向广播让其他设备来连接。

当使用定向广播时，设备不能被主动扫描。此外，定向广播报文的净荷中也不能带有其他附加数据。该净荷只能包含两个必须的地址。

在一些实施例中，本公开实施例中所涉及的广播消息可以为不可连接的非定向广播(Non-connectable Undirected Event Type)：

使用不可连接的非定向广播说明设备仅仅发送广播数据，而不想被扫描或者连接。这也是唯一可用于只有发射机而没有接收机设备的广播类型。不可连接广播设备不会进入连接态，因此，它只能根据主机的要求在广播态和就绪态之间切换。

在一些实施例中，本公开实施例中所涉及的广播消息可以为可扫描的非定向广播(Scannable Undirected Event Type)：

可扫描的非定向广播又称可发现广播，这种广播不能用于发起连接，但允许其他设备扫描该广播设备，这意味着该设备可以被发现。既可以发送广播数据，也可以响应扫描发送扫描回应数据，但不能建立连接。这是一种适用于广播数据的广播形式，动态数据可以包含于广播数据之中，而静态数据可以包含于扫描响应数据之中。

需要说明的是，本公开实施例中，涉及多种场景下的实施例，以下将以HFP通话场景，语音转换场景，以及投屏场景为例分别进行说明：

为了更加详细的说明本方案，以下将以示例性的方式结合附图进行说明，可以理解的是，附图中所涉及的步骤在实际实现时可以包括更多的步骤，或者更少的步骤，并且这些步骤之间的顺序也可以不同，以能够实现本公开实施例中提供的通话控制方法、语音转发方法，以及投屏控制方法为准。

在HFP通话场景中，如图14所示，为本公开实施例提供的一种通话控制方法的流程示意图，该方法包括：

1401、手机接收到来电。

在接收到其他设备拨打的电话时，手机接收到来电。

1402、手机发送目标广播消息。

相应的，电视机接收手机发送的目标广播消息。

其中，目标广播消息用于指示第二设备接收到来电。上述目标广播消息可以为BLE广播消息。

在手机接收到来电时，手机通过发送BLE广播消息，广播手机有来电。

在BLE中有两种角色中心设备(Central)和外围设备(Peripheral)。上述手机为外围设备，电视机为中心设备。其中，中心设备可以主动连接外围设备，外围设备发送广播消息或者被中心设备连接。外围设备通过广播消息被中心设备发现，广播消息中可以带有外围设备自身的相关信息。

广播消息可以包括：广播包(Advertising Data)和响应包(Scan Response)。其中，广播包是每个设备必须广播的，而响应包是可选的。广播包包括31个字节，广播包中包括：有效数据(significant)和无效数据(non-significant)。

有效数据部分包含若干个广播数据单元(AD Structure)。AD Structure的组成是：第一个字节是长度值，表示为“Len”，表示接下来的Len个字节是数据部分。数据部分的第一个字节表示数据的类型(AD Type)，剩下的Len-1个字节是真正的数据(AD data)。ADtype非常关键，决定了AD Data的数据代表的是什么数据，如何对AD Data进行解析。

因为数据包的长度必须是31个byte，如果有效数据部分不到31自己，剩下的就用0补全。这部分的数据是无效的，也就是上面所述的无效数据部分，在解释数据包中数据的时候，忽略即可。

广播包中还包括：厂商自定义数据：厂商自定义的数据中，前两个字节表示厂商标识，剩下的是厂商自己按照需求添加的，里面的数据内容自己定义，例如，可以添加设备的mac地址。本公开实施例中，可以将自定义数据，携带在广播包的厂商自定义数据中，或者，scan response中。

本公开实施例自定义数据，可以包括通话标识信息，和/或，音频特征信息，电视机通过这些自定义数据的获取，可以减少在HFP蓝牙连接过程中信息的交换，快速按照广播包或者scan response中的自定义数据，使得电视机完成与手机的快速连接。

1403、电视机向手机发送HFP蓝牙连接请求。

相应的，手机接收电视机发送的HFP蓝牙连接请求。

在一些实施例中，针对电视机与手机没有建立过HFP蓝牙连接的情况，上述HFP蓝牙连接请求为基于HFP的蓝牙配对连接请求。电视机处于扫描状态，电视机监听到手机的目标广播消息，主动向电视机发起基于HFP的蓝牙配对连接请求。

在一些实施例中，针对电视机与手机已经建立过HFP蓝牙连接的情况，上述HFP蓝牙连接请求为基于HFP的蓝牙回连连接请求。电视处于扫描状态，在电视机监听到手机的目标广播消息之后，可以主动向电视机发起基于HFP的蓝牙回连连接请求。

在一些实施例中，在电视机监听到手机发送的目标广播消息的情况下，电视机可以直接向手机发送HFP蓝牙连接请求。

在一些实施例中，电视机还可以接收手机发送的通话标识信息，以使得电视机在确定来电白名单中存在通话标识信息情况下，电视机可以直接向手机发送HFP蓝牙连接请求。

在一些实施例中，电视机在扫描状态下可以发送扫描请求(scan request)，通话标识信息可以携带在手机向电视机法功的扫描响应消息(scan response)中，还可以在手机向电视机发送的扫描响应消息中携带上述通话标识信息，以使得电视机在确定来电白名单中存在通话标识信息情况下，电视机可以直接向手机发送HFP蓝牙连接请求。

在一些实施例中，所述目标广播消息中包括：通话标识信息；在电视机监听到手机发送的目标广播消息，且确定来电白名单中存在通话标识信息情况下，电视机可以向手机发送HFP蓝牙连接请求。

其中，该通话标识信息包括手机的MAC地址、来电的来电号码、来电的来电姓名中的一项或多项。可以理解的是本公开实施例中的通话标识信息还可以包括其他可以标识该手机或者该手机的来电的信息，本公开实施例不做限定。

上述来电姓名可以是指来电设备的用户姓名，来电号码可以为来电设备的用户身份识别卡(Subscriber Identity Module,SIM)的号码。

在一些实施例中，在电视机中可以设置来电白名单，该来电白名单中可以保存允许建立HFP蓝牙连接的设备的MAC地址，以及来电信息(例如，来电号码、来电姓名等)，在电视机接收到手机发送的通话标识信息之后，可以将通话标识信息与来电白名单中的信息进行对比，在确定来电白名单中存在与通话标识信息匹配的信息时，则认为来电白名单中存在通话标识信息，因此可以允许该手机与电视机之间建立HFP蓝牙连接；相应的，在确定来电白名单中不存在与通话标识信息匹配的信息时，则认为来电白名单中不存在通话标识信息，因此可以忽略手机发送的目标广播消息，不去向手机发送HFP蓝牙连接请求。

在一些实施例中，还可以设置来电黑名单，该来电黑明点中可以保存不允许建立HFP蓝牙连接的设备的MAC地址，以及来电信息(例如，来电号码、来电姓名等)在电视机接收到手机发送的通话标识信息之后，可以将通话标识信息与来电黑名单中的信息进行对比，在确定来电黑名单中不存在与通话标识信息匹配的信息时，则认为来电黑名单中不存在通话标识信息，因此可以允许该手机与电视机之间建立HFP蓝牙连接；相应的，在确定来电黑名单中存在与通话标识信息匹配的信息时，则认为来电黑名单中存在通话标识信息，因此可以忽略手机发送的目标广播消息，不去向手机发送HFP蓝牙连接请求。

上述来电白名单和来电黑名单可以用来验证即将进行HFP蓝牙连接的手机的是否是电视机允许的建立HFP蓝牙连接的设备，以及验证当前手机的来电相关的来电名称和来电号码是否为电视机允许建立HFP蓝牙连接的来电，这样可以在建立HFP蓝牙连接之前，对待连接设备以及来电相关信息进行验证，提高了安全性。

1404、手机向电视机发送针对该蓝牙连接请求的响应消息。

相应的，电视机可以接收手机发送的针对该蓝牙连接请求的响应消息。

在一些实施例中，该蓝牙连接请求的响应消息中包括通话标识信息；在电视机接收到手机发送的针对蓝牙连接请求的响应消息，且确定来电白名单中存在通话标识信息情况下，控制通信接口与第二设备建立HFP蓝牙连接。

1405、手机与电视机建立HFP蓝牙连接。

其中，HFP蓝牙连接为BR/EDR的蓝牙连接。

在一些实施例中，所述目标广播消息中还包括以下至少一种的所述HFP蓝牙连接所支持的音频特征信息：

音频编码方式、声音通道、采样率、采样深度；

电视机在接收到这些手机基于HFP蓝牙连接所支持的音频特征信息之后，可以基于HFP蓝牙连接所支持的音频特征信息与所述手机建立HFP蓝牙连接。

示例性的，音频链路当前有两种编码方式，分别为CVSD和mSBC。采用哪种编码方式是由建立连接的双方协商决定的，在协商过程中在AT命令“+BRSF”中HF和AG双方会分别发送自己支持的音频编码方式给对方，如果双方都支持编码协商。具体的，HF可以主动通过“AT+BAC”的AT命令告知AG两种编码方式的编号分别为：1-CVSD；2-mSBC，并且在建立音频链路时多采用mSBC的编码方式，否则都是CVSD编码。AG也可以回复HF自己支持的编码方式，最终确定双方均支持的音频编码方式建立HFP蓝牙连接。

电视机通过这些音频特征信息的获取，可以减少在HFP蓝牙连接过程中信息的交换，快速按照广播包或者scan response中的自定义数据，使得电视机完成与手机的快速连接。

1406、电视机处理手机接收到的该来电。

在电视机与手机建立HFP蓝牙连接之后，在接收到遥控器发送的接听控制信号的情况下，接听所述手机接收到的所述来电，并接收遥控器发送的语音数据，在电视机接收到该语音数据之后，将该语音数据转发至该第二设备。其中，所述遥控器与所述手机基于HOGP连接。

上述语音数据，可以为遥控器拾音得到的语音数据，在遥控器控制电视机接听手机的来电之后，可以通过遥控器拾取用户语音，得到语音数据，并通过电视机发送至手机，这样就可以实现正常的通话流程。实现通过电视机的扬声器播放手机接收到的对端设备的用户语音，以及通过遥控器拾取手机端的用户语音，并将相应语音数据再发回给对端设备，从而可以实现通过电视机来接听手机电话，实现通话流程。

上述实施例中，在手机来电场景下，手机通过HFP蓝牙连接电视机，电视机做为HF角色，手机做为AG角色，在电视机中可以支持手机的来电接听，实现了通过电视机来进行电话接听，并且可以通过电视机中央设备的角色与遥控器进行联动，控制电视机处理手机的来电，提高了设备交互性能，同时也提高了用户体验。

在HFP通话场景中，如图15所示，为本公开实施例提供的另一种通话控制方法的，该方法包括：

1501、电视机向手机发送目标广播消息。

相应的，手机接收电视机发送的目标广播消息。

其中，该目标广播消息用于指示电视机请求拨打目标电话。也即电视机请求控制手机去拨打目标电话。

目标广播消息可以包括广播包或者scan response。

在一些实施例中，目标广播消息中可以包括通话标识信息。其中，该通话标识信息包括以下至少一项：

电视机的MAC地址、目标电话的号码、目标电话的姓名信息。

1502、手机向电视机发送HFP蓝牙连接请求。

相应的，电视机接收手机发送的HFP蓝牙连接请求。

在一些实施例中，针对电视机与手机没有建立过HFP蓝牙连接的情况，上述HFP蓝牙连接请求为基于HFP的蓝牙配对连接请求。

在一些实施例中，针对电视机与手机已经建立过HFP蓝牙连接的情况，上述HFP蓝牙连接请求为基于HFP的蓝牙回连连接请求。

在一些实施例中，在电视机中可以设置来电白名单，该来电白名单中可以保存允许建立HFP蓝牙连接的设备的MAC地址，以及来电信息(例如，来电号码、来电姓名等)，在电视机接收到手机发送的通话标识信息之后，可以将通话标识信息与来电白名单中的信息进行对比，在确定来电白名单中存在与通话标识信息匹配的信息时，则认为来电白名单中存在通话标识信息，因此可以允许该手机与电视机之间建立HFP蓝牙连接；相应的，在确定来电白名单中不存在与通话标识信息匹配的信息时，则认为来电白名单中不存在通话标识信息，因此可以忽略手机发送的目标广播消息，不去向手机发送HFP蓝牙连接请求。

在一些实施例中，还可以设置拨打黑名单，该拨打黑名单中可以保存不允许建立HFP蓝牙连接的设备的MAC地址，以及来电信息(例如，来电号码、来电姓名等)在电视机接收到手机发送的通话标识信息之后，可以将通话标识信息与来电黑名单中的信息进行对比，在确定来电黑名单中不存在与通话标识信息匹配的信息时，则认为来电黑名单中不存在通话标识信息，因此可以允许该手机与电视机之间建立HFP蓝牙连接；相应的，在确定来电黑名单中存在与通话标识信息匹配的信息时，则认为来电黑名单中存在通话标识信息，因此可以忽略手机发送的目标广播消息，不去向手机发送HFP蓝牙连接请求。

上述来电白名单和来电黑名单可以用来验证即将进行HFP蓝牙连接的手机的是否是电视机允许的建立HFP蓝牙连接的设备，以及验证当前手机的来电相关的来电名称和来电号码是否为电视机允许建立HFP蓝牙连接的来电，这样可以在建立HFP蓝牙连接之前，对待连接设备以及来电相关信息进行验证，提高了安全性。

1503、电视机向手机发送针对该蓝牙连接请求的响应消息。

相应的，手机接收电视机发送的针对该蓝牙连接请求的响应消息。

1504、手机与电视机建立HFP蓝牙连接。

其中，HFP蓝牙连接为BR/EDR的蓝牙连接。

在一些实施例中，目标广播消息中还包括以下至少一种的HFP蓝牙连接所支持的音频特征信息：

音频编码方式、声音通道、采样率、采样深度。

手机在接收到这些电视机基于HFP蓝牙连接所支持的音频特征信息之后，可以基于HFP蓝牙连接所支持的音频特征信息与电视机建立HFP蓝牙连接。

1505、电视机控制手机拨打目标电话。

在与第二设备建立HFP蓝牙连接之后，接收第二设备发送的语音数据，并输出语音数据，语音数据为第二设备通过遥控器接收的语音数据，其中，遥控器与第二设备通过HOGP方式连接。

上述实施例中，手机通过HFP蓝牙连接电视机，电视机做为HF角色，手机做为AG角色，通过电视机可以控制手机拨打目标电话，实现了通过电视机进行电话接听，并且可以通过电视机中央设备的角色与遥控器进行联动，控制电视机拨打电话，提高了设备交互性能，同时也提高了用户体验。

在一些实施例中，在电视机与手机建立HFP蓝牙连接之后，电视机可以向遥控器发送通知消息，以通知遥控器电视机与手机建立HFP蓝牙连接，可以通过在遥控器上的控制操作，以向电视机发送一些控制信号，去控制电视机处理手机接收到的该来电，例如，接听该来电、挂断该来电等。

如图16所示，本公开实施例提供的一些实施例中遥控器与电视机的交互流程示意图，在电视机与手机建立HFP蓝牙连接之后，电视机可以向遥控器发送通知消息，以通知遥控器电视机与手机建立HFP蓝牙连接，在遥控器接收到该通知消息之后，遥控器进入HFP操作模式，在该模式下，遥控器可以通过向电视机发送控制信号，去控制电视机通过手机处理通话，例如，接听手机的来电，或者通过手机播出目标电话。

在一些实施例中，如图17所示，本公开实施例提供的电视机与手机之间建立双连接的示意图，手机171与电视机172之间除了建立HFP蓝牙连接以外，还可以建立低功耗蓝牙(BLE GATT)蓝牙连接，手机与电视机之间建立的BLE GATT蓝牙连接可以用于电视机与手机之间的辅助信息交互。

其中，上述辅助信息交互可以包括以下至少一种信息的交互：电视机的IP地址、手机的IP地址、电视机的MAC地址、手机的MAC地址、电视机支持的音频相关信息，以及手机支持的音频相关信息。音频相关信息可以包括：编码格式、采用率、采样深度、应用的端口信息中的一种或多种。

在语音转发场景中，如图18所示，为本公开实施例提供的一种语音转发方法的流程示意图，该方法包括以下步骤：

1801、电视机接收遥控器发送的第一语音数据。

其中，遥控器与显示设备基于HOGP连接，第一语音数据为基于HOGP的语音数据。

电视机接收遥控器发送的第一语音数据具体的是通过电视机中的蓝牙模块接收该第一语音数据，并通过蓝牙协议栈，将该第一语音数据写入电视机的内核节点。

在一些实施例中，该第一语音数据可以为遥控器拾音得到的语音数据，或者，该第一语音数据可以为其它设备发送给遥控器的语音数据。

在一些实施例中，电视机在与手机建立HFP蓝牙连接之后，接听手机接收到的来电，并接收遥控器发送的第一语音数据。示例性的，可以为上述HFP通话场景中电视机处理手机接收到的来电过程中，通过遥控器获取的语音数据的过程。

其中，电视机与手机建立HFP蓝牙连接的过程可以包括：电视机在监听到手机发送的目标广播消息的情况下，向手机发送HFP蓝牙连接请求，在接收到手机发送的针对蓝牙连接请求的响应消息之后，与手机建立HFP蓝牙连接；电视机在与手机建立HFP蓝牙连接之后，接听手机接收到的来电，并接收遥控器发送的第一语音数据。

其中，目标广播消息用于指示手机接收到来电。

在一些实施例中，蓝牙连接请求为蓝牙配对连接请求。

在一些实施例中，蓝牙连接请求为蓝牙回连连接请求。

针对语音转发场景中电视机与手机建立HFP蓝牙连接的过程，可以参考上述HFP通话场景中电视机与手机建立HFP蓝牙连接的过程，此处不再赘述。

在一些实施例中，上述电视机接听手机接收到的来电，具体可以是通过接收遥控器发送的接听控制信号，以接听手机接收到的来电。

在一些实施例中，电视机可以在第一时长内接收遥控器发送的第一语音数据；其中，第一时长为从接收到遥控器发送的音频输入开始标识，至接收到遥控器发送的音频输入结束标识之间的时长。

通过遥控器的按键可以控制适配驱动的输入输出，如果用户不想实时拾音，可以通过按键触发控制适配驱动的语音数据输出，类似电话中的静音功能，只有按键输入进行触发音频输入开始，按键抬起停止输出，即音频输入结束。

示例性的，遥控器可以接收用户针对遥控器按键的按压操作，响应于该按压操作，触发遥控器向电视机发送音频输入开始标识，并且开始持续拾音，在第一时长之后针对该按压操作的取消操作，触发结束拾音，遥控器向电视机发送音频输入结束标识。

示例性的，如图19所示，为本公开实施例提供的一种实时控制遥控器拾音的流程示意图，在遥控器针对按键进行按压操作时，遥控器向电视机发送音频输入开始标识(voice start)，并且开始拾音并向电视机传输遥控器拾音得到的语音数据，在电视机接收到该voice start之后，准备接收第一语音数据，在遥控器针对按键的按压操作取消后，停止拾音，遥控器向电视机发送音频输入结束标识(voice stop)，在电视机接收到该voicestop之后，停止接收遥控器拾音得到的语音数据，其中，第一语音数据为从电视机接收到该voice start，到接收到该voice stop之间遥控器拾音得到的语音数据。

在一些实施例中，在与手机建立HFP蓝牙连接之后，向遥控器发送通知消息，通知消息用于指示电视机与手机建立HFP蓝牙连接，电视机在接收到遥控器发送的接听控制信号的情况下，接听手机接收到的来电，并接收遥控器发送的第一语音数据。

1802、电视机将第一语音数据传入显示设备的内核节点。

其中，内核节点为内核hidraw节点，也写为内核hid节点。

上述hidraw节点是电视机的操作系统linux内核提供给用户空间通用串行总线(Universal Serial Bus，USB)和蓝牙人机交互节点，可以利用该节点实现USB或者蓝牙通信，进一步的，还可以完成其他功能，例如设备固件升级等。

本公开实施例中，在电视机接收到第一语音数据之后，可以直接将第一语音数据传入显示设备的内核节点，这样不需经过用户态的复杂流程转发，直接进入内核态的流程转发。

1803、电视机通过适配驱动获取内核节点中的第一语音数据。

本公开实施例中，为语音数据的转发设置了专用的适配驱动，基于该适配驱动，可以实现不同协议数据的转换。

1804、电视机通过适配驱动将第一语音数据转化为第二语音数据。

其中，第二语音数据为基于HFP的语音数据。

1805、电视机将适配驱动中的第二语音数据转发至HFP语音驱动。

其中，本公开实施例中，该语音驱动可以为单独设计的HFP语音驱动，适配驱动是为内核节点中hid数据设置的适配驱动。

基于该适配驱动，可以将基于HOGP的语音数据，转换为基于HFP的语音数据。

1806、电视机通过HFP语音驱动将第二语音数据写入到电视机的通信接口。

1807、电视机通过通信接口将第二语音数据转发至手机。

电视机作为中心设备，会接收遥控器发送的第一语音数据，并在将第一语音数据转换为第二语音数据之后，还可以将第二语音数据转发至手机。

在电视机与遥控器建立蓝牙连接时所依据的协议，与电视机与手机建立蓝牙连接时所依据的协议不同的情况下，在进行语音数据的转发之前，需要先将第一语音数据转换为第二语音数据，如此可以实现电视机基于不同协议进行蓝牙连接的不同设备之间数据的转发。本公开实施例提供的语音转发方法，可以简化语音转发过程中，用户态与内核态的复杂转发流程提高语音数据的转发效率。

相关技术中，语音数据的转发过程中，在电视机中会先进入用户态的流程转发，再进入内核态的流程转发。示例性的，如图20所示，为一种相关技术中语音数据的转发流程示意图。从图20中可以看出，电视机中的蓝牙模块在接收到遥控器发送的第一语音数据之后，会先通过蓝牙协议栈写入电视机的内核节点，之后在用户态下读取内核节点中的该第一语音数据后，发送至电视机中的语音服务(Audio Service)和语音硬件抽象模块(Audio hal)中处理后，转换为第二语音数据，并发送至语音驱动，最后通过电视机的蓝牙模块再将该第二语音数据发送给手机。其中，Audio Service和Audio hal的处理过程均处于用户态的处理流程，可以看出图20所示的转发流程中，先是经过用户态的蓝牙协议栈处理，之后又写入内核态的内核节点，然后又进入用户态由Audio Service和Audio hal处理，最终才能实现不同协议的语音数据的转换，整个流程经过了用户态与内核态的复杂转发流程，语音数据的转发效率低。

示例性的，如图21所示，为本公开实施例提供的一种本公开实施例中语音数据的转发流程示意图。从图21中可以看出，电视机中的蓝牙模块在接收到遥控器发送的第一语音数据之后，会先通过蓝牙协议栈写入电视机的内核节点，之后在内核态下读取内核节点中的该第一语音数据至适配驱动，在该适配驱动将第一语音数据转换为第二语音数据之后，发送至语音驱动，最后通过电视机的蓝牙模块再将该第二语音数据发送给手机。整个流程在内核态下完成第一语音数据和第二语音数据的转化，简化了相关技术中用户态与内核态的复杂转发流程，提高了语音数据的转发效率。

在投屏场景中，如图22所示，本公开实施例提供一种投屏控制方法，该方法包括：

2201、手机接收到来电。

2202、手机向电视机发送第一广播消息。

相应的，电视机接收手机发送的第一广播消息。

其中，第一广播消息用于指示手机接收到来电。

手机接收到来电时，手机可以发送第一广播消息。

其中，该第一广播消息为BLE广播消息。

在一些实施例中，该第一广播消息可以为定向广播包，定向广播包可以提升手机被发现的效率。如果已知电视机的MAC地址，就可以发送定向广播包，将电视机的MAC地址携带在该定向广播包中。

在一些实施例中，该第一广播消息也可以为非定向广播包。

在一些实施例中，上述第一广播消息中可以包括：手机的MAC地址(即手机的无线WIFI的MAC地址)，手机标识，以及来电信息等。

2203、电视机向手机发送投屏相关信息。

在一些实施例中，在电视机接收到手机发送的第一广播消息之后，电视机可以直接向手机发送投屏相关信息。

在一些实施例中，在电视机接收到手机发送的第一广播消息之后，确定手机有来电，并在根据手机的MAC地址和来电信息等判断该手机为允许建立投屏通道的设备之后，电视机向手机发送投屏相关信息。

在电视机中可以设置投屏白名单，在根据手机的MAC地址和来电信息等，与投屏白名单中记录的设备的MAC地址和电话信息进行对比，在确定投屏白名单中存在与手机的MAC地址和来电信息等匹配的信息时，确定该手机为允许建立投屏通道的设备。在一些实施例中，电视机还可以向手机发送电视机的MAC地址，即电视机的无线WIFI的MAC地址。

在一些实施例中，上述电视机可以通过扫描请求scan request向手机发送投屏相关信息，或，上述电视机可以通过通过第二广播消息向手机发送投屏相关信息。

在一些实施例中，上述电视机可以通过scan request向手机发送电视机的MAC地址，或，上述电视机可以通过第二广播消息向手机发送投屏相关信息。

在一些实施例中，电视机还可以发送scan request给手机，在电视机接收到手机发送的scan response之后，确认手机已经收到电视的投屏相关信息。上述投屏相关信息和电视机的MAC地址可以通过同一消息发送，例如，电视机向手机发送扫描请求，扫描请求中包括投屏相关信息和电视机的MAC地址，相应的，手机接收电视机发送的扫描请求，扫描请求中包括投屏相关信息和电视机的MAC地址，并且手机向电视机回复scan response，以使得电视机确认已经收到投屏相关信息和电视机的MAC地址。

2204、手机基于投屏相关信息，向电视机发送投屏请求。

其中，该投屏相关信息中可以包括以下至少一种：电视机的IP地址、电视机的MAC地址，投屏应用网络的端口信息、信道信息、鉴权相关信息等。

手机在接收到该投屏相关信息之后，可以快速地搜索电视机，以及进行鉴权验证，快速的建立投屏通道。

在一些实施例中，在电视机接收到收到手机的scan response信息，并且接收到手机发送的投屏请求之后，电视机也向手机发送scan response进行确认，并请求手机发送HFP的连接请求。

在一些实施例中，在手机接收到电视机的MAC地址之后，手机在确定投屏白名单中存在电视机的MAC地址的情况下，基于投屏相关信息，向电视机发送投屏请求。

其中，手机的投屏白名单中可以保存允许建立投屏通道的设备的MAC地址，投屏白名单中存在该电视机的MAC地址时，确认手机可以与该电视机建立投屏通道，此时向电视机发送投屏请求。

在一些实施例中，手机向电视机发送投屏请求，并接收电视机发送的扫描请求的扫描响应消息，扫描响应消息中包括HFP蓝牙连接所支持的音频特征信息；

根据音频特征信息与电视机建立HFP蓝牙连接；

其中，HFP蓝牙连接所支持的音频特征信息包括音频编码方式、声音通道、采样率、采样深度中的一种或多种。

2205、电视机向手机发送投屏请求的响应消息。

电视机接收手机发送的投屏请求，并向手机发送扫描请求的扫描响应消息，扫描响应消息中包括HFP蓝牙连接所支持的音频特征信息，以使得手机基于音频特征信息与电视机建立HFP蓝牙连接；

2206、电视机与手机建立投屏通道。

2207、在电视机上显示该来电的投屏界面。

在电视机上显示手机的投屏界面，由于当前手机接收到来电，则该投屏界面为该来电的投屏界面。

如图23所示，为本公开实施例提供的一种在电视机上显示手机的投屏界面的示意图，如23中手机231接收到张三的来电，在电视机与手机建立投屏通道之后，在电视机232上可以显示投屏界面232a，该投屏界面232a显示的是手机231中界面的内容。

上述实施例中，在手机来电场景下，通过手机与电视机之间的交互，可以在手机与电视机之间建立投屏通道，并且在电视机上显示该来电的投屏界面，实现了通过电视机来显示手机上的来电界面，方便用户查看来电信息(例如，来电号码，或者，来电姓名)提高了设备交互性能，同时也提高了用户体验。

在一些实施例中，电视机还可以向手机发送目标请求消息，目标请求消息为HFP蓝牙连接请求消息，或者，目标请求消息用于请求手机发送蓝牙HFP蓝牙连接请求消息，以请求手机与电视机建立HFP蓝牙连接。针对手机与电视机之间建立HFP蓝牙连接的方式在其他场景的实施例中已经作了详细介绍，此处不再赘述。

在电视机与手机建立HFP蓝牙连接之后，可以通过电视机接听该手机的来电，具体的，通过电视机接听手机的来电的方式，在其他场景的实施例中也已经作了详细介绍，此处不再赘述。

进一步的，在手机来电场景下，不仅可以在手机与电视机之间建立投屏通道，在电视机上显示该来电的投屏界面，而且可以建立手机与电视机之间的HFP蓝牙连接，如此实现了通过电视机来显示手机上的来电界面方便用户查看来电信息，以及通过HFP蓝牙连接让电视机可以接听手机上的来电，或者挂断手机上的来电，方便用户对手机的控制，提高了设备交互性能，同时也提高了用户体验。

本公开实施例提供一种计算机可读存储介质，该计算机可读存储介质上存储计算机程序，该计算机程序被处理器执行时实现以下至少一类过程：

上述通话控制方法中电视机执行的各个过程；

上述通话控制方法中手机执行的各个过程；

上述通话控制方法中遥控器执行的各个过程。

本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储计算机程序，该计算机程序被处理器执行时实现以下至少一类过程：

上述语音转发方法中电视机执行的各个过程；

上述语音转发方法中手机执行的各个过程；

上述语音转发方法中遥控器执行的各个过程。

本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储计算机程序，该计算机程序被处理器执行时实现以下至少一类过程：

上述投屏控制方法中电视机执行的各个过程；

上述投屏控制方法中手机执行的各个过程；

上述投屏控制方法中遥控器执行的各个过程。

其中，该计算机可读存储介质可以为只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本公开提供一种计算机程序产品，该计算机程序产品中包括计算机程序，当该计算机程序在计算机上运行时，使得所述计算机实现上述的通话控制方法、语音转发方法和投屏控制方法中的至少一种方法。

为了方便解释，已经结合具体的实施方式进行了上述说明。但是，上述在一些实施例中讨论不是意图穷尽或者将实施方式限定到上述公开的具体形式。根据上述的教导，可以得到多种修改和变形。上述实施方式的选择和描述是为了更好的解释原理以及实际的应用，从而使得本领域技术人员更好的使用实施方式以及适于具体使用考虑的各种不同的变形的实施方式。

Claims (10)

1.一种显示设备，其特征在于，包括：

通信接口，被配置为：接收控制装置发送的第一语音数据，所述控制装置与所述显示设备基于HOGP连接，所述第一语音数据为基于HOGP的语音数据；

控制器，被配置为：将所述第一语音数据传入所述显示设备的内核节点，并通过适配驱动获取内核节点中的所述第一语音数据，并将所述第一语音数据转化为第二语音数据后转发至HFP语音驱动，所述第二语音数据为基于电话免提协议HFP的语音数据，通过所述HFP语音驱动将所述第二语音数据写入到所述通信接口；控制所述通信接口将所述第二语音数据转发至通话设备，其中，所述通话设备与所述显示设备通过HFP连接。

2.根据权利要求1所述的显示设备，其特征在于，所述通信接口，还被配置为：所述接收控制装置发送的第一语音数据之前，在监听到通话设备发送的目标广播消息的情况下，向所述通话设备发送基于电话免提协议HFP的蓝牙连接请求，其中，所述目标广播消息用于指示所述通话设备接收到来电；

在接收到所述通话设备发送的针对所述蓝牙连接请求的响应消息之后，与所述通话设备建立HFP蓝牙连接；

所述通信接口，具体被配置为：所述接收控制装置发送的第一语音数据包括：在与所述通话设备建立HFP蓝牙连接之后，接听所述通话设备接收到的来电，并接收所述控制装置发送的所述第一语音数据。

3.根据权利要求2所述的显示设备，其特征在于，所述通信接口，还被配置为：

在与所述通话设备建立HFP蓝牙连接之后，向所述控制装置发送通知消息，所述通知消息用于指示所述显示设备与所述通话设备建立HFP蓝牙连接；

所述通信接口，具体被配置为：所述接收控制装置发送的第一语音数据包括：在接收到所述控制装置发送的接听控制信号的情况下，以接听所述通话设备接收到的来电，并接收所述控制装置发送的所述第一语音数据。

4.根据权利要求1所述的显示设备，其特征在于，所述通信接口，具体被配置为：

所述接听所述通话设备接收到的来电包括：接收所述控制装置发送的接听控制信号，以接听所述通话设备接收到的来电；

在第一时长内接收所述控制装置发送的所述第一语音数据；

其中，所述第一时长为从接收到所述控制装置发送的音频输入开始标识，至接收到所述控制装置发送的音频输入结束标识之间的时长。

5.根据权利要求1所述的显示设备，其特征在于，所述目标广播消息中包括：通话标识信息；

所述控制器，还被配置为：在所述通信接口监听到所述通话设备发送的目标广播消息，且确定来电白名单中存在所述通话标识信息情况下，控制所述通信接口向所述通话设备发送基于HFP的蓝牙连接请求；

和/或，

所述控制器，还被配置为：在所述通信接口监听到所述通话设备发送的目标广播消息，且确定来电黑名单中不存在所述通话标识信息情况下，控制所述通信接口向所述通话设备发送基于HFP的蓝牙连接请求。

6.根据权利要求5所述的显示设备，其特征在于，所述目标广播消息中还包括以下至少一种的音频特征信息；

音频编码方式、声音通道、采样率、采样深度；

所述通信接口，具体被配置为：基于所述音频特征信息与所述通话设备建立HFP蓝牙连接。

7.根据权利要求1所述的显示设备，其特征在于，

所述蓝牙连接请求为蓝牙配对连接请求；

或者，

所述蓝牙连接请求为蓝牙回连连接请求。

8.一种语音转发方法，其特征在于，包括：

接收控制装置发送的第一语音数据，所述控制装置与所述显示设备基于HOGP连接，所述第一语音数据为基于HOGP的语音数据；

将所述语音数据传入所述显示设备的内核节点，并通过适配驱动将所述第一语音数据转化为第二语音数据，并将所述第二语音数据转发至HFP语音驱动，所述第二语音数据为基于电话免提协议HFP的语音数据，通过所述HFP语音驱动将所述第二语音数据写入到所述通信接口；

将所述第二语音数据转发至通话设备，其中，所述通话设备与所述显示设备通过HFP连接。

9.根据权利要求8所述的方法，其特征在于，所述接收控制装置发送的第一语音数据之前，所述方法还包括：

在监听到通话设备发送的目标广播消息的情况下，向所述通话设备发送基于电话免提协议HFP的蓝牙连接请求，其中，所述目标广播消息用于指示所述通话设备接收到来电；

在接收到所述通话设备发送的针对所述蓝牙连接请求的响应消息之后，与所述通话设备建立HFP蓝牙连接；

所述接收控制装置发送的第一语音数据，包括：

在与所述通话设备建立HFP蓝牙连接之后，接听所述通话设备接收到的来电，并接收所述控制装置发送的所述第一语音数据。

10.根据权利要求9所述的方法，其特征在于，所述在与所述通话设备建立HFP蓝牙连接之后，接听所述通话设备接收到的来电，并接收所述控制装置发送的所述第一语音数据，包括：

在与所述通话设备建立HFP蓝牙连接之后，向所述控制装置发送通知消息，所述通知消息用于指示所述显示设备与所述通话设备建立HFP蓝牙连接；

所述通信接口，还被配置为：在接收到所述控制装置发送的接听控制信号的情况下，接听所述通话设备接收到的来电，并接收所述控制装置发送的所述第一语音数据。

Images