TWI510955B - Data monitoring method, system and its server side, the client side - Google Patents

Description

資料監控方法、系統及其伺服器端、用戶端

本發明係關於一種資訊處理技術領域，尤指一種資料監控方法、系統及相關設備。

目前的監控系統中大都是透過在被監控設備的週邊設備上安裝資料獲取程式，對被監控設備上運算的資料進行採集，即將設備的運算資料透過各種方式記錄下來，然後該週邊設備會透過網路將採集的資料上報給監控設備端，並在監控設備的監控系統介面上顯示該資料。

現有技術中監控系統的監控是基於一個設備來進行監控，並由使用者透過監控系統介面上展示的資料來人工分析被監控設備是否存在什麼問題，這樣會使得對於監控資料的分析較為複雜。

本發明係指一種資料監控方法、系統及其伺服器端、用戶端，簡化對於監控資料的分析。本發明提供一種資料監控方法，應用於一伺服器端，包括：接收一用戶端發送的至少一個業務的業務運算資料，所述用戶端上執行至少一個業務；獲取所述各個業務對應的一第一異常策略；當所述業務運算資料為該業務運算資料相對應業務的第一異常策略時，對所述業務運算資料相對應業務進行警告。

本發明還提供一種資料監控方法，應用於一用戶端，包括：採集用戶端上運算的至少一個業務的業務運算資料；將所述採集的至少一個業務的業務運算資料發送給一伺服器端，以使當所述伺服器端確定所述業務運算資料為該業務運算資料相對應業務的一第一異常策略時，對所述業務運算資料相對應業務進行警告。

本發明還提供一種伺服器端，包括：一業務資料接收單元，用於接收一用戶端發送的至少一個業務的業務運算資料，所述用戶端上執行至少一個業務；一策略獲取單元，用於獲取所述各個業務對應的一第一異常策略；一警示單元，用於當所述業務運算資料為該業務運算資料相對應業務的第一異常策略時，對所述業務運算資料相對應業務進行警告。

本發明還提供一種用戶端，包括：一業務資料獲取單元，用於採集一用戶端上運算的至少一個業務的業務運算資料；一業務資料發送單元，用於將所述採集的至少一個業務的業務運算資料發送給一伺服器端，以使所述伺服器端確定所述業務運算資料為該業務運算資料相對應業務的一第一異常策略時，對所述的業務運算資料相對應業務進行警告。

本發明還提供一種資料監控系統，包括一伺服器端和至少一個用戶端，所述用戶端包括：一業務資料獲取單元，用於採集用戶端上運算的至少一個業務的業務運算資料；一業務資料發送單元，用於將所述採集的至少一個業務的業務運算資料發送給伺服器端，以使所述伺服器端確定所述業務運算資料為該業務運算資料相對應業務的一第一異常策略時，對所述業務運算資料相對應業務進行警告；所述伺服器端包括：一業務資料接收單元，用於接收用戶端發送的至少一個業務的業務運算資料，所述用戶端上執行至少一個業務；一策略獲取單元，用於獲取所述各個業務對應的第一異常策略；一警示單元，用於當所述業務運算資料為該業務運算資料相對應業務的第一異常策略時，對所述業務運算資料相對應業務進行警告。

本發明的資料監控方法中，資料監控系統中的伺服器端會接收被監控的用戶端發送的至少一個業務的業務運算資料，並獲取各個業務對應的第一異常策略，如果該業務運算資料為業務運算資料相對應業務的第一異常策略，則對業務運算資料相對應業務進行警告。由於本實施例的資料監控方法是基於用戶端的業務進行監控的，則伺服器端就會具體地透過各個業務對應的第一異常策略確定出用戶端上運算的哪個業務發生異常而警告，不用使用者根據監控系統介面上顯示的該用戶端上運算的所有資料進行人工分析而確定用戶端運算業務的故障，從而簡化了對於監控資料的分析。

以下將結合本發明中的附圖，對本發明中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例。基於本申請中的實施例，所屬技術領域具有通常知識者在沒有過度實驗前提下所獲得的所有其它實施例，都屬於本申請保護的範圍。

