CN114125805B - 蓝牙回连方法及终端设备 - Google Patents

Abstract

本申请实施例提供一种蓝牙回连方法及终端设备，应用于终端技术领域。该方法通过在终端设备的蓝牙功能从关闭状态已切换为开启状态时，获取蓝牙扫描对象，然后监听蓝牙设备的吸附状态，当蓝牙设备的吸附状态为已吸附状态时，调用蓝牙扫描对象对蓝牙设备进行扫描，以回连蓝牙设备。根据蓝牙功能的开启时序特点，在蓝牙功能已经切换为开启状态时，才获取蓝牙扫描对象，使得蓝牙扫描对象可以成功获取到，因此，在后续的使用过程中，若终端设备与蓝牙设备分离后再次进行吸附，则可以正常调用蓝牙扫描对象对蓝牙设备进行扫描，以使得终端设备可以与蓝牙设备进行自动回连，减少用户的操作步骤。

Description

蓝牙回连方法及终端设备

技术领域

本申请涉及终端技术领域，尤其涉及一种蓝牙回连方法及终端设备。

背景技术

随着无线技术的发展以及终端设备的普及，人们已经习惯于通过无线方式将终端设备与蓝牙设备进行连接。其中，蓝牙技术作为当前较为成熟的短距离无线技术，被广泛应用于终端设备中，例如蓝牙键盘与平板电脑之间通过蓝牙进行连接。

但是，在终端设备的使用过程中，终端设备与蓝牙设备分离后并再次与蓝牙设备吸附时，可能出现终端设备无法自动与蓝牙设备回连的现象。

发明内容

本申请实施例提供一种蓝牙回连方法及终端设备，在终端设备与蓝牙设备分离后并再次与蓝牙设备吸附时，使得终端设备与蓝牙设备可以自动回连成功。

第一方面，本申请实施例提出一种蓝牙回连方法，应用于终端设备，该方法包括：当终端设备的蓝牙功能从关闭状态已切换为开启状态时，终端设备获取蓝牙扫描对象；终端设备监听蓝牙设备的吸附状态；当蓝牙设备的吸附状态为已吸附状态时，终端设备调用蓝牙扫描对象对蓝牙设备进行扫描，以回连蓝牙设备。

这样，根据蓝牙功能的开启时序特点，在蓝牙功能已经切换为开启状态时，才获取蓝牙扫描对象，使得蓝牙扫描对象可以成功获取到，因此，在后续的使用过程中，若终端设备与蓝牙设备分离后再次进行吸附，则可以正常调用蓝牙扫描对象对蓝牙设备进行扫描，以使得终端设备可以与蓝牙设备进行自动回连，减少用户的操作步骤。

在一种可选的实施方式中，终端设备包括蓝牙应用和配件管理服务应用；当终端设备的蓝牙功能从关闭状态已切换为开启状态时，终端设备获取蓝牙扫描对象，包括：蓝牙应用执行针对终端设备的蓝牙功能的开启操作；当终端设备的蓝牙功能从关闭状态已切换为开启状态时，配件管理服务应用获取蓝牙扫描对象。由于配件管理服务应用可以用于管理与蓝牙设备的断连以及回连等操作，因此，可通过配件管理服务应用获取蓝牙扫描对象，从而使得配件管理服务应用可以调用蓝牙扫描对象，对蓝牙设备进行扫描，以回连蓝牙设备。

在一种可选的实施方式中，当终端设备的蓝牙功能从关闭状态已切换为开启状态时，配件管理服务应用获取蓝牙扫描对象，包括：当终端设备的蓝牙功能从关闭状态已切换为开启状态时，蓝牙应用获取蓝牙设备的吸附状态；当蓝牙设备的吸附状态为已吸附状态时，蓝牙应用启动配件管理服务应用；配件管理服务应用获取蓝牙扫描对象。这样，在终端设备的蓝牙功能已切换为开启状态之后，蓝牙应用才去获取蓝牙设备的吸附状态，并且当蓝牙设备的吸附状态为已吸附状态时，蓝牙应用去启动配件管理服务应用，因此，仅改变蓝牙应用的执行流程，即可使得配件管理服务应用成功获取到蓝牙扫描对象，代码实现方式较为简单。

在一种可选的实施方式中，当终端设备的蓝牙功能从关闭状态已切换为开启状态时，配件管理服务应用获取蓝牙扫描对象，包括：在终端设备的蓝牙功能开启的过程中，蓝牙应用获取蓝牙设备的吸附状态；当蓝牙设备的吸附状态为已吸附状态，且终端设备的蓝牙功能从关闭状态已切换为开启状态时，蓝牙应用启动配件管理服务应用；配件管理服务应用获取蓝牙扫描对象。这样，在终端设备的蓝牙功能开启的过程中，蓝牙应用就去获取蓝牙设备的吸附状态，并且，当蓝牙应用确定出蓝牙设备的吸附状态为已吸附状态，且终端设备的蓝牙功能已切换为开启状态时，蓝牙应用才去启动配件管理服务应用，因此，仅改变蓝牙应用的执行流程，即可使得配件管理服务应用成功获取到蓝牙扫描对象，代码实现方式较为简单。

在一种可选的实施方式中，当终端设备的蓝牙功能从关闭状态已切换为开启状态时，配件管理服务应用获取蓝牙扫描对象，包括：在终端设备的蓝牙功能开启的过程中，蓝牙应用获取蓝牙设备的吸附状态；当蓝牙设备的吸附状态为已吸附状态时，蓝牙应用启动配件管理服务应用；当终端设备的蓝牙功能从关闭状态已切换为开启状态时，配件管理服务应用获取蓝牙扫描对象。这样，在终端设备的蓝牙功能开启的过程中，蓝牙应用就去获取蓝牙设备的吸附状态，并且，当蓝牙应用确定出蓝牙设备的吸附状态为已吸附状态时，蓝牙应用去启动配件管理服务应用，在配件管理服务应用被启动了之后，配件管理服务应用等待蓝牙应用将蓝牙功能切换为开启状态，配件管理服务应用才去获取蓝牙扫描对象，提供了另一种蓝牙扫描对象的获取流程。

在一种可选的实施方式中，当终端设备的蓝牙功能从关闭状态已切换为开启状态时，配件管理服务应用获取蓝牙扫描对象，包括：配件管理服务应用向蓝牙应用发送蓝牙状态获取指令；配件管理服务应用接收蓝牙应用根据蓝牙状态获取指令返回的蓝牙状态；当蓝牙状态为开启状态时，配件管理服务应用获取蓝牙扫描对象。这样，提供了一种配件管理服务应用从蓝牙应用中获取蓝牙状态的方式。

在一种可选的实施方式中，当终端设备的蓝牙功能从关闭状态已切换为开启状态时，配件管理服务应用获取蓝牙扫描对象，包括：当蓝牙应用将终端设备的蓝牙功能从关闭状态已切换为开启状态时，蓝牙应用向配件管理服务应用发送蓝牙状态通知指令；当配件管理服务应用接收到蓝牙状态通知指令时，配件管理服务应用获取蓝牙扫描对象。这样，提供了另一种配件管理服务应用从蓝牙应用中获取蓝牙状态的方式，并且，蓝牙应用只在将蓝牙功能切换为开启状态时，才向配件管理服务应用发送蓝牙状态通知指令，减少了配件管理服务应用在获取蓝牙状态时，配件管理服务应用与蓝牙应用之间的数据交互次数，从而减少了终端设备的资源消耗。

在一种可选的实施方式中，蓝牙应用包括设备管理服务和蓝牙外设控制服务；蓝牙应用获取蓝牙设备的吸附状态，包括：蓝牙应用启动设备管理服务；设备管理服务启动蓝牙外设控制服务；蓝牙外设控制服务获取蓝牙设备的吸附状态。

