CN113448642A

CN113448642A - 系统文件访问方法、装置和电子设备

Info

Publication number: CN113448642A
Application number: CN202010167604.0A
Authority: CN
Inventors: 邹波; 龙一铭
Original assignee: Chengdu TD Tech Ltd
Current assignee: Chengdu TD Tech Ltd
Priority date: 2020-03-11
Filing date: 2020-03-11
Publication date: 2021-09-28
Anticipated expiration: 2040-03-11
Also published as: CN113448642B

Abstract

本申请实施例提供一种系统文件访问方法、装置和电子设备，包括接收系统的加载请求，所述加载请求用于请求加载系统的配置文件包，所述系统的配置文件包包含通用配置文件包和个性化配置文件包；根据待加载的配置文件类型，加载所述通用配置文件包和所述个性化配置文件包。由于系统的配置文件包中除了通用配置文件包，还包含个性化的配置文件包，在系统定制过程中，只需要根据需求修改所述个性化配置文件包中的配置文件，不需要修改所述通用配置文件包中的配置文件。在系统加载配置文件时，根据待加载的配置文件的类型，访问所述通用配置文件包和满足个性化需求的所述个性化配置文件包。从而能够实现系统的个性化定制需求，提高系统定制的效率。

Description

系统文件访问方法、装置和电子设备

技术领域

本申请实施例涉及计算机技术领域，尤其涉及一种系统文件访问方法、装置和电子设备。

背景技术

近年来，随着政企行业信息化进程的飞速发展，对于同一个产品，存在不同的客户，不同的客户可能有不同的需求，为满足不同客户的不同需求，需要发布不同的定制系统，定制内容可以是终端设备的开机动画、开机标识(logo)、蓝牙开关、无线保真(WirelessFidelity，WiFi)开关、桌面布局或者是内置的应用程序等。

现有技术在系统定制过程中，只有一个原始的通用配置文件包，根据不同客户的不同需求，是在原始的通用配置文件包的基础上修改相应的配置文件以实现系统的定制。

然而，采用现有技术的方法，系统定制的效率不高。

发明内容

本申请实施例提供一种系统文件访问方法、装置和电子设备，用于解决系统定制效率不高的问题。

第一方面，本申请实施例提供一种系统文件访问方法，包括：

接收系统的加载请求，所述加载请求用于请求加载系统的配置文件包，所述系统的配置文件包包含通用配置文件包和个性化配置文件包；

根据待加载的配置文件类型，加载所述通用配置文件包和所述个性化配置文件包。

可选的，所述根据待加载的配置文件类型，加载所述通用配置文件包和所述个性化配置文件包，包括：

在所述配置文件类型为第一类型文件情况下，则先访问所述通用配置文件包，再访问所述个性化配置文件包，用所述个性化配置文件包中的所述第一类型文件覆盖所述通用配置文件包中的所述第一类型文件，所述第一类型文件为包含多个参数的配置文件。

在所述配置文件类型为第二类型文件情况下，按照先访问所述个性化配置文件包，再访问所述通用配置文件包的顺序对配置文件包进行遍历，直到获取到所述第二类型文件停止遍历，所述第二类型文件为包含一个参数的配置文件。

可选的，所述接收系统的加载请求之前，还包括：

获取通用配置文件包，所述通用配置文件包中包含多个目录对应的配置文件；

根据用户的个性化需求，以及所述个性化需求对应的通用配置文件包中的目录，生成个性化配置文件包；

根据所述通用配置文件包和所述个性化配置文件包，生成所述用户对应的配置文件包，所述配置文件包中包含所述通用配置文件包和所述个性化配置文件包。

可选的，所述根据用户的个性化需求，以及所述个性化需求对应的通用配置文件包中的目录，生成个性化配置文件包，包括：

复制通用配置文件包中所述个性化需求对应的目录；

根据所述个性化需求对所述目录对应的配置文件进行修改，生成所述个性化配置文件包。

可选的，所述方法，还包括：

为所述通用配置文件包和所述个性化配置文件包设置优先级，所述个性化配置文件包的优先级高于所述通用配置文件包。

可选的，若所述用户的终端为多系统终端；

所述根据用户的个性化需求，以及所述个性化需求对应的通用配置文件包中的目录，生成个性化配置文件包，包括：

根据用户针对每个系统的个性化需求，以及所述个性化需求对应的通用配置文件包中的目录，生成每个系统对应的个性化配置文件包；

所述根据所述通用配置文件包和所述个性化配置文件包，生成所述用户对应的配置文件包，包括：