關於本發明一較佳實施例提供一種資料監控方法，主要是應用於如圖1所示的一資料監控系統中，具體包括至少一個用戶端（圖1中以多個用戶端為例說明）及連接用戶端的一伺服器端，其中，一個用戶端上可以執行至少一個業務，即一個用戶端可以包括至少一個業務系統（圖1中多個業務系統為例），比如即時通訊的業務系統和檔案下載的業務系統等，而伺服器端可以對用戶端上運算業務的業務資料進行監控。該監控系統中的伺服器端可以按照如下的步驟來對被監控的用戶端上運算業務的業務資料進行監控，流程圖如圖2所示，包括：

步驟(S101)，伺服器端接收用戶端發送的至少一個業務的業務運算資料，其中，在每個用戶端上執行至少一個業務，而用戶端發送的某一業務的業務運算資料可以指示用戶端運算該業務的具體情況，具體地，該業務運算資料可以包括唯一標識一項業務的業務標識，及用戶端在運算該業務的過程中處理的資料，例如用戶端的檔案下載業務系統處理的網路下載資料量、資料掃描量和掃描性能等。

在實際應用中，用戶端發送的業務運算資料是由用戶端根據預設在該用戶端中的一業務採集頻率進行採集並發送的，其中預設的業務採集頻率可以由使用者根據實際需要預設在用戶端中，比如用戶端對於資料的掃描性能等資料的採集可以是100s採集一次等；且用戶端對於不同業務而預設的業務採集頻率可以相同也可以不同，即用戶端可以用不同的頻率來採集不同的業務運算資料。

步驟(S102)，伺服器端獲取各個業務對應的一第一異常策略，其中第一異常策略可以包括當用戶端運算業務出現異常時的一業務參數值，比如用戶端處理業務資料量大於一定的值等。在伺服器端會儲存各個業務對應的第一異常策略，具體可以按照業務標識與第一異常策略的對應關係進行儲存，比如對於用戶端運算的即時通訊業務來說，該第一異常策略可以包括任務請求速度小於等於零時等。則伺服器端在獲取各個業務對應的第一異常策略時，可以根據用戶端上報的業務運算資料中的業務標識，在伺服器端儲存的對應關係中查找，從而得到對應的第一異常策略。

步驟(S103)，伺服器端判斷步驟(S101)中接收的業務運算資料是否為步驟(S102)中獲取的該業務運算資料對應業務的第一異常策略，即確定該業務運算資料是否滿足第一異常策略中的規定；若是，則執行步驟(S104)，則說明該業務運算資料指示用戶端運算該業務時發生異常；若否，則不會警告。

步驟(S104)，伺服器端對業務運算資料相對應業務進行警告，比如產生一蜂鳴或彈出一使用者介面並透過彈出的使用者介面進行警告。可見，本較佳實施例的資料監控方法中，資料監控系統中的伺服器端會接收被監控的用戶端發送的至少一個業務的業務運算資料，並獲取各個業務對應的第一異常策略，若該業務運算資料為業務運算資料相對應業務的第一異常策略，則對業務運算資料相對應業務進行警告。由於本實施例的資料監控方法是基於用戶端的業務進行監控的，則伺服器端就會具體地透過各個業務對應的第一異常策略確定出用戶端上運算的哪個業務發生異常而警告，不用使用者根據監控系統介面上顯示的該用戶端上運算的所有資料進行人工分析而確定用戶端運算業務的故障，從而簡化了對於監控資料的分析。

在另一個具體的實施例中，伺服器端不僅可以按照上述步驟(S101)到(S103)基於用戶端運算的業務進行資料監控，還可以在一設備上進行資料監控，則伺服器端在上述步驟(S102)中獲取的第一異常策略中不僅可以包括用戶端運算各個業務異常時的業務參數值，比如資料下載量大於或等於預設的下載量等，還可以包括用戶端的一裝置參數值，即該用戶一實際的設備參數值，比如一CPU的佔用率等，且第一異常策略中的裝置參數值不一定能指示該用戶端的設備發生異常。參照圖3所示，本實施例中的伺服器端除了包括上述的步驟(S101)到(S104)，還可以執行步驟(S105)，且上述步驟(S103)中判斷業務運算資料是否為第一異常策略，具體為判斷業務運算資料是否為第一異常策略中包括的業務參數值，若是，則會進一步執行步驟(S106)，具體地：

步驟(S105)，伺服器端接收用戶端發送的一裝置運算資料，這裡裝置運算資料是指用戶端實際設備運算的資料，比如一中央處理器（CPU）、一記憶體、一網路設備和一磁片等相關的資料，則用戶端不僅可以採集該用戶端上運算的各個業務的業務運算資料，還可以採集該用戶端的裝置運算資料，且用戶端可以根據預設的一裝置採集頻率來採集裝置運算資料，資料監控系統的每個用戶端中預設的裝置採集頻率可以相同或也可以不同，而對於一個用戶端來說，預設的裝置採集頻率和業務採集頻率可以相同也可以不同。

