CN110784846B - 车载蓝牙设备识别方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请公开了一种车载蓝牙设备识别方法、装置、电子设备及存储介质，涉及蓝牙设备技术领域。所述方法包括：从连接的蓝牙设备获取所述蓝牙设备支持的协议列表；根据所述协议列表，判断所述蓝牙设备是否支持指定协议，所述指定协议为车载蓝牙设备支持的协议；判断所述蓝牙设备是否具有车载设备特有的数据；若所述蓝牙设备支持所述指定协议且具有车载设备特有的数据，判定所述蓝牙设备为车载蓝牙设备。通过该车载蓝牙设备识别方法、装置、电子设备及存储介质可以更准确识别到电子设备连接的车载蓝牙设备。

Description

车载蓝牙设备识别方法、装置、电子设备及存储介质

技术领域

本申请涉及蓝牙设备技术领域，更具体地，涉及一种车载蓝牙设备识别方法、装置、电子设备及存储介质。

背景技术

电子设备与蓝牙设备处于蓝牙连接的状态下，可以识别所连接的蓝牙设备的类型，从而根据蓝牙设备的类别开启相应的功能。例如，电子设备可以识别连接到的蓝牙设备是否是车载蓝牙设备，从而确定是否开启与汽车相应的增值服务。

发明内容

鉴于上述问题，本申请提出了一种车载蓝牙设备识别方法、装置、电子设备及存储介质，以改善上述问题。

第一方面，本申请实施例提供了一种车载蓝牙设备识别方法，应用于电子设备，所述方法包括：从连接的蓝牙设备获取所述蓝牙设备支持的协议列表；根据所述协议列表，判断所述蓝牙设备是否支持指定协议，所述指定协议为车载蓝牙设备支持的协议；判断所述蓝牙设备是否具有车载设备特有的数据；若所述蓝牙设备支持所述指定协议且具有车载设备特有的数据，判定所述蓝牙设备为车载蓝牙设备。

第二方面，本申请实施例提供了一种车载蓝牙设备识别装置，应用于电子设备，所述装置包括：协议获取模块，用于从连接的蓝牙设备获取所述蓝牙设备支持的协议列表；第一判断模块，用于根据所述协议列表，判断所述蓝牙设备是否支持指定协议，所述指定协议为车载蓝牙设备支持的协议；第二判断模块，用于判断所述蓝牙设备是否具有车载设备特有的数据；确定模块，用于若所述蓝牙设备支持所述指定协议且具有车载设备特有的数据，判定所述蓝牙设备为车载蓝牙设备。

第三方面，本申请实施例提供了一种电子设备，包括存储器以及处理器，所述存储器耦接到所述处理器，所述存储器存储指令，当所述指令由所述处理器执行时，所述处理器执行上述的方法。

第四方面，本申请实施例提供了一种计算机可读取存储介质，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行上述的方法。

本申请实施例提供的车载蓝牙设备识别方法、装置、电子设备及存储介质，识别连接的蓝牙设备是否是车载设备。若识别到连接的蓝牙设备同时支持指定协议并且具有车载设备特有的数据，判定连接到的蓝牙设备为车载蓝牙设备，从而准确识别到连接的车载蓝牙设备。

附图说明

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

图1示出了本申请实施例提供的车载蓝牙设备识别方法的一种流程图。

图2示出了本申请实施例提供的车载蓝牙设备识别方法的另一种流程图。

图3示出了本申请实施例提供的车载蓝牙设备识别方法的又一种流程图。

图4示出了本申请实施例提供的车载蓝牙设备识别方法的再一种流程图。

图5示出了本申请实施例提供的车载蓝牙设备识别装置的功能模块图。

图6示出了本申请实施例提供的电子设备的结构框图。

图7是本申请实施例的用于保存或者携带实现根据本申请实施例的车载蓝牙设备识别方法的程序代码的存储介质。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

