推送消息檢測方法及裝置的制造方法
【專利摘要】本發(fā)明實施例提供了一種推送消息檢測方法及裝置，應(yīng)用于智能設(shè)備中，所述智能設(shè)備中的各個客戶端通過推送應(yīng)用與推送服務(wù)器建立連接，所述方法包括：所述推送應(yīng)用接收所述推送服務(wù)器發(fā)送至任一客戶端的推送消息；所述推送應(yīng)用對所述推送消息進(jìn)行推送處理；所述推送應(yīng)用獲取所述推送消息的推送結(jié)果；所述推送應(yīng)用將所述推送結(jié)果反饋給所述推送服務(wù)器。本發(fā)明實現(xiàn)了推送消息推送結(jié)果的有效檢測。
【專利說明】
推送消息檢測方法及裝置
技術(shù)領(lǐng)域
[0001] 本發(fā)明實施例涉及網(wǎng)絡(luò)技術(shù)領(lǐng)域，尤其涉及一種推送消息檢測方法及裝置。
【背景技術(shù)】
[0002] 互聯(lián)網(wǎng)技術(shù)以及電子技術(shù)的發(fā)展，智能設(shè)備的快速普及，使得越來越多的應(yīng)用涌 入到智能設(shè)備中。
[0003] 為了能夠及時的向智能設(shè)備中各應(yīng)用的客戶端提供最新消息，各應(yīng)用服務(wù)端的業(yè) 務(wù)服務(wù)器通常通過推送服務(wù)器采用推送技術(shù)，向客戶端提供最新的消息。
[0004] 發(fā)明人在研究中發(fā)現(xiàn)，雖然推送服務(wù)器可以及時向客戶端推送最新的消息，但是 卻無法獲知客戶端是否接收到所述推送消息、或者所述推送消息是否被查看，因此無法有 效檢測推送消息的推送結(jié)果。

【發(fā)明內(nèi)容】

