關於“流式播放”多媒體服務系統的論文

前 言

流式媒體服務具有廣闊的應用領域，可以廣泛應用於局域網、廣域網、寬帶綜合接入網（利用光纖基帶網、 ADSL 雙絞線通信和改造後的雙向有線電視網等）。它能在衆多領域中使用：如電視臺、廣播電臺節目查詢、節目製作，出版社多媒體網上出版，音像公司產品製作，展覽館、博物館的信息查詢、信息發佈，以及娛樂、交互式教學、網絡會議和其他商業運作。

較於傳統的電視，網絡媒體文件信息形式和來源豐富，有良好的互動性，具有索引結構的媒體文件能隨意快進或快退到希望的位置。不受地域限制，沒有節目時間限制，提供在線增加頻道和更新播放列表等諸多優點。觀衆可以在電視和網絡之間比較靈活地切換，例如可以在觀看球賽的同時，從有關球隊的萬維網網址上閱覽比賽和球員的背景資料，以及其它媒體相關信息。提供信息的同時，它能夠對信息本身的安全性加以控制，對不同用戶建立不同的安全級別和權限。

目前，流式媒體點播較爲常見，稱爲 VOD （ Video on Demand ）技術。節目點播系統 VOD （ Video on Demand ）是伴隨着視頻、音頻處理及計算機網絡技術的發展而迅速興起的一門綜合性技術。網絡結構中的多媒體數據以實時數據流的形式傳輸，與傳統的文件數據不同，多媒體數據流一旦開始傳輸，就必須以穩定的速率傳送到桌面電腦上，以保證其平滑地回放，視頻、音頻數據流都不能有停滯和間斷；網絡擁堵、 CPU 爭用或 I/O 瓶頸都可能導致傳送的延遲，引起數據流傳輸阻塞。 VOD 服務是綜合技術，它包括多媒體數據壓縮技術、多媒體網絡技術、多媒體數據庫技術等專業技術。

第一部分 基本概念

整個系統所圍繞的核心是如何安全快速高效地傳輸數據，並流暢的播放數據流。爲此，提出了一種流式傳送數據的方式。

第一節文件傳遞方式

流式媒體能夠通過“下載”和“流式播放”兩種方式將數字媒體文件傳遞到客戶端，供用戶使用。這兩種方式各有優缺點，但是這裏推崇使用“流式播放”的方式對遠程用戶提供服務。下面對這兩種方式作簡單介紹。

下載：爲了通過使用下載方法將內容傳遞給用戶，通常需要將內容保存到 Web 服務器並通過在網頁上添加指向該內容的鏈接來向用戶提供指向內容的鏈接。於是用戶可單擊鏈接，將文件下載到其本地硬盤上，然後使用播放機播放內容。

但是下載需要用戶首先將既耗費時間又耗費磁盤空間的整個文件複製到其計算機中，然後才能播放。另外，因爲整個文件必須在下載之後才能播放，因此，下載不能用於實況流。下載不能高效地使用可用帶寬。當客戶端開始下載數字媒體文件時，所有可用網絡帶寬用於儘可能快地傳輸數據。因此，其他網絡功能可能會減慢或被中斷。

流式播放：要通過使用流式播放方法將內容傳遞給用戶，您可以將內容保存到 Windows Media 服務器，然後將該內容分配給發佈點。然後，您可以通過創建公告文件或通過向用戶提供發佈點的 URL （ Uniform Resource Locator ） 來向用戶提供對該內容的訪問。您可以將公告文件或 URL 嵌入到網頁中或將其以電子郵件形式發送。當用戶單擊鏈接或公告文件時，播放機就打開並連接到相應的流。

因爲流式播放只以客戶端正確呈現它所必需的速度通過網絡發送數據，實現邊下載、邊解碼、邊播放，所以它比下載更高效地使用帶寬。這有助於防止網絡變得過載並有助於維持系統的可靠性。因爲播放機必須首先緩衝數據以防在流中存在延遲或間歇，所以在播放機接收流的時間和它開始播放流的時間之間通常有一個延遲。因爲對數據進行流式播放和呈現是同時發生的，所以流式播放還允許您傳遞實況內容。

