CN103744365B - 用于客房控制终端与上位机通讯的桥接模块及其方法 - Google Patents

Abstract

本发明提供了一种用于客房控制终端与上位机通讯的桥接模块，包括终端设备调度模块、数据管理中心模块、上位机通讯模块；其中，终端设备调度与控制模块包括通讯的统一消息队列交互接口、终端设备交互的时序调度、与终端设备通讯通道的创建与收发，数据管理中心模块包括统一的对外通讯交互接口、报文数据的组合与拆解模块、设备配置描述文件解析模块、设备添加与删除管理模块、设备映射实时数据管理模块、设备映射历史数据管理模块；上位机通讯模块包括通讯的统一消息队列交互接口、报文与消息的解封装、与上位机报文通讯通道的创建与收发。采用基于模块化架构，可以根据不同需求进行灵活的组合，使每个***都能按需配置，进而使资源最大化的利用。

Description

用于客房控制终端与上位机通讯的桥接模块及其方法

技术领域

本发明属于酒店智能化管理技术领域，特别涉及一种用于酒店智能化管理的通讯桥接模块。

背景技术

随着国民经济的发展和人民物质文化生活水平的不断提高，无论是对生活还是对工作的环境所能够提供的各种各样智能数字化服务的需求越来越大，促进了酒店智能化管理与服务和家庭智能化管理与服务的迅速发展，使智能化管理与服务的内容不断丰富，用户对智能化管理与服务的质量和智能化管理与服务的可靠性要求越来越高。但同时由于市场竞争激烈，各项运营成本不断增加，尤其是人力成本，也使得酒店在各项管理***的建设方面，不得不考虑在满足各项服务功能需求的同时也需要考虑***建设成本。

下面针对目前客房智能化控制器的实现情况以及存在的弊端进行描述：

目前，市场上实现的客房智能化控制器主要有两种模式，1. 集中式：以一个房间为单位，将一个房间内所涉及到的控制终端（如：灯光，空调， 门显，窗帘 等等）都集中到一个控制板(RCU)上，此种方式只在一个房间需要控制的终端点数与此板子提供的控制终端点数相当的情况下是比较节约成本的。但是这种情况只能针对部分类型酒店适用，由于酒店的档次和经营的理念不一样，里面的布局和配置都是有很大差异的, 所以此种模式在某情况下降低成本，但是却限制了它的灵活性，使用范围收到了局限。

2 部分模块化：还是一个房间为单位，将一个房间内的I/O 控制点，温控器单独出来做成模块化，然后RCU上提供多个RS485口来连接这些模块。此种方式虽然解决了一定的灵活性，但是只是进行了部分功能的模块化, 不支持整体的模块化, 不具备相对的灵活组合，而且支持的RS485口多了也造成一定的浪费，少了无法扩展。

发明内容

本发明的目的是提供一种用于客房控制终端与上位机通讯的桥接模块及其方法，以解决现有技术中存在的灵活性差、不支持整体的模块化的问题。

为实现上述目的，本发明采用以下技术方案：

一种用于客房控制终端与上位机通讯的桥接模块，包括终端设备调度模块、数据管理中心模块、上位机通讯模块；

其中，所述终端设备调度模块包括：

通讯的统一消息队列交互接口：基于进程间的消息队列通讯机制，按照数据管理中心模块对外提供统一的通讯交互接口，对消息的解析分发与封装发送；

终端设备交互的时序调度：以1秒为一个周期，将时间刻度为10毫秒，将整个周期划分为5个时间片阶段；

与终端设备通讯通道的创建与收发：负责与终端设备连接通道的创建，对数据进行封装通讯支持的帧格式，进行数据帧的发送；

所述数据管理中心模块包括：

设备配置描述文件解析模块：用于在程序初始化运行时，读取xml配置文件, 解析xml配置文件，将解析好的每种终端设备类型形成每种设备类型模版，当有某种类型的终端设备注册，基于此类型模版进行复制，来创建此设备的整体描述信息印象；

通讯的统一消息队列交互接口：基于进程间的消息队列通讯机制，对消息的解析分发与封装发送，对外提供一个标准消息交互接口；

报文数据的组合与拆解模块：对下发的配置和控制数据进行组合，下发给终端设备，对从终端设备读取的实时数据，进行拆解成原子变量；