所述根据所述通用配置文件包和每个系统对应所述个性化配置文件包，生成所述用户对应的配置文件包；

所述用户对应的配置文件包包括：一个通用配置文件包和每个系统分别对应的个性化配置文件包。

第二方面，本申请实施例提供一种系统文件访问装置，包括：

接收模块，用于接收系统的加载请求，所述加载请求用于请求加载系统的配置文件包，所述系统的配置文件包包含通用配置文件包和个性化配置文件包；

加载模块，用于根据待加载的配置文件类型，加载所述通用配置文件包和所述个性化配置文件包。

可选的，所述加载模块，具体用于：

可选的，所述装置，还包括：

获取模块，用于获取通用配置文件包，所述通用配置文件包中包含多个目录对应的配置文件；

第一生成模块，用于根据用户的个性化需求，以及所述个性化需求对应的通用配置文件包中的目录，生成个性化配置文件包；

第二生成模块，用于根据所述通用配置文件包和所述个性化配置文件包，生成所述用户对应的配置文件包，所述配置文件包中包含所述通用配置文件包和所述个性化配置文件包。

可选的，所述第一生成模块，具体用于：

复制通用配置文件包中所述个性化需求对应的目录；

可选的，所述装置，还包括：

设置模块，用于为所述通用配置文件包和所述个性化配置文件包设置优先级，所述个性化配置文件包的优先级高于所述通用配置文件包。

可选的，若所述用户的终端为多系统终端；

所述第一生成模块，具体用于：

所述第二生成模块，具体用于：

第三方面，本申请实施例提供一种电子设备，包括存储器和处理器；所述存储器与所述处理器耦合；所述存储器用于存储程序指令；所述处理器用于调用所述存储器中的程序指令执行如第一方面中任一项所述的方法。

第四方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序在被执行时实现如第一方面中任一项所述的方法。

本申请实施例提供的系统文件访问方法、装置和电子设备，包括接收系统的加载请求，所述加载请求用于请求加载系统的配置文件包，所述系统的配置文件包包含通用配置文件包和个性化配置文件包；根据待加载的配置文件类型，加载所述通用配置文件包和所述个性化配置文件包。其中，所述通用配置文件包中包含系统中所有原始的通用配置文件，所述个性化配置文件包中包含满足用户不同需求的个性化的配置文件。由于系统的配置文件包中除了所述通用配置文件包，还包含所述个性化配置文件包，在系统定制过程中，只需要根据用户的需求修改所述个性化配置文件包中的配置文件即可，不需要修改所述通用配置文件包中的配置文件。在系统加载配置文件时，根据待加载的配置文件的类型，访问所述通用配置文件包和满足个性化需求的所述个性化配置文件包。从而能够实现系统的个性化定制需求，提高系统定制的效率。

附图说明

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

图1为本申请一实施例提供的电子设备示意图；

图2为本申请一实施例提供的系统文件访问方法的流程图；

图3为本申请另一实施例提供的系统文件访问方法的流程图；

图4为本申请一实施例提供的配置文件包的目录优先级示意图；

图5为本申请一实施例提供的双系统差异化定制方法的流程图；

图6为本申请一实施例提供的个性化配置文件包的配置读取流程图；

图7为本申请一实施例提供的双系统配置文件包的目录优先级示意图；

图8为本申请一实施例提供的系统文件访问装置的结构示意图；

图9为本申请一实施例提供的电子设备示意图；

图10为本申请一实施例提供的电子设备800的框图。

具体实施方式

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

图1为本申请一实施例提供的电子设备示意图，如图1所示，本实施例提供的系统文件访问方法、装置和电子设备，可以适用于能够运行操作系统的电子设备，包括：可移动终端设备和计算机设备，如手机、平板电脑、家用电脑等。本申请以手机为例进行说明。

近年来，随着科技的不断发展，对于同一个手机，不同的客户可能有不同的需求，需要针对不同客户的需求发布不同的定制系统，例如，有的客户需要在手机开机时加载公司的标志、在手机系统中需要对菜单进行特殊的布局或者需要手机是双系统等，需要根据不同客户的需求对手机系统进行定制。

现有的手机系统定制方法，只有一个原始的通用配置文件包，在手机系统的定制过程中，都是在原始的配置文件包的基础上针对不同的需求修改相同的配置文件，即不同的定制需求都是修改同一个原始的配置文件包中的配置文件而生成的配置文件包，导致不同的版本之间出错率高，经常出现重版本，系统定制的效率低。

