一种多渠道故障报警方法及装置、电子设备与流程

本发明涉及智能决策技术领域，特别涉及一种多渠道故障报警方法及装置、电子设备。

背景技术：

目前，大多数大型互联网公司通常拥有庞大数量的用户，用户可以在任意时间使用互联网提供的服务，因此互联网公司需要不间断地向用户提供服务。作为最大的硬件装置，服务器在提供服务的过程中有着非常重要的作用，而且不能避免地，服务器在使用的过程中会出现各种各样的问题。为了及时通知服务器维护人员解决服务器的问题，及时对服务器进行维护，通常采用某一种渠道将报警信息发送给服务器维护人员，比如短信、邮件或应用程序消息推送等等。但是，在实践中发现，因为手机欠费或应用程序消息推送失败等原因，很多报警信息不能及时送达服务器维护人员，导致出现服务器维护人员解决问题不及时的情况。可见，现有技术中报警信息送达可靠性与送达效率过于低下。

技术实现要素：

为了解决相关技术中存在的报警信息送达可靠性与送达效率过于低下的问题，本发明提供了一种多渠道故障报警方法及装置、电子设备。

本发明实施例第一方面公开了一种多渠道故障报警方法，所述方法包括：

当检测到服务器出现故障时，获取所述服务器的目标维护人员的个人信息；

获取所述个人信息对应的多个报警渠道；

确定各个所述报警渠道的报警信息发送次数占所述多个报警渠道的报警信息发送总次数的第一比例；

确定各个所述报警渠道的报警信息送达率；

以预设的权重系数、所述第一比例与所述报警信息送达率为依据，获得各个所述报警渠道的报警优先指数；

按照所述报警优先指数，从所述多个报警渠道中确定出至少一个目标报警渠道，通过所述至少一个目标报警渠道向所述目标维护人员发送报警信息。

作为一种可选的实施方式，在本发明实施例第一方面中，所述当检测到服务器出现故障时，获取所述服务器的目标维护人员的个人信息，包括：

当检测到服务器出现故障时，确定所述故障的故障类别；

根据所述故障类别，确定所述服务器的多个候选维护人员；

确定所述故障的影响等级；

根据所述故障的影响等级以及当前时刻所处的工作时间段，从所述多个候选维护人员中确定出一个目标维护人员；

获取所述目标维护人员的个人信息。

作为一种可选的实施方式，在本发明实施例第一方面中，所述确定所述故障的影响等级，包括：

接收用户针对所述故障的报错信息；

根据所述故障的报错信息，确定受所述故障影响的用户数量；

统计受所述故障影响的用户数量占用户总数量的第二比例；

根据所述第二比例，确定所述故障的影响等级。

作为一种可选的实施方式，在本发明实施例第一方面中，所述按照所述报警优先指数，从所述多个报警渠道中确定出至少一个目标报警渠道，通过所述至少一个目标报警渠道向所述目标维护人员发送报警信息，包括：

对所述多个报警渠道按照所述报警优先指数从高到低进行排序；

根据所述报警优先指数从高到低的顺序，确定至少一个目标报警渠道；

通过所述至少一个目标报警渠道向所述目标维护人员同时发送报警信息。

作为一种可选的实施方式，在本发明实施例第一方面中，所述通过所述至少一个目标报警渠道向所述目标维护人员发送报警信息，包括：

从所述至少一个目标报警渠道中确定出所述优先指数最高的第一目标报警渠道，通过所述第一目标报警渠道向所述目标维护人员发送报警信息。

作为一种可选的实施方式，在本发明实施例第一方面中，所述方法还包括：

如果在预设时长内没有接收到所述目标维护人员响应于所述报警信息发送的消息，从除去所述第一目标报警渠道之外的至少一个目标报警渠道中确定所述优先指数最高的第二目标报警渠道，通过所述第二目标报警渠道向所述目标维护人员发送报警信息。

