目前檔案柜被很多企業及事業單位所廣泛應用，那么哈爾濱檔案柜如何做才能更讓需求者接受呢？

普通(tong)柜存在(zai)以下(xia)幾點弊端：

1、有些部門文件繁多復雜,僅僅存放于普通文柜,不便于分類存取，存取資料過程繁瑣，效率低下；
2、文件的使用情況和去向沒有規范的統計手段，傳統的人員登記流程繁瑣，登記表容易遺失；
3、普通文件柜使用鑰匙開柜，鑰匙容易遺失或被盜,文件遺失風險咼；
4、資料容(rong)易被人篡(cuan)改(gai)，無法(fa)有效(xiao)查找篡(cuan)改(gai)人。

 想實現的設(she)計如下(xia)：

  智能(neng)檔案柜管(guan)理系(xi)(xi)統基于“互聯網+物(wu)聯網”技術(shu),可用(yong)于各企事業(ye)單位, 方便(bian)對紙質檔案文件(jian)進行規范化管(guan)理,提(ti)高工作效率(lv)。系(xi)(xi)統分(fen)為兩大部分(fen)：硬件(jian)和(he)軟件(jian)。硬件(jian)部分(fen)包括主柜和(he)副柜、智能(neng)鎖板(ban)和(he)智能(neng)顯示屏,軟件(jian)部分(fen)包括服(fu)(fu)務器管(guan)理平(ping)(ping)臺和(he)移(yi)動客戶端(duan)。服(fu)(fu)務器管(guan)理平(ping)(ping)臺采用(yong)B/S架(jia)構(gou)，主要負責人員權限管(guan)理，設備開柜請求驗證功能(neng)。移(yi)動客戶端(duan)采用(yong)C/S架(jia)構(gou)，起到連接(jie)服(fu)(fu)務端(duan)與(yu)鎖板(ban)的作用(yong)。

智能(neng)(neng)檔案(an)(an)(an)柜(ju)管(guan)理(li)(li)(li)(li)(li)平(ping)(ping)臺(tai)整體架構如圖1所(suo)示(shi)。考(kao)慮到(dao)(dao)整個平(ping)(ping)臺(tai)的(de)(de)(de)(de)用戶量(liang)(liang)(liang)不(bu)算大，數據(ju)量(liang)(liang)(liang)不(bu)高，且并(bing)(bing)發(fa)操作主(zhu)(zhu)要源自PC端(duan)等特性，可(ke)以讓檔案(an)(an)(an)柜(ju)安卓端(duan)與(yu)Web管(guan)理(li)(li)(li)(li)(li)平(ping)(ping)臺(tai)PC端(duan)共享應(ying)(ying)(ying)用服(fu)務(wu)(wu)(wu)器(qi)。應(ying)(ying)(ying)用服(fu)務(wu)(wu)(wu)器(qi)服(fu)務(wu)(wu)(wu)的(de)(de)(de)(de)對象包括檔案(an)(an)(an)柜(ju)安卓端(duan)、用戶移動端(duan)和Web管(guan)理(li)(li)(li)(li)(li)平(ping)(ping)臺(tai)端(duan)考(kao)慮到(dao)(dao)智能(neng)(neng)檔案(an)(an)(an)柜(ju)管(guan)理(li)(li)(li)(li)(li)平(ping)(ping)臺(tai)客戶端(duan)的(de)(de)(de)(de)種類比較多(duo), 為(wei)(wei)了(le)便于統一管(guan)理(li)(li)(li)(li)(li)和系統服(fu)務(wu)(wu)(wu)端(duan)的(de)(de)(de)(de)可(ke)拓展性需求，采(cai)用反向代理(li)(li)(li)(li)(li)服(fu)務(wu)(wu)(wu)器(qi),屏蔽應(ying)(ying)(ying)用服(fu)務(wu)(wu)(wu)器(qi)的(de)(de)(de)(de)部署(shu)差(cha)異，使服(fu)務(wu)(wu)(wu)器(qi)的(de)(de)(de)(de)部署(shu)方式(shi)和可(ke)拓展性更(geng)加靈活。目前主(zhu)(zhu)流的(de)(de)(de)(de)反向代理(li)(li)(li)(li)(li)服(fu)務(wu)(wu)(wu)器(qi)是Apache TS和Nginx，臺(tai)業(ye)務(wu)(wu)(wu)量(liang)(liang)(liang)小,并(bing)(bing)不(bu)涉(she)及高性能(neng)(neng)需求，選(xuan)擇采(cai)用輕量(liang)(liang)(liang)級的(de)(de)(de)(de)Nginx。因為(wei)(wei)本平(ping)(ping)臺(tai)不(bu)僅涉(she)及到(dao)(dao)應(ying)(ying)(ying)用層,還(huan)包含(han)TCP層代理(li)(li)(li)(li)(li)，所(suo)以在安裝Nginx時(shi)，需要額外添加stream模(mo)塊。配(pei)(pei)置完Nginx后,Ngi nx會根據(ju)不(bu)同(tong)的(de)(de)(de)(de)請求協議,將請求轉發(fa)到(dao)(dao)對應(ying)(ying)(ying)的(de)(de)(de)(de)服(fu)務(wu)(wu)(wu)器(qi)上(shang)遙當(dang)需要其它業(ye)務(wu)(wu)(wu)需求時(shi), 只需要將新的(de)(de)(de)(de)功能(neng)(neng)單(dan)獨作為(wei)(wei)一個應(ying)(ying)(ying)用服(fu)務(wu)(wu)(wu)器(qi)部署(shu)，并(bing)(bing)在Nginx配(pei)(pei)置文件上(shang)做配(pei)(pei)置即可(ke)。

