運營商移動應用門戶整合思路探討

郝金隆

【摘要】 目前電信運營商各省公司均在大力推進IT系統(tǒng)的移動互聯(lián)網(wǎng)化改造，但是在移動應用的開發(fā)過程中，各廠商獨立開發(fā)，缺乏統(tǒng)一的規(guī)劃，多數(shù)用戶需安裝多套客戶端，用于支撐日常的移動化辦公。筆者結(jié)合多年來在電信運營商企業(yè)信息化規(guī)劃咨詢的經(jīng)驗，提出了運營商移動應用門戶的整合思路。

【關(guān)鍵字】 運營商 移動應用門戶 應用

一、引言

目前電信運營商各省公司均在大力推進IT系統(tǒng)的移動互聯(lián)網(wǎng)化改造，如電信公司的愛營銷、愛運維、銷售助手、數(shù)據(jù)門戶手機版等，移動公司的CRM移動版、ESOP移動版等；但是在移動應用的開發(fā)過程中，一般各運營商都是由各廠商獨立開發(fā)，缺乏統(tǒng)一的規(guī)劃，多數(shù)內(nèi)部用戶需安裝多套客戶端，用于支撐日常的移動化辦公，系統(tǒng)缺乏統(tǒng)一的移動應用入口、統(tǒng)一的應用發(fā)布、統(tǒng)一的安全接入服務。

二、當前移動應用所用的三種開發(fā)模式

2.1原生開發(fā)模式

原生應用程序是某一個移動平臺（比如iOS或安卓）所特有的，使用相應平臺支持的開發(fā)工具和語言（比如iOS平臺支持Xcode和Objective-C，安卓平臺支持Eclipse和Java）。原生應用程序看起來（外觀）和運行起來（性能）是最佳的。

原生應用程序提供了最佳易用性、最佳特性以及最佳總體移動體驗，諸如多點觸控、快速圖形API、內(nèi)部部件（攝像頭、地址簿等）等相關(guān)功能都智能通過原生應用來實現(xiàn)。

2.2 WEB模式

WEB應用程序使用標準的Web技術(shù)，通常是HTML5、JavaScript和CSS。這種只編寫一次、可到處運行的移動開發(fā)方法構(gòu)建的跨平臺移動應用程序可以在多個設(shè)備上運行。雖然開發(fā)人員單單使用HTML5和JavaScript就能構(gòu)建功能復雜的應用程序，但截至本文截稿時仍然存在一些重大的局限性，具體包括會話管理、安全離線存儲以及訪問原生設(shè)備功能（攝像頭、日歷和地理位置等）。

2.3混合模式

混合應用程序讓開發(fā)人員可以把HTML5應用程序嵌入到一個細薄的原生容器里面，集原生應用程序和HTML5應用程序的優(yōu)點（及缺點）于一體。應用可以通過容器來訪問原生平臺功能。

三、移動應用門戶整合思路

3.1總體思路

純WEB模式開發(fā)的應用可以直接通過PC版WEB應用的門戶整合方式進行應用門戶整合，但是目前各運營商移動應用眾多，絕大多數(shù)都存在原生或混合模式開發(fā)的移動應用，故此無法簡單的采用純WEB方式進行移動應用的整合。

筆者將當前移動應用的功能進行了梳理，發(fā)現(xiàn)當前移動應用功能主要分為以下三類：

用戶待閱：包括OA郵件、會議通知、系統(tǒng)通知等需要用戶閱讀而無需反饋的內(nèi)容。

用戶代辦：包括流程審批、裝維接單、計劃任務等需要用戶接受并反饋的內(nèi)容。

主動應用：包括諸如業(yè)務受理、請假申請等需要由用戶主動發(fā)起的內(nèi)容。

根據(jù)上述分類，當前各類應用均可按照上述思路進行拆分整合，整合后的移動應用界面將如下圖所示。

3.2待閱整合

待閱整合建議通過移動應用門戶平臺整合所有平臺的待閱信息（包括通知、公告等）。

移動應用門戶平臺需提供模板定制功能，根據(jù)用戶角色來定義要收取的待閱類型（如OA待閱、郵件、CRM平臺通知、計費通知等），或者由用戶自定義要獲取的待閱類型。移動應用門戶通過接口獲取各個平臺的待閱內(nèi)容。用戶登陸后，移動應用門戶根據(jù)設(shè)置展示用戶所對應的待閱內(nèi)容列表，待用戶點擊后，門戶應用直接進行待閱信息的展示。

3.3待辦整合

考慮到各個應用待辦功能的復雜性，待辦整合可以考慮前期只實現(xiàn)統(tǒng)一的待辦列表，待辦的處理可由原有應用客戶端來實現(xiàn)。同待閱整合一樣，移動應用門戶客戶端需提供模板定制功能，實現(xiàn)待辦內(nèi)容類型的定制，門戶客戶端根據(jù)類型設(shè)置，展示不同類型的待辦任務。

用戶在門戶客戶端點擊某一條待辦信息后，門戶客戶端根據(jù)待辦的類型啟動對應的原有移動應用，并將此待辦的相關(guān)參數(shù)傳遞給相應的移動應用，原有應用收到門戶客戶端參數(shù)后，直接進入待辦處理頁面，完成待辦任務的處理工作。

3.4應用整合

各業(yè)務應用可由不同客戶端實現(xiàn)，但建議通過移動應用門戶實現(xiàn)統(tǒng)一管理、展現(xiàn)，以減少業(yè)務層級。如移動終端版CRM中存在業(yè)務受理、客戶信息查詢等相關(guān)應用，建議移動應用門戶中應用的展示應該為業(yè)務受理、客戶信息查詢等，而不應該是移動終端版CRM。移動應用門戶客戶端同樣需提供業(yè)務定制功能，支持頁面展示的應用的自助化定制。門戶客戶端啟動后，根據(jù)定制顯示不同的應用內(nèi)容。當用戶通過門戶客戶端點擊相應的應用后，客戶端根據(jù)應用歸屬啟動相應的客戶端，并傳入對應應用的參數(shù)。原有客戶端啟動后，根據(jù)傳入的參數(shù)，直接轉(zhuǎn)入相應的頁面即可。

3.5其他改造要求

3.5.1 接口建設(shè)

移動應用門戶客戶端需要與原有移動客戶端建設(shè)以下兩個接口：

單點登陸接口：移動應用門戶客戶端與原有客戶端之間需實現(xiàn)單點登陸，用戶點擊待辦事宜或者啟動相應的業(yè)務應用時，原有客戶端需為已登陸狀態(tài)；

待辦待閱信息同步接口：原有應用需將待辦列表、待閱信息同步給移動應用門戶平臺，以支持其對待辦待閱的整合；

3.5.2原有客戶端改造

原有移動客戶端需做以下兩方面的改造：

啟動時接受移動應用門戶客戶端傳遞的相關(guān)參數(shù)，將頁面自動跳轉(zhuǎn)到相應的待辦處理或業(yè)務應用界面。

記錄啟動時跳轉(zhuǎn)的頁面，當用戶在此返回時直接返回到原有門戶客戶端。

四、小結(jié)

本文分析了移動應用功能的三種分類，提出運營商移動應用門戶的整合方案，并對三種分類的整合方式進行了說明，文中思路可為移動應用門戶整合咨詢設(shè)計方案做參考。