CN110267260A - 刷机方法、装置、终端及计算机可读存储介质 - Google Patents

Abstract

本申请属于通信技术领域，尤其涉及一种刷机方法、装置、终端及计算机可读存储介质，其中，所述刷机方法包括：接收第二终端发送的刷机数据；根据预先建立的地址映射表将接收到的所述刷机数据存储至系统数据区；所述地址映射表用于将所述系统数据区的物理地址映射到处理器的虚拟地址；使得刷机数据不需要经过终端的内存，而直接存储至系统数据区，提高了终端的刷机速度。

Description

刷机方法、装置、终端及计算机可读存储介质

技术领域

本申请属于通信技术领域，尤其涉及一种刷机方法、装置、终端及计算机可读存储介质。

背景技术

刷机是指通过一定的方法对终端的系统进行更新或替换的操作。

目前，使用fastboot协议对手机等终端进行刷机时，一般是先将刷机数据写入手机内存，再从手机内存中读取刷机数据并保存至手机的系统数据区，以完成刷机。

然而，随着系统的数据量变得越来越大，使用这种方式进行刷机时需要等待较长的时间。

发明内容

本申请实施例提供一种刷机方法、装置、终端及计算机可读存储介质，可以解决终端的刷机速度慢的技术问题。

本申请实施例第一方面提供一种刷机方法，包括：

接收第二终端发送的刷机数据；

根据预先建立的地址映射表将接收到的所述刷机数据存储至系统数据区；所述地址映射表用于将所述系统数据区的物理地址映射到处理器的虚拟地址。

本申请实施例第二方面提供一种刷机装置，包括：

接收单元，用于接收第二终端发送的刷机数据；

存储单元，用于根据预先建立的地址映射表将接收到的所述刷机数据存储至系统数据区；所述地址映射表用于将所述系统数据区的物理地址映射到处理器的虚拟地址。

本申请实施例第三方面提供一种终端，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述方法的步骤。

本申请实施例第四方面提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现上述方法的步骤。

本申请实施例中，通过预先建立将系统数据区的物理地址映射到处理器的虚拟地址的地址映射表，再根据预先建立的地址映射表将接收到的刷机数据直接存储至系统数据区；使得刷机数据不需要经过终端的内存，而直接存储至系统数据区，提高了终端的刷机速度。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1是本申请实施例提供的一种刷机方法的第一实现流程示意图；

图2是本申请实施例提供的刷机方法与相关技术中的刷机方法实现方式的对比示意图；

图3是本申请实施例提供的一种刷机方法步骤102的具体实现流程示意图；

图4是本申请实施例提供的一种刷机方法的第二实现流程示意图；

图5是本申请实施例提供的一种刷机方法的第三实现流程示意图；

图6是本申请实施例提供的刷机装置的结构示意图；

图7是本申请实施例提供的终端的结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

为了说明本申请上述的技术方案，下面通过具体实施例来进行说明。

手机等终端包括内存(RAM)和存储空间(ROM)。内存是随机存储，可以随机读写，关机或者重启数据不会保存；而存储空间是手机的存储容量，即只读内存，能存储各个软件和用户文件，关机或者重启不会对数据产生影响。其中，手机的系统软件和各个应用软件可以存储在手机存储空间的系统数据区，用户文件则存储在存储空间的用户数据区。目前，手机常说的4G+64G以及6G+64G中的64G即为该手机的存储空间，4G和6G即为该手机的内存。

目前，处理器不能直接读取存储空间中的数据，需要将存储空间中的数据调入内存中才能读取。然而，由于处理器对内存的数据读写操作都是通过虚拟地址进行的，默认情况下，在数据读写操作之前一般会先将内存的物理地址映射到处理器的虚拟地址上，因此，终端的数据读写操作就变成了处理器与内存之间的数据读写，这是目前的手机等终端的工作模式。

