CN103491102A - 互联网音视频稳定性监控方法、***及装置 - Google Patents

Abstract

本发明公开了一种互联网音视频稳定性监控方法、***及装置。所述方法包括：网络侧服务器监控接收音视频客户端按照设定的发送时间间隔发送的心跳消息；网络侧服务器判断在设定的检测时间周期内是否监控接收到所述心跳消息；若网络侧服务器在所述检测时间周期内接收到了所述心跳消息，则继续监控接收所述心跳消息；若网络侧服务器在所述检测时间周期内未接收到所述心跳消息，则释放所述音视频客户端所占用的网络资源，断开与所述音视频客户端的连接。本发明还公开了用于实现所述方法的装置和***。该方案减少网络侧服务器的网络连接负荷，提高网络侧服务器的处理速度和效率。

Description

互联网音视频稳定性监控方法、***及装置

技术领域

本发明涉及音视频处理技术领域，尤其涉及一种互联网音视频稳定性监控方法、***及装置。

背景技术

互联网音视频是一种随时随地方便观看视频内容，相对于直播电视、音频广播等方式而言，用户使用互联网音视频可以不受播放时间的限制，因此使用起来更加方便，应用也越来越广泛。

为了能够是互联网音视频流畅的播放，一般需要保证互联网音视频播放稳定性。互联网音视频对播放稳定性的要求比较高，因此对互联网音视频的稳定性监控，对于保证互联网音视频的流畅播放是非常必要的。

目前，为了保证互联网音视频的播放稳定性，一般是通过网卡实现对网络连接的检测，通过监测网络连接的稳定性，实现保证音视频传输、播放的稳定性，这种方式实在硬件层面实现的，通常通过Ping命令检查是否存在网卡故障等影响网络稳定性的因素。

这种方式一般只能检测到硬件层面的连接稳定性，且反应时间一般比较长，容易造成检测结果的延迟滞后，检测准确性差，对于互联网音视频播放这种实时性要求比较高的业务而言，这种检测方式不能满足互联网音视频播放对播放稳定性、实时性的要求，也不能及时准确的检测到网络连接的不稳定因素，不能及时优化网络中的音视频连接，导致网络连接中断的音视频客户端所占用的资源不能及时的释放，增加了网络侧服务器工作负荷，降低了网络侧服务器的处理速度和效率。

发明内容

本发明实施例提供一种互联网音视频稳定性监控方法、***及装置，用于实现监控网络连接的不稳定因素，提高互联网音视频稳定性检测的准确度，提高网络侧服务器的处理速度和效率。

本发明实施例提供一种互联网音视频稳定性监控方法，包括以下步骤：

网络侧服务器监控接收音视频客户端按照设定的发送时间间隔发送的心跳消息；

网络侧服务器判断在设定的检测时间周期内是否监控接收到所述心跳消息；

若网络侧服务器在所述检测时间周期内接收到了所述心跳消息，则继续监控接收所述心跳消息；若网络侧服务器在所述检测时间周期内未接收到所述心跳消息，则释放所述音视频客户端所占用的网络资源，断开与所述音视频客户端的连接。

在一些可选的实施例中，若网络侧服务器在所述检测时间周期内未接收到所述心跳消息，上述方法还包括：

网络侧服务器判断未监控接收到所述心跳消息的次数是否达到设定的次数阈值；

当未达到设定的次数阈值时，继续监控接收所述心跳消息；当达到设定的次数阈值时，再执行释放所述音视频客户端所占用的网络资源，断开与所述音视频客户端的连接的步骤。

在一些可选的实施例中，若网络侧服务器在所述检测时间周期内未接收到所述心跳消息，上述方法还包括：

所述网络侧服务器向所述音视频客户端发送死亡确认消息，所述死亡确认消息指示音视频客户端在指定的反馈确认时间反馈心跳消息；

所述网络侧服务器监控接收音视频客户端根据所述死亡确认消息返回的心跳消息；

所述网络侧服务器判断在设定的检测时间周期内是否接收到音视频客户端返回的心跳消息；

