CN115080103A - 设备之间同步软件特性的方法及电子设备 - Google Patents

Abstract

本申请提供了一种设备之间同步软件特性的方法及电子设备，该方法应用于建立通信连接的源设备和目标设备，源设备和目标设备可以是手机、音箱、智慧屏等，该方法将源设备的桌面与壁纸、显示与亮度、声音与振动、语言与输入法、系统与更新、应用管理、安全与隐私等相关的软件特性同步到目标设备，实现软件特性的生效，保障了同步对跨系统平台的兼容，使目标设备能快速表现出用户喜欢的风格，符合用户的使用习惯；还可以将用户在目标设备上变更软件特性的操作回传到源设备，不断完善对目标设备的软件特性同步效果，使后续的同步更为精准，目标设备的软件特性更符合用户的使用习惯，提高了用户体验。

Description

设备之间同步软件特性的方法及电子设备

技术领域

本申请涉及电子技术领域，尤其涉及一种设备之间同步软件特性的方法及电子设备。

背景技术

随着数字智能时代的发展，人们拥有的电子设备越来越多，例如手机、平板电脑(pad)、大屏设备(智慧屏)、智能手表等。电子设备的种类和数量越来越多，用户可以授权使用多种电子设备，在不同的电子设备上设置不同的软件特性或者相同的软件特性。

应理解，“软件特性”可以包括用户通过一系列操作通过设置应用等应用程序，为该电子设备设置的字体与显示大小、主题壁纸、开机动画等与电子设备显示相关的菜单、选项，或者用户设置的媒体音量、通知铃声、按键提示音等与声音相关的菜单、选项，或者用户设置的电子设备的语言与输入法、日期和时间、软件更新、情景智能等系统和更新相关的菜单、选项，或者用户设置的应用程序管理、网络管理、网络连接、安全与隐私相关的菜单、选项等。因此，用户定制的软件特性可以表现鲜明的该用户的个人特征，使该电子设备具有个性化、易用、受控等特性。

一般而言，电子设备在出厂时具有默认的软件特性，用户可以通过分别在这些设备上进行繁琐的操作，调整设置项等，为该电子设备定制软件特性，使其符合自己的使用习惯。如果用户拥有或者使用多个电子设备时，需要在每个电子设备的默认软件特性的基础上，通过一系列的操作进行重新设置或者修改该默认的软件特性，该过程操作繁琐，降低了用户体验。

发明内容

本申请提供一种设备之间同步软件特性的方法及电子设备，该方法可以将源设备的桌面与壁纸、显示与亮度等相关的软件特性同步到目标设备，保障了同步对跨系统平台的兼容，使目标设备能快速表现出用户喜欢的风格，符合用户的使用习惯，提高了用户体验。

第一方面，提供了一种设备之间同步软件特性的方法，应用于建立通信连接的源设备和目标设备，该方法包括：源设备接收目标设备发送的第一信息，该第一信息包括目标设备的软硬件参数；根据源设备的软件特性和目标设备的软硬件参数，确定目标软件特性相关的目标配置参数；向目标设备发送该目标配置参数，使得目标设备根据该目标配置参数，修改目标设备原有的软件特性相关的配置参数为该目标配置参数；其中，源设备的软件特性包括源设备的桌面与壁纸、显示与亮度、声音与振动、语言与输入法、系统与更新、应用管理、安全与隐私、网络连接、设备管理相关的菜单或选项中的一种或多种。

应理解，本申请的“软件特性”还可以称为“可定制软件特性”或“用户定制的软件特性”，即用户可以设置或修改的桌面与壁纸、显示与亮度、声音与振动、语言与输入法、系统与更新、应用管理、安全与隐私、网络连接、设备管理相关的菜单或选项中的任一种软件特性。

还应理解，本申请中源设备和目标设备之间可以相互通信，且源设备和目标设备之间的通信可以基于多种不同的方式。

一种可能的实现方式中，源设备和目标设备可以通过物理连接的方式、逻辑连接的方式或者借助于未来通信技术的方式进行通信以传输数据。

可选地，物理连接的方式可以包括有线连接或者无线连接等多种不同连接方式。示例性的，源设备和目标设备可以通过数据线的方式进行有线连接；或者，两个电子设备之间可以通过无线保真(wireless fidelity，Wi-Fi)网络、近距离无线通信技术(near fieldcommunication，NFC)、蓝牙扫码连接、红外连接等建立无线连接。

可选地，逻辑连接的方式可以包括独立连接和拓展连接。其中，独立连接可以用于独立使用各电子设备时，通过Wi-Fi直连等方式同步所有表征源设备的软件特性。

又或者，电子设备还可以借助于未来通信技术的方式，例如通过在手机和平板上安装不同或相同的应用，借助于第五代(the fifth generation，5G)移动通信网络传输数据，本申请对两个电子设备之间的连接方式或者通信方式不做限定。

还应理解，“目标设备的软硬件参数”可以用于确定目标设备所支持的能力。软硬件参数信息可以包括目标设备的软件系统版本、显示屏的显示尺寸、分辨率、像素点距、扫描频率、刷新速度、功耗、电磁辐射，以及目标设备的扬声器的功率、声压级别、总品质因数等硬件设备的参数中的一种或多种信息。源设备可以根据该目标设备的设备信息、软硬件参数信息确定目标设备支持的能力。

可选地，源设备和目标设备建立连接之后，目标设备可以将自身支持的能力参数发送给源设备。应理解，这里“能力参数”可以指示该目标设备所支持的能力，不同于上述“软硬件参数信息”，目标设备直接将自身的能力参数发送给源设备，不需要源设备再根据软硬件参数来判断目标设备的能力，该过程可以降低源设备的数据处理或数据计算量，从而减轻源设备的功耗。

通过上述方法，本申请通过设备之间的软件特性的同步，可以实现将源设备的桌面与壁纸、显示与亮度、声音与振动、语言与输入法、系统与更新、应用管理、安全与隐私、网络连接、设备管理相关的菜单或选项中的任一种软件特性同步到目标设备。当源设备和目标设备建立连接且确定当前用户的身份之后，源设备和目标设备可以传输用户信息，并进一步将源设备上的软件特性同步传输到目标设备上，减少了用户繁琐的设置操作，实现了跨系统平台和跨设备的兼容性。

一种可能的实现方式中，软件特性的同步过程中，可以通过同步源设备的某软件特性的“资源文件”，该“资源文件”可以包括电子设备可以直接获取的图片、音频、视频等数据，目标设备可以直接使用或经过转换适配并生效。

或者，软件特性的同步过程中，可以同步源设备的某软件特性的“描述文件”，该“描述文件”可以包括指示目标设备如何修改字体、大小、显示背景、指示灯的颜色亮度等，目标设备可以根据该描述文件，经过修改或调整本机的软件特性以适配生效。

又或者，软件特性的同步过程中，可以同步源设备的某软件特性的“资源路径”，该“资源路径”可以用于为目标设备指示获取图片、音频、视频等数据的途径，目标设备可以根据该资源路径访问或下载与该软件特性的相关数据，经过适配并生效。本申请实施例对此不作限定。

应理解，除涉及的资源文件、描述文件等可以直接使用或经转换适配外，其它部分的同步数据可以以通用的形式表达，而不表现为特定操作系统平台上特定文件的特定数据形式，换言之，本申请实施例对同步的软件特性的数据形式不作限定。

结合第一方面，在第一方面的某些实现方式中，该目标软件特性和源设备的软件特性包括相同的菜单或选项，或者，该目标软件特性和源设备的软件特性包括不同的菜单或选项。

可选地，对于不同类型的电子设备，“软件特性”可以包括相同或不同的菜单或选项。此外，对于相同类型的不同用户的电子设备，“软件特性”也可以包括相同或不同的菜单或选项。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，该目标配置参数包括：对该目标软件特性相关的图片类文件的压缩处理参数或放大处理参数；和/或对该目标软件特性相关的音频类文件的压缩处理参数；和/或对该目标软件特性相关的字体与显示大小的修改参数；和/或对该目标软件特性相关的音量级别的修改参数；和/或修改源设备和目标设备中受控严格的设备作为受控过程的执行设备的配置参数。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，目标设备包括至少一个分区，该方法还包括：目标设备确定当前用户的用户身份；当该当前用户为第一用户时，目标设备将该目标配置参数存储到该至少一个分区中与该第一用户相关联的第一用户分区。

一种可能的场景中，家庭中的多个用户可能都会使用同一个目标设备，即多个源设备对应一个目标设备，多个用户都将自己的个人设备和目标设备进行软件特性的同步，例如家长用户和儿童用户都使用智慧屏时，将个人的手机和智慧屏进行软件特性的同步。

在该场景下，目标设备可以为不同的用户(或者说不同的源设备)设置不同的分区，例如机主区、内部用户区以及外部用户区等。具体地，不同用户的软件特性或不同源设备的软件特性分别同步到目标设备，并根据目标设备的同步策略设置多个用户在目标设备的角色。示例性的，设备“家长用户”分区和“儿童用户”分区，“家长用户”分区可以用于存储或记录“家长用户”对应的软件特性，“儿童用户”分区可以用于存储或记录“儿童用户”对应的软件特性。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，目标设备确定当前用户的用户身份，包括：目标设备根据获取的该当前用户的人脸信息、指纹信息、用户账号中的至少一种，确定当前用户的用户身份；或者目标设备根据源设备发送的该当前用户的用户身份的验证结果，确定当前用户的用户身份。

可选地，对于“家长用户”和“儿童用户”的区分可以通过在源设备上进行指纹信息、人脸信息等身份验证的方式，对于没有保存相关指纹信息、人脸信息的新用户，也可以单独设置分区，此处不再赘述。

或者，同一个源设备的多个使用用户在使用智慧屏之前，将个人用户登录的源设备和智慧屏进行软件特性的同步。在该场景下，源设备可以将多个不同用户定制的软件特性分别同步到目标设备，并根据目标设备的同步策略设置多个用户在目标设备的角色，决定软件特性生效的优先级和时限，以及是否保留该用户的同步数据等。

