CN115072502A - 电梯终端服务器系统及控制方法 - Google Patents

Abstract

本发明揭示了一种电梯终端服务器系统及控制方法，所述电梯终端服务器系统包括主服务器、至少一子服务器、数据转发模块、缓存数据库及持久化数据库。所述主服务器用以与各客户端保持连接以及进行数据传输；各子服务器用以提供相应服务；数据转发模块用以作为消息中间件，处理主服务器与各子服务器的数据转发。所述缓存数据库用以实时记录设备连接状态及通信连接所对应的唯一标识；持久化数据库用以记录设备重要数据包。所述主服务器包括心跳包发送模块、消息处理线程模块、属性包处理模块。本发明提出的电梯终端服务器系统及控制方法，可监控大数据量的电梯状态，并根据电梯状态做出相应处理，提高电梯终端的安全性。

Description

电梯终端服务器系统及控制方法

技术领域

本发明属于电梯设备技术领域，涉及一种电梯监控系统，尤其涉及一种电梯终端服务器系统及控制方法。

背景技术

随着电梯老旧增多及日常管理上缺失，电梯安全运行上存在一定的问题，从全国电梯统计数据中可以发现，主要的电梯困人、故障事件发生在住宅小区，当前，住宅小区的电梯绝大多数是通过物业公司负责管理，物业公司安全管理水平的高低至关重要。

如今，电梯的运行管理已成为一个不容忽视的重要问题，电梯运行的安全性、可靠性及科学化管理越来越受人们的普遍关注。而电梯终端服务器，全天24小时不间断的对网络中的电梯进行监测，通过它可对电梯状况和维保单位的工作质量进行有效的监督，并为年审考核提供可靠依据，利用这个系统电梯发生故障时，电梯终端将立即呼叫专职维修人员来排除故障。由于该系统还可以把电梯的日常运行数据和发生的故障进行记录，这就使得厂家、用户和管理部门对电梯的运行情况有一个全面对掌握。

有鉴于此，如今迫切需要设计一种新的电梯终端监控方式，以便克服现有电梯终端监控方式存在的上述至少部分缺陷。

发明内容

本发明提供一种电梯终端服务器系统及控制方法，可监控大数据量的电梯状态，并根据电梯状态做出相应处理，提高电梯终端的安全性。

为解决上述技术问题，根据本发明的一个方面，采用如下技术方案：

一种电梯终端服务器系统，所述电梯终端服务器系统包括：

主服务器，用以与各客户端保持连接以及进行数据传输；

至少一子服务器，用以提供相应服务；

数据转发模块，用以作为消息中间件，处理主服务器与各子服务器的数据转发；

缓存数据库，用以实时记录设备连接状态及通信连接所对应的唯一标识；

持久化数据库，用以记录设备重要数据包；

所述主服务器包括：

心跳包发送模块，用以创建第一线程，通过第一线程与当前客户端保持连接状态,在规定的时间内定时发送心跳包；

消息处理线程模块，用以处理消息数据；在收到包数据后首先处理粘包,遍历包数据寻找包头数据，获取到包头数据后根据包结构获取包长数据，然后截取当前遍历的包数据放入列表集合中；粘包处理完毕后遍历返回的列表集合；首先校验包的校验数据,校验通过后获取包的类型数据,如果是属性包直接由主服务器处理,其他包推送至所述数据转发模块，所述数据转发模块发送至对应的子服务器，由对应子服务器处理；

属性包处理模块，用以处理属性包；拆包获取属性包的数据封装为对象,获取IMEI从数据库表中查询设备唯一标识；如果设备不存在于数据库，则将当前数据插入数据库，并生成设备唯一标识,如果存在于数据库，则更新数据库中设备经纬度、信号强度、上电次数、系统版本、最新连接时间,然后将设备通信地址及端口用作秘钥,设备唯一标识用作值，存入远程字典服务中，将过期时间设为设定时间。

作为本发明的一种实施方式，所述主服务器包括业务逻辑处理模块，所述业务逻辑处理模块用以处理相关业务逻辑。

作为本发明的一种实施方式，所述业务逻辑处理模块使用Java线程池非阻塞处理相关业务逻辑。

