一种设备自检方法及相关装置与流程

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.模式对接模块，用于当基于所述场景状态信息确定所述待检设备当前处于自检触发场景时，对所述自检触发场景进行自检模式匹配，获得对应的目标自检模式；
34.自检操作模块，用于基于所述目标自检模式激活自检系统，以使所述自检系统在所述目标自检模式下执行对所述待检设备的自检操作并获得自检结果。
35.本技术还提供一种电子设备，包括：
36.存储器，用于存储计算机程序；
37.处理器，用于执行所述计算机程序时实现如上所述的设备自检方法的步骤。
38.本技术还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的设备自检方法的步骤。
39.本技术提供的一种设备自检方法，应用于待检设备，所述方法包括：获取所述待检
设备的场景状态信息；当基于所述场景状态信息确定所述待检设备当前处于自检触发场景时，对所述自检触发场景进行自检模式匹配，获得对应的目标自检模式；基于所述目标自检模式激活自检系统，以使所述自检系统在所述目标自检模式下执行对所述待检设备的自检操作并获得自检结果。
40.可见，通过先获取场景状态信息，然后基于该场景状态信息确定待检设备处于自检触发场景时，匹配到该场景对应的自检模式，最后基于该自检模式激活自检系统执行自检操作，实现基于不同的场景状态信息的自检触发场景下执行自检操作，扩大自检操作的覆盖范围，应对多种情况，提高了对待检设备进行维护的效率。
41.本技术还提供一种设备自检装置、电子设备以及计算机可读存储介质，具有以上有益效果，在此不做具体限定。
附图说明
42.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
43.图1为本技术实施例所提供的一种设备自检方法的流程图；
44.图2为本技术实施例所提供的另一种设备自检方法的流程图；
45.图3为本技术实施例所提供的又一种设备自检方法的流程图；
46.图4为本技术实施例所提供的一种设备自检方法的系统结构示意图；
47.图5为本技术实施例所提供的一种设备自检装置的结构示意图；
48.图6为本技术实施例所提供的一种电子设备的结构示意图。
具体实施方式
49.本技术的核心是提供一种设备自检方法、设备自检装置、电子设备以及计算机可读存储介质，以通过不同的方式对当前自检触发场景进行关联，实现不同自检触发场景下的自检操作，提高自检操作的覆盖场景。
50.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
51.相关技术中，一般设备都带有自检操作，但是该设备的自检操作都是在设备端的特定情况下单机运行，无法覆盖设备可能出现的所有场景，检测场景覆盖不全，无法应对所有情况的故障处理，降低了自检操作的应用效果。因此，本技术提供一种设备自检方法，通过先获取场景状态信息，然后基于该场景状态信息确定处于自检触发场景时，匹配到该场景对应的自检模式，最后基于该自检模式激活自检系统执行自检操作，基于不同的场景状态信息的自检触发场景下执行自检操作，扩大自检操作的覆盖范围，应对多种情况，提高了对待检设备进行维护的效率。
52.以下通过一个实施例，对本技术提供的一种设备自检方法进行说明。
53.请参考图1，图1为本技术实施例所提供的一种设备自检方法的流程图。
54.本实施例中，该方法应用于待检设备，该待检设备可以为各种类型的电子设备，例如：医疗设备、可穿戴设备、个人电脑、智能手机等。其中，医疗设备可以为超声设备、内窥镜设备等。
55.设备自检方法可以包括：
56.s11，获取待检设备的场景状态信息；
57.其中，场景状态信息指的是待检设备当前所处的运行环境的场景信息，可以包括运行环境的正常异常场景，也可以包括运行环境中的信息收发场景，还可以包括触发操作的接收场景。进一步的，运行环境可以是开机运行场景、非开机运行场景等接通电源后的运行场景。而开机运行场景、非开机运行场景均可以细化为正常场景和异常场景。在正常场景下，可以不触发自检流程，而在异常场景下，可以认为处于自检触发场景，此时可以触发自检流程。另外，运行环境还可以包括远程信息的接收场景，当接收到远程发送的自检触发信号时，确定待检设备当前处于自检触发场景。再则，运行环境还可以包括触发操作的接收场景，当接收到特定的用于触发自检的操作时，确定待检设备当前处于自检触发场景，例如：接收到对某一物理按键的长按操作时，确定待检设备当前处于自检触发场景。
58.可见，本步骤中主要是获取到该待检设备的场景状态信息，以便确定该待检设备当前处的环境场景中。
59.进一步的，在使用该待检设备的过程中，存在需要唤醒自检系统并控制其进行自检的自检触发场景。一般的，该自检触发场景可以包括人工触发场景和自动触发场景。其中，人工触发场景是指人工对自检操作进行触发后执行的自检操作，自动触发场景是指系统自动判断触发时刻，并触发自检系统执行自检操作。
60.此外，还可以将进行自检触发场景分类为远程触发场景和本地触发场景。其中，该远程触发场景是指基于远程的触发指令而执行自检的场景，该本地触发场景是指基于本地的触发指令执行自检的场景。
61.此外，该自检触发场景还可以包括常规场景、系统异常场景、远程触发场景、开机启动场景以及随机触发场景等，以便将本实施例中的自检操作应用于待检设备运行的不同阶段中。其中，常规场景是指系统运行正常时，用户主动激活的常规自检场景，这种场景下待检设备可能并没有出现异常。系统异常场景是指系统运行异常而需要进行自检的场景。远程触发场景是指系统运行正常时，远程激活的自检场景。开机启动场景为开机启动过程中发现异常而需要进行自检的场景。随机触发场景为系统运行过程中突然出现异常之后需要进行自检的场景。
62.基于上述对于自检触发场景的说明，本实施例中执行自检操作的场景更加全面，覆盖了人工触发场景和自动触发场景，或远程触发场景和本地触发场景，而不是仅仅针对于本地单机的场景进行自检操作。
63.进一步的，本实施例可以基于协议接口中的属性信息或获取到的环境信息确定到当前的场景状态信息，而不是现有技术中仅仅可以确定单一的场景。本实施例可以实现对多个不同场景的识别，提高本实施例中实时自检的准确性。
64.其中，协议接口中的属性信息为本实施例中实现多场景自检操作设置的统一的协议接口，通过该协议接口中的属性信息可以识别当前的场景，进而执行该场景对应的自检
模式。属性信息可以是当前的时间段，或者是系统或软件的执行阶段信息。
65.其中，获取到的环境信息是从运行环境中获取到的环境信息。可以基于一定的周期实时获取环境信息，然后基于该环境信息确定待检设备的场景状态信息，进而基于场景状态信息识别当前的场景。
66.进一步的，为了基于协议接口中的属性信息确定当前的场景，本步骤可以包括：
67.通过协议接口获取当前的属性信息；对当前的属性信息进行场景匹配，获得场景状态信息。
68.可见，本可选方案中主要是说明如何基于属性信息确定到场景状态信息。本可选方案中，通过协议接口获取当前的属性信息，基于场景关联关系对当前的属性信息进行场景匹配，获得场景状态信息。也就是，通过协议接口获取到的当前的属性信息，然后基于设定好的场景关联关系匹配到对应的当前的场景状态信息。其中，场景关联关系是将协议接口中的属性信息与场景状态信息进行关联得到的关联关系。可见，通过基于属性信息对场景进行识别，提高了对多场景自检的覆盖范围。
69.进一步的，为了基于环境信息确定当前的场景状态信息，本步骤可以包括：
70.从运行环境中获取当前的环境信息；对当前的环境信息进行场景匹配，获得场景状态信息。
71.可见，本可选方案中主要是说明如何基于环境信息确定到场景状态信息。本可选方案中，从运行环境中获取当前的环境信息，基于场景关联关系对当前的环境信息进行场景匹配，获得场景状态信息。也就是，通过获取到环境信息再进行关联关系匹配确定对应的场景。同样的，其中，场景关联关系是将环境信息与场景状态信息进行关联得到的关联关系。可见，通过对于环境信息识别出对应的场景状态信息，实现了多场景的覆盖，提高了自检的覆盖率。
72.很显然，通过上述可选方案中的两种方式可以在不同的角度识别当前的场景，进而确定当前设备所在的场景，进而选择对应的自检操作进行操作。
73.s12，当基于场景状态信息确定待检设备当前处于自检触发场景时，对自检触发场景进行自检模式匹配，获得对应的目标自检模式；
74.在s11的基础上，本步骤旨在当基于场景状态信息确定待检设备当前处于自检触发场景时，对自检触发场景进行自检模式匹配，获得对应的目标自检模式。
75.也就是，在设备运行的过程中会经历不同的场景，而在部分的场景下需要设备执行自检操作，该类场景就被称为自检触发场景。因此，当基于该待检设备的场景状态信息处于自检触发场景时，就可以执行自检相关的操作。进一步的，在本实施例中，在不同的场景下对应了不同的自检模式，采用该自检模式可以执行适应于该场景的自检操作，提高执行自检操作的效果。其中，自检触发场景与自检模式之间可以是一对一、一对多或者多对一的对应关系。
76.因此，本步骤在确定处于自检触发场景时，对自检触发场景进行自检模式匹配，获得对应的目标自检模式。
77.进一步的，针对不同的自检触发场景之间的共性和区别，本实施例中的自检模式可以包括：开机自检模式、主动触发自检模式(也可以称为常规自检模式)以及被动触发自检模式(也可以称为安全模式)。
78.进一步的，为了基于不同的自检触发场景的情况下匹配到对应的自检模式，本步骤可以包括：
79.当自检触发场景为开机启动场景时，也就是当设备在开机运行的过程中，检测到存在异常忽略的历史标志时，将对应的自检模式设置为开机自检模式；
80.当自检触发场景为系统异常场景时，也就是在设备正常开机后出现系统异常的情况时，将对应的自检模式设置为安全模式；
81.当自检触发场景为常规场景或远程触发场景或随机触发场景时，也就是在设备正常卡机后需要执行自检时，将对应的自检模式设置为常规自检模式。
82.可见，本可选方案中主要是说明在不同的场景下匹配的对应的自检模式。其中，针对常规场景或远程触发场景或随机触发场景，由于这些场景的应用情况并不特别，属于在设备运行的过程中出现的场景。例如，远程触发场景就是在运行过程中所要触发自检系统的场景，随机触发场景为随机进行触发后运行自检系统的场景。
83.当场景为系统异常场景时，该自检模式就是在异常情况下执行的安全模式，以便在系统异常的情况下自动执行自检操作，并得到自检结果。而不需要人工再进行触发，自动将异常情况时刻的系统状况进行保留，避免发生问题时的状况丢失。
84.s13，基于目标自检模式激活自检系统，以使自检系统在目标自检模式下执行对待检设备的自检操作并获得自检结果。
85.在s12的基础上，本步骤旨在基于目标自检模式激活自检系统，以使自检系统在目标自检模式下执行对待检设备的自检操作并获得自检结果。其中，自检系统为运行在该待检设备后台的一个独立进程或者功能模块。在需要使用该自检系统是可以将该自检系统激活并控制该自检系统执行自检操作，得到自检结果。可选的，自检系统在常规条件下处于休眠状态，只有在接收到激活信息时才会激活并执行对应的自检操作。
86.其中，基于不同的自检模式，也可以设置不同的激活方式，以便在不同的场景下都可以将自检系统进行激活，在远程场景可以对自检系统设置自动激活，也可以设置远程手动激活，在此不做具体限定。其中，该激活方式可以包括自动激活和协议激活。其中，自动激活是指基于运行环境中的标志进行激活，协议激活是指业务程序通过协议接口进行激活。该协议接口可以为用于激活自检系统的唯一接口，即激活自检系统都统一通过该协议接口实现。
87.可见，本实施例中不仅通过协议接口确定到当前的自检触发场景，还基于统一的协议接口激活该自检系统执行自检操作，实现统一的操作过程。
88.进一步的，在不同的场景对应的不同模式的情况下，该自检系统也存在不同的激活模式，以便应用不同的场景。本步骤可以包括：
89.步骤131，按照预设周期获取运行环境中的当前标志；
90.步骤132，判断当前标志是否为预设标志；
91.步骤133，若是，则激活自检系统。
92.可见，本可选方案中主要是说明如何进行自动激活。本可选方案中的预设标志为自检触发场景对应的标志，可以基于技术人员的经验选择对应的标志，也可以在系统中设置对应的人工标志，在此不做具体限定。
93.可选的，在待检设备的运行过程中，如果运行环境发生变化，则会对当前标志进行
变化，该当前标志会体现在场景状态信息中。当基于场景状态信息确定当前标志为预设标志时，判定待检设备处于自检触发场景，激活自检系统。
94.进一步的，在不同的场景对应的不同模式的情况下，该自检系统也存在不同的激活模式，以便应用不同的场景。本步骤可以包括：
95.控制业务程序通过协议接口激活自检系统。
96.可见，本可选方案中主要是通过协议接口激活该自检系统。其中，业务程序可以是远程控制的程序，通过该远程控制程序可以远程对该自检系统进行激活。该业务程序还可以是本地的维护程序，可以在本地对该自检系统进行激活。该业务程序也可以是业务执行程序(例如：医疗设备中对医疗数据进行处理的程序)，在设备运行过程中基于接收到的指令对该自检系统进行激活。
97.进一步的，为了在不同的模式下执行对应的自检操作，提高执行自检操作的覆盖场景，本步骤可以包括：
98.步骤131，当激活自检系统时，基于自检模式确定对应的自检操作集合；
99.其中，自检操作集合可以为包含各种类型的自检操作的集合。另外，每个自检操作可以对应有程序，此时该程序称为自检操作程序。
100.当自检模式为常规自检模式时，自检操作集合包括：dump检查、系统资源使用检查、温度检查、常规硬件检查；当自检模式为安全模式时，自检操作集合包括：深度硬件检查、系统检查；当自检模式为开机自检模式时，自检操作集合包括：通信检查、上位机软件启动检查。
101.步骤132，执行自检操作集合中的自检操作，获得自检结果。具体可以从自检操作集合中获取与目标自检模式对应的目标自检操作程序；对待检设备执行目标自检操作程序以实现自检操作。
102.综上，本实施例通过先获取场景状态信息，然后基于该场景状态信息确定处于自检触发场景时，匹配到该场景对应的自检模式，最后基于该自检模式激活自检系统执行自检操作，实现基于不同的场景状态信息的自检触发场景下执行自检操作，扩大自检操作的覆盖范围，应对多种情况，提高了对待检设备进行维护的效率。
103.进一步的，本实施例中提供一种设备自检方法，该自检方法的自检系统有3种自检模式，包括开机自检模式、主动触发自检模式以及被动触发自检模式。不同自检模式对应了不同场景。并且，在需要通过协议接口激活自检系统时，不同模式都是通过统一的协议接口实现对应的自检操作，保证后台只用开发一套自检操作。也就是，在不同的模式下均是通过选择对应的自检操作，然后执行自检操作，仅仅需要开发一套自检操作。
104.因此，可以将本技术中的方法应用在医疗设备中，并对该医疗设备的多种场景适配对应的自检模式，实现对于医疗设备的多场景覆盖，提高自检系统的适应范围，提高对医疗设备进行维护的效率。
105.以下通过一个具体的实施例，对本技术提供的一种设备自检方法做进一步说明。
106.请参考图2，图2为本技术实施例所提供的另一种设备自检方法的流程图。
107.本实施例中，该方法可以包括：
108.s21，获取待检设备的场景状态信息；
109.本步骤中旨在获取到该待检设备的场景状态信息，与上一实施例中获取场景状态
信息的步骤大体相同，可以参考上一实施例中的说明。
110.s22，当基于场景状态信息确定待检设备当前处于开机运行环境时，判断是否存在历史故障标志；
111.其中，历史故障标志用于表征待检设备在前一次非开机运行环境中存在历史故障且不存在针对历史故障的故障修复记录；
112.在s21的基础上，本步骤旨在当基于场景状态信息确定待检设备当前处于开机运行环境时，判断是否存在历史故障标志。可见，本步骤中首先判断该待检设备是否处于开机运行环境，当处于开机运行环境时再判断是否存在历史故障标志。
113.当待检设备在前一次非开机运行环境中存在历史故障且不存在针对历史故障的故障修复记录时，则会记录该历史故障标志。在具体操作过程中，首先系统正常运行过程中发现了异常，但是用户选择忽视异常，也就是没有进行维修时，这个时候会在系统中打上历史故障标志，以便记录系统中存在未维修的异常问题。此时进行开机操作，需要通过开机自检来进一步检测设备问题，如果发现了问题，会将自检结果上报。因此，可以通过是否存在该历史故障标志以便确定是否需要执行自检操作。
114.s23，若存在历史故障标志，则确定待检设备当前处于开机自检触发场景，确定目标自检模式为开机自检模式；
115.在s22的基础上，本步骤旨在若存在历史故障标志，则确定待检设备当前处于开机自检触发场景，确定目标自检模式为开机自检模式。
116.也就是，在系统存在未维修的异常问题，此时系统需要执行自检操作，以便保持系统的可靠性。进一步的，为了针对不同的情况执行合适的自检操作，提高自检操作的适应范围，提高自检的效果，本步骤中还需要确定执行自检操作的自检模式。
117.其中，开机自检触发场景，也即开机启动场景是在开机时通过标志检测自动启动执行，比如通过发现设备已经故障，就在开机阶段对系统重要部分进行自检，如果出现了故障就进行相应的提示信息，以便用户处理，并进行故障上报。因此，上述实施例基于历史故障标志实现对自检系统的激活，该激活方式可以不同于基于协议接口激活自检系统的方式。在这种情况下，可以在开机过程中直接触发自检系统，不需要借助协议接口来触发自检系统，能有效提高设备的自检效率。
118.s24，基于目标自检模式激活自检系统，以使自检系统在开机自检模式下对待检设备执行以下至少一个自检操作：检查内部器件之间的异常通信状态、分析上位机软件的启动日志，并获取自检结果。可选的，当检查到内部器件之间的异常通信状态时，将自检结果确定为：内部器件通信异常；同时，该自检结果中包含有通信异常的内部器件的器件标识。该自检结果可以指示维保人员(也可以为技术人员)对内部器件进行更换或者对内部器件之间的通信线路进行调整。当检查到上位机软件存在启动异常时，将自检结果确定为：上位机软件启动异常。该自检结果可以指示维保人员对上位机软件进行检查维护。
119.在s23的基础上，本步骤旨在基于目标自检模式激活自检系统。以便自检系统在开机自检模式下对待检设备执行以下至少一个自检操作：检查内部器件之间的异常通信状态、分析上位机软件的启动日志，并获取自检结果。
120.其中，自检系统是运行在医疗设备后台的一个独立进程，该进程在后台默认处于休眠等待状态，在满足条件的情况下被激活或唤醒。例如，通过网络或者物联网接收来自远
程的唤醒操作指令，或在本地通过usb(universal serial bus，通用串行总线)键盘快捷按键也能唤醒触发该自检系统工作。
121.请参考图3，图3为本技术实施例所提供的还一种设备自检方法的流程图。
122.此外，本实施例中为了在系统运行过程中的不同场景下执行自检操作，而不是仅仅在开机阶段执行自检操作。本实施例中确定目标自检模式的过程，可以包括：
123.s31，当确定待检设备当前不处于开机运行环境时，或当确定待检设备当前处于开机运行环境但不存在历史故障标志时，基于场景状态信息判断待检设备当前是否处于异常运行环境；
124.也就是，在开机异常场景之外的环境中，则需要判断该设备是否处于异常运行环境中。其中，该异常运行环境可以包括系统运行异常、硬件运行异常以及软件运行异常中的一种或多种。
125.s32，当处于异常运行环境时，判定待检设备当前处于自检触发场景；
126.也就是，处于异常运行环境时，则说明需要进行自检操作，以便检查各个部件的运行状态。因此，可以判定该设备处于自检触发场景。
127.s33，获取自检系统的协议接口所对应的场景模式关联关系；
128.其中，场景模式关联关系为自检触发场景与自检模式之间的关联关系。可以具体为场景属性标识与自检模式之间的关联关系。其中，场景属性标识为对自检触发场景的属性进行区别化的标识。自检触发场景的属性可以指自检触发场景的类型，此时场景属性标识为表征自检触发场景的类型的标识，一个场景属性标识可以对应一种自检触发场景。
129.s34，获取自检触发场景对应的场景属性信息，并基于场景模式关联关系确定与场景属性信息关联的自检模式，得到目标自检模式。
130.可见，在以上步骤的基础上，本步骤旨在基于场景模式关联关系确定对应的目标自检模式。也就是，获取到场景模式关联关系和场景属性信息，然后进行关联匹配，得到对应的目标自检模式。
131.进一步的，在该异常运行环境下，对应的模式可以为被动触发自检模式。因此，本实施例中的s34可以包括：
132.当确定异常运行环境为系统异常时，确定场景属性信息为被动场景属性标识，基于场景模式关联关系将目标自检模式确定为与被动场景属性标识对应的被动触发自检模式。
133.也就是，获取到的场景属性信息为被动场景属性信息，可以确定该自检模式可以为被动触发自检模式。
134.相应的，在该被动触发自检模式的基础上，执行自检操作的过程可以包括：
135.自检系统在被动触发自检模式下对待检设备执行以下至少一个自检操作：检查所有硬件的异常状态、检查系统的异常运行。可选的，当检查到存在异常状态的硬件时，将自检结果确定为：硬件状态异常；同时，该自检结果中包含有异常硬件的硬件标识。该自检结果可以指示维保人员对异常硬件进行更换。当检查到系统运行异常时，将自检结果确定为：系统运行异常。该自检结果可以指示维保人员对系统软件进行检查维护。
136.基于s31至s34本实施例中确定目标自检模式的过程，还可以包括：
137.当确定异常运行环境为非系统异常时，确定场景属性信息为主动场景属性标识，
基于场景模式关联关系将目标自检模式确定为与主动场景属性标识对应的主动触发自检模式。
138.也就是，在确定为非系统异常时，说明异常情况并不紧急，此时可以基于手动等主动方式进行触发。因此，获取到的场景属性标识为主动场景属性标识，对应的自检模式即为主动触发自检模式。
139.相应的，在该主动触发自检模式的基础上，执行自检操作的过程可以包括：
140.自检系统在主动触发自检模式下对待检设备执行以下至少一个自检操作：检查运行程序的异常状态、检查核心硬件的异常使用状态、检查所有硬件的基础参数的异常状态。其中，核心硬件即为设备中重要的硬件，例如：cpu、gpu、显存、内存等。使用状态为使用率和温度等。可选的，当检查到运行程序存在异常时，将自检结果确定为：运行程序存在异常；同时，该自检结果中包含有异常运行程序的程序标识。该自检结果可以指示维保人员对异常运行程序进行漏洞处理或升级。当检查到存在使用异常状态的核心硬件时，将自检结果确定为：核心硬件使用状态异常；同时，该自检结果中包含有异常核心硬件的硬件标识。该自检结果可以指示维保人员对核心硬件进行更换。当检查到存在基础参数异常的硬件时，将自检结果确定为：硬件基础参数异常；同时，该自检结果中还包含异常硬件的硬件标识以及异常硬件的异常基础参数。该自检结果可以指示维保人员对硬件的基础参数进行检查维护。
141.此处，说明的主动场景属性标识可以对应于下述的场景，可以包括：
142.常规场景是指系统运行正常时，可以激活并执行一些常规的自检。可以通过usb键盘快捷按键唤醒触发该自检系统工作。
143.远程触发场景是指系统运行正常时，可以远程激活并执行一些常规的自检。具体的，通过远程维护系统连接到机器的物联网模块来触发自检，并将相应的自检报告返回。
144.随机触发场景主要是当系统运行过程中发现异常，导致重要功能不能正常运行，则可以本地触发提示用户启动自检来定位故障，检测完成之后可以提示故障的原因和允许做的处理，比如无异常则提示重启，有异常则可以选择上报或者重启(确认不影响主要功能可以选择重启)。
145.更进一步的，基于上述实施例，将本技术技术方案提供的设备自检方法应用于更具体的场景中。执行的自检模式更加贴合实际的场景，可以包括常规自检模式、安全模式、开机自检模式。
146.请参考图4，图4为本技术实施例所提供的一种设备自检方法的系统结构示意图。
147.基于上述模式的分类，可以构建出对应的系统结构，可以包括：应用层、调度层以及业务层。
148.其中，应用层用于交互页面和结果展示；可以包括ui(user interface，用户界面)显示模块，以便显示对应的自检报告和协议数据包。其中，自检报告为基于自检结果生成的报告。协议数据包可以为与自检系统的协议接口对应的数据包，能够用于调用协议接口。在确定待检设备当前处于自检触发场景时，可以在界面中显示协议数据包对应的控件，当确定该控件被触发时判定自检系统的协议接口被调用，此时自检系统激活并完成对应的自检操作。
149.其中，调度层依据不同的自检触发场景确定对应的自检模式，基于不同的自检模
式执行不同的自检操作集合；可以包括自检管理模块。
150.其中，业务层用于实现具体的自检操作，可以包括自检功能集合，实现硬件检测等检测操作的功能。
151.基于上述系统结构，本实施例的不同模式可以执行如下的过程。
152.1)常规自检模式。常规自检模式主要针对常规场景、远程触发场景和随机触发场景的自检操作。主要用于正常使用时的用于系统、上位机软件启动正常，在设备运行过程中出现死机、卡顿等异常场景。交互触发方式可以包括按键触发、运行程序触发和定期扫查，反馈结果可以包括直接显示和自检报告。
153.举例来说，如果用户反馈了设备故障，可以通过键盘按键触发自检操作，自检完成之后可以选择上报故障到远程系统中，技术人员可以通过远程系统分析设备问题，并给出对应的解决方案。设备也会自动扫查故障，出现故障之后自动上报；技术人员还可以通过远程主动激活设备自检，用户确认之后即可启动检测，完成之后返回自检报告。
154.进一步的，举例来说，用户在使用待检设备的过程中如果出现设备异常，则可以与技术人员进行远程视频，通过远程视频的方式描述设备的故障状态。技术人员与用户通过视频等方式沟通确定故障现象包括：医疗器械设备启动正常，在使用过程中出现死机、卡顿等异常。
155.技术人员会通过远程指令触发后台自检系统工作，此时自检系统确定当前的场景，并基于该场景确定自检模式为常规自检模式，然后激活该自检系统，自检系统执行对应的自检操作集合中的自检操作。
156.执行的自检操作可以包括：
157.1.1)dump检查：检测程序运行过程中是否存在dump或者断言异常；
158.1.2)系统资源使用检查：cpu(central processing unit，中央处理器)、gpu(graphics processing unit，图形处理器)使用率，内存、显存使用率等；
159.1.3)温度检查：cpu、gpu、fpga(field programmable gate array，现场可编程逻辑门阵列)、触摸屏等温度；
160.1.4)常规硬件检查：检测所有硬件的基本情况是否存在异常。
161.逐项完成上述检查后，输出检查报告，将检查结果返回给技术人员，技术人员根据结果做相应处理，如果是软件故障，则远程进程软件升级维护。如果是硬件故障，则携带对应的设备去现场处理。
162.2)安全模式。安全模式用于系统异常场景。例如系统启动失败，无任何显示输出的场景。首先设备需要进入自带的备份系统，可以通过开机bios(basic input output system，基本输入输出系统)选择进入备份系统即可在安全模式运行自检系统。
163.举例来说，技术人员与用户通过视频等方式沟通确定故障现象包括：医疗器械设备在开机时就黑屏，屏幕无任何画面输出，按键操作无任何反应。
164.技术人员或用户通过设备重启，长按按键切换到安全模式，然后在页面上执行自检，完成之后可以选择上传结果给远程系统，此时技术人员可以看到设备自检报告，查看设备问题，给出具体建议或者采取措施更换异常部分。
165.其中，执行自检的过程可以包括：医疗设备通过自动激活后台自检系统工作，此时自检系统确定当前的场景，并基于该场景确定自检模式为安全模式，然后激活该自检系统，
自检系统执行与安全模式对应的自检操作集合中的自检操作。
166.其中，执行的自检操作可以包括：
167.2.1)深度硬件检查：自检系统会检查系统的主板、内存、硬盘、前端板等硬件设备是否存在故障，并将相应的检测结果反馈给远端的技术人员。
168.如果是硬件故障需要去现场处理，根据故障信息带上相应设备去现场处理。
169.2.2)系统检查：自检系统会检查此时的系统软件是否正常，是否被破坏，并将相应的检测结果反馈给远端的技术人员。
170.如果系统存在异常，技术人员通过自检系统对系统能进行远程修复，将系统恢复到出厂状态或者升级到最新版本，无需去现场。
171.3)开机自检模式。开机自检模式用于系统运行过程中，发现了异常，但是用户选择忽视异常之后的开机流程，需要通过开机自检来进一步检测设备问题，如果发现了问题，会将自检结果上报。
172.举例来说，技术人员与用户通过视频等方式沟通确定故障现象如下：医疗器械设备在开机出现了开机logo(徽标)和开机动画，但是没有出现用户的交互界面。
173.技术人员可以通过远程指令激活后台自检系统工作，此时自检系统确定当前的场景，并基于该场景确定自检模式为安全模式，然后激活该自检系统，自检系统执行对应的自检操作集合中的自检操作。
174.其中，执行的自检操作可以包括：
175.3.1)通信检查：检查上位机与触摸屏、前端板、fpga等模块是否存在通信异常，并将相应的检查结果返回给远程技术人员。
176.如果是硬件故障需要去现场处理，根据故障信息带上相应设备去现场处理。
177.3.2)上位机软件启动检查：读取并分析上位机软件的启动日志，并分析结果返回给远程技术人员，如果是软件故障，则远程进程软件升级维护，无需去现场。
178.最后，当调度层确定了对应的自检模式，在业务层执行完成对应的自检操作得到自检结果，可以将自检结果反馈至应用层的ui显示模块中的自检报告和协议数据包
179.可见，本实施例通过先获取场景状态信息，然后基于该场景状态信息确定处于自检触发场景时，匹配到该场景对应的自检模式，最后基于该自检模式激活自检系统执行自检操作，实现基于不同的场景状态信息的自检触发场景下执行自检操作，扩大自检操作的覆盖范围，应对多种情况，提高了对待检设备进行维护的效率。
180.下面对本技术实施例提供的设备自检装置进行介绍，下文描述的设备自检装置与上文描述的设备自检方法可相互对应参照。
181.请参考图5，图5为本技术实施例所提供的一种设备自检装置的结构示意图。
182.本实施例中，该装置可以包括：
183.场景确定模块100，用于获取待检设备的场景状态信息；
184.模式对接模块200，用于当基于场景状态信息确定待检设备当前处于自检触发场景时，对自检触发场景进行自检模式匹配，获得对应的目标自检模式；
185.自检操作模块300，用于基于目标自检模式激活自检系统，以使自检系统在目标自检模式下执行对待检设备的自检操作并获得自检结果。
186.可选的，该模式对接模块200，具体用于当基于场景状态信息确定待检设备当前处
于开机运行环境时，判断是否存在历史故障标志；其中，历史故障标志用于表征待检设备在前一次非开机运行环境中存在历史故障且不存在针对历史故障的故障修复记录；若存在历史故障标志，则确定待检设备当前处于开机自检触发场景，确定目标自检模式为开机自检模式。
187.可选的，该自检操作模块300，具体用于自检系统在开机自检模式下对待检设备执行以下至少一个自检操作：检查内部器件之间的异常通信状态、分析上位机软件的启动日志，并获取自检结果。
188.可选的，该模式对接模块200，具体用于当确定待检设备当前不处于开机运行环境时，或当确定待检设备当前处于开机运行环境但不存在历史故障标志时，基于场景状态信息判断待检设备当前是否处于异常运行环境；当处于异常运行环境时，判定待检设备当前处于自检触发场景；获取自检系统的协议接口所对应的场景模式关联关系；获取自检触发场景对应的场景属性信息，并基于场景模式关联关系确定与场景属性信息关联的自检模式，得到目标自检模式。
189.可选的，该模式对接模块200中“获取自检触发场景对应的场景属性信息，并基于场景模式关联关系确定与场景属性信息关联的自检模式，得到目标自检模式”的过程，可以包括：
190.当确定异常运行环境为系统异常时，确定场景属性信息为被动场景属性标识，基于场景模式关联关系将目标自检模式确定为与被动场景属性标识对应的被动触发自检模式；
191.相应的，该自检操作模块300中“自检系统在目标自检模式下执行对待检设备的自检操作”的过程，可以包括：
192.自检系统在被动触发自检模式下对待检设备执行以下至少一个自检操作：检查所有硬件的异常状态、检查系统的异常运行。
193.可选的，该自检操作模块300中“获取自检触发场景对应的场景属性信息，并基于场景模式关联关系确定与场景属性信息关联的自检模式，得到目标自检模式”的过程，可以包括：
194.当确定异常运行环境为非系统异常时，确定场景属性信息为主动场景属性标识，基于场景模式关联关系将目标自检模式确定为与主动场景属性标识对应的主动触发自检模式；
195.相应的，该自检操作模块300中“自检系统在目标自检模式下执行对待检设备的自检操作”的过程，可以包括：
196.自检系统在主动触发自检模式下对待检设备执行以下至少一个自检操作：检查运行程序的异常状态、检查核心硬件的异常使用状态、检查所有硬件的基础参数的异常状态。
197.请参考图6，图6为本技术实施例所提供的一种电子设备的结构示意图。
198.本技术实施例还提供一种电子设备，该电子设备可包括：
199.存储器，用于存储计算机程序；
200.处理器，用于执行计算机程序时可实现如上述任意一种设备自检方法的步骤。
201.如图6所示，为电子设备的组成结构示意图，电子设备可以包括：处理器10、存储器11、通信接口12和通信总线13。处理器10、存储器11、通信接口12均通过通信总线13完成相
互间的通信。
202.在本技术实施例中，处理器10可以为中央处理器(central processing unit，cpu)、特定应用集成电路、数字信号处理器、现场可编程门阵列或者其他可编程逻辑器件等。
203.处理器10可以调用存储器11中存储的程序，具体的，处理器10可以执行设备自检方法的实施例中的操作。
204.存储器11中用于存放一个或者一个以上程序，程序可以包括程序代码，程序代码包括计算机操作指令，在本技术实施例中，存储器11中至少存储有用于实现以下功能的程序：
205.获取待检设备的场景状态信息；
206.当基于场景状态信息确定待检设备当前处于自检触发场景时，对自检触发场景进行自检模式匹配，获得对应的目标自检模式；
207.基于目标自检模式激活自检系统，以使自检系统在目标自检模式下执行对待检设备的自检操作并获得自检结果。
208.在一种可能的实现方式中，存储器11可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统，以及至少一个功能所需的应用程序等；存储数据区可存储使用过程中所创建的数据。
209.此外，存储器11可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件或其他易失性固态存储器件。
210.通信接口12可以为通信模块的接口，用于与其他设备或者系统连接。
211.当然，需要说明的是，图6所示的结构并不构成对本技术实施例中电子设备的限定，在实际应用中电子设备可以包括比图6所示的更多或更少的部件，或者组合某些部件。
212.本技术实施例还提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如以上实施例所述的设备自检方法的步骤。
213.该计算机可读存储介质可以包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
214.对于本技术提供的计算机可读存储介质的介绍请参照上述方法实施例，本技术在此不做赘述。
215.说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
216.专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应
认为超出本技术的范围。
217.结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。
218.以上对本技术所提供的一种设备自检方法、设备自检装置、电子设备以及计算机可读存储介质进行了详细介绍。本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以对本技术进行若干改进和修饰，这些改进和修饰也落入本技术权利要求的保护范围内。

