沈夏看完模擬量化數字轉換主要介紹，隨后又了解了一下怎么樣才能建立模擬量化數字轉換系統。

最后整理了一份：離散時間信號和離散時間系統算法，離散傅里葉變換和系統頻率響應大體數據，轉換系統的網絡算法，數字濾波器設計和數字信號處理的應用規律。

沈夏打算下午去波薩克家里把這份資料給他們，至于他能能多久研究完成這個就不知道了，沈夏也只能幫他們這么多了。

下午一點沈夏給波薩克打了電話，得知他們下午4點左右飛機，時間還來得及。

1點半左右沈夏來到波薩克家里。

：“咪擼斯你這么急急忙忙找我們有什么事嗎？”波薩克看著沈夏氣喘吁吁樣子非常好奇！

：“那個……導師…”沈夏都不知道怎么開口說出這份資料來源！

：“波薩克導師你看看著份資料，也許對你們正在研究模擬量化數字轉換有幫助？”沒辦法只有硬著頭皮說出來了。

波薩克接過資料看了看，隨后陷入沉思中，邊看邊驚呼，嘴里不知道在說什么！

桑德拉·勒納在旁邊看著丈夫樣子搖了搖頭，招呼沈夏找地方坐下后，才把波薩克從沉思中打斷！

：“咪擼斯你這份資料哪里來的，真是太完美了，各種算法，各種理論表達出來的研究模擬量化數字轉換系統完全可以自成一種數字轉換器啊！”

：“導師對你們有幫助就好，至于資料來源這個恐怕無可奉告了，但是資料保證合法絕對沒有其他問題！”沈夏不可能告訴他這是90年代才能出現了技術啊，說出來人家把你當瘋子！

：“勒納你先和小咪擼斯聊聊，我去給歐文打個電話叫他過來看看這份資料可行度！”

估計有這份資料波薩克他們也不用去紐約去康奈爾大學了，拜訪史尼托教授未必能給出比資料上轉換系統更加理想的介意！

沈夏喝完一杯咖啡，看了看波薩克完全沉入思考中，自己在這里也沒什么能幫助他們的，干脆提出告辭，好久沒有去過3C公司了，打算下午去3C 看看因特網其他程序研究進度！

一個小時后沈夏來到3C ，梅特卡夫小日子過得倒是比較舒服的，公司不大人也不多，3C 業務也比較單一，平時主要就是以太網維護和升級，然后就是因特網研發了。

：“嗨，小老板怎么有空來我們公司啊？我還以為你把3C 遺忘了呢？”

沈夏看著梅特卡夫一副欠揍樣子說道：“梅特卡夫看來你的日子過的舒服啊，我想是不是該給你加加任務難度了，說說把因特網研究進度怎么樣？”

一提到因特網梅特卡夫瞬間啞火：“老板進度還是那樣，沒幾年技術研究真很難完善，最近到是不少技術得到突破，小規模網絡連接實驗馬馬虎虎，但是超過10個尋呼就不行了！”

：“主要是客戶端和服務器端請求和應答的標準TCP難以到達要求，哎，實驗里幾十個專家最近也在研究新標準系統！”

：“梅特卡夫服務器你們沒有找太陽微子Sun 幫忙嗎？”沈夏好奇問道。

：“老板服務器端和服務器你難道沒搞懂？找他們什么用！”

沈夏拍了拍額頭，這么簡單問題自己居然弄混雜了，丟臉啊，好尷尬。

服務器端指一扇門，就好比一個房子大門，客戶端指住戶，就好比我到你家先敲門，主人家收到敲門聲在開門！

一般我們訪問個大網站，都是我們，也就是客戶端發出請求，然后對方服務器段響應，結果就是返回了頁面路徑給我們，我們再根據路徑看到了網頁。

這里說得比較簡單，復雜的是傳給我們的東西有很多種，但原理是一樣的，一個請求，一個響應。

簡單的說，服務器端是為客戶端服務的，服務的內容諸如向客戶端提供資源，保存客戶端數據等等。

客戶端可以是任意的一臺電腦，只要它和服務器端存在連接，并且得到了服務器端的授權，就可以使用服務器端的服務。

象現在就可以理解為網站是服務器端，我們現在使用的電腦就是客戶端，我們可以使用它的服務。

通常的服務器端都是服務器級的高級PC，以便多客戶訪問時不會造成延時甚至數據溢出，服務器端是遠程服務器，運行結果是由服務器產生的，客戶端就是網友的電腦。

在網絡上提供服務的叫做服務器端（server）享受服務的叫做客戶端（client）。

比如網絡游戲，你玩的界面就是客戶端，服務器就是服務器端。

你上網瀏覽網頁你的機器就是客戶端，而提供網頁的就是服務器端。

網絡上的服務一般都是要你裝了相應的客戶端程序才能享受到服務。

比如上網瀏覽網頁要裝IE之類的瀏覽器網絡游戲也要裝相應的登錄程序一樣。

至于梅特卡夫所說的客戶端和服務器端請求和應答的標準，主要是指：

客戶端發起一個到服務器上指定端口，假如一個默認端口為80的HTTP請求，那么TCP/IP協議應用檢測，HTTP協議有規定必須使用它和它支持的端口。

通過其下層端口協議，可以可靠性傳輸，任何能夠提供這種保證的協議端口都可以被其使用，而且可以支持多個尋呼。

運作方法主要在連接網絡中，“客戶”與“服務器”是一個相對的概念，只存在于一個特定的連接期間，即在某個連接中的客戶在另一個連接中可能作為服務器。

基于HTTP協議的客戶服務器模式的信息交換過程，它分四個過程：建立連接、發送請求信息、發送響應信息、關閉連接。

HTTP協議是基于請求或者響應范式的，一個客戶機與服務器建立連接后，發送一個請求給服務器，請求方式的格式為，統一資源標識符、協議版本號，后邊是MIME信息包括請求修飾符、客戶機信息和可能的內容。

服務器接到請求后，給予相應的響應信息，其格式為一個狀態行包括信息的協議版本號，一個成功或錯誤的代碼，后邊是MIME信息包括服務器信息、實體信息和可能的內容。

其實簡單說就是任何服務器除了包括HTML文件以外，還有一個HTTP駐留程序，用于響應用戶請求。

你的瀏覽器是HTTP客戶，向服務器發送請求，當瀏覽器中輸入了一個開始文件或點擊了一個超級鏈接時，瀏覽器就向服務器發送了HTTP請求，此請求被送往由IP地址指定的URL。

然后駐留程序接收到請求，在進行必要的操作后回送所要求的文件，在這一過程中，在網絡上發送和接收的數據已經被分成一個或多個數據包（packet）。

每個數據包包括：要傳送的數據，要控制的信息，即告訴網絡怎樣處理數據包。

TCP/IP決定了每個數據包的格式規格，如果事先不告訴你，你可能不會知道信息被分成用于傳輸和再重新組合起來的許多小塊。