[發明專利]推送消息服務系統和方法

有效

• 申請號: 201380045455.9
• 申請日: 2013-08-30
• 公開（公告）號: CN104584489B
• 公開（公告）日: 2017-09-05
• 發明（設計）人: 李基元
• 申請（專利權）人: 三星電子株式會社
• 主分類號: H04L12/58
• 分類號: H04L12/58
• 代理公司: 北京市柳沈律師事務所11105
• 代理人: 邵亞麗,李琳

技術領域

本公開涉及推送消息服務，并且更具體地，涉及能夠允許服務服務器開發標準化的推送消息格式以便跟上基于不同操作系統(OS)的多平臺環境或者單一用戶賬戶—多平臺環境、并且能夠防止推送消息丟失的推送消息服務方法和系統。

背景技術

隨著通信技術的進步，終端平臺已經多樣化，并且因此，已經開發了各種推送服務以滿足各個終端平臺的需求。

同時，隨著用戶設備的多樣化，單一用戶攜載并使用多個諸如平板PC、智能電話、和其他智能終端的移動設備并不鮮見。

然而，實際的情況是，傳統的推送消息服務系統不能支持在不同的OS上操作的所有移動設備。

例如，雖然擁有的在不同OS上操作的多個設備的大多數用戶想要利用所擁有的設備中的一些或者全部來接收推送消息服務，但是傳統的推送消息服務不能滿足這樣的用戶需求。

這是因為還沒有用于推送服務的消息的標準，并且沒有標準化的推送消息服務系統。因此，在不同平臺上工作的推送服務被提供有它們自己的消息格式定義，因此相關聯的服務也正在基于各自的推送服務定義而被開發。

并且，移動服務也正被開發以支持各種移動平臺。結果，在不同平臺上操作的推送服務定義了不同的消息格式，而這要求同一個服務的特定于多個平臺的版本，并且使得難以開發平臺透明的服務。

近來，大多數用戶使用多個終端設備，并且想要使用所述多個終端設備訪問同一服務。在這種情況下，為了讓用戶利用在不同平臺上操作的終端訪問同一服務，系統必須支持用于多個設備的多推送技術。然而，這個方法存在這樣的缺點：必須針對每個設備和每個推送服務生成同一消息的特定于多個終端的版本。

推送服務的服務質量(QoS)的關鍵因素是維持推送服務服務器和終端的推送服務守護進程(daemon)之間的連接。自然地，推送服務要求推送服務器和推送守護進程之間的持續連接以便立即遞送消息。

然而，由于移動終端的硬件能力有限，難以保證推送服務守護進程的持續激活。因此，存在消息延遲和丟失消息的可能性。

發明內容

技術問題

本公開提供能夠允許服務服務器開發標準化的推送消息格式以便跟上基于不同OS的多平臺環境或者單一用戶賬戶多平臺環境、并且能夠防止推送消息被延遲或丟失的推送消息服務方法和系統。

技術方案

根據本公開的一個方面，提供了一種支持多個平臺的多推送消息系統。該系統包括：至少一個服務服務器，其生成包括按終端授予的推送令牌和將要按推送服務器傳送的消息(pns)的多推送消息；多推送消息管理器，其檢查多推送消息的有效性，解析多推送消息，基于消息(pns)生成與推送服務器的平臺類型相對應的推送消息，并且將推送消息發送到各個推送服務器；以及推送服務器，其向與推送令牌相對應的終端傳送推送消息。

根據本公開的另一個方面，提供了一種基于用戶賬戶向多個設備提供推送消息服務的系統。該系統包括：服務服務器，其生成包括用戶賬戶信息(uid)和每個推送服務器的消息(pns)的基于賬戶的推送消息；用戶信息數據庫，其存儲關于映射到各個用戶賬戶信息的至少一個推送令牌的信息；基于賬戶的推送消息管理器，其檢查基于賬戶的推送消息的有效性、解析基于賬戶的推送消息、提取映射到用戶賬戶信息(uid)的推送令牌、生成與對應于推送令牌的推送服務器的平臺類型相對應的推送消息、并且將推送消息發送到各個推送服務器；以及推送服務器，其向與映射到用戶賬戶信息(uid)的推送令牌相對應的至少一個設備發送推送消息。

根據本公開的另一個方面，提供了一種支持針對不同平臺標準化的多推送消息的方法。該方法包括：在提供不同服務的至少一個服務服務器處接收包括推送令牌的消息；在服務服務器處向多推送消息管理器傳送以標準化消息的格式生成的多推送消息；在多推送消息管理器處檢查多推送消息的有效性；通過解析多推送消息，基于將被傳送到推送服務器的消息(pns)來生成與推送服務器的平臺類型相對應的推送消息；在推送服務器處從多推送消息管理器接收推送消息；以及向與推送令牌相對應的終端傳送推送消息。