本發(fā)明屬于自助終端技術領域，尤其涉及一種自助終端狀態(tài)的監(jiān)控方法及系統。

背景技術：

在金融行業(yè)，對自助終端進行監(jiān)控是極其重要的，這可以讓管理人員實時監(jiān)測自助終端的工作狀態(tài)，發(fā)現設備故障問題可以及時修復，發(fā)現少鈔、少紙等問題可以及時供應鈔票和打印紙等資源，有利于提高自助終端的開機率、安全性、可靠性和維護效率。

目前技術下的自助狀態(tài)監(jiān)控系統對自助終端各部件狀態(tài)監(jiān)控是通過安裝在自助終端上的軟件，如：自助終端控制軟件ATMC或者狀態(tài)監(jiān)控代理軟件Agent或SNMP，來獲取自助終端各部件的狀態(tài)，然后通過網絡發(fā)送到自助終端監(jiān)控服務器，最后由自助終端監(jiān)控服務器對接收到的各部件的狀態(tài)進行分析處理來得出自助設備所處狀態(tài)來實現的。現有技術的自助終端監(jiān)控方法是：自助終端上的軟件定時向監(jiān)控服務器發(fā)送自助終端各部件的狀態(tài)報文，例如：每隔一定時間(一般是2～5min)向監(jiān)控服務器發(fā)送一次所有部件的狀態(tài)報文，監(jiān)控服務器接收的狀態(tài)報文是判定自助終端狀態(tài)的唯一根據；同時，為保證自助終端的安全性，不允許監(jiān)控服務器主動提取自助終端的報文，而只能被動接收報文；為了盡可能減少監(jiān)控系統對交易的影響，在交易期間自助終端不向監(jiān)控服務器發(fā)送狀態(tài)報文。

現有技術中自助終端定時向監(jiān)控服務器發(fā)送的狀態(tài)報文要依照固定的格式向監(jiān)控服務器直接傳送自助終端中每一個部件即時獲取的相關信息，這些報文每個的大小少則256B，多則可達幾個K，同時由于報文的發(fā)送頻率高，導致網絡數據傳輸量大。另外，由于監(jiān)控服務器隊列資源是有限的，每臺自助終端都將占用一定的報文隊列資源，自助終端占用的報文隊列資源越多，該監(jiān)控服務器同時監(jiān)控的自助終端數量就越少。

實際上，每一個自助設備的狀態(tài)報文在相當長的一段時間內是穩(wěn)定不變的，這樣就會導致大量重復的狀態(tài)內容完全一致，僅僅是時間不同的報文在網絡中傳輸，在自助終端和監(jiān)控服務器端重復處理，給系統和網絡帶來了不必要的資源浪費。

綜上，現有的自助終端監(jiān)控技術存在傳輸報文的數據量大，并且存在大量內容相同的報文，占用監(jiān)控服務器的報文隊列資源多，造成了監(jiān)控資源的浪費的缺陷。

技術實現要素：

本發(fā)明實施例的目的在于提供一種自助終端狀態(tài)的監(jiān)控方法及系統，旨在解決上述現有的自助終端監(jiān)控技術中傳輸報文的數據量大，并且存在大量內容相同的報文，占用監(jiān)控服務器的報文隊列資源多，造成了監(jiān)控資源浪費的問題。

本發(fā)明實施例是這樣實現的，一種自助終端狀態(tài)的監(jiān)控方法，包括：

通過安裝在自助終端上的監(jiān)控代理程序每隔第一預設時間讀取一次所述自助終端的各部件狀態(tài)，其中所述監(jiān)控代理程序獨立于所述自助終端的ATMC應用；

判斷當前獲取的自助終端的各部件狀態(tài)與上一次獲取的自助終端的各部件狀態(tài)是否發(fā)生相同；

若不相同，則根據當前獲取的自助終端的各部件狀態(tài)生成狀態(tài)報文，并將所述狀態(tài)報文發(fā)送至監(jiān)控服務器，使所述監(jiān)控服務器根據所述狀態(tài)報文更新監(jiān)控到的所述自助終端的各部件狀態(tài)。

在上述技術方案的基礎上，所述通過安裝在自助終端上的監(jiān)控代理程序每隔第一預設時間讀取一次所述自助終端的各部件狀態(tài)之前還包括：

檢測所述自助終端是否具有自帶UPS裝置和系統崩潰處理裝置；

