運(yùn)營商移動(dòng)應(yīng)用門戶整合思路探討

郝金隆

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

【關(guān)鍵字】 運(yùn)營商 移動(dòng)應(yīng)用門戶 應(yīng)用

一、引言

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

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

2.1原生開發(fā)模式

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

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

2.2 WEB模式

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

2.3混合模式

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

三、移動(dòng)應(yīng)用門戶整合思路

3.1總體思路

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

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

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

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

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

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

3.2待閱整合

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

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

3.3待辦整合

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

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

3.4應(yīng)用整合

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

3.5其他改造要求

3.5.1 接口建設(shè)

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

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

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

3.5.2原有客戶端改造

原有移動(dòng)客戶端需做以下兩方面的改造：

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

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

四、小結(jié)

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