CN105099760B - 信道故障的预警方法及装置 - Google Patents

Abstract

本发明公开了一种信道故障的预警方法及装置。其中，该方法包括：获取重复请求信息，其中，重复请求信息，用于根据重复请求信息重新发送数据信息；根据重复请求信息，确定与重复请求信息对应的用于发送数据信息的发送信道，信道为发送数据信息的通道；计算在预定时间内与发送信道对应的重复请求信息的重复请求数量；根据重复请求数量，判断发送信道是否存在故障。本发明解决了现有技术中因无法对用于发送验证信息的线路的故障进行预警，导致在线路故障时影响网络账号正常使用的问题。

Description

信道故障的预警方法及装置

技术领域

本发明涉及互联网领域，具体而言，涉及一种信道故障的预警方法及装置。

背景技术

近些年，因网络账号被盗用而导致的个人信息泄露、银行账户非法交易等案件层出不穷。因此，网络账户的安全问题逐渐被人们所关注。

目前，网站或应用客户端为了增加账户的安全性，通常会在注册网络账户时，要求客户同时绑定一个或多个用于身份验证的手机号码或邮箱地址。以便在用户登陆网络账号时，通过向绑定的手机号码或者邮箱地址发送验证信息来验证用户身份。上述方法因操作简单，适用范围广泛而被众多网站或应用客户端所采用。

但是，有时因为移动运营商或者网络邮箱服务商的线路问题，导致用户不能及时获取到用于验证用户身份的验证信息，使用户无法正常使用网络账户，大大的影响了用户的使用体验。网站或应用客户端用来发送验证信息的线路是第三方提供的，所以，验证信息的送达率并不可控，通过现有技术并不能对用于发送验证信息的通道是否故障进行提前预警。

针对现有技术中因无法对用于发送验证信息的线路的故障进行预警，导致在线路故障时影响网络账号正常使用的问题，目前尚未提出有效的解决方案。

发明内容

本发明的主要目的在于提供一种信道故障的预警方法及装置，以解决现有技术中因无法对用于发送验证信息的线路的故障进行预警，导致在线路故障时影响网络账号正常使用的问题。

为了实现上述目的，根据本发明实施例的一个方面，提供了一种信道故障的预警方法。该方法包括：获取重复请求信息，其中，重复请求信息，用于根据重复请求信息重新发送数据信息；根据重复请求信息，确定与重复请求信息对应的用于发送数据信息的发送信道，信道为发送数据信息的通道；计算在预定时间内与发送信道对应的重复请求信息的重复请求数量；根据重复请求数量，判断发送信道是否存在故障。

进一步的，计算在预定时间内与信道对应的重复请求信息的重复请求数量包括：

从重复请求信息的历史记录中，确定与每条重复请求记录对应的用于接收数据信息的接收地址；根据历史记录，确定与重复请求记录对应的发送数据信息的发送信道；根据接收地址和历史记录，按获取到重复请求信息的时间生成重复请求记录与发送信道的对照表；根据对照表，确定在预定时间内与发送信道对应的重复请求数量。

进一步的，根据重复请求数量，判断发送信道是否存在故障包括：获取预先设置的计算系数和预先设置的判断阈值；根据计算系数和重复请求数量，计算与发送信道对应的计算值；将计算值与判断阈值进行比对，判断发送信道是否存在故障。

进一步的，重复请求数量包括连续重复数量和非连续重复数量，其中，在根据对照表，确定在预定时间内与发送信道对应的重复请求数量之后，还包括：根据对照表，计算得出在预定时间内与接收地址对应的连续重复数量；根据重复请求数量和连续重复数量，计算得出非连续重复数量。

进一步的，根据重复请求数量，判断发送信道是否存在故障包括：获取预先设置的第一计算系数、第二计算系数和判断阈值；根据第一计算系数和连续重复数量，计算发送信道的第一计算值；根据第二计算系数和非连续重复数量，计算发送信道的第二计算值；根据第一计算值和第二计算值，计算与发送信道对应的计算值；将与发送信道对应的计算值与判断阈值进行比对，判断发送信道是否存在故障。

进一步的，在根据重复请求数量，判断发送信道是否存在故障之后，方法还包括：当确定发送信道存在故障时，发送报警信息。