本申请实施例提供一种系统文件访问方法、装置和电子设备，系统的配置文件包除了通用配置文件包，还包括个性化配置文件包。其中，所述通用配置文件包中包含系统中所有原始的通用配置文件，所述个性化配置文件包中包含满足用户不同需求的个性化的配置文件。因此，针对用户的个性化需求，只需要在所述个性化配置文件包中修改相应的配置文件即可，不需要修改所述通用配置文件包中的原始的通用配置文件。在系统加载配置文件包时，根据待加载的配置文件类型，访问所述通用配置文件包和所述个性化配置文件包。因此，在系统定制过程不同的版本都有一个独立的个性化配置文件包，在不同的个性化配置文件包中根据需求修改相应的配置文件，能够降低出错率，提高系统定制的效率。

图2为本申请一实施例提供的系统文件访问方法的流程图，如图2所示，本实施例的方法包括：

S201、接收系统的加载请求。

所述加载请求用于请求加载系统的配置文件包，所述系统的配置文件包包含通用配置文件包和个性化配置文件包。

在手机操作系统的开发过程中，需要对手机的不同的功能进行配置，不同的功能对应不同的配置文件，不同功能的配置文件保存在不同的目录中，例如系统(system)目录、数据(data)目录等。

针对客户的不同需求，需要在手机操作系统的开发过程中，根据客户的需求来修改相应的配置文件生成配置文件包，以实现手机系统的个性化定制。

在本实例中，所述系统的配置文件包包含通用配置文件包和个性化配置文件包。

所述通用配置文件包指的是包含所有原始的通用配置文件的文件包，对每个手机的操作系统都是通用的，是手机操作系统所必需的配置文件包。

所述个性化配置文件包中包含满足用户不同需求的个性化的配置文件，所述个性化的配置文件，可以是将所述通用配置文件包中所述个性化需求对应的配置文件复制到所述个性化配置文件包中，所述配置文件的文件名可以不变，针对客户的个性化需求修改所述配置文件中的参数值之后生成新的个性化的配置文件，从所述通用配置文件包中复制到所述个性化的配置文件包中的配置文件，由于某些参数值不同，所以实现的功能不同。所述个性化的配置文件，也可以是根据客户的个性化需求新建自定义的配置文件，增加相关参数的设置，从而生成个性化的配置文件包。

手机系统为所述个性化配置文件包预留一定的空间，例如可以是1G大小的空间，用来定制差异化的应用程序、开机动画等。

根据用户的个性化需求，生成系统的配置文件包，所述系统的配置文件包包含通用配置文件包和个性化配置文件包。在手机开机后将所述配置文件包加载到手机系统中，就可以使手机系统显示个性化的定制内容，例如：实现桌面图标的隐藏功能，包含特定的应用程序，显示定制的开机动画等。

S202、根据待加载的配置文件类型，加载所述通用配置文件包和所述个性化配置文件包。

配置文件的类型有：可扩展标记语言(Extensible Markup Language，xml)文件、logo文件、属性(property，prop)文件、媒体(media)文件、主题(themes)文件等。其中，所述xml文件主要是用来对手机操作系统的功能进行配置，例如：桌面的布局、桌面的图标是否显示或隐藏、是否有蓝牙功能等。logo文件是对手机开机时的logo进行配置，例如，不同定制需求的手机的开机logo是不同的。prop文件和xml文件功能类似，但是数据表现形式不一样。media文件是一些媒体文件，例如可以是手机的开机动画，themes指的是手机的主题。要实现手机系统的个性化定制，需要根据用户的需求修改相应类型的配置文件中的参数值。在系统访问配置文件时，就可以获取新的参数值，以实现特殊的定制需求。例如，要实现手机开机logo的定制，只需要修改logo文件即可。

所述通用配置文件包和所述个性化配置文件包中，包含不同类型的配置文件。在手机开机之后接收系统加载配置文件包的请求，根据待加载的配置文件类型，加载所述通用配置文件包和所述个性化配置文件包，在所述通用配置文件包和所述个性化配置文件包中查找相应类型的配置文件，然后访问查找到的所述配置文件。配置文件的类型不同，系统访问所述通用配置文件包和所述个性化配置文件包的顺序不同。

其中，S202的一种可能的实现方式为：

