CN116828588A - 通信方法、可读介质和电子设备 - Google Patents

Abstract

本申请涉及无线通信技术领域，公开了一种通信方法、可读介质和电子设备。该方法在两个电子设备进行低功耗蓝牙连接时，如第一电子设备和第二电子设备进行低功耗蓝牙连接，如果其中一个电子设备，如第一电子设备注册的用户标识的数量达到标识数量阈值，则判断第一电子设备已注册的用户标识中，是否存在满足释放条件的用户标识，并将满足释放条件的用户标识释放，以使得第一电子设备和第二电子设备可以进行低功耗蓝牙连接。通过该方法，若电子设备中已注册的用户标识的数量超过标识数量阈值，其他外部设备仍可以与该电子设备建立连接并发送数据。

Description

通信方法、可读介质和电子设备

技术领域

本申请涉及无线通信技术领域，特别涉及一种通信方法、可读介质和电子设备。

背景技术

蓝牙低能耗（bluetooth low energy，BLE），也可称为低功耗蓝牙，由于相较于传统蓝牙技术，可以在保持同等通信范围的同时降低功耗，被广泛应用于智能家居、运动健康、安防等场景。一个电子设备可以通过BLE连接多个外部设备，外部设备与电子设备建立BLE连接前，通常需要注册clientif（用户标识），断开连接后释放注册的clientif。

然而，若电子设备中已注册的clientif的数量超过标识数量阈值（电子设备允许注册的clientif的数量，例如32），例如，与电子设备建立BLE连接的外部设备的数量超过标识数量阈值，或者，电子设备中已注册的clientif在外部设备断开连接后并未被释放，则可能会导致其他外部设备无法与该电子设备建立BLE连接并发送数据，甚至导致电子设备的蓝牙功能异常，影响用户的使用。

发明内容

本申请的目的在于提供一种通信方法、可读介质和电子设备。

本申请的第一方面提供了一种通信方法，包括：第一电子设备接收到第二电子设备发送的低功耗蓝牙（BLE）连接请求；第一电子设备确定已注册的BLE用户标识的数量大于或者等于标识数量阈值，并且已注册的BLE用户标识中，存在满足释放条件的第一BLE用户标识；第一电子设备释放第一BLE用户标识。

在本申请实施例中，在两个电子设备进行BLE连接时，如第一电子设备和第二电子设备进行BLE连接，如果其中一个电子设备，如第一电子设备注册的clientif的数量达到标识数量阈值，则判断第一电子设备所注册的clientif中，是否存在满足释放条件的clientif，并将满足释放条件的clientif释放，以使得第一电子设备和第二电子设备可以进行BLE连接。

可以理解，通过本申请实施例提供的通信方法，若电子设备中已注册的clientif的数量超过标识数量阈值，其他外部设备仍可以与该电子设备建立连接并发送数据，保证了电子设备的蓝牙功能的稳定。

在上述第一方面的一种可能的实现中，第一电子设备释放第一BLE用户标识后，在第一电子设备中注册第二电子设备对应的BLE用户标识，并与第二电子设备建立BLE连接。

在本申请实施例中，第一电子设备可以是主设备，第二电子设备可以是第一从设备。主设备释放满足释放条件的clientif后，为第一从设备分配新的clientif，即注册第一从设备对应的clientif，并与第一从设备建立BLE连接。

在上述第一方面的一种可能的实现中，释放条件包括以下至少一种：第一电子设备中已注册的BLE用户标识所对应的电子设备的优先级低于第二电子设备的优先级；第一电子设备中已注册的BLE用户标识所对应的电子设备与第二电子设备的设备类型相同；第一电子设备中已注册的BLE用户标识所对应的电子设备与第二电子设备的设备标识相同。

在本申请实施例中，释放条件可以是clientif对应的电子设备的优先级低于第二电子设备的优先级。例如，可以通过电子设备的设备类型和业务类型确定对应的电子设备的优先级。释放条件也可以是clientif对应的电子设备的设备类型与第二电子设备的设备类型相同。释放条件还可以是clientif对应的电子设备的设备标识与第二电子设备的设备标识相同。

在上述第一方面的一种可能的实现中，第一电子设备通过以下方式确定第一电子设备中已注册的BLE用户标识所对应的电子设备和第二电子设备的优先级：获取第一电子设备中已注册的BLE用户标识所对应的电子设备的设备类型和业务类型、以及第二电子设备的设备类型和业务类型；基于获取的设备类型和业务类型，确定第二电子设备与第一电子设备中已注册的各BLE用户标识所对应的电子设备的优先级，其中属于第一电子设备类型的电子设备比不属于第一电子设备类型的电子设备的优先级高，并且通过BLE传输数据的业务属于第一数据业务类型的电子设备比通过BLE传输数据的业务不属于第一数据业务类型的电子设备优先级高。

