一种设备的系统启动方法、装置、设备及存储介质与流程

1.本发明涉及计算机技术领域，特别是涉及一种设备系统的启动方法、装置、设备及存储介质。


背景技术：

2.随着互联网技术的发展，越来越多的终端设备深入人们的生活。
3.现有技术中，设备的文件系统往往是一个整体，系统文件以及应用程序文件均存储在同一区域，这样，系统启动后，会频繁对该区域进行读写，进而会导致该区域出现坏块，导致设备的操作系统后续无法正常启动。


技术实现要素：

4.鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种设备的系统启动方法和相应的一种设备的系统启动装置、设备及存储介质。
5.为了解决上述问题，本发明实施例公开了一种设备的系统启动方法，所述设备包括系统分区和用户分区，所述系统分区中存储系统文件，所述用户分区中存储应用程序文件，所述方法包括：
6.从所述系统分区中加载所述系统文件，并基于所述系统文件启动所述设备的操作系统；
7.为所述操作系统挂载第一用户分区中的应用程序文件；所述第一用户分区为启动参数所指示的用户分区；
8.在所述第一用户分区出现异常的情况下，修改所述启动参数，并重新为所述操作系统挂载第二用户分区中的应用程序文件；所述第二用户分区是修改后的所述启动参数所指示的用户分区，所述第二用户分区与所述第一用户分区为不同的用户分区。
9.可选的，所述重新为所述操作系统挂载第二用户分区中的应用程序文件，包括：
10.进行重启，并在所述重启过程中，重新从所述系统分区中加载所述系统文件，并基于所述系统文件启动所述设备的操作系统；
11.为重新启动的所述操作系统挂载所述第二用户分区中的应用程序文件。
12.可选的，所述从所述系统分区中加载所述系统文件，并基于所述系统文件启动所述设备的操作系统，包括：
13.从所述系统分区中将所述系统文件加载至指定内存区域中；
14.在所述指定内存区域中加载所述系统文件，并基于所述系统文件启动所述设备的操作系统。
15.可选的，所述设备还包括恢复区；在所述第一用户分区出现异常的情况下，所述方法还包括：
16.对所述第一用户分区进行格式化处理；
17.从所述恢复区中读取第一副本；所述第一副本为所述应用程序文件的数据副本；
18.根据所述第一副本恢复所述第一用户分区中的数据。
19.可选的，所述系统分区中运行有第一进程，所述第一用户分区中运行有第二进程；所述方法还包括：
20.在所述第一进程接收到所述第二进程发送的分区失效信息的情况下，确定所述第一用户分区出现异常；所述分区失效信息是所述第二进程检测到所述第一用户分区的数据完整性不符合预设要求或所述第一用户分区出现运行异常的情况下发送的；
21.或者，在所述第一进程接收到所述第二进程发送的指定消息的时长大于预设时长阈值的情况下，确定所述第一用户分区出现异常。
22.可选的，所述设备还包括单独日志区；所述方法还包括：
23.将所述第一用户分区中应用程序文件在运行过程中产生的日志，写入所述单独日志区。
24.可选的，所述系统分区中存储的系统文件为只读的文件；所述用户分区中存储应用程序文件为可读写的文件。
25.本发明实施例包括以下优点：
26.本发明实施例通过将设备文件系统分为系统分区和用户分区，基于系统分区存储系统文件，基于用户分区存储应用程序文件，启动时，读取系统分区中的系统文件启动操作系统，读取用户分区中的应用程序文件挂载应用程序文件，从而完成整个启动环节。由于单独将系统分区分离出来，这样，对用户分区的读写操作不会影响到系统分区，进而一定程度上可以降低系统分区出现坏块的概率，从而避免无法正常基于系统分区启动操作系统的问题。且系统启动只需加载系统分区的系统文件，提升了系统的启动速度。同时，在第一用户分区异常的情况下，可以切换至第二用户分区并进行挂载，一定程度上避免了由于用户分区损坏导致系统无法正常启动和运行的问题，进一步提高了系统的稳定性。
27.本发明实施例公开了一种设备的系统启动装置，所述设备包括系统分区和用户分区，所述系统分区中存储系统文件，所述用户分区中存储应用程序文件，所述装置包括：
28.第一加载模块，用于从所述系统分区中加载所述系统文件，并基于所述系统文件启动所述设备的操作系统；
29.第一挂载模块，用于为所述操作系统挂载第一用户分区中的应用程序文件；所述第一用户分区为启动参数所指示的用户分区；
30.第一修改模块，用于在所述第一用户分区出现异常的情况下，修改所述启动参数，并重新为所述操作系统挂载第二用户分区中的应用程序文件；所述第二用户分区是修改后的所述启动参数所指示的用户分区，所述第二用户分区与所述第一用户分区为不同的用户分区。
31.本发明实施例公开了一种电子设备，包括：一个或多个处理器；和其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述装置执行如上述任一项所述的设备的系统启动方法。
32.本发明实施例公开了一种计算机可读存储介质，其存储的计算机程序使得处理器执行如上述任一项所述的设备的系统启动方法。
附图说明
33.图1是本发明的一种设备的系统启动方法实施例的步骤流程图；
34.图2是本发明的一种用户分区切换的步骤流程图；
35.图3是本发明的一种flash存储芯片分区设计的示意图；
36.图4是本发明的一种设备的系统启动装置实施例的结构框图。
具体实施方式
37.为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。
38.本发明实施例中，若flash上文件系统是一个整体，即将系统文件和应用程序文件存储在同一个存储区域中，不对文件系统进行划分，由于存储区域中存储了应用程序文件，在系统运行过程中，会不断对该存储区域进行读写操作，频繁的读写操作可能导致flash出现坏块，从而导致设备的操作系统后续无法正常启动。而通过将设备文件系统分为系统分区和用户分区，基于系统分区存储系统文件，基于用户分区存储应用程序文件，这样，在系统运行过程中，只对用户分区进行频繁读写，即使用户分区出现异常或是损坏，也不会影响到系统分区。进一步地，本发明实施例通过用户分区的切换机制，也可以避免在一个用户分区出现异常或是损坏造成的系统无法启动或无法运行的问题。
39.参照图1，示出了本发明的一种设备的系统启动方法实施例的步骤流程图，所述设备包括系统分区和用户分区，所述系统分区中存储系统文件，所述用户分区中存储应用程序文件。
40.其中，所述设备可以是嵌入式设备，所述系统文件可以是操作系统的主要文件，所述应用程序文件可以包括应用程序和用户数据，用户分区可以包括第一用户分区和第二用户分区，系统分区和用户分区可以是存储芯片(flash)上的两个不同的分区。
41.该方法具体可以包括如下步骤：
42.步骤101、从所述系统分区中加载所述系统文件，并基于所述系统文件启动所述设备的操作系统。
43.本发明实施例中，通过加载系统分区中存储的系统文件，利用该系统文件启动设备的操作系统，具体的，可以在设备上电后，从flash中加载引导加载程序(uboot)并运行uboot，读取flash中的环境变量参数，其中环境变量参数为在操作系统中用来指定操作系统运行环境的一些参数，包括内核启动参数。根据内核启动参数启动内核，加载开机启动画面标志，并通过内核加载系统分区中存储的系统文件，以利用该系统文件启动设备的操作系统。
44.可选的，所述步骤101可以包括以下步骤：
45.子步骤s11、从所述系统分区中将所述系统文件加载至指定内存区域中。
46.本发明实施例中，在内存中划分一个内存区域，作为指定内存区域，可以通过ramdisk方式使用系统分区的文件系统，具体的，通过内核将存储芯片flash中系统分区存储的全部映像文件读取解压至指定内存区域，构造ramdisk环境，或是系统分区的文件系统可以采用cramfs格式文件系统，具体的，当系统需要访问某个位置的数据时，计算该数据在系统分区中的位置，并通过内核将其读取解压至指定内存区域。这样，通过将系统文件加载
到内存运行，运行速度快，并且还能更好保护系统的核心文件不受破坏。
47.子步骤s12、在所述指定内存区域中，基于所述系统文件启动所述设备的操作系统。
48.本发明实施例中，将系统文件读取至内存区域后，利用该系统文件在内存区域启动操作系统，即在内存中运行设备的操作系统。
49.本发明实施例中，通过将系统文件加载至指定内存区域，可以在系统运行过程中，在指定内存区域中读写系统文件，避免频繁的读写flash造成flash出现坏块的情况，同时，由于内存的读写速度较快，在指定内存区域中加载系统文件，一定程度上可以提升系统的运行速度。
50.步骤102、为所述操作系统挂载第一用户分区中的应用程序文件；所述第一用户分区为启动参数所指示的用户分区。
51.本发明实施例中，在操作系统启动后，将第一用户分区中的应用程序文件挂载到操作系统的一个已存在的目录上，其中，该目录不能为空。具体的，读取参数区的用户分区启动参数，根据参数区中的启动参数指示的启动位置，确认要启动的用户分区，其中，启动参数为启动用户分区所对应的参数，该启动参数可以是预先设定的用户分区的启动位置，可以包括第一启动参数和第二启动参数。例如，第一启动参数指示的启动位置为第一用户分区，则将第一用户分区的应用程序文件挂载到操作系统的一个已存在的目录上；第二启动参数指示的启动位置为第二用户分区，则将第二用户分区的应用程序文件挂载到操作系统的一个已存在的目录上。
52.步骤103、在所述第一用户分区出现异常的情况下，修改所述启动参数，并重新为所述操作系统挂载第二用户分区中的应用程序文件；所述第二用户分区是修改后的所述启动参数所指示的用户分区，所述第二用户分区与所述第一用户分区为不同的用户分区。
53.其中，第二用户分区与第一用户分区为不同的用户分区，第一用户分区与第二用户分区包括的用户文件内容可以是相同的，也可以是不同的。
54.本发明实施例中，在第一用户分区损坏或出现异常的情况下，则代表当前第一用户分区无法正常启动或无法正常运行，则需要将第一用户分区切换为第二用户分区以保证系统的正常启动和运行。通过修改厂商参数区的用户分区启动参数，以实现对用户分区的切换。例如在厂商参数区中的第一启动参数指示的启动位置为第一用户分区的情况下，第一用户分区出现异常或损坏，则修改厂商参数区中的启动参数为第二用户分区对应的第二启动参数，该第二启动参数指示的启动位置为第二用户分区。
55.可选的，重新为操作系统挂载第二用户分区中的应用程序文件的步骤可以包括以下步骤：
56.子步骤s31、进行重启，并在所述重启过程中，重新从所述系统分区中加载所述系统文件，并基于所述系统文件启动所述设备的操作系统。
57.本发明实施例中，在将启动参数修改为第二启动参数的情况下，为避免已损坏或出现异常的第一用户分区在运行过程中可能产生的影响，重启设备，并重启设备的操作系统，重启设备的操作系统的步骤与上述步骤101启动设备操作系统的内容类似，在此不做赘述。
58.子步骤s32、为重新启动的所述操作系统挂载所述第二用户分区中的应用程序文
件。
59.本发明实施例中，在操作系统重新启动后，将第二用户分区中的应用程序文件挂载到重新启动的操作系统的一个已存在的目录上，其中，该目录不能为空。具体的，读取厂商参数区的用户分区启动参数，根据厂商参数区中的第二启动参数指示的启动位置，确认要启动的用户分区为第二用户分区。
60.本发明实施例中，通过重新启动操作系统并挂载第二用户分区的应用程序文件，以实现用户分区的切换，可以避免直接切换用户分区而导致的数据冲突等情况的发生，使系统运行更加稳定。
61.综上所述，本发明实施例提供了一种设备的系统启动方法，通过从系统分区中加载系统文件，并基于系统文件启动设备的操作系统；为操作系统挂载第一用户分区中的应用程序文件；所述第一用户分区为启动参数所指示的用户分区；在第一用户分区出现异常的情况下，修改启动参数，并重新为操作系统挂载第二用户分区中的应用程序文件；第二用户分区是修改后的启动参数所指示的用户分区，第二用户分区与第一用户分区为不同的用户分区。将设备文件系统分为系统分区和用户分区，基于系统分区存储系统文件，基于用户分区存储应用程序文件，启动时，读取系统分区中的系统文件启动操作系统，读取用户分区中的应用程序文件挂载应用程序文件，从而完成整个启动环节。由于单独将系统分区分离出来，这样，对用户分区的读写操作不会影响到系统分区，进而一定程度上可以降低系统分区出现坏块的概率，从而避免无法正常基于系统分区启动操作系统的问题。且系统启动只需加载系统分区的系统文件，提升了系统的启动速度。同时，在第一用户分区异常的情况下，可以切换至第二用户分区并进行挂载，一定程度上避免了由于用户分区损坏导致系统无法正常启动和运行的问题，进一步提高了系统的稳定性。
62.可选的，所述设备还包括恢复区。
63.其中，所述恢复区存储有与用户分区相同的应用程序文件，所述恢复区包括第一副本和第二副本，第一副本的内容与第一用户分区的应用程序文件内容相同，第二副本的内容与第二用户分区的应用程序文件内容相同，第一副本的内容与第二副本的内容可以是相同的，也可以是不同的。可以理解的是，恢复区存储的文件相当于是用户分区的应用程序文件的数据备份。
64.可选的，在第一用户分区出现异常的情况下，本发明实施例还可以包括以下步骤：
65.步骤201、对所述第一用户分区进行格式化处理。
66.本发明实施例中，由于第一用户分区出现异常或损坏，则对第一用户分区进行格式化处理，相应的，所述第一用户分区中的应用程序文件也会被格式化处理。
67.步骤202、从所述恢复区中读取第一副本；所述第一副本为所述应用程序文件的数据副本。
68.步骤203、根据所述第一副本恢复所述第一用户分区中的数据。
69.本发明实施例中，加载从恢复区中读取的第一副本中的应用程序文件，并将其放置于对应的第一用户分区内，以完成对第一用户分区应用程序文件的恢复。
70.本发明实施例中，通过格式化损坏的用户分区的数据并从恢复区中恢复存储的数据副本，可以避免第一用户分区因异常或损坏而导致无法使用或数据丢失等情况的发生，保证了用户分区数据的安全性，一定程度上提升了用户的体验。
71.示例性的，图2示出了本发明的一种用户分区切换的步骤流程图，如图2所示，用户分区切换的步骤如下：1、通过加载系统文件启动设备的操作系统。2、根据启动参数判断挂载的用户区a/b(第一用户分区/第二用户分区)，将用户区a(第一用户分区)中的应用程序文件挂载到操作系统的一个已存在的目录上。3、判断该用户分区是否出现异常或损坏。如果是则进行步骤4；如果不是，则系统分区和用户分区启动完成，即设备启动完成。4、擦除损坏分区，即在该用户分区出现异常或损坏的情况下，格式化该用户分区中的应用程序文件，以清理该用户分区中的内容。5、从recover分区(恢复区)读取用户分区对应的数据副本，并将该数据副本放置于对应的用户分区内，以完成对用户分区应用程序文件的恢复。6、将启动参数切换至用户区b(第二用户分区)，重启设备以重新启动系统分区以及第二用户分区，在将用户区b(第二用户分区)中的应用程序文件挂载到操作系统的一个已存在的目录上步骤之后，重复上述步骤直至设备启动完成。
72.可选的，所述系统分区中运行有第一进程，所述第一用户分区中运行有第二进程。
73.其中，第一进程可以是minitor进程，用于监控第二进程，第二进程可以是keep进程，第一进程和第二进程之间互相进行通讯，具体的，可以通过进程间本地socket方式实现两进程之间通信，两个进程发送约定协议，以确认通讯是否正常，本发明实施例以第一进程为minitor进程、第二进程为keep进程为例进行说明。
74.可选的，本发明实施例还可以包括以下步骤：
75.步骤301、在所述第一进程接收到所述第二进程发送的分区失效信息的情况下，确定所述第一用户分区出现异常；所述分区失效信息是所述第二进程检测到所述第一用户分区的数据完整性不符合预设要求或所述第一用户分区出现运行异常的情况下发送的。
76.其中，预设要求可以是第一用户分区的数据与预先保存的数据一致。
77.本发明实施例中，系统启动后，在系统分区运行minitor进程以及在第一用户分区运行keep进程，第一用户分区运行keep进程后，检查第一用户分区的数据完整性，具体的，可以通过将第一用户分区文件的md5值和预先保存的md5值进行比对，来确认分区数据完整性，若第一用户分区文件的md5值和预先保存的md5值一致，即符合预设要求，则确认第一用户分区数据完整，若第一用户分区文件的md5值和预先保存的md5值不一致，即不符合预设要求，则确认第一用户分区数据不完整。在第一用户分区的数据完整性不符合预设要求的情况下，keep进程向minitor进程发送分区失效消息。
78.在第一用户分区的数据完整性符合预设要求的情况下，每隔预设时长获取一次第一用户分区的运行状态，其中，所述预设时长可以根据用户需求自行设置，例如，预设时长阈值可以为25秒，本发明实施例不做限制。在获取到第一用户分区的运行状态的情况下，表征第一用户分区运行正常，则keep进程向minitor进程发送分区有效消息。在未获取到第一用户分区的运行状态的情况下，表征第一用户分区出现运行异常的情况，则keep进程向minitor进程发送分区失效消息。
79.在系统分区的minitor进程接收到keep进程发送的分区失效信息的情况下，即可确定第一用户分区出现异常。
80.步骤302、或者，在所述第一进程接收到所述第二进程发送的指定消息的时长大于预设时长阈值的情况下，确定所述第一用户分区出现异常。
81.本发明实施例中，当minitor进程接收到keep进程发送的指定消息的时长大于预
设时长阈值的情况下，即可确定所述第一用户分区出现异常。其中，所述预设时长阈值可以根据用户需求自行设置，例如，预设时长阈值可以为1分钟，本发明实施例不做限制。
82.minitor进程接收不到keep进程发送的指定消息的情况分为两种，具体为：第一用户分区由于异常挂载失败，第一用户分区无法运行keep进程，也就无法向minitor进程发送指定消息；第一用户分区挂载成功，但keep进程在第一用户分区内无法运行，进而也就无法向minitor进程发送指定消息。
83.本发明实施例中，通过在系统分区和用户分区分别运行第一进程和第二进程，可以通过两进程之间相互通讯来判断用户分区是否被损坏或者运行异常，同时通过检测用户分区数据完整性和运行状态，可以及时发现用户分区的异常并进行处理，一定程度上保护了系统运行的稳定性。
84.可选的，所述设备还包括单独日志区。
85.其中，单独日志区为用于记录用户分区中的应用程序文件在运行过程中产生的数据和运行状态的区域。
86.可选的，本发明实施例还可以包括以下步骤：
87.步骤401、将所述第一用户分区中应用程序文件在运行过程中产生的日志，写入所述单独日志区。
88.本发明实施例中，由于用户分区在运行过程中产生的日志，会被记录在用户分区中，换句话说，需要对用户分区进行频繁的写操作以记录日志，这样，由于用户分区被频繁进行写入操作，会导致用户分区性能降低甚至损坏，进而影响系统的启动和运行。因此，将所述第一用户分区中应用程序文件在运行过程中产生的日志，写入所述单独日志区，其中，第一用户分区在运行过程中会产生日志，所述日志包含应用程序文件在运行过程中产生的运行数据和运行状态。
89.本发明实施例中，通过设置单独日志区，可以避免对用户分区频繁的进行写操作以记录日志，降低了对用户分区的影响，同时即使单独日志区中的日志发生损坏，也不会影响系统分区及用户分区的启动和运行，提高了系统运行的稳定性。
90.可选的，所述系统分区中存储的系统文件为只读的文件；所述用户分区中存储应用程序文件为可读写的文件。
91.本发明实施例中，文件系统为操作系统中负责管理和存储文件信息的软件机构，文件系统中不仅包含系统文件，也包含文件系统的结构。系统分区的文件系统可以采用cramfs格式，是一种只读的压缩文件系统，其中系统分区中存储的系统文件为只读的文件，无法修改，进而可以有效防止系统分区的文件系统遭到破坏。用户分区文件系统可以采用yaffs2格式，是一种可读写的压缩文件系统，用户分区中存储应用程序文件为可读也可写的文件。
92.示例性的，图3示出了本发明的一种分区设计的示意图，如图3所示，本发明实施例可以划分不同的分区，包括：主文件系统区(系统分区)、用户区a(第一用户分区)、用户区b(第二用户分区)、恢复区、厂商参数区(参数区)、单独日志区，这些分区之间彼此独立，这些分区可以均位于存储芯片中，同时该存储芯片中还可以包括用于存储uboot、环境变量参数、内核、开机画面的区域。其中，各个区域的大小可以根据实际需求设置，例如，存储uboot区域的大小可以为512k、存储环境变量参数区域的大小可以为512k、存储内核区域的大小
可以为5m、存储开机画面区域的大小可以为1m、主文件系统区(系统分区)的大小可以为64m、用户区a(第一用户分区)以及用户区b(第二用户分区)的大小可以为600m、恢复区的大小可以为110m、厂商参数区(参数区)的大小可以为1m、单独日志区的大小可以为存储空间剩余的空间大小。
93.需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。
94.参照图4，示出了本发明的一种设备的系统启动装置50，具体可以包括如下模块：
95.第一加载模块501，用于从所述系统分区中加载所述系统文件，并基于所述系统文件启动所述设备的操作系统。
96.第一挂载模块502，用于为所述操作系统挂载第一用户分区中的应用程序文件；所述第一用户分区为启动参数所指示的用户分区。
97.第一修改模块503，用于在所述第一用户分区出现异常的情况下，修改所述启动参数，并重新为所述操作系统挂载第二用户分区中的应用程序文件；所述第二用户分区是修改后的所述启动参数所指示的用户分区，所述第二用户分区与所述第一用户分区为不同的用户分区。
98.在本发明的一种优选实施例中，所述第一修改模块503可以包括如下子模块：
99.重启子模块，用于进行重启，并在所述重启过程中，重新从所述系统分区中加载所述系统文件，并基于所述系统文件启动所述设备的操作系统。
100.挂载子模块，用于为重新启动的所述操作系统挂载所述第二用户分区中的应用程序文件。
101.在本发明的一种优选实施例中，所述第一加载模块501可以包括如下子模块：
102.加载子模块，用于从所述系统分区中将所述系统文件加载至指定内存区域中。
103.启动子模块，用于在所述指定内存区域中，基于所述系统文件启动所述设备的操作系统。
104.在本发明的一种优选实施例中，所述设备还包括恢复区；
105.所述设备的系统启动装置50还包括：
106.第一处理模块，用于对所述第一用户分区进行格式化处理；
107.第一读取模块，用于从所述恢复区中读取第一副本；所述第一副本为所述应用程序文件的数据副本；
108.第一恢复模块，用于根据所述第一副本恢复所述第一用户分区中的数据。
109.在本发明的一种优选实施例中，所述系统分区中运行有第一进程，所述第一用户分区中运行有第二进程；
110.所述设备的系统启动装置50还包括：
111.第一确定模块，用于在所述第一进程接收到所述第二进程发送的分区失效信息的情况下，确定所述第一用户分区出现异常；所述分区失效信息是所述第二进程检测到所述第一用户分区的数据完整性不符合预设要求或所述第一用户分区出现运行异常的情况下
发送的；
112.第二确定模块，用于在所述第一进程接收到所述第二进程发送的指定消息的时长大于预设时长阈值的情况下，确定所述第一用户分区出现异常。
113.在本发明的一种优选实施例中，所述设备还包括单独日志区；
114.所述设备的系统启动装置50还包括：
115.第一写入模块，用于将所述第一用户分区中应用程序文件在运行过程中产生的日志，写入所述单独日志区。
116.对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
117.本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
118.本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
119.本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
120.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
121.这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
122.尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
123.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品
或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
124.以上对本发明所提供的一种设备的系统启动方法和相应的一种设备的系统启动装置、设备及存储介质，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。