[0005] 本發(fā)明實施例提供一種推送消息檢測方法及裝置，用以解決現(xiàn)有技術(shù)中無法有效 檢測推送消息的推送結(jié)果的技術(shù)問題。
[0006] 本發(fā)明實施例提供一種推送消息檢測方法，應(yīng)用于智能設(shè)備中，所述智能設(shè)備中 的各個客戶端通過推送應(yīng)用與推送服務(wù)器建立連接，所述方法包括：
[0007] 所述推送應(yīng)用接收所述推送服務(wù)器發(fā)送至任一客戶端的推送消息；
[0008] 所述推送應(yīng)用對所述推送消息進(jìn)行推送處理；
[0009] 所述推送應(yīng)用獲取所述推送消息的推送結(jié)果；
[0010] 所述推送應(yīng)用將所述推送結(jié)果反饋給所述推送服務(wù)器。
[0011] 本發(fā)明實施例提供一種推送消息檢測裝置，應(yīng)用于智能設(shè)備中，所述裝置包括：
[0012] 接收模塊，用于接收所述推送服務(wù)器發(fā)送至任一客戶端的推送消息；
[0013] 處理模塊，用于所述推送消息進(jìn)行推送處理；
[0014] 獲取模塊，用于獲取所述推送消息的推送結(jié)果；
[0015] 反饋模塊，用于將所述推送結(jié)果反饋給所述推送服務(wù)器。
[0016] 本發(fā)明實施例提供的推送消息檢測方法及裝置，通過推送應(yīng)用接收推送服務(wù)器發(fā) 送至任一客戶端的推送消息，且由推送應(yīng)用對推送消息進(jìn)行推送處理，并獲取推送結(jié)果，然 后將推送結(jié)果發(fā)送至推送服務(wù)器，從而在保證減輕推送服務(wù)器壓力的前提，使得推送服務(wù) 器可以獲知推送消息的推送結(jié)果，實現(xiàn)了推送消息的推送結(jié)果的有效檢測。
【附圖說明】
[0017] 為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā) 明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根 據(jù)這些附圖獲得其他的附圖。
[0018] 圖1為本發(fā)明實施例提供的一種推送系統(tǒng)的結(jié)構(gòu)示意圖；
[0019] 圖2為本發(fā)明實施例提供的一種推送消息檢測方法一個實施例的流程圖；
[0020] 圖3為本發(fā)明實施例提供的一種推送消息檢測方法另一個實施例的流程圖；
[0021] 圖4為本發(fā)明實施例提供的一種推送消息檢測方法又一個實施例的流程圖；
[0022] 圖5為本發(fā)明實施例提供的另一種推送系統(tǒng)的結(jié)構(gòu)示意圖；
[0023] 圖6為本發(fā)明實施例提供的一種推送消息檢測方法又一個實施例的流程圖；
[0024] 圖7為本發(fā)明實施例提供的一種推送消息檢測裝置一個實施例的結(jié)構(gòu)示意圖；
[0025] 圖8為本發(fā)明實施例提供的一種推送消息檢測裝置另一個實施例的結(jié)構(gòu)示意圖；
[0026] 圖9為本發(fā)明實施例提供的一種推送消息檢測裝置又一個實施例的結(jié)構(gòu)示意圖。
【具體實施方式】
[0027] 為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例 中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例是 本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員 在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。
[0028] 在本發(fā)明實施例中，推送服務(wù)器用于將業(yè)務(wù)服務(wù)器的最新消息，推送至客戶端中， 推送服務(wù)器可以與多個業(yè)務(wù)服務(wù)器連接，因此需要與多個業(yè)務(wù)服務(wù)器分別對應(yīng)的客戶端建 立長連接。
[0029] 而推送服務(wù)器建立的連接數(shù)目越多，其壓力即會越大，因此為了減輕推送服務(wù)器 的壓力，本發(fā)明實施例提供的一種推送系統(tǒng)中，可以在智能設(shè)備中部署一推送應(yīng)用，該推 送應(yīng)用可以為智能設(shè)備中的一個獨立處理模塊，或者可以是集成到處理器中的一個軟件程 序。對于一個智能設(shè)備，所述智能設(shè)備中的客戶端通過推送應(yīng)用與推送服務(wù)器建立連接，所 述推送服務(wù)器通過所述推送應(yīng)用，將推送消息發(fā)送至所述各個客戶端，也即推送服務(wù)器與 一個智能設(shè)備只建立一條長連接，即可以實現(xiàn)與智能設(shè)備中各個客戶端的通訊。如圖1所 示，為本發(fā)明實施例提供的一種推送系統(tǒng)架構(gòu)示意圖。推送服務(wù)器101，與部署在智能設(shè)備 102中的推送應(yīng)用103連接，而推送應(yīng)用103分別與部署在智能設(shè)備102中的各個客戶端 104連接。
[0030] 在圖1所示的推送系統(tǒng)中，推送服務(wù)器101需要先將推送消息發(fā)送至推送應(yīng)用 103,由推送應(yīng)用103在發(fā)送至各個客戶端104中，由于推送消息的傳輸鏈路變長，因此對推 送消息推送結(jié)果的檢測也變得尤為重要。
[0031] 下面主要基于圖1所述的推送系統(tǒng)，結(jié)合附圖來詳細(xì)描述本發(fā)明的技術(shù)方案。
[0032] 圖2為本發(fā)明實施例提供的一種推送消息檢測方法一個實施例的流程圖，該實施 例具體應(yīng)用于智能設(shè)備中，該智能設(shè)備中的各個客戶端通過推送應(yīng)用與推送服務(wù)器建立連 接。
[0033] 該方法可以包括以下幾個步驟：
[0034] 201 :所述推送應(yīng)用接收所述推送服務(wù)器發(fā)送至任一客戶端的推送消息。
[0035] 202 :所述推送應(yīng)用對所述推送消息進(jìn)行推送處理。
[0036] 203 :所述推送應(yīng)用獲取所述推送消息的推送結(jié)果。
[0037] 204 :所述推送應(yīng)用將所述推送結(jié)果反饋給所述推送服務(wù)器。
[0038] 在本實施例中，通過推送應(yīng)用接收推送服務(wù)器發(fā)送至任一客戶端的推送消息，且 由推送應(yīng)用對推送消息進(jìn)行推送處理，并獲取推送結(jié)果，然后將推送結(jié)果發(fā)送至推送服務(wù) 器，從而在保證減輕推送服務(wù)器壓力的前提，使得推送服務(wù)器可以獲知推送消息的推送結(jié) 果，實現(xiàn)了推送消息的推送結(jié)果的有效檢測。
[0039] 推送結(jié)果可以包括推送消息是否推送成功或者推送消息是否被查看。
[0040] 其中，推送消息推送至推送應(yīng)用之后，根據(jù)推送消息的不同展現(xiàn)類型，可以進(jìn)行不 同的推送處理。
[0041] 推送消息的展現(xiàn)類型至少包括通知類型以及透傳類型。
[0042] 在所述推送消息為通知類型時，所述推送應(yīng)用對所述推送消息進(jìn)行推送處理可以 是：
[0043] 將所述推送消息封裝為通知欄消息，并在通知欄展現(xiàn)。
[0044] 在所述推送消息為透傳類型時，所述推送應(yīng)用對所述推送消息進(jìn)行推送處理可以 是：
[0045] 將所述推送消息發(fā)送至所述推送消息對應(yīng)的客戶端。
[0046] 對于通知類型推送消息，推送應(yīng)用進(jìn)行推送處理，即是指直接將推送消息進(jìn)行處 理，封裝為通知欄消息在通知欄展現(xiàn)，無需發(fā)送至客戶端。
[0047] 其中，推送應(yīng)用在接收到推送服務(wù)器發(fā)送的推送消息之后，可以向推送服務(wù)器反 饋回執(zhí)消息。
[0048] 而對于推送消息的展現(xiàn)類型不同，推送結(jié)果也不同，推送消息為通知類型時，推送 消息需要被用戶查看，表明推送消息接收成功。因此推送結(jié)果為推送消息是否被查看。 [0049] 推送消息為透傳類型時，發(fā)送至客戶端之后，若客戶端未接收到該推送消息，將無 法輸出該推送消息，導(dǎo)致推送消息推送失敗，用戶將無法查看，因此推送結(jié)果即為推送消息 推送成功。
[0050] 下面分別針對通知類型和透傳類型的推送消息來詳細(xì)描述本發(fā)明的技術(shù)方案。
[0051] 圖3為本發(fā)明實施例提供的一種推送消息檢測方法另一個實施例的流程圖，該實 施例具體應(yīng)用于智能設(shè)備中，該智能設(shè)備中的各個客戶端通過推送應(yīng)用與推送服務(wù)器建立 連接，智能設(shè)備與推送服務(wù)器的連接結(jié)構(gòu)具體可以參見圖1中所示。
[0052] 所述方法可以包括以下幾個步驟：
[0053] 301 :所述推送應(yīng)用接收所述推送服務(wù)器發(fā)送至任一客戶端的推送消息。
[0054] 302 :在所述推送消息的展現(xiàn)類型為通知類型時，將所述推送消息封裝為通知欄消 息，并在通知欄展現(xiàn)。
[0055] 303:檢測到通過對所述通知欄消息的查看操作觸發(fā)的啟動所述推送應(yīng)用的請求 時，獲得所述推送消息被查看的推送結(jié)果。
[0056] 304 :將所述推送結(jié)果反饋給所述推送服務(wù)器。
[0057] 本實施例中，所述推送結(jié)果即是指所述推送消息被查看，從而推送服務(wù)器可以根 據(jù)推送結(jié)果，進(jìn)行統(tǒng)計等處理操作。
[0058] 本實施例中，具體描述推送消息的展現(xiàn)類型為通知類型時的推送消息檢測方案。 通知類型是指推送消息以通知欄的形式展現(xiàn)，用戶可以查看通知欄中消息，還可以執(zhí)行對 通知欄消息的查看操作，如點擊操作等，從而能夠激活啟動通知欄中推送消息對應(yīng)的應(yīng)用 的客戶端，其中，該推送消息對應(yīng)的應(yīng)用的客戶端不一定為發(fā)送該推送消息的業(yè)務(wù)服務(wù)器 對應(yīng)的客戶端，例如發(fā)送推送消息的業(yè)務(wù)服務(wù)器為即時通訊服務(wù)器，但是推送消息為一個 鏈接地址，此時智能設(shè)備檢測到對通知欄的查看操作時，如點擊該鏈接地址，將會激活啟動 瀏覽器客戶端，而不是即時通訊客戶端，因此推送服務(wù)器也將無法獲知推送結(jié)果。
[0059] 因此，本發(fā)明實施例中，為了能夠確定推送消息是否被查看，在存在對所述通知欄 消息的查看操作時，會觸發(fā)生成一個針對所述推送應(yīng)用的啟動請求，用于觸發(fā)啟動所述推 送應(yīng)用，推送應(yīng)用若檢測到該啟動請求，即可以確定推送消息已經(jīng)被查看，因此會向推送服 務(wù)器進(jìn)行反饋，告知推送服務(wù)器所述推送消息的推送結(jié)果。
[0060] 也即，在本發(fā)明實施例中，對通知欄消息的查看操作，不會觸發(fā)推送消息對應(yīng)的應(yīng) 用的客戶端啟動，而是觸發(fā)推送應(yīng)用啟動，使得推送應(yīng)用可以確定推送消息是否被查看。
[0061] 當(dāng)然，為了推送消息的正常顯示，推送應(yīng)用通知所述推送服務(wù)器所述推送消息的 推送結(jié)果之后，還可以將通知欄消息進(jìn)行處理，例如觸發(fā)推送消息對應(yīng)的應(yīng)用的客戶端啟 動，顯示推送消息的推送內(nèi)容等。
[0062] 其中，是否存在對通知欄消息的查看操作可以是推送應(yīng)用執(zhí)行的，也可以是智能 設(shè)備中的其他控制模塊執(zhí)行的。一旦檢測到對所述通知欄消息的查看操作，即會觸發(fā)得到 一個針對推送應(yīng)用的啟動請求，推送應(yīng)用檢測到該啟動請求，即會確定推送消息推送成功， 繼而通知推送服務(wù)器。
[0063] 作為一種可能的實現(xiàn)方式，為了能夠?qū)崿F(xiàn)對推送應(yīng)用的觸發(fā)，所述通知欄消息可 以是一個intent(意圖）消息。因此，將所述推送消息封裝為通知欄消息，在通知欄展現(xiàn)可 以包括：
[0064] 將所述推送消息解析，并封裝成intent消息，作為通知欄消息在通知欄展現(xiàn)。
[0065] 該intent消息的意圖可以預(yù)先設(shè)置為在存在對所述intent消息的查看操作時， 觸發(fā)所述推送應(yīng)用啟動。
[0066] 也即一旦執(zhí)行對intent消息的查看操作，根據(jù)intent消息的意圖，會向推送應(yīng)用 發(fā)送啟動請求。
[0067] 其中，將推送消息解析并封裝為intent消息的一個具體實現(xiàn)可以如下例所述，客 戶端為一個APP (Application，應(yīng)用程序），推送消息的查看操作通常為點擊操作：
[0068] 假設(shè)推送消息的格式如下：
[0069] {
[0070]
[0071] 將上述推送消息解析，并封裝后生成的intent消息格式可以為：
[0072] Luu/d」

[0075] 需要說明的是，intent消息的封裝并不僅限定于上述代碼實現(xiàn)。
[0076] 在本發(fā)明實施例中，對于推送消息的展現(xiàn)類型為通知類型時，推送應(yīng)用將推送消 息封裝為通知欄消息，在通知欄中進(jìn)行展現(xiàn)。若檢測到通過對通知欄消息的查看操作觸發(fā) 的啟動所述推送應(yīng)用的請求時，即可以確定推送消息被查看，從而可以反饋推送服務(wù)器推 送消息的推送結(jié)果，使得推送服務(wù)器可以獲知推送消息是否被查看，而如果未檢測到啟動 所述推送應(yīng)用的請求，即不會通知推送服務(wù)器，從而實現(xiàn)了推送消息的推送結(jié)果的有效檢 測和確定。
[0077] 推送服務(wù)器接收到推送消息的推送結(jié)果之后，可以進(jìn)行統(tǒng)計，并可以將統(tǒng)計結(jié)果 反饋給業(yè)務(wù)服務(wù)器，從而業(yè)務(wù)服務(wù)器根據(jù)統(tǒng)計結(jié)果可以分析得到推送成功率較高的推送消 息類型等，從而后續(xù)可以實現(xiàn)有針對性的推送。
[0078] 推送消息的展現(xiàn)類型為透傳類型時，透傳類型是指推送消息發(fā)送至客戶端，沒有 任何展現(xiàn)形式。如圖4所示，為本發(fā)明實施例提供的一種推送消息檢測方法又一個實施例 的流程圖，該方法還可以包括以下幾個步驟：
[0079] 401 :所述推送應(yīng)用接收所述推送服務(wù)器發(fā)送至任一客戶端的推送消息。
[0080] 402 :在所述推送消息為透傳類型時，將所述推送消息發(fā)送至所述推送消息對應(yīng)的 客戶端。
[0081] 403 :接收到所述客戶端的回執(zhí)消息時，獲得所述推送消息推送成功的推送結(jié)果。
[0082] 404 :將所述推送結(jié)果反饋給所述推送服務(wù)器。
[0083] 客戶端接收到透傳類型的推送消息時，會向推送應(yīng)用反饋回執(zhí)消息，用于通知已 接收到該推送消息。推送應(yīng)用即可通知推送服務(wù)器推送消息的推送結(jié)果，該推送結(jié)果也即 推送消息推送成功。
[0084] 若在推送消息發(fā)送至客戶端之后的一定時間內(nèi)，未接收到所述客戶端的回執(zhí)消 息，則可以通知推送服務(wù)器所述推送消息推送失敗。
[0085] 其中，將所述推送消息發(fā)送至所述客戶端可以采用廣播的方式，客戶端接收到推 送消息之后發(fā)送廣播回執(zhí)消息。推送應(yīng)用接收到廣播回執(zhí)消息之后，即可以通知推送服務(wù) 器推送的消息推送結(jié)果。
[0086] 本發(fā)明實施例中，推送應(yīng)用接收到推送服務(wù)器的推送消息之后，可以向推送服務(wù) 器發(fā)送一個消息回執(zhí)，告知推送服務(wù)器已經(jīng)接收到推送消息，若推送服務(wù)器在一定時間內(nèi) 未接收到推送消息的消息回執(zhí)，則可以重新發(fā)送該推送消息。
[0087] 推送服務(wù)器接收到推送應(yīng)用發(fā)送的推送消息推送成功的推送結(jié)果之后，可以向推 送應(yīng)用發(fā)送一個確認(rèn)回執(zhí)，告知推送應(yīng)用推送結(jié)果已經(jīng)接收到。
[0088] 因此推送應(yīng)用若在一定時間內(nèi)未接收到確認(rèn)回執(zhí)，則可以重新通知推送服務(wù)器推 送消息推送成功。
[0089] 基于圖1所示推送系統(tǒng)，本發(fā)明實施例在能夠減輕推送服務(wù)器壓力的前提下，還 可以有效的實現(xiàn)推送消息推送結(jié)果的檢測和確定。從而根據(jù)檢測的結(jié)果，可以對被查看的 推送消息進(jìn)行統(tǒng)計和分析，根據(jù)分析的結(jié)果，發(fā)送查看率較高的推送類型的推送消息或者 查看率較高的推送內(nèi)容的推送消息，來進(jìn)一步提高推送消息的查看率。在推送消息的展現(xiàn) 類型為透傳類型時，還可以根據(jù)是否接收到推送結(jié)果，實現(xiàn)推送消息的重新發(fā)送，以提高推 送消息的推送成功率。
[0090] 在本發(fā)明實施例提供的另一種推送系統(tǒng)中，推送服務(wù)器可以與智能設(shè)備中的各個 客戶端直接建立連接，如圖5所示，推送服務(wù)器501與部署在智能設(shè)備502中的客戶端503 直接連接。推送服務(wù)器501可以直接將推送消息發(fā)送至對應(yīng)的客戶端503中。
[0091] 下面基于圖5所述的推送系統(tǒng)，結(jié)合附圖來詳細(xì)描述本發(fā)明的技術(shù)方案。
[0092] 圖6為本發(fā)明實施例提供的一種推送消息檢測方法一個實施例的流程圖，該實施 例具體應(yīng)用于智能設(shè)備中，所述智能設(shè)備中的客戶端與推送服務(wù)器建立連接，智能設(shè)備與 推送服務(wù)器的連接結(jié)構(gòu)具體可以參見圖6中所示。
[0093] 所述方法可以包括以下幾個步驟：
[0094] 601 :所述客戶端接收所述推送服務(wù)器發(fā)送的推送消息。
[0095] 602 :在所述推送消息的展現(xiàn)類型為通知類型時，將所述推送消息封裝為通知欄消 息，并在通知欄展現(xiàn)；
[0096] 603:檢測到通過對所述通知欄消息的查看操作觸發(fā)的啟動所述客戶端的請求時， 通知所述推送服務(wù)器所述推送消息的推送結(jié)果。
[0097] 在存在對通知欄消息的查看操作時，會生成針對所述客戶端的啟動請求，所述客 戶端在檢測到啟動請求時，即可以確認(rèn)推送消息被查看，從而可以通知推送服務(wù)器所述推 送消息的推送結(jié)果，也即推送消息被查看。
[0098] 由上述描述可知，通知類型是指推送消息以通知欄的形式展現(xiàn)，用戶可以查看通 知欄中消息，還可以接收對通知欄消息的查看操作，如點擊操作等，從而能夠激活啟動通知 欄中推送消息對應(yīng)的應(yīng)用的客戶端。但是該應(yīng)用的客戶端不一定為接收推送消息的客戶 端，例如接收推送消息的客戶端為即時通訊客戶單，若推送消息為一個鏈接地址，此時智能 設(shè)備檢測到對通知欄的查看操作時，如點擊該鏈接地址，將會激活啟動瀏覽器客戶端，而不 是即時通訊客戶端。因此在現(xiàn)有技術(shù)中，即時通訊的客戶端將無法獲得推送消息是否被查 看。
[0099] 而本發(fā)明實施例中，在存在對通知欄消息的查看操作時，即觸發(fā)接收推送消息的 客戶端啟動，客戶端一旦檢測到啟動請求，即可以確定推送消息被查看，從而通知推送服務(wù) 器推送結(jié)果。
[0100] 該通知欄消息可以具體為intent消息，通過將推送消息解析之后封裝為intent 消息，設(shè)置intent消息的意圖，使得在存在對intent消息的查看操作時，即可以觸發(fā)接收 推送消息的客戶端啟動，，使得客戶端檢測到啟動請求，即可以確認(rèn)推送消息被查看。
[0101] 當(dāng)然，在存在對通知欄消息的查看操作時，還可以對通知欄消息進(jìn)行處理，啟動通 知欄消息對應(yīng)的應(yīng)用的客戶端，以保證推送消息的推送內(nèi)容的正常顯示等。
[0102] 圖7為本發(fā)明實施例提供的一種推送消息檢測裝置一個實施例的結(jié)構(gòu)示意圖，該 裝置具體應(yīng)用于智能設(shè)備中，其可以作為獨立的模塊部署在智能設(shè)備中，也可以集成到智 能設(shè)備的處理器中，作為處理器可以實現(xiàn)的一個功能，該推送消息檢測裝置在實際應(yīng)用中 即可以為圖1中部署在智能設(shè)備的推送應(yīng)用。
[0103] 該裝置可以包括：
[0104] 接收模塊701，用于接收所述推送服務(wù)器發(fā)送至任一客戶端的推送消息；
[0105] 處理模塊702,用于所述推送消息進(jìn)行推送處理；
[0106] 獲取模塊703,用于獲取所述推送消息的推送結(jié)果；
[0107] 反饋模塊704,用于將所述推送結(jié)果反饋給所述推送服務(wù)器。
[0108] 本發(fā)明實施例通過該推送消息檢測裝置實現(xiàn)智能設(shè)備中的客戶端與推送服務(wù)器 的長連接，業(yè)務(wù)服務(wù)器將推送消息通過該推送消息檢測裝置發(fā)送至客戶端中。
[0109] 在本實施例中，接收推送服務(wù)器發(fā)送至任一客戶端的推送消息，進(jìn)行推送處理，并 獲取推送結(jié)果，然后將推送結(jié)果發(fā)送至推送服務(wù)器，從而在保證減輕推送服務(wù)器壓力的前 提，使得推送服務(wù)器可以獲知推送消息的推送結(jié)果，實現(xiàn)了推送消息的推送結(jié)果的有效檢 測。
[0110] 其中，推送消息的展現(xiàn)類型至少包括通知類型以及透傳類型。
[0111] 作為又一個實施例，如圖8所示，在推送消息的展現(xiàn)類型為通知類型時，處理模塊 702可以包括：
[0112] 第一處理單元801，用于在所述推送消息為通知類型時，將所述推送消息封裝為通 知欄消息，并在通知欄展現(xiàn)。
[0113] 其中，獲取模塊獲取推送消息的推送結(jié)果的一種可能實現(xiàn)方式為，如圖8中所示， 該獲取模塊703可以包括：
[0114] 第一獲取單元802,用于檢測到通過對所述通知欄消息的查看操作觸發(fā)的啟動請 求時，獲得所述推送消息被查看的推送結(jié)果。
[0115] 作為一種可能的實現(xiàn)方式，為了能夠?qū)崿F(xiàn)對推送應(yīng)用的觸發(fā)，該通知欄消息可以 是一個intent (意圖）消息。
[0116] 因此，該第一處理單元801可以具體用于將所述推送消息解析，并封裝成意圖 intent消息，作為通知欄消息在通知欄展現(xiàn)；所述intent消息的意圖用于在存在對所述 intent消息的查看操作時，觸發(fā)所述裝置啟動。
[0117] 在本發(fā)明實施例中，對于推送消息的展現(xiàn)類型為通知類型時，將推送消息封裝為 通知欄消息，在通知欄中進(jìn)行展現(xiàn)。若檢測到通過對通知欄消息的查看操作觸發(fā)的啟動請 求時，即可以確定推送消息被查看，從而可以反饋推送服務(wù)器推送消息的推送結(jié)果，使得推 送服務(wù)器可以獲知推送消息是否被查看，而如果未檢測到啟動請求，即不會通知推送服務(wù) 器，從而實現(xiàn)了推送消息的推送結(jié)果的有效檢測和確定。
[0118] 推送服務(wù)器接收到推送消息的推送結(jié)果之后，可以進(jìn)行統(tǒng)計，并可以將統(tǒng)計結(jié)果 反饋給業(yè)務(wù)服務(wù)器，從而業(yè)務(wù)服務(wù)器根據(jù)統(tǒng)計結(jié)果可以分析得到推送成功率較高的推送消 息類型等，從而后續(xù)可以實現(xiàn)有針對性的推送。
[0119] 作為又一個實施例，如圖9所示，在所述消息的展現(xiàn)類型為透傳類型時，該第一處 理模塊702可以包括：
[0120] 第二處理單元901，用于在所述推送消息為透傳類型時，將所述推送消息發(fā)送至所 述推送消息對應(yīng)的客戶端。
[0121] 其中，獲取模塊獲取推送消息的推送結(jié)果的一種可能實現(xiàn)方式為，如圖9中所示， 該獲取模塊703可以包括：
[0122] 第二獲取單元902,用于接收到所述客戶端的回執(zhí)消息時，獲得所述推送消息推送 成功的推送結(jié)果。
[0123] 客戶端接收到透傳類型的推送消息時，會向推送應(yīng)用反饋回執(zhí)消息，用于通知已 接收到該推送消息。推送應(yīng)用即可通知推送服務(wù)器推送消息的推送結(jié)果，該推送結(jié)果也即 推送消息推送成功，實現(xiàn)了推送結(jié)果的有效檢測。
[0124] 本發(fā)明實施例中，裝置在接收到推送服務(wù)器的推送消息之后，可以向推送服務(wù)器 發(fā)送一個消息回執(zhí)，告知推送服務(wù)器已經(jīng)接收到推送消息，若推送服務(wù)器在一定時間內(nèi)未 接收到推送消息的消息回執(zhí)，則可以重新發(fā)送該推送消息。
[0125] 推送服務(wù)器接收到裝置發(fā)送的推送消息推送成功的推送結(jié)果之后，可以向裝置發(fā) 送一個確認(rèn)回執(zhí)，告知裝置推送結(jié)果已經(jīng)接收到。
[0126] 本發(fā)明實施例在能夠減輕推送服務(wù)器壓力的前提下，還可以有效確定推送消息的 推送結(jié)果。從而在推送消息類型為通知類型時，根據(jù)推送結(jié)果，可以對推送成功的推送消息 進(jìn)行統(tǒng)計和分析，根據(jù)分析的結(jié)果，發(fā)查看率較高的推送類型的推送消息或者查看率較高 的推送內(nèi)容的推送消息，來進(jìn)一步提高推送消息的成功率。在推送消息類型為透傳類型時， 根據(jù)推送結(jié)果，還可以實現(xiàn)推送消息的重新發(fā)送等，以提高推送消息的推送成功率等。
[0127] 以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可 以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單 元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其 中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性 的勞動的情況下，即可以理解并實施。
[0128] 通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到各實施方式可 借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件?；谶@樣的理解，上 述技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該 計算機軟件產(chǎn)品可以存儲在計算機可讀存儲介質(zhì)中，如R0M/RAM、磁碟、光盤等，包括若干指 令用以使得一臺計算機設(shè)備（可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等）執(zhí)行各個實施 例或者實施例的某些部分所述的方法。
[0129] 最后應(yīng)說明的是：以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡 管參照前述實施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然 可以對前述各實施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分技術(shù)特征進(jìn)行等同替 換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精 神和范圍。
【主權(quán)項】
1. 一種推送消息檢測方法，其特征在于，應(yīng)用于智能設(shè)備中，所述智能設(shè)備中的各個客 戶端通過推送應(yīng)用與推送服務(wù)器建立連接，所述方法包括： 所述推送應(yīng)用接收所述推送服務(wù)器發(fā)送至任一客戶端的推送消息； 所述推送應(yīng)用對所述推送消息進(jìn)行推送處理； 所述推送應(yīng)用獲取所述推送消息的推送結(jié)果； 所述推送應(yīng)用將所述推送結(jié)果反饋給所述推送服務(wù)器。2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述推送應(yīng)用對所述推送消息進(jìn)行推送 處理包括： 在所述推送消息為通知類型時，將所述推送消息封裝為通知欄消息，并在通知欄展現(xiàn)。3. 根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述推送應(yīng)用對所述推送消息進(jìn)行推 送處理包括： 在所述推送消息為透傳類型時，將所述推送消息發(fā)送至所述推送消息對應(yīng)的客戶端。4. 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述推送應(yīng)用獲取所述推送消息的推送 結(jié)果包括： 所述推送應(yīng)用檢測到通過對所述通知欄消息的查看操作觸發(fā)的啟動所述推送應(yīng)用的 請求時，獲得所述推送消息被查看的推送結(jié)果。5. 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述將所述推送消息生成通知欄消息，并 在通知欄展現(xiàn)包括： 將所述推送消息解析，并封裝成意圖intent消息，作為通知欄消息在通知欄展現(xiàn)；所 述intent消息的意圖用于在存在對所述intent消息的查看操作時，觸發(fā)所述推送應(yīng)用啟 動。6. 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述推送應(yīng)用獲取所述推送消息的推送 結(jié)果包括： 所述推送應(yīng)用接收到所述客戶端的回執(zhí)消息時，獲得所述推送消息推送成功的推送結(jié) 果。7. -種推送消息檢測裝置，其特征在于，應(yīng)用于智能設(shè)備中，所述裝置包括： 接收模塊，用于接收所述推送服務(wù)器發(fā)送至任一客戶端的推送消息； 處理模塊，用于所述推送消息進(jìn)行推送處理； 獲取模塊，用于獲取所述推送消息的推送結(jié)果； 反饋模塊，用于將所述推送結(jié)果反饋給所述推送服務(wù)器。8. 根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述處理模塊包括： 第一處理單元，用于在所述推送消息為通知類型時，將所述推送消息封裝為通知欄消 息，并在通知欄展現(xiàn)。9. 根據(jù)權(quán)利要求7或8所述的裝置，其特征在于，所述第一處理模塊包括： 第二處理單元，用于在所述推送消息為透傳類型時，將所述推送消息發(fā)送至所述推送 消息對應(yīng)的客戶端。10. 根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述獲取模塊包括： 第一獲取單元，用于檢測到通過對所述通知欄消息的查看操作觸發(fā)的啟動請求時，獲 得所述推送消息被查看的推送結(jié)果。11. 根據(jù)權(quán)利要求10所述的裝置，其特征在于，所述第一處理單元具體用于：將所述推 送消息解析，并封裝成意圖intent消息，作為通知欄消息在通知欄展現(xiàn)；所述intent消息 的意圖用于在存在對所述intent消息的查看操作時，觸發(fā)所述裝置啟動。12. 根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述獲取模塊包括： 第二獲取單元，用于接收到所述客戶端的回執(zhí)消息時，獲得所述推送消息推送成功的 推送結(jié)果。
【文檔編號】H04L12/58GK105897814SQ201510395371
【公開日】2016年8月24日
【申請日】2015年7月8日
【發(fā)明人】李兵兵
【申請人】樂視致新電子科技（天津）有限公司