为了实现上述目的，根据本发明实施例的另一方面，提供了一种信道故障的预警装置，该装置包括：获取模块，用于获取重复请求信息，其中，重复请求信息，用于根据重复请求信息重新发送数据信息；确定模块，用于根据重复请求信息，确定与重复请求信息对应的用于发送数据信息的发送信道，信道为发送数据信息的通道；计算模块，用于计算在预定时间内与发送信道对应的重复请求信息的重复请求数量；判断模块，用于根据重复请求数量，判断发送信道是否存在故障。

进一步的，计算模块包括：第一子确定模块，用于从重复请求信息的历史记录中，确定与每条重复请求记录对应的用于接收数据信息的接收地址；第二子确定模块，用于根据历史记录，确定与重复请求记录对应的发送数据信息的发送信道；第一子获取模块，用于根据接收地址和历史记录，按获取到重复请求信息的时间生成重复请求记录与发送信道的对照表；第三子确定模块，用于根据对照表，确定在预定时间内与发送信道对应的重复请求数量。

进一步的，判断模块包括：第二子获取模块，用于获取预先设置的计算系数和预先设置的判断阈值；子处理模块，用于根据计算系数和重复请求数量，计算与发送信道对应的计算值；子判断模块，用于将计算值与判断阈值进行比对，判断发送信道是否存在故障。

进一步的，装置还包括：报警模块，用于当确定发送信道存在故障时，发送报警信息。

根据发明实施例，通过获取重复请求信息，其中，重复请求信息，用于根据重复请求信息重新发送数据信息；根据重复请求信息，确定与重复请求信息对应的用于发送数据信息的发送信道，信道为发送数据信息的通道；计算在预定时间内与发送信道对应的重复请求信息的重复请求数量；根据重复请求数量，判断发送信道是否存在故障，实现了通过重复请求信息来对信道故障进行预警的效果，达到了对信道的工作状态进行监控的目的，从而解决了现有技术中因无法对用于发送验证信息的线路的故障进行预警，导致在线路故障时影响网络账号正常使用的问题。

附图说明

构成本申请的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例一的一种信道故障的预警方法的流程图；

图2是根据本发明实施例一可选的一种信道故障的预警方法的流程图；

图3是根据本发明实施例二的一种信道故障的预警装置的结构示意图；以及

图4是根据本发明实施例二可选的一种信道故障的预警装置的结构示意图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

本发明实施例提供了一种信道故障的预警方法，图1是根据本发明实施例的信道故障的预警方法的流程图，如图1所示，该方法包括步骤如下：

步骤S11，获取重复请求信息，其中，重复请求信息，用于根据重复请求信息重新发送数据信息。

步骤S13，根据重复请求信息，确定与重复请求信息对应的用于发送数据信息的发送信道，信道为发送数据信息的通道。

步骤S15，计算在预定时间内与发送信道对应的重复请求信息的重复请求数量。

步骤S17，根据重复请求数量，判断发送信道是否存在故障。

通过上述步骤S11至步骤S17，通过接收客户端发送的重复请求信息，确定之前向发送重复请求信息的客户端发送数据信息所使用的发送通道，通过计算在预定时间内获取到的与发送数据信息的通道对应的重复请求信息的数量，来判断该信道是否存在故障。利用上述实施例，实现了通过重复请求信息来对信道故障进行预警的效果，达到了对信道的工作状态进行监控的目的，从而解决了现有技术中因无法对用于发送验证信息的线路的故障进行预警，导致在线路故障时影响网络账号正常使用的问题。

作为一个可选实施例，可以根据获取到的重复请求信息，建立历史记录。在历史记录中，以接收地址作为唯一索引，根据接收地址，可以统计某一个客户端连续发送重复请求信息的次数，或者某一个客户端在预定时间内发送重复请求信息的次数。其中，接收地址可以为数字接收地址(例如电话号码、即时通讯账号号码等)或者文字接收地址(例如网络邮箱地址)。

作为一个可选实施例，当根据重复请求数量，判断发送信道存在或有可能存在故障时，系统切换用于发送数据信息的通道。

作为一个可选实施例，根据接收到的重复请求信息确定接收地址。根据历史记录，判断具有相同接收地址的客户端在连续发送重复请求信息时，使用不同的信道项客户端发送数据信息，以避免某一条发送信息的通道发生故障而导致的发送数据信息不成功。

作为一个可选实施例，步骤S15计算在预定时间内与信道对应的重复请求信息的重复请求数量可以包括：

步骤S151，从重复请求信息的历史记录中，确定与每条重复请求记录对应的用于接收数据信息的接收地址。

步骤S153，根据历史记录，确定与重复请求记录对应的发送数据信息的发送信道。