步驟(S106)，伺服器端判斷步驟(S105)中接收的裝置運算資料是否為第一異常策略包括的裝置參數值，即判斷接收的裝置運算資料是否滿足裝置參數值，若是，則會執行上述步驟(S104)中對業務運算資料相對應業務進行警告，若否，則不會警告。這樣伺服器端在對業務進行警告時，可以兼顧到業務運算和裝置兩方面的因素，只有在用戶端的裝置運算資料和業務運算資料都分別符合一定的值時才對業務進行警告。需要說明的是，上述步驟(S105)與步驟(S101)到(S103)之間並沒有絕對的順序關係，且步驟(S106)與步驟(S103)之間也沒有絕對的順序關係，可以同時執行，也可以循序執行，圖3中所示的只是一種具體的實現方式。

在其它具體的實施例中，伺服器端不僅可以按照上述步驟(S101)到(S103)基於用戶端運算的業務進行資料監控並對異常的業務進行警告，還可以在設備上進行資料監控並對資料監控系統中異常的用戶端進行警告，則參照圖4所示，本實施例中的伺服器端除了可以執行上述步驟(S101)到(S104)之外，還可以執行步驟(S107)到(S109)，具體地：

步驟(S107)，伺服器端接收多個用戶端分別發送的裝置運算資料，這裡裝置運算資料是指用戶端實際設備運算的資料，比如一中央處理器（CPU）、一記憶體、網路設備和一磁片等相關的資料，則用戶端不僅可以採集該用戶端上運算的各個業務的業務運算資料，還可以採集該用戶端的裝置運算資料，且用戶端可以根據預設的裝置採集頻率來採集裝置運算資料，資料監控系統的每個用戶端中預設的裝置採集頻率可以相同或也可以不同，而對於一個用戶端來說，預設的裝置採集頻率和業務採集頻率可以相同也可以不同。

步驟(S108)，伺服器端判斷步驟(S107)中接收的裝置運算資料是否為一第二異常策略，即判斷接收的裝置運算資料是否滿足該第二異常策略的規則，若是，則說明該用戶端異常，才會執行上述步驟(S109)；若否，則不會警告。其中該第二異常策略可以指示用戶端發生異常時的實際設備參數值，比如CPU的佔用率和溫度等參數的值，該第二異常策略可以是對於每個用戶端都不同，也可以是對所有用戶端都相同。

步驟(S109)，伺服器端對該裝置運算資料相對應用戶端進行警告。需要說明的是，本實施例中的伺服器端還可以對監控的用戶端進行管理，具體地，可以儲存監控的一用戶端清單，在清單中記載了每個被監控用戶端的網路位址（IP）和用戶端的狀態（包括異常或正常）等，還可以記載每個用戶端上運算業務的狀態包括異常或正常的狀態等。上述步驟(S107)到(S109)與步驟(S101)到(S103)之間並沒有絕對的順序關係，可以同時執行，也可以循序執行，圖4中所示的只是一種具體的實現方式。且上述第一異常策略和第二異常策略並不是表示順序關係，而是為了說明不同的異常策略。

進一步需要說明的是，上述步驟(S102)中獲取的某一業務的第一異常策略和步驟(S108)中所述的第二異常策略都可以是由使用者根據需要預設在伺服器端的，對於第一異常策略來說，伺服器端可以先獲取某一業務的第一異常策略的一第一配置資訊，並用第一配置資訊替換伺服器端儲存的該業務對應的第一異常策略；對於第二異常策略來說，伺服器端可以先獲取用戶端的第二異常策略的一第二配置資訊，並用第二配置資訊替換伺服器端儲存的第二異常策略，其中上述第一配置資訊和第二配置資訊都可以為腳本等。其中伺服器端在獲取第一配置資訊和第二配置資訊時可以是從其它設備中導入，或是伺服器端從提供的使用者介面上接收的使用者輸入的配置資訊等。

