本發(fā)明涉及綜合資源管理領(lǐng)域中的操作維護(hù)中心(omc，operation&maintenancecenter)北向接口數(shù)據(jù)處理技術(shù)，尤其涉及一種omc北向接口數(shù)據(jù)處理方法及裝置。

背景技術(shù)：

北向接口(northboundinterface)是為廠家或運營商進(jìn)行接入和管理網(wǎng)絡(luò)的接口，即向上提供的接口。網(wǎng)絡(luò)中使用接口編程開發(fā)各種應(yīng)用系統(tǒng)管理被管理對象，管理的方法是采集和分析被管理對象在運行中產(chǎn)生的各種數(shù)據(jù)。在電信網(wǎng)和下一代網(wǎng)絡(luò)(ngn，nextgenerationnetwork)中管理是分層實現(xiàn)的，如圖1所示，可以將這種網(wǎng)絡(luò)管理分成三層：數(shù)據(jù)應(yīng)用層、數(shù)據(jù)處理層和數(shù)據(jù)采集層。其中，數(shù)據(jù)應(yīng)用層和數(shù)據(jù)處理層之間的數(shù)據(jù)交互定義有接口，由于數(shù)據(jù)應(yīng)用層位于數(shù)據(jù)處理層之上，因此這種接口稱之為北向接口。

北向接口的文件一般為可擴(kuò)展標(biāo)記語言(xml，extensiblemarkuplanguage)文件，可采用java或者perljava對xml文件進(jìn)行解析，目前常用的xml文件解析器主要有：xml簡單應(yīng)用程序編程接口(sax，simpleapiforxml)，文檔對象模型(dom，documentobjectmodel)。

sax處理的優(yōu)點非常類似于流媒體的優(yōu)點。分析能夠立即開始，而不是等待所有的數(shù)據(jù)被處理。而且，由于應(yīng)用程序只是在讀取數(shù)據(jù)時檢查數(shù)據(jù)，因此不需要將數(shù)據(jù)存儲在內(nèi)存中，這對于大型文檔來說是個巨大的優(yōu)點。

dom以及廣義的基于樹的處理具有幾個優(yōu)點。由于樹在內(nèi)存中是持久的，因此可以修改它以便應(yīng)用程序能對數(shù)據(jù)和結(jié)構(gòu)作出更改。它還可以在任何時候在樹中上下導(dǎo)航，而不是像sax那樣是一次性的處理。dom使用起來也要簡單得多。另一方面，在內(nèi)存中構(gòu)造這樣的樹涉及大量的開銷。

jdom目的是成為java特定文檔模型，它簡化與xml的交互并且比dom實現(xiàn)更快。由于是第一個java特定模型，jdom一直得到大力推廣和促進(jìn)。dom4j是jdom的一種智能分支，它合并了許多超出基本xml文檔表示的功能，包括集成的xpath支持、xml、schema支持以及用于大文檔或流化文檔的基于事件的處理。

因java運行對文件大小有限制，對于經(jīng)常超過幾個g的傳輸文件，java處理起來顯得比較吃力。所以普遍都用perl處理文件，perl處理對移植和開發(fā)都比較容易。

perl解析xml文件分為包解析和模式匹配解析。

包解析：xml::parser.xml::解析器系列最初的perl解析器xml::parser::expat，由larrywall在幾年前編寫并由clarkcooper保持延續(xù)。作為expatxmlparser的界面由jamesclark用c語言編寫且已經(jīng)被一些腳本語言所采用。perl解析xml文件中expat是以事件為基礎(chǔ)，意味著特定條件觸發(fā)處理功能。例如，一個開始或結(jié)尾標(biāo)記將觸發(fā)適當(dāng)?shù)挠脩舳x子程序。xml::parser模塊在expat功能的基礎(chǔ)上為普通應(yīng)用所建構(gòu)。注意expat在解析之前不會使xml生效且在遇到錯誤出現(xiàn)時會失效。這些限制會使xml::parser模塊速度非常之快。

模式匹配解析：使用正則表達(dá)式進(jìn)行模式匹配標(biāo)簽，從而獲取標(biāo)簽和取值。

理論上包解析比較有效，但是由于網(wǎng)管上有人工錄入的中文名稱，經(jīng)常會人為的導(dǎo)致網(wǎng)元中文名稱亂碼。expat在遇到亂碼時會失效，從而導(dǎo)致采集解析失敗。

