CN114885317B - 设备间协同控制的方法、通信系统、电子设备及存储介质 - Google Patents

Abstract

本申请提供了一种设备间协同控制的方法、通信系统、电子设备及存储介质，涉及通信技术领域。通过本申请方案，针对手机连接多个设备（如车载设备、蓝牙耳机和手环等）的场景，其中一些设备为手机的输入设备，支持触发手机执行一些预设的动作，另一些设备为手机的输出设备，支持输出手机发送的音频或图像数据。根据与手机连接的各个设备的各自属性和功能，手机可以预先设置各设备能够触发手机执行预设动作的权限。用户可以根据实际使用需求直接在预设输入设备上操作，即可触发手机执行对应的动作，从而触发预设输出设备随着手机执行相应的动作。因此，本申请方案可以提升多终端连接拓扑场景下不同通信业务并发输入输出的权限控制和易用性。

Description

设备间协同控制的方法、通信系统、电子设备及存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种设备间协同控制的方法、通信系统、电子设备及存储介质。

背景技术

目前，在智能家居环境中可以包括由若干手机、无线耳机、电视、音箱、跑步机、手环、手表、扫地机器人以及PC等电子设备组成的互联系统。在驾驶场景中可以包括手机、蓝牙耳机、无线车载设备以及手环等电子设备组成的互联系统。

在这些互联系统中，手机与这些蓝牙外围设备（简称为蓝牙外设）保持一对多连接，并且手机与每个蓝牙外设之间可以协同完成一些动作。一方面，通过在手机上操作可以触发蓝牙外设实现一些功能，例如通过在手机上操作可以触发启动或关闭扫地机器人。另一方面，通过在蓝牙外设上操作可以触发手机实现一些功能，例如当手机接收到来电呼叫时，用户只需在蓝牙耳机上操作，即可触发接听电话，或者拒绝接听或者挂断电话。可以看出，设备间可以实现协同控制，互联系统为用户带来了生活上的便捷。

然而，上述设备间协同控制的方式在一些场景中还无法满足用户需求。例如，在用户正在开车的过程中，当手机接收到来电呼叫时，由于用户的手需要一直放在方向盘上，因此用户不方便直接操作手机来接听电话，并且为了驾驶安全，用户也不方便伸手去操作蓝牙耳机，这样无法满足用户方便且安全地接听电话或挂断电话的需求。

发明内容

本申请提供一种设备间协同控制的方法、通信系统、电子设备及存储介质，解决了传统的设备间协同控制的方式在一些场景中还无法满足用户需求的问题。

为达到上述目的，本申请采用如下技术方案：

第一方面，本申请提供一种设备间协同控制的通信系统，该通信系统包括第一设备、第二设备和第三设备，第一设备与第二设备和第三设备已建立连接。

第三设备用于响应于用户在所述第三设备上的第一操作，向所述第一设备发送第一信息，所述第一信息用于指示所述第一设备执行所述第一操作指示的第一动作；

第一设备用于响应于所述第三设备发送的第一信息，确定所述第三设备和第二设备满足预设条件；其中，所述预设条件包括：所述第三设备为所述第一设备的预设输入设备，且所述第二设备为所述第一设备的预设输出设备；

第一设备还用于执行所述第一动作并向所述第二设备发送与所述第一动作对应的第二信息；

第二设备用于响应于所述第一设备发送的第二信息，按照所述第二信息进行数据输出。

通过本申请方案，针对第一设备连接多个设备的场景，其中一些设备为第一设备的输入设备，支持触发第一设备执行一些预设的动作，另一些设备为第一设备的输出设备，支持输出第一设备发送的音频或图像数据。例如，可以根据与第一设备连接的各个设备的各自属性和功能，第一设备可以预先设置各设备能够触发第一设备执行预设动作的权限。用户可以根据实际使用需求直接在预设输入设备上操作，即可触发第一设备执行对应的动作，从而触发预设输出设备随着第一设备执行相应的动作，因此本申请方案可以提升多终端连接拓扑场景下不同通信业务并发输入输出的权限控制和易用性。

在一些实施例中，第一设备可以为手机或者平板电脑等电子设备，第二设备可以为音频输出设备（例如蓝牙耳机）或图像输出设备（例如智慧屏），第三设备可以为设置有输入装置（例如显示屏、键盘、按钮或鼠标）的电子设备（例如跑步机、自拍杆或者麦克风设备）。针对手机连接多个设备（如车载设备、蓝牙耳机和手环等）的场景，其中一些设备可设置为手机的预设输入设备，支持触发手机执行一些预设的动作，另一些设备可设置为手机的预设输出设备，支持输出手机发送的音频或图像数据。

通过本申请方案，根据与手机连接的各个设备的各自属性和功能，手机可以预先设置各设备能够触发手机执行预设动作的权限。用户可以根据实际使用需求直接在预设输入设备上操作，即可触发手机执行对应的动作，从而触发预设输出设备随着手机执行相应的动作。因此，本申请方案可以提升多终端连接拓扑场景下不同通信业务并发输入输出的权限控制和易用性。

在一些实施例中，假设手机通过无线方式连接至车载设备和蓝牙耳机，第一操作可以为点击车载设备上的接听按钮的操作，第一操作指示的动作为接听电话，第一信息用于指示手机执行接听电话的动作；第二信息用于指示蓝牙耳机输出来电语音数据。

示例性地，在手机通过无线方式连接至车载设备和蓝牙耳机的场景中，车载设备可以设置为有权限控制手机执行预设动作（例如接听电话等）的输入设备（例如方向盘上设置有接听按钮），以及蓝牙耳机作为手机的音频输出设备。当用户正在驾驶车辆时，当手机接收到来电呼叫时，车载设备会显示来电呼叫信息，耳机会输出来电铃音，此时用户可以通过在手机、耳机或者车载设备操作来触发电话接通。为了驾驶安全，用户的手需要一直放在方向盘上，因此用户不方便操作手机来接通电话，也不方便伸手去操作蓝牙耳机，此时用户可以直接在车载设备上操作（例如点击车载设备的方向盘上的接听按钮）即可触发接通电话，然后来电语音数据会从蓝牙耳机侧输出，通过本申请方案的设备间协同控制的方法，在用户需要接听或拨打电话时为用户提供更多触发接听或拨打电话的操作方式，用户根据实际使用需求进行选择，操作起来更方便快捷，从而可以满足用户方便且安全地接听或拨打电话的需求。

与接听电话的场景类似，当用户需要拒接或挂断电话时，用户可以直接在车载设备上操作（例如点击车载设备的方向盘上的拒接或挂断按钮）即可触发拒接或挂断电话，而无需在手机或耳机上操作。通过本申请方案的设备间协同控制的方法，在用户需要拒接或挂断电话时为用户提供更多触发拒接或挂断电话的操作方式，操作起来更方便快捷，从而可以满足在手机连接多个设备时用户方便且安全地拒接或挂断电话的需求。

在一些实施例中，假设手机通过无线方式连接至跑步机和蓝牙耳机，第一操作可以为点击跑步机上的切换按钮的操作；第一操作指示的动作为切换音频内容；第一信息用于指示手机执行切换音频内容的动作；第二信息用于指示蓝牙耳机播放切换后的音频内容。

示例性地，在手机通过无线方式连接至跑步机和蓝牙耳机的场景中，跑步机可以设置为有权限控制手机执行预设动作（例如切换歌曲等音频内容）的输入设备（例如跑步机上设置有下一首按钮），以及蓝牙耳机作为手机的音频输出设备。在用户正在跑步机上运动的过程中，当手机开启音乐APP并播放歌曲1时，用户佩戴着耳机，通过耳机听到歌曲1，当用户需要切换歌曲时，此时用户可以通过在手机、耳机或者跑步机上操作来触发切换歌曲。用户可以直接在跑步机上操作（例如点击跑步机上的下一首按钮）即可触发切换歌曲，然后切换后的歌曲2的音频数据会从蓝牙耳机侧输出。通过本申请方案的设备间协同控制的方法，在用户需要切换歌曲时为用户提供更多触发切换歌曲的操作方式，用户根据实际使用需求进行选择，操作起来更方便快捷，从而可以满足在手机连接多个设备时用户方便地切换歌曲的需求。

在一些实施例中，假设手机通过无线方式连接至自拍杆和智慧屏，第一操作可以为点击自拍杆的拍摄按钮以拍照的操作，第一操作指示的动作为拍照，第一信息用于指示手机执行拍照的动作；第二信息指示智慧屏显示手机拍摄得到的图像。

示例性地，在手机通过无线方式连接至自拍杆和智慧屏的场景中，自拍杆可以设置为有权限控制手机执行预设动作（例如拍照）的输入设备（例如自拍杆上设置有拍摄按钮），以及智慧屏作为手机的图像输出设备。手机开启相机APP，当用户需要拍照时，此时用户可以通过在手机或者自拍杆上操作来触发拍照。用户可以直接在自拍杆上操作（例如点击自拍杆上的拍摄按钮）即可触发手机拍照，然后手机拍照并将拍摄得到的图片或视频发送给智慧屏，由智慧屏显示拍摄得到的图片或视频。当然，自拍杆上还可以设置分享键或删除键等，自拍杆有权限控制手机执行分享照片或者删除照片等动作。这里自拍杆的权限为示例性地说明，具体可以根据实际使用需求设置，本申请实施例不作限定。通过本申请方案的设备间协同控制的方法，在用户需要拍照时为用户提供更多触发拍照的操作方式，并将拍摄得到的图像通过智慧屏展示给用户，从而可以满足在手机连接多个设备时用户拍摄出更佳效果图像的需求。

在一些实施例中，假设手机通过无线方式连接至麦克风和蓝牙耳机，第一操作可以为点击自拍杆的拍摄按钮以拍照的操作，第一操作指示的动作为拍照，第一信息用于指示手机执行拍照的动作；第二信息指示智慧屏显示手机拍摄得到的图像。

示例性地，在手机通过无线方式连接至麦克风和智能音箱的场景中，麦克风可以设置为有权限控制手机执行预设动作（例如录音功能）的输入设备（例如麦克风上设置有K歌录音键），以及智能音箱作为手机的音频输出设备。当用户想要唱歌时，此时用户可以通过在麦克风上操作（例如点击麦克风上的K歌录音键）来触发手机开启K歌APP，此时用户选择曲目并唱歌，麦克风录音。麦克风将录制的声音发送给手机，然后手机将K歌背景音乐和录制的声音进行混音处理，然后将混音后的音频数据发送给智能音箱，由智能音箱播放混音后的音频数据。当然，麦克风上还可以设置增大/减小音量键或切换歌曲键等，麦克风有权限控制手机执行调整音量或者切换歌曲等动作。这里麦克风的权限为示例性地说明，具体可以根据实际使用需求设置，本申请实施例不作限定。