步骤S155，根据接收地址和历史记录，按获取到重复请求信息的时间生成重复请求记录与发送信道的对照表。

步骤S157，根据对照表，确定在预定时间内与发送信道对应的重复请求数量。

在每次获取到重复请求信息后，便将该条重复请求信息添加至历史记录当中。通过上述步骤S151至步骤S157，从重复请求历史记录中，确定与每条重复请求信息对应的接收地址。根据历史记录中的每条重复请求记录接收时间和与所述重复请求记录对应的发送信道，统计确定在预定时间内与发送信道对应的重复请求数量。

作为一个可选实施例，步骤S17根据重复请求数量，判断发送信道是否存在故障包括：

步骤S171，获取预先设置的计算系数和预先设置的判断阈值。

步骤S173，根据计算系数和重复请求数量，计算与发送信道对应的计算值。

步骤S175，将计算值与判断阈值进行比对，判断发送信道是否存在故障。

通过上述步骤S171至步骤S175，获取重复请求数量与计算系数，并对发送信道做加权运算。当通过加权运算计算得到的计算值小于预先设置的判断阈值时，确定该发送信道存在故障。

作为一个可选实施例，重复请求数量包括连续重复数量和非连续重复数量，其中，在步骤S157根据对照表，确定在预定时间内与发送信道对应的重复请求数量之后，步骤S15还包括：

步骤S158，根据对照表，计算得出在预定时间内与接收地址对应的连续重复数量。

步骤S159，根据重复请求数量和连续重复数量，计算得出非连续重复数量。

通过上述步骤S158至步骤S159，进一步的根据重复请求记录与发送信道的对照表，确定在预定时间内获取到的具有相同接收地址的重复请求记录得连续重复数量和非连续重复数量。通过对连续重复数量和非连续重复数量赋予不同的权重系数，来更加精确的通过加权运算计算出发送信道的计算值。

作为一个可选实施例，步骤S17根据重复请求数量，判断发送信道是否存在故障，可以包括：

步骤S171，获取预先设置的第一计算系数、第二计算系数和判断阈值。

步骤S173，根据第一计算系数和连续重复数量，计算发送信道的第一计算值。

步骤S175，根据第二计算系数和非连续重复数量，计算发送信道的第二计算值。

步骤S177，根据第一计算值和第二计算值，计算与发送信道对应的计算值。

步骤S179，将与发送信道对应的计算值与判断阈值进行比对，判断发送信道是否存在故障。

通过上述步骤S171至步骤S179，获取分别与连续重复数量和非连续重复数量对应的第一计算系数和第二计算系数。通过将连续重复数量与第一计算系数、非连续重复数量与第二计算系数进行加权计算，得出与发送信道对应的计算值。通过计算值判断该发送信道是否存在故障。

作为一个可选实施例，当在预定时间内获取到与发送信道对应的重复发送请求超过次数阈值时，在下一次获取到重复发送请求时，开始对发送信道做加权运算，以判断该发送信道是否存在故障。

作为一个可选实施例，可以设置预定时间为5分钟，次数阈值为3次。设置发送信道的初始计算值为100。每当该发送信道的连续重复数量加1时，将计算值减去2分；每当该发送信道的非连续重复数量加1时，将计算值减去1分。如果当计算值低于60分时，确定该发送信道发生故障或者该发送信道具有潜在故障。

作为一个可选实施例，如图2所示，在步骤S17在根据重复请求数量，判断发送信道是否存在故障之后，方法还可以包括：

步骤S19，当确定发送信道存在故障时，发送报警信息。

通过步骤S19，当发送信道存在故障时，可以将警报信息及时的发送至开发人员或者运维人员处，使发送信道可以及时被修复或者屏蔽，从而提高数据信息的发送成功率。

实施例2

本发明实施例还提供了一种信道故障的预警装置，如图3所示，该装置可以包括：获取模块21、确定模块23、计算模块25和判断模块27。

其中，获取模块21，用于获取重复请求信息，其中，重复请求信息，用于根据重复请求信息重新发送数据信息；确定模块23，用于根据重复请求信息，确定与重复请求信息对应的用于发送数据信息的发送信道，信道为发送数据信息的通道；计算模块25，用于计算在预定时间内与发送信道对应的重复请求信息的重复请求数量；判断模块27，用于根据重复请求数量，判断发送信道是否存在故障。

