專利名稱：一種例行測試的方法、系統(tǒng)及相關(guān)設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電信測試領(lǐng)域，特別涉及一種例4亍測試的方法、系統(tǒng)及相關(guān)設(shè)備。
背景技術(shù)：
在電信網(wǎng)絡(luò)管理系統(tǒng)中，通過例行測試對電信設(shè)備進行管理、維護及監(jiān)控， 有利于及時發(fā)現(xiàn)存在隱患的設(shè)備，便于檢測、定位以至排除故障。如此，能夠 提高電信網(wǎng)絡(luò)的運行質(zhì)量和效率，實現(xiàn)最大限度地利用電信網(wǎng)絡(luò)資源，向用戶 提供良好的通信服務(wù)。
目前，例行測試通常依賴于人工對電信設(shè)備進行測試，并對測試結(jié)果進行 人工保存和分析。 一般地，每種電信設(shè)備均配置有一套相應(yīng)的設(shè)備維護人機界 面，該設(shè)備維護人機界面能夠提供一組針對被管電信設(shè)備的測試功能，設(shè)備維
而且其中有些測試功能是必須定期執(zhí)行的。具體來講，這種測試方式須選擇指 定的被管電信設(shè)備，然后打開設(shè)備維護人機界面，導航到測試功能模塊后進行 測試操作，并將該測試結(jié)果人工保存在電信網(wǎng)絡(luò)管理客戶端。而且，若要對其 它被管電信設(shè)備進行測試，則重復上述操作。因此，目前的測試方式不便于對 測試結(jié)果的統(tǒng)一管理，而且對于某些消耗網(wǎng)絡(luò)資源較大的測試，需要設(shè)備維護 員在電信設(shè)備空閑時執(zhí)行，非常浪費人力。
此外，對于不同種類電信設(shè)備的測試還沒有簡單便捷的測試手段。由于電 信網(wǎng)絡(luò)管理系統(tǒng)所管理的電信設(shè)備的種類和數(shù)量較多，對于不同種類的被管電 信設(shè)備，其測試功能和測試命令又不盡相同，因此當被管電信設(shè)備種類和/或數(shù) 量較多時，這種重復操作的測試非常機械和繁瑣。盡管有些電信網(wǎng)絡(luò)管理系統(tǒng)會提供基于任務(wù)的測試，但僅限于單個或同一種類的電信設(shè)備，而實際開局的 被管電信設(shè)備的數(shù)量多達數(shù)百甚至上千，因此目前的測試方法還不能夠?qū)Σ煌?種類的電信設(shè)備進行統(tǒng)一測試，也不方便對測試任務(wù)及測試結(jié)果進行統(tǒng)一管理。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種簡便靈活、便于統(tǒng)一管理不同 被管電信設(shè)備的例行測試的方法、系統(tǒng)及相關(guān)設(shè)備。
為達到上述目的，本發(fā)明公開了一種例行測試的方法，包括配置測試任 務(wù)參數(shù)，組裝測試任務(wù)；客戶端封裝并發(fā)送測試任務(wù)消息對象；服務(wù)端接收并 解析測試任務(wù)消息對象，并執(zhí)行對應(yīng)的操作；將測試任務(wù)重組為電信設(shè)備所識 別的測試指令，執(zhí)行測試任務(wù)時，將該測試指令分發(fā)到對應(yīng)的電信設(shè)備；測試 任務(wù)執(zhí)行完畢后，將測試任務(wù)的測試結(jié)果存儲在服務(wù)端，并將測試任務(wù)狀態(tài)信 息返回給客戶端。
上述方案中，所述客戶端發(fā)送測試任務(wù)消息對象之前進一步包括客戶端 在初始化時，與服務(wù)端之間建立消息通道，接收服務(wù)端返回的測試任務(wù)狀態(tài)信 息。其中，所述測試任務(wù)消息對象包括操作指令和測試任務(wù)標識，該操作指令 為注冊、刪除、暫停、恢復、修改、復制、立即執(zhí)行測試任務(wù)或查看測試任務(wù) 的執(zhí)行結(jié)果消息；當該操作指令為注冊測試任務(wù)時，所述測試任務(wù)消息對象還 包括測試任務(wù)；當該操作指令為修改測試任務(wù)時，所述測試任務(wù)消息對象還包 括修改的測試任務(wù)參數(shù)。另外，所述服務(wù)端根據(jù)電信設(shè)備標識對測試任務(wù)重新 組裝得到測試指令。
為實現(xiàn)上述方法本發(fā)明還提供一種例行測試的系統(tǒng)，包括客戶端，用于 配置測試任務(wù)參數(shù)，組裝測試任務(wù)；封裝并發(fā)送測試任務(wù)消息對象到電信網(wǎng)絡(luò) 管理的服務(wù)端；服務(wù)端，用于接收并解析測試任務(wù)消息對象，并執(zhí)行對應(yīng)的操 作；當執(zhí)行測試任務(wù)時，服務(wù)端用于將測試任務(wù)重組為電信設(shè)備所識別的測試 指令，分發(fā)測試指令到指定的電信設(shè)備；解析執(zhí)行結(jié)果消息并存儲測試任務(wù)的 測試結(jié)果，返回測試4壬務(wù)狀態(tài)信息給客戶端。上述方案中，所述客戶端還用于注冊消息通道，該消息通道用于接收來自 服務(wù)端的測試任務(wù)狀態(tài)信息。
本發(fā)明還提供一種電信網(wǎng)絡(luò)管理的客戶端，包括測試任務(wù)建立模塊，用 于配置測試任務(wù)參數(shù)，組裝測試任務(wù)；測試任務(wù)管理模塊，用于封裝測試任務(wù) 消息對象，發(fā)送測試任務(wù)消息對象到電信網(wǎng)絡(luò)管理的服務(wù)端，實現(xiàn)對測試任務(wù) 的管理。
其中，所述測試任務(wù)建立模塊包括測試功能設(shè)定子模塊，用于將一個或 多個含電信設(shè)備標識的測試命令設(shè)定為測試功能；測試任務(wù)組裝子模塊，用于 配置測試任務(wù)參數(shù)，將該測試任務(wù)參數(shù)及一條或多條測試功能組裝成測試任務(wù)。 所述測試任務(wù)管理才莫塊進一步用于注冊消息通道；另外，所述測試任務(wù)管理模 塊包括信息收發(fā)子模塊，用于發(fā)送測試任務(wù)消息對象；該信息收發(fā)子模塊進一 步用于接收測試任務(wù)狀態(tài)信息；所述測試任務(wù)管理模塊進一步包括測試任務(wù) 刷新子模塊，在獲得測試任務(wù)狀態(tài)信息后，該測試任務(wù)刷新子模塊用于顯示并 刷新測試任務(wù)列表。
本發(fā)明還提供一種電信網(wǎng)絡(luò)管理的服務(wù)端，包括消息收發(fā)模塊，用于接 收測試任務(wù)消息對象、測試任務(wù)的執(zhí)行結(jié)果消息、發(fā)送測試指令、測試任務(wù)狀 態(tài)信息；測試任務(wù)處理模塊，用于解析測試任務(wù)消息對象，對測試任務(wù)進行對 應(yīng)的操作；執(zhí)行任務(wù)時，將測試任務(wù)解析并重組為各對應(yīng)的電信設(shè)備所識別的 測試指令；執(zhí)行結(jié)果消息處理模塊，用于解析執(zhí)行結(jié)果消息并存儲測試任務(wù)的 測試結(jié)果。
由以上技術(shù)方案可以看出，本發(fā)明的例行測試的方法與系統(tǒng)，主要是針對 整個被管網(wǎng)絡(luò)中所有支持的電信設(shè)備進行例行測試，并且可以將多個不同類的 電信設(shè)備的測試功能組裝成一個測試任務(wù)來進行周期性的例行測試，如此，實 現(xiàn)了對所有^^皮管電信設(shè)備例-阡測試任務(wù)的統(tǒng)一管理。實現(xiàn)了在對多個相同或不 同種類電信設(shè)備進行日常維護測試任務(wù)和測試結(jié)果的統(tǒng)一管理，在很大程度上 提高了操作維護人員對電信設(shè)備日常測試的效率。
具體地說，客戶端向服務(wù)端注冊多個針對不同或相同電信設(shè)備的測試任務(wù)，
6服務(wù)端則根據(jù)測試任務(wù)中的多條測試功能，將電信設(shè)備能夠識別的測試任務(wù)消 息轉(zhuǎn)發(fā)到電信設(shè)備上，對多個不同或相同的電信設(shè)備進行測試。這極大地簡化 了在維護電信設(shè)備的操作及測試過程，避免了在實際維護電信設(shè)備過程中，需 要通過一 系列繁瑣的操作才能得到測試結(jié)果的方式。
電信設(shè)備通過通信代理將執(zhí)行結(jié)果消息分包返回給服務(wù)端，服務(wù)端根據(jù)執(zhí) 行結(jié)果消息中指定的電信設(shè)備標識以及測試任務(wù)標識等對執(zhí)行結(jié)果消息進行異
步集中處理，并將測試結(jié)果以XML文件格式或其它文本格式存儲在服務(wù)端指定 的存儲區(qū)域，以便能夠統(tǒng)一管理測試任務(wù)的執(zhí)行結(jié)果。
同時，通過本發(fā)明提供的對多個不同或相同的電信設(shè)備的測試任務(wù)，可以 提高測試的效率。并且能夠保證一些網(wǎng)絡(luò)資源消耗較大的測試任務(wù)，在不影響 網(wǎng)絡(luò)的情況下，進行正常測試。例如如果例行測試執(zhí)行的同時有其它測試任 務(wù)被觸發(fā)執(zhí)行，則若干測試任務(wù)之間是并行操作的，而且可以通過測試任務(wù)的 測試任務(wù)標識區(qū)分測試任務(wù)的執(zhí)行結(jié)果消息，各測試任務(wù)之間不影響，實現(xiàn)異 步集中處理。


