CN110971922A - 直播连麦状态监控方法、设备、存储介质及*** - Google Patents
直播连麦状态监控方法、设备、存储介质及*** Download PDFInfo
- Publication number
- CN110971922A CN110971922A CN201811161813.3A CN201811161813A CN110971922A CN 110971922 A CN110971922 A CN 110971922A CN 201811161813 A CN201811161813 A CN 201811161813A CN 110971922 A CN110971922 A CN 110971922A
- Authority
- CN
- China
- Prior art keywords
- heartbeat information
- server
- sent
- timer
- function
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2187—Live feed
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
- H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
- H04N21/2408—Monitoring of the upstream path of the transmission network, e.g. client requests
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
- H04N21/4425—Monitoring of client processing errors or hardware failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
- H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- General Engineering & Computer Science (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种直播连麦状态监控方法、设备、存储介质及***,涉及互联网移动端应用开发领域,包括客户端通过消息接收函数接收服务器发送的用以表明连麦成功的消息;调用定时器headBeatTimer设定定时周期,客户端通过心跳发送函数sendHeartBeat周期性向服务器发送用于表明连麦状态的心跳信息;服务器通过函数sendHeartbeatRespond接收客户端发送的心跳信息,并对心跳信息中含有的错误码进行判断:当错误码为Code_Succesed时,则表明心跳信息发送成功,当前连麦正常;当错误码为Code_timeOut时,则表明心跳信息发送超时,当前连麦故障。本发明实时对主播连麦状态进行监控,有效减少直播画面连麦故障时的卡顿时间,保证用户的观看体验。
Description
技术领域
本发明涉及互联网移动端应用开发领域,具体涉及一种直播连麦状态监控方法、设备、存储介质及***。
背景技术
随着手机移动端的快速发展,越来越多的年轻人喜欢通过观看直播的方式来打发业余时间,同时,直播公司为提升用户对直播的观看体验,开发了较多的直播功能体验,如连麦等。
当前,主播在直播的过程中经常使用连麦技术,连麦是指主播和主播之间进行语音通话或者视频通话,且所有的直播观看用户可以看到主播和主播的视频通话或者语音通话。进一步的细分:主播与主播语音,所有的用户可以看到主播的语音,此种为语音连麦;主播和主播进行视频,所有的用户能看到主播和主播的视频,此种为视频连麦。
无论是视频连麦还是语音连麦都需要对连麦状态及时进行监控,以便连麦断开时进行及时处理,而现有技术中没有对连麦状态进行较好监控的技术方案,当连麦因故障断开时,用户看到的直播画面状态为几分钟甚至更长时间的卡顿,影响用户的直播观看体验。
发明内容
针对现有技术中存在的缺陷,本发明的目的在于提供一种直播连麦状态监控方法,实时对主播连麦状态进行监控,有效减少直播画面连麦故障时的卡顿时间,保证用户的观看体验。本发明相应的还提供了设备、存储介质及***。
为达到以上目的,本发明采取的技术方案是:
本发明第一方面提供一种直播连麦状态监控方法,包括以下步骤:
客户端通过消息接收函数接收服务器发送的用以表明连麦成功的消息;
调用定时器headBeatTimer设定定时周期,客户端通过心跳发送函数sendHeartBeat周期性向服务器发送用于表明连麦状态的心跳信息;
服务器通过函数sendHeartbeatRespond接收客户端发送的心跳信息,并对心跳信息中含有的错误码进行判断:
当错误码为Code_Succesed时,则表明心跳信息发送成功,当前连麦正常;
当错误码为Code_timeOut时,则表明心跳信息发送超时,当前连麦故障。
结合第一方面,在第一种可能的实现方式中,所述客户端通过消息接收函数接收服务器发送的用以表明连麦成功的消息,具体步骤为:
客户端通过消息接收函数接受服务器发送的消息;
客户端将接收的消息保存于消息接收函数的参数decoder中;
将参数转化为模型model,并对模型model中用以代表服务器推送通知消息的字段类型进行判断,当所述字段类型为设定的用以表示连麦成功的类型,则表明当前连麦成功。
结合第一方面,在第二种可能的实现方式中,所述调用定时器headBeatTimer设定定时周期,具体步骤为:
S201:判断定时器headBeatTimer是否存在,若存在,则转到步骤S202,反之,转到步骤S203;
S202:对定时器headBeatTimer设定定时周期;
S203:使用定时器变量创建函数GCDTimer创建弱引用类型的定时器headBeatTimer。
结合第一方面第二种可能的实现方式,在第三种可能的实现方式中,所述客户端通过心跳发送函数sendHeartBeat周期性向服务器发送用于表明连麦状态的心跳信息,具体步骤为:
S211:定时器headBeatTimer周期性调用updateTimer函数;
S212:updateTimer函数使用队列创建函数创建一队列,创建的队列中包括第一参数和第二参数,所述第一参数为队列名称,所述第二参数为队列种类;
S213:在创建的队列中,通过心跳发送函数sendHeartBeat向服务器发送用于表明连麦状态的心跳信息。
结合第一方面,在第四种可能的实现方式中,当心跳信息发送超时,当前连麦故障时:
断开连麦连接,同时断开所有直播观看用户的连麦画面显示,并释放定时器headBeatTimer,所述释放定时器的具体步骤为:获取定时器headBeatTimer,调用用于销毁定时器的方法destroy对定时器headBeatTimer进行销毁,同时将定时器headBeatTimer置位nil。
结合第一方面,在第五种可能的实现方式中,服务器通过函数sendHeartbeatRespond接收客户端发送的心跳信息,若服务器在设定的时间内未收到客户端发送的心跳信息,则断开连麦连接。
本发明第二方面提供一种客户端,包括:
第一接收单元,其用于接收用以表明连麦成功的消息;
调用单元,其用于调用定时器headBeatTimer,并对定时器headBeatTimer设定定时周期;
第一发送单元,其用于基于定时器headBeatTimer设定的定时周期,通过心跳发送函数sendHeartBeat周期性发送用于表明连麦状态的心跳信息。
本发明第三方面提供一种服务器,包括:
第二发送单元,其用于发送用以表明连麦成功的消息;
第二接收单元,其用于通过函数sendHeartbeatRespond接收心跳信息;
判断单元,其用于对第二接收单元接收的心跳信息中含有的错误码进行判断:
当错误码为Code_Succesed时,则表明心跳信息发送成功,当前连麦正常;
当错误码为Code_timeOut时,则表明心跳信息发送超时,当前连麦故障。
本发明第四方面提供一种存储介质,该存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现以下步骤:
客户端通过消息接收函数接收服务器发送的用以表明连麦成功的消息;
调用定时器headBeatTimer设定定时周期,客户端通过心跳发送函数sendHeartBeat周期性向服务器发送用于表明连麦状态的心跳信息;
服务器通过函数sendHeartbeatRespond接收客户端发送的心跳信息,并对心跳信息中含有的错误码进行判断:
当错误码为Code_Succesed时,则表明心跳信息发送成功,当前连麦正常;
当错误码为Code_timeOut时,则表明心跳信息发送超时,当前连麦故障。
本发明第五方面提供一种直播连麦状态监控***,包括:
第一接收模块,其用于驱使客户端通过消息接收函数接收服务器发送的用以表明连麦成功的消息;
发送模块,其用于调用定时器headBeatTimer设定定时周期,并驱使客户端通过心跳发送函数sendHeartBeat周期性向服务器发送用于表明连麦状态的心跳信息;
第二接收模块,其用于驱使服务器通过函数sendHeartbeatRespond接收客户端发送的心跳信息;
判断模块,其用于对服务器接收的心跳信息中含有的错误码进行判断:
当错误码为Code_Succesed时,则表明心跳信息发送成功,当前连麦正常;
当错误码为Code_timeOut时,则表明心跳信息发送超时,当前连麦故障。
与现有技术相比,本发明的优点在于:当客户端接收到服务器发送的用以表明连麦成功的消息,则客户端周期性的向服务器发送用于表明连麦状态的心跳信息,服务器根据心跳信息中的错误码,从而对当前连麦状态进行判断,若存在心跳信息发送超时,则表明当前连麦故障,故及时断开当前连麦状态,直播观看用户的直播界面返回原主播直播间,相当于实时对主播连麦状态进行监控,有效减少直播画面连麦故障时的卡顿时间,保证用户的观看体验。
附图说明
图1为本发明实施例中一种直播连麦状态监控方法的流程图;
图2为本发明实施例中一种客户端的结构示意图;
图3为本发明实施例中一种服务器的结构示意图。
具体实施方式
本发明实施例提供了一种直播连麦状态监控方法,用于对主播的连麦状态进行监测,当出现连麦状态异常时,及时断开连麦,有效避免直播观看用户所观看直播界面卡顿现象的长时间出现。本发明实施例还提供了相应的设备、存储介质和直播连麦状态监控***。
以下结合附本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
参见图1所示,本发明实施例提供的一种直播连麦状态监控方法的一实施例包括:
S1:客户端通过消息接收函数接收服务器发送的用以表明连麦成功的消息。
本发明实施例中,客户端为主播侧客户端,当主播和主播、或者主播和用户间发起连麦,并连麦成功后,服务器均会推送一条用以表明连麦成功的消息给客户端,告知客户端当前连麦已成功,当客户端收到服务器发送的消息后,则向服务器发送用于表明连麦状态的心跳信息。且当连麦成功后才进行心跳消息的发送,因为心跳消息的发送需要消耗客户端所在设备的资源,此时进行心跳消息的发送可以保证最小的资源消耗。
S2:调用定时器headBeatTimer设定定时周期,客户端通过心跳发送函数sendHeartBeat周期性向服务器发送用于表明连麦状态的心跳信息;
S3:服务器通过函数sendHeartbeatRespond接收客户端发送的心跳信息,并对心跳信息中含有的错误码进行判断:
当错误码为Code_Succesed时,则表明心跳信息发送成功,当前连麦正常;
当错误码为Code_timeOut时,则表明心跳信息发送超时,当前连麦故障。
本发明实施例中,函数sendHeartbeatRespond用于对客户端发送的心跳信息进行接收,且该函数仅接收心跳信息。
本发明实施例中,错误码的具体内容根据事先设定进行设置,约定不同的错误码表示不同的含义,错误码的类型为lianmaiPKRespondErrorCode,对于表明心跳信息发送成功的错误码,具体可以为DYPKServiceToAnchorResponErrorCode_Succesed;对于表明心跳信息发送超时的错误码,可以为DYPKServiceToAnchorResponErrorCode_timeOut,当连麦故障时,可能的状况为主播端卡死或网络故障,直播观看用户的界面会呈现卡顿不动的状态,此时服务器向所有用户推送心跳超时消息,并断开连麦,直播观看用户的界面返回原主播界面,不影响用户对于直播的观看。
可选地,在上述图1对应的实施例的基础上,本发明实施例提供的一种直播连麦状态监控方法的第一个可选实施例中,客户端通过消息接收函数接收服务器发送的用以表明连麦成功的消息,具体步骤为:
S101:客户端通过消息接收函数接受服务器发送的消息;
S102:客户端将接收的消息保存于消息接收函数的参数decoder中;
S103:将参数转化为模型model,并对模型model中用以代表服务器推送通知消息的字段类型进行判断,当所述字段类型为设定的用以表示连麦成功的类型,则表明当前连麦成功。
本发明实施例中,用以代表服务器推送通知消息的字段为lianmaiControlNewsToAnchorType,然后对该字段进行判断,当类型为DYPKServiceToAnchorNoticeMsgTypeAnchorLianmaiSuccess时,表明当前连麦成功。
可选地,在上述图1及图1对应的第一个可实施例的基础上,本发明实施例提供的一种直播连麦状态监控方法的第二个可选实施例中,调用定时器headBeatTimer设定定时周期,具体步骤为:
S201:判断定时器headBeatTimer是否存在,若存在,则转到步骤S202,反之,转到步骤S203;
S202:对定时器headBeatTimer设定定时周期;
S203:使用定时器变量创建函数GCDTimer创建弱引用类型的定时器headBeatTimer。
本发明实施例中,当定时器headBeatTimer不存在时,需要调用intitHeartBeatTimer函数去初始化一个心跳,初始化心跳的函数为intitHeartBeatTimer,在该函数的内部实现:定义一个弱引用类型的定时器变量headBeatTimer,然后使用定时器类GCDTimer创建和初始化一个对象,这个对象使用定时器变量headBeatTimer进行保存,这样定时器变量headBeatTimer和创建的对象代表的便是一个变量,从而完成定时器headBeatTimer的创建。
可选地,在上述图1及图1对应的第一和第二个可实施例的基础上,本发明实施例提供的一种直播连麦状态监控方法的第三个可选实施例中,客户端通过心跳发送函数sendHeartBeat周期性向服务器发送用于表明连麦状态的心跳信息,具体步骤为:
S211:定时器headBeatTimer周期性调用updateTimer函数;设定的周期可以为5秒,则定时器没5秒动作一次。updateTimer函数用于根据给定的列索引使用时间值更新指定的列。
S212:updateTimer函数使用队列创建函数创建一队列,创建的队列中包括第一参数和第二参数,所述第一参数为队列名称,所述第二参数为队列种类。
本发明实施例中,第一参数为一个唯一的字符串;队列种类包括并行队列和串行队列,因任务需要依序单个先后执行,故本发明实施例中列队的种类为串行队列DISPATCH_QUEUE_SERIAL。本发明实施例中加入队列可以有效的对任务进行调动,发送心跳消息的过程是按照顺序进行,且是异步,不会阻塞线程。
S213:在创建的队列中,通过心跳发送函数sendHeartBeat向服务器发送用于表明连麦状态的心跳信息。通过也可以使用弹幕发送函数danmuPKSignalingControl将当前连麦的房间号发送给服务器,因updateTimer函数是重复执行,故弹幕发送函数danmuPKSignalingControl发送房间号也为重复执行。
可选地,在上述图1对应实施例及可选实施例的基础上,本发明实施例提供的一种直播连麦状态监控方法的第四个可选实施例中,当心跳信息发送超时,当前连麦故障时:
断开连麦连接,同时断开所有直播观看用户的连麦画面显示,并释放定时器headBeatTimer,所述释放定时器的具体步骤为:获取定时器headBeatTimer,调用用于销毁定时器的方法destroy对定时器headBeatTimer进行销毁,同时将定时器headBeatTimer置位nil,nil表示空,即表明定时器headBeatTimer在内存中已被彻底销毁。
可选地,在上述图1对应实施例及可选实施例的基础上,本发明实施例提供的一种直播连麦状态监控方法的第五个可选实施例中,服务器通过函数sendHeartbeatRespond接收客户端发送的心跳信息,若服务器在设定的时间内未收到客户端发送的心跳信息,则断开连麦连接。
本发明实施例中,设定的时间可以为定时周期的2~3倍,若服务器在设定的时间内未收到客户端发送的心跳信息,则服务器可以判断主播出现卡死或网络问题,此时便可以断开连麦连接,有效降低直播画面的卡顿时间,当定时周期为5秒时,则直播画面卡顿的时间最多为15秒,相较于之前的分钟级别的时间而言,卡顿时间极大地进行了降低,有效保证直播观看用户的使用体验。
本发明实施例的直播连麦状态监控方法,当客户端接收到服务器发送的用以表明连麦成功的消息,则客户端周期性的向服务器发送用于表明连麦状态的心跳信息,服务器根据心跳信息中的错误码,从而对当前连麦状态进行判断,若存在心跳信息发送超时,则表明当前连麦故障,故及时断开当前连麦状态,直播观看用户的直播界面返回原主播直播间,相当于实时对主播连麦状态进行监控,有效减少直播画面连麦故障时的卡顿时间,保证用户的观看体验。
参见图2所示,本发明实施例提供的一种客户端的一实施例包括:
第一接收单元,其用于接收用以表明连麦成功的消息;
调用单元,其用于调用定时器headBeatTimer,并对定时器headBeatTimer设定定时周期;
第一发送单元,其用于基于定时器headBeatTimer设定的定时周期,通过心跳发送函数sendHeartBeat周期性发送用于表明连麦状态的心跳信息。
可选地,在上述图2对应实施例的基础上,本发明实施例提供的一种客户端的第一个可选实施例中,第一接收单元接收的为服务器发送的消息,第一发送单元向服务器发送心跳消息。客户端为主播侧客户端,当主播和主播、或者主播和用户间发起连麦,并连麦成功后,服务器均会推送一条用以表明连麦成功的消息给客户端,告知客户端当前连麦已成功,当客户端收到服务器发送的消息后,则向服务器发送用于表明连麦状态的心跳信息。且当连麦成功后才进行心跳消息的发送,因为心跳消息的发送需要消耗客户端所在设备的资源,此时进行心跳消息的发送可以保证最小的资源消耗。
参见图3所示,本发明实施例提供的一种服务器的一实施例包括:
第二发送单元,其用于发送用以表明连麦成功的消息;
第二接收单元,其用于通过函数sendHeartbeatRespond接收心跳信息;
判断单元,其用于对第二接收单元接收的心跳信息中含有的错误码进行判断:
当错误码为Code_Succesed时,则表明心跳信息发送成功,当前连麦正常;
当错误码为Code_timeOut时,则表明心跳信息发送超时,当前连麦故障。
可选地,在上述图3对应实施例的基础上,本发明实施例提供的一种服务器的第一个可选实施例中,第二发送单元向客户端发送用以表明连麦成功的消息。第二接收单元接收服务器发送的心跳消息。
本发明实施例提供的一种存储介质的一实施例包括:该存储介质上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:
客户端通过消息接收函数接收服务器发送的用以表明连麦成功的消息;
调用定时器headBeatTimer设定定时周期,客户端通过心跳发送函数sendHeartBeat周期性向服务器发送用于表明连麦状态的心跳信息;
服务器通过函数sendHeartbeatRespond接收客户端发送的心跳信息,并对心跳信息中含有的错误码进行判断:
当错误码为Code_Succesed时,则表明心跳信息发送成功,当前连麦正常;
当错误码为Code_timeOut时,则表明心跳信息发送超时,当前连麦故障。
可选地,在上述存储介质实施例的基础上,本发明实施例提供的一种存储介质的第一个可选实施例中,存储介质可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于:电、磁、光、电磁、红外线、或半导体的***、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行***、装置或者器件使用或者与其结合使用。
可选地,在上述存储介质的实施例及第一个可选实施例的基础上,本发明实施例提供的一种存储介质的第二个可选实施例中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
可选地,在上述存储介质的实施例及第一、第二个可选实施例的基础上,本发明实施例提供的一种存储介质的第三个可选实施例中,可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码,所述程序设计语言包括面向对象的程序设计语言,诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络,包括局域网(LAN)或广域网(WAN),连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
本发明实施例提供的一种直播连麦状态监控***的一实施例包括:
第一接收模块,其用于驱使客户端通过消息接收函数接收服务器发送的用以表明连麦成功的消息;
发送模块,其用于调用定时器headBeatTimer设定定时周期,并驱使客户端通过心跳发送函数sendHeartBeat周期性向服务器发送用于表明连麦状态的心跳信息;
第二接收模块,其用于驱使服务器通过函数sendHeartbeatRespond接收客户端发送的心跳信息
判断模块,其用于对服务器接收的心跳信息中含有的错误码进行判断:
当错误码为Code_Succesed时,则表明心跳信息发送成功,当前连麦正常;
当错误码为Code_timeOut时,则表明心跳信息发送超时,当前连麦故障。
本发明实施例的直播连麦状态监控***,当客户端接收到服务器发送的用以表明连麦成功的消息,则客户端周期性的向服务器发送用于表明连麦状态的心跳信息,服务器根据心跳信息中的错误码,从而对当前连麦状态进行判断,若存在心跳信息发送超时,则表明当前连麦故障,故及时断开当前连麦状态,直播观看用户的直播界面返回原主播直播间,相当于实时对主播连麦状态进行监控,有效减少直播画面连麦故障时的卡顿时间,保证用户的观看体验。
本发明不局限于上述实施方式,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也视为本发明的保护范围之内。本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。
Claims (10)
1.一种直播连麦状态监控方法,其特征在于,包括以下步骤:
客户端通过消息接收函数接收服务器发送的用以表明连麦成功的消息;
调用定时器headBeatTimer设定定时周期,客户端通过心跳发送函数sendHeartBeat周期性向服务器发送用于表明连麦状态的心跳信息;
服务器通过函数sendHeartbeatRespond接收客户端发送的心跳信息,并对心跳信息中含有的错误码进行判断:
当错误码为Code_Succesed时,则表明心跳信息发送成功,当前连麦正常;
当错误码为Code_timeOut时,则表明心跳信息发送超时,当前连麦故障。
2.如权利要求1所述的一种直播连麦状态监控方法,其特征在于:所述客户端通过消息接收函数接收服务器发送的用以表明连麦成功的消息,具体步骤为:
客户端通过消息接收函数接受服务器发送的消息;
客户端将接收的消息保存于消息接收函数的参数decoder中;
将参数转化为模型model,并对模型model中用以代表服务器推送通知消息的字段类型进行判断,当所述字段类型为设定的用以表示连麦成功的类型,则表明当前连麦成功。
3.如权利要求1所述的一种直播连麦状态监控方法,其特征在于:所述调用定时器headBeatTimer设定定时周期,具体步骤为:
S201:判断定时器headBeatTimer是否存在,若存在,则转到步骤S202,反之,转到步骤S203;
S202:对定时器headBeatTimer设定定时周期;
S203:使用定时器变量创建函数GCDTimer创建弱引用类型的定时器headBeatTimer。
4.如权利要求2所述的一种直播连麦状态监控方法,其特征在于:所述客户端通过心跳发送函数sendHeartBeat周期性向服务器发送用于表明连麦状态的心跳信息,具体步骤为:
S211:定时器headBeatTimer周期性调用updateTimer函数;
S212:updateTimer函数使用队列创建函数创建一队列,创建的队列中包括第一参数和第二参数,所述第一参数为队列名称,所述第二参数为队列种类;
S213:在创建的队列中,通过心跳发送函数sendHeartBeat向服务器发送用于表明连麦状态的心跳信息。
5.如权利要求1所述的一种直播连麦状态监控方法,其特征在于,当心跳信息发送超时,当前连麦故障时:
断开连麦连接,同时断开所有直播观看用户的连麦画面显示,并释放定时器headBeatTimer,所述释放定时器的具体步骤为:获取定时器headBeatTimer,调用用于销毁定时器的方法destroy对定时器headBeatTimer进行销毁,同时将定时器headBeatTimer置位nil。
6.如权利要求1所述的一种直播连麦状态监控方法,其特征在于,服务器通过函数sendHeartbeatRespond接收客户端发送的心跳信息,若服务器在设定的时间内未收到客户端发送的心跳信息,则断开连麦连接。
7.一种客户端,其特征在于,包括:
第一接收单元,其用于接收用以表明连麦成功的消息;
调用单元,其用于调用定时器headBeatTimer,并对定时器headBeatTimer设定定时周期;
第一发送单元,其用于基于定时器headBeatTimer设定的定时周期,通过心跳发送函数sendHeartBeat周期性发送用于表明连麦状态的心跳信息。
8.一种服务器,其特征在于,包括:
第二发送单元,其用于发送用以表明连麦成功的消息;
第二接收单元,其用于通过函数sendHeartbeatRespond接收心跳信息;
判断单元,其用于对第二接收单元接收的心跳信息中含有的错误码进行判断:
当错误码为Code_Succesed时,则表明心跳信息发送成功,当前连麦正常;
当错误码为Code_timeOut时,则表明心跳信息发送超时,当前连麦故障。
9.一种存储介质,该存储介质上存储有计算机程序,其特征在于:所述计算机程序被处理器执行时实现以下步骤:
客户端通过消息接收函数接收服务器发送的用以表明连麦成功的消息;
调用定时器headBeatTimer设定定时周期,客户端通过心跳发送函数sendHeartBeat周期性向服务器发送用于表明连麦状态的心跳信息;
服务器通过函数sendHeartbeatRespond接收客户端发送的心跳信息,并对心跳信息中含有的错误码进行判断:
当错误码为Code_Succesed时,则表明心跳信息发送成功,当前连麦正常;
当错误码为Code_timeOut时,则表明心跳信息发送超时,当前连麦故障。
10.一种直播连麦状态监控***,其特征在于,包括:
第一接收模块,其用于驱使客户端通过消息接收函数接收服务器发送的用以表明连麦成功的消息;
发送模块,其用于调用定时器headBeatTimer设定定时周期,并驱使客户端通过心跳发送函数sendHeartBeat周期性向服务器发送用于表明连麦状态的心跳信息;
第二接收模块,其用于驱使服务器通过函数sendHeartbeatRespond接收客户端发送的心跳信息;
判断模块,其用于对服务器接收的心跳信息中含有的错误码进行判断:
当错误码为Code_Succesed时,则表明心跳信息发送成功,当前连麦正常;
当错误码为Code_timeOut时,则表明心跳信息发送超时,当前连麦故障。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811161813.3A CN110971922B (zh) | 2018-09-30 | 2018-09-30 | 直播连麦状态监控方法、客户端、服务器、介质及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811161813.3A CN110971922B (zh) | 2018-09-30 | 2018-09-30 | 直播连麦状态监控方法、客户端、服务器、介质及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110971922A true CN110971922A (zh) | 2020-04-07 |
CN110971922B CN110971922B (zh) | 2021-11-09 |
Family
ID=70029257
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811161813.3A Active CN110971922B (zh) | 2018-09-30 | 2018-09-30 | 直播连麦状态监控方法、客户端、服务器、介质及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110971922B (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111683262A (zh) * | 2020-06-04 | 2020-09-18 | 广州酷狗计算机科技有限公司 | 连麦时长确定方法、装置、服务器、终端及存储介质 |
CN112291316A (zh) * | 2020-10-19 | 2021-01-29 | 北京字节跳动网络技术有限公司 | 连接处理方法、装置、电子设备及计算机可读存储介质 |
CN112911325A (zh) * | 2021-01-29 | 2021-06-04 | 百果园技术(新加坡)有限公司 | 一种跨直播间连线的恢复方法和装置 |
CN113204440A (zh) * | 2021-04-29 | 2021-08-03 | 北京达佳互联信息技术有限公司 | 消息发送方法、装置、电子设备及存储介质 |
CN113259697A (zh) * | 2021-05-12 | 2021-08-13 | 腾讯科技(深圳)有限公司 | 一种直播状态的通知方法、相关装置、设备及存储介质 |
CN113810775A (zh) * | 2021-09-13 | 2021-12-17 | 上海哔哩哔哩科技有限公司 | 语音视频连线***和方法 |
CN114554230A (zh) * | 2020-11-27 | 2022-05-27 | 北京字节跳动网络技术有限公司 | 连麦状态处理方法、装置、终端、计算机设备及存储介质 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102523280A (zh) * | 2011-12-13 | 2012-06-27 | 深圳市融创天下科技股份有限公司 | 一种传输控制异常断开的检测方法、装置、服务器及*** |
US20160037229A1 (en) * | 2007-10-17 | 2016-02-04 | At&T Intellectual Property I, Lp | System for fault detection in an internet protocol television communication system |
US20160173683A1 (en) * | 2014-12-16 | 2016-06-16 | All Phase Consulting, Inc. | Simultaneous Uninterrupted Media Play And Call Management |
CN106027548A (zh) * | 2016-06-28 | 2016-10-12 | 武汉斗鱼网络科技有限公司 | 视频直播网站基于页面心跳事件生成白名单的***及方法 |
CN106571973A (zh) * | 2016-09-28 | 2017-04-19 | 杭州鸿雁智能科技有限公司 | 心跳包超时管理方法及*** |
CN107743250A (zh) * | 2017-10-10 | 2018-02-27 | 武汉斗鱼网络科技有限公司 | Pc上实现主播连麦pk的方法、存储介质、设备及*** |
CN108111879A (zh) * | 2017-12-12 | 2018-06-01 | 福建中金在线信息科技有限公司 | 一种视频直播异常处理的方法、装置及电子设备 |
CN108184140A (zh) * | 2018-01-10 | 2018-06-19 | 武汉斗鱼网络科技有限公司 | 一种直播连麦方法及装置 |
CN108259448A (zh) * | 2016-12-30 | 2018-07-06 | 广州华多网络科技有限公司 | 一种防止连麦时异常断线的方法及装置 |
CN108306942A (zh) * | 2018-01-09 | 2018-07-20 | 武汉斗鱼网络科技有限公司 | 多用户同时直播的通信方法、存储介质、电子设备及*** |
-
2018
- 2018-09-30 CN CN201811161813.3A patent/CN110971922B/zh active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160037229A1 (en) * | 2007-10-17 | 2016-02-04 | At&T Intellectual Property I, Lp | System for fault detection in an internet protocol television communication system |
CN102523280A (zh) * | 2011-12-13 | 2012-06-27 | 深圳市融创天下科技股份有限公司 | 一种传输控制异常断开的检测方法、装置、服务器及*** |
US20160173683A1 (en) * | 2014-12-16 | 2016-06-16 | All Phase Consulting, Inc. | Simultaneous Uninterrupted Media Play And Call Management |
CN106027548A (zh) * | 2016-06-28 | 2016-10-12 | 武汉斗鱼网络科技有限公司 | 视频直播网站基于页面心跳事件生成白名单的***及方法 |
CN106571973A (zh) * | 2016-09-28 | 2017-04-19 | 杭州鸿雁智能科技有限公司 | 心跳包超时管理方法及*** |
CN108259448A (zh) * | 2016-12-30 | 2018-07-06 | 广州华多网络科技有限公司 | 一种防止连麦时异常断线的方法及装置 |
CN107743250A (zh) * | 2017-10-10 | 2018-02-27 | 武汉斗鱼网络科技有限公司 | Pc上实现主播连麦pk的方法、存储介质、设备及*** |
CN108111879A (zh) * | 2017-12-12 | 2018-06-01 | 福建中金在线信息科技有限公司 | 一种视频直播异常处理的方法、装置及电子设备 |
CN108306942A (zh) * | 2018-01-09 | 2018-07-20 | 武汉斗鱼网络科技有限公司 | 多用户同时直播的通信方法、存储介质、电子设备及*** |
CN108184140A (zh) * | 2018-01-10 | 2018-06-19 | 武汉斗鱼网络科技有限公司 | 一种直播连麦方法及装置 |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111683262A (zh) * | 2020-06-04 | 2020-09-18 | 广州酷狗计算机科技有限公司 | 连麦时长确定方法、装置、服务器、终端及存储介质 |
CN112291316A (zh) * | 2020-10-19 | 2021-01-29 | 北京字节跳动网络技术有限公司 | 连接处理方法、装置、电子设备及计算机可读存储介质 |
CN112291316B (zh) * | 2020-10-19 | 2022-03-15 | 北京字节跳动网络技术有限公司 | 连接处理方法、装置、电子设备及计算机可读存储介质 |
WO2022083379A1 (zh) * | 2020-10-19 | 2022-04-28 | 北京字节跳动网络技术有限公司 | 连接处理方法、装置、电子设备及计算机可读存储介质 |
CN114554230A (zh) * | 2020-11-27 | 2022-05-27 | 北京字节跳动网络技术有限公司 | 连麦状态处理方法、装置、终端、计算机设备及存储介质 |
CN114554230B (zh) * | 2020-11-27 | 2023-07-25 | 北京字节跳动网络技术有限公司 | 连麦状态处理方法、装置、终端、计算机设备及存储介质 |
CN112911325A (zh) * | 2021-01-29 | 2021-06-04 | 百果园技术(新加坡)有限公司 | 一种跨直播间连线的恢复方法和装置 |
CN112911325B (zh) * | 2021-01-29 | 2023-07-14 | 百果园技术(新加坡)有限公司 | 一种跨直播间连线的恢复方法和装置 |
CN113204440A (zh) * | 2021-04-29 | 2021-08-03 | 北京达佳互联信息技术有限公司 | 消息发送方法、装置、电子设备及存储介质 |
CN113259697A (zh) * | 2021-05-12 | 2021-08-13 | 腾讯科技(深圳)有限公司 | 一种直播状态的通知方法、相关装置、设备及存储介质 |
CN113259697B (zh) * | 2021-05-12 | 2022-04-08 | 腾讯科技(深圳)有限公司 | 一种直播状态的通知方法、相关装置、设备及存储介质 |
CN113810775A (zh) * | 2021-09-13 | 2021-12-17 | 上海哔哩哔哩科技有限公司 | 语音视频连线***和方法 |
Also Published As
Publication number | Publication date |
---|---|
CN110971922B (zh) | 2021-11-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110971922B (zh) | 直播连麦状态监控方法、客户端、服务器、介质及*** | |
CN109474688B (zh) | 即时通信网络请求消息的发送方法、装置、设备和介质 | |
CN110166791B (zh) | 连接的建立方法、装置、设备及存储介质 | |
CN110704582B (zh) | 一种信息处理方法及装置、设备 | |
CN108259448B (zh) | 一种防止连麦时异常断线的方法及装置 | |
CN112291316B (zh) | 连接处理方法、装置、电子设备及计算机可读存储介质 | |
CN108965932A (zh) | 一种连麦窗口展示方法及装置 | |
CN109962827B (zh) | 设备链路检测方法、装置、设备及可读存储介质 | |
CN108874825B (zh) | 一种异常数据的校验方法和装置 | |
KR101290977B1 (ko) | 푸쉬 서버를 이용한 메시지 전송 방법 및 그 시스템 | |
CN108572837A (zh) | 软件升级方法、装置、可读存储介质及计算机设备 | |
CN115412597B (zh) | 一种实时数据通信方法 | |
CN109309859A (zh) | 直播间界面展示方法、架构及相关方法、装置及设备 | |
CN117793418B (zh) | 一种第三方媒体直播的监控方法、装置、设备和存储介质 | |
CN111467797B (zh) | 游戏数据处理方法、装置、计算机存储介质与电子设备 | |
CN115086263B (zh) | Ios终端的im消息发送方法、***、存储介质、计算机设备 | |
CN114244700A (zh) | 端口处理方法及装置、电子设备和计算机可读存储介质 | |
CN115514980A (zh) | 一种推流直播管理方法、装置、计算机及可读存储介质 | |
CN102710989A (zh) | 一种电视应用的通知处理方法及装置 | |
CN115278328B (zh) | 视频跨屏传输***及方法 | |
CN114401254B (zh) | 流媒体服务的处理方法、装置、电子设备及存储介质 | |
CN111142740A (zh) | 一种数据更新方法、装置及存储介质 | |
CN114363665B (zh) | 多业务码流推送方法、***、计算机设备和存储介质 | |
CN108989401A (zh) | 闹钟设置方法、装置、终端、服务器及存储介质 | |
CN114598916B (zh) | 直播间恢复方法、装置、设备及计算机可读存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |