專(zhuān)利名稱(chēng)：一種自動(dòng)獲取設(shè)備信息的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電子領(lǐng)域，尤其涉及一種自動(dòng)獲取設(shè)備信息的方法及系統(tǒng)。
背景技術(shù)：
隨著電子技術(shù)的發(fā)展，越來(lái)越多的手工操作被自動(dòng)化操作所取代，以數(shù)通領(lǐng)域的自動(dòng)化測(cè)試為例，數(shù)通領(lǐng)域的自動(dòng)化測(cè)試雖然在測(cè)試的環(huán)節(jié)使用上了自動(dòng)化，但是仍然需要結(jié)合許多的手工操作環(huán)節(jié)來(lái)完成，比如自動(dòng)化測(cè)試執(zhí)行前期的準(zhǔn)備工作，其中就包括設(shè)備邏輯拓?fù)涞轿锢硗負(fù)涞挠成?，包括獲取端口名稱(chēng)、端口狀態(tài)、設(shè)備MAC (Media Access Control)地址、IP (Internet Protocol)地址及通過(guò)網(wǎng)絡(luò)連接到被測(cè)設(shè)備的用戶名和密碼等相關(guān)設(shè)備信息的操作，目前，在數(shù)通領(lǐng)域的自動(dòng)化測(cè)試前期，這些設(shè)備信息的獲取和填寫(xiě)均是采用手工的方式，手工操作的方式存在一些缺陷效率低、成本高，還很容易發(fā)生錯(cuò)誤， 比如數(shù)通領(lǐng)域的自動(dòng)化測(cè)試前期，如果在獲取設(shè)備信息的過(guò)程中出現(xiàn)錯(cuò)誤，則會(huì)出現(xiàn)邏輯拓?fù)浜臀锢硗負(fù)洳灰恢?，或無(wú)法通過(guò)網(wǎng)絡(luò)連接設(shè)備的現(xiàn)象，而影響自動(dòng)化測(cè)試的正常執(zhí)行。