若同時具有自帶UPS裝置和系統崩潰處理裝置，則進入通過安裝在自助終端上的監(jiān)控代理程序每隔第一預設時間讀取一次所述自助終端的各部件狀態(tài)的步驟。

在上述技術方案的基礎上，所述判斷當前獲取的自助終端的各部件狀態(tài)與上一次獲取的自助終端的各部件狀態(tài)是否發(fā)生相同之后還包括：

若相同，則判斷所述自助終端在第二預設時間內是否向所述監(jiān)控服務器發(fā)送過狀態(tài)報文；

若所述自助終端在所述預設時間內未向所述監(jiān)控服務器發(fā)送過狀態(tài)報文，則根據當前獲取的自助終端的各部件狀態(tài)生成狀態(tài)報文，并將所述狀態(tài)報文發(fā)送至所述監(jiān)控服務器。

在上述技術方案的基礎上，所述判斷當前獲取的自助終端的各部件狀態(tài)與上一次獲取的自助終端的各部件狀態(tài)是否發(fā)生相同之后還包括：

若相同，則判斷所述自助終端在第二預設時間內是否向所述監(jiān)控服務器發(fā)送過狀態(tài)報文和交易報文；

若所述自助終端在所述預設時間內未向所述監(jiān)控服務器發(fā)送過狀態(tài)報文和交易報文，則根據當前獲取的自助終端的各部件狀態(tài)生成狀態(tài)報文，并將所述狀態(tài)報文發(fā)送至所述監(jiān)控服務器。

在上述技術方案的基礎上，所述自助終端的各部件狀態(tài)包括：

所述自助終端內安裝的各硬件設備狀態(tài)、ATMC應用狀態(tài)、業(yè)務網絡狀態(tài)以及鈔箱狀態(tài)。

本發(fā)明實施例的另一目的在于提供一種自助終端狀態(tài)的監(jiān)控系統，包括：

狀態(tài)監(jiān)測單元，用于通過安裝在自助終端上的監(jiān)控代理程序每隔第一預設時間讀取一次所述自助終端的各部件狀態(tài)，其中所述監(jiān)控代理程序獨立于所述自助終端的ATMC應用；

判斷單元，用于判斷當前獲取的自助終端的各部件狀態(tài)與上一次獲取的自助終端的各部件狀態(tài)是否發(fā)生相同；

報文發(fā)送單元，用于若不相同，則根據當前獲取的自助終端的各部件狀態(tài)生成狀態(tài)報文，并將所述狀態(tài)報文發(fā)送至監(jiān)控服務器，使所述監(jiān)控服務器根據所述狀態(tài)報文更新監(jiān)控到的所述自助終端的各部件狀態(tài)。

在上述技術方案的基礎上，還包括：

檢測控制單元，用于檢測所述自助終端是否具有自帶UPS裝置和系統崩潰處理裝置；若同時具有自帶UPS裝置和系統崩潰處理裝置，則控制所述狀態(tài)監(jiān)測單元通過安裝在自助終端上的監(jiān)控代理程序每隔第一預設時間讀取一次所述自助終端的各部件狀態(tài)。

在上述技術方案的基礎上，還包括：

第一報文發(fā)送監(jiān)測單元，用于若相同，則判斷所述自助終端在第二預設時間內是否向所述監(jiān)控服務器發(fā)送過狀態(tài)報文；

所述報文發(fā)送單元，還用于若所述自助終端在所述預設時間內未向所述監(jiān)控服務器發(fā)送過狀態(tài)報文，則根據當前獲取的自助終端的各部件狀態(tài)生成狀態(tài)報文，并將所述狀態(tài)報文發(fā)送至所述監(jiān)控服務器。

在上述技術方案的基礎上，還包括：

第二報文發(fā)送監(jiān)測單元，用于若相同，則判斷所述自助終端在第二預設時間內是否向所述監(jiān)控服務器發(fā)送過狀態(tài)報文和交易報文；

所述報文發(fā)送監(jiān)測單元，還用于若所述自助終端在所述預設時間內未向所述監(jiān)控服務器發(fā)送過狀態(tài)報文和交易報文，則根據當前獲取的自助終端的各部件狀態(tài)生成狀態(tài)報文，并將所述狀態(tài)報文發(fā)送至所述監(jiān)控服務器。