在一种可选的实施方式中，终端设备还包括传感器驱动和吸附传感器；蓝牙外设控制服务获取蓝牙设备的吸附状态，包括：蓝牙外设控制服务向传感器驱动发送吸附状态获取指令；传感器驱动根据吸附状态获取指令，获取吸附传感器采集到的蓝牙设备的吸附状态；吸附状态包括已吸附状态和未吸附状态；蓝牙外设控制服务接收传感器驱动上报的吸附状态。这样，基于传感器驱动，可使得蓝牙应用获取到蓝牙设备的吸附状态。

在一种可选的实施方式中，终端设备还包括传感器驱动和吸附传感器；终端设备监听蓝牙设备的吸附状态，包括：配件管理服务应用向传感器驱动发送吸附状态监听指令；传感器驱动根据吸附状态监听指令，监听吸附传感器采集到的蓝牙设备的吸附状态；吸附状态包括已吸附状态和未吸附状态；当蓝牙设备的吸附状态发生变化后，传感器驱动向配件管理服务应用上报蓝牙设备的吸附状态。这样，在蓝牙设备的吸附状态发生变化后，传感器驱动向配件管理服务应用上报蓝牙设备的吸附状态，减少了配件管理服务应用在获取蓝牙设备的吸附状态时，配件管理服务应用与传感器驱动之间的数据交互次数，从而减少了终端设备的资源消耗。

在一种可选的实施方式中，终端设备还包括设置应用；蓝牙应用执行针对终端设备的蓝牙功能的开启操作，包括：设置应用响应于对蓝牙开关的触控操作，向蓝牙应用发送蓝牙功能开启请求；蓝牙应用根据蓝牙功能开启请求，执行针对终端设备的蓝牙功能的开启操作。这样，用户可通过对蓝牙开关进行触控操作，以开启终端设备的蓝牙功能，使得终端设备的蓝牙功能的开启过程的操作较为简单。

第二方面，本申请实施例提出一种终端设备，包括存储器和处理器，存储器用于存储计算机程序，处理器用于调用计算机程序，以执行上述的蓝牙回连方法。

第三方面，本申请实施例提出一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序或指令，当计算机程序或指令被运行时，实现上述的蓝牙回连方法。

第四方面，本申请实施例提出一种计算机程序产品，包括计算机程序，当计算机程序被运行时，使得计算机执行上述的蓝牙回连方法。

第二方面至第四方面各可能的实现方式，效果与第一方面以及第一方面的可能的设计中的效果类似，在此不再赘述。

附图说明

图1为本申请实施例提供的终端设备的应用场景架构图；

图2为相关技术提供的一种蓝牙回连方法的流程图；

图3为本申请实施例提供的蓝牙状态之间的转换示意图；

图4为本申请实施例提供的终端设备硬件系统结构示意图；

图5为本申请实施例提供的终端设备软件系统结构示意图；

图6为本申请实施例提供的第一种蓝牙回连方法的流程架构图；

图7为本申请实施例提供的蓝牙设置界面的示意图；

图8为本申请实施例提供的蓝牙回连方法的流程图；

图9为本申请实施例提供的第二种蓝牙回连方法的流程架构图；

图10为本申请实施例提供的第三种蓝牙回连方法的流程架构图；

图11为本申请实施提供的一种终端设备的结构示意图。

具体实施方式

为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。例如，第一芯片和第二芯片仅仅是为了区分不同的芯片，并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

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

本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项（个）”或其类似表达，是指的这些项中的任意组合，包括单项（个）或复数项（个）的任意组合。例如，a，b，或c中的至少一项（个），可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。

蓝牙技术是一种支持设备短距离通信的无线电技术，其可以实现在终端设备与蓝牙设备之间进行短距离无线传输数据，具有方便快捷、灵活安全的优点。为了便于更好的理解本申请，下面的实施例中，是以终端设备为平板电脑，蓝牙设备为蓝牙键盘为例进行说明。

如图1所示，若要将终端设备100与蓝牙设备200进行蓝牙连接时，需要将终端设备100与蓝牙设备200进行吸附，然后打开终端设备100的蓝牙开关，使得终端设备100与蓝牙设备200进行蓝牙连接。其中，终端设备100与蓝牙设备200可以通过低功耗蓝牙广播(bluetooth low energy，BLE)或经典蓝牙广播(basic rate /enhanced data rate，BR/EDR)建立蓝牙连接。

在终端设备100与蓝牙设备200建立蓝牙连接之后，蓝牙设备200可以向终端设备100提供输入，终端设备100基于蓝牙设备200的输入，执行响应于该输入的操作。

在终端设备100的实际使用过程中，终端设备100与蓝牙设备200建立蓝牙连接后，可能需要将终端设备100与蓝牙设备200分离， 在终端设备100与蓝牙设备200分离后，若要再次使用蓝牙设备200来对终端设备100进行操作时，需要将终端设备100与蓝牙设备200进行再次吸附。但是，终端设备100与蓝牙设备200再次吸附后，可能出现终端设备100无法与蓝牙设备200进行自动回连的现象，其具体原因参照下面的描述。

图2为相关技术提供的一种蓝牙回连方法的流程图。参照图2所示，该蓝牙回连方法具体可以包括如下步骤：

步骤201，将终端设备的蓝牙功能从关闭状态切换为TurningOn状态。

在终端设备的蓝牙设置界面上显示有蓝牙开关，当用户触发该蓝牙开关打开时，终端设备的蓝牙功能会逐渐从关闭状态切换为开启状态。

如图3所示，在蓝牙功能的开启过程中，蓝牙功能的蓝牙状态包括以下5种状态，其分别为Off （关闭）状态、TurningBleOn状态、BleOn状态、TurningOn状态和On（开启）状态。在将蓝牙开关打开时，蓝牙功能的蓝牙状态依次经过关闭状态、TurningBleOn状态、BleOn状态、TurningOn状态到达开启状态。

可以理解的是，TurningBleOn状态、BleOn状态和TurningOn状态为从关闭状态到开启状态之间的中间状态；BleOn状态是将蓝牙功能中的部分功能开启时的状态，而开启状态是将蓝牙功能中的全部功能开启时的状态；TurningBleOn状态指的是正在从关闭状态执行进入BleOn状态时的状态，而TurningOn状态指的是正在从BleOn状态执行进入开启状态时的状态。

相应的，在蓝牙功能的关闭过程中，蓝牙功能的蓝牙状态包括以下5种状态，其分别为开启状态、TurningOff状态、BleOn状态、TurningBleOff状态和关闭状态。在将蓝牙开关关闭时，蓝牙功能的蓝牙状态依次经过开启状态、TurningOff状态、BleOn状态、TurningBleOff状态到达关闭状态。

可以理解的是，TurningOff状态和TurningBleOff状态为从开启状态到关闭状态之间的中间状态；TurningOff状态指的是正在从开启状态执行进入BleOn状态时的状态，TurningBleOff指的是正在从BleOn状态执行进入关闭状态时的状态。

步骤202，将蓝牙功能从TurningOn状态切换为开启状态。

步骤203，当蓝牙功能进入TurningOn状态时，蓝牙应用检测蓝牙设备是否吸附。

步骤204，当蓝牙设备吸附时，蓝牙应用启动配件管理服务应用。

步骤205，配件管理服务应用获取蓝牙扫描对象。

步骤206，配件管理服务应用启动针对蓝牙设备的吸附状态的监听。

步骤207，配件管理服务应用检测蓝牙设备是否吸附。