作为一种可选的实施方式，在本发明实施例第一方面中，所述当检测到服务器出现故障时，获取所述服务器的目标维护人员的个人信息之前，所述方法还包括：

检测所述服务器的目标维护人员针对多个报警渠道的选择操作指令；

检测所述目标维护人员对所述多个报警渠道进行接收偏好排序的操作指令，获得所述多个报警渠道的初始排序表；

所述按照所述报警优先指数，从所述多个报警渠道中确定出至少一个目标报警渠道，通过所述至少一个目标报警渠道向所述目标维护人员发送报警信息，包括：

按照所述报警优先指数，从所述多个报警渠道中确定出至少一个目标报警渠道；

按照所述初始排序表的顺序，通过所述至少一个目标报警渠道向所述目标维护人员发送报警信息。

本发明实施例第二方面公开了一种多渠道故障报警装置，所述装置包括：

第一获取单元，用于在检测到服务器出现故障时，获取所述服务器的目标维护人员的个人信息；

第二获取单元，用于获取所述个人信息对应的多个报警渠道；

第一确定单元，用于确定各个所述报警渠道的报警信息发送次数占所述多个报警渠道的报警信息发送总次数的第一比例；

第二确定单元，用于确定各个所述报警渠道的报警信息送达率；

第三获取单元，用于以预设的权重系数、所述第一比例与所述报警信息送达率为依据，获得各个所述报警渠道的报警优先指数；

发送单元，用于按照所述报警优先指数，从所述多个报警渠道中确定出至少一个目标报警渠道，通过所述至少一个目标报警渠道向所述目标维护人员发送报警信息。

本发明实施例第三方面公开了一种电子设备，所述电子设备包括：

处理器；

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，实现本发明实施例第一方面公开的多渠道故障报警方法。

本发明实施例第四方面公开了一种计算机可读存储介质，其存储计算机程序，所述计算机程序使得计算机执行本发明实施例第一方面公开的多渠道故障报警方法。

本发明的实施例提供的技术方案可以包括以下有益效果：

本发明所提供的多渠道故障报警方法包括如下步骤：当检测到服务器出现故障时，获取服务器的目标维护人员的个人信息；获取个人信息对应的多个报警渠道；确定各个报警渠道的报警信息发送次数占多个报警渠道的报警信息发送总次数的第一比例；确定各个报警渠道的报警信息送达率；以预设的权重系数、第一比例与报警信息送达率为依据，获得各个报警渠道的报警优先指数；按照报警优先指数，从多个报警渠道中确定出至少一个目标报警渠道，通过至少一个目标报警渠道向目标维护人员发送报警信息。

此方法下，可以通过获取服务器的目标维护人员所对应的多个报警渠道，以预设的权重系数、各个报警渠道的报警信息发送次数占多个报警渠道的报警信息发送总次数的第一比例与报警信息送达率为依据，获得各个报警渠道的报警优先指数，按照报警优先指数，从多个报警渠道中确定出至少一个目标报警渠道，通过至少一个目标渠道向目标维护人员发送报警信息，能够提高报警信息的送达可靠性与送达效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并于说明书一起用于解释本发明的原理。

图1是本发明实施例公开的一种多渠道故障报警装置的结构示意图；

图2是本发明实施例公开的一种多渠道故障报警方法的流程示意图；

图3是本发明实施例公开的另一种多渠道故障报警方法的流程示意图；

图4是本发明实施例公开的又一种多渠道故障报警方法的流程示意图；

图5是本发明实施例公开的另一种多渠道故障报警装置的结构示意图；

图6是本发明实施例公开的另一种多渠道故障报警装置的结构示意图；

图7是本发明实施例公开的又一种多渠道故障报警装置的结构示意图。

具体实施方式

这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

实施例一

