据一示例性实施例示出的另一种控制蓝牙设备的方法的流程图；
[0073]图4是本公开根据一示例性实施例示出的另一种控制蓝牙设备的方法的流程图；
[0074]图5是本公开根据一示例性实施例示出的另一种控制蓝牙设备的方法的流程图；
[0075]图6是本公开根据一示例性实施例示出的另一种控制蓝牙设备的方法的流程图；
[0076]图7是本公开根据一示例性实施例示出的一种控制蓝牙设备的装置框图；
[0077]图8是本公开根据一示例性实施例示出的另一种控制蓝牙设备的装置框图；
[0078]图9是本公开根据一示例性实施例示出的另一种控制蓝牙设备的装置框图；
[0079]图10是本公开根据一示例性实施例示出的另一种控制蓝牙设备的装置框图；
[0080]图11是本公开根据一示例性实施例示出的一种控制蓝牙设备的装置框图；
[0081]图12是根据一示例性实施例示出的一种控制蓝牙设备装置1200的一结构示意图。
【具体实施方式】
[0082]这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
[0083]在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其它含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
[0084]应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在…...时”或“当…...时”或“响应于确定”。
[0085]SPP协议(Serial Port Prof ile，串行端口配置文件)定义了如何设置虚拟串行端口及如何连接两个蓝牙设备。即蓝牙串行端口基于SPP协议实现蓝牙设备之间创建串口进行数据传输。SPP协议包括安全模式和非安全模式。对于安全模式，发起SPP请求的一方发起请求后，另一方会提示是否配对，用户有权利去配对和拒绝;对于非安全模式，另一方可以直接跟发起SPP请求的一方建立蓝牙通信连接。
[0086]相关技术中，对蓝牙设备的控制，均采用默认适配设备，比如蓝牙遥控器发送控制信号实现控制。若某一蓝牙设备的蓝牙遥控器发生故障或在用户携带蓝牙设备外出时被遗忘携带，则蓝牙设备便无法使用。相关技术提供了一种采用用户终端的蓝牙功能实现控制蓝牙设备的方法，适用于在SPP非安全模式下工作，但由于任何用户终端均可以实现对蓝牙设备的控制，存在信息安全隐患。
[0087]基于此，本公开提供了一种控制蓝牙设备的方法，通过用户终端实现对蓝牙设备的控制，其中上述用户终端为蓝牙设备的非默认适配设备。
[0088]本公开中的用户终端可以是智能手机、平板电脑、个人数字助理(PersonalDigital Assistant，PDA)、可穿戴设备等设置有蓝牙通信模块的终端。
[0089]如图1根据本公开一示例性实施例示出的一种控制蓝牙设备的方法流程图，在蓝牙设备侧，可以包括以下步骤:
[0090]在步骤11中，接收用户终端发送的蓝牙连接请求，所述用户终端为所述蓝牙设备的非默认适配设备；
[0091 ]本公开实施例中，用户终端为发起蓝牙连接请求的一方，蓝牙设备被请求一方。
[0092]参照图2根据一示例性实施例示出的控制蓝牙设备的应用场景示意图，上述用户终端假设为一用户的智能手机100，上述蓝牙设备200可以是一款可以基于SPP协议实现蓝牙控制的电视家庭娱乐无线设备，将该设备连接到电视300或显示器上后可以免费观看网络电影、电视剧等，比如小米盒子。
[0093]假设作为小米盒子200的第一输入来源的蓝牙遥控器(S卩，默认适配器)损坏了，用户只能使用智能手机100对小米盒子200进行控制。智能手机100上可以安装一款遥控器应用程序APP，当用户终端通过蓝牙设备的身份验证后，可以具有如硬件蓝牙遥控器一样的、对蓝牙设备的控制功能。
[0094]在步骤12中，根据所述蓝牙连接请求与所述用户终端建立蓝牙连接；
[0095]在本公开实施例中，蓝牙设备接收到用户终端发送的蓝牙连接请求后，基于SPP协议的非安全模式，自动与用户终端建立蓝牙连接。此时，蓝牙设备可以与用户终端之间传输数据。
[0096]在步骤13中，提示用户输入验证信息；
[0097]虽然用户终端和蓝牙设备建立了蓝牙连接，为了信息安全起见，蓝牙设备应用户终端的请求与之建立蓝牙连接之后，会主动提示用户输入验证信息。
[0098]本公开实施例中，根据验证信息的产生方式不同，蓝牙设备提示用户输入验证信息的方式可以包括至少两种:
[0099]第一种方式，上述验证信息是用户事先设置好的。蓝牙设备应用户终端的请求，初步建立蓝牙连接后，即可触发要求用户输入验证信息的指令。依据该指令，通过蓝牙设备的显示界面、与蓝牙设备连接的显示器或者用户终端的用户界面提示用户输入验证信息。
[0100]第二种方式，上述验证信息是蓝牙设备在与用户终端建立蓝牙连接之后产生的。蓝牙设备可以通过蓝牙设备的显示界面，或者与蓝牙设备连接的电视屏幕、电脑显示器显示上述验证信息。随后，等待用户看到验证信息后在用户终端的用户界面中输入对应的用户验证信息并发送给蓝牙设备进行身份验证。其中，上述验证信息可以是蓝牙设备实时随机生成的提示信息，比如虚拟遥控器的向上、向下、向左、向右、确认等虚拟按键一个或多个，或者数字组合、字母组合等信息，如图2所示。
[0101]在本公开另一实施例中，上述提示用户输入验证信息的同时还可以限定用户输入验证信息的时限，例如20s。提示用户需要在20s内输入验证信息，否则身份验证失败。
[0102]在步骤14中，接收用户终端发送的用户验证信息，对所述用户终端进行身份验证；
[0103]实际用户可以将已知的验证信息通过用户终端提供的用户操作入口进行输入，也可以根据蓝牙设备显示的验证信息，在用户终端的用户界面中输入用户验证信息。用户终端接收到用户输入的用户验证信息之后，将该用户验证信息发送给蓝牙设备。
[0104]在本公开一实施例中，蓝牙设备接收到用户验证信息之后，将用户验证信息与蓝牙设备的验证信息进行匹配，若匹配成功，则表示身份验证成功，执行步骤15;若匹配失败，则表示身份验证失败，执行步骤16。
[0105]对于试图恶意控制蓝牙设备的用户，正常情况下是不会事先知道预设验证信息的，或者看不到蓝牙设备显示的验证信息，因此其通过用户终端输入正确的用户验证信息的可能性很小。当蓝牙设备检测到用户验证信息与蓝牙设备的验证信息不匹配时，则可以确定对应的用户终端属于恶意控制终端，则可以断开与该恶意控制用户终端的蓝牙连接。
[0106]在本公开另一实施例中，参见图3根据一示例性实施例示出的另一种控制蓝牙设备的方法流程图，在图1所示实施例的基础上，步骤14可以包括:
[0107]在步骤141中，接收用户终端发送的用户验证信息；
[0108]在步骤142中，计算从提示用户输入验证信息到接收到用户验证信息之间的时间间隔；
[0109]蓝牙设备在提示用户输入验证信息之后开启侦听模式，同时启动一个计时器，开始计时，等接收到用户验证信息时，停止计时，从而记录从提示用户输入验证信息到接收到用户验证信息之间的时间间隔t。
[0110]在步骤143中，判断所述时间间隔是否大于预置时间阈值；
[0111]假设上述预置时间阈值为to，则步骤143为判断t是否大于to，若是，则执行步骤144，若否，则执行步骤145;
[0112]在步骤144中，若所述时间间隔大于预置时间阈值，确定身份验证失败；
[0113]即一旦用户输入用户验证信息的时间超过预置时间阈值，无论输入的用户验证信息是否正确，均判定用户身份验证失败，避免蓝牙设备一直处于侦听状态，节约蓝牙设备处理器的资源，提高设备性能。
[0114]在步骤145中，若所述时间间隔小于等于所述预置时间阈值，则判断所述用户验证信息与验证信息是否匹配;若是，执行步骤146;若否，执行步骤147;
[0115]在步骤146中，若所述用