若在设定的检测时间周期内未监控接收到返回的心跳消息，再执行释放所述音视频客户端所占用的网络资源，断开与所述音视频客户端的连接的步骤；若在设定的检测时间周期内监控接收到了返回的心跳消息；则继续监控接收所述心跳消息。

在一些可选的实施例中，所述死亡确认消息中包括：

服务器地址信息、客户端身份信息、死亡确认时间和反馈确认时间。

在一些可选的实施例中，所述心跳消息中包括：

服务器地址信息、客户端身份信息和心跳发送时间。

在一些可选的实施例中，所述音视频客户端发送所述心跳消息的发送时间间隔小于所述网络侧服务器监控接收所述心跳消息的检测时间间隔。

本发明实施例还提供一种网络侧服务器，包括：

监控接收模块，用于监控接收音视频客户端按照设定的发送时间间隔发送的心跳消息；

监控判断模块，用于判断在设定的检测时间周期内是否监控接收到所述心跳消息；

监控执行模块，用于若在所述检测时间周期内接收到了所述心跳消息，则继续监控接收所述心跳消息；若在所述检测时间周期内未接收到所述心跳消息，则释放所述音视频客户端所占用的网络资源，断开与所述音视频客户端的连接。

在一些可选的实施例中，所述监控判断模块，还用于若在所述检测时间周期内未接收到所述心跳消息，判断未监控接收到所述心跳消息的次数是否达到设定的次数阈值；相应的，

所述监控执行模块，具体用于当未达到设定的次数阈值时，继续监控接收所述心跳消息；当达到设定的次数阈值时，再执行释放所述音视频客户端所占用的网络资源，断开与所述音视频客户端的连接的步骤。

在一些可选的实施例中，上述的网络侧服务器，还包括：

连接确认模块，用于若在所述检测时间周期内未接收到所述心跳消息，向所述音视频客户端发送死亡确认消息，所述死亡确认消息指示音视频客户端在指定的反馈确认时间反馈心跳消息；

所述监控接收模块，还用于监控接收音视频客户端根据所述死亡确认消息返回的心跳消息；

所述监控判断模块，还用于判断在设定的检测时间周期内是否接收到音视频客户端返回的心跳消息；

所述监控执行模块，具体用于若在设定的检测时间周期内未监控接收到返回的心跳消息，再执行释放所述音视频客户端所占用的网络资源，断开与所述音视频客户端的连接的步骤；若在设定的检测时间周期内监控接收到了返回的心跳消息；则继续监控接收所述心跳消息。

在一些可选的实施例中，所述连接确认模块，具体用于：发送所述死亡确认消息时，在所述死亡确认消息中携带服务器地址信息、客户端身份信息、死亡确认时间和反馈确认时间。

本发明实施例还提供一种音视频客户端，包括：

信息上报模块，用于按照设定的发送时间间隔向网络侧服务器发送心跳消息，以便网络侧服务器根据是否在设定的检测时间周期内接收到所述心跳消息确定是否释放自身所在的音视频客户端所占用的网络资源，断开与所述音视频客户端的连接。

在一些可选的实施例中，上述的音视频客户端，还包括：

确认上报模块，用于当接收到网络侧服务器发送的死亡确认消息时，在指定的反馈确认时间反馈心跳消息给网络侧服务器。

在一些可选的实施例中，所述信息上报模块和确认上报模块，具体用于：

在发送所述心跳消息时，在发送的心跳消息中携带服务器地址信息、客户端身份信息和心跳发送时间。

本发明实施例还提供一种互联网音视频稳定性监控***，包括上述的网络侧服务器和至少一个上述的音视频客户端。

本发明实施例提供的互联网音视频稳定性监控方法、***及装置，通过网络侧服务器监控接收音视频客户端周期性发送的心跳消息，实现监控音视频客户端的在线状态，即网络连接状态，当在设定检测时间周期内不能监控接收到音视频客户端发送的心跳消息时，认为音视频客户端网络连接不稳定或断开，从而及时的释放音视频客户端所占用的网络资源，减少网络侧服务器的网络连接负荷，提高网络侧服务器的处理速度和效率；这种方式相对与现有技术中通过网卡检测网络连接状态的硬件实现方式而言，其在软件应用层面实现，检测准确性、实时性更高。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例一中互联网音视频稳定性监控方法的流程图；