可看出兩種傳輸方式都有一定的缺點，但是就多媒體服務來說，它對數據的實時性要求較高，強調查詢和瀏覽，不要求對數據存儲，不要求數據傳輸中百分之百的完整性，所以使用流式播放能夠在滿足用戶需求的基礎上，更有效的減少帶寬的佔用，提高網絡效率。

另外，值得一提的是“快速流式播放”，“快速流式播放”結合了流式播放和下載的優點的功能。服務器可使用快速啓動功能來確保客戶端可以在傳輸開始之後儘可能快地開始播放內容。該功能允許播放機在開

始播放內容之前，以網絡所允許的最快速度從服務器下載和緩存一小部分內容。當在播放機上建立了緩衝區之後，服務器減慢流的傳輸，直到與播放機的呈現速度一致。

當服務器使用快速緩存功能時，服務器以儘可能高的比特率將所有內容傳輸到播放機，以使網絡阻塞或中斷所帶來的影響降到最小。與普通的流式播放一樣，當緩存了所需數量的數據之後，播放機立即開始呈現內容。數據的其餘部分存儲在客戶端上的臨時緩衝區中。

第二節系統結構組成

我們以基於 Windows Media 技術的流式播放媒體系統爲例，詳細介紹流式播放媒體系統組成結構。

基於 Windows Media 技術的流式播放媒體系統通常由運行編碼器（如 Microsoft Windows Media 編碼器）的計算機、運行 Windows Media Services 的服務器和播放機組成。

編碼器允許您將實況內容和預先錄製的音頻、視頻和計算機屏幕圖像轉換爲 Windows Media 格式。運行 Windows Media Services 的服務器名爲 Windows Media 服務器，它允許您通過網絡分發內容。用戶通過使用播放機（如 Windows Media Player ）接收您分發的內容。

系統主幹包括如下幾個部分： Web 服務器、流媒體服務器、客戶端。（如圖一）

用戶首先從 Web 服務器那裏獲得流媒體文件的相關信息，從中搜索自己需要的鏈接；用戶點擊鏈接之後， Web 服務器響應消息，將請求定位到流媒體服務器（ Media Services ）；用戶端播放器連接流媒體服務器，流媒體服務器提供相應服務，以流方式傳送數據到用戶計算機，用戶計算機播放器流文件。以上是最簡單的流媒體服務系統。

除此之外，該系統中還可以加入視頻採集系統、文件服務器和分發服務器，其中視頻採集系統又包括攝像機和編碼器。如圖二：

編碼器是指一臺計算機，它使用軟件（例如 Windows Media 編碼器）將壓縮 / 解壓縮 (codec) 算法和流格式應用到採用模擬或數字音頻和視頻格式的內容上，然後將內容重新生成爲數字文件或流。該過程稱爲編碼。對內容進行編碼後，即可通過 Windows Media Services 進行分發。大多數情況下，用於內容編碼的軟件安裝在不同於 Windows Media Services 的一臺單獨的計算機上，以 確保流式媒體系統穩定、冗餘並且能夠承受預期負載 。

第三節建立發佈點

當您已經獲取了內容之後，下一步就是設置運行 Windows Media Services 的服務器以便分發該內容。設置 Windows Media 服務器的基本步驟包括：添加和配置發佈點以標識打算傳輸的內容；通知用戶該內容可用。

媒體服務器上必須首先設置發佈點，發佈點是向用戶分發內容的途徑。內容可通過創建將客戶端重定向到發佈點的公告文件來發布，也可通過分發指向發佈點的 URL 來發布。 Windows Media 服務器使用發佈點將客戶端對內容的請求轉換爲安置該內容的服務器的物理路徑。

簡單形容，發佈點就是在媒體服務器中預先存放的，一個填寫了所要提供給客戶的媒體文件的一個列表，列表的某一項指明瞭該媒體文件的具體位置，相關屬性（如文件名、位置、文件大小、播放時間等）。

發佈點類型與內容

發佈點有不同的類型，一個服務器上可設置若干個發佈點，服務器根據發佈點的類型，向用戶提供不同的服務。您可以向 Windows Media 服務器添加兩種類型的發佈點：點播發布點和廣播發布點。

點播是傳遞內容的一種方法，該方法只有在客戶端向服務器發出請求時，才通過單播傳輸來播放相應內容。每個請求流的客戶端通常都可完全控制流，可以快進、倒回、暫停和重新啓動內容。這是因爲點播發布點爲請求內容的每個客戶端提供了一個唯一的數據路徑。

