CN114567619B - 一种设备推荐方法及电子设备 - Google Patents

Abstract

本申请提供一种设备推荐方法及电子设备，涉及终端领域，可在分布式场景中根据业务需求向用户推荐多设备协同工作时业务质量更高的设备，从而提高多设备协同工作时的业务质量。该方法包括：第一设备接收用户打开第一业务的第一操作；响应于第一操作，第一设备从N个电子设备中分别获取与第一业务关联的设备参数，N个电子设备与第一设备位于同一通信网络；第一设备根据设备参数预测N个电子设备中每个电子设备执行第一业务的业务质量；第一设备按照N个电子设备中每个电子设备执行第一业务的业务质量显示设备列表，设备列表中包括N个电子设备中至少一个电子设备的设备标识。

Description

一种设备推荐方法及电子设备

本申请要求于2020年11月27日提交国家知识产权局、申请号为202011360717.9、发明名称为“一种设备推荐方法及电子设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及终端领域，尤其涉及一种设备推荐方法及电子设备。

背景技术

随着通信技术的飞速发展，一个用户或家庭中往往具备多个能够互相通信的电子设备，这些电子设备可以协同工作完成分布式场景中的各项业务。以投屏业务举例，用户使用手机中的视频APP观看视频时，可触发手机与其他设备共同执行投屏业务。例如，手机可将视频中播放的显示数据投射至家中的电视播放，同时，可将视频中播放的音频数据投射至家中的音箱播放，获得更好的视频观看体验。

但是，当多设备通过协同的方式共同执行某一业务时，可能会因为设备性能的差别等原因出现音频质量变差、显示质量变差或者音画不同步等业务质量问题。例如，在上述投屏业务中，当音箱对音频数据的处理能力较弱而电视对显示数据的处理能力较强时，音箱播放上述音频数据产生的时延1可能会大于电视播放上述显示数据产生的时延2，从而导致电视播放的显示数据与音箱播放的音频数据不同步等问题。因此，在分布式场景中如何提高多设备协同工作时的业务质量成为亟需解决的问题。

发明内容

本申请提供一种设备推荐方法及电子设备，可在分布式场景中根据业务需求向用户推荐多设备协同工作时业务质量更高的设备，从而提高多设备协同工作时的业务质量，提高用户的使用体验。

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

第一方面，本申请提供一种设备推荐方法，包括：第一设备可接收用户打开第一业务的第一操作；响应于第一操作，第一设备可从位于同一通信网络中的N(N为大于0的整数)个电子设备中分别获取与第一业务关联的设备参数；进而，第一设备可根据获取到的设备参数预测上述N个电子设备中每个电子设备执行第一业务时的业务质量；后续，第一设备可按照N个电子设备中每个电子设备执行第一业务的业务质量显示设备列表，该设备列表中包括N个电子设备中至少一个电子设备的设备标识，从而向用户推荐适合执行第一业务的具体设备。

示例性的，上述第一业务可以是与音频功能相关的业务，例如音频播放业务、录音业务等。或者，上述第一业务可以是与显示功能相关的业务，例如视频播放业务、视频通话业务、游戏业务等。或者，上述第一业务可以是与相机功能相关的业务，例如视频通话业务、录像业务等。

示例性的，上述设备参数可以包括与音频功能相关的音频参数，与显示功能相关显示参数以及与相机功能相关相机参数等一项或多项。

也就是说，第一设备作为主设备在执行某一业务之前，可获取从设备(例如上述N个电子设备)的相关设备参数，从而预测各个从设备执行该业务时的业务质量。这样，第一设备可基于预测出的各个从设备执行该业务时的业务质量，通过显示设备列表的方式向用户推荐执行该业务的具体设备，从而提高分布式场景中多设备协同工作时的业务质量，同时提高了用户的使用体验。

在一种可能的实现方式中，上述N个电子设备中可以包括第二设备；第一设备从第二设备获取到的设备参数可以包括M(M为大于0的整数)项参数；此时，第一设备根据设备参数预测第二设备执行第一业务的业务质量，包括：第一设备确定与M项参数一一对应的M项分数；进而，第一设备可根据这M项分数计算第二设备执行第一业务的业务质量分数；当业务质量分数越高时，第一业务的业务质量越高。

示例性的，第一设备可以对第二设备的M项参数一一进行打分，得到对应的M项分数，进而，第一设备可将这M项分数按照预设的权重进行加权平均，得到第二设备执行第一业务的业务质量分数。当然，上述N个电子设备中其他设备执行第一业务的业务质量分数也可按照上述方法计算，本申请对此不做任何限制。

在一种可能的实现方式中，上述N个电子设备中还可以包括第三设备；当第二设备执行第一业务的业务质量分数高于第三设备执行第一业务的业务质量分数时，第二设备在设备列表中的排列顺序位于第三设备之前。也就是说，第一设备可以在显示的设备列表中通过设备之间的先后排列顺序向用户推荐执行相关业务的设备。

在一种可能的实现方式中，当第二设备执行第一业务的业务质量分数高于N个电子设备中其他电子设备执行第一业务的业务质量分数时，说明第二设备为上述N个电子设备中最适合执行第一业务的设备，则第二设备在上述设备列表中可被标记为推荐设备，从而提示用户使用推荐设备执行第一业务。

在一种可能的实现方式中，上述M项参数中可以包括与第一功能对应的第一参数，例如，与显示功能对应的显示参数；那么，当第二设备的第一参数的分数高于N个电子设备中其他电子设备的第一参数的分数时，说明第二设备在执行第一业务的第一功能时业务质量较高，则第一设备可在上述设备列表中显示第一提示信息，第一提示信息用于推荐用户使用第二设备实现第一功能。也就是说，第一设备可以向用户推荐在执行第一业务时某一功能较为突出的设备。

在一种可能的实现方式中，上述M项参数中包括与第一功能对应的第一参数，例如，与显示功能对应的显示参数；那么，当第二设备的第一参数的分数低于N个电子设备中其他电子设备的第一参数的分数时，说明第二设备在执行第一业务的第一功能时业务质量较低，则第一设备可在上述设备列表中显示第二提示信息，第二提示信息包括不推荐用户使用第二设备实现第一功能的原因。也就是说，第一设备可以向用户提示不推荐使用某一设备执行第一业务的具体原因。

在一种可能的实现方式中，上述N个电子设备中包括第二设备；在第一设备按照N个电子设备中每个电子设备执行第一业务的业务质量显示设备列表之后，还包括：第一设备接收用户在设备列表中选择第二设备的第二操作；那么，响应于第二操作，第一设备可将第一业务切换至第二设备中执行。这样，用户可以基于第一设备在设备列表中推荐的设备，将第一业务切换至第二设备中，实现多设备协同工作的分布式业务场景。

在一种可能的实现方式中，在第一设备将第一业务切换至第二设备中执行之后，还包括：第一设备可再次从当前的从设备(例如与手机位于同一通信网络的N个电子设备)中分别获取与第一业务关联的设备参数；同样，第一设备可根据获取到的设备参数预测当前N个电子设备中每个电子设备执行第一业务的业务质量；当第二设备不是上述N个电子设备中执行第一业务的业务质量最高的电子设备时，说明第一业务目前不适合在第二设备上执行，则第一设备可显示第一提示消息，第一提示消息用于提示用户使用推荐设备执行第一业务，推荐设备为N个电子设备中的一个或多个。

也就是说，第一设备作为主设备可以在与其他设备(例如上述第二设备)协同执行某一业务的过程中，实时的获取各个从设备的相关设备参数，从而预测各个从设备执行该业务时的业务质量。这样，第一设备可基于预测出的各个从设备执行该业务时的业务质量，通过显示提示消息向用户推荐执行该业务的推荐设备，从而提高分布式场景中多设备协同工作时的业务质量，同时提高了用户的使用体验。

