IM協(xié)議

在移動(dòng)信息的傳播方面，必不可少的是信息協(xié)議?，F(xiàn)在，移動(dòng)IM經(jīng)常用的協(xié)議包括以下三種：

第一類常用的是 SIP/SIMPLE 等協(xié)議，這個(gè)在電信網(wǎng)絡(luò)用的比較多，包括全球運(yùn)營(yíng)商都在推廣的下一代融合通信。這類協(xié)議的特點(diǎn)是非常健壯，但是規(guī)范非常復(fù)雜，光是看英文規(guī)范文檔可能就要學(xué)習(xí)一兩年，它能夠讓信息在通信節(jié)點(diǎn)之間傳輸?shù)玫胶芎玫陌踩Ｕ希浅８叩幕ネㄐ?，擴(kuò)展性，同時(shí)在私有部署 的時(shí)候也可裁剪，所以實(shí)際上現(xiàn)在仍然非常多的業(yè)務(wù)在使用這類協(xié)議。

第二類常用的就是 XMPP 協(xié)議，XMPP 是互聯(lián)網(wǎng)開(kāi)源標(biāo)準(zhǔn)的典范。常用的還是 C/S 架構(gòu)。XMPP 協(xié)議的初衷是為互聯(lián)網(wǎng)設(shè)計(jì)的一套協(xié)議，基于 XML協(xié)議，是可擴(kuò)展的，所以理論上你可以將它擴(kuò)展和配置成你想要的業(yè)務(wù)。但是，XMPP 協(xié)議是基于互聯(lián)網(wǎng)早期標(biāo)準(zhǔn)所衍生的，所以它在某些特性上是不適合 移動(dòng)端的，更適合于 PC 端，比如它的數(shù)據(jù)包比較大，另外在斷線重連上做的也不夠好。

XMPP協(xié)議也會(huì)產(chǎn)生一些問(wèn)題，比如丟消息、延遲響應(yīng)慢等等，根源還在于 XMPP 機(jī)制上更多的還是考慮了穩(wěn)定的網(wǎng)絡(luò)環(huán)境設(shè)計(jì)的。XMPP 雖然是開(kāi)源的軟件，開(kāi)源代表免費(fèi)，但開(kāi)源不代表不需要花時(shí)間，很多時(shí)候?yàn)榱私鉀Q一個(gè)小小的問(wèn)題，你必須通讀它的源代碼，你才知道問(wèn)題出在哪里，如何解決。

第三類常用是物聯(lián)網(wǎng)協(xié)議，比如目前比較知名的MQTT協(xié)議，這是 IBM 開(kāi)發(fā)的一款支持多平臺(tái)的，非常節(jié)省資源的一套通信協(xié)議。這類協(xié)議的特點(diǎn)就是預(yù)設(shè)場(chǎng)景很簡(jiǎn)單，發(fā)送和接收信息都是一次，報(bào)文盡量簡(jiǎn)短。

數(shù)據(jù)管理

數(shù)據(jù)管理涉及到各個(gè)層次的元數(shù)據(jù)，管理的內(nèi)容包括元數(shù)據(jù)的獲取、元數(shù)據(jù)的更新、使用和面向應(yīng)用項(xiàng)目的元數(shù)據(jù)使用處理等多個(gè)方面。

數(shù)據(jù)的管理涉及數(shù)據(jù)庫(kù)、數(shù)據(jù)處理軟件、數(shù)據(jù)使用系統(tǒng)、面向應(yīng)用的數(shù)據(jù)分析等各個(gè)環(huán)節(jié)。下面給出了一種普通意義的以元數(shù)據(jù)信息系統(tǒng)為基礎(chǔ)的元數(shù)據(jù)管理模式：

通常意義上的數(shù)據(jù)管理是指元數(shù)據(jù)通過(guò)各種途徑形成后，對(duì)其內(nèi)容的添加、刪除、更新等涉及內(nèi)容改變的操作和元數(shù)據(jù)內(nèi)容檢索、查詢、放置、組織等常規(guī)性元數(shù)據(jù)操作，從這種意義上元數(shù)據(jù)的管理可以通過(guò)兩種方式實(shí)現(xiàn)，即系統(tǒng)管理模式和用戶管理模式。系統(tǒng)管理模式是面向數(shù)據(jù)庫(kù)的，由數(shù)據(jù)庫(kù)管理系統(tǒng)專業(yè)人員完成，數(shù)據(jù)用戶只有使用權(quán)，沒(méi)有元數(shù)據(jù)的操作權(quán)，數(shù)據(jù)應(yīng)用項(xiàng)目中新生成的數(shù)據(jù)集的元數(shù)據(jù)也有應(yīng)用系統(tǒng)傳遞給數(shù)據(jù)庫(kù)管理員，然后由數(shù)據(jù)庫(kù)管理員統(tǒng)一管理。

