CN104994074A - 一种健康体检机通信服务器的实现方法 - Google Patents
一种健康体检机通信服务器的实现方法 Download PDFInfo
- Publication number
- CN104994074A CN104994074A CN201510292021.XA CN201510292021A CN104994074A CN 104994074 A CN104994074 A CN 104994074A CN 201510292021 A CN201510292021 A CN 201510292021A CN 104994074 A CN104994074 A CN 104994074A
- Authority
- CN
- China
- Prior art keywords
- examination machine
- data
- health examination
- client
- protocol server
- 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.)
- Granted
Links
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[1 byte]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)[4bytes],与TCP协议服务器端相仿,UDP协议服务器端先校验MD5,验证通过后uid来查询后台并返回uid[2 bytes]mid[4 bytes]name[8byte]gender[1byte]birthday[4 byte]信息给健康体检机,表示此用户存在,可以进行体检;否则返回用户不存在信息,拒绝体检请求完成验证。
Claims (7)
1.一种健康体检机通信服务器的实现方法,基于netty的TCP和UDP协议服务器端,TCP和UDP协议服务端分别指定不同的端口号;健康体检机为客户端,根据IP地址和Port端口号分别连接TCP和UDP协议服务端,其特征是:
TCP协议服务器端接收客户端发送的MD5校验码,用于身份识别;MD5若校验不通过,则断开连接,重新连接校验,若校验通过,则TCP协议服务器端发送校验通过信息;
客户端接收到TCP协议服务器端发送的校验通过信息后,发送业务数据,业务数据以字节的形式传输;
TCP协议服务器端接收到业务数据后,进行数据解析,并放入数据库中,返回给客户端接收到数据的信息;
UDP协议服务器端根据客户端发送的数据的长度不同判断是报警信号还是验证用户信号;
如果是报警信号则接收报警并返回给客户端已经接收到报警的信息;
如果是验证用户信号则解析信号数据,根据信号数据查询数据库并把查询到的数据返回给客户端,完成验证。
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: 0001 0001;
健康体检机取消报警alarm_cancel:0000 0000;服务器回复alarm_cancel_ack:0001 0000;
alarm状态字节的前四位0000表示是健康体检机请求的指令,0001表示UDP协议服务器端回复的指令;后四位0000表示报警取消,0001表示启动报警。
7.根据权利要求6所述的一种健康体检机通信服务器的实现方法,其特征是UDP协议服务器端根据验证用户信号进行验证用户的过程为:用户利用客户端输入auto_id,健康体检机发送给UDP协议服务器端验证请求MD5,UDP协议服务器端先校验MD5,验证通过后查询后台并返回信息给健康体检机,表示此用户存在,可以进行体检;否则返回用户不存在信息,拒绝体检请求。
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 true CN104994074A (zh) | 2015-10-21 |
CN104994074B 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) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106959924A (zh) * | 2017-04-14 | 2017-07-18 | 上海新炬网络技术有限公司 | 一种基于oracheck的Oracle数据库一键式体检系统 |
CN107786521A (zh) * | 2016-08-30 | 2018-03-09 | 中兴通讯股份有限公司 | 防御分布式反射拒绝服务攻击的方法、装置及交换机 |
CN111554368A (zh) * | 2020-04-27 | 2020-08-18 | 贵州精准健康数据有限公司 | 公共卫生系统与医疗系统互通系统及方法 |
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 | 中国联合网络通信集团有限公司 | 一种体检数据上传方法、无线终端和业务管理平台 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107786521A (zh) * | 2016-08-30 | 2018-03-09 | 中兴通讯股份有限公司 | 防御分布式反射拒绝服务攻击的方法、装置及交换机 |
CN107786521B (zh) * | 2016-08-30 | 2021-10-19 | 中兴通讯股份有限公司 | 防御分布式反射拒绝服务攻击的方法、装置及交换机 |
CN106959924A (zh) * | 2017-04-14 | 2017-07-18 | 上海新炬网络技术有限公司 | 一种基于oracheck的Oracle数据库一键式体检系统 |
CN111554368A (zh) * | 2020-04-27 | 2020-08-18 | 贵州精准健康数据有限公司 | 公共卫生系统与医疗系统互通系统及方法 |
CN111554368B (zh) * | 2020-04-27 | 2023-07-28 | 贵州精准健康数据有限公司 | 公共卫生系统与医疗系统互通系统及方法 |
Also Published As
Publication number | Publication date |
---|---|
CN104994074B (zh) | 2018-04-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102167613B1 (ko) | 메시지 푸시 방법 및 장치 | |
CN107454094A (zh) | 一种数据交互方法和系统 | |
JP2010535368A5 (zh) | ||
US9426608B1 (en) | GPS proxy for location-unaware devices | |
CN102307233A (zh) | 一种云计算服务器的云计算方法 | |
CN103440142A (zh) | 基于gprs远程升级及动态加载方法 | |
CN110677383B (zh) | 防火墙开墙方法、装置、存储介质及计算机设备 | |
EP3682619B1 (en) | Service layer message templates in a communications network | |
CN104270302B (zh) | 在线订单的传送系统及传送方法 | |
US20210014117A1 (en) | Terminal device management method, server, and terminal device for managing terminal devices in local area network | |
CN112566282A (zh) | 一种物联网信息传递方式及平台 | |
CN104994074A (zh) | 一种健康体检机通信服务器的实现方法 | |
CN104348848A (zh) | 管理图片的方法、终端设备和服务器 | |
US10742751B2 (en) | User based mDNS service discovery | |
US7218714B2 (en) | Method of calling service among devices in home network | |
US12120208B2 (en) | Communication protocol discover method in constrained application protocol (COAP) | |
EP3026860B1 (en) | Method and system for transmission management of full configuration synchronization between eml-nml | |
CA2603050A1 (en) | Wireless data device with confirmation and retry capabilities for pushed data | |
CN103916827A (zh) | 获取信息的方法、发送信息的方法和处理信息的方法 | |
US20170286560A1 (en) | Method, device and system for device troubleshooting service of the internet of things | |
CN110838967B (zh) | 虚拟专用网络的连接方法、服务器、客户端和存储介质 | |
CN109688204B (zh) | 基于ndn网络的文件下载方法、节点、终端 | |
CN103532800B (zh) | M2m家居网络及根据该网络进行智能处理的方法 | |
US20160282139A1 (en) | Data Collection Device and Method to Support Multiple Profiles in a Utility Meter System | |
CN1300977C (zh) | 一种开放式的超远距离工业监控信息集成方法及系统 |
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 |