设备添加与删除管理模块：根据注册的终端设备类型，复制相应设备类型的模版，再根据在终端设备调度模块中为此设备分配的通讯地址，并将此注册设备挂到基于此地址为hash key创建的链表上；当终端设备调度管理模块中检测某个设备因为故障或者掉电原因，上报删除此对应设备的各管理信息，并通知到上位机；

设备映射实时数据管理模块：根据在上述设备添加与删除管理模块，注册相应的设备而创建的整个设备的管理印象结构，以及设备配置描述文件解析模块中从xml配置文件获取到的个变量的解析方式，基于这个规则将从终端设备获取到变量数据进行解析后，对内存维护此变量的值进行实时刷新；

设备映射历史数据管理模块：基于配置的历史数据存储间隔，将在xml配置文件中配置为要存储的变量，以配置的存储时间间隔，定时的存储到sqlite数据库中,用于以后历史数据的查询；

所述上位机通讯模块包括：

通讯的统一消息队列交互接口：基于进程间的消息队列通讯机制，按照数据管理中心模块对外提供统一的通讯交互接口，对消息的解析分发与封装发送；

报文与消息的解封装：对接收到上位机发来的报文，进行解析后，按数据管理中心模块提供的统一标准消息结构，进行消息封装，发送给数据管理中心模块处理；

与上位机报文通讯通道的创建与收发：建立报文通讯的通道。

终端设备调度模块、数据管理中心模块、上位机通讯模块这3个模块之间通过进程间消息队列机制通信，容错机制：短消息采用应答重传，长消息序采用列号重传机制。

一种客房控制终端与上位机通讯的方法，包括终端设备入网注册管理的方法、终端设备运行数据的监控采集的方法、终端设备运行逻辑的配置与运行动作的控制的方法，

其中，终端设备入网注册管理的方法具体为：设备上电初始化分两块：第一块终端设备上电初始化最后进入注册入网模式；第二块桥接模块设备上电初始化，初始化所需要所有基础功能，最后运行终端设备调度功能，发送设备探测报文，当某个刚上电处在注册入网模式的终端设备收到此设备探测报文，将此设备的设备描述符变量回复给桥接模块，然后等接受桥接模块回复的设备注册应答报文，若终端设备收到设备注册应答报文，将自己标识为已注册入网模式，下面再收到设备探测报文不做处理；若终端设备没有收到设备注册应答报文，终端设备继续处在注册入网模式，等待再一次处理设备探测报文；而终端设备调度模块收到终端设备回复的设备描述符变量，为终端设备分配通讯物理地址，给终端设备回复分配的通讯物理地址等待应答，若没有收到应答，最大支持连续再发三次，若超过3次还没有收到应答将将分配的物理地址删除，直接跳到下个时间片处理；若上面处理正常，将分配的物理地址和设备描述符变量封装成消息发给数据管理中心模块，数据管理中心模块解析此消息，根据设备描述符变量中的设备类型信息来复制一份初始化时建立的设备类型模版，用来建立一个此终端设备在桥接模块设备中全印象，基于分配的通讯物理地址作为hash key对此设备的印象信息用hash表管理，并将分配的物理地址和设备描述符信息作为一条记录存入数据库，然后给终端设备调度模块回复一个消息，终端设备调度模块将此消息封装成设备注册应答报文，然后等待接收终端设备回复的确认报文，终端设备调度模块收到回复的确认报文封装消息发给数据管理中心模块，再透传给上位机通讯模块，最后封装成udp报文发给上位机，至此确认此设备已经入网注册成功。

终端设备运行数据的监控采集的方法具体为：通过消息将所有注册设备的所有变量发送给终端设备调度模块，在终端设备调度模块中建立了所有变量的链表池，终端设备调度模块中的调度任务将从上面的链表池中依次循环的取一个变量节点，发送给给对应的终端设备，等待终端设备的应答，若终端设备，在一定的超时时间内没有应答，将此变量重新发送一次，最多重复3次，若还是没有收到应答，确认此设备故障，通知上位机；将收到的应答数据，通过消息发送给数据管理中心模块，进行解析后，更新hash表中建立的各个变量印象的实时信息；然后上位机通过拆解后的原子变量，来读取此实时信息，达到对终端设备运行数据的监控采集。

