研究步驟與進度

第一節 系統架構

本節介紹跨平台網路廣播系統與側錄系統整體架構，並分析串流伺服器與系 統前後台功能 。

壹、 整體系統架構

目前跨平台網路廣播系統本身並無架設使用編碼器來擷取聲音，系統原則上 還是保有原來的側錄系統，其聲音來源還是依靠側錄系統所產生的聲音檔案為 主，整體上是兩個方案並行，待尋找適合的編碼器之後，再行全部移轉，整體架 構圖如圖 3-1，整體系統開發流程圖如圖 3-2。

圖 3-2：整體系統開發流程圖

側錄系統當初開發時期，市面上手持行動裝置還尚未普及，電信業者其 3G 串流的功能，例如早期 Windows95、98 時代在網路上要欣賞音樂，都要經過下 載才能聆聽，這個下載動作其實就是串流的一種，此串流也支援 MP3 的聲音格 式。HTTP 通訊協定、瀏覽器及作業系統經過不斷的演進改良，也能開始支援 on demand 的串流方式。

為了避免改良後的系統複雜度變高，本系統於是將原來的側錄系統加以延

貳、 編碼器與串流伺服器

編碼器的主要功用就是擷取聲音，並將擷取的聲音儲存起來，但是因為廠商 專利的關係，其串流伺服器與編碼器是互相搭配使用的，例如微軟或是 Adobe，

選擇哪一個廠商的串流伺服器，就必需使用那一家廠商的編碼器。市面上也有部 分廠商推出可包含各個廠商的串流伺服器，唯獨編碼器還是只能選用原始廠商的 編碼器，不同串流伺服器的編碼器彼此之間是無法溝通使用的，如圖 3-3。

圖 3-3：微軟與 Adobe 編碼器

側錄系統的串流伺服器是採用微軟 Windows Media Services 作為串流服務，

系統的編碼器也是採用微軟 Windows Encoder 作為設計核心。因為微軟 Windows Encoder 編碼器可支援非圖形介面的指令模式，因此側錄系統的編碼器就以客製 化的方式來設計，如圖 3-4，側錄系統編碼器參數設定表如表 3-1。

圖 3-4：側錄系統編碼器

表 3-1

側錄系統編碼器參數設定表

項目 參數 說明

訊號源名稱 medialive100.5 串流伺服器上設定的編碼器來源名稱。

頻道 FM 設定所屬頻道，有 AM 與 FM 兩種。

編碼使用的 Port 8000 設定編碼器所要使用的 port 號。

輸入設定 Realtek HD Audio 選擇要使用的音效卡。

CopyRight 教育廣播電臺 版權聲明。

Author 空白 作者。

Title Fm 100.5Mhz 標題。

頻寬設定 56 Kbps 立體聲 設定使用的頻寬。

儲存目錄 Z:\ 設定擷取後檔案儲存的地方。

編碼器先連現至伺服器取得節目時段、錄製時間、主時人、節目頻道等相關 資訊，取得資料後再將聲音透過編碼器截取，然後依照節目時間表再將聲音儲存 成微軟 MMS 串流協定的 ASF 聲音格式檔案，架構與流程如圖 3-5。

圖 3-5：編碼器與串流伺服器架構圖

參、 後台管理

後台管理最大的功能就是設定節目排程相關資料，節目資料的正確與否將會 影響播出結果，否則在收聽時就會產生錯亂。例如最常出現的錯誤就是播出的內 容和節目名稱不一致，或是主持人名字錯誤，或是在設定節目的播出時間不對，

變成節目被切成兩半。

因為側錄系統是以即時播出的聲音訊號做為擷取來源，節目播出的聲音在播 出後就沒了，不會保留下來，而側錄系統的編碼器則是在播出時以側錄的方式，

將聲音一比一的錄製下來。因此，要讓編碼器知道何時要開始錄製節目，節目長 度多長？要錄製多久？錄製後儲存的資料為何？等等些資料都須靠後台輸入的 資料做為依據，所以資料的正確性非常重要。

後台管理另一功能就是設定編碼器和串流伺服器的相關資料，這是要讓系統 知道編碼器以及串流伺服器的 IP 位置。串流伺服器的資料是要提供給聽友在收 聽節目時，其串流檔案的來源為何，並讓伺服器和編碼器可以互相連結建立串流 環境。

節目表是側錄系統與跨平台網路廣播系統最主要的資料來源，編碼器聲音的 擷取與事後使用者的查詢，都要靠節目表來運作，所以資料的正確與否，將會影 響整個收聽的結果，流程如圖 3-6。

圖 3-6：節目管理與查詢流程圖

後台管理的工作是管理側錄系統的一切，系統的運作並非完全沒有問題，如 果遇到聲音擷取錯誤，導致聲音檔不正常無法播出，或是缺少檔案都可以透過後 台作修正的動作。另外也可以處理節目表的新增與修改，及帳號的管理等等，如 圖 3-7，後台管理功能表如表 3-2，節目參數設定如表 3-3。

圖 3-7：後台管理功能表圖 表 3-2

後台管理功能表

項目 說明 項目 說明

Server 設定 設定串流伺服器位置 編輯節目簡介 輸入節目簡介 訊號源設定 設定編碼器名稱 中斷錄製中節目 可中斷聲音擷取

新增節目類別 新增/刪除節目類別 新增缺失的節目 補充遺失的聲音檔與 資料

節目表資料匯入 匯入外部節目表 修改已錄的節目 修改已經錄製完成的 資料

