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

普通柜存在以下幾點(diǎn)弊端：

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

 想實(shí)現(xiàn)的設(shè)計(jì)如下：

  智能檔案柜管理系統(tǒng)基于“互聯(lián)網(wǎng)+物聯(lián)網(wǎng)”技術(shù),可用于各企事業(yè)單位, 方便對(duì)紙質(zhì)檔案文件進(jìn)行規(guī)范化管理,提高工作效率。系統(tǒng)分為兩大部分：硬件和軟件。硬件部分包括主柜和副柜、智能鎖板和智能顯示屏,軟件部分包括服務(wù)器管理平臺(tái)和移動(dòng)客戶端。服務(wù)器管理平臺(tái)采用B/S架構(gòu)，主要負(fù)責(zé)人員權(quán)限管理，設(shè)備開柜請(qǐng)求驗(yàn)證功能。移動(dòng)客戶端采用C/S架構(gòu)，起到連接服務(wù)端與鎖板的作用。

智能檔案柜管理平臺(tái)整體架構(gòu)如圖1所示?？紤]到整個(gè)平臺(tái)的用戶量不算大，數(shù)據(jù)量不高，且并發(fā)操作主要源自PC端等特性，可以讓檔案柜安卓端與Web管理平臺(tái)PC端共享應(yīng)用服務(wù)器。應(yīng)用服務(wù)器服務(wù)的對(duì)象包括檔案柜安卓端、用戶移動(dòng)端和Web管理平臺(tái)端考慮到智能檔案柜管理平臺(tái)客戶端的種類比較多, 為了便于統(tǒng)一管理和系統(tǒng)服務(wù)端的可拓展性需求，采用反向代理服務(wù)器,屏蔽應(yīng)用服務(wù)器的部署差異，使服務(wù)器的部署方式和可拓展性更加靈活。目前主流的反向代理服務(wù)器是Apache TS和Nginx，臺(tái)業(yè)務(wù)量小,并不涉及高性能需求，選擇采用輕量級(jí)的Nginx。因?yàn)楸酒脚_(tái)不僅涉及到應(yīng)用層,還包含TCP層代理，所以在安裝Nginx時(shí)，需要額外添加stream模塊。配置完Nginx后,Ngi nx會(huì)根據(jù)不同的請(qǐng)求協(xié)議,將請(qǐng)求轉(zhuǎn)發(fā)到對(duì)應(yīng)的服務(wù)器上遙當(dāng)需要其它業(yè)務(wù)需求時(shí), 只需要將新的功能單獨(dú)作為一個(gè)應(yīng)用服務(wù)器部署，并在Nginx配置文件上做配置即可。

檔案柜平臺(tái)綜合運(yùn)用二維碼識(shí)別、自動(dòng)控制、網(wǎng)絡(luò)和數(shù)據(jù)庫(kù)等多種先進(jìn)的技術(shù)手段,實(shí)現(xiàn)了取件碼、二維碼掃碼開柜、柜門狀態(tài)查詢等功能。整個(gè)系統(tǒng)分為服務(wù)端和移動(dòng)端。

服務(wù)端為移動(dòng)端提供服務(wù)，主要用來處理用戶輸入的信息，與數(shù)據(jù)庫(kù)交互。作為服務(wù)層，平臺(tái)系統(tǒng)按照業(yè)務(wù)邏輯可以劃分為六大模塊。

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

戶在申請(qǐng)使用檔案柜時(shí)，需要注冊(cè)賬號(hào)填寫相關(guān)信息。信息分為四級(jí)，每一級(jí)均有專門負(fù)責(zé)人審核，審核通過后進(jìn)入下一個(gè)環(huán)節(jié),直至全部通過后才有權(quán)使用。其中每個(gè)審核人會(huì)相應(yīng)開放相關(guān)權(quán)限，采用實(shí)名認(rèn)證與責(zé)任落實(shí)制度。

平臺(tái)管理員在檢查系統(tǒng)狀態(tài)時(shí)，登錄管理系統(tǒng)查看當(dāng)前柜門狀態(tài)。柜門狀態(tài)保存在數(shù)據(jù)庫(kù)中，以枚舉的方式定義了三個(gè)狀態(tài)，分別為開、關(guān)和不確定。不確定指的是柜門狀態(tài)沒有在指定時(shí)間內(nèi)刷新袁即柜子安卓端平板與后端長(zhǎng)連接已經(jīng)斷開;開和關(guān)兩種狀態(tài)指的是一段時(shí)間內(nèi)的柜門狀態(tài),而不是指實(shí)時(shí)的柜門狀態(tài)。

