蓝牙设备识别方法、装置、存储介质及电子设备与流程

文档序号:25870198发布日期:2021-07-13 16:32阅读:239来源:国知局
蓝牙设备识别方法、装置、存储介质及电子设备与流程

本发明涉及无线通信技术,尤其涉及一种蓝牙设备识别方法、装置、存储介质及电子设备。



背景技术:

蓝牙手咪是一种双向移动通信工具,在不需要任何网络支持的情况下,就可以通话,没有话费产生,适用于相对固定且频繁通过话的场合。

现有技术中,对蓝牙手咪的识别过程为:终端设备发送发现请求,响应于该请求,蓝牙设备向终端设备发送设备属性,该设备属性中包含蓝牙设备的名称,终端设备依据该名称判断对应的蓝牙设备是否为蓝牙手咪设备。

然而,上述蓝牙手咪的识别方法完全依赖于设备名称,导致和蓝牙手咪具有相同名称的其他蓝牙设备(例如:蓝牙耳机)也可能被识别为蓝牙手咪,可见,上述识别方法可靠度较低。



技术实现要素:

本发明提供一种蓝牙设备识别方法、装置、存储介质及电子设备,用以解决现有技术中对于述蓝牙手咪识别可靠度较低的问题。

第一方面,本发明提供一种蓝牙设备识别方法,包括:

发送设备发现请求;

接收设备属性信息,所述设备属性信息包含通用唯一识别码uuid列表,其中,所述uuid列表包含目标uuid;

根据所述目标uuid确定蓝牙设备的类型为蓝牙手咪。

在一种可能的设计中,在所述根据所述目标uuid确定蓝牙设备的类型为目标类型之后,还包括:

将所述蓝牙设备配置为目标蓝牙设备组的一个设备。

在一种可能的设计中,所述蓝牙设备支持免提功能hfp。

第二方面,本发明还提供一种蓝牙设备识别方法,包括:

接收设备发现请求;

响应于所述设备发现请求,发送设备属性信息,所述设备属性信息包含通用唯一识别码uuid列表,其中,所述uuid列表包含目标uuid。

第三方面,本发明还提供一种蓝牙设备识别装置,包括:

请求发送模块,用于发送设备发现请求;

属性接收模块,用于接收设备属性信息,所述设备属性信息包含通用唯一识别码uuid列表,其中,所述uuid列表包含目标uuid;

类型确定模块,用于根据所述目标uuid确定蓝牙设备的类型为蓝牙手咪。

在一种可能的设计中,所述的蓝牙设备识别装置,还包括:

设备配置模块,用于将所述蓝牙设备配置为目标蓝牙设备组的一个设备。

在一种可能的设计中,所述蓝牙设备支持免提功能hfp。

第四方面,本发明还提供一种蓝牙设备识别装置,包括:

请求接收模块,用于接收设备发现请求;

属性发送模块,用于响应于所述设备发现请求,发送设备属性信息,所述设备属性信息包含通用唯一识别码uuid列表,其中,所述uuid列表包含目标uuid。

第五方面,本发明还提供一种电子设备,包括:

处理器;以及

存储器,用于存储所述处理器的计算机程序;

其中,所述处理器被配置为通过执行所述计算机程序来实现第一方面中任意一种所述的蓝牙设备识别方法。

第六方面,本发明还提供一种电子设备,包括:

处理器;以及

存储器,用于存储所述处理器的计算机程序;

其中,所述处理器被配置为通过执行所述计算机程序来实现第二方面中任意一种所述的蓝牙设备识别方法。

第七方面,本发明还提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现第一方面中任意一种所述的蓝牙设备识别方法。

第八方面,本发明还提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现第二方面中任意一种所述的蓝牙设备识别方法。

本发明提供的蓝牙设备识别方法、装置、存储介质及电子设备,终端设备通过发送设备发现请求,然后,接收蓝牙设备发送的设备属性信息,再根据属性信息中的uuid列表确定蓝牙设备的类型是否为目标类型,从而可以稳定识别蓝牙设备的类型为蓝牙手咪,进而实现对于蓝牙手咪应用不同的音频配置,此外,还无需修改终端设备的代码即可识别对于所连接的蓝牙设备的类型的确定。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。