在第一方面的一些可能实现方式中，第一设备还用于：识别用户场景；自动切换到与所述用户场景对应的第一模式；并根据与所述第一模式对应的预设协同控制策略，设置所述第一设备的预设输入设备和预设输出设备。

在第一方面的一些可能实现方式中，所述第一设备还用于：响应于用户操作，切换到与所述用户操作指示的第二模式；并根据与所述第二模式对应的预设协同控制策略，设置所述第一设备的预设输入设备和预设输出设备。

在第一方面的一些可能实现方式中，第一设备还用于判断第三设备是否具有触发第一设备执行第一动作的权限。其中，预设条件还包括：第三设备具有触发第一设备执行第一动作的权限。

在第一方面的一些可能实现方式中，预设输入设备中每个设备设置有触发第一设备执行预设动作的权限。其中，预设动作可以包括以下至少一项：调节音量大小，开始播放，切换播放内容，快进播放，快退播放，停止播放，接听电话、拒接电话，挂断电话，拨打电话，拍照。

在第一方面的一些可能实现方式中，第一设备还用于响应于第三设备发送的第一信息，确定第三设备不是第一设备的预设输入设备或者第二设备不是第一设备的预设输出设备或者第三设备不具有触发第一设备执行第一动作的权限，第一设备不执行第一动作。

第二方面，本申请提供一种设备间协同控制的方法，该方法包括：

第一设备与第二设备和第三设备建立连接；

第一设备接收第三设备发送的第一信息；其中，该第一信息用于指示第一设备执行第一操作指示的第一动作；该第一操作为用户在第三设备上的触发操作；

第一设备根据第一信息确定第三设备和第二设备满足预设条件；其中，预设条件包括：第三设备为第一设备的预设输入设备，且第二设备为第一设备的预设输出设备；

第一设备执行第一动作；

第一设备向第二设备发送与第一动作对应的第二信息，该第二信息用于指示第二设备按照第二信息进行数据输出。

通过本申请方案，针对第一设备连接多个设备的场景，其中一些设备为第一设备的输入设备，支持触发第一设备执行一些预设的动作，另一些设备为第一设备的输出设备，支持输出第一设备发送的音频或图像数据。例如，可以根据与第一设备连接的各个设备的各自属性和功能，第一设备可以预先设置各设备能够触发第一设备执行预设动作的权限。用户可以根据实际使用需求直接在预设输入设备上操作，即可触发第一设备执行对应的动作，从而触发预设输出设备随着第一设备执行相应的动作，因此本申请方案可以提升多终端连接拓扑场景下不同通信业务并发输入输出的权限控制和易用性。

在第二方面的一些可能实现方式中，上述方法还包括：第一设备识别用户场景；第一设备自动切换到与用户场景对应的第一模式；第一设备根据与第一模式对应的预设协同控制策略，设置第一设备的预设输入设备和预设输出设备。

在第二方面的一些可能实现方式中，在第一模式为运动模式的情况下，与第一模式对应的预设协同控制策略包括：预设输入设备设置为运动设备，以及预设输出设备设置为音频设备。

在第二方面的一些可能实现方式中，在第一模式为驾驶模式的情况下，与第一模式对应的预设协同控制策略包括：预设输入设备设置为车载设备，以及预设输出设备设置为音频设备。

在第二方面的一些可能实现方式中，在音频设备包括蓝牙耳机和外放音频设备的情况下，预设协同控制策略还包括：

在接听电话或者拨打电话的场景中，对应的语音数据通过蓝牙耳机输出；

在第一设备播放音频的场景中，对应的音频数据通过外放音频设备输出。

在第二方面的一些可能实现方式中，第一设备根据第一信息确定第三设备和第二设备满足预设条件，包括：第一设备根据第一信息和预设协同控制策略，确定第三设备和第二设备满足预设条件。

在第二方面的一些可能实现方式中，上述方法还包括：响应于用户操作，第一设备切换到与用户操作指示的第二模式；第一设备根据与第二模式对应的预设协同控制策略，设置第一设备的预设输入设备和预设输出设备。

在第二方面的一些可能实现方式中，预设条件还包括：第三设备具有触发第一设备执行第一动作的权限。在此情况下，上述方法还包括：第一设备判断第三设备是否具有触发第一设备执行第一动作的权限。

在第二方面的一些可能实现方式中，预设输入设备中每个设备设置有触发第一设备执行预设动作的权限。其中，预设动作包括以下至少一项：调节音量大小，开始播放，切换播放内容，快进播放，快退播放，停止播放，接听电话、拒接电话，挂断电话，拨打电话，拍照。

其中，不同的输入设备可以设置有不同的权限。可选地，可以根据用户个人使用习惯，针对不同类型的输入设备设置对应的权限。例如，在手机连接车载设备且手机连接蓝牙耳机的场景中，根据用户使用习惯，可以将车载设备设置为有权限控制手机执行预设动作（例如调节音量大小、接听电话等）的输入设备，蓝牙耳机作为手机的音频输出设备。

其中，第一操作可以为用户在第三设备的第一按键上的操作。其中，第一按键可以用于触发执行预设动作。第一按键可以为物理按键或虚拟键。

在第二方面的一些可能实现方式中，上述方法还包括：当第一设备确定第三设备不是第一设备的预设输入设备时，第一设备不执行第一动作；或者，当第一设备确定第二设备不是第一设备的预设输出设备时，第一设备不执行第一动作；或者，当第一设备确定第三设备不具有触发第一设备执行第一动作的权限时，第一设备不执行第一动作。

第三方面，本申请提供一种设备间协同控制的装置，该装置包括用于执行上述第一方面中的方法的单元。该装置可对应于执行上述第一方面中描述的方法，该装置中的单元的相关描述请参照上述第一方面的描述，为了简洁，在此不再赘述。

其中，上述第一方面描述的方法可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块或单元。例如，处理模块或单元、显示模块或单元等。

第四方面，本申请提供一种电子设备，所述电子设备包括处理器，处理器与存储器耦合，存储器用于存储计算机程序或指令，处理器用于执行存储器存储的计算机程序或指令，使得第一方面中的方法被执行。

例如，处理器用于执行存储器存储的计算机程序或指令，使得该装置执行第一方面中的方法。

第五方面，本申请提供一种计算机可读存储介质，其上存储有用于实现第一方面中的方法的计算机程序（也可称为指令或代码）。

例如，该计算机程序被计算机执行时，使得该计算机可以执行第一方面中的方法。

第六方面，本申请提供一种芯片，包括处理器。处理器用于读取并执行存储器中存储的计算机程序，以执行第一方面及其任意可能的实现方式中的方法。

可选地，所述芯片还包括存储器，存储器与处理器通过电路或电线连接。

第七方面，本申请提供一种芯片系统，包括处理器。处理器用于读取并执行存储器中存储的计算机程序，以执行第一方面及其任意可能的实现方式中的方法。

可选地，所述芯片系统还包括存储器，存储器与处理器通过电路或电线连接。

第八方面，本申请提供一种计算机程序产品，所述计算机程序产品包括计算机程序（也可称为指令或代码），所述计算机程序被计算机执行时使得所述计算机实现第一方面中的方法。

可以理解的是，上述第二方面至第八方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

图1为本申请实施例提供的一种设备间协同控制的方法所应用的系统示意图；

图2为本申请实施例提供的第一设备的结构示意图；

图3为本申请实施例提供的第二设备的结构示意图；

图4为本申请实施例提供的一种设备间协同控制的方法的流程示意图；

图5为本申请实施例提供的一种设备间协同控制的方法应用的场景示意图之一；

图6为基于图5所示场景的设备间协同控制的方法的时序交互图；

图7为本申请实施例提供的一种设备间协同控制的方法应用的场景示意图之二；

图8为基于图7所示场景的设备间协同控制的方法的时序交互图；

图9为本申请实施例提供的一种设备间协同控制的方法应用的场景示意图之三；

图10为本申请实施例提供的一种设备间协同控制的方法应用的场景示意图之四；

图11为相关技术中手机连接多设备场景中通过蓝牙外设控制手机切歌的处理方式的流程示意图；

图12为本申请实施例提供的手机连接多设备场景中通过蓝牙外设控制手机切歌的处理方式的流程示意图；

图13为本申请实施例提供的手机连接多设备场景中通过蓝牙外设控制手机切歌的处理方式的时序交互示意图；

图14为本申请实施例提供的设备间协同控制的方法对应的装置的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本文中术语“和/或”，是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。本文中符号“/”表示关联对象是或者的关系，例如A/B表示A或者B。

本文中的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述对象的特定顺序。例如，第一预设电量阈值和第二预设电量阈值等是用于区别不同的预设电量阈值，而不是用于描述预设电量阈值的特定顺序。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在本申请实施例的描述中，除非另有说明，“多个”的含义是指两个或者两个以上，例如，多个处理单元是指两个或者两个以上的处理单元等；多个元件是指两个或者两个以上的元件等。

图1示出了本申请的各个示例性实施例所涉及的通信系统示意图。如图1所示，该通信系统10可以包括电子设备1和至少一个电子设备2。

电子设备1可以通过无线通信技术与电子设备2建立无线连接。例如，该无线通信技术可以是无线局域网（wireless local area networks，WLAN）（如Wi-Fi网络），也可以是蓝牙（bluetooth，BT），传统蓝牙或者低功耗（bluetooh low energy，BLE）蓝牙，Zigbee，调频（frequency modulation，FM），近距离无线通信技术（near field communication，NFC），红外技术（infrared，IR），或通用2.4G/5G频段无线通信技术等。该无线连接为利用该无线通信技术建立的连接。本申请实施例对无线通信技术的类型不予具体限定。

其中，电子设备1可以为移动终端，也可以为非移动终端。示例性的，电子设备1可以为手机（如图1所示）、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、超级移动个人计算机（ultra-mobile personal computer，UMPC）、上网本或者个人数字助理（personal digital assistant，PDA）等移动终端。

其中，电子设备2可以为移动终端，也可以为非移动终端。示例性的，电子设备2可以为无线车载、跑步机、平板电脑、笔记本电脑、掌上电脑、可穿戴设备、UMPC、上网本或者PDA、无线耳机、无线手环、无线智能眼镜、无线手表、增强现实（augmented reality，AR）/虚拟现实（virtual reality，VR）设备、台式计算机、无线车载、智能家电设备（例如电视、音箱、冰箱、空气净化器、空调、电饭煲）等。其中，电子设备2也可以被统称为物联网（Internetof things，IoT）设备。

