校園一卡通系統與圖書館借閱系統集成研究

文章出處：http://www.nyfzw.net 作者：中國一卡通網 收編   人氣： 發表時間：2011年11月10日

　　1 引言
 
　　基于校園一卡通系統的圖書館匯文文獻信息服務系統對接，實現了使校園卡借閱圖書及相關功能。對于辦理了校園卡的人員采用校園卡借閱圖書，并交納超期罰款等費用，對于未辦理校園卡的人員仍然維持現狀，即采用借書證借閱圖書，采用自然過渡的方式，逐步淘汰以條碼卡為載體的閱覽證。逐步實現校園卡的“一卡在手，走遍校園”。
 
　　1.1 系統功能概述
 
　　一卡通系統與現有的圖書借閱系統實現無縫連接，可以使用校園卡取代圖書證（但必須確保校園卡與原借書證都能使用），并能發揮現有的圖書管理系統的作用；在每個圖書借還書點，增加校園卡讀卡器，可實現讀取校園卡信息以及收費功能。
 
　　1.2 實現方式
 
　　在校園一卡通系統提供的的應用程序接口API基礎上，進行二次開發。應用程序接口API主要包括：進行日間業務的函數、操作員簽到/簽退、操作員改密、操作員統計、開通/關閉（相對于開通操作的反操作）、查詢、掛失/解掛、轉賬、改密、撤消操作、對流水賬等。
 
　　2 數據庫平臺
 
　　公共數據庫提供讀者基礎信息，并進行數據同步，使其保持一致。由圖書館提出數據需求，公共數據庫開放視圖，匯文系統來讀取。同樣，公共數據庫給一卡通系統提供基礎信息。校園一卡通系統和圖書館匯文系統，通過對接，實現信息交換。
 
　　（1）一方面，圖書管理系統的讀者信息、照片信息需要從公共數據庫獲得。另一方面，圖書館數據庫需要將圖書館的一些信息上傳到數據交換共享平臺中，以方便其他系統調用。
　　（2）同樣，公共數據庫提供基礎信息給校園一卡通系統。由于公共數據庫和一卡通系統在網絡層面相互物理隔離。因此需要通過一卡通和公共數據庫中間服務器來完成。公共數據庫將信息放入中間服務器，一卡通數據庫系統從中間數據庫來提取校園卡基礎信息，根據更新標志位，實現數據的同步。
　　（3）一卡通數據庫和圖書館數據庫通過讀取校園卡信息，實現數據庫對接。即在圖書館借閱終端，讀取校園卡上的學工號，直接去圖書館數據庫中尋找對應的讀者證件號，讀者證件號對應唯一的讀者條碼，實現圖書借閱、扣款等。
 
　　3 與圖書館匯文系統的集成
 
　　3.1 一卡通接入邏輯圖
 
　　“第三方對接服務器”主要由代理服務器軟件、PSAM加密卡和通用讀卡器以及第三方接口API等組成。系統有圖書館局域網和一卡通專網通過第三方對接服務器連接起來。在圖書館終端安裝一卡通讀卡器進行讀取校園卡借書，通過條碼槍掃描圖書條碼。

　　3.2 讀者信息數據庫與一卡通中心數據庫的關聯
 
　　由于圖書館本身就有歷史數據，因此存在數據格式不統一、讀者信息字段設置的太少，部分關鍵字段數據有缺失等問題。實際情況是教職工借書證編號標準不統一。學生數據比較規范。我們針對此種情況，對教職工數據進行清洗、完善。讀者數據庫，新注冊讀者數據全部從公共數據庫獲得，從而可以保證數據的可信度。讀者數據庫與一卡通中心數據庫各自都有完整的字段設置。本系統使用一卡通中心數據庫中的學工號和圖書館數據庫中的讀者證號（即讀者的學工號）作為相互關聯的關鍵字段。

　　建立對應關系后，讀者在借閱圖書時由讀卡器讀取一卡通卡號，經過一卡通接口程序將卡號發送至一卡通中心數據庫驗證，調取相應的學工號，返回給匯文文獻信息服務系統。匯文文獻信息服務系統根據返回信息檢查讀者庫中是否存在該讀者證號，如不存在則顯示提示信息。匯文文獻信息服務系統調用一卡通中心數據庫中注冊所需字段數據，根據映射關系自動生成讀者注冊信息，完成新讀者注冊。
 
