CN114115979A - 配置文件的自适应方法、系统、电子设备及存储介质 - Google Patents

Abstract

本发明公开了一种配置文件的自适应方法、系统、电子设备及存储介质，方法包括：将不同的软件版本的配置文件存储至目标设备；获取识别信息；将识别信息写入至目标设备；读取识别信息；加载系统属性文件；根据识别信息及配置文件加载指令加载对应的软件版本的配置文件；根据对应的软件版本的配置文件完成自适应过程。本发明将不同软件版本的配置文件通过同一软件包存储至目标设备中，根据写入目标设备的识别信息，可以加载对应的软件版本的配置文件，可以对目标设备进行配置以完成自适应的过程，使目标设备在不同国家、不同地区或在不同运营商提供服务的情况下都可以根据当前的环境进行软件版本的自适应，提高了灵活性，也减少了维护成本。

Description

配置文件的自适应方法、系统、电子设备及存储介质

技术领域

本发明涉及设备的软件配置领域，特别涉及一种配置文件的自适应方法、系统、电子设备及存储介质。

背景技术

对于设备而言，识别信息是识别软件版本的唯一标识，如：对于安卓系统而言，fingerprint(安卓系统的识别信息)是识别软件版本的唯一标志，同时，该标识也是进行GMS(一种软件认证方式)认证时度量软件版本的标识。

一般来说，在设备出厂时，完成编译后确定fingerprint。目前，在不同的情况下，如针对不同国家或者不同地区，又如针对不同的运营商，对软件版本的要求不一样，一般解决该问题的方式为针对不同国家、不同地区或不同运营商发布对应的软件版本，这样对于设备制造商而言，则需要维护多个软件版本。

发明内容

本发明要解决的技术问题是为了克服现有技术中针对不同的情况，设备需要使用不同的软件版本，设备制造商需要维护多个软件版本，提高了软件版本的维护成本的缺陷，提供一种使设备制造商能够通过同一个软件包进行软件维护的配置文件的自适应方法、系统、电子设备及存储介质。

本发明是通过下述技术方案来解决上述技术问题：

本发明提供了一种配置文件的自适应方法，所述自适应方法包括：

将不同的软件版本的配置文件存储至目标设备；

获取识别信息，所述识别信息用于识别所述目标设备当前所使用的软件版本；

将所述识别信息写入至所述目标设备；

响应于所述目标设备启动，读取所述识别信息；

加载系统属性文件，所述系统属性文件包括配置文件加载指令；

根据所述识别信息及所述配置文件加载指令加载对应的软件版本的配置文件；

根据对应的软件版本的配置文件进行系统配置以完成自适应过程。

较佳地，所述目标设备包括逻辑分区，所述将不同的软件版本的配置文件存储至目标设备的步骤包括：

将不同的软件版本的配置文件存储至所述逻辑分区。

较佳地，所述逻辑分区包括vendor(供应商)分区及ODM(Original DesignManufacturer，原始设计制造商)分区，所述将不同的软件版本的配置文件存储至目标设备的步骤包括：将不同的软件版本的配置文件存储至所述vendor分区和/或ODM分区；或，

所述逻辑分区包括vendor分区及OEM(Original Equipment Manufacturer，原始设备制造商)分区，所述将不同的软件版本的配置文件存储至目标设备的步骤包括：将不同的软件版本的配置文件存储至所示vendor分区和/或OEM分区。

较佳地，当所述逻辑分区包括所述vendor分区及所述ODM分区，且所述vendor分区及所述ODM分区存储有不同的软件版本的配置文件时，所述ODM分区的优先级高于所述vendor分区；或，

当所述逻辑分区包括所述vendor分区及所述OEM分区，且所述vendor分区及所述OEM分区存储有不同的软件版本的配置文件时，所述OEM分区的优先级高于所述vendor分区。

较佳地，所述目标设备还包括主分区及扩展分区，所述将不同的软件版本的配置文件存储至目标设备的步骤还包括：

将所述不同的软件版本的配置文件存储至所述主分区和/或所述扩展分区。

较佳地，所述识别信息包括区域标识和/或运营商标识；和/或，

所述软件版本包括操作系统的版本、系统属性的版本和/或内核属性的版本；和/或，

所述自适应方法适用于安卓系统。

