【正文】 表示協(xié)議的本質是：在提供上下文控制服務時 ， 保證通信雙方具有一致的上下文環(huán)境 。 第 9章 高層協(xié)議 1. 翻譯 計算機使用多種規(guī)則 ， 利用二進制 0和 1組成的位串表示數(shù)據(jù) 。 從系統(tǒng)的效率和實時性出發(fā) ，可考慮采用面向無連接的控制方式 ， 這是一種和現(xiàn)在的面向連接型方式完全不同的模型 。 會話層協(xié)議詳細規(guī)定并嚴格定義了對等會話實體之間數(shù)據(jù)和控制信息的協(xié)議規(guī)程及傳輸這些信息的基本元素SPDU的結構和編碼 。 第 9章 高層協(xié)議 數(shù)據(jù)交換管理 在數(shù)據(jù)傳輸流中插入適當?shù)耐近c 。 第 9章 高層協(xié)議 會話活動管理 管理在數(shù)據(jù)傳輸 、 同步控制 、 會話連接釋放時所必須的權限 ， 以及對半雙工或全雙工數(shù)據(jù)傳輸方式的設定 。 會話層功能與話務員及其電話查號服務很相像 。 會話層協(xié)議通常還幫助上層協(xié)議識別和連接網(wǎng)中各式各樣的可用服務 。 服務請求者 (或提供者 )可以重新建立會話連接或使用新的會話重新開始通信 。 只有持有主同步權限的會話用戶 ， 才可以發(fā)起請求主同步權限服務 。 這些規(guī)則說明了一個系統(tǒng)中的會話實體怎樣與另一個系統(tǒng)中的對等會話實體交換信息 ， 以提供會話服務 ， 并說明了其內部結構 。 第 9章 高層協(xié)議 (2) 無連接會話服務 。 值得注意的是 ， 相對低 5層協(xié)議提供的服務而言 ，表示層提供的上述服務并非實質性的 ， 換言之 ， 并不是必不可少的 ， 應用層協(xié)議自己可以捎帶實現(xiàn)這些功能 。 ③ 用于傳輸數(shù)據(jù)和控制信息的表示協(xié)議數(shù)據(jù)單元的結構和編碼 。 網(wǎng)絡系統(tǒng)功能的強弱 ，最終反映在能提供什么質量的網(wǎng)絡服務上 ， 因而 ， 應用層包含每種網(wǎng)絡服務涉及的所有問題和基本功能 。 聯(lián)系控制服務元素就是管理應用聯(lián)系的功能模塊 ， 因而任何應用都必須使用它 。實際情況是， RTSE利用會話層的再同步機制傳送數(shù)據(jù)，保存對話單元的數(shù)據(jù)以備出錯時恢復的功能是由 RTSE提供的。 當使用 CCR工作時 ， 一個系統(tǒng)總是處于主控地位 ， 控制著對另外一個系統(tǒng)的操作 。這正好是 CREFUSE和 CROLLBACK要求的服務。 但值得注意的是 ，同一個 IP地址不能在兩臺或多臺主機上共用 ， 否則 ，就會引起異常 ， 無論哪臺主機都不能正常工作 。 FTP提供了非常豐富且功能強大的命令集 ， 其中最基本的是文件傳輸和文件管理 。 用戶啟動FTP客戶機程序 ， 通過輸入用戶名和口令 ， 試圖同遠程主機上的 FTP服務器建立連接 。 建立連接后 ， 將要求輸入用戶名 ， 然后輸入口令 。發(fā)信人先將要發(fā)送的郵件送到郵件緩沖區(qū)； SMTP客戶每隔一定時間對郵件緩沖區(qū)掃描一次；如發(fā)現(xiàn)有郵件，就使用 SMTP的端口號碼 (25)與目的主機的 SMTP服務器建立 TCP連接；在連接建立后，SMTP服務器要發(fā)出“ 220 Service ready”應答；然后SMTP客戶向 SMTP服務器發(fā)送“ HELLO”命令，附上發(fā)送方的主機名； SMTP服務器若有能力接收郵件，則回答：“ 250 OK”應答，表示已準備好接收；若 SMTP服務器不可用，則回答“ 421 Service no available”否定應答。 若不能接收郵件 ， 則返回 “ 421”(服務器不可用 )， “ 500”(命令無法識別 )等 。 ● 信件讀取與檢索 。 Email客戶軟件也稱為用戶代理 ， 是用戶用來收發(fā)電子郵件的工具 。 一個電子郵件由郵件頭和郵件體組成 。 第 9章 高層協(xié)議 當用戶在一個 HTML文檔中定義了一個超文本鏈后 ，瀏覽器將通過 TCP/IP協(xié)議與指定的服務器建立連接 。例如： GET/cgi bin/? keyl+key2? 其中 ， keyl和 key2是查找 WAIS數(shù)據(jù)庫的關鍵字 (即查詢條件 )。 ● 應答頭 (Response Header)主要給出了服務器程序名 ， 通知客戶所請求的 URL需要認證以及所請求的資源需要經過多長時間才能使用等信息 。當瀏覽器軟件連接到 Web服務器并獲取網(wǎng)頁后，通過對網(wǎng)頁HTML文檔的解釋執(zhí)行將網(wǎng)頁所包含的信息顯示在用戶的屏幕上。 在 HTTP中 ， 服務器的應答信息將按下列結構來組織： description： HTTP version Status code Reason phrase General Header Response Header Entity Header Entity Body 同樣 ， 應答塊中的各個字段也是根據(jù)不同的應答內容任選的 。 第 9章 高層協(xié)議 GET：該方法的目的是取回由 URL指定的資源，主要用于取回由一個超文本鏈所定義的對象。 第 9章 高層協(xié)議 HTTP是一種無狀態(tài)協(xié)議 ， 即服務器不保留與客戶交易時的任何狀態(tài) 。接收端的 Email系統(tǒng)將會通知收信人該電子郵件含有附件 ， 并在閱讀郵件時 ， 會自動將附件分離出來 ， 存入到一個文件中 。 在登錄時 ， 用戶必須提供正確的用戶名和密碼 ， 否則將被拒絕 。 ● 信件的收發(fā) 。 第 9章 高層協(xié)議 最后 ， 用 DATA命令表示要開始傳輸郵件的內容了 。 第 9章 高層協(xié)議 SMTP規(guī)定了 14條命令和 21種應答信息。 具體步驟如下： ① 執(zhí)行 “ 開始 │運行 ” 命令 ， 彈出如圖 98所示的“ 運行 ” 對話框 。 ② 世界上有大量正在運行的匿名 FTP服務器可供使用 ，而且其上有無數(shù)的文件可以被免費復制 ， 特別是數(shù)據(jù)文件和程序文件 。 第 9章 高層協(xié)議 2. 文件傳輸協(xié)議 (FTP)及其服務 文件傳輸協(xié)議 FTP(File Transfer Protocol)是 Inter上最早和最重要的網(wǎng)絡服務之一，采用客戶機 /服務器工作方式。 為了實現(xiàn)各主機間的通信 ，每臺主機都必須有一個區(qū)別于其他主機的 、 惟一的標志 ， 就好像每一個住宅都有惟一的門牌號一樣 ， 才不至于傳輸數(shù)據(jù)時出現(xiàn)混亂 ， 這個標志就是網(wǎng)絡地址 ，也稱為 IP地址 。 顯然原子作用樹代表的整個操作或者全部完成 ， 或者都回退到初始狀態(tài) 。 各種原語結合不同參數(shù)值可以提供豐富的遠程操作服務 ， 5種原語如表 93所示 。這些原語調用會話功能，實現(xiàn)單向的或雙向交替的數(shù)據(jù)傳送。 第 9章 高層協(xié)議 1. 聯(lián)系控制服務元素 ACSE 兩個應用實體要進行通信 ， 首先必須建立聯(lián)系 。 應用層的內容取決于用戶的需要 ， 每個用戶可以自行決定運行什么程序和使用什么協(xié)議 ， 所以 ， OSI參考模型中沒有定義標準 。 數(shù)據(jù)壓縮實質上是一種編碼規(guī)則及其算法；數(shù)據(jù)解壓縮采用逆算法 ， 即在網(wǎng)絡的接收端通過對數(shù)據(jù)解壓縮來還原數(shù)據(jù)的本來面目 ， 常用的壓縮算法是哈夫曼編碼 。 不同計算機系統(tǒng)采用的操作系可能不同 ， 其文件系統(tǒng)存在較大差異 ， 因此 ， 其數(shù)據(jù)表示方法千差萬別 。 第 9章 高層協(xié)議 3. 連接釋放階段 連接釋放階段的目的是使用下列功能來釋放會話連接：有序釋放 、 廢棄及透明用戶數(shù)據(jù)傳輸 。 由核心 、 協(xié)商釋放 、 半雙工或雙工 、 特權數(shù)據(jù) 、 次同步 、 主同步 、 重新同步等17個功能單位組成 。 持有釋放權限的會話用戶可以拒絕釋放 ，并且繼續(xù)會話連接而不丟失數(shù)據(jù) 。 第 9章 高層協(xié)議 (3) 釋放連接 。 會話層通過在數(shù)據(jù)流中設置同步點來提供用戶任務之間的協(xié)調和管理 。 第 9章 高層協(xié)議 會話連接管理 會話連接管理就是與對方會話服務用戶之間建立和釋放會話連接 ， 以及進行數(shù)據(jù)傳輸 。 會話服務用戶在會話連接上交換的數(shù)據(jù)可以分割為一系列稱為對話單位的基本交換單位 ， 每個對話單位中的所有通信不允許分隔開 ， 但與以前和以后所有通信是完全分開的 。 第 9章 高層協(xié)議 會話層把所有的會話服務劃分為邏輯分組 ， 每個邏輯分組稱為會話功能單位 ， 共有 12個會話功能單位： (1) 核心功能單位 。 圖中 SPM表示會話協(xié)議機制 ， 一個會話實體可由一個或多個 SPM組成 。 分布式處理系統(tǒng)不僅要求系統(tǒng)要有實時性 ， 有時還要求系統(tǒng)應具有能同時保持多條相互有聯(lián)系的連接 ， 這就提出了多連接的方式 。 在需要保密的場合必須采用加密數(shù)據(jù)傳輸 ， 以防數(shù)據(jù)被非法使用或在傳輸過程中被竊取 。 它支持上下文定義和刪除服務 ， 提供動態(tài)的上下文選擇 。 按照應用實體的要求在系統(tǒng)間傳輸必要的應用協(xié)議控制信息等的功能 ， 由表示層及以下各層實現(xiàn) 。事實上 ， 應用聯(lián)系和下層的表示連接是一一對應的 。 ROSE的操作過程也可以根據(jù)是否等待應答來分類 。 第 9章 高層協(xié)議 對于兩個主從系統(tǒng)之間的事務處理來說 ， 這種兩階段的提交也許是太耗費時間了 。所以，用戶元素也可以看作是應用進程在應用實體內部為完成其通信目的需要，而使用那些應用服務元素的處理單元?！耙患売蛎庇址Q為頂級域名，代表國家和組織，如我國的頂級域名為“ ”；“二級域名”主要用來表明網(wǎng)絡的類別，如“ ”表示商業(yè)組織，“ ”表示網(wǎng)絡機構，“ edu”表示教育機構，“ ac”表示科研機構，“ ”則表示各種非盈利性組織機構等；“三級域名”通常是組織機構名，必須向有關機構申請才能得到，比如二級域名“ edu”下的三級域名需要向中國教育和科研計算機網(wǎng) CERNET網(wǎng)絡中心申請，在二級域名 “ edu”之外的其他二級域名下申請注冊三級域名的，則應向中國互聯(lián)網(wǎng)網(wǎng)絡信息中心 CNNIC申請；四級域名即主機名是用戶的計算機名。 用戶因此可獲得內容豐富 、 方式多樣的信息 ， 實現(xiàn)真正意義上的全球資源共享 。 啟動 FTP并建立與遠程計算機連接的前提是兩臺計算機都支持 FTP協(xié)議 ， 啟動命令如下： ftp 遠程計算機域名或 IP地址 一旦 FTP成功建立與遠程計算機的連接 ， 對方的計算機將要求用戶提供用戶名稱和登錄口令 。 用戶將郵件編輯完畢后 ， 必須退出郵件編輯程序 ， 再調用文件傳輸程序 ， 方能傳輸已編輯好的郵件 。 第 9章 高層協(xié)議 ② 郵件傳輸。 第 9章 高層協(xié)議 2) Email服務 ① Email基本概念 。 此外 ， 用戶收到信件后也可以將信件的副本轉發(fā)給指定的用戶閱讀 。 當收信人聯(lián)機進入自己電子郵件箱時 ， 就可以查閱到該信件了 。 Email軟件有基于字符用戶界面的 ， 如 DOS、 UNIX下的大都屬于此類；也有基于圖形用戶界面的 ， 如 Windows環(huán)境下的Outlook Express工具等 ， 這種 Email軟件形象直觀 ， 無需記憶很多繁雜的命令 ， 操作方便 ， 簡單易學 。 服務器將根據(jù)客戶請求完成相應操作 ， 并以應答塊形式返回給客戶 ， 最后關閉連接 。 ● 普通頭 (General Header)是對請求信息的一般說明 。 第 9章 高層協(xié)議 2) WWW服務 ① WWW基本概念。它基于客戶 /服務器模式，整個系統(tǒng)由 Web服務器、瀏覽器(Browser)和通信協(xié)議等三部分組成。 服務器將根據(jù)請求頭來解釋和處理本次請求 。 第 9章 高層協(xié)議 ① 請求塊 。 HTTP是基于客戶機 /服務器模式的面向事務的應用層協(xié)議 。SMTP協(xié)議描述了電子郵件的信息格式及其傳遞處理方法，以保證傳送的電子郵件能夠正確地尋址和可靠地傳輸。 當信件因收信地址有誤而無法送達時 ， Email系統(tǒng)將原信退回 ， 并說明無法投遞的原因 ，以及提供一個信件傳送路徑供用戶查找其原因 。 很多用戶都是從收發(fā)電子郵件開始熟識 Inter的 。在MAIL命令后面有發(fā)信人的地址，如： MAIL FROM: 。 第 9章 高層協(xié)議 SMTP是發(fā)信人的用戶代理向源郵件服務器發(fā)送郵