專利名稱：一種對業(yè)務(wù)系統(tǒng)進(jìn)行巡檢的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信業(yè)務(wù)領(lǐng)域，尤其涉及一種對業(yè)務(wù)系統(tǒng)進(jìn)行巡檢的方法及裝置。
背景技術(shù)：
現(xiàn)有技術(shù)中對數(shù)據(jù)業(yè)務(wù)系統(tǒng)的巡檢，只 能局限于單個業(yè)務(wù)系統(tǒng)下，分別完成某臺設(shè)備的具體單個指標(biāo)單命令檢測。例如需檢測某網(wǎng)元的內(nèi)存使用率，只能針對該指標(biāo)參數(shù)預(yù)先配置對應(yīng)任務(wù)腳本，現(xiàn)有的巡檢系統(tǒng)只執(zhí)行該腳本中的一個命令并得到關(guān)于內(nèi)存使用率的原始報告，并通過人工來解析，判斷指標(biāo)是否正常，接著再檢測磁盤空間等其他硬件指標(biāo)，直至完成所有的指標(biāo)的檢測，針對該業(yè)務(wù)系統(tǒng)中的另外的設(shè)備，又需要再配置相應(yīng)的任務(wù)腳本，來實現(xiàn)指標(biāo)的檢測，這種半人工的巡檢方式，顯然耗時多并且效率較低。現(xiàn)有通信網(wǎng)絡(luò)中，可能存在各種不同架構(gòu)的數(shù)據(jù)業(yè)務(wù)系統(tǒng)，不同架構(gòu)的業(yè)務(wù)系統(tǒng)中還存在不同類型的設(shè)備，目前的巡檢方式，由于只能針對單個業(yè)務(wù)系統(tǒng)中單個設(shè)備的指標(biāo)進(jìn)行檢測，不能滿足針對多設(shè)備、多業(yè)務(wù)系統(tǒng)實現(xiàn)智能化、流程化的巡檢的需求。

發(fā)明內(nèi)容
本發(fā)明實施例提供了一種對業(yè)務(wù)系統(tǒng)進(jìn)行巡檢的方法及裝置，用以針對業(yè)務(wù)系統(tǒng)實現(xiàn)智能化、流程化的巡檢。本發(fā)明實施例提供的一種對業(yè)務(wù)系統(tǒng)進(jìn)行巡檢的方法，包括按照預(yù)先定義的業(yè)務(wù)系統(tǒng)各組成部分的檢測順序，依次調(diào)度并執(zhí)行各組成部分對應(yīng)的檢測任務(wù)并記錄檢測結(jié)果；對記錄的業(yè)務(wù)系統(tǒng)各組成部分的檢測結(jié)果進(jìn)行分析，確定該業(yè)務(wù)系統(tǒng)的巡檢結(jié)果。本發(fā)明實施例提供的一種對業(yè)務(wù)系統(tǒng)進(jìn)行巡檢的裝置，包括檢測模塊，用于按照預(yù)先定義的業(yè)務(wù)系統(tǒng)各組成部分的檢測順序，依次調(diào)度并執(zhí)行各組成部分對應(yīng)的檢測任務(wù)并記錄檢測結(jié)果；結(jié)果分析模塊，用于對記錄的業(yè)務(wù)系統(tǒng)各組成部分的檢測結(jié)果進(jìn)行分析，確定該業(yè)務(wù)系統(tǒng)的巡檢結(jié)果。本發(fā)明實施例的有益效果包括本發(fā)明實施例提供的上述對業(yè)務(wù)系統(tǒng)進(jìn)行巡檢的方法及裝置，按照預(yù)先定義的業(yè)務(wù)系統(tǒng)各組成部分的檢測順序，依次調(diào)度并執(zhí)行各組成部分對應(yīng)的檢測任務(wù)并記錄檢測結(jié)果，對記錄的業(yè)務(wù)系統(tǒng)各組成部分的檢測結(jié)果進(jìn)行分析，確定該業(yè)務(wù)系統(tǒng)的巡檢結(jié)果，采用了多任務(wù)調(diào)度的自動化檢測的方法，可以實現(xiàn)對業(yè)務(wù)系統(tǒng)的各個組成部分的不同的指標(biāo)參數(shù)進(jìn)行檢測，實現(xiàn)智能化、流程化的檢測，避免了現(xiàn)有技術(shù)中，對業(yè)務(wù)系統(tǒng)中的每個部分，都分別采用配置相應(yīng)的任務(wù)腳本的半人工的巡檢方式所帶來的效率較低的問題。


