CN113630751B - 基于双系统的蓝牙使用方法和装置 - Google Patents

Abstract

本申请公开了一种基于双系统的蓝牙使用方法和装置，其中方法包括：当检测到系统切换指令时，获取当前的蓝牙使用模式；如果所述蓝牙使用模式为与域绑定的模式，则在相应的系统切换过程中，保持蓝牙的使用方在系统切换前后不改变；否则，在所述系统切换过程中，对蓝牙的使用方进行相应的切换。采用本发明，根据当前的蓝牙使用模式，控制在系统切换过程中是否对蓝牙的使用方进行相应切换，能够有效降低双系统终端的功耗。

Description

基于双系统的蓝牙使用方法和装置

技术领域

本发明涉及计算机应用技术，特别是涉及一种基于双系统的蓝牙使用方法和装置。

背景技术

为了增强Android操作系统的安全性和功能可定制性，目前，基于容器技术来使得多个Android系统能够同时运行在一个设备上，成为了Android系统应用的研究方向之一。其主要思想是：采用容器技术在Linux内核上生成多个相互隔离的运行空间，在每个空间中独立运行Android子系统。这些多个Android子系统，采用通过硬件的虚拟化的方法，共用一套硬件设备。

发明人在实现本发明的过程中发现：目前基于容器技术的双系统实现方案对蓝牙的使用存在功耗大、切换时延长的问题，其原因分析如下：

目前，对于双系统的应用，大部分还处于研究阶段，更多关注于双系统的实现原理及相关技术发展，而智能终端上存在的多数硬件外设，还没有足够完善的适配机制。现阶段对于外设的处理措施，大多基于硬件虚拟化使得硬件能够满足多系统的使用。现有的虚拟化技术能够解决蓝牙的硬件竞争，通过蓝牙的虚拟化技术，使得蓝牙能够随双Android系统的切换而切换，两套系统互相独立，外设互不干扰。但是，这种双系统体系下，共享硬件的占用只能随着系统的切换而切换，在进行系统切换时，共享硬件需要经过关闭、释放、重新打开等切换操作。这一系列对硬件的直接操作步骤繁琐，同时由于需要对硬件执行开启关闭，从而使得其时间开销和功耗都会比较大，尤其是当系统切换频繁时，蓝牙的频繁切换必然会导致终端的功耗很大。

发明内容

有鉴于此，本发明的主要目的在于提供一种基于双系统的蓝牙使用方法和装置，能够有效降低双系统终端的功耗。

为了达到上述目的，本发明提出的技术方案为：

一种基于双系统的蓝牙使用方法，包括：

当检测到系统切换指令时，获取当前的蓝牙使用模式；

如果所述蓝牙使用模式为与域绑定的模式，则在相应的系统切换过程中，保持蓝牙的使用方在系统切换前后不改变；否则，在所述系统切换过程中，对蓝牙的使用方进行相应的切换。

较佳地，所述在相应的系统切换过程中，保持蓝牙的使用方在系统切换前后不改变包括：

在所述系统切换过程中，将与所述蓝牙绑定的域vp1的蓝牙状态锁定于等待去激活蓝牙WaitForBTDeactive状态，将没有与蓝牙绑定的域vp2的蓝牙状态锁定于等待激活蓝牙WaitForBTActive状态；其中，所述WaitForBTDeactive状态为系统切换前所述vp1被阻塞的蓝牙状态，所述WaitForBTActive状态为系统切换前所述vp2被阻塞的蓝牙状态。

较佳地，所述对蓝牙的使用方进行相应的切换包括：

开启蓝牙去激活锁BTDeactive，所述BTDeactive用于唤醒所述WaitForBTDeactive状态；

所述vp1在所述BTDeactive开启时，将所述vp1的蓝牙状态从所述WaitForBTDeactive状态唤醒，并进入正在进行去激活蓝牙BTDeactivating状态，之后，开启蓝牙激活锁BTActive，将所述vp1的蓝牙状态阻塞于等待激活蓝牙确认WaitForBTActiveDone状态；所述BTActive用于唤醒所述WaitForBTActive状态；