在这样的数据读写模式下，使用fastboot协议对手机等终端进行刷机时，其主要的刷机流程为：在手机进入预设刷机模式时，手机与电脑通过USB连接，手机的处理器将从电脑上接收的刷机数据传输到手机的内存，再从手机的内存中读取刷机数据，并将该刷机数据保存至手机存储空间的系统数据区，以完成刷机。也就是说，刷机数据要先经过手机的内存，才能被存储到手机存储空间的系统数据区。

然而，随着系统的功能越来越完善，系统的数据量也变得越来越大，进行刷机时，需要等待的时间也越来越长，具有刷机速度慢的问题。

本申请实施例中，通过预先建立将系统数据区的物理地址映射到处理器的虚拟地址的地址映射表，再根据预先建立的地址映射表将接收到的刷机数据直接存储至系统数据区；使得刷机数据不需要经过终端的内存，而直接存储至系统数据区，提高了终端的刷机速度。

如图1示出了本申请实施例提供的一种刷机方法的实现流程示意图，该方法应用于第一终端，可以由第一终端上配置的刷机装置执行，适用于需提高刷机速度的情形。其中，上述第一终端可以为手机、平板、可穿戴设备等智能终端，上述刷机方法可以包括步骤101至步骤102。

步骤101，接收第二终端发送的刷机数据。

本申请实施例中，第一终端与第二终端为各自独立的终端，并且第二终端的类型可以与第一终端的类型相同，也可以不同。

例如，上述第一终端为手机时，上述第二终端也可以为手机，或者为电脑等其他终端。

在本申请的一些实施方式中，当第一终端与第二终端的类型相同时，上述接收第二终端发送的刷机数据可以包括：接收对第二终端的系统进行打包生成的刷机数据。

也就是说，上述刷机数据可以是第二终端的系统数据。

例如，上述第一终端为手机A，上述第二终端为手机B，则上述第一终端接收第二终端发送的刷机数据是指手机B将自己的系统进行打包备份生成刷机数据，并将生成的刷机数据发送给手机A，从而实现手机A的刷机。通过这种方式进行刷机时，无需从网络中预先下载刷机包，只需要保证第二终端的系统为完好的系统，并且能够与第一终端相适配即可，具有刷机方式简单快捷的特点。

在本申请的一些实施方式中，上述第二终端也可以为下载有多种版本的刷机数据的终端，例如，上述第二终端可以为电脑或服务器等终端设备。

第一终端在接收第二终端发送的刷机数据之前可以包括：向第二终端发送第一终端的系统版本信息，使第二终端根据第一终端的系统版本信息向第一终端发送与第一终端对应的最高系统版本的刷机数据，以便用户获得更优的系统服务。

步骤102，根据预先建立的地址映射表将接收到的刷机数据存储至系统数据区；地址映射表用于将系统数据区的物理地址映射到处理器的虚拟地址。

本申请实施例中，第一终端在接收到第二终端发送的刷机数据后，即可根据预先建立的地址映射表将接收到的刷机数据存储至系统数据区。在当刷机数据全部写入终端的系统数据区时，即表示终端的系统已完成刷机。

其中，系统数据区是指终端的存储空间中用于存储系统软件的数据区。

由于在刷机的过程中，并不需要频繁的将手机存储空间的数据读取到内存，而仅仅是将刷机数据写入手机存储空间即可。因此，本申请实施中，可以通过对终端的数据读写模式进行修改的方式，提高终端的刷机速度。

具体的，如图2所示，通过将目前的将内存的物理地址映射到处理器的虚拟地址的地址映射表替换为将系统数据区的物理地址映射到处理器的虚拟地址的地址映射表，使得终端的处理器在接收到刷机数据时，可以根据fastboot等刷机协议直接将刷机数据存储至系统数据区；使得刷机数据不需要经过终端的内存，而直接存储至系统数据区，提高了终端的刷机速度。

需要说明的是，在本申请的实施方式中，将系统数据区的物理地址映射到处理器的虚拟地址的地址映射表的建立方式可以与相关技术中将内存的物理地址映射到处理器的虚拟地址的地址映射表的建立方式相同。

在本申请的一些实施方式中，为了降低因数据读写错误，导致的刷机失败，如图3所示，上述步骤102根据预先建立的地址映射表将接收到的刷机数据存储至系统数据区可以包括：步骤301至步骤302。

