專利名稱：數(shù)據(jù)推送系統(tǒng)及方法
技術(shù)領域：
本發(fā)明涉及通信領域，具體而言，涉及一種數(shù)據(jù)推送系統(tǒng)及方法。
背景技術(shù)：
推送(Push)技術(shù)是一種服務器主動將數(shù)據(jù)內(nèi)容發(fā)送給客戶端的技術(shù)，它區(qū)別于 傳統(tǒng)的客戶端與服務器之間“請求/應答”式的通訊方式，具有服務傳送及時，通訊方式靈 活等優(yōu)點。推送技術(shù)已成為服務提供商或者電信運營商承載業(yè)務的重要形式。目前，如新 聞、通知及廣告等信息的發(fā)布也越來越多的以推送的方式進行。微件(Widget)是一種新型的基于Web技術(shù)的應用程序框架體系，它能夠承載無 限豐富的信息內(nèi)容，并提供功能強大的人機交互接口和絢麗的交互界面，例如天氣預報、模 擬時鐘、股票信息及新聞閱讀等應用是目前最為常見和被廣泛接受的Widget應用。當前， Widget越來越引起移動運營商和服務提供商的重視，它將成為其承載移動業(yè)務的重要載 體。目前的相關技術(shù)中，比如推送郵件(Push Mail)和推送信息(Push Message)雖然 采用推送技術(shù)，由服務器將信息發(fā)送到移動終端，但用戶仍舊需要進行繁雜的下載操作，且 其發(fā)送的信息內(nèi)容過于單調(diào)，支持的文件瀏覽格式較少，一般不能傳送包含視音頻、音頻、 SVG及Flash等高級媒體格式，也不能將所有資源有機的融合在一起，從而提供靈活多樣的 人機交互方式。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種數(shù)據(jù)推送系統(tǒng)及方法，以至少解決上述問題之一。根據(jù)本發(fā)明的一個方面，提供了一種數(shù)據(jù)推送系統(tǒng)，包括Widget應用服務器，用 于向推送網(wǎng)關發(fā)出推送請求，其中，所述推送請求中攜帶有承載需要推送給目標終端的數(shù) 據(jù)內(nèi)容的Widget ；所述推送網(wǎng)關，用于接收所述推送請求，并將所述Widget發(fā)送給所述目 標終端；所述目標終端，用于接收所述Widget，并安裝或更新所述Widget。根據(jù)本發(fā)明的另一方面，提供了一種數(shù)據(jù)推送方法，包括Widget應用服務器向 推送網(wǎng)關發(fā)出推送請求，其中，所述推送請求中攜帶有承載需要推送給目標終端的數(shù)據(jù)內(nèi) 容的Widget ；所述推送網(wǎng)關接收所述推送請求后將所述Widget發(fā)送給所述目標終端；所述 目標終端接收所述Widget后安裝或更新所述Widget。通過本發(fā)明，Widget應用服務器以Widget的形式將數(shù)據(jù)內(nèi)容推送到推送網(wǎng)關，由 推送網(wǎng)關將承載推送數(shù)據(jù)內(nèi)容的Widget發(fā)送給目標終端，由目標終端安裝或更新Widget， 從而實現(xiàn)的數(shù)據(jù)內(nèi)容的推送，由于Widget應用服務器將數(shù)據(jù)內(nèi)容承載在Widget上推送給 目標終端，從而解決了相關技術(shù)中用戶需要進行繁雜的下載操作的問題，并且，由于Widget 可以將音頻、音頻、SVG及Flash等所有資源有機的融合在一起，從而提供靈活多樣的人機 交互方式。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā) 明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中圖1是根據(jù)本發(fā)明實施例的數(shù)據(jù)推送系統(tǒng)的結(jié)構(gòu)示意圖；圖2是根據(jù)本發(fā)明優(yōu)選實施例的數(shù)據(jù)推送系統(tǒng)的結(jié)構(gòu)示意圖；圖3是根據(jù)本發(fā)明實施例的推送網(wǎng)關的結(jié)構(gòu)示意圖；圖4是根據(jù)本發(fā)明實施例的推送客戶端的結(jié)構(gòu)示意圖；圖5是根據(jù)本發(fā)明實施例Widget客戶端的結(jié)構(gòu)示意圖；圖6是根據(jù)本發(fā)明實施例數(shù)據(jù)推送方法的流程圖；圖7是本發(fā)明實施例中Widget應用服務器發(fā)起推送的流程圖；圖8是本發(fā)明實施例中推送網(wǎng)關執(zhí)行推送的流程圖；圖9是本發(fā)明實施例中目標終端接收推送的處理流程圖。
具體實施例方式下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的 情況下，本申請中的實施例及實施例中的特征可以相互組合。實施例一圖1為根據(jù)本發(fā)明實施例的數(shù)據(jù)推送系統(tǒng)的結(jié)構(gòu)示意圖，如圖1所示，該系統(tǒng)主要 包括=Widget應用服務器10、推送網(wǎng)關20和目標終端30。其中，Widget應用服務器10， 用于向推送網(wǎng)關20發(fā)出推送請求，其中，該推送請求中攜帶有承載需要推送給目標終端的 數(shù)據(jù)內(nèi)容的Widget (或者也可以稱為Widget應用包)；推送網(wǎng)關20，用于接收上述推送請 求，并將該Widget發(fā)送給目標終端30 ；目標終端30，用于接收上述Widget，安裝或更新該 Widget。在本發(fā)明實施例中，Widget應用服務器10為服務內(nèi)容提供者，可以是服務型網(wǎng)站 或者應用商店(App Market)的形式，主要用于(1)管理Widget應用及更新，主要包括提 供Widget分類管理、展示平臺，以方便用戶準確定位喜好和需求；提供必要的簡介或者預 覽，或者用戶評分，可以更好的幫助用戶選擇；另外，還可以像App Market為開發(fā)者提供上 傳應用的開放平臺；(2)接收用戶的服務定制，管理用戶信息及定制內(nèi)容，例如，可以選擇 MySQL等大型關系數(shù)據(jù)庫來存儲用戶注冊的必要信息(例如，移動用戶綜合業(yè)務數(shù)字網(wǎng)號 石馬(MobileSubscriberIntegrated Services Digital Network Number，簡禾爾為MSISDN))， 以提供推送定位；(3)還作為Push動作發(fā)起方，在需要向目標終端30推送數(shù)據(jù)內(nèi)容時，通 過推送網(wǎng)關10執(zhí)行推送。推送網(wǎng)關20用于處理Widget應用服務器10的推送請求，將Widget應用服務器 10的推送的信息打包，并作必要的編碼和壓縮；并將Widget應用服務器10的推送的信息 推送到目標終端。在本發(fā)明優(yōu)選實施例中，推送網(wǎng)關20可以從Widget應用服務器10發(fā)送的推送請 求的Push頭提供的目標終端30的信息，與之建立無線鏈接；然后執(zhí)行Push，通過建立的連 接將Widget發(fā)送至目標終端30，并且，推送網(wǎng)關20還用于向Widget應用服務器反饋必要的推送狀態(tài)。圖2是根據(jù)本發(fā)明優(yōu)選實施例的數(shù)據(jù)推送系統(tǒng)的結(jié)構(gòu)示意圖，如圖2所示，在該優(yōu) 選實施例中，目標終端30包括推送接收客戶端32，用于與推送網(wǎng)關20建立無線連接，接 收推送網(wǎng)關20發(fā)送的Widget ；Widget客戶端34，用于安裝或更新推送接收客戶端32接收 到的 Widget。在本發(fā)明實施例中，Widget應用服務器10通過PAP協(xié)議訪問推送網(wǎng)關20，在該 子系統(tǒng)中推送網(wǎng)關20為事實上的服務器，需提供PAP協(xié)議定義的服務接口，例如，確認推 送、更新推送、取消推送及推送狀態(tài)查詢等接口，Widget應用服務器10通過這些接口管理 推送。推送網(wǎng)關20接收和應答的數(shù)據(jù)可以以XML的形式存在。例如，以“確認推送”為例， Widget應用服務器10發(fā)起推送操作的指令，分為控制信息和內(nèi)容實體(即Widget本身)， 其中，控制信息可以以XML文件形式描述Push Message的配置信息、服務質(zhì)量信息和Push 對象的位置信息，推送網(wǎng)關20根據(jù)Push Message的配置信息和服務質(zhì)量信息判斷該次推 送的可行性，并反饋給服務器。若符合要求則解析推送地址，與Push接收客戶端32通信。 在推送過程，由于推送內(nèi)容(Widget) —般較大，無連接服務(SMS etc.)無法承載，因此，需 建立穩(wěn)定的無線會話連接，因此，推送網(wǎng)關20的第一次推送為會話申請，推送網(wǎng)關20解析 MSISDN，通過SMS信道發(fā)送會話申請，并接受客戶端的會話連接，在會話連接建立以后，將 Widget內(nèi)容發(fā)送到終端。在本發(fā)明優(yōu)選實施方式中，上述各設備實體之間的通訊可以采用OMA推送(PUSH) 標準中的規(guī)范。其中=(I)Widget應用服務器10與推送網(wǎng)關20之間的接口協(xié)議可以采用推 送接口協(xié)議(PushAccess Protocol，簡稱為PAP)，該協(xié)議基于標準hternet協(xié)議(HTTP)； 可以提供Push必要的服務接口，例如，發(fā)起、取消、狀態(tài)查詢等；控制消息內(nèi)容可以基于XML 來描述；并且支持多種Push相關的媒體類型(MIME Type)。⑵推送網(wǎng)關20與Push接收 客戶端32之間采用推送空中傳輸協(xié)議(Push Over-the-Airprotocol，簡稱為Push-OTA)， 該協(xié)議可基于多種網(wǎng)絡協(xié)議，例如，WSP, HTTP和SIP等，提供基于連接和無連接的服務。 (3)Push接收客戶端32與Widget客戶端34之間采用推送客戶端應用接口(Push Client ApplicationInterface,簡稱為Push-CAI)，Push接收客戶端32將Push事件通過客戶端應 用接口(CAI)通知Widget客戶端；34，Widget客戶端；34也通過CAI接收Widget應用包。在本發(fā)明優(yōu)選實施例中，在推送模式下，推送網(wǎng)關20不能主動連接Push接收客戶 端32，需要建立無線會話協(xié)議(Wireless Session Protocol，簡稱為WSP)或者超文本傳輸 通訊協(xié)議(Hypertext Transfer Protocol，簡稱為HTTP)連接，推送網(wǎng)關20需要先向客戶 端發(fā)送會話請求(Session Initiation Requests，簡稱為SIR)，該會話請求為一次基于無 連接傳輸?shù)腜ush動作，例如，一次SMS信道中的Push。可以由推送接收客戶端32中會話管 理模塊322來處理該會話請求，會話管理模塊用于偵聽會話請求，解析請求并校對，發(fā)現(xiàn)終 端設備條件齊備后，連接Push網(wǎng)關，建立無線會話或者TCP鏈接，用于接收Widget Push內(nèi) 容。因此，如圖3所示，本發(fā)明實施例中的推送網(wǎng)關20包括但不限于會話建立模塊 202，用于向推送接收客戶端32發(fā)送會話請求，以建立推送網(wǎng)關20與推送接收客戶端32之 間的會話或連接；推送模塊204，用于將上述Widget打包壓縮后通過會話建立模塊202建 立的會話或連接發(fā)送給推送接收客戶端32。
如圖4所示，本發(fā)明實施例中的推送接收客戶端32包括但不限于會話管理模塊 322，用于接收推送網(wǎng)關20發(fā)送的會話請求，以建立推送接收客戶端32與推送網(wǎng)關20之間 的會話或連接；接收模塊324，用于接收推送網(wǎng)關20通過上述會話或連接發(fā)送的Widget。Push接收客戶端32需要為推送網(wǎng)關20和Widget客戶端34提供服務接口。無 線會話管理模塊322作為客戶端的子模塊，用于處理來自推送網(wǎng)關20的會話請求，例如，無 線管理模塊322可以偵聽SMS信道端口的內(nèi)容，發(fā)現(xiàn)消息類型是會話請求(S^類型)時， 就解析該請求，獲得本次推送的概要，例如，發(fā)送方地址、發(fā)送Widget的名稱、版本及ID等 信息，判斷是否接收該Push內(nèi)容。例如，若Widget已經(jīng)安裝過，就不再發(fā)起會話，不接收該 Widget。獲得會話確認后，無線會話管理模塊322能夠主動根據(jù)發(fā)送方地址(IP地址)連 接推送網(wǎng)關20。優(yōu)選地，在本發(fā)明實施例中，如圖5所示，Widget客戶端34包括但不限于解壓 模塊342，用于解壓推送接收客戶端32接收到的Widget ；判斷模塊344，用于根據(jù)解壓后 的Widget中的Widget應用配置文件，判斷本地是否已安裝與接收到的Widget的標識信息 (例如，Widget的名稱和/或標識(ID))相同的Widget，如果是，則觸發(fā)更新模塊346，如果 否，則觸發(fā)安裝模塊348 ；更新模塊346，用于根據(jù)接收到的Widget更新本地已安裝的與該 Widget的標識信息相同的Widget ；安裝模塊348，用于安裝接收到的Widget。Widget客戶端；34用于完成W3CWidget規(guī)范中的一切操作，包括Widget包配置文 件讀取、安裝、更新、刪除以及Widget的碼頭管理(即Widget置于啟動欄)和Widget應用 的啟動等，其與標準的Widget客戶端功能一致。在本發(fā)明實施例中，Widget客戶端還需通 過Push客戶端提供的接口，提供檢索Widget的接口。典型地，根據(jù)Widget的名稱，可以檢 索到該Widget是否已經(jīng)存在，若存在則返回版本、軟件ID等信息。在本發(fā)明實施例的一個實施方式中，推送接收客戶端32的會話管理模塊322還用 于根據(jù)接收到的會話請求中攜帶的Widget的概要信息(例如，版本號和標識(ID))，判斷 Widget客戶端34是否已安裝該Widget，如果是，則拒絕該會話請求，如果否，則接受該會話 請求，建立上述會話或連接。從而可以避免不必要的數(shù)據(jù)下載，節(jié)約數(shù)據(jù)流量，減輕網(wǎng)絡負 載。在本發(fā)明實施例的另一個優(yōu)選實施方式中，如圖4所示，推送接收客戶端32還可 以包括提示模塊326，用于在會話管理模塊322判定接受推送網(wǎng)關的會話請求的情況下， 提示用戶是否下載上述Widget。通過本發(fā)明實施例提供的上述數(shù)據(jù)推送系統(tǒng)，可以實現(xiàn)Widget應用從Widget應 用服務器10到目標終端30的推送，從而可以減少繁瑣的下載操作，保證資訊的時效性，并 通過Widget提供靈活多樣的人機交互，提高用戶體驗。實施例二圖6是根據(jù)本發(fā)明實施例的數(shù)據(jù)推送方法的流程圖，該方法可以通過上述的系統(tǒng) 來實現(xiàn)，如圖6所示，主要包括以下步驟步驟S602，在需要向目標終端推送數(shù)據(jù)內(nèi)容時，Widget應用服務器將承載數(shù)據(jù)內(nèi) 容的Widget應用包和目標終端的描述信息發(fā)送給推送網(wǎng)關；例如，Widget應用服務器可以根據(jù)用戶的定制信息，確定是否需要向目標終端推 送數(shù)據(jù)內(nèi)容，如果是，則數(shù)據(jù)內(nèi)容承載在Widget應用包中，將Widget應用包和目標描述信息打包，發(fā)送給推送網(wǎng)關。步驟S604，推送網(wǎng)關根據(jù)所述目標終端的描述信息，將該Widget應用包發(fā)送給目 標終端；例如，推送網(wǎng)關接收Widget應用服務器推送的承載上述數(shù)據(jù)內(nèi)容的Widget應用 包后，根據(jù)目標終端的描述信息，發(fā)起會話申請請求，與所述目標終端的推送接收客戶端建 立無線連接；然后通過建立的無線連接，將所述Widget應用包發(fā)送給所述推送接收客戶 端；推送接收客戶端將所述Widget應用包發(fā)送給所述目標終端的Widget客戶端。其中，推送接收客戶端在接收到所述推送網(wǎng)關發(fā)送的會話請求后，可以根據(jù)所述 會話請求中攜帶的所述Widget應用包的相關信息，判斷所述目標終端是否已安裝所述 Widget應用包，如果是，則拒絕所述會話請求，如果不是，則接受所述會話請求，建立與所述 推送網(wǎng)關之間的會話或連接。其中，推送接收客戶端可以通過向所述Widget客戶端發(fā)送查詢請求，來判斷目標 終端是否已安裝所述Widget應用包。例如，推送接收客戶端可以發(fā)送攜帶該Widget的名 稱和/或版本的查詢請求，Widget客戶端接收到該查詢請求后，檢索是否已安裝所述名稱 對應的Widget，如果是，則返回該Widget的版本及標識，如果不是，則返回指示未安裝所述 名稱對應的Widget的指示信息，推送接收客戶端根據(jù)所述Widget客戶端返回的信息判斷 所述目標終端是否已安裝所述Widget應用包，其中，如果所述Widget客戶端返回的為指示 未安裝所述名稱對應的Widget的指示信息，則所述推送接收客戶端確定目標終端未安裝 所述Widget應用包，如果所述Widget客戶端返回的為已安裝的與所述名稱對應的Widget 的版本及標識，則所述推送接收客戶端判斷該版本及標識與所述Widget應用包對應的版 本及標識是否相同，如果是，則確定所述目標終端已安裝所述Widget應用包，如果不相同， 則確定所述目標終端未安裝所述Widget應用包。或者，Widget客戶端接收到上述查詢請 求后，檢索是否已安裝所述名稱及版本對應的Widget，并返回檢索結(jié)果，推送接收客戶端根 據(jù)該檢索結(jié)果可以判定目標終端是否已安裝所述Widget應用包。優(yōu)選地，推送接收客戶端在確定接受所述會話請求的情況下，還可以提示用戶是 否下載上述Widget應用包，從而可以提高用戶體驗。優(yōu)選地，Push接收客戶端接收到Widget應用包，還可以向推送網(wǎng)關反饋完成狀 態(tài)，并關閉與推送網(wǎng)關之間的會話或連接。假設Push-OTA基于無線會話層協(xié)議(WSP)，當推送網(wǎng)關接收到Widget應用服務 器的推送請求后，首先，解析推送地址(MSISDN)，通過SMS信道發(fā)送第一條推送消息，該推 送消息的內(nèi)容類型(Content type)為application/widget-si (SIR)，指示為會話發(fā)起 (Session initiation)。目標終端無線會話管理模塊偵聽SMS端口，一旦收到Content Type 為application/widget-si的Push消息，處理該Push消息。即判斷是否接受該Push消息。 application/widget-si類型的Push消息中包含了待推送Widget應用的相關信息，包括 Widget的名稱、版本號和軟件ID，另外還包括服務器(這里是推送網(wǎng)關)的tol，作為連接 的目標。當無線會話管理模塊收到該Push消息時，首先根據(jù)版本號和ID檢測該Widget是 否已經(jīng)安裝過，通過Widget客戶端的檢索查詢功能完成，如果返回未安裝或更新時，才發(fā) 起連接并下載。與傳統(tǒng)的先下載后查看的方式相比，Push方式的可預見性可以避免不必要 的數(shù)據(jù)下載，節(jié)約數(shù)據(jù)流量，減輕網(wǎng)絡負載。
步驟S606，目標終端接收所述Widget應用包后，安裝或更新Widget。例如，Widget客戶端可以解壓所述Widget應用包，讀取所述Widget應用包的配 置文件，然后Widget客戶端根據(jù)所述配置文件記錄Widget的名稱，判斷本地是否已安裝與 所述名稱對應的Widget，如果是，則使用接收到的所述Widget應用包更新本地已安裝的所 述Widget，如果不是，則安裝所述Widget應用包。例如，Push接收客戶端在接收到Widget應用包后，可以通知Widget客戶端處理 該Widget應用包。Widget客戶端首先解壓該Widget應用包，讀取Widget應用配置文件 (Config. xml，位于Widget包中)，確定對Widget的處理方式，或者全新安裝，或者版本更 新。至此該次推送完成。通過本發(fā)明實施例提供的上述方法，可以實現(xiàn)Widget應用以推送形式發(fā)布，為用 戶提供一種全新的服務體驗，形成一種新的業(yè)務形式實施例三圖7為本發(fā)明實施例中Widget應用服務器發(fā)起推送的流程圖，如圖7所示，在本 發(fā)明實施例Widget應用服務器發(fā)起推送時Widget應用服務器側(cè)的處理流程主要包括以下 步驟步驟701，Widget應用服務器讀取用戶的定制信息；步驟702，Widget應用服務器確定需要向目標終端推送數(shù)據(jù)內(nèi)容，準備Widget應 用包，將數(shù)據(jù)內(nèi)容承載到Widget應用包中；步驟703，Widget應用服務器進行推送內(nèi)容打包，將控制信息和Widget應用包打 包；步驟704，Widget應用服務器發(fā)起推送，通過PAP協(xié)議將打包的內(nèi)容發(fā)送給推送網(wǎng) 關；步驟705，Widget應用服務器接收推送網(wǎng)關返回的狀態(tài)反饋；步驟706，Widget應用服務器判斷推送是否成功，如果，則推送完成并記錄到用戶 數(shù)據(jù)庫中，否則，返回步驟704。通過上述流程，Widget應用服務器可以完成一次推送。實施例四圖8為本發(fā)明實施例中推送過程中推送網(wǎng)關的處理流程圖，如圖8所示，在本發(fā)明 實施例中推送過程中推送網(wǎng)關的處理流程主要包括以下步驟步驟801，推送網(wǎng)關接收來自Wi dget應用服務器的推送請求；步驟802，推送網(wǎng)關解析推送請求中的控制信息，得到推送目標，即目標終端的地
址等信息；步驟803，推送網(wǎng)關發(fā)起SMS推送，通過SMS端口向推送接收客戶端發(fā)送會議請求 (SIR)；步驟804，推送網(wǎng)關判斷是否接收到推送接收客戶端的會話連接，如果是，執(zhí)行步 驟805，否則，執(zhí)行步驟807 ；步驟805，推送網(wǎng)關接受推送客戶端的會話連接，建立與推送接收客戶端的會話或 連接；步驟806，推送網(wǎng)關在當前連接上推送Widget內(nèi)容；
步驟807，推送網(wǎng)關向Widget應用服務器反饋推送狀態(tài)，即反饋客戶端無響應的 指不信息；步驟808，推送網(wǎng)關接收推送接收客戶端返回的反饋信息(指示終端是否已接 收)，并將該反饋信息上報給Widget應用服務器。實施例五圖9為本發(fā)明實施例中推送過程中推送接收客戶端的處理流程圖，如圖9所示，在 本發(fā)明實施例中推送過程中推送接收客戶端的處理流程主要包括以下步驟步驟901，推送接收客戶端接收到來自推送網(wǎng)關的推送消息；步驟902，推送接收客戶端判斷該推送消息的類型，如果是S^類型，即會話請求， 則執(zhí)行步驟903，如果是Widget類型，即Widget內(nèi)容，則執(zhí)行步驟909 ；步驟903，推送接收客戶端解析該推送消息，獲取待推送Widget應用的相關信息， 包括=Widget的名稱、版本號、軟件ID等，另外，還可以包括服務器(本實施例中為推送網(wǎng) 關0的URL，作為連接的目標；步驟904，推送接收客戶端根據(jù)版本號和軟件ID檢測該Widget是否已經(jīng)安裝，具 體可以通過Widget客戶端的檢索查詢完成；步驟905，推送接收客戶端接收Widget客戶端返回的信息，如果該信息中包括版 本號，則將該版本號與待接收的Widget進行比較；步驟906，根據(jù)比較結(jié)果判斷是否要接收上述Widget，如果是，則執(zhí)行步驟908，否 則，執(zhí)行步驟907;步驟907，不發(fā)起會話連接；步驟908，向推送網(wǎng)關發(fā)起會話連接；上述步驟903至908可以由推送接收客戶端的無線會話管理模塊，即會話管理模 塊322完成。步驟909，推送接收客戶端接收Widget，并將其發(fā)送給Widget客戶端；步驟910，推送接收客戶端向推送網(wǎng)關反饋推送狀態(tài)，并關閉與推送網(wǎng)關之間的連接。從以上的描述中，可以看出，通過本發(fā)明實施例，Widget應用服務器以Widget的 形式將數(shù)據(jù)內(nèi)容推送到推送網(wǎng)關，由推送網(wǎng)關將承載推送數(shù)據(jù)內(nèi)容的Widget發(fā)送給目標 終端，由目標終端安裝或更新Widget，從而實現(xiàn)的數(shù)據(jù)內(nèi)容的推送，由于Widget應用服務 器將數(shù)據(jù)內(nèi)容承載在Widget上推送給目標終端，從而解決了相關技術(shù)中用戶需要進行繁 雜的下載操作的問題，并且，由于Widget可以將音頻、音頻、SVG及Flash等所有資源有機 的融合在一起，從而提供靈活多樣的人機交互方式。顯然，本領域的技術(shù)人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成 的網(wǎng)絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲 在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示 出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或 步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種數(shù)據(jù)推送系統(tǒng)，其特征在于，包括Widget應用服務器，用于向推送網(wǎng)關發(fā)出推送請求，其中，所述推送請求中攜帶有承載 需要推送給目標終端的數(shù)據(jù)內(nèi)容的微件Widget ；所述推送網(wǎng)關，用于接收所述推送請求，并將所述Widget發(fā)送給所述目標終端； 所述目標終端，用于接收所述Widget，安裝或更新所述Widget。
2.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述目標終端包括推送接收客戶端，用于與所述推送網(wǎng)關建立無線連接，接收所述Widget ； Widget客戶端，用于安裝或更新所述推送接收客戶端接收到的所述Widget。
3.根據(jù)權(quán)利要求2所述的系統(tǒng)，其特征在于， 所述推送網(wǎng)關包括會話建立模塊，用于向所述推送接收客戶端發(fā)送會話請求，以建立所述推送網(wǎng)關與所 述推送接收客戶端之間的會話或連接；推送模塊，用于將所述Widget打包壓縮后通過所述會話建立模塊建立的所述會話或 連接發(fā)送給所述推送接收客戶端； 所述推送接收客戶端包括會話管理模塊，用于接收所述會話請求，以建立所述推送接收客戶端與所述推送網(wǎng)關 之間的所述會話或連接；接收模塊，用于接收所述推送網(wǎng)關通過所述會話或連接發(fā)送的所述Widget。
4.根據(jù)權(quán)利要求2所述的系統(tǒng)，其特征在于，所述Widget客戶端包括 解壓模塊，用于解壓所述推送接收客戶端接收到的所述Widget ；判斷模塊，用于根據(jù)解壓后的所述Widget中的Widget應用配置文件，判斷本地是否已 安裝與所述Widget的標識信息相同的Widget，如果是，則觸發(fā)更新模塊，如果否，則觸發(fā)安 裝模塊；所述更新模塊，用于根據(jù)接收到的所述Widget更新本地已安裝的與該Widget的標識 信息相同的Widget ；所述安裝模塊，用于安裝接收到的所述Widget。
5.根據(jù)權(quán)利要求3所述的系統(tǒng)，其特征在于，所述會話管理模塊還用于根據(jù)所述會話 請求中攜帶的所述Widget的概要信息，判斷所述Widget客戶端是否已安裝所述Widget，如 果是，則拒絕所述會話請求，如果否，則接受所述會話請求，建立所述會話或連接。
6.根據(jù)權(quán)利要求5所述的系統(tǒng)，其特征在于，所述推送接收客戶端還包括提示模 塊，用于在所述會話管理模塊判定接受所述會話請求的情況下，提示用戶是否下載所述 Widget。
7.一種數(shù)據(jù)推送方法，其特征在于，包括在需要向目標終端推送數(shù)據(jù)內(nèi)容時，Widget應用服務器將承載所述數(shù)據(jù)內(nèi)容的 Widget應用包和所述目標終端的描述信息發(fā)送給推送網(wǎng)關；所述推送網(wǎng)關根據(jù)所述目標終端的描述信息，將所述Widget應用包發(fā)送給所述目標 終端；所述目標終端接收所述Widget應用包后，安裝或更新Widget。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述推送網(wǎng)關根據(jù)所述目標終端的描述信息，將所述Widget應用包發(fā)送給所述目標終端包括所述推送網(wǎng)關接收所述Widget應用服務器推送的所述承載所述數(shù)據(jù)內(nèi)容的Widget應 用包，根據(jù)所述目標終端的描述信息，發(fā)起會話申請請求，與所述目標終端的推送接收客戶 端建立無線連接；所述推送網(wǎng)關通過建立的無線連接，將所述Widget應用包發(fā)送給所述推送接收客戶端；所述推送接收客戶端將所述Widget應用包發(fā)送給所述目標終端的Widget客戶端。
9.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述推送網(wǎng)關與所述目標終端的推送接 收客戶端建立無線連接包括所述推送接收客戶端接收所述推送網(wǎng)關發(fā)送的會話請求；所述推送接收客戶端根據(jù)所述會話請求中攜帶的所述Widget應用包的相關信息，判 斷所述目標終端是否已安裝所述Widget應用包，如果是，則拒絕所述會話請求，如果不是， 則接受所述會話請求，建立與所述推送網(wǎng)關之間的會話或連接。
10.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述推送接收客戶端判斷所述目標終端 是否已安裝所述Widget應用包包括所述推送接收客戶端向所述Widget客戶端發(fā)送查詢請求，所述查詢請求中攜帶有 Widget的名稱和/或版本；所述Widget客戶端檢索是否已安裝所述名稱對應的Widget，如果是，則返回該Widget 的版本及標識，如果不是，則返回指示未安裝所述名稱對應的Widget的指示信息；如果所述Widget客戶端返回的為指示未安裝所述名稱對應的Widget的指示信息，則 所述推送接收客戶端確定所述目標終端未安裝所述Widget應用包；或者，如果所述Widget 客戶端返回的為已安裝的與所述名稱對應的Widget的版本及標識，則所述推送接收客戶 端判斷該版本及標識與所述Widget應用包對應的版本及標識是否相同，如果是，則確定 所述目標終端已安裝所述Widget應用包，如果不相同，則確定所述目標終端未安裝所述 Widget應用包。
11.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述推送接收客戶端在確定接受所述會 話請求的情況下，所述方法還包括所述推送接收客戶端提示用戶是否下載所述Widget應 用包。
12.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述Widget客戶端安裝或更新所述 Widget應用包包括所述Widget客戶端解壓所述Widget應用包，讀取所述Widget應用包的配置文件；所述Widget客戶端根據(jù)所述配置文件記錄Widget的名稱，判斷本地是否已安裝與所 述名稱對應的Widget，如果是，則使用接收到的所述Widget應用包更新本地已安裝的所述 Widget,如果不是，則安裝所述Widget應用包。
全文摘要
本發(fā)明公開了一種數(shù)據(jù)推送系統(tǒng)及方法。其中，該系統(tǒng)包括Widget應用服務器，用于向推送網(wǎng)關發(fā)出攜帶有承載需要推送給目標終端的數(shù)據(jù)內(nèi)容的Widget的推送請求，所述推送網(wǎng)關，用于接收所述推送請求，并將所述Widget發(fā)送給所述目標終端，所述目標終端，用于接收所述Widget，并安裝或更新所述Widget；其中，該方法包括Widget應用服務器向推送網(wǎng)關發(fā)出攜帶有承載需要推送給目標終端的數(shù)據(jù)內(nèi)容的Widget的推送請求，所述推送網(wǎng)關接收所述推送請求后將所述Widget發(fā)送給所述目標終端，所述目標終端接收所述Widget后安裝或更新所述Widget，通過本發(fā)明，用戶無須進行繁雜的下載操作，且能傳送包含視音頻、音頻、SVG及Flash等高級媒體格式。
文檔編號H04L29/06GK102075539SQ201110026709
公開日2011年5月25日 申請日期2011年1月25日 優(yōu)先權(quán)日2011年1月25日
發(fā)明者崔遠 申請人:中興通訊股份有限公司