專利名稱：一種向終端發(fā)布通知的方法、相關裝置及系統的制作方法
技術領域：
本發(fā)明涉及通信領域，具體而言，涉及一種向終端發(fā)布通知的方法、相關裝置及系統。
背景技術：
短連接是只有在有數據傳輸的時候才進行連接，客戶一服務器通信/傳輸數據完畢就關閉連接。在開發(fā)采用短連接，例如http協議進行通信的客戶一服務器應用程序時，在一些場景下服務端需要即時的、主動的向客戶端發(fā)送一些通知信息。如天氣預報，服務端在預測到一些特殊天氣時會主動的、即時的向客戶端發(fā)送預警信息，例如“大風藍色預警，預計16日傍晚渤海區(qū)域西北風6到7級，大連附近海域和航線將受影響，請注意防范。”的信息。但實現這樣的需求往往比較困難，因為服務端與客戶端采用的是短連接通訊，服務端無法直接定位到客戶端。業(yè)界目前一般采用以下幾種方式來解決這個問題客戶端輪詢方式、短信方式、短連接長輪詢方式，這些方案都存在一定的缺陷，如不斷輪詢的方式會使服務器端產生較大的壓力，短信方式要求客戶端必須具備接收短信的能力，而且發(fā)送短信還會產生費用，因此增加了開銷。此外，業(yè)界的一些推送系統都是基于統一類型的終端，如蘋果的APNS、只能支持IOS設備，Google的C2DM只支持android系統終端，如果一個用戶擁有多類型終端，期望根據這些設備的在線情況與接收情況實現多終端的智能推送就成了一個難題。

發(fā)明內容
本發(fā)明提供了一種向終端發(fā)布通知的方法、相關裝置及系統，用于解決現有技術中采用短連接通信的應用服務端無法主動的、即時的向安裝在用戶多終端設備上的應用客戶端推送通知的問題。根據本發(fā)明的一個 方面，提供了一種向終端發(fā)布通知的方法，包括響應終端設備的長連接請求并保持與終端設備的連接；接收并驗證終端設備的登陸數據；如果終端設備通過驗證，則當接收到來自終端設備的用戶與設備的綁定請求時，將終端設備與用戶的對應關系保存到用戶設備綁定列表；當接收到來自應用服務端的通知時，在用戶設備綁定列表中提取與用戶綁定的設備的信息；向與用戶綁定的設備發(fā)送通知。進一步地，上述方法還包括接收來自終端設備與用戶解綁請求，在用戶設備綁定列表中刪除終端設備與用戶的對應關系。進一步地，上述方法還包括在響應終端設備的長連接請求并保持與終端設備的長連接之后，設置終端設備的狀態(tài)為在線狀態(tài)；當終端關機、退出系統或與通知推送服務端斷開連接時，設置終端設備的狀態(tài)為離線狀態(tài)。其中，上述向設備列表中的設備發(fā)送通知包括當設備列表中的終端設備在線時向終端設備發(fā)送通知。其中，上述向與用戶綁定的設備發(fā)送通知包括優(yōu)先向設備列表中處于在線狀態(tài)的終端設備發(fā)送通知，通知發(fā)送成功后不再向設備列表中后續(xù)上線的設備發(fā)送通知；如果設備列表中不存在處于在線狀態(tài)的終端設備，則優(yōu)先向第一個上線的終端設備發(fā)送通知，通知發(fā)送成功后不再向設備列表中后續(xù)上線的設備發(fā)送通知。根據本發(fā)明的另一個方面，提供了一種接收通知的方法，包括當終端設備處于開機且與通信網絡連接的狀態(tài)時，主動與通知推送服務端建立長連接；根據終端設備的信息生成登陸數據，將登陸數據發(fā)送至通知推送服務端；在終端設備通過推送服務端的驗證并且用戶在終端設備上登錄后，如果終端設備未與用戶建立綁定關系，則將用戶的信息發(fā)送至通知推送服務端，以使通知推送服務端將用戶與終端設備進行綁定；接收來自通知推送服務端的通知，根據通知所屬的應用將通知分發(fā)到終端設備上對應的應用客戶端中。根據本發(fā)明的另一個方面，提供了一種向終端發(fā)布通知的裝置，包括響應模塊，用于響應終端設備的長連接請求并保持與終端設備的連接；驗證模塊，用于接收并驗證終端設備的登陸數據；保存模塊，用于當終端設備通過驗證，接收到來自終端設備的用戶與設備的綁定請求時，終端設備與用戶的對應關系保存到用戶設備綁定列表；提取模塊，用于如果終端設備通過驗證，則當接收到來自終端設備的用戶與設備的綁定請求時，將終端設備與用戶的對應關系保存到用戶設備綁定列表；發(fā)送模塊，用于向與已與用戶綁定的設備發(fā)送通知。進一步地，上述裝置還包括解綁模塊，用于接收來自終端設備與用戶解綁請求，在用戶設備綁定列表中刪除終端設備與用戶的對應關系。進一步地，上述裝置還包括第一設置模塊，用于在響應終端設備的長連接請求并保持與終端設備的長連接之后，設置終端設備的狀態(tài)為在線狀態(tài)；第二設置模塊，用于當終端關機、退出系統或與通知推送服務端斷開連接時，設置終端設備的狀態(tài)為離線狀態(tài)。其中，上述發(fā)送模塊包括第一發(fā)送單元，用于當設備列表中的終端設備在線時向終端設備發(fā)送通知。

