專利名稱：一種對自助柜機和自助系統(tǒng)的監(jiān)控管理方法
技術領域：
本發(fā)明涉及一種對自助柜機和自助系統(tǒng)的監(jiān)控管理方法，用于遠程統(tǒng)一監(jiān)控管理 自助柜機和自助系統(tǒng)，本發(fā)明的方法采用分級方法，分減了各監(jiān)控結點的壓力。
背景技術：
隨著自助值機系統(tǒng)的廣泛推廣，對自助系統(tǒng)的管理越來越重要，由于自助柜機的 特殊性，一般都處于無人監(jiān)控的狀態(tài)，要求盡可能的可靠；加上為了盡可能利用柜機的硬件 資源的需求的驅動，越來越多的航空公司自助服務軟件會運行在同一臺柜機上，這就要求 各個軟件對硬件資源有效共享，不能沖突?；谶@些需要IATA(國際航協(xié))提出了 CUSS平 臺(Common Use Self Service自助柜機服務)，作為應用和硬件之間的中間件，以用于解 決自助柜機硬件共享以及軟硬件管理方面的問題。但是該標準對柜機的遠程監(jiān)控和管理只 是作了簡單的描述，僅涉及到自助應用狀態(tài)的管理，沒有設備管理措施，也沒有對柜機文件 的管理。另外，IATA的自助平臺管理接口是基于corba(Common Object Request Broker Architecture公共對象請求代理體系結構)技術，并且運行于20001網絡端口上，在很多機 場由于網絡防火墻限制，IATA的接口無法正常運行。對此，發(fā)明人提出了一種對自助柜機和自助系統(tǒng)監(jiān)控和管理的方法，作為國際標 準的擴展，用來監(jiān)控和管理自助柜機和自助系統(tǒng)，以方便用戶對分布于機場的自助柜機和 自助系統(tǒng)進行集中管理，并且能夠穿透機場網絡限制。目前，國際上同類型的產品有IER，IBM, NCR等廠商提供的自助管理系統(tǒng)?，F(xiàn)有的 這些系統(tǒng)主要有以下缺點有的受限于機場網絡防火墻，實際環(huán)境中無法使用；有的是基 于胖客戶端，監(jiān)控用戶數(shù)量和監(jiān)控地點受到限制；有的雖然基于WEB，但是監(jiān)控能力很弱， 甚至不具有控制能力；監(jiān)控效果不直觀；有的雖然具有一定的監(jiān)控能力，但是沒有部署和 分發(fā)能力，或者較為繁瑣；這些系統(tǒng)也有一個共同的問題，沒有對系統(tǒng)進行分級管理，導致 遠程柜機通訊成本高，速度慢，可擴展性低。