步骤208，当蓝牙设备吸附时，配件管理服务应用调用蓝牙扫描对象对蓝牙设备进行扫描，以回连蓝牙设备。

需要说明的时，在上述的执行过程中，当蓝牙功能进入到TurningOn状态之后，依次执行步骤203至步骤208，并同步执行步骤202。并且，步骤201和步骤202一起实现将蓝牙功能从关闭状态切换为开启状态的，只是为了更好的体现从TurningOn状态到开启状态的过程，与蓝牙应用检测蓝牙设备吸附以及启动配件管理服务应用获取蓝牙扫描对象的过程，两者是同步执行的，将蓝牙功能从TurningOn状态切换为开启状态的过程划分为两个步骤执行。

通常，蓝牙功能的开启过程较为漫长，大概需要2s，因此，上述蓝牙功能从TurningOn状态切换为开启状态的过程中，极有可能出现配件管理服务应用获取蓝牙扫描对象的时机，早于蓝牙功能切换为开启状态的时机，也就是说，配件管理服务应用在获取蓝牙扫描对象时，蓝牙功能的蓝牙状态极有可能不是开启状态。

并且，由于蓝牙扫描对象只有在蓝牙功能处于BleOn状态或开启状态时，才能成功获取到蓝牙扫描对象。若配件管理服务应用获取蓝牙扫描对象的时机，早于蓝牙功能切换为开启状态的时机，配件管理服务应用在获取蓝牙扫描对象时，会导致配件管理服务应用获取到的蓝牙扫描对象为null，即蓝牙扫描对象获取失败。

蓝牙扫描对象只是在蓝牙功能从关闭状态切换为开启状态时获取一次，当本次获取失败时，在后续的使用过程中，若终端设备与蓝牙设备分离后再次进行吸附时，会导致配件管理服务应用无法调用蓝牙扫描对象对蓝牙设备进行扫描，进而导致终端设备无法与蓝牙设备进行自动回连。

在终端设备与蓝牙设备分离后再次进行吸附时，若终端设备与蓝牙设备进行无法自动回连，则需要用户手动在已配对列表中点击回连操作，从而导致用户的操作较为繁琐。

基于此，本申请实施例提供的一种蓝牙回连方法及终端设备，通过在终端设备的蓝牙功能从关闭状态已切换为开启状态时，获取蓝牙扫描对象，然后监听蓝牙设备的吸附状态，当蓝牙设备的吸附状态为已吸附状态时，调用蓝牙扫描对象对蓝牙设备进行扫描，以回连蓝牙设备。根据蓝牙功能的开启时序特点，在蓝牙功能已经切换为开启状态时，才获取蓝牙扫描对象，使得蓝牙扫描对象可以成功获取到，因此，在后续的使用过程中，若终端设备与蓝牙设备分离后再次进行吸附，则可以正常调用蓝牙扫描对象对蓝牙设备进行扫描，以使得终端设备可以与蓝牙设备进行自动回连，减少用户的操作步骤。

本申请实施例提供的蓝牙回连方法，可以应用在具备蓝牙功能的终端设备中。为了能够更好地理解本申请实施例，下面对本申请实施例的终端设备的结构进行介绍：

图4示出了终端设备100的结构示意图。终端设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线（universal serial bus，USB）接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块（subscriberidentification module，SIM）卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本申请实施例示意的结构并不构成对终端设备100的具体限定。在本申请另一些实施例中，终端设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器（application processor，AP），调制解调处理器，图形处理器（graphics processingunit，GPU），图像信号处理器（image signal processor，ISP），控制器，视频编解码器，数字信号处理器（digital signal processor，DSP），基带处理器，和/或神经网络处理器（neural-network processing unit，NPU）等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从存储器中调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路（inter-integrated circuit，I2C）接口，集成电路内置音频（inter-integratedcircuitsound，I2S）接口，脉冲编码调制（pulse code modulation，PCM）接口，通用异步收发传输器（universal asynchronous receiver/transmitter，UART）接口，移动产业处理器接口（mobile industry processor interface，MIPI），通用输入输出（general-purposeinput/output，GPIO）接口，用户标识模块（subscriber identity module，SIM）接口，和/或通用串行总线（universal serial bus，USB）接口等。

I2C接口是一种双向同步串行总线，包括一根串行数据线（serial data line，SDA）和一根串行时钟线（derail clock line，SCL）。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现终端设备100的触摸功能。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。I2S接口和PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口（camera serial interface，CSI），显示屏串行接口（displayserial interface，DSI）等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现终端设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现终端设备100的显示功能。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为终端设备100充电，也可以用于终端设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，是示意性说明，并不构成对终端设备100的结构限定。在本申请另一些实施例中，终端设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过终端设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为终端设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态（漏电，阻抗）等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

终端设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。终端设备100中的天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在终端设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器（low noise amplifier，LNA）等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备（不限于扬声器170A，受话器170B等）输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在终端设备100上的包括无线局域网（wirelesslocal area networks，WLAN）（如无线保真（wireless fidelity，Wi-Fi）网络），蓝牙（bluetooth，BT），全球导航卫星系统（global navigation satellite system，GNSS），调频（frequency modulation，FM），近距离无线通信技术（near field communication，NFC），红外技术（infrared，IR）等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，终端设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得终端设备100可以通过无线通信技术与网络以及其他设备通信。无线通信技术可以包括全球移动通讯系统（global system for mobile communications，GSM），通用分组无线服务（general packet radio service，GPRS），码分多址接入（codedivision multiple access，CDMA），宽带码分多址（wideband code divisionmultipleaccess，WCDMA），时分码分多址（time-division code division multipleaccess，TD-SCDMA），长期演进（long term evolution，LTE），BT，GNSS，WLAN，NFC，FM，和/或IR技术等。GNSS可以包括全球卫星定位系统（global positioning system，GPS），全球导航卫星系统（global navigation satellite system，GLONASS），北斗卫星导航系统（beidounavigation satellite system，BDS），准天顶卫星系统（quasi-zenithsatellitesystem，QZSS）和/或星基增强系统（satellite based augmentation systems，SBAS）。

终端设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像、显示视频和接收滑动操作等。显示屏194包括显示面板。显示面板可以采用液晶显示屏（liquid crystal display，LCD），有机发光二极管（organiclight-emittingdiode，OLED），有源矩阵有机发光二极体或主动矩阵有机发光二极体（active-matrixorganic light emitting diod，AMOLED），柔性发光二极管（flex light-emittingdiode，FLED），Miniled，MicroLed，Micro-oLed，量子点发光二极管（quantum dotlightemitting diodes，QLED）等。在一些实施例中，终端设备100可以包括1个或N个显示屏194，N为大于1的正整数。

终端设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件（charge coupled device，CCD）或互补金属氧化物半导体（complementary metal-oxide-semiconductor，CMOS）光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，终端设备100可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当终端设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。终端设备100可以支持一种或多种视频编解码器。这样，终端设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组（moving picture experts group，MPEG）1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络（neural-network，NN）计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现终端设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展终端设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序（比如声音播放功能，图像播放功能等）等。存储数据区可存储终端设备100使用过程中所创建的数据（比如音频数据，电话本等）等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器（universal flash storage，UFS）等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行终端设备100的各种功能应用以及数据处理。

终端设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。终端设备100可以通过扬声器170A收听音乐，或收听免提通话。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当终端设备100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。终端设备100可以设置至少一个麦克风170C。在另一些实施例中，终端设备100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，终端设备100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台（open mobile terminal platform，OMTP）标准接口，美国蜂窝电信工业协会（cellular telecommunications industry association of the USA，CTIA）标准接口。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。终端设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，终端设备100根据压力传感器180A检测触摸操作强度。终端设备100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。