又一种可能的实现方式中，目标设备还可以根据源设备上用户身份验证的结果，确定当前用户为机主用户(例如家长用户)、内部用户(例如儿童用户)或者外部用户。换言之，目标设备根据用户身份验证的结果，分别将家长用户的软件特性相关的数据写入机主区，将儿童用户等其他家庭成员的软件特性写入内部用户区，将家庭成员之外的其他用户的软件特性写入外部用户区。

另一种可能的实现方式中，目标设备可以通过摄像头采集当前用户的人脸信息等，并将该人脸信息与源设备上的图库中的图像做人脸特性对比。应理解，源设备上的图库一般会按照人脸信息对不同用户的照片进行分组，例如机主用户照片组和不同的家庭用户照片组。可以经过人脸特征对比，判断当前用户为机主用户或者为家庭内部用户1、家庭内部用户2等，当人脸特征和源设备上的图片不匹配时，将当前用户确定为外部用户。

或者，在智能家居场景中多设备联动时，判断用户身份的过程可以借助于智能家居场景中其他电子设备的摄像头，通过与源设备、目标设备等联动的电子设备来采集当前用户的人脸信息，再将人脸信息传递到源设备、目标设备等联动的电子设备，进一步判断当前用户为为机主用户或者为家庭内部用户1、家庭内部用户2等，本申请实施例对源设备和/或目标设备判断用户身份的方式不作限定。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，该至少一个分区中每个分区存储该目标配置参数的有效时长不同。

示例性的，机主区写入的数据长期有效，当其他的内部用户或外部用户使用该目标设备且退出后，即恢复目标设备具有该机主区写入的家长用户的软件特性。内部用户区写入的数据临时有效，且可以用于后续的软件特性的比对和快速恢复，以减小对其他用户的影响。外部用户区写入的数据在使用后失效且该软件特性相关的数据可以在使用后删除，即临时有效，用后删除，以节省分区存储的压力。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，源设备包括至少一个分区，该方法还包括：目标设备接收到用户变更该目标软件特性的操作；响应于该操作，目标设备修改该目标配置参数，且目标设备向源设备发送该修改后的目标配置参数；源设备存储该修改后的目标配置参数到与目标设备关联的分区。

应理解，“回写过程”可以在目标设备接收到用户变更软件特性的操作之后立即执行，即目标设备只要检测到用户的操作就将该用户变更软件特性的操作回传到源设备；或者，目标设备可以记录该用户变更软件特性的操作，并周期性的将该用户变更软件特性的内容、变更时间等信息回传给源设备，例如1小时回传一次，本申请实施例对回传过程发生的时机不作限定。

通过上述方案，源设备可保存多个目标设备的软件特性，当目标设备的软件特性变更时，可以将变更的软件特性即时回写到源设备，源设备创建或更新已存储的目标设备软件特性信息，以不断完善对目标设备的软件特性同步效果，便于下次用户使用该目标设备时，目标设备的软件特性更符合用户的使用习惯，提高了用户体验。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，源设备的软件特性相关的菜单或选项是用户手动选择的；或者源设备的软件特性相关的菜单或选项是源设备根据目标设备的软硬件参数自动生成的；或者源设备的软件特性相关的菜单或选项是预设的。

通过上述方法，本申请还可以由用户在源设备上手动选择需要同步到目标设备的软件特性，可以避免无关数据的干扰，更满足用户的需求，符合用户的使用习惯，提高了用户体验。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，该目标软件特性的信息能够通过消息传递、文件传输、资源路径的调用、数据共享中任意一种方式进行传输。

综上所述，本申请提供的设备之间同步软件特性的方法，可以基于源设备和目标设备简单的连接，将源设备的可定制的软件特性同步到目标设备上，借助于软件特性提取及生效，保障了同步对跨系统平台的兼容，使目标设备也能快速表现出用户喜欢的风格，符合用户的使用习惯。同时，该软件特性的同步方法不影响目标设备上机主用户或普通用户等其他用户的使用，且在目标设备可以同步多个用户的软件特性，并根据目标设备的同步策略设置用户在目标设备的角色，决定软件特性生效的优先级和时限，以及是否保留该用户的同步数据等。

随着用户对目标设备的使用以及用户在目标设备上变更软件特性的操作等，该方法可以将用户的使用情况或变更后的软件特性回传到源设备，以不断完善对目标设备的软件特性同步效果，逐步完善同步数据，使后续的同步更为精准，便于下次用户使用该目标设备时，目标设备的软件特性更符合用户的使用习惯，提高了用户体验。

此外，该方法在源设备和目标设备建立连接时，可以根据连接方式选取需要同步的软件特性，例如可以根据连接方式或目标设备的能力预设软件特性的同步范围，或者由用户预先选取可定制软件特性的同步范围，保障了对不同形态的设备的兼容，且避免了无关数据的干扰。并由源设备和目标设备中运算和智慧化能力、网络通信等适配处理能力更强的设备，来决策软件特性的同步过程中的待同步的软件特性，合理地利用了源设备和目标设备的处理能力，实现跨系统平台和跨设备的兼容性，保证软件特性的同步过程的实现。

第二方面，提供了一种设备之间同步软件特性的方法，应用于包括源设备、服务器和目标设备的系统中，该方法包括：服务器接收并存储源设备发送的第一信息，该第一信息包括第一用户账号以及与该第一用户账号相关的软件特性的配置参数；接收目标设备发送的与该第一用户账号相关的同步请求，响应于该同步请求，确定该第一用户账号相关的软件特性的配置参数；根据该第一用户账号相关的软件特性的配置参数，确定目标软件特性相关的目标配置参数；向目标设备发送该目标配置参数，使得目标设备根据该目标配置参数，修改目标设备原有的软件特性相关的配置参数为该目标配置参数；其中，该第一用户账号相关的软件特性包括源设备的桌面与壁纸、显示与亮度、声音与振动、语言与输入法、系统与更新、应用管理、安全与隐私、网络连接、设备管理相关的菜单或选项中的一种或多种。

一种可能的实现方式中，源设备和目标设备可以不建立前述第一方面中介绍的连接，借助云端服务器实现源设备和目标设备的隔离。换言之，软件特性相关的数据的上传可以不依赖于目标设备，软件特性相关的数据的下载可以不依赖于源设备，即软件特性的转换、适配与决策等也可以在云端服务器完成。

可选地，源设备和目标设备可以基于同一个用户帐号(即第一用户账号)，将源设备上表征该用户的软件特性相关的数据上传到服务器。用户使用目标设备时，先在目标设备上进行用户帐号的认证，目标设备上认证为同一个用户账号时，根据该用户对目标设备的使用场景，决定需要同步的软件特性的范围，并在服务器和目标设备之间进行适配执行方选择，并利用服务器和目标设备的连接下载软件特性的相关数据。

应理解，该过程中，确定软件特性的适配策略可以由服务器和/或目标设备完成，具体取决于服务器和目标设备的处理能力，本申请实施例对此不作限定。

还应理解，在该场景中，对于目标设备的使用场景，可以由用户在目标设备上选择期望同步的软件特性的范围，并由目标设备向服务器请求该软件特性。

还应理解，目标设备的实际使用人的用户信息认证，可以不表示机主用户、管理员用户或操作系统用户的帐号登录，仅为验证当前的使用用户的身份，以准确的实现软件特性的同步。

通过上述方案，服务器可以保存同一用户、不同用户或者多个设备的可定制软件特性，且可以进行软件特性的转换适配，因而服务器可以在该软件特性的同步过程中取代前述实施例的源设备，减少了源设备的参与过程，该过程在源设备的软件特性的相关数据已上传到服务器的前提下，可以实现仅有目标设备和服务器连接下的软件特性的同步，扩大了该软件特性的同步的实现场景。

结合第二方面，在第二方面的某些实现方式中，该第一用户账号相关的同步请求还包括目标设备的软硬件参数，该响应于该同步请求，确定该第一用户账号相关的软件特性的配置参数，包括：响应于该同步请求，确定该第一用户账号相关的软件特性的配置参数和该第一用户账号相关的软件特性的配置参数；以及根据第一用户账号相关的软件特性的配置参数，确定目标软件特性相关的目标配置参数，包括：根据该第一用户账号相关的软件特性的配置参数和该第一用户账号相关的软件特性的配置参数，确定该目标配置参数。

结合第二方面和上述实现方式，在第二方面的某些实现方式中，该目标软件特性和该第一用户账号相关的软件特性包括相同的菜单或选项，或者，该目标软件特性和该第一用户账号相关的软件特性包括不同的菜单或选项。

结合第二方面和上述实现方式，在第二方面的某些实现方式中，该目标配置参数包括：对该目标软件特性相关的图片类文件的压缩处理参数或放大处理参数；和/或对该目标软件特性相关的音频类文件的压缩处理参数；和/或对该目标软件特性相关的字体与显示大小的修改参数；和/或对该目标软件特性相关的音量级别的修改参数；和/或修改源设备和目标设备中受控严格的设备作为受控过程的执行设备的配置参数。

结合第二方面和上述实现方式，在第二方面的某些实现方式中，目标设备包括至少一个分区，该方法还包括：目标设备确定当前用户的用户身份；当该当前用户为第一用户时，目标设备将该目标配置参数存储到该至少一个分区中与该第一用户相关联的第一用户分区。

结合第二方面和上述实现方式，在第二方面的某些实现方式中，目标设备确定当前用户的用户身份，包括：目标设备根据获取的该当前用户的人脸信息、指纹信息、用户账号中的至少一种，确定当前用户的用户身份；或者目标设备根据源设备发送的该当前用户的用户身份的验证结果，确定当前用户的用户身份。

结合第二方面和上述实现方式，在第二方面的某些实现方式中，该至少一个分区中每个分区存储该目标配置参数的有效时长不同。

结合第二方面和上述实现方式，在第二方面的某些实现方式中，服务器包括至少一个分区，该方法还包括：目标设备接收到用户变更该目标软件特性的操作；响应于该操作，目标设备修改该目标配置参数，且目标设备向服务器发送该修改后的目标配置参数；服务器记录该目标配置参数到与该第一用户账号关联的分区。