较佳地，所述将不同的软件版本的配置文件存储至目标设备后还包括：

获取更新信息，所述更新信息用于表示所述不同的软件版本中，存在更新的第一软件版本；

下载所述第一软件版本的配置文件；

将所述第一软件版本的配置文件存储至所述目标设备。

本发明还提供了一种配置文件的自适应系统，所述自适应系统包括：文件存储模块、识别信息获取模块、识别信息写入模块、识别信息读取模块、属性文件加载模块、配置文件加载模块及系统配置模块；

所述文件存储模块用于将不同的软件版本的配置文件存储至目标设备；

所述识别信息获取模块用于获取识别信息，所述识别信息用于识别所述目标设备当前所使用的软件版本；

所述识别信息写入模块用于将所述识别信息写入至所述目标设备；

所述识别信息读取模块用于响应于所述目标设备启动，读取所述识别信息；

所述属性文件加载模块用于加载系统属性文件，所述系统属性文件包括配置文件加载指令；

所述配置文件加载模块用于根据所述识别信息及所述配置文件加载指令加载对应的软件版本的配置文件；

所述系统配置模块用于根据对应的软件版本的配置文件进行系统配置以完成自适应过程。

本发明还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上所述的配置文件的自适应方法。

本发明还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的配置文件的自适应方法。

本发明的积极进步效果在于：将不同软件版本的配置文件通过同一软件包存储至目标设备中，根据写入目标设备的识别信息，在目标设备启动后，则可以根据读取到的识别信息以及配置文件加载指令来加载对应的软件版本的配置文件，从而可以对目标设备的系统进行配置以完成自适应的过程。本发明无需针对不同国家、不同地区或者在不同运营商提供服务的情况下，维护不同的软件包，通过将不同软件的配置文件事先存储至目标设备中，使目标设备在不同国家、不同地区或者在不同运营商提供服务的情况下都可以根据当前的环境进行软件版本的自行配置，提高了系统配置的灵活性，也减少了软件的维护成本。

本发明与出厂编译后则确定了软件版本的方式不同，在目标设备每次启动时，都可以重新确定软件版本，针对确定的软件版本进行系统配置，大大提高了系统软件配置的灵活性。

附图说明

图1为本发明实施例1中配置文件的自适应方法的流程图。

图2为本发明实施例1中更新软件版本的流程图。

图3为本发明实施例1中具体场景下配置文件的自适应方法的整体流程图。

图4为本发明实施例1中具体场景下配置文件的自适应方法的部分流程图。

图5为本发明实施例2中配置文件的自适应系统的模块示意图。

图6为本发明实施例3中电子设备的模块示意图。

具体实施方式

为了便于理解，下面先对实施例中常出现的术语进行解释：

【包括的定义】如这里所使用的术语“具有”、“可以具有”、“包括”或“可以包括”指示本公开的相应功能、操作、元件等的存在，并且不限制其它的一个或多个功能、操作、元件等的存在。此外应当理解到，如这里所使用的术语“包括”或“具有”是指示在说明书中所描述的特点、数字、步骤、操作、元件、部件或其组合的存在，而不排除一个或多个其它特点、数字、步骤、操作、元件、部件或其组合的存在或增加。

【和/或的定义】如这里所使用的术语“A或B”、“A和/或B的至少之一”或“A和/或B的一个或多个”包括与其一起列举的单词的任意和所有组合。例如，“A或B”、“A和B的至少之一”或“A或B的至少之一”意味着(1)包括至少一个A，(2)包括至少一个B，或(3)包括至少一个A和至少一个B两者。

【第一、第二的定义】本申请实施例中出现的第一、第二等描述，仅作示意与区分描述对象之用，没有次序之分，也不表示本申请实施例中对设备个数的特别限定，不能构成对本申请实施例的任何限制。例如，可以将第一元件称为第二元件，而没脱离本公开的范围，类似地，可以将第二元件称为第一元件。

【是否适用于各代通信系统】本方明技术方案可适用于5G(5Generation)通信系统，还可适用于4G、3G通信系统，还可适用于未来新的各种通信系统，例如6G、7G等。

下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。

实施例1

本实施例提供了一种配置文件的自适应方法，本实施例中的自适应方法适用于安卓系统，如图1所示，该自适应方法包括：