电子设备可以与蓝牙设备进行蓝牙连接。本申请实施例中，电子设备可以是手机、平板电脑、电话手表等具有蓝牙功能的智能设备。与电子设备进行蓝牙连接的设备为蓝牙设备，蓝牙设备具有蓝牙功能，如蓝牙耳机、蓝牙音箱、具有蓝牙功能的手机、车载蓝牙等。其中，设备具有蓝牙功能，可以是设备中设置有蓝牙模块，通过该蓝牙模块可以与其他设备的蓝牙模块进行蓝牙连接，进行蓝牙数据的接收与发送。电子设备与蓝牙设备之间的蓝牙连接，也即电子设备中的蓝牙模块与蓝牙设备中的蓝牙模块进行蓝牙配对并连接。

电子设备可以识别连接到的蓝牙设备的设备类型。通常的，电子设备主要是通过扫描蓝牙时扫描到的蓝牙设备中查询响应(Inquiry Response)中携带的设备/服务类别(COD，Class of device/service)字段对蓝牙设备的类型进行判断。COD字段中包括表示蓝牙设备类型的位(bit)，如表示设备是音频设备还是视频设备，是耳机、扬声器、立体声还是视频显示的设备等。但是，很多车载蓝牙设备的COD字段中并未写入表示其为车载蓝牙设备的位，从而电子设备通过蓝牙设备的COD字段无法准确识别蓝牙设备是否是车载蓝牙设备。

发明人经过研究发现，车载蓝牙设备具有共同点，且该共同点是其他蓝牙设备不具有的特点，例如，车载蓝牙设备都支持的蓝牙协议，且同时具有其他蓝牙设备所不具有的一些特征，具有一些其他蓝牙设备不具有的数据。因此，提出了本申请实施例中的车载蓝牙设备识别方法、装置、电子设备及存储介质，根据车载蓝牙设备的共同点对蓝牙设备是否是车载蓝牙设备进行识别。

下面对本申请实施例的车载蓝牙设备识别方法进行详细介绍。

图1示出了本申请实施例提供的车载蓝牙设备识别方法的流程图，该方法应用于电子设备。具体的，该车载蓝牙设备识别方法包括：

步骤S110：从连接的蓝牙设备获取所述蓝牙设备支持的协议列表。

蓝牙设备中存储有蓝牙设备支持的协议列表，该协议列表中包括该蓝牙设备所支持的蓝牙协议。

电子设备与蓝牙设备建立蓝牙连接后，可以从蓝牙设备获取该蓝牙设备支持的协议列表。

可选的，电子设备可以向蓝牙设备发送协议列表获取请求，蓝牙设备接收到该协议列表获取请求时，可以向电子设备返回其存储的协议列表。

步骤S120：根据所述协议列表，判断所述蓝牙设备是否支持指定协议，所述指定协议为车载蓝牙设备支持的协议。

在本申请实施例中，定义车载蓝牙设备所支持的协议为指定协议，电子设备可以判定协议列表中是否包括指定协议。

若协议列表中不包括指定协议，则可以判定该蓝牙设备不是车载蓝牙设备。

若协议列表中包括指定协议，表示该蓝牙设备可能是车载蓝牙设备，但是该指定协议可能也被车载蓝牙设备移位的蓝牙设备所支持，所以还需要结合其他条件进行判断。

步骤S130：判断所述蓝牙设备是否具有车载设备特有的数据。

在本申请实施例中，电子设备还可以判断连接的蓝牙设备是否具有车载设备特有的数据，该车载设备特有的数据为相对于普通的蓝牙设备，只有车载蓝牙设备才具有的特征。

若蓝牙设备不具有车载设备特有的数据，则可以判定该蓝牙设备不是车载蓝牙设备。

若该蓝牙设备具有车载设备特有的数据，则该蓝牙设备可能是车载蓝牙设备。

步骤S140：若所述蓝牙设备支持所述指定协议且具有车载设备特有的数据，判定所述蓝牙设备为车载蓝牙设备。

在本申请实施例中，将步骤S120以及步骤S130的判断结果结合确定该蓝牙设备是否是车载蓝牙设备。即结合蓝牙设备是否支持指定协议的判断结果以及蓝牙设备是否具有车载设备特有的数据的判断结果，对蓝牙设备是否是车载蓝牙设备进行判断。