本发明的实施环境可以是电子设备，例如智能手机、平板电脑、台式电脑。电子设备可以预先获取并保存服务器的维护人员的个人信息，该个人信息中包括维护人员所选择的多个报警渠道，在检测到服务器出现故障的时候，智能选择多个渠道向维护人员发送报警信息。或者在检测到服务器出现故障的时候，从服务器数据库下载对应的维护人员的个人信息，在此不做具体限定。

图1是本发明实施例公开的一种多渠道故障报警装置的结构示意图。装置100可以是上述电子设备。如图1所示，装置100可以包括以下一个或多个组件：处理组件102，存储器104，电源组件106，多媒体组件108，音频组件110，传感器组件114以及通信组件116。

处理组件102通常控制装置100的整体操作，诸如与显示，电话呼叫，数据通信，相机操作以及记录操作相关联的操作等。处理组件102可以包括一个或多个处理器118来执行指令，以完成下述的方法的全部或部分步骤。此外，处理组件102可以包括一个或多个模块，用于便于处理组件102和其他组件之间的交互。例如，处理组件102可以包括多媒体模块，用于以方便多媒体组件108和处理组件102之间的交互。

存储器104被配置为存储各种类型的数据以支持在装置100的操作。这些数据的示例包括用于在装置100上操作的任何应用程序或方法的指令。存储器104可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(staticrandomaccessmemory，简称sram)，电可擦除可编程只读存储器(electricallyerasableprogrammableread-onlymemory，简称eeprom)，可擦除可编程只读存储器(erasableprogrammablereadonlymemory，简称eprom)，可编程只读存储器(programmablered-onlymemory，简称prom)，只读存储器(read-onlymemory，简称rom)，磁存储器，快闪存储器，磁盘或光盘。存储器104中还存储有一个或多个模块，用于该一个或多个模块被配置成由该一个或多个处理器118执行，以完成如下所示方法中的全部或者部分步骤。

电源组件106为装置100的各种组件提供电力。电源组件106可以包括电源管理系统，一个或多个电源，及其他与为装置100生成、管理和分配电力相关联的组件。

多媒体组件108包括在装置100和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(liquidcrystaldisplay，简称lcd)和触摸面板。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。屏幕还可以包括有机电致发光显示器(organiclightemittingdisplay，简称oled)。

音频组件110被配置为输出和/或输入音频信号。例如，音频组件110包括一个麦克风(microphone，简称mic)，当装置100处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器104或经由通信组件116发送。在一些实施例中，音频组件110还包括一个扬声器，用于输出音频信号。

传感器组件114包括一个或多个传感器，用于为装置100提供各个方面的状态评估。例如，传感器组件114可以检测到装置100的打开/关闭状态，组件的相对定位，传感器组件114还可以检测装置100或装置100一个组件的位置改变以及装置100的温度变化。在一些实施例中，该传感器组件114还可以包括磁传感器，压力传感器或温度传感器。

通信组件116被配置为便于装置100和其他设备之间有线或无线方式的通信。装置100可以接入基于通信标准的无线网络，如wifi(wireless-fidelity，无线保真)。在本发明实施例中，通信组件116经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在本发明实施例中，通信组件116还包括近场通信(nearfieldcommunication，简称nfc)模块，用于以促进短程通信。例如，在nfc模块可基于射频识别(radiofrequencyidentification，简称rfid)技术，红外数据协会(infrareddataassociation，简称irda)技术，超宽带(ultrawideband，简称uwb)技术，蓝牙技术和其他技术来实现。

在示例性实施例中，装置100可以被一个或多个应用专用集成电路(applicationspecificintegratedcircuit，简称asic)、数字信号处理器、数字信号处理设备、可编程逻辑器件、现场可编程门阵列、控制器、微控制器、微处理器或其他电子元件实现，用于执行下述方法。

实施例二

请参阅图2，图2是本发明实施例公开的一种多渠道故障报警方法的流程示意图。如图2所示该多渠道故障报警方法可以包括以下步骤：

