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

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

1 引言

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

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

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

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

2 系統(tǒng)軟硬件實現(xiàn)

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

◆硬件類型：PC Server

◆CPU：E7-4830 4核 2.13GB

◆內(nèi)存：20GB

◆硬盤：90GB

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

◆操作系統(tǒng)：Windows Server 2008 R2 64bit

◆數(shù)據(jù)庫：Sybase

◆Java虛擬機：JDK1.6

◆Web中間件：Tomcat6.0.43

◆對外服務端口：28090

3 系統(tǒng)開發(fā)與應用

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

圖1 組網(wǎng)架構示意圖

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

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

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

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

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

4 系統(tǒng)測試

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

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

◆系統(tǒng)參數(shù)設置：每秒激發(fā)10個線程

◆用戶增長模式：50秒后到達200并發(fā)數(shù)

◆迭代時間間隔：50秒

◆持續(xù)測試時間：2小時

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

表1 壓力測試表

根據(jù)系統(tǒng)響應時間，把用戶體驗劃分為以下等級：

◆優(yōu)秀：系統(tǒng)業(yè)務響應時間小于2秒

◆良好：系統(tǒng)業(yè)務響應時間為2至5秒

◆一般：系統(tǒng)業(yè)務響應時間為5至10秒

◆較差：系統(tǒng)業(yè)務響應時間大于10秒

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

5 結束語

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

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

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

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

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

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

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

[6] 任偉. 基于移動互聯(lián)網(wǎng)的電信業(yè)務開通透明化系統(tǒng)的設計[J]. 移動通信, 2015,39(10): 76-79.

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

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

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

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