UI Stage 2 – 檢索檢視與篩選介面

Repository System

User Interface For Stage1

Data in Tag Format

Agent User Interface For Stage2 P2

P1 P1 P2

P1 : Query Set XML P2 : Query Result XML

Original Data

Data Transfer

P3 P4

P3 : Query Set in SQL

P4 : Query Result in Tag Format Original Data System

Working Data System

《圖 4-8》檢索檢視與篩選介面架構

提供檢索結果的整合資訊與索引。6.文件檢視介面 – U7，提供符合檢索條件 的相關文件瀏覽檢視的介面。一共六項元件組合而成檢索檢視與篩選的使用者 介面，以下分別介紹之。

1. Query Set XML

Query Set XML 的資料樣式在 4.3.1 的 A1 agent 有介紹，在此便不再贅 述，而 XML 的內容則由 U4、U5、U6、U7 三個介面提供，並由 A8 進行 XML 的資料更新。

2. A8 - 資料更新程式

資料更新程式主要的工作在接收各使用者介面的資料輸出，並依據介面的 要求更新 Query Set XML 的內容，並在資料更新後啟動 A1 執行檢索循環程 序，以及更新檢索組合介面 U5。與 4.3.2 UI Stage 1 – 檢索擴張介面中的 2.A8 資料更新程式相同。

3. U4 - 檢索輸入介面

提供文字輸入框讓使用者輸入 Query term，其介面如下《圖 4-9》所展示，

《圖 4-9》檢索檢視與篩選介面架構 – 檢索輸入

介面提供兩種選擇給使用者，如圖箭頭所標示的地方，1.縮小範圍，將使用者 的 Query term 加入到原本的檢索詞組中，對應的 AJAX 函數為 QueryTermAdd。

2.重新查詢，以此 Query term 作為新的查詢，當查詢結果為找不到任何相符的 文件時，此選項將被系統社為預設值；對應的 AJAX 函數為 QueryTermNew。

Function ：

1. QueryTermAdd（FieldName , Query){ AddTag( FieldName, Query ) } 選擇『縮小範圍』並按下『查詢』按鈕後將啟動此函數，預設 FieldName 為’ALL’查詢所有欄位，並執行 A8 中的 AddTag 程序。

2. QueryTermNew（FieldName , Query）{

DelTag(‘ALL’) , AddTag( FieldName, Query ) }

選擇『重新查詢』並按下『查詢』按鈕後將啟動此函數，預設 FieldName 為’ALL’查詢所有欄位，並依序執行 A8 中的 DelTag，刪除所有 XML 內容，

而後進行新增檢索標籤 AddTag。

4. U5 - 檢索組合操作介面

檢索組合操作介面提供檢索詞彙標籤的組合與操作，介面的內容依據 Query Set XML 所生成，並以 HTML 的超連結標籤（Hyperlink）<a>格式，以 及 onClick 動作連結啟動 AJAX 函數，並根據對應的功能進行 Query Set XML 內容的修改。介面提供兩種檢索詞彙標籤的操作，1.刪除檢索詞彙標籤，對應 的 AJAX 函數為 QueryTagDelete。2.檢索標籤遮蔽，暫時屏除檢索詞彙不進行 查詢，但仍保留在檢索詞組當中。與標籤刪除的不同，在於提供使用者檢索 策略操作的彈性（舉例），對應的 AJAX 函數為 QueryTagHidden。

Function ：

1. QueryTagDelete（TagId）{ DelTag（TagId） }

透過《圖 4-10》中綠色箭頭所指的『x』符號，將啟動此函數並傳遞目 標的標籤代號（TagId）並執行 A8 中的 DelTag 程序。

2. QueryTagHidden（TagId）{ TagModify（TagId, ‘hidden’ , x{0|1}） } 透過《圖 4-10》中紅色箭頭所指的『On/Off』符號，將啟動此函數並

傳遞目標的標籤代號（TagId）並執行 A8 中的 TagModify 程序，其中傳遞

TagModify 的參數有兩種，如果標籤為正常狀態，則 x = 1，如果標籤為遮 蔽狀態，則 x = 0。