201、当检测到服务器出现故障时，获取服务器的目标维护人员的个人信息。

本发明实施例中，可以理解地，服务器在使用的过程中会出现各种各样的问题，因此需要维护人员及时对服务器进行维护，及时解决服务器出现的问题，从而保证向用户提供持续可靠的服务。

作为一种可选的实施方式，当检测到服务器出现故障时，获取服务器的目标维护人员的个人信息之前，可以获取多个候选维护人员的位置信息及任务量；根据各个候选维护人员的位置信息，计算各个候选维护人员与服务器之间的距离；根据各个候选维护人员的任务量，检测各个候选维护人员的闲忙程度；以距离与闲忙程度为依据，从多个候选维护人员中确定一个目标维护人员，获取该目标维护人员的个人信息。其中，候选维护人员在服务器订阅报警内容的可以绑定手机应用程序，通过该手机应用程序获取手机的位置信息，以获得候选维护人员的位置信息。

实施该实施方式，可以智能化地确定优选维护人员，进而提高服务器故障的解决效率。

202、获取个人信息对应的多个报警渠道。

本发明实施例中，目标维护人员可以有多种接收报警信息的渠道，包括但不限于电话、短信、邮件、应用程序等渠道。

203、确定各个报警渠道的报警信息发送次数占多个报警渠道的报警信息发送总次数的第一比例。

204、确定各个报警渠道的报警信息送达率。

205、以预设的权重系数、第一比例与报警信息送达率为依据，获得各个报警渠道的报警优先指数。

206、按照报警优先指数，从多个报警渠道中确定出至少一个目标报警渠道，通过至少一个目标报警渠道向目标维护人员发送报警信息。

本发明实施例中，通过至少一个目标报警渠道发送报警信息，以使得目标维护人员在收到报警信息之后及时地解决服务器的故障问题。其中，可以从多个报警渠道中选择一个或者多个报警效果好的目标报警渠道来发送报警信息，以便目标维护人员可以尽快看到报警信息，进而及时解决服务器出现的故障问题，提高发现及解决服务器故障的效率。

可见，图2所描述的方法，可以通过获取服务器的目标维护人员所对应的多个报警渠道，以预设的权重系数、各个报警渠道的报警信息发送次数占多个报警渠道的报警信息发送总次数的第一比例与报警信息送达率为依据，获得各个报警渠道的报警优先指数，按照报警优先指数，从多个报警渠道中确定出至少一个目标报警渠道，通过至少一个目标渠道向目标维护人员发送报警信息，能够提高报警信息的送达可靠性与送达效率。

实施例三

请参阅图3，图3是本发明实施例公开的另一种多渠道故障报警方法的流程示意图。如图3所示，该多渠道故障报警方法可以包括以下步骤：

301、当检测到服务器出现故障时，确定故障的故障类别。

302、根据故障类别，确定服务器的多个候选维护人员。

本发明实施例中，可以预先确定各个候选维护人员可以解决的故障类别。具体地，可以检测候选维护人员针对多个故障类别的选择操作，获得至少一个候选维护人员可解决的故障类别。

实施该实施方式，可以保证服务器出现故障时，准确地找到能够解决问题的维护人员。

303、确定故障的影响等级。

本发明实施例中，作为一种可选的实施方式，步骤303具体可以包括以下步骤：接收用户针对故障的报错信息；根据故障的报错信息，确定受故障影响的用户数量；统计受故障影响的用户数量占用户总数量的第二比例；根据第二比例，确定故障的影响等级。

作为另一种可选的实施方式，还可以实时检测互联网在各个用户终端上的运行情况；在检测到某个用户终端上运行出现异常时，向服务器上传报错信息，该报错信息携带所在用户终端的地址信息以及故障反应；根据故障反应，获取故障类别；统计所有报错信息携带的用户终端的地址信息以及对应的地域；获取所有地址信息对应的地域分布地图；根据该地域分布地图，确定故障的影响等级。

