信息处理方法、装置及存储介质与流程

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.在一些实施例中，所述在所述告警缓存数量大于所述预设数量阈值的情况下，将所述待处理告警存储至所述缓存器，包括：
44.在所述告警缓存数量大于所述预设数量阈值的情况下，确定获取到所述待处理告警的时刻；
45.在获取到所述待处理告警的时刻和所述待处理告警的发生时刻之间的时间差值大于预设时间阈值的情况下，将所述待处理告警存储至所述缓存器。
46.在一些实施例中，所述方法还包括：
47.在将所述待处理告警存储至所述缓存器之后，如果接收到针对所述待处理告警的清除指令，则清除所述缓存器中的所述待处理告警。
48.根据本公开实施例的第二方面，提供一种信息处理装置，包括：
49.获取模块，配置为获取已到达派单时间的待处理告警；
50.第一确定模块，配置为在预设数据库中存在与所述待处理告警关联的主告警的情况下，确定所述主告警的派单状态；其中，所述预设数据库用于存储告警以及各个所述告警之间的关联关系；
51.第二确定模块，配置为根据所述主告警的派单状态，确定与所述待处理告警对应的派单策略。
52.在一些实施例中，所述装置还包括：
53.第三确定模块，配置为确定所述待处理告警的延时时间和与所述待处理告警对应的匹配规则；其中，所述匹配规则用于定义所述待处理告警的派单模式；
54.查询模块，配置为在所述待处理告警的延时时间大于预设时间阈值，且与所述待处理告警对应的匹配规则表征所述待处理告警处于非单独派单模式的情况下，查询所述预设数据库中是否存在与所述待处理告警关联的主告警。
55.在一些实施例中，所述第二确定模块，配置为：
56.在所述主告警对应的匹配规则表征所述主告警处于非单独派单模式的情况下，根据所述主告警的派单状态，确定与所述待处理告警对应的派单策略。
57.在一些实施例中，所述第二确定模块，配置为：
58.在所述主告警对应的匹配规则表征所述主告警处于非单独派单模式的情况下，根据所述主告警的派单状态，确定所述主告警的派单信息是否有效；
59.在所述主告警的派单信息有效的情况下，根据所述待处理告警和/或所述主告警生成目标工单。
60.在一些实施例中，所述第二确定模块，配置为：
61.在所述主告警的派单信息有效，且所述主告警存在初始工单的情况下，确定所述待处理告警是否已追加至所述初始工单；
62.在所述待处理告警未追加至所述初始工单的情况下，将所述待处理告警追加至所述初始工单，得到所述目标工单。
63.在一些实施例中，所述第二确定模块，配置为：
64.在所述主告警的派单信息有效，且所述主告警未存在初始工单的情况下，确定所述主告警是否处于抑制状态；
65.在所述主告警未处于所述抑制状态的情况下，将所述待处理告警与所述主告警进行整合，得到所述目标工单。
66.在一些实施例中，所述第二确定模块，配置为：
67.在所述主告警对应的匹配规则表征所述主告警处于非单独派单模式，且所述待处理告警已匹配针对所述主告警的追加规则的情况下，根据所述主告警的派单状态，确定所述主告警的派单信息是否有效。
68.在一些实施例中，所述装置还包括：
69.第四确定模块，配置为在所述待处理告警是基于故障产生的情况下，根据所述待处理告警中的告警内容，确定产生故障的目标对象；
70.第一发送模块，配置为将所述目标工单发送至所述目标对象。
71.在一些实施例中，所述装置还包括：
72.分类模块，配置为在所述待处理告警有多个的情况下，根据各个所述待处理告警的告警内容，对多个所述待处理告警进行分类处理，得到至少一个告警集合；其中，每个告警集合对应一个目标对象；
73.生成模块，配置为根据所述告警集合内的待处理告警，生成所述告警集合对应的集合工单；
74.第二发送模块，配置为将各个所述集合工单分别发送至各个所述告警集合对应的目标对象。
75.在一些实施例中，所述装置还包括：
76.第五确定模块，配置为在所述预设数据库中不存在与所述待处理告警关联的主告警，或者所述待处理告警的延时时间小于等于预设时间阈值的，或者与所述待处理告警对应的匹配规则表征所述待处理告警处于单独派单模式的情况下，确定所述待处理告警是否已匹配针对同网元的追加规则；
77.第六确定模块，配置为在所述待处理告警已匹配针对同网元的追加规则的情况下，确定与所述待处理告警相匹配的同网元工单；
78.第七确定模块，配置为根据所述同网元工单所指示的主告警的派单状态，确定与
所述待处理告警对应的派单策略。
79.在一些实施例中，所述第六确定模块，配置为：
80.在所述待处理告警已匹配针对同网元的追加规则的情况下，确定是否存在与所述待处理告警的网元标识相同的工单；
81.在存在与所述待处理告警的网元标识相同的工单的情况下，则将与所述网元标识相同的工单确定为与所述待处理告警相匹配的同网元工单。
82.在一些实施例中，所述第七确定模块，配置为：
83.在所述待处理告警已匹配针对同网元的追加规则，且所述同网元工单所指示的主告警的派单信息有效的情况下，根据所述待处理告警和/或所述同网元工单所指示的主告警，确定与所述待处理告警对应的派单策略。
84.在一些实施例中，所述装置还包括：
85.第八确定模块，配置为确定缓存器中所缓存告警的告警缓存数量是否大于预设数量阈值；其中，所述缓存器缓存有派单异常的情况下所获取的告警；
86.缓存模块，配置为在所述告警缓存数量大于所述预设数量阈值的情况下，将所述待处理告警存储至所述缓存器。
87.在一些实施例中，所述缓存模块，配置为：
88.在所述告警缓存数量大于所述预设数量阈值的情况下，确定获取到所述待处理告警的时刻；
89.在获取到所述待处理告警的时刻和所述待处理告警的发生时刻之间的时间差值大于预设时间阈值的情况下，将所述待处理告警存储至所述缓存器。
90.在一些实施例中，所述装置还包括：
91.清除模块，配置为在将所述待处理告警存储至所述缓存器之后，如果接收到针对所述待处理告警的清除指令，则清除所述缓存器中的所述待处理告警。
92.根据本公开实施例的第三方面，提供一种信息处理装置，包括：
93.处理器；
94.配置为存储处理器可执行指令的存储器；
95.其中，所述处理器配置为：执行时实现上述第一方面中任一种信息处理方法中的步骤。
96.根据本公开实施例的第四方面，提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由信息处理装置的处理器执行时，使得所述装置能够执行上述第一方面中任一种信息处理方法中的步骤。
97.本公开的实施例提供的技术方案可以包括以下有益效果：
98.本公开实施例中，通过在待处理告警已到达派单时间后，可以确定预设数据库中是否存在与待处理告警关联的主告警，在确定预设数据库中存在与待处理告警关联的主告警的情况下，再根据主告警的派单状态来确定待处理告警的派单策略，通过将待处理告警与相应的主告警进行关联，能够有效地解决由于相同故障原因导致出现多个告警工单，以及在故障已解决的情况下，仍然产生大量无效告警工单等问题，减少运维人员的工作量，提高网络维护效率等。
99.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不
能限制本公开。
附图说明
100.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
101.图1是根据本公开一示例性实施例示出的一种信息处理方法的流程图。
102.图2是根据本公开一示例性实施例示出的一种告警派单系统的示意图。
103.图3a是根据本公开一示例性实施例示出的一种规则设置的示意图。
104.图3b是根据本公开一示例性实施例示出的一种规则列表的示意图。
105.图3c是根据本公开一示例性实施例示出的一种规则内容的示意图。
106.图4是根据本公开一示例性实施例示出的一种派单任务处理的流程图。
107.图5是根据本公开一示例性实施例示出的一种缓存处理的流程图。
108.图6a是根据本公开一示例性实施例示出的一种规则添加的示意图。
109.图6b是根据本公开一示例性实施例示出的一种数据来源的示意图。
110.图6c是根据本公开一示例性实施例示出的一种获取方式的示意图。
111.图6d是根据本公开一示例性实施例示出的一种对端信息的示意图。
112.图6e是根据本公开一示例性实施例示出的一种映射关系表的示意图。
113.图7是根据本公开一示例性实施例示出的一种信息处理装置框图。
114.图8是根据本公开一示例性实施例示出的一种信息处理装置的硬件结构框图一。
115.图9是根据本公开一示例性实施例示出的一种信息处理装置的硬件结构框图二。
具体实施方式
116.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
117.图1是根据一示例性实施例示出的信息处理方法的流程图，如图1所示，该信息处理方法主要包括以下步骤：
118.在步骤101中，获取已到达派单时间的待处理告警；
119.在步骤102中，在预设数据库中存在与所述待处理告警关联的主告警的情况下，确定所述主告警的派单状态；其中，所述预设数据库用于存储告警以及各个所述告警之间的关联关系；
120.在步骤103中，根据所述主告警的派单状态，确定与所述待处理告警对应的派单策略。
121.在一些实施例中，本公开的信息处理方法可以应用于电子设备，电子设备可以包括：终端设备，例如，移动终端或固定终端。其中，移动终端可以包括：手机、平板电脑、笔记本电脑或者穿戴式设备等，还可以包括智能家居设备，例如，智能音箱等。固定终端可以包括：台式电脑、智能电视或者服务器等。服务器可以包括：云服务器，云服务器(elastic compute service，ecs)可以是指一种简单高效、安全可靠、处理能力可弹性伸缩的计算服
务，其管理方式比物理服务器更简单高效，用户无需提前购买硬件，即可迅速创建或释放任意多台云服务器等。
122.这里，在网络系统或者系统关联的运行设备发生故障时，为了便于用户快速准确修复故障，可以通过产生告警(或者称为告警信息、告警信号、告警消息等)的方式来提醒用户，告警的方式至少可以包括：声音提示、指示灯提示、文字提示和振动提示中的一种或多种。需要说明的，在网络系统和运行设备运行的过程中也可以通过上报告警的方式实时上报运行状态，例如：运行设备按照固定时间间隔，通过告警的方式将当前运行状态上报给监控中心等。
123.在一些实施例中，告警中可以携带发生故障的时间、地点、具体组件、故障类型等告警内容，电子设备可以根据告警生成对应的工单(或者告警工单等)，然后将工单发送给维修人员，维修人员根据接收到的工单进行检测、维修等处理。工单可以理解为工作单据，工单可以定义由一个和多个作业组成的简单维修或制造计划，上级部门下达任务，下级部门领受任务的依据。工单可以是独立的，也可以是大型项目的一部分，可以由主工单来定义子工单等。本公开实施例中，可以只根据一个告警生成一份工单，也可以根据多个告警共同生成一份工单，这样，有助于提高维修人员的维护效率。告警的类型可以包括：设备故障或非设备故障、网络异常或恢复异常告警、告警数据流获取异常告警等多种类型的告警，本公开不作具体限定。
124.待处理告警可以是指还未进行生成工单处理等任何派单处理的告警，本公开实施例中，待处理告警不具体是指某一个或者某一种告警，可以是一个也可以是多个，不作具体限定。针对告警的派单处理至少可以包括：对待处理告警的延时处理、抑制处理、追加处理以及立刻派单等处理。延时处理可以理解为根据待处理告警自身的延时时间进行等待的处理。在接收到待处理告警后，并不直接根据告警生成工单，进行派送，而是可以对待处理告警进行延时处理。在进行延时处理的过程中，可以通过设置合理的延时时间(如，30秒等)，以让某些能够自动恢复的故障而产生的待处理告警，能够有足够的缓冲等待时间(延时时间)，这样，针对能够自动恢复的故障，就不需要生成对应的工单，进而减少无效工单的生成，从而降低工作量。
125.在一些实施例中，抑制处理可以理解为不根据待处理告警生成工单，不进行派单的处理等。追加处理可以理解为在处理待处理告警之前，已经对与待处理告警相关联的告警进行过处理的情况下，需要对待处理告警进行的处理。例如：若之前相关联的告警已存在对应的工单，那么可以将待处理告警追加至对应的工单中；若之前相关联的告警未存在对应的工单，那么可以根据待处理告警和之前相关联的告警共同生成工单，进行派送等。单独派单可以理解为立刻根据待处理告警生成一份工单，单独对工单进行派送等。
126.本公开实施例中，电子设备可以从延时队列中获取已到达派单时间的待处理告警，派单时间可以理解为需要对待处理告警进行处理的时间。电子设备可以根据待处理告警对应的延时时间，来确定待处理告警是否已到达派单时间。例如：电子设备接收待处理告警的时间为12时，延时时间为5分钟，那么在12时5分1秒时刻，电子设备可以确定待处理告警已到达派单时间。在一种可能的实施例中，电子设备可以将接收到的告警数据流中的告警根据不同的处理方式存储在不同的区域，存储方式可以包括：数据库、队列、数值和向量等。那么电子设备可以将需要延时处理的待处理告警加入延时队列(delay redis)，将需要
抑制处理的待处理告警加入抑制队列(suppress redis)，将需要追加处理的待处理告警加入追加队列(add delay rsdis)，或者待追加队列(relation redis)，将需要单独派单处理的待处理告警加入派单队列或者派单消息队列(priority redis)等。
127.电子设备获取已到达派单时间的待处理告警后，可以在预设数据库中查询是否存在与待处理告警关联的主告警，其中，所述预设数据库用于存储告警以及各个告警之间的关联关系。关联关系至少可以包括：主子(父子)关联。主子关联可以理解为主告警必然引起另外的子告警的关联关系，例如：在第一故障发生后，产生了对应第一故障的主告警，由于第一故障引发了第二故障的发生，产生了对应第二故障的子告警。电子设备可以通过提供基本的告警关联规则或由用户定义关联规则，对告警按关联规则进行相应的告警关联性分析，确定各个告警之间的关联关系。例如：电子设备预先设置第一待处理告警对应第一主告警，第二待处理告警对应第二主告警等然后将各个告警以及关联关系存储在预设数据库中。电子设备可以根据当前的待处理告警以及关联关系在预设数据库中进行查询，来确定是否存在与待处理告警关联的主告警。
128.在预设数据库中存在与待处理告警关联的主告警情况下，确定主告警的派单状态。派单状态可以理解为告警的处理状态，或者根据告警生成的工单的处理状态等。派单状态至少可以包括告警已被清除或未被清除、已归档或未归档、已作废或未作废、已处理完成或未处理完成、以及是否处于延时队列的延时状态、是否处于抑制队列的抑制状态、是否处于追加队列的追加状态、是否处于派单队列的立刻派单状态等状态。
129.在一些实施例中，电子设备可以将已归档、已作废、已处理完成的状态称作为派单信息无效的状态，将未归档、未作废、未处理完成的状态称作为派单信息有效的状态等。电子设备可以根据告警的派单状态对应的状态标识，来确定派单状态，状态标识可以理解为用于表征不同派单状态的标记或编号等。电子设备可以预先设置状态标识与派单状态之间的对应关系，例如：派单状态为延时状态对应的状态标识为1，派单状态为追加状态对应的状态标识为2，派单状态为已处理完成的状态对应的状态标识为5等。若电子设备确定主告警的状态标识为5，那么可以确定主告警的派单状态为已处理完成的状态等。电子设备在对待处理告警进行派单处理的过程中，可以实时根据状态标识，便于快速准确地确定待处理告警的派单状态。
130.电子设备确定主告警的派单状态后，可以根据主告警的派单状态，确定与待处理告警对应的派单策略。例如：在主告警未生成对应的工单的情况下，可以整合待处理告警和主告警，生成一份告警；在主告警已生成对应的工单的情况下，可以忽略待处理告警或者追加待处理告警等，有助于减少无用工单的生成，提高网络维护效率等。派单策略可以理解为告警的派单处理方式，例如：对告警进行抑制处理、对告警进行追加处理、对告警进行立刻单独派单处理等。电子设备可以预先设备主告警的派单状态与待处理告警的派单策略之间的对应关系，例如：主告警的第一派单状态可以对应待处理告警的第一派单策略，第二派单状态可以对应第二派单策略等。
131.本公开实施例中，通过在待处理告警已到达派单时间后，可以确定预设数据库中是否存在与待处理告警关联的主告警，在确定预设数据库中存在与待处理告警关联的主告警的情况下，再根据主告警的派单状态来确定待处理告警的派单策略，通过将待处理告警与相应的主告警进行关联，能够有效地解决由于相同故障原因导致出现多个告警工单，以
及在故障已解决的情况下，仍然产生大量无效告警工单等问题，减少运维人员的工作量，提高网络维护效率等。
132.在一些实施例中，所述方法还包括：
133.确定所述待处理告警的延时时间和与所述待处理告警对应的匹配规则；其中，所述匹配规则用于定义所述待处理告警的派单模式；
134.在所述待处理告警的延时时间大于预设时间阈值，且与所述待处理告警对应的匹配规则表征所述待处理告警处于非单独派单模式的情况下，查询所述预设数据库中是否存在与所述待处理告警关联的主告警。
135.本公开实施例中，匹配规则可以理解为用于定义待处理告警的派单模式的标准，派单模式至少可以包括：单独派单和非单独派单。单独派单可以理解为只根据一个待处理告警生成一份工单，非单独派单可以理解为可以根据多个待处理告警生成一份工单等。电子设备可以在获取到待处理告警之后，匹配待处理告警的匹配规则，再根据具体的匹配规则等情况，对待处理告警进行派单处理。电子设备可以根据待处理告警携带的告警信息，来判断待处理告警是否匹配规则，例如：电子设备预先设置匹配规则为，在8时至19时获取到的待处理告警，对应的派单模式为单独派单，在其他时间获取到的待处理告警，对应的派单模式为非单独派单等。
136.电子设备可以预先设备匹配规则，将匹配规则存储在电子设备的存储器中，在需要确定派单模式的情况下，通过预先设置的匹配规则进行确定。本公开实施例中，匹配规则可以包括：通用规则和专用规则(个性化规则)。通用规则可以理解为针对所有的告警生效的规则，通用规则可以自定义设置，可以包含多个维度的告警信息，例如：网元名称、告警系统(工程)状态等。专用规则可以理解为针对特定类型的告警生效的规则，可以根据派单优先级、规则有效时间、每天派单时间限制、派发对象等多个维度来配置专用规则等。电子设备可以对待处理告警配置通用规则，也可以配置专用规则等。
137.电子设备获取待处理告警之后，可以按照预设时间间隔，确定是否存在还需要继续的延时时间大于预设时间阈值的待处理告警，若存在，再确定待处理告警是否处于非单独派单模式的情况下。例如：电子设备获取第一待处理告警的时间为12时，初始延迟时间为30秒，确定当前时间为12时20秒，可以确定待处理告警还需要继续延时的延时时间为10秒，若预设时间阈值为15秒，那么电子设备可以确定延时时间大于预设时间阈值，继续确定第一待处理告警的派单模式。若电子设备可以确定延时时间小于或者等于预设时间阈值，那么电子设备可以对第一待处理告警继续其他处理或者不做任何处理等。在一种可能的实施例中，预设时间阈值可以为负数，如，预设时间阈值为-1，那么延时时间为0时，也可以满足设置条件。也即在待处理告警的延时时间为0，且与待处理告警对应的匹配规则表征待处理告警处于非单独派单模式的情况下，也可以查询预设数据库中是否存在与待处理告警关联的主告警等。
138.在待处理告警的延时时间大于预设时间阈值，且与待处理告警对应的匹配规则表征待处理告警处于非单独派单模式的情况下，电子设备可以查询预设数据库中是否存在与待处理告警关联的主告警。例如：电子设备可以通过待处理告警的告警信息(如，网际互联协议地址)，在预设数据库中进行查询，得到查询结果(如，主告警数量为0、主告警数量为1等)。
139.本公开实施例中，可以通过判断待处理告警的延时时间大于预设时间阈值，以及确定待处理告警的派单模式，得到处理结果，然后可以根据处理结果，来查询预设数据库中是否存在与待处理告警关联的主告警，从而能够根据查询结果确定待处理告警不同的派单策略，有助于提高待处理告警派单处理的准确性，防止出现逻辑混乱的情况，减少生成无效工单等。本公开提出了一种通用规则和个性化规则相结合的模式，使派单规则的配置更加灵活，更加可控。
140.在一些实施例中，所述根据所述主告警的派单状态，确定与所述待处理告警对应的派单策略，包括：
141.在所述主告警对应的匹配规则表征所述主告警处于非单独派单模式的情况下，根据所述主告警的派单状态，确定与所述待处理告警对应的派单策略。
142.本公开实施例中，电子设备可以在主告警对应的匹配规则表征主告警处于非单独派单模式的情况下，根据主告警的派单状态，确定与待处理告警对应的派单策略。在主告警对应的匹配规则表征主告警处于单独派单模式的情况下，可以根据其他信息或者状态，来确定与待处理告警对应的派单策略。例如：电子设备确定第一待处理告警的主告警处于非单独派单模式，主告警的派单状态为未完成处理，那么电子设备可以整合第一待处理告警和主告警，生成一份工单，然后立刻将工单发送给故障发生地区(或对象)等。电子设备确定第一待处理告警的主告警处于单独派单模式，那么电子设备立刻根据第一待处理告警生成工单，然后将工单发送个给故障发生地区等。
143.本公开实施例中，通过在主告警对应的匹配规则表征主告警处于非单独派单模式的情况下，根据主告警的派单状态，确定与待处理告警对应的派单策略，进一步细化了确定派单策略的逻辑，有效地防止出现大量无效工单的情况，提高派单效率等。
144.在一些实施例中，所述在所述主告警对应的匹配规则表征所述主告警处于非单独派单模式的情况下，根据所述主告警的派单状态，确定与所述待处理告警对应的派单策略，包括：
145.在所述主告警对应的匹配规则表征所述主告警处于非单独派单模式的情况下，根据所述主告警的派单状态，确定所述主告警的派单信息是否有效；
146.在所述主告警的派单信息有效的情况下，根据所述待处理告警和/或所述主告警生成目标工单。
147.本公开实施例中，在主告警对应的匹配规则表征主告警处于非单独派单模式的情况下，电子设备可以根据主告警的派单状态，确定主告警的派单信息是否有效。电子设备可以预先设置派单状态与派单信息是否有效之间的对应关系，例如：第一派单状态对应派单信息有效，第二派单状态对应派单信息无效等。然后电子设备可以根据具体的派单状态以及对应关系，来确定派单信息是否有效。例如：派单状态为已归档状态、已作废、已处理完成等状态时，对应派单信息有效，派单状态为未归档状态、未作废、未处理完成等状态时，对应派单信息无效。
148.电子设备在确定主告警的派单信息有效的情况下，可以根据待处理告警和/或主告警生成目标工单。目标工单可以是指基于待处理告警生成的工单，目标工单可以只包含待处理告警的信息，也可以不包含待处理告警的信息，或者还可以包括其他告警的信息等。例如：由于待处理告警和主告警的告警信息相同，都是由于同一故障引起的告警，那么电子
设备可以只根据待处理告警或者只根据主告警，生成目标工单。或者由于待处理告警所指示的故障，是由于主告警所指示的故障引起的，那么电子设备可以整合待处理告警和主告警，生成一份目标工单等。
149.在一种可能的实施例中，电子设备在确定主告警的派单信息无效的情况下，可以根据其他派单方式对待处理告警进行处理。例如：电子设备可以删除待处理告警，不作处理等。
150.本公开实施例中，通过在主告警对应的匹配规则表征主告警处于非单独派单模式的情况下，可以根据主告警的派单状态，确定主告警的派单信息是否有效，从而能够在主告警的派单信息有效的情况下，根据待处理告警和/或主告警生成目标工单，能够有效地减少产生无效工单的情况，提高维护效率等。本公开提出了一种派单任务追加模式，对于同质化的派单进行追加，压缩了派单量，极大的减少了运维人员的工作量等。
151.在一些实施例中，所述在所述主告警的派单信息有效的情况下，根据所述待处理告警和/或所述主告警生成目标工单，包括：
152.在所述主告警的派单信息有效，且所述主告警存在初始工单的情况下，确定所述待处理告警是否已追加至所述初始工单；
153.在所述待处理告警未追加至所述初始工单的情况下，将所述待处理告警追加至所述初始工单，得到所述目标工单。
154.本公开实施例中，在主告警的派单信息有效的情况下，电子设备可以先确定主告警是否已存在主告警对应的初始工单，初始工单可以理解为根据主告警生成的工单。电子设备可以将生成所有工单的记录存储在电子设备的存储器中，例如：根据待处理告警的告警信息设置唯一的告警编号，然后确定告警编号与工单的存储地址之间的关联关系，将告警编号以及关联关系存储在存储器中，电子设备可以根据主告警的告警编号以及关联关系，来确定是否存在初始工单，若存在进一步的可以通过存储地址得到具体的初始工单。
155.在主告警的派单信息有效，且主告警存在初始工单的情况下，电子设备可以进一步地确定待处理告警是否已追加至初始工单。电子设备可以实时记录追加在主告警的初始工单上的子告警的追加记录，然后根据追加记录，确定当前的待处理告警是否已经追加过，还是没有追加过，能够有效地防止出现多次追加的情况。电子设备可以针对主告警设置追加队列，用来保持追加记录，追加队列中可以包括告警的告警编号、追加时间、追加次数等信息。电子设备在确定待处理告警未追加至初始工单的情况下，将待处理告警追加至初始工单，得到目标工单。例如：电子设备可以将待处理告警的告警信息添加到初始工单中，立刻将初始工单发送给故障发生地区。
156.本公开实施例中，通过在主告警的派单信息有效的情况下，确定主告警是否存在初始工单，进而在主告警存在初始工单的情况下，再确定待处理告警是否已追加至初始工单，在待处理告警未追加至初始工单的情况下，将待处理告警追加至初始工单，得到目标工单，有效准确地生成了待处理告警的目标工单，使得多个告警能够整合在一起，有助于提高维护效率等。
157.在一些实施例中，所述在所述主告警的派单信息有效的情况下，根据所述待处理告警和/或所述主告警生成目标工单，包括：
158.在所述主告警的派单信息有效，且所述主告警未存在初始工单的情况下，确定所
述主告警是否处于抑制状态；
159.在所述主告警未处于所述抑制状态的情况下，将所述待处理告警与所述主告警进行整合，得到所述目标工单。
160.本公开实施例中，在主告警的派单信息有效，且主告警未存在初始工单的情况下，电子设备可以进一步的确定主告警是否处于抑制状态。电子设备可以根据主告警的派单状态对应的状态标识，来确定派单状态。在主告警未处于抑制状态的情况下，将待处理告警与主告警进行整合，得到目标工单。例如：电子设备可以结合待处理告警的告警信息和主告警的告警信息，生成目标工单，然后对目标工单进行派送。
161.在一种可能的实施例中，在主告警处于抑制状态的情况下，电子设备可以对待处理告警也进行抑制处理，如，将待处理告警也加入抑制队列等，然后可以根据预设时间间隔再对抑制队列中的各个告警进行后续处理等。
162.本公开实施例中，通过在主告警的派单信息有效，且主告警未存在初始工单的情况下，确定主告警是否处于抑制状态，在主告警未处于抑制状态的情况下，将待处理告警与主告警进行整合，得到目标工单，有效准确地生成了待处理告警的目标工单，使得多个告警能够整合在一起，有助于提高维护效率等。
163.在一些实施例中，所述在所述主告警对应的匹配规则表征所述主告警处于非单独派单模式的情况下，根据所述主告警的派单状态，确定所述主告警的派单信息是否有效，包括：
164.在所述主告警对应的匹配规则表征所述主告警处于非单独派单模式，且所述待处理告警已匹配针对所述主告警的追加规则的情况下，根据所述主告警的派单状态，确定所述主告警的派单信息是否有效。
165.本公开实施例中，电子设备确定在主告警对应的匹配规则表征主告警处于非单独派单模式的情况下，可以进一步的确定待处理告警是否已匹配针对主告警的追加规则。追加规则可以属于匹配规则，用于表征是否需要对当前的告警进行追加处理等，追加规则中还可以包括具体的追加时间、追加方式、追加内容等信息。电子设备可以根据待处理告警的告警信息，来确定待处理告警是否属于追加规则。例如：若获取待处理告警的时间位于19时至20时，确定待处理告警匹配追加规则，那么所有该时间段获取的待处理告警都需要进行追加处理等。需要说明的是，这里的追加规则是针对主告警的追加规则，也即判断是否需要将子告警追加到对应的主告警的工单的追加规则，追加规则还可以包括将待处理告警追加到其他告警的工单的追加规则等。
166.电子设备可以在主告警对应的匹配规则表征主告警处于非单独派单模式，且待处理告警已匹配针对所述主告警的追加规则的情况下，根据主告警的派单状态，确定主告警的派单信息是否有效。在一种可能的实施例中，电子设备可以在主告警对应的匹配规则表征主告警处于非单独派单模式，且待处理告警未匹配针对所述主告警的追加规则的情况下，只根据待处理告警的告警信息生成一份工单，然后对工单进行派发。
167.本公开实施例中，通过在主告警对应的匹配规则表征主告警处于非单独派单模式，且待处理告警已匹配针对主告警的追加规则的情况下，根据主告警的派单状态，确定主告警的派单信息是否有效，能够进一步准确地确定待处理告警的派单策略，防止生成无效工单，提高维护效率等。
168.在一些实施例中，所述方法还包括：
169.在所述待处理告警是基于故障产生的情况下，根据所述待处理告警中的告警内容，确定产生故障的目标对象；
170.将所述目标工单发送至所述目标对象。
171.本公开实施例中，告警内容可以理解为待处理告警自身携带的信息和/或与待处理告警相关的等信息，也可以称为告警属性或者告警信息等，告警内容可以包括告警类型信息、网元信息、网际互联协议信息、告警编号等。由于待处理告警可以是基于多种情况产生的，例如：设备故障、未搜索到网络信号等。电子设备可以通过解析待处理待处理告警携带的告警类型信息(或者根据携带的告警信息，确定的告警类型)，来判断待处理告警是否是基于故障产生的。
172.在待处理告警是基于故障产生的情况下，根据待处理告警中的告警内容，确定产生故障的目标对象。目标对象可以理解为将派送工单的故障发生地区，或者故障发生设备，或者具体的维修人员等。电子设备可以预先设置告警编号与目标对象之间的对应关系，例如：第一告警编号对应第一目标对象，第二告警编号对应第二目标对象等。然后电子设备可以待处理告具体的告警编号以及对应关系，确定出目标对象，然后电子设备可以将目标工单发送至目标对象，完成派单。相关技术中，由于待处理告警中的告警信息(告警正文)中没有具体的目标对象的信息，那么电子设备会将待处理告警对应的目标工单，派送给多个对象，后续再经多次核实与派送，最终才能到达真实故障发生的目标对象，这样，降低了网络维护的效率。
173.本公开实施例中，通过在待处理告警是基于故障产生的情况下，根据待处理告警中的告警内容，确定产生故障的目标对象，将目标工单发送至目标对象，能够快速准确地确定出目标对象，提高派单准确率以及派单效率。
174.在一些实施例中，所述方法还包括：
175.在所述待处理告警有多个的情况下，根据各个所述待处理告警的告警内容，对多个所述待处理告警进行分类处理，得到至少一个告警集合；其中，每个告警集合对应一个目标对象；
176.根据所述告警集合内的待处理告警，生成所述告警集合对应的集合工单；
177.将各个所述集合工单分别发送至各个所述告警集合对应的目标对象。
178.本公开实施例中，电子设备确定在待处理告警有多个的情况下，可以根据各个待处理告警的告警内容，对多个所述待处理告警进行分类处理，得到至少一个告警集合；其中，每个告警集合对应一个目标对象。例如：电子设备获取到5个待处理告警，其中2个待处理告警是基于第一故障设备产生的，3个待处理告警是基于第二故障设备产生的，那么电子设备可以将5个待处理告警，分为2个告警集合。然后电子设备可以通过告警集合中任意一个或多个待处理告警的告警内容，来确定出告警集合对应的目标对象(派单对象)。
179.电子设备可以根据各个告警集合中带有的待处理告警，生成告警集合对应的集合工单。例如：整合所有的待处理告警，生成一份集合工单，或者确定出所有待处理告警中的主告警，根据主告警生成集合工单等。然后电子设备可以将各个集合工单分别发送至各个告警集合对应的目标对象。例如：电子设备将第一集合工单发送至第一目标对象，将第二集合工单发送至第二目标对象等。
180.本公开实施例中，通过在待处理告警有多个的情况下，根据各个待处理告警的告警内容，对多个待处理告警进行分类处理，得到至少一个告警集合；其中，每个告警集合对应一个派单对象；然后可以根据告警集合内的待处理告警，生成告警集合对应的集合工单；最后可以将各个集合工单分别发送至各个告警集合对应的派单对象，能够极大的降低了派单量，同时提高了派单准确性等。本公开提出了一种根据告警根因派单的个性化方法，既可减少派单量，又保证了派单对象的准确性。
181.在一些实施例中，所述方法还包括：
182.在所述预设数据库中不存在与所述待处理告警关联的主告警，或者所述待处理告警的延时时间小于等于预设时间阈值的，或者与所述待处理告警对应的匹配规则表征所述待处理告警处于单独派单模式的情况下，确定所述待处理告警是否已匹配针对同网元的追加规则；
183.在所述待处理告警已匹配针对同网元的追加规则的情况下，确定与所述待处理告警相匹配的同网元工单；
184.根据所述同网元工单所指示的主告警的派单状态，确定与所述待处理告警对应的派单策略。
185.本公开实施例中，在预设数据库中不存在与所述待处理告警关联的主告警，或者待处理告警的延时时间小于等于预设时间阈值的，或者与待处理告警对应的匹配规则表征所述待处理告警处于单独派单模式等情况下，电子设备可以进一步的确定待处理告警是否已匹配针对同网元的追加规则。需要说明的是，这里的追加规则是针对同网元的追加规则，也即判断是否需要将待处理告警追加到网元相同的告警的工单的追加规则。网元可以理解为由一个或多个机盘或机框组成，能够独立完成一定的传输功能，网元可以是网络管理中可以监视和管理的最小单位，基站也是其中的一个网元。网元划分可以包括：有物理网元、逻辑网元、等效网元数等。例如：电子设备可以设置针对同网元的追加规则为，待处理告警的告警类型是否为设备故障产生的类型，若是，则确定满足，若否，则确定不满足。
186.在待处理告警已匹配针对同网元的追加规则的情况下，确定与待处理告警相匹配的同网元工单。例如：电子设备可以先确定待处理告警的网元(或网元名称、网元标识等)，然后查询已生成的工单对应的网元，确定与待处理告警的网元相同的同网元工单。电子设备确定的同网元工单可以是一份，也可能是多份；若只有一份，电子设备可以确定出同网元工单对应的告警，判断与对应的告警相关联的主告警的派单状态(在对应的告警为主告警的情况下，即对应的告警自身的派单状态)，确定与待处理告警对应的派单策略。这里，确定派单策略的方式与本公开上述技术方案可以相同。
187.在一种可能的实施例中，电子设备确定的同网元工单是多份，那么电子设备可以进一步地根据待处理告警的告警信息，确定出与各个同网元工单的匹配程度，确定匹配程度最大的同网元工单所指示的主告警的派单状态，确定与待处理告警对应的派单策略。
188.在一种可能的实施例中，在待处理告警未匹配针对同网元的追加规则的情况下，电子设备可根据待处理告警生成一份工单，立刻对工单进行派送等。
189.本公开实施例中，通过在预设数据库中不存在与待处理告警关联的主告警，或者待处理告警的延时时间小于等于预设时间阈值的，或者与待处理告警对应的匹配规则表征待处理告警处于单独派单模式的情况下，确定待处理告警是否已匹配针对同网元的追加规
则，然后在待处理告警已匹配针对同网元的追加规则的情况下，确定与待处理告警相匹配的同网元工单，最后可以根据同网元工单所指示的主告警的派单状态，确定与待处理告警对应的派单策略，能够进一步准确地确定待处理告警的派单策略，防止生成无效工单，提高维护效率等。
190.在一些实施例中，所述在所述待处理告警已匹配针对同网元的追加规则的情况下，确定与所述待处理告警相匹配的同网元工单，包括：
191.在所述待处理告警已匹配针对同网元的追加规则的情况下，确定是否存在与所述待处理告警的网元标识相同的工单；
192.在存在与所述待处理告警的网元标识相同的工单的情况下，则将与所述网元标识相同的工单确定为与所述待处理告警相匹配的同网元工单。
193.本公开实施例中，在待处理告警已匹配针对同网元的追加规则的情况下，电子设备可以先确定是否存在与待处理告警的网元标识相同的工单。网元标识可以用于表征待处理告警的网元信息，电子设备可以根据网元标识来确定不同告警之间是否为同网元，根据告警生成的工单上也可以携带告警的网元标识等。例如：第一待处理告警的网元标识为192.163，第二待处理告警的网元标识为192.111，第三待处理告警的网元标识为201.111，那么电子设备可以确定第一待处理告警和第二待处理告警为同网元的告警。电子设备确定存在与待处理告警的网元标识相同的工单的情况下，则将与网元标识相同的工单确定为与待处理告警相匹配的同网元工单。例如：电子设备确定待处理告警的网元标识为a256，第一工单的网元标识为a256，第二工单的网元标识为123b等，那么电子设备可以将第一工单确定为同网元工单。
194.在一种可能的实施例中，若不存在与待处理告警的网元标识相同的工单的情况下，电子设备可以根据待处理告警生成一份工单，立刻对工单进行派送等派单处理。
195.本公开实施例中，通过在待处理告警已匹配针对同网元的追加规则的情况下，确定是否存在与待处理告警的网元标识相同的工单，然后可以在存在与待处理告警的网元标识相同的工单的情况下，则将与网元标识相同的工单确定为与待处理告警相匹配的同网元工单，能够准确快速地确定出同网元工单。
196.在一些实施例中，所述根据所述同网元工单所指示的主告警的派单状态，确定与所述待处理告警对应的派单策略，包括：
197.在所述待处理告警已匹配针对同网元的追加规则，且所述同网元工单所指示的主告警的派单信息有效的情况下，根据所述待处理告警和/或所述同网元工单所指示的主告警，确定与所述待处理告警对应的派单策略。
198.本公开实施例中，在待处理告警已匹配针对同网元的追加规则的情况下，电子设备可以先判断同网元工单所指示的主告警的派单信息是否有效。例如：电子设备可以通过确定主告警的派单状态，来确定主告警的派单信息是否有效。在同网元工单所指示的主告警的派单信息有效的情况下，电子设备可以根据待处理告警和/或同网元工单所指示的主告警，确定与待处理告警对应的派单策略，这里，确定派单策略的方式可以与上述的技术方案相同。在同网元工单所指示的主告警的派单信息无效的情况下，电子设备可以根据待处理告警生成一份工单，立刻对工单进行派送等派单处理。
199.本公开实施例中，通过在待处理告警已匹配针对同网元的追加规则，且同网元工
单所指示的主告警的派单信息有效的情况下，可以根据待处理告警和/或同网元工单所指示的主告警，确定与待处理告警对应的派单策略，能够进一步准确地确定待处理告警的派单策略，防止生成无效工单，提高维护效率等。
200.在一些实施例中，所述方法还包括：
201.确定缓存器中所缓存告警的告警缓存数量是否大于预设数量阈值；其中，所述缓存器缓存有派单异常的情况下所获取的告警；
202.在所述告警缓存数量大于所述预设数量阈值的情况下，将所述待处理告警存储至所述缓存器。
203.本公开实施例中，在派单过程中的前置任务流程出现故障时，会造成了大量的告警堆积，这些告警因为故障无法有序进行派单处理，本公开实施例中，电子设备可以对告警进行缓存处理，如，在前置任务流程出现故障(派单异常)后，将获取到的所有告警存储至电子设备的缓存器中，在前置任务流程恢复正常(派单正常)后，对缓存器中的告警进行后续处理等。电子设备获取到待处理告警之后，电子设备先确定缓存器中当前所缓存告警的告警缓存数量，然后判断告警缓存数量是否大于预设数量阈值，在告警缓存数量大于预设数量阈值的情况下，将待处理告警存储至缓存器。例如：电子设备确定当前的告警缓存数量为5000，预设数量阈值为1000，那么电子设备可以确定缓存器中的数据(告警)处于积压状态，那么可以确定待处理告警是因为缓存器的积压导致的，那么将待处理告警存储至缓存器中，进行缓存处理。
204.在一种可能的实施例中，电子设备在确定告警缓存数量小于或者等于预设数量阈值的情况下，可以确定缓存器没有数据积压，那么可以将待处理告警从缓存器中取出，对待处理告警进行上述技术方案中正常的派单处理。
205.本公开实施例中，通过设置缓存器，并确定缓存器中所缓存告警的告警缓存数量是否大于预设数量阈值；其中，缓存器缓存有派单异常的情况下所获取的告警；在告警缓存数量大于预设数量阈值的情况下，将待处理告警存储至缓存器，能够有效地减少产生无效工单的情况，提高维护效率等。本公开提出了一种派单数据缓存器机制，建立了故障监听模式与派单任务缓存机制，保障了派单不会因为前置系统出现故障而生成无效工单等。
206.在一些实施例中，所述在所述告警缓存数量大于所述预设数量阈值的情况下，将所述待处理告警存储至所述缓存器，包括：
207.在所述告警缓存数量大于所述预设数量阈值的情况下，确定获取到所述待处理告警的时刻；
208.在获取到所述待处理告警的时刻和所述待处理告警的发生时刻之间的时间差值大于预设时间阈值的情况下，将所述待处理告警存储至所述缓存器。
209.本公开实施例中，在告警缓存数量大于预设数量阈值的情况下，电子设备可以先确定获取到待处理告警的时刻，然后可以确定获取到待处理告警的时刻和待处理告警的发生时刻之间的时间差值。例如：电子设备获取到待处理告警的时刻为10时10分，解析待处理告警，确定由于故障的出现，而产生的待处理告警时刻(也即发生时刻)为10时，预设时间间隔为30秒。那么电子设备可以确定时间差值大于预设时间阈值，将待处理告警存储至缓存器中，进行缓存处理等。
210.在一种可能的实施例中，电子设备在确定告警缓存数量小于或者等于预设数量阈
值的情况下，可以将待处理告警从缓存器中取出，对待处理告警进行上述技术方案中正常的派单处理。
211.本公开实施例中，通过在告警缓存数量大于预设数量阈值的情况下，确定获取到待处理告警的时刻，在获取到待处理告警的时刻和待处理告警的发生时刻之间的时间差值大于预设时间阈值的情况下，将待处理告警存储至缓存器，能够有效地减少产生无效工单的情况，提高维护效率等。
212.在一些实施例中，所述方法还包括：
213.在将所述待处理告警存储至所述缓存器之后，如果接收到针对所述待处理告警的清除指令，则清除所述缓存器中的所述待处理告警。
214.本公开实施例中，电子设备在将待处理告警存储至缓存器之后，如果接收到针对待处理告警的清除指令，则清除缓存器中的待处理告警。在进行派单处理的过程中，若在根据待处理告警生成工单，然后将工单派送给目标对象之间，故障已经恢复的话，故障设备可以上报恢复信息，那么电子设备可以根据恢复信息生成清除指令，及时清除待处理告警。如果未接收到针对待处理告警的清除指令，则可以确定告警缓存数量是否大于预设数量阈值，也即确定缓存器是否处于积压状态。若告警缓存数量大于预设数量阈值，则将待处理告警继续存储至缓存器中；若告警缓存数量小于或者等于预设数量阈值，则可以将待处理告警从缓存器中取出，对待处理告警进行上述技术方案中正常的派单处理等。
215.本公开实施例中，通过在将待处理告警存储至缓存器之后，如果接收到针对待处理告警的清除指令，则清除缓存器中的待处理告警，能够有效地减少产生无效工单的情况，提高维护效率等。
216.本公开实施例中，通过在待处理告警已到达派单时间后，可以确定预设数据库中是否存在与待处理告警关联的主告警，在确定预设数据库中存在与待处理告警关联的主告警的情况下，再根据主告警的派单状态来确定待处理告警的派单策略，通过将待处理告警与相应的主告警进行关联，能够有效地解决由于相同故障原因导致出现多个告警工单，以及在故障已解决的情况下，仍然产生大量无效告警工单等问题，减少运维人员的工作量，提高网络维护效率等。
217.在一种可能的实施例中，本技术中的信息处理方法可以应用在告警派单系统中，如图2所示，图2可以表示一种告警派单系统的示意图。如图2所示，告警派单系统可以包括：告警数据流处理模块201、告警规则匹配模块202、派单任务处理模块203、派单模块204、派单数据缓存模块205和个性化派单模块206等。本公开提出了一种告警及工单状态的双向及时同步机制，告警的及时同步，保证了运维人员及时了解工单是否需要处理，工单状态的及时同步为追加、抑制派单提供支撑。
218.告警数据流处理模块201可以负责相关告警的同步，主要可以包含活动状态的告警(活动告警)的同步及清除消息的同步。其中，此处的告警数据流是已经过关联规则关联的告警，已经进行过关联的告警，可以把处于活动状态的告警以及清除消息同步到告警规则匹配模块202，用于派单规则的匹配。当某个故障已经派发出了工单，如果告警状态从活动变为清除，则也可以把清除消息通知到派单模块204。
219.告警规则匹配模块202(也可以称为告警规则引擎)可以包含通用规则的匹配和个性化规则(专用规则)的匹配，用于过滤告警确定出告警对应的派单模式。通用规则的匹配，
可以针对所有告警生效，通用规则可以自定义设置，包含多种维度，例如：网元名称、告警工程状态等，同时多种维度的数据可自定义设置过滤告警的方式等。个性化规则，提供了针对不同类型的告警进行个性化配置规则的方法，可按照派单优先级、规则有效时间、每天派单时间限制、派发对象等进行个性化配置每条规则。
220.如图3a所示，可以是根据一示例性实施例示出的一种规则设置的示意图。如图3a所示，通用规则可以包括多个属性，序号1的属性名可以为告警工程状态，操作符可以表示等于，属性值可以表示为否，序号2的属性名可以为网元名称，操作符可以表示等于，属性值可以用字符串表示为app-hdn...等，过滤方式可以设置为方式1和方式2，或者方式1和方式3(也即#1and(#2or#3))等。用户可以自定义选择不同的属性以及对应的属性值，来进行通用配置。
221.如图3b所示，可以是根据一示例性实施例示出的一种规则列表的示意图。如图3b所示，可以预先设置的个性化规则列表，用于表示预设的多条个性化规则。列表中可以包括规则标识(identity document，id)、规则名称、延时时间(分)、归属大区、创建人、创建时间、备注、是否启用、操作等多项内容。例如：规则标识为003194，规则名称为虚拟化-大区网络云-硬件资源-设备公司-列末综合布线(endrow，eor)-交换机-一级告警-主送大区省，延时时间为5分钟，归属大区为华北大区、东北大区、华东大区等，创建人为admin，创建时间为2021年03月05日09时38分12秒，备注信息为定制配置，是否启用为已启用等。
222.如图3c所示，可以是根据一示例性实施例示出的一种规则内容的示意图。如图3c所示，告警派单规则的详情内容可以包括：基本信息和规则内容等。基本信息可以包括：规则名称(如，性能告警-虚拟化-虚拟化演进分组核心网(virtualized evolved packet core，vepc)-设备公司-关键控制节点(mobility management entity，mme)-二级告警-主送接入省、抄送大区省-派单延时50)，是否启用选项为是，开始时间，每天有效时间限制，规则梳理人，派发对象，上报过滤器名称，延时时间，优先级(如，高)，结束时间等信息。规则内容可以包括：过滤方式、告警工程状态、网元版本、网管告警id、网元名称等内容。
223.派单任务处理模块203(也可以称为告警派单任务处理引擎)用于对待处理告警进行派单处理，例如：常规派单(也即立刻单独派单处理)、抑制派单(也即抑制处理)和追加派单(也即追加处理)等。此模块中构建派单任务的总体流程，及待追加、追加、抑制任务等。同时构建了派单延时队列(delay redis)：所有的告警根据自己的派单延时要求，在此队列进行派单等待。抑制队列(suppress redis)：告警入此队列的告警均不派单。待追加队列(relation redis)：针对主告警还未派单的子告警，均入待追加队列。追加队列(adddelay rsdis)：针对主告警已经派单的子告警，均入追加队列。追加任务和待追加任务，均可以是对同网元、或符合关联追加条件的告警追加到对应工单上的追加处理等。可以理解为，首先可以将待处理告警加入延时队列，再按照预设时间间隔对延时队列中的待处理告警进行处理，根据处理结果可以将延时队列中的待处理告警，加入追加队列、待追加队列、抑制队列、派单消息队列等，然后可以再按照预设时间间隔对追加队列、待追加队列和抑制队列中的待处理告警进行处理等。
224.如图4所示，可以表示一种派单任务处理的流程图。该派单处理方法主要包括以下步骤：
225.在步骤401中，获取延时队列中到达派单时间的待处理告警。
226.这里，可以每隔预设时间间隔(如，2秒钟)执行一次，从派单延时队列获取已到派单时间的待处理告警。然后还可以确定待处理告警对应的匹配规则，再根据匹配规则过滤掉已经接收到清除消息，以及已经存在工程预约的待处理告警。
227.在步骤402中，判断延时时间是否大于预设时间阈值，且待处理告警是否处于非单独派单模式。
228.这里，如果是，则后续可以执行步骤414，如果否，则后续可以执行步骤403等。
229.在步骤403中，判断是否存在主告警。
230.这里，可以从预设数据库中查询与待处理告警相匹配的主告警，然后还可以过滤掉已经接收到针对主告警的清除消息等。如果是，则后续可以执行步骤414，如果否，则后续可以执行步骤404等。
231.在步骤404中，判断主告警是否处于单独派单模式。
232.在步骤405中，判断待处理告警是否已匹配针对主告警的追加规则。
233.在步骤406中，判断主告警的派单信息是否有效。
234.在步骤407中，加入抑制队列。
235.这里，可以将待处理告警从延时队列移入抑制队列。对于抑制队列中的待处理告警，也可以按照预设时间间隔(如，2分钟)确定待处理告警的告警状态是否为已派单，若已派单，那么可以将待处理告警继续存储至抑制队列；若为派单，那么可以发送抑制信息到分布式系统(kafka)等，kafka是一种高吞吐量的分布式发布订阅消息系统。
236.在步骤408中，判断主告警是否存在初始工单。
237.在步骤409中，判断主告警是否处于抑制状态。
238.这里，如果是，则后续可以执行步骤407，如果否，则后续可以执行步骤410等。
239.在步骤410中，加入待追加队列。
240.这里，可以将待处理告警从延时队列移入待追加队列。在移入处理的过程中，可以根据待处理告警的接入省和大区省等告警信息，增加主告警派发工单的目标对象，根据主告警立即生成工单，并进行派送工单。还可以将待处理告警、待处理告警和主告警之间的关联关系，存储到待追加队列。同时可以删除延时队列中的待处理告警，若需要实现针对主告警的多次追加就需要保留待处理告警的匹配规则，匹配规则设置时会设置时效(expire)信息，如，开始时间和结束时间等，有助于在有效的时效内，准确对待处理告警进行待追加处理等。
241.在一种可能的实施例中，加入至待追加队列之前，也可以确定待处理告警是否已追加过，若已追加过，则可以将待处理告警继续保留至延时队列；若确定未追加过，则可以生成当前的追加记录，然后保存追加记录防止出现多次追加的情况。然后可以根据告警标识和规则标识等信息，来确定合并秘钥(merge key)等信息，用于后续确定主告警对应的工单。同时可以删除延时队列中的待处理告警，继续保留待处理告警的匹配规则等。
242.在步骤411中，判断待处理告警是否已追加至初始工单。
243.在步骤412中，加入追加队列。
244.这里，可以保存追加记录防止多个关联消息造成待处理告警的多次追加，然后可以根据告警标识和规则标识等信息，来确定合并秘钥(merge key)等信息，用于后续确定主告警对应的工单。
245.在步骤413中，等待后续处理。
246.这里，可以由于待处理告警已追加过，那么不对待处理告警进行后续的处理，可以将待处理告警进行存储在延时队列中等。
247.在步骤414中，判断是否已匹配针对同网元的追加规则。
248.在步骤415中，判断是否存在相匹配的同网元工单。
249.在步骤416中，判断网元工单所指示的主告警的派单信息是否有效。
250.这里，如果是，则后续可以执行步骤417，如果否，则后续可以执行步骤408等。
251.在步骤417中，加入派单消息队列。
252.这里，可以将待处理告警从延时队列中移入派单消息队列，派单消息队列中可以按照各个告警的先后顺序，依次生成工单，立刻进行派送等。对于派单消息队列中的待处理告警，如果关联有主告警，且主告警未派单，则将待处理告警的接入省和大区省作为主告警的抄送对象，发送待派单状态信息到分布式系统(kafka)，进行派单处理等。或者也可以根据待处理告警和主告警工单的工单标识(编号)生成追加消息存入电子运维系统(electric operation maintenance system，eoms)系统等。
253.派单模块204(也可以称为派单系统)用于将根据待处理告警生成的目标工单向目标对象进行派送等处理。
254.派单数据缓存模块205(也可以称为派单数据缓存器)是保障派单系统稳定性的重要引擎。派单过程总的前置任务流程出现故障，可能会造成大量的告警堆积，这些告警因为故障无法有序进入派单任务处理模块203；而一旦故障修复，大量的告警会瞬时涌入派单任务处理模块203。当大批量活动告警进入派单任务处理模块203后，派单任务处理模块203进行延时比对，发现符合延时条件，立即进行派单，但是随后告警被清除，而这些派单全部均为无效工单。例如：告警a，派单规则的延时是10分钟。10点时前置任务出现了系统故障，告警a发生时间是10点10分11秒，告警的清除消息10点10分11秒，但是因为系统故障，告警未同步到后续流程，10:30的时候系统故障修复，此时活动告警先到了派单任务处理模块203，派单任务处理模块203比对延时时间后，发现符合派单条件，立即进行派单。但因为在告警在延时时间内清除的均不应该生成工单，此种工单均为无效工单。
255.如图5所示，可以表示一种缓存处理的流程图。该缓存处理方法主要包括以下步骤：
256.在步骤501中，运行前置任务。
257.这里，在进行派单处理的过程中，由于处理待处理告警是连续的，若之前的待处理告警的前置任务出现故障，或者获取之前的待处理告警出现故障等情况，会影响当前的待处理告警的处理。
258.在步骤502中，获取告警数据流。
259.这里，在进行派单处理的过程中，可以采用数据流的方式获取多个待处理告警。
260.在步骤503中，故障监听。
261.这里，可以监听前置任务的故障和回复状态，以及缓存器中数据的积压情况等。
262.在步骤504中，数据是否积压。
263.这里，处理当前的待处理告警时，可以先判断缓存器中数据是否存在积压情况。例如：可以通过比较告警缓存数量是否大于预设数量阈值，来确定是否积压。若未积压，那么
可以对待处理告警进行正常的派单任务处理等。这里，如果是，则后续可以执行步骤505，如果否，则后续可以执行步骤510等。
264.在步骤505中，时间对比。
265.这里，若确定缓存器中数据积压，那么可以进行时间对比。例如：判断获取到待处理告警的时刻和待处理告警的发生时刻之间的时间差值是否大于预设时间阈值等。这里，如果大于，则后续可以执行步骤506，如果小于或者等于，则后续可以执行步骤510等。
266.在步骤506中，派单数据缓存。
267.这里，若时间对比满足预设条件，例如：时间差值大于预设时间阈值(如，大于10s)，则可以对待处理告警进行缓存处理，将待处理告警存储至缓存器中。若小于等于10s，则可以对待处理告警进行正常的派单任务处理等。
268.在步骤507中，清除消息是否到达。
269.这里，当待处理告警已经存储在缓存器中的情况下，可通过确定是否接收到清除消息，来对待处理告警进行后续处理。
270.在步骤508中，剔除告警。
271.这里，若接收到清除消息，则可以删除缓存器中的待处理告警。
272.在步骤509中，数据积压恢复。
273.这里，若未接收到清除消息，则可以继续判断缓存器中数据积压是否恢复。若已恢复那么可以对待处理告警进行正常的派单任务处理等。若未恢复，那么将待处理告警继续缓存在缓存器中。这里，如果是，则后续可以执行步骤510，如果否，则后续可以执行步骤506等。
274.在步骤510中，派单任务处理。
275.这里，对待处理告警进行派单任务处理，可以理解为采用派单任务处理模块203(也可以称为告警派单任务处理引擎)对待处理告警进行的处理。例如：常规派单(也即立刻单独派单处理)、抑制派单(也即抑制处理)和追加派单(也即追加处理)等。
276.缓存处理主要可以包括故障监听模式和派单任务缓存机制等内容，故障监听模式可以包括：获取前置任务的存活状态(如，监听前置任务的故障与恢复等状态)，以及获取告警数据流的状态(如，监听缓存器中数据的积压情况等)。如果前置任务出现故障，告警数据则不再继续流转，此时告警派单系统可以通过故障监听处理来持续监听此任务的状态，等任务正常后，记录任务恢复时间，然后启动派单任务缓存机制，后续告警均入派单数据缓存器进行缓存等。对于监听数据积压情况，此任务用来判断因为故障导致的数据积压是否已经完全消费等。
277.派单任务缓存机制，主要功能是等待针对告警的清除消息的到来，防止生成无效工单。如果某条告警的当前时间-告警发生时间》10秒(10秒是根据系统数据处理能力来决定的，告警从发生到收到，正常情况下不超过10秒，如果超过10秒则可以判断此告警为积压导致。如果系统数据处理能力较快，此时间可以调整)，则对此告警进行缓存，等待其清除消息的到来，直到故障监听发来积压数据已经处理完的通知。如果时间-告警发生时间≤10秒则对当前告警放行。
278.个性化派单模块206用于确定根据待处理告警生成目标工单，以及确定目标对象(也可以称为派单对象)等。派单规则中定义了各种告警的派单规则，及派单对象。但是通常
有很多告警是因为对端故障引起的，但因告警中无对端省份字段，针对此类告警会把工单派给当前告警的接入省和大区省，后续再经多次核实与流程，最终才能到达真实故障发生省。同时因某故障会引起多个地区的设备发生告警，多个地区都会针对告警派发工单，造成了工单量多，派发不准确问题。针对此种场景，本公开可以建立一种个性化派单模块206。通过预处理解析获取对端网元及省份。根据告警正文中对端的信息，解析出当前告警的网际互联协议(internet protocol，ip)地址等信息，在通过ip地址映射出具体的省份。把预处理结果传送到派单流程中，则这条告警会派单到对应的故障对端省份。
279.其中，预处理具体步骤可以包括：可以配置需要解析的网管告警id，过滤相关告警，确定需要解析对端的数据来源字段。其中，如图6a所示，可以是根据一示例性实施例示出的一种规则添加的示意图。如图6a所示，可以通过添加属性名、操作符以及属性值等内容，来进行添加。对端信息可以包括：数据来源、获取方式、网元类型和接口类型等，如图6b所示，可以是根据一示例性实施例示出的一种数据来源的示意图。如图6b所示，数据来源可以包括：定位信息、附加信息和告警正文等。确定获取方式，其中，如图6c所示，可以是根据一示例性实施例示出的一种获取方式的示意图。如图6c所示，获取方式可以包括：网际互联协议地址、字段数(number of field，nf)实例、全限定域名(fully qualified domain name，fqdn)等。然后确定获取具体对端信息的方法，图6d所示，可以是根据一示例性实施例示出的一种对端信息的示意图。如图6d所示，包括：数据来源、获取方式、网剧互联协议地址、开始标识和接收标识等。最后还可以通过映射关系表显示的方式，来确定网元名称及地址等。其中，如图6e所示，可以是根据一示例性实施例示出的一种映射关系表的示意图。如图6e所示，映射关系表中可以包括：序号、省份、网元名称、设备类型、网际互联协议地址、接口类型、创建人、更新时间以及操作等内容。
280.在一种可能的实施例中，多告警可以根据对端信息合并派单，可以根据告警的类型及对端ip地址等信息，把某一时间段内发生的告警合并在一起，均派单给对端故障省份。在对对端信息做出解析之前，很多跟对端信息相关的告警都会单独派发给本端，对端解析之后，可以根据对端设立关联规则。例如规则：多网元至同一对端(如，第一对端设备等)上报会话管理功能(session management function，smf)不可达告警。这类规则，可以是先解析出对端信息的网元名称，然后把符合是同一对端的所有告警衍生在一起，之后把这条衍生出来的告警推送给进行派单，同时，派单的时候仅对对端网元所在省份进行派单，这样极大的降低了派单量，同时提高了派单准确性。
281.图7是根据一示例性实施例示出的一种信息处理装置框图。如图7所示，该信息处理装置700主要包括：
282.获取模块701，配置为获取已到达派单时间的待处理告警；
283.第一确定模块702，配置为在预设数据库中存在与所述待处理告警关联的主告警的情况下，确定所述主告警的派单状态；其中，所述预设数据库用于存储告警以及各个所述告警之间的关联关系；
284.第二确定模块703，配置为根据所述主告警的派单状态，确定与所述待处理告警对应的派单策略。
285.在一些实施例中，所述装置700还包括：
286.第三确定模块，配置为确定所述待处理告警的延时时间和与所述待处理告警对应
的匹配规则；其中，所述匹配规则用于定义所述待处理告警的派单模式；
287.查询模块，配置为在所述待处理告警的延时时间大于预设时间阈值，且与所述待处理告警对应的匹配规则表征所述待处理告警处于非单独派单模式的情况下，查询所述预设数据库中是否存在与所述待处理告警关联的主告警。
288.在一些实施例中，所述第二确定模块703，配置为：
289.在所述主告警对应的匹配规则表征所述主告警处于非单独派单模式的情况下，根据所述主告警的派单状态，确定与所述待处理告警对应的派单策略。
290.在一些实施例中，所述第二确定模块703，配置为：
291.在所述主告警对应的匹配规则表征所述主告警处于非单独派单模式的情况下，根据所述主告警的派单状态，确定所述主告警的派单信息是否有效；
292.在所述主告警的派单信息有效的情况下，根据所述待处理告警和/或所述主告警生成目标工单。
293.在一些实施例中，所述第二确定模块703，配置为：
294.在所述主告警的派单信息有效，且所述主告警存在初始工单的情况下，确定所述待处理告警是否已追加至所述初始工单；
295.在所述待处理告警未追加至所述初始工单的情况下，将所述待处理告警追加至所述初始工单，得到所述目标工单。
296.在一些实施例中，所述第二确定模块703，配置为：
297.在所述主告警的派单信息有效，且所述主告警未存在初始工单的情况下，确定所述主告警是否处于抑制状态；
298.在所述主告警未处于所述抑制状态的情况下，将所述待处理告警与所述主告警进行整合，得到所述目标工单。
299.在一些实施例中，所述第二确定模块703，配置为：
300.在所述主告警对应的匹配规则表征所述主告警处于非单独派单模式，且所述待处理告警已匹配针对所述主告警的追加规则的情况下，根据所述主告警的派单状态，确定所述主告警的派单信息是否有效。
301.在一些实施例中，所述装置700还包括：
302.第四确定模块，配置为在所述待处理告警是基于故障产生的情况下，根据所述待处理告警中的告警内容，确定产生故障的目标对象；
303.第一发送模块，配置为将所述目标工单发送至所述目标对象。
304.在一些实施例中，所述装置700还包括：
305.分类模块，配置为在所述待处理告警有多个的情况下，根据各个所述待处理告警的告警内容，对多个所述待处理告警进行分类处理，得到至少一个告警集合；其中，每个告警集合对应一个目标对象；
306.生成模块，配置为根据所述告警集合内的待处理告警，生成所述告警集合对应的集合工单；
307.第二发送模块，配置为将各个所述集合工单分别发送至各个所述告警集合对应的目标对象。
308.在一些实施例中，所述装置700还包括：
309.第五确定模块，配置为在所述预设数据库中不存在与所述待处理告警关联的主告警，或者所述待处理告警的延时时间小于等于预设时间阈值的，或者与所述待处理告警对应的匹配规则表征所述待处理告警处于单独派单模式的情况下，确定所述待处理告警是否已匹配针对同网元的追加规则；
310.第六确定模块，配置为在所述待处理告警已匹配针对同网元的追加规则的情况下，确定与所述待处理告警相匹配的同网元工单；
311.第七确定模块，配置为根据所述同网元工单所指示的主告警的派单状态，确定与所述待处理告警对应的派单策略。
312.在一些实施例中，所述第六确定模块，配置为：
313.在所述待处理告警已匹配针对同网元的追加规则的情况下，确定是否存在与所述待处理告警的网元标识相同的工单；
314.在存在与所述待处理告警的网元标识相同的工单的情况下，则将与所述网元标识相同的工单确定为与所述待处理告警相匹配的同网元工单。
315.在一些实施例中，所述第七确定模块，配置为：
316.在所述待处理告警已匹配针对同网元的追加规则，且所述同网元工单所指示的主告警的派单信息有效的情况下，根据所述待处理告警和/或所述同网元工单所指示的主告警，确定与所述待处理告警对应的派单策略。
317.在一些实施例中，所述装置700还包括：
318.第八确定模块，配置为确定缓存器中所缓存告警的告警缓存数量是否大于预设数量阈值；其中，所述缓存器缓存有派单异常的情况下所获取的告警；
319.缓存模块，配置为在所述告警缓存数量大于所述预设数量阈值的情况下，将所述待处理告警存储至所述缓存器。
320.在一些实施例中，所述缓存模块，配置为：
321.在所述告警缓存数量大于所述预设数量阈值的情况下，确定获取到所述待处理告警的时刻；
322.在获取到所述待处理告警的时刻和所述待处理告警的发生时刻之间的时间差值大于预设时间阈值的情况下，将所述待处理告警存储至所述缓存器。
323.在一些实施例中，所述装置700还包括：
324.清除模块，配置为在将所述待处理告警存储至所述缓存器之后，如果接收到针对所述待处理告警的清除指令，则清除所述缓存器中的所述待处理告警。
325.关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
326.图8是根据一示例性实施例示出的一种信息处理装置的硬件结构框图一。例如，装置800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
327.参照图8，装置800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(i/o)的接口812，传感器组件814，以及通信组件816。
328.处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相
机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。
329.存储器804被配置为存储各种类型的数据以支持在装置800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
330.电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。
331.多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
332.音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(mic)，当装置800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。
333.i/o接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
334.传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态评估。例如，传感器组件814可以检测到装置800的打开/关闭状态，组件的相对定位，例如所述组件为装置800的显示器和小键盘，传感器组件814还可以检测装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
335.通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络，如wi-fi，4g或5g，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(nfc)模块，以促进短程通
信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。
336.在示例性实施例中，装置800可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
337.在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
338.一种非临时性计算机可读存储介质，当所述存储介质中的指令由信息处理装置的处理器执行时，使得信息处理装置能够执行一种信息处理方法，包括：
339.获取已到达派单时间的待处理告警；
340.在预设数据库中存在与所述待处理告警关联的主告警的情况下，确定所述主告警的派单状态；其中，所述预设数据库用于存储告警以及各个所述告警之间的关联关系；
341.根据所述主告警的派单状态，确定与所述待处理告警对应的派单策略。
342.图9是根据一示例性实施例示出的一种用于信息处理的装置900的硬件结构框图二。例如，装置900可以被提供为一服务器。参照图9，装置900包括处理组件922，其进一步包括一个或多个处理器，以及由存储器932所代表的存储器资源，用于存储可由处理组件922的执行的指令，例如应用程序。存储器932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件922被配置为执行指令，以执行一种信息处理方法，包括：
343.获取已到达派单时间的待处理告警；
344.在预设数据库中存在与所述待处理告警关联的主告警的情况下，确定所述主告警的派单状态；其中，所述预设数据库用于存储告警以及各个所述告警之间的关联关系；
345.根据所述主告警的派单状态，确定与所述待处理告警对应的派单策略。
346.装置900还可以包括一个电源组件926被配置为执行装置900的电源管理，一个有线或无线网络接口950被配置为将装置900连接到网络，和一个输入/输出(i/o)接口958。装置900可以操作基于存储在存储器932的操作系统，例如windows servertm，mac os xtm，unixtm，linuxtm，freebsdtm或类似。
347.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
348.应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

技术特征：
1.一种信息处理方法，其特征在于，所述方法包括：获取已到达派单时间的待处理告警；在预设数据库中存在与所述待处理告警关联的主告警的情况下，确定所述主告警的派单状态；其中，所述预设数据库用于存储告警以及各个所述告警之间的关联关系；根据所述主告警的派单状态，确定与所述待处理告警对应的派单策略。2.根据权利要求1所述的方法，其特征在于，所述方法还包括：确定所述待处理告警的延时时间和与所述待处理告警对应的匹配规则；其中，所述匹配规则用于定义所述待处理告警的派单模式；在所述待处理告警的延时时间大于预设时间阈值，且与所述待处理告警对应的匹配规则表征所述待处理告警处于非单独派单模式的情况下，查询所述预设数据库中是否存在与所述待处理告警关联的主告警。3.根据权利要求1所述的方法，其特征在于，所述根据所述主告警的派单状态，确定与所述待处理告警对应的派单策略，包括：在所述主告警对应的匹配规则表征所述主告警处于非单独派单模式的情况下，根据所述主告警的派单状态，确定与所述待处理告警对应的派单策略。4.根据权利要求3所述的方法，其特征在于，所述在所述主告警对应的匹配规则表征所述主告警处于非单独派单模式的情况下，根据所述主告警的派单状态，确定与所述待处理告警对应的派单策略，包括：在所述主告警对应的匹配规则表征所述主告警处于非单独派单模式的情况下，根据所述主告警的派单状态，确定所述主告警的派单信息是否有效；在所述主告警的派单信息有效的情况下，根据所述待处理告警和/或所述主告警生成目标工单。5.根据权利要求4所述的方法，其特征在于，所述在所述主告警的派单信息有效的情况下，根据所述待处理告警和/或所述主告警生成目标工单，包括：在所述主告警的派单信息有效，且所述主告警存在初始工单的情况下，确定所述待处理告警是否已追加至所述初始工单；在所述待处理告警未追加至所述初始工单的情况下，将所述待处理告警追加至所述初始工单，得到所述目标工单。6.根据权利要求4所述的方法，其特征在于，所述在所述主告警的派单信息有效的情况下，根据所述待处理告警和/或所述主告警生成目标工单，包括：在所述主告警的派单信息有效，且所述主告警未存在初始工单的情况下，确定所述主告警是否处于抑制状态；在所述主告警未处于所述抑制状态的情况下，将所述待处理告警与所述主告警进行整合，得到所述目标工单。7.根据权利要求4所述的方法，其特征在于，所述在所述主告警对应的匹配规则表征所述主告警处于非单独派单模式的情况下，根据所述主告警的派单状态，确定所述主告警的派单信息是否有效，包括：在所述主告警对应的匹配规则表征所述主告警处于非单独派单模式，且所述待处理告警已匹配针对所述主告警的追加规则的情况下，根据所述主告警的派单状态，确定所述主
告警的派单信息是否有效。8.根据权利要求4所述的方法，其特征在于，所述方法还包括：在所述待处理告警是基于故障产生的情况下，根据所述待处理告警中的告警内容，确定产生故障的目标对象；将所述目标工单发送至所述目标对象。9.根据权利要求1所述的方法，其特征在于，所述方法还包括：在所述待处理告警有多个的情况下，根据各个所述待处理告警的告警内容，对多个所述待处理告警进行分类处理，得到至少一个告警集合；其中，每个告警集合对应一个目标对象；根据所述告警集合内的待处理告警，生成所述告警集合对应的集合工单；将各个所述集合工单分别发送至各个所述告警集合对应的目标对象。10.根据权利要求1所述的方法，其特征在于，所述方法还包括：在所述预设数据库中不存在与所述待处理告警关联的主告警，或者所述待处理告警的延时时间小于等于预设时间阈值的，或者与所述待处理告警对应的匹配规则表征所述待处理告警处于单独派单模式的情况下，确定所述待处理告警是否已匹配针对同网元的追加规则；在所述待处理告警已匹配针对同网元的追加规则的情况下，确定与所述待处理告警相匹配的同网元工单；根据所述同网元工单所指示的主告警的派单状态，确定与所述待处理告警对应的派单策略。11.根据权利要求10所述的方法，其特征在于，所述在所述待处理告警已匹配针对同网元的追加规则的情况下，确定与所述待处理告警相匹配的同网元工单，包括：在所述待处理告警已匹配针对同网元的追加规则的情况下，确定是否存在与所述待处理告警的网元标识相同的工单；在存在与所述待处理告警的网元标识相同的工单的情况下，则将与所述网元标识相同的工单确定为与所述待处理告警相匹配的同网元工单。12.根据权利要求10所述的方法，其特征在于，所述根据所述同网元工单所指示的主告警的派单状态，确定与所述待处理告警对应的派单策略，包括：在所述待处理告警已匹配针对同网元的追加规则，且所述同网元工单所指示的主告警的派单信息有效的情况下，根据所述待处理告警和/或所述同网元工单所指示的主告警，确定与所述待处理告警对应的派单策略。13.根据权利要求1所述的方法，其特征在于，所述方法还包括：确定缓存器中所缓存告警的告警缓存数量是否大于预设数量阈值；其中，所述缓存器缓存有派单异常的情况下所获取的告警；在所述告警缓存数量大于所述预设数量阈值的情况下，将所述待处理告警存储至所述缓存器。14.根据权利要求13所述的方法，其特征在于，所述在所述告警缓存数量大于所述预设数量阈值的情况下，将所述待处理告警存储至所述缓存器，包括：在所述告警缓存数量大于所述预设数量阈值的情况下，确定获取到所述待处理告警的
时刻；在获取到所述待处理告警的时刻和所述待处理告警的发生时刻之间的时间差值大于预设时间阈值的情况下，将所述待处理告警存储至所述缓存器。15.根据权利要求13所述的方法，其特征在于，所述方法还包括：在将所述待处理告警存储至所述缓存器之后，如果接收到针对所述待处理告警的清除指令，则清除所述缓存器中的所述待处理告警。16.一种信息处理装置，其特征在于，包括：获取模块，配置为获取已到达派单时间的待处理告警；第一确定模块，配置为在预设数据库中存在与所述待处理告警关联的主告警的情况下，确定所述主告警的派单状态；其中，所述预设数据库用于存储告警以及各个所述告警之间的关联关系；第二确定模块，配置为根据所述主告警的派单状态，确定与所述待处理告警对应的派单策略。17.一种信息处理装置，其特征在于，包括：处理器；配置为存储处理器可执行指令的存储器；其中，所述处理器配置为：执行时实现上述权利要求1至15中任一种信息处理方法中的步骤。18.一种非临时性计算机可读存储介质，当所述存储介质中的指令由信息处理装置的处理器执行时，使得所述装置能够执行上述权利要求1至15中任一种信息处理方法中的步骤。

技术总结
本公开是关于一种信息处理方法、装置及存储介质。该方法包括：获取已到达派单时间的待处理告警；在预设数据库中存在与所述待处理告警关联的主告警的情况下，确定所述主告警的派单状态；其中，所述预设数据库用于存储告警以及各个所述告警之间的关联关系；根据所述主告警的派单状态，确定与所述待处理告警对应的派单策略。本公开能够有效地解决由于相同故障原因导致出现多个告警工单，以及在故障已解决的情况下，仍然产生大量无效告警工单等问题，减少运维人员的工作量，提高网络维护效率等。提高网络维护效率等。提高网络维护效率等。


技术研发人员：李冬领 王燕 王海
受保护的技术使用者：中国移动通信集团有限公司
技术研发日：2022.01.04
技术公布日：2023/7/22