步骤101、将不同的软件版本的配置文件存储至目标设备。

其中，将不同的软件版本的配置文件通过同一软件包存储至目标设备中。

本实施例中，软件版本具体包括操作系统的版本、系统属性的版本和/或内核属性的版本(比如说品牌版本、设备版本、制造商版本、名称版本、通信版本等等)，本实施例优选软件版本同时包括操作系统的版本、系统属性的版本及内核属性的版本的实现方式。

本实施例中，在设备启动前，将不同的操作系统的版本、系统属性的版本和/或内核属性的版本的配置文件存储至目标设备中，在目标设备启动后，可以根据目标设备当前的操作系统、系统属性和/或内核属性进行系统配置，从而可以根据实际情况灵活地进行系统配置。

步骤102、获取识别信息。

其中，识别信息用于识别目标设备当前所使用的软件版本，识别信息可以是目标用户提供的，目标用户具体可以是服务商、运营商等等，本实施例并不限定识别信息的获取方式。

本实施例中，识别信息包括区域标识和/或运营商标识，区域标识包括国家标识及地区标识。

由于不同的国家、不同的地区、不同的运营商所使用的软件版本可能不同，因此本实施例中可以针对不同的国家、不同的地区、不同的运营商来获取到对应的软件版本，自动根据对应的软件版本来进行系统的配置。

步骤103、将识别信息写入至目标设备。

本实施例中，将识别信息写入至目标设备的目标位置中，其中，目标位置为在操作系统运行后文件系统可以读取的位置，如内核属性文件、又如系统属性文件。本实施例中，可以根据需求自行选择写入识别信息的工具，本实施例并不对写入识别信息的工具进行限制。

步骤104、响应于目标设备启动，读取识别信息。

具体而言，目标设备启动后触发启动内核，通过内核启动操作系统，在Init(内核启动的第一个用户级进程)进程启动后，属性服务会加载各个存储分区(如主分区、扩展分区、逻辑分区)的属性文件，属性服务会从存储识别信息的文件中读取识别信息。

步骤105、加载系统属性文件。

本实施例中，系统属性文件包括配置文件加载指令。

属性文件(build.prop)包括一些固定的属性，属性文件是操作系统运行时必须加载的文件，本实施例中，事先将配置文件加载指令添加至属性文件中，在加载属性文件时，则可以执行配置文件加载指令，配置文件加载指令用于触发加载对应的软件版本的配置文件。

步骤106、根据识别信息及配置文件加载指令加载对应的软件版本的配置文件。

本实施例中，根据识别信息可以匹配事先存储在目标设备中对应的软件版本的配置文件，根据配置文件加载指令则可以触发加载对应的软件版本的配置文件。

步骤107、根据对应的软件版本的配置文件进行系统配置以完成自适应过程。

具体的，根据对应的软件版本的配置文件可以初始化对应的配置文件，根据配置文件进行系统设置以对目标设备的系统进行配置，至此，完成软件版本的自适应过程。

本实施例中，将不同软件版本的配置文件通过同一软件包存储至目标设备中，根据写入目标设备的识别信息，在目标设备启动后，则可以根据读取到的识别信息以及配置文件加载指令来加载对应的软件版本的配置文件，从而可以对目标设备的系统进行配置以完成自适应的过程。本实施例无需针对不同国家、不同地区或者在不同运营商提供服务的情况下，维护不同的软件包，通过将不同软件的配置文件事先存储至目标设备中，使目标设备在不同国家、不同地区或者在不同运营商提供服务的情况下都可以根据当前的环境进行软件版本的自行配置，提高了系统配置的灵活性，也减少了软件的维护成本。

本实施例与出厂编译后则确定了软件版本的方式不同，在目标设备每次启动时，都可以重新确定软件版本，针对确定的软件版本进行系统配置，大大提高了系统软件配置的灵活性。

本实施例中，目标设备包括主分区、扩展分区及逻辑分区。

在一种具体的事先方式中，步骤101具体包括：将不同的软件版本的配置文件存储至逻辑分区。

