專利名稱：一種網(wǎng)絡(luò)連接監(jiān)控方法及其系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)連接技術(shù)領(lǐng)域，特別是一種網(wǎng)絡(luò)連接監(jiān)控方法及其系統(tǒng)。
背景技術(shù)：
現(xiàn)有技術(shù)中，采用網(wǎng)絡(luò)?；畎鼘?duì)通信鏈路進(jìn)行監(jiān)控。網(wǎng)絡(luò)?；畎哪康氖峭ㄟ^保 活數(shù)據(jù)包的定時(shí)發(fā)送，達(dá)到實(shí)時(shí)監(jiān)控通信鏈路是否斷開。目前普遍采用的技術(shù)是在創(chuàng)建鏈 接后，網(wǎng)絡(luò)定時(shí)發(fā)送一個(gè)?；顢?shù)據(jù)包，當(dāng)對(duì)方在規(guī)定的時(shí)間內(nèi)返回應(yīng)答包，就可以判斷該鏈 接是否暢通。如圖1所示，采用如下步驟
步驟Sll 客戶端向服務(wù)端建立一個(gè)鏈接。步驟S12 客戶端在一定的間隔周期內(nèi)向重復(fù)向客戶端發(fā)送?；钕?shù)據(jù)包，然 后等待該消息包的正確響應(yīng)。步驟S13 客戶端如果等待?；钕瑫r(shí)無響應(yīng)，從而獲取到對(duì)方系統(tǒng)忙的，或 者網(wǎng)絡(luò)不通的信息。步驟S14 客戶端主動(dòng)斷開鏈接。該技術(shù)存在的技術(shù)問題是無法判斷與服務(wù)端斷開的原因。無法判斷是否出現(xiàn)鏈 路數(shù)據(jù)量過大而無法繼續(xù)處理，或者當(dāng)前設(shè)備是否是新建立的鏈接。這些在客戶端是無法 獲取到的。

