CN111885162B - 楼宇设备管理系统 - Google Patents

Abstract

本发明公开了一种楼宇设备管理系统，包括：业务逻辑处理模块，根据楼宇内所安装的底层设备对应设有多个，且不同的业务逻辑处理模块控制其对应的底层设备执行不同的业务内容；数据中台，提供对所述业务逻辑处理模块进行调用的控制逻辑，将用户控制指令根据所述控制逻辑转发给对应的至少一个业务逻辑处理模块，以控制对应的底层设备执行相应的业务内容。本发明实现了基于底层设备的不同实现可定制化的楼宇设备管理系统，同时任意一个楼宇设备管理系统中的业务逻辑处理模块可以被复用在其他具有相同底层设备的任意的楼宇设备管理系统中。

Description

楼宇设备管理系统

技术领域

本发明涉及智能楼宇控制技术领域，尤其涉及一种楼宇设备管理系统。

背景技术

楼宇自控系统管理平台也称为楼宇设备管理系统，是对楼宇建筑中所安装的所有底层设备进行管理及控制的系统，现有技术中由于不同的底层设备由不同的厂商提供，因此不同的底层设备通过不同的子系统进行控制，如现有的楼宇自控系统管理平台可能会具有的子系统包括暖通空调系统、送排风系统、给排水系统、门禁系统、电梯系统、停车场系统等子系统，因而现有的楼宇自控系统管理平台是这些子系统的集成控制以及集中管理的平台。

现有的楼宇自控系统中，各种子系统设备的接入及通讯方式大不相同，涉及到的通讯协议包括了Modbus、BACnet、KNX等各种不同的通讯协议，同时各子系统本身的通讯垂直性、独立性较强，想要通过一个统一的管理平台对下面的所有子系统进行数据对接并管理，就要针对每个工程所接入的不同通讯方式的设备进行特定的开发，这样耗费的时间资源、人力资源相当巨大。

因此如何设计一种既可以根据所安装的底层设备的不同而实现定制化，又可以同时提高楼宇设备管理系统的复用性的楼宇设备管理系统，是业界亟待解决的技术问题。

发明内容

为了解决现有技术中楼宇设备管理系统的定制化和复用性、适用性相互冲突的技术问题，本发明提出了一种楼宇设备管理系统，包括：

业务逻辑处理模块，根据楼宇内所安装的底层设备对应设有多个，且不同的业务逻辑处理模块控制其对应的底层设备执行不同的业务内容；

数据中台，提供对所述业务逻辑处理模块进行调用的控制逻辑，将用户控制指令根据所述控制逻辑转发给对应的至少一个业务逻辑处理模块，以控制对应的底层设备执行相应的业务内容。

进一步，所述业务逻辑处理模块根据所述底层设备的种类进行对应设置。

进一步，所述业务逻辑处理模块之间无耦合关系。

进一步，所述业务逻辑处理模块在对应的底层设备执行相应的业务内容后将对应的底层设备的执行结果和/或状态数据反馈给所述数据中台，并由所述数据中台基于所述执行结果和/或状态数据向用户提供交互信息。

具体的，所述业务逻辑处理模块包括：运行逻辑、控制API和状态API；所述运行逻辑判断所述数据中台转发的用户控制指令是否有效；所述控制API将有效的用户控制指令传递给对应的底层设备；所述状态API接收对应的底层设备反馈的执行结果和/或状态数据。

优选的，不同业务逻辑处理模块的控制API或状态API为统一标准的API。

进一步，所述业务逻辑处理模块通过网络控制器建立起该业务逻辑处理模块与其对应的底层设备之间的通信对应关系。

具体的，所述楼宇设备管理系统所包含的业务逻辑处理模块包括暖通模块、照明模块、给排水模块、门禁模块、视频模块、安防模块、变配电模块、电梯模块、停车场模块以及送排风模块当中的至少一种。

具体的，所述数据中台的控制逻辑根据用户需求进行定制。

具体的，所述控制逻辑包括：对单一业务逻辑处理模块进行调用的单一控制逻辑，和/或对多个业务逻辑处理模块按预设规则进行调用的联动控制逻辑。

具体的，用户通过设置在智能设备上的前端应用程序来发送用户控制指令至所述数据中台。

本发明解决了现有技术中楼宇设备管理系统中各个子系统垂直性较强，无法交差管理的问题，本发明将楼宇设备管理系统划分为可根据用户需求定制的数据中台以及可复用的业务逻辑处理模块，既解决了楼宇设备管理系统需要根据所安装的底层设备的不同实现定制化的问题，又可以实现针对不同楼宇工程提供了一种适用性及复用性较强的管理系统，并且通过定制的联动控制逻辑使得各个底层设备之间的交差管理的问题也可以得到进一步的解决。

附图说明

下面结合实施例和附图对本发明进行详细说明，其中：

图1为本发明一实施例的系统框架图；

