一種網(wǎng)管基于snmp協(xié)議數(shù)據(jù)的讀取方法
【專利摘要】一種網(wǎng)管基于SNMP協(xié)議數(shù)據(jù)的讀取方法，包括：步驟A：client端向服務(wù)器發(fā)送數(shù)據(jù)讀取請求，所述請求包括數(shù)據(jù)讀取起始地址和請求條數(shù)；步驟B：服務(wù)器根據(jù)所述請求，返回數(shù)據(jù)和最后一條數(shù)據(jù)的下一條數(shù)據(jù)的地址；步驟C：循環(huán)步驟A和步驟B，當返回數(shù)據(jù)條數(shù)小于請求條數(shù)，則數(shù)據(jù)讀取結(jié)束。采用本發(fā)明方法后，由于每個服務(wù)器都會有預(yù)設(shè)的響應(yīng)時間，如果一次讀取大量數(shù)據(jù)，響應(yīng)時間超過預(yù)設(shè)響應(yīng)時間，響應(yīng)超時，本發(fā)明采用一次讀取一定的條數(shù)的數(shù)據(jù)，將整表數(shù)據(jù)分次讀取，減少服務(wù)器的響應(yīng)時間，反應(yīng)快，且client端分頁顯示所述數(shù)據(jù)，界面友好，解決了出現(xiàn)系統(tǒng)超時、備卡死、界面顯示不友好等問題。
【專利說明】—種網(wǎng)管基于SNMP協(xié)議數(shù)據(jù)的讀取方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及網(wǎng)管數(shù)據(jù)讀取【技術(shù)領(lǐng)域】，特別是涉及一種網(wǎng)管基于SNMP協(xié)議數(shù)據(jù)的讀取方法。
【背景技術(shù)】
[0002]隨著科技的進步，人們的生活與網(wǎng)絡(luò)息息相關(guān)，在人們的生活中，網(wǎng)絡(luò)已經(jīng)成為極其重要的一部分，而網(wǎng)絡(luò)設(shè)備在網(wǎng)絡(luò)中是必不可或缺的一部分，網(wǎng)絡(luò)設(shè)備承載著網(wǎng)絡(luò)信息的傳遞。對于網(wǎng)絡(luò)設(shè)備的管理就顯得更加重要。
[0003]最初對網(wǎng)絡(luò)設(shè)備的管理是利用命令行CLI (命令行界面)方式去配置管理設(shè)備，這種方式不太方便，因此產(chǎn)生了一種以可視化界面的網(wǎng)管系統(tǒng)，主要是可以遠程、可視化、方便地對設(shè)備進行配置管理操作。這種管理就需要SNMP協(xié)議來進行設(shè)備與網(wǎng)管系統(tǒng)之間通信。而對于具體數(shù)據(jù)的讀取，一般是采取的整表讀取的方式。
[0004]在這信息數(shù)據(jù)不斷交互的時期，存儲技術(shù)成為了比較重要的一部分，大多數(shù)信息都有必要進行存儲。而目前存儲的形式有如文件存儲、數(shù)據(jù)庫存儲、XML文件存儲等。XML文件嚴格的格式能讓存儲和解讀更方便、更容易理解。
[0005]現(xiàn)有的網(wǎng)絡(luò)管理系統(tǒng)數(shù)據(jù)讀取一般都是整表讀取數(shù)據(jù)，在一般情況下往往是可行的，高效的，但是對大量數(shù)據(jù)的讀取往往不盡人意。
[0006]隨著企業(yè)的發(fā)展和業(yè)務(wù)的拓展，軟件的需求越來越復(fù)雜，規(guī)模越來越大，各表里面數(shù)據(jù)量越來越大。如果我們繼續(xù)使用傳統(tǒng)方式進行處理，則很可能會出現(xiàn)系統(tǒng)超時，設(shè)備卡死，界面顯示不友好等問題。

【發(fā)明內(nèi)容】

