下發(fā)push消息的方法、后臺服務器和移動終端的制作方法
【專利摘要】本發(fā)明提供了下發(fā)PUSH消息方法、后臺服務器和移動終端。其中，該后臺服務器包括：接入單元、路由單元、以及至少一個業(yè)務單元；其中，每一業(yè)務單元管理其對應的業(yè)務，不同業(yè)務單元管理不同業(yè)務；接入單元，用于接收移動終端發(fā)起的PUSH請求，將所述PUSH請求路由至路由單元；以及，解析移動終端發(fā)起的業(yè)務功能，根據(jù)解析的業(yè)務功能代替移動終端發(fā)起PUSH請求，將所述PUSH請求路由至路由單元；路由單元，用于接收到所述PUSH請求時，將所述PUSH請求路由至該PUSH請求所請求的業(yè)務對應的業(yè)務單元；業(yè)務單元，用于接收到所述PUSH請求時，將所述PUSH請求所請求的業(yè)務通過PUSH消息下發(fā)至移動終端。
【專利說明】下發(fā)PUSH消息的方法、后臺服務器和移動終端
【技術領域】
[0001]本發(fā)明涉及移動網(wǎng)絡技術，特別涉及下發(fā)推送(PUSH)消息的方法、后臺服務器和移動終端。
【背景技術】
[0002]在現(xiàn)有的移動網(wǎng)絡環(huán)境下，PUSH消息主要用于攜帶后臺向移動終端比如手機推送的PUSH數(shù)據(jù)。用戶使用大型的互聯(lián)網(wǎng)綜合業(yè)務時會接觸到各種TOSH數(shù)據(jù)，比如，即時消息提示、天氣、新聞廣告、用戶關懷信息等。
[0003]目前的方案都是零亂地下發(fā)TOSH消息至移動終端，而通常，大部分下發(fā)至移動終端的PUSH消息都用戶而言都是無用的，會造成移動終端收到很多垃圾TOSH消息。

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

[0004]本發(fā)明提供了下發(fā)TOSH消息的方法、后臺服務器和移動終端，用于實現(xiàn)與用戶行為相結(jié)合下發(fā)PUSH信息，減少移動終端收到垃圾TOSH消息的可能。
[0005]本發(fā)明提供的技術方案包括:
[0006]一種后臺服務器，包括:接入單元、路由單元、以及至少一個業(yè)務單元；其中，每一業(yè)務單元管理其對應的業(yè)務，不同業(yè)務單元管理不同業(yè)務；
[0007]接入單元，用于接收移動終端發(fā)起的TOSH請求，將所述PUSH請求路由至路由單元；以及，解析移動終端發(fā)起的業(yè)務功能，根據(jù)解析的業(yè)務功能代替移動終端發(fā)起I3USH請求，將所述PUSH請求路由至路由單元；
[0008]路由單元，用于接收到所述I3USH請求時，將所述I3USH請求路由至該I3USH請求所請求的業(yè)務對應的業(yè)務單元；
[0009]業(yè)務單元，用于接收到所述I3USH請求時,將所述I3USH請求所請求的業(yè)務通過I3USH消息下發(fā)至移動終端。
[0010]一種PUSH消息的下發(fā)方法，該方法應用于如上所述的后臺服務器，該方法包括:
[0011]后臺服務器通過接入單元接收移動終端發(fā)起的I3USH請求，將所述PUSH請求路由至路由單元；或者，通過接入單元解析移動終端發(fā)起的業(yè)務功能，根據(jù)解析的業(yè)務功能代替移動終端發(fā)起PUSH請求，將所述PUSH請求路由至后臺服務器的路由單元；
[0012]后臺服務器通過路由單元接收到TOSH請求時，將所述PUSH請求路由至后臺服務器中與該TOSH請求所請求的業(yè)務對應的業(yè)務單元；
[0013]后臺服務器通過業(yè)務單元接收到TOSH請求時，將所述TOSH請求所請求的業(yè)務通過PUSH消息下發(fā)至移動終端。
[0014]一種移動終纟而，包括:
[0015]請求單元，用于向后臺服務器發(fā)起TOSH請求，或者，向后臺服務器發(fā)起業(yè)務功能；
[0016]TOSH消息接收單元，用于接收后臺服務器發(fā)送的PUSH消息，其中，所述后臺服務器通過以下方式發(fā)送PUSH消息:后臺服務器的接入單元將移動終端發(fā)起的TOSH請求路由至路由單元，或者，解析移動終端發(fā)起的業(yè)務功能，根據(jù)解析的業(yè)務功能代替移動終端發(fā)起PUSH請求，將所述PUSH請求路由至后臺服務器的路由單元；后臺服務器通過路由單元接收到I3USH請求時，將所述I3USH請求路由至后臺服務器中與該I3USH請求所請求的業(yè)務對應的業(yè)務單元，以及后臺服務器通過業(yè)務單元接收到PUSH請求時，將所述PUSH請求所請求的業(yè)務通過TOSH消息下發(fā)至移動終端。
[0017]由以上技術方案可以看出，本發(fā)明中，由后臺服務器通過接入單元接收移動終端發(fā)起的PUSH請求并將所述PUSH請求路由至路由單元或者通過接入單元解析移動終端發(fā)起的業(yè)務功能，根據(jù)解析的業(yè)務功能代替移動終端發(fā)起PUSH請求，將所述I3USH請求路由至后臺服務器的路由單元；以及后臺服務器通過路由單元接收到PUSH請求時，將所述PUSH請求路由至后臺服務器中與該PUSH請求所請求的業(yè)務對應的業(yè)務單元；后臺服務器通過業(yè)務單元接收到PUSH請求時，將所述I3USH請求所請求的業(yè)務通過I3USH消息下發(fā)至移動終端，這能夠?qū)崿F(xiàn)僅將所述PUSH請求所請求的業(yè)務通過TOSH消息下發(fā)給移動終端，或者僅與用戶行為相結(jié)合下發(fā)對應PUSH信息給移動終端，減少移動終端收到垃圾TOSH消息的可能。
【專利附圖】

