CN105786486B - 移动终端的处理方法和装置 - Google Patents

Abstract

本发明提供了一种移动终端的处理方法和装置，该方法包括：检测移动终端的连接状态；在已连接移动终端时，安装与移动终端对应的驱动；使用驱动识别移动终端的硬件；根据移动终端的硬件，对移动终端进行刷机。根据本发明的技术方案，在与移动终端连接上之后，通过安装相应的驱动，即可自动识别出移动终端的硬件，当识别出移动终端的硬件之后，则可以根据移动终端的硬件选择适配的刷机方案，从而刷机过程不会与移动终端的硬件之间产生冲突，以顺利完成对移动终端的刷机；可见本发明的技术方案，取代了目前的人工刷机方式，为用户提供了自动化的刷机方案。

Description

移动终端的处理方法和装置

技术领域

本发明涉及移动终端技术领域，具体而言，涉及一种移动终端的处理方法和装置。

背景技术

用户购买手机、平板电脑等移动终端之后，往往对移动终端中安装的系统功能并不满意，例如，用户想要移动终端中预先安装的应用，但移动终端的系统并不允许用户进行卸载。

此时，用户往往具有“刷机”的需求，即更新移动终端的系统。目前，虽然各移动终端的生产商为自家的移动终端提供了相应的刷机方案，但对于普通用户的来说，由于移动终端的机型较多、不同的刷机文件种类较多，用户难以为自己的移动终端按正确方式进行刷机，结果反而造成用户的移动终端刷机出现问题，可能导致移动终端无法正常使用。

因此，需要为用户提供一种能够自动实现对移动终端进行刷机的方案。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的移动终端的处理方法和装置。

依据本发明的一个方面，提供了一种移动终端的处理方法，包括：检测移动终端的连接状态；在已连接所述移动终端时，安装与所述移动终端对应的驱动；使用所述驱动识别所述移动终端的硬件；根据所述移动终端的硬件，对所述移动终端进行刷机。

依据本发明的另一方面，提供了一种移动终端的处理装置，包括：检测模块，用于检测移动终端的连接状态；驱动安装模块，用于在已连接所述移动终端时，安装与所述移动终端对应的驱动；硬件识别模块，用于使用所述驱动识别所述移动终端的硬件；刷机模块，用于根据所述移动终端的硬件，对所述移动终端进行刷机。

根据以上技术方案，可知本发明的移动终端的处理方法和装置，至少具有以下优点：

根据本发明的技术方案，在与移动终端连接上之后，通过安装相应的驱动，即可自动识别出移动终端的硬件，当识别出移动终端的硬件之后，则可以根据移动终端的硬件选择适配的刷机方案，从而刷机过程不会与移动终端的硬件之间产生冲突，以顺利完成对移动终端的刷机；可见本发明的技术方案，取代了目前的人工刷机方式，为用户提供了自动化的刷机方案。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明的一个实施例的移动终端的处理方法的流程图；

图2示出了根据本发明的一个实施例的移动终端的处理方法的流程图；

图3示出了根据本发明的一个实施例的移动终端的处理方法的工作示意图；

图4示出了根据本发明的一个实施例的移动终端的处理方法的工作示意图；

图5示出了根据本发明的一个实施例的移动终端的处理装置的框图；

图6示出了根据本发明的一个实施例的移动终端的处理装置的框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

如图1所示，本发明的一个实施例中提供了一种移动终端的处理方法，包括：

步骤110，检测移动终端的连接状态。本实施例的技术方案可以在PC(个人计算机)端实现，要从PC端实现对移动终端的刷机，首先需要保证PC与移动终端之间的正常连接。

步骤120，在已连接移动终端时，安装与移动终端对应的驱动。在本实施例的技术方案中，当PC连接一台新的移动终端时，移动终端作为新的硬件无法被PC所识别，普通用户进行人工刷机时，往往此时即无法进行后续操作，而在本实施例中，自动在PC上安装相应的驱动，以准确识别出移动终端；在安装驱动时，可通过弹窗对用户进行提示。