透過上述的步驟(S101)到(S109)，伺服器端可以對用戶端上運算業務的異常進行警告，也可以對設備發生異常的用戶端進行警告，在其它具體的實施例中，伺服器端還可以在對異常業務進行警告後，即在執行完上述步驟(S104)之後，根據該業務運算資料對應業務獲得恢復指令，並將該恢復指令發送給上報該業務運算資料的用戶端，以指示用戶端執行該恢復指令，該恢復指令可以是根據具體的異常業務來獲取，比如網路下載業務系統的業務異常，則伺服器端可以生成指示用戶端重啟網路下載業務系統的恢復指令等。

且伺服器端也可以在對異常用戶端進行警告後，即在執行完上述步驟(S109)後，根據該裝置運算資料對應用戶端獲得恢復指令，並將該恢復指令發送給該裝置運算資料的用戶端，以指示用戶端執行該恢復指令，該恢復指令可以是根據具體用戶端來獲取，比如用戶端1異常，則伺服器端可以生成指示重啟用戶端1的恢復指令等。這樣可以透過用戶端與伺服器端之間的交互，使異常的用戶端或異常的業務對應用戶端進行適當調整，恢復正常狀態。

本較佳實施利還提供另一種資料監控方法，主要應用於如圖1所示的一資料監控系統中，本實施例是指該系統中的一用戶端所執行的方法，流程圖如圖5所示，包括：

步驟(S201)，採集用戶端上運算的至少一個業務的業務運算資料，其中，在用戶端上執行至少一個業務，而某一業務的業務運算資料可以指示用戶端運算該業務的具體情況，具體地，業務運算資料可以包括唯一標識一項業務的業務標識，及用戶端在運算該業務的過程中處理的資料，比如用戶端的檔下載業務系統處理的網路下載資料量、資料掃描量和掃描性能等。

在實際應用中，用戶端可以根據預設在該用戶端中的業務採集頻率進行採集，其中預設的業務採集頻率可以由使用者根據實際需要預設在用戶端中，比如用戶端對於資料的掃描性能等資料的採集可以是100s採集一次等；且用戶端對於不同業務而預設的業務採集頻率可以相同也可以不同，即用戶端可以用不同的頻率來採集不同的業務運算資料。

步驟(S202)，將採集的至少一個業務的業務運算資料發送給一伺服器端，當伺服器端之業務運算資料為該業務運算資料相對應業務的一第一異常策略時，對該業務運算資料對應業務進行警告，其中伺服器端執行的資料監控方法可以參見圖2所示流程圖對應的實施例，在此不進行贅述。

可見，本申請實施例的資料監控方法中，資料監控系統中的用戶端採集至少一個業務的業務運算資料，並將採集的業務運算資料發送給伺服器端，當伺服器端之業務運算資料為該業務運算資料相對應業務的第一異常策略時，則對業務運算資料相對應業務進行警告。由於本實施例的資料監控方法是基於用戶端的業務進行監控的，則伺服器端就會具體地透過各個業務對應的第一異常策略確定出用戶端上運算的哪個業務發生異常而警告，不用使用者根據一監控系統介面上顯示的該用戶端上運算的所有資料進行人工分析而確定用戶端運算業務的故障，從而簡化了對於監控資料的分析。

上述步驟(S201)到(S202)是由用戶端採集業務運算資料併發送給伺服器端，主要是基於業務進行資料監控，在另一個具體的實施例中，用戶端除了可以執行上述步驟(S201)到(S202)之外，還可以基於設備進行資料監控，具體地，用戶端可以對一裝置運算資料進行採集，即對用戶端實際的設備參數比如一CPU的佔用率等進行採集，並將採集的裝置運算資料發送給伺服器端，當伺服器端在確定裝置運算資料為一第二異常策略時，對裝置運算資料相對應用戶端進行警告，或是伺服器端可以按照圖3所示流程圖對應的資料監控方法進行異常業務的警告。

其中，用戶端可以根據預設的裝置採集頻率採集裝置運算資料，資料監控系統的每個用戶端中預設的裝置採集頻率可以相同也可以不同，而對於一個用戶端來說，預設的裝置採集頻率和業務採集頻率可以相同也可以不同。

在其它具體的實施例中，用戶端除了可以執行上述步驟(S201)到(S202)之外，還可以接收伺服器端發送的恢復指令，該恢復指令是伺服器端根據第一異常策略的業務運算資料之相對應業務或第二異常策略的用戶端所取得，比如網路下載業務系統的業務異常，則伺服器端可以生成指示用戶端重啟網路下載業務系統的恢復指令等；又比如用戶端1異常，則伺服器端可以生成指示重啟用戶端1的恢復指令等。這樣透過用戶端與伺服器端之間的交互，在用戶端執行了恢復指令後，可以使異常的用戶端或異常的業務對應用戶端進行適當調整，恢復正常狀態。其中用戶端與伺服器端之間的通信可以基於使用者資料包通訊協定（User Datagram Protocol，UDP）等。