在本申请实施例中，第一电子设备可以是主设备，已注册的BLE用户标识所对应的电子设备可以是第二从设备，第二电子设备可以是第一从设备，第一电子设备类型可以是外部设备，第一数据业务类型可以是实时业务。主设备按照从设备（包括第一从设备和第二从设备）的业务类型和设备类型对从设备进行优先级排序。例如在主设备的蓝牙协议栈的btif_gatt_client模块中增加排序机制，蓝牙协议栈根据从设备的连接请求来源、设备类型、业务类型等，对从设备进行优先级排序。设备类型为外部设备的电子设备的优先级高于设备类型为同等设备的电子设备的优先级；业务类型为实时业务的电子设备的优先级高于业务类型为非实时业务的电子设备的优先级。

在上述第一方面的一种可能的实现中，第一数据业务类型包括即时通信应用的数据传输。

在上述第一方面的一种可能的实现中，设备标识包括以下至少一种：应用程序包名和蓝牙地址；通用唯一识别码。

在本申请实施例中，可以将第二从设备的通用唯一识别码（universally uniqueidentifier，UUID）作为第二从设备的设备标识。由于从设备是通过对应的应用程序（application，APP）向主设备发送连接请求的，还可以将发送连接请求的APP的标识和第二从设备的设备标识共同作为第二从设备的设备标识，即调用方（如APP包名）和设备标识（如蓝牙地址）。

在上述第一方面的一种可能的实现中，标识数量阈值包括第一标识类型数量阈值；并且，第一电子设备还可以通过以下方式确定出第一BLE用户标识：从第一电子设备已注册的BLE用户标识中，选择出属于第一标识类型的BLE用户标识的数量大于或者等于第一标识类型数量阈值；将第一电子设备已注册的BLE用户标识中，属于第一标识类型的BLE用户标识中的至少一个作为第一BLE用户标识。

在本申请实施例中，第一标识类型数量阈值可以是设备数量阈值。若与主设备连接的对应于第一从设备的业务类型/设备类型的第二从设备的数量大于或等于设备数量阈值，主设备释放超过设备数量阈值的clientif，并为第一从设备注册clientif。若与主设备连接的对应于第一从设备的业务类型/设备类型的第二从设备的数量小于设备数量阈值，还可以确定除第一从设备外的数量大于或等于设备数量阈值的业务类型/设备类型外的其他业务类型/设备类型的第二从设备，主设备释放超过设备数量阈值的clientif，并为第一从设备注册clientif。本申请对按设备数量阈值分配clientif的具体方法不做限制。

在上述第一方面的一种可能的实现中，还包括：对应于第一电子设备中已注册的BLE用户标识的数量小于标识数量阈值，第二电子设备在第一电子设备中注册对应的BLE用户标识。

在本申请实施例中，当确定当前已注册的clientif的数量并未达到标识数量阈值，主设备为第一从设备分配clientif。

本申请的第二方面提供了一种可读介质，可读介质上存储有指令，该指令在电子设备上执行时使电子设备执行上述第一方面中的任意一种方法。

本申请的第三方面提供了一种电子设备，包括存储器，用于存储由电子设备的一个或多个处理器执行的指令，以及，处理器，是电子设备的处理器之一，用于执行上述第一方面中的任意一种方法。

附图说明

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

图1a根据本申请的实施例示出了一种智能手表与手机建立BLE连接的示意图；

图1b根据本申请的实施例示出了一种智能手表的用户界面的示意图；

图1c根据本申请的实施例示出了一种通信方法的流程示意图；

图2根据本申请的实施例示出了一种基于优先级排序的通信方法的流程示意图；

图3根据本申请的实施例示出了一种优先级排序的示意图；

图4a根据本申请的实施例示出了一种连接失败的用户界面的示意图；

图4b根据本申请的实施例示出了一种用户确定是否连接的用户界面的示意图；

图5根据本申请的实施例示出了一种基于设备类型的通信方法的流程示意图；

图6根据本申请的实施例示出了一种设备数量阈值的示意图；

图7根据本申请的实施例示出了一种基于重复连接判断的通信方法的流程示意图；

图8根据本申请实施例示出了一种电子设备的结构示意图；

图9根据本申请实施例示出了一种电子设备的软件系统架构示意框图。

具体实施方式

本申请的说明性实施例包括但不限于一种通信方法、可读介质和电子设备。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例中的技术方案进行清楚、详尽的描述。

如前所述，一个电子设备可以通过BLE连接多个外部设备，外部设备与电子设备建立连接前，通常需要注册clientif，断开连接后释放注册的clientif。

然而，若电子设备中已注册的clientif的数量超过标识数量阈值，例如，与电子设备建立BLE连接的外部设备的数量超过标识数量阈值，或者，电子设备中已注册的clientif在外部设备断开连接后并未被释放，则可能会导致其他外部设备无法与该电子设备建立BLE连接并发送数据，甚至导致电子设备的蓝牙功能异常，影响用户的使用。

例如，以电子设备100为手机为例，用户在使用手机时，经常通过BLE连接外部设备并获取外部设备传输的数据。例如，手机通过BLE连接智能手表并获取智能手表采集的运动数据时，需要先在手机中注册智能手表对应的clientif；或例如，手机通过BLE连接另一部手机并获取另一部手机传输的图片等数据时，需要先在手机中注册另一部手机对应的clientif。