在一种可能的实现方式中，第一设备根据设备参数预测N个电子设备中每个电子设备执行第一业务的业务质量，包括：第一设备可以根据从每个电子设备获取的设备参数，计算每个电子设备执行第一业务的业务质量分数。例如，第一设备可以根对每个电子设备对应的设备参数中的每一项参数进行打分，进而对所有的打分进行加权平均后计算出对应电子设备执行第一业务的业务质量分数。

在一种可能的实现方式中，上述N个电子设备中包括第三设备；当第三设备执行第一业务的业务质量分数高于N个电子设备中的其他电子设备时，上述推荐设备为第三设备；或者，当第三设备执行第一业务中第一子任务的业务质量分数高于N个电子设备中的其他电子设备时，上述推荐设备为第三设备。也就是说，当上述N个电子设备中除第二设备的某一设备执行第一业务，或第一业务中某一子任务的业务质量较高时，第一设备可将该设备确定为推荐设备，从而推荐用户使用该推荐设备执行第一业务。

在一种可能的实现方式中，上述第一业务可以包括第一子任务和第二子任务，例如，投屏业务中可以包括音频播放任务和显示任务；上述N个电子设备中可以包括第三设备和第四设备。当第三设备执行第一子任务的业务质量分数高于N个电子设备中的其他电子设备，且第四设备执行第二子任务的业务质量分数高于N个电子设备中的其他电子设备时，上述推荐设备为第三设备和第四设备组成的设备组。也就是说，当多个设备协同执行第一业务时可以获得较高的业务质量时，第一设备可以以设备组的形式向用户推荐使用多个设备共同执行上述第一业务。

在一种可能的实现方式中，上述方法还包括：第一设备预测第一设备执行第一业务的业务质量分数；其中，当第一设备执行第一业务的业务质量分数高于上述N个电子设备时，上述推荐设备可以为第一设备。也就是说，主设备(即第一设备)也可以作为推荐设备的一个候选设备，当第一设备执行目标业务(例如上述第一业务)的业务质量较高时，也可以提示用户使用第一设备执行上述第一业务。

在一种可能的实现方式中，上述第一提示消息中可以包括推荐设备的设备标识；在第一设备显示第一提示消息之后，还包括：第一设备接收用户在第一提示消息中选择推荐设备的第三操作；响应于第三操作，第一设备将第一业务切换至推荐设备中执行。这样，用户通过第一提示消息中推荐设备的设备标识可以快速将第一业务切换至业务质量较高的推荐设备中执行。

在一种可能的实现方式中，当第二设备不是N个电子设备中执行第一业务的业务质量最高的电子设备时，上述方法还包括：第一设备可以向第二设备通知上述推荐设备，以使得第二设备显示第二提示消息，第二提示消息用于提示用户使用推荐设备执行第一业务。同样，用户可以在第二设备中通过第二提示消息快速将第一业务切换至业务质量较高的推荐设备中执行。

在一种可能的实现方式中，上述设备参数可以包括音频参数、显示参数、相机参数或时延中的一个或多个。其中，音频参数可以包括从设备支持的音效算法、声道数目、采样率、混音策略、音频数据的编解码算法、麦克风的数目和型号以及喇叭的数目和型号等一项或多项。上述显示参数可以包括从设备支持的分辨率、帧率以及显示数据的编解码算法等一项或多项。上述相机参数可以包括从设备支持的图像处理算法、摄像头的数目、摄像头的分辨率或者摄像头的FOV等一项或多项。

第二方面，本申请提供一种电子设备(例如上述第一设备)，包括：通信模块、显示屏、一个或多个处理器、一个或多个存储器、以及一个或多个计算机程序；其中，处理器与通信模块、显示屏以及存储器均耦合，上述一个或多个计算机程序被存储在存储器中，当第一设备运行时，该处理器执行该存储器存储的一个或多个计算机程序，以使第一设备执行上述任一方面中所述的设备推荐方法。

第三方面，本申请提供一种计算机可读存储介质，包括计算机指令，当计算机指令在上述第一设备上运行时，使得第一设备执行上述任一方面中所述的设备推荐方法。

第四方面，本申请提供一种计算机程序产品，当计算机程序产品在上述第一设备上运行时，使得第一设备执行上述任一方面中所述的设备推荐方法。

可以理解地，上述各个方面所提供电子设备、计算机可读存储介质以及计算机程序产品均应用于上文所提供的对应方法，因此，其所能达到的有益效果可参考上文所提供的对应方法中的有益效果，此处不再赘述。

附图说明

图1为本申请实施例提供的一种推荐系统的架构示意图；

图2为本申请实施例提供的一种设备推荐方法的交互示意图；

图3为本申请实施例提供的一种电子设备的结构示意图一；

图4为本申请实施例提供的一种电子设备的操作系统的架构示意图一；

图5为本申请实施例提供的一种电子设备的操作系统的架构示意图二；

图6为本申请实施例提供的一种电子设备的操作系统的架构示意图三；

图7为本申请实施例提供的一种电子设备的应用场景示意图一；

图8为本申请实施例提供的一种电子设备的操作系统的架构示意图四；

图9为本申请实施例提供的一种电子设备的应用场景示意图二；

图10为本申请实施例提供的一种电子设备的应用场景示意图三；

图11为本申请实施例提供的一种电子设备的应用场景示意图四；

图12为本申请实施例提供的一种电子设备的应用场景示意图五；

图13为本申请实施例提供的一种电子设备的应用场景示意图六；

图14为本申请实施例提供的一种电子设备的应用场景示意图七；

图15为本申请实施例提供的一种电子设备的应用场景示意图八；

图16为本申请实施例提供的一种电子设备的应用场景示意图九；

图17为本申请实施例提供的一种电子设备的应用场景示意图十；

图18为本申请实施例提供的一种电子设备的应用场景示意图十一；

图19为本申请实施例提供的一种电子设备的应用场景示意图十二；

图20为本申请实施例提供的一种电子设备的应用场景示意图十三；

图21为本申请实施例提供的一种电子设备的应用场景示意图十四；

图22为本申请实施例提供的一种电子设备的应用场景示意图十五；

图23为本申请实施例提供的一种电子设备的结构示意图二。

具体实施方式

下面将结合附图对本实施例的实施方式进行详细描述。

本申请实施例提供的一种设备推荐方法，可应用于图1所示的推荐系统200中。如图1所示，该推荐系统200中可包括主设备(master)101和N个从设备(slave)102，N为大于0的整数。主设备101与任意一个从设备102之间可通过有线的方式通信，也可以通过无线的方式通信。

示例性的，主设备101与从设备102之间可以使用通用串行总线(universalserial bus，USB)建立有线连接。又例如，主设备101与从设备102之间可以通过全球移动通讯系统(global system for mobile communications，GSM)、通用分组无线服务(generalpacket radio service，GPRS)、码分多址接入(code division multiple access，CDMA)、宽带码分多址(wideband code division multiple access，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long termevolution，LTE)、蓝牙、无线保真(wireless fidelity，Wi-Fi)、NFC、基于互联网协议的语音通话(voice over Internet protocol，VoIP)、支持网络切片架构的通信协议建立无线连接。

示例性的，主设备101(或从设备102)具体可以为手机、平板电脑、电视(也可称为智慧屏、智能电视或大屏设备)、笔记本电脑、超级移动个人计算机(Ultra-mobilePersonal Computer，UMPC)、手持计算机、上网本、个人数字助理(Personal DigitalAssistant，PDA)、可穿戴电子设备、车载设备、虚拟现实设备等电子设备，本申请实施例对此不做任何限制。

在本申请实施例中，主设备101可将自身的一项或多项业务(例如，音频播放业务、录音业务、视频播放业务或相机业务等)切换至从设备102上执行，从而呈现多设备协同工作的分布式场景。其中，某一业务可与应用中的一项或多项功能对应。例如，视频APP可提供用于实现投屏功能的视频播放业务。又例如，音频APP可提供用于实现音频播放功能的音频播放业务，也可以提供用于实现音频录制功能的K歌业务。在分布式场景下，主设备101可将某一业务切换至从设备102上，此时，主设备101可与从设备102协同执行该业务。