步骤301，将接收到的刷机数据与第二终端发送的刷机数据进行比对，判断接收到的刷机数据与第二终端发送的刷机数据是否一致。

由于数据传输过程中，受各种因素影响，第一终端的处理器接收到的第二终端发送的刷机数据有可能与第二终端发送出来的刷机数据不一致，即，刷机数据在传输过程中出现了错误，因此，为了避免因数据传输发生错误导致的刷机失败，提高刷机效率，本申请的一些实施方式中，在将接收到的刷机数据存储至系统数据区之前，可以先将接收到的刷机数据与第二终端发送的刷机数据进行比对，判断接收到的刷机数据与第二终端发送的刷机数据是否一致。

例如，可以采用循环冗余校验法(Cyclic Redundancy Check，CRC)验证处理器接收到的刷机数据与第二终端发送的刷机数据是否一致。然而，本领域技术人员还可以采用直接比较法、奇偶校验法、异或校验法、海明码校验等数据校验方法来验证处理器接收到的刷机数据与第二终端发送的刷机数据是否一致，这些均应属于本申请的构思。

步骤302，若接收到的刷机数据与第二终端发送的刷机数据不一致，则重新接收第二终端发送的刷机数据，并在接收到的刷机数据与第二终端发送的刷机数据一致时，根据预先建立的地址映射表将接收到的刷机数据存储至系统数据区。

在确定出处理器接收到的刷机数据与第二终端发送的刷机数据不一致时，表示刷机数据在传输过程中出现了错误，因此，可以通过重新接收第二终端发送的刷机数据，并在接收到的刷机数据与第二终端发送的刷机数据一致时，根据预先建立的地址映射表将接收到的刷机数据存储至系统数据区，以避免写入系统数据区的数据为传输错误的数据，提高了刷机的成功率。

如图4所示，在本申请的一些实施方式中，刷机方法还可以包括：步骤401至步骤403。

步骤401，对系统数据区的数据进行备份，生成备份数据，并将备份数据发送给第二终端进行保存。

本申请实施例中，第一终端的处理器在对系统数据区的数据进行备份生成备份数据的操作与上述对第二终端系统进行打包生成刷机数据的方法类似，并且，可以利用相关技术中的备份技术进行系统备份。

步骤402，接收第二终端发送的刷机数据。

步骤403，根据预先建立的地址映射表将接收到的刷机数据存储至系统数据区；地址映射表用于将系统数据区的物理地址映射到处理器的虚拟地址。

本申请实施例中，第一终端通过在接收第二终端发送的刷机数据之前，对系统数据区的数据进行备份，生成备份数据，并将备份数据发送给第二终端进行保存，使得第一终端原本的系统数据不会丢失，便于用户在需要回滚到刷机前的系统提供了可能。

例如，第一终端的用户在进行刷机之后，不适应更新后的系统时，则可以利用刷机前备份的备份数据进行重新刷机。

如图5所示，在本申请的一些实施方式中，刷机方法还可以包括：步骤404至步骤408。

步骤404，在将第二终端发送的所有刷机数据存储至系统数据区之后，重启第一终端。

在第二终端发送的所有刷机数据均存储至系统数据区时，表示第一终端已经完成刷机，此时通过重启第一终端，即可确定第一终端是否已经刷机成功。

步骤405，判断第一终端是否能够正常启动。

本申请实施例中，在重启第一终端之后，判断第一终端是否能够正常启动是确定第一终端刷机成功与否的便捷方式之一。在第一终端能够正常启动时，则基本可以确认第一终端已经刷机成功。

具体的，可以通过判断第一终端是否能够进入预设桌面的方式判断第一终端是否能够正常启动，或者是通过判断第一终端能否开启某个系统应用的方式判断第一终端是否能够正常启动。若第一终端重启之后，能够进入预设桌面，或者能够开启某个系统应用，则表示第一终端能够正常启动。

步骤406，若第一终端无法正常启动，则进入预设刷机模式，并向第二终端发送数据恢复请求。

