當得到建立的情境模型，以及探勘得到的情境相關知識樣板結果，我們運用JSP[23]
來開發Web介面的服務台系統，稱為情境認知服務台(Context-aware Service Desk)。當使 用者登入系統時，系統展示使用者目前完整的情境資訊，當使用者提出事件申請單時，
可以依據情境資訊，快速且正確的填入事件詳細資訊。另外，當服務台人員處理新事件 時，系統依據事件的詳細事件資訊，包含完整的情境資訊，推論得到適當的事件管理知 識，協助服務台人員快速解決問題。下面，我們以使用者sprite提出事件申請為例，說明 系統如何提供正確且快速的事件記錄協助，以及系統如何根據推論結果，提供服務台人 員情境認知的事件分類協助以及事件解決方案協助。
圖5.13為情境認知服務台的首頁畫面，使用者“Sprite”填入正確的帳號及密碼，然 後進入服務台的主畫面，如圖5.14所示，主畫面中除了顯示系統的主要功能清單外，在 系統的右手邊，顯示使用者此時的情境資訊，包含使用者情境、服務情境、系統情境、
以及時間情境。另外，主畫面的中間則是顯示使用者最近提出的事件申請單，供使用者 瀏覽。
圖 5.13：系統登入畫面
圖 5.14：使用者主畫面，顯示使用者的情境資訊
當我們想要了解更詳細的情境特徵資訊以及情境相依資訊時，我們可以點選的情境 資訊中各個情境個體來觀看。舉例來說，當我們點選其中的User Context時，如圖5.15 所示，可以得知詳細的使用者情境，使用者“Sprite”的詳細情境特徵資訊包含性別為
“Male”、部門為 “RD”等，以及與其他情境個體的關係，包含與服務 “e-mail”為“使用＂
的關係等。藉此更了解使用者當時的情境。
圖 5.15：使用者 “sprite”的情境特徵以及情境相依關係
當使用者遭遇事件，需要發起事件需求時，使用者可以點選主頁中右手邊的功能選 項 “create”，開始填寫事件申請表格。如圖5.16所示，由於系統紀錄使用者詳細的情境 資訊，因此，當使用者填寫事件申請表時，系統會先自動填入部分的事件資訊，包含申 請者(Creator)、使用者部門(cDepartment)、時間(Time)、地點(Location)，至於其他的事 件資訊，系統會依據使用者當時的情境資訊，過濾掉無關的選項，僅提供有關的選項供 使用者選取。因此，在本例子中，使用者填寫事件申請表時，系統已經填入部分的事件 資訊，而使用者需要填寫的為受影響的系統，提供的選項僅有“PC001”及 “SystemA”，
受影響的服務，提供的選項則有 “E-Mail”及 “Internet”供使用者選取。然後使用者再填 入對於事件的描述、系統的錯誤訊息、影響程度與緊急程度。填寫完之後的事件詳細資 訊如圖5.17所示。
圖 5.16：使用者填寫事件申請表格
圖 5.17：顯示事件的詳細資料
當服務台人員登入系統時，如圖5.18所示，除了顯示情境資訊以及最近提出的事件 申請外，系統下方顯示服務台人員待處理的事件，服務台人員點選待處理的事件單，開 始進行事件處理。我們以事件編號1的事件單為例。
圖 5.18：服務台人員的主畫面
如圖5.19所示，系統除了呈現事件的詳細資訊，以及事件的情境資訊外。系統還依 據推論結果，推薦事件最有可能的管理者事件分類描述，供服務台人員參考，了解事件 的可能問題原因。在本例子中，系統推薦可能的事件分類則為“信箱爆炸”，CF值為
“0.35”，“網路設定錯誤”，CF值為“0.14”，以及“Mail Server故障”，CF值為“0.12”。服務 台人員根據這些推薦，檢視事件的詳細資訊，選取正確的管理者事件分類描述。在此，
我們假設它選取了推薦的第一個選項，判斷為“信箱爆炸＂的事件，然後繼續進行解決 事件的工作。
圖 5.19：情境認知的事件分類推薦
當服務台人員判斷事件的管理者事件分類描述之後，他要採取適當的解決方法，將 事件解決。此時，系統會依據推論結果，推薦事件最有可能的解決方案，如下圖5.20所 示，依據推論結果，系統推薦的解決方案分別為“加大使用者信箱”，CF值為0.165，“移 除使用者於Mail Server的信件”，CF值為0.049，以及 “壓縮郵件”，CF值為0.044。服務 台人員根據這些推薦，檢視詳細的事件資訊，選取有效的解決方案，在此，我們假設它 選取了推薦的第一個選項，“加大使用者的信箱＂去解決此項事件，也順利的解決事件。
當事情解決後，系統會展示事件的完整訊息，包含從事件記錄開始、事件分類與事 件解決等資訊，然後將事件結案，如圖5.21所示。
圖 5.20：情境認知的事件解決方案推薦
圖 5.21：問題解決畫面