【摘要】
近年來，在應用需求的強大驅動下，我國通訊業有了長足的進步。現有通訊行業中的許多企業單位，如電信公司或移動集團，其資訊系統的主要特徵之一是對線路的實時監控要求很高，資料量龐大，如何將實時控制與資訊系統整合在一起便成為系統實施的一個關鍵部分。
在參與了某個通訊公司的一套網管系統以及決策支援系統的設計後，我們分析了兩者的整合與應用工作，深切地感受到有一個良好的設計策略以及重視所選用的工具是一個關鍵。這個專案主要是對下屬各分站的子網以及有關鏈路的連通情況進行實時監控、實現報警、路由控制和授權等功能，其關鍵在於提供一個實時顯示情況的地圖介面，井將資料彙總和組織，建立起資料倉庫以及進一步實施資料探勘分析，從而能支援企業的決策分析。我作為設計人員之一，著重在本文中討論控制系統與資訊系統整合時的策略。
【正文】
眾所周知，通訊行業需要有一整套監控通訊網路的手段，其工作特點是涉及到的各分站與基站的在地理位置L的分佈性，更加需要有在更高一級提供檢測不同分站連結情況的手段。一般來講，由於資料都是海量的，所以，如何將整個網路系統所得的資料及時處理，以便和決策部門的分析相結合，也成為迫切需要解決的重要課題。簡言之，分佈性、實時性以及資料海量性是解決整個系統設計和整合的核心問題。
首先，讓我們來討論一下“網管監控系統”。由於我參與設計與開發的這個系統並不是位於基層的分站，其定位在將下屬各分站的主機通訊資料（包括資料流量、鏈路負荷、通往其他結點即主機的連通情況等）加以收集，所以對於具體通訊事務的底層操作要求並不很高。
考慮到上述原因，我們採用了一個地理資訊系統開發平臺Mapinfo並採用Delphi程式設計，後臺用SQL Server資料庫（這是由於考慮到決策所需要用到的是Microsoft公司的OLAP Service）。在分析和計劃之前，我們先對ITU801標準做了詳細的探討，這只是一個有關子網和鏈路定義以及分層等描述的標準，在聽取了許多分站人員的建議後，將MAPINFO公司提供的一個相關的MAP X的Active X控制元件嵌入到Delphi程式中，利用MAP X中提供的豐富的類以及操作，比如Object、Layer等實現網管介面，井且加入了子網和鏈路的概念，對屬下的分站可以隨意地組合成為不同子網，而且實現了放大與縮小的功能，大致可以將整個地區的分站集中在一張地圖中，能顯示在螢幕上，這時，只是顯示出各個分站的概要，小到可以顯示出某臺主機的機櫃、機櫃直到外掛板（因為這些都要實時監控）。我們採用了分層的方法來實現以上縮放。對於一些靜態的資料，如分站，主機的位置等則先用Mapinfo公司提供的一套編制地理資訊的工具（MAP X是其提供給程式設計工具的一個Active X控制元件）做成靜態的層次圖放置於資料庫中。
我們新做成的這套系統通過與各分站的專用線路加以連線，能實時地得到資料，顯示於地圖上，反映出各站、各子網、各鏈路的實時狀態，並能將控制命令傳回分站（如強制鏈路中斷、路由轉換等）。
現在，讓我們來討論其中最為關鍵的問題，即是要將實時控制系統與企業資訊系統加以整合，我們的設想和體系結構大體上可以用一張簡圖表示（此處暫略）。
在這個體系結構中，由各分站保留著詳細的資料，網管系統則在一定時間間隔內將彙總到的資料作少量統計，抽取其中需要儲存的內容放入資料庫，如每分鐘流量，某分站與其他分站每分鐘通訊流量，在該分站中某個鏈路的負荷（這些鏈路有可能是動態分配的，也可能是固定分站之間的通訊鏈路）。儘管如此，資料仍然是海量的，因此，如果要把這些資料都直接送到各個決策部門，比如送給市場部門是不現實的。所以，我們在資料庫的基礎上建立了資料倉庫，確定了客戶、時間、通訊量、計費和故障等幾個資料倉庫的主題，每隔一定時間對資料庫中的原始資料進行清理與抽取等預處理工作，建立好資料倉庫。這裡的預處理包括了許多方面的內容，比如有建立計算時間，但是無計費的（計費值為零）的資料，應視為建立失敗的無效資料，需要予以剔除；某些企業租用的是專用線路按月計費，中間的通訊因此無計費的一些有關記錄也應剔除等。 最後，再來討論由決策人員所使用的系統。由於這些部門並不分散，我們就沒有采用OLAP Servce的Web釋出方案。採用Delphi編制了訪問OLAP Service的客戶端軟體，用了OLAP Service提供的、Cube Browser控制元件，用相似於網頁的.介面提供了資料立方體的各種操作，如上鑽（觀察角度從月轉到季度甚至年），切片，旋轉等操作。為了便於輸出列印資料，還內嵌了Microsoft的Excel資料透視表，可以將在Cube Browser上所看到的資料轉化為Excel的表格形式，或者轉換成餅形圖、柱形圖和曲線圖等，比如可以觀察每天24小時通訊流量的分佈曲線圖，可以發現在夜間12點以後明顯通訊流量減少，而決策部門便可制定某些優惠或減價措施吸引更多客戶在12點之後使用網路。
另外，在採用OLAP Service中的資料探勘功能時，其中提供的兩類演算法分別是基於決策樹的分類和基於決策樹的聚類，市場部門的聚類演算法將客戶根據費用情況加以聚集，以期發現處於同一消費水平的客戶的共同特徵，便於制定政策，吸引客戶。這方面的努力我們將會進一步持續進行，以保證有足夠的海量資料而發現其中的規律。
整個系統執行後，其資料採集，資料處理等一系列工作都由程式定期地自動進行，該系統應用已有一段時間，受到了不少好評。當然，也發現了其中有不少問題，比如；主伺服器資料庫的容量問題，主站與分站的通訊效率問題，還有在網管系統中，網路故障的確定還不夠細緻，需要由分站再具體化加以確定，決策系統與網管系統之間還缺少直接通訊手段等，這些都有待於進一步的解決與改進。
實時控制系統與企業資訊系統整合化是推動從事生產製造、測量與監控等業務的企事業單位真正邁向資訊化，提高工作效率的一個重要動力。如果是大型企業，更需要有一整套的系統，支援Web釋出，智慧查詢，自動識別如用於故障預測和資料探勘等技術，從而能夠將底層的實時監控與高層的決策更好地整合在一起。展望其前景，無疑是十分美好的，但是我們認為相應的工作量很大，在技術上仍然需要有所提高和有所突破。
評註：能緊扣整合的主題，結合實際作了較有深度的論述。所討論的資料庫和資料倉庫技術符合企業資訊化的方向。對遇到的問題的舉例剖析還不夠，實時控制方面的論述也可更細化一些說明。（本文主要參考了廣東林嘉宜等人的論文）