CN102438181A - 在iptv***内调整心跳消息发送时间的方法及*** - Google Patents
在iptv***内调整心跳消息发送时间的方法及*** Download PDFInfo
- Publication number
- CN102438181A CN102438181A CN2011102364456A CN201110236445A CN102438181A CN 102438181 A CN102438181 A CN 102438181A CN 2011102364456 A CN2011102364456 A CN 2011102364456A CN 201110236445 A CN201110236445 A CN 201110236445A CN 102438181 A CN102438181 A CN 102438181A
- Authority
- CN
- China
- Prior art keywords
- time interval
- client
- media server
- streaming media
- order
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本发明公开了一种在IPTV***内调整心跳消息发送时间的方法及***，通过设置客户端接入数量阈值，且流媒体服务器实时的获取当前接入的客户端的接入数量，并将获取的接入数量与设定的阈值进行比较，根据比较结果发送时间间隔调整命令给相应的客户端，以对客户端的心跳消息发送时间间隔做相应的调整。因此本发明提供的方法可根据当前接入的客户端的数量适时的减小客户端发送心跳消息的频率，避免心跳消息过多造成的流媒体服务器响应用户操作请求变慢、甚至造成消息拥塞的情况，也可避免由高峰时期转入空闲时期心跳消息过少造成的资源的浪费，提高流媒体服务器资源的利用率，进而大大提升用户的体验。
Description
技术领域
本发明涉及IPTV(交互式网络电视)技术领域，具体涉及一种在IPTV***内调整心跳消息发送时间的方法及***。
背景技术
随着宽带的逐渐普及和组播技术的不断发展，IPTV以其优良的实时性和交互性为广大用户所接收。IPTV是一种以家用电视机或PC为显示终端，通过互联网，提供包括电视节目在内的内容丰富的多媒体服务业务，可以实现媒体服务者和消费者之间的互动，并可以根据用户的选择提供内容广泛的多媒体服务功能。
在IPTV***中，为了保证客户端与流媒体服务器的正常通信，客户端需定期的发送心跳消息给流媒体服务器，以表明自身与流媒体服务器的连接正常。如果流媒体服务器在一定时间内(即超出心跳超时时间时)都没有收到来自客户端的心跳消息时，会自动认为与该客户端的通讯已中断，断开与该客户端的连接。
目前，客户端发送心跳消息的时间间隔由客户端自身决定，而不会根据网络的当前状况和流媒体服务器当前的符合情况进行调整，根据研究表明，在高峰段时期，客户端发送的心跳消息会占到流媒体服务器接收到的所有信令的80％，媒体服务器需消耗大量的开销来处理这些心跳消息，从而使流媒体服务器利用较少的开销去处理客户端发送的其他操作请求(例如暂停、播放、快进、快退等)，使用户请求的操作响应变慢，大大降低了用户的体验。尤其是在网络状况不好的情况下，过多的心跳消息甚至会造成消息的拥塞，严重影响用户的体验。而在空时期，流媒体服务器又会因接收到心跳信息较少而使大部分资源空置，不利于资源的合理利用，降低了资源的利用率。
发明内容
本发明要解决的主要技术问题是，提供一种在IPTV***内调整心跳消息发送时间的方法及***，可动态的调整客户端发送心跳消息的时间间隔，避免心跳消息过多导致媒体服务器响应用户操作请求变慢、甚至造成消息拥塞的情况，也可避免由高峰时期转变为空闲时期时，心跳消息过少导致资源浪费的情况，可提高资源利用率，提升用户的体验。
为解决上述技术问题，本发明提供一种在IPTV***内调整心跳消息发送时间的方法，包括：
设定客户端接入数量阈值；
流媒体服务器实时获取当前接入的客户端的接入数量，并将其与所述阈值进行比较，根据比较结果发送时间间隔调整命令给相应的客户端；
客户端接收到所述时间间隔调整命令后，根据所述时间间隔调整命令相应的调整心跳消息发送的时间间隔。
在本发明的一种实施例中，所述时间间隔调整命令包括增大时间间隔命令，当所述比较结果为所述当前接入的客户端的接入数量大于所述阈值时，所述流媒体服务器发送所述增大时间间隔命令给相应的客户端；
客户端接收到所述增大时间间隔命令后，根据所述增大时间间隔命令增大心跳消息发送的时间间隔。
在本发明的一种实施例中，所述时间间隔调整命令包括减小时间间隔命令，当所述比较结果为当前客户端的接入数量由大于所述阈值变为小于等于所述阈值时，所述流媒体服务器发送减小时间间隔命令给相应的客户端；
客户端接收到所述减小时间间隔命令后，根据所述减小时间间隔命令相应 的减小心跳消息发送的时间间隔。
在本发明的一种实施例中，所述流媒体服务器发送所述增大时间间隔命令给当前接入的所有客户端。
在本发明的一种实施例中，所述流媒体服务器发送增大时间间隔命令给最后接入的客户端。
在本发明的一种实施例中，所述流媒体服务器发送所述减小时间间隔命令给当前接入的所有客户端。
在本发明的一种实施例中，所述阈值包括多个等级，所述增大时间间隔命令和所述减小时间间隔命令包含与所述阈值的各等级相对应的时间间隔调整等级，客户端根据所述增大时间间隔命令和所述减小时间间隔命令包含的时间间隔调整等级对心跳消息发送的时间间隔做相应的调整。
在本发明的一种实施例中，所述流媒体服务器通过实时流协议发送所述时间间隔命令给相应的客户端。
本发明还提供了一种IPTV***，包括流媒体服务器和客户端，所述流媒体服务器用于实时获取当前接入的客户端的接入数量，并将其与设定的阈值进行比较，根据比较结果发送时间间隔调整命令给相应的客户端；所述客户端用于接收到所述时间间隔调整命令后，根据所述时间间隔调整命令相应的调整心跳消息发送的时间间隔。
本发明的有益效果是：本发明提供的方法通过设置客户端接入数量阈值，且流媒体服务器实时的获取当前接入的客户端的接入数量，并将获取的接入数量与设定的阈值进行比较，根据比较结果发送时间间隔调整命令给相应的客户端，以对客户端的心跳消息发送时间间隔做相应的调整，例如：如果比较结果是大于该阈值，表明此时接入的客户端较多，需调整心跳消息的发送时间间隔 以减小客户端发送心跳消息的频率，流媒体服务器发送增大时间间隔命令给相应的客户端，接收到所述增大时间间隔命令的客户端根据接收到的增大时间间隔命令相应的增大心跳消息发送的时间间隔以减小心跳消息发送的频率。因此本发明提供的方法可根据当前接入的客户端的数量适时的调整客户端发送心跳消息的频率，避免心跳消息过多造成的流媒体服务器响应用户操作请求变慢、甚至造成消息拥塞的情况，也可避免由高峰时期转入空闲时期心跳消息过少造成的资源的浪费，提高流媒体服务器资源的利用率，进而大大提升用户的体验。
附图说明
图1为本发明一种实施例的增大客户端心跳信息发送时间间隔的示意图一；
图2为本发明一种实施例的增大客户端心跳信息发送时间间隔的示意图二；
图3为本发明一种实施例的减小客户端心跳信息发送时间间隔的示意图。
具体实施方式
本发明根据IPTV***内当前客户端接入的实际数量适时的调整客户端发送心跳消息的频率，进而提高流媒体服务器的资源利用率，提升用户的体验。下面通过具体实施方式结合附图对本发明作进一步详细说明。
本例中的IPTV***包括至少一个流媒体服务器和至少一个客户端，在该IPTV***内调整心跳消息发送时间的方法包括：
设定客户端接入数量阈值；
流媒体服务器实时获取当前接入的客户端的接入数量，并将其与所述阈值进行比较，根据比较结果发送时间间隔调整命令给相应的客户端；
客户端接收到时间间隔调整命令后，根据时间间隔调整命令相应的调整心跳消息发送的时间间隔。
本例中客户端接入数量阈值的具体值设定可根据实际情况具体选择，例如，在网络情况较好的情况下，可选择将接入数量阈值设置的较大，在网络情况较不好的情况下，可选择将接入数量阈值设置的小一些，以及时的根据接入的客户端的计入数量调整客户端心跳消息的发送时间间隔。本例中流媒体服务器可根据当前与其建立连接的客户端的连接数来判断当前用户端的接入数。
本例中的时间间隔调整命令包括增大时间间隔命令和减小时间间隔命令，当上述比较结果为当前接入的客户端的接入数量大于阈值时，流媒体服务器发送增大时间间隔命令给相应的客户端进行增大心跳消息发送时间间隔的调整；当上述比较结果为当前客户端的接入数量由大于阈值变为小于等于阈值时，流媒体服务器发送减小时间间隔命令给相应的客户端进行减小心跳消息发送时间间隔的调整。
由上可知，本例中客户端心跳消息发送的时间间隔可由媒体服务器根据当前接入的客户端数量来调整，而不只是由客户端自行确定，增加了媒体服务器对客户端控制的可靠性。同时心跳消息发送的时间间隔得以及时调整可避免心跳消息过多造成的流媒体服务器响应用户操作请求变慢、甚至造成消息拥塞的情况。
本例中，当前接入***的客户端的接入数量大于设定的阈值时，流媒体服务器可根据实际情况选择发送增大时间间隔命令给相应的客户端以进行相应的调整。具体可如下：
1、当前接入***的客户端的接入数量大于设定的阈值时，流媒体服务器可选择发送增大时间间隔命令给当前接入的所有客户端，客户端接收到该命令后适当的增大心跳消息发送的时间间隔，以减少流媒体服务器的负荷，提高流媒体服务器的资源利用率。
2、当前接入***的客户端的接入数量大于设定的阈值时，流媒体服务器还可选择发送增大时间间隔命令给最后接入的客户端，命令最后接入的客户端减小心跳消息发送的频率，以减少流媒体服务器的负荷。
在本例中，客户端心跳消息发送的时间间隔除了可以由流媒体服务器根据当前接入的客户端数量大于设定的阈值，而将其做增大调整以减小心跳消息的发送频率外，当流媒体服务器检测到当前客户端的接入数量由大于阈值变为小于该阈值时，还可发送减小时间间隔命令给相应的客户端以减小心跳消息发送的时间间隔，避免在流媒体由高峰时期转入空闲时期后，由于处于高峰期的调整使接收到的心跳消息少，使资源空置导致资源的浪费。
本例中，当流媒体服务器检测到当前客户端的接入数量由大于设定的阈值变为小于该阈值时，流媒体服务器也可根据实际情况选择发送减小时间间隔命令给相应的客户端，例如：可或选择将减小时间间隔命令发送给当前接入的所有客户端。
值得注意的是，随着技术的发展，在流媒体服务器可以实时记录每个客户端的心跳时间间隔时，本发明在选择发送时间间隔调整命令时，可根据流媒体服务器记载的各个客户端的心跳消息发送时间间隔，根据实际情况选择时间间隔最大或最小的客户端进行调整。
本例中的阈值可包括多个等级，流媒体服务器可根据阈值的等级发送增大时间间隔命令和所述减小时间间隔命令给相应的客户端对心跳消息的发送时间间隔做相应的调整，相应的，本例中的增大时间间隔命令和减小时间间隔命令包含与阈值的各等级相对应的时间间隔调整等级，客户端根据增大时间间隔命令和减小时间间隔命令包含的时间间隔调整等级对心跳消息发送的时间间隔做相应的调整，例如：
假设阈值包括从小到大的第一等级、第二等级和第三等级，相应的增大时间间隔命令与该阈值的各等级对应的有第一增大时间间隔等级、第二增大时间间隔等级、第三增大时间间隔等级；减小时间间隔命令与该阈值的各等级对应的有第一减小时间间隔等级、第二减小时间间隔等级、第三减小时间间隔等级。当流媒体服务器检测到当前接入的用户接入数量大于阈值的第一等级，则发送的增大时间间隔命令包含第一增大时间间隔等级，例如命令时间间隔由原来的T变成2T；当流媒体服务器检测到当前接入的用户接入数量大于阈值的第二等级，此时接入的客户端更多，发送的增大时间间隔命令包含第二增大时间间隔等级，例如命令时间间隔由原来的2T变成4T，以此类推。
当流媒体服务器检测到当前接入的用户接入数量小于阈值的第二等级，则发送的减小时间间隔命令包含第二减小时间间隔等级，例如命令时间间隔由原来的4T变成2T；当流媒体服务器检测到当前接入的用户接入数量小于阈值的第一等级，此时接入的客户端更少，发送的减小时间间隔命令包含第一减小时间间隔等级，例如命令时间间隔由原来的2T变成T，以此类推。
本例中流媒体服务器可通过实时流协议RTSP(Real-Time Streaming Protocol)发送增大时间间隔命令和减小时间间隔命令给相应的客户端。因为实时流协议RTSP协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据，且RTSP在体系结构上位于实时传输协议RTP(Real-Time Transport Portocol)和实时传输控制协议RTCP(Real-Time Control Transport Portocol)之上，RTSP充当多媒体服务器的网络远程控制。
为了更好的理解本发明，下面本例假设TPTV***包括流媒体服务器、客户端A和客户端B，以及将阈值设置为1为例，对本发明做进一步说明。
请参见图1，假设客户端A和客户端B自行定义的心跳消息发送时间间隔都 为t。假设客户端先接入***，此时未超过设定的阈值1。流媒体服务器发现当前客户端数量增加到超过阈值以后，并通知客户端增加心跳消息发送时间间隔的过程如下，请参见图1：
客户端A正常服务中，发送心跳消息，距离上次发送心跳的时间间隔为t；
流媒体服务器收到心跳消息，并反馈给客户端A一个成功的应答；
客户端B向服务器发送点播节目请求；
流媒体服务器处理成功客户端B的请求，开始播放节目，并给客户端B成功应答；
流媒体服务器发现当前接入的客户端数量超过了设定的阈值1，发送增大时间间隔命令给客户端B和客户端A，要求将心跳消息发送时间间隔增加为2t；
客户端B和客户端A收到该命令后，根据该命令更改心跳消息发送间隔时间为2t，并反馈成功更改的应答消息给流媒体服务器；
客户端A发送心跳消息，距离上次发送心跳的时间间隔为2t；
流媒体服务器收到心跳消息，并给一个成功的应答；
客户端B发送心跳消息，距离上次发送心跳的时间间隔为2t；
流媒体服务器收到心跳消息，并给一个成功的应答。
图1所示的是在当前客户端接入数量大于设定的阈值时，流媒体服务器通知当前接入的所有客户端更改心跳消息发送时间间隔，下面以只要求最后接入的客户端更改心跳消息发送时间间隔为例做进一步说明，请参见图2：
客户端A正常服务中，发送心跳消息，距离上次发送心跳的时间间隔为t；
流媒体服务器收到心跳消息，并反馈给客户端A一个成功的应答；
客户端B向服务器发送点播节目请求；
流媒体服务器处理成功客户端B的请求，开始播放节目，并给客户端B成 功应答；
流媒体服务器发现当前接入的客户端数量超过了设定的阈值1，发送增大时间间隔命令给客户端B，要求将心跳消息发送时间间隔增加为2t。
客户端B收到该命令后，根据该命令更改心跳消息发送间隔时间为2t，并反馈成功更改的应答消息给流媒体服务器；
客户端A发送心跳消息，距离上次发送心跳的时间间隔为t；
流媒体服务器收到心跳消息，并给一个成功的应答；
客户端B发送心跳消息，距离上次发送心跳的时间间隔为2t；
流媒体服务器收到心跳消息，并给一个成功的应答。
图1－2所示的是在当前客户端接入数量大于设定的阈值时，流媒体服务器通知最后相应的客户端更改心跳消息发送时间间隔的流程，下面以流媒体服务器发现当前客户端接入数量由大于设定的阈值变成小于等于设定的阈值为例对本发明做进一步说明。
在图1所示的基础上，此时客户端A和客户端B心跳消息发送时间间隔都为2t，阈值仍设为1，流媒体服务器发现当前客户端数量减少到小于等于阈值，并通知客户端减小心跳消息发送的时间间隔的过程如下，请参见图3：
客户端A正常服务中，发送心跳消息，距离上次发送心跳的时间间隔为2t；
流媒体服务器收到心跳消息，并给一个成功的应答；
客户端B向流媒体服务器发送退出服务请求；
流媒体服务器终止客户端B的服务并断开连接；
流媒体服务器发现由于客户端B的退出，导致当前服务的客户端数等于阈值1，于是给所有正在服务的客户端(本例中为客户端A)发送减小时间间隔命令，要求缩短心跳消息发送的时间间隔；
客户端A收到该命令，修改心跳消息发送间隔时间，并给流媒体服务器成功应答；
客户端A发送心跳消息，距离上次发送心跳的时间间隔为t；
流媒体服务器收到心跳消息，并给一个成功的应答。
综上可知，本发明提供的方法可根据当前接入的客户端的数量适时的减小客户端发送心跳消息的频率，避免心跳消息过多造成的流媒体服务器响应用户操作请求变慢、甚至造成消息拥塞的情况的同时，还可在当前接入的客户端数量小于阈值时，相应的减小心跳消息发送的时间间隔，使流媒体服务器资源的利用率处于一个最佳状态，进而大大提升用户的体验。
以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。
Claims (9)
1.一种在IPTV***内调整心跳消息发送时间的方法，其特征在于，包括：
设定客户端接入数量阈值；
流媒体服务器实时获取当前接入的客户端的接入数量，并将其与所述阈值进行比较，根据比较结果发送时间间隔调整命令给相应的客户端；
客户端接收到所述时间间隔调整命令后，根据所述时间间隔调整命令相应的调整心跳消息发送的时间间隔。
2.如权利要求1所述的方法，其特征在于，所述时间间隔调整命令包括增大时间间隔命令，当所述比较结果为所述当前接入的客户端的接入数量大于所述阈值时，所述流媒体服务器发送所述增大时间间隔命令给相应的客户端；
客户端接收到所述增大时间间隔命令后，根据所述增大时间间隔命令增大心跳消息发送的时间间隔。
3.如权利要求2所述的方法，其特征在于，所述时间间隔调整命令包括减小时间间隔命令，当所述比较结果为当前客户端的接入数量由大于所述阈值变为小于等于所述阈值时，所述流媒体服务器发送减小时间间隔命令给相应的客户端；
客户端接收到所述减小时间间隔命令后，根据所述减小时间间隔命令相应的减小心跳消息发送的时间间隔。
4.如权利要求2所述的方法，其特征在于，所述流媒体服务器发送所述增大时间间隔命令给当前接入的所有客户端。
5.如权利要求2所述的方法，其特征在于，所述流媒体服务器发送增大时间间隔命令给最后接入的客户端。
6.如权利要求3所述的方法，其特征在于，所述流媒体服务器发送所述减小时间间隔命令给当前接入的所有客户端。
7.如权利要求3-6任一项所述的方法，其特征在于，所述阈值包括多个等级，所述增大时间间隔命令和所述减小时间间隔命令包含与所述阈值的各等级相对应的时间间隔调整等级，客户端根据所述增大时间间隔命令和所述减小时间间隔命令包含的时间间隔调整等级对心跳消息发送的时间间隔做相应的调整。
8.如权利要求1-6任一项所述的方法，其特征在于，所述流媒体服务器通过实时流协议发送所述时间间隔命令给相应的客户端。
9.一种IPTV***，其特征在于，包括流媒体服务器和客户端，所述流媒体服务器用于实时获取当前接入的客户端的接入数量，并将其与设定的阈值进行比较，根据比较结果发送时间间隔调整命令给相应的客户端；所述客户端用于接收到所述时间间隔调整命令后，根据所述时间间隔调整命令相应的调整心跳消息发送的时间间隔。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2011102364456A CN102438181A (zh) | 2011-08-18 | 2011-08-18 | 在iptv***内调整心跳消息发送时间的方法及*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2011102364456A CN102438181A (zh) | 2011-08-18 | 2011-08-18 | 在iptv***内调整心跳消息发送时间的方法及*** |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN102438181A true CN102438181A (zh) | 2012-05-02 |
Family
ID=45986022
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2011102364456A Pending CN102438181A (zh) | 2011-08-18 | 2011-08-18 | 在iptv***内调整心跳消息发送时间的方法及*** |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102438181A (zh) |
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103491512A (zh) * | 2012-06-12 | 2014-01-01 | 腾讯科技（深圳）有限公司 | 消息推送的实现方法和装置 |
| CN105024933A (zh) * | 2014-04-22 | 2015-11-04 | 腾讯科技（深圳）有限公司 | 请求包发送频率的控制方法及装置 |
| CN105279437A (zh) * | 2014-06-20 | 2016-01-27 | 北京奇虎科技有限公司 | 一种网站扫描控制方法和装置 |
| CN105897499A (zh) * | 2015-12-07 | 2016-08-24 | 乐视云计算有限公司 | 分布式存储***节点状态监控方法、中心节点及*** |
| CN106452978A (zh) * | 2016-11-25 | 2017-02-22 | 深圳怡化电脑股份有限公司 | 一种通信异常的检测方法及装置 |
| CN106685748A (zh) * | 2015-11-05 | 2017-05-17 | 中移（杭州）信息技术有限公司 | 一种心跳信息发送方法、服务器及终端 |
| CN107078925A (zh) * | 2014-10-29 | 2017-08-18 | 华为技术有限公司 | 一种心跳周期的设置方法及终端 |
| CN107391359A (zh) * | 2016-05-17 | 2017-11-24 | 腾讯科技（深圳）有限公司 | 一种业务测试方法及装置 |
| CN107786383A (zh) * | 2016-08-30 | 2018-03-09 | 北京国双科技有限公司 | 心跳数据包的发送方法及装置 |
| CN108173709A (zh) * | 2017-12-19 | 2018-06-15 | 广州视源电子科技股份有限公司 | 保活长连接方法、装置、终端设备及存储介质 |
| CN108616903A (zh) * | 2016-12-19 | 2018-10-02 | 南宁富桂精密工业有限公司 | Ac与ap之间的链路保活方法及*** |
| CN108965198A (zh) * | 2017-05-17 | 2018-12-07 | 北京博瑞彤芸文化传播股份有限公司 | 一种歌曲信息的处理方法 |
| CN108965066A (zh) * | 2018-10-17 | 2018-12-07 | 网宿科技股份有限公司 | 一种对传输路径进行探测的方法和装置 |
| CN109327346A (zh) * | 2018-07-27 | 2019-02-12 | 上海电享信息科技有限公司 | 一种客户端心跳频率动态控制方法及*** |
| CN110830753A (zh) * | 2019-10-16 | 2020-02-21 | 浙江华创视讯科技有限公司 | 视频会议信令处理方法、装置、计算机设备和存储介质 |
| CN113612624A (zh) * | 2021-06-29 | 2021-11-05 | 济南浪潮数据技术有限公司 | 一种节点之间心跳处理方法及装置 |
-
2011
- 2011-08-18 CN CN2011102364456A patent/CN102438181A/zh active Pending
Cited By (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103491512A (zh) * | 2012-06-12 | 2014-01-01 | 腾讯科技（深圳）有限公司 | 消息推送的实现方法和装置 |
| CN103491512B (zh) * | 2012-06-12 | 2017-08-08 | 腾讯科技（深圳）有限公司 | 消息推送的实现方法和装置 |
| CN105024933A (zh) * | 2014-04-22 | 2015-11-04 | 腾讯科技（深圳）有限公司 | 请求包发送频率的控制方法及装置 |
| CN105024933B (zh) * | 2014-04-22 | 2019-01-29 | 腾讯科技（深圳）有限公司 | 请求包发送频率的控制方法及装置 |
| CN105279437B (zh) * | 2014-06-20 | 2018-12-04 | 北京奇安信科技有限公司 | 一种网站扫描控制方法和装置 |
| CN105279437A (zh) * | 2014-06-20 | 2016-01-27 | 北京奇虎科技有限公司 | 一种网站扫描控制方法和装置 |
| CN107078925B (zh) * | 2014-10-29 | 2020-07-07 | 华为技术有限公司 | 一种心跳周期的设置方法及终端 |
| CN107078925A (zh) * | 2014-10-29 | 2017-08-18 | 华为技术有限公司 | 一种心跳周期的设置方法及终端 |
| CN106685748A (zh) * | 2015-11-05 | 2017-05-17 | 中移（杭州）信息技术有限公司 | 一种心跳信息发送方法、服务器及终端 |
| CN105897499A (zh) * | 2015-12-07 | 2016-08-24 | 乐视云计算有限公司 | 分布式存储***节点状态监控方法、中心节点及*** |
| CN107391359A (zh) * | 2016-05-17 | 2017-11-24 | 腾讯科技（深圳）有限公司 | 一种业务测试方法及装置 |
| CN107786383A (zh) * | 2016-08-30 | 2018-03-09 | 北京国双科技有限公司 | 心跳数据包的发送方法及装置 |
| CN106452978A (zh) * | 2016-11-25 | 2017-02-22 | 深圳怡化电脑股份有限公司 | 一种通信异常的检测方法及装置 |
| CN108616903A (zh) * | 2016-12-19 | 2018-10-02 | 南宁富桂精密工业有限公司 | Ac与ap之间的链路保活方法及*** |
| CN108616903B (zh) * | 2016-12-19 | 2021-06-18 | 南宁富桂精密工业有限公司 | Ac与ap之间的链路保活方法及*** |
| CN108965198A (zh) * | 2017-05-17 | 2018-12-07 | 北京博瑞彤芸文化传播股份有限公司 | 一种歌曲信息的处理方法 |
| CN108173709A (zh) * | 2017-12-19 | 2018-06-15 | 广州视源电子科技股份有限公司 | 保活长连接方法、装置、终端设备及存储介质 |
| CN109327346A (zh) * | 2018-07-27 | 2019-02-12 | 上海电享信息科技有限公司 | 一种客户端心跳频率动态控制方法及*** |
| CN108965066A (zh) * | 2018-10-17 | 2018-12-07 | 网宿科技股份有限公司 | 一种对传输路径进行探测的方法和装置 |
| CN110830753A (zh) * | 2019-10-16 | 2020-02-21 | 浙江华创视讯科技有限公司 | 视频会议信令处理方法、装置、计算机设备和存储介质 |
| CN110830753B (zh) * | 2019-10-16 | 2021-07-27 | 浙江华创视讯科技有限公司 | 视频会议信令处理方法、装置、计算机设备和存储介质 |
| CN113612624A (zh) * | 2021-06-29 | 2021-11-05 | 济南浪潮数据技术有限公司 | 一种节点之间心跳处理方法及装置 |
| CN113612624B (zh) * | 2021-06-29 | 2023-01-06 | 济南浪潮数据技术有限公司 | 一种节点之间心跳处理方法及装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102438181A (zh) | 在iptv***内调整心跳消息发送时间的方法及*** | |
| US8910219B2 (en) | System and method of delivering video content | |
| US11109077B2 (en) | Controlling delivery of requested content based on delivery bandwidth limitations | |
| US8996719B2 (en) | System and method of adaptive transport of multimedia data | |
| US10070164B2 (en) | Predictive allocation of multimedia server resources | |
| US9955232B2 (en) | Methods and apparatus for dynamic management and bandwidth allocation for content delivery | |
| US20070220577A1 (en) | Method and media manager client unit for optimising network resources usage | |
| US8117332B2 (en) | Network streaming over multiple physical interfaces | |
| US20130219440A1 (en) | Apparatus and method for simulcast over a variable bandwidth channel | |
| CN109286854B (zh) | 基于WiFi网络的网络流媒体卡顿检测及优化***及方法 | |
| CN102231849B (zh) | 一种数字电视视频点播***及点播方法 | |
| CN102308530A (zh) | 网络中优化的带宽使用 | |
| CN104243609B (zh) | 一种信息业务推送方法和装置 | |
| EP1395020A2 (en) | Method and apparatus for dynamically controlling a real-time multimedia data generation rate | |
| CN101193268A (zh) | 流媒体暂停方法 | |
| US8566888B2 (en) | System for updating channel lineup for broadcasting and switched digital broadcasting services | |
| EP2224639A1 (en) | Method, apparatus and system for resource management in networks | |
| CN101072320A (zh) | 会议电视升降速方法 | |
| Cui et al. | Dash+: Download multiple video segments with stream multiplexing of quic | |
| CN101645932B (zh) | 一种p2p流媒体启发式数据调度方法 | |
| EP2512132B1 (en) | Method and device for controlling bandwidth of set top boxes in internet protocol television (iptv) system | |
| WO2011131098A1 (zh) | 一种设备调度方法、装置及*** | |
| CN115334068A (zh) | 一种数据传输方法、装置、终端设备和存储介质 | |
| CN102014038B (zh) | 一种传输资源管理方法及装置 | |
| CN104780124B (zh) | 一种按时间段动态调整预留带宽的资源管理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20120502 |
|
| RJ01 | Rejection of invention patent application after publication |