檔案柜(ju)(ju)平臺綜合運(yun)用二維碼(ma)(ma)識別、自(zi)動控制(zhi)、網(wang)絡和數據(ju)庫等多(duo)種先(xian)進的技術手(shou)段,實(shi)現了取件碼(ma)(ma)、二維碼(ma)(ma)掃(sao)碼(ma)(ma)開柜(ju)(ju)、柜(ju)(ju)門狀態(tai)查詢等功(gong)能。整個(ge)系統分為服(fu)務(wu)端和移動端。

服(fu)務(wu)端為(wei)(wei)移動端提供(gong)服(fu)務(wu)，主(zhu)要(yao)用來處理用戶輸(shu)入(ru)的(de)信息，與(yu)數據(ju)庫交互。作為(wei)(wei)服(fu)務(wu)層，平臺系統按照業務(wu)邏輯可(ke)以劃分(fen)為(wei)(wei)六大模(mo)塊。

各模塊的具體功能與作用如下：

戶在申請使用檔案柜時，需要注冊賬號填寫相關信息。信息分為四級，每一級均有專門負責人審核，審核通過后進入下一個環節,直至全部通過后才有權使用。其中每個審核人會相應開放相關權限，采用實名認證與責任落實制度。

平臺管理員在檢查系統狀態時，登錄管理系統查看當前柜門狀態。柜門狀態保存在數據庫中，以枚舉的方式定義了三個狀態，分別為開、關和不確定。不確定指的是柜門狀態沒有在指定時間內刷新袁即柜子安卓端平板與后端長連接已經斷開;開和關兩種狀態指的是一段時間內的柜門狀態,而不是指實時的柜門狀態。

平臺的核心功能在于開柜，后端服務器接收到開柜請求后,按照請求路徑分發給不同的驗證邏輯,通過驗證才能生成對應的開柜信息，并按照規定的加密方式返回。驗證的主要內容主要包括身份和信息的有效性以及驗證碼和二維碼包含信息的正確性。

柜門開關等操作包含有身份信息的驗證,每次開柜的時候，這些操作都會生成日志，里面記錄了開柜日期,開柜人員和開柜的柜門號以及文件的編號。一旦岀現文檔丟失的情況,可以通過查看日志來追責。

開柜請求來自于平臺和安卓平板,對請求的參數驗證完之后，取岀有用的憑證，作為查詢數據庫的索引值,找到對應的柜門編號和柜門狀態遙

平臺對系(xi)統(tong)的魯棒(bang)性要(yao)求(qiu)高,需要(yao)一個機(ji)制來監控(kong)(kong)系(xi)統(tong)的運行(xing)狀況。主要(yao)監控(kong)(kong)運行(xing)的程序和內存空間，統(tong)計系(xi)統(tong)中的異常，作為后期維(wei)護的依據(ju)。

柜體(ti)安卓端軟件系統是(shi)一款(kuan)基(ji)于Android平臺的上位(wei)機(ji)(ji)軟件,該上位(wei)機(ji)(ji)與服務器等待用戶掃描二維碼和(he)輸入取件碼,通(tong)過(guo)Http通(tong)信獲(huo)取開鎖信息(xi)，通(tong)過(guo)串口將開鎖和(he)查詢指令發送到鎖控板。安卓平板端功能模塊(kuai)如(ru)圖(tu)3所示(shi)。