所述vp2在所述BTActive开启时，将所述vp2的蓝牙状态从所述WaitForBTActive状态唤醒，并进入正在进行激活蓝牙BTActivating状态，之后，开启蓝牙激活确认锁BTActiveDone，并将所述vp2的蓝牙状态阻塞于所述WaitForBTDeactive状态；所述BTActiveDone用于唤醒所述WaitForBTActiveDone状态；

所述vp1在所述BTActiveDone开启时，将所述vp1的蓝牙状态从所述WaitForBTActiveDone状态唤醒，并阻塞于所述WaitForBTActive状态。

一种基于双系统的蓝牙使用装置，设于双系统终端中，包括：处理器，所述处理器用于：

当检测到系统切换指令时，获取当前的蓝牙使用模式；

如果所述蓝牙使用模式为与域绑定的模式，则在相应的系统切换过程中，保持蓝牙的使用方在系统切换前后不改变；否则，在所述系统切换过程中，对蓝牙的使用方进行相应的切换。

较佳地，所述在相应的系统切换过程中，保持蓝牙的使用方在系统切换前后不改变包括：

在所述系统切换过程中，将与所述蓝牙绑定的域vp1的蓝牙状态锁定于等待去激活蓝牙WaitForBTDeactive状态，将没有与蓝牙绑定的域vp2的蓝牙状态锁定于等待激活蓝牙WaitForBTActive状态；其中，所述WaitForBTDeactive状态为系统切换前所述vp1被阻塞的蓝牙状态，所述WaitForBTActive状态为系统切换前所述vp2被阻塞的蓝牙状态。

较佳地，所述处理器具体用于对蓝牙的使用方进行相应的切换，包括：

开启蓝牙去激活锁BTDeactive，所述BTDeactive用于唤醒所述WaitForBTDeactive状态；

在所述BTDeactive开启时，将所述vp1的蓝牙状态从所述WaitForBTDeactive状态唤醒，并进入正在进行去激活蓝牙BTDeactivating状态，之后，开启蓝牙激活锁BTActive，将所述vp1的蓝牙状态阻塞于等待激活蓝牙确认WaitForBTActiveDone状态；所述BTActive用于唤醒所述WaitForBTActive状态；

在所述BTActive开启时，将所述vp2的蓝牙状态从所述WaitForBTActive状态唤醒，并进入正在进行激活蓝牙BTActivating状态，之后，开启蓝牙激活确认锁BTActiveDone，并将所述vp2的蓝牙状态阻塞于所述WaitForBTDeactive状态；所述BTActiveDone用于唤醒所述WaitForBTActiveDone状态；

在所述BTActiveDone开启时，将所述vp1的蓝牙状态从所述WaitForBTActiveDone状态唤醒，并阻塞于所述WaitForBTActive状态。

本申请还公开了一种非易失性计算机可读存储介质，所述非易失性计算机可读存储介质存储指令，所述指令在由处理器执行时使得所述处理器执行如前所述的基于双系统的蓝牙使用方法的步骤。

本申请还公开了一种电子设备，包括如前所述的非易失性计算机可读存储介质、以及可访问所述非易失性计算机可读存储介质的所述处理器。

由上述技术方案可见，在本发明提出的基于双系统的蓝牙使用方案中，引入了蓝牙使用模式，根据当前的蓝牙使用模式，来确定在系统切换过程中是否对蓝牙的使用方进行相应切换，并在蓝牙使用模式为与域绑定的模式时，保持蓝牙的使用方在系统切换前后不改变，即不触发进行蓝牙使用方的切换。如此，有效提高了双系统下蓝牙使用的灵活性，并且有效减少了蓝牙使用方的切换次数，避免了频繁切换系统所致的功耗大、系统切换时延长等问题，进而提高了双系统终端的整体性能。

附图说明

图1为本发明实施例的方法流程示意图；

图2为本发明实施例的蓝牙状态变更顺序示意图；

图3～图6为根据本发明实施例的蓝牙使用方切换过程中的蓝牙状态变化示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明作进一步地详细描述。