作为本发明的一种实施方式，所述主服务器会将包数据封装为JSON对象,包含设备秘钥、设备唯一标识、程序ID,然后放入数据转发模块供子服务器消费处理；子服务器获取数据后根据程序ID做相关业务处理。

作为本发明的一种实施方式，所述数据转发模块使用AMQP队列协议,负责主服务器与子服务器之前的消息转发。

作为本发明的一种实施方式，所述主服务器选用Netty通信框架与客户端之间保持长连接和高性能数据传输；

所述数据转发模块使用RabbitMQ作为消息中间件来处理主服务器及各从服务器的数据转发；

所述缓存数据库使用Redis作为缓存数据库，实时记录设备连接状态及通信连接所对应的唯一标识；

所述持久化数据库使用MySql作为持久化数据库,记录设备重要数据包。

根据本发明的另一个方面，采用如下技术方案：一种上述的电梯终端服务器系统的控制方法，所述控制方法包括：

步骤S1、主服务器中的Netty服务器开始运行,创建BOSS线程组处理连接工作,创建WORK线程组处理数据；

步骤S2、Netty服务器收到消息后首先获取客户端的通信地址加端口,将客户端的通信管道保存到全局的Map中,通信地址加端口用作Key,处理数据回复,发送请求；

步骤S3、主服务器创建一个新的线程与当前客户端保持连接状态,在规定的时间内定时发送心跳,如果是其他包放入新的消息处理线程；

步骤S4、收到包数据后首先处理粘包,遍历包数据寻找包头,获取到包头后根据包结构获取包长，然后截取当前遍历的包数据放入List集合中；粘包处理完毕后遍历返回的List集合,首先校验包的完整性,校验通过后获取包的类型；如果是属性包直接由主服务器处理,其他包推送至数据转发模块由子服务器处理；

步骤S5、拆包获取属性包的数据封装为对象,获取IMEI从数据库表中查询设备IDENT(设备的唯一标识)如果设备不存在数据库将当前数据插入数据库并生成IDENT,如果存在数据库则更新设备经纬度,信号强度,上电次数,系统版本,最新连接时间等相关数据,然后将设备通信地址加端口用作KEY,IDENT用作VALUE存入Redis中过期时间设为设定时间；

步骤S6、主服务器会将包数据封装为JSON对象,然后放入数据转发模块供子服务器消费处理,子服务器获取数据后做相关业务处理；

步骤S7、数据转发模块使用AMQP队列协议,负责主服务器与子服务器之前的消息转发。

本发明的有益效果在于：本发明提出的电梯终端服务器系统及控制方法，可监控大数据量的电梯状态，并根据电梯状态做出相应处理，提高电梯终端的安全性。

本发明可对电梯的运行方向、电梯门的状态、楼层位置等进行实时的监测。并将采集的数据存入数据库，为数据查询和曲线输出提供依据。

能够24小时实时监测电梯的运行状态信息以及智能监控，能够在电梯发生故障或者是电梯困人等重要故障时进行报警。能够在第一时间内锁定电梯的位置，以及故障的信息，及时的通知电梯维保人员，迅速的到达现场，实施救援。

在实现24小时监测的同时，并且能够长时间的进行存储，记录和保存电梯的故障信息，让电梯维保人员全面了解到电梯的实时状态运行以及故障的发生频率，后期进行按需维保。实时掌握电梯的运行时间、运行次数、发生故障的时间和故障类型，通过数据查询的模式，对该电梯的历史状态，了解到电梯的使用环境。

在监测故障和运行数据的同时，还能够监测电梯轿厢运行状态，电梯的晃动以及是否有电动车上电梯等情况。快速监测直观了解到电梯的相关信息，避免电梯对大家造成乘梯危险。

附图说明

图1为本发明一实施例中电梯终端服务器系统的组成示意图。

具体实施方式

下面结合附图详细说明本发明的优选实施例。

为了进一步理解本发明，下面结合实施例对本发明优选实施方案进行描述，但是应当理解，这些描述只是为进一步说明本发明的特征和优点，而不是对本发明权利要求的限制。

该部分的描述只针对几个典型的实施例，本发明并不仅局限于实施例描述的范围。相同或相近的现有技术手段与实施例中的一些技术特征进行相互替换也在本发明描述和保护的范围内。