&nb

sp;廣播是一種同時向大量觀衆傳輸數據的方法。在 Windows Media Services 中，廣播是通過使用廣播發布點來實現的。接收廣播的客戶端不能控制內容的開始和播放，也不能讓流快進或倒回。該流由服務器控制。在客戶端可從廣播發布點接收內容之前，必須啓動發佈點。

所以，如果要傳輸編碼器的實況內容，則最好選擇廣播發布點。如果打算傳輸文件且希望允許用戶控制內容的播放（例如，暫停、倒回或快進），則最好選擇點播發布點。

就發佈點的內容來說，發佈點可以用多種不同的內容來源，播放列表、文件和編碼器都可以作爲內容的來源。

播放列表提供一種將不同片段的數字媒體內容組織成單個用戶體驗的方法

可通過配置廣播或點播發布點傳輸目錄中的單個文件

可通過配置廣播或點播發布點傳輸目錄中的文件

當編碼器爲廣播提供流時，它可以將流 “ 推送 ” 到服務器，而服務器也可以從編碼器 “ 提拉 ” 所需的流

可將另一臺 Windows Media 服務器上的發佈點用作點播發布點或廣播發布點的源

可將遠程多播廣播用作廣播發布點的內容源，也可以創建存檔文件以備以後點播或廣播播放

將加密目錄作爲來源

使用動態源

流傳遞方式

在選擇要使用的發佈點類型時，您應當考慮如何傳遞內容；例如，是以單播流方式還是以多播流方式傳遞內容。利用單播流，客戶端連接到 Windows Media 服務器以訪問內容。利用多播流，服務器向網絡上的單個多播 IP 地址傳輸內容，所有客戶端都訪問該 IP 地址（而不是連接到服務器）以接收流。因爲單個流能夠滿足多個客戶端請求，所以這將降低網絡上所需的帶寬量。

以單播流方式傳遞內容時既可以採用點播發布點又可以採用廣播發布點。以多播流方式傳遞內容時只能採用廣播發布點。

單播是一種通過網絡傳輸數據包的方法，該方法要求在客戶端和傳輸數據的服務間進行點對點通信。單播也稱爲定向通信，這是因爲數據被定向到網絡上的特定客戶端。

單播是向單個客戶端傳輸單個數據流的一種方法。單播傳遞從服務器爲每一個客戶端提供單個流。通過單播傳遞接收內容的客戶端可以使用任何可支持的連接協議連接到服務器。

一旦客戶端連接到服務器，內容便可以通過用戶數據報協議 (UDP) 或傳輸控制協議 (TCP) 進行傳遞。這兩個協議之間的區別在於客戶端確認收到數據包的方式不同。

多播是一種在網絡上傳輸數據的方法，這種方法允許許多個客戶端接收相同的數據流。該方法可將向一組網絡客戶端傳輸數據所需的帶寬降至最低。多播傳輸要求網絡上的路由器和交換機必須啓用多播，這意味着它們必須能夠傳輸 D 類 Internet 協議 (IP) 地址並可解釋多播信息數據包。

D 類 IP 地址第一個字節以“ lll0 ”開始，它是一個專門保留的地址。它並不指向特定的網絡，目前這一類地址被用在多點廣播（ Multicast ）中。多點廣播地址用來一次尋址一組計算機，它標識共享同一協議的一組計算機。 D 類地址用於多點廣播（ Multicast ）。

多播 IP 地址是位於下列兩個範圍內的 D 類地址： 至 以及 FF00:0000:0000:0000:0000:0000:0000:0000 至 FFFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF 。第一個範圍中的地址是 Internet 協議版本 4 (IPv4) 地址，該版本是 Internet 協議的當前版本。第二個範圍中的地址是 IPv6 地址，該版本是此協議的新版本。

用在 Intranet 上時，建議您使用範圍 239.*.*.* 中的 IPv4 地址。端口號可以介於 1 至 65535 之間。用來傳輸內容的網絡上的路由器必須啓用多播，也就是說路由器必須能夠解釋 D 類地址，否則將無法向客戶端（如果一個程序 / 計算機連接到另一個程序 / 計算機，或者請求另一個程序 / 計算機的服務，那麼發起連接或發出請求的程序 / 計算機就稱爲客戶端。另外，客戶端還可以指賦予該程序 / 計算機連接能力的軟件。）轉發多播信息。

