终端设备通过蓝牙外设拾音的方法及终端设备与流程

1.本技术涉及通信技术领域，尤其涉及一种终端设备通过蓝牙外设拾音的方法及终端设备。


背景技术：

2.目前，在用户使用手机中的应用程序(application，app)进行直播、拍摄视频、视频通话等音视频场景中，通常是通过手机内置的麦克风或者是插入手机的耳麦拾取被拍摄者的声音。当被拍摄者与手机距离较近时，手机的麦克风拾音效果较好；随着手机与被拍摄者之间的距离越来越远，通过手机的麦克风拾取被拍摄者的声音的强度会越来越小，导致拍摄的视频声音效果较差。因此，当被拍摄者与手机之间的距离较远或者手机周围环境噪声太大时，均会影响手机麦克风拾音的效果。


技术实现要素：

3.本技术提供一种终端设备通过蓝牙外设拾音的方法及终端设备，解决了现有技术中在终端设备进行音视频录制或者音视频通话时，在一些特定场景下通过终端设备的麦克风拾音效果较差的问题。
4.为达到上述目的，本技术采用如下技术方案：
5.第一方面，提供一种终端设备通过蓝牙外设拾音的方法，该方法包括：
6.响应于用户在终端设备上的第一操作，该终端设备指示目标蓝牙设备录音，该目标蓝牙设备为与终端设备已建立蓝牙连接的第一蓝牙设备或者第二蓝牙设备，该第一操作用于触发终端设备中的第一应用app开启音视频业务，或者在第一app已开启音视频业务的情况下触发通过目标蓝牙设备录音；
7.当终端设备接收到第一蓝牙设备发送的第一音频数据流时，终端设备采用第一音效动态范围控制drc参数对第一音频数据流进行音效处理，该第一音频数据流对应于第一蓝牙设备的麦克风采集的声音数据，该第一音效drc参数为第一蓝牙设备对应的预设音效处理参数；
8.当终端设备接收到第二蓝牙设备发送的第二音频数据流时，终端设备采用第二音效drc参数对第二音频数据流进行音效处理，该第二音频数据流对应于第二蓝牙设备的麦克风采集的声音数据，该第二音效drc参数为第二蓝牙设备对应的预设音效处理参数；
9.其中，上述第一蓝牙设备和第二蓝牙设备的设备类型或者设备型号不同，上述第一音效drc参数与上述第二音效drc参数不同。
10.其中，针对不同类型或者不同型号的蓝牙外设，可以采用不同音效drc参数进行音效处理，这样可以根据具体情况调整音效动态范围，从而更好地改善音效。
11.根据本技术提供的终端设备通过蓝牙外设拾音的方法，在终端设备进行直播、视频通话等音视频业务的场景中，终端设备可以通过蓝牙外设的麦克风拾取声音数据，并且可以采用与该蓝牙外设对应的预设音效drc参数，对蓝牙外设拾取的声音数据进行针对性
地音效处理，改善音效。通过本技术方案，不仅可以实现终端设备通过蓝牙外设拾音，而且还可以针对不同蓝牙外设分别采用不同的预设音效drc参数进行音效处理，改善通过蓝牙外设拾音的音效，即使终端设备与被拍摄者距离较远或者周围环境噪声较大，也可实现较好的录音效果，提升用户使用体验。
12.在一种可能实施方式中，终端设备中预设有音效参数库，该音效参数库中包括蓝牙设备信息与音效处理参数的一一对应关系。其中，该音效参数库中可以包括第一蓝牙设备的设备信息与第一音效drc参数的对应关系，以及第二蓝牙设备的设备信息与第二音效drc参数的对应关系。
13.可选地，上述方法还包括：终端设备根据目标蓝牙设备的设备信息，从音效参数库中确定与目标蓝牙设备对应的目标音效drc参数。其中，上述设备信息包括设备名称，媒体存取控制位址(media access control address，mac)(也称为物理地址)，生产商标识以及输入输出(input/output，i/o)能力信息。
14.在一种可能实施方式中，上述音效参数库中可以包括目标蓝牙设备的设备类型与目标音效drc参数的一一对应关系。
15.在一种可能实施方式中，上述音效参数库中可以包括目标蓝牙设备的设备型号与目标音效drc参数的一一对应关系。
16.可选地，终端设备可以根据目标蓝牙设备的设备信息，确定目标蓝牙设备的设备类型或设备型号，然后根据目标蓝牙设备的设备类型或设备型号，确定与目标蓝牙设备对应的音效drc参数。
17.示例性地，上述终端设备根据目标蓝牙设备的设备信息，从音效参数库中确定与目标蓝牙设备对应的目标音效drc参数，包括：
18.终端设备根据目标蓝牙设备的设备名称，mac地址和生产商标识，确定目标蓝牙设备的设备型号；
19.终端设备根据目标蓝牙设备的设备型号，从音效参数库中确定与目标蓝牙设备对应的目标音效drc参数。
20.通过上述方案，在终端设备通过蓝牙外设拾音(例如录音)时，针对不同设备型号的蓝牙外设，可以采用不同的预设音效drc参数对蓝牙外设所拾取的音频流进行音效处理，可实现较好的录音效果。
21.在一种可能实施方式中，上述终端设备根据目标蓝牙设备的设备信息，从音效参数库中确定与目标蓝牙设备对应的目标音效drc参数，包括：
22.终端设备根据目标蓝牙设备的输入输出i/o能力信息，确定目标蓝牙设备的设备类型；
23.终端设备根据目标蓝牙设备的设备类型，从音效参数库中确定与目标蓝牙设备对应的目标音效drc参数；
24.其中，上述设备类型可以包括有屏类型和无屏类型。
25.通过上述方案，在终端设备通过蓝牙外设拾音(例如录音)时，针对不同设备类型(例如有屏类型或无屏类型)的蓝牙外设，可以采用不同的预设音效drc参数对蓝牙外设所拾取的音频流进行音效处理，可实现较好的录音效果。
26.在一种可能实施方式中，无屏类型的蓝牙设备可以包括具有语音采集功能的耳机
或者音箱，有屏类型的蓝牙设备可以包括具有显示屏且具有语音采集功能的车载终端或者携带式终端。需要说明的是，这里为示例性地列举，本技术中不限于此，还可以包括其他可能的蓝牙设备，具体可以根据实际使用情况确定，本技术实施例不作限定。
27.在一种可能实施方式中，在目标蓝牙设备为有屏类型的蓝牙设备的情况下，上述终端设备根据目标蓝牙设备的i/o能力信息，确定目标蓝牙设备的设备类型，包括：
28.若目标蓝牙设备作为高级音频分发规范a2dp中音频数据流的输出端，则终端设备确定目标蓝牙设备为语音输出端类型；
29.或者，若目标蓝牙设备作为a2dp规范中音频数据流的接收端，则终端设备确定目标蓝牙设备为语音接收端类型。
30.通过上述方案，在终端设备通过蓝牙外设拾音(例如录音)时，针对有屏类型的蓝牙外设，可以区分蓝牙外设是语音输出端类型，还是语音接收端类型，进而采用对应的预设音效drc参数对蓝牙外设所拾取的音频流进行音效处理，可实现较好的录音效果。
31.在一种可能实施方式中，上述响应于用户在终端设备上的第一操作，终端设备指示目标蓝牙设备录音，包括：
32.响应于用户在终端设备上的第一操作，若终端设备判断目标蓝牙设备满足预设条件，则终端设备指示目标蓝牙设备录音；
33.其中，上述预设条件可以为目标蓝牙设备处于用户佩戴状态，和/或，目标蓝牙设备与终端设备之间的距离大于预设距离阈值。该预设距离阈值可以根据实际使用需求设置，本技术实施例不作限定。
34.通过上述方案，当终端设备发现与蓝牙设备已建立连接时，终端设备可以判断蓝牙外设是否满足预设条件，例如蓝牙设备处于用户佩戴状态和/或蓝牙设备与终端设备之间的距离大于预设距离阈值。当该蓝牙设备满足预设条件时(例如蓝牙设备处于用户佩戴状态)，终端设备提示用户是否需要由蓝牙设备的麦克风进行语音数据拾取(例如录音)，供用户选择。这样可以更好地满足用户使用需求，提升用户使用体验。
35.可选地，在本技术实施例中，在终端设备处理音视频业务，且通过蓝牙设备的麦克风进行语音数据拾取的情况下，终端设备可以实时判断该蓝牙设备是否满足上述预设条件。当该蓝牙设备不满足预设条件时，例如蓝牙设备处于用户未佩戴状态，终端设备提示用户是需要由蓝牙设备的麦克风进行语音数据拾取，切换到由终端设备的麦克风进行语音数据拾取，供用户选择。这样可以更好地满足用户使用需求，提升用户使用体验。
36.在一种可能实施方式中，上述响应于用户在终端设备上的第一操作，终端设备指示目标蓝牙设备录音，包括：
37.响应于上述第一操作，当目标蓝牙设备支持免提规范hfp时，终端设备向目标蓝牙设备发送麦克风录音指令，指示目标蓝牙设备录音。
38.通过上述方案，在蓝牙外设支持hfp的情况下，蓝牙外设可以响应于终端设备发送的麦克风录音指令，直接开启麦克风录音功能，无需用户手动触发，可提升用户使用体验。
39.在一种可能实施方式中，上述响应于用户在终端设备上的第一操作，终端设备指示目标蓝牙设备录音，包括：
40.响应于用户在终端设备上的第一操作，终端设备提示用户是否通过目标蓝牙设备的麦克风录音；
41.终端设备接收到用户的第二操作，该第二操作用于确认通过目标蓝牙设备的麦克风录音；
42.响应于第二操作，终端设备向目标蓝牙设备发送麦克风录音指令，指示目标蓝牙设备录音。
43.通过本技术方案，在终端设备处理音视频业务的过程中，即使终端设备与被拍摄者距离较远，或者周围环境嘈杂，可借助于与终端设备连接的蓝牙外设实现较好的拾音效果，提升用户使用体验。
44.在一种可能实施方式中，上述方法还包括：
45.终端设备与目标蓝牙设备建立同步定向连接sco；
46.终端设备接收目标蓝牙设备发送的响应消息，用于指示目标蓝牙设备的麦克风已开启。
47.终端设备向蓝牙外设发送麦克风开启指令，即终端设备发起与蓝牙外设建立sco连接，以指示蓝牙外设开启麦克风。进一步地，蓝牙外设在开启麦克风之后，可以向终端设备发送响应消息，用于指示蓝牙外设的麦克风已开启。
48.其中，终端设备与蓝牙外设建立sco连接，可以直接触发蓝牙外设开启麦克风。即，若终端设备与蓝牙外设建立sco连接，则默认蓝牙外设已开启麦克风，在此情况下蓝牙外设具有拾取语音数据并将拾取的语音数据实时传输给终端设备的功能。
49.在一种可能实施方式中，上述方法还包括：
50.响应于用户的第一操作，在通过目标蓝牙设备录音得到目标音频数据流的过程中，终端设备通过摄像头拍摄得到第一图像；
51.终端设备将第一图像与处理后的目标音频数据流进行合成，得到第一视频流。
52.通过本技术方案，在终端设备进行直播、视频通话等音视频业务时，即使终端设备与被拍摄者距离较远，或者周围环境嘈杂，可借助于与终端设备连接的蓝牙外设实现较好的视频录音效果，提升用户使用体验。
53.在一种可能实施方式中，上述方法还包括：
54.终端设备接收第一app发起的麦克风状态查询请求，该麦克风状态查询请求用于查询麦克风是否处于开启状态；
55.终端设备响应于麦克风状态查询请求，检测终端设备与目标蓝牙设备之间是否保持蓝牙连接；
56.若终端设备与目标蓝牙设备已断开蓝牙连接，则终端设备检测终端设备的麦克风是否开启，并将检测结果反馈给第一app；
57.若终端设备与目标蓝牙设备之间保持蓝牙连接且保持sco连接，则终端设备向第一app反馈麦克风处于开启状态。
58.这样，当第一app获知麦克风处于开启状态时，可以继续进行音视频录制或通话。当第一app获知麦克风处于关闭状态时，可以重新触发开启麦克风，以保证第一app发起的音视频业务能够正常进行，提升用户体验。
59.在一种可能实施方式中，上述方法还包括：
60.终端设备接收第一app发起的麦克风关闭请求，该麦克风关闭请求用于触发关闭麦克风；
61.终端设备响应于该麦克风关闭请求，检测终端设备与目标蓝牙设备之间是否保持蓝牙连接；
62.若终端设备与目标蓝牙设备之间保持蓝牙连接，则终端设备断开终端设备与目标蓝牙设备之间的sco连接，以触发目标蓝牙设备关闭麦克风；
63.若终端设备与目标蓝牙设备之间已断开蓝牙连接，且终端设备的麦克风处于开启状态，则终端设备关闭终端设备的麦克风。
64.这样，在通过app实现的音视频业务结束时，手机可以根据实际情况触发关闭麦克风的语音采集功能，可满足用户实际使用需求，提升用户使用体验。
65.在一种可能实施方式中，上述方法还包括：
66.终端设备将处理后的第一音频数据流或者处理后的第二音频数据流，路由至第一app对应的存储路径。
67.通过本技术方案，终端设备通过第一app进行音视频业务，不仅可以实现终端设备通过蓝牙外设拾音，而且还可以针对不同蓝牙外设分别采用不同的预设音效drc参数进行音效处理，获取音质改善的音频流，进一步供app应用。
68.在一种可能实施方式中，上述方法还包括：
69.响应于用户的第一操作，当终端设备未与目标蓝牙设备建立蓝牙连接，或者与目标蓝牙设备已建立蓝牙连接但目标蓝牙设备不支持hfp规范时，终端设备开启终端设备的麦克风；
70.终端设备通过终端设备的麦克风采集声音数据，得到第三音频数据流；
71.终端设备采用对第三音频数据流进行处理，得到处理后的第三音频数据流；
72.终端设备将处理后的第三音频数据流，路由至第一app对应的存储路径。
73.本技术实施例中终端设备处理音视频业务时可以根据实际应用场景选择通过手机麦克风拾音，或者通过蓝牙外设麦克风拾音，可提升拾音效果；并且本技术实施例中针对蓝牙外设麦克风拾取的音频流，采用针对该蓝牙外设类型预设的音效处理参数进行音效处理，可提升音频质量。
74.第二方面，本技术提供一种终端设备通过蓝牙外设拾音的装置，该装置包括用于执行上述第一方面中的方法的单元。该装置可对应于执行上述第一方面中描述的方法，该装置中的单元的相关描述请参照上述第一方面的描述，为了简洁，在此不再赘述。
75.其中，上述第一方面描述的方法可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块或单元。例如，处理模块或单元、显示模块或单元等。
76.第三方面，本技术提供一种终端设备，该终端设备包括处理器，处理器与存储器耦合，存储器用于存储计算机程序或指令，处理器用于执行存储器存储的计算机程序或指令，使得第一方面中的方法被执行。
77.例如，处理器用于执行存储器存储的计算机程序或指令，使得该装置执行第一方面中的方法。
78.第四方面，本技术提供一种计算机可读存储介质，其上存储有用于实现第一方面中的方法的计算机程序(也可称为指令或代码)。
79.例如，该计算机程序被计算机执行时，使得该计算机可以执行第一方面中的方法。
80.第五方面，本技术提供一种芯片，包括处理器。处理器用于读取并执行存储器中存储的计算机程序，以执行第一方面及其任意可能的实现方式中的方法。
81.可选地，该芯片还包括存储器，存储器与处理器通过电路或电线连接。
82.第六方面，本技术提供一种芯片系统，包括处理器。处理器用于读取并执行存储器中存储的计算机程序，以执行第一方面及其任意可能的实现方式中的方法。
83.可选地，该芯片系统还包括存储器，存储器与处理器通过电路或电线连接。
84.第七方面，本技术提供一种计算机程序产品，该计算机程序产品包括计算机程序(也可称为指令或代码)，该计算机程序被计算机执行时使得所述计算机实现第一方面中的方法。
85.可以理解的是，上述第二方面至第七方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。
附图说明
86.图1为本技术实施例提供的终端设备通过蓝牙外设拾音的方法对应的系统架构图；
87.图2为本技术实施例提供的终端设备通过蓝牙外设拾音的方法应用的场景示意图；
88.图3为本技术实施例提供的一种终端设备通过蓝牙外设拾音的方法的流程示意图；
89.图4为一种终端设备通过蓝牙外设拾音的方法的流程示意图；
90.图5为本技术实施例提供的一种终端设备通过蓝牙外设拾音的方法的流程示意图之一；
91.图6为本技术实施例提供的一种终端设备通过蓝牙外设拾音的方法的流程示意图之二；
92.图7为本技术实施例提供的一种终端设备通过蓝牙外设拾音的方法的流程示意图之三；
93.图8为本技术实施例提供的一种终端设备通过蓝牙外设拾音的方法的流程示意图之四；
94.图9为本技术实施例提供的一种终端设备通过蓝牙外设拾音的装置的结构示意图；
95.图10为本技术实施例提供的电子设备的结构示意图。
具体实施方式
96.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
97.本文中术语“和/或”，是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。本文中符号
“
/”表示关联对象是或者的关系，例如a/b表示a或者b。
98.本文中的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述对象的特定顺序。例如，第一音效处理参数和第二音效处理参数等是用于区别不同的音效处理参数，而不是用于描述音效处理参数的特定顺序。
99.在本技术实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本技术实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
100.在本技术实施例的描述中，除非另有说明，“多个”的含义是指两个或者两个以上，例如，多个处理单元是指两个或者两个以上的处理单元等；多个元件是指两个或者两个以上的元件等。
101.为便于理解本技术实施例，以下对本技术实施例的部分用语进行解释说明，以便于本领域技术人员理解。
102.(1)sco：同步定向连接(synchronous connection oriented link，sco)，也称为sco链路。sco链路或扩展的sco(extended sco，esco)链路用于传输对时间要求很高的通信数据，主要用于同步话音传送(例如音视频业务)。需要说明的是，本技术实施例提供的方案中不限定sco链路还是esco链路，为了便于说明，下文以sco链路为例对本方案进行示例性的描述。
103.(2)hfp：免提规范(hands
‑
free profile，hfp)，代表免提功能。如果蓝牙设备支持hfp规范，且蓝牙设备与终端设备之间激活hfp规范，那么终端设备与蓝牙耳机之间可以基于hfp规范传输音频数据流。
104.(3)a2dp：高级音频分发规范(advanced audio distribution profile，a2dp)，支持传输立体声音频数据流。a2dp规范定义了音频数据流的源端(source，简称为src)和音频数据流的接收端(简称为sink)。作为音频数据流的源端的设备(例如手机)和作为接收端的设备(例如蓝牙耳机)可以基于a2dp规范传输高质量音频信息(即音频数据流)。
105.(4)drc：动态范围控制(dynamic range control，drc)，一种音效处理方式，drc对应的音效处理参数称为音效drc参数，通过调节信号幅度，可调整声音电平的动态范围，改善音效。其中，声音电平的动态范围即指最大音量和最小音量之间的范围，也可以采用最大音量和最小音量的差值来衡量动态范围的大小。
106.示例性地，可以对时间轨上的音频数据进行以下处理：针对声音电平低于预设最小门限的音频数据，按预先设置的音效drc参数提升音量；针对声音电平超过预设最高门限的音频数据，按预先设置的drc参数降低音量，这样调整声音电平的动态范围，即减小了动态范围。在音频处理效果上来看，对于声音音量较低的部分，由于音效处理而音量增大，处理后的声音可变得更加清晰；对于声音音量较高的部分，由于音效处理而音量适当降低，处理后的声音可变得更加柔和。从整体效果来看，处理后的声音效果更能满足用户使用需求，可提升用户体验。
107.图1示出了本技术的各个示例性实施例所涉及的通信系统的架构示意图。如图1所示，通信系统10可以包括终端设备11和蓝牙设备12(称为蓝牙外围设备，可简称为蓝牙外设)，终端设备11和蓝牙设备12可以通过蓝牙(bluetooth，bt)通信协议建立蓝牙连接并通
信。其中，上述蓝牙通信协议可以为传统蓝牙协议，也可以为低功耗蓝牙(bluetooth low energy，ble)协议；当然，还可以是未来推出的其他新的蓝牙协议类型。
108.可选的，终端设备11可以是智能手机、平板电脑、个人数字助理(personal digital assistant，pda)、电视或智能手表等电子设备。需要说明的是，在本技术实施例中，终端设备11设置有用于采集图像数据的摄像头，以及用于采集声音数据的麦克风，即终端设备11具有录制音视频的功能。这样，通过终端设备11可以实现直播、视频通话、录像或者录音等音视频业务。
109.可选的，蓝牙设备12可以是蓝牙麦克风，蓝牙耳机，无线音箱，无线手环，无线车载，无线智能眼镜，无线手表，增强现实(augmented reality，ar)/虚拟现实(virtual reality，vr)设备，媒体播放器(例如mp3、mp4等)、笔记本电脑、pda、电视或智能手表等支持蓝牙通信协议的电子设备。需要说明的是，在本技术实施例中，蓝牙设备12设置有麦克风，具有采集声音数据的功能。
110.示例性的，以蓝牙设备12为蓝牙耳机为例进行说明，蓝牙耳机12可以有多种类型，例如可以是耳塞式、入耳式、头戴式、耳罩式或挂耳式蓝牙耳机等。示例性地，蓝牙设备12可以为真无线立体声(true wireless stereo，tws)耳机，也可以为颈带式蓝牙耳机。
111.在一些实施例中，蓝牙耳机12可以支持下述应用中的一种或多种：hsp(headset profile)应用、hfp应用、a2dp应用。其中，hsp应用代表耳机应用，提供手机与蓝牙耳机之间通信所需的基本功能，蓝牙耳机可以作为手机的音频输入和输出接口。hfp应用代表免提应用，hfp应用在hsp应用的基础上增加了某些扩展功能，蓝牙耳机可以控制手机的音视频通话或者录制过程，例如接听、挂断、拒接、语音拨号等。a2dp应用为高级音频传送应用，支持传输立体声音频流。在实际实现时，在蓝牙耳机与终端设备保持蓝牙连接的情况下，用户可以佩戴蓝牙耳机进行听音乐或接/打电话等音频业务。
112.本技术实施例对终端设备11和蓝牙设备12的设备类型不予具体限定。为了便于说明，下文中以终端设备11为手机，蓝牙设备12为蓝牙耳机为例进行示例性地说明。
113.下面结合图2说明终端设备在进行直播、视频通话、录像或者录音等音视频业务的场景中存在的问题。
114.如图2中的(a)所示，在用户13通过终端设备11进行直播、视频通话、录像或者录音等音视频业务的场景中，通常是由终端设备11的麦克风拾取用户13的声音，得到用户音频数据，图2中简称为手机mic拾音。但是，由于终端设备11与用户13之间的距离大于一定距离阈值，或者终端设备11和用户13周围的环境嘈杂等原因，可能会导致通过终端设备11的麦克风拾取到的声音音量较小，拾音效果不佳。
115.本技术方案提出如下方案，如图2中的(b)所示，在用户13通过终端设备11进行直播、视频通话、录像或者录音等音视频业务的场景中，如果用户13佩戴有蓝牙设备12(例如蓝牙耳机，支持hfp规范)且该蓝牙设备12与终端设备11已建立蓝牙连接，那么可以由蓝牙设备12的麦克风拾取用户13的声音，图2中简称为蓝牙mic拾音，这样拾取到的声音音量大大提升。进一步地，蓝牙设备12将拾取到的用户音频数据发送给终端设备11。
116.在终端设备进行音视频业务的场景中，可以通过蓝牙外设采集声音，提升音量，但是由于目前蓝牙外设种类众多，其配置的麦克风语音采集功能差异较大，或者由于蓝牙信道质量不佳或者受到干扰，这样会导致通过蓝牙外设拾取到的用户音频数据在音效上并不
好，无法满足用户需求，影响用户使用体验。
117.鉴于此，本技术实施例提供了一种终端设备通过蓝牙外设拾音的方法及终端设备，不仅可以实现终端设备通过蓝牙外设拾音，而且可以改善通过蓝牙外设拾音的音效。在终端设备进行直播、视频通话等音视频业务的场景中，终端设备可以通过蓝牙外设的麦克风拾取声音数据，并且可以采用与该蓝牙外设对应的预设音效drc参数，对蓝牙外设拾取的声音数据进行针对性地音效处理，改善音效。通过本技术方案，不仅可以实现终端设备通过蓝牙外设拾音，而且还可以针对不同蓝牙外设分别采用不同的预设音效drc参数进行音效处理，改善通过蓝牙外设拾音的音效，即使终端设备与被拍摄者距离较远或者周围环境噪声较大，也可实现较好的录音效果，提升用户使用体验。
118.本技术实施例提供的终端设备通过蓝牙外设拾音的方法的执行主体可以为上述的终端设备，也可以为该终端设备中能够实现该终端设备通过蓝牙外设拾音的方法的功能模块和/或功能实体，并且本技术方案能够通过硬件和/或软件的方式实现，具体的可以根据实际使用需求确定，本技术实施例不作限定。下面以终端设备为例，结合附图对本技术实施例提供的终端设备通过蓝牙外设拾音的方法进行示例性的说明。
119.图3是本技术实施例提供的终端设备通过蓝牙外设拾音的方法的流程示意图。参照图3所示，该方法100包括下述的步骤s101
‑
s110。
120.s101，终端设备接收到用户通过第一app进行音视频业务的第一操作。
121.s102，终端设备响应于第一操作，判断终端设备是否与蓝牙设备建立蓝牙连接。
122.其中，上述音视频业务可以包括直播、视频通话、语音通话、录像或者录音等涉及音视频录制或通话的业务，可以理解，这里为示例性地列举，在实际实现时，上述音视频业务还可以包括其他任意可能的音视频业务，本技术实施例对此不作限定。在终端设备处理音视频业务时，会涉及声音数据(例如用户语音数据)的采集或拾取，通常默认由终端设备的麦克风采集或拾取声音数据。例如，在手机录制音视频时通常是默认使用手机内置麦克风或者是插入的耳麦来实现录音的。
123.在本技术实施例中，上述第一app为终端设备中安装或加载的支持音视频业务的应用程序，可以是系统app，也可以是第三方app，本技术实施例对此不作限定。
124.当用户在终端设备上操作，触发开启第一app的音视频业务时，终端设备可以检测到用户的第一操作，并响应于该第一操作，指示终端设备开启麦克风，以通过终端设备的麦克风拾取声音数据(例如用户语音数据)，或者指示与终端设备连接的蓝牙设备开启麦克风，以通过蓝牙设备的麦克风拾取语音数据。具体是由终端设备的麦克风拾取语音数据，还是由蓝牙设备的麦克风拾取语音数据，终端设备可以根据具体情况进行确定。具体情况可能是终端设备未与其他蓝牙设备建立连接，也可以是终端设备与某个蓝牙设备保持蓝牙连接。
125.一方面，若终端设备与某一蓝牙设备已建立蓝牙连接且该蓝牙设备支持hfp规范，则终端设备继续执行下述的步骤s103
‑
s106，即指示与终端设备连接的蓝牙设备开启麦克风，以通过蓝牙设备的麦克风拾取语音数据。
126.在实际实现时，随着手机与被拍摄者之间的距离越来越远，通过手机的麦克风拾取被拍摄者的声音的强度会越来越小，导致拍摄的视频声音效果较差。如果此时手机与蓝牙外设已建立连接，那么可以选择通过蓝牙外设的麦克风拾取声音，提升拾音效果。
127.另一方面，若终端设备未与任何蓝牙设备建立蓝牙连接，或者终端设备与某一蓝牙设备已建立蓝牙连接但该蓝牙设备不支持hfp规范，则终端设备继续执行下述的步骤s107
‑
s110，即指示终端设备开启麦克风，以通过终端设备的麦克风拾取语音数据。
128.其中，上述第一操作可以为用户在终端设备上触发启用音视频业务或服务的操作，例如通过触摸方式触发或者语音方式触发的各种可能操作，具体可以根据实际使用需求确定，本技术实施例不作限定。
129.s103，在终端设备与蓝牙设备已建立蓝牙连接且蓝牙设备支持hfp规范的情况下，终端设备向蓝牙设备发送麦克风开启指令。
130.在本技术实施例中，终端设备向蓝牙设备发送麦克风开启指令，即终端设备发起与蓝牙设备建立sco连接，以指示蓝牙设备开启麦克风。进一步地，蓝牙设备在开启麦克风之后，可以向终端设备发送响应消息，用于指示蓝牙设备的麦克风已开启。
131.其中，终端设备与蓝牙设备建立sco连接，可以直接触发蓝牙设备开启麦克风。即，若终端设备与蓝牙设备建立sco连接，则默认蓝牙设备已开启麦克风，在此情况下蓝牙设备具有拾取语音数据并将拾取的语音数据实时传输给终端设备的功能。
132.需要说明的是，上文中是以一旦终端设备发现与蓝牙设备已建立连接，就直接触发蓝牙设备的麦克风进行语音数据拾取为例进行示例性说明的，本技术实施例包括但不限于此，可以理解，在实际实现时，当终端设备发现与蓝牙设备已建立连接时，终端设备可以先提示用户是需要由终端设备的麦克风进行语音数据拾取，还是需要由蓝牙设备的麦克风进行语音数据拾取，供用户选择。进一步地，如果用户选择由蓝牙设备的麦克风进行语音数据拾取，那么终端设备可以响应于用户的选择操作，向蓝牙设备发送麦克风开启指令，指示蓝牙设备开启麦克风并进行语音数据拾取。
133.可选地，在本技术实施例中，当终端设备发现与蓝牙设备已建立连接时，终端设备可以判断该蓝牙设备是否满足预设条件，例如蓝牙设备处于用户佩戴状态，和/或，蓝牙设备与终端设备之间的距离大于预设距离阈值。当该蓝牙设备满足预设条件时(例如蓝牙设备处于用户佩戴状态)，终端设备提示用户是否需要由蓝牙设备的麦克风进行语音数据拾取，供用户选择。这样可以更好地满足用户使用需求，提升用户使用体验。
134.可选地，在本技术实施例中，在终端设备处理音视频业务，且通过蓝牙设备的麦克风进行语音数据拾取的情况下，终端设备可以判断该蓝牙设备是否满足上述预设条件。当该蓝牙设备不满足预设条件时，例如蓝牙设备处于用户未佩戴状态，终端设备提示用户是需要由蓝牙设备的麦克风进行语音数据拾取，切换到由终端设备的麦克风进行语音数据拾取，供用户选择。这样可以更好地满足用户使用需求，提升用户使用体验。
135.s104，终端设备接收蓝牙设备发送的由蓝牙设备的麦克风采集的第一音频数据流。
136.在终端设备处理音视频业务的过程中，在终端设备与蓝牙设备建立sco连接之后，蓝牙设备可以通过麦克风实时拾取周围的声音数据(例如用户语音数据)，即第一音频数据流。进一步地，蓝牙设备可以通过sco连接，将第一音频数据流发送给终端设备。
137.s105，终端设备采用与蓝牙设备对应的第一音效处理参数对第一音频数据流进行处理，得到处理后的第一音频数据流。
138.具体到本技术方案，如上文所述，在终端设备进行音视频业务的场景中，尽管可以
通过蓝牙外设采集声音，提升音量，但是由于各种原因导致终端设备通过蓝牙设备拾取的语音数据在音效上不能满足用户需求，因此终端设备在接收蓝牙设备发送的第一音频数据流之后，需要对第一音频数据流进行特定的音效处理，以改善第一音频数据流的音效。
139.在本技术实施例中，终端设备中可以预设有音效参数库。其中，音效参数库中可以包括蓝牙设备信息与音效处理参数的一一对应关系。终端设备可根据实际使用需求，根据蓝牙设备信息从音效参数库中调用对应的音效处理参数。
140.需要说明的是，不同类型的蓝牙设备可以预设对应的音效处理参数，具体音效处理参数的取值可以根据实验室数据确定。这样，本技术方案针对蓝牙外设麦克风拾取的音频流，可以采用针对该蓝牙外设类型预设的音效处理参数进行音效处理，可提升音频质量。
141.例如，针对蓝牙耳机预设的音效处理参数可以包括均衡处理参数和drc处理参数，均衡处理参数用于对各频段的声音信号均衡处理，起到整体音效改善作用。drc处理参数通过调节信号幅度，压缩声音电平的动态范围，改善音效。
142.再例如，针对车载蓝牙设备预设的音效处理参数可以包括降噪处理参数和drc处理参数。降噪处理参数可以用于降低声音信号中的噪声电平，以及增大声音信号中的语音电平，以达到增大信噪比的目的。
143.需要说明的是，以上为示例性地举例说明，在实际实现时，可以根据实际需求，针对不同类型的蓝牙设备预设对应的音效处理参数，具体可以根据实际使用需求确定，本技术实施例不作限定。
144.在一些实施例中，终端设备可以先获取蓝牙设备的设备信息，然后根据蓝牙设备的设备信息，从音效参数库中确定与蓝牙设备对应的第一音效处理参数。其中，蓝牙设备的设备信息可以包括蓝牙设备的设备名称，物理mac地址，生产商标识以及输入输出能力信息(称为i/o能力信息)，当然还可能包括其他设备信息，例如麦克风性能信息，具体可以根据实际使用需求确定，本技术实施例不作限定。
145.示例性地，假设音效参数库中保存有蓝牙耳机的设备信息与第一音效处理参数的对应关系，即蓝牙耳机对应于第一音效处理参数。在已知蓝牙耳机的设备信息的情况下，终端设备可以根据蓝牙耳机的设备信息，确定出对应的第一音效处理参数，进而终端设备可以采用第一音效处理参数对蓝牙耳机拾取的语音数据进行音效处理。
146.可选地，在一种实施例中，音效参数库中可以包括蓝牙设备的设备类型与音效处理参数的一一对应关系。在本技术实施例中，在终端设备获取蓝牙设备的设备信息之后，终端设备可以根据蓝牙设备的i/o能力信息，确定蓝牙设备的设备类型。进一步地，可以根据蓝牙设备的设备类型从音效参数库中调用对应的音效处理参数。
147.其中，若蓝牙设备具有显示屏，则蓝牙设备为有屏类型的蓝牙设备。若蓝牙设备不具有显示屏，则蓝牙设备为无屏类型的蓝牙设备。
148.示例性地，在本技术实施例中，无屏类型的蓝牙设备可以包括具有语音采集功能的耳机或者音箱，当然还可以包括其他任意可能的蓝牙设备，例如vr眼镜。有屏类型的蓝牙设备可以包括具有显示屏且具有语音采集功能的车载终端或者携带式终端，当然还可以包括其他任意可能的蓝牙设备，例如智能手表。具体可以根据实际使用需求确定，本技术实施例不作限定。
149.在本技术实施例中，在蓝牙设备为有屏类型的蓝牙设备的情况下，上述终端设备
根据蓝牙设备的i/o能力信息确定蓝牙设备的设备类型的步骤，可以包括：若蓝牙设备作为a2dp规范中音频数据流的输出端，则终端设备确定蓝牙设备为有屏类型的语音输出端设备。若蓝牙设备作为a2dp规范中音频数据流的接收端，则终端设备确定蓝牙设备为有屏类型的语音接收端设备。
150.示例性地，有屏类型的语音输出端设备可以为pc，pad或手机等具有蓝牙模块(例如蓝牙芯片)的设备，有屏类型的语音接收端设备可以为车载蓝牙设备以及其他具有蓝牙模块(例如蓝牙芯片)的设备。
151.可选地，在另一种实施例中，音效参数库中可以包括蓝牙设备的设备型号与音效处理参数的一一对应关系。在终端设备确定蓝牙设备的设备类型之后，终端设备可以根据蓝牙设备的设备名称，mac地址和生产商标识，确定蓝牙设备的设备型号。进一步地，终端设备可以根据蓝牙设备的设备型号，从音效参数库中确定与蓝牙设备对应的第一音效处理参数。
152.在本技术实施例中，上述第一音效处理参数可以包括音效drc参数。针对不同类型的蓝牙外设，可以采用不同音效drc参数，这样可以根据具体情况调整音效动态范围，从而更好地改善音效。
153.在一种可能实施方式中，上述音效参数库中可以包括目标蓝牙设备的设备类型与目标音效drc参数的一一对应关系。
154.在一种可能实施方式中，上述音效参数库中可以包括目标蓝牙设备的设备型号与目标音效drc参数的一一对应关系。
155.可选地，终端设备可以根据目标蓝牙设备的设备信息，确定目标蓝牙设备的设备类型或设备型号，然后根据目标蓝牙设备的设备类型或设备型号，确定与目标蓝牙设备对应的音效drc参数。
156.示例性地，假设蓝牙设备1的设备型号xyz，蓝牙设备2的设备型号为abc，音效参数库中存储有设备型号xyz与音效drc参数0.6的对应关系，以及存储有设备型号abc与音效drc参数0.5的对应关系，那么终端设备可以根据蓝牙设备1的设备型号xyz，确定与蓝牙设备1的设备型号xyz对应的音效drc参数0.6。终端设备还可以根据蓝牙设备2的设备型号abc，确定与蓝牙设备2的设备型号abc对应的音效drc参数0.5。
157.进一步地，当终端设备接收到蓝牙设备1发送的音频数据流1时，终端设备可以采用音效drc参数0.6对该音频数据流1进行音效处理。或者，当终端设备接收到蓝牙设备2发送的音频数据流2时，终端设备可以采用音效drc参数0.5对该音频数据流2进行音效处理。
158.这样针对不同蓝牙外设分别采用不同的预设音效drc参数进行音效处理，改善通过蓝牙外设拾音的音效，即使终端设备与被拍摄者距离较远或者周围环境噪声较大，也可实现较好的录音效果。
159.s106，终端设备将处理后的第一音频数据流，路由至第一app对应的存储路径。
160.在本技术实施例中，在终端设备采用与蓝牙设备对应的第一音效处理参数对第一音频数据流进行处理之后，可以通过终端设备的音频框架接口，将处理后的第一音频数据流路由至第一app对应的存储路径进行存储，这样第一app可以在该存储路径下调用该处理后的第一音频数据流。
161.在本技术实施例中，响应于用户通过第一app录制视频的第一操作，在终端设备通
过蓝牙设备采集第一音频数据流的过程中，终端设备通过摄像头拍摄得到第一图像。终端设备可以将第一图像与处理后的第一音频数据流进行合成，得到第一视频。
162.通过本技术方案，在终端设备处理音视频业务的过程中，即使终端设备与被拍摄者距离较远，或者周围环境嘈杂，可借助于与终端设备连接的蓝牙外设实现较好的拾音效果，提升用户使用体验。
163.s107，在终端设备未与蓝牙设备建立蓝牙连接，或者终端设备与蓝牙设备已建立蓝牙连接但蓝牙设备不支持hfp规范的情况下，终端设备开启终端设备的麦克风。
164.s108，终端设备通过终端设备的麦克风采集声音数据，得到第二音频数据流。
165.其中，终端设备根据麦克风开启指令开启终端设备的麦克风，并通过终端设备的麦克风实时拾取终端设备周围的声音数据，例如用户语音数据。
166.s109，终端设备对第二音频数据流进行处理，得到处理后的第二音频数据流。
167.在本技术实施例中，终端设备可以采用与终端设备对应的第二音效处理参数对第二音频数据流进行处理，得到处理后的第二音频数据流。这里，第二音效处理参数不同于上述第一音效处理参数。
168.s110，终端设备将处理后的第二音频数据流，路由至第一app对应的存储路径。
169.在本技术实施例中，在终端设备通过终端设备的麦克风采集声音数据的情况下，终端设备可以通过终端设备的音频框架接口，将本地处理后的第一音频数据流路由至第一app对应的存储路径进行存储，这样第一app可以在该存储路径下调用该处理后的第一音频数据流。
170.可选地，在本技术实施例中，为了保证第一app发起的音视频业务能够正常进行，第一app会向终端设备发送麦克风状态查询请求，用于查询麦克风是否处于开启状态。在终端设备接收到第一app发起的麦克风状态查询请求之后，终端设备可以响应于该麦克风状态查询请求，检测终端设备与蓝牙设备之间是否保持蓝牙连接，再进一步根据实际情况向第一app反馈麦克风是处于开启状态还是处于关闭状态。
171.一方面，若终端设备与蓝牙设备已断开蓝牙连接，则终端设备检测终端设备的麦克风是否开启，并将检测结果反馈给第一app。具体地，当检测到终端设备的麦克风处于开启状态，则终端设备向第一app反馈麦克风处于开启状态；当检测到终端设备的麦克风处于关闭状态，则终端设备向第一app反馈麦克风处于关闭状态。
172.另一方面，若终端设备与蓝牙设备之间保持蓝牙连接且保持sco连接，则终端设备向第一app反馈麦克风处于开启状态。
173.这样，当第一app获知麦克风处于开启状态时，可以继续进行音视频录制或通话。当第一app获知麦克风处于关闭状态时，可以重新触发开启麦克风，以保证第一app发起的音视频业务能够正常进行。
174.可选地，在本技术实施例中，当用户触发停止通过第一app实现的音视频业务时，终端设备可以接收到第一app发起的麦克风关闭请求，用于触发关闭麦克风。进一步地，终端设备可以响应于该麦克风关闭请求，检测终端设备与蓝牙设备之间是否保持蓝牙连接，再进一步根据实际情况关闭终端设备的麦克风或者蓝牙设备的麦克风。
175.一方面，若终端设备与蓝牙设备之间保持蓝牙连接，则终端设备断开终端设备与蓝牙设备之间的sco连接，以触发蓝牙设备关闭麦克风。
176.另一方面，若终端设备与蓝牙设备之间已断开蓝牙连接，且终端设备的麦克风处于开启状态，则终端设备关闭终端设备的麦克风。
177.这样，在通过第一app实现的音视频业务结束时，终端设备可以根据实际情况触发关闭麦克风的语音采集功能，可满足用户实际使用需求，提升用户使用体验。
178.下面结合图4至图7，以终端设备为手机为例，示例性地描述本技术实施例提供的终端设备通过蓝牙外设拾音的方法的具体实现方式。
179.图4示出了现有技术中手机处理音视频业务时的实现过程，如图4所示，该实现过程200包括下述的步骤s201
‑
s208。
180.s201，当用户通过手机中的app发起音视频业务时，该app发起手机麦克风开启指令。
181.s202，手机调用音频接口，触发开启手机麦克风。
182.手机麦克风在开启之后，可实时拾取手机周围的声音(简称麦克风拾音)。
183.s203，手机麦克风在开启之后，向app反馈麦克风已开启。
184.上述步骤s201
‑
s203为麦克风开启流程。
185.s204，手机通过麦克风拾音(例如拾取用户语音数据)，得到音频数据流(以下简称音频流)。
186.s205，手机将音频流传输给手机的音频算法模块。
187.其中，音频算法模块还称为音频处理模块，用于对音频流进行音效处理。
188.s206，手机的音频算法模块对音频流进行音效处理。
189.s207，手机调用音频接口将该处理后的音频流路由给该app。
190.s208，该app对该处理后的音频流进行存储。
191.上述步骤s204
‑
s208为音频流传输流程。
192.图5示出了本技术实施例提供的终端设备通过蓝牙外设拾音的方法的示意性流程图，如图5中的(a)和(b)所示，方法300包括下述的步骤s301
‑
s319。
193.s301，当用户通过手机中的app发起音视频业务时，该app发起麦克风开启指令。
194.s302，响应于麦克风开启指令，手机调用音频接口判断手机是否与蓝牙外设建立蓝牙连接。
195.其中，手机调用该音频接口判断手机是否与蓝牙外设建立蓝牙连接，并根据判断结果，对麦克风开启指令进行路由处理。
196.若判断手机没有与其他蓝牙外设建立蓝牙连接(对应于图5中的(a)中的否)，则继续执行步骤s303
‑
s309，即调用手机中的音频接口，触发手机麦克风开启并通过手机麦克风拾音。
197.若判断手机与某一蓝牙设备建立蓝牙连接(对应于图5中的(b)中的是)，则继续执行步骤s310
‑
s319，即调用手机中的音频接口来实现通过手机蓝牙模块向蓝牙外设发送麦克风开启指令，触发手机与蓝牙外设建立sco连接并通过蓝牙外设的麦克风拾音。
198.s303，在手机未连接蓝牙外设的情况下，手机调用该音频接口触发手机麦克风开启。
199.s304，手机麦克风在开启之后，向app反馈麦克风已开启。
200.s305，手机通过麦克风拾音，得到音频流。
201.s306，手机将音频流传输给手机的音频算法模块。
202.其中，音频算法模块还称为音频处理模块，用于对音频流进行音效处理。
203.s307，手机通过音频算法模块对音频流进行音效处理。
204.s308，手机调用音频接口将该处理后的音频流路由给该app。
205.s309，该app对该处理后的音频流进行存储。
206.上述步骤s301
‑
s304为手机麦克风开启流程，步骤s305
‑
s309为手机麦克风拾音及音频流传输流程。其中，图5的(a)中的s305
‑
s309的具体实现过程类似于图4中s204
‑
s208的实现过程，此处不予赘述。
207.上面图5的(a)说明手机麦克风开启流程，以及手机麦克风拾音及音频流传输流程，下面再结合图5的(b)说明蓝牙外设麦克风开启流程，以及蓝牙外设麦克风拾音及音频流传输流程。
208.s310，在手机连接着某个蓝牙外设且该蓝牙外设支持hfp规范的情况下，手机调用音频接口，触发手机蓝牙模块与蓝牙外设建立sco连接。
209.s311，手机蓝牙模块与蓝牙外设建立sco连接，这样蓝牙外设麦克风拾取的音频流会同步传输给手机蓝牙模块。
210.s312，在手机蓝牙模块与蓝牙外设建立sco连接之后，手机蓝牙模块向app反馈麦克风已开启。
211.s313，音频算法模块向手机蓝牙模块请求蓝牙外设的设备信息。
212.需要说明的是，s313中的步骤可以是在手机蓝牙模块与蓝牙外设建立sco连接之后执行的，也可以是在手机蓝牙模块接收到蓝牙外设发送的音频流的情况下执行的，具体可以根据实际使用需求确定，本技术实施例不作限定。
213.s314，手机蓝牙模块向音频算法模块反馈蓝牙外设的设备信息，音频算法模块可以根据蓝牙外设的设备信息从预设的音效参数库中确定该蓝牙外设对应的音效处理参数。
214.s315，手机蓝牙模块接收到蓝牙外设发送的由蓝牙外设的麦克风拾取的声音数据，即音频流。
215.s316，手机蓝牙模块将音频流传输给音频算法模块。
216.s317，音频算法模块采用上述s314中所确定的与该蓝牙外设对应的音效处理参数，对蓝牙外设拾取的音频流进行音效处理。
217.由于针对不同类型的蓝牙外设拾取的音频流，采用与蓝牙外设类型对应的音效处理参数(例如音效drc参数)进行音频流处理，可以在一定程度上提升音频效果。
218.s318，手机调用音频接口将该处理后的音频流路由给该app。
219.s319，该app对该处理后的音频流进行存储。
220.上述步骤s301
‑
s302以及s310
‑
s312为蓝牙外设麦克风开启流程，步骤s313
‑
s319为手机麦克风拾音及音频流传输流程。
221.参考上述图5中的(a)和(b)可知，当第三方app(小视频应用或平台等)在调用音频接口以打开手机麦克风进行拾音(例如录音)时，手机先判断当前是否有连着支持hfp特性的蓝牙外设，如果否，则手机继续走原有流程打开手机麦克风，通过手机麦克风进行拾音；如果是，则手机调用蓝牙模块与蓝牙外设建立sco通路，触发通过蓝牙外设麦克风拾音。
222.与上述图4示出的现有技术中手机处理音视频业务时通过手机麦克风拾音的实现
过程相比，图5中示出的本技术实施例中手机处理音视频业务时可以根据实际应用场景选择通过手机麦克风拾音，或者通过蓝牙外设麦克风拾音，可提升拾音效果；并且本技术实施例中针对蓝牙外设麦克风拾取的音频流，采用针对该蓝牙外设类型预设的音效处理参数进行音效处理，可提升音频质量。
223.在本技术实施例中，在蓝牙外设已经连接手机的情况下，如果第三方app发起录音请求，那么手机可以更改app使用手机麦克风的请求，将音频通道路由为蓝牙外设，从而手机可以通过蓝牙外设拾音，并且本技术方案可以采用一种更加准确的设备分类方案，针对不同类型的蓝牙外设启用不同的音效drc参数，对蓝牙外设拾取的音频流进行音效处理，从而达到提升通过蓝牙外设拾音效果的目的。
224.可选地，在本技术实施例中，为了保证通过app发起的音视频业务能够正常进行，某些app在触发开启麦克风之后会向手机发送麦克风状态查询指令，以查询麦克风是否处于开启状态。需要说明的是，由于本技术方案中有改进，即音频路由转换，因此对手机麦克风状态的查询，要切换至对蓝牙麦克风状态的查询。
225.下面参考图6示例性地描述本技术实施例提供的终端设备通过蓝牙外设拾音的方法中的麦克风状态查询流程。结合图5，如图6所示，方法300还包括下述的步骤s320
‑
s326。
226.s320，app发起麦克风状态查询指令。
227.其中，该麦克风状态查询指令可以是app周期性地发起的，也可以是app响应于用户操作而发起的。
228.s321，手机调用音频接口判断手机是否存在蓝牙连接。
229.若否，则执行下述的步骤s322
‑
s323；若是，则执行下述的步骤s324
‑
s326。
230.s322，在手机不存在蓝牙连接的情况下，手机检测麦克风是否处于打开状态。
231.s323，手机向app反馈麦克风是否处于开启状态。
232.s324，在手机与某一蓝牙外设保持蓝牙连接的情况下，指示手机蓝牙模块查询sco连接情况。
233.s325，手机蓝牙模块查询手机与蓝牙外设之间是否sco连接已断开。
234.s326，手机蓝牙模块向app反馈麦克风是否处于开启状态。
235.若手机与蓝牙外设之间sco连接未断开，则手机蓝牙模块向app反馈麦克风处于开启状态。若手机与蓝牙外设之间sco连接已断开，则手机蓝牙模块向app反馈麦克风已关闭。
236.在本技术实施例中，在手机接收到app发起的麦克风状态查询请求之后，手机可以响应于该麦克风状态查询请求，检测手机与蓝牙外设之间是否保持蓝牙连接，再进一步根据实际情况向app反馈麦克风是处于开启状态还是处于关闭状态。一方面，若手机与蓝牙外设已断开蓝牙连接，则手机检测的麦克风是否开启，并将检测结果反馈给app。另一方面，若手机与蓝牙设备之间保持蓝牙连接且保持sco连接，则手机向app反馈麦克风处于开启状态。这样，当app获知麦克风处于开启状态时，可以继续进行音视频录制或通话。当app获知麦克风处于关闭状态时，可以重新触发开启麦克风，以保证app发起的音视频业务能够正常进行。
237.可选地，在本技术实施例中，为了保证通过app发起的音视频业务能够正常结束，app会向手机发送麦克风关闭指令，用于指示麦克风关闭。需要说明的是，由于本技术实施例基于现有技术方案有改进，即音频路由转换，因此对手机麦克风的关闭动作，要切换至对
蓝牙sco连接的断开动作。
238.下面参考图7示例性地描述本技术实施例提供的终端设备通过蓝牙外设拾音的方法中的麦克风关闭流程。结合图5，如图7所示，方法300还包括下述的步骤s327
‑
s334。
239.s327，app发起麦克风关闭指令。
240.其中，该麦克风关闭指令可以是app响应于用户触发操作而发起的。
241.s328，手机调用音频接口判断手机是否存在蓝牙连接。
242.若否，则执行下述的步骤329
‑
330；若是，则执行下述的步骤331
‑
332。
243.s329，在手机不存在蓝牙连接的情况下，手机调用音频模块将麦克风关闭指令传输给手机麦克风。
244.s330，响应于麦克风关闭指令，手机麦克风关闭。
245.s331，手机麦克风向app反馈麦克风已关闭。
246.综合s329
‑
s331可知，若手机与蓝牙外设之间已断开蓝牙连接，且手机的麦克风处于开启状态，则关闭手机的麦克风。
247.s332，在手机与某一蓝牙外设保持蓝牙连接的情况下，手机调用音频模块将麦克风关闭指令传输给手机蓝牙模块，指示手机蓝牙模块断开与蓝牙外设之间的sco连接。
248.s333，手机蓝牙模块响应于麦克风关闭指令，断开手机与蓝牙外设之间的sco连接。
249.s334，手机蓝牙模块向app反馈麦克风已关闭。
250.综合s332
‑
s334可知，若手机与蓝牙外设之间保持蓝牙连接，则断开手机与蓝牙外设之间的sco连接，以触发蓝牙外设关闭麦克风。
251.参考图7可知，当用户触发停止通过app实现的音视频业务时，手机可以接收到app发起的麦克风关闭指令，用于触发关闭麦克风。进一步地，手机可以响应于该麦克风关闭请求，检测手机与蓝牙外设之间是否保持蓝牙连接，再进一步根据实际情况关闭手机的麦克风或者蓝牙外设的麦克风。
252.这样，在通过app实现的音视频业务结束时，手机可以根据实际情况触发关闭麦克风的语音采集功能，可满足用户实际使用需求，提升用户使用体验。
253.下面再结合图8，示例性地说明本技术实施例提供的终端设备通过蓝牙外设拾音的方法中确定蓝牙外设对应的音效处理参数的实现过程。如图8所示，该实现过程包括下述的步骤s401
‑
s405。
254.s401，手机判断蓝牙外设是否支持hfp规范。
255.示例性地，手机的音频算法模块可以预先查询当前蓝牙外设的设备相关信息，根据蓝牙外设的设备相关信息可以判断蓝牙外设是否支持hfp规范。
256.若蓝牙外设支持hfp规范，则继续执行下述的步骤s402；若蓝牙外设不支持hfp规范，则采用手机麦克风拾音。
257.s402，手机判断蓝牙外设是否支持显示功能。
258.若蓝牙外设支持显示功能，则手机可以确定蓝牙外设为车载/pc/pda/手机等设备类型；若蓝牙外设不支持显示功能，则手机可以确定蓝牙外设为耳机/音箱等设备类型。
259.s403，在确定蓝牙外设为车载/pc/pda/手机等设备类型的情况下，判断蓝牙外设作为a2dp规范的src端(源端)还是sink端(接收端)。
260.若蓝牙外设作为a2dp规范的src端，则手机可以确定蓝牙外设为pc/pda/手机等类型；若蓝牙外设作为a2dp规范的sink端，则手机可以确定蓝牙外设为车载类型。
261.s404，手机根据蓝牙外设的设备相关信息，从预设的设备库中确定蓝牙外设的具体型号。
262.例如，假设蓝牙外设为耳机/音箱等设备类型，手机可以从预设的设备库中确定耳机具体型号/音箱具体型号。
263.再例如，假设蓝牙外设为车载设备类型，手机可以从预设的设备库中确定具体车型。
264.在本技术实施例中，手机的音频算法模块预先查询当前蓝牙外设的厂家标识、设备类型、i/o能力等信息，可以将蓝牙外设区分为车载蓝牙设备以及普通蓝牙设备(例如蓝牙耳机或音箱)，再通过蓝牙外设的mac地址、厂家标识和设备名称，识别出蓝牙外设具体是哪个型号的设备。
265.需要说明的是，如果该蓝牙外设无法与任何一个厂家的型号匹配，那么可以启用该设备类型的通用参数。
266.s405，手机根据蓝牙外设的具体型号，从预设的音效参数库中确定蓝牙外设对应的音效处理参数。
267.与现有技术相比，本技术方案增加了音效处理流程。其中，新增了设备分类方案，针对不同类型的蓝牙外设可以启用不同音效drc参数，并且对于无法归并到某个具体型号的设备可以使用该类别的通用音效参数。
268.这样，在手机蓝牙模块将音频流输入给音频算法模块之后，音频算法模块启用音效处理参数对音频流进行音效处理。具体地，音频算法模块可以针对蓝牙外设选取对应的音效处理参数，其中音效处理参数可以体现为调整drc参数。
269.在本技术实施例中，本技术方案不仅可以应用于tws空间立体声效果，也可以推广应用于蓝牙音箱或者其他任意蓝牙外设。
270.还需要说明的是，在本技术实施例中，“大于”可以替换为“大于或等于”，“小于或等于”可以替换为“小于”，或者，“大于或等于”可以替换为“大于”，“小于”可以替换为“小于或等于”。
271.本文中描述的各个实施例可以为独立的方案，也可以根据内在逻辑进行组合，这些方案都落入本技术的保护范围中。
272.可以理解的是，上述各个方法实施例中由终端设备实现的方法和操作，也可以由可用于终端设备的部件(例如芯片或者电路)实现。
273.上文描述了本技术提供的方法实施例，下文将描述本技术提供的装置实施例。应理解，装置实施例的描述与方法实施例的描述相互对应，因此，未详细描述的内容可以参见上文方法实施例，为了简洁，这里不再赘述。
274.上文主要从方法步骤的角度对本技术实施例提供的方案进行了描述。可以理解的是，为了实现上述功能，实施该方法的终端设备包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本技术能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束
条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的保护范围。
275.本技术实施例可以根据上述方法示例，对终端设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本技术实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有其它可行的划分方式。下面以采用对应各个功能划分各个功能模块为例进行说明。
276.图9为本技术实施例提供的终端设备通过蓝牙外设拾音的装置700的示意性框图。该装置700可以用于执行上文方法实施例中终端设备所执行的动作。该装置700包括检测单元710、收发单元720和处理单元730。
277.检测单元710，用于检测用户在装置700上的第一操作，该第一操作用于触发装置700中的第一app开启音视频业务，或者在第一app已开启音视频业务的情况下触发通过目标蓝牙设备录音；
278.收发单元720，用于响应于用户的第一操作，向目标蓝牙设备发送麦克风录音指令，以指示目标蓝牙设备录音，该目标蓝牙设备为与装置700已建立蓝牙连接的第一蓝牙设备或者第二蓝牙设备；
279.处理单元730，用于当收发单元720接收到第一蓝牙设备发送的第一音频数据流时，采用第一音效drc参数对第一音频数据流进行音效处理，该第一音频数据流对应于第一蓝牙设备的麦克风采集的声音数据，该第一音效drc参数为第一蓝牙设备对应的预设音效处理参数；
280.处理单元730，还用于当收发单元720接收到第二蓝牙设备发送的第二音频数据流时，采用第二音效drc参数对第二音频数据流进行音效处理，该第二音频数据流对应于第二蓝牙设备的麦克风采集的声音数据，该第二音效drc参数为第二蓝牙设备对应的预设音效处理参数；
281.其中，上述第一蓝牙设备和第二蓝牙设备的设备类型或者设备型号不同，上述第一音效drc参数与上述第二音效drc参数不同。
282.其中，针对不同类型或者不同型号的蓝牙外设，可以采用不同音效drc参数，这样可以根据具体情况调整音效动态范围，从而更好地改善音效。
283.根据本技术提供的装置700通过蓝牙外设拾音的方法，在装置700进行直播、视频通话等音视频业务的场景中，装置700可以通过蓝牙外设的麦克风拾取声音数据，并且可以采用与该蓝牙外设对应的预设音效drc参数，对蓝牙外设拾取的声音数据进行针对性地音效处理，改善音效。通过本技术方案，不仅可以实现装置700通过蓝牙外设拾音，而且还可以针对不同蓝牙外设分别采用不同的预设音效drc参数进行音效处理，改善通过蓝牙外设拾音的音效，即使装置700与被拍摄者距离较远或者周围环境噪声较大，也可实现较好的录音效果，提升用户使用体验。
284.在一种可能实施方式中，装置700中预设有音效参数库，该音效参数库中包括蓝牙设备信息与音效处理参数的一一对应关系。其中，该音效参数库中可以包括第一蓝牙设备的设备信息与第一音效drc参数的对应关系，以及第二蓝牙设备的设备信息与第二音效drc
参数的对应关系。
285.可选地，处理单元730，还用于根据目标蓝牙设备的设备信息，从音效参数库中确定与目标蓝牙设备对应的目标音效drc参数。其中，上述设备信息包括设备名称，mac地址，生产商标识以及输入输出i/o能力信息。
286.在一种可能实施方式中，上述音效参数库中可以包括目标蓝牙设备的设备类型与目标音效drc参数的一一对应关系。
287.在一种可能实施方式中，上述音效参数库中可以包括目标蓝牙设备的设备型号与目标音效drc参数的一一对应关系。
288.可选地，处理单元730具体用于根据目标蓝牙设备的设备信息，确定目标蓝牙设备的设备类型或设备型号，然后根据目标蓝牙设备的设备类型或设备型号，确定与目标蓝牙设备对应的音效drc参数。
289.示例性地，处理单元730，具体用于：
290.根据目标蓝牙设备的设备名称，mac地址和生产商标识，确定目标蓝牙设备的设备型号；
291.根据目标蓝牙设备的设备型号，从音效参数库中确定与目标蓝牙设备对应的目标音效drc参数。
292.通过上述方案，在装置700通过蓝牙外设拾音(例如录音)时，针对不同设备型号的蓝牙外设，可以采用不同的预设音效drc参数对蓝牙外设所拾取的音频流进行音效处理，可实现较好的录音效果。
293.在一种可能实施方式中，处理单元730，具体用于：
294.根据目标蓝牙设备的输入输出i/o能力信息，确定目标蓝牙设备的设备类型；
295.根据目标蓝牙设备的设备类型，从音效参数库中确定与目标蓝牙设备对应的目标音效drc参数；
296.其中，上述设备类型可以包括有屏类型和无屏类型。
297.通过上述方案，在装置700通过蓝牙外设拾音(例如录音)时，针对不同设备类型(例如有屏类型或无屏类型)的蓝牙外设，可以采用不同的预设音效drc参数对蓝牙外设所拾取的音频流进行音效处理，可实现较好的录音效果。
298.在一种可能实施方式中，无屏类型的蓝牙设备可以包括具有语音采集功能的耳机或者音箱，有屏类型的蓝牙设备可以包括具有显示屏且具有语音采集功能的车载终端或者携带式终端。需要说明的是，这里为示例性地列举，本技术中不限于此，还可以包括其他可能的蓝牙设备，具体可以根据实际使用情况确定，本技术实施例不作限定。
299.在一种可能实施方式中，在目标蓝牙设备为有屏类型的蓝牙设备的情况下，处理单元730具体用于：
300.若目标蓝牙设备作为高级音频分发规范a2dp中音频数据流的输出端，则确定目标蓝牙设备为语音输出端类型；
301.或者，若目标蓝牙设备作为a2dp规范中音频数据流的接收端，则确定目标蓝牙设备为语音接收端类型。
302.通过上述方案，在装置700通过蓝牙外设拾音(例如录音)时，针对有屏类型的蓝牙外设，可以区分蓝牙外设是语音输出端类型，还是语音接收端类型，进而采用对应的预设音
效drc参数对蓝牙外设所拾取的音频流进行音效处理，可实现较好的录音效果。
303.在一种可能实施方式中，上述收发单元720具体用于：
304.响应于用户在装置700上的第一操作，若处理单元730判断目标蓝牙设备满足预设条件，则向目标蓝牙设备发送麦克风录音指令，指示目标蓝牙设备录音；
305.其中，上述预设条件可以为目标蓝牙设备处于用户佩戴状态，和/或，目标蓝牙设备与装置700之间的距离大于预设距离阈值。该预设距离阈值可以根据实际使用需求设置，本技术实施例不作限定。
306.通过上述方案，当装置700发现与蓝牙设备已建立连接时，装置700可以判断蓝牙外设是否满足预设条件，例如蓝牙设备处于用户佩戴状态和/或蓝牙设备与装置700之间的距离大于预设距离阈值。当该蓝牙设备满足预设条件时(例如蓝牙设备处于用户佩戴状态)，装置700提示用户是否需要由蓝牙设备的麦克风进行语音数据拾取(例如录音)，供用户选择。这样可以更好地满足用户使用需求，提升用户使用体验。
307.可选地，在本技术实施例中，在装置700处理音视频业务，且通过蓝牙设备的麦克风进行语音数据拾取的情况下，装置700可以实时判断该蓝牙设备是否满足上述预设条件。当该蓝牙设备不满足预设条件时，例如蓝牙设备处于用户未佩戴状态，装置700提示用户是需要由蓝牙设备的麦克风进行语音数据拾取，切换到由装置700的麦克风进行语音数据拾取，供用户选择。这样可以更好地满足用户使用需求，提升用户使用体验。
308.在一种可能实施方式中，上述响应于用户在装置700上的第一操作，指示目标蓝牙设备录音，包括：
309.响应于上述第一操作，当目标蓝牙设备支持免提规范hfp时，向目标蓝牙设备发送麦克风录音指令，指示目标蓝牙设备录音。
310.通过上述方案，在蓝牙外设支持hfp的情况下，蓝牙外设可以响应于装置700发送的麦克风录音指令，直接开启麦克风录音功能，无需用户手动触发，可提升用户使用体验。
311.在一种可能实施方式中，上述收发单元720具体用于：
312.响应于用户在装置700上的第一操作，提示用户是否通过目标蓝牙设备的麦克风录音；
313.接收到用户的第二操作，该第二操作用于确认通过目标蓝牙设备的麦克风录音；
314.响应于第二操作，向目标蓝牙设备发送麦克风录音指令，指示目标蓝牙设备录音。
315.通过本技术方案，在装置700处理音视频业务的过程中，即使装置700与被拍摄者距离较远，或者周围环境嘈杂，可借助于与装置700连接的蓝牙外设实现较好的拾音效果，提升用户使用体验。
316.在一种可能实施方式中，上述收发单元720还用于目标蓝牙设备进行交互，使得装置700与目标蓝牙设备建立sco；
317.收发单元720还用于接收目标蓝牙设备发送的响应消息，该响应消息用于指示目标蓝牙设备的麦克风已开启。
318.在本技术实施例中，装置700向蓝牙外设发送麦克风开启指令，即装置700发起与蓝牙外设建立sco连接，以指示蓝牙外设开启麦克风。进一步地，蓝牙外设在开启麦克风之后，可以向装置700发送响应消息，用于指示蓝牙外设的麦克风已开启。
319.其中，装置700与蓝牙外设建立sco连接，可以直接触发蓝牙外设开启麦克风。即，
若装置700与蓝牙外设建立sco连接，则默认蓝牙外设已开启麦克风，在此情况下蓝牙外设具有拾取语音数据并将拾取的语音数据实时传输给装置700的功能。
320.在一种可能实施方式中，上述装置700还包括图像拍摄单元，该图像拍摄单元用于响应于用户的第一操作，在通过目标蓝牙设备录音得到目标音频数据流的过程中，通过装置700的摄像头拍摄得到第一图像；
321.处理单元730还用于将第一图像与处理后的目标音频数据流进行合成，得到第一视频流。
322.通过本技术方案，在装置700进行直播、视频通话等音视频业务时，即使装置700与被拍摄者距离较远，或者周围环境嘈杂，可借助于与装置700连接的蓝牙外设实现较好的视频录音效果，提升用户使用体验。
323.在一种可能实施方式中，检测单元710还用于：
324.接收第一app发起的麦克风状态查询请求，该麦克风状态查询请求用于查询麦克风是否处于开启状态；
325.响应于麦克风状态查询请求，检测装置700与目标蓝牙设备之间是否保持蓝牙连接；
326.若装置700与目标蓝牙设备已断开蓝牙连接，则检测装置700的麦克风是否开启，并将检测结果反馈给第一app；
327.若装置700与目标蓝牙设备之间保持蓝牙连接且保持sco连接，则向第一app反馈麦克风处于开启状态。
328.这样，当第一app获知麦克风处于开启状态时，可以继续进行音视频录制或通话。当第一app获知麦克风处于关闭状态时，可以重新触发开启麦克风，以保证第一app发起的音视频业务能够正常进行，提升用户体验。
329.在一种可能实施方式中，检测单元710还用于：
330.接收第一app发起的麦克风关闭请求，该麦克风关闭请求用于触发关闭麦克风；
331.响应于该麦克风关闭请求，检测装置700与目标蓝牙设备之间是否保持蓝牙连接；
332.进一步地，处理单元730还用于：
333.若装置700与目标蓝牙设备之间保持蓝牙连接，则断开装置700与目标蓝牙设备之间的sco连接，以触发目标蓝牙设备关闭麦克风；
334.若装置700与目标蓝牙设备之间已断开蓝牙连接，且装置700的麦克风处于开启状态，则关闭装置700的麦克风。
335.这样，在通过app实现的音视频业务结束时，手机可以根据实际情况触发关闭麦克风的语音采集功能，可满足用户实际使用需求，提升用户使用体验。
336.在一种可能实施方式中，处理单元730还用于：
337.将处理后的第一音频数据流或者处理后的第二音频数据流，路由至第一app对应的存储路径。
338.通过本技术方案，装置700通过第一app进行音视频业务，不仅可以实现装置700通过蓝牙外设拾音，而且还可以针对不同蓝牙外设分别采用不同的预设音效drc参数进行音效处理，获取音质改善的音频流，进一步供app应用。
339.在一种可能实施方式中，处理单元730还用于：
340.响应于用户的第一操作，当装置700未与目标蓝牙设备建立蓝牙连接，或者与目标蓝牙设备已建立蓝牙连接但目标蓝牙设备不支持hfp规范时，开启装置700的麦克风；
341.通过装置700的麦克风采集声音数据，得到第三音频数据流；
342.采用对第三音频数据流进行处理，得到处理后的第三音频数据流；
343.将处理后的第三音频数据流，路由至第一app对应的存储路径。
344.本技术实施例中装置700处理音视频业务时可以根据实际应用场景选择通过手机麦克风拾音，或者通过蓝牙外设麦克风拾音，可提升拾音效果；并且本技术实施例中针对蓝牙外设麦克风拾取的音频流，采用针对该蓝牙外设类型预设的音效处理参数进行音效处理，可提升音频质量。
345.根据本技术实施例的装置700可对应于执行本技术实施例中描述的方法，并且装置700中的单元的上述和其它操作和/或功能分别为了实现方法的相应流程，为了简洁，在此不再赘述。
346.参考图10，图10为本技术实施例提供的电子设备800的结构示意图。该电子设备800可以为上述实施例提及的终端设备或者蓝牙设备。
347.电子设备800可以包括处理器810，外部存储器接口820，内部存储器821，通用串行总线(universal serial bus，usb)接口830，充电管理模块840，电源管理模块841，电池842，天线1，天线2，移动通信模块850，无线通信模块860，音频模块870，扬声器870a，受话器870b，麦克风870c，耳机接口870d，传感器模块880，按键890，马达891，指示器892，摄像头893，显示屏894，以及用户标识模块(subscriber identification module，sim)卡接口895等。其中传感器模块880可以包括压力传感器880a，陀螺仪传感器880b，气压传感器880c，磁传感器880d，加速度传感器880e，距离传感器880f，接近光传感器880g，指纹传感器880h，温度传感器880i，触摸传感器880j，环境光传感器880k，骨传导传感器880l等。
348.可以理解的是，本技术实施例示意的结构并不构成对电子设备800的具体限定。电子设备800可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
349.处理器810可以包括一个或多个处理单元，例如：处理器810可以包括应用处理器(application processor，ap)，调制解调处理器(modem)，图形处理器(graphics processing unit，gpu)，图像信号处理器(image signal processor，isp)，控制器，视频编解码器，数字信号处理器(digital signal processor，dsp)，基带处理器，和/或神经网络处理器(neural
‑
network processing unit，npu)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。处理器810中还可以设置存储器，用于存储指令和数据。
350.电子设备800的无线通信功能可以通过天线1，天线2，移动通信模块850，无线通信模块860，调制解调处理器以及基带处理器等实现。
351.天线1和天线2用于发射和接收电磁波信号。电子设备800中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。
352.移动通信模块850可以提供应用在电子设备800上的包括2g/3g/4g/5g等无线通信的解决方案。移动通信模块850可以包括至少一个滤波器，开关，功率放大器，低噪声放大器
(low noise amplifier，lna)等。移动通信模块850可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块850还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块850的至少部分功能模块可以被设置于处理器810中。在一些实施例中，移动通信模块850的至少部分功能模块可以与处理器810的至少部分模块被设置在同一个器件中。
353.调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器870a，受话器870b等)输出声音信号，或通过显示屏894显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器810，与移动通信模块850或其他功能模块设置在同一个器件中。在一些实施例中，电子设备800可以包括两个调制解调处理器，一个对应于4g，另一个对应于5g。
354.无线通信模块860可以提供应用在电子设备800上的包括无线局域网(wireless local area networks，wlan)(如无线保真(wireless fidelity，wi
‑
fi)网络)，蓝牙(bluetooth，bt)等无线通信的解决方案。无线通信模块860可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块860经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器810。无线通信模块860还可以从处理器810接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。
355.在一些实施例中，电子设备800的天线1和移动通信模块850耦合，天线2和无线通信模块860耦合，使得电子设备800可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括gsm，gprs，cdma，wcdma，td
‑
scdma，lte，nr，bt，wlan，nfc，fm，和/或ir技术等。
356.电子设备800通过gpu，显示屏894，以及应用处理器等实现显示功能。gpu为图像处理的微处理器，连接显示屏894和应用处理器。gpu用于执行数学和几何计算，用于图形渲染。处理器810可包括一个或多个gpu，其执行程序指令以生成或改变显示信息。
357.显示屏894用于显示图像，视频等。显示屏894包括显示面板。
358.电子设备800可以通过isp，摄像头893，视频编解码器，gpu，显示屏894以及应用处理器等实现拍摄功能。isp用于处理摄像头893反馈的数据。摄像头893用于捕获静态图像或视频。数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备800在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。频编解码器用于对数字视频压缩或解压缩。
359.内部存储器821可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器821可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。
360.电子设备800可以通过音频模块870，扬声器870a，受话器870b，麦克风870c，耳机接口870d，以及应用处理器等实现音频功能。例如音乐播放，录音等。
361.压力传感器880a用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器880a可以设置于显示屏894。
362.触摸传感器880j，也称“触控面板”。触摸传感器880j可以设置于显示屏894，由触摸传感器880j与显示屏894组成触摸屏，也称“触控屏”。触摸传感器880j用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏894提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器880j也可以设置于电子设备800的表面，与显示屏894所处的位置不同。
363.sim卡接口895用于连接sim卡。sim卡可以通过插入sim卡接口895，或从sim卡接口895拔出，实现和电子设备800的接触和分离。电子设备800可以支持1个或n个sim卡接口，n为大于1的正整数。sim卡接口895可以支持nano sim卡，micro sim卡，sim卡等。同一个sim卡接口895可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。sim卡接口895也可以兼容不同类型的sim卡。sim卡接口895也可以兼容外部存储卡。电子设备800通过sim卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，电子设备800采用esim，即：嵌入式sim卡。esim卡可以嵌在电子设备800中，不能和电子设备800分离。
364.在本技术实施例中，sim卡用于存储用户信息，该用户信息可包括imsi。电子设备800可以使用该用户信息作为身份标识，注册到网络。
365.本技术实施例中的电子设备800可以为智能手机(例如搭载android系统或ios系统的手机等)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mid，mobile internet device)、可穿戴设备(例如智能手表、智能手环等)或其他可以接入互联网的设备。
366.可以理解，图10所示的部件并不构成对电子设备800的具体限定，电子设备800还可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。
367.应理解，根据本技术实施例的电子设备800可对应于本技术实施例中的装置700，电子设备800中的处理器810可对应于装置700中的处理单元730，电子设备800中的传感器模块880可对应于装置700中的检测单元710，电子设备800中的无线通信模块860可对应于装置700中的收发单元720。装置700中的各个单元的上述和其它操作和/或功能分别用于实现上述方法的相应流程，为了简洁，在此不再赘述。
368.可选地，在一些实施例中，本技术实施例还提供了一种计算机可读介质，该计算机可读介质存储有程序代码，当计算机程序代码在计算机上运行时，使得计算机执行上述各方面中的方法。
369.可选地，在一些实施例中，本技术实施例还提供了一种芯片，该芯片包括处理器，处理器与存储器耦合，该处理器用于执行存储器中存储的计算机程序或指令，以使得芯片执行上述各方面中的方法。
370.可选地，在一些实施例中，本技术实施例还提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当计算机程序代码在计算机上运行时，使得计算机执行上述各方面中的方法。
371.在本技术实施例中，终端设备或蓝牙设备包括硬件层、运行在硬件层之上的操作系统层，以及运行在操作系统层上的应用层。其中，硬件层可以包括中央处理器(central processing unit，cpu)、内存管理单元(memory management unit，mmu)和内存(也称为主存)等硬件。操作系统层的操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统，例如，linux操作系统、unix操作系统、android操作系统、ios操作系
统或windows操作系统等。应用层可以包含浏览器、通讯录、文字处理软件、即时通信软件等应用。
372.本技术实施例并未对本技术实施例提供的方法的执行主体的具体结构进行特别限定，只要能够通过运行记录有本技术实施例提供的方法的代码的程序，以根据本技术实施例提供的方法进行通信即可。例如，本技术实施例提供的方法的执行主体可以是终端设备或蓝牙设备，或者，是终端设备或蓝牙设备中能够调用程序并执行程序的功能模块。
373.本技术的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本文中使用的术语“制品”可以涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如，计算机可读介质可以包括但不限于：磁存储器件(例如，硬盘、软盘或磁带等)，光盘(例如，压缩盘(compact disc，cd)、数字通用盘(digital versatile disc，dvd)等)，智能卡和闪存器件(例如，可擦写可编程只读存储器(erasable programmable read
‑
only memory，eprom)、卡、棒或钥匙驱动器等)。
374.本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可以包括但不限于：无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
375.应理解，本技术实施例中提及的处理器可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
376.还应理解，本技术实施例中提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read
‑
only memory，rom)、可编程只读存储器(programmable rom，prom)、可擦除可编程只读存储器(erasable prom，eprom)、电可擦除可编程只读存储器(electrically eprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory，ram)。例如，ram可以用作外部高速缓存。作为示例而非限定，ram可以包括如下多种形式：静态随机存取存储器(static ram，sram)、动态随机存取存储器(dynamic ram，dram)、同步动态随机存取存储器(synchronous dram，sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram，esdram)、同步连接动态随机存取存储器(synchlink dram，sldram)和直接内存总线随机存取存储器(direct rambus ram，dr ram)。
377.需要说明的是，当处理器为通用处理器、dsp、asic、fpga或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)可以集成在处理器中。
378.还需要说明的是，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
379.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬
件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的保护范围。
380.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
381.在本技术所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。此外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
382.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
383.另外，在本技术各个实施例中的各功能单元可以集成在一个单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
384.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上，或者说对现有技术做出贡献的部分，或者该技术方案的部分，可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，该计算机软件产品包括若干指令，该指令用以使得一台计算机设备(可以是个人计算机，服务器，或者蓝牙设备等)执行本技术各个实施例所述方法的全部或部分步骤。前述的存储介质可以包括但不限于：u盘、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
385.除非另有定义，本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同。本文中在本技术的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本技术。
386.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。