【附圖說明】
[0018]圖1為本發(fā)明實施例提供的后臺服務器結(jié)構(gòu)圖；
[0019]圖2為本發(fā)明實施例提供的后臺服務框架示意圖；
[0020]圖3為本發(fā)明實施例提供的方法流程圖；
[0021]圖4至圖6為本發(fā)明實施例提供的移動終端展示I3USH消息的示意圖；
[0022]圖7為本發(fā)明實施例提供的移動終端結(jié)構(gòu)圖。
【具體實施方式】
[0023]為了使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面結(jié)合附圖和具體實施例對本發(fā)明進行詳細描述。
[0024]首先，對本發(fā)明提供的后臺服務器進行描述。
[0025]參見圖1，圖1為本發(fā)明實施例提供的后臺服務器結(jié)構(gòu)圖。其中，該后臺服務器包括:接入單元、路由單元、以及至少一個業(yè)務單元實現(xiàn)。本發(fā)明中，每一業(yè)務單元可管理其對應的業(yè)務，優(yōu)選地，一個業(yè)務單元可管理一個業(yè)務，而不同業(yè)務單元管理不同業(yè)務。
[0026]當前，考慮到網(wǎng)絡規(guī)模的擴展，上述的接入單元、以及路由單元數(shù)量也不是唯一，其可為多個。
[0027]其中，接入單元，用于接收移動終端發(fā)起的推送(PUSH)請求，將所述PUSH請求路由至路由單元；以及，解析移動終端發(fā)起的業(yè)務功能，根據(jù)解析的業(yè)務功能代替移動終端發(fā)起I3USH請求，將所述PUSH請求路由至路由單元。
[0028]本發(fā)明中，I3USH請求可為遵守PUSH協(xié)議的業(yè)務請求，其主要用于請求對應的業(yè)務。其中，PUSH協(xié)議可為本發(fā)明自定義的一套應用于移動網(wǎng)絡的協(xié)議，具體可根據(jù)實際需求自定義，本發(fā)明并不具體限定。
[0029]其中，移動終端發(fā)起的業(yè)務功能可為:瀏覽網(wǎng)頁、數(shù)據(jù)處理等，本發(fā)明并不限定。
[0030]路由單元，用于接收到所述I3USH請求時，將所述I3USH請求路由至該I3USH請求所請求的業(yè)務對應的業(yè)務單元；[0031 ] 業(yè)務單元，用于接收到所述I3USH請求時，將所述I3USH請求所請求的業(yè)務通過I3USH消息下發(fā)至移動終端。
[0032]優(yōu)選地，本發(fā)明中，上述后臺服務器可進一步包括:數(shù)據(jù)單元，用于存放多個移動終端用戶的資源數(shù)據(jù)資料。與上述的接入單元、以及路由單元類似，考慮到網(wǎng)絡規(guī)模的擴展，該數(shù)據(jù)單元的數(shù)量也不是唯一，其可為多個。
[0033]基于數(shù)據(jù)單元的描述，則業(yè)務單元接收到TOSH請求時，從所述數(shù)據(jù)單元存放的移動終端用戶資料中找到發(fā)起PUSH請求或者業(yè)務功能的移動終端對應用戶的資料，根據(jù)該找到的資料、以及所述I3USH請求所請求的業(yè)務選取對應的I3USH數(shù)據(jù)，通過I3USH消息將選取的PUSH數(shù)據(jù)下發(fā)給移動終端。
[0034]優(yōu)選地，本發(fā)明中，所述路由單元接收到TOSH請求時，識別所述TOSH請求是移動終端發(fā)起的還是由接入單元代替移動終端發(fā)起的，
[0035]如果是前者，則直接將該I3USH請求路由至該I3USH請求所請求的業(yè)務對應的業(yè)務單元；
[0036]如果是后者，則分析所述移動終端的行為特征，根據(jù)該分析的行為特征確定該PUSH所請求的業(yè)務，并路由至該I3USH請求所請求的業(yè)務對應的業(yè)務單元。
[0037]另外，如圖1所示，所述后臺服務器進一步包括:
[0038]擴展單元，用于對所述后臺服務器中的業(yè)務單元擴展，具體為:在需要增加業(yè)務時，在所述后臺服務器增加用于管理該需要增加業(yè)務的業(yè)務單元，以及在需要刪除所述后臺服務器已提供的業(yè)務時，在所述后臺服務器中刪除用于管理該需要刪除業(yè)務的業(yè)務單
J Li ο
[0039]至此，完成圖1所示的結(jié)構(gòu)描述。
[0040]為使本發(fā)明圖1所示的后臺服務器便于理解，本發(fā)明通過圖2示出了該后臺服務器所使用的后臺服務框架。在圖2中，該后臺服務框架從上至下依次分為以下四層:接入層、路由層、業(yè)務層和數(shù)據(jù)層。其中，接入層、路由層、業(yè)務層和數(shù)據(jù)層該四層依次通過上述的接入單元、路由單元、業(yè)務單元和數(shù)據(jù)單元實現(xiàn)。至于上述的擴展單元其可獨立于該四層，主要是用于控制在業(yè)務層增加或刪除業(yè)務單元，在圖2就沒有示出。
[0041]需要說明的是，本發(fā)明中，后臺服務器中各層之間、以及與移動終端之間的通信可采用本發(fā)明自主設置的自主PUSH協(xié)議，該自主PUSH協(xié)議至少具有以下優(yōu)點:1)，緊湊編碼，以減少通信流量；2)，支持擴展，以便后臺服務器增加或減少業(yè)務單元，實現(xiàn)多TOSH數(shù)據(jù)業(yè)務的統(tǒng)一管理；3)，在支持擴展時，無需在移動終端上作任何修改。
[0042]下面對本發(fā)明提供的方法進行描述:
[0043]參見圖3，圖3為本發(fā)明實施例提供的方法流程圖。該方法應用于圖1所示的系統(tǒng)，包括:
[0044]步驟301，后臺服務器通過接入單元接收移動終端發(fā)起的TOSH請求，將所述PUSH請求路由至路由單元；或者，通過接入單元解析移動終端發(fā)起的業(yè)務功能，根據(jù)解析的業(yè)務功能代替移動終端發(fā)起I3USH請求，將所述PUSH請求路由至后臺服務器的路由單元；
[0045]其中，步驟301中的移動終端發(fā)起的業(yè)務功能可為:瀏覽網(wǎng)頁、數(shù)據(jù)處理等，本發(fā)明并不限定。
[0046]步驟302，后臺服務器通過路由單元接收到PUSH請求時，將所述PUSH請求路由至后臺服務器中與該PUSH請求所請求的業(yè)務對應的業(yè)務單元。
[0047]本步驟302中，將PUSH請求路由至后臺服務器中與該I3USH請求所請求的業(yè)務對應的業(yè)務單元包括:
[0048]步驟1，識別所述PUSH請求是移動終端發(fā)起的還是由接入單元代替移動終端發(fā)起的，如果是前者，執(zhí)行步驟2，如果是后者，執(zhí)行步驟3 ；
[0049]步驟2，直接將該I3USH請求路由至后臺服務器中與該I3USH請求所請求的業(yè)務對應的業(yè)務單元。
[0050]優(yōu)選地，本發(fā)明提高I3USH請求處理效率，可直接在移動終端發(fā)起的PUSH中攜帶與該PUSH請求所請求的業(yè)務對應的業(yè)務單元的標識，如此，本步驟2可直接根據(jù)該I3USH請求攜帶的標識將該PUSH請求路由至該標識對應的業(yè)務單元。
[0051]步驟3，分析所述移動終端的行為特征，根據(jù)該分析的行為特征確定該PUSH所請求的業(yè)務，并路由至后臺服務器中與該PUSH請求所請求的業(yè)務對應的業(yè)務單元。
[0052]這里，移動終端的行為特征可為移動終端當前正在執(zhí)行的行為，比如查看天氣，進行即時通信、查看某一類信息如查看運動服等。以進行即時通信為例，其他情況原理類似，則本步驟3可分析出當前移動終端用戶正在進行即時通信，基于此，可將TOSH所請求的業(yè)務路由至后臺服務器中用于處理即時通信的業(yè)務單元。
[0053]步驟303，后臺服務器通過業(yè)務單元接收到PUSH請求時，將所述I3USH請求所請求的業(yè)務通過PUSH消息下發(fā)至移動終端。
[0054]為了避免垃圾TOSH消息，則本發(fā)明需要在所述后臺服務器的數(shù)據(jù)單元預先存放多個移動終端用戶的資源數(shù)據(jù)資料；基于此，步驟303中，所述將TOSH請求的業(yè)務通過PUSH消息下發(fā)至移動終端包括:
[0055]從所述數(shù)據(jù)單元存放的移動終端用戶資料中找到發(fā)起TOSH請求或者發(fā)起所述業(yè)務功能的移動終端對應用戶的資料，根據(jù)該找到的資料、以及所述PUSH請求所請求的業(yè)務選取對應的I3USH數(shù)據(jù)，通過I3USH消息將選取的I3USH數(shù)據(jù)下發(fā)給移動終端。
[0056]至此，完成圖3所示的流程。當移動終端通過圖3所示流程接收到TOSH消息時，即可展示該PUSH消息，圖4至圖6為移動終端展示TOSH消息的舉例。
[0057]需要說明的是，如果TOSH消息是由于移動終端向后臺服務器發(fā)起業(yè)務功能而形成的，則該PUSH消息在下發(fā)給移動終端時是攜帶在發(fā)起業(yè)務功能的結(jié)果頁面。如此，當移動終端接收到結(jié)果頁面時就需要判斷該結(jié)果頁面是否夾帶PUSH消息，在是時，展示該TOSH消息。
[0058]還需要說明的是，本發(fā)明中，后臺服務器中的業(yè)務單元并非固定不變，其可在需要增加業(yè)務時，在所述后臺服務器增加用于管理該需要增加業(yè)務的業(yè)務單元，以及在需要刪除所述后臺服務器已提供的業(yè)務時，在所述后臺服務器中刪除用于管理該需要刪除業(yè)務的業(yè)務單元。
[0059]至此，完成本發(fā)明提供的方法流程圖。
[0060]本發(fā)明還提供了圖7所示的移動終端。如圖7所示，該移動終端可包括:
[0061]請求單元，用于向后臺服務器發(fā)起TOSH請求，或者，向后臺服務器發(fā)起業(yè)務功能；
[0062]TOSH消息接收單元，用于接收后臺服務器發(fā)送的PUSH消息，其中，所述后臺服務器通過以下方式發(fā)送PUSH消息:后臺服務器的接入單元將移動終端發(fā)起的TOSH請求路由至路由單元，或者，解析移動終端發(fā)起的業(yè)務功能，根據(jù)解析的業(yè)務功能代替移動終端發(fā)起PUSH請求，將所述PUSH請求路由至后臺服務器的路由單元；后臺服務器通過路由單元接收到I3USH請求時，將所述I3USH請求路由至后臺服務器中與該I3USH請求所請求的業(yè)務對應的業(yè)務單元，以及后臺服務器通過業(yè)務單元接收到PUSH請求時，將所述PUSH請求所請求的業(yè)務通過TOSH消息下發(fā)至移動終端。
[0063]優(yōu)選地，本發(fā)明中，所述請求單元用于定時向后臺服務器發(fā)起TOSH請求；
[0064]另外，所述PUSH消息接收單元在因向后臺服務器發(fā)起業(yè)務功能而接收的TOSH消息攜帶在發(fā)起業(yè)務功能的結(jié)果頁面中。
[0065]需要說明的是，本發(fā)明中的移動終端可為手機等一些具有移動功能的終端。
[0066]由以上技術方案可以看出，本發(fā)明中，由后臺服務器通過接入單元接收移動終端發(fā)起的PUSH請求并將所述PUSH請求路由至路由單元或者通過接入單元解析移動終端發(fā)起的業(yè)務功能，根據(jù)解析的業(yè)務功能代替移動終端發(fā)起I3USH請求，將所述I3USH請求路由至后臺服務器的路由單元；以及后臺服務器通過路由單元接收到PUSH請求時，將所述PUSH請求路由至后臺服務器中與該PUSH請求所請求的業(yè)務對應的業(yè)務單元；后臺服務器通過業(yè)務單元接收到PUSH請求時，將所述I3USH請求所請求的業(yè)務通過I3USH消息下發(fā)至移動終端，這能夠?qū)崿F(xiàn)僅將所述PUSH請求所請求的業(yè)務通過TOSH消息下發(fā)給移動終端，或者僅與用戶行為相結(jié)合下發(fā)對應PUSH信息給移動終端，減少移動終端收到垃圾TOSH消息的可能。
[0067]以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明保護的范圍之內(nèi)。
【權利要求】
1.一種后臺服務器，其特征在于，該后臺服務器包括:接入單元、路由單元、以及至少一個業(yè)務單元；其中，每一業(yè)務單元管理其對應的業(yè)務，不同業(yè)務單元管理不同業(yè)務； 接入單元，用于接收移動終端發(fā)起的PUSH請求，將所述PUSH請求路由至路由單元；以及，解析移動終端發(fā)起的業(yè)務功能，根據(jù)解析的業(yè)務功能代替移動終端發(fā)起I3USH請求，將所述TOSH請求路由至路由單元； 路由單元,用于接收到所述PUSH請求時，將所述I3USH請求路由至該I3USH請求所請求的業(yè)務對應的業(yè)務單元； 業(yè)務單元，用于接收到所述PUSH請求時，將所述TOSH請求所請求的業(yè)務通過TOSH消息下發(fā)至移動終端。
2.根據(jù)權利要求1所述的后臺服務器，其特征在于，所述后臺服務器還包括: 數(shù)據(jù)單元，用于存放多個移動終端用戶的資料； 所述業(yè)務單元，接收到所述PUSH請求時，從所述數(shù)據(jù)單元存放的移動終端用戶資料中找到發(fā)起PUSH請求或者業(yè)務功能的移動終端對應用戶的資料，根據(jù)該找到的資料、以及所述I3USH請求所請求的業(yè)務選取對應的I3USH數(shù)據(jù)，通過I3USH消息將選取的I3USH數(shù)據(jù)下發(fā)給移動終端。
3.根據(jù)權利要求1所述的后臺服務器，其特征在于，所述路由單元接收到PUSH請求時，識別所述PUSH請求是移動終端發(fā)起的還是由接入單元代替移動終端發(fā)起的， 如果是前者，則直接將該I3USH請求路由至該I3USH請求所請求的業(yè)務對應的業(yè)務單元;` 如果是后者，則分析所述移動終端的行為特征，根據(jù)該分析的行為特征確定該PUSH所請求的業(yè)務，并路由至該PUSH請求所請求的業(yè)務對應的業(yè)務單元。
4.根據(jù)權利要求1所述的后臺服務器，其特征在于，所述后臺服務器進一步包括: 擴展單元，用于對所述后臺服務器中的業(yè)務單元擴展，具體為:在需要增加業(yè)務時，在所述后臺服務器增加用于管理該需要增加業(yè)務的業(yè)務單元，以及在需要刪除所述后臺服務器已提供的業(yè)務時，在所述后臺服務器中刪除用于管理該需要刪除業(yè)務的業(yè)務單元。
5.—種PUSH消息的下發(fā)方法,其特征在于,該方法應用于如權利要求1至4任一所述的后臺服務器，該方法包括: 后臺服務器通過接入單元接收移動終端發(fā)起的PUSH請求，將所述PUSH請求路由至路由單元；或者，通過接入單元解析移動終端發(fā)起的業(yè)務功能，根據(jù)解析的業(yè)務功能代替移動終端發(fā)起PUSH請求，將所述PUSH請求路由至后臺服務器的路由單元； 后臺服務器通過路由單元接收到PUSH請求時，將所述TOSH請求路由至后臺服務器中與該PUSH請求所請求的業(yè)務對應的業(yè)務單元； 后臺服務器通過業(yè)務單元接收到PUSH請求時，將所述PUSH請求所請求的業(yè)務通過PUSH消息下發(fā)至移動終端。
6.根據(jù)權利要求5所述的方法，其特征在于，所述后臺服務器通過數(shù)據(jù)單元存放多個移動終端用戶的資源數(shù)據(jù)資料； 所述將I3USH請求的業(yè)務通過I3USH消息下發(fā)至移動終端包括: 從所述數(shù)據(jù)單元存放的移動終端用戶資料中找到發(fā)起PUSH請求或者發(fā)起所述業(yè)務功能的移動終端對應用戶的資料，根據(jù)該找到的資料、以及所述PUSH請求所請求的業(yè)務選取對應的I3USH數(shù)據(jù)，通過I3USH消息將選取的I3USH數(shù)據(jù)下發(fā)給移動終端。
7.根據(jù)權利要求5所述的方法，其特征在于，所述將PUSH請求路由至后臺服務器中與該PUSH請求所請求的業(yè)務對應的業(yè)務單元包括: 后臺服務器識別所述PUSH請求是移動終端發(fā)起的還是由接入單元代替移動終端發(fā)起的， 如果是前者，則直接將該PUSH請求路由至后臺服務器中與該TOSH請求所請求的業(yè)務對應的業(yè)務單元； 如果是后者，則分析所述移動終端的行為特征，根據(jù)該分析的行為特征確定該PUSH所請求的業(yè)務，并路由至后臺服務器中與該PUSH請求所請求的業(yè)務對應的業(yè)務單元。
8.根據(jù)權利要求1所述的方法，其特征在于，該方法進一步包括: 在需要增加業(yè)務時，在所述后臺服務器增加用于管理該需要增加業(yè)務的業(yè)務單元，以及在需要刪除所述后臺服務器已提供的業(yè)務時，在所述后臺服務器中刪除用于管理該需要刪除業(yè)務的業(yè)務單元。
9.一種移動終端，其特征在于，該移動終端包括: 請求單元，用于向后臺服務器發(fā)起PUSH請求，或者，向后臺服務器發(fā)起業(yè)務功能； PUSH消息接收單元，用于接收后臺服務器發(fā)送的PUSH消息，其中，所述后臺服務器通過以下方式發(fā)送PUSH消息:后臺服務器的接入單元將移動終端發(fā)起的TOSH請求路由至路由單元，或者，解析移動終端發(fā)起的業(yè)務功能，根據(jù)解析的業(yè)務功能代替移動終端發(fā)起PUSH請求，將所述PUSH請求路由至后臺服務器的路由單元；后臺服務器通過路由單元接收到PUSH請求時，將所述I3USH請求路由至后臺服務器中與該I3USH請求所請求的業(yè)務對應的業(yè)務單元，以及后臺服務器通過業(yè)務單元接收到PUSH請求時，將所述PUSH請求所請求的業(yè)務通過TOSH消息下發(fā)至移動終端。
10.根據(jù)權利要求9所述的移動終端，其特征在于，所述請求單元用于定時向后臺服務器發(fā)起PUSH請求； 所述TOSH消息接收單元在因向后臺服務器發(fā)起業(yè)務功能而接收的PUSH消息攜帶在發(fā)起業(yè)務功能的結(jié)果頁面中。
【文檔編號】H04W4/12GK103517221SQ201210209724
【公開日】2014年1月15日 申請日期:2012年6月25日 優(yōu)先權日:2012年6月25日
【發(fā)明者】潘東芳, 張開翔, 周祿 申請人:騰訊科技（深圳）有限公司