關於“流式播放”多媒體服務系統的論文
前 言
流式媒體服務具有廣闊的應用領域，可以廣泛應用於區域網、廣域網、寬頻綜合接入網（利用光纖基帶網、 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 類地址： 224.0.0.0 至 239.255.255.255 以及 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 ，或者甚至不知道內容已存在。為了便於使用者訪問內容，您可以建立一個公告。公告是副檔名為 .asx 的 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 ： //www.51itworld.com/domain/HXWZ 就是一個典型的 URL 地址。
另一種方法，也是使用最廣的方法是透過公告檔案釋出釋出點。
公告是帶有 .asx 副檔名的 Windows Media 元檔案，該檔案為播放機提供在連線到 Windows Media 伺服器接收內容時需要的資訊。您可以在網頁上插入指向公告的連結，將公告放在共享檔案中，或用電子郵件傳送出去。使用者可以透過單擊網頁上的公告連結或直接開啟公告來訪問您的內容。位於 Windows Media Services 管理單元“公告”選項卡上的公告嚮導可幫助您建立公告檔案（ .asx 檔案）和多播資訊檔案（ .nsc 檔案），播放機可以使用這些檔案連線到內容。嚮導還可以幫助您建立帶有嵌入式 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_file.wmv
第三節配置安全選項
如果您希望對釋出點內容的安全性作進一步設定， Windows Media Services 提供的安全選項完全可以滿足您的要求。它包括如下幾項：
身份驗證 是保證執行 Windows Media Services 的伺服器的安全性的最基本方面。它將對試圖訪問 Windows Media 伺服器資源的任何使用者進行身份確認。
身份驗證是對嘗試連線到伺服器的客戶端的憑據進行驗證的過程。此過程包括從客戶端向伺服器傳送憑據，以及使用身份驗證方案識別使用者。
授權 是驗證是否允許客戶端連線到伺服器的過程。授權在身份驗證成功之後進行。在授權過程中，伺服器對照為使用者試圖連線的資源設定的訪問許可權對使用者進行檢查。
向用戶授予許可權的目的在於定義一個特定使用者可以在系統上執行什麼操作，以及向不同的使用者授予不同的許可權級別。可以為系統上的單個使用者、計算機和伺服器定義許可權。
配置防火牆。 如果您計劃從網路上的 Windows Media 伺服器向 Internet 上的播放機傳輸內容，那麼可能需要在防火牆上開啟更多埠以防止播放機在接收內容時遇到問題。
可以為單播流配置防火牆、為多播流配置防火牆，允許防火牆之外的編碼器進行訪問。
日誌管理。 Windows Media 伺服器包括內建的監視和日誌記錄功能，您可以利用它們收集有關流式媒體會話及其觀眾的有價值的資訊。
總結
隨著技術發展、新協議制定，其核心將被不斷被重新設計，流式媒體服務系統日漸完善。智慧流式播放逐漸發展成熟， Media 伺服器與 Media Player 一起檢測網路狀況並自動調整流的屬性以最大限度地改善播放質量的方法。透過智慧流式播放，使用者可以收到根據特定的連線速度定製的連續內容流。
為使伺服器充分發揮智慧流式播放的所有長處，應使用多個位元率對內容進行編碼。多位元率 (MBR) 內容包含多個以不同的位元率編碼的流，每個流通常都對應於一個常見的連線速率。使用分發伺服器傳遞多位元率內容時，所有流都由源伺服器傳送到分發伺服器。當多位元率內容從源伺服器或分發伺服器傳送到播放機時，只有最適於當前頻寬狀況的位元率內容得以播放。
流式播放多媒體系統將會深入到更多的應用領域中去，流式播放多媒體技術將有待於我們進一步學習和推廣。