陀螺仪传感器180B可以用于确定终端设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定终端设备100围绕三个轴（即，x、y和z轴）的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器180B检测终端设备100抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消终端设备100的抖动，实现防抖。陀螺仪传感器180B还可以用于导航，体感游戏场景。

气压传感器180C用于测量气压。在一些实施例中，终端设备100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。

磁传感器180D包括霍尔传感器。终端设备100可以利用磁传感器180D检测其与蓝牙设备200是否吸附。

加速度传感器180E可检测终端设备100在各个方向上（一般为三轴）加速度的大小。当终端设备100静止时可检测出重力的大小及方向。还可以用于识别终端设备姿态，应用于横竖屏切换，计步器等应用程序。

距离传感器180F，用于测量距离。终端设备100可以通过红外或激光测量距离。在一些实施例中，拍摄场景，终端设备100可以利用距离传感器180F测距以实现快速对焦。

接近光传感器180G可以包括例如发光二极管（LED）和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。终端设备100通过发光二极管向外发射红外光。终端设备100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定终端设备100附近有物体。当检测到不充分的反射光时，终端设备100可以确定终端设备100附近没有物体。终端设备100可以利用接近光传感器180G检测用户手持终端设备100贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式，口袋模式自动解锁与锁屏。

环境光传感器180L用于感知环境光亮度。终端设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测终端设备100是否在口袋里，以防误触。

指纹传感器180H用于采集指纹。终端设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

温度传感器180J用于检测温度。在一些实施例中，终端设备100利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，终端设备100执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，终端设备100对电池142加热，以避免低温导致终端设备100异常关机。在其他一些实施例中，当温度低于又一阈值时，终端设备100对电池142的输出电压执行升压，以避免低温导致的异常关机。

触摸传感器180K，也称“触控器件”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于终端设备100的表面，与显示屏194所处的位置不同。

骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器180M也可以设置于耳机中，结合成骨传导耳机。音频模块170可以基于骨传导传感器180M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于骨传导传感器180M获取的血压跳动信号解析心率信息，实现心率检测功能。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。终端设备100可以接收按键输入，产生与终端设备100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用程序（例如拍照，音频播放等）的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景（例如：时间提醒，接收信息，闹钟，游戏等）也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和终端设备100的接触和分离。终端设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。终端设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，终端设备100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在终端设备100中，不能和终端设备100分离。

终端设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构，等。本申请实施例以分层架构的Android系统为例，示例性说明终端设备100的软件结构。

图5是本申请实施例的终端设备100的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用层，应用程序框架层，安卓运行时（Android runtime）和系统库，以及内核层。

应用层可以包括一系列应用程序包。

如图5所示，应用程序包可以包括设置应用、蓝牙应用、配件管理服务应用以及相机应用等应用程序。

应用程序框架层为应用层的应用程序提供应用编程接口（applicationprogramming interface，API）和编程框架。应用程序框架层包括一些预先定义的函数。

如图5所示，应用程序框架层可以包括输入系统、活动管理器、位置管理器、通知管理器、资源管理器、电话管理器、视图系统和蓝牙服务等。

输入系统用于管理输入设备的程序。例如，输入系统可以确定鼠标点击操作、键盘输入操作和触摸滑动等输入操作。

活动管理器用于管理各个应用程序的生命周期以及导航回退功能。负责Android的主线程创建，各个应用程序的生命周期的维护。

位置管理器用于为应用程序提供位置服务，包括查询上一个已知位置、注册和注销来自某个周期性的位置更新等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，终端设备振动，指示灯闪烁等。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

电话管理器用于管理移动设备功能，包括：手机通话状态、获取电话信息（设备、sim卡、网络信息），监听电话状态以及调用电话拨号器拨打电话。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

蓝牙服务可以提供蓝牙应用编程接口（bluetooth API），使得蓝牙应用与配件管理服务应用之间、蓝牙应用与硬件驱动（如传感器驱动）之间，以及配件管理服务应用与硬件驱动（如传感器驱动）之间，可通过调用蓝牙应用编程接口进行交互。

Android runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用层和应用程序框架层运行在虚拟机中。虚拟机将应用层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：图像绘制模块、图像渲染模块、图像合成模块、函数库、和输入处理库等。

图像绘制模块用于二维或三维图像的绘制。图像渲染模块用于二维或三维图像的渲染。图像合成模块用于二维或三维图像的合成。

可能的实现方式中，应用通过图像绘制模块对图像进行绘制，然后应用通过图像渲染模块对绘制后的图像进行渲染，然后应用将渲染后的图像发送显示合成进程的到缓存队列中。每当vsync信号到来时，显示合成进程（例如，surface flinger）从缓存队列中按顺序获取待合成的一帧图像，然后通过图像合成模块进行图像合成。

函数库提供C语言中所使用的宏、类型定义、字符串操作函数、数学计算函数以及输入输出函数等。

输入处理库用于处理输入设备的库，可以实现鼠标、键盘和触摸输入处理等。

内核层是硬件和软件之间的层。内核层至少包含触控面板驱动、LCD/LED屏幕驱动、显示驱动、蓝牙驱动、WIFI驱动、键盘驱动、共用存储器驱动、相机驱动和传感器驱动等。

硬件可以是音频设备、蓝牙设备、传感器设备等。

示意性的，图6为本申请实施例提供的第一种蓝牙回连方法的流程架构图。参照图6所示，该蓝牙回连方法可应用于终端设备，该终端设备包括设置应用、蓝牙应用、配件管理服务应用、传感器驱动和吸附传感器等，该蓝牙回连方法具体可以包括如下步骤：

步骤601，设置应用响应于对蓝牙开关的触控操作，向蓝牙应用发送蓝牙功能开启请求。

在本申请实施例中，若要将终端设备与蓝牙设备进行蓝牙连接时，需要将终端设备与蓝牙设备进行吸附，然后打开终端设备的设置应用对应的蓝牙设置界面。

如图7所示，该蓝牙设置界面包括第一显示区域和第二显示区域，在第一显示区域内显示有多种设置选项，如WLAN设置选项、蓝牙设置选项、移动网络设置选项以及其他的连接选项等；在第二显示区域内显示有蓝牙操作选项，如蓝牙开关71、终端设备的设备名称、终端设备接收到的文件以及终端设备搜索到的可用设备（第一可用设备AXX、第二可用设备BXX）等。

其中，蓝牙开关71可用于设置蓝牙功能的开启或关闭状态。当蓝牙开关71显示为关闭状态时，用户可对第二显示区域内的蓝牙开关71进行触控操作，设置应用接收用户对蓝牙开关71的触控操作，并响应于对蓝牙开关71的触控操作，通过调用应用程序框架层中的系统API，向蓝牙应用发送蓝牙功能开启请求，以告知蓝牙应用需要开启终端设备的蓝牙功能。

步骤602，蓝牙应用根据蓝牙功能开启请求，执行针对终端设备的蓝牙功能的开启操作。

在本申请实施例中，蓝牙应用在接收到设置应用发送的蓝牙功能开启请求之后，蓝牙应用根据该蓝牙功能开启请求，执行蓝牙功能的开启操作，以开启终端设备的蓝牙功能，使得蓝牙功能的蓝牙状态依次经过关闭状态、TurningBleOn状态、BleOn状态、TurningOn状态到达开启状态。

当蓝牙功能的蓝牙状态被切换为开启状态时，可将蓝牙开关71显示的关闭状态切换为开启状态。

需要说明的是，本申请实施例中开启蓝牙功能的方式，不局限于上述提供的通过蓝牙开关进行触控操作来开启蓝牙功能的方式，其还可以通过输入语音指令等方式开启蓝牙功能，本申请实施例对此不做限定。