如图1a所示，当手机10中已注册的clientif的数量达到标识数量阈值，例如32个时，当用户想要将智能手表20与手机10建立BLE连接时，会导致智能手表20无法在手机10中注册对应的clientif，进而导致智能手表20无法与手机10建立BLE连接。示例性地，图1b示出了智能手表20的用户界面，该用户界面中包括警示图标11和文字提示信息“连接失败”、“请尝试重新连接”等。

有鉴于此，本申请实施例提供了一种通信方法，该方法在两个电子设备进行BLE连接时，如第一电子设备和第二电子设备进行BLE连接，如果其中一个电子设备，如第一电子设备注册的clientif的数量达到标识数量阈值，则判断第一电子设备已注册的clientif中，是否存在满足释放条件的clientif，并将满足释放条件的clientif释放，以使得第一电子设备和第二电子设备可以进行BLE连接。

可以理解，在一些实施例中，释放条件可以是clientif对应的电子设备的优先级低于第二电子设备的优先级。例如，可以通过电子设备的设备类型和业务类型确定对应的电子设备的优先级。

在一些实施例中，释放条件也可以是clientif对应的电子设备的设备类型与第二电子设备的设备类型相同。

在一些实施例中，释放条件还可以是clientif对应的电子设备的设备标识与第二电子设备的设备标识相同。

可以理解，通过本申请实施例提供的通信方法，若电子设备中已注册的clientif的数量超过标识数量阈值，其他外部设备仍可以与该电子设备建立连接并发送数据，保证了电子设备的蓝牙功能的稳定。

可以理解，本申请实施例提供的通信方法还可以应用于BLE扫描、BLE广播等场景。

本申请实施例提供的通信方法可以应用于诸如手机、智慧大屏、平板电脑、笔记本电脑、上网本、个人数字助理（personal digital assistant，PDA）等任何可以实现低功耗蓝牙功能的电子设备上，电子设备的示例性实施例包括但不限于搭载iOS、Android、Microsoft或者其它操作系统的电子设备。本申请实施例对电子设备的具体类型不做任何限制。

为了更好地理解本申请实施例的技术方案，下面以BLE连接场景为例，对本申请的一些技术方案进行详细介绍。

图1c根据本申请的实施例示出了一种通信方法的流程示意图。如图1c所示，该流程包括但不限于以下步骤：

S101：业务APP向主设备发送注册clientif的请求。

在一些实施例中，第二电子设备（以下称为第一从设备）通过业务应用程序（application，APP）向第一电子设备（以下称为主设备）发送注册clientif的请求。

可以理解，BLE连接通常通过对应的业务APP发起连接请求（发送注册clientif的请求）。例如，运动手环通过运动健康APP向手机发送连接请求。

S102：判断clientif是否已达到上限。

在一些实施例中，在接收到新增的连接请求时，主设备判断已注册的clientif的数量是否达到（大于或等于）上限（标识数量阈值），例如32个。

在一些实施例中，若判断结果为否，说明当前已注册的clientif的数量并未达到（小于）标识数量阈值，可以为发起连接请求的第一从设备分配clientif，则执行步骤S103，主设备为第一从设备分配新的clientif。

在另一些实施例中，若判断结果为是，说明当前已注册的clientif的数量已达到标识数量阈值，需要进一步确定是否存在满足释放条件的clientif，则执行步骤S104，判断是否存在满足释放条件的clientif。

S103：主设备为第一从设备分配新的clientif。

在一些实施例中，当确定当前已注册的clientif的数量并未达到标识数量阈值，主设备为第一从设备分配clientif。

S104：判断是否存在满足释放条件的clientif。

在一些实施例中，当确定当前已注册的clientif的数量已达到标识数量阈值，主设备判断已注册的clientif中是否存在满足释放条件的clientif。

在一些实施例中，若判断结果为否，说明当前主设备中已注册的clientif中不存在满足释放条件的clientif，则执行步骤S105，主设备拒绝第一从设备的连接请求。

在另一些实施例中，若判断结果为是，说明当前主设备中已注册的clientif中存在满足释放条件的clientif，则执行步骤S106，主设备释放满足释放条件的clientif。

S105：主设备拒绝第一从设备的连接请求。

在一些实施例中，当确定当前主设备中已注册的clientif对应的第二从设备的优先级均高于第一从设备的优先级，主设备拒绝第一从设备的连接请求。

S106：主设备释放满足释放条件的clientif。

在一些实施例中，当确定主设备中已注册的clientif中存在满足释放条件的clientif后，主设备释放满足释放条件的clientif，以便于第一从设备与主设备建立BLE连接。

S107：主设备为第一从设备分配新的clientif。

在一些实施例中，主设备释放满足释放条件的clientif后，为第一从设备分配新的clientif，即注册第一从设备对应的clientif，并与第一从设备建立BLE连接。

