亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

一種在移動通信網(wǎng)絡中實現(xiàn)推送的方法

文檔序號:7665927閱讀:133來源:國知局
專利名稱:一種在移動通信網(wǎng)絡中實現(xiàn)推送的方法
技術領域
本發(fā)明涉及移動通信技術領域,具體地講是一種在移動通信網(wǎng)絡中實現(xiàn) 推送的方法。
背景技術
人們往往利用瀏覽器在Internet上搜尋, 一方面,面對浩如煙海的信息, 很多用戶花費相當多時間和費用也難以"拉取"(Pull)到自己所需要的信 息;另一方面,信息發(fā)布者希望將信息及時、主動地發(fā)送到感興趣的用戶計 算機中,而不是等著用戶來拉取。推送(Push)是一種主要應用于互聯(lián)網(wǎng)絡 上的技術,其采用一種廣播的模式,其特點是以頻道"廣播"方式使網(wǎng)上用 戶得到相同的信息。
"推送"技術為網(wǎng)上用戶帶來了一種新穎的上網(wǎng)方式。"推送"的主要 優(yōu)點一是及時性好,信源及時地向用戶推送不斷更新的動態(tài)信息。迄今為止, "推送"技術最成功的應用是在一些特定的領域,針對特定的用戶群體。例 如,在大型企業(yè)中,將"Push"技術應用對庫存管理中當某一種原材料的 庫存量減少到一定量時,倉庫管理部門就主動發(fā)出信息通知采購部門采購這 一原料,最終自動完成這一任務。
但是,在實際應用中,"推送"技術還有以下幾個方面的不足
(1) 不能確保發(fā)送成功,由于Push技術采用廣播的方式,當網(wǎng)絡信息中
心發(fā)送信息時,只有用戶端的設備一直打開并保持連接傳輸才能發(fā)生。
(2) 沒有信息狀態(tài)跟蹤,Push技術采用的是"開環(huán)控制"模式。 一個信
息發(fā)布以后的狀態(tài),如客戶是否收,收到后是否按信息的提示執(zhí)行了任務等 這些"反饋信息"發(fā)布者無從得知。在移動通信領域,用戶的移動通信終端通過電信運營商的移動通信網(wǎng)絡
接入互聯(lián)網(wǎng)是時下較為普及的手機上網(wǎng)方式,應運而生的諸如MP,無線音樂, 無線視頻等增值業(yè)務多種多樣。無線視頻下載并觀看屬于移動通信網(wǎng)絡的應 用,可適用于中國移動GRPS網(wǎng)絡,或者中國聯(lián)通的CDMA 1X網(wǎng)絡,用戶移動
通信終端通過無線接入指定的互聯(lián)網(wǎng)絡,通過與指定互聯(lián)網(wǎng)絡內(nèi)的服務器通 信,達到信息的同步交互。用戶主動獲取媒體信息的單方向服務方式已經(jīng)得 到普及應用,如何在移動通信領域使用推送技術成為了目前的熱點話題。
服務器對移動通信終端進行媒體信息的推送,是指internet中的服務器 利用移動通信網(wǎng)絡(GPRS, CDMA1X)向移動通信終端的嵌入式操作系統(tǒng)下發(fā)多
媒體信息的推送指令并通過有效的控制技術進行傳輸文件數(shù)據(jù)的過程。
整個推送過程可分為,用戶啟動移動通信終端中的某個程序(例如,郵 件或者新聞程序),該程序通過移動通信終端的通信部件向服務器發(fā)送推送 請求,服務器向移動通信終端推送內(nèi)容,移動通信終端從相應的網(wǎng)址下載文件 并存儲等幾個關鍵部分。服務器在接收到推送請求后,向網(wǎng)絡中指定的移動 通信終端(在服務器中有記錄的終端)發(fā)起推送指令,要求移動通信終端的程 序啟動下載過程,移動通信終端應答成功則建立傳輸連接。但是現(xiàn)有技術中 的移動通信終端和服務器要時時保持連接才能進行推送,這樣占用了很多寶 貴的網(wǎng)絡資源,對于用戶來說網(wǎng)絡的流量費也是不小的開支,而且由于移動 通信的特點,移動通信終端很有可能由于某種原因不在線,而移動通信終端 重新在線后不能主動發(fā)起推送請求,無法自動響應服務器的推送指令,所以 導致服務器經(jīng)常與移動通信終端聯(lián)系,確認其是否在線而再進行推送,特別 是對于實時性并不是很強的較大規(guī)格的多媒體文件(例如視頻文件)進行推 送時,在文件傳輸沒有完成時出現(xiàn)斷線情況,造成媒體內(nèi)容無法收取,這種傳 統(tǒng)推送機制處理能力和成功率都較低。
中國發(fā)明專利01116668. 1,發(fā)明名稱為"無需用戶參與自動處理推送的 信息的方法與系統(tǒng)"中公開了一種將推送信息直接傳送到打印機等計算機輔助設備上,實現(xiàn)將推送內(nèi)容自動化的呈現(xiàn)到用戶面前的方案,該方案并沒有 解決上述在移動通信網(wǎng)絡中向移動通信終端推送所遇到的問題。 在此以引入方式將以上所有技術方案合并于此。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種在移動通信網(wǎng)絡中進行推送的方法,能有 效解現(xiàn)有技術中移動通信終端無法響應服務器推送指令的不足,并且解決 了服務器負載過重的問題,使用戶可以不必時時控制移動通信終端接收媒 體內(nèi)容。
為了實現(xiàn)上述目的,本發(fā)明實施例提供一種在移動通信網(wǎng)絡中進行推送
的方法,該方法包括-
步驟1,在用戶調(diào)用一移動通信終端的應用程序時啟動一相應的定時器;
步驟2,每隔一預定的時間向服務器發(fā)送一推送請求;
步驟3,所述服務器向所述移動通信終端的應甩程序發(fā)送推送指令,所述
應用程序處理完本次推送后斷開與所述服務器的連接,返回步驟2。
根據(jù)本發(fā)明方法的又一個方面,所述步驟1中所述定時器內(nèi)嵌于所述應
用程序之內(nèi)。
根據(jù)本發(fā)明方法的另一個方面,所述步驟1中所述定時器為移動通信終 端系統(tǒng)的定時喚醒功能,到達所述預定時間,喚醒所述應用程序。
根據(jù)本發(fā)明方法的另一個方面,所述應用程序處理完本次推送包括,判 斷是否有推送內(nèi)容,如果有推送內(nèi)容則分析并下載所述推送的內(nèi)容,將該數(shù) 據(jù)存儲于所述移動通信終端的存儲器內(nèi),如果沒有推送內(nèi)容則直接斷開與所 述服務器的連接。
根據(jù)本發(fā)明方法的另一個方面,所述將該數(shù)據(jù)存儲于所述移動通信終端 的存儲器內(nèi)還包括,判斷當前推送內(nèi)容是否在所述移動通信終端的存儲器中
有未完成下載的記錄,如果有,則獲取所述未完成下載記錄的參數(shù),繼續(xù)下載所述推送的內(nèi)容,并將該數(shù)據(jù)存儲于所述移動通信終端的存儲器內(nèi)。
根據(jù)本發(fā)明方法的另一個方面,在所述推送完成后,所述移動通信終端
應用程序校驗是否完成推送,如果完成則向所述服務器發(fā)送確認信息,所述
服務器刪除針對于該移動通信終端應用程序的推送隊列中相應內(nèi)容。
根據(jù)本發(fā)明方法的另一個方面,在所述服務器中存儲推送策略,該推送
策略規(guī)定了向每個移動通信終端推送內(nèi)容的時間、內(nèi)容信息。
根據(jù)本發(fā)明方法的另一個方面,所述推送的內(nèi)容包括媒體名稱、媒體
類型、媒體文件大小和媒體實際地址。
根據(jù)本發(fā)明方法的另一個方面,所述應用程序為JAVA編寫的應用程序, 所述移動通信終端系統(tǒng)為包含JAVA虛擬機的系統(tǒng)。
本發(fā)明實施例的有益效果在于,能夠?qū)崿F(xiàn)移動通信網(wǎng)絡中移動通信終端 自動發(fā)出推送請求,以響應服務器的推送指令,用戶移動通信終端可以不用 時時保持與服務器的連接,就可以不斷的接收到豐富多彩的推送內(nèi)容,節(jié)省 了網(wǎng)絡資源,降低了用戶的通信費用,并且不用時時用戶參與。


