一种信息系统应急处理方法、装置、电子设备及存储介质与流程

1.本发明实施例涉及计算机应用技术领域，尤其涉及一种信息系统应急处理方法、装置、电子设备及存储介质。


背景技术：

2.已经投产的信息系统尤其是重要信息系统，为防止可能发生或已发生的影响信息系统连续运行的突发事件或生产事故，且在规定时间内无法解决的事件，都需要有应急预案。当应急启用条件与应急技术处置方案描述的相符合时，负责该应用系统的运维人员根据应急技术处置方案描述的应急操作步骤进行人工操作，或者是负责该应用系统的应用开发人员通知运维人员进行人工应急操作，以使该应用系统恢复正常运行。
3.人工应急处置虽然具有应急处置准确、稳妥的优点，但是也具有过度依赖专业人员以及应急处置响应速度慢的缺点。在系统发生故障时，耽误时间，影响客户体验，甚至出现较大的社会影响。


技术实现要素：

4.本发明实施例提供一种信息系统应急处理方法、装置、电子设备及存储介质，以实现自动识别应急处理方式中规定的应急启用条件，并且能够自动调用应急处理方式，使应急处理方式中规定的目标应急处理方式达到自动化以及代码化。
5.第一方面，本发明实施例提供了一种信息系统应急处理方法，包括：
6.检测信息系统中的至少一个逻辑条件的状态变化情况；
7.依据所述信息系统中的至少一个逻辑条件的状态变化情况，从候选应急启用条件中确定满足应急启用条件的目标应急启用条件；所述应急启用条件包括一个或多个逻辑条件的逻辑组合条件；
8.依据所述目标应急启用条件，确定信息系统的目标应急处理方式，以对所述信息系统进行应急处理；所述目标应急启用条件与目标应急处理方式一一对应。
9.第二方面，本发明实施例还提供了一种信息系统应急处理装置，包括：
10.逻辑条件状态检测模块，用于检测信息系统中的至少一个逻辑条件的状态变化情况；
11.目标应急启用条件确定模块，用于依据所述信息系统中的至少一个逻辑条件的状态变化情况，从候选应急启用条件中确定满足应急启用条件的目标应急启用条件；所述应急启用条件包括一个或多个逻辑条件的逻辑组合条件；
12.应急处理模块，用于依据所述目标应急启用条件，确定信息系统的目标应急处理方式，以对所述信息系统进行应急处理；所述目标应急启用条件与目标应急处理方式一一对应。
13.第三方面，本发明实施例还提供了一种电子设备，该电子设备包括：
14.一个或多个处理器；
15.存储装置，用于存储一个或多个程序；
16.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明任意实施例所述的信息系统应急处理方法。
17.第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明任意实施例所述的信息系统应急处理方法。
18.本发明实施例提供了一种信息系统应急处理方法，通过检测信息系统中的至少一个逻辑条件的状态变化情况；依据所述信息系统中的至少一个逻辑条件的状态变化情况，从候选应急启用条件中确定满足应急启用条件的目标应急启用条件；所述应急启用条件包括一个或多个逻辑条件的逻辑组合条件；依据所述目标应急启用条件，确定信息系统的目标应急处理方式，以对所述信息系统进行应急处理；所述目标应急启用条件与目标应急处理方式一一对应。采用本发明实施例的技术方案，将自动识别应急处理方式中规定的应急启用条件，并且能够自动调用应急处理方式，使应急处理方式中规定的目标应急处理方式达到自动化以及代码化。
附图说明
19.通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
20.图1是本发明实施例中提供的一种信息系统应急处理方法的流程图；
21.图2为本发明实施例中提供的另一种信息系统应急处理方法的流程图；
22.图3是本发明实施例中提供的一种将逻辑条件码写入消息队列的流程图；
23.图4为本发明实施例中提供的一种确定目标应急启用条件的流程图；
24.图5是本发明实施例中提供的一种调用目标应急处理方式的流程图；
25.图6为本发明实施例中提供的又一种信息系统应急处理方法的流程图；
26.图7是本发明实施例中提供的一种信息系统应急处理装置的结构示意图；
27.图8是本发明实施例中提供的一种电子设备的结构示意图。
具体实施方式
28.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
29.在更加详细地讨论示例性实施例之前，应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作(或步骤)可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。
30.图1是本发明实施例中提供的一种信息系统应急处理方法的流程图，本实施例可适用于对信息系统中应急事件进行处理的情况，本实施例的方法可以由信息系统应急处理装置来执行，该装置可以采用硬件和/或软件的方式来实现。该装置可以配置于信息系统应
急处理的服务器中。该方法具体包括如下步骤：
31.s110、检测信息系统中的至少一个逻辑条件的状态变化情况。
32.其中，信息系统可以是指由计算机硬件、网络和通信设备、计算机软件、信息资源、信息用户和规章制度组成的以处理信息流为目的的人机一体化系统。主要有五个基本功能，即对信息的输入、存储、处理、输出和控制。
33.逻辑条件可以是指影响事件存在以及发展的因素。例如在逻辑条件1、逻辑条件2以及逻辑条件3同时满足时事件a才会存在。逻辑条件的状态发生变化会影响事件的发生以及发展，从而导致信息系统出现突发事件。因此，需要对信息系统中的至少一个逻辑条件的状态变化情况进行检测。
34.s120、依据所述信息系统中的至少一个逻辑条件的状态变化情况，从候选应急启用条件中确定满足应急启用条件的目标应急启用条件。
35.其中，应急可以是指为防止可能发生或已发生的影响信息系统连续运行的突发事件在规定时间无法解决，须尽快恢复对外服务或服务水平而启动应急预案及应急组织架构的一系列行为。
36.应急启用条件包括一个或多个逻辑条件的逻辑组合条件。应急启用条件可以是指在信息系统中存在的故障现象或特征，可能由不同原因产生；也即不同的原因可能造成相同的外在现象或特征。应急启用条件是比应急场景更加明确的以及可以作为触发应急处理方式的依据。所述应急启用条件可能会被描述成逻辑条件1、逻辑条件2以及逻辑条件3同时满足；或者更复杂的一些条件逻辑组合。例如，应急启用条件b可以是指在逻辑条件1与(逻辑条件2或逻辑条件3)同时满足时，应急启用条件b成立。
37.一个逻辑条件可能映射到一个或多个应急启用条件中。例如，应急启用条件a中包括逻辑条件1以及逻辑条件2；应急启用条件b包括逻辑条件1以及逻辑条件3。依据逻辑条件的状态变化情况，从候选应急启用条件中确定满足应急启用条件的目标应急启用条件。例如，在逻辑条件1的状态发生变化时，从候选应急启用条件a以及应急启用条件b中确定目标应急启用条件；若逻辑条件2的状态已发生变化，则可确定应急启用条件a为目标应急启用条件。
38.s130、依据所述目标应急启用条件，确定信息系统的目标应急处理方式，以对所述信息系统进行应急处理。
39.应急处理方式可以涉及应急策略、信息系统恢复和重建、应急资源、人员分工等方面的行动计划和操作指引。应急处理方式一般分为总体应急处理方式和专项应急处理方式两类。总体应急处理方式是应对生产故障事件的总体方案，包括但不限于对总体组织架构、各层级预案的定位和衔接关系及对生产故障事件的预警、报告、分析、决策、处理、恢复等处置程序。专项应急处理方式是指应对某一类型或某几种类型生产故障事件而制定的应急处理方式，明确在不同场景下的应急流程和措施，包括但不限于业务以及技术专项应急处理方式。而技术专项应急处理方式，是由信息科技部门负责编制，通过调动内部资源以及采取有效的技术应急手段尽快恢复业务，并和其他相关部门的应急处理方式有效衔接。
40.应急处理可以是指出现突发事件后并且需要对此事件应急，整个应急的过程即为应急处理，也即为解决突发事件或故障所需要做出的一个或多个技术操作。应急处理必须在应急处理方式的框架下根据应急处理方式的原则和操作指引进行。应急处理过程包括但
2直至t-n，用t表示所有测试码的集合，用t-i表示任意一个测试码，测试码的取值只有1或者0。
51.而每一个应急启用条件也不会重复，因为一旦重复，其应急处理方式也应该相同。因此将每一个应急启用条件也一一编码，得到应急启用条件码availableconditioncode，设q为所有应急启用条件的集合，q-i为任意一个应急启用条件，设t-i为任意一个测试码，t-i的取值＝{1|0}，设t为t的子集，则q-i＝f(t)。当q-i的值为逻辑真时，表示应急启用条件成立，需要做相应的应急处理。
52.需要注意的是，同一个测试码t-i可能会同时出现在不同的以及启用条件码中，因为一个逻辑条件为真可能会影响不同的应急启用条件的逻辑值，因此任意一个测试码t-i会映射到一个或多个应急启用条件码。
53.作为一种可选的但非限定性的实现方式，所述检测信息系统中的至少一个逻辑条件的状态变化情况，包括：
54.依据逻辑条件码的值的变化情况，确定所述逻辑条件的状态变化情况；
55.其中，在所述逻辑条件码的值返回程序之前，将所述逻辑条件码以及所述逻辑条件码的值写入第一预设消息队列中。
56.对于原来程序中包含产生逻辑条件码的值的代码段分支，不论逻辑条件码取值为1和0，其中1表示失败或有错误，0表示成功，都在原来程序中返回之前，增加一个写入指定的消息队列的语句(或函数)，写入内容包括消息类型以及消息。消息类型使用应用系统名的数字编码；消息为应用系统名、程序名、逻辑条件码、逻辑条件码的值组成的一个数据结构。
57.这个消息队列是已经建立好的先进先出消息队列。建议优先使用消息队列内的中间件；如果不能使用，则使用应用系统所依赖的操作系统或中间件中提供的包含消息队列的工具。在本发明的方法中，应使用消息队列的点对点、不可重复消费方式。当队列中没有消息时，读队列程序应阻塞，直到有新的消息。此外，在本发明的方法应用于由多个应用系统组成的信息系统中时，需要使用应用系统名数字化编码作为消息类型，以便于消息队列的不同的消费者读取不同消息类型的消息。
58.之所以使用消息队列，是考虑到要尽可能对生产环境已经存在的程序做最小修改，可以随时增加新接入的自动应急应用系统或信息系统的应急技术处置方案要求的技术操作的。
59.参见图3，找到程序中原来产生的应急启用条件可以作为逻辑条件码的地方或者在需要报错的位置增加产生逻辑条件码的代码。需要在本程序中声明struct testcodestruct messagea_buffer，用以存储本应用系统的数字代码、程序名、逻辑条件码的名字和逻辑条件码的值，应用系统的数字代码以及程序名是固定的，逻辑条件码以及逻辑条件码的值在程序中不用的地方取值不同。
60.依据逻辑条件码的值的变化情况，确定所述逻辑条件的状态变化情况，逻辑条件码的值用1或0表示，当逻辑条件码的值为1时，表征逻辑条件出来错误；当逻辑条件码的值为0时，表征所述逻辑条件正常。
61.s220、依据所述信息系统中的至少一个逻辑条件的状态变化情况，从候选应急启用条件中确定满足应急启用条件的目标应急启用条件。
62.从第一预设消息队列中读取一条消息，依据逻辑条件的状态变化情况，判断应急启用条件是否成立，若成立则调用应急处理方式程序。
63.作为一种可选的但非限定性的实现方式，所述依据所述信息系统中的至少一个逻辑条件的状态变化情况，从候选应急启用条件中确定满足应急启用条件的目标应急启用条件，包括步骤a1-a2：
64.步骤a1：依据第一预设消息队列中的第一逻辑条件的状态变化情况，确定候选应急启用条件；其中，所述第一预设消息队列中的第一逻辑条件的状态变化情况与所述候选应急启用条件中的第一逻辑条件状态变化情况一致；
65.步骤a2：依据第一预设消息队列中的第二逻辑条件的状态变化情况，从候选应急启用条件中确定与所述第二逻辑条件的状态变化情况一致的目标应急启用条件；其中，所述第二逻辑条件的状态变化情况与所述候选应急启用条件中的第二逻辑条件的状态变化情况一致。
66.其中，依据第一逻辑条件的状态变化情况，确定包括第一逻辑条件的候选应急启用条件；判断所述第一逻辑条件的状态变化情况是否与所述候选应急启用条件中的第一逻辑条件状态变化情况一致。若一致，则判断第二逻辑条件的状态变化情况是否满足所述候选应急启用条件中的第二逻辑条件的状态变化情况；若满足，则从候选应急启用条件中确定满足应急启用条件的目标应急启用条件。
67.参见图4，将第一预设消息队列中的消息读取至第一程序中，检测逻辑条件码以及逻辑条件码的值是否发生变化；将发生变化的逻辑条件码的值进行更新，并判断所述逻辑条件码的值；若所述逻辑条件码的值为1(报错)，则在调用函数中判断是否满足应急启用条件；若满足应急启用条件，则确定目标应急启用条件。
68.在消息写入第一预设消息队列后，第一程序被唤醒。将第一程序进行初始化struct testcodestruct testcodearray[500]，该数组保存所有该应用系统的能够产生逻辑条件码的程序名和每个程序的所有逻辑条件码编码以及三者唯一确定的测试码，该程序初始执行时逻辑条件码取值均为成功0。当第一预设消息队列中没有记录时，该程序阻塞，直到有新的消息被写到第一预设消息队列中。
[0069]
s230、依据所述目标应急启用条件，确定信息系统的目标应急处理方式，以对所述信息系统进行应急处理。
[0070]
其中，目标应急启用条件与目标应急处理方式一一对应。依据所述目标应急启用条件，确定所述目标应急处理方式的名称，从第一程序得到所述目标应急处理方式的名称，连同消息中已经包含的应用系统名数字编码，将此数字编码作为消息类型，将所述目标应急处理方式的名称作为消息的数据，写入第二预设消息队列中。其中，所述目标应急处理方式的名称都封装在程序中。将一个应用系统中的可能触发应急的应急启用条件码放在一个应急识别程序中，每当逻辑条件码的值变化时可以随时更新，并判断所有可能受这个逻辑条件码影响的启用应急条件是否满足应急启用条件。
[0071]
作为一种可选的但非限定性的实现方式，所述依据所述目标应急启用条件，确定信息系统的目标应急处理方式，包括步骤b1-b4：
[0072]
步骤b1：依据所述目标应急启用条件，确定目标应急处理方式名称；
[0073]
步骤b2：将所述目标应急处理方式名称以及消息类型写入第二预设消息队列中；
其中，所述消息类型包括信息系统名称的数字编码；
[0074]
步骤b3：读取第二预设消息队列中的消息类型，确定进行应急处理的应用系统；
[0075]
步骤b4：依据所述目标应急处理方式名称，确定所述应用系统的目标应急处理方式；其中，所述信息系统包括至少一个应用系统。
[0076]
在确定目标应急启用条件后，依据应用启用条件以及应急处理方式的对应关系，确定目标应急处理方式。将应急处理方式的名称以及应用系统名的编码写入第二预设消息队列中。读取第二预设消息队列中消息类型为应用系统的应急处理方式程序。之所以需要应用系统名字作为消息类型，是考虑到由多个应用系统组成的一个整体信息系统，这时需要执行的应急处理方式程序部署在不同的应用系统上，所以，所谓的第二程序其实是分布在不同的应用系统上的多个程序，这些程序只从消息队列中读取消息类型为本应用系统应急处理方式名再予以调用。
[0077]
参见图5，将第二预设消息队列中的消息读取至第二程序中，得到目标应急处理方式，依据应用系统名在所述应用系统中调用所述目标应急处理方式，以对所述应用系统进行应急处理。
[0078]
本发明实施例中将每个应急启用条件的所有故障描述及特征一一映射为一个逻辑条件，并将所述逻辑条件进行唯一编码，得到逻辑条件码。修改或增加一个信息系统中的能够产生这些特定的逻辑条件的若干程序(也包括但不限于各种应用程序之外的报警或监控程序)，使这些程序在产生这些特定逻辑条件码时，能够触发所有包含此逻辑条件码的应急启用条件是否成立的判断程序，当某个程序发现一个应急启用条件码中的每个逻辑条件码都产生时，这个应急启用条件码的值变为逻辑真，一旦应急启用条件码的值为真，则立即启动已经存在的应急处理方式程序执行应急操作。
[0079]
本发明实施例提供了一种信息系统应急处理方法，通过编写的计算机程序自动判断是否需要触发一个应用系统的特定的应急处理方式，并在判断需要应急操作时触发由特定的应急处理方式程序来执行特定的应急操作步骤，从而代替通常的人工判断应选择目标应急处理方式以及接下来的由人工操作的应急操作步骤。采用本发明实施例的技术方案，保留人工应急处理的优点，改善或避免人工应急处理的缺点，达到能够根据事先设定的应急启用条件由计算机自动触发应急处理程序实现恢复故障的目标。其中应急处理程序是由开发人员开发的，经过测试验证正确后，投产安装到生产环境上面，可以被调用执行的、用以代替人工技术操作实现恢复系统运行的计算机程序。以实现自动识别应急处理方式中规定的应急启用条件，并且能够自动调用应急处理方式，使应急处理方式中规定的目标应急处理方式达到自动化以及代码化。
[0080]
图6为本发明实施例中提供的又一种信息系统应急处理方法的流程图。本发明实施例在上述实施例的基础上对前述实施例进行进一步优化，本发明实施例可以与上述一个或者多个实施例中各个可选方案结合。如图6所示，本发明实施例中提供的信息系统应急处理方法，可包括以下步骤：
[0081]
s610、按照预设时间间隔获取信息系统中的日志字节数。
[0082]
其中，对于不能由程序直接产生的逻辑条件码，可以通过新增日志分析程序产生逻辑条件码，通过日志分析程序产生的逻辑条件码是通过人工智能算法得出的应急启用条件和逻辑条件码，此处的日志分析程序适用于每天运行相同程序且输出并不随着所处理的
数据条数增加。一个应用系统中的程序日志的输出如果并不跟随所处理的数据量而明显增加(如果跟数据有关，则需要将日志按照重复的模式分解成多条日志)，则输出的日志的字数应相对固定。
[0083]
其中，所述预设时间间隔可以是指一天，也可以是指一周，在本发明实施例中不做具体限制。以一天为例，采用聚类算法dbscan得到日志字数噪声数据，对于一个应用系统内的每个程序，首先得到每日的日志的字节数，应用聚类算法dbscan的数据集中的样本数据采用日期和字节数作为二维空间的点。
[0084]
s620、若所述信息系统中的日志字节数发生变化，且所述日志字节数大于或小于预设日志字节数阈值，则确实所述信息系统中含有噪声数据。
[0085]
在使用人工智能算法的聚类分析处理每个程序的输出日志的字数时，若所述日志字节数发生变化，且所述日志字节数大于预设日志字节数阈值，则确实所述信息系统中含有噪声数据。因为正常运行的次数会远远多于非正常运行的次数，在非正常运行时会产生运行日志，在日志字节数超过第一预设日志字节数阈值时或所述日志字节数小于第二预设日志字节数阈值时，可确定所述信息系统中存在噪声数据。
[0086]
可以理解的是，第一预设日志字节数阈值可以是一种代指，是为了区分实施例中前后出现执行对应逻辑的不同预设日志字节数阈值，从预设日志字节数阈值中选取的任意预设日志字节数阈值，以便从选取的预设日志字节数阈值阐述执行逻辑，因此将在本文中首次出现的预设日志字节数阈值称为第一预设日志字节数阈值，将后续出现的区别于第一预设日志字节数阈值的其他预设日志字节数阈值称为第二预设日志字节数阈值，后面不再赘述。
[0087]
s630、将所述噪声数据映射为一个或多个应急启用条件，并依据所述应急启用条件确定目标应急处理方式。
[0088]
只有存在噪声数据时才可能触发应急，然后根据噪声数据和应急处理事件进行朴素贝叶斯算法分析，则能得出触发应急的应急启用条件。
[0089]
假设训练集为m个样本n个维度，如下：
[0090][0091]
其中，共有k个特征输出类别，分别为c1,c2,
……
,ck，每个特征输出类别的样本个数为m1,m2,
……
,mk。在第k个类别中，如果是离散特征，则特征xj各个类别取值为m
kjl
。其中l取值为1,2,...sj，sj为特征j不同的取值数。
[0092]
输出为实例x
(test)
的分类。所述朴素贝叶斯算法分析包括步骤c1-c4：
[0093]
步骤c1：确定先验概率。如果没有应急启用条件的先验概率，则计算应急启用条件的k个先验概率：p(y＝ck)＝(mk+λ)/(m+kλ)，否则p(y＝ck)为输入的先验概率。
[0094]
步骤c2：分别计算第k个类别的第j维特征的第l个取值条件概率
[0095]
p＝(xj＝x
jl
|y＝ck)
[0096]
a)如果是离散值，则第l个取值条件概率
[0097][0098]
其中，λ可以取值为1，或者其他大于0的数字。
[0099]
b)如果是稀疏二项离散值，则第l个取值条件概率
[0100]
p(xj＝x
jl
|y＝ck)＝p(j|y＝ck)x
jl
+(1-p(j|y＝ck)(1-x
jl
))
[0101]
此时l只有两种取值。
[0102]
c)如果是连续值则不需要计算各个l的取值概率，直接求正态分布的参数
[0103][0104]
其中，需要求出uk和uk为在样本类别ck中所有xj的平均值；为在样本类别ck中所有xj的方差。
[0105]
步骤c3：对于实例x
(test)
，计算
[0106][0107]
步骤c4：确定实例x
(test)
的分类c
result
[0108][0109]
其中，argmax为ck，从上述计算可以看出，没有复杂的求导和矩阵运算，因此能够有效的确定是否触发目标应急启用条件，以依据所述目标应急启用条件确定目标应急处理方式。
[0110]
作为一种可选的但非限定性的实现方式，所述依据所述应急启用条件确定目标应急处理方式，包括步骤d1-d2：
[0111]
步骤d1：依据应急启用条件，查找预设应急启用条件与目标应急处理方式关系表。
[0112]
步骤d2：依据预设应急启用条件与目标应急处理方式关系表，确定所述应急启用条件对应的目标应急处理方式。
[0113]
其中，建立预设应急启用条件与目标应急处理方式关系表，包括：
[0114]
依据历史应急处理方式确定一个或多个逻辑条件与一个应急处理方式的对应关系；
[0115]
将所述一个或多个逻辑条件组合成一个应急启用条件；
[0116]
确定所述应急启用条件与所述目标应急处理方式的对应关系，建立预设应急启用条件与目标应急处理方式关系表。
[0117]
在本发明实施例中，依据历史出现的日志字节数发生变化时，所应有的应急处理方式，建立预设应急启用条件与目标应急处理方式关系表。依据所述预设应急启用条件与目标应急处理方式关系表查找在日志字节数发生变化时，所述应急启用条件对应的目标应急处理方式，以对应急事件进行处理。
[0118]
在应用系统出现故障时，由运维人员来判断是否需要应急操作，显然需要运维人员或相关开发人员对系统比较熟悉，在人工判断的过程中，一定需要登录计算机系统进行命令操作或通过特定客户端工具中的菜单来查看系统当前运行情况，以判断是否符合应急启用条件；在决定需要应急处置后，需要输入命令或特定客户端工具进行操作，以达到恢复该应用系统正常运行的目的。人工实施应急技术操作的主要缺点是响应时间长，在系统发
生故障时，可能耽误宝贵时间，影响客户体验，甚至出现较大的社会影响。本发明实施例可依据系统的日志字节数，确定所述系统是否发生故障，并确定相应的应急处理方式，以实现自动识别应急处理方式中规定的应急启用条件，并且能够自动调用应急处理方式，使应急处理方式中规定的目标应急处理方式达到自动化以及代码化。
[0119]
图7是本发明实施例中提供的一种信息系统应急处理装置的结构示意图，该装置包括：逻辑条件状态检测模块710、目标应急启用条件确定模块720以及应急处理模块730；其中，
[0120]
逻辑条件状态检测模块710，用于检测信息系统中的至少一个逻辑条件的状态变化情况；
[0121]
目标应急启用条件确定模块720，用于依据所述信息系统中的至少一个逻辑条件的状态变化情况，从候选应急启用条件中确定满足应急启用条件的目标应急启用条件；所述应急启用条件包括一个或多个逻辑条件的逻辑组合条件；
[0122]
应急处理模块730，用于依据所述目标应急启用条件，确定信息系统的目标应急处理方式，以对所述信息系统进行应急处理；所述目标应急启用条件与目标应急处理方式一一对应。
[0123]
在上述实施例的基础上，可选的，所述目标应急启用条件确定模块，包括：
[0124]
依据第一预设消息队列中的第一逻辑条件的状态变化情况，确定候选应急启用条件；其中，所述第一预设消息队列中的第一逻辑条件的状态变化情况与所述候选应急启用条件中的第一逻辑条件状态变化情况一致；
[0125]
依据第一预设消息队列中的第二逻辑条件的状态变化情况，从候选应急启用条件中确定与所述第二逻辑条件的状态变化情况一致的目标应急启用条件；其中，所述第二逻辑条件的状态变化情况与所述候选应急启用条件中的第二逻辑条件的状态变化情况一致。
[0126]
在上述实施例的基础上，可选的，所述应急处理模块，包括：
[0127]
依据所述目标应急启用条件，确定目标应急处理方式名称；
[0128]
将所述目标应急处理方式名称以及消息类型写入第二预设消息队列中；其中，所述消息类型包括信息系统名称的数字编码；
[0129]
读取第二预设消息队列中的消息类型，确定进行应急处理的应用系统；
[0130]
依据所述目标应急处理方式名称，确定所述应用系统的目标应急处理方式；其中，所述信息系统包括至少一个应用系统。
[0131]
在上述实施例的基础上，可选的，所述方法还包括：
[0132]
将所述至少一个逻辑条件进行编码，确定逻辑条件码；其中，逻辑条件码的值表征所述逻辑条件的状态变化情况；
[0133]
将应急启用条件进行编码，确定应急启用条件码；其中，一个逻辑条件码映射一个或多个应急启用条件码。
[0134]
在上述实施例的基础上，可选的，所述方法还包括：
[0135]
依据逻辑条件码的值的变化情况，确定所述逻辑条件的状态变化情况；
[0136]
其中，在所述逻辑条件码的值返回程序之前，将所述逻辑条件码以及所述逻辑条件码的值写入第一预设消息队列中。
[0137]
在上述实施例的基础上，可选的，所述方法还包括：
[0138]
按照预设时间间隔获取信息系统中的日志字节数；
[0139]
若所述信息系统中的日志字节数发生变化，且所述日志字节数大于或小于预设日志字节数阈值，则确实所述信息系统中含有噪声数据；
[0140]
将所述噪声数据映射为一个或多个应急启用条件，并依据所述应急启用条件确定目标应急处理方式。
[0141]
在上述实施例的基础上，可选的，所述方法还包括：
[0142]
依据应急启用条件，查找预设应急启用条件与目标应急处理方式关系表；
[0143]
依据预设应急启用条件与目标应急处理方式关系表，确定所述应急启用条件对应的目标应急处理方式；
[0144]
其中，建立预设应急启用条件与目标应急处理方式关系表，包括：
[0145]
依据历史应急处理方式确定一个或多个逻辑条件与一个应急处理方式的对应关系；
[0146]
将所述一个或多个逻辑条件组合成一个应急启用条件；
[0147]
确定所述应急启用条件与所述目标应急处理方式的对应关系，建立预设应急启用条件与目标应急处理方式关系表。
[0148]
本发明实施例中所提供的信息系统应急处理装置可执行上述本发明任意实施例中所提供的信息系统应急处理方法，具备执行该信息系统应急处理方法相应的功能和有益效果，详细过程参见前述实施例中信息系统应急处理方法的相关操作。
[0149]
图8是本发明实施例中提供的一种电子设备的结构示意图。电子设备10旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。
[0150]
如图8所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(rom)12、随机访问存储器(ram)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(rom)12中的计算机程序或者从存储单元18加载到随机访问存储器(ram)13中的计算机程序，来执行各种适当的动作和处理。在ram 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、rom 12以及ram 13通过总线14彼此相连。输入/输出(i/o)接口15也连接至总线14。
[0151]
电子设备10中的多个部件连接至i/o接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
[0152]
处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如信息系统应急处理方法。
[0153]
在一些实施例中，信息系统应急处理方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由rom 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到ram 13并由处理器11执行时，可以执行上文描述的信息系统应急处理方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行信息系统应急处理方法。
[0154]
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
[0155]
用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
[0156]
在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
[0157]
为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
[0158]
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网
(lan)、广域网(wan)、区块链网络和互联网。
[0159]
计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务中，存在的管理难度大，业务扩展性弱的缺陷。
[0160]
应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。
[0161]
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。