识可以是规范了的比特串，例如一个单字节8位的比特串“10101010”，比特串的具体内容可以随意约定。
[0084]系统出厂时，在完成了系统安装之后，写入上述的安全标识。而在后续每次对第一分区的系统进行升级时，依据上述揭示的闪存原理，首先要擦除系统所占区块的数据，然后写入包含系统升级版本的系统固件。如果升级过程中，无论是擦除阶段，还是重写阶段，一旦出现断电，整个第一分区的系统必然故障。一种实施方式中，在擦除阶段，整个第一分区的数据被擦除重写，这时连同所述的安全标识也被擦除，重写入系统固件完成系统升级之后，本发明便向所述的特定存储位置重写入所述的安全标识。由此可见，该安全标识可以指示整个升级过程是否正常，从而可用于指示第一分区的系统是否异常。另一种实施方式中，在擦除阶段，不擦除所述特定存储位置的安全标识，而是修改其内容，例如修改为全零:“00000000”，当第一分区的系统完成重装之后，再修复该安全标识的内容为“ 10101010”，这种方式起到的效果与前例相同。这两种用于实现安全标识的方式，均无碍于本发明的实施，并且，均可起到分区校验的作用。
[0085]依据上述原理，本发明的智能设备启动时，在智能设备的引导程序Bootloader执行引导的过程中，首先检测第一分区的所述特定存储位置的安全标识是否为预先约定的特定比特串，例如前述的“ 10101010”，如果是，则认定该安全标识指示第一分区的系统处于正常状态，引导并启动该第一分区的系统；如果该比特串不存在，或者是全零，或者其它内容，那么，表明第一分区在上次升级过程中重写安全标识之后，可能因断电未能走完整个升级流程，系统安装不完全，出现故障，不是处于正常状态，不可直接使用，由此便需跳转启动该闪存介质第二分区的系统，Bootloader于是跳转执行所述的第二分区预装的备份系统。
[0086]进一步，本发明的智能设备系统灾备控制方法还包括:
[0087]步骤S12:第二分区的系统完成启动后远程获取系统固件，将其安装到所述闪存介质第一分区以完成系统重装。
[0088]第二分区的备份系统完成启动后，便为智能设备的维护提供了技术支撑，智能设备由此可以接入网络，或者与其他移动设备建立直连，从而可以受控执行相应的维护工作。为方便理解本步骤的各个环节，以下结合图2详细揭示其整个重装过程的各个具体步骤:
[0089]步骤S121:所述第二分区的系统完成启动后，通过所述远程接口发送告警信息。
[0090]当智能设备引导程序Bootloader引导第二分区启动备份系统之后，按照系统默认的操作流程，一种实施方式中，可以对所述的安全标识进行检测，同理可以通过比较该安全标识是否为预定的特定比特串而确认第一分区的系统处于异常状态，通常这种情况下，备份系统将获得肯定的结果，确认系统异常，由此便可继续其后续的程序，发出所述的告警信息。另一种实施方式中，备份系统也可以通过其它系统参数来确认第一分区的系统是否正常，例如通过同一账户的云端记载的系统版本数据来与自身的版本号相比较，确认并非自身版本号时，推测第一分区系统可能故障等。总之，在第二分区的系统完成启动之后，可以实现与第一分区的系统的底层驱动、顶层应用等相同的功能，除此之外，第二分区的系统适宜进一步确认第一分区的系统是否正常，在确认第一分区的系统异常时，发出所述的告警信息。
[0091]所述的告警信息的发出，是基于智能设备在第二分区的备份系统完成启动后接入了网络或者直连移动设备而实现的。通常，智能设备第一分区的系统在正常使用过程中，在所述的数据分区中记载了用于接入网络的配置信息，例如用于接入某个WiFi接入点的服务集标识(SSID)及其相应的密码，故而第二分区的系统启动后，可以共用这一配置信息，利用这一配置信息实现网络接入，使智能设备得以直接与云端通信，用户可以通过计算机终端上的浏览器，基于安全套接字超文本链接封装的数据报文与智能设备第二分区的系统进行通信，从而方便维护。
[0092]又如，智能设备支持蓝牙通信，其与手机之类的移动设备之间能够主动或被动地建立直连通道，相应的配置信息同理也被存储于所述的数据区中，手机同时又通过WiFi或GPRS、3G、4G等途径接入了互联网，则手机便可起到沟通智能设备与云端服务器的作用。
[0093]鉴于第二分区的系统启动完成后能够接入网络，与远程服务器或手机之类的移动设备建立连接，因此，智能设备便可把按照其所采用的网络传输协议的规范，封装预定的告警信息，向预定的远程接口发出所述的告警信息并被远程服务器或手机之类的移动设备接收处理。通常，采用安全套接字超文本链接传输协议(HTTPS)来传输所述告警信息可以获得较高的安全性。
[0094]无论告警信息是通过云端服务器到达手机之类的移动设备，还是直接发送给所述的移动设备，均可以让用户获取智能设备的主系统发生故障的告警信息，该告警信息均可被装配在所述的远程服务器或手机之类的移动设备上的服务进程所识别，该服务进程识别到该告警信息之后，便向位于终端的浏览器或应用程序提供的用户界面提示智能设备主系统故障的信息，并等候用户针对该告警信息发出的用户指令，用户接收到该信息后，通过用户界面提供的功能按键，便可决定是否修复智能设备的第一分区的系统。
[0095]步骤S122:当其接收到该远程接口反馈的响应于该告警信息的修复指令后，通过远程接口下载所述的系统固件。
[0096]以手机终端为例，当手机上的应用程序收到服务器推送的，或者收到智能设备直接向其推送的所述告警信息之后，解析并识别到该所述智能设备的第一分区的系统发生了故障，于是便启动自身的作业流程，向用户界面弹框提示用户，例如以文字提示“A设备系统故障”，并提供“修复”、“暂缓”两个按键，当用户选中“暂缓”按键时，可后结另行弹框提示；当用户选中“修复”时，则启动修复流程。
[0097]移动设备启动其修复流程时，首先获得智能设备的机器信息，由于智能设备通常已经通过同一账户预先关联到该移动设备，其机器信息诸如UUID(用户唯一特征码)、型号、系统版本号等一般已经预存在移动设备中，因而，第二步，移动设备可以将智能设备的信息封装到其下载请求中，发送给云端服务器，以便云端服务器利用这些信息为移动设备提供一个下载地址，移动设备继而便以该地址下载用于修复智能设备的系统固件。当然，这一流程可以进一步简化，例如，移动设备由于自身已知智能设备的机器信息，并且已知系统固件的下载地址，则移动设备直接依该地址下载系统固件即可。移动设备下载系统固件的过程相当灵活，本领域技术人员可以灵活确定。
[0098]进一步，移动设备获得所述的系统固件之后，便可以向智能设备推送修复指令，以作为对所述的告警信息的反馈，智能设备接收到所述的修复指令后，便可进一步通过蓝牙、USB、WiFi等任意方式提供的远程接口从移动设备下载所述的系统固件。该系统固件因为通常较小，因此在其接收过程中，可以直接暂存于智能设备的内存。通常，由于智能设备与移动设备均通过同一账户预先绑定，因而这一修复指令与告警信息同理，被以安全套接字超文本传输协议所规范的数据报文所封装。
[0099]在本发明的其他实施例中，这一过程可以进一步被简化，具体而言，移动设备可以不自行下载所述的系统固件，而是在智能设备接收到移动设备的修复指令后，由智能设备通过其数据区预存的下载地址，通过互联网提供的远程接口自行下载所述的系统固件到本机内存中，实现所述系统固件的下载。
[0100]步骤S123:系统固件下载完成后，将该系统固件安装到所述的第一分区。
[0101]当所述系统固件被所述的移动设备推送到智能设备的本机内存或者被智能设备自行下载到本机内存后，如本发明优选的Squash文件系统，被压缩一个文件。为了继续整个修复过程，智能设备继而将该压缩文件复制到所述的第一分区，当该Squash文件被写入所述的第一分区之后，便完成了对主系统的写入操作。需要注意的是，对于部分自定的操作系统，也可以是在内存中执行一个解压缩到所述第一分区的过程，以实现系统安装。
[0102]在某些实施例中，智能设备可以完全不需要移动设备的参与，当其第二分区的系统识别到第一分区的安全标识崩溃需要修复时，即直接从其闪存介质数据区中获取相应的下载地址，通过该下载地址下载所述的系统固件并重新写入所述的第一分区即可。
[0103]通过上述实现系统重装的过程的多种变化实例的提示，可以知晓，本发明的智能设备拥有更为智能的交互方案，当其识别到自身的第一分区的主系统故障时，可以通过外部设备实现更良好的人机交互，向用户报告故障，并等候用户的修复指令；或者也可尝试自行修复系统故障，而不需人工干预。然而，这一过程仅仅是完成了第一分区的主系统的数据上的重写，而对于整个系统的修复而言，尚需后续步骤的配置。
[0104]因此，进一步，本发明的智能设备系统灾备控制方法还包括:
[0105]步骤S13:重装完成后重写所述闪存介质第一分区特定存储位置以修复所述的安全标识。
[0106]如前所述，智能设备的引导程序Bootloader每次启动时将自行检测第一分区特定存储位置上的所述的安全标识，而安全标识在该分区每次被重写时，又可能会被擦除，因此，如果不修复该安全标识，即使重写了第一分区的系统固件，也将导致每次重启后无法进入所述的第一分区的主系统。
[0107]因此，在所述系统固件被写入所述的第一分区之后，还需要进一步修复所述的安全标识，对应于前述的揭示，只要将所述的安全标识恢复为特定比特串的固有的内容即可，例如，将比特串“10101010”写入第一分区的所述的特定存储位置即可，这样便实现了所述的安全标识的修复。修复这一安全标识之后，智能设备下次重启时，其Bootloader识别到安全标识指示第一分区的系统处于正常状态，便不必跳转启动第二分区的系统，而是直接引起启动第一分区的系统，使智能设备恢复正常的启