文件傳輸協(xié)議范文

導(dǎo)語(yǔ)：如何才能寫好一篇文件傳輸協(xié)議，這就需要搜集整理更多的資料和文獻(xiàn)，歡迎閱讀由公務(wù)員之家整理的十篇范文，供你借鑒。

篇1

1延遲NAK模式

在CFDP中，文件傳輸被稱為一個(gè)“事務(wù)”，發(fā)送端為每一個(gè)文件傳輸操作分配了一個(gè)事務(wù)ID號(hào)。事務(wù)ID號(hào)與源ID和其他信息一起包含在每一個(gè)PDU的報(bào)頭里。發(fā)送端通過(guò)發(fā)送元數(shù)據(jù)PDU來(lái)通知接收端文件傳輸?shù)拈_(kāi)始。發(fā)送端不必等待接收端的ACK應(yīng)答才開(kāi)始文件PDUs的傳輸，也就是說(shuō)，在初始化“事務(wù)”時(shí)沒(méi)有握手過(guò)程［9］。在延遲NAK模式中，接收端直到正確收到發(fā)送端的EOFPDU后才發(fā)出NAKs重傳請(qǐng)求。在此過(guò)程中接收端統(tǒng)計(jì)直至EOFPDU成功接收時(shí)所有丟失的PDUs。在收到EOFPDU后，接收端發(fā)出ACK(EOF)并發(fā)出一個(gè)包含所有丟失PDUs的重傳請(qǐng)求NAK(如果需要的話)。一旦收到一個(gè)NAK，發(fā)送端立即重傳NAK所要求的PDUs。在接收端發(fā)出NAK后，立即啟動(dòng)一個(gè)定時(shí)器，當(dāng)NAK定時(shí)器溢出時(shí)，接收端再次檢查丟失PDUs的記錄。如果仍有未收到的PDUs，接收端發(fā)出另一個(gè)NAK并再次啟動(dòng)一個(gè)定時(shí)器。這種過(guò)程一直持續(xù)到所有PDUs都被成功接收，包含全部的文件內(nèi)容PDUs和元數(shù)據(jù)PDU。在收到所有的PDUs后，接收端發(fā)出一個(gè)FINPDU，且發(fā)送端一旦收到FINPDU就回復(fù)一個(gè)ACK(FIN)，并關(guān)閉事務(wù)。接收端在成功接收ACK(FIN)后也隨之關(guān)閉事務(wù)［10］。

2平均文件傳輸時(shí)間的數(shù)學(xué)分析

首先定義“文件傳輸時(shí)間”為從元數(shù)據(jù)PDU的第一比特開(kāi)始直到當(dāng)所有文件數(shù)據(jù)、元數(shù)據(jù)和EOFPDU被接收端成功接收的時(shí)刻。“EOF傳輸時(shí)間”定義為發(fā)送端發(fā)送最后一個(gè)文件數(shù)據(jù)PDU后的時(shí)刻與接收端接收到無(wú)錯(cuò)誤的EOFPDU的最后一比特時(shí)刻間的時(shí)間間隔，“NAK重傳時(shí)間”定義為從接收端發(fā)出第一個(gè)NAK的第一比特開(kāi)始到所有重傳的PDUs被成功接收到的時(shí)刻為止，如圖1所示，其次定義N為攜帶文件數(shù)據(jù)的PDUs加上一個(gè)元數(shù)據(jù)PDU的總和。可見(jiàn)，整個(gè)文件的傳輸時(shí)間包含四部分:單向傳播時(shí)間、N個(gè)文件PDU的傳輸時(shí)間、EOF傳輸時(shí)間和NAK重傳時(shí)間。為了分析方便，假設(shè)如下:第一，N個(gè)PDUs等長(zhǎng)、具有相同的傳輸時(shí)間且發(fā)送失敗概率相等;第二，所有的重傳NAKs等長(zhǎng)且具有相同的發(fā)送失敗概率(雖然NAK的長(zhǎng)度取決于所要求重傳PDU的個(gè)數(shù)，但是這種差異很小且NAKs的長(zhǎng)度很小，所以這種假設(shè)對(duì)性能影響很小);第三，在前向和反向鏈路中的PDU錯(cuò)誤事件是統(tǒng)計(jì)獨(dú)立的;第四，由于EOF，ACK(EOF)和NAK的長(zhǎng)度相對(duì)于文件數(shù)據(jù)PDUs來(lái)說(shuō)很小，所以忽略這些PDUs的傳輸時(shí)間。文中分析用到的記號(hào)規(guī)定見(jiàn)表1。由于深空探測(cè)器具有功率有限及傳輸帶寬極其嚴(yán)格的特點(diǎn)，為了保證鏈路最大吞吐率，應(yīng)該盡量避免同一PDU不必要的復(fù)制重傳。在此限定條件下，EOF定時(shí)器的最小設(shè)定值為2Tprop，NAK定時(shí)器的最小設(shè)定值為2Tprop+RTi，其中RTi表示第i次NAK重傳請(qǐng)求PDU的發(fā)送時(shí)間。現(xiàn)在重點(diǎn)考慮重傳階段，定義隨機(jī)變量Hi為第i個(gè)PDU直到接收端成功接收所需的重傳次數(shù)。在這種假設(shè)條件下，Hi具有幾何分布特性。再定義一個(gè)隨機(jī)變量HM表示直至所有PDU成功被接收端接收所需的重傳次數(shù)，易知，HM=max{H1，H2，H3，…，HN}。

3性能仿真與結(jié)果分析

利用Matlab工具進(jìn)行仿真分析，傳輸時(shí)間單位為天文單位a．u．(astronomicalunit，1a．u．=480s)。圖2～圖4仿真出平均文件傳輸時(shí)間隨PDU錯(cuò)誤概率、PDU數(shù)目、單向傳播時(shí)間等不同條件下的變化情況。由圖2可知，在單向傳播時(shí)間及PDU數(shù)目確定的情況下，單個(gè)PDU傳輸時(shí)間越多，在相同PDU錯(cuò)誤概率情況下所需的傳輸時(shí)間越多。由圖3不難看出，在PDU錯(cuò)誤概率及單向傳播時(shí)間固定的條件下，平均文件傳輸時(shí)間隨PDU數(shù)目的增加而不斷增加，且單個(gè)PDU傳輸時(shí)間越多，在相同PDU數(shù)目的情況下所需的傳輸時(shí)間越多。由圖4易知，在PDU錯(cuò)誤概率及單個(gè)PDU傳輸時(shí)間固定的情況下，平均文件傳輸時(shí)間隨單向傳播時(shí)間及PDU數(shù)目的增加而不斷增加。圖5為平均文件傳輸時(shí)間對(duì)PDU錯(cuò)誤概率的Montecarlo仿真與數(shù)值分析曲線。可以看出，仿真曲線與數(shù)值分析曲線非常匹配。這里，PDU錯(cuò)誤概率為0．01～0．5，單向傳播時(shí)間為1a．u．，雙向傳輸速率為20kbps，PDU數(shù)目為1000，且單個(gè)PDU傳輸時(shí)間為0．8s(PDU長(zhǎng)度2KB，文件大小2MB)。

篇2

調(diào)試也是軟件開(kāi)發(fā)不可或缺的一個(gè)環(huán)節(jié)。在常見(jiàn)軟件開(kāi)發(fā)中，調(diào)試器與被調(diào)試的程序往往運(yùn)行在同一臺(tái)機(jī)器上，通過(guò)操作系統(tǒng)的調(diào)試接口來(lái)控制被調(diào)試的進(jìn)程。而在嵌入式軟件開(kāi)發(fā)中，采用的是交叉調(diào)試，即調(diào)試器運(yùn)行在宿主機(jī)上，但被調(diào)試的程序運(yùn)行在基于特定平臺(tái)的目標(biāo)機(jī)上，調(diào)試器與被調(diào)試進(jìn)程通過(guò)串口或網(wǎng)絡(luò)進(jìn)行通信。不管是交叉編譯還是交叉調(diào)試，都需要把文件從宿主機(jī)傳送到目標(biāo)機(jī)。如果考慮團(tuán)隊(duì)合作開(kāi)發(fā)、開(kāi)發(fā)環(huán)境不完全一致等因素，開(kāi)發(fā)者經(jīng)常也需要把文件在不同系統(tǒng)之間或通過(guò)網(wǎng)絡(luò)進(jìn)行傳輸。所以在嵌入式軟件開(kāi)發(fā)中搭建一個(gè)良好的文件傳輸環(huán)境是提高嵌入式軟件開(kāi)發(fā)效率的一個(gè)關(guān)鍵因素。

2文件傳輸環(huán)境的搭建

在嵌入式軟件開(kāi)發(fā)中，必須結(jié)合開(kāi)發(fā)的具體項(xiàng)目和具體開(kāi)發(fā)環(huán)境來(lái)選擇搭建一個(gè)好的文件傳輸系統(tǒng)。雖然各類傳輸技術(shù)可以在不同平臺(tái)（Windows、Linux等）上實(shí)現(xiàn)，但在嵌入式軟件開(kāi)發(fā)中更適合搭建基于Linux的文件傳輸系統(tǒng)，下面就嵌入式Linux環(huán)境下文件傳輸技術(shù)方法進(jìn)行討論。

2.1FTP（文件傳輸協(xié)議）服務(wù)設(shè)計(jì)與實(shí)現(xiàn)

FTP是網(wǎng)絡(luò)傳輸文件的一種常見(jiàn)服務(wù)。在嵌入式Linux中，vsftpd是一款在Linux發(fā)行版中最受推崇的FTP服務(wù)器程序，是一款完全免費(fèi)的軟件。它的最大的特點(diǎn)是安全性非常高，但嵌入式系統(tǒng)一般是在局域網(wǎng)內(nèi)進(jìn)行合作開(kāi)發(fā)，所以在搭建為嵌入式開(kāi)發(fā)服務(wù)的FTP時(shí)一般不需要太多地考慮文件傳輸?shù)陌踩裕罱ㄒ粋€(gè)用戶登錄訪問(wèn)的FTP服務(wù)器就可以。下文是Ubuntu12.04下實(shí)現(xiàn)用戶登錄訪問(wèn)FTP配置文件（/etc/vs－ftpd.conf）的主要內(nèi)容：

2.2TFTP（簡(jiǎn)單文件傳輸協(xié)議）服務(wù)設(shè)計(jì)與實(shí)現(xiàn)

TFTP是一個(gè)傳輸文件的簡(jiǎn)單協(xié)議，它基于UDP協(xié)議而實(shí)現(xiàn)，適合于小文件傳輸。嵌入式系統(tǒng)開(kāi)發(fā)的代碼文件一般不會(huì)很大，同時(shí)對(duì)文件傳輸?shù)陌踩砸笠膊桓撸栽谇度胧杰浖_(kāi)發(fā)中也經(jīng)常使用TFTP服務(wù)來(lái)傳輸文件。下文是Ubuntu12.04下實(shí)現(xiàn)TFTP配置文件（/etc/default/tftpd-hpa）的主要內(nèi)容：2.3NFS（網(wǎng)絡(luò)文件系統(tǒng)）服務(wù)設(shè)計(jì)與實(shí)現(xiàn)嵌入式系統(tǒng)開(kāi)發(fā)時(shí)，還可以使用NFS實(shí)現(xiàn)宿主機(jī)和開(kāi)發(fā)板共享文件，這樣也可以免去文件上傳或下載的麻煩，直接把存放文件的目錄掛載在目標(biāo)機(jī)上或其他系統(tǒng)中，用戶可以像訪問(wèn)本地文件一樣訪問(wèn)遠(yuǎn)端系統(tǒng)上的文件。下文是Ubuntu12.04下實(shí)現(xiàn)NFS配置文件（/etc/exports）的主要內(nèi)容：其中，*：允許所有的網(wǎng)段訪問(wèn)，也可以設(shè)置成某一個(gè)ip段，如192.168.0.*；rw：讀寫權(quán)限；sync：資料同步寫入內(nèi)存和硬盤；no_root_squash：允許客戶端共享目錄所有者權(quán)限。用戶可以根據(jù)自己需要設(shè)置相關(guān)參數(shù)，還有一些參數(shù)說(shuō)明沒(méi)列出來(lái)，需要時(shí)可查閱相關(guān)資料。

2.4Samba服務(wù)設(shè)計(jì)與實(shí)現(xiàn)