终端设备运行逻辑的配置与运行动作的控制的方法具体为：将配置数据和控制数据这两种数据放到基于优先级队列中进行处理，将控制数据的优先级设置高于配置数据的优先级，使控制数据始终是排在配置数据的队列前面，让控制数据优先得到处理；数据管理中心模块对队列中控制和配置数据依次进行解析合并成设备支持的逻辑变量，等待上位机发送一次事务操作完毕的通知报文，将解析合并的逻辑变量封装成消息发送给终端设备调度模块，在终端设备调度模块中建立发送队列，终端设备调度模块中在下发的配置和控制时间片，将此队列中的控制和配置数据，封装成数据帧，发送给终端设备；上位机对配置数据或控制操作的执行状态进行读取，来确认整个配置或控制操作是否执行成功。

本发明的有益效果是：

1. 整个***采用基于模块化架构，可以根据用户不需求，进行灵活的组合，做到了使每个***都能按需配置，进而使资源最大化的利用。

2. 终端设备的通讯地址，实行自动分配，安装人员不需要感知底层网络通信结构。

3. 此模块支持控制多个房间的终端设备，每个房间支持多个同类型设备。

4. 此模块通过修改xml配置文件，无需修改硬件和软件代码，支持新设备的加入，做到了极好的可扩展性。

附图说明

图1为本发明在整个***中所处的位置以及与***其他部分的连接方式示意图；

图2为桥接模块***结构图；

图3为终端设备调度与控制模块***结构图；

图4为时间轴分片图；

图5为终端调度与控制模块与终端设备数据流程图；

图6为数据管理中心模块整体结构图；

图7为上位机通讯模块结构图。

具体实施方式

下面结合附图对本发明做进一步说明。

图1为本发明的用于客房控制终端与上位机通讯的桥接模块在整个***中所处的位置。

如图2所示，本发明的用于客房控制终端与上位机通讯的桥接模块包括终端设备调度模块、数据管理中心模块、上位机通讯模块。

具体如下：

一、终端设备调度与控制模块

如图3所示，该模块包括通讯的统一消息队列交互接口、终端设备交互的时序调度、与终端设备通讯通道的创建与收发，具体为：

（1）、通讯的统一消息队列交互接口：基于进程间的消息队列通讯机制，按照数据管理中心模块对外提供统一的通讯交互接口，对消息的解析分发与封装发送；

（2）、终端设备交互的时序调度：以1秒为一个周期将，时间刻度为10毫秒，将整个周期划分为5个时间片阶段；

参看图4，具体划分的描述情况如下：

1. 0-30ms ：终端设备探测时间片, 用于自动探测是否有设备需要注册入网；

2. 30-600ms ：终端设备数据读取时间片，用于实时获取设备中变量数据；

3. 600-700ms 点对点通讯时间片，用于下面终端设备A需要控制终端设备B的情况；

4. 700-800ms ：控制数据下发时间片，用于上位机下发的控制终端设备动作的数据；

5. 800-1000ms 配置数据下发时间片，用于因业务逻辑控制需要，上位机对终端设备进行配置的数据；

（3）、与终端设备通讯通道的创建与收发：负责与终端设备连接通道的创建（如选择485总线即打开串口设备文件），对数据进行封装通讯支持的帧格式，进行数据帧的发送。

图5描述了桥接模块与终端设备间每个时间片数据流交互情况, 其中控制和配置时间片，在有数据的情况下，才会占用此时间片，没有数据的情况，直接跳到下一个时间片段执行。

其中设备数据读取时间片、制下发时间片、配置下发时间片三个时间片段内的数据通过三次重传机制来进行容错处理。在设备数据读取时间片段，若某个数据三次无法读取，即认为此设备故障，向数据管理中心模块上报此终端设备故障。

二、数据管理中心模块

如图6所示，该模块包括统一的对外通讯交互接口、报文数据的组合与拆解模块、设备配置描述文件解析模块、设备添加与删除管理模块、设备映射实时数据管理模块、设备映射历史数据管理模块；具体为：

（1）、设备配置描述文件解析模块：用于在程序初始化运行时，读xml取配置文件,解析xml配置文件；获取以下几大块信息：