步骤603，当终端设备的蓝牙功能从关闭状态已切换为开启状态时，蓝牙应用获取蓝牙设备的吸附状态。

在本申请实施例中，当蓝牙应用将蓝牙功能从关闭状态已切换为开启状态时，即蓝牙功能已处于开启状态时，蓝牙应用获取蓝牙设备的吸附状态。

其中，蓝牙应用包括一些管理服务，如设备管理服务（HwDeviceManagerService）和蓝牙外设控制服务（HwBlePeripheralController）等。

当蓝牙应用将蓝牙功能从关闭状态已切换为开启状态时，蓝牙应用首先启动设备管理服务；在设备管理服务被启动了之后，设备管理服务启动蓝牙外设控制服务；在蓝牙外设控制服务被启动了之后，蓝牙外设控制服务获取蓝牙设备的吸附状态。

具体的，蓝牙外设控制服务通过调用应用程序框架层中的蓝牙服务所包含的蓝牙API，向传感器驱动发送吸附状态获取指令；传感器驱动根据该吸附状态获取指令，获取吸附传感器采集到的蓝牙设备的吸附状态，该吸附状态包括已吸附状态和未吸附状态，已吸附状态指的是终端设备与蓝牙设备之间相互吸附，未吸附状态指的是终端设备与蓝牙设备之间未进行吸附。然后，传感器驱动将蓝牙设备的吸附状态上报给蓝牙外设控制服务，蓝牙外设控制服务接收传感器驱动上报的吸附状态，以获取蓝牙设备的吸附状态。

其中，吸附传感器为传感器设备中的一种传感器，用于检测终端设备与蓝牙设备是否吸附，该吸附传感器可以为磁传感器180D。

步骤604，当蓝牙设备的吸附状态为已吸附状态时，蓝牙应用启动配件管理服务应用。

在本申请实施例中，当蓝牙应用获取到蓝牙设备的吸附状态为已吸附状态时，蓝牙应用通过调用应用程序框架层中的蓝牙服务所包含的蓝牙API，启动配件管理服务应用。

步骤605，配件管理服务应用获取蓝牙扫描对象。

在本申请实施例中，配件管理服务应用在被启动了之后，配件管理服务应用直接获取蓝牙扫描对象。该蓝牙扫描对象也可称为BluetoothLeScanner对象，BluetoothLeScanner是一个用于执行扫描相关操作的类。

由于配件管理服务应用在获取蓝牙扫描对象时，终端设备的蓝牙功能已处于开启状态，因此，配件管理服务应用可成功获取到蓝牙扫描对象。

步骤606，配件管理服务应用向传感器驱动发送吸附状态监听指令。

在本申请实施例中，配件管理服务应用在获取到蓝牙扫描对象之后，配件管理服务应用通过调用应用程序框架层中的蓝牙服务所包含的蓝牙API，向传感器驱动发送吸附状态监听指令，该吸附状态监听指令用于监听蓝牙设备的吸附状态。

需要说明的是，蓝牙应用获取蓝牙设备的吸附状态，其目的是为了启动配件管理服务应用，而配件管理服务应用获取蓝牙设备的吸附状态，其目的是为了确定是否需要对吸附的蓝牙设备进行扫描，以回连蓝牙设备。

步骤607，传感器驱动根据吸附状态监听指令，监听吸附传感器采集到的蓝牙设备的吸附状态；吸附状态包括已吸附状态和未吸附状态。

步骤608，当蓝牙设备的吸附状态发生变化后，传感器驱动向配件管理服务应用上报蓝牙设备的吸附状态。

在本申请实施例中，传感器驱动在接收到配件管理服务应用发送的吸附状态监听指令之后，传感器驱动根据该吸附状态监听指令， 先获取一次吸附传感器采集到的蓝牙设备的吸附状态，并将本次获取到的吸附状态为已吸附状态上报至配件管理服务应用。

在之后的使用过程中，传感器驱动持续监测吸附传感器采集到的蓝牙设备的吸附状态，但是不会实时将吸附状态上报给配件管理服务应用。只有当传感器驱动监测到吸附传感器采集到的蓝牙设备的吸附状态发生变化时，传感器驱动才再次向配件管理服务应用上报蓝牙设备的吸附状态，从而使得配件管理服务应用可监听到蓝牙设备的吸附状态。

在一些场景中，在终端设备与蓝牙设备建立蓝牙连接之后，若用户将终端设备与蓝牙设备分离，此时，传感器驱动监测到蓝牙设备的吸附状态会从已吸附状态变为未吸附状态，则传感器驱动向配件管理服务应用上报的蓝牙设备的吸附状态为未吸附状态，则配件管理服务应用控制终端设备与蓝牙设备断开蓝牙连接。若用户再次将终端设备与蓝牙设备进行吸附时，此时，传感器驱动监测到蓝牙设备的吸附状态会从未吸附状态变为已吸附状态，则传感器驱动向配件管理服务应用上报的蓝牙设备的吸附状态为已吸附状态。

步骤609，当蓝牙设备的吸附状态为已吸附状态时，配件管理服务应用调用蓝牙扫描对象对蓝牙设备进行扫描，以回连蓝牙设备。

在本申请实施例中，当配件管理服务应用接收到传感器驱动上报的蓝牙设备的吸附状态为已吸附状态时，配件管理服务应用调用蓝牙扫描对象，通过蓝牙扫描对象对吸附的蓝牙设备进行扫描，以回连蓝牙设备。

蓝牙扫描对象对吸附的蓝牙设备进行扫描，其主要过程是：蓝牙扫描对象接收蓝牙设备发送的广播消息，在接收到广播消息后，终端设备可以向蓝牙设备发送连接请求消息；蓝牙设备接收该连接请求消息，向终端设备发送响应消息，该响应消息指示蓝牙设备确定与终端设备建立蓝牙连接；终端设备接收蓝牙设备发送的响应消息，并根据该响应消息与蓝牙设备建立蓝牙连接。其中，该连接请求消息包括终端设备的蓝牙标识，如终端设备的媒体访问控制（media access control，MAC）地址、终端设备的设备型号等。

终端设备与蓝牙设备回连指的是终端设备与蓝牙设备在配对后的再次连接。由于蓝牙设备与终端设备之间遵循蓝牙协议，实现蓝牙连接及信息交换，并且在终端设备与蓝牙设备首次配对并建立蓝牙连接后，终端设备可以保存该蓝牙设备的相关信息，后续终端设备与蓝牙设备再次建立蓝牙连接时无需配对，直接自动回连。

也就是说，终端设备与蓝牙设备在首次进行蓝牙连接时，该连接请求消息还包括蓝牙配对码，蓝牙配对码用于在终端设备与蓝牙设备之间首次进行蓝牙连接时，通过蓝牙配对码进行配对认证。而终端设备与蓝牙设备在进行回连操作时，该连接请求消息可以不包含蓝牙配对码，相应的，也就无需通过蓝牙配对码进行配对认证。

需要说明的是，在相关技术中，在蓝牙功能开启的过程中，虽然配件管理服务应用获取到的蓝牙扫描对象可能为null，且采用蓝牙扫描对象回连蓝牙设备时会出现失败，但是，蓝牙应用在将蓝牙功能切换为开启状态之后，蓝牙应用会将已配对的蓝牙设备加入白名单，通过蓝牙应用将终端设备与蓝牙设备进行回连。因此，在这种场景下，即使蓝牙扫描对象获取失败，也可以成功将终端设备与蓝牙设备进行回连。

