電信政企專線開通過程在移動端展示問題的研究與應用

（中國電信股份有限公司廣東分公司，廣東 廣州 510081）

1 引言

在信息化高度發展的21世紀，電信技術在商業活動、經濟發展中發揮著日益重要的作用。隨著國內電信市場進一步開放，電信運營商迎來了轉型發展的關鍵時期。當前，運營商傳統業務增長乏力，電信市場趨于飽和，加上電信業營改增差異化稅率的實行，對運營商的生產經營造成了直接影響，收入增長出現了“斷崖式”的下降。處在互聯網風口的運營商，迫切需要在“互聯網+”以及對各種數據的開發利用做出新的突破。

目前，電信專線的開通過程存在環節多、時間長、過程不透明、管控難度大的問題。用戶了解開通進度渠道單一、信息失準、周期較長，且運營商自身也難以快速定位開通過程中的服務質量問題，亟需以信息技術創新破解生產流程的黑匣子，實現政企專線開通過程的透明展示，促進服務模式轉變，提升業務開通管控效率和客戶感知。

在此環境背景下，本文對專線開通過程在移動端的展示進行了應用性研究，側重對影響用戶體驗的移動端信息顯示時延和檢索方式 進行了探討，對希望利用移動互聯網手段提升運營生產效率的企業或者有類似需求的行業具有一定的借鑒意義和參考價值。

本文的透明化是指電信政企專線開通過程的端到端透明展示。

2 系統軟硬件實現

透明化APP設計用戶容量20 000戶，同時在線用戶數2 000戶，并發訪問用戶數200戶，遵循系統容量平衡的設計原則和性能適中的原理，硬件配置如下：

◆硬件類型：PC Server

◆CPU：E7-4830 4核 2.13GB

◆內存：20GB

◆硬盤：90GB

比較業界主流數據庫多進程的讀寫效率。Web服務器采用J2EE技術開發。Web中間件選擇Tomcat6.0.43，搭配JDK1.6虛擬機。數據庫選擇Sybase，成本低且符合中大型數據存儲與讀取要求，適合大數據分析及挖掘。軟件配置如下：

◆操作系統：Windows Server 2008 R2 64bit

◆數據庫：Sybase

◆Java虛擬機：JDK1.6

◆Web中間件：Tomcat6.0.43

◆對外服務端口：28090

3 系統開發與應用

透明化APP的核心內容是展示專線開通的過程，進度信息數據從生產流程中的各套生產系統獲取，進行翻譯、分析、轉化后在手機端進行展示。在組網方面，透明化系統與生產系統的對接必須經過中間系統互連。中間系統類似于數據倉庫，匯聚了企業全部生產數據，同時起到了保護企業生產網絡的作用。組網架構示意圖如圖1所示。

圖1 組網架構示意圖

在APP的開發與應用過程中，信息顯示時延大的問題是影響用戶體驗的關鍵因素之一。產生時延的原因有多種，本文總結為服務端時延、客戶端時延以及網絡時延。

從服務端到APP客戶端同步數據的過程中，如果采用的同步方式不恰當，容易引發時延大的問題。本項目為增強環節信息可讀性，減少無效信息的展示，在手機端展示的十五個開通環節是對百余個原始環節進行了封裝處理后的成果。因此，每次從服務端到客戶端的數據同步都要對全量數據進行分析處理。為了信息更新的及時性，服務端設置每隔半小時發送一次數據同步客戶端。由于每次同步時數據讀寫量較大，容易造成讀寫進程頻繁中斷，導致APP頁面顯示時延長，影響了用戶體驗。通過改變數據同步方式以及修改傳輸閾值，有效解決了服務端讀寫能力受限的問題。把數據同步方式由全量同步改為增量同步，可以自動判斷數據備份時間點以及改動的文件，每次只同步兩個數據庫不同的部分，避免了全量數據同步帶來的時延影響。對數據庫傳輸閾值進行修改，減少單位時間內數據讀寫請求，增加每次傳送數據包的容量，使時延問題得到明顯改善。

在客戶端時延改善方面，利用客戶端緩存技術來解決時延問題的效果比較顯著。通常APP應用顯示的信息由兩部分組成，包括本地數據和網絡數據。緩存機制側重把網絡數據保存在本機，當用戶下次打開APP的時候無需再次重新提交網絡請求，在網絡未載入或者剛剛載入時顯示本地的數據，不僅可以減少網絡流量的消耗，還可以減少用戶的等待時間。例如，蘋果手機可以采用iOS緩存技術CoreData開發本地數據存儲，用網絡的時候同步本地的數據，CoreData主要目的是簡化開發離線體驗的成本，為APP提供了較好的離線體驗；Android手機則可以采用SQLite嵌入式數據庫，由于Android系統框架并未提供操作數據庫的應用框架，因此需要開發者自己優化SQL語句。把數據的插入操作放在子線程中，以避免在插入數據時阻塞主線程，造成界面卡頓。在查詢數據時，優先過濾數字條件，再過濾字符條件，可以提升查詢速度。處理索引和數據表使用SQLite的B-tree、B+tree，B-tree索引具有較高的存儲效率和優越的索引結構，只存儲關鍵字段的值和對應記錄的rowid值，提升了存取速度。通過創建索引把數據的一列或多列有序排列，只掃描少量的索引頁和數據頁，從而節省了大量時間，解決了多表高速連接和減少排序時間的問題。