本申请实施例对电子设备1和电子设备2的设备类型不予具体限定。为了便于说明，以下以电子设备1为手机，电子设备2为多个可穿戴设备为例进行示例性地说明。

其中，电子设备1可以称为中心设备或第一设备，电子设备2可以称为外围设备，电子设备2包括第二设备和第三设备等。

目前，在智能家居环境中可以包括由若干手机、无线耳机、电视、音箱、跑步机、手环、手表、扫地机器人以及PC等电子设备组成的互联系统。在驾驶场景中可以包括手机、蓝牙耳机以及无线车载设备等电子设备组成的互联系统。在这些互联系统中，手机与这些蓝牙外围设备（简称为蓝牙外设）保持一对多连接，并且手机与每个蓝牙外设之间可以协同完成一些动作。一方面，通过在手机上操作可以触发蓝牙外设实现一些功能，例如通过在手机上操作可以触发启动或关闭扫地机器人。另一方面，通过在蓝牙外设上操作可以触发手机实现一些功能，例如当手机接收到来电呼叫时，用户只需在耳机上操作，即可触发接听电话，或者拒绝接听或者挂断电话。多设备互联系统为用户带来了生活上的便捷。

然而，上述设备间协同控制的方式在一些场景中还无法满足用户需求，蓝牙产品易用性有待提高。

例如，在用户正在开车的过程中，当手机接收到来电呼叫时，由于用户的手需要一直放在方向盘上，因此用户不方便直接操作手机来接听电话，并且为了驾驶安全，用户也不方便伸手去操作蓝牙耳机，那么无法满足用户方便且安全地接听电话或挂断电话的需求。

再例如，在用户使用跑步机运动时，此时用户佩戴真无线蓝牙耳机（truewireless stereo，TWS）听手机上播放的音乐，如果用户需要切歌或者调节音量，用户可以在手机或者蓝牙耳机上进行操作，但如果由于某些原因用户此时不方便直接操作手机（例如操作手机需要解锁等操作），也不方便操作TWS耳机（例如手臂抬高到耳朵附近操作耳机会相对费力；或者对于手指残缺人士操作起来TWS耳机更为困难）来切歌或者调节音量，那么无法满足用户方便切歌的需求。

针对上述问题，本申请实施例提供了一种设备间协同控制的方法以及通信系统，通过本申请方案，针对第一设备连接多个设备的场景，其中一些设备为第一设备的输入设备，支持触发第一设备执行一些预设的动作，另一些设备为第一设备的输出设备，支持输出第一设备发送的音频或图像数据。例如，可以根据与第一设备连接的各个设备的各自属性和功能，第一设备可以预先设置各设备能够触发第一设备执行预设动作的权限。用户可以根据实际使用需求直接在预设输入设备上操作，即可触发第一设备执行对应的动作，从而触发预设输出设备随着第一设备执行相应的动作，因此本申请方案可以提升多终端连接拓扑场景下不同通信业务并发输入输出的权限控制和易用性。

下面先介绍通信系统，然后再介绍设备间协同控制的方法。

假设该通信系统包括第一设备、第二设备和第三设备，第一设备与第二设备和第三设备已建立连接（例如蓝牙连接）。其中，第一设备可以称为中心设备，第二设备和第三设备称为第一设备的外围设备。

在一些实施例中，第一设备可以为手机或者平板电脑等电子设备。

在一些实施例中，第二设备可以为音频输出设备，例如蓝牙耳机；或者可以为图像输出设备，例如智慧屏。

在一些实施例中，第三设备可以为设置有输入装置（例如显示屏、键盘、按钮或鼠标）的电子设备，例如车载设备、跑步机、自拍杆或者麦克风设备。

需要说明的是，上述第一设备、第二设备和第三设备为示例性地说明，可以理解，在实际实现时，第一设备、第二设备和第三设备分别还可以为其他可能的电子设备，具体可以根据实际使用需求设置，本申请实施例不作限定。

首先，当用户在第三设备上进行第一操作时，第三设备响应于第一操作，向第一设备发送第一信息。其中，该第一信息用于指示第一设备执行第一操作指示的第一动作。

然后，响应于第三设备发送的第一信息，第一设备判断第三设备和第二设备是否满足预设条件。其中，该预设条件包括：第三设备为第一设备的预设输入设备，且第二设备为第一设备的预设输出设备。

在一些实施例中，第一设备可以在接收到第一信息之后，先识别用户场景，当识别出用户场景时自动切换到与用户场景对应的第一模式；然后根据与第一模式对应的预设协同控制策略，自动设置第一设备的预设输入设备和预设输出设备。然后再判断与第一设备当前连接的第三设备和第二设备是否满足预设条件。

示例性地，第一设备可以根据第一设备的前台应用来识别应用场景。例如，当第一设备的前台应用为导航应用时，可以识别出用户场景为驾驶场景，对应的第一模式为驾驶模式，驾驶模式对应的预设协同控制策略为：预设输入设备可以为车载设备，预设输出设备可以为蓝牙耳机或车载音响等。再例如，当第一设备的前台应用为运动应用时，可以识别出用户场景为运动场景，对应的第一模式为运动模式，运动模式对应的预设协同控制策略为：预设输入设备可以为运动设备（例如跑步机），预设输出设备可以为蓝牙耳机或无线音响等。

在另一些实施例中，第一设备还可以根据用户操作手动设置模式。具体地，响应于用户操作，第一设备可以切换到与用户操作指示的第二模式；并根据与第二模式对应的预设协同控制策略，设置第一设备的预设输入设备和预设输出设备。

在一些实施例中，预设输入设备中每个设备设置有触发第一设备执行预设动作的权限。其中，预设动作可以包括以下至少一项：调节音量大小，开始播放，切换播放内容，快进播放，快退播放，停止播放，接听电话、拒接电话，挂断电话，拨打电话，拍照。

相应地，预设条件还包括：第三设备具有触发第一设备执行第一动作的权限。第一设备不但要判断第三设备是否为第一设备的预设输入设备，且第二设备是否为第一设备的预设输出设备，还要判断第三设备是否具有触发第一设备执行第一动作的权限。这样可以提升设备间协同操作的可靠性。

然后，在第一设备判断第三设备和第二设备满足预设条件的情况下，第一设备执行第一动作并向第二设备发送与第一动作对应的第二信息。

最后，响应于第一设备发送的第二信息，第二设备按照第二信息进行数据输出。

举例来说，假设手机（第一设备）通过无线方式连接至车载设备（第三设备）和蓝牙耳机（第二设备），车载设备可以设置为有权限控制手机执行预设动作（例如接听电话等）的输入设备（例如方向盘上设置有接听按钮），以及蓝牙耳机作为手机的音频输出设备。当用户正在驾驶车辆时，当手机接收到来电呼叫时，车载设备会显示来电呼叫信息，耳机会输出来电铃音，此时用户可以通过在手机、耳机或者车载设备操作来触发电话接通。为了驾驶安全，用户的手需要一直放在方向盘上，因此用户不方便操作手机来接通电话，也不方便伸手去操作蓝牙耳机，此时用户可以直接在车载设备上操作（例如点击车载设备的方向盘上的接听按钮）即可触发接通电话，然后来电语音数据会从蓝牙耳机侧输出。通过本申请方案的设备间协同控制的方法，在用户需要接听或拨打电话时为用户提供更多触发接听或拨打电话的操作方式，用户根据实际使用需求进行选择，操作起来更方便快捷，从而可以满足用户方便且安全地接听或拨打电话的需求。

从上述示例中可以看出，第一操作为点击车载设备上的接听按钮的操作，第一操作指示的第一动作为接听电话，第一信息用于指示手机执行接听电话的动作，第二信息用于指示蓝牙耳机输出来电语音数据。

再举例来说，假设手机（第一设备）通过无线方式连接至跑步机（第三设备）和蓝牙耳机（第二设备），跑步机可以设置为有权限控制手机执行预设动作（例如切换歌曲等音频内容）的输入设备（例如跑步机上设置有下一首按钮），以及蓝牙耳机作为手机的音频输出设备。在用户正在跑步机上运动的过程中，当手机开启音乐APP并播放歌曲时，用户佩戴着耳机，通过耳机听到歌曲，当用户需要切换歌曲时，此时用户可以通过在手机、耳机或者跑步机上操作来触发切换歌曲。用户可以直接在跑步机上操作（例如点击跑步机上的下一首按钮）即可触发切换歌曲，然后切换后的歌曲的音频数据会从蓝牙耳机侧输出。通过本申请方案的设备间协同控制的方法，在用户需要切换歌曲时为用户提供更多触发切换歌曲的操作方式，用户根据实际使用需求进行选择，操作起来更方便快捷，从而可以满足在手机连接多个设备时用户方便地切换歌曲的需求。

其中，第一操作为点击跑步机上的切换按钮的操作，第一操作指示的动作为切换音频内容，第一信息用于指示手机执行切换音频内容的动作，第二信息用于指示蓝牙耳机输出下一首音频数据。

需要说明的是，这里以通信系统包括三个设备为例进行示例性说明，其并不对本申请实施例形成限定。可以理解，在实际实现时，通信系统还可以包括三个以上设备。例如，通信系统包括四个设备：第一设备、第二设备、第三设备和第四设备，其中第一设备与第二设备、第三设备和第四设备建立无线连接。

例如，第一设备为手机，第二设备为蓝牙耳机，第三设备为跑步机，第四设备为蓝牙耳机。首先，当用户在第三设备上进行第一操作时，第三设备响应于第一操作，向第一设备发送第一信息。其中，该第一信息用于指示第一设备执行第一操作指示的第一动作。然后，响应于第三设备发送的第一信息，第一设备判断第二设备、第三设备和第四设备是否满足预设条件。其中，该预设条件包括：第三设备为第一设备的预设输入设备，且第二设备和/或第四设备为第一设备的预设输出设备。

一种情况为，在第一设备判断第二设备和第三设备满足预设条件的情况下，第一设备执行第一动作并向第二设备发送与第一动作对应的第二信息。最后，响应于第一设备发送的第二信息，第二设备按照第二信息进行数据输出。

另一种情况为，在第一设备判断第三设备和第四设备满足预设条件的情况下，第一设备执行第一动作并向第四设备发送与第一动作对应的第二信息。最后，响应于第一设备发送的第二信息，第四设备按照第二信息进行数据输出。

