基於雲平臺架構的用戶數據部署方法及系統與流程
2023-07-18 16:24:41 4
本發明涉及遠程監控技術，尤其涉及一種基於雲平臺架構的用戶數據部署方法及系統。
背景技術：
遠程雲平臺系統被廣泛的應用於各種場合中。例如，在大型的機房內，就需要對各種設備如空調、伺服器、電源、水冷裝置、電錶等進行監控。一般來說，遠程雲平臺系統會包括監控主機與數據採集裝置，數據採集裝置直接與被監控設備交互讀取其運行狀態參數，或者通過傳感器感測各處環境數據(如溫溼度等)。監控主機接收數據採集裝置採集的監控數據，加以分析並以合適的方式輸出。例如，監控主機可接入網際網路，其本身同時又是一個網站伺服器，通過網頁的方式實時將監控數據進行輸出。又或者，監控主機可將監控數據上傳至後臺伺服器內，由後臺伺服器進行輸出。
這樣的方式帶來以下問題：首先，給不同種類、型號的被監控設備配置存儲空間帶來了巨大的運營成本，而在實際管理過程中，對於每個監控設備的監管又帶來了巨大的挑戰，比如數據的安全，存儲空間的分配，計費等等。
技術實現要素：
有鑑於此，有必要提供一種基於雲平臺架構的用戶數據部署方法及雲平臺系統，其可有效地提高數據監控和管理效率。
一種基於雲平臺架構的用戶數據部署方法，應用於雲平臺系統中，所述雲平臺系統包括雲端、與所述雲端網絡相連的數據採集裝置、以及多個與所述數據採集裝置相連的設備，所述數據採集裝置用於採集所述設備的數據並發送給所述雲端，所述方法包括：
在資料庫中給對應的用戶建立項目，所述項目與一個或多個與所述用戶關聯的數據採集設備相關聯；
為所述項目創建一個虛擬機，且在所述虛擬機內建立用於存儲與所述項目關聯的數據採集設備上報的數據的資料庫；
為所述用項目分配一個與預定參數相關且包括失效時限的授權，並將與所述項目關聯的數據採集設備上報的數據存儲在所述資料庫中；
在所述授權到期時通過啟用/禁用所述虛擬機以控制數據的存取權限。
一種基於雲平臺架構的用戶數據部署系統，包括雲端、與所述雲端網絡相連的數據採集裝置、以及多個與所述數據採集裝置相連的設備，所述數據採集裝置用於採集所述設備的數據並發送給所述雲端，其特徵在於，
所述雲端：
在資料庫中給對應的用戶建立項目，所述項目與一個或多個與所述用戶關聯的數據採集設備相關聯；
為所述項目創建一個虛擬機，且在所述虛擬機內建立用於存儲與所述項目關聯的數據採集設備上報的數據的資料庫；
為所述用項目分配一個與預定參數相關且包括失效時限的授權，並將與所述項目關聯的數據採集設備上報的數據存儲在所述資料庫中；
在所述授權到期時通過啟用/禁用所述虛擬機以控制數據的存取權限。
根據上述的方法及系統，雲端為每個項目建立了虛擬機，並為每個項目分配了一個對應的授權，這就使得對於數據的管理變得十分有序，雲端可以實現對各個項目數據授權的管理，計費等等，從而有效地提高數據監控和管理效率。
為讓本發明的上述和其他目的、特徵和優點能更明顯易懂，下文特舉較佳實施例，並配合所附圖式，作詳細說明如下。
附圖說明
圖1為本發明第一實施例提供的雲平臺系統的架構示意圖；
圖2為本發明第一實施例提供的雲平臺系統的結構示意圖；
圖3為本發明第二實施例提供的監控方法的流程示意圖。
具體實施方式
為更進一步闡述本發明為實現預定發明目的所採取的技術手段及功效，以下結合附圖及較佳實施例，對依據本發明的具體實施方式、結構、特徵及其功效，詳細說明如後。
參閱圖1，其為本發明第一實施例提供的基於雲平臺架構的用戶數據部署系統100的架構示意圖。如圖1所示，所述雲平臺系統100包括：設備層10、聚合層30、平臺層(雲端)40、以及應用層50。
設備層10是指各種各樣的能夠自行生成監控數據的設備/設施，或者獨立設置的傳感器。設備層10的具體實例包括但並不限於，伺服器、電源分配單元(Power distribution unit,PDU)、冷卻裝置(包括空調、水冷裝置、鼓風機、風扇等)、不間斷電源(Uninterruptible Power System，UPS)、門禁裝置、攝像頭、各種傳感器(包括溫度傳感器、溼度傳感器、光線傳感器、噪音傳感器、紅外傳感器、電磁輻射傳感器、煤氣傳感器、煙霧傳感器、一氧化碳傳感器、二氧化碳傳感器、顆粒物濃度傳感器(如PM2.5傳感器)等等。在本實施例中，所述設備層10包含了多個串口設備11(圖1中示出其數目為四個)，所述串口設備11用於採集對應於項目的數據。
聚合層30包括多個數據採集裝置31，每個數據採集裝置31與一個被監測點(例如，同一個機櫃、同一個機房、或同一個房間)內的多個串口設備11(圖1中示出其數目為兩個)相連。一般來說，數據採集裝置31與串口設備11之間採用串口通訊(如RS485)。當然，數據採集裝置31與串口設備11之間並不限定一定採用串口通訊，任意的網絡協議如藍牙、紅外、WIFI、Zigbee、近場通訊(NFC)等等協議均可用於實現數據採集裝置31與串口設備11之間的數據交換。數據採集裝置31除了與串口設備11相連外，還通過網際網路與平臺層40相連，將串口設備11上報的監控數據進行轉換後(若需要)上報給平臺層40。
平臺層40由多臺伺服器41組成，其用於對聚合層30上報的監控數據進行分析、處理並存儲，平臺層40還包括一個或者多個網頁(Web)應用程式/網頁伺服器(Webserver)42，用於向客戶端51(其安裝有瀏覽器、或者行動應用程式，圖1中示出其數目為3個)提供經過格式化後的監控數據。
應用層50包括運行在客戶端51內的計算機應用程式、網頁應用程式、或者行動應用程式。其包括用於查看監控數據的界面，還可實現其他基於監控數據的功能。
參閱圖2，在一個具體的實施例中，數據採集裝置31通過一個POE(Power Over Ethernet，乙太網供電)交換機32接入網際網路，從而與平臺層40內的雲端伺服器41網絡相連。數據採集裝置31與POE交換機32之間可僅通過一根線纜相連，此線纜同時傳輸網絡信號並給數據採集裝置31提供直流電源。
如圖2所示，數據採集裝置31上設置有多個接口310。本實施例中，數據採集裝置31上設置3組接口310，每組8個，也就是說數據採集裝置31上總共設置有24個接口310。可以理解的是，數據採集裝置31上接口310的數量並不受任何限制，硬體及軟體上能夠支持的數量均可。
每個接口310可與一個串口設備11相連。接口310可同時具有POE功能，也就是說，數據採集裝置31會向串口設備11提供運行所需要的直流電源。
由於POE交換機32以及數據採集裝置31均具有乙太網供電的能力，因此，數據採集裝置31與串口設備11都不再需要額外的電源接入，減少了線纜的數量，降低了維護的複雜度。
在具體的硬體實現上，數據採集裝置31與串口設備11之間的數據通訊一般採用串口通訊協議。
如圖2所示，雲端40由多臺伺服器41(圖1中示出其數目為三個)組成，在本實施例中，所述雲端40為每個項目建立一個對應的虛擬機410A，所述項目(Project)，在本發明中為一個虛擬的概念，其可以為對應於一個串口設備11所採集的所有數據，也可以為對應於不同串口設備11採集的同一類型或不同類型數據的統稱，根據用戶實際使用需要進行設定，不局限於具體實施例。
為管理所述項目的數據，雲端40為所述項目建立一個虛擬機410A，且在所述虛擬機410A內建立用於掛載所述項目的數據的資料庫410。
本實施例中，如圖2所示，所述雲端40中還包含網頁伺服器42，網頁伺服器42將可以方便用戶通過客戶端51，如電腦、筆記本、平板電腦、智慧型手機等進行查詢。
請一起參閱圖3，其為本發明第二實施例提供的基於雲平臺架構的用戶數據部署方法，所述方法採用第一實施例提供的雲平臺系統100。
如圖3所示，所述方法包括步驟S101-S103。
步驟S101、雲端為所述項目建立一個虛擬機，且在所述虛擬機內建立用於掛載所述項目的數據的資料庫；
步驟S102、雲端為所述項目分配一個與預定參數相關且包括失效時限的授權(License)，並將與所述項目關聯的數據採集設備上報的數據存儲在所述資料庫中；
步驟S103、雲端在項目的失效時限後控制所述虛擬機失效，且保存所述項目的數據。
本實施例中，雲端40為所述項目建立了虛擬機。在步驟S102中，所述預定參數包括了接入的串口設備11的數量、報警消息的數量、數據的流量、數據存儲的頻率、數據的保存時間等等。具體地，所述預定參數包含了失效時限，所述失效時限可以為一星期，一個月，一年等，根據實際需要進行設定，甚至也可以為數個鐘頭如12個小時。在本實施例中，所述預定參數進一步與一個緩衝期限相關，所述緩衝期限大於所述失效期限，所述雲端在項目的緩衝期限後控制刪除所述項目的數據。也就是說，如果緩衝期限為2個星期，失效期限為1個星期，那個雲端40在項目的失效時限後(1個星期)後控制所述虛擬機失效，且保存所述項目的數據，而在緩衝期限(2個星期)後控制刪除所述項目的數據。
在其中一種實施方式中，所述預定參數中設定了接入的串口設備11的數量，例如為20個，對應於該授權，則在該項目內，由20個串口設備11產生的數據將被存儲在所述資料庫410中，而超出20個的串口設備11的其它串口設備11產生的數據將被忽略。這些被存儲的數據在失效時限(假設為10天)後，其存儲對應的虛擬機將失效，而在緩衝期限(假設為20天)後將被刪除，且被刪除的數據將不可恢復。由此，所述項目及其數據可以被有效地管理和利用，使得所述雲端40可以有效地利用其存儲空間。另一方面，如果所述授權可以與一個費率進行相關，用戶需要通過付費才能使得項目分配到相應的授權，如每個項目100、200元等，此將有利於提升雲端40的管理效率。
在本實施例中，由於所述雲端40進一步包括網頁伺服器42，因此所述方法進一步包括步驟S104：網頁伺服器42接收客戶端51對所述數據的查詢請求，並返回查詢結果至所述客戶端51。由此，客戶端51，如電腦、筆記本、平板電腦、智慧型手機等可對所述數據進行查詢，從而提升用戶的使用效率。
在另一變更實施方式中，所述預定參數中設定了與項目對應的報警消息的數量，例如為100條，對應於該授權，則在該項目內，被報警消息小於或等於100條的數據將被存儲在所述資料庫410中，而超出100條的其它數據將被忽略。
在又一變更實施方式中，所述預定參數中設定了與項目對應的數據的流量，例如為100M，對應於該授權，則在該項目內，小於的或等於100M的數據將被存儲在所述資料庫410中，而超出100M的其它數據將被忽略。
在再一變更實施方式中，所述預定參數中設定了與項目對應的數據的存儲頻率，例如為小於或等於每秒一次，對應於該授權，則在該項目內，存儲頻率為小於或等於每秒一次的數據將被存儲在所述資料庫410中，而存儲頻率超出每秒一次的其它數據將被忽略。作為該實施方式的變形，所述預定參數可以設定與項目對應的數據的存儲頻率為高於每分鐘一次，對應於該授權，則在該項目內，存儲頻率為高於每分鐘一次的數據將被存儲在所述資料庫410中，而存儲頻率為小於或等於每分鐘一次的其它數據將被忽略。
在進一步的變更實施方式中，所述預定參數中設定了與項目對應的數據的存儲時間，例如為每天9：00-18：00，對應於該授權，則在該項目內，存儲時間在每天9：00-18：00時內的數據將被存儲在所述資料庫410中，而存儲時間在每天9：00-18：00時外(如18：00-24：00時)的其它數據將被忽略。
綜上所述，根據上述的方法及系統100，雲端40為每個項目建立了虛擬機410A，並為每個項目分配了一個對應的授權，這就使得對於數據的管理變得十分有序，雲端40可以實現對各個項目數據授權的管理，計費等等，從而有效地提高數據監控和管理效率。
以上所述，僅是本發明的較佳實施例而已，並非對本發明作任何形式上的限制，雖然本發明已以較佳實施例揭示如上，然而並非用以限定本發明，任何本領域技術人員，在不脫離本發明技術方案範圍內，當可利用上述揭示的技術內容做出些許更動或修飾為等同變化的等效實施例，但凡是未脫離本發明技術方案內容，依據本發明的技術實質對以上實施例所作的任何簡介修改、等同變化與修飾，均仍屬於本發明技術方案的範圍內。