发明人在实现本发明的过程中发现：用户对蓝牙的使用不同于屏幕等其他共享外设。像屏幕这类外设，无论何时都必须由处于前台的子系统占用，因此这类外设需要随着系统的切换而切换，而蓝牙并不需要仅能由被切换至前台的子系统占用，在某些场景下，蓝牙只需要满足某个子系统(如生活域)的使用需求即可，对于其他子系统(如工作系统)并没有使用需求。基于上述发现，本申请中，将考虑引入蓝牙绑定模式，在该模式下，控制占用蓝牙的系统不会随着前台系统的变化而变化，如此，一方面可以使得双系统中蓝牙的占用更灵活，能够满足用户在特殊情景下需要将蓝牙绑定于某个子系统的需求，另一方面，还可以降低终端的功耗，避免蓝牙必须随着系统的切换而切换时所存在的功耗大的问题。

图1为本发明实施例的基于双系统的蓝牙使用方法流程示意图，如图1所示，该实施例主要包括：

步骤101、当检测到系统切换指令时，获取当前的蓝牙使用模式。

这里，在检测到系统切换指令时，需要读取当前的蓝牙使用模式配置信息，以便基于当前设置的蓝牙使用模式，确定当前系统切换过程中是否需要对蓝牙的使用方进行相应的切换。

具体地，所述蓝牙使用模式的类型有两种，一种是与域绑定的模式，在该模式下蓝牙将与指定的域绑定，另一种是随系统切换的模式。

步骤102、如果所述蓝牙使用模式为与域绑定的模式，则在相应的系统切换过程中，保持蓝牙的使用方在系统切换前后不改变；否则，在所述系统切换过程中，对蓝牙的使用方进行相应的切换。

本步骤中，当在步骤101中检测到蓝牙使用模式为与域绑定的模式时，将在系统切换过程中，保持蓝牙的使用方不改变，即系统切换前占用蓝牙的系统，在系统切换后依然占用蓝牙，如此可以确保蓝牙的使用方始终是当前蓝牙所绑定的域。如此，可以避免系统切换时蓝牙切换所产生的功耗和时延，尤其是避免系统的频繁切换所致的功耗大的问题。

较佳地，为了进一步提高对蓝牙使用控制的灵活性和便捷性，降低功耗，具体地可以采用内核锁和状态机的方式实现步骤102。具体如下：

为便于理解，首先对采用内核锁和状态机的实现方式的原理阐述如下：

这里，将引入三个内核锁，分别是蓝牙去激活锁(BTDeactive)、蓝牙激活锁(BTActive)和蓝牙激活确认锁(BTActiveDone)。

通过蓝牙状态机的方式，实现蓝牙的状态转换。共有五个蓝牙状态，分别为等待去激活蓝牙(WaitForBTDeactive)状态、正在进行去激活蓝牙(BTDeactivating)状态、等待激活蓝牙确认(WaitForBTActiveDone)状态、等待激活蓝牙(WaitForBTActive)状态和正在进行激活蓝牙(BTActivating)状态。其中，WaitForBTDeactive状态和WaitForBTActive状态为稳定状态。通过蓝牙绑定域的设定值(如，不绑定-0、绑定到工作域-1、绑定到生活域-2)，分别将当前域的蓝牙初始状态设置为WaitForBTDeactive或WaitForBTActive。图2为本发明实施例的蓝牙状态变更顺序示意图。从图2可以看出WaitForBTDeactive状态的下一状态为BTDeactivating状态，BTDeactivating状态的下一状态为WaitForBTActiveDone状态，WaitForBTActiveDone状态的下一状态为WaitForBTActive状态，WaitForBTActive状态的下一状态为BTActivating状态，BTActivating状态的下一状态为WaitForBTDeactive状态。

蓝牙由初始状态向下一状态转换的过程由BTDeactive锁触发，而BTDeactive锁由系统切换中的蓝牙切换方法handlegotobackground实现，由此将蓝牙状态与系统切换绑定。