所述第一类型文件包括xml文件和prop文件，xml文件和prop文件中都包含多个参数。当所述配置文件类型为xml文件或者prop文件时，由于所述第一类型的文件中包含多个参数，有的参数在通用配置文件包中设置了参数值，在个性化配置文件包中没有设置参数值，先访问所述通用配置文件包，再访问所述个性化配置文件包，用所述个性化配置文件包中的所述第一类型文件去覆盖所述通用配置文件包中的所述第一类型文件时，二者相同的参数会更新为所述个性化配置文件包中的参数值，而其它个性化配置包中没有设置的参数值则保持为所述通用配置文件包中的值，因此不会造成所述第一类型文件中参数的丢失。

S202的另一种可能的实现方式为：

所述第二类型文件包括除了xml、prop文件之外的其他类型文件，例如：logo文件、media文件、theme文件等。在所述配置文件类型为第二类型文件情况下，由于第二类型的文件只有一个参数，所以按照先访问所述个性化配置文件包，再访问所述通用配置文件包的顺序，直到获取到第一个所述第二类型的文件，则停止遍历，能够提高系统配置文件的访问。

本实施例，由于系统的配置文件包除了通用配置文件包，还包括个性化的配置文件包，在系统定制过程中，只需要根据需求修改所述个性化配置文件包中的配置文件，不需要修改所述通用配置文件包中的配置文件。在系统访问配置文件时，根据待加载的配置文件类型，访问所述通用配置文件包和所述个性化配置文件包。在手机定制过程不同的版本都有一个独立的个性化配置文件包，在不同的个性化配置文件包中根据需求修改相应配置文件即可，能够降低出错率，提高系统定制的效率。

图3为本申请另一实施例提供的系统文件访问方法的流程图，如图3所示，本实施例的方法包括：

S301、获取通用配置文件包，所述通用配置文件包中包含多个目录对应的配置文件。

所述通用配置文件包里面可以包含多个目录，不同的目录对应不同的功能。例如：目录1、目录2……，每个目录里包含有配置文件，不同目录中配置文件的文件名可能相同，但是，相同文件名的配置文件的参数值设置的不同。

S302、根据用户的个性化需求，以及所述个性化需求对应的通用配置文件包中的目录，生成个性化配置文件包。

所述个性化配置文件包中包含满足用户不同需求的个性化的配置文件，所述个性化配置文件包，可以是由所述通用配置文件包中与用户的个性化需求所对应的配置文件的目录生成的，也可以包括根据客户的个性化需求新建的自定义配置文件。

所述个性化配置文件包可以包含多个目录，例如：由研发人员进行定制的研发个性化(Develop Special，De_special)目录、由产品人员进行定制的产品个性化(ProductSpecial，Pro_special)目录等，所述De_special目录指的是研发人员针对不同的需求需要修改的配置文件，所述Pro_special目录指的是产品人员针对不同的产品需要修改的配置文件，也可以包含其他目录，根据客户的定制需求不同的人员可以设置不同的个性化配置目录。

在本实施例中，S302的一种可能的实现方式为：

复制通用配置文件包中所述个性化需求对应的目录；根据所述个性化需求对所述目录对应的配置文件进行修改，生成所述个性化配置文件包。

其中，对配置文件进行修改包括：对配置文件进行参数的修改、变更或者是删除。针对用户的个性化需求，将所述通用配置文件包中对应的配置文件目录复制到所述个性化配置文件包中的目录中，例如，可以复制到Pro_special目录中。根据用户的个性化需求在所述个性化配置文件包中的所述目录中修改对应的配置文件，形成新的配置文件目录，从而生成所述个性化配置文件包。

S302的另一种可能的实现方式为：

复制通用配置文件包中所述个性化需求对应的目录中的配置文件；根据所述个性化需求对所述对应的配置文件进行修改，生成所述个性化配置文件包。

即只需要将所述个性化需求对应的配置文件复制到所述个性化配置文件包的目录中即可，例如，可以复制到Pro_special目录中。不需要复制配置文件所在的整个目录，根据用户的个性化需求在所述个性化配置文件包中修改对应的配置文件，从而生成所述个性化配置文件包。

S303、根据所述通用配置文件包和所述个性化配置文件包，生成所述用户对应的配置文件包，所述配置文件包中包含所述通用配置文件包和所述个性化配置文件包。

根据用户的需求生成个性化配置文件包，所述用户对应的配置文件包包含所述通用配置文件包和针对不同需求所定制的个性化配置文件包，从而实现不同的用户对应不同的配置文件包，在需要修改配置文件时，只需要修改相应的配置文件包中的配置文件即可，而不是在同一个配置文件包中修改相同的配置文件，从而能够降低出错率，提高系统定制的效率。