在嵌入式系統(tǒng)開(kāi)發(fā)過(guò)程中，宿主機(jī)上一般會(huì)安裝Windows系統(tǒng)，同時(shí)安裝虛擬機(jī)軟件，在虛擬機(jī)上安裝Linux，這樣就存在Windows系統(tǒng)和Linux系統(tǒng)共享文件的問(wèn)題。通過(guò)Linux提供的Samba服務(wù)可以輕松實(shí)現(xiàn)文件共享，可以有兩種方法加以實(shí)現(xiàn)：一是由Windows系統(tǒng)訪問(wèn)Linux系統(tǒng)中的共享文件夾；二是由Linux系統(tǒng)訪問(wèn)Windows系統(tǒng)中的共享文件夾。（1）Windows系統(tǒng)訪問(wèn)Linux系統(tǒng)中的共享文件夾。由于嵌入式系統(tǒng)開(kāi)發(fā)一般在局域網(wǎng)內(nèi)或單機(jī)上進(jìn)行，對(duì)網(wǎng)絡(luò)安全性要求不高，這里就以配置一最易實(shí)現(xiàn)的Samba服務(wù)（來(lái)賓都可訪問(wèn)）為例來(lái)加以說(shuō)明。主要是通過(guò)修改/etc/samba/smb.conf配置文件：上面用戶名是所訪問(wèn)的Windows計(jì)算機(jī)中的用戶賬戶，驗(yàn)證口令是Windows計(jì)算機(jī)中的用戶賬戶的口令。

2.5使用串口軟件傳輸文件

在一些應(yīng)急場(chǎng)合，沒(méi)能很好地配置好上述服務(wù)的情況下，如果需要傳輸一些文件到目標(biāo)板，可以選擇使用串口軟件傳輸文件。用串口電纜把宿主機(jī)和目標(biāo)機(jī)連好，然后運(yùn)行串口軟件，最常用的是Windows自帶的超級(jí)終端。超級(jí)終端程序通常位于“開(kāi)始”“程序”“附件”“通訊”中，運(yùn)行超級(jí)終端一般要求用戶為新的連接取一個(gè)名字，然后選擇所使用的串口，最重要的一步是設(shè)置串口屬性，一般針對(duì)開(kāi)發(fā)板設(shè)置的屬性如下圖2所示。連接上目標(biāo)板后，使用超級(jí)終端上的“傳送”“傳送文件”菜單實(shí)現(xiàn)文件傳輸。在ubuntu操作系統(tǒng)下，需要使用minicom來(lái)連接開(kāi)發(fā)板，本文不再贅述。

3結(jié)束語(yǔ)

篇3

軟件使用技巧：1、在手機(jī)迅雷6.06.2版本中可以設(shè)置同時(shí)下載任務(wù)數(shù)，打開(kāi)軟件，進(jìn)入個(gè)人主頁(yè)，點(diǎn)擊設(shè)置圖標(biāo)，點(diǎn)擊下載設(shè)置，選擇“同時(shí)下載任務(wù)數(shù)”，根據(jù)需要設(shè)置即可。

2、在手機(jī)迅雷6.06.2版本中，軟件會(huì)自動(dòng)檢測(cè)下載鏈接，復(fù)制下載鏈接后，直接點(diǎn)擊“立即下載”即可。

3、軟件可以選擇下載存儲(chǔ)路徑，打開(kāi)軟件，進(jìn)入個(gè)人主頁(yè)，點(diǎn)擊“選擇存儲(chǔ)路徑”，可以設(shè)置為外部存儲(chǔ)。

4、在手機(jī)迅雷6.06.2版本中，可以使用“邊下載邊看”功能。

5、軟件無(wú)法使用，可能是需要升級(jí)。

篇4

關(guān)鍵詞 Teradata數(shù)據(jù)倉(cāng)庫(kù)；ETL；模型設(shè)計(jì)；流程實(shí)施

中圖分類號(hào)TP392 文獻(xiàn)標(biāo)識(shí)碼A 文章編號(hào) 1674-6708（2014）111-0208-02

電信行業(yè)領(lǐng)導(dǎo)決策者要想第一時(shí)間得到競(jìng)爭(zhēng)對(duì)手行業(yè)的實(shí)際情況，就必須在企業(yè)中構(gòu)建匹配的體系結(jié)構(gòu)，以對(duì)多樣化格式與形式的外部數(shù)據(jù)加以全面收集。ETL是數(shù)據(jù)加載至數(shù)據(jù)倉(cāng)庫(kù)必不可少的一個(gè)重要流程，該流程的科學(xué)合理與否對(duì)數(shù)據(jù)倉(cāng)庫(kù)接收數(shù)據(jù)質(zhì)量的高低起到了決定性的作用。盡管我國(guó)在ETL方面的研究取得了較好的效果，但是目前還缺乏統(tǒng)一的ETL 設(shè)計(jì)模型，所進(jìn)行的ETL模型的設(shè)計(jì)與開(kāi)發(fā)僅僅圍繞了各電信行業(yè)系統(tǒng)特點(diǎn)而實(shí)施的，只可以在此系統(tǒng)環(huán)境下有效運(yùn)行，具有一定的局限性。

1 Teradata數(shù)據(jù)倉(cāng)庫(kù)的ETL模型設(shè)計(jì)

1.1結(jié)合電信行業(yè)特征，對(duì)ETL框架進(jìn)行設(shè)計(jì)

具體設(shè)計(jì)ETL 模型過(guò)程中，必須對(duì)此模型涉及的應(yīng)用領(lǐng)域特點(diǎn)予以全面的了解，結(jié)合實(shí)況構(gòu)建相應(yīng)的模型。切實(shí)根據(jù)電信行業(yè)ETL 框架的流程特性，首先對(duì)數(shù)據(jù)進(jìn)行合理的轉(zhuǎn)換，接下來(lái)獲取相應(yīng)的數(shù)據(jù)，最后等待數(shù)據(jù)成功下載，使用這樣的步驟流程，與電信行業(yè)中實(shí)行的ETL 流程結(jié)構(gòu)相符。具體的設(shè)計(jì)步驟是：首先，所有類型的業(yè)務(wù)平臺(tái)的源數(shù)據(jù)實(shí)際都會(huì)按照具體的抽取規(guī)范標(biāo)準(zhǔn)來(lái)抽取，在形成一個(gè)統(tǒng)一的文件格式后，具體儲(chǔ)存于要求的FTP 服務(wù)器目錄中；其次，開(kāi)啟FTP 調(diào)度進(jìn)程，及時(shí)有效轉(zhuǎn)換儲(chǔ)存于要求的文件傳輸協(xié)議（FTP ）中的接口文件，除此之外，還要通過(guò)文件傳輸協(xié)議（FTP）將接口文件傳送至數(shù)據(jù)的抽取、清洗、轉(zhuǎn)換、裝載（ETL服務(wù)器）規(guī)定的目錄中，此目錄屬于一種分發(fā)目錄,接口文件經(jīng)過(guò)一番轉(zhuǎn)換后會(huì)變成一體化的 AVL/ CHK 格式。實(shí)際當(dāng)接口文件進(jìn)入到數(shù)據(jù)的抽取、清洗、轉(zhuǎn)換、裝載（ETL 服務(wù)器）后，這個(gè)時(shí)候系統(tǒng)會(huì)啟動(dòng)某一數(shù)據(jù)分發(fā)的調(diào)度進(jìn)程，以此準(zhǔn)確及時(shí)的分發(fā)ETL 服務(wù)器內(nèi)的所有接口文件，讓其進(jìn)入到其它的加載目錄中，在接口文件送至加載目錄中之后，ETL Automat on 會(huì)將一個(gè)裝載進(jìn)程全面開(kāi)啟，把存于此目錄中的接口文件加載到數(shù)據(jù)倉(cāng)庫(kù)中。這與電信行業(yè)下的ETL 框架流程特征相一致。

1.2傳統(tǒng)行業(yè)中的ETL 框架

以往中，行業(yè)實(shí)施的ETL設(shè)計(jì)流程太過(guò)簡(jiǎn)單化。常常在一臺(tái)服務(wù)器上實(shí)施全部ETL 流程，實(shí)施的順序是：先抽取源數(shù)據(jù)，把實(shí)際抽取的數(shù)據(jù)做數(shù)據(jù)加載，產(chǎn)生臨時(shí)表1，然后將臨時(shí)表1中的數(shù)據(jù)予以一番清洗，產(chǎn)生臨時(shí)表2，最后把臨時(shí)表2中的數(shù)據(jù)進(jìn)行轉(zhuǎn)換，再加載至數(shù)據(jù)倉(cāng)庫(kù)中。

1.3電信行業(yè)和傳統(tǒng)行業(yè)ETL比較

在電信行業(yè)特的ETL 框架模型的優(yōu)勢(shì)具體體現(xiàn)在：首先，根據(jù)所有平臺(tái)中需進(jìn)行加載的數(shù)據(jù)有著統(tǒng)一格式的文件形式，保證了調(diào)度抽取的統(tǒng)一性。其次，在接口文件還沒(méi)加載到數(shù)據(jù)倉(cāng)庫(kù)前，將其劃分成了抽取、分發(fā)、加載這幾個(gè)流程步驟。由于這三個(gè)流程步驟有著各自的控制程序，所以，能夠?qū)φw的ETL過(guò)程一目了然，而且還能夠及時(shí)發(fā)現(xiàn)存在的問(wèn)題并采取有效措施加以改進(jìn)與準(zhǔn)確定位。最后，把所有的ETL 機(jī)制放置于各服務(wù)器中來(lái)調(diào)度處理，使得諸多的原本繁瑣的步驟實(shí)現(xiàn)了流程化，對(duì)所有中間環(huán)節(jié)均一目了然。

2 Teradata數(shù)據(jù)倉(cāng)庫(kù)的ETL具體實(shí)施流程

2.1 ETL Automat on 的無(wú)故障處理機(jī)制

1）抽取、轉(zhuǎn)換接口文件；將各業(yè)務(wù)平臺(tái)中的接口文件放置于各類FTP的服務(wù)器目錄中，各接口文件在抽取結(jié)束后，凡是其涉及的數(shù)據(jù)信息都要通過(guò)兩種不同后綴名的文件來(lái)表示，比如，* . AVL、* . CHK。* . AVL文件對(duì)此接口文件中涉及的全部信息進(jìn)行了詳細(xì)的記錄，但* . CHK文件僅僅記錄下了* . AVL內(nèi)的數(shù)據(jù)條數(shù)和數(shù)據(jù)大小情況，主要是檢查數(shù)據(jù)信息是否是精確無(wú)誤的，這樣有利于保證ETL 分發(fā)加載流程循序漸進(jìn)發(fā)展。在ETL Automat on 機(jī)制中，從數(shù)據(jù)源內(nèi)抽取的數(shù)據(jù)具有命令的腳本Interface_Extract . Pl會(huì)把源系統(tǒng)服務(wù)器中滿足抽取要求的接口文件提取出來(lái)，放入文件傳輸協(xié)議（FTP ）服務(wù)器目錄中，在對(duì)接口文件提取時(shí)，會(huì)先將文件傳輸協(xié)議（FTP） 服務(wù)器IP 和用戶名及密碼與相配套的源系統(tǒng)服務(wù)器全部綜合在一起，然后在接口文件的基礎(chǔ)上對(duì)配置表InterfaceF leconf g進(jìn)行合理提取,再把與抽取規(guī)則相符的接口文件通過(guò)二進(jìn)制傳輸模式抽取到FTP 服務(wù)器內(nèi)一些匹配的目錄中，同時(shí)在抽取完所有接口文件后，系統(tǒng)會(huì)及時(shí)把此接口文件最后產(chǎn)生的抽取結(jié)果詳細(xì)的記錄在一個(gè)接口文件抽取日志表，即Interface F le Extract log中；

2）ETL Automat on 機(jī)制中接口文件的分發(fā)；系統(tǒng)將接口分發(fā)進(jìn)程全面開(kāi)啟，這種進(jìn)程主要職責(zé)是分發(fā)和調(diào)度實(shí)際已轉(zhuǎn)換好的. AVL 和. CHK 的接口文件。在此進(jìn)程中主要圍繞接口文件分發(fā)配置表InterfaceF leconf g 對(duì)ETL 服務(wù)器中分發(fā)目錄內(nèi)的接口文件進(jìn)行掃描，若發(fā)現(xiàn)了滿足于相關(guān)提取要求的接口文件，程序會(huì)及時(shí)按照. CHK 文件對(duì)此接口文件需不需要分發(fā)操作進(jìn)行準(zhǔn)確判斷，同時(shí)在數(shù)據(jù)倉(cāng)庫(kù)中的兩張表中分別登記分發(fā)記錄、分發(fā)狀態(tài)。所有接口文件不管分發(fā)成功還是分發(fā)失敗，系統(tǒng)都會(huì)把具體的分發(fā)狀態(tài)輸送至分發(fā)日志In terface D spatch log中。在結(jié)束分發(fā)操作后，會(huì)將接口文件移送至ETL 服務(wù)器內(nèi)的裝載目錄中，進(jìn)行裝載。將此分發(fā)環(huán)節(jié)添入到ETL Automat on 機(jī)制中的主要目的是使數(shù)據(jù)裝載到數(shù)據(jù)倉(cāng)庫(kù)后數(shù)據(jù)具有較高的質(zhì)量。具備數(shù)據(jù)分發(fā)環(huán)節(jié)后，能夠及時(shí)的獲悉存在的問(wèn)題，從而采取措施及時(shí)處理。