进一步地，在本实施例中，可以根据移动终端类型和操作系统，来选择移动终端对应的驱动。由于目前移动终端的机型较多，移动终端的系统也区分为Android、IOS等，导致各移动终端适用的驱动也有所不同；在本实施例中，根据移动终端的机型以及操作系统，自动查找到正确的驱动进行安装，相比于用户人工查找驱动来说，极大提供了驱动查找的效率和准确性。

步骤130，使用驱动识别移动终端的硬件。在本实施例中，通过安装相应的驱动，即可自动识别出移动终端的硬件，当识别出移动终端的硬件之后，则可以根据移动终端的硬件选择适配的刷机方案，从而刷机过程不会与移动终端的硬件之间产生冲突，以顺利完成对移动终端的刷机。

步骤140，根据移动终端的硬件，对移动终端进行刷机。对于目前的各种移动终端，适用的刷机方案均有所不同，具体包括：适用的刷机方式不同，例如，对于采用MTK(联发科)芯片的移动终端，可以使用MTK刷机工具进行刷机；对于三星厂商的移动终端，可以使用Odin工具，如Odin360软件进行刷机；有的移动终端支持从PC端通过root工具刷机(PC root方式)，有的移动终端支持自身安装root工具进行刷机(phone root方式)；刷机包的种类复杂多样，对于每种移动终端来说，往往仅能安装其中的一种或几种；因此，在本实施例中，根据移动终端的硬件，需要对刷机方式以及刷机包进行选择。

如图2所示，本发明的一个实施例中提供了一种移动终端的处理方法，包括：

步骤210，检测移动终端的连接状态。

步骤220，在已连接移动终端时，安装与移动终端对应的驱动。

步骤230，使用驱动识别移动终端的硬件。

步骤240，根据移动终端的机型，选择用于对移动终端进行刷机的第一恢复模式文件。第一恢复模式文件中具有预设的脚本。在本实施例中，恢复模式文件指recovery文件，基于recovery文件移动终端可以进入recovery模式，即恢复模式，移动终端的刷机在恢复模式下进行；在本实施例中，不需要在PC上存储recovery文件，而是根据移动终端的机型从云端进行下载，下载过程可以通过窗口方式提示给用户。

步骤250，使用第一恢复模式文件替换移动该终端中原有的第二恢复模式文件。在本实施例中，如果利用移动终端中原有的recovery文件进入recovery模式，则在recovery模式下能够进行的操作是非常有限的，所以在本实施例中更换了移动终端的recovery文件，新的recovery文件允许在recovery模式下进行的额外操作记录在前述的脚本中。

在本实施例中，具体地，根据移动终端的硬件选择第二恢复模式文件所在的分区，并使用第一恢复模式文件替换分区中的第二恢复模式文件。这是因为recovery文件安装在移动终端的特定分区中，所以需要识别出该分区，以进行recovery文件的替换。

步骤260，在移动终端中安装分区映像文件，分区映像文件用于阻止移动终端在重启时将第一恢复模式更换为第二恢复模式文件。在本实施例中，分区映像文件为misc文件；部分移动终端为了禁止用户刷机，在移动终端重启后会恢复原有的recovery文件，所以本实施例中在移动终端中安装与第一recovery文件对应的misc文件，在移动终端重启后，该misc文件不会触发移动终端将第一recovery文件替换为第二recovery文件。

步骤270，重启移动终端，基于第一恢复模式文件进入恢复模式。在本实施例中，对于recovery模式下的安装过程也可以通过窗口方式提示给用户。

脚本在恢复模式下执行，以将移动该终端中已有的第一网络守护进程修改为第二网络守护进程并建立新的第一网络守护进程，以及建立用于分配权限的权限分配模块，并通过第一网络守护进程设置权限分配模块的权限。第一网络守护进程接收到的功能请求时，将功能请求从第一网络守护进程转发到第二网络守护进程。在本实施例中，网络守护进程指NetD(network daemon)，其具有最高的权限；本实施例中，修改NetD的方式为：将原有的NetD重命名为NetD’s，并创建一个新的NetD，则利用新的NetD可以为权限分配模块(假设命名为chimaster)分配较高的权限，这使得具有较高的chimaster可以为移动终端中的其他模块、应用自由设置权限，从而摆脱了移动终端原有系统的权限限制；在本实施例中，为了保证NetD’s正常实现其原有的功能，当存在对NetD的功能请求时，将其转发给NetD’s以进行响应。

