專利名稱：一種網(wǎng)元自動(dòng)適配方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種網(wǎng)元自動(dòng)適配方法、裝置及系統(tǒng)。
背景技術(shù)：
服務(wù)開(kāi)通系統(tǒng)是業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)(BOSS，Business Operation SupportSystem)、Billing (計(jì)費(fèi))系統(tǒng)或客戶關(guān)系管理系統(tǒng)(CRM，CustomerRelationship Management)等上級(jí)業(yè)務(wù)請(qǐng)求系統(tǒng)和錯(cuò)綜復(fù)雜的網(wǎng)元設(shè)備之間的橋梁。它隔離上級(jí)業(yè)務(wù)層 與網(wǎng)元設(shè)備層，使上級(jí)業(yè)務(wù)層能夠更關(guān)注本身的業(yè)務(wù)完整性；同時(shí)將雜亂無(wú)序的網(wǎng)元設(shè)備 統(tǒng)一到一個(gè)平臺(tái)上，并按照其所屬地域、業(yè)務(wù)歸屬、網(wǎng)元設(shè)備類型進(jìn)行多層次的管理，最終 化繁為簡(jiǎn)，加快服務(wù)開(kāi)通操作，降低成本，增加收入并提高客戶對(duì)運(yùn)營(yíng)商的滿意度。由于網(wǎng)絡(luò)設(shè)備的復(fù)雜多變，網(wǎng)元設(shè)備的適配成為服務(wù)開(kāi)通系統(tǒng)最為關(guān)鍵的任務(wù)之 一，其靈活性、擴(kuò)展性也是評(píng)價(jià)服務(wù)開(kāi)通系統(tǒng)優(yōu)劣的一個(gè)重要指標(biāo)。現(xiàn)有服務(wù)開(kāi)通系統(tǒng)的網(wǎng)元適配一般都采用被動(dòng)式，即遇到再適配的方式，一般流 程為由一線聯(lián)系客戶得到接口文檔；總部開(kāi)發(fā)人員根據(jù)接口文檔進(jìn)行開(kāi)發(fā)。包括協(xié)議適 配開(kāi)發(fā)、網(wǎng)元適配開(kāi)發(fā)(指令格式)、手工配置指令等；開(kāi)發(fā)人員開(kāi)發(fā)完成并發(fā)布相應(yīng)的測(cè) 試版本；一線人員下載測(cè)試版本并與設(shè)備做聯(lián)調(diào)測(cè)試；總部開(kāi)發(fā)人員根據(jù)測(cè)試結(jié)果修正版 本BUG，并發(fā)布最終的正式版本；一線下載正式版本并商用。上述現(xiàn)有的網(wǎng)元適配方法至少存在如下缺點(diǎn)1)開(kāi)發(fā)周期長(zhǎng)從確認(rèn)需求到最終上線，一個(gè)普通的適配一般都需要至少2個(gè)月 的時(shí)間，大大減弱了軟件的交付能力。2)人力成本大，對(duì)于開(kāi)發(fā)的人力提出了較高的要求。3)客戶體驗(yàn)差目前的網(wǎng)元適配仍然依賴于開(kāi)發(fā)人員，客戶無(wú)法自行操作完成簡(jiǎn) 單/普通網(wǎng)元的適配，大大削弱了系統(tǒng)的客戶定制能力，限制了客戶的自主擴(kuò)展性。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種網(wǎng)元自動(dòng)適配方法、裝置及系統(tǒng)，實(shí)現(xiàn)網(wǎng)元自動(dòng)化適配，提 高適配速度，消減成本，改善用戶體驗(yàn)。本發(fā)明實(shí)施例是通過(guò)以下技術(shù)方案實(shí)現(xiàn)的本發(fā)明實(shí)施例提供一種網(wǎng)元自動(dòng)適配方法，包括采用多種協(xié)議與網(wǎng)元端口進(jìn)行連接嘗試；根據(jù)網(wǎng)元返回消息的特征確定網(wǎng)元使用的協(xié)議類型及參數(shù)；根據(jù)所述確定的協(xié)議類型及參數(shù)生成所述網(wǎng)元的適配信息用來(lái)對(duì)網(wǎng)元進(jìn)行適配。本發(fā)明實(shí)施例提供一種網(wǎng)元自動(dòng)適配裝置，包括掃描調(diào)度單元，用于采用多種協(xié)議與網(wǎng)元端口進(jìn)行連接嘗試；協(xié)議分析單元，用于根據(jù)網(wǎng)元返回消息的特征確定網(wǎng)元使用的協(xié)議類型及參數(shù)；網(wǎng)元配置單元，用于根據(jù)所述確定的協(xié)議類型及參數(shù)生成所述網(wǎng)元的適配信息用來(lái)對(duì)網(wǎng)元進(jìn)行適配。本發(fā)明實(shí)施例提供一種網(wǎng)元自動(dòng)適配系統(tǒng)，包括網(wǎng)元自動(dòng)適配裝置及服務(wù)開(kāi)通 系統(tǒng)；所述網(wǎng)元自動(dòng)適配裝置，用于采用多種協(xié)議與網(wǎng)元端口進(jìn)行連接嘗試，根據(jù)網(wǎng)元 返回消息的特征確定網(wǎng)元使用的協(xié)議類型及參數(shù)，根據(jù)所述確定的協(xié)議類型及參數(shù)生成所 述網(wǎng)元的適配信息；所述服務(wù)開(kāi)通系統(tǒng)，用于根據(jù)所述生成的網(wǎng)元的適配信息對(duì)網(wǎng)元進(jìn)行適配。由上述本發(fā)明實(shí)施例提供的技術(shù)方案可以看出，本發(fā)明實(shí)施例能夠在未知網(wǎng)元接 口實(shí)現(xiàn)及網(wǎng)元使用協(xié)議的情況下，自動(dòng)對(duì)網(wǎng)元掃描，得到網(wǎng)元使用協(xié)議類型及參數(shù)等信息， 并根據(jù)該信息實(shí)現(xiàn)自動(dòng)化適配，大大提高了服務(wù)開(kāi)通系統(tǒng)網(wǎng)元的適配能力以及軟件的智能 化，提高響應(yīng)速度，消減成本，同時(shí)改善了服務(wù)開(kāi)通過(guò)程中客戶的體驗(yàn)。