结合第二方面和上述实现方式，在第二方面的某些实现方式中，第一用户账号相关的软件特性是用户在源设备上手动选择的；或者该第一用户账号相关的软件特性是预设的。

结合第二方面和上述实现方式，在第二方面的某些实现方式中，该目标软件特性的信息能够通过消息传递、文件传输、资源路径的调用、数据共享中任意一种方式进行传输。

第三方面，提供了一种电子设备，包括：一个或多个处理器；一个或多个存储器；安装有多个应用程序的模块；该存储器存储有一个或多个程序，当该一个或者多个程序被该处理器执行时，使得该电子设备执行如上述任一方面任一项可能的实现中源设备执行的步骤。

第四方面，提供了一种电子设备，包括：一个或多个处理器；一个或多个存储器；安装有多个应用程序的模块；该存储器存储有一个或多个程序，当该一个或者多个程序被该处理器执行时，使得该电子设备执行上述任一方面任一项可能的实现中目标设备执行的步骤。

第五方面，提供了一种服务器，包括：一个或多个存储器、收发器，该存储器和该收发器相互合作，使得该服务器执行上述任一方面中任一项可能的实现中服务器执行的步骤。

第六方面，提供了一种电子设备上的图形用户界面，该电子设备具有显示屏、存储器、以及一个或多个处理器，例如该电子设备包括第一方面中的源设备或目标设备，该一个或多个处理器用于执行存储在该存储器中的一个或多个计算机程序，该图形用户界面包括源设备或目标设备执行上述任一方面任一项可能的设备之间同步软件特性的方法中显示的图形用户界面。

第七方面，提供了一种装置，该装置包含在源设备或目标设备中，该装置具有实现上述第一方面及上述第一方面的可能实现方式中源设备或目标设备行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块或单元。例如，显示模块或单元、检测模块或单元、处理模块或单元等。

第八方面，提供了一种计算机存储介质，包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行上述任一方面中任一项可能的设备之间同步软件特性的方法。

第九方面，提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行上述任一方面中任一项可能的设备之间同步软件特性的方法。

附图说明

图1是本申请实施例提供的一例应用场景示意图。

图2是本申请实施例提供的一例电子设备的结构示意图。

图3是本申请实施例的电子设备的软件结构框图。

图4是本申请实施例提供的一例设备之间同步软件特性的过程的示意性流程图。

图5是本申请实施例提供的一例手机上进行设备连接操作的示意图。

图6是本申请实施例提供的一例智慧屏和手机建立连接的示意图。

图7是本申请实施例提供的一例智慧屏上软件特性同步前后的示意图。

图8是本申请实施例提供的一例目标设备软件特性生效过程的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。

图1是本申请实施例提供的一例应用场景示意图，设备之间的数据同步可以应用于如图1所示的网络系统10中，该网络系统10可以是包括多个电子设备的分布式网络系统，例如图1中该网络系统10可以是包括手机、音箱、智慧屏、可穿戴设备、车载设备、个人电脑(personal computer，PC)和平板设备(pad)等多种类型的电子设备。可选地，该网络系统10中的电子设备还可以包括增强现实(augmented reality，AR)/虚拟现实(virtualreality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)等电子设备中的任意一种或者多种，应理解，本申请实施例对网络系统100中包括的电子设备的数量和形态不做限定。

应理解，在本申请实施例中，将进行软件特性同步的两个设备分别称为“新设备”和“旧设备”，或者称为“目标设备”和“源设备”。其中，“旧设备(源设备)”可以理解为用户已设置，且具有符合用户使用习惯的软件特性的设备，“新设备(目标设备)”理解为用户将要使用，且期望该电子设备和旧设备(源设备)具有相同的软件特性的设备。

一种可能的场景中，设备之间的数据同步可以应用于用户更换电子设备的场景中。在用户更换电子设备的过程中，可以借助电子设备的数据备份和恢复功能、数据克隆功能等，由用户在旧设备(更换前的原电子设备)上选择需要同步到新设备(更换后的目标设备)的内容，在源设备上备份、在新设备上恢复，或者直接从源设备传输到新设备，从而使两设备可以实现不同程度的软件特性同步。可选地，该内容可以包括系统设置数据、旧设备上安装的软件及数据、文件等数据，以及旧设备上的系统分区镜像数据等。

上述基于数据备份和恢复、数据克隆等设备之间数据同步的过程，必须由用户手动选择需要同步的具体内容和数据，来确定用户的同步诉求，操作繁琐。或者，可以对系统分区的镜像数据整体进行同步，该过程可能包含大量的与操作系统固有数据相关的不可定制的软件特性数据和/或临时文件、垃圾文件等无效数据，增加了数据处理量。

此外，数据同步之后，要求新设备识别旧设备的设置项中与系统属性、环境变量、注册表、数据库等软件特性相关的数据，并要求新设备有能力表达出同样的软件特性，新设备也适用旧设备的软件和资源文件等，因此，该数据同步过程往往要求旧设备和新设备安装了同一操作系统，或者安装了同一操作系统中的特定版本，无法在不同操作系统之间实现软件特性的同步。

再者，如果软件特性的相关数据同步到新设备上，那么对新设备的现有软件特性的改变是不可逆的。为了保证设备机主对该新设备的软件的绝对控制权，那么该同步动作往往会被限定在由新设备的机主用户或管理员用户等特定用户来执行该同步过程，将导致该电子设备的使用用户不能按照自己的习惯使用该电子设备，即使是在独享该电子设备的特定时间内，也无法按照自己的习惯使用该电子设备，降低了用户体验。

另一种可能的场景中，在用户更换电子设备的过程中，新设备和旧设备可以通过用户账号进行同步。具体地，用户可以在旧设备使用目标帐号进行在线登录，并将与系统设置相关的数据同步到服务器。当用户在新设备上登录该目标帐号时，新设备和旧设备可以在线同步，新设备从服务器下载与该目标帐号相关的系统设置等数据，且该目标帐号相关的系统设置等数据在新设备上生效，从而使得新设备具有和旧设备相同的系统设置等软件特性。

应理解，上述同步过程中，新设备和旧设备可以基于同一个用户帐号登录并进行鉴权，同时，将旧设备上与该用户帐号相关的软件特性数据存储到服务器，在同步阶段，不再依赖旧设备的参与，新设备可以直接从服务器获取该用户帐号相关的软件特性数据，该过程虽然一定程度上简化了同步操作，但是，该过程对新设备的现有软件特性的改变是不可逆的。此外，对于新设备的机主用户或管理员用户之外的普通使用用户，不能按照自己的习惯使用该电子设备，即使是在独享该电子设备的特定时间内，也无法按照自己的习惯使用该电子设备，降低了用户体验。

因此，本申请实施例将提供一种设备之间同步软件特性的方法，可以在多个不同的电子设备之间实现数据同步。可选地，本申请实施例提供的设备之间同步软件特性的方法可以应用于图1示出的任意一种或多种电子设备之间。下面结合具体的使用场景介绍该设备之间同步软件特性的方法。

示例性的，以用户更换手机为例，用户购买了新手机，用户可以在旧设备(旧手机)上选择需要同步到新设备(新手机)的内容，在源设备上备份、在新设备上恢复，同时将旧手机上设置的字体、壁纸、显示亮度、音量等软件特性，同步到新手机上。在该过程中，用户更换前的旧手机就为“旧设备(源设备)”，更换后的新手机就为“新设备(目标设备)”。

或者，以用户同时使用手机和智慧屏的场景为例，用户在手机上设置了字体、壁纸、显示亮度、音量等软件特性，当用户使用智慧屏时，可以连接手机和智慧屏，直接将用户在手机上设置的字体与显示大小、壁纸、屏幕亮度、媒体音量等软件特性同步到智慧屏上，用户不需要通过多项繁琐操作在智慧屏上设置字体与显示大小、壁纸、屏幕亮度、媒体音量等软件特性。在该过程中，手机即为“旧设备(源设备)”，智慧屏为“新设备(目标设备)”，此处不再一一举例。

还应理解，在本申请实施例中，“软件特性”还可以称为“可定制软件特性”或“用户定制的软件特性”，即用户可以设置或修改的软件特性。

还应理解，本申请实施例中“用户可以设置或修改的软件特性”在技术实现可以是具体修改与该软件特性相关的配置参数的过程。示例性的，配置参数可以包括：对软件特性相关的图片类文件的压缩处理参数或放大处理参数；和/或对软件特性相关的音频类文件的压缩处理参数；和/或对软件特性相关的字体与显示大小的修改参数；和/或对软件特性相关的音量级别的修改参数；和/或修改所述源设备和所述目标设备中受控严格的设备作为受控过程的执行设备的配置参数，本申请实施例对此不作限定。

可选地，对于不同类型的电子设备，“软件特性”可以体现为相同或不同的内容。此外，对于相同类型的不同用户的电子设备，“软件特性”也可以体现为相同或不同的内容。示例性的，表1列举了本申请实施例软件特性可以包括的多项内容，下面结合表1对软件特性进行具体说明。

表1

应理解，在表1中，列举了本申请实施例电子设备的“可定制软件特性”可以包括的软件特性范围、可选取的种类、软件特性的适配类型、以及软件特性的适配依据等。

其中，软件特性范围可以表征该电子设备的可定制软件特性的分类；可选取的种类可以表征每一种软件特性范围下，用户可以同步到目标设备的具体内容。

适配类型主要包括“资源”和“第三方软件”等，“资源”主要用于表征该内容为源设备本地的软件特性，“第三方软件”可能涉及到搜索下载，例如源设备或者目标设备向服务器请求下载软件特性相关的文件、数据等。

适配依据可以理解为根据目标设备和/或源设备的能力(例如目标设备的分辨率、解码能力、相对级别和受控特性等)，确定目标设备可以支持的软件特性。例如，适配依据可以包括以下选项中的一项或多项：