说明书中各个实施例中的步骤的表述只是为了方便说明，本申请的实现方式不受步骤实现的顺序限制。说明书中的“连接”既包含直接连接，也包含间接连接。

本发明揭示了一种电梯终端服务器系统，请参阅图1，所述电梯终端服务器系统包括：主服务器1、至少一子服务器2、数据转发模块3、缓存数据库4及持久化数据库5。

所述主服务器1用以与各客户端保持连接以及进行数据传输；各子服务器2用以提供相应服务；数据转发模块3用以作为消息中间件，处理主服务器1与各子服务器2的数据转发。在一实施例中，所述数据转发模块3使用AMQP队列协议,负责主服务器与子服务器之前的消息转发。

所述缓存数据库4用以实时记录设备连接状态及通信连接所对应的唯一标识；持久化数据库5用以记录设备重要数据包。

所述主服务器1包括：心跳包发送模块11、消息处理线程模块12及属性包处理模块13。

所述心跳包发送模块11用以创建第一线程，通过第一线程与当前客户端保持连接状态,在规定的时间内定时发送心跳包；如果是其他包放入新的消息处理线程。

所述消息处理线程模块12用以处理消息数据；在收到包数据后首先处理粘包,遍历包数据寻找包头数据，获取到包头数据后根据包结构获取包长数据(可位于包头的后两位字节)，然后截取当前遍历的包数据放入列表List集合中；粘包处理完毕后遍历返回的列表List集合；首先校验包的校验数据CheckSum(在一实施例中，包数据和&0xFF与包的第二个字节比较相同即表示包数据完整),校验通过后获取包的类型数据(可以在第五个字节，存储了CmdKey包的类型),如果是属性包直接由主服务器处理,其他包推送至所述数据转发模块RabbitMQ消息中间件，所述数据转发模块发送至对应的子服务器，由对应子服务器处理。

所述属性包处理模块13用以处理属性包；拆包获取属性包的数据封装为对象,获取IMEI(国际移动设备识别码)从数据库表中查询设备唯一标识IDENT(设备的唯一标识)；如果设备不存在于数据库，则将当前数据插入数据库，并生成设备唯一标识IDENT,如果存在于数据库，则更新数据库中设备经纬度、信号强度、上电次数、系统版本、最新连接时间等相关数据,然后将设备通信地址及端口用作秘钥KEY,设备唯一标识IDENT用作值VALUE，存入远程字典服务Redis中，将过期时间设为设定时间六个小时(记录数据时可直接通过Redis判断是哪台设备发送的数据)。

在一实施例中，所述主服务器1会将包数据封装为JSON对象,包含设备秘钥KEY(通信地址加端口)、设备唯一标识IDENT、程序APPCODE(发送这条消息的程序ID,目前有EcApp负责采集电梯运行数据,UpApp用于升级设备),然后放入数据转发模块(RabbitMQ)供子服务器消费处理。子服务器2获取数据后根据程序ID-APPCODE做相关业务处理(因为使用的是AMQP消息模式,所以子服务器2可以开启多个)。

所述主服务器1还可以包括业务逻辑处理模块，所述业务逻辑处理模块用以处理相关业务逻辑。在一实施例中，所述业务逻辑处理模块使用Java线程池非阻塞处理相关业务逻辑。

在本发明的一实施例中，所述主服务器1选用Netty通信框架与客户端之间保持长连接和高性能数据传输；所述数据转发模块3使用RabbitMQ作为消息中间件来处理主服务器及各从服务器的数据转发；所述缓存数据库4使用Redis作为缓存数据库，实时记录设备连接状态及通信连接所对应的唯一标识；所述持久化数据库5使用MySql作为持久化数据库,记录设备重要数据包。

电梯终端服务器控制方法包括：

步骤S1、Netty服务器开始运行,创建BOSS线程组处理连接工作,创建WORK线程组处理数据,监听61010端口每次接收2048字节。

步骤S2、Netty服务器收到消息后首先获取客户端的通信地址加端口,将客户端的通信管道保存到全局的Map中,通信地址加端口用作Key,处理数据回复,发送请求。

步骤S3、创建一个新的线程与当前客户端保持连接状态,在规定的时间内定时发送心跳,如果是其他包放入新的消息处理线程。