步骤407，接收第二终端根据数据恢复请求发送的备份数据。

步骤408，根据预先建立的地址映射表将接收到的备份数据存储至系统数据区。

本申请实施例中，若第一终端无法正常启动，则表示第一终端刷机失败，此时，为了不影响第一终端的正常使用，可以使第一终端自动进入预设刷机模式，并自动向第二终端发送数据恢复请求，以接收第二终端根据数据恢复请求发送的备份数据，并根据预先建立的地址映射表将接收到的备份数据存储至系统数据区，以使第一终端能够自动实现将系统恢复为刷机前的系统，降低终端的变砖率。

在上述各个实施方式中，在接收第二终端发送的刷机数据之前，还可以包括：与第二终端建立热点连接或蓝牙连接。

例如，在第一终端进入预设刷机模式时，上述第一终端可以与第二终端建立蓝牙连接或者热点连接等短距离通信连接，以达到上百兆或更高的数据接收速度，有效提高了第一终端接收第二终端发送的刷机数据的效率。

其中，上述预设刷机模式可以包括fastboot模式以及其他在线刷机模式。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为根据本发明，某些步骤可以采用其它顺序进行。

图6示出了本申请实施例提供的一种刷机装置600的结构示意图，该刷机装置600配置于第一终端，包括接收单元601以及存储单元602。

接收单元601，用于接收第二终端发送的刷机数据；

存储单元602，用于根据预先建立的地址映射表将接收到的刷机数据存储至系统数据区；地址映射表用于将系统数据区的物理地址映射到处理器的虚拟地址。

在本申请的一些实施方式中，上述接收单元601，还用于接收对第二终端的系统进行打包生成的刷机数据。

在本申请的一些实施方式中，上述接收单元601，还用于在接收第二终端发送的刷机数据之前，向第二终端发送第一终端的系统版本信息，以由第二终端根据系统版本信息向第一终端发送与第一终端对应的最高系统版本的刷机数据。

在本申请的一些实施方式中，上述接收单元601，还用于在接收第二终端发送的刷机数据之前，与第二终端建立热点连接或蓝牙连接。

在本申请的一些实施方式中，上述存储单元602，还用于将接收到的刷机数据与第二终端发送的刷机数据进行比对，判断接收到的刷机数据与第二终端发送的刷机数据是否一致；若接收到的刷机数据与第二终端发送的刷机数据不一致，则重新接收第二终端发送的刷机数据，并在接收到的刷机数据与第二终端发送的刷机数据一致时，根据预先建立的地址映射表将接收到的刷机数据存储至系统数据区。

在本申请的一些实施方式中，上述刷机装置还可以包括备份单元，用于在接收第二终端发送的刷机数据之前，对系统数据区的数据进行备份，生成备份数据，并将备份数据发送给第二终端进行保存。

在本申请的一些实施方式中，上述备份单元，还用于在将第二终端发送的所有刷机数据存储至系统数据区之后，重启第一终端；判断第一终端是否能够正常启动；若第一终端无法正常启动，则进入预设刷机模式，并向第二终端发送数据恢复请求；接收第二终端根据数据恢复请求发送的备份数据；根据预先建立的地址映射表将接收到的备份数据存储至系统数据区。

需要说明的是，为描述的方便和简洁，上述描述的刷机装置600的具体工作过程，可以参考上述图1至图5中描述的方法的对应过程，在此不再赘述。

如图7所示，本申请提供一种用于实现上述刷机方法的终端，该终端可以为上述第一终端，包括：处理器71、存储器72、一个或多个输入设备73(图7中仅示出一个)和一个或多个输出设备74(图7中仅示出一个)。处理器71、存储器72、输入设备73和输出设备74通过总线75连接。

应当理解，在本申请实施例中，所称处理器71可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

输入设备73可以包括虚拟键盘、触控板、指纹采传感器(用于采集用户的指纹信息和指纹的方向信息)、麦克风等，输出设备74可以包括显示器、扬声器等。

存储器72可以包括只读存储器和随机存取存储器，并向处理器71提供指令和数据。存储器72的一部分或全部还可以包括非易失性随机存取存储器。例如，存储器72还可以存储设备类型的信息。