若判定该蓝牙设备支持指定协议，且该蓝牙设备具有车载设备特有的数据，表示该蓝牙设备既支持所有蓝牙音频设备所共同支持的蓝牙协议，且具有不同于其他蓝牙音频设备的车载设备特有的数据，可以判定该蓝牙设备为车载设备特有的数据。

在本申请实施例中，若判定蓝牙设备支持指定协议，但是蓝牙设备不具有车载设备特有的数据，则该蓝牙设备可能只是普通的蓝牙设备，而不是车载蓝牙设备，判定该蓝牙设备不是车载蓝牙设备。

若判定蓝牙设备具有车载设备特有的数据，但是该蓝牙设备不支持指定协议，也可以判断该蓝牙设备不是车载蓝牙设备。例如对于手机等移动终端，可能支持某些车载设备特有的数据，但是不具有指定协议，从而不会误判为车载蓝牙设备。

在本申请实施例中，步骤S120和步骤S130的执行先后顺序并不限定。

作为一种实施方式，可以同时执行步骤S120以及步骤S130，即在判断蓝牙设备是否支持指定协议时，也判断蓝牙设备是否具有车载设备特有的数据；或者既判断蓝牙设备是否支持指定协议，又判断蓝牙设备是否具有车载设备特有的数据，步骤S120以及步骤S130的判断时序根据实际判断情况进行确定。在该实施方式中，在完成步骤S120以及步骤S130的判断后，结合两个步骤的判断结果，判断蓝牙设备是否为车载蓝牙设备。

作为一种实施方式，在本申请实施例中，也可以先对步骤S120以及步骤S130中的一个先进行判断。在先判断的步骤的判断结果为否的情况下，不进行另一步骤的判断，从而节约执行程序，减少处理时间以及资源占用；在先判断的步骤的判断结果为是的情况下，再进行另一个步骤的判断。

例如，在该实施方式中，先进行步骤S120的判断，则可以是：电子设备根据所述协议列表，判断所述蓝牙设备是否支持指定协议；若不支持指定协议，判定该蓝牙设备不是车载蓝牙设备；若蓝牙设备支持指定协议，则再判断该蓝牙设备是否具有车载设备特有的数据，若判定具有车载设备特有的数据，则可以判定该蓝牙设备为车载蓝牙设备，若判定不具有车载设备特有的数据，则判定该蓝牙设备不是车载蓝牙设备。

又如，在该实施方式中，先进行步骤S130的判断，则可以是：电子设备判断所述蓝牙设备是否具有车载设备特有的数据；若不具有车载设备特有的数据，判定该蓝牙设备不是车载蓝牙设备；若蓝牙设备具有车载设备特有的数据，则再判断该蓝牙设备是否支持指定协议，若支持指定协议，则可以判定该蓝牙设备为车载蓝牙设备，若判定不支持指定协议，则判定该蓝牙设备不是车载蓝牙设备。

可选的，在该实施方式中，先执行步骤S120还是先执行步骤S130，可以以哪个步骤所需条件先获得为标准。例如，若车载设备特有的数据与协议列表无关，若电子设备先获得协议列表，则先执行步骤S120；在电子设备没获得协议列表时，可以先执行步骤S130。

在本申请实施例中，电子设备根据车载蓝牙设备所共同具有的特点，且该特点为其他蓝牙设备不具有，判断连接的蓝牙设备是否是车载蓝牙设备。具体为电子设备判断连接的蓝牙设备是否支持指定协议，并判断该蓝牙设备是否具有车载设备特有的数据。若该蓝牙设备支持所述指定协议且具有车载设备特有的数据，则可以判定该蓝牙设备为车载蓝牙设备。

本申请的车载蓝牙设备识别方法还提供了一种实施例。在该实施例中，以车载设备会发送的指令作为车载设备特有的数据进行说明。其中，该指令可以为相对于其他不同于车载蓝牙设备的蓝牙设备，只有车载蓝牙设备才会发送的指令。即除了车载蓝牙设备，其他蓝牙设备不会发送该指令。或者是，该指令可以为只有车载蓝牙设备会发送的指令，即除了车载蓝牙设备，其他蓝牙设备不会发送该指令。具体的，请参见图2，本申请实施例提供的方法可以包括：

步骤S210：从连接的蓝牙设备获取所述蓝牙设备支持的协议列表。

