云南移動營業廳排隊機聯網管理平臺 技術方案交流 應天海樂技術部 馮春浩2010-06-18 1、案例介紹 河南移動排隊機聯網管理項目 2009年 5月份，應天海樂為河南移動開發實施了排隊機聯網管理平臺系統。該系統 采集營業廳排隊叫號、業務辦理、預警服務、應急處理、服務評價、績效考核等關鍵節點的所有信息，通過對信息的匯總、分析、運用，對外優化服務，對內強化管理，使營業廳各項業務流程化，各項流程信息化，績效考核科學化 。 湖北移動排隊機聯網管理平臺 2010年 4月份，應天海樂為湖北移動開發了排隊聯網平臺。 該系統采集所有營業廳的排號數據以供統計分析，加強數據監控，實現預警提醒和預警管理。 根據營業廳的排隊詳情實現統一查詢、統計、分析，從而實現營業廳的量化管理，科學指導營業員的動態排班，加強營業員的專項業務培訓，有效的查找服務短板并提升營業廳服務質量等功能。 重慶移動排隊機聯網項目 應天海樂公司應重慶移動要求， 于 2008年底，應 重慶移動 要求，將重慶移動所有營業廳的 排隊機 聯網，實現了用戶在排隊機輸入手機號后的品牌識別 功能 ，并由此實現了 VIP用戶優先排隊。 2、排隊機聯網系統介紹 系統結構 網 點 排 號 機移 動 內 部 網 絡網 點 排 號 機 網 點 排 號 機 網 點 排 號 機營 業 廳W E B 服 務 器數 據 庫 服 務 器省 中 心 交 換 機省 中 心辦 公 管 理 網管 理 人 員排隊聯網平臺流程圖 L A N 各 個 終 端 設 備 通 過W e b S e r v e i c e 、 上 傳 排 隊數 據 、 狀 態 信 息 到 服 務 器短 信 提 醒 的 形 式 將 預 警 信 息發 給 指 定 用 戶 的 手 機界 面 提 醒 的 形 式 將 預 警 信 息發 給 指 定 用 戶 的 使 用 界 面 網 點 1 網 點 2 網 點 3 客 戶 端 軟 件 自動 檢 測 版 本 、升 級用 戶 使 用 流 程 圖技術路線 采用 B/S結構進行系統設計 使得用戶訪問時不需要安裝任何客戶端軟件，只要能上網，就能通過網頁訪問管理平臺。 同時 B/S系統更容易表現豐富的內容，實現多樣化的功能。 采用 J2EE技術平臺進行開發 為了保證系統具備良好的升級能力的要求，采用 JAVA 技術開發，保證平臺無關性。 由于 JAVA是一種跨平臺開發工具，采用 JAVA開發的系統不需要進行移植，即可直接應用于各種軟硬件平臺，比如X86平臺、 SPARC平臺、 RISC平臺、 POWER PC平臺， Windows、 Linux、 Unix操作系統之下。 因此，采用 JAVA技術開發的系統，具有極高的應用靈活性。可以充分滿足長期使用過程中多種形式的基礎平臺變更所帶來的龐大的系統修改工作和漫長的使用磨合期。 采用 SOA面向服務的體系結構 可以適應以后的異構系統整合。 采用 Linux操作系統進行系統部署 由于 Linux服務器比 windows服務器更穩定可靠和安全，更能符合 7*24小時的服務理念。而且 Linux是開源操作系統，服務價格相對于 Unix系統更有優勢。 采用 分布式集群計算結構 即系統可以部署在由多個服務器組成的集群服務器上，系統能夠自動根據各個服務器的負載進行動態負載均衡。 采用集群計算結構后，系統擴容將變的非常簡單。在系統規模很小時，整個系統部署在一套服務器之上，而系統規模增加時，只需要增加服務器即可，而不需要進行復雜應用軟件安裝、調試工作。可以在系統不停機的情況下，進行平滑的熱升級。 采用集群計算結構后，系統可靠性也得到顯著提高。當某一服務器發生故障，系統會自動調整負載，由其他服務器接管故障服務器的工作。 設計原則 可擴展性 隨著數據量的增加和運行節點的擴展，系統對硬件軟件的要求會不斷提高，系統采用的所有硬件、軟件的選型必須考慮可擴展性要求。同時，應用系統也是本著逐步實施的原則，不斷提高 、不斷完善。 可靠性 系統的運行具有極高的可靠性，具有良好的容錯性能。在不可控災難發生時，具有很好的自恢 復功能，能保證系統不間斷運行。 開放性 系統中選型多樣，每種設備、軟件必須具有良好的開放性，所有硬、軟件都應遵循業界相關標 準，支持開放的標準接口，使整個系統成為一個統一的整體，而不致產生運行上的“孤島”。 系統安全性 由于本系統提供面向網絡用戶的信息服務，所以既要向各類用戶提供各種方式的信息服務，也 要保護系統數據的安全性，整個系統具有良好的安全管理功能，從數據庫存貯、檢索、提取、入庫、發布、管理等各個層面和角度都具有相應的安全機制。 系統集成性 信息的獲取、存儲、管理、檢索、統計、發布等各個環節和有關技術組成在一個統一的體系結 構之中，數據的流動形成一個閉環，不存在數據流斷路的現象。 可維護性 由于系統規模龐大，商戶設備和商戶系統選型較多，具有多平臺、多節點、地域分布廣等特點，系統必須易于維護。在系統建設和開發過程中的每個環節，都必須遵循有關國際、國家標準 。 系統模塊劃分 基 礎 操 作 層 W E B S E R V I C E I N T E R F A C E取 號 模 塊取 號 配 置 模 塊呼 叫 模 塊 呼 叫 配 置 模 塊語 音 模 塊語 音 配 置 模 塊 服 務 模 塊 服 務 配 置 模 塊軟 件 升 級 傳 輸 模 塊 監 控 狀 態 登 記 模 塊軟 件 升 級 檢 測 模 塊 數 據 上 傳 模 塊業 務 邏 輯 層軟 件 升 級 傳 輸 監 控 狀 態 登 記軟 件 升 級 檢 測 數 據 上 傳 存 儲用 戶 展 現 層排 號 數 據數 據 庫查 詢 統 計用 戶 權 限 管 理 機 構 管 理設 備 管 理預 警 管 理 預 警 檢 測預 警 顯 示發 送 短 信業務批量設置 取號界面自由設置 用戶可以按照營業廳的需要自由調整取票界面上業務的數量、業務的名稱，可以在1000 9999范圍之內自由設置每個業務的起始號碼和終止號碼。 界面設置采用可拖動的方式操作，所見即所得 提供預覽效果功能 柜員簽到 設備編號設置 為每套排隊管理系統分配一個設備編號，設備編號的確定通過樹狀機構管理來分配 省 級 營 業 廳 一 級 營 業 廳 一 級 營 業 廳 二 級 營 業 廳 二 級 營 業 廳 二 級 營 業 廳 三 級 營 業 廳 三 級 營 業 廳 二 級 營 業 廳 三 級 營 業 廳 三 級 營 業 廳 網 點 1 網 點 2 設 備 1 設 備 2 一 級 管 理二 級 管 理三 級 管 理四 級 管 理五 級 管 理五 級 管 理 樹 狀 結 構 圖 ：數據上傳設置 在客戶端指定服務器的 IP地址，排隊數據和評價數據可以通過Webservice、實時上傳至后臺服務器 服務器通過設備編號作為主鍵來識別各個營業廳各個設備上傳的排隊 數據信息、狀態信息和預警信息。 排號機客戶端軟件在業務處于等待、辦理、完成不同排隊狀態下、實時的將排隊數據上傳到指定的數據服務器、在聯網狀態下數據延時不 超過 10分鐘。 由于網絡連接可能失敗，需要增加以下三條保障措施： 措施 1：不能影響本地排隊系統的正常運行； 措施 2：本地服務器程序會自動將上傳失敗的排隊數據做標記存儲、增加手動上傳設置功能；當網絡連通時由營業廳工作人員、手動將排 隊數據批量上傳至服務器； 措施 3：每次服務器程序剛剛開始運行時，自動將上傳失敗的排隊數據重新上傳。 軟件自動升級 可配置升級服務器 IP地址和端口號 客戶端有個升級檢測模塊程序，采取啟動時觸發和按日期定時觸發方式進行檢測 當檢測到版本不一致，需要升級時，升級檢測程序能夠控制停止相應的程序，自動下載升級程序并安裝，然后自動重新運行升級后的程序 機構信息管理 角色資料管理 員工信息管理 預警信息管理 預警信息管理 預警短信設置 排隊數據查詢 辦理時長統計 自動更新設置 窗口監控 適時監控各營業廳窗口狀態 窗口柜員編碼、當前辦理業務、已處理業務量 視頻監控 平臺與視頻監控系統對接 按窗口和時間獲取監控視頻 設備狀態監控 性能指標 響應時間 根據大多數人的使用經驗，網頁打開速度在 1-3秒內是允許的范圍，所以響應時間需要控制在 3秒內。 CPU使用率 系統運行時，正常情況下 cpu保持在 50-60%以下，峰值情況下保持在80-95%，如果 cpu超過 95%的使用率，就可能需要進行硬件升級了 。 用戶并發 云南移動現有約 300套排隊系統，需要系統能夠最大支持 200的并發數，綜合考慮，由于每個營業廳每天的排隊業務數會有上限，實際的 并發數遠遠低于 200. 運行要求 按照營業廳的服務時間，排隊系統數據的即時上傳需要提供 7*8小時的服務，而根據排隊聯網平臺的使用要求，需要提供 7*24小時的服務，考慮上線原則，系統需要支持 7*24的服務。 其他廠商設備兼容問題 1、其他廠商設備也使用應天海樂開發的統一的新版客戶端軟件，這樣，就需要