图2为本发明实施例二中互联网音视频稳定性监控方法的流程图；

图3为本发明实施例三中互联网音视频稳定性监控方法的流程图；

图4为本发明实施例四中互联网音视频稳定性监控***的结构示意图；

图5为本发明实施例四中网络侧服务器的结构示意图；

图6为本发明实施例四中音视频客户端的结构示意图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

为了解决现有技术中通过网卡检测音视频客户端网络连接状态时存在的检测不准确的问题，本发明实施例提供一种互联网音视频稳定性监控方法，该方法通过软件应用层面的消息监控，实现对音视频客户端的网络连接状态监测，提高了网络连接检测的准确性。

实施例一

本发明实施例一提供一种互联网音视频稳定性监控方法，其流程如图1所示，包括下列步骤：

步骤S101：音视频客户端按照设定的发送时间间隔发送心跳消息给网络侧服务器。

音视频客户端与网络侧服务器建立网络连接后，网络侧服务器会给音视频客户端分配身份标识（UID）。音视频客户端通过向网络侧服务器发送心跳消息实现报告自身处于正常连接状态，即报告“我”还活着。音视频客户端可以按照设定的发送时间间隔发送心跳消息，例如发送时间间隔可以设置为1s、2s或3s等等。

音视频客户端发送的心跳消息中会携带服务器地址信息、客户端身份信息和心跳发送时间。例如：服务器地址信息为网络侧服务器的IP地址，客户端身份信息为音视频客户端的身份标识（UID），心跳发送时间为发送心跳消息时音视频客户端的机器时间。当然，服务器地址信息也可以是其他标识网络侧服务器信息，客户端身份信息也可以是其他标识音视频客户端身份的信息。

步骤S102：网络侧服务器监控接收音视频客户端按照设定的发送时间间隔发送的心跳消息。

网络侧服务器按照设定的检测时间间隔检测是否接收到音视频客户端发送的心跳消息，根据每个检测时间间隔内是否监控接收到心跳消息，确定音视频客户端是否还处于连接状态。

优选的，音视频客户端发送心跳消息的发送时间间隔小于网络侧服务器监控接收心跳消息的检测时间间隔。例如：音视频客户端发送心跳消息的发送时间间隔为2s，网络侧服务器监控接收心跳消息的检测时间间隔为3s。这两个时间间隔可以基于网络***的具体状况，根据具体需要设定。

步骤S103：网络侧服务器判断在设定的检测时间周期内是否监控接收到音视频客户端发送的心跳消息。

若是，返回继续执行步骤S102；若否，执行步骤S104。

即若网络侧服务器在检测时间周期内接收到了心跳消息，则说明音视频客户端处于正常连接状态，则继续监控接收该音视频客户端发送的心跳消息。

步骤S104：释放音视频客户端所占用的网络资源，断开与音视频客户端的连接。

若网络侧服务器在检测时间周期内未接收到音视频客户端发送的心跳消息，则认为该音视频客户端网络连接异常，释放该音视频客户端所占用的网络资源，断开与音视频客户端的连接，以便减轻自身的网络连接负荷压力，提高音视频处理的速度和效率，同时也防止传输内容的泄露。

实施例二

本发明实施例二提供一种互联网音视频稳定性监控方法，其与上述实施例一所提供的方法的区别在于，当网络侧服务器在某个设定的检测时间间隔内未检测到音视频客户端发送的心跳消息时，其继续进行进一步的检测确认，例如在后续设定次数的检测时间间隔内继续检测，若连续几个检测时间间隔均未检测到音视频客户端发送的心跳消息时，再释放该音视频客户端占用的网络资源，从而进一步提高网络连接状态检测的准确性和可靠性，避免误判导致音视频客户端被错误断开连接。该方法流程如图2所示，包括下列步骤：

步骤S201：音视频客户端按照设定的发送时间间隔发送心跳消息给网络侧服

参见步骤S101，此处不再赘述。

步骤S202：网络侧服务器监控接收音视频客户端按照设定的发送时间间隔发送的心跳消息。

参见步骤S102，此处不再赘述。