电子设备获取连接的蓝牙设备所支持的协议列表。

在本申请实施例中，具体获取时机并不限定，例如可以是和蓝牙设备蓝牙连接成功即进行获取；或者是，由于电子设备在某些预设的运行状态下，如飞行模式下、或者无网络连接的情况下，不太可能开启与汽车相应的增值服务，因此，在和蓝牙设备蓝牙连接成功时，若电子设备处于该预设的运行状态，不进行蓝牙设备是否为车载设备的判断，即不获取蓝牙设备支持的协议列表，若在蓝牙连接的情况下，电子设备退出该预设的运行状态，如退出飞行模式、连接网络等，电子设备可以进行蓝牙设备是否为车载设备的判断，获取连接的蓝牙设备支持的协议列表。

步骤S220：根据所述协议列表，判断所述蓝牙设备是否支持指定协议，所述指定协议为车载蓝牙设备支持的协议。

在本申请实施例中，指定协议为车载蓝牙设备支持的蓝牙协议。具体的，该指定协议可以是A2DP协议(Advanced Audio Distribution Profile，蓝牙的音频传输协议)以及HFP协议(Hands-free Profile，手持免提协议)。

也就是说，根据所述协议列表，判断所述蓝牙设备是否支持指定协议时，可以判断协议列表中是否包括A2DP协议以及HFP协议，若这两个协议都包括，则判定该蓝牙设备支持指定协议；若只包括其中一个协议或者两个协议都不包括，则判定该蓝牙设备不支持指定协议。

步骤S230：判断接收到所述蓝牙设备发送的指令中，是否有车载蓝牙设备会发送的指令。

本申请实施例中，可以通过判断接收到所述蓝牙设备发送的指令中，是否有车载蓝牙设备会发送的指令来判断蓝牙设备是否具有车载设备特有的数据。若接收到所述蓝牙设备发送的指令中有车载蓝牙设备会发送的指令，则判定该蓝牙设备具有车载设备特有的数据；若接收到所述蓝牙设备发送的指令中没有车载蓝牙设备会发送的指令，则判定该蓝牙设备不具有车载设备特有的数据。

在本申请实施例中，虽然可能有车载蓝牙设备不会通过HFP中的AT指令读取联系人，但是通过AT指令读取联系人的蓝牙设备为车载设备。因此，作为一种实施方式，该指令可以是HFP协议的AT指令，该AT指令为用于读取电话簿联系人信息的指令，如AT Phonebook指令。因此，判断所述蓝牙设备是否具有车载设备特有的数据可以是，判断否接收到有蓝牙设备发送的HFP协议的AT指令。若接收到有蓝牙设备发送的HFP协议的AT指令，则可以判断该蓝牙设备为车载蓝牙设备。

具体的，车载蓝牙设备和电子设备蓝牙连接后，车载蓝牙设备可以通过HFP协议的AT指令读取电子设备中的联系人信息，因此，电子设备可以接收到连接的蓝牙设备发送的HFP协议的AT指令。

为了避免在蓝牙连接后，车载蓝牙设备没有立即读取联系人信息而导致电子设备的判断失误，电子设备可以以预设时间间隔判断是否接收到由连接的蓝牙设备发送的HFP协议的AT指令。

另外，由于车载蓝牙设备还可以读取电子设备中的可取列表信息，因此，作为另一种实施方式，该指令还可以是AVRCP协议中用于查看歌曲列表信息的指令，该指令可以为AVRCP协议的Browsing指令，用于实现AVRCP Browsing功能，即在蓝牙设备端查看手机音乐歌曲列表信息。在该实施方式中，判断所述蓝牙设备是否具有车载设备特有的数据可以是判断是否接收到有所述蓝牙设备发送的AVRCP协议中用于查看歌曲列表信息的指令。

与HFP协议的AT指令的判断类似的，车载蓝牙设备和电子设备蓝牙连接后，车载蓝牙设备可以通过AVRCP协议的Browsing指令查看电子设备的歌曲列表信息，因此，电子设备可以接收到连接的蓝牙设备发送的AVRCP协议中用于查看歌曲列表信息的指令。

