Summary｜摘要
這項專案主要為開發兩套系統，分別是「古物智慧監測系統」及「智慧管理巡查系統」的示範案，以利後續評估文物調查的設備投資報酬及確認流程，本次重點將著重於說明上述兩套系統。有關本專案開發的兩套系統，以下將各別介紹。
01 什麼是「古物」？
台灣的指定古物中，除部分重要古物及國寶保存於博物館或美術館內，一般古物及少數重要古物，多數保存於廟宇這類半開放場域，又或者是戶外場域，僅少數文物是放在恆溫恆濕櫃內，維持文物的保存狀態。本次的業主是文化部文化資產局古物維護科，由於該科配得的人力不多，但該單位須處理全台灣上千件古物事項，因人力吃緊，追蹤散落各地的古物及保存情況，則成為了一項考驗。故需要透過建置本套系統，以高成本的機械監測及低成本的人力巡查兩種方式，來填補業務人員安排調查卻人力不足的問題。
02 古物智慧監測系統
本案所規畫的其中一套系統為古物智慧監測系統，至於如何完成古物監測？原理為透過架設在現地古物周邊的儀器，依據回傳回來的資料做分析及呈現，所以需要開發出一套「古物保存安全防災監測設備模組」。
需求面而言，古物監測資訊需要整合的是跨單位環境資源資料，這些環境資料也需要與資源調查及災害警示資料套疊集配合，包含：氣象局氣象資訊、土石流潛勢溪流地圖、易淹水地區地圖、AQI、空氣品質監測站監測之空氣污染指標物、訪客行為追蹤等，去了解整專案的因子，除外，也須同時提供查詢動態顯示即時資訊、歷史紀錄查詢及統計報表之功能。
03 古物智慧行動管理巡查系統
相較於須架設多項儀器的古物智慧監測系統，巡查系統則相較下比較不那麼耗費成本，它是針對在戶外以及寺廟之公共空間的古物，開發一套提供文物管理單位手機使用的APP，可供巡查人員定期巡檢或記錄古物保存狀況，而巡檢 APP 上則考量到公務員的汰換率太高，可能每一年就換一個人的情況下，為避免公務人員每次交接就會不知道文物在那的情況，則規劃提供古物導航。
另外，這項巡檢單也提供了書寫、打卡拍照、錄音等功能，以及查詢歷次古物巡查紀錄的功能。以利使用者填寫巡查資料，由於古物所有者的年齡層可能會落在 50-70 歲間，故填寫巡檢資料這種複雜度過高的操作流程，對於有些年歲的使用者而言或許不太便利，而衍生出其他的回報方式。
Objective｜目標
01 開發目標說明
兩套系統的關係如下圖所示，監測系統將分為兩大部分，一為自動監測，二為人力巡查，兩大部分將結合為完整的古物損壞因子及典藏狀況維護的追蹤紀錄，透過判定相關的回收資料，以提供研究人員判斷可能的損壞原因，並確保文物存放於半開放場域時的狀態。
02 本案負責工作
在這項專案中，我主要負責的是文物巡查規劃及文物調查。
古物智慧監測系統
保存研究與了解現場文物現場狀態。
智慧行動管理巡查系統
參與各縣市古物巡查、設計巡查資料表、分析與提供古物巡查結果、全台古物資料統計與分析。
03 目標使用對象
該套系統的目標使用對象如下：
古物智慧監測系統
- 文資局業務人員：主要為古物科的業務人員。
- 保存單位的窗口人員：保存單位有分為國家機關或私人、宗教團體等。
- 研究人員：在文資局工作的教授及相關研究人員。
智慧行動管理巡查系統
- 文資局業務人員：主要為古物科的業務人員，監督各單位回傳的巡查資料。
- 巡查人員：主要為各縣市單位的文資業務人員，以及一般私人單位。
- 研究人員：需取得文物保存狀態的相關研究人員。
Research Approach & Findings｜研究方式及發現
在規劃系統巡查調查項目前，首要先了解：古物性質、古物所在環境、數量、可能的損害環境因子，並依據上述資訊規畫巡查 APP 的系統欄位。
01 巡查項目規畫
首要是了解目前的全台古物所在分布，再依據古物材質規劃可能的損害原因，古物主要分布為室內（須具備溫濕控管之空間，如：博物館、庫房…等）、半開放場域及戶外場域。依據有機物或無機物粗分現前的古物種類，大約可分為石質、金屬、木質、紙質畫作、油彩、染織與紙質，而多數置於半開放場域及戶外的古物，多半為木質及石質為主要大宗，而木質文物多置於半開放場域，有關可能影響古物的環境因子，我針對相關劣化原因列出結果。並針對全台古物分布及調查主因，以及國內外的研究參考文獻，規劃出巡查系統使用的相關調查欄位。
02 全台古物樣態分析及統計
而針對全台的古物，我也做了各別面向的統計整理，並整合資料查詢之部分，包含統計國有及私有古物各別佔的比例，以及各類別文物（佛像類、碑碣類、文獻類、機械設備、火炮武器、交通工具…等）數量與樣態、相關補助案件等項目進行全台調查與統計，有利通盤性分析各項文物的屬性分類，了解哪些文物可能將列為未來重點觀察文物，且有助於快速找出需要查詢的文物資訊。
Key components｜重要項目
- 透過巡檢方式，減少半開放場域或開放場域古物毀損，如毀損或劣化，也可立即性採取措施。
- 了解重要古物的劣化因子，並確保文物的劣化可在掌握中，該劣化資料也可供研究員使用。
- 當文物發生重要問題時，系統可透過緊急聯絡機制，聯絡相關單位進行處理。
Takeaways and Learnings｜重點彙整與反思
01 依舊未解決的人力問題：納入派工機制
此套系統目前尚無指定哪些人可以巡查哪些文物，故規劃上應是以所在行政區去區分地方管理單位或私人民間單位可填寫及查詢的項目（也可能需要手動綁定），該帳號的所有者，只能填寫該帳號管轄範圍內的古物，而目前每個帳號要綁定的單位都是固定的，故無法由其他單位的人代填古物資料。
而古物的巡查有一定時間，如幾年一次又或者是幾個月一次，很容易變成「沒有主管機構公文來函，則永遠不會有人想主動去巡查」的情況，為減少指派及規劃上的問題，我認為本套系統可再規劃派工機制，由文資局指派地方機關單位巡查範圍，再由地方管理單位定期回填調查結果，且可透過系統管理指派調查進度，確保回收每年或固定期間能取得古物的保存狀態，降低花人力在追蹤及指派的問題上。
02 手寫及語音回報：無助統計的無效資料
透過與業主間的訪談（或契約上的要求），為減少巡查人員填寫上的不便，納入一些資校回收的機制，如：透過圖像與手寫文字回報、語音回報，而這些回報資料通常在回收回來的統計資料上是無意義，且需要耗時龐大人力去分析的，雖然在文物保存的範疇中，透過手繪文物狀態是再正常不過的事情，但對於系統開發上的相關統計是難以追蹤的。造成我們明知道古物確實經年累月不斷裂化中，而我們永遠不知道哪個部分到底需要追蹤劣化的情況。
故在設計追蹤文物裂化時，可採用動態表單，由使用者自行設計表單，使研究人員可依據特定文物設計格式，並降低填寫上的困難（畢竟，不是那麼多使用者習慣用手指在手機上畫畫…）。
03 開發 APP 的必要性？
我們必須要對使用者（對我們自身）有些了解：絕非必要，使用者不會去使用 APP 。而巡查也不過半年或一年一次，甚至是 3~5 年才一次，面對公部門擺脫不了一定要開發 APP 的迷思（又或者是我們老生常談耳熟能詳的公部門咒語：APP 要能掃 QRcode！），導致產製許多那些生命週期短到陣亡的產品。但其實這類較少使用的產品 APP ，使用者人數約莫 200 人以下的情況下，維護 APP 將會變成一項難題，伴隨著 Android 或 iOS 每一次的改版，以及不可能每年都撥經費的狀況下，都可能加速每一項 APP 專案的崩壞。
——沒有經費，廠商也不會進行維護了。
面對這些系統功能的取捨，如果開發這款 APP 的目的只是要回報巡查成果，且回報的資料並不需要即時性處理，何不開發 RWD 呢？
The Result｜結語
01 在業主不懂系統的情況下…
在對方提供的需求說明書中，可以看出其實這個單位為第一次與系統商配合，從需求與會議訪談中，在「文物巡查」及「狀況劣化研究」這塊，不論是單位的人員，抑或是學者、研究員等，基本上提供的建議多半是提供習慣自己作業方式的作法，包含那些田野調查（錄音、手繪示意圖）或科學檢測的方式，又或者是 case by case 的檢測作業流程，其實我們都明白系統很難因應各類別的文物以及對應的各種劣化情況，個別設計不同的巡查單。
故在進行需求訪談時，可看出業主的無所適從（他們不太明白該怎麼解決），而我想當時最差的情況，應該還是當時並未看到幕後的問題，僅是針對「客戶說什麼，我們就做什麼」的方式做規劃，後續在系統完成開發後，我也收到了不少使用者的回饋，其實如果這套系統能再多針對使用者及研究資料做分析，我想能解決這個系統不易使用且不易推動的問題。
02 巡查底下的背後用意
我們知道這套系統最終目的是在解決古物科巡查人力不足的問題，所以部分採取透過設備來檢視古物狀態，另一大部分則是透過外部人力來進行巡檢，故我們得先回想一下訪談提到的問題：為什麼我們需要巡檢？
- 私人古物保存狀態與保存環境是否合乎規範？
- 古物是否還在原本登錄的位置上？又或者已經遭竊、移動？
- 半開放場域的古物哪些是危險的？（人為及保存環境方面）
- 是否存在有迫切修復需求的古物？
該專案已經結束，不過我的下一個規劃計畫，將會重新規畫一套符合文物巡查可使用的系統，以利能將我想改善的項目及經驗，實際運用於未來開發項目中。
03 未來的可能性？
自業主提供的需求來看，其實他們提供了很多面向的功能，譬如要管理古物資料、要監測古物、也要做古文巡查，另外還要民眾通報，也還有巡查員通報、警消合作（警消合作前還要古物所有者上 APP 點一下確定要不要報案），還有線上討論群組（問題來了，誰有時間一直在上面回那些問題？），所以原系統其實問題是卡在使用者定位不明，有太多不必要的功能。
這些回收的資料，除了天災或火災那種不可抗力且須緊急處理的事變外（也可能發生受天災因素影響，導致無法前往文物保存地的情況），基本上回收回來的資料，多半是需要經過判讀，再決定下一步的處理方式，而原系統的設計，則放了過多混同的功能在一起，導致使用者在判讀資料時變成不便的情況，且我們無法透過這套系統知道哪些問題已經處理好，甚至是警示事件打開後變成已讀，等同於已經沒有警示問題的情況。
故我再針對上述系統的重要性重新羅列，本套系統應該以古物管理與狀態追蹤本身為出發點，其次才是透過巡查方式來更新古物狀態，並針對古物回收回來的資料做各式各樣的事件分析，最後再依據分析結果，決定哪些事件是需要做追蹤處理，我想這樣的內容，或許會比較契合業主想要的目標吧。
由文物做為系統的基底資料，去延伸出巡查與分析的統計結果，或許也能幫助業主做長期文物狀態追蹤。而如果有緊急狀態，則建議是額外安拍另外的人力，而非像是大雜燴一樣，將所有想做的事情，一股腦放到一個系統或一個APP內完成。
其實在此套系統完成（也離開原團隊）後，陸續地還有收到原業主提供的一些使用回饋，雖然時隔多年，系統早已由另外一間公司接手處理，不過就依自己的想法，提供一些我認為可以改善的方向吧。