此處所說明的附圖用來提供對本發(fā)明的進一步理解,構(gòu)成本申請的一部 分,并不構(gòu)成對本發(fā)明的限定。在附圖中-圖1是本發(fā)明方法第一實施例流程圖; 圖2是本發(fā)明方法第三實施例流程圖。
具體實施例方式
為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚明白,下面結(jié)合實施方式 和附圖,對本發(fā)明做進一步詳細說明。在此,本發(fā)明的示意性實施方式及其 說明用于解釋本發(fā)明,但并不作為對本發(fā)明的限定。
用戶首次調(diào)用移動通信終端的應用程序,例如郵件程序、新聞程序或者 更新視頻程序,該應用程序先連接到服務器進行注冊,獲得服務器針對于該
7移動通信終端應用程序隨機生成的用戶名(每個用戶所使用的應用程序所對 應的用戶名都不相同),應用程序?qū)⒃撚脩裘鎯τ谝苿油ㄐ沤K端,作為本 移動通信終端該應用程序在服務器上的用戶名,以后在該應用程序啟動后與 服務器連接時都使用該用戶名,服務器利用用戶名區(qū)分不同用戶。服務器端 的后臺數(shù)據(jù)庫還存儲有與用戶名對應的媒體推送內(nèi)容,例如媒體名稱、媒體 類別、媒體內(nèi)容、文件大小和媒體的真實地址等。
如圖1所示為本發(fā)明在移動通信網(wǎng)絡中進行推送的方法流程圖。當用戶 再次啟動該應用程序時,步驟IOI,用戶啟動該應用程序并同時啟動定時器; 步驟102,當?shù)竭_預定時間(或者也可以在程序啟動同時),應用程序向服務 器發(fā)送推送請求,該推送請求可以只包括用戶名,或者還可以包括媒體類別 等信息;步驟103,服務器接收該推送請求,并啟動推送;步驟104,程序檢 查存儲系統(tǒng)(RMS),如果有未下載完成的內(nèi)容則獲取斷點續(xù)傳的參數(shù)繼續(xù)下 載;如果不存在未下載完成內(nèi)容,則向服務器發(fā)送HTTP請求;步驟105,服 務器找到數(shù)據(jù)庫中相應用戶名可用的推送內(nèi)容,即,該用戶預定的推送內(nèi)容; 作為優(yōu)選的,服務器可以比較推送內(nèi)容的時間是否為過期,如果是過期的則 査找非過期的推送信息;步驟106,服務器將要推送的內(nèi)容傳送給移動通信終 端的應用程序,其中,推送的內(nèi)容包括媒體名稱、媒體類型、文件大小、媒 體的真實地址等信息,并要求該程序開始下載真實地址的內(nèi)容;步驟107,移 動通信終端的應用程序到相應的真實地址處開始下載;步驟108,如果下載過 程由于移動通信終端不在線造成下載中斷,則進行步驟110,退出推送過程; 否則進行步驟109,直至下載完成;步驟lll,當推送過程結(jié)束后或者下載完 成后斷開移動通信終端程序與服務器的連接。作為優(yōu)選的,可以在啟動程序 和定時器步驟后,還包括步驟112,由用戶設定定時器時間間隔。
通過以上實施例,只有當定時器到時才發(fā)起與服務器的連接,并向服務 器發(fā)起推送請求,當服務器有新內(nèi)容要推送時,則在本次推送請求的應答中 向移動通信終端進行推送,當服務器沒有新的內(nèi)容時,則在應答相應內(nèi)容,移動通信終端斷開與服務器的連接,以節(jié)省網(wǎng)絡資源和服務器的資源。當由 于移動通信終端不在線造成服務器無法找到移動通信終端,從而無法完成推 送時,移動通信終端程序中的定時器并不停止,當?shù)竭_預定時間則再一次向 服務器發(fā)送推送請求,如果此時移動通信終端恢復網(wǎng)絡連接,則可以順利發(fā) 送該推送請求,如果移動通信終端依然無法與網(wǎng)絡連接則循環(huán)等到下一次計 時器到時發(fā)送推送請求。
作為本發(fā)明方法又一個實施例,當調(diào)用程序后可以不啟動定時器,而是
調(diào)用移動通信終端系統(tǒng)中的喚醒功能,例如,JAVA虛擬機中的喚醒函數(shù),能 夠在預定時間啟動JAVA應用程序。在程序啟動時一般會與服務器連接一次發(fā) 送推送請求,當沒有推送內(nèi)容或者推送內(nèi)容下載完成后用戶可以關閉程序, 以節(jié)省移動通信終端的系統(tǒng)資源,在退出程序時設定是否開啟喚醒功能,如 果開啟喚醒功能則在關閉程序一定時間后自動喚醒該應用程序,當應用程序 啟動時同樣會向服務器發(fā)起推送請求,具體推送過程與上一個實施例步驟10 3-111類似,在此不再贅述。
這兩個實施例不同點在于,第一個實施例程序一直在后臺或者前臺運行, 而第二實施例程序則是關閉的,由系統(tǒng)中的喚醒功能定時調(diào)用程序自動運行。
如圖2所示為本發(fā)明第三實施例流程圖。步驟201,當用戶啟動移動通信 終端程序時同時啟動一定時器;步驟202,該程序通過移動通信終端的通信部 分向服務器發(fā)送推送請求;步驟203,服務器接收該推送請求;步驟204,服 務器進行操作,并響應移動通信終端是否有內(nèi)容要進行推送;步驟2041,服 務器接收推送請求,其中至少包括用戶名;步驟2042,服務器根據(jù)該用戶名 査找數(shù)據(jù)庫,找到該用戶定制的媒體內(nèi)容、文件真實地址、文件大小等內(nèi)容; 步驟2043,查找服務器的推送策略,應該什么時候向用戶推送,推送內(nèi)容的 時間限制,即,內(nèi)容什么時間內(nèi)對用戶來說是有用的信息,什么時間對用戶 來說是無用的,例如,推送的內(nèi)容為天氣預報,時間限制就是當天的上午, 如果過了上午或者到了第二天才收到用戶移動通信終端中關于天氣預報程序的推送請求那么過期的天氣預報內(nèi)容就不會推送給用戶;步驟2044,生成推 送隊列,由于向用戶推送的內(nèi)容很多,用戶更加關注什么信息則將該信息的 優(yōu)先級設定為高,根據(jù)優(yōu)先級的定義生成推送隊列,優(yōu)先級高的內(nèi)容會先向 用戶移動通信終端進行推送;步驟2045,判斷是否有新內(nèi)容進行推送;步驟 2046,如果沒有新內(nèi)容則返回空信息,并進入步驟2048,向用戶移動通信終 端返回信息,通知沒有新內(nèi)容;步驟2047,如果有新內(nèi)容則返回響應信息, 并進入步驟2048,向用戶移動通信終端返回信息;步驟205,移動通信終端 判斷從服務器返回的響應信息是否有推送內(nèi)容;步驟206,如果有推送信息, 則接收服務器發(fā)出的關于推送內(nèi)容的信息,例如,內(nèi)容的名稱、媒體類型、 文件大小和真實地址等信息,如果沒有推送信息則進入步驟209直接關閉與 服務器的連接;步驟207,推送完成;步驟208,移動通信終端對下載的內(nèi)容 進行校驗,當檢測完成了本次推送后向服務器發(fā)送確認信息;步驟209,服務 器根據(jù)確認信息刪除推送隊列中已經(jīng)傳送過的內(nèi)容;步驟210,當檢驗完成后 移動通信終端斷開與服務器的連接,以減輕服務器和網(wǎng)絡的負載。
本發(fā)明的有益效果在于,能夠?qū)崿F(xiàn)移動通信網(wǎng)絡中的推送,用戶移動通 信終端可以不用時時保持與服務器的連接,就可以不斷的接收到豐富多彩的 推送內(nèi)容,節(jié)省了網(wǎng)絡資源,降低了用戶的通信費用,并且不用時時用戶參 與。
以上所述的具體實施方式
,對本發(fā)明的目的、技術方案和有益效果進行 了進一步詳細說明,所應理解的是,以上所述僅為本發(fā)明的具體實施方式
而 已,并不用于限定本發(fā)明的保護范圍,凡在本發(fā)明的精神和原則之內(nèi),所做 的任何修改、等同替換、改進等,均應包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1. 一種在移動通信網(wǎng)絡中實現(xiàn)推送的方法,其特征在于,該方法包括步驟1,在用戶調(diào)用一移動通信終端的應用程序時啟動一相應的定時器;步驟2,每隔一預定的時間向服務器發(fā)送一推送請求;步驟3,所述服務器向所述移動通信終端的應用程序發(fā)送推送指令,所述應用程序處理完本次推送后斷開與所述服務器的連接,返回步驟2。
2. 根據(jù)權(quán)利要求l所述的一種在移動通信網(wǎng)絡中實現(xiàn)推送的方法,其特 征在于,所述步驟1中所述定時器內(nèi)嵌于所述應用程序之內(nèi)。
3. 根據(jù)權(quán)利要求l所述的一種在移動通信網(wǎng)絡中實現(xiàn)推送的方法,其特 征在于,所述步驟1中所述定時器為移動通信終端系統(tǒng)的定時喚醒功能,到 達所述預定時間,喚醒所述應用程序。
4. 根據(jù)權(quán)利要求l所述的一種在移動通信網(wǎng)絡中實現(xiàn)推送的方法,其特 征在于,所述應用程序處理本次推送包括,服務器判斷是否有推送內(nèi)容,如 果有推送內(nèi)容則分析并下載所述推送的內(nèi)容,將該數(shù)據(jù)存儲于所述移動通信 終端的存儲器內(nèi),如果沒有推送內(nèi)容則直接斷開與所述服務器的連接。
5. 根據(jù)權(quán)利要求4所述的一種在移動通信網(wǎng)絡中實現(xiàn)推送的方法,其特征在于,所述將該數(shù)據(jù)存儲于所述移動通信終端的存儲器內(nèi)還包括,判斷當 前推送內(nèi)容是否在所述移動通信終端的存儲器中有未完成下載的記錄,如果 有,則獲取所述未完成下載記錄的參數(shù),繼續(xù)下載所述推送的內(nèi)容,并將該 數(shù)據(jù)存儲于所述移動通信終端的存儲器內(nèi)。
6. 根據(jù)權(quán)利要求l所述的一種在移動通信網(wǎng)絡中實現(xiàn)推送的方法,其特征在于,在所述推送完成后,所述移動通信終端應用程序校驗是否完成所述 推送,如果完成則向所述服務器發(fā)送確認信息,所述服務器刪除針對于該移 動通信終端應用程序的推送隊列中相應內(nèi)容。
7. 根據(jù)權(quán)利要求l所述的一種在移動通信網(wǎng)絡中實現(xiàn)推送的方法,其特 征在于,在所述服務器中存儲推送策略,該推送策略規(guī)定了向每個移動通信終端推送內(nèi)容的時間、內(nèi)容信息。
8. 根據(jù)權(quán)利要求l所述的一種在移動通信網(wǎng)絡中實現(xiàn)推送的方法,其特征在于,所述推送的內(nèi)容包括媒體名稱、媒體類型、媒體文件大小和媒體 實際地址。
9. 根據(jù)權(quán)利要求1-8中任意一項所述的一種在移動通信網(wǎng)絡中實現(xiàn)推 送的方法,其特征在于,所述應用程序為JAVA編寫的應用程序,所述移動 通信終端系統(tǒng)為包含JAVA虛擬機的系統(tǒng)。
全文摘要
本發(fā)明提供一種在移動通信網(wǎng)絡中實現(xiàn)推送的方法。為了解決現(xiàn)有技術中移動通信終端無法響應服務器推送指令的不足,提供了一種方法包括步驟1,在用戶調(diào)用一移動通信終端的應用程序時啟動一相應的定時器;步驟2,每隔一預定的時間向服務器發(fā)送一推送請求;步驟3,所述服務器向所述移動通信終端的應用程序發(fā)送推送指令,所述應用程序處理完本次推送后斷開與所述服務器的連接,返回步驟2。本發(fā)明有益效果在于,能有效解決服務器負載過重的問題,并且使用戶可以不必時時控制移動通信終端接收媒體內(nèi)容。
文檔編號H04W8/18GK101466092SQ20071017975
公開日2009年6月24日 申請日期2007年12月18日 優(yōu)先權(quán)日2007年12月18日
發(fā)明者劉宇卓, 孫衛(wèi)平, 張建寧, 張愛潔, 楊成功 申請人:北京華星廣視數(shù)碼技術服務有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1