a. 获取与上位机交互和与下面终端设备的通讯接口，以便用户可以灵活的选择与上位机是通过以太网、还是无线wifi等通讯方式，对下是通过串口还通过zigbee 等通讯方式 ；

b.获取每种终端设备类型的描述信息，描述内容包括：此种类型的终端中支持哪些网络变量，每个网络变量的拆解模式（将bit位转换为Int型，char型转换为Int型等）、属性（只读、只写、读写），此种类型终端设备与其他哪个类型的终端有数据交互；拆解后的变量相关属性（此变量是否需要保存历史数据）；

将解析好的每种终端设备类型形成每种设备类型模版，当有某种类型的终端设备注册，基于此类型模版进行复制，来创建此设备的整体描述信息印象；

（2）、通讯的统一消息队列交互接口：基于进程间的消息队列机制通讯，对消息的解析分发与封装发送，对外提供一个标准消息交互接口，只要遵循此标准接口的进程，都可与此数据管理中心模块交互；

（3）、报文数据的组合与拆解模块：对下发的配置和控制数据进行组合，下发给终端设备，对从终端设备读取的实时数据，进行拆解成原子变量，以便上位机获取各个原子变量，方便灵活的组合。一方面不会因为多个原子变量组合在一起，之间形成了耦合，使处理的逻辑过于复杂。另一方面屏蔽了终端设备内部处理结构，使上位机与终端设备之间解耦，彼此的变化不会影响到对方；

（4）、设备添加与删除管理模块：根据注册的终端设备类型，复制相应设备类型的模版，再根据在终端设备调度模块中为此设备分配的通讯地址，并将此注册设备挂到基于此地址为hash key创建的链表上；当终端设备调度管理模块中检测某个设备因为故障或者掉电等原因，上报删除此对应设备的各管理信息，并通知到上位机；

（5）、设备映射实时数据管理模块：根据在上述设备添加与删除管理模块，注册相应的设备而创建的整个设备的管理印象结构，以及设备配置描述文件解析模块中从xml配置文件获取到的各变量的解析方式，基于这个规则将从终端设备获取到变量数据进行解析后，对内存维护此变量的值进行实时刷新；

（6）、设备映射历史数据管理模块：基于配置的历史数据存储间隔，将在xml配置文件中配置为要存储的变量，以配置的存储时间间隔，定时的存储到sqlite数据库中,用于以后历史数据的查询。

三、上位机通讯模块

如图7所示，该模块包括通讯的统一消息队列交互接口、报文与消息的解封装、与终端设备通讯通道的创建与收发；具体为：

（1）、通讯的统一消息队列交互接口：基于进程间的消息队列通讯机制，按照数据管理中心模块对外提供统一的通讯交互接口，对消息的解析分发与封装发送；

（2）、报文与消息的解封装：对接收到上位机发来的报文，进行解析后，按数据管理中心模块提供的统一标准消息结构，进行消息封装，发送给数据管理中心模块处理；

（3）、与上位机报文通讯通道的创建与收发：建立报文通讯的通道。

终端设备调度模块、数据管理中心模块、上位机通讯模块这3个模块之间通过进程间消息队列通信机制，容错机制：短消息采用应答重传，长消息序采用列号重传机制。

使用上述桥接模块用于客房控制终端与上位机通讯的方法为：终端设备调度模块、数据管理中心模块、上位机通讯模块这3个模块的协同处理，总结为实现以下三大功能：1. 终端设备入网注册管理 2.终端设备运行数据的监控采集 3.终端设备运行逻辑的配置与运行动作的控制。

下面针对这三个功能进行详细描述：

1. 终端设备入网注册管理

设备上电初始化分两块：

第一块终端设备上电初始化最后进入注册入网模式；

第二块桥接模块设备上电初始化，初始化所需要所有基础功能，如通讯通道、连接数据库、解析终端设备配置文件形成终端设备类型模版等，最后运行终端设备调度功能，在每个1秒钟周期内起始的30毫秒时间片用于发送设备探测报文，当某个刚上电处在注册入网模式的终端设备收到此设备探测报文，将此设备的设备描述符变量回复给桥接模块，然后等接受桥接模块回复的设备注册应答报文，若终端设备收到设备注册应答报文，将自己标识为已注册入网模式。下面再收到设备探测报文不做处理；若终端设备没有收到设备注册应答报文，终端设备继续处在注册入网模式，等待再一次处理设备探测报文；

