消息是提醒用戶有更新的內(nèi)容，可能短信、郵件、好友申請和日程安排。消息的作用在于主動提醒用戶，不需要主動刷新程序或者網(wǎng)頁去檢查更新，比如Android的sina微博，必須手動刷新程序才能更新微博或者查看好友申請。這種做法可以節(jié)省流量，對于手機包月用戶而言非常有必要的。用戶專注于當前任務時，可以接收到其他應用程序推送的消息，用戶可以及時處理多任務。

推送機制

最基礎的方法是程序?qū)崟r聯(lián)網(wǎng)獲取消息，但是程序會占用內(nèi)存，頻繁聯(lián)網(wǎng)耗費電量，程序各自鏈接自有服務器還會占用很多進程。以輪詢（poll）的方式實現(xiàn)時需要程序不定地詢問服務器是否有更新，推送（push）的好處在于有消息時由服務器告知手機客戶端，手機此時再發(fā)起更新，省電省流量，所以智能手機平臺都會有推送服務。

iPhone自3.0之后推出消息推送機制，原理是消息由服務器統(tǒng)一處理：

1、應用服務器Provider將消息和目標發(fā)送給APNs

2、APNs查找目標iPhone并發(fā)送消息

3、iPhone將消息傳遞給應用程序，再彈出Push通知

APNs和iPhone保持15分鐘的心跳式長連接，維護手機和服務器的聯(lián)系正常，否則手機會不停發(fā)起連接，直到連接到服務器為止。程序不必實時開啟和主動檢查更新，當收到APNs消息時，iPhone會彈出對話框Push消息并伴隨著聲音，用戶可以選擇“view”或者“close”。即使用戶當前處在離線狀態(tài)，用戶收到消息之后激活程序，再通過程序鏈接應用服務器下載郵件或者錄音。

WP7的也有相應的推送服務，無論程序是否開啟都可以界面頂部推送Toast Notification，并顯示10秒。WP7的Push Client負責于服務器交互，接受到消息時再傳送給相應的應用程序，而不需要應用程序各自維護一個進程。如果程序被釘在首頁，服務器推送瓦片通知（Tile Notification），改變瓦片的背景圖片、數(shù)字和標題屬性。而彈出框式的原生推送（Raw Notification）只能應用在程序開啟時，容許實時更新界面。

除了iPhone的長連接心跳查詢，PushMail的IMAP可以支持IDLE特性，郵件客戶端登錄連接服務器后不會主動檢查更新，而是停留在空閑狀態(tài)，當服務器接收到新郵件再通知郵件客戶端，此時客戶端會再查詢收郵件。或者依靠短信觸發(fā)，以看不見的短信方式觸發(fā)程序發(fā)起更新，但是短信方式的實現(xiàn)成本較高。（非技術人員，相關技術描述可能有誤）

推送形式

iPhone的消息彈出框如果點擊“view”會影響當前操作，但是如果點擊“close”就再也查看不到消息。由于彈出框形式的限制，沒法像Android狀態(tài)欄那樣同時顯示多條消息。分散在各個屏幕的badge難以管理，多數(shù)badge并沒有實際意義，比如花了很長時間更新可能發(fā)現(xiàn)某個應用程序只是改了個程序名稱。

iPhone的消息缺乏統(tǒng)一的管理，雖然比Android容易推送消息，但在終端沒有將消息聚合起來統(tǒng)一管理，所以有設計師對其加以改進，設計了Notifications App。解鎖界面顯示消息，滑動某條消息可以立即查看具體內(nèi)容。對現(xiàn)有iPhone的界面操作的基礎上加以利用了解鎖界面。

雙擊Home鍵可以從底部調(diào)出消息，而越獄APP Notified Pro和Android一樣利用狀態(tài)欄，兩者目的都是為了全局操作�？紤]到很多游戲會覆蓋狀態(tài)欄，Notifications的方式較好，同時對用戶現(xiàn)有操作系統(tǒng)影響較小。進入該程序中可以對所有消息統(tǒng)一編輯或者清除。

之所以需要統(tǒng)一管理的另外一個原因在于程序越來越多，消息也越多，個別應用程序為了吸引用戶注意力，會頻繁推送消息，導致消息泛濫和影響用戶對重要消息的關注程度。

終端推送設計

除了要了解OS對消息的處理機制和展現(xiàn)形式，消息自身的眾多屬性可以在設計中加以利用，比如消息的元數(shù)據(jù)、狀態(tài)、優(yōu)先級和同步方式等等。

時效性強的短信、微博私信和郵件處理的優(yōu)先級更高，可以優(yōu)先顯示在解鎖界面。好友申請、系統(tǒng)消息和好友評論等優(yōu)先級稍低，只以數(shù)字提醒并且不帶聲音，甚至只能在程序開啟時提醒。未來情景式消息推送會在手機端發(fā)揮作用，優(yōu)先級會依照信息對用戶的有效性有所提升，比如到了某了商店附近觸發(fā)折扣信息的推送。

服務器在推送消息時，如果可以附帶更多樣的處理方式、比如查看完整的140字微博、回復、忽略、已讀和拒絕，不進入其他程序（如Facebook和短消息）就能操作會提高處理的效率，正如MIUI在主頁收到短信時可以立即回復。

程序應該智能識別處理狀態(tài)，比如已讀帶處理的消息標記為badge不再重復聲音提醒，好友申請可以分為同意、拒絕和忽略，對于在各種手機端被用戶忽略的消息可以設定為垃圾消息。

多臺設備的消息可以同步處理，如iPhone端的消息未讀，切換到PC端時，查閱了更新的內(nèi)容之后，iPhone端的消息可以取消推送。

未來的消息推送很有可能會向WP7那樣往集成化的方向發(fā)展，其重要性將越來越高。

文章來源：daichuanqing.com 轉(zhuǎn)載請注明出處鏈接。

標簽： 消息推送設計 信息推送設計 終端推送設計 

版權申明：本站文章部分自網(wǎng)絡，如有侵權，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權歸原作者所有，如需使用，請與原作者聯(lián)系。