前言：中文期刊網精心挑選了互聯網技術管理范文供你參考和學習，希望我們的參考范文能激發你的文章創作靈感，歡迎閱讀。
互聯網技術管理范文1
我國已經對運用于數據管理的通信及互聯網技術有了很長一段時間的實踐，人們已經普遍接受了通信及互聯網技術對于數據管理的重要性。大小企業都已經逐步增添計算機硬件設施，更重要的是普遍使用了互聯網技術，這與目前互聯網的普及程度有比較緊密的聯系。盡管人們對新技術支持下的數據管理已經步入正軌，但是不少數據管理人員多通信及互聯網技術的理解依然停留在基礎階段，并沒有從深層次去剖析該技術應用于數據管理的具體情況，這樣就使得數據管理工作停留在機械地存儲數據階段，缺乏必要的創新過程。數據管理中應當清楚地認識形勢，明白信息時代的日新月異，為未來簡化、優化數據管理工作打好基礎。企業管理人員是企業發展的核心決策者，管理人員對通信及互聯網技術的理解將直接影響整個企業對該技術的理解，從而對某些概念的應用僅僅停留在照學照搬的層面，缺乏必要的匹配工作，管理工作的效率無法得到大幅度提升。
2）加強人才考核，注重人才培養
目前數據管理中缺乏專業性人才，其中互聯網技術人才最為緊缺。目前從事數據管理工作的員工大多對數據管理有著豐富的工作經驗，但對互聯網技術的掌握十分有限，一旦互聯網出現問題，員工無法及時修復問題，就會使數據管理工作受到嚴重的影響，可能會使數據泄露，給運營商帶來巨大的經濟損失。當前從事數據管理的工作人員對互聯網的理解比較淺顯，一方面沒有將互聯網的作用完全發揮出來，另一方面沒有能力挖掘互聯網的潛在優勢，限制了新技術運用于數據管理的前景的發展，數據管理工作效率始終較低。人才是企業發展的中堅力量，數據管理同樣也需要有良好專業素養的專業人才作為支撐，人對新技術和數據管理都有足夠的能動性。因為通信及互聯網技術設計專業知識較多，對人才的要求將會更高。企業為了優化數據管理工作，就必須定期對數據管理人員進行新技術學習培訓工作，并對出勤情況進行考核，使學生更加主動積極地學習深化專業知識，使自身解決實際問題的能力得到提升。工作人員固然可能具有多年的數據管理經驗，但是時生了翻天覆地的變化，數據管理方法也變得更加新穎，員工應當主動承擔起改變數據管理模式的重任，這就需要加強對人才的培訓工作，使員工掌握更多核心的數據管理方法。
3）加強互聯網技術在數據管理中的應用
為了全方面的在數據管理過程中運用好互聯網技術，首先應當使運營商自身意識到互聯網技術對于數據管理的重要性，改變以往對數據管理人員的陳舊觀念，運營商一方面應當認識到互聯網技術之于數據管理發展的巨大潛力，另一方面也要認識到互聯網技術可能帶來的問題，對通信及互聯網技術實施過程中可能出現的風險進行評估，防患于未然，避免運營商蒙受經濟損失。企業應當加強對管理人員的培訓工作，培訓內容以先進的互聯網技術為主，確保數據管理人員掌握最基本的應對緊急情況的能力，對最為常見的故障能夠妥善處理。具體的培訓工作可以安排具有豐富互聯網技術知識的人員組織講座，也可以把工作人員的培訓工作外包給具有豐富實戰經驗的第三方機構來負責。企業內部還應當招聘專業為互聯網技術的人才，組建專門的專家團隊，為數據管理獻謀獻計，確保數據管理能夠始終充滿活力和動力。企業應當組織專業人才對數據管理的風險進行評估，擬定出完整的融風險評估、風險防治為一體的風險體系，避免重要數據外泄，保護用戶合法權益。企業應當清晰地認識到信息泄露對于企業形象的負面影響，間接導致企業遭受沉重的經濟打擊?；ヂ摼W技術能夠為用戶提供不同的業務，并且在不同業務間的兼容問題上處理得相當成熟，用戶將同時擁有用戶號碼和物理號碼，對二者的管理能確保用戶使用的流暢性?；ヂ摼W技術還可以對整個網絡通信進行整合，便于集中處理，在設備運行工作中，互聯網技術還可以提供強大的監控管理，使網絡數據的查詢更加方便快捷。豐富的互聯網技術經驗能夠確保數據的安全性，因為有強大的加密措施，為數據安全設立防火墻，避免病毒和黑客的侵入。
4）小結
互聯網技術管理范文2
1水文檔案互聯網
水文檔案互聯網是以互聯網技術為基礎，以水文站網為依托，將采集、傳輸、存儲、共享、等系統緊密耦合，實現各水文要素實時采集，實現各級水文測站互聯互通，形成集中與分布相結合的水文服務網絡。[2]1.1開放。水文檔案互聯網在生產及技術層面的開放性很高，為水文行業、大水文及水利行業、生態建設等提供平臺，并且具有普遍實用性的接口端，實現對各水文測站、各水文要素等信息的適應性對接，使得各類水文檔案信息暢通無阻。
1.2互聯。
水文檔案互聯網不僅能保障各水文要素監測設備間的互聯互通，保障各水文要素采集相互關聯，同步采集，而且水文檔案互聯網能夠保證各水文測站與監測中心的互聯協調，保證相關水文測站、各系統協同工作。
1.3共享。
水文檔案互聯網終端存儲有大量水文檔案信息，擁有大量信息交互設備，水文檔案互聯網成為各水文測站以及信息節點之間進行數據信息交換的平臺，各個節點都有相應的獲得信息的權限。客戶終端也可以通過水文檔案互聯網隨時隨地查詢相應數據，真正實現隨時隨地數據共享。
2“點—網—儲”的基本框架
“點”即分布在各條河流及不同區域的各類水文測站，包括雨量站、水位站、水文站等，是收集各項水文要素的場所?！熬W”不僅是指由各類水文測站組成的水文站網，而且是指連接各水文測站、水情中心、水文檔案存儲管理中心等互聯互通的互聯網?！皟Α奔此臋n案存儲，包括服務器、數據庫、客戶端等形成的存儲系統和機制。
2.1“點”的多要素關聯。
各水文要素間是相互關聯、相互影響的，降水影響著水量，水量影響著水位，水位、水量關系著防汛安全。在水文測站這個點上布設自動化監測設備，根據各水文要素之間的相關性進行互動，集中采集各水文要素，對各水文要素進行組合，從而為分析單站點的水雨情提供依據。
2.2“面”的互聯互通。
各類水文測站組成站網，下游與上游相關，暴雨的面分布影響著上下游水量發展。站點之間的互聯互通，各站點與水情中心聯通，使得上下政令統一，水文檔案能夠及時歸檔整理，保證各類數據的安全。
3“點—網—儲”的框架關鍵技術
3.1站網規劃。
站網規劃是根據當前及預期內的國民經濟等條件和各類水文測站的站別、站類、站網密度以及其控制作用進行測站規劃和布設。站網規劃根據需要，進行選址、配置儀器、修建設施，為“點—網—儲”提供堅實基礎。
3.2系統運行及通信。
系統運行需要有專項技術在微觀層面上控制各分布式水文測站及分中心，實現用戶端各模塊的內部自優化、自適應，提高各模塊的可控性。在宏觀層面上，形成高新技術與傳統技術的優化組合。網絡通信必須有專項信息交互技術保證信息流在各個模塊間的雙向自由串聯，收集各類水文測站的數據信息并進行初始化分揀和處理，隨時隨地滿足各類用戶和部門的初始要求，而把測驗來的數據存儲至云端信息處理部分。
互聯網技術管理范文3
當前的移動互聯網技術發展速度非?？欤貏e是各項相關配套的信息技術也改變了當前人民群眾的生活方式。中國人普遍都使用智能型的移動通訊工具，這些也從另外一個角度上說明了移動互聯網技術已經深刻地改變了當前整個時代的發展?勢。當前很多人都能夠采用移動互聯網的方式進行網絡購物、鍛煉身體以及金融理財等。中國的移動互聯網使用者，在最近數年之間已經增加了幾億人，他們不僅僅是年輕的一代，也包括了年紀相對比較大的一代，他們對于移動互聯網技術的接觸和使用，也意味著很多傳統行業也需要結合這一類的技術。作為蘊藏著各類相關知識和讀本的圖書館，實際上也應該結合這些日新月異的新技術，才能夠更加積極地推動移動互聯網技術和圖書館服務之間的結合，從而真正意義上讓全民進入到一起閱讀的時代。
1 當前圖書館服務現狀
當前圖書館實際上也是文化建設和宣傳的主要陣地，很多讀者都是依靠圖書館才能夠獲取到相關的精神食糧，很多城市和地區也都紛紛建立了相關的圖書館服務中心。文獻類的資料在圖書館的服務過程當中有著非常重要的應用價值。而且很多圖書館也在引領時代潮流方面有著非常大的影響，圖書館實際上也是終身學習的一種標志，引導更多的讀者進行閱讀，通過閱讀改變自己的意識形態，這些也都是圖書館非常重要的社會功能。當前圖書館雖然在文化傳遞和資料的調閱方面承擔著非常重要的功能，但是在提供服務方面實際上是明顯不足的。當前很多圖書館在提供座位上都出現了供需矛盾，座位相對比較少，但是希望閱讀的讀者卻非常多，這樣就出現占位等不良的現象。作為圖書館所能夠提供查閱的資料平臺也并不多，在一些圖書館內部的資料查詢系統終端上調取一些資料也不方便。這些也都充分表明了，當前的圖書館在服務的過程當中，仍然是需要結合一些相關的互聯網資料，尤其是在移動互聯網技術不斷發展的今天，結合更加具備優勢的移動互聯網技術，推動圖書館服務更進一步優質化，對于當前圖書館的發展而言，也是有著非常重要的價值和積極的意義。
2 移動互聯網技術在圖書館管理中的應用
2.1 電子商務式的移動化管理
從電子商務模式角度推動圖書館的移動互聯網式管理。圖書館需要線上與線下的管理相結合，而電子商務實際上也是一種線上和線下互相之間結合的方式。如果圖書館的管理模式可以真正調動線上和線下兩種不同的資源，那么在管理的過程上就會更加便捷。如果采用在線的支付方式，也可以在網絡上預定一些圖書館的服務。這些都是可以通過移動互聯網技術來實現的。而從移動互聯網的電子商務互動上看，把線下圖書館當中的新書消息推動到網絡上，通過移動互聯網上可以將這些信息進行共享，讀者就可以依靠移動互聯網來篩選一些服務，有助于圖書館在線進行服務和交流，提高管理上的效率。圖書館可以依靠一些移動互聯網的一些APP實現這樣一種網絡綜合管理的方式。因為實體的圖書館服務如果讓所有讀者到圖書館進行查詢或者借閱，也有可能出現一些讀者特定來到圖書館之后，圖書館當中沒有相關的圖書，這樣這些讀者也就真正白跑了一趟，沒有得到需要的資源。所以，從這樣的一個角度上分析，圖書館依靠在線的移動互聯網軟件，可以幫助讀者更快地了解到圖書館中的館藏圖書情況，并且在移動互聯網上就可以進行一種互動和資訊的服務。借助移動互聯網，讀者可以非常方便地閱讀到相關的資訊，并且從深度上整合圖書館的各種相關的資源，以此更加有效地解決了讀者在與圖書館進行練習過程當中出現的問題。
2.2 移動互聯網與APP管理
移動互聯網與圖書館管理互相之間的聯系，也主要是體現在移動互聯網APP的開發和利用上。移動APP實際上圖書館借助移動互聯網進行管理的關鍵。在美國等一些相對比較發達的國家，圖書館基本已經開發了相關的APP進行綜合服務，很多讀者通過APP也能夠及時了解到一些相關的圖書館館藏狀況，而且也可以參考資訊以及配套的讀者服務都可以通過這樣的一個客戶服務端口實現，并且延伸到讀者的一些網絡游戲以及信息化的素質培養方面。虛擬化的管理和服務，實際上為圖書館在管理的過程當中節省了非常多的資源，特別是時間資源以及空間資源等。讀者通過這樣的一種方式，可以打破時間和空間上的限制，并且隨時可以查閱到圖書館的具體館藏狀況，和圖書館的一些在線的網絡服務人員進行交流，從而依靠移動互聯網提高了讀者和圖書館互相之間的聯系，促進了圖書館和讀者互相之間的互動等。所以從移動互聯網的APP開發方面，國內的圖書館也需要學習西方一些發達國家的成功經驗，讓讀者在相對比較輕松以及愉快的氛圍當中就能夠完成對圖書館資訊的了解，也讓圖書館在高效率的互聯網平臺上對讀者進行管理和指引，在信息化管理和便捷化的資訊上有著非常突出的優勢。當前一部分國內的圖書館也有開發相關的APP，但是在成熟化運營方面還缺乏一些經驗。所以，當前圖書館要真正運用好相關的APP軟件，就需要將一些新聞資訊和新書的通知等結合在一起，讓讀者能夠更快速地檢索到這些內容，這些完全都可以通過APP上面進行實現。
2.3 破解圖書館的管理難題
利用移動互聯網進行日常的圖書館管理，應該重視對圖書館的一些管理難題進行解決。很多讀者都愿意去書店里面站著或者坐著看書，這也說明喜愛讀書的人群還是非常龐大的，但是他們卻選擇去書店，而不是去圖書館，這也反映了當前圖書館在管理方面存在一些不足。由于圖書館當中的書籍數量非常龐大，很多管理者都相對比較懼怕出現問題，比如盜取書籍或者是書籍出現比較嚴重的損壞等，所以在圖書館的管理過程里面，往往沒有讓讀者感到放松，反而讓讀者增加了非常多的壓力，所以讀者不愿意去圖書館讀書，這些也導致了圖書館資源的浪費。所以，通過移動互聯網的方式，也是可以解決圖書館在管理方面的難題。比如圖書館在管理的過程當中出現人氣不夠旺，或者管理運營過程里出現困難，這些實際上都可以通過移動互聯網的一些宣傳方式，比如互動游戲等。當前一些圖書館也非常重視建設一些移動化的公眾號等，讓讀者可以在公眾號上面進行互動，并且以公眾號推動一些原創的閱讀感想等，讀者都可以方便地閱讀到，這些都有助于拉近讀者和圖書館的距離。此外，圖書館還可以利用移動互聯網進行讀者互動活動，讓讀者可以將自己的一些感想或者最近讀書心得等分享給其他人，或者由圖書館舉辦一些移動互聯網上的讀書會等，這些都能夠幫助讀者不斷提升自己和圖書館之間的交流興趣，從而調動圖書館的閱讀活力等。
互聯網技術管理范文4
關鍵詞：互聯網技術；數據庫；系統開發
中圖分類號：TP311.52
隨著我國城市化進程的深入和貨幣分房制度的推行，房地產樓盤的購買方式從以集團購買為主轉向了消費者自主購買，所有房地產開發商將直面市場化運作。開發商的信譽、資質和樓盤的策劃、宣傳、營銷將影響和主導消費者的選擇。因此，房地產公司形象及樓盤的宣傳工作顯得更為重要。建設網上虛擬房地產中介市場正是一種房地產開發商天天進行房展的新形式，用戶可以隨時、隨地、直觀地查詢房地產公司、樓盤及相關行業的任何資料（地理位置、小區環境、戶型、房價、物業管理、裝飾材料、施工技術等等），貨比三家，選擇滿意的產品，使房產服務真正到位。
1 基于ADO在ASP數據庫訪問技術中的應用
在Microsof 的解決方案中，數據訪問對象（DAO）、遠程數據對象（RDO）、活動數據對象（ADO）是用于檢索和操縱數據庫的數據訪問方法，這些模型執行相似的功能，但是每一種都是針對一種特定的情形優化的。顯示了三種方法的比較表1。
ASP環境下對數據庫的訪問主要是通過ADO數據模型。使用它，你可以對來自許多種數據提供者的數據進行讀取和寫入操作。例如，你可以使有ADO來訪部Microsof Access，Microsof SQL和Oracle數據庫中的信息，以及其它與ODBC兼容的數據庫。
ADO（ActiveX Data Objects）是一項容易使用并且可擴展的將數據庫訪問添加到 Web 頁的技術?？梢允褂?ADO 去編寫緊湊簡明的腳本以便連接到Open Database Connectivity（ODBC）兼容的數據庫和OLE DB兼容的數據源ADO與數據庫的連接方式。
2 系統開發環境與工具的選擇
經過一系列的分析，我們就要決定用什么樣的工具，什么樣的環境進行開發軟件開發。
本系統由于是采用的微軟公司所推出的分布式Web應用構架，所以開發平臺使用了Windows server2003，數據庫選用ACCESS，Web服務器程序使用自帶的IIS5.1。系統可以平滑過渡到WINDOWS SEREVER2000，數據庫也可以升遷SQLSERVER2000?；贗IS的開發環境。
IIS（Internet information server）是搭配微軟Windows NT/2000操作系統的Web服務器，他如同Unix和linux上知名的免費Web服務器Apache一樣，可以讓用戶在Windows NT/2000的計算機網絡中架設Web網站。
設計本系統時之所以采用IIS是由于IIS并不只是一個單純的Web服務器，他是一個整合的Web應用程序開發環境，能夠在Web上開發具有擴充性和組件基礎的客戶/服務器應用程序；再加上Windows NT4 Server 完全整合Web服務，不僅允許用戶建立專業的網站，而且還提供網絡和集成式的系統管理功能。采用它有諸多的好處：
（1）可靠的應用程序服務
IIS支持"ASP"（active server pages），JAVA技術，整合Message Queue能夠在網絡上可靠的發送和結束消息。
（2）合的網絡服務
IIS高度整合至Windows NT 4 Server，將Web服務器整合在操作系統之中，Windows 2003配合IIS提供有整合的平臺，可以管理網絡和各種Web應用程序的服務。
3 系統流程圖的設計
開始設計工程時第一步也是最重要的一步就是通過嚴謹的調查分析后畫出流程圖，有了流程圖我們就可在以后的程式編寫中緊緊圍繞它來完成各個功能。
處理流程圖如1所示
4 設計目標及各項功能
會員制的房產程序，會員分四個級別。系統管理員、會員、非會員、vip會員。
4.1 非會員模塊：這是系統的基本
只要登錄該系統即可擁有：查看出售信息、查看房屋出租信息、查看推薦信息、查看新聞、查詢房屋信息
4.2 會員有自己的管理后臺
會員登錄擁有功能：個人資料、修改個人資料、我的房產（會員自行管理自己的信息）、收件箱、發件箱、寫郵件（站內），發送信件后可以知道對方是否已經閱讀了您發給他的信件、可以查詢發件人的個人資料
4.3 vip會員有自己的管理后臺
VIP用戶擁有功能：個人資料、修改個人資料、我的房產（會員自行管理自己的信息）收件箱、發件箱、寫郵件（站內）、發送信件后可以知道對方是否已經閱讀了您發給他的信件、可以查詢發件人的個人資料、可以查詢人的聯系方式，方便聯系。
4.4 管理員后臺
管理員后臺擁有功能：房源管理在這里可以對所有房源信息進行修改刪除操作，也設置了搜索功能，更方便了管理查找房源，新聞管理在這里可以新聞，對新聞進行刪除操作，圖片管理在這里可以對圖片進行上傳刪除操作，友情連接在這里可以對所有友情站點進行審核、修改、刪除操作，用戶管理在這里可以對所有用戶進行修改、刪除、設置VIP會員等操作，系統設置在這里可以修改網站名稱、管理員名稱、網站地址、版權信息、公告等，更改密碼在這里可以修改后臺管理員的名字和密碼，首頁顯示站內統計信息，搜索功能設置為多功能搜索，新聞管理系統采用UBB代碼，友情連接采用自助式，網友自行添加，管理可以在后臺進行審核，審核通過后才會被顯示，居家欣賞主要采用圖片為主，在首頁顯示4張最新圖片，在后臺可以進行上傳、刪除，留言本采用最簡單最使用的方式制作！管理員登陸后可以直接進行管理，而不需要到后臺。
5 結束語
本文采用基于互聯網數據庫進行互聯網房產實現網絡信息化查詢、觀賞等功能，實現不限時間不限地點可以了解房屋的各種信息，可以在交易之前提前了解房屋的基本信息，讓用戶能夠提前了解到房屋的基本信息。
參考文獻：
[1][美]Noel Jerke.Visual Basic 6參考大全[M].北京希望電子出版社，7-545-251202 1999.10.
[2][美] Dick Oliver HTML3.2自學通[M].機械工業出版社，1998，1.
[3]清漢計算機工作室.Access2000中文版實例[M].機械工業出版社，1999，12.
[4]范剛龍，杜雷，王康平.基于Internet的人事管理系統[J].平原大學學報，2002，2.
互聯網技術管理范文5
關鍵詞：云計算；物聯網；ZigBee
DOI：10.16640/ki.37-1222/t.2016.13.130
1 引言
隨著互聯網技術的發展，物聯網技術正在改變著我們的生活。在高校的設備管理中，針對高校設備種類繁多，設備情況復雜，設備使用頻率高的特點，利用通常的手工管理和維護的方式，很難保證良好的教學秩序和教學質量，而將物聯網技術引入到高校的設備管理中，可以對設備的情況進行實時的監控，既可以隨時了解設備的狀態也可根據設備狀態判斷設備故障情況。這樣可以有效的調用設備，使設備得到充分的利用，從而保證學校各項工作順利進行。
將物聯網技術引入到高校的設備管理和維護中，并結合互聯網技術將把設備管理和維護的工作推向一個信息化管理的新時代。
2 相關技術
2.1 物聯網技術
物聯網技術是通過信息傳感設備，把物品與互聯網連接在一起從而進行信息通信。即通過射頻識別，紅外感應器，定位系統等來實現智能化識別、定位、跟蹤、監控和管理。物聯網的系統結構分為三層：感知層、網絡層和應用層[1]。
2.2 Zigbee技術
ZigBee技術是依賴于網絡傳輸的短距離無線傳感器技術，其核心技術包括跳頻技術和擴頻技術兩種。ZigBee技術不適用于大范圍內的通信，但對于功耗低，體積小的通信環境卻是最佳的選擇[2]。
3 設備管理和維護系統設計
設備管理和維護系統設計以物聯網的系統結構為基礎，分為感知層、網絡層和應用層。在感知層建立zigbee傳感器，用來采集設備的數據，并將數據統一到檢測端計算機 ，管理端計算機通過網絡接收檢測到的數據，相應的數據會存儲到對應設備的數據庫。最后，對數據庫中的數據進行分析處理，做出故障種類和故障位置的預測。設備管理和維護系統總體框架如圖1所示。
3.1 感知層設計
感知層的設計采用zigbee傳感器網絡，感知層位于整個設備管理與維護系統的最底層，用來獲取檢測設備的狀態以及對設備狀態的控制。Zigbee傳感器通常分為電源類傳感器、門禁類傳感器、環境類傳感器以及控制類設備等。其中，由電源類傳感器傳送設備的電壓、電流、功率等狀態，環境類傳遞溫度、濕度煙氣等，由控制類設備發出指令進行斷電或報警。
3.2 網絡層設計
系統對網絡層的設計依托于互聯網，通過互聯網可以對設備進行遠程管理，管理端計算機與設備可以進行遠距離數據傳輸，實現一對多的管理模式，直接由系統的響應速度所決定。在系統的網關設計上采用串口的模式，接收網絡數據、控制信息以及網絡狀態等信息。
3.3 應用層設計
整個應用系統分為三部分：設備狀態的實時監測、設備故障預診、設備調用控制。
狀態檢測模塊設計：在狀態檢測模塊的設計上，同過zigbee傳感器實時檢測設備的狀態，傳感器獲取電壓、電流、溫度、濕度、燈光 、煙氣等數據[3]，再將數據傳送到檢測端計算機，再對檢測到的數據進行分析處理， 從而判斷設備的工作狀態是否正常。故障預測模塊設計：本系統設計的故障診斷模塊是對系統的整個工作周期的狀態進行檢測，并將檢測結果作為設備故障診斷的依據，通過分析處理得到的數據從而確定檢測設備故障的類型和設備故障的位置。通過對設備整個工作周期及不同設備的檢測可以避免舊的檢測模式只針對某一個設備的某段時間的檢測數據的片面性。設備調控模塊設計：根據數據庫中綜合數據進行調控。根據設備使用狀況以及設備故障的情況，從整個系統中調用空閑的設備，使設備得以充分的利用。
4 結論
本文提出將物聯網技術引入到設備管理和維護中，并將zigbee傳感器技術應用于感知層。將物聯網技術引入到高校的設備管理和維護中，可有效的 解決高校設備管理混亂，設備利用率低，以及設備故障診斷的延誤。可以通過對設備狀態的檢測，對設備進行預診，從而更好的對設備進行調控管理。
參考文獻：
[1]劉杰，楊久波.物聯網技術在煤礦設備管理與維護中的應用[J].山東煤炭科技.
[2]ZigBee - 維基百科，自由的百科全書.互聯網數據.
互聯網技術管理范文6
關鍵詞：數據互聯中心 數據建模 數據倉庫 管控分析門戶
中圖分類號：TP399 文獻標識碼：A 文章編號：1674-098X（2017）01（c）-0087-05
1 運營商網管系統數據現狀及問題
隨著移動LTE業務的迅速發展，網管數據迅速增長，對網管系統的數據支撐要求也越來越高，急需網管數據能更全面分析用戶感知、更深層次挖掘網絡隱患、更實時發現故障和質量下降、更準確預測用戶投訴行為、更快速解決故障和質量問題。但目前各網管系統仍以功能性場景服務為主，只能解決單一場景的問題，在數據的關聯服務能力方面較弱，無法有效支撐面向用戶的數據服務支撐能力。目前主要存在以下問題。
（1）在使用方層面，希望能將各類網管數據（告警、性能、資源、工單、工程、拓撲、撥測、投訴）進行集中管理、對地市共享，實現各類網管數據的集中互聯、關聯、清洗、共享，并希望實現網管數據和信令數據的關聯，支持從網管數據到信令詳情的追溯。
（2）從應用層面考慮，應用對于數據實時性要求越來越高，目前已有的系統無法滿足應用的實時性要求；應用從多個系統獲取數據成本較大，不利于上層應用敏捷開發、快速部署的訴求，與互聯網新架構的發展趨勢不相符。
（3）從數據層面考慮，多個系統形成數據孤島，缺少統一的接入、清洗、建模的管理，需要統一的數據接入、統一的計算、統一的接口共享來打破數據孤島；各自獨立系統運維、管理面臨很大難題，通過數據互聯統一運維，提高資源利用率和處理效率；匹配互聯網的發展趨勢，數據統一互聯形成大數據平臺成為互聯網主流選擇。
2 利用大數據技術構建運營商網管數據互聯中心的方法
針對目前網管系統數據分散、數據服務能力較弱，無法有效支撐運營商面向用戶的網絡質量管理要求，該文提出利用大數據技術構建網管數據互聯中心，對分散的網管數據進行互聯、清洗、關聯，并構建靈活統一的數據服務層，有效提高數據服務能力，支撐面向用戶的網絡質量管理要求，如投訴預警、實時監控、省市共享、挖掘分析等應用。
該文方法主要包括兩大階段：調研分析驗證階段和融合互聯實現階段。
（1）調研分析驗證階段。
該階段主要是研究需求與數據、探索數據之間的業務聯系，可按如下步驟進行。
①調研梳理。
調研梳理各類業務和數據模型分布、用途等信息。
調研梳理各系統數據對外提供共享接口形式、共享機制、更新頻率、數據粒度等。
數據資源調研分析示例見表1。
②模型分析。
對各應用需求分類匯總，進行共性分析。
分析各應用需求與數據支撐的差距，了解短板所在。
分析省數據，研究數據關聯節點，進行多數據關聯模型設計。
建模分析方法示例如下。
需要解決的問題：定位用戶投訴原因。
數據建模方法：數據源：信令數據、投訴數據、性能數據、資源數據。關聯維度：用戶、時間、業務、網元。關聯指標：投訴事件、信令事件、網元性能、網元資源。模型價值：實現快速地投訴問題原因溯源定位。
數據融合互聯分析模型：多數據源，跨數據維度匹配、指標關聯，實現深入分析。
用戶投訴無法呼叫。
根據投訴號碼時間點關聯用戶信令事件（是否網絡原因）。
根據信令中位置信息關聯資源數據。
根據資源數據關聯呼叫失敗發生的小區接通性能指標。
小區資源不足、小區覆蓋質量差、小區設備存在故障等原因定位。
③實施驗證。
預采集所需各類數據，包括傳統性能數據、工單數據、告警數據、投訴數據等。
關聯建模，構建新的數據模型。
搭建數據DEMO，驗證模型設計。
（2）融合互聯實現階段。
利用大數據技術構建運營商網管數據互聯中心的構建方法，構建網管數據互聯中心，主要包括5個步驟：統一數據接入、統一數據建模、集中數據存儲、統一數據共享、統一平臺管控。
統一數據接入：負責統一的數據接入。可根據業務需求和數據類型提供多種接入方式；數據接入后根據規則對數據進行初次清洗。
統一數據建模：負責對接入數據進行統一建模。對數據做統一的標準化處理，同時也可以根據業務規則對多數據源進行關聯。
集中數據存儲：負責對建模后數據的統一存儲。運用Hadoop分布式技術，對于數據查詢時延要求高的可以存儲在Hbase上；對于數據需要提供靈活查詢方式的可以存儲在Hive上。
統一數據共享：負責數據的統一對外共享。統一的數據共享可以有效防止數據泄露，降低上層應用獲取數據的成本。可根據業務需求提供多種數據共享方式，整體上分實時獲取和非實時獲取方式。
統一平臺管控：負責對網管數據互聯中心進行管理和控制。包括對用戶的安全認證、數據獲取方的權限管理、互聯中心的數據進行質量監控等。
3 具體實現方法
3.1 互聯中心建設
3.1.1 總體架構圖
網管數據互聯中心的架構，主要包括5個核心模塊：南向數據接入層、數據關聯中心、數據倉庫、北向共享接口層、互聯中心管控分析門戶（見圖1）。
3.1.2 功能模塊介紹
（1）南向數據接入層。
負責各種網絡數據的實時性接入和非實時性接入，實時性要求高的數據通過Kafka方式接入，對實時性無要求的數據則通過Flume方式接入。需接入的數據如下。
①工單：開通、故障、投訴。
②網絡變更：工程割接、其他變更操作等。
③網絡資源：2/3/4G基站信息、2/3/4G小區信息、BSC、RNC、SGSN、MME等網絡資源信息。
④網管性能：從采集平臺獲取分支進行計算匯總，實時監控需求從采集平臺直接送綜合監控。
⑤告警：歷史告警（補充了很多處理信息）；實時告警（沒有工單狀態），綜合監控目前沒有實時的告警的對外共享接口，通過MQ消息送到Kafka總線，經過storm清洗后入Hbase。
⑥撥測：基于探針撥測和仿真測試。
⑦用戶投訴：批量投訴、廣義投訴等。
⑧其他網絡數據，如日志等，后續檢視具體應用的數據需求再確定。
⑨無線專業的數據范圍待后續結合地市需求和無優中心溝通后細化，比如投訴黑點、MR等。
（2）數據關聯中心。
數據關聯中心是對南向接入數據進行數據建模、對數據模型化處理，主要分為“資源ODM化”和“多數據源關聯”。
①資源信息ODM化：通過加載資源數據后，采用Spark Streaming技術對南向接入的其他數據源，以實時流的方式進行高效資源維度信息規范化處理，回填資源信息，為后續的多數據源關聯提供統一標準的資源維度。
②多數據源關聯：是依據數據融合模型場景，對實時計算需求場景中使用Spark SQL，在離線計算需求場景中使用Hive，對ODM化輸出的各數據源的以資源維度為索引進行數據關聯和匯聚的處理。
數據源關聯原則（三同一全原則）：同最小維度關聯，對最小維度級別相同的數據源進行關聯。同網絡類型關聯，關聯的數據源中只存在某種網絡類型（2、3、4G）的，則根據網絡類型維度分別關聯輸出模型。同數據量級關聯，進行關聯的數據源必須在同一數據量級，否則分開模型輸出。全字段關聯，關聯的各數據源中維度外的字段全部輸出到模型里。
數據管理中心處理包括實時計算框架和離線計算框架2類。
①實時計算框架：接入流式消息數據，數據從接入系統到計算出結果耗時在1 min內，進程常駐；計算框架為Spark Steaming，對接消息隊列Kafka獲取消息。
②離線計算框架：接入文件數據，數據從接入系統到計算出結果耗時在5 min以上，按需啟動/結束進程；計算框架為Spark和Hive，從HDFS獲取輸入數據。
（3）數據倉庫。
數據倉庫負責共享數據的統一存儲，包括ODM化后的原始接入數據和關聯后的融合模型數據。ODM化后的原始接入數據因其數據量大，存儲在Hbase集群以提供高速的海量數據查詢響應。關聯后的融合模型數據是對多數據源關聯匯聚后的統計數據，存儲在Hive以提供靈活組合的高效查詢。
（4）北向共享接口層。
北向共享接口層是一種分布式接口服務層，負責數據對外開放共享。外部系統可以通過5種方式獲取數據。
實時獲取Hbase數據。以REST API方式，對外GET（URL）接口，將查詢條件封裝在URL？para1=xxx&
para2=xxx，以JSON的格式返回查詢數據。此方式主要用于查詢結果集較小、實時性要求高的場景。
異步獲取Hbase數據。以Kafka+FTP方式，查詢結果較大時使用此方式，將結果寫入文件中，然后上傳到FTP服務器上，通過Kafka返回如何獲取文件的信息。此方式主要用于查詢結果集較大、實時性要求低的場景。
異步獲取即系查詢數據。以Kafka+FTP方式，查詢結果較大時使用此方式，將結果寫入文件中，然后上傳到FTP服務器上，通過Kafka返回如何獲取文件的信息。此方式主要用于查詢結果集較大、實時性要求低的場景。與第二種的差別是，第二種方式查詢的是Hbase數據、而此方式查詢的是Hive數據。
FTP定期獲取數據。數據互聯中心把使用方需要的數據（Hbase、Hive數據）上傳至FTP，使用方定期掃描FTP服務器，發現有新文件t獲取下來?？紤]到多用戶頻繁掃描FTP服務器會增加服務器壓力，目前未使用該方式。
獲取Kafka實時數據。通過Kafka接口，實時傳輸數據，使用方訂閱相應Topic即可獲取所需數據。此方式主要用于對數據實時性要求極高的場景。
（5）互聯中心管控分析門戶。
互聯中心管控分析門戶用于對互聯中心進行可視化管理和控制，分5個子模塊：元數據管理、數據質量、接口管理、安全管理、用戶權限管理。
元數據管理。對南向接入數據進行可視化管理；對資源數據的管理和對數據源的資源關聯規則配置，包括資源列表和資源關聯規則兩部分；提供在ODM化和數據源關聯以后、最終共享給外部系統的模型數據視圖；提供接入數據的數據流向圖。
數據質量。對互聯中心的接入數據的完整性進行統計、給出缺失的文件；統計各模型的資源關聯率、關聯率低的模型及時告警。
接口管理。管理南向數據接入的種類、接入方式、采集頻率等信息；管理北向共享數據的種類、共享方式、時間粒度等信息。
安全管理。對用戶行為進行監控、對敏感數據進行脫敏等。
用戶權限管理。對每個訪問互聯中心的賬號進行權限管理，按要求進行授權。
3.1.3 數據總體的流向處理
互聯中心數據流總體上分2類：實時數據流和非實時數據流。
（1）實時數據流。實時數據流向如圖2所示。
（2）非實時數據流。非實時數據流向如圖3所示。
3.2 互聯中心應用場景介紹
3.2.1 已落地應用
網管數據互聯中心目前已接入5類數據，有效支撐智能研判、自研競賽、地市共享等應用。接入數據及支持的應用情況見表2。
后續將接入話務網性能數據、數通網性能數據、綜分系統數據、有線網優等性能指標數據，客響數據，廣義投訴，集客、家寬等資源數據，HSS日志數據等數據，豐富網管數據，以便支持更多的網管應用。
3.2.2 典型應用介紹
故障投訴預警系統：通過互聯中心北向接口，獲取所需要的告警、工單、網絡變更、用戶投訴等數據。
數據共享方式如圖4所示。
對于工單、網絡變更、投訴等數據量較小、實時性要求高的數據，故障投訴預警系統可以實時查詢Hbase獲取數據，即圖4中A方式。
對于告警數據，由于數據量大、且實時性要求也較高，故障投訴預警系統可以通過異步查詢Hbase，即圖4中B方式，在Hbase查詢完數據后把數據文件上傳至數據共享機，同時會發一條通知消息至Kafka，故障投訴預警系統可以從該消息中獲取到文件信息，然后根據獲取的文件信息通過FTP方式從數據共享機獲取數據文件。
對于投訴歷史數據、告警歷史數據等，數據量較大、實時性要求較低，故障投訴預警系統可以通過異步查詢Hive，即圖4中C方式，在Hive查詢完數據后把數據文件上傳至數據共享機，同時會發一條通知消息至Kafka，故障投訴預警系統可以從該消息中獲取到文件信息，然后根據獲取的文件信息通過FTP方式從數據共享機獲取數據文件。
4 結語
利用成熟的大數據技術，借鑒互聯網公司經驗，構建統一的網管數據互聯中心，統一數據處理，融合多源數據，進行關聯分析、挖掘分析，可以建更高效的業務分析模型，滿足業務發展要求；通過有效數據融合互聯，進行線性回歸，溯源分析，實現更精準的端到端分析，可以更好地優化客戶體驗，提高客戶滿意度。
該文的意義在于提供一個高效可行的方法，破除網管系統煙囪建設、數據孤島、支撐力度不足問題，通過集中的網管數據互聯中心，提供更強大的數據處理能力，更高效的分析模型，更好地促進業務發展，提高企業綜合競爭力。
參考文獻
[1] 單紹龍，張西群，劉光富.互聯異構數據庫系統構建綜合數據中心平臺的研究[J].計算機光盤軟件與應用，2012（11）：155.