由于在软件版本投入使用前，需要对软件版本进行GMS认证，GMS认证包括对软件的GSI版本(一种GMS认证中测试的软件版本)进行测试，GSI需要将软件版本中特定分区的内容替换为目标测试内容，由于上述标准的替换过程不包括对逻辑分区的替换，因此，本实施例中，通过将不同的软件版本的配置文件存储至逻辑分区，可以在进行GMS认证时，在加载逻辑分区时自动根据测试的环境找到对应的软件版本，既可以顺利完成GMS认证，又可以自动进行软件版本的自适应。

应当理解，在其他的实施例中，步骤101还可以进一步包括将不同的软件版本的配置文件存储至主分区(system分区)和/或扩展分区，比如说存储至system_ext(一种扩展分区)分区、又如存储至product(一种扩展分区)分区，通过这种方式可以在多个分区中存储配置文件的备份，以方便利用对应版本的配置文件进行系统配置。

在一种具体的实施方式中，逻辑分区包括vendor分区及ODM分区，步骤101具体包括：将不同的软件版本的配置文件存储至vendor分区和/或ODM分区；或，步骤101具体包括：将不同的软件版本的配置文件存储至所示vendor分区和/或OEM分区。

由于在进行GMS认证时，需要测试vendor分区以及ODM分区(或OEM分区)的文件，因此，本实施例中通过将不同的软件版本的配置文件存储至vendor分区，或ODM(或OEM分区)，应当理解ODM分区或OEM分区二者为互斥的分区，有的设备包括ODM分区，有的设备包括OEM分区，根据不同的设备来选择对应的ODM分区或OEM分区)，可以在进行GMS测试时，在加载vendor分区，或ODM分区(或OEM分区)的文件时，可以加载对应分区中与识别信息匹配的软件版本的配置文件，以实现软件版本的自适应过程。

在一种具体的实施方式中，当逻辑分区包括vendor分区及ODM分区，且vendor分区及ODM分区存储有不同的软件版本的配置文件时，ODM分区的优先级高于vendor分区，通过这种方式，可以使ODM分区中的软件版本的配置文件覆盖掉vendor分区中的软件版的配置文件，优先满足原始设计制造商的需求。

在一种具体的实施方式中，当逻辑分区包括vendor分区及OEM分区，且vendor分区及OEM分区存储有不同的软件版本的配置文件时，OEM分区的优先级高于vendor分区，通过这种方式，可以使OEM分区中的软件版本的配置文件覆盖掉vendor分区中的软件版的配置文件，优先满足原始设备制造商的需求。

本实施例中，在进行软件版本的配置时考虑到了逻辑分区属性优先级的问题，确保优先级高的逻辑分区的系统版本覆盖优先级低的系统版本，根据优先级最高的软件版本进行系统配置。

在一种具体的实施方式中，如图2所示，步骤101后还可以包括：

步骤111、获取更新信息。

其中，更新信息用于表示不同的软件版本中，存在更新的第一软件版本，具体可以通过目标设备的通讯模块来获取更新信息。

步骤112、下载第一软件版本的配置文件。

步骤113、将第一软件版本的配置文件存储至目标设备。

本实施例中，在存储配置文件时同时删除第一软件版本更新前的配置文件，以实现第一软件版本的配置文件的替换及更新。应当理解，在其他实施例中，也可以不删除更新前的配置文件。

本实施例中，可以自动将更新的软件版本的配置文件下载至目标设备中，在目标设备启动时，可以根据识别信息配置更新的软件版本的配置文件，以实现更新的软件版本的自适应过程。

为了更好地理解本实施例，下面通过一具体实例对本实施进行说明：

通过步骤101将包括不同的软件版本的配置文件通过同一软件的方式存储至目标设备，通过步骤102获取到识别信息，识别信息可以是特殊标识(就本实施例而言，识别信息具体实现方式为国家码、地区信息、运营商等等)之后。参见图3，通过目标工具，将标识写入至属性文件中，就本实施例而言，具体写入至ro.boot.product.hardware.sku文件中。

在目标设备启动后，具体可以参考图4，Init进程会启动属性服务，通过属性服务可以读取存储至ro.boot.product.hardware.sku文件中的特殊标识，属性服务在加载build.prop时，会触发执行事先在build.prop中存储的配置文件加载指令，从而加载对应的软件版本的配置文件。假设在一种具体的场景下，识别信息具体为Cmcc(中国移动)的软件版本的识别符，则会执行步骤106，加载对应的中国移动的软件版本的配置文件，即图4中的cmcc.p rop；又如，在另一种具体的场景下，识别信息具体为Ctcc(中国电信)的软件版本的识别符，则会执行步骤106，加载对应的中国电信的软件版本的配置文件，即ctcc.prop；又如，在另一种具体的场景下，识别信息具体为Cuc c(中国联通)的软件版本的识别符，则会执行步骤106，加载对应的中国联通的软件版本的配置文件，即cucc.prop。