發(fā)明內容
為了解決上述問題，本發(fā)明人提出一種對自助柜機和自助系統(tǒng)的監(jiān)控和管理方 法對自助柜機和自助系統(tǒng)的遠程統(tǒng)一監(jiān)控管理方法，采用協(xié)議代理技術，反向穿越 防火墻；同時采用分級方法，分減了各監(jiān)控結點的壓力；擴展了 IATA標準接口，增加設備監(jiān) 控能力；遠程監(jiān)控管理，根據(jù)嚴重程度，對監(jiān)控到的風險、問題以不同的顏色、聲音、提示消 息，同時輔以郵件、短信等多種方式進行警示，并提供了遠程解決問題的方法，使風險、問題 得以及時處理解決；柜機和業(yè)務數(shù)據(jù)的統(tǒng)計分析，為不同用戶提供了多角度的業(yè)務分析依 據(jù)；統(tǒng)一部署和控制，在中心就能實現(xiàn)對柜機軟硬件的控制。本發(fā)明的對自助柜機和自助系統(tǒng)的監(jiān)控和管理方法的工作原理是對IATA標準 中應用監(jiān)控和管理模塊進行改造，把和自助系統(tǒng)的corba連接模塊前移到柜機上，使corbaCN 102130944 A
說明書
2/8頁
連接發(fā)生在柜機本地，這樣就避免了端口和機場本地防火墻的沖突；另外擴展前移模塊，使 之通過套接字協(xié)議(socket)能和柜機管理系統(tǒng)(Kiosk Management System簡稱KMS)、 ⑶SS平臺通訊，這樣就能根據(jù)機場的防火墻靈活布置；通過這種方式可以實現(xiàn)在遠程監(jiān)控 柜機的軟硬件運行狀態(tài)。同時，前移模塊具有了執(zhí)行KMS特定命令的能力，這些命令覆蓋了 IATA的SMI (System Management Interface簡稱SMI)標準，而且還能執(zhí)行其他命令，如批 處理等，這樣就有效的擴展了 KMS的管理能力，達到管理柜機軟硬件的功能。另外，為了監(jiān) 控硬件設備的狀態(tài)，需要CUSS平臺擴展這部分能力，即在捕獲到設備事件的時候，抄送一 份給Agent即可。本發(fā)明的對自助柜機和自助系統(tǒng)的監(jiān)控和管理方法包括如下步驟步驟一實現(xiàn)⑶SS平臺擴展，把設備事件通過socket端口發(fā)送到Agent ；實現(xiàn)辦 議代理模塊(Agent)，把IATA標準corta接口轉換為自定義的socket接口的功能；實現(xiàn)柜 機管理服務器(KMQ，能夠對柜機的應用和設備進行管理，并具有分級管理的能力。步驟二 Agent監(jiān)控到CUSS平臺和KMS啟動，通過socket向KMS發(fā)起登陸請求。步驟三KMS接收請求，向Agent發(fā)送登陸⑶SS平臺的一系列命令。步驟四Agent向⑶SS平臺和KMS分別登陸成功后，⑶SS平臺擴展模塊就可以通 過socket向Agent發(fā)送連接請求，由Agent進行轉換并發(fā)送給KMS，整個通訊連接成功。步驟五⑶SS平臺擴展模塊通過socket向Agent發(fā)送設備事件。步驟六CUSS平臺通過IATA標準SMI接口，通過corba向Agent發(fā)送應用事件。步驟七Agent把來自corta端口的應用事件轉換為socket事件。步驟八Agent發(fā)送socket事件給KMS的Socket服務器端。步驟九=Socket服務器端處理事件，把事件內容保存到數(shù)據(jù)庫。步驟十下級KMS服務器定時發(fā)送相關信息給上級KMS服務器。步驟十一上下級KMS都可以通過各自的TOB服務器，在瀏覽器上把柜機的應用和 設備事件展示給用戶。根據(jù)本發(fā)明的對自助柜機和自助系統(tǒng)的監(jiān)控和管理方法，其中，步驟一中CUSS平 臺擴展模塊可以通過在⑶SS平臺的設備控制接口(DCI)模塊中，把設備狀態(tài)變化發(fā)送出 來，另外實現(xiàn)一個socket客戶端，通過該客戶端把設備事件發(fā)送給Agent。在這種情況下， ⑶SS平臺和Agent之間是socket客戶端和服務器的關系。協(xié)議代理模塊Agent具備以下能力a)作為一個socket客戶端，向服務端發(fā)送socket事件b)作為一個corta客戶端，以IATA標準SMI接口的方式訪問⑶SS平臺，對于 ⑶SS平臺而言，Agent將會是一個運行在本地的系統(tǒng)服務供應商管理系統(tǒng)(IATA System provider manager ■禾爾 SPM) c)具有運行本地批處理命令的能力d)具有windows桌面控制能力e) socket和corta服務端運行狀態(tài)監(jiān)控能力f)作為一個Socket服務器端，接收本機CUSS平臺發(fā)送來的socket事件。柜機管理服務器KMS，包括兩個部分，一個Socket服務器端，一個Web服務器。socket服務器具備以下功能
a)處理Agent的登陸請求，并為Agent保持長連接b)處理Agent發(fā)送來的事件信息，根據(jù)數(shù)據(jù)庫中柜機的配置，把這些事件分類，并 保存在數(shù)據(jù)庫中。同時，把應用事件和應用狀態(tài)碼進行對應，把設備事件和設備狀態(tài)碼進行 對應，根據(jù)應用狀態(tài)碼和設備狀態(tài)碼，計算出柜機的狀態(tài)碼。這些狀態(tài)碼，保存在內存中。c)向Agent發(fā)送命令，要求Agent執(zhí)行登陸⑶SS平臺，執(zhí)行批處理命令等功能。web server主要有以下功能a)系統(tǒng)監(jiān)控，包括子web server (KMS)、柜機、應用和設備的監(jiān)控。b)用戶管理。c)系統(tǒng)管理，包括航空公司、子KMS、柜機組、IP授權等管理。d)統(tǒng)計查詢，包括應用統(tǒng)計，柜機統(tǒng)計，設備統(tǒng)計。e)日志查詢，包括操作日志，系統(tǒng)日志，應用日志，設備日志，升級日志等查詢。參看圖5KMS功能模塊圖。根據(jù)本發(fā)明的對自助柜機和自助系統(tǒng)的監(jiān)控和管理方法，其中，步驟二中在Agent 實現(xiàn)兩個定時訪問socket和corta端口的模塊，通過這兩個模塊監(jiān)控Socket服務器端和 ⑶SS平臺的運行狀況，任意一方啟動，Agent都會發(fā)起登陸socket服務器操作，對于socket server的登錄，遵循自定義的登錄機制(如以IP+密碼認證)，發(fā)送login請求。根據(jù)本發(fā)明的對自助柜機和自助系統(tǒng)的監(jiān)控和管理方法，其中，步驟三KMS的 socket服務處理login請求，如果Agent是合法的(可以通過IP+密碼來驗證)，就向Agent 發(fā)送登陸⑶SS平臺的請求。對于⑶SS平臺登陸，Agent必須遵循IATA標準，通過level， components, generateEvent, queryEvent, registerEvent, waitEvent 一系歹[J方法(這些方 法都是IATA標準規(guī)定的函數(shù)級方法)。由于⑶SS平臺登陸是通過一系列IATA標準接口實 現(xiàn)的，所以Socket服務器端和Agent之間會有多次通訊。登陸成功后，Agent就可以收集 ⑶SS平臺的應用事件。加上步驟一⑶SS平臺發(fā)送給Agent的設備事件，Agent就完成了整 個柜機應用和設備事件的收集工作，Agent可以把這些事件轉發(fā)給socket服務器。根據(jù)本發(fā)明的對自助柜機和自助系統(tǒng)的監(jiān)控和管理方法，其中，步驟五CUSS平臺 發(fā)給Agent的事件使用socket事件，該事件可以直接通過Agent發(fā)送給KMS。根據(jù)本發(fā)明的對自助柜機和自助系統(tǒng)的監(jiān)控和管理方法，其中，步驟六CUSS平臺 發(fā)給Agent的是IATA標準的corta事件，具體的可以參考IATA文檔。該事件不能直接通 過Agent的socket接口發(fā)送給KMS。根據(jù)本發(fā)明的對自助柜機和自助系統(tǒng)的監(jiān)控和管理方法，其中，步驟七所要求的 Agent把步驟六發(fā)來的corta事件轉換為socket事件，這里只需要把應用名稱，應用狀態(tài)從 corba事件中提取出來即可，不需要轉換corta事件對象中的所有數(shù)據(jù)。根據(jù)本發(fā)明的對自助柜機和自助系統(tǒng)的監(jiān)控和管理方法，其中，步驟九中Socket 服務器端必須使用長連的機制和Agent連接，只有這樣才能有效的穿透防火墻的限制。根據(jù)本發(fā)明的對自助柜機和自助系統(tǒng)的監(jiān)控和管理方法，其中，步驟十中發(fā)送相 關信息主要是本KMS管理的所有柜機的運行狀態(tài)，包括本KMS和Agent是否連接，柜機應 用運行狀態(tài)，柜機設備運行狀態(tài)。根據(jù)本發(fā)明的對自助柜機和自助系統(tǒng)的監(jiān)控和管理方法，其中，以上所述各步驟 中使用的socket通訊，都遵循同一種通訊協(xié)議，傳輸?shù)膬热莅ǖ幌抻谙㈩^，消息類型，消息標識，消息觸發(fā)方法名稱，觸發(fā)方法參數(shù)類型，觸發(fā)方法參數(shù)內容，觸發(fā)方法返回 值，批處理消息反饋信息序號，批處理消息反饋信息內容，CUSS平臺狀態(tài)信息，消息結束標 識等。