但是，在相关技术中，若终端设备与蓝牙设备分离后再次进行吸附，由于蓝牙扫描对象获取失败，会导致无法调用蓝牙扫描对象对蓝牙设备进行扫描，进而导致终端设备无法与蓝牙设备进行自动回连。

而本申请实施例中，由于配件管理服务应用在获取蓝牙扫描对象时，终端设备的蓝牙功能已处于开启状态，因此，配件管理服务应用可成功获取到蓝牙扫描对象。并且，在后续的使用过程中，若终端设备与蓝牙设备分离后再次进行吸附，则可以正常调用蓝牙扫描对象对蓝牙设备进行扫描，以使得终端设备可以与蓝牙设备进行自动回连。

可以理解的是，本申请实施例在将蓝牙功能从关闭状态切换为开启状态，并在蓝牙功能处于开启状态的情况下成功获取到蓝牙扫描对象之后，也可以不通过蓝牙应用将终端设备与蓝牙设备进行第一次回连（指的是蓝牙功能开启后的第一次连接，且连接的蓝牙设备是已配对的蓝牙设备），而是采用蓝牙扫描对象将终端设备与蓝牙设备进行第一次回连。

为了更清楚体现本申请实施例与相关技术的蓝牙回连方法的区别，图8为本申请实施例提供的蓝牙回连方法的流程图，其具体可以包括如下步骤：

步骤801，将终端设备的蓝牙功能从关闭状态切换为TurningOn状态。

步骤802，将蓝牙功能从TurningOn状态切换为开启状态。

步骤803，当蓝牙功能被切换为开启状态时，蓝牙应用检测蓝牙设备是否吸附。

步骤804，当蓝牙设备吸附时，蓝牙应用启动配件管理服务应用。

步骤805，配件管理服务应用获取蓝牙扫描对象。

步骤806，配件管理服务应用启动针对蓝牙设备的吸附状态的监听。

步骤807，配件管理服务应用检测蓝牙设备是否吸附。

步骤808，当蓝牙设备吸附时，配件管理服务应用调用蓝牙扫描对象对蓝牙设备进行扫描，以回连蓝牙设备。

可以看出，图2所示的相关技术中，步骤203至步骤208的执行过程，与步骤202的执行过程是同步执行的，因此，配件管理服务应用在获取蓝牙扫描对象时，蓝牙功能的蓝牙状态极有可能还未被切换为开启状态，从而导致蓝牙扫描对象获取失败。

而在图8中，本申请实施例是在执行完成步骤802之后，才依次执行步骤803至步骤808的过程，即在蓝牙功能已经切换为开启状态之后，配件管理服务应用才获取蓝牙扫描对象，使得蓝牙扫描对象可以成功获取到。

图9为本申请实施例提供的第二种蓝牙回连方法的流程架构图。参照图8所示，该蓝牙回连方法具体可以包括如下步骤：

步骤901，设置应用响应于对蓝牙开关的触控操作，向蓝牙应用发送蓝牙功能开启请求。

步骤902，蓝牙应用根据蓝牙功能开启请求，执行针对终端设备的蓝牙功能的开启操作。

其中，步骤901与上述的步骤601的执行过程类似，步骤902与上述的步骤602的执行过程类似，为避免重复，在此不再赘述。

步骤903，在终端设备的蓝牙功能开启的过程中，蓝牙应用获取蓝牙设备的吸附状态。

在本申请实施例中，蓝牙应用在开启终端设备的蓝牙功能时，会使得蓝牙功能的蓝牙状态依次经过关闭状态、TurningBleOn状态、BleOn状态、TurningOn状态和开启状态。

当终端设备的蓝牙功能被切换为TurningOn状态时，蓝牙应用就获取蓝牙设备的吸附状态。

需要说明的是，蓝牙应用在获取蓝牙设备的吸附状态的过程中，蓝牙应用依旧会执行蓝牙功能的开启操作，直至将蓝牙功能切换为开启状态。

步骤904，当蓝牙设备的吸附状态为已吸附状态，且终端设备的蓝牙功能从关闭状态已切换为开启状态时，蓝牙应用启动配件管理服务应用。

在本申请实施例中，当蓝牙应用获取到蓝牙设备的吸附状态为已吸附状态时，蓝牙应用确定终端设备的蓝牙功能是否已从TurningOn状态切换为开启状态，当蓝牙功能已切换为开启状态时，蓝牙应用通过调用应用程序框架层中的蓝牙服务所包含的蓝牙API，启动配件管理服务应用。

而当蓝牙应用获取到蓝牙设备的吸附状态为已吸附状态时，若蓝牙应用确定终端设备的蓝牙功能还未从TurningOn状态切换为开启状态时，蓝牙应用继续执行蓝牙功能的开启操作，直至确定出蓝牙功能切换为开启状态后，才去启动配件管理服务应用。

步骤905，配件管理服务应用获取蓝牙扫描对象。

步骤906，配件管理服务应用向传感器驱动发送吸附状态监听指令。

步骤907，传感器驱动根据吸附状态监听指令，监听吸附传感器采集到的蓝牙设备的吸附状态；吸附状态包括已吸附状态和未吸附状态。

步骤908，当蓝牙设备的吸附状态发生变化后，传感器驱动向配件管理服务应用上报蓝牙设备的吸附状态。

步骤909，当蓝牙设备的吸附状态为已吸附状态时，配件管理服务应用调用蓝牙扫描对象对蓝牙设备进行扫描，以回连蓝牙设备。

其中，步骤905与上述的步骤605的执行过程类似，步骤906与上述的步骤606的执行过程类似，步骤907与上述的步骤607的执行过程类似，步骤908与上述的步骤608的执行过程类似，步骤909与上述的步骤609的执行过程类似，为避免重复，在此不再赘述。

因此，本申请实施例中的配件管理服务应用在获取蓝牙扫描对象时，终端设备的蓝牙功能已处于开启状态，使得配件管理服务应用可成功获取到蓝牙扫描对象。

可以看出，图9所示的蓝牙回连方法与图6所示的蓝牙回连方法，其不同之处在于：图6所示的蓝牙回连方法，是在终端设备的蓝牙功能已切换为开启状态之后，蓝牙应用才去获取蓝牙设备的吸附状态，并且当蓝牙设备的吸附状态为已吸附状态时，蓝牙应用去启动配件管理服务应用；而图9所示的蓝牙回连方法，是在终端设备的蓝牙功能开启的过程中，蓝牙应用就去获取蓝牙设备的吸附状态，并且，当蓝牙应用确定出蓝牙设备的吸附状态为已吸附状态，且终端设备的蓝牙功能已切换为开启状态时，蓝牙应用才去启动配件管理服务应用。

也就是说，图9所示的蓝牙回连方法与图6所示的蓝牙回连方法，两者获取蓝牙设备的吸附状态的时机不同，且蓝牙应用启动配件管理服务应用的条件也不同。

图10为本申请实施例提供的第三种蓝牙回连方法的流程架构图。参照图10所示，该蓝牙回连方法具体可以包括如下步骤：

步骤1001，设置应用响应于对蓝牙开关的触控操作，向蓝牙应用发送蓝牙功能开启请求。

步骤1002，蓝牙应用根据蓝牙功能开启请求，执行针对终端设备的蓝牙功能的开启操作。

其中，步骤1001与上述的步骤601的执行过程类似，步骤1002与上述的步骤602的执行过程类似，为避免重复，在此不再赘述。

步骤1003，在终端设备的蓝牙功能开启的过程中，蓝牙应用获取蓝牙设备的吸附状态。

其中，步骤1003与上述的步骤903的执行过程类似，为避免重复，在此不再赘述。

