引言
　　遠(yuǎn)程信息監(jiān)測系統(tǒng)是通過網(wǎng)絡(luò)遠(yuǎn)程收集目標(biāo)信息并監(jiān)控目標(biāo)對象運(yùn)行狀態(tài)的嵌入式系統(tǒng)。遠(yuǎn)程信息監(jiān)測系統(tǒng)中嵌入式Web服務(wù)器的使用，可以使用戶通過瀏覽器訪問遠(yuǎn)端的嵌入式設(shè)備，這樣能夠大大提高系統(tǒng)的易用性和可維護(hù)性。目前，在遠(yuǎn)程監(jiān)測系統(tǒng)中普遍采用的實(shí)時(shí)數(shù)據(jù)采集方法是在網(wǎng)頁上嵌入Applet或ActiveX控件，但是這種方法不僅會(huì)威脅到客戶端的安全，還增加了服務(wù)器的負(fù)擔(dān)，從而限制了Web服務(wù)器的實(shí)現(xiàn)和應(yīng)用。為了滿足資源有限的嵌入式系統(tǒng)的需要，本文采用微型TCP／IP協(xié)議棧uIP，在協(xié)議棧之上設(shè)計(jì)實(shí)現(xiàn)了基于CGI的動(dòng)態(tài)Web服務(wù)器，并將AJAX技術(shù)應(yīng)用到客戶端與服務(wù)器的實(shí)時(shí)數(shù)據(jù)交互中。AJAX技術(shù)的實(shí)現(xiàn)是將JavaScript程序內(nèi)嵌在網(wǎng)頁中，不需要在瀏覽器上另外安裝插件，降低了系統(tǒng)成本和Web服務(wù)器實(shí)現(xiàn)的難度。
　　1 uIP協(xié)議棧分析
　　uIP是專為8／16位嵌入式微處理器設(shè)計(jì)的輕量級TCP／IP協(xié)議棧。uIP本身的源代碼和占用的內(nèi)存資源都非常少，其源代碼只有幾KB，RAM僅占幾百字節(jié)。uIP采用BSD授權(quán)，遵循RFC標(biāo)準(zhǔn)，完全由C語言編寫，具有良好的可移植性，可免費(fèi)用于非商業(yè)和商業(yè)用途。uIP協(xié)議棧有多個(gè)版本，本設(shè)計(jì)采用的是uIP 1．0。
　　為了減少對系統(tǒng)資源的要求，uIP的內(nèi)部實(shí)現(xiàn)主要采用以下設(shè)計(jì)措施：
　?、俨恢С謩?dòng)態(tài)內(nèi)存分配機(jī)制，使用單一的全局緩沖區(qū)uip_buf收發(fā)網(wǎng)絡(luò)數(shù)據(jù)；
　?、谥貙?shí)現(xiàn)了與完整TCP／IP通信所必需的ARP（地址解析協(xié)議）、IP（網(wǎng)際互聯(lián)協(xié)議）、TCP（傳輸控制協(xié)議），而UDP（用戶數(shù)據(jù)包協(xié)議）、ICM P（網(wǎng)絡(luò)控制報(bào)文協(xié)議）只作為可選模塊；
　?、鄹鲗訁f(xié)議緊密耦合，應(yīng)用協(xié)議也參與了部分協(xié)議棧功能的實(shí)現(xiàn)。
　　uIP的體系結(jié)構(gòu)如圖1所示。由圖1可以看出，uIP協(xié)議棧處于網(wǎng)絡(luò)通信的中間層，用戶需要為uIP提供底層網(wǎng)卡驅(qū)動(dòng)程序和定時(shí)器驅(qū)動(dòng)程序。
　　
　　而uIP為底層系統(tǒng)提供了4個(gè)接口函數(shù)：uip_init（）完成協(xié)議棧的初始化；uip_input（）用于處理從以太網(wǎng)接收到的IP數(shù)據(jù)包；uip_perio dic（）用于協(xié)議內(nèi)核周期性地對各TCP連接的輪詢；uip_udp_periodic（）則用于UDP服務(wù)下對各UDP連接的輪詢。其中，uip_input（）和uip_per iodic（）在協(xié)議的內(nèi)部采用同一個(gè)函數(shù)void uip_process（u8_t flag）實(shí)現(xiàn)，區(qū)別在于調(diào)用的參數(shù)不同。uIP主程序清晰地展示了各接口函數(shù)的調(diào)用方法，其主程序流程圖如圖2所示。
　　
　　uIP的各處理程序會(huì)調(diào)用UIP_APPCALL（）進(jìn)行應(yīng)用程序處理，用戶需要將UIP_APPCALL宏定義為實(shí)際的應(yīng)用函數(shù)名，應(yīng)用程序就可以掛接到uIP中，而uip_flags是協(xié)議棧提供給應(yīng)用層查詢的狀態(tài)變量。