当蓝牙绑定设定为随系统切换模式时，系统发生切换事件后，蓝牙状态从阻塞态被Deactive锁唤醒，每个状态执行动作后进入下一个状态。状态转换完成后，系统切换也同样完成，此时切换前占用蓝牙的域进入后台，状态更新为切换前未占用蓝牙的域的初始状态WaitForBTActive，切换前未占用蓝牙的域进入前台后，其蓝牙状态更新为WaitForBTDeactive，状态发生互换，等待下一次Deactive锁的唤醒。

当蓝牙设置为单独绑定至某个域时，在域间切换事件会屏蔽Deactive锁的触发，两个域此时的状态转换均处于阻塞态，此时，切换前未占用蓝牙的域无法控制蓝牙，实现了蓝牙在单独某域的绑定。

基于上述原理，步骤102中可以采用下述方法在相应的系统切换过程中，保持蓝牙的使用方在系统切换前后不改变：

在所述系统切换过程中，将与所述蓝牙绑定的域vp1的蓝牙状态锁定于等待去激活蓝牙(WaitForBTDeactive)状态，将没有与蓝牙绑定的域vp2的蓝牙状态锁定于等待激活蓝牙WaitForBTActive状态；其中，所述WaitForBTDeactive状态为系统切换前所述vp1被阻塞的蓝牙状态，所述WaitForBTActive状态为系统切换前所述vp2被阻塞的蓝牙状态。

在上述方法中，在当前的蓝牙使用模式为与域绑定的模式时，在检测到系统切换指令时，会屏蔽Deactive锁的触发，此时根据绑定域确定好初始状态为占用蓝牙域WaitForBTDeactive和非占用蓝牙域WaitForBTActive后，由于切换事件无法开启Deactive锁，两域的蓝牙状态会一直处于阻塞态，即锁定于初始状态，无法进行状态切换。那么，就会表现出占用蓝牙域处于WaitForBTDeactive状态可以对蓝牙进行开关控制，非占用蓝牙域处于WaitForBTActive状态无法控制蓝牙的现象，从而实现蓝牙的某个域的单独绑定。

较佳地，基于上述原理，步骤102中可以采用下述方法在当前的蓝牙使用模式为随系统切换的模式时，对蓝牙的使用方进行相应的切换：

z1、开启蓝牙去激活锁BTDeactive。

这里，如上述原理中所述，所述BTDeactive用于唤醒所述WaitForBTDeactive状态。

图3给出了系统切换前占用蓝牙的域和未占用蓝牙的域的蓝牙状态转换示意图。其中，vp1是占用蓝牙的域，vp2是占用蓝牙的域。此时，vp1的蓝牙状态处于WaitForBTDeactive的阻塞状态，其唤醒需要等待BTDeactive开启；而vp2的蓝牙状态处于WaitForBTActive的阻塞状态。

z2、所述vp1在所述BTDeactive开启时，将所述vp1的蓝牙状态从所述WaitForBTDeactive状态唤醒，并进入正在进行去激活蓝牙BTDeactivating状态，之后，开启蓝牙激活锁BTActive，将所述vp1的蓝牙状态阻塞于等待激活蓝牙确认WaitForBTActiveDone状态；所述BTActive用于唤醒所述WaitForBTActive状态。

图4给出了步骤z2的蓝牙状态切换示意图，vp1的蓝牙状态转换至BTDeactivating，去激活完成后会写入BTActive锁(即开启BTActive)，进入WaitForBTActiveDone状态，此时vp1被阻塞等待BTActiveDone锁。vp2仍处于阻塞态，等待接收到BTActive锁后被唤醒，状态转换开始，进入BTActivating状态。

z3、所述vp2在所述BTActive开启时，将所述vp2的蓝牙状态从所述WaitForBTActive状态唤醒，并进入正在进行激活蓝牙BTActivating状态，之后，开启蓝牙激活确认锁BTActiveDone，并将所述vp2的蓝牙状态阻塞于所述WaitForBTDeactive状态；所述BTActiveDone用于唤醒所述WaitForBTActiveDone状态。

z4、所述vp1在所述BTActiveDone开启时，将所述vp1的蓝牙状态从所述WaitForBTActiveDone状态唤醒，并阻塞于所述WaitForBTActive状态。