示例性的，主设备101可将正在播放的音频数据发送至从设备102，由从设备102播放该音频数据，从而将主设备101的音频播放业务切换至从设备102上执行。又例如，主设备101可将视频中的显示数据发送至一个从设备102播放，同时将视频中的音频数据发送至另一个从设备102播放，从而将主设备101的视频播放业务切换至多个从设备102上执行。其中，一项业务中可以包括一个或多个子任务。例如，上述视频播放业务可以包括与显示功能相关的显示子任务以及与音频功能相关的音频子任务。

又例如，主设备102可使用从设备102的麦克风采集音频数据，并将采集到的音频数据发送至主设备101保存或播放，从而将主设备101的录音业务切换至从设备102上执行。又例如，主设备102可使用从设备102的摄像头采集拍摄图像，并将拍摄图像发送至主设备101显示，从而将主设备101的相机业务切换至从设备102上执行。

但是，在上述分布式场景中，主设备101在向从设备102切换某一业务时，可能会因为设备性能的差别等原因出现音频质量变差、显示质量变差、音画不同步或时延较长等业务质量问题。

对此，在本申请实施例中，主设备101可以预测将当前业务切换至不同从设备102上执行时的业务质量，进而，主设备101可以根据预测结果向用户推荐执行上述业务的一个或多个电子设备。这样，用户可以按照主设备101的推荐选择合适的设备与主设备101协同工作执行相应的业务，从而提高分布式场景中主设备101与从设备102协同工作时的业务质量。

示例性的，如图2所示，主设备101可以与一个或多个从设备102建立网络连接。进而，当主设备101准备将业务1切换至一个或多个从设备102上执行时，主设备101可以从每个从设备102获取与业务1关联的设备参数。

例如，当业务1为相机业务时，与业务1关联的设备参数可以包括从设备102支持的图像处理算法、摄像头的数目、摄像头的分辨率或者摄像头的FOV等。

又例如，当业务1为音频播放业务时，与业务1关联的设备参数可以包括从设备102支持的音效算法、声道数目、采样率、混音策略以及喇叭的型号等。

又例如，当业务1为录音业务时，与业务1关联的设备参数可以包括从设备102支持的语音处理算法、音频数据的编解码算法以及麦克风的数目等。

又例如，当业务1为显示业务时，与业务1关联的设备参数可以包括从设备102支持的分辨率、帧率以及显示数据的编解码算法等。

仍如图2所示，主设备101从每个从设备102获取到与业务1关联的设备参数后，可根据获取到的设备参数预测各个从设备102执行业务1的业务质量。进而，主设备101可根据各个从设备102执行业务1的业务质量确定对应的推荐设备。例如，主设备101可以将执行业务1的业务质量最高的从设备102确定为推荐设备。或者，主设备101也可以在将业务1切换至某一从设备102执行后，即主设备101与从设备102协同执行某一业务的过程中，从每个从设备102获取与业务1关联的设备参数，并按照上述方法确定对应的推荐设备。

主设备101确定出对应的推荐设备后，可将确定出的推荐设备推荐给用户。例如，主设备101可显示提示消息，提示消息中可以携带推荐设备的标识。如果检测到用户点击推荐设备的标识，则可触发主设备101将业务1重新切换至对应的推荐设备执行。

这样，用户可以通过上述提示消息及时获知当前分布式场景下适合执行上述业务1的具体设备。并且，用户可以通过上述提示消息中的标识快速切换执行上述业务1的具体设备，从而提高分布式场景中多设备协同工作时的业务质量，同时提高了用户的使用体验。

其中，主设备101获取各个从设备102的设备参数，以及确定对应推荐设备向用户进行推荐的具体过程将在后续实施例中详细阐述，故此处不予赘述。

示例性的，以手机作为上述录屏系统200中的主设备101举例，图3示出了手机的结构示意图。

手机可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180等。

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

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

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

天线1和天线2用于发射和接收电磁波信号。

移动通信模块150可以提供应用在手机上的包括2G/3G/4G/5G等无线通信的解决方案。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