为了避免在蓝牙连接后，车载蓝牙设备没有立即查看电子设备的歌曲列表信息而导致电子设备的判断失误，电子设备可以以预设时间间隔判断是否接收到由连接的蓝牙设备发送的AVRCP协议中用于查看歌曲列表信息的指令。

当然，在本申请实施例中，具体通过哪些指令进行判断并不作为限定，还可以是其他车载蓝牙设备所特有的指令用于进行判断。

步骤S240：若所述蓝牙设备支持所述指定协议，并且，电子设备接收到所述蓝牙设备发送的指令中有车载蓝牙设备会发送的指令，判定所述蓝牙设备为车载蓝牙设备。

另外，可以理解的，在本申请实施例中，步骤S220以及步骤S230执行的先后顺序也并不进行限定，具体的相关描述可以参照前述实施例，在此不再进行赘述。

在本申请实施例中，若蓝牙设备支持所述指定协议，并且，电子设备接收到所述蓝牙设备发送的指令中有车载蓝牙设备会发送的指令，则可以确定该蓝牙设备支持指定协议且具有车载设备特有的数据，判定与电子设备蓝牙连接的该蓝牙设备为车载蓝牙设备。

在本申请实施例中，以A2DP协议以及HFP协议共同作为指定协议，同时以HFP协议的AT指令以及AVRCP协议中用于查看歌曲列表信息的指令等车载蓝牙设备会发送的指令作为蓝牙设备的车载设备特有的数据，结合协议以及指令判断蓝牙设备是否为车载蓝牙设备，提高判断的准确性。

本申请另一实施例提供的车载蓝牙设备识别方法，还可以以车载蓝牙设备特有的协议作为车载设备特有的数据。具体的，请参阅图3，在该实施例提供的方法中，可以包括：

步骤S310：从连接的蓝牙设备获取所述蓝牙设备支持的协议列表。

步骤S320：根据所述协议列表，判断所述蓝牙设备是否支持指定协议，所述指定协议为音频蓝牙设备支持的协议。

在本步骤中，指定协议可以是A2DP协议以及HFP协议。

可选的，为了进一步提高判断的准确性，在本申请实施例中，指定协议中还可以包括AVRCP协议(Audio/Video Remote CONTROL PROFILE，音视频远程控制协议)。即指定协议包括A2DP协议、HFP协议以及AVRCP协议，当判定协议列表中同时包括A2DP协议、HFP协议以及AVRCP协议，判定蓝牙设备支持指定协议。

步骤S310以及步骤S320的描述可以参照前述实施例，在此不再进行赘述。

步骤S330：根据所述协议列表，判断所述蓝牙设备是否支持车载蓝牙设备特有的协议。

在本申请实施例中，可以通过判断蓝牙设备是否支持车载蓝牙设备特有的蓝牙协议，判断该蓝牙设备是否具有车载设备特有的数据。其中，车载蓝牙设备特有的蓝牙协议为，相对于其他普通的蓝牙设备，只有车载蓝牙设备支持的蓝牙协议。

作为一种实施方式，车载蓝牙设备特有的协议可以是PBAP协议(Phone BookAccess Profil)，该PBAP协议为专门为蓝牙车载设备自动下载电子设备内的电话本定义的一套协议。在该实施方式中，电子设备可以判定协议列表中是否包括PBAP协议，若该协议列表中包括PBAP协议，则可以判定该蓝牙设备支持车载蓝牙设备特有的协议。

作为另一种实施方式，车载蓝牙设备特有的协议可以是MAP协议(Message AccessProfie，消息访问协议)。在该实施方式中，电子设备可以判定协议列表中是否包括MAP协议，若该协议列表中包括MAP协议，则可以判定该蓝牙设备支持车载蓝牙设备特有的协议。

当然，在本申请实施例中，为了提高判断的准确性，也可以上述两个实施方式同时满足，即协议列表中同时包括PBAP协议以及MAP协议，才判定电子设备支持特有的协议，具有车载设备特有的数据。

另外，在本申请实施例中，由于步骤S320以及步骤S330都是判断协议列表中是否有相关的蓝牙协议，因此，步骤S320以及步骤S330可以同时执行，并且可以相互交叉。