(1)根据目标设备和/或源设备的分辨率，确定是否涉及对图片进行压缩或放大；

(2)根据目标设备和/或源设备的解码能力，确定是否涉及音频的压缩等；

(3)根据目标设备和/或源设备的字体、音量等相对级别，确定如何匹配得到适合目标设备的字体、音量等；

(4)根据目标设备和/或源设备的受控特性，确定受控更严格的一方是目标设备还是源设备，并确定是否按照受控更严格的一方执行，以避免脱管等。此处不再一一举例。

示例性的，以表1中的“字体与显示大小”菜单为例，“相对级别”用于表示源设备的实际字体的显示大小与最大显示大小的差异。具体地，以手机上的字体为宋体，字体显示大小最大级别为5级，当前的实际字体显示大小为2级，那么记作手机目前的软件特性中字体与显示大小为“宋体，2/5级”。

可选地，对于不同类型的目标设备，该软件特性所包括的菜单或选项的范围可以不相同。

示例性的，以手机和智慧屏之间的软件特性同步过程为例，那么手机上的软件特性可以包括显示特性、声音特性、系统和更新、应用管理、安全与隐私、网络连接、设备管理等，上述的手机软件特性都可以被同步到智慧屏。

以手机和智能音箱之间的软件特性同步过程为例，那么手机上的软件特性中可以仅将手机的声音特性和网络连接特性被同步到智能音箱，而不包括显示特性、应用管理、安全与隐私等，本申请实施例对不同电子设备对应的软件特性范围不作限定。

一种可能的实现方式中，软件特性的同步过程中，可以通过同步源设备的某软件特性的“资源文件”，该“资源文件”可以包括电子设备可以直接获取的图片、音频、视频等数据，目标设备可以直接使用或经过转换适配并生效。

或者，软件特性的同步过程中，可以同步源设备的某软件特性的“描述文件”，该“描述文件”可以包括指示目标设备如何修改字体、大小、显示背景、指示灯的颜色亮度等，目标设备可以根据该描述文件，经过修改或调整本机的软件特性以适配生效。

又或者，软件特性的同步过程中，可以同步源设备的某软件特性的“资源路径”，该“资源路径”可以用于为目标设备指示获取图片、音频、视频等数据的途径，目标设备可以根据该资源路径访问或下载与该软件特性的相关数据，经过适配并生效。本申请实施例对此不作限定。

应理解，除涉及的资源文件、描述文件等可以直接使用或经转换适配外，其它部分的同步数据可以以通用的形式表达，而不表现为特定操作系统平台上特定文件的特定数据形式，换言之，本申请实施例对同步的软件特性的数据形式不作限定。

此外，该网络系统10的任意两个电子设备之间可以相互通信，且该网络系统100中电子设备之间的通信可以基于多种不同的方式。

一种可能的实现方式中，电子设备之间可以通过物理连接的方式、逻辑连接的方式或者借助于未来通信技术的方式进行通信以传输数据。

可选地，物理连接的方式可以包括有线连接或者无线连接等多种不同连接方式。示例性的，两个电子设备之间可以通过通用串行总线(universal serial bus，USB)等数据线的方式进行有线连接；或者，两个电子设备之间可以通过无线保真(wireless fidelity，Wi-Fi)网络、近距离无线通信技术(near field communication，NFC)、蓝牙扫码连接、红外连接等建立无线连接。

可选地，逻辑连接的方式可以包括独立连接和拓展连接。其中，独立连接可以用于独立使用各电子设备时，通过Wi-Fi直连等方式同步所有表征源设备的软件特性。拓展连接可以用于拓展源设备的能力，例如当源设备和目标设备的投屏场景中，仅同步源设备的显示、声音效果等相关的软件特性，本申请实施例对此不作限定。

又或者，电子设备还可以借助于未来通信技术的方式，例如通过在手机和平板上安装不同或相同的应用，借助于第五代(the fifth generation，5G)移动通信网络传输数据，本申请实施例对两个电子设备之间的连接方式或者通信方式不做限定。

本申请实施例提供的设备之间同步软件特性的方法可以应用图1所示的网络系统10中的任意的电子设备之间。示例性的，图2本申请实施例提供的一例电子设备100的结构示意图。电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，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等。

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

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

其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

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

在本申请实施例中，处理器110可以用于获取源设备的软件特性，并根据目标设备的能力、源设备和目标设备的连接方式、用户期望的待同步到目标设备的软件特性的内容等，生成目标软件特性文件，换言之，处理器110作为决策者，可以调用其他更多的软件模块、硬件模块，完成该本申请的软件特性的同步过程，在后续实施例中将结合具体的软件模块进行详细的介绍。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

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

天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块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可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

在本申请实施例中，源设备和目标设备可以通过无线通信模块160或者移动通信模块150进行通信，以实现软件特性相关的数据的交互，本申请实施例对源设备和目标设备之间的通信方式不作限定。

电子设备100通过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)等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

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

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

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

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

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

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

电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

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

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

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

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

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

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

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。电子设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，电子设备100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备100中，不能和电子设备100分离。

电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的

系统为例，示例性说明电子设备100的软件结构。

图3是本申请实施例的电子设备100的软件结构框图。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将

系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(

runtime)和系统库，以及内核层、网络传输层。

应用程序层可以包括一系列应用程序包。如图3中的(a)图所示，应用程序包可以包括设置、邮件、蓝牙、音乐、计算器等应用程序。

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

如图3中的(a)图所示，在本申请实施例中，应用程序框架层可以包括软件特性获取模块、软件特性决策模块、软件特性生效模块、窗口管理器、资源管理器等。

其中，软件特性获取模块可以根据连接方式(例如有线连接、无线连接、对等连接、拓展连接等)将源设备的可定制软件特性提取为统一定义的结构，并发送到软件特性决策模块。

软件特性决策模块可以获取电子设备(源设备或目标设备)的运算能力、显示能力、网络通信等软件能力、硬件能力水平，并根据源设备的可定制软件特性、电子设备(源设备或目标设备)的运算能力、显示能力、网络通信等软件能力、硬件能力水平等，决策适配目标设备时所需的软件特性的适配策略。此外，软件特性决策模块还可以将软件特性相关的数据转换为可以生效的数据形式，再向软件特性生效模块发送该可以生效的数据，由软件特性生效模块。

软件特性生效模块读取运行该可以生效的数据，例如执行写入数据库或文件、安装软件等生效操作，使得软件特性生效。

应理解，本申请实施例对软件特性获取模块、软件特性决策模块、软件特性生效模块等软件模块所执行的动作不作严格的区分。

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

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

runtime包括核心库和虚拟机。

runtime负责安卓系统的调度和管理。

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

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

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

表面管理器用于对电子设备的显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。二维图形引擎是二维绘图的绘图引擎。

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

网络传输层可以用于不同设备之间的通信、数据传输等，例如蓝牙模块，通过在手机和智慧屏之间建立蓝牙通道，通过蓝牙通道传输数据或消息、指令等，此处不再赘述。

本申请实施例将以手机和智慧屏之间软件特性的同步过程为例，如图3中的(b)图所示，本申请实施例可以包括手机和智慧屏，其中，手机可以作为源设备(旧设备)，智慧屏可以作为目标设备(新设备)，介绍手机上用户设置的软件特性同步到智慧屏的过程。

应理解，手机和智慧屏都即可以作为源设备，也可以作为目标设备，因此，手机和智慧屏都可以包括图3中的(a)图所示的软件模块，在后续实施例中，只示意性画出手机作为源设备，智慧屏作为目标设备的场景中，参与该软件特性同步过程的模块，本申请实施例对此不作限定。

可选地，本申请实施例还可以包括服务器。服务器至少可以包括通信模块和数据存储模块，其中通信模块用于实现和手机、智慧屏之间的通信，数据存储模块可以用于存储手机或智慧屏上传的数据等。例如，手机将软件特性相关的数据通过无线通信网络上传到服务器，服务器的数据存储模块可以保存该软件特性相关的数据，当用户使用智慧屏时，可以向服务器30请求下载该软件特性相关的数据，以实现手机和智慧屏之间的软件特性同步。

为了便于理解，本申请以下实施例将以具有图2和图3所示结构的电子设备为例，结合附图和应用场景，对本申请实施例提供的设备之间同步软件特性的方法进行具体阐述。

图4是本申请实施例提供的一例设备之间同步软件特性的过程的示意性流程图。应理解，该方法400可以应用于图1所示的系统中的任意的电子设备(例如手机、智慧屏、平板电脑等)之间，电子设备可以具有图2和图3所示的触摸屏等结构。

具体地，以手机和智慧屏之间软件特性的同步过程为例，手机可以作为源设备(旧设备)，智慧屏可以作为目标设备(新设备)，本申请实施例可以实现将手机上用户设置的软件特性同步到智慧屏。

为了便于描述，如图4所示，将该方法400划分为3个过程：同步过程—生效过程—回写过程，具体地，同步过程可以包括以下步骤：

同步过程

401，源设备和目标设备进行设备的身份认证，源设备和目标设备之间建立连接，且目标设备将自身的能力参数发送给源设备。

应理解，源设备和目标设备进行设备的身份认证可以保证软件特性的同步发生在互信的电子设备之间，例如家庭场景中，同一用户(例如家长用户)的多个电子设备之间，或者，不同的用户(家长用户和儿童用户)的多个电子设备之间等，本申请实施例对此不作限定。

还应理解，“自身的能力参数”可以理解为“目标设备的软硬件参数”，该软硬件参数可以用于确定目标设备所支持的能力。软硬件参数信息可以包括目标设备的软件系统版本、显示屏的显示尺寸、分辨率、像素点距、扫描频率、刷新速度、功耗、电磁辐射，以及目标设备的扬声器的功率、声压级别、总品质因数等硬件设备的参数中的一种或多种信息。源设备可以根据该目标设备的设备信息、软硬件参数信息确定目标设备支持的能力。