在上述技術方案的基礎上，所述自助終端的各部件狀態(tài)包括：

所述自助終端內安裝的各硬件設備狀態(tài)、ATMC應用狀態(tài)、業(yè)務網絡狀態(tài)以及鈔箱狀態(tài)。

實施本發(fā)明實施例提供的一種自助終端狀態(tài)的監(jiān)控方法及系統具有以下有益效果：

本發(fā)明實施例通過安裝在自助終端上的監(jiān)控代理程序每隔第一預設時間讀取一次所述自助終端的各部件狀態(tài)，其中所述監(jiān)控代理程序獨立于所述自助終端的ATMC應用；判斷當前獲取的自助終端的各部件狀態(tài)與上一次獲取的自助終端的各部件狀態(tài)是否發(fā)生相同；若不相同，則根據當前獲取的自助終端的各部件狀態(tài)生成狀態(tài)報文，并將所述狀態(tài)報文發(fā)送至監(jiān)控服務器，使所述監(jiān)控服務器根據所述狀態(tài)報文更新監(jiān)控到的所述自助終端的各部件狀態(tài)，從而能夠僅在自助終端狀態(tài)發(fā)生變化時才向監(jiān)控服務器發(fā)送狀態(tài)報文，大大減少了網絡傳輸報文的數據量，節(jié)省了監(jiān)控資源，增加了監(jiān)控服務器可以同時監(jiān)控的自助終端數量，解決了現有的自助終端監(jiān)控技術中傳輸報文的數據量大，并且存在大量內容相同的報文，占用監(jiān)控服務器的報文隊列資源多，造成了監(jiān)控資源浪費的問題。

附圖說明

圖1是本發(fā)明第一實施例提供的一種自助終端狀態(tài)的監(jiān)控方法的示意流程圖；

圖2是本發(fā)明第二實施例提供的一種自助終端狀態(tài)的監(jiān)控方法的示意流程圖；

圖3是本發(fā)明第三實施例提供的一種自助終端狀態(tài)的監(jiān)控方法的示意流程圖；

圖4是本發(fā)明第一實施例提供的一種自助終端狀態(tài)的監(jiān)控系統的示意性框圖；

圖5是本發(fā)明第二實施例提供的一種自助終端狀態(tài)的監(jiān)控系統的示意性框圖；

圖6是本發(fā)明第三實施例提供的一種自助終端狀態(tài)的監(jiān)控系統的示意性框圖。

具體實施方式

為了使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白，以下結合附圖及實施例，對本發(fā)明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

圖1是本發(fā)明第一實施例提供的一種自助終端狀態(tài)的監(jiān)控方法的示意流程圖。參見圖1所示，本實施例提供的一種自助終端狀態(tài)的監(jiān)控方法可以包括以下步驟：

在S101中，通過安裝在自助終端上的監(jiān)控代理程序每隔第一預設時間讀取一次所述自助終端的各部件狀態(tài)，其中所述監(jiān)控代理程序獨立于所述自助終端的ATMC應用。

優(yōu)選的，在具體實現時，步驟S101之前還可以包括：

檢測所述自助終端是否具有自帶UPS裝置和系統崩潰處理裝置；

若同時具有自帶UPS裝置和系統崩潰處理裝置，則進入通過安裝在自助終端上的監(jiān)控代理程序每隔第一預設時間讀取一次所述自助終端的各部件狀態(tài)的步驟。

其中，UPS裝置用于確保自助終端在準備關機時不會出現突然斷電而來不及向監(jiān)控服務器發(fā)送關機狀態(tài)報文的情況；系統崩潰處理裝置用于在自助終端的操作系統崩潰無法正常運行時，及時向監(jiān)控服務器發(fā)送相應的狀態(tài)報文。所述系統崩潰裝置可以為微軟產品IoT，也可以為支持AMT技術的INTEL芯片。

優(yōu)選的，在具體實現時，所述監(jiān)控代理程序為獨立于所述自助終端的ATMC應用的可執(zhí)行程序，并且與所述ATMC應用之間形成互鎖機制，即所述監(jiān)控代理程序和所述ATMC應用可以相互監(jiān)控對方是否崩潰，并能夠在監(jiān)控到對方崩潰時重啟對方恢復運行。

優(yōu)選的，在具體實現時，所述第一預設時間的取值范圍為3～5min。作為一較佳實現示例，所述第一預設時間可以為4min。