图5给出了步骤z3和z4的蓝牙状态切换示意图，vp2在BTActivating状态下，在根据之前的蓝牙开关状态对蓝牙进行相应的打开或者关闭的同时，写入了BTActiveDone锁(即开启BTActiveDone锁)。vp1接收到BTActiveDone锁后会离开阻塞态，被唤醒进入下一个状态WaitForBTActive。

利用上述步骤，将完成一次切换，此时，vp1进入后台域，成为非占用蓝牙的域，处于WaitForBTActive状态，而VP2进入前台成为占用蓝牙的域，处于WaitForBTDeactive，两域完成状态交换，各自处于阻塞态，等待下一次Deactive锁的触发唤醒(如图6所示)。

与上述方法实施例相对应，本申请还提出了一种基于双系统的蓝牙使用装置，设于双系统终端中，包括：处理器，所述处理器用于：

当检测到系统切换指令时，获取当前的蓝牙使用模式；

如果所述蓝牙使用模式为与域绑定的模式，则在相应的系统切换过程中，保持蓝牙的使用方在系统切换前后不改变；否则，在所述系统切换过程中，对蓝牙的使用方进行相应的切换。

较佳地，所述在相应的系统切换过程中，保持蓝牙的使用方在系统切换前后不改变包括：

在所述系统切换过程中，将与所述蓝牙绑定的域vp1的蓝牙状态锁定于等待去激活蓝牙WaitForBTDeactive状态，将没有与蓝牙绑定的域vp2的蓝牙状态锁定于等待激活蓝牙WaitForBTActive状态；其中，所述WaitForBTDeactive状态为系统切换前所述vp1被阻塞的蓝牙状态，所述WaitForBTActive状态为系统切换前所述vp2被阻塞的蓝牙状态。

较佳地，所述处理器具体用于对蓝牙的使用方进行相应的切换，包括：

开启蓝牙去激活锁BTDeactive，所述BTDeactive用于唤醒所述WaitForBTDeactive状态；

在所述BTDeactive开启时，将所述vp1的蓝牙状态从所述WaitForBTDeactive状态唤醒，并进入正在进行去激活蓝牙BTDeactivating状态，之后，开启蓝牙激活锁BTActive，将所述vp1的蓝牙状态阻塞于等待激活蓝牙确认WaitForBTActiveDone状态；所述BTActive用于唤醒所述WaitForBTActive状态；

在所述BTActive开启时，将所述vp2的蓝牙状态从所述WaitForBTActive状态唤醒，并进入正在进行激活蓝牙BTActivating状态，之后，开启蓝牙激活确认锁BTActiveDone，并将所述vp2的蓝牙状态阻塞于所述WaitForBTDeactive状态；所述BTActiveDone用于唤醒所述WaitForBTActiveDone状态；

在所述BTActiveDone开启时，将所述vp1的蓝牙状态从所述WaitForBTActiveDone状态唤醒，并阻塞于所述WaitForBTActive状态。

此外，本申请还提供了一种非易失性计算机可读存储介质，所述非易失性计算机可读存储介质存储指令，所述指令在由处理器执行时使得所述处理器执行如前所述的基于双系统的蓝牙使用方法的步骤。

此外，本申请还提供了一种电子设备，包括如上所述的非易失性计算机可读存储介质、以及可访问所述非易失性计算机可读存储介质的所述处理器。

综上所述，以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (4)

1.一种基于双系统的蓝牙使用方法，其特征在于，包括：

当检测到系统切换指令时，获取当前的蓝牙使用模式；

如果所述蓝牙使用模式为与域绑定的模式，则在相应的系统切换过程中，保持蓝牙的使用方在系统切换前后不改变；否则，在所述系统切换过程中，对蓝牙的使用方进行相应的切换；

其中，所述在相应的系统切换过程中，保持蓝牙的使用方在系统切换前后不改变包括：

