【正文】 協(xié)議 ● 信件回復(fù)與轉(zhuǎn)發(fā) 。 用戶在收到信件后可以立即按發(fā)信地址復(fù)信 。 這時既可以省去輸入復(fù)信地址 ， 又可以確保復(fù)信回送到發(fā)信人信箱 。 此外 ， 用戶收到信件后也可以將信件的副本轉(zhuǎn)發(fā)給指定的用戶閱讀 。 ● 退信說明 。 當(dāng)信件因收信地址有誤而無法送達(dá)時 ， Email系統(tǒng)將原信退回 ， 并說明無法投遞的原因 ，以及提供一個信件傳送路徑供用戶查找其原因 。 ● 信件管理 、 轉(zhuǎn)儲和歸納 。 用戶對收到的信件可以分門別類地存放在不同的電子文件夾中長期保存 ，可以刪除不需要的信件 ， 還可以將信件轉(zhuǎn)成文本文件單獨(dú)存放或使用 。 第 9章 高層協(xié)議 ● 電子郵件箱的保密性 。 用戶在使用 Email系統(tǒng)時 ， 首先要登錄到提供該服務(wù)的計(jì)算機(jī) (即 Email服務(wù)器 )上 ， 然后才能運(yùn)行 Email軟件來收發(fā)電子郵件 。 在登錄時 ， 用戶必須提供正確的用戶名和密碼 ， 否則將被拒絕 。 也就是說 ， 用戶電子郵件箱的保密性是通過密碼來保證的 。 第 9章 高層協(xié)議 ② Email系統(tǒng)的組成 。 Email系統(tǒng)基于客戶機(jī) /服務(wù)器模式 ， 整個系統(tǒng)由 Email客戶軟件 、 Email服務(wù)器和通信協(xié)議等三部分組成 。 Email客戶軟件也稱為用戶代理 ， 是用戶用來收發(fā)電子郵件的工具 。 這種軟件根據(jù)不同操作系統(tǒng)有很多種類 ， 如微軟公司的 Outlook Express等 。 第 9章 高層協(xié)議 Email服務(wù)器主要充當(dāng) “ 郵局 ” 的角色 ， 它除了為用戶提供電子郵件箱外 ， 還承擔(dān)著信件的投遞業(yè)務(wù) 。當(dāng)用戶與 Email服務(wù)器聯(lián)機(jī)進(jìn)入自己的電子郵件箱并發(fā)送一個電子郵件后 ， Email服務(wù)器將按收信人地址選擇適當(dāng)?shù)穆窂桨延脩綦娮余]件箱里的信件發(fā)送給網(wǎng)絡(luò)中的下一個結(jié)點(diǎn) 。 通過網(wǎng)絡(luò)若干結(jié)點(diǎn)的 “ 存儲 轉(zhuǎn)發(fā) ” 式的傳遞 ， 最終把信件投遞到目的地 ， 即收信人的電子郵件箱里 。 當(dāng)收信人聯(lián)機(jī)進(jìn)入自己電子郵件箱時 ， 就可以查閱到該信件了 。 第 9章 高層協(xié)議 Email服務(wù)器主要采用 SMTP協(xié)議來傳送電子郵件。SMTP協(xié)議描述了電子郵件的信息格式及其傳遞處理方法，以保證傳送的電子郵件能夠正確地尋址和可靠地傳輸。 SMTP協(xié)議是面向文本的網(wǎng)絡(luò)協(xié)議，即它只支持文本形式的電子郵件的傳輸。如果通過 Email系統(tǒng)來傳輸二進(jìn)制數(shù)據(jù)或文件，則要使用一種叫做MIME(Multipurpose Inter Mail Extensions)的協(xié)議。MIME協(xié)議除了支持二進(jìn)制文件傳輸外，也支持常規(guī)的文本文件傳輸，而且處理過程全部是自動完成的。 第 9章 高層協(xié)議 如果一個 Email系統(tǒng)支持 MIME協(xié)議 ， 則一個二進(jìn)制文件可以作為電子郵件的附件隨它一起發(fā)送出去 。接收端的 Email系統(tǒng)將會通知收信人該電子郵件含有附件 ， 并在閱讀郵件時 ， 會自動將附件分離出來 ， 存入到一個文件中 。 在 Email軟件中支持 MIME協(xié)議是很重要的 ， 因?yàn)樗蟠髷U(kuò)展了 Email系統(tǒng)的應(yīng)用領(lǐng)域 ， 所以一些新版本的 Email軟件都支持這個協(xié)議 。 第 9章 高層協(xié)議 ③ Email的使用 。 電子郵件與普通信件一樣 ， 要有一定的書寫格式 。 一個電子郵件由郵件頭和郵件體組成 。 郵件頭相當(dāng)于 “ 信封 ” ， 由收信人電子郵件箱地址 、 發(fā)信人電子郵件箱地址和郵件標(biāo)題等三部分構(gòu)成；郵件體相當(dāng)于 “ 信紙 ” ， 即實(shí)際要傳送的內(nèi)容 。 電子郵件箱地址采用標(biāo)準(zhǔn) Inter地址格式 ， 即：用戶名＠域名 。 其中 ， 域名指示用戶郵件箱所在的 Email服務(wù)器的地址 ， 用戶名就是用戶郵件箱的名稱 。 第 9章 高層協(xié)議 當(dāng)用戶聯(lián)機(jī)登錄到自己的電子郵件箱后 ， 就可以運(yùn)行 Email軟件來收發(fā)電子郵件了 。 Email軟件有基于字符用戶界面的 ， 如 DOS、 UNIX下的大都屬于此類；也有基于圖形用戶界面的 ， 如 Windows環(huán)境下的Outlook Express工具等 ， 這種 Email軟件形象直觀 ， 無需記憶很多繁雜的命令 ， 操作方便 ， 簡單易學(xué) 。 第 9章 高層協(xié)議 4. 超文本傳輸協(xié)議 (HTTP)及其 WWW服務(wù) 1) HTTP協(xié)議 從網(wǎng)絡(luò)協(xié)議的角度 ， HTTP協(xié)議是對 TCP/IP協(xié)議集的擴(kuò)展 ， 處于 TCP/IP層次的應(yīng)用層 。 HTTP是基于客戶機(jī) /服務(wù)器模式的面向事務(wù)的應(yīng)用層協(xié)議 。 HTTP協(xié)議本身是面向無連接的 ， 但可提供面向連接的服務(wù) 。 典型的 HTTP事務(wù)處理過程如下： 第 9章 高層協(xié)議 ① 客戶與服務(wù)器建立連接； ② 客戶向服務(wù)器提出請求； ③ 服務(wù)器接受請求 ， 并根據(jù)請求返回相應(yīng)的文件作為應(yīng)答； ④ 客戶與服務(wù)器關(guān)閉連接 。 第 9章 高層協(xié)議 客戶與服務(wù)器之間的 HTTP連接是一種一次性連接 ，它限制每次連接只處理一個請求 ， 當(dāng)服務(wù)器返回本次請求的應(yīng)答后便立即關(guān)閉連接 ， 下次請求再重新建立連接 。 這種一次性連接主要考慮到 Web服務(wù)器面向的是 Inter中成千上萬個用戶 ， 只能提供有限個連接 ，故服務(wù)器不會讓一個連接處于等待狀態(tài) ， 及時地釋放連接可以大大提高服務(wù)器的執(zhí)行效率 。 第 9章 高層協(xié)議 HTTP是一種無狀態(tài)協(xié)議 ， 即服務(wù)器不保留與客戶交易時的任何狀態(tài) 。 這就大大減輕了服務(wù)器的存儲負(fù)擔(dān) ， 從而保持較快的響應(yīng)速度 。 HTTP是一種面向?qū)ο蟮膮f(xié)議 ， 允許傳送任意類型的數(shù)據(jù)對象 。 它通過數(shù)據(jù)類型和長度來標(biāo)識所傳送的數(shù)據(jù)內(nèi)容和大小 ， 并允許對數(shù)據(jù)進(jìn)行壓縮傳送 。 第 9章 高層協(xié)議 當(dāng)用戶在一個 HTML文檔中定義了一個超文本鏈后 ，瀏覽器將通過 TCP/IP協(xié)議與指定的服務(wù)器建立連接 。從技術(shù)上講 ， 客戶只要在一個特定的 TCP端口 (端口號為 80)上打開一個套接字即可 。 如果該服務(wù)器一直在這個眾所周知的端口上偵聽連接請求 ， 則該連接便會建立起來 。 然后客戶通過該連接發(fā)送一個包含請求方法的請求塊 。 HTTP規(guī)范定義了七種請求方法 ， 每種請求方法規(guī)定了客戶和服務(wù)器之間不同的信息交換方式 ，常用的請求方法是 GET和 POST。 服務(wù)器將根據(jù)客戶請求完成相應(yīng)操作 ， 并以應(yīng)答塊形式返回給客戶 ， 最后關(guān)閉連接 。 在 HTTP中 ， 通過下列兩種信息塊結(jié)構(gòu)來實(shí)現(xiàn)客戶與服務(wù)器間的信息交換 。 第 9章 高層協(xié)議 ① 請求塊 。 在 HTTP中 ， 客戶的請求信息將按下列結(jié)構(gòu)來組織： description： method URL HTTP version General Header Request Header Entity Header Entity Body 請求塊中的各個字段是根據(jù)不同的請求方法任選的 。 第 9章 高層協(xié)議 ● 描述行 (description)定義了請求方法 (method)、URL和 HTTP協(xié)議版本號 。 由于這時已經(jīng)建立了連接 ，故這里的 URL不再包含協(xié)議名 、 服務(wù)器名和端口號 。 請求方法定義了在該資源上應(yīng)執(zhí)行的操作， HTTP規(guī)范定義了七種請求方法，如 GET、 HEAD、 PUT、POST等，而最常用的方法是 GET和 POST。 第 9章 高層協(xié)議 GET：該方法的目的是取回由 URL指定的資源，主要用于取回由一個超文本鏈所定義的對象。如果對象是文件，則 GET取回的是文件內(nèi)容；如果對象是程序或描述，則 GET取回的是該程序執(zhí)行的結(jié)果或該描述的輸出；若對象是數(shù)據(jù)庫查詢，則 GET取回的是本次查詢的結(jié)果。例如，如果用戶在瀏覽器中選定一個超文本鏈，則瀏覽器將會用 GET方法取回文件信息。GET還可以用于指定一個數(shù)據(jù)庫的查詢。例如： GET/cgi bin/? keyl+key2? 其中 ， keyl和 key2是查找 WAIS數(shù)據(jù)庫的關(guān)鍵字 (即查詢條件 )。 查詢結(jié)果是滿足查詢條件的數(shù)據(jù)組合 。 第 9章 高層協(xié)議 POST：當(dāng)客戶向服務(wù)器傳送大量數(shù)據(jù) ， 要求服務(wù)器和公共網(wǎng)關(guān)接口 CGI(Common Gateway Interface)程序作進(jìn)一步處理時要使用 POST方法 。 例如 ， 發(fā)送 HTML FORM內(nèi)容 ， 可讓 CGI程序進(jìn)行處理 。 這時 ， FORM內(nèi)容的 URL編碼將隨請求一起發(fā)出 。 ● 普通頭 (General Header)是對請求信息的一般說明 。 ● 請求頭 (Request Header)給出了所傳送數(shù)據(jù)對象的類型 、 長度 、 壓縮方法以及編程語言等 。 服務(wù)器將根據(jù)請求頭來解釋和處理本次請求 。 例如 ， 服務(wù)器將根據(jù)數(shù)據(jù)的類型和長度動態(tài)地分配空間 ， 以存放 FORM的內(nèi)容 。 第 9章 高層協(xié)議 ● 實(shí)體頭 (Entity Header)提供了對實(shí)體的進(jìn)一步描述 。 ● 實(shí)體體 (Entity Body)是客戶進(jìn)行 POST請求時的FORM內(nèi)容 ， 提供給服務(wù)器的 CGI程序作進(jìn)一步處理 。 第 9章 高層協(xié)議 ② 應(yīng)答塊 。 在 HTTP中 ， 服務(wù)器的應(yīng)答信息將按下列結(jié)構(gòu)來組織： description： HTTP version Status code Reason phrase General Header Response Header Entity Header Entity Body 同樣 ， 應(yīng)答塊中的各個字段也是根據(jù)不同的應(yīng)答內(nèi)容任選的 。 第 9章 高層協(xié)議 ● 描述行 (description)給出了 HTTP協(xié)議版本號 、 狀態(tài)碼和原因短語 。 主要說明了服務(wù)器是否成功地執(zhí)行了客戶請求及其原因 。 ● 普通頭 (General Header)是對返回信息的一般說明 。 ● 應(yīng)答頭 (Response Header)主要給出了服務(wù)器程序名 ， 通知客戶所請求的 URL需要認(rèn)證以及所請求的資源需要經(jīng)過多長時間才能使用等信息 。 第 9章 高層協(xié)議 ● 實(shí)體頭 (Entity Header)提供了有關(guān)本次所返回對象的信息 。 瀏覽器將根據(jù)這些信息來解釋所返回的對象 。 它主要有實(shí)體信息的類型 、 長度 、 壓縮方法 、 最后一次修改的時間及數(shù)據(jù)有效期等 。 ● 實(shí)體體 (Entity Body)是服務(wù)器應(yīng)答對象的本身 ，可以是任何格式的超媒體文件 。 第 9章 高層協(xié)議 2) WWW服務(wù) ① WWW基本概念。 WWW(World Wide Web)是Inter中最受歡迎的一種多媒體信息服務(wù)系統(tǒng)。它基于客戶 /服務(wù)器模式，整個系統(tǒng)由 Web服務(wù)器、瀏覽器(Browser)和通信協(xié)議等三部分組成。其中，通信協(xié)議采用的是超文本傳輸協(xié)議 HTTP(Hyper Text Transfer Protocol)。 HTTP是為分布式超媒體信息系統(tǒng)而設(shè)計(jì)的一種網(wǎng)絡(luò)協(xié)議，主要用于名字服務(wù)器和分布式對象管理，它能夠傳送任意類型數(shù)據(jù)對象，以滿足 Web服務(wù)器與客戶之間多媒體通信的需要，從而成為 Inter中發(fā)布多媒體信息的主要協(xié)議。 第 9章 高層協(xié)議 在 Web服務(wù)器上，主要以網(wǎng)頁 (Home Page)的形式來發(fā)布多媒體信息。網(wǎng)頁采用超文本標(biāo)記語言HTML(Hyper Text Markup Language)來編寫。當(dāng)瀏覽器軟件連接到 Web服務(wù)器并獲取網(wǎng)頁后，通過對網(wǎng)頁HTML文檔的解釋執(zhí)行將網(wǎng)頁所包含的信息顯示在用戶的屏幕上。 在 WWW系統(tǒng)中 ， 使用了一種簡單的命名機(jī)制 ——統(tǒng)一資源定位器 URL(Universal Resource Locator)來惟一地標(biāo)識和定位 Inter中的資源 。 它由以下三部分組成： 第 9章 高層協(xié)議 ● 客戶與服務(wù)器之間所使用的通信協(xié)議； ● 存放信息的服務(wù)器地址；