>[0065]8、日期与时间设置
日期与时间需要设置两个地方:所在时区、时间格式。时区是由persist, sys.timezone决定的，和其它System Properties的处理一样。时间格式是保存在系统的Settings 数据库中的，frameworks/base/core/java/android/text/format/DateFormat.java这个类提供了 is24HourFormat (Context context)方法让应用获取当前的时间格式。在这里，客制化服务在第一次启动时将客户的预定义设置到系统中。
[0066]9、默认浏览器主页
浏览器的默认主页都是不同的应用自己管理，系统中没有规定或实现。因此这里只是对系统自带的浏览器进行了修改。在系统自带的浏览器中，BrowserSettings里的sFactoryResetUrl决定重置后的默认url。可以在初始化sFactoryResetUrl时进行修改，也可以在getHomePageO这个方法中对默认主页进行固化,这样永远无法修改默认主页。我们的实现方法是对sFactoryResetUrl的初始化进行设置。
[0067]步骤S542、多媒体文件处理
多媒体文件又分为两类，一是用户多媒体，一是系统多媒体。用户多媒体放在/misc/multimedia/custom/中，该文件夹会通过客制化服务提供给mount service, mountservice会把该文件夹mount到配置服务指定的文件夹上。系统多媒体文件放在/misc/multimedia/system 中，它包括 animat1n、wallpapers、alarms、notificat1ns、ringtones。这些文件夹上面都已介绍，是提供给系统中不同功能使用的，这里不做复述。这些文件都是在音乐播放器、Gallery、文件管理器不能直接看到的，也就是说不会被扫描进系统数据库中的。
[0068]步骤S543、应用软件处理
客制化功能主要还是提供应用的客户化配置，因为在大多数预置情况下客户的需求是在系统镜像中增加一个额外应用或是删除一个我们预装在方案中的应用。如上所述，应用分布在misc和data两个镜像中，data中的应用和普通用户安装的应用相似,只不过会进行预装。而misc中的custom应用可以删除,但是恢复出厂设置会恢复，system应用不可删除。Misc中的应用还分为两种，一种是在系统启动过程中安装，另外一种是系统启动完成后安装。第一种应用放置在misc/app/〈custom| system>/booting下,第二种放置在 misc/app/〈custom Isystem>/booted 下。
[0069]客制化服务的Apks根据是否能卸载，卸载后是否能恢复被分为三种:系统应用、默认应用、用户自定义应用。系统应用不可以被卸载，默认应用被卸载后通过恢复出厂设置可以恢复回来，用户自定义应用在卸载后就永远删除。对于这三种应用有各自不同的处理方式。
[0070]系统应用:打包入misc.1mg中并放在/misc/app/system下,这个镜像烧写的分区在恢复出厂设置不会被擦除。并在进行应用安装扫描时将该文件夹下的所有文件的扫描类型设为:PackageParser.PARSE_IS_SYSTEM PackageParser.PARSE_IS_SYSTEM_DIR。
[0071]默认应用:打包入misc.1mg中并放在/misc/app/custom下,这样在恢复出厂设置的时候该应用的apk文件不会被删除。但是该应用可以被删除，为了让它在被删除后能够在恢复出厂设置的时候恢复回来而在重启时不会安装该应用，在删除时不删除该应用的apk文件并将其名字的后缀改为infotmdel#”。
[0072]用户自定义应用:该应用和上面两种应用不一样，它被放入data, img中，这样它和其它的用户应用是一样的。
[0073]由于有时候用户会放入大量的应用进行客制化，如果这些应用都在开机时安装会极大地影响系统启动时间。因此提供了两种应用安装时间，一种是在系统启动过程中安装，另一种是在系统起来后安装。启动过程中安装会导致系统启动时间过长，启动后安装则会导致系统刚启动完时卡顿影响客户体验，所以这两种安装方式要按照具体情况配合使用。
[0074]系统启动过程中安装的应用会被放在/misc/app/system或/misc/app/custom文件夹下的booting文件夹中。系统启动后安装的应用会被放在/misc/app/system或/misc/app/custom文件夹下的booted文件夹中。这是由客制化服务应用处理的。Data分区的应用文件由于需要和普通的用户应用相兼容则不提供这两个文件夹。
[0075]以上是对本发明的实施例进行的详细描述，但本领域的普通技术人员应该意识至IJ，在本发明的范围内和精神指导下，各种改进、添加和替换都是可能的，例如改变剥离各个配置的实现方式、增加或减少所剥离的配置元素、使用不同的镜像名称和生成方式、使用一个或多于两个镜像、使用不同的应用软件安装方式和安装时机、各种资源文件放置的路径不同、使用不同的多媒体文件处理方式、使用或不使用配置服务、配置服务的实现方式不同、使用不同的编程语言(如C、C++、Java等)实现等。这些都在本发明的权利要求所限定的保护范围内。
【主权项】
1.一种分离安卓镜像烧录流程的方法，具体步骤如下: 521:开发系统，根据设备特性开发驱动、系统层功能，修改BUG ； 522:编译系统镜像； 523:烧录系统镜像； 524:根据需求生成配置文件，准备多媒体文件和应用软件； 525:将上面准备好的各个文件打包生成配置镜像； 526:烧录该镜像； 527:如果有新的需求或者前期未完成的需求进来，返回S24，需求只会影响S24?S26 ； 528:系统和硬件都达到要求，完成工作。
2.根据权利要求1所述的一种分离安卓镜像烧录流程的方法，其特征在于，按照设备生产和设备启动运行的两个区间分为两大模块:生产模块和启动并配置模块；生产模块是将需求资源放入设备中，启动并配置模块将资源配置、多媒体、应用软件通过配置服务、媒体扫描仪、包管理服务三个渠道读到设备中。
3.根据权利要求2所述的一种分离安卓镜像烧录流程的方法，其特征在于，所述生产模块，具体步骤如下: 步骤S31、通过工具生成客制化的默认配置文件，将它和需求预包含的多媒体文件、需求的预装应用软件分类整理； 步骤S32、将整理好的资源打包生成镜像文件； 步骤S33、烧录该镜像。
4.根据权利要求2所述的一种分离安卓镜像烧录流程的方法，其特征在于，所述启动并配置模块，具体步骤如下: (1)对于系统默认配置，安卓系统开始运行的初期启动添加到系统中的配置服务，该配置服务解释配置文件并将配置键值对保存到配置表中；在系统对各个具体默认设置项进行初始化的时候首先访问配置服务，从配置表中尝试读取所需默认配置值；如成功则使用该值，如失败则使用系统默认值； (2)对于多媒体文件，把挂载的客制化需求镜像分区中的多媒体文件夹加入到系统的媒体扫描仪扫描路径中； (3)对于应用软件，通过修改包管理服务将客制化需求镜像分区中的应用软件文件夹加入到它的扫描路径中；同时修改扫描的方式，如果客制化的需求中包含和系统默认同样的应用包则覆盖原来的应用包。
【专利摘要】本发明涉及一种分离安卓镜像烧录流程的方法，具体步骤如下：S21：开发系统，根据设备特性开发驱动、系统层功能，修改BUG；S22：编译系统镜像；S23：烧录系统镜像；S24：根据需求生成配置文件，准备多媒体文件和应用软件；S25：将上面准备好的各个文件打包生成配置镜像；S26：烧录该镜像；S27：如果有新的需求或者前期未完成的需求进来，返回S24，需求只会影响S24～S26；S28：系统和硬件都达到要求，完成工作。本发明采用额外烧录镜像的方式提供了一个不需要重新生成系统镜像就能修改安卓系统部分功能或特性的方法。本发明在一定程度上优化了整个研发和生产的流程，让客户需求的改变不会影响system.img。也就是将system.img的研发和客户对产品需求的提出和整理独立开来，从而提高了研发和生产效率。
【IPC分类】G06F9-44
【公开号】CN104731602
【申请号】CN201510147270
【发明人】贺竟, 王胜, 刘棨, 赵斌, 王海波
【申请人】上海盈方微电子有限公司
【公开日】2015年6月24日
【申请日】2015年3月31日