楼宇管理系统及其处理方法、装置、设备

技术领域

本发明涉及楼宇智能技术领域，尤其涉及一种楼宇管理系统及其处理方法、装置、设备。

背景技术

随着信息技术的飞速发展以及城市化进程的不断加剧，智能楼宇迎来了广阔的发展空间，尤其是以计算机与网络技术、自动控制技术和通信技术为基础的楼宇自动化系统，其通过将建筑或建筑群内的安防设备、供电设备、照明设备、电梯、空调、排水设备等众多分散终端设备进行集中统一管理，极大提升了楼宇综合管理的自动化、信息化和智能化水平，为建筑带来更加便捷舒适、安全高效、节能环保的工作和生活环境。

现有楼宇自动化系统通常以“管理平台、网关、现场控制器、终端设备”为要素进行构建，以现场控制器为中心，完成现场设备或设施的接入与区域管理。一般不同业务会配备独立的专用现场控制器，如门禁控制器、供水管理控制器等，且基于不同业务所构成的各子系统在物理上完全独立。但是，现有楼宇自动化系统以各子系统独立部署为主，在楼宇自动化水平持续深化、其子系统或终端设备类别及数量不断增长、终端多点分布化部署的趋势下，存在管理策略与多业务融合应用灵活性不足的问题。

发明内容

有鉴于此，本发明实施例提供一种楼宇管理系统及其处理方法、装置、设备，以实现对终端控制器运行模式在应用上的动态管理和配置，解决现有楼宇管理系统中管理策略与多业务融合应用灵活性不足的问题。

第一方面，本发明实施例提供了一种楼宇管理系统的处理方法，应用于区域网关，包括：依据业务管理需求信息，确定目标区域的各业务子系统；分别依据各业务子系统的类别名称信息，选定各业务子系统的目标成员对象，并分别对所述各业务子系统的目标成员对象进行划分，得到各业务子系统的业务对象组；依据所述业务对象组的管理规则信息确定运行模式文件；将所述运行模式文件发送给终端控制器，其中所述终端控制器用于按照所述运行模式文件中的各项管理规则运行。

第二方面，本发明实施例还提供了一种楼宇管理系统的处理方法，应用于终端控制器，包括：接收区域网关发送的运行模式文件，其中，所述运行模式文件为所述区域网关依据业务对象组的管理规则信息确定的文件信息，所述业务对象组为对业务子系统的目标成员对象进行划分得到的对象组；按照所述运行模式文件中各项管理规则运行。

第三方面，本发明实施例还提供了一种楼宇管理系统的处理装置，应用于区域网关，包括：

业务子系统确定模块，用于依据业务管理需求信息，确定目标区域的各业务子系统；

业务对象组确定模块，用于分别依据各业务子系统的类别名称信息，选定各业务子系统的目标成员对象，并分别对所述各业务子系统的目标成员对象进行划分，得到各业务子系统的业务对象组；

运行模式文件确定模块，用于依据所述业务对象组的管理规则信息确定运行模式文件；

运行模式文件发送模块，用于将所述运行模式文件发送给终端控制器，其中，所述终端控制器用于按照所述运行模式文件中的各项管理规则运行。

第四方面，本发明实施例还提供了一种楼宇管理系统的处理装置，应用于终端控制器，包括：

运行模式文件接收模块，用于接收区域网关发送的运行模式文件，其中，所述运行模式文件为所述区域网关依据业务对象组的管理规则信息确定的文件信息，所述业务对象组为对业务子系统的目标成员对象进行划分得到的对象组；

运行模块，用于按照所述运行模式文件中各项管理规则运行。

第五方面，本发明实施例还提供了一种网关设备，包括：存储器和处理器；所述存储器中存储有至少一条指令，所述指令由所述处理器执行，使得所述网关设备执行如第一方面所述的楼宇管理系统的处理方法。

第六方面，本发明实施例还提供了一种控制器设备，包括：存储器和处理器；所述存储器中存储有至少一条指令，所述指令由所述处理器执行，使得所述控制器设备执行如第二方面所述的楼宇管理系统的处理方法。

第七方面，本发明实施例还提供了一种楼宇管理系统，包括：终端控制器、网关设备以及管理平台；其中，所述网关设备包括如第五方面所述的网关设备；所述终端控制器包括如第六方面所述的控制器设备。

本发明实施例通过区域网关依据业务管理需求确定目标区域各业务子系统的类别名称信息，并依据各业务子系统的类别名称信息选定各业务子系统的目标成员对象，以及分别将各业务子系统的目标成员对象划分为业务对象组，从而可以依据业务对象组的管理规则信息确定终端控制器的运行模式文件，使得终端控制器可以依据运行模式文件确定目标运行模式，以按照目标运行模式运行，实现了多维度业务层子系统划分和终端控制器运行模式的动态调整，进而实现了对终端控制器运行模式在应用上的动态管理和配置，提高管理策略与多业务融合应用的灵活性，满足多逻辑维度或多业务功能需求下的分布式楼宇自动化系统的自适应动态构建要求。

附图说明

图1是本发明实施例中应用于区域网关的一种楼宇管理系统的处理方法的步骤流程图；

图2是本发明一个可选实施例中的一种楼宇管理系统的处理方法的步骤流程图；

图3是本发明一个示例中的一种单业务子系统内的设备分组的示意图；

图4是本发明实施例中应用于终端控制器的一种楼宇管理系统的处理方法的步骤流程图；

图5是本发明实施例中的一种楼宇管理系统构建装置的结构框图；

图6是本发明实施例中应用于终端控制器侧的一种楼宇管理系统的处理装置的结构框图；以及，

图7是本发明实施例中的一种楼宇管理系统结构框图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

在实际处理中，传统楼宇自动化系统由于子系统和通信协议的多样性，各业务子系统通常都作为一个独立的子系统进行部署和运行，其子系统缺乏融合、功能分化性强、管理复杂，虽然目前随着自动化水平的提升，个别子系统间存在联动，但此类联动一般为专业程序开发基础上实现的、是固化的，用户无法根据实际管理需求和运行场景在后期进行灵活调整，更无法在应用中由用户进行新联动策略的创建或自定义，导致管理策略与多业务融合应用灵活性差。此外，一般在楼宇自动化系统部署初期制定的业务功能通常比较基础和简单，随着业务运营管理工作的持续，将会得到总结与沉淀其业务执行的最优处理逻辑形式，而现有传统楼宇自动化系统只能按照部署初期制定的管理策略进行管理，不能随着业务管理工作的持续对其管理策略进行更新，因此现有传统楼宇自动化系统的业务管理策略存在应用灵活性差的问题，尤其是多业务组合管理应用时业务管理策略的灵活性存在明显不足。