图2为本发明不同工程所选用的业务逻辑处理模块框架图；

图3为本发明业务逻辑处理模块的基本构成示意图。

具体实施方式

为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

由此，本说明书中所指出的一个特征将用于说明本发明的一个实施方式的其中一个特征，而不是暗示本发明的每个实施方式必须具有所说明的特征。此外，应当注意的是本说明书描述了许多特征。尽管某些特征可以组合在一起以示出可能的系统设计，但是这些特征也可用于其他的未明确说明的组合。由此，除非另有说明，所说明的组合并非旨在限制。

下面结合附图以及实施例对本发明的原理进行详细说明。

图1给出了本发明的楼宇设备管理系统的一个具体实施例，本发明的楼宇设备管理系统主要是通过数据中台和业务逻辑处理模块来实现对楼宇内安装的各种底层设备进行管理。业务逻辑处理模块根据楼宇内所安装的底层设备对应设有多个，且不同的业务逻辑处理模块控制其对应的底层设备执行不同的业务内容。而数据中台根据用户的需求来进行定制，提供对业务逻辑处理模块进行调用的控制逻辑，将用户控制指令根据控制逻辑转发给对应的至少一个业务逻辑处理模块，以控制对应的底层设备执行相应的业务内容。

本发明将现有技术中的混在一起的统一的对底层设备进行控制的模块分成了多个业务逻辑处理模块，多个业务逻辑处理模块都通过网络控制器来获取底层设备的数据，即业务逻辑处理模块通过网络控制器建立起该业务逻辑处理模块与其对应的底层设备之间的通信对应关系。每个业务逻辑处理模块只负责与它管理之下的对应的底层设备进行通信，发送对应的用户控制指令以及获取对应的执行结果和/或状态数据，各业务逻辑处理模块之间并不存在耦合关系。每一个业务逻辑处理模块在对应的底层设备执行相应的业务内容后，将对应的底层设备的执行结果和/或状态数据反馈给数据中台，并由数据中台基于该执行结果和/或状态数据向用户提供交互信息。

在一个实施例中，业务逻辑处理模块可以根据底层设备的种类进行对应设置，本领域内技术人员根据需要也可以采用其他方式将需要管理控制的底层设备进行分类，并且通过不同的业务逻辑处理模块进行分别控制。在本发明的具体实施例中，可供具体的楼宇管理工程选择的业务逻辑处理模块包括暖通模块、照明模块、给排水模块、门禁模块、视频模块、安防模块、变配电模块、电梯模块、停车场模块以及送排风模块。例如，暖通模块对应的底层设备为空调，照明模块对应的底层设备为灯具。

具体的楼宇管理工程可以根据实际安装的底层设备选择这些业务逻辑处理模块当中的至少一种。如图2所示，工程1根据其所负责的底层设备，选用的业务逻辑处理模块有照明模块、暖通模块、送排风模块。工程2根据其所负责的底层设备，选用的业务逻辑处理模块有暖通模块和视频模块。工程3根据其所负责的底层设备，选用的业务逻辑处理模块有视频模块、安防模块、变配电模块。一个楼宇设备管理系统可能包含多个工程，也可能只包含一个工程。每个工程的具体的业务逻辑处理模块负责不同的底层设备。由于本发明将具体的底层设备对应的业务逻辑处理模块进行了详细的划分，因而，在其他楼宇有设备管理需求时，这部分的业务逻辑处理模块可以完全进行复用，无需再去重新开发，节省人力物力。

如图3所示，在一个实施例中，具体的每一个业务逻辑处理模块均包括判断从数据中台转发过来的用户控制指令是否有效的运行逻辑，如果有效则将有效的用户控制指令传递给对应的底层设备的控制API（应用程序接口），实现对底层设备的控制，同时，业务逻辑处理模块还具有接收对应的底层设备反馈的执行结果和/或状态数据的状态 API（应用程序接口）。图3中是以照明模块控制的照明设备为例，来说明本发明的业务逻辑处理模块的基本构成。

本发明由于每个业务逻辑处理模块提供的控制API和状态API都是统一标准的API，即数据接口的统一，因此数据中台能调用所有业务逻辑处理模块的控制API和状态API，即便底层设备本身的数据接口统一，经过业务逻辑处理模块转换为统一可与数据中台进行通信的是数据接口，就可以使得数据中台实现对各个业务逻辑处理模块的调用，因为一种业务逻辑处理模块只接入一类底层设备，例如照明模块负责处理照明系统的数据，不会处理空调系统的数据，因此只需要保证业务逻辑处理模块的接口统一。

数据中台是一个根据用户需求来定制的部分，主要是根据用户需求来定制对所有业务逻辑处理模块进行调用的控制逻辑以及与控制逻辑对应的交互接口，数据中台将通过交互接口接收到的用户控制指令，根据控制逻辑转发给对应的至少一个业务逻辑处理模块，以达到控制对应的底层设备执行相应的业务内容的目的。