可以理解，在另一些实施例中，根据实际需求，上述图1c所示的各步骤可以组合、删除或者替换为其他利于实现本申请目的的步骤等，本申请在此不做限制。

为了使本申请实施例提供的技术方案更清楚，下面结合附图对各种释放条件对应的通信方法进行详细介绍。

实施例一

在一些实施例中，第一电子设备（以下称为主设备）按照从设备的业务类型和设备类型对从设备进行优先级排序，例如在主设备的蓝牙协议栈的btif_gatt_client模块中增加排序机制，以实现对与主设备建立BLE连接的从设备的优先级。当主设备中已注册的clientif的数量达到标识数量阈值，并且第二电子设备（以下称为第一从设备）向主设备发送通信连接请求时，根据主设备中已注册的clientif对应的第三电子设备（以下称为第二从设备）与第一从设备的优先级关系，确定已注册的clientif的释放和分配。

图2根据本申请的实施例示出了一种基于优先级排序的通信方法的流程示意图。如图2所示，该流程包括但不限于以下步骤：

S201：主设备确定从设备的优先级。

在一些实施例中，主设备按照从设备（包括第一从设备和第二从设备）的业务类型和设备类型对从设备进行优先级排序。例如在主设备的蓝牙协议栈的btif_gatt_client模块中增加排序机制，蓝牙协议栈根据从设备的连接请求来源、设备类型、业务类型等，对从设备进行优先级排序。

示例性地，从设备的优先级可以参考图3所示的优先级排序的示意图。如图3所示，设备类型为外部设备（外设）、业务类型为实时业务的从设备（例如助听器）的优先级为优先级1，设备类型为同等设备、业务类型为实时业务的从设备（例如分享业务）的优先级为优先级2，设备类型为外部设备、业务类型为非实时业务的从设备（例如手环）的优先级为优先级3，设备类型为同等设备、业务类型为非实时业务的从设备（例如上线通知业务）的优先级为优先级4。

可以理解，数字越小，表示的优先级越高。也就是说，设备类型为外部设备的电子设备的优先级高于设备类型为同等设备的电子设备的优先级；业务类型为实时业务的电子设备的优先级高于业务类型为非实时业务的电子设备的优先级。

可以理解，实时业务例如可以是即时通信应用的数据传输等业务。

例如，以主设备为手机为例，外设用于表示智能手表、智能台灯等主设备的辅助性周边设备，同等设备用于表示另一台手机等。

可以理解，图3所示的优先级以及各优先级对应的从设备的设备类型和业务类型仅是优先级的实例，在其他实施例中，优先级的确认还可以是其他形式，本申请对此不做限制。

S202：业务APP向主设备发送注册clientif的请求。

在一些实施例中，第一从设备通过业务APP向主设备发送注册clientif的请求。

可以理解，BLE连接通常通过对应的业务APP发起连接请求（发送注册clientif的请求）。例如，运动手环通过运动健康APP向手机发送连接请求。

S203：判断clientif是否已达到上限。

在一些实施例中，在接收到新增的连接请求时，主设备判断已注册的clientif的数量是否达到（大于或等于）上限（标识数量阈值），例如32个。

在一些实施例中，若判断结果为否，说明当前已注册的clientif的数量并未达到标识数量阈值，可以为发起连接请求的第一从设备分配clientif，则执行步骤S204，主设备为第一从设备分配新的clientif。

在另一些实施例中，若判断结果为是，说明当前已注册的clientif的数量已达到标识数量阈值，需要进一步确定第一从设备的优先级和主设备中已注册的clientif对应的第二从设备的优先级的大小关系，则执行步骤S205，判断优先级是否高于现有最低优先级。

S204：主设备为第一从设备分配新的clientif。

在一些实施例中，当确定当前已注册的clientif的数量并未达到标识数量阈值，主设备为第一从设备分配clientif。

S205：判断优先级是否高于现有最低优先级。

在一些实施例中，主设备判断第一从设备的优先级是否高于主设备中已注册的clientif对应的第二从设备中最低的优先级。

在一些实施例中，若判断结果为否，说明当前主设备中已注册的clientif对应的第二从设备的优先级均高于第一从设备的优先级，无需与第一从设备建立连接，则执行步骤S206，主设备拒绝第一从设备的连接请求。

在另一些实施例中，若判断结果为是，说明当前主设备中已注册的clientif对应的第二从设备中，存在优先级低于第一从设备优先级的第二从设备，则可以执行步骤S207，主设备断开1路与低优先级的从设备的连接。

S206：主设备拒绝第一从设备的连接请求。

在一些实施例中，当确定当前主设备中已注册的clientif对应的第二从设备的优先级均高于第一从设备的优先级，主设备拒绝第一从设备的连接请求。

示例性地，以图1a所示的场景为例，主设备为手机10，第一从设备为智能手表20，主设备可以显示如图4a所示的用户界面的示意图。如图4a所示，用户界面40a为手机10的主界面，包括多个应用的应用图标和提示框401，其中，提示框401中包括“智能手表与本设备连接失败”、“建议稍后重新尝试”等文字提示信息。

