Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
iii Patron API  導入 圖書館門禁系統 國立中央大學 圖書館典閱組 李忠育 99 年 12 月 6 日
門禁系統更換緣由 <ul><li>原有門禁有四套不同系統分別安裝於 1. 總圖書館…………………… .87 年 06 月 20 日啟用 2. 視聽資料室………………… .87 年 06 月 20 日啟用 3. 國鼎圖書資料館…………… .88 ...
需求評估 <ul><li>單一系統: 本館轄區遍及總館及 各 分館 , 擬透過「門禁管理系統」有效整合及管理總館及分館間之讀者資訊,並減少目前需分別更新各館間讀者檔之館員人力與時間 。 </li></ul><ul><li>讀者檔容量 :可同時容...
系統架構
進出館流程
iii Patron API <ul><li>http://your.system.ip:4500/PATRONAPI/%id/%pin/pintest </li></ul><ul><li>http://your.system.ip:4500/...
iii Patron API <ul><li>The format of each line is: Field Label[Field ID]=data<BR> </li></ul><ul><li>門禁系統需要欄位 </li></ul><ul...
dump 預留給晶片卡使用
判讀規則:是否可進出館
判讀規則:是否可進出館
判讀規則:是否可進出館 <ul><li>門禁 10 大類 * 讀者 255 類 * 讀者 255 單位  門禁最大可以有 650250 類別 </li></ul>
判讀規則:是否可進出館 <ul><li>進出館權限對照表判讀 順序 </li></ul><ul><li>API 端或 Local 端證號存在 </li></ul><ul><li>有效日期>=刷卡日期 ( 當日 ) </li></ul><ul><...
判讀規則:是否可進出館 <ul><li>判讀不符合時,終端應顯示錯誤訊息、 讀者刷卡端顯示「請洽櫃台」 </li></ul>
實作經驗 2010.07.22 追加前端輔助程式 處理即時刷卡訊息
更新歷程 <ul><li>94.05.18 安裝之四校門禁維護至 96.12.31 止。 </li></ul><ul><li>96.06.03 四校開始找廠商討論規劃門禁系統。 </li></ul><ul><li>96.12.10 陽明新館決定...
運作歷程 <ul><li>97.12.18 與廠商討論 API 可能有 cache-control 。 </li></ul><ul><li>98.01.12 門禁系統驗收。 </li></ul><ul><li>98.01.17 終止新門禁系統使...
優點 & 缺點 <ul><li>優點: </li></ul><ul><ul><li>免除過往各館舍分次轉入及修改讀者檔。 </li></ul></ul><ul><ul><li>自動依 PatronAPI 資料判讀及轉入門禁檔。 </li></u...
結語 <ul><li>台灣聯合大學系統四校陸續更換證件為晶片卡 </li></ul><ul><li>網路及硬體架構規劃,仍有改進空間。 </li></ul><ul><li>注意個人資料保護法,系統安全第一。 </li></ul><ul><li>...
Upcoming SlideShare
Loading in …5
×

TWIUG2010 NCULibDoor

827 views

Published on

iii Patron API 導入 圖書館門禁系統

Published in: Self Improvement
  • Be the first to comment

TWIUG2010 NCULibDoor

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

×