【正文】 點傳送內容并識別內容的來源。如果內容不是由 CDF 文件定義，那么可以將包含內容的 intra 站點納入多點傳送項目。這些內容條目可能源于一個基于 CDF 的頻道或一個Web 站點。Active Channel Multicaster 可以發(fā)布任何 Web 內容，包括 CDF 文件。首先，它把頻道31 / 62和內容條目傳送給提出需求的用戶而不是所有用戶；其次，它自己將內容傳送出去，而不是通過一個指向一個 Web 服務器內容條目的 CDF 文件。為了訪問到頻道，用戶只須簡單地點擊這些鏈接就可以了。(關于Active Channel Multicaster 和多點傳送的更多信息，請參看本文后面部分)。當使用 Multicast Delivery 技術時， Active Channel Server 首先生成一個更新后的 CDF 文件，然后 Active Channel Multicaster 遍歷整個 CDF 文件并把文件中包含的數(shù)據傳送給客戶計算機。在 Managed Push 和 Personalized Push 情況下，用戶的瀏覽器周期性地向 Web 服務器發(fā)出更新請求，并把服務器上的更新信息取回到用戶的計算機上。Microsoft Inter Explorer version 和更新的版本為 CDF 技術提供完全支持。29 / 62注意：用戶要訂閱并接收到頻道，他必須有能夠支持 CDF 技術的瀏覽器。用戶不需要為了獲得內容條目而鏈接到 intra。對大多數(shù)遞送方法而言，CDF 文件是將頻道遞送到用戶的關鍵。CDF 文件使用 HTML 語法并包含存儲著關于頻道和頻道內容（包括 URL 和按時發(fā)布的信息）條目信息的標記。否則，用戶必需在線才能訪問到頻道的條目。一旦一個用戶訂閱了一個頻道，用戶的瀏覽器就讀取這個 CDF 文件，閱讀其內容，然后設置頻道鏈接并把內容條目顯示在用戶的計算機上。Active Channel Server 使用頻道定義格式（Channel Definition Format，CDF）技術來使向用戶桌面發(fā)送信息的過程自動進行。27 / 62在使用頻道向用戶發(fā)送個人化內容時，“推”技術依賴于兩種技術：Active Channel Server 和 Active Channel Multicaster。為了幫助用戶訪問到他們想要的信息，一個頻道可以集中于特定主題。頻道 頻道為遞送 Web 頁 面、任何類型的文檔或文件和應用程序提供一種有組織的、結構化的方法。使用“推”技術來遞送信息通過“推”模型，Site Server 用三種不同的方法向用戶提供內容：直接郵件、頻道和個人化 Web 頁面。M 與 Windows NT Server 系統(tǒng)協(xié)同工作以為用戶提供驗證和訪問控制來保護內容和成員目錄（ Membership Directory） 。規(guī)則可以加入規(guī)則集，并按優(yōu)先級進行排列。規(guī)則可以在 intra 頁面的各個部分定義，也可以在電子郵件消息中定義，這些規(guī)則規(guī)定顯示哪些內容，執(zhí)行哪些操作和在什么條件下執(zhí)行等。 98 Web 站點創(chuàng) 建工具或Microsoft Visual InterDev? Web 開發(fā) 系統(tǒng)快速開25 / 62發(fā)個人化頁面。為了獲得 intra 的個人化頁面，Pamp。M) 功能通過使內容與用戶相關而提高了 intra 站點的效率。任何Site Server 從 HTTP 和 FAT 卷中搜集的文檔將對所有站點用戶開放。例如，當在 Windows NT 文件系統(tǒng)中遍歷文檔時，Search 使用一個管理人員賦予特權的帳戶在文檔目錄中包含 Windows NT訪問控制列表。這樣，站點管理人員就可以將 公共文檔和安全文檔放在同一個目錄下，同時保證對公共文檔的廣泛訪問和對安全文檔的有限訪問。然后它將內容傳播出去，也就是說，將它們拷貝到能被站點用戶檢索到的主機上。 Search 為九種語言提供了噪聲 單詞列表。為了盡量減少網絡阻塞，Search 支持分布式索引，也就是將索引與原始數(shù)據存放在同一個地方。例如，索引機制可能會把單詞“offer”索引為 文檔的第 423 個單詞、文檔中的第 638 和第 982 個單詞。管理人員可以簡單地建立 Site Server Search 來遍歷整個 intra，而終端用戶則可以查找用他們感興趣的語言編寫的網站內容。之后 Search 將語言作為可以用于檢索的屬性存儲起來。但是研究表明，一些網站管理人員不填充這個 HTML 標記。由于文檔可能包含各種語言，所以 Search 自動檢測每個文檔中遇到的語言。Search 包含針對普通格式比如 HTML、Microsoft Office 文檔和純文本文件的過濾器。為了適應文檔格式的多樣性，Search 使用過濾器。提取信息當 Site Server Search 搜集一個文檔時，它將文檔打開并從中提取它將要用來創(chuàng)建索引和目錄的信息。在 Search 第一次執(zhí)行遍歷時，它執(zhí)行一個全遍歷：從一個空目錄開始，跟隨事務日志文件里的每個鏈接，并收集每個文檔。在向日志文件加入一個新的鏈接前，Search 檢查遍歷歷史以保證同樣一個鏈接不會遍歷兩次。在 Search 收集到一個文檔時，它把這個文檔的鏈接標記為完成，然后跟隨日志文件里的下一個鏈接鏈接到另一個文檔，收集它，依次19 / 62類推。在一個 Web 遍歷中，Search 使用它在遍歷每個文檔時找到的鏈接；在文件遍歷中，它為所有開始目錄和它的子目錄中的文檔創(chuàng)建鏈接；而在 Microsoft Exchange 遍歷中，它為所有在公共文件夾中的信息創(chuàng)建鏈接。通過 Exch 協(xié)議，Search 搜集在文件夾中的所有信息和它們的附件。通過文件協(xié)議，Search 在這個目錄和它的子目錄中收集文檔，同時保留文檔的安全訪問控制列表（Access Control Lists）。? 在遍歷文件系統(tǒng)時，比如在 Windows NT Server 或 Windows174。? 在 Web 文檔遍歷時 ，Search 使用 HTTP 來收集一個指定開始頁，然后連接這個頁面上的鏈接并隨著這個鏈接遍歷到下一個文檔，依次類推。這些算法的檢索工作由如下四個操作組成：搜集文檔、從文檔中提取信息、對信息 進行索引和傳播17 / 62這些索引以幫助用戶找到他們需要的內容。Site Server 為用戶提供了一個健全、安全和可設置的方法來從大量信息來源中訪問到信息。用戶訪問的大量內容來自別的地方如公司文件、數(shù)據庫、Exchange 服務器、新聞專線和 Inter。端點服務器可以是基于 Windows NT，也可以是基于 UNIX 的服務 器。不管配置如何，內容部署服務器都可以在預演和部署過程中扮演兩個角色：預演、部署內容（預演服務器）和取回內容（端點服務器）。內容部署服務器根據在方案中的定義和路徑選擇15 / 62表部署和提取內容。Site Server 使用 TCP/IP 網絡協(xié)議和 Windows NT 驗證機制創(chuàng)建服務器的安全連接和數(shù)據分布的不同方法，其中包括為在所有類型的網絡上可靠地進行內容部署而采用的數(shù)據驗證和重啟動功能。網站管理人員可以運行基于 HTML的管理報表來跟蹤部署過程。 Server 組件和 Java 插件、目錄、訪問控制列表和其它從一個intra 服 務器發(fā)送到另一個或多個服務器的數(shù)據——的發(fā)布，并使發(fā)布的過程自動化。內容部署通過內容部署組件，Site Server 允許開發(fā)者和網站管理人員安全、可靠和有效地在 intra 上預演和部署網站內容。Microsoft Index Server 是一個 Windows NT Server 組件，用于目錄索引和在視圖頁面上顯示內容。自然地，站點管理人員也可以根據內容屬性、批準設置、有效期限和訪問代碼對工作描述作標記。依照提示，作者就可以作出各種標記以使用戶能在稍后訪問時通過某些檢索條件如作者、標題、主題等訪問到所需要的信息。內容標記用于識別內容類型的各個方面，例如作者、標題和提交日期等。Site Server 支持無限多種內容 類型并將每種內容類型存儲在它自己的目錄下。內容類型定義為在 intra 上有確定部署位置的不同種類和格式的文檔，例如銷售建議、消費者滿意度調查、法律聲明和產品證明等。11 / 62? 通過允許內容提供者使用他們選擇的字處理器、電子表格或其它桌面應用程序創(chuàng)建內容，為各種特殊的內容提供者提供支持。? 一個正式的編輯——批準過程，其中包括使用提交模板。他們也需要準備內容以使用戶可以方便地訪問到它們所需要的信息。內容管理 把將放到 intra 站點上的內容從一個高度分布式的環(huán)境中發(fā)布，這些內容可能有幾十種數(shù)據格式，并可能出自數(shù)以百計的內容編寫人員。本文的剩余部分將詳細介紹Site Server 的主要特性以及元數(shù)據共享是如何被9 / 62支持的。Site Server 允許對數(shù)據的完整共享，每個Site Server 特性都和這個元數(shù)據模型有緊密的聯(lián)系。此外，它還是使用戶容易地訪問到所需內