数据中台可以提供的定制化的交互接口具体可以是物理存在的设置在操作板上的操控按钮，也可以是安装在智能设备上的前端应用程序，例如可安装在手机、电脑上的前端应用程序等。

由于数据中台的控制逻辑和交互接口可以根据用户需求进行定制，那么数据中台内的控制逻辑除了对单一业务逻辑处理模块进行调用的单一控制逻辑，还可以包括对多个业务逻辑处理模块按预设规则进行调用的联动控制逻辑，或者只包含单一控制逻辑或者联动控制逻辑。联动控制逻辑指的是在控制某个底层设备达到的某个状态时调用另一个业务逻辑处理模块的控制API来控制另一个底层设备，从而实现底层设备之间的互联互通。

例如某一个楼宇设备管理系统的前端页面有个按键（也可以是物理存在的设置在操作板上的操控按钮）是对空调和照明系统的集中开关键，用户通过前端页面（如前端应用程序中的页面）点击按键时就可以将用户控制指令给到数据中台，数据中台根据控制逻辑识别该用户控制指令是要开空调和照明系统，即该控制逻辑是一个联动控制逻辑，该联动控制逻辑会分别调用空调系统和照明系统对应的业务逻辑处理模块中的控制API，下发对应的指令，从而实现用户所操作的控制。

在其他一些实施例中，联动控制逻辑可能按照预设的规则来调用多个业务逻辑处理模块，例如依次调用，或者是在调用某一个业务逻辑处理模块之后，到达一定的时长或者上一个业务逻辑处理模块对应的底层设备到达某一个状态，继续调用下一个业务逻辑处理模块，具体的联动规则，可以根据用户的需求进行详细定制。

基于本发明的上述技术方案，使得研发人员在对一个楼宇工程进行系统的应用设计时，根据该工程的实际情况（有多少类型的业务逻辑处理模块），在业务逻辑处理模块这部分就可以相应的进行模块的增加或删减来匹配该工程的需要，以分模块化的形式进行增加或删减，每个层级每个模块都专注自身的工作实现，与其他模块耦合性低，因此如果工程实际需求变化不大时，即可通过各层级各模块的自由搭配组合即可完成楼宇自控系统的设计，快速响应工程方的实施要求，大量的减少了应用设计时间，提高楼宇自控系统的适用性。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种楼宇设备管理系统，其特征在于，包括：

业务逻辑处理模块，根据楼宇内所安装的底层设备对应设有多个，所述业务逻辑处理模块根据所述底层设备的种类进行对应设置，且不同的业务逻辑处理模块控制其对应的底层设备执行不同的业务内容；所述业务逻辑处理模块包括：运行逻辑、控制API和状态API；所述运行逻辑判断数据中台转发的用户控制指令是否有效；所述控制API将有效的用户控制指令传递给对应的底层设备；所述状态API接收对应的底层设备反馈的执行结果和/或状态数据；

数据中台，提供对所述业务逻辑处理模块进行调用的控制逻辑，将接收到的用户控制指令根据所述控制逻辑转发给对应的至少一个业务逻辑处理模块，以控制对应的底层设备执行相应的业务内容。

2.如权利要求1所述的楼宇设备管理系统，其特征在于，所述业务逻辑处理模块之间无耦合关系。

3.如权利要求1所述的楼宇设备管理系统，其特征在于，所述业务逻辑处理模块在对应的底层设备执行相应的业务内容后将对应的底层设备的执行结果和/或状态数据反馈给所述数据中台，并由所述数据中台基于所述执行结果和/或状态数据向用户提供交互信息。

4.如权利要求1所述的楼宇设备管理系统，其特征在于，不同业务逻辑处理模块的控制API或状态API为统一标准的API。

5.如权利要求1所述的楼宇设备管理系统，其特征在于，所述业务逻辑处理模块通过网络控制器建立起该业务逻辑处理模块与其对应的底层设备之间的通信对应关系。

6.如权利要求1所述的楼宇设备管理系统，其特征在于，所述楼宇设备管理系统所包含的业务逻辑处理模块包括暖通模块、照明模块、给排水模块、门禁模块、视频模块、安防模块、变配电模块、电梯模块、停车场模块以及送排风模块当中的至少一种。

7.如权利要求1所述的楼宇设备管理系统，其特征在于，所述数据中台的控制逻辑根据用户需求进行定制。

8.如权利要求7所述的楼宇设备管理系统，其特征在于，所述控制逻辑包括：对单一业务逻辑处理模块进行调用的单一控制逻辑，和/或对多个业务逻辑处理模块按预设规则进行调用的联动控制逻辑。

9.如权利要求1所述的楼宇设备管理系统，其特征在于，用户通过设置在智能设备上的前端应用程序来发送用户控制指令至所述数据中台。

Images