在加载对应的软件版本的配置文件后，则会进行配置文件的初始化，设置对应版本的软件系统的配置文件，从而完成系统配置的过程。

本实施例可以根据需求在不同的分区均存储不同的软件版本的配置文件，如图3所示，可以同时在system分区、partion分区及vendor分区均存储不同的软件版本的配置文件，应当理解，上述partition分区可以是任意逻辑分区，只需要确保vendor分区或者ODM(OEM)分区存储不同的软件版本的配置文件，就可以兼容GSI版本，进行GMS测试。

本实施例中，在不同分区的build.prop中均保存配置文件加载指令，即图3中的${ro.boot.product.hardware.sku}.prop，并且可以事先设置各个分区的执行的优先级，保证高优先级的软件版本可以覆盖低优先级的软件版本。假设在一种具体的场景下，ODM分区的优先级高于vendor分区的优先级，如果ODM分区及vendor分区中均存储有识别信息对应的软件版本的配置文件，则优先使用ODM分区中对应的软件版本的配置文件。

实施例2

本实施例提供了一种配置文件的自适应系统，如图5所示，该自适应系统包括：文件存储模块201、识别信息获取模块202、识别信息写入模块203、识别信息读取模块204、属性文件加载模块205、配置文件加载模块206及系统配置模块207；

文件存储模块201用于将不同的软件版本的配置文件存储至目标设备；

识别信息获取模块202用于获取识别信息，识别信息用于识别目标设备当前所使用的软件版本；

识别信息写入模块203用于将识别信息写入至目标设备；

识别信息读取模块204用于响应于目标设备启动，读取识别信息；

属性文件加载模块205用于加载系统属性文件，系统属性文件包括配置文件加载指令；

配置文件加载模块206用于根据识别信息及配置文件加载指令加载对应的软件版本的配置文件；

系统配置模块207用于根据对应的软件版本的配置文件进行系统配置以完成自适应过程。

上述各个模块的具体实现方式可以参考实施例1中的实现方式，此处便不再赘述。

本实施例中，文件存储模块将不同软件版本的配置文件通过同一软件包存储至目标设备中，根据识别信息写入模块写入目标设备的识别信息，在目标设备启动后，则可以根据识别信息读取模块读取到的识别信息以及配置文件加载指令由属性文件加载模块以及配置文件加载模块来加载对应的软件版本的配置文件，从而可以对目标设备的系统进行配置以完成自适应的过程。本实施例无需针对不同国家、不同地区或者在不同运营商提供服务的情况下，维护不同的软件包，通过将不同软件的配置文件事先存储至目标设备中，使目标设备在不同国家、不同地区或者在不同运营商提供服务的情况下都可以根据当前的环境进行软件版本的自行配置，提高了系统配置的灵活性，也减少了软件的维护成本。

本实施例与出厂编译后则确定了软件版本的方式不同，在目标设备每次启动时，都可以重新确定软件版本，针对确定的软件版本进行系统配置，大大提高了系统软件配置的灵活性。

实施例3

本实施例提供一种电子设备，电子设备可以通过计算设备的形式表现(例如可以为服务器设备)，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中处理器执行计算机程序时可以实现实施例1中配置文件的自适应方法。

图6示出了本实施例的硬件结构示意图，如图6所示，电子设备9具体包括：

至少一个处理器91、至少一个存储器92以及用于连接不同系统组件(包括处理器91和存储器92)的总线93，其中：

总线93包括数据总线、地址总线和控制总线。

存储器92包括易失性存储器，例如随机存取存储器(RAM)921和/或高速缓存存储器922，还可以进一步包括只读存储器(ROM)923。

存储器92还包括具有一组(至少一个)程序模块924的程序/实用工具925，这样的程序模块924包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

处理器91通过运行存储在存储器92中的计算机程序，从而执行各种功能应用以及数据处理，例如本发明实施例1中配置文件的自适应方法。