一种可能的实现方式中，源设备和目标设备进行身份认证的过程可以发生在源设备和目标设备初次建立连接时，之后再次连接时可以直接确定双方设备的身份，不再进行身份认证；或者，在源设备和目标设备每次建立连接时，都进行身份认证的过程，以确定当前操作的用户为源设备的机主用户。

可选地，用户可以在源设备上发起连接请求，并在目标设备和源设备上分别执行响应的身份认证操作，以确认目标设备的身份并使得源设备和目标设备建立连接。

以将手机上用户设置的软件特性同步到智慧屏为例，图5是本申请实施例提供的一例手机上进行设备连接操作的示意图。如图5中的(a)图所示，手机在解锁模式下显示了主界面501，该主界面501显示了多款应用程序(application，App)，例如邮件、计算器、音乐、设置等应用程序。应理解，该主界面501还可以包括其他更多的应用程序，本申请实施例对此不作限定。

一种可能的方式中，用户设置手机的字体为“宋体”，字体大小总级别为5级，当前显示为2级，记作“宋体，2/5级”。应理解，经过用户设置后，图5中的(a)图-(f)图的字体都统一为“宋体，2/5级”，且用户设置的桌面壁纸为图5中的(a)图示出的灰色。

如图5中的(a)图所示，用户可以点击该主界面501的“设置”应用，响应于用户的点击操作，手机显示设置应用的界面502。在该界面502上，包括了用户账号菜单、WLAN菜单、蓝牙菜单、桌面与壁纸菜单、显示与亮度菜单、声音菜单和更多连接菜单等。

如图5中的(b)图所示，用户可以点击界面502的更多连接菜单，响应于用户的点击操作，手机显示更多连接菜单的界面503。在该界面503上，可以包括手机实现不同功能的子菜单或者手机支持的多种连接方式等，例如多设备协同功能菜单、NFC连接菜单、华为分享(Huawei share)菜单、车机连接(Huawei Hicar)菜单、手机投屏菜单、发现设备菜单和打印菜单等。

可选地，用户可以通过“发现设备”菜单发现其他电子设备，或者和其他电子设备建立连接。示例性的，如图5中的(c)图所示，用户可以点击界面503的NFC选项，响应于用户的点击操作，手机显示NFC的连接界面504。在该界面504上，保证NFC的开关为开启(或者“ON”)状态，用户可以根据该界面504上的引导操作，将手机背部的NFC感应区触碰智慧屏的NFC感应区，即通过手机和智慧屏的“碰一碰”建立NFC连接。应理解，智慧屏的NFC功能也为已开启状态，本申请实施例对此不作赘述。

相应地，当手机背部的NFC感应区触碰智慧屏的NFC感应区时，即用户从手机端向智慧屏发起了连接请求，响应于该连接请求，智慧屏上可以为用户提供选择窗口，供用户选择是否和手机建立连接。

图6是本申请实施例提供的一例智慧屏和手机建立连接的示意图。如图6中的(a)图所示，响应于手机的连接请求，智慧屏的界面601上弹出了连接窗口20，该连接窗口20中可以提示用户“是否和手机XXX建立连接”，以及可供用户选择的“确认连接”按钮和“取消连接”按钮。如图6中的(a)图所示，用户可以通过遥控器等方式点击“确认连接”按钮，响应于用户的点击操作，该连接窗口20中显示提示信息“已连接手机XXX”。

又一种可能的实现方式中，当用户在智慧屏上确认接收手机的连接请求时，手机可以显示如图5中的(e)图所示的身份验证界面505，该身份验证界面505可以用于提示用户进行身份验证。

可选地，该身份验证的方式可以包括指纹验证、人脸验证、密码验证等，本申请实施例对身份验证的具体方式不作限定。

应理解，该身份验证可以用于确认当前手机和智慧屏的使用者为管理员用户、普通用户等。示例性的，家长用户、机主用户可以作为管理员用户，儿童用户等其他家庭成员可以作为普通用户。如果经过身份验证，确认当前用户为管理员用户，那么连接窗口20可以如图6中的(b)图所示，显示提示信息“已连接手机XXX，确认为管理员用户”。

可选地，手机可以根据当前手机和智慧屏的使用者输入的指纹或者采集的使用者的人脸信息确定该使用者为特定的管理员用户(如家长用户)，并将后续的设置操作等记录为管理员用户相应的操作。

或者，当前使用者可以点击“跳过此步骤”而跳过身份验证，如果不进行身份验证，可以默认该当前使用者为普通用户。

又或者，手机可以采集当前使用者输入的指纹或者人脸信息，进而将当前使用者新增为普通用户，并将后续的设置操作等记录为管理员用户相应的操作。

示例性的，当用户在手机上进行身份验证确定当前的使用用户为“家长用户”时，智慧屏上将当前的“家长用户”作为机主，并将下阶段手机和智慧屏之间的软件特性同步过程中，智慧屏上生效的软件特性等记录为该“家长用户”对应的软件特性。同样地，当用户在手机上进行身份验证确定当前的使用用户为“儿童用户”时，智慧屏上将当前的“儿童用户”作为普通用户，并将下阶段手机和智慧屏之间的软件特性同步过程中，智慧屏上生效的软件特性等记录为该“儿童用户”对应的软件特性。

应理解，在智慧屏的软件特性生效过程中，智慧屏可以为“家长用户”和“儿童用户”设置不同的分区，例如“家长用户”分区和“儿童用户”分区，“家长用户”分区可以用于存储或记录“家长用户”对应的软件特性，“儿童用户”分区可以用于存储或记录“儿童用户”对应的软件特性，此处不再赘述。

一种可能的实现方式中，源设备和目标设备建立连接之后，目标设备可以将自身的设备信息和/或软硬件参数信息发送给源设备。应理解，该目标设备的设备信息、软硬件参数信息可以用于确定目标设备所支持的能力。

可选地，设备信息可以包括该目标设备的设备类型、设备名称、设备型号等的一种或多种信息，软硬件参数信息可以包括目标设备的软件系统版本、显示屏的显示尺寸、分辨率、像素点距、扫描频率、刷新速度、功耗、电磁辐射，以及目标设备的扬声器的功率、声压级别、总品质因数等硬件设备的参数中的一种或多种信息。源设备可以根据该目标设备的设备信息、软硬件参数信息确定目标设备的能力。

示例性的，通过图5中的(a)-(e)图的过程，手机和智慧屏建立NFC连接之后，即手机和智慧屏之间可以进行信息交互。智慧屏将自身的设备信息、软硬件参数信息发送给手机，例如将智慧屏的显示屏、扬声器等规格参数以及系统版本等发送给手机，手机可以根据该智慧屏的设备信息确定智慧屏的能力。

又一种可能的实现方式中，源设备和目标设备建立连接之后，目标设备可以将自身支持的能力参数发送给源设备。

应理解，这里“能力参数”还可以指示该目标设备所支持的能力。不同于上述“目标设备的设备信息和/或软硬件参数信息”，目标设备直接将自身的能力参数发送给源设备，可以降低源设备的数据处理或数据计算量，从而减轻源设备的功耗。

示例性的，手机和智慧屏建立NFC连接之后，智慧屏可以不发送自身的设备信息，直接发送智慧屏的能力参数，例如支持的分辨率和图片大小范围等，避免手机根据智慧屏的设备信息判断智慧屏支持的能力等过程，降低了手机的数据处理量。

应理解，本申请实施例对确定目标设备的能力的设备不作限定，可以为目标设备或源设备中任意一个数据处理能力更强的设备，例如，显示特性、声音特性、编解码能力、设备管理能力、网络通信能力、智慧化等软件特性的相关能力更强的设备；或者，目标设备或源设备中运算和智慧化能力、网络通信等适配处理能力更强的设备，此处不再赘述。

通过上述方案，本申请实施例提供了多种方法，可以根据源设备和目标设备的数据处理能力、资源转换或适配等工作的处理能力更强的设备等，判断瘦设备或富设备，并进一步由富设备来决策软件特性的同步过程中的待同步的软件特性，合理地利用了源设备和目标设备的处理能力，保证软件特性的同步过程的实现。

402，源设备的软件特性决策模块获取目标设备的能力参数信息。

应理解，结合前述步骤401中的相关介绍，源设备的软件特性决策模块可以获取目标设备的设备信息，并根据目标设备的设备信息确定目标设备的能力；或者，源设备的软件特性决策模块可以获取目标设备的能力参数，并根据目标设备的能力参数确定目标设备的能力，本申请实施例对此不作限定。

403，源设备的软件特性获取模块获取源设备的软件特性。

404，源设备的软件特性获取模块向的软件特性决策模块发送该源设备的软件特性。

应理解，步骤403-404为源设备的内部动作，可以发生在步骤401-402之前，或者和步骤401-402同时执行，或者步骤401-402之后执行，本申请实施例对步骤403-404和步骤401-402的执行时间和执行顺序不作限定。

可选地，这里“源设备的软件特性”可以参照前述表1及其相关介绍，为了简便，此处不再赘述。示例性的，用户在手机上设置了字体与显示大小、开机动画、壁纸、屏幕亮度、媒体音量等软件特性，那么源设备的软件特性获取模块可以将用户设置的字体与显示大小、开机动画、壁纸、屏幕亮度、媒体音量等软件特性确定为“源设备的软件特性”，并在源设备内部，将该源设备的软件特性发送给软件特性决策模块，结合图3的相关介绍，这里对源设备内部的不同模块之间交互过程不再赘述。

一种可能的实现方式中，对于不同类型的目标设备和源设备，该软件特性包括的内容、选项、菜单等可以相同或者不相同。

示例性的，当手机作为源设备，不论何种类型的目标设备，手机可以同步到该目标设备上的软件特性包括的内容、选项、菜单等可以相同。或者，当手机为源设备，智慧屏和智能音箱分别作为目标设备时，手机可以同步到智慧屏的软件特性和同步到智能音箱的软件特性可以相同或不同，并由智慧屏和智能音箱选择自身可用的软件特性的内容、选项、菜单等，本申请实施例对此不作限定。