參考圖6所示，為本較佳實施例的伺服器端可以包括一監聽程式、一監控程式、一共用記憶體、一警報模組和一配置模組，具體地：

（1）伺服器端的監聽程式可以監聽用戶端上的業務運算資料和裝置運算資料並儲存到共用記憶體中，且監聽程式可以向用戶端提供用戶端上的資料；且監聽程式還可以監聽配置模組中配置的第一異常策略和第二異常策略，並儲存到共用記憶體中。具體地，用戶端上述的業務運算資料和裝置運算資料可以如下表1所示。下表1中的CPU負載、HANDLE和記憶體是裝置運算資料，其它的資料為業務運算資料。

其中，字串（String）的表示格式為開始用一個uint16_t表示字元個數，然後接著字串，且字串不以0結尾；char表示整形資料，且對於未成功掃描樣本的資料需要在掃描結果的基礎上加上每個樣本的唯一標誌碼即md5，而對於掃描時間長樣本的資料需要在掃描結果的基礎上加上樣本的唯一標識碼md5和掃描時間（單位為毫秒）；ucDataCmd為主命令，而ucDataSubcmd為子命令：

表1

（2）伺服器端的監聽程式可以監聽用戶端上報的業務運算資料和裝置運算資料並儲存到共用記憶體中，這樣監控程式可以讀取共用記憶體中的業務運算資料和裝置運算資料，且讀取共用記憶體中的第一異常策略和第二異常策略，並按照上述圖2到圖4所示的流程進行資料監控，在此不進行贅述。

（3）如果需要對業務運算資料對應業務進行警告，則監控程式可以控制警報模組對該業務進行警告，可以下發該業務的恢復指令給用戶端執行；如果需要對裝置運算資料對應用戶端進行警告，則監控程式可以控制警報模組對該用戶端進行警告，可以下發該用戶端的恢復指令給相應的用戶端執行。

本較佳實施例還提供又一種伺服器端，結構示意圖如圖7所示，包括：一業務資料接收單元10，用於接收用戶端發送的至少一個業務的業務運算資料，所述用戶端上執行至少一個業務；一策略獲取單元11，用於獲取所述各個業務對應的第一異常策略；一警示單元12，用於如果所述業務資料接收單元10接收的業務運算資料為所述策略獲取單元11獲取的該業務運算資料相對應業務的第一異常策略時，對該業務運算資料相對應業務進行警告。

本申請實施例的伺服器端中，業務資料接收單元10會接收被監控的用戶端發送的至少一個業務的業務運算資料，策略獲取單元11獲取各個業務對應的第一異常策略，若該業務運算資料為該業務運算資料相對應業務的第一異常策略，則警示單元12對該業務運算資料相對應業務進行警告。由於本實施例的伺服器端是基於用戶端的業務進行監控的，且伺服器端會具體透過各個業務對應的第一異常策略確定出用戶端上運算的哪個業務發生異常而警告，不用使用者根據監控系統介面上顯示的該用戶端上運算的所有資料進行人工分析而確定用戶端運算業務的故障，從而簡化了對於監控資料的分析。

參見圖8所示，在一個具體的實施例中，伺服器端除了包括如圖7所示的結構外，還可以進一步包括一裝置資料接收單元13、一配置單元14和一指令發送單元15，具體地：該裝置資料接收單元13係用於接收所述用戶端發送的裝置運算資料；該配置單元14用於獲取某一業務對應的第一異常策略的第一配置資訊，用所述第一配置資訊替換所述伺服器端儲存的該業務對應的第一異常策略，所述第一配置資訊為腳本；和/或，用於獲取所述用戶端的第二異常策略的第二配置資訊，用所述第二配置資訊替換所述伺服器端儲存的第二異常策略，所述第二配置資訊為腳本。該指令發送單元15係用以根據所述業務運算資料相對應業務，發送恢復指令給所述用戶端，以指示所述用戶端執行所述恢復指令。