優(yōu)選的，在具體實現時，所述自助終端的各部件狀態(tài)包括但不限于所述自助終端內安裝的各硬件設備狀態(tài)、ATMC應用狀態(tài)、業(yè)務網絡狀態(tài)以及鈔箱狀態(tài)。其中，所述各硬件設備狀態(tài)包括但不限于打硬機、加密鍵盤、機芯、讀卡器以及后臺終端等安裝的符合WOSA標準分類的各設備狀態(tài)，以及自助終端安裝的諸如工控機、指紋識別儀、視頻設備等各類非WOSA標準的設備。所述ATMC應用狀態(tài)包括：未知、應用未配置、操作系統崩潰、應用崩潰、初始化、正常服務、半功能服務、客戶交易、維護、廠商模式維護、關機、重啟、P端通訊故障、人工報停、模塊故障暫停服務、未加鈔暫停服務以及未知原因暫停服務。所述業(yè)務網絡狀態(tài)包括：正常、網絡不穩(wěn)定、網咯故障、未知。所述鈔箱狀態(tài)包括：正常、鈔滿、鈔少、鈔空、鈔多、鈔箱故障、鈔箱未知、無鈔箱。

在S102中，判斷當前獲取的自助終端的各部件狀態(tài)與上一次獲取的自助終端的各部件狀態(tài)是否相同，若不相同，則進入步驟S103，若相同，則不做處理。

在本實施例中，判斷當前獲取的自助終端的各部件狀態(tài)是否與上一次獲取的自助終端的各部件狀態(tài)是否相同，主要是為了監(jiān)測自助終端的各部件狀態(tài)是否發(fā)生變化，若監(jiān)測到所述各部件狀態(tài)中任一部件狀態(tài)發(fā)生變化，均進入步驟S103中，例如：若監(jiān)測到所述自助終端準備執(zhí)行關機，則進入到步驟S103中，向監(jiān)控服務器發(fā)送該自助終端進入關機狀態(tài)的報文；若監(jiān)測到自助終端的操作系統崩潰，則進入到步驟S103中，通過系統崩潰處理裝置向監(jiān)控服務器發(fā)送標志所述自助終端操作系統發(fā)生崩潰的報文；若監(jiān)測到所述自助終端開機后，則進入到步驟S103中，向監(jiān)控服務器發(fā)出一個所述自助終端進入開機運行狀態(tài)的報文；若監(jiān)測到自助終端退出了某個應用程序，則進入到步驟S103向監(jiān)控服務器發(fā)送一個標志所述自助終端退出該應用的狀態(tài)報文。

在S103中，根據當前獲取的自助終端的各部件狀態(tài)生成狀態(tài)報文，并將所述狀態(tài)報文發(fā)送至監(jiān)控服務器，使所述監(jiān)控服務器根據所述狀態(tài)報文更新監(jiān)控到的所述自助終端的各部件狀態(tài)。

在本實施例中，所述監(jiān)控服務器可以以接收到的狀態(tài)報文作為唯一一句，更新該自助終端的各部件狀態(tài)，若沒有接收到所述自助終端的狀態(tài)報文，則對所述自助終端的各部件狀態(tài)以最近獲取的狀態(tài)為準。

以上可以看出，本實施例提供的一種自助終端狀態(tài)的監(jiān)控方法通過安裝在自助終端上的監(jiān)控代理程序每隔第一預設時間讀取一次所述自助終端的各部件狀態(tài)，其中所述監(jiān)控代理程序獨立于所述自助終端的ATMC應用；判斷當前獲取的自助終端的各部件狀態(tài)與上一次獲取的自助終端的各部件狀態(tài)是否發(fā)生相同；若不相同，則根據當前獲取的自助終端的各部件狀態(tài)生成狀態(tài)報文，并將所述狀態(tài)報文發(fā)送至監(jiān)控服務器，使所述監(jiān)控服務器根據所述狀態(tài)報文更新監(jiān)控到的所述自助終端的各部件狀態(tài)，從而能夠僅在自助終端狀態(tài)發(fā)生變化時才向監(jiān)控服務器發(fā)送狀態(tài)報文，大大減少了網絡傳輸報文的數據量，節(jié)省了監(jiān)控資源，增加了監(jiān)控服務器可以同時監(jiān)控的自助終端數量，解決了現有的自助終端監(jiān)控技術中傳輸報文的數據量大，并且存在大量內容相同的報文，占用監(jiān)控服務器的報文隊列資源多，造成了監(jiān)控資源浪費的問題。