在生成所述用户对应的配置文件包之后，将所述配置文件包加载到手机系统中，所述配置文件包包含所述通用配置文件包和所述个性化配置文件包，在系统访问配置文件时，如果配置文件的类型不同，访问所述通用配置文件包和所述个性化配置文件包的顺序不同。

其中，实现访问所述通用配置文件包和所述个性化配置文件包的顺序不同的一种可能的实现方式为：

根据配置文件的类型，确定所述通用配置文件包和所述个性化配置文件包的访问顺序。例如，当配置文件为xml文件时，先访问所述通用配置文件包，再访问所述个性化配置文件包。

其中，实现访问所述通用配置文件包和所述个性化配置文件包的顺序不同的另一种可能的实现方式为：

为所述通用配置文件包和所述个性化配置文件包设置优先级，所述个性化配置文件包的优先级高于所述通用配置文件包。例如，当配置文件为logo文件时，先访问高优先级再访问低优先级的配置文件包，即先访问个性化配置文件包，再访问通用配置文件包。

其中，所述通用配置文件包和所述个性化配置文件包的优先级是在系统访问配置文件之前设置的。

为实现用户的个性化需求，修改的是个性化配置文件包中的相应的配置文件，因此，在本实施例中，设置所述个性化配置文件包的优先级高于所述通用配置文件包。还需要设置所述通用配置文件包和所述个性化配置文件包中的子目录的优先级，设置好各子目录之间的优先级之后，在访问配置文件的时候，就可以根据所述配置文件类型，确定不同的配置文件包以及不同的子目录的访问顺序。

所述通用配置文件包里面包含多个目录，每个目录的优先级不同，所述个性化配置文件包里面也包含多个目录，每个目录的优先级不同，例如可以设置产品人员定制的Pro_special目录的优先级高于研发人员定制的De_special目录的优先级，那么在手机定制过程中，只需要修改Pro_special目录中的配置文件即可，De_special的目录的配置文件不变。所述个性化配置文件包中的子目录的优先级由具体的客户需求决定，本实施例不做具体限定。

具体的，图4是本申请一实施例提供的配置文件包的目录优先级示意图，如图4所示。

所述通用配置文件包的优先级低于所述个性化配置文件包，所述通用配置文件包的目录1的优先级低于其他的目录，所述个性化配置文件包中的Pro_special的优先级高于De_special目录，所述配置文件包所有的目录的优先级是从左到右依次升高。

S304、接收系统的加载请求，所述加载请求用于请求加载系统的配置文件包，所述系统的配置文件包包含通用配置文件包和个性化配置文件包。

本实例中，接收系统的加载请求后，所述配置文件包是由函数CfgFilePolicy提供统一接口来加载所述配置文件包中的配置文件，包含通用配置文件包和个性化配置文件包。

S305、根据待加载的配置文件类型，加载所述通用配置文件包和所述个性化配置文件包。

在加载配置文件时，根据待加载的配置文件类型，函数CfgFilePolicy在所述通用配置文件包和所述个性化配置文件包中获取所述配置文件的列表，其中有获取单个文件，获取文件列表，获取目录等方法，例如：在需要加载xml类型的配置文件时，Pro_special和De_special两个目录可能都存在xml文件，则需要由函数CfgFilePolicy来获取所述xml文件对应的目录列表，然后按照设置的xml文件访问方式对所述目录列表进行访问。

待加载的配置文件类型不同，所述通用配置文件包和所述个性化配置文件包的加载顺序不同。

当所述待加载的配置文件类型为第一类型文件，即为xml文件或prop文件时，如果预先设置了所述个性化配置文件包的优先级高于所述通用配置文件包，先访问低优先级的所述通用配置文件包的目录，再访问高优先级的所述个性化配置文件包的目录，用高优先级目录中的配置文件的参数值覆盖低优先级目录中的配置文件的参数值。

本实例中，以xml文件来进行说明，例如：sy.xml文件，在所述通用配置文件包和所述个性化配置文件包的多个目录中都存在sy.xml文件，由CfgFilePolicy接口函数先访问所述通用配置文件包，再访问所述个性化配置文件包，获取到所有包含sy.xml的目录列表。然后按照从低优先级到高优先级的顺序对所有包含sy.xml的目录列表进行遍历，用所述个性化配置文件包中的sy.xml文件覆盖所述通用配置文件包中的sy.xml文件。例如：图4中的所述通用配置文件包中的目录1和所述个性化配置文件包中的De_special目录中都存在sy.xml文件。目录1和De_special目录中sy.xml文件的参数值如表1所示：

表1

目录1	De_special目录	定制结果
			wifi_default＝true	wifi_default＝false	wifi_default＝false