2.2 ETL Automat on 的異常處理機(jī)制

從ETL 流程角度上分析，因源系統(tǒng)或者ETL 流程自身問(wèn)題的存在，運(yùn)行中往往會(huì)引起ETL 過(guò)程的中斷。對(duì)于這種情況，應(yīng)做好異常處理，此中斷現(xiàn)象在ETL任何環(huán)節(jié)中都會(huì)發(fā)生。在檢查處理整個(gè)ETL 流程環(huán)節(jié)時(shí)，應(yīng)從以下幾方面進(jìn)行：首先，結(jié)合ETL 狀態(tài)記錄表的信息獲悉出現(xiàn)問(wèn)題的環(huán)節(jié)。其次，按照具體定位的某一環(huán)節(jié)，及時(shí)收集記錄此環(huán)節(jié)的系統(tǒng)詳細(xì)日志，并定位找出導(dǎo)致此類問(wèn)題發(fā)生的主要原因。

3結(jié)論

綜上所述可知，設(shè)計(jì)了一臺(tái)與電信行業(yè)特點(diǎn)相一致的ETL 模型, 此模型能夠把之前較為復(fù)雜的ETL劃分為諸多的較為獨(dú)立的處理單元,對(duì)ETL 過(guò)程一目了然。同時(shí)，把本來(lái)要在數(shù)據(jù)倉(cāng)庫(kù)中實(shí)施的所有數(shù)據(jù)操作步驟全部拆分，通過(guò)多臺(tái)服務(wù)器來(lái)相應(yīng)操作，減輕了數(shù)據(jù)倉(cāng)庫(kù)的壓力，推動(dòng)了數(shù)據(jù)倉(cāng)庫(kù)的有效執(zhí)行，數(shù)據(jù)得到及時(shí)傳輸。

篇5

網(wǎng)絡(luò)編程基于TCP協(xié)議的網(wǎng)絡(luò)編程，按照是否有幀聽(tīng)端口，通常分為兩種模式，一種是服務(wù)器模式(偵聽(tīng)端口)，另外一種為客戶端模式。本儀器采用的是客戶端模式。關(guān)于Linux網(wǎng)絡(luò)通信中客戶端編程的初始化代碼，由于資料較多，這里不再累述。本文僅僅給出接收數(shù)據(jù)或發(fā)送數(shù)據(jù)的部分代碼，因?yàn)閮x器除了要處理網(wǎng)絡(luò)信息外，還要進(jìn)行檢測(cè)數(shù)據(jù)的采集以及按鍵信息的處理，因此網(wǎng)絡(luò)數(shù)據(jù)的傳送或接收，不可以是阻塞的模式，必須是能夠立即返回的非阻塞模式。本儀器采用傳統(tǒng)的Linux操作系統(tǒng)下API函數(shù)select，來(lái)實(shí)現(xiàn)對(duì)網(wǎng)絡(luò)端口狀態(tài)的監(jiān)控，進(jìn)而實(shí)現(xiàn)數(shù)據(jù)傳輸?shù)姆亲枞δ堋Ｒ韵率菍?shí)現(xiàn)功能的部分代碼。發(fā)送數(shù)據(jù)的代碼段，其中m_tv變量保存的是超時(shí)返回的時(shí)間設(shè)置。接收數(shù)據(jù)的代碼段，m_tv的定義同上。如檢測(cè)到網(wǎng)絡(luò)口有數(shù)據(jù)上送的時(shí)候才進(jìn)行數(shù)據(jù)的接收。

通信模塊的詳細(xì)介紹

通信協(xié)議介紹發(fā)生通信的兩端(儀器和上位機(jī))，按照事先對(duì)數(shù)據(jù)傳送的同步方式、數(shù)據(jù)結(jié)構(gòu)、底層通信協(xié)議進(jìn)行相互的約定，共同的遵守，這些約定就稱為通信規(guī)約。基于網(wǎng)絡(luò)接口的通信協(xié)議工作在應(yīng)用層。通信協(xié)議制定的好壞直接影響儀器傳輸數(shù)據(jù)的速率，以及通信質(zhì)量的可靠程度。按照通信協(xié)議的傳輸類型一般分為三類:(1)循環(huán)上送類型。儀器在進(jìn)行正常的設(shè)置之后，不經(jīng)過(guò)上位機(jī)的干預(yù)，主動(dòng)將數(shù)據(jù)發(fā)送到上位機(jī)。(2)事件驅(qū)動(dòng)類型。在正常工作模式下不向上位機(jī)發(fā)送數(shù)據(jù)，當(dāng)有特殊事件發(fā)生的時(shí)候才向上位機(jī)發(fā)送數(shù)據(jù)。(3)被動(dòng)召調(diào)類型。正常工作的時(shí)候，儀器不向上位機(jī)傳送數(shù)據(jù)，直到上位機(jī)向儀器發(fā)送召調(diào)報(bào)文的時(shí)候才進(jìn)行數(shù)據(jù)上送。考慮到儀器的工作模式，需要實(shí)時(shí)的向上位機(jī)發(fā)送數(shù)據(jù)，所以排除事件驅(qū)動(dòng)類型的通信規(guī)約。由于檢測(cè)手段的限制，要求儀器軟件采樣率較高，通常為10kHz以上，故對(duì)于數(shù)據(jù)傳輸?shù)膶?shí)時(shí)性要求較高，也不采用召調(diào)類型的傳輸協(xié)議。最終，儀器采用的是循環(huán)上送類型傳輸協(xié)議。協(xié)議內(nèi)容儀器與上位機(jī)進(jìn)行通信，包括兩個(gè)方面的內(nèi)容:(1)從上位機(jī)接收?qǐng)?bào)文，例如開(kāi)始采集數(shù)據(jù)、停止采集、發(fā)送參數(shù)等;(2)將采集到的數(shù)據(jù)發(fā)送給上位機(jī)，以供上位機(jī)進(jìn)行顯示或分析。的是三組0xD70x09共6個(gè)字節(jié)作為同步字，該報(bào)文頭參照“部頒CDT循環(huán)遠(yuǎn)動(dòng)規(guī)約”中的報(bào)文規(guī)定。數(shù)據(jù)幀長(zhǎng)度:表示該幀報(bào)文的長(zhǎng)度，由兩個(gè)字節(jié)的長(zhǎng)度表示，低字節(jié)在前，高字節(jié)在后。報(bào)文的長(zhǎng)度不包括同步字的六個(gè)字節(jié)。命令控制字:指示該幀報(bào)文的作用，由兩個(gè)字節(jié)的長(zhǎng)度表示，低字節(jié)在前，高字節(jié)在后。數(shù)據(jù)區(qū)域:包含需要上傳或是下載數(shù)據(jù)的內(nèi)容。數(shù)據(jù)的內(nèi)容都是兩個(gè)字節(jié)組成一個(gè)數(shù)據(jù)元素，低字節(jié)在前，高字節(jié)在后。在原協(xié)議中，在數(shù)據(jù)區(qū)域后還存在一個(gè)校驗(yàn)碼域，是用來(lái)檢驗(yàn)該幀報(bào)文的數(shù)據(jù)是否完整。但由于儀器的底層采用的是基于流套接字的TCP報(bào)文協(xié)議，是可靠性連接，并且考慮到數(shù)據(jù)傳送的實(shí)時(shí)性，在實(shí)際的工程使用中將校驗(yàn)碼域進(jìn)行刪除。因篇幅有限，僅給出部分實(shí)際報(bào)文例子，其他報(bào)文類似推導(dǎo)即可:(1)開(kāi)始采集數(shù)據(jù)0xD70x090xD70x090xD70x090x040x000x010x00(2)發(fā)送心跳包0xD70x090xD70x090xD70x090x040x000x050x00(3)循環(huán)上送數(shù)據(jù)0xD70x090xD70x090xD70x090x140x000x080x000x110x000x220x000x330x000x440x000x550x000x660x000x770x000x880x00其中，0x110x00～0x880x00表示的是八個(gè)物理采樣通道的檢測(cè)數(shù)值。協(xié)議分析流程圖任何數(shù)據(jù)通信協(xié)議都必須依靠軟件實(shí)現(xiàn)，因此軟件對(duì)通信協(xié)議實(shí)現(xiàn)的好壞情況，直接影響儀器的系統(tǒng)穩(wěn)定性和其他性能指標(biāo)。系統(tǒng)的穩(wěn)定性是指儀器能否經(jīng)受得住長(zhǎng)時(shí)間，大數(shù)據(jù)量傳輸?shù)目简?yàn)而不出現(xiàn)死機(jī)或數(shù)據(jù)傳輸不穩(wěn)定的情況。其他性能指標(biāo)是指實(shí)時(shí)性以及均勻性，實(shí)時(shí)性指儀器能否將數(shù)據(jù)實(shí)時(shí)的傳輸給上位機(jī)或?qū)τ谏衔粰C(jī)給出的報(bào)警信息是否及時(shí)響應(yīng)，均勻性指數(shù)據(jù)的傳輸是否節(jié)奏一致，不能時(shí)快時(shí)慢。詳細(xì)的程序處理流程協(xié)議分析流程圖。當(dāng)協(xié)議解析程序段分析出上位機(jī)給出的命令控制字后，就可以很方便地根據(jù)命令來(lái)進(jìn)行相關(guān)的動(dòng)作，例如設(shè)置參數(shù)、應(yīng)答數(shù)據(jù)、設(shè)置報(bào)警等。

儀器軟件自動(dòng)更新的實(shí)現(xiàn)

篇6

由于多種協(xié)議的并存，同時(shí)也使網(wǎng)絡(luò)變得越來(lái)越復(fù)雜，而且，廠商之間的網(wǎng)絡(luò)設(shè)備大部分都不能兼容，很難進(jìn)行通信。為了解決網(wǎng)絡(luò)之間的兼容性問(wèn)題，幫助各個(gè)廠商生產(chǎn)出可兼容的網(wǎng)絡(luò)設(shè)備，國(guó)際標(biāo)準(zhǔn)化組織ISO與1984年提出了OSI RM （Open System Interconnection Reference Model，開(kāi)放系統(tǒng)互連參考模型）。OSI 參考模型很快成為計(jì)算機(jī)網(wǎng)絡(luò)通信的基礎(chǔ)模型。因此，在設(shè)計(jì)OSI參考模型時(shí)，主要遵循了以下幾點(diǎn)原則：

1.各個(gè)層之間有清晰的邊界，便于理解；

2.每層實(shí)現(xiàn)特定功能；

3.層次的劃分有利于國(guó)際標(biāo)準(zhǔn)協(xié)議的制定；

4 層的數(shù)目應(yīng)該足夠多，以避免個(gè)層功能的重復(fù)；

OSI參考模型主要?jiǎng)澐譃槠邔樱?/p>

1.物理層（physical Layer）

2.數(shù)據(jù)鏈路層（Data Link Layer）

3.網(wǎng)絡(luò)層（Network Layer）

4.傳輸層（Transport Layer）

5.會(huì)話層（Session Layer）

6.表示層（Presentation Layer）

7.應(yīng)用層（Application Layer）

下圖是OSI七層模型示意圖

OSI模型的劃分也是為了使網(wǎng)絡(luò)的不同功能模塊（不同層次）分擔(dān)起不同的職責(zé)，具有以下優(yōu)點(diǎn)：

1.簡(jiǎn)化了相關(guān)的網(wǎng)絡(luò)操作

2.在各層分別定義標(biāo)準(zhǔn)接口，使具備相同對(duì)等層的不同網(wǎng)絡(luò)設(shè)備能實(shí)現(xiàn)互操作，各層之間則相對(duì)獨(dú)立，一種高層協(xié)議可放在多種低層協(xié)議上運(yùn)行；

3.減輕問(wèn)題的復(fù)雜程度，一旦網(wǎng)絡(luò)發(fā)生故障，可迅速定位故障所處層次，便于查找和糾錯(cuò)；

4.防止一個(gè)區(qū)域網(wǎng)絡(luò)的變化影響另一個(gè)區(qū)域的網(wǎng)絡(luò)，因此，每一個(gè)區(qū)域的網(wǎng)絡(luò)都能單獨(dú)快速升級(jí)。

5.能有效刺激網(wǎng)絡(luò)技術(shù)革新，因?yàn)槊看胃露伎梢栽谛》秶鷥?nèi)進(jìn)行，不需對(duì)整個(gè)網(wǎng)絡(luò)動(dòng)大手術(shù)；

6.便于研究和教學(xué)。

下面主要介紹OSI模型各層的定義和功能：

物理層