《圖 4-10》檢索檢視與篩選介面架構 – 檢索操作

5. U6 – 後分類索引介面

後分類索引介面的內容來自於

Post-Classification XML，其為根據目前的 檢索詞組，自所有符合檢索條件的文件中 的五種標籤作統計與排序，分別為 1.相關 人員 2.案件事由 3.結案年代 4.所屬類別 5.

承辦法官等五種，當 Post-Classification XML 完成後，由 Agent A7 啟動與更新此介 面。系統的後分類索引介面如右《圖 4-11》

所示，介面分為兩部份，1.為資料顯示控 制，在右圖橘色箭頭所指示的地方，使用 者可以利用點選的方式選擇介面下半部資 料的類別，用意在於當資料量過多的時 候，『相關事由』與『承辦法官』兩類資料 將被排到頁面的下方，使用者可利用顯示 控制選擇後分類資料的類型，不需使用捲

《圖 4-11》後分類索引

軸的方式而使得頁面瀏覽產生混亂。2.為後分類資訊索引的部份，使用者直接 點選標籤詞彙，將所關注的資料加入目前檢索詞組當中，其對應的 AJAX 函數 為 QueryTermAdd。

Function ：

1. QueryTermAdd（FieldName , Query){ AddTag( FieldName, Query ) } 點選後分類的標籤詞彙後將啟動此函數，預設 FieldName 為階層的標 題，Query 為點選的詞彙，並執行 A8 中的 AddTag 程序。

而在此介面的實做上出現兩個問題，第一，當後分類資料量過大時，網頁 型式的介面會呈現輸出上的瓶頸，因此我們的應對辦法為階段性的顯示方式，

第一階段顯示排序最高的 20 項資料，其他則暫時不輸出，以『其他相關資料』

按鈕替代，當使用者點選『其他相關資料』，再由 Post-Query XML 中讀取剩下 的資料，如此將解決資料傳輸的效能問題，不會因為網頁型式的限制，形成系 統的使用的障礙。

第二個問題為案件資料內容不對等的問題，台中地方法院的『民事案件』

資料相較於其他法院簡單，因此在後分類的顯示上，其案件資料中並無『承辦 法官』此項內容，因此當後分類資訊統整得時候，『承辦法官』的統計資料將 與檢索結果的文件造成資訊不對等的狀況發生，也就是含有法官資料的文件並 不等於檢索結果的所有文件。因此我們利用『階層顯示』的方式來解決案件資 料內容差異的問題，首先在『承辦法官』後分類資料的統計上，我們將台中地 方法院的案件資料納入『未紀錄資料』的選項中，而後在後分類資料呈現上，

假使檢索結果中含有台中地方法院的文件，則在『承辦法官』的後分類資料上 將會以雙層的資訊索引顯示，第一層為『台中地方法院』與『其他法院』，在

『台中地方法院』下顯示『未紀錄資料』的內容並且設定為無法點選，而『其 他法院』下則依據原承辦法官資料的結果進行顯示。如此將可以解除使用者在

操作資料庫時產生的誤解。

《圖 4-12》後分類階層顯示架構

6. U7 – 文件檢視介面

文件檢視介面內容來自於 Result XML，為經由檢索詞組進行檢索循環後 所產生的所有符合檢索條件的文件。其介面如下《圖 4-13》所示，其主要顯示

《圖 4-13》檢索檢視與篩選介面架構 – 文件檢視

文件的 Metadata，以及標示出符合檢索條件的地方，使用者可以點選文件的標

題檢視案件的影像資料，而介面也提供 CheckBox 與『文件刪除』選項，如圖 圖紅色箭頭所示，讓使用者進行資料的篩選。使用者進行的文件篩選動作，也 將成為檢索詞組的內容，其所對應的 AJAX 函數為 QueryTermAdd。

Function ：

1. QueryTermAdd（FieldName , Query){ AddTag( FieldName, Query ) } 使用者勾選文件後將啟動此函數，預設 FieldName 為 ID，Query 為文件 id，並執行 A8 中的 AddTag 程序。