一种安卓系统存储空间结构的构建方法、装置及其构建结构与流程

本发明涉及系统存储领域，特别地，涉及一种安卓系统存储空间结构的构建方法、装置及其构建结构。

背景技术：

android系统会将整个的存储空间划分为多个分区，每个分区存储特定的内容。其中system分区用来存储系统预置的应用和数据，该分区在系统运行时为只读属性，无法修改，且该分区在系统设计时就固定了大小，无法扩展。这使得后续的应用可能因为system分区占满而无法预置。android这种分区划分决定了在设计一个产品时就要确定分区的大小，并且不能在后续升级过程中修改分区划分，否则系统将被损坏。

一个产品在后续的软件更新升级时，系统的预置应用很有可能被改变，并且更大的可能是逐渐增加预置应用。这样，在设计分区时就要考虑到后续预置应用增加的问题。因为无法预测未来，所以必须预留出足够大的空间给预置应用使用。

现有的解决方案一般为两种，一种是预留出足够大的system分区，这样大概率会浪费存储空间。另一种再单独划分出一个分区来存放预置应用，但也无法解决存储空间浪费的问题。

技术实现要素：

为了克服现有技术的不足，本发明提供一种能够既保证存储空间足够，又能不浪费存储空间的安卓系统存储空间结构的构建方法、装置及其构建结构。

本发明解决其技术问题所采用的技术方案是：

一方面，

一种安卓系统存储空间结构的构建方法，包括以下步骤：

在数据分区创建第一存储目录，所述第一存储目录用于存放预置应用；

将所述第一存储目录存储的预置应用设置为系统应用。

进一步地，将所述第一存储目录设置为只读属性；

将创建所述第一存储目录的用户和所述用户所在的组设置为root权限。

进一步地，当所述安卓系统开启强制访问控制时，将所述安卓系统的安全策略配置文件权限设置为系统文件。

进一步地，修改所述数据分区的镜像打包过程，用于当所述数据分区镜像打包时打包到系统镜像文件中。

进一步地，所述将所述第一存储目录存储的预置应用设置为系统应用包括：

在系统编译时，将所述第一存储目录存储的预置应用全部软链接到第二存储目录中，所述第二存储目录位于系统分区，用于系统识别所述第二存储目录中的应用为系统应用。

进一步地，将所述数据分区的升级方式改为差分升级。

进一步地，所述当恢复出厂设置时，保留所述第一存储目录中存储的内容包括：

将所述数据分区恢复出厂设置时的删除方式修改为条件删除；

为所述条件删除设置配置文件，所述配置文件用于对条件删除程序进行设置，保留所述第一存储目录中存储的内容。

进一步地，所述配置文件用于对条件删除程序进行设置，保留所述第一存储目录中存储的内容包括：

接收恢复出厂设置指令，执行条件删除程序；

从所述配置文件中获取判断程序，所述判断程序用于判断预删除数据是否属于所读第一存储目录；

若所述预删除数据属于所述第一存储目录，则不删除所述预删除数据；若所述预删除数据不属于所述第一存储目录，则删除所述预删除数据。

另一方面，

一种安卓系统存储空间结构的构建装置，包括：

目录创建单元，用于在数据分区创建第一存储目录，所述第一存储目录用于存放预置应用；

系统应用设置单元，用于将所述第一存储目录存储的预置应用设置为系统应用。

另一方面，

一种安卓系统存储空间结构，包括第一存储目录单元和第二存储目录单元；

所述第一存储目录单元设于数据分区，用于存储预置应用；

所述第二存储目录单元设于系统分区，用于系统识别所述第二存储目录中的应用为系统应用；

所述第一存储目录单元中存储的预置应用软链接到所述第二存储目录单元中。

有益效果：

本发明技术方案提供了一种安卓系统存储空间结构的构建方法，在数据分区创建第一存储目录，第一存储目录用于存放预置应用；然后将第一存储目录存储的预置应用设置为系统应用；保证存储于第一存储目录的预置应用正常运行；存储于第一存储目录的预置应用在升级时占用的是数据分区的存储空间，不影响其他数据存储在数据分区，既保证了用于存储预置应用的存储空间足够大，又保证了不会浪费存储空间。