又一种可能的实现方式中，在源设备和目标设备建立连接时，用户还可以在源设备上手动选择需要同步到目标设备的软件特性，那么对于不同类型的目标设备，可以基于用户的手动选择的结果确定同一个源设备待同步的软件特性。

示例性的，如图5中的(e)图所示，当手机和智慧屏已经建立连接且进行了身份验证确定当前用户为手机的机主用户之后，手机可以显示如图5中的(f)所示的界面506。该界面506上包括为用户提供了可以选择软件特性包括的内容的窗口，用户可以根据自己的需求选择期望同步到智慧屏的软件特性。应理解，用户可以通过滑动或翻页等浏览更多的可选择的软件特性内容，本申请实施例对此不作限定。

如图5中的(f)所示，用户选中了字体与显示大小、桌面与壁纸、开机动画、屏幕亮度、语言与输入法，并点击“确定”按钮，响应于用户的确定操作，手机可以确定需要同步到智慧屏的软件特性所包括的内容，并在后续步骤405根据用户选中的内容生成目标软件特性文件。

通过上述方法，本申请实施例可以为用户提供软件特性同步的范围，由用户预先选取软件特性包括的范围，可以避免无关数据的干扰，更满足用户的需求，符合用户的使用习惯，提高了用户体验。

405，源设备的软件特性决策模块根据目标设备的能力参数和源设备的软件特性，生成目标软件特性文件。

406，源设备通过通信模块向目标设备发送目标软件特性文件。

应理解，目标设备可以根据“目标软件特性文件”和源设备实现软件特性的同步。可选地，

一种可能的实现方式中，“目标软件特性文件”可以是资源文件、描述文件、资源路径等，还可以是其他类型的同步数据。其中，资源文件、描述文件等可以直接被目标设备使用并生效，或者经转换适配后生效，其它部分的同步数据可以以通用的形式表达，而不表现为特定操作系统平台上特定文件的特定数据形式，本申请实施例对同步的软件特性的文件形式、数据形式不作限定。

可选地，软件特性的同步过程中，可以同步源设备的某软件特性的“资源文件”，该“资源文件”可以包括目标设备可以直接获取的图片、音频、视频等数据，目标设备可以直接使用或经过转换适配并生效。

或者，软件特性的同步过程中，可以同步源设备的某软件特性的“描述文件”，该“描述文件”可以包括指示目标设备如何修改字体、大小、显示背景、指示灯的颜色亮度等，目标设备可以根据该描述文件，经过修改或调整本机的软件特性以适配生效。示例性的，将手机的settings.db、device_policies.xml等资源文件转换为抽象的可定制软件特性的描述文件。

又或者，软件特性的同步过程中，可以同步源设备的某软件特性的“资源路径”，该“资源路径”可以用于为目标设备指示获取图片、音频、视频等数据的途径，目标设备可以根据该资源路径访问或下载与该软件特性的相关数据，经过适配并生效。示例性的，源设备将软件特性中关于字体与显示大小的资源路径指示为“…/data/fonts/WqySong”，目标设备可以根据该资源路径确定符合当前用户习惯的字体为宋体，此处不再赘述。

通过上述方案，本申请实施例提供了多种可能的软件特性的文件形式、数据形式等，为源设备的软件特性的转换、目标设备的软件特性的下载等提供了更多的适配依据，为该同步过程的实现提供了多种可能的实现方式。

可选地，源设备的软件特性的文件的发送和接收可以基于源设备和目标设备之间建立的连接，通过消息传递、文件传输、方法调用、数据共享等多种可能的方式进行传输，例如前述介绍的物理连接的方式、逻辑连接的方式或者借助于未来通信技术的方式进行通信以传输数据，本申请实施例对此不作限定。

生效过程

407，目标设备的软件特性决策模块根据该目标软件特性文件，确定软件特性的适配策略。

应理解，“软件特性的适配策略”可以理解为目标设备获取该目标软件特性文件之后，解析并获取包含的信息，并确定如何调整自身的软件特性对应的配置参数以适配用户需求，即确定目标设备的目标配置参数的过程。

可选地，该目标配置参数包括：对该目标软件特性相关的图片类文件的压缩处理参数或放大处理参数；和/或对该目标软件特性相关的音频类文件的压缩处理参数；和/或对该目标软件特性相关的字体与显示大小的修改参数；和/或对该目标软件特性相关的音量级别的修改参数；和/或修改源设备和目标设备中受控严格的设备作为受控过程的执行设备的配置参数等。

408，目标设备的软件特性决策模块向软件特性生效模块发送该软件特性的适配策略。

409，软件特性生效模块读取运行该可以生效的数据，软件特性生效。换言之，目标设备根据该软件特性适配策略确定本地的软件特性对应的配置参数，即修改本地的软件特性对应的配置参数使其符合当前用户使用习惯。

应理解，目标设备的软件特性决策模块可以将写入的软件特性相关的数据转换为可以生效的数据形式，该“生效的数据”可以理解为该目标设备的软件特性对应的目标配置参数，再向软件特性生效模块发送该目标配置参数，由软件特性生效模块读取运行该目标配置参数，例如执行写入数据库或文件、安装软件等生效操作，使得软件特性生效。

示例性的，表2示出了一种可能的目标设备的软件特性适配策略，当源设备的软件特性(即源设备发送的目标软件特性文件)同步到目标设备之后，目标设备可以根据该目标软件特性文件中包括的内容或信息确定目标设备的软件特性适配策略。

表2

示例性的，结合表2列举的软件特性的内容，源设备同步的软件特性包括“字体”选项，源设备向目标设备发送的该目标软件特性文件中包括字体选项的适配依据：受控特性(不受控)、相对级别(2/5)、资源路径“/data/fonts/WqySong”、适配类型(资源规格、资源大类和资源小类)等，目标设备收到该目标软件特性文件之后，根据该目标软件特性文件确定软件特性适配策略为：字体设为较小(相对级别2/5)，并且直接传输并应用该字体。

或者，示例性的，软件特性适配策略可以通过多种方式在目标设备上生效，使得源设备的软件特性可以在目标设备上得以准确的表达，例如，可以通过以下选项中的一项或多项来实现：

(1)媒体文件的适配：根据目标设备的显示屏的分辨率等参数执行图片压缩或放大。示例性的，对于壁纸的同步，根据目标设备和/或源设备的分辨率，确定是否涉及对图片进行压缩或放大；对于音频或铃声的同步，根据目标设备和/或源设备的解码能力，确定是否涉及音频的压缩等。

(2)相对级别的匹配：计算相对级别的百分比，取源设备的设置值/总数值，或取在用户大数据分布中的位置百分比等。示例性的，对于字体与显示大小的同步，根据目标设备和/或源设备的字体与显示大小的相对级别，确定如何匹配得到适合目标设备的字体与显示大小；对于音量的同步，根据目标设备和/或源设备的音量相对级别，确定如何匹配得到适合目标设备的音量。

(3)关键词搜索和/或用户偏好推荐：根据资源类型、名称等搜索或推荐目标设备适用的资源。

(4)受控特性的叠加：根据目标设备和/或源设备的受控特性，确定受控更严格的一方是目标设备还是源设备，并确定是否按照受控更严格的一方执行，以避免脱管等。此处不再一一举例。

应理解，软件特性适配策略可以由目标设备或源设备中任意一个数据处理能力、资源转换或适配等工作的处理能力更强的设备来执行软件特性适配后，再传输该生效策略到目标设备生效；或者，综合考虑源设备和目标设备的处理能力、两者之间的通信能力后，可以由源设备和目标设备共同执行软件特性适配等。其中，源设备和目标设备的数据处理能力可以通过设备的中央处理器(central processing unit，CPU)的算力、内存大小、NPU算力等表征，通信能力可以根据设备的接入技术种类、理论速度、网络实际测速等表征，此处不再赘述。

图7是本申请实施例提供的一例智慧屏上软件特性同步前后的示意图。在智慧屏未和手机连接之前，智慧屏的主界面显示如图7中的(a)图所示，字体为“黑体，4/5级”，且壁纸为白色背景。

如图5中的(a)图所示，用户设置手机(源设备)的字体为“宋体，2/5级”，且桌面壁纸为图5中的(a)图示出的灰色背景。当手机和智慧屏连接并将软件特性同步到智慧屏之后，智慧屏的主界面变化如图7中的(b)图所示，字体为“宋体，2/5级”，且壁纸为灰色背景。

应理解，对于不同的设备，字体的相对级别是以本设备显示的字体最大尺寸和/或最小尺寸为参考基准，不同的两种设备具有相同的相对级别也可以对应不同的实际尺寸。示例性的，手机的显示屏较小，字体显示最小尺寸时具有最小级别(1级)，字体显示最大尺寸时具有最大级别(5级)，如图5中的(a)图所示字体相对于最小级别(1级)而言，实际尺寸为2级。对于智慧屏，智慧屏的显示屏尺寸较大，字体显示最小尺寸时具有最小级别(1级)，字体显示最大尺寸时具有最大级别(5级)，如图7中的(a)图所示的字体大小为4级，图7中的(b)图所示的字体大小为2级。但是图7中的(b)图所示2级和图5中的(a)图所示的2级是不同大小的，此处不再赘述。

还应理解，除了这里列举的源设备的“字体与显示大小”、“壁纸”可以作为软件特性的内容，被同步到目标设备之外，每一种源设备包括的人软件特性都可以同步到目标设备端，此处不再赘述。

还应理解，本申请实施例可以是源设备的软件特性中的内容1同步到目标设备的内容1，例如手机的“字体与显示大小”同步到智慧屏的“字体与显示大小”，即同一个菜单之间的同步。除此之外，本申请实施例还可以用于不同菜单之间的关联同步，例如手机的软件特性同步到智能音箱时，手机的“壁纸”为蓝色，智能音箱即使没有显示屏，可以根据手机的“壁纸”为蓝色调整自身的指示灯的颜色为蓝色，本申请实施例对此不作限定。