而终端设备调度模块收到终端设备回复的设备描述符变量，为终端设备分配通讯物理地址，给终端设备回复分配的通讯物理地址等待应答，若没有收到应答，最大支持连续再发三次，若超过3次还没有收到应答将将分配的物理地址删除，直接跳到下个时间片处理；若上面处理正常，将分配的物理地址和设备描述符变量封装成消息发给数据管理中心模块，数据管理中心模块解析此消息，根据设备描述符变量中的设备类型信息来复制一份初始化时建立的设备类型模版，用来建立一个此终端设备在桥接模块设备中全印象，基于分配的通讯物理地址作为hash key对此设备的印象信息用hash表管理，并将分配的物理地址和设备描述符信息作为一条记录存入数据库（以便设备断电后再上电，可以对已注册入网的设备进行自动恢复），然后给终端设备调度模块回复一个消息，端设备调度模块将此消息封装成设备注册应答报文，然后等待接收终端设备回复的确认报文，端设备调度模块收到回复的确认报文封装消息发给数据管理中心模块，再透传给上位机通讯模块，最后封装成udp报文发给上位机。至此确认此设备已经入网注册成功。

2.终端设备运行数据的监控采集

此功能是建立在终端设备入网注册模块基础上，只有当某个终端设备入网注册成功后，即将此终端设备中需要监控的数据通过hash表来管理，并根据数据的不同属性（如：只读、读写、只写等）分别加入不同的hash表进行管理，建立下面所有已注册入网终端设备的全印象。通过消息将所有注册设备的所有变量发送给终端设备调度模块，在终端设备调度模块中建立了所有变量的链表池，终端设备调度模块中的调度任务将从上面的链表池中依次循环的取一个变量节点，发送给对应的终端设备，等待终端设备的应答，若终端设备，在一定的超时时间内没有应答，将此变量重新发送一次，最多重复3次，若还是没有收到应答，确认此设备故障，通知上位机；将收到的应答数据，通过消息发送给数据管理中心模块，进行解析后，更新hash表中建立的各个变量印象的实时信息；然后上位机通过拆解后的原子变量，来读取此实时信息，达到对终端设备运行数据的监控采集。

3.终端设备运行逻辑的配置与运行动作的控制

配置和控制数据，基于的处理流程一样，但是由于两者的特性稍有些差别，所以进行了区分处理。配置数据由于操作频繁性和实时性要求不是很高，而控制数据操作的频繁和实时性要求都相对比较高，所以将这两种数据，放到基于优先级队列中进行处理，将控制数据的优先级设置高于配置数据的优先级，使控制数据始终是排在配置数据的队列前面，让控制数据优先得到处理；数据管理中心模块对队列中控制和配置数据依次进行解析合并成设备支持的逻辑变量，等待上位机发送一次事务操作完毕的通知报文，将解析合并的逻辑变量封装成消息发送给终端设备调度模块，在终端设备调度模块中建立发送队列，终端设备调度模块中在下发的配置和控制时间片，将此队列中的控制和配置数据，封装成数据帧，发送给终端设备；上位机对配置数据或控制操作的执行状态进行读取，来确认整个配置或控制操作是否执行成功。

本发明针对现有技术存在的问题：第一方面，采用全模块化各个功能一致终端节点，即将所有IO节点单独成IO模块，温控器，门显，插卡取电，窗帘控制等所有功能相对独立形成模块，统一通过RS485总线与桥接模块通讯，这就解决了根据不同的需求（例如 1. IO点数比较多，就选择挂多个IO模块， 2.有多个温控器，即可以接多个温控器， 若没有温控器， 也可以不接），进行灵活组合。

第二方面，通过对各个终端模块中信息的进行打包和信息的原子拆分，信息打包用来减少各个终端模块与桥接模块之间总线上通讯的报文数，避免由于通讯报数比较多，导致总线比较繁忙，从而影响通讯的性能。信息的原子拆分用来将打包的信息进行逻辑上的原子拆分，即一个变量代表一个意思，进行信息的解耦，益处是一方面解决了由于变量的捆绑，导致上位机处理的复杂性，另一方面屏蔽了上位了解下面终端模块的内部结构。再一个方面上位与终端模块的解耦，即终端模块的变化不会影响到上位机，相反也是如此。