附图说明

图1是本发明实施例提供的一种安卓系统存储空间结构的构建方法的流程图；

图2是本发明实施例提供的一种安卓系统存储空间结构的构建装置的结构示意图；

图3是本发明实施例提供的一种安卓系统存储空间结构的结构示意图；

图4是本发明实施例提供的一种安卓系统存储空间结构的具体结构示意图。

具体实施方式

需要说明的是，android系统的主要分区包括：

modem分区、bootloader分区、boot分区、recoverty分区、system分区和data分区，其中system分区和data分区即为权利要求书中提到的系统分区和数据分区

1.modem分区：实现手机必需的通信功能，大家通常所的刷radio就是刷写modem分区，在所有适配的rom中这部分是不动，否则会造成通话不稳定；

2.bootloader分区：主要执行硬件检测，确保硬件能正常工作，然后将secondarystagebootloader拷贝到内存(ram)开始执行。

还会进行一些硬件初始化工作，获取内存大小信息等，然后根据用户的按键进入到某种启动模式。比如说大家所熟知的通过电源键和其它一些按键的组合，可以进入到recovery，fastboot或者选择启动模式的启动界面等。

其中，fastboot模式：fastboot是android定义的一种简单的刷机协议，用户可以通过fastboot命令行工具来进行刷机。比如说fastbootflashbootboot.img这个命令就是把boot.img的内容刷写到boot分区中。一般的手机厂商不直接提供fastboot模式刷机，总是会提供自己专有的刷机工具和刷机方法。比如说三星的odin，摩托的rsd，华为的粉屏等等。但是其本质实际上是相同的，都是将软件直接flash到各个分区中。这种通常称为线刷，是比较原始的方法。当手机处于开不了机的情况下，可以使用此厂家提供的工具进行刷入；

3.boot分区：当我们只是按下电源键开机时，会进入正常启动模式。secondarystagebootloader会从boot分区开始启动。boot分区的格式是固定的，首先是一个头部，然后是linux内核，最后是用作根文件系统的ramdisk。当linux内核启动完毕后，就开始执行根文件系统中的init程序，init程序会读取启动脚本文件(init.rc和init.xxxx.rc)。

android内核挂载/nfsroot/androidfs之后，根据init.rc,init.goldfish.rc来初始化并装载系统库、程序等直到开机完成。init.rc脚本包括了文件系统初始化、装载的许多过程。init.rc的工作主要是：

1)设置一些环境变量；

2)创建system、sdcard、data、cache等目录；

3)把一些文件系统mount到一些目录去，如，mounttmpfstmpfs/sqlite_stmt_journals；

4)设置一些文件的用户群组、权限；

5)设置一些线程参数；

6)设置tcp缓存大小；

根文件系统中有一个重要的配置文件，叫default.prop，文件中的每一行对某个属性赋值。

4.recovery分区：recovery模式：recovery是android定义的一个标准刷机协议。当进入recovery模式时，secondarystagebootloader从recovery分区开始启动，recovery分区实际上是一个简单的linux系统，当内核启动完毕后，开始执行第一个程序init(init程序是linux系统所有程序的源头)。init会启动一个叫做recovery的程序(recovery模式的名称也由此而来)。通过recovery程序，用户可以执行清除数据，安装刷机包等操作。一般的手机厂商都提供一个简单的recovery刷机，多只能进行upate的操作。不能进行卡刷；如果想要自已卡刷，则需要事先刷入第三方的recovery，然后选择刷机包。

5.system分区：除linuxkernel部分位于boot分区外，library、runtime、framework、coreapplication都是处于system分区

一般system分区里包含以下几类目录，

5.0、/vendor/app：目录下的应用会被识别为系统应用。

5.1、/system/priv-app：特权app，比system_app权限还要高，其不仅system_app标识是true，同时还置了priv-app标识。

5.2、/system/app

核心应用程序档(*.apk)，都是放在这。像是phone、alarmclock,browser,contacts等等。

5.3、/system/framework

这里放android系统的核心程式库，即applicationframework部分的库。像是core.jar,framework-res.apk,framework.jar等等。

5.4、/system/lib