实施该实施方式，可以针对出现故障频率较高的地域进行分析，加以判断与该地域相关的其他因素，进而提高发现及解决服务器故障的效率。

304、根据故障的影响等级以及当前时刻所处的工作时间段，从多个候选维护人员中确定出一个目标维护人员。

作为一种可选的实施方式，可以判断故障的影响等级是否达到预设等级；若故障的影响等级达到预设等级，获取该影响等级匹配的目标维护人员人数；从多个候选维护人员中确定出m个目标维护人员，其中m符合匹配的目标维护人员人数；获取m个目标维护人员的个人信息，以及每个目标维护人员的个人信息对应的多个渠道，通过m个目标维护人员的多个渠道向m个目标维护人员发送报警信息。

实施该实施方式，可以使故障报警方式更加智能化。

305、获取目标维护人员的个人信息。

306～309。其中，步骤306～309与实施例二中所描述的步骤202～205相同，本发明实施例不再赘述。

310、按照报警优先指数，从多个报警渠道中确定出至少一个目标报警渠道。

311、从至少一个目标报警渠道中确定出优先指数最高的第一目标报警渠道，通过第一目标报警渠道向目标维护人员发送报警信息。

本发明实施例中，作为一种可选的实施方式，步骤311之后，可以执行以下步骤：如果在预设时长内没有接收到目标维护人员响应于报警信息发送的消息，从除去第一目标报警渠道之外的至少一个目标报警渠道中确定优先指数最高的第二目标报警渠道，通过第二目标报警渠道向目标维护人员发送报警信息。可以理解地，通过第二目标报警渠道向目标维护人员发送报警信息之后，如果再预设时长内没有接收到目标维护人员响应于报警信息发送的消息，从除去第一、第二目标报警渠道之外的至少一个目标报警渠道中确定优先指数最高的第三目标报警渠道，通过第三目标报警渠道向目标维护人员发送报警信息。以此类推，直到在预设时长内接收到目标维护人员响应于报警信息发送的消息，停止发送报警信息。或者直到通过所有目标报警渠道均发送报警信息了，停止向目标维护人员发送报警信息。

作为一种可选的实施方式，如果通过目标维护人员对应的至少一个目标报警渠道发送报警信息后均无响应，可以获取第一目标报警渠道的关联渠道，通过关联渠道向目标维护人员发送报警信息。其中，获取第一目标报警渠道的关联渠道可以包括：预先检测与第一目标报警渠道的账号相关的通讯记录，并获取与第一目标报警渠道的账号通讯频率最高的账号对应的关联渠道。

实施该实施方式，可以通过目标报警渠道的关联渠道发送报警信息，使故障报警方式更加智能化。

可见，实施图3所描述的方法，能够提高报警信息的送达可靠性与送达效率，还能够保证服务器出现故障时，准确地找到能够解决问题的维护人员。

除此之外，还可以针对出现故障频率较高的地域进行分析，加以判断与该地域相关的其他因素，进而提高发现及解决服务器故障的效率。此外，还可以使故障报警方式更加智能化。

实施例四

请参阅图4，图4是本发明实施例公开的又一种多渠道故障报警方法的流程示意图。如图4所示该多渠道故障报警方法可以包括以下步骤：

401～405。其中，步骤401～405与实施例二中所描述的步骤201～205相同，本发明实施例不再赘述。

406、对多个报警渠道按照报警优先指数从高到低进行排序。

407、根据报警优先指数从高到低的顺序，确定至少一个目标报警渠道。

408、通过至少一个目标报警渠道向目标维护人员同时发送报警信息。