在本實施例的伺服器端中，配置單元14可以對伺服器端儲存的第一異常策略和第二異常策略進行配置，策略獲取單元11可以獲取配置單元14配置後的第一異常策略。當策略獲取單元11獲取的第一異常策略包括業務參數值和裝置參數值，則警示單元12會考慮到用戶端上運算的業務及實際設備的因素，於業務資料接收單元10接收的業務運算資料為該業務運算資料相對應業務的第一異常策略中的業務參數值，且裝置資料接收單元13接收的裝置運算資料為第一異常策略中的裝置參數值時，才對該業務運算資料相對應業務進行警告，具體對於業務進行警告的過程可以參見圖3所示流程圖對應實施例。

在另一個具體的實施例中，該警示單元12可以在所述裝置資料接收單元13接收的裝置運算資料為第二異常策略時，對該裝置運算資料相對應用戶端進行警告，具體對於用戶端進行警告的過程可以參見圖4所示流程圖對應實施例。其中第二異常策略可以指示用戶端發生異常時的實際設備參數值，比如一CPU的佔用率和溫度等參數的值，該第二異常策略可以是對於每個用戶端都不同，也可以是對所有用戶端都相同。

進一步地，當警示單元12進行警告後，指令發送單元15可以根據警示單元12警告的業務或用戶端得到恢復指令，併發送給用戶端進行執行，例如警示單元12對網路下載業務系統的業務進行警告，則指令發送單元15可以生成指示用戶端重啟網路下載業務系統的恢復指令並發送等；又比如警示單元12對用戶端1進行警告，則指令發送單元15可以生成指示重啟用戶端1的恢復指令並發送。

需要說明的是，本實施例的伺服器端還可以包括監控管理單元用來對監控的用戶端進行管理，具體地，可以儲存監控的用戶端清單，在清單中記載了每個被監控用戶端的網路位址（IP）和用戶端的狀態（包括異常或正常）等，還可以記載每個用戶端上運算業務的狀態包括異常或正常的狀態等。

本較佳實施例還提供一種用戶端，結構示意圖如圖9所示，包括：一業務資料獲取單元20，用於採集用戶端上運算至少一個業務的業務運算資料，該業務資料獲取單元20可以根據預設在所述用戶端中的業務採集頻率採集業務運算資料，且在用戶端中對於不同業務預設的業務採集頻率相同或不同。一業務資料發送單元21，用於將所述業務資料獲取單元20採集的至少一個業務的業務運算資料發送給伺服器端，以使所述伺服器端判斷所述業務運算資料為該業務運算資料對應業務的第一異常策略時，對所述業務運算資料相對應業務進行警告。

本申請實施例的用戶端中，業務資料獲取單元20採集至少一個業務的業務運算資料，業務資料發送單元21將採集的業務運算資料發送給伺服器端，當伺服器端判定業務運算資料為該業務運算資料對應業務的第一異常策略時，則對業務運算資料相對應業務進行警告。由於本實施例的伺服器端是基於用戶端的業務進行監控的，則伺服器端會具體地透過各個業務對應的第一異常策略確定出用戶端上運算的哪個業務發生異常而警告，不用使用者根據監控系統介面上顯示的該用戶端上運算的所有資料進行人工分析而確定用戶端運算業務的故障，從而簡化了對於監控資料的分析。

參見圖10所示，在一個具體的實施例中，用戶端除了包括如圖9所示的結構外，進一步包括：一裝置資料獲取單元22、一指令執行單元23和一裝置資料發送單元24，具體地：該裝置資料獲取單元22係用於採集所述用戶端的裝置運算資料，該裝置資料獲取單元22可以根據預設在所述用戶端中的裝置採集頻率採集所述裝置運算資料，且在不同用戶端中預設的裝置採集頻率相同或不同。該裝置資料發送單元24係用於將所述裝置資料獲取單元22採集的裝置運算資料發送給所述伺服器端，以使所述伺服器端判定所述裝置運算資料為第二異常策略時，對所述裝置運算資料相對應用戶端進行警告。該指令執行單元23係用於接收所述伺服器端，根據所述業務運算資料相對應業務發送的恢復指令，執行所述恢復指令。