library部分，存放的是所有动态链接库(.so文件)，这些so是jni层，dalvik虚拟机，本地库，hal层所需要的，因为系统应用/system/app下的apk是不会解压的so到程序的目录下，所以其相应用的so，都应放在/system/lib下面。当一个系统apk的so加载时，会从此目录下寻找对应用的so文件；

5.5、/system/media/audio/(notification,alarms,ringtones,ui)

存放系统的声音档，像是闹铃声，来电铃声等等。这些声音档，多是ogg格式。

5.6、/system/bin

存放的是一些可执行文件，基本上是由c/c++编写的。其中有一个重要的命令叫app_process。一般大家称之为zygote。(zygote是卵的意思，所有的android进程都是由它生出来的)。zygote首先会加载dalvik虚拟机，然后产生一个叫做system_server的进程。system_server顾名思义被称作android的系统服务程序，它主要管理整个android系统。system_server启动完成后开始寻找一个叫做启动器的程序，找到之后由zygote开始启动执行启动器，这就是我们常见到的桌面程序。

5.7、system/xbin

存放的是一些扩展的可执行文件，既该目录可以为空。大家常用的busybox就放在该目录下。busybox所建立的各种符号链接命令都是放在该目录。

5.8、system/build.prop

build.prop和根文件系统中的default.prop文件格式一样，都称为属性配置文件。它们都定义了一些属性值，代码可以读取或者修改这些属性值。属性值有一些命名规范：

ro开头的表示只读属性，即这些属性的值代码是无法修改的。

persist开头的表示这些属性值会保存在文件中，这样重新启动之后这些值还保留。

其它的属性一般以所属的类别开头，这些属性是可读可写的，但是对它们的修改重启之后不会保留。

5.9、/system/etc

目录存放一些配置文件，和属性配置文件不一样，这下面的配置文件可能稍微没那么的有规律。一般来说，一些脚本程序，还有大家所熟悉gps配置文件(gps.conf)和apn配置文件(apns-conf.xml)放在这个目录。像htc将相机特效所使用的一些文件也放在这个目录下。

6.data分区：当开机进入桌面程序后，一般来说都会下载安装一些app，这些app都安装在data/app目录下。所有的android程序生成的数据基本上都保存在data/data目录下。wipedata实质上就是格式化data分区，这样我们安装的所有app和程序数据就都丢失了。

6.1、/data/app

放的是使用者自己安装的应用程式执行档(*.apk)。

6.2、/data/data/<app-package-name>

当在程式中用context.openfileoutput()所建立的档案，都放在这个目录下的files子目录内。而用context.getsharedpreferences()所建立的preferences档(*.xml)，则是放在shared_pref这个子目录中。

6.3、/data/anr/traces.txt

当你的应用程式发生anr(applicationisnotresponding)错误时，android会自动将问题点的codestacklist写在这个档案内，你直接用cat命令就可以看他的内容。