作为一种可选的实施方式，步骤408，可以具体包括以下步骤：通过至少一个目标报警渠道向目标维护人员同时发送报警信息，该报警信息携带阅读收条，其中阅读收条用于表征目标维护人员已经打开阅读该报警信息；记录每个目标报警渠道针对阅读收条的响应结果，其中响应结果可以是已读报警信息，也可以是未读报警信息；若某一个目标报警渠道的响应结果为已读报警信息，记录该目标报警渠道的响应时长。

实施该实施方式，可以记录目标报警渠道的响应结果及响应时长，以便将响应效果好的目标报警渠道列为优选目标报警渠道，使故障报警方式更加智能化。

本发明实施例中，作为一种可选的实施方式，在步骤401之前，可以检测服务器的目标维护人员针对多个报警渠道的选择操作指令；检测目标维护人员对多个报警渠道进行接收偏好排序的操作指令，获得多个报警渠道的初始排序表。

相应地，执行步骤405之后，可以执行步骤408，也可以执行以下步骤：按照报警优先指数，从多个报警渠道中确定出至少一个目标报警渠道；按照初始排序表的顺序，通过至少一个目标报警渠道向目标维护人员发送报警信息。

可见，实施图4所描述的方法，除了能够提高报警信息的送达可靠性与送达效率，还能够记录目标报警渠道的响应结果及响应时长，以便将响应效果好的目标报警渠道列为优选目标报警渠道，使故障报警方式更加智能化。

实施例五

请参阅图5，图5是本发明实施例公开的另一种多渠道故障报警装置的结构示意图。如图5所示，该多渠道故障报警装置可以包括：第一获取单元501、第二获取单元502、第一确定单元503、第二确定单元504、第三获取单元505以及发送单元506，其中，

第一获取单元501，用于在检测到服务器出现故障时，获取服务器的目标维护人员的个人信息；

第二获取单元502，用于获取个人信息对应的多个报警渠道；

第一确定单元503，用于确定各个报警渠道的报警信息发送次数占多个报警渠道的报警信息发送总次数的第一比例；

第二确定单元504，用于确定各个报警渠道的报警信息送达率；

第三获取单元505，用于以预设的权重系数、第一比例与报警信息送达率为依据，获得各个报警渠道的报警优先指数；

发送单元506，用于按照报警优先指数，从多个报警渠道中确定出至少一个目标报警渠道，通过至少一个目标报警渠道向目标维护人员发送报警信息。

作为一种可选的实施方式，图5所示的多渠道故障报警装置还可以包括：

第四获取单元，用于在第一获取单元501获取服务器的目标维护人员的个人信息之前，获取多个候选维护人员的位置信息及任务量。

计算单元，用于根据各个候选维护人员的位置信息，计算各个候选维护人员与服务器之间的距离。

检测单元，用于根据各个候选维护人员的任务量，检测各个候选维护人员的闲忙程度。

相应地，上述的第四获取单元，还用于以距离与闲忙程度为依据，从多个候选维护人员中确定一个目标维护人员，并触发第一获取单元501获取该目标维护人员的个人信息。

其中，候选维护人员在服务器订阅报警内容的可以绑定手机应用程序，通过该手机应用程序获取手机的位置信息，以获得候选维护人员的位置信息。实施该实施方式，可以智能化地确定优选维护人员，进而提高服务器故障的解决效率。

可见，图5所描述的多渠道故障报警装置，可以通过获取服务器的目标维护人员所对应的多个报警渠道，以预设的权重系数、各个报警渠道的报警信息发送次数占多个报警渠道的报警信息发送总次数的第一比例与报警信息送达率为依据，获得各个报警渠道的报警优先指数，按照报警优先指数，从多个报警渠道中确定出至少一个目标报警渠道，通过至少一个目标渠道向目标维护人员发送报警信息，能够提高报警信息的送达可靠性与送达效率。

实施例六

请参阅图6，图6是本发明实施例公开的另一种多渠道故障报警装置的结构示意图。图6所示的多渠道故障报警装置是由图5所示的多渠道故障报警装置进行优化得到的。与图5所示的多渠道故障报警装置相比较，图6所示的多渠道故障报警装置还可以包括：