例如，车载蓝牙设备特有的协议为PBAP协议，指定协议为A2DP协议以及HFP协议。电子设备遍历协议列表，判断是否在协议列表中查找到A2DP协议、HFP协议以及PBAP协议，不论这三个协议查找到的先后顺序，若在协议列表中查找到这三个协议，则可以判定蓝牙设备支持指定协议且支持车载蓝牙设备特有的协议。若该协议列表遍历完成后，A2DP协议、HFP协议以及PBAP协议这三个协议中有任何一个没有查找到，都可以判定蓝牙设备不是车载蓝牙设备。

步骤S340：若所述蓝牙设备支持所述指定协议且支持车载蓝牙设备特有的协议，判定所述蓝牙设备为车载蓝牙设备。

在本申请实施例中，若所述蓝牙设备支持所述指定协议且支持车载蓝牙设备特有的协议，则蓝牙设备支持所述指定协议且具有车载设备特有的数据，可以判定蓝牙设备为车载蓝牙设备。

本申请实施例中，结合车载蓝牙设备支持的协议以及车载蓝牙设备特有的协议判断蓝牙设备是否为车载蓝牙设备。由于是否包括指定协议以及车载蓝牙设备特有的协议都可以直接根据蓝牙设备的协议列表进行判断，在提高判断的准确性的同时，也提高了判断的便捷性。

本申请还提供了一种实施例。在该实施例中，电子设备在确定蓝牙设备为车载蓝牙设备后，可以开启与汽车相关的增值服务，如开启辅助驾驶模式。具体的，如图4所示，在该方法中，可以包括：

步骤S410：从连接的蓝牙设备获取所述蓝牙设备支持的协议列表。

步骤S420：根据所述协议列表，判断所述蓝牙设备是否支持指定协议，所述指定协议为车载蓝牙设备支持的协议。

步骤S430：判断所述蓝牙设备是否具有车载设备特有的数据。

步骤S440：若所述蓝牙设备支持所述指定协议且具有车载设备特有的数据，判定所述蓝牙设备为车载蓝牙设备。

在本申请实施例中，步骤S410至步骤S440可以参照前述实施例中相同或者相似的步骤，在此不再进行赘述。

可选的，在该实施例中，若判定所述蓝牙设备不支持所述指定协议，也可能是电子设备中的数据没有更新，即蓝牙设备中的指定协议并非最新的指定协议，可以从服务器进一步获取最新的指定协议对连接的蓝牙设备进行判断。具体的，所述电子设备可以存储有一个或多个车载协议表，每个车载协议表中包括一个或多个协议，每个车载协议表中的协议为不同的所述指定协议。也就是说，各个车载协议表中包括的协议不完全相同，每个车载协议表可以作为一组指定协议，若蓝牙设备的协议列表中包括任意一个车载协议表中的所有协议，则可以判定蓝牙设备支持指定协议。例如，若存储有车载协议表a，b，c，其中车载协议表a中的协议为A2DP协议以及HFP协议。若蓝牙设备的协议列表中包括车载协议表a中的所有协议，即蓝牙设备的协议列表中包括A2DP协议以及HFP协议，即可判定蓝牙设备支持指定协议。当然，若蓝牙设备的协议列表中包括车载协议表b中的所有协议，也可以判定蓝牙设备支持指定协议。或者蓝牙设备的协议列表中包括车载协议表c中的所有协议，也可以判定蓝牙设备支持指定协议。

具体的，判断所述蓝牙设备是否支持指定协议，可以包括：判断所述蓝牙设备是否支持至少一个车载协议表中的所有协议；若蓝牙设备支持至少一个车载协议表中的所有协议，判定所述蓝牙设备支持指定协议。若蓝牙设备不支持任何一个车载协议表中的所有协议，从服务器获取最新的车载协议表；判断所述蓝牙设备是否支持获取的最新的至少一个车载协议表中的所有协议。若蓝牙设备支持获取的最新的至少一个车载协议表中的所有协议，则可以判定所述蓝牙设备支持指定协议；若蓝牙设备不支持任何一个最新的车载协议表中的所有协议，判定所述蓝牙设备不支持指定协议。

步骤S450：所述电子设备开启辅助驾驶模式。