通过上述获取模块21、确定模块23、计算模块25和判断模块27，通过接收客户端发送的重复请求信息，确定之前向发送重复请求信息的客户端发送数据信息所使用的发送通道，通过计算在预定时间内获取到的与发送数据信息的通道对应的重复请求信息的数量，来判断该信道是否存在故障。利用上述实施例，实现了通过重复请求信息来对信道故障进行预警的效果，达到了对信道的工作状态进行监控的目的，从而解决了现有技术中因无法对用于发送验证信息的线路的故障进行预警，导致在线路故障时影响网络账号正常使用的问题。

作为一个可选实施例，上述计算模块25包括：第一子确定模块251、第二子确定模块253、第一子获取模块255和第三子确定模块257。

其中，第一子确定模块251，用于从重复请求信息的历史记录中，确定与每条重复请求记录对应的用于接收数据信息的接收地址；第二子确定模块253，用于根据历史记录，确定与重复请求记录对应的发送数据信息的发送信道；第一子获取模块255，用于根据接收地址和历史记录，按获取到重复请求信息的时间生成重复请求记录与发送信道的对照表；第三子确定模块257，用于根据对照表，确定在预定时间内与发送信道对应的重复请求数量。

在每次获取到重复请求信息后，便将该条重复请求信息添加至历史记录当中。通过上述第一子确定模块251、第二子确定模块253、第一子获取模块255和第三子确定模块257，从重复请求历史记录中，确定与每条重复请求信息对应的接收地址。根据历史记录中的每条重复请求记录接收时间和与所述重复请求记录对应的发送信道，统计确定在预定时间内与发送信道对应的重复请求数量。

作为一个可选实施例，上述判断模块27包括：第二子获取模块271、子处理模块273和子判断模块275。

其中，第二子获取模块271，用于获取预先设置的计算系数和预先设置的判断阈值；子处理模块273，用于根据计算系数和重复请求数量，计算与发送信道对应的计算值；子判断模块275，用于将计算值与判断阈值进行比对，判断发送信道是否存在故障。

通过上述第二子获取模块271、子处理模块273和子判断模块275，获取重复请求数量与计算系数，并对发送信道做加权运算。当通过加权运算计算得到的计算值小于预先设置的判断阈值时，确定该发送信道存在故障。

作为一个可选实施例，重复请求数量可以包括连续重复数量和非连续重复数量，上述判断模块27还可以执行如下步骤：

步骤1，根据对照表，计算得出在预定时间内与接收地址对应的连续重复数量。

步骤2，根据重复请求数量和连续重复数量，计算得出非连续重复数量。

通过上述步骤进一步的根据重复请求记录与发送信道的对照表，确定在预定时间内获取到的具有相同接收地址的重复请求记录得连续重复数量和非连续重复数量。通过对连续重复数量和非连续重复数量赋予不同的权重系数，来更加精确的通过加权运算计算出发送信道的计算值。

作为一个可选实施例，上述判断模块27可以执行如下步骤：

步骤1，获取预先设置的第一计算系数、第二计算系数和判断阈值。

步骤2，根据第一计算系数和连续重复数量，计算发送信道的第一计算值。

步骤3，根据第二计算系数和非连续重复数量，计算发送信道的第二计算值。

步骤4，根据第一计算值和第二计算值，计算与发送信道对应的计算值。

步骤5，将与发送信道对应的计算值与判断阈值进行比对，判断发送信道是否存在故障。

通过上述步骤获取分别与连续重复数量和非连续重复数量对应的第一计算系数和第二计算系数。通过将连续重复数量与第一计算系数、非连续重复数量与第二计算系数进行加权计算，得出与发送信道对应的计算值。通过计算值判断该发送信道是否存在故障。

作为一个可选实施例，如图4所示，上述装置还可以包括：报警模块29，用于当确定发送信道存在故障时，发送报警信息。

通过报警模块29，当发送信道存在故障时，可以将警报信息及时的发送至开发人员或者运维人员处，使发送信道可以及时被修复或者屏蔽，从而提高数据信息的发送成功率。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、移动终端、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种信道故障的预警方法，其特征在于，包括：

获取重复请求信息，其中，所述重复请求信息，用于根据所述重复请求信息重新发送数据信息；

根据所述重复请求信息，确定与所述重复请求信息对应的用于发送所述数据信息的发送信道，所述信道为发送数据信息的通道；

计算在预定时间内与所述发送信道对应的重复请求信息的重复请求数量；

根据所述重复请求数量，判断所述发送信道是否存在故障；

