[發明專利]一種消息推送方法及系統

有效

• 申請號: 201210387467.7
• 申請日: 2012-10-12
• 公開（公告）號: CN102916867B
• 公開（公告）日: 2019-05-28
• 發明（設計）人: 田力;李鵬;廖迪青;張露
• 申請（專利權）人: 北京百度網訊科技有限公司
• 主分類號: H04L12/58
• 分類號: H04L12/58;H04L29/08
• 代理公司: 北京鴻德海業知識產權代理事務所(普通合伙) 11412
• 代理人: 倪志華

本發明提供了一種消息推送方法及系統，該方法包括：將第三方應用提供的消息數據拆分成消息索引數據和消息內容數據；所述消息索引數據包括消息的屬性數據，所述消息內容數據包括消息的具體內容；依據預設的白名單和接受消息數據列表，以及消息索引數據中的數據，對所述消息索引數據進行篩選，并依據篩選后的消息索引數據獲取對應的消息內容數據；對獲取的消息內容數據進行篩選，將篩選后的消息內容數據推送給前端。根據本發明提供的技術方案，能夠高效靈活的實現各種消息數據的推送。

【技術領域】

本發明涉及互聯網領域，尤其涉及一種消息推送方法及系統。

【背景技術】

互聯網中存在海量的消息數據，如論壇的回復消息、影視劇集的更新消息、好友消息等，由于這些消息數據的結構不完全相同，后端在存儲消息數據時，只能采用組合模式<k,list>的存儲方式，例如，對于消息數據“新信息(1)”，新信息為k，1為list。后端服務器在存儲消息數據后，將消息數據推送到用戶的消息列表中，前端依據消息標識調用不同的展現模板來展現消息列表中的消息數據的具體內容。

目前消息的推送方式存在的問題是：只能支持定制化和較少結構數量的消息數據的推送和展現，不方便對消息推送和展現進行擴展，因此消息推送和展現存在局限性；當出現新類型的消息數據時，上述局限性將導致前端和后端服務器的開發工作量較大，開發成本高。

【發明內容】

本發明提供了一種消息推送方法及系統，能夠高效靈活的實現各種消息數據的推送。

本發明的具體技術方案如下：

根據本發明一優選實施例，一種消息推送方法，包括：

將第三方應用提供的消息數據拆分成消息索引數據和消息內容數據；所述消息索引數據包括消息的屬性數據，所述消息內容數據包括消息的具體內容；

依據預設的白名單和接受消息數據列表，以及消息索引數據中的數據，對所述消息索引數據進行篩選，并依據篩選后的消息索引數據獲取對應的消息內容數據；

對獲取的消息內容數據進行篩選，將篩選后的消息內容數據推送給前端。

上述方法中，該方法還包括：

接收第三方應用下發的用戶的消息數據；或，

依據預設的用戶唯一標識與第三方應用地址的對應關系，找到用戶唯一標識對應的第三方應用，從第三方應用拉取用戶的消息數據；或，

依據預設的URL標識與第三方應用地址的對應關系，找到URL標識對應的第三方應用，從第三方應用拉取用戶的消息數據。

上述方法中，

所述消息的屬性數據包括以下數據：消息類型、消息來源、消息有效期、消息展現標識；

所述消息的具體內容包括以下數據：消息內容、消息描述和消息圖標。

上述方法中，所述對所述消息索引數據進行篩選，具體為：

刪除白名單中不包含的消息來源所對應的消息索引數據，所述白名單為用戶接受的消息來源；

刪除接受消息數據列表中不包含的消息類型對應的消息索引數據，所述接受消息數據列表為用戶接受的消息類型；

刪除消息有效期沒有過期且消息展現標識為不展現、或消息有效期過期且消息展現標識為展現、或消息有效期過期且消息展現標識為不展現的消息索引數據。

上述方法中，所述消息索引數據和所述消息內容數據中還包括：消息唯一標識；

依據所述消息唯一標識確定存儲的所述消息索引數據和所述消息內容數據之間的對應關系。

上述方法中，所述對獲取的消息內容數據進行篩選，具體為：