还应理解，用户可能会多次建立手机(源设备)和智慧屏(目标设备)的连接，并进行软件特性的同步。在第N次软件特性同步和第N+1次软件同步的时段内，用户可能会修改手机(源设备)上的部分软件特性。在该场景中，手机可以根据用户日常使用进行记录，记录用户修改或设置的软件特性，当下一次和智慧屏连接且进行软件特性的同步时，可以提取修改或设置之后的软件特性，按照上述方法进行同步，此处不再赘述。

通过上述方法，本申请实施例通过设备之间的软件特性的同步，可以实现将源设备的桌面与壁纸、显示与亮度、声音与振动、语言与输入法、系统与更新、应用管理、安全与隐私、网络连接、设备管理相关的菜单或选项中的任一种软件特性同步到目标设备。当源设备和目标设备建立连接且确定用户身份之后，源设备和目标设备可以传输用户信息，并进一步将源设备上的软件特性同步传输到目标设备上，减少了用户繁琐的设置操作，实现了跨系统平台和跨设备的兼容性。此外，本申请实施例还可以由用户在源设备上选择需要同步到目标设备的软件特性，可以避免无关数据的干扰，更满足用户的需求，符合用户的使用习惯，提高了用户体验。

另一种可能的场景中，家庭中的多个用户可能都会使用同一个目标设备，即多个源设备对应一个目标设备，多个用户都将自己的个人设备和目标设备进行软件特性的同步，例如家长用户和儿童用户都使用智慧屏时，将个人的手机和智慧屏进行软件特性的同步。

在该场景下，目标设备可以为不同的用户(或者说不同的源设备)设置不同的分区，根据不同的用户定制的软件特性分别同步到目标设备，并根据目标设备的同步策略设置多个用户在目标设备的角色。示例性的，设备“家长用户”分区和“儿童用户”分区，“家长用户”分区可以用于存储或记录“家长用户”对应的软件特性，“儿童用户”分区可以用于存储或记录“儿童用户”对应的软件特性。可选地，对于“家长用户”和“儿童用户”的区分可以通过前述介绍的指纹信息、人脸信息等身份验证的方式，对于没有保存相关指纹信息、人脸信息的新用户，也可以单独设置分区，此处不再赘述。

或者，同一个源设备的多个使用用户在使用智慧屏之前，将个人用户登录的源设备和智慧屏进行软件特性的同步。在该场景下，源设备可以将多个不同用户定制的软件特性分别同步到目标设备，并根据目标设备的同步策略设置多个用户在目标设备的角色，决定软件特性生效的优先级和时限，以及是否保留该用户的同步数据等。

图8是本申请实施例提供的一例目标设备软件特性生效过程的示意图。应理解，该图8的生效过程800发生在图4介绍的方法400的步骤406之后，即源设备已经将目标软件特性文件发送给目标设备。

还应理解，结合前述相关介绍，目标设备可以为多个不同的用户设置分区，如图8所示，例如机主区81、内部用户区82和外部用户区83，分别用于写入不同用户的软件特性数据等。除此之外，目标设备还包括生效区84，用于读取运行数据，执行写入、安装等生效操作。如图8所示，该目标设备软件特性生效过程800包括：

步骤1，获取目标软件特性文件，确定软件特性的适配策略和生效方式。

可选地，当目标设备接收了源设备发送的目标软件特性文件之后，可以根据自身的能力筛选自身适用的软件特性。示例性的，当手机的目标软件特性发送给智能音箱时，智能音箱过滤掉与手机的字体与显示大小、壁纸等与显示相关的软件特性，具体可以参照前述介绍，此处不再赘述。

步骤2，判断用户身份是机主用户、内部用户或者外部用户。

步骤3，根据用户身份，将软件特性相关的数据写入不同的区。

可选地，目标设备可以根据前述介绍的用户身份验证的方式，确定当前用户为机主用户(例如家长用户)、内部用户(例如儿童用户)或者外部用户。在该场景下，目标设备可以为不同的用户(或者说不同的源设备)设置不同的分区，例如机主区、内部用户区以及外部用户区等。

一种可能的实现方式中，至少一个分区中每个分区存储该目标配置参数的有效时长不同。

目标设备根据用户身份验证的结果，分别将家长用户的软件特性相关的数据写入机主区81，将儿童用户等其他家庭成员的软件特性写入内部用户区82，将家庭成员之外的其他用户的软件特性写入外部用户区83。

另一种可能的实现方式中，目标设备可以通过摄像头采集当前用户的人脸信息等，并将该人脸信息与源设备上的图库中的图像做人脸特性对比。应理解，源设备上的图库一般会按照人脸信息对不同用户的照片进行分组，例如机主用户照片组和不同的家庭用户照片组。可以经过人脸特征对比，判断当前用户为机主用户或者为家庭内部用户1、家庭内部用户2等，当人脸特征和源设备上的图片不匹配时，将当前用户确定为外部用户。

或者，在智能家居场景中多设备联动时，判断用户身份的过程可以借助于智能家居场景中其他电子设备的摄像头，通过和源设备、目标设备等联动的电子设备来采集当前用户的人脸信息，再将人脸信息传递到源设备、目标设备等联动的电子设备，进一步判断当前用户为为机主用户或者为家庭内部用户1、家庭内部用户2等，本申请实施例对源设备和/或目标设备判断用户身份的方式不作限定。

可选地，对于不同的用户，软件特性的适配策略不同。

示例性的，目标设备根据用户身份验证的结果，确定当前为家长用户等机主操作时，将家长用户的软件特性相关的数据写入机主区81，且该机主区81写入的数据长期有效。当其他的内部用户或外部用户使用该目标设备且退出后，即恢复目标设备具有该机主区81写入的家长用户的软件特性。

或者，目标设备根据用户身份验证的结果，确定当前用户为家庭成员或公司组织等内部用户时，将家庭成员或公司组织等内部用户的软件特性相关的数据写入内部用户区82，并分别标记不同用户为内部用户1、内部用户2等，按照内部用户1、内部用户2的软件特性分区存储。此外，该内部用户区82写入的数据临时有效，且可以用于后续的软件特性的比对和快速恢复，以减小对其他用户的影响。

又或者，目标设备根据用户身份验证的结果，确定当前用户为公用或租用等外部用户时，将公用或租用等外部用户的软件特性相关的数据写入外部用户区83。此外，可以设置该外部用户区83写入的数据在使用后失效且该软件特性相关的数据可以在使用后删除，即临时有效，用后删除，以节省分区存储的压力。

应理解，以上机主区81、内部用户区82和外部用户区83可以为系统中的相互独立或隔离的区域，除了机主用户可以访问所有区域写入的数据外，其他用户没有访问其他区域写入的数据的权限，本申请实施例对此不作限定。

还应理解，本申请实施例中“软件特性相关的数据”主要是与源设备相关的显示特性、声音特性等相关的系统数据，不涉及用户层面的应用数据，例如用户聊天、短信息等个人的应用数据，可以满足用户对应用数据的安全性和隐私性要求，可以按照现有技术做数据隔离、分区等，本申请实施例对如何保证应用数据的安全性和隐私性的方式不作限定。

步骤4，将写入的软件特性相关的数据转换为可以生效的数据形式。

步骤5，读取运行该可以生效的数据，例如执行写入数据库或文件、安装软件等生效操作。可选地，当用户在目标设备上变更设置后，该变更设置后与软件特性相关的数据也写入数据库或文件，或安装软件等；或者，在该用户下一次使用该目标设备之前，再次从机主区81、内部用户区82读取数据库或文件，使得相关的软件特性生效，此处不再赘述。

应理解，本申请实施例对写入的软件特性相关的数据形式和经过转换后的可以生效的数据形式不作限定。

还应理解，不同的目标设备的生效区可以有区别，例如该生效区可能和目标设备的操作系统相关。在软件特性的相关数据经过转换为可以生效的数据形式之后，目标设备的系统软件可以直接读取该生效的数据，或者根据路径等读取该生效的数据，本申请实施例对此不作限定。

又一种可能的场景中，将源设备的软件特性同步到目标设备后，用户在使用目标设备的过程中，可能修改了部分软件特性。示例性的，将手机的软件特性同步到智慧屏之后，用户使用智慧屏的过程中，可能通过遥控器等修改了部分智慧屏上的软件特性。

在该场景中，本申请实施例还可以根据用户在目标设备的使用情况，将用户修改的软件特性回写到源设备，在源设备保存多个目标设备的软件特性，以完善后续的软件特性的同步过程。将该场景的过程称为“回写过程”，具体包括以下步骤410-415，下面进行具体介绍。

回写过程

410，目标设备接收到用户变更软件特性的操作。

可选地，以智慧屏为例，用户可以通过遥控器、触摸屏、物理按键等多种可能的方式修改目标设备的显示特性、声音特性、系统和更新、应用管理、安全与隐私、网络连接、设备管理等软件特性。

411，响应于用户变更软件特性的操作，目标设备的软件特性决策模块根据用户变更软件特性的操作，确定软件特性的变更策略。

应理解，“回写过程”可以在目标设备接收到用户变更软件特性的操作之后立即执行，即目标设备只要检测到用户的操作就将该用户变更软件特性的操作回传到源设备；或者，目标设备可以记录该用户变更软件特性的操作，并周期性的将该用户变更软件特性的内容、变更时间等信息回传给源设备，例如1小时回传一次，本申请实施例对回传过程发生的时机不作限定。

可选地，“软件特性的变更策略”可以理解为目标设备获取用户变更软件特性的操作后，根据该变更操作生成变更事件，该变更事件包括用户修改的内容以及修改后的配置参数等信息，目标设备的软件特性决策模块解析并获取该变更事件包含的信息，并确定如何调整自身的软件特性以适配用户当前的变更需求。

示例性的，软件特性的变更策略可以通过以下选项中的一项或多项来实现：

(1)壁纸、音频或铃声等媒体文件的变更：根据用户的变更操作，修改目标设备的壁纸、音频或铃声等媒体文件。

(2)相对级别的变更：根据用户的变更操作，修改目标设备的字体与显示大小、音量大小等。