再一种情况为，在第一设备判断第二设备、第三设备和第四设备均满足预设条件的情况下，第一设备执行第一动作并向第二设备和第四设备发送与第一动作对应的第二信息。最后，响应于第一设备发送的第二信息，第二设备和第四设备分别按照第二信息进行数据输出。

在一些实施例中，当第一设备确定第三设备不是第一设备的预设输入设备，或者第二设备不是第一设备的预设输出设备，或者第三设备不具有触发第一设备执行第一动作的权限时，第一设备不执行第一动作。

接下来结合附图介绍第一设备、第二设备和第三设备的硬件结构示意图。

首先，以第一设备为手机为例，图2示出了本申请实施例提供的手机的结构示意图。

如图2所示，手机可以包括：处理器110，外部存储器接口120，内部存储器121，USB接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块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可以包括CPU，GPU，ISP，AP，DSP，NPU，调制解调处理器，存储器，视频编解码器和/或基带处理器等。处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110可以用于根据来自第三设备的第一信息，执行第一信息指示的处理动作，比如当第一信息指示接听来电时执行接听电话的动作，或者当第一信息指示切到下一首歌曲时执行切换歌曲内容的动作等。

手机的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。其中，天线1和天线2用于发射和接收电磁波信号。

移动通信模块150可以提供应用在手机上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器（lownoise amplifier，LNA）等。在一些实施例中，移动通信模块150可以由天线1接收来自其他设备的电磁波，并对电磁波进行滤波、放大等处理，传送至调制解调处理器进行解调，从而得到与识别场景对应的指令。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备输出声音信号（比如语音播放识别到的场景名称），或通过显示屏194显示图像或视频（比如显示支付二维码）。

无线通信模块160可以提供应用在手机上的包括无线局域网（wireless localarea networks，WLAN）（如Wi-Fi网络），蓝牙，全球导航卫星系统（global navigationsatellite system，GNSS），FM，NFC，红外技术（infrared，IR）等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。在一些实施例中，无线通信模块160经由天线2接收来第三设备的电磁波，将电磁波信号调频以及滤波处理，得到第三设备发送的第一信息。

手机通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。显示屏194用于显示图像和视频等，如显示二维码等。

可以理解，本申请实施例示意的结构并不构成对手机的具体限定。在另一些实施例中，手机可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

其次，结合图3所示说明本申请实施例提供的第二设备（以蓝牙耳机为例）的结构示意图。

如图3所示，蓝牙耳机可以包括：处理器210，无线通信模块220，存储器230，电源模块240，通信接口250，音频模块260，扬声器260A，麦克风260B，开关270以及天线等。

处理器210可以包括一个或多个处理单元，例如：处理器210可以包括中央处理器（central processing unit，CPU），图像信号处理器（image signal processor，ISP），数字信号处理器（digital signal processor，DSP），视频编解码器，神经网络处理器（neural-network processing unit，NPU），图形处理器（graphics processing unit，GPU），应用处理器（application processor，AP），和/或调制解调处理器等。在一些实施例中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。其中，CPU是信息处理、程序运行的最终执行单元，其主要工作包括处理指令、执行操作、控制时间和处理数据等。CPU可以包括控制器、运算器、高速缓冲存储器，以及用于连接这些部件的总线。在一些实施例中，在由摄像头220采集的图像传输至处理器210后，处理器210可以利用图像识别算法进行手势识别。在识别到的手势为预设手势的情况下，处理器210识别手势指向的被识别物体属于的场景，并通过无线通信模块220及天线向第一设备发送与场景对应的指令，以使得第一设备执行与指令对应的处理动作。

无线通信模块220可以提供Wi-Fi、调频（frequency modulation，FM）、蓝牙或NFC等无线通信。无线通信模块220可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块220经由天线接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器210。无线通信模块220还可以从处理器210接收待发送的信号（比如与识别到的场景对应的指令），对其进行调频、放大，经天线转为电磁波辐射出去。

存储器230，可以用于存储计算机可执行程序代码，可执行程序代码包括计算机指令。处理器210通过运行存储在存储器230的指令，从而执行各种功能应用以及数据处理。存储器230可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能（比如语音播放功能，拍照功能，智能识别功能等）所需的应用程序。存储数据区可存储蓝牙耳机使用过程中所创建的数据（比如识别到的场景数据）等。此外，存储器230可以包括高速随机存取存储器，还可以包括非易失性存储器等。

电源模块240，可以用于接收电源输入，储蓄电能，以及为处理器210、摄像头220、存储器230、音频模块260，扬声器260A，麦克风260B以及显示屏270等供电。在一些实施例中，由于电源模块240存储的电能有限，因此蓝牙耳机通常处于低功耗模式或关机模式，以节省电能。在用户触发操作下，蓝牙耳机开启数据输出功能，电源模块240启动正常功能模式，并为各个功能模块提供所需的电能。

通信接口250，可以用于与电子设备、路由器和U盘等外部设备通讯。通信接口250可以为网口或通用串行总线（universal serial bus，USB）接口等任意可能的接口。

蓝牙耳机可以通过音频模块260，扬声器260A，麦克风260B，以及应用处理器等实现音频功能。例如语音数据播放，拾音或录音等。

音频模块260，用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块260还可以用于对音频信号编码和解码。

扬声器260A，也称为“喇叭”，用于将音频电信号转换为声音信号。比如，当智能眼镜未与其他设备连接时，智能眼镜可以通过扬声器260A外放识别到的结果，例如通过扬声器260A外放用户当前所在的位置的地点名称。

麦克风260B，也称为“话筒”，“传声器”，用于将声音信号转换为电信号。当用户想要使用智能眼镜进行智能识别时，可以通过麦克风260B输入用户语音。然后，音频模块260将麦克风260B采集的模拟音频输入转换为数字音频信号，并发送至处理器210，从而处理器210响应于用户指令，开启智能识别功能。

开关270用于触发开启蓝牙耳机开启或者关闭。

可以理解的是，本申请实施例示意的结构并不构成对第二设备的具体限定。在另一些实施例中，第二设备可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

例如，当第二设备为智慧屏时，第二设备还包括显示屏，显示屏可以用于显示图像和视频等。

需要说明的是，第三设备的结构类似于第二设备，此处不予赘述。与第二设备不同的是，第三设备还包括按键、触摸屏或键盘等输入装置。

本申请实施例提供的设备间协同控制的方法的执行主体可以为第一设备，也可以为第一设备中能够实现设备间协同控制的方法的功能模块和/或功能实体，并且本申请方案能够通过硬件和/或软件的方式实现，本申请对此不作限定。下面以第一设备为例，对本申请实施例提供的设备间协同控制的方法进行示例说明。

图4为本申请实施例提供的设备间协同控制的方法的流程示意图。如图4所示，该方法可以包括下述S301-S305。

S301、第一设备与第二设备和第三设备建立连接。

需要说明的是，本申请实施例不限定第一设备与第二设备的连接方式以及第一设备与第三设备的连接方式。示例性地，上述连接可以为无线连接，也可以为有线连接。其中，无线连接可以是通过蓝牙协议建立的连接，也可以是通过Wi-Fi协议建立的连接。并且，第一设备与第二设备之间的连接，与第一设备与第三设备之间的连接可以相同，也可以不同。

S302、第一设备接收第三设备发送的第一信息。其中，该第一信息用于指示第一设备执行第一操作指示的第一动作。该第一操作为用户在第三设备上的触发操作。

其中，第一操作可以为用户在第三设备的第一按键上的操作。其中，第一按键可以用于触发执行预设动作。第一按键可以为物理按键或虚拟按键。

在一些实施例中，第一设备可以在接收到第一信息之后，先识别用户场景，当识别出用户场景时自动切换到与用户场景对应的第一模式；然后根据与第一模式对应的预设协同控制策略，自动设置第一设备的预设输入设备和预设输出设备。然后再判断与第一设备当前连接的第三设备和第二设备是否满足预设条件。

示例性地，第一设备可以根据第一设备的前台应用来识别用户场景。例如，当第一设备的前台应用为导航应用时，可以识别出用户场景为驾驶场景，对应的第一模式为驾驶模式，驾驶模式对应的预设协同控制策略为：预设输入设备可以为车载设备，预设输出设备可以为蓝牙耳机或车载音响等。再例如，当第一设备的前台应用为运动应用时，可以识别出用户场景为运动场景，对应的第一模式为运动模式，运动模式对应的预设协同控制策略为：预设输入设备可以为运动设备（例如跑步机），预设输出设备可以为蓝牙耳机或无线音响等。

再示例性地，第一设备可以根据第一设备当前连接的外围设备来识别用户场景。例如，当第一设备当前连接的外围设备包括车载设备时，可以识别出用户场景为驾驶场景，对应的第一模式为驾驶模式，驾驶模式对应的预设协同控制策略为：预设输入设备可以为车载设备，预设输出设备可以为蓝牙耳机或车载音响等。再例如，当第一设备当前连接的外围设备包括跑步机时，可以识别出用户场景为运动场景，对应的第一模式为运动模式，运动模式对应的预设协同控制策略为：预设输入设备可以为运动设备，预设输出设备可以为蓝牙耳机或无线音响等。

再示例性地，第一设备可以根据第一设备当前连接的外围设备以及第一设备的前台应用来识别用户场景。例如，当第一设备当前连接的外围设备包括车载设备且第一设备的前台应用为导航应用时，可以识别出用户场景为驾驶场景，对应的第一模式为驾驶模式，驾驶模式对应的预设协同控制策略为：预设输入设备可以为车载设备，预设输出设备可以为蓝牙耳机或车载音响等。再例如，当第一设备当前连接的外围设备包括跑步机且第一设备的前台应用为运动应用时，可以识别出用户场景为运动场景，对应的第一模式为运动模式，运动模式对应的预设协同控制策略为：预设输入设备可以为运动设备，预设输出设备可以为蓝牙耳机或无线音响等。

表1示例性地示出了不同用户场景中的预设协同控制策略。

需要说明的是，表1为示例性地说明，可以理解，在实际实现时，还可以根据用户实际使用需求进行设置，本申请实施例不作限定。

除了第一设备自动识别场景并设置对应的模式之外，第一设备还可以根据用户操作手动设置模式。具体地，响应于用户操作，第一设备可以切换到与用户操作指示的第二模式；并根据与第二模式对应的预设协同控制策略，设置第一设备的预设输入设备和预设输出设备。

在一些实施例中，在第一模式为运动模式的情况下，与第一模式对应的预设协同控制策略包括：预设输入设备设置为运动设备，以及预设输出设备设置为音频设备。可选地，若用户选择运动模式，则第一设备自动将按照该运动模式对应的预设协同控制策略进行设置。可选地，若用户选择运动模式且第一设备已连接运动设备，则第一设备自动将按照该运动模式对应的预设协同控制策略进行设置。