第三方面，通过描述终端模块配置属性的配置文件，来解析需要加入***的设备信息，以及各变量的组合和拆分方式，当有新终端模块需要加入***，桥接模块不需要修改软件，只需要在上面的配置文件，添加一跳新终端模块的描述信息，即可完成此新终端模块的信息处理。

Claims (8)

1.一种用于客房控制终端与上位机通讯的桥接模块，其特征在于：包括终端设备调度模块、数据管理中心模块、上位机通讯模块；

其中，所述终端设备调度模块包括：

通讯的统一消息队列交互接口：基于进程间的消息队列通讯机制，按照数据管理中心模块对外提供统一的通讯交互接口，对消息的解析分发与封装发送；

终端设备交互的时序调度：以1秒为一个周期，将时间刻度为10毫秒，将整个周期划分为5个时间片阶段；

与终端设备通讯通道的创建与收发：负责与终端设备连接通道的创建，对数据进行封装通讯支持的帧格式，进行数据帧的发送；

所述数据管理中心模块包括：

设备配置描述文件解析模块：用于在程序初始化运行时，读取xml配置文件, 解析xml配置文件，将解析好的每种终端设备类型形成每种设备类型模版，当有某种类型的终端设备注册，基于此类型模版进行复制，来创建此设备的整体描述信息印象；

通讯的统一消息队列交互接口：基于进程间的消息队列通讯机制，对消息的解析分发与封装发送，对外提供一个标准消息交互接口；

报文数据的组合与拆解模块：对下发的配置和控制数据进行组合，下发给终端设备，对从终端设备读取的实时数据，进行拆解成原子变量；

设备添加与删除管理模块：根据注册的终端设备类型，复制相应设备类型的模版，再根据在终端设备调度模块中为此设备分配的通讯地址，并将此注册设备挂到基于此地址为hash key创建的链表上；当终端设备调度管理模块中检测某个设备因为故障或者掉电原因，上报删除此对应设备的各管理信息，并通知到上位机；

设备映射实时数据管理模块：根据在上述设备添加与删除管理模块，注册相应的设备而创建的整个设备的管理印象结构，以及设备配置描述文件解析模块中从xml配置文件获取到的各变量的解析方式，基于这个规则将从终端设备获取到变量数据进行解析后，对内存维护此变量的值进行实时刷新；

设备映射历史数据管理模块：基于配置的历史数据存储间隔，将在xml配置文件中配置为要存储的变量，以配置的存储时间间隔，定时的存储到sqlite数据库中,用于以后历史数据的查询；

所述上位机通讯模块包括：

通讯的统一消息队列交互接口：基于进程间的消息队列通讯机制，按照数据管理中心模块对外提供统一的通讯交互接口，对消息的解析分发与封装发送；

报文与消息的解封装：对接收到上位机发来的报文，进行解析后，按数据管理中心模块提供的统一标准消息结构，进行消息封装，发送给数据管理中心模块处理；

与上位机报文通讯通道的创建与收发：建立报文通讯的通道。

2.权利要求1所述的用于客房控制终端与上位机通讯的桥接模块，其特征在于：终端设备调度模块、数据管理中心模块、上位机通讯模块这3个模块之间通过进程间消息队列机制通信。

3.如权利要求1所述的用于客房控制终端与上位机通讯的桥接模块，其特征在于：终端设备调度模块、数据管理中心模块、上位机通讯模块这3个模块的容错机制为：短消息采用应答重传，长消息序采用列号重传机制。

4.如权利要求1所述的用于客房控制终端与上位机通讯的桥接模块，其特征在于：所述终端设备交互的时序调度中时间片阶段的具体划分如下：

a. 0-30ms ：终端设备探测时间片, 用于自动探测是否有设备需要注册入网；

b. 30-600ms ：终端设备数据读取时间片，用于实时获取设备中变量数据；

c. 600-700ms 点对点通讯时间片，用于下面终端设备A需要控制终端设备B的情况；