步骤S4、收到包数据后首先处理粘包,遍历包数据寻找包头0xA5,获取到包头后根据包结构获取包长(位于包头的后两位字节)然后截取当前遍历的包数据放入List集合中,粘包处理完毕后遍历返回的List集合,首先校验包的CheckSum(包数据和&0xFF与包的第二个字节比较相同即表示包数据完整),校验通过后获取包的第五个字节(存储了CmdKey包的类型),如果是属性包直接由主服务器处理,其他包推送至RabbitMQ消息中间件由子服务器处理。

步骤S5、拆包获取属性包的数据封装为对象,获取IMEI从数据库表中查询设备IDENT(设备的唯一标识)如果设备不存在数据库将当前数据插入数据库并生成IDENT,如果存在数据库则更新设备经纬度,信号强度,上电次数,系统版本,最新连接时间等相关数据,然后将设备通信地址加端口用作KEY,IDENT用作VALUE存入Redis中过期时间设为六个小时(记录数据时可直接通过Redis判断是哪台设备发送的数据)。

步骤S6、主服务器会将包数据封装为JSON对象,包含设备KEY(通信地址加端口),IDENT(设备唯一标识),APPCODE(发送这条消息的程序ID,目前有EcApp负责采集电梯运行数据,UpApp用于升级设备),然后放入RabbitMQ供子服务器消费处理,子服务器获取数据后根据APPCODE做相关业务处理(因为使用的是AMQP消息模式,所以子服务器可以开启多个)。

步骤S7、RabbitMQ使用AMQP队列协议,负责主服务器与子服务器之前的消息转发。

综上所述，本发明提出的电梯终端服务器系统及控制方法，可监控大数据量的电梯状态，并根据电梯状态做出相应处理，提高电梯终端的安全性。

本发明可对电梯的运行方向、电梯门的状态、楼层位置等进行实时的监测。并将采集的数据存入数据库，为数据查询和曲线输出提供依据。

能够24小时实时监测电梯的运行状态信息以及智能监控，能够在电梯发生故障或者是电梯困人等重要故障时进行报警。能够在第一时间内锁定电梯的位置，以及故障的信息，及时的通知电梯维保人员，迅速的到达现场，实施救援。

在实现24小时监测的同时，并且能够长时间的进行存储，记录和保存电梯的故障信息，让电梯维保人员全面了解到电梯的实时状态运行以及故障的发生频率，后期进行按需维保。实时掌握电梯的运行时间、运行次数、发生故障的时间和故障类型，通过数据查询的模式，对该电梯的历史状态，了解到电梯的使用环境。

在监测故障和运行数据的同时，还能够监测电梯轿厢运行状态，电梯的晃动以及是否有电动车上电梯等情况。快速监测直观了解到电梯的相关信息，避免电梯对大家造成乘梯危险。

需要注意的是，本申请可在软件和/或软件与硬件的组合体中被实施；例如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一些实施例中，本申请的软件程序可以通过处理器执行以实现上文步骤或功能。同样地，本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中；例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本申请的一些步骤或功能可采用硬件来实现；例如，作为与处理器配合从而执行各个步骤或功能的电路。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

这里本发明的描述和应用是说明性的，并非想将本发明的范围限制在上述实施例中。实施例中所涉及的效果或优点可因多种因素干扰而可能不能在实施例中体现，对于效果或优点的描述不用于对实施例进行限制。这里所披露的实施例的变形和改变是可能的，对于那些本领域的普通技术人员来说实施例的替换和等效的各种部件是公知的。本领域技术人员应该清楚的是，在不脱离本发明的精神或本质特征的情况下，本发明可以以其它形式、结构、布置、比例，以及用其它组件、材料和部件来实现。在不脱离本发明范围和精神的情况下，可以对这里所披露的实施例进行其它变形和改变。

Claims (7)

1.一种电梯终端服务器系统，其特征在于，所述电梯终端服务器系统包括：

主服务器，用以与各客户端保持连接以及进行数据传输；

至少一子服务器，用以提供相应服务；

数据转发模块，用以作为消息中间件，处理主服务器与各子服务器的数据转发；