可选地，当确定当前主设备中已注册的clientif对应的第二从设备的优先级均高于第一从设备的优先级，也可以由用户决定是否拒绝第一从设备的连接请求。

示例性地，以图1a所示的场景为例，主设备为手机10，第一从设备为智能手表20，优先级最低的第二从设备为设备A，主设备可以显示如图4b所示的用户界面的示意图。如图4b所示，用户界面40b为手机10的主界面，包括多个应用的应用图标和提示框402，其中，提示框402中包括“是否断开本设备与设备A的连接，与智能手表建立连接？”的文字提示信息，以及接受控件4021和拒绝控件4022。

S207：主设备断开1路与低优先级的从设备的连接。

在一些实施例中，当确定第一从设备的优先级高于当前主设备中已注册的clientif对应的第二从设备中优先级最低的第二从设备的优先级，主设备断开与该优先级最低的第二从设备的连接，或者，释放该优先级最低的第二从设备对应的clientif。

S208：主设备为第一从设备分配新的clientif。

在一些实施例中，在主设备断开与优先级最低的第二从设备的连接后，为第一从设备分配clientif。

可以理解，在另一些实施例中，根据实际需求，上述图2所示的各步骤可以组合、删除或者替换为其他利于实现本申请目的的步骤等，本申请在此不做限制。

实施例二

在一些实施例中，第一电子设备（以下称为主设备）确定各个业务类型/设备类型的从设备的设备数量阈值。当主设备中已注册的clientif的数量达到标识数量阈值或者第二电子设备（以下称为第一从设备）对应的设备类型中已注册的clientif的数量达到设备数量阈值，并且第一从设备向主设备发送通信连接请求时，断开一路主设备中已注册的clientif对应的第三电子设备（以下称为第二从设备）的连接，并与第一从设备建立连接。

图5根据本申请的实施例示出了一种基于设备类型的通信方法的流程示意图。如图5所示，该流程包括但不限于以下步骤：

S501：主设备确定各个业务类型/设备类型的从设备的设备数量阈值。

在一些实施例中，主设备根据从设备的业务类型/设备类型确定与主设备建立连接的从设备的各个业务类型/设备类型以及各个业务类型/设备类型的从设备的设备数量阈值。

可以理解，与主设备建立连接的从设备的各个业务类型/设备类型以及各个业务类型/设备类型的从设备的设备数量阈值可以存储至对应的数据库中。

示例性地，各个业务类型/设备类型以及各个业务类型/设备类型的从设备的设备数量阈值可以参考图6所示的设备数量阈值的示意图。如图6所示，设备类型为助听器的从设备的设备数量阈值为2个~4个，设备类型为穿戴音频设备的从设备的设备数量阈值为3个~4个，设备类型为穿戴设备的从设备的设备数量阈值为3个，业务类型为全场景业务的从设备的设备数量阈值为5个，业务类型为其他业务的从设备（例如追踪器）的设备数量阈值为3个。

可以理解，图6所示的各业务类型/设备类型以及各个业务类型/设备类型的从设备的设备数量阈值仅是各个业务类型/设备类型的从设备的设备数量阈值的实例，在其他实施例中，各个业务类型/设备类型的从设备的设备数量阈值的确认还可以是其他形式，本申请对此不做限制。

S502：业务APP向主设备发送注册clientif的请求。

在一些实施例中，第一从设备通过业务APP向主设备发送注册clientif的请求。

可以理解，BLE连接通常通过对应的业务APP发起连接请求（发送注册clientif的请求）。例如，运动手环通过运动健康APP向手机发送连接请求。

S503：查询第一从设备的业务/设备类型。

在一些实施例中，主设备的蓝牙协议栈查询第一从设备的业务类型/设备类型。

S504：判断是否为已知类型。

在一些实施例中，主设备确定第一从设备的业务类型/设备类型后，判断该第一从设备的业务类型/设备类型是否为已知的业务类型/设备类型。

可以理解，已知的业务类型/设备类型可以是上述步骤S501中确定的各个业务类型/设备类型。

在一些实施例中，若判断结果为是，说明可以按照已知的业务类型/设备类型对应的设备数量阈值为第一从设备分配clientif，则执行步骤S505，按设备数量阈值分配clientif。

在另一些实施例中，若判断结果为否，说明第一从设备的设备类型/业务类型为新的设备类型/业务类型，则执行步骤S506，主设备为第一从设备分配clientif。

S505：按设备数量阈值分配clientif。

在一些实施例中，确定第一从设备的业务类型/设备类型为已知的业务类型/设备类型，主设备根据第一从设备的业务类型/设备类型对应的设备数量阈值为第一从设备分配clientif。

例如，若与主设备连接的对应于第一从设备的业务类型/设备类型的第二从设备的数量小于设备数量阈值，则直接为第一从设备分配clientif（将第一从设备与主设备建立BLE连接）。