發(fā)明內(nèi)容
本發(fā)明的第一個(gè)發(fā)明目的在于提供一種網(wǎng)絡(luò)連接監(jiān)控方法，以解決現(xiàn)有技術(shù)對(duì)服 務(wù)端斷開原因無法判斷的技術(shù)問題。為了實(shí)現(xiàn)本發(fā)明的第一個(gè)發(fā)明目的，采用的技術(shù)方案如下
一種網(wǎng)絡(luò)連接監(jiān)控方法，用于客戶端監(jiān)控與服務(wù)器之間的鏈路穩(wěn)定性，所述方法包
括
(1)客戶端向服務(wù)器發(fā)送?；钕?；
(2)服務(wù)器接收到?；钕⒑螅?wù)器向客戶端返回?；铐憫?yīng)，所述保活響應(yīng)還包括服 務(wù)器狀態(tài)信息；
(3)客戶端如果在預(yù)先設(shè)定的?；顣r(shí)間內(nèi)沒有接收到服務(wù)器返回的?；铐憫?yīng)，則客戶 端斷開與服務(wù)器的連接，否則重復(fù)執(zhí)行步驟(1)。作為一種優(yōu)選方案，所述服務(wù)器還設(shè)有計(jì)數(shù)器，在服務(wù)器啟動(dòng)的時(shí)候，計(jì)數(shù)器的計(jì) 數(shù)值清零，在所述步驟(2)中，服務(wù)器接收到?；钕⒑螅?wù)器根據(jù)服務(wù)器狀態(tài)執(zhí)行相應(yīng) 操作
如果服務(wù)器空閑，則計(jì)數(shù)值遞增； 如果服務(wù)器忙碌，則計(jì)數(shù)值不遞增；
所述服務(wù)器狀態(tài)信息為計(jì)數(shù)值，服務(wù)器以計(jì)數(shù)值作為服務(wù)器狀態(tài)信息向客戶端返回保 活響應(yīng)。
作為進(jìn)一步的優(yōu)選方案，所述方法還包括
在步驟(3)客戶端斷開與服務(wù)器的連接后，重新與服務(wù)器連接并執(zhí)行步驟(1)，并根據(jù) 接收到的?；铐憫?yīng)的計(jì)數(shù)值，判斷與服務(wù)器斷開的原因。作為再進(jìn)一步的優(yōu)選方案，所述方法還包括
客戶端執(zhí)行步驟(1)向服務(wù)器發(fā)送?；钕?，并接收到服務(wù)器返回的保活響應(yīng)，得到 保活響應(yīng)的第一計(jì)數(shù)值；
客戶端重復(fù)執(zhí)行步驟(1)向服務(wù)器發(fā)送保活消息，在預(yù)先設(shè)定的?；顣r(shí)間內(nèi)沒有接收 到服務(wù)器返回的?；铐憫?yīng)，則客戶端斷開與服務(wù)器的連接，并重新與服務(wù)器建立連接，當(dāng)建 立連接后，客戶端重新執(zhí)行步驟(1)向服務(wù)器發(fā)送?；钕ⅲ⒔邮盏椒?wù)器返回的?；铐?應(yīng)，根據(jù)接收到的?；铐憫?yīng)的第二計(jì)數(shù)值，判斷與服務(wù)器斷開的原因 如果第二計(jì)數(shù)值為0，判斷與服務(wù)器斷開的原因?yàn)榉?wù)器重啟； 如果第二計(jì)數(shù)值與第一計(jì)數(shù)值相等，則判斷與服務(wù)器斷開的原因?yàn)榫W(wǎng)絡(luò)阻塞。本發(fā)明的第二個(gè)發(fā)明目的在于提供一種網(wǎng)絡(luò)連接監(jiān)控系統(tǒng)，以實(shí)現(xiàn)本發(fā)明第一個(gè) 發(fā)明目的所提供的監(jiān)控方法。為了實(shí)現(xiàn)本發(fā)明的第二個(gè)發(fā)明目的，采用的技術(shù)方案如下
一種網(wǎng)絡(luò)連接監(jiān)控系統(tǒng)，包括服務(wù)器和與服務(wù)器通訊的客戶端，所述系統(tǒng)還包括 設(shè)置在客戶端的?；钕l(fā)送模塊，用于向服務(wù)器發(fā)送?；钕?； 設(shè)置在服務(wù)器上的保護(hù)響應(yīng)模塊，用于服務(wù)器在接收到?；钕l(fā)送模塊發(fā)送的?；?消息后，向客戶端返回?；铐憫?yīng)，所述?；铐憫?yīng)還包括服務(wù)器狀態(tài)信息；
設(shè)置在客戶端的監(jiān)控模塊，用于監(jiān)控服務(wù)器返回的?；铐憫?yīng)，如果在預(yù)先設(shè)定的?；?時(shí)間內(nèi)沒有接收到服務(wù)器返回的保活響應(yīng)，則客戶端斷開與服務(wù)器的連接，否則重復(fù)調(diào)用 ?；钕l(fā)送模塊向服務(wù)器發(fā)送保護(hù)消息。作為一種優(yōu)選方案，所述系統(tǒng)還包括設(shè)置在服務(wù)器上的計(jì)數(shù)模塊，在服務(wù)器啟動(dòng)的 時(shí)候，計(jì)數(shù)模塊的計(jì)數(shù)值清零，在服務(wù)器接收到?；钕⒑?，計(jì)數(shù)模塊查詢服務(wù)器狀態(tài)，根 據(jù)服務(wù)器狀態(tài)執(zhí)行相應(yīng)操作
如果服務(wù)器空閑，則計(jì)數(shù)值遞增； 如果服務(wù)器忙碌，則計(jì)數(shù)值不遞增；
?；铐憫?yīng)模塊調(diào)取計(jì)數(shù)模塊的計(jì)數(shù)值作為?；铐憫?yīng)的服務(wù)器狀態(tài)信息返回給客戶端。作為進(jìn)一步的優(yōu)選方案，所述?；铐憫?yīng)設(shè)有計(jì)數(shù)值字段，用于存放計(jì)數(shù)模塊的計(jì)數(shù)值。作為進(jìn)一步的優(yōu)選方案，所述系統(tǒng)還包括設(shè)置在客戶端的重連模塊，在監(jiān)控模塊 斷開與服務(wù)器的連接后，重連模塊重新建立與服務(wù)器的連接，并調(diào)用保活消息發(fā)送模塊向 服務(wù)器發(fā)送?；钕ⅰＷ鳛樵龠M(jìn)一步的優(yōu)選方案，所述系統(tǒng)還包括網(wǎng)絡(luò)狀況分析模塊，用于記錄并分析 監(jiān)控模塊接收到的?；铐憫?yīng)
如果接收到的保活響應(yīng)的計(jì)數(shù)值為0，則記錄服務(wù)器重啟；
如果接收到的?；铐憫?yīng)的計(jì)數(shù)值與前一接收到的保活響應(yīng)的計(jì)數(shù)值相同，則記錄網(wǎng)絡(luò)阻塞。
本發(fā)明提出對(duì)保活包信息進(jìn)行處理，使其能夠獲知對(duì)方鏈路是否過于繁忙，對(duì)方 系統(tǒng)是否是新建立鏈接，之前鏈接斷開是屬于對(duì)方系統(tǒng)復(fù)位還是網(wǎng)絡(luò)鏈路中斷造成的。從 而使系統(tǒng)的狀態(tài)得到判斷。同時(shí)該方法由保留著?；畎暮唵喂芾韮?yōu)點(diǎn)。