圖1為本發(fā)明一個(gè)實(shí)施例網(wǎng)元自動(dòng)適配方法流程圖；圖2為本發(fā)明網(wǎng)元自動(dòng)適配方法一個(gè)具體實(shí)例流程圖；圖3為本發(fā)明一個(gè)實(shí)施例網(wǎng)元自動(dòng)適配裝置結(jié)構(gòu)示意圖；圖4為本發(fā)明另一個(gè)實(shí)施例網(wǎng)元自動(dòng)適配裝置結(jié)構(gòu)示意圖；圖5為本發(fā)明一個(gè)實(shí)施例網(wǎng)元自動(dòng)適配裝置中掃描調(diào)度單元結(jié)構(gòu)示意圖；圖6為本發(fā)明一個(gè)實(shí)施例網(wǎng)元自動(dòng)適配系統(tǒng)結(jié)構(gòu)示意圖。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完 整地描述，可以理解的是，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施 例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的 所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。本發(fā)明一個(gè)實(shí)施例提供一種網(wǎng)元自動(dòng)適配方法，如圖1所示，包括如下步驟步驟10 采用多種協(xié)議與網(wǎng)元端口進(jìn)行連接嘗試；可以采用所述多種協(xié)議并行或串行與網(wǎng)元端口進(jìn)行連接嘗試，可以預(yù)先規(guī)定每次 并行執(zhí)行連接嘗試的協(xié)議類型和個(gè)數(shù)或預(yù)先規(guī)定串行與網(wǎng)元端口進(jìn)行連接嘗試的協(xié)議類 型。所述采用多種協(xié)議與網(wǎng)元端口進(jìn)行連接嘗試的過(guò)程根據(jù)協(xié)議不同而不同，以 TELNET為例，其連接報(bào)文為先通過(guò)三次握手建立TCP連接，然后進(jìn)行必要的協(xié)商，例如終端 類型，窗口等；再以MML為例，其過(guò)程開(kāi)始也是建立TCP連接，然后就直截了當(dāng)?shù)膫鬏斆睿?再以HTTP為例，其過(guò)程也是在建立TCP連接后，發(fā)送GET或POST等HTTP請(qǐng)求。所述采用多種協(xié)議與網(wǎng)元端口進(jìn)行連接嘗試的過(guò)程，例如可以在所述網(wǎng)元端口已 知的情況下，可以先判斷所述網(wǎng)元端口是否為知名端口 ；所述知名端口即是某一類應(yīng)用程 序所特定使用的端口，舉例如下=HTTP為80，SSL為443，F(xiàn)TP為21，TELNET為23，SSH為22， P0P3為110，SMTP為25.這些端口都是與相應(yīng)的協(xié)議相綁定的。若是知名端口，則優(yōu)先采用與所述知名端口適配的協(xié)議與所述網(wǎng)元端口進(jìn)行連接嘗試，采用與所述知名端口適配的協(xié)議與所述網(wǎng)元端口進(jìn)行連接嘗試失敗，則采用協(xié)議特 征庫(kù)提供的協(xié)議與所述網(wǎng)元端口進(jìn)行連接嘗試；所述連接失敗的情況包括但不限于連接 失敗即未有預(yù)期的反饋，鏈路層的為長(zhǎng)時(shí)間無(wú)響應(yīng)或連接被服務(wù)端斷開(kāi)，應(yīng)用協(xié)議層的為 反饋與預(yù)期不符，即協(xié)議棧不相匹配等等。若不是知名端口，則采用協(xié)議特征庫(kù)提供的協(xié)議與所述網(wǎng)元端口進(jìn)行連接嘗試。采用上面所述判斷知名端口，并優(yōu)先采用與所述知名端口適配的協(xié)議與所述網(wǎng)元 端口進(jìn)行連接嘗試的方案，可以大大縮小系統(tǒng)對(duì)接嘗試的次數(shù)，提升系統(tǒng)性能。可以理解的是，本發(fā)明實(shí)施方式并不局限于此，對(duì)于知名端口也可以直接采用協(xié) 議特征庫(kù)提供的協(xié)議與所述網(wǎng)元端口進(jìn)行連接嘗試。在所述網(wǎng)元端口未知的情況下，執(zhí)行本步驟20前還包括開(kāi)放端口掃描，確定所述 網(wǎng)元端口的步驟，開(kāi)放端口掃描即對(duì)某一主機(jī)可能連通的端口進(jìn)行掃描、確認(rèn)。常見(jiàn)的連接 方式為采用系統(tǒng)調(diào)用cormectO的方式，對(duì)每一個(gè)可能的端口進(jìn)行連接嘗試，如果連接成 功，則表示此端口開(kāi)放。步驟11 根據(jù)網(wǎng)元返回消息的特征確定網(wǎng)元使用的協(xié)議類型及參數(shù)；本發(fā)明一個(gè)實(shí)施例在協(xié)議特征庫(kù)中存儲(chǔ)有各種協(xié)議與網(wǎng)元端口進(jìn)行連接嘗試的 動(dòng)作和預(yù)期，也就是采用各種協(xié)議與網(wǎng)元端口進(jìn)行連接嘗試后網(wǎng)元端口應(yīng)該返回的消息， 用于對(duì)掃描結(jié)果進(jìn)行分析、鑒定，即定義掃描結(jié)果的價(jià)值性，該協(xié)議特征庫(kù)既是定義協(xié)議外 在表現(xiàn)行為的數(shù)據(jù)庫(kù)，也是定義自動(dòng)適配動(dòng)作行為的數(shù)據(jù)庫(kù)，可以按照協(xié)議的自我發(fā)現(xiàn)能 力全部或部分定義其內(nèi)容。以MML協(xié)議為例，由于其協(xié)議形式多樣，協(xié)議格式各廠商各不相 同，所以難以定義其協(xié)議特征，自動(dòng)化內(nèi)容不會(huì)太高，而像SOAP等協(xié)議，則有較強(qiáng)的自我發(fā) 現(xiàn)能力，可以實(shí)現(xiàn)全面的對(duì)接自動(dòng)化。另外，常見(jiàn)設(shè)備的預(yù)集成也是協(xié)議特征庫(kù)的一部分， 可以極大的提升服務(wù)開(kāi)通系統(tǒng)的自動(dòng)適配能力。本發(fā)明一個(gè)實(shí)施例將網(wǎng)元返回消息的特征對(duì)照協(xié)議特征庫(kù)，來(lái)確定網(wǎng)元使用的協(xié) 議類型及參數(shù)，例如，若采用所述多種協(xié)議中的一種協(xié)議與網(wǎng)元端口進(jìn)行連接嘗試中，規(guī)定 時(shí)間接收到的網(wǎng)元返回消息與協(xié)議特征庫(kù)中規(guī)定的預(yù)期符合，則確定該一種協(xié)議為所述網(wǎng) 元使用的協(xié)議，并根據(jù)所述網(wǎng)元返回消息確定配置所述網(wǎng)元需要的參數(shù)。若采用多種協(xié)議中的任一種協(xié)議與網(wǎng)元端口進(jìn)行連接嘗試中，規(guī)定時(shí)間沒(méi)有接收 到網(wǎng)元返回消息，則確定所述網(wǎng)元不使用此協(xié)議。所述參數(shù)包括但不限于協(xié)議版本、服務(wù)器類型、編碼、指令集等等配置網(wǎng)元所需 的所有參數(shù)?？蛇x地，系統(tǒng)將上述獲得的參數(shù)提供給用戶確認(rèn)，并接收用戶根據(jù)實(shí)際需要更新、 增加或刪除后的參數(shù)作為生成網(wǎng)元的適配信息使用的參數(shù)。步驟12 根據(jù)所述確定的協(xié)議類型及參數(shù)生成所述網(wǎng)元的適配信息用來(lái)對(duì)網(wǎng)元 進(jìn)行適配。本發(fā)明實(shí)施例將上述確定的協(xié)議類型及參數(shù)在服務(wù)開(kāi)通系統(tǒng)內(nèi)稱為適配器或適 配組件，下面僅以適配器為例進(jìn)行說(shuō)明，適配器一般需要具有兩個(gè)方向的接口能力和轉(zhuǎn)換 能力，對(duì)網(wǎng)元，其需要知道網(wǎng)元的參數(shù)信息包括網(wǎng)元的IP、端口、Socket模式、交互方式等 基礎(chǔ)信息，另外需要讀懂消息內(nèi)容或?qū)⑸嫌蔚南⑥D(zhuǎn)換為網(wǎng)元可理解的形式，即轉(zhuǎn)換能力； 對(duì)服務(wù)開(kāi)通系統(tǒng)自身，其需要能夠?qū)崿F(xiàn)融合，生成服務(wù)開(kāi)通系統(tǒng)所能理解的適配信息。目前的服務(wù)開(kāi)通系統(tǒng)對(duì)于適配一般都是開(kāi)放接口，統(tǒng)一規(guī)范的，因此，本發(fā)明實(shí)施例所述方法的 實(shí)現(xiàn)裝置需要按照具體服務(wù)開(kāi)通系統(tǒng)的規(guī)范，生成其相應(yīng)的配置信息，將生成的網(wǎng)元的適 配信息提供給服務(wù)開(kāi)通系統(tǒng)，網(wǎng)元的適配信息的載體可能是JAVA代碼、C代碼、存儲(chǔ)過(guò)程代 碼及相應(yīng)的描述文件。比如生成的網(wǎng)元適配信息為IP = XXX. XXX. XXX. XXXPort = 80 ；ENDPOINT = http://10. 164. 112. 38 :7001/Provision WS/services/WSEngine ？ wsdlCHARSET = UTF8VERSION = 1. 1SERVICETYPE = AXIS生成的適配信息一般要結(jié)合具體系統(tǒng)，根據(jù)相應(yīng)的適配器框架生成。本發(fā)明上面實(shí)施例能夠在未知網(wǎng)元接口實(shí)現(xiàn)及網(wǎng)元使用協(xié)議的情況下，自動(dòng)對(duì)網(wǎng) 元掃描，得到網(wǎng)元使用協(xié)議類型及參數(shù)等信息，并根據(jù)該信息實(shí)現(xiàn)自動(dòng)化適配，大大提高了 服務(wù)開(kāi)通系統(tǒng)網(wǎng)元的適配能力以及軟件的智能化，提高響應(yīng)速度，消減成本，同時(shí)改善了服 務(wù)開(kāi)通過(guò)程中客戶的體驗(yàn)。為進(jìn)一步理解本發(fā)明，下面以具體實(shí)例對(duì)本發(fā)明網(wǎng)元自動(dòng)適配方法作進(jìn)一步說(shuō) 明。假定本實(shí)例場(chǎng)景為Provision系統(tǒng)需新增一網(wǎng)元，已知所述網(wǎng)元IP，網(wǎng)元端口為 80為知名端口，使用此端口的協(xié)議包括SOAP和HTTP，假設(shè)此時(shí)協(xié)議特征庫(kù)內(nèi)已定義30個(gè) 協(xié)議的特征(相同協(xié)議的不同實(shí)現(xiàn)可以認(rèn)為是不同的協(xié)議)，如圖2所示，本實(shí)例網(wǎng)元自動(dòng) 適配方法包括如下步驟步驟20 使用SOAP和HTTP協(xié)議與網(wǎng)元端口 80進(jìn)行連接嘗試，超時(shí)為IOs ；啟動(dòng)兩個(gè)掃描線程，即，使用SOAP和HTTP協(xié)議與網(wǎng)元端口 80進(jìn)行連接嘗試，可以 串行或并行掃描，協(xié)議特征庫(kù)中定義有SOAP和HTTP協(xié)議的預(yù)期，例如定義SOAP的一個(gè)預(yù) 期為返回HTTP響應(yīng)信息，另一個(gè)預(yù)期為找到相應(yīng)的WSDL文件；HTTP只有一個(gè)預(yù)期為返回 HTTP響應(yīng)信息。比如HTTP/1. 1 200 OKContent-Type :text/html ；charset = UTF-8 ；步驟21 根據(jù)SOAP與HTTP掃描結(jié)果獲得網(wǎng)元端口 80相關(guān)參數(shù)；假設(shè)SOAP與HTTP掃描返回均成功，即使用SOAP和HTTP協(xié)議與網(wǎng)元端口 80進(jìn)行 連接嘗試過(guò)程中，在10S內(nèi)都接收到了端口 80返回的消息，且返回消息符合規(guī)定的預(yù)期。例如，SOAP的第一個(gè)預(yù)期返回的HTTP信息假設(shè)為HTTP/1. 1 200 OKDate :ffed,08 Jul 2009 07:26:31 GMTServer =WebLogic Server 8.1 SP3 Tue Jun 29 23:11:19 PDT 2004 404973Content-Type :text/xml ；charset = utf-8Transfer-Encoding chunked
第二個(gè)預(yù)期返回的WSDL假設(shè)為
權(quán)利要求
1.一種網(wǎng)元自動(dòng)適配方法，其特征在于，包括 采用多種協(xié)議與網(wǎng)元端口進(jìn)行連接嘗試；根據(jù)網(wǎng)元返回消息的特征確定網(wǎng)元使用的協(xié)議類型及參數(shù)；根據(jù)所述確定的協(xié)議類型及參數(shù)生成所述網(wǎng)元的適配信息用來(lái)對(duì)網(wǎng)元進(jìn)行適配。
2.如權(quán)利要求1所述的方法，其特征在于，若網(wǎng)元端口未知，則所述方法還包括 開(kāi)放端口掃描，確定所述網(wǎng)元端口。
3.如權(quán)利要求1或2所述的方法，其特征在于，所述采用多種協(xié)議與網(wǎng)元端口進(jìn)行連接 嘗試包括 確定所述網(wǎng)元端口是否為知名端口；若是知名端口，則優(yōu)先采用與所述知名端口適配的協(xié)議與所述網(wǎng)元端口進(jìn)行連接嘗 試，若連接嘗試失敗，則采用協(xié)議特征庫(kù)提供的協(xié)議與所述網(wǎng)元端口進(jìn)行連接嘗試； 若不是知名端口，則采用協(xié)議特征庫(kù)提供的協(xié)議與所述網(wǎng)元端口進(jìn)行連接嘗試。
4.如權(quán)利要求1所述的方法，其特征在于，所述采用多種協(xié)議與網(wǎng)元端口進(jìn)行連接嘗 試前還包括規(guī)定并行與網(wǎng)元端口進(jìn)行連接嘗試的協(xié)議類型及個(gè)數(shù)；或 規(guī)定串行與網(wǎng)元端口進(jìn)行連接嘗試的協(xié)議類型。
5.如權(quán)利要求1或4所述的方法，其特征在于，所述根據(jù)網(wǎng)元返回消息的特征確定網(wǎng)元 使用的協(xié)議類型及參數(shù)包括將網(wǎng)元返回消息的特征對(duì)照協(xié)議特征庫(kù)，若采用所述多種協(xié)議中的一種協(xié)議與網(wǎng)元端 口進(jìn)行連接嘗試中，規(guī)定時(shí)間接收到的網(wǎng)元返回消息與協(xié)議特征庫(kù)中規(guī)定的預(yù)期符合，則 確定該一種協(xié)議為所述網(wǎng)元使用的協(xié)議，并根據(jù)所述網(wǎng)元返回消息確定配置所述網(wǎng)元需要 的參數(shù)，所述協(xié)議特征庫(kù)中存儲(chǔ)有采用各種協(xié)議與網(wǎng)元端口進(jìn)行連接嘗試的動(dòng)作和預(yù)期。
6.如權(quán)利要求5所述的方法，其特征在于，所述方法還包括若采用多種協(xié)議中的任一種協(xié)議與網(wǎng)元端口進(jìn)行連接嘗試中，規(guī)定時(shí)間沒(méi)有接收到網(wǎng) 元返回消息，則確定所述網(wǎng)元不使用此協(xié)議。
7.如權(quán)利要求5所述的方法，其特征在于，所述根據(jù)所述確定的協(xié)議類型及參數(shù)生成 所述網(wǎng)元的適配信息前還包括將所述根據(jù)網(wǎng)元返回消息的特征確定網(wǎng)元使用的參數(shù)提供給用戶；接收用戶更新、增加或刪除后的參數(shù)作為生成所述網(wǎng)元的適配信息使用的參數(shù)。
8.—種網(wǎng)元自動(dòng)適配裝置，其特征在于，包括掃描調(diào)度單元，用于采用多種協(xié)議與網(wǎng)元端口進(jìn)行連接嘗試； 協(xié)議分析單元，用于根據(jù)網(wǎng)元返回消息的特征確定網(wǎng)元使用的協(xié)議類型及參數(shù)； 網(wǎng)元配置單元，用于根據(jù)所述確定的協(xié)議類型及參數(shù)生成所述網(wǎng)元的適配信息用來(lái)對(duì) 網(wǎng)元進(jìn)行適配。
9.如權(quán)利要求8所述的裝置，其特征在于，還包括協(xié)議特征庫(kù)，用于存儲(chǔ)采用各種協(xié)議與網(wǎng)元端口進(jìn)行連接嘗試的動(dòng)作和預(yù)期； 所述協(xié)議分析單元根據(jù)網(wǎng)元返回消息的特征對(duì)照該協(xié)議特征庫(kù)來(lái)確定網(wǎng)元使用的協(xié) 議類型及參數(shù)。
10.如權(quán)利要求8所述的裝置，其特征在于，還包括用戶接口 UI，用于與用戶終端交互的接口，接受用戶輸入信息，以及對(duì)多個(gè)掃描結(jié)果進(jìn) 行選擇確認(rèn)。
11.如權(quán)利要求8所述的裝置，其特征在于，所述掃描調(diào)度單元進(jìn)一步包括 判斷子單元，用于確定所述網(wǎng)元端口是否為知名端口 ；選擇子單元，用于根據(jù)所述判斷子單元的判斷結(jié)果選擇與網(wǎng)元端口進(jìn)行連接嘗試采用 的協(xié)議；若是知名端口，則優(yōu)先采用與所述知名端口適配的協(xié)議與所述網(wǎng)元端口進(jìn)行連接 嘗試，若連接嘗試失敗，則采用協(xié)議特征庫(kù)提供的協(xié)議與所述網(wǎng)元端口進(jìn)行連接嘗試；若不 是知名端口，則采用協(xié)議特征庫(kù)提供的協(xié)議與所述網(wǎng)元端口進(jìn)行連接嘗試；掃描子單元，用于根據(jù)所述選擇子單元選擇的協(xié)議與所述網(wǎng)元端口進(jìn)行連接嘗試。
12.—種網(wǎng)元自動(dòng)適配系統(tǒng)，其特征在于，包括網(wǎng)元自動(dòng)適配裝置及服務(wù)開(kāi)通系統(tǒng)； 所述網(wǎng)元自動(dòng)適配裝置，用于采用多種協(xié)議與網(wǎng)元端口進(jìn)行連接嘗試，根據(jù)網(wǎng)元返回消息的特征確定網(wǎng)元使用的協(xié)議類型及參數(shù)，根據(jù)所述確定的協(xié)議類型及參數(shù)生成所述網(wǎng) 元的適配信息；所述服務(wù)開(kāi)通系統(tǒng)，用于根據(jù)所述生成的網(wǎng)元的適配信息對(duì)網(wǎng)元進(jìn)行適配。
全文摘要
本發(fā)明實(shí)施例涉及通信領(lǐng)域一種網(wǎng)元自動(dòng)適配方法，包括采用多種協(xié)議與網(wǎng)元端口進(jìn)行連接嘗試；根據(jù)網(wǎng)元返回消息的特征確定網(wǎng)元使用的協(xié)議類型及參數(shù)；根據(jù)所述確定的協(xié)議類型及參數(shù)生成所述網(wǎng)元的適配信息用于對(duì)網(wǎng)元進(jìn)行適配。本發(fā)明實(shí)施例還提供一種網(wǎng)元自動(dòng)適配裝置及系統(tǒng)。本發(fā)明實(shí)施例能夠在未知網(wǎng)元接口實(shí)現(xiàn)及網(wǎng)元使用協(xié)議的情況下，自動(dòng)對(duì)網(wǎng)元掃描，得到網(wǎng)元使用協(xié)議類型及參數(shù)等信息，并根據(jù)該信息實(shí)現(xiàn)自動(dòng)化適配，大大提高了服務(wù)開(kāi)通系統(tǒng)網(wǎng)元的適配能力以及軟件的智能化，提高響應(yīng)速度，消減成本，同時(shí)改善了服務(wù)開(kāi)通過(guò)程中客戶的體驗(yàn)。
文檔編號(hào)H04L29/06GK102118255SQ200910215210
公開(kāi)日2011年7月6日 申請(qǐng)日期2009年12月30日 優(yōu)先權(quán)日2009年12月30日
發(fā)明者張桂成 申請(qǐng)人:華為技術(shù)有限公司