圖2是本發(fā)明第二實施例提供的一種自助終端狀態(tài)的監(jiān)控方法的示意流程圖。參見圖2所示，相對于上一實施例，本實施例提供的一種自助終端狀態(tài)的監(jiān)控方法，在所述判斷當前獲取的自助終端的各部件狀態(tài)與上一次獲取的自助終端的各部件狀態(tài)是否發(fā)生相同之后還包括：

在S204中，若相同，則判斷所述自助終端在第二預設時間內是否向所述監(jiān)控服務器發(fā)送過狀態(tài)報文；

在S205中，若所述自助終端在所述預設時間內未向所述監(jiān)控服務器發(fā)送過狀態(tài)報文，則根據當前獲取的自助終端的各部件狀態(tài)生成狀態(tài)報文，并將所述狀態(tài)報文發(fā)送至所述監(jiān)控服務器。

在本實施例中，所述第二預設時間的取值范圍為1～5小時。作為一較佳實現示例，所述第二預設時間取3個小時。

在本實施例中，由于在合適的間隔較長的時間段內，自助終端若沒有向監(jiān)控服務器發(fā)送過狀態(tài)報文(因為此段時間內自助終端的各部件狀態(tài)均未發(fā)生變化)，也向監(jiān)控服務器發(fā)送一次狀態(tài)報文，從而能夠進一步確保監(jiān)控的準確性，并且相對于現有技術中每隔3～5min就向監(jiān)控服務器發(fā)送一次狀態(tài)報文，本實施例中采用的監(jiān)控方法同樣大大降低了監(jiān)控網絡盤數據傳輸量和監(jiān)控服務器的數據吞吐量，節(jié)省了監(jiān)控資源，增加了監(jiān)控服務器的監(jiān)控終端數量和終端容量。

需要說明的是，由于本實施例中的步驟S201～步驟S203與圖1所示實施例中的步驟S101～步驟S103完全相同，因此，在此不再贅述。

因此，可以看出相對于上一實施例，本實施例提供的一種自助終端狀態(tài)的監(jiān)控方法不僅能夠減少網絡傳輸報文的數據量，節(jié)省監(jiān)控資源，增加監(jiān)控服務器可以同時監(jiān)控的自助終端數量，而且還能夠進一步確保監(jiān)控的準確性。

圖3是本發(fā)明第三實施例提供的一種自助終端狀態(tài)的監(jiān)控方法的示意流程圖。參見圖3所示，相對于第一實施例，本實施例提供的一種自助終端狀態(tài)的監(jiān)控方法，在所述判斷當前獲取的自助終端的各部件狀態(tài)與上一次獲取的自助終端的各部件狀態(tài)是否發(fā)生相同之后還包括：

在S304中，若相同，則判斷所述自助終端在第二預設時間內是否向所述監(jiān)控服務器發(fā)送過狀態(tài)報文和交易報文；

在S305中，若所述自助終端在所述預設時間內未向所述監(jiān)控服務器發(fā)送過狀態(tài)報文和交易報文，則根據當前獲取的自助終端的各部件狀態(tài)生成狀態(tài)報文，并將所述狀態(tài)報文發(fā)送至所述監(jiān)控服務器。

在本實施例中，由于自助終端還會向服務器發(fā)送交易報文，因此在第二實施例的基礎上將監(jiān)控報文發(fā)送的方式更改為：監(jiān)測自助終端在第二預設時間內是否向監(jiān)控服務器發(fā)送狀態(tài)報文和交易報文，若均沒有，則向監(jiān)控服務器發(fā)送一次狀態(tài)報文，這樣可以進一步減少報文處理量。同樣，在本實施例中，所述第二預設時間的取值范圍為1～5小時。作為一較佳實現示例，所述第二預設時間取3個小時。

需要說明的是，由于本實施例中的步驟S301～步驟S303與圖1所示實施例中的步驟S101～步驟S103完全相同，因此，在此不再贅述。

以上，可以看出相對于第一實施例，本實施例提供的一種自助終端狀態(tài)的監(jiān)控方法同樣不僅能夠減少網絡傳輸報文的數據量，節(jié)省監(jiān)控資源，增加監(jiān)控服務器可以同時監(jiān)控的自助終端數量，而且還能夠進一步確保監(jiān)控的準確性；此外，相對于第二實施例，本實施例能夠進一步減少報文的處理量。