为了解决现有传统楼宇自动化系统存在的管理策略与多业务融合应用灵活性不足的问题，本发明实施例提供一种楼宇管理系统及其处理方法、装置、设备，以通过业务管理需求信息确定目标标区域内各业务子系统，并分别依据各业务子系统的类别名称信息选定各业务子系统的目标成员对象，以及分别对各业务子系统的目标成员对象进行划分，得到各业务子系统的业务对象组，从而可以依据业务对象组的管理规则信息确定终端控制器的运行模式文件，使得终端控制器可以依据运行模式文件确定目标运行模式，以按照目标运行模式运行，实现了多维度业务层子系统划分和终端控制器运行模式的动态调整，进而可以实现对终端控制器运行模式在应用上的动态管理和配置，满足多逻辑维度或多业务功能需求下的分布式楼宇自动化系统的自适应动态构建要求。

参照图1，示出了本发明实施例中应用于区域网关的一种楼宇管理系统的处理方法的步骤流程图。本实施例可适用于楼宇管理系统的处理情况，如可以适用于楼宇管理系统的业务处理情况，该楼宇管理系统的处理方法可以应用于区域网关，具体可以由区域网关中的楼宇管理系统的处理装置来执行。

需要说明的是，本发明实施例中的区域网关可以是楼宇管理系统中的一个网关设备，该网关设备可以完成现场终端控制器与管理平台之间的数据上传与协议转换、并且可以集中存储本地记录数据，部分应用网关功能可以集成到现场终端控制器中；管理平台可以作为楼宇管理系统的数据中心，并可为用户提供各类业务的统一可视化管理界面。

如图1所示，本发明实施例提供的应用于区域网关侧的楼宇管理系统的处理方法，具体包括如下步骤：

步骤110，依据业务管理需求信息，确定目标区域的各业务子系统。

本发明实施例中，业务管理需求信息可以表示楼宇管理系统的业务管理需求，如可以表示楼宇自动化实际需求，具体可以包括：单业务管理需求信息、组合业务联动管理需求信息等；其中，单业务管理需求信息可以表示楼宇自动化的单项业务管理需求，如门禁管理需求、消防管理需求、空调管理需求、电能管理需求等；组合业务联动管理需求信息可以表示楼宇自动化系统中多子系统组合业务联动管理需求，如安防综合联动管理需求、环境综合联动管理需求等。

需要说明的是，楼宇自动化系统在实际处理中通过诸如门禁管理业务子系统、消防管理业务子系统以及广播与信息发布业务子系统等多个业务子系统之间配合工作达到安防综合管理的目的，从而满足安防综合联动管理需求；此外，楼宇自动化系统还可以通过诸如空调管理业务子系统、通风管理业务子系统、环境监测业务子系统等多个业务子系统之间配合工作达到环境综合管理的目的，满足环境综合联动管理需求。

本发明实施例中的目标区域可以是指区域网关所在的区域。具体而言，网关设备可以依据其所在区域的业务管理需求信息，将本区域内的业务系统划分为对应的业务子系统，并可确定各业务子系统的类别名称信息。该类别名称信息可以用于确定业务子系统的名称和类别，具体可以包括业务类别信息、业务名称信息等，本发明实施例对此不作具体限制。

步骤120，分别依据各业务子系统的类别名称信息，选定各业务子系统的目标成员对象，并分别对所述各业务子系统的目标成员对象进行划分，得到各业务子系统的业务对象组。

其中，目标成员对象可以表示业务子系统所属的成员对象，如目标成员对象可以是单业务子系统所属的设备对象，该设备对象可以是终端控制器、诸如电锁、开门按钮、燃气表、水表、照明开关等现场终端设备；又如目标成员对象可以是组合业务联动子系统内的关联设备对象，该关联设备对象可以是指各业务子系统间的关联设备，如安防综合联动管理子系统的门禁设备FL1、消防设备FR1、广播与信息发布设备BC1、视频监控设备VD1等，又如环境综合联动管理子系统中的空调、通风设备、照明设备、空气与环境监测设备等，空气与环境监测设备可包含有温度传感器、湿度传感器、照度传感器等。本发明实施例对此不作具体限制。

具体而言，本发明实施例在划分出业务子系统后，可以进一步按照业务管理需求，选定各业务系统的目标成员对象，即依据类别名称信息选定各业务子系统的目标成员对象，并可对每个业务子系统的目标成员对象进行分组，得到每个业务子系统的业务对象组。该业务对象组可以包括单业务子系统的设备组和组合业务联动子系统的业务组合组。

需要说明的是，单业务子系统的设备组可以是指依据单业务子系统中各目标成员对象之间的管理关系划分的设备组。可选的，本发明实施例分别对所述各业务子系统的目标成员对象进行划分，得到各业务子系统的业务对象组，具体可以包括：确定每个单业务子系统中各目标成员对象之间的关联关系；依据所述关联关系进行设备组划分，得到每个单业务子系统的设备组。单业务子系统的设备组可以分为第一设备组、第二设备组、第三设备组……全局设备组等，本实施例对此不作具体限制。

组合业务联动子系统的业务组合组可以是指根据组合业务联动子系统中各关联业务子系统之间的关联关系对该组合业务联动子系统中的关联设备对象进行划分得到业务对象组。其中，组合业务联动子系统中各关联业务子系统之间的关联关系可以根据组合业务联动管理需求信息来确定。进一步而言，本发明实施例分别对所述各业务子系统的目标成员对象进行划分，得到各业务子系统的业务对象组，具体可以包括：基于组合业务联动管理需求信息，对每个组合业务联动子系统中的目标成员对象进行划分，得到每个组合业务联动子系统的业务组合组。组合业务联动子系统中的业务组合组可以分为第一业务组合组、第二业务组合组、第三业务组合组……全局业务组合组等，本发明实施例对此不作具体限制。

步骤130，依据所述业务对象组的管理规则信息确定运行模式文件。

具体的，本发明实施例在划分出业务子系统的业务对象组后，可以基于各个业务对象组的管理规则形成管理策略，从而可以依据该管理策略向各业务对象组所属的设备成员的终端控制器运行模式文件中添加对应管理规则信息，产生新的运行模式文件，达到更新终端控制器运行模式文件的目的。其中，管理规则信息可以表示为业务对象组设置的管理规则，该管理规则可以是系统为业务对象组分配的默认管理规则，也可以是管理人员为业务对象组定义或编辑的管理规则，本实施例对此不作具体限制。