本申請實施例還提供一種資料監控系統，結構示意圖如圖1所示，主要包括伺服器端和至少一個用戶端，其中每個用戶端中包括至少一個業務系統，每個業務系統運算一個業務，具體地：該用戶端係用於採集用戶端中至少一個業務系統運算的業務運算資料，並將所述採集的至少一個業務的業務運算資料發送給伺服器端；該伺服器端係用於接收用戶端發送的至少一個業務的業務運算資料，所述用戶端上執行至少一個業務；獲取所述各個業務對應的第一異常策略；若所述業務運算資料為該業務運算資料相對應業務的第一異常策略，則對該業務運算資料相對應業務進行警告。

進一步地，伺服器端還可以根據對業務的警告，獲得一恢復指令併發送給用戶端執行，指示用戶端對某個業務系統進行調整比如重啟某個業務系統等。本實施例的用戶端可以如圖9或10所示，而伺服器端可以如圖6到8任一圖所示，在此不進行贅述。

本領域普通技術人員可以理解上述實施例的各種方法中的全部或部分步驟是可以透過程式來執行相關的設備或裝置來完成，該程式可以存儲於一電腦可讀存儲介質中，存儲介質可以包括：一唯讀記憶體（ROM）、一隨機存取記憶體（RAM）、一磁片或一光碟等。

以上對本申請實施例所提供的資料監控方法、系統及相關設備進行了詳細介紹，本文中應用了具體個例對本申請的原理及實施方式進行了闡述，以上實施例的說明只是用於幫助理解本申請的方法及其核心思想；同時，對於本領域的一般技術人員，依據本申請的思想，在具體實施方式及應用範圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本申請的限制。

10．．．業務資料接收單元

11．．．策略獲取單元

12．．．警示單元

13．．．裝置資料接收單元

14．．．配置單元

15．．．指令發送單元

20．．．業務資料獲取單元

21．．．業務資料發送單元

22．．．裝置資料獲取單元

23．．．指令執行單元

24．．．裝置資料發送單元

圖1 係本發明一較佳實施例之資料監控系統結構示意圖。圖2 係本發明一較佳實施例之資料監控方法流程圖。圖3 係本發明一較佳實施例之又一資料監控方法流程圖。圖4 係本發明一較佳實施例之再一資料監控方法流程圖。圖5 係本發明一較佳實施例之另一資料監控方法流程圖。圖6 係本發明一較佳實施例之伺服器端結構示意圖。圖7 係本發明一較佳實施例之又一伺服器端結構示意圖。圖8 係本發明一較佳實施例之另一伺服器端結構示意圖。圖9 係本發明一較佳實施例之用戶端結構示意圖。圖10 係本發明一較佳實施例之另一用戶端結構示意圖。

無

Claims (19)