在一些实施例中，在第一模式为驾驶模式的情况下，与第一模式对应的预设协同控制策略包括：预设输入设备设置为车载设备，以及预设输出设备设置为音频设备。可选地，若用户选择驾驶模式，则第一设备自动将按照该假设模式对应的预设协同控制策略进行设置。可选地，若用户选择运动模式且第一设备已连接车载设备，则第一设备自动将按照该驾驶模式对应的预设协同控制策略进行设置。

需要说明的是，上述实施例中以设置第一设备的预设输入设备和预设输出设备为例进行示例性说明，可以理解，在实际实现时，本申请实施例可以根据识别场景或者响应于用户操作仅设置第一设备的预设输入设备，而无需设置第一设备的预设输入设备。

还需要说明的是，通过上述设置，预设输入设备具有触发第一设备执行预设动作的权限。其中，预设动作可以包括以下至少一项：调节音量大小，开始播放，切换播放内容，快进播放，快退播放，停止播放，接听电话、拒接电话，挂断电话，拨打电话，拍照。可以理解，这里预设动作为示例性地列举，在实际实现时，预设动作还可以包括其他可能的动作，具体可以根据实际使用需求确定，本申请实施例不作限定。

在设置预设协同控制策略时，可以根据实际使用需求设置一个或多个预设输入设备。当设置多个预设输入设备的情况下，不同的输入设备可以设置有不同的权限。可选地，在设置预设协同控制策略时，可以根据用户个人使用习惯，针对不同类型的输入设备设置对应的权限。例如，在手机连接车载设备且手机连接蓝牙耳机的场景中，根据用户使用习惯，可以将车载设备设置为有权限控制手机执行预设动作（例如调节音量大小、接听电话等）的输入设备，蓝牙耳机作为手机的音频输出设备。

表2示例性地示出了预设协同控制策略中针对不同预设输入设备设置不同的权限。

需要说明的是，表2为示例性地说明，可以理解，在实际实现时，还可以根据用户实际使用需求进行设置，本申请实施例不作限定。例如，中心设备可以是平板电脑。

S303、第一设备根据第一信息判断第三设备是否为第一设备的预设输入设备，以及第二设备是否为第一设备的预设输出设备。

其中，第一信息除了用于指示第一设备执行第一操作指示的第一动作之外，还携带有第三设备的设备标识，例如设备标识可以为介质访问控制（media access control，MAC）地址。第一设备可以根据设备标识识别出具体设备以及设备类型。然后判断该设备是否具备触发第一设备执行第一动作的权限。

可选地，第一设备可以根据第一信息和预设协同控制策略，确定第三设备和第二设备是否满足预设条件。例如，假设预设协同控制策略包括预设输入设备为车载设备以及预设输出设备为音频设备，如果第一设备根据第三设备发送的第一信息中携带的设备标识识别出第三设备为车载设备，并且第一设备识别出当前与第一设备连接的第二设备为音频设备，那么第一设备可以确定第三设备和第二设备满足预设条件。

在一些实施例中，除了判断第三设备是否为第一设备的预设输入设备，以及与第一设备当前连接的第二设备是否为第一设备的预设输出设备之外，第一设备还可以进一步判断第三设备是否具有触发第一设备执行第一动作的权限，以确保第一设备、第二设备和第三设备在当前场景下满足进行设备间协同控制的条件。

在第一设备确定第三设备为第一设备的预设输入设备，以及第二设备为第一设备的预设输出设备的情况下（满足预设条件），继续执行下述的S304。

在另一些实施例中，第一设备只需要判断第三设备是否为第一设备的预设输入设备，以及第三设备是否具有触发第一设备执行第一动作的权限即可，而无需判断与第一设备当前连接的第二设备是否为第一设备的预设输出设备。即，在第三设备为第一设备的预设输入设备，且第三设备具有触发第一设备执行第一动作的权限的情况下（满足预设条件），继续执行下述的S304。

在另一些实施例中，第一设备只需要判断第三设备是否具有触发第一设备执行第一动作的权限即可。即，在第三设备具有触发第一设备执行第一动作的权限的情况下（满足预设条件），继续执行下述的S304。

需要说明的是，本申请实施例不限定第一设备判断当前场景是否满足预设条件的方式，具体可以根据实际使用需求确定，本申请实施例不作限定。这里以第一设备判断第三设备是否为第一设备的预设输入设备，以及第二设备是否为第一设备的预设输出设备为例进行示例性说明。

可以理解的是，当第一设备确定第三设备不是第一设备的预设输入设备时，第一设备不响应。或者，当第一设备确定第二设备不是第一设备的预设输出设备时，第一设备不响应。或者，当第一设备确定第三设备不具有触发第一设备执行第一动作的权限时，第一设备不响应。

S304、第一设备执行第一动作。

在一些实施例中，在第一设备确定第三设备为第一设备的预设输入设备，以及第三设备具有触发第一设备执行第一动作的权限的情况下，第一设备执行第一动作。并且，在第一设备确定当前与第一设备连接有音频设备（第二设备）的情况下，第一设备向第二设备发送与第一动作对应的第二信息，以指示第二设备按照第二信息进行数据输出。

S305、第一设备向第二设备发送与第一动作对应的第二信息，该第二信息用于指示第二设备按照第二信息进行数据输出。

在一些实施例中，第二信息用于指示播放音频数据。在另一些实施例中，第二信息用于指示暂停播放音频数据。在再一些实施例中，第二信息用于指示输出语音数据。在又一些实施例中，第二信息用于指示显示图片或视频。

在一些实施例中，假设手机通过无线方式连接至车载设备和蓝牙耳机，第一操作可以为点击车载设备上的接听按钮的操作，第一操作指示的动作为接听电话，第一信息用于指示手机执行接听电话的动作；第二信息用于指示蓝牙耳机输出来电语音数据。

在一些实施例中，假设手机通过无线方式连接至跑步机和蓝牙耳机，第一操作可以为点击跑步机上的切换按钮的操作；第一操作指示的动作为切换音频内容；第一信息用于指示手机执行切换音频内容的动作；第二信息用于指示蓝牙耳机播放切换后的音频内容。

在一些实施例中，假设手机通过无线方式连接至自拍杆和智慧屏，第一操作可以为点击自拍杆的拍摄按钮以拍照的操作，第一操作指示的动作为拍照，第一信息用于指示手机执行拍照的动作；第二信息指示智慧屏显示手机拍摄得到的图像。

在一些实施例中，假设手机通过无线方式连接至麦克风和蓝牙耳机，第一操作可以为点击自拍杆的拍摄按钮以拍照的操作，第一操作指示的动作为拍照，第一信息用于指示手机执行拍照的动作；第二信息指示智慧屏显示手机拍摄得到的图像。

举例来说，以手机（第一设备）通过无线方式连接至车载设备（第二设备）和蓝牙耳机（第三设备）为例，当手机接收到来电呼叫时，车载设备侧有来电显示，车载设备接收到用户对车载设备上的接听按钮的操作，向手机发送第一信息，指示手机接听来电。响应于第一信息，手机判断车载设备是否具有触发手机接听电话的权限。当手机根据预设协同控制策略确定车载设备具有触发手机接听电话的权限时，手机执行接听电话的动作。手机向蓝牙耳机发送第二信息，第二信息包括来电语音数据。蓝牙耳机接收到第二信息，输出来电语音数据。

在一些实施例中，在预设输出设备包括蓝牙耳机和外放音频设备（例如车载无线音箱）的情况下，预设协同控制策略还可以按照下述两种场景分别实现：

场景一：在接听电话或者拨打电话的场景中，对应的语音数据通过蓝牙耳机输出。

场景二：在第一设备播放音频的场景中，对应的音频数据通过外放音频设备输出。

举例来说，假设手机（第一设备）通过无线方式连接至车载设备（第二设备）、蓝牙耳机（第三设备）和车载无线音箱（第四设备）。当手机播放歌曲时，歌曲的音频数据通过与手机连接的车载无线音箱输出。并且，用户可以通过在车载设备上操作，触发手机切换歌曲，并且切换后的歌曲的音频数据仍然通过车载无线音箱输出。当手机接收到来电呼叫时，用户可以通过在车载设备上操作，可触发手机接通电话，而此时电话的语音数据通过蓝牙耳机输出。这样可以保障用户通话隐私。当结束通话后，手机自动从蓝牙耳机的通路切换到车载无线音箱的通路，由车载无线音箱继续播放歌曲。

通过本申请方案，针对第一设备连接多个设备的场景，其中一些设备为第一设备的输入设备，支持触发第一设备执行一些预设的动作，另一些设备为第一设备的输出设备，支持输出第一设备发送的音频或图像数据。例如，可以根据与第一设备连接的各个设备的各自属性和功能，第一设备可以预先设置各设备能够触发第一设备执行预设动作的权限。通过本申请方案，用户可以根据实际使用需求直接在预设输入设备上操作，即可触发第一设备执行对应的动作，从而触发预设输出设备随着第一设备执行相应的动作，因此本申请方案可以提升多终端连接拓扑场景下不同通信业务并发输入输出的权限控制和易用性。

下面结合附图，说明多种示例性场景中本申请实施例提供的设备间协同控制的方法的可能实现方式。

第一场景（运动场景）

图5示出了一种运动场景的示意图。如图5所示，手机（第一设备）通过无线方式连接至无线音箱（第二设备）和运动设备（第三设备，例如动感单车或者跑步机等）。

在手机（第一设备）通过无线方式连接至无线音箱（第二设备）和运动设备（第三设备，例如跑步机）的场景中，跑步机可以设置为有权限控制手机执行预设动作（例如切换歌曲等音频内容）的输入设备（例如跑步机上设置有切换键），以及无线音箱作为手机的音频输出设备。在用户正在跑步机上运动的过程中，当手机开启音乐APP并播放歌曲1时，用户佩戴着耳机，通过耳机听到歌曲1，当用户需要切换歌曲时，此时用户可以通过在手机、耳机或者跑步机上操作来触发切换歌曲。用户可以直接在跑步机上操作（例如点击跑步机上的切换键）即可触发切换歌曲，然后切换后的歌曲2的音频数据会从无线音箱侧输出。通过本申请方案的设备间协同控制的方法，在用户需要切换歌曲时为用户提供更多触发切换歌曲的操作方式，用户根据实际使用需求进行选择，操作起来更方便快捷，从而可以满足在手机连接多个设备时用户方便地切换歌曲的需求。