Physical Layer，是OSI參考模型的最低層或第一層。該層包括物理連網(wǎng)媒介，如電纜連線連接器。物理層的協(xié)議產(chǎn)生并檢測(cè)電壓以便發(fā)送和接收攜帶數(shù)據(jù)的信號(hào)。在你的PC上插入網(wǎng)絡(luò)接口卡，你就建立了計(jì)算機(jī)連網(wǎng)的基礎(chǔ)。換言之，你提供了一個(gè)物理層。盡管物理層不提供糾錯(cuò)服務(wù)，但它能夠設(shè)定數(shù)據(jù)傳輸速率并監(jiān)測(cè)數(shù)據(jù)出錯(cuò)率。網(wǎng)絡(luò)物理問(wèn)題，如電線斷開(kāi)，將影響物理層。

Xerox公司制定的以太網(wǎng)和IEEE802.3標(biāo)準(zhǔn)定義了以太網(wǎng)物理層常用的線纜標(biāo)準(zhǔn)。其中常用的接口線標(biāo)準(zhǔn)有：10Base-T 100Base-T 100Base-TX/FX 1000Base-T 1000Base-SX/LX

物理層常用的設(shè)備有中繼器，集線器，路由器，終端主機(jī)等，數(shù)據(jù)信號(hào)傳輸介質(zhì)主要有同軸電纜，雙絞線，光纖，無(wú)線等。

數(shù)據(jù)鏈路層

Datalink Layer，OSI參考模型的第二層，它控制網(wǎng)絡(luò)層與物理層之間的通信。[3]它的主要功能是如何在不可靠的物理線路上進(jìn)行數(shù)據(jù)的可靠傳遞。為了保證傳輸，從網(wǎng)絡(luò)層接收到的數(shù)據(jù)被分割成特定的可被物理層傳輸?shù)膸怯脕?lái)移動(dòng)數(shù)據(jù)的結(jié)構(gòu)包，它不僅包括原始數(shù)據(jù)，還包括發(fā)送方和接收方的物理地址以及檢錯(cuò)和控制信息。其中的地址確定了幀將發(fā)送到何處，而糾錯(cuò)和控制信息則確保幀無(wú)差錯(cuò)到達(dá)。 如果在傳送數(shù)據(jù)時(shí)，接收點(diǎn)檢測(cè)到所傳數(shù)據(jù)中有差錯(cuò)，就要通知發(fā)送方重發(fā)這一幀。

數(shù)據(jù)鏈路層分為兩個(gè)子層：邏輯鏈路控制子層（LLC，Logic Link Control），介質(zhì)訪問(wèn)控制子層（MAC，Media Access Control）

邏輯鏈路控制子層提供面向連接與面向無(wú)連接的網(wǎng)絡(luò)服務(wù)環(huán)境的需要。該層用于管理通過(guò)單一鏈路連接的兩個(gè)系統(tǒng)間的通訊，它允許多個(gè)高層網(wǎng)絡(luò)協(xié)議共享一條鏈路。

LLC子層位于網(wǎng)絡(luò)層和MAC子層之間，是上層和下層的管理層，負(fù)責(zé)流量控制，同步等。LLC子層通過(guò)SSAP和DSAP負(fù)責(zé)底層協(xié)議與網(wǎng)絡(luò)層協(xié)議的通信。

MAC子層負(fù)責(zé)把物理層的0，1 比特流組建成幀，并且通過(guò)幀尾部的CRC字段進(jìn)行錯(cuò)誤檢測(cè)。總之，MAC子層定義了網(wǎng)絡(luò)對(duì)共享介質(zhì)的訪問(wèn)。

數(shù)據(jù)鏈路層協(xié)議的代表包括：SDLC、HDLC、PPP、STP、幀中繼等

網(wǎng)絡(luò)層

Network Layer，OSI參考模型的第三層。[4]其主要功能是將網(wǎng)絡(luò)地址翻譯成對(duì)應(yīng)的物理地址，并決定如何將數(shù)據(jù)從發(fā)送方路由到接收方。

網(wǎng)絡(luò)層通過(guò)綜合考慮發(fā)送優(yōu)先權(quán)、網(wǎng)絡(luò)擁塞程度、服務(wù)質(zhì)量以及可選路由的花費(fèi)來(lái)決定從一個(gè)網(wǎng)絡(luò)中節(jié)點(diǎn)A 到另一個(gè)網(wǎng)絡(luò)中節(jié)點(diǎn)B 的最佳路徑。由于網(wǎng)絡(luò)層處理，并智能指導(dǎo)數(shù)據(jù)傳送，路由器連接網(wǎng)絡(luò)各段，所以路由器屬于網(wǎng)絡(luò)層。在網(wǎng)絡(luò)中，"路由"是基于編址方案、使用模式以及可達(dá)性來(lái)指引數(shù)據(jù)的發(fā)送。

網(wǎng)絡(luò)層負(fù)責(zé)在源機(jī)器和目標(biāo)機(jī)器之間建立它們所使用的路由。這一層本身沒(méi)有任何錯(cuò)誤檢測(cè)和修正機(jī)制，因此，網(wǎng)絡(luò)層必須依賴于端端之間的由DLL提供的可靠傳輸服務(wù)。

網(wǎng)絡(luò)層用于本地LAN網(wǎng)段之上的計(jì)算機(jī)系統(tǒng)建立通信，它之所以可以這樣做，是因?yàn)樗凶约旱穆酚傻刂方Y(jié)構(gòu)，這種結(jié)構(gòu)與第二層機(jī)器地址是分開(kāi)的、獨(dú)立的。這種協(xié)議稱為路由或可路由協(xié)議。路由協(xié)議包括IP、Novell公司的IPX以及AppleTalk協(xié)議。

網(wǎng)絡(luò)層是可選的，它只用于當(dāng)兩個(gè)計(jì)算機(jī)系統(tǒng)處于不同的由路由器分割開(kāi)的網(wǎng)段這種情況，或者當(dāng)通信應(yīng)用要求某種網(wǎng)絡(luò)層或傳輸層提供的服務(wù)、特性或者能力時(shí)。例如，當(dāng)兩臺(tái)主機(jī)處于同一個(gè)LAN網(wǎng)段的直接相連這種情況，它們之間的通信只使用LAN的通信機(jī)制就可以了（即OSI 參考模型的一二層）。

網(wǎng)絡(luò)層的一些主要標(biāo)準(zhǔn)如下：

ISO.DIS8208：稱為"DTE用的X.25分組級(jí)協(xié)議"

ISO.DIS8348：稱為"CO 網(wǎng)絡(luò)服務(wù)定義"（面向連接）

ISO.DIS8349：稱為"CL 網(wǎng)絡(luò)服務(wù)定義"（面向無(wú)連接）

ISO.DIS8473：稱為"CL 網(wǎng)絡(luò)協(xié)議"

ISO.DIS8348：稱為"網(wǎng)絡(luò)層尋址"

除上述標(biāo)準(zhǔn)外，還有許多標(biāo)準(zhǔn)。這些標(biāo)準(zhǔn)都只是解決網(wǎng)絡(luò)層的部分功能，所以往往需要在網(wǎng)絡(luò)層中同時(shí)使用幾個(gè)標(biāo)準(zhǔn)才能完成整個(gè)網(wǎng)絡(luò)層的功能.由于面對(duì)的網(wǎng)絡(luò)不同，網(wǎng)絡(luò)層將會(huì)采用不同的標(biāo)準(zhǔn)組合.

傳輸層

Transport Layer，位于OSI參考模型第四層，最終目標(biāo)是向用戶一般指應(yīng)用層的進(jìn)程，提供可靠的服務(wù)。傳輸層主要定義了主機(jī)應(yīng)該程序間端到端的連通性，它包含以下四項(xiàng)基本功能：

1.將應(yīng)用層發(fā)往網(wǎng)絡(luò)層的數(shù)據(jù)分段或?qū)⒕W(wǎng)絡(luò)層發(fā)往應(yīng)用層的數(shù)據(jù)段合并。

2.建立端到端的連接，主要是建立邏輯連接以傳送數(shù)據(jù)流。

3.將數(shù)據(jù)段從一臺(tái)主機(jī)發(fā)往另外一臺(tái)主機(jī)。在傳輸過(guò)程中通過(guò)計(jì)算校驗(yàn)和以及通過(guò)流控制的方式保證數(shù)據(jù)的正確性，流控制可以避免緩沖區(qū)溢出。

4.部分傳輸層協(xié)議保證數(shù)據(jù)傳輸正確性。主要是在數(shù)據(jù)傳輸過(guò)程中確保同一數(shù)據(jù)不多次傳送也不丟失。同時(shí)還要保證數(shù)據(jù)包的接受順序與發(fā)送順序一致。

傳輸層協(xié)議主要有TCP/IP協(xié)議棧的TCP協(xié)議和UDP協(xié)議，IPX/SPX協(xié)議棧的SPX協(xié)議等。其中，TCP協(xié)議和SPX協(xié)議為應(yīng)用程序提供可靠的，面向連接的服務(wù)；UDP協(xié)議提供不可靠的，無(wú)連接服務(wù)。

會(huì)話層

Session Layer，是OSI模型的第五層，通過(guò)執(zhí)行多種機(jī)制在應(yīng)用程序間建立，維持和終止對(duì)話。會(huì)話層機(jī)制包括計(jì)費(fèi)，話路控制，會(huì)話參數(shù)協(xié)商等。你可能常常聽(tīng)到有人把會(huì)話層稱作網(wǎng)絡(luò)通信的"交通警察"。當(dāng)通過(guò)撥號(hào)向你的ISP（因特網(wǎng)服務(wù)提供商）請(qǐng)求連接到因特網(wǎng)時(shí)，ISP 服務(wù)器上的會(huì)話層向你與你的 PC 客戶機(jī)上的會(huì)話層進(jìn)行協(xié)商連接。若你的電話線偶然從墻上插孔脫落時(shí)，你終端機(jī)上的會(huì)話層將檢測(cè)到連接中斷并重新發(fā)起連接。會(huì)話層通過(guò)決定節(jié)點(diǎn)通信的優(yōu)先級(jí)和通信時(shí)間的長(zhǎng)短來(lái)設(shè)置通信期限。

為給兩個(gè)對(duì)等會(huì)話服務(wù)用戶建立一個(gè)會(huì)話連接，應(yīng)該做以下幾點(diǎn)工作：

1.將會(huì)話地址映射為運(yùn)輸?shù)刂贰?/p>

2.選擇需要的運(yùn)輸服務(wù)質(zhì)量參數(shù)（QOS）。

3.對(duì)會(huì)話參數(shù)進(jìn)行協(xié)商。

4.識(shí)別各個(gè)會(huì)話連接

5.傳送有限的透明用戶數(shù)據(jù)

6.數(shù)據(jù)傳輸階段

這個(gè)階段是在兩個(gè)會(huì)話用戶之間實(shí)現(xiàn)有組織的，同步的數(shù)據(jù)傳輸.用戶數(shù)據(jù)單元為SSDU，而協(xié)議數(shù)據(jù)單元為SPDU.會(huì)話用戶之間的數(shù)據(jù)傳送過(guò)程是將SSDU轉(zhuǎn)變成SPDU進(jìn)行的.

7 連接釋放

連接釋放是通過(guò)"有序釋放"，"廢棄"，"有限量透明用戶數(shù)據(jù)傳送"等功能單元來(lái)釋放會(huì)話連接的.會(huì)話層標(biāo)準(zhǔn)為了使會(huì)話連接建立階段能進(jìn)行功能協(xié)商，也為了便于其它國(guó)際標(biāo)準(zhǔn)參考和引用，定義了12種功能單元.各個(gè)系統(tǒng)可根據(jù)自身情況和需要，以核心功能服務(wù)單元為基礎(chǔ)，選配其他功能單元組成合理的會(huì)話服務(wù)子集.會(huì)話層的主要標(biāo)準(zhǔn)有"DIS8236：會(huì)話服務(wù)定義"和"DIS8237：會(huì)話協(xié)議規(guī)范".

表示層

Presentation Layer，表示層保證源端數(shù)據(jù)能夠被目的端表示層理解和識(shí)別，對(duì)應(yīng)用程序透明。表示層提供數(shù)據(jù)格式轉(zhuǎn)換服務(wù)，數(shù)據(jù)加密，數(shù)據(jù)表示標(biāo)準(zhǔn)等服務(wù)。表示層確定了數(shù)據(jù)傳輸時(shí)數(shù)據(jù)的組織方式。

應(yīng)用層

Application Layer，OSI參考模型中的最高層，即第七層。應(yīng)用層也稱為應(yīng)用實(shí)體（AE），是模型中最接近用戶的一層，應(yīng)該層支持應(yīng)用程序，它由若干個(gè)特定應(yīng)用服務(wù)元素（SASE）和一個(gè)或多個(gè)公共應(yīng)用服務(wù)元素（CASE）組成。每個(gè)SASE提供特定的應(yīng)用服務(wù)，例如文件運(yùn)輸訪問(wèn)和管理（FTAM）、電子文電處理（MHS）、虛擬終端協(xié)議（VAP）等。CASE提供一組公共的應(yīng)用服務(wù)，例如聯(lián)系控制服務(wù)元素（ACSE）、可靠運(yùn)輸服務(wù)元素（RTSE）和遠(yuǎn)程操作服務(wù)元素（ROSE）等。主要負(fù)責(zé)對(duì)軟件提供接口以使程序能使用網(wǎng)絡(luò)服務(wù)。術(shù)語(yǔ)"應(yīng)用層"并不是指運(yùn)行在網(wǎng)絡(luò)上的某個(gè)特別應(yīng)用程序 ，應(yīng)用層提供的服務(wù)包括文件傳輸、文件管理以及電子郵件的信息處理。