基于本实施例的技术方案，可在PC上实现一种刷机工具。通过刷机工具将雷电OS的操作系统安装到手机上，具体刷机流程如下：

1、PC与用户手机连线，目前多采用USB接口与手机连接；

2、检测手机的操作系统，假设检测到手机的操作系统为Android；

3、判断是否已安装雷电OS，如已安装雷电OS则不必重复安装，如未安装雷电OS则进入步骤4；

4、判断目前PC是否处于全屏、视频、游戏模式，当PC处于上述状态时用户往往在看电影或玩游戏，无法关注刷机情况，此时不提示用户刷机，当PC未处于上述状态时，则进入步骤5执行后续的刷机流程；

5、判断电量是否大于设定值，例如：假设该值为15％，这意味进行刷机至少需要15％的电量，只有电量满足15％才能进入步骤6；

6、判断手机的设备信息能否取到，以及取到的信息是否正常，如取到的信息正常可进入步骤7；

7、判断手机的机型是否为适于安装雷电OS的机型，判断结果为是则进入步骤8；

8、判断手机的现有rom(系统程序包)版本是否适于刷成雷电OS，判断结果为是则进入步骤9；.

9、判断可否正常连接服务端信息，该服务端提供刷机工具所需的数据(主要是雷电OS的安装包)，判断结果为是则进入步骤10；

10、从手机的特定接口获取信息，判断该手机是否允许刷机，允许刷机则进入步骤11；

11、弹出窗体，该窗体的内容建议用户进行刷机，以在手机上安装雷电OS；

12、用户确认刷机后，提供一个主界面，该主界面提示用户刷机的流程；

13、再次检测手机是否符合安装雷电OS条件，例如：前述的机型是否支持、电量是否充足等等；

14、再次检测安装环境，例如：手机是否正常连接PC，PC是否正常运行刷机工具等等；

15、从服务端下载雷电OS的安装包；

16、检查雷电OS的安装包是否完整，判断结果为是时进入步骤17；

17、扫描雷电OS的安装包是否合适且安全，具体可以通过验证安装包的MD5值的方式，确认安装包安全后进入步骤18；

18、获取手机的root权限；

19、获取root权限后弹出用户提示，请用户根据提示确认进行刷机；

20、用户确认刷机后，将雷电OS的安装包部署到手机中；

21、手机载入雷电OS系统时，为用户提供一个弹窗，提示当前已载入雷电OS系统，具体如图3所示；

22、检测雷电OS的载入情况，对于错误情况弹出相应的提示，可提示用户对手机进行交互操作来解决错误；

23、雷电OS系统部署进手机后，会在手机中相应system与data目录下释放相应文件，该文件用于实现雷电OS系统的一项或多项功能；

24、重启手机；

25、重启后，检测是否需要进行额外操作提示或者再次重启，以确保手机中雷电系统的正常工作，此时可弹出弹窗，以提示用户正在重启手机，具体如图4所示；

26、再次检测手机中的雷电OS是否安装完毕与成功；

27、如安装失败进行相应提示，如安装成功弹出弹窗，提示用户使用雷电OS，此时刷机工具退出工作。

如图5所示，本发明的一个实施例中提供了一种移动终端的处理装置，包括：

检测模块510，检测移动终端的连接状态。本实施例的技术方案可以在PC(个人计算机)端实现，要从PC端实现对移动终端的刷机，首先需要保证PC与移动终端之间的正常连接。

驱动安装模块520，在已连接移动终端时，安装与移动终端对应的驱动。在本实施例的技术方案中，当PC连接一台新的移动终端时，移动终端作为新的硬件无法被PC所识别，普通用户进行人工刷机时，往往此时即无法进行后续操作，而在本实施例中，自动在PC上安装相应的驱动，以准确识别出移动终端；在安装驱动时，可通过弹窗对用户进行提示。