上述存储器72存储有计算机程序，上述计算机程序可在上述处理器71上运行，例如，上述计算机程序为刷机方法的程序。上述处理器71执行上述计算机程序时实现上述刷机方法实施例中的步骤，例如图1所示的步骤101至步骤102。或者，上述处理器71执行上述计算机程序时实现上述各装置实施例中各模块/单元的功能，例如图6所示单元601至602的功能。

上述计算机程序可以被分割成一个或多个模块/单元，上述一个或者多个模块/单元被存储在上述存储器72中，并由上述处理器71执行，以完成本申请。上述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述上述计算机程序在上述进行刷机的第一终端中的执行过程。例如，上述计算机程序可以被分割成接收单元和存储单元，各单元具体功能如下：

接收单元，用于接收第二终端发送的刷机数据；

存储单元，用于根据预先建立的地址映射表将接收到的刷机数据存储至系统数据区；地址映射表用于将系统数据区的物理地址映射到处理器的虚拟地址。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将上述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/终端和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端实施例仅仅是示意性的，例如，上述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

上述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，上述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，上述计算机程序包括计算机程序代码，上述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。上述计算机可读介质可以包括：能够携带上述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、电载波信号、电信信号以及软件分发介质等。需要说明的是，上述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

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

Claims (10)

1.一种刷机方法，应用于第一终端，其特征在于，包括：

接收第二终端发送的刷机数据；

根据预先建立的地址映射表将接收到的所述刷机数据存储至系统数据区；所述地址映射表用于将所述系统数据区的物理地址映射到处理器的虚拟地址。

2.如权利要求1所述的刷机方法，其特征在于，所述接收第二终端发送的刷机数据包括：

接收对所述第二终端的系统进行打包生成的刷机数据。

3.如权利要求1所述的刷机方法，其特征在于，在所述接收第二终端发送的刷机数据之前，包括：

向第二终端发送所述第一终端的系统版本信息，以由所述第二终端根据所述系统版本信息向所述第一终端发送与所述第一终端对应的最高系统版本的刷机数据。

4.如权利要求1所述的刷机方法，其特征在于，在所述接收第二终端发送的刷机数据之前，包括：

与第二终端建立热点连接或蓝牙连接。

5.如权利要求1所述的刷机方法，其特征在于，所述根据预先建立的地址映射表将接收到的所述刷机数据存储至系统数据区包括：

将接收到的所述刷机数据与所述第二终端发送的刷机数据进行比对，判断所述接收到的刷机数据与所述第二终端发送的刷机数据是否一致；

若所述接收到的刷机数据与所述第二终端发送的刷机数据不一致，则重新接收所述第二终端发送的刷机数据，并在所述接收到的刷机数据与所述第二终端发送的刷机数据一致时，根据预先建立的地址映射表将接收到的所述刷机数据存储至系统数据区。

6.如权利要求1-5任意一项所述的刷机方法，其特征在于，在所述接收第二终端发送的刷机数据之前，包括：

对所述系统数据区的数据进行备份，生成备份数据，并将所述备份数据发送给所述第二终端进行保存。

7.如权利要求6所述的刷机方法，其特征在于，在将所述第二终端发送的所有刷机数据存储至所述系统数据区之后，包括：

重启所述第一终端；

判断所述第一终端是否能够正常启动；

若所述第一终端无法正常启动，则进入预设刷机模式，并向所述第二终端发送数据恢复请求；

接收所述第二终端根据所述数据恢复请求发送的所述备份数据；

根据预先建立的所述地址映射表将接收到的所述备份数据存储至所述系统数据区。

8.一种刷机装置，配置于第一终端，其特征在于，包括：

接收单元，用于接收第二终端发送的刷机数据；

存储单元，用于根据预先建立的地址映射表将接收到的所述刷机数据存储至系统数据区；所述地址映射表用于将所述系统数据区的物理地址映射到处理器的虚拟地址。

9.一种终端，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任意一项所述方法的步骤。

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