以下是幾種常用的應(yīng)用層協(xié)議

1.FTP：文件傳輸協(xié)議，F(xiàn)ile Transfer Protocol.是用于文件傳輸?shù)腎nternet標(biāo)準(zhǔn)。FTP提供可靠的面向連接服務(wù)，適合與遠(yuǎn)距離，可靠性較差線路上的文件傳輸。

2.TFTP：簡(jiǎn)單文件傳輸協(xié)議，Trivial File Transfer Protocol.也是用于文件傳輸，但TFTP使用UDP提供服務(wù)，被認(rèn)為是不可靠的，無(wú)連接的。TFTP通常用于可靠的局域網(wǎng)內(nèi)部的文件傳輸。

3.SMPT：簡(jiǎn)單郵件傳輸協(xié)議，Simple Mail Transfer Protocol.支持文本郵件的Internet傳輸。

4.POP3：Post Office Protocol，是一個(gè)流行的Internet郵件標(biāo)準(zhǔn)。

5.SNMP：簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議，Simple Network Management Protocol.負(fù)責(zé)網(wǎng)絡(luò)設(shè)備監(jiān)控和維護(hù)，支持安全管理，性能管理等。

6.TELNET：是客戶機(jī)使用的與遠(yuǎn)端服務(wù)器建立連接的標(biāo)準(zhǔn)終端仿真協(xié)議。

7.Ping：是一個(gè)診斷網(wǎng)絡(luò)設(shè)備是否正確連接的有效工具。

8.Tracert命令：和Ping命令類似，Tracert命令可以顯示數(shù)據(jù)包經(jīng)過(guò)的每一臺(tái)網(wǎng)絡(luò)設(shè)備信息，是一個(gè)很好的診斷命令。

9.HTTP：支持WWW和內(nèi)部網(wǎng)信息交互，支持包括視頻在內(nèi)的多種文件類型。是當(dāng)今最流行的Internet標(biāo)準(zhǔn)。

10.DNS：Domain Name System 域名系統(tǒng)。把網(wǎng)絡(luò)節(jié)點(diǎn)的易于記憶的名字轉(zhuǎn)化為網(wǎng)絡(luò)地址。

11.WINS：Windows internet Name server 命名服務(wù)器，此服務(wù)可以將NetBIOS名稱注冊(cè)并解析為網(wǎng)絡(luò)上使用的IP地址。

12.BootP：Bootstrap Protocol 引導(dǎo)協(xié)議。是使用傳輸層UDP協(xié)議動(dòng)態(tài)獲得IP地址的協(xié)議。

在OSI參考模型中，計(jì)算機(jī)傳送信息的問(wèn)題分為7個(gè)較小且更容易管理和解決的小問(wèn)題。每一個(gè)小問(wèn)題都由模型中的一層來(lái)解決。之所以劃分為7個(gè)小問(wèn)題，是因?yàn)樗鼈冎械娜魏我粋€(gè)都囊括了問(wèn)題的本身，不需要額外太多的信息就能解決。

篇7

關(guān)鍵詞：物聯(lián)網(wǎng) 石油測(cè)井 數(shù)據(jù)傳輸

中圖分類號(hào)：TE94 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1672-3791（2015）05（a）-0093-01

油田日常維護(hù)工作的順利開(kāi)展，需要掌握油井的實(shí)際生產(chǎn)情況，因此需要通過(guò)儀器對(duì)油井的層數(shù)進(jìn)行檢測(cè)。我國(guó)油井分布比較松散，因此對(duì)監(jiān)測(cè)的數(shù)據(jù)進(jìn)行傳遞存在交的困難。基于此，該文對(duì)物聯(lián)網(wǎng)石油測(cè)井?dāng)?shù)據(jù)的傳輸與控制系統(tǒng)的設(shè)計(jì)中的重要內(nèi)容進(jìn)行了介紹，希望對(duì)相關(guān)工作人員能夠有所幫助。

1 物聯(lián)網(wǎng)

物聯(lián)網(wǎng)主要指的是末端設(shè)施和設(shè)備，主要包括工業(yè)系統(tǒng)、傳感器以及貼在射頻識(shí)別器上各種設(shè)備、攜帶無(wú)線終端的車輛和個(gè)人等。通過(guò)各種無(wú)線、有線，長(zhǎng)距離或短距離的相互連通實(shí)現(xiàn)對(duì)數(shù)據(jù)傳輸。物聯(lián)網(wǎng)就是利用傳感器，實(shí)時(shí)對(duì)需要的數(shù)據(jù)進(jìn)行采集、互動(dòng)、連接，采集的信息的類型可以是電信號(hào)、光信號(hào)、化學(xué)信號(hào)等，利用各種可能存在的網(wǎng)絡(luò)接入，實(shí)現(xiàn)物與人、物與物之間的連接，從而實(shí)現(xiàn)對(duì)物品的智能化管理和識(shí)別。因此，可以簡(jiǎn)單的將物聯(lián)網(wǎng)描述為，利用傳感器獲取物理環(huán)境信息，然后利用通信網(wǎng)絡(luò)對(duì)信息進(jìn)行傳遞，再利用云計(jì)算平臺(tái)，實(shí)現(xiàn)對(duì)復(fù)雜信息的處理。

2 系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

2.1 設(shè)計(jì)方案

系統(tǒng)的具體實(shí)現(xiàn)方案：在測(cè)井現(xiàn)場(chǎng)利用傳感器獲取待測(cè)油井的數(shù)據(jù)，將數(shù)據(jù)利用專用的電量將測(cè)得護(hù)具傳送給計(jì)算機(jī)，然后利用計(jì)算機(jī)對(duì)數(shù)據(jù)進(jìn)行處理后，利用GPRS將傳遞到企業(yè)內(nèi)部，數(shù)據(jù)最終將會(huì)被送到測(cè)控中心，從而實(shí)現(xiàn)對(duì)數(shù)據(jù)的遠(yuǎn)程傳輸

2.2 網(wǎng)絡(luò)傳輸協(xié)議

利用GPRS對(duì)數(shù)據(jù)進(jìn)行傳輸面臨協(xié)議選擇，TCP和UDP是目前應(yīng)用最廣泛的兩種協(xié)議，對(duì)協(xié)議的選擇需要依據(jù)系統(tǒng)運(yùn)行的實(shí)際情況而定。TCP協(xié)議數(shù)據(jù)的傳遞面向連接具有較高的可靠性，比較適合應(yīng)用在順序不重復(fù)、大批量的數(shù)據(jù)傳遞。但需要注意，TCP提供的數(shù)據(jù)傳輸不會(huì)對(duì)數(shù)據(jù)的便捷進(jìn)行記錄，因此如果數(shù)據(jù)傳遞過(guò)程中采用的方式是數(shù)據(jù)包，需要對(duì)包的同步問(wèn)題加以考慮。測(cè)井在數(shù)據(jù)傳遞過(guò)程中對(duì)數(shù)據(jù)量的要求較大，同時(shí)網(wǎng)絡(luò)環(huán)境十分復(fù)雜。此外，從目前的情況來(lái)看，在實(shí)際測(cè)試過(guò)程中，如果對(duì)TCP協(xié)議進(jìn)行利用，數(shù)據(jù)在吞吐率上完全可以滿足使用要求。UDP協(xié)議與TCP相比更加簡(jiǎn)單，靈活度高，建立連接較為容易，會(huì)對(duì)數(shù)據(jù)的邊界進(jìn)行保留。其最大的不足它提供的數(shù)據(jù)包通信的方式并不可靠，在復(fù)雜的網(wǎng)絡(luò)環(huán)境下的應(yīng)用要十分謹(jǐn)慎，如果程序?qū)Τ霈F(xiàn)的問(wèn)題處理不當(dāng)，可能會(huì)造成協(xié)議崩潰，從而導(dǎo)致系統(tǒng)無(wú)法正常運(yùn)行。

2.3 測(cè)試通訊方案

為了對(duì)系統(tǒng)的可行性進(jìn)行驗(yàn)證，在中國(guó)聯(lián)通和中國(guó)移動(dòng)兩種網(wǎng)絡(luò)的支持下對(duì)數(shù)據(jù)的傳輸效果進(jìn)行驗(yàn)證。在數(shù)據(jù)驗(yàn)證過(guò)程中，利用自行編程的通訊程序?qū)τ吞飳?shí)地進(jìn)行測(cè)試。測(cè)試過(guò)程中主要涉及到的性能有：RTK、吞吐量、時(shí)延、誤幀率的平均值。根據(jù)測(cè)試結(jié)果對(duì)公眾移動(dòng)網(wǎng)絡(luò)是否滿足傳輸需求進(jìn)行確定。同時(shí)，可以通過(guò)現(xiàn)場(chǎng)測(cè)試了解用戶要求，使其為通訊協(xié)議設(shè)計(jì)提供參考。

2.4 設(shè)計(jì)通訊協(xié)議

（1）雙發(fā)送隊(duì)列。

石油測(cè)井?dāng)?shù)據(jù)傳輸系統(tǒng)，不僅要能夠?qū)崿F(xiàn)對(duì)測(cè)井中數(shù)據(jù)的傳遞，同時(shí)還應(yīng)當(dāng)實(shí)現(xiàn)文件的傳輸。測(cè)井?dāng)?shù)據(jù)傳輸在實(shí)時(shí)性上具有較高的要求，在文件的傳輸上實(shí)時(shí)性要求相對(duì)則較低，一般來(lái)說(shuō)能夠在規(guī)定的一段時(shí)間內(nèi)完成文件傳輸即可。因此，在實(shí)際工作中，如果傳輸數(shù)據(jù)的寬帶有限，為了確保測(cè)數(shù)據(jù)傳遞的實(shí)時(shí)性，應(yīng)當(dāng)對(duì)測(cè)井?dāng)?shù)據(jù)和文件傳輸兩者制定相應(yīng)的優(yōu)先級(jí)機(jī)制。方案如下：將發(fā)送隊(duì)列分為兩列，一列為測(cè)井?dāng)?shù)據(jù)，另一列則為文件傳輸隊(duì)列，同時(shí)應(yīng)當(dāng)在文件傳送隊(duì)列上安置一個(gè)標(biāo)志，對(duì)發(fā)送權(quán)限進(jìn)行限制，該標(biāo)志只有則測(cè)井?dāng)?shù)據(jù)發(fā)送結(jié)束后，才會(huì)生效，標(biāo)志生效后，文件傳送隊(duì)列發(fā)送數(shù)據(jù)，然后安置的標(biāo)志將會(huì)再一次回到原位置，依次循環(huán)。

（2）后退N幀協(xié)議。

在數(shù)據(jù)傳輸過(guò)程中，如果采用簡(jiǎn)單的協(xié)議，RTT的時(shí)延一般約為500ms，這對(duì)數(shù)據(jù)傳輸?shù)膶?shí)時(shí)性產(chǎn)生了一定影響，為了提高通訊協(xié)議效率，可以對(duì)后退N幀協(xié)議進(jìn)行應(yīng)用，這種協(xié)議處于非受限協(xié)議和等停協(xié)議之間，對(duì)其進(jìn)行應(yīng)用可以緩解因?yàn)閭鬏斁嚯x過(guò)大，導(dǎo)致等停協(xié)議效率低問(wèn)題的發(fā)生。后退N幀協(xié)議一般只在測(cè)井?dāng)?shù)據(jù)中使用，并不在文件傳輸中使用，對(duì)于文件傳輸?shù)木S護(hù)有更高層的ZMOG協(xié)議完成，在線程發(fā)送上只是簡(jiǎn)單進(jìn)行發(fā)送，并不會(huì)進(jìn)行等待和確認(rèn)。測(cè)井?dāng)?shù)據(jù)傳輸系統(tǒng)在通訊上需要是雙向的，因此在實(shí)際工程中，必須是由接收線程和發(fā)送線程兩者相互系統(tǒng)工作，接收線程和發(fā)送線程兩者之間的信息要能相互傳遞，其中最重要的一點(diǎn)就是，接收線程應(yīng)當(dāng)能夠?qū)RQ應(yīng)當(dāng)信號(hào)傳送給發(fā)送線程，從而確保發(fā)送線程在運(yùn)行過(guò)程中能夠順利完成發(fā)送任務(wù)，確保整個(gè)系統(tǒng)的安全運(yùn)行。

3 結(jié)語(yǔ)

