專利名稱：基于應(yīng)用仿真的呼叫中心監(jiān)控系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信領(lǐng)域的監(jiān)控手段，特別是一種基于應(yīng)用仿真的呼叫中心 監(jiān)控系統(tǒng)。
背景技術(shù)：
在移動通信領(lǐng)域，客服系統(tǒng)是7X24小時運行的核心支撐系統(tǒng)，隨著系統(tǒng)功 能多樣化、支撐容量不斷提升，系統(tǒng)日常維護工作日趨復(fù)雜和繁重。在日常維護 工作中，經(jīng)過分析發(fā)現(xiàn)，在主要監(jiān)控指標處于正常允許值內(nèi)時，有的后臺應(yīng)用服 務(wù)其實巳經(jīng)處于不工作或半工作的異常狀態(tài)。但是這種狀態(tài)通過常規(guī)的核心指標 監(jiān)控方式很難發(fā)現(xiàn)，因此為誘發(fā)較大規(guī)模系統(tǒng)故障留下隱患。而由于系統(tǒng)復(fù)雜度 不斷提升、應(yīng)用服務(wù)種類、數(shù)量的不斷增加，通過手工對系統(tǒng)進行例檢對維護人 員要求非常高，而且工作量相當大，并且容易出現(xiàn)"漏診"情況。
現(xiàn)有監(jiān)控系統(tǒng)主要是采用核心指標監(jiān)控方式實現(xiàn)。例如，用戶通過熱線進行 話費査詢流程傳統(tǒng)監(jiān)控如圖所示，現(xiàn)有監(jiān)控方式的做法是分別在監(jiān)層面1監(jiān)控 IVR通道占用率，在監(jiān)控層面2和3監(jiān)控應(yīng)用的執(zhí)行成功率等核心指標。由于目 前系統(tǒng)已經(jīng)具有相當規(guī)模，可以說幾乎每個環(huán)節(jié)都是由"集群"方式實現(xiàn)，因此， 當我們各個監(jiān)控層面核心指標都處于"正常"值時，我們很難評估系統(tǒng)是否是完 全正常運行，不能確認是否每一個原子服務(wù)都處于正常工作狀態(tài)。因此，基于核 心指標的現(xiàn)有監(jiān)控方式不能有機將系統(tǒng)結(jié)合起來，不能對單個環(huán)節(jié)存在的故障的 情況準確反映，可能存在"系統(tǒng)總體良好，個別存在問題的情況"的隱患。