进一步地，在本实施例中，可以根据移动终端类型和操作系统，来选择移动终端对应的驱动。由于目前移动终端的机型较多，移动终端的系统也区分为Android、IOS等，导致各移动终端适用的驱动也有所不同；在本实施例中，根据移动终端的机型以及操作系统，自动查找到正确的驱动进行安装，相比于用户人工查找驱动来说，极大提供了驱动查找的效率和准确性。

硬件识别模块530，使用驱动识别移动终端的硬件。在本实施例中，通过安装相应的驱动，即可自动识别出移动终端的硬件，当识别出移动终端的硬件之后，则可以根据移动终端的硬件选择适配的刷机方案，从而刷机过程不会与移动终端的硬件之间产生冲突，以顺利完成对移动终端的刷机。

刷机模块540，根据移动终端的硬件，对移动终端进行刷机。对于目前的各种移动终端，适用的刷机方案均有所不同，具体包括：适用的刷机方式不同，例如，对于采用MTK(联发科)芯片的移动终端，可以使用MTK刷机工具进行刷机；对于三星厂商的移动终端，可以使用Odin工具，如Odin360软件进行刷机；有的移动终端支持从PC端通过root工具刷机(PCroot方式)，有的移动终端支持自身安装root工具进行刷机(phone root方式)；刷机包的种类复杂多样，对于每种移动终端来说，往往仅能安装其中的一种或几种；因此，在本实施例中，根据移动终端的硬件，需要对刷机方式以及刷机包进行选择。

如图6所示，本发明的一个实施例中提供了一种移动终端的处理装置，包括：

检测模块610，检测移动终端的连接状态。

驱动安装模块620，在已连接移动终端时，安装与移动终端对应的驱动。

硬件识别模块630，使用驱动识别移动终端的硬件。

恢复模式文件选择模块640，根据移动终端的机型，选择用于对移动终端进行刷机的第一恢复模式文件。第一恢复模式文件中具有预设的脚本。在本实施例中，恢复模式文件指recovery文件，基于recovery文件移动终端可以进入recovery模式，即恢复模式，移动终端的刷机在恢复模式下进行；在本实施例中，不需要在PC上存储recovery文件，而是根据移动终端的机型从云端进行下载，下载过程可以通过窗口方式提示给用户。

替换模块650，使用第一恢复模式文件替换移动该终端中原有的第二恢复模式文件。在本实施例中，如果利用移动终端中原有的recovery文件进入recovery模式，则在recovery模式下能够进行的操作是非常有限的，所以在本实施例中更换了移动终端的recovery文件，新的recovery文件允许在recovery模式下进行的额外操作记录在前述的脚本中。

在本实施例中，具体地，根据移动终端的硬件选择第二恢复模式文件所在的分区，并使用第一恢复模式文件替换分区中的第二恢复模式文件。这是因为recovery文件安装在移动终端的特定分区中，所以需要识别出该分区，以进行recovery文件的替换。

分区映像文件安装模块660，在移动终端中安装分区映像文件，分区映像文件用于阻止移动终端在重启时将第一恢复模式更换为第二恢复模式文件。在本实施例中，分区映像文件为misc文件；部分移动终端为了禁止用户刷机，在移动终端重启后会恢复原有的recovery文件，所以本实施例中在移动终端中安装与第一recovery文件对应的misc文件，在移动终端重启后，该misc文件不会触发移动终端将第一recovery文件替换为第二recovery文件。

恢复模式进入模块670，重启移动终端，基于第一恢复模式文件进入恢复模式。在本实施例中，对于recovery模式下的安装过程也可以通过窗口方式提示给用户。

脚本在恢复模式下执行，以将移动该终端中已有的第一网络守护进程修改为第二网络守护进程并建立新的第一网络守护进程，以及建立用于分配权限的权限分配模块，并通过第一网络守护进程设置权限分配模块的权限。第一网络守护进程接收到的功能请求时，将功能请求从第一网络守护进程转发到第二网络守护进程。在本实施例中，网络守护进程指NetD(network daemon)，其具有最高的权限；本实施例中，修改NetD的方式为：将原有的NetD重命名为NetD’s，并创建一个新的NetD，则利用新的NetD可以为权限分配模块(假设命名为chimaster)分配较高的权限，这使得具有较高的chimaster可以为移动终端中的其他模块、应用自由设置权限，从而摆脱了移动终端原有系统的权限限制；在本实施例中，为了保证NetD’s正常实现其原有的功能，当存在对NetD的功能请求时，将其转发给NetD’s以进行响应。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的移动终端的处理装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