技术特征：
1.一种设备自检方法，其特征在于，应用于待检设备，所述方法包括：获取所述待检设备的场景状态信息；当基于所述场景状态信息确定所述待检设备当前处于自检触发场景时，对所述自检触发场景进行自检模式匹配，获得对应的目标自检模式；基于所述目标自检模式激活自检系统，以使所述自检系统在所述目标自检模式下执行对所述待检设备的自检操作并获得自检结果。2.根据权利要求1所述的设备自检方法，其特征在于，所述当基于所述场景状态信息确定所述待检设备当前处于自检触发场景时，对所述自检触发场景进行自检模式匹配，获得对应的目标自检模式，包括：当基于所述场景状态信息确定所述待检设备当前处于开机运行环境时，判断是否存在历史故障标志；其中，所述历史故障标志用于表征所述待检设备在前一次非开机运行环境中存在历史故障且不存在针对所述历史故障的故障修复记录；若存在所述历史故障标志，则确定所述待检设备当前处于开机自检触发场景，确定所述目标自检模式为开机自检模式。3.根据权利要求2所述的设备自检方法，其特征在于，自检系统在所述目标自检模式下执行对所述待检设备的自检操作，包括：自检系统在所述开机自检模式下对所述待检设备执行以下至少一个自检操作：检查内部器件之间的异常通信状态、分析上位机软件的启动日志。4.根据权利要求2所述的设备自检方法，其特征在于，所述当基于所述场景状态信息确定所述待检设备当前处于自检触发场景时，对所述自检触发场景进行自检模式匹配，获得对应的目标自检模式，包括：当确定所述待检设备当前不处于开机运行环境时，或当确定所述待检设备当前处于开机运行环境但不存在所述历史故障标志时，基于所述场景状态信息判断所述待检设备当前是否处于异常运行环境；当处于异常运行环境时，判定所述待检设备当前处于自检触发场景；获取所述自检系统的协议接口所对应的场景模式关联关系；获取所述自检触发场景对应的场景属性信息，并基于所述场景模式关联关系确定与所述场景属性信息关联的自检模式，得到所述目标自检模式。5.根据权利要求4所述的设备自检方法，其特征在于，所述获取所述自检触发场景对应的场景属性信息，并基于所述场景模式关联关系确定与所述场景属性信息关联的自检模式，得到所述目标自检模式，包括：当确定所述异常运行环境为系统异常时，确定所述场景属性信息为被动场景属性标识，基于所述场景模式关联关系将所述目标自检模式确定为与所述被动场景属性标识对应的被动触发自检模式；相应的，自检系统在所述目标自检模式下执行对所述待检设备的自检操作，包括：自检系统在所述被动触发自检模式下对所述待检设备执行以下至少一个自检操作：检查所有硬件的异常状态、检查系统的异常运行。6.根据权利要求4所述的设备自检方法，其特征在于，所述获取所述自检触发场景对应的场景属性信息，并基于所述场景模式关联关系确定与所述场景属性信息关联的自检模
式，得到所述目标自检模式，包括：当确定所述异常运行环境为非系统异常时，确定所述场景属性信息为主动场景属性标识，基于所述场景模式关联关系将所述目标自检模式确定为与所述主动场景属性标识对应的主动触发自检模式；相应的，自检系统在所述目标自检模式下执行对所述待检设备的自检操作，包括：自检系统在所述主动触发自检模式下对所述待检设备执行以下至少一个自检操作：检查运行程序的异常状态、检查核心硬件的异常使用状态、检查所有硬件的基础参数的异常状态。7.根据权利要求1至6任一项所述的设备自检方法，其特征在于，自检系统在所述目标自检模式下执行对所述待检设备的自检操作，包括：自检系统从自检操作集合中获取与所述目标自检模式对应的目标自检操作程序；对所述待检设备执行所述目标自检操作程序以实现自检操作。8.一种设备自检装置，其特征在于，包括：场景确定模块，用于获取所述待检设备的场景状态信息；模式对接模块，用于当基于所述场景状态信息确定所述待检设备当前处于自检触发场景时，对所述自检触发场景进行自检模式匹配，获得对应的目标自检模式；自检操作模块，用于基于所述目标自检模式激活自检系统，以使所述自检系统在所述目标自检模式下执行对所述待检设备的自检操作并获得自检结果。9.一种电子设备，其特征在于，包括：存储器，用于存储计算机程序；处理器，用于执行所述计算机程序时实现如权利要求1至7任一项所述的设备自检方法的步骤。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的设备自检方法的步骤。

技术总结
本申请公开了一种设备自检方法，应用于待检设备，所述方法包括：获取所述待检设备的场景状态信息；当基于所述场景状态信息确定所述待检设备当前处于自检触发场景时，对所述自检触发场景进行自检模式匹配，获得对应的目标自检模式；基于所述目标自检模式激活自检系统，以使所述自检系统在所述目标自检模式下执行对所述待检设备的自检操作并获得自检结果。可见，由于可以基于不同的场景状态信息识别当前的自检触发场景，覆盖多种自检触发场景，扩大自检操作的覆盖范围，可以应对多种情况，提高对设备进行维护的效率。本申请还公开了一种设备自检装置、电子设备以及计算机可读存储介质，具有以上有益效果。具有以上有益效果。具有以上有益效果。


技术研发人员：何俊达 张雄 雷舰
受保护的技术使用者：深圳开立生物医疗科技股份有限公司
技术研发日：2021.12.30
技术公布日：2023/7/13