enable_btooth＝false		enable_bltooth＝false

由于De_special目录的优先级高于目录1，因此从目录1中开始读取sy.xml文件，用高优先级De_special的sy.xml文件去覆盖低优先级的目录1的sy.xml文件中的参数值。由于De_special的sy.xml文件中没有设置enable_btooth参数值，则该参数值保存低优先级的目录1中的sy.xml文件的值，其他两个目录的文件中都没有设置的参数则为缺省值。

由于xml文件中包含多个参数，如果直接读取高优先级目录中的文件的话，就会丢失enable_btooth的参数值，因此先访问低优先级再访问高优先级的目录，以高优先级覆盖低优先级的参数值，从而在满足个性化需求时，避免因为丢失参数值而导致某些配置功能无法实现的情况出现。

当所述待加载的配置文件类型为第二类型文件时，如果预先设置了所述个性化配置文件包的优先级高于所述通用配置文件包，由于第二类型的文件只有一个参数，所以按照先访问高优先级目录，再访问低优先级目录的顺序进行，直到获取到所述第二类型文件则停止遍历。

例如，当所述配置文件类型为logo文件时，De_special和Pro_special目录中都存在logo文件，因为logo文件中只有一个参数值来设置手机的开机logo，因此从高优先级往低优先级遍历，先访问De_special目录中的logo文件，当获取到的第一个logo文件中包含对logo的设置参数就直接使用该参数值，停止遍历。

本实施例，首先获取通用配置文件包，然后根据用户的个性化需求以及所述个性化需求对应的通用配置文件包中的目录，生成个性化配置文件包，根据所述通用配置文件包和所述个性化配置文件包，生成所述用户对应的配置文件包。由于系统的配置文件包除了通用配置文件包，还包括个性化配置文件包，在系统定制过程中，只需要根据需求修改所述个性化配置文件包中的配置文件，不需要修改所述通用配置文件包中的配置文件。在手机定制过程不同的版本都有一个独立的个性化配置文件包，在不同的个性化配置文件包中根据需求修改相应配置文件即可，能够降低出错率。进一步地，可以设置所述个性化配置文件包的优先级高于所述通用配置文件包。在加载不同类型的配置文件时，按照不同的访问顺序，对所述通用配置文件包和所述个性化配置文件包进行访问，从而能够实现系统的个性化定制，提高系统定制的效率。

图2-图3所示的方法实施例所对应的用户终端设备都是单系统，例如可以是专网系统或者是互联网系统，进一步地，当用户终端设备为多系统时，图2-图3所示的系统文件访问方法也同样可行。本申请以双系统为例进行说明，当用户的终端设备为双系统时，为了满足用户对不同系统的不同需求，需要针对双系统分别对应的个性化配置文件包进行差异化的定制。

具体的，图5为本申请一实施例提供的双系统差异化定制方法的流程图，如图5所示。

当用户的终端设备为双系统时，例如，用户的手机系统为专网、互联网双系统，每个系统可以单独运行，专网和互联网系统的个性化需求不一样，通用配置文件包对两个系统都适用，每个系统的个性化配置文件包是不一样的，每个系统根据用户的个性化需求配置单独的个性化配置文件包。例如，开机logo不同，系统自带的一些应用程序不同，默认的运营商和网络制式不同。通过差异化的个性化配置文件包来实现双系统的特殊配置。

在本实施例中，双系统定制开发的过程中，在Linux系统下使用容器来承载每个系统，每个系统对应一个容器，例如：专网系统对应容器A，互联网系统对应容器B。创建虚拟化目录，所述虚拟化目录是多个容器的统一目录入口，例如可以是tdtech目录，创建子目录A作为容器A的个性化目录，对应个性化配置文件包A，创建子目录B作为容器B的个性化目录，对应个性化配置文件包B，在Linux容器中，容器A只能看到对应的目录A中的内容，容器B只能看到对应的目录B中内容，不同的系统对不同的目录中的配置文件进行修改，从而能够实现独立的双系统。其中，在双系统中，每个系统都需要生成个性化的配置文件包，每个系统对应的个性化配置文件包的一种可能的实现方式为：

根据用户针对每个系统的个性化需求，以及所述个性化需求对应的通用配置文件包中的目录，生成每个系统对应的个性化配置文件包。