圖4是本發(fā)明第一實施例提供的一種自助終端狀態(tài)的監(jiān)控系統的示意性框圖。為了便于說明僅僅示出了與本實施例相關的部分。

參見圖4所示，本實施例提供的一種自助終端狀態(tài)的監(jiān)控系統，包括：

狀態(tài)監(jiān)測單元1，用于通過安裝在自助終端上的監(jiān)控代理程序每隔第一預設時間讀取一次所述自助終端的各部件狀態(tài)，其中所述監(jiān)控代理程序獨立于所述自助終端的ATMC應用；

判斷單元2，用于判斷當前獲取的自助終端的各部件狀態(tài)與上一次獲取的自助終端的各部件狀態(tài)是否發(fā)生相同；

報文發(fā)送單元3，用于若不相同，則根據當前獲取的自助終端的各部件狀態(tài)生成狀態(tài)報文，并將所述狀態(tài)報文發(fā)送至監(jiān)控服務器，使所述監(jiān)控服務器根據所述狀態(tài)報文更新監(jiān)控到的所述自助終端的各部件狀態(tài)。

可選的，所述的自助終端狀態(tài)的監(jiān)控系統還包括：

檢測控制單元4，用于檢測所述自助終端是否具有自帶UPS裝置和系統崩潰處理裝置；若同時具有自帶UPS裝置和系統崩潰處理裝置，則控制所述狀態(tài)監(jiān)測單元1通過安裝在自助終端上的監(jiān)控代理程序每隔第一預設時間讀取一次所述自助終端的各部件狀態(tài)。

可選的，所述自助終端的各部件狀態(tài)包括：

所述自助終端內安裝的各硬件設備狀態(tài)、ATMC應用狀態(tài)、業(yè)務網絡狀態(tài)以及鈔箱狀態(tài)。

可選的，參見圖5所示，在另一實施例中，所述監(jiān)控系統還包括：

第一報文發(fā)送監(jiān)測單元5，用于若相同，則判斷所述自助終端在第二預設時間內是否向所述監(jiān)控服務器發(fā)送過狀態(tài)報文；

所述報文發(fā)送單元3，還用于若所述自助終端在所述預設時間內未向所述監(jiān)控服務器發(fā)送過狀態(tài)報文，則根據當前獲取的自助終端的各部件狀態(tài)生成狀態(tài)報文，并將所述狀態(tài)報文發(fā)送至所述監(jiān)控服務器。

可選的，參見圖6所示，在另一實施例中，所述監(jiān)控系統還包括：

第二報文發(fā)送監(jiān)測單元6，用于若相同，則判斷所述自助終端在第二預設時間內是否向所述監(jiān)控服務器發(fā)送過狀態(tài)報文和交易報文；

所述報文發(fā)送監(jiān)測單元3，還用于若所述自助終端在所述預設時間內未向所述監(jiān)控服務器發(fā)送過狀態(tài)報文和交易報文，則根據當前獲取的自助終端的各部件狀態(tài)生成狀態(tài)報文，并將所述狀態(tài)報文發(fā)送至所述監(jiān)控服務器。

需要說明的是本實施例提供的自助終端狀態(tài)的監(jiān)控系統中的各個單元，由于與本發(fā)明圖方法實施例基于同一構思，其帶來的技術效果與本發(fā)明方法實施例相同，具體內容可參見本發(fā)明方法實施例中的敘述，此處不再贅述。

因此，可以看出本發(fā)明實施例提供的自助終端狀態(tài)的監(jiān)控系統同樣能夠僅在自助終端狀態(tài)發(fā)生變化時才向監(jiān)控服務器發(fā)送狀態(tài)報文，大大減少了網絡傳輸報文的數據量，節(jié)省了監(jiān)控資源，增加了監(jiān)控服務器可以同時監(jiān)控的自助終端數量，解決了現有的自助終端監(jiān)控技術中傳輸報文的數據量大，并且存在大量內容相同的報文，占用監(jiān)控服務器的報文隊列資源多，造成了監(jiān)控資源浪費的問題。

以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內所作的任何修改、等同替換和改進等，均應包含在本發(fā)明的保護范圍之內。