或例如，若与主设备连接的对应于第一从设备的业务类型/设备类型的第二从设备的数量大于或等于设备数量阈值，则拒绝与第一从设备建立BLE连接。用户界面可以参考上述图4a所示的用户界面。

可选地，若与主设备连接的对应于第一从设备的业务类型/设备类型的第二从设备的数量大于或等于设备数量阈值，也可以由用户决定是否拒绝第一从设备的连接请求。用户界面可以参考上述图4b所示的用户界面。

在另一些实施例中，若与主设备连接的对应于第一从设备的业务类型/设备类型的第二从设备的数量大于或等于设备数量阈值，主设备释放超过设备数量阈值的clientif，并为第一从设备注册clientif。若与主设备连接的对应于第一从设备的业务类型/设备类型的第二从设备的数量小于设备数量阈值，还可以确定除第一从设备外的数量大于或等于设备数量阈值的业务类型/设备类型外的其他业务类型/设备类型的第二从设备，主设备释放超过设备数量阈值的clientif，并为第一从设备注册clientif。本申请对按设备数量阈值分配clientif的具体方法不做限制。

S506：主设备为第一从设备分配clientif。

在一些实施例中，确定第一从设备的业务类型/设备类型不是已知的业务类型/设备类型，主设备为第一从设备分配clientif（将第一从设备与主设备建立连接）。

S507：根据第一从设备的信息，将第一从设备的业务/设备类型记入数据库。

在一些实施例中，若第一从设备的业务类型/设备类型不是已知的业务类型/设备类型，且主设备为第一从设备分配clientif后，主设备根据第一从设备的信息（业务类型/设备类型），将第一从设备的业务/设备类型记入数据库。

可以理解，在另一些实施例中，根据实际需求，上述图5所示的各步骤可以组合、删除或者替换为其他利于实现本申请目的的步骤等，本申请在此不做限制。

可以理解，在其他实施例中，也可以在主设备中已注册的clientif的数量达到标识数量阈值（例如32个），且第一从设备向主设备发送通信连接请求时，按照设备数量阈值为第一从设备分配clientif。本申请对此不做限制。

实施例三

在一些实施例中，当第一电子设备（以下称为主设备）中已注册的clientif的数量达到标识数量阈值，并且第二电子设备（以下称为第一从设备）向主设备发送通信连接请求时，判断第一从设备是否与主设备中已注册的clientif对应的第三电子设备（以下称为第二从设备）中存在相同的设备标识，即为同一设备，则断开与第一从设备具有相同的设备标识的第二从设备的连接，或者拒绝第一从设备的连接。

例如，主设备的蓝牙协议栈通过各个从设备的调用方（如APP包名）和设备标识（如蓝牙地址）来确定是否有相同的调用方和设备标识，以识别出是否存在重复连接，即第一从设备是否与主设备中已注册的clientif对应的第二从设备中存在相同的设备标识。

图7根据本申请的实施例示出了一种基于重复连接判断的通信方法的流程示意图。如图7所示，该流程包括但不限于以下步骤：

S701：主设备确定各个第二从设备的设备标识。

在一些实施例中，主设备确定各个已注册的clientif对应的第二从设备的设备标识。

可以理解，可以将第二从设备的通用唯一识别码（universally uniqueidentifier，UUID）作为第二从设备的设备标识。由于从设备是通过对应的APP向主设备发送连接请求的，还可以将发送连接请求的APP的标识和第二从设备的设备标识共同作为第二从设备的设备标识，即调用方（如APP包名）和设备标识（如蓝牙地址）。

S702：业务APP向主设备发送注册clientif的请求。

在一些实施例中，第一从设备通过业务APP向主设备发送注册clientif的请求。

可以理解，BLE连接通常通过对应的业务APP发起连接请求（发送注册clientif的请求）。例如，运动手环通过运动健康APP向手机发送连接请求。

S703：主设备获取第一从设备的设备标识。

在一些实施例中，主设备接收到连接请求后，获取第一从设备的设备标识。

S704：判断是否重复连接。

在一些实施例中，主设备判断第一从设备的设备标识和第二从设备的设备标识是否相同，以判断是否存在重复连接。

在一些实施例中，若判断结果为否，说明不存在重复连接，则执行步骤S705，主设备拒绝第一从设备的连接请求。

在另一些实施例中，若判断结果为是，说明存在重复连接，则执行步骤S706，主设备断开与重复连接的从设备的连接。

S705：主设备拒绝第一从设备的连接请求。

在一些实施例中，主设备确定不存在重复连接后，拒绝第一从设备的连接请求。用户界面可以参考上述图4a所示的用户界面。

可选地，若主设备确定不存在重复连接，也可以由用户决定是否拒绝第一从设备的连接请求。用户界面可以参考上述图4b所示的用户界面。

在另一些实施例中，主设备确定不存在重复连接后，可以按照上述实施例一或实施例二中的方法继续判断主设备是否与第一从设备建立连接。本申请对此不做限制。

S706：主设备断开与重复连接的从设备的连接。