新增/修改排程 新增/修改節目資料 查詢 前台使用者的查詢介 面

節目點閱率 統計查詢節目點播率 帳號管理 後台帳號管理

表 3-3

節目參數設定表

項目 參數 說明

節目名稱 節目名稱 設定節目名稱。

主持人 主持人 設定主持人。

節目類別 新聞報導/教學/教育文化等 設定節目類別。

保存日數 60 輸入檔案保存天數。

下載 否 設定是否可以下載。

頻道 AM/FM 設定頻道。

訊號來源 medialive100.5/ medialive102.9 設定編碼器名稱。

時段 週一~週日/0~24 小時 設定節目播出時段。

編碼器要擷取聲音，首先會連到資料庫去讀取節目相關資料，例如節目名 稱、擷取時間的長度、串流伺服器的位置、編碼器設定在串流伺服器的名稱等資 料。之後存檔時，再將擷取的資訊回寫到資料庫中，作為前台查詢之用。

教育電臺目前有 2 個頻道，一為 FM102.9Mhz，另一個為 FM100.5Mhz，頻 道節目是以一個星期為單位，每天 24 小時不間斷的播出，兩個頻道每一星期的 節目總計有 169 個，在輸入節目資料時，須注意播出的時間是否重複到。目前在 輸入資料時，系統會輔助檢查資料是否正確，避免重複擷取聲音的情況發生，錯 誤如圖 3-8。

圖 3-8：節目錯誤圖

當後台節目資料輸入完成，系統就開始運作，編碼器也開始擷取聲音。編碼 器的設計環境是在微軟 Windows 2000 Professional 的作業系統下所設計，其核心 採用的是微軟 Windows Encoder 7.0 版。Windows 2000 Professional 上市至今已經 超過 10 年，許多主機硬體及驅動程式已經不再支援此作業系統，運作上會有許 多不明原因導致作業系統不穩定。

目前主機與作業系統都已提升，但是因為編碼器當初設計的限制，作業系統 最高只能提升至微軟 Windows XP SP3，但仍然會有 7%左右的故障率發生。最常 發生的原因是編碼器本身程式資源異常，導致程式鎖死，無法繼續擷取聲音，經 過檢測，發現程式運作一段時間，程式使用記憶體的資源會異常的飆升，但是過 一陣子又會恢復正常，這是屬於程式本身設計的問題，只能待將來找到適合的編 碼器再重新設計更換。

當編碼器故障時，其當掉的時間也就不會產生聲音檔案，或者是當掉時，寫 入資料庫的資料產生錯誤，因此就需在後台的「新增缺失的節目」、「修改已錄的 節目」的功能中做修改及補充資料的動作，如圖 3-9。

圖 3-9：後台節目管理圖

肆、 前台使用者查詢

圖 3-10：前台使用者查詢流程圖

原側錄系統僅提供一般電腦，使用瀏覽器來收聽，而本研究所開發的跨平台 網路廣播系統則是除了一般電腦可以收聽之外，另外也建置新版的前台查詢介 面，更可以自動偵測使用者的設備，之後導入相對應的介面，讓使用者透過手持 行動裝置的瀏覽器也能使用系統查詢節目。查詢方式可依節目類型、節目名稱、

主持人、節目播放日期等方式作查詢，任何一種條件都能查詢，也可以不設任何 條件直接點選搜尋。如果是不設任何條件，所搜尋的範圍則是當日所有的節目。

圖 3-11：舊前台使用者查詢介面 圖 3-12：手機使用者查詢介面

第二節 系統分析

本節主要針對資料庫、跨平台網路廣播系統、編碼器、串流伺服器及行動載 具平台等內容做系統分析。

壹、 資料庫分析

側錄系統於民國 90 年建置時，資料庫是採用微軟 Windows 2000 SQL Server，經過不斷的修正，目前已更新到 Windows 2000 SQL Server SP3 的版本，

可惜系統運作至今，當初建置的廠商在環境變遷、利潤減少、技術更新過快等諸

目前市面上的資料庫廠商大都是屬於大型企業，例如微軟的 MSSQL、SUN 的 MySQL、甲骨文的 Oracle，以及 Sybase 等資料庫，這些資料庫都有提供升級 與維護的服務，側錄系統的資料庫將來升級或是重新建置時都有這些方案可供選

表 3-4

資料庫各欄位資料概要一欄表如表 3-5，詳細欄位設定如附錄一。

表 3-5

資料庫各欄位資料概要一欄表

資料表 說明

Account 帳號密碼資料表

Cases 詳細節目資料表

Class 節目類型資料表

Description 節目名稱資料表

Encoder 編碼器資料表

MountPoint 編碼伺服器資料表

Schedule 節目排程與播放資訊資料表

資料庫目前的空間使用與其他應用系統的比較並不大，169 個節目檔案其欄 位資料所佔的容量也相對小很多，因為系統已經使用了一段時間，在經費有限的 情況下，資料庫升級方向只能選擇經費較少的資料庫系統。依此方向來看，目前 較適合的資料庫系統為 MySQL，此資料庫目前是屬於 Oracle 公司所有，現階段 系統還是 Free 的狀況。

側錄系統的資料庫當初設計時架構並複雜度不高，資料庫移轉的門檻也不會 太高，考量經費與移植複雜困難度，MySQL 資料庫系統自然可成為選項之一。

資料庫的資料有「詳細節目資料」、「節目名稱資料」、「節目排程與播放資訊資料」

資料庫的資料有「詳細節目資料」、「節目名稱資料」、「節目排程與播放資訊資料」