專利名稱:具有減少輪詢的對基于因特網(wǎng)的應(yīng)用的移動訪問的制作方法
具有減少輪詢的對基于因特網(wǎng)的應(yīng)用的移動訪問
背景技術(shù):
本發(fā)明涉及借助于移動裝置來訪問基于因特網(wǎng)的應(yīng)用,并更具體地涉及使得移動 裝置能訪問基于因特網(wǎng)的應(yīng)用而無需持續(xù)地輪詢該應(yīng)用以檢測狀態(tài)中的重要改變的方法 和設(shè)備。通信服務(wù)正在開始出現(xiàn)作為瀏覽器/AJAX (異步JavaScript和XML)實現(xiàn)來實現(xiàn)。 一個此類服務(wù)的示例是meebo. com,其向由多個不同供應(yīng)商提供的即時消息傳遞服務(wù)提供 基于瀏覽器的接口。對于Outlook的基于瀏覽器的接口是另一個示例。此類實現(xiàn)利用AJAX 的XMLHttpRequest特征或其等效物來與服務(wù)器通信。設(shè)計瀏覽器-web服務(wù)器架構(gòu)嚴(yán)格根據(jù)客戶端_服務(wù)器關(guān)系來操作。瀏覽器僅作 為客戶端來操作,其向服務(wù)器發(fā)起請求,并因此接收回響應(yīng);服務(wù)器向瀏覽器發(fā)起通信是不 可能的。為促進(jìn)今天出現(xiàn)在因特網(wǎng)上的通信服務(wù),客戶端持續(xù)地輪詢服務(wù)器,以便它們將 被告知(經(jīng)由對輪詢的響應(yīng))任何的狀態(tài)改變、等待消息、掛起的通信請求和諸如此類。非 實時應(yīng)用能調(diào)度此輪詢以低頻率發(fā)生,但是實時應(yīng)用(例如聊天應(yīng)用)需要更加頻繁得多 地輪詢(例如,每幾秒而不是幾分鐘)。對此頻繁輪詢的備選解決方案是為輪詢提供延遲響 應(yīng)。在這種情況下,服務(wù)器接收請求(輪詢),并且如果沒有檢測到狀態(tài)改變,其將延遲發(fā)送 任何響應(yīng)直到檢測到狀態(tài)改變或者預(yù)定義定時器到期。預(yù)定義定時器需要足夠短以不使代 理和諸如此類超時并因此拆除連接。meebo. com示例中使用的定時器是30秒。這種布置在寬帶訪問上執(zhí)行得非常好;每30秒的輪詢在這種訪問類型上不產(chǎn)生 任何問題,而且延遲響應(yīng)策略意味著對于在對瀏覽器的響應(yīng)消息中輸送通信請求不存在內(nèi) 置等待時間。當(dāng)經(jīng)由蜂窩通信技術(shù)來訪問應(yīng)用時,上述解決方案工作得不是一樣好。一個問題 是服務(wù)器的頻繁輪詢消耗了無線電資源和電池能量。另外,每次輪詢導(dǎo)致在允許終端轉(zhuǎn)到 睡眠之前,終端的無線電接口對于大量時間(約為10秒-2分鐘)停留在資源消耗狀態(tài)中。 這進(jìn)一步增加了無線電資源的消耗并耗盡終端的電池。因此使終端在網(wǎng)絡(luò)中輪詢狀態(tài)不是 在瀏覽器環(huán)境中實現(xiàn)通信服務(wù)的有效方法。因此合乎需要的是提供一種機(jī)制,其中,移動終端能利用基于因特網(wǎng)的應(yīng)用并及 時獲得狀態(tài)中的改變和/或其他應(yīng)用提供的信息而不需要頻繁輪詢應(yīng)用。
發(fā)明內(nèi)容
應(yīng)該強(qiáng)調(diào)的是,術(shù)語“包括”和“包括……的”當(dāng)在本說明書中使用時,用來指定所 述特征、整體、步驟或組件的存在;但這些術(shù)語的使用不排除一個或多個其他特征、整體、步 驟、組件或它們的組的存在或添加。根據(jù)本發(fā)明的一方面,在移動電信系統(tǒng)內(nèi)操作的用戶設(shè)備中提供服務(wù)的方法和設(shè) 備中,完成上述或其他目標(biāo)。在一些實施例中,提供涉及在用戶設(shè)備中運行客戶端應(yīng)用實例 的服務(wù),其中客戶端應(yīng)用實例借助于包括輪詢的協(xié)議經(jīng)由網(wǎng)絡(luò)和遠(yuǎn)程放置的服務(wù)器應(yīng)用來交互。客戶端應(yīng)用實例能例如是瀏覽器應(yīng)用實例。發(fā)送消息到服務(wù)器應(yīng)用,其中到服務(wù)器 應(yīng)用的所述消息包括唯一地標(biāo)識用戶設(shè)備和唯一地標(biāo)識用戶設(shè)備內(nèi)的客戶端應(yīng)用實例的 推送(PUSH)地址。隨后接收到包括客戶端應(yīng)用實例的標(biāo)識符的推送。響應(yīng)于所接收的推 送,向客戶端應(yīng)用實例通知所接收的推送。響應(yīng)于推送通知,客戶端應(yīng)用實例經(jīng)由網(wǎng)絡(luò)發(fā)送 輪詢消息到服務(wù)器應(yīng)用??蛻舳藨?yīng)用實例接收對輪詢消息的響應(yīng),其中該響應(yīng)包括和服務(wù) 相關(guān)的信息。到服務(wù)器應(yīng)用的消息能例如是HTTP請求。在另一方面,在發(fā)送消息到服務(wù)器之后,但是在接收包括客戶端應(yīng)用實例的標(biāo)識 符的推送之前,能在睡眠模式中操作客戶端應(yīng)用實例。在一些此類實施例中,響應(yīng)于接收包括客戶端應(yīng)用實例的標(biāo)識符的推送,能導(dǎo)致 客戶端應(yīng)用實例離開睡眠模式。響應(yīng)于檢測的動作(由用戶設(shè)備的用戶發(fā)起),也能導(dǎo)致客 戶端應(yīng)用實例離開睡眠模式。在另一方面,與本發(fā)明一致的實施例中服務(wù)器應(yīng)用的操作包括借助于包括輪詢的 協(xié)議經(jīng)由網(wǎng)絡(luò)與遠(yuǎn)程放置的客戶端應(yīng)用實例交互。在某個點,從客戶端應(yīng)用實例接收消息, 其中該消息包括唯一地標(biāo)識移動電信系統(tǒng)中的用戶設(shè)備并且唯一地標(biāo)識運行在用戶設(shè)備 中的客戶端應(yīng)用實例的推送地址??蛻舳藨?yīng)用實例能例如是瀏覽器應(yīng)用實例。消息能例如 是HTTP請求。在某個點,服務(wù)器應(yīng)用然后確定應(yīng)該向客戶端應(yīng)用實例供應(yīng)應(yīng)用有關(guān)的信 息,并且響應(yīng)于此向移動電信系統(tǒng)中的推送服務(wù)器發(fā)送推送請求,其中推送請求包括唯一 地標(biāo)識移動電信系統(tǒng)中的用戶設(shè)備并且唯一地標(biāo)識運行在用戶設(shè)備中的客戶端應(yīng)用實例 的推送地址。服務(wù)器應(yīng)用隨后接收來自客戶端應(yīng)用實例的輪詢消息,并且響應(yīng)于此經(jīng)由用 戶設(shè)備連接到的網(wǎng)絡(luò)向客戶端應(yīng)用實例發(fā)送應(yīng)用有關(guān)的信息。在與本發(fā)明一致的實施例的另一方面,服務(wù)器應(yīng)用的操作包括,在接收來自客戶 端應(yīng)用實例的消息后,但是在確定應(yīng)該向客戶端應(yīng)用實例供應(yīng)應(yīng)用有關(guān)的信息前,接收到 來自客戶端應(yīng)用實例的輪詢請求并且響應(yīng)于此執(zhí)行丟棄唯一地標(biāo)識移動電信系統(tǒng)中的用 戶設(shè)備并且唯一地標(biāo)識運行在用戶設(shè)備中的客戶端應(yīng)用實例的推送地址;并且在以下模式 中操作服務(wù)器應(yīng)用其中,不發(fā)送包括唯一地標(biāo)識移動電信系統(tǒng)中的用戶設(shè)備并且唯一地 標(biāo)識運行在用戶設(shè)備中的客戶端應(yīng)用實例的推送地址的推送請求到推送服務(wù)器,即使應(yīng)該 向客戶端應(yīng)用實例供應(yīng)應(yīng)用有關(guān)的信息。
通過連同圖來閱讀以下具體實施方式
,將理解本發(fā)明的目標(biāo)和優(yōu)點,其中圖1是其中正在運行一個或多個瀏覽器應(yīng)用實例的用戶設(shè)備(例如,移動終端) 的框圖。圖2是通過根據(jù)本發(fā)明的方面的各種組件執(zhí)行的步驟/過程/動作的流程圖。
具體實施例方式現(xiàn)在將參照圖來描述本發(fā)明的各種特征。其中用相同的引用字符來標(biāo)識相似的部 分?,F(xiàn)在將結(jié)合多個示例實施例更詳細(xì)地描述本發(fā)明的各方面。為促進(jìn)對本發(fā)明的理解,按照動作的序列來描述本發(fā)明的許多方面,這些動作的序列將通過計算機(jī)系統(tǒng)的元件 或能夠執(zhí)行編程的指令的其他硬件來執(zhí)行。將認(rèn)識到,在每個實施例中,能通過專用電路 (例如,互相連接以執(zhí)行專用功能的離散邏輯門)、通過由一個或多個處理器執(zhí)行的程序指 令、或者是通過兩者的結(jié)合來執(zhí)行各種動作。此外,還能認(rèn)為本發(fā)明完全體現(xiàn)在計算機(jī)可讀 載體的任何形式內(nèi),例如固態(tài)存儲器、磁盤、光盤(例如射頻、音頻頻率或光學(xué)頻率載波), 這些載體包括將導(dǎo)致處理器執(zhí)行所述技術(shù)的合適的計算機(jī)指令集合。因此,可以在許多不 同形式中體現(xiàn)本發(fā)明的各個方面,并且設(shè)想所有此類形式在本發(fā)明的范圍內(nèi)。對于本發(fā)明 的各個方面的每一個,任何此類形式的實施例在本文中可稱為“配置成”執(zhí)行所述動作的 “邏輯”,或者備選地稱為執(zhí)行所述動作的“邏輯”。在和本發(fā)明一致的實施例的一方面中,通過利用推送功能性,基本上消除了對于 移動終端或者其他裝置頻繁地輪詢基于因特網(wǎng)的應(yīng)用以便及時獲得狀態(tài)改變或者其他應(yīng) 用提供的信息的要求,而推送功能性是在移動網(wǎng)絡(luò)中可用的能力。更具體地說,提供了允許 移動瀏覽器連接到運行該瀏覽器的移動終端中可用的推送功能性的機(jī)制。瀏覽器中運行的 應(yīng)用告知服務(wù)器,該應(yīng)用正在停止對信息進(jìn)行輪詢,并預(yù)期它(即,瀏覽器中運行的應(yīng)用) 將經(jīng)由推送功能性被通知更新的信息和/或者新的信息現(xiàn)在可用。然后瀏覽器中運行的應(yīng) 用能將輪詢消息發(fā)送到服務(wù)器以便請求更新的和/或者新的信息。在另一方面,這個機(jī)制提供了要提供到服務(wù)器的推送地址,其中推送地址標(biāo)識運 行在移動終端中的具體瀏覽器實例。然后,當(dāng)服務(wù)器有要給客戶端的信息時,它能使用推送 地址經(jīng)由推送服務(wù)將通知路由到瀏覽器實例。這些和其他方面在以下描述中更詳細(xì)地來描述。
背景技術(shù):
部分中描述的傳統(tǒng)客戶端/服務(wù)器布置是被稱為拉出(PULL)技術(shù)的示 例,客戶端由此請求來自服務(wù)器的服務(wù)或信息,服務(wù)器然后通過將請求的信息或者服務(wù)相 關(guān)的數(shù)據(jù)傳送到客戶端來響應(yīng)。以此方式,由客戶端將信息從服務(wù)器“拉出”。形成對比的是,與本發(fā)明一致的實施例中采用的機(jī)制采用推送技術(shù)。推送技術(shù)提 供用于一個裝置(例如,服務(wù)器)將信息傳送到一個或多個其他裝置而沒有來自那些一個 或多個其他裝置的以前的請求或其他動作的機(jī)制。推送技術(shù)已經(jīng)在所謂的第二代(“2G”)移動電信裝置(例如,借助于無線應(yīng)用協(xié) 議-“WAP”推送)中和所謂的第三代(“3G”)移動電信裝置(例如,借助于會話發(fā)起協(xié) 議-“SIP”推送)中變得可用。這些或任何相似的布置能在和本發(fā)明一致的實施例中采用。圖1是用戶設(shè)備(例如移動終端)101的框圖,該設(shè)備中正在運行一個或多個瀏 覽器應(yīng)用實例103。用戶設(shè)備101在移動運營商域105內(nèi)操作,但是能借助于網(wǎng)絡(luò)地址轉(zhuǎn)換 器(NAT) /防火墻109與應(yīng)用服務(wù)提供商域107內(nèi)操作的其他實體通信。NAT/防火墻是網(wǎng) 絡(luò)領(lǐng)域中普遍公知的組件,并因此不需要在本文詳細(xì)描述。web服務(wù)器111位于應(yīng)用服務(wù)提供商域107中。web服務(wù)器包括和運行web應(yīng)用 113。瀏覽器應(yīng)用實例103和web應(yīng)用113能經(jīng)由連接它們的網(wǎng)絡(luò)來彼此通信,并且在常規(guī) 操作模式中承擔(dān)各自的客戶端/服務(wù)器角色。避免與常規(guī)客戶端/服務(wù)器布置相關(guān)的恒定輪詢是合乎需要的。因而,根據(jù)與本 發(fā)明一致的實施例的一方面,web應(yīng)用包括接口 115,信息通過接口 115能在瀏覽器應(yīng)用實 例103和應(yīng)用核心117之間流動。應(yīng)用核心117執(zhí)行特定于web應(yīng)用113的功能性。
相關(guān)的還有位于移動終端100中的推送實體119,和位于移動運營商域105中的推 送服務(wù)器121,并且推送服務(wù)器121從應(yīng)用服務(wù)器提供商域107可達(dá)(例如,能與之通信)。 這些組件和其他組件現(xiàn)在將借助于其功能性來描述。此描述將不僅涉及圖1,還涉及圖2, 圖2是由各種組件執(zhí)行的步驟/過程/動作的流程圖。圖2示出用戶設(shè)備101、web應(yīng)用113和推送服務(wù)器121中的每一個中執(zhí)行的步驟 /過程/動作。通過實線示出在這些元件的任何一個中的控制流程,而借助于虛線示出這些 組件之間的交互。為了開始,在用戶設(shè)備101內(nèi)啟動web應(yīng)用(步驟201),例如借助于由用戶設(shè)備 101的用戶執(zhí)行的動作。這以例如瀏覽器實例的形式創(chuàng)建客戶端應(yīng)用實例,并且還導(dǎo)致web 應(yīng)用113將此客戶端應(yīng)用實例建立為客戶端(步驟203)??蛻舳藨?yīng)用實例和web應(yīng)用113之間的交互最初是常規(guī)的客戶端應(yīng)用實例向 web應(yīng)用113發(fā)送輪詢消息,并且web應(yīng)用以最當(dāng)前的可用信息(例如,定義服務(wù)的網(wǎng)頁/ 腳本)來響應(yīng)這些輪詢消息(步驟205、207)。因為這是具有持續(xù)地但不常改變的信息的服 務(wù),所以它包括用于輪詢應(yīng)用服務(wù)器的功能性,并且還包括用于何時停止輪詢和轉(zhuǎn)到睡眠 的策略。在某個點,客戶端應(yīng)用實例根據(jù)應(yīng)用輸送的策略而檢測到它應(yīng)該停止向服務(wù)器輪 詢改變的信息和它反而應(yīng)該進(jìn)入操作的睡眠模式。為執(zhí)行此操作,客戶端應(yīng)用實例請求推 送實體119供應(yīng)移動推送地址和客戶端實例標(biāo)識符。移動推送地址和客戶端實例標(biāo)識符使 得對于web服務(wù)器111接觸(經(jīng)由推送操作)運行在用戶設(shè)備101中的此特定客戶端應(yīng)用 實例成為可能。當(dāng)獲得這些(步驟209)時,用戶設(shè)備101發(fā)送消息到web應(yīng)用113,其中 該消息包括唯一地標(biāo)識用戶設(shè)備和唯一地標(biāo)識用戶設(shè)備內(nèi)的客戶端應(yīng)用實例的推送地址 (步驟211)。響應(yīng)于檢測到消息的接收(出自判定框213的“是”路徑),web應(yīng)用113停 止預(yù)期來自此客戶端應(yīng)用實例的進(jìn)一步輪詢,并且反而儲存推送信息。web應(yīng)用113還能發(fā) 送確認(rèn)(例如,“2000K”)到客戶端應(yīng)用實例以確證操作模式中的改變。在這點,客戶端應(yīng)用實例在睡眠模式中操作(步驟215),其中它不執(zhí)行輪詢。相 反,web應(yīng)用113執(zhí)行自我監(jiān)視以確定是否它需要通知客戶端應(yīng)用實例關(guān)于應(yīng)該發(fā)送到客 戶端應(yīng)用實例的狀態(tài)改變(判定框217)。同時,當(dāng)接收到推送通知或者用戶又開始和服務(wù) 交互時,客戶端應(yīng)用實例將離開睡眠模式??蛻舳藨?yīng)用實例101因此對于這些事件的發(fā)生 進(jìn)行監(jiān)視(判定框219)。例如,如果用戶又開始與服務(wù)交互(出自判定框219的“是”路徑),客戶端應(yīng)用 實例返回常規(guī)客戶端/服務(wù)器輪詢操作模式(步驟205)。當(dāng)接收到輪詢請求時,web應(yīng)用 113丟棄保存的推送信息并且也返回常規(guī)客戶端/服務(wù)器輪詢操作模式(步驟207)。備選的是,如果web應(yīng)用113檢測到應(yīng)用核心117已經(jīng)生成應(yīng)該發(fā)送到客戶端應(yīng) 用實例的狀態(tài)改變(出自判定框217的“是”路徑),則它檢索以前儲存的推送信息,并使用 該信息來生成推送請求,該請求被發(fā)送到推送服務(wù)器121 (步驟221)。該推送請求包括唯一 地標(biāo)識移動電信系統(tǒng)中的用戶設(shè)備和唯一地標(biāo)識用戶設(shè)備中運行的客戶端應(yīng)用實例的推 送地址。web應(yīng)用113然后返回常規(guī)客戶端/服務(wù)器輪詢操作模式(步驟207),并因此等 待輪詢消息。當(dāng)檢測到推送請求的接收(出自判定框223的“是”路徑)時,推送服務(wù)器121將推送通知發(fā)送到由推送地址指示的目的地(步驟225)。推送通知包括客戶端應(yīng)用實例標(biāo)識 符。推送通知由用戶設(shè)備101內(nèi)的推送實體119接收。推送實體119使用客戶端應(yīng)用 實例標(biāo)識符來確定推送通知應(yīng)該被引導(dǎo)到哪一個客戶端應(yīng)用實例(可能有不止一個)。當(dāng)檢測到推送通知的接收(出自判定框219的“是”路徑)時,客戶端應(yīng)用實例重 新進(jìn)入常規(guī)客戶端/服務(wù)器輪詢操作模式(步驟205),并因此將輪詢消息發(fā)送到web應(yīng)用 113。響應(yīng)于輪詢消息的接收,web應(yīng)用113將更新的信息發(fā)送到客戶端應(yīng)用實例。處 理然后如上所述地繼續(xù)(例如,客戶端應(yīng)用實例可能在某個點又進(jìn)入睡眠模式并且響應(yīng)于 推送通知而醒來)與本發(fā)明一致的實施例提供了將對于應(yīng)用開發(fā)的瀏覽器的高靈活性和用移動網(wǎng) 絡(luò)中現(xiàn)有和開發(fā)的推送機(jī)制來接觸那個環(huán)境的能力相結(jié)合的益處,因而避免了無線電和電 池資源的過度使用。本發(fā)明已參照特定實施例進(jìn)行描述。然而,對于本領(lǐng)域技術(shù)人員,將容易明白,在 不同于上述那些實施例的具體形式中實施本發(fā)明是可能的。例如,上述實施例以旨在有利于描述的方式劃分特定的功能(例如,提供單獨的 應(yīng)用接口和應(yīng)用核心組件)。然而,這些實施例僅是說明性的,并不旨在指示要求這些功能 的實現(xiàn)。因此,所述實施例僅是說明性的,且不應(yīng)以任何方式認(rèn)為是限制性的。本發(fā)明的范 圍由隨附的權(quán)利要求而不是前面的描述來給出,并且落入權(quán)利要求范圍內(nèi)的所有變化和等 效物旨在被涵蓋在其中。
權(quán)利要求
一種在移動電信系統(tǒng)內(nèi)操作的用戶設(shè)備中提供服務(wù)的方法,所述方法包括在所述用戶設(shè)備中運行客戶端應(yīng)用實例,其中所述客戶端應(yīng)用實例借助于包括輪詢的協(xié)議經(jīng)由網(wǎng)絡(luò)與遠(yuǎn)程放置的服務(wù)器應(yīng)用交互;發(fā)送消息到所述服務(wù)器應(yīng)用,其中到所述服務(wù)器應(yīng)用的所述消息包括唯一地標(biāo)識所述用戶設(shè)備和唯一地標(biāo)識所述用戶設(shè)備內(nèi)的所述客戶端應(yīng)用實例的推送地址;接收包括所述客戶端應(yīng)用實例的標(biāo)識符的推送,并且響應(yīng)于所述推送向所述客戶端應(yīng)用實例通知所接收的推送;響應(yīng)于所述推送通知,所述客戶端應(yīng)用實例經(jīng)由所述網(wǎng)絡(luò)將輪詢消息發(fā)送到所述服務(wù)器應(yīng)用;并且所述客戶端應(yīng)用實例接收對所述輪詢消息的響應(yīng),其中所述響應(yīng)包括與所述服務(wù)相關(guān)的信息。
2.如權(quán)利要求1所述的方法,其中到所述服務(wù)器應(yīng)用的所述消息是HTTP請求。
3.如權(quán)利要求1所述的方法,包括在發(fā)送所述消息到所述服務(wù)器之后,但是在接收包括所述客戶端應(yīng)用實例的標(biāo)識符的 所述推送之前,在睡眠模式中操作所述客戶端應(yīng)用實例。
4.如權(quán)利要求3所述的方法,包括使所述客戶端應(yīng)用實例響應(yīng)于接收到包括所述客戶端應(yīng)用實例的標(biāo)識符的所述推送 而離開所述睡眠模式。
5.如權(quán)利要求3所述的方法,包括使所述客戶端應(yīng)用實例響應(yīng)于檢測的動作而離開所述睡眠模式,所述檢測的動作由所 述用戶設(shè)備的用戶發(fā)起。
6.如權(quán)利要求1所述的方法,其中所述客戶端應(yīng)用實例是瀏覽器應(yīng)用實例。
7.一種操作服務(wù)器應(yīng)用的方法,所述方法包括借助于包括輪詢的協(xié)議經(jīng)由網(wǎng)絡(luò)與遠(yuǎn)程放置的客戶端應(yīng)用實例交互; 接收來自所述客戶端應(yīng)用實例的消息,其中所述消息包括唯一地標(biāo)識移動電信系統(tǒng)中 的用戶設(shè)備和唯一地標(biāo)識所述用戶設(shè)備中運行的所述客戶端應(yīng)用實例的推送地址;確定應(yīng)用有關(guān)的信息應(yīng)該供應(yīng)到所述客戶端應(yīng)用實例,并且響應(yīng)于所述確定而將推送 請求發(fā)送到所述移動電信系統(tǒng)中的推送服務(wù)器,其中所述推送請求包括唯 一地標(biāo)識所述移 動電信系統(tǒng)中的所述用戶設(shè)備和唯一地標(biāo)識所述用戶設(shè)備中運行的所述客戶端應(yīng)用實例 的所述推送地址;并且隨后接收來自所述客戶端應(yīng)用實例的輪詢消息,并且響應(yīng)于所述輪詢消息經(jīng)由所述用 戶設(shè)備連接到的網(wǎng)絡(luò)將所述應(yīng)用有關(guān)的信息發(fā)送到所述客戶端應(yīng)用實例。
8.如權(quán)利要求7所述的方法,其中來自所述客戶端應(yīng)用實例的所述消息是HTTP請求。
9.如權(quán)利要求7所述的方法,其中所述客戶端應(yīng)用實例是瀏覽器應(yīng)用實例。
10.如權(quán)利要求7所述的方法,包括在接收來自所述客戶端應(yīng)用實例的所述消息之后,但是在確定應(yīng)用有關(guān)的信息應(yīng)該供 應(yīng)到所述客戶端應(yīng)用實例之前,接收到來自所述客戶端應(yīng)用實例的輪詢請求,并且響應(yīng)于 所述輪詢請求而執(zhí)行丟棄唯一地標(biāo)識所述移動電信系統(tǒng)中的所述用戶設(shè)備和唯一地標(biāo)識所述用戶設(shè)備中運行的所述客戶端應(yīng)用實例的所述推送地址;并且在某個模式中操作所述服務(wù)器應(yīng)用,在所述模式中,不發(fā)送推送請求到所述推送服務(wù) 器,即使應(yīng)用有關(guān)的信息應(yīng)該供應(yīng)到所述客戶端應(yīng)用實例,所述推送請求包括唯一地標(biāo)識 所述移動電信系統(tǒng)中的所述用戶設(shè)備和唯一地標(biāo)識所述用戶設(shè)備中運行的所述客戶端應(yīng) 用實例的所述推送地址。
11.一種用于在移動電信系統(tǒng)內(nèi)操作的用戶設(shè)備中提供服務(wù)的設(shè)備,所述設(shè)備包括 在所述用戶設(shè)備中運行客戶端應(yīng)用實例的邏輯,其中所述客戶端應(yīng)用實例借助于包括輪詢的協(xié)議經(jīng)由網(wǎng)絡(luò)與遠(yuǎn)程放置的服務(wù)器應(yīng)用交互;發(fā)送消息到所述服務(wù)器應(yīng)用的邏輯,其中到所述服務(wù)器應(yīng)用的所述消息包括唯一地標(biāo) 識所述用戶設(shè)備和唯一地標(biāo)識所述用戶設(shè)備內(nèi)的所述客戶端應(yīng)用實例的推送地址;接收包括所述客戶端應(yīng)用實例的標(biāo)識符的推送、并且響應(yīng)于所述推送向所述客戶端應(yīng) 用實例通知所接收的推送的邏輯;導(dǎo)致所述客戶端應(yīng)用實例響應(yīng)于所述推送通知經(jīng)由所述網(wǎng)絡(luò)將輪詢消息發(fā)送到所述 服務(wù)器應(yīng)用的邏輯;以及導(dǎo)致所述客戶端應(yīng)用實例接收對所述輪詢消息的響應(yīng)的邏輯,其中所述響應(yīng)包括與所 述服務(wù)相關(guān)的信息。
12.如權(quán)利要求11所述的設(shè)備,其中到所述服務(wù)器應(yīng)用的所述消息是HTTP請求。
13.如權(quán)利要求11所述的設(shè)備,包括在發(fā)送所述消息到所述服務(wù)器之后、但是在接收包括所述客戶端應(yīng)用實例的標(biāo)識符的 所述推送之前導(dǎo)致所述客戶端應(yīng)用實例進(jìn)入操作的睡眠模式的邏輯。
14.如權(quán)利要求13所述的設(shè)備,包括導(dǎo)致所述客戶端應(yīng)用實例響應(yīng)于接收包括所述客戶端應(yīng)用實例的標(biāo)識符的所述推送 而離開所述睡眠模式的邏輯。
15.如權(quán)利要求13所述的設(shè)備,包括導(dǎo)致所述客戶端應(yīng)用實例響應(yīng)于檢測的動作而離開所述睡眠模式的邏輯,所述檢測的 動作由所述用戶設(shè)備的用戶發(fā)起。
16.如權(quán)利要求11所述的設(shè)備,其中所述客戶端應(yīng)用實例是瀏覽器應(yīng)用實例。
17.一種用于操作服務(wù)器應(yīng)用的設(shè)備,所述設(shè)備包括借助于包括輪詢的協(xié)議經(jīng)由網(wǎng)絡(luò)與遠(yuǎn)程放置的客戶端應(yīng)用實例交互的邏輯; 接收來自所述客戶端應(yīng)用實例的消息的邏輯,其中所述消息包括唯一地標(biāo)識移動電信 系統(tǒng)中的用戶設(shè)備和唯一地標(biāo)識運行在所述用戶設(shè)備中的所述客戶端應(yīng)用實例的推送地 址;確定應(yīng)用有關(guān)的信息應(yīng)該供應(yīng)到所述客戶端應(yīng)用實例、并且相應(yīng)于所述確定將推送請 求發(fā)送到所述移動電信系統(tǒng)中的推送服務(wù)器的邏輯,其中所述推送請求包括唯一地標(biāo)識所 述移動電信系統(tǒng)中的所述用戶設(shè)備和唯一地標(biāo)識運行在所述用戶設(shè)備中的所述客戶端應(yīng) 用實例的所述推送地址;以及接收來自所述客戶端應(yīng)用實例的后續(xù)輪詢消息、并且響應(yīng)于所述后續(xù)輪詢消息經(jīng)由所 述用戶設(shè)備連接到的網(wǎng)絡(luò)將所述應(yīng)用有關(guān)的信息發(fā)送到所述客戶端應(yīng)用實例的邏輯。
18.如權(quán)利要求17所述的設(shè)備,其中來自所述客戶端應(yīng)用實例的所述消息是HTTP請求。
19.如權(quán)利要求17所述的設(shè)備,其中所述客戶端應(yīng)用實例是瀏覽器應(yīng)用實例。
20.如權(quán)利要求17所述的設(shè)備,包括執(zhí)行以下操作的邏輯在接收來自所述客戶端應(yīng)用實例的所述消息之后,但是在確定 應(yīng)用有關(guān)的信息應(yīng)該供應(yīng)到所述客戶端應(yīng)用實例之前,接收來自所述客戶端應(yīng)用實例的輪 詢請求,并且響應(yīng)于所述輪詢請求而執(zhí)行丟棄唯一地標(biāo)識所述移動電信系統(tǒng)中的所述用戶設(shè)備和唯一地標(biāo)識運行在所述用戶 設(shè)備中的所述客戶端應(yīng)用實例的所述推送地址;并且在某個模式中操作所述服務(wù)器應(yīng)用,在所述模式中,不發(fā)送推送請求到所述推送服務(wù) 器,即使應(yīng)用有關(guān)的信息應(yīng)該供應(yīng)到所述客戶端應(yīng)用實例,所述推送請求包括唯一地標(biāo)識 所述移動電信系統(tǒng)中的所述用戶設(shè)備和唯一地標(biāo)識運行在所述用戶設(shè)備中的所述客戶端 應(yīng)用實例的所述推送地址。
全文摘要
在移動電信系統(tǒng)內(nèi)操作的用戶設(shè)備(UE)中提供服務(wù)涉及,在UE中運行客戶端應(yīng)用實例(CAI),其中CAI借助于包括輪詢的協(xié)議經(jīng)由網(wǎng)絡(luò)和遠(yuǎn)程放置的服務(wù)器應(yīng)用交互。發(fā)送消息到服務(wù)器應(yīng)用,該消息包括唯一地標(biāo)識UE和UE內(nèi)的CAI的推送地址。服務(wù)器應(yīng)用停止輪詢活動,并且反而當(dāng)有更新的信息要供應(yīng)到CAI時發(fā)起推送請求。UE隨后接收包括CAI的標(biāo)識符的推送,并因此向CAI通知接收到的推送。CAI通過經(jīng)由網(wǎng)絡(luò)發(fā)送輪詢消息到服務(wù)器應(yīng)用來響應(yīng)。服務(wù)器應(yīng)用發(fā)送對輪詢消息的響應(yīng),該響應(yīng)包括與服務(wù)相關(guān)的信息。
文檔編號H04L29/06GK101889424SQ200880119921
公開日2010年11月17日 申請日期2008年10月23日 優(yōu)先權(quán)日2007年12月4日
發(fā)明者J·卡爾森, P·威拉斯 申請人:愛立信電話股份有限公司