图1为本发明根据一示例性实施例示出的蓝牙设备识别方法的应用场景图;

图2为本发明根据一示例性实施例示出的蓝牙设备识别方法的流程示意图;

图3为本发明根据另一示例性实施例示出的蓝牙设备识别方法的流程示意图;

图4为本发明根据一示例性实施例示出的蓝牙设备识别装置的结构示意图;

图5为本发明根据另一示例性实施例示出的蓝牙设备识别装置的结构示意图;

图6为本发明根据再一示例性实施例示出的蓝牙设备识别装置的结构示意图;

图7为本发明根据一示例性实施例示出的电子的结构示意图;

图8为本发明根据另一示例性实施例示出的电子的结构示意图。

通过上述附图,已示出本发明明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本发明构思的范围,而是通过参考特定实施例为本领域技术人员说明本发明的概念。

具体实施方式

这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

蓝牙手咪是一种双向移动通信工具,在不需要任何网络支持的情况下,就可以通话,没有话费产生,适用于相对固定且频繁通过话的场合。现有技术中,对蓝牙手咪的识别过程为:终端设备发送发现请求,而蓝牙设备响应于该请求,蓝牙设备向终端设备发送设备属性,该设备属性中包含蓝牙设备的名称,终端设备依据该名称判断对应的蓝牙设备是否为蓝牙手咪设备。

由于现有实现方案并没有将蓝牙手咪和一般耳机设备在配对阶段通过服务发现协议进行区分,导致蓝牙手咪的识别完全依赖于设备名称,且基于设备名称的识别是不稳定且不可扩展的。

具体的,对于利用现有蓝牙手咪识别方案,可能存在以下几个不稳定场景:

第一、如果出现和现有蓝牙手咪名称相同的耳机设备,则耳机设备会被误认为蓝牙手咪。

第二、如果现有蓝牙手咪可以修改设备(例如,修改为:记录仪),则修改名称后蓝牙手咪会被误认为耳机设备。

第三,对于不可扩展场景,如果出现的新的蓝牙手咪型号,除非更新终端软件将新型手咪名称加入识别列表,否则蓝牙手咪将被识别为耳机设备。

针对上述存在的各个技术问题,本发明实施例提供一种蓝牙设备识别方法,终端设备通过发送设备发现请求,然后,接收蓝牙设备发送的设备属性信息,再根据属性信息中的uuid列表确定蓝牙设备的类型是否为目标类型,从而可以稳定识别蓝牙设备的类型,进而实现对于不同的蓝牙设备应用不同的音频配置,此外,还无需修改终端设备的代码即可识别对于所连接的蓝牙设备的类型的确定。

下面以具体地实施例对本发明的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本发明的实施例进行描述。

图1为本发明根据一示例性实施例示出的蓝牙设备识别方法的应用场景图。如图1所示,终端设备100可以通过蓝牙连接方式连接多个蓝牙设备,例如,可以同时连接蓝牙手咪200以及蓝牙耳机300。其中,由于对于不同的蓝牙设备,需要应用不同的音频配置,因此,在蓝牙设备连接至终端设备100之后,终端设备100需要对所连接的每个蓝牙设备的类型进行确定,以应用不同的音频配置。

例如:当终端设备100连接多个蓝牙手咪200以及多个蓝牙耳机300时,终端设备100需要从确定每个蓝牙设备的类型(为蓝牙手咪200或者蓝牙耳机300)进行确定。

图2为本发明根据一示例性实施例示出的蓝牙设备识别方法的流程示意图。如图2所示,本实施例提供的蓝牙设备识别方法,包括:

s101、发送设备发现请求。

在本步骤中,由于根据蓝牙设备的一般发现流程,终端设备在发起蓝牙设备扫描后,会通过服务发现协议(servicediscoveryprotocal,简称sdp)来获取远程蓝牙设备支持的通用唯一识别码(universallyuniqueidentifier,简称uuid)列表。此时,作为远程蓝牙设备,会发送自己支持的uuid列表。