發(fā)明內(nèi)容
本發(fā)明提供一種自動(dòng)獲取設(shè)備信息的方法及系統(tǒng)，解決自動(dòng)獲取設(shè)備信息的技術(shù)問(wèn)題。為解決上述技術(shù)問(wèn)題，本發(fā)明采用以下技術(shù)方案一種自動(dòng)獲取設(shè)備信息的方法，包括服務(wù)器向一個(gè)或多個(gè)設(shè)備發(fā)送獲取設(shè)備信息的請(qǐng)求，以及各個(gè)設(shè)備獲取本設(shè)備和 /或所連設(shè)備的設(shè)備信息；被服務(wù)器請(qǐng)求設(shè)備信息的設(shè)備根據(jù)服務(wù)器的請(qǐng)求發(fā)送相應(yīng)的設(shè)備信息至服務(wù)器。服務(wù)器向一個(gè)或多個(gè)設(shè)備發(fā)送獲取設(shè)備信息的請(qǐng)求的方式包括服務(wù)器以廣播方式向一個(gè)或多個(gè)設(shè)備發(fā)送Discover消息(發(fā)現(xiàn)消息)或request消息(請(qǐng)求消息)中的一種，并在所述Discover消息或request消息中的Option字段發(fā)送請(qǐng)求的信息類(lèi)型。各個(gè)設(shè)備獲取所連設(shè)備的設(shè)備信息的方式包括各個(gè)設(shè)備通過(guò)LLDP協(xié)議(Link Layer Discovery Protocol，鏈路層發(fā)現(xiàn)協(xié)議)獲取所連設(shè)備的設(shè)備信息。被服務(wù)器請(qǐng)求設(shè)備信息的設(shè)備根據(jù)服務(wù)器的請(qǐng)求發(fā)送相應(yīng)的設(shè)備信息至服務(wù)器的方式包括被服務(wù)器請(qǐng)求設(shè)備信息的設(shè)備根據(jù)服務(wù)器的請(qǐng)求將相應(yīng)的設(shè)備信息封裝在 Ack消息(反饋消息)的Option字段中發(fā)送至服務(wù)器。如果被服務(wù)器請(qǐng)求設(shè)備信息的設(shè)備中沒(méi)有服務(wù)器所請(qǐng)求的設(shè)備信息，則向服務(wù)器反饋的Ack消息的相應(yīng)Option字段值為空，當(dāng)服務(wù)器接收的Ack消息中有全部或部分 Option字段為空，則服務(wù)器再次向相應(yīng)的設(shè)備發(fā)送請(qǐng)求，直到請(qǐng)求次數(shù)到達(dá)預(yù)定值。還包括服務(wù)器判斷相連的設(shè)備反饋的設(shè)備信息是否存在沖突，如果存在沖突，則首先確定發(fā)生沖突的設(shè)備中的任一設(shè)備反饋的設(shè)備信息正確，而后向發(fā)生沖突的其他設(shè)備重新發(fā)出請(qǐng)求。
3
所述設(shè)備包括交換機(jī)或路由器中的一種。所述設(shè)備信息包括設(shè)備自身信息和拓?fù)錉顟B(tài)信息。所述拓?fù)錉顟B(tài)信息包括端口名稱(chēng)、端口類(lèi)型、端口狀態(tài)、IP地址、MAC地址信息中的一種或多種；所述設(shè)備自身信息包括用戶名、密碼信息中的一種或多種。一種自動(dòng)獲取設(shè)備信息的系統(tǒng)，包括服務(wù)器、與服務(wù)器相連的一個(gè)或多個(gè)設(shè)備，還包括置于所述服務(wù)器上的請(qǐng)求模塊、置于所述設(shè)備上的信息獲取模塊和信息反饋模塊，其中，所述請(qǐng)求模塊用于服務(wù)器向一個(gè)或多個(gè)所述設(shè)備發(fā)送獲取設(shè)備信息的請(qǐng)求；所述信息獲取模塊用于各個(gè)設(shè)備獲取本設(shè)備和/或所連設(shè)備的設(shè)備信息；所述信息反饋模塊用于被服務(wù)器請(qǐng)求設(shè)備信息的設(shè)備根據(jù)服務(wù)器的請(qǐng)求發(fā)送相應(yīng)的設(shè)備信息至服務(wù)器。所述請(qǐng)求模塊具體用于服務(wù)器以廣播方式向一個(gè)或多個(gè)設(shè)備發(fā)送Discover消息或request消息中的一種，并在所述Discover消息或request消息中的Option字段發(fā)送請(qǐng)求的信息類(lèi)型。所述信息獲取模塊用于各個(gè)設(shè)備通過(guò)LLDP協(xié)議獲取所連設(shè)備的設(shè)備信息。本發(fā)明提供一種自動(dòng)獲取設(shè)備信息的方法及系統(tǒng)，各個(gè)設(shè)備獲取本設(shè)備和/或所連設(shè)備的設(shè)備信息，并根據(jù)服務(wù)器的請(qǐng)求將相應(yīng)的設(shè)備信息反饋給服務(wù)器，本發(fā)明通過(guò)該技術(shù)方案取代了現(xiàn)有技術(shù)中手工獲取設(shè)備信息的方式，相比于手工獲取設(shè)備信息的方式， 本發(fā)明的技術(shù)方案效率高、成本低，還可避免手工操作的失誤，由于是自動(dòng)化的操作，還可以提升用戶體驗(yàn)度高。