6.4、/data/system/dropbox/***.txt

主要是系统内apk发生crash时写的日志文件，主要有system_app_crash、data_app_crash等日志。

6.5、/data/location/gps

是给gpslocationprovider用的。

6.6、/data/system/location/location.gps

一般文字档，主要是记录最后的经纬度座标。locationmanager.getlastknownlocation()就在这抓值的。

6.7、/data/property/persist.sys.timezone

这个档案也是个一般文字档。主要是记录目前系统所使用的时区。

6.7、映像文件打包方式

system.img,ramdisk.img,userdata.img映像文件是采用cpio打包、gzip压缩的，可以通过file命令验证：

fileramdisk.img

输出：ramdisk.img:gzipcompresseddata,fromunix,lastmodified:wedmar1817:16:102009

android源码编译后除了生成system.img，userdata.img之外还生成system和userdata文件夹，因此不需要解压它们。android源码编译后还生成root文件夹，其实root下的文件与ramdisk.img里的文件是一样的，

8.oem分区：是为全球定制功能而增设的一个分区，里面增加了对应不同国家的各种配置参数，如某些功能开关，有些区域要求打开，其它的则要求关闭，此时就需要用到oem.img，否则就需要出两个版本；

9.systeminfo分区：是专门为了添加system分区检查而设立的分区，system分区检查是指检查system分区的资源是否被更改，比如apk被删减或者某些权限被更改，目的是为了防止system被更改导致手机被监控。而systeminfo分区存放一个check.bin文件，此文件里面存储所有system文件和其对应的sha1值。

10.persist分区是用于保存frp(factoryresetprotcect)功能用到帐号、密码等受保护的信息，避免在恢复出厂设置后被清空。

persist分区是系统的一个ext4分区，由于我们的线刷包都不包含这个分区，所以你需要自己动手修复，这个分区内包含drm相关文件、传感器注册表、你的wifi、蓝牙、mac地址都在这里了。

一般解锁手机都要强制禁止访问persist分区中的账号信息，因此需要配合修改版的系统，让系统不读取账号信息也能工作。

下面结合附图和实施例对本发明进一步说明。

参照图1，本发明实施例提供了一种安卓系统存储空间结构的构建方法，包括以下步骤：

s101:在数据分区创建第一存储目录，第一存储目录用于存放预置应用；

s102:将第一存储目录存储的预置应用设置为系统应用。

本发明实施例提供的一种安卓系统存储空间结构的构建方法，在数据分区创建第一存储目录，第一存储目录用于存放预置应用；然后将第一存储目录存储的预置应用设置为系统应用；保证存储于第一存储目录的预置应用正常运行；存储于第一存储目录的预置应用在升级时占用的是数据分区的存储空间，不影响其他数据存储在数据分区，既保证了用于存储预置应用的存储空间足够大，又保证了不会浪费存储空间。

作为对上述实施例的一种改进说明，本发明实施例还提供了另一种安卓系统存储空间结构的构建方法，包括以下步骤：

s101:在数据分区创建第一存储目录，第一存储目录用于存放预置应用；

为保证第一存储目录的安全性，作为本发明实施例中一种可选的实现方式，将第一存储目录设置为只读属性；当安卓系统开启强制访问控制时，将安卓系统的安全策略配置文件权限设置为系统文件。示例性的，如果系统开启selinux，需要将sepolicy权限设置为system_file。

将创建第一存储目录的用户和用户所在的组设置为root权限。

需要说明的是，root是指一种存在于unix系统，aix、bsd等。和类unix系统，如大名鼎鼎的linux，比如稳定到服务器都在用的debian、适合长期作业成熟老道的redhat、比较流行的ubuntu和archlinux等linux发行版以及android系统)中的唯一的超级用户，其相当于windows系统中的system(xp及以下)/trustedinstaller(vista及以上)用户。其具有系统中所有的权限，如启动或停止一个进程，删除或增加用户，增加或者禁用硬件等等。在默认情况下root的根目录是其他用户无权访问的，这在一定程度上增强了整个系统的安全性。

s102:将第一存储目录存储的预置应用设置为系统应用；

作为本发明实施例一种优选的实现方式，将第一存储目录存储的预置应用设置为系统应用包括：

将第一存储目录存储的预置应用全部链接到第二存储目录中，第二存储目录位于系统分区，用于系统识别第二存储目录中的应用为系统应用。

作为本发明实施例中一种可选的实现方式，将第一存储目录存储的预置应用全部链接到第二存储目录中为：在系统编译时，将第一存储目录存储的预置应用全部软链接到第二存储目录中。

其中，软链接又叫符号链接，软链接后的文件包含了另一个文件的路径名。可以是任意文件或目录，可以链接不同文件系统的文件。

一些可选实施例中，修改数据分区的镜像打包过程，用于当数据分区镜像打包时打包到系统镜像文件中。这样存储在第一存储目录中的预置应用升级时只需要将预置应用镜像打包到系统文件中即可，保证预置应用的正常升级。

其中，所谓镜像文件其实和rarzip压缩包类似，它将特定的一系列文件按照一定的格式制作成单一的文件，以方便用户下载和使用，例如一个操作系统、游戏等。它最重要的特点是可以被特定的软件识别并可直接刻录到光盘上。其实通常意义上的镜像文件可以再扩展一下，在镜像文件中可以包含更多的信息。比如说系统文件、引导文件、分区表信息等，这样镜像文件就可以包含一个分区甚至是一块硬盘的所有信息。而通常意义上的刻录软件都可以直接将支持的镜像文件所包含的内容刻录到光盘上。镜像文件是无法直接使用的，需要利用一些虚拟光驱工具进行解压后才能使用。虚拟光驱的原理跟物理光驱一样，比如说你买了一张游戏光盘，那么把游戏光盘加入物理光驱你就能顺利进行游戏，而虚拟光驱中需要加入的是镜像文件(iso文件，相当于游戏光盘)，当你装载完虚拟光驱以后，你的电脑里面多了一个光驱，那就是虚拟光驱。接着载入镜像文件，以便完成游戏的安装，如果安装完以后那么就可以再载入它要求的镜像进入游戏。

需要说明的是，预置应用进行升级时，如ota升级时，会修改第一存储目录中给的预置应用。一些可选实施例中，为保证系统升级时数据分区的数据不被破坏，在系统编译时，将第一存储目录所在的数据分区的升级方式改为差分升级。

上述ota英文全称是over-the-airtechnology，即空间下载技术的意思。ota升级是android系统提供的标准软件升级方式。它功能强大，可以无损失升级系统，主要通过网络[例如wifi、3g]自动下载ota升级包、自动升级，但是也支持通过下载ota升级包到sd卡升级ota的升级包非常的小，一般几m到十几m，如果你用网络升级，非常的方便，基本是在系统上点击几下就完成了升级，并且最重要的是，ota升级无需备份数据，短短几分钟就搞定所有升级工作，所有数据都会完好无损的保留下。

需要说明的是，通常升级过程中有两种升级的形式：整包升级和差升级。例如将某版本的低等级升级到高一等级，可以用整包升级，也可以用差分升级。差分升级为将已安装的apk和最新的apk进行二进制对比，得到差分包。用户升级的时候只需要下载差分包，在本地使用差分包和已安装的apk合成新的apk安装即可。差分升级无需下载完整的升级包，只需要下载更新的差分包，在原有应用上进行更新升级，可大幅减少更新包的大小，减少用户更新的流量和等待时间，使得用户体验更好。

安卓系统在恢复出厂设置时，会将数据分区中格式化，删除内部的数据。为防止第一存储目录在恢复出厂设置时被删除，一些可选实施例中，当恢复出厂设置时，将数据分区恢复出厂设置时的删除方式修改为条件删除；

为条件删除设置配置文件，配置文件用于对条件删除程序进行设置，保留第一存储目录中存储的内容。

在计算机科学领域，配置文件(英语：configurationfile)是一种计算机文件，可以为一些计算机程序配置参数和初始设置。其中，上述配置文件用于对条件删除程序进行设置，保留第一存储目录中存储的内容包括：

接收恢复出厂设置指令，执行条件删除程序；

从配置文件中获取判断程序，判断程序用于判断预删除数据是否属于所读第一存储目录；

若预删除数据属于第一存储目录，则不删除预删除数据；若预删除数据不属于第一存储目录，则删除预删除数据。

本发明实施例中提供的另一种安卓系统存储空间结构的构建方法，在数据分区创建第一存储目录，用来存储预置应用，然后将第一存储目录中的预置应用与系统分区下的第二存储目录软链接，这样系统能够将存储在第一存储目录中的预置应用识别为系统应用；设置第一存储目录的属性和权限，保证第一存储目录存储的安全性；修改镜像打包过程、升级方式和恢复出厂设置时的删除方式，保证第一存储目录中的预置应用与原来存储在系统分区的预置应用时一样正常运行。

一个实施例中，本发明还提供了一种安卓系统存储空间结构的构建装置，如图2所示，包括：

目录创建单元21，用于在数据分区创建第一存储目录，第一存储目录用于存放预置应用；

系统应用设置单元22，用于将第一存储目录存储的预置应用设置为系统应用；

具体的，系统应用设置单元22用于将第一存储目录存储的预置应用全部链接到第二存储目录中，第二存储目录位于系统分区，用于系统识别第二存储目录中的应用为系统应用。即在系统编译时，将第一存储目录存储的预置应用全部软链接到第二存储目录中。

打包过程修改单元23，用于修改数据分区的镜像打包过程，用于当数据分区镜像打包时打包到系统镜像文件中。

属性权限设置单元24，用于将第一存储目录设置为只读属性；将创建第一存储目录的用户和用户所在的组设置为root权限。还用于安卓系统开启强制访问控制时，将安卓系统的安全策略配置文件权限设置为系统文件。

升级方式修改单元25，用于将数据分区的升级方式改为差分升级。

删除方式修改单元26，用于当恢复出厂设置时，将数据分区恢复出厂设置时的删除方式修改为条件删除；

为条件删除设置配置文件，配置文件用于对条件删除程序进行设置，保留第一存储目录中存储的内容。

具体的，删除方式修改单元26用于接收恢复出厂设置指令，执行条件删除程序；

从配置文件中获取判断程序，判断程序用于判断预删除数据是否属于所读第一存储目录；

若预删除数据属于第一存储目录，则不删除预删除数据；若预删除数据不属于第一存储目录，则删除预删除数据。

本发明实施例提供的一种安卓系统存储空间结构的构建装置，包括目录创建单元用于创建存储预置应用的第一存储目录；系统应用设置单元用于将第一存储目录单元中存储的预置应用软链接到系统分区的第二存储目录单元中，这样系统能将预置应用识别为系统应用；打包过程修改单元用于修改数据分区的镜像打包过程，使数据分区镜像打包到系统镜像文件中；属性权限设置单元用于设置第一存储目录的只读属性以及用户和组的权限，保证第一存储目录的安全性；升级方式修改单元用于将数据分区的升级方式修改为差分升级，防止数据分区的数据被破坏；删除方式修改单元用于将数据分区的删除方式修改为条件删除，保证第一存储目录不会在回复出厂设置的时候被删除。

一个实施例中，本发明还提供了一种安卓系统存储空间结构，如图3所示，包括第一存储目录单元311和第二存储目录单元321；

第一存储目录单元311设于数据分区310，用于存储预置应用；

第二存储目录单元321设于系统分区320，用于系统识别第二存储目录中的应用为系统应用；

第一存储目录单元311中存储的预置应用软链接到第二存储目录单元321中。

本发明实施例提供的一种安卓系统存储空间结构，利用创建在数据分区的第一存储目录单元存储预置应用，占用数据分区的空间，同时不会影响其他文件在数据分区的存储，不浪费存储空间。同时，将第一存储目录单元与位于系统分区的第二存储目录单元软链接，这样系统能够将存储在第一存储目录单元的预置应用识别为预置应用。

作为对上述实施例的具体说明，本发明实施例还提供了一种安卓系统存储空间结构的具体构建方法，构建出的存储空间结构如图4所示，构建方法包括以下步骤：

一、在系统编译时就确定分区结构。不同于原生android中data是一个空分区，该设计中data分区是带有预置应用的。所以在生成镜像文件或ota升级包时要考虑data分区。

二、data分区中创建ro_data目录来存放预置应用。为保证安全性，需要将ro_data设置为只读属性，用户和组都设置为root。如果系统开启selinux，需要将sepolicy权限设置为system_file。

三、让ro_data中的应用做为系统应用。android系统中/vendor/app目录下的应用会被识别为系统应用。我们将/data/ro_data中的所有应用都软链接到/vendor/app下，目录/vendor实际上是/system/vendor的软链接。注意，这些链接动作都是在系统编译过程中完成的。

四、修改原生的镜像打包过程，将data分区打包到系统镜像文件中。

五、ota升级可以会修改ro_data中的预置应用，所以ota升级中data分区采取差分升级，在不破坏data分区数据的条件下替换预置应用。

修改恢复出厂时对data分区的操作。原生android会在恢复出厂时将data分区格式化，将其修改为条件删除的方式。使用配置文件来告诉系统data分区中需要保留的目录，这里就是ro_data。恢复出厂时会将保留目录以外的数据全部删除。

作为本发明实施例提供的一种安卓系统存储空间结构的具体构建方法，其主要的设计思想为：在data分区中创建一个ro_data目录用来存放预置应用，通过权限设定保证该目录为只读并只有root用户可以访问，通过软链接让系统将该目录中的应用识别为系统应用。可以灵活的解决预置应用空间不足的问题，避免存储空间。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。