一種信息推送方法、系統(tǒng)及客戶端的制作方法
【專利摘要】本發(fā)明適用于互聯(lián)網(wǎng)【技術(shù)領(lǐng)域】，提供了一種信息推送方法、系統(tǒng)及客戶端，所述方法包括下述步驟：服務(wù)器向客戶端發(fā)送與待推送信息對應(yīng)的消息；所述客戶端顯示所述消息，當(dāng)檢測到用戶觸發(fā)所述消息時，向所述服務(wù)器發(fā)送獲取所述消息對應(yīng)的待推送信息的請求；所述服務(wù)器根據(jù)所述請求，在所述客戶端加載的運(yùn)營頁面中展現(xiàn)所述待推送信息。本發(fā)明可以通過在服務(wù)器中預(yù)先設(shè)置需推送的多樣化的待推送信息，在需要推送時，發(fā)送對應(yīng)的消息至客戶端，使得客戶端能夠在頁面中瀏覽該消息，提高了客戶端獲取消息的多樣性及靈活性等。
【專利說明】一種信息推送方法、系統(tǒng)及客戶端
【技術(shù)領(lǐng)域】
[0001]本發(fā)明屬于互聯(lián)網(wǎng)【技術(shù)領(lǐng)域】，尤其涉及一種信息推送方法、系統(tǒng)及客戶端。
【背景技術(shù)】
[0002]目前，互聯(lián)網(wǎng)客戶端發(fā)布出去以后，一般都需要持續(xù)不斷的運(yùn)營，如推送廣告服務(wù)、系統(tǒng)消息、版本更新、修復(fù)軟件問題等信息。這些功能的實現(xiàn)，通常是預(yù)先在客戶端進(jìn)行了規(guī)劃，并同客戶端安裝包一同發(fā)布給用戶。由于客戶端的靈活性不高，這些功能一經(jīng)發(fā)布，就難以變更，除非讓用戶下載新的版本，更新客戶端，且現(xiàn)有的客戶端運(yùn)營內(nèi)容或稱待推送信息的多樣性也受到限制。因而，為了實現(xiàn)待推送到客戶端的信息多樣化，需要設(shè)計一種方案，能夠根據(jù)不同的運(yùn)營需要，向客戶端推送不同的信息。

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

[0003]本發(fā)明實施例的目的在于提供一種信息推送方法、系統(tǒng)及客戶端，旨在解決由于現(xiàn)有技術(shù)中存在客戶端靈活性不高，需推送的信息多樣性受限制的問題。
[0004]本發(fā)明實施例是這樣實現(xiàn)的，一種信息推送方法，所述方法包括下述步驟:
[0005]本發(fā)明實施例的另一目的在于提供一種信息推送系統(tǒng)，所述系統(tǒng)包括服務(wù)器以及與所述服務(wù)器通信的客戶端，其中:
[0006]本發(fā)明實施例的另一目的在于提供一種客戶端，所述客戶端包括:
[0007]本發(fā)明實施例通過服務(wù)器向客戶端發(fā)送與待推送信息對應(yīng)的消息，該客戶端接收并顯示該消息，且當(dāng)檢測到用戶觸發(fā)查看該消息時，向該服務(wù)器發(fā)送獲取該消息對應(yīng)的待推送信息的請求；該服務(wù)器根據(jù)該請求，在相應(yīng)的運(yùn)營頁面中展現(xiàn)該待推送信息，則可以在服務(wù)器中預(yù)先設(shè)置需推送的多樣化的待推送信息，使得客戶端能夠在網(wǎng)頁頁面中瀏覽該信息，解決了由于現(xiàn)有技術(shù)中存在客戶端靈活性不高，待推送的信息多樣性受限制的問題，使得客戶端靈活性得到提高，信息多樣性增強(qiáng)等。
【專利附圖】

