实时操作系统的应急救援方法、电子设备及计算机存储介质与流程

1.本技术实施例涉及电子信息技术领域，尤其涉及一种实时操作系统的应急救援方法、电子设备及计算机存储介质。


背景技术：

2.随着电子信息行业的发展，越来越多的电子设备广泛应用于人们日常生活中的方方面面。对于一些电子设备，在启动过程中如果出现异常，可能导致整个系统崩溃，需要重新启动系统才能恢复。但是，对于有些异常情况，重新启动系统后依旧无法恢复正常，会导致系统无法正常运行，电子设备不能正常使用。


技术实现要素：

3.有鉴于此，本技术实施例提供一种实时操作系统的应急救援方法，以解决上述部分或全部问题。
4.根据本技术实施例的第一方面，提供了一种实时操作系统的应急救援方法，包括：启动实时操作系统的核心程序；在实时操作系统满足预设触发条件时，进入启动基本功能的应急救援模式；在应急救援模式下，根据获得的修复数据对实时操作系统进行升级。
5.根据本技术实施例的第二方面，提供了一种电子设备，包括：启动模块，用于启动实时操作系统的核心程序；触发模块，用于在实时操作系统满足预设触发条件时，进入启动基本功能的应急救援模式；救援模块，用于在应急救援模式下，根据获得的修复数据对实时操作系统进行升级。
6.根据本技术实施例的第三方面，提供了一种电子设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；存储器用于存放至少一项可执行指令，可执行指令使处理器执行如本技术实施例第一方面的实时操作系统的应急救援方法。
7.根据本技术实施例的第四方面，提供了一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本技术实施例第一方面的实时操作系统的应急救援方法。
8.根据本技术实施例提供的实时操作系统的应急救援方法，启动实时操作系统的核心程序；在实时操作系统满足预设触发条件时，进入启动基本功能的应急救援模式；在应急救援模式下，根据获得的修复数据对实时操作系统进行升级。因为在实时操作系统启动核心程序后，没有继续启动其他程序，而是确定是否满足预设触发条件，如果满足预设触发条件则进入应急救援模式，利用修复数据对实时操作系统进行升级，避免了实时操作系统在启动过程中因为出现异常而无法正常启动。
附图说明
9.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现
有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术实施例中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
10.图1为本技术实施例一提供的一种实时操作系统的启动流程示意图；
11.图2为本技术实施例二提供的一种实时操作系统的应急救援方法的流程图；
12.图3为本技术实施例三提供的一种实时操作系统的应急救援方法的逻辑框图；
13.图4为本技术实施例四提供的一种应急救援模式下的系统更新方法的示意图；
14.图5为本技术实施例五提供的一种电子设备的结构图；
15.图6为本技术实施例五提供的另一种电子设备的结构图；
16.图7为本技术实施例五提供的另一种电子设备的结构图；
17.图8为本技术实施例六提供的一种电子设备的结构图。
具体实施方式
18.为了使本领域的人员更好地理解本技术实施例中的技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本技术实施例一部分实施例，而不是全部的实施例。基于本技术实施例中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于本技术实施例保护的范围。
19.下面结合本技术实施例附图进一步说明本技术实施例具体实现。
20.实施例一
21.参照图1，图1为本技术实施例一提供的一种实时操作系统的启动流程示意图。需要说明的是，在本技术中，实时操作系统(英文：real time operating system，rtos)可以包括核心程序，也可以包括应用程序。实时操作系统可以控制至少一个实时任务协调一致运行的操作系统，实时操作系统可以安装在各种电子设备上，例如，智能音箱、路由器等，当然，此处只是示例性说明，并不代表本技术局限于此。
22.图1中，实时操作系统的启动流程包括以下步骤：
23.步骤101、执行微控制单元内部的启动只读存储器中存储的代码，进行第一步初始化。
24.该初始化包括对ram的初始化，微控制单元(英文：micro controller unit，mcu)是执行第一步初始化的主体，当然，此处只是示例性说明，也可以是其他类型的处理器或处理单元，本技术对此不作限制。启动只读存储器(英文：boot read only memory，bootrom)上存储有用于第一步初始化的程序代码。
25.步骤102、执行引导加载程序进行第二步初始化。
26.引导加载程序(英文：bootloader)可以初始化硬件设备、建立内存空间映射图、读取实时操作系统影像等。
27.步骤103、启动实时操作系统的核心程序。
28.核心程序可以包括实时操作系统运行的基础程序。
29.步骤104、启动实时操作系统的应用程序。
30.步骤105、在运行实时操作系统的核心程序或应用程序出现启动异常时，重启实时操作系统。
31.如果异常情况在每一次启动时都会发生，则实时操作系统的启动流程会陷入“异常情况-重启实时操作系统-异常情况”这样的循环中，导致电子设备无法正常启动。
32.实施例二
33.结合本技术实施例一所描述的启动流程，本技术实施例二提供一种实时操作系统的应急救援方法，参照图2所示，图2为本技术实施例二提供的一种实时操作系统的应急救援方法的流程图，该方法可以应用于安装有实时操作系统的电子设备，该方法包括以下步骤：
34.步骤201、启动实时操作系统的核心程序。
35.结合实施例一中所描述的启动流程，在步骤201之前，也可以执行微控制单元内部的启动只读存储器中存储的代码，进行第一步初始化，然后执行引导加载程序进行第二步初始化，当然，这只是一种可选的方案，并不代表本技术局限于此。
36.步骤202、在实时操作系统满足预设触发条件时，进入启动基本功能的应急救援模式。
37.需要说明的是，应急救援模式下，实时操作系统可以只启动基本功能，例如，基本功能可以包括网络连接、数据传输、系统升级等功能中的至少一项，另外，应急救援模式下，实时操作系统可以不启动应用程序。当然，此处只是示例性说明。应急救援模式是实时操作系统进行应急情况下的救援模式，该应急救援模式可以实现的效果包括以下至少一项：仅启动基本功能，此时不启动应用程序，可以避免应用程序运行出现异常情况从而导致整个实时操作系统启动异常；如步骤203中所描述的，对实时操作系统进行修复，使得下一次启动正常。
38.预设触发条件可以包含至少一个判定标准，例如，预设触发条件包括根据历史异常信息确定所述实时操作系统在预设时间段内启动异常的次数大于或等于预设阈值，又如，预设触发条件包括用户的输入操作符合预设操作方式，此处，列举两种具体的实现方式进行说明：
39.可选地，在第一种实现方式中，在根据历史异常信息确定实时操作系统在预设时间段内启动异常的次数大于或等于预设次数时(即实时操作系统满足预设触发条件)，进入启动基本功能的应急救援模式。也可以认为，预设触发条件即为实时操作系统在预设时间段内启动异常的次数大于或等于预设次数。当然，也可以根据历史异常信息确定实时操作系统连续发生启动异常的次数大于或等于预设次数时，确定实时操作系统满足预设触发条件，此时，预设触发条件为实时操作系统连续发生启动异常的次数大于或等于预设次数。预设次数可以是2次或者3次，或者5次、10次等，本技术对此不做限制。
40.进一步可选地，历史异常信息为根据所述实时操作系统的启动异常进行更新，例如，该方法还包括：在实时操作系统启动异常时，更新历史异常信息。
41.需要说明的是，历史异常信息可以包含实时操作系统启动异常的历史记录，例如，历史异常信息可以包括实时操作系统启动异常的次数以及启动异常的时间。历史异常信息可以记录过去一段时间内实时操作系一个周期内实时操作系统启动异常的记录，一个周期可以是一周、一个月或者一年，本技术对此不作限制。历史异常信息可以周期性清除，例如，以一个月为一个周期，从1月1日开始记录实时操作系统启动异常的情况，每出现一次启动异常就更新一次历史异常信息，2月1日将历史异常信息清空后重新开始记录，3月1日又将
历史异常信息清空，重新记录，以此类推，当然，此处只是示例性说明，并不代表本技术局限于此。相比于周期，历史异常信息的周期，预设时间段可以设置为较短的时间，例如，预设时间段可以是以当前时刻为终止时刻，时间长度为预设时间长度的时间段；例如，预设时间长度为5分钟，则预设时间段为刚过去的5分钟这一时段，当然，此处只是示例性说明，并不代表本技术局限于此。
42.更进一步地，在确定上一次启动异常后，如果根据历史异常信息确定实时操作系统在预设时间段内启动异常的次数大于或等于预设次数时，确定实时操作系统满足预设触发条件。此时，预设触发条件为实时操作系统上一次启动异常，并且在预设时间段内启动异常的次数大于或等于预设次数。如果上一次启动正常，很可能本次也能够正常启动，则不需要进入应急救援模式，一定程度上可以减少误操作。
43.可选地，在第二种实现方式中，预设触发条件包括用户的输入操作符合预设操作方式，在用户的输入操作符合预设操作方式时(即实时操作系统满足预设触发条件)，进入启动基本功能的应急救援模式。
44.需要说明的是，本技术中，预设操作方式可以是按键方式，按键可以是单个按键也可以是组合按键；可以是物理按键也可以是虚拟按键，预设操作方式也可以是触控操作方式。此处，列举几个个示例对预设操作方式进行说明。例如，预设操作方式可以包括在较短的检测时间内连续两次按压/触碰按键a，检测时间可以是3秒或者5秒，或者7秒等；又如，预设操作方式可以包括按住/触碰按键a并保持一定时间(也可以说长按按键a)，按住/触碰按键a保持3秒以上，或者按住/触碰按键a保持5秒以上，或者按住/触碰按键a保持7秒以上；又如，预设操作方式可以包括同时按下/触碰按键a和按键b；又如，预设操作方式可以包括按住/触碰按键a后，两次按压按键b；又如，预设操作方式可以包括同时按压/触碰按键a、按键b、按键c。又如，预设操作方式可以包括在触摸屏上单点触摸并按照预设轨迹滑动，预设轨迹可以是圆形，也可以是之字形；又如，预设操作方式可以包括在触摸屏上两点触摸并按照预设轨迹滑动，预设轨迹可以是来回滑动，当然，此处只是示例性说明，也可以是三点触摸等多点触摸方式，本技术对此不作限制。
45.第一种实现方式中，电子设备可以自动进入应急救援模式，在另一种实现方式中，用户可以主动控制电子设备进入应急救援模式，两种实现方式都可以使得实时操作系统不再重复尝试启动，而是进入应急救援模式，使得电子设备在应急救援模式下可控，不会陷入循环。
46.需要说明的是，在一些预设场景下，可以不必进入应急救援模式。在一个可选的实施例中，在实时操作系统满足预设触发条件时，进入启动基本功能的应急救援模式，包括：在确定实时操作系统为非预设场景且满足预设触发条件时，进入启动基本功能的应急救援模式。实时操作系统的场景模式可以由用户进行控制，例如，该方法还包括：触发对场景开关的交互操作，将实时操作系统设置为预设场景，在预设场景下，禁止实时操作系统进入应急救援模式。又如，该方法还包括：触发对场景开关的交互操作，将实时操作系统设置为非预设场景。当然，此处只是示例性说明，在预设场景下，不进入应急救援模式，可以使用户控制更加灵活。
47.可选地，在本技术的一种实施例种，该方法还包括：在进入救援模式后，进行处于所述应急救援状态的指示操作。例如，可以控制指示灯闪烁，指示灯闪烁可以提示用户，该
电子设备进入了应急救援模式。需要说明的是，指示灯的闪烁方式可以预先设定，例如，指示灯常亮代表进入应急救援模式；又如，指示灯按照不同亮度循环闪烁，在一个闪烁周期内先按照第一亮度发亮，然后按照第二亮度发亮，然后按照第三亮度发亮，如此循环，当然，此处只是以三个亮度为例进行说明；又如，指示灯按照不同颜色循环闪烁，或者指示灯按照不同的时间长度循环闪烁。本技术对此不作限制。需要说明的是，指示灯只是一种提示方式，电子设备也可以通过声音或图像对用户进行提示，本技术对此不作限制。
48.可选地，在实时操作系统不满足预设触发条件时，可以启动实时操作系统中的应用程序。如果实时操作系统满足预设触发条件，可以表明实时操作系统很大程度上存在漏洞，此时进入应急救援模式可以避免实时操作系统重复启动陷入循环；如果实时操作系统不满足预设触发条件，可以表明实时操作系统很大程度上能够正常启动，因此，可以继续执行启动的流程。在实时操作系统只启动了核心程序后对其进行是否进入应急救援模式的判断，也可以理解为对实时操作系统能否正常启动进行了预判，如果判定实时操作系统满足预设触发条件，表明很可能不能正常启动，如果判定实时操作系统不满足预设条件，表明很可能可以正常启动，可以避免实时操作系统在启动过程中出现异常，并且避免陷入重复启动的循环中。
49.步骤203、在应急救援模式下，根据获得的修复数据对实时操作系统进行升级。
50.该修复数据可以是通过外设接口传输的，也可以是通过网络接口接收的，本技术对此不做限制。此处，分别列举两种实现方式进行详细说明。
51.可选地，在第一种实现方式中，在应急救援模式下，根据获得的修复数据对实时操作系统进行升级，包括：在应急救援模式下，通过与服务端的数据交互获得修复数据；根据修复数据对实时操作系统进行升级。
52.需要说明的是，服务端可以包括云端、服务器、其他网络设备等，本技术对此不作限制。
53.具体的，通过与服务端的数据交互获得修复数据包括：与服务端建立网络连接；基于网络连接发送修复数据请求至服务端；接收服务端基于修复数据请求发送的修复数据。修复数据请求用于请求获取修复数据，即请求服务端向电子设备发送修复数据。例如，可以向服务端发送救援报告，救援报告用于请求对实时操作系统进行升级；接收服务端发送的修复数据。可以通过网络接口向服务端发送救援报告，并通过网络接口接收修复数据，根据修复数据对实时操作系统进行升级，保证实时操作系统在下一次启动中不出现异常。
54.可选地，在第二种实现方式中，该方法还包括：通过外设接口获取修复数据。例如，通过外设接口在外接存储设备上读取修复数据；又如，通过外设接口接收外接设备传输的修复数据。当然，此处只是示例性说明，并不代表本技术局限于此。
55.在对实时操作系统进行升级之后，可以重新启动实时操作系统，需要说明的是，重新启动实时操作系统可以按照步骤201-202执行，
56.本实施例中，启动实时操作系统的核心程序；在实时操作系统满足预设触发条件时，进入启动基本功能的应急救援模式；在应急救援模式下，根据获得的修复数据对实时操作系统进行升级。因为在实时操作系统启动核心程序后，没有继续启动其他程序，而是确定是否满足预设触发条件，如果满足预设触发条件则进入应急救援模式，利用修复数据对实时操作系统进行升级，避免了实时操作系统在启动过程中因为出现异常而无法正常启动。
57.实施例三
58.基于上述实施例二中描述的实时操作系统的应急救援方法，本技术实施例三提供一种历史异常信息的记录方法，对实施例二中所描述的历史异常信息进行详细说明，参照图3所示，图3为本技术实施例三提供的一种实时操作系统的应急救援方法的逻辑框图，该方法可以应用于安装有实时操作系统的电子设备，该方法包括以下步骤：
59.步骤301、在实时操作系统发生启动异常时，更新历史记录信息。
60.具体的，可以在历史记录信息中增加本次启动异常的信息，例如，可以增加本次启动异常的时间。需要说明的是，该历史记录信息可以实时更新，例如，每5分钟更新一次，如果没有启动异常，则保留不变，发生启动异常则进行记录更新。
61.步骤302、重新启动实时操作系统。
62.步骤303、启动实时操作系统的核心程序后，如果确定实时操作系统上一次启动异常，对实时操作系统进行健康检查。
63.步骤304、读取历史记录信息，根据历史记录信息确定实时操作系统是否满足预设触发条件。
64.在本实施例中，如果根据历史记录信息确定实时操作系统在5分钟之内发生10次启动异常，则确定实时操作系统满足预设触发条件，即预设触发条件为实时操作系统在5分钟之内发生10次启动异常。
65.306、在实时操作系统满足预设触发条件时，进入应急救援模式。
66.307、在实时操作系统不满足预设触发条件时，继续启动实时操作系统的应用程序。
67.本实施例中，在实时操作系统启动异常后，重新启动实时操作系统，此时，在启动核心程序后，没有继续启动其他程序，而是确定是否满足预设触发条件，如果满足预设触发条件则进入应急救援模式，利用修复数据对实时操作系统进行升级，避免了实时操作系统在启动过程中因为出现异常而无法正常启动。
68.实施例四
69.基于上述实施例二中描述的实时操作系统的应急救援方法，本技术实施例四提供一种应急救援模式下的系统升级方法，对实施例二中所描述的系统升级进行详细说明，参照图4所示，图4为本技术实施例四提供的一种应急救援模式下的系统更新方法的示意图，该方法可以应用于安装有实时操作系统的电子设备，在电子设备的应急救援模式下，或者说是实时操作系统的应急救援模式下，该方法包括以下步骤：
70.步骤401、与服务端建立网络连接。
71.与服务端建立网络连接，也可以说是与服务端建立数据传输链路，只要是能够与服务端进行数据传说即可。
72.因为电子设备之前正常联网过，此时先与服务端建立数据传输链路，也就是将电子设备接入网络，或者说对电子设备搭建网络，保证电子设备基本的网络通信功能。
73.步骤402、基于网络连接发送修复数据请求至服务端。
74.需要说明的是，可以在服务端设置云端监控系统，对应急救援模式进行监控。修复数据请求可以包括救援报告，救援(sos)报告常常伴随着启动异常的具体信息，服务端可以通知通知相关人员或者机构，根据救援报告的信息，相关人员可以快速定位问题原因，并上
线修复问题的版本。
75.步骤403、查询是否有新版本的修复数据。
76.步骤404、在查询到最新版本的修复数据后，对实时操作系统进行升级。
77.需要说明的是，升级过程实际上就是修复过程，修复数据可以通过空中下载(英文：over the air，ota)技术进行下载，当然，此处只是示例性说明，并不代表本技术局限于此。具体地，可以通过ota技术下载修复数据，即通过ota技术，接收服务端基于修复数据请求发送的修复数据，利用修复数据对实时操作系统进行升级(修复)。
78.步骤405、系统升级完成后，退出救援模式，并重新启动升级后的实时操作系统。
79.本实施例中，在应急救援模式下，通过下载修复数据，利用修复数据对实时操作系统进行升级，使得升级后的实时操作系统能够克服启动异常的问题，使得实时操作系统能够正常启动。
80.实施例五
81.基于上述实施例一至实施例四中所描述的方法，本技术实施例五提供一种电子设备，用于执行上述方法，如图5所示，图5为本技术实施例五提供的一种电子设备的结构图，该电子设备50包括：
82.启动模块501，用于启动实时操作系统的核心程序；
83.触发模块502，用于在实时操作系统满足预设触发条件时，进入启动基本功能的应急救援模式；
84.救援模块503，用于在应急救援模式下，根据获得的修复数据对实时操作系统进行升级。
85.可选地，在本技术的一种实现方式中，触发模块502，还用于在根据历史异常信息确定实时操作系统在预设时间段内启动异常的次数大于或等于预设次数时，进入启动基本功能的应急救援模式。预设触发条件包括：根据历史异常信息确定实时操作系统在预设时间段内启动异常的次数大于或等于预设阈值。
86.可选地，在本技术的一种实现方式中，如图6所示，该电子设备50还包括历史信息模块504，用于在实时操作系统启动异常时，更新历史异常信息。历史异常信息为根据实时操作系统的启动异常进行更新。
87.可选地，在本技术的一种实现方式中，触发模块502，还用于在用户的输入操作符合预设操作方式时，进入启动基本功能的应急救援模式。预设触发条件包括：用户的输入操作符合预设操作方式。
88.可选地，在本技术的一种实现方式中，如图7所示，救援模块503包括网络单元5031和升级单元5032；
89.网络单元5031，用于在应急救援模式下，通过与服务端的数据交互获得修复数据；
90.升级单元5032，用于根据修复数据对实时操作系统进行升级。
91.可选地，在本技术的一种实现方式中，网络单元5031，还用于与服务端建立网络连接；基于网络连接发送修复数据请求至服务端；接收服务端基于修复数据请求发送的修复数据。
92.可选地，在本技术的一种实现方式中，救援模块503，还用于在进入救援模式后，进行处于应急救援状态的指示操作。
93.可选地，在本技术的一种实现方式中，启动模块501，还用于在实时操作系统不满足预设触发条件时，启动实时操作系统中的应用程序。
94.本实施例中，启动实时操作系统的核心程序；在实时操作系统满足预设触发条件时，进入启动基本功能的应急救援模式；在应急救援模式下，根据获得的修复数据对实时操作系统进行升级。因为在实时操作系统启动核心程序后，没有继续启动其他程序，而是确定是否满足预设触发条件，如果满足预设触发条件则进入应急救援模式，利用修复数据对实时操作系统进行升级，避免了实时操作系统在启动过程中因为出现异常而无法正常启动。
95.实施例六
96.基于上述实施例一至实施例四中所描述的方法，本技术实施例六提供一种电子设备，用于执行上述方法，如图8所示，图8为本技术实施例六提供的一种电子设备的结构图，该电子设备80包括：处理器(processor)802、通信接口(communications interface)804、存储器(memory)806、以及通信总线808。
97.其中，处理器802、通信接口804、以及存储器806通过通信总线808完成相互间的通信。
98.通信接口804，用于与其它电子设备如终端设备或服务器进行通信。
99.处理器802，用于执行程序810，具体可以执行上述实时操作系统的应急救援方法实施例中的相关步骤。
100.具体地，程序810可以包括程序代码，该程序代码包括计算机操作指令。
101.处理器802可能是中央处理器cpu，或者是特定集成电路asic(application specific integrated circuit)，或者是被配置成实施本技术实施例的一个或多个集成电路。电子设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个cpu；也可以是不同类型的处理器，如一个或多个cpu以及一个或多个asic。
102.存储器806，用于存放程序810。存储器806可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
103.程序810具体可以用于使得处理器802执行前述实施例一至四中任一实施例中所描述的方法。
104.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。
105.实施例七
106.基于上述实施例一至实施例四中所描述的方法，本技术实施例七提供一种一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现如实施例一至实施例四中任一实施例所描述的方法。
107.需要指出，根据实施的需要，可将本技术实施例中描述的各个部件/步骤拆分为更多部件/步骤，也可将两个或多个部件/步骤或者部件/步骤的部分操作组合成新的部件/步骤，以实现本技术实施例的目的。
108.上述根据本技术实施例的方法可在硬件、固件中实现，或者被实现为可存储在记录介质(诸如cd rom、ram、软盘、硬盘或磁光盘)中的软件或计算机代码，或者被实现通过网络下载的原始存储在远程记录介质或非暂时机器可读介质中并将被存储在本地记录介质中的计算机代码，从而在此描述的方法可被存储在使用通用计算机、专用处理器或者可编
程或专用硬件(诸如asic或fpga)的记录介质上的这样的软件处理。可以理解，计算机、处理器、微处理器控制器或可编程硬件包括可存储或接收软件或计算机代码的存储组件(例如，ram、rom、闪存等)，当所述软件或计算机代码被计算机、处理器或硬件访问且执行时，实现在此描述的实时操作系统的应急救援方法。此外，当通用计算机访问用于实现在此示出的实时操作系统的应急救援方法的代码时，代码的执行将通用计算机转换为用于执行在此示出的实时操作系统的应急救援方法的专用计算机。
109.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及方法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术实施例的范围。
110.以上实施方式仅用于说明本技术实施例，而并非对本技术实施例的限制，有关技术领域的普通技术人员，在不脱离本技术实施例的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本技术实施例的范畴，本技术实施例的专利保护范围应由权利要求限定。