計(jì)算機(jī)技術(shù)的高速發(fā)展，使測(cè)井?dāng)?shù)據(jù)的數(shù)據(jù)的實(shí)時(shí)性得到進(jìn)一步提高。在石油測(cè)井?dāng)?shù)據(jù)的傳輸與控制系統(tǒng)的設(shè)計(jì)過(guò)程中，要對(duì)不同的問(wèn)題進(jìn)行針對(duì)性研究，并且要通過(guò)大量的數(shù)據(jù)來(lái)對(duì)系統(tǒng)的功能進(jìn)行確定，確保系統(tǒng)在日后的使用過(guò)程中能夠達(dá)到理想的效果。

參考文獻(xiàn)

[1] 任哲.嵌入式實(shí)時(shí)操作系統(tǒng)μC/OS-II 原理及應(yīng)用[M].北京：北京航空航天大學(xué)出版社，2019.

[2] 孫昊，曹玉強(qiáng)，杜玉芳.ARM處理器啟動(dòng)代碼分析與編程[J].工業(yè)控制計(jì)算機(jī)，2005（11）：54-55.

篇8

【關(guān)鍵詞】Android 視頻監(jiān)控 系統(tǒng)設(shè)計(jì) H.264編碼 應(yīng)用

近年來(lái)，智能手機(jī)的快速發(fā)展推動(dòng)了Android手機(jī)操作系統(tǒng)的開(kāi)發(fā)和利用，該系統(tǒng)的優(yōu)勢(shì)在于便于攜帶、系統(tǒng)小巧、功能全面，因此也使得基于Android平臺(tái)的視頻監(jiān)控技術(shù)得研發(fā)和應(yīng)用。傳統(tǒng)的視頻監(jiān)控系統(tǒng)由于受線纜或光纖的帶寬限制，無(wú)法實(shí)現(xiàn)實(shí)時(shí)的視頻信號(hào)傳輸，而Android平臺(tái)在無(wú)線網(wǎng)絡(luò)的支持下成功的解決了一這問(wèn)題，從而進(jìn)一步促進(jìn)了遠(yuǎn)程監(jiān)控、可視電話、電視會(huì)議等遠(yuǎn)程視頻實(shí)時(shí)監(jiān)控技術(shù)的廣泛應(yīng)用。

1 視頻監(jiān)控技術(shù)概述

視頻監(jiān)控技術(shù)的應(yīng)用時(shí)間比較久遠(yuǎn)，以往在安防領(lǐng)域發(fā)揮了非常大的作用，是公安部門維持社會(huì)穩(wěn)定、打擊犯罪的重要技術(shù)手段。經(jīng)過(guò)多年的發(fā)展，視頻監(jiān)控技術(shù)經(jīng)歷了模擬監(jiān)控系統(tǒng)、數(shù)字視頻監(jiān)控系統(tǒng)、網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)等三個(gè)重要發(fā)展階段，隨著移動(dòng)網(wǎng)絡(luò)的快速發(fā)展，視頻監(jiān)控技術(shù)開(kāi)始朝向以移動(dòng)流媒體技術(shù)為代表的移動(dòng)視頻監(jiān)控方向發(fā)展，手機(jī)等移動(dòng)設(shè)備開(kāi)始具備實(shí)時(shí)監(jiān)看遠(yuǎn)程動(dòng)態(tài)畫面的功能，由此也將視頻監(jiān)控技術(shù)的應(yīng)用范圍拓展到了教育、政府、娛樂(lè)、醫(yī)療、酒店、運(yùn)動(dòng)等多個(gè)領(lǐng)域，實(shí)現(xiàn)了“隨時(shí)隨地，自由掌控”的監(jiān)控，為人們的生產(chǎn)、生活提供了更簡(jiǎn)單、便利、及時(shí)的監(jiān)控解決方案。

2 視頻監(jiān)控系統(tǒng)的結(jié)構(gòu)設(shè)計(jì)及應(yīng)用

目前，基于Android平臺(tái)的視頻監(jiān)控系統(tǒng)主要由采集模塊、編碼模塊、視頻傳輸模塊、解碼模塊、顯示模塊等五大模塊共同構(gòu)成，相關(guān)設(shè)計(jì)也是圍繞這五大模塊進(jìn)行的。

2.1 視頻采集模塊

基于Android平臺(tái)的視頻信號(hào)采集工作是由采集模塊完成的，通過(guò)手機(jī)攝像頭可以獲得YUV420格式的視頻流，而相關(guān)模塊則可通過(guò)對(duì)Android應(yīng)用層的代碼編寫實(shí)現(xiàn)。

2.2 編碼模塊

目前，Android平臺(tái)視頻監(jiān)控系統(tǒng)的數(shù)字視頻編碼標(biāo)準(zhǔn)主要有兩種，一種是由MPEG制定的MPEG-1、MPEG-2、MPEG-4編碼標(biāo)準(zhǔn)；而另一種則是由ITU一T制定的H.261、H.263視頻編碼標(biāo)準(zhǔn)。為進(jìn)一步促進(jìn)視頻監(jiān)控系統(tǒng)在多媒體通信方面的應(yīng)用，MPEG和VCEG聯(lián)手共同開(kāi)發(fā)了當(dāng)今最先進(jìn)的視頻編碼標(biāo)準(zhǔn)――H.264。

雖然該標(biāo)準(zhǔn)依然采用了以往的壓縮標(biāo)準(zhǔn)架構(gòu)，但是H.264在此基礎(chǔ)上增加了更多新的特性。比如，H.264標(biāo)準(zhǔn)包含了網(wǎng)絡(luò)抽象層（NAL）和視頻編碼層（VCL）兩層結(jié)構(gòu)，網(wǎng)絡(luò)抽象層的功能是打包、傳輸數(shù)據(jù)，而視頻編碼層的功能是壓縮視頻編碼，這樣的分層結(jié)構(gòu)對(duì)信號(hào)的傳輸和編碼工作進(jìn)行了分離，使得H.264標(biāo)準(zhǔn)在面對(duì)復(fù)雜的通信環(huán)境時(shí)，依然可以利用不同的網(wǎng)絡(luò)進(jìn)行視頻信號(hào)的傳輸工作并保證良好的視頻數(shù)據(jù)質(zhì)量。

2.3 傳輸模塊

視頻數(shù)據(jù)傳輸?shù)膽?yīng)用主要受HTTP、RTSP、RTP、RTCP協(xié)議的約束。TCP和UDP協(xié)議主要作用于傳輸層，HTTP則是基于TCP（傳輸控制協(xié)議）的超文本傳輸協(xié)議。在一對(duì)一或一對(duì)多的情況下，RTP可以保證流媒體數(shù)據(jù)流與時(shí)間信息的同步正常工作。一般情況下，RTP需要使用UDP進(jìn)行數(shù)據(jù)傳輸，因此UDP是建立RTP的基礎(chǔ)。另外，RTP還需要供助RTCP（實(shí)時(shí)傳輸協(xié)議）彌補(bǔ)自身沒(méi)有可靠的傳送機(jī)制的弱點(diǎn)，因此只有讓RTP和RTCP共同協(xié)作才能實(shí)現(xiàn)流量和擁塞的有效控制。同時(shí)，RTCP作為應(yīng)用層協(xié)議，其位置處于RTP和RTCP協(xié)議層之上，多媒體數(shù)據(jù)的傳輸則是通過(guò)IP網(wǎng)絡(luò)利用傳輸機(jī)制的TCP和RTP實(shí)現(xiàn)數(shù)據(jù)傳輸。RTSP則用于實(shí)時(shí)數(shù)據(jù)發(fā)送時(shí)對(duì)音視頻流的遠(yuǎn)程控制，如對(duì)流媒體的播放、暫停、記錄等相關(guān)操作。SDP則用來(lái)描述RTSP的會(huì)話描述協(xié)議，用于說(shuō)明會(huì)話的基本屬性。結(jié)合這些協(xié)議在視頻監(jiān)控系統(tǒng)中起到的作用，本文設(shè)計(jì)的Android平臺(tái)視頻監(jiān)控系統(tǒng)主要采用RTP、RTSP、RTCP、HTTP等四個(gè)協(xié)議構(gòu)建系統(tǒng)的傳輸模塊。

視頻監(jiān)控系統(tǒng)中的流媒體系統(tǒng)需要由編碼器、流媒體服務(wù)器、客戶端播放器三個(gè)基本部件構(gòu)成。編碼器的作用在于將采集到的原始視頻數(shù)據(jù)轉(zhuǎn)換成流媒體格式文件，而這些編碼后的文件則由流媒體服務(wù)器進(jìn)行接收和轉(zhuǎn)發(fā)，客戶端播放器則將接收到的文件進(jìn)行解碼、播放。流媒體傳輸?shù)姆绞娇煞譃閮煞N：

（1）順序流式傳輸。這種方式是基于HTTP或FTP服務(wù)器進(jìn)行文件傳輸?shù)姆绞剑梢员ＷC完全無(wú)損的數(shù)據(jù)下載，可以有效保證視頻的質(zhì)量，也便于管理和用戶使用。但這種方式對(duì)于網(wǎng)絡(luò)傳輸速率的要求較高，通常需要等待較長(zhǎng)時(shí)間，不適用于實(shí)時(shí)性的隨機(jī)訪問(wèn)。

（2）實(shí)時(shí)流式傳輸。這種方式是基于傳輸網(wǎng)絡(luò)協(xié)議和專用的流媒體服務(wù)器進(jìn)行文件傳輸?shù)模捎谄ヅ淞藥捄蜔o(wú)線網(wǎng)絡(luò)，可以支持實(shí)時(shí)性的現(xiàn)場(chǎng)直播，適用于用戶的隨機(jī)訪問(wèn)和后退操作。傳輸網(wǎng)絡(luò)協(xié)議需要與防火墻進(jìn)行配置，在管理方面存在一定的復(fù)雜性。同時(shí)該方式必須與帶寬和無(wú)線網(wǎng)絡(luò)匹配，一旦網(wǎng)絡(luò)擁塞或設(shè)備出現(xiàn)低速連接狀態(tài)時(shí)，就會(huì)出現(xiàn)包括丟幀在內(nèi)的視頻質(zhì)量下降現(xiàn)象。

2.4 解碼模塊

解碼模塊的作用就是對(duì)編碼的過(guò)程進(jìn)行逆操作，因此解碼采用的標(biāo)準(zhǔn)也是編碼采用的H.264。解碼器一般由視頻數(shù)據(jù)的解碼部分和視頻的顯示部分兩個(gè)部分構(gòu)成。解碼部分主要是采用Android NDK+C機(jī)制進(jìn)行實(shí)現(xiàn)，顯示部分則利用Android SDK+Java機(jī)制由Android提供的組件實(shí)現(xiàn)。兩個(gè)部分的通信則由java提供的jni機(jī)制實(shí)現(xiàn)。解碼的整體流程主要由前段碼流處理、H.264解碼和后段視頻顯示三個(gè)功能模塊實(shí)現(xiàn)：前段碼流處理負(fù)責(zé)讀取文件，在分隔出NAL后將文件效由底層解碼；H.264解碼則負(fù)責(zé)圖像的重建工作，是解碼過(guò)程的核心部分；后端視頻顯示則將解碼后的文件通過(guò)客戶端進(jìn)行顯示。

2.5 顯示模塊

利用Android系統(tǒng)自帶的顯示器將解碼后的數(shù)據(jù)流進(jìn)行實(shí)時(shí)視頻顯示，并保證視頻顯示的效果。

3 結(jié)語(yǔ)

本文基于Android平臺(tái)的特點(diǎn)，利用移動(dòng)流媒體技術(shù)對(duì)移動(dòng)視頻監(jiān)控系統(tǒng)采取了五個(gè)模塊的系統(tǒng)設(shè)計(jì)，充分考慮到了視頻監(jiān)控系統(tǒng)的安全性、穩(wěn)定性和實(shí)時(shí)性。

參考文獻(xiàn)

[1]魏崇毓，張菲菲.基于Android平臺(tái)的視頻監(jiān)控系統(tǒng)設(shè)計(jì)[J].計(jì)算機(jī)工程，2012（14）：214-216.

[2]郭永清.基于Android平臺(tái)的視頻監(jiān)控系統(tǒng)的設(shè)計(jì)研究[D].西安科技大學(xué)，2012.

[3]張賀.基于Android的智能視頻監(jiān)控系統(tǒng)設(shè)計(jì)[D].成都理工大學(xué)，2015.

作者單位

篇9

【關(guān)鍵詞】機(jī)房管理；FTP；IIS Serv-U

計(jì)算機(jī)機(jī)房是職業(yè)院校里最重要的實(shí)驗(yàn)室之一，是各專業(yè)計(jì)算機(jī)類課程的主要實(shí)踐場(chǎng)所，機(jī)房維護(hù)的好壞從一定程度上影響著計(jì)算機(jī)類課程實(shí)驗(yàn)、實(shí)習(xí)和設(shè)計(jì)等實(shí)踐教學(xué)環(huán)節(jié)的順利進(jìn)行。

一、機(jī)房管理的任務(wù)及面臨的問(wèn)題

