CN104994074B - 一种健康体检机通信服务器的实现方法 - Google Patents
一种健康体检机通信服务器的实现方法 Download PDFInfo
- Publication number
- CN104994074B CN104994074B CN201510292021.XA CN201510292021A CN104994074B CN 104994074 B CN104994074 B CN 104994074B CN 201510292021 A CN201510292021 A CN 201510292021A CN 104994074 B CN104994074 B CN 104994074B
- Authority
- CN
- China
- Prior art keywords
- data
- examination machine
- alarm
- health examination
- client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 31
- 238000004891 communication Methods 0.000 title claims abstract description 30
- 238000012795 verification Methods 0.000 claims abstract description 30
- 230000005540 biological transmission Effects 0.000 claims description 30
- 230000014509 gene expression Effects 0.000 claims description 3
- 238000005516 engineering process Methods 0.000 abstract description 3
- 238000012546 transfer Methods 0.000 abstract description 2
- 230000003993 interaction Effects 0.000 abstract 1
- 230000007547 defect Effects 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Medical Treatment And Welfare Office Work (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开一种健康体检机通信服务器的实现方法,属于通信技术领域;基于netty的TCP和UDP协议服务器端,TCP和UDP协议服务端分别指定不同的端口号;健康体检机为客户端,根据IP地址和Port端口号分别连接TCP和UDP协议服务端,实现服务器终端将健康体检机的体检数据上传、发送报警信号、验证用户ID和发送用户个人信息等功能,本发明不需要做IO处理、协议处理等低层次工作,提高了健康体检机和服务端进行数据交互的速度和可靠性,同时能保证数据传输的安全性。
Description
技术领域
本发明公开一种通信服务器的实现方法,属于通信技术领域,具体地说是一种健康体检机通信服务器的实现方法。
背景技术
通信服务器是一个专用系统,为网络上需要通过远程通信链路传送文件或访问远地系统或网络上信息的用户提供通信服务。通信服务器根据软件和硬件能力为一个或多个用户提供通信信道,通过转换数据格式、通信协议和电缆信号提供用户与主机的连接,可以远程控制软件,允许远地用户从家里或其它远距离位置经拨号进入网络,通信服务器能为内部用户提供一组异步调制解调器,用于拨号访问远地系统、信息服务或其它资源,并维持与远地局域网的专用或拨号(间歇的)链路并在局域网间自动传送数据分组。然而服务端程序是Java1.4提供了NIO使开发者可以使用Java编写高性能的程序实现的,但使用原生的NIO API就像Linux C中网络编程一样,需要做IO处理、协议处理等低层次工作,减低服务器通信时的效率,不利于通信的快捷进行,而在有些业务中需要准确快捷的将远程数据上传,比如医院或家庭中健康体检机上传数据的需求。因此本发明提供一种健康体检机通信服务器的实现方法,基于netty框架利用TCP/UDP通信实现服务器终端将健康体检机的体检数据上传、发送报警信号、验证用户ID和发送用户个人信息等功能,提高了通信服务器的性能、可靠性。其中netty是个异步的事件驱动网络应用框架,提供了统一的底层协议接口,使得开发者从底层的网络协议中解脱出来,可以专注于上次业务实现,具有高性能、高扩展性等特性。
发明内容
本发明针对目前服务端程序需要做IO处理、协议处理等低层次工作,减低服务器通信时的效率,不利于健康体检机通信的快捷进行的缺陷,提供一种健康体检机通信服务器的实现方法,基于netty框架实现的TCP/UDP通信服务器终端,应用到健康体检机的体检数据上传、发送报警信号、验证用户ID和发送用户个人信息等功能。
本发明提出的具体方案是:
一种健康体检机通信服务器的实现方法,基于netty的TCP和UDP协议服务器端,TCP和UDP协议服务端分别指定不同的端口号;健康体检机为客户端,根据IP地址和Port端口号分别连接TCP和UDP协议服务端,过程为:
TCP协议服务器端接收客户端发送的MD5校验码,用于身份识别;MD5若校验不通过,则断开连接,重新连接校验,若校验通过,则TCP协议服务器端发送校验通过信息;
客户端接收到TCP协议服务器端发送的校验通过信息后,发送业务数据,业务数据以字节的形式传输;
TCP协议服务器端接收到业务数据后,进行数据解析,并放入数据库中,返回给客户端接收到数据的信息;
UDP协议服务器端根据客户端发送的数据的长度不同判断是报警信号还是验证用户信号;
如果是报警信号则接收报警并返回给客户端已经接收到报警的信息;
如果是验证用户信号则解析信号数据,根据信号数据查询数据库并把查询到的数据返回给客户端,完成验证。
所述TCP协议服务器端的身份识别具体过程为:健康体检机连接TCP协议服务器后,发送mid MD5校验码,mid是客户端唯一编号,服务器通过mid从后台查找对应的version,即版本号和uid,即唯一用户编号,并获取当天的日期,然后以mid+version+uid+date为seed生成MD5值并与健康体检机发送的MD5校验码进行比对,如果对比失败则回复MD5验证错误的信息,服务器主动断开健康体检机的TCP连接;如果比对成功则回复OK信号。
所述OK信号带有一个时间戳,表示健康体检机必须在此时间戳内发送体检数据或日志文件到TCP协议服务器端,否则重新发送校验请求。
所述的客户端发送的业务数据包括数据长度、文件类型(H/L)、文件数据,文件类型中H代表体检数据、L代表日志文件。
所述的TCP协议服务器端进行数据解析时,判断文件类型,并根据不同的数据类型把业务数据放入到不同的数据库中,健康体检机发送的文件数据中带有时间戳,表示文件数据产生的时间,TCP协议服务器端根据时间戳判断是否重复接收了体检数据,如果确定重复接收的数据则放弃该数据;如果不是,则解析新接收的数据并入库,完成业务数据解析入库后,返回OK信号给健康体检机。
所述的客户端发送的报警信号为alarm_active,UDP协议服务器端返回给客户端已经接收到报警的信息为alarm_active_ack;
健康体检机启动报警alarm_active:0000 0001;服务器回复alarm_active_ack:0001 0001;
健康体检机取消报警alarm_cancel:0000 0000;服务器回复alarm_cancel_ack:0001 0000;
alarm状态字节的前四位0000表示是健康体检机请求的指令,0001表示UDP协议服务器端回复的指令;后四位0000表示报警取消,0001表示启动报警。
所述的UDP协议服务器端根据验证用户信号进行验证用户的过程为:用户利用客户端输入auto_id,健康体检机发送给UDP协议服务器端验证请求MD5,UDP协议服务器端先校验MD5,验证通过后查询后台并返回信息给健康体检机,表示此用户存在,可以进行体检;否则返回用户不存在信息,拒绝体检请求。
本发明的有益之处是:本发明基于Netty提供的统一底层协议接口进行TCP、UDP网络协议实现,不需要做IO处理、协议处理等低层次工作,提高了健康体检机和服务端进行数据交互的速度和可靠性,同时能保证数据传输的安全性。
具体实施方式
一种健康体检机通信服务器的实现方法,基于netty的TCP和UDP协议服务器端,TCP和UDP协议服务端分别指定不同的端口号;健康体检机为客户端,根据IP地址和Port端口号分别连接TCP和UDP协议服务端;
TCP主要程序结构,如下:
UDP主要程序结构,如下:
实现过程为:
TCP协议服务器端接收客户端发送的MD5校验码,用于身份识别;MD5若校验不通过,则断开连接,重新连接校验,若校验通过,则TCP协议服务器端发送校验通过信息;又身份识别的具体过程可为:健康体检机连接TCP协议服务器后,发送mid MD5校验码,mid是客户端唯一编号,服务器通过mid从后台查找对应的version,即版本号和uid,即唯一用户编号,并获取当天的日期,然后以mid+version+uid+date为seed生成MD5值并与健康体检机发送的MD5校验码进行比对,如果对比失败则回复MD5验证错误的信息,服务器主动断开健康体检机的TCP连接;如果比对成功则回复OK信号;其中OK信号可带有一个时间戳,表示健康体检机必须在此时间戳内发送体检数据或日志文件到TCP协议服务器端,否则重新发送校验请求;
客户端接收到TCP协议服务器端发送的校验通过信息后,发送业务数据,业务数据以字节的形式传输;业务数据一般包括数据长度、文件类型(H/L)、文件数据,文件类型中H代表体检数据、L代表日志文件;
TCP协议服务器端接收到业务数据后,进行数据解析,并放入数据库中,返回给客户端接收到数据的信息;进行数据解析时,判断文件类型,并根据不同的数据类型把业务数据放入到不同的数据库中,健康体检机发送的文件数据中带有时间戳,表示文件数据产生的时间,TCP协议服务器端根据时间戳判断是否重复接收了体检数据,如果确定重复接收的数据则放弃该数据;如果不是,则解析新接收的数据并入库,完成业务数据解析入库后,返回OK信号给健康体检机;
UDP协议服务器端根据客户端发送的数据的长度不同判断是报警信号还是验证用户信号;
如果是报警信号则接收报警并返回给客户端已经接收到报警的信息;其中健康体检机发送alarm[1 byte]mid[4 bytes]timestamp[4 bytes],服务端回复alarm_ack[1byte]mid[4 bytes]timestamp_copy[复制接收到的信号时间戳];
客户端发送的报警信号为alarm_active,UDP协议服务器端返回给客户端已经接收到报警的信息为alarm_active_ack;
健康体检机启动报警alarm_active:0000 0001;服务器回复alarm_active_ack:0001 0001;
健康体检机取消报警alarm_cancel:0000 0000;服务器回复alarm_cancel_ack:0001 0000;
alarm状态字节的前四位0000表示是健康体检机请求的指令,0001表示UDP协议服务器端回复的指令;后四位0000表示报警取消,0001表示启动报警。
如果是验证用户信号则解析信号数据,根据信号数据查询数据库并把查询到的数据返回给客户端,过程为:UDP应用层协议可实现验证用户ID和发送用户年龄和性别,用户利用客户端输入auto_id,健康体检机发送给UDP协议服务器端验证请求uid[2 bytes]mid[4 bytes]MD5(mid+version+uid+date)[4 bytes],与TCP协议服务器端相仿,UDP协议服务器端先校验MD5,验证通过后uid来查询后台并返回uid[2 bytes]mid[4 bytes]name[8byte]gender[1 byte]birthday[4 byte]信息给健康体检机,表示此用户存在,可以进行体检;否则返回用户不存在信息,拒绝体检请求完成验证。
Claims (6)
1.一种健康体检机通信服务器的实现方法,基于netty的TCP和UDP协议服务器端,TCP和UDP协议服务器端分别指定不同的端口号;健康体检机为客户端,根据IP地址和Port端口号分别连接TCP和UDP协议服务器端,其特征是:
TCP协议服务器端接收客户端发送的MD5校验码,用于身份识别;MD5若校验不通过,则断开连接,重新连接校验,若校验通过,则TCP协议服务器端发送校验通过信息;
客户端接收到TCP协议服务器端发送的校验通过信息后,发送业务数据,业务数据以字节的形式传输;
TCP协议服务器端接收到业务数据后,进行数据解析,并放入数据库中,返回给客户端接收到数据的信息;
UDP协议服务器端根据客户端发送的数据的长度不同判断是报警信号还是验证用户信号;
如果是报警信号则接收报警并返回给客户端已经接收到报警的信息;
如果是验证用户信号则解析信号数据,根据信号数据查询数据库并把查询到的数据返回给客户端,完成验证;
UDP协议服务器端根据验证用户信号进行验证用户的过程为:用户利用客户端输入auto_id,健康体检机发送给UDP协议服务器端验证请求MD5,UDP协议服务器端先校验MD5,验证通过后查询后台并返回信息给健康体检机,表示此用户存在,可以进行体检;否则返回用户不存在信息,拒绝体检请求。
2.根据权利要求1所述的一种健康体检机通信服务器的实现方法,其特征是所述TCP协议服务器端的身份识别具体过程为:健康体检机连接TCP协议服务器后,发送mid MD5校验码,mid是客户端唯一编号,服务器通过mid从后台查找对应的version,即版本号和uid,即唯一用户编号,并获取当天的日期,然后以mid+version+uid+date为seed生成MD5值并与健康体检机发送的MD5校验码进行比对,如果对比失败则回复MD5验证错误的信息,服务器主动断开健康体检机的TCP连接;如果比对成功则回复OK信号。
3.根据权利要求2所述的一种健康体检机通信服务器的实现方法,其特征是所述OK信号带有一个时间戳,表示健康体检机必须在此时间戳内发送体检数据或日志文件到TCP协议服务器端,否则重新发送校验请求。
4.根据权利要求1或3所述的一种健康体检机通信服务器的实现方法,其特征是客户端发送的业务数据包括数据长度、文件类型(H/L)、文件数据,文件类型中H代表体检数据、L代表日志文件。
5.根据权利要求4所述的一种健康体检机通信服务器的实现方法,其特征是TCP协议服务器端进行数据解析时,判断文件类型,并根据不同的数据类型把业务数据放入到不同的数据库中,健康体检机发送的文件数据中带有时间戳,表示文件数据产生的时间,TCP协议服务器端根据时间戳判断是否重复接收了体检数据,如果确定重复接收的数据则放弃该数据;如果不是,则解析新接收的数据并入库,完成业务数据解析入库后,返回OK信号给健康体检机。
6.根据权利要求1或5所述的一种健康体检机通信服务器的实现方法,其特征是客户端发送的报警信号为alarm_active,UDP协议服务器端返回给客户端已经接收到报警的信息为alarm_active_ack;
健康体检机启动报警alarm_active:0000 0001;服务器回复alarm_active_ack:00010001;
健康体检机取消报警alarm_cancel:0000 0000;服务器回复alarm_cancel_ack:00010000;
alarm状态字节的前四位0000表示是健康体检机请求的指令,0001表示UDP协议服务器端回复的指令;后四位0000表示报警取消,0001表示启动报警。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510292021.XA CN104994074B (zh) | 2015-06-01 | 2015-06-01 | 一种健康体检机通信服务器的实现方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510292021.XA CN104994074B (zh) | 2015-06-01 | 2015-06-01 | 一种健康体检机通信服务器的实现方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104994074A CN104994074A (zh) | 2015-10-21 |
CN104994074B true CN104994074B (zh) | 2018-04-13 |
Family
ID=54305826
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510292021.XA Expired - Fee Related CN104994074B (zh) | 2015-06-01 | 2015-06-01 | 一种健康体检机通信服务器的实现方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104994074B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107786521B (zh) * | 2016-08-30 | 2021-10-19 | 中兴通讯股份有限公司 | 防御分布式反射拒绝服务攻击的方法、装置及交换机 |
CN106959924A (zh) * | 2017-04-14 | 2017-07-18 | 上海新炬网络技术有限公司 | 一种基于oracheck的Oracle数据库一键式体检系统 |
CN111554368B (zh) * | 2020-04-27 | 2023-07-28 | 贵州精准健康数据有限公司 | 公共卫生系统与医疗系统互通系统及方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102045346A (zh) * | 2010-11-25 | 2011-05-04 | 深圳市科陆电子科技股份有限公司 | 一种采用Netty框架实现的TCP服务通道 |
CN103345832A (zh) * | 2013-07-04 | 2013-10-09 | 江苏中康软件有限责任公司 | 居民健康数据管理及共享平台系统 |
CN103944972A (zh) * | 2014-04-02 | 2014-07-23 | 深圳市中博科创信息技术有限公司 | 一种上传、下载数据的方法及网关 |
CN104239415A (zh) * | 2014-08-18 | 2014-12-24 | 成都正广兴健康咨询有限公司 | 一种健康信息数据监控系统及其监控方法 |
CN104599211A (zh) * | 2015-01-04 | 2015-05-06 | 中国联合网络通信集团有限公司 | 一种体检数据上传方法、无线终端和业务管理平台 |
-
2015
- 2015-06-01 CN CN201510292021.XA patent/CN104994074B/zh not_active Expired - Fee Related
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102045346A (zh) * | 2010-11-25 | 2011-05-04 | 深圳市科陆电子科技股份有限公司 | 一种采用Netty框架实现的TCP服务通道 |
CN103345832A (zh) * | 2013-07-04 | 2013-10-09 | 江苏中康软件有限责任公司 | 居民健康数据管理及共享平台系统 |
CN103944972A (zh) * | 2014-04-02 | 2014-07-23 | 深圳市中博科创信息技术有限公司 | 一种上传、下载数据的方法及网关 |
CN104239415A (zh) * | 2014-08-18 | 2014-12-24 | 成都正广兴健康咨询有限公司 | 一种健康信息数据监控系统及其监控方法 |
CN104599211A (zh) * | 2015-01-04 | 2015-05-06 | 中国联合网络通信集团有限公司 | 一种体检数据上传方法、无线终端和业务管理平台 |
Also Published As
Publication number | Publication date |
---|---|
CN104994074A (zh) | 2015-10-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6648211B2 (ja) | マルチキャスト通信またはブロードキャスト通信において拡張したファイル配信を行う方法および装置 | |
US9774642B2 (en) | Method and device for pushing multimedia resource and display terminal | |
CN101217429B (zh) | 基于tcp时间戳选项确定tcp报文之间的引发关系的方法 | |
CN110677383B (zh) | 防火墙开墙方法、装置、存储介质及计算机设备 | |
DE102011016513A1 (de) | Bedrohungsmilderung in einem Fahrzeug-zu-Fahrzeug-Kommunikationsnetz | |
CN104580376B (zh) | 在局域网中建立终端之间连接的方法、装置和系统 | |
CN103812829B (zh) | 一种提高远程桌面安全性的方法、远程桌面服务器及系统 | |
CN104994074B (zh) | 一种健康体检机通信服务器的实现方法 | |
CN107302582B (zh) | 千万级物联网场景的数据采集及弱推送方法 | |
CN102752326A (zh) | 在下载文件时处理数据的方法、客户端、服务器和系统 | |
ES2388928T3 (es) | Procedimiento y equipos de control de acceso a flujos de IP de multidifusión | |
CN109688208B (zh) | 一种基于fc-ae-asm消息的数据加载方法 | |
CN108989480A (zh) | 一种在服务器获取客户端地址的方法 | |
CN109286506B (zh) | 一种流量计费的方法、系统及装置 | |
CN116467062A (zh) | 一种基于区块链的数据处理方法、设备以及可读存储介质 | |
CN103023602A (zh) | 一种基于Socket协议的数据传输容错系统 | |
CN113114465B (zh) | 归属权限的处理方法及装置、存储介质、电子装置 | |
CN116132625A (zh) | 交易流程的监管方法和装置 | |
CN110838967B (zh) | 虚拟专用网络的连接方法、服务器、客户端和存储介质 | |
CN106886589A (zh) | 一种图片存储方法、服务端以及客户端 | |
CN106357613A (zh) | 移动终端的验证方法和验证系统 | |
CN111200588A (zh) | 基于传输层的协议架构、数据传输方法及电子设备 | |
CN117793172B (zh) | 一种基于消息队列的轻量级数据采集方法 | |
CN114302349B (zh) | 一种客户端提取号码的方法与系统 | |
CN110582083B (zh) | 一种移动端的server服务器系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20180413 Termination date: 20200601 |