例如，容器A对应的专网系统的个性化目录A中可以设置研发人员定制的De_specical目录、产品人员定制的Pro_special目录，里面包含有xml、prop、logo、media、themes等类型的配置文件。容器B对应的互联网系统的个性化目录B中可以设置代理商定制的代理个性化(Agent Special，As_special)目录，产品人员定制的Pro_special目录，里面包含有xml、prop、logo、media、themes等类型的配置文件。每个系统所对应的个性化需求不同，所述配置文件的名字即使相同，其中参数值也不同。因此，能够根据用户针对每个系统的个性化需求，将所述个性化需求对应的通用配置文件包中的目录复制到每个系统对应的目录中，修改其中的配置文件，从而生成每个系统对应的个性化配置文件包。在手机开机之后，需要加载手机的双系统对应的个性化配置文件包，所述个性化配置包的配置读取流程如图6所示。

首先注册虚拟化目录，例如可以是tdtech目录。注册虚拟化目录包括两个动作：加载所述虚拟化目录对应的个性化配置文件包，其中所述个性化配置文件包包括个性化配置文件包A和个性化配置文件包B；注册个性化配置文件包中子目录的优先级，例如个性化配置文件包A对应的目录A中包含多个子目录，Pro_special目录和De_special目录，设置子目录的优先级，例如可以是Pro_special目录的优先级高于De_special目录。

在注册虚拟化目录之后，统一接口读取配置，即系统提供统一的接口来读取个性化配置文件包，例如在读取个性化配置文件包中的配置文件时会根据保存的配置目录的优先级策略来进行读取。本实例中，是由函数CfgFilePolicy提供统一接口来读取所述个性化配置文件包。

在将所述个性化配置文件包加载完成之后，手机双系统就可以显示个性化的定制内容。

在双系统中，通用配置文件包是共享的，每个系统对应不同的个性化配置文件包，生成双系统的配置文件包的一种可能的实现方式为：

在双系统加载配置文件包之前，如果设置了所述个性化配置文件包的优先级高于所述通用配置文件包，且预先设置了所述个性化配置文件包和所述通用配置文件包中子目录的优先级，则双系统配置文件包的目录优先级可以如图7所示，图7是在图4的基础上，由单系统变为双系统。每个系统中的所述通用的配置文件包是相同的，所述通用配置文件包是双系统共享的。每个系统包含不同的个性化配置文件包，对应不同的目录，虚拟化目录是双系统的个性化的目录的统一入口。双系统的配置文件包的目录的优先级是从左到右依次升高，其中目录A和目录B中的子目录的优先级是根据用户的个性化需求进行设置的。最终生成的双系统的所述用户的配置文件包，包含双系统共享的一个通用配置文件包以及每个系统所对应的个性化配置文件包。

双系统加载配置文件的方式与单系统是一样的，实现方式与图2和图3中相同，此处不再赘述。

本实施例，当手机终端为双系统时，根据用户对每个系统的个性化需求，生成每个系统对应的独立的个性化配置文件包，手机系统所包含的配置文件包包含一个通用配置文件包和每个系统对应的个性化配置文件包。从而实现手机终端为双系统时的不同的个性化需求，根据用户的个性化需求，只需要修改每个系统所对应的个性化配置文件包中的配置文件即可，根据加载的配置文件的类型，按照设置的优先级策略和访问方式，对所述通用配置文件包和所述个性化配置文件包进行访问，从而能够提高系统定制的效率。

图8为本申请一实施例提供的系统文件访问装置的结构示意图，如图8所示，本实施例提供的系统文件访问装置包括：接收模块801和加载模块802。

其中，接收模块801，用于接收系统的加载请求，所述加载请求用于请求加载系统的配置文件包，所述系统的配置文件包包含通用配置文件包和个性化配置文件包；

加载模块802，用于根据待加载的配置文件类型，加载所述通用配置文件包和所述个性化配置文件包。

可选的，所述加载模块802，具体用于：

在所述配置文件类型为第一类型文件情况下，则先访问所述通用配置文件包，再访问所述个性化配置文件包，用所述个性化配置文件包中的第一类型文件覆盖所述通用配置文件包中的第一类型文件，所述第一类型文件为包含多个参数的配置文件。

可选的，所述加载模块802，具体用于：

可选的，所述装置，还包括：

获取模块803，用于获取通用配置文件包，所述通用配置文件包中包含多个目录对应的配置文件；

第一生成模块804，用于根据用户的个性化需求，以及所述个性化需求对应的通用配置文件包中的目录，生成个性化配置文件包；

第二生成模块805，用于根据所述通用配置文件包和所述个性化配置文件包，生成所述用户对应的配置文件包，所述配置文件包中包含所述通用配置文件包和所述个性化配置文件包。

可选的，所述第一生成模块804，具体用于：

