7.1 系統特點
Ø 自動化資訊收集(Automation)
過去，政府單位及民間新聞媒體，對於災情災害資料都有一分自己 的資料庫，並各自維護這些資源。為了能結合政府、民間各單位的力量，
將防救災的資源更充足，資訊更完整，於是資訊的整全及交換就十分重 要。
以往政府單位要整合災情新聞，必須以人工方式一一走訪各大新聞 網站，點選每一個連結，以人工瀏覽資訊的內容，再彙整到該單位的資 料庫中。以目前網路上幾個最大的網路新聞資訊提供者(ICP; Internet Content Provider)來說，每日總共會有數以百篇的新聞資料不斷產 生。面對這麼龐大的資料，如果能讓系統自動擷取、判斷、最後收集到 資料庫中，對於工作的效率將有十分大的幫助。本系統的主要目的，就 是希望能透過資訊擷取技術，使這樣繁重的工作能以電腦系統代替。
Ø 即時性(Real time)
如前項所述，以人工整合的問題除了成本高昂、效率低落之外，對 於收集到的資訊也缺乏即時性。當災情的救援與疏通十分緊急時，一分 一秒都非常可貴。例如道路的通阻、人員的傷亡與圍困等等，這些資訊
Ø 適應性(Adaptive) 擷取網路上的資料，並描述該資料的意義。Script 亦提供了一定程度 的相容性，能適應微小的改變。如此以來，若網站頁面有任何變更， 於程式之外，於是只要撰寫新的 Script。不需修改系統，就可以不斷 整合新媒體，達成擴充性的理想。
圖一、傳統網路資料擷取系統
Script
...
核心引擎
資料儲存
7.3 使用案例說明
我們將本系統的架構以下面的使用案例圖(Use Case)加以說明。首先，
在這個系統中包含了五個不同的角色：
1. 系統管理者(System Operator)：主要的工作在於負責設定系統的專案及 災害相關關鍵字，並執行系統的功能。
2. 新聞媒體 (News Content Provider)：當系統管理者進行擷取動作後，系 統會連上各新聞媒體擷取資料。
3. 資料複檢員 (Data Verifier)：當資料自新聞媒體下載完畢後，Data Verifier 可以對資料進行複檢，以確保資訊的品質。
7.4 資料關連說明
下圖是本系統使用的資料庫結構。MediaData 代表新聞媒體的相關資 料，一個媒體可能有很多個“搜尋進入點”，進入點的資料記載在
MediaEntry 資料表中，包括如何存取這些新聞媒體的 Script。系統由每個進 入點中，依 Script 尋找符合需要的新聞，最後儲存於 NewsInfo 資料表中。
NewsInfo 中包含了新聞裡的相關資訊，如新聞標題、報導地點、報導人、
報導時間等等。新聞所屬的專案記載於 HazProj 資料表中。另外，災害關鍵 字記錄於 HazType 資料表。由於一則新聞會與多個災害關鍵字相關，所以 本系統將關係記載於 NewsHazType 資料表中。
圖四、資料關連圖
7.5 後續研究及未來方向
本系統未來希望能往幾個方向繼續發展
1. Script 編輯精靈 – 一個友善的系統介面，能使系統管理者更方便產生新 的媒體資料擷取語言。未來希望能研發特定的編輯器，加速 Script 的撰 寫速度，將大幅提升本系統的實用性。
2. 語法完整性 – 目前的 Script 語法只能處理大多數的情況，面對 Internet 複雜多變的環境，需要更強大的語法功能，才能含括所有狀況，達成資 訊融通的目標。
整合地理資訊系統 – 為了使災情資料以最人性化，最友善的方式呈 現，未來將整合地理資訊系統，將公路通阻、椿號對映、地址座標等相關 資料標示於確切位置。方便救災人員及指揮系統掌握災情，進行統一的指 揮調度。