无线通信模块160可以提供应用在手机上的包括无线局域网(wireless localarea networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequencymodulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。

在一些实施例中，手机的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得手机可以通过无线通信技术与网络以及其他设备通信。

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

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，手机可以包括1个或N个显示屏194，N为大于1的正整数。

手机可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，手机可以包括1个或N个摄像头193，N为大于1的正整数。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展手机的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行手机的各种功能应用以及数据处理。手机可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。手机可以通过扬声器170A收听音乐，或收听免提通话。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当手机接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。手机可以设置至少一个麦克风170C。在另一些实施例中，手机可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，手机还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

传感器模块180中可以包括压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器，骨传导传感器等。

当然，手机还可以包括充电管理模块、电源管理模块、电池、按键、指示器以及1个或多个SIM卡接口等，本申请实施例对此不做任何限制。

上述手机的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android系统为例，示例性说明手机的软件结构。当然，在其他操作系统中，只要各个功能模块实现的功能和本申请的实施例类似。

图4是本申请实施例的手机的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为五层，从上至下分别为应用程序层，应用程序框架层(framework)，安卓运行时(Android runtime)和系统库(libraries)，HAL(hardware abstraction layer，硬件抽象层)以及内核层(kernel)。

应用程序层可以包括一系列应用程序包。

如图4所示，应用程序层中可以安装通话，备忘录，浏览器，联系人，相机，图库，日历，地图，蓝牙，音乐，视频，短信息等APP(应用，application)。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图4所示，应用程序框架层中设置有显示模块401、相机模块402以及音频模块403等功能模块。

例如，显示模块401可以包括SurfaceFlinger。应用程序层的APP可以调用SurfaceFlinger绘制相应的显示界面，实现显示功能。

例如，相机模块402可以包括CameraService。应用程序层的APP可以调用CameraService启动摄像头执行预览、拍照或录像等操作，实现相应的相机功能。

例如，音频模块403可以包括AudioRecord、AudioTrack以及AudioFlinger。应用程序层的APP可以调用AudioTrack开启音频播放功能。AudioTrack可将接收到的音频数据发送至AudioFlinger进行混音、采样等处理，由AudioFlinger将处理后的音频数据发送至扬声器等器件播放。类似的，应用程序层的APP可以调用AudioRecord开启录音功能。AudioFlinger可对麦克风等器件录制的音频数据进行混音、采样等处理，进而AudioFlinger可将处理后的音频数据发送至AudioRecord进行录制。

仍如图4所示，手机的HAL提供了与手机的不同硬件模块对应的HAL，例如，AudioHAL、Camera HAL、Display HAL、Wi-Fi HAL(图4中未示出)等。其中，Audio HAL可与手机的音频输入设备或音频输出设备对应，Camera HAL可与手机的摄像头对应，Display HAL可与手机的显示输出设备对应。

例如，显示模块401(例如SurfaceFlinger)可调用Display HAL，将显示数据发送给Display HAL，由Display HAL将显示数据发送给对应的显示设备(例如显示屏等)进行播放。

又例如，相机模块402(例如CameraService)可调用Camera HAL，由Camera HAL将摄像头等器件采集到的拍摄画面上报给CameraService。CameraService可将获取到的拍摄画面发送给对应的APP进行显示或保存。

类似的，音频模块403(例如AudioFlinger)可调用Audio HAL，将音频数据发送给Audio HAL，由Audio HAL将音频数据发送给对应的音频输出设备(例如扬声器、耳机等)进行播放。或者，AudioFlinger可调用Audio HAL，由Audio HAL将音频输入设备(例如麦克风)录制的音频数据上报给AudioFlinger。AudioFlinger可将获取到的音频数据发送给对应的APP。

另外，应用程序框架层还可以包括窗口管理器，内容提供器，视图系统，资源管理器，通知管理器等，本申请实施例对此不做任何限制。

例如，上述窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。上述内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。上述视图系统可用于构建应用程序的显示界面。每个显示界面可以由一个或多个控件组成。一般而言，控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、微件(Widget)等界面元素。上述资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。上述通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，振动，指示灯闪烁等。

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

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

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

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

其中，表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。2D图形引擎是2D绘图的绘图引擎。

内核层位于HAL之下，是硬件和软件之间的层。内核层中除了可以包含上述超声波驱动外，还可以包括显示驱动，摄像头驱动，音频驱动，传感器驱动等，本申请实施例对此不做任何限制。

基于图4所示的Android系统的软件架构，在本申请实施例中，如图5所示，手机的应用程序层中可安装用于实现分布式场景中各项业务的设备虚拟化(DeviceVirtualization)APP，后续可称为DV APP。DV APP可作为系统应用常驻在手机中运行。或者，也可将DV APP实现的功能以系统服务的形式常驻在手机中运行。

当手机需要协同一个或多个电子设备实现某一业务时，手机中的DV APP可将这一个或多个电子设备作为手机的从设备与手机建立网络连接。以从设备1举例，仍如图5所示，手机的DV APP与从设备1建立网络连接后，DV APP可基于该网络连接获取从设备的相关能力参数，例如，该能力参数可用于反映从设备1的显示能力、音频能力以及拍摄能力等一项或多项。进而，DV APP可调用HAL中的预设接口，向预设接口中输入获取到的能力参数，从而在HAL中创建与从设备1对应的HAL。

本申请实施例中可将DV APP按照从设备1的能力参数创建的HAL称为DMSDP(Distributed Mobile Sensing Development Platform，分布式移动传感开发平台)HAL1。与手机中传统的HAL(例如图4中的Audio HAL、Camera HAL、Display HAL)不同的是，DMSDP HAL 1并不与手机实际的硬件设备相对应，而是与手机当前连接的从设备1对应。手机可作为主设备通过DMSDP HAL 1与从设备1进行数据收发，将从设备1作为手机的一个虚拟设备，与从设备1协同完成分布式场景中的各项业务。

类似的，当手机有多个从设备时，DV APP还可以按照上述方法获取其他从设备的能力参数，并按照获取到的能力参数在HAL中创建对应的DMSDP HAL，从而与各个从设备进行数据收发。

其中，主设备(例如上述手机)获取从设备的能力参数，以及根据从设备的能力参数创建DMSDP HAL与从设备进行数据收发的具体过程可参见申请号为CN202010628962.7的申请文件的相关描述，故此处不予赘述。

在本申请实施例中，在图5所示的软件架构的基础上，如图6所示，可以在应用程序框架层中设置预测感知模块601。当手机与一个或多个从设备建立网络连接后，预测感知模块601可以实时检测当前运行的业务。例如，音频播放业务、视频通话业务、直播业务或录音业务等。

进而，预测感知模块601可以根据当前运行的业务，从各个从设备中获取与该业务对应的设备参数。例如，设备参数可以包括音频参数、显示参数或者相机参数等一项或多项参数。

其中，上述音频参数可以包括从设备支持的音效算法、声道数目、采样率、混音策略、音频数据的编解码算法、麦克风的数目和型号以及喇叭的数目和型号等一项或多项。音频参数可以反映出从设备的音频能力(例如放音能力或录音能力)。

上述显示参数可以包括从设备支持的分辨率、帧率以及显示数据的编解码算法等一项或多项。显示参数可以反映出从设备的显示能力。

上述相机参数可以包括从设备支持的图像处理算法、摄像头的数目、摄像头的分辨率或者摄像头的FOV(field of view，视场角)等一项或多项。相机参数可以反映出从设备的拍摄能力。

示例性的，手机的预测感知模块601确定出与当前业务对应的设备参数后，可通过对应的DMSDP HAL从对应的从设备中获取该设备参数。例如，仍如图6所示，预测感知模块601可以通过DMSDP HAL 1向从设备1发送获取请求，从设备1可响应该获取请求将自身的设备参数发送至手机的DMSDP HAL 1，再由DMSDP HAL 1将从设备1的设备参数发送至预测感知模块601。这样，按照上述方法，预测感知模块601可以从各个从设备获取到与当前业务对应的设备参数。

后续，预测感知模块601可根据获取到的设备参数预测各个从设备执行上述业务时的业务质量。例如，预测感知模块601可根据每个从设备的设备参数，对该从设备执行上述业务时的业务质量进行打分。进而，预测感知模块601可将打分较高的一个或多个从设备作为推荐设备推荐给用户。例如，预测感知模块601可将确定出的推荐设备上报给正在运行当前业务的APP(例如相机APP)，由APP将上述推荐设备携带在提示消息中，并将该提示消息显示在显示界面中。

这样，用户可以获知当前分布式场景下适合执行上述业务的推荐设备，从而将当前的业务切换至预测感知模块601确定的推荐设备上执行，以提高分布式场景中多设备协同工作时的业务质量，同时提高了用户的使用体验。

以下将结合具体场景和示例详细阐述手机在分布式场景中向用户推荐执行不同业务时推荐设备的方法。

示例性的，用户可以在手机中选择一个或多个电子设备作为手机的从设备。例如，手机检测到用户打开控制中心的操作后，可以检测当前与手机接入同一通信网络的电子设备。例如，手机可以搜索与手机位于同一Wi-Fi网络中的一个或多个电子设备。又例如，手机可以在服务器中查询与手机登录同一账号(例如华为账号)的一个或多个电子设备。进而，如图7所示，手机可将检测到的一个或多个电子设备显示在控制中心701中。此时，用户可以在控制中心701中选择一个或多个电子设备作为手机的从设备。

仍如图7所示，控制中心701中显示有手机检测到的电视702、音箱703、手表704以及电视705。如果检测到用户点击电视702，则手机的DV APP可将电视702作为一个从设备与电视702建立网络连接。进而，如图8所示，手机的DV APP可基于该网络连接从电视702获取电视702的能力参数，例如，电视702的拍摄能力参数、音频能力参数以及显示能力参数等。后续，手机的DV APP可按照电视702的能力参数在HAL中创建对应的DMSDP HAL1，使得手机可通过DMSDP HAL 1与电视702交互。

类似的，如果还检测到用户点击音箱703，仍如图8所示，则手机可按照上述方法获取音箱703的能力参数，并按照音箱703的能力参数在HAL中创建对应的DMSDP HAL 2。如果还检测到用户点击电视705，则手机可按照上述方法获取电视705的能力参数，并按照电视705的能力参数在HAL中创建对应的DMSDP HAL 3。这样一来，手机可作为主设备可通过对应的DMSDP HAL与电视702、音箱703和电视705这三个从设备进行交互，实现分布式场景下的各项业务。

手机或从设备执行的业务一般涉及音频功能、显示功能或相机功能中的一项或多项。例如，与音频功能相关的业务可包括音频播放、录音、K歌、游戏、语音通话或视频通话等业务。例如，与显示功能相关的业务可包括视频播放、视频通话、游戏等业务。又例如，与相机功能相关的业务可包括拍照、录像、直播、扫码或视频通话等业务。

在本申请实施例中，手机与上述从设备(例如电视702、音箱703和电视705)建立网络连接后，手机中的预测感知模块601可实时检测手机在分布式场景下正在执行的具体业务(后续实施例中可称为目标业务)。

示例性的，预测感知模块601可以获取手机正在运行的应用的标识(例如应用的包名)，进而根据应用的标识确定正在执行的目标业务。例如，如果正在运行的应用为视频APP，则预测感知模块601可确定目标业务为视频播放业务。

或者，预测感知模块601还可以获取手机中各个器件的使用状态，结合器件的使用状态确定正在执行的目标业务。例如，当手机正在运行微信APP时，如果手机的前置摄像头为工作状态，则预测感知模块601可确定目标业务为视频通话业务。相应的，如果手机的后置摄像头为工作状态，则预测感知模块601可确定目标业务为扫码业务。

不同业务在运行时影响业务质量的设备参数可能不同。例如，对于音频播放业务，设备的喇叭数目、音效算法以及混音策略对业务质量的影响较大。又例如，对于直播业务，设备的显示分辨率、摄像头的型号、图像处理算法以及时延对业务质量的影响较大。

那么，如表1所示，手机中可预先存储不同业务与相关联的设备参数之间的对应关系。手机的预测感知模块601确定出当前的目标业务后，可以根据表1所示的对应关系确定与目标业务关联的具体设备参数。进而，仍如图8所示，手机的预测感知模块601可通过对应的DMSDP HAL从每个从设备中获取与目标业务关联的设备参数。

表1

业务	设备参数
		业务A	设备参数A、设备参数B
业务B	设备参数A、设备参数B、设备参数C
		……	……

以目标业务为音频播放业务举例，如图9所示，手机在运行音乐APP播放歌曲A时，用户可通过音频切换功能将歌曲A切换至电视702中播放。手机的预测感知模块601识别出当前的目标业务为音频播放业务后，可根据表1所示的对应关系确定出与音频播放业务相关的设备参数包括喇叭数目、音效算法以及混音策略这三项音频参数。进而，手机的预测感知模块601通过调用DMSDP HAL 1，可从电视702中获取电视702的设备参数1，设备参数1中包括电视702的喇叭数目、音效算法以及混音策略。并且，手机的预测感知模块601通过调用DMSDP HAL 2，可从音箱703中获取音箱703的设备参数2，设备参数2中包括音箱703的喇叭数目、音效算法以及混音策略。同样，手机的预测感知模块601通过调用DMSDP HAL3，可从电视705中获取电视705的设备参数3，设备参数3中包括电视705的喇叭数目、音效算法以及混音策略。

进而，手机的预测感知模块601可根据获取到的设备参数1、设备参数2以及设备参数3，预测各个从设备执行音频播放业务时的业务质量。示例性的，手机中可预先存储不同业务中与各个设备参数对应的质量参数。例如，如表2所示，针对不同的业务，预先设置了与业务关联的各个设备参数的质量参数，每项质量参数可反映出对应业务对设备参数的需求。例如，在音频播放业务中，可设置与喇叭数目对应的质量参数为2个或2个以上，说明2个或2个以上的喇叭能够满足音频播放业务的业务需求。又例如，在直播业务中，可设置与时延对应的质量参数为500ms以内，说明500ms以内的时延可以满足直播业务的业务需求。

表2

那么，手机的预测感知模块601从电视702中获取到设备参数1后，可结合表2中与音频播放业务对应的各项质量参数，预测电视702使用设备参数1执行音频播放业务时的业务质量分数1。

例如，预测感知模块601可结合表2中与音频播放业务对应的各项质量参数，对设备参数1中的每一项设备参数进行打分，即确定每一项设备参数的业务质量分数。例如，如果设备参数1中的喇叭数目为0个，则喇叭数目这一项设备参数的分数F1为0分；如果设备参数1中的喇叭数目为2个，则喇叭数目这一项设备参数的分数F1为60分；如果设备参数1中的喇叭数目为4个，则喇叭数目这一项设备参数的分数F1为80分。

按照上述打分方法，预测感知模块601可以得到对设备参数1中喇叭数目打分的分数F1、对设备参数1中音效算法打分的分数F2以及对设备参数1中混音策略打分的分数F3。进而，预测感知模块601可根据分数F1、分数F2以及分数F3计算电视702使用设备参数1执行音频播放业务时的业务质量分数1。例如，预测感知模块601可以按照预设的权重，计算分数F1、分数F2以及分数F3的加权平均值，并将计算出的加权平均值作为业务质量分数1。

类似的，预测感知模块601从音箱703中获取到设备参数2后，可按照上述方法预测音箱703使用设备参数2执行音频播放业务时的业务质量分数2。并且，预测感知模块601从电视705中获取到设备参数3后，可按照上述方法预测电视705使用设备参数3执行音频播放业务时的业务质量分数3。

在另一些实施例中，手机中也可预先存储不同业务中与各个设备参数对应的质量参数打分曲线或打分规则。仍以音频播放业务举例，如图10中的(a)所示，在音频播放业务中，不同喇叭数目与质量参数打分之间的对应关系为曲线1。预测感知模块601可以根据曲线1，确定与设备参数1中喇叭数目这一项设备参数的分数F1。如图10中的(b)所示，为音频播放业务中，不同音效算法与质量参数打分之间的打分规则1。预测感知模块601可以根据打分规则1，确定与设备参数1中音效算法这一项设备参数的分数F2。类似的，如图10中的(c)所示，为音频播放业务中，不同混音策略与质量参数打分之间的打分规则2。预测感知模块601可以根据打分规则2，确定与设备参数1中混音策略这一项设备参数的分数F3。

进而，预测感知模块601可根据分数F1、分数F2以及分数F3计算电视702使用设备参数1执行音频播放业务时的业务质量分数1。当然，预测感知模块601还可以按照上述方法获取音箱703使用设备参数2执行音频播放业务时的业务质量分数2，以及电视705使用设备参数3执行音频播放业务时的业务质量分数3。

手机的预测感知模块601获取到上述业务质量分数1、业务质量分数2以及业务质量分数3后，可根据这些业务质量分数确定与当前音频播放业务对应的推荐设备。例如，如果业务质量分数2＞业务质量分数1＞业务质量分数3，说明音箱703执行音频播放业务的业务质量高于当前电视702执行音频播放业务的业务质量，则预测感知模块601可将音箱703确定为推荐设备。此时，仍如图8所示，预测感知模块601可将确定出的推荐设备(即音箱703)的标识上报给正在运行的APP(即音乐APP)。

进而，如图11所示，音乐APP可根据预测感知模块601上报的推荐设备，在显示界面1101中显示提示消息1101。提示消息1101用于提示用户使用业务质量更高的音箱703执行当前的音频播放业务。例如，提示消息1101中可以包括音箱703的标识1102。这样，在分布式场景中用户通过提示消息1101可以感知到其他从设备执行某一业务时的业务质量。后续，如果检测到用户点击音箱703的标识1102，则手机可将当前的音频播放业务切换至音箱703中继续执行，同时停止在电视702上继续执行上述音频播放业务，从而提高音频播放业务的业务质量。

在一些实施例中，手机的预测感知模块601也可以根据某一项设备参数的业务质量分数确定对应的推荐设备。例如，如果音箱703的混音策略这一设备参数的打分高于其他从设备的混音策略这一设备参数的打分，但电视702的音效算法这一设备参数的打分高于其他从设备的音效算法这一设备参数的打分，说明音箱703的混音能力较高，而电视702对音频数据的音效处理能力较高。此时，预测感知模块601可将音箱703作为推荐设备，并向音乐APP通知音箱703的混音能力高于其他从设备。进而，如图12所示，音乐APP可在提示消息1201中提示用户音箱703在音频播放业务中的混音能力更强。当然，音乐APP还可以在提示消息1201中提示用户当前播放音频数据的电视702的音效处理能力更强。

这样，在分布式场景中用户可以感知到不同从设备执行某一业务时的不同业务能力，从而有选择性的选择相应的从设备执行该业务。

或者，预测感知模块601可将确定出的推荐设备(例如音箱703)通知给其他APP，例如，通知中心APP等系统APP。以通知中心APP举例，通知中心APP接收到来自预测感知模块601发送的推荐设备的标识后，与图11或图12类似的，通知中心APP可以通知消息的形式提示用户使用业务质量更高的音箱703执行当前的音频播放业务，本申请实施例对此不做任何限制。

又或者，预测感知模块601还可以将确定出的推荐设备通过对应的DMSDP HAL 1通知给正在执行音频播放业务的电视702。进而，如图13所示，电视702获取到手机发送的推荐设备的标识后可以显示提示消息1301，提示用户使用业务质量更高的音箱703执行当前的音频播放业务。后续，如果电视702检测到用户选中提示消息1301中音箱703的标识，则电视702可停止执行上述音频播放业务。同时，电视702可向手机发送业务切换消息，使得手机可响应该业务切换消息将当前的音频播放业务切换至音箱703中继续执行，从而提高音频播放业务的业务质量。

当然，如果预测感知模块601确定出当前正在执行音频播放业务的电视702为业务质量最高的设备，则预测感知模块601可以向音乐APP通知当前执行音频播放业务的电视702已为最优设备。此时，手机或电视702可以不再向用户推荐其他设备执行该音频播放业务。

在另一些实施例中，手机的预测感知模块601除了可以预测各个从设备(例如电视702、音箱703以及电视705)执行音频播放业务时的业务质量分数外，还可以预测手机自身执行音频播放业务时的业务质量分数。

例如，手机的预测感知模块601还可以获取与当前的音频播放业务关联的设备参数4，即手机中的喇叭数目、音效算法以及混音策略。进而，预测感知模块601可按照上述方法预测手机使用设备参数4执行音频播放业务时的业务质量分数4。后续，预测感知模块601可结合业务质量分数4以及与各个从设备对应的业务质量分数确定本次的推荐设备。也就是说，主设备(即手机)也可以作为推荐设备的一个候选设备，当主设备执行目标业务(例如上述音频播放业务)的业务质量较高时，也可以提示用户使用主设备执行上述目标业务。

上述实施例中是以音频播放业务为例进行说明的，可以理解的是，当手机在分布式场景中执行其他业务时，也可以按照上述方法向用户推荐执行其他业务时业务质量更高的推荐设备。

示例性的，如图14所示，手机在运行视频APP时，手机可响应用户的投屏操作将视频APP中播放的视频B投射至电视702中播放。在投屏过程中，手机可通过DMSDP HAL 1将视频B的显示数据发送给电视702，同时，手机可通过DMSDP HAL 1将视频B的音频数据发送给电视702。

并且，在投屏过程中，手机的预测感知模块601可识别出当前的目标业务为视频播放业务。进而，预测感知模块601可根据表1所示的对应关系确定出与视频播放业务关联的设备参数。例如，与视频播放业务关联的设备参数可以包括显示屏的分辨率等与显示功能相关的显示参数，还可以包括麦克风的数目、音效算法等与音频功能相关的音频参数。

仍以手机的从设备包括电视702、音箱703以及电视705举例，手机的预测感知模块601确定出与视频播放业务关联的设备参数后，可通过对应的DMSDP HAL从每个从设备中获取与视频播放业务关联的设备参数。进而，预测感知模块601可按照上述实施例中的方法，根据获取到的设备参数预测每个从设备执行视频播放业务时的业务质量分数，并根据每个从设备执行视频播放业务时的业务质量分数确定相应的推荐设备。

例如，如果电视705执行视频播放业务时的业务质量分数高于电视702执行视频播放业务时的业务质量分数，并且，电视705执行视频播放业务时的业务质量分数高于音箱703执行视频播放业务时的业务质量分数，则预测感知模块601可将电视705确定为本次执行视频播放业务的推荐设备。

进而，如图15中的(a)所示，预测感知模块601可向视频APP通知当前的推荐设备为电视705，使得视频APP可在显示界面中显示提示消息1501，提示用户使用业务质量更高的电视705执行当前的视频播放业务。其中，提示消息1501中可以包括电视705的标识。如果检测到用户点击电视705的标识，则手机可将当前的视频播放业务切换至电视705中继续执行，同时停止在电视702上继续执行上述视频播放业务，从而提高本次视频播放业务的业务质量。

或者，如图15中的(b)所示，预测感知模块601可将确定出的推荐设备通过对应的DMSDP HAL 1通知给正在执行视频播放业务的电视702。电视702确定本次执行视频播放业务的推荐设备为电视705后，可以显示提示消息1502，以提示用户使用业务质量更高的电视705执行当前的视频播放业务。类似的，如果电视702检测到用户选中提示消息1502中电视705的标识，则电视702可停止执行上述视频播放业务。同时，电视702可向手机发送业务切换消息，使得手机可响应该业务切换消息将当前的视频播放业务切换至电视705中继续执行，从而提高音频播放业务的业务质量。

当然，如果预测感知模块601确定出当前正在执行视频播放业务的电视702为业务质量最高的设备，则预测感知模块601可以向视频APP通知当前执行视频播放业务的电视702已为最优设备。此时，手机或电视702可以不再向用户推荐其他设备执行该视频播放业务。

在另一些实施例中，手机的预测感知模块601也可以根据不同从设备中不同设备参数的业务质量分数，确定多个从设备执行当前的视频播放业务(即目标业务)。此时，预测感知模块601确定出的推荐设备可以有多个。

例如，预测感知模块601可以从电视702中获取与视频播放业务关联的设备参数1。设备参数1中包括电视702的音频参数和显示参数。同样，预测感知模块601可以从音箱703中获取与视频播放业务关联的设备参数2。设备参数2中包括音箱703的音频参数和显示参数。如果预测感知模块601对设备参数1中显示参数的业务质量打分高于对设备参数2中显示参数的业务质量打分，则说明电视702的显示能力比音箱703的显示能力高。如果预测感知模块601对设备参数2中音频参数的业务质量打分高于对设备参数1中音频参数的业务质量打分，则说明音箱703的音频能力比电视702的显示能力高。

此时，预测感知模块601可以将音箱703和电视702这两个设备均确定为推荐设备，其中，电视702可用于执行视频播放业务中与显示功能相关的第一子任务，音箱703可用于执行视频播放业务中与音频功能相关的第二子任务。进而，预测感知模块601可向手机的视频APP通知电视702为执行第一子任务的推荐设备，音箱703为执行第二子任务的推荐设备。进而，如图16所示，视频APP可按照预测感知模块601通知的推荐设备显示提示消息1601。提示消息1601中可提示用户使用“电视702+音箱703”组成的设备组协同执行上述视频播放业务，使得用户可以享受到最优的视频播放业务质量。

后续，如果检测到用户选择提示消息1601中的确认按钮1602，则手机可将正在播放的视频B中的显示数据切换至电视702播放(即将视频播放业务中的第一子任务切换至电视702)，同时，将视频B中的音频数据切换至音箱703播放(即将视频播放业务中的第二子任务切换至音箱703)，通过多设备协同工作的方式提高视频播放业务的业务质量。

也就是说，主设备(例如手机)可以将当前的目标业务划分为多个子任务，进而根据各个从设备的设备参数为各个子任务确定最佳的推荐设备，从而将目标业务分布至多个推荐设备中执行，通过多设备协同工作的方式提高目标业务的业务质量。

除了在上述音频播放业务和视频播放业务中手机可以根据从设备的设备参数推荐对应的推荐设备外，当手机在执行与相机功能相关的业务时，手机也可以按照上述方法向用户推荐业务质量更高的推荐设备。

示例性的，手机在运行微信APP时，用户可打开微信APP的视频通话功能与联系人(例如联系人Sam)进行视频通话。如图17所示，在视频通话的过程中，手机可使用电视702的摄像头采集图像数据，并且，手机可使用电视702的显示屏显示视频通话界面。此时，手机可通过DMSDP HAL 1获取电视702的摄像头采集到的图像数据，并且，手机可通过DMSDP HAL 1将视频通话界面的显示数据发送至电视702中显示。

在视频通话的过程中，手机的预测感知模块601可识别出当前的目标业务为视频通话业务。进而，预测感知模块601可根据表1所示的对应关系确定出与视频通话业务关联的设备参数。例如，与视频通话业务关联的设备参数可以包括显示屏的分辨率等与显示功能相关的显示参数，还可以包括麦克风的数目、音效算法等与音频功能相关的音频参数，还可以包括摄像头的数目等与相机功能相关的相机参数，还可以包括时延等参数。

仍以手机的从设备包括电视702、音箱703以及电视705举例，手机的预测感知模块601确定出与视频通话业务关联的设备参数后，可通过对应的DMSDP HAL从每个从设备中获取与视频通话业务关联的设备参数。进而，预测感知模块601可按照上述实施例中的方法，预测每个从设备执行视频通话业务时的业务质量分数，并根据每个从设备执行视频通话业务时的业务质量分数确定推荐设备。

例如，如果电视705执行视频通话业务时的业务质量分数高于电视702执行视频通话业务时的业务质量分数，并且，电视705执行视频通话业务时的业务质量分数高于音箱703执行视频通话业务时的业务质量分数，则预测感知模块601可将电视705确定为本次执行视频通话业务的推荐设备。

进而，如图18中的(a)所示，预测感知模块601可向微信APP通知当前的推荐设备为电视705，使得微信APP可在显示界面中显示提示消息1701，提示用户使用业务质量更高的电视705执行当前的视频通话业务。或者，如图18中的(b)所示，预测感知模块601可将确定出的推荐设备通过对应的DMSDP HAL 1通知给正在执行视频通话业务的电视702，由电视702显示提示消息1702，以提示用户使用业务质量更高的电视705执行当前的视频通话业务。

另外，对于视频通话业务、直播业务或K歌业务等实时性需求较高的业务，手机的预测感知模块601还可以预测执行对应业务所需的时延，基于预测出的时延推荐相应的推荐设备。也就是说，对于实时性需求较高的业务，可将各个设备执行该业务所需的时延作为该业务质量高低的判断标准。例如，手机在计算各个设备执行该业务的业务质量分数时可将时延这一设备参数的权重值设置为1，此时，当前业务的业务质量完全依赖于时延这一设备参数。

仍以视频通话业务举例，手机的预测感知模块601识别出当前的目标业务为视频通话业务后，可获取与每个从设备之间的网络时延，以及每个从设备执行视频通话业务的处理时延。这样，在分布式场景下每个从设备执行视频通话业务的时延为网络时延与处理时延之和。

以电视702与手机之间的网络连接为Wi-Fi连接举例，手机的预测感知模块601可调用Wi-Fi HAL检测手机与电视702之间的网络时延L11。并且，预测感知模块601可通过DMSDP HAL 1从电视702获取电视702执行视频通话业务的处理时延L12。进而，预测感知模块601可计算出电视702执行视频通话业务的时延L1＝L11+L12。类似的，预测感知模块601还可以按照上述方法计算出音箱703执行视频通话业务的时延L2以及电视705执行视频通话业务的时延L3。

示例性的，如果表2中设置了视频通话业务中时延的质量参数为500ms以内，说明500ms以内的时延可以满足视频通话业务的业务质量需求。那么，如果手机的预测感知模块601计算出电视702执行视频通话业务的时延L1大于500ms，而电视705执行视频通话业务的时延L3小于500ms，则预测感知模块601可将电视705确定为本次视频通话业务的推荐设备。此时，如图19所示，预测感知模块601可向微信APP通知当前的推荐设备为电视705，使得微信APP按照该推荐设备在显示界面中显示提示消息1801，提示用户使用时延更低的电视705执行当前的视频通话业务。当然，也可以在正在执行视频通话业务的电视702中显示上述提示消息，本申请实施例对此不做任何限制。

在一些实施例中，当电视702执行视频通话业务的时延L1大于500ms时，手机的预测感知模块601还可以进一步分析时延L1超过500ms的具体原因。例如，如果是因为电视702与手机之间的网络时延L11大于阈值1导致时延L1超过500ms，说明当前的网络状态较差，与各个从设备交互时的时延均较长，则预测感知模块601可将手机自身确定为执行本次视频通话业务的推荐设备。此时，如图20中的(a)所示，预测感知模块601可通知手机中的微信APP(或电视702)显示提示消息1901，在提示消息1901中提示用户当前的网络状态较差，建议用户使用手机执行当前的视频通话业务。

或者，如果是因为电视702执行视频通话业务的处理时延L12大于阈值2导致时延L1超过500ms，则预测感知模块601可简化电视702执行视频通话业务的处理过程。例如，预测感知模块601可确定视频通话策略1，在视频通话策略1中电视702无需对音频数据进行音效处理。又例如，预测感知模块601可确定视频通话策略2，在视频通话策略2中电视702可使用指定的编解码算法对显示数据进行编解码处理。进而，如图20中的(b)所示，预测感知模块601可通知手机中的微信APP(或电视702)按照确定出的视频通话策略显示提示消息1902，在提示消息1902中提示用户简化电视702执行视频通话业务的处理过程，以降低执行视频通话业务的时延。后续，如果检测到用户选择提示消息1902中的确认按钮1903，则预测感知模块601可通过对应的DMSDP HAL 1向电视702发送上述视频通话策略，使得电视702可按照该视频通话策略简化执行视频通话业务的处理过程，从而降低整个视频通话业务的时延，提高视频通话业务的业务质量。

当然，手机的预测感知模块601也可以在确定出简化视频通话业务处理过程的视频通话策略后，直接向电视702发送上述视频通话策略，使得电视702可以按照该视频通话策略简化执行视频通话业务的处理过程。此时，手机(或电视702)可显示提示消息提示用户已经简化了视频通话业务的处理过程，以降低整个视频通话业务的时延。

又或者，如果电视702与手机之间的网络时延L11大于阈值1，且电视702执行视频通话业务的处理时延L12大于阈值2，则预测感知模块601可在其他从设备中选择执行视频通话业务时时延小于500ms的从设备作为推荐设备。进而，与图19类似的，预测感知模块601可通知手机中的微信APP(或电视702)显示对应的提示消息，提示用户使用时间更低的电子设备执行当前的视频通话业务。

上述实施例中是以手机作为主设备在与从设备协同执行某一项业务的过程中向用户推荐更适合执行该业务的推荐设备为例说明的，在另一些实施例中，手机还可以在检测到手机将作为主设备执行某一业务时，提前向用户推荐更适合执行该业务的推荐设备。

仍以手机的从设备包括电视702、音箱703以及电视705举例，如图21中的(a)所示，手机的下拉菜单2001中可以设置投屏按钮2002。如果检测到用户点击投屏按钮2002，说明手机开启了投屏功能准备执行投屏业务(例如视频播放业务)。此时，手机的预测感知模块601可按照上述实施例中的方法从各个从设备中获取与投屏业务关联的设备参数，并且根据获取到的设备参数预测各个从设备执行投屏业务时的业务质量分数，从而按照预测出的业务质量分数向用户推荐对应的推荐设备。

例如，当预测感知模块601预测出电视705执行投屏业务时的业务质量分数1高于电视702执行投屏业务时的业务质量分数2，且电视702执行投屏业务时的业务质量分数2高于音箱703执行投屏业务时的业务质量分数3时，说明电视705、电视702以及音箱703这三个从设备执行投屏业务的业务质量依次降低。那么，如图21中的(b)所示，手机可响应用户点击投屏按钮2002的操作显示设备列表2003。在设备列表2003中，手机可以按照执行投屏业务的业务质量分数由高至低的顺序排列各个从设备。用户可在设备列表2003中选择将手机中的内容投射至哪个从设备中播放，上述排列顺序可推荐用户使用业务质量分数较高的设备执行本次投屏业务，以提高后续投屏业务的业务质量。

又或者，手机的预测感知模块601可根据获取到的设备参数预测不同从设备在执行投屏业务时的具体业务质量。例如，预测感知模块601可根据电视702的设备参数预测电视702在执行投屏业务时可能出现音画不同步的现象。又例如，预测感知模块601可根据音箱703的设备参数预测音箱703在执行投屏业务时无法显示显示数据。进而，如图22所示，手机可响应用户点击投屏按钮2002的操作显示设备列表2003。在设备列表2003中，手机可向用户提示每一从设备执行本次投屏业务的具体业务质量。

也就是说，在分布式场景中，手机作为主设备可以在执行某一业务之前，预测出将该业务切换至各个从设备上执行时的具体业务质量，从而在用户选择执行该业务的从设备时向用户提示业务质量较好的从设备。这样，手机可以在与多设备协同工作之前向用户推荐适合执行本次业务的推荐设备，从而方便用户将本次业务切换至推荐设备上执行，以提高分布式场景中多设备协同工作时的业务质量，同时提高用户的使用体验。

需要说明的是，上述实施例中是以手机为分布式场景中的主设备举例说明的，可以理解的是，分布式场景中的主设备还可以是平板电脑、电视等电子设备，本申请实施例对此不做任何限制。

另外，上述实施例中是以Android系统为例阐述的各个功能模块之间实现定位的具体方法，可以理解的是，也可以在其他操作系统中设置相应的功能模块实现上述定位方法。只要各个设备和功能模块实现的功能和本申请的实施例类似，即属于本申请权利要求及其等同技术的范围之内。

本申请实施例公开了一种电子设备，该电子设备可以为上述实施例中的主设备(例如手机)。该电子设备具体可以包括处理器，以及与处理器相连的存储器、输入设备和输出设备。其中，输入设备和输出设备可集成为一个设备，例如，可将触摸传感器作为输入设备，将显示屏作为输出设备，并将触摸传感器和显示屏集成为触摸屏。

示例性的，如图23所示，上述电子设备可以包括：触摸屏2201，所述触摸屏2201包括触摸传感器2206和显示屏2207；一个或多个处理器2202；存储器2203；通信模块2208；一个或多个应用程序(未示出)；以及一个或多个计算机程序2204，上述各器件可以通过一个或多个通信总线2205连接。其中该一个或多个计算机程序2204被存储在上述存储器2203中并被配置为被该一个或多个处理器2202执行，该一个或多个计算机程序2204包括指令，该指令可以用于执行上述实施例中主设备执行的相关步骤。

其中，上述处理器2202具体可以为图3所示的处理器110，上述存储器2203具体可以为图3所示的内部存储器121，上述显示屏2207具体可以为图3所示的显示屏194，上述触摸传感器2206具体可以为图3所示的传感器模块180中的触摸传感器，本申请实施例对此不做任何限制。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：快闪存储器、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (15)

1.一种设备推荐方法，其特征在于，包括：

第一设备接收用户打开第一业务的第一操作；

响应于所述第一操作，所述第一设备从N个电子设备中分别获取与所述第一业务关联的设备参数，所述N个电子设备与所述第一设备位于同一通信网络，N为大于0的整数；

所述第一设备根据所述设备参数预测所述N个电子设备中每个电子设备执行所述第一业务的业务质量；

所述第一设备按照所述N个电子设备中每个电子设备执行所述第一业务的业务质量显示设备列表，所述设备列表中包括所述N个电子设备中至少一个电子设备的设备标识；其中，所述N个电子设备中包括第二设备；

所述第一设备接收用户在所述设备列表中选择所述第二设备的第二操作；响应于所述第二操作，所述第一设备将所述第一业务切换至所述第二设备中执行；

所述第一设备从所述N个电子设备中分别获取与所述第一业务关联的设备参数；

所述第一设备根据所述设备参数预测所述N个电子设备中每个电子设备执行所述第一业务的业务质量；

当所述第二设备不是所述N个电子设备中执行所述第一业务的业务质量最高的电子设备时，所述第一设备显示第一提示消息，所述第一提示消息用于提示用户使用推荐设备执行所述第一业务，所述推荐设备为所述N个电子设备中的一个或多个。

2.根据权利要求1所述的方法，其特征在于，所述第一设备从所述第二设备获取到的设备参数包括M项参数，M为大于0的整数；

其中，所述第一设备根据所述设备参数预测所述第二设备执行所述第一业务的业务质量，包括：

所述第一设备确定与所述M项参数一一对应的M项分数；

所述第一设备根据所述M项分数计算所述第二设备执行所述第一业务的业务质量分数；当所述业务质量分数越高时，所述第一业务的业务质量越高。

3.根据权利要求2所述的方法，其特征在于，所述N个电子设备中还包括第三设备；

当所述第二设备执行所述第一业务的业务质量分数高于所述第三设备执行所述第一业务的业务质量分数时，所述第二设备在所述设备列表中的排列顺序位于所述第三设备之前。

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

当所述第二设备执行所述第一业务的业务质量分数高于所述N个电子设备中其他电子设备执行所述第一业务的业务质量分数时，所述第二设备在所述设备列表中被标记为推荐设备。

5.根据权利要求2所述的方法，其特征在于，所述M项参数中包括与第一功能对应的第一参数；

当所述第二设备的第一参数的分数高于所述N个电子设备中其他电子设备的第一参数的分数时，所述设备列表中包括第一提示信息，所述第一提示信息用于推荐用户使用所述第二设备实现所述第一功能。

6.根据权利要求2所述的方法，其特征在于，所述M项参数中包括与第一功能对应的第一参数；

当所述第二设备的第一参数的分数低于所述N个电子设备中其他电子设备的第一参数的分数时，所述设备列表中包括第二提示信息，所述第二提示信息包括不推荐用户使用所述第二设备实现所述第一功能的原因。

7.根据权利要求1-6中任一项所述的方法，其特征在于，所述第一设备根据所述设备参数预测所述N个电子设备中每个电子设备执行所述第一业务的业务质量，包括：

所述第一设备根据从每个电子设备获取的设备参数，计算每个电子设备执行所述第一业务的业务质量分数。

8.根据权利要求7所述的方法，其特征在于，所述N个电子设备中包括第三设备；

当所述第三设备执行所述第一业务的业务质量分数高于所述N个电子设备中的其他电子设备时，所述推荐设备为所述第三设备；或者，

当所述第三设备执行所述第一业务中第一子任务的业务质量分数高于所述N个电子设备中的其他电子设备时，所述推荐设备为所述第三设备。

9.根据权利要求8所述的方法，其特征在于，所述第一业务包括第一子任务和第二子任务，所述N个电子设备中包括第三设备和第四设备；

当所述第三设备执行所述第一子任务的业务质量分数高于所述N个电子设备中的其他电子设备，且所述第四设备执行所述第二子任务的业务质量分数高于所述N个电子设备中的其他电子设备时，所述推荐设备为所述第三设备和所述第四设备。

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

所述第一设备预测所述第一设备执行所述第一业务的业务质量分数；

其中，当所述第一设备执行所述第一业务的业务质量分数高于所述N个电子设备时，所述推荐设备为所述第一设备。

11.根据权利要求1所述的方法，其特征在于，所述第一提示消息中包括所述推荐设备的设备标识；

在所述第一设备显示第一提示消息之后，还包括：

所述第一设备接收用户在所述第一提示消息中选择所述推荐设备的第三操作；

响应于所述第三操作，所述第一设备将所述第一业务切换至所述推荐设备中执行。

12.根据权利要求1所述的方法，其特征在于，当所述第二设备不是所述N个电子设备中执行所述第一业务的业务质量最高的电子设备时，所述方法还包括：

所述第一设备向所述第二设备通知所述推荐设备，以使得所述第二设备显示第二提示消息，所述第二提示消息用于提示用户使用推荐设备执行所述第一业务。

13.根据权利要求1所述的方法，其特征在于，所述设备参数包括音频参数、显示参数、相机参数或时延中的一个或多个。

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

显示屏；

一个或多个处理器；

存储器；

通信模块；

其中，所述存储器中存储有一个或多个计算机程序，所述一个或多个计算机程序包括指令，当所述指令被所述电子设备执行时，使得所述电子设备执行如权利要求1-13中任一项所述第一设备执行的一种设备推荐方法。

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

Images