技术领域
[0001] 本发明涉及一种建筑系统，尤其涉及一种建筑整合管理系统。
相关背景技术
[0002] 近年来，随着电脑、网际网络、互联网以及大数据等技术的发展，各式各样的建筑物皆朝着智能化的方向发展，以期能够提升使用者的居住品质。
[0003] 一般来说，市面上常见的智能型建筑管理系统系强调各个独立的子系统(例如门禁系统、照明系统、空调系统等)之间的整合性，并且借由友善的图形化界面来提供整合后的信息，并且提供使用者进行连动控制的功能(例如于回家时同时启动照明系统以及空调系统)，以提升使用便利性。
[0004] 然而，随着建案的数量日益增加，各式建筑物以及其附属的各项设备的类型、通信协定、控制方式等需要考量的条件日趋复杂，现有的管理系统在子系统、设备等物件的布署以及设定上已显得越来越吃力。
[0005] 举例来说，上述子系统可能分别以多个设备来构成，而一栋建筑物内部可能同时包含了多个子系统(如上述的照明系统、空调系统等)，一个专案下可能同时涵盖了多栋建筑物(例如一间公司在同一地区内的多个厂房)，而一个专案管理人可能需要同时管理多个专案(例如总公司的管理人可能需要同时管理海内外的多个子公司的多栋建筑物)。
[0006] 如上所述，若采用现有的管理系统，则管理者必须对专案中所包含的每一栋建筑物进行逐一设定，而即使各建筑物中采用的系统、设备相同或近似，管理者仍然必须借由程序的撰写来逐一对各栋建筑物中的系统、设备进行设定，相当麻烦。
[0007] 如上所述，上述的建筑物设定方式实存在着较高的设定门槛，并且需要较长的设定时间，因而增加了建筑物的建置以及管理成本。
具体实施方式
[0138] 下面结合附图对本发明的结构原理和工作原理作具体的描述：
[0139] 参阅图1，为本发明的整合系统的示意图的第一具体实施例。本发明提供了一种智能建筑整合管理系统，所述智能建筑整合管理系统至少包括一个云端管理系统1以及一或多个智能建筑系统2。一个智能建筑系统2主要对应至一栋建筑物(图未标示)，以对建筑物内部实际建置的多个设备4进行设定、管理以及数据的搜集与分析。图1的实施例是以单一个智能建筑系统2管理单一栋建筑物为例，进行说明，但并不以图1所示者为限。
[0140] 于一实施例中，所述云端管理系统1为建立在云端空间(例如亚马逊云端运算服务(Amazon Web Services,AWS)中的一个虚拟系统，用以管理一或多个专案(Project)。其中，每一个专案至少包含云端管理系统1通信连接的所有智能建筑系统2所负责的所有建筑物。于一实施例中，所述智能建筑系统2是以实体的电脑或服务器结合对应的功能软件来实现，对应至至少一栋建筑物，并且借由有线或无线的方式连接建筑物中的多个设备4。
[0141] 本发明的智能建筑整合管理系统还包括至少一个智能建筑套件3，所述智能建筑套件3为一种可编程的实体设备、电脑或服务器，用以实际连接设置在建筑物中的至少一设备4，并且基于内部的设定值来周期性地取得所连接的设备4的设备参数P1‑P3。
[0142] 如图1所示，云端管理系统1至少具有云端设定平台11，智能建筑系统2至少具有地端设定平台21。于一实施例中，管理者可使用管理终端(例如个人电脑、智能手机、平板电脑等)连接网际网络，并且借由网际网络连接云端管理系统1以对云端管理系统1进行操作。云端管理系统1可借由云端设定平台11提供操作界面并接受管理者发出的外部操作，以建立多个云端设定档F1。于一实施例中，各个云端设定档F1分别记录了不同的智能建筑系统2的媒体存取控制地址(Media Access Control Address,MAC Address)，并且分别记录各个智能建筑系统2所负责的建筑物所需的设定内容。
[0143] 于一实施例中，智能建筑系统2具有一组独特的MAC Address。当智能建筑系统2启动后，可基于自身的MAC Address来取得对应的一个云端设定档F1，并借由所取得的云端设定档F1来进行地端的设定程序。
[0144] 具体地，智能建筑系统2启动后，可以采用线上或离线的方式来汇入所述云端设定档F1。于一实施例中，智能建筑系统2在启动后通过地端设定平台21向云端管理系统1发出汇入设定档的请求，同时发出加密过的MAC Address。云端管理系统1接收请求后，对所接收的MAC Address进行验证，并且判断是否有对应至这个MAC Address的云端设定档F1存在。并且，云端管理系统1于对应这个MAC Address的云端设定档F1存在时，令地端设定平台21直接下载并汇入此云端设定档F1。
[0145] 于另一实施例中，管理者可在云端管理系统1产生所述云端设定档F1后，将云端设定档F1存储至可携式存储设备中。当智能建筑系统2启动后，管理者将可携式存储设备连接至智能建筑系统2。此时，地端设定平台21验证可携式存储设备中存储的云端设定档F1所记录的MAC Address是否与此智能建筑系统2的MAC Address相符，并且于判断相符时从可携式存储设备中直接将此云端设定档F1汇入智能建筑系统2中。
[0146] 智能建筑系统2对应至至少一栋建筑物，并且智能建筑系统2汇入的云端设定档F1中记录了此栋建筑物所需的各项设定内容。本发明的其中一个主要技术特征在于，智能建筑系统2的地端设定平台21会受到汇入的云端设定档F1的内容所限制，而供管理者进行对应的设定程序，进而产生对应的地端设定档F2(容后详述)。
[0147] 于一实施例中，智能建筑系统2可将设定完成后产生的地端设定档F2发布给所连接的网络前台51及手机前台52，以令网络前台51与手机前台52基于地端设定档F2的内容来进行自身的设定动作。举例来说，网络前台51与手机前台52可以依据地端设定档F2的内容来提供对应的显示页面，借此使用者可通过上述显示页面来向智能建筑系统2发出查询数据的请求，并且于网络页面或手机页面上直接获得所需的数据(例如设备参数P1‑P3、统计图表等)。
[0148] 于一实施例中，云端管理系统1还具有云端网络管理平台12。所述云端网络管理平台12可通过网络前台或是手机前台来提供即时信息显示模块及警告模块(图未标示)，借此，使用者可以借由使用终端连接所述网络前台或手机前台，并通过即时信息显示模块来获得与云端设定程序相关的即时信息，并且于云端设定程序出现错误时，通过警告模块来获得相关警示信息。
[0149] 于一实施例中，智能建筑系统2还具有地端数据处理器22。所述地端数据处理器用以对智能建筑系统2从所搜集的数据进行统计与分析。具体地，智能建筑系统2通过智能建筑套件3连接建筑物中的多个设备4，并且搜集这些设备4的设备参数P1‑P3。并且，智能建筑系统2通过地端数据处理器22来对这些设备参数P1‑P3进行统计、分析与记录。
[0150] 值得一提的是，智能建筑系统2还通过地端数据处理器22来处理从网络前台51或手机前台52所接收的命令请求(例如，查询特定设备的设备参数或分析数据的请求)。于一实施例中，智能建筑系统2还可将地端数据处理器22作为与云端管理系统1的界接模块。具体地，智能建筑系统2通过地端数据处理器22来搜集智能建筑套件3上传的数据(包括设备参数P1‑P3、已分析完成的分析数据等)并进行汇整后，上传至云端管理系统1，以令使用者可以于云端管理系统1上进行查询与利用。
[0151] 所述智能建筑套件3用以连接建筑物中设置的至少一个设备4。本发明的其中一个技术特征在于，一个智能建筑套件3主要是用以连接一种特定类型的一或多个设备4，并且基于这个特定类型而预设定有一个对应的套件类型。当智能建筑套件3与智能建筑系统2通信连接时，所述地端设定平台21会依据智能建筑套件3的套件类型来启动一个对应的设定模块(图未标示)。于一实施例中，只有在所述设定模块被启动时，管理者才被允许通过这个设定模块来对智能建筑套件3进行设定，并且将设定内容记录于地端设定档F2中。最后，智能建筑系统2将所产生的地端设定档F2汇入智能建筑套件3，以完成对智能建筑套件3的设定程序(容后详述)。
[0152] 续请同时参阅图2，为本发明的云端设定平台的方块图的第一具体实施例。
[0153] 本发明中，所述云端设定平台11以软件方式实现于云端管理系统1中，并且提供了管理者编辑并建立所述云端设定档F1所需的线上页面。基于云端设定平台11所能达成的各项功能，云端管理系统1可将云端设定平台11逻辑切割成专案管理模块111、建物信息模型管理模块112、设备管理模块113、设备范本素材库114及建物信息模型数据库115。换句话说，所述专案管理模块111、建物信息模型管理模块112及设备管理模块113属于可编程的软件模块，所述设备范本素材库114及建物信息模型数据库115属于以软件实现的虚拟数据库。
[0154] 请同时参阅图3至图4E，其中图3为本发明的云端设定流程图的第一具体实施例，图4A至图4E分别为本发明的专案建立页面的示意图的第一具体实施例至第五具体实施例。
[0155] 图3提供了本发明的云端管理系统1借由云端设定平台11接受管理者的外部操作时，针对一个特定的智能建筑系统2建立一个专属的云端设定档F1时的设定程序(即，云端设定程序)。
[0156] 如图3所示，首先云端设定平台11通过专案管理模块111接受管理者的外部操作，以建立一个专案并设定专案数据，包括设定专案名称，以及此专案所包含的至少一栋建筑物的建筑物名称(步骤S10)。并且，专案管理模块111还基于外部操作来增添专案数据，包括设定负责所述建筑物的智能建筑系统2的MAC Address(步骤S12)，并且依据所述建筑物的实际需求，设定此智能建筑系统2所需包含的多个平台、多个系统以及多个设备的相关信息，并借此产生专属于此智能建筑系统2使用的云端设定档F1。
[0157] 如图4A所示，于一实施例中，云端设定平台11在管理者欲建立一个专案时，通过专案管理模块111提供一个对应的专案建立页面1110以供管理者输入专案数据。本实施例中，云端设定平台11对于一个专案的设定程序，依序包含了一般设定、平台设定、系统设定、设备设定(即品牌与型号设定)以及建物信息模型(Building Information Model,BIM)设定等子程序，并且上层子程序的设定结果会影响下层子程序可以设定的内容(容后详述)。
[0158] 如图4A所示，于一般设定子程序中，管理者可以于专案建立页面1110中输入要建立的专案的专案名称、专案所包含的一栋建筑物的建筑物名称、建筑物地点、以及管理此建筑物的智能建筑系统2的MAC Address。借由上述数据，云端设定平台11在建立了一份新的云端设定档F1后，可以将此云端设定档F1与特定的专案、建筑物以及智能建筑系统2进行关联。
[0159] 回到图3。在步骤S12后，所述专案管理模块111通过所述专案建立页面1110显示一个平台清单(步骤S14)，并且接受管理者的外部操作，以于平台清单中选择所述建筑物所需的多个平台(步骤S16)。
[0160] 如图4B所示，在平台设定子程序中，专案管理模块111在专案建立页面1110上显示一个平台清单，其中平台清单中记录了云端管理系统1所能支持的所有平台，例如建筑自动化系统(Building Automation System,BAS)、能源管理系统(Energy Management System,EMS)、设施管理系统(Facility Management System,FMS)等，但不以此为限。于步骤S16中，管理者可以选择平台清单上所显示的所有或部分平台，以利进行剩余的设定子程序。
[0161] 值得一提的是，如图4B所示，管理者可于专案建立页面1110上选择是否要启动建物信息模型。若建物信息模型被启动，则管理者后续可于专案建立页面1110上进行BIM设定子程序(容后详述)。
[0162] 回到图3。于步骤S16后，专案管理模块111依据被选择的一或多个平台产生一个系统清单，并且通过专案建立页面1110显示系统清单(步骤S18)。并且，专案建立页面1110接受管理者的外部操作，以于系统清单中选择所述建筑物所需的多个系统(步骤S20)。
[0163] 于一实施例中，所述系统清单包含了管理者在步骤S16中所选择的一或多个平台的所有可支持系统。换句话说，若一个平台没有被管理者所选择(例如图4B中所示的设施管理系统)，则这个平台底下的一或多个系统将不会被记录在系统清单中，故管理者在步骤S20中无法选择这些系统。如此一来，可以避免管理者设定错误，并且有效缩短设定所需时间。
[0164] 如图4C所示，在系统设定子程序中，专案管理模块111在专案建立页面1110上显示一个系统清单，其中系统清单中记录了在平台设定子程序中被选择的一或多个平台所能支持的所有平台，例如照明系统(Lighting)、空调系统(HVAC)、电梯系统(Elevator)、管道系统(Plumbing)、电力系统(Electricity)、灾难防止系统(Disaster Prevention)、冷却系统(Cooling)、遮蔽系统(Shading)、监视系统(Monitor)、停车系统(Parking Lot)等，但不以此为限。于步骤S20中，管理者可以选择系统清单上所显示的所有或部分系统，以利进行剩余的设定子程序。
[0165] 回到图3。于步骤S20后，专案管理模块111依据被选择的一或多个系统产生一个设备清单，并且通过专案建立页面1110显示设备清单(步骤S22)。并且，专案建立页面1110接受管理者的外部操作，以于设备清单中选择所述建筑物所需的多个设备(步骤S24)。于一实施例中，管理者主要是于设备清单上选择建筑物所需的多个设备的品牌及型号。
[0166] 值得一提的是，所述设备清单中记录了管理者在步骤S20中所选择的一或多个系统的所有可支持设备。换句话说，若一个系统没有被管理者所选择(例如图4C中所示的电梯系统、管道系统等)，则隶属于这个系统的一或多个设备不会被显示在设备清单中，故管理者在步骤S24中无法选择这些设备。如此一来，可以避免管理者设定错误，并且可以缩短设定所需时间。
[0167] 如图4D所示，在设备设定子程序中，专案管理模块111在专案建立页面1110上显示一个设备清单，其中设备清单中记录了在系统设定子程序中被选择的一或多个系统所能支持的所有设备。更具体地，设备清单中记录了被选择的一或多个系统所能支持的所有设备的品牌与型号(如图4D中所示的Power_Meter_PM001、Power_Meter_EMA001等)，但不以此为限。于前述步骤S24中，管理者可以选择设备清单上所显示的所有或部分设备。
[0168] 承上所述，在管理者没有启动所述建物信息模型的情况下，云端设定平台11即可基于所接收的专案名称、建筑物名称、MAC Address、被选择的多个平台、被选择的多个系统以及被选择的多个设备来产生专属于这个智能建筑系统2的云端设定档F1。
[0169] 请同时参阅图5，为本发明的设备范本素材库的示意图的第一具体实施例。本发明的云端设定平台11还具有设备范本素材库114，并且云端管理系统1通过设备范本素材库114记录了庞大数量的设备的完整数据。具体地，管理者可预先收集并建立建筑物中可能使用的各项已知设备的完整数据(例如品牌1141、型号1142、规格、属性、控制指令、通信界面及数据传输格式等)，并且将这些设备的完整数据记录于设备范本素材库114中。
[0170] 值得一提的是，除了已知设备(例如与云端管理系统1、智能建筑系统2、智能建筑套件3相同厂商所制造、提供的设备)之外，所述设备范本素材库114亦可接受管理者设定一或多个未知设备的品牌、型号、规格、属性、通信界面及数据传输格式等数据，以将未知设备的设备数据一同添加至设备范本素材库114中。
[0171] 本发明中，每一项设备(包括已知设备与未知设备)的设备数据都是利用弹性的数据结构来进行记录(例如以一个数据标签配对一笔数据内容的方式来记录)，以组成所述设备范本素材库114。当管理者通过图形化使用者界面(Graphical User Interface,GUI)对云端管理系统1进行操作以建立所述云端设定档F1，或是对智能建筑系统2进行操作以替各个建筑物配置对应的一或多个设备4时，可以直接并且重复地使用设备范本素材库114中记录的设备数据，而不必以程序码多次编写各个设备4的设备数据，进而可大幅降低设备4的设定门槛以及配置时间。
[0172] 回到图3。在专案管理模块111要产生所述云端设定档F1时，主要是基于管理者在步骤S24中选择的多个设备的品牌及型号来查询所述设备范本素材库114，并且从设备范本素材库114中读取这些设备的设备数据，并直接加入云端设定档F1中。借此，当管理者对智能建筑系统2进行设定时(即，地端设定程序)，不需要再对建筑物所配置的各个设备4进行程序码的编写，借此可降低设备的配置难度，进而提升配置效率。
[0173] 值得一提的是，若管理者于云端设定程序中启动了所述建物信息模型，则于步骤S24后，专案管理模块111进一步由建物信息模型数据库115中取得云端管理系统1记录的所有建筑物的建筑信息模型(BIM)档案，并且通过专案建立页面1110显示所取得的BIM档案(步骤S26)。并且，专案建立页面1110接受管理者的外部操作，以选择建筑物所对应的一个BIM档案(步骤S28)。
[0174] 于一实施例中，所述BIM档案记录了建筑物的可编辑3D图像。更具体地，建物信息模型数据库115中记录的所有BIM档案皆已经经过了转档程序，因此可通过对应的应用程序界面(API)直接开启，以利管理者查看建筑物的实际图像。借此，有利于管理者于地端设定程序中，以视觉化的方式将多个设备4配置到建筑物中的各个区域(容后详述)。
[0175] 如图4E所示，在建物信息模型设定子程序中，专案管理模块111在专案建立页面1110上显示建物信息模型数据库115中记录的所有BIM档案。于步骤S28中，管理者可以于专案建立页面1110上选择对应至目标建筑物的一个特定BIM档案，借此将这个BIM档案添加至所产生的云端设定档F1中。
[0176] 回到图3。于步骤S28后，云端设定平台11即可基于所接收的专案名称、建筑物名称、MAC Address、被选择的多个平台、被选择的多个系统、被选择的多个设备以及被选择的BIM档案来产生专属于此智能建筑系统2的云端设定档F1(步骤S30)。于步骤S30后，云端管理系统1可将云端设定档F1汇入负责目标建筑物的智能建筑系统2(例如线上汇入或离线汇入)(步骤S32)，以令智能建筑系统2基于云端设定档F1来进行地端设定程序。
[0177] 值得一提的是，在管理者启动了建物信息模型的情况下，云端设定档F1中可同时包含一个BIM档案以及这个BIM档案所对应的应用程序界面(API)。如此一来，当管理者基于云端设定档F1对智能建筑系统2进行地端设定程序时，可以借由云端设定档F1中的API直接开启BIM档案，以利于采用视觉化的方式将多个设备4布署至建筑物中。
[0178] 如前文所述，云端设定平台11还具有建物信息模型管理模块112，所述建物信息模型管理模块112用以接收一或多个BIM档案的上传。于一实施例中，所述BIM档案可例如为以ArchiCAD、TEKLA Structures、SketchUp、3D Max、MagiCAD、Auto CAD等软件编辑完成的档案，并且记录一栋建筑物的相关3D信息。本发明的其中一个技术特征在于，云端设定平台11在接收了一个BIM档案的上传后，会先对BIM档案执行转档程序，再将转档后的BIM档案添加至建物信息模型数据库115中。
[0179] 如上所述，建物信息模型数据库115中记录的BIM档案已经经过了转档程序而转换成为特定格式的档案，因此当管理者对云端管理系统1进行云端设定程序时，可以经由专案管理模块111直接开启BIM档案，以查看建筑物的3D信息。而当管理者对智能建筑系统1进行地端设定程序时，可以借由云端设定档F1中的API直接开启云端设定档F1中的BIM档案，以将多个设备4配置到建筑物中。
[0180] 如图5所示，所述设备范本素材库114用以存储建筑物可能会用到的所有设备4的设备数据。于一实施例中，所述设备数据至少包括设备4的品牌1141及型号1142，并且还可包括设备4的类别(Category)标签1143及组件(Package)标签1144。于一实施例中，所述类别标签1143记录设备4的设备类别，例如为转换器(Converter)、控制器(Controller)、感测器(Sensor)等，而所述组件标签1144则记录了设备4的规格、属性、控制指令、通信界面及数据传输格式等信息的至少其中之一，但不以此为限。于前述图3的步骤S22中，专案管理模块111主要是查询设备范本素材库114，并且依据设备类别来判断各个设备4是否属于已被选择的一或多个系统的可支持设备。
[0181] 如图2所示，本发明的云端设定平台11还包括设备管理模块113，所述设备管理模块113用以接受管理者的外部操作以输入一个新设备的设备数据，并且将此设备数据添加至设备范本素材库114中，以增添新设备(已知设备或未知设备)到设备范本素材库114中。如此一来，当管理者通过所述专案建立页面1110对一栋建筑物进行设定时，可基于更新后的设备范本素材库114来将此新设备添加至对应的云端设定档F1中。
[0182] 请同时参阅图6，为本发明的设备设定页面的示意图的第一具体实施例。本发明的其中一个技术特征在于，云端管理系统1将常见的标准通信协定进行规范，并且借由设备管理模块113来针对每一种通信协定分别提供相对应的设定页面。如图6所示，设备管理模块113针对一个通信协定1131提供了一个特定的设备设定页面1130。
[0183] 于一实施例中，设备管理模块113通过设备设定页面1130接受管理者的外部操作，以输入一个新设备的基础参数。本实施例中，设备管理模块113于管理者输入完成后，将这些基础参数转换成此设备设定页面1130所对应的通信协定(图6中以Modbus为例)的程序码，并且将转换后的程序码存储至设备范本素材库114中，以完成新设备的增添动作。
[0184] 通过设备设定页面1130的转换功能，管理者只需要拿设备厂商提供的通信文件，依据所需的通信协定开启对应的设备设定页面1130，并按照指示于对应的栏位中输入相应的基础参数，就能由系统自动将这些基础参数转换成设定时所需的程序码。如此一来，管理者不需要撰写程序码也可以将新设备增添至设备范本素材库114中，相当便利。
[0185] 本发明将设备的设定(尤其是通信协定的设定)提升到云端层，并且以素材库的方式进行保存，因此专案/建筑物的建置者(例如所述管理者)只需要对设备(包含已知设备与未知设备)进行一次性的设定，就可以在不同案场重复使用所设定的设备数据。并且，当管理者的人数为多个时，云端管理系统1亦支持多人远端设定，借此降低智能建筑整体的建置时间。
[0186] 于另一实施例中，云端管理系统1可自动将使用度高的一或多个设备4纳入预设，并且定时推播更新信息给系统整合商(图未标示)。于此实施例中，系统整合商可决定是否要加入新的通信协定，或是对既有的通信协定进行更新，借此达到资源共享的目的。
[0187] 续请参阅图7，为本发明的地端设定平台的方块图的第一具体实施例。如图7所示，地端设定平台21至少具有区域设定模块211、布局设定模块212及BIM设定模块213。具体地，所述地端设定平台21是以软件方式实现于智能建筑系统2中，并且提供了管理者基于所汇入的云端设定档F1来进行地端设定程序所需的页面。基于地端设定平台21所能达成的功能，智能建筑系统2将地端设定平台21逻辑切割为多个模块。换句话说，所述区域设定模块211、布局设定模块212及BIM设定模块213属于可编程的软件模块。
[0188] 本发明中，区域设定模块211用以供管理者自行定义多个平面区域。具体地，相关技术中的智能建筑系统受到所使用的图控软件的限制，只能以建筑物的楼层为单位，进行设备的布署。然而，建筑物的类型日趋复杂，仅以楼层为单位进行布署的方式已不再适用(例如厂房或园区可能占据大片面积，但是没有楼层之分)。本发明中，区域设定模块211提供管理者以栋、楼、空间等区域为单位，自行定义所需的多个平面区域。
[0189] 举例来说，管理者可视建筑物的实际需求，将一至十楼定义为一个区域、将西区定义为一个区域、将A栋建筑物定义为一个区域或将走廊定义为一个区域，而不需受限于建筑物原始规划的楼层。借此，可令设备的布署更具弹性。
[0190] 布局设定模块212供管理者设定云端设定档F1中记录的多个设备4的位置座标，借此将各个设备4分别配置到上述定义的各个平面区域中。通过布局设定模块212的使用，管理者还可于各个平面区域中直接设定各个设备4的控制面板。借此，当使用者通过网际网络连接智能建筑系统2的网络前台51或手机前台52时，可直接在前台页面上查看各个平面区域，并且直接开启各个平面区域中的控制面板，以查看各个设备4的即时信息，并对各个设备4进行远端操控。
[0191] 请同时参阅图8A及图8B，其中图8A为本发明的区域设定示意图的第一具体实施例，图8B为本发明的布局设定示意图的第一具体实施例。如图8A所示，当管理者对智能建筑系统2进行地端设定程序时，地端设定平台21通过区域设定模块211提供一个区域设定页面2110。于区域设定页面2110上，管理者可以自行定义多个平面区域(例如图8A中所示的一楼、二楼全区、二楼东侧等)，以及各个平面区域的尺寸。
[0192] 如图8A所示，于区域设定页面2110上，管理者可以从云端设定档F1的内容取得这个建筑物可配置的多个设备4的设备数据，并且将各个设备4分别对应至所定义的各个平面区域(例如设定设备4的名称，借此令设备4与要配置的平面区域相关联)。
[0193] 如图8B所示，地端设定平台21还可通过布局设定模块212提供一个布局设定页面2120。于一实施例中，地端设定平台21可于布局设定页面2120上列出管理者自行定义的所有平面区域(如图8B的左半部文字所示)。于此实施例中，管理者可以对云端设定档F1中记录的各个设备4的位置座标进行设定，以将各个设备4分别配置到对应的平面区域中，借此完成设备布局。
[0194] 并且，如图8B所示，借由前述控制面板，地端设定平台21可在智能建筑系统2的前台页面上直接呈现各个平面区域中的设备4的即时状态(如图中的75％、23.5℃、1人等)。
[0195] 在管理者完成了平面区域以及设备的布局后，使用者即可借由网络前台51或手机前台52获得友善且具可读性的信息(如图8B所示)。然而，这样的显示方式还缺乏了临场感。
[0196] 请同时参阅图8C及图8D，其中图8C与图8D分别为本发明的布局设定示意图的第二具体实施例及第三具体实施例。
[0197] 如图8C及图8D所示，所述BIM设定模块213用以读取云端设定档F1中夹带的BIM档案，并开启BIM档案中记录的建筑物的3D图像2131。并且，BIM设定模块213供管理者将3D图像2131中包含的多个物件2132分别对应至设定完成的各个平面区域2133、各个系统以及各个设备4。如此一来，智能建筑系统2可以通过前台网页提供3D的呈现方式，借此令智能建筑系统2与使用者间的互动方式更为直观。
[0198] 具体地，BIM设定模块213使用云端设定档F1中夹带的API来开启BIM档案，以完整得到BIM档案中记录的3D图像2131所包含的所有物件2132，例如结构柱、灯具、照明装置、电气设备、窗、植栽、楼梯、墙等，但不加以限定。于一实施例中，BIM设定模块213可提供对应的设定页面以显示所述3D图像2131。并且，BIM设定模块213通过设定页面显示接受管理者的操作，以选取适当的物件2132，并且将被选取的物件2132对应至已经设定好的平面区域2133。
[0199] 举例来说，管理者可于3D图像2131中选取其中一个房间的柱子、墙面、灯具及窗户等物件2132，并将这些物件2132与自行定义的一个平面区域2133(例如二楼东侧办公室)进行绑定。如此一来，智能建筑系统1可以将前台页面所呈现的信息立体化，以便于使用者于远端进行查看及控制。
[0200] 值得一提的是，由于一栋建筑物的3D图像2131中包含了为数众多的物件2132，管理者的设定可能会有遗漏。因此，在管理者对于物件2132的绑定动作完成后，BIM设定模块213可自动执行一个检查程序。所述检查程序会扫描3D图像2131中的所有物件2132，并且找出没有被绑定至任何平面区域2133的一或多个物件2132，并且通过所述设定页面发出警示，以避免设定上的遗漏。
[0201] 并且，所述检查程序还会扫描被绑定的所有物件2132、平面区域2133、系统及设备4，并且判断是否有配置冲突(例如同一个物件2132同时被对应至两个分开的平面区域
2133)。当有配置冲突的情形发生时，BIM设定模块213通过所述设定页面发出警示，以避免设定错误。
[0202] 如图7所示，地端设定平台21还可具有虚拟电表设定模块214。相似地，所述虚拟电表设定模块214是以软件模块的形式实现于地端设定平台21中。
[0203] 具体地，一栋建筑物中可以配置有多个实体电表(图未标示)，但各个实体电表所呈现的用电量可能不符合管理者的管理需求。本发明的其中一个技术特征在于，地端设定平台21允许管理者自定一或多个虚拟电表，并且令虚拟电表的记录内容符合管理者的实际需求。
[0204] 更具体地，虚拟电表设定模块214供管理者选择建筑物中的多个电表，同时选择虚拟电表的产生方式，借此基于所选择的多个电表所指出的用电量来产生一个虚拟电表。于一实施例中，所述虚拟电表的产生方式可包含加总类型(Plus)、减去类型(Minus)及拆分类别(Split)等，但不以此为限。
[0205] 请同时参阅图9A至图9C，分别为本发明的虚拟电表示意图的第一具体实施例至第三具体实施例。
[0206] 如图9A所示，虚拟电表设定模块214提供一个虚拟电表设定页面2140，管理者可于虚拟电表设定页面2140上选择虚拟电表的产生方式。于管理者选择加总类型的情况下，管理者可进一步选择多个电表(包含实体电表及虚拟电表)，并且虚拟电表设定模块214基于所选择的所有电表产生一个虚拟电表。本实施例中，所产生的虚拟电表呈现了被选择的所有电表的用电量总合。于图9A的实施例中，主要是产生一个名称为「空调用电总盘」的虚拟电表，并且令这个虚拟电表包含了被选择的四个「空调用电」的电表。
[0207] 于图9B的实施例中，管理者于虚拟电表设定页面2140上选择减去类型。于此实施例中，管理者可以选择一个主电表，并且再选择要减去的多个次电表，借此产生一个虚拟电表。于本实施例中，虚拟电表设定模块214所产生的虚拟电表呈现了主电表减去多个次电表后的剩余用电量。于图9B的实施例中，主要是产生一个名称为「第五空调用电」的虚拟电表，并且这个虚拟电表的内容为「空调用电总盘」呈现的用电量减去被选择的四个「空调用电」呈现的用电量。
[0208] 于图9C的实施例中，管理者可于虚拟电表设定页面2140上选择拆分类型。于此实施例中，管理者可以选择一个主电表，并且设定多个虚拟电表，同时设定各个虚拟电表的百分比(所有虚拟电表的百分比相加等于100％)。于本实施例中，虚拟电表设定模块214所产生的各个虚拟电表的内容分别为主电表呈现的用电量乘上所设定的百分比。于图9C的实施例中，主要是产生四个名称为「空调用电」的虚拟电表，并且各个虚拟电表的内容分别为「空调用电总盘」呈现的用电量乘上各自被设定的百分比后的计算结果。
[0209] 通过虚拟电表设定模块214的使用，智能建筑系统2允许管理者自行定义多个虚拟电表，以利观察并分析建筑物中各个类型的设备的用电量，而不需受限于建筑物内实际安装的电表的呈现方式。
[0210] 如图7所示，地端设定平台21还可具有电表关系设定模块215，相似地，所述电表关系设定模块215是以软件模块的形式实现于地端设定平台21中。具体地，电表关系设定模块215供管理者以树状结构的方式连接建筑物内的多个电表(包含实体电表及虚拟电表)，借此建立建筑物的能源流向图。如此一来，管理者能够通过能源流向图的呈现清楚地掌握建筑物的能耗情形，从中找出关键瓶颈，进而执行节能改善措施。
[0211] 请同时参阅图9D，为本发明的电表架构图的第一具体实施例。如图9D所示，电表关系设定模块215可以提供一个设定页面，管理者可于此设定页面中对所需的多个电表(包含实体电表及虚拟电表)进行编辑，借此形成一个电表架构图2150。其中，一个电表可以同时存在于多个电表架构图2150中，但是一个电表架构图2150中的电表不能够重复。
[0212] 通过电表架构图2150的建立，管理者能够清楚看出建筑物的能源流向，进而在用电量过高时，能够快速找出影响用电量的源头。
[0213] 如图7所示，地端设定平台21还可具有群组设定模块216，相似地，所述群组设定模块216是以软件模块的形式实现于地端设定平台21中。于一实施例中，管理者可通过电脑或可携式设备连接智能建筑系统1的网络前台51或是手机前台52，并且对建筑物中的各个设备4进行单独控制。然而，逐个控制设备4的动作耗时琐碎，因此智能建筑系统2进一步通过群组设定模块216提供群组控制的功能。
[0214] 具体地，群组设定模块216提供一个对应的设定页面(图未标示)，管理者可于此设定页面上将同样品牌、型号的多个设备4组成一个群组。如此一来，在管理者进行控制时，智能建筑系统2允许智能建筑系统2发布一个群控指令至一个群组，借此同时控制相同群组内的多个设备4。借此，令多设备的控制变得简单迅速。
[0215] 由于相同品牌、型号的多个设备通常具有相同或相近的规格、属性、通信界面与数据传输格式，因此本实施例中，群组设定模块216供管理者将相同品牌、型号的多个设备4组成一个群组。举例来说，管理者可以将建筑物中属于A品牌的B型号的所有灯具皆设定为同一群组。如此一来，即使这些灯具分布于不同的楼层、区域、甚至是不同的建筑物中，智能建筑系统2仍然允许管理者以单一个指令同时关闭/开启同一个群组中的所有灯具。
[0216] 如图7所示，地端设定平台21还可具有排程设定模块217，相似地，所述排程设定模块217是以软件模块的形式实现于地端设定平台21中。所述排程设定模块217提供一个对应的设定页面(图未标示)，管理者可于此设定页面上设定建筑物中的各个设备4的排程。于所述排程设定完毕后，各个设备4即可按照既定的排程进行运作(例如在上午八点至下午五点的上班时间自动开启所有灯具，并且在下午五点至上午八点的下班时间自动关闭所有灯具)。
[0217] 于一实施例中，所述排程设定模块217进一步具有冲突检查单元(图未标示)，所述冲突检查单元用以在管理者设定排程时，对各个设备4的排程执行冲突检查动作。本实施例中，所述冲突检查动作用以确保各个设备4于同一时间点只会执行一个动作，并且会于任一个设备4的任一个排程具有冲突时发出警示信号(例如通过智能建筑系统2的网络前台51或手机前台52发出警示信号)。
[0218] 于第一实施例中，所述冲突检查单元是在管理者设定各个设备4的排程时执行冲突检查动作，并且于排程发生冲突时发出警示信号。于第二实施例中，所述冲突检查单元是在地端设定平台21将各个设备4的排程布署至万年历时执行冲突检查动作，并且于排程发生冲突时发出警示信号。于第三实施例中，所述冲突检查单元是在任一个设备4的任一排程先被停用后再重新启动时执行冲突检查动作，并且于排程发生冲突时发出警示信号。但是，上述仅为本发明的部分具体实施范例，但并不以此为限。
[0219] 值得一提的是，当任一设备4有排程冲突的情况发生时，除了发出警示信号外，智能建筑系统2还可从地端数据库(图未标示)中取出建筑物的历史数据，并且经过分析后自动提供最适当的建议排程。借此，管理者在调整各个设备4的排程时，能够参考智能建筑系统2给出的建议而进行更好的判断及处理。
[0220] 如前文所述，本发明的智能建筑系统2与一或多个智能建筑套件3通信连接，并且各个智能建筑套件3分别连接建筑物中的特定类别的设备4。并且，基于所需连接的设备4的设备类别，各个智能建筑套件3于出厂时会预先设定为一个特定的套件类型。基于不同的套件类型，各个智能建筑套件3分别内建有对应的智能演算分析功能。
[0221] 举例来说，第一智能建筑套件在实际配置时会被用来连接电力相关设备，因此第一智能建筑套件会被设定为电力类型，且第一智能建筑套件会内建有用来对用电量进行分析的智能演算分析功能；第二智能建筑套件在实际配置时会被用来连接灯具，因此第二智能建筑套件会被设定为灯具类型，且第二智能建筑套件会内建有用来对灯具的使用时间进行统计与分析的智能演算分析功能。但是，上述仅为本发明的部分具体实施范例，但并不以此为限。
[0222] 如图7所示，地端设定平台21还可具有功能设定模块218，相似地，所述功能设定模块218是以软件模块的形式实现于地端设定平台21中。于一实施例中，智能建筑套件3在与智能建筑系统2建立通信连接时(包含有线连接及无线连接)，可自动返回当前的IP地址以及自身的套件类型给智能建筑系统2。
[0223] 本发明的其中一个技术特征在于，智能建筑系统2所接收的云端设定档F1中记录有这个智能建筑系统2所需连接的所有智能建筑套件3的套件类型，以及这些智能建筑套件3具备的智能演算分析功能。在接收到一个智能建筑套件3的返回后，智能建筑系统2会先判断云端设定档F1中是否记录有这个智能建筑套3的套件类型。
[0224] 如前文所述，一个智能建筑套件3是被用来连接特定设备类型的设备，并且基于这个设备类型而具有对应的套件类型。因此，当管理者在云端设定程序的设备设定子程序中选择了一个特定设备类型的设备时，所述专案管理模块111会将这个设备以及对应的套件类型同时记录在云端设定档F1中。
[0225] 若地端设定平台21判断目前汇入的云端设定档F1中记录有这个智能建筑套件3的套件类型，则地端设定平台21会启动对应的功能设定模块218(例如提供一个可操作的设定页面)，并且允许管理者通过所述功能设定模块218来对此智能建筑套件3进行详细设定(例如设定设备参数的提取时间、智能演算分析功能的具体执行方法及执行内容等)。
[0226] 若地端设定平台21判断目前汇入的云端设定档F1中没有记录这个智能建筑套件3的套件类型，代表这个智能建筑套件3可能为误用，因此智能建筑系统2将不启动所述功能设定模块218。反之，智能建筑系统2会修改这个智能建筑套件3的套件类型(例如修改为综合类型(Mix))，并且禁用这个智能建筑套件3的智能演算分析功能。
[0227] 值得一提的是，所述智能建筑套件3还可具有一个演算单元(图未标示)，所述演算单元通过智能演算分析功能来对所取得的设备参数进行运算，并且再将运算所得的数据上传至智能建筑系统2。借此，本发明的智能建筑整合管理系统可以将智能建筑套件3视为一个边缘运算模块，借此分摊智能建筑系统2中的处理器的运算负载，并且提高数据处理反应的即时性。
[0228] 本发明的一个主要技术特征在于，当管理者对智能建筑系统2进行地端设定程序时，需受到当前汇入的云端设定档F1的内容的限制，而仅能进行有限的设定动作。举例来说，所述区域设定模块211与布局设定模块212只允许管理者将云端设定档F1中夹带的多个设备4布署至所定义的平面区域中。若一个设备4不存在于云端设定档F1中，则智能建筑系统2不允许管理者将此设备4与建筑物进行关联。
[0229] 再例如，所述功能设定模块218只有在与智能建筑系统2通信连接的智能建筑套件3的套件类型存在于云端设定档F1中时，才允许管理者通过功能设定模块218对该智能建筑套件3进行详细设定。若一个智能建筑套件3的套件类型不被云端设定档F1所支持，则智能建筑系统2不允许管理者对这个智能建筑套件3进行设定，并且不允许这个智能建筑套件3执行预设的智能演算分析功能。
[0230] 然而在特殊情况下，管理者仍然具有在建筑物中布署云端设定档F1中没有夹带的设备4的需求。本发明的其中一个技术特征在于，智能建筑整合管理系统仍提供管理者有在地端(即，针对智能建筑系统2)直接新增所需设备4的设备数据的扩充功能。
[0231] 请同时参阅图10，为本发明的地端新增流程图的第一具体实施例。如图7所示，地端设定平台21还可具有设备新增模块219，相似地，所述设备新增模块219是以软件模块的形式实现于地端设定平台21中。管理者对智能建筑系统2执行地端设定程序时，若有新增设备4的需求，则地端设定平台21可通过设备新增模块219执行图10所示的各项动作，以协助管理者直接从地端来完成设备4的新增动作。
[0232] 如图10所示，当管理者需要新增设备4时，可通过特定界面(图未标示)向智能建筑系统2发出指令，智能建筑系统2接受指令的触发，而可通过地端设定平台21向云端设定平台11发出设备4的新增请求(步骤S40)。当云端设定平台11接收所述新增请求时，先对地端设定平台21进行授权凭证的验证动作(步骤S42)，并且，于验证动作失败时向地端设定平台21发出拒绝请求的回复(步骤S44)。
[0233] 于一实施例中，所述授权凭证可夹带于所述新增请求中，云端设定平台11于判断新增请求中不存在授权凭证，或是授权凭证指出此智能建筑系统2并不具有新增设备4的权限时，认定验证动作失败，并执行步骤S44。
[0234] 若于步骤S42中判断验证动作成功，则云端设定平台11进一步向地端设定平台21取得欲新增的设备4的设备数据(步骤S46)。于一实施例中，所述设备数据可为设备4的基本数据(例如品牌及型号)。于另一实施例中，所述设备数据可为设备4的完整数据(例如品牌、型号、规格、属性、控制指令、通信界面及数据传输格式等)。其中，管理者可通过地端设定平台21所提供的相关页面(例如图6所示的设备设定页面1130)来输入上述设备数据，但不加以限定。
[0235] 步骤S46后，云端设定平台11查询所述设备范本素材库114，并且判断此设备4的设备数据是否存在于设备范本素材库114中(步骤S48)。若此设备4的设备数据已存在于设备范本素材库114中，代表云端设定平台11不需要对设备范本素材库114进行更新。反之，若此设备4的设备数据不存在于设备范本素材库114中，则云端设定平台11需要对设备范本素材库114进行更新，以将此设备4新增至设备范本素材库114中。
[0236] 具体地，若于步骤S48中判断设备数据不存在于设备范本素材库114中，则云端设定平台11授权地端设定平台21使用如图2中所示的云端服务模块116(步骤S50)。于一实施例中，所述云端服务模块116以软件的形式实现于云端设定平台11中，并且具有修改设备范本素材库114的权限。步骤S50后，地端设定平台21可直接借由云端服务模块116来修改设备范本素材库114，以将管理者提供的设备数据添加至设备范本素材库114中(步骤S52)。于步骤S52后，设备范本素材库114中即包含了管理者欲新增的设备4的设备数据。
[0237] 若于步骤S48中判断设备数据已经存在于设备范本素材库114中，或者地端设定21已经通过上述步骤S50及步骤S52将设备4新增至设备范本素材库114后，云端设定平台11再次授权地端设定平台21使用如图2中所示的云端服务模块116(步骤S54)。本实施例中，云端服务模块116具有修改所述专案管理模块111所建立的专案的权限。值得一提的是，云端设定平台11在步骤S50中授权给地端设定平台21使用的云端服务模块116，与在步骤S54中授权给地端设定平台21使用的云端服务模块116，可为相同或相异的模块，不加以限定。
[0238] 步骤S54后，地端设定平台21可借由云端服务模块116来修改专案数据，从更新后的设备范本素材库114中取得欲新增的设备4的设备数据，并且将设备数据新增至所述专案中(步骤S56)。步骤S56后，云端设定平台11借由云端服务模块116将修改后的专案数据存储至先前建立的云端设定档F1中，以对云端设定档F1进行更新(步骤S58)。步骤S58后，智能建筑系统2即可汇入更新后的云端设定档F1(步骤S60)，借此，管理者可以在地端设定程序中取得新增的设备4的相关数据，并且将此设备4布署到建筑物的各个平面区域中。
[0239] 于特殊情况下，管理者还可能会具有在建筑物中布署不存在于云端设定档F1中的系统的需求(例如照明系统、空调系统等)。于此情况下，管理者需要将一组当前的云端设定档F1无法支持的智能建筑套件3连接至智能建筑系统2。本发明的其中一个技术特征在于，智能建筑整合管理系统还提供管理者有在地端(即，针对智能建筑系统2)直接新增所需的智能建筑套件3的功能。
[0240] 请同时参阅图11，为本发明的地端新增流程图的第二具体实施例。如图7所示，地端设定平台21还可具有套件新增模块220，相似地，所述套件新增模块220是以软件模块的形式实现于地端设定平台21中。管理者对智能建筑系统2执行地端设定程序时，若需要连接一个智能建筑套件3，但此智能建筑套件的套件类型不存在于目前的云端设定档F1中时，地端设定平台21可通过套件新增模块220执行图11所示的各项动作，以协助管理者直接从地端来完成智能建筑套件的新增动作。
[0241] 本发明中，一个智能建筑套件3与智能建筑系统2通信连接后，就会自动返回自身的IP地址以及套件类型给智能建筑系统2。若智能建筑系统2判断此套件类型不存在于云端设定档F1中时，就会切换此智能建筑套件3的套件类型(例如切换为综合类型)。此时，这个智能建筑套件3无法执行预设的智能演算分析功能。
[0242] 举例来说，若管理者在云端设定程序中只选择了空调系统(即，云端设定档F1中只包含了空调系统)，但是管理者在地端设定程序中连接了一个套件类型为照明系统的智能建筑套件3至智能建筑系统2，此时这个智能建筑套件3的套件类型会被视为综合类型，并且无法执行预设的智能照明功能。通过图11所示的新增流程，即可解决上述问题。
[0243] 具体地，如图11所示，当管理者需要新增一个无法被云端设定档F1所支持的智能建筑套件3时，可通过特定界面(图未标示)向智能建筑系统2发出指令。此时，智能建筑系统2受到指令的触发，即可通过地端设定平台21向云端设定平台11发出智能建筑套件3的新增请求(步骤S70)。当云端设定平台11接收所述新增请求时，即对地端设定平台21进行授权凭证的验证动作(步骤S72)，并且，于验证动作失败时向地端设定平台21发出拒绝请求的回复(步骤S74)。本实施例中，云端设定平台11进行验证的方式与图10的实施例所示者相似，于此不再赘述。
[0244] 若于步骤S72中判断验证动作成功，则云端设定平台11进一步向地端设定平台21取得欲新增的智能建筑套件3的套件类型(步骤S76)。于另一实施例中，云端设定平台11于步骤S76中也可取得欲新增的智能建筑套件3的智能演算分析功能，但不以此为限。
[0245] 步骤S76后，云端设定平台11授权地端设定平台21使用如图2中所示的云端服务模块116(步骤S78)。于一实施例中，云端服务模块116是以软件形式实现于云端设定平台11，并且具有修改所述专案管理模块111所建立的专案的权限。值得一提的是，云端设定平台11在步骤S78中授权地端设定平台21使用的云端服务模块116，与图10的实施例在步骤S50、步骤S50中授权地端设定平台21使用的云端服务模块116可为相同或相异的模块，不加以限定。
[0246] 步骤S78后，地端设定平台21可借由云端服务模块116来修改所述专案数据，以将所需新增的套件类型新增至所述专案中(步骤S80)。步骤S80后，云端设定平台11借由云端服务模块116将修改后的专案数据存储至先前建立的云端设定档F1中，以对云端设定档F1进行更新(步骤S82)。步骤S82后，智能建筑系统2即可重新汇入更新后的云端设定档F1(步骤S84)，借此，管理者可以在地端设定程序中将此套件类型的智能建筑套件3连接至智能建筑系统2，并且借由此智能建筑套件3来连接建筑物中新增的特定类型的设备4。
[0247] 续请参阅图12，为本发明的跨智能建筑系统的监控示意图的第一具体实施例。如图12所示，本发明中设置于地端的智能建筑系统2还可进一步达到跨系统的连接，借此，管理者可以不须要通过云端管理系统1，而直接借由智能建筑系统2来实现跨越不同的智能建筑系统2的管理、监控功能，
[0248] 具体地，于部分配置场景中，管理者在部分旧案场中必须要纳入或整合建筑物中既已存在的建筑自动化系统6(Building Automation System,BAS)，而在部分新案场中则有与建筑自动化系统6进行介接，以相互传递数据的需求。于此情况下，管理者可将本发明的一或多个智能建筑系统2当做中继层，收集所述案场中的建筑自动化系统6的数据并进行处理与运算后，再传给另一台智能建筑系统2(例如对应至另一个案场的智能建筑系统2)。借此，管理者可以按照案场的实际需求，弹性定义各个智能建筑系统2的沟通架构层级。
[0249] 本发明中，各个案场中的智能建筑系统2可提供的功能是完全相同的，差异在于在地端设定程序中所接收并采用的云端设定档F1的内容各自不同。而如图12所示，于所述沟通架构层级中位于上层的智能建筑系统2将可包含下层的所有智能建筑系统2的数据，因此可以做到跨系统的设备监控功能。
[0250] 于一实施例中，一个案场中的智能建筑系统2可以通过已连接的智能建筑套件3作为中继，以将案场中的数据介接至智能建筑系统2中。具体地，在部分较小的案场中，一般是借由建筑自动化系统6来接收点位数据，并且，此类建筑自动化系统不需要有独立的页面及权限。
[0251] 举例来说，第一建筑物的空调系统由既已存在的建筑自动化系统6接入，而第一建筑物的其他系统则直接由第一建筑物中的智能建筑套件3接收。于此实施例中，可借由智能建筑套件3(例如套件类别为转换器(Converter)的智能建筑套件3)将建筑自动化系统6中的空调相关数据上传至负责此第一建筑物的智能建筑系统2中，并统一由此智能建筑系统2来设定欲呈现的画面及权限。
[0252] 于另一实施例中，管理者可以通过智能建筑系统2作为中继，以将案场中的数据介接至其他的智能建筑系统2中。具体地，在部分的大型案场中，建筑自动化系统6所接收的各种数据并不限于点位数据，并且负责接收数据的建筑自动化系统6各自具有独立的页面及权限。
[0253] 举例来说，第一建筑物的数据由第一建筑自动化系统来接收，第二建筑物的数据由第二建筑自动化系统来接收，并且第一、第二建筑物的数据皆可独立监控。此时，管理者若需要整合第一、第二建筑物的数据并统一呈现，则管理者可通过第一智能建筑系统接入第一建筑自动化系统的数据，通过第二智能建筑系统接入第二建筑自动化系统的数据，并且分别设定欲呈现的画面及权限。最后，再将第一、第二智能建筑系统已设定完成的信息上传至位于上层的第三智能建筑系统中。借此，上层的第三智能建筑系统可设定出跨越第一与第二建筑物的监控画面，并且也可作为统一入口，以令管理者直接访问第一建筑物以及第二建筑物。
[0254] 如前文所述，本发明中各智能建筑系统2所能提供的功能是完全相同的，因此，在各个智能建筑系统2可以通过位于上层的智能建筑系统2来达到跨系统监控的情况下，本发明还可以在不须通过云端管理系统1的情况下，实现上述新增智能建筑套件3的目的。
[0255] 具体地，当一个智能建筑套件3与第一智能建筑系统通信连接，并且第一智能建筑系统判断此智能建筑套件3的套件类型不存在于云端设定档F1中时，可通过上层的第三智能建筑系统来查询并连接至可支持此套件类型的其他智能建筑系统(例如第二智能建筑系统)。借此，所述第一智能建筑系统可以从第二智能建筑系统的云端设定档F1中复制全部或部分的数据，并据此更新第一智能建筑系统于设定时采用的云端设定档F1。如此一来，更新后的第一智能建筑系统将可以支持此套件类型。
[0256] 于一实施例中，当智能建筑系统2判断当前连接的智能建筑套件3的套件类型不存在于云端设定档F1中时，主要可通过如图7所示的套件新增模块220来向位于上层的智能建筑系统2提出查询与更新请求，但并不以此为限。
[0257] 举例来说，若管理者在云端设定程序中，针对所述第一智能建筑系统只选择了空调系统(即，云端设定档F1中只包含了空调系统)，但是管理者在地端设定程序中将一个套件类型为照明系统的智能建筑套件3至第一智能建筑系统，此时这个智能建筑套件3的套件类型会被视为综合类型(因为无法被第一智能建筑系统所支持)，而无法执行预设的智能照明功能。
[0258] 于本实施例中，第一智能建筑系统可以通过所述套件新增模块220向上层的第三智能建筑统发出请求，以借由第三智能建筑系统来查询其下层所连接的所有智能建筑系统2，并且连接至其中可支持照明系统的套件类型的第二智能建筑系统。并且，第一智能建系统可通过第三智能建系统来复制第二智能建筑系统的云端设定档F1中的全部或部分数据(例如上述之专案数据)，并且据此更新第一智能建筑系统的云端设定档F1。
[0259] 借由上述查询、连接与更新动作，第一智能建筑系统可以在不需要透过云端管理系统1的情况下，直接将特定的套件类型新增至云端设定档F1中，借此支持所新增的套件类型的智能建筑套件3，并令此智能建筑套件3可以执行预设的功能，而不会被视为是综合类型。
[0260] 通过本发明的上述技术方案，管理者可以遵循云端设定档的内容来执行地端设定程序，借此提升设定效率并降低设定错误的风险。而通过上述的设备4/智能建筑套件3的新增程序，还可进一步提升设定时的弹性。
[0261] 当然，本发明还可有其它多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
