數據推送系統及方法

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

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


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