參照如下附圖將更加易于理解本發(fā)明圖1應該為本發(fā)明對自助柜機和自助系統(tǒng)的監(jiān)控和管理方法的總體流程圖；圖2所示為監(jiān)控管理方法技術結構方框圖；圖3所示為KMS系統(tǒng)和柜機示意圖；圖4所示為KMS分級管理示意圖；圖5所示為KMS功能模塊方框；圖6所示為KMS和Agent通訊示意方框圖。
具體實施例方式本發(fā)明方法涉及的硬件組成有安裝在機場的柜機管理服務器(Airport KMS，簡稱 子KMS)；安裝在機場的FTP服務器(Airport FTP，簡稱AFTP)，如果有分層管理，還會包括安 裝在中心的柜機管理服務器(Root KMS，簡稱父KMQ ；安裝在中心的FTP服務器(Root FTP, 簡稱RFTP)，以上硬件需要在機場新增。安裝在機場的自助柜機(Kiosk)是需要被監(jiān)控的設 備，可以被安裝在機場的值機柜臺前。整體部署結構如圖3，4所示。自助柜機、機場柜機管理服務器、機場FTP服務器在同一機場網絡內，相互之間可 以訪問。機場柜機管理服務器和中心柜機管理服務器通過機場間網絡進行通訊，可以相互 訪問ο自助柜機上的自助平臺(⑶SS)通過柜機上的Agent，把柜機上的設備和應用狀態(tài) 發(fā)送給機場柜機管理服務器。機場柜機管理服務器經過匯總，把所轄柜機的信息發(fā)送給中 心柜機管理服務器。我們以下具體環(huán)境為例說明如何使用本發(fā)明方法對柜機進行監(jiān)控和管理。環(huán)境說明機場有多臺柜機，其中一臺柜機(名稱為KI0SK27)的硬件環(huán)境為有一臺自動 出票和登機ATB(Automatic Ticketing and Boarding)打印機；一臺磁卡閱讀器；柜機 分為上下柜體，分別有一個感應器來識別柜門是否打開；一個登機牌感應器，用來確定 登機牌是否充足。柜機的軟件環(huán)境為windows操作系統(tǒng)，基于IATA⑶SSl. 0標準的平 臺，一個值機應用。在平臺中，對ATB打印機定義名稱SMKBI^rinter ；對上門感應器定義 名稱為UpDoorknsor ；對下門感應器定義名稱為DownDoorknsor ；對磁卡閱讀器定義 名稱為CardReader ；對登機牌感應器定義名稱為MediaSensor ；對值機應用名稱定義為 ANGELCUSSCA。機場有現(xiàn)成的FTP服務器。參見圖1，具體說明如何實現(xiàn)對上述機場環(huán)境中的柜機進行監(jiān)控和管理。步驟一、實現(xiàn)⑶SS平臺擴展，把設備事件通過socket端口發(fā)送到Agent ；實現(xiàn)協(xié) 議代理模塊(Agent)，把IATA標準corta接口轉換為自定義的socket接口的功能；實現(xiàn)柜機管理服務器(KMQ，能夠對柜機的應用和設備進行管理，并具有分級管理的能力。⑶SS平臺擴展模塊可以通過在⑶SS平臺的設備控制接口(DCI)模塊中，把設備 狀態(tài)變化發(fā)送出來，另外實現(xiàn)一個socket客戶端，通過該客戶端把設備事件發(fā)送給Agent。 在這種情況下，⑶SS平臺和Agent之間是socket客戶端和服務器的關系。由于socket連 接發(fā)生在本機，socket端口只要不與當前正在運行的程序沖突，可以任意設定一個，比如 40000。參見圖2，協(xié)議代理模塊Agent具備以下能力a)作為一個socket客戶端，向服務端發(fā)送socket事件b)作為一個corta客戶端，以IATA標準SMI接口的方式訪問⑶SS平臺，對于 ⑶SS平臺而言，Agent將會是一個運行在本地的系統(tǒng)服務供應商管理系統(tǒng)(IATA System provider manager ■禾爾 SPM) c)具有運行本地批處理命令的能力d)具有windows桌面控制能力，該技術僅能在支持多桌面技術的windows操作系 統(tǒng)上實現(xiàn)。e) socket和corta服務端運行狀態(tài)監(jiān)控能力，利用兩個定時訪問socket和corta 端口的模塊即可實現(xiàn)。f)作為一個Socket服務器端，接收本機CUSS平臺發(fā)送來的socket事件。柜機管理服務器KMS，包括兩個部分，一個Socket服務器端，一個Web服務器。socket服務器具備以下功能a)處理Agent的登陸請求，并為Agent保持長連接b)處理Agent發(fā)送來的事件信息，根據(jù)數(shù)據(jù)庫中柜機的配置，把這些事件分類，并 保存在數(shù)據(jù)庫中。同時，把應用事件和應用狀態(tài)碼進行對應，把設備事件和設備狀態(tài)碼進行 對應，根據(jù)應用狀態(tài)碼和設備狀態(tài)碼，計算出柜機的狀態(tài)碼。這些狀態(tài)碼，保存在內存中。c)向Agent發(fā)送命令，要求Agent執(zhí)行登陸⑶SS平臺，執(zhí)行批處理命令等功能。web server主要有以下功能a)系統(tǒng)監(jiān)控，包括子web server (KMS)、柜機、應用和設備的監(jiān)控。b)用戶管理。c)系統(tǒng)管理，包括航空公司、子KMS、柜機組、IP授權等管理。d)統(tǒng)計查詢，包括應用統(tǒng)計，柜機統(tǒng)計，設備統(tǒng)計。e)日志查詢，包括操作日志，系統(tǒng)日志，應用日志，設備日志，升級日志等查詢。KMS還需要一個本地數(shù)據(jù)庫進行支撐，主要內容包括a)柜機相關內容柜機數(shù)據(jù)庫標識，名稱，IP，柜機應用名稱，柜機上設備的名稱， 通訊端口，socket登陸密碼，柜機當前連接狀態(tài)。b)上下級KMS相關內容上下級KMS的名稱，IP，通訊端口，socket登陸密碼。c)設備事件柜機數(shù)據(jù)庫標識，柜機名稱，設備名稱，設備狀態(tài)，時間。d)應用事件柜機數(shù)據(jù)庫標識，柜機名稱，應用名稱，應用狀態(tài)，時間。參看圖5，KMS功能模塊圖。在這個步驟中，使用到的技術包括socket通訊，程序中運行批處理命令，建設web 服務器都是比較成熟的技術。windows桌面控制技術必須在支持多桌面的windows操作系統(tǒng)上實現(xiàn)，比如WinXP等。步驟二 啟動Agent，KMS，⑶SS平臺，Agent監(jiān)控到⑶SS平臺和KMS啟動，通過 socket向KMS發(fā)起登陸請求。在啟動這些模塊之前，需要對各個部分進行配置，保證通訊能 力。對機場柜機管理服務器(如名稱為KMS1)作配置，利用柜機管理模塊，把上述柜機 的名稱、IP、柜機上的應用名稱、柜機上的設備名稱、登陸密碼，都配置到數(shù)據(jù)庫中。如部署 環(huán)境所示，對ATB打印機定義名稱SMKBI^rinter ；對上門感應器定義名稱為UpDooi^ensor ； 對下門感應器定義名稱為DownDoorknsor ；對磁卡閱讀器定義名稱為CardReader ；對登機 牌感應器定義名稱為MediaSensor ；對值機應用名稱定義為ANGEIXUSSCA。該機場柜機管理服務器的通訊端口根據(jù)機場實際環(huán)境而定，比如為777。如果有上 下級柜機管理服務器，還需要對上下級柜機管理服務器進行配置上下級柜機管理服務器 名稱、IP、登陸密碼。對Agent進行配置，設定機場柜機管理服務器的IP、端口、本柜機名稱(KI0SK27)、
登陸密碼。啟動Agent，可以作為伺服程序，一直運行在柜機上。Agent通過端口監(jiān)控模塊可 以監(jiān)控到Socket服務器端和⑶SS平臺的運行狀況，任意一方啟動，Agent都會發(fā)起登陸 socket服務器操作，對于socket server的登錄，遵循自定義的登錄機制(如以IP+密碼認 證)，發(fā)送login請求。⑶SS平臺啟動后，Agent的corta端口監(jiān)控模塊自動偵測corta端口被啟動， Agent把平臺啟動信息放在向Socket服務器端登陸事件發(fā)送給機場柜機管理服務器的 Socket服務器端模塊。如果此時KMS的Socket服務器端沒有啟動，Agent的socket端口 監(jiān)控程序持續(xù)監(jiān)控，直到KMS的Socket服務器端啟動，再發(fā)起登陸服務器事件。步驟三、KMS接收請求，向Agent發(fā)送登陸⑶SS平臺的一系列命令。如果Agent是 合法的(可以通過IP+密碼來驗證)，就向Agent發(fā)送登陸⑶SS平臺的請求。對于⑶SS平 臺登陸，Agent 必須遵循 IATA 標準，通過 level, components, generateEvent, queryEvent, registerEvent,waitEvent 一系列方法(這些方法都是IATA標準規(guī)定的函數(shù)級方法)。由 于⑶SS平臺登陸是通過一系列IATA標準接口實現(xiàn)的，所以Socket服務器端和Agent之間 會有多次通訊，每一次Agent調用⑶SS平臺接口成功，Agent都應該把該corta返回事件， 轉換為socket事件，返回給KMS。為了保證通訊的效率，KMS和Agent之間的命令調用采用 異步模式較好。登陸成功后，Agent把本地目錄等信息一起返回給socket服務器，同時開始收集 CUSS平臺的應用和設備事件。整個流程請參考圖6，圖中所有的英文，除了 getDirectory是自定義的獲取目錄 的方法，該方法返回CUSS平臺工作目錄下的文件結構。其他都是IATA規(guī)定的函數(shù)方法，整 個登陸過程遵循IATA規(guī)范，在此不再詳述。步驟四、Agent向⑶SS平臺和KMS分別登陸成功后，⑶SS平臺擴展模塊就可以通 過socket向Agent發(fā)送連接請求，其中的Socket事件，Agent可以直接轉發(fā)給KMS ；應用事 件來自corta接口，由Agent進行轉換并發(fā)送給KMS，至此整個通訊連接成功。由于socket 請求的發(fā)起方是Agent，并且通訊為長連接，所以防火墻不會對通訊造成影響。
如部署環(huán)境所述，當柜機上某一個設備故障，如打印機SMKBPrinter掉電，⑶SS平 臺會得到打印機的狀態(tài)變化信息，這時⑶SS平臺應該通過本地socket事件通知Agent，事 件中將會有打印機名稱SMKBI^rinter，以及答應及狀態(tài)P0WER_0FF ；同時，由于該設備狀態(tài) 還會影響到應用的狀態(tài)，導致應用ANGEIXUSSCA處于不可用UNAVAILABLE狀態(tài)(此狀態(tài)為 IATA標準狀態(tài))，CUSS平臺會通過IATA標準中規(guī)定的回調函數(shù)registerEvent把該應用 狀態(tài)返回給Agent，corba事件對象中會有應用名稱ANGEIXUSSCA和應用狀態(tài)AVAILABLE_ UNAVAILABLE,表示該應用從可用變成不可用。步驟五、⑶SS平臺擴展模塊通過socket向Agent發(fā)送設備事件。該步驟實現(xiàn)的 時候要有緩沖機制，由于CUSS平臺和Agent之間的通訊要快于Agent和KMS之間的通訊， 因此要確保設備事件不會丟失。步驟六、CUSS平臺通過IATA標準SMI接口，通過corba端口 registerEvent方法 向Agent發(fā)送應用事件。步驟七、Agent把來自corta端口 registerEvent方法的應用事件轉換為socket 事件。這里只需要把應用名稱，應用狀態(tài)從corta事件中提取出來即可，不需要轉換corta 事件對象中的所有數(shù)據(jù)。步驟八、Agent發(fā)送socket事件給KMS的Socket服務器端，這里既包括設備事件 也包括轉換后的應用事件。該步驟是采用的socket通訊技術是成熟技術，不再詳述。需要 注意的是，這里同樣需要注意雙方的緩沖機制。步驟九、Socket服務器端處理事件，把事件內容保存到數(shù)據(jù)庫。Socket服務器端 根據(jù)事件中的柜機名稱、IP、應用名稱、設備名稱識別出需要處理的事件類型，利用事件中 的應用或者設備狀態(tài)，更新數(shù)據(jù)庫中應用或者設備的狀態(tài)。步驟十、下級KMS服務器定時發(fā)送相關信息給上級KMS服務器。上下級之間通訊參考Agent和Socket服務器端通訊機制，只需在下級管理服務器 上實現(xiàn)Agent的socket通訊客戶端模塊即可。發(fā)送相關信息主要是本KMS管理的所有柜機的運行狀態(tài)，包括本KMS和Agent是 否連接，柜機應用運行狀態(tài)，柜機設備運行狀態(tài)。步驟十一、上下級KMS都可以通過各自的的TOB服務器，在瀏覽器上把柜機的應用 和設備事件展示給用戶。WEB服務器需要從數(shù)據(jù)庫中裝載柜機、柜機上應用、柜機上設備的 相關信息，把這些信息轉換為用戶容易理解的信息展現(xiàn)出來。展現(xiàn)的方式有很多種，如通過聲光電等方式告知用戶柜機狀態(tài)。用戶可以通過監(jiān) 控界面看到該柜機的整體情況、應用情況、設備情況。如使用綠色柜機圖標表示通訊成功， 但是圖標上下部分都有紅色，表示應用和設備錯誤；進入柜機詳細監(jiān)控界面，可以使用紅色 圖標表示應用ANGEIXUSSCA故障，狀態(tài)詳細信息為UNAVAILABLE ；可以使用一個紅色閃電圖 標表示設備斷電，狀態(tài)詳細信息為P0WER_0FF。利用WEB服務器展示本地數(shù)據(jù)庫中的信息有很多種實現(xiàn)方法，也比較成熟，實現(xiàn) 的時候根據(jù)用戶的數(shù)量自行選擇實現(xiàn)技術。為了保證實現(xiàn)效率和可擴展性，以上各步驟中使用的socket通訊，都遵循同一種 通訊協(xié)議，傳輸?shù)膬热莅ǖ幌抻谙㈩^，消息類型，消息標識，消息觸發(fā)方法名稱，觸 發(fā)方法參數(shù)類型，觸發(fā)方法參數(shù)內容，觸發(fā)方法返回值，批處理消息反饋信息序號，批處理消息反饋信息內容，CUSS平臺狀態(tài)信息，消息結束標識等。另外，為了實現(xiàn)統(tǒng)一升級和管理。通過Socket服務器端，可以向特定的柜機發(fā)送 各種命令，如重啟柜機，重啟平臺，升級特定文件，升級特定目錄等工作。只需要實現(xiàn)編寫好 這些批處理文件，讓Socket服務器端發(fā)送給Agent即可。主要邏輯可以包括停止柜機、啟 動Agent桌面控制模塊、從ftp下載文件、驗證ftp文件的有效性、拷貝或者覆蓋文件到指 定的升級目錄。Agent的命令執(zhí)行模塊會執(zhí)行這些批處理，并返回批處理的執(zhí)行結果，用戶通過查 看執(zhí)行結果可以監(jiān)控升級和管理的具體情況。批處理命令編寫和Agent截獲批處理命令執(zhí)行結果的方法都很成熟，唯一需要注 意的是有的時候批處理命令執(zhí)行果可能會很長，所以需要對這些執(zhí)行結果進行壓縮，或者 分批次返回Socket服務器端。至此我們就使用監(jiān)控管理方法實現(xiàn)了對柜機的監(jiān)控和管理?？梢杂行У拇┰綑C 場防火墻限制，實現(xiàn)分級對柜機統(tǒng)一監(jiān)控、部署、啟停等工作。
權利要求
1.一種對自助柜機和自助系統(tǒng)的監(jiān)控管理方法，其特征在于， 所述方法采用協(xié)議代理技術，反向穿越防火墻；采用分級方法，分減了各監(jiān)控結點的壓力； 擴展IATA標準接口，增加設備監(jiān)控能力；遠程監(jiān)控管理，根據(jù)嚴重程度，對監(jiān)控到的風險、問題以不同的顏色、聲音、提示消息， 并以郵件、短信等多種方式進行警示；進行柜機和業(yè)務數(shù)據(jù)的統(tǒng)計分析，為不同用戶提供多角度的業(yè)務分析依據(jù)；統(tǒng)一部署 和控制，在中心就實現(xiàn)對柜機軟硬件的控制。
2.根據(jù)權利要求1所述的監(jiān)控管理方法，其中包括對IATA標準中應用監(jiān)控和管理模塊進行改造，把和自助系統(tǒng)的corta連接模塊前移到 柜機上，使corta連接發(fā)生在柜機本地，避免端口和機場本地防火墻的沖突；擴展前移模塊，使之通過套接字協(xié)議能和柜機管理服務器、CUSS平臺通訊，根據(jù)機場的 防火端靈活布置，遠程監(jiān)控柜機的軟硬件運行狀態(tài)；所述前移模塊執(zhí)行柜機管理服務器特定命令，所述命令覆蓋了 IATA的SMI標準，有效 擴展了柜機管理服務器的管理能力，達到管理柜機軟硬件的功能；為了監(jiān)控硬件設備的狀態(tài)，CUSS平臺在捕獲到設備事件的時候，抄送一份給協(xié)議代理 模塊。
3.根據(jù)權利要求1或2所述的監(jiān)控管理方法，包括如下步驟步驟一實現(xiàn)⑶SS平臺擴展，把設備事件通過socket端口發(fā)送到協(xié)議代理模塊；實現(xiàn) 協(xié)議代理模塊，把IATA標準corta接口轉換為自定義的socket接口的功能；實現(xiàn)柜機管理 服務器，能夠對柜機的應用和設備進行管理，并具有分級管理的能力；步驟二 協(xié)議代理模塊監(jiān)控到⑶SS平臺和柜機管理服務器啟動，通過socket向柜機管 理服務器發(fā)起登陸請求；步驟三柜機管理服務器接收請求，向協(xié)議代理模塊發(fā)送登陸CUSS平臺的一系列命令；步驟四協(xié)議代理模塊向CUSS平臺和柜機管理服務器分別登陸成功后，CUSS平臺擴展 模塊就可以通過socket向協(xié)議代理模塊發(fā)送連接請求，由協(xié)議代理模塊進行轉換并發(fā)送 給柜機管理服務器，整個通訊連接成功；步驟五⑶SS平臺擴展模塊通過socket向協(xié)議代理模塊發(fā)送設備事件；步驟六⑶SS平臺通過IATA標準SMI接口，通過corba向協(xié)議代理模塊發(fā)送應用事件；步驟七協(xié)議代理模塊把來自corta端口的應用事件轉換為socket事件； 步驟八協(xié)議代理模塊發(fā)送socket事件給柜機管理服務器的Socket服務器端； 步驟九=Socket服務器端處理事件，把事件內容保存到數(shù)據(jù)庫； 步驟十下級柜機管理服務器定時發(fā)送相關信息給上級柜機管理服務器； 步驟十一上下級柜機管理服務器都可以通過各自的WEB服務器，在瀏覽器上把柜機 的應用和設備事件展示給用戶。
4.根據(jù)權利要求3所述的監(jiān)控管理方法，其中，在所述步驟一，CUSS平臺擴展模塊可以通過在CUSS平臺的設備控制接口模塊，把設備狀態(tài)變化發(fā)送出來，另外實現(xiàn)一個socket客戶端，通過該客戶端把設備事件發(fā)送給協(xié)議代理模塊，在這 種情況下，CUSS平臺和協(xié)議代理模塊之間是socket客戶端和服務器的關系。
5.根據(jù)權利要求3所述的監(jiān)控管理方法，其中，所述協(xié)議代理模塊a)作為一個socket客戶端，向服務端發(fā)送socket事件；b)作為一個corta客戶端，以IATA標準SMI接口的方式訪問⑶SS平臺，對于⑶SS平 臺而言，所述協(xié)議代理模塊將會是一個運行在本地的系統(tǒng)服務供應商管理系統(tǒng)；c)運行本地批處理命令；d)進行windows桌面控制；e)監(jiān)控socket和corta服務端運行；f)作為一個Socket服務器端，接收本機⑶SS平臺發(fā)送來的socket事件；
6.根據(jù)權利要求3所述的監(jiān)控管理方法，其中，所述柜機管理服務器包括兩個部分 Socket服務器和Web服務器。
7.根據(jù)權利要求3所述的監(jiān)控管理方法，其中，所述socket服務器a)處理協(xié)議代理模塊的登陸請求，并為協(xié)議代理模塊保持長連接；b)處理協(xié)議代理模塊發(fā)送來的事件信息，根據(jù)數(shù)據(jù)庫中柜機的配置，把這些事件分類， 并保存在數(shù)據(jù)庫中，同時，把應用事件和應用狀態(tài)碼進行對應，把設備事件和設備狀態(tài)碼進 行對應，根據(jù)應用狀態(tài)碼和設備狀態(tài)碼，計算出柜機的狀態(tài)碼，保存在內存中；c)向協(xié)議代理模塊發(fā)送命令，要求協(xié)議代理模塊執(zhí)行登陸CUSS平臺，執(zhí)行批處理命令 等功能；
8.根據(jù)權利要求3所述的監(jiān)控管理方法，其中，所述webserver a)進行系統(tǒng)監(jiān)控，包括子webserver、柜機、應用和設備的監(jiān)控；b)進行用戶管理；c)進行系統(tǒng)管理，包括航空公司、子柜機管理服務器、柜機組、IP授權管理；d)進行統(tǒng)計查詢，包括應用統(tǒng)計，柜機統(tǒng)計，設備統(tǒng)計；e)進行日志查詢，包括操作日志，系統(tǒng)日志，應用日志，設備日志，升級日志等查詢。
9.根據(jù)權利要求3所述的監(jiān)控管理方法，其中，所述步驟二在協(xié)議代理模塊實現(xiàn)兩個定時訪問socket和corta端口的模塊，通過這兩個模塊監(jiān) 控Socket服務器端和CUSS平臺的運行狀況，任意一方啟動，協(xié)議代理模塊都會發(fā)起登陸 socket服務器操作，對于socket服務器的登錄，遵循自定義的登錄機制，發(fā)送登陸請求。
10.根據(jù)權利要求3所述的監(jiān)控管理方法，其中，所述步驟三柜機管理服務器的socket服務處理登陸請求，如果協(xié)議代理模塊是合法的，就向協(xié)議 代理模塊發(fā)送登陸⑶SS平臺的請求；對于⑶SS平臺登陸，協(xié)議代理模塊遵循IATA標準。
11.根據(jù)權利要求3所述的監(jiān)控管理方法，其中，所述步驟五CUSS平臺發(fā)給協(xié)議代理模塊的事件使用socket事件，該事件可以直接通過協(xié)議代理 模塊發(fā)送給柜機管理服務器。
12.根據(jù)權利要求3所述的監(jiān)控管理方法，其中，所述步驟六CUSS平臺發(fā)給協(xié)議代理模塊的是IATA標準的corta事件，所述事件不能直接通過協(xié)議 代理模塊的socket接口發(fā)送給柜機管理服務器。
13.根據(jù)權利要求3所述的監(jiān)控管理方法，其中，所述步驟七所述把來自corta端口的應用事件轉換為socket事件，只需要把應用名稱、應用狀態(tài) 從corta事件中提取出來即可，無需轉換corta事件對象中的所有數(shù)據(jù)。
14.根據(jù)權利要求3所述的監(jiān)控管理方法，其中，所述步驟九所述Socket服務器端使用長連的機制和協(xié)議代理模塊連接，有效的穿透防火墻的限制。
15.根據(jù)權利要求3所述的監(jiān)控管理方法，其中，所述步驟十所述相關信息是本柜機管理服務器管理的所有柜機的運行狀態(tài)，包括本柜機管理服 務器和協(xié)議代理模塊是否連接、柜機應用運行狀態(tài)、柜機設備運行狀態(tài)。
16.根據(jù)權利要求3至15任一所述的監(jiān)控管理方法，其中，所述各步驟中使用的 socket通訊，都遵循同一種通訊協(xié)議，傳輸?shù)膬热莅ㄏ㈩^，消息類型，消息標識，消息 觸發(fā)方法名稱，觸發(fā)方法參數(shù)類型，觸發(fā)方法參數(shù)內容，觸發(fā)方法返回值，批處理消息反饋 信息序號，批處理消息反饋信息內容，CUSS平臺狀態(tài)信息，消息結束標識。
全文摘要
本發(fā)明提供一種對自助柜機和自助系統(tǒng)的遠程統(tǒng)一監(jiān)控管理方法，采用協(xié)議代理技術，反向穿越防火墻；同時采用分級方法，分減了各監(jiān)控結點的壓力；擴展了IATA標準接口，增加設備監(jiān)控能力；遠程監(jiān)控管理，根據(jù)嚴重程度，對監(jiān)控到的風險、問題以不同的顏色、聲音、提示消息，同時輔以郵件、短信等多種方式進行警示，并提供了遠程解決問題的方法，使風險、問題得以及時處理解決；柜機和業(yè)務數(shù)據(jù)的統(tǒng)計分析，為不同用戶提供了多角度的業(yè)務分析依據(jù)；統(tǒng)一部署和控制，在中心就能實現(xiàn)對柜機軟硬件的控制。
文檔編號H04L29/06GK102130944SQ20101062458
公開日2011年7月20日 申請日期2010年12月30日 優(yōu)先權日2010年12月30日
發(fā)明者李暉, 蔣立華, 薛志兵 申請人:中國民航信息網絡股份有限公司