其中，所述重复请求数量包括连续重复数量和非连续重复数量；

其中，根据所述重复请求数量，判断所述发送信道是否存在故障包括：

获取预先设置的第一计算系数、第二计算系数和判断阈值；

根据所述第一计算系数和所述连续重复数量，计算所述发送信道的第一计算值；

根据所述第二计算系数和所述非连续重复数量，计算所述发送信道的第二计算值；

根据所述第一计算值和第二计算值，计算与所述发送信道对应的计算值；

将与所述发送信道对应的计算值与所述判断阈值进行比对，判断所述发送信道是否存在故障。

2.根据权利要求1所述的方法，其特征在于，计算在预定时间内与所述信道对应的重复请求信息的重复请求数量包括：

从所述重复请求信息的历史记录中，确定与每条重复请求记录对应的用于接收所述数据信息的接收地址；

根据所述历史记录，确定与所述重复请求记录对应的发送所述数据信息的所述发送信道；

根据所述接收地址和所述历史记录，按获取到所述重复请求信息的时间生成所述重复请求记录与所述发送信道的对照表；

根据所述对照表，确定在所述预定时间内与所述发送信道对应的所述重复请求数量。

3.根据权利要求2所述的方法，其特征在于，根据所述重复请求数量，判断所述发送信道是否存在故障包括：

获取预先设置的计算系数和预先设置的判断阈值；

根据所述计算系数和所述重复请求数量，计算与所述发送信道对应的计算值；

将所述计算值与所述判断阈值进行比对，判断所述发送信道是否存在故障。

4.根据权利要求2所述的方法，其特征在于，在根据所述对照表，确定在所述预定时间内与所述发送信道对应的所述重复请求数量之后，还包括：

根据所述对照表，计算得出在所述预定时间内与所述接收地址对应的所述连续重复数量；

根据所述重复请求数量和所述连续重复数量，计算得出所述非连续重复数量。

5.根据权利要求1至4中任意一项所述的方法，其特征在于，在根据所述重复请求数量，判断所述发送信道是否存在故障之后，所述方法还包括：

当确定所述发送信道存在故障时，发送报警信息。

6.一种信道故障的预警装置，其特征在于，包括：

获取模块，用于获取重复请求信息，其中，所述重复请求信息，用于根据所述重复请求信息重新发送数据信息；

确定模块，用于根据所述重复请求信息，确定与所述重复请求信息对应的用于发送所述数据信息的发送信道，所述信道为发送数据信息的通道；

计算模块，用于计算在预定时间内与所述发送信道对应的重复请求信息的重复请求数量；

判断模块，用于根据所述重复请求数量，判断所述发送信道是否存在故障；

其中，所述重复请求数量包括连续重复数量和非连续重复数量；

其中，判断模块通过以下方式判断所述发送信道是否存在故障：

获取预先设置的第一计算系数、第二计算系数和判断阈值；

根据所述第一计算系数和所述连续重复数量，计算所述发送信道的第一计算值；

根据所述第二计算系数和所述非连续重复数量，计算所述发送信道的第二计算值；

根据所述第一计算值和第二计算值，计算与所述发送信道对应的计算值；

将与所述发送信道对应的计算值与所述判断阈值进行比对，判断所述发送信道是否存在故障。

7.根据权利要求6所述的装置，其特征在于，所述计算模块包括：

第一子确定模块，用于从所述重复请求信息的历史记录中，确定与每条重复请求记录对应的用于接收所述数据信息的接收地址；

第二子确定模块，用于根据所述历史记录，确定与所述重复请求记录对应的发送所述数据信息的所述发送信道；

第一子获取模块，用于根据所述接收地址和所述历史记录，按获取到所述重复请求信息的时间生成所述重复请求记录与所述发送信道的对照表；

第三子确定模块，用于根据所述对照表，确定在所述预定时间内与所述发送信道对应的所述重复请求数量。

8.根据权利要求7所述的装置，其特征在于，所述判断模块包括：

第二子获取模块，用于获取预先设置的计算系数和预先设置的判断阈值；

子处理模块，用于根据所述计算系数和所述重复请求数量，计算与所述发送信道对应的计算值；

子判断模块，用于将所述计算值与所述判断阈值进行比对，判断所述发送信道是否存在故障。

9.根据权利要求6至8中任意一项所述的装置，其特征在于，所述装置还包括：

报警模块，用于当确定所述发送信道存在故障时，发送报警信息。