在傳統(tǒng)的解析匯總上面各個廠家因為字段差異都是獨立進(jìn)行數(shù)據(jù)關(guān)聯(lián)更新和匯總。現(xiàn)有技術(shù)存在以下缺陷：

解析常中斷：因為是通過包解析，當(dāng)遇到網(wǎng)管有亂碼、網(wǎng)管廠家多、數(shù)據(jù)不規(guī)范、格式難統(tǒng)一的時候，解析頻繁發(fā)生中斷，導(dǎo)致數(shù)據(jù)入庫及解析無法正常工作。

中文無故消失：解析中若帶有中文、或部分全角字符，在現(xiàn)有技術(shù)下會無故消失或者無法處理，同樣影響數(shù)據(jù)入庫。

數(shù)據(jù)值長度不夠用：使用序列生成id，隨著資源的變更和移動網(wǎng)絡(luò)規(guī)模的擴(kuò)大，數(shù)值型的長度不夠用。

關(guān)聯(lián)資源刷新慢：因為需要將各種歸屬轉(zhuǎn)換為id，極大耗費數(shù)據(jù)庫資源，特別是關(guān)聯(lián)性數(shù)據(jù)，處理時間極慢。

匯總耗時太長：因部分網(wǎng)管數(shù)據(jù)表非常巨大，例如傳輸時隙并未拆分，在通道路由串通的過程中，經(jīng)常會找不到相應(yīng)的時隙。導(dǎo)致通道路由串通失敗，匯總起來非常耗時。

現(xiàn)有技術(shù)因存在以上缺陷，直接影響綜合資源系統(tǒng)的采集質(zhì)量和比對情況，給維護(hù)人員和接口廠家的感知極差。在日常的綜合資源管理過程中，一定程度的影響了用戶感知，因數(shù)據(jù)采集解析中斷，影響入網(wǎng)流程采集比對環(huán)節(jié)的暢通和電路調(diào)度通道串通的成功率，導(dǎo)致流程需等待數(shù)據(jù)采集，因為數(shù)據(jù)匯總時間過長，進(jìn)而影響用戶對系統(tǒng)的信心。影響對外接口穩(wěn)定和及時，影響數(shù)據(jù)采集的及時性和準(zhǔn)確率，成為了困擾資源管理、數(shù)據(jù)應(yīng)用的一大難題。

技術(shù)實現(xiàn)要素：

為解決上述技術(shù)問題，本發(fā)明實施例提供了一種omc北向接口數(shù)據(jù)處理方法及裝置。

本發(fā)明實施例提供的omc北向接口數(shù)據(jù)處理方法，包括：

讀取xml文件，根據(jù)所述xml文件的類型加載配置，所述配置至少包括：標(biāo)簽類型配置、輸出配置；

根據(jù)所述標(biāo)簽類型配置，對所述xml文件中的標(biāo)簽進(jìn)行模式匹配；

根據(jù)所述輸出配置，對模式匹配結(jié)果進(jìn)行輸出。

本發(fā)明實施例中，所述方法還包括：

針對模式匹配的標(biāo)簽，確定所述標(biāo)簽的類型，并根據(jù)所述標(biāo)簽的類型對所述標(biāo)簽進(jìn)行處理；

將處理后的結(jié)果保存至按字段索引的哈希(hash)數(shù)組中，以進(jìn)行標(biāo)準(zhǔn)化輸出。

本發(fā)明實施例中所述方法還包括：

針對模式匹配的標(biāo)簽，當(dāng)所述標(biāo)簽存在于標(biāo)簽規(guī)則里時，加載所述標(biāo)簽的對象屬性，所述對象屬性包括：解析規(guī)則和前綴；

根據(jù)所述解析規(guī)則確定標(biāo)簽的值，根據(jù)是否拆分和添加前綴確定標(biāo)簽；

將所述標(biāo)簽作為關(guān)鍵字(key)以及將所述標(biāo)簽的值作為值(value)，存入hash數(shù)組中。

本發(fā)明實施例中，所述根據(jù)所述輸出配置，對模式匹配結(jié)果進(jìn)行輸出，包括：

根據(jù)所述輸出配置，獲取模式匹配結(jié)果對應(yīng)的輸出字段的對象屬性，所述對象屬性包括：字段類型、字段來源、處理函數(shù)；