电子设备在确定连接到车载蓝牙设备的情况下，可以确定用户在车上并可能进行驾驶，可以自动开启辅助驾驶模式，以辅助用户驾驶。

在辅助驾驶模式下，电子设备所具有的功能并不限定，例如将所有通话转移到车载蓝牙设备实现、提示用户如何操作车载蓝牙设备、进入导航、进入语音操作模式等等，提升驾驶的安全性。

另外，若电子设备确定连接的蓝牙设备不是车载蓝牙设备，则不开启辅助驾驶模式。

在本申请实施例中，电子设备与蓝牙设备蓝牙连接成功时即对该蓝牙设备是否是车载蓝牙设备进行识别，从而在连接到车载蓝牙设备时可以尽快开启辅助驾驶模式，用户不需要手动对辅助驾驶模式进行开启，提升用户的使用体验。

在本申请实施例中，通过自动识别车载蓝牙，并配合电子设备做一些更多的优化，比如自动识别车载蓝牙连接，在识别到车载蓝牙设备连接时开展一系列增值服务，如开启智能辅组驾驶模式，以及提示用户如何操作车载等，衍生出一系列应用场景。

本申请实施例还提供了一种车载蓝牙设备识别装置500。请参见图5，该装置500可以包括协议获取模块510，第一判断模块520，第二判断模块530以及确定模块540。

其中，协议获取模块510，可以用于从连接的蓝牙设备获取所述蓝牙设备支持的协议列表。第一判断模块520，可以用于根据所述协议列表，判断所述蓝牙设备是否支持指定协议，所述指定协议为车载蓝牙设备支持的协议。第二判断模块530，可以用于判断所述蓝牙设备是否具有车载设备特有的数据。确定模块540，可以用于若所述蓝牙设备支持所述指定协议且具有车载设备特有的数据，判定所述蓝牙设备为车载蓝牙设备。

可选的，在本申请实施例中，第一判断模块520可以用于判断所述协议列表中是否包括A2DP协议以及HFP协议。

作为一种实施方式，车载设备特有的数据可以为车载蓝牙设备会发送的指令。

可选的，在该实施方式中，第二判断模块530可以用于判断是否接收到有蓝牙设备发送的HFP协议的AT指令，所述AT指令为用于读取联系人信息的指令。

可选的，在该实施方式中，第二判断模块530可以用于判断是否接收到有所述蓝牙设备发送的AVRCP协议中用于查看歌曲列表信息的指令。

作为另一种实施方式，车载设备特有的数据可以为车载蓝牙设备特有的协议。

可选的，在该实施方式中，第二判断模块530可以用于判断所述协议列表中是否包括PBAP协议或者MAP协议。

另外，在本申请实施例中，还可以包括操作模块，用于在判定所述蓝牙设备为车载蓝牙设备的情况下，开启电子设备的辅助驾驶模式。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本申请实施例中各种实施方式都可以有对应的模块进行实现，本申请实施例中不再一一进行对应赘述。

请参考图6，其示出了本申请实施例提供的一种电子设备600的结构框图。该电子设备600可以是手机、平板电脑、膝上电脑、智能通话手表、电子书等智能设备。该电子设备600可以包括存储器610、处理器620。所述存储器610耦接到所述处理器，所述存储器610存储指令，当所述指令由所述处理器620执行时，所述处理器执行上述一个或多个实施例所描述的方法。

处理器620可以包括一个或者多个处理核。处理器620利用各种接口和线路连接整个电子设备600内的各个部分，通过运行或执行存储在存储器610内的指令、程序、代码集或指令集，以及调用存储在存储器610内的数据，执行电子设备600的各种功能和处理数据。可选地，处理器620可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器620可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器620中，单独通过一块通信芯片进行实现。

存储器610可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器610可用于存储指令、程序、代码、代码集或指令集，如用于实现本申请实施例提供的车载蓝牙设备识别方法的指令或代码集。存储器610可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令、用于实现上述各个方法实施例的指令等。存储数据区还可以电子设备在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

另外，如图6所示，在该电子设备中，还可以包括蓝牙模块630。该蓝牙模块630与处理器连接，用于与其他设备的蓝牙模块进行蓝牙连接，以进行蓝牙通信。

