【正文】 服務器有完美的配合 ， 支持 RTSP、 HTTP、 MMS 流式傳輸協(xié)議； 并且，其 插件的擴展使用 ， 使系統(tǒng)更易于擴展 ，因此，本 系統(tǒng)的視頻服務軟件 使用 Windows Media Services 9，同時，壓縮格式選擇 WMV 視頻格式， 它 是在 MPEG4 基礎上擴展而來的，具有優(yōu)異的視頻壓縮比。 第三層為 WEB 服務軟件 ，為了滿足分布式應用需要，所有遠程調(diào)用全部采用 WebService 的形式。 WebService 是當前分布式應用的主流技術，提供流媒體系統(tǒng)所需的 WEB 服務，同時向其它系統(tǒng)提供接口。第四層為應用軟件，包括 WEB 和管理軟件。 WEB 為最終用戶提供電子節(jié)目指南，管理軟件為系統(tǒng)管理員提供系統(tǒng)管理、內(nèi) 容管理、系統(tǒng)監(jiān)控等功能。 系統(tǒng)軟件體系結構圖 如圖 31 所示： 圖 31 流媒體管理系統(tǒng)軟件體系結構圖 哈爾濱工業(yè)大學工程碩士學位論文 19 系統(tǒng)功能結構設計 鐵通流媒體管理系統(tǒng) 的關鍵 應用 就是實現(xiàn)實時、高效 、 優(yōu)質(zhì) 的 流媒體數(shù)據(jù)傳輸 ，因此，系統(tǒng) 采用 就近性 判斷策略、自動緩存、全局 URL 調(diào)度、策略等技術，設計 內(nèi)容分發(fā) 和 負載均衡 這兩個核心功能，提供 靈活的內(nèi)容分發(fā)和負載均衡 功能 確保 關鍵應用 的實現(xiàn) 。 系統(tǒng)具體的 功能結構圖如圖 32 所示： 圖 32 鐵通流媒體系統(tǒng)功能模塊圖 流媒體管理系統(tǒng)主要有五 個功能模塊，分別是： ⑴ 內(nèi)容分發(fā) （ CS） 該模塊 負責管理和分配邊緣服務器上的內(nèi)容，并監(jiān)控邊緣服務器上 內(nèi)容 的訪問情 況，定時運行分發(fā)策略將滿足條件的內(nèi)容分發(fā)到距離用戶最近的服務上。 內(nèi)容分發(fā)是把中心服務器的影片資源通過網(wǎng)絡傳輸?shù)竭吘壏掌鞯倪^程，分為手動分發(fā)和自動分發(fā)兩種。 除了對影片的下發(fā)外，還包括影片的刪哈爾濱工業(yè)大學工程碩士學位論文 20 除。 手動分發(fā)： 從中心流媒體服務器向各個邊緣服務器通過 FTP 協(xié)議傳輸影片文件。分發(fā)結束后會產(chǎn)生兩個結果，一個是在數(shù)據(jù)庫中添加一條信息，另一個是把實際的物理文件傳輸?shù)侥康牡亍? 自動分發(fā)： 根據(jù)影片的熱點系統(tǒng)自動分發(fā)內(nèi)容，影片數(shù)據(jù)庫中保存某影片的點擊次數(shù)，根據(jù)點擊次數(shù)判斷是否下發(fā)。當點擊次數(shù)超過 熱點閥值 后系統(tǒng)開始自動下發(fā) 影片。 刪除： 為了節(jié)省系統(tǒng)存儲 空間 ，長時間無人訪問的資源應該予以刪除操作。刪除操作會產(chǎn)生兩個結果，一個是刪除服務器中的物理文件，另一個是刪除數(shù)據(jù)庫表中的相應記錄 。 系統(tǒng) 還 支持以下分發(fā)策略： ? 立即 /定時分發(fā)。在指定的時刻對節(jié)目進行分發(fā)； ? 定向分發(fā)?？梢灾付▽⒐?jié)目向那些節(jié)點分發(fā)； ? 指定分發(fā)帶寬。指定節(jié)目的分發(fā)占用帶寬； ? 周期性分發(fā)。將節(jié)目按照周期分發(fā)到節(jié)點； ? 指定分發(fā)優(yōu)先級?？梢灾付ü?jié)目的分發(fā)順序。 ⑵ 負載均衡 （ RRS） 該 模塊 實現(xiàn)把性能狀態(tài)最好的服務器提供給用戶，保證用戶觀看質(zhì)量。 系統(tǒng)采用以下方法實現(xiàn)負載均衡： ? 就近性判斷。系統(tǒng)首先 采用就近 性判斷策略 ， 建立地域的 IP 分配對應表， 并 通過客戶 IP 獲取客戶的地域?qū)傩?， 當用戶請求某個流媒體內(nèi)容時，系統(tǒng)根據(jù)客戶的 IP 地址確定 地域?qū)傩?， 然后在該 地區(qū)中得到一臺合適的 服務期 提供給用戶服務。 ? 自動緩存。 當用戶點擊的節(jié)目不在本地時，系統(tǒng)提供全局內(nèi)容調(diào)度策略決定是否自動緩存。系統(tǒng)管理員可以指定調(diào)度策略，并指定異地節(jié)目的訪問閥值，超過閥值進行異地節(jié)目自動緩存，從而保證緩存的文件具有較高的命中率。 ? 全局 URL 調(diào)度 。 系統(tǒng)支 持地市間的異地負載均衡，當某個地市的服務器繁忙時，系統(tǒng)可以自動從其他地市節(jié)點 查找負載較輕的服務器提供服務。 ⑶ 媒體資源管理 (MM) 該模塊 包括媒體資源的存儲、資源空間分配、資源修改刪除 等 所有對媒體資源的物理文件管理。在影片錄 入的時候，分為哈爾濱工業(yè)大學工程碩士學位論文 21 批量錄入和單條錄入兩種， 可 根據(jù)實際情況選擇 錄入方式 。 批量導入 ：分為條目信息入庫和實際物理文件保存兩部分操作。條目入庫的批量導入需要一個 EXECEL 或文本文件的輔助，把影片的信息存放在輔助文件中 。 導入的時候，系統(tǒng)讀取輔助文件信息逐條寫入數(shù)據(jù)庫。實際物理影片通過影片對拷或 FTP 等 方式 傳輸?shù)酱鎯Ψ掌?中。 單條錄入 ：單條錄入不需要輔助文件，可以在條目入庫后立即調(diào)用 FTP上傳命令傳輸實際物理文件 刪除數(shù)據(jù) ：包括對數(shù)據(jù)庫條目的刪除和實際物理文件的刪除，物理文件的刪除采用 FTP 命令方法，發(fā)起刪除指令。 ⑷ 影片接口管理 （ MIM） 該模塊實現(xiàn) CDN 平臺與 VOD 平臺 影片信息的對接管理。 VOD 平臺中存儲有影片詳細信息，包括影片主演、導演、簡介等影片本身屬性，但是 VOD 平臺中沒有影片的播放地址，真正的播放地址是 CDN 平臺提供的。 影片接口模塊 實現(xiàn) VOD 平臺與 CDN 平臺在影片播放地址、影片點擊次數(shù)等非影片本身屬性的對接管理。 ⑸ 系統(tǒng)配置管理 （ SSM） 該模塊 包括系統(tǒng)用戶管理、權限管理、日志管理、服務器管理、地區(qū)定義和 IP 對照管理。 系統(tǒng)主要數(shù)據(jù)庫設計 根據(jù)本系統(tǒng)需求，建立的數(shù)據(jù)表和用途如表 31 所示： 表 31 數(shù)據(jù)庫表清單 所屬類別 表名稱 中文名稱 資源管理 表 tab_movie_kind 影片類別表 tab_movie_area_type 影片地區(qū)表 tab_movie_distribute 影片下發(fā)信息表 tab_movie_base_info 影片基本信息表 tab_movie_del 影片刪除信息表 哈爾濱工業(yè)大學工程碩士學位論文 22 續(xù)表 31 基礎數(shù)據(jù)表 tab_area 地區(qū)表 tab_ip_distributing IP 地址庫表 tab_server_base_info 服務器表 tab_server_usable 服務器可用性表 tab_server_load 服務器負載均衡參數(shù)表 系統(tǒng)管理表 tab_system_user 系統(tǒng)用戶信息表 tab_module 模塊編號表 tab_system_log 操作日志 tab_sp_info SP 信息表 tab_UserOnline 防盜鏈用戶在線表 tab_ip_limit IP 限制表 下面 列舉了資源管理和系統(tǒng)管理兩類 表中的 影片刪除信息表、 影片下發(fā)表以及操作日志表，基礎數(shù)據(jù)類表 將 在 后續(xù)章節(jié) 進行說明。 影片下發(fā)信息表如表 32 所示： 表 32 影片刪除信息表 字段名 意義 類型 寬度 ID 主鍵 Integer 8 MovieName 影片名稱 Varchar 50 Ftp FTP 地址 Varchr 100 Port FTP 端口 integer 8 UserName 用戶名 varchar 50 PassWord 密碼 varchar 50 哈爾濱工業(yè)大學工程碩士學位論文 23 影片下發(fā)信息表如表 33 所示： 表 33 影片下發(fā)信息表 操作日志如表 34 所示： 表 34 操作日志表 系統(tǒng) 服務器端采用存儲過程實現(xiàn)對數(shù)據(jù) 的統(tǒng)一操作，執(zhí)行與數(shù)據(jù)有關的一切任務，再將結果傳給客戶端。這樣 避免了頻繁的數(shù)據(jù)庫表操作，提高了運作效率，提升了訪問速度，屏蔽了數(shù)據(jù)庫表間的邏輯關系，使得數(shù)據(jù)庫訪問變成了數(shù)據(jù)庫提供的服務訪問。使用存儲過程同將數(shù)據(jù)傳輸?shù)娇蛻舳诉M行字段名 意義 類型 寬度 ID 主鍵 Integer 8 ServiceID 服務器編號 Varchar 20 MovieID 影片 ID Integer 8 MovieUrl 影片播放地址 Varchar 100 VolumeNumber 影片集數(shù) Integer 8 DistributeDate 下發(fā)日期 datatime 10 ThrashQuotiety 點擊率 Integer 8 FtpAddress 下發(fā)的 FTP 地址 Varchar 50 字段名 意義 類型 寬度 LogID 主鍵 Integer 8 Logcontent 操作內(nèi)容 Varchar 100 LogUsername 操作人 Varchar 20 LogResult 操作結果 Varchar 20 IPAddress IP 地址 Integer 20 DateTime 操作時間 date 10 哈爾濱工業(yè)大學工程碩士學位論文 24 計算相比，速度有了很 大的提高。 系統(tǒng)界面的設計 用戶界面是人與計算機之間的媒介。用戶通過用戶界面來與計算機進行信息交換。因此，用戶界面的質(zhì)量，直接關系到應用系統(tǒng)的性能能否充分發(fā)揮，能否使用戶準確、高效地工作。所以軟件的友好性、易用性對于軟件系統(tǒng)至關重要。 用戶對系統(tǒng)的滿意度在很大程度上也取決于用戶界面的設計，為此確定界面設計原則如下： ⑴ 簡易性 界面的簡潔 直觀 是要讓用戶便于使用、便于理解、并能減少用戶發(fā)生錯誤選擇的可能性。 讓用戶能在較短的時間完成界面操作的熟悉。 ⑵ 用戶的語言 界面中要使用能反應用戶本身的語言，而不是設計者 的語言。要用友好性、人性化的提示，言語要友好，減少用戶的挫折感，語言是主動式而非被動式，富于提示和啟發(fā) 。 ⑶ 記憶負擔最小化 人腦不是電腦，在設計界面時必須要考慮人類大腦處理信息的限度。人類的短期記憶也是有限的。所以對用戶來說，瀏覽信息要比記憶信息更容易。這也是用戶為何愿意使用帶有用戶界面的應用而不是只用命令行的原因 。 ⑷ 一致性 一致性是每一個優(yōu)秀界面都具備的特點。界面的結構必須清晰且所用的術語要保持一致，風格必須與內(nèi)容相一致，界面的色調(diào)字體也要保持一致 。 ⑸ 利用用戶的熟悉程度 設計的界面要充分利用用戶對大多 數(shù)應用的熟悉程度，幫助用戶通過已掌握的知識來使用界面。其實窗口的布局、色彩的搭配、字體風格等方面處處模仿微軟的是一個好辦法，因為他們的設計都是遵守業(yè)界的標準或慣例 。 ⑹ 從用戶的觀點考慮 想他們所想，做他們所做。用戶總是按照他們自己的方法理解和使用。在界面設計中采用以用戶為中心的設計方法（ User 哈爾濱工業(yè)大學工程碩士學位論文 25 Centered Design），讓用戶真正參與到界面設計當中來。在最終界面設計中體現(xiàn)用戶的想法，是設計出讓用戶滿意的用戶界面的關鍵 。 ⑺ 排列分組 一個有序整齊的排列分組界面能讓用戶輕松的使用。如果您非要把“復制” 和“粘貼”功能放在“工具”菜單項里就不合適了（應該放在“編輯”菜單項里）。在實際設計中同樣可讓用戶參與進來，利用可用性工程中卡片分類的方法了解用戶所期待的信息結構 。 ⑻ 安全性 用戶能自由的對界面上的每一項做出選擇，且所有選擇都是可逆的。在用戶做出危險的選擇時有信息提示是減少用戶錯誤的有效方法 。 ⑼ 人性化 高效率和用戶滿意度是人性化的體現(xiàn)。應具備熟練用戶和新手用戶兩種界面，即用戶可依據(jù)自己的習慣定制界面，并能保存設置。最好能設計出類似于 Windows 操作系統(tǒng)的自適應菜單項。根據(jù)用戶的操作來判斷是熟練用戶還是新 手用戶即而給出適合于用戶的用戶界面 。 根據(jù)上述原則，本系統(tǒng)界面設計圖如 33 所示。 圖 33 鐵通流媒體 管理 系統(tǒng) 界面設計圖 哈爾濱工業(yè)大學工程碩士學位論文 26 系統(tǒng)界面頂部為功能按鈕，左側為樹形功能區(qū)，右側為功能展示頁，系統(tǒng)為 B/S 結構，使用 C，在 .NET 環(huán)境下 開發(fā) 。 本章小結 本章通過對系統(tǒng)的需求進行分析，提出了系統(tǒng)總體架構的設計 方案 ， 將系統(tǒng)功能模塊進行了有效地劃分，并對各功能模塊的作用進行了簡單的介紹。然后進行了系統(tǒng)數(shù)據(jù)庫的詳細設計。最后按照系統(tǒng)界面設計的九大設計原則，對系統(tǒng)界面進行了設計，給出了系統(tǒng)界面的效果圖。 哈爾濱工業(yè)大學工程碩士學位論文 27 第 4 章 鐵通流媒體 管理系統(tǒng)的實現(xiàn) 引言 前文中 簡要 進行 了 需求分析 ， 并 按照系統(tǒng)總體架構、系統(tǒng)功能結構、系統(tǒng)數(shù)據(jù)庫以及系統(tǒng)界面四個方面的設計進行了詳細描述。 本章 首先簡要的描述系統(tǒng) 基于 .NET 路線的技術實現(xiàn)方案，并說明 采用 此技術路線的原因和 其 優(yōu)點 ，然后對 系統(tǒng) 各 功能模塊 的 實現(xiàn) 方法 進行詳細的介紹 。 技術實現(xiàn)方案 流媒體管理系統(tǒng)的技術線路采用微軟的 .NET 線路，主要基于以下 兩 點： .NET 是目前 B/S 架構的兩大主要開發(fā)平臺 之一 ， .NET 的易用性和豐富的組件非常適合于應用管理型軟件開發(fā) 。 利用 .NET 技術，應用軟 件開發(fā)上可以將主要力量放在應用的業(yè)務邏輯開發(fā)方面，而底層的通信、數(shù)據(jù)庫的連接和管理都由 .NET 實現(xiàn)，這樣可以快速 地 開發(fā)出高質(zhì)量的專業(yè)應用軟件； 在方案的實施中， 開發(fā)語言采用 C，開發(fā)環(huán)境為 .NET， 數(shù)據(jù)庫采用 MS SQLServer2022， WEB 服務器采用 IIS。同時， 因為大部分國內(nèi)用戶用的都是基于微軟的 Windows 操作 系統(tǒng) ，如 Windows XP/Windows Vista 等操作系統(tǒng)，內(nèi)部集成 Windows