图6示意性地示出了驾驶场景中采用本申请方案实现设备间协同控制的时序图。其中以第一设备为手机，第二设备为无线音箱，第三设备为运动设备为例进行说明。如图6所示，时序图中包括步骤S401至S420。

S401、手机与无线音箱建立蓝牙连接。

S402、手机与运动设备建立蓝牙连接。

需要说明的是，本申请实施例不限定S401和S402的执行顺序。

S403、响应于用户操作，手机播放第一音频数据。

其中，用户操作可以为用户在手机显示屏上触发播放音频的操作。例如，当用户触发手机开启音乐APP之后，手机显示音乐APP的歌曲界面，手机在音乐APP的歌曲界面上选择歌曲，以触发手机播放歌曲（即第一音频数据）。

S404、手机向无线音箱发送第一音频数据。

S405、无线音箱接收并输出第一音频数据。

下面介绍通过运动设备触发手机切换音频，从而触发无线音箱侧完成切歌的过程。

S406、运动设备接收到用户在运动设备上按压切换键的操作（第一操作）。

S407、运动设备向手机发送消息1，该消息1用于指示播放下一首；消息1携带有运动设备的标识。

S408、响应于接收到消息1，手机判断运动设备是否具有触发手机切换音频的权限。

手机根据运动设备的标识识别出运动设备。然后，手机可以根据预设协同控制策略判断运动设备是否具有触发手机切换音频（第一动作）的权限。

若手机确定运动设备具有触发手机切换音频的权限，则继续执行下述的S409。若手机确定运动设备不具有触发手机切换音频的权限，则手机不响应。

S409、手机从播放第一音频数据切换为播放第二音频数据。

S410、手机向无线音箱发送第二音频数据。

S411、无线音箱接收并输出第二音频数据。

上面介绍通过运动设备触发手机调节音量，从而触发无线音箱侧调节音量的过程。

S412、运动设备接收到用户在运动设备上按压增大音量键的操作（第一操作）。

S413、运动设备向手机发送消息2，该消息2用于指示增大音量；消息2携带有运动设备的标识。

S414、响应于接收到消息2，手机判断运动设备是否具有触发手机调节音量的权限。

若手机判断运动设备具有触发手机调节音量的权限，则继续执行下述的S415。若手机判断运动设备不具有触发手机调节音量的权限，则手机不响应。

S415、手机指示无线音箱增大音量。

S416、响应于手机指示，无线音箱增大音量。

上面介绍了通过运动设备触发手机暂停播放音频，从而触发无线音箱侧暂停输出音频数据的过程。

S417、运动设备接收到用户在运动设备上按压暂停键的操作（第一操作）。

S418、运动设备向手机发送消息3，该消息3用于指示暂停播放音频；消息2携带有运动设备的标识。

S419、响应于接收到消息3，手机判断运动设备是否具有触发手机暂停播放音频的权限。

若手机判断运动设备具有触发手机暂停播放音频的权限，则继续执行下述的S420。若手机判断运动设备不具有触发手机暂停播放音频的权限，则手机不响应。

S420、手机暂停播放音频数据。

可以理解，在手机暂停播放音频数据的情况下，手机不向无线音箱传输音频数据，因此无线音箱侧暂停输出音频数据。

需要说明的是，这里是以运动场景为例进行示例性说明的，可以理解，在实际实现时，本申请实施例中用于触发手机执行预设动作的设备，不限于上述运动设备，还可以是其他设备，例如车载设备。

第二场景（驾驶场景）

图7示出了一种驾驶场景的示意图。如图7所示，手机（第一设备）通过无线方式连接至蓝牙耳机（第二设备）和运动设备（第三设备，例如跑步机）。

在手机通过无线方式连接至车载设备和蓝牙耳机的场景中，车载设备可以设置为有权限控制手机执行预设动作（例如接听电话等）的输入设备（例如方向盘上设置有接听键），以及蓝牙耳机作为手机的音频输出设备。当用户正在驾驶车辆时，当手机接收到来电呼叫时，车载设备会显示来电呼叫信息，耳机会输出来电铃音，此时用户可以通过在手机、耳机或者车载设备操作来触发电话接通。为了驾驶安全，用户的手需要一直放在方向盘上，因此用户不方便操作手机来接通电话，也不方便伸手去操作蓝牙耳机，此时用户可以直接在车载设备上操作（例如点击车载设备的方向盘上的接听键）即可触发接通电话，然后来电语音数据会从蓝牙耳机侧输出，通过本申请方案的设备间协同控制的方法，在用户需要接听或拨打电话时为用户提供更多触发接听或拨打电话的操作方式，用户根据实际使用需求进行选择，操作起来更方便快捷，从而可以满足用户方便且安全地接听或拨打电话的需求。

与上述接听电话的场景类似，当驾车时用户佩戴蓝牙耳机进行通话，如果用户手部离开方向盘去操作蓝牙耳机以挂断电话，可能会产生安全风险。此时由于手机与车载设备和蓝牙耳机都会保持连接，并且车载设备预先设置有触发手机挂断电话的权限。因此本申请实施例提供的设备间协同控制方法仍然适用于挂断电话的情况。具体地，当用户需要挂断或拒接电话时，用户可以直接在车载设备上操作（例如点击车载设备的方向盘上的挂断键或拒接键）即可触发挂断或拒接电话，而无需在手机或蓝牙耳机上操作。通过本申请方案的设备间协同控制的方法，在用户需要挂断或拒接电话时为用户提供更多触发挂断或拒接电话的操作方式，操作起来更方便快捷，从而可以满足在手机连接多个设备时用户方便且安全地挂断或拒接电话的需求。

再来看拨打电话的情况，本申请实施例提供的设备间协同控制方法仍然适用于拨打电话的情况。车载设备可以预先设置有触发手机拨打电话的权限。具体地，当用户需要拨打电话时，用户可以直接在车载设备上操作（例如点击车载设备的方向盘上的联系人列表并选中其中一个联系人）即可触发拨打电话，而无需在手机或蓝牙耳机上操作。通过本申请方案的设备间协同控制的方法，在用户需要拨打电话时为用户提供更多触发拨打电话的操作方式，操作起来更方便快捷，从而可以满足在手机连接多个设备时用户方便且安全地拨打电话的需求。

图8示意性地示出了驾驶场景中采用本申请方案实现设备间协同控制的时序图。其中以第一设备为手机，第二设备为蓝牙耳机，第三设备为车载设备为例进行说明。如图8所示，时序图中包括步骤S501至S517。

S501、手机与蓝牙耳机建立蓝牙连接。

S502、手机与车载设备建立蓝牙连接。

需要说明的是，本申请实施例不限定S501和S502的执行顺序。

S503、手机接收到来电呼叫。

S504、手机向蓝牙耳机发送来电呼叫铃音。

S505、手机向车载设备发送来电呼叫信息。

S506、蓝牙耳机接收并输出来电呼叫铃音。

S507、车载设备接收并显示来电呼叫信息。

需要说明的是，本申请实施例不限定S504和S505的执行顺序，也不限定S506和S507的执行顺序。

下面介绍通过车载设备触发手机接通电话，从而触发蓝牙耳机侧输出来电语音数据的过程。

S508、车载设备接收到用户点击接听键的操作（第一操作）。

S509、车载设备向手机发送消息4，该消息4用于指示接听来电；消息4携带有车载设备的标识。

S510、响应于接收到消息4，手机判断车载设备是否具有触发手机接听来电的权限。

手机根据车载设备的标识识别出车载设备。然后，手机可以根据预设协同控制策略判断车载设备是否具有触发手机接听来电（第一动作）的权限。

若手机确定车载设备具有触发手机接听来电的权限，则继续执行下述的S509。若手机确定车载设备不具有触发手机接听来电的权限，则手机不响应。

S511、手机接通来电并接收到语音数据。

S512、手机向蓝牙耳机发送语音数据。

S513、蓝牙耳机接收并输出语音数据。

上面介绍通过车载设备触发手机挂断电话，从而触发蓝牙耳机侧停止输出语音数据的过程。

S514、车载设备接收到用户挂断键的操作（第一操作）。

S515、车载设备向手机发送消息5，该消息5用于指示挂断电话；消息5携带有车载设备的标识。

S516、响应于接收到消息5，手机判断车载设备是否具有触发手机挂断电话的权限。

若手机判断车载设备具有触发手机挂断电话的权限，则继续执行下述的S415。若手机判断车载设备不具有触发手机挂断电话的权限，则手机不响应。

S517、手机挂断电话。

可以理解，在手机挂断电话的情况下，手机不向蓝牙耳机传输语音数据，因此蓝牙耳机侧暂停输出语音数据。

在一些实施例中，在默认情况下手机播放的音频可以通过车载设备的扬声器或音箱输出。在手机接收到来电的情况下，来电语音数据可以自动切换为通过蓝牙耳机输出。在手机挂断电话后，通过手机播放的音频，可以自动切换为通过车载设备的扬声器或音箱输出。

需要说明的是，这里是以驾驶场景为例进行示例性说明的，可以理解，在实际实现时，本申请实施例中用于触发手机执行预设动作的设备，不限于上述车载设备，还可以是其他设备。

需要说明的是，在本申请实施例中，手机除了可能连接上述车载设备、蓝牙耳机、无线音量、运动设备等之外，手机还可能连接其他各种设备，例如手机还可能连接多个键盘、鼠标、自拍杆和蓝牙K歌麦克风设备等。其中一些设备可以作为手机的预设输入设备，用于触发手机执行一些预设的动作，另一些设备可以作为手机的预设输出设备，用于接收手机发送的音频或图像数据并输出该音频或图像数据。在本申请方案中，根据与手机连接的各个设备的各自属性和功能，手机可以预先设置各设备能够触发手机执行预设动作的权限，因此用户可以根据实际使用需求直接在预设输入设备上操作，即可触发手机执行对应的动作，从而触发预设输出设备随着手机执行相应的动作，从而实现手机连接多设备场景中的有序操控和管理。

图9示出了本申请实施例提供的设备间协同控制的方法应用的另一场景示意图。如图9所示，在手机通过无线方式连接至自拍杆和智慧屏的场景中，例如手机通过蓝牙与自拍杆建立无线连接，手机通过Wi-Fi与智慧屏建立无线连接；自拍杆可以设置为有权限控制手机执行预设动作（例如拍照）的输入设备（例如自拍杆上设置有拍摄按钮），以及智慧屏作为手机的图像输出设备。手机开启相机APP，当用户需要拍照时，此时用户可以通过在手机或者自拍杆上操作来触发拍照。用户可以直接在自拍杆上操作（例如点击自拍杆上的拍摄按钮）即可触发手机拍照，然后手机拍照并将拍摄得到的图片或视频发送给智慧屏，由智慧屏显示拍摄得到的图片或视频。当然，自拍杆上还可以设置分享键或删除键等，自拍杆有权限控制手机执行分享照片或者删除照片等动作。这里自拍杆的权限为示例性地说明，具体可以根据实际使用需求设置，本申请实施例不作限定。