1. 一種資料監控方法，應用於一伺服器端，包括：接收一用戶端發送的至少一個業務的業務運算資料，所述用戶端上執行至少一個業務；獲取所述各個業務對應的一第一異常策略；當所述業務運算資料為該業務運算資料對應業務的第一異常策略時，對所述業務運算資料相對應業務進行警告。
2. 如請求項1所述之資料監控方法，所述第一異常策略包括一業務參數值和一裝置參數值，則所述業務運算資料為該業務運算資料相對應業務的第一異常策略具體包括：所述業務運算資料為該業務運算資料對應業務的第一異常策略中的業務參數值，所述方法還包括：接收所述用戶端發送的一裝置運算資料；當所述業務運算資料為該業務運算資料相對應業務的第一異常策略中的業務參數值時，所述方法進一步包括：判斷所述裝置運算資料是否為所述第一異常策略中的裝置參數值，若是，則對業務運算資料相對應業務進行警告。
3. 如請求項1所述之資料監控方法，所述方法還包括：接收多個用戶端分別發送的裝置運算資料；當所述裝置運算資料為一第二異常策略時，對所述裝置運算資料相對應用戶端進行警告。
4. 如請求項3所述之資料監控方法，所述方法還包括：獲取某一業務對應的第一異常策略的一第一配置資訊，用所述第一配置資訊替換所述伺服器端儲存的該業務對應的第一異常策略，所述第一配置資訊為 腳本；和/或，獲取所述用戶端的第二異常策略的一第二配置資訊，用所述第二配置資訊替換所述伺服器端儲存的第二異常策略，所述第二配置資訊為腳本。
5. 如請求項1所述之資料監控方法，所述方法還包括：根據所述業務運算資料相對應業務，發送一恢復指令給所述用戶端，以指示所述用戶端執行所述恢復指令。
6. 一種資料監控方法，應用於一用戶端，包括：採集用戶端上運算的至少一個業務的業務運算資料；將所述採集的至少一個業務的業務運算資料發送給一伺服器端，以使當所述伺服器端判定所述業務運算資料為該業務運算資料對應業務的一第一異常策略時，對所述業務運算資料相對應業務進行警告。
7. 如請求項6所述之資料監控方法，所述方法還包括：採集所述用戶端的一裝置運算資料，並將所述裝置運算資料發送給所述伺服器端，以使所述伺服器端判定所述裝置運算資料為一第二異常策略時，對所述裝置運算資料相對應用戶端進行警告。
8. 如請求項7所述之資料監控方法，所述業務運算資料是由所述用戶端根據預設在所述用戶端中的一業務採集頻率進行採集的；在用戶端中對於不同業務預設的業務採集頻率相同或不同；和/或，所述裝置運算資料是由所述用戶端根據預設在所述用戶端中的一裝置採集頻率進行採集的；在不同用戶端中預設的裝置採集頻率相同或不同。
9. 如請求項6至8中任一項所述之資料監控方法，所述方法還包括：接收所述伺服器端根據所述業務運算資料相對應業務發送的一恢復指令，執行所述恢復指令。
10. 一種資料監控伺服器端，包括： 一業務資料接收單元，用於接收一用戶端發送的至少一個業務的業務運算資料，所述用戶端上執行至少一個業務；一策略獲取單元，用於獲取所述各個業務對應的一第一異常策略；一警示單元，用以當所述業務運算資料為該業務運算資料對應業務的第一異常策略時，對所述業務運算資料相對應業務進行警告。
11. 如請求項10所述的伺服器端，所述策略獲取單元獲取的第一異常策略包括一業務參數值和一裝置參數值；所述伺服器端還包括：一裝置資料接收單元，用於接收所述用戶端發送的一裝置運算資料；則所述警示單元，用於在所述業務運算資料為該業務運算資料相對應業務的第一異常策略中的業務參數值，且所述裝置運算資料為所述第一異常策略中的裝置參數值時，對業務運算資料相對應業務進行警告。
12. 如請求項11所述的伺服器端，所述警示單元，還用於在所述裝置運算資料為一第二異常策略時，對所述裝置運算資料相對應用戶端進行警告。
13. 如請求項12所述的伺服器端，還包括：一配置單元，用於獲取某一業務對應的第一異常策略的一第一配置資訊，用所述第一配置資訊替換所述伺服器端儲存的該業務對應的第一異常策略，所述第一配置資訊為腳本；和/或，用於獲取所述用戶端的第二異常策略的一第二配置資訊，用所述第二配置資訊替換所述伺服器端儲存的第二異常策略，所述第二配置資訊為腳本。
14. 如請求項10所述的伺服器端，還包括：一指令發送單元，用於根據所述業務運算資料相對應業務，發送一恢復指令給所述用戶端，以指示所述用戶端執行所述恢復指令。
15. 一種資料監控用戶端，包括：一業務資料獲取單元，用於採集用戶端上運算的至少一個業務的業務運算資料；一業務資料發送單元，用於將所述採集的至少一個業務的業務運算資料發送給一伺服器端，以使所述伺服器端判定所述業務運算資料為該業務運算資料對應業務的一第一異常策略時，對所述業務運算資料相對應業務進行警告。
16. 如請求項15所述之用戶端，還包括：一裝置資料獲取單元，用於採集所述用戶端的一裝置運算資料；一裝置資料發送單元，用於將所述裝置運算資料發送給所述伺服器端，以使當所述伺服器端確定所述裝置運算資料為一第二異常策略時，對所述裝置運算資料相對應用戶端進行警告。
17. 如請求項16所述之用戶端，所述業務資料獲取單元，用於根據預設在所述用戶端中的一業務採集頻率採集業務運算資料；在用戶端中對於不同業務預設的業務採集頻率相同或不同；和/或，所述裝置資料獲取單元，用於根據預設在所述用戶端中的一裝置採集頻率採集所述裝置運算資料；在不同用戶端中預設的裝置採集頻率相同或不同。
18. 如請求項15至17中任一項所述之用戶端，還包括：一指令執行單元，用於接收所述伺服器端根據所述業務運算資料相對應業務發送的一恢復指令，執行所述恢復指令。
19. 一種資料監控系統，包括一伺服器端和至少一個用戶端，所述伺服器端是如請求項10至14任一項所述的伺服器端，所述用戶端是如請求項15至18任一項所述的用戶端。