在一些实施例中，主设备确定存在重复连接后，释放重复的设备标识对应的clientif，即，断开与重复的设备标识对应的设备的连接。

S707：主设备为第一从设备分配clientif。

在一些实施例中，主设备释放重复的设备标识对应的clientif后，为第一从设备分配clientif（将第一从设备与主设备建立连接）。

可以理解，在另一些实施例中，主设备也可以拒绝第一从设备的连接请求，保留与和第一从设备的设备标识相同的第二从设备的连接。

可以理解，在另一些实施例中，根据实际需求，上述图7所示的各步骤可以组合、删除或者替换为其他利于实现本申请目的的步骤等，本申请在此不做限制。

可以理解，在一些实施例中，实施例三的方法也可以与实施例一的方法或实施例二的方法结合使用。本申请对此不做限制。

例如，在一些实施例中，主设备接收到第一从设备通过业务APP向主设备发送注册clientif的请求后，先判断是否存在重复连接。若存在重复连接，则按照上述步骤S607和S707的操作为第一从设备分配clientif（将第一从设备与主设备建立连接）。若不存在重复连接，则判断第一从设备的优先级是否高于主设备中已注册的clientif对应的第二从设备中最低的优先级，即执行上述实施例一中的方法。

例如，在一些实施例中，主设备接收到第一从设备通过业务APP向主设备发送注册clientif的请求后，先判断是否存在重复连接。若存在重复连接，则按照上述步骤S607和S707的操作为第一从设备分配clientif。若不存在重复连接，则确定第一从设备的业务类型/设备类型为已知的业务类型/设备类型，主设备根据第一从设备的业务类型/设备类型对应的设备数量阈值为第一从设备分配clientif，即执行上述实施例二中的方法。

综上所述，本申请实施例提供的通信方法，在两个电子设备进行BLE连接时，如第一电子设备和第二电子设备进行BLE连接，如果其中一个电子设备，如第一电子设备注册的clientif的数量达到标识数量阈值，则判断第一电子设备已注册的clientif中，是否存在满足释放条件的clientif，并将满足释放条件的clientif释放，以使得第一电子设备和第二电子设备可以进行BLE连接。通过本申请实施例提供的通信方法，若电子设备中已注册的clientif的数量超过标识数量阈值，其他外部设备仍可以与该电子设备建立连接并发送数据，保证了电子设备的蓝牙功能的稳定。

为了更好地理解本申请实施例的技术方案，下面结合附图介绍本申请涉及的设备的结构。

示例性地，图8根据本申请实施例示出了一种电子设备100的结构示意图。

可以理解，电子设备100可以是上述主设备，也可以是上述第一从设备，还可以是上述第二从设备。

如图8所示，电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，接口模块130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块（subscriber identification module，SIM）卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

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

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。

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

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。

无线通信模块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发送和接收BLE连接请求，建立BLE连接。

显示屏194用于显示图像，视频等。例如，在一些实施例中，电子设备通过显示屏194显示连接失败、拒绝连接等提示信息。

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

按键190包括开机键，音量键等。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。

示例性地，图9根据本申请实施例示出了一种电子设备100的软件系统架构示意框图。

电子设备100的软件系统架构可以采用分层架构，本申请实施例以分层架构的Android系统为例，示例性说明电子设备100的软件结构。

如图9所示，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。

如图9所示，应用程序层可以包括一系列应用程序包。应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，短信息，视频等应用程序。

如图9所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。例如，在一些实施例中，显示界面可以包括连接失败、拒绝连接等提示信息。

电话管理器用于提供电子设备100的通信功能。

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

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，还可以是以对话窗口形式出现在屏幕上的通知。

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

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

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

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

系统库可以包括多个功能模块。例如：表面管理器（surface manager，SM），媒体库（media libraries，ML），三维图形处理库（例如：OpenGL ES），二维图形引擎（例如：SGL）等。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。

本申请公开的机制的各实施例可以被实现在硬件、软件、固件或这些实现方法的组合中。本申请的实施例可实现为在可编程系统上执行的计算机程序或程序代码，该可编程系统包括至少一个处理器、存储系统（包括易失性和非易失性存储器和/或存储元件）、至少一个输入设备以及至少一个输出设备。

可将程序代码应用于输入指令，以执行本申请描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本申请的目的，处理系统包括具有诸如例如DSP、微控制器、专用集成电路（application specific integratedcircuit，ASIC）或微处理器之类的处理器的任何系统。

程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本申请中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。

在一些情况下，所公开的实施例可以以硬件、固件、软件或其任何组合来实现。所公开的实施例还可以被实现为由一个或多个暂时或非暂时性机器可读（例如，计算机可读）存储介质承载或存储在其上的指令，其可以由一个或多个处理器读取和执行。例如，指令可以通过网络或通过其他计算机可读介质分发。因此，机器可读介质可以包括用于以机器（例如，计算机）可读的形式存储或传输信息的任何机制，包括但不限于，软盘、光盘、光碟、磁光盘、只读存储器（read only memory，ROM）、随机存取存储器（randomaccess memory，RAM）、可擦除可编程只读存储器（erasable programmable read only memory，EPROM）、电可擦除可编程只读存储器（electrically erasable programmable read only memory，EEPROM）、磁卡或光卡、闪存、或用于利用因特网以电、光、声或其他形式的传播信号来传输信息（例如，载波、红外信号数字信号等）的有形的机器可读存储器。因此，机器可读介质包括适合于以机器（例如计算机）可读的形式存储或传输电子指令或信息的任何类型的机器可读介质。