通过本申请方案的设备间协同控制的方法，在用户需要拍照时为用户提供更多触发拍照的操作方式，并将拍摄得到的图像通过智慧屏展示给用户，从而可以满足在手机连接多个设备时用户拍摄出更佳效果图像的需求。

图10示出了本申请实施例提供的设备间协同控制的方法应用的再一场景示意图。如图10所示，在手机通过无线方式连接至两个麦克风和智能音箱的场景中，麦克风1预先被设置为有权限控制手机执行预设动作（例如录音功能）的输入设备（例如麦克风上设置有K歌录音键），以及智能音箱作为手机的音频输出设备，而麦克风2未在手机侧进行设置，因此麦克风没有触发手机执行预设动作（例如录音功能）的权限。

当用户想要唱歌时，此时用户可以通过在麦克风1上操作（例如点击麦克风1上的K歌录音键）来触发手机开启K歌APP，此时用户选择曲目并唱歌，麦克风1录音。麦克风1将录制的声音（简称录音）发送给手机，然后手机将K歌背景音乐和录音进行混音处理，然后将混音后的音频数据发送给智能音箱，由智能音箱播放混音后的音频数据。

相比而言，由于麦克风2没有触发手机执行预设动作（例如录音功能）的权限，因此当用户在麦克风2上操作（例如点击麦克风2上的K歌录音键）时，手机侧判断麦克风2没有权限，因此手机不响应。

当然，麦克风上还可以设置增大/减小音量键或切换歌曲键等，麦克风有权限控制手机执行调整音量或者切换歌曲等动作。这里麦克风的权限为示例性地说明，具体可以根据实际使用需求设置，本申请实施例不作限定。

通过本申请方案的设备间协同控制的方法，在用户需要K歌时为用户提供更多触发录音的操作方式，并将录制的语音数据通过智能音箱输出，从而可以满足在手机连接多个设备时用户达到较好K歌效果的需求。

本申请技术方案针对上述用户操作场景，提出通过蓝牙外设辅助操作手机的方法。具体地，不同设备将操作指令输入到手机的蓝牙操作决策中心，由蓝牙操作决策中心决策是否执行对应输出。下面以传统方案的处理流程为比对，说明本申请技术方案的处理流程的改进点。其中流程说明以用户切换歌曲为例。

假设手机同时连接TWS耳机和车载设备等多个外设，当手机播放音乐时，音乐会通过TWS耳机输出。如图11所示，当用户在车载设备上按压切换歌曲的按键时（切歌操作），由于手机存在逻辑差异，可能会出现如下两种处理方式：

处理方式一：手机判断车载设备不是当前主动（active）设备，因此手机不执行用户通过手表或者车载设备输入的切歌操作，因此耳机侧切歌失败。

处理方式二：手机判断当前主动（active）设备是TWS耳机，因此手机执行用户通过手表和车载输入的切歌操作，并将切换后的歌曲传输到耳机侧输出，因此耳机侧切歌成功。

下面再看本申请技术方案，如图12所示，手机收到外设输入的切歌操作后，由手机的蓝牙操作决策中心进行逻辑判断。蓝牙操作决策中心当前设置的切歌输入设备（即预设输入设备）是车载设备、音频输出设备（即预设输出设备）是耳机。若当前输入切歌指令AVRCP Forward的设备也是车载设备、当前出声设备是耳机，则手机执行切歌指令，同时切换后的音频输出到耳机并由耳机输出，耳机侧切歌成功。

其中，AVRCP表示音频/视频远程控制规范（audio/video remote controlprofile）。

需要说明的是，当手机判断当前切歌实际输入设备不是车载设备，或者当前音频输出设备不是耳机，则手机不执行当前AVRCP Forward切歌指令，在此情况下耳机侧切歌失败。

其中，AVRCP Forward为指示切歌到下一首的指令或命令，数据交互走控制通道。下面示例性地给出了AVRCP Forward操作指令的代码。

AVRCP Forward pressed > Accepted

AV/C Control(Subunit=Panel, Opcode=Pass Through, Operation=Forward,Button=pressed)

AV/C Accepted(Subunit=Panel, Opcode=Pass Through, Operation=Forward,Button=pressed)

AVRCP Forward Released > Accepted

AV/C Control(Subunit=Panel, Opcode=Pass Through, Operation=Forward,Button= Released)

AV/C Accepted(Subunit=Panel,Opcode=Pass Through,Operation=Forward,Button= Released)

通过本申请方案，在手机和耳机、车载设备连接后，在用户使用耳机听歌过程中，如果用户需要切歌，那么用户可以直接操作车载设备上的切歌按键，车载设备将切歌指令AVRCP Forward发送到手机。手机收到车载设备发送的切歌指令AVRCP Forward后，通过蓝牙操作决策中心，判断当前设置的耳机是出声设备、车载设备是操作设备，当前输入AVRCPForward指令的设备是操作设备，则手机切歌到下一首，同时将音频流发送给耳机，由手机输出。

上面以切歌指令为例进行示例性说明，歌曲快进、快退、调节音量、接听和挂断电话、拍照等蓝牙用户交互指令均可以按照上述原理实现。

其中，上述蓝牙操作决策中心是一个逻辑实体，其内部逻辑如下：

首先，手机的蓝牙操作决策中心接收输入设备（也称为操作设备）发送的操作指令。

其次，蓝牙操作决策中心根据操作指令在数据库中进行设备类型匹配以及操作指令的匹配。该数据库中存储有预设输入设备的设备类型以及各种设备所具有的触发手机执行预设动作的权限（预设的设备协同控制策略）。

若输入设备的MAC信息不存在于数据库中，则丢弃当前蓝牙动作指令。

若输入设备的MAC信息对应的设备类型与当前数据库中定位的操作设备类型匹配，且操作指令也是预设的操作指令类型，则表示匹配成功。

最后，若匹配成功，则手机执行对应的动作；若匹配失败，则手机丢弃该操作指令。

需要说明的是，在本申请实施例中，用户可以根据实际使用需求，自定义设备类型。具体地，用户可以通过蓝牙设置中心的用户界面（user interface，UI）进行操作来设置设备类型，设置操作可以包括设备的增加、删除、修改、查询操作。

需要说明的是，示例性地，常见的模式可以为运动模式、驾驶模式、户外模式。当处于运动模式时，可以设置操作设备是跑步机，输出设备是TWS耳机，解决跑步时操作耳机不方便的问题。当处于驾驶模式时，由于车内人士比较多，可以进行如下设置：通话时语音数据由耳机输出，播放音乐时音乐声音通过车载设备的扬声器输出，这样可以避免通话隐私泄露。

可选地，不同模式之间的切换可以依赖手机的智能识别，或者可以由用户主动切换。本申请实施例不作限定。

下面结合图13示例性地说明当用户在车载设备操作时安卓（Android）手机、车载设备和蓝牙耳机之间的交互流程。其中，用户可以在车载设备端触发切歌、播放、暂停、快进或者快退，这里以切歌为例进行说明。

首先，用户在车载设备端点击切歌键，车载设备的人机交互服务接收到用户点击切歌键的操作，然后通过车载设备的蓝牙芯片向手机的蓝牙芯片发送切歌指令。

然后，手机的蓝牙芯片在接收到该切歌指令之后，将该切歌指令上报给蓝牙底层协议栈。蓝牙底层协议栈可以回调上层的接口函数通知上层的AVRCP模块。其中回调函数名称为：handlePassthroughCmdRequestFromNative（），该函数用于区分快进快退、播放、暂停、切歌等操作，然后蓝牙底层协议栈通过消息（message）分别处理不同事件。

然后，响应于接收到回调函数传过来的切歌指令，AVRCP模块调用多媒体服务模块中的事件分发函数进行判断，然后再向音乐播放器通知切歌指令。其中，多媒体服务模块会解析当前的媒体会话（mediasession），然后通过广播形式通知音乐播放器。

然后，响应于接收到多媒体服务模块发送的切歌指令，音乐播放器执行切歌指令（更新播放器中的内容），在切歌完成之后会通知多媒体服务模块。

然后，响应于接收到音乐播放器发送的通知，多媒体服务模块回调接口函数通知蓝牙底层芯片协议栈和蓝牙芯片。

然后，响应于接收到回调内容，蓝牙底层芯片协议栈获取最新的歌曲信息、进度条等信息。然后将获取到的歌曲内容（切换后的歌曲）下发给蓝牙芯片。

可选地，蓝牙芯片向车载设备的蓝牙芯片反馈：执行切换歌曲成功。

最后，蓝牙芯片向蓝牙耳机的蓝牙芯片发送：切换后的歌曲。蓝牙耳机的蓝牙芯片将切换后的歌曲发送给蓝牙芯片的听筒，由听筒输出切换后的歌曲。

需要注意的是，不同电子设备使用的函数名也会有差异，但是蓝牙协议栈处理流程、跨设备交互和设备内上下传递逻辑方法相同。

还需要说明的是，AVRCP从1.3演进到1.6版本的属性映射（feature mapping），1.6版本的AVRCP协议包含歌曲信息现象、歌曲信息切换等细节。当商务场景涉及多人操作单一显示单元或者多个显示单元时，针对每个属性（feature）进行权限限制是非常有必要的。

示例性地，蓝牙AVRCP协议支持的基本属性包括：最基本远端控制操作，播放/暂停/停止等；当前播放器播放状态同步显示；当前媒体数据信息同步显示。新增特性包括：绝对音量控制；多个媒体播放器的浏览及播放控制功能；对当前媒体数据的基础的搜索功能；媒体播放器的媒体源数据的浏览功能，包含“当前播放”列表显示；以及背景图片显示。

通过本申请方案，可以提升多终端连接拓扑场景下不同通信业务并发输入输出的权限控制和易用性。

本文中描述的各个实施例可以为独立的方案，也可以根据内在逻辑进行组合，这些方案都落入本申请的保护范围中。

可以理解的是，上述各个方法实施例中由电子设备实现的方法和操作，也可以由可用于电子设备的部件（例如芯片或者电路）实现。

本申请实施例可以根据上述方法示例，对电子设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有其它可行的划分方式。下面以采用对应各个功能划分各个功能模块为例进行说明。