A1、一种移动终端的处理方法，包括：

检测移动终端的连接状态；

在已连接所述移动终端时，安装与所述移动终端对应的驱动；

使用所述驱动识别所述移动终端的硬件；

根据所述移动终端的硬件，对所述移动终端进行刷机。

A2、根据A1所述的方法，在对所述移动终端进行刷机之前，还包括：

根据所述移动终端的机型，选择用于对所述移动终端进行刷机的第一恢复模式文件。

A3、根据A1或A2所述的方法，所述第一恢复模式文件中具有预设的脚本；对所述移动终端进行刷机，具体包括：

使用所述第一恢复模式文件替换所述移动该终端中原有的第二恢复模式文件；

重启所述移动终端，基于所述第一恢复模式文件进入恢复模式；

所述脚本在所述恢复模式下执行，以将所述移动该终端中已有的第一网络守护进程修改为第二网络守护进程并建立新的第一网络守护进程，以及建立用于分配权限的权限分配模块，并通过所述第一网络守护进程设置所述权限分配模块的权限。

A4、根据A3所述的方法，使用所述第一恢复模式文件替换所述移动该终端中的第二恢复模式文件，具体包括：

根据所述移动终端的硬件选择所述第二恢复模式文件所在的分区，并使用所述第一恢复模式文件替换所述分区中的所述第二恢复模式文件。

A5、根据A3所述的方法，

所述第一网络守护进程接收到的功能请求时，将所述功能请求从所述第一网络守护进程转发到所述第二网络守护进程。

A6、根据A3所述的方法，在重启所述移动终端之前，还包括：

在所述移动终端中安装分区映像文件，所述分区映像文件用于阻止所述移动终端在重启时将所述第一恢复模式更换为所述第二恢复模式文件。

A7、根据A1所述的方法，获取与所述移动终端对应的驱动，具体包括：

根据移动终端类型和操作系统，来选择所述移动终端对应的所述驱动。

A8、一种移动终端的处理装置，包括：

检测模块，用于检测移动终端的连接状态；

驱动安装模块，用于在已连接所述移动终端时，安装与所述移动终端对应的驱动；

硬件识别模块，用于使用所述驱动识别所述移动终端的硬件；

刷机模块，用于根据所述移动终端的硬件，对所述移动终端进行刷机。

A9、根据A8所述的装置，

恢复模式文件选择模块，用于根据所述移动终端的机型，选择用于对所述移动终端进行刷机的第一恢复模式文件。

A10、根据A8或A9所述的装置，所述第一恢复模式文件中具有预设的脚本；

所述刷机模块包括：

替换模块，用于使用所述第一恢复模式文件替换所述移动该终端中原有的第二恢复模式文件；

恢复模式进入模块，用于重启所述移动终端，基于所述第一恢复模式文件进入恢复模式；所述脚本在所述恢复模式下执行，以将所述移动该终端中已有的第一网络守护进程修改为第二网络守护进程并建立新的第一网络守护进程，以及建立用于分配权限的权限分配模块，并通过所述第一网络守护进程设置所述权限分配模块的权限。

A11、根据A10所述的装置，

所述替换模块根据所述移动终端的硬件选择所述第二恢复模式文件所在的分区，并使用所述第一恢复模式文件替换所述分区中的所述第二恢复模式文件。

A12、根据A10所述的装置，

所述第一网络守护进程接收到的功能请求时，将所述功能请求从所述第一网络守护进程转发到所述第二网络守护进程。

A13、根据A10所述的装置，所述刷机模块还包括：

分区映像文件安装模块，用于在所述移动终端中安装分区映像文件，所述分区映像文件用于阻止所述移动终端在重启时将所述第一恢复模式更换为所述第二恢复模式文件。

A14、根据A13所述的装置，

所述驱动安装模块根据移动终端类型和操作系统，来选择所述移动终端对应的所述驱动。