　　3.3 數據結構設計
 
　　一卡通接口程序為每一種類型的操作對應一個提前定義好的數據結構包，例如卡操作包，卡消費/退費包，賬戶信息包等等，為雙方的數據代碼轉換提供了橋梁。下面示例賬號信息的數據結構定義。
 
　　/*帳戶信息包(文本)*/
　　typedef struct
　　{
　　char Name［20］;/*姓名*/
　　charSexNo; /*性別*/
　　chaDeptCode［18］;/*部門代碼*/
　　chaCardNo［LEN_NUM］; /*卡號*/
　　chaAccountNo［LEN_NUM］;
　　chaStudentCode［20］;
　　chaIDCard［20］;
　　chaPID［2］;
　　chaBalance［LEN_NUM］;
　　charPassword［6］;
　　chaExpireDate［6］;
　　chaSubSeq［LEN_NUM］;
　　chaIsOpenInSys;
　　chaTerminalNo［LEN_NUM］;
　　chaRetCode［LEN_NUM］;
　　chaCardType［3］;
　　chaUsedCardNum［LEN_NUM］;
　　 } AccountMsg_T。
 
　　3.4 匯文一卡通實現
 
　　3.4.1 讀卡識別
　　卡片的認證通常由一卡通接口實現。由于設備是接USB接口，需要專門的讀卡設備來識別。但是其并不會自動送往鍵盤緩沖區，這樣就需要做專門的接口實現。這就需要一卡通系統提供的第三方對接接口程序。在讀卡接口（DLL文件）程序的基礎上進行開發，實現讀卡。
　　讀卡涉及到的DLL文件如表1所示。
 
　　3.4.2 金融扣款
　　主要是把匯文的超期罰款等費用結算通過校園卡消費的方式實現。實現在匯文中點擊收費按鈕后自動從卡片扣除相應金額。通過編程實現。
 
　　3.4.3 數據共享
　　匯文讀者數據與一卡通數據都來自于公共數據庫。對于新增數據，我們有三種處理方式，具體如下：
　　①匯文提供相應接口給一卡通廠商，實現兩邊同時注冊。
　　②利用匯文提供讀者套錄數據轉入，實現一卡通讀者數據的批量導入。
　　③零星數據通過匯文證件注冊完成。
　　讀卡的時候還涉及到卡片有效性的問題，一般一卡通系統讀卡時會自動和校園一卡通中心數據庫聯系判別卡片的有效性，無需到匯文進行二次掛失（解掛）操作。
　　對于讀者換卡，因為匯文有證件號和條碼號兩個字段，證件號一般固定不變，而條碼可以更換；校園卡數據一般也有一個固定號和一個可變的號（比如讀者帳號或學號不變，而換卡后，卡片本身的物理序列號有變化），因此通常把不變的號做為匯文數據中的證件號及條碼號，這樣讀者換卡后不需要再到圖書館進行專門處理，而舊的卡因為已被注銷，在認證的時候可以識別出來，而不會引起錯誤。
 
　　在實際實施中，通常把學號作為一卡通和匯文之間的聯系號：從卡上讀出讀者學號；在匯文中注冊讀者學號為證件號和條碼號。
 
　　原匯文系統讀者數據與一卡通數據有現成的關聯號（比如學號），原匯文讀者可以直接利用一卡通進行借閱及扣款處理。原匯文系統讀者數據與一卡通數據沒有關聯號的，由圖書館老師負責建立匯文與一卡通數據對應關系表，匯文協助進行數據替換實現關聯，并存處理。原讀者依然使用原條碼證件進行借閱，扣費使用一卡通；新增讀者使用一卡通完成借閱和扣款。
 
　　4 結語
 
　　實現圖書館業務系統集成到校園一卡通系統后，讀者在辦理校園卡的同時就完成了圖書館借閱證的辦理，大大提高了辦證效率，同時也避免了讀者持有多個證卡的麻煩，而且還方便了日常管理，規范了圖書館的財務管理、降低了管理成本。
 
　　隨著數字化建設的深入，高校圖書館在越來越多的方面需要借助一卡通開展工作，一卡通所包含的功能也有待豐富。展望未來的校園一卡通系統，將在現有應用的基礎上進行擴展，逐步建立起一個以圖書館——校園一卡通為核心的網絡應用體系。