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

郝金隆

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

【關鍵字】 運營商 移動應用門戶 應用

一、引言

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

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

2.1原生開發模式

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

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

2.2 WEB模式

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

2.3混合模式

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

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

3.1總體思路

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

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

用戶待閱：包括OA郵件、會議通知、系統通知等需要用戶閱讀而無需反饋的內容。

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

主動應用：包括諸如業務受理、請假申請等需要由用戶主動發起的內容。

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

3.2待閱整合

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

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

3.3待辦整合

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

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

3.4應用整合

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

3.5其他改造要求

3.5.1 接口建設

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

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

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

3.5.2原有客戶端改造

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

啟動時接受移動應用門戶客戶端傳遞的相關參數，將頁面自動跳轉到相應的待辦處理或業務應用界面。

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

四、小結

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