缓存数据库，用以实时记录设备连接状态及通信连接所对应的唯一标识；

持久化数据库，用以记录设备重要数据包；

所述主服务器包括：

心跳包发送模块，用以创建第一线程，通过第一线程与当前客户端保持连接状态,在规定的时间内定时发送心跳包；

消息处理线程模块，用以处理消息数据；在收到包数据后首先处理粘包,遍历包数据寻找包头数据，获取到包头数据后根据包结构获取包长数据，然后截取当前遍历的包数据放入列表集合中；粘包处理完毕后遍历返回的列表集合；首先校验包的校验数据,校验通过后获取包的类型数据,如果是属性包直接由主服务器处理,其他包推送至所述数据转发模块，所述数据转发模块发送至对应的子服务器，由对应子服务器处理；

属性包处理模块，用以处理属性包；拆包获取属性包的数据封装为对象,获取IMEI从数据库表中查询设备唯一标识；如果设备不存在于数据库，则将当前数据插入数据库，并生成设备唯一标识,如果存在于数据库，则更新数据库中设备经纬度、信号强度、上电次数、系统版本、最新连接时间,然后将设备通信地址及端口用作秘钥,设备唯一标识用作值，存入远程字典服务中，将过期时间设为设定时间。

2.根据权利要求1所述的电梯终端服务器系统，其特征在于：

所述主服务器包括业务逻辑处理模块，所述业务逻辑处理模块用以处理相关业务逻辑。

3.根据权利要求2所述的电梯终端服务器系统，其特征在于：

所述业务逻辑处理模块使用Java线程池非阻塞处理相关业务逻辑。

4.根据权利要求1所述的电梯终端服务器系统，其特征在于：

所述主服务器会将包数据封装为JSON对象,包含设备秘钥、设备唯一标识、程序ID,然后放入数据转发模块供子服务器消费处理；子服务器获取数据后根据程序ID做相关业务处理。

5.根据权利要求1所述的电梯终端服务器系统，其特征在于：

所述数据转发模块使用AMQP队列协议,负责主服务器与子服务器之前的消息转发。

6.根据权利要求1所述的电梯终端服务器系统，其特征在于：

所述主服务器选用Netty通信框架与客户端之间保持长连接和高性能数据传输；

所述数据转发模块使用RabbitMQ作为消息中间件来处理主服务器及各从服务器的数据转发；

所述缓存数据库使用Redis作为缓存数据库，实时记录设备连接状态及通信连接所对应的唯一标识；

所述持久化数据库使用MySql作为持久化数据库,记录设备重要数据包。

7.一种权利要求1至6任一所述的电梯终端服务器系统的控制方法，其特征在于，所述控制方法包括：

步骤S1、主服务器中的Netty服务器开始运行,创建BOSS线程组处理连接工作,创建WORK线程组处理数据；

步骤S2、Netty服务器收到消息后首先获取客户端的通信地址加端口,将客户端的通信管道保存到全局的Map中,通信地址加端口用作Key,处理数据回复,发送请求；

步骤S3、主服务器创建一个新的线程与当前客户端保持连接状态,在规定的时间内定时发送心跳,如果是其他包放入新的消息处理线程；

步骤S4、收到包数据后首先处理粘包,遍历包数据寻找包头,获取到包头后根据包结构获取包长，然后截取当前遍历的包数据放入List集合中；粘包处理完毕后遍历返回的List集合,首先校验包的完整性,校验通过后获取包的类型；如果是属性包直接由主服务器处理,其他包推送至数据转发模块由子服务器处理；

步骤S5、拆包获取属性包的数据封装为对象,获取IMEI从数据库表中查询设备唯一标识IDENT；如果设备不存在数据库将当前数据插入数据库并生成IDENT,如果存在数据库则更新设备经纬度,信号强度,上电次数,系统版本,最新连接时间等相关数据,然后将设备通信地址加端口用作KEY,IDENT用作VALUE存入Redis中过期时间设为设定时间；

步骤S6、主服务器会将包数据封装为JSON对象，然后放入数据转发模块供子服务器消费处理,子服务器获取数据后做相关业务处理；

步骤S7、数据转发模块使用AMQP队列协议,负责主服务器与子服务器之前的消息转发。

Images