可选的，本发明实施例依据所述业务对象组的管理规则信息确定运行模式文件，包括：获取所述业务对象组的管理规则信息，其中，所述管理规则信息包含编辑规则信息和默认规则信息；依据所述管理规则信息确定所述业务对象组的管理策略信息；基于所述管理策略信息生成运行模式文件，所述终端控制器为所述业务子系统中与终端设备连接的控制器。需要说明的是，默认规则信息可以表示系统为业务对象组分配的默认管理规则；编辑规则信息可以表示按照实际管理要求针对业务对象组编辑或定义的管理规则；业务对象组的管理策略信息可以表示业务对象组管理策略，该业务对象组管理策略可以包括策略名，所属业务对象成员、管理规则等，其中，策略名可以是业务对象组的组名，所属业务对象成员可以包括该业务对象组中所包含的目标成员对象，如设备组所包含的设备对象、组合业务组所包含的关联设备对象等。

步骤140，将所述运行模式文件发送给终端控制器，其中，所述终端控制器用于按照所述运行模式文件中的各项管理规则运行。

具体而言，本发明实施例中的区域网关确定出运行模式文件后，可以将该运行模式文件下发给终端控制器，使得终端控制器可以依据该运行模式文件确定出目标运行模式，以基于该目标运行模式按照运行模式文件中的各项管理规则运行。其中，目标运行模式可以是指终端控制器当前所采用的处理模式，具体可以包括终端控制器按照运行模式文件中定义各向的输入/输出处理模式。

可见，本发明实施例中的区域网关通过依据业务管理需求确定目标区域各业务子系统的类别名称信息，并依据各业务子系统的类别名称信息选定各业务子系统的目标成员对象，以及分别将各业务子系统的目标成员对象划分为业务对象组，从而可以依据业务对象组的管理规则信息确定终端控制器的运行模式文件，使得终端控制器可以依据运行模式文件确定目标运行模式，以基于目标运行模式按照运行模式文件中的各项管理规则运行，实现了多维度业务层子系统划分和终端控制器运行模式的动态调整，进而实现了对终端控制器运行模式在应用上的动态管理和配置，提高管理策略与多业务融合应用的灵活性，满足多逻辑维度或多业务功能需求下的分布式楼宇自动化系统的自适应动态构建要求。

在实际处理中，区域网关可以根据区域设备信息汇总表中的信息确定出本区域的业务管理需求信息，进而可以依据业务管理需求信息对本区域的业务系统进行划分，得到各个业务子系统。其中，区域设备信息汇总表可以是区域网关依据终端控制器发送的注册请求所携带的终端控制器基础信息生成的，具体可以用于生成楼宇管理系统的设备分布地图，以便确定楼宇管理系统中的设备分布情况。

需要说明的是，终端控制器基础信息可以包括有终端控制器信息及终端控制器所连接设备的相关信息，如可以包含有终端控制器编号、业务属性信息、终端控制器的位置号、终端控制器的运行状态信息、终端控制器所连接的终端设备的名称以及出厂编号等，本实施例对此不作具体限制。业务属性信息可以表示终端控制器所属业务，如可以是门禁、能源、空调等业务；终端控制器的运行状态信息可以表示终端控制器的运行状态，如正常状态、离线状态、超限状态等。

进一步的，本发明实施例依据业务管理需求信息，确定目标区域的各业务子系统，具体可以包括：获取区域设备信息汇总表；依据所述区域设备信息汇总表中的业务属性信息确定业务管理需求信息，其中，所述业务管理需求信息包括单业务管理需求信息和/或组合业务联动管理需求信息；基于所述业务管理需求信息对所述目标区域的业务系统进行划分，得到所述目标区域的各业务子系统。

具体而言，本发明实施例中的区域网关在获取到区域设备信息汇总表后，可以根据该区域设备信息汇总表中业务属性信息确定当前的业务管理需求信息，以按照当前业务管理需求信息划分本区域的业务系统，得到划分后的各个业务子系统，并可确定各业务子系统的类别名称信息，以便后续可以依据各业务子系统的类别名称信息选定出各业务子系统的目标成员对象。其中，所述类别名称信息包含业务类别信息和/或业务名称信息。需要说明的是，业务类别信息可以用于确定业务子系统的业务类别，如可以是单业务类别，也可以是多业务类别等，本发明实施例对此不作限制；业务名称信息可以用于确定业务子系统的业务名称，该业务名称可以由区域网关根据业务管理需求信息命名，如可以是门禁管理、消防管理、广播管理、空调管理、通风管理、照明管理、环境监测、安防综合联动管理、环境综合联动管理等，本发明实施例对此也不作限制。

参照图2，示出了本发明一个可选实施例中的一种楼宇管理系统的处理方法的步骤流程图。本发明实施例的楼宇管理系统的处理方法可以应用于区域网关，具体可以包括如下步骤：

步骤210，获取区域设备信息汇总表。

步骤220，依据所述区域设备信息汇总表中的业务属性信息确定业务管理需求信息。

其中，所述业务管理需求信息包括单业务管理需求信息和/或组合业务联动管理需求信息。例如，在区域设备汇总表的业务属性信息包含门禁业务属性信息、消防业务属性信息以及空调业务属性信息的情况下，可以确定诸如门禁管理需求信息、消防管理需求属性信息、空调管理需求信息等单业务管理需求信息，还可以确定主诸如安防综合联动管理需求信息等组合业务联动管理需求信息。需要说明的是，门禁管理需求信息可以是基于门禁业务属性信息确定出的，消防管理需求属性信息可以是基于消防业务属性信息确定出的，空调管理需求信息可以是基于空调业务属性信息确定出的，安防综合联动管理需求信息可以是基于安防业务属性信息确定出的。

步骤230，基于所述业务管理需求信息对所述目标区域的业务系统进行划分，得到所述目标区域的各业务子系统。

具体而言，本发明实施例中的区域网关在获取区域设备信息汇总表后，可以基于该区域设备信息汇总表中所包含的信息确定出区域内各设备对象位置分布情况和楼宇自动化实际管理需求，即确定业务管理需求信息，随后可根据楼宇自动化实际管理需求确定本区域内各业务子系统的划分，以及可以确定各业务子系统划分的业务类别和名称，及确定各业务子系统的类别名称信息，以便后续可以依据各业务子系统的类别名称信息选定各业务子系统的目标成员对象。