图14为本申请实施例提供的装置600的示意性框图。该装置600可以用于执行上文方法实施例中第一设备所执行的动作。该装置600包括通信单元610和处理单元620。

通信单元610，用于将装置600与第二设备和第三设备建立连接。

通信单元610，还用于接收第三设备发送的第一信息；其中，该第一信息用于指示第一设备执行第一操作指示的第一动作；该第一操作为用户在第三设备上的触发操作。

处理单元620，用于根据第一信息判断第三设备和第二设备是否满足预设条件；其中，预设条件包括：第三设备为装置600的预设输入设备，且第二设备为装置600的预设输出设备。

处理单元620，还用于在判断第三设备和第二设备满足预设条件的情况下，执行第一动作。

通信单元610，还用于向第二设备发送与第一动作对应的第二信息，该第二信息用于指示第二设备按照第二信息进行数据输出。

通过本申请方案，针对第一设备连接多个设备的场景，其中一些设备为第一设备的输入设备，支持触发第一设备执行一些预设的动作，另一些设备为第一设备的输出设备，支持输出第一设备发送的音频或图像数据。例如，可以根据与第一设备连接的各个设备的各自属性和功能，第一设备可以预先设置各设备能够触发第一设备执行预设动作的权限。用户可以根据实际使用需求直接在预设输入设备上操作，即可触发第一设备执行对应的动作，从而触发预设输出设备随着第一设备执行相应的动作，因此本申请方案可以提升多终端连接拓扑场景下不同通信业务并发输入输出的权限控制和易用性。

根据本申请实施例的装置600可对应于执行本申请实施例中描述的方法，并且装置600中的单元的上述和其它操作和/或功能分别为了实现方法的相应流程，为了简洁，在此不再赘述。

可选地，在一些实施例中，本申请提供一种芯片，该芯片与存储器耦合，该芯片用于读取并执行存储器中存储的计算机程序或指令，以执行上述各实施例中的方法。

需要说明的是，该芯片可以使用下述电路或者器件来实现：一个或多个现场可编程门阵列（field programmable gate array，FPGA）、可编程逻辑器件（programmablelogic device，PLD）、控制器、状态机、门逻辑、分立硬件部件、任何其他适合的电路、或者能够执行本申请通篇所描述的各种功能的电路的任意组合。

可选地，在一些实施例中，本申请提供一种电子设备，该电子设备包括芯片，该芯片用于读取并执行存储器存储的计算机程序或指令，使得各实施例中的方法被执行。

可选地，在一些实施例中，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有程序代码，当计算机程序代码在计算机上运行时，使得计算机执行上述各实施例中的方法。

可选地，在一些实施例中，本申请实施例还提供了一种计算机程序产品，该计算机程序产品包括计算机程序代码，当计算机程序代码在计算机上运行时，使得计算机执行上述各实施例中的方法。

在本申请实施例中，电子设备包括硬件层、运行在硬件层之上的操作系统层，以及运行在操作系统层上的应用层。其中，硬件层可以包括中央处理器（central processingunit，CPU）、内存管理单元（memory management unit，MMU）和内存（也称为主存）等硬件。操作系统层的操作系统可以是任意一种或多种通过进程（process）实现业务处理的计算机操作系统，例如，Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。应用层可以包含浏览器、通讯录、文字处理软件、即时通信软件等应用。

上述本申请实施例提供的电子设备、计算机可读存储介质、计算机程序产品以及芯片均用于执行上文所提供的方法，因此，其所能达到的有益效果可参考上文所提供的方法对应的有益效果，在此不再赘述。

应理解，上述只是为了帮助本领域技术人员更好地理解本申请实施例，而非要限制本申请实施例的范围。本领域技术人员根据所给出的上述示例，显然可以进行各种等价的修改或变化，例如，上述检测方法的各个实施例中某些步骤可以是不必须的，或者可以新加入某些步骤等。或者上述任意两种或者任意多种实施例的组合。这样的修改、变化或者组合后的方案也落入本申请实施例的范围内。

还应理解，上文对本申请实施例的描述着重于强调各个实施例之间的不同之处，未提到的相同或相似之处可以互相参考，为了简洁，这里不再赘述。

还应理解，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

还应理解，本申请实施例中，“预先设定”、“预先定义”可以通过在设备中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本申请对于其具体的实现方式不做限定。

还应理解，本申请实施例中的方式、情况、类别以及实施例的划分仅是为了描述的方便，不应构成特别的限定，各种方式、类别、情况以及实施例中的特征在不矛盾的情况下可以相结合。

还应理解，在本申请的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

最后应说明的是：以上描述内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (15)

1.一种设备间协同控制的通信系统，所述通信系统包括第一设备、第二设备和第三设备，所述第一设备分别与所述第二设备和所述第三设备已建立连接，其特征在于，

所述第一设备，用于识别用户场景；自动切换到与所述用户场景对应的第一模式；根据与所述第一模式对应的预设协同控制策略，设置所述第一设备的预设输入设备和预设输出设备；

所述第三设备，用于响应于用户在所述第三设备上的第一操作，向所述第一设备发送第一信息，所述第一信息用于指示所述第一设备执行所述第一操作指示的第一动作；

所述第一设备，还用于响应于所述第三设备发送的第一信息，确定所述第三设备和第二设备满足预设条件；其中，所述预设条件包括：所述第三设备为所述第一设备的预设输入设备，且所述第二设备为所述第一设备的预设输出设备；

所述第一设备，还用于执行所述第一动作并向所述第二设备发送与所述第一动作对应的第二信息；

所述第二设备，用于响应于所述第一设备发送的第二信息，按照所述第二信息进行数据输出。

2.根据权利要求1所述的系统，其特征在于，所述第一设备，还用于：

响应于用户操作，切换到与所述用户操作指示的第二模式；

根据与所述第二模式对应的预设协同控制策略，设置所述第一设备的预设输入设备和预设输出设备。

3.根据权利要求1所述的系统，其特征在于，

所述第一设备，还用于判断所述第三设备是否具有触发所述第一设备执行所述第一动作的权限；

其中，所述预设条件还包括：所述第三设备具有触发所述第一设备执行所述第一动作的权限。

4.根据权利要求1至3中任一项所述的系统，其特征在于，所述预设输入设备中每个设备设置有触发所述第一设备执行预设动作的权限；

其中，所述预设动作包括以下至少一项：调节音量大小，开始播放，切换播放内容，快进播放，快退播放，停止播放，接听电话、拒接电话，挂断电话，拨打电话，拍照。

5.根据权利要求1至3中任一项所述的系统，其特征在于，

所述第一设备，还用于响应于所述第三设备发送的第一信息，确定所述第三设备不是所述第一设备的预设输入设备或者所述第二设备不是所述第一设备的预设输出设备或者所述第三设备不具有触发所述第一设备执行所述第一动作的权限，所述第一设备不执行所述第一动作。

6.一种设备间协同控制的方法，其特征在于，包括：

第一设备分别与第二设备和第三设备建立连接；

所述第一设备识别用户场景；

所述第一设备自动切换到与所述用户场景对应的第一模式；

所述第一设备根据与所述第一模式对应的预设协同控制策略，设置所述第一设备的预设输入设备和预设输出设备；

所述第一设备接收所述第三设备发送的第一信息；其中，第一信息用于指示所述第一设备执行第一操作指示的第一动作；所述第一操作为用户在所述第三设备上的触发操作；

所述第一设备根据所述第一信息确定所述第三设备和第二设备满足预设条件；其中，所述预设条件包括：所述第三设备为所述第一设备的预设输入设备，且所述第二设备为所述第一设备的预设输出设备；

所述第一设备执行所述第一动作；

所述第一设备向所述第二设备发送与所述第一动作对应的第二信息，所述第二信息用于指示所述第二设备按照所述第二信息进行数据输出。

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

在所述第一模式为运动模式的情况下，与所述第一模式对应的预设协同控制策略包括：所述预设输入设备设置为运动设备，以及所述预设输出设备设置为音频设备；

在所述第一模式为驾驶模式的情况下，与所述第一模式对应的预设协同控制策略包括：所述预设输入设备设置为车载设备，以及所述预设输出设备设置为音频设备。

8.根据权利要求7所述的方法，其特征在于，在所述音频设备包括蓝牙耳机和外放音频设备的情况下，所述预设协同控制策略还包括：

在接听电话或者拨打电话的场景中，对应的语音数据通过所述蓝牙耳机输出；

在所述第一设备播放音频的场景中，对应的音频数据通过所述外放音频设备输出。

9.根据权利要求6至8中任一项所述的方法，其特征在于，所述第一设备根据所述第一信息确定所述第三设备和第二设备满足预设条件，包括：

所述第一设备根据所述第一信息和所述预设协同控制策略，确定所述第三设备和所述第二设备满足所述预设条件。

10.根据权利要求6至8中任一项所述的方法，其特征在于，所述方法还包括：

响应于用户操作，所述第一设备切换到与所述用户操作指示的第二模式；

所述第一设备根据与所述第二模式对应的预设协同控制策略，设置所述第一设备的预设输入设备和预设输出设备。

11.根据权利要求6至8中任一项所述的方法，其特征在于，所述预设条件还包括：所述第三设备具有触发所述第一设备执行所述第一动作的权限；

所述方法还包括：所述第一设备判断所述第三设备是否具有触发所述第一设备执行所述第一动作的权限。

12.根据权利要求6至8中任一项所述的方法，其特征在于，所述预设输入设备中每个设备设置有触发所述第一设备执行预设动作的权限；

其中，所述预设动作包括以下至少一项：调节音量大小，开始播放，切换播放内容，快进播放，快退播放，停止播放，接听电话、拒接电话，挂断电话，拨打电话，拍照；

其中，不同的输入设备设置有不同的权限。

13.根据权利要求6至8中任一项所述的方法，其特征在于，所述方法还包括：

当所述第一设备确定所述第三设备不是所述第一设备的预设输入设备时，所述第一设备不执行所述第一动作；或者，

当所述第一设备确定所述第二设备不是所述第一设备的预设输出设备时，所述第一设备不执行所述第一动作；或者，

当所述第一设备确定所述第三设备不具有触发所述第一设备执行所述第一动作的权限时，所述第一设备不执行所述第一动作。

14.一种电子设备，其特征在于，包括处理器，所述处理器与存储器耦合，所述处理器用于执行所述存储器中存储的计算机程序或指令，以使得所述电子设备实现如权利要求6至13中任一项所述的方法。

15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，当所述计算机程序在电子设备上运行时，使得所述电子设备执行如权利要求6至13中任一项所述的方法。

Images