【附圖說明】
[0008]圖1是本發(fā)明第一實施例提供的信息推送方法的實現(xiàn)流程圖；
[0009]圖2是本發(fā)明第二實施例提供的信息推送方法的實現(xiàn)流程圖；
[0010]圖3是本發(fā)明第三實施例提供的信息推送系統(tǒng)的結(jié)構(gòu)圖；
[0011]圖4是本發(fā)明第四實施例提供的客戶端的結(jié)構(gòu)圖。
【具體實施方式】
[0012]為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實施例，對本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
[0013]本發(fā)明實施例通過本發(fā)明可以通過在服務(wù)器中預(yù)先設(shè)置需推送的多樣化的待推送信息或稱運(yùn)營內(nèi)容，在需要推送時，發(fā)送運(yùn)營消息至客戶端，使得客戶端能夠在頁面中瀏覽該運(yùn)營內(nèi)容，提高了客戶端獲取運(yùn)營內(nèi)容的多樣性及靈活性。
[0014]以下結(jié)合具體實施例對本發(fā)明的具體實現(xiàn)進(jìn)行詳細(xì)描述:
[0015]實施例一:
[0016]圖1示出了本發(fā)明第一實施例提供的信息推送方法的實現(xiàn)流程，詳述如下:
[0017]在本發(fā)明實施例中，瀏覽器內(nèi)核是指瀏覽器最重要或者說核心部分，或稱為“渲染引擎”，主要負(fù)責(zé)對網(wǎng)頁語法的解釋(如HTML、javascript)并渲染(顯示)網(wǎng)頁，通常所謂的瀏覽器內(nèi)核也就是瀏覽器所采用的渲染引擎。運(yùn)營API是指由客戶端提供，被嵌入到瀏覽器內(nèi)核中，給web頁面調(diào)用的腳本對象，用于互聯(lián)網(wǎng)運(yùn)營需要。
[0018]在步驟SlOl中，服務(wù)器向客戶端發(fā)送與待推送信息對應(yīng)的消息。
[0019]其中，該待推送信息也可以稱為運(yùn)營內(nèi)容，可以為根據(jù)每次運(yùn)行的需要配置不同的信息，配置靈活。在具體實施過程中，如果軟件提供商等希望推送廣告等信息給用戶，且希望根據(jù)不同的用戶年齡段和性別等，有針對性的推送給響應(yīng)用戶所關(guān)注的產(chǎn)品。則可以通過服務(wù)器配置需要推送的廣告等信息，此時，軟件提供商還可以隨時在服務(wù)器中更改、增力口、刪除某些信息，也可以使得運(yùn)營內(nèi)容多樣化。當(dāng)用戶準(zhǔn)備推送相關(guān)信息時，則生成與該待推送信息對應(yīng)的消息，該消息中可以包括本次運(yùn)營所需要的運(yùn)營API信息，以在指示本次運(yùn)營所需要的具體API模塊等，該息中還包括了運(yùn)營所需要的運(yùn)營事件標(biāo)識等，該運(yùn)營事件標(biāo)識能夠使得該消息在客戶端顯示時，用戶能夠了解到該待推送信息的主要信息。具體地，服務(wù)器在檢測到客戶端登陸時，通過客戶端/服務(wù)器的通道，將與待推送信息對應(yīng)的消息推送給客戶端。
[0020]在步驟S102中，該客戶端顯示該消息，當(dāng)檢測到用戶觸發(fā)該消息時，向該服務(wù)器發(fā)送獲取該消息對應(yīng)的待推送信息的請求。
[0021]在步驟S103中，該服務(wù)器根據(jù)該請求，在該客戶端加載的運(yùn)營頁面中展現(xiàn)該待推送信息。
[0022]為了保證運(yùn)營的安全性、避免收到惡意攻擊等情況，該待推送信息或者其他下載內(nèi)容等均通過加密的客戶端/服務(wù)器通道進(jìn)行傳輸，比如可以使用比HTTP協(xié)議更安全可靠的其他協(xié)議，更安全的加密解密算法等。
[0023]在具體實施過程中，客戶端接收到服務(wù)器發(fā)送的消息后，獲取其中的運(yùn)營事件標(biāo)識等參數(shù)，且能夠在客戶端顯示界面顯示該消息，用戶在看到該消息后，可以自行決定是否需要觸發(fā)或者說詳細(xì)了解該消息的具體內(nèi)容，若需要，則可以通過點擊以觸發(fā)該消息，此時，則會通過瀏覽器內(nèi)核訪問該消息的運(yùn)營頁面。另外，該消息可以以一個鏈接的形式等發(fā)送到客戶端，用戶通過點擊該鏈接可以通過瀏覽器內(nèi)核加載相應(yīng)的運(yùn)營頁面，其中，該相應(yīng)的運(yùn)營頁面的地址可以在該消息中，也可以是客戶端預(yù)置的一個任意地址或其他地址，則該客戶端在加載運(yùn)營頁面過程中，會將該消息中的運(yùn)營事件標(biāo)識和/或客戶端標(biāo)識發(fā)送至服務(wù)器中，也即向該服務(wù)器發(fā)送獲取該消息所對應(yīng)的待推送信息的請求，那么服務(wù)器會接收并解析該請求，比如根據(jù)運(yùn)營事件標(biāo)識判斷需獲取的是哪一個待推送信息，根據(jù)客戶端標(biāo)識，獲知將該待推送信息發(fā)在哪一個客戶端的運(yùn)營頁面中展示等，最終能夠在正確的運(yùn)營頁面中展現(xiàn)相應(yīng)的運(yùn)營內(nèi)容或待推送信息給用戶，也即在運(yùn)營頁面裝載過程中，服務(wù)器能夠根據(jù)接收到的請求等，展現(xiàn)不同的廣告信息給用戶。[0024]在本發(fā)明實施例中，服務(wù)器向客戶端發(fā)送與待推送信息對應(yīng)的消息，該客戶端顯示該消息，當(dāng)檢測到用戶觸發(fā)該消息時，向該服務(wù)器發(fā)送獲取該消息對應(yīng)的待推送信息的請求，該服務(wù)器根據(jù)該請求，在運(yùn)營頁面中展現(xiàn)該待推送信息，解決了由于客戶端的靈活性不如運(yùn)營頁面的問題，待推送信息的多樣性受到限制的問題，從而能夠通過服務(wù)器設(shè)置好多樣性的信息，以在運(yùn)營頁面中展示，使得客戶端顯示的信息多樣化等，提高了客戶端的靈活性，而且用戶可以自行選擇是否需要查看該待推送的信息，增強(qiáng)用戶使用體驗效果等。
[0025]實施例二:
[0026]圖2示出了本發(fā)明第二實施例提供的信息推送方法的實現(xiàn)流程，詳述如下:
[0027]基于上述實施例一提供的信息推送方法，當(dāng)上述與待推送信息對應(yīng)的消息中包括本次運(yùn)營所需要的運(yùn)營API信息，該運(yùn)營API包括網(wǎng)絡(luò)操作AP1、文件操作AP1、瀏覽器相關(guān)操作API中的至少一種時，該信息推送方法還包括以下步驟:
[0028]在步驟S201中，客戶端接收服務(wù)器端發(fā)送的與待推送信息對應(yīng)的包括本次運(yùn)營所需要的運(yùn)營API信息的消息。
[0029]在步驟S202中，客戶端判斷所在的終端中是否存在該運(yùn)營API信息對應(yīng)的運(yùn)營API，是，則執(zhí)行步驟S206，否，則執(zhí)行步驟S203。
[0030]在步驟S203中，向該服務(wù)器發(fā)送獲取該運(yùn)營API的請求；
[0031]在步驟S204中，該服務(wù)器根據(jù)該運(yùn)營API的請求，將該運(yùn)營API發(fā)送至該客戶端。
[0032]在步驟S205中，該客戶端將接收到的該運(yùn)營API包裝成對象接口注冊到該瀏覽器內(nèi)核中。
[0033]在步驟S206中，當(dāng)該運(yùn)營頁面需要訪問該客戶端時，直接調(diào)用該客戶端中對應(yīng)的運(yùn)營API，以對該客戶端中的應(yīng)用程序進(jìn)行操作。
[0034]具體地，由于運(yùn)營需求變化非?？欤枨蠖喾N多樣，為了滿足這樣的要求，運(yùn)營API的部署方式也必須非常靈活。因此，運(yùn)營API的設(shè)計有如下考慮:以細(xì)粒度劃分各種運(yùn)營API功能等；各種運(yùn)營API可以單獨編譯，增量部署；設(shè)置每種運(yùn)營API的體積不過大等，若達(dá)到了以上幾點，則每次有運(yùn)營需要時，可以方便的部署新的運(yùn)營API，在運(yùn)營消息中包含運(yùn)營API的相關(guān)信息，指明該次運(yùn)營需要什么運(yùn)營API模塊。如果客戶端所在用戶終端上沒有該模塊，則從服務(wù)器中下載，并將該運(yùn)營API包裝成對象接口注冊到該瀏覽器內(nèi)核中，由于每個運(yùn)營API模塊的功能被細(xì)分、體積又小，則可以很快下載完成，以繼續(xù)后續(xù)的步驟
坐寸ο
[0035]在具體實施過程中，對于運(yùn)營API的使用，則適合于需要對用戶終端進(jìn)行某些操作的場景。例如，運(yùn)營頁面或稱web頁面的新版本發(fā)布時，常常需要主動清除用戶終端上緩存的網(wǎng)頁文件和其他相關(guān)的文件。此時，可以由服務(wù)器向客戶端發(fā)送與該清除用戶終端上緩存的網(wǎng)頁文件和其他相關(guān)的文件相對應(yīng)的API信息，并將該API信息包括在與待推送信息對應(yīng)的信息中發(fā)送至客戶端，從而經(jīng)過客戶端向運(yùn)營頁面發(fā)起主動訪問客戶端的請求操作等。而由于現(xiàn)有web頁面不具備訪問用戶終端本地資源的能力，則需要用到運(yùn)營API。客戶端提供給運(yùn)營頁面相關(guān)腳本對象接口，該接口由客戶端實現(xiàn)，包裝成腳本對象接口，注冊到瀏覽器內(nèi)核中，此時，瀏覽器內(nèi)核相當(dāng)于被擴(kuò)展，也即增加了對客戶端操控的接口，且該接口可以被web頁面調(diào)用到，增強(qiáng)了 web頁面的運(yùn)營能力。該方法通過由客戶端從服務(wù)器中下載，以提供運(yùn)營的基礎(chǔ)能力，也即運(yùn)營API，實現(xiàn)一般的web頁面無法實現(xiàn)的訪問本地客戶端的強(qiáng)大功能，且由服務(wù)器發(fā)送包括運(yùn)營API信息的消息，以使得web頁面能夠訪問相應(yīng)的客戶端，進(jìn)而對客戶端相應(yīng)應(yīng)用進(jìn)行操作，也即能夠?qū)蛻舳诉M(jìn)行相關(guān)操作信息的推送，而不僅僅是推送相關(guān)廣告等信息，且由web頁面提供對基礎(chǔ)能力的靈活組合，也達(dá)到了靈活運(yùn)營的目標(biāo)。
[0036]本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件來完成，所述的程序可以存儲于一計算機(jī)可讀取存儲介質(zhì)中，所述的存儲介質(zhì)，如R0M/RAM、磁盤、光盤等。
[0037]實施例三:
[0038]圖3示出了本發(fā)明第三實施例提供的信息推送系統(tǒng)的結(jié)構(gòu)，為了便于說明，僅示出了與本發(fā)明實施例相關(guān)的部分。
[0039]該信息推送系統(tǒng)包括服務(wù)器31以及與該服務(wù)器31通信的客戶端32，其中:
[0040]服務(wù)器31，用于向客戶端發(fā)送與待推送信息對應(yīng)的消息。
[0041]客戶端32，用于顯示該消息，當(dāng)檢測到用戶觸發(fā)該消息時，向該服務(wù)器發(fā)送獲取該消息對應(yīng)的待推送信息的請求。
[0042]該服務(wù)器31，還用于根據(jù)該請求，在該客戶端加載的運(yùn)營頁面中展現(xiàn)該待推送信
肩、O
[0043]其中，該與待推送信息對應(yīng)的消息中還包括本次運(yùn)營所需要的運(yùn)營API信息，此時，該客戶端32還用于在判斷其所在的終端中不存在該運(yùn)營API信息對應(yīng)的運(yùn)營API模塊時，則從該服務(wù)器31中下載該運(yùn)營API模塊，并將該運(yùn)營API包裝成對象接口注冊到該瀏覽器內(nèi)核中，則可以集合運(yùn)營頁面和客戶端各自的優(yōu)勢，讓客戶端主動訪問一個運(yùn)營頁面，比如，當(dāng)用戶需要清除終端上緩存的網(wǎng)頁文件等時，可以通過點擊運(yùn)營頁面中的相關(guān)按鈕等，則該運(yùn)營頁面調(diào)用客戶端提供的相關(guān)API接口，進(jìn)行相應(yīng)的清除操作，實現(xiàn)運(yùn)營目的，解決了運(yùn)營頁面的能力(訪問本地文件、網(wǎng)絡(luò)等能力)不如客戶端的問題。
[0044]在本發(fā)明實施例中，可以通過在服務(wù)器31中配置需要推送的廣告等信息，此時，軟件提供商還可以隨時在服務(wù)器31中更改、增加、刪除某些信息，也可以使得運(yùn)營內(nèi)容或稱信息更加多樣化。當(dāng)用戶準(zhǔn)備推送某些信息時，則生成與該待推送某些信息對應(yīng)的消息，包括本次運(yùn)營所需要的運(yùn)營API信息、本次運(yùn)營事件標(biāo)識等參數(shù)，以能夠在該運(yùn)營API信息中指示運(yùn)營所需要的具體AP1、在客戶端顯示運(yùn)營事件主要信息等。而服務(wù)器31檢測到客戶端登陸時，通過客戶端/服務(wù)器的通道，將生成的消息推送給客戶端32。該客戶端32接收到并顯示服務(wù)器31發(fā)送的消息后，繼續(xù)檢測用戶是否觸發(fā)了該消息，若否，則不作反應(yīng)，否則，則根據(jù)預(yù)置的網(wǎng)頁地址等開始通過瀏覽器內(nèi)核訪問或者加載相應(yīng)的網(wǎng)頁，且在加載過程中，發(fā)送獲取該消息對應(yīng)的待推送信息的請求至服務(wù)器31，那么服務(wù)器31會根據(jù)該請求，在該運(yùn)營頁面中展現(xiàn)相應(yīng)的待推送信息給用戶，進(jìn)一步地，服務(wù)器31會根據(jù)該請求中的運(yùn)營事件標(biāo)識、客戶端標(biāo)識等參數(shù)，將該運(yùn)營事件標(biāo)識對應(yīng)的待推送信息推送到客戶端標(biāo)識對應(yīng)額客戶端32中，從而，用戶能夠?qū)崿F(xiàn)在運(yùn)營頁面中查看運(yùn)營內(nèi)容的具體信息等。
[0045]在本發(fā)明實施例中，利用服務(wù)器的靈活變更和部署的能力，結(jié)合客戶端提供的運(yùn)營API模塊，運(yùn)營頁面技術(shù)構(gòu)建本地客戶端程序的技術(shù)方案，能夠結(jié)合web技術(shù)和客戶端技術(shù)的優(yōu)點，解決各自的不足之處，為滿足迅速變化的運(yùn)營需求提供了一種可行的解決方案。
[0046]實施例四:[0047]圖4示出了本發(fā)明第四實施例提供的客戶端的結(jié)構(gòu)，為了便于說明，僅示出了與本發(fā)明實施例相關(guān)的部分。
[0048]該客戶端包括接收單元41及訪問單元42,其中:
[0049]接收單元41，用于接收并顯示服務(wù)器發(fā)送的與待推送信息對應(yīng)的消息；
[0050]訪問單元42，用于當(dāng)檢測到用戶觸發(fā)該消息時，向該服務(wù)器發(fā)送獲取該消息對應(yīng)的待推送信息的請求。
[0051]在本發(fā)明實施例中，當(dāng)在服務(wù)器中配置了待推送信息時，則在服務(wù)器中生成與該待推送信息對應(yīng)的消息，并將該消息發(fā)送到該接收單元41中，該訪問單元42在測到用戶觸發(fā)該消息時，以通過瀏覽器內(nèi)核加載某一運(yùn)營頁面，同時向該服務(wù)器發(fā)送獲取該消息對應(yīng)的待推送信息的請求。
[0052]另外，在觸發(fā)該接收單元41之后，觸發(fā)該訪問單元42之前，當(dāng)該與待推送信息對應(yīng)的消息中還包括本次運(yùn)營所需要的運(yùn)營API信息，該客戶端還包括:
[0053]判斷單元，用于判斷該客戶端所在的終端中是否存在該運(yùn)營API信息所對應(yīng)的運(yùn)營 API ；
[0054]API模塊獲取單元，用于當(dāng)該判斷單元輸出結(jié)果為否時，向該服務(wù)器發(fā)送獲取該運(yùn)營API的請求，并根據(jù)該服務(wù)器返回的該運(yùn)營API模塊，將該運(yùn)營API包裝成對象接口注冊到該瀏覽器內(nèi)核中。
[0055]在本發(fā)明實施例中，當(dāng)該判斷單元輸出結(jié)果為是，該運(yùn)營頁面需要訪問該客戶端時，可以直接調(diào)用該客戶端中對應(yīng)的運(yùn)營API，以對該客戶端中的應(yīng)用程序進(jìn)行操作。而如果該判斷單元輸出結(jié)果為否時，則需要從該服務(wù)器中下載該運(yùn)營API模塊，并將該運(yùn)營API包裝成對象接口注冊到該瀏覽器內(nèi)核中，以使得下次服務(wù)器訪問該客戶端時，直接調(diào)用已經(jīng)存在的對應(yīng)的運(yùn)營API即可。而具體地客戶端顯示帶推送信息的過程見上述實施例中所述，在此不再贅述。
[0056]本發(fā)明實施例通過服務(wù)器向客戶端發(fā)送與待推送信息對應(yīng)的消息，該客戶端顯示該消息，當(dāng)檢測到用戶觸發(fā)該消息時，向該服務(wù)器發(fā)送獲取該消息對應(yīng)的待推送信息的請求，該服務(wù)器根據(jù)該請求，在客戶端加載的運(yùn)營頁面中展現(xiàn)該待推送信息，實現(xiàn)通過運(yùn)營頁面構(gòu)建運(yùn)營內(nèi)容或待推送信息，變化靈活、部署方便，響應(yīng)速度快，且結(jié)合客戶端強(qiáng)大的本地操作功能，滿足了運(yùn)營內(nèi)容提供商及用戶的多樣化的運(yùn)營需求等。
[0057]以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【權(quán)利要求】
1.一種信息推送方法，其特征在于，所述方法包括下述步驟: 服務(wù)器向客戶端發(fā)送與待推送信息對應(yīng)的消息； 所述客戶端顯示所述消息，當(dāng)檢測到用戶觸發(fā)所述消息時，向所述服務(wù)器發(fā)送獲取所述消息對應(yīng)的待推送信息的請求； 所述服務(wù)器根據(jù)所述請求，在所述客戶端加載的運(yùn)營頁面中展現(xiàn)所述待推送信息。
2.如權(quán)利要求1所述的方法，其特征在于，所述與待推送信息對應(yīng)的消息中還包括本次運(yùn)營所需要的運(yùn)營API信息。
3.如權(quán)利要求2所述的方法，其特征在于，所述方法還包括: 所述客戶端判斷所在的終端中是否存在所述運(yùn)營API信息對應(yīng)的運(yùn)營API ； 當(dāng)判斷結(jié)果為否時，所述客戶端向所述服務(wù)器發(fā)送獲取所述運(yùn)營API的請求； 所述服務(wù)器根據(jù)所述請求，將所述運(yùn)營API發(fā)送至所述客戶端； 所述客戶端將接收到的所述運(yùn)營API包裝成對象接口注冊到所述瀏覽器內(nèi)核中。
4.如權(quán)利要求3所述的方法，其特征在于，所述方法還包括: 當(dāng)所述運(yùn)營頁面需要訪問所述客戶端時，直接調(diào)用所述客戶端中對應(yīng)的運(yùn)營API，以對所述客戶端中的應(yīng)用程序進(jìn)行操作。
5.如權(quán)利要求4所述的方法，其特征在于，所述運(yùn)營API包括網(wǎng)絡(luò)操作AP1、文件操作API或者瀏覽器相關(guān)操作API中的至少一個。
6.一種信息推送系統(tǒng)，其特征在于，所述系統(tǒng)包括服務(wù)器以及與所述服務(wù)器通信的客戶端，其中: 所述服務(wù)器，用于向所述客戶端發(fā)送與待推送信息對應(yīng)的消息； 所述客戶端，用于顯示所述消息，當(dāng)檢測到用戶觸發(fā)所述消息時，向所述服務(wù)器發(fā)送獲取所述消息對應(yīng)的待推送信息的請求； 所述服務(wù)器，還用于根據(jù)所述請求，在所述客戶端加載的運(yùn)營頁面中展現(xiàn)所述待推送信息。
7.如權(quán)利要求6所述的系統(tǒng)，其特征在于，所述與待推送信息對應(yīng)的消息中還包括本次運(yùn)營所需要的運(yùn)營API信息。
8.如權(quán)利要求7所述的系統(tǒng)，其特征在于，所述客戶端還用于判斷所在的終端中是否存在所述運(yùn)營API信息對應(yīng)的運(yùn)營API，當(dāng)判斷結(jié)果為否時，向所述服務(wù)器發(fā)送獲取所述運(yùn)營API的請求； 所述服務(wù)器還用于根據(jù)所述請求，將所述運(yùn)營API發(fā)送至所述客戶端； 所述客戶端還用于將接收到的所述運(yùn)營API包裝成對象接口注冊到所述瀏覽器內(nèi)核中。
9.一種客戶端，其特征在于，所述客戶端包括: 接收單元，用于接收并顯示服務(wù)器發(fā)送的與待推送信息對應(yīng)的消息；以及訪問單元，用于當(dāng)檢測到用戶觸發(fā)所述消息時，向所述服務(wù)器發(fā)送獲取所述消息對應(yīng)的待推送信息的請求。
10.如權(quán)利要求9所述的系統(tǒng)，其特征在于，所述客戶端還包括: 判斷單元，用于判斷所述客戶端所在的終端中是否存在所述運(yùn)營API信息所對應(yīng)的運(yùn)營 API ；API模塊獲取單元，用于當(dāng)所述判斷單元輸出結(jié)果為否時，向所述服務(wù)器發(fā)送獲取所述運(yùn)營API的請求，并根據(jù)所述服務(wù)器返回的所述運(yùn)營API，將所述運(yùn)營API包裝成對象接口注冊到所述瀏覽器內(nèi)核中。
【文檔編號】H04L29/08GK103581249SQ201210269804
【公開日】2014年2月12日 申請日期:2012年7月31日 優(yōu)先權(quán)日:2012年7月31日
【發(fā)明者】黃奎, 屈超, 楊文澤, 魏亞民, 周志超, 李斌, 謝昕虬 申請人:騰訊科技（上海）有限公司