接收单元507，用于接收目标维护人员响应于报警信息发送的消息。

作为一种可选的实施方式，图6所示的多渠道故障报警装置中，上述的第一获取单元501可以包括：

第一确定子单元5011，用于在检测到服务器出现故障时，确定故障的故障类别，以及根据故障类别，确定服务器的多个候选维护人员。

第二确定子单元5012，用于确定故障的影响等级，并根据故障的影响等级以及当前时刻所处的工作时间段，从多个候选维护人员中确定出一个目标维护人员。

第一获取子单元5013，用于获取目标维护人员的个人信息。

作为一种可选的实施方式，上述的第二确定子单元5012，可以包括：

接收模块50121，用于接收用户针对故障的报错信息。

第一确定模块50122，用于根据故障的报错信息，确定受故障影响的用户数量。

统计模块50123，统计受故障影响的用户数量占用户总数量的第二比例。

第二确定模块50124，用于根据第二比例，确定故障的影响等级。

作为一种可选的实施方式，上述的发送单元506用于通过至少一个目标报警渠道向目标维护人员发送报警信息的方式具体为：

上述的发送单元506，用于从至少一个目标报警渠道中确定出优先指数最高的第一目标报警渠道，通过第一目标报警渠道向目标维护人员发送报警信息。

相应地，上述的发送单元506，还用于在预设时长内接收单元507没有接收到目标维护人员响应于报警信息发送的消息，从除去第一目标报警渠道之外的至少一个目标报警渠道中确定优先指数最高的第二目标报警渠道，通过第二目标报警渠道向目标维护人员发送报警信息。

作为一种可选的实施方式，图6所示的多渠道故障报警装置还可以包括：第五获取单元，如果通过目标维护人员对应的至少一个目标报警渠道发送报警信息后均无响应，用于获取第一目标报警渠道的关联渠道。相应地，上述的发送单元506，还用于通过关联渠道向目标维护人员发送报警信息。

作为一种可选的实施方式，第五获取单元用于获取第一目标报警渠道的关联渠道的方式具体可以是：

上述的第五获取单元，用于检测与第一目标报警渠道的账号相关的通讯记录，并获取与第一目标报警渠道的账号通讯频率最高的账号对应的关联渠道。

实施该实施方式，可以通过目标报警渠道的关联渠道发送报警信息，使故障报警方式更加智能化。

作为一种可选的实施方式，图6所示的多渠道故障报警装置中，上述的第一获取单元501还可以内置有检测子单元，用于实时检测互联网在各个用户终端上的运行情况，以及在检测到某个用户终端上运行出现异常时，向服务器上传报错信息，该报错信息携带所在用户终端的地址信息以及故障反应。相应地，上述的第一确定子单元5011，还用于根据故障反应，获取故障类别。

作为一种可选的实施方式，上述的第二确定子单元5012中的统计模块50123，还用于统计所有报错信息携带的用户终端的地址信息以及对应的地域；相应地，上述的第二确定模块50124，还用于获取所有地址信息对应的地域分布地图，并根据该地域分布地图，确定故障的影响等级。

实施该实施方式，可以针对出现故障频率较高的地域进行分析，加以判断与该地域相关的其他因素，进而提高发现及解决服务器故障的效率。

作为一种可选的实施方式，图6所示的多渠道故障报警装置中，上述的第一获取单元501还可以内置有判断子单元，用于在第二确定子单元5012确定故障的影响等级之后，判断故障的影响等级是否达到预设等级；若故障的影响等级达到预设等级；相应地，上述的第一确定子单元5011，还用于在判断单元判断出故障的影响等级达到预设等级时，获取该影响等级匹配的目标维护人员人数；上述的第二确定子单元5012，还用于从多个候选维护人员中确定出m个目标维护人员，其中m符合匹配的目标维护人员人数。上述的第一获取子单元5013，还用于在第二确定子单元5012从多个候选维护人员中确定出m个目标维护人员之后，获取m个目标维护人员的个人信息。

