TWI803829B - 智慧建築整合管理系統 - Google Patents

Abstract

一種智慧建築整合管理系統，包括具有雲端設定平台的雲端管理系統、對應至建築物並具有地端設定平台的智慧建築系統、以及與建築物中的設備連接的智慧建築套件。雲端設定平台建立複數雲端設定檔，智慧建築系統基於自身的MAC Address從雲端管理系統取得對應的雲端設定檔，並受限於雲端設定檔的內容進行地端的設定程序。當智慧建築套件與智慧建築系統通訊連接時，地端設定平台依據智慧建築套件的套件類型啟用對應的設定模組對智慧建築套件進行設定並產生地端設定檔，並將地端設定檔匯入智慧建築套件以完成地端的設定程序。

Description

智慧建築整合管理系統

本發明涉及一種建築系統，尤其涉及一種建築整合管理系統。

近年來，隨著電腦、網際網路、互聯網以及大數據等技術的發展，各式各樣的建築物皆朝著智慧化的方向發展，以期能夠提昇使用者的居住品質。

一般來說，市面上常見的智慧型建築管理系統係強調各個獨立的子系統(例如門禁系統、照明系統、空調系統等)之間的整合性，並且藉由友善的圖形化介面來提供整合後的資訊，並且提供使用者進行連動控制的功能(例如於回家時同時啟動照明系統以及空調系統)，以提昇使用便利性。

然而，隨著建案的數量日益增加，各式建築物以及其附屬的各項設備的類型、通訊協定、控制方式等需要考量的條件日趨複雜，現有的管理系統在子系統、設備等物件的佈署以及設定上已顯得越來越吃力。

舉例來說，上述子系統可能分別以複數設備來構成，而一棟建築物內部可能同時包含了多個子系統(如上述之照明系統、空調系統等)，一個專案下可能同時涵蓋了多棟建築物(例如一間公司在同一地區內的多個廠房)，而一個專案管理人可能需要同時管理多個專案(例如總公司的管理人可能需要同時管理海內外的多個子公司的多棟建築物)。

如上所述，若採用現有的管理系統，則管理者必須對專案中所包含的每一棟建築物進行逐一設定，而即使各建築物中採用的系統、設備相同或近似，管理者仍然必須藉由程式的撰寫來逐一對各棟建築物中的系統、設備進行設定，相當麻煩。

如上所述，上述的建築物設定方式實存在著較高的設定門檻，並且需要較長的設定時間，因而增加了建築物的建置以及管理成本。

本發明的主要目的，在於提供一種智慧建築整合管理系統，將建築物的設定程序提昇至雲端層，在雲端預先對地端所需的多項平台、系統、設備等進行設定，以節省並優化管理者在地端所需執行的設定程序，同時便於管理者在實際建置時重覆使用所需的資料。

為了達成上述的目的，本發明的智慧建築整合管理系統主要包括一雲端管理系統、一智慧建築系統及一智慧建築套件。該雲端管理系統設置於一雲端空間，並且具有一雲端設定平台，用以建立複數雲端設定檔，其中各該雲端設定檔分別記錄一組MAC Address；該智慧建築系統對應至一建築物並且具有一地端設定平台。該智慧建築系統具有一組特定MAC Address，並且基於該特定MAC Address從該雲端管理系統取得對應的該雲端設定檔，其中該地端設定平台受該雲端設定檔的內容限制而供一管理者進行對應的一設定程序並產生一地端設定檔；該智慧建築套件具有一套件類型，用以連接設置在該建築物中的至少一設備，並且基於設定週期性地取得該設備的一設備參數。

其中，當該智慧建築套件與該智慧建築系統通訊連接時，該地端設定平台依據該套件類型啟用對應的一設定模組，該設定模組對該智慧建築套件進行設定並產生該地端設定檔，並且將該地端設定檔匯入該智慧建築套件以完成對該智慧建築套件的該設定程序。

本發明對照相關技術所能達到的技術功效在於，管理者在地端實際對建築物進行設定時，可以遵循雲端設定檔的內容來進行受限制的地端設定動作，藉此可以有效提昇整體的設定效率，同時降低設定錯誤的風險。並且，地端設定程序所需的所有設備的設備資料都記錄於雲端，因此可便於管理者跨建築物重覆使用相同的設備資料，不必重覆進行程式碼的撰寫，降低了設定門檻並縮短了設定所需時間。

1:雲端管理系統

11:雲端設定平台

111:專案管理模組

1110:專案建立頁面

112:建築模型管理模組

113:設備管理模組

1130:設備設定頁面

1131:通訊協定

114:設備範本素材庫

1141:品牌

1142:型號

1143:類別標籤

1144:組件標籤

115:建物資訊模型資料庫

116：雲端服務模組

12:雲端網路管理平台

2:智慧建築系統

21:地端設定平台

211:區域設定模組

2110:區域設定頁面

212:佈局設定模組

2120:佈局設定頁面

213:BIM設定模組

2131:3D影像

2132:物件

2133:平面區域

214:虛擬電錶設定模組

2140:虛擬電錶設定頁面

215:電錶關係設定模組

2150:電錶架構圖

216:群組設定模組

217:排程設定模組

218:功能設定模組

219:設備新增模組

220:套件新增模組

22:地端資料處理器

3:智慧建築套件

4:設備

51:網路前台

52:手機前台

6:建築自動化系統

F1:雲端設定檔

F2:地端設定檔

P1、P2、P3:設備參數

S10~S32:設定步驟

S40~S60:設備新增步驟

S70~S84:套件新增步驟

圖1為本發明的整合系統的示意圖的第一具體實施例。

圖2為本發明的雲端設定平台的方塊圖的第一具體實施例。

圖3為本發明的雲端設定流程圖的第一具體實施例。

圖4A為本發明的專案建立頁面的示意圖的第一具體實施例。

圖4B為本發明的專案建立頁面的示意圖的第二具體實施例。

圖4C為本發明的專案建立頁面的示意圖的第三具體實施例。

圖4D為本發明的專案建立頁面的示意圖的第四具體實施例。

圖4E為本發明的專案建立頁面的示意圖的第五具體實施例。

圖5為本發明的設備範本素材庫的示意圖的第一具體實施例。

圖6為本發明的設備設定頁面的示意圖的第一具體實施例。

圖7為本發明的地端設定平台的方塊圖的第一具體實施例。

圖8A為本發明的區域設定示意圖的第一具體實施例。

圖8B為本發明的佈局設定示意圖的第一具體實施例。

圖8C為本發明的佈局設定示意圖的第二具體實施例。

圖8D為本發明的佈局設定示意圖的第三具體實施例。

圖9A為本發明的虛擬電錶示意圖的第一具體實施例。

圖9B為本發明的虛擬電錶示意圖的第二具體實施例。

圖9C為本發明的虛擬電錶示意圖的第三具體實施例。

圖9D為本發明的電錶架構圖的第一具體實施例。

圖10為本發明的地端新增流程圖的第一具體實施例。

圖11為本發明的地端新增流程圖的第二具體實施例。

圖12為本發明的跨智慧建築系統的監控示意圖的第一具體實施例。

茲就本發明之一較佳實施例，配合圖式，詳細說明如後。

參閱圖1，為本發明的整合系統的示意圖的第一具體實施例。本發明揭露了一種智慧建築整合管理系統，所述智慧建築整合管理系統至少包括一個雲端管理系統1以及一或多個智慧建築系統2。一個智慧建築系統2主要對應至一棟建築物(圖未標示)，以對建築物內部實際建置的複數設備4進行設定、管理以及資料的搜集與分析。圖1的實施例是以單一個智慧建築系統2管理單一棟建築物為例，進行說明，但並不以圖1所示者為限。