按序輸出所述模式匹配結(jié)果對應(yīng)的輸出字段的對象屬性。

本發(fā)明實施例中，所述方法還包括：

在模式匹配過程中，通過所述輸出字段的處理函數(shù)將結(jié)果標(biāo)準(zhǔn)版化，并且通過對北向接口對象里的標(biāo)準(zhǔn)版名次進(jìn)行加密得到關(guān)聯(lián)字符串。

本發(fā)明實施例中，所述方法還包括：

獲取通道信息；

從所述通道的第一端開始，判斷是否需要進(jìn)行高低階轉(zhuǎn)換；

查詢交叉連接信息，其中，先用低階查詢交叉連接信息，當(dāng)未查詢到交叉連接信息時再用高階查詢交叉連接信息；

當(dāng)查詢到交叉連接信息時，獲取交叉末端信息；

當(dāng)交叉末端與第二端不匹配時，查詢拓?fù)湫畔ⅲ?/p>

當(dāng)查詢到拓?fù)湫畔r，繼續(xù)判斷是否需要進(jìn)行高低階轉(zhuǎn)換，并繼續(xù)執(zhí)行查詢交叉連接信息。

本發(fā)明實施例提供的omc北向接口數(shù)據(jù)處理裝置，包括：

讀取單元，用于讀取xml文件；

加載單元，用于根據(jù)所述xml文件的類型加載配置，所述配置至少包括：標(biāo)簽類型配置、輸出配置；

模式匹配單元，用于根據(jù)所述標(biāo)簽類型配置，對所述xml文件中的標(biāo)簽進(jìn)行模式匹配；

輸出單元，用于根據(jù)所述輸出配置，對模式匹配結(jié)果進(jìn)行輸出。

本發(fā)明實施例中，所述裝置還包括：

處理單元，用于針對模式匹配的標(biāo)簽，確定所述標(biāo)簽的類型，并根據(jù)所述標(biāo)簽的類型對所述標(biāo)簽進(jìn)行處理；

存儲單元，用于將處理后的結(jié)果保存至按字段索引的hash數(shù)組中，以進(jìn)行標(biāo)準(zhǔn)化輸出。

本發(fā)明實施例中，所述加載單元，還用于針對模式匹配的標(biāo)簽，當(dāng)所述標(biāo)簽存在于標(biāo)簽規(guī)則里時，加載所述標(biāo)簽的對象屬性，所述對象屬性包括：解析規(guī)則和前綴；

所述裝置還包括：確定單元，用于根據(jù)所述解析規(guī)則確定標(biāo)簽的值，根據(jù)是否拆分和添加前綴確定標(biāo)簽；

存儲單元，用于將所述標(biāo)簽作為key以及將所述標(biāo)簽的值作為value，存入hash數(shù)組中。

本發(fā)明實施例中，所述輸出單元，還用于根據(jù)所述輸出配置，獲取模式匹配結(jié)果對應(yīng)的輸出字段的對象屬性，所述對象屬性包括：字段類型、字段來源、處理函數(shù)；按序輸出所述模式匹配結(jié)果對應(yīng)的輸出字段的對象屬性。

本發(fā)明實施例中，所述裝置還包括：標(biāo)準(zhǔn)版化及加密單元，用于在模式匹配過程中，通過所述輸出字段的處理函數(shù)將結(jié)果標(biāo)準(zhǔn)版化，并且通過對北向接口對象里的標(biāo)準(zhǔn)版名次進(jìn)行加密得到關(guān)聯(lián)字符串。

本發(fā)明實施例中，所述裝置還包括：串通單元，用于獲取通道信息；從所述通道的第一端開始，判斷是否需要進(jìn)行高低階轉(zhuǎn)換；查詢交叉連接信息，其中，先用低階查詢交叉連接信息，當(dāng)未查詢到交叉連接信息時再用高階查詢交叉連接信息；當(dāng)查詢到交叉連接信息時，獲取交叉末端信息；當(dāng)交叉末端與第二端不匹配時，查詢拓?fù)湫畔?；?dāng)查詢到拓?fù)湫畔r，繼續(xù)判斷是否需要進(jìn)行高低階轉(zhuǎn)換，并繼續(xù)執(zhí)行查詢交叉連接信息。