發(fā)明內(nèi)容
本發(fā)明提供了一種基于應(yīng)用仿真的呼叫中心監(jiān)控系統(tǒng)，該系統(tǒng)運用獨特視 角，從用戶角度出發(fā)，定時對系統(tǒng)后臺應(yīng)用服務(wù)發(fā)送模擬用戶操作數(shù)據(jù)請求，模 擬用戶真實行為，有機地聯(lián)系各個獨立子系統(tǒng)，模擬語音流或數(shù)據(jù)流完成完整業(yè) 務(wù)流程，并通過實時釆集模塊收集系統(tǒng)中各服務(wù)器設(shè)備、操作系統(tǒng)運行狀態(tài)以及 系統(tǒng)后臺服務(wù)運行情況進行綜合分析，進行集中顯示、告警、故障預(yù)處理，最終 達到對系統(tǒng)進行全方位監(jiān)控的目的。
本發(fā)明的技術(shù)方案如下基于應(yīng)用仿真的呼叫中心監(jiān)控系統(tǒng)，由服務(wù)器端和客戶端組成，其特征在于 包括應(yīng)用仿真模塊、節(jié)點名稱解釋服務(wù)檢測模塊、終端信息采集模塊、集中監(jiān)控 服務(wù)模塊，所述應(yīng)用仿真模塊用于模擬用戶的操作，所述節(jié)點名稱解釋服務(wù)檢測 模塊用于檢測系統(tǒng)功能的實體服務(wù)是否正常到節(jié)點注冊服務(wù)器NNS上注冊，所述
終端信息采集模塊定時獲取各個終端的信息，并發(fā)送給集中監(jiān)控服務(wù)器，所述集 中監(jiān)控服務(wù)模塊接收并記錄終端信息采集模塊傳遞的信息，并根據(jù)定義的策略進 行判斷并作出相應(yīng)的處理。
所述基于應(yīng)用仿真的呼叫中心監(jiān)控系統(tǒng)還包括系統(tǒng)維護報表模塊，用于對客 服系統(tǒng)中各種運行數(shù)據(jù)進行統(tǒng)計，并生成趨勢圖。
所述系統(tǒng)的工作流程是應(yīng)用仿真模塊、節(jié)點名稱解釋服檢測模塊、報表模塊 分別通過集中監(jiān)控服務(wù)模塊接受或發(fā)出信息，然后各終端采集模塊采集到信息后 直接發(fā)送至集中監(jiān)控服務(wù)模塊。
所述用戶的操作包括用戶話費査詢、用戶歸屬地査詢、用戶品牌査詢、密碼 修改請求等各種用戶使用頻率較高的操作。
所述應(yīng)用仿真模塊是由客服系統(tǒng)若干后臺服務(wù)構(gòu)成，如支持服務(wù)注冊的NNS 服務(wù)器和NNRS服務(wù)器、支持系統(tǒng)內(nèi)部消息中轉(zhuǎn)派發(fā)的AppServer中間件、支持 數(shù)據(jù)庫服務(wù)的DataServers中間件、支持BOSS接口查詢的Bosslnterface中間 件等。
所述注冊即各實體服務(wù)定時向NNS服務(wù)器發(fā)送自身運行狀態(tài)狀態(tài)報告，包括 處理消息數(shù)量，流量等信息。
所述節(jié)點名稱解釋服務(wù)檢測模塊進行檢測時是先向NNS服務(wù)器發(fā)起請求，獲 取當前正在運行的實體服務(wù)信息，如數(shù)量、名稱、所在服務(wù)器IP地址等，然后 根據(jù)預(yù)先定義的期望(或正確)的各種實體服務(wù)的信息進行對比，將差異部分通 知管理人員。
所述終端信息采集模塊運行在各服務(wù)器上，通過局域網(wǎng)絡(luò)與設(shè)置于獨立的計 算機上的集中監(jiān)控服務(wù)器保持通訊；同時終端信息采集模塊執(zhí)行集中監(jiān)控服務(wù)端 發(fā)出的各種操作指令。
所述操作指令包括終止進程，重啟進程，重啟服務(wù)器，同步操作系統(tǒng)時間等。 所述集中監(jiān)控端操作指令由操作人員手工發(fā)起、自身命令發(fā)出策略或根據(jù)仿真模塊檢測結(jié)果由集中監(jiān)控服務(wù)模塊中轉(zhuǎn)發(fā)出。
所述定義的策略包括剩余磁盤空間最小允許值，CPU使用率最大允許值等信息。
所述集中監(jiān)控服務(wù)模塊接收并記錄的信息包括主機的CPU、內(nèi)存、磁盤空間、
當前運行進程等信息。
所述集中監(jiān)控服務(wù)模塊作出相應(yīng)的處理包括發(fā)起告警，重啟等指令。 所述應(yīng)用仿真模塊包括話務(wù)員操作仿真部分、應(yīng)用服務(wù)仿真部分、數(shù)據(jù)庫服
務(wù)仿真部分、BOSS接口仿真部分和其他仿真部分，這些仿真的部分根據(jù)具體模 仿的用戶行為單個執(zhí)行或有次序地組合執(zhí)行，則首先使用應(yīng)用服務(wù)仿真部分，再 使用BOSS接口仿真部分。
所述話務(wù)員操作仿真部分模擬前臺業(yè)務(wù)代表的操作，如平臺登錄/退出、 話務(wù)注冊/注銷、工單生成/處理、資料庫訪問等，檢測后臺服務(wù)是否能正常為這 些請求提供正確的服務(wù)。
所述應(yīng)用服務(wù)仿真部分模擬用戶對AppServer (系統(tǒng)內(nèi)部消息中轉(zhuǎn)派發(fā)中間 件)的服務(wù)請求，檢測Appserver是否可以將請求正確中轉(zhuǎn)派發(fā)。
所述數(shù)據(jù)庫服務(wù)仿真部分模擬用戶對DataService (數(shù)據(jù)庫服務(wù)中間件) 的請求，檢測DataService是否可以正確響應(yīng)數(shù)據(jù)庫査詢、添加、刪除、修改等 操作。
所述BOSS接口仿真部分模擬用戶對BossInterface (接口查詢中間件)的 請求，檢測Bosslnterface是否可以正確執(zhí)行接口調(diào)用功能并返回正確結(jié)果。 所述其他仿真數(shù)據(jù)可以根據(jù)實際需要進行靈活配置。 本發(fā)明的有益效果如下
該系統(tǒng)基于應(yīng)用仿真的監(jiān)控技術(shù)采用軟件方式模擬實現(xiàn)用戶行為，拋棄獨立 從各個業(yè)務(wù)環(huán)節(jié)單獨監(jiān)控的方式，而是貫穿整個系統(tǒng)，進行完整業(yè)務(wù)流程模擬， 定時、逐個對后臺服務(wù)進行檢測，從而全面、實時、準確地反映系統(tǒng)情況；通過 對該監(jiān)控系統(tǒng)應(yīng)用，很大程度上降低了客服系統(tǒng)的維護工作量和難度，多次排除 潛在隱患，有效地保障了客服系統(tǒng)的穩(wěn)定性。