如圖四，多播需要在網絡中安裝多播路由器，增加了系統成本，但可以有效減少服務器的負荷。

多播是一種向多個客戶端傳輸單個數據流的方法。多播是無連接的，客戶端通過監視從服務器接收內容流的特定多播 IP 地址和端口來接收多播內容。

要在服務器上成功地使用多播傳遞，您的網絡必須使用多播路由器。多播路由器能夠解釋 D 類 IP 地址，並使用 Internet 組管理協議 (IGMP) 將客戶端路由到多播 IP 地址。

所有多播內容都必須具有指定的生存時間值，該值限制了多播內容在到期之前能夠穿過的路由器數量。

多播流通過網絡上指定數量的路由器進行分發，該數量是由生存時間值 (TTL) 決定的。生存時間值在內容每次通過一個路由器時都減 1 。當該值爲零時，多播流就不能繼續前進。基於分發類型， WMS 多播數據寫入器插件的預設生存時間值如下：

1 ：本地網絡

32 ： Intranet

64 ： Internet ，洲內

128 ： Internet ，洲際

255 ：允許的最大值

第四節向用戶發送內容公告

在已經添加了發佈點和標識了要從中傳輸的內容之後，您需要通知用戶該內容可用。可通過爲該內容創建公告來方便地完成通知操作。

在設置 Windows Media 服務器和要傳輸的內容之後，需要讓用戶知道該內容可用以及如何訪問。用戶可以通過在其播放機中鍵入指向內容的 URL 來訪問該內容。但是，用戶並不總是知道該 URL ，或者甚至不知道內容已存在。爲了便於用戶訪問內容，您可以創建一個公告。公告是擴展名爲 的 Windows Media 元文件，它向播放機提供連接到 Windows Media 服務器所需的信息。

第五節傳輸協議

爲實現流式播放， Windows Media Services 通過使用控制協議插件支持 Microsoft Media 服務器 (MMS) 協議、實時流式傳輸協議 (RTSP) ，以及超文本傳輸協議 (HTTP) 。

數據傳輸協議是指在兩臺設備之間傳輸數據的標準化格式。協議類型可以確定諸如錯誤檢查方法、數據壓縮方法，以及文件結束確認之類的變量。如果所有的網絡都是以同一方式構建的，並且所有網絡軟件和設備的行爲都類似，那麼只需要一種協議即可處理所有的數據傳輸需求。而在現實中， Internet 是由數百萬運行各種軟硬件組合的不同網絡組成的。因此，爲了以可靠方式向客戶端傳輸數字媒體內容，需要有一組設計良好的協議。

圖五描述了 Windows Media Services 如何使用不同的協議在 Windows Media 服務器、編碼器、內容源，以及 客戶端 之間協商連接。

MMS 協議

Microsoft Media 服務器 (MMS) 協議是 Micr

osoft 爲 Windows Media Services 的早期版本開發的專有流式媒體協議。在以單播流方式傳遞內容時，可以使用 MMS 協議。此協議支持快進、倒回、暫停、啓動和停止索引數字媒體文件等播放機控制操作。如果要支持使用 Windows Media Player 早期版本的客戶端，您需要使用 MMS 或 HTTP 協議滿足其流請求。

MMSU 和 MMST 是 MMS 協議的專門化版本。 MMSU 基於用戶數據報協議 (UDP) ，是流式播放的首選協議。 MMST 基於傳輸控制協議 (TCP) ，用在不支持 UDP 的網絡上。

RTSP 協議

可以使用實時流式傳輸協議 (RTSP) 以單播流方式傳遞內容。這是一個應用程序級別的協議，是爲控制實時數據（如音頻和視頻內容）的傳遞而專門創建的。此協議是在面向糾錯的傳輸協議基礎上實現的，支持停止、暫停、倒回及快進索引 Windows Media 文件等播放機控制操作。可以使用 RTSP 將內容傳輸到運行 Real Player 系列 或 Windows Media Player 9 系列或 Windows Media Services 9 系列的計算機。 RTSP 是一個控制協議，該協議與數據傳遞實時協議 (RTP) 依次發揮作用，實現向客戶端提供內容。