(3)受控特性的修改：根据用户的变更操作，修改目标设备和/或源设备的受控特性、或者当前用户的受控特性等，此处不再一一举例。

412，目标设备的软件特性决策模块向软件特性生效模块发送该软件特性的变更策略。

413，软件特性变更生效。

具体地，软件特性生效模块读取运行该软件特性的变更策略，变更后的软件特性生效。换言之，目标设备根据该软件特性的变更策略确定如何修改或调整本地的软件特性，即修改本地的软件特性使其符合当前用户使用习惯，并记录该软件特性的变更策略到对应的用户分区。

414，目标设备的软件特性决策模块经过通信模块向源设备的软件特性决策模块发送该软件特性的变更策略。

415，源设备的软件特性决策模块记录该目标设备的软件特性变更信息。

应理解，目标设备可以为不同的用户设置分区，同样地，源设备也可以为多个用户或多个目标设备设置分区，以分别保存不同用户、或不同目标设备对应的软件特性的相关数据。

还应理解，本申请实施例对步骤412-413和步骤414-415的先后顺序不作限定。

可选地，源设备记录了为每个连接的目标设备设置分区，并保存了每个目标设备的软件特性。当源设备接收并获取了目标设备将软件特性的变更策略之后，在该目标设备对应的分区中修改已保存的原软件特性。当该目标设备为初次和源设备建立连接的设备时，源设备可以创建新的分区，并记录该变更后的软件特性，此处不再赘述。

通过上述方案，源设备可保存多个目标设备的软件特性，当目标设备的软件特性变更时，可以将变更的软件特性即时回写到源设备，源设备创建或更新已存储的目标设备软件特性信息，以不断完善对目标设备的软件特性同步效果，便于下次用户使用该目标设备时，目标设备的软件特性更符合用户的使用习惯，提高了用户体验。

综上所述，本申请实施例提供的方法，可以基于源设备和目标设备简单的连接，将源设备的可定制的软件特性同步到目标设备上，借助于软件特性提取及生效，保障了同步对跨系统平台的兼容，使目标设备也能快速表现出用户喜欢的风格，符合用户的使用习惯。同时，该软件特性的同步方法不影响目标设备上机主用户或普通用户等其他用户的使用，且在目标设备可以同步多个用户的软件特性，并根据目标设备的同步策略设置用户在目标设备的角色，决定软件特性生效的优先级和时限，以及是否保留该用户的同步数据等。

随着用户对目标设备的使用以及用户在目标设备上变更软件特性的操作等，该方法可以将用户的使用情况或变更后的软件特性回传到源设备，以不断完善对目标设备的软件特性同步效果，逐步完善同步数据，使后续的同步更为精准，便于下次用户使用该目标设备时，目标设备的软件特性更符合用户的使用习惯，提高了用户体验。

此外，该方法在源设备和目标设备建立连接时，可以根据连接方式选取需要同步的软件特性，例如可以根据连接方式或目标设备的能力预设软件特性的同步范围，或者由用户预先选取可定制软件特性的同步范围，保障了对不同形态的设备的兼容，且避免了无关数据的干扰。并由源设备和目标设备中运算和智慧化能力、网络通信等适配处理能力更强的设备，来决策软件特性的同步过程中的待同步的软件特性，合理地利用了源设备和目标设备的处理能力，实现跨系统平台和跨设备的兼容性，保证软件特性的同步过程的实现。

前述介绍的方法中，软件特性的同步过程基于源设备和目标设备之间建立了USB数据线等有线连接，或者Wi-Fi网络连接、NFC连接、蓝牙扫码连接、红外连接等无线连接，或者借助于未来通信技术的方式进行通信以传输数据。在另一种可能的实现方式中，源设备和目标设备可以不建立前述介绍的连接，借助云端服务器实现源设备和目标设备的隔离。换言之，软件特性相关的数据的上传可以不依赖于目标设备，软件特性相关的数据的下载可以不依赖于源设备，即软件特性的转换、适配与决策等也可以在云端服务器完成。

可选地，源设备和目标设备可以基于同一个用户帐号，将源设备上表征该用户的软件特性相关的数据上传到服务器。用户使用目标设备时，先在目标设备上进行用户帐号的认证，目标设备上认证为同一个用户账号时，根据该用户对目标设备的使用场景，决定需要同步的软件特性的范围，并在服务器和目标设备之间进行适配执行方选择，并利用服务器和目标设备的连接下载软件特性的相关数据。

应理解，该过程中，确定软件特性的适配策略可以由服务器和/或目标设备完成，具体取决于服务器和目标设备的处理能力，本申请实施例对此不作限定。

还应理解，在该场景中，对于目标设备的使用场景，可以由用户在目标设备上选择期望同步的软件特性的范围，并由目标设备向服务器请求该软件特性。

还应理解，目标设备的实际使用人的用户信息认证，可以不表示机主用户、管理员用户或操作系统用户的帐号登录，仅为验证当前的使用用户的身份，以准确的实现软件特性的同步。

上述方案中，服务器可以保存同一用户、不同用户或者多个设备的可定制软件特性，且可以进行软件特性的转换适配，因而服务器可以在该软件特性的同步过程中取代前述实施例的源设备，减少了源设备的参与过程，该过程在源设备的软件特性的相关数据已上传到服务器的前提下，可以实现仅有目标设备和服务器连接下的软件特性的同步，扩大了该软件特性的同步的实现场景。

可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

在采用对应各个功能划分各个功能模块的情况下，上述实施例中涉及的电子设备可以包括：显示单元、检测单元和处理单元。其中，显示单元、检测单元、处理单元相互合作，可以用于支持电子设备执行上述方法和步骤等，和/或用于本文所描述的技术的其他过程。

需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本实施例提供的电子设备，用于执行上述视频播放的方法，因此可以达到与上述实现方法相同的效果。

在采用集成的单元的情况下，电子设备可以包括处理模块、存储模块和通信模块。其中，处理模块可以用于对电子设备的动作进行控制管理，例如，可以用于支持电子设备执行上述显示单元、检测单元和处理单元执行的步骤。存储模块可以用于支持电子设备执行存储程序代码和数据等。通信模块，可以用于支持电子设备与其他设备的通信。

其中，处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理(digital signal processing，DSP)和微处理器的组合等等。存储模块可以是存储器。通信模块具体可以为射频电路、蓝牙芯片、Wi-Fi芯片等与其他电子设备交互的设备。

在一个实施例中，当处理模块为处理器，存储模块为存储器时，本实施例所涉及的电子设备可以为具有图2所示结构的设备。

本实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中的设备之间同步软件特性的方法。

本实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的设备之间同步软件特性的方法。

另外，本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中的设备之间同步软件特性的方法。

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

通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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

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

以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (12)

1.一种设备之间同步软件特性的方法，其特征在于，应用于源设备和目标设备，所述方法包括：

所述源设备接收所述目标设备发送的第一信息，所述第一信息包括所述目标设备的软硬件参数；

根据所述源设备的软件特性和所述目标设备的软硬件参数，确定目标软件特性相关的目标配置参数；

向所述目标设备发送所述目标配置参数，使得所述目标设备根据所述目标配置参数，修改所述目标设备原有的软件特性相关的配置参数为所述目标配置参数；

其中，所述源设备的软件特性包括所述源设备的桌面与壁纸、显示与亮度、声音与振动、语言与输入法、系统与更新、应用管理、安全与隐私、网络连接、设备管理相关的菜单或选项中的一种或多种。

2.根据权利要求1所述的方法，其特征在于，所述目标软件特性和所述源设备的软件特性包括相同的菜单或选项，或者，所述目标软件特性和所述源设备的软件特性包括不同的菜单或选项。

3.根据权利要求1或2所述的方法，其特征在于，所述目标配置参数包括：

对所述目标软件特性相关的图片类文件的压缩处理参数或放大处理参数；和/或

对所述目标软件特性相关的音频类文件的压缩处理参数；和/或

对所述目标软件特性相关的字体与显示大小的修改参数；和/或

对所述目标软件特性相关的音量级别的修改参数；和/或

修改所述源设备和所述目标设备中受控严格的设备作为受控过程的执行设备的配置参数。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述目标设备包括至少一个分区，所述方法还包括：

所述目标设备确定当前用户的用户身份；

当所述当前用户为第一用户时，所述目标设备将所述目标配置参数存储到所述至少一个分区中与所述第一用户相关联的第一用户分区。

5.根据权利要求4所述的方法，其特征在于，所述目标设备确定当前用户的用户身份，包括：

所述目标设备根据获取的所述当前用户的人脸信息、指纹信息、用户账号中的至少一种，确定当前用户的用户身份；或者

所述目标设备根据所述源设备发送的所述当前用户的用户身份的验证结果，确定当前用户的用户身份。

6.根据权利要求4或5所述的方法，其特征在于，所述至少一个分区中每个分区存储所述目标配置参数的有效时长不同。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述源设备包括至少一个分区，所述方法还包括：

所述目标设备接收到用户变更所述目标软件特性的操作；

响应于所述操作，所述目标设备修改所述目标配置参数，且所述目标设备向所述源设备发送修改后的所述目标配置参数；

所述源设备存储所述修改后的目标配置参数到与所述目标设备关联的分区。

8.根据权利要求1至7中任一项所述的方法，其特征在于，所述源设备的软件特性相关的菜单或选项是用户手动选择的；或者

所述源设备的软件特性相关的菜单或选项是所述源设备根据所述目标设备的软硬件参数自动生成的；或者

所述源设备的软件特性相关的菜单或选项是预设的。

9.根据权利要求1至8中任一项所述的方法，其特征在于，所述目标软件特性的信息能够通过消息传递、文件传输、资源路径的调用、数据共享中任意一种方式进行传输。

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

一个或多个处理器；

一个或多个存储器；

安装有多个应用程序的模块；

所述存储器存储有一个或多个程序，当所述一个或者多个程序被所述处理器执行时，使得所述电子设备执行以下如权利要求1至9中任一项所述源设备或所述目标设备执行的方法。

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

12.一种计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如权利要求1至9中任一项所述的方法。

Images