步骤1004，当蓝牙设备的吸附状态为已吸附状态时，蓝牙应用启动配件管理服务应用。

在本申请实施例中，当蓝牙应用获取到蓝牙设备的吸附状态为已吸附状态时，蓝牙应用通过调用应用程序框架层中的蓝牙服务所包含的蓝牙API，启动配件管理服务应用。

需要说明的是，蓝牙应用在获取蓝牙设备的吸附状态，并在蓝牙设备的吸附状态为已吸附状态时，启动配件管理服务应用的过程中，蓝牙应用依旧会执行蓝牙功能的开启操作，直至将蓝牙功能切换为开启状态。

步骤1005，当终端设备的蓝牙功能从关闭状态已切换为开启状态时，配件管理服务应用获取蓝牙扫描对象。

在本申请实施例中，配件管理服务应用在被启动了之后，配件管理服务应用先不直接获取蓝牙扫描对象，而是先确定终端设备的蓝牙功能是否已切换为开启状态，当配件管理服务应用确定蓝牙功能已切换为开启状态时，配件管理服务应用才去获取蓝牙扫描对象。

而当配件管理服务应用在被启动了之后，若配件管理服务应用确定出终端设备的蓝牙功能还未被切换为开启状态时，配件管理服务应用继续等待蓝牙应用执行蓝牙功能的开启操作，直至确定出蓝牙功能被切换为开启状态，配件管理服务应用才去获取蓝牙扫描对象。

由于蓝牙功能的开启是蓝牙应用执行的，因此，蓝牙应用可根据当前执行的过程确定出蓝牙功能当前所处的蓝牙状态。若配件管理服务应用要确定蓝牙功能当前所处的蓝牙状态，则配件管理服务应用需要与蓝牙应用进行交互，以获取蓝牙功能当前所处的蓝牙状态。

一种可选的实施方式，在配件管理服务应用在被启动了之后，配件管理服务应用向蓝牙应用发送蓝牙状态获取指令，该蓝牙状态获取指令用于获取终端设备的蓝牙功能当前所处的蓝牙状态；蓝牙应用在接收到该蓝牙状态获取指令之后，根据该蓝牙状态获取指令，向配件管理服务应用返回蓝牙状态；配件管理服务应用接收蓝牙应用返回的蓝牙状态，当蓝牙应用返回的蓝牙状态为开启状态时，配件管理服务应用获取蓝牙扫描对象。

另一种可选的实施方式，蓝牙应用在启动配件管理服务应用之后，蓝牙应用依旧会执行蓝牙功能的开启操作，当蓝牙应用将终端设备的蓝牙功能切换为开启状态时，蓝牙应用向配件管理服务应用发送蓝牙状态通知指令，该蓝牙状态通知指令用于指示蓝牙功能已被切换为开启状态；配件管理服务应用接收蓝牙应用发送的蓝牙状态通知指令，根据该蓝牙状态通知指令，配件管理服务应用获取蓝牙扫描对象。

步骤1006，配件管理服务应用向传感器驱动发送吸附状态监听指令。

步骤1007，传感器驱动根据吸附状态监听指令，监听吸附传感器采集到的蓝牙设备的吸附状态；吸附状态包括已吸附状态和未吸附状态。

步骤1008，当蓝牙设备的吸附状态发生变化后，传感器驱动向配件管理服务应用上报蓝牙设备的吸附状态。

步骤1009，当蓝牙设备的吸附状态为已吸附状态时，配件管理服务应用调用蓝牙扫描对象对蓝牙设备进行扫描，以回连蓝牙设备。

其中，步骤1006与上述的步骤606的执行过程类似，步骤1007与上述的步骤607的执行过程类似，步骤1008与上述的步骤608的执行过程类似，步骤1009与上述的步骤609的执行过程类似，为避免重复，在此不再赘述。

因此，本申请实施例中的配件管理服务应用在获取蓝牙扫描对象时，终端设备的蓝牙功能已处于开启状态，使得配件管理服务应用可成功获取到蓝牙扫描对象。

可以看出，图10所示的蓝牙回连方法与图6所示的蓝牙回连方法，其不同之处在于：图6所示的蓝牙回连方法，是在终端设备的蓝牙功能已切换为开启状态时，蓝牙应用才去获取蓝牙设备的吸附状态，并且当蓝牙设备的吸附状态为已吸附状态时，蓝牙应用去启动配件管理服务应用，在配件管理服务应用被启动了之后，直接获取蓝牙扫描对象；而图10所示的蓝牙回连方法，是在终端设备的蓝牙功能开启的过程中，蓝牙应用就去获取蓝牙设备的吸附状态，并且，当蓝牙应用确定出蓝牙设备的吸附状态为已吸附状态时，蓝牙应用去启动配件管理服务应用，在配件管理服务应用被启动了之后，配件管理服务应用等待蓝牙应用将蓝牙功能切换为开启状态，配件管理服务应用才去获取蓝牙扫描对象。

也就是说，图10所示的蓝牙回连方法与图6所示的蓝牙回连方法，两者获取蓝牙设备的吸附状态以及启动配件管理服务应用的时机不同，且配件管理服务应用获取蓝牙扫描对象的条件也不同。

相应的，图10所示的蓝牙回连方法与图9所示的蓝牙回连方法，其不同之处在于：图9所示的蓝牙回连方法，是当蓝牙应用确定出蓝牙设备的吸附状态为已吸附状态，且终端设备的蓝牙功能已切换为开启状态时，蓝牙应用去启动配件管理服务应用，且配件管理服务应用在被启动了之后，直接获取蓝牙扫描对象；而图10所示的蓝牙回连方法，是当蓝牙应用确定出蓝牙设备的吸附状态为已吸附状态时，蓝牙应用去启动配件管理服务应用，在配件管理服务应用被启动了之后，配件管理服务应用等待蓝牙应用将蓝牙功能切换为开启状态，配件管理服务应用才去获取蓝牙扫描对象。

也就是说，图10所示的蓝牙回连方法与图9示的蓝牙回连方法，两者启动配件管理服务应用以及获取蓝牙扫描对象的条件不同。

图11为本申请实施例提供的一种终端设备的硬件结构示意图。图11所示的终端设备100包括：存储器101、处理器110和通信接口102，其中，存储器101、处理器110、通信接口102可以通信；示例性的，存储器101、处理器110和通信接口102可以通过通信总线通信。

存储器101可以是只读存储器（read only memory，ROM），静态存储设备，动态存储设备或者随机存取存储器（random access memory，RAM）。存储器101可以存储计算机程序，由处理器110来控制执行，并由通信接口102来执行通信，从而实现本申请上述实施例提供的蓝牙回连方法。

处理器110可以采用通用的中央处理器（central processing unit，CPU），微处理器，应用专用集成电路（application specific integrated circuit，ASIC），图形处理器或者一个或多个集成电路。

处理器110还可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，本申请的蓝牙回连方法的功能可以通过处理器110中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器110还可以是通用处理器、数字信号处理器、专用集成电路（ASIC）、现成可编程门阵列（field programmable gate array，FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请下文实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请下文实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器101，处理器110读取存储器101中的信息，结合其硬件完成本申请实施例的蓝牙回连方法的功能。

芯片中的通信接口102可以为输入/输出接口、管脚或电路等。

本实施例的终端设备100对应地可用于执行上述方法实施例中执行的步骤，其实现原理和技术效果类似，此处不再赘述。

本申请实施例还提供了一种计算机可读存储介质。上述实施例中描述的方法可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。如果在软件中实现，则功能可以作为一个或多个指令或代码存储在计算机可读介质上或者在计算机可读介质上传输。计算机可读介质可以包括计算机存储介质和通信介质，还可以包括任何可以将计算机程序从一个地方传送到另一个地方的介质。存储介质可以是可由计算机访问的任何目标介质。

