![iii Patron API The format of each line is: Field Label[Field ID]=data<BR> 門禁系統需要欄位 REC INFO[p!]=p EXP DATE[p43]=05-31-30 PCODE3[p46]=6 ? 006 P TYPE[p47]=200 MBLOCK[p56]=- PATRN NAME[pn]= 測門禁 01 ID NO.[pf]=TESTDoor01 STUDENT ID[pc]= P BARCODE[pb]=TESTDoor01](https://image.slidesharecdn.com/nculibdoor20101206-101219071143-phpapp01/85/TWIUG2010-NCULibDoor-7-320.jpg)
![優點 & 缺點 優點： 免除過往各館舍分次轉入及修改讀者檔。 自動依 PatronAPI 資料判讀及轉入門禁檔。 innopac 停機維護時，門禁仍可獨立運作。 缺點： 利用網路架構，主機有被攻擊的危險。 PatronAPI 連線會出問題。 [ 未曾入館者 ] 網路斷線時 LocalDB 運作僅支援總圖。](https://image.slidesharecdn.com/nculibdoor20101206-101219071143-phpapp01/85/TWIUG2010-NCULibDoor-17-320.jpg)
TWIUG2010 NCULibDoor
- 1. iii Patron API 導入 圖書館門禁系統 國立中央大學 圖書館典閱組 李忠育 99 年 12 月 6 日
- 2. 門禁系統更換緣由 原有門禁有四套不同系統分別安裝於 1. 總圖書館…………………… .87 年 06 月 20 日啟用 2. 視聽資料室………………… .87 年 06 月 20 日啟用 3. 國鼎圖書資料館…………… .88 年 06 月 08 日啟用 4. Ｋ書中心…………………… .94 年 03 月 28 日啟用 ? 需分別維護，浪費人力與時間。 總圖因舊系統讀者數容量不足更換 1. 台灣聯合大學系統四校共同採購。 2. 新系統中大於 94 年 05 月 18 日啟用。 3. 後續維護時發現，分段由四家廠商共同維護 ? 出問題時不易釐清，廠商互相推卸。
- 3. 需求評估 單一系統： 本館轄區遍及總館及 各 分館 ， 擬透過「門禁管理系統」有效整合及管理總館及分館間之讀者資訊，並減少目前需分別更新各館間讀者檔之館員人力與時間 。 讀者檔容量 ：可同時容納台灣聯合大學系統四校讀者。 能 與 iii 的 Patron API 連線，以 innopac 之讀者資料，自動新增 或判別 讀者資料及狀態。 門禁系統可 連線運作 與獨立運作。 本館自動化系統未建立讀者檔之資料，須能獨立建立讀者檔於門禁系統。 統計需求：可依全館、 各 別館舍進行各項報表之統計。 可 擴充性 ：新館舍、晶片卡。
- 4. 系统架构
- 5. 进出馆流程
- 6. iii Patron API http://your.system.ip:4500/PATRONAPI/%id/%pin/pintest http://your.system.ip:4500/PATRONAPI/%id/dump INNOPAC Manual Circulation Patron API Page # 102374 Patron API Page # 102375 Accessing the Patron Data Page # 102376 Patron Data Format Page # 102377 Patron PIN Verification
- 7. iii Patron API The format of each line is: Field Label[Field ID]=data<BR> 門禁系統需要欄位 REC INFO[p!]=p EXP DATE[p43]=05-31-30 PCODE3[p46]=6 ? 006 P TYPE[p47]=200 MBLOCK[p56]=- PATRN NAME[pn]= 測門禁 01 ID NO.[pf]=TESTDoor01 STUDENT ID[pc]= P BARCODE[pb]=TESTDoor01
- 9. 判读规则：是否可进出馆
- 10. 判读规则：是否可进出馆
- 11. 判读规则：是否可进出馆 門禁 10 大類 * 讀者 255 類 * 讀者 255 單位 ? 門禁最大可以有 650250 類別
- 12. 判读规则：是否可进出馆 進出館權限對照表判讀 順序 API 端或 Local 端證號存在 有效日期＞＝刷卡日期 ( 當日 ) 進館權限 / 停權狀態＝可進館 讀者十大類符合該分館進館權限 以上均符合門禁終端顯示『 OK 』、 讀者刷卡端顯示「歡迎入館」
- 14. 實作經驗 2010.07.22 追加前端輔助程式 处理即时刷卡讯息
- 15. 更新歷程 94.05.18 安裝之四校門禁維護至 96.12.31 止。 96.06.03 四校開始找廠商討論規劃門禁系統。 96.12.10 陽明新館決定先行汰換掉四校門禁。 97.04.22 校園生活 e 化專案會議：採用晶片卡。 97.08.26 請廠商來館 Demo 門禁及 API Test 。 97.09.19 門禁系統採購案上網公告。 97.10.07 陽明告知新學年證件未保留條碼。 97.11.06 得標公司來館安裝門禁系統。
- 16. 運作歷程 97.12.18 與廠商討論 API 可能有 cache-control 。 98.01.12 門禁系統驗收。 98.01.17 終止新門禁系統使用指導工讀。 98.09.14~98.09.20 大批新生入館時出狀況。 98.09.21 人工匯入讀者檔至門禁 Local DB 。 99.07.22 追加輔助程式 TCPServerCTRL.exe 。 99.08.08 門禁系統疑似中木馬，換 KIS 防禦。 99.08.13 門禁主機由 WinXP 改為 Win7+SEP 。 99.09.12~ 今日，未匯入新生檔觀察運作中。
- 17. 優點 & 缺點 優點： 免除過往各館舍分次轉入及修改讀者檔。 自動依 PatronAPI 資料判讀及轉入門禁檔。 innopac 停機維護時，門禁仍可獨立運作。 缺點： 利用網路架構，主機有被攻擊的危險。 PatronAPI 連線會出問題。 [ 未曾入館者 ] 網路斷線時 LocalDB 運作僅支援總圖。
- 18. 結語 台灣聯合大學系統四校陸續更換證件為晶片卡 網路及硬體架構規劃，仍有改進空間。 注意個人資料保護法，系統安全第一。 謝謝聆聽 歡迎指教