作为一种可选的实施方式，上述的第二获取单元502，还可以用于在第一获取子单元5013获取m个目标维护人员的个人信息之后，获取每个目标维护人员的个人信息对应的多个渠道。相应地，上述的发送单元506，还用于通过m个目标维护人员的多个渠道向m个目标维护人员发送报警信息。

实施该实施方式，可以使故障报警方式更加智能化。

可见，图6所描述的多渠道故障报警装置，能够提高报警信息的送达可靠性与送达效率，还能够可以通过目标报警渠道的关联渠道发送报警信息，使故障报警方式更加智能化。

除此之外，还可以针对出现故障频率较高的地域进行分析，加以判断与该地域相关的其他因素，进而提高发现及解决服务器故障的效率。此外，还可以使故障报警方式更加智能化。

实施例七

请参阅图7，图7是本发明实施例公开的又一种多渠道故障报警装置的结构示意图。图7所示的多渠道故障报警装置是由图6所示的多渠道故障报警装置进行优化得到的。与图6所示的多渠道故障报警装置相比较，图7所示的多渠道故障报警装置还可以包括：第一检测单元508和第二检测单元509，其中，

第一检测单元508，用于在第一获取单元501获取服务器的目标维护人员的个人信息之前，检测服务器的目标维护人员针对多个报警渠道的选择操作指令。

第二检测单元509，用于检测目标维护人员对多个报警渠道进行接收偏好排序的操作指令，获得多个报警渠道的初始排序表。

作为一种可选的实施方式，上述的发送单元506，还用于按照报警优先指数，从多个报警渠道中确定出至少一个目标报警渠道，以及按照初始排序表的顺序，通过至少一个目标报警渠道向目标维护人员发送报警信息。

作为一种可选的实施方式，图7所示的多渠道故障报警装置中，上述的发送单元506可以包括：

排序子单元5061，用于对多个报警渠道按照报警优先指数从高到低进行排序。

第三确定子单元5062，用于根据报警优先指数从高到低的顺序，确定至少一个目标报警渠道。

发送子单元5063，用于通过至少一个目标报警渠道向目标维护人员同时发送报警信息。

作为一种可选的实施方式，图7所示的多渠道故障报警装置中，上述的发送子单元5063，可以内置有发送模块，用于通过至少一个目标报警渠道向目标维护人员同时发送报警信息，该报警信息携带阅读收条。其中，阅读收条用于表征目标维护人员已经打开阅读该报警信息；

上述的发送子单元5063还可以内置有记录模块，用于在发送模块发送报警信息之后，记录每个目标报警渠道针对阅读收条的响应结果，以及在记录到某一个目标报警渠道的响应结果为已读报警信息时，记录该目标报警渠道的响应时长。其中响应结果可以是已读报警信息，也可以是未读报警信息。

实施该实施方式，可以记录目标报警渠道的响应结果及响应时长，以便将响应效果好的目标报警渠道列为优选目标报警渠道，使故障报警方式更加智能化。

可见，图7所描述的多渠道故障报警装置，除了能够提高报警信息的送达可靠性与送达效率，还能够记录目标报警渠道的响应结果及响应时长，以便将响应效果好的目标报警渠道列为优选目标报警渠道，使故障报警方式更加智能化。

本发明还提供一种电子设备，该电子设备包括：

处理器；

存储器，该存储器上存储有计算机可读指令，该计算机可读指令被处理器执行时，实现如前所示的多渠道故障报警方法。

该电子设备可以是图1所示装置100。

在一示例性实施例中，本发明还提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时，实现如前所示的多渠道故障报警方法。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围执行各种修改和改变。本发明的范围仅由所附的权利要求来限制。