请参考图7，其示出了本申请实施例提供的一种计算机可读存储介质的结构框图。该计算机可读存储介质700中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。

计算机可读存储介质700可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读存储介质700包括非易失性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读存储介质800具有执行上述方法中的任何方法步骤的程序代码710的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码710可以例如以适当形式进行压缩。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解；其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种车载蓝牙设备识别方法，其特征在于，应用于电子设备，所述方法包括：

在与蓝牙设备蓝牙连接的情况下，若所述电子设备退出预设的运行状态，获取所述蓝牙设备支持的协议列表，所述预设的运行状态包括飞行模式；

根据所述协议列表，判断所述蓝牙设备是否支持指定协议，所述指定协议为车载蓝牙设备支持的协议；

判断所述蓝牙设备是否具有车载设备特有的数据，所述车载设备特有的数据包括车载蓝牙设备特有的协议；

若所述蓝牙设备支持所述指定协议且具有车载设备特有的数据，判定所述蓝牙设备为车载蓝牙设备。

2.根据权利要求1所述的方法，其特征在于，所述判断所述蓝牙设备是否支持指定协议包括：

判断所述协议列表中是否包括A2DP协议以及HFP协议。

3.根据权利要求1或2所述的方法，其特征在于，所述车载设备特有的数据为车载蓝牙设备会发送的指令。

4.根据权利要求3所述的方法，其特征在于，所述判断所述蓝牙设备是否具有车载设备特有的数据包括：

判断是否接收到有蓝牙设备发送的HFP协议的AT指令，所述AT指令为用于读取联系人信息的指令；或者

判断是否接收到有所述蓝牙设备发送的AVRCP协议中用于查看歌曲列表信息的指令。

5.根据权利要求1所述的方法，其特征在于，所述判断所述蓝牙设备是否具有车载设备特有的数据包括：

判断所述协议列表中是否包括PBAP协议或者MAP协议。

6.根据权利要求1所述的方法，其特征在于，所述电子设备存储有一个或多个车载协议表，每个车载协议表中包括一个或多个协议，每个车载协议表中的协议为不同的所述指定协议，所述判断所述蓝牙设备是否支持指定协议，包括：

判断所述蓝牙设备是否支持至少一个车载协议表中的所有协议；

若蓝牙设备支持至少一个车载协议表中的所有协议，判定所述蓝牙设备支持指定协议；

若蓝牙设备不支持任何车载协议表中的所有协议，从服务器获取最新的车载协议表；

判断所述蓝牙设备是否支持获取的最新的至少一个车载协议表中的所有协议；

若蓝牙设备支持获取的最新的至少一个车载协议表中的所有协议，判定所述蓝牙设备支持指定协议；

若蓝牙设备不支持获取的最新的任何车载协议表中的所有协议，判定所述蓝牙设备不支持指定协议。

7.根据权利要求1所述的方法，其特征在于，所述判定所述蓝牙设备为车载蓝牙设备之后，还包括：

所述电子设备开启辅助驾驶模式。

8.一种车载蓝牙设备识别装置，其特征在于，应用于电子设备，所述装置包括：

协议获取模块，用于在与蓝牙设备蓝牙连接的情况下，若所述电子设备退出预设的运行状态，获取所述蓝牙设备支持的协议列表，所述预设的运行状态包括飞行模式；

第一判断模块，用于根据所述协议列表，判断所述蓝牙设备是否支持指定协议，所述指定协议为车载蓝牙设备支持的协议；

第二判断模块，用于判断所述蓝牙设备是否具有车载设备特有的数据，所述车载设备特有的数据包括车载蓝牙设备特有的协议；

确定模块，用于若所述蓝牙设备支持所述指定协议且具有车载设备特有的数据，判定所述蓝牙设备为车载蓝牙设备。

9.一种电子设备，其特征在于，包括存储器以及处理器，所述存储器耦接到所述处理器，所述存储器存储指令，当所述指令由所述处理器执行时，所述处理器执行如权利要求1-7任一项所述的方法。

10.一种计算机可读取存储介质，其特征在于，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行如权利要求1-7任一项所述的方法。

Images