在附图中，可以以特定布置和/或顺序示出一些结构或方法特征。然而，应该理解，可能不需要这样的特定布置和/或排序。而是，在一些实施例中，这些特征可以以不同于说明性附图中所示的方式和/或顺序来布置。另外，在特定图中包括结构或方法特征并不意味着暗示在所有实施例中都需要这样的特征，并且在一些实施例中，可以不包括这些特征或者可以与其他特征组合。

需要说明的是，本申请各设备实施例中提到的各单元/模块都是逻辑单元/模块，在物理上，一个逻辑单元/模块可以是一个物理单元/模块，也可以是一个物理单元/模块的一部分，还可以以多个物理单元/模块的组合实现，这些逻辑单元/模块本身的物理实现方式并不是最重要的，这些逻辑单元/模块所实现的功能的组合才是解决本申请所提出的技术问题的关键。此外，为了突出本申请的创新部分，本申请上述各设备实施例并没有将与解决本申请所提出的技术问题关系不太密切的单元/模块引入，这并不表明上述设备实施例并不存在其它的单元/模块。

需要说明的是，在本专利的示例和说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

虽然通过参照本申请的某些优选实施例，已经对本申请进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本申请的精神和范围。

Claims (10)

1.一种通信方法，其特征在于，包括：

第一电子设备接收到第二电子设备发送的低功耗蓝牙（BLE）连接请求；

所述第一电子设备确定已注册的BLE用户标识的数量大于或者等于标识数量阈值，并且所述已注册的BLE用户标识中，存在满足释放条件的第一BLE用户标识；

第一电子设备释放所述第一BLE用户标识。

2.根据权利要求1所述的方法，其特征在于，

所述第一电子设备释放所述第一BLE用户标识后，在所述第一电子设备中注册所述第二电子设备对应的BLE用户标识，并与所述第二电子设备建立BLE连接。

3.根据权利要求1所述的方法，其特征在于，所述释放条件包括以下至少一种：

所述第一电子设备中已注册的BLE用户标识所对应的电子设备的优先级低于所述第二电子设备的优先级；

所述第一电子设备中已注册的BLE用户标识所对应的电子设备与所述第二电子设备的设备类型相同；

所述第一电子设备中已注册的BLE用户标识所对应的电子设备与所述第二电子设备的设备标识相同。

4.根据权利要求3所述的方法，其特征在于，所述第一电子设备通过以下方式确定所述第一电子设备中已注册的BLE用户标识所对应的电子设备和第二电子设备的优先级：

获取所述第一电子设备中已注册的BLE用户标识所对应的电子设备的设备类型和业务类型、以及所述第二电子设备的设备类型和业务类型；

基于获取的所述设备类型和业务类型，确定所述第二电子设备与所述第一电子设备中已注册的各BLE用户标识所对应的电子设备的优先级，其中属于第一电子设备类型的电子设备比不属于第一电子设备类型的电子设备的优先级高，并且通过BLE传输数据的业务属于第一数据业务类型的电子设备比通过BLE传输数据的业务不属于第一数据业务类型的电子设备优先级高。

5.根据权利要求4所述的方法，其特征在于，

所述第一数据业务类型包括即时通信应用的数据传输。

6.根据权利要求3所述的方法，其特征在于，所述设备标识包括以下至少一种：

应用程序包名和蓝牙地址；

通用唯一识别码。

7.根据权利要求1所述的方法，其特征在于，所述标识数量阈值包括第一标识类型数量阈值；并且，

所述第一电子设备还可以通过以下方式确定出所述第一BLE用户标识：

从所述第一电子设备已注册的BLE用户标识中，选择出属于第一标识类型的BLE用户标识的数量大于或者等于所述第一标识类型数量阈值；

将所述第一电子设备已注册的BLE用户标识中，属于第一标识类型的BLE用户标识中的至少一个作为所述第一BLE用户标识。

8.根据权利要求1所述的方法，其特征在于，还包括：

对应于所述第一电子设备中已注册的BLE用户标识的数量小于标识数量阈值，所述第二电子设备在所述第一电子设备中注册对应的BLE用户标识。

9.一种可读介质，其特征在于，所述可读介质上存储有指令，该指令在电子设备上执行时使电子设备执行权利要求1至8中任一项所述的方法。

10.一种电子设备，其特征在于，包括：

存储器，用于存储由电子设备的一个或多个处理器执行的指令，以及，

处理器，是电子设备的处理器之一，用于执行权利要求1至8中任一项所述的方法。