本發(fā)明實施例的技術(shù)方案中，讀取xml文件，根據(jù)所述xml文件的類型加載配置，所述配置至少包括：標(biāo)簽類型配置、輸出配置；根據(jù)所述標(biāo)簽類型配置，對所述xml文件中的標(biāo)簽進(jìn)行模式匹配；根據(jù)所述輸出配置，對模式匹配結(jié)果進(jìn)行輸出。本發(fā)明實施例至少具有以下優(yōu)點：1、可靠性：不會因為網(wǎng)管中文亂碼或者特殊漢字，出現(xiàn)文件解析中斷或者文字消失；提高了入網(wǎng)流程進(jìn)度，和數(shù)據(jù)采集及時性，極大的提高了用戶感知。也減少了接口廠家的投訴，減少了補(bǔ)沖接口數(shù)據(jù)工作。2、解決id大小限制和跳過大量關(guān)聯(lián)匯總：因為網(wǎng)管的各種資源名稱(name)唯一，使用加密后的字符做id，解決了id大小限制，也解決了匯總關(guān)聯(lián)刷新，加速匯總過程，統(tǒng)一了匯總腳本。能及時的滿足地市數(shù)據(jù)采集需求。3、無依賴性：通道串通不再需要時隙一定存在，自動的進(jìn)行高階到低階的相互轉(zhuǎn)換，加速了串通速度。解決了地市人員在電路電路過程中因時隙沒有打散而要等待數(shù)據(jù)采集。提高了電路開通的效率和地市人員走流程的信心。4、時效性：為集團(tuán)系統(tǒng)數(shù)據(jù)采集層提供了有利的技術(shù)革新，使得資源入網(wǎng)采集效率極大提升，解決了數(shù)據(jù)問題導(dǎo)致解析中斷，從而采集數(shù)據(jù)延時的問題。因提高了采集解析效率，并且匯總歸一化統(tǒng)一處理，提升了整體的匯總數(shù)度，可靈活的進(jìn)行增量采集匯總。

附圖說明

圖1為網(wǎng)絡(luò)管理的三層架構(gòu)圖；

圖2為本發(fā)明實施例的omc北向接口數(shù)據(jù)處理方法的流程示意；

圖3為本發(fā)明實施例的標(biāo)簽說明圖；

圖4為本發(fā)明實施例的輸出字段說明圖；

圖5為本發(fā)明實施例的串通的流程示意圖；

圖6為本發(fā)明實施例的omc北向接口數(shù)據(jù)處理裝置的結(jié)構(gòu)組成示意圖。

具體實施方式

為了能夠更加詳盡地了解本發(fā)明實施例的特點與技術(shù)內(nèi)容，下面結(jié)合附圖對本發(fā)明實施例的實現(xiàn)進(jìn)行詳細(xì)闡述，所附附圖僅供參考說明之用，并非用來限定本發(fā)明實施例。

本發(fā)明實施例提供了一種omc北向接口數(shù)據(jù)處理方法，該方法是一種新的解析、刷新、匯總方案，解決了當(dāng)前技術(shù)的相關(guān)缺陷，例如，解析中斷問題、中文亂碼及丟失問題、關(guān)聯(lián)刷新慢的問題、匯總時間長的問題。

本發(fā)明實施例的技術(shù)方案中，通過對標(biāo)簽的對象化處理，根據(jù)模式匹配方式發(fā)現(xiàn)標(biāo)簽，從而解決亂碼和特殊字符問題，然后對象化標(biāo)準(zhǔn)輸出，通過對關(guān)聯(lián)資源字符串的消息摘要算法(md，messagedigestalgorithm)5加密得到關(guān)聯(lián)資源，從而使得各個廠家匯總歸一化，極大的加快了匯總速度和id過大問題。并且根據(jù)時隙字符串的特殊性，低階字符串包含著高階字符串，自動的進(jìn)行高低階轉(zhuǎn)換來進(jìn)行拓?fù)浯?，解決了時隙過大管理的麻煩，提升了通道串通的成功率和效率。

圖2為本發(fā)明實施例的omc北向接口數(shù)據(jù)處理方法的流程示意圖，如圖2所示，所述omc北向接口數(shù)據(jù)處理方法包括以下步驟：