步骤S203：网络侧服务器判断在设定的检测时间周期内是否监控接收到音视频客户端发送的心跳消息。

若是，返回继续执行步骤S202；若否，执行步骤S204。

即若网络侧服务器在检测时间周期内接收到了心跳消息，则说明音视频客户端处于正常连接状态，则返回步骤S202继续监控接收该音视频客户端发送的心跳消息。

步骤S204：网络侧服务器判断未监控接收到心跳消息的次数是否达到设定的次数阈值。

若是，执行步骤S205，若否，返回步骤S202继续监控接收该音视频客户端发送的心跳消息。

即若网络侧服务器在检测时间周期内未接收到音视频客户端发送的心跳消息，进一步确定未接收到心跳消息的检测时间周期次数，当达到设定的次数阈值时再考虑断开音视频客户端的网络连接；当未达到设定的次数阈值时，继续监控接收音视频客户端发送的心跳消息。

步骤205：释放音视频客户端所占用的网络资源，断开与音视频客户端的连接。

若网络侧服务器在达到一定次数阈值的检测时间周期内一直未接收到音视频客户端发送的心跳消息，则认为该音视频客户端网络连接异常，释放该音视频客户端所占用的网络资源，断开与音视频客户端的连接，从而进一步提高了网络连接稳定性检测的准确程度。

实施例三

本发明实施例三提供一种互联网音视频稳定性监控方法，其与上述实施例一所提供的方法的区别在于，当网络侧服务器在某个设定的检测时间间隔内未检测到音视频客户端发送的心跳消息时，其通过发送死亡确认消息继续进行进一步的检测确认，若发送死亡确认消息后在设定的检测时间间隔未检测到音视频客户端返回的心跳消息时，再释放该音视频客户端占用的网络资源，从而进一步提高了网络连接状态检测的准确性和可靠性，进一步避免了误判导致音视频客户端被错误断开连接。该方法流程如图3所示，包括下列步骤：

步骤S301：音视频客户端按照设定的发送时间间隔发送心跳消息给网络侧服

参见步骤S101，此处不再赘述。

步骤S302：网络侧服务器监控接收音视频客户端按照设定的发送时间间隔发送的心跳消息。

参见步骤S102，此处不再赘述。

步骤S303：网络侧服务器判断在设定的检测时间周期内是否监控接收到音视频客户端发送的心跳消息。

若是，返回继续执行步骤S302；若否，执行步骤S304。

即若网络侧服务器在检测时间周期内接收到了心跳消息，则说明音视频客户端处于正常连接状态，则返回步骤S302继续监控接收该音视频客户端发送的心跳消息。

步骤S304：网络侧服务器向音视频客户端发送死亡确认消息。

若网络侧服务器在检测时间周期内未接收到音视频客户端发送的心跳消息时，发送死亡确认消息给音视频客户端，进一步确认其连接状态。

网络侧服务器可以通过死亡确认消息指示音视频客户端在指定的反馈确认时间反馈心跳消息，以便能够及时获取到音视频客户端的连接状态。

网络侧服务器发送的死亡确认消息中会携带服务器地址信息、客户端身份信息、死亡确认时间和反馈确认时间。例如：服务器地址信息为网络侧服务器的IP地址，客户端身份信息为音视频客户端的身份标识（UID），死亡确认时间为发送死亡确认消息时网络侧服务器的机器时间，反馈确认时间指示音视频客户端反馈心跳消息的延时时间，例如：反馈确认时间设置为0，即要求音视频客户端接收到死亡确认消息后，立即返回心跳消息。当然，服务器地址信息也可以是其他标识网络侧服务器信息，客户端身份信息也可以是其他标识音视频客户端身份的信息。

步骤S305：网络侧服务器监控接收音视频客户端根据死亡确认消息返回的心跳消息。

音视频客户端接收到网络侧服务器发送的死亡确认消息时，根据反馈确认时间反馈心跳消息，通常为了检测的准确性，会将该反馈确认时间设置为0，则音视频客户端应当立即发送心跳消息，而不必再等待发送时间间隔到期再发送。

