【正文】 可能的對(duì)應(yīng)關(guān)系 。 表示層按照一定的協(xié)議將發(fā)送端應(yīng)用層傳來(lái)的各種格式數(shù)據(jù)轉(zhuǎn)換成一種通用的中間格式 ， 在接收端表示層按照同樣的協(xié)議將這種中間數(shù)據(jù)格式轉(zhuǎn)換成應(yīng)用層能識(shí)別的格式 。 為了保證雙方通信信息的安全保密 ， 發(fā)方表示層實(shí)體要對(duì)欲傳輸?shù)膱?bào)文實(shí)施加密后再送出 ， 網(wǎng)上實(shí)際傳輸?shù)氖敲芪?， 在收方表示層實(shí)體對(duì)收到的密文解密后獲取原報(bào)文 。 雖然這些規(guī)則要達(dá)到的目標(biāo)是一致的 ，即用數(shù)據(jù)表示人們能理解的信息 ， 但往往不同計(jì)算機(jī)廠家與標(biāo)準(zhǔn)化組織建立的規(guī)則彼此沖突 。 所謂 “ 加密 ” ， 是指存放或發(fā)送前使用某種算法打亂數(shù)據(jù)的原有表示形式；解密是指讀取或收到已加密數(shù)據(jù)時(shí) ， 使用逆算法恢復(fù)其本來(lái)面目 。 隨著多媒體網(wǎng)絡(luò)應(yīng)用技術(shù)的發(fā)展，一個(gè)計(jì)算機(jī)文件內(nèi)可能含有文本、數(shù)據(jù)、圖形、聲音、靜止圖像或活動(dòng)圖像 (即所謂的超文本文件 )，這就對(duì)壓縮技術(shù)提出了更高的要求 ——不僅要對(duì)傳統(tǒng)的文本或二進(jìn)制文件進(jìn)行壓縮，更應(yīng)對(duì)信息冗余量大的數(shù)字化話音、靜止圖像實(shí)施壓縮。這些過(guò)程在通信時(shí)由表示實(shí)體執(zhí)行 ， 協(xié)議標(biāo)準(zhǔn)確定了以下一些規(guī)程： ① 由一個(gè)表示實(shí)體到一個(gè)對(duì)等表示實(shí)體傳輸數(shù)據(jù)或控制信息的過(guò)程 。 協(xié)議還確定了表示功能單位的劃分： ① 核心功能單位 。 第 9章 高層協(xié)議 ③ 上下文恢復(fù)功能單位 。當(dāng)建立連接時(shí)，原發(fā)端的應(yīng)用實(shí)體向本地的表示實(shí)體請(qǐng)求一組抽象語(yǔ)法，表示層決定相應(yīng)的傳送語(yǔ)法并與遠(yuǎn)端的對(duì)等實(shí)體協(xié)商取得一致。 應(yīng)用層處理通用的網(wǎng)絡(luò)訪問(wèn) 、 流量控制及錯(cuò)誤恢復(fù)等問(wèn)題 。 第 9章 高層協(xié)議 應(yīng)用層模型如圖 93所示 。 第 9章 高層協(xié)議 圖 93 應(yīng)用層模型 應(yīng)用進(jìn)程應(yīng)用實(shí)體 ( A E )表示實(shí)體 ( P E ) 表示協(xié)議應(yīng)用層協(xié)議表示服務(wù)應(yīng)用服務(wù)應(yīng)用進(jìn)程應(yīng)用實(shí)體 ( A E )表示實(shí)體 ( P E )第 9章 高層協(xié)議 應(yīng)用服務(wù)元素 所謂應(yīng)用服務(wù)元素 ASE(Application Service Element)，就是各種應(yīng)用都需要的功能成分，是應(yīng)用層的基本構(gòu)件。 第 9章 高層協(xié)議 公共應(yīng)用服務(wù)元素為各應(yīng)用程序提供共同的服務(wù)，其本身由多個(gè)協(xié)議元素組成。 所謂聯(lián)系 ， 是應(yīng)用實(shí)體響應(yīng)一個(gè)用戶應(yīng)用進(jìn)程對(duì)于一個(gè)特定的應(yīng)用服務(wù)的請(qǐng)求而建立的 。 這些原語(yǔ)有很多參數(shù) ， 但大部分是與表示和會(huì)話有關(guān)的 。 第 9章 高層協(xié)議 表 91 ACSE服務(wù)原語(yǔ) 服務(wù)原語(yǔ) 類 型 用 法 AASSOCIATE 確認(rèn)型 建立聯(lián)系 ARELEASE 確認(rèn)型 釋放聯(lián)系 AABORT 非確認(rèn)型 服務(wù)用戶中止聯(lián)系 APABORT 服務(wù)提供者使用 服務(wù)提供者中止聯(lián)系 第 9章 高層協(xié)議 由于聯(lián)系控制服務(wù)元素只管理應(yīng)用聯(lián)系 ， 所以沒(méi)有與數(shù)據(jù)傳送的有關(guān)原語(yǔ) 。 事實(shí)上這個(gè)應(yīng)用服務(wù)元素是從 CCITT的報(bào)文處理協(xié)議 ()中提取出來(lái)的 ， 因而在電子郵件等協(xié)議中必須使用它 。錯(cuò)誤恢復(fù)過(guò)程也是由會(huì)話功能實(shí)現(xiàn)的。 ISO定義的 ROSE是比RPC更通用的一種工作機(jī)制 ， 主要用于網(wǎng)絡(luò)管理 、 報(bào)文處理系統(tǒng)和目錄服務(wù)等 。借助 I/O操作的術(shù)語(yǔ) ， 可以把 ROSE操作分為同步的和異步的 ， 所謂同步操作 ， 是指在進(jìn)行下一個(gè)操作之前 ，當(dāng)前的操作必須得到應(yīng)答；異步操作是指不等待應(yīng)答而連續(xù)地發(fā)出操作請(qǐng)求 。 這四個(gè)宏定義是： (1) BIND：建立應(yīng)用聯(lián)系 ， 提供遠(yuǎn)程操作類型的抽象表示和遠(yuǎn)程操作數(shù)值的抽象表示； (2) OPERATION：定義操作的集合和用戶數(shù)據(jù)類型的集合； (3) UNBIND：釋放應(yīng)用聯(lián)系 ， 說(shuō)明釋放期間交換的用戶數(shù)據(jù)類型； (4) ERROR：說(shuō)明用于否定應(yīng)答的數(shù)據(jù)類型 。 CCR服務(wù)元素提供了分布式事務(wù)處理或處置的能力 。 第 9章 高層協(xié)議 CCR的基本作用機(jī)制表示在圖 95中 ， 假定主控系統(tǒng)想要在從屬系統(tǒng)上執(zhí)行一個(gè)數(shù)據(jù)更新操作 ， 那么 ，主控系統(tǒng)首先要發(fā)出試探性的 BEGIN請(qǐng)求 ， 這個(gè)請(qǐng)求原語(yǔ)中包含著操作標(biāo)識(shí)符 、 超時(shí)控制值和操作用的數(shù)據(jù) ， 從屬系統(tǒng)對(duì)這個(gè)請(qǐng)求的響應(yīng)是準(zhǔn)備進(jìn)行數(shù)據(jù)更新 ，但實(shí)際并不開(kāi)始操作；從屬系統(tǒng)把操作所需要的信息都安全地存在磁盤上 ， 鎖定要更新的記錄 ， 保證沒(méi)有其他系統(tǒng)能讀或?qū)懰?， 然后向主控系統(tǒng)返回 READY指示 ， 這個(gè)過(guò)程叫做提交的第一階段 。 但是 ， 在有并發(fā)操作的情況下 ， 兩階段提交實(shí)在是必要的 ， 是恢復(fù)機(jī)制的組成部分 。 第 9章 高層協(xié)議 主控系統(tǒng) 從屬系統(tǒng) B從屬系統(tǒng) ABEGINBEGINREADYREFUSEROLLBACK圖 96 CCR中的并發(fā)和恢復(fù)操作 第 9章 高層協(xié)議 CCR服務(wù)可以按照主從次序嵌套為樹(shù)結(jié)構(gòu) ， 叫做原子作用樹(shù) 。每一個(gè)服務(wù)原語(yǔ)都穿過(guò)表示層映像到會(huì)話服務(wù)層，主要使用的是主同步檢查點(diǎn)和重同步服務(wù)。如圖 97就是一個(gè)應(yīng)用實(shí)體的例子，在這個(gè)假想的例子中使用 ACSE、 ROSE進(jìn)行遠(yuǎn)程的事務(wù)處理操作，而 RTSE則用于傳輸大的數(shù)據(jù)塊。它起到了應(yīng)用進(jìn)程和應(yīng)用實(shí)體之間的接口作用。 這些特定的服務(wù)都利用了表示層 、 會(huì)話層甚至傳輸層的有關(guān)功能 。 第 9章 高層協(xié)議 在 Inter中 ， IP地址惟一地標(biāo)識(shí)了每一臺(tái)主機(jī) ，更確切地說(shuō) ， 它惟一地標(biāo)識(shí)了主機(jī)上的每一個(gè)網(wǎng)卡 。為此， Inter引入域名系統(tǒng)DNS(Domain Names System)。 第 9章 高層協(xié)議 例如 ， 域名 “ ”中頂級(jí)域名 “ ”表示中國(guó) ， 二級(jí)域名 “ edu”表示屬于教育網(wǎng) ， 三級(jí)域名“ pku”表示組織機(jī)構(gòu) ， 即北京大學(xué) ， 四級(jí)域名 “ hh”表示主機(jī)名 。 網(wǎng)絡(luò)上的每臺(tái)主機(jī)都有域名 ， 指向主機(jī)相關(guān)信息 ，像 IP地址 ， Mail路由等 。它既可把文件從某一遠(yuǎn)程主機(jī)中復(fù)制到自己的計(jì)算機(jī)中的“下傳或下載” (Downloading)；也可把文件從自己的計(jì)算機(jī)傳輸給遠(yuǎn)程主機(jī)的“上傳” (Uploading)。 第 9章 高層協(xié)議 1) 文件傳輸 FTP功能 FTP服務(wù)允許 Inter用戶把文件從一臺(tái)計(jì)算機(jī)傳輸?shù)搅硪慌_(tái)計(jì)算機(jī) ， 為實(shí)現(xiàn) Inter資源共享提供有力的保障 。 電子郵件的發(fā) 、 收雙方都是人 ， 即電子郵件傳輸?shù)膶?duì)象是人 ， 而文件傳輸?shù)膶?duì)象是機(jī)器 。 另一類 FTP服務(wù)器為非匿名 FTP服務(wù)器 ， 在進(jìn)入該類服務(wù)前 ， 必須先向服務(wù)器系統(tǒng)管理員申請(qǐng)用戶名及密碼 ， 非匿名 FTP服務(wù)器通常供內(nèi)部使用或提供咨詢服務(wù) 。 第 9章 高層協(xié)議 3) FTP原理 FTP是一種客戶機(jī) /服務(wù)器結(jié)構(gòu) ， 既需要客戶機(jī)軟件 ， 也需要服務(wù)器軟件 。 客戶程序通過(guò)它向 FTP服務(wù)器發(fā)送諸如改變目錄 、 顯示目錄清單這類命令 ， FTP服務(wù)器則返回每條命令執(zhí)行后的狀態(tài)信息 。 若登錄成功 ， 系統(tǒng)顯示提示符： FTP。get和 put命令允許用戶一次下傳或上傳一個(gè)文件；而mget和 mput命令可以一次傳輸多個(gè)文件 。 ③ 在 “ ftp”后輸入 “ open”， 然后按 Enter鍵 。 第 9章 高層協(xié)議 圖 99 在 Windows中運(yùn)行 FTP后的顯示界面 第 9章 高層協(xié)議 3. 簡(jiǎn)單郵件傳輸協(xié)議 (SMTP)及其 Email服務(wù) 1) 簡(jiǎn)單郵件傳輸協(xié)議 (SMTP) 最初的電子郵件系統(tǒng)的功能很簡(jiǎn)單 。 1982年制定出 ARPANET上的電子郵件標(biāo)準(zhǔn)：簡(jiǎn)單郵件傳輸協(xié)議 SMTP和 Inter文本報(bào)文格式 ， 它們事實(shí)上已成為 Inter的標(biāo)準(zhǔn) 。 由于 SMTP使用客戶機(jī) /服務(wù)器模式 ， 因此負(fù)責(zé)發(fā)送郵件的 SMTP進(jìn)程就是 SMTP客戶 ， 而負(fù)責(zé)接收郵件的 SMTP進(jìn)程就是 SMTP服務(wù)器 。 第 9章 高層協(xié)議 下面是 SMTP通信的幾個(gè)階段 。 這里要強(qiáng)調(diào)指出 ， 以上所說(shuō)的連接并不是在發(fā)信人和收信人之間建立的 。郵件的傳送從 MAIL命令開(kāi)始。 第 9章 高層協(xié)議 RCPT命令的作用是：先弄清接收端系統(tǒng)是否已做好接收郵件的準(zhǔn)備 ， 然后才發(fā)送郵件 。end with CRLF.CRLF”。 發(fā) 送 完 畢 后 ， 再 發(fā) 送“ CRLF.CRLF”， 表示郵件內(nèi)容結(jié)束 。 電子郵件 (Electronic Mail， 簡(jiǎn)稱 Email)是一種通過(guò)計(jì)算機(jī)網(wǎng)絡(luò)與其他用戶進(jìn)行聯(lián)系的快速 、 簡(jiǎn)便 、 高效 、 價(jià)廉的現(xiàn)代化通信手段 ， 是Inter中使用最廣泛的應(yīng)用服務(wù)之一 。 第 9章 高層協(xié)議 通常 ， 一個(gè) Email系統(tǒng)都應(yīng)具備下列功能： ● 信件的起草與編輯 。 ● 收信通知 。 第 9章 高層協(xié)議 ● 信件回復(fù)與轉(zhuǎn)發(fā) 。 ● 退信說(shuō)明 。 第 9章 高層協(xié)議 ● 電子郵件箱的保密性 。 第 9章 高層協(xié)議 ② Email系統(tǒng)的組成 。 第 9章 高層協(xié)議 Email服務(wù)器主要充當(dāng) “ 郵局 ” 的角色 ， 它除了為用戶提供電子郵件箱外 ， 還承擔(dān)著信件的投遞業(yè)務(wù) 。 第 9章 高層協(xié)議 Email服務(wù)器主要采用 SMTP協(xié)議來(lái)傳送電子郵件。MIME協(xié)議除了支持二進(jìn)制文件傳輸外，也支持常規(guī)的文本文件傳輸，而且處理過(guò)程全部是自動(dòng)完成的。 第 9章 高層協(xié)議 ③ Email的使用 。 電子郵件箱地址采用標(biāo)準(zhǔn) Inter地址格式 ， 即：用戶名＠域名 。 第 9章 高層協(xié)議 4. 超文本傳輸協(xié)議 (HTTP)及其 WWW服務(wù) 1) HTTP協(xié)議 從網(wǎng)絡(luò)協(xié)議的角度 ， HTTP協(xié)議是對(duì) TCP/IP協(xié)議集的擴(kuò)展 ， 處于 TCP/IP層次的應(yīng)用層 。 第 9章 高層協(xié)議 客戶與服務(wù)器之間的 HTTP連接是一種一次性連接 ，它限制每次連接只處理一個(gè)請(qǐng)求 ， 當(dāng)服務(wù)器返回本次請(qǐng)求的應(yīng)答后便立即關(guān)閉連接 ， 下次請(qǐng)求再重新建立連接 。 HTTP是一種面向?qū)ο蟮膮f(xié)議 ， 允許傳送任意類型的數(shù)據(jù)對(duì)象 。 如果該服務(wù)器一直在這個(gè)眾所周知的端口上偵聽(tīng)連接請(qǐng)求 ， 則該連接便會(huì)建立起來(lái) 。 在 HTTP中 ， 通過(guò)下列兩種信息塊結(jié)構(gòu)來(lái)實(shí)現(xiàn)客戶與服務(wù)器間的信息交換 。 由于這時(shí)已經(jīng)建立了連接 ，故這里的 URL不再包含協(xié)議名 、 服務(wù)器名和端口號(hào) 。例如，如果用戶在瀏覽器中選定一個(gè)超文本鏈，則瀏覽器將會(huì)用 GET方法取回文件信息。 第 9章 高層協(xié)議 POST：當(dāng)客戶向服務(wù)器傳送大量數(shù)據(jù) ， 要求服務(wù)器和公共網(wǎng)關(guān)接口 CGI(Common Gateway Interface)程序作進(jìn)一步處理時(shí)要使用 POST方法 。 ● 請(qǐng)求頭 (Request Header)給出了所傳送數(shù)據(jù)對(duì)象的類型 、 長(zhǎng)度 、 壓縮方法以及編程語(yǔ)言等 。 ● 實(shí)體體 (Entity Body)是客戶進(jìn)行 POST請(qǐng)求時(shí)的FORM內(nèi)容 ， 提供給服務(wù)器的 CGI程序作進(jìn)一步處理 。 主要說(shuō)明了服務(wù)器是否成功地執(zhí)行了客戶請(qǐng)求及其原因 。 瀏覽器將根據(jù)這些信息來(lái)解釋所返回的對(duì)象 。 WWW(World Wide Web)是Inter中最受歡迎的一種多媒體信息服務(wù)系統(tǒng)。 第 9章 高層協(xié)議 在 Web服務(wù)器上，主要以網(wǎng)頁(yè) (Home Page)的形式來(lái)發(fā)布多媒體信息。 它由以下三部分組成： 第 9章 高層協(xié)議 ● 客戶與服務(wù)器之間所使用的通信協(xié)議； ● 存放信息的服務(wù)器地址；