圖1為現(xiàn)有?；畎夹g(shù)的流程圖2為本發(fā)明實(shí)施例包活消息的數(shù)據(jù)包內(nèi)容； 圖3為本發(fā)明實(shí)施例包活響應(yīng)的數(shù)據(jù)包內(nèi)容； 圖4為本發(fā)明實(shí)施例的流程圖。
具體實(shí)施例方式下面結(jié)合附圖和具體實(shí)施例對(duì)本發(fā)明做進(jìn)一步詳細(xì)的說明。如圖4所示為本發(fā)明實(shí)施例的流程圖?？蛻舳瞬捎帽；畎ㄐ疟O(jiān)控與服務(wù)端的鏈路情況，任務(wù)監(jiān)控計(jì)數(shù)器同時(shí)和服務(wù)端 存在在同一臺(tái)設(shè)備上，用于系統(tǒng)的監(jiān)控。步驟S41 服務(wù)端設(shè)備開機(jī)上電時(shí)，將計(jì)數(shù)時(shí)值清零。同時(shí)客戶端開機(jī)上電時(shí)，與 服務(wù)端開始建立連接。步驟S42:連接正常時(shí)，客戶端每間隔一段時(shí)間就向服務(wù)端發(fā)送保活包信息。服 務(wù)端向計(jì)數(shù)器獲取當(dāng)前計(jì)數(shù)，然后將計(jì)數(shù)返回。如果返回的計(jì)數(shù)是O的話，表示系統(tǒng)屬于第 一次連接，客戶端可以以此來判斷服務(wù)端是否曾經(jīng)復(fù)位過等。計(jì)數(shù)器每次會(huì)根據(jù)所監(jiān)控任務(wù)的狀況自動(dòng)累加，比如當(dāng)前任務(wù)屬于正常運(yùn)行，就 可以自動(dòng)累加計(jì)數(shù)，如果有任務(wù)處于忙的狀態(tài)，就不自動(dòng)累加。客戶端可以根據(jù)所返回的數(shù) 據(jù)是否有累加而判斷服務(wù)端負(fù)載的壓力，從而調(diào)整通信鏈路的負(fù)載。如圖2所示，?；畎南⒔Y(jié)構(gòu)包括以下部分 發(fā)送數(shù)據(jù)包內(nèi)容
1.消息包頭；
2.消息內(nèi)容；
3.消息結(jié)尾。如圖3所示，包活包響應(yīng)的消息結(jié)構(gòu)內(nèi)容包括以下部分
1.消息包頭；
2.消息內(nèi)容，加入了一個(gè)4字節(jié)長度來傳輸累加計(jì)數(shù)器的內(nèi)容；
3.消息結(jié)尾。通過在包活包響應(yīng)的消息內(nèi)容中增加計(jì)數(shù)器內(nèi)容來傳遞服務(wù)端的狀態(tài)信息。步驟S43 當(dāng)客戶端發(fā)送的保活包無返回時(shí)，自動(dòng)斷開與服務(wù)端的連接。步驟S44:重新建立連接后，客戶端根據(jù)獲取到的返回?cái)?shù)據(jù)計(jì)數(shù)可以判斷斷開的 原因。如果數(shù)據(jù)為零，說明服務(wù)器端被復(fù)位了 ；如果數(shù)值沒變，說明之前連接的斷開是由于 網(wǎng)絡(luò)鏈路阻塞造成的。采用該網(wǎng)絡(luò)?；畎墓芾矸绞剑梢詫⒕W(wǎng)絡(luò)的通信狀況，服務(wù)端的狀況同時(shí)管理 起來，有效的利用了?；畎@個(gè)數(shù)據(jù)鏈路。
以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對(duì)于本領(lǐng)域的普通技術(shù)人員來 說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也應(yīng)視為 本發(fā)明的保護(hù)范圍。
權(quán)利要求
一種網(wǎng)絡(luò)連接監(jiān)控方法，用于客戶端監(jiān)控與服務(wù)器之間的鏈路穩(wěn)定性，其特征在于，所述方法包括(1)客戶端向服務(wù)器發(fā)送?；钕ⅲ?2)服務(wù)器接收到?；钕⒑?，服務(wù)器向客戶端返回?；铐憫?yīng)，所述?；铐憫?yīng)還包括服務(wù)器狀態(tài)信息；(3)客戶端如果在預(yù)先設(shè)定的?；顣r(shí)間內(nèi)沒有接收到服務(wù)器返回的保活響應(yīng)，則客戶端斷開與服務(wù)器的連接，否則重復(fù)執(zhí)行步驟(1)。
2.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)連接監(jiān)控方法，其特征在于，所述服務(wù)器還設(shè)有計(jì)數(shù)器， 在服務(wù)器啟動(dòng)的時(shí)候，計(jì)數(shù)器的計(jì)數(shù)值清零，在所述步驟(2)中，服務(wù)器接收到?；钕⒑螅?服務(wù)器根據(jù)服務(wù)器狀態(tài)執(zhí)行相應(yīng)操作如果服務(wù)器空閑，則計(jì)數(shù)值遞增； 如果服務(wù)器忙碌，則計(jì)數(shù)值不遞增；所述服務(wù)器狀態(tài)信息為計(jì)數(shù)值，服務(wù)器以計(jì)數(shù)值作為服務(wù)器狀態(tài)信息向客戶端返回保 活響應(yīng)。
3.根據(jù)權(quán)利要求2所述的網(wǎng)絡(luò)連接監(jiān)控方法，其特征在于，所述方法還包括 在步驟(3)客戶端斷開與服務(wù)器的連接后，重新與服務(wù)器連接并執(zhí)行步驟(1)，并根據(jù)接收到的?；铐憫?yīng)的計(jì)數(shù)值，判斷與服務(wù)器斷開的原因。
4.根據(jù)權(quán)利要求3所述的網(wǎng)絡(luò)連接監(jiān)控方法，其特征在于，所述方法還包括客戶端執(zhí)行步驟(1)向服務(wù)器發(fā)送保活消息，并接收到服務(wù)器返回的?；铐憫?yīng)，得到保 活響應(yīng)的第一計(jì)數(shù)值；客戶端重復(fù)執(zhí)行步驟(1)向服務(wù)器發(fā)送?；钕?，在預(yù)先設(shè)定的?；顣r(shí)間內(nèi)沒有接收 到服務(wù)器返回的?；铐憫?yīng)，則客戶端斷開與服務(wù)器的連接，并重新與服務(wù)器建立連接，當(dāng)建 立連接后，客戶端重新執(zhí)行步驟(1)向服務(wù)器發(fā)送保活消息，并接收到服務(wù)器返回的保活響 應(yīng)，根據(jù)接收到的保活響應(yīng)的第二計(jì)數(shù)值，判斷與服務(wù)器斷開的原因 如果第二計(jì)數(shù)值為0，判斷與服務(wù)器斷開的原因?yàn)榉?wù)器重啟； 如果第二計(jì)數(shù)值與第一計(jì)數(shù)值相等，則判斷與服務(wù)器斷開的原因?yàn)榫W(wǎng)絡(luò)阻塞。
5.一種網(wǎng)絡(luò)連接監(jiān)控系統(tǒng)，包括服務(wù)器和與服務(wù)器通訊的客戶端，其特征在于，所述系 統(tǒng)還包括設(shè)置在客戶端的?；钕l(fā)送模塊，用于向服務(wù)器發(fā)送?；钕ⅲ?設(shè)置在服務(wù)器上的保護(hù)響應(yīng)模塊，用于服務(wù)器在接收到?；钕l(fā)送模塊發(fā)送的?；?消息后，向客戶端返回保活響應(yīng)，所述?；铐憫?yīng)還包括服務(wù)器狀態(tài)信息；設(shè)置在客戶端的監(jiān)控模塊，用于監(jiān)控服務(wù)器返回的?；铐憫?yīng)，如果在預(yù)先設(shè)定的?；?時(shí)間內(nèi)沒有接收到服務(wù)器返回的?；铐憫?yīng)，則客戶端斷開與服務(wù)器的連接，否則重復(fù)調(diào)用 ?；钕l(fā)送模塊向服務(wù)器發(fā)送保護(hù)消息。
6.根據(jù)權(quán)利要求5所述的網(wǎng)絡(luò)連接監(jiān)控系統(tǒng)，其特征在于，所述系統(tǒng)還包括設(shè)置在服 務(wù)器上的計(jì)數(shù)模塊，在服務(wù)器啟動(dòng)的時(shí)候，計(jì)數(shù)模塊的計(jì)數(shù)值清零，在服務(wù)器接收到?；钕?息后，計(jì)數(shù)模塊查詢服務(wù)器狀態(tài)，根據(jù)服務(wù)器狀態(tài)執(zhí)行相應(yīng)操作如果服務(wù)器空閑，則計(jì)數(shù)值遞增； 如果服務(wù)器忙碌，則計(jì)數(shù)值不遞增；?；铐憫?yīng)模塊調(diào)取計(jì)數(shù)模塊的計(jì)數(shù)值作為保活響應(yīng)的服務(wù)器狀態(tài)信息返回給客戶端。
7.根據(jù)權(quán)利要求6所述的網(wǎng)絡(luò)連接監(jiān)控模塊，其特征在于，所述?；铐憫?yīng)設(shè)有計(jì)數(shù)值 字段，用于存放計(jì)數(shù)模塊的計(jì)數(shù)值。
8.根據(jù)權(quán)利要求6所述的網(wǎng)絡(luò)連接監(jiān)控模塊，其特征在于，所述系統(tǒng)還包括設(shè)置在客 戶端的重連模塊，在監(jiān)控模塊斷開與服務(wù)器的連接后，重連模塊重新建立與服務(wù)器的連接， 并調(diào)用?；钕l(fā)送模塊向服務(wù)器發(fā)送?；钕ⅰ?br> 9.根據(jù)權(quán)利要求8所述的網(wǎng)絡(luò)連接監(jiān)控模塊，其特征在于，所述系統(tǒng)還包括網(wǎng)絡(luò)狀況 分析模塊，用于記錄并分析監(jiān)控模塊接收到的?；铐憫?yīng)如果接收到的?；铐憫?yīng)的計(jì)數(shù)值為0，則記錄服務(wù)器重啟；如果接收到的保活響應(yīng)的計(jì)數(shù)值與前一接收到的?；铐憫?yīng)的計(jì)數(shù)值相同，則記錄網(wǎng)絡(luò)阻塞。
全文摘要
本發(fā)明涉及網(wǎng)絡(luò)連接技術(shù)領(lǐng)域，特別是一種網(wǎng)絡(luò)連接監(jiān)控方法及其系統(tǒng)，所述方法包括(1)客戶端向服務(wù)器發(fā)送?；钕ⅲ?2)服務(wù)器接收到?；钕⒑螅?wù)器向客戶端返回?；铐憫?yīng)，所述?；铐憫?yīng)還包括服務(wù)器狀態(tài)信息；(3)客戶端如果在預(yù)先設(shè)定的?；顣r(shí)間內(nèi)沒有接收到服務(wù)器返回的保活響應(yīng)，則客戶端斷開與服務(wù)器的連接，否則重復(fù)執(zhí)行步驟(1)。本發(fā)明提出對(duì)?；畎畔⑦M(jìn)行處理，使其能夠獲知對(duì)方鏈路是否過于繁忙，對(duì)方系統(tǒng)是否是新建立鏈接，之前鏈接斷開是屬于對(duì)方系統(tǒng)復(fù)位還是網(wǎng)絡(luò)鏈路中斷造成的。從而使系統(tǒng)的狀態(tài)得到判斷。同時(shí)該方法由保留著?；畎暮唵喂芾韮?yōu)點(diǎn)。
文檔編號(hào)H04L12/46GK101980482SQ20101054700
公開日2011年2月23日 申請(qǐng)日期2010年11月17日 優(yōu)先權(quán)日2010年11月17日
發(fā)明者黃曉東 申請(qǐng)人:廣東威創(chuàng)視訊科技股份有限公司