当然，如果因为网络原因，网络侧服务器和音视频客户端之间无法通信时，音视频客户端不能搜索到死亡确认消息，也就无法反馈心跳消息，此时网络连接中断，网络侧服务器在发送死亡确认消息后的检测时间间隔内不能接收到心跳消息，也会释放音视频客户端所占用的网络资源，关闭音视频客户端的网络连接，这种处理方式同样是正确和高效的。

步骤S306：网络侧服务器判断在设定的检测时间周期内是否接收到音视频客户端根据死亡确认消息返回的心跳消息。

若是，返回继续执行步骤S302；若否，执行步骤S307。

即若网络侧服务器在发送死亡确认消息后的检测时间周期内接收到了心跳消息，则说明音视频客户端还处于正常连接状态，则返回步骤S302继续监控接收该音视频客户端发送的心跳消息。

步骤307：释放音视频客户端所占用的网络资源，断开与音视频客户端的连接。

若网络侧服务器在发送死亡确认消息后的检测时间周期内未接收到音视频客户端据此返回的心跳消息，则认为该音视频客户端网络连接异常，释放该音视频客户端所占用的网络资源，断开与音视频客户端的连接，从而进一步提高了网络连接稳定性检测的准确程度。

上述实施例三所提供的方法，网络侧服务器在检测不到音视频客户端发送的心跳消息时，发送死亡确认消息，发送死亡确认消息之后的下一个检测时间间隔还检测不到音视频客户端发送的心跳消息，才释放资源该音视频客户端的网络资源，从而进一步降低了误判的可能性。该方法可以如上所述在实施例一所提供的方法基础上增加通过死亡确认消息进一步确认网络连接的过程，也可以在实施例二所提供的方法基础上增加通过死亡确认消息进一步确认网络连接的过程，即在设定次数的检测时间间隔内未检测到音视频客户端发送的心跳消息时，进一步发送死亡确认消息进行确认，具体参照上述实施例三并结合实施例二的描述实现。在服务器资源紧张，网络连接客户端数量高并发的情况下，此心跳消息监控和连接状态的死亡确认信息机制，有效缓解服务器压力，使资源得到更充分有效的利用。

实施例四

本发明实施例四提供一种互联网音视频稳定性监控***，该***结构如图4所示，包括网络侧服务器1和至少一个音视频客户端2。

网络侧服务器1，用于监控接收音视频客户端2按照设定的发送时间间隔发送的心跳消息；判断在设定的检测时间周期内是否监控接收到音视频客户端2发送的心跳消息；若网在设定的检测时间周期内接收到了音视频客户端2发送的心跳消息，则继续监控接收音视频客户端2发送的心跳消息；若在设定的检测时间周期内未接收到音视频客户端2发送的心跳消息，则释放音视频客户端所占用的网络资源，断开与音视频客户端的连接。

音视频客户端2，用于按照设定的发送时间间隔向网络侧服务器1发送心跳消息。

优选的，上述网络侧服务器1，还用于若在设定的检测时间周期内未接收到音视频客户端2发送的心跳消息，判断未监控接收到心跳消息的次数是否达到设定的次数阈值；当未达到设定的次数阈值时，继续监控接收音视频客户端2发送的心跳消息；当达到设定的次数阈值时，再执行释放音视频客户端2所占用的网络资源，断开与音视频客户端2的连接的步骤。

优选的，上述网络侧服务器1，还用于若网络侧服务器1在设定的检测时间周期内未接收到音视频客户端2发送的心跳消息，向音视频客户端2发送死亡确认消息，该死亡确认消息指示音视频客户端2在指定的反馈确认时间反馈心跳消息；以及监控接收音视频客户端2根据死亡确认消息返回的心跳消息，判断在设定的检测时间周期内是否接收到音视频客户端2返回的心跳消息；若在设定的检测时间周期内未监控接收到返回的心跳消息，再执行释放音视频客户端2所占用的网络资源，断开与音视频客户端2的连接的步骤；若在设定的检测时间周期内监控接收到了返回的心跳消息；则继续监控接收音视频客户端2发送的心跳消息。

上述互联网音视频稳定性监控***中包括的网络侧服务器，其结构如图5所示，包括：监控接收模块11、监控判断模块12和监控执行模块13。

监控接收模块11，用于监控接收音视频客户端按照设定的发送时间间隔发送的心跳消息。

监控判断模块12，用于判断在设定的检测时间周期内是否监控接收到音视频客户端发送的心跳消息。

监控执行模块13，用于若在设定的检测时间周期内接收到了音视频客户端发送的心跳消息，则继续监控接收音视频客户端发送的心跳消息；若在设定的检测时间周期内未接收到音视频客户端发送的心跳消息，则释放音视频客户端所占用的网络资源，断开与音视频客户端的连接。

优选的，上述监控判断模块12，还用于若在设定的检测时间周期内未接收到音视频客户端发送的心跳消息，判断未监控接收到音视频客户端发送的心跳消息的次数是否达到设定的次数阈值。相应的，

上述监控执行模块13，具体用于当未达到设定的次数阈值时，继续监控接收音视频客户端发送的心跳消息；当达到设定的次数阈值时，再执行释放音视频客户端所占用的网络资源，断开与音视频客户端的连接的步骤。

优选的，上述网络侧服务器，还包括：连接确认模块14，用于若在设定的检测时间周期内未接收到音视频客户端发送的心跳消息，向音视频客户端发送死亡确认消息，该死亡确认消息指示音视频客户端在指定的反馈确认时间反馈心跳消息。相应的，

上述监控接收模块11，还用于监控接收音视频客户端根据死亡确认消息返回的心跳消息。

上述监控判断模块12，还用于判断在设定的检测时间周期内是否接收到音视频客户端返回的心跳消息；

上述监控执行模块13，具体用于若在设定的检测时间周期内未监控接收到返回的心跳消息，再执行释放音视频客户端所占用的网络资源，断开与音视频客户端的连接的步骤；若在设定的检测时间周期内监控接收到了返回的心跳消息；则继续监控接收音视频客户端发送的心跳消息。

优选的，上述连接确认模块14，具体用于：发送死亡确认消息时，在发送的死亡确认消息中携带服务器地址信息、客户端身份信息、死亡确认时间和反馈确认时间。

上述互联网音视频稳定性监控***中包括的音视频客户端，其结构如图6所示，包括：信息上报模块21。

信息上报模块21，用于按照设定的发送时间间隔向网络侧服务器发送心跳消息，以便网络侧服务器根据是否在设定的检测时间周期内接收到所述心跳消息确定是否释放自身所在的音视频客户端所占用的网络资源，断开与音视频客户端的连接。

优选的，上述的音视频客户端，还包括：确认上报模块22，用于当接收到网络侧服务器发送的死亡确认消息时，在指定的反馈确认时间反馈心跳消息给网络侧服务器。

优选的，上述信息上报模块21和确认上报模块22，具体用于在发送心跳消息时，在发送的心跳消息中携带服务器地址信息、客户端身份信息和心跳发送时间。

本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器和光学存储器等）上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备（***）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (14)

1.一种互联网音视频稳定性监控方法，其特征在于，包括以下步骤：

网络侧服务器监控接收音视频客户端按照设定的发送时间间隔发送的心跳消息；

网络侧服务器判断在设定的检测时间周期内是否监控接收到所述心跳消息；

若网络侧服务器在所述检测时间周期内接收到了所述心跳消息，则继续监控接收所述心跳消息；若网络侧服务器在所述检测时间周期内未接收到所述心跳消息，则释放所述音视频客户端所占用的网络资源，断开与所述音视频客户端的连接。

2.如权利要求1所述的方法，其特征在于，若网络侧服务器在所述检测时间周期内未接收到所述心跳消息，还包括：

网络侧服务器判断未监控接收到所述心跳消息的次数是否达到设定的次数阈值；

当未达到设定的次数阈值时，继续监控接收所述心跳消息；当达到设定的次数阈值时，再执行释放所述音视频客户端所占用的网络资源，断开与所述音视频客户端的连接的步骤。

3.如权利要求1所述的方法，其特征在于，若网络侧服务器在所述检测时间周期内未接收到所述心跳消息，还包括：

所述网络侧服务器向所述音视频客户端发送死亡确认消息，所述死亡确认消息指示音视频客户端在指定的反馈确认时间反馈心跳消息；

