專利名稱：監(jiān)視與控制網(wǎng)絡(luò)中的程序的方法與裝置的制作方法
背景技術(shù)：
本發(fā)明涉及控制網(wǎng)絡(luò)中的程序的方法與裝置。具體地說，本發(fā)明涉及自動檢測及校正網(wǎng)絡(luò)工作站上運行的程序中出現(xiàn)的錯誤狀態(tài)的方法與裝置。
現(xiàn)今的網(wǎng)絡(luò)正向規(guī)模與復雜性上擴張。網(wǎng)絡(luò)管理人員通常負責計劃、組織與維護網(wǎng)絡(luò)。其責任不僅包含查找網(wǎng)絡(luò)硬件與軟件的故障問題，還包含查找網(wǎng)絡(luò)中各工作站上的硬件與軟件的故障問題。其高達百分之八十的時間可能花費在查找工作站上的故障問題上，其中包括用戶運行的各程序的特有問題。在網(wǎng)絡(luò)管理人員為用戶解決問題之前，該工作站是停用的。對于其工作依賴于網(wǎng)絡(luò)及其工作站的正常運行的任何組織而言，這一停機時間代價可能是高昂的。再者，由于網(wǎng)絡(luò)管理人員必須有能力診斷與修復可能出現(xiàn)在網(wǎng)絡(luò)上運行的所有程序中的任何問題，他必須是一至少對所有網(wǎng)絡(luò)程序的工作知識高度熟練的人員。
本發(fā)明涉及一個用于解決網(wǎng)絡(luò)中遇到問題時協(xié)助網(wǎng)絡(luò)管理人員的系統(tǒng)。一年多以前市場上已可得到按照本發(fā)明的若干較早版本，它們會檢測網(wǎng)絡(luò)問題并作出報告。這些版本中的最新的為1992年11月發(fā)布的Alert VIEWTM，是出于加州Mountain View Shany公司的版本2.0。由加利福尼亞的Mountain View Shany公司發(fā)行。這些早期版本能通知網(wǎng)絡(luò)管理人員在網(wǎng)絡(luò)工作站之一上運行的特定應(yīng)用程序中存在問題。然后這些早期版本只有有限的能力，因為它們在響應(yīng)問題的檢測，即在管理控制臺上收到警報時，只能發(fā)送一條單一的命令或觸發(fā)信號給工作站。具體地說，管理控制臺發(fā)送導致出現(xiàn)下述動作之一的一個觸發(fā)信號凍結(jié)、解凍或重新引導一個工作站、起動與停止在前臺運行的一個程序、發(fā)送一則報文、或以客戶觸發(fā)信號的形式發(fā)送用戶指示的必須響應(yīng)特定警報執(zhí)行的任何單一命令。
發(fā)明概述按上所述本發(fā)明的一個目的，在某種意義上在于提供用工作站上出現(xiàn)的問題的處理所提高的靈活性來改進上述程序的早期版本。
本發(fā)明的一個目的為提供一種能識別在網(wǎng)絡(luò)工作站上程序運行的故障并采取適當?shù)男Ｕ齽幼鱽硇Ｕ龑е逻@些故障的問題的網(wǎng)絡(luò)維護系統(tǒng)。
本發(fā)明的另一目的為提供一種能通過發(fā)送過程給在工作站上活動的中介(agent)來校正出現(xiàn)在網(wǎng)絡(luò)內(nèi)的工作站上的問題的系統(tǒng)，各過程由一個或多個要采取的動作構(gòu)成。
本發(fā)明的另一目的為提供一種允許由網(wǎng)絡(luò)管理人員綜合遠程訪問與控制網(wǎng)絡(luò)工作站的網(wǎng)絡(luò)維護系統(tǒng)。
本發(fā)明的另一目的為提供一種允許網(wǎng)絡(luò)管理人員調(diào)度網(wǎng)絡(luò)管理與維護任務(wù)的自動執(zhí)行的系統(tǒng)。
本發(fā)明的另一目的為提供一種允許網(wǎng)絡(luò)管理人員自動發(fā)送擊鍵作業(yè)給網(wǎng)絡(luò)中的工作站的系統(tǒng)。
本發(fā)明的另一目的為提供一種允許自動發(fā)現(xiàn)中介的系統(tǒng)。
本發(fā)明的另一目的為提供一種開發(fā)的專用中介，以便對特定應(yīng)用進行剪裁的系統(tǒng)。
按照一個實施例，提供了一種用于控制在一網(wǎng)絡(luò)中至少兩個工作站中任何一個上能執(zhí)行至少一個程序的系統(tǒng)。該網(wǎng)絡(luò)包括至少一個常駐在各工作站上的中介模塊及連接在各工作站上的一個管理控制臺。該系統(tǒng)包括用于識別關(guān)于在工作站之一上執(zhí)行的程序出現(xiàn)的事件的裝置、用于向管理控制臺發(fā)送標識該事件的一個警報的裝置及用于存儲多個觸發(fā)信號的裝置。各該觸發(fā)信號適用于導致在網(wǎng)絡(luò)內(nèi)采取一種動作。該系統(tǒng)還包括用于存儲至少一個過程的裝置，該過程包括至少一個觸發(fā)信號，及用于根據(jù)收到的警報，從管理控制臺發(fā)送至少一個過程到常駐在工作站之一上的中介模塊的裝置。
按照另一實施例，提供了一種用于監(jiān)視與控制網(wǎng)絡(luò)中的至少一個程序的系統(tǒng)。該網(wǎng)絡(luò)包括至少兩個工作站及連接到各該工作站上的一個管理控制臺。該系統(tǒng)包括常駐在各該工作站上的用于發(fā)送指示在該工作站上執(zhí)行的一個程序中出現(xiàn)的事件的警報的至少一個通用中介裝置及常駐在管理控制臺上的用于記錄由任何中介裝置發(fā)送的警報的監(jiān)視裝置。該系統(tǒng)還包括用于存儲要從該監(jiān)視裝置發(fā)送給中介裝置的多個觸發(fā)信號的裝置，這些觸發(fā)信號中包括導致由中介裝置響應(yīng)該事件采取動作的命令；用于定義至少一個過程的裝置，該過程包含存儲的觸發(fā)信號中的至少一個；及用于監(jiān)視與控制中介裝置的操作的管理裝置，該管理裝置包括用于響應(yīng)警報將過程發(fā)送到中介裝置的裝置。
按照另一實施例，提供了一種用于監(jiān)視與控制能夠在網(wǎng)絡(luò)中的至少兩個工作站中任何一個上執(zhí)行的至少一個程序的方法。該網(wǎng)絡(luò)包括至少一個常駐在各該工作站上的中介模塊及連接在各該工作站上的一個管理控制臺。該方法包括下述步驟存儲多個觸發(fā)信號，各該觸發(fā)信號適用于導致在網(wǎng)絡(luò)內(nèi)采取動作；存儲至少一個過程，該過程包括多個觸發(fā)信號中的至少一個；識別在工作站之一上出現(xiàn)的事件；發(fā)送一個標識該事件的警報到管理控制臺；及響應(yīng)收到的警報，從管理控制臺發(fā)送至少一個過程到常駐在工作站上的中介模塊。
根據(jù)閱讀下面連同附圖采取的按照其構(gòu)成的實施例的詳細描述，本發(fā)明的其他目的、特征與伴隨的優(yōu)點對于熟悉本技術(shù)的人員將是顯而易見的。
附圖的簡要描述本發(fā)明申請現(xiàn)在將關(guān)于只以實例的方式給出的本系統(tǒng)的較佳實施例以及關(guān)于附圖作更詳細地描述，附圖中