d. 700-800ms ：控制数据下发时间片，用于上位机下发的控制终端设备动作的数据；

e. 800-1000ms 配置数据下发时间片，用于因业务逻辑控制需要，上位机对终端设备进行配置的数据。

5.如权利要求1所述的用于客房控制终端与上位机通讯的桥接模块，其特征在于：所述设备配置描述文件解析模块在程序初始化运行时，获取以下信息：

a.获取与上位机交互和与下面终端设备的通讯接口；

b.获取每种终端设备类型的描述信息，描述内容包括：此种类型的终端中支持哪些网络变量；每个网络变量的拆解模式、属性；此种类型终端设备与其他哪个类型的终端有数据交互；拆解后的变量相关属性。

6.一种客房控制终端与上位机通讯的方法，其特征在于：包括终端设备入网注册管理的方法，其具体为：设备上电初始化分两块：第一块终端设备上电初始化最后进入注册入网模式；第二块桥接模块设备上电初始化，初始化所需要所有基础功能，最后运行终端设备调度功能，发送设备探测报文，当某个刚上电处在注册入网模式的终端设备收到此设备探测报文，将此设备的设备描述符变量回复给桥接模块，然后等接受桥接模块回复的设备注册应答报文，若终端设备收到设备注册应答报文，将自己标识为已注册入网模式，下面再收到设备探测报文不做处理；若终端设备没有收到设备注册应答报文，终端设备继续处在注册入网模式，等待再一次处理设备探测报文；而终端设备调度模块收到终端设备回复的设备描述符变量，为终端设备分配通讯物理地址，给终端设备回复分配的通讯物理地址等待应答，若没有收到应答，最大支持连续再发三次，若超过3次还没有收到应答将分配的物理地址删除，直接跳到下个时间片处理；若上面处理正常，将分配的物理地址和设备描述符变量封装成消息发给数据管理中心模块，数据管理中心模块解析此消息，根据设备描述符变量中的设备类型信息来复制一份初始化时建立的设备类型模版，用来建立一个此终端设备在桥接模块设备中全印象，基于分配的通讯物理地址作为hash key对此设备的印象信息用hash表管理，并将分配的物理地址和设备描述符信息作为一条记录存入数据库，然后给终端设备调度模块回复一个消息，终端设备调度模块将此消息封装成设备注册应答报文，然后等待接收终端设备回复的确认报文，终端设备调度模块收到回复的确认报文封装消息发给数据管理中心模块，再透传给上位机通讯模块，最后封装成udp报文发给上位机，至此确认此设备已经入网注册成功。

7.如权利要求6所述的客房控制终端与上位机通讯的方法，其特征在于：还包括终端设备运行数据的监控采集的方法，其具体为：通过消息将所有注册设备的所有变量发送给终端设备调度模块，在终端设备调度模块中建立了所有变量的链表池，终端设备调度模块中的调度任务将从上面的链表池中依次循环的取一个变量节点，发送给对应的终端设备，等待终端设备的应答，若终端设备，在一定的超时时间内没有应答，将此变量重新发送一次，最多重复3次，若还是没有收到应答，确认此设备故障，通知上位机；将收到的应答数据，通过消息发送给数据管理中心模块，进行解析后，更新hash表中建立的各个变量印象的实时信息；然后上位机通过拆解后的原子变量，来读取此实时信息，达到对终端设备运行数据的监控采集。

8.如权利要求6所述的客房控制终端与上位机通讯的方法，其特征在于：还包括终端设备运行逻辑的配置与运行动作的控制的方法，其具体为：将配置数据和控制数据这两种数据放到基于优先级队列中进行处理，将控制数据的优先级设置高于配置数据的优先级，使控制数据始终是排在配置数据的队列前面，让控制数据优先得到处理；数据管理中心模块对队列中控制和配置数据依次进行解析合并成设备支持的逻辑变量，等待上位机发送一次事务操作完毕的通知报文，将解析合并的逻辑变量封装成消息发送给终端设备调度模块，在终端设备调度模块中建立发送队列，终端设备调度模块中在下发的配置和控制时间片，将此队列中的控制和配置数据，封装成数据帧，发送给终端设备；上位机对配置数据或控制操作的执行状态进行读取，来确认整个配置或控制操作是否执行成功。