平臺(tái)的核心功能在于開柜，后端服務(wù)器接收到開柜請(qǐng)求后,按照請(qǐng)求路徑分發(fā)給不同的驗(yàn)證邏輯,通過驗(yàn)證才能生成對(duì)應(yīng)的開柜信息，并按照規(guī)定的加密方式返回。驗(yàn)證的主要內(nèi)容主要包括身份和信息的有效性以及驗(yàn)證碼和二維碼包含信息的正確性。

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

開柜請(qǐng)求來自于平臺(tái)和安卓平板,對(duì)請(qǐng)求的參數(shù)驗(yàn)證完之后，取岀有用的憑證，作為查詢數(shù)據(jù)庫(kù)的索引值,找到對(duì)應(yīng)的柜門編號(hào)和柜門狀態(tài)遙

平臺(tái)對(duì)系統(tǒng)的魯棒性要求高,需要一個(gè)機(jī)制來監(jiān)控系統(tǒng)的運(yùn)行狀況。主要監(jiān)控運(yùn)行的程序和內(nèi)存空間，統(tǒng)計(jì)系統(tǒng)中的異常，作為后期維護(hù)的依據(jù)。

柜體安卓端軟件系統(tǒng)是一款基于Android平臺(tái)的上位機(jī)軟件,該上位機(jī)與服務(wù)器等待用戶掃描二維碼和輸入取件碼,通過Http通信獲取開鎖信息，通過串口將開鎖和查詢指令發(fā)送到鎖控板。安卓平板端功能模塊如圖3所示。

按照業(yè)務(wù)邏輯可劃分為如下三層

UI界面層：

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

應(yīng)用層：

用于客戶端發(fā)送開柜請(qǐng)求和開鎖結(jié)果展示,包括二維碼存件、二維碼取件、取件碼取件、開鎖信息展示。

通信層:

用于本客戶端系統(tǒng)的通信管理,包括與鎖板的串口通信和Http通信以及用于PC端開鎖的Netty通信。

二、關(guān)鍵技術(shù)

在查詢柜門狀態(tài)時(shí), 如果后端直接發(fā)送查詢指令查詢柜門狀態(tài)，整個(gè)流程信息從后端到HTTP服務(wù)器到Netty服務(wù)器，到安卓平板端,再到鎖板，延時(shí)較大，而且一旦柜體端與后端Netty通信岀現(xiàn)故障，數(shù)據(jù)就會(huì)全部消失，用戶體驗(yàn)度差?？紤]到柜門狀態(tài)的實(shí)時(shí)性要求不高, 可以考慮將柜門狀態(tài)定時(shí)更新到數(shù)據(jù)庫(kù),在查詢的時(shí)候,從數(shù)據(jù)庫(kù)中查詢所需的最新數(shù)據(jù)。安卓端在Service組件中定期發(fā)送狀態(tài)查詢指令，并將返回的結(jié)果通過Netty上傳至數(shù)據(jù)庫(kù)保存。

本平臺(tái)PC端用戶若能實(shí)現(xiàn)開柜，需要建立Netty長(zhǎng)連接。若采用HTTP協(xié)議，服務(wù)端無法將信息傳遞到柜體客戶端。事實(shí)上Web端將開柜基本信息以參數(shù)的方式傳遞給HTTP服務(wù)器后,需要先對(duì)用戶身份和權(quán)限進(jìn)行驗(yàn)證,驗(yàn)證通過后會(huì)生成可用
的開柜信息。一方面將結(jié)果返回給Web用戶，顯示開柜成功;另一方面作為代理服務(wù)器請(qǐng)求Netty服務(wù)器將開柜信息通過Netty 通道發(fā)送至安卓板。

安卓終端的日志收集，目的是為了在Web端監(jiān)控安卓終端的運(yùn)行狀況，包括鎖板的開柜和查詢等信息的統(tǒng)計(jì)。在收集時(shí),整個(gè)系統(tǒng)產(chǎn)生的日志信息量極大，安卓終端可使用的內(nèi)存有限，需要在安卓端空閑的時(shí)候，將收集的日志保存在日志文件中。收集日志的時(shí)間需要嚴(yán)格控制,如果太長(zhǎng)，會(huì)降低系統(tǒng)運(yùn)行的吞吐量,影響系統(tǒng)的整體性能;如果時(shí)間太短,日志收集不完整,無用信息量多，日志收集頻繁。日志收集的關(guān)鍵在于使用Runtime類，運(yùn)行時(shí)生成的大量臨時(shí)信息,均可使用該類收集。