电子设备9进一步可以与一个或多个外部设备94(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(I/O)接口95进行。并且，电子设备9还可以通过网络适配器96与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器96通过总线93与电子设备9的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备9使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。

应当注意，尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

实施例4

本实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现实施例1中配置文件的自适应方法。

其中，可读存储介质可以采用的更具体可以包括但不限于：便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。

在可能的实施方式中，本发明还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行实现实施例1中配置文件的自适应方法。

其中，可以以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码，所述程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。

虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。

Claims (10)

1.一种配置文件的自适应方法，其特征在于，所述自适应方法包括：

将不同的软件版本的配置文件存储至目标设备；

获取识别信息，所述识别信息用于识别所述目标设备当前所使用的软件版本；

将所述识别信息写入至所述目标设备；

响应于所述目标设备启动，读取所述识别信息；

加载系统属性文件，所述系统属性文件包括配置文件加载指令；

根据所述识别信息及所述配置文件加载指令加载对应的软件版本的配置文件；

根据对应的软件版本的配置文件进行系统配置以完成自适应过程。

2.如权利要求1所述的配置文件的自适应方法，其特征在于，所述目标设备包括逻辑分区，所述将不同的软件版本的配置文件存储至目标设备的步骤包括：

将不同的软件版本的配置文件存储至所述逻辑分区。

3.如权利要求2所述的配置文件的自适应方法，其特征在于，所述逻辑分区包括vendor分区及ODM分区，所述将不同的软件版本的配置文件存储至目标设备的步骤包括：将不同的软件版本的配置文件存储至所述vendor分区和/或ODM分区；或，

所述逻辑分区包括vendor分区及OEM分区，所述将不同的软件版本的配置文件存储至目标设备的步骤包括：将不同的软件版本的配置文件存储至所示vendor分区和/或OEM分区。

4.如权利要求3所述的配置文件的自适应方法，其特征在于，当所述逻辑分区包括所述vendor分区及所述ODM分区，且所述vendor分区及所述ODM分区存储有不同的软件版本的配置文件时，所述ODM分区的优先级高于所述vendor分区；或，

当所述逻辑分区包括所述vendor分区及所述OEM分区，且所述vendor分区及所述OEM分区存储有不同的软件版本的配置文件时，所述OEM分区的优先级高于所述vendor分区。

5.如权利要求2所述的配置文件的自适应方法，其特征在于，所述目标设备还包括主分区及扩展分区，所述将不同的软件版本的配置文件存储至目标设备的步骤还包括：

将所述不同的软件版本的配置文件存储至所述主分区和/或所述扩展分区。

6.如权利要求1所述的配置文件的自适应方法，其特征在于，所述识别信息包括区域标识和/或运营商标识；和/或，

所述软件版本包括操作系统的版本、系统属性的版本和/或内核属性的版本；和/或，

所述自适应方法适用于安卓系统。

7.如权利要求1所述的配置文件的自适应方法，其特征在于，所述将不同的软件版本的配置文件存储至目标设备后还包括：

获取更新信息，所述更新信息用于表示所述不同的软件版本中，存在更新的第一软件版本；

下载所述第一软件版本的配置文件；

将所述第一软件版本的配置文件存储至所述目标设备。

8.一种配置文件的自适应系统，其特征在于，所述自适应系统包括：文件存储模块、识别信息获取模块、识别信息写入模块、识别信息读取模块、属性文件加载模块、配置文件加载模块及系统配置模块；

所述文件存储模块用于将不同的软件版本的配置文件存储至目标设备；

所述识别信息获取模块用于获取识别信息，所述识别信息用于识别所述目标设备当前所使用的软件版本；

所述识别信息写入模块用于将所述识别信息写入至所述目标设备；

所述识别信息读取模块用于响应于所述目标设备启动，读取所述识别信息；

所述属性文件加载模块用于加载系统属性文件，所述系统属性文件包括配置文件加载指令；

所述配置文件加载模块用于根据所述识别信息及所述配置文件加载指令加载对应的软件版本的配置文件；

所述系统配置模块用于根据对应的软件版本的配置文件进行系统配置以完成自适应过程。

9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7任一项所述的配置文件的自适应方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7任一项所述的配置文件的自适应方法。

Images