步驟201：讀取xml文件，根據(jù)所述xml文件的類型加載配置，所述配置至少包括：標(biāo)簽類型配置、輸出配置。

本發(fā)明實施例中，通過標(biāo)簽對象化方式統(tǒng)一對xml文件進(jìn)行解析，解決了亂碼中斷和漢字無故消失的問題。

本發(fā)明實施例中，因包解析需要驗證xml節(jié)點的完整性，當(dāng)遇到網(wǎng)管亂碼的時候就會檢查不通過，導(dǎo)致解析中斷，另外因為包解析有很多保留字符，當(dāng)2個半邊中文恰好是保留字的時候，中文就會出現(xiàn)部分消失，因此，本發(fā)明實施例通過模式匹配對xml文件進(jìn)行解析。

通過模式匹配對xml文件進(jìn)行解析之前，首先需要讀取xml文件；然后將xml文件中的標(biāo)簽對象化，即根據(jù)所述xml文件的類型加載配置，所述配置至少包括：標(biāo)簽類型配置、輸出配置。

步驟202：根據(jù)所述標(biāo)簽類型配置，對所述xml文件中的標(biāo)簽進(jìn)行模式匹配。

本發(fā)明實施例中，用模式匹配的方式對xml文件進(jìn)行逐行處理，跳過完整性檢查，只需要對標(biāo)簽進(jìn)行模式匹配，解決了中斷和中文消失的問題。

本發(fā)明實施例中，首先加載xml文件，根據(jù)xml文件的類型加載配置。xml文件中的標(biāo)簽說明可參照圖3，標(biāo)簽含義說明如下：

在上面a標(biāo)簽的定義中，把每個<>中的標(biāo)簽進(jìn)行了定義，對需要拆分和加前綴的標(biāo)簽也進(jìn)行了定義。

通過上面的標(biāo)簽說明，將xml文件中的標(biāo)簽對象化分類處理，對匹配的標(biāo)簽首先判斷類型然后進(jìn)行處理，將處理后的結(jié)果都保存在按字段索引的hash數(shù)組中，為標(biāo)準(zhǔn)化輸出做準(zhǔn)備。

可見，針對模式匹配的標(biāo)簽，當(dāng)所述標(biāo)簽存在于標(biāo)簽規(guī)則里時，加載所述標(biāo)簽的對象屬性，所述對象屬性包括：解析規(guī)則和前綴；

根據(jù)所述解析規(guī)則確定標(biāo)簽的值，根據(jù)是否拆分和添加前綴確定標(biāo)簽；

將所述標(biāo)簽作為key以及將所述標(biāo)簽的值作為value，存入hash數(shù)組中。

步驟203：根據(jù)所述輸出配置，對模式匹配結(jié)果進(jìn)行輸出。

本發(fā)明實施例中，在輸出數(shù)據(jù)的過程中，通過加載輸出字段排序來生成入庫腳本，并且加載輸出字段屬性來說明字段來源。參照圖4，相關(guān)字段處理的描述如下：“字段”＝>[類型，“字段來源”，“理函數(shù)”]；

根據(jù)所述輸出配置，獲取模式匹配結(jié)果對應(yīng)的輸出字段的對象屬性，所述對象屬性包括：字段類型、字段來源、處理函數(shù)；

按序輸出所述模式匹配結(jié)果對應(yīng)的輸出字段的對象屬性。

本發(fā)明實施例中，在解析過程中，根據(jù)數(shù)據(jù)塊(datablock)是否為crossconnect來判斷一條記錄是否結(jié)束。如果一個dabtablock結(jié)束，根據(jù)配置對輸出字段獲取相應(yīng)的對象屬性，包括：字段類型、字段來源、處理函數(shù)。將轉(zhuǎn)換后的數(shù)據(jù)根據(jù)輸出排序?qū)懭胛募?/p>

本發(fā)明實施例中，通過對輸出的每個字段對象化處理，使得所有的解析只需要進(jìn)行一個標(biāo)簽說明和輸出說明就可以進(jìn)行。對所有廠家的北向接口數(shù)據(jù)解析都支持。