其中，上述發(fā)送模塊包括第二發(fā)送單元，用于優(yōu)先向設備列表中處于在線狀態(tài)的終端設備發(fā)送通知，通知發(fā)送成功后不再向設備列表中后續(xù)上線的設備發(fā)送通知；第三發(fā)送單元，用于如果設備列表中不存在處于在線狀態(tài)的終端設備，則優(yōu)先向第一個上線的終端設備發(fā)送通知，通知發(fā)送成功后不再向設備列表中后續(xù)上線的設備發(fā)送通知。根據本發(fā)明的又一個方面，提供了一種接收通知的裝置，包括建立模塊，用于當終端設備處于開機且與通信網絡連接的狀態(tài)時，主動與通知推送服務端建立長連接；第二發(fā)送模塊，用于在終端設備通過推送服務端的驗證并且用戶在終端設備上登錄后，如果終端設備未與用戶建立綁定關系，將用戶的信息發(fā)送至通知推送服務端，以使通知推送服務端將用戶與終端設備進行綁定；分發(fā)模塊，用于接收來自通知推送服務端的通知，根據通知所屬的應用將通知分發(fā)到終端設備上對應的應用客戶端中。根據本發(fā)明的再一個方面，提供了一種向終端發(fā)布通知的系統，包括上述向終端發(fā)布通知的裝置以及接收通知的裝置。本發(fā)明的技術方案中，終端設備與通知推送服務端采用長連接通信方式進行通信，并且將通知發(fā)送至用戶綁定的設備列表中的終端設備，解決了現有技術中采用短連接通信的應用服務端無法主動的、即時的向安裝在用戶多終端設備上的應用客戶端推送通知的問題。同時，由于服務端與客戶端采用長連接通訊方式，可以實時向用戶綁定終端列表中的終端推送通知，并且可以向與用戶綁定的多個終端發(fā)送通知，提高了用戶體驗。將終端設備與用戶信息進行綁定，并將終端設備與用戶信息的對應關系保存到用戶綁定的設備列表，這樣可以實現將應用服務器的通知發(fā)布到與用戶建立綁定關系的多個終端設備，擴大了通知發(fā)布的范圍。