機(jī)房管理的主要任務(wù)是完成基本的教學(xué)功能以及訪問(wèn)互聯(lián)網(wǎng)功能。但現(xiàn)實(shí)情況是一個(gè)機(jī)房一學(xué)期內(nèi)要承擔(dān)多門課程的實(shí)驗(yàn)需求，相應(yīng)的教學(xué)軟件必須安裝齊全。對(duì)于驗(yàn)證型實(shí)驗(yàn)，要提供滿足試驗(yàn)要求的基本環(huán)境；對(duì)于開(kāi)發(fā)型實(shí)驗(yàn)，試驗(yàn)結(jié)果可以通過(guò)網(wǎng)絡(luò)提交到服務(wù)器，方便教師及時(shí)檢閱指導(dǎo)。學(xué)生機(jī)只是一個(gè)試驗(yàn)的平臺(tái)。

在機(jī)房的日常管理中，存在以下問(wèn)題：

1.系統(tǒng)保護(hù)與數(shù)據(jù)存儲(chǔ)的矛盾

在機(jī)房管理中為了增強(qiáng)穩(wěn)定性，減少維護(hù)工作量，一般都選購(gòu)帶有還原保護(hù)系統(tǒng)的品牌機(jī)，或者安裝還原軟件。學(xué)生在使用時(shí)保存在計(jì)算機(jī)硬盤的資料會(huì)隨著計(jì)算機(jī)的重新啟動(dòng)而被還原掉。學(xué)生下載的軟件或所做的作業(yè)不能在機(jī)房的電腦里保存。另外，對(duì)于公共機(jī)房來(lái)說(shuō)，可能存在的問(wèn)題是，今天學(xué)生在這個(gè)機(jī)房上課，而下次學(xué)生可能在另一個(gè)機(jī)房上課。因此，學(xué)生大都采用自帶U盤或其他存儲(chǔ)設(shè)備的方式，但允許使用U盤也容易帶來(lái)病毒傳播的問(wèn)題。

2.數(shù)據(jù)共享問(wèn)題

教師上課時(shí)所需素材等文檔資料可以通過(guò)多媒體教學(xué)軟件分發(fā)給學(xué)生，或者通過(guò)文件夾共享讓學(xué)生自己獲取。在學(xué)生完成作業(yè)后，教師需逐臺(tái)機(jī)器檢查學(xué)生作業(yè)，這樣效率非常低。當(dāng)然可以通過(guò)多媒體教學(xué)軟件來(lái)在線提交。但不同老師使用的教室里，作業(yè)如何區(qū)別保存也是個(gè)問(wèn)題。

在使用共享文件夾方式的時(shí)候，需要使用SERVER版的操作系統(tǒng)如Windows Server2003來(lái)解決連接數(shù)的問(wèn)題，且設(shè)置本身也是一個(gè)較大的工程，另外在這種情況下也容易發(fā)生學(xué)生抄襲作業(yè)或惡意刪除其他同學(xué)的文件等問(wèn)題。

3.資料存檔問(wèn)題

從規(guī)范實(shí)踐教學(xué)管理的角度出發(fā)，實(shí)踐教學(xué)的實(shí)驗(yàn)結(jié)果、實(shí)驗(yàn)數(shù)據(jù)，也需要進(jìn)行存檔。那么如何建立起實(shí)踐環(huán)節(jié)的教學(xué)檔案是一個(gè)迫切需要解決的問(wèn)題。

二、幾種解決方法

1.使用教學(xué)軟件

現(xiàn)在學(xué)校機(jī)房一般都安裝有多媒體電子教室軟件，該軟件雖說(shuō)有“文件傳輸”和“遠(yuǎn)程命令”功能，但是使用中發(fā)現(xiàn)“文件傳輸”功能不盡如人意，傳輸大一些的文件或圖片時(shí)往往出現(xiàn)問(wèn)題，造成文件丟失或損壞。尤其是給學(xué)生機(jī)作業(yè)要求及素材、學(xué)生上交作業(yè)文件或者教師機(jī)接收作業(yè)文件這些文件傳輸環(huán)節(jié)往往也遇到困難。

2.使用“網(wǎng)上鄰居”

“網(wǎng)上鄰居”作為局域網(wǎng)內(nèi)計(jì)算機(jī)之間傳輸文件的橋梁，在實(shí)際應(yīng)用中發(fā)揮過(guò)重要的作用。但從WindowsXP以后，“網(wǎng)上鄰居”的設(shè)置不再像以前那么方便了，需要啟用GUEST賬戶，啟用Microsoft網(wǎng)絡(luò)上的文件與打印機(jī)共享，還要安裝“網(wǎng)絡(luò)客戶”選項(xiàng)，最重要的是要檢查計(jì)算機(jī)上是否已正確安裝啟動(dòng)了“計(jì)算機(jī)瀏覽器服務(wù)（ComputerBrowserService）”等。另外，經(jīng)常會(huì)出現(xiàn)計(jì)算機(jī)之間無(wú)法互訪的問(wèn)題。

WindowsXP“網(wǎng)上鄰居”在使用時(shí)系統(tǒng)會(huì)搜索自己的共享目錄和可作為網(wǎng)絡(luò)共享的打印機(jī)以及計(jì)劃任務(wù)中和網(wǎng)絡(luò)相關(guān)的計(jì)劃任務(wù)，然后才顯示出來(lái)，這樣速度顯然會(huì)慢很多，而且在傳輸文件時(shí)對(duì)系統(tǒng)資源的消耗較大。

另外，學(xué)生機(jī)上的“網(wǎng)上鄰居”功能容易出現(xiàn)問(wèn)題，往往是設(shè)置或者是病毒感染的問(wèn)題，再加上學(xué)生機(jī)都有還原卡或還原精靈，因此出現(xiàn)問(wèn)題不好解決，尋找新的方法實(shí)現(xiàn)學(xué)校機(jī)房的文件傳輸成為擺在我們面前的迫切任務(wù)。

3.使用FTP

FTP是FileTransferProtocol（文件傳輸協(xié)議）的縮寫，用來(lái)在兩臺(tái)計(jì)算機(jī)之間互相傳送文件。FTP服務(wù)作為Internet最古老的服務(wù)之一，無(wú)論在過(guò)去還是現(xiàn)在都有著不可替代的作用。在企業(yè)中，對(duì)于一些大文件的共享，通常采用FTP這種形式來(lái)完成，并且由于FTP能消除操作系統(tǒng)之間的差異，對(duì)于不同的操作系統(tǒng)之間共享文件的作用就顯得尤為突出。FTP傳輸性能穩(wěn)定，占用系統(tǒng)資源小，而且傳輸速度快、效率高，安全性好。這些方面都是網(wǎng)上鄰居比不上的。

FTP在機(jī)房管理中的應(yīng)用已越來(lái)越廣泛，包括軟件資源、課件資源的，學(xué)生隨堂作業(yè)、課后作業(yè)的上交等，非常適合內(nèi)部資源共享。使用FTP服務(wù)器還可以帶來(lái)其他好處：FTP服務(wù)器的日志文件里記錄著提交作業(yè)的時(shí)間、提交作業(yè)的機(jī)器的IP地址，還可以設(shè)置權(quán)限，例如只能上傳不能下載，這樣就可以防止學(xué)生復(fù)制別人的作業(yè)。也可以在網(wǎng)頁(yè)上制作出FTP服務(wù)器的網(wǎng)址的超級(jí)鏈接，學(xué)生只需要點(diǎn)擊該鏈接就可以直接打開(kāi)FTP服務(wù)器，然后把作業(yè)文件粘貼到這里或者拖拽到這里就完成了上交；同樣，素材的下載也很簡(jiǎn)單。

三、常用的FTP軟件

傳統(tǒng)地，在采用Windows操作系統(tǒng)的服務(wù)器上，會(huì)利用系統(tǒng)自帶的IIS來(lái)架設(shè)FTP服務(wù)器。這種方法實(shí)施簡(jiǎn)單，能實(shí)現(xiàn)的功能也很簡(jiǎn)單，在訪問(wèn)權(quán)限管理方面較為欠缺，僅僅有讀取和寫入兩種權(quán)限；用戶管理依賴于Windows系統(tǒng)內(nèi)建的用戶，使用起來(lái)不方便。

目前市面上的FTP服務(wù)器軟件有很多種，Serv-U是目前眾多的FTP服務(wù)器軟件之一。使用Serv-U，能夠?qū)⑷魏我慌_(tái)PC設(shè)置成一個(gè)FTP服務(wù)器。這樣，用戶或其他使用者就能夠使用FTP協(xié)議，通過(guò)在同一網(wǎng)絡(luò)上的任何一臺(tái)PC與FTP服務(wù)器連接，進(jìn)行文件或文件夾的創(chuàng)建、復(fù)制、移動(dòng)和刪除等。雖然目前FTP服務(wù)器端的軟件種類繁多，相互之間各有優(yōu)勢(shì)，但是Serv-U憑借其獨(dú)特的功能倍受歡迎。

四、建立FTP服務(wù)器

（一）利用IIS來(lái)構(gòu)建FTP服務(wù)器

在架設(shè)FTP網(wǎng)站時(shí)，對(duì)于僅僅作為共享文件這種服務(wù)而沒(méi)有其他特殊要求的，可通過(guò)Windows2000/2003操作系統(tǒng)的IIS組件來(lái)完成。步驟如下：

（1）IIS安裝，可按照“開(kāi)始”“設(shè)置”“控制面板”“添加/刪除程序”，打開(kāi)“添加/刪除程序”對(duì)話框，選中“添加/刪除Windows組件”。

（2）選中“Internet信息服務(wù)（IIS）”，查看其詳細(xì)信息。

（3）選中“文件傳輸協(xié)議（FTP）服務(wù)器”項(xiàng)后，單擊確定，接下來(lái)按照向?qū)е涟惭b完成。

（4）打開(kāi)“開(kāi)始”“程序”“管理工具”“Internet信息服務(wù)”，打開(kāi)IIS控制臺(tái)。

（5）單擊“默認(rèn)FTP站點(diǎn)”，在右鍵快捷菜單中選中“屬性”，打開(kāi)“默認(rèn)FTP站點(diǎn)屬性”對(duì)話框。

（6）在“FTP站點(diǎn)”選項(xiàng)卡中，需要修改“說(shuō)明”為容易識(shí)別的標(biāo)識(shí)，IP地址修改為當(dāng)前主機(jī)的某個(gè)IP地址。如本機(jī)修改為私有地址“192.168.1.1”，“TCP端口”為默認(rèn)的FTP端口“21”。

（7）在“安全帳號(hào)”中選中“允許匿名連接”，如果對(duì)于客戶端登陸時(shí)需要進(jìn)行身份驗(yàn)證，則可通過(guò)“瀏覽”來(lái)選中服務(wù)器的Windows用戶。

（8）在“消息”選項(xiàng)卡中添加FTP服務(wù)器的登陸歡迎信息和退出信息。

（9）在“主目錄”選項(xiàng)卡中選擇FTP服務(wù)器向外提供服務(wù)的主目錄，此處可選擇“此計(jì)算機(jī)上的目錄”，通過(guò)瀏覽進(jìn)行選擇，或者選擇“另一計(jì)算機(jī)上的共享位置”，這是FTP服務(wù)器向外提供服務(wù)的主目錄在其他主機(jī)上，格式為“＼＼{服務(wù)器}＼{共享名}”，在FTP站點(diǎn)目錄下的“讀取”、“寫入”、“日志訪問(wèn)”對(duì)FTP站點(diǎn)的權(quán)限進(jìn)行配置，在此處出于安全考慮只為匿名anonymous用戶分配“讀取”權(quán)限而不分配“寫入”權(quán)限。

（10）在“目錄安全性”選項(xiàng)卡中對(duì)FTP服務(wù)器的訪問(wèn)控制權(quán)限進(jìn)行分配，可通過(guò)此處將FTP服務(wù)器的訪問(wèn)權(quán)限授權(quán)給某部分IP用戶或者拒絕來(lái)自某些IP用戶的訪問(wèn)。注意當(dāng)選擇了“授權(quán)訪問(wèn)”后，在列表中的IP地址將被拒絕，如選擇“拒絕訪問(wèn)”，列表中的IP地址用戶將被授權(quán)。

至此，F(xiàn)TP服務(wù)器架設(shè)成功。

（二）利用Serv-U構(gòu)建FTP服務(wù)器

Serv-U設(shè)置簡(jiǎn)單，功能強(qiáng)大，性能穩(wěn)定，現(xiàn)已成為絕大多數(shù)用戶建立FTP服務(wù)器的首選軟件。用Serv—U建立FTP服務(wù)器的步驟：

首先，在服務(wù)器上安裝Serv—U軟件。

第二步，運(yùn)行Serv—U，在“安裝向?qū)А钡闹敢拢瑢?duì)FTP服務(wù)器進(jìn)行基本的配置。

