国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      將異步通知推送到網(wǎng)絡(luò)裝置的方法和系統(tǒng)的制作方法

      文檔序號:7638732閱讀:124來源:國知局
      專利名稱:將異步通知推送到網(wǎng)絡(luò)裝置的方法和系統(tǒng)的制作方法
      技術(shù)領(lǐng)域
      本發(fā)明涉及將異步通知推送到聯(lián)網(wǎng)的裝置,具體說,涉及使用萬維網(wǎng)技 術(shù)將異步通知推送到家庭網(wǎng)絡(luò)裝置。
      背景技術(shù)
      很多電子裝置(例如,家庭網(wǎng)絡(luò)裝置)包括對于Web瀏覽器的支持,所 述Web瀏覽器支持用于從一個裝置到另 一個裝置顯示并提供內(nèi)容的HTTP和 HTML標準。由于很多原因,可從服務(wù)器裝置向客戶機裝置發(fā)送通知包括 警告消息、 一般通信的裝置狀態(tài)更新等。
      一些家庭網(wǎng)絡(luò)中間件系統(tǒng)(諸如, UPNP 、 HAVi 、 Jini等)使用明確的事件機制將這些更新發(fā)送到計劃中的客戶 機裝置以進行解釋。通常,使用服務(wù)器裝置和客戶機裝置之間的單獨通信信道在帶外 (out-of-band)發(fā)送通知。例如,UPNP使用GENA事件機制。然而,這些 系統(tǒng)需要客戶機裝置能夠理解事件的目的并產(chǎn)生與這些事件匹配的適當?shù)膭?作。但是,為了向用戶進行通知,事件的源實際理解事件應(yīng)該在客戶機裝置 上產(chǎn)生什么。此外, 一般Web技術(shù)(諸如,HTTP)從源(例如,服務(wù)器裝置)拉出 數(shù)據(jù),而不是將數(shù)據(jù)推送到客戶機裝置。某些傳統(tǒng)的系統(tǒng)通過允許內(nèi)容從服 務(wù)器裝置推送到客戶機裝置來試圖減輕該處理。這允許Web頁沿相同的連接 被向下推送到啟用瀏覽器的客戶機裝置(例如,桌上型計算機、TV等)以更 新其上的Web頁。然而,該途徑僅關(guān)注更新在客戶機裝置域中的web內(nèi)容, 而不將自身用于一般通知。其他方案通過使瀏覽器保持與web服務(wù)器的連接打開,以在無需與服務(wù) 器重新建立TCP連接(TCP/IP )的情況下接收另 一頁,來試圖提高Web通信 量上的性能。這減少連接和頁傳送等待時間,但是沒有將一般通知推到客戶 機裝置。這是HTTPl.l的持續(xù)連接方法,其中,客戶機總是使連接打開結(jié)束, 并隨后可接收用于更新預先填寫的內(nèi)容或發(fā)送將被提供的新信息的HTML內(nèi)容。由于客戶機必須總是為這種額外數(shù)據(jù)作準備,所以成本較高。
      發(fā)明內(nèi)容
      技術(shù)問題因此,需要一種在無需為必須由客戶機裝置解釋的標準化的事件而使用 單獨信道的情況下,允許向客戶機裝置發(fā)送異步通知的方法和系統(tǒng)。技術(shù)方案本發(fā)明致力于上述需要。在本發(fā)明的一實施例中,提供一種在包括客戶機裝置和服務(wù)器裝置的網(wǎng)絡(luò)中將異步通知推送到裝置的方法,包括步驟在 客戶機裝置和服務(wù)器裝置之間建立連接;客戶機裝置將對數(shù)據(jù)的請求發(fā)送到 服務(wù)器裝置;服務(wù)器裝置將通知標簽包括在對來自客戶機裝置的請求的應(yīng)答 中,以使得客戶機裝置保持到服務(wù)器裝置的連接以等待來自服務(wù)器裝置的通 知;客戶機裝置從服務(wù)器裝置接收應(yīng)答;客戶機裝置檢查在應(yīng)答中的通知標 簽,如果應(yīng)答包括通知標簽,則客戶機裝置為通知而保持與服務(wù)器裝置的連 接;以及服務(wù)器裝置通知客戶機裝置事件已發(fā)生。所述方法還可包括步驟服務(wù)器裝置在應(yīng)答中包括由客戶機裝置請求的 數(shù)據(jù),并且客戶機裝置從服務(wù)器裝置接收應(yīng)答中的請求的數(shù)據(jù)并在顯示器上 呈現(xiàn)請求的數(shù)據(jù)。在將通知發(fā)送到客戶機裝置之后,服務(wù)器裝置可經(jīng)由所述 連接將新數(shù)據(jù)自動發(fā)送到客戶機裝置或關(guān)閉連接。來自服務(wù)器裝置的通知還可包括對來自客戶機裝置的響應(yīng)的請求,從而 客戶機裝置可將響應(yīng)發(fā)送到客戶機裝置。基于來自客戶機裝置的響應(yīng),服務(wù) 器裝置可采取不同的步驟。例如,服務(wù)器裝置可將通知從客戶機裝置去除, 從而客戶機裝置關(guān)閉連接。可選擇地,服務(wù)器裝置可經(jīng)由所述連接更新向客 戶機裝置的通知。此外,服務(wù)器裝置可經(jīng)由所述連接將新通知發(fā)送到客戶機 裝置。在另 一實施例中,本發(fā)明4是供一種用于將異步通知推送到電子裝置的系 統(tǒng),包括客戶機裝置和服務(wù)器裝置,從而能夠建立從客戶機裝置到服務(wù)器 裝置的連接;配置客戶機裝置和服務(wù)器裝置,從而客戶機裝置將對數(shù)據(jù)的請 求發(fā)送到服務(wù)器裝置;當接收該請求時,服務(wù)器裝置將通知標簽包括在對來 自客戶機裝置的請求的應(yīng)答中,使得客戶機裝置保持到服務(wù)器裝置的連接以 等待來自服務(wù)器裝置的通知;以及當接收該應(yīng)答時,客戶機裝置檢查在應(yīng)答中的通知標簽,如果應(yīng)答包括通知標簽,則客戶機裝置為通知而保持與服務(wù) 器裝置的連接,從而隨后服務(wù)器裝置可經(jīng)由連接將事件通知發(fā)送到客戶機裝 置。有利效果本發(fā)明允許服務(wù)器裝置在大幅減小復雜度的情況下(例如,在客戶機裝 置不需要解釋代碼)將通知發(fā)送到客戶機裝置,使服務(wù)器裝置能夠控制客戶 機裝置如何顯示事件等。在本發(fā)明中的示例方法允許客戶機實現(xiàn)獲知額外數(shù) 據(jù)會到達的情況,從而限制維持連接的需要。


      通過下面結(jié)合附圖的說明書,本發(fā)明其他實施例、特點和優(yōu)點將會變得清楚,其中圖1示出根據(jù)本發(fā)明實施例的實現(xiàn)異步通知方法的網(wǎng)絡(luò)的示例功能框圖;圖2示出根據(jù)本發(fā)明實施例的在客戶機裝置和服務(wù)器裝置之間發(fā)送異步 通知的示例系統(tǒng);以及圖3示出圖2中的客戶機裝置和服務(wù)器裝置之間異步通知方法的步驟的 示例流程圖。
      具體實施方式
      很多電子裝置(例如,家庭網(wǎng)絡(luò)裝置)包括對Web瀏覽器的支持,所述 Web瀏覽器支持用于從一個裝置到另一個裝置顯示并提供內(nèi)容的HTTP和 HTML標準。由于很多原因,可從服務(wù)器裝置到向客戶機裝置發(fā)送通知,包 括,警告消息、 一般通信的裝置狀態(tài)更新等。通常,使用服務(wù)器裝置和客戶 機裝置之間的單獨通信信道在帶外發(fā)送通知。盡管事件的源理解該事件應(yīng)該 在客戶機裝置上產(chǎn)生什么,但是傳統(tǒng)的系統(tǒng)需要客戶機裝置能夠理解事件的 目的并產(chǎn)生與這些事件匹配的適當?shù)膭幼鳌榱私鉀Q這種缺陷,在一示例性實施例中,本發(fā)明提供一種使用web技 術(shù)(諸如,HTTP)將異步通知發(fā)送到客戶機裝置的方法和系統(tǒng)。無需為必須 由客戶機解釋的標準化的事件使用單獨的信道,服務(wù)器就能夠發(fā)送用于在客 戶機裝置上直接顯示的事件通知。在一示例中,這允許服務(wù)器裝置在大幅減小復雜度的情況下(例如,在 客戶機裝置不需要解釋代碼)將通知發(fā)送到客戶機裝置,使服務(wù)器裝置能夠控制客戶機裝置如何顯示事件等。在另一實施例中,本發(fā)明提供一種使用web內(nèi)容推送技術(shù),在限制用于維持的連接的數(shù)量的同時,將通知(諸如,警告 和狀態(tài)更新)發(fā)送到計算機(諸如,嵌入式裝置)的方法和系統(tǒng)。圖1示出用于實現(xiàn)本發(fā)明實施例的異步通知方法的網(wǎng)絡(luò)10 (諸如,家庭 網(wǎng)絡(luò))的示例性功能結(jié)構(gòu)。網(wǎng)絡(luò)10包括客戶機裝置20、服務(wù)器裝置30和將 網(wǎng)絡(luò)10連接到互聯(lián)網(wǎng)50的任選接口 40、 web服務(wù)器60和web瀏覽器70。 客戶機裝置20和服務(wù)器裝置30分別實現(xiàn)用于通信和它們之間的協(xié)議的 HTTP協(xié)議。雖然在此描述的示例中,HTTP協(xié)議由網(wǎng)絡(luò)10所利用,但是本信協(xié)議(例如,UDP或TCP連接、1394連接等)中的情況。例如,客戶機裝置20可包括Web瀏覽器,并且服務(wù)器裝置30可包括 Web服務(wù)器。客戶機裝置20和服務(wù)器裝置30分別經(jīng)由HTTP TCP/IP網(wǎng)絡(luò)協(xié) 議進行通信??蛻魴C裝置20的示例可以是TV、 DVD、計算機等。此外, 服務(wù)器裝置30的示例可以是TV、 DVD、計算機等。圖2示出根據(jù)本發(fā)明實施例的經(jīng)由連接90實現(xiàn)客戶機裝置20和服務(wù)器 裝置30之間的異步通知的示例系統(tǒng)80。此外,圖3示出圖2中的客戶機裝 置20和服務(wù)器裝置30之間的異步通知方法的步驟的示例流程圖。如圖3所示,在步驟IOI,經(jīng)由客戶機裝置20 (例如,計算機、TV等) 和服務(wù)器裝置30 (例如,計算機、DVD等)之間的連接(信道)從客戶機裝 置20向服務(wù)器裝置30提出對內(nèi)容的用戶請求。在步驟102,如果服務(wù)器裝 置30想要在以后將通知發(fā)送到客戶機裝置30,則服務(wù)器裝置30將標簽(例 如,通知頭部)添加到將被發(fā)送到客戶機裝置20的內(nèi)容消息中的一個,以請 求客戶機裝置20為了通知而保持與服務(wù)器裝置30的連接打開并等待來自服 務(wù)器裝置30的新^Veb通信量。在步驟103,客戶機裝置20從服務(wù)器裝置30接收消息并在客戶機裝置 的顯示器上呈現(xiàn)該消息。在步驟103中,如果特定消息包含通知頭部,則客 戶機裝置20在用戶的請求之后不關(guān)閉連接,而使連接為通知而打開。仍可由 客戶機裝置20向服務(wù)器裝置30請求與通知無關(guān)的其他web內(nèi)容,并且可在 通知掛起的同時將這些web內(nèi)容呈現(xiàn)在客戶機裝置20上。實現(xiàn)這種處理具有幾種方式。在一個示例中,客戶機設(shè)立框架(frame) (服務(wù)器將通知傳遞到所述框架),所述框架可以是iframe或新窗口。而且, 客戶機可僅將通知文本放置在屏幕的中間,并且一旦通知由于超時或被用戶 消除,則更新內(nèi)容。另一示例涉及對內(nèi)容的各種部分的框架的使用。在這種 情況下,在客戶機裝置的瀏覽器中(屏幕上或屏幕外)可保留一個框架,從 服務(wù)器裝置到該框架的通知連接仍然被打開。框架提供從其他正在進行的語 境(context)脫離的并且新語境可被建立的屏幕區(qū)域。在步驟104,服務(wù)器裝置30想要通知客戶機裝置20事件已發(fā)生。服務(wù) 器裝置30查詢客戶機裝置20以確定哪個連接正由客戶機裝置20維持以等待 來自服務(wù)器裝置30的通知。服務(wù)器裝置30隨后可通過所述連接將新web內(nèi) 容自動向下發(fā)送到客戶機裝置20。典型實施例可使用Web推送內(nèi)容技術(shù),諸 如,發(fā)送作為MIME附件或由〈HTML〉/々HTML〉標記區(qū)分的單獨web頁的 內(nèi)容。在這一語境中,客戶機總是使用在HTTPl.l定義的持續(xù)連接,并且客 戶機總是注意來自服務(wù)器的新輸入。在步驟105,客戶機裝置20通過它的連接中的一個從服務(wù)器裝置30接 收新數(shù)據(jù)??蛻魴C裝置20在它的顯示器上呈現(xiàn)新數(shù)據(jù)(例如,內(nèi)容)(或?qū)?新數(shù)據(jù)發(fā)送到能夠顯示內(nèi)容的圖1的網(wǎng)絡(luò)10中的另一裝置上以進行顯示)。 在此描述的示例性基于框架的途徑中,新內(nèi)容可調(diào)整現(xiàn)有框架的大小以迎合 新內(nèi)容??蛇x才奪地,能夠為新通知切換顯示器或創(chuàng)建新窗口。在步驟106,如果通知需要響應(yīng),則用戶點擊呈現(xiàn)的顯示元素(在通知 內(nèi)部或不在通知內(nèi)部)。這是服務(wù)器先前已發(fā)送用于請求用戶通過選擇屏幕 上的"OK"按鈕進行響應(yīng)的數(shù)據(jù)的情況??蛻魴C裝置將通知的請求發(fā)送到服 務(wù)器裝置30。選擇的按鈕將被鏈接,從而產(chǎn)生去往服務(wù)器的新請求。在步驟 106,根據(jù)所述響應(yīng),服務(wù)器裝置30可選擇例如去除所述通知(將其替換為 原始內(nèi)容),更新(例如,重復)所述通知,通過連接等將新通知放在客戶機 裝置30。之后,在步驟107,服務(wù)器裝置30可返回具有"去除通知信道"請求的 通知或內(nèi)容。這導致一旦接收并結(jié)束通知,則在步驟108客戶機裝置20關(guān)閉 連接,直到用戶請求導致由服務(wù)器裝置30從客戶機裝置20請求新通知信道。 實現(xiàn)"去除通知信道"請求的方式與通知請求的類似之處在于其在來自服務(wù) 器的應(yīng)答頭部中被指示。因此,服務(wù)器裝置30能夠在不需要在客戶機裝置20上的特別處理軟件的情況下,可使用現(xiàn)有的標準化的web技術(shù)并且在不需要用于事件的單獨信 道的情況下,將通知發(fā)送到客戶機裝置20。此外,服務(wù)器30能夠在沒有客 戶機裝置20用于輪詢服務(wù)器裝置30進行更新的延遲的情況下,控制內(nèi)容的 演示。本領(lǐng)域技術(shù)人員將認識到,本發(fā)明可用于家用電器、桌上型環(huán)境、嵌入 式環(huán)境等。此外,只要存在將通知需求從服務(wù)器裝置30以信號方式傳輸?shù)娇?戶機裝置20的方法,就還可利用非網(wǎng)絡(luò)(non-web)顯示技術(shù)(諸如,虛擬 網(wǎng)絡(luò)計算(VNC ))。 此外,客戶機裝置20可包括Web服務(wù)器,并且服務(wù)器 裝置30可包括Web瀏覽器。盡管本發(fā)明可容許很多不同形式的實施例,其在附圖中被示出并在此進 行了詳細描述,但是應(yīng)理解,對于本發(fā)明的優(yōu)選實施例,該公開將被認為是 本發(fā)明的原理的示例,并不在于將本發(fā)明的寬泛范圍限制于所示出的實施例。 如本領(lǐng)域技術(shù)人員所知,可按照很多方式(諸如,由處理器執(zhí)行的程序指令、 邏輯電路、ASIC、固件等)實現(xiàn)根據(jù)本發(fā)明的圖1至圖3中的上述示例結(jié)構(gòu)。 因此,本發(fā)明不局限于在此描述的示例性實施例。已參照本發(fā)明的特定優(yōu)選方案詳細描述了本發(fā)明,然而,其他方案也是可行 的。因此,權(quán)利要求的精神和范圍不應(yīng)局限于在此包含的優(yōu)選方案的描述。
      權(quán)利要求
      1、一種在網(wǎng)絡(luò)中將異步通知推送到裝置的方法,包括步驟a與裝置中的一個建立連接;b從裝置接收對數(shù)據(jù)的請求;c響應(yīng)于所述請求將應(yīng)答發(fā)送到裝置,其中,所述應(yīng)答包括用于使所述裝置維持連接以等待通知的通知標簽;以及d當事件發(fā)生時,通知裝置。
      2、 如權(quán)利要求l所述的方法,其中,步驟c還包括步驟在所述應(yīng)答中 包括由所述裝置請求的凄t據(jù)。
      3、 如權(quán)利要求1所述的方法,還包括步驟e經(jīng)由與所述裝置的另 一連接將新數(shù)據(jù)發(fā)送到所述裝置。
      4、 如權(quán)利要求l所述的方法,還包括步驟 e經(jīng)由所述連接將新數(shù)據(jù)發(fā)送到所述裝置。
      5、 如權(quán)利要求1所述的方法,其中,在步驟d中去往所述裝置的通知還 可包括用于來自所述裝置的響應(yīng)的請求。
      6、 如權(quán)利要求5所述的方法,還包括步驟 e從所述裝置接收響應(yīng)。
      7、 如權(quán)利要求6所述的方法,還包括步驟 f從所述裝置接收響應(yīng);以及g為使所述裝置關(guān)閉連接而從所述裝置去除所述通知。
      8、 如權(quán)利要求6所述的方法,還包括步驟 f從所述裝置接收響應(yīng);以及g經(jīng)由網(wǎng)絡(luò)更新去向所述裝置的通知。
      9、 如權(quán)利要求6所述的方法,還包括步驟 f從所述裝置接收響應(yīng);以及g經(jīng)由網(wǎng)絡(luò)將新通知發(fā)送到所述裝置。
      10、 一種在網(wǎng)絡(luò)中將異步通知推送到裝置的方法,包括步驟 a與裝置中的一個建立連接;b將對數(shù)據(jù)的請求發(fā)送到所述裝置; c從所述裝置接收應(yīng)答;d在所述應(yīng)答中檢查通知標簽,如果所述應(yīng)答包括通知標簽,則為通知而維持與所述裝置的連接;以及e經(jīng)由連接從所述裝置接收對事件的通知。
      11、 如權(quán)利要求IO所述的方法,其中,步驟c包括步驟接收在應(yīng)答中 的請求的數(shù)據(jù)。
      12、 如權(quán)利要求IO所述的方法,還包括步驟 f從所述裝置接收新數(shù)據(jù)。
      13、 如權(quán)利要求IO所述的方法,還包括步驟 f經(jīng)由連接從所述裝置接收新數(shù)據(jù)。
      14、 如權(quán)利要求IO所述的方法,其中,來自所述裝置的通知包括用于響 應(yīng)的請求。
      15、 如權(quán)利要求14所述的方法,還包括步驟 g將響應(yīng)發(fā)送到所述裝置。
      16、 如權(quán)利要求15所述的方法,還包括步驟 h從所述裝置接收通知消除。
      17、 如權(quán)利要求15所述的方法,還包括步驟 h經(jīng)由連接從所述裝置接收更新的信息。
      18、 如權(quán)利要求15所述的方法,還包括步驟 g經(jīng)由連接從所述裝置接收新通知。
      19、 一種在包括客戶機裝置和服務(wù)器裝置的網(wǎng)絡(luò)中將異步通知推song 到裝置的方法,包括步驟a在客戶機裝置和服務(wù)器裝置之間建立連接; b客戶機裝置將對數(shù)據(jù)的請求發(fā)送到服務(wù)器裝置; c服務(wù)器裝置將通知標簽包括在對來自客戶機裝置的請求的應(yīng)答中,以 使得客戶機裝置保持到服務(wù)器裝置的連接以等待來自服務(wù)器裝置的通知; d客戶機裝置從服務(wù)器裝置接收應(yīng)答;e客戶機裝置檢查在應(yīng)答中的通知標簽,如果應(yīng)答包括通知標簽,則客 戶機裝置為通知而保持與服務(wù)器裝置的連接;以及 f服務(wù)器裝置通知客戶機裝置事件已發(fā)生。
      20、 如權(quán)利要求19所述的方法,其中,步驟c還包括步驟服務(wù)器裝置 在所述應(yīng)答中包括由客戶機裝置請求的數(shù)據(jù)。
      21、 如權(quán)利要求19所述的方法,其中,步驟d還包括步驟客戶機裝置 接收來自服務(wù)器裝置的應(yīng)答中的請求的數(shù)據(jù)。
      22、 如權(quán)利要求20所述的方法,其中,步驟d還包括步驟客戶機裝置 在顯示器上顯示請求的數(shù)據(jù)。
      23、 如權(quán)利要求19所述的方法,還包括步驟 g服務(wù)器裝置將新數(shù)據(jù)發(fā)送到客戶機裝置。
      24、 如權(quán)利要求23所述的方法,還包括步驟 h客戶機裝置從服務(wù)器裝置接收新數(shù)據(jù)。
      25、 如權(quán)利要求19所述的方法,還包括步驟g服務(wù)器裝置經(jīng)由連接將新數(shù)據(jù)發(fā)送到客戶機裝置;以及 h客戶機裝置經(jīng)由連接從服務(wù)器裝置接收新數(shù)據(jù)。
      26、 如權(quán)利要求19所述的方法,其中,在步驟f中來自服務(wù)器裝置的通 知還包括對于來自客戶機裝置的響應(yīng)的請求。
      27、 如權(quán)利要求16所述的方法,還包括步驟 g客戶機裝置將響應(yīng)發(fā)送到客戶機裝置。
      28、 如權(quán)利要求26所述的方法,還包括步驟 h服務(wù)器裝置從客戶機裝置接收響應(yīng);i服務(wù)器裝置從客戶機裝置去除通知;以及 j客戶機裝置關(guān)閉連接。
      29、 如權(quán)利要求26所述的方法,還包括步驟 h服務(wù)器裝置從客戶機裝置接收響應(yīng);以及i服務(wù)器裝置經(jīng)由連接更新去向客戶機裝置的通知。
      30、 如權(quán)利要求26所述的方法,還包括步驟 h服務(wù)器裝置從客戶機裝置接收響應(yīng);以及i服務(wù)器裝置經(jīng)由連接將新通知發(fā)送到客戶機裝置。
      31、 一種將異步通知推送到電子裝置的系統(tǒng),包括 客戶機裝置和服務(wù)器裝置,從而可在客戶機裝置和服務(wù)器裝置之間建立連接;配置客戶機裝置和服務(wù)器裝置,從而客戶機裝置將對數(shù)據(jù)的請求發(fā)送到 服務(wù)器裝置;當接收所述請求時,服務(wù)器裝置將通知標簽包括在對來自客戶機裝置的請求的應(yīng)答中,以使得客戶機裝置保持到服務(wù)器裝置的連接以等待來自服務(wù)器裝置的通知;以及當接收該應(yīng)答時,客戶機裝置檢查在應(yīng)答中的通知標簽,如果應(yīng)答包括 通知標簽,則客戶機裝置為通知而保持與服務(wù)器裝置的連接,從而隨后服務(wù) 器裝置可經(jīng)由連接將事件通知發(fā)送到客戶機裝置。
      32、 如權(quán)利要求31所述的系統(tǒng),其中,服務(wù)器裝置在應(yīng)答中還包括由客 戶機裝置請求的數(shù)據(jù)。
      33、 如權(quán)利要求31所述的系統(tǒng),其中,在發(fā)送通知之后,服務(wù)器裝置還 將新數(shù)據(jù)發(fā)送到客戶機裝置。
      34、 如權(quán)利要求31所述的系統(tǒng),來自服務(wù)器裝置的通知還包括對于來自 客戶機裝置的響應(yīng)的請求。
      35、 如權(quán)利要求34所述的系統(tǒng),其中,客戶機裝置還將響應(yīng)發(fā)送到客戶 機裝置,以響應(yīng)于來自服務(wù)器的請求。
      36、 如權(quán)利要求35所述的系統(tǒng),其中,當從客戶機裝置接收到響應(yīng)時, 服務(wù)器裝置從客戶機裝置去除通知,從而客戶機裝置關(guān)閉連接。
      37、 如權(quán)利要求35所述的系統(tǒng),其中,當從客戶機裝置接收到響應(yīng)時, 服務(wù)器裝置經(jīng)由連接更新去向客戶機裝置的通知。
      38、 如權(quán)利要求35所述的系統(tǒng),其中,當從客戶機裝置接收到響應(yīng)時, 服務(wù)器裝置經(jīng)由連接將新通知發(fā)送到客戶機裝置。
      39、 如權(quán)利要求35所述的系統(tǒng),其中,當從客戶機裝置接收到響應(yīng)時, 服務(wù)器裝置基于所述響應(yīng)選擇性地執(zhí)行任務(wù)。
      40、 如權(quán)利要求31所述的系統(tǒng),其中,客戶機裝置和服務(wù)器裝置利用 HTTP協(xié)議。
      41、 如權(quán)利要求40所述的系統(tǒng),其中,客戶機裝置包括Web瀏覽器。
      42、 如權(quán)利要求40所述的系統(tǒng),其中,服務(wù)器裝置包括Web瀏覽器。
      43、 如權(quán)利要求40所述的系統(tǒng),其中,服務(wù)器裝置包括Web服務(wù)器。
      全文摘要
      一種將異步通知推送到網(wǎng)絡(luò)裝置的方法和系統(tǒng)。在客戶機裝置和服務(wù)器裝置之間建立連接,其中,客戶機裝置將對數(shù)據(jù)的請求發(fā)送到服務(wù)器裝置,服務(wù)器裝置將通知標簽包括在對來自客戶機裝置的請求的應(yīng)答中,以使得客戶機裝置保持到服務(wù)器裝置的連接以等待來自服務(wù)器裝置的通知,客戶機裝置從服務(wù)器裝置接收應(yīng)答,并檢查在應(yīng)答中的通知標簽,從而如果應(yīng)答包括通知標簽,則客戶機裝置保持與服務(wù)器裝置的連接,以經(jīng)由網(wǎng)絡(luò)將通知發(fā)送到客戶機裝置。
      文檔編號H04L12/28GK101223737SQ200680026254
      公開日2008年7月16日 申請日期2006年7月19日 優(yōu)先權(quán)日2005年7月19日
      發(fā)明者約翰·W·切尼, 艾倫·梅瑟 申請人:三星電子株式會社
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1