例如，区域网关在基于区域设备信息汇总表中的信息确定出区域内各设备对象位置分布和自身楼宇自动化实际的单项业务管理需求后，可以基于单项业务管理需求确定本区域内各项单业务子系统划分的业务类别和名称，如门禁管理、消防管理、空调管理、电能管理等，以便后续可以基于划分的单业务子系统设置单业务子系统管理策略；又如，在形成各单业务子系统管理策略后，可以依据多子系统组合业务联动管理需求，确定本区域内多业务组合管理业务的划分与命名，即依据组合业务联动管理需求信息划分出组合业务联动子系统，如如，安防综合联动管理子系统包括门禁管理、消防、电梯、出入口/视频监控等单业务子系统的联动，环境综合联动管理子系统包括空调管理、通风、环境监测等单业务子系统的联动。

步骤240，分别依据各业务子系统的类别名称信息，选定各业务子系统的目标成员对象，并分别对所述各业务子系统的目标成员对象进行划分，得到各业务子系统的业务对象组。

本发明实施例在确定目标区域的各业务子系统后，可以分别依据各业务子系统的类别名称信息，选定各业务子系统的目标成员对象。例如，区域网关在各单业务子系统划分的基础上，可以进一步按照自身业务管理要求，选定各业务子系统所属的终端设备，即选定单业务系统的目标成员对象；同理，在组合业务联动子系统划分的基础上，可以按照自身各组合业务管理实际要求，进一步进行各业务组合组的划分和组合，并可以各业务组合组内的各业务子系统间关联属性为对象，进行各业务组合组的所属子系统关联成员的选定，即依据关联业务子系统之间的关联关系选定关联设备对象，以将关联设备对象确定为组合业务联动子系统的目标成员对象。

可选的，本发明实施例分别依据各业务子系统的类别名称信息，选定各业务子系统的目标成员对象，具体可以包括：确定各业务子系统的类别名称信息；在所述类别名称信息中的业务类别信息为单业务类别信息时，从所述区域设备信息汇总表中提取单业务子系统的终端控制器信息，并基于所述终端控制器信息选定目标终端控制器和目标终端设备，以将所述目标终端控制器和所述目标终端设备确定为所述单业务子系统的目标成员对象，其中，所述单业务子系统为基于所述单业务管理需求信息划分到的业务子系统，所述目标终端设备为与所述目标控制器连接的终端设备；在所述类别名称信息中的业务类别信息为组合业务类别信息时，依据所述类别名称信息中的业务名称信息，确定组合业务联动子系统的关联业务子系统，并依据所述关联业务子系统之间的关联关系选定关联设备对象，以将所述关联设备对象确定为所述组合业务联动子系统的目标成员对象，其中，所述关联业务子系统为与所述组合业务联动子系统关联的单业务子系统。

具体而言，本发明实施例中的区域网关在划分业务子系统后，可以确定划分后得到的每一个业务子系统的类别名称信息，并可确定每一个业务子系统的类别名称信息中的业务类别信息是否为单业务类别信息；若业务子系统的类别名称信息中的业务类别信息为单业务类别信息，如在业务类别信息为单业务时，则可以确定该业务子系统为单业务子系统，然后可按照自身业务管理需求，从区域设备信息汇总表中提取该单业务子系统的终端控制器信息，以根据提取到终端控制器信息选定目标终端控制器和目标终端设备，达到选定单业务子系统的目标成员对象的目的。其中，目标终端控制器可以表示单业务子系统所属的终端控制器；目标终端设备可以表示单业务子系统所属的终端设备。若业务子系统的类别名称信息中的业务类别信息不是单业务类别信息，即在业务子系统的类别名称信息中的业务类别信息为组合业务类别信息时，如在业务类别信息为多业务联动时，则可以确定该业务子系统为组合业务联动子系统，然后可按照自身各组合业务管理类的实际要求，依据组合业务联动子系统的名称确定该组合业务联动子系统的关联业务子系统，即依据所述类别名称信息中的业务名称信息确定组合业务联动子系统的关联业务子系统，从而可以依据关联业务子系统之间的关联关系选定关联设备对象，如以组合业务联动子系统内的各单业务子系统的业务间关联属性(如状态或控制项)为对象，进行各业务组合组的所属单业务子系统关联成员选定，从而可以将选定的关联成员作为关联设备对象，达到选定组合业务联动子系统的目标成员对象的目的。

进一步的，在业务子系统为单业务子系统的情况下，本发明实施例可以依据单业务子系统中各目标成员对象之间的关联关系，进行设备组的划分与命名，得到单业务子系统的设备组。该设备组可以包含一个或多个设备对象，如可以包括终端控制器和/或终端控制器所连接的终端设备。可选的，本发明实施例还可依据设备组内设备关联关系，对各设备组所属成员对象进行选定。例如，在一个单业务子系统内，可以按照对应单业务子系统管理需求，对本区域内此类业务分布在不同位置的众多终端设备，按终端设备的位置、功能名称及其相互间紧密或依赖程度，进行不同设备组的划分，选定不同设备组的所属成员设备。需要说明的是，设备组的具体选定操作，可以由系统依据区域设备信息汇总表，按照各终端设备位置分布地图的位置关系和名称功能的默认关联方式，进行自动选定或分配；也可以由用户进入网关管理界面进行选定或调整，如图3所示，在门禁管理子系统中，系统可以将位于A建筑1楼大厅门的1#电锁、1#门按钮、1#IC读卡器自动选定为第一设备组，以通过第一设备组完成对A建筑1楼大厅门的出入通行管理。需要说明的是，设备组可以是实施单业务管理策略定义的基本现场功能单元，其组内各成员一般以某个现场细分区域或对象管理任务为共同目标，成员间依赖程度高。

在业务子系统为组合业务联动子系统的情况下，本发明实施例可以基于组合业务联动管理需求信息，对每个组合业务联动子系统中的目标成员对象进行划分，得到每个组合业务联动子系统的业务组合组。具体而言，在多业务组合管理类划分的基础上，可按各组合业务联动管理需求，进一步进行各业务组合组的划分与命名，即以全系统内的不同单业务子系统为对象，进行关联业务组合组的划分，随后可以各业务组合组内的各子业务间关联属性(如状态或控制项)为对象，进行各业务组合组的所属子系统关联成员选定，以满足业务子系统之间的联动功能需求。例如，以安防综合联动管理的多业务组合管理策略定义为例进行说明，可以依据安防综合联动管理子系统自身组合管理功能需求，选定多业务组合管理策略的各项单业务子系统，如选定FL1(门禁)子系统、FR1(消防)子系统、BC1广播与信息发布子系统以及VD1视频监控子系统，随后可依据各子系统之间的实际关联关系，进行业务组合组的划分与子系统关联成员选定，如下表1所示，SC安防综合联动管理子系统中的第一业务组合组的子系统成员包括FL1.ID1、FR1.IDk。其中，FR1.IDk表示的是FR1消防管理子系统中的IDk设备，该IDk设备可以是#k烟感探头；FL1.ID1表示的是FL1门禁管理子系统中的ID1设备，该ID1设备可以是#1门锁。

