文件傳輸協議范文
時間:2023-03-26 18:49:55
導(dao)語:如何才能寫(xie)好一篇(pian)文件傳輸(shu)協議(yi),這就需要搜集整(zheng)理更多(duo)的資(zi)料和(he)文獻,歡迎閱讀由公務(wu)員之家整(zheng)理的十(shi)篇(pian)范(fan)文,供你借鑒。
篇1
1延遲NAK模式
在CFDP中,文件傳(chuan)(chuan)輸被稱為一(yi)個(ge)(ge)“事(shi)務”,發(fa)(fa)(fa)送(song)端(duan)(duan)(duan)(duan)(duan)為每一(yi)個(ge)(ge)文(wen)件(jian)傳(chuan)(chuan)輸操作分配了一(yi)個(ge)(ge)事(shi)務ID號。事(shi)務ID號與(yu)源ID和其他信(xin)息一(yi)起包含在(zai)(zai)每一(yi)個(ge)(ge)PDU的(de)(de)報頭里(li)。發(fa)(fa)(fa)送(song)端(duan)(duan)(duan)(duan)(duan)通(tong)過(guo)(guo)發(fa)(fa)(fa)送(song)元數據PDU來通(tong)知接(jie)(jie)(jie)收(shou)(shou)端(duan)(duan)(duan)(duan)(duan)文(wen)件(jian)傳(chuan)(chuan)輸的(de)(de)開(kai)始(shi)。發(fa)(fa)(fa)送(song)端(duan)(duan)(duan)(duan)(duan)不必等(deng)待(dai)接(jie)(jie)(jie)收(shou)(shou)端(duan)(duan)(duan)(duan)(duan)的(de)(de)ACK應答(da)才開(kai)始(shi)文(wen)件(jian)PDUs的(de)(de)傳(chuan)(chuan)輸,也就是(shi)說(shuo),在(zai)(zai)初始(shi)化“事(shi)務”時(shi)(shi)沒有(you)握手(shou)過(guo)(guo)程(cheng)(cheng)[9]。在(zai)(zai)延遲NAK模式(shi)中,接(jie)(jie)(jie)收(shou)(shou)端(duan)(duan)(duan)(duan)(duan)直(zhi)到(dao)(dao)正確收(shou)(shou)到(dao)(dao)發(fa)(fa)(fa)送(song)端(duan)(duan)(duan)(duan)(duan)的(de)(de)EOFPDU后才發(fa)(fa)(fa)出NAKs重傳(chuan)(chuan)請(qing)求。在(zai)(zai)此過(guo)(guo)程(cheng)(cheng)中接(jie)(jie)(jie)收(shou)(shou)端(duan)(duan)(duan)(duan)(duan)統計直(zhi)至EOFPDU成功(gong)接(jie)(jie)(jie)收(shou)(shou)時(shi)(shi)所有(you)丟(diu)(diu)失(shi)的(de)(de)PDUs。在(zai)(zai)收(shou)(shou)到(dao)(dao)EOFPDU后,接(jie)(jie)(jie)收(shou)(shou)端(duan)(duan)(duan)(duan)(duan)發(fa)(fa)(fa)出ACK(EOF)并發(fa)(fa)(fa)出一(yi)個(ge)(ge)包含所有(you)丟(diu)(diu)失(shi)PDUs的(de)(de)重傳(chuan)(chuan)請(qing)求NAK(如(ru)果(guo)需要的(de)(de)話)。一(yi)旦收(shou)(shou)到(dao)(dao)一(yi)個(ge)(ge)NAK,發(fa)(fa)(fa)送(song)端(duan)(duan)(duan)(duan)(duan)立(li)即重傳(chuan)(chuan)NAK所要求的(de)(de)PDUs。在(zai)(zai)接(jie)(jie)(jie)收(shou)(shou)端(duan)(duan)(duan)(duan)(duan)發(fa)(fa)(fa)出NAK后,立(li)即啟動(dong)一(yi)個(ge)(ge)定(ding)時(shi)(shi)器(qi),當(dang)NAK定(ding)時(shi)(shi)器(qi)溢(yi)出時(shi)(shi),接(jie)(jie)(jie)收(shou)(shou)端(duan)(duan)(duan)(duan)(duan)再次檢查丟(diu)(diu)失(shi)PDUs的(de)(de)記錄。如(ru)果(guo)仍(reng)有(you)未(wei)收(shou)(shou)到(dao)(dao)的(de)(de)PDUs,接(jie)(jie)(jie)收(shou)(shou)端(duan)(duan)(duan)(duan)(duan)發(fa)(fa)(fa)出另一(yi)個(ge)(ge)NAK并再次啟動(dong)一(yi)個(ge)(ge)定(ding)時(shi)(shi)器(qi)。這(zhe)種過(guo)(guo)程(cheng)(cheng)一(yi)直(zhi)持續到(dao)(dao)所有(you)PDUs都(dou)被成功(gong)接(jie)(jie)(jie)收(shou)(shou),包含全部的(de)(de)文(wen)件(jian)內(nei)容PDUs和元數據PDU。在(zai)(zai)收(shou)(shou)到(dao)(dao)所有(you)的(de)(de)PDUs后,接(jie)(jie)(jie)收(shou)(shou)端(duan)(duan)(duan)(duan)(duan)發(fa)(fa)(fa)出一(yi)個(ge)(ge)FINPDU,且(qie)發(fa)(fa)(fa)送(song)端(duan)(duan)(duan)(duan)(duan)一(yi)旦收(shou)(shou)到(dao)(dao)FINPDU就回復(fu)一(yi)個(ge)(ge)ACK(FIN),并關閉事(shi)務。接(jie)(jie)(jie)收(shou)(shou)端(duan)(duan)(duan)(duan)(duan)在(zai)(zai)成功(gong)接(jie)(jie)(jie)收(shou)(shou)ACK(FIN)后也隨之關閉事(shi)務[10]。
2平均(jun)文(wen)件傳輸時間(jian)的數學(xue)分析
首先定(ding)(ding)(ding)義(yi)(yi)(yi)“文件(jian)(jian)傳(chuan)(chuan)(chuan)輸(shu)(shu)時(shi)(shi)(shi)間(jian)(jian)”為(wei)(wei)(wei)從(cong)元(yuan)數(shu)(shu)據PDU的(de)(de)(de)(de)(de)(de)(de)第(di)(di)一(yi)比特(te)(te)開始(shi)直(zhi)到(dao)(dao)當(dang)所(suo)(suo)(suo)有(you)(you)文件(jian)(jian)數(shu)(shu)據、元(yuan)數(shu)(shu)據和EOFPDU被接收(shou)(shou)(shou)端(duan)(duan)成功接收(shou)(shou)(shou)的(de)(de)(de)(de)(de)(de)(de)時(shi)(shi)(shi)刻(ke)(ke)。“EOF傳(chuan)(chuan)(chuan)輸(shu)(shu)時(shi)(shi)(shi)間(jian)(jian)”定(ding)(ding)(ding)義(yi)(yi)(yi)為(wei)(wei)(wei)發(fa)(fa)送端(duan)(duan)發(fa)(fa)送最后(hou)一(yi)個(ge)(ge)文件(jian)(jian)數(shu)(shu)據PDU后(hou)的(de)(de)(de)(de)(de)(de)(de)時(shi)(shi)(shi)刻(ke)(ke)與接收(shou)(shou)(shou)端(duan)(duan)接收(shou)(shou)(shou)到(dao)(dao)無錯誤(wu)的(de)(de)(de)(de)(de)(de)(de)EOFPDU的(de)(de)(de)(de)(de)(de)(de)最后(hou)一(yi)比特(te)(te)時(shi)(shi)(shi)刻(ke)(ke)間(jian)(jian)的(de)(de)(de)(de)(de)(de)(de)時(shi)(shi)(shi)間(jian)(jian)間(jian)(jian)隔,“NAK重(zhong)(zhong)(zhong)(zhong)(zhong)傳(chuan)(chuan)(chuan)時(shi)(shi)(shi)間(jian)(jian)”定(ding)(ding)(ding)義(yi)(yi)(yi)為(wei)(wei)(wei)從(cong)接收(shou)(shou)(shou)端(duan)(duan)發(fa)(fa)出(chu)第(di)(di)一(yi)個(ge)(ge)NAK的(de)(de)(de)(de)(de)(de)(de)第(di)(di)一(yi)比特(te)(te)開始(shi)到(dao)(dao)所(suo)(suo)(suo)有(you)(you)重(zhong)(zhong)(zhong)(zhong)(zhong)傳(chuan)(chuan)(chuan)的(de)(de)(de)(de)(de)(de)(de)PDUs被成功接收(shou)(shou)(shou)到(dao)(dao)的(de)(de)(de)(de)(de)(de)(de)時(shi)(shi)(shi)刻(ke)(ke)為(wei)(wei)(wei)止,如圖1所(suo)(suo)(suo)示,其次(ci)(ci)定(ding)(ding)(ding)義(yi)(yi)(yi)N為(wei)(wei)(wei)攜帶文件(jian)(jian)數(shu)(shu)據的(de)(de)(de)(de)(de)(de)(de)PDUs加上一(yi)個(ge)(ge)元(yuan)數(shu)(shu)據PDU的(de)(de)(de)(de)(de)(de)(de)總和。可見(jian),整個(ge)(ge)文件(jian)(jian)的(de)(de)(de)(de)(de)(de)(de)傳(chuan)(chuan)(chuan)輸(shu)(shu)時(shi)(shi)(shi)間(jian)(jian)包含四部分:單向傳(chuan)(chuan)(chuan)播(bo)時(shi)(shi)(shi)間(jian)(jian)、N個(ge)(ge)文件(jian)(jian)PDU的(de)(de)(de)(de)(de)(de)(de)傳(chuan)(chuan)(chuan)輸(shu)(shu)時(shi)(shi)(shi)間(jian)(jian)、EOF傳(chuan)(chuan)(chuan)輸(shu)(shu)時(shi)(shi)(shi)間(jian)(jian)和NAK重(zhong)(zhong)(zhong)(zhong)(zhong)傳(chuan)(chuan)(chuan)時(shi)(shi)(shi)間(jian)(jian)。為(wei)(wei)(wei)了分析(xi)方便,假(jia)設如下(xia):第(di)(di)一(yi),N個(ge)(ge)PDUs等長、具有(you)(you)相同的(de)(de)(de)(de)(de)(de)(de)傳(chuan)(chuan)(chuan)輸(shu)(shu)時(shi)(shi)(shi)間(jian)(jian)且(qie)發(fa)(fa)送失(shi)(shi)敗概率(lv)相等;第(di)(di)二(er),所(suo)(suo)(suo)有(you)(you)的(de)(de)(de)(de)(de)(de)(de)重(zhong)(zhong)(zhong)(zhong)(zhong)傳(chuan)(chuan)(chuan)NAKs等長且(qie)具有(you)(you)相同的(de)(de)(de)(de)(de)(de)(de)發(fa)(fa)送失(shi)(shi)敗概率(lv)(雖然NAK的(de)(de)(de)(de)(de)(de)(de)長度取決于所(suo)(suo)(suo)要求重(zhong)(zhong)(zhong)(zhong)(zhong)傳(chuan)(chuan)(chuan)PDU的(de)(de)(de)(de)(de)(de)(de)個(ge)(ge)數(shu)(shu),但是(shi)這種差異很(hen)小(xiao)且(qie)NAKs的(de)(de)(de)(de)(de)(de)(de)長度很(hen)小(xiao),所(suo)(suo)(suo)以(yi)(yi)這種假(jia)設對(dui)性(xing)能影(ying)響很(hen)小(xiao));第(di)(di)三,在(zai)(zai)前向和反向鏈路中的(de)(de)(de)(de)(de)(de)(de)PDU錯誤(wu)事件(jian)(jian)是(shi)統計獨立的(de)(de)(de)(de)(de)(de)(de);第(di)(di)四,由于EOF,ACK(EOF)和NAK的(de)(de)(de)(de)(de)(de)(de)長度相對(dui)于文件(jian)(jian)數(shu)(shu)據PDUs來說很(hen)小(xiao),所(suo)(suo)(suo)以(yi)(yi)忽略這些PDUs的(de)(de)(de)(de)(de)(de)(de)傳(chuan)(chuan)(chuan)輸(shu)(shu)時(shi)(shi)(shi)間(jian)(jian)。文中分析(xi)用到(dao)(dao)的(de)(de)(de)(de)(de)(de)(de)記號(hao)規定(ding)(ding)(ding)見(jian)表(biao)1。由于深空(kong)探測器具有(you)(you)功率(lv)有(you)(you)限(xian)(xian)及(ji)傳(chuan)(chuan)(chuan)輸(shu)(shu)帶寬(kuan)極其嚴格的(de)(de)(de)(de)(de)(de)(de)特(te)(te)點,為(wei)(wei)(wei)了保證(zheng)鏈路最大吞吐(tu)率(lv),應(ying)該盡量避免(mian)同一(yi)PDU不必要的(de)(de)(de)(de)(de)(de)(de)復制重(zhong)(zhong)(zhong)(zhong)(zhong)傳(chuan)(chuan)(chuan)。在(zai)(zai)此(ci)限(xian)(xian)定(ding)(ding)(ding)條(tiao)件(jian)(jian)下(xia),EOF定(ding)(ding)(ding)時(shi)(shi)(shi)器的(de)(de)(de)(de)(de)(de)(de)最小(xiao)設定(ding)(ding)(ding)值為(wei)(wei)(wei)2Tprop,NAK定(ding)(ding)(ding)時(shi)(shi)(shi)器的(de)(de)(de)(de)(de)(de)(de)最小(xiao)設定(ding)(ding)(ding)值為(wei)(wei)(wei)2Tprop+RTi,其中RTi表(biao)示第(di)(di)i次(ci)(ci)NAK重(zhong)(zhong)(zhong)(zhong)(zhong)傳(chuan)(chuan)(chuan)請求PDU的(de)(de)(de)(de)(de)(de)(de)發(fa)(fa)送時(shi)(shi)(shi)間(jian)(jian)。現(xian)在(zai)(zai)重(zhong)(zhong)(zhong)(zhong)(zhong)點考(kao)慮(lv)重(zhong)(zhong)(zhong)(zhong)(zhong)傳(chuan)(chuan)(chuan)階(jie)段(duan),定(ding)(ding)(ding)義(yi)(yi)(yi)隨(sui)機變量Hi為(wei)(wei)(wei)第(di)(di)i個(ge)(ge)PDU直(zhi)到(dao)(dao)接收(shou)(shou)(shou)端(duan)(duan)成功接收(shou)(shou)(shou)所(suo)(suo)(suo)需(xu)的(de)(de)(de)(de)(de)(de)(de)重(zhong)(zhong)(zhong)(zhong)(zhong)傳(chuan)(chuan)(chuan)次(ci)(ci)數(shu)(shu)。在(zai)(zai)這種假(jia)設條(tiao)件(jian)(jian)下(xia),Hi具有(you)(you)幾何分布特(te)(te)性(xing)。再定(ding)(ding)(ding)義(yi)(yi)(yi)一(yi)個(ge)(ge)隨(sui)機變量HM表(biao)示直(zhi)至(zhi)所(suo)(suo)(suo)有(you)(you)PDU成功被接收(shou)(shou)(shou)端(duan)(duan)接收(shou)(shou)(shou)所(suo)(suo)(suo)需(xu)的(de)(de)(de)(de)(de)(de)(de)重(zhong)(zhong)(zhong)(zhong)(zhong)傳(chuan)(chuan)(chuan)次(ci)(ci)數(shu)(shu),易知,HM=max{H1,H2,H3,…,HN}。
3性能仿真(zhen)與結果分析
利用Matlab工具進(jin)行仿(fang)真分(fen)(fen)析,傳(chuan)(chuan)(chuan)輸(shu)(shu)(shu)時(shi)(shi)(shi)間(jian)(jian)(jian)(jian)單(dan)(dan)位(wei)為(wei)(wei)天文單(dan)(dan)位(wei)a.u.(astronomicalunit,1a.u.=480s)。圖2~圖4仿(fang)真出平均(jun)文件(jian)傳(chuan)(chuan)(chuan)輸(shu)(shu)(shu)時(shi)(shi)(shi)間(jian)(jian)(jian)(jian)隨PDU錯(cuo)(cuo)誤(wu)概率、PDU數(shu)目、單(dan)(dan)向(xiang)(xiang)傳(chuan)(chuan)(chuan)播(bo)(bo)時(shi)(shi)(shi)間(jian)(jian)(jian)(jian)等不同條(tiao)件(jian)下(xia)(xia)(xia)的變化情(qing)況(kuang)。由圖2可(ke)知,在(zai)單(dan)(dan)向(xiang)(xiang)傳(chuan)(chuan)(chuan)播(bo)(bo)時(shi)(shi)(shi)間(jian)(jian)(jian)(jian)及PDU數(shu)目確定的情(qing)況(kuang)下(xia)(xia)(xia),單(dan)(dan)個PDU傳(chuan)(chuan)(chuan)輸(shu)(shu)(shu)時(shi)(shi)(shi)間(jian)(jian)(jian)(jian)越(yue)多(duo),在(zai)相(xiang)同PDU錯(cuo)(cuo)誤(wu)概率情(qing)況(kuang)下(xia)(xia)(xia)所需的傳(chuan)(chuan)(chuan)輸(shu)(shu)(shu)時(shi)(shi)(shi)間(jian)(jian)(jian)(jian)越(yue)多(duo)。由圖3不難看出,在(zai)PDU錯(cuo)(cuo)誤(wu)概率及單(dan)(dan)向(xiang)(xiang)傳(chuan)(chuan)(chuan)播(bo)(bo)時(shi)(shi)(shi)間(jian)(jian)(jian)(jian)固(gu)定的條(tiao)件(jian)下(xia)(xia)(xia),平均(jun)文件(jian)傳(chuan)(chuan)(chuan)輸(shu)(shu)(shu)時(shi)(shi)(shi)間(jian)(jian)(jian)(jian)隨PDU數(shu)目的增(zeng)(zeng)加(jia)而(er)不斷(duan)增(zeng)(zeng)加(jia),且單(dan)(dan)個PDU傳(chuan)(chuan)(chuan)輸(shu)(shu)(shu)時(shi)(shi)(shi)間(jian)(jian)(jian)(jian)越(yue)多(duo),在(zai)相(xiang)同PDU數(shu)目的情(qing)況(kuang)下(xia)(xia)(xia)所需的傳(chuan)(chuan)(chuan)輸(shu)(shu)(shu)時(shi)(shi)(shi)間(jian)(jian)(jian)(jian)越(yue)多(duo)。由圖4易知,在(zai)PDU錯(cuo)(cuo)誤(wu)概率及單(dan)(dan)個PDU傳(chuan)(chuan)(chuan)輸(shu)(shu)(shu)時(shi)(shi)(shi)間(jian)(jian)(jian)(jian)固(gu)定的情(qing)況(kuang)下(xia)(xia)(xia),平均(jun)文件(jian)傳(chuan)(chuan)(chuan)輸(shu)(shu)(shu)時(shi)(shi)(shi)間(jian)(jian)(jian)(jian)隨單(dan)(dan)向(xiang)(xiang)傳(chuan)(chuan)(chuan)播(bo)(bo)時(shi)(shi)(shi)間(jian)(jian)(jian)(jian)及PDU數(shu)目的增(zeng)(zeng)加(jia)而(er)不斷(duan)增(zeng)(zeng)加(jia)。圖5為(wei)(wei)平均(jun)文件(jian)傳(chuan)(chuan)(chuan)輸(shu)(shu)(shu)時(shi)(shi)(shi)間(jian)(jian)(jian)(jian)對PDU錯(cuo)(cuo)誤(wu)概率的Montecarlo仿(fang)真與數(shu)值分(fen)(fen)析曲(qu)(qu)(qu)線(xian)(xian)。可(ke)以看出,仿(fang)真曲(qu)(qu)(qu)線(xian)(xian)與數(shu)值分(fen)(fen)析曲(qu)(qu)(qu)線(xian)(xian)非常匹配。這里,PDU錯(cuo)(cuo)誤(wu)概率為(wei)(wei)0.01~0.5,單(dan)(dan)向(xiang)(xiang)傳(chuan)(chuan)(chuan)播(bo)(bo)時(shi)(shi)(shi)間(jian)(jian)(jian)(jian)為(wei)(wei)1a.u.,雙向(xiang)(xiang)傳(chuan)(chuan)(chuan)輸(shu)(shu)(shu)速(su)率為(wei)(wei)20kbps,PDU數(shu)目為(wei)(wei)1000,且單(dan)(dan)個PDU傳(chuan)(chuan)(chuan)輸(shu)(shu)(shu)時(shi)(shi)(shi)間(jian)(jian)(jian)(jian)為(wei)(wei)0.8s(PDU長(chang)度2KB,文件(jian)大小(xiao)2MB)。
篇2
調(diao)(diao)試(shi)(shi)也(ye)是軟件(jian)開(kai)發(fa)(fa)(fa)不可或(huo)缺的(de)(de)(de)一(yi)個(ge)環(huan)節(jie)。在(zai)(zai)常(chang)(chang)見軟件(jian)開(kai)發(fa)(fa)(fa)中,調(diao)(diao)試(shi)(shi)器與被(bei)調(diao)(diao)試(shi)(shi)的(de)(de)(de)程(cheng)序(xu)往往運行(xing)(xing)在(zai)(zai)同一(yi)臺機器上(shang)(shang),通過(guo)操作系統的(de)(de)(de)調(diao)(diao)試(shi)(shi)接(jie)口(kou)來(lai)控制被(bei)調(diao)(diao)試(shi)(shi)的(de)(de)(de)進(jin)(jin)程(cheng)。而在(zai)(zai)嵌(qian)入式(shi)(shi)軟件(jian)開(kai)發(fa)(fa)(fa)中,采用的(de)(de)(de)是交叉調(diao)(diao)試(shi)(shi),即調(diao)(diao)試(shi)(shi)器運行(xing)(xing)在(zai)(zai)宿主(zhu)機上(shang)(shang),但(dan)被(bei)調(diao)(diao)試(shi)(shi)的(de)(de)(de)程(cheng)序(xu)運行(xing)(xing)在(zai)(zai)基(ji)于特(te)定平臺的(de)(de)(de)目(mu)標機上(shang)(shang),調(diao)(diao)試(shi)(shi)器與被(bei)調(diao)(diao)試(shi)(shi)進(jin)(jin)程(cheng)通過(guo)串口(kou)或(huo)網(wang)絡進(jin)(jin)行(xing)(xing)通信。不管(guan)是交叉編譯(yi)還是交叉調(diao)(diao)試(shi)(shi),都需要把文件(jian)從(cong)宿主(zhu)機傳(chuan)(chuan)送到目(mu)標機。如果(guo)考慮(lv)團隊合作開(kai)發(fa)(fa)(fa)、開(kai)發(fa)(fa)(fa)環(huan)境不完(wan)全一(yi)致等(deng)因素,開(kai)發(fa)(fa)(fa)者經常(chang)(chang)也(ye)需要把文件(jian)在(zai)(zai)不同系統之間或(huo)通過(guo)網(wang)絡進(jin)(jin)行(xing)(xing)傳(chuan)(chuan)輸。所(suo)以在(zai)(zai)嵌(qian)入式(shi)(shi)軟件(jian)開(kai)發(fa)(fa)(fa)中搭建一(yi)個(ge)良好的(de)(de)(de)文件(jian)傳(chuan)(chuan)輸環(huan)境是提高嵌(qian)入式(shi)(shi)軟件(jian)開(kai)發(fa)(fa)(fa)效率的(de)(de)(de)一(yi)個(ge)關鍵因素。
2文件傳輸環境的搭建
在嵌入(ru)式軟件(jian)(jian)開(kai)(kai)發中,必須結合開(kai)(kai)發的具體(ti)項目(mu)和(he)具體(ti)開(kai)(kai)發環境來選擇搭(da)建一(yi)個(ge)好的文件(jian)(jian)傳(chuan)(chuan)輸系(xi)統。雖然各類傳(chuan)(chuan)輸技術可以在不同平臺(Windows、Linux等(deng))上實現,但在嵌入(ru)式軟件(jian)(jian)開(kai)(kai)發中更適合搭(da)建基于(yu)Linux的文件(jian)(jian)傳(chuan)(chuan)輸系(xi)統,下(xia)面就嵌入(ru)式Linux環境下(xia)文件(jian)(jian)傳(chuan)(chuan)輸技術方法進行討論。
2.1FTP(文件(jian)傳輸協議)服務設計與實現
FTP是網絡傳輸文件(jian)的(de)(de)(de)一(yi)種常見(jian)服(fu)務(wu)。在(zai)嵌入(ru)(ru)式Linux中,vsftpd是一(yi)款在(zai)Linux發行版中最受推崇的(de)(de)(de)FTP服(fu)務(wu)器(qi)程序,是一(yi)款完(wan)全免(mian)費的(de)(de)(de)軟(ruan)件(jian)。它(ta)的(de)(de)(de)最大(da)的(de)(de)(de)特點是安(an)全性非常高,但嵌入(ru)(ru)式系(xi)統一(yi)般是在(zai)局(ju)域網內進行合(he)作開發,所以(yi)在(zai)搭(da)建為嵌入(ru)(ru)式開發服(fu)務(wu)的(de)(de)(de)FTP時(shi)一(yi)般不需(xu)要太多地考慮文件(jian)傳輸的(de)(de)(de)安(an)全性,搭(da)建一(yi)個用(yong)戶(hu)登錄訪(fang)問(wen)的(de)(de)(de)FTP服(fu)務(wu)器(qi)就可以(yi)。下(xia)(xia)文是Ubuntu12.04下(xia)(xia)實(shi)現(xian)用(yong)戶(hu)登錄訪(fang)問(wen)FTP配(pei)置(zhi)文件(jian)(/etc/vs-ftpd.conf)的(de)(de)(de)主要內容:
2.2TFTP(簡單文(wen)件傳輸(shu)協議(yi))服務設計與實現(xian)
TFTP是(shi)一(yi)個(ge)傳(chuan)輸(shu)文(wen)(wen)件(jian)的(de)(de)(de)簡單協(xie)議,它(ta)基于UDP協(xie)議而實(shi)(shi)現(xian),適合于小(xiao)文(wen)(wen)件(jian)傳(chuan)輸(shu)。嵌(qian)入(ru)(ru)式系(xi)(xi)統開(kai)發的(de)(de)(de)代碼文(wen)(wen)件(jian)一(yi)般不(bu)會很大,同(tong)(tong)時(shi)(shi)對文(wen)(wen)件(jian)傳(chuan)輸(shu)的(de)(de)(de)安全性要(yao)(yao)求也(ye)(ye)不(bu)高(gao),所(suo)(suo)以(yi)在嵌(qian)入(ru)(ru)式軟件(jian)開(kai)發中(zhong)也(ye)(ye)經(jing)常使(shi)用(yong)(yong)TFTP服務來(lai)傳(chuan)輸(shu)文(wen)(wen)件(jian)。下文(wen)(wen)是(shi)Ubuntu12.04下實(shi)(shi)現(xian)TFTP配置文(wen)(wen)件(jian)(/etc/default/tftpd-hpa)的(de)(de)(de)主要(yao)(yao)內容:2.3NFS(網絡文(wen)(wen)件(jian)系(xi)(xi)統)服務設計與實(shi)(shi)現(xian)嵌(qian)入(ru)(ru)式系(xi)(xi)統開(kai)發時(shi)(shi),還可(ke)以(yi)使(shi)用(yong)(yong)NFS實(shi)(shi)現(xian)宿主機和(he)開(kai)發板(ban)共享(xiang)(xiang)文(wen)(wen)件(jian),這樣(yang)也(ye)(ye)可(ke)以(yi)免去文(wen)(wen)件(jian)上傳(chuan)或(huo)下載的(de)(de)(de)麻煩,直(zhi)接把(ba)存放(fang)文(wen)(wen)件(jian)的(de)(de)(de)目(mu)錄掛(gua)載在目(mu)標機上或(huo)其(qi)他系(xi)(xi)統中(zhong),用(yong)(yong)戶(hu)(hu)(hu)可(ke)以(yi)像訪問(wen)(wen)本地文(wen)(wen)件(jian)一(yi)樣(yang)訪問(wen)(wen)遠端(duan)系(xi)(xi)統上的(de)(de)(de)文(wen)(wen)件(jian)。下文(wen)(wen)是(shi)Ubuntu12.04下實(shi)(shi)現(xian)NFS配置文(wen)(wen)件(jian)(/etc/exports)的(de)(de)(de)主要(yao)(yao)內容:其(qi)中(zhong),*:允許所(suo)(suo)有(you)的(de)(de)(de)網段(duan)訪問(wen)(wen),也(ye)(ye)可(ke)以(yi)設置成(cheng)某一(yi)個(ge)ip段(duan),如(ru)192.168.0.*;rw:讀寫(xie)權限;sync:資料(liao)(liao)同(tong)(tong)步寫(xie)入(ru)(ru)內存和(he)硬盤(pan);no_root_squash:允許客戶(hu)(hu)(hu)端(duan)共享(xiang)(xiang)目(mu)錄所(suo)(suo)有(you)者權限。用(yong)(yong)戶(hu)(hu)(hu)可(ke)以(yi)根(gen)據自己需要(yao)(yao)設置相關參數(shu),還有(you)一(yi)些參數(shu)說(shuo)明沒列出來(lai),需要(yao)(yao)時(shi)(shi)可(ke)查閱相關資料(liao)(liao)。
2.4Samba服務設計與(yu)實現
在(zai)嵌入式系(xi)(xi)(xi)(xi)統(tong)開(kai)發過(guo)程(cheng)中(zhong)(zhong),宿主機(ji)(ji)(ji)上一(yi)般會安裝(zhuang)Windows系(xi)(xi)(xi)(xi)統(tong),同(tong)時(shi)安裝(zhuang)虛擬(ni)機(ji)(ji)(ji)軟(ruan)件(jian)(jian),在(zai)虛擬(ni)機(ji)(ji)(ji)上安裝(zhuang)Linux,這(zhe)樣(yang)就存在(zai)Windows系(xi)(xi)(xi)(xi)統(tong)和Linux系(xi)(xi)(xi)(xi)統(tong)共(gong)享(xiang)文件(jian)(jian)的(de)(de)(de)(de)問(wen)題。通(tong)過(guo)Linux提供(gong)的(de)(de)(de)(de)Samba服務可以(yi)(yi)輕(qing)松實(shi)現(xian)文件(jian)(jian)共(gong)享(xiang),可以(yi)(yi)有兩種方法加以(yi)(yi)實(shi)現(xian):一(yi)是(shi)(shi)由(you)Windows系(xi)(xi)(xi)(xi)統(tong)訪(fang)問(wen)Linux系(xi)(xi)(xi)(xi)統(tong)中(zhong)(zhong)的(de)(de)(de)(de)共(gong)享(xiang)文件(jian)(jian)夾(jia);二是(shi)(shi)由(you)Linux系(xi)(xi)(xi)(xi)統(tong)訪(fang)問(wen)Windows系(xi)(xi)(xi)(xi)統(tong)中(zhong)(zhong)的(de)(de)(de)(de)共(gong)享(xiang)文件(jian)(jian)夾(jia)。(1)Windows系(xi)(xi)(xi)(xi)統(tong)訪(fang)問(wen)Linux系(xi)(xi)(xi)(xi)統(tong)中(zhong)(zhong)的(de)(de)(de)(de)共(gong)享(xiang)文件(jian)(jian)夾(jia)。由(you)于嵌入式系(xi)(xi)(xi)(xi)統(tong)開(kai)發一(yi)般在(zai)局域網內或單機(ji)(ji)(ji)上進行,對網絡安全性(xing)要求不高,這(zhe)里(li)就以(yi)(yi)配置(zhi)一(yi)最(zui)易(yi)實(shi)現(xian)的(de)(de)(de)(de)Samba服務(來賓都可訪(fang)問(wen))為(wei)例來加以(yi)(yi)說明。主要是(shi)(shi)通(tong)過(guo)修改/etc/samba/smb.conf配置(zhi)文件(jian)(jian):上面(mian)用戶(hu)(hu)(hu)名是(shi)(shi)所訪(fang)問(wen)的(de)(de)(de)(de)Windows計算(suan)機(ji)(ji)(ji)中(zhong)(zhong)的(de)(de)(de)(de)用戶(hu)(hu)(hu)賬(zhang)戶(hu)(hu)(hu),驗證口(kou)令是(shi)(shi)Windows計算(suan)機(ji)(ji)(ji)中(zhong)(zhong)的(de)(de)(de)(de)用戶(hu)(hu)(hu)賬(zhang)戶(hu)(hu)(hu)的(de)(de)(de)(de)口(kou)令。
2.5使用串口軟(ruan)件傳輸(shu)文件
在(zai)一(yi)些應急場合,沒能很(hen)好(hao)地配置(zhi)好(hao)上述(shu)服務(wu)的(de)情況(kuang)下,如(ru)果需(xu)要傳(chuan)(chuan)輸一(yi)些文(wen)(wen)件(jian)到目標板(ban),可以選擇(ze)使(shi)用串口(kou)(kou)軟件(jian)傳(chuan)(chuan)輸文(wen)(wen)件(jian)。用串口(kou)(kou)電纜把宿主機(ji)和目標機(ji)連(lian)好(hao),然后(hou)運行串口(kou)(kou)軟件(jian),最常(chang)用的(de)是Windows自帶的(de)超級(ji)(ji)終端(duan)。超級(ji)(ji)終端(duan)程(cheng)(cheng)序通(tong)常(chang)位于(yu)“開始(shi)”“程(cheng)(cheng)序”“附(fu)件(jian)”“通(tong)訊”中,運行超級(ji)(ji)終端(duan)一(yi)般(ban)要求(qiu)用戶為新的(de)連(lian)接(jie)取一(yi)個(ge)名字,然后(hou)選擇(ze)所使(shi)用的(de)串口(kou)(kou),最重要的(de)一(yi)步(bu)是設(she)(she)置(zhi)串口(kou)(kou)屬(shu)性(xing),一(yi)般(ban)針對開發板(ban)設(she)(she)置(zhi)的(de)屬(shu)性(xing)如(ru)下圖2所示。連(lian)接(jie)上目標板(ban)后(hou),使(shi)用超級(ji)(ji)終端(duan)上的(de)“傳(chuan)(chuan)送”“傳(chuan)(chuan)送文(wen)(wen)件(jian)”菜(cai)單實現文(wen)(wen)件(jian)傳(chuan)(chuan)輸。在(zai)ubuntu操作系統(tong)下,需(xu)要使(shi)用minicom來連(lian)接(jie)開發板(ban),本文(wen)(wen)不(bu)再贅述(shu)。
3結束語
篇3
軟件(jian)使用(yong)技巧:1、在手機迅(xun)雷6.06.2版本中可以設置(zhi)同時(shi)(shi)下(xia)載(zai)任務(wu)數,打開軟件(jian),進入個人主頁,點(dian)擊設置(zhi)圖標,點(dian)擊下(xia)載(zai)設置(zhi),選擇“同時(shi)(shi)下(xia)載(zai)任務(wu)數”,根(gen)據需(xu)要設置(zhi)即(ji)可。
2、在手機(ji)迅雷6.06.2版(ban)本中(zhong),軟件會自動檢測下(xia)載(zai)鏈接(jie),復制下(xia)載(zai)鏈接(jie)后(hou),直接(jie)點(dian)擊“立即(ji)下(xia)載(zai)”即(ji)可。
3、軟件(jian)可(ke)以選擇下(xia)載存儲路(lu)徑,打開軟件(jian),進(jin)入(ru)個(ge)人主頁,點擊(ji)“選擇存儲路(lu)徑”,可(ke)以設置為(wei)外部存儲。
4、在手機迅(xun)雷(lei)6.06.2版本中,可以使用(yong)“邊下載邊看”功能。
5、軟件(jian)無法使(shi)用(yong),可能是需要升級。
篇4
關鍵(jian)詞 Teradata數(shu)據倉庫;ETL;模型設計;流程實施
中(zhong)圖分類號(hao)TP392 文(wen)(wen)獻標識碼A 文(wen)(wen)章(zhang)編號(hao) 1674-6708(2014)111-0208-02
電(dian)信行業(ye)領導決策者要想第一(yi)時間得到(dao)競爭對手行業(ye)的(de)實際情況(kuang),就必須在企業(ye)中構建匹配的(de)體系(xi)結構,以(yi)對多樣(yang)化格(ge)式(shi)與形式(shi)的(de)外(wai)部數(shu)(shu)(shu)據加(jia)以(yi)全面收集。ETL是(shi)數(shu)(shu)(shu)據加(jia)載至(zhi)數(shu)(shu)(shu)據倉(cang)庫(ku)必不可(ke)少的(de)一(yi)個重(zhong)要流程,該流程的(de)科學合理與否對數(shu)(shu)(shu)據倉(cang)庫(ku)接收數(shu)(shu)(shu)據質(zhi)量的(de)高(gao)低起到(dao)了決定性的(de)作(zuo)用。盡管我國在ETL方面的(de)研究取(qu)得了較好的(de)效果,但是(shi)目(mu)前(qian)還缺(que)乏統(tong)一(yi)的(de)ETL 設計模(mo)型,所(suo)進行的(de)ETL模(mo)型的(de)設計與開發僅(jin)僅(jin)圍繞了各電(dian)信行業(ye)系(xi)統(tong)特點而實施的(de),只可(ke)以(yi)在此系(xi)統(tong)環(huan)境下有(you)效運行,具有(you)一(yi)定的(de)局限性。
1 Teradata數據倉庫的ETL模(mo)型設計
1.1結合電(dian)信行(xing)業(ye)特(te)征,對ETL框(kuang)架進(jin)行(xing)設計
具體(ti)設計(ji)ETL 模型(xing)過(guo)程(cheng)中(zhong)(zhong)(zhong),必須對(dui)此(ci)(ci)模型(xing)涉及的(de)(de)(de)(de)(de)(de)(de)應用領域特(te)點(dian)予以(yi)全面的(de)(de)(de)(de)(de)(de)(de)了(le)解,結合實況(kuang)構建相(xiang)應的(de)(de)(de)(de)(de)(de)(de)模型(xing)。切實根據電(dian)信行(xing)(xing)(xing)業ETL 框(kuang)架(jia)的(de)(de)(de)(de)(de)(de)(de)流(liu)程(cheng)特(te)性,首先(xian)對(dui)數(shu)據進(jin)行(xing)(xing)(xing)合理的(de)(de)(de)(de)(de)(de)(de)轉(zhuan)換(huan)(huan),接下(xia)來(lai)獲取相(xiang)應的(de)(de)(de)(de)(de)(de)(de)數(shu)據,最(zui)后等待數(shu)據成功下(xia)載(zai)(zai),使用這樣的(de)(de)(de)(de)(de)(de)(de)步(bu)(bu)驟流(liu)程(cheng),與電(dian)信行(xing)(xing)(xing)業中(zhong)(zhong)(zhong)實行(xing)(xing)(xing)的(de)(de)(de)(de)(de)(de)(de)ETL 流(liu)程(cheng)結構相(xiang)符(fu)。具體(ti)的(de)(de)(de)(de)(de)(de)(de)設計(ji)步(bu)(bu)驟是:首先(xian),所有(you)(you)類型(xing)的(de)(de)(de)(de)(de)(de)(de)業務平(ping)臺的(de)(de)(de)(de)(de)(de)(de)源數(shu)據實際都會(hui)按照具體(ti)的(de)(de)(de)(de)(de)(de)(de)抽(chou)取規范標準來(lai)抽(chou)取,在形成一(yi)(yi)(yi)個統(tong)一(yi)(yi)(yi)的(de)(de)(de)(de)(de)(de)(de)文(wen)件(jian)(jian)格(ge)式后,具體(ti)儲存(cun)(cun)于(yu)要(yao)求(qiu)的(de)(de)(de)(de)(de)(de)(de)FTP 服(fu)務器目(mu)錄(lu)(lu)中(zhong)(zhong)(zhong);其次,開(kai)啟(qi)(qi)FTP 調(diao)度進(jin)程(cheng),及時有(you)(you)效轉(zhuan)換(huan)(huan)儲存(cun)(cun)于(yu)要(yao)求(qiu)的(de)(de)(de)(de)(de)(de)(de)文(wen)件(jian)(jian)傳輸(shu)協議(FTP )中(zhong)(zhong)(zhong)的(de)(de)(de)(de)(de)(de)(de)接口文(wen)件(jian)(jian),除此(ci)(ci)之(zhi)外(wai),還要(yao)通過(guo)文(wen)件(jian)(jian)傳輸(shu)協議(FTP)將(jiang)接口文(wen)件(jian)(jian)傳送至數(shu)據的(de)(de)(de)(de)(de)(de)(de)抽(chou)取、清洗(xi)、轉(zhuan)換(huan)(huan)、裝載(zai)(zai)(ETL服(fu)務器)規定的(de)(de)(de)(de)(de)(de)(de)目(mu)錄(lu)(lu)中(zhong)(zhong)(zhong),此(ci)(ci)目(mu)錄(lu)(lu)屬于(yu)一(yi)(yi)(yi)種分(fen)發目(mu)錄(lu)(lu),接口文(wen)件(jian)(jian)經過(guo)一(yi)(yi)(yi)番轉(zhuan)換(huan)(huan)后會(hui)變(bian)成一(yi)(yi)(yi)體(ti)化的(de)(de)(de)(de)(de)(de)(de) AVL/ CHK 格(ge)式。實際當(dang)接口文(wen)件(jian)(jian)進(jin)入到(dao)數(shu)據的(de)(de)(de)(de)(de)(de)(de)抽(chou)取、清洗(xi)、轉(zhuan)換(huan)(huan)、裝載(zai)(zai)(ETL 服(fu)務器)后,這個時候系統(tong)會(hui)啟(qi)(qi)動(dong)某一(yi)(yi)(yi)數(shu)據分(fen)發的(de)(de)(de)(de)(de)(de)(de)調(diao)度進(jin)程(cheng),以(yi)此(ci)(ci)準確(que)及時的(de)(de)(de)(de)(de)(de)(de)分(fen)發ETL 服(fu)務器內的(de)(de)(de)(de)(de)(de)(de)所有(you)(you)接口文(wen)件(jian)(jian),讓其進(jin)入到(dao)其它的(de)(de)(de)(de)(de)(de)(de)加載(zai)(zai)目(mu)錄(lu)(lu)中(zhong)(zhong)(zhong),在接口文(wen)件(jian)(jian)送至加載(zai)(zai)目(mu)錄(lu)(lu)中(zhong)(zhong)(zhong)之(zhi)后,ETL Automat on 會(hui)將(jiang)一(yi)(yi)(yi)個裝載(zai)(zai)進(jin)程(cheng)全面開(kai)啟(qi)(qi),把(ba)存(cun)(cun)于(yu)此(ci)(ci)目(mu)錄(lu)(lu)中(zhong)(zhong)(zhong)的(de)(de)(de)(de)(de)(de)(de)接口文(wen)件(jian)(jian)加載(zai)(zai)到(dao)數(shu)據倉(cang)庫中(zhong)(zhong)(zhong)。這與電(dian)信行(xing)(xing)(xing)業下(xia)的(de)(de)(de)(de)(de)(de)(de)ETL 框(kuang)架(jia)流(liu)程(cheng)特(te)征相(xiang)一(yi)(yi)(yi)致(zhi)。
1.2傳統(tong)行業(ye)中的ETL 框架
以往中,行業實施(shi)(shi)的(de)ETL設計(ji)流程太(tai)過(guo)簡(jian)單化。常常在(zai)一(yi)臺服(fu)務器上實施(shi)(shi)全部ETL 流程,實施(shi)(shi)的(de)順序是:先抽(chou)取(qu)源數(shu)據(ju),把(ba)實際(ji)抽(chou)取(qu)的(de)數(shu)據(ju)做數(shu)據(ju)加(jia)載(zai),產生臨時(shi)表(biao)(biao)1,然后(hou)將臨時(shi)表(biao)(biao)1中的(de)數(shu)據(ju)予以一(yi)番清洗,產生臨時(shi)表(biao)(biao)2,最后(hou)把(ba)臨時(shi)表(biao)(biao)2中的(de)數(shu)據(ju)進(jin)行轉換,再加(jia)載(zai)至數(shu)據(ju)倉庫中。
1.3電信行業和傳統行業ETL比較(jiao)
在(zai)電信行(xing)業特的(de)(de)(de)ETL 框架模型的(de)(de)(de)優(you)勢具體體現(xian)(xian)在(zai):首(shou)先,根據所有(you)(you)平臺(tai)中(zhong)需進行(xing)加(jia)載的(de)(de)(de)數據有(you)(you)著(zhu)統(tong)一(yi)格式(shi)的(de)(de)(de)文(wen)件形式(shi),保證了調(diao)(diao)度(du)抽取的(de)(de)(de)統(tong)一(yi)性。其次(ci),在(zai)接口(kou)文(wen)件還(huan)沒加(jia)載到數據倉庫(ku)前,將其劃分成了抽取、分發(fa)、加(jia)載這幾個(ge)流(liu)(liu)程(cheng)(cheng)步(bu)(bu)驟(zou)。由于這三個(ge)流(liu)(liu)程(cheng)(cheng)步(bu)(bu)驟(zou)有(you)(you)著(zhu)各自的(de)(de)(de)控制程(cheng)(cheng)序,所以,能(neng)夠對整體的(de)(de)(de)ETL過(guo)程(cheng)(cheng)一(yi)目了然,而且還(huan)能(neng)夠及時發(fa)現(xian)(xian)存(cun)在(zai)的(de)(de)(de)問(wen)題并采(cai)取有(you)(you)效措施加(jia)以改進與(yu)準確定位。最后,把所有(you)(you)的(de)(de)(de)ETL 機(ji)制放置(zhi)于各服務器中(zhong)來調(diao)(diao)度(du)處理,使得諸多的(de)(de)(de)原本繁(fan)瑣的(de)(de)(de)步(bu)(bu)驟(zou)實現(xian)(xian)了流(liu)(liu)程(cheng)(cheng)化,對所有(you)(you)中(zhong)間環(huan)節均一(yi)目了然。
2 Teradata數據(ju)倉庫的ETL具體實施流(liu)程(cheng)
2.1 ETL Automat on 的無(wu)故障處理機(ji)制
1)抽(chou)取(qu)(qu)、轉(zhuan)換接(jie)口(kou)(kou)文(wen)(wen)件(jian)(jian)(jian)(jian)(jian)(jian)(jian);將各業務(wu)平臺中的(de)(de)(de)(de)接(jie)口(kou)(kou)文(wen)(wen)件(jian)(jian)(jian)(jian)(jian)(jian)(jian)放置于(yu)各類FTP的(de)(de)(de)(de)服(fu)務(wu)器(qi)目(mu)錄(lu)中,各接(jie)口(kou)(kou)文(wen)(wen)件(jian)(jian)(jian)(jian)(jian)(jian)(jian)在(zai)(zai)(zai)抽(chou)取(qu)(qu)結(jie)束(shu)后,凡是(shi)其涉及(ji)的(de)(de)(de)(de)數據(ju)信(xin)息都要(yao)通(tong)過兩種(zhong)不同后綴名的(de)(de)(de)(de)文(wen)(wen)件(jian)(jian)(jian)(jian)(jian)(jian)(jian)來表(biao)(biao)示,比如,* . AVL、* . CHK。* . AVL文(wen)(wen)件(jian)(jian)(jian)(jian)(jian)(jian)(jian)對(dui)此(ci)接(jie)口(kou)(kou)文(wen)(wen)件(jian)(jian)(jian)(jian)(jian)(jian)(jian)中涉及(ji)的(de)(de)(de)(de)全部(bu)信(xin)息進(jin)行了詳(xiang)(xiang)細的(de)(de)(de)(de)記(ji)錄(lu),但* . CHK文(wen)(wen)件(jian)(jian)(jian)(jian)(jian)(jian)(jian)僅僅記(ji)錄(lu)下了* . AVL內的(de)(de)(de)(de)數據(ju)條(tiao)數和(he)數據(ju)大小情況,主要(yao)是(shi)檢(jian)查數據(ju)信(xin)息是(shi)否是(shi)精確無誤的(de)(de)(de)(de),這樣有利(li)于(yu)保(bao)證ETL 分發(fa)加載(zai)流(liu)程循序漸(jian)進(jin)發(fa)展。在(zai)(zai)(zai)ETL Automat on 機制中,從數據(ju)源內抽(chou)取(qu)(qu)的(de)(de)(de)(de)數據(ju)具有命令的(de)(de)(de)(de)腳本Interface_Extract . Pl會(hui)(hui)把(ba)(ba)源系統服(fu)務(wu)器(qi)中滿足抽(chou)取(qu)(qu)要(yao)求的(de)(de)(de)(de)接(jie)口(kou)(kou)文(wen)(wen)件(jian)(jian)(jian)(jian)(jian)(jian)(jian)提取(qu)(qu)出來,放入文(wen)(wen)件(jian)(jian)(jian)(jian)(jian)(jian)(jian)傳(chuan)輸協(xie)議(FTP )服(fu)務(wu)器(qi)目(mu)錄(lu)中,在(zai)(zai)(zai)對(dui)接(jie)口(kou)(kou)文(wen)(wen)件(jian)(jian)(jian)(jian)(jian)(jian)(jian)提取(qu)(qu)時(shi),會(hui)(hui)先將文(wen)(wen)件(jian)(jian)(jian)(jian)(jian)(jian)(jian)傳(chuan)輸協(xie)議(FTP) 服(fu)務(wu)器(qi)IP 和(he)用(yong)戶(hu)名及(ji)密碼與(yu)(yu)相(xiang)配(pei)套的(de)(de)(de)(de)源系統服(fu)務(wu)器(qi)全部(bu)綜(zong)合(he)在(zai)(zai)(zai)一起,然后在(zai)(zai)(zai)接(jie)口(kou)(kou)文(wen)(wen)件(jian)(jian)(jian)(jian)(jian)(jian)(jian)的(de)(de)(de)(de)基(ji)礎上對(dui)配(pei)置表(biao)(biao)InterfaceF leconf g進(jin)行合(he)理(li)提取(qu)(qu),再把(ba)(ba)與(yu)(yu)抽(chou)取(qu)(qu)規則相(xiang)符的(de)(de)(de)(de)接(jie)口(kou)(kou)文(wen)(wen)件(jian)(jian)(jian)(jian)(jian)(jian)(jian)通(tong)過二進(jin)制傳(chuan)輸模(mo)式抽(chou)取(qu)(qu)到(dao)FTP 服(fu)務(wu)器(qi)內一些匹(pi)配(pei)的(de)(de)(de)(de)目(mu)錄(lu)中,同時(shi)在(zai)(zai)(zai)抽(chou)取(qu)(qu)完所有接(jie)口(kou)(kou)文(wen)(wen)件(jian)(jian)(jian)(jian)(jian)(jian)(jian)后,系統會(hui)(hui)及(ji)時(shi)把(ba)(ba)此(ci)接(jie)口(kou)(kou)文(wen)(wen)件(jian)(jian)(jian)(jian)(jian)(jian)(jian)最后產生的(de)(de)(de)(de)抽(chou)取(qu)(qu)結(jie)果詳(xiang)(xiang)細的(de)(de)(de)(de)記(ji)錄(lu)在(zai)(zai)(zai)一個接(jie)口(kou)(kou)文(wen)(wen)件(jian)(jian)(jian)(jian)(jian)(jian)(jian)抽(chou)取(qu)(qu)日(ri)志(zhi)表(biao)(biao),即Interface F le Extract log中;
2)ETL Automat on 機制中接(jie)(jie)(jie)口(kou)文件(jian)的(de)(de)(de)分(fen)(fen)(fen)(fen)發(fa)(fa)(fa)(fa)(fa)(fa);系統(tong)將(jiang)接(jie)(jie)(jie)口(kou)分(fen)(fen)(fen)(fen)發(fa)(fa)(fa)(fa)(fa)(fa)進(jin)程(cheng)(cheng)全面開(kai)啟,這種(zhong)進(jin)程(cheng)(cheng)主(zhu)(zhu)要職責是分(fen)(fen)(fen)(fen)發(fa)(fa)(fa)(fa)(fa)(fa)和(he)調度(du)實際已轉換好的(de)(de)(de). AVL 和(he). CHK 的(de)(de)(de)接(jie)(jie)(jie)口(kou)文件(jian)。在此(ci)(ci)進(jin)程(cheng)(cheng)中主(zhu)(zhu)要圍(wei)繞接(jie)(jie)(jie)口(kou)文件(jian)分(fen)(fen)(fen)(fen)發(fa)(fa)(fa)(fa)(fa)(fa)配置表InterfaceF leconf g 對(dui)ETL 服務(wu)器(qi)(qi)中分(fen)(fen)(fen)(fen)發(fa)(fa)(fa)(fa)(fa)(fa)目(mu)(mu)錄內的(de)(de)(de)接(jie)(jie)(jie)口(kou)文件(jian)進(jin)行(xing)掃描,若發(fa)(fa)(fa)(fa)(fa)(fa)現了滿足于相關提取(qu)要求的(de)(de)(de)接(jie)(jie)(jie)口(kou)文件(jian),程(cheng)(cheng)序會及(ji)時按照. CHK 文件(jian)對(dui)此(ci)(ci)接(jie)(jie)(jie)口(kou)文件(jian)需不(bu)需要分(fen)(fen)(fen)(fen)發(fa)(fa)(fa)(fa)(fa)(fa)操(cao)(cao)作(zuo)進(jin)行(xing)準確判斷,同時在數(shu)(shu)據倉庫中的(de)(de)(de)兩張表中分(fen)(fen)(fen)(fen)別登記分(fen)(fen)(fen)(fen)發(fa)(fa)(fa)(fa)(fa)(fa)記錄、分(fen)(fen)(fen)(fen)發(fa)(fa)(fa)(fa)(fa)(fa)狀態。所有(you)接(jie)(jie)(jie)口(kou)文件(jian)不(bu)管(guan)分(fen)(fen)(fen)(fen)發(fa)(fa)(fa)(fa)(fa)(fa)成(cheng)功還(huan)是分(fen)(fen)(fen)(fen)發(fa)(fa)(fa)(fa)(fa)(fa)失敗,系統(tong)都會把具(ju)(ju)體的(de)(de)(de)分(fen)(fen)(fen)(fen)發(fa)(fa)(fa)(fa)(fa)(fa)狀態輸送至(zhi)分(fen)(fen)(fen)(fen)發(fa)(fa)(fa)(fa)(fa)(fa)日志In terface D spatch log中。在結(jie)束分(fen)(fen)(fen)(fen)發(fa)(fa)(fa)(fa)(fa)(fa)操(cao)(cao)作(zuo)后(hou)(hou),會將(jiang)接(jie)(jie)(jie)口(kou)文件(jian)移送至(zhi)ETL 服務(wu)器(qi)(qi)內的(de)(de)(de)裝(zhuang)載目(mu)(mu)錄中,進(jin)行(xing)裝(zhuang)載。將(jiang)此(ci)(ci)分(fen)(fen)(fen)(fen)發(fa)(fa)(fa)(fa)(fa)(fa)環節添入到ETL Automat on 機制中的(de)(de)(de)主(zhu)(zhu)要目(mu)(mu)的(de)(de)(de)是使(shi)數(shu)(shu)據裝(zhuang)載到數(shu)(shu)據倉庫后(hou)(hou)數(shu)(shu)據具(ju)(ju)有(you)較(jiao)高的(de)(de)(de)質量。具(ju)(ju)備(bei)數(shu)(shu)據分(fen)(fen)(fen)(fen)發(fa)(fa)(fa)(fa)(fa)(fa)環節后(hou)(hou),能(neng)夠(gou)及(ji)時的(de)(de)(de)獲悉存在的(de)(de)(de)問題,從(cong)而采取(qu)措施及(ji)時處理。
2.2 ETL Automat on 的異常(chang)處理(li)機制
從ETL 流(liu)(liu)程(cheng)角度上(shang)分析,因源系統或者ETL 流(liu)(liu)程(cheng)自身問(wen)題的存在,運行(xing)中(zhong)往往會(hui)引起ETL 過程(cheng)的中(zhong)斷。對于(yu)這種情況,應做好異常(chang)處(chu)理,此中(zhong)斷現(xian)象在ETL任何環(huan)節中(zhong)都(dou)會(hui)發生(sheng)。在檢查(cha)處(chu)理整(zheng)個ETL 流(liu)(liu)程(cheng)環(huan)節時,應從以下幾方面進行(xing):首(shou)先,結合ETL 狀(zhuang)態記錄(lu)表的信息獲悉(xi)出(chu)現(xian)問(wen)題的環(huan)節。其次,按照具體定位的某(mou)一環(huan)節,及時收集(ji)記錄(lu)此環(huan)節的系統詳細日志,并定位找(zhao)出(chu)導致此類問(wen)題發生(sheng)的主(zhu)要原因。
3結論
綜(zong)上所(suo)述可(ke)知,設計了(le)一(yi)臺與(yu)電信(xin)行業特(te)點相一(yi)致的(de)ETL 模型, 此模型能夠把之前較為(wei)復雜的(de)ETL劃分為(wei)諸多(duo)的(de)較為(wei)獨立的(de)處理單元,對ETL 過程一(yi)目(mu)了(le)然(ran)。同時,把本來(lai)要在數據(ju)倉(cang)庫(ku)中實(shi)施的(de)所(suo)有數據(ju)操(cao)作步驟全部拆分,通過多(duo)臺服(fu)務器來(lai)相應(ying)操(cao)作,減輕了(le)數據(ju)倉(cang)庫(ku)的(de)壓力,推動(dong)了(le)數據(ju)倉(cang)庫(ku)的(de)有效(xiao)執行,數據(ju)得到及時傳輸。
篇5
網絡(luo)(luo)編程(cheng)(cheng)基(ji)于(yu)TCP協議的(de)(de)(de)網絡(luo)(luo)編程(cheng)(cheng),按照(zhao)是(shi)否有(you)幀(zhen)聽端(duan)口,通常分為兩種模(mo)式,一(yi)種是(shi)服務(wu)器模(mo)式(偵(zhen)聽端(duan)口),另外(wai)一(yi)種為客戶端(duan)模(mo)式。本(ben)儀(yi)器采用的(de)(de)(de)是(shi)客戶端(duan)模(mo)式。關于(yu)Linux網絡(luo)(luo)通信中(zhong)客戶端(duan)編程(cheng)(cheng)的(de)(de)(de)初始化代(dai)碼(ma)(ma),由(you)于(yu)資料較(jiao)多,這里不再(zai)累述。本(ben)文僅僅給出接收(shou)數(shu)(shu)據(ju)或(huo)發(fa)送數(shu)(shu)據(ju)的(de)(de)(de)部分代(dai)碼(ma)(ma),因(yin)為儀(yi)器除了要處(chu)(chu)理網絡(luo)(luo)信息外(wai),還(huan)要進(jin)行(xing)檢測(ce)(ce)數(shu)(shu)據(ju)的(de)(de)(de)采集(ji)以(yi)及按鍵信息的(de)(de)(de)處(chu)(chu)理,因(yin)此網絡(luo)(luo)數(shu)(shu)據(ju)的(de)(de)(de)傳送或(huo)接收(shou),不可以(yi)是(shi)阻(zu)塞(sai)的(de)(de)(de)模(mo)式,必須是(shi)能(neng)(neng)夠立即返(fan)回的(de)(de)(de)非(fei)阻(zu)塞(sai)模(mo)式。本(ben)儀(yi)器采用傳統的(de)(de)(de)Linux操(cao)作(zuo)系統下(xia)API函數(shu)(shu)select,來實現對網絡(luo)(luo)端(duan)口狀態的(de)(de)(de)監控(kong),進(jin)而實現數(shu)(shu)據(ju)傳輸的(de)(de)(de)非(fei)阻(zu)塞(sai)功能(neng)(neng)。以(yi)下(xia)是(shi)實現功能(neng)(neng)的(de)(de)(de)部分代(dai)碼(ma)(ma)。發(fa)送數(shu)(shu)據(ju)的(de)(de)(de)代(dai)碼(ma)(ma)段,其中(zhong)m_tv變量(liang)保存的(de)(de)(de)是(shi)超時返(fan)回的(de)(de)(de)時間設置。接收(shou)數(shu)(shu)據(ju)的(de)(de)(de)代(dai)碼(ma)(ma)段,m_tv的(de)(de)(de)定義(yi)同(tong)上。如檢測(ce)(ce)到網絡(luo)(luo)口有(you)數(shu)(shu)據(ju)上送的(de)(de)(de)時候才進(jin)行(xing)數(shu)(shu)據(ju)的(de)(de)(de)接收(shou)。
通信(xin)模塊的詳(xiang)細介紹
通(tong)(tong)信(xin)(xin)(xin)(xin)協(xie)議(yi)(yi)介紹(shao)發生通(tong)(tong)信(xin)(xin)(xin)(xin)的(de)(de)(de)(de)(de)(de)(de)兩(liang)端(duan)(儀(yi)(yi)(yi)器(qi)(qi)(qi)和上(shang)(shang)位(wei)(wei)(wei)機(ji)(ji)(ji)(ji)),按照事先對(dui)數(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)(ju)傳(chuan)送(song)(song)的(de)(de)(de)(de)(de)(de)(de)同步(bu)方式(shi)、數(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)(ju)結構、底層(ceng)通(tong)(tong)信(xin)(xin)(xin)(xin)協(xie)議(yi)(yi)進(jin)行(xing)相互的(de)(de)(de)(de)(de)(de)(de)約定(ding),共同的(de)(de)(de)(de)(de)(de)(de)遵守,這些約定(ding)就稱(cheng)為(wei)通(tong)(tong)信(xin)(xin)(xin)(xin)規(gui)約。基(ji)于(yu)網(wang)絡接(jie)口的(de)(de)(de)(de)(de)(de)(de)通(tong)(tong)信(xin)(xin)(xin)(xin)協(xie)議(yi)(yi)工(gong)作(zuo)(zuo)在(zai)(zai)(zai)(zai)(zai)應(ying)(ying)用層(ceng)。通(tong)(tong)信(xin)(xin)(xin)(xin)協(xie)議(yi)(yi)制定(ding)的(de)(de)(de)(de)(de)(de)(de)好壞(huai)直(zhi)接(jie)影(ying)響儀(yi)(yi)(yi)器(qi)(qi)(qi)傳(chuan)輸(shu)(shu)(shu)數(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)(ju)的(de)(de)(de)(de)(de)(de)(de)速率,以(yi)及(ji)通(tong)(tong)信(xin)(xin)(xin)(xin)質(zhi)量的(de)(de)(de)(de)(de)(de)(de)可靠(kao)程(cheng)度(du)(du)。按照通(tong)(tong)信(xin)(xin)(xin)(xin)協(xie)議(yi)(yi)的(de)(de)(de)(de)(de)(de)(de)傳(chuan)輸(shu)(shu)(shu)類(lei)(lei)型(xing)一般分(fen)為(wei)三(san)類(lei)(lei):(1)循(xun)(xun)環上(shang)(shang)送(song)(song)類(lei)(lei)型(xing)。儀(yi)(yi)(yi)器(qi)(qi)(qi)在(zai)(zai)(zai)(zai)(zai)進(jin)行(xing)正常的(de)(de)(de)(de)(de)(de)(de)設置(zhi)之后(hou)(hou)(hou)(hou),不(bu)(bu)經過(guo)上(shang)(shang)位(wei)(wei)(wei)機(ji)(ji)(ji)(ji)的(de)(de)(de)(de)(de)(de)(de)干預,主動將數(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)(ju)發送(song)(song)到(dao)(dao)上(shang)(shang)位(wei)(wei)(wei)機(ji)(ji)(ji)(ji)。(2)事件(jian)(jian)驅(qu)動類(lei)(lei)型(xing)。在(zai)(zai)(zai)(zai)(zai)正常工(gong)作(zuo)(zuo)模(mo)式(shi)下不(bu)(bu)向(xiang)上(shang)(shang)位(wei)(wei)(wei)機(ji)(ji)(ji)(ji)發送(song)(song)數(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)(ju),當有(you)特殊事件(jian)(jian)發生的(de)(de)(de)(de)(de)(de)(de)時(shi)(shi)(shi)候才(cai)(cai)向(xiang)上(shang)(shang)位(wei)(wei)(wei)機(ji)(ji)(ji)(ji)發送(song)(song)數(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)(ju)。(3)被動召調類(lei)(lei)型(xing)。正常工(gong)作(zuo)(zuo)的(de)(de)(de)(de)(de)(de)(de)時(shi)(shi)(shi)候,儀(yi)(yi)(yi)器(qi)(qi)(qi)不(bu)(bu)向(xiang)上(shang)(shang)位(wei)(wei)(wei)機(ji)(ji)(ji)(ji)傳(chuan)送(song)(song)數(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)(ju),直(zhi)到(dao)(dao)上(shang)(shang)位(wei)(wei)(wei)機(ji)(ji)(ji)(ji)向(xiang)儀(yi)(yi)(yi)器(qi)(qi)(qi)發送(song)(song)召調報(bao)(bao)文(wen)(wen)(wen)(wen)(wen)(wen)的(de)(de)(de)(de)(de)(de)(de)時(shi)(shi)(shi)候才(cai)(cai)進(jin)行(xing)數(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)(ju)上(shang)(shang)送(song)(song)。考慮到(dao)(dao)儀(yi)(yi)(yi)器(qi)(qi)(qi)的(de)(de)(de)(de)(de)(de)(de)工(gong)作(zuo)(zuo)模(mo)式(shi),需要(yao)(yao)實時(shi)(shi)(shi)的(de)(de)(de)(de)(de)(de)(de)向(xiang)上(shang)(shang)位(wei)(wei)(wei)機(ji)(ji)(ji)(ji)發送(song)(song)數(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)(ju),所(suo)以(yi)排除事件(jian)(jian)驅(qu)動類(lei)(lei)型(xing)的(de)(de)(de)(de)(de)(de)(de)通(tong)(tong)信(xin)(xin)(xin)(xin)規(gui)約。由于(yu)檢測手段的(de)(de)(de)(de)(de)(de)(de)限制,要(yao)(yao)求儀(yi)(yi)(yi)器(qi)(qi)(qi)軟(ruan)件(jian)(jian)采(cai)樣率較高(gao)(gao),通(tong)(tong)常為(wei)10kHz以(yi)上(shang)(shang),故對(dui)于(yu)數(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)(ju)傳(chuan)輸(shu)(shu)(shu)的(de)(de)(de)(de)(de)(de)(de)實時(shi)(shi)(shi)性(xing)(xing)(xing)要(yao)(yao)求較高(gao)(gao),也不(bu)(bu)采(cai)用召調類(lei)(lei)型(xing)的(de)(de)(de)(de)(de)(de)(de)傳(chuan)輸(shu)(shu)(shu)協(xie)議(yi)(yi)。最終,儀(yi)(yi)(yi)器(qi)(qi)(qi)采(cai)用的(de)(de)(de)(de)(de)(de)(de)是(shi)(shi)循(xun)(xun)環上(shang)(shang)送(song)(song)類(lei)(lei)型(xing)傳(chuan)輸(shu)(shu)(shu)協(xie)議(yi)(yi)。協(xie)議(yi)(yi)內容(rong)儀(yi)(yi)(yi)器(qi)(qi)(qi)與上(shang)(shang)位(wei)(wei)(wei)機(ji)(ji)(ji)(ji)進(jin)行(xing)通(tong)(tong)信(xin)(xin)(xin)(xin),包(bao)括兩(liang)個(ge)方面的(de)(de)(de)(de)(de)(de)(de)內容(rong):(1)從上(shang)(shang)位(wei)(wei)(wei)機(ji)(ji)(ji)(ji)接(jie)收報(bao)(bao)文(wen)(wen)(wen)(wen)(wen)(wen),例如開始采(cai)集數(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)(ju)、停止(zhi)采(cai)集、發送(song)(song)參(can)數(shu)(shu)(shu)(shu)(shu)等(deng);(2)將采(cai)集到(dao)(dao)的(de)(de)(de)(de)(de)(de)(de)數(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)(ju)發送(song)(song)給(gei)(gei)上(shang)(shang)位(wei)(wei)(wei)機(ji)(ji)(ji)(ji),以(yi)供上(shang)(shang)位(wei)(wei)(wei)機(ji)(ji)(ji)(ji)進(jin)行(xing)顯示(shi)(shi)或(huo)分(fen)析(xi)。的(de)(de)(de)(de)(de)(de)(de)是(shi)(shi)三(san)組0xD70x09共6個(ge)字(zi)(zi)節(jie)作(zuo)(zuo)為(wei)同步(bu)字(zi)(zi),該報(bao)(bao)文(wen)(wen)(wen)(wen)(wen)(wen)頭參(can)照“部頒CDT循(xun)(xun)環遠動規(gui)約”中(zhong)的(de)(de)(de)(de)(de)(de)(de)報(bao)(bao)文(wen)(wen)(wen)(wen)(wen)(wen)規(gui)定(ding)。數(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)(ju)幀長度(du)(du):表示(shi)(shi)該幀報(bao)(bao)文(wen)(wen)(wen)(wen)(wen)(wen)的(de)(de)(de)(de)(de)(de)(de)長度(du)(du),由兩(liang)個(ge)字(zi)(zi)節(jie)的(de)(de)(de)(de)(de)(de)(de)長度(du)(du)表示(shi)(shi),低字(zi)(zi)節(jie)在(zai)(zai)(zai)(zai)(zai)前(qian)(qian),高(gao)(gao)字(zi)(zi)節(jie)在(zai)(zai)(zai)(zai)(zai)后(hou)(hou)(hou)(hou)。報(bao)(bao)文(wen)(wen)(wen)(wen)(wen)(wen)的(de)(de)(de)(de)(de)(de)(de)長度(du)(du)不(bu)(bu)包(bao)括同步(bu)字(zi)(zi)的(de)(de)(de)(de)(de)(de)(de)六個(ge)字(zi)(zi)節(jie)。命(ming)(ming)令(ling)控制字(zi)(zi):指(zhi)(zhi)示(shi)(shi)該幀報(bao)(bao)文(wen)(wen)(wen)(wen)(wen)(wen)的(de)(de)(de)(de)(de)(de)(de)作(zuo)(zuo)用,由兩(liang)個(ge)字(zi)(zi)節(jie)的(de)(de)(de)(de)(de)(de)(de)長度(du)(du)表示(shi)(shi),低字(zi)(zi)節(jie)在(zai)(zai)(zai)(zai)(zai)前(qian)(qian),高(gao)(gao)字(zi)(zi)節(jie)在(zai)(zai)(zai)(zai)(zai)后(hou)(hou)(hou)(hou)。數(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)(ju)區域:包(bao)含需要(yao)(yao)上(shang)(shang)傳(chuan)或(huo)是(shi)(shi)下載(zai)數(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)(ju)的(de)(de)(de)(de)(de)(de)(de)內容(rong)。數(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)(ju)的(de)(de)(de)(de)(de)(de)(de)內容(rong)都(dou)是(shi)(shi)兩(liang)個(ge)字(zi)(zi)節(jie)組成一個(ge)數(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)(ju)元素,低字(zi)(zi)節(jie)在(zai)(zai)(zai)(zai)(zai)前(qian)(qian),高(gao)(gao)字(zi)(zi)節(jie)在(zai)(zai)(zai)(zai)(zai)后(hou)(hou)(hou)(hou)。在(zai)(zai)(zai)(zai)(zai)原協(xie)議(yi)(yi)中(zhong),在(zai)(zai)(zai)(zai)(zai)數(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)(ju)區域后(hou)(hou)(hou)(hou)還(huan)存在(zai)(zai)(zai)(zai)(zai)一個(ge)校驗碼域,是(shi)(shi)用來檢驗該幀報(bao)(bao)文(wen)(wen)(wen)(wen)(wen)(wen)的(de)(de)(de)(de)(de)(de)(de)數(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)(ju)是(shi)(shi)否完整。但(dan)由于(yu)儀(yi)(yi)(yi)器(qi)(qi)(qi)的(de)(de)(de)(de)(de)(de)(de)底層(ceng)采(cai)用的(de)(de)(de)(de)(de)(de)(de)是(shi)(shi)基(ji)于(yu)流(liu)套接(jie)字(zi)(zi)的(de)(de)(de)(de)(de)(de)(de)TCP報(bao)(bao)文(wen)(wen)(wen)(wen)(wen)(wen)協(xie)議(yi)(yi),是(shi)(shi)可靠(kao)性(xing)(xing)(xing)連接(jie),并且考慮到(dao)(dao)數(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)(ju)傳(chuan)送(song)(song)的(de)(de)(de)(de)(de)(de)(de)實時(shi)(shi)(shi)性(xing)(xing)(xing),在(zai)(zai)(zai)(zai)(zai)實際(ji)(ji)的(de)(de)(de)(de)(de)(de)(de)工(gong)程(cheng)使用中(zhong)將校驗碼域進(jin)行(xing)刪除。因篇幅有(you)限,僅(jin)給(gei)(gei)出(chu)部分(fen)實際(ji)(ji)報(bao)(bao)文(wen)(wen)(wen)(wen)(wen)(wen)例子,其他(ta)報(bao)(bao)文(wen)(wen)(wen)(wen)(wen)(wen)類(lei)(lei)似推導即可:(1)開始采(cai)集數(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)(ju)0xD70x090xD70x090xD70x090x040x000x010x00(2)發送(song)(song)心跳包(bao)0xD70x090xD70x090xD70x090x040x000x050x00(3)循(xun)(xun)環上(shang)(shang)送(song)(song)數(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)(ju)0xD70x090xD70x090xD70x090x140x000x080x000x110x000x220x000x330x000x440x000x550x000x660x000x770x000x880x00其中(zhong),0x110x00~0x880x00表示(shi)(shi)的(de)(de)(de)(de)(de)(de)(de)是(shi)(shi)八個(ge)物理采(cai)樣通(tong)(tong)道的(de)(de)(de)(de)(de)(de)(de)檢測數(shu)(shu)(shu)(shu)(shu)值。協(xie)議(yi)(yi)分(fen)析(xi)流(liu)程(cheng)圖(tu)(tu)任何數(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)(ju)通(tong)(tong)信(xin)(xin)(xin)(xin)協(xie)議(yi)(yi)都(dou)必須依靠(kao)軟(ruan)件(jian)(jian)實現,因此(ci)軟(ruan)件(jian)(jian)對(dui)通(tong)(tong)信(xin)(xin)(xin)(xin)協(xie)議(yi)(yi)實現的(de)(de)(de)(de)(de)(de)(de)好壞(huai)情況,直(zhi)接(jie)影(ying)響儀(yi)(yi)(yi)器(qi)(qi)(qi)的(de)(de)(de)(de)(de)(de)(de)系統(tong)(tong)穩(wen)定(ding)性(xing)(xing)(xing)和其他(ta)性(xing)(xing)(xing)能(neng)指(zhi)(zhi)標(biao)。系統(tong)(tong)的(de)(de)(de)(de)(de)(de)(de)穩(wen)定(ding)性(xing)(xing)(xing)是(shi)(shi)指(zhi)(zhi)儀(yi)(yi)(yi)器(qi)(qi)(qi)能(neng)否經受得住(zhu)長時(shi)(shi)(shi)間(jian),大數(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)(ju)量傳(chuan)輸(shu)(shu)(shu)的(de)(de)(de)(de)(de)(de)(de)考驗而不(bu)(bu)出(chu)現死(si)機(ji)(ji)(ji)(ji)或(huo)數(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)(ju)傳(chuan)輸(shu)(shu)(shu)不(bu)(bu)穩(wen)定(ding)的(de)(de)(de)(de)(de)(de)(de)情況。其他(ta)性(xing)(xing)(xing)能(neng)指(zhi)(zhi)標(biao)是(shi)(shi)指(zhi)(zhi)實時(shi)(shi)(shi)性(xing)(xing)(xing)以(yi)及(ji)均勻(yun)性(xing)(xing)(xing),實時(shi)(shi)(shi)性(xing)(xing)(xing)指(zhi)(zhi)儀(yi)(yi)(yi)器(qi)(qi)(qi)能(neng)否將數(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)(ju)實時(shi)(shi)(shi)的(de)(de)(de)(de)(de)(de)(de)傳(chuan)輸(shu)(shu)(shu)給(gei)(gei)上(shang)(shang)位(wei)(wei)(wei)機(ji)(ji)(ji)(ji)或(huo)對(dui)于(yu)上(shang)(shang)位(wei)(wei)(wei)機(ji)(ji)(ji)(ji)給(gei)(gei)出(chu)的(de)(de)(de)(de)(de)(de)(de)報(bao)(bao)警(jing)信(xin)(xin)(xin)(xin)息是(shi)(shi)否及(ji)時(shi)(shi)(shi)響應(ying)(ying),均勻(yun)性(xing)(xing)(xing)指(zhi)(zhi)數(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)(ju)的(de)(de)(de)(de)(de)(de)(de)傳(chuan)輸(shu)(shu)(shu)是(shi)(shi)否節(jie)奏一致(zhi),不(bu)(bu)能(neng)時(shi)(shi)(shi)快(kuai)時(shi)(shi)(shi)慢。詳(xiang)細的(de)(de)(de)(de)(de)(de)(de)程(cheng)序處理流(liu)程(cheng)協(xie)議(yi)(yi)分(fen)析(xi)流(liu)程(cheng)圖(tu)(tu)。當協(xie)議(yi)(yi)解析(xi)程(cheng)序段分(fen)析(xi)出(chu)上(shang)(shang)位(wei)(wei)(wei)機(ji)(ji)(ji)(ji)給(gei)(gei)出(chu)的(de)(de)(de)(de)(de)(de)(de)命(ming)(ming)令(ling)控制字(zi)(zi)后(hou)(hou)(hou)(hou),就可以(yi)很(hen)方便地(di)根(gen)據(ju)(ju)(ju)(ju)命(ming)(ming)令(ling)來進(jin)行(xing)相關的(de)(de)(de)(de)(de)(de)(de)動作(zuo)(zuo),例如設置(zhi)參(can)數(shu)(shu)(shu)(shu)(shu)、應(ying)(ying)答數(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)(ju)、設置(zhi)報(bao)(bao)警(jing)等(deng)。
儀器軟件自動更新(xin)的(de)實(shi)現
篇6
由于多種(zhong)協議(yi)的并存,同時也使(shi)網(wang)絡(luo)變得越來越復雜,而且(qie),廠(chang)商之間的網(wang)絡(luo)設備(bei)大(da)部分都不(bu)能兼容,很難進行通信。為(wei)了解決網(wang)絡(luo)之間的兼容性問題,幫助各個廠(chang)商生(sheng)產(chan)出可兼容的網(wang)絡(luo)設備(bei),國際標(biao)準化組織ISO與1984年提出了OSI RM (Open System Interconnection Reference Model,開放系(xi)統互連參考模型(xing)(xing))。OSI 參考模型(xing)(xing)很快成為(wei)計算機(ji)網(wang)絡(luo)通信的基礎模型(xing)(xing)。因此(ci),在設計OSI參考模型(xing)(xing)時,主(zhu)要遵循了以下幾(ji)點原則(ze):
1.各個層之間有清晰(xi)的(de)邊界,便于理解;
2.每層實現特定功(gong)能(neng);
3.層次的(de)(de)劃分有(you)利于國際標準協議(yi)的(de)(de)制定;
4 層(ceng)的(de)數目應該足(zu)夠多(duo),以避(bi)免(mian)個(ge)層(ceng)功(gong)能的(de)重復;
OSI參考模型主要(yao)劃分為七層:
1.物(wu)理層(ceng)(physical Layer)
2.數(shu)據鏈路層(Data Link Layer)
3.網絡層(Network Layer)
4.傳輸層(Transport Layer)
5.會話層(Session Layer)
6.表示層(Presentation Layer)
7.應(ying)用層(Application Layer)
下(xia)圖是(shi)OSI七層模(mo)型示意圖
OSI模型的(de)劃分也是為了(le)使網絡的(de)不(bu)(bu)(bu)同(tong)功能(neng)模塊(不(bu)(bu)(bu)同(tong)層次)分擔起不(bu)(bu)(bu)同(tong)的(de)職責,具有以下優點:
1.簡化(hua)了相關的網絡操作
2.在各層分別定義標準接口,使具備相同對等層的(de)不同網絡設(she)備能實現(xian)互操作(zuo),各層之間則(ze)相對獨(du)立,一種(zhong)高(gao)層協議可放(fang)在多種(zhong)低層協議上運(yun)行;
3.減輕問題(ti)的復雜(za)程度,一旦網(wang)絡發生故(gu)障,可(ke)迅(xun)速定位故(gu)障所處層(ceng)次(ci),便于查(cha)找和糾錯;
4.防止一個區(qu)域網(wang)絡(luo)的變化影響另一個區(qu)域的網(wang)絡(luo),因此,每一個區(qu)域的網(wang)絡(luo)都能單獨快(kuai)速升級。
5.能有效刺激(ji)網(wang)絡技術革新,因為每次(ci)更(geng)新都可(ke)以(yi)在小(xiao)范圍(wei)內(nei)進行,不(bu)需對整個網(wang)絡動大手術;
6.便于(yu)研究和教學。
下面主要介紹OSI模型各層的(de)定(ding)義和功(gong)能:
物理層
Physical Layer,是OSI參考模型的(de)最低層或第一層。該層包括物理連(lian)網媒介(jie),如電纜(lan)連(lian)線連(lian)接器。物理層的(de)協議產生并(bing)檢測電壓(ya)以便發送和接收攜帶數據的(de)信號。在你的(de)PC上(shang)插(cha)入網絡接口卡(ka),你就(jiu)建立了計(ji)算機連(lian)網的(de)基礎(chu)。換言之,你提供了一個物理層。盡管(guan)物理層不(bu)提供糾錯服務(wu),但它能夠設定數據傳(chuan)輸速率(lv)(lv)并(bing)監測數據出錯率(lv)(lv)。網絡物理問題(ti),如電線斷開,將影響物理層。
Xerox公司制定的以太網和IEEE802.3標(biao)準定義了以太網物理層常用的線(xian)纜標(biao)準。其中常用的接口線(xian)標(biao)準有:10Base-T 100Base-T 100Base-TX/FX 1000Base-T 1000Base-SX/LX
物(wu)理層常(chang)用的設備有中繼器(qi),集(ji)線器(qi),路由器(qi),終(zhong)端主機等,數據信號傳輸介質(zhi)主要(yao)有同(tong)軸電纜,雙絞線,光纖(xian),無線等。
數據鏈路層
Datalink Layer,OSI參考(kao)模(mo)型的(de)(de)第二(er)層(ceng),它(ta)控制(zhi)(zhi)網絡層(ceng)與物(wu)理層(ceng)之(zhi)間的(de)(de)通(tong)信(xin)。[3]它(ta)的(de)(de)主(zhu)要功(gong)能(neng)是如何在(zai)不可靠的(de)(de)物(wu)理線路上進行數(shu)據(ju)的(de)(de)可靠傳(chuan)(chuan)(chuan)遞。為了保證傳(chuan)(chuan)(chuan)輸,從(cong)網絡層(ceng)接收(shou)到(dao)的(de)(de)數(shu)據(ju)被分割成(cheng)特定的(de)(de)可被物(wu)理層(ceng)傳(chuan)(chuan)(chuan)輸的(de)(de)幀。幀是用來移(yi)動數(shu)據(ju)的(de)(de)結構(gou)包,它(ta)不僅包括原(yuan)始數(shu)據(ju),還包括發(fa)送(song)方和接收(shou)方的(de)(de)物(wu)理地(di)址(zhi)以(yi)及檢(jian)錯(cuo)(cuo)和控制(zhi)(zhi)信(xin)息。其(qi)中的(de)(de)地(di)址(zhi)確(que)定了幀將發(fa)送(song)到(dao)何處,而(er)糾錯(cuo)(cuo)和控制(zhi)(zhi)信(xin)息則確(que)保幀無(wu)差錯(cuo)(cuo)到(dao)達。 如果在(zai)傳(chuan)(chuan)(chuan)送(song)數(shu)據(ju)時,接收(shou)點(dian)檢(jian)測到(dao)所傳(chuan)(chuan)(chuan)數(shu)據(ju)中有差錯(cuo)(cuo),就(jiu)要通(tong)知發(fa)送(song)方重發(fa)這一幀。
數據鏈路(lu)層(ceng)分為兩個子層(ceng):邏(luo)輯鏈路(lu)控制子層(ceng)(LLC,Logic Link Control),介質訪(fang)問(wen)控制子層(ceng)(MAC,Media Access Control)
邏(luo)輯(ji)鏈(lian)路(lu)控制子(zi)層(ceng)提(ti)供面向連接與面向無連接的網絡服務(wu)環境(jing)的需要。該層(ceng)用(yong)于管理通過單(dan)一鏈(lian)路(lu)連接的兩個系統間的通訊,它允許多(duo)個高層(ceng)網絡協議(yi)共享一條鏈(lian)路(lu)。
LLC子(zi)(zi)層(ceng)位于(yu)網絡層(ceng)和MAC子(zi)(zi)層(ceng)之(zhi)間(jian),是上層(ceng)和下層(ceng)的管(guan)理層(ceng),負(fu)責(ze)流(liu)量控(kong)制,同步等。LLC子(zi)(zi)層(ceng)通過SSAP和DSAP負(fu)責(ze)底層(ceng)協(xie)議與(yu)網絡層(ceng)協(xie)議的通信。
MAC子層負責把物理(li)層的0,1 比特流組建成幀(zhen)(zhen),并且通過幀(zhen)(zhen)尾部的CRC字段進行錯誤檢測。總(zong)之,MAC子層定義(yi)了網絡對共享介質的訪問。
數據(ju)鏈路(lu)層協議的代表(biao)包括(kuo):SDLC、HDLC、PPP、STP、幀(zhen)中繼(ji)等
網絡層
Network Layer,OSI參考模型的第三層。[4]其主要功能是將(jiang)(jiang)網絡地址翻譯(yi)成對應的物理地址,并(bing)決定如何(he)將(jiang)(jiang)數(shu)據從(cong)發送方路由到接收方。
網(wang)(wang)絡(luo)層通過綜合考慮(lv)發送(song)優先權、網(wang)(wang)絡(luo)擁塞程度、服務質量(liang)以(yi)及可選(xuan)路(lu)(lu)(lu)由(you)的花費(fei)來決定(ding)從一個網(wang)(wang)絡(luo)中節點A 到另一個網(wang)(wang)絡(luo)中節點B 的最佳路(lu)(lu)(lu)徑。由(you)于網(wang)(wang)絡(luo)層處理(li),并智能(neng)指(zhi)導數據傳送(song),路(lu)(lu)(lu)由(you)器連接網(wang)(wang)絡(luo)各段,所(suo)以(yi)路(lu)(lu)(lu)由(you)器屬于網(wang)(wang)絡(luo)層。在網(wang)(wang)絡(luo)中,"路(lu)(lu)(lu)由(you)"是基于編址方案(an)、使用模式以(yi)及可達性來指(zhi)引數據的發送(song)。
網(wang)絡層(ceng)負(fu)責(ze)在源機(ji)器和(he)目標機(ji)器之間建立它(ta)們(men)所(suo)使(shi)用的(de)路由(you)。這一層(ceng)本身(shen)沒有任何錯誤檢測和(he)修正機(ji)制,因此,網(wang)絡層(ceng)必須依(yi)賴于端端之間的(de)由(you)DLL提供的(de)可靠傳輸服務。
網(wang)絡(luo)層(ceng)用于本地LAN網(wang)段之(zhi)上的(de)計算(suan)機系統建立通信,它(ta)之(zhi)所以可以這樣做,是因為(wei)(wei)它(ta)有自己的(de)路(lu)(lu)由(you)地址結構,這種(zhong)結構與第二層(ceng)機器地址是分開(kai)的(de)、獨立的(de)。這種(zhong)協議(yi)(yi)稱為(wei)(wei)路(lu)(lu)由(you)或可路(lu)(lu)由(you)協議(yi)(yi)。路(lu)(lu)由(you)協議(yi)(yi)包括IP、Novell公(gong)司的(de)IPX以及AppleTalk協議(yi)(yi)。
網(wang)絡層(ceng)(ceng)是可選(xuan)的(de),它(ta)(ta)只用(yong)(yong)于(yu)當(dang)兩個計算機系統處(chu)于(yu)不同的(de)由(you)路由(you)器分割開的(de)網(wang)段這種(zhong)情(qing)況,或者當(dang)通(tong)信應用(yong)(yong)要求某種(zhong)網(wang)絡層(ceng)(ceng)或傳輸層(ceng)(ceng)提(ti)供的(de)服(fu)務、特性或者能(neng)力時。例(li)如,當(dang)兩臺主機處(chu)于(yu)同一個LAN網(wang)段的(de)直接(jie)相連這種(zhong)情(qing)況,它(ta)(ta)們之間(jian)的(de)通(tong)信只使用(yong)(yong)LAN的(de)通(tong)信機制就可以了(le)(即OSI 參考模(mo)型(xing)的(de)一二層(ceng)(ceng))。
網絡層的(de)一些主要標準如下:
ISO.DIS8208:稱為"DTE用的X.25分(fen)組級協議(yi)"
ISO.DIS8348:稱為"CO 網(wang)絡服(fu)務(wu)定義(yi)"(面(mian)向(xiang)連接)
ISO.DIS8349:稱為"CL 網絡服(fu)務定義(yi)"(面向無連(lian)接)
ISO.DIS8473:稱為"CL 網絡協議"
ISO.DIS8348:稱(cheng)為"網絡層尋址(zhi)"
除上(shang)述標(biao)準(zhun)(zhun)(zhun)外,還有許多標(biao)準(zhun)(zhun)(zhun)。這些標(biao)準(zhun)(zhun)(zhun)都只是解決網(wang)絡(luo)(luo)層(ceng)的(de)(de)部分功能(neng),所(suo)以往(wang)往(wang)需要在網(wang)絡(luo)(luo)層(ceng)中(zhong)同(tong)(tong)時使用幾個(ge)標(biao)準(zhun)(zhun)(zhun)才能(neng)完成整個(ge)網(wang)絡(luo)(luo)層(ceng)的(de)(de)功能(neng).由(you)于面對的(de)(de)網(wang)絡(luo)(luo)不同(tong)(tong),網(wang)絡(luo)(luo)層(ceng)將會采用不同(tong)(tong)的(de)(de)標(biao)準(zhun)(zhun)(zhun)組合(he).
傳輸層
Transport Layer,位于OSI參(can)考模型第四層,最終目(mu)標是(shi)向用戶(hu)一般指應用層的(de)進程,提供可靠的(de)服(fu)務。傳(chuan)輸層主(zhu)要定義(yi)了主(zhu)機應該程序間端到端的(de)連通性,它包含以下四項基本功能:
1.將應用層(ceng)發往網絡層(ceng)的(de)數(shu)據分段(duan)或將網絡層(ceng)發往應用層(ceng)的(de)數(shu)據段(duan)合并。
2.建立端(duan)到端(duan)的連接,主要是建立邏輯連接以傳送數據(ju)流。
3.將數據段從一臺主機(ji)發往另外一臺主機(ji)。在傳輸過(guo)程中通過(guo)計算(suan)校驗和(he)以(yi)及通過(guo)流控制的(de)(de)方式保證數據的(de)(de)正確性,流控制可以(yi)避免緩沖區溢出。
4.部分傳(chuan)(chuan)輸(shu)層協議保證數(shu)據(ju)(ju)傳(chuan)(chuan)輸(shu)正確性(xing)。主要(yao)是在數(shu)據(ju)(ju)傳(chuan)(chuan)輸(shu)過程中確保同一數(shu)據(ju)(ju)不多次傳(chuan)(chuan)送(song)也不丟失。同時還要(yao)保證數(shu)據(ju)(ju)包(bao)的接(jie)受順序與發送(song)順序一致。
傳輸層協議(yi)(yi)主要有TCP/IP協議(yi)(yi)棧(zhan)的(de)(de)(de)TCP協議(yi)(yi)和UDP協議(yi)(yi),IPX/SPX協議(yi)(yi)棧(zhan)的(de)(de)(de)SPX協議(yi)(yi)等。其中,TCP協議(yi)(yi)和SPX協議(yi)(yi)為(wei)應(ying)用程序提供(gong)可靠(kao)的(de)(de)(de),面向連接的(de)(de)(de)服務;UDP協議(yi)(yi)提供(gong)不可靠(kao)的(de)(de)(de),無連接服務。
會話層
Session Layer,是OSI模型的(de)第(di)五層(ceng),通(tong)(tong)過執行(xing)多種機制(zhi)在應(ying)用(yong)程序(xu)間建(jian)立(li),維持和終止(zhi)對話(hua)(hua)(hua)。會(hui)(hui)話(hua)(hua)(hua)層(ceng)機制(zhi)包括計(ji)費,話(hua)(hua)(hua)路控(kong)制(zhi),會(hui)(hui)話(hua)(hua)(hua)參數協(xie)商等。你(ni)(ni)可能常(chang)常(chang)聽到有人把會(hui)(hui)話(hua)(hua)(hua)層(ceng)稱作網(wang)(wang)絡通(tong)(tong)信(xin)的(de)"交通(tong)(tong)警察"。當(dang)通(tong)(tong)過撥號(hao)向(xiang)你(ni)(ni)的(de)ISP(因特網(wang)(wang)服務提(ti)供商)請求連(lian)(lian)接(jie)到因特網(wang)(wang)時(shi),ISP 服務器上(shang)(shang)的(de)會(hui)(hui)話(hua)(hua)(hua)層(ceng)向(xiang)你(ni)(ni)與(yu)你(ni)(ni)的(de) PC 客戶機上(shang)(shang)的(de)會(hui)(hui)話(hua)(hua)(hua)層(ceng)進行(xing)協(xie)商連(lian)(lian)接(jie)。若(ruo)你(ni)(ni)的(de)電話(hua)(hua)(hua)線偶然從(cong)墻(qiang)上(shang)(shang)插孔脫落時(shi),你(ni)(ni)終端機上(shang)(shang)的(de)會(hui)(hui)話(hua)(hua)(hua)層(ceng)將檢(jian)測(ce)到連(lian)(lian)接(jie)中斷并重新發起連(lian)(lian)接(jie)。會(hui)(hui)話(hua)(hua)(hua)層(ceng)通(tong)(tong)過決定節點通(tong)(tong)信(xin)的(de)優(you)先級(ji)和通(tong)(tong)信(xin)時(shi)間的(de)長短來設置通(tong)(tong)信(xin)期(qi)限。
為給(gei)兩個對等會話(hua)服務用(yong)戶(hu)建立一(yi)個會話(hua)連接(jie),應該做(zuo)以下幾點工作(zuo):
1.將會話地址(zhi)映射(she)為(wei)運輸地址(zhi)。
2.選擇需(xu)要的運輸(shu)服務質量參(can)數(QOS)。
3.對會話(hua)參數進行協商。
4.識別(bie)各個(ge)會(hui)話連接
5.傳送有限的透明用戶數據
6.數據傳輸階段
這個(ge)階(jie)段是在兩個(ge)會話(hua)用戶之(zhi)間實現有組織的(de)(de),同步的(de)(de)數(shu)據(ju)(ju)傳輸.用戶數(shu)據(ju)(ju)單(dan)元(yuan)為SSDU,而協議數(shu)據(ju)(ju)單(dan)元(yuan)為SPDU.會話(hua)用戶之(zhi)間的(de)(de)數(shu)據(ju)(ju)傳送過程是將SSDU轉(zhuan)變(bian)成SPDU進行的(de)(de).
7 連接釋放
連接釋放(fang)是通(tong)過"有序釋放(fang)","廢(fei)棄","有限量透(tou)明用戶(hu)數(shu)據傳送(song)"等功(gong)(gong)(gong)(gong)能(neng)(neng)單元(yuan)來(lai)釋放(fang)會(hui)話(hua)連接的(de).會(hui)話(hua)層標準(zhun)為了(le)使會(hui)話(hua)連接建(jian)立(li)階段能(neng)(neng)進行功(gong)(gong)(gong)(gong)能(neng)(neng)協商(shang),也為了(le)便于其它國(guo)際標準(zhun)參考和引用,定(ding)(ding)義了(le)12種功(gong)(gong)(gong)(gong)能(neng)(neng)單元(yuan).各個系統可根(gen)據自身情況(kuang)和需要,以(yi)核(he)心功(gong)(gong)(gong)(gong)能(neng)(neng)服(fu)務單元(yuan)為基(ji)礎,選配(pei)其他功(gong)(gong)(gong)(gong)能(neng)(neng)單元(yuan)組成合(he)理的(de)會(hui)話(hua)服(fu)務子集.會(hui)話(hua)層的(de)主要標準(zhun)有"DIS8236:會(hui)話(hua)服(fu)務定(ding)(ding)義"和"DIS8237:會(hui)話(hua)協議規范".
表示層
Presentation Layer,表(biao)示(shi)層保證源端數據(ju)(ju)能夠被目的端表(biao)示(shi)層理(li)解(jie)和(he)識(shi)別,對應(ying)用程(cheng)序透明。表(biao)示(shi)層提供數據(ju)(ju)格(ge)式轉換(huan)服務,數據(ju)(ju)加密,數據(ju)(ju)表(biao)示(shi)標準等服務。表(biao)示(shi)層確定了數據(ju)(ju)傳輸(shu)時數據(ju)(ju)的組織(zhi)方(fang)式。
應用層
Application Layer,OSI參考(kao)模型(xing)中的(de)(de)(de)(de)最(zui)高層(ceng)(ceng)(ceng),即第七(qi)層(ceng)(ceng)(ceng)。應(ying)用(yong)層(ceng)(ceng)(ceng)也稱為應(ying)用(yong)實(shi)體(AE),是(shi)模型(xing)中最(zui)接(jie)近用(yong)戶(hu)的(de)(de)(de)(de)一(yi)層(ceng)(ceng)(ceng),應(ying)該層(ceng)(ceng)(ceng)支持(chi)應(ying)用(yong)程序,它由若干個特(te)定(ding)應(ying)用(yong)服(fu)務(wu)元(yuan)素(SASE)和一(yi)個或多個公(gong)(gong)共應(ying)用(yong)服(fu)務(wu)元(yuan)素(CASE)組(zu)(zu)成(cheng)。每個SASE提(ti)(ti)供(gong)特(te)定(ding)的(de)(de)(de)(de)應(ying)用(yong)服(fu)務(wu),例如文件(jian)(jian)運輸訪問和管(guan)理(li)(FTAM)、電(dian)子(zi)文電(dian)處理(li)(MHS)、虛擬終端(duan)協(xie)議(VAP)等(deng)。CASE提(ti)(ti)供(gong)一(yi)組(zu)(zu)公(gong)(gong)共的(de)(de)(de)(de)應(ying)用(yong)服(fu)務(wu),例如聯系(xi)控制服(fu)務(wu)元(yuan)素(ACSE)、可(ke)靠(kao)運輸服(fu)務(wu)元(yuan)素(RTSE)和遠程操作服(fu)務(wu)元(yuan)素(ROSE)等(deng)。主要負責對軟件(jian)(jian)提(ti)(ti)供(gong)接(jie)口以(yi)使(shi)程序能使(shi)用(yong)網絡服(fu)務(wu)。術語"應(ying)用(yong)層(ceng)(ceng)(ceng)"并不是(shi)指運行(xing)在網絡上的(de)(de)(de)(de)某個特(te)別應(ying)用(yong)程序 ,應(ying)用(yong)層(ceng)(ceng)(ceng)提(ti)(ti)供(gong)的(de)(de)(de)(de)服(fu)務(wu)包括文件(jian)(jian)傳(chuan)輸、文件(jian)(jian)管(guan)理(li)以(yi)及電(dian)子(zi)郵件(jian)(jian)的(de)(de)(de)(de)信息處理(li)。
以下是(shi)幾種常用(yong)的應用(yong)層協議(yi)
1.FTP:文(wen)件(jian)傳(chuan)輸協議,File Transfer Protocol.是用于文(wen)件(jian)傳(chuan)輸的Internet標準。FTP提供可靠的面向(xiang)連接服務,適(shi)合(he)與(yu)遠距離(li),可靠性(xing)較差線路上的文(wen)件(jian)傳(chuan)輸。
2.TFTP:簡單(dan)文件傳輸(shu)(shu)協議,Trivial File Transfer Protocol.也是(shi)用于文件傳輸(shu)(shu),但TFTP使用UDP提供服務,被認為是(shi)不可靠的,無(wu)連(lian)接的。TFTP通常用于可靠的局(ju)域網內部的文件傳輸(shu)(shu)。
3.SMPT:簡單郵(you)件傳輸(shu)協議,Simple Mail Transfer Protocol.支持文本(ben)郵(you)件的Internet傳輸(shu)。
4.POP3:Post Office Protocol,是一個流行的(de)Internet郵件標準。
5.SNMP:簡單網(wang)絡管理(li)協議,Simple Network Management Protocol.負(fu)責網(wang)絡設備(bei)監控和維護,支持(chi)安全管理(li),性能管理(li)等(deng)。
6.TELNET:是客戶機使(shi)用的(de)與遠端(duan)服務器建立連接的(de)標準終(zhong)端(duan)仿(fang)真協議(yi)。
7.Ping:是一個診斷網絡設備是否正確連接(jie)的有效工(gong)具(ju)。
8.Tracert命(ming)令(ling):和Ping命(ming)令(ling)類似,Tracert命(ming)令(ling)可以(yi)顯示數據包(bao)經過的每一臺網絡(luo)設備信息(xi),是一個(ge)很(hen)好的診斷命(ming)令(ling)。
9.HTTP:支持(chi)WWW和內部網(wang)信息交互,支持(chi)包括視頻在內的多種文件類型。是當今最流(liu)行(xing)的Internet標準。
10.DNS:Domain Name System 域(yu)名系統。把(ba)網絡(luo)節點(dian)的易于記憶的名字(zi)轉化為(wei)網絡(luo)地址。
11.WINS:Windows internet Name server 命名(ming)服務器(qi),此服務可以將NetBIOS名(ming)稱注冊(ce)并解析為網絡(luo)上使用的IP地址。
12.BootP:Bootstrap Protocol 引導協議(yi)。是使用傳輸層UDP協議(yi)動態獲得(de)IP地址的協議(yi)。
在OSI參考模型中(zhong)(zhong),計算機傳送信息(xi)(xi)的問(wen)(wen)題分為7個(ge)較小(xiao)且更容易管(guan)理和(he)解(jie)決(jue)的小(xiao)問(wen)(wen)題。每一(yi)個(ge)小(xiao)問(wen)(wen)題都由模型中(zhong)(zhong)的一(yi)層來解(jie)決(jue)。之(zhi)所(suo)以劃分為7個(ge)小(xiao)問(wen)(wen)題,是因為它們之(zhi)中(zhong)(zhong)的任何一(yi)個(ge)都囊括了問(wen)(wen)題的本(ben)身(shen),不(bu)需要額(e)外(wai)太多的信息(xi)(xi)就能解(jie)決(jue)。
篇7
關鍵詞:物聯網 石油測井 數(shu)據傳(chuan)輸
中圖分類號:TE94 文獻標識碼:A 文章編號:1672-3791(2015)05(a)-0093-01
油(you)田(tian)日常維護工作的(de)順利(li)開展(zhan),需(xu)要掌握油(you)井(jing)(jing)的(de)實(shi)際生產情況,因此(ci)需(xu)要通過儀器(qi)對油(you)井(jing)(jing)的(de)層(ceng)數(shu)進行檢測。我國油(you)井(jing)(jing)分布(bu)比較松散,因此(ci)對監測的(de)數(shu)據進行傳遞(di)存在交(jiao)的(de)困難。基于此(ci),該文對物(wu)聯網石油(you)測井(jing)(jing)數(shu)據的(de)傳輸(shu)與控制系統的(de)設計(ji)中的(de)重要內容(rong)進行了(le)介紹,希(xi)望對相關工作人員能夠(gou)有所幫(bang)助。
1 物聯網
物(wu)(wu)(wu)聯網(wang)(wang)(wang)主要(yao)指(zhi)的(de)(de)(de)是末端設施和設備,主要(yao)包括工業系統(tong)、傳(chuan)(chuan)感(gan)器(qi)以及貼在射頻識別(bie)(bie)器(qi)上各(ge)種(zhong)設備、攜帶無線終端的(de)(de)(de)車輛和個人等(deng)。通過(guo)各(ge)種(zhong)無線、有線,長距(ju)離(li)或短距(ju)離(li)的(de)(de)(de)相互(hu)連(lian)通實(shi)(shi)現(xian)對數據(ju)傳(chuan)(chuan)輸。物(wu)(wu)(wu)聯網(wang)(wang)(wang)就是利(li)用(yong)傳(chuan)(chuan)感(gan)器(qi),實(shi)(shi)時對需要(yao)的(de)(de)(de)數據(ju)進行(xing)采集、互(hu)動、連(lian)接(jie),采集的(de)(de)(de)信(xin)息的(de)(de)(de)類型可(ke)以是電信(xin)號(hao)、光信(xin)號(hao)、化(hua)學(xue)信(xin)號(hao)等(deng),利(li)用(yong)各(ge)種(zhong)可(ke)能存(cun)在的(de)(de)(de)網(wang)(wang)(wang)絡接(jie)入,實(shi)(shi)現(xian)物(wu)(wu)(wu)與人、物(wu)(wu)(wu)與物(wu)(wu)(wu)之間的(de)(de)(de)連(lian)接(jie),從而實(shi)(shi)現(xian)對物(wu)(wu)(wu)品的(de)(de)(de)智能化(hua)管(guan)理和識別(bie)(bie)。因此(ci),可(ke)以簡單的(de)(de)(de)將物(wu)(wu)(wu)聯網(wang)(wang)(wang)描述為(wei),利(li)用(yong)傳(chuan)(chuan)感(gan)器(qi)獲取物(wu)(wu)(wu)理環(huan)境(jing)信(xin)息,然后利(li)用(yong)通信(xin)網(wang)(wang)(wang)絡對信(xin)息進行(xing)傳(chuan)(chuan)遞,再(zai)利(li)用(yong)云計算平(ping)臺,實(shi)(shi)現(xian)對復雜(za)信(xin)息的(de)(de)(de)處理。
2 系統的設(she)計與實(shi)現
2.1 設計方案
系統的(de)具體實現方案:在測(ce)井現場利(li)(li)用(yong)(yong)(yong)傳感器獲取待測(ce)油井的(de)數據,將數據利(li)(li)用(yong)(yong)(yong)專用(yong)(yong)(yong)的(de)電(dian)量(liang)將測(ce)得護具傳送(song)給計算機,然后利(li)(li)用(yong)(yong)(yong)計算機對數據進行處理后,利(li)(li)用(yong)(yong)(yong)GPRS將傳遞(di)到(dao)企業內部,數據最終(zhong)將會被送(song)到(dao)測(ce)控中心,從而實現對數據的(de)遠程傳輸
2.2 網(wang)絡傳輸(shu)協議
利用(yong)(yong)(yong)GPRS對(dui)數(shu)據(ju)(ju)(ju)(ju)進行(xing)(xing)(xing)傳(chuan)(chuan)輸面臨協議選(xuan)擇(ze),TCP和UDP是目(mu)前(qian)應(ying)用(yong)(yong)(yong)最廣泛(fan)的(de)(de)兩種(zhong)協議,對(dui)協議的(de)(de)選(xuan)擇(ze)需(xu)要(yao)(yao)(yao)依據(ju)(ju)(ju)(ju)系(xi)統運行(xing)(xing)(xing)的(de)(de)實(shi)際情況(kuang)而(er)定。TCP協議數(shu)據(ju)(ju)(ju)(ju)的(de)(de)傳(chuan)(chuan)遞(di)面向連接具有較(jiao)(jiao)高的(de)(de)可靠性,比較(jiao)(jiao)適(shi)合(he)應(ying)用(yong)(yong)(yong)在(zai)順序不(bu)重復(fu)(fu)、大批量的(de)(de)數(shu)據(ju)(ju)(ju)(ju)傳(chuan)(chuan)遞(di)。但需(xu)要(yao)(yao)(yao)注意(yi),TCP提供的(de)(de)數(shu)據(ju)(ju)(ju)(ju)傳(chuan)(chuan)輸不(bu)會(hui)對(dui)數(shu)據(ju)(ju)(ju)(ju)的(de)(de)便捷(jie)進行(xing)(xing)(xing)記錄,因此如(ru)(ru)果(guo)數(shu)據(ju)(ju)(ju)(ju)傳(chuan)(chuan)遞(di)過(guo)(guo)程中(zhong)采用(yong)(yong)(yong)的(de)(de)方(fang)式(shi)是數(shu)據(ju)(ju)(ju)(ju)包,需(xu)要(yao)(yao)(yao)對(dui)包的(de)(de)同(tong)步問(wen)題(ti)加(jia)以(yi)(yi)考(kao)慮。測井在(zai)數(shu)據(ju)(ju)(ju)(ju)傳(chuan)(chuan)遞(di)過(guo)(guo)程中(zhong)對(dui)數(shu)據(ju)(ju)(ju)(ju)量的(de)(de)要(yao)(yao)(yao)求(qiu)較(jiao)(jiao)大,同(tong)時網絡環(huan)境(jing)十(shi)分復(fu)(fu)雜(za)。此外,從目(mu)前(qian)的(de)(de)情況(kuang)來看,在(zai)實(shi)際測試過(guo)(guo)程中(zhong),如(ru)(ru)果(guo)對(dui)TCP協議進行(xing)(xing)(xing)利用(yong)(yong)(yong),數(shu)據(ju)(ju)(ju)(ju)在(zai)吞吐率上完全可以(yi)(yi)滿(man)足(zu)使用(yong)(yong)(yong)要(yao)(yao)(yao)求(qiu)。UDP協議與TCP相(xiang)比更加(jia)簡單,靈活度高,建(jian)立(li)連接較(jiao)(jiao)為(wei)容(rong)易(yi),會(hui)對(dui)數(shu)據(ju)(ju)(ju)(ju)的(de)(de)邊界進行(xing)(xing)(xing)保留。其最大的(de)(de)不(bu)足(zu)它提供的(de)(de)數(shu)據(ju)(ju)(ju)(ju)包通信的(de)(de)方(fang)式(shi)并(bing)不(bu)可靠,在(zai)復(fu)(fu)雜(za)的(de)(de)網絡環(huan)境(jing)下的(de)(de)應(ying)用(yong)(yong)(yong)要(yao)(yao)(yao)十(shi)分謹慎,如(ru)(ru)果(guo)程序對(dui)出現的(de)(de)問(wen)題(ti)處理不(bu)當,可能會(hui)造成協議崩潰(kui),從而(er)導致系(xi)統無(wu)法正(zheng)常運行(xing)(xing)(xing)。
2.3 測(ce)試(shi)通訊方(fang)案(an)
為了對(dui)(dui)(dui)系統的可行(xing)性進(jin)行(xing)驗(yan)證,在中(zhong)國聯通和(he)中(zhong)國移動兩(liang)種網絡的支持下(xia)對(dui)(dui)(dui)數據(ju)的傳(chuan)輸效果進(jin)行(xing)驗(yan)證。在數據(ju)驗(yan)證過程(cheng)中(zhong),利用自行(xing)編程(cheng)的通訊(xun)程(cheng)序對(dui)(dui)(dui)油田實地進(jin)行(xing)測(ce)試。測(ce)試過程(cheng)中(zhong)主要涉及到(dao)的性能有:RTK、吞吐量、時延、誤(wu)幀率的平均值。根據(ju)測(ce)試結果對(dui)(dui)(dui)公眾移動網絡是否滿足傳(chuan)輸需(xu)求進(jin)行(xing)確定。同(tong)時,可以(yi)通過現場測(ce)試了解用戶要求,使其(qi)為通訊(xun)協議設計提(ti)供參考(kao)。
2.4 設(she)計通訊協議
(1)雙發送隊列。
石油(you)測(ce)井(jing)(jing)數(shu)(shu)(shu)(shu)據(ju)(ju)傳(chuan)(chuan)輸(shu)(shu)系(xi)統,不(bu)僅要能夠實(shi)(shi)(shi)現對(dui)(dui)測(ce)井(jing)(jing)中數(shu)(shu)(shu)(shu)據(ju)(ju)的(de)(de)傳(chuan)(chuan)遞(di),同時(shi)(shi)還應(ying)(ying)當(dang)實(shi)(shi)(shi)現文(wen)(wen)(wen)件(jian)的(de)(de)傳(chuan)(chuan)輸(shu)(shu)。測(ce)井(jing)(jing)數(shu)(shu)(shu)(shu)據(ju)(ju)傳(chuan)(chuan)輸(shu)(shu)在(zai)實(shi)(shi)(shi)時(shi)(shi)性上具有(you)較高的(de)(de)要求(qiu),在(zai)文(wen)(wen)(wen)件(jian)的(de)(de)傳(chuan)(chuan)輸(shu)(shu)上實(shi)(shi)(shi)時(shi)(shi)性要求(qiu)相對(dui)(dui)則(ze)(ze)較低,一(yi)(yi)般來說(shuo)能夠在(zai)規(gui)定(ding)的(de)(de)一(yi)(yi)段時(shi)(shi)間內完成文(wen)(wen)(wen)件(jian)傳(chuan)(chuan)輸(shu)(shu)即可。因(yin)此,在(zai)實(shi)(shi)(shi)際工作(zuo)中,如果(guo)傳(chuan)(chuan)輸(shu)(shu)數(shu)(shu)(shu)(shu)據(ju)(ju)的(de)(de)寬帶有(you)限(xian),為(wei)了(le)確保測(ce)數(shu)(shu)(shu)(shu)據(ju)(ju)傳(chuan)(chuan)遞(di)的(de)(de)實(shi)(shi)(shi)時(shi)(shi)性,應(ying)(ying)當(dang)對(dui)(dui)測(ce)井(jing)(jing)數(shu)(shu)(shu)(shu)據(ju)(ju)和文(wen)(wen)(wen)件(jian)傳(chuan)(chuan)輸(shu)(shu)兩(liang)者(zhe)制定(ding)相應(ying)(ying)的(de)(de)優先級機制。方(fang)案(an)如下(xia):將(jiang)發(fa)送(song)隊(dui)列分為(wei)兩(liang)列,一(yi)(yi)列為(wei)測(ce)井(jing)(jing)數(shu)(shu)(shu)(shu)據(ju)(ju),另一(yi)(yi)列則(ze)(ze)為(wei)文(wen)(wen)(wen)件(jian)傳(chuan)(chuan)輸(shu)(shu)隊(dui)列,同時(shi)(shi)應(ying)(ying)當(dang)在(zai)文(wen)(wen)(wen)件(jian)傳(chuan)(chuan)送(song)隊(dui)列上安(an)置(zhi)一(yi)(yi)個標(biao)(biao)志(zhi)(zhi),對(dui)(dui)發(fa)送(song)權限(xian)進行限(xian)制,該標(biao)(biao)志(zhi)(zhi)只有(you)則(ze)(ze)測(ce)井(jing)(jing)數(shu)(shu)(shu)(shu)據(ju)(ju)發(fa)送(song)結束后(hou),才會(hui)生(sheng)效,標(biao)(biao)志(zhi)(zhi)生(sheng)效后(hou),文(wen)(wen)(wen)件(jian)傳(chuan)(chuan)送(song)隊(dui)列發(fa)送(song)數(shu)(shu)(shu)(shu)據(ju)(ju),然后(hou)安(an)置(zhi)的(de)(de)標(biao)(biao)志(zhi)(zhi)將(jiang)會(hui)再一(yi)(yi)次回到原位(wei)置(zhi),依次循環。
(2)后退N幀協議(yi)。
在(zai)(zai)(zai)數據(ju)傳(chuan)(chuan)輸過(guo)程(cheng)中(zhong)(zhong)(zhong),如果采用(yong)簡單(dan)的(de)(de)(de)協(xie)(xie)議(yi)(yi),RTT的(de)(de)(de)時延一般約為500ms,這對數據(ju)傳(chuan)(chuan)輸的(de)(de)(de)實時性產(chan)生了一定影響(xiang),為了提高通(tong)訊協(xie)(xie)議(yi)(yi)效率(lv),可以對后(hou)退(tui)N幀協(xie)(xie)議(yi)(yi)進行(xing)(xing)應(ying)用(yong),這種協(xie)(xie)議(yi)(yi)處于(yu)非受限(xian)協(xie)(xie)議(yi)(yi)和(he)等(deng)停協(xie)(xie)議(yi)(yi)之間(jian),對其(qi)進行(xing)(xing)應(ying)用(yong)可以緩解因為傳(chuan)(chuan)輸距離過(guo)大,導致等(deng)停協(xie)(xie)議(yi)(yi)效率(lv)低問題的(de)(de)(de)發(fa)(fa)(fa)(fa)生。后(hou)退(tui)N幀協(xie)(xie)議(yi)(yi)一般只(zhi)在(zai)(zai)(zai)測井(jing)(jing)數據(ju)中(zhong)(zhong)(zhong)使(shi)用(yong),并不(bu)(bu)在(zai)(zai)(zai)文(wen)件傳(chuan)(chuan)輸中(zhong)(zhong)(zhong)使(shi)用(yong),對于(yu)文(wen)件傳(chuan)(chuan)輸的(de)(de)(de)維護(hu)有更高層的(de)(de)(de)ZMOG協(xie)(xie)議(yi)(yi)完(wan)成(cheng),在(zai)(zai)(zai)線(xian)程(cheng)發(fa)(fa)(fa)(fa)送上只(zhi)是簡單(dan)進行(xing)(xing)發(fa)(fa)(fa)(fa)送,并不(bu)(bu)會進行(xing)(xing)等(deng)待和(he)確(que)(que)認。測井(jing)(jing)數據(ju)傳(chuan)(chuan)輸系(xi)(xi)統在(zai)(zai)(zai)通(tong)訊上需要(yao)(yao)是雙向的(de)(de)(de),因此在(zai)(zai)(zai)實際(ji)工程(cheng)中(zhong)(zhong)(zhong),必須是由接收(shou)線(xian)程(cheng)和(he)發(fa)(fa)(fa)(fa)送線(xian)程(cheng)兩者相互系(xi)(xi)統工作,接收(shou)線(xian)程(cheng)和(he)發(fa)(fa)(fa)(fa)送線(xian)程(cheng)兩者之間(jian)的(de)(de)(de)信(xin)息要(yao)(yao)能相互傳(chuan)(chuan)遞,其(qi)中(zhong)(zhong)(zhong)最重要(yao)(yao)的(de)(de)(de)一點就是,接收(shou)線(xian)程(cheng)應(ying)當能夠將ARQ應(ying)當信(xin)號傳(chuan)(chuan)送給發(fa)(fa)(fa)(fa)送線(xian)程(cheng),從而(er)確(que)(que)保(bao)發(fa)(fa)(fa)(fa)送線(xian)程(cheng)在(zai)(zai)(zai)運(yun)行(xing)(xing)過(guo)程(cheng)中(zhong)(zhong)(zhong)能夠順(shun)利完(wan)成(cheng)發(fa)(fa)(fa)(fa)送任務,確(que)(que)保(bao)整個系(xi)(xi)統的(de)(de)(de)安全運(yun)行(xing)(xing)。
3 結語
計算機技(ji)術的(de)(de)(de)(de)(de)高速發展(zhan),使測井數據(ju)(ju)(ju)的(de)(de)(de)(de)(de)數據(ju)(ju)(ju)的(de)(de)(de)(de)(de)實(shi)時性得(de)到進一(yi)步提高。在石油測井數據(ju)(ju)(ju)的(de)(de)(de)(de)(de)傳(chuan)輸與控制系(xi)(xi)統(tong)的(de)(de)(de)(de)(de)設計過(guo)程(cheng)中,要(yao)對不同的(de)(de)(de)(de)(de)問題進行針對性研究,并且(qie)要(yao)通過(guo)大量的(de)(de)(de)(de)(de)數據(ju)(ju)(ju)來(lai)對系(xi)(xi)統(tong)的(de)(de)(de)(de)(de)功能(neng)進行確定,確保(bao)系(xi)(xi)統(tong)在日后的(de)(de)(de)(de)(de)使用(yong)過(guo)程(cheng)中能(neng)夠達到理想(xiang)的(de)(de)(de)(de)(de)效果。
參考文獻
[1] 任(ren)哲(zhe).嵌入式實(shi)時操(cao)作(zuo)系統μC/OS-II 原理(li)及應用(yong)[M].北(bei)京:北(bei)京航(hang)空(kong)航(hang)天大學出版社,2019.
[2] 孫昊,曹玉(yu)強,杜玉(yu)芳.ARM處理器(qi)啟動(dong)代(dai)碼分析與編程[J].工業控(kong)制計算機,2005(11):54-55.
篇8
【關鍵詞(ci)】Android 視頻監控 系統(tong)設計(ji) H.264編碼 應用
近年來,智能手機(ji)的(de)快速發展推動了Android手機(ji)操(cao)作系(xi)統(tong)的(de)開發和利用,該系(xi)統(tong)的(de)優勢在(zai)于便于攜帶、系(xi)統(tong)小巧、功能全(quan)面,因此也使得(de)基(ji)于Android平臺(tai)的(de)視(shi)頻監控(kong)技(ji)術得(de)研(yan)發和應(ying)用。傳統(tong)的(de)視(shi)頻監控(kong)系(xi)統(tong)由于受(shou)線(xian)纜或光纖的(de)帶寬限制,無法(fa)實現(xian)實時的(de)視(shi)頻信號傳輸,而(er)(er)Android平臺(tai)在(zai)無線(xian)網絡的(de)支(zhi)持下成功的(de)解決了一這問題,從而(er)(er)進(jin)(jin)一步促(cu)進(jin)(jin)了遠程(cheng)(cheng)監控(kong)、可(ke)視(shi)電(dian)話(hua)、電(dian)視(shi)會議等(deng)遠程(cheng)(cheng)視(shi)頻實時監控(kong)技(ji)術的(de)廣泛(fan)應(ying)用。
1 視(shi)頻(pin)監控(kong)技術概(gai)述
視(shi)頻監(jian)控(kong)(kong)技術(shu)(shu)的(de)(de)應(ying)用(yong)(yong)時(shi)間(jian)比較久遠,以往在安防(fang)領域發揮了非常大的(de)(de)作用(yong)(yong),是公(gong)安部門(men)維持社會穩(wen)定、打擊犯罪的(de)(de)重要(yao)(yao)技術(shu)(shu)手(shou)段(duan)。經(jing)過(guo)多年的(de)(de)發展(zhan),視(shi)頻監(jian)控(kong)(kong)技術(shu)(shu)經(jing)歷(li)了模擬監(jian)控(kong)(kong)系(xi)統、數字(zi)視(shi)頻監(jian)控(kong)(kong)系(xi)統、網(wang)絡(luo)視(shi)頻監(jian)控(kong)(kong)系(xi)統等三個重要(yao)(yao)發展(zhan)階段(duan),隨著移動(dong)網(wang)絡(luo)的(de)(de)快速發展(zhan),視(shi)頻監(jian)控(kong)(kong)技術(shu)(shu)開始(shi)朝向以移動(dong)流(liu)媒(mei)體(ti)技術(shu)(shu)為代表的(de)(de)移動(dong)視(shi)頻監(jian)控(kong)(kong)方(fang)向發展(zhan),手(shou)機(ji)等移動(dong)設備(bei)開始(shi)具備(bei)實時(shi)監(jian)看遠程動(dong)態(tai)畫面(mian)的(de)(de)功能,由(you)此也(ye)將視(shi)頻監(jian)控(kong)(kong)技術(shu)(shu)的(de)(de)應(ying)用(yong)(yong)范(fan)圍拓展(zhan)到了教育、政府、娛樂、醫療、酒店、運動(dong)等多個領域,實現(xian)了“隨時(shi)隨地,自由(you)掌(zhang)控(kong)(kong)”的(de)(de)監(jian)控(kong)(kong),為人們的(de)(de)生產、生活提供了更(geng)簡(jian)單、便利、及時(shi)的(de)(de)監(jian)控(kong)(kong)解決方(fang)案。
2 視頻監控系統的結構設(she)計(ji)及應用
目(mu)前,基于(yu)Android平臺的視頻監控系統主要由(you)采(cai)集(ji)模(mo)塊(kuai)(kuai)、編碼(ma)模(mo)塊(kuai)(kuai)、視頻傳輸模(mo)塊(kuai)(kuai)、解碼(ma)模(mo)塊(kuai)(kuai)、顯(xian)示模(mo)塊(kuai)(kuai)等(deng)五(wu)(wu)大模(mo)塊(kuai)(kuai)共(gong)同構成,相關(guan)設計也是圍(wei)繞這五(wu)(wu)大模(mo)塊(kuai)(kuai)進行的。
2.1 視頻采集模(mo)塊(kuai)
基于Android平臺(tai)的視頻(pin)(pin)信號(hao)采(cai)集工作是(shi)由采(cai)集模塊完成的,通過手(shou)機攝像頭(tou)可(ke)以獲得YUV420格式的視頻(pin)(pin)流,而相關模塊則可(ke)通過對(dui)Android應用層的代碼(ma)編寫實現。
2.2 編碼模塊
目前,Android平臺視頻(pin)監控系統的數(shu)字(zi)視頻(pin)編(bian)(bian)碼(ma)(ma)(ma)標(biao)準(zhun)(zhun)主要有兩(liang)種(zhong),一(yi)種(zhong)是由MPEG制(zhi)(zhi)定的MPEG-1、MPEG-2、MPEG-4編(bian)(bian)碼(ma)(ma)(ma)標(biao)準(zhun)(zhun);而(er)另一(yi)種(zhong)則(ze)是由ITU一(yi)T制(zhi)(zhi)定的H.261、H.263視頻(pin)編(bian)(bian)碼(ma)(ma)(ma)標(biao)準(zhun)(zhun)。為進一(yi)步促進視頻(pin)監控系統在多媒(mei)體(ti)通信方(fang)面的應用,MPEG和VCEG聯手共同開發了當今最先進的視頻(pin)編(bian)(bian)碼(ma)(ma)(ma)標(biao)準(zhun)(zhun)――H.264。
雖(sui)然該標(biao)準依然采用了(le)以往的(de)(de)壓縮標(biao)準架構,但是H.264在此(ci)基礎上增加了(le)更多(duo)新的(de)(de)特性。比如,H.264標(biao)準包(bao)含(han)了(le)網(wang)絡抽象層(NAL)和(he)視(shi)頻(pin)(pin)編(bian)碼(ma)(ma)(ma)層(VCL)兩層結構,網(wang)絡抽象層的(de)(de)功(gong)能是打包(bao)、傳(chuan)輸數(shu)據,而視(shi)頻(pin)(pin)編(bian)碼(ma)(ma)(ma)層的(de)(de)功(gong)能是壓縮視(shi)頻(pin)(pin)編(bian)碼(ma)(ma)(ma),這樣的(de)(de)分層結構對信號(hao)的(de)(de)傳(chuan)輸和(he)編(bian)碼(ma)(ma)(ma)工作進(jin)行(xing)(xing)了(le)分離,使得(de)H.264標(biao)準在面對復雜的(de)(de)通信環(huan)境(jing)時,依然可以利用不同的(de)(de)網(wang)絡進(jin)行(xing)(xing)視(shi)頻(pin)(pin)信號(hao)的(de)(de)傳(chuan)輸工作并(bing)保證良好的(de)(de)視(shi)頻(pin)(pin)數(shu)據質(zhi)量。
2.3 傳輸模塊
視(shi)(shi)頻(pin)(pin)數(shu)據(ju)傳(chuan)(chuan)輸(shu)的(de)(de)(de)(de)(de)應用(yong)主要(yao)受(shou)HTTP、RTSP、RTP、RTCP協(xie)(xie)議(yi)(yi)的(de)(de)(de)(de)(de)約束。TCP和(he)UDP協(xie)(xie)議(yi)(yi)主要(yao)作用(yong)于(yu)傳(chuan)(chuan)輸(shu)層,HTTP則(ze)是基(ji)于(yu)TCP(傳(chuan)(chuan)輸(shu)控(kong)(kong)制(zhi)協(xie)(xie)議(yi)(yi))的(de)(de)(de)(de)(de)超文(wen)本(ben)(ben)傳(chuan)(chuan)輸(shu)協(xie)(xie)議(yi)(yi)。在一對(dui)一或一對(dui)多的(de)(de)(de)(de)(de)情(qing)況下(xia),RTP可以保證流媒體(ti)數(shu)據(ju)流與(yu)時(shi)間信息的(de)(de)(de)(de)(de)同步正常工作。一般情(qing)況下(xia),RTP需(xu)要(yao)使(shi)用(yong)UDP進行數(shu)據(ju)傳(chuan)(chuan)輸(shu),因此(ci)UDP是建立RTP的(de)(de)(de)(de)(de)基(ji)礎(chu)。另外,RTP還(huan)需(xu)要(yao)供助(zhu)RTCP(實時(shi)傳(chuan)(chuan)輸(shu)協(xie)(xie)議(yi)(yi))彌補自身沒有(you)可靠的(de)(de)(de)(de)(de)傳(chuan)(chuan)送機(ji)制(zhi)的(de)(de)(de)(de)(de)弱點,因此(ci)只有(you)讓RTP和(he)RTCP共(gong)同協(xie)(xie)作才能實現流量和(he)擁塞的(de)(de)(de)(de)(de)有(you)效(xiao)控(kong)(kong)制(zhi)。同時(shi),RTCP作為應用(yong)層協(xie)(xie)議(yi)(yi),其位置處于(yu)RTP和(he)RTCP協(xie)(xie)議(yi)(yi)層之上(shang),多媒體(ti)數(shu)據(ju)的(de)(de)(de)(de)(de)傳(chuan)(chuan)輸(shu)則(ze)是通過IP網絡利用(yong)傳(chuan)(chuan)輸(shu)機(ji)制(zhi)的(de)(de)(de)(de)(de)TCP和(he)RTP實現數(shu)據(ju)傳(chuan)(chuan)輸(shu)。RTSP則(ze)用(yong)于(yu)實時(shi)數(shu)據(ju)發送時(shi)對(dui)音(yin)視(shi)(shi)頻(pin)(pin)流的(de)(de)(de)(de)(de)遠(yuan)程控(kong)(kong)制(zhi),如對(dui)流媒體(ti)的(de)(de)(de)(de)(de)播放、暫停、記錄(lu)等(deng)相(xiang)關操作。SDP則(ze)用(yong)來描述RTSP的(de)(de)(de)(de)(de)會(hui)話描述協(xie)(xie)議(yi)(yi),用(yong)于(yu)說明會(hui)話的(de)(de)(de)(de)(de)基(ji)本(ben)(ben)屬性。結合這些協(xie)(xie)議(yi)(yi)在視(shi)(shi)頻(pin)(pin)監(jian)控(kong)(kong)系統(tong)中起到的(de)(de)(de)(de)(de)作用(yong),本(ben)(ben)文(wen)設計的(de)(de)(de)(de)(de)Android平臺視(shi)(shi)頻(pin)(pin)監(jian)控(kong)(kong)系統(tong)主要(yao)采用(yong)RTP、RTSP、RTCP、HTTP等(deng)四個協(xie)(xie)議(yi)(yi)構建系統(tong)的(de)(de)(de)(de)(de)傳(chuan)(chuan)輸(shu)模塊。
視頻(pin)監控系統中的(de)(de)流媒(mei)(mei)體系統需要(yao)由編(bian)碼器(qi)(qi)、流媒(mei)(mei)體服(fu)(fu)務(wu)器(qi)(qi)、客(ke)戶端播放器(qi)(qi)三(san)個基(ji)本部件(jian)構(gou)成(cheng)。編(bian)碼器(qi)(qi)的(de)(de)作用在于將采集到(dao)的(de)(de)原始視頻(pin)數據轉換(huan)成(cheng)流媒(mei)(mei)體格式(shi)(shi)文件(jian),而這些編(bian)碼后(hou)的(de)(de)文件(jian)則由流媒(mei)(mei)體服(fu)(fu)務(wu)器(qi)(qi)進(jin)行接收(shou)和轉發,客(ke)戶端播放器(qi)(qi)則將接收(shou)到(dao)的(de)(de)文件(jian)進(jin)行解碼、播放。流媒(mei)(mei)體傳輸(shu)的(de)(de)方(fang)式(shi)(shi)可分為兩(liang)種:
(1)順序流式(shi)傳(chuan)輸(shu)。這種方式(shi)是基(ji)于HTTP或(huo)FTP服(fu)務器進行(xing)文件傳(chuan)輸(shu)的方式(shi),可(ke)以保證完全無損的數據下載,可(ke)以有(you)效保證視頻的質量,也(ye)便于管理和用戶使用。但這種方式(shi)對(dui)于網絡(luo)傳(chuan)輸(shu)速率的要求較(jiao)高,通常需要等待較(jiao)長時(shi)間(jian),不適用于實(shi)時(shi)性的隨(sui)機訪(fang)問(wen)。
(2)實時(shi)流式(shi)傳(chuan)輸(shu)。這種(zhong)方(fang)式(shi)是基于傳(chuan)輸(shu)網(wang)絡(luo)(luo)協議(yi)(yi)和專用(yong)(yong)的(de)流媒體服(fu)務器進行文件傳(chuan)輸(shu)的(de),由于匹(pi)配(pei)了帶寬和無(wu)線網(wang)絡(luo)(luo),可以支持實時(shi)性(xing)的(de)現場直播,適用(yong)(yong)于用(yong)(yong)戶(hu)的(de)隨機(ji)訪問和后退(tui)操作。傳(chuan)輸(shu)網(wang)絡(luo)(luo)協議(yi)(yi)需(xu)要(yao)與(yu)防火墻進行配(pei)置,在管理方(fang)面存(cun)在一定的(de)復(fu)雜性(xing)。同時(shi)該方(fang)式(shi)必須與(yu)帶寬和無(wu)線網(wang)絡(luo)(luo)匹(pi)配(pei),一旦網(wang)絡(luo)(luo)擁塞或設備出(chu)現低速連(lian)接狀態(tai)時(shi),就會(hui)出(chu)現包(bao)括丟幀在內的(de)視頻質量下降現象。
2.4 解碼模塊
解(jie)碼(ma)(ma)(ma)模塊(kuai)的(de)作(zuo)用就是對編碼(ma)(ma)(ma)的(de)過(guo)(guo)程(cheng)進行(xing)逆操作(zuo),因此解(jie)碼(ma)(ma)(ma)采用的(de)標準也是編碼(ma)(ma)(ma)采用的(de)H.264。解(jie)碼(ma)(ma)(ma)器一般由視(shi)頻數據的(de)解(jie)碼(ma)(ma)(ma)部(bu)(bu)分(fen)(fen)(fen)和視(shi)頻的(de)顯示(shi)部(bu)(bu)分(fen)(fen)(fen)兩個(ge)部(bu)(bu)分(fen)(fen)(fen)構成。解(jie)碼(ma)(ma)(ma)部(bu)(bu)分(fen)(fen)(fen)主要是采用Android NDK+C機(ji)制(zhi)進行(xing)實現(xian),顯示(shi)部(bu)(bu)分(fen)(fen)(fen)則(ze)利(li)用Android SDK+Java機(ji)制(zhi)由Android提供(gong)的(de)組(zu)件(jian)實現(xian)。兩個(ge)部(bu)(bu)分(fen)(fen)(fen)的(de)通信則(ze)由java提供(gong)的(de)jni機(ji)制(zhi)實現(xian)。解(jie)碼(ma)(ma)(ma)的(de)整體流程(cheng)主要由前(qian)段碼(ma)(ma)(ma)流處(chu)理、H.264解(jie)碼(ma)(ma)(ma)和后段視(shi)頻顯示(shi)三個(ge)功能模塊(kuai)實現(xian):前(qian)段碼(ma)(ma)(ma)流處(chu)理負責讀(du)取文(wen)(wen)(wen)件(jian),在分(fen)(fen)(fen)隔出(chu)NAL后將文(wen)(wen)(wen)件(jian)效由底層解(jie)碼(ma)(ma)(ma);H.264解(jie)碼(ma)(ma)(ma)則(ze)負責圖像的(de)重建(jian)工作(zuo),是解(jie)碼(ma)(ma)(ma)過(guo)(guo)程(cheng)的(de)核心(xin)部(bu)(bu)分(fen)(fen)(fen);后端視(shi)頻顯示(shi)則(ze)將解(jie)碼(ma)(ma)(ma)后的(de)文(wen)(wen)(wen)件(jian)通過(guo)(guo)客(ke)戶(hu)端進行(xing)顯示(shi)。
2.5 顯示模塊
利用(yong)Android系統自帶的顯示(shi)器將解(jie)碼后的數據流進行實(shi)時視(shi)頻(pin)顯示(shi),并(bing)保證視(shi)頻(pin)顯示(shi)的效果。
3 結語
本文(wen)基(ji)于Android平(ping)臺的特點,利用移動(dong)流媒體技術對(dui)移動(dong)視頻監控系統采(cai)取(qu)了(le)五個模塊的系統設計,充(chong)分考慮到(dao)了(le)視頻監控系統的安全性、穩定性和實時(shi)性。
參考文獻
[1]魏崇毓,張菲(fei)菲(fei).基(ji)于Android平臺的視頻監控系(xi)統設計[J].計算機工程,2012(14):214-216.
[2]郭永清(qing).基于Android平(ping)臺(tai)的視頻監(jian)控系(xi)統的設計研究[D].西安(an)科技大學,2012.
[3]張賀.基于Android的智(zhi)能視頻(pin)監控系統設計[D].成(cheng)都理工大學,2015.
作者單位
篇9
【關鍵(jian)詞】機房管理;FTP;IIS Serv-U
計(ji)算機機房是職業(ye)院校里(li)最重要的實(shi)驗室之一,是各(ge)專業(ye)計(ji)算機類(lei)課程的主要實(shi)踐場所,機房維護的好壞(huai)從(cong)一定程度上影響著計(ji)算機類(lei)課程實(shi)驗、實(shi)習和設計(ji)等(deng)實(shi)踐教(jiao)學環(huan)節的順利(li)進行。
一(yi)、機房管理的(de)任務及面(mian)臨的(de)問題
機房管(guan)理的主要(yao)任務是(shi)完成基(ji)本(ben)的教(jiao)學功(gong)能以及(ji)訪問互聯(lian)網(wang)功(gong)能。但(dan)現實(shi)(shi)情況(kuang)是(shi)一個(ge)機房一學期內要(yao)承擔(dan)多門課程的實(shi)(shi)驗需求(qiu),相(xiang)應的教(jiao)學軟件必(bi)須安裝(zhuang)齊全。對于驗證型實(shi)(shi)驗,要(yao)提供滿足試驗要(yao)求(qiu)的基(ji)本(ben)環境;對于開發型實(shi)(shi)驗,試驗結果可以通過網(wang)絡(luo)提交(jiao)到服務器,方便教(jiao)師及(ji)時檢閱指導。學生機只是(shi)一個(ge)試驗的平臺。
在機房(fang)的(de)日常管理中,存在以下問題(ti):
1.系統保護(hu)與(yu)數據存儲的矛盾
在(zai)機(ji)房管理中為了增(zeng)強穩定性,減少維護工作量,一般都(dou)選購帶有還原保(bao)護系統的(de)(de)品牌機(ji),或(huo)者安裝還原軟件(jian)。學(xue)生(sheng)在(zai)使(shi)用時(shi)保(bao)存(cun)在(zai)計(ji)(ji)算(suan)機(ji)硬(ying)盤的(de)(de)資料(liao)會隨著計(ji)(ji)算(suan)機(ji)的(de)(de)重新(xin)啟動(dong)而被還原掉。學(xue)生(sheng)下載的(de)(de)軟件(jian)或(huo)所做(zuo)的(de)(de)作業不能在(zai)機(ji)房的(de)(de)電(dian)腦里保(bao)存(cun)。另外(wai),對于公(gong)共機(ji)房來(lai)說,可能存(cun)在(zai)的(de)(de)問題是(shi),今天(tian)學(xue)生(sheng)在(zai)這個機(ji)房上課,而下次學(xue)生(sheng)可能在(zai)另一個機(ji)房上課。因此,學(xue)生(sheng)大都(dou)采(cai)用自帶U盤或(huo)其他存(cun)儲設備的(de)(de)方式,但(dan)允許使(shi)用U盤也容易(yi)帶來(lai)病毒(du)傳(chuan)播的(de)(de)問題。
2.數據共享問題
教師(shi)上(shang)課時所需(xu)素(su)材等文(wen)檔(dang)資料可以通過多媒體教學(xue)(xue)(xue)軟件(jian)分發給學(xue)(xue)(xue)生,或(huo)者通過文(wen)件(jian)夾共(gong)享讓學(xue)(xue)(xue)生自己(ji)獲取。在學(xue)(xue)(xue)生完成作(zuo)業(ye)后,教師(shi)需(xu)逐臺機器檢查學(xue)(xue)(xue)生作(zuo)業(ye),這樣效率非常低。當(dang)然可以通過多媒體教學(xue)(xue)(xue)軟件(jian)來在線提交。但不同老師(shi)使用的(de)教室里,作(zuo)業(ye)如(ru)何區別保存也是個(ge)問題。
在使(shi)(shi)用共(gong)享(xiang)文(wen)件夾方式的(de)時候,需要使(shi)(shi)用SERVER版的(de)操作系統如Windows Server2003來解(jie)決連接(jie)數的(de)問題,且設(she)置本身也是一(yi)個較大的(de)工程,另外在這種情況下(xia)也容易發生學生抄襲(xi)作業或惡意刪除(chu)其他同學的(de)文(wen)件等(deng)問題。
3.資料存檔問題
從規(gui)范實(shi)踐教學(xue)管理的(de)角度出(chu)發,實(shi)踐教學(xue)的(de)實(shi)驗(yan)(yan)結果、實(shi)驗(yan)(yan)數據,也需要進行存(cun)檔。那么如何建立起(qi)實(shi)踐環(huan)節的(de)教學(xue)檔案是一個迫切需要解決的(de)問題。
二、幾種解決方法
1.使用教學軟件
現(xian)(xian)在學(xue)校機房一般(ban)都安裝(zhuang)有(you)(you)多(duo)媒體電子教室軟件(jian)(jian)(jian)(jian)(jian),該軟件(jian)(jian)(jian)(jian)(jian)雖說有(you)(you)“文(wen)件(jian)(jian)(jian)(jian)(jian)傳(chuan)(chuan)(chuan)輸(shu)”和“遠程命令”功能,但(dan)是使用中發現(xian)(xian)“文(wen)件(jian)(jian)(jian)(jian)(jian)傳(chuan)(chuan)(chuan)輸(shu)”功能不盡如人意,傳(chuan)(chuan)(chuan)輸(shu)大一些的文(wen)件(jian)(jian)(jian)(jian)(jian)或(huo)圖(tu)片時往往出現(xian)(xian)問題,造成(cheng)文(wen)件(jian)(jian)(jian)(jian)(jian)丟失(shi)或(huo)損壞。尤其是給學(xue)生(sheng)機作(zuo)業要(yao)求及素材、學(xue)生(sheng)上交作(zuo)業文(wen)件(jian)(jian)(jian)(jian)(jian)或(huo)者教師機接收作(zuo)業文(wen)件(jian)(jian)(jian)(jian)(jian)這些文(wen)件(jian)(jian)(jian)(jian)(jian)傳(chuan)(chuan)(chuan)輸(shu)環節往往也遇到困難。
2.使用“網上鄰居”
“網(wang)(wang)上(shang)鄰居(ju)”作為局域網(wang)(wang)內計算機之間(jian)傳輸文(wen)件的橋梁,在實(shi)際應用(yong)(yong)中發(fa)揮過重要(yao)的作用(yong)(yong)。但從WindowsXP以后(hou),“網(wang)(wang)上(shang)鄰居(ju)”的設(she)置不再像以前那么方便了,需(xu)要(yao)啟(qi)用(yong)(yong)GUEST賬戶(hu),啟(qi)用(yong)(yong)Microsoft網(wang)(wang)絡(luo)上(shang)的文(wen)件與打印機共享,還(huan)要(yao)安(an)裝“網(wang)(wang)絡(luo)客戶(hu)”選項,最(zui)重要(yao)的是要(yao)檢查(cha)計算機上(shang)是否已正確安(an)裝啟(qi)動了“計算機瀏覽器服務(ComputerBrowserService)”等(deng)。另(ling)外,經常會出現計算機之間(jian)無法(fa)互訪的問題。
WindowsXP“網上鄰居(ju)”在使用時系(xi)統會搜索自己的(de)共享(xiang)(xiang)目錄和(he)可(ke)作(zuo)為網絡共享(xiang)(xiang)的(de)打印機以及計劃任務(wu)中和(he)網絡相(xiang)關(guan)的(de)計劃任務(wu),然后才顯(xian)示出來(lai),這樣速度(du)顯(xian)然會慢很(hen)多,而(er)且在傳輸文件時對系(xi)統資源的(de)消耗較大。
另外,學(xue)生機上的(de)“網上鄰居(ju)”功能容易出現問(wen)(wen)題,往往是(shi)設(she)置或者(zhe)是(shi)病毒(du)感染的(de)問(wen)(wen)題,再加上學(xue)生機都有還(huan)原卡或還(huan)原精靈,因(yin)此(ci)出現問(wen)(wen)題不好解決(jue),尋找新的(de)方法(fa)實現學(xue)校機房的(de)文件(jian)傳輸成為擺在(zai)我(wo)們(men)面(mian)前的(de)迫切任務。
3.使用FTP
FTP是(shi)FileTransferProtocol(文(wen)(wen)件(jian)(jian)傳輸協議)的(de)(de)縮寫,用(yong)(yong)(yong)(yong)來(lai)在(zai)兩臺計算機之間互相傳送文(wen)(wen)件(jian)(jian)。FTP服務作(zuo)為Internet最(zui)古老(lao)的(de)(de)服務之一(yi),無(wu)論在(zai)過去還是(shi)現在(zai)都有著不可替代的(de)(de)作(zuo)用(yong)(yong)(yong)(yong)。在(zai)企業中,對于一(yi)些大(da)文(wen)(wen)件(jian)(jian)的(de)(de)共享(xiang),通常采用(yong)(yong)(yong)(yong)FTP這種形式來(lai)完成,并且(qie)由于FTP能消除操作(zuo)系統之間的(de)(de)差(cha)異,對于不同的(de)(de)操作(zuo)系統之間共享(xiang)文(wen)(wen)件(jian)(jian)的(de)(de)作(zuo)用(yong)(yong)(yong)(yong)就(jiu)顯得(de)尤(you)為突出。FTP傳輸性(xing)能穩定,占用(yong)(yong)(yong)(yong)系統資源小,而且(qie)傳輸速度快、效率高,安全性(xing)好。這些方面都是(shi)網(wang)上鄰居(ju)比不上的(de)(de)。
FTP在機(ji)房管理中的(de)(de)應用已越來(lai)越廣泛,包括軟件資(zi)源、課(ke)件資(zi)源的(de)(de),學生隨堂作業、課(ke)后作業的(de)(de)上(shang)交(jiao)等,非常適(shi)合內部資(zi)源共享。使(shi)用FTP服務器(qi)還(huan)可(ke)以(yi)帶來(lai)其他(ta)好處:FTP服務器(qi)的(de)(de)日志文件里(li)記錄著(zhu)提(ti)(ti)交(jiao)作業的(de)(de)時間、提(ti)(ti)交(jiao)作業的(de)(de)機(ji)器(qi)的(de)(de)IP地址,還(huan)可(ke)以(yi)設置權限,例如(ru)只能上(shang)傳(chuan)不(bu)能下載,這(zhe)樣就(jiu)(jiu)可(ke)以(yi)防止學生復制別人的(de)(de)作業。也(ye)(ye)可(ke)以(yi)在網頁(ye)上(shang)制作出FTP服務器(qi)的(de)(de)網址的(de)(de)超級(ji)鏈接,學生只需要(yao)點(dian)擊該鏈接就(jiu)(jiu)可(ke)以(yi)直接打開(kai)FTP服務器(qi),然后把作業文件粘貼到這(zhe)里(li)或者拖(tuo)拽到這(zhe)里(li)就(jiu)(jiu)完成了(le)上(shang)交(jiao);同樣,素材的(de)(de)下載也(ye)(ye)很簡單(dan)。
三、常用(yong)的(de)FTP軟件
傳(chuan)統(tong)地,在(zai)采(cai)用(yong)Windows操(cao)作系統(tong)的服務器上(shang),會利(li)用(yong)系統(tong)自帶的IIS來架設FTP服務器。這(zhe)種(zhong)方(fang)(fang)法實施簡單,能實現的功(gong)能也(ye)很簡單,在(zai)訪問(wen)權(quan)限(xian)管理方(fang)(fang)面較為欠缺,僅僅有讀取和(he)寫(xie)入兩種(zhong)權(quan)限(xian);用(yong)戶(hu)管理依(yi)賴于Windows系統(tong)內(nei)建(jian)的用(yong)戶(hu),使用(yong)起來不方(fang)(fang)便。
目前(qian)市面上的(de)FTP服(fu)務器(qi)軟件有很多種,Serv-U是目前(qian)眾多的(de)FTP服(fu)務器(qi)軟件之一(yi)。使(shi)用(yong)Serv-U,能(neng)(neng)夠將(jiang)任何(he)(he)一(yi)臺PC設置成一(yi)個(ge)FTP服(fu)務器(qi)。這樣,用(yong)戶(hu)或其他使(shi)用(yong)者就能(neng)(neng)夠使(shi)用(yong)FTP協議,通過(guo)在(zai)同一(yi)網絡上的(de)任何(he)(he)一(yi)臺PC與FTP服(fu)務器(qi)連(lian)接(jie),進行文件或文件夾(jia)的(de)創建(jian)、復制、移動和刪除等。雖然目前(qian)FTP服(fu)務器(qi)端的(de)軟件種類繁多,相互之間(jian)各有優勢,但是Serv-U憑(ping)借其獨特的(de)功能(neng)(neng)倍(bei)受歡迎。
四、建立FTP服務器
(一)利用IIS來構建FTP服務器
在架設FTP網站時,對于僅(jin)(jin)僅(jin)(jin)作(zuo)(zuo)為共(gong)享文件這種(zhong)服務而沒有其他特殊(shu)要求的,可通過Windows2000/2003操作(zuo)(zuo)系統的IIS組(zu)件來完成。步驟如下:
(1)IIS安裝,可按(an)照(zhao)“開始”“設置”“控制面板(ban)”“添(tian)(tian)加/刪(shan)除(chu)程(cheng)序”,打開“添(tian)(tian)加/刪(shan)除(chu)程(cheng)序”對話(hua)框,選中“添(tian)(tian)加/刪(shan)除(chu)Windows組件”。
(2)選(xuan)中(zhong)“Internet信(xin)息服務(IIS)”,查看其詳細信(xin)息。
(3)選中“文件傳輸協(xie)議(FTP)服務器(qi)”項后,單擊確定,接下來按照(zhao)向導至安裝完成。
(4)打(da)開“開始”“程序(xu)”“管理(li)工具”“Internet信息服(fu)務(wu)”,打(da)開IIS控制臺。
(5)單擊(ji)“默認FTP站點”,在右鍵(jian)快(kuai)捷菜單中(zhong)選中(zhong)“屬(shu)性”,打開“默認FTP站點屬(shu)性”對(dui)話框。
(6)在“FTP站點”選項卡中(zhong),需要修改(gai)“說明”為容易識別的(de)標識,IP地(di)址修改(gai)為當前(qian)主機的(de)某個IP地(di)址。如本機修改(gai)為私有地(di)址“192.168.1.1”,“TCP端口(kou)(kou)”為默認的(de)FTP端口(kou)(kou)“21”。
(7)在“安全帳號”中選中“允許匿(ni)名(ming)連接(jie)”,如果對于客戶端登陸(lu)時需(xu)要進行身份(fen)驗證,則可通過“瀏覽”來選中服(fu)務器的Windows用戶。
(8)在“消息(xi)(xi)”選(xuan)項卡中添(tian)加FTP服務器的登陸歡迎信息(xi)(xi)和退出信息(xi)(xi)。
(9)在“主(zhu)目錄(lu)”選項卡(ka)中選擇FTP服(fu)(fu)務(wu)(wu)器向外提供(gong)服(fu)(fu)務(wu)(wu)的(de)主(zhu)目錄(lu),此處(chu)可選擇“此計算機上的(de)目錄(lu)”,通過(guo)瀏(liu)覽(lan)進(jin)行選擇,或(huo)者選擇“另一計算機上的(de)共享(xiang)位置”,這(zhe)是(shi)FTP服(fu)(fu)務(wu)(wu)器向外提供(gong)服(fu)(fu)務(wu)(wu)的(de)主(zhu)目錄(lu)在其他(ta)主(zhu)機上,格式為“\\{服(fu)(fu)務(wu)(wu)器}\{共享(xiang)名}”,在FTP站點目錄(lu)下(xia)的(de)“讀取(qu)”、“寫入(ru)”、“日志訪問”對FTP站點的(de)權(quan)(quan)限(xian)進(jin)行配置,在此處(chu)出于安全(quan)考慮(lv)只為匿名anonymous用戶分配“讀取(qu)”權(quan)(quan)限(xian)而(er)不分配“寫入(ru)”權(quan)(quan)限(xian)。
(10)在“目錄安全性”選(xuan)項(xiang)卡(ka)中(zhong)對(dui)FTP服(fu)(fu)務(wu)器的(de)(de)訪(fang)問(wen)控制權限(xian)進(jin)行(xing)分(fen)配,可(ke)通過此處將(jiang)FTP服(fu)(fu)務(wu)器的(de)(de)訪(fang)問(wen)權限(xian)授權給某部分(fen)IP用戶(hu)或者拒絕來自(zi)某些IP用戶(hu)的(de)(de)訪(fang)問(wen)。注意當選(xuan)擇(ze)了“授權訪(fang)問(wen)”后,在列(lie)表中(zhong)的(de)(de)IP地(di)址將(jiang)被拒絕,如選(xuan)擇(ze)“拒絕訪(fang)問(wen)”,列(lie)表中(zhong)的(de)(de)IP地(di)址用戶(hu)將(jiang)被授權。
至此(ci),FTP服務器架(jia)設(she)成(cheng)功。
(二)利用Serv-U構建FTP服(fu)務器
Serv-U設置簡(jian)單,功能強大,性能穩(wen)定,現(xian)已成為(wei)絕大多(duo)數用戶建立FTP服務器(qi)的(de)首選軟件。用Serv—U建立FTP服務器(qi)的(de)步(bu)驟:
首(shou)先,在服務(wu)器(qi)上(shang)安裝(zhuang)Serv—U軟(ruan)件。
第二步(bu),運行Serv—U,在“安(an)裝向(xiang)導”的(de)指引(yin)下,對(dui)FTP服(fu)務器進行基(ji)本的(de)配置。
第三步(bu),設置服(fu)務器(qi)的(de)“訪(fang)(fang)問最(zui)(zui)大速度”和(he)“允許(xu)的(de)最(zui)(zui)大用(yong)戶訪(fang)(fang)問量(liang)”,以保(bao)證服(fu)務器(qi)的(de)最(zui)(zui)佳運(yun)行狀態,使服(fu)務器(qi)正常無故障運(yun)行。如果不(bu)設置“最(zui)(zui)大訪(fang)(fang)問速度”,服(fu)務器(qi)將會(hui)利(li)用(yong)所有可能的(de)帶寬(kuan)為客(ke)戶提供服(fu)務,而過多的(de)用(yong)戶可能會(hui)占(zhan)用(yong)一切可能的(de)帶寬(kuan),從而影響其(qi)他的(de)網絡應用(yong)。
第四(si)步,為(wei)用(yong)(yong)戶(hu)設置登陸(lu)(lu)名(ming)(ming)和密碼(ma)。并設置用(yong)(yong)戶(hu)權限。Serv—U支持(chi)匿名(ming)(ming)訪(fang)(fang)問,但(dan)是作為(wei)專業的(de)FTP站點,一(yi)般只允許授權用(yong)(yong)戶(hu)訪(fang)(fang)問,所以(yi)用(yong)(yong)戶(hu)登陸(lu)(lu)FTP服務(wu)器時需要有(you)一(yi)個(ge)帳號(hao)和相應的(de)密碼(ma),服務(wu)器的(de)管理人(ren)員在(zai)(zai)Serv—U中(zhong)為(wei)用(yong)(yong)戶(hu)設定(ding)其帳號(hao)和密碼(ma)。通過規定(ding)每個(ge)用(yong)(yong)戶(hu)在(zai)(zai)訪(fang)(fang)問該(gai)FTP服務(wu)器時的(de)權限,決定(ding)了用(yong)(yong)戶(hu)可以(yi)訪(fang)(fang)問哪(na)些(xie)文件(jian)(jian)、不能訪(fang)(fang)問哪(na)些(xie)文件(jian)(jian)、以(yi)何種(zhong)方式訪(fang)(fang)問,從而確保了網絡信息的(de)安(an)全。
第五步,服務器其他(ta)屬性的設置。
通過以上操作,即(ji)建好了內網FTP服務(wu)器。
Serv-U可以(yi)做(zuo)到一站多用(yong)(yong)戶(hu),不同用(yong)(yong)戶(hu)登(deng)錄(lu)(lu)可以(yi)綁定不同的工作(zuo)(zuo)目(mu)(mu)錄(lu)(lu)。針(zhen)對(dui)作(zuo)(zuo)業(ye)區別(bie)(bie)保存的問題,我們(men)在Serv-U中建立兩個帳號,分別(bie)(bie)為(wei):CAD和PS,用(yong)(yong)戶(hu)CAD登(deng)錄(lu)(lu)后對(dui)應工作(zuo)(zuo)根目(mu)(mu)錄(lu)(lu)為(wei)D:\CAD,用(yong)(yong)戶(hu)PS登(deng)錄(lu)(lu)后對(dui)應工作(zuo)(zuo)根目(mu)(mu)錄(lu)(lu)為(wei)D:\PHOTOSHOP;然后,分別(bie)(bie)在各自目(mu)(mu)錄(lu)(lu)下再建立用(yong)(yong)于上(shang)交(jiao)作(zuo)(zuo)業(ye)的子目(mu)(mu)錄(lu)(lu)D:\CAD\作(zuo)(zuo)業(ye),D:\PHOTOSHOP\作(zuo)(zuo)業(ye);最后在Serv-U中,設置(zhi)用(yong)(yong)戶(hu)CAD對(dui)工作(zuo)(zuo)根目(mu)(mu)錄(lu)(lu)D:\CAD僅有(you)讀取權限(xian)、對(dui)目(mu)(mu)錄(lu)(lu)D:\CAD\作(zuo)(zuo)業(ye)具(ju)有(you)寫入和追加權限(xian),不具(ju)備讀取和刪除權限(xian),以(yi)防止同學誤刪和抄作(zuo)(zuo)業(ye);用(yong)(yong)戶(hu)PS的設置(zhi)類似。
這樣一(yi)(yi)來,不(bu)同(tong)班級(ji)不(bu)同(tong)課程的(de)(de)學生,打開同(tong)一(yi)(yi)IP的(de)(de)FTP站(zhan)點,輸(shu)入不(bu)同(tong)的(de)(de)用(yong)戶(hu)名就會進入各自對應(ying)的(de)(de)工作(zuo)目錄,利用(yong)Serv-U細膩的(de)(de)權限管理(li),使學生誤刪和(he)抄作(zuo)業(ye)現象得到較好控(kong)制。
參考文獻:
[1]李衛東,徐景波(bo).學校機房文(wen)件傳輸方法探討(tao)[J].開封大(da)學學報,2007年9月第(di)21卷第(di)3期(qi)
[2]王(wang)宏.教學資源庫(ku)的FTP設計與實現[J].昌吉(ji)學院(yuan)學報(bao),2010年第(di)6期
篇10
關(guan)鍵詞:FTP;備(bei)份還原(yuan)系統;煙(yan)草工業
引言
隨著工業(ye)自動化技術(shu)的(de)(de)(de)發(fa)展(zhan),煙草機械(xie)(xie)行(xing)業(ye)中客戶對產品的(de)(de)(de)用(yong)戶體(ti)驗(yan)要(yao)求日益提(ti)(ti)高(gao)(gao),同(tong)(tong)(tong)時,與(yu)國(guo)(guo)(guo)(guo)際同(tong)(tong)(tong)行(xing)相比,國(guo)(guo)(guo)(guo)內煙草機械(xie)(xie)行(xing)業(ye)也由起(qi)初的(de)(de)(de)望塵莫及(ji)、望其(qi)項背進(jin)入同(tong)(tong)(tong)臺(tai)競技的(de)(de)(de)新階段,而(er)隨著“中國(guo)(guo)(guo)(guo)制(zhi)造2050”戰略的(de)(de)(de)提(ti)(ti)出,國(guo)(guo)(guo)(guo)內煙草機械(xie)(xie)行(xing)業(ye)的(de)(de)(de)最(zui)終目標(biao)必然(ran)(ran)是(shi)與(yu)國(guo)(guo)(guo)(guo)際同(tong)(tong)(tong)行(xing)實現并駕(jia)齊(qi)驅。在此(ci)大背景下,控(kong)制(zhi)系(xi)(xi)(xi)統(tong)作為(wei)煙草機械(xie)(xie)的(de)(de)(de)一(yi)大優勢,登(deng)上競技臺(tai)與(yu)國(guo)(guo)(guo)(guo)外巨頭進(jin)行(xing)競爭。PLC、伺服運動控(kong)制(zhi)及(ji)人機界(jie)面(mian)(HMI)作為(wei)煙草機械(xie)(xie)工控(kong)系(xi)(xi)(xi)統(tong)中最(zui)重要(yao)的(de)(de)(de)三個(ge)子(zi)系(xi)(xi)(xi)統(tong),在實際工程應用(yong)中經常需要(yao)對其(qi)不同(tong)(tong)(tong)版本(ben)進(jin)行(xing)備(bei)份,再根據(ju)實時要(yao)求進(jin)行(xing)還(huan)原操作,然(ran)(ran)而(er)三個(ge)子(zi)系(xi)(xi)(xi)統(tong)相對獨(du)立,必須分別(bie)進(jin)行(xing)備(bei)份還(huan)原并添置硬(ying)件,不便于用(yong)戶的(de)(de)(de)實際操作。為(wei)了(le)解決上述問題(ti),提(ti)(ti)高(gao)(gao)機器智能化水平,更好的(de)(de)(de)為(wei)用(yong)戶服務(wu)(wu),特別(bie)開發(fa)了(le)一(yi)套基于VisualStudio2010的(de)(de)(de)備(bei)份還(huan)原系(xi)(xi)(xi)統(tong),一(yi)次性完成PLC、伺服運動控(kong)制(zhi)系(xi)(xi)(xi)統(tong)及(ji)人機界(jie)面(mian)三個(ge)子(zi)系(xi)(xi)(xi)統(tong)的(de)(de)(de)備(bei)份還(huan)原任務(wu)(wu)。
一(yi)、備份還原系統的(de)原理
整個(ge)工業控(kong)制(zhi)(zhi)(zhi)系(xi)(xi)(xi)統(tong)(tong)主(zhu)(zhu)要(yao)(yao)包括主(zhu)(zhu)PLC、上(shang)(shang)(shang)位(wei)機HMI、ELAU運(yun)(yun)動(dong)(dong)控(kong)制(zhi)(zhi)(zhi)系(xi)(xi)(xi)統(tong)(tong)以及后續用(yong)(yong)(yong)(yong)戶(hu)(hu)添(tian)加的(de)(de)(de)(de)(de)(de)(de)(de)專(zhuan)用(yong)(yong)(yong)(yong)系(xi)(xi)(xi)統(tong)(tong)如(ru)數據(ju)(ju)(ju)采集系(xi)(xi)(xi)統(tong)(tong),如(ru)圖(tu)1所示。備(bei)份(fen)還原(yuan)系(xi)(xi)(xi)統(tong)(tong)在上(shang)(shang)(shang)位(wei)機HMI上(shang)(shang)(shang)運(yun)(yun)行,通(tong)過(guo)(guo)FTP協(xie)議(yi)實(shi)(shi)現與主(zhu)(zhu)PLC、ELAU運(yun)(yun)動(dong)(dong)控(kong)制(zhi)(zhi)(zhi)器(qi)(qi)(qi)(qi)及后續用(yong)(yong)(yong)(yong)戶(hu)(hu)添(tian)加的(de)(de)(de)(de)(de)(de)(de)(de)專(zhuan)用(yong)(yong)(yong)(yong)系(xi)(xi)(xi)統(tong)(tong)控(kong)制(zhi)(zhi)(zhi)器(qi)(qi)(qi)(qi)實(shi)(shi)現數據(ju)(ju)(ju)傳(chuan)輸(shu),完(wan)成PLC系(xi)(xi)(xi)統(tong)(tong)的(de)(de)(de)(de)(de)(de)(de)(de)控(kong)制(zhi)(zhi)(zhi)數據(ju)(ju)(ju)、HMI運(yun)(yun)行數據(ju)(ju)(ju)、上(shang)(shang)(shang)位(wei)機桌面(mian)信息、ELAU運(yun)(yun)動(dong)(dong)控(kong)制(zhi)(zhi)(zhi)數據(ju)(ju)(ju)以及用(yong)(yong)(yong)(yong)戶(hu)(hu)的(de)(de)(de)(de)(de)(de)(de)(de)專(zhuan)用(yong)(yong)(yong)(yong)系(xi)(xi)(xi)統(tong)(tong)數據(ju)(ju)(ju)的(de)(de)(de)(de)(de)(de)(de)(de)備(bei)份(fen)還原(yuan)。整個(ge)系(xi)(xi)(xi)統(tong)(tong)所用(yong)(yong)(yong)(yong)的(de)(de)(de)(de)(de)(de)(de)(de)FTP通(tong)訊(xun)協(xie)議(yi)全稱(cheng)是FileTransferProtocol[1],基于(yu)此(ci)協(xie)議(yi)可(ke)(ke)以實(shi)(shi)現文(wen)件在處于(yu)同(tong)一局域(yu)網(wang)中不同(tong)電腦間(jian)的(de)(de)(de)(de)(de)(de)(de)(de)傳(chuan)輸(shu)[2],并可(ke)(ke)以保(bao)證整個(ge)傳(chuan)輸(shu)過(guo)(guo)程(cheng)的(de)(de)(de)(de)(de)(de)(de)(de)可(ke)(ke)靠穩定性[3],因此(ci)在互(hu)聯網(wang)領域(yu)被(bei)廣泛應用(yong)(yong)(yong)(yong)[4]。FTP協(xie)議(yi)屬于(yu)典(dian)型的(de)(de)(de)(de)(de)(de)(de)(de)C/S模式[1],文(wen)件傳(chuan)輸(shu)過(guo)(guo)程(cheng)如(ru)圖(tu)2所示,其中提供(gong)FTP服(fu)(fu)(fu)(fu)務(wu)(wu)的(de)(de)(de)(de)(de)(de)(de)(de)計算(suan)機為(wei)(wei)FTP服(fu)(fu)(fu)(fu)務(wu)(wu)器(qi)(qi)(qi)(qi),用(yong)(yong)(yong)(yong)戶(hu)(hu)的(de)(de)(de)(de)(de)(de)(de)(de)本地計算(suan)機為(wei)(wei)FTP客戶(hu)(hu)端;將(jiang)文(wen)件從FTP服(fu)(fu)(fu)(fu)務(wu)(wu)器(qi)(qi)(qi)(qi)傳(chuan)輸(shu)到(dao)客戶(hu)(hu)端的(de)(de)(de)(de)(de)(de)(de)(de)過(guo)(guo)程(cheng)為(wei)(wei)下載,將(jiang)文(wen)件從客戶(hu)(hu)端傳(chuan)輸(shu)至(zhi)FTP服(fu)(fu)(fu)(fu)務(wu)(wu)器(qi)(qi)(qi)(qi)的(de)(de)(de)(de)(de)(de)(de)(de)過(guo)(guo)程(cheng)為(wei)(wei)上(shang)(shang)(shang)傳(chuan)。FTP服(fu)(fu)(fu)(fu)務(wu)(wu)的(de)(de)(de)(de)(de)(de)(de)(de)實(shi)(shi)時(shi)屬性要(yao)(yao)求用(yong)(yong)(yong)(yong)戶(hu)(hu)在訪(fang)問FTP服(fu)(fu)(fu)(fu)務(wu)(wu)器(qi)(qi)(qi)(qi)之前必須登錄,只有登錄成功的(de)(de)(de)(de)(de)(de)(de)(de)用(yong)(yong)(yong)(yong)戶(hu)(hu)才能(neng)訪(fang)問、查(cha)詢(xun)、讀寫該(gai)服(fu)(fu)(fu)(fu)務(wu)(wu)器(qi)(qi)(qi)(qi)上(shang)(shang)(shang)的(de)(de)(de)(de)(de)(de)(de)(de)資源[1]。但是,這種登錄方式在某(mou)(mou)種程(cheng)度上(shang)(shang)(shang)會(hui)制(zhi)(zhi)(zhi)約某(mou)(mou)些公共(gong)(gong)資源的(de)(de)(de)(de)(de)(de)(de)(de)共(gong)(gong)享,因此(ci),大部分(fen)FTP服(fu)(fu)(fu)(fu)務(wu)(wu)器(qi)(qi)(qi)(qi)還會(hui)提供(gong)匿名(ming)(ming)(anonymous)FTP服(fu)(fu)(fu)(fu)務(wu)(wu)。匿名(ming)(ming)FTP服(fu)(fu)(fu)(fu)務(wu)(wu)的(de)(de)(de)(de)(de)(de)(de)(de)實(shi)(shi)質(zhi)是:提供(gong)服(fu)(fu)(fu)(fu)務(wu)(wu)的(de)(de)(de)(de)(de)(de)(de)(de)機構在它的(de)(de)(de)(de)(de)(de)(de)(de)FTP服(fu)(fu)(fu)(fu)務(wu)(wu)器(qi)(qi)(qi)(qi)上(shang)(shang)(shang)建立一個(ge)公開(kai)賬戶(hu)(hu)(通(tong)常為(wei)(wei)Anonymous),并賦(fu)予該(gai)賬戶(hu)(hu)訪(fang)問公共(gong)(gong)目錄的(de)(de)(de)(de)(de)(de)(de)(de)權限,以提供(gong)免費(fei)服(fu)(fu)(fu)(fu)務(wu)(wu)。然后,當(dang)用(yong)(yong)(yong)(yong)戶(hu)(hu)訪(fang)問此(ci)FTP服(fu)(fu)(fu)(fu)務(wu)(wu)器(qi)(qi)(qi)(qi)時(shi),則不需(xu)要(yao)(yao)輸(shu)入(ru)用(yong)(yong)(yong)(yong)戶(hu)(hu)名(ming)(ming)和密碼(ma);如(ru)果需(xu)要(yao)(yao),則是輸(shu)入(ru)系(xi)(xi)(xi)統(tong)(tong)默認的(de)(de)(de)(de)(de)(de)(de)(de)公開(kai)賬戶(hu)(hu)即用(yong)(yong)(yong)(yong)戶(hu)(hu)名(ming)(ming)為(wei)(wei)“anonymous”,密碼(ma)為(wei)(wei)空。
二、備份(fen)還原系統的功(gong)能(neng)模塊
VisualStudio2010通(tong)過(guo)其命名空(kong)間下(xia)的(de)(de)NetWorkCredential類(lei)(lei)(lei)、FtpWebRequest類(lei)(lei)(lei)和FtpWebResponse類(lei)(lei)(lei)提(ti)供對FTP的(de)(de)全面(mian)支持(chi)。其中(zhong),NetWorkCredential類(lei)(lei)(lei)用(yong)于(yu)驗證(zheng)客(ke)(ke)戶(hu)端(duan)(duan)身(shen)份,當需(xu)(xu)要驗證(zheng)訪問(wen)權(quan)限時,可使用(yong)這(zhe)(zhe)個(ge)類(lei)(lei)(lei)提(ti)供FTP服(fu)(fu)務(wu)器(qi)所需(xu)(xu)的(de)(de)用(yong)戶(hu)名及(ji)(ji)密碼;FtpWebRequest類(lei)(lei)(lei)用(yong)于(yu)實現(xian)FTP客(ke)(ke)戶(hu)端(duan)(duan)所有請求;FtpWebResponse類(lei)(lei)(lei)用(yong)于(yu)封裝FTP服(fu)(fu)務(wu)器(qi)對客(ke)(ke)戶(hu)端(duan)(duan)請求的(de)(de)響應(ying)。FtpWebResponse對象(xiang)(xiang)提(ti)供操(cao)(cao)(cao)作的(de)(de)狀(zhuang)態及(ji)(ji)從(cong)服(fu)(fu)務(wu)器(qi)下(xia)載的(de)(de)所有數(shu)(shu)據,獲取(qu)(qu)(qu)FTP響應(ying)時,需(xu)(xu)調(diao)用(yong)FtpWebRequest對象(xiang)(xiang)的(de)(de)GetResponse方法獲取(qu)(qu)(qu)。2.1FTP服(fu)(fu)務(wu)器(qi)連(lian)接模塊。實現(xian)FTP服(fu)(fu)務(wu)器(qi)之(zhi)間的(de)(de)文(wen)(wen)(wen)件(jian)(jian)(jian)傳(chuan)(chuan)(chuan)輸(shu)(shu),必(bi)須要運用(yong)服(fu)(fu)務(wu)器(qi)的(de)(de)正確用(yong)戶(hu)名和密碼成功登錄服(fu)(fu)務(wu)器(qi),同時賦予某(mou)項操(cao)(cao)(cao)作權(quan)限,否則FTP命令將(jiang)不能成功執(zhi)行(xing),下(xia)列語(yu)句(ju)即(ji)為(wei)驗證(zheng)客(ke)(ke)戶(hu)端(duan)(duan)身(shen)份的(de)(de)示(shi)范。上(shang)述語(yu)句(ju)中(zhong)的(de)(de)NetWorkCredential類(lei)(lei)(lei)非常重(zhong)要,在(zai)后續的(de)(de)FTP各項操(cao)(cao)(cao)作中(zhong)如(ru)讀(du)取(qu)(qu)(qu)、寫(xie)(xie)入(ru)及(ji)(ji)刪除(chu)等(deng)(deng)都需(xu)(xu)要調(diao)用(yong)它。2.2FTP讀(du)取(qu)(qu)(qu)寫(xie)(xie)入(ru)模塊。依照實際需(xu)(xu)求,對FTP服(fu)(fu)務(wu)器(qi)的(de)(de)數(shu)(shu)據處理方法有很多比如(ru)讀(du)取(qu)(qu)(qu)、寫(xie)(xie)入(ru)、刪除(chu)、復制、創建及(ji)(ji)重(zhong)命名文(wen)(wen)(wen)件(jian)(jian)(jian)等(deng)(deng)等(deng)(deng),其中(zhong)被(bei)廣泛應(ying)用(yong)的(de)(de)主要有讀(du)取(qu)(qu)(qu)寫(xie)(xie)入(ru)兩(liang)種(zhong)。除(chu)讀(du)取(qu)(qu)(qu)操(cao)(cao)(cao)作以外,后續幾種(zhong)操(cao)(cao)(cao)作之(zhi)前(qian)都需(xu)(xu)要首(shou)先(xian)在(zai)客(ke)(ke)戶(hu)端(duan)(duan)顯(xian)示(shi)服(fu)(fu)務(wu)器(qi)的(de)(de)文(wen)(wen)(wen)件(jian)(jian)(jian)詳細信(xin)(xin)息(xi),即(ji)通(tong)過(guo)FtpWebResponse對象(xiang)(xiang)獲取(qu)(qu)(qu)響應(ying),再通(tong)過(guo)一系列的(de)(de)處理轉換(huan)成文(wen)(wen)(wen)件(jian)(jian)(jian)名、目錄名及(ji)(ji)文(wen)(wen)(wen)件(jian)(jian)(jian)大小等(deng)(deng)信(xin)(xin)息(xi)。獲取(qu)(qu)(qu)以上(shang)信(xin)(xin)息(xi)之(zhi)后,客(ke)(ke)戶(hu)端(duan)(duan)即(ji)可對服(fu)(fu)務(wu)器(qi)中(zhong)文(wen)(wen)(wen)件(jian)(jian)(jian)進行(xing)讀(du)取(qu)(qu)(qu)寫(xie)(xie)入(ru)操(cao)(cao)(cao)作,這(zhe)(zhe)兩(liang)種(zhong)操(cao)(cao)(cao)作數(shu)(shu)據傳(chuan)(chuan)(chuan)輸(shu)(shu)方式類(lei)(lei)(lei)似。讀(du)取(qu)(qu)(qu)操(cao)(cao)(cao)作利用(yong)WebRequestMethods.Ftp.DownloadFile類(lei)(lei)(lei),寫(xie)(xie)入(ru)操(cao)(cao)(cao)作利用(yong)WebRequestMethods.Ftp.UploadFile類(lei)(lei)(lei),然后打開responseStream數(shu)(shu)據通(tong)道,進行(xing)數(shu)(shu)據傳(chuan)(chuan)(chuan)輸(shu)(shu)。2.3文(wen)(wen)(wen)件(jian)(jian)(jian)及(ji)(ji)文(wen)(wen)(wen)件(jian)(jian)(jian)夾的(de)(de)遍歷(li)模塊。在(zai)實際工程應(ying)用(yong)中(zhong),FTP服(fu)(fu)務(wu)需(xu)(xu)要傳(chuan)(chuan)(chuan)輸(shu)(shu)的(de)(de)文(wen)(wen)(wen)件(jian)(jian)(jian)類(lei)(lei)(lei)型不僅僅是(shi)單一的(de)(de)文(wen)(wen)(wen)件(jian)(jian)(jian),有時會(hui)有文(wen)(wen)(wen)件(jian)(jian)(jian)夾嵌套文(wen)(wen)(wen)件(jian)(jian)(jian)、文(wen)(wen)(wen)件(jian)(jian)(jian)夾嵌套文(wen)(wen)(wen)件(jian)(jian)(jian)及(ji)(ji)文(wen)(wen)(wen)件(jian)(jian)(jian)夾等(deng)(deng)等(deng)(deng)情況(kuang),為(wei)保(bao)證(zheng)數(shu)(shu)據傳(chuan)(chuan)(chuan)遞的(de)(de)準確性及(ji)(ji)完(wan)整性,必(bi)須將(jiang)以上(shang)種(zhong)種(zhong)情況(kuang)考(kao)慮進文(wen)(wen)(wen)件(jian)(jian)(jian)及(ji)(ji)文(wen)(wen)(wen)件(jian)(jian)(jian)夾遍歷(li)模塊設計中(zhong)。
三(san)、備份還原系統界面
選(xuan)擇(ze)需要保存或(huo)(huo)恢復(fu)的(de)選(xuan)項(xiang)以及文件所在位置,點(dian)擊“保存”或(huo)(huo)是“恢復(fu)”按鈕,然后點(dian)擊“開(kai)(kai)始(shi)”,即可開(kai)(kai)啟(qi)保存或(huo)(huo)恢復(fu)進程;點(dian)擊“退出”,即關(guan)閉(bi)備份還原系(xi)統(tong)。
四、結語
通過(guo)實驗室(shi)測試可(ke)(ke)證,備(bei)(bei)份還原(yuan)系(xi)統(tong)(tong)可(ke)(ke)成功將PLC、HMI以及伺服控制系(xi)統(tong)(tong)一次性備(bei)(bei)份到存儲(chu)(chu)設備(bei)(bei)中,并且還可(ke)(ke)以存儲(chu)(chu)時間(jian)為依據存儲(chu)(chu)不(bu)同的版本,用戶(hu)根據需要對(dui)各個子系(xi)統(tong)(tong)進行還原(yuan),大大提(ti)高(gao)了備(bei)(bei)份還原(yuan)操作的效率以及自由度。
參考文獻
[1]鄭阿奇.VisualC#網絡編程[J].北(bei)京:電子工業出(chu)版社,2011:237-251.
[2]顧煜炯,林慶乙,賀徙.基(ji)于UDP與FTP協議(yi)的遠(yuan)程振動監(jian)測與故障診斷系統網絡通信(xin)方(fang)法[J].儀器儀表學報(bao),2007(06):413-414.
[3]耿強,黃(huang)雪琴.基于IRIS軟件的FTP協議分析[J].科技信息,2012(19):107.
[4]張艷,華東.基于FTP的考試文件傳輸系統的研(yan)究(jiu)[J].南京(jing)審計學院(yuan)學報,2005(2):66-70.