s102、发送设备属性信息。

具体的,在蓝牙设备接收到终端设备发送的设备发现请求之后,会发送设备属性信息,设备属性信息包含通用唯一识别码uuid列表,其中,uuid列表包含目标uuid。值得说明的,目标uuid是用于确定蓝牙设备的类型为目标类型的预设标识。具体的,可以是在原有uuid列表的基础上,增加专门代表蓝牙设备的类型的uuid,例如,增加蓝牙手咪类型服务对应的uuid。

s103、根据目标uuid确定蓝牙设备的类型为目标类型。

终端设备在接收到蓝牙设备发送的uuid列表之后,可以根据收到的uuid列表进行检索,以根据目标uuid确定蓝牙设备的类型为目标类型,例如,确定蓝牙设备的类型是否为蓝牙手咪。

在一种可能的应用场景中,在终端设备在接收到蓝牙设备发送的uuid列表之后,可以根据收到的uuid列表进行检索,对于支持免提功能(hands-freeprofile,简称hfp)的远程蓝牙设备,终端设备会判断其uuid列表中是否包含蓝牙手咪类型服务uuid,从而实现蓝对于牙手咪设备和蓝牙耳机的区分。

在本实施例中,终端设备通过发送设备发现请求,然后,接收蓝牙设备发送的设备属性信息,再根据属性信息中的uuid列表确定蓝牙设备的类型是否为目标类型,从而可以稳定识别蓝牙设备的类型为蓝牙手咪,进而实现对于蓝牙手咪应用不同的音频配置,此外,还无需修改终端设备的代码即可识别对于所连接的蓝牙设备的类型的确定。

图3为本发明根据另一示例性实施例示出的蓝牙设备识别方法的流程示意图。如图3所示,本实施例提供的蓝牙设备识别方法,包括:

s201、发送设备发现请求。

在本步骤中,由于根据蓝牙设备的一般发现流程,终端设备在发起蓝牙设备扫描后,会通过服务发现协议(servicediscoveryprotocal,简称sdp)来获取远程蓝牙设备支持的通用唯一识别码(universallyuniqueidentifier,简称uuid)列表。此时,作为远程蓝牙设备的蓝牙手咪,会发送自己支持的uuid列表。

s202、发送设备属性信息。

具体的,在蓝牙手咪接收到终端设备发送的设备发现请求之后,会发送设备属性信息,设备属性信息包含通用唯一识别码uuid列表,其中,uuid列表包含目标uuid。值得说明的,可以是在原有uuid列表的基础上,增加专门代表蓝牙手咪的类型的uuid。

s203、根据目标uuid确定蓝牙设备的类型为蓝牙手咪。

在终端设备在接收到蓝牙设备发送的uuid列表之后,可以根据收到的uuid列表进行检索,对于支持免提功能(hands-freeprofile,简称hfp)的远程蓝牙设备,终端设备会判断其uuid列表中是否包含蓝牙手咪类型服务uuid,从而实现蓝牙手咪设备和蓝牙耳机的区分。

s204、将蓝牙手咪配置为蓝牙手咪组的一个设备。

在确定蓝牙设备的类型为蓝牙手咪之后,可以将蓝牙手咪配置为蓝牙手咪组的一个设备,从而为蓝牙手咪组应用相应的音频配置。

但是,若uuid列表未包含目标uuid,则确定蓝牙设备为蓝牙耳机,并将蓝牙设备配置为蓝牙耳机设备组的一个设备,从而为蓝牙耳机组应用相应的音频配置。

本实施例中,终端设备通过发送设备发现请求,然后,接收蓝牙设备发送的设备属性信息,再根据属性信息中的uuid列表确定蓝牙设备的类型是否为目标类型,从而可以稳定识别蓝牙手咪设备,从而应用不同的音频配置,而对于新的蓝牙手咪设备的识别,无需修改终端设备的代码即可识别。

图4为本发明根据一示例性实施例示出的蓝牙设备识别装置的结构示意图。如图4所示,本实施例提供的蓝牙设备识别装置300,包括:

请求发送模块301,用于发送设备发现请求;