[0007]基于此，有必要提供一種解決上述技術(shù)問題的大量數(shù)據(jù)讀取方法。
[0008]一種網(wǎng)管基于SNMP協(xié)議數(shù)據(jù)的讀取方法，包括:
[0009]步驟A:client端向服務(wù)器發(fā)送數(shù)據(jù)讀取請求，所述請求包括數(shù)據(jù)讀取起始地址和請求條數(shù)；
[0010]步驟B:服務(wù)器根據(jù)所述請求，返回數(shù)據(jù)和最后一條數(shù)據(jù)的下一條數(shù)據(jù)的地址；
[0011]步驟C:循環(huán)步驟A?步驟B，當返回數(shù)據(jù)條數(shù)小于請求條數(shù)，則數(shù)據(jù)讀取結(jié)束。
[0012]優(yōu)選的，所述數(shù)據(jù)讀取起始地址包括OID和索引。
[0013]優(yōu)選的,所述步驟B具體包括:
[0014]B1:服務(wù)器根據(jù)所述索引找到對應(yīng)OID ；
[0015]B2:讀取對應(yīng)OID的數(shù)據(jù)并返回給所述client端；
[0016]B3:返回下一個OID給所述client端；
[0017]B4:根據(jù)請求條數(shù)循環(huán)步驟BI?步驟B3。
[0018]優(yōu)選的,所述步驟B4還包括:
[0019]當步驟B3返回的下一個OID為服務(wù)器最后一個索引對應(yīng)的最后一個0ID，并且本次數(shù)據(jù)讀取未結(jié)束，則執(zhí)行步驟BI?B2后結(jié)束本次數(shù)據(jù)讀取請求。
[0020]優(yōu)選的，還包括所述client端將所述服務(wù)器返回的數(shù)據(jù)顯示出來。
[0021]優(yōu)選的，所述請求條數(shù)依據(jù)client端和業(yè)務(wù)類型設(shè)定。
[0022]采用本發(fā)明方法后，將服務(wù)器上大量的整表數(shù)據(jù)分條讀取，一次讀取一定條數(shù)的數(shù)據(jù)，依據(jù)client端和業(yè)務(wù)類型，設(shè)定該條數(shù)；由于每個服務(wù)器都會有預(yù)設(shè)的響應(yīng)時間，如果一次讀取大量數(shù)據(jù)，響應(yīng)時間超過預(yù)設(shè)響應(yīng)時間，響應(yīng)超時，本發(fā)明采用一次讀取一定的條數(shù)的數(shù)據(jù)，將整表數(shù)據(jù)分次讀取，減少服務(wù)器的響應(yīng)時間，反應(yīng)快，且client端分頁顯示所述數(shù)據(jù)，界面友好，解決了出現(xiàn)系統(tǒng)超時、備卡死、界面顯示不友好等問題。
【專利附圖】