一种可能的实现方式中，计算机可读介质可以包括RAM，ROM，只读光盘（compactdisc read-only memory，CD-ROM）或其它光盘存储器，磁盘存储器或其它磁存储设备，或目标于承载的任何其它介质或以指令或数据结构的形式存储所需的程序代码，并且可由计算机访问。而且，任何连接被适当地称为计算机可读介质。例如，如果使用同轴电缆，光纤电缆，双绞线，数字用户线（digital subscriber line，DSL）或无线技术（如红外，无线电和微波）从网站，服务器或其它远程源传输软件，则同轴电缆，光纤电缆，双绞线，DSL或诸如红外，无线电和微波之类的无线技术包括在介质的定义中。如本文所使用的磁盘和光盘包括光盘，激光盘，光盘，数字通用光盘（digital versatile disc，DVD），软盘和蓝光盘，其中磁盘通常以磁性方式再现数据，而光盘利用激光光学地再现数据。上述的组合也应包括在计算机可读介质的范围内。

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

本申请实施例是参照根据本申请实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理单元以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理单元执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

以上的具体实施方式，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上仅为本申请的具体实施方式而已，并不用于限定本申请的保护范围，凡在本申请的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本申请的保护范围之内。

Claims (12)

1.一种蓝牙回连方法，其特征在于，应用于终端设备，所述终端设备包括蓝牙应用和配件管理服务应用；所述方法包括：

当所述终端设备的蓝牙功能从关闭状态已切换为开启状态时，所述终端设备获取蓝牙扫描对象，并通过所述蓝牙应用建立所述终端设备与蓝牙设备的蓝牙连接；所述蓝牙扫描对象为用于执行扫描相关操作的类；

所述终端设备监听所述蓝牙设备的吸附状态；

在所述终端设备与所述蓝牙设备分离的情况下，当监听到所述蓝牙设备的吸附状态从未吸附状态变为已吸附状态时，所述终端设备中的所述配件管理服务应用调用所述蓝牙扫描对象对所述蓝牙设备进行扫描，以回连所述蓝牙设备；

所述当所述终端设备的蓝牙功能从关闭状态已切换为开启状态时，所述终端设备获取蓝牙扫描对象，包括：

所述蓝牙应用执行针对所述终端设备的蓝牙功能的开启操作；

当所述终端设备的蓝牙功能从关闭状态已切换为开启状态，且所述蓝牙设备的吸附状态为已吸附状态时，所述配件管理服务应用获取蓝牙扫描对象。

2.根据权利要求1所述的方法，其特征在于，所述当所述终端设备的蓝牙功能从关闭状态已切换为开启状态时，所述配件管理服务应用获取蓝牙扫描对象，包括：

当所述终端设备的蓝牙功能从关闭状态已切换为开启状态时，所述蓝牙应用获取所述蓝牙设备的吸附状态；

当所述蓝牙设备的吸附状态为已吸附状态时，所述蓝牙应用启动所述配件管理服务应用；

所述配件管理服务应用获取蓝牙扫描对象。

3.根据权利要求1所述的方法，其特征在于，所述当所述终端设备的蓝牙功能从关闭状态已切换为开启状态时，所述配件管理服务应用获取蓝牙扫描对象，包括：

在所述终端设备的蓝牙功能开启的过程中，所述蓝牙应用获取所述蓝牙设备的吸附状态；

当所述蓝牙设备的吸附状态为已吸附状态，且所述终端设备的蓝牙功能从关闭状态已切换为开启状态时，所述蓝牙应用启动所述配件管理服务应用；

所述配件管理服务应用获取蓝牙扫描对象。

4.根据权利要求1所述的方法，其特征在于，所述当所述终端设备的蓝牙功能从关闭状态已切换为开启状态时，所述配件管理服务应用获取蓝牙扫描对象，包括：

在所述终端设备的蓝牙功能开启的过程中，所述蓝牙应用获取所述蓝牙设备的吸附状态；

当所述蓝牙设备的吸附状态为已吸附状态时，所述蓝牙应用启动所述配件管理服务应用；

当所述终端设备的蓝牙功能从关闭状态已切换为开启状态时，所述配件管理服务应用获取蓝牙扫描对象。

5.根据权利要求4所述的方法，其特征在于，所述当所述终端设备的蓝牙功能从关闭状态已切换为开启状态时，所述配件管理服务应用获取蓝牙扫描对象，包括：

所述配件管理服务应用向所述蓝牙应用发送蓝牙状态获取指令；

所述配件管理服务应用接收所述蓝牙应用根据所述蓝牙状态获取指令返回的蓝牙状态；

当所述蓝牙状态为开启状态时，所述配件管理服务应用获取蓝牙扫描对象。

6.根据权利要求4所述的方法，其特征在于，所述当所述终端设备的蓝牙功能从关闭状态已切换为开启状态时，所述配件管理服务应用获取蓝牙扫描对象，包括：

当所述蓝牙应用将所述终端设备的蓝牙功能从关闭状态已切换为开启状态时，所述蓝牙应用向所述配件管理服务应用发送蓝牙状态通知指令；

当所述配件管理服务应用接收到所述蓝牙状态通知指令时，所述配件管理服务应用获取蓝牙扫描对象。

7.根据权利要求2至6中任一项所述的方法，其特征在于，所述蓝牙应用包括设备管理服务和蓝牙外设控制服务；所述蓝牙应用获取所述蓝牙设备的吸附状态，包括：

所述蓝牙应用启动所述设备管理服务；

所述设备管理服务启动所述蓝牙外设控制服务；

所述蓝牙外设控制服务获取所述蓝牙设备的吸附状态。

8.根据权利要求7所述的方法，其特征在于，所述终端设备还包括传感器驱动和吸附传感器；所述蓝牙外设控制服务获取所述蓝牙设备的吸附状态，包括：

所述蓝牙外设控制服务向所述传感器驱动发送吸附状态获取指令；

所述传感器驱动根据所述吸附状态获取指令，获取所述吸附传感器采集到的蓝牙设备的吸附状态；所述吸附状态包括已吸附状态和未吸附状态；

所述蓝牙外设控制服务接收所述传感器驱动上报的吸附状态。

9.根据权利要求1所述的方法，其特征在于，所述终端设备还包括传感器驱动和吸附传感器；所述终端设备监听蓝牙设备的吸附状态，包括：

所述配件管理服务应用向所述传感器驱动发送吸附状态监听指令；

所述传感器驱动根据所述吸附状态监听指令，监听所述吸附传感器采集到的蓝牙设备的吸附状态；所述吸附状态包括已吸附状态和未吸附状态；

当所述蓝牙设备的吸附状态发生变化后，所述传感器驱动向所述配件管理服务应用上报所述蓝牙设备的吸附状态。

10.根据权利要求1所述的方法，其特征在于，所述终端设备还包括设置应用；所述蓝牙应用执行针对所述终端设备的蓝牙功能的开启操作，包括：

所述设置应用响应于对蓝牙开关的触控操作，向所述蓝牙应用发送蓝牙功能开启请求；

所述蓝牙应用根据所述蓝牙功能开启请求，执行针对所述终端设备的蓝牙功能的开启操作。

11.一种终端设备，其特征在于，包括存储器和处理器，所述存储器用于存储计算机程序，所述处理器用于调用所述计算机程序，以执行如权利要求1至10中任一项所述的蓝牙回连方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序或指令，当所述计算机程序或指令被运行时，实现如权利要求1至10中任一项所述的蓝牙回连方法。

Images