属性接收模块302,用于接收设备属性信息,所述设备属性信息包含通用唯一识别码uuid列表,其中,所述uuid列表包含目标uuid;

类型确定模块303,用于根据所述目标uuid确定蓝牙设备的类型为蓝牙手咪。

在图4所示实施例的基础上,图5为本发明根据另一示例性实施例示出的蓝牙设备识别装置的结构示意图。如图5所示,本实施例提供的蓝牙设备识别装置300,还包括:

设备配置模块304,用于将所述蓝牙设备配置为目标蓝牙设备组的一个设备。

在一种可能的设计中,所述蓝牙设备支持免提功能hfp。

在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。

值得说明的,图4-图5所示实施例提供的蓝牙设备识别装置,可用于执行上述任一实施例提供的蓝牙设备识别方法中终端设备侧的步骤,具体实现方式和技术效果类似,这里不再赘述。

图6为本发明根据再一示例性实施例示出的蓝牙设备识别装置的结构示意图。如图6所示本实施例提供的蓝牙设备识别装置400,包括:

请求接收模块401,用于接收设备发现请求;

属性发送模块402,用于响应于所述设备发现请求,发送设备属性信息,所述设备属性信息包含通用唯一识别码uuid列表,其中,所述uuid列表包含目标uuid。

在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。

值得说明的,图6所示实施例提供的蓝牙设备识别装置,可用于执行上述任一实施例提供的蓝牙设备识别方法中蓝牙设备侧的步骤,具体实现方式和技术效果类似,这里不再赘述。

图7为本发明根据一示例性实施例示出的电子的结构示意图。如图7所示,本实施例提供的电子设备500,包括:

处理器501;以及,

存储器502,用于存储所述处理器的可执行指令,该存储器还可以是flash(闪存);

其中,所述处理器501配置为经由执行所述可执行指令来执行上述方法中终端设备侧的各个步骤。具体可以参见前面方法实施例中的相关描述。

可选地,存储器502既可以是独立的,也可以跟处理器501集成在一起。

当所述存储器502是独立于处理器501之外的器件时,所述电子设备500,还可以包括:

总线503,用于连接所述处理器501以及所述存储器502。

本实施例还提供一种可读存储介质,可读存储介质中存储有计算机程序,当电子设备的至少一个处理器执行该计算机程序时,电子设备执行上述的各种实施方式提供的方法中终端设备侧的各个步骤。

本实施例还提供一种程序产品,该程序产品包括计算机程序,该计算机程序存储在可读存储介质中。电子设备的至少一个处理器可以从可读存储介质读取该计算机程序,至少一个处理器执行该计算机程序使得电子设备实施上述的各种实施方式提供的方法中终端设备侧的各个步骤。

图8为本发明根据另一示例性实施例示出的电子的结构示意图。如图8所示,本实施例提供的电子设备600,包括:

处理器601;以及,

存储器602,用于存储所述处理器的可执行指令,该存储器还可以是flash(闪存);

其中,所述处理器601配置为经由执行所述可执行指令来执行上述方法中蓝牙设备侧的各个步骤。具体可以参见前面方法实施例中的相关描述。

可选地,存储器602既可以是独立的,也可以跟处理器601集成在一起。

当所述存储器602是独立于处理器601之外的器件时,所述电子设备600,还可以包括:

总线603,用于连接所述处理器601以及所述存储器602。

本实施例还提供一种可读存储介质,可读存储介质中存储有计算机程序,当电子设备的至少一个处理器执行该计算机程序时,电子设备执行上述的各种实施方式提供的方法中蓝牙设备侧的各个步骤。

本实施例还提供一种程序产品,该程序产品包括计算机程序,该计算机程序存储在可读存储介质中。电子设备的至少一个处理器可以从可读存储介质读取该计算机程序,至少一个处理器执行该计算机程序使得电子设备实施上述的各种实施方式提供的方法中蓝牙设备侧的各个步骤。

本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本发明的其它实施方案。本发明旨在涵盖本发明的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本发明的真正范围和精神由下面的权利要求书指出。

应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求书来限制。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1