表1

步骤250，获取所述业务对象组的管理规则信息。

其中，所述管理规则信息包含编辑规则信息和默认规则信息。

在实际处理中，可以对各业务子系统内的业务对象组的管理规则进行创建或编辑，如区域网关可以设置有常用类设备组的默认管理规则，若没有默认管理规则，如系统部署后期由管理者在应用中自定义的新业务对应的设备组没有对应的默认管理规则，则可以由管理者按其实际管理要求，对此设备组的管理规则进行编辑。

具体而言，在完成设备组划分和所属成员选定的基础上，系统可为各设备组分配默认管理规则，也可以由管理者按其实际管理要求，对此设备组的管理规则进行编辑，如在区域网关设置有设备组的默认管理规则的情况下，可以按照此业务类别的一般管理方法、各设备成员的名称类别，为其选定对应已有默认管理规则，如以FL门禁管理业务子系统中的第一设备组为例，设备成员包括ID3(表示1#IC卡头)、ID2(表示1#出门按钮)、ID1(表示1#电锁)，其默认规律规则可以是“门禁管理通用管理规则1”：当IC卡头刷卡验证通过后，打开进门电锁，或者，当开门按钮按下后，打开出门电锁；在区域网关没有设置设备组对应的默认管理规则的情况下，如在设备组无默认管理规则对应或者默认管理规则不适用于设备组时，可以由管理者按其实际管理要求对此设备组的管理规则进行编辑定义，产生对应的编辑规则信息，使得区域网关可以依据该编辑规则信息生产设备组的管理规则。其中，管理策略中的管理规则定义项可以包括：规则名、输入对象及属性值(含下行接口输入和上联接口输入)、处理模式定义、模式类别(如控制、记录、警报等)、输出对象等，本实施例对此不作具体限制。需要说明的是，管理规则定义的方式可以是组合逻辑运算方式、也可以是时序逻辑运算方式、或者二者组合，其中最简形式可以是对输入内容的直接转发，本发明实施例对此不作具体限制。例如，在管理规则包括“输入”、“处理模式定义”及“输出”三部分的情况下，其中“输入”部分可以为此管理规则处理的相关因子；“处理模式”部分可以定义为此管理规则的处理方法，可以对相关因子进行时序逻辑或组合逻辑的处理；“输出”部分可以是将处理结果进行记录、输出控制或通知平台或第三方终端控制器。

作为本发明的一个示例，“管理规则R-FL3”的输入对象可以包括上联接口输入对象：ID4(表示2#电锁)、ID5(表示#2开门按钮)、ID6(表示#1人脸识别终端)，且ID5.p1可以表示开门按钮状态值(1为按下、0为松开)，ID6.p3可以表示人脸识别终端验证证结果(1为验证通过、0为验失败)，若ID4.P1表示电锁控制状态值(1为开门、0为关门)，则处理模式定义可以表示为：ID4.P1＝fun2(ID5.P1,ID6.P3)，处理结果输出目的位置对象可以定义为：下行接口输出控制ID4.P1。进一步的，若诸如管理者等用户在本策略处理模式定义操作时，设定判定条件1：“ID5(#2开门按钮)”有效或“ID6(#1人脸识别终端)有效”，和设定条件2：有效时间段范围为[begin.date1.time1～end.date2.time2]，且设定条件1与条件2同时满足时ID4(2#电锁)控制开门输出，则其对应生成处理函数fun2的具体表达可以为：ID4.P1＝(ID5.P1||ID6.P3)&&(begin.date1.time1

步骤260，依据所述管理规则信息确定所述业务对象组的管理策略信息。

具体而言，本发明实施例中的区域网关在获取到业务对象组的管理规则信息后，可以依据该管理规则信息确定出业务对象的管理规则，并可将该业务对象的管理规则添加到管理策略中，以生成该业务对象组的管理策略信息。设备对象组的管理策略信息可以表示设备对象组对应的管理策略，如设备组的管理策略信息可以表示设备组管理策略，业务组合组的管理策略信息可以表示业务组合组管理策略。

步骤270，基于所述管理策略信息生成运行模式文件，所述运行模式文件包含终端控制器运行模式文件和区域网关运行模式文件。

具体的，本实施例在确定出业务对象组的管理策略信息后，可以基于该业务对象组的管理策略信息，将业务对象组管理策略中各项管理规则添加到运行模式文件中，如可以依据设备组的管理策略信息，将设备组对应的管理规则添加到终端控制器运行模式文件中，形成新的终端控制器运行模式文件；又如可以依据组合业务组的管理策略信息，将组合业务组管理策略中的各项管理规则添加到区域网关运行模式文件中，形成新的区域网关运行模式，使得区域网关可以依据该区域网关运行模式文件中管理规则进行运行。

具体的，区域网关在首次运行时可以依据自身所属的区域网关运行模式文件中各管理规则中的输入对象成员，各输入对象成员状态值存储表，并可在运行过程中依据系统内各成员设备运行状态，更新自身已涵盖运行模式文件所属设备的对象成员状态值存储表的应用输入对象成员状态值。需要说明的是，更新方式可以是区域网关定时主动向对应设备所在的其他终端控制器进行读取，也可以是其他终端控制器在状态变化时或特定时间点(如固定周期方式)将此状态值发送至及区域网关，本发明实施例对此不作具体限制。

步骤280，将所述终端控制器运行模式文件发送给终端控制器。

其中，所述终端控制器为所述业务子系统中与终端设备连接的控制器。具体而言，本发明实施例在确定出终端控制器运行模式文件后，可以将该终端控制器运行模式文件下发给对应的终端控制器，使得终端控制器可以依据该终端运行模式文件中各项管理规则进行运行。

具体的，终端控制器在首次运行时可以依据自身所属的终端控制器运行模式文件中各管理规则中的输入对象成员，各输入对象成员状态值存储表，并可在运行过程中依据系统内各成员设备运行状态，更新自身已涵盖运行模式文件所属设备的对象成员状态值存储表的应用输入对象成员状态值。需要说明的是，更新方式可以是终端控制器定时主动向对应设备所在的其他终端控制器进行读取，也可以是其他终端控制器在状态变化时或特定时间点(如固定周期方式)将此状态值发送至及终端控制器，本发明实施例对此不作具体限制。

进一步的，本发明实施例在将所述运行模式文件发送给终端控制器之前，还包括：接收终端控制器发送的注册请求；基于所述注册请求为所述终端控制器分配对应的终端控制器运行模式文件。其中，将所述运行模式文件发送给终端控制器包括：将分配的终端控制器运行模式文件添加到所述终端控制器的注册结果中，向所述终端控制器发送所述注册结果。从而使得终端控制器在接收到该注册结果后，可以根据该注册结果中携带的终端控制器运行模式文件确定出目标运行模式，并基于目标运行模式按照该运行模式文件中各项管理规则进行运行。具体的，终端控制器可以按照接收到的终端控制器运行模式文件中的定义各项输入/输出及处理模式定义，通过下行接口，向现场设备进行本地采集、监测、控制，并可通过上联接口，向区域网关或邻近终端控制器进行状态、警报、事件、记录、日志等。

作为本发明的一个示例，在完成楼宇自动化系统中分布式设备终端的搜索与自我发现，以及终端控制器接入区域网关与系统管理平台建立连接关系后，可以形成应用站点全系统连接关系和设备分布地图，随后可在形成应用站点全系统连接关系和设备分布地图的基础上，定义业务管理策略，以依据定义的业务管理策略中生成终端控制器的运行模式文件。其中，设备分布地图可以确定设备位置分布情况；业务管理策略可以分为单业务管理策略和多业务管理策略。

具体的，在单业务管理策略定义时，可以先以本站点区域内所有终端设备为对象，按本地区域设备信息汇总表中各终端设备业务所属，进行本区域内的各项单业务子系统划分，如可以划分为诸如门禁管理子系统、消防管理子系统、空调管理子系统、电能管理子系统等单业务子系统。需要说明的是，单业务管理子系统的划分可以是楼宇综合管理的基本形式，是实现众多基本功能和更进一步的多业务组合管理的基础。

在各单业务子系统划分的基础上，可以进一步按自身业务管理要求，选定各类业务子系统所属的终端设备，并可以以设备组为对象进行各设备组管理策略定义。设备组管理策略的定义可以包括：策略名称、所属设备成员以及管理规则的定义。在具体实现中，设备组管理策略定义的第一步可以是按各子系统内各设备对象之间的关联关系进行各设备组的划分与命名，然后可依据设备组内设备关联性对各设备组所属成员对象进行选定，随后可对各业务子系统内各设备组的管理规则进行创建和编辑，得到各设备组对应的管理规则，进而可以基于该设备组的策略名、设备组所属设备成员以及设备组对应的管理规则形成设备组管理策略，从而使得区域网关可以依据子系统内各设备组管理策略，向各设备组所属设备成员的“终端控制器运行模式文件”添加对应管理规则项，并可同步将更新后的终端控制器运行模式文件下发至对应的终端控制器，使得终端控制器可按运行模式文件中自身所属各项管理规则进行输入/输出及相关处理，实现对终端控制器运行模式在应用的动态管理与配置，从而能够满足多逻辑维度或多业务功能需求下的分布式楼宇自动化系统的自适应动态构建要求。

在上述已形成各子系统单业务管理策略基础上，可以依据多子系统组合业务联动管理需求，确定本区域内多业务组合管理业务的划分与命名，如安防综合联动管理子系统可以包括门禁管理子系统、消防管理子系统、电梯管理子系统、出入口/视频监控管理子系统等单业务子系统的联动，环境综合联动管理子系统包括空调管理子系统、通风管理子系统、环境监测子系统等单业务子系统的联动。

在多业务组合管理类划分的基础上，可以按自身各组合业务管理类的实际要求，进一步进行各业务组合组的划分与命名，再可以以各业务组合组内的各子业务间关联属性(如状态或控制项)为对象，进行各业务组合组的所属子系统关联成员选定。例如，区域网关可以以本站点全区域范围内各项单业务管理子系统为对象，如以门禁管理子系统、消防管理子系统、广播管理子系统、空调管理子系统、通风管理子系统、照明管理子系统、环境监测子系统等单业务子系统为对象，按照管理者对业务间组合管理的联动需求，进行各项多业务联动管理策略的子系统成员选定和管理规则定义，以形成相应的多业务组合租管理策略。其中，多业务组合组管理策略可以包括有：业务名称、类别、所属单业务、业务策略。业务策略的定义可以包含有：策略名、所属子系统关联成员以及管理规则的定义，需要说明的是，策略名可以是业务组合组的名称。

在实际处理中，在已完成各业务组合组划分和所属子系统关联成员选定的基础上，区域网关可以为各业务组合组分配默认管理规则，也可由管理者按实际联动管理要求，对此业务组合组的管理规则进行编辑，本示例对此不作具体限制。

具体而言，区域网关可以按业务组合组的一般管理方法、各所属子系统关联成员的设备名称类别，为其选定对应已有默认管理规则，如以第一业务组合组为例，该第一业务组合组所属的子系统关联成员包括：FL1.ID1和FR1.IDk，其默认管理规则可以是：当FR1消防管理子系统的#k烟感探头(FR1.Idk)检测到烟雾报警时，通知FL1门禁管理子系统的#1门禁(FL1.ID1)保持#1大门为常开，需要说明的是，FR1.IDk表示的是FR1消防管理子系统中的IDk设备，该IDk设备可以是#k烟感探头；FL1.ID1表示的是FL1门禁管理子系统中的ID1设备，该ID1设备可以是#1门锁。

若默认管理规则不适用于业务组合组，则区域网关可以由业务管理者按实际要求对此业务组合组的管理规则进行定义。其中，业务组合组的管理规则定义可以包括“输入”、“处理模式定义”及“输出”三部分；“输入”部分可以为此管理规则的影响因子，一般为某个子系统内的某个终端设备属性值，如门禁管理子系统的某个门锁状态，或者可以是某个子系统综合运行情况某项状态或参数值，如视频监控子系统单日内外来陌生人员识别总数量超限预警状态值等；“处理模式定义”部分可以为此规则对应处理方法，如可以是对影响因子进行时序逻辑或组合逻辑的处理；“输出”部分可以是将处理结果发送至选定位置对象进行日志记录，如将处理结果发送至其他各子系统内的选定终端控制器或区域网关进行日志记录，还可以输出控制结果、通知系统管理平台或第三方系统等，本示例对此不作具体限制。

例如，如表2所示，SC安防综合联动管理子系统中的第二业务组合组的管理规则GR-SC2，其输入对象包括:VD1.ID31(表示视频管理子系统#5摄像头)、FR1.ID32(表示消防管理子系统#6烟感探测头)、BC1.ID50(表示广播与信息发布子系统#10广播)，若VD1.ID31.p1表示视频管理子系统#5摄像头的火焰识别状态(如在VD1.ID31.p1的值为1时表示为有火焰识别状态，在VD1.ID31.p1的值为0表示未识别有火焰状态)，FR1.ID32.p1表示消防管理子系统#6烟感探测头检测状态(如FR1.ID32.p1为1表示为有烟雾检测状态，FR1.ID32.p1为0表示为无烟雾检测状态)，BC1.ID50.p2表示广播与信息发布子系统#10广播的消防报警通告(BC1.ID50.p2为1时广播与信息发布子系统#10播报消防报警通告，BC1.ID50.p2为0时广播与信息发布子系统#10不播报消防报警通告)，则处理模式定义可以表示为：BC1.ID50.p2＝funG2(VD1.ID31.p1,FR1.ID32.p1)，处理结果输出位置对象可以定义为BC1.ID50.p2。更进一步，在用户定义本策略处理模式时，可以根据用户操作设定判定条件3：“VD1.ID31”为有火焰识别状态，且同时FR1.ID32为有烟雾检测状态，判定条件3满足，使得区域网关可以在条件3满足时通过上行接口通知BC1.ID50(表示广播与信息发布子系统#10广播的消防报警)进行播报，即通过上行接口通知广播与信息发布子系统#10广播的消防报警进行播报，其对应生成处理函数funG2的具体表达可以为C1.ID50.p2＝(VD1.ID31.p1&FR1.ID32.p1)。

表2

随后，区域网关可以依据各组合管理类的各业务组合组管理策略中的各项管理规则，将各管理规则添加至区域网关运行模式文件，形成新的区域网关运行模式文件，随后可以按照该区域网关运行模式文件中的各项管理规则运行，如将终端控制器运行模式文件下发给对应的终端控制器，使得终端控制器可以依据终端控制器运行模式文件中的管理规则进行运行。

进一步的，本发明实施例提供一种楼宇管理系统的处理方法，应用于终端控制器。如图4所示，应用于终端控制器侧的楼宇管理系统的处理方法具体可以包括如下步骤：

步骤410，接收区域网关发送的运行模式文件。

其中，所述运行模式文件为所述区域网关依据业务对象组的管理规则信息确定的文件信息；所述业务对象组为对业务子系统的目标成员对象进行划分得到的对象组。

步骤410，按照所述运行模式文件中各项管理规则运行。

具体而言，终端控制器在接收到运行模式文件后，可以依据该运行模式文件确定出目标运行模式，以在该目标运行模式下按照运行模式文件中的各项管理规则运行，从而满足多逻辑维度或多业务功能需求下的分布式楼宇自动化系统的自适应动态构建要求。

综上，本发明实施例通过区域网关内的单业务管理策略和多业务组合管理策略，实现对终端控制器运行模式在应用的动态管理与配置，提高管理策略与多业务融合应用的灵活性，满足多逻辑维度或多业务功能需求下的分布式楼宇自动化系统的自适应动态构建要求。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。

参照图5，示出了本发明实施例中的一种楼宇管理系统构建装置的结构框图。本发明实施例中的楼宇管理系统的处理装置可以应用于区域网关，具体包括如下模块：

业务子系统确定模块510，用于依据业务管理需求信息，确定目标区域的各业务子系统；

业务对象组确定模块520，用于分别依据各业务子系统的类别名称信息，选定各业务子系统的目标成员对象，并分别对所述各业务子系统的目标成员对象进行划分，得到各业务子系统的业务对象组；

运行模式文件确定模块530，用于依据所述业务对象组的管理规则信息确定运行模式文件；

运行模式文件发送模块540，用于将所述运行模式文件发送给终端控制器，其中，所述终端控制器用于按照所述运行模式文件中的各项管理规则运行。

可选的，本发明实施例中的业务子系统确定模块510包括如下子模块：

获取子模块，用于获取区域设备信息汇总表；

确定子模块，用于依据所述区域设备信息汇总表中的业务属性信息确定业务管理需求信息，其中，所述业务管理需求信息包括单业务管理需求信息和/或组合业务联动管理需求信息；

划分子模块，基于所述业务管理需求信息对所述目标区域的业务系统进行划分，得到所述目标区域的各业务子系统。

在上述实施例的基础上，可选的，业务对象组确定模块520包括如下子模块：

类别名称确定子模块，用于确定各业务子系统的类别名称信息；

第一成员对象选定子模块，用于在所述类别名称信息中的业务类别信息为单业务类别信息时，从所述区域设备信息汇总表中提取单业务子系统的终端控制器信息，并基于所述终端控制器信息选定目标终端控制器和目标终端设备，以将所述目标终端控制器和所述目标终端设备确定为所述单业务子系统的目标成员对象，其中，所述单业务子系统为基于所述单业务管理需求信息划分到的业务子系统，所述目标终端设备为与所述目标控制器连接的终端设备；

第二成员对象选定子模块，用于在所述类别名称信息中的业务类别信息为组合业务类别信息时，依据所述类别名称信息中的业务名称信息，确定组合业务联动子系统的关联业务子系统，并依据所述关联业务子系统之间的关联关系选定关联设备对象，以将所述关联设备对象确定为所述组合业务联动子系统的目标成员对象，其中，所述关联业务子系统为与所述组合业务联动子系统关联的单业务子系统。

可选的，业务对象组确定模块520还包括如下子模块：

关联关系确定子模块，用于确定每个单业务子系统中各目标成员对象之间的关联关系；

设备组划分子模块，用于依据所述关联关系进行设备组划分，得到每个单业务子系统的设备组。

可选的，业务对象组确定模块520还包括：组合组划分子模块。该组合组划分子模块，用于基于组合业务联动管理需求信息，对每个组合业务联动子系统中的目标成员对象进行划分，得到每个组合业务联动子系统的业务组合组。

可选的，运行模式文件确定模块530可以包括如下子模块：

管理规则信息获取子模块，用于获取所述业务对象组的管理规则信息，其中，所述管理规则信息包含编辑规则信息和默认规则信息；

管理策略信息确定子模块，用于依据所述管理规则信息确定所述业务对象组的管理策略信息；

运行模式文件生成子模块，用于基于所述管理策略信息生成运行模式文件，所述运行模式文件包含终端控制器运行模式文件和区域网关运行模式文件。

可选的，上述楼宇管理系统的处理装置还包括如下模块，还包括：

注册请求接收模块，用于接收终端控制器发送的注册请求；

运行模式分配模块，用于基于所述注册请求为所述终端控制器分配对应的终端控制器运行模式文件。

例如，注册请求接收模块可以在运行模式文件发送模块540将所述运行模式文件发送给终端控制器之前，接收终端控制器发送的注册请求，从而可以触发运行模式分配模块基于所述注册请求为所述终端控制器分配对应的终端控制器运行模式文件。

可选的，运行模式文件发送模块540可以包括如下子模块：

运行模式文件添加子模块，用于将分配的终端控制器运行模式文件添加到所述终端控制器的注册结果中；

发送子模块，用于向所述终端控制器发送所述注册结果。

需要说明的是，上述应用于区域网关的楼宇管理系统的处理装置可执行本发明任意实施例中区域网关侧的楼宇管理系统的处理方法，具备执行方法相应的功能和有益效果。在上述实施例的基础上，本发明实施例还提供了一种网关设备，包括：存储器和处理器；所述存储器中存储有至少一条指令，所述指令由所述处理器执行，使得所述网关设备执行上述方法实施例中区域网关侧的楼宇管理系统的处理方法。

在实际处理中，网关设备可以具有上联网络接口WAN和内网接口LAN，其中，上联WAN接口一般可接入位于广域网的系统管理平台，内网接口LAN一般可以借助园区本地局域网或自组网方式实现与区域内终端控制器的数据连接。具体而言，网关设备可为终端控制器分配唯一ID编号，构建并形成区域设备管理信息汇总表。区域设备管理信息汇总表的每项信息可以包括的本机编号、业务所属、位置号、模式配置文件名、运行状态、终端设备名称及出厂编号等。在本发明实施例中，作为区域网关的网关设备了可以依据全域内设备管理信息汇总表各设备位置号，进一步形成全区域设备分布地图。

此外，网关设备可以依据实际各项业务管理要求，定义或调整区域网关内诸如单业务管理策略S1、多业务组合管理策略S2等管理策略。需要说明的是，每项管理策略可以包括：策略名称、所属成员、管理规则定义。

在确定管理策略后，网关设备可依据单业务管理策略S1和多业务组合管理策略S2，以管理规则定义内容注入方式，形成各终端控制器运行模式文件和网关运行模式文件；其中，网关运行模式文件可以用于支持网关完成多业务组合管理，终端控制器运行模式文件可以分发给对应终端控制器，使得终端控制器可以按照终端控制器运行模式文件中的各项管理规则运行，实现对终端控制器运行模式在应用的动态管理与配置，提高管理策略与多业务融合应用的灵活性，满足多逻辑维度或多业务功能需求下的分布式楼宇自动化系统的自适应动态构建要求。

进一步的，本发明实施例还提供另一种楼宇管理系统的处理装置，应用于终端控制器。如图6所示，应用于终端控制器侧的楼宇管理系统的处理装置，可以包括如下模块：

运行模式文件接收模块610，用于接收区域网关发送的运行模式文件，其中，所述运行模式文件为所述区域网关依据业务对象组的管理规则信息确定的文件信息，所述业务对象组为对业务子系统的目标成员对象进行划分得到的对象组；

运行模块620，用于按照所述运行模式文件中各项管理规则运行。

需要说明的是，上述应用于终端控制器的楼宇管理系统的处理装置可执行本发明任意实施例中终端控制你器侧的楼宇管理系统的处理方法，具备执行方法相应的功能和有益效果。

在实际处理中，应用于终端控制器的楼宇管理系统的处理装置可以集成在控制器设备中，使得控制器设备可以执行上述方法实施例中终端控制器侧的楼宇管理系统的处理装置。进一步的，本发明实施例还提供一种控制器设备，包括：存储器和处理器；所述存储器中存储有至少一条指令，所述指令由所述处理器执行，使得所述控制器设备执行如上述方法实施例中终端控制器侧的楼宇管理系统的处理方法。

在具体实现中，可以通过终端控制器、区域网关构建一个楼宇管理系统。该楼宇管理系统可以是一个分布式楼宇自动化系统，具体可以包括区域网关、终端控制器以及现场终端设备。其中，现场终端设备可以是依据建筑自动化实际管理需求，部署于建筑内各物理点位的现场设备对象，通常是分散化部署，如可以是安防、能源、空调、照明、供水、消费等相关设备，各现场设备均带有近场身份标签，如RFID等，且电子标签信息内容可以包括此设备制造信息及出厂参数等基础信息。其中，制造信息包括设备名称、功能类别、应用项目站点名、厂家、出厂编号；出厂参数可以包括接口通信参数和协议类别、DI/DO/AI/AO接口量程、映射系数和驱动极性等，本实施例对此不作限制。在现场安装终端设备后，可利用标签读写器向该终端设备的身份标签中写入其地理位置号信息。

终端控制器可以为模块化可后装结构，可以由主体、上联接口和下行接口构成，如可以是小型化通用终端控制器。其中，主体可以具有完整防护结构，可提前进行现场安装，并应与其对接设备就近安装，且主体可以具备近场身份标签读取模块，并可将该近场身份标签读取模块作为本发明实施例中的标签识别模块，从而使得终端控制器可以通过该近场标签识别模块识别出邻近设备的身份信息。此外近场标签识别模块可定位标签的相对距离，如采用功率逼近调节法来定位现场终端设备的标签的相对距离等。此外，终端控制器的上联/下行接口可以采用模块化，并可支持快插接口机构，可现场部署时进行更换；其中，上联口可以作为IP网络接口，具体接口形式可以是LAN、WIF、4G等接口模块，一般通过接入园区或楼宇本地局域网或自组网的方式，终端控制器可完成其自身至内网网关、邻近终端控制器或广域网系统平台的数据连接；下行接口可以是IP网络接口/工业现场总线，如可以是诸如RS485、CAN等有线数据接口，也可以是RF433、LOR等无线数据接口，还可以是开关量或模拟量的输入/输出接口，其主要完成终端控制器与现场设备的数据或信号连接。终端控制器的软件运行方式可以支持按运行模式文件内包含的管理规则项进行运行，如可以按照运行模式文件在所包含的输入/输出及逻辑处理方法进行运行，其运行方式可以是：通过上联接口向邻近终端控制器进行通知或向区域网关进行记录或报警上传，通过下行接口向所连接的现场设备获取计量/检测值、或进行输出控制等，本实施例对此不作具体限制。

进一步的，本发明实施例还提供一种楼宇管理系统。如图7所示，该楼宇管理系统包括：终端控制器710、网关设备720以及管理平台730；其中，所述网关设备720可以包括上述实施例所提及的网关设备，如可以是上述方法实施例中所提及的区域网关；所述终端控制器710可以包括如上述实施例中所提及的的控制器设备，如可以是上述方法实施例中所提及的终端控制器。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。