所述网络侧服务器监控接收音视频客户端根据所述死亡确认消息返回的心跳消息；

所述网络侧服务器判断在设定的检测时间周期内是否接收到音视频客户端返回的心跳消息；

若在设定的检测时间周期内未监控接收到返回的心跳消息，再执行释放所述音视频客户端所占用的网络资源，断开与所述音视频客户端的连接的步骤；若在设定的检测时间周期内监控接收到了返回的心跳消息；则继续监控接收所述心跳消息。

4.如权利要求3所述的方法，其特征在于，所述死亡确认消息中包括：

服务器地址信息、客户端身份信息、死亡确认时间和反馈确认时间。

5.如权利要求1所述的方法，其特征在于，所述心跳消息中包括：

服务器地址信息、客户端身份信息和心跳发送时间。

6.如权利要求1-5任一所述的方法，其特征在于，所述音视频客户端发送所述心跳消息的发送时间间隔小于所述网络侧服务器监控接收所述心跳消息的检测时间间隔。

7.一种网络侧服务器，其特征在于，包括：

监控接收模块，用于监控接收音视频客户端按照设定的发送时间间隔发送的心跳消息；

监控判断模块，用于判断在设定的检测时间周期内是否监控接收到所述心跳消息；

监控执行模块，用于若在所述检测时间周期内接收到了所述心跳消息，则继续监控接收所述心跳消息；若在所述检测时间周期内未接收到所述心跳消息，则释放所述音视频客户端所占用的网络资源，断开与所述音视频客户端的连接。

8.如权利要求7所述的网络侧服务器，其特征在于，所述监控判断模块，还用于若在所述检测时间周期内未接收到所述心跳消息，判断未监控接收到所述心跳消息的次数是否达到设定的次数阈值；相应的，

所述监控执行模块，具体用于当未达到设定的次数阈值时，继续监控接收所述心跳消息；当达到设定的次数阈值时，再执行释放所述音视频客户端所占用的网络资源，断开与所述音视频客户端的连接的步骤。

9.如权利要求7或8所述的网络侧服务器，其特征在于，还包括：

连接确认模块，用于若在所述检测时间周期内未接收到所述心跳消息，向所述音视频客户端发送死亡确认消息，所述死亡确认消息指示音视频客户端在指定的反馈确认时间反馈心跳消息；

所述监控接收模块，还用于监控接收音视频客户端根据所述死亡确认消息返回的心跳消息；

所述监控判断模块，还用于判断在设定的检测时间周期内是否接收到音视频客户端返回的心跳消息；

所述监控执行模块，具体用于若在设定的检测时间周期内未监控接收到返回的心跳消息，再执行释放所述音视频客户端所占用的网络资源，断开与所述音视频客户端的连接的步骤；若在设定的检测时间周期内监控接收到了返回的心跳消息；则继续监控接收所述心跳消息。

10.如权利要求9所述的网络侧服务器，其特征在于，所述连接确认模块，具体用于：发送所述死亡确认消息时，在所述死亡确认消息中携带服务器地址信息、客户端身份信息、死亡确认时间和反馈确认时间。

11.一种音视频客户端，其特征在于，包括：

信息上报模块，用于按照设定的发送时间间隔向网络侧服务器发送心跳消息，以便网络侧服务器根据是否在设定的检测时间周期内接收到所述心跳消息确定是否释放自身所在的音视频客户端所占用的网络资源，断开与所述音视频客户端的连接。

12.如权利要求11所述的音视频客户端，其特征在于，还包括：

确认上报模块，用于当接收到网络侧服务器发送的死亡确认消息时，在指定的反馈确认时间反馈心跳消息给网络侧服务器。

13.如权利要求11或12所述的音视频客户端，其特征在于，所述信息上报模块和确认上报模块，具体用于：

在发送所述心跳消息时，在发送的心跳消息中携带服务器地址信息、客户端身份信息和心跳发送时间。

14.一种互联网音视频稳定性监控***，其特征在于，包括如权利要求7-10任一所述的网络侧服务器和至少一个如权利要求11-13任一所述的音视频客户端。

Images