在所述系统切换过程中，将与所述蓝牙绑定的域vp1的蓝牙状态锁定于等待去激活蓝牙WaitForBTDeactive状态，将没有与蓝牙绑定的域vp2的蓝牙状态锁定于等待激活蓝牙WaitForBTActive状态；其中，所述WaitForBTDeactive状态为系统切换前所述vp1被阻塞的蓝牙状态，所述WaitForBTActive状态为系统切换前所述vp2被阻塞的蓝牙状态；

所述对蓝牙的使用方进行相应的切换包括：

开启蓝牙去激活锁BTDeactive，所述BTDeactive用于唤醒所述WaitForBTDeactive状态；

所述vp1在所述BTDeactive开启时，将所述vp1的蓝牙状态从所述WaitForBTDeactive状态唤醒，并进入正在进行去激活蓝牙BTDeactivating状态，之后，开启蓝牙激活锁BTActive，将所述vp1的蓝牙状态阻塞于等待激活蓝牙确认WaitForBTActiveDone状态；所述BTActive用于唤醒所述WaitForBTActive状态；

所述vp2在所述BTActive开启时，将所述vp2的蓝牙状态从所述WaitForBTActive状态唤醒，并进入正在进行激活蓝牙BTActivating状态，之后，开启蓝牙激活确认锁BTActiveDone，并将所述vp2的蓝牙状态阻塞于所述WaitForBTDeactive状态；所述BTActiveDone用于唤醒所述WaitForBTActiveDone状态；

所述vp1在所述BTActiveDone开启时，将所述vp1的蓝牙状态从所述WaitForBTActiveDone状态唤醒，并阻塞于所述WaitForBTActive状态。

2.一种基于双系统的蓝牙使用装置，设于双系统终端中，其特征在于，包括：处理器，所述处理器用于：

当检测到系统切换指令时，获取当前的蓝牙使用模式；

如果所述蓝牙使用模式为与域绑定的模式，则在相应的系统切换过程中，保持蓝牙的使用方在系统切换前后不改变；否则，在所述系统切换过程中，对蓝牙的使用方进行相应的切换；

其中，所述在相应的系统切换过程中，保持蓝牙的使用方在系统切换前后不改变包括：

在所述系统切换过程中，将与所述蓝牙绑定的域vp1的蓝牙状态锁定于等待去激活蓝牙WaitForBTDeactive状态，将没有与蓝牙绑定的域vp2的蓝牙状态锁定于等待激活蓝牙WaitForBTActive状态；其中，所述WaitForBTDeactive状态为系统切换前所述vp1被阻塞的蓝牙状态，所述WaitForBTActive状态为系统切换前所述vp2被阻塞的蓝牙状态所述处理器具体用于对蓝牙的使用方进行相应的切换，包括：

开启蓝牙去激活锁BTDeactive，所述BTDeactive用于唤醒所述WaitForBTDeactive状态；

在所述BTDeactive开启时，将所述vp1的蓝牙状态从所述WaitForBTDeactive状态唤醒，并进入正在进行去激活蓝牙BTDeactivating状态，之后，开启蓝牙激活锁BTActive，将所述vp1的蓝牙状态阻塞于等待激活蓝牙确认WaitForBTActiveDone状态；所述BTActive用于唤醒所述WaitForBTActive状态；

在所述BTActive开启时，将所述vp2的蓝牙状态从所述WaitForBTActive状态唤醒，并进入正在进行激活蓝牙BTActivating状态，之后，开启蓝牙激活确认锁BTActiveDone，并将所述vp2的蓝牙状态阻塞于所述WaitForBTDeactive状态；所述BTActiveDone用于唤醒所述WaitForBTActiveDone状态；

在所述BTActiveDone开启时，将所述vp1的蓝牙状态从所述WaitForBTActiveDone状态唤醒，并阻塞于所述WaitForBTActive状态。

3.一种非易失性计算机可读存储介质，所述非易失性计算机可读存储介质存储指令，其特征在于，所述指令在由处理器执行时使得所述处理器执行如权利要求1中所述的基于双系统的蓝牙使用方法的步骤。

4.一种电子设备，其特征在于，包括如权利要求3所述的非易失性计算机可读存储介质、以及可访问所述非易失性计算机可读存储介质的所述处理器。