CN112463235A - 一种Android设备的项目配置化方法及终端 - Google Patents
一种Android设备的项目配置化方法及终端 Download PDFInfo
- Publication number
- CN112463235A CN112463235A CN202011375116.5A CN202011375116A CN112463235A CN 112463235 A CN112463235 A CN 112463235A CN 202011375116 A CN202011375116 A CN 202011375116A CN 112463235 A CN112463235 A CN 112463235A
- Authority
- CN
- China
- Prior art keywords
- configuration
- items
- starting
- file
- reading
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Stored Programmes (AREA)
Abstract
本发明公开了一种Android设备的项目配置化方法及终端;本发明在开机启动时,实时操作系统在初始化各种软硬件环境时只加载通用或共性的驱动程序,而后挂载文件系统;启动配置化服务,根据所述文件系统中预设的项目值读取配置化文件中对应的项目及项目下的配置项并进行存储;启动客制服务,读取并根据所存储的项目及项目下的配置项中的信息来配置对应的客制功能;本发明预设了配置化文件,通过配置文件中的项目及项目下的配置项,对个服务进行配置,使得一个配置化文件能实现整个项目不同功能的配置和支持多个项目的配置,从而实现配置化管理,减少了开发的工作量和成本,提高了开发效率。
Description
技术领域
本发明涉及移动通信技术领域,特别涉及一种Android设备的项目配置化方法及终端。
背景技术
在开发商开发产品时,常碰到同一个平台会衍生很多其他项目,这些项目上常会有功能上的差异,这些差异主要集中在APP、驱动外设、modem(调制解调器)及其他功能,具体如下:
(1)APP差异:如有的项目支持拨打电话,有的项目支持拨打电话。
(2)外设驱动差异:如有的支持sensor(传感器),有的不支持sensor。
(3)modem差异:如有的支持单卡,有的支持双卡。或支持的频段差异等。
(4)其他功能差异:如GPS SUPL服务器有的使用google,有的使用千寻等等。
为了解决这些差异的维护方便和提高效率,很多厂商常用做法:
(1)通过ADC(Analog-to-Digital Converter,模拟/数字转换器)采样电平或者2-3根GPIO管脚的电平的不同来区分不同项目,然后根据不同电平映射的不同项目,加载项目支持的对应的外设驱动。
采用GPIO(General-purpose input/output,通用型输入输出)方式,能区分出的项目总个数和GPIO的个数关系为2的N次方。N为GPIO个数。缺点是区分的项目越多,占用GPIO的管脚个数越多。
采用ADC采样能区分出的项目个数与分辨率、转换误差、转换精度、转化时间、噪声等相关。如分辨率越高,可以分辨的最小模拟电压越小,但是ADC采样如果分的个数越多,越容易被噪声或者器件精度问题而采样的值不正确,导致容易区分出错。且精度越高或者分辨率越高,器件成本越贵。
(2)普遍做法一般会通过不同的项目编译脚本来管理不同的项目。所以通用功能则复用原来的项目,非通用的或有差异的功能则通过项目脚本来区分。这种做法有助于区分不同项目,但是增加了工作量和维护成本。
发明内容
本发明所要解决的技术问题是:提供一种Android设备的项目配置化方法及终端,通过配置化管理减少成本并提高效率。
为了解决上述技术问题,本发明采用的技术方案为:
一种Android设备的项目配置化方法,包括:
S1、在开机启动时,实时操作系统在初始化各种软硬件环境时只加载通用或共性的驱动程序,而后挂载文件系统;
S2、启动配置化服务,根据所述文件系统中预设的项目值读取配置化文件中对应的项目及项目下的配置项并进行存储;
S3、启动客制服务,读取并根据所存储的项目及项目下的配置项中的信息来配置对应的客制功能。
为了解决上述技术问题,本发明采用的另一技术方案为:
一种Android设备的项目配置化终端,包括处理器、存储器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
S1、在开机启动时,实时操作系统在初始化各种软硬件环境时只加载通用或共性的驱动程序,而后挂载文件系统;
S2、启动配置化服务,根据所述文件系统中预设的项目值读取配置化文件中对应的项目及项目下的配置项并进行存储;
S3、启动客制服务,读取并根据所存储的项目及项目下的配置项中的信息来配置对应的客制功能。
本发明的有益效果在于:本发明预设了配置化文件,通过配置文件中的项目及项目下的配置项,对个服务进行配置,使得一个配置化文件能实现整个项目不同功能的配置和支持多个项目的配置,从而实现配置化管理,减少了开发的工作量和成本,提高了开发效率。
附图说明
图1为本发明实施例的一种Android设备的项目配置化方法的流程图;
图2为本发明实施例的一种Android设备的项目配置化终端的结构图;
图3为本发明实施例的一种Android设备的项目配置化方法的详细流程图;
标号说明:
1、一种Android设备的项目配置化终端;2、处理器;3、存储器。
具体实施方式
为详细说明本发明的技术内容、所实现目的及效果,以下结合实施方式并配合附图予以说明。
请参照图1以及图3,一种Android设备的项目配置化方法,包括:
S1、在开机启动时,实时操作系统在初始化各种软硬件环境时只加载通用或共性的驱动程序,而后挂载文件系统;
S2、启动配置化服务,根据所述文件系统中预设的项目值读取配置化文件中对应的项目及项目下的配置项并进行存储;
S3、启动客制服务,读取并根据所存储的项目及项目下的配置项中的信息来配置对应的客制功能。
从以上描述可知,本发明的有益效果在于:本发明预设了配置化文件,通过配置文件中的项目及项目下的配置项,对个服务进行配置,使得一个配置化文件能实现整个项目不同功能的配置和支持多个项目的配置,从而实现配置化管理,减少了开发的工作量和成本,提高了开发效率。
进一步的,所述步骤S1具体为:
S11、执行固化在只读存储器ROM中的预设代码,并将启动装载程序加载到随机存取存储器RAM中运行,所述启动装载程序将实时操作系统加载到内存并启动;
S12、实时操作系统进行各种软硬件环境的初始化,只加载通用或共性的驱动程序;
S13、启动系统初始化进程,挂载文件系统,并解析初始化配置文件init.rc。
由以上描述可知,本发明在开机启动时,加载了启动装载程序、实时操作系统以及文件系统,以供后续使用。
进一步的,步骤S3具体为:
S31、启动驱动外设客制服务,读取并根据所存储的项目及项目下的配置项中的外设配置信息,加载对应的驱动;
S32、启动modem客制服务,读取所存储的项目及项目下的配置项中的modem配置文件,判断modem配置文件中的配置信息与现有modem配置信息是否一致,若一致则不进行配置,否则重新配置modem,并重启modem子系统;
S33、启动其他功能配置服务,读取所存储的项目及项目下的配置项中的其他功能配置文件,进行对应功能的配置;
S34、启动Zygote、Dalivik VM、SystemServer、Managers和其他系统必要进程。
由以上描述可知,本发明在客制化过程中进行了一些系统必要进程的加载,且所述客制服务包括驱动外设客制服务、modem客制服务和其他客制服务,能够实现对应驱动外设的动态加载、modem功能的动态配置以及其他小模块的动态配置,以提供更全面你的客制化服务。
进一步的,在所述步骤S3之后还包括:
S4、启动APP客制管理,读取所述配置化文件中的APP支持信息,根据所述APP支持信息对支持的APP进行编译。
由以上描述可知,本发明可以对支持的APP进行动态配置,只将支持的APP编译进系统。
进一步的,步骤S2具体为:
启动配置化服务,根据所述文件系统中预设的项目值读取配置化文件中对应的项目及项目下的配置项,并将所述项目及项目下的配置项存储到product分区下。
由以上描述可知,本发明将配置化文件中对应的项目及项目下的配置项存储到了product分区下,以供其他服务更容易地读取和调用。
请参照图2,一种Android设备的项目配置化终端,包括处理器、存储器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
S1、在开机启动时,实时操作系统在初始化各种软硬件环境时只加载通用或共性的驱动程序,而后挂载文件系统;
S2、启动配置化服务,根据所述文件系统中预设的项目值读取配置化文件中对应的项目及项目下的配置项并进行存储;
S3、启动客制服务,读取并根据所存储的项目及项目下的配置项中的信息来配置对应的客制功能。
从以上描述可知,本发明的有益效果在于:本发明预设了配置化文件,通过配置文件中的项目及项目下的配置项,对个服务进行配置,使得一个配置化文件能实现整个项目不同功能的配置和支持多个项目的配置,从而实现配置化管理,减少了开发的工作量和成本,提高了开发效率。
进一步的,所述步骤S1具体为:
S11、执行固化在只读存储器ROM中的预设代码,并将启动装载程序加载到随机存取存储器RAM中运行,所述启动装载程序将实时操作系统加载到内存并启动;
S12、实时操作系统进行各种软硬件环境的初始化,只加载通用或共性的驱动程序;
S13、启动系统初始化进程,挂载文件系统,并解析初始化配置文件init.rc。
由以上描述可知,本发明在开机启动时,加载了启动装载程序、实时操作系统以及文件系统,以供后续使用。
进一步的,所述步骤S3具体为:
S31、启动驱动外设客制服务,读取并根据所存储的项目及项目下的配置项中的外设配置信息,加载对应的驱动;
S32、启动modem客制服务,读取所存储的项目及项目下的配置项中的modem配置文件,判断modem配置文件中的配置信息与现有modem配置信息是否一致,若一致则不进行配置,否则重新配置modem,并重启modem子系统;
S33、启动其他功能配置服务,读取所存储的项目及项目下的配置项中的其他功能配置文件,进行对应功能的配置;
S34、启动Zygote、Dalivik VM、SystemServer、Managers和其他系统必要进程。
由以上描述可知,本发明在客制化过程中进行了一些系统必要进程的加载,且所述客制服务包括驱动外设客制服务、modem客制服务和其他客制服务,能够实现对应驱动外设的动态加载、modem功能的动态配置以及其他小模块的动态配置,以提供更全面你的客制化服务。
进一步的,所述处理器执行所述计算机程序时在所述步骤S3之后还包括:
S4、启动APP客制管理,读取所述配置化文件中的APP支持信息,对支持的APP进行编译。
由以上描述可知,本发明可以对支持的APP进行动态配置,只将支持的APP编译进系统。
进一步的,步骤S2具体为:
启动配置化服务,根据所述文件系统中预设的项目值读取配置化文件中对应的项目及项目下的配置项,并将所述项目及项目下的配置项存储到product分区下。
由以上描述可知,本发明将配置化文件中对应的项目及项目下的配置项存储到了product分区下,以供其他服务更容易地读取和调用。
请参照图1和图3,本发明的实施例一为:
一种Android设备的项目配置化方法,包括:
S1、在开机启动时,实时操作系统在初始化各种软硬件环境时只加载通用或共性的驱动程序,而后挂载文件系统;
所述步骤S1具体为:
S11、执行固化在只读存储器ROM中的预设代码,并将启动装载程序加载到随机存取存储器RAM中运行,所述启动装载程序将实时操作系统加载到内存并启动;
S12、实时操作系统进行各种软硬件环境的初始化,只加载通用或共性的驱动程序;
S13、启动系统初始化进程,挂载文件系统,并解析初始化配置文件init.rc;
本实施例中,当我们按下power键开机的时候,android设备会从固化在ROM的预设代码开始执行,加载启动装载程序Bootloader到RAM中运行,然后Bootloader把实时操作系统kernel加载到内存,kernel启动,kernel初始化各种软硬件环境,只加载通用的或共性的驱动程序,对于差异性需要客制的驱动程序不加载,并挂载system文件系统;
驱动的客制化配置,需要默认开机不加载,否则开机加载了就无法进行客制化配置;原始的流程开机直接将要支持驱动编译集成到系统中,这样开机加载固定某个外设,无法多个驱动外设动态配置。
我们通过驱动程序源码中的obj-m和obj-y来区分是否是需要加载的通用或共性的驱动程序,以g-sensor lis3dh驱动为例:
obj-m+=lis3dh.o
obj-y+=lis3dh.o
其中:
obj-m表示把文件lis3dh.o作为"模块"进行编译,不会编译到内核,但是会生成一个独立的"lis3dh.ko"文件;不会自动加载;
obj-y表示把lis3dh.o文件编译进内核,开机会加载该驱动;
我们对于需要客制的外设,采用obj-m编译,不将外设编译进内核,使得开机内核启动阶段不会去加载客制的外设的驱动。
启动系统初始化进程system init,挂载product、odm、vendor等文件系统,启动属性服务,并解析初始化配置文件init.rc。
系统在初始化的过程中包括以下阶段:
early_init>init>late_init>early-fs>fs>post-fs>late_fs>post-fs-data>zygote-start>early-boot>boot。
S2、启动配置化服务,根据所述文件系统中预设的项目值读取配置化文件中对应的项目及项目下的配置项并进行存储;
步骤S2具体为:
启动配置化服务,根据所述文件系统中预设的项目值读取配置化文件中对应的项目及项目下的配置项,并将所述项目及项目下的配置项存储到product分区下。
本实施例中,配置服务在初始化的early_init阶段启动,因为system文件系统经在kernel那阶段挂载好了,此时可根据system文件系统中的项目值读取配置化文件config.xml对应的项目及项目下的配置项,并存储到已挂载的分区product分区下,供其他服务调用读取。
各分区挂载如下所述:
system分区在kernel阶段进行挂载,而vendo、odm和product分区则在初始化的第一阶段挂载,而其它分区的挂载则通过do_mount_all来实现,即初始化过程的fs阶段。
配置化文件config.xml格式如下:
<Platform name="value1">//value1是平台名称
<Project name="value2"version="value3">//value2项目名称,value3是版本号
<App name="value4"value="value5"/>//value4是APP名称,value5是true/false,表示支不支持该APP。
<Driver name="value5"value="value6"/>//value5是驱动的名称,value6表示该驱动使用的器件型号
<File name="value7"value="value8"/>//value7是模块名,vaule8是配置子文件路径
</Project>
…//其他项目配置格式同上
</Platform>
主要含有平台、项目、APP、驱动外设、Modem、其他模块等,具体如下所示:
<?xml version="1.0"encoding="utf-8"?>
<Platform name="QCM2150">//某平台
<Project name="A1"version="0001">//项目A1,版本号0001
<App name="phone"value="true"/>//支持Phone这个APP
<Driver name="g-sensor"value="lis3dh"/>//采用g-sensor采用lis3dh型号的器件
<File name="modem"value="/data/config/modem_A1.xml"/>//modem配置文件modem_A1.xml
<File name="gps"value="/data/config/gps_A1.xml"/>//gps配置文件gps_A1.xml
</Project>
<Project name="B2"version="0001">//项目B2,版本号0001
<App name="phone"value="false"/>//不支持phone APP
<Driver name="g-sensor"value=""/>//不支持g-sensor
<File name="modem"value="/data/config/modem_B2.xml"/>//modem配置文件modem_B2.xml
<File name="gps"value="/data/config/gps_B2.xml"/>//gps配置文件gps_B2.xml
</Project>
</Platform>
对应的项目下的配置项,即子配置文件,以GPS为例
<?xml version="1.0"encoding="utf-8"?>
<GPS>
<Property name="gnss-mode"value="7"/>
//bit0:GPS;bit1:GLONASS;bit2:Beidou;bit3:Galileo;bit4-7:保留。
//1位支持,0位不支持。则7表示bit0|bit1|bit2都支持,即支持GPS/GLONASS/Beidou。
<Property name="server-address"value="supl.google.com"/>//supl服务器用的是google服务器
<Property name="server-port"value="7275"/>//supl服务器的端口号是7275
…
</GPS>
S3、启动客制服务,读取并根据所存储的项目及项目下的配置项中的信息来配置对应的客制功能。
所述步骤S3具体为:
S31、启动驱动外设客制服务,读取并根据所存储的项目及项目下的配置项中的外设配置信息,加载对应的驱动;
S32、启动modem客制服务,读取所存储的项目及项目下的配置项中的modem配置文件,判断modem配置文件中的配置信息与现有modem配置信息是否一致,若一致则不进行配置,否则重新配置modem,并重启modem子系统;
S33、启动其他功能配置服务,读取所存储的项目及项目下的配置项中的其他功能配置文件,进行对应功能的配置;
S34、启动Zygote、Dalivik VM、SystemServer、Managers和其他系统必要进程。
所述步骤S3之后还包括:
S4、启动APP客制管理,读取所述配置化文件中的APP支持信息,对支持的APP进行编译。
本实施例中,驱动外设客制服务也是在early_init阶段启动,但在配置服务后面,晚于配置服务启动。驱动外设客制服务读取配置化服务存入product分区中的项目及项目下的配置项中的外设配置信息,如读取g-sensor值是lis3dh,代表g-sensor使用的是lis3dh器件;然后调用module_insert("lis3dh",NULL)加载lis3dh驱动,实现了外设驱动的客制配置,如果读取的g-sensor的值是空,那么不进行其他操作。因本身lis3dh编译的是ko文件,没编译进入内核,也就不会加载lis3dh驱动。
启动modem客制服务,因modem涉及到需要设置NV值,NV设置完需要重启,故modem客制服务在初始化过程的boot阶段启动。Modem配置服务根据配置化服务存入product分区中的项目及项目下的配置项中的modem配置信息,如果和与现有modem配置信息一致则不进行配置,否则重新配置modem,并重启modem子系统,实现动态配置modem功能。原始流程只是启动modem,没有客制配置,客制化配置只能通过替换modem镜像文件或nv二进制文件,而本发明则可以根据需求,只需修改配置化文件config.xml,然后通过本发明新增的modem客制服务通过配置文件加载或修改对应的功能。
启动其他功能配置服务,读取product分区中的项目及项目下的配置项中的其他配置信息,并配置对应的功能,本发明处了以上所述的外设和modem的客制服务以及后文终将要描述的APP客制管理外,还包括其他小模块,如读取GPS配置信息进行GPS功能的设置等。
启动Zygote、Dalivik VM、SystemServer、Managers和其他系统必要进程,该部分是通用的,开机过程正常启动的流程,在初始化过程的相应阶段进行启动。
启动APP客制管理,根据config.xml项目配置文件的支持情况,动态配置支持的APP;
最后启动APP,开机完成。
请参照图2,本发明的实施例二为:
一种Android设备的项目配置化终端1,包括处理器2、存储器3及存储在存储器3上并可在处理器2上运行的计算机程序,所述处理器2执行所述计算机程序时实现以上实施例一中的步骤。
综上所述,本发明提供的一种Android设备的项目配置化方法及终端,预设了配置化文件,通过配置文件中的项目及项目下的配置项,对个服务进行配置,使得一个配置化文件能实现整个项目不同功能的配置和支持多个项目的配置,从而实现配置化管理,减少了开发的工作量和成本,提高了开发效率。
以上所述仅为本发明的实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等同变换,或直接或间接运用在相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种Android设备的项目配置化方法,其特征在于,包括:
S1、在开机启动时,实时操作系统在初始化各种软硬件环境时只加载通用或共性的驱动程序,而后挂载文件系统;
S2、启动配置化服务,根据所述文件系统中预设的项目值读取配置化文件中对应的项目及项目下的配置项并进行存储;
S3、启动客制服务,读取并根据所存储的项目及项目下的配置项中的信息来配置对应的客制功能。
2.根据权利要求1所述的一种Android设备的项目配置化方法,其特征在于,所述步骤S1具体为:
S11、执行固化在只读存储器ROM中的预设代码,并将启动装载程序加载到随机存取存储器RAM中运行,所述启动装载程序将实时操作系统加载到内存并启动;
S12、实时操作系统进行各种软硬件环境的初始化,只加载通用或共性的驱动程序;
S13、启动系统初始化进程,挂载文件系统,并解析初始化配置文件init.rc。
3.根据权利要求1所述的一种Android设备的项目配置化方法,其特征在于,步骤S3具体为:
S31、启动驱动外设客制服务,读取并根据所存储的项目及项目下的配置项中的外设配置信息,加载对应的驱动;
S32、启动modem客制服务,读取所存储的项目及项目下的配置项中的modem配置文件,判断modem配置文件中的配置信息与现有modem配置信息是否一致,若一致则不进行配置,否则重新配置modem,并重启modem子系统;
S33、启动其他功能配置服务,读取所存储的项目及项目下的配置项中的其他功能配置文件,进行对应功能的配置;
S34、启动Zygote、Dalivik VM、SystemServer、Managers和其他系统必要进程。
4.根据权利要求1所述的一种Android设备的项目配置化方法,其特征在于,在所述步骤S3之后还包括:
S4、启动APP客制管理,读取所述配置化文件中的APP支持信息,根据所述APP支持信息对支持的APP进行编译。
5.根据权利要求1所述的一种Android设备的项目配置化方法,其特征在于,步骤S2具体为:
启动配置化服务,根据所述文件系统中预设的项目值读取配置化文件中对应的项目及项目下的配置项,并将所述项目及项目下的配置项存储到product分区下。
6.一种Android设备的项目配置化终端,包括处理器、存储器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现以下步骤:
S1、在开机启动时,实时操作系统在初始化各种软硬件环境时只加载通用或共性的驱动程序,而后挂载文件系统;
S2、启动配置化服务,根据所述文件系统中预设的项目值读取配置化文件中对应的项目及项目下的配置项并进行存储;
S3、启动客制服务,读取并根据所存储的项目及项目下的配置项中的信息来配置对应的客制功能。
7.根据权利要求6所述的一种Android设备的项目配置化终端,其特征在于,所述步骤S1具体为:
S11、执行固化在只读存储器ROM中的预设代码,并将启动装载程序加载到随机存取存储器RAM中运行,所述启动装载程序将实时操作系统加载到内存并启动;
S12、实时操作系统进行各种软硬件环境的初始化,只加载通用或共性的驱动程序;
S13、启动系统初始化进程,挂载文件系统,并解析初始化配置文件init.rc。
8.根据权利要求6所述的一种Android设备的项目配置化终端,其特征在于,所述步骤S3具体为:
S31、启动驱动外设客制服务,读取并根据所存储的项目及项目下的配置项中的外设配置信息,加载对应的驱动;
S32、启动modem客制服务,读取所存储的项目及项目下的配置项中的modem配置文件,判断modem配置文件中的配置信息与现有modem配置信息是否一致,若一致则不进行配置,否则重新配置modem,并重启modem子系统;
S33、启动其他功能配置服务,读取所存储的项目及项目下的配置项中的其他功能配置文件,进行对应功能的配置;
S34、启动Zygote、Dalivik VM、SystemServer、Managers和其他系统必要进程。
9.根据权利要求6所述的一种Android设备的项目配置化终端,其特征在于,所述处理器执行所述计算机程序时在所述步骤S3之后还包括:
S4、启动APP客制管理,读取所述配置化文件中的APP支持信息,对支持的APP进行编译。
10.根据权利要求6所述的一种Android设备的项目配置化终端,其特征在于,所述步骤S2具体为:
启动配置化服务,根据所述文件系统中预设的项目值读取配置化文件中对应的项目及项目下的配置项,并将所述项目及项目下的配置项存储到product分区下。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011375116.5A CN112463235B (zh) | 2020-11-30 | 2020-11-30 | 一种Android设备的项目配置化方法及终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011375116.5A CN112463235B (zh) | 2020-11-30 | 2020-11-30 | 一种Android设备的项目配置化方法及终端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112463235A true CN112463235A (zh) | 2021-03-09 |
CN112463235B CN112463235B (zh) | 2023-03-28 |
Family
ID=74804945
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011375116.5A Active CN112463235B (zh) | 2020-11-30 | 2020-11-30 | 一种Android设备的项目配置化方法及终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112463235B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113821255A (zh) * | 2021-08-19 | 2021-12-21 | 惠州Tcl移动通信有限公司 | 一种基于高通平台的nv参数设置方法、终端及存储介质 |
CN113852717A (zh) * | 2021-09-27 | 2021-12-28 | 努比亚技术有限公司 | 一种壁纸模块位置迁移方法、设备及计算机可读存储介质 |
CN114020322A (zh) * | 2021-11-10 | 2022-02-08 | 闻泰通讯股份有限公司 | 系统配置方法、装置、终端设备及存储介质 |
CN114816541A (zh) * | 2022-03-22 | 2022-07-29 | 惠州市德赛西威智能交通技术研究院有限公司 | 软件兼容多个同平台车机的兼容系统及方法、启动方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104484211A (zh) * | 2014-12-29 | 2015-04-01 | 广东欧珀移动通信有限公司 | 共享镜像文件的方法及装置 |
CN104750521A (zh) * | 2015-03-13 | 2015-07-01 | 上海优思通信科技有限公司 | 提高电子装置开机速度的方法 |
US20160246593A1 (en) * | 2015-02-25 | 2016-08-25 | Red Hat, Inc. | Applying Configuration Alignment in Build Projects |
CN106250172A (zh) * | 2016-07-18 | 2016-12-21 | 北京理工大学 | 一种共享内核分区的Android双启动方法 |
-
2020
- 2020-11-30 CN CN202011375116.5A patent/CN112463235B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104484211A (zh) * | 2014-12-29 | 2015-04-01 | 广东欧珀移动通信有限公司 | 共享镜像文件的方法及装置 |
US20160246593A1 (en) * | 2015-02-25 | 2016-08-25 | Red Hat, Inc. | Applying Configuration Alignment in Build Projects |
CN104750521A (zh) * | 2015-03-13 | 2015-07-01 | 上海优思通信科技有限公司 | 提高电子装置开机速度的方法 |
CN106250172A (zh) * | 2016-07-18 | 2016-12-21 | 北京理工大学 | 一种共享内核分区的Android双启动方法 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113821255A (zh) * | 2021-08-19 | 2021-12-21 | 惠州Tcl移动通信有限公司 | 一种基于高通平台的nv参数设置方法、终端及存储介质 |
CN113821255B (zh) * | 2021-08-19 | 2023-09-19 | 惠州Tcl移动通信有限公司 | 一种基于高通平台的nv参数设置方法、终端及存储介质 |
CN113852717A (zh) * | 2021-09-27 | 2021-12-28 | 努比亚技术有限公司 | 一种壁纸模块位置迁移方法、设备及计算机可读存储介质 |
CN113852717B (zh) * | 2021-09-27 | 2024-03-19 | 努比亚技术有限公司 | 一种壁纸模块位置迁移方法、设备及计算机可读存储介质 |
CN114020322A (zh) * | 2021-11-10 | 2022-02-08 | 闻泰通讯股份有限公司 | 系统配置方法、装置、终端设备及存储介质 |
CN114816541A (zh) * | 2022-03-22 | 2022-07-29 | 惠州市德赛西威智能交通技术研究院有限公司 | 软件兼容多个同平台车机的兼容系统及方法、启动方法 |
Also Published As
Publication number | Publication date |
---|---|
CN112463235B (zh) | 2023-03-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112463235B (zh) | 一种Android设备的项目配置化方法及终端 | |
US10162624B1 (en) | Web shell for dynamically generated cross-platform applications | |
CN109062617B (zh) | 一种支持多类型设备的平台的应用方法、移动终端 | |
US10747526B2 (en) | Apparatus and method to execute prerequisite code before delivering UEFI firmware capsule | |
US9015702B2 (en) | Determining compatibility of an application with different versions of an operating system | |
US20050193261A1 (en) | Configuration proxy service for the extended firmware interface environment | |
US7870373B2 (en) | System and method for automatic update of embedded data | |
US20030110369A1 (en) | Firmware extensions | |
US7448030B2 (en) | Optimized ordering of firmware modules in pre-boot environment | |
US20030154368A1 (en) | Method and system for linking firmware modules in a pre-memory execution environment | |
US7356684B2 (en) | Booting system and/or method for initializing peripherals | |
CN107220074B (zh) | 对支撑层软件功能的访问、升级方法及装置 | |
US9678767B2 (en) | Unified extensible firmware interface (UEFI) driver and protocol | |
US10831467B2 (en) | Techniques of updating host device firmware via service processor | |
CN110737479A (zh) | 一种无盘启动操作系统的方法、服务器和可读存储介质 | |
US11435985B2 (en) | Electronic device and operation method thereof | |
CN106796521B (zh) | 独立于产品发布的api版本控制 | |
US6961848B2 (en) | System and method for supporting legacy operating system booting in a legacy-free system | |
US7080244B2 (en) | System and method for configuring hardware devices using a menu for platforms with EFI and legacy option-ROMs | |
CN111736910A (zh) | 基于自助设备的外部设备控制方法、装置及计算机设备 | |
US11726852B2 (en) | Hardware-assisted paravirtualized hardware watchdog | |
US8726258B2 (en) | Supporting multiple hardware components in UEFI | |
CN111158987A (zh) | 微服务架构的健康检查方法及装置 | |
CN113377586B (zh) | 一种服务器自动化检测方法、装置及存储介质 | |
CN115291951A (zh) | Uefi启动方法、装置、电子设备以及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CP03 | Change of name, title or address | ||
CP03 | Change of name, title or address |
Address after: Room 201-9, Zone C, No. 18 Guanri Road, Phase II, Software Park, Torch High tech Zone, Xiamen City, Fujian Province, 361000 Patentee after: Fujian Huisibo Digital Technology Co.,Ltd. Address before: No. 89 Software Avenue, Tongpan Road, Gulou District, Fuzhou City, Fujian Province, 350000. 510, Floor 5, 34 #, Zone C, Fuzhou Software Park Patentee before: FUZHOU HUISIBO INFORMATION TECHNOLOGY Co.,Ltd. |