圖1為本發(fā)明的系統(tǒng)結(jié)構(gòu)示意2為本發(fā)明的通訊邏輯示意圖 圖3為本發(fā)明的系統(tǒng)流程圖 圖4為本發(fā)明的應(yīng)用結(jié)構(gòu)示意圖
圖5為本發(fā)明運用于用戶通過熱線進行話費查詢過程的流程示意圖
具體實施例方式
實施例1
如圖1 3所示，基于應(yīng)用仿真的呼叫中心監(jiān)控系統(tǒng)，由服務(wù)器端和客戶端
組成，其特征在于包括應(yīng)用仿真模塊、節(jié)點名稱解釋服務(wù)檢測模塊、終端信息 采集模塊、集中監(jiān)控服務(wù)模塊，所述應(yīng)用仿真模塊用于模擬用戶的操作，所述節(jié) 點名稱解釋服務(wù)檢測模塊用于檢測系統(tǒng)功能的實體服務(wù)是否正常到節(jié)點注冊服
務(wù)器NNS上注冊，所述終端信息采集模塊定時獲取各個終端的信息，并發(fā)送給集 中監(jiān)控服務(wù)器，所述集中監(jiān)控服務(wù)模塊接收并記錄終端信息采集模塊傳遞的信 息，并根據(jù)定義的策略進行判斷并作出相應(yīng)的處理，維護人員可通過該模塊的展 示/操作界面了解系統(tǒng)各支撐服務(wù)的運行狀況，并人為進行干預(yù)。
所述基于應(yīng)用仿真的呼叫中心監(jiān)控系統(tǒng)還包括系統(tǒng)維護報表模塊，用于對客 服系統(tǒng)中各種運行數(shù)據(jù)進行統(tǒng)計，并生成趨勢圖。
所述系統(tǒng)的工作流程是應(yīng)用仿真模塊、節(jié)點名稱解釋服檢測模塊、報表模塊 分別通過集中監(jiān)控服務(wù)模塊接受或發(fā)出信息，然后各終端采集模塊采集到信息后 直接發(fā)送至集中監(jiān)控服務(wù)模塊。
所述用戶的操作包括用戶話費查詢、用戶歸屬地査詢、用戶品牌查詢、密碼 修改請求等各種用戶使用頻率較高的操作。
對支撐應(yīng)用仿真模塊功能的中國移動客戶服務(wù)系統(tǒng)進行測試，例如中國移動 公司為用戶提供客服服務(wù)打造的以10086語音接入為主體，輔以傳真、Email等 為媒介的綜合服務(wù)平臺。
所述應(yīng)用仿真模塊是由客服系統(tǒng)若干后臺服務(wù)構(gòu)成，如支持服務(wù)注冊的NNS 服務(wù)器和NNRS服務(wù)器、支持系統(tǒng)內(nèi)部消息中轉(zhuǎn)派發(fā)的AppServer中間件、支持 數(shù)據(jù)庫服務(wù)的DataServers中間件、支持BOSS接口査詢的Bosslnterface中間 件等。
所述應(yīng)用仿真模塊的仿真測試貫穿用戶真實操作的整個業(yè)務(wù)流程。當業(yè)務(wù)流
7程中的某個環(huán)節(jié)出現(xiàn)異常時，比如Appserver消息中轉(zhuǎn)派發(fā)模塊出現(xiàn)異常時，此 次測試就會失敗，仿真模塊會定位到Appserver消息中轉(zhuǎn)派發(fā)模塊發(fā)生故障。根 據(jù)預(yù)先制定的異常處理策略(重啟)，仿真模塊重啟Appserver服務(wù)并再次測試， 若仍然故障，則發(fā)送短信告警通知相關(guān)負責人。
所述注冊即各實體服務(wù)定時向NNS服務(wù)器發(fā)送自身運行狀態(tài)狀態(tài)報告，包括 處理消息數(shù)量，流量等信息。
所述節(jié)點名稱解釋服務(wù)檢測模塊進行檢測時是先向NNS服務(wù)器發(fā)起請求，獲 取當前正在運行的實體服務(wù)信息，如數(shù)量、名稱、所在服務(wù)器IP地址等，然后 根據(jù)預(yù)先定義的期望(或正確)的各種實體服務(wù)的信息(如數(shù)量)進行對比，將差 異部分通知管理人員。
所述終端信息采集模塊運行在各服務(wù)器上，通過局域網(wǎng)絡(luò)與設(shè)置于獨立的計 算機上的集中監(jiān)控服務(wù)器保持通訊；同時終端信息采集模塊執(zhí)行集中監(jiān)控服務(wù)端 發(fā)出的各種操作指令。
所述操作指令包括終止進程，重啟進程，重啟服務(wù)器，同步操作系統(tǒng)時間等。
所述集中監(jiān)控端操作指令由操作人員手工發(fā)起、自身命令發(fā)出策略(如發(fā)現(xiàn) 某進程消失時發(fā)出啟動該進程命令)或根據(jù)仿真模塊檢測結(jié)果由集中監(jiān)控服務(wù)模 塊中轉(zhuǎn)發(fā)出。
所述定義的策略包括剩余磁盤空間最小允許值，CPU使用率最大允許值等信息。
所述集中監(jiān)控服務(wù)模塊接收并記錄的信息包括主機的CPU、內(nèi)存、磁盤空間、 當前運行進程等信息。
所述集中監(jiān)控服務(wù)模塊作出相應(yīng)的處理包括發(fā)起告警，重啟等指令。
所述應(yīng)用仿真模塊包括話務(wù)員操作仿真部分、應(yīng)用服務(wù)仿真部分、數(shù)據(jù)庫服 務(wù)仿真部分、BOSS接口仿真部分和其他仿真部分，這些仿真的部分根據(jù)具體模 仿的用戶行為單個執(zhí)行或有次序地組合執(zhí)行，如模擬用戶話費查詢，則首先使用 應(yīng)用服務(wù)仿i部分，再使用BOSS接口仿真部分。
所述話務(wù)員操作仿真部分模擬前臺業(yè)務(wù)代表的操作，如平臺登錄/退出、 話務(wù)注冊/注銷、工單生成/處理、資料庫訪問等，檢測后臺服務(wù)是否能正常為這 些請求提供正確的服務(wù)。
8所述應(yīng)用服務(wù)仿真部分模擬用戶對AppServer (系統(tǒng)內(nèi)部消息中轉(zhuǎn)派發(fā)中間 件)的服務(wù)請求，檢測Appserver是否可以將請求正確中轉(zhuǎn)派發(fā)。
所述數(shù)據(jù)庫服務(wù)仿真部分模擬用戶對DataService (數(shù)據(jù)庫服務(wù)中間件) 的請求，檢測DataService是否可以正確響應(yīng)數(shù)據(jù)庫査詢、添加、刪除、修改等 操作。
所述BOSS接口仿真部分模擬用戶對BossInterface (接口查詢中間件)的 請求，檢測Bosslnterface是否可以正確執(zhí)行接口調(diào)用功能并返回正確結(jié)果。
所述其他仿真數(shù)據(jù)可以根據(jù)實際需要進行靈活配置。如用需要增加用戶進 行密碼修改的仿真模擬，則首先根據(jù)密碼修改的真實過程，確定幾個需要仿真的 點，如模擬用戶呼入、模擬用戶發(fā)起密碼修改請求，模擬Appserver中轉(zhuǎn)密碼修 改請求、模擬Bosslnterface密碼修改交易。將這些先后串聯(lián)起來就組合成了完 整的用戶密碼修改仿真。 實施例2
如圖4所示，信息采集模塊收集主機信息后上報集中監(jiān)控服務(wù)模塊，并執(zhí)行 集中監(jiān)控服務(wù)模塊下發(fā)的維護指令。
仿真監(jiān)控通過應(yīng)用仿真、節(jié)點檢測和報表監(jiān)控，檢査系統(tǒng)故障點，并上報集 中監(jiān)控服務(wù)模塊，由集中監(jiān)控服務(wù)模塊進行后續(xù)處理。
集中監(jiān)控服務(wù)模塊收集系統(tǒng)各方面信息，并針對故障按照預(yù)先制定的策略實 施維護指令，如通知信息采集模塊重啟進程，通過告警模塊發(fā)送短信告警等。 實施例3
如圖5所示，為本發(fā)明采集的信息方案，其中
CheckAgent即為運行在各實體服務(wù)器上的程序用于收集各實體服務(wù)器上的 信息，并執(zhí)行集中監(jiān)控服務(wù)模塊下發(fā)的維護指令。
CheckServer即為集中監(jiān)控服務(wù)模塊，收集CheckAgent采集的實體服務(wù)器 信息。CheckServer采用主備方式以提高穩(wěn)定性。 CheckAgent收集的信息包括CPU、內(nèi)存、硬盤 硬件信息 系統(tǒng)進程列表*進程監(jiān)控
獲取系統(tǒng)曰志
獲取應(yīng)用軟件版本
* 增力口 windows用戶 CheckAgent可執(zhí)行的維護命令包括
重啟程序 時間同步 文件下載、刪除
IP地址更改 配置修改
修改主機登錄密碼 實施例4
以AppServer服務(wù)故障為例描述仿真監(jiān)控處理的詳盡流程。
(1) 應(yīng)用仿真模擬用戶發(fā)起對AppServer的(系統(tǒng)內(nèi)部消息中轉(zhuǎn)派發(fā)中間 件)的數(shù)據(jù)服務(wù)請求；
(2) AppServer未正確返回響應(yīng)數(shù)據(jù)，應(yīng)用仿真判斷AppServer故障；
(3) 應(yīng)用仿真向集中監(jiān)控服務(wù)模塊發(fā)送故障通知，包括故障AppServer的 IP地址，進程號；
(4) 集中監(jiān)控服務(wù)模塊向?qū)?yīng)IP地址的終端信息采集模塊發(fā)送重啟指令；
(5) 終端信息采集模塊接收到重啟指令，根據(jù)進程號關(guān)閉并重啟AppServer
服務(wù)；
其他仿真模塊工作流程類似。 實施例5
四川移動已經(jīng)開始試用應(yīng)用仿真監(jiān)控系統(tǒng)，目前一直保持0故障率穩(wěn)定運 行，系統(tǒng)援助類工單下降約50%,使得系統(tǒng)穩(wěn)定性指標在同行業(yè)呼叫中心系統(tǒng)中 首屈一指，為四川移動客服系統(tǒng)贏得了良好口碑。系統(tǒng)的實施不僅可以有效地降 低維護人員工作強度和難度，也可以節(jié)約人力公司成本。
單從節(jié)約人工成本角度計算，系統(tǒng)的實施有效地降低系統(tǒng)維護人員工作量和 復(fù)雜度，根據(jù)經(jīng)驗估算，系統(tǒng)每年可以降低至少兩個人年的熟練工程師工作量，節(jié)約人工成本約40萬元。
該監(jiān)控系統(tǒng)實驗使用期間，系統(tǒng)共部署三十余臺服務(wù)設(shè)備，并對這些服務(wù)器 的主要設(shè)備，所有進程，以及兩百余項客服系統(tǒng)服務(wù)流程進行了性能和應(yīng)用仿真 監(jiān)控。隨著系統(tǒng)不斷完善，系統(tǒng)的維護面已經(jīng)覆蓋了客服系統(tǒng)的絕大部份服務(wù)器 以及后臺服務(wù)，目前運行穩(wěn)定。
權(quán)利要求
1、基于應(yīng)用仿真的呼叫中心監(jiān)控系統(tǒng)，由服務(wù)器端和客戶端組成，其特征在于包括應(yīng)用仿真模塊、節(jié)點名稱解釋服務(wù)檢測模塊、終端信息采集模塊、集中監(jiān)控服務(wù)模塊，所述應(yīng)用仿真模塊用于模擬用戶的操作，所述節(jié)點名稱解釋服務(wù)檢測模塊用于檢測系統(tǒng)功能的實體服務(wù)是否正常到節(jié)點注冊服務(wù)器NNS上注冊，所述終端信息采集模塊定時獲取各個終端的信息，并發(fā)送給集中監(jiān)控服務(wù)器，所述集中監(jiān)控服務(wù)模塊接收并記錄終端信息采集模塊傳遞的信息，并根據(jù)定義的策略進行判斷并作出相應(yīng)的處理。
2、 根據(jù)權(quán)利要求l所述基于應(yīng)用仿真的呼叫中心監(jiān)控系統(tǒng)，其特征在于 所述基于應(yīng)用仿真的呼叫中心監(jiān)控系統(tǒng)還包括系統(tǒng)維護報表模塊，用于對客服系 統(tǒng)中各種運行數(shù)據(jù)進行統(tǒng)計，并生成趨勢圖。
3、 根據(jù)權(quán)利要求l所述基于應(yīng)用仿真的呼叫中心監(jiān)控系統(tǒng)，其特征在于-所述系統(tǒng)的工作流程是應(yīng)用仿真模塊、節(jié)點名稱解釋服檢測模塊、報表模塊分別 通過集中監(jiān)控服務(wù)模塊接受或發(fā)出信息，然后各終端采集模塊采集到信息后直接 發(fā)送至集中監(jiān)控服務(wù)模塊。
4、 根據(jù)權(quán)利要求l所述基于應(yīng)用仿真的呼叫中心監(jiān)控系統(tǒng)，其特征在于 所述應(yīng)用仿真模塊是由客服系統(tǒng)若干后臺服務(wù)構(gòu)成。
5、 根據(jù)權(quán)利要求l所述基于應(yīng)用仿真的呼叫中心監(jiān)控系統(tǒng)，其特征在于 所述節(jié)點名稱解釋服務(wù)檢測模塊進行檢測時是先向NNS服務(wù)器發(fā)起請求，獲取當 前正在運行的實體服務(wù)信息然后根據(jù)預(yù)先定義的期望的各種實體服務(wù)的信息進 行對比，將差異部分通知管理人員。
6、 根據(jù)權(quán)利要求1所述基于應(yīng)用仿真的呼叫中心監(jiān)控系統(tǒng)，其特征在于所述終端信息采集模塊運行在各服務(wù)器上,通過局域網(wǎng)絡(luò)與設(shè)置于獨立的計算機上的集中監(jiān)控服務(wù)器保持通訊；同時終端信息采集模塊執(zhí)行集中監(jiān)控服務(wù)端發(fā)出 的各種操作指令。
7、 根據(jù)權(quán)利要求l所述基于應(yīng)用仿真的呼叫中心監(jiān)控系統(tǒng)，其特征在于-所述應(yīng)用仿真模塊包括話務(wù)員操作仿真部分、應(yīng)用服務(wù)仿真部分、數(shù)據(jù)庫服務(wù)仿真部分、BOSS接口仿真部分和其他仿真部分，這些仿真的部分根據(jù)具體模仿的 用戶行為單個執(zhí)行或有次序地組合執(zhí)行，則首先使用應(yīng)用服務(wù)仿真部分，再使用BOSS接口仿真部分。
8、根據(jù)權(quán)利要求7所述基于應(yīng)用仿真的呼叫中心監(jiān)控系統(tǒng)，其特征在于 所述話務(wù)員操作仿真部分模擬前臺業(yè)務(wù)代表的操作；所述應(yīng)用服務(wù)仿真部分模擬 用戶對AppServer的服務(wù)請求，檢測Appserver是否可以將請求正確中轉(zhuǎn)派發(fā)； 所述數(shù)據(jù)庫服務(wù)仿真部分模擬用戶對DataService的請求，檢測DataService 是否可以正確響應(yīng)數(shù)據(jù)庫操作；所述BOSS接口仿真部分模擬用戶對 Bosslnterface的請求，檢測Bosslnterface是否可以正確執(zhí)行接口調(diào)用功能并 返回正確結(jié)果；所述其他仿真數(shù)據(jù)可以根據(jù)實際需要進行靈活配置。
全文摘要
本發(fā)明公開了基于應(yīng)用仿真的呼叫中心監(jiān)控系統(tǒng)，由服務(wù)器端和客戶端組成，包括應(yīng)用仿真模塊、節(jié)點名稱解釋服務(wù)檢測模塊、終端信息采集模塊、集中監(jiān)控服務(wù)模塊，所述應(yīng)用仿真模塊用于模擬用戶的操作，所述節(jié)點名稱解釋服務(wù)檢測模塊用于檢測實體服務(wù)是否正常到節(jié)點注冊服務(wù)器NNS上注冊，所述終端信息采集模塊定時獲取各個終端信息并發(fā)送給集中監(jiān)控服務(wù)器，所述集中監(jiān)控服務(wù)模塊接收、記錄終端信息采集模塊傳遞的信息，并根據(jù)定義的策略進行判斷作出相應(yīng)處理；該系統(tǒng)貫穿整個系統(tǒng)，模擬完整業(yè)務(wù)流程，定時、逐個對后臺服務(wù)進行檢測，全面、實時、準確地反映系統(tǒng)情況；通過該監(jiān)控系統(tǒng)應(yīng)用，降低了客服系統(tǒng)維護工作量和難度，保障了客服系統(tǒng)的穩(wěn)定。
文檔編號H04M3/50GK101316299SQ20071005106
公開日2008年12月3日 申請日期2007年12月30日 優(yōu)先權(quán)日2007年12月30日
發(fā)明者健 曾, 涂天祿, 溫健軍, 剛 陳, 魏亞菲 申請人:中國移動通信集團四川有限公司