圖I為本發(fā)明實施例提供的對業(yè)務(wù)系統(tǒng)進(jìn)行巡檢的方法的流程圖；圖2為本發(fā)明實施例提供的利用偽碼進(jìn)行巡檢的過程的示意圖；圖3為本發(fā)明實施例提供的條碼憑證平臺系統(tǒng)的結(jié)構(gòu)示意圖；圖4為本發(fā)明實施例提供的對條碼憑證平臺系統(tǒng)進(jìn)行巡檢的流程圖；圖5為本發(fā)明實施例提供的對業(yè)務(wù)系統(tǒng)進(jìn)行巡檢的裝置的結(jié)構(gòu)示意圖。
具體實施例方式下面結(jié)合附圖，對本發(fā)明實施例提供的一種對業(yè)務(wù)系統(tǒng)進(jìn)行巡檢的方法及裝置的具體實施方式
進(jìn)行詳細(xì)地說明。本發(fā)明實施例提供的對業(yè)務(wù)系統(tǒng)進(jìn)行巡檢的方法，如圖I所示，包括S101、按照預(yù)先定義的業(yè)務(wù)系統(tǒng)各組成部分的檢測順序，依次調(diào)度并執(zhí)行各組成部分對應(yīng)的檢測任務(wù)并記錄檢測結(jié)果；S102、對記錄的業(yè)務(wù)系統(tǒng)各組成部分的檢測結(jié)果進(jìn)行分析，確定該業(yè)務(wù)系統(tǒng)的巡
檢結(jié)果。本發(fā)明實施例提供的業(yè)務(wù)系統(tǒng)可以是現(xiàn)有通信網(wǎng)絡(luò)中的數(shù)據(jù)業(yè)務(wù)系統(tǒng)例如常見的條碼憑證平臺系統(tǒng)、增值業(yè)務(wù)綜合運營平臺(Value-added ServiceGeneralOperationPlatform,VGOP)系統(tǒng)，空中下載(Over the Air,OTA)平臺系統(tǒng)等等。每個業(yè)務(wù)系統(tǒng)內(nèi)可能包含若干個具有不同功能的設(shè)備或者設(shè)備組，在本發(fā)明實施例提供的對業(yè)務(wù)系統(tǒng)進(jìn)行巡檢的方法中，將業(yè)務(wù)系統(tǒng)內(nèi)包含的不同功能的設(shè)備或者設(shè)備組作為該業(yè)務(wù)系統(tǒng)中不同的組成部分，通過對所有組成部分進(jìn)行檢測，可以完成對整個業(yè)務(wù)系統(tǒng)的巡檢。較佳地，本發(fā)明實施例提供的上述對業(yè)務(wù)系統(tǒng)進(jìn)行巡檢的方法，利用偽碼的方式實現(xiàn)智能化、流程化的巡檢。具體來說，上述步驟SlOl中，按照業(yè)務(wù)系統(tǒng)各組成部分的檢測順序，依次調(diào)度并執(zhí)行預(yù)先定義的該組成部分對應(yīng)的檢測任務(wù)，具體通過下述方式實現(xiàn)針對該業(yè)務(wù)系統(tǒng)的每個組成部分，通過偽碼調(diào)度并執(zhí)行預(yù)先定義的該組成部分對應(yīng)的檢測任務(wù)；判斷當(dāng)前檢測任務(wù)的檢測結(jié)果是否正常，在當(dāng)前檢測任務(wù)的檢測結(jié)果正常時，繼續(xù)通過偽碼調(diào)度并執(zhí)行下一個組成部分對應(yīng)的檢測任務(wù)，直至調(diào)度行執(zhí)行完成該業(yè)務(wù)系統(tǒng)中所有組成部分的檢測任務(wù)。較佳地，在當(dāng)前檢測任務(wù)的檢測結(jié)果不正常時，還可以執(zhí)行下述步驟調(diào)度并執(zhí)行業(yè)務(wù)系統(tǒng)中該組成部分對應(yīng)的故障排除任務(wù)，排除故障，然后繼續(xù)執(zhí)行下一個組成部分的檢測。偽碼是現(xiàn)有技術(shù)中基于面向?qū)ο蟮姆植际秸Z言開發(fā)的組件，它結(jié)合了解釋執(zhí)行語法和系統(tǒng)內(nèi)部封裝的方法。本發(fā)明實施例提供的上述對業(yè)務(wù)系統(tǒng)進(jìn)行巡檢的方法，是通過一個工作流引擎執(zhí)行偽碼定義的內(nèi)容，采用內(nèi)部聲明對象作為全局變量的方法，在引擎中獲取某些變量的值，利用引擎類中的方法執(zhí)行符合偽碼規(guī)范的代碼的過程。具體來說，采用偽碼技術(shù)實現(xiàn)對業(yè)務(wù)系統(tǒng)的巡檢的各功能框架包括
核心類即工作流程行動(WorkFlowAction)類，流程化任務(wù)的執(zhí)行類，該WorkFlowAction類種封裝有預(yù)先定義的Beanshell方法和執(zhí)行doAction方法；模板類即流程任務(wù)(Flowtask)類,該Flowtask可以同時封裝不同業(yè)務(wù)系統(tǒng)的不同組成部分對應(yīng)的檢測任務(wù)以及對應(yīng)的動作腳本。引擎類即Interpreter，該引擎類定義了執(zhí)行類中的全局變量，啟動eval核心方法來執(zhí)行偽碼腳本?；趥未a實現(xiàn)的流程化任務(wù)，在任務(wù)中添加了偽碼的功能，利用偽碼自身的java特性能更靈活的來處理命令及不同指標(biāo)的執(zhí)行順序，進(jìn)行巡檢的管理人員可以根據(jù)開發(fā)人員制定的偽碼規(guī)范來添加偽碼語句，例如String result = po. doAction (task,“actionl”)；在該偽碼語句中，task是固定的參數(shù)寫法,actionl是指預(yù)先配置的第一個檢測任務(wù)，doAction ()是方法，是底層封裝好的執(zhí)行單個檢測任務(wù)的方法，返回的是該檢測任務(wù)的解析結(jié)果，然后根據(jù)判斷解析結(jié)果，根據(jù)不同的值去執(zhí)行其他的命令。 利用偽碼進(jìn)行巡檢的過程如圖2所示，包括I、啟動預(yù)先定義的工作流程行動WorkFlowAction類；2、調(diào)用 WorkFlowAction 類中的 Beanshell 方法；3、得到Flowtask流程任務(wù)類的實例；4、從所述Beanshell方法中得到引擎類(Interpreter)的實例；5、觸發(fā)引擎類的實例；6、調(diào)用引擎類實例中的執(zhí)行偽碼的核心方法；7、調(diào)用 WorkFlowAction 類中的 doAction 方法；8、執(zhí)行doAction方法，然后進(jìn)行業(yè)務(wù)系統(tǒng)中每個組成部分的檢測；9、執(zhí)行第一個檢測任務(wù)；10、解析并返回第一個檢測任務(wù)的執(zhí)行結(jié)果；11、判斷是否執(zhí)行下個任務(wù)，是則，執(zhí)行下一個檢測任務(wù)；12、執(zhí)行第二個檢測任務(wù)；13、解析并返回第二個檢測任務(wù)的執(zhí)行結(jié)果；14、判斷是否執(zhí)行下個任務(wù)，由于是最后一個檢測任務(wù)，不再進(jìn)行下一個檢測任務(wù);15、最后將巡檢的結(jié)果返回給WorkFlowAction類,WorkFlowAction類將巡檢結(jié)果封裝入數(shù)據(jù)庫并以報表等形式呈現(xiàn)。WorkFlowAction類可根據(jù)業(yè)務(wù)系統(tǒng)的各個組成部分的檢測任務(wù)的檢測結(jié)果,判斷整個業(yè)務(wù)系統(tǒng)是否正常，只有在每個組成部分的檢測任務(wù)的檢測結(jié)果都正常時，才能確定該業(yè)務(wù)系統(tǒng)的巡檢結(jié)果正常；否則，確定該業(yè)務(wù)系統(tǒng)巡檢結(jié)果異常。較佳地，在巡檢結(jié)果正常時，WorkFlowAction類輸出所保存的檢測結(jié)果，例如以檢測報表的形式呈現(xiàn)給用戶，在巡檢結(jié)果異常時，WorkFlowAction類輸出所保存的檢測結(jié)果以及該異常對應(yīng)的告警信息。較佳地，上述對業(yè)務(wù)系統(tǒng)的每個組成部分的檢測任務(wù)可以通過偽碼的多命令類型元任務(wù)的方式實現(xiàn)。現(xiàn)有的可執(zhí)行程序也可以連續(xù)執(zhí)行多個步驟，但是由于不同業(yè)務(wù)系統(tǒng)中不同設(shè)備來說，由于其各項指標(biāo)參數(shù)千差萬別，一般由人工分別針對各個設(shè)備分別進(jìn)行參數(shù)配置、性能檢測，參數(shù)分析等，而采用偽碼的方式，可以對被測的業(yè)務(wù)系統(tǒng)中各個組成部分的各種特例進(jìn)行集中抽象，例如可以將多種不同的數(shù)據(jù)采集方式，例如文件傳輸協(xié)議(FileTransfer Protocol, FTP)方式、遠(yuǎn)程登錄(TELNET)方式、數(shù)據(jù)庫連接(Java Data BaseConnectivity, java, JDBC)方式、Java 管理擴展(Java Management Extensions, JMX)方式、PING方式和安全外殼協(xié)議(Secure Shell Protocol, SSH)方式等在偽碼命令中使用統(tǒng)一命令的調(diào)配，獲取采用不同數(shù)據(jù)采集方式得到的指標(biāo)參數(shù)，并可加入相應(yīng)的邏輯判斷，從而確定是否運行正常的檢測結(jié)果，可實現(xiàn)流程化的、智能化地巡檢。為了更好地對本申請?zhí)峁┑臉I(yè)務(wù)系統(tǒng)進(jìn)行巡檢的方法進(jìn)行說明，以現(xiàn)有條碼平臺系統(tǒng)為例來具體說明。圖3是條碼憑證平臺系統(tǒng)的結(jié)構(gòu)示意圖，該條碼憑證平臺系統(tǒng)包括下述幾個組成部分
I、管理平臺該管理平臺，主要功能在于通過Internet向業(yè)務(wù)服務(wù)商開放業(yè)務(wù)接口，處理業(yè)務(wù)服務(wù)商上送的業(yè)務(wù)數(shù)據(jù)，對業(yè)務(wù)服務(wù)商進(jìn)行授權(quán)、認(rèn)證，最后將業(yè)務(wù)數(shù)據(jù)通過電子回執(zhí)生成模塊生成二維碼，并通過短信或彩信發(fā)送模塊發(fā)往通訊網(wǎng)關(guān)。2、回執(zhí)生成平臺該回執(zhí)生成平臺，主要功能在于將接入模塊送來的業(yè)務(wù)數(shù)據(jù)按照規(guī)范定義的格式進(jìn)行加密、編碼、封裝，生成相應(yīng)的二維碼圖形。3.短信彩信發(fā)送平臺短信彩信發(fā)送平臺具體又包括短信發(fā)送平臺主要功能在于通過Internet連接到移動夢網(wǎng)短信網(wǎng)關(guān)，將封裝好的電子回執(zhí)發(fā)送到短信網(wǎng)關(guān)，送達(dá)到用戶手機。彩信發(fā)送平臺主要功能在于通過Internet連接到移動彩信中心，將封裝好的電子回執(zhí)發(fā)送到彩信網(wǎng)關(guān)，送達(dá)到用戶手機。對上述條碼憑證平臺系統(tǒng)進(jìn)行巡檢的過程如圖4所示，包括S401、根據(jù)執(zhí)行偽碼，調(diào)度并執(zhí)行第一個檢測任務(wù)即對管理平臺的檢測任務(wù)；S402、獲取對管理平臺的檢測任務(wù)的檢測結(jié)果；S403、通過偽碼解析檢測結(jié)果，判斷該管理平臺是否正常；如果正常，執(zhí)行下述步驟S405 ;否則，執(zhí)行下述步驟S404 ；S404、根據(jù)管理平臺的需要執(zhí)行故障排除任務(wù)；然后轉(zhuǎn)向步驟S405 ；S405、根據(jù)執(zhí)行偽碼，調(diào)度并執(zhí)行第二個檢測任務(wù)即對回執(zhí)生成平臺的檢測任務(wù);S406、獲取對回執(zhí)生成平臺的檢測結(jié)果；S407、通過偽碼解析檢測結(jié)果，判斷回執(zhí)生成平臺是否正常；如果正常，執(zhí)行下述步驟S409 ;否則，執(zhí)行下述步驟S408 ；S408、根據(jù)回執(zhí)生成平臺的需要執(zhí)行故障排除任務(wù)；然后轉(zhuǎn)向步驟S409 ；S409、根據(jù)執(zhí)行偽碼，調(diào)度并執(zhí)行第三個檢測任務(wù)即對短信彩信發(fā)送平臺的檢測任務(wù)；S410、獲取對短信彩信發(fā)送平臺的檢測結(jié)果；
S411、通過偽碼解析檢測結(jié)果，判斷短信彩信發(fā)送平臺是否正常；如果正常，執(zhí)行下述步驟S413 ;否則，執(zhí)行下述步驟S412 ；S412、根據(jù)短信彩信發(fā)送平臺的需要執(zhí)行故障排除任務(wù)；然后轉(zhuǎn)向步驟S413 ；S413、保存獲取到的管理平臺、回執(zhí)生成平臺和短信彩信發(fā)送平臺的檢測結(jié)果；S414、通過偽碼，解析整個業(yè)務(wù)系統(tǒng)的業(yè)務(wù)流程是否正常；若正常，執(zhí)行下述步驟S415 ;否則，執(zhí)行下述步驟S416 ；S415、輸出巡檢結(jié)果，例如以巡檢報表和報告的形式呈現(xiàn)給用戶；
S416、輸出異常的告警信息和巡檢結(jié)果，例如以巡報表和報告的形式呈現(xiàn)給用戶。上述每個檢測任務(wù)在執(zhí)行時，可以通過偽碼對檢測結(jié)果，按照預(yù)設(shè)的邏輯進(jìn)行判斷，判斷當(dāng)前檢測的這部分是否處于正常狀態(tài)，例如在檢測到某臺設(shè)備CPU占用率過高時，可根據(jù)偽碼自動解析運行在該設(shè)備上哪些應(yīng)用消耗的CPU較高，將這些應(yīng)用與設(shè)定的指標(biāo)參數(shù)相比，分析該應(yīng)用是否正常運行，最終達(dá)到判斷巡檢業(yè)務(wù)是否正常運行的目的?；谕话l(fā)明構(gòu)思，本發(fā)明實施例還提供了一種對業(yè)務(wù)系統(tǒng)進(jìn)行巡檢的裝置，由于該裝置解決問題的原理與前述一種對業(yè)務(wù)系統(tǒng)進(jìn)行巡檢的方法相似，因此這些裝置的實施可以參見前述方法的實施，重復(fù)之處不再贅述。本發(fā)明實施例提供的上述對業(yè)務(wù)系統(tǒng)進(jìn)行巡檢的裝置，如圖5所示，包括檢測模塊501，用于按照預(yù)先定義的業(yè)務(wù)系統(tǒng)各組成部分的檢測順序，依次調(diào)度并執(zhí)行各組成部分對應(yīng)的檢測任務(wù)并記錄檢測結(jié)果；結(jié)果分析模塊502，用于對記錄的業(yè)務(wù)系統(tǒng)各組成部分的檢測結(jié)果進(jìn)行分析，確定該業(yè)務(wù)系統(tǒng)的巡檢結(jié)果。進(jìn)一步地，上述檢測模塊501，具體用于針對該業(yè)務(wù)系統(tǒng)的每個組成部分，通過偽碼調(diào)度執(zhí)行預(yù)先定義的該組成部分對應(yīng)的檢測任務(wù)；在檢測任務(wù)的檢測結(jié)果正常時，繼續(xù)通過偽碼調(diào)度并執(zhí)行下一個組成部分對應(yīng)的檢測任務(wù),直至調(diào)度并執(zhí)行完成該業(yè)務(wù)系統(tǒng)中所有組成部分的檢測任務(wù)。進(jìn)一步地，上述檢測模塊501，還用于在檢測任務(wù)的檢測結(jié)果異常時，調(diào)度并執(zhí)行該組成部分對應(yīng)的故障排除任務(wù)。進(jìn)一步地，上述檢測模塊501，具體用于啟動預(yù)先定義的工作流程行為WorkFlowAction類；所述WorkFlowAction類中封裝有預(yù)先定義的Beanshell方法和執(zhí)行doAction方法；調(diào)用WorkFlowAction類中預(yù)先定義的Beanshell方法,得到Flowtask流程任務(wù)類的實例；所述Flowtask類的實例中包含需要執(zhí)行的所述各個組成部分的檢測任務(wù)對應(yīng)的動作腳本；從所述Beanshell方法中得到預(yù)先定義的引擎類的實例并觸發(fā)該實例；調(diào)用引擎類實例中的執(zhí)行偽碼的核心方法執(zhí)行偽碼腳本，同時調(diào)用所述WorkFlowAction類中的doAction方法，依次執(zhí)行所述各個組成部分的檢測任務(wù)所對應(yīng)的動作腳本，完成該組成部分的檢測任務(wù)。進(jìn)一步地，檢測模塊501，還用于在執(zhí)行每個組成部分的檢測任務(wù)的動作腳本時，通過WorkFlowAction類保存執(zhí)行得到的檢測結(jié)果；相應(yīng)地，結(jié)果分析模塊502，具體用于在對每個組成部分的檢測任務(wù)的檢測結(jié)果都正常時，通過WorkFlowAction類確定該業(yè)務(wù)系統(tǒng)巡檢結(jié)果正常；否則，通過WorkFlowAction類確定該業(yè)務(wù)系統(tǒng)巡檢結(jié)果異常。
進(jìn)一步地，本發(fā)明實施例提供的上述對業(yè)務(wù)系統(tǒng)進(jìn)行巡檢的裝置，如圖5所示，還包括輸出模塊503，用于在該業(yè)務(wù)系統(tǒng)巡檢結(jié)果正常時，通過所述WorkFlowAction類輸出所保存的檢測結(jié)果；在該業(yè)務(wù)系統(tǒng)巡檢結(jié)果異常時，通過所述WorkFlowAction類輸出所保存的檢測結(jié)果以及所述異常對應(yīng)的告警信息。本發(fā)明實施例提供的上述對業(yè)務(wù)系統(tǒng)進(jìn)行巡檢的方法及裝置，按照預(yù)先定義的業(yè)務(wù)系統(tǒng)各組成部分的檢測順序，依次調(diào)度并執(zhí)行各組成部分對應(yīng)的檢測任務(wù)并記錄檢測結(jié)果，對記錄的業(yè)務(wù)系統(tǒng)各組成部分的檢測結(jié)果進(jìn)行分析，確定該業(yè)務(wù)系統(tǒng)的巡檢結(jié)果，采用了多任務(wù)調(diào)度的自動化檢測的方法，可以實現(xiàn)對業(yè)務(wù)系統(tǒng)的各個組成部分的不同的指標(biāo)參數(shù)進(jìn)行檢測，實現(xiàn)智能化、流程化的檢測，避免了現(xiàn)有技術(shù)中，對業(yè)務(wù)系統(tǒng)中的每個部分，都分別采用配置相應(yīng)的任務(wù)腳本的半人工的巡檢方式所帶來的效率較低的問題。更進(jìn)一步地，本發(fā)明實施例提供的業(yè)務(wù)系統(tǒng)進(jìn)行巡檢的方法及裝置，采用基于偽 碼得巡檢任務(wù)調(diào)度技術(shù)，利用偽碼的通用性，可實現(xiàn)對不同設(shè)備的不同參數(shù)指標(biāo)進(jìn)行檢測，并且，基于偽碼的多命令類型的元任務(wù)實現(xiàn)業(yè)務(wù)系統(tǒng)內(nèi)各組成部分對應(yīng)的檢測任務(wù)，并且還可實現(xiàn)對檢測結(jié)果的邏輯分析和判斷，最終實現(xiàn)整個巡檢智能化和流程化。利用偽碼的特性，還可實現(xiàn)跨業(yè)務(wù)系統(tǒng)的巡檢，通過偽碼控制不同業(yè)務(wù)系統(tǒng)的各組成部分的檢測流程，對于不同業(yè)務(wù)系統(tǒng)，同樣可以實現(xiàn)跨業(yè)務(wù)系統(tǒng)的流程化、智能化的巡檢。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種對業(yè)務(wù)系統(tǒng)進(jìn)行巡檢的方法，其特征在于，包括 按照預(yù)先定義的業(yè)務(wù)系統(tǒng)各組成部分的檢測順序，依次調(diào)度并執(zhí)行各組成部分對應(yīng)的檢測任務(wù)并記錄檢測結(jié)果； 對記錄的業(yè)務(wù)系統(tǒng)各組成部分的檢測結(jié)果進(jìn)行分析，確定該業(yè)務(wù)系統(tǒng)的巡檢結(jié)果。
2.如權(quán)利要求I所述的方法，其特征在于，依次調(diào)度并執(zhí)行各組成部分對應(yīng)的檢測任務(wù)，具體包括 針對該業(yè)務(wù)系統(tǒng)的每個組成部分，通過偽碼調(diào)度執(zhí)行預(yù)先定義的該組成部分對應(yīng)的檢測任務(wù)； 在檢測任務(wù)的檢測結(jié)果正常時，繼續(xù)通過偽碼調(diào)度并執(zhí)行下一個組成部分對應(yīng)的檢測任務(wù),直至調(diào)度并執(zhí)行完成該業(yè)務(wù)系統(tǒng)中所有組成部分的檢測任務(wù)。
3.如權(quán)利要求2所述的方法，其特征在于，還包括 在檢測任務(wù)的檢測結(jié)果異常時，調(diào)度并執(zhí)行該組成部分對應(yīng)的故障排除任務(wù)。
4.如權(quán)利要求2或3所述的方法，其特征在于，通過偽碼調(diào)度執(zhí)行預(yù)先定義的該組成部分對應(yīng)的檢測任務(wù)，具體包括 啟動預(yù)先定義的工作流程行動WorkFlowAction類；所述WorkFlowAction類中封裝有預(yù)先定義的Beanshell方法和執(zhí)行doAction方法； 調(diào)用WorkFlowAction類中的Beanshell方法,得到流程任務(wù)Flowtask類的實例；所述Flowtask類的實例中包含需要執(zhí)行的所述各個組成部分的檢測任務(wù)對應(yīng)的動作腳本；從所述Beanshell方法中得到預(yù)先定義的引擎類的實例并觸發(fā)該實例； 調(diào)用引擎類實例中的執(zhí)行偽碼的核心方法執(zhí)行偽碼腳本，調(diào)用所述WorkFlowAction類中的doAction方法，依次執(zhí)行所述各個組成部分的檢測任務(wù)所對應(yīng)的動作腳本，完成該組成部分的檢測任務(wù)。
5.如權(quán)利要求4所述的方法，其特征在于，所述記錄檢測結(jié)果包括 在執(zhí)行每個組成部分的檢測任務(wù)的動作腳本時，所述doAction方法將執(zhí)行得到的檢測結(jié)果返回至WorkFlowAction類進(jìn)行保存； 對記錄的業(yè)務(wù)系統(tǒng)各組成部分的檢測結(jié)果進(jìn)行分析，確定巡檢結(jié)果，包括 所述WorkFlowAction類判斷每個組成部分的檢測任務(wù)的檢測結(jié)果是否都正常；若是，則確定該業(yè)務(wù)系統(tǒng)的巡檢結(jié)果正常；否則，確定該業(yè)務(wù)系統(tǒng)巡檢異常。
6.如權(quán)利要求5所述的方法，其特征在于，在確定巡檢結(jié)果正常之后，還包括所述WorkFlowAction類輸出所保存的檢測結(jié)果； 在確定巡檢結(jié)果異常之后，還包括所述WorkFlowAction類輸出所保存的檢測結(jié)果以及所述異常對應(yīng)的告警信息。
7.一種對業(yè)務(wù)系統(tǒng)進(jìn)行巡檢的裝置，其特征在于，包括 檢測模塊，用于按照預(yù)先定義的業(yè)務(wù)系統(tǒng)各組成部分的檢測順序，依次調(diào)度并執(zhí)行各組成部分對應(yīng)的檢測任務(wù)并記錄檢測結(jié)果； 結(jié)果分析模塊，用于對記錄的業(yè)務(wù)系統(tǒng)各組成部分的檢測結(jié)果進(jìn)行分析，確定該業(yè)務(wù)系統(tǒng)的巡檢結(jié)果。
8.如權(quán)利要求7所述的裝置，其特征在于，所述檢測模塊，具體用于針對該業(yè)務(wù)系統(tǒng)的每個組成部分，通過偽碼調(diào)度執(zhí)行預(yù)先定義的該組成部分對應(yīng)的檢測任務(wù)；在檢測任務(wù)的檢測結(jié)果正常時，繼續(xù)通過偽碼調(diào)度并執(zhí)行下一個組成部分對應(yīng)的檢測任務(wù)，直至調(diào)度并執(zhí)行完成該業(yè)務(wù)系統(tǒng)中所有組成部分的檢測任務(wù)。
9.如權(quán)利要求8所述的裝置，其特征在于，所述檢測模塊，還用于在檢測任務(wù)的檢測結(jié)果異常時，調(diào)度并執(zhí)行該組成部分對應(yīng)的故障排除任務(wù)。
10.如權(quán)利要求7或8所述的裝置，其特征在于，所述檢測模塊，具體用于啟動預(yù)先定義的工作流程行為WorkFlowAction類；所述WorkFlowAction類中封裝有預(yù)先定義的Beanshell方法和執(zhí)行doAction方法；調(diào)用WorkFlowAction類中預(yù)先定義的Beanshell方法，得到Flowtask流程任務(wù)類的實例；所述Flowtask類的實例中包含需要執(zhí)行的所述各個組成部分的檢測任務(wù)對應(yīng)的動作腳本；從所述Beanshell方法中得到預(yù)先定義的引擎類的實例并觸發(fā)該實例；調(diào)用引擎類實例中的執(zhí)行偽碼的核心方法執(zhí)行偽碼腳本，同時調(diào)用所述WorkFlowAction類中的doAction方法,依次執(zhí)行所述各個組成部分的檢測任務(wù)所對應(yīng)的動作腳本，完成該組成部分的檢測任務(wù)。
11.如權(quán)利要求10所述的裝置，其特征在于，所述檢測模塊，還用于在執(zhí)行每個組成部分的檢測任務(wù)的動作腳本時，通過WorkFlowAction類保存執(zhí)行得到的檢測結(jié)果； 所述結(jié)果分析模塊，具體用于在對每個組成部分的檢測任務(wù)的檢測結(jié)果都正常時，通過所述WorkFlowAction類確定該業(yè)務(wù)系統(tǒng)巡檢結(jié)果正常；否則,通過所述WorkFlowAction類確定該業(yè)務(wù)系統(tǒng)巡檢結(jié)果異常。
12.如權(quán)利要求11所述的裝置，其特征在于，還包括輸出模塊，用于在該業(yè)務(wù)系統(tǒng)巡檢結(jié)果正常時，通過所述WorkFlowAction類輸出所保存的檢測結(jié)果；在該業(yè)務(wù)系統(tǒng)巡檢結(jié)果異常時，通過所述WorkFlowAction類輸出所保存的檢測結(jié)果以及所述異常對應(yīng)的告警信息。
全文摘要
本發(fā)明公開了一種業(yè)務(wù)系統(tǒng)進(jìn)行巡檢的方法及裝置，該方法包括按照預(yù)先定義的業(yè)務(wù)系統(tǒng)各組成部分的檢測順序，依次調(diào)度并執(zhí)行各組成部分對應(yīng)的檢測任務(wù)并記錄檢測結(jié)果；對記錄的業(yè)務(wù)系統(tǒng)各組成部分的檢測結(jié)果進(jìn)行分析，確定該業(yè)務(wù)系統(tǒng)的巡檢結(jié)果。本發(fā)明采用了多任務(wù)調(diào)度的自動化檢測的方法，可以實現(xiàn)對業(yè)務(wù)系統(tǒng)的各個組成部分的不同的指標(biāo)參數(shù)進(jìn)行檢測，實現(xiàn)智能化、流程化的檢測，避免了現(xiàn)有技術(shù)中，對業(yè)務(wù)系統(tǒng)中的每個部分，都分別采用配置相應(yīng)的任務(wù)腳本的半人工的巡檢方式所帶來的效率較低的問題。
文檔編號H04W24/00GK102752770SQ20111010010
公開日2012年10月24日 申請日期2011年4月21日 優(yōu)先權(quán)日2011年4月21日
發(fā)明者季海峰, 李新明, 趙樂 申請人:中國移動通信集團北京有限公司