作为一个可选实施例，上述判断模块27可以执行如下步骤:
[0079]步骤1，获取预先设置的第一计算系数、第二计算系数和判断阈值。
[0080]步骤2，根据第一计算系数和连续重复数量，计算发送信道的第一计算值。
[0081]步骤3，根据第二计算系数和非连续重复数量，计算发送信道的第二计算值。
[0082]步骤4，根据第一计算值和第二计算值，计算与发送信道对应的计算值。
[0083]步骤5，将计算值与判断阈值进行比对，判断发送信道是否存在故障。
[0084]通过上述步骤获取分别与连续重复数量和非连续重复数量对应的第一计算系数和第二计算系数。通过将连续重复数量与第一计算系数、费连续重复数量与第二计算系数进行加权计算，得出与发送信道对应的计算值。通过将计算值判断该发送信道是否存在故障。
[0085]作为一个可选实施例，如图4所示，上述装置还可以包括:报警模块29，用于当确定发送信道存在故障时，发送报警信息。
[0086]通过报警模块29，当发送信道存在故障时，可以讲警报信息及时的发送至开发人员或者运维人员处，使发送信道可以及时被修复或者屏蔽，从而提高数据信息的发送成功率。
[0087]需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
[0088]在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
[0089]在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。
[0090]所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0091]另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0092]所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、移动终端、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
[0093]以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【主权项】
1.一种信道故障的预警方法，其特征在于，包括: 获取重复请求信息，其中，所述重复请求信息，用于根据所述重复请求信息重新发送数据信息； 根据所述重复请求信息，确定与所述重复请求信息对应的用于发送所述数据信息的发送信道，所述信道为发送数据信息的通道； 计算在预定时间内与所述发送信道对应的重复请求信息的重复请求数量； 根据所述重复请求数量，判断所述发送信道是否存在故障。2.根据权利要求1所述的方法，其特征在于，计算在预定时间内与所述信道对应的重复请求信息的重复请求数量包括: 从所述重复请求信息的历史记录中，确定与每条重复请求记录对应的用于接收所述数据信息的接收地址； 根据所述历史记录，确定与所述重复请求记录对应的发送所述数据信息的所述发送信道; 根据所述接收地址和所述历史记录，按获取到所述重复请求信息的时间生成所述重复请求记录与所述发送信道的对照表； 根据所述对照表，确定在所述预定时间内与所述发送信道对应的所述重复请求数量。3.根据权利要求2所述的方法，其特征在于，根据所述重复请求数量，判断所述发送信道是否存在故障包括: 获取预先设置的计算系数和预先设置的判断阈值； 根据所述计算系数和所述重复请求数量，计算与所述发送信道对应的计算值； 将所述计算值与所述判断阈值进行比对，判断所述发送信道是否存在故障。4.根据权利要求2所述的方法，其特征在于，所述重复请求数量包括连续重复数量和非连续重复数量，其中，在根据所述对照表，确定在所述预定时间内与所述发送信道对应的所述重复请求数量之后，还包括: 根据所述对照表，计算得出在所述预定时间内与所述接收地址对应的所述连续重复数量; 根据所述重复请求数量和所述连续重复数量，计算得出所述非连续重复数量。5.根据权利要求4所述的方法，其特征在于，根据所述重复请求数量，判断所述发送信道是否存在故障包括: 获取预先设置的第一计算系数、第二计算系数和判断阈值； 根据所述第一计算系数和所述连续重复数量，计算所述发送信道的第一计算值； 根据所述第二计算系数和所述非连续重复数量，计算所述发送信道的第二计算值； 根据所述第一计算值和第二计算值，计算与所述发送信道对应的计算值； 将所述计算值与所述判断阈值进行比对，判断所述发送信道是否存在故障。6.根据权利要求1至5中任意一项所述的方法，其特征在于，在根据所述重复请求数量，判断所述发送信道是否存在故障之后，所述方法还包括: 当确定所述发送信道存在故障时，发送报警信息。7.一种信道故障的预警装置，其特征在于，包括: 获取模块，用于获取重复请求信息，其中，所述重复请求信息，用于根据所述重复请求信息重新发送数据信息； 确定模块，用于根据所述重复请求信息，确定与所述重复请求信息对应的用于发送所述数据信息的发送信道，所述信道为发送数据信息的通道； 计算模块，用于计算在预定时间内与所述发送信道对应的重复请求信息的重复请求数量; 判断模块，用于根据所述重复请求数量，判断所述发送信道是否存在故障。8.根据权利要求7所述的装置，其特征在于，所述计算模块包括: 第一子确定模块，用于从所述重复请求信息的历史记录中，确定与每条重复请求记录对应的用于接收所述数据信息的接收地址； 第二子确定模块，用于根据所述历史记录，确定与所述重复请求记录对应的发送所述数据信息的所述发送信道； 第一子获取模块，用于根据所述接收地址和所述历史记录，按获取到所述重复请求信息的时间生成所述重复请求记录与所述发送信道的对照表； 第三子确定模块，用于根据所述对照表，确定在所述预定时间内与所述发送信道对应的所述重复请求数量。9.根据权利要求8所述的装置，其特征在于，所述判断模块包括: 第二子获取模块，用于获取预先设置的计算系数和预先设置的判断阈值； 子处理模块，用于根据所述计算系数和所述重复请求数量，计算与所述发送信道对应的计算值； 子判断模块，用于将所述计算值与所述判断阈值进行比对，判断所述发送信道是否存在故障。10.根据权利要求7至9中任意一项所述的装置，其特征在于，所述装置还包括: 报警模块，用于当确定所述发送信道存在故障时，发送报警信息。
【专利摘要】本发明公开了一种信道故障的预警方法及装置。其中，该方法包括：获取重复请求信息，其中，重复请求信息，用于根据重复请求信息重新发送数据信息；根据重复请求信息，确定与重复请求信息对应的用于发送数据信息的发送信道，信道为发送数据信息的通道；计算在预定时间内与发送信道对应的重复请求信息的重复请求数量；根据重复请求数量，判断发送信道是否存在故障。本发明解决了现有技术中因无法对用于发送验证信息的线路的故障进行预警，导致在线路故障时影响网络账号正常使用的问题。
【IPC分类】H04L12/24
【公开号】CN105099760
【申请号】CN201510359311
【发明人】张云飞, 刘艳, 曾宏威
【申请人】走遍世界（北京）信息技术有限公司
【公开日】2015年11月25日
【申请日】2015年6月25日