圖1是本發(fā)明的向終端發(fā)布通知的方法的流程圖；圖2為本發(fā)明的另一種接收通知的方法的流程圖；圖3是本發(fā)明的通知推送服務端向終端發(fā)送通知的方法流程圖；圖4是本發(fā)明的終端設備注冊與登陸過程的信令流程圖；圖5是本發(fā)明的終端設備與用戶綁定過程的信令流程圖；圖6是本發(fā)明的通知推送服務端向終端設備推送消息過程的信令流程圖；圖7是本發(fā)明的向終端發(fā)布通知的裝置的結構框圖；圖8是本發(fā)明的接收通知的裝置的結構框圖。
具體實施例方式為使本發(fā)明的上述目的、特征和優(yōu)點能夠更加明顯易懂，下面結合附圖和具體實施方式
對本發(fā)明實施例作 進一步詳細的說明。本發(fā)明中終端設備與通知推送端采用長連接通信方式，所謂長連接就是指在基于tcp的通訊中，一直保持連接，不管當前是否發(fā)送或者接收數據。圖1是本發(fā)明的向終端發(fā)布通知的方法的流程圖。如圖1所示，該方法包括以下步驟步驟101 :響應終端設備的長連接請求并保持與終端設備的連接；步驟102 :接收并驗證終端設備的登陸數據；步驟103 :如果終端設備通過驗證，則當接收到來自終端設備的用戶與設備的綁定請求時，將終端設備與用戶的對應關系保存到用戶設備綁定列表；步驟104 :當接收到來自應用服務端的通知時，在用戶設備綁定列表中提取與用戶綁定的設備的信息；步驟105 :向與用戶綁定的設備發(fā)送通知。上述步驟101至步驟105可以是由位于通知推送服務器上的通知推送服務端執(zhí)行的，具體地可以是該服務端與位于用戶的終端設備上的客戶端的通訊交互過程。該通知推送服務端與終端設備實時通訊，該服務端可以對外提供不同的通知發(fā)布接口，允許多種不同類型的應用服務端調用該通知發(fā)布接口向客戶端發(fā)布通知，例如可以是具備安卓系統的終端、MTK系統的終端、Linxu系統的終端或IOS系統的終端等。冋時，用戶可以綁定多個終端設備，因此，在上述步驟105中將通知發(fā)送至與用戶綁定的設備列表中的設備。在本實施例中，為了避免在用戶退出系統后仍然會收到系統的消息，上述方法還可以包括以下步驟接收來自所述終端設備與用戶解綁請求，在所述用戶設備綁定列表中刪除所述終端設備與用戶的對應關系。當用戶登出系統時，終端設備上的通知推送客戶端主動向通知推送服務端發(fā)送用戶的信息，以便通知推送服務端解除用戶與終端設備的綁定關系，具體地，可以是服務端在設備綁定列表中刪除用戶與終端設備的對應關系。當通知推送服務端對終端設備的長連接請求進行認證后，響應終端設備的長連接請求，并保持與終端設備的長連接，設置終端設備的狀態(tài)為在線狀態(tài)；當終端設備關機或退出登陸時，客戶端會主動向通知推送服務端發(fā)送下線消息，通知推送服務端根據該下線消息將終端設備的狀態(tài)設置為離線狀態(tài)，如果終端設備因網絡原因無法與通知推送服務端通信時，通知推送服務端同樣將終端設備的狀態(tài)設置為離線狀態(tài)。根據用戶綁定的終端是否處于在線狀態(tài)，可以采用以下幾種通知發(fā)布模式向終端發(fā)布通知在線優(yōu)先模式優(yōu)先向用戶綁定設備列表中的在線設備推送通知，推送成功后不再向其他不在線的設備推送通知，如果沒有在線設備，則將優(yōu)先向第一個上線的設備推送通知，通知推送成功后不再向其他設備推送通知。在線模式僅僅當用戶綁定設備列表中的設備在線時，向終端設備推送通知。標準模式向用戶綁定設備列表中的設備推送通知，無論設備是否在線。此外，當用戶設備不在線時，通知分發(fā)服務器可以將用戶的通知進行保管，以便在用戶上線后將通知再發(fā)送給用戶設備，為了避免給通知分發(fā)服務器造成過大的負擔，可以設置離線通知的最長?！す芷跒?天。圖2為本發(fā)明的接收通知的方法的流程圖。如圖2所示，該方法包括以下步驟步驟201 :當終端設備處于開機且與通信網絡連接的狀態(tài)時，主動與通知推送服務端建立長連接；步驟202 :根據終端設備的信息生成登陸數據，將登陸數據發(fā)送至通知推送服務端;步驟203 :在終端設備通過推送服務端的驗證并且用戶在終端設備上登錄后，如果所述終端設備未與所述用戶建立綁定關系，將用戶的信息發(fā)送至通知推送服務端，以使通知推送服務端將用戶與終端設備進行綁定；步驟204 :接收來自通知推送服務端的通知，根據通知所屬的應用將通知分發(fā)到終端設備上對應的應用客戶端中。上述步驟201至步驟204可以是位于終端設備上的通知推送客戶端執(zhí)行的步驟。其中，根據通知所屬的應用將通知分發(fā)到終端設備上對應的應用客戶端，是根據通知的來源，也就是說通知的創(chuàng)建方來決定將通知發(fā)送給終端設備上的哪個客戶端。例如，來自飛信通知推送服務端的通知需要發(fā)送至終端設備上的飛信推送客戶端。上述步驟202中，具體地，通知推送客戶端可以通過系統函數獲取設備編號，作為登陸終端設備的名稱，采用加密算法對設備編號進行加密運算，生成設備密碼，設備的名稱以及設備的密碼作為登錄數據?；诖耍ㄖ扑头斩吮４嬗邢嗤募用芩惴?，當通知推送服務端對設備進行登陸驗證時，可以通過該加密算法生成密碼并與推送客戶端發(fā)送的密碼進行比對，從而實現對設備的驗證。
圖3是本發(fā)明的通知推送服務端向終端發(fā)送通知的方法流程圖。如圖3所示，該方法包括以下步驟步驟301 :當終端設備處于開機且與通信網絡連接的狀態(tài)時，主動與通知推送服務端建立長連接；步驟302 :推送服務端響應終端設備的長連接請求并保持與終端設備的連接；步驟303 :終端設備根據其自身的信息生成登陸數據，將登陸數據提交到通知推送服務端；步驟304 :通知推送服務端根據登陸數據，對終端設備進行驗證；步驟305 :如果終端設備通過驗證，當該終端設備需要與用戶進行綁定時，則將用戶信息發(fā)送至通知推送服務端；步驟306 :通知推送服務端將終端設備與用戶信息的對應關系保存在用戶設備綁定列表中；步驟307 :當通知推送服務端接收到來自應用服務端的通知時，在用戶設備綁定列表中提取用戶綁定的設備的信息；向設備列表中的設備發(fā)送通知；步驟308 :終端設備接收來 自通知推送服務端的通知，根據通知所屬的應用將通知分發(fā)到終端設備上對應的應用客戶端中。在上述步驟301之前，應用提供商的應用服務器如果要調用通知推送服務，需要預先將其應用在通知推送服務端進行注冊，注冊時需要將應用的名稱、應用的描述、應用客戶端所含終端種類等信息提交給通知推送服務端，可以由系統管理員在服務端將應用注冊、注冊后的應用服務端會為其分配用于唯一標識該應用的標識符以及應用用于生成數字簽名的密鑰，該密鑰可以在調用通知推送服務時使用。以下參照圖4對步驟301至步驟305中的具體信令流程來進行詳細闡述如圖所示，當用戶開啟終端設備，終端系統將自動運行通知推送客戶端，客戶端進行初始化，獲取初始化參數等信息，例如服務器端地址、端口號等，通知客戶端與通知推送服務端建立長連接，客戶端在本地生成登陸信息，通過系統函數獲取設備編碼號，作為登陸設備名稱，可以將設備編號生成設備密碼，進行設備登陸，通知推送服務端對設備進行登陸驗證，驗證成功后返回登陸結果。以下參照信令流程圖5對上述步驟306進行闡述用戶在終端登陸后，終端將設備編號、帳戶ID —并發(fā)送給通知推送服務端，以完用戶綁定，具體在實際應用中，考慮應用的實用性，可以設置用戶只可以綁定同類型的一個終端設備，用戶重復綁定同類型設備將會覆蓋原來的綁定信息。以下參照信令流程圖6對上述步驟307至步驟308進行闡述第三方應用服務器調用通知推送服務，通知推送服務器端對應用服務器進行驗證，并查詢用戶與設備的綁定關系，根據綁定關系將通知內容推送給終端設備。本發(fā)明還提供了一種向終端發(fā)布通知的裝置，圖7是該裝置的結構框圖。如圖7所示，該裝置70包括以下組成部分響應模塊71，用于響應終端設備的長連接請求，保持與終端設備的長連接；驗證模塊72，用于接收并驗證所述終端設備的登陸數據；保存模塊73，用于如果終端設備通過驗證，則當接收到來自終端設備的用戶與設備的綁定請求時，將終端設備與用戶的對應關系保存到用戶設備綁定列表；提取模塊74，用于如果終端設備通過驗證，則當接收到來自終端設備的用戶與設備的綁定請求時，將終端設備與用戶的對應關系保存到用戶設備綁定列表；發(fā)送模塊75，用于向與用戶綁定的設備發(fā)送通知。該裝置70可以是位于通知推送服務器上的推送服務端，用于與終端設備上的通知推送客戶端進行信息交互，從而實現將來自應用服務器的消息推送至終端設備。為了避免用戶退出系統后，終端設備還會收到來自通知推送服務的通知，上述裝置70還可以包括以下模塊第二接收模塊，用于接收用戶退出系統時來自終端設備的用戶信息；解除模塊，用于接收來自終端設備與用戶解綁請求，在用戶設備綁定列表中刪除終端設備與用戶的對應關系。上述裝置70還可以包括設置終端設備在線狀態(tài)的各模塊，以便通知發(fā)布服務器根據終端設備的狀態(tài)來向其發(fā)送通知，基于此，該裝置可以包括以下模塊第一設置模塊，用于在響應終端設備的長連接請求，保持與終端設備的長連接之后，設置終端設備的狀態(tài)為在線狀態(tài)；第二設置模塊，用于當終端關機、退出登陸或與推送服務端斷開連接時，設置終端設備的狀態(tài)為離線狀態(tài)。其中，上述裝置可以支持不同的通知發(fā)布模式，基于此，發(fā)送模塊可以包括第一發(fā)送單元，用于當`所述設備列表中的終端設備在線時向所述終端設備發(fā)送所述通知。此外上述裝置還可以采用另一中通知推送模式，基于此，上述裝置還可以包括以下單元第二發(fā)送單元，用于優(yōu)先向設備列表中處于在線狀態(tài)的終端設備發(fā)送通知，通知發(fā)送成功后不再向設備列表中后續(xù)上線的設備發(fā)送通知；第三發(fā)送單元，用于如果設備列表中不存在處于在線狀態(tài)的終端設備，則優(yōu)先向第一個上線的終端設備發(fā)送通知，通知發(fā)送成功后不再向設備列表中后續(xù)上線的設備發(fā)送通知。圖8是本發(fā)明的接收通知的裝置的結構框圖。如圖8所示，該裝置80包括以下組成部分建立模塊81，用于當終端處于開機且具備網絡的狀態(tài)時，主動與推送服務端建立長連接；生成模塊82，用于根據終端設備的信息生成登陸數據，將登陸數據發(fā)送至通知推送服務端；第二發(fā)送模塊83，用于在終端設備通過推送服務端的驗證并且用戶在終端設備上登錄后，如果所述終端設備未與所述用戶建立綁定關系，將用戶的信息發(fā)送至通知推送服務端，以使通知推送服務端將用戶與終端設備進行綁定；分發(fā)模塊84，用于接收來自通知推送服務端的通知，根據通知所屬的應用將通知分發(fā)到終端設備上對應的應用客戶端中。該裝置80可以是位于終端上的通知推送客戶端。
本發(fā)明還提供了一種向終端發(fā)布通知的系統，該系統包括上述位于終端設備上的通知推送裝置70以及位于通知發(fā)布服務器上的接收通知的裝置80。本發(fā)明的技術方案，終端設備與通知推送端采用長連接通信方式，并且將通知發(fā)送至設備列表中的終端設備，解決了現有技術中服務端與客戶端采用短連接通訊方式時，服務端無法直接定位到客戶端的問題。同時，由于服務端與客戶端采用長連接通訊方式，因此可以實時向用戶綁定終端列表中的終端推送通知，在降低開銷的同時可以向與用戶綁定的多個終端發(fā)送通知，同時，由于通知推送服務端向外提供通知推送接口，可供應用服務器調用，從而向終端設備發(fā)送通知，實現推送系統支持多類型終端的目的，提高了用戶體驗。需要說明的是，在本文中，諸如第一和第二等之類的關系術語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關系或者順序。而且，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設備中還存在另外的相同要素。以上所述僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和 原則之內所作的任何修改、等同替換、改進等，均包含在本發(fā)明的保護范圍內。
權利要求
1.一種向終端發(fā)布通知的方法，其特征在于，包括響應終端設備的長連接請求并保持與所述終端設備的連接；接收并驗證所述終端設備的登陸數據；如果所述終端設備通過驗證，則當接收到來自所述終端設備的用戶與設備的綁定請求時，將所述終端設備與用戶的對應關系保存到用戶設備綁定列表；當接收到來自應用服務端的通知時，在所述用戶設備綁定列表中提取與所述用戶綁定的設備的信息；向與所述用戶綁定的設備發(fā)送通知。
2.根據權利要求1所述的方法，其特征在于，所述方法還包括接收來自所述終端設備與用戶解綁請求，在所述用戶設備綁定列表中刪除所述終端設備與用戶的對應關系。
3.根據權利要求1所述的方法，其特征在于，所述方法還包括在響應終端設備的長連接請求并保持與所述終端設備的長連接之后，設置所述終端設備的狀態(tài)為在線狀態(tài)；當所述終端關機、退出系統或與通知推送服務端斷開連接時，設置所述終端設備的狀態(tài)為離線狀態(tài)。
4.根據權利要求3所述的方法，其特征在于，所述向所述設備列表中的設備發(fā)送所述通知包括當所述設備列表中的終端設備在線時向所述終端設備發(fā)送所述通知。
5.根據權利要求3所述的方法，其特征在于，所述向與所述用戶綁定的設備發(fā)送通知包括優(yōu)先向所述設備列表中處于在線狀態(tài)的終端設備發(fā)送所述通知，所述通知發(fā)送成功后不再向所述設備列表中后續(xù)上線的設備發(fā)送所述通知；如果所述設備列表中不存在處于在線狀態(tài)的終端設備，則優(yōu)先向第一個上線的終端設備發(fā)送所述通知，所述通知發(fā)送成功后不再向所述設備列表中后續(xù)上線的設備發(fā)送所述通知。
6.一種接收通知的方法，其特征在于，包括當終端設備處于開機且與通信網絡連接的狀態(tài)時，主動與通知推送服務端建立長連接;根據所述終端設備的信息生成登陸數據，將所述登陸數據發(fā)送至所述通知推送服務端;在所述終端設備通過所述推送服務端的驗證并且用戶在所述終端設備上登錄后，如果所述終端設備未與所述用戶建立綁定關系，則將所述用戶的信息發(fā)送至所述通知推送服務端，以使所述通知推送服務端將所述用戶與所述終端設備進行綁定；接收來自所述通知推送服務端的通知，根據所述通知所屬的應用將所述通知分發(fā)到所述終端設備上對應的應用客戶端中。
7.—種向終端發(fā)布通知的裝置，其特征在于，包括響應模塊，用于響應終端設備的長連接請求并保持與所述終端設備的連接；驗證模塊，用于接收并驗證所述終端設備的登陸數據；保存模塊，用于當所述終端設備通過驗證，接收到來自所述終端設備的用戶與設備的綁定請求時，將所述終端設備與用戶的對應關系保存到用戶設備綁定列表；提取模塊，用于如果所述終端設備通過驗證，則當接收到來自所述終端設備的用戶與設備的綁定請求時， 將所述終端設備與用戶的對應關系保存到用戶設備綁定列表；發(fā)送模塊，用于向與已與所述用戶綁定的設備發(fā)送通知。
8.根據權利要求7所述的裝置，其特征在于，所述裝置還包括解綁模塊，用于接收來自所述終端設備與用戶解綁請求，在所述用戶設備綁定列表中刪除所述終端設備與用戶的對應關系。
9.根據權利要求7所述的裝置，其特征在于，所述裝置還包括第一設置模塊，用于在響應終端設備的長連接請求并保持與所述終端設備的長連接之后，設置所述終端設備的狀態(tài)為在線狀態(tài)； 第二設置模塊，用于當所述終端關機、退出系統或與通知推送服務端斷開連接時，設置所述終端設備的狀態(tài)為離線狀態(tài)。
10.根據權利要求9所述的裝置，其特征在于，所述發(fā)送模塊包括 第一發(fā)送單元，用于當所述設備列表中的終端設備在線時向所述終端設備發(fā)送所述通知。
11.根據權利要求9所述的裝置，其特征在于，所述發(fā)送模塊包括第二發(fā)送單元，用于優(yōu)先向所述設備列表中處于在線狀態(tài)的終端設備發(fā)送所述通知， 所述通知發(fā)送成功后不再向所述設備列表中后續(xù)上線的設備發(fā)送所述通知；第三發(fā)送單元，用于如果所述設備列表中不存在處于在線狀態(tài)的終端設備，則優(yōu)先向第一個上線的終端設備發(fā)送所述通知，所述通知發(fā)送成功后不再向所述設備列表中后續(xù)上線的設備發(fā)送所述通知。
12.一種接收通知的裝置，其特征在于，包括建立模塊，用于當終端設備處于開機且與通信網絡連接的狀態(tài)時，主動與通知推送服務端建立長連接；第二發(fā)送模塊，用于在所述終端設備通過所述推送服務端的驗證并且用戶在所述終端設備上登錄后，如果所述終端設備未與所述用戶建立綁定關系，將所述用戶的信息發(fā)送至所述通知所述推送服務端，以使所述通知推送服務端將所述用戶與所述終端設備進行綁分發(fā)模塊，用于接收來自所述通知推送服務端的通知，根據所述通知所屬的應用將所述通知分發(fā)到所述終端設備上對應的應用客戶端中。
13.一種向終端發(fā)布通知的系統，其特征在于，包括權利要求7與12所述的裝置。
全文摘要
本發(fā)明公開了一種向用戶多終端發(fā)布通知的方法、相關裝置及系統，用于解決現有技術中采用短連接通信的應用無法主動的、即時的向用戶終端發(fā)布通知的問題。包括響應終端設備的長連接請求并保持與終端設備的連接；接收并驗證終端設備的登陸數據；如果終端設備通過驗證，則當接收到來自終端設備的用戶與設備的綁定請求時，將終端設備與用戶的對應關系保存到用戶設備綁定列表；當接收到來自應用服務端的通知時，在用戶設備綁定列表中提取與用戶綁定的設備的信息；向與用戶綁定的設備發(fā)送通知。該方案支持實時向已經與用戶綁定的終端設備推送通知，并且支持多種智能推送模式，提高了用戶體驗。
文檔編號H04L29/06GK103051715SQ201210566138
公開日2013年4月17日 申請日期2012年12月24日 優(yōu)先權日2012年12月24日
發(fā)明者于波, 李小軍, 李健, 啟哲, 王亮, 李昌忠, 楊波 申請人:東軟熙康健康科技有限公司