於一實施例中，所述雲端管理系統1為建立在雲端空間(例如亞馬遜雲端運算服務(Amazon Web Services,AWS)中的一個虛擬系統，用以管理一或多個專案(Project)。其中，每一個專案至少包含雲端管理系統1通訊連接的所有智慧建築系統2所負責的所有建築物。於一實施例中，所述智慧建築系統2是以實體的電腦或伺服器結合對應的功能軟體來實現，對應至至少一棟建築物，並且藉由有線或無線的方式連接建築物中的複數設備4。

本發明的智慧建築整合管理系統還包括至少一個智慧建築套件3，所述智慧建築套件3為一種可編程的實體設備、電腦或伺服器，用以實際連接設置在建築物中的至少一設備4，並且基於內部的設定值來週期性地取得所連接的設備4的設備參數P1-P3。

如圖1所示，雲端管理系統1至少具有雲端設定平台11，智慧建築系統2至少具有地端設定平台21。於一實施例中，管理者可使用管理終端(例如個人電腦、智慧型手機、平板電腦等)連接網際網路，並且藉由網際網路連接雲端管理系統1以對雲端管理系統1進行操作。雲端管理系統1可藉由雲端設定平台11提供操作界面並接受管理者發出的外部操作，以建立複數雲端設定檔F1。於一實施例中，各個雲端設定檔F1分別記錄了不同的智慧建築系統2的媒體存取控制位址(Media Access Control Address,MAC Address)，並且分別記錄各個智慧建築系統2所負責的建築物所需的設定內容。

於一實施例中，智慧建築系統2具有一組獨特的MAC Address。當智慧建築系統2啟動後，可基於自身的MAC Address來取得對應的一個雲端設定檔F1，並藉由所取得的雲端設定檔F1來進行地端的設定程序。

具體地，智慧建築系統2啟動後，可以採用線上或離線的方式來匯入所述雲端設定檔F1。於一實施例中，智慧建築系統2在啟動後通過地端設定平台21向雲端管理系統1發出匯入設定檔的請求，同時發出加密過的MAC Address。雲端管理系統1接收請求後，對所接收的MAC Address進行驗證，並且判斷是否有對應至這個MAC Address的雲端設定檔F1存在。並且，雲端管理系統1於對應這個MAC Address的雲端設定檔F1存在時，令地端設定平台21直接下載並匯入此雲端設定檔F1。

於另一實施例中，管理者可在雲端管理系統1產生所述雲端設定檔F1後，將雲端設定檔F1儲存至可攜式儲存設備中。當智慧建築系統2啟動後，管理者將可攜式儲存設備連接至智慧建築系統2。此時，地端設定平台21驗證可攜式儲存設備中儲存的雲端設定檔F1所記錄的MAC Address是否與此智慧建築系統2的MAC Address相符，並且於判斷相符時從可攜式儲存設備中直接將此雲端設定檔F1匯入智慧建築系統2中。

智慧建築系統2對應至至少一棟建築物，並且智慧建築系統2匯入的雲端設定檔F1中記錄了此棟建築物所需的各項設定內容。本發明的其中一個主要技術特徵在於，智慧建築系統2的地端設定平台21會受到匯入的雲端設定檔F1的內容所限制，而供管理者進行對應的設定程序，進而產生對應的地端設定檔F2(容後詳述)。

於一實施例中，智慧建築系統2可將設定完成後產生的地端設定檔F2發佈給所連接的網路前台51及手機前台52，以令網路前台51與手機前台52基於地端設定檔F2的內容來進行自身的設定動作。舉例來說，網路前台51與手機前台52可以依據地端設定檔F2的內容來提供對應的顯示頁面，藉此使 用者可通過上述顯示頁面來向智慧建築系統2發出查詢資料的請求，並且於網路頁面或手機頁面上直接獲得所需的資料(例如設備參數P1-P3、統計圖表等)。

於一實施例中，雲端管理系統1還具有雲端網路管理平台12。所述雲端網路管理平台12可通過網路前台或是手機前台來提供即時資訊顯示模組及警告模組(圖未標示)，藉此，使用者可以藉由使用終端連接所述網路前台或手機前台，並通過即時資訊顯示模組來獲得與雲端設定程序相關的即時資訊，並且於雲端設定程序出現錯誤時，通過警告模組來獲得相關警示訊息。

於一實施例中，智慧建築系統2還具有地端資料處理器22。所述地端資料處理器用以對智慧建築系統2從所搜集的資料進行統計與分析。具體地，智慧建築系統2通過智慧建築套件3連接建築物中的複數設備4，並且搜集這些設備4的設備參數P1-P3。並且，智慧建築系統2通過地端資料處理器22來對這些設備參數P1-P3進行統計、分析與記錄。

值得一提的是，智慧建築系統2還通過地端資料處理器22來處理從網路前台51或手機前台52所接收的命令請求(例如，查詢特定設備的設備參數或分析資料的請求)。於一實施例中，智慧建築系統2還可將地端資料處理器22做為與雲端管理系統1的界接模組。具體地，智慧建築系統2通過地端資料處理器22來搜集智慧建築套件3上傳的資料(包括設備參數P1-P3、已分析完成的分析資料等)並進行匯整後，上傳至雲端管理系統1，以令使用者可以於雲端管理系統1上進行查詢與利用。

所述智慧建築套件3用以連接建築物中設置的至少一個設備4。本發明的其中一個技術特徵在於，一個智慧建築套件3主要是用以連接一種特定類型的一或多個設備4，並且基於這個特定類型而預設定有一個對應的套件類 型。當智慧建築套件3與智慧建築系統2通訊連接時，所述地端設定平台21會依據智慧建築套件3的套件類型來啟動一個對應的設定模組(圖未標示)。於一實施例中，只有在所述設定模組被啟動時，管理者才被允許通過這個設定模組來對智慧建築套件3進行設定，並且將設定內容記錄於地端設定檔F2中。最後，智慧建築系統2將所產生的地端設定檔F2匯入智慧建築套件3，以完成對智慧建築套件3的設定程序(容後詳述)。

續請同時參閱圖2，為本發明的雲端設定平台的方塊圖的第一具體實施例。

本發明中，所述雲端設定平台11係以軟體方式實現於雲端管理系統1中，並且提供了管理者編輯並建立所述雲端設定檔F1所需的線上頁面。基於雲端設定平台11所能達成的各項功能，雲端管理系統1可將雲端設定平台11邏輯切割成專案管理模組111、建物資訊模型管理模組112、設備管理模組113、設備範本素材庫114及建物資訊模型資料庫115。換句話說，所述專案管理模組111、建物資訊模型管理模組112及設備管理模組113屬於可編程的軟體模組，所述設備範本素材庫114及建物資訊模型資料庫115屬於以軟體實現的虛擬資料庫。

請同時參閱圖3至圖4E，其中圖3為本發明的雲端設定流程圖的第一具體實施例，圖4A至圖4E分別為本發明的專案建立頁面的示意圖的第一具體實施例至第五具體實施例。

圖3揭露了本發明的雲端管理系統1藉由雲端設定平台11接受管理者的外部操作時，針對一個特定的智慧建築系統2建立一個專屬的雲端設定檔F1時的設定程序(即，雲端設定程序)。

如圖3所示，首先雲端設定平台11通過專案管理模組111接受管理者的外部操作，以建立一個專案並設定專案資料，包括設定專案名稱，以及此專案所包含的至少一棟建築物的建築物名稱(步驟S10)。並且，專案管理模組111還基於外部操作來增添專案資料，包括設定負責所述建築物的智慧建築系統2的MAC Address(步驟S12)，並且依據所述建築物的實際需求，設定此智慧建築系統2所需包含的複數平台、複數系統以及複數設備的相關資訊，並藉此產生專屬於此智慧建築系統2使用的雲端設定檔F1。

如圖4A所示，於一實施例中，雲端設定平台11在管理者欲建立一個專案時，通過專案管理模組111提供一個對應的專案建立頁面1110以供管理者輸入專案資料。本實施例中，雲端設定平台11對於一個專案的設定程序，依序包含了一般設定、平台設定、系統設定、設備設定(即品牌與型號設定)以及建物資訊模型(Building Information Model,BIM)設定等子程序，並且上層子程序的設定結果會影響下層子程序可以設定的內容(容後詳述)。

如圖4A所示，於一般設定子程序中，管理者可以於專案建立頁面1110中輸入要建立的專案的專案名稱、專案所包含的一棟建築物的建築物名稱、建築物地點、以及管理此建築物的智慧建築系統2的MAC Address。藉由上述資料，雲端設定平台11在建立了一份新的雲端設定檔F1後，可以將此雲端設定檔F1與特定的專案、建築物以及智慧建築系統2進行關聯。

回到圖3。在步驟S12後，所述專案管理模組111通過所述專案建立頁面1110顯示一個平台清單(步驟S14)，並且接受管理者的外部操作，以於平台清單中選擇所述建築物所需的複數平台(步驟S16)。

如圖4B所示，在平台設定子程序中，專案管理模組111在專案建立頁面1110上顯示一個平台清單，其中平台清單中記錄了雲端管理系統1所能支援的所有平台，例如建築自動化系統(Building Automation System,BAS)、能源管理系統(Energy Management System,EMS)、設施管理系統(Facility Management System,FMS)等，但不以此為限。於步驟S16中，管理者可以選擇平台清單上所顯示的所有或部分平台，以利進行剩餘的設定子程序。

值得一提的是，如圖4B所示，管理者可於專案建立頁面1110上選擇是否要啟動建物資訊模型。若建物資訊模型被啟動，則管理者後續可於專案建立頁面1110上進行BIM設定子程序(容後詳述)。

回到圖3。於步驟S16後，專案管理模組111依據被選擇的一或多個平台產生一個系統清單，並且通過專案建立頁面1110顯示系統清單(步驟S18)。並且，專案建立頁面1110接受管理者的外部操作，以於系統清單中選擇所述建築物所需的複數系統(步驟S20)。

於一實施例中，所述系統清單包含了管理者在步驟S16中所選擇的一或多個平台的所有可支援系統。換句話說，若一個平台沒有被管理者所選擇(例如圖4B中所示的設施管理系統)，則這個平台底下的一或多個系統將不會被記錄在系統清單中，故管理者在步驟S20中無法選擇這些系統。如此一來，可以避免管理者設定錯誤，並且有效縮短設定所需時間。

如圖4C所示，在系統設定子程序中，專案管理模組111在專案建立頁面1110上顯示一個系統清單，其中系統清單中記錄了在平台設定子程序中被選擇的一或多個平台所能支援的所有平台，例如照明系統(Lighting)、空調系統(HVAC)、電梯系統(Elevator)、管道系統(Plumbing)、電力系統(Electricity)、災難防 止系統(Disaster Prevention)、冷卻系統(Cooling)、遮蔽系統(Shading)、監視系統(Monitor)、停車系統(Parking Lot)等，但不以此為限。於步驟S20中，管理者可以選擇系統清單上所顯示的所有或部分系統，以利進行剩餘的設定子程序。

回到圖3。於步驟S20後，專案管理模組111依據被選擇的一或多個系統產生一個設備清單，並且通過專案建立頁面1110顯示設備清單(步驟S22)。並且，專案建立頁面1110接受管理者的外部操作，以於設備清單中選擇所述建築物所需的複數設備(步驟S24)。於一實施例中，管理者主要是於設備清單上選擇建築物所需的複數設備的品牌及型號。

值得一提的是，所述設備清單中記錄了管理者在步驟S20中所選擇的一或多個系統的所有可支援設備。換句話說，若一個系統沒有被管理者所選擇(例如圖4C中所示的電梯系統、管道系統等)，則隸屬於這個系統的一或多個設備不會被顯示在設備清單中，故管理者在步驟S24中無法選擇這些設備。如此一來，可以避免管理者設定錯誤，並且可以縮短設定所需時間。

如圖4D所示，在設備設定子程序中，專案管理模組111在專案建立頁面1110上顯示一個設備清單，其中設備清單中記錄了在系統設定子程序中被選擇的一或多個系統所能支援的所有設備。更具體地，設備清單中記錄了被選擇的一或多個系統所能支援的所有設備的品牌與型號(如圖4D中所示的Power_Meter_PM001、Power_Meter_EMA001等)，但不以此為限。於前述步驟S24中，管理者可以選擇設備清單上所顯示的所有或部分設備。

承上所述，在管理者沒有啟動所述建物資訊模型的情況下，雲端設定平台11即可基於所接收的專案名稱、建築物名稱、MAC Address、被選擇的 複數平台、被選擇的複數系統以及被選擇的複數設備來產生專屬於這個智慧建築系統2的雲端設定檔F1。

請同時參閱圖5，為本發明的設備範本素材庫的示意圖的第一具體實施例。本發明的雲端設定平台11還具有設備範本素材庫114，並且雲端管理系統1通過設備範本素材庫114記錄了龐大數量的設備的完整資料。具體地，管理者可預先收集並建立建築物中可能使用的各項已知設備的完整資料(例如品牌1141、型號1142、規格、屬性、控制指令、通訊介面及資料傳輸格式等)，並且將這些設備的完整資料記錄於設備範本素材庫114中。

值得一提的是，除了已知設備(例如與雲端管理系統1、智慧建築系統2、智慧建築套件3相同廠商所製造、提供的設備)之外，所述設備範本素材庫114亦可接受管理者設定一或多個未知設備的品牌、型號、規格、屬性、通訊介面及資料傳輸格式等資料，以將未知設備的設備資料一同添加至設備範本素材庫114中。

本發明中，每一項設備(包括已知設備與未知設備)的設備資料都是利用彈性的資料結構來進行記錄(例如以一個資料標籤配對一筆資料內容的方式來記錄)，以組成所述設備範本素材庫114。當管理者通過圖形化使用者介面(Graphical User Interface,GUI)對雲端管理系統1進行操作以建立所述雲端設定檔F1，或是對智慧建築系統2進行操作以替各個建築物配置對應的一或多個設備4時，可以直接並且重覆地使用設備範本素材庫114中記錄的設備資料，而不必以程式碼多次編寫各個設備4的設備資料，進而可大幅降低設備4的設定門檻以及配置時間。

回到圖3。在專案管理模組111要產生所述雲端設定檔F1時，主要是基於管理者在步驟S24中選擇的複數設備的品牌及型號來查詢所述設備範本素材庫114，並且從設備範本素材庫114中讀取這些設備的設備資料，並直接加入雲端設定檔F1中。藉此，當管理者對智慧建築系統2進行設定時(即，地端設定程序)，不需要再對建築物所配置的各個設備4進行程式碼的編寫，藉此可降低設備的配置難度，進而提昇配置效率。

值得一提的是，若管理者於雲端設定程序中啟動了所述建物資訊模型，則於步驟S24後，專案管理模組111進一步由建物資訊模型資料庫115中取得雲端管理系統1記錄的所有建築物的建築資訊模型(BIM)檔案，並且通過專案建立頁面1110顯示所取得的BIM檔案(步驟S26)。並且，專案建立頁面1110接受管理者的外部操作，以選擇建築物所對應的一個BIM檔案(步驟S28)。

於一實施例中，所述BIM檔案記錄了建築物的可編輯3D影像。更具體地，建物資訊模型資料庫115中記錄的所有BIM檔案皆已經經過了轉檔程序，因此可通過對應的應用程式介面(API)直接開啟，以利管理者查看建築物的實際圖像。藉此，有利於管理者於地端設定程序中，以視覺化的方式將複數設備4配置到建築物中的各個區域(容後詳述)。

如圖4E所示，在建物資訊模型設定子程序中，專案管理模組111在專案建立頁面1110上顯示建物資訊模型資料庫115中記錄的所有BIM檔案。於步驟S28中，管理者可以於專案建立頁面1110上選擇對應至目標建築物的一個特定BIM檔案，藉此將這個BIM檔案添加至所產生的雲端設定檔F1中。

回到圖3。於步驟S28後，雲端設定平台11即可基於所接收的專案名稱、建築物名稱、MAC Address、被選擇的複數平台、被選擇的複數系統、 被選擇的複數設備以及被選擇的BIM檔案來產生專屬於此智慧建築系統2的雲端設定檔F1(步驟S30)。於步驟S30後，雲端管理系統1可將雲端設定檔F1匯入負責目標建築物的智慧建築系統2(例如線上匯入或離線匯入)(步驟S32)，以令智慧建築系統2基於雲端設定檔F1來進行地端設定程序。

值得一提的是，在管理者啟動了建物資訊模型的情況下，雲端設定檔F1中可同時包含一個BIM檔案以及這個BIM檔案所對應的應用程式介面(API)。如此一來，當管理者基於雲端設定檔F1對智慧建築系統2進行地端設定程序時，可以藉由雲端設定檔F1中的API直接開啟BIM檔案，以利於採用視覺化的方式將複數設備4佈署至建築物中。

如前文所述，雲端設定平台11還具有建物資訊模型管理模組112，所述建物資訊模型管理模組112用以接收一或多個BIM檔案的上傳。於一實施例中，所述BIM檔案可例如為以ArchiCAD、TEKLA Structures、SketchUp、3D Max、MagiCAD、Auto CAD等軟體編輯完成的檔案，並且記錄一棟建築物的相關3D資訊。本發明的其中一個技術特徵在於，雲端設定平台11在接收了一個BIM檔案的上傳後，會先對BIM檔案執行轉檔程序，再將轉檔後的BIM檔案添加至建物資訊模型資料庫115中。

如上所述，建物資訊模型資料庫115中記錄的BIM檔案已經經過了轉檔程序而轉換成為特定格式的檔案，因此當管理者對雲端管理系統1進行雲端設定程序時，可以經由專案管理模組111直接開啟BIM檔案，以查看建築物的3D資訊。而當管理者對智慧建築系統1進行地端設定程序時，可以藉由雲端設定檔F1中的API直接開啟雲端設定檔F1中的BIM檔案，以將複數設備4配置到建築物中。

如圖5所示，所述設備範本素材庫114用以儲存建築物可能會用到的所有設備4的設備資料。於一實施例中，所述設備資料至少包括設備4的品牌1141及型號1142，並且還可包括設備4的類別(Category)標籤1143及組件(Package)標籤1144。於一實施例中，所述類別標籤1143記錄設備4的設備類別，例如為轉換器(Converter)、控制器(Controller)、感測器(Sensor)等，而所述組件標籤則記錄了設備4的規格、屬性、控制指令、通訊介面及資料傳輸格式等資訊的至少其中之一，但不以此為限。於前述圖3的步驟S22中，專案管理模組111主要是查詢設備範本素材庫114，並且依據設備類別來判斷各個設備4是否屬於已被選擇的一或多個系統的可支援設備。

如圖2所示，本發明的雲端設定平台11還包括設備管理模組113，所述設備管理模組113用以接受管理者的外部操作以輸入一個新設備的設備資料，並且將此設備資料添加至設備範本素材庫114中，以增添新設備(已知設備或未知設備)到設備範本素材庫114中。如此一來，當管理者通過所述專案建立頁面1110對一棟建築物進行設定時，可基於更新後的設備範本素材庫114來將此新設備添加至對應的雲端設定檔F1中。

請同時參閱圖6，為本發明的設備設定頁面的示意圖的第一具體實施例。本發明的其中一個技術特徵在於，雲端管理系統1將常見的標準通訊協定進行規範，並且藉由設備管理模組113來針對每一種通訊協定分別提供相對應的設定頁面。如圖6所示，設備管理模組113針對一個通訊協定1131提供了一個特定的設備設定頁面1130。

於一實施例中，設備管理模組113通過設備設定頁面1130接受管理者的外部操作，以輸入一個新設備的基礎參數。本實施例中，設備管理模組113 於管理者輸入完成後，將這些基礎參數轉換成此設備設定頁面1130所對應的通訊協定(圖6中以Modbus為例)的程式碼，並且將轉換後的程式碼儲存至設備範本素材庫114中，以完成新設備的增添動作。

通過設備設定頁面1130的轉換功能，管理者只需要拿設備廠商提供的通訊文件，依據所需的通訊協定開啟對應的設備設定頁面1130，並按照指示於對應的欄位中輸入相應的基礎參數，就能由系統自動將這些基礎參數轉換成設定時所需的程式碼。如此一來，管理者不需要撰寫程式碼也可以將新設備增添至設備範本素材庫114中，相當便利。

本發明將設備的設定(尤其是通訊協定的設定)提升到雲端層，並且以素材庫的方式進行保存，因此專案/建築物的建置者(例如所述管理者)只需要對設備(包含已知設備與未知設備)進行一次性的設定，就可以在不同案場重覆使用所設定的設備資料。並且，當管理者的人數為複數時，雲端管理系統1亦支援多人遠端設定，藉此降低智慧建築整體的建置時間。

於另一實施例中，雲端管理系統1可自動將使用度高的一或多個設備4納入預設，並且定時推播更新訊息給系統整合商(圖未標示)。於此實施例中，系統整合商可決定是否要加入新的通訊協定，或是對既有的通訊協定進行更新，藉此達到資源共享的目的。

續請參閱圖7，為本發明的地端設定平台的方塊圖的第一具體實施例。如圖7所示，地端設定平台21至少具有區域設定模組211、佈局設定模組212及BIM設定模組213。具體地，所述地端設定平台21是以軟體方式實現於智慧建築系統2中，並且提供了管理者基於所匯入的雲端設定檔F1來進行地端設定程序所需的頁面。基於地端設定平台21所能達成的功能，智慧建築系統 2將地端設定平台21邏輯切割為複數模組。換句話說，所述區域設定模組211、佈局設定模組212及BIM設定模組213屬於可編程的軟體模組。

本發明中，區域設定模組211用以供管理者自行定義多個平面區域。具體地，相關技術中的智慧建築系統受到所使用的圖控軟體的限制，只能以建築物的樓層為單位，進行設備的佈署。然而，建築物的類型日趨複雜，僅以樓層為單位進行佈署的方式已不再適用(例如廠房或園區可能佔據大片面積，但是沒有樓層之分)。本發明中，區域設定模組211提供管理者以棟、樓、空間等區域為單位，自行定義所需的多個平面區域。

舉例來說，管理者可視建築物的實際需求，將一至十樓定義為一個區域、將西區定義為一個區域、將A棟建築物定義為一個區域或將走廊定義為一個區域，而不需受限於建築物原始規劃的樓層。藉此，可令設備的佈署更具彈性。

佈局設定模組212供管理者設定雲端設定檔F1中記錄的複數設備4的位置座標，藉此將各個設備4分別配置到上述定義的各個平面區域中。通過佈局設定模組212的使用，管理者還可於各個平面區域中直接設定各個設備4的控制面板。藉此，當使用者通過網際網路連接智慧建築系統2的網路前台51或手機前台52時，可直接在前台頁面上查看各個平面區域，並且直接開啟各個平面區域中的控制面板，以查看各個設備4的即時資訊，並對各個設備4進行遠端操控。

請同時參閱圖8A及圖8B，其中圖8A為本發明的區域設定示意圖的第一具體實施例，圖8B為本發明的佈局設定示意圖的第一具體實施例。如圖8A所示，當管理者對智慧建築系統2進行地端設定程序時，地端設定平台21 通過區域設定模組211提供一個區域設定頁面2110。於區域設定頁面2110上，管理者可以自行定義多個平面區域(例如圖8A中所示的一樓、二樓全區、二樓東側等)，以及各個平面區域的尺寸。

如圖8A所示，於區域設定頁面2110上，管理者可以從雲端設定檔F1的內容取得這個建築物可配置的複數設備4的設備資料，並且將各個設備4分別對應至所定義的各個平面區域(例如設定設備4的名稱，藉此令設備4與要配置的平面區域相關聯)。

如圖8B所示，地端設定平台21還可通過佈局設定模組212提供一個佈局設定頁面2120。於一實施例中，地端設定平台21可於佈局設定頁面2120上列出管理者自行定義的所有平面區域(如圖8B的左半部文字所示)。於此實施例中，管理者可以對雲端設定檔F1中記錄的各個設備4的位置座標進行設定，以將各個設備4分別配置到對應的平面區域中，藉此完成設備佈局。

並且，如圖8B所示，藉由前述控制面板，地端設定平台21可在智慧建築系統2的前台頁面上直接呈現各個平面區域中的設備4的即時狀態(如圖中的75%、23.5℃、1人等)。

在管理者完成了平面區域以及設備的佈局後，使用者即可藉由網路前台51或手機前台52獲得友善且具可讀性的資訊(如圖8B所示)。然而，這樣的顯示方式還缺乏了臨場感。

請同時參閱圖8C及圖8D，其中圖8C與圖8D分別為本發明的佈局設定示意圖的第二具體實施例及第三具體實施例。

如圖8C及圖8D所示，所述BIM設定模組213用以讀取雲端設定檔F1中夾帶的BIM檔案，並開啟BIM檔案中記錄的建築物的3D影像2131。並 且，BIM設定模組213供管理者將3D影像2131中包含的多個物件2132分別對應至設定完成的各個平面區域2133、各個系統以及各個設備4。如此一來，智慧建築系統2可以通過前台網頁提供3D的呈現方式，藉此令智慧建築系統2與使用者間的互動方式更為直覺。

具體地，BIM設定模組213使用雲端設定檔F1中夾帶的API來開啟BIM檔案，以完整得到BIM檔案中記錄的3D影像2131所包含的所有物件2132，例如結構柱、燈具、照明裝置、電氣設備、窗、植栽、樓梯、牆等，但不加以限定。於一實施例中，BIM設定模組213可提供對應的設定頁面以顯示所述3D影像2131。並且，BIM設定模組213通過設定頁面顯示接受管理者的操作，以選取適當的物件2132，並且將被選取的物件2132對應至已經設定好的平面區域2133。

舉例來說，管理者可於3D影像2131中選取其中一個房間的柱子、牆面、燈具及窗戶等物件2132，並將這些物件2132與自行定義的一個平面區域2133(例如二樓東側辦公室)進行綁定。如此一來，智慧建築系統1可以將前台頁面所呈現的資訊立體化，以便於使用者於遠端進行查看及控制。

值得一提的是，由於一棟建築物的3D影像2131中包含了為數眾多的物件2132，管理者的設定可能會有遺漏。因此，在管理者對於物件2132的綁定動作完成後，BIM設定模組213可自動執行一個檢查程序。所述檢查程序會掃描3D影像2131中的所有物件2132，並且找出沒有被綁定至任何平面區域2133的一或多個物件2132，並且通過所述設定頁面發出警示，以避免設定上的遺漏。

並且，所述檢查程序還會掃描被綁定的所有物件2132、平面區域2133、系統及設備4，並且判斷是否有配置衝突(例如同一個物件2132同時被對 應至兩個分開的平面區域2133)。當有配置衝突的情形發生時，BIM設定模組213通過所述設定頁面發出警示，以避免設定錯誤。

如圖7所示，地端設定平台21還可具有虛擬電錶設定模組214。相似地，所述虛擬電錶設定模組214是以軟體模組的形式實現於地端設定平台21中。

具體地，一棟建築物中可以配置有多個實體電錶(圖未標示)，但各個實體電錶所呈現的用電量可能不符合管理者的管理需求。本發明的其中一個技術特徵在於，地端設定平台21允許管理者自定一或多個虛擬電錶，並且令虛擬電錶的記錄內容符合管理者的實際需求。

更具體地，虛擬電錶設定模組214供管理者選擇建築物中的多個電錶，同時選擇虛擬電錶的產生方式，藉此基於所選擇的多個電錶所指出的用電量來產生一個虛擬電錶。於一實施例中，所述虛擬電錶的產生方式可包含加總類型(Plus)、減去類型(Minus)及拆分類別(Split)等，但不以此為限。

請同時參閱圖9A至圖9C，分別為本發明的虛擬電錶示意圖的第一具體實施例至第三具體實施例。

如圖9A所示，虛擬電錶設定模組214提供一個虛擬電錶設定頁面2140，管理者可於虛擬電錶設定頁面2140上選擇虛擬電錶的產生方式。於管理者選擇加總類型的情況下，管理者可進一步選擇多個電錶(包含實體電錶及虛擬電錶)，並且虛擬電錶設定模組214基於所選擇的所有電錶產生一個虛擬電錶。本實施例中，所產生的虛擬電錶呈現了被選擇的所有電錶的用電量總合。於圖9A的實施例中，主要是產生一個名稱為「空調用電總盤」的虛擬電錶，並且令這個虛擬電錶包含了被選擇的四個「空調用電」的電錶。

於圖9B的實施例中，管理者於虛擬電錶設定頁面2140上選擇減去類型。於此實施例中，管理者可以選擇一個主電錶，並且再選擇要減去的多個次電錶，藉此產生一個虛擬電錶。於本實施例中，虛擬電錶設定模組214所產生的虛擬電錶呈現了主電錶減去多個次電錶後的剩餘用電量。於圖9B的實施例中，主要是產生一個名稱為「第五空調用電」的虛擬電錶，並且這個虛擬電錶的內容為「空調用電總盤」呈現的用電量減去被選擇的四個「空調用電」呈現的用電量。

於圖9C的實施例中，管理者可於虛擬電錶設定頁面2140上選擇拆分類型。於此實施例中，管理者可以選擇一個主電錶，並且設定多個虛擬電錶，同時設定各個虛擬電錶的百分比(所有虛擬電錶的百分比相加等於100%)。於本實施例中，虛擬電錶設定模組214所產生的各個虛擬電錶的內容分別為主電錶呈現的用電量乘上所設定的百分比。於圖9C的實施例中，主要是產生四個名稱為「空調用電」的虛擬電錶，並且各個虛擬電錶的內容分別為「空調用電總盤」呈現的用電量乘上各自被設定的百分比後的計算結果。

通過虛擬電錶設定模組214的使用，智慧建築系統2允許管理者自行定義多個虛擬電錶，以利觀察並分析建築物中各個類型的設備的用電量，而不需受限於建築物內實際安裝的電錶的呈現方式。

如圖7所示，地端設定平台21還可具有電錶關係設定模組215，相似地，所述電錶關係設定模組215是以軟體模組的形式實現於地端設定平台21中。具體地，電錶關係設定模組215供管理者以樹狀結構的方式連接建築物內的多個電錶(包含實體電錶及虛擬電錶)，藉此建立建築物的能源流向圖。如此一來，管理者能夠通過能源流向圖的呈現清楚地掌握建築物的能耗情形，從中找出關鍵瓶頸，進而執行節能改善措施。

請同時參閱圖9D，為本發明的電錶架構圖的第一具體實施例。如圖9D所示，電錶關係設定模組215可以提供一個設定頁面，管理者可於此設定頁面中對所需的多個電錶(包含實體電錶及虛擬電錶)進行編輯，藉此形成一個電錶架構圖2150。其中，一個電錶可以同時存在於多個電錶架構圖2150中，但是一個電錶架構圖2150中的電錶不能夠重覆。

通過電錶架構圖2150的建立，管理者能夠清楚看出建築物的能源流向，進而在用電量過高時，能夠快速找出影響用電量的源頭。

如圖7所示，地端設定平台21還可具有群組設定模組216，相似地，所述群組設定模組216是以軟體模組的形式實現於地端設定平台21中。於一實施例中，管理者可通過電腦或可攜式設備連接智慧建築系統1的網路前台51或是手機前台52，並且對建築物中的各個設備4進行單獨控制。然而，逐個控制設備4的動作耗時瑣碎，因此智慧建築系統2進一步通過群組設定模組216提供群組控制的功能。

具體地，群組設定模組216提供一個對應的設定頁面(圖未標示)，管理者可於此設定頁面上將同樣品牌、型號的複數設備4組成一個群組。如此一來，在管理者進行控制時，智慧建築系統2允許智慧建築系統2發佈一個群控指令至一個群組，藉此同時控制相同群組內的複數設備4。藉此，令多設備的控制變得簡單迅速。

由於相同品牌、型號的多個設備通常具有相同或相近的規格、屬性、通訊介面與資料傳輸格式，因此本實施例中，群組設定模組216供管理者將相同品牌、型號的多個設備4組成一個群組。舉例來說，管理者可以將建築物中屬於A品牌的B型號的所有燈具皆設定為同一群組。如此一來，即使這些燈具 分佈於不同的樓層、區域、甚至是不同的建築物中，智慧建築系統2仍然允許管理者以單一個指令同時關閉/開啟同一個群組中的所有燈具。

如圖7所示，地端設定平台21還可具有排程設定模組217，相似地，所述排程設定模組217是以軟體模組的形式實現於地端設定平台21中。所述排程設定模組217提供一個對應的設定頁面(圖未標示)，管理者可於此設定頁面上設定建築物中的各個設備4的排程。於所述排程設定完畢後，各個設備4即可按照既定的排程進行運作(例如在上午八點至下午五點的上班時間自動開啟所有燈具，並且在下午五點至上午八點的下班時間自動關閉所有燈具)。

於一實施例中，所述排程設定模組217進一步具有衝突檢查單元(圖未標示)，所述衝突檢查單元用以在管理者設定排程時，對各個設備4的排程執行衝突檢查動作。本實施例中，所述衝突檢查動作用以確保各個設備4於同一時間點只會執行一個動作，並且會於任一個設備4的任一個排程具有衝突時發出警示訊號(例如通過智慧建築系統2的網路前台51或手機前台52發出警示訊號)。

於第一實施例中，所述衝突檢查單元是在管理者設定各個設備4的排程時執行衝突檢查動作，並且於排程發生衝突時發出警示訊號。於第二實施例中，所述衝突檢查單元是在地端設定平台21將各個設備4的排程佈署至萬年曆時執行衝突檢查動作，並且於排程發生衝突時發出警示訊號。於第三實施例中，所述衝突檢查單元是在任一個設備4的任一排程先被停用後再重新啟動時執行衝突檢查動作，並且於排程發生衝突時發出警示訊號。惟，上述僅為本發明的部分具體實施範例，但並不以此為限。

值得一提的是，當任一設備4有排程衝突的情況發生時，除了發出警示訊號外，智慧建築系統2還可從地端資料庫(圖未標示)中取出建築物的歷史數據，並且經過分析後自動提供最適當的建議排程。藉此，管理者在調整各個設備4的排程時，能夠參考智慧建築系統2給出的建議而進行更好的判斷及處理。

如前文所述，本發明的智慧建築系統2與一或多個智慧建築套件3通訊連接，並且各個智慧建築套件3分別連接建築物中的特定類別的設備4。並且，基於所需連接的設備4的設備類別，各個智慧建築套件3於出廠時會預先設定為一個特定的套件類型。基於不同的套件類型，各個智慧建築套件3分別內建有對應的智慧演算分析功能。

舉例來說，第一智慧建築套件在實際配置時會被用來連接電力相關設備，因此第一智慧建築套件會被設定為電力類型，且第一智慧建築套件會內建有用來對用電量進行分析的智慧演算分析功能；第二智慧建築套件在實際配置時會被用來連接燈具，因此第二智慧建築套件會被設定為燈具類型，且第二智慧建築套件會內建有用來對燈具的使用時間進行統計與分析的智慧演算分析功能。惟，上述僅為本發明的部分具體實施範例，但並不以此為限。

如圖7所示，地端設定平台21還可具有功能設定模組218，相似地，所述功能設定模組218是以軟體模組的形式實現於地端設定平台21中。於一實施例中，智慧建築套件3在與智慧建築系統2建立通訊連接時(包含有線連接及無線連接)，可自動回報當前的IP位址以及自身的套件類型給智慧建築系統2。

本發明的其中一個技術特徵在於，智慧建築系統2所接收的雲端設定檔F1中記錄有這個智慧建築系統2所需連接的所有智慧建築套件3的套件類型，以及這些智慧建築套件3具備的智慧演算分析功能。在接收到一個智慧建築套件3的回報後，智慧建築系統2會先判斷雲端設定檔F1中是否記錄有這個智慧建築套3的套件類型。

如前文所述，一個智慧建築套件3是被用來連接特定設備類型的設備，並且基於這個設備類型而具有對應的套件類型。因此，當管理者在雲端設定程序的設備設定子程序中選擇了一個特定設備類型的設備時，所述專案管理模組111會將這個設備以及對應的套件類型同時記錄在雲端設定檔F1中。

若地端設定平台21判斷目前匯入的雲端設定檔F1中記錄有這個智慧建築套件3的套件類型，則地端設定平台21會啟動對應的功能設定模組218(例如提供一個可操作的設定頁面)，並且允許管理者通過所述功能設定模組218來對此智慧建築套件3進行詳細設定(例如設定設備參數的提取時間、智慧演算分析功能的具體執行方法及執行內容等)。

若地端設定平台21判斷目前匯入的雲端設定檔F1中沒有記錄這個智慧建築套件3的套件類型，代表這個智慧建築套件3可能為誤用，因此智慧建築系統2將不啟動所述功能設定模組218。反之，智慧建築系統2會修改這個智慧建築套件3的套件類型(例如修改為綜合類型(Mix))，並且禁用這個智慧建築套件3的智慧演算分析功能。

值得一提的是，所述智慧建築套件3還可具有一個演算單元(圖未標示)，所述演算單元通過智慧演算分析功能來對所取得的設備參數進行運算，並且再將運算所得的資料上傳至智慧建築系統2。藉此，本發明的智慧建築整合 管理系統可以將智慧建築套件3視為一個邊緣運算模組，藉此分攤智慧建築系統2中的處理器的運算負載，並且提高資料處理反應的即時性。

本發明的一個主要技術特徵在於，當管理者對智慧建築系統2進行地端設定程序時，需受到當前匯入的雲端設定檔F1的內容的限制，而僅能進行有限的設定動作。舉例來說，所述區域設定模組211與佈局設定模組212只允許管理者將雲端設定檔F1中夾帶的複數設備4佈署至所定義的平面區域中。若一個設備4不存在於雲端設定檔F1中，則智慧建築系統2不允許管理者將此設備4與建築物進行關聯。

再例如，所述功能設定模組218只有在與智慧建築系統2通訊連接的智慧建築套件3的套件類型存在於雲端設定檔F1中時，才允許管理者通過功能設定模組218對該智慧建築套件3進行詳細設定。若一個智慧建築套件3的套件類型不被雲端設定檔F1所支援，則智慧建築系統2不允許管理者對這個智慧建築套件3進行設定，並且不允許這個智慧建築套件3執行預設的智慧演算分析功能。

然而在特殊情況下，管理者仍然具有在建築物中佈署雲端設定檔F1中沒有夾帶的設備4的需求。本發明的其中一個技術特徵在於，智慧建築整合管理系統仍提供管理者有在地端(即，針對智慧建築系統2)直接新增所需設備4的設備資料的擴充功能。

請同時參閱圖10，為本發明的地端新增流程圖的第一具體實施例。如圖7所示，地端設定平台21還可具有設備新增模組219，相似地，所述設備新增模組219是以軟體模組的形式實現於地端設定平台21中。管理者對智慧建築系統2執行地端設定程序時，若有新增設備4的需求，則地端設定平台21可 通過設備新增模組219執行圖10所示的各項動作，以協助管理者直接從地端來完成設備4的新增動作。

如圖10所示，當管理者需要新增設備4時，可通過特定介面(圖未標示)向智慧建築系統2發出指令，智慧建築系統2接受指令的觸發，而可通過地端設定平台21向雲端設定平台11發出設備4的新增請求(步驟S40)。當雲端設定平台11接收所述新增請求時，先對地端設定平台21進行授權憑證的驗證動作(步驟S42)，並且，於驗證動作失敗時向地端設定平台21發出拒絕請求的回覆(步驟S44)。

於一實施例中，所述授權憑證可夾帶於所述新增請求中，雲端設定平台11於判斷新增請求中不存在授權憑證，或是授權憑證指出此智慧建築系統2並不具有新增設備4的權限時，認定驗證動作失敗，並執行步驟S44。

若於步驟S42中判斷驗證動作成功，則雲端設定平台11進一步向地端設定平台21取得欲新增的設備4的設備資料(步驟S46)。於一實施例中，所述設備資料可為設備4的基本資料(例如品牌及型號)。於另一實施例中，所述設備資料可為設備4的完整資料(例如品牌、型號、規格、屬性、控制指令、通訊介面及資料傳輸格式等)。其中，管理者可通過地端設定平台21所提供的相關頁面(例如圖6所示的設備設定頁面1130)來輸入上述設備資料，但不加以限定。

步驟S46後，雲端設定平台11查詢所述設備範本素材庫114，並且判斷此設備4的設備資料是否存在於設備範本素材庫114中(步驟S48)。若此設備4的設備資料已存在於設備範本素材庫114中，代表雲端設定平台11不需要對設備範本素材庫114進行更新。反之，若此設備4的設備資料不存在於設備 範本素材庫114中，則雲端設定平台11需要對設備範本素材庫114進行更新，以將此設備4新增至設備範本素材庫114中。

具體地，若於步驟S48中判斷設備資料不存在於設備範本素材庫114中，則雲端設定平台11授權地端設定平台21使用如圖2中所示的雲端服務模組116(步驟S50)。於一實施例中，所述雲端服務模組116以軟體的形式實現於雲端設定平台11中，並且具有修改設備範本素材庫114的權限。步驟S50後，地端設定平台21可直接藉由雲端服務模組116來修改設備範本素材庫114，以將管理者提供的設備資料添加至設備範本素材庫114中(步驟S52)。於步驟S52後，設備範本素材庫114中即包含了管理者欲新增的設備4的設備資料。

若於步驟S48中判斷設備資料已經存在於設備範本素材庫114中，或者地端設定21已經通過上述步驟S50及步驟S52將設備4新增至設備範本素材庫114後，雲端設定平台11再次授權地端設定平台21使用如圖2中所示的雲端服務模組116(步驟S54)。本實施例中，雲端服務模組116具有修改所述專案管理模組111所建立的專案的權限。值得一提的是，雲端設定平台11在步驟S50中授權給地端設定平台21使用的雲端服務模組116，與在步驟S54中授權給地端設定平台21使用的雲端服務模組116，可為相同或相異的模組，不加以限定。

步驟S54後，地端設定平台21可藉由雲端服務模組116來修改專案資料，從更新後的設備範本素材庫114中取得欲新增的設備4的設備資料，並且將設備資料新增至所述專案中(步驟S56)。步驟S56後，雲端設定平台11藉由雲端服務模組116將修改後的專案資料儲存至先前建立的雲端設定檔F1中，以對雲端設定檔F1進行更新(步驟S58)。步驟S58後，智慧建築系統2即可匯入更 新後的雲端設定檔F1(步驟S62)，藉此，管理者可以在地端設定程序中取得新增的設備4的相關資料，並且將此設備4佈署到建築物的各個平面區域中。

於特殊情況下，管理者還可能會具有在建築物中佈署不存在於雲端設定檔F1中的系統的需求(例如照明系統、空調系統等)。於此情況下，管理者需要將一組當前的雲端設定檔F1無法支援的智慧建築套件3連接至智慧建築系統2。本發明的其中一個技術特徵在於，智慧建築整合管理系統還提供管理者有在地端(即，針對智慧建築系統2)直接新增所需的智慧建築套件3的功能。

請同時參閱圖11，為本發明的地端新增流程圖的第二具體實施例。如圖7所示，地端設定平台21還可具有套件新增模組220，相似地，所述套件新增模組220是以軟體模組的形式實現於地端設定平台21中。管理者對智慧建築系統2執行地端設定程序時，若需要連接一個智慧建築套件3，但此智慧建築套件的套件類型不存在於目前的雲端設定檔F1中時，地端設定平台21可通過套件新增模組220執行圖11所示的各項動作，以協助管理者直接從地端來完成智慧建築套件的新增動作。

本發明中，一個智慧建築套件3與智慧建築系統2通訊連接後，就會自動回報自身的IP位址以及套件類型給智慧建築系統2。若智慧建築系統2判斷此套件類型不存在於雲端設定檔F1中時，就會切換此智慧建築套件3的套件類型(例如切換為綜合類型)。此時，這個智慧建築套件3無法執行預設的智慧演算分析功能。

舉例來說，若管理者在雲端設定程序中只選擇了空調系統(即，雲端設定檔F1中只包含了空調系統)，但是管理者在地端設定程序中連接了一個套件類型為照明系統的智慧建築套件3至智慧建築系統2，此時這個智慧建築套件 3的套件類型會被視為綜合類型，並且無法執行預設的智慧照明功能。通過圖11所示的新增流程，即可解決上述問題。

具體地，如圖11所示，當管理者需要新增一個無法被雲端設定檔F1所支援的智慧建築套件3時，可通過特定介面(圖未標示)向智慧建築系統2發出指令。此時，智慧建築系統2受到指令的觸發，即可通過地端設定平台21向雲端設定平台11發出智慧建築套件3的新增請求(步驟S70)。當雲端設定平台11接收所述新增請求時，即對地端設定平台21進行授權憑證的驗證動作(步驟S72)，並且，於驗證動作失敗時向地端設定平台21發出拒絕請求的回覆(步驟S74)。本實施例中，雲端設定平台11進行驗證的方式與圖10的實施例所示者相似，於此不再贅述。

若於步驟S72中判斷驗證動作成功，則雲端設定平台11進一步向地端設定平台21取得欲新增的智慧建築套件3的套件類型(步驟S76)。於另一實施例中，雲端設定平台11於步驟S76中也可取得欲新增的智慧建築套件3的智慧演算分析功能，但不以此為限。

步驟S76後，雲端設定平台11授權地端設定平台21使用如圖2中所示的雲端服務模組116(步驟S78)。於一實施例中，雲端服務模組116是以軟體形式實現於雲端設定平台11，並且具有修改所述專案管理模組111所建立的專案的權限。值得一提的是，雲端設定平台11在步驟S78中授權地端設定平台21使用的雲端服務模組116，與圖10的實施例在步驟S50、步驟S50中授權地端設定平台21使用的雲端服務模組116可為相同或相異的模組，不加以限定。

步驟S78後，地端設定平台21可藉由雲端服務模組116來修改所述專案資料，以將所需新增的套件類型新增至所述專案中(步驟S80)。步驟S80 後，雲端設定平台11藉由雲端服務模組116將修改後的專案資料儲存至先前建立的雲端設定檔F1中，以對雲端設定檔F1進行更新(步驟S82)。步驟S82後，智慧建築系統2即可重新匯入更新後的雲端設定檔F1(步驟S84)，藉此，管理者可以在地端設定程序中將此套件類型的智慧建築套件3連接至智慧建築系統2，並且藉由此智慧建築套件3來連接建築物中新增的特定類型的設備4。

續請參閱圖12，為本發明的跨智慧建築系統的監控示意圖的第一具體實施例。如圖12所示，本發明中設置於地端的智慧建築系統2還可進一步達到跨系統的連接，藉此，管理者可以不須要透過雲端管理系統1，而直接藉由智慧建築系統2來實現跨越不同的智慧建築系統2的管理、監控功能，具體地，於部分配置場景中，管理者在部分舊案場中必須要納入或整合建築物中既已存在的建築自動化系統6(Building Automation System,BAS)，而在部分新案場中則有與建築自動化系統6進行介接，以相互傳遞資料的需求。於此情況下，管理者可將本發明的一或多個智慧建築系統2當做中繼層，收集所述案場中的建築自動化系統6的資料並進行處理與運算後，再傳給另一台智慧建築系統2(例如對應至另一個案場的智慧建築系統2)。藉此，管理者可以按照案場的實際需求，彈性定義各個智慧建築系統2的溝通架構層級。

本發明中，各個案場中的智慧建築系統2可提供的功能是完全相同的，差異在於在地端設定程序中所接收並採用的雲端設定檔F1的內容各自不同。而如圖12所示，於所述溝通架構層級中位於上層的智慧建築系統2將可包含下層的所有智慧建築系統2的資料，因此可以做到跨系統的設備監控功能。

於一實施例中，一個案場中的智慧建築系統2可以通過已連接的智慧建築套件3做為中繼，以將案場中的資料介接至智慧建築系統2中。具體 地，在部分較小的案場中，一般是藉由建築自動化系統6來接收點位資料，並且，此類建築自動化系統不需要有獨立的頁面及權限。

舉例來說，第一建築物的空調系統由既已存在的建築自動化系統6接入，而第一建築物的其他系統則直接由第一建築物中的智慧建築套件3接收。於此實施例中，可藉由智慧建築套件3(例如套件類別為轉換器(Converter)的智慧建築套件3)將建築自動化系統6中的空調相關資料上傳至負責此第一建築物的智慧建築系統2中，並統一由此智慧建築系統2來設定欲呈現的畫面及權限。

於另一實施例中，管理者可以通過智慧建築系統2做為中繼，以將案場中的資料介接至其他的智慧建築系統2中。具體地，在部分的大型案場中，建築自動化系統6所接收的各種資料並不限於點位資料，並且負責接收資料的建築自動化系統6各自具有獨立的頁面及權限。

舉例來說，第一建築物的資料由第一建築自動化系統來接收，第二建築物的資料由第二建築自動化系統來接收，並且第一、第二建築物的資料皆可獨立監控。此時，管理者若需要整合第一、第二建築物的資料並統一呈現，則管理者可通過第一智慧建築系統接入第一建築自動化系統的資料，通過第二智慧建築系統接入第二建築自動化系統的資料，並且分別設定欲呈現的畫面及權限。最後，再將第一、第二智慧建築系統已設定完成的資訊上傳至位於上層的第三智慧建築系統中。藉此，上層的第三智慧建築系統可設定出跨越第一與第二建築物的監控畫面，並且也可做為統一入口，以令管理者直接訪問第一建築物以及第二建築物。

如前文所述，本發明中各智慧建築系統2所能提供的功能是完全相同的，因此，在各個智慧建築系統2可以通過位於上層的智慧建築系統2來達到跨系統監控的情況下，本發明還可以在不須透過雲端管理系統1的情況下，實現上述新增智慧建築套件3的目的。

具體地，當一個智慧建築套件3與第一智慧建築系統通訊連接，並且第一智慧建築系統判斷此智慧建築套件3的套件類型不存在於雲端設定檔F1中時，可通過上層的第三智慧建築系統來查詢並連接至可支援此套件類型的其他智慧建築系統(例如第二智慧建築系統)。藉此，所述第一智慧建築系統可以從第二智慧建築系統的雲端設定檔F1中複製全部或部分的資料，並據此更新第一智慧建築系統於設定時採用的雲端設定檔F1。如此一來，更新後的第一智慧建築系統將可以支援此套件類型。

於一實施例中，當智慧建築系統2判斷當前連接的智慧建築套件3的套件類型不存在於雲端設定檔F1中時，主要可通過如圖7所示的套件新增模組220來向位於上層的智慧建築系統2提出查詢與更新請求，但並不以此為限。

舉例來說，若管理者在雲端設定程序中，針對所述第一智慧建築系統只選擇了空調系統(即，雲端設定檔F1中只包含了空調系統)，但是管理者在地端設定程序中將一個套件類型為照明系統的智慧建築套件3至第一智慧建築系統，此時這個智慧建築套件3的套件類型會被視為綜合類型(因為無法被第一智慧建築系統所支援)，而無法執行預設的智慧照明功能。

於本實施例中，第一智慧建築系統可以通過所述套件新增模組220向上層的第三智慧建築統發出請求，以藉由第三智慧建築系統來查詢其下層所 連接的所有智慧建築系統2，並且連接至其中可支援照明系統的套件類型的第二智慧建築系統。並且，第一智慧建系統可通過第三智慧建系統來複製第二智慧建築系統的雲端設定檔F1中的全部或部分資料(例如上述之專案資料)，並且據此更新第一智慧建築系統的雲端設定檔F1。

藉由上述查詢、連接與更新動作，第一智慧建築系統可以在不需要透過雲端管理系統1的情況下，直接將特定的套件類型新增至雲端設定檔F1中，藉此支援所新增的套件類型的智慧建築套件3，並令此智慧建築套件3可以執行預設的功能，而不會被視為是綜合類型。

通過本發明的上述技術方案，管理者可以遵循雲端設定檔的內容來執行地端設定程序，藉此提昇設定效率並降低設定錯誤的風險。而通過上述的設備4/智慧建築套件3的新增程序，還可進一步提升設定時的彈性。

以上所述僅為本發明之較佳具體實例，非因此即侷限本發明之專利範圍，故舉凡運用本發明內容所為之等效變化，均同理皆包含於本發明之範圍內，合予陳明。

1:雲端管理系統

11:雲端設定平台

12:雲端網路管理平台

2:智慧建築系統

21:地端設定平台

22:地端資料處理器

3:智慧建築套件

4:設備

51:網路前台

52:手機前台

F1:雲端設定檔

F2:地端設定檔

Claims (20)

1. 一種智慧建築整合管理系統，包括：一雲端管理系統，設置於雲端空間並且具有一雲端設定平台，該雲端設定平台接受一外部操作以建立複數雲端設定檔，各該雲端設定檔分別記錄一組媒體存取控制位址(Media Access Control Address,MAC Address)；一智慧建築系統，對應至一建築物並且具有一地端設定平台，該智慧建築系統具有一組特定MAC Address，並基於該特定MAC Address從該雲端管理系統取得對應的該雲端設定檔，其中該地端設定平台受該雲端設定檔的內容限制而供一管理者進行對應的一設定程序並產生一地端設定檔；及一智慧建築套件，為可編程的實體設備、電腦或伺服器，用以連接設置在該建築物中的一特定類型的多個設備，並且具有基於該特定類型所預設定的一個對應的套件類型，其中該智慧建築套件基於設定而週期性地取得各該設備的一設備參數；其中，當該智慧建築套件與該智慧建築系統通訊連接時，該地端設定平台依據該套件類型啟用對應的一設定模組，該設定模組接受該管理者對該智慧建築套件進行設定並產生該地端設定檔，並且該智慧建築系統將該地端設定檔匯入該智慧建築套件以完成對該智慧建築套件的該設定程序。
2. 如請求項1所述的智慧建築整合管理系統，其中該雲端設定平台包括一專案管理模組，該專案管理模組接受該外部操作以設定一專案的一專案名稱、該專案所包含的該建築物的一建築物名稱、負責該建築物的該智慧建築系統的該MAC Address、該智慧建築系統需包含的複數平台、複數系統以及複數設備，並據此產生專屬於該智慧建築系統的該雲端設定檔。
3. 如請求項2所述的智慧建築整合管理系統，其中該專案管理模組依序執行下列動作以產生該雲端設定檔：取得並顯示一平台清單，其中該平台清單包含該雲端管理系統的所有可支援平台；依據該外部操作於該平台清單中選擇該建築物所需的該複數平台；產生並顯示一系統清單，其中該系統清單包含該被選擇的複數平台的所有可支援系統；依據該外部操作於該系統清單中選擇該建築物所需的該複數系統；產生並顯示一設備清單，其中該設備清單包含該被選擇的複數系統的所有可支援設備；依據該外部操作於該設備清單中選擇該建築物所需的該複數設備；及依據該專案名稱、該建築物名稱、該MAC Address、該被選擇的複數平台、該被選擇的複數系統及該被選擇的複數設備產生該雲端設定檔。
4. 如請求項3所述的智慧建築整合管理系統，其中該雲端設定平台包括一設備範本素材庫，該專案管理模組接受該外部操作於該設備清單中選擇該複數設備的品牌及型號，並且基於該被選擇的品牌及型號於該設備範本素材庫中讀取對應的設備資料並加入該雲端設定檔中。
5. 如請求項4所述的智慧建築整合管理系統，其中該設備資料至少包括該設備的一類別標籤及一組件標籤，該類別標籤記錄該設備的一設備類別，該組件標籤記錄該設備的規格、屬性、控制指令、通訊介面及資料傳輸格式的至少其中之一，其中該專案管理模組依據該設備類別判斷各該設備是否屬於該被選擇的複數系統的可支援設備。
6. 如請求項4所述的智慧建築整合管理系統，其中該雲端設定平台包括一設備管理模組，該設備管理模組接受該外部操作以設定一新設備的設備資料，並將該新設備的該設備資料添加至該設備範本素材庫中。
7. 如請求項6所述的智慧建築整合管理系統，其中該設備管理模組對應多種通訊協定提供複數設定頁面，當該外部操作將該新設備的一基礎參數輸入該複數設定頁面中的一特定頁面時，該設備管理模組基於該基礎參數將該新設備的該設備資料轉換成該特定頁面所對應的該通訊協定的程式碼，並基於該程式碼將該新設備儲存至該設備範本素材庫。
8. 如請求項2所述的智慧建築整合管理系統，其中該雲端設定平台包括一建物資訊模型管理模組及一建物資訊模型資料庫，該建物資訊模型管理模組接收一建物資訊模型(Building Information Modeling)檔案的上傳，並且對該BIM檔案執行一轉檔程序後添加至該建物資訊模型資料庫中，並且該雲端設定平台依據該外部操作從該建物資訊模型資料庫中選擇對應該建築物的一特定BIM檔案，並將該特定BIM檔案及對應的一應用程式介面(Application Program Interface,API)添加至該雲端設定檔中，其中該特定BIM檔案記錄該建築物的一可編輯3D影像。
9. 如請求項8所述的智慧建築整合管理系統，其中該地端設定平台包括：一區域設定模組，供該管理者自行定義多個平面區域；一佈局設定模組，供該管理者設定該雲端設定檔中記錄的該複數設備的位置座標，以將各該設備分別配置至各該平面區域中，並且該佈局設定模組 供該管理者設定各該設備的一控制面板，以於該智慧建築系統連接的一前台網頁上查看各該設備的即時資訊並對各該設備進行操控；及一BIM設定模組，於該雲端設定檔中讀取該特定BIM檔案，供該管理者將該可編輯3D影像中的多個物件分別對應至設定完成的各該平面區域、各該系統以及各該設備，並且該BIM設定模組於設定時判斷被綁定的各該物件、各該平面區域、各該系統及各該設備是否有配置衝突。
10. 如請求項9所述的智慧建築整合管理系統，其中該地端設定平台包括一虛擬電錶設定模組，供該管理者選定該建築物中的多個目標電錶，並選定以一加總類型、一減去類型或一拆分類型來基於該多個目標電錶所指出的用電量產生一個虛擬電錶。
11. 如請求項10所述的智慧建築整合管理系統，其中該地端設定平台包括一電錶關係設定模組，供該管理者以樹狀結構連接該建築物內的該多個目標電錶以建立該建築物的一能源流向圖。
12. 如請求項9所述的智慧建築整合管理系統，其中該地端設定平台包括一群組設定模組，供該管理者將具有相同的品牌及型號的該複數設備組成一個群組，並且允許該智慧建築系統發佈一群控指令以同時控制相同群組內的該複數設備。
13. 如請求項9所述的智慧建築整合管理系統，其中該地端設定平台包括一排程設定模組，供該管理者設定該建築物中的各該設備的一排程，並且通過一衝突檢查單元對各該設備的該排程執行一衝突檢查動作，該衡突檢查動作確保各該設備於同一時間點只執行一個動作，並且於任一該設備的任一該排程發生衝突時發出一警示訊號。
14. 如請求項13所述的智慧建築整合管理系統，其中該衝突檢查動作包括於設定各該設備的該排程時執行的一第一衝突檢查動作、於將各該設備的該排程佈署到一萬年曆時執行的一第二衝突檢查動作、以及於任一該設備的任一該排程被停用後再重新啟用時執行的一第三衝突檢查動作。
15. 如請求項9所述的智慧建築整合管理系統，其中該智慧建築套件基於預設定有一特定套件類型並內建有對應的一智慧演算分析功能，該智慧建築套件在與該智慧建築系統建立通訊連接時自動回報IP位址及該特定套件類型給該智慧建築系統；其中，該智慧建築系統判斷該雲端設定檔中是否記錄有該特定套件類型，於該雲端設定檔中記錄有該特定套件類型時啟用對應的一功能設定模組以對該智慧建築套件進行設定，並於該雲端設定檔中沒有記錄該特定套件類型時修改該智慧建築套件的該特定套件類型並且禁用該智慧演算分析功能。
16. 如請求項15所述的智慧建築整合管理系統，其中該智慧建築套件具有一演算單元，該演算單元通過該智慧演算分析功能對所取得的該設備參數進行運算，並且該智慧建築套件將運算所得的資料上傳至該智慧建築系統。
17. 如請求項15所述的智慧建築整合管理系統，其中該地端設定平台包括一套件新增模組，該套件新增模組於該雲端設定檔中沒有記錄該特定套件類型時與該雲端設定平台共同執行下列動作：該地端設定平台向該雲端設定平台發出一新增請求；該雲端設定平台對該地端設定平台進行一授權憑證的驗證動作；該雲端設定平台於該授權憑證驗證失敗時拒絕該新增請求； 該雲端設定平台於該授權憑證驗證通過時由該地端設定平台取得該特定套件類型；該雲端設定平台授權該地端設定平台使用一雲端服務模組，其中該雲端服務模組用以修改該建築物所屬的一專案的專案資料；該地端設定平台藉由該雲端服務模組修改該專案資料，以將該特定套件類型、對應的該平台以及對應的該系統新增至該專案中；該雲端設定平台藉由該雲端服務模組將修改後的該專案資料儲存至該雲端設定檔中以產生一更新後雲端設定檔；及由該智慧建築系統匯入該更新後雲端設定檔。
18. 如請求項15所述的智慧建築整合管理系統，其中該地端設定平台包括一套件新增模組，該套件新增模組於該雲端設定檔中沒有記錄該特定套件類型時查詢並連接至可支援此特定套件類型的另一智慧建築系統，以複製該另一智慧建築統的該雲端設定檔的全部或部分資料，並據此更新該智慧建築系統的該雲端設定檔。
19. 如請求項9所述的智慧建築整合管理系統，其中該地端設定平台包括一設備新增模組，該設備新增模組於該雲端設定檔中沒有記錄該建築物所需的一特定設備時與該雲端設定平台共同執行下列動作：該地端設定平台向該雲端設定平台發出一新增請求；該雲端設定平台對該地端設定平台進行一授權憑證的驗證動作；該雲端設定平台於該授權憑證驗證失敗時拒絕該新增請求；該雲端設定平台於該授權憑證驗證通過時由該地端設定平台取得該特定設備的設備資料； 該雲端設定平台判斷該特定設備的該設備資料是否存在於一設備範本素材庫；若該特定設備的該設備資料存在於該設備範本素材庫中，該雲端設定平台授權該地端設定平台使用一雲端服務模組，其中該雲端服務模組用以修改該建築物所屬的一專案的專案資料；該地端設定平台藉由該雲端服務模組修改該專案資料，以由該設備範本素材庫中取得該特定設備的該設備資料並新增至該專案中；該雲端設定平台藉由該雲端服務模組將修改後的該專案資料儲存至該雲端設定檔中以產生一更新後雲端設定檔；及由該智慧建系統匯入該更新後雲端設定檔。
20. 如請求項19所述的智慧建築整合管理系統，其中該雲端設定平台在接收該新增請求且判斷該特定設備的該設備資料不存在於該設備範本素材庫中時，進一步與該地端設備平台共同執行下列動作：該雲端設定平台授權該地端設定平台使用一第二雲端服務模組，其中該第二雲端服務模組用以修改該設備範本素材庫；該地端設定平台藉由該第二雲端服務模組修改該設備範本素材庫，以將該特定設備的該設備資料新增至該設備範本素材庫中；該雲端設定平台授權該地端設定平台使用該雲端服務模組；該地端設定平台藉由該雲端服務模組修改該專案資料，以由修改後的該設備範本素材庫中取得該特定設備的該設備資料並新增至該專案中；該雲端設定平台藉由該雲端服務模組將修改後的該專案資料儲存至該雲端設定檔中以產生該更新後雲端設定檔；及 由該智慧建築系統匯入該更新後雲端設定檔。

Images