[發(fā)明專利]一種健康體檢機通信服務器的實現(xiàn)方法

有效

• 申請?zhí)枺?/td>: 201510292021.X
• 申請日: 2015-06-01
• 公開（公告）號: CN104994074B
• 公開（公告）日: 2018-04-13
• 發(fā)明（設計）人: 陳洪鑫;鄭亮;于治樓
• 申請（專利權）人: 浪潮集團有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L29/08
• 代理公司: 濟南信達專利事務所有限公司37100
• 代理人: 姜明

1.一種健康體檢機通信服務器的實現(xiàn)方法，基于netty的TCP和UDP協(xié)議服務器端，TCP和UDP協(xié)議服務器端分別指定不同的端口號；健康體檢機為客戶端，根據(jù)IP地址和Port端口號分別連接TCP和UDP協(xié)議服務器端，其特征是：

TCP協(xié)議服務器端接收客戶端發(fā)送的MD5校驗碼，用于身份識別；MD5若校驗不通過，則斷開連接，重新連接校驗，若校驗通過，則TCP協(xié)議服務器端發(fā)送校驗通過信息；

客戶端接收到TCP協(xié)議服務器端發(fā)送的校驗通過信息后，發(fā)送業(yè)務數(shù)據(jù)，業(yè)務數(shù)據(jù)以字節(jié)的形式傳輸；

TCP協(xié)議服務器端接收到業(yè)務數(shù)據(jù)后，進行數(shù)據(jù)解析，并放入數(shù)據(jù)庫中，返回給客戶端接收到數(shù)據(jù)的信息；

UDP協(xié)議服務器端根據(jù)客戶端發(fā)送的數(shù)據(jù)的長度不同判斷是報警信號還是驗證用戶信號；

如果是報警信號則接收報警并返回給客戶端已經(jīng)接收到報警的信息；

如果是驗證用戶信號則解析信號數(shù)據(jù)，根據(jù)信號數(shù)據(jù)查詢數(shù)據(jù)庫并把查詢到的數(shù)據(jù)返回給客戶端，完成驗證；

UDP協(xié)議服務器端根據(jù)驗證用戶信號進行驗證用戶的過程為：用戶利用客戶端輸入auto_id，健康體檢機發(fā)送給UDP協(xié)議服務器端驗證請求MD5，UDP協(xié)議服務器端先校驗MD5，驗證通過后查詢后臺并返回信息給健康體檢機，表示此用戶存在，可以進行體檢；否則返回用戶不存在信息，拒絕體檢請求。

2.根據(jù)權利要求1所述的一種健康體檢機通信服務器的實現(xiàn)方法，其特征是所述TCP協(xié)議服務器端的身份識別具體過程為：健康體檢機連接TCP協(xié)議服務器后，發(fā)送mid MD5校驗碼，mid是客戶端唯一編號，服務器通過mid從后臺查找對應的version，即版本號和uid，即唯一用戶編號，并獲取當天的日期，然后以mid+version+uid+date為seed生成MD5值并與健康體檢機發(fā)送的MD5校驗碼進行比對，如果對比失敗則回復MD5驗證錯誤的信息，服務器主動斷開健康體檢機的TCP連接；如果比對成功則回復OK信號。

3.根據(jù)權利要求2所述的一種健康體檢機通信服務器的實現(xiàn)方法，其特征是所述OK信號帶有一個時間戳，表示健康體檢機必須在此時間戳內(nèi)發(fā)送體檢數(shù)據(jù)或日志文件到TCP協(xié)議服務器端，否則重新發(fā)送校驗請求。

4.根據(jù)權利要求1或3所述的一種健康體檢機通信服務器的實現(xiàn)方法，其特征是客戶端發(fā)送的業(yè)務數(shù)據(jù)包括數(shù)據(jù)長度、文件類型(H/L)、文件數(shù)據(jù)，文件類型中H代表體檢數(shù)據(jù)、L代表日志文件。

5.根據(jù)權利要求4所述的一種健康體檢機通信服務器的實現(xiàn)方法，其特征是TCP協(xié)議服務器端進行數(shù)據(jù)解析時，判斷文件類型，并根據(jù)不同的數(shù)據(jù)類型把業(yè)務數(shù)據(jù)放入到不同的數(shù)據(jù)庫中，健康體檢機發(fā)送的文件數(shù)據(jù)中帶有時間戳，表示文件數(shù)據(jù)產(chǎn)生的時間，TCP協(xié)議服務器端根據(jù)時間戳判斷是否重復接收了體檢數(shù)據(jù)，如果確定重復接收的數(shù)據(jù)則放棄該數(shù)據(jù)；如果不是，則解析新接收的數(shù)據(jù)并入庫，完成業(yè)務數(shù)據(jù)解析入庫后，返回OK信號給健康體檢機。

6.根據(jù)權利要求1或5所述的一種健康體檢機通信服務器的實現(xiàn)方法，其特征是客戶端發(fā)送的報警信號為alarm_active，UDP協(xié)議服務器端返回給客戶端已經(jīng)接收到報警的信息為alarm_active_ack；

健康體檢機啟動報警alarm_active：0000 0001；服務器回復alarm_active_ack：0001 0001；

健康體檢機取消報警alarm_cancel：0000 0000；服務器回復alarm_cancel_ack：0001 0000；

alarm狀態(tài)字節(jié)的前四位0000表示是健康體檢機請求的指令，0001表示UDP協(xié)議服務器端回復的指令；后四位0000表示報警取消，0001表示啟動報警。