本發(fā)明實施例中，在模式匹配過程中，通過所述輸出字段的處理函數(shù)將結(jié)果標(biāo)準(zhǔn)版化，并且通過對北向接口對象里的標(biāo)準(zhǔn)版名次進(jìn)行加密得到關(guān)聯(lián)字符串。具體地，通過在模式匹配過程中，對輸出字段對象化處理，通過相關(guān)處理函數(shù)將內(nèi)容標(biāo)準(zhǔn)版化，并且通過對北向接口對象里的標(biāo)準(zhǔn)版名次進(jìn)行md5加密獲得關(guān)聯(lián)字符串，解決id過大和匯總過慢的情況，對歸屬字符串進(jìn)行md5加密：(ems＝zte/1；managedelement＝61306134(p)；ptp＝/rack＝0/shelf＝1/slot＝13/

port＝101)得到需要的關(guān)聯(lián)字符串。

本發(fā)明實施例通過對數(shù)據(jù)字段格式化，統(tǒng)一各個廠家輸出字段；即對每個廠家的同種類型資源統(tǒng)一輸出，統(tǒng)一了匯總腳本。關(guān)聯(lián)關(guān)系在解析過程中得到，極大加速匯總過程。

此外，本發(fā)明實施例在解析過程中直接保留原始的時隙字符串，在串通的過程中帶著高階和低階時隙進(jìn)行，串通過程判斷是否高階轉(zhuǎn)低階或者低階轉(zhuǎn)高階。串通不依賴時隙表，也加速了串通的速度，串通的主要流程包括：

獲取通道信息；

從所述通道的第一端開始，判斷是否需要進(jìn)行高低階轉(zhuǎn)換；

查詢交叉連接信息，其中，先用低階查詢交叉連接信息，當(dāng)未查詢到交叉連接信息時再用高階查詢交叉連接信息；

當(dāng)查詢到交叉連接信息時，獲取交叉末端信息；

當(dāng)交叉末端與第二端不匹配時，查詢拓?fù)湫畔ⅲ?/p>

當(dāng)查詢到拓?fù)湫畔r，繼續(xù)判斷是否需要進(jìn)行高低階轉(zhuǎn)換，并繼續(xù)執(zhí)行查詢交叉連接信息。

本發(fā)明實施例中，過標(biāo)簽對象化方式統(tǒng)一解析，解決亂碼中斷和漢字無故消失的問題。在模式匹配解析過程中，對輸出字段對象化處理，通過相關(guān)處理函數(shù)將內(nèi)容標(biāo)準(zhǔn)版化，并且通過對北向接口對象里的標(biāo)準(zhǔn)版名次進(jìn)行md5加密獲得關(guān)聯(lián)字符串。在解析過程中直接保留原始的時隙字符串，在串通的過程中帶著高階和低階時隙進(jìn)行，串通過程判斷是否高階轉(zhuǎn)低階或者低階轉(zhuǎn)高階。串通不依賴時隙表，加速了串通的速度。

圖5為本發(fā)明實施例的串通的流程示意圖，如圖5所示，所述流程包括：

501：獲取通道信息。

這里，通道信號包括：a網(wǎng)元、a端口、a時隙、z網(wǎng)元、z端口、z時隙。

502：取a端信息。

503：判斷是否需要高低階轉(zhuǎn)換。

504：查詢交叉連接信息。

這里，先用低階查詢交叉連接信息，查詢不到交叉連接信息換高階查詢交叉連接信息，如果存在交叉連接信息繼續(xù)執(zhí)行步驟505，如果不存在交叉連接信息則退出本流程。

505：獲取交叉末端信息。

這里，如果交叉末端信息與z端不匹配則繼續(xù)執(zhí)行步驟506，如果交叉末端信息和z端匹配則串通成功退出本流程。

506：查詢拓?fù)湫畔ⅰ?/p>

這里，如果查詢到拓?fù)湫畔t繼續(xù)執(zhí)行步驟507，如果查詢不到拓?fù)湫畔t退出本流程。

507：判斷是否需要高低階轉(zhuǎn)換，執(zhí)行步驟504。

圖6為本發(fā)明實施例的omc北向接口數(shù)據(jù)處理裝置的結(jié)構(gòu)組成示意圖，如圖6所示，所述omc北向接口數(shù)據(jù)處理裝置包括：

讀取單元61，用于讀取xml文件；

加載單元62，用于根據(jù)所述xml文件的類型加載配置，所述配置至少包括：標(biāo)簽類型配置、輸出配置；