圖1是一按照本發(fā)明的一個實施例的網(wǎng)絡(luò)系統(tǒng)的方框圖；圖2是一按照本發(fā)明的一個計算機系統(tǒng)的示范性實施例的方框圖；圖3是一按照本發(fā)明的一個實施例的圖1的系統(tǒng)中所用的通用中介的方框圖；圖4是一按照本發(fā)明的一個實施例的圖1的系統(tǒng)中所用的監(jiān)視器的方框圖；圖5是一按照本發(fā)明的一個實施例的圖1的系統(tǒng)中所用的管理器的方框圖；圖6是一按照本發(fā)明的一個實施例的圖1的系統(tǒng)中所用的為通用中介的初始化階段的例程的流程圖；圖7是一按照本發(fā)明的一個實施例的圖1的系統(tǒng)中所用的通用中介的操作階段的例程的流程圖；圖8是一按照本發(fā)明的一個實施例的圖1的系統(tǒng)中所用的通用中介的故障管理階段的例程的流程圖；圖9是一按照本發(fā)明的一個實施例的圖1的系統(tǒng)中所用的通用中介的控制與管理階段的例程的流程圖；圖10是一按照本發(fā)明的一個實施例的圖1的系統(tǒng)中所用的監(jiān)視器的操作階段的例程的流程圖；圖11是一按照本發(fā)明的一個實施例的圖1的系統(tǒng)中所用的管理器的操作階段的例程的流程圖；圖12是一按照本發(fā)明的一個實施例的專用中介的網(wǎng)絡(luò)系統(tǒng)的方框圖；圖13是一作為按照本發(fā)明的一個實施例的非TSR應(yīng)用裝入的圖12的專用中介的操作的例程的流程圖；圖14是一作為按照本發(fā)明的一個實施例的TSR應(yīng)用裝入的圖12的專用中介的操作的初始化階段的例程的流程圖；以及圖15是一作為按照本發(fā)明的一個實施例的一個TSR應(yīng)用裝入的圖13的專用中介的操作階段的例程的流程圖。
概括描述本發(fā)明涉及一個通過監(jiān)視與控制在網(wǎng)絡(luò)中的工作站上執(zhí)行的程序而提供實時解決網(wǎng)絡(luò)程序問題的網(wǎng)絡(luò)管理中介。這里提及的程序包括通信軟件、網(wǎng)絡(luò)操作系統(tǒng)程序、操作系統(tǒng)程序及最終用戶應(yīng)用程序。
按照本發(fā)明系統(tǒng)檢測、報告、校正及防止最終用戶程序錯誤，它們代表最普遍、困難及耗時的問題類別。按照本發(fā)明的系統(tǒng)能明顯地減少用戶的停機時間，提供所有網(wǎng)絡(luò)程序的實時控制與支持，將網(wǎng)絡(luò)管理人員從無效的查找故障時間中解放出來并允許管理人員以最高效率管理網(wǎng)絡(luò)。本系統(tǒng)通過集中注意在程序上而將麻煩的用戶支持任務(wù)轉(zhuǎn)變成滿足面向結(jié)果的經(jīng)驗。
按照本發(fā)明的系統(tǒng)允許管理人員調(diào)度自動地啟動保證程序連續(xù)地順利運行所需的內(nèi)務(wù)處理任務(wù)的過程。本系統(tǒng)為了優(yōu)先分析網(wǎng)絡(luò)程序問題保持有關(guān)信息，以此能用來防止重新出現(xiàn)問題。這一信息也能通過指定調(diào)度在工作站上執(zhí)行必要的動作來保證其安全操作的過程及通過指定對出現(xiàn)的較小問題作出反應(yīng)來防止出現(xiàn)較大的問題的校正過程，而用來維護網(wǎng)絡(luò)。按照本發(fā)明的系統(tǒng)還管理其本身調(diào)度的過程，保證維護與后備任務(wù)的成功完成。
按照本發(fā)明的系統(tǒng)包括常駐在網(wǎng)絡(luò)工作站上的一個中介，它有效地監(jiān)視用戶、應(yīng)用與系統(tǒng)軟件之間的交互作用，向網(wǎng)絡(luò)管理員提供問題的實時檢測。連續(xù)地捕捉包含用戶不能得到或不能理解的信息在內(nèi)的重要事件細節(jié)。為了這一描述的目的，一個事件是因一工作站上的一中斷或程序而出現(xiàn)的一個問題。按照本發(fā)明的系統(tǒng)提供實時解決問題，并向管理人員提供識別與通知管理人員問題、其位置、它出現(xiàn)時的程序、及校正它的建議等非常寶貴的數(shù)據(jù)。因為按照本發(fā)明的系統(tǒng)檢測安全性破壞的源、出錯信息、被凍結(jié)的站及其它耗時間的問題，因此達到了消除無數(shù)的無效小時的猜想時間。
通過網(wǎng)絡(luò)，按照本發(fā)明的中介發(fā)送一個包含關(guān)于各事件出現(xiàn)時的全面的詳細信息的警報，允許網(wǎng)絡(luò)管理人員集中精力及致力于打印錯誤、安全性破壞、及對網(wǎng)絡(luò)的順利操作起關(guān)鍵作用的其它程序錯誤。本系統(tǒng)保證所有報告的詳情的正確完整的通信。不會因系統(tǒng)的存儲器容量的受限制的或不充分的通信而損失任何事物。不論網(wǎng)絡(luò)管理人員在哪里，本系統(tǒng)通過電子郵件、調(diào)制解調(diào)器或網(wǎng)絡(luò)直接向其主動報告關(guān)鍵性程序問題，允許管理人員定制報告過程。包含諸如涉及導致警報的事件中的有關(guān)應(yīng)用文件服務(wù)器、打印隊列等在內(nèi)的詳細報告以達到一個問題的清楚了解所需的信息的完整報告，讓網(wǎng)絡(luò)管理人員快速地解決網(wǎng)絡(luò)問題。
在典型的網(wǎng)絡(luò)中，工作站用戶遇到的百分之四十的問題都是每天重復的。按照本發(fā)明的系統(tǒng)將自動地糾正這些問題，使用戶支持時間轉(zhuǎn)換成寶貴的生產(chǎn)性時間，并將管理人員從費時的支持呼叫中解放出來。本系統(tǒng)分析出現(xiàn)的警報來為各事件確定適當?shù)男Ｕ^程，向網(wǎng)絡(luò)管理人員提供立即解決的辦法而無須猜測。本發(fā)明與上述Alert VIEWTM的先有版本的差別在于包含但不限于發(fā)送由多于一條命令或觸發(fā)信號構(gòu)成的過程給中介來糾正工作站上的問題的能力在內(nèi)的若干方法。所提供的優(yōu)點在于按照本發(fā)明的程序提高了靈活性、多方面的適應(yīng)性及能力。
按照本發(fā)明的系統(tǒng)允許在后臺啟動糾正動作而無須中斷用戶程序。通過系統(tǒng)的應(yīng)用控制面板及遠程訪問特征支持交互式分析與校正，給予管理人員通過簡單的過程對用戶的機器的全面控制。應(yīng)用控制面板提供一個用戶接口，使網(wǎng)絡(luò)管理人員能通過管理控制臺來控制與顯示最終用戶的機器的各個方面，包括顯示正在運行的程序、起動與停止程序及重新引導系統(tǒng)標準輸入與輸出。
例如，用戶經(jīng)常呼叫網(wǎng)絡(luò)管理人員抱怨他們不能打印。按照本發(fā)明的系統(tǒng)自動解決打印問題，實際上消除了單個的最普遍的網(wǎng)絡(luò)與工作站支持呼叫源。中介檢測到用戶試圖使用不能得到的打印機并通過在網(wǎng)絡(luò)上發(fā)送一個警報來報告這一情況。然后系統(tǒng)管理器對用戶透明地先主動糾正這一問題。利用中介來重新引導打印機，系統(tǒng)自動地將用戶連接到網(wǎng)絡(luò)打印機上，要求用戶重新試行打印。本系統(tǒng)提供一個允許管理人員優(yōu)化打印配置及防止進一步的問題發(fā)生的打印報警的定制的視圖。
另一例子在用戶接收到系統(tǒng)信息“文件打開太多”時出現(xiàn)。當諸如復雜的數(shù)據(jù)庫查詢的一個程序打開比系統(tǒng)配置中分配的多的文件時，該中介甚至在將其顯示給用戶之前便檢測到這一情況。本系統(tǒng)向系統(tǒng)管理器報告“文件打開太多”警報，系統(tǒng)管理器通過自動觸發(fā)中介對配置文件作適當改變并重新引導工作站依次糾正這一情況。由于可使這些改變永久化，本系統(tǒng)自動地防止將來再出現(xiàn)這一問題。
另一例子當由網(wǎng)絡(luò)操作系統(tǒng)拒絕了對一個預(yù)期的用戶的訪問時出現(xiàn)。按照本發(fā)明的系統(tǒng)中介經(jīng)常地監(jiān)視各工作站上的文件活動，在出現(xiàn)安全與訪問破壞時探測它們。它報告各個具有關(guān)于所訪問的文件及破壞的情況的特定的信息的事件。本系統(tǒng)通過使網(wǎng)絡(luò)管理人員能夠在用戶得到對文件的存取之前及實際破壞其特權(quán)之前便凍結(jié)或斷開違規(guī)的工作站來糾正與防止繼續(xù)嚴重的安全性破壞。它還通過提供關(guān)于每一次不成功的存取圖謀的詳細信息給網(wǎng)絡(luò)管理員而進一步防止正在進行的存取問題。
詳細描述本發(fā)明涉及一個用于管理網(wǎng)絡(luò)程序的操作的方法及裝置。按照一個較佳的實施例，本發(fā)明是利用執(zhí)行監(jiān)視、管理與記錄任務(wù)的多個軟件模塊來實現(xiàn)的。
圖1是一按照本發(fā)明的一個實施例的系統(tǒng)的方框圖。網(wǎng)絡(luò)管理人員具有對裝有管理控制臺1的最好不是網(wǎng)絡(luò)服務(wù)器終端的計算機的訪問權(quán)。該管理控制臺1由兩個主要模塊，即監(jiān)視器2與管理器4構(gòu)成。該網(wǎng)絡(luò)包含多個用戶工作站10。各工作站10包含一個或多個最終用戶應(yīng)用12、一個操作系統(tǒng)16、通信軟件18及一個網(wǎng)絡(luò)操作系統(tǒng)20。
圖2是一按照本發(fā)明中所用的計算機系統(tǒng)的方框圖。圖2的計算機系統(tǒng)是一工作站與管理控制臺計算機的示范性實施例。熟悉本技術(shù)的人員一旦掌握了本公開便能修改所采用的管理控制臺與工作站控制臺的具體配置。計算機400包括一個主部件402(用虛線示出)及一個外圍部件404。主部件402包括中央處理單元(CPU)406、硬盤408、只讀存儲器(ROM)410、隨機存取存儲器(RAM)412及輸入/輸出控制器414。I/O控制器414將主部件402連接到外圍部件404上。外圍部件404按照一個實施例包括打印機416、光標控制418、鍵盤420、視頻監(jiān)視器422、CD-ROM讀出器424及磁帶驅(qū)動器426。外圍設(shè)備與主部件的部件一樣可根據(jù)用戶的需要改變。按照一個實施例，實現(xiàn)本發(fā)明的各種例程與文件是存儲在硬盤408上的，而這些例程則由CPU406執(zhí)行。光標控制418可以是鼠標器、筆或任何其它類似設(shè)備。
返回至圖1，網(wǎng)絡(luò)管理系統(tǒng)(NMS)映象模塊3連接在監(jiān)視器2與管理器4上。模塊3為NOVELLTM網(wǎng)絡(luò)管理系統(tǒng)映象提供映射集成。具體地說，例程改變映象上的圖符顏色來顯示該中介正在工作站上運行。網(wǎng)絡(luò)管理人員任何時候都能運行這一模塊來更新NMS映象。然后管理人員通過NMS映象訪問由按照本發(fā)明的系統(tǒng)所提供的功能。當訪問修改了的圖符時，通過本發(fā)明可得到的功能，諸如監(jiān)視器與管理器接口為各管理人員顯示圖符。
按照本發(fā)明的系統(tǒng)包含中介14，它與圖1中所示的工作站10的各部件以及管理控制臺1通信。中介14可以是能處理來自許多不同程序的錯誤的一個通用中介，或設(shè)計成致力于出現(xiàn)在一個特定程序中的錯誤的一個專用中介。下面描述專用中介的一個實施例。
在一個工作站上也有可能執(zhí)行一個以上的通用或?qū)Ｓ弥薪?，諸如為DOSTM、WINDOWSTM或OS/2TM等特定操作系統(tǒng)設(shè)計的各通用中介及為處理不同的程序設(shè)計的各專用中介。即通常在一個特定的工作站上只能有一個通用中介是活躍的。然而正在使用多個操作系統(tǒng)時便出現(xiàn)了例外。如果工作站運行DOSTM與WINDOWSTM操作系統(tǒng)兩者，則在同一工作站上DOSTM與WINDOWSTM中介兩者將都是活躍的。對于運行OS/2TM、DOSTM及WINDOWSTM的工作站，有可能有三個通用中介同時用于這三個操作系統(tǒng)。然而在后一情況中，OS/2TM中介與DOSTM中介不采用相同的通信協(xié)議。
本公開中所描述的中介14系指作為示范性實施例的DOSTM中介。然而，如上面所討論的，至少可以利用三個不同的通用中介，即DOSTM、WINDOWSTM與/或OS/2TM。雖然說明了所有中斷與服務(wù)，本公開指的是DOSTM，因為只有在該環(huán)境中所有這三種事物都存在。然而，由于WINDOWSTM操作系統(tǒng)對于它們的極大多數(shù)服務(wù)嚴重依賴于DOSTM，因此，同一DOSTM中介同樣能檢測諸如WINDOWSTM應(yīng)用中的“訪問遭拒絕”或“文件找不到”的問題。WINDOWSTM中介為這些DOSTM所不能執(zhí)行的功能補充DOSTM中介。這些功能包括確定WINDOWSTM應(yīng)用名并將它們提供給DOSTM中介，執(zhí)行WINDOWSTM應(yīng)用的啟動與停止，監(jiān)視關(guān)鍵性WINDOWSTM資源利用，及監(jiān)視WINDOWSTM應(yīng)用的通用保護陷阱。WINDOWSTM中介為DOSTM中介補充所有這些信息。OS/2TM中介與DOSTM及WINDOWSTM中介不同之處在于它截取系統(tǒng)或通信動態(tài)鏈路庫(DLL)而不是截取活的中斷。然而通常，這三種通用中介的配置是相同的。按照一個實施例，不同的通用中介可為它們本身之間的內(nèi)部通信利用預(yù)定義的中斷，諸如F2h中斷。
中介14監(jiān)視應(yīng)用與操作系統(tǒng)，并在生成一個中斷時，鉤住或捕獲該中斷并判定是否存在錯誤情況。如果是，便記錄該錯誤作為報告給監(jiān)視器2的警報。中介將該警報送至監(jiān)視器2并在其中包含問題類型的標識、出現(xiàn)它的工作站、導致錯誤的程序名及糾正動作的建議，管理人員在執(zhí)行它以前可修正這一被建議的動作。
按照本發(fā)明的一個實施例所捕獲的中斷表示于表1中。
表1
通常，監(jiān)視器2記錄與報告所有來自中介14的警報，管理器4監(jiān)視與控制各工作站10上的中介14的操作。再者，在任何工作站10報告專用警報時，監(jiān)視器2可為一操作發(fā)出一個請求給管理器4。監(jiān)視器2也可在調(diào)度表9指示已到達了執(zhí)行一個過程的特定時間時，為在中介14上采取一動作，對管理器4發(fā)送一個請求。管理器4與受控(或受管理)的工作站10通信，具體地說，通過設(shè)定或獲取操作與中介14通信。設(shè)定操作中包含從管理器4送至中介14以在工作站上執(zhí)行某一操作的命令，而獲取操作則包含從管理器4送至中介14來請求將信息送回管理器的命令或過程。下面將更全面地討論這些問題。
按照一個實施例，網(wǎng)絡(luò)管理人員具有建立管理控制臺1來在給定的時間上通過用戶接口52(圖4中所示)觀察可得到的信息的子集的能力。具體地說，管理人員能建立顯示來自網(wǎng)絡(luò)中的一定或所有工作站的不同警報的一個或多個事件視圖6。例如一種可能的視圖可顯示在任何工作站上運行的任何WORDPERFECTTM應(yīng)用中出現(xiàn)的所有警報。此外，管理人員能建立一個或多個顯示根據(jù)網(wǎng)絡(luò)統(tǒng)計的信息的統(tǒng)計視圖7。具體地說，統(tǒng)計視圖7顯示關(guān)于程序故障或警報統(tǒng)計的信息，諸如一個程序起動了多少次，程序中出現(xiàn)多少不同類型的事件(例如，在特定程序期間或特定工作站上出現(xiàn)多少次“文件打開太多”)等。
管理人員還能以校正過程的形式將一個或多個觸發(fā)信號8附加在任何視圖上。具體地說，觸發(fā)信號是從監(jiān)視器2送至管理器4的特定命令，然后送至中介14以導致通常由中介采取的動作。例如，如果用WORDPERFECTTM應(yīng)用檢測到一個問題，系統(tǒng)便訪問適當?shù)囊晥D并發(fā)送一個凍結(jié)工作站觸發(fā)信號給運行該故障的應(yīng)用的工作站。
觸發(fā)信號8表示存儲的觸發(fā)信號，按照一個實施例，它們存儲在稱作觸發(fā)信號庫(實際上是一個WINDOWSTMDLL)的一個模塊中。一個觸發(fā)信號庫中可包含一個以上的觸發(fā)信號。若干觸發(fā)信號庫可用于不同目的的系統(tǒng)。一個觸發(fā)信號便是存儲在觸發(fā)信號庫中的一種功能(或命令)，并能由監(jiān)視器2調(diào)用來作為一個過程的一部分自動地執(zhí)行。在兩種情況中能夠自動地調(diào)用觸發(fā)信號，即在響應(yīng)警報執(zhí)行的校正過程中，或者在調(diào)度模塊900建立時，在要求的時間上執(zhí)行的被調(diào)度的過程。
表2是一能包含在按照本發(fā)明的一個實施例的過程中的預(yù)定義的觸發(fā)信號的表。表2的第一列中的數(shù)字只是為了本說明的目的并無編程上的意義。
預(yù)定義的觸發(fā)信號可存儲在一個上述觸發(fā)信號庫模塊中，該觸發(fā)信號庫模塊存儲在存儲器中，例如存儲在硬盤408上或ROM410上。網(wǎng)絡(luò)管理人員還能通過從監(jiān)視器菜單用戶接口52中選擇一個建立觸發(fā)信號選擇項來建立與設(shè)計客戶觸發(fā)信號。這些客戶觸發(fā)信號可以是執(zhí)行諸如NORTONTM實用程序等得到的程序的命令。另外，管理人員還能利用軟件開發(fā)中介箱通過編寫執(zhí)行所要求的功能的一個新的程序來建立一個新的客戶觸發(fā)信號。
表2
表3是一按照本發(fā)明的另一實施例的可利用的附加觸發(fā)信號的表。同樣，表3中第一列中的數(shù)字只是為了說明的目的并無編程上的意義。
表3
表2與3中的列表為能夠包含在校正過程中或被調(diào)度的過程中的可能觸發(fā)信號的列表，為了簡單起見它們將一起討論。這兩個表并不意味著包含了一切，而是能夠執(zhí)行的示范性操作類型。一旦掌握了本公開，普通技術(shù)人員便能實現(xiàn)其它觸發(fā)信號。
觸發(fā)信號1導致管理器4通知中介14去改變CONFIG.SYS文件中的文件的規(guī)定數(shù)目。如果中介生成了指出程序需要打開比早先規(guī)定的多的文件的警報，例如響應(yīng)從中斷21h檢測到的出錯代碼，則便實現(xiàn)這一觸發(fā)信號。因為糾正導致生成警報的問題所必要，觸發(fā)信號2有必要令管理器4通知中介14修改AUTOEXEC.BAT文件以糾正導致產(chǎn)生警報的問題。觸發(fā)信號3導致管理器4通知中介14在安裝一個驅(qū)動程序到生成警報的工作站上的啟動過程中。例如，如果丟失了打印機或鼠標器驅(qū)動器而一個特定的程序需要它，便執(zhí)行觸發(fā)信號來裝入丟失的驅(qū)動程序。觸發(fā)信號4導致管理器4通知中介14，在排定的時間或在報告了一個嚴重的盤錯誤時檢驗盤上的不良扇區(qū)或疵點。
觸發(fā)信號5允許管理器4發(fā)送信息到網(wǎng)絡(luò)中的任何工作站。觸發(fā)信號6導致管理器4向一個特定的工作站上的中介14發(fā)送一個擊鍵作業(yè)，即一序列供執(zhí)行的擊鍵。觸發(fā)信號7與8導致管理器4通知中介14啟動一個程序或停止當前在前臺執(zhí)行的程序。
觸發(fā)信號19導致管理器4通知中介14用名稱停止一個特定的程序。這一觸發(fā)信號對于停止在工作站的后臺操作中執(zhí)行的程序是有用的。觸發(fā)信號21導致管理器4通知中介14停止故障的程序。即在生成警報時正在執(zhí)行的程序。
觸發(fā)信號9允許管理器發(fā)送一個簡單的網(wǎng)絡(luò)管理協(xié)議(SNMAP)陷阱。即如果該網(wǎng)絡(luò)具有一個SNMP管理控制臺，便向該控制臺發(fā)送一個陷阱或警報通知它的錯誤。觸發(fā)信號10允許管理器通過另一種電子媒體提交一警報，向不連接在網(wǎng)絡(luò)上的一些單元提供問題通知單。觸發(fā)信號11凍結(jié)工作站以防止進一步的問題，直到修復導致報警的問題為止。然后在糾正了問題時用觸發(fā)信號14來解決該工作站。
觸發(fā)信號12導致管理器4通知中介14，在必要時重新引導工作站。例如，如果用觸發(fā)信號1與2改變了AUTOEXEC.BAT或CONFIG.SYS文件，則將執(zhí)行重新引導觸發(fā)信號以允許這些變化生效。觸發(fā)信號13導致管理器4通知中介14以在工作站上運行一個特定程序，通過聲音或視覺警報支持這樣的動作作為客戶通知。觸發(fā)信號15允許管理器4生成NOVELLTM管理系統(tǒng)(NMS)警報來通知NOVELLTM管理系統(tǒng)警報已在工作站上出現(xiàn)。
觸發(fā)信號16導致管理器4通知中介14以將文件復制到在必要時生成警報來糾正問題的工作站上，例如傳送設(shè)備驅(qū)動、程序模塊或數(shù)據(jù)文件到工作站。觸發(fā)信號17導致管理器4通知中介14以在CONFIG.SYS中設(shè)定最后一個驅(qū)動器。觸發(fā)信號18導致管理器4通知中介14以在CONFIG.SYS中設(shè)定盤緩沖器數(shù)目。
觸發(fā)信號20導致管理器4暫停一個過程一個時間段。這可用來等待直到工作站完成了一個過程的一部分為止。觸發(fā)信號22導致管理器4通知中介14在CONFIG.SYS中設(shè)定網(wǎng)絡(luò)控制塊(NCB)的數(shù)目。這可用來響應(yīng)Net BIOSTM的問題，具體地說，中斷5ch。觸發(fā)信號23允許將警報復制到數(shù)據(jù)庫、文本或打印機文件上供審閱或存儲。
返回到圖1，網(wǎng)絡(luò)管理人員可用選自一個或多個觸發(fā)信號庫的指定的參數(shù)建立包含一組觸發(fā)信號的自動過程5。這些過程中每一個由一個或多個觸發(fā)信號組成，這些觸發(fā)信號響應(yīng)一個事件或在排定的時間上按順序執(zhí)行。從而這樣的過程可附加在事件視圖6或調(diào)度表9之一上。在第一種情況中，這些過程稱作校正過程。在第二種情況中，這些過程稱作被調(diào)度的過程。當然，同一過程既可用作校正過程又可用作被調(diào)度的過程。
過程中的觸發(fā)信號或者可以是帶有它們的參數(shù)的列出在表2與3中的觸發(fā)信號中的任何一個，或者它們可以是客戶觸發(fā)信號。例如提供參數(shù)50的“改變CONFIG.SYS中的文件”變成一個在CONFIG.SYS文件中置FILE＝50的命令。以這一方式，表2和3中列出用于建立過程的命令。
在任何情況中，監(jiān)視器2按照包含它們的過程自動地與順序地調(diào)用觸發(fā)信號。按照一個實施例，這些過程在工作站上的后臺中執(zhí)行，從而對工作站的用戶來說，它們是看不見的。當在與一個校正過程關(guān)聯(lián)的事件視圖中一個新的警報到達時，監(jiān)視器2便在此時從該校正過程中調(diào)用所有的觸發(fā)信號。當被調(diào)度過程中規(guī)定的時間間隔過去時，監(jiān)視器2便從該被調(diào)度過程中調(diào)用觸發(fā)信號。
管理人員能夠建立調(diào)度表9來調(diào)度要在要求的時間上在任何工作站上運行的過程。例如，可在每周或每月中排定的時間上運行盤檢驗過程4，備份與數(shù)據(jù)庫維護功能、與/或可提供一組時間量之后的自動工作站注銷。
圖3是一按照本發(fā)明的一個實施例的通用中介14的方框圖。程序21模塊包含工作站中中介除外的所有功能塊；具體地說，及圖1中所示的最終用戶應(yīng)用12、操作系統(tǒng)16、通信軟件18和網(wǎng)絡(luò)操作系統(tǒng)18。程序21可有兩種方式與通用中介14通信通過應(yīng)用程序員接口(API)或通過探測模塊32n。程序21可通過模擬22與中介14通信，模塊22在出現(xiàn)錯誤條件時通過API發(fā)送一個警報到調(diào)度程序24。程序21還連接到各探測模塊32i、32i＋1、……32n上，下面將描述其功能。
調(diào)度程序24是一根據(jù)從API模塊22、接收機模塊34或中介“控制”模塊26接收到的通信確定在中介中執(zhí)行哪種功能的一個判定作出過程。一旦作出了判定，調(diào)度程序24便發(fā)送一條命令給中介控制模塊26。中介控制模塊26通過中介機模塊28控制中介的操作。具體地說，可用觸發(fā)信號指令通用中介14在操作系統(tǒng)或工作站上執(zhí)行動作，諸如起動程序、改動文件、凍結(jié)鍵盤、顯示信息等。中介控制模塊26在工作站上執(zhí)行這些功能。探測模塊32i，32i＋1，……32n用于鉤連中斷。每一個系統(tǒng)處理的中斷都有一個探測模塊32i。中介機模塊28執(zhí)行從探測模塊32i接收的事件的處理，并經(jīng)由中介控制模塊26將實際警報通過網(wǎng)絡(luò)100引導到監(jiān)視器2上。
當程序21通過“發(fā)送警報API”模塊22訪問中介14時，程序21實際上建立與發(fā)送了一個專用的應(yīng)用警報，具體地說，通用中介14檢測到任何程序都能遇到的公共錯誤。中介還提供允許任何程序建立專用警報并通過中介14將它們送至監(jiān)視器2的API(發(fā)送警報API)。例如，WORDPERFECTTM應(yīng)用可用這一API來發(fā)送關(guān)于“段格式錯誤”的警報。中介14將這一警報傳輸?shù)骄W(wǎng)絡(luò)上，并進而到監(jiān)視器2供系統(tǒng)處理。上面描述了這一情況。然而它也可能為用戶程序通過探測模塊32n間接訪問通用中介14。當程序調(diào)用操作系統(tǒng)或任何其它系統(tǒng)服務(wù)時，中介14的探測模塊32n得到控制。下面討論關(guān)于圖7的這一處理。
中介14利用接收機模塊34及發(fā)射機模塊36來與網(wǎng)絡(luò)100通信。接收機模塊34與發(fā)射機模塊36與網(wǎng)絡(luò)卡的通信軟件接口。按照一個實施例，接收機模塊與發(fā)射機模塊能用四種網(wǎng)絡(luò)通信協(xié)議中任何一種通信，它們是IPXTM、Net BIOSTM、DLCTM802.2及TCP/IPTM。為利用其它協(xié)議，無論當今已知的還是將來開發(fā)的協(xié)議，來提供通信能力都在普通技術(shù)人員的技能范圍之內(nèi)。
中介自動發(fā)現(xiàn)模塊38與發(fā)射機36及接收機34通信來提供管理器4新激活的中介14的自動發(fā)現(xiàn)，消除了網(wǎng)絡(luò)管理人員執(zhí)行手動定義各用戶的繁瑣過程的必要性。自動發(fā)現(xiàn)模塊38向管理器4發(fā)送一個要管理器4發(fā)現(xiàn)新激活的中介的標識包。這一傳輸出現(xiàn)在激活新的中介時及此后預(yù)定的時間間隔上，直到自動發(fā)現(xiàn)模塊38接收到來自管理器4發(fā)現(xiàn)新激活的中介的確認為止。按照一個實施例，這一預(yù)定時間間隔為大約60秒。
圖4是一按照本發(fā)明的一個實施例的監(jiān)視器2的方框圖。監(jiān)視器2通過網(wǎng)絡(luò)100與單個工作站上的通用與專用中介通信。信息通過接收機40從網(wǎng)絡(luò)100上接收。按照一個實施例，接收機40具有上面對接收機34指出的能力。具體地說，該接收機允許利用四種網(wǎng)絡(luò)通信協(xié)議中任何一種通信。當然，也可將接收機40有選擇地準備成只允許利用協(xié)議中的一種通信。接收機40將從網(wǎng)絡(luò)100接收到的警報傳輸?shù)绞录罩竟芾砥髂K42。事件日志管理器模塊42將從監(jiān)視器2接收到的所有警報存儲在事件日志數(shù)據(jù)庫44中。事件日志管理器模塊42能將數(shù)據(jù)輸出成DBASETM格式或若干種其它數(shù)據(jù)庫格式。
按照本發(fā)明的一個實施例，事件日志數(shù)據(jù)庫44由兩種文件構(gòu)成，事件細節(jié)文件及事件索引文件，分別如表4與6中所示。表5示出警報細節(jié)結(jié)構(gòu)。事件細節(jié)文件包含可變長度記錄，而事件索引文件則包含固定長度記錄。
表4
表5
表6
表4中，alert_ord字段包含一個字節(jié)，為各警報存儲唯一的一個警報序號。alert-idx字段中包含有一大小evnidx等于事件索引記錄的大小的表6的警報關(guān)鍵字段。具有字段長度maxdetail的alert_det字段中包含以圖5中所示的布置的警報細節(jié)。具體地說，最前面與最后兩個字節(jié)包含細節(jié)長度加四個字節(jié)，而中間的“細節(jié)長度”字節(jié)則由警報SNA子矢量構(gòu)成。SNA子矢量系指IBM為網(wǎng)絡(luò)內(nèi)警報所用的SNA網(wǎng)絡(luò)管理矢量傳送(NMVT)系統(tǒng)而言。
表6中，ri_type字段為用于標識記錄類型的記錄類型字段。具體地說，按照本發(fā)明的一個實施例，這一數(shù)據(jù)庫中的大多數(shù)記錄為中介所報告的事件。某些記錄是監(jiān)視器生成的，這后一事件類型的實例為網(wǎng)絡(luò)中的擁塞。由記錄類型字段標識這些記錄類型中的哪一種。ri_reserv字段是保留給將來使用的。ri_det_off字段為細節(jié)記錄位移，即在事件細節(jié)文件內(nèi)的位置。ri_det_len字段為細節(jié)記錄長度。
ri_idx是一分配給各警報的表示用來標識該警報的文字描述的一個16進制數(shù)。各種可能的警報的所有ri_idx值存儲在一個獨立的數(shù)據(jù)庫中，該數(shù)據(jù)庫用ri_idxid值索引。從而ri_idxid值為參照作為用戶數(shù)據(jù)庫74(圖5中)的一部分的索引數(shù)據(jù)庫中的特定警報項的索引號碼的值。
ri_gtype字段中包含事件類型，它用來過濾報告的警報。ri_time與ri_date字段表示導致出現(xiàn)警報的事件的時間與日期。ri_adapter字段包含表示生成警報的工作站的實際地址的適配器號碼。ri_adapterri字字段為指示工作站所在網(wǎng)絡(luò)段中的段號碼。ri_proname字段指示導致警報的程序的產(chǎn)品名稱。ri_resname字段為與適配器號碼對應(yīng)的工作站的用戶名。ri_restype字段指示生成警報時正在使用的資源名稱，例如，打印機或其它系統(tǒng)部件。
提供了下面描述的由過程管理器54維護的信息日志數(shù)據(jù)庫45。信息日志數(shù)據(jù)庫45中包含觸發(fā)信號的輸出量，即事件、觸發(fā)信號等的計數(shù)器，以顯示數(shù)據(jù)庫的大小并支持模塊的操作。信息日志數(shù)據(jù)庫45的內(nèi)容通過用戶接口52顯示給管理人員。
最終用戶50通過用戶接口52訪問統(tǒng)計視圖模塊700來建立、修改、刪除及訪問想要的統(tǒng)計視圖7。通過用戶接口52訪問事件視圖模塊600來建立、修改、刪除及訪問想要的事件視圖6。此外，通過用戶接口52訪問調(diào)度模塊900來建立、修改、刪除及訪問管理器4要送至中介以便在要求的時間上在工作站上執(zhí)行的被調(diào)度的過程。
事件日志管理器模塊42向事件清單管理器模塊46通知各警報。這一模塊46讀取各新的事件，并在模塊46濾掉在選擇的統(tǒng)計視圖7或事件視圖6中不要求的那些事件或警報之后，將它顯示在管理控制臺1所在的計算機上的顯示器上的管理人員所建立的視圖之一之內(nèi)。
觸發(fā)信號管理器模塊56允許管理人員管理包括建立、修改與刪除的客戶觸發(fā)信號。校正過程模塊58允許管理人員建立包含上述一個或多個觸發(fā)信號的過程，這些觸發(fā)信號不是預(yù)定義的就是客戶觸發(fā)信號。
過程管理器模塊54取得事件視圖模塊600與調(diào)度模塊900的輸出并響應(yīng)一個警報選擇一個或多個與調(diào)度表或選擇的事件視圖關(guān)聯(lián)的要送至管理器4的過程。具體地說，過程管理器模塊54取出一個分配給該視圖的校正過程，該視圖被分配給所報告的警報，并將該校正過程送至管理器4供執(zhí)行。當然，有可能將一個警報分配給一個以上的視圖，及將一個以上的校正過程分配給任何視圖。此外，過程管理器54在調(diào)度時間上取出一個被調(diào)度過程，并將其送至管理器4供執(zhí)行。
圖5是一按照本發(fā)明的一個實施例的管理器4的方框圖。網(wǎng)絡(luò)100通過上面相對于圖3中所示的接收機34與發(fā)射機36所描述的類型的供同中介14一起使用的接收機62與發(fā)射機64與管理器4通信。接收機62與發(fā)射機64與調(diào)度程序60通信。調(diào)度程序60是如同上面相對于圖3中所示的調(diào)度程序24所描述的同一類型。監(jiān)視器2及管理器核67通過API接口66與調(diào)度程序60通信。管理器核67在發(fā)生觸發(fā)事件時執(zhí)行在校正過程中建立的觸發(fā)信號，并在要求的時間上執(zhí)行被調(diào)度的過程。這點下面將對照圖11作一描述。
最終用戶50通過用戶接口52與管理器4通信。調(diào)度程序60與菜單系統(tǒng)68通信。用戶接口52還與菜單系統(tǒng)通信，而管理人員通過該菜單系統(tǒng)選擇要執(zhí)行的功能。菜單系統(tǒng)68允許對事件表管理程序及編輯程序70、信息管理程序72、中介監(jiān)視模塊80、遠程訪問模塊82及配置管理模塊84進行訪問。
事件表管理程序與編輯程序70允許管理人員編輯與/或管理事件表。事件表是所報告的事件的說明。這些表規(guī)定各種控制功能，最重要的是確定哪些事件要在網(wǎng)絡(luò)上報告的屏蔽說明。信息管理程序72允許管理人員能訪問若干數(shù)據(jù)庫74、76與78中任何一個。用戶數(shù)據(jù)庫74存儲關(guān)于中介的信息，即工作站上的中介的配置。具體地說，用戶數(shù)據(jù)庫74存儲日志名和地址、屏蔽及中介控制參數(shù)。用戶數(shù)據(jù)庫還存儲索引定義，它是用索引號碼為上述各警報索引的。設(shè)備配置數(shù)據(jù)庫76。存儲關(guān)于各工作站的配置的信息。具體地說，信息中包括諸如機器類型、處理器類型、存儲器規(guī)模等事情。配置數(shù)據(jù)庫78為管理器4存儲定制的建立配置。具體地說，配置數(shù)據(jù)庫78存儲用于管理器4的公共參數(shù)集合，諸如數(shù)據(jù)庫文件的位置、用來工作的事件表集合、正文中使用的字體等。
連接在菜單系統(tǒng)68上的還有應(yīng)用控制模塊(ACP)57。ACP57允許管理人員觀察當前加載在遠程工作站上的所有程序、設(shè)備驅(qū)動器及TSR。再者，ACP57在遠程工作站中執(zhí)行的用戶應(yīng)用的背景操作中起動與停止程序。具體地說，如果一個程序正在一個遠程工作站上執(zhí)行，ACP57能在后臺中發(fā)動與執(zhí)行捕獲工作站，無須停止或暫停在工作站的前臺操作中執(zhí)行的程序執(zhí)行。利用ACP57，管理人員能通過在后臺中執(zhí)行更新/觀察功能來觀察或更新遠程工作站上的任何配置文件，無須通過控制其工作站而打擾最終用戶。
這在DOSTM、WINDOWSTM或OS/2TM中完成是稍為不同的。在DOSTM中，因為它不是一個多任務(wù)操作系統(tǒng)，ACP利用未記入資料的后門特征(backdoor feature)。具體地說，ACP57通過一個稱作后門的句柄訪問DOSTM，為進行改變啟動后臺應(yīng)用，以及關(guān)閉后門和返回控制給前臺應(yīng)用。在WINDOWSTM中，在后臺中起動第二任務(wù)并將新任務(wù)的焦點設(shè)定為允許它與前臺應(yīng)用并存。在OS/2TM中，過程是相同的，但任務(wù)稱作進程。
中介監(jiān)視模塊80執(zhí)行對網(wǎng)絡(luò)中工作站上的中介的活動的監(jiān)視。中介監(jiān)視模塊80與自動發(fā)現(xiàn)模塊38聯(lián)合工作來檢測在網(wǎng)絡(luò)上登入的用戶和為管理器4維護關(guān)于活躍中介的信息，并且還識別未定義的活躍中介(自動發(fā)現(xiàn))。遠程訪問模塊82允許管理控制臺對各工作站具有遠程訪問，即管理控制臺成為單個工作站上面的“主”。以這一方式，管理人員能采取直接控制各工作站上的操作。具體地說，遠程訪問模塊82以已知的方式直接控制各工作站的屏幕、鍵盤與鼠標器。配置管理模塊84控制管理器的配置并從而連接在配置數(shù)據(jù)庫78上。
圖6是一按照本發(fā)明的一個實施例的執(zhí)行通用中介程序的初始階段的例程的流程圖。每當在工作站上起動中介時便執(zhí)行該例程。首先作為TSR程序(加載中介)加載通用中介。
在步驟102，開始初始化。分析命令行并且例程檢驗是否加載了中介。此外，例程檢驗網(wǎng)絡(luò)與網(wǎng)絡(luò)協(xié)議的存在，并按需分配網(wǎng)絡(luò)與OS/NOS資源。
在NOVELLTM網(wǎng)上，按照本發(fā)明的程序是通過文件服務(wù)器注冊腳本自動地裝在文件服務(wù)器上的。從而，對于NOVELLTM網(wǎng)，沒有必要將這些程序裝在每一個工作站上的硬盤驅(qū)動器中。當用戶注冊到其工作站上時，按照本發(fā)明的程序自動下裝到該工作站上。通常，NOVELLTM注冊腳本(login script)允許在用戶注冊時在工作站上執(zhí)行一個批處理文件，但不能執(zhí)行結(jié)束與保持常駐(TSR)程序，因為NOVELLTM注冊在結(jié)束時自動清除存儲器。按照本發(fā)明的裝入程序包含一個“加載tsr”模塊，它在注冊腳本中執(zhí)行，此注冊腳本加上一個印記表示哪一個TSR應(yīng)裝在存儲器中不受NOVELLTM結(jié)束注冊影響的保護區(qū)中。然后當注冊腳本結(jié)束時，裝入程序從DOS取得控制、訪問該保護區(qū)及取出TSR及其參數(shù)并將它們加載在清除過的存儲器中。
如果在步驟102的初始化是成功的，便在步驟104起動與管理器的連接。發(fā)送一個連接請求。中介等待來自管理器的應(yīng)答，然后加載事件表建立與中介參數(shù)。事件表建立與中介參數(shù)是從用戶數(shù)據(jù)庫74下裝到存儲器常駐中介數(shù)據(jù)庫30中。事件表建立中包含在網(wǎng)絡(luò)上控制報告事件的過濾器說明。中介參數(shù)中包含關(guān)于中介而不是過濾器建立的狀態(tài)與控制信息，諸如工作站的凍結(jié)/解凍狀態(tài)。
如果這一操作是成功的，便在步驟106裝入中介。具體地說，建立表1中所描述的中斷，并且中介用表1中列出的中斷取代通常在工作站上存在的中斷。以這一方式，每當程序調(diào)用一個與表1中所列的一個中斷對應(yīng)的中斷時，中介取得控制，換言之，鉤住或捕獲該中斷，并執(zhí)行替代的指令。檢驗返回代碼，并且如果該中斷操作不成功，便連同故障報告發(fā)送一個警報給監(jiān)視器2。在步驟106，中介還得到工作站環(huán)境信息、安裝擴展的存儲器系統(tǒng)(EMS)支持及安裝API接口。
如果中介在步驟106的安裝是成功的，便在步驟108出現(xiàn)成功起動。起動所有過程并使這些過程能夠掛上軟件中斷。最終，返回到OS命令解釋程序。
如果在步驟102、104與106中任何一個操作失敗，便在步驟110打印一個失敗信息。具體地說，如果步驟102失敗，便發(fā)送“初始化失敗”信息。如果步驟104失敗，便發(fā)送“啟動失敗”信息。最后，如果步驟106失敗，則發(fā)送“安裝失敗”信息。
圖7是一用于按照本發(fā)明的一個實施例的通用中介程序的操作階段的例程的流程圖。在步驟112，如果檢測到最終用戶程序調(diào)用OS、NOS、通信、設(shè)備驅(qū)動器或任何其它軟件中斷，中介便開始操作。在步驟114，執(zhí)行對DOSTM的軟件中斷處理程序的OS調(diào)用與/或OS/2TMDLL/OS服務(wù)或WINDOWSTM保護模式。
入口點116、117、118、120與122示出可能出現(xiàn)事件的可能選擇項，它們導致中介在步驟126去判定是否出現(xiàn)了錯誤或未屏蔽的事件。入口點116表示通用中介執(zhí)行的系統(tǒng)監(jiān)視與輪詢功能。入口點117表示來自通信與網(wǎng)絡(luò)操作系統(tǒng)(NOS)服務(wù)的中斷。入口點118表示用于中斷21h、DOSTM與WINDOWSTM操作系統(tǒng)服務(wù)調(diào)用的中斷處理程序。入口點120表示用于中斷2Fh、DOSTM與WINDOWSTM的多路轉(zhuǎn)換器的中斷處理程序。多個入口點120提供示意性地展示表1中列出的中斷中任何一個的執(zhí)行可觸發(fā)通用中介去判定是否出現(xiàn)了錯誤或未屏蔽的事件。入口點122表示所有OS/2TMDLL與OS核服務(wù)。
如果這些操作中任何一個都沒有錯誤或如果事件是一個屏蔽事件，則在步驟128執(zhí)行操作系統(tǒng)服務(wù)并將控制返回給調(diào)用程序。如在116、117、118、120與122中標識的程序或功能中的一個的執(zhí)行中出現(xiàn)錯誤，及如果在步驟126的錯誤是一個未屏蔽事件，則在步驟130將控制傳送給PRAV001(圖8中所示)。
下面說明步驟126的測試的目的。當中介檢測到一個錯誤時，即一個事件時，中介能根據(jù)該事件是否是屏蔽或過濾的來決定是否要發(fā)送一個報告與警報。具體地說，某些事件可以是在中介級上屏蔽的以禁止向監(jiān)視器報告該事件。如果事件不是在中介級上屏蔽的，便向監(jiān)視器發(fā)送警報。具體地說，網(wǎng)絡(luò)管理人員能在管理器中建立過濾器來導致在一定條件下只報告某些事件。這涉及建立上面對于圖5所討論的用戶數(shù)據(jù)庫74。
圖8是一用于按照本發(fā)明的一個實施例的通用中介的故障管理階段的例程的流程圖。步驟130是從圖7進入的PRAV001例程。首先，在步驟132，作出判定是否需要存儲該事件警報。如果不要存儲該事件警報，例程返回到調(diào)用程序。然后作出判定該事件是否是飽和的。具體地說，當通用中介生成不停地重復的警報時，為了避免網(wǎng)絡(luò)溢出，中介將按照事件表中定義的參數(shù)停止報告警報。將這一飽和通知監(jiān)視器，使它知道該事件是飽和的并不再報告。
最后，作出判定是否要過濾該事件。如果要過濾該事件，便不報告該事件。具體地說，有可能建立過濾器，使得例如只從特定的程序報告一個特定的事件。在這一情況中，如果該事件從一個非指定的程序產(chǎn)生，則不報告該事件。如上所述，在圖7中的步驟126中進行對屏蔽與非屏蔽事件的基本過濾。在這一步驟(步驟132)中，可有選擇地將生成警報的程序名或文件名與建立在用戶接口52中、存儲在用戶數(shù)據(jù)庫74中并下裝到中介數(shù)據(jù)庫30中的一張名稱表進行比較。如果在名稱表中未找到該程序，則不發(fā)送警報。
在步驟134，從步驟132的測試結(jié)果中判定是否有必要發(fā)送一個應(yīng)用警報給監(jiān)視器。如果否，便在步驟136將控制返回給調(diào)用程序。如果在步驟134作出判定應(yīng)該發(fā)送警報，便在步驟138建立與發(fā)送該應(yīng)用警報。然后中介在步驟142通過復位自己到能夠接受一個新的中斷的初始條件時準備好下一次操作。然后在步驟148將控制返回給調(diào)用程序。
圖9是一用于通用中介的控制與管理階段的例程的流程圖。當從管理器4得到一個管理請求時在步驟150進入該階段。在步驟152，作出判定請求的類型是動作(設(shè)定)還是請求(獲取)。如果是設(shè)定請求，便將其傳送到確定執(zhí)行什么動作的調(diào)度程序154。工作站的引導、凍結(jié)或解凍設(shè)定命令是在步驟156執(zhí)行的。工作站的信息、擊鍵作業(yè)、起動或停止程序命令、或者取得或釋放控制命令是在步驟158執(zhí)行的。管理器4也可發(fā)送一個設(shè)定請求給通用中介以在步驟160下裝一張新的事件表。最后，管理器4可發(fā)送一個在步驟162執(zhí)行的文件修改請求。這一模塊執(zhí)行諸如改變CONFIG.SYS或AUTOEXEC.BAT文件的修改命令。執(zhí)行了步驟156、158、160與162中的動作之后，在步驟164給管理器4送回確認。
如果在步驟152檢測到一個獲取請求，便將該獲取命令送至執(zhí)行步驟166、168、170與172的功能之一的調(diào)度程序165。如果管理器4請求程序表，便在步驟166發(fā)送它。這一程序表是工作站上為接收中介在收到該請求時正在運行的程序的表。如果請求的是基本配置信息，則此信息在步驟168發(fā)送。如果想要遠程訪問的信息，諸如視頻驅(qū)動器、鼠標器或操作系統(tǒng)信息，則在步驟170收集這些信息。利用來自這一獲取命令的信息，管理器4能通過在步驟158處理的一個設(shè)定請求取得中介工作站的控制。如果管理器請求事件表信息，便在步驟172檢索它。來自步驟166、168、170與172的請求結(jié)果在步驟174發(fā)送給管理器4。
圖10是一用于按照本發(fā)明的一個實施例的監(jiān)視器2的操作階段的例程的流程圖。在步驟176，從網(wǎng)絡(luò)接收到一個警報并在步驟178將其送至事件日志數(shù)據(jù)庫44。然后將該事件寫入包含諸如錯誤的性質(zhì)、程序名、錯誤位置及校正動作建議等事件的詳細描述的事件日志數(shù)據(jù)庫44。事件日志數(shù)據(jù)庫44的格式可以如上所述。按照本發(fā)明的一個實施例，生成警報的每一個事件都寫入事件日志數(shù)據(jù)庫44。提供利用由網(wǎng)絡(luò)管理人員建立的過濾器來管理事件表的一個管理事件表模塊180。實時提供一個事件過濾機182來過濾這些視圖。換言之，該管理事件表模塊180是一將事件放入事件日志數(shù)據(jù)庫44或從其中檢索事件的數(shù)據(jù)庫管理程序。實時事件過濾機182從事件日志數(shù)據(jù)庫44中選擇事件供通行到執(zhí)行視圖功能184。將事件過濾以顯示在各種視圖上。具體地說，對于網(wǎng)絡(luò)管理人員建立的各視圖，只顯示某些警報。視圖功能在步驟184執(zhí)行。
對于各事件，在步驟186判定是否為該事件定義了校正過程。換言之，如上所述，網(wǎng)絡(luò)管理人員或用系統(tǒng)缺省設(shè)定建立由監(jiān)視器發(fā)送給管理器導致通常由中介采取動作的專用命令的觸發(fā)信號。如上所述，校正過程是一響應(yīng)事件順序執(zhí)行的一組觸發(fā)信號。例如，檢測到一個“文件太多”錯誤會導致送給工作站由兩個觸發(fā)信號構(gòu)成的一個校正過程，第一個是一修改CONFIG.SYS文件來增加文件數(shù)目的觸發(fā)信號。這后面跟隨一個重新引導觸發(fā)信號來為改變生效重新引導工作站。
如果已經(jīng)定義了響應(yīng)步驟176收到的警報執(zhí)行的校正過程，便在步驟188判定該校正過程是否是活躍的。具體地說，校正過程或觸發(fā)信號組由監(jiān)視器的用戶定義成“活躍的”或“不活躍的”。由于網(wǎng)絡(luò)管理人員為了種種原因而想要暫時掛起自動校正特征而繼續(xù)日志與觀察事件，可將特定的過程設(shè)定為不活躍的。如果過程是活躍的，在步驟190調(diào)用管理器來執(zhí)行該過程。如果步驟186與188的回答是否定的或者管理器在步驟190執(zhí)行觸發(fā)信號過程之后，在步驟192執(zhí)行信息日志數(shù)據(jù)庫45(包含觸發(fā)信號的結(jié)果、統(tǒng)計、計數(shù)器等)的維護。具體地說，維護事件、觸發(fā)信號之類的計數(shù)器來顯示數(shù)據(jù)庫的大小及支持系統(tǒng)的操作。此外，給予管理人員一個機會來利用過程管理器54定義一個校正過程，從而在下一次出現(xiàn)該特定事件時，將執(zhí)行一個校正過程。
圖11是一用于按照本發(fā)明的一個實施例的管理器4的操作階段的例程的流程圖。管理器4或者在步驟194從中介14得到通信，或者在步驟218從監(jiān)視器2得到通信。在任一情況中，將通信送到對應(yīng)的調(diào)度程序196與220。
如果通信來自中介，該通信便能執(zhí)行模塊198至208中的一個或多個的指令。模塊198是一更新出現(xiàn)在預(yù)定的時間間隔上的工作站狀態(tài)的心跳(heart beat)過程。按照一個實施例，所提供的管理器4有表示中介14是活躍的預(yù)定頻率上的心跳(heart beat)。按照一個實施例，設(shè)置了定義1至80秒范圍內(nèi)的心跳頻率的一個可配置的參數(shù)，其系統(tǒng)缺省值為40秒。模塊199是一更新來自中介14的關(guān)于中介的工作站的軟件與/或硬件信息的配置通信。模塊200為用于中介的更新程序表的ACP通信。模塊201為按照確定的過濾器建立事件表的過濾器過程。模塊202為按照表2與3中列出的過程執(zhí)行控制的控制過程。
模塊203是一執(zhí)行配置菜單的配置過程。配置菜單中包括用于管理器數(shù)據(jù)庫的配置過程，按照一個實施例包含訪問用戶表(即所管理的工作站)、監(jiān)視未定義的用戶(即具有尚未在數(shù)據(jù)庫中定義的活躍中介的工作站)、為定義的工作站設(shè)定缺省的事件表及為各中介類型設(shè)定一個索引號碼。索引號碼為對事件及由管理人員預(yù)定義及可修改的事件特征的數(shù)字參照。模塊204將管理擊鍵作業(yè)觸發(fā)信號送來的擊鍵提交給中介供執(zhí)行。模塊206提供對文件菜單的訪問。按照一個實施例，文件菜單包含下列功能顯示來自數(shù)據(jù)庫的當前中介參數(shù)(即名稱、類型等)、啟動監(jiān)視器及退出管理器。模塊207為在網(wǎng)絡(luò)上增加新用戶或工作站時使用的發(fā)現(xiàn)過程。該發(fā)現(xiàn)模塊在接收到來自圖3中所示的自動發(fā)現(xiàn)模塊38的關(guān)于新活躍的中介的標識包時執(zhí)行。最后，模塊208管理用戶數(shù)據(jù)庫74。
如果通信是通過調(diào)度程序220來自監(jiān)視器2，則它可能是表2與3中列出的命令或觸發(fā)信號之一或一個或多個客戶觸發(fā)信號。按照所示的實施例，框222中所示的表中只包括表2中列出的那些觸發(fā)信號加上客戶觸發(fā)信號。一旦掌握了本公開時，將表3中列出的觸發(fā)信號加到這一框中是普通技術(shù)人員技術(shù)范圍內(nèi)的事。將過程送至調(diào)度程序196，從而能夠執(zhí)行各模塊198至207來執(zhí)行它們各自的功能。
此外，框222中的過程是通過執(zhí)行設(shè)定模塊214送去執(zhí)行的。模塊200、201、202、203與204也連接在執(zhí)行設(shè)定模塊214上。執(zhí)行獲取模塊212的輸出在適當時送至模塊198、199或207。
菜單68提供由網(wǎng)絡(luò)管理人員對模塊197-207中任何一個以及執(zhí)行獲取模塊212、執(zhí)行設(shè)定模塊214與獲取用戶菜單命令模塊216的訪問。模塊212執(zhí)行獲取操作以從上述工作站獲取信息。模塊214執(zhí)行設(shè)定操作來設(shè)定信息或執(zhí)行上述工作站內(nèi)的觸發(fā)信號。模塊216執(zhí)行該過程來從管理器菜單選擇中取得用戶選擇。
以下各段描述按照本發(fā)明的系統(tǒng)如何操作的兩個實例。
如果在中斷Int 17h(表1)的執(zhí)行中出現(xiàn)了表明所請求的打印機不能得到的錯誤，便將一個警報報告給監(jiān)視器2。將該警報記錄，并且如果未過濾或者飽和時，便將其顯示在適當?shù)囊晥D上，在這一情況中，最好是打印警報的一個定制視圖。如果已經(jīng)定義了處理這一警報的校正過程，將把它送至管理器4，然后送至生成該警報的中介14。校正過程可包含諸如一個觸發(fā)信號(6)啟動捕獲應(yīng)用來重新引導打印機到網(wǎng)絡(luò)打印機上，及一個觸發(fā)信號(5)發(fā)送一個信息給用戶去重試打印。
如果在NOS中斷的執(zhí)行中出現(xiàn)了表明網(wǎng)絡(luò)操作系統(tǒng)拒絕了對一個預(yù)期用戶的訪問的錯誤，便將一個警報報告給監(jiān)視器2。和上面的實例中一樣，記錄該警報，并且如果未過濾或者飽和時，便顯示在適當?shù)囊晥D上。如果定義了校正過程，它將被送至管理器4，然后送到中介14。該校正過程可包含一個觸發(fā)信號(5)發(fā)送一個指明未授權(quán)的訪問企圖的信息，其后面跟隨一個觸發(fā)信號(11)來凍結(jié)該工作站。
圖1～11的以上描述例示按照本發(fā)明的系統(tǒng)的一個實施例，它包括一個通用中介及提供與該通用中介通信的一個管理控制臺。此外，按照本發(fā)明的另一實施例，可提供一個專用中介來處理在一個特定程序的執(zhí)行期間可出現(xiàn)的錯誤或問題。例如，可提供一個專用中介來處理出現(xiàn)在LOTUSTMccMAILTM應(yīng)用中的任何錯誤。LOTUSTMccMAILTM是一可從Lotus開發(fā)公司，(Cambridge Massachusetts)購得的一個電子郵件程序。圖12-15中示出了這一專用中介的一個實施例的實例。如所述的，專用中介必須有在工作站上可以利用的通用中介并定義在管理控制臺上運行。但是一旦掌握了本公開，提供一個綜合通用與專用的中介來處理一個或多個特定程序以及可在網(wǎng)絡(luò)上的工作站內(nèi)出現(xiàn)的一般錯誤是在普通技術(shù)人員的技術(shù)范圍內(nèi)的事。
圖12是一個示范性專用中介的系統(tǒng)視圖的方框圖，具體地說，該專用中介用于ccMAILTM路由選擇器。ccMAILTM路由選擇器是在電子郵局之間引導電子郵件報文的一個程序。用于ccMAILTM路由選擇器的專用中介監(jiān)視ccMAILTM路由選擇器的操作及報告其狀態(tài)以及其通信結(jié)果、成功或不成功。這些報告能用來以與使用通用中介表現(xiàn)的相同的方式啟動校正過程。專用中介的各種部件連接在通用系統(tǒng)上，具體地連接在中介14與監(jiān)視器2上。在圖12中，與圖2中所示的相同的部件用相同的參照數(shù)字加標記。
首先，在框300中提供一個建立與定義文件(INI)。這一建立與定義文件300中包含用于處理LOTUSTMccMAILTM路由選擇器錯誤日志文件312及提交事件給中介14的規(guī)范。這與在框310中被提供的ccMAILTM路由選擇器(router)的專用中介通信。提供一個錯誤日志文件312用于跟蹤在LOTUSTMccMAILTM路由選擇器的執(zhí)行期間出現(xiàn)的事件。專用中介310通過正如圖3中所示的標準發(fā)送警報API與通用系統(tǒng)的中介14通信。此外，以一個新的索引數(shù)據(jù)庫的形式在框314中為ccMAILTM路由選擇器提供新索引。專用中介要求將這些附加的、專用目的的索引加到這一數(shù)據(jù)庫中。這些索引是用戶數(shù)據(jù)庫(圖5中模塊74)的一部分。對于各特定事件，在這一數(shù)據(jù)庫中應(yīng)當有一個以正文格式描述這一警報的一個索引。從而，當將任何專用中介加在系統(tǒng)上時，這一數(shù)據(jù)庫包含一個用于這一新專用中介能生成的各警報的索引定義。
專用中介可作為一個TSR程序或非TSR程序加載。下面描述兩種裝入的實施例。
圖13示出一個作為非TSR應(yīng)用加載的ccMAILTM路由選擇器專用中介的例程的流程圖。首先，在步驟316裝載該中介，后面跟著初始化階段，在其中分析命令行并作出判定是否加載了通用中介。其次，在步驟318中，從該專用中介內(nèi)起動LOTUSTMccMAILTM路由選擇器。該專用中介起一保護路由選擇器的外殼的作用。這便是，專用中介實際上是一包圍路由選擇器并能通過路由選擇器觀察與/或控制所有外部通信的一個程序。在步驟320，驗證對ccMAILTM路由選擇器錯誤日志的連接，及在步驟322，輪詢?nèi)罩静⒆鞒雠卸ㄊ欠癯霈F(xiàn)了一個新的路由選擇器事件。
如果在步驟316、318或步驟320出現(xiàn)一個錯誤，便在步驟336打印一個故障信息。具體地說，如果在步驟316未加載通用中介，在步驟336打印差錯信息“初始化失敗”。如果步驟318故障，則打印“加載失敗”信息，及如果步驟320故障，則打印“連接失敗”信息。
在步驟322，輪詢路由選擇器錯誤日志并作出判定是否檢測到一個新的路由選擇器事件，如果在步驟323判定一路由選擇器事件是一個錯誤，便在步驟324建立一個路由選擇器故障警報。如果未檢測到問題，便在步驟326作出判定是否出現(xiàn)了一個成功的操作或?qū)υ?。如果否，在步驟328中進入等待狀態(tài)為預(yù)定的秒數(shù)。按照一個實施例，進入這一等待狀態(tài)為三秒，但這一值是可改變的。在過去了預(yù)定的秒數(shù)之后，再度將控制傳給步驟322來判定是否出現(xiàn)新的路由選擇器事件。如果在步驟326檢測到一個成功的操作或?qū)υ?，便在步驟330報告該路由選擇器操作。在步驟332，訪問通用中介14來報告分別來自步驟324與330的警報或路由選擇器操作。然后在步驟334將控制傳給通用中介14。
圖14是一用于作為一個DOSTMTSR程序加載的ccMAILTM路由選擇器的專用中介的初始化階段的例程的流程圖。首先，在步驟336分析命令行并作出判定是否加載了通用中介。如果未加載通用中介，在步驟337打印“初始化失敗”錯誤信息。如果是，在步驟338中建立表1中列出的中斷。具體地說，建立中斷08h、28h、09h與16h。然后執(zhí)行允許ccMAILTM路由選擇器專用中介常駐在內(nèi)存的步驟340。
圖15是一用于作為DOSTMTSR加載的ccMAILTM路由選擇器專用中介的操作階段的例程的流程圖。在步驟342檢測到對中斷處理程序的系統(tǒng)調(diào)用時，在步驟344訪問該路由選擇器中介中斷處理程序。步驟346執(zhí)行一個到老中斷處理程序的轉(zhuǎn)移。步驟348喚醒TSR。即，步驟346中的轉(zhuǎn)移到老中斷處理程序返回控制給LOTUSTMccMAILTM路由選擇器程序，使之能完成其正常功能。步驟348中的喚醒功能激發(fā)專用中介TSR開始其分析與報告事件的操作。具體地說，按照一個實施例，提供用于ccMAILTM路由選擇器專用中介的一個定時器中斷處理程序，它通過圖15中的框342每秒18次從系統(tǒng)取得控制。然后在框344中，ccMAILTM路由選擇器專用中介確定從上一次醒來(或開始工作)是否過去了指定的時間。如果是，它調(diào)用框348來喚醒專用中介。指定時間由上述等待狀態(tài)參數(shù)確定。如果指定時間尚未過去。框344調(diào)用框348執(zhí)行跳轉(zhuǎn)到老定時器中斷處理程序(即，系統(tǒng)定時器)。
在步驟348中喚醒TSR之后，以上面對圖13所描述的相同方式執(zhí)行ccMAILTM路由選擇器專用中介進程。因為該操作是相同的，不再描述它們，但用與圖13中相同的參照數(shù)字在圖中表示它們。
可提供上述軟件模塊用于與PC-DOSTM、MS-DOSTM、WINDOWSTM、OS/2TM或其它相當?shù)牟僮飨到y(tǒng)一起操作。按照一個實施例，本發(fā)明在管理控制臺中需要4MB RAM、8MB硬盤空間、MICROSOFTTMWINDOWSTM3.0或更新的版本，NOVELLTMNETWARETM2.2或以上版本、IBMTM局域網(wǎng)服務(wù)器、MICROSOFTTM局域網(wǎng)管理器或任何其它Net BIOSTM、IPXTM、DLCTM或TCP/IPTM兼容網(wǎng)絡(luò)。一旦掌握了本公開，軟件模塊的詳細實現(xiàn)是在普通技術(shù)人員的技能范圍之內(nèi)。此外，一旦掌握了本公開，在其它系統(tǒng)上運行這些軟件模塊所需的任何修改也是在普通技術(shù)人員的技能范圍之內(nèi)。
特定實施例的上文描述已如此全面地揭示了本發(fā)明的總性質(zhì)，使得通過應(yīng)用當前知識，他人都能為適應(yīng)各種應(yīng)用容易地修改與/或適應(yīng)這些特定實施例而不脫離總概念因而這樣的一些修改與適應(yīng)應(yīng)當與旨在理解為在公開的實施例的相等效的意義與范圍之內(nèi)。應(yīng)當理解，這里所采用的專業(yè)術(shù)語的措辭是為了描述而不是限制的目的。
權(quán)利要求
1.一種用于監(jiān)視與控制能在一個網(wǎng)絡(luò)中的至少兩個工作站中任何一個上執(zhí)行的至少一個程序的系統(tǒng)，所述網(wǎng)絡(luò)包括駐留在所述至少兩個工作站的每個上的至少一個中介模塊及連接在所述至少兩個工作站的每個上的管理控制臺，所述系統(tǒng)包括用于標識對執(zhí)行在所述至少兩個工作站的一個上的程序出現(xiàn)的一個事件的裝置；用于發(fā)送標識所述事件的一個警報到所述管理控制臺的裝置；用于存儲多個觸發(fā)信號的裝置，各所述觸發(fā)信號適用于導致在所述網(wǎng)絡(luò)內(nèi)采取一個動作；用于存儲至少一個過程的裝置，所述至少一個過程包括所述多個觸發(fā)信號中至少一個；以及用于響應(yīng)收到所述警報，將所述過程的至少一個從所述管理控制臺發(fā)送到常駐在所述至少兩個工作站的所述一個上的中介模塊的裝置。
2.按照權(quán)利要求1的系統(tǒng)，還包括用于在特定時間上調(diào)度所述至少一個過程中選中的過程的性能的裝置；以及用于在所述特定時間上將所述至少一個過程中所述選中的過程從所述管理控制臺發(fā)送到所述至少一個中介模塊的至少一個的裝置。
3.按照權(quán)利要求1的系統(tǒng)，其中所述多個觸發(fā)信號之一包括將至少一個擊鍵作業(yè)從所述管理控制臺發(fā)送到所述至少兩個工作站。
4.按照權(quán)利要求1的系統(tǒng)，在所述管理控制臺中還包括用于提供對所述至少兩個工作站的遠程訪問以使所述管理控制臺能取得及釋放所述至少兩個工作站的控制的裝置。
5.按照權(quán)利要求1的系統(tǒng)，其中所述多個觸發(fā)信號之一包括在所述至少兩個工作站上起動程序，及所述多個觸發(fā)信號的另一個包括在所述至少兩個工作站上停止執(zhí)行程序。
6.按照權(quán)利要求1的系統(tǒng)，還包括用于提供與一網(wǎng)絡(luò)管理系統(tǒng)的映射完整性的裝置。
7.按照權(quán)利要求1的系統(tǒng)，還包括用于自動發(fā)現(xiàn)在所述至少兩個工作站上的一個新激活的中介模塊，以向所述管理控制臺標識所述新激活的中介模塊的裝置。
8.按照權(quán)利要求7的系統(tǒng)，其中用于提供自動發(fā)現(xiàn)的所述裝置在所述至少一個中介模塊中被提供，并在該新激活的中介模塊開始操作時及在以后的預(yù)定時間間隔上發(fā)送該新激活的中介模塊的一個標識包到所述管理控制臺，直到它從所述管理控制臺接收到發(fā)現(xiàn)了新激活的中介模塊的確認為止。
9.按照權(quán)利要求8的系統(tǒng)，其中所述預(yù)定時間間隔為大約60秒。
10.按照權(quán)利要求1的系統(tǒng)，還包括一個應(yīng)用控制裝置，用于在所述至少兩個工作站的一個后臺操作中發(fā)動與執(zhí)行所述至少兩個工作站的捕捉，其中所述捕捉在不影響所述至少兩個工作站的前臺操作中執(zhí)行的任何程序下被完成。
11.一種用于監(jiān)視與控制一個網(wǎng)絡(luò)中的至少一個程序的系統(tǒng)，所述網(wǎng)絡(luò)包括至少兩個工作站及連接到所述至少兩個工作站中各個上的一個管理控制臺，所述系統(tǒng)包括至少一個通用中介裝置常駐在所述至少兩個工作站中的各個上，用于發(fā)送指明在工作站上執(zhí)行的一個程序中出現(xiàn)的事件的警報；監(jiān)視器裝置常駐在所述管理控制臺上，用于日志由所述至少一個通用中介裝置中任何一個所發(fā)送的警報；用于存儲從所述監(jiān)視器裝置發(fā)送到所述至少一個中介裝置的多個觸發(fā)信號的裝置，所述觸發(fā)信號包括導致由所述至少一個通用中介裝置響應(yīng)該事件采取動作的命令；用于定義至少一個過程的裝置，所述過程包含所述存儲的觸發(fā)信號的至少一個；以及管理器裝置，用于監(jiān)視與控制所述至少一個通用中介裝置的操作，所述管理器裝置包括用于響應(yīng)一個警報發(fā)送所述至少一個過程到所述至少一個通用中介裝置的裝置。
12.按照權(quán)利要求11的系統(tǒng)，其中所述多個觸發(fā)信號中包括多個預(yù)定義的觸發(fā)信號及用戶定義的觸發(fā)信號。
13.按照權(quán)利要求11的系統(tǒng)，還包括用于在一預(yù)定頻率上從所述至少一個通用中介裝置發(fā)送一個心跳到所述管理器裝置表示所述至少一個通用中介裝置是活躍的裝置。
14.按照權(quán)利要求11的系統(tǒng)，其中所述預(yù)定頻率由1至80秒范圍內(nèi)可配置參數(shù)確定的，而系統(tǒng)缺省值為40秒。
15.按照權(quán)利要求11的系統(tǒng)，還包括用于在要求的時間上調(diào)度所述至少一個過程中選中的過程的性能的裝置；以及用于在所述要求的時間上從所述監(jiān)視器裝置發(fā)送所述至少一個過程中所述選中的過程到所述至少一個通用中介裝置的至少一個的裝置。
16.按照權(quán)利要求11的系統(tǒng)，其中所述多個觸發(fā)信號之一包括從所述管理器裝置發(fā)送至少一個擊鍵作業(yè)到所述至少兩個工作站。
17.按照權(quán)利要求11的系統(tǒng)，還在所述管理器裝置中包括用于提供對所述至少兩個工作站的遠程訪問使得所述管理器裝置能取得與釋放所述至少兩個工作站的控制的裝置。
18.按照權(quán)利要求11的系統(tǒng)，其中所述多個觸發(fā)信號之一包括在所述至少兩個工作站上起動程序，及所述多個觸發(fā)信號中的另一個包括在所述至少兩個工作站上停止執(zhí)行程序。
19.按照權(quán)利要求11的系統(tǒng)，還包括用于提供與網(wǎng)絡(luò)管理系統(tǒng)的映射完整性的裝置。
20.按照權(quán)利要求11的系統(tǒng)，還包括用于提供自動發(fā)現(xiàn)在所述至少兩個工作站上新激活的中介裝置以向所述管理控制臺標識所述新激活的中介裝置的裝置。
21.按照權(quán)利要求20的系統(tǒng)，其中用于提供自動發(fā)現(xiàn)的所述裝置在所述至少一個通用中介裝置中所提供，并且在新激活的中介裝置開始操作時及在以后的預(yù)定時間間隔上發(fā)送該新激活的中介裝置的一個標識包給所述管理控制臺直到它從所述管理控制臺接收到發(fā)現(xiàn)了該新激活的中介裝置的確認為止的裝置。
22.按照權(quán)利要求21的系統(tǒng)，其中所述預(yù)定時間間隔為大約60秒。
23.按照權(quán)利要求11的系統(tǒng)，還包括接收機與發(fā)射機裝置，用于把所述至少一個通用中介裝置與采用多種網(wǎng)絡(luò)通信協(xié)議之一的所述網(wǎng)絡(luò)連接起來。
24.按照權(quán)利要求11的系統(tǒng)，其中所述監(jiān)視器包括用于維護供顯示關(guān)于警報統(tǒng)計的信息的統(tǒng)計視圖的裝置。
25.按照權(quán)利要求11的系統(tǒng)，還包括一個應(yīng)用控制裝置，用于在所述至少兩個工作站的一個后臺操作中發(fā)動與執(zhí)行捕捉所述至少兩個工作站，其中所述捕捉是在不影響所述至少兩個工作站的一個前臺操作中執(zhí)行的任何程序下完成的。
26.按照權(quán)利要求11的系統(tǒng)，還包括至少一個專用中介裝置，用于處理一個特定用戶程序的執(zhí)行期間的問題。
27.按照權(quán)利要求26的系統(tǒng)，其中所述一個特定用戶程序是LOTUSTMccMAILTM。
28.一種用于監(jiān)視與控制能在一個網(wǎng)絡(luò)中的至少兩個工作站中任何一個上執(zhí)行的至少一個程序的方法，所述網(wǎng)絡(luò)包括常駐在所述至少兩個工作站的各個上的至少一個中介模塊及連接在所述至少兩個工作站的各個上的一個管理控制臺，所述方法包括下述步驟存儲多個觸發(fā)信號，各所述觸發(fā)信號適用于導致在所述網(wǎng)絡(luò)內(nèi)采取一個動作；存儲至少一個過程，所述至少一個過程包括所述多個觸發(fā)信號中至少一個；標識一個在所述至少兩個工作站之一上出現(xiàn)的事件；發(fā)送一個標識所述事件的警報到所述管理控制臺；以及響應(yīng)接收所述警報，從所述管理控制臺發(fā)送所述過程中至少一個到常駐在所述至少兩個工作站的至少一個上的中介模塊。
29.按照權(quán)利要求28的方法，還包括下述步驟在要求的時間上調(diào)度所述至少一個過程中選定的過程的性能；以及在所述要求的時間上，從所述管理控制臺發(fā)送所述至少一個過程中所述選中的過程到所述至少一個中介模塊的至少一個。
30.按照權(quán)利要求28的方法，其中所述多個觸發(fā)信號之一包括從所述管理控制臺發(fā)送至少一個擊鍵作業(yè)到所述至少兩個工作站。
31.按照權(quán)利要求28的方法，還包括提供由所述管理控制臺對所述至少兩個工作站的遠程訪問，使所述管理控制臺能取得與釋放所述至少兩個工作站的控制的步驟。
32.按照權(quán)利要求28的方法，其中所述多個觸發(fā)信號之一包括在所述至少兩個工作站上起動程序，及所述多個觸發(fā)信號的另一個包括在所述至少兩個工作站上停止執(zhí)行程序。
33.按照權(quán)利要求28的方法，還包括提供與網(wǎng)絡(luò)管理系統(tǒng)的映射完整性的步驟。
34.按照權(quán)利要求28的方法，還包括提供在所述至少兩個工作站上的一個新激活的中介模塊的自動發(fā)現(xiàn)，用于對所述管理控制臺標識所述新激活的中介模塊的步驟。
35.按照權(quán)利要求34的系統(tǒng)，其中提供自動發(fā)現(xiàn)的所述步驟包括在新激活的中介模塊開始操作時及以后的預(yù)定時間間隔上向所述管理控制臺發(fā)送一個新激活的中介模塊的標識包，直到它從所述管理控制臺接收到發(fā)現(xiàn)該新激活的中介模塊的確認為止。
36.按照權(quán)利要求35的系統(tǒng)，其中所述預(yù)定時間間隔為大約60秒。
全文摘要
一種用于監(jiān)視與控制能在一個網(wǎng)絡(luò)中的至少兩個工作站的任何一個上執(zhí)行的至少一個程序的系統(tǒng)。該網(wǎng)絡(luò)包括常駐在至少兩個工作站(10)的各個上的至少一個中介模塊(14)及連接在至少兩個工作站(10)的各個上的一個管理控制臺(1)。該系統(tǒng)包括用于標識一個對于至少兩個工作站(10)之一上執(zhí)行的一程序出現(xiàn)的事件的模塊；用于發(fā)送一個標識錯識的警報到管理控制臺(1)的模塊；用于存儲多個觸發(fā)信號(8)的存儲器，各觸發(fā)信號(8)適用于導致一個在網(wǎng)絡(luò)內(nèi)采取的動作；用于存儲包含多個觸發(fā)信號(8)中至少一個的至少一個過程(5)的存儲器；及用于響應(yīng)接收到警報，從管理控制臺(1)發(fā)送過程(5)中至少一個到常駐在至少兩個工作站(10)之一上的中介模塊(14)的模塊。還提供了一種用于監(jiān)視與控制能在一個網(wǎng)絡(luò)中的至少兩個工作站(10)的任何一個上執(zhí)行的程序的方法。
文檔編號H04L12/24GK1149343SQ95193265
公開日1997年5月7日 申請日期1995年4月3日 優(yōu)先權(quán)日1994年4月5日
發(fā)明者S·圖布爾 申請人:英特爾公司