第三步，設(shè)置服務(wù)器的“訪問(wèn)最大速度”和“允許的最大用戶訪問(wèn)量”，以保證服務(wù)器的最佳運(yùn)行狀態(tài)，使服務(wù)器正常無(wú)故障運(yùn)行。如果不設(shè)置“最大訪問(wèn)速度”，服務(wù)器將會(huì)利用所有可能的帶寬為客戶提供服務(wù)，而過(guò)多的用戶可能會(huì)占用一切可能的帶寬，從而影響其他的網(wǎng)絡(luò)應(yīng)用。

第四步，為用戶設(shè)置登陸名和密碼。并設(shè)置用戶權(quán)限。Serv—U支持匿名訪問(wèn)，但是作為專業(yè)的FTP站點(diǎn)，一般只允許授權(quán)用戶訪問(wèn)，所以用戶登陸FTP服務(wù)器時(shí)需要有一個(gè)帳號(hào)和相應(yīng)的密碼，服務(wù)器的管理人員在Serv—U中為用戶設(shè)定其帳號(hào)和密碼。通過(guò)規(guī)定每個(gè)用戶在訪問(wèn)該FTP服務(wù)器時(shí)的權(quán)限，決定了用戶可以訪問(wèn)哪些文件、不能訪問(wèn)哪些文件、以何種方式訪問(wèn)，從而確保了網(wǎng)絡(luò)信息的安全。

第五步，服務(wù)器其他屬性的設(shè)置。

通過(guò)以上操作，即建好了內(nèi)網(wǎng)FTP服務(wù)器。

Serv-U可以做到一站多用戶，不同用戶登錄可以綁定不同的工作目錄。針對(duì)作業(yè)區(qū)別保存的問(wèn)題，我們?cè)赟erv-U中建立兩個(gè)帳號(hào)，分別為：CAD和PS，用戶CAD登錄后對(duì)應(yīng)工作根目錄為D：＼CAD，用戶PS登錄后對(duì)應(yīng)工作根目錄為D：＼PHOTOSHOP；然后，分別在各自目錄下再建立用于上交作業(yè)的子目錄D：＼CAD＼作業(yè)，D：＼PHOTOSHOP＼作業(yè)；最后在Serv-U中，設(shè)置用戶CAD對(duì)工作根目錄D：＼CAD僅有讀取權(quán)限、對(duì)目錄D：＼CAD＼作業(yè)具有寫入和追加權(quán)限，不具備讀取和刪除權(quán)限，以防止同學(xué)誤刪和抄作業(yè)；用戶PS的設(shè)置類似。

這樣一來(lái)，不同班級(jí)不同課程的學(xué)生，打開(kāi)同一IP的FTP站點(diǎn)，輸入不同的用戶名就會(huì)進(jìn)入各自對(duì)應(yīng)的工作目錄，利用Serv-U細(xì)膩的權(quán)限管理，使學(xué)生誤刪和抄作業(yè)現(xiàn)象得到較好控制。

參考文獻(xiàn)：

[1]李衛(wèi)東，徐景波.學(xué)校機(jī)房文件傳輸方法探討[J].開(kāi)封大學(xué)學(xué)報(bào)，2007年9月第21卷第3期

[2]王宏.教學(xué)資源庫(kù)的FTP設(shè)計(jì)與實(shí)現(xiàn)[J].昌吉學(xué)院學(xué)報(bào)，2010年第6期

篇10

關(guān)鍵詞：FTP；備份還原系統(tǒng)；煙草工業(yè)

引言

隨著工業(yè)自動(dòng)化技術(shù)的發(fā)展，煙草機(jī)械行業(yè)中客戶對(duì)產(chǎn)品的用戶體驗(yàn)要求日益提高，同時(shí)，與國(guó)際同行相比，國(guó)內(nèi)煙草機(jī)械行業(yè)也由起初的望塵莫及、望其項(xiàng)背進(jìn)入同臺(tái)競(jìng)技的新階段，而隨著“中國(guó)制造2050”戰(zhàn)略的提出，國(guó)內(nèi)煙草機(jī)械行業(yè)的最終目標(biāo)必然是與國(guó)際同行實(shí)現(xiàn)并駕齊驅(qū)。在此大背景下，控制系統(tǒng)作為煙草機(jī)械的一大優(yōu)勢(shì)，登上競(jìng)技臺(tái)與國(guó)外巨頭進(jìn)行競(jìng)爭(zhēng)。PLC、伺服運(yùn)動(dòng)控制及人機(jī)界面(HMI)作為煙草機(jī)械工控系統(tǒng)中最重要的三個(gè)子系統(tǒng)，在實(shí)際工程應(yīng)用中經(jīng)常需要對(duì)其不同版本進(jìn)行備份，再根據(jù)實(shí)時(shí)要求進(jìn)行還原操作，然而三個(gè)子系統(tǒng)相對(duì)獨(dú)立，必須分別進(jìn)行備份還原并添置硬件，不便于用戶的實(shí)際操作。為了解決上述問(wèn)題，提高機(jī)器智能化水平，更好的為用戶服務(wù)，特別開(kāi)發(fā)了一套基于VisualStudio2010的備份還原系統(tǒng)，一次性完成PLC、伺服運(yùn)動(dòng)控制系統(tǒng)及人機(jī)界面三個(gè)子系統(tǒng)的備份還原任務(wù)。

一、備份還原系統(tǒng)的原理

整個(gè)工業(yè)控制系統(tǒng)主要包括主PLC、上位機(jī)HMI、ELAU運(yùn)動(dòng)控制系統(tǒng)以及后續(xù)用戶添加的專用系統(tǒng)如數(shù)據(jù)采集系統(tǒng)，如圖1所示。備份還原系統(tǒng)在上位機(jī)HMI上運(yùn)行，通過(guò)FTP協(xié)議實(shí)現(xiàn)與主PLC、ELAU運(yùn)動(dòng)控制器及后續(xù)用戶添加的專用系統(tǒng)控制器實(shí)現(xiàn)數(shù)據(jù)傳輸，完成PLC系統(tǒng)的控制數(shù)據(jù)、HMI運(yùn)行數(shù)據(jù)、上位機(jī)桌面信息、ELAU運(yùn)動(dòng)控制數(shù)據(jù)以及用戶的專用系統(tǒng)數(shù)據(jù)的備份還原。整個(gè)系統(tǒng)所用的FTP通訊協(xié)議全稱是FileTransferProtocol[1]，基于此協(xié)議可以實(shí)現(xiàn)文件在處于同一局域網(wǎng)中不同電腦間的傳輸[2]，并可以保證整個(gè)傳輸過(guò)程的可靠穩(wěn)定性[3]，因此在互聯(lián)網(wǎng)領(lǐng)域被廣泛應(yīng)用[4]。FTP協(xié)議屬于典型的C/S模式[1]，文件傳輸過(guò)程如圖2所示，其中提供FTP服務(wù)的計(jì)算機(jī)為FTP服務(wù)器，用戶的本地計(jì)算機(jī)為FTP客戶端；將文件從FTP服務(wù)器傳輸?shù)娇蛻舳说倪^(guò)程為下載，將文件從客戶端傳輸至FTP服務(wù)器的過(guò)程為上傳。FTP服務(wù)的實(shí)時(shí)屬性要求用戶在訪問(wèn)FTP服務(wù)器之前必須登錄，只有登錄成功的用戶才能訪問(wèn)、查詢、讀寫該服務(wù)器上的資源[1]。但是，這種登錄方式在某種程度上會(huì)制約某些公共資源的共享，因此，大部分FTP服務(wù)器還會(huì)提供匿名（anonymous）FTP服務(wù)。匿名FTP服務(wù)的實(shí)質(zhì)是：提供服務(wù)的機(jī)構(gòu)在它的FTP服務(wù)器上建立一個(gè)公開(kāi)賬戶（通常為Anonymous），并賦予該賬戶訪問(wèn)公共目錄的權(quán)限，以提供免費(fèi)服務(wù)。然后，當(dāng)用戶訪問(wèn)此FTP服務(wù)器時(shí)，則不需要輸入用戶名和密碼；如果需要，則是輸入系統(tǒng)默認(rèn)的公開(kāi)賬戶即用戶名為“anonymous”，密碼為空。

二、備份還原系統(tǒng)的功能模塊

VisualStudio2010通過(guò)其命名空間下的NetWorkCredential類、FtpWebRequest類和FtpWebResponse類提供對(duì)FTP的全面支持。其中，NetWorkCredential類用于驗(yàn)證客戶端身份，當(dāng)需要驗(yàn)證訪問(wèn)權(quán)限時(shí)，可使用這個(gè)類提供FTP服務(wù)器所需的用戶名及密碼；FtpWebRequest類用于實(shí)現(xiàn)FTP客戶端所有請(qǐng)求；FtpWebResponse類用于封裝FTP服務(wù)器對(duì)客戶端請(qǐng)求的響應(yīng)。FtpWebResponse對(duì)象提供操作的狀態(tài)及從服務(wù)器下載的所有數(shù)據(jù)，獲取FTP響應(yīng)時(shí)，需調(diào)用FtpWebRequest對(duì)象的GetResponse方法獲取。2.1FTP服務(wù)器連接模塊。實(shí)現(xiàn)FTP服務(wù)器之間的文件傳輸，必須要運(yùn)用服務(wù)器的正確用戶名和密碼成功登錄服務(wù)器，同時(shí)賦予某項(xiàng)操作權(quán)限，否則FTP命令將不能成功執(zhí)行，下列語(yǔ)句即為驗(yàn)證客戶端身份的示范。上述語(yǔ)句中的NetWorkCredential類非常重要，在后續(xù)的FTP各項(xiàng)操作中如讀取、寫入及刪除等都需要調(diào)用它。2.2FTP讀取寫入模塊。依照實(shí)際需求，對(duì)FTP服務(wù)器的數(shù)據(jù)處理方法有很多比如讀取、寫入、刪除、復(fù)制、創(chuàng)建及重命名文件等等，其中被廣泛應(yīng)用的主要有讀取寫入兩種。除讀取操作以外，后續(xù)幾種操作之前都需要首先在客戶端顯示服務(wù)器的文件詳細(xì)信息，即通過(guò)FtpWebResponse對(duì)象獲取響應(yīng)，再通過(guò)一系列的處理轉(zhuǎn)換成文件名、目錄名及文件大小等信息。獲取以上信息之后，客戶端即可對(duì)服務(wù)器中文件進(jìn)行讀取寫入操作，這兩種操作數(shù)據(jù)傳輸方式類似。讀取操作利用WebRequestMethods.Ftp.DownloadFile類，寫入操作利用WebRequestMethods.Ftp.UploadFile類,然后打開(kāi)responseStream數(shù)據(jù)通道，進(jìn)行數(shù)據(jù)傳輸。2.3文件及文件夾的遍歷模塊。在實(shí)際工程應(yīng)用中，F(xiàn)TP服務(wù)需要傳輸?shù)奈募愋筒粌H僅是單一的文件，有時(shí)會(huì)有文件夾嵌套文件、文件夾嵌套文件及文件夾等等情況，為保證數(shù)據(jù)傳遞的準(zhǔn)確性及完整性，必須將以上種種情況考慮進(jìn)文件及文件夾遍歷模塊設(shè)計(jì)中。

三、備份還原系統(tǒng)界面

選擇需要保存或恢復(fù)的選項(xiàng)以及文件所在位置，點(diǎn)擊“保存”或是“恢復(fù)”按鈕，然后點(diǎn)擊“開(kāi)始”，即可開(kāi)啟保存或恢復(fù)進(jìn)程；點(diǎn)擊“退出”，即關(guān)閉備份還原系統(tǒng)。

四、結(jié)語(yǔ)

通過(guò)實(shí)驗(yàn)室測(cè)試可證，備份還原系統(tǒng)可成功將PLC、HMI以及伺服控制系統(tǒng)一次性備份到存儲(chǔ)設(shè)備中，并且還可以存儲(chǔ)時(shí)間為依據(jù)存儲(chǔ)不同的版本，用戶根據(jù)需要對(duì)各個(gè)子系統(tǒng)進(jìn)行還原，大大提高了備份還原操作的效率以及自由度。

參考文獻(xiàn)

[1]鄭阿奇.VisualC#網(wǎng)絡(luò)編程[J].北京：電子工業(yè)出版社,2011:237-251.

[2]顧煜炯,林慶乙,賀徙.基于UDP與FTP協(xié)議的遠(yuǎn)程振動(dòng)監(jiān)測(cè)與故障診斷系統(tǒng)網(wǎng)絡(luò)通信方法[J].儀器儀表學(xué)報(bào),2007(06):413-414.

[3]耿強(qiáng),黃雪琴.基于IRIS軟件的FTP協(xié)議分析[J].科技信息,2012(19):107.

[4]張艷,華東.基于FTP的考試文件傳輸系統(tǒng)的研究[J].南京審計(jì)學(xué)院學(xué)報(bào),2005(2):66-70.