網絡時延的改善可通過增加通信狀態監測機制實現。APP使用HTTP（HyperText Transfer Protocol，超文本傳輸協議）協議進行數據傳輸，HTTP協議下層是TCP（Transmission Control Protocol，傳輸控制協議）協議，當TCP協議連接異常時，HTTP協議繼續發送數據包觸發應用，會導致APP長時間無響應。采用鏈路自動重連技術，通過在HTTP增加TCP連接狀態檢測機制，根據狀態碼判斷TCP連接是否有效，對連接異常的TCP重新建立連接后再觸發應用，能夠及時修復異常鏈路，在網絡質量不好的環境下保障APP運行的穩定性。

模糊檢索技術應用在移動互聯網APP，能夠有效提升信息檢索效率，選擇的索引方式要根據業務特性而定。本項目利用字段索引方式實現了根據多種業務屬性模糊查找電路，如電路的訂單流水號、電路編號或客戶名稱。透明化APP搜索欄根據用戶輸入的字詞快速呈現出信息條，供用戶進行點選。字段索引類似于全文檢索技術，由計算機索引程序通過掃描文章中的每個詞，對每個詞建立一個索引，指明該詞在文章中出現的次數和位置，當用戶查詢時，檢索程序就根據事先建立的索引進行查找，并將查找的結果反饋給用戶，這個過程類似于通過字典中的檢索字表查字的過程。本項目采用的字段索引方式為用戶提供了較好的模糊查找的體驗。

4 系統測試

階段性開發工作完成后，為了提前發現并解決問題，在推廣應用之前要對系統進行壓力測試。本項目的測試環境與實際生產環境一致，網站地址作為測試訪問地址，測試要求如下：

◆模擬每秒有200個人同時訪問APP頁面的穩定性

◆系統參數設置：每秒激發10個線程

◆用戶增長模式：50秒后到達200并發數

◆迭代時間間隔：50秒

◆持續測試時間：2小時

壓力測試表具體如表1所示。每秒有200個用戶同時訪問該系統的情況下，每個用戶顯示頁面的平均時間為2秒，服務器CPU實用率為26.94%，服務器內存使用率為40.01%。根據測試結果顯示，每秒可以滿足200個用戶并發訪問APP。

表1 壓力測試表

根據系統響應時間，把用戶體驗劃分為以下等級：

◆優秀：系統業務響應時間小于2秒

◆良好：系統業務響應時間為2至5秒

◆一般：系統業務響應時間為5至10秒

◆較差：系統業務響應時間大于10秒

經過壓力測試，APP整體性能以及各功能模塊的點擊響應時間在2秒內，達到良好等級。

5 結束語

移動互聯網與傳統互聯網的區別在于使用場景的復雜性、時間的碎片化、屏幕尺寸以及多任務處理的限制，在諸多的約束條件下，如何能為用戶提供滿意的用戶體驗成為移動互聯網產品發展的關鍵，很多產品的設計細節是否能讓用戶滿意往往決定了產品的成敗，這些細節包括時延問題、操作邏輯設計。移動互聯網的產品由無到有，從領先到極致再到顛覆，是對用戶體驗不斷改善的過程。在實際的開發應用過程中，除了通過技術手段提升APP整體響應效率，最重要的就是做好人機交互設計，人機交互是影響用戶體驗的核心要素，而且其重要性日漸凸顯。人機交互不能單靠技術完成，更重要的是靠以用戶體驗為中心的設計，進而衍生出的創新設計理念的交互效果。

此外，本項目的研究仍存在很多不足之處，對應用功能的拓展以及人機交互的設計缺乏一定的廣度和深度，后續將進一步深入研究，爭取取得新的突破。

[1] 林培杰,朱安南,程樹英. Android數據庫SQLite性能優化[J]. 計算機系統應用, 2014,23(4): 193-196.

[2] 丁皓. 基于鏈路數據包錯誤率的空間網絡自動重傳技術研究[D]. 長沙: 國防科學技術大學, 2010.

[3] 曹元大,賀海軍,涂哲明,等. 全文檢索字索引技術的研究與實現[J]. 計算機工程, 2002,28(6): 260-262.

[4] 范士勇,肖勝剛,李博,等. 基于分詞索引的全文檢索技術介紹[J]. 電腦知識與技術, 2007(9): 1201.

[5] 劉自偉. 面向數據庫全文檢索的設計與實現[J]. 微電子學與計算機, 2006,23(4): 53-56.

[6] 任偉. 基于移動互聯網的電信業務開通透明化系統的設計[J]. 移動通信, 2015,39(10): 76-79.

[7] 崔維,李暉,劉佳佳,等. 基于IOS的企業APP客戶端的開發與實現[J]. 科技創新與應用, 2014(24): 30-31.

[8] 孫曉雪. 移動互聯網應用產品之渠道推廣策略[J]. 商情,2013(33): 56.

[9] 高谷蘭. “愛社團”手機APP交互設計[D]. 昆明: 昆明理工大學, 2014.

[10] 于娜. 如何推廣你的APP[J]. 廣告主：市場觀察,2012(1): 47.