RTSPU 基於用戶數據報協議 (UDP) ，是流式播放的首選協議。 RTSP 基於傳輸控制協議 (TCP) ，用在不支持 UDP 的網絡上。

HTTP 協議

通過使用超文本傳輸協議 (HTTP) ，您可以將內容從編碼器傳輸到 Windows Media 服務器，在運行 Windows Media Services 的不同版本的計算機間或被防火牆隔開的計算機間分發流，以及從 Web 服務器上下載動態生成的播放列表。 HTTP 對於通過防火牆接收流式內容的客戶端特別有用，因爲 HTTP 通常設置爲使用端口 80 ，而大多數防火牆不會阻斷該端口。

協議翻轉

Windows Media Services 依據客戶端的具體環境爲其選擇適當協議的能力稱爲協議翻轉。如果要支持多種客戶端版本，支持通過防火牆連接的客戶端或通過不同類型的網絡連接的客戶端，那麼協議翻轉將很有用。如果服務器上所有可用的服務器控制協議插件（包括 WMS HTTP 服務器控制插件）都已啓用，那麼協議翻轉的`效果會達到最佳。

Windows Media 服務器使用協議翻轉的目的是爲了與客戶端建立最佳的連接。客戶端在嘗試連接服務器時，會發送有關自身類型以及能支持哪些協議的信息。 Windows Media 服務器將該信息與已啓用的協議進行比較，然後使用適用於當時情況的最佳協議。通常，服務器和客戶端之間的第一次連接嘗試是成功的，不需要採取進一步行動。如果該連接請求不成功，那麼客戶端將嘗試使用其他可支持的協議連接到服務器。在每一次協議翻轉嘗試期間，客戶端會經歷一段非常短暫、通常不易察覺的延遲時間。

建議您使用協議翻轉，以確保客戶端享受到最佳的流式播放體驗。如果客戶端使用帶有 mms:// 前綴的 URL 連接到流，那麼協議翻轉將在必要時進行。請注意，用戶可以在播放機的屬性設置中禁用協議。如果播放機只支持一個協議，那麼翻轉就無法進行。協議翻轉中使用的具體邏輯取決於連接服務器的客戶端類型。

如圖九，在使用 RTSP 協議時，啓用快速緩存時，系統首先使用基於傳輸控制協議的 RTSPT 協議，如果連接請求不成功，則使用基於用戶數據報協議的 RTSPU 協議，當請求再次失敗時，使用 HTTP 協議。

&nbs

p;禁用快速緩存的系統中，系統會首先使用 RTSPU 協議，失敗時纔會嘗試使用 RTSPT 協議。

對於 Windows Media Player 的早期版本，如 Windows XP 中的 Windows Media Player ，不支持 RTSP 協議。然而， MMS 協議爲這些播放機提供了協議翻轉支持。因此，當早期版本的播放機嘗試使用帶有 mms:// 前綴的 URL 連接到服務器時，服務器將自動爲播放機協商最佳的協議。服務器將首先嚐試使用 MMSU （即採用基於 UDP 的傳輸方式的 MMS ）連接到客戶端。如果不支持該協議，那麼服務器將嘗試使用 MMST （即採用基於 TCP 的傳輸方式的 MMS ）進行連接。如果該連接也不成功，則在啓用了 WMS HTTP 服務器控制協議插件的情況下，服務器將嘗試使用 HTTP 協議進行連接。如圖十：

第六章使用分發服務器

分發服務器發佈從另一個流式源（如另一個 Windows Media 服務器）接收到的內容。運行 Windows Media Services 的任何計算機都可以作爲分發服務器運行。源服務器是分發服務器播放內容的來源。客戶端可以像連接源服務器一樣連接到分發服務器。分發服務器位於內容流中的源服務器和客戶端之間，因此能夠執行多種功能：

負載平衡。 分發服務器是一種降低 Windows Media 服務器的客戶端負載的簡單方式，因爲您可以將客戶端的內容請求分佈到網絡上的多個服務器上。

網絡安全策略。 分發服務器可以放在網絡防火牆內，將位於防火牆之外的源服務器作爲來源，向防火牆內的客戶端提供內容，因而無需打開額外的端口。或者，分發服務器可以放在網絡防火牆之外，將防火牆內的源服務器作爲來源，向防火牆外的客戶端提供內容。

服務器翻轉。 在向位於多播網絡上的客戶端多播內容時可以使用分發服務器。不在多播網絡上的客戶端可以重定向到另一個分發服務器，以便進行標準的內容單播傳遞。

第二部分 服務器管理

使用 Windows Media Services ，可以將 Windows Media 服務器配置爲通過 Intranet 或 Internet 傳輸內容。在開始傳輸內容之前，必須爲運行 Windows Media Services 的服務器配置設置，添加並配置發佈點，然後設置內容。

第一節服務器配置設置

通過使用 Windows Media Services 管理單元或用於 Web 的 Windows Media Services 管理器，可以對 Windows Media 服務器進行管理。如果您使用的是 Windows Media Services 管理單元，那麼可以將運行 Windows Media Services 的任何服務器添加到控制檯，但前提是您具有該服務器的管理權限。即使從管理單元中刪除了某個服務器，您仍可以通過用於 Web 的 Windows Media Services 管理器來管理該服務器。此外 , 使用通過 Windows Media Services 9 系列軟件開發工具包 (SDK) 創建的命令行腳本和自定義程序也可以管理服務器。

您可能還希望實施通過 Windows Media Services 使用的一些更高級的功能。例如，您可以修改設置以限制客戶端連接數、設置安全措施以保護內容、記錄有關客戶端活動的數據以及設置分發服務器。

服務器配置設置包括如下幾

項：

1. 允許或拒絕單播客戶端連接

2. 設置服務器限制

限制播放機連接數

限制傳出分發連接數

限制播放機總帶寬

限制傳出分發總帶寬

限制單一播放機單個流的帶寬

限制單個傳出分發流的帶寬

限制每秒連接數

限制播放機不活動超時時間

限制連接確認時間

第二節發佈點類型和公告形式的選擇

發佈點是向用戶分發內容的途徑。內容可通過創建將客戶端重定向到發佈點的公告文件來發布，也可通過指向發佈點的 URL 來發布。

創建什麼類型的發佈點，要根據您的具體需求來選擇。

如果您希望用戶能夠控制正傳輸的內容的播放，則最適於從點播發布點傳輸內容。這種類型的發佈點最常用於安置以文件、播放列表或目錄爲來源的內容。當客戶端連接到該發佈點時，將從頭開始播放內容，最終用戶可以使用播放機上的播放控件來暫停、快進、倒回、跳過播放列表中的項目或停止。

如果您希望創造與觀看電視節目類似的體驗，則最適於從廣播發布點傳輸內容 — 在源或服務器上控制和傳輸內容。這種類型的發佈點最常用於從編碼器、遠程服務器或其他廣播發布點傳遞實況流。當客戶端連接到廣播發布點時，客戶端就加入了已在傳遞的廣播中。例如，如果公司範圍內的會議在上午 10:00 進行廣播，在上午 10:18 連接的客戶端將錯過會議的前 18 分鐘。客戶端可以啓動和停止流，但是不能暫停、快進、倒回或跳過。

爲了使用戶知道哪些發佈點可以使用，最簡單的方式是通過指向發佈點的 URL 來發布。那麼究竟什麼是 URL 呢？

URL （ Uniform Resource Locator ：統一資源定位器）實際上是 Web 頁的地址，它從左到右由下述部分組成：

Internet 資源類型（ scheme ）：指出 Web 客戶程序用來操作的工具。如“ http ： // ”表示 Web 服務器，“ ftp ： // ”表示 FTP 服務器，“ gopher ： // ”表示 Gopher 服務器，而“ new ：”表示 Newsgroup 新聞組。

服務器地址（ host ）：指出 Web 頁所在的服務器域名。

端口（ port ）：有時（並非總是這樣），對某些資源的訪問來說，需給出相應的服務器提供端口號。

路徑（ path ）：指明服務器上某資源的位置（其格式與 DOS 系統中的格式一樣，通常有目錄 / 子目錄 / 文件名這樣結構組成）。與端口一樣，路徑並非總是需要的。

URL 地址格式排列爲： scheme ： //host ： port/path

例如 http ： // 就是一個典型的 URL 地址。

另一種方法，也是使用最廣的方法是通過公告文件發佈發佈點。

公告是帶有 擴展名的 Windows Media 元文件，該文件爲播放機提供在連接到 Windows Media 服務器接收內容時需要的信息。您可以在網頁上插入指向公告的鏈接，將公告放在共享文件中，或用電子郵件發送出去。用戶可以通過單擊網頁上的公告鏈接或直接打開公告來訪問您的內容。位於 Windows Media Services 管理單元“公告”選項卡上的公告嚮導可幫助您創建公告文件（ 文件）和多播信息文件（ 文件），播放機可以使用這些文件連接到內容。嚮導還可以幫助您創建帶有嵌入式 Windows Media Player 控件的網頁，或者提供在個人的網頁中嵌入播放機的語法。

因爲

很多瀏覽器不能直接訪問流式媒體內容，所以使用公告文件作爲鏈接，使得大部分用戶都可接收數據。

舉個例子，如果用戶使用微軟的 IE 瀏覽器訪問發佈點時，是使用“ URL ”還是“公告文件”效果是相同的，瀏覽器會自動啓動 Windows Media Player 控件來播放發佈點的內容。用戶甚至可以選擇是在 IE 瀏覽器內播放或是啓動 Windows Media Player 來播放；然而對於其他瀏覽器的使用者，如果該瀏覽器不支持直接訪問流式媒體內容，那麼該用戶就不能連接 URL 指定的發佈點。只有當他點擊公告文件時，用戶的系統才能自動啓動 Windows Media Player 。

其實公告文件與 URL 的本質是一樣的，都是對發佈點位置的描述，是一個 Web 地址。比較一下二者的具體內容就會非常明顯的看出其中的相同之處。

公告文件示例

URL 示例

mms://my_server/mypub_pt/my_

第三節配置安全選項

如果您希望對發佈點內容的安全性作進一步設置， Windows Media Services 提供的安全選項完全可以滿足您的要求。它包括如下幾項：

身份驗證 是保證運行 Windows Media Services 的服務器的安全性的最基本方面。它將對試圖訪問 Windows Media 服務器資源的任何用戶進行身份確認。

身份驗證是對嘗試連接到服務器的客戶端的憑據進行驗證的過程。此過程包括從客戶端向服務器發送憑據，以及使用身份驗證方案識別用戶。

授權 是驗證是否允許客戶端連接到服務器的過程。授權在身份驗證成功之後進行。在授權過程中，服務器對照爲用戶試圖連接的資源設置的訪問權限對用戶進行檢查。

向用戶授予權限的目的在於定義一個特定用戶可以在系統上執行什麼操作，以及向不同的用戶授予不同的權限級別。可以爲系統上的單個用戶、計算機和服務器定義權限。

配置防火牆。 如果您計劃從網絡上的 Windows Media 服務器向 Internet 上的播放機傳輸內容，那麼可能需要在防火牆上打開更多端口以防止播放機在接收內容時遇到問題。

可以爲單播流配置防火牆、爲多播流配置防火牆，允許防火牆之外的編碼器進行訪問。

日誌管理。 Windows Media 服務器包括內置的監視和日誌記錄功能，您可以利用它們收集有關流式媒體會話及其觀衆的有價值的信息。

總結

隨着技術發展、新協議制定，其內核將被不斷被重新設計，流式媒體服務系統日漸完善。智能流式播放逐漸發展成熟， Media 服務器與 Media Player 一起檢測網絡狀況並自動調整流的屬性以最大限度地改善播放質量的方法。通過智能流式播放，用戶可以收到根據特定的連接速度定製的連續內容流。

爲使服務器充分發揮智能流式播放的所有長處，應使用多個比特率對內容進行編碼。多比特率 (MBR) 內容包含多個以不同的比特率編碼的流，每個流通常都對應於一個常見的連接速率。使用分發服務器傳遞多比特率內容時，所有流都由源服務器發送到分發服務器。當多比特率內容從源服務器或分發服務器發送到播放機時，只有最適於當前帶寬狀況的比特率內容得以播放。

流式播放多媒體系統將會深入到更多的應用領域中去，流式播放多媒體技術將有待於我們進一步學習和推廣。