這種方式中，數(shù)據(jù)在處理過(guò)程中形成的動(dòng)態(tài)元數(shù)據(jù)很難及時(shí)記錄下來(lái)。另一種管理方式是用戶管理模式，它是面向應(yīng)用項(xiàng)目的，即允許某些數(shù)據(jù)用戶在數(shù)據(jù)應(yīng)用元數(shù)據(jù)的變動(dòng)信息直接反饋給元數(shù)據(jù)庫(kù)，這樣則能保證元數(shù)據(jù)的動(dòng)態(tài)更新和新生成數(shù)據(jù)集元數(shù)據(jù)的及時(shí)捕獲及寫(xiě)入元數(shù)據(jù)文件。

Hybrid

Hybrid App（混合模式移動(dòng)應(yīng)用）是指介于web-app、native-app這兩者之間的app，兼具“Native App良好用戶交互體驗(yàn)的優(yōu)勢(shì)”和“Web App跨平臺(tái)開(kāi)發(fā)的優(yōu)勢(shì)”。由于Hybrid App技術(shù)基于HTML5低成本跨平臺(tái)開(kāi)發(fā)優(yōu)勢(shì)又兼具Native App特質(zhì)，并且很快吸引了眾人的目光。其大幅的降低了移動(dòng)應(yīng)用的開(kāi)發(fā)成本，可以通過(guò)現(xiàn)有應(yīng)用商店模式發(fā)行，在用戶桌面形成獨(dú)立入口。

Hybrid App方案是一把雙刃劍，一方面它平衡了Native App和Web頁(yè)面的優(yōu)缺點(diǎn)，一定程度上解決了Native App開(kāi)發(fā)過(guò)程中迭代慢，版本依賴，Native開(kāi)發(fā)資源不足的問(wèn)題，但另一個(gè)方面過(guò)度依賴Hybrid方案會(huì)造成Web前端開(kāi)發(fā)成本快速上升，甚至造成App整體體驗(yàn)下降以及功能缺失。

時(shí)間／地理圍欄

時(shí)間／地理圍欄（Geo-fencing）是LBS的一種新應(yīng)用，就是用一個(gè)虛擬的柵欄圍出一個(gè)虛擬地理邊界。當(dāng)手機(jī)進(jìn)入、離開(kāi)某個(gè)特定地理區(qū)域，或特定的時(shí)間，手機(jī)可以接收自動(dòng)通知和警告。有了時(shí)間／地理圍欄技術(shù)，位置社交網(wǎng)站就可以幫助用戶在進(jìn)入某一地區(qū)時(shí)自動(dòng)登記。其有幾個(gè)關(guān)鍵點(diǎn)：

1.地理區(qū)域是被網(wǎng)格化的。網(wǎng)格化的標(biāo)準(zhǔn)是根據(jù)一個(gè)地理區(qū)域內(nèi)的業(yè)務(wù)和商業(yè)聚類的，而不是純粹的經(jīng)緯度和城市地圖的匹配。

2.實(shí)際上地理圍欄的各個(gè)圍欄的區(qū)隔是一個(gè)個(gè)的應(yīng)用需求群地圖。主要的商業(yè)需求聚集在特定區(qū)域，形成的一個(gè)聚合信息服務(wù)區(qū)域。

3.終端自己或者在網(wǎng)絡(luò)幫助下能夠識(shí)別所處的圍欄。

4.用戶的圍欄信息彼此之間能夠共享，也能夠與應(yīng)用開(kāi)發(fā)商分享。

5.雙向、互動(dòng)是關(guān)鍵。

6.商業(yè)群落是地理圍欄的核心，類似城市的商圈。

7.價(jià)值整合、場(chǎng)景整合、信息流資金流整合是關(guān)鍵。

容器化

容器為應(yīng)用程序提供了隔離的運(yùn)行空間：每個(gè)容器內(nèi)都包含一個(gè)獨(dú)享的完整用戶環(huán)境空間，并且一個(gè)容器內(nèi)的變動(dòng)不會(huì)影響其他容器的運(yùn)行環(huán)境。為了能達(dá)到這種效果，容器技術(shù)使用了一系列的系統(tǒng)級(jí)別的機(jī)制來(lái)進(jìn)行空間隔離，通過(guò)文件系統(tǒng)的掛載點(diǎn)來(lái)決定容器可以訪問(wèn)哪些文件，確定每個(gè)容器可以利用多少資源。此外容器之間共享同一個(gè)系統(tǒng)內(nèi)核，這樣當(dāng)同一個(gè)庫(kù)被多個(gè)容器使用時(shí)，內(nèi)存的使用效率會(huì)得到提升。

目前，有更多客戶正朝著應(yīng)用的容器化遷移，確保第三方應(yīng)用可以分享我們?nèi)萜骰沫h(huán)境并啟用帶有SDK的私有應(yīng)用。

 作者：國(guó)信靈通 李斌