按照業務邏(luo)輯可劃分為如下三層

UI界面層：

用于UI界面展示，提供人機交互的過程,包括存件和取件按鈕、操作提示菜單、輸入二維碼軟盤、開柜結果信息。

應用層：

用于客戶端發送開柜請求和開鎖結果展示,包括二維碼存件、二維碼取件、取件碼取件、開鎖信息展示。

通信層:

用于本客(ke)戶端(duan)系統的(de)通(tong)信(xin)(xin)管理,包括與鎖(suo)板的(de)串口通(tong)信(xin)(xin)和Http通(tong)信(xin)(xin)以(yi)及用于PC端(duan)開鎖(suo)的(de)Netty通(tong)信(xin)(xin)。

二、關鍵技術

在查詢柜門狀態時, 如果后端直接發送查詢指令查詢柜門狀態，整個流程信息從后端到HTTP服務器到Netty服務器，到安卓平板端,再到鎖板，延時較大，而且一旦柜體端與后端Netty通信岀現故障，數據就會全部消失，用戶體驗度差。考慮到柜門狀態的實時性要求不高, 可以考慮將柜門狀態定時更新到數據庫,在查詢的時候,從數據庫中查詢所需的最新數據。安卓端在Service組件中定期發送狀態查詢指令，并將返回的結果通過Netty上傳至數據庫保存。

本平臺PC端用戶若能實現開柜，需要建立Netty長連接。若采用HTTP協議，服務端無法將信息傳遞到柜體客戶端。事實上Web端將開柜基本信息以參數的方式傳遞給HTTP服務器后,需要先對用戶身份和權限進行驗證,驗證通過后會生成可用
的開柜信息。一方面將結果返回給Web用戶，顯示開柜成功;另一方面作為代理服務器請求Netty服務器將開柜信息通過Netty 通道發送至安卓板。

安(an)卓終端的(de)(de)(de)日(ri)(ri)志(zhi)(zhi)收(shou)(shou)集(ji)(ji)(ji)(ji)(ji)，目的(de)(de)(de)是(shi)為了在(zai)Web端監控(kong)安(an)卓終端的(de)(de)(de)運(yun)行(xing)狀況，包括(kuo)鎖板的(de)(de)(de)開(kai)柜和查(cha)詢(xun)等信息的(de)(de)(de)統(tong)(tong)計。在(zai)收(shou)(shou)集(ji)(ji)(ji)(ji)(ji)時(shi)(shi),整(zheng)(zheng)個系(xi)(xi)統(tong)(tong)產生的(de)(de)(de)日(ri)(ri)志(zhi)(zhi)信息量(liang)極(ji)大，安(an)卓終端可(ke)使用的(de)(de)(de)內存有(you)限，需要在(zai)安(an)卓端空閑的(de)(de)(de)時(shi)(shi)候(hou)，將收(shou)(shou)集(ji)(ji)(ji)(ji)(ji)的(de)(de)(de)日(ri)(ri)志(zhi)(zhi)保存在(zai)日(ri)(ri)志(zhi)(zhi)文件中。收(shou)(shou)集(ji)(ji)(ji)(ji)(ji)日(ri)(ri)志(zhi)(zhi)的(de)(de)(de)時(shi)(shi)間需要嚴格控(kong)制,如果太(tai)長，會(hui)降低(di)系(xi)(xi)統(tong)(tong)運(yun)行(xing)的(de)(de)(de)吞吐(tu)量(liang),影響(xiang)系(xi)(xi)統(tong)(tong)的(de)(de)(de)整(zheng)(zheng)體性能;如果時(shi)(shi)間太(tai)短,日(ri)(ri)志(zhi)(zhi)收(shou)(shou)集(ji)(ji)(ji)(ji)(ji)不完整(zheng)(zheng),無用信息量(liang)多，日(ri)(ri)志(zhi)(zhi)收(shou)(shou)集(ji)(ji)(ji)(ji)(ji)頻(pin)繁。日(ri)(ri)志(zhi)(zhi)收(shou)(shou)集(ji)(ji)(ji)(ji)(ji)的(de)(de)(de)關鍵在(zai)于使用Runtime類(lei)，運(yun)行(xing)時(shi)(shi)生成的(de)(de)(de)大量(liang)臨時(shi)(shi)信息,均(jun)可(ke)使用該類(lei)收(shou)(shou)集(ji)(ji)(ji)(ji)(ji)。