模式匹配單元63，用于根據(jù)所述標(biāo)簽類型配置，對所述xml文件中的標(biāo)簽進(jìn)行模式匹配；

輸出單元64，用于根據(jù)所述輸出配置，對模式匹配結(jié)果進(jìn)行輸出。

所述裝置還包括：

處理單元65，用于針對模式匹配的標(biāo)簽，確定所述標(biāo)簽的類型，并根據(jù)所述標(biāo)簽的類型對所述標(biāo)簽進(jìn)行處理；

存儲單元66，用于將處理后的結(jié)果保存至按字段索引的hash數(shù)組中，以進(jìn)行標(biāo)準(zhǔn)化輸出。

所述加載單元62，還用于針對模式匹配的標(biāo)簽，當(dāng)所述標(biāo)簽存在于標(biāo)簽規(guī)則里時，加載所述標(biāo)簽的對象屬性，所述對象屬性包括：解析規(guī)則和前綴；

所述裝置還包括：確定單元67，用于根據(jù)所述解析規(guī)則確定標(biāo)簽的值，根據(jù)是否拆分和添加前綴確定標(biāo)簽；

存儲單元66，用于將所述標(biāo)簽作為key以及將所述標(biāo)簽的值作為value，存入hash數(shù)組中。

所述輸出單元64，還用于根據(jù)所述輸出配置，獲取模式匹配結(jié)果對應(yīng)的輸出字段的對象屬性，所述對象屬性包括：字段類型、字段來源、處理函數(shù)；按序輸出所述模式匹配結(jié)果對應(yīng)的輸出字段的對象屬性。

所述裝置還包括：標(biāo)準(zhǔn)版化及加密單元68，用于在模式匹配過程中，通過所述輸出字段的處理函數(shù)將結(jié)果標(biāo)準(zhǔn)版化，并且通過對北向接口對象里的標(biāo)準(zhǔn)版名次進(jìn)行加密得到關(guān)聯(lián)字符串。

所述裝置還包括：串通單元69，用于獲取通道信息；從所述通道的第一端開始，判斷是否需要進(jìn)行高低階轉(zhuǎn)換；查詢交叉連接信息，其中，先用低階查詢交叉連接信息，當(dāng)未查詢到交叉連接信息時再用高階查詢交叉連接信息；當(dāng)查詢到交叉連接信息時，獲取交叉末端信息；當(dāng)交叉末端與第二端不匹配時，查詢拓?fù)湫畔?；?dāng)查詢到拓?fù)湫畔r，繼續(xù)判斷是否需要進(jìn)行高低階轉(zhuǎn)換，并繼續(xù)執(zhí)行查詢交叉連接信息。

本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，圖6所示的omc北向接口數(shù)據(jù)處理裝置中的各單元的實現(xiàn)功能可參照前述omc北向接口數(shù)據(jù)處理方法的相關(guān)描述而理解。圖6所示的omc北向接口數(shù)據(jù)處理裝置中的各單元的功能可通過運行于處理器上的程序而實現(xiàn)，也可通過具體的邏輯電路而實現(xiàn)。

本發(fā)明實施例所記載的技術(shù)方案之間，在不沖突的情況下，可以任意組合。

在本發(fā)明所提供的幾個實施例中，應(yīng)該理解到，所揭露的方法和智能設(shè)備，可以通過其它的方式實現(xiàn)。以上所描述的設(shè)備實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，如：多個單元或組件可以結(jié)合，或可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另外，所顯示或討論的各組成部分相互之間的耦合、或直接耦合、或通信連接可以是通過一些接口，設(shè)備或單元的間接耦合或通信連接，可以是電性的、機(jī)械的或其它形式的。

上述作為分離部件說明的單元可以是、或也可以不是物理上分開的，作為單元顯示的部件可以是、或也可以不是物理單元，即可以位于一個地方，也可以分布到多個網(wǎng)絡(luò)單元上；可以根據(jù)實際的需要選擇其中的部分或全部單元來實現(xiàn)本實施例方案的目的。

另外，在本發(fā)明各實施例中的各功能單元可以全部集成在一個第二處理單元中，也可以是各單元分別單獨作為一個單元，也可以兩個或兩個以上單元集成在一個單元中；上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用硬件加軟件功能單元的形式實現(xiàn)。

以上所述，僅為本發(fā)明的具體實施方式，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。