复制通用配置文件包中所述个性化需求对应的目录；

可选的，所述装置，还包括：

设置模块806，用于为所述通用配置文件包和所述个性化配置文件包设置优先级，所述个性化配置文件包的优先级高于所述通用配置文件包。

可选的，若所述用户的终端为多系统终端；

所述第一生成模块804，具体用于：

所述第二生成模块805，具体用于：

本实施例提供的系统文件访问装置可用于执行图2-图7所示的方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图9为本申请一实施例提供的电子设备示意图，如图9所示，本实施例提供的电子设备包括：存储器901和处理器902，所述存储器901与所述处理器902耦合。

所述存储器901用于存储程序指令。

所述处理器902用于调用所述存储器中的程序指令执行：

可选的，所述处理器902，具体用于：

可选的，所述处理器902，还用于：

可选的，所述处理器902，具体用于：

复制通用配置文件包中所述个性化需求对应的目录；

可选的，所述处理器902，还用于：

可选的，若所述用户的终端为多系统终端；

所述处理器902，具体用于：

本实施例提供的电子设备可用于执行图2-图7所示的方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图10是本申请一实施例提供的电子设备1000的框图。例如，访问系统文件的电子设备1000可以是手机、计算机或者是平板电脑。

如图10所示，电子设备1000可以包括以下一个或多个组件：处理组件1002，存储器1004，电力组件1006，多媒体组件1008，音频组件1010，输入/输出(I/O)的接口1012，传感器组件1014，以及通信组件1016。

处理组件1002通常控制电子设备1000的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1002可以包括一个或多个处理器1020来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1002可以包括一个或多个模块，便于处理组件1002和其他组件之间的交互。例如，处理组件1002可以包括多媒体模块，以方便多媒体组件1008和处理组件1002之间的交互。

存储器1004被配置为存储各种类型的数据以支持在电子设备1000的操作。这些数据的示例包括用于在电子设备1000上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1004可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电力组件1006为电子设备1000的各种组件提供电力。电力组件1006可以包括电源管理系统，一个或多个电源，及其他与为电子设备1000生成、管理和分配电力相关联的组件。

多媒体组件1008包括在所述电子设备1000和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1008包括一个前置摄像头和/或后置摄像头。当电子设备1000处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1010被配置为输出和/或输入音频信号。例如，音频组件1010包括一个麦克风(MIC)，当电子设备1000处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1004或经由通信组件1016发送。在一些实施例中，音频组件1010还包括一个扬声器，用于输出音频信号。

I/O接口1012为处理组件1002和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1014包括一个或多个传感器，用于为电子设备1000提供各个方面的状态评估。例如，传感器组件1014可以检测到电子设备1000的打开/关闭状态，组件的相对定位，例如所述组件为电子设备1000的显示器和小键盘，传感器组件1014还可以检测电子设备1000或电子设备1000一个组件的位置改变，用户与电子设备1000接触的存在或不存在，电子设备1000方位或加速/减速和电子设备1000的温度变化。传感器组件1014可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1014还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1014还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1016被配置为便于电子设备1000和其他设备之间有线或无线方式的通信。电子设备1000可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1016经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1016还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在一些实施例中，电子设备1000可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在一些实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1004，上述指令可由电子设备1000的处理器1020执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：只读内存(英文：Read-Only Memory，简称：ROM)、随机存取存储器(英文：Random Access Memory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims

1.一种系统文件访问方法，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，所述根据待加载的配置文件类型，加载所述通用配置文件包和所述个性化配置文件包，包括：

3.根据权利要求1所述的方法，其特征在于，所述根据待加载的配置文件类型，加载所述通用配置文件包和所述个性化配置文件包，包括：

4.根据权利要求1-3任一项所述的方法，其特征在于，所述接收系统的加载请求之前，还包括：

5.根据权利要求4所述的方法，其特征在于，所述根据用户的个性化需求，以及所述个性化需求对应的通用配置文件包中的目录，生成个性化配置文件包，包括：

复制通用配置文件包中所述个性化需求对应的目录；

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

7.根据权利要求4所述的方法，其特征在于，若所述用户的终端为多系统终端；

8.一种系统文件访问装置，其特征在于，包括：

9.一种电子设备，其特征在于，包括：存储器和处理器，所述存储器与所述处理器耦合；

所述存储器用于存储程序指令；

所述处理器用于调用所述存储器中的程序指令执行如权利要求1-7中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述可读存储介质上存储有计算机程序，所述计算机程序在被执行时实现如权利要求1-7中任一项所述的方法。