圖l為本發(fā)明例行測試的方法流程圖2為本發(fā)明例-f亍測試的方法實施例的流程圖3為本發(fā)明例行測試的系統(tǒng)實施例的結(jié)構(gòu)示意圖。
具體實施例方式
本發(fā)明的核心構(gòu)思之一在于通過本發(fā)明所提供的例行測試的方法、系統(tǒng) 及相關(guān)設(shè)備，實現(xiàn)對相同或不同種類電信設(shè)備的日常維護測試和測試結(jié)果的統(tǒng) 一管理。該例行測試系統(tǒng)包括電信網(wǎng)絡(luò)管理客戶端和電信網(wǎng)絡(luò)管理服務(wù)端，該 例行測試方法主要是根據(jù)相同或不同的電信設(shè)備建立對應(yīng)各個電信設(shè)備的各種 測試功能，將這些測試功能組合為測試任務(wù)并存儲在電信網(wǎng)絡(luò)管理服務(wù)端。執(zhí) 行測試任務(wù)時，將測試任務(wù)中的測試功能解析為電信設(shè)備能夠識別的測試指令，并分發(fā)到不同的電信設(shè)備，對不同電信設(shè)備返回的測試結(jié)果進行處理，并將測 試結(jié)果統(tǒng)一存儲在電信網(wǎng)絡(luò)管理服務(wù)端指定的存儲空間，同時提供對測試任務(wù) 以及測試結(jié)果的管理功能。
為使本發(fā)明上述目的、特征和優(yōu)點能夠更加明顯易懂，下面結(jié)合附圖和具 體實施例對本發(fā)明作進一步詳細的說明。
需要說明的是，簡潔起見，將下文涉及的電信網(wǎng)絡(luò)管理客戶端和電信網(wǎng)絡(luò) 管理服務(wù)端分別簡稱為客戶端和服務(wù)端。該客戶端主要是將對各電信設(shè)備的測 試功能組織成測試任務(wù)，再將測試任務(wù)注冊到服務(wù)端，能夠接收測試任務(wù)的執(zhí) 行狀態(tài)信息以改變測試任務(wù)狀態(tài)，并顯示和刷新測試任務(wù)列表，客戶端還可以 讀取測試任務(wù)執(zhí)行結(jié)果消息。該服務(wù)端主要用于實現(xiàn)對例行測試任務(wù)的注冊和 管理操作，當測試時間觸發(fā)時執(zhí)行測試任務(wù)，然后將測試任務(wù)的測試結(jié)果存儲 并將該測試任務(wù)狀態(tài)信息發(fā)送給客戶端。
參照圖l，示出了本發(fā)明例行測試方法的流程，該方法基于測試任務(wù)，統(tǒng)一
管理所有不同或相同種類的被管電信設(shè)備。該例行測試方法具體包括以下步驟 步驟IOI，客戶端初始^f匕，注冊消息通道；
初始化時，客戶端加載配置信息，該配置信息包括測試任務(wù)單設(shè)備最大 個數(shù)，測試任務(wù)最大總個數(shù)，注冊消息通道等。其中，為了能夠即時監(jiān)聽測試 任務(wù)的執(zhí)行狀況，在客戶端與服務(wù)端之間注冊消息通道?？蛻舳丝梢愿鶕?jù)Java 平臺上有關(guān)面向消息中間件的技術(shù)規(guī)范建立消息通道，即通過Java消息服務(wù) (JMS, Java Messaging Service )注冊一個消息主題，并將該消息主題綁定到月l 務(wù)端，消息主題用于標識唯一的一條消息通道。客戶端監(jiān)聽消息主題，當服務(wù) 端有消息需要返回給客戶端時，直接將要返回的消息發(fā)布到消息主題，客戶端 通過監(jiān)聽消息主題而獲得服務(wù)端返回的消息，于是可以通過測試任務(wù)界面即時 顯示任務(wù)的狀況。可見，該消息通道能夠接收服務(wù)端返回的測試任務(wù)狀態(tài)信息 并返回給客戶端，實現(xiàn)即時監(jiān)聽測試任務(wù)的執(zhí)行狀態(tài)。
另外，服務(wù)端初始化時，將已注冊測試任務(wù)重新載入，等待執(zhí)行相關(guān)操作。
步驟102，在客戶端設(shè)定測試功能；所述測試功能為 一種特殊格式的命令集，可以手工配置后導入例行測試系 統(tǒng)，也可以在測試任務(wù)界面組裝生成。本發(fā)明所設(shè)計的測試任務(wù)界面是一種友 好的人機交互圖形化用戶界面，能夠減少用戶的認知負擔、實現(xiàn)與不同目標用 戶的互動交流。
該測試功能可以由一個或多個測試命令組成。該測試命令是對電信設(shè)備進
行例行測試的命令，例-f亍測試可以有4艮多種，例如性能測試、系統(tǒng)測試、單 板測試、中央處理器(CPU)測試和內(nèi)存測試等。該測試命令屬于人^幾語言 (MML)命令的范疇，而MML是一個行業(yè)標準命令行語言，用于管理電信網(wǎng) 絡(luò)元件，本發(fā)明設(shè)定的MML命令包含電信設(shè)備標識，這樣的MML命令即為前 面所說的特殊格式的命令集。
其中，每條測試功能對應(yīng)一個或多個電信設(shè)備標識，標識該測試功能所針 對的電信設(shè)備，例如將包含電信設(shè)備標識的MML,命令設(shè)定為測試功能TF,。 電信設(shè)備標識在該條測試功能中可以為多個相同種類的電信設(shè)備，也就是說對 于特定的某條測試功能，可以只針對相同種類電信設(shè)備進行測試，這是因為其 它種類的電信設(shè)備可能沒有這條測試功能。設(shè)定完一條測試功能后可繼續(xù)設(shè)定 其它測試功能，又如將包含電信設(shè)備標識的MML2命令、MML3命令、MML4 命令設(shè)定為測試功能TF2。
步驟103，在客戶端配置測試任務(wù)參數(shù)，組裝測試任務(wù)，不同測試任務(wù)可通 過測試任務(wù)標識進行區(qū)分；
當設(shè)定若干條測試功能之后，在客戶端，配置測試任務(wù)的測試參數(shù)，該測 試任務(wù)參數(shù)包括測試周期、初次觸發(fā)時間、測試起止時間、測試次數(shù)等。其中， 測試周期的參數(shù)單位可以為秒、分、小時、天或月；初次觸發(fā)時間是例行測試 任務(wù)第一次4丸行時間，必須晚于建立測試任務(wù)時間，并且必須在測試起止時間 之間；測試起止時間為測試任務(wù)執(zhí)行的時間范圍；測試次數(shù)為循環(huán)執(zhí)行該測試 任務(wù)的次數(shù)，也可以為單條測試功能指定測試次數(shù)。
根據(jù)用戶通過測試任務(wù)界面的輸入，將設(shè)定的測試任務(wù)參數(shù)、及一條或多 條測試功能組裝成一組測試任務(wù)，具體地用戶可才艮據(jù)實際需要在測試任務(wù)界面
9中選擇所需的測試任務(wù)參數(shù)和測試功能，例如由設(shè)定的測試任務(wù)參lt和測試 功能TFi組裝成測試任務(wù)TTp或者由設(shè)定的測試任務(wù)參^:和測試功能TF,、測試 功能TF2……組裝成測試任務(wù)TT2。結(jié)合客戶端和服務(wù)端通信的私有協(xié)議，將該 測試任務(wù)封裝為服務(wù)端能夠識別的測試任務(wù)消息對象，并將該測試任務(wù)消息對 象發(fā)送到服務(wù)端。其中，該測試任務(wù)消息對象包括操作指令，該操作指令包括 注冊、刪除、暫停、恢復、修改、復制、立即執(zhí)行測試任務(wù)以及查看測試任務(wù) 的執(zhí)行結(jié)果消息等，這些操作均作為指令而存在。其中，刪除、暫停、恢復、 修改、復制、立即執(zhí)行測試任務(wù)以及查看測試任務(wù)的執(zhí)行結(jié)果消息等操作指令， 是對已注冊的測試任務(wù)進行管理操作。每個操作指令具有自身唯一的指令標識， 通過這種指令標識，可定位相應(yīng)的操作指令，即該操作指令所指示的具體操作 內(nèi)容，如注冊、刪除測試任務(wù)等。
而且，針對不同操:作指令，該測試任務(wù)消息對象的內(nèi)容也不同，例如在 "注冊，，測試任務(wù)時，測試任務(wù)消息對象包括測試任務(wù)、注冊指令、測試任務(wù) 標識；在執(zhí)行"刪除"、"暫停"、"恢復，，、"復制"測試任務(wù)等操作時， 測試任務(wù)消息對象包含操作指令和測試任務(wù)標識；當執(zhí)行"修改"測試任務(wù)等 操作時，測試任務(wù)消息對象包含修改的測試任務(wù)參數(shù)，操作指令和測試任務(wù)標 識。其中，該測試任務(wù)標識用于指示該操作指令的執(zhí)行對象，也可用來區(qū)分測 試任務(wù)及測試任務(wù)執(zhí)行結(jié)果消息等。
步驟104，客戶端發(fā)送測試任務(wù)消息對象到服務(wù)端；
當測試任務(wù)設(shè)定后，客戶端通過發(fā)送測試任務(wù)消息對象給服務(wù)端，來對相 應(yīng)的測試任務(wù)進行處理。
例如當用戶需要檢測三臺設(shè)備的CPU占用率，那么用戶在客戶端組裝三 個MML命令，這三個MML命令分別加上三臺電信i殳備標識組成三條針對不同 電信設(shè)備的測試功能，將該三條測試功能及測試任務(wù)參數(shù)設(shè)定為一組測試任務(wù)， 再加上操作指令、測試任務(wù)標識封裝為測試任務(wù)消息對象，然后將該測試任務(wù) 消息對象發(fā)送到服務(wù)端。
步驟105、服務(wù)端接收并解析測試任務(wù)消息對象，根據(jù)操作指令對測試任務(wù)進行對應(yīng)的操作，并將測試任務(wù)狀態(tài)信息返回給客戶端；
服務(wù)端首先是從測試任務(wù)消息對象中讀取操作指令標識，以確定出具體的 操作，然后根據(jù)測試任務(wù)消息對象的內(nèi)容對指定的測試任務(wù)采取對應(yīng)的處理。 測試任務(wù)注冊完畢之后就運行于服務(wù)端，而客戶端能夠通過發(fā)送操作指令來管 理測試任務(wù)。
例如當接收到注冊指令后，服務(wù)端開始注冊測試任務(wù)，可根據(jù)注冊指令 和測試任務(wù)中的電信設(shè)備標識，將注冊指令中指定的測試任務(wù)下發(fā)到對應(yīng)的電 信設(shè)備中。這里，服務(wù)端根據(jù)電信設(shè)備標識對測試任務(wù)中的測試命令進行分組， 并根據(jù)配置的測試任務(wù)參數(shù)設(shè)定測試命令的測試周期、初次觸發(fā)時間、測試次 數(shù)等。然后，服務(wù)端將處理后的測試命令針對不同電信設(shè)備重新組裝，得到測 試指令。該測試指令符合相應(yīng)電信設(shè)備制定的規(guī)范，為電信設(shè)備能夠識別的測 試指令。當測試任務(wù)注冊到服務(wù)端后，在客戶端顯示服務(wù)端的測試任務(wù)列表。
當測試時間觸發(fā)時，則開始執(zhí)行測試任務(wù)服務(wù)端將電信設(shè)備所識別的測 試指令轉(zhuǎn)發(fā)到設(shè)置在電信設(shè)備側(cè)的通信代理，該通信代理根據(jù)電信設(shè)備標識再 將測試指令分發(fā)到相應(yīng)的電信設(shè)備中，對相應(yīng)的電信設(shè)備進行測試。測試時間 觸發(fā)時執(zhí)行的測試任務(wù)是與具體測試指令相對應(yīng)的，由于測試指令是根據(jù)測試 任務(wù)得到的，因此測試指令中同樣包含著電信設(shè)備標識。
在電信設(shè)備中，接收到測試指令后，依據(jù)測試指令啟動相應(yīng)的測試程序， 對被測對象進行測試，并將執(zhí)行結(jié)果消息返回給通信代理。然后，由通信代理 負責接收并轉(zhuǎn)發(fā)電信設(shè)備返回的執(zhí)行結(jié)果消息。如此，便可實現(xiàn)以統(tǒng)一的管理 方式對多個相同/不同種類的電信設(shè)備進行測試。
需要強調(diào)的是，如果例行測試任務(wù)執(zhí)行的同時有其它測試任務(wù)被觸發(fā)執(zhí)行， 則若干測試任務(wù)之間是并行操作的，可以通過測試任務(wù)的測試任務(wù)標識區(qū)分測 試任務(wù)的執(zhí)行結(jié)果消息，各測試任務(wù)之間互不影響，實現(xiàn)異步集中處理。
當服務(wù)端接收到注冊指令之外的其他操作指令時，則根據(jù)收到的操作指令 對已注冊的測試任務(wù)進行相應(yīng)的管理操作，例如根據(jù)刪除指令，服務(wù)端刪除 該指定測試任務(wù)；4艮據(jù)暫停指令，暫停該測試任務(wù)直到接收到恢復指令；才艮據(jù)修改指令及修改參數(shù)，修改該測試任務(wù)；根據(jù)復制指令，將測試任務(wù)復制；根 據(jù)立即執(zhí)行指令，直接觸發(fā)測試任務(wù)的執(zhí)行。
需要說明的是，某一個測試任務(wù)的注冊操作并不影響其他測試任務(wù)的管理 操作，也就是說各操作指令可以并行完成。
步驟106、由服務(wù)端處理執(zhí)行結(jié)果消息。
測試任務(wù)執(zhí)行完成之后，由通信代理負責接收電信設(shè)備返回的執(zhí)行結(jié)果消 息，并將測試任務(wù)的執(zhí)行結(jié)果消息轉(zhuǎn)發(fā)給服務(wù)端。服務(wù)端接收到返回的執(zhí)行結(jié) 果消息后，根據(jù)各電信設(shè)備的消息結(jié)構(gòu)，將執(zhí)行結(jié)果消息中包含的測試結(jié)果解 析為能夠識別的文本信息并存儲為標準的文本消息結(jié)構(gòu)，如MOI: MML,即設(shè) 備標識人機語言命令。其中，對各電信設(shè)備的測試結(jié)果的解析主要是根據(jù)發(fā) 出測試命令時所作的解析標記來進行的，例如該執(zhí)行結(jié)果消息結(jié)構(gòu)是二進制 的就以二進制方式進行解析，是自定義的私有格式就以私有格式的方式進行解 析。
然后，當測試任務(wù)需要返回執(zhí)行結(jié)果消息時，由服務(wù)端將返回的測試任務(wù) 狀態(tài)信息發(fā)送到客戶端的消息通道，通過消息通道轉(zhuǎn)發(fā)到客戶端指定的測試任 務(wù)界面。 一般服務(wù)端收到測試任務(wù)執(zhí)行結(jié)果消息就將該測試任務(wù)狀態(tài)信息發(fā)布。 在客戶端，接收服務(wù)端主動發(fā)送的測試任務(wù)狀態(tài)信息、刷新并顯示測試任務(wù)列 表，客戶端還可以通過發(fā)送操作指令來讀取測試任務(wù)執(zhí)行結(jié)果。
需要說明的是，返回的執(zhí)行結(jié)果消息能夠反映測試任務(wù)的執(zhí)行狀態(tài)，該執(zhí) 行結(jié)果消息大體分為測試結(jié)果和測試任務(wù)狀態(tài)信息，主要包括電信設(shè)備標識、 運行時間、測試命令和測試結(jié)果等。其中，該測試結(jié)果具有特定格式的解析標 識，如二進制或私有格式。而該測試任務(wù)狀態(tài)信息還包含測試任務(wù)參數(shù)和每個 操作的附加信息，并且針對每個具體的操作，所返回的附加信息是不一樣的， 例如注冊測試z(壬務(wù)時，返回的附加信息為是否注冊成功的信息；刪除測試任 務(wù)時，返回的附加信息為是否刪除成功的信息等。另外，由于每個測試任務(wù)執(zhí) 行時間不一定相同，所以通信代理接收到執(zhí)行結(jié)果消息后就發(fā)布出去，具體的 執(zhí)行機制由JMS消息機制來決定。下面結(jié)合一個實施例來說明本發(fā)明例行測試的方法工作流程，如圖2所示
在客戶端，對測試任務(wù)進行相應(yīng)的處理操作，該處理操作的種類大概可以
分為兩大類注冊測試任務(wù)和管理測試任務(wù)，其中管理操作包括刪除、暫停、 恢復、修改、復制、立即執(zhí)行測試任務(wù)以及查看測試任務(wù)的執(zhí)行結(jié)果消息等。 而且，客戶端初始化時，注冊消息通道，以便能夠即時接收來自服務(wù)端的測試 任務(wù)狀態(tài)信息。
當客戶端注冊測試任務(wù)時，主要步驟為
步驟201，客戶端設(shè)定若干測試功能；
步驟202,配置測試任務(wù)參數(shù)，組裝測試任務(wù)；
根據(jù)實際需要，用戶通過測試任務(wù)界面的輸入將設(shè)定的測試任務(wù)參數(shù)、及 一條或多條測試功能組裝成一組測試任務(wù)。
步驟203,客戶端發(fā)送包含注冊指令的測試任務(wù)消息對象給服務(wù)端； 步驟204，服務(wù)端沖艮據(jù)注冊指令注冊測試任務(wù)；
服務(wù)端可根據(jù)測試任務(wù)中的電信設(shè)備標識，對測試任務(wù)中的測試命令進行 分組，再根據(jù)配置的測試任務(wù)參數(shù)設(shè)定測試周期、初次觸發(fā)時間、測試次數(shù)等， 然后，將處理后的測試命令針對不同電信設(shè)備重新組裝，得到測試指令。
步驟205,服務(wù)端執(zhí)行測試任務(wù)；
當某組測試任務(wù)的測試時間觸發(fā)時，服務(wù)端將電信設(shè)備所識別的測試指令 根據(jù)該測試指令中的電信設(shè)備標識分發(fā)到相應(yīng)的電信設(shè)備中，對相應(yīng)的電信設(shè) 備進行測試。
步驟206，服務(wù)端解析電信設(shè)備返回的執(zhí)行結(jié)果消息，并保存測試結(jié)果； 電信設(shè)備通過通信代理將執(zhí)行結(jié)杲消息返回，服務(wù)端根據(jù)各電信設(shè)備的消 息結(jié)構(gòu)和發(fā)出測試指令時所作的解析標記對相應(yīng)的執(zhí)行結(jié)果消息進行解析。將 執(zhí)行結(jié)果消息中的測試結(jié)果解析為能夠識別的文本信息并存儲為標準的文本消 息結(jié)構(gòu)，并將執(zhí)行結(jié)果消息中的執(zhí)行狀態(tài)信息返回給客戶端，該執(zhí)行狀態(tài)信息 反映測試任務(wù)的基本信息和執(zhí)行狀況，主要包括測試任務(wù)參數(shù)和附加信息，如 測試任務(wù)的執(zhí)行時間和執(zhí)4亍狀態(tài)。
13步驟207，客戶端根據(jù)服務(wù)端返回的測試任務(wù)狀態(tài)信息，改變測試任務(wù)狀態(tài)
并刷新測試任務(wù)列表。
另外，本發(fā)明的例行測試方法還提供關(guān)于例行測試的其它管理功能，即客
戶端還可以發(fā)送其他的操作指令到服務(wù)端。因此，當客戶端對已注冊的測試任
務(wù)進行管理時的主要步驟為
大體上可4要照步驟201A、步驟202A和步驟203A的方式進行
步驟201A，客戶端發(fā)送包含管理操作指令的測試任務(wù)消息對象到服務(wù)端；
該管理操作指令主要包括刪除、暫停、恢復、修改、復制、立即執(zhí)行測
試任務(wù)及查看測試任務(wù)的執(zhí)行結(jié)果消息等操作，這些操作均可作為指令而存在。
客戶端將這些搮:作指令設(shè)置為服務(wù)端能夠識別的測試任務(wù)消息對象，這些消息
對象中包含測試任務(wù)的信息。而且，每個操作指令具有自身唯一的指令標識，
通過這種指令標識，可定位相應(yīng)的操作指令。
步驟202A,服務(wù)端接收并解析測試任務(wù)消息對象；
步驟203A，服務(wù)端依據(jù)測試任務(wù)消息對象中具體的操作指令對測試任務(wù)執(zhí) 行對應(yīng)的管理搡作；然后將測試任務(wù)的狀態(tài)信息返回給客戶端。 具體操作如下
當操作指令為刪除測試任務(wù)時，客戶端在測試任務(wù)界面選擇某組測試任務(wù)， 執(zhí)行刪除操作。該刪除操作被客戶端設(shè)置為一種服務(wù)端能夠識別的測試任務(wù)消 息對象，該測試任務(wù)消息對象還包含測試任務(wù)標識。服務(wù)端收到該刪除指令后， 解析該測試任務(wù)消息對象，將對應(yīng)的測試任務(wù)刪除，在刪除任務(wù)之前會做一個 測試任務(wù)的狀態(tài)判斷。如果當前該測試任務(wù)的狀態(tài)不能進行刪除操作，如正在 執(zhí)行過程中，則返回給客戶端一個測試任務(wù)不能被刪除的消息；如果可以刪除， 則在刪除操作成功后通知客戶端刷新測試任務(wù)列表。
當操作指令為暫停測試任務(wù)時，客戶端在測試任務(wù)界面選擇某組測試任務(wù)， 執(zhí)行暫停操作，該暫停操作被客戶端設(shè)置為一種服務(wù)端能夠識別的測試任務(wù)消 息對象，該測試任務(wù)消息對象還包含測試任務(wù)標識。服務(wù)端收到該暫停指令后， 將對應(yīng)的測試任務(wù)暫停，直到收到恢復指令之前不會再執(zhí)行該測試任務(wù)。暫停指令執(zhí)行完成之后，通知客戶端改變該測試任務(wù)狀態(tài)。
當操作指令為修改測試任務(wù)時，客戶端在測試任務(wù)界面選擇某組測試任務(wù), 對該測試任務(wù)進行修改，修改的內(nèi)容包括測試功能的增加、刪除和修改及測試 任務(wù)參數(shù)的修改。修改完成之后，將修改后的測試任務(wù)及修改指令封裝為一種 服務(wù)端識別的測試任務(wù)消息對象，并將該測試任務(wù)消息對象發(fā)送到服務(wù)端。服 務(wù)端接收到并解析該測試任務(wù)消息對象，將原有的測試任務(wù)進行修改，修改完 成之后通知客戶端刷新測試任務(wù)列表。
當操作指令為復制測試任務(wù)時，客戶端在測試任務(wù)界面選擇某組測試任務(wù)， 對該測試任務(wù)執(zhí)行復制操作，該復制操作被客戶端設(shè)置為一種服務(wù)端能夠識別 的測試任務(wù)消息對象，該測試任務(wù)消息對象還包含測試任務(wù)標識。服務(wù)端收到 該復制指令之后，將對應(yīng)的測試任務(wù)信息復制一份，并生成新的測試任務(wù)，除 測試任務(wù)標識不同以外，其它的測試任務(wù)內(nèi)容均與被復制的測試任務(wù)相同。復 制完成之后，通知客戶端刷新測試任務(wù)列表。
當操作指令為立即執(zhí)行測試任務(wù)時，客戶端在測試任務(wù)界面選擇任意一組 或幾組測試任務(wù)，對相應(yīng)的測試任務(wù)立即執(zhí)行纟喿作，該立即執(zhí)行操作被客戶端 設(shè)置為 一種服務(wù)端能夠識別的測試任務(wù)消息對象，該測試任務(wù)消息對象還包含 測試任務(wù)標識。服務(wù)端收到該立即執(zhí)行指令之后，觸發(fā)該測試任務(wù)的執(zhí)行。執(zhí) 行完成之后，通知客戶端修改測試任務(wù)的執(zhí)行狀態(tài)。
當操作指令為查看測試任務(wù)的執(zhí)行結(jié)杲消息時，客戶端在測試任務(wù)界面選
擇某組測試任務(wù)，對該測試任務(wù)執(zhí)行查看執(zhí)行結(jié)果消息的操作，該查看操作被 客戶端設(shè)置為 一種服務(wù)端能夠識別的測試任務(wù)消息對象，該測試任務(wù)消息對象 還包舍測試任務(wù)標識。服務(wù)端收到查看測試任務(wù)的執(zhí)行結(jié)果消息指令之后，將
執(zhí)行結(jié)果發(fā)送給客戶端顯示，執(zhí)行結(jié)果可以保存為常用文件格式，如XML文件 格式。
另外，服務(wù)端啟動時，將測試任務(wù)初始化，并啟動所有測試任務(wù)。當某個 測試任務(wù)觸發(fā)時，服務(wù)器將該測試任務(wù)重組為對應(yīng)各個電信設(shè)備的測試指令， 并將測試指令分發(fā)到對應(yīng)的電信設(shè)備。電信設(shè)備收到測試指令后根據(jù)測試指令開始測試，并在完成測試后將該次測試的執(zhí)行結(jié)果消息分包返回給服務(wù)端。服 務(wù)端根據(jù)執(zhí)行結(jié)果消息中配置的測試任務(wù)的電信設(shè)備標識以及測試任務(wù)標識等 對執(zhí)行結(jié)果消息進行異步集中處理。當該測試任務(wù)所有測試功能執(zhí)行完成之后，
將執(zhí)行結(jié)果消息中的測試結(jié)果以XML文件格式或其它文本格式存儲在服務(wù)端 指定存儲區(qū)域，并將測試任務(wù)的執(zhí)行時間和執(zhí)行狀態(tài)發(fā)送給客戶端，由客戶端 改變測試任務(wù)狀態(tài)。
這不僅提高了測試的效率，也能夠保證一些網(wǎng)絡(luò)資源消耗較大的測試任務(wù)， 在不影響網(wǎng)絡(luò)的情況下，進行正常測試。如果該例行測試執(zhí)行同時有其它測試 任務(wù)被觸發(fā)執(zhí)行，則若干測試任務(wù)之間是并行操作，返回的執(zhí)行結(jié)果消息能夠 通過各自的測試任務(wù)標識來相互區(qū)分，測試任務(wù)之間不影響任務(wù)的4丸行。
對于上述的各實施例，為了簡單描述，故將其都表述為一系列的動作組合， 但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明并不受所描述的動作順序的限制，因為 依據(jù)本發(fā)明，某些步驟可以采用其他順序或者同時進行。
為實現(xiàn)上述方法，本發(fā)明還提供一種例行測試系統(tǒng)、 一種電信網(wǎng)絡(luò)管理的 客戶端及電信網(wǎng)絡(luò)管理的服務(wù)端，參照圖3，示出了該例行測試系統(tǒng)的一個優(yōu)選 實施例的結(jié)構(gòu)。該例行測試系統(tǒng)主要包括電信網(wǎng)絡(luò)管理客戶端301和電信網(wǎng)絡(luò)管 理服務(wù)端302，客戶端301和服務(wù)端302遵循二者的私有協(xié)議進行通信，同時為了 能夠即時監(jiān)聽測試任務(wù)的執(zhí)行狀況，在客戶端301與服務(wù)端302之間注冊消息通 道，該消息通道能夠即時接收來自服務(wù)端302的測試任務(wù)狀態(tài)信息。
該例行測試系統(tǒng)包括電信網(wǎng)絡(luò)管理客戶端301,該客戶端301，主要用于配 置測試任務(wù)參數(shù)，組裝測試任務(wù)；封裝并發(fā)送測試任務(wù)消息對象到電信網(wǎng)絡(luò)管 理的服務(wù)端302。具體來講，客戶端301將對各電信設(shè)備303的測試功能組織成測 試任務(wù)，再配置測試任務(wù)參數(shù)，然后將測試任務(wù)參數(shù)與一條或多條測試功能組 裝為測試任務(wù)。根據(jù)具體的操作指令來封裝測試任務(wù)消息對象，并發(fā)送該測試 任務(wù)消息對象到電信網(wǎng)絡(luò)管理的服務(wù)端302?？蛻舳?01接收測試任務(wù)的執(zhí)行狀 態(tài)信息以改變測試任務(wù)狀態(tài)，并且能夠顯示和刷新測試任務(wù)列表，客戶端301 還可以通過發(fā)送操作指令查詢測試任務(wù)的執(zhí)行結(jié)果消息。這里，客戶端301還可以通過向服務(wù)端發(fā)送相應(yīng)的操作指令，對測試任務(wù)進行刪除、暫停、恢復、修 改、復制、立即執(zhí)行等操作。
其中，該客戶端301包括測試任務(wù)建立模塊3011、測試任務(wù)管理模塊3012 等，具體結(jié)構(gòu)及其功能的介紹如下
測試任務(wù)建立4莫塊3011,用于配置測試任務(wù)參H組裝測試任務(wù)； 該測試任務(wù)建立模塊3011包括測試功能設(shè)定子模塊和測試任務(wù)組裝子模塊等。
測試功能設(shè)定子模塊，用于將一個或多個含電信設(shè)備標識的測試命令設(shè)定 為測試功能。
該測試功能可以由一個或多個測試命令組成，通過這些命令對被管電信設(shè) 備進行日常維護，如系統(tǒng)測試、單板測試、CPU測試和內(nèi)存測試等。這里，測 試命令中包含電信設(shè)備標識。
測試任務(wù)組裝子模塊，用于配置測試任務(wù)參數(shù)，將測試任務(wù)參數(shù)與及一條 或多條測試功能組裝成測試任務(wù)。
測試任務(wù)組裝子模塊組裝針對相同或不同電信設(shè)備303的測試任務(wù)，將一條 或多條測試功能作為一組測試任務(wù)進行管理。該測試任務(wù)參數(shù)包括測試周期， 初次觸發(fā)時間，測試起止時間，測試次數(shù)等。其中，測試周期的參數(shù)單位可以 為秒、分、小時、天或月；初次觸發(fā)時間是周期測試任務(wù)第一次執(zhí)行時間，必 須晚于建立測試任務(wù)時間，并且必須在測試起止時間之間；測試起止時間為測 試任務(wù)執(zhí)行的時間范圍；測試次數(shù)為循環(huán)執(zhí)行該測試任務(wù)的次數(shù)，也可以為單 條測試功能指定測試次數(shù)。
該測試任務(wù)中每個測試功能對應(yīng)一個或多個電信i殳備標識，標識該測試功 能是針對電信設(shè)備標識所指示的電信設(shè)備303，該測試任務(wù)可以對指定的各個不 同的電信設(shè)備303進4亍測試。
測試任務(wù)管理模塊3012,用于封裝測試任務(wù)消息對象，發(fā)送服務(wù)端302所識 別的測試任務(wù)消息對象到服務(wù)端302,對測試任務(wù)進行管理。
結(jié)合客戶端301和^I良務(wù)端302通信的私有協(xié)議，封裝測試任務(wù)消息對象，并將該測試任務(wù)消息對象發(fā)送到服務(wù)端302。所述測試任務(wù)消息對象包括操作指令 和測試任務(wù)標識，該操作指令為注冊、刪除、暫停、恢復、修改、復制、立即 執(zhí)行測試任務(wù)或查看測試任務(wù)的執(zhí)行結(jié)果消息，這些操作均作為指令而存在。 其中，每個4喿作指令具有自身唯一的指令標識，通過這種指令標識，可定位相 應(yīng)的操作指令，即該操作指令所指示的具體操作內(nèi)容，如注冊、刪除測試任務(wù) 等。另外，該測試任務(wù)標識用于指示該操作指令的執(zhí)行對象，也可用來區(qū)分測 試任務(wù)及測試任務(wù)執(zhí)行結(jié)果消息等。
針對不同才喿作指令，該測試任務(wù)消息對象的內(nèi)容也不同，例如當該操作 指令為注冊測試任務(wù)時，所述測試任務(wù)消息對象為測試任務(wù)、注冊指令及測試 任務(wù)標識；當該操作指令為修改測試任務(wù)時，所述測試任務(wù)消息對象為修改的 測試任務(wù)參數(shù)、修改指令及測試任務(wù)標識。
所述測試任務(wù)管理模塊3012進一步用于注冊消息通道，在客戶端301初始化 時，客戶端301的測試任務(wù)管理模塊3012加載配置信息，該配置信息包括測試任 務(wù)單設(shè)備最大個數(shù)，測試任務(wù)最大總個數(shù)，注冊消息通道等。在客戶端301與服 務(wù)端302之間注冊消息通道是為了能夠即時監(jiān)聽測試任務(wù)的執(zhí)行狀況，而該消息 通道能夠即時接收并轉(zhuǎn)發(fā)來自服務(wù)端302的消息。例如服務(wù)端302能夠通過消 息通道返回該執(zhí)行狀態(tài)信息到客戶端301,以提高對執(zhí)行結(jié)果消息處理效率。
該測試任務(wù)管理模塊3012包括信息收發(fā)子模塊、測試任務(wù)刷新子模塊等。
信息收發(fā)子模塊，用于發(fā)送測試任務(wù)消息對象、接收測試任務(wù)狀態(tài)信息等。 該信息收發(fā)子模塊進一步用于接收測試任務(wù)狀態(tài)信息；
測試任務(wù)刷新子模塊，在獲得測試任務(wù)狀態(tài)信息后，用于顯示并刷新測試 任務(wù)列表。
另外，該例行測試系統(tǒng)包括電信網(wǎng)絡(luò)管理服務(wù)端302,用于接收并解析測試 任務(wù)消息對象，并執(zhí)行對應(yīng)的操作。服務(wù)端302在初始化時將已注冊的測試任務(wù) 載入，并能夠根據(jù)操作指令對測試任務(wù)進行相應(yīng)的操作，例如注冊測試任務(wù)， 服務(wù)端302根據(jù)電信設(shè)備標識將測試任務(wù)中的測試功能重組為電信設(shè)備所識別 的測試指令，并根據(jù)配置的測試任務(wù)參數(shù)設(shè)定測試周期、初次觸發(fā)時間、測試
18次數(shù)等，將測試任務(wù)中解析為電信設(shè)備303能夠識別的測試指令。當測試時間觸 發(fā)時執(zhí)行測試任務(wù)，即是將測試指令分發(fā)到對應(yīng)的電信設(shè)備303中。測試任務(wù)執(zhí) 行完成之后，服務(wù)端302解析執(zhí)行結(jié)果消息，并將測試結(jié)果存儲并將該測試任務(wù) 狀態(tài)信息發(fā)送給客戶端301 。
該例行測試系統(tǒng)的服務(wù)端302包括消息收發(fā)^f莫塊3021、測試任務(wù)處理模塊 3022、執(zhí)行結(jié)果消息處理模塊3023等，其中
消息收發(fā)模塊3021，用于接收測試任務(wù)消息對象、測試任務(wù)的執(zhí)行結(jié)果消 息及發(fā)送測試指令、測試任務(wù)狀態(tài)信息等等。
例如當某個測試任務(wù)的測試時間觸發(fā)時，消息收發(fā)模塊3021將電信設(shè)備 303所識別的測試指令發(fā)送到設(shè)置在電信設(shè)備303側(cè)的通信代理3031 ，該通信代 理303l根據(jù)電信設(shè)備標識再將測試指令轉(zhuǎn)發(fā)到各個對應(yīng)的電信設(shè)備303,該電信 設(shè)備303開始進行測試。這里，測試時間觸發(fā)時執(zhí)行的測試任務(wù)是與具體測試指 令相對應(yīng)的，由于測試指令是根據(jù)測試任務(wù)得到的，因此測試指令中同樣包含 著電信設(shè)備標識。
再如當電信設(shè)備返回測試任務(wù)的執(zhí)行結(jié)果消息之后，消息收發(fā)模塊3021 將其中的測試任務(wù)的執(zhí)行狀態(tài)信息，如執(zhí)行時間和執(zhí)行狀態(tài)，發(fā)送給客戶端301， 通知客戶端301改變測試任務(wù)狀態(tài)，刷新測試任務(wù)列表。
測試任務(wù)處理模塊3022，用于解析測試任務(wù)消息對象，對測試任務(wù)進行對 應(yīng)的操作。
接收測試任務(wù)消息對象后，測試任務(wù)處理模塊3022對該測試任務(wù)消息對象 進行解析，讀取其中的操作指令標識和測試任務(wù)標識，對指定的測試任務(wù)進行 對應(yīng)的操作。測試任務(wù)處理模塊3022主要是通過接收客戶端301的操作指令來進 行注冊、刪除、暫停、恢復、修改、復制及立即執(zhí)行測試任務(wù)等操作。
當接收到注冊、刪除、暫停、恢復、修改、復制以及立即執(zhí)行測試任務(wù)等 操作，服務(wù)端302則執(zhí)行相應(yīng)的操作，并通知客戶端301刷新測試任務(wù)列表或改 變測試任務(wù)狀態(tài)。例如4艮據(jù)刪除指令，服務(wù)端刪除該指定測試任務(wù)；根據(jù)暫 停指令，暫停該測試任務(wù)直到接收到恢復指令；根據(jù)修改指令及修改參數(shù)，修
19改該測試任務(wù)；根據(jù)復制指令，將測試任務(wù)復制；根據(jù)立即執(zhí)行指令，直接觸 發(fā)測試任務(wù)的執(zhí)行。
例如對指定的測試任務(wù)進行注冊操作時，根據(jù)客戶端301設(shè)定的電信設(shè)備 標識對測試任務(wù)中的測試命令進行分組，并根據(jù)配置的測試任務(wù)參數(shù)設(shè)定測試 命令的測試周期、初次觸發(fā)時間、測試次數(shù)等。然后將處理后的測試命令針對 不同電信設(shè)備重新組裝，得到對應(yīng)的各電信設(shè)備303的測試指令。該測試指令符 合相應(yīng)電信設(shè)備303制定的規(guī)范，為電信設(shè)備303能夠識別的測試指令。當測試 任務(wù)注冊到服務(wù)端302后就運行于服務(wù)端302,在客戶端301顯示服務(wù)端302的測 試任務(wù)列表。
執(zhí)行結(jié)果消息處理模塊3023，用于解析執(zhí)行結(jié)果消息并存儲測試任務(wù)的測 試結(jié)果，并對測試任務(wù)的執(zhí)行及執(zhí)行結(jié)果消息進行統(tǒng)一管理。
電-信設(shè)備30^^執(zhí)行結(jié)果消息發(fā)給通信代理3031 ，由通信代理3031將執(zhí)行結(jié) 果消息分包返回給服務(wù)端302。服務(wù)端302再根據(jù)執(zhí)行結(jié)果消息中配置的測試任 務(wù)的電信設(shè)備標識以及測試任務(wù)標識等對執(zhí)行結(jié)果消息進行異步集中處理。當 該測試任務(wù)所有測試功能執(zhí)行完成之后，將執(zhí)行結(jié)果消息以XML文件格式或其 它文本格式存儲在服務(wù)端302指定存儲區(qū)域，以便能夠統(tǒng)一管理執(zhí)行結(jié)果。
需要說明的是，服務(wù)端302啟動時，對測試任務(wù)進行初始化，主要就是初始 化一下全局屬性，然后啟動所有測試任務(wù)；另外，如果該例行測試執(zhí)行同時有 其它測試任務(wù)被觸發(fā)執(zhí)行，則若干測試任務(wù)之間是并行搡作的，而且可以通過 測試任務(wù)的測試任務(wù)標識和指令標識區(qū)分測試任務(wù)的執(zhí)行結(jié)果消息，各測試任 務(wù)之間不響，實現(xiàn)異步集中處理。
在上述實施例中，對各個實施例的描述都各有側(cè)重，某個實施例中沒有詳 述的部分，可以參見其他實施例的相關(guān)描述即可。以上所述，僅為本發(fā)明的較 佳實施例而已，只是用來說明和解釋本發(fā)明，并非用于限定本發(fā)明的保護范圍。 在本發(fā)明的精神和權(quán)利要求保護范圍之內(nèi)，對本發(fā)明所作的任何修改、等同替 換，都落入本發(fā)明的保護范圍。
權(quán)利要求
1、一種例行測試的方法，其特征在于，包括配置測試任務(wù)參數(shù)，組裝測試任務(wù)；客戶端封裝并發(fā)送測試任務(wù)消息對象；服務(wù)端接收并解析測試任務(wù)消息對象，并執(zhí)行對應(yīng)的操作；將測試任務(wù)重組為電信設(shè)備所識別的測試指令，執(zhí)行測試任務(wù)時，將該測試指令分發(fā)到對應(yīng)的電信設(shè)備；測試任務(wù)執(zhí)行完畢后，將測試任務(wù)的測試結(jié)果存儲在服務(wù)端，并將測試任務(wù)狀態(tài)信息返回給客戶端。
2、 根據(jù)權(quán)利要求l所述的例行測試的方法，其特征在于，所述客戶端發(fā)送 測試任務(wù)消息對象之前，進一步包括客戶端在初始化時，與服務(wù)端之間建立 消息通道，接收服務(wù)端返回的測試任務(wù)狀態(tài)信息。
3、 根據(jù)權(quán)利要求1或2所述的例行測試的方法，其特征在于，所述測試任務(wù) 消息對象包括操作指令和測試任務(wù)標識，該操作指令為注冊、刪除、暫停、恢 復、修改、復制、立即執(zhí)行測試任務(wù)或查看測試任務(wù)的執(zhí)行結(jié)果消息；當該操作指令為注冊測試任務(wù)時，所述測試任務(wù)消息對象還包括測試任務(wù)； 當該操作指令為修改測試任務(wù)時，所述測試任務(wù)消息對象還包括修改的測 試任務(wù)參數(shù)。
4、 根據(jù)權(quán)利要求l所述的例行測試的方法，其特征在于，所述服務(wù)端根據(jù) 電信設(shè)備標識對測試任務(wù)重新組裝得到測試指令。
5、 一種例-f亍測試的系統(tǒng)，其特征在于，包括客戶端，用于配置測試任務(wù)參數(shù)，組裝測試任務(wù)；封裝并發(fā)送測試任務(wù)消息對象到電信網(wǎng)絡(luò)管理的服務(wù)端；服務(wù)端，用于接收并解析測試任務(wù)消息對象，并執(zhí)行對應(yīng)的操作；當執(zhí)行測試任務(wù)時，服務(wù)端用于將測試任務(wù)重組為電信設(shè)備所識別的測試指令，分發(fā)測試指令到指定的電信設(shè)備；解析執(zhí)行結(jié)果消息并存儲測試任務(wù)的測試結(jié)果，返回測試任務(wù)狀態(tài)信息給客戶端。
6、 根據(jù)權(quán)利要求5所述的例行測試系統(tǒng)，其特征在于，所述客戶端還用于 注冊消息通道，該消息通道用于接收來自服務(wù)端的測試任務(wù)狀態(tài)信息。
7、 一種電信網(wǎng)絡(luò)管理的客戶端，其特征在于，包括 測試任務(wù)建立模塊，用于配置測試任務(wù)參數(shù)，組裝測試任務(wù)； 測試任務(wù)管理模塊，用于封裝測試任務(wù)消息對象，發(fā)送測試任務(wù)消息對象到電信網(wǎng)絡(luò)管理的服務(wù)端，實現(xiàn)對測試任務(wù)的管理。
8、 根據(jù)權(quán)利要求7所述的電信網(wǎng)絡(luò)管理的客戶端，其特征在于，所述測試 任務(wù)建立模塊包括測試功能設(shè)定子模塊，用于將一個或多個含電信設(shè)備標識的測試命令設(shè)定 為測試功能；測試任務(wù)組裝子模塊，用于配置測試任務(wù)參數(shù)，將該測試任務(wù)參數(shù)及一條 或多條測試功能組裝成測試任務(wù)。
9、 根據(jù)權(quán)利要求7或8所述的電信網(wǎng)絡(luò)管理的客戶端，其特征在于，所述測 試任務(wù)管理模塊進一步用于注冊消息通道；所述測試任務(wù)管理模塊包括信息收發(fā)子模塊，用于發(fā)送測試任務(wù)消息對象； 該信息收發(fā)子模塊進一步用于接收測試任務(wù)狀態(tài)信息；所述測試任務(wù)管理模塊進一步包括測試任務(wù)刷新子模塊，在獲得測試任 務(wù)狀態(tài)信息后，用于顯示并刷新測試任務(wù)列表。
10、 一種電信網(wǎng)絡(luò)管理的服務(wù)端，其特征在于，包括 消息收發(fā)模塊，用于接收測試任務(wù)消息對象、測試任務(wù)的執(zhí)行結(jié)果消息、發(fā)送測試指令、測試任務(wù)狀態(tài)信息；測試任務(wù)處理;漠塊，用于解析測試任務(wù)消息對象，對測試任務(wù)進行對應(yīng)的 操作；執(zhí)行任務(wù)時，將測試任務(wù)解析并重組為各對應(yīng)的電信設(shè)備所識別的測試 指令；執(zhí)行結(jié)果消息處理模塊，用于解析執(zhí)行結(jié)果消息并存儲測試任務(wù)的測試結(jié)果。
全文摘要
本發(fā)明公開了一種例行測試的方法，該方法根據(jù)相同或不同的電信設(shè)備建立各種測試功能，并將該測試功能組裝為測試任務(wù)存儲在電信網(wǎng)絡(luò)管理的服務(wù)端。當測試任務(wù)執(zhí)行時，解析測試功能并獲得對應(yīng)該測試功能的測試指令分發(fā)到不同的電信設(shè)備，針對不同的電信設(shè)備返回的執(zhí)行結(jié)果消息進行處理，將處理得到的測試結(jié)果存儲在該服務(wù)端指定的存儲空間。為實現(xiàn)上述方法本發(fā)明還公開了一種例行測試的系統(tǒng)及相關(guān)設(shè)備，該例行測試的系統(tǒng)包括客戶端和服務(wù)端，該客戶端用于封裝并發(fā)送服務(wù)端所識別的測試任務(wù)消息對象，該服務(wù)端用于接收并解析測試任務(wù)消息對象，執(zhí)行測試任務(wù)，提供對測試任務(wù)及測試結(jié)果的管理功能。
文檔編號H04L12/26GK101483562SQ20091007779
公開日2009年7月15日 申請日期2009年2月19日 優(yōu)先權(quán)日2009年2月19日
發(fā)明者繆澤鋒 申請人:中興通訊股份有限公司