【附圖說明】
[0023]圖1為本發(fā)明提供的網(wǎng)管基于SNMP協(xié)議數(shù)據(jù)的讀取方法的一個實施例的流程圖；
[0024]圖2為圖1中步驟B的具體方法流程圖。
【具體實施方式】
[0025]為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更清楚明白，以下結(jié)合附圖及實施例，對本發(fā)明進一步詳細說明。應(yīng)當理解，此處所描述的具體實施例僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
[0026]本發(fā)明的構(gòu)思，將服務(wù)器的整表數(shù)據(jù)拆分成若干小表，分多次讀取，減少服務(wù)器的響應(yīng)時間，從而解決響應(yīng)超時的問題。
[0027]參閱圖1、圖2，本發(fā)明提供的一個實施例的網(wǎng)管基于SNMP協(xié)議數(shù)據(jù)的讀取方法，包括:
[0028]步驟S10，client端向服務(wù)器發(fā)送數(shù)據(jù)讀取請求，請求包括數(shù)據(jù)讀取起始地址和請求條數(shù)；
[0029]步驟S20，服務(wù)器根據(jù)所述請求，返回數(shù)據(jù)和最后一條數(shù)據(jù)的下一條數(shù)據(jù)的地址；
[0030]步驟S30，循環(huán)步驟SlO?步驟S20，當返回的數(shù)據(jù)條數(shù)小于請求條數(shù)，則數(shù)據(jù)讀取結(jié)束；
[0031]步驟S40，client端將服務(wù)器返回的數(shù)據(jù)顯示出來。
[0032]Client端根據(jù)自身的屏幕大小和業(yè)務(wù)類型，設(shè)定數(shù)據(jù)請求條數(shù)。不同的業(yè)務(wù)類型，其每條的數(shù)據(jù)長度不同，對client屏幕的占用也不用。
[0033]在優(yōu)選實施方式中，數(shù)據(jù)讀取起始地址包括OID和索引，步驟S20具體包括:
[0034]步驟S201，服務(wù)器根據(jù)索引找到對應(yīng)OID ；
[0035]步驟S202，讀取對應(yīng)OID的數(shù)據(jù)并返回給client端；
[0036]步驟S203,返回下一個OID給client端；
[0037]步驟S204,根據(jù)請求條數(shù)循環(huán)步驟BI?步驟B3。
[0038]可以理解，如果數(shù)據(jù)條數(shù)大于請求條數(shù)，則在步驟S202讀取了最后一條數(shù)據(jù)后，步驟S203返回下一個OID給client端后，本次數(shù)據(jù)讀取結(jié)束。
[0039]可以理解，步驟S204還包括:
[0040]當步驟S203返回的下一個OID為服務(wù)器最后一個索引對應(yīng)的最后一個0ID，并且本次數(shù)據(jù)讀取未結(jié)束，則執(zhí)行步驟BI?B2后結(jié)束本次數(shù)據(jù)讀取請求。
[0041]采用本發(fā)明方法后，將服務(wù)器上大量的整表數(shù)據(jù)分條讀取，一次讀取一定條數(shù)的數(shù)據(jù)，根據(jù)client端屏幕的和業(yè)務(wù)類型，設(shè)定該條數(shù)；由于每個服務(wù)器都會有預(yù)設(shè)的響應(yīng)時間，如果一次讀取大量數(shù)據(jù)，響應(yīng)時間超過預(yù)設(shè)響應(yīng)時間，響應(yīng)超時，本發(fā)明采用一次讀取一定的條數(shù)的數(shù)據(jù)，將整表數(shù)據(jù)分次讀取，減少服務(wù)器的響應(yīng)時間，反應(yīng)快，且client端分頁顯示所述數(shù)據(jù)，界面友好，解決了出現(xiàn)系統(tǒng)超時、備卡死、界面顯示不友好等問題。
[0042]以上所述實施例僅表達了本發(fā)明的幾種實施方式，其描述較為具體和詳細，但并不能因此而理解為對本發(fā)明專利范圍的限制。應(yīng)當指出的是，對于本領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干變形和改進，這些都屬于本發(fā)明的保護范圍。因此，本發(fā)明專利的保護范圍應(yīng)以所附權(quán)利要求為準。
【權(quán)利要求】
1.一種網(wǎng)管基于SNMP協(xié)議數(shù)據(jù)的讀取方法，其特征在于，包括: 步驟A:client端向服務(wù)器發(fā)送數(shù)據(jù)讀取請求，所述請求包括數(shù)據(jù)讀取起始地址和請求條數(shù)； 步驟B:服務(wù)器根據(jù)所述請求，返回數(shù)據(jù)和最后一條數(shù)據(jù)的下一條數(shù)據(jù)的地址； 步驟C:循環(huán)步驟A?步驟B，當返回數(shù)據(jù)條數(shù)小于請求條數(shù)，則數(shù)據(jù)讀取結(jié)束。
2.根據(jù)權(quán)利要求1所述的網(wǎng)管基于SNMP協(xié)議數(shù)據(jù)的讀取方法，其特征在于，所述數(shù)據(jù)讀取起始地址包括OID和索引。
3.根據(jù)權(quán)利要求2所述的網(wǎng)管基于SNMP協(xié)議數(shù)據(jù)的讀取方法，其特征在于，所述步驟B具體包括: B1:服務(wù)器根據(jù)所述索引找到對應(yīng)OID ； B2:讀取對應(yīng)OID的數(shù)據(jù)并返回給所述client端； B3:返回下一個OID給所述client端； B4:根據(jù)請求條數(shù)循環(huán)步驟BI?步驟B3。
4.根據(jù)權(quán)利要求3所述的網(wǎng)管基于SNMP協(xié)議數(shù)據(jù)的讀取方法，其特征在于，所述步驟B4還包括: 當步驟B3返回的下一個OID為服務(wù)器最后一個索引對應(yīng)的最后一個0ID，并且本次數(shù)據(jù)讀取未結(jié)束，則執(zhí)行步驟BI?B2后結(jié)束本次數(shù)據(jù)讀取請求。
5.根據(jù)權(quán)利要求1所述的網(wǎng)管基于SNMP協(xié)議數(shù)據(jù)的讀取方法，其特征在于，還包括所述client端將所述服務(wù)器返回的數(shù)據(jù)顯示出來。
6.根據(jù)權(quán)利要求1所述的網(wǎng)管基于SNMP協(xié)議數(shù)據(jù)的讀取方法，其特征在于，所述請求條數(shù)依據(jù)client端和業(yè)務(wù)類型設(shè)定。
【文檔編號】H04L29/06GK103731300SQ201310627681
【公開日】2014年4月16日 申請日期:2013年11月29日 優(yōu)先權(quán)日:2013年11月29日
【發(fā)明者】徐望朋, 張琪 申請人:上海斐訊數(shù)據(jù)通信技術(shù)有限公司