Claims (12)

1.一种移动终端的处理方法，其特征在于，包括：

检测移动终端的连接状态；

在已连接所述移动终端时，安装与所述移动终端对应的驱动；

使用所述驱动识别所述移动终端的硬件；

根据所述移动终端的硬件，对所述移动终端进行刷机；

对所述移动终端进行刷机，具体包括：

使用第一恢复模式文件替换所述移动终端中原有的第二恢复模式文件；

在所述移动终端中安装分区映像文件，所述分区映像文件用于阻止所述移动终端在重启时将所述第一恢复模式更换为所述第二恢复模式文件；

重启所述移动终端，基于所述第一恢复模式文件进入恢复模式；

将所述移动终端中已有的第一网络守护进程修改为第二网络守护进程并建立新的第一网络守护进程，以及建立用于分配权限的权限分配模块，并通过所述第一网络守护进程设置所述权限分配模块的权限。

2.根据权利要求1所述的方法，其特征在于，在对所述移动终端进行刷机之前，还包括：

根据所述移动终端的机型，选择用于对所述移动终端进行刷机的第一恢复模式文件。

3.根据权利要求1或2所述的方法，其特征在于，所述第一恢复模式文件中具有预设的脚本；所述重启所述移动终端，基于所述第一恢复模式文件进入恢复模式之后，还包括：

所述脚本在所述恢复模式下执行。

4.根据权利要求3所述的方法，其特征在于，使用所述第一恢复模式文件替换所述移动终端中的第二恢复模式文件，具体包括：

根据所述移动终端的硬件选择所述第二恢复模式文件所在的分区，并使用所述第一恢复模式文件替换所述分区中的所述第二恢复模式文件。

5.根据权利要求3所述的方法，其特征在于，

所述第一网络守护进程接收到的功能请求时，将所述功能请求从所述第一网络守护进程转发到所述第二网络守护进程。

6.根据权利要求1所述的方法，其特征在于，获取与所述移动终端对应的驱动，具体包括：

根据移动终端类型和操作系统，来选择所述移动终端对应的所述驱动。

7.一种移动终端的处理装置，其特征在于，包括：

检测模块，用于检测移动终端的连接状态；

驱动安装模块，用于在已连接所述移动终端时，安装与所述移动终端对应的驱动；

硬件识别模块，用于使用所述驱动识别所述移动终端的硬件；

刷机模块，用于根据所述移动终端的硬件，对所述移动终端进行刷机；

所述刷机模块包括：

恢复模式进入模块，用于将所述移动终端中已有的第一网络守护进程修改为第二网络守护进程并建立新的第一网络守护进程，以及建立用于分配权限的权限分配模块，并通过所述第一网络守护进程设置所述权限分配模块的权限；

所述刷机模块还包括：

替换模块，用于使用第一恢复模式文件替换所述移动终端中原有的第二恢复模式文件；

恢复模式进入模块，还用于重启所述移动终端，基于所述第一恢复模式文件进入恢复模式；

分区映像文件安装模块，用于在所述移动终端中安装分区映像文件，所述分区映像文件用于阻止所述移动终端在重启时将所述第一恢复模式更换为所述第二恢复模式文件。

8.根据权利要求7所述的装置，其特征在于，

恢复模式文件选择模块，用于根据所述移动终端的机型，选择用于对所述移动终端进行刷机的第一恢复模式文件。

9.根据权利要求7或8所述的装置，其特征在于，所述第一恢复模式文件中具有预设的脚本；

所述脚本在所述恢复模式下执行。

10.根据权利要求9所述的装置，其特征在于，

所述替换模块根据所述移动终端的硬件选择所述第二恢复模式文件所在的分区，并使用所述第一恢复模式文件替换所述分区中的所述第二恢复模式文件。

11.根据权利要求9所述的装置，其特征在于，

所述第一网络守护进程接收到的功能请求时，将所述功能请求从所述第一网络守护进程转发到所述第二网络守护进程。

12.根据权利要求7所述的装置，其特征在于，

所述驱动安装模块根据移动终端类型和操作系统，来选择所述移动终端对应的所述驱动。