圖1為本發(fā)明實(shí)施例一種組網(wǎng)示意圖；圖2為本發(fā)明實(shí)施例一種自動(dòng)獲取設(shè)備信息的方法的流程圖；圖3為本發(fā)明實(shí)施例一種解決相連設(shè)備反饋的設(shè)備信息發(fā)生沖突的方法的流程圖；圖4為本發(fā)明實(shí)施例一種自動(dòng)獲取設(shè)備信息的系統(tǒng)的模塊圖。
具體實(shí)施例方式下面通過(guò)具體實(shí)施方式
結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步詳細(xì)說(shuō)明。圖1為本發(fā)明實(shí)施例一種組網(wǎng)示意圖，包括服務(wù)器11、以太網(wǎng)12、路由器13a、路由器13b、路由器13c，路由器13a與路由器1 相連，路由器1 與路由器13c相連。本實(shí)施例不局限于這一種組網(wǎng)方式，本實(shí)施例的設(shè)備不局限于交換機(jī)或路由器中的一種，還包括其他的網(wǎng)元設(shè)備或數(shù)通產(chǎn)品，只要支持本實(shí)施例中的相關(guān)協(xié)議便可。圖2為本發(fā)明實(shí)施例一種自動(dòng)獲取設(shè)備信息的方法的流程圖，請(qǐng)參考圖2 S21、在各個(gè)設(shè)備管理端口開(kāi)啟支持自動(dòng)化獲取設(shè)備信息的開(kāi)關(guān)。S22、服務(wù)器以廣播方式向一個(gè)或多個(gè)設(shè)備發(fā)送Discover消息，并在Discover消息中的Option字段發(fā)送請(qǐng)求的信息類(lèi)型，即通過(guò)Option字段告訴被請(qǐng)求設(shè)備希望獲取哪些設(shè)備信息，或者還可以通過(guò)發(fā)送request消息，并在request消息中的Option字段發(fā)送請(qǐng)求的信息類(lèi)型的方式發(fā)送獲取設(shè)備信息的請(qǐng)求。本實(shí)施例利用DHCP動(dòng)態(tài)用戶配置協(xié)議中的消息中的Option選項(xiàng)攜帶請(qǐng)求和所請(qǐng)求的設(shè)備信息。S23、各個(gè)設(shè)備獲取本設(shè)備和/或所連設(shè)備的設(shè)備信息，其中通過(guò)LLDP協(xié)議獲取所連設(shè)備的設(shè)備信息，比如通過(guò)LLDP協(xié)議獲取對(duì)端直連設(shè)備直連端口名稱(chēng)、端口類(lèi)型、端口狀態(tài)、IP、MAC地址等設(shè)備信息。S24、被服務(wù)器請(qǐng)求設(shè)備信息的設(shè)備根據(jù)服務(wù)器的請(qǐng)求將相應(yīng)的設(shè)備信息封裝在 Ack消息的Option字段中，以單播方式發(fā)送至服務(wù)器。其中S22和S23的執(zhí)行順序可以顛倒互換，S23中不局限于各個(gè)設(shè)備獲取本設(shè)備和/或所連設(shè)備的設(shè)備信息，可以是被服務(wù)器請(qǐng)求設(shè)備信息的設(shè)備獲取本設(shè)備和/或所連設(shè)備的設(shè)備信息。進(jìn)一步，如果被服務(wù)器請(qǐng)求設(shè)備信息的設(shè)備成功獲取了服務(wù)器所請(qǐng)求的所有設(shè)備信息，并能夠?qū)⒎?wù)器所請(qǐng)求的所有設(shè)備信息成功反饋給服務(wù)器，此時(shí)向服務(wù)器反饋的 Ack消息的Option字段中攜帶了服務(wù)器所請(qǐng)求的所有設(shè)備信息，如果被服務(wù)器請(qǐng)求設(shè)備信息的設(shè)備沒(méi)有成功獲取到服務(wù)器所請(qǐng)求的所有設(shè)備信息，則在向服務(wù)器反饋的Ack消息的相應(yīng)option字段值為空，當(dāng)服務(wù)器發(fā)現(xiàn)某個(gè)被請(qǐng)求設(shè)備反饋的Ack消息中有全部或部分 Option字段為空時(shí)，則服務(wù)器繼續(xù)向該設(shè)備發(fā)送請(qǐng)求。進(jìn)一步，預(yù)先設(shè)定向一設(shè)備發(fā)送請(qǐng)求的最大次數(shù)，作為預(yù)定值，直到請(qǐng)求次數(shù)到達(dá)該預(yù)定值時(shí)，不再繼續(xù)發(fā)送請(qǐng)求，比如預(yù)先設(shè)定向一設(shè)備發(fā)送請(qǐng)求的次數(shù)不超過(guò)3次，當(dāng)請(qǐng)求次數(shù)達(dá)到3次時(shí)，不再繼續(xù)發(fā)送請(qǐng)求。進(jìn)一步，還包括服務(wù)器判斷相連的設(shè)備反饋的設(shè)備信息是否存在沖突，如果存在沖突，則首先確定發(fā)生沖突的設(shè)備中的任一設(shè)備反饋的設(shè)備信息正確，而后向發(fā)生沖突的其他設(shè)備重新發(fā)出請(qǐng)求。圖3本發(fā)明實(shí)施例一種解決相連設(shè)備反饋的設(shè)備信息發(fā)生沖突的方法的流程圖，請(qǐng)參考圖3:S31、服務(wù)器在指定周期內(nèi)判斷相連的設(shè)備反饋的設(shè)備信息是否存在沖突，如果是，則執(zhí)行S32,如果否，則執(zhí)行S310。S32、服務(wù)器假設(shè)最先反饋并且反饋的Ack消息中option字段不為空的設(shè)備所反饋的設(shè)備信息正確，服務(wù)器向發(fā)生沖突的其他設(shè)備重新發(fā)出請(qǐng)求。S33、收到服務(wù)器重新發(fā)出請(qǐng)求的設(shè)備再次根據(jù)服務(wù)器的請(qǐng)求通過(guò)Ack消息中 option字段將相應(yīng)的設(shè)備信息反饋給服務(wù)器。S34、服務(wù)器判斷第二次收到的設(shè)備信息是否與假設(shè)正確的設(shè)備信息沖突，如果是，則執(zhí)行S35，如果否，則執(zhí)行S310。S35、服務(wù)器判斷第二次收到的設(shè)備信息是否與第一次收到的同一設(shè)備反饋的設(shè)備信息一致，如果是，則執(zhí)行S39，如果否，則執(zhí)行S36。S36、服務(wù)器向最先假設(shè)其反饋的設(shè)備信息正確的設(shè)備重新發(fā)出請(qǐng)求，希望重新獲取該設(shè)備的設(shè)備信息。S37、重新收到該請(qǐng)求的設(shè)備再次根據(jù)服務(wù)器的請(qǐng)求通過(guò)Ack消息中option字段將相應(yīng)的設(shè)備信息反饋給服務(wù)器。S38、服務(wù)器重新判斷相連的設(shè)備反饋的設(shè)備信息是否發(fā)生沖突，如果是，則執(zhí)行 S39，如果否，則執(zhí)行S310。
S39、自動(dòng)獲取設(shè)備信息操作失敗，流程結(jié)束。S310、自動(dòng)獲取設(shè)備信息操作成功，服務(wù)器利用各設(shè)備反饋的設(shè)備信息進(jìn)行自動(dòng)初始化，流程結(jié)束。圖4為本發(fā)明實(shí)施例一種自動(dòng)獲取設(shè)備信息的系統(tǒng)的模塊圖，請(qǐng)參考圖4 一種自動(dòng)獲取設(shè)備信息的系統(tǒng)，包括服務(wù)器41、與服務(wù)器41相連的一個(gè)或多個(gè)設(shè)備42，其特征在于，還包括置于所述服務(wù)器41上的請(qǐng)求模塊411、置于所述設(shè)備42上的信息獲取模塊421 和信息反饋模塊422，其中，請(qǐng)求模塊411用于服務(wù)器41向一個(gè)或多個(gè)設(shè)備42發(fā)送獲取設(shè)備信息的請(qǐng)求；信息獲取模塊421用于各個(gè)設(shè)備42獲取本設(shè)備和/或所連設(shè)備的設(shè)備信息；信息反饋模塊422用于被服務(wù)器請(qǐng)求設(shè)備信息的設(shè)備42根據(jù)服務(wù)器41的請(qǐng)求發(fā)送相應(yīng)的設(shè)備信息至服務(wù)器41。進(jìn)一步，請(qǐng)求模塊411具體用于服務(wù)器41以廣播方式向一個(gè)或多個(gè)設(shè)備42發(fā)送Discover消息或request消息中的一種，并在所述Discover消息或request消息中的 Option字段發(fā)送請(qǐng)求的信息類(lèi)型。進(jìn)一步，信息獲取模塊421用于各個(gè)設(shè)備42通過(guò)LLDP協(xié)議獲取所連設(shè)備的設(shè)備
fn息ο本實(shí)施例中的設(shè)備信息包括設(shè)備自身信息和拓?fù)錉顟B(tài)信息，拓?fù)錉顟B(tài)信息不局限于端口名稱(chēng)、端口類(lèi)型、端口狀態(tài)、IP、MAC信息中的一種或多種，設(shè)備自身信息不局限于用戶名、密碼信息中的一種或多種，根據(jù)實(shí)際需要，采用本發(fā)明的技術(shù)方案可以自動(dòng)獲取設(shè)備的各類(lèi)信息，本實(shí)施例可廣泛應(yīng)用于數(shù)通領(lǐng)域自動(dòng)化測(cè)試前期的設(shè)備信息獲取過(guò)程中，本實(shí)施例相比于手工獲取設(shè)備信息的方式，具有諸多技術(shù)效果效率高、成本低，還可避免手工操作的失誤，由于是自動(dòng)化的操作，還可以提升用戶體驗(yàn)度高。以上內(nèi)容是結(jié)合具體的實(shí)施方式對(duì)本發(fā)明所作的進(jìn)一步詳細(xì)說(shuō)明，不能認(rèn)定本發(fā)明的具體實(shí)施只局限于這些說(shuō)明。對(duì)于本發(fā)明所屬技術(shù)領(lǐng)域的普通技術(shù)人員來(lái)說(shuō)，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干簡(jiǎn)單推演或替換，都應(yīng)當(dāng)視為屬于本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種自動(dòng)獲取設(shè)備信息的方法，其特征在于，包括服務(wù)器向一個(gè)或多個(gè)設(shè)備發(fā)送獲取設(shè)備信息的請(qǐng)求，以及各個(gè)設(shè)備獲取本設(shè)備和/或所連設(shè)備的設(shè)備信息；被服務(wù)器請(qǐng)求設(shè)備信息的設(shè)備根據(jù)服務(wù)器的請(qǐng)求發(fā)送相應(yīng)的設(shè)備信息至服務(wù)器。
2.如權(quán)利要求1所述的方法，其特征在于，服務(wù)器向一個(gè)或多個(gè)設(shè)備發(fā)送獲取設(shè)備信息的請(qǐng)求的方式包括服務(wù)器以廣播方式向一個(gè)或多個(gè)設(shè)備發(fā)送Discover發(fā)現(xiàn)消息或 request請(qǐng)求消息中的一種，并在所述Discover消息或request消息中的Option字段發(fā)送請(qǐng)求的信息類(lèi)型。
3.如權(quán)利要求1所述的方法，其特征在于，各個(gè)設(shè)備獲取所連設(shè)備的設(shè)備信息的方式包括各個(gè)設(shè)備通過(guò)LLDP鏈路層發(fā)現(xiàn)協(xié)議獲取所連設(shè)備的設(shè)備信息。
4.如權(quán)利要求1所述的方法，其特征在于，被服務(wù)器請(qǐng)求設(shè)備信息的設(shè)備根據(jù)服務(wù)器的請(qǐng)求發(fā)送相應(yīng)的設(shè)備信息至服務(wù)器的方式包括被服務(wù)器請(qǐng)求設(shè)備信息的設(shè)備根據(jù)服務(wù)器的請(qǐng)求將相應(yīng)的設(shè)備信息封裝在Ack反饋消息的Option字段中發(fā)送至服務(wù)器。
5.如權(quán)利要求4所述的方法，其特征在于，如果被服務(wù)器請(qǐng)求設(shè)備信息的設(shè)備中沒(méi)有服務(wù)器所請(qǐng)求的設(shè)備信息，則向服務(wù)器反饋的Ack消息的相應(yīng)Option字段值為空，當(dāng)服務(wù)器接收的Ack消息中有全部或部分Option字段為空，則服務(wù)器再次向相應(yīng)的設(shè)備發(fā)送請(qǐng)求，直到請(qǐng)求次數(shù)到達(dá)預(yù)定值。
6.如權(quán)利要求1所述的方法，其特征在于，還包括服務(wù)器判斷相連的設(shè)備反饋的設(shè)備信息是否存在沖突，如果存在沖突，則首先確定發(fā)生沖突的設(shè)備中的任一設(shè)備反饋的設(shè)備信息正確，而后向發(fā)生沖突的其他設(shè)備重新發(fā)出請(qǐng)求。
7.如權(quán)利要求1所述的方法，其特征在于，所述設(shè)備包括交換機(jī)或路由器中的一種。
8.如權(quán)利要求1至7任一項(xiàng)所述的方法，其特征在于，所述設(shè)備信息包括設(shè)備自身信息和拓?fù)錉顟B(tài)信息。
9.如權(quán)利要求8所述的方法，其特征在于，所述拓?fù)錉顟B(tài)信息包括端口名稱(chēng)、端口類(lèi)型、端口狀態(tài)、IP地址、MAC地址信息中的一種或多種；所述設(shè)備自身信息包括用戶名、密碼信息中的一種或多種。
10.一種自動(dòng)獲取設(shè)備信息的系統(tǒng)，包括服務(wù)器、與服務(wù)器相連的一個(gè)或多個(gè)設(shè)備，其特征在于，還包括置于所述服務(wù)器上的請(qǐng)求模塊、置于所述設(shè)備上的信息獲取模塊和信息反饋模塊，其中，所述請(qǐng)求模塊用于服務(wù)器向一個(gè)或多個(gè)所述設(shè)備發(fā)送獲取設(shè)備信息的請(qǐng)求；所述信息獲取模塊用于各個(gè)設(shè)備獲取本設(shè)備和/或所連設(shè)備的設(shè)備信息；所述信息反饋模塊用于被服務(wù)器請(qǐng)求設(shè)備信息的設(shè)備根據(jù)服務(wù)器的請(qǐng)求發(fā)送相應(yīng)的設(shè)備信息至服務(wù)器。
11.如權(quán)利要求10所述的系統(tǒng)，其特征在于，所述請(qǐng)求模塊具體用于服務(wù)器以廣播方式向一個(gè)或多個(gè)設(shè)備發(fā)送Discover消息或request消息中的一種，并在所述Discover消息或request消息中的Option字段發(fā)送請(qǐng)求的信息類(lèi)型。
12.如權(quán)利要求10或11所述的系統(tǒng)，其特征在于，所述信息獲取模塊用于各個(gè)設(shè)備通過(guò)LLDP協(xié)議獲取所連設(shè)備的設(shè)備信息。
全文摘要
本發(fā)明公開(kāi)一種自動(dòng)獲取設(shè)備信息的方法及系統(tǒng)，該方法包括服務(wù)器向一個(gè)或多個(gè)設(shè)備發(fā)送獲取設(shè)備信息的請(qǐng)求，以及各個(gè)設(shè)備獲取本設(shè)備和/或所連設(shè)備的設(shè)備信息，被服務(wù)器請(qǐng)求設(shè)備信息的設(shè)備根據(jù)服務(wù)器的請(qǐng)求發(fā)送相應(yīng)的設(shè)備信息至服務(wù)器。本發(fā)明通過(guò)以上技術(shù)方案，解決自動(dòng)獲取設(shè)備信息的技術(shù)問(wèn)題。
文檔編號(hào)H04L12/26GK102185737SQ20111011963
公開(kāi)日2011年9月14日 申請(qǐng)日期2011年5月10日 優(yōu)先權(quán)日2011年5月10日
發(fā)明者王禹 申請(qǐng)人:中興通訊股份有限公司