專利名稱：Web服務(wù)器、Web瀏覽器和Web系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及Web服務(wù)器、Web瀏覽器和Web系統(tǒng)。
背景技術(shù)：
近些年中，因特網(wǎng)上由高性能服務(wù)器使用的Web技術(shù)逐漸被家用設(shè)備(CE設(shè)備) 所使用。這起因于用于消費者的嵌入式設(shè)備的性能的改進，或者經(jīng)由網(wǎng)絡(luò)使用消費者設(shè)備 的機會的增加。然而，對于像CE設(shè)備那樣的、具有有限的計算資源或存儲資源的設(shè)備而言， 難以使用已在服務(wù)器側(cè)使用的所有技術(shù)，因此需要設(shè)計使得資源有限的設(shè)備發(fā)揮作用的方法。順便提及，“緩存(cache)技術(shù)”被廣泛用作更快地訪問Web服務(wù)器的現(xiàn)有技術(shù)。 圖11是示出一般Web服務(wù)的緩存技術(shù)的說明性視圖。如圖11所示，“緩存”包括各自類型 的緩存，例如用于存儲由Web服務(wù)器從數(shù)據(jù)庫讀出的結(jié)果的查詢緩存、用于存儲由Web服務(wù) 器創(chuàng)建的頁面的代理緩存、以及用于存儲一度被Web瀏覽器訪問的頁面的應(yīng)用緩存。當通過CE設(shè)備擴展Web服務(wù)時，難以提供代理服務(wù)器，因而對瀏覽器側(cè)的緩存而 言，難以處理被頻繁地重新寫入的動態(tài)內(nèi)容。因此，有必要在服務(wù)器內(nèi)包括代理緩存(頁面 緩存)或者使用查詢緩存來實現(xiàn)緩存的速度上的改進。頁面緩存和查詢緩存都在可由很多非特定的人訪問的Web服務(wù)器上產(chǎn)生了它們 的效果。例如，即使用戶第一次訪問頁面，因為另一用戶事先已訪問過該頁面，緩存命中 (cache hit)的發(fā)生的式樣也可被考慮。在日本專利申請早期公開No. 2006-227671中，通 過對每個部分的頁面進行緩存以減小Web服務(wù)器的處理負載，而改進了響應(yīng)性。

發(fā)明內(nèi)容
然而，根據(jù)日本專利申請早期公開No. 2006-227671，存在如下問題用戶必須訪 問頁面至少一次，并且當訪問的用戶像CE設(shè)備的Web服務(wù)那樣有限時，緩存頻繁地未有效 發(fā)揮作用。根據(jù)日本專利申請早期公開No. 2000-311108，通過預先對如下頁面進行緩存來 實現(xiàn)訪問Web服務(wù)器的速度的改進這些頁面按照頁面鏈接被進行了預先讀取。然而，根據(jù) 日本專利申請早期公開No. 2000-311108，頁面被緩存在緩存存儲器中直到其容量極限，因 此存在如下問題如果存儲器資源是有限的，則緩存頻繁地未有效發(fā)揮作用。鑒于以上所述的，希望提供即使存儲器資源或?qū)eb服務(wù)的訪問是有限的也能夠 高效利用緩存的、新穎且改進的Web服務(wù)器、Web瀏覽器和Web系統(tǒng)。根據(jù)本發(fā)明的一個實施例，提供了 一種Web服務(wù)器，該Web服務(wù)器包括接收單元， 該接收單元接收如下請求該請求用于獲取從經(jīng)由網(wǎng)絡(luò)連接的Web瀏覽器中顯示的頁面中 所包含的一個、兩個或更多個鏈接目的地之中的、在顯示區(qū)域中顯示的鏈接目的地的內(nèi)容； 內(nèi)容創(chuàng)建單元，該內(nèi)容創(chuàng)建單元創(chuàng)建與由接收單元接收的請求相符的內(nèi)容；以及緩存單元， 該緩存單元在存儲裝置中對由內(nèi)容創(chuàng)建單元創(chuàng)建的內(nèi)容進行緩存。Web服務(wù)器還可包括確定單元，該確定單元確定由接收單元接收的請求是否是用于獲取還沒被訪問的鏈接目的地的內(nèi)容的偽請求。當確定單元確定所述請求是偽請求 時，內(nèi)容創(chuàng)建單元可創(chuàng)建與該偽請求相符的內(nèi)容。當指示偽請求的命令被附接到所述請求上時，確定單元可確定該請求是偽請求。在存儲裝置中被緩存的內(nèi)容之中，緩存單元可根據(jù)與Web瀏覽器中顯示的內(nèi)容的 鏈接目的地的父子關(guān)系來刪除內(nèi)容。Web服務(wù)器還可包括發(fā)送單元，當與請求相對應(yīng)的內(nèi)容被緩存單元緩存在存儲 裝置中時，該發(fā)送單元發(fā)送所緩存的內(nèi)容給Web瀏覽器。當確定單元確定所述請求不是偽請求時，內(nèi)容創(chuàng)建單元可經(jīng)由發(fā)送單元向Web瀏 覽器發(fā)送所創(chuàng)建的內(nèi)容。當確定單元確定所述請求不是偽請求時，內(nèi)容創(chuàng)建單元可經(jīng)由發(fā)送單元向Web瀏 覽器發(fā)送與該請求相對應(yīng)的并且被緩存在存儲裝置中的內(nèi)容。根據(jù)本發(fā)明的另一個實施例，提供了一種Web瀏覽器，該Web瀏覽器包括提取單 元，該提取單元從顯示畫面中顯示的頁面中所包含的一個、兩個或更多個鏈接目的地之中， 提取在顯示區(qū)域中顯示的鏈接目的地；請求創(chuàng)建單元，該請求創(chuàng)建單元創(chuàng)建用于獲取由提 取單元提取的鏈接目的地的內(nèi)容的請求；以及發(fā)送單元，該發(fā)送單元經(jīng)由網(wǎng)絡(luò)向Web服務(wù) 器發(fā)送所述請求。請求創(chuàng)建單元可向所述請求附接指示偽請求的命令，該偽請求用于獲取還沒被訪 問的鏈接目的地的內(nèi)容。提取單元可確定顯示區(qū)域中顯示的鏈接目的地是靜態(tài)內(nèi)容還是動態(tài)內(nèi)容，并且當 該鏈接目的地是動態(tài)內(nèi)容時提取該鏈接目的地。由Web服務(wù)器根據(jù)偽請求創(chuàng)建的內(nèi)容可被緩存在存儲裝置中。請求創(chuàng)建單元可創(chuàng)建用于獲取被訪問的鏈接目的地的內(nèi)容的請求。此外，Web瀏 覽器可包括接收單元，該接收單元從Web服務(wù)器接收與請求相符的內(nèi)容。請求創(chuàng)建單元可創(chuàng)建用于獲取被訪問的鏈接目的地的內(nèi)容的請求，并且當與請求 相符的內(nèi)容被緩存在存儲裝置中時，接收單元可接收存儲裝置中緩存的內(nèi)容。根據(jù)本發(fā)明的另一個實施例，提供了一種包括經(jīng)由網(wǎng)絡(luò)與Web服務(wù)器連接的Web 瀏覽器的Web系統(tǒng)，Web瀏覽器包括提取單元，該提取單元從顯示畫面中顯示的頁面中所 包含的一個、兩個或更多個鏈接目的地之中，提取在顯示區(qū)域中顯示的鏈接目的地；請求創(chuàng) 建單元，該請求創(chuàng)建單元創(chuàng)建用于獲取由提取單元提取的鏈接目的地的內(nèi)容的請求；以及 發(fā)送單元，該發(fā)送單元向Web服務(wù)器發(fā)送請求，Web服務(wù)器包括接收單元，該接收單元接收 從Web瀏覽器發(fā)送的請求；內(nèi)容創(chuàng)建單元，該內(nèi)容創(chuàng)建單元創(chuàng)建與由接收單元接收的請求 相符的內(nèi)容；以及緩存單元，該緩存單元在存儲裝置中對由內(nèi)容創(chuàng)建單元創(chuàng)建的內(nèi)容進行 緩存。根據(jù)本發(fā)明的另一個實施例，提供了一種使計算機起到Web服務(wù)器的作用的程 序，該Web服務(wù)器包括接收單元，該接收單元接收如下請求該請求用于獲取經(jīng)由網(wǎng)絡(luò)連 接的Web瀏覽器的顯示區(qū)域中顯示的一個、兩個或更多個鏈接目的地之中的鏈接目的地的 內(nèi)容；內(nèi)容創(chuàng)建單元，該內(nèi)容創(chuàng)建單元創(chuàng)建與由接收單元接收的請求相對應(yīng)的內(nèi)容；以及 緩存單元，該緩存單元在存儲裝置中對由內(nèi)容創(chuàng)建單元創(chuàng)建的內(nèi)容進行緩存。根據(jù)本發(fā)明的另一個實施例，提供了一種使計算機起到Web瀏覽器的作用的程序，該Web瀏覽器包括提取單元，該提取單元從顯示畫面中顯示的頁面中所包含的一個、 兩個或更多個鏈接目的地之中，提取在顯示區(qū)域中顯示的鏈接目的地；請求創(chuàng)建單元，該請 求創(chuàng)建單元創(chuàng)建用于獲取由提取單元提取的鏈接目的地的內(nèi)容的請求；以及發(fā)送單元，該 發(fā)送單元向經(jīng)由網(wǎng)絡(luò)連接的Web服務(wù)器發(fā)送請求。如上所述，根據(jù)本發(fā)明，即使存儲器資源或?qū)eb服務(wù)的訪問是有限的，也可高效 使用緩存。


圖1是提供根據(jù)本發(fā)明的實施例的Web系統(tǒng)的概述的說明性視圖；圖2是示出根據(jù)該實施例的Web瀏覽器的硬件配置的框圖；圖3是示出根據(jù)該實施例的Web瀏覽器和Web服務(wù)器的功能配置的框圖；圖4是圖示出根據(jù)該實施例的被顯示的頁面中包含的鏈接的說明性視圖；圖5是圖示出根據(jù)該實施例的偽請求的說明性視圖；圖6是例示根據(jù)該實施例的鏈接結(jié)構(gòu)的說明性視圖；圖7是根據(jù)該實施例的緩存中存儲的頁面的列表；圖8是示出根據(jù)該實施例的鏈接提取處理的細節(jié)的流程圖；圖9是示出根據(jù)該實施例的對請求隊列的鏈接添加處理的流程圖；圖10是示出根據(jù)該實施例的已接收請求消息的Web服務(wù)器的處理的流程圖；并且圖11是圖示出一般Web服務(wù)的緩存技術(shù)的說明性視圖。
具體實施例方式在下文中，將參考附圖詳細地描述本發(fā)明的優(yōu)選實施例。注意，在本說明書和附圖 中，具有實質(zhì)上相同的功能和結(jié)構(gòu)的結(jié)構(gòu)元素被標示以相同的標號，并且對這些結(jié)構(gòu)元素 的重復說明被省略。將以下面示出的順序來描述“具體實施方式
”[1]本實施例的目的[2] Web系統(tǒng)的概述[3]Web瀏覽器的硬件配置[4] Web瀏覽器和Web服務(wù)器的功能配置[5]Web系統(tǒng)的操作的細節(jié)首先，將描述本實施例的目的。近些年中，因特網(wǎng)上由高性能服務(wù)器使用的Web技 術(shù)逐漸被家用設(shè)備(CE設(shè)備)所使用。這起因于用于消費者的嵌入式設(shè)備的性能的改進， 或者經(jīng)由網(wǎng)絡(luò)使用消費者設(shè)備的機會的增加。然而，對于像CE設(shè)備那樣的、具有有限的計 算資源或存儲資源的設(shè)備而言，難以使用已在服務(wù)器側(cè)使用的所有技術(shù)，因此需要設(shè)計使 得資源有限的設(shè)備發(fā)揮作用的方法。順便提及，“緩存(cache)技術(shù)”被廣泛用作更快地訪問Web服務(wù)器的現(xiàn)有技術(shù)。 圖11是示出一般Web服務(wù)的緩存技術(shù)的說明性視圖。如圖11所示，“緩存”包括各自類型 的緩存，例如用于存儲由Web服務(wù)器從數(shù)據(jù)庫讀出的結(jié)果的查詢緩存、用于存儲由Web服務(wù) 器創(chuàng)建的頁面的代理緩存、以及用于存儲一度被Web瀏覽器訪問的頁面的應(yīng)用緩存。
當通過CE設(shè)備擴展Web服務(wù)時，難以提供代理服務(wù)器，因而對瀏覽器側(cè)的緩存而 言，難以處理被頻繁地重新寫入的動態(tài)內(nèi)容。因此，有必要在服務(wù)器內(nèi)包括代理緩存(頁面 緩存)或者使用查詢緩存來實現(xiàn)緩存的速度上的改進。頁面緩存和查詢緩存都在可由很多不特定的人訪問的Web服務(wù)器上產(chǎn)生了它們 的效果。例如，即使用戶第一次訪問頁面，因為另一用戶事先已訪問過該頁面，緩存命中的 發(fā)生的式樣也可被考慮。此外，通過對每個部分的頁面進行緩存以減小Web服務(wù)器的處理 負載來改進響應(yīng)性的技術(shù)被公開。然而，根據(jù)以上技術(shù)，存在如下問題用戶必須訪問頁面至少一次，并且當訪問的 用戶像CE設(shè)備的Web服務(wù)那樣有限時，緩存頻繁地未有效發(fā)揮作用。因此，作為注意焦點 的以上情形導致了根據(jù)本發(fā)明的本實施例的Web系統(tǒng)1的創(chuàng)建。根據(jù)本實施例中的Web系 統(tǒng)1，即使存儲器資源或?qū)eb服務(wù)的訪問是有限的，也可高效地利用緩存。[2] Web系統(tǒng)的概述接下來，將參考圖1提供Web系統(tǒng)1的概述。圖1是提供Web系統(tǒng)1的概述的說 明性視圖。Web系統(tǒng)1包括Web瀏覽器10、Web服務(wù)器20等。圖1示出用戶使用作為客戶 端設(shè)備而工作的Web瀏覽器10來瀏覽Web服務(wù)器20的頁面的情況。首先，當Web瀏覽器10根據(jù)用戶的操作來訪問希望的地址時，Web瀏覽器10向Web 服務(wù)器20發(fā)出獲取地址目的地頁面的請求。然后，從Web瀏覽器10向其發(fā)送請求的Web 服務(wù)器20創(chuàng)建與所述請求相對應(yīng)的頁面，同時訪問對頁面的創(chuàng)建而言所必要的數(shù)據(jù)庫。然 后，Web服務(wù)器20向Web瀏覽器10發(fā)送所創(chuàng)建的頁面。在獲取了從Web服務(wù)器20發(fā)送的頁面之后，Web瀏覽器10將頁面呈現(xiàn)在顯示區(qū) 域中。Web瀏覽器10還分析所發(fā)送的頁面中包含的鏈接。然后，Web瀏覽器10確定鏈接目 的地內(nèi)容是靜態(tài)內(nèi)容還是動態(tài)內(nèi)容。如果鏈接目的地內(nèi)容是動態(tài)內(nèi)容，則Web瀏覽器10將 對鏈接目的地內(nèi)容的請求添加到請求隊列中。Web瀏覽器10向被添加到請求隊列中的請求附接指示偽請求(dummy request)的 命令，然后發(fā)送所述偽請求給Web服務(wù)器20。Web服務(wù)器20確定所發(fā)送的請求是否是偽請 求，并且在所述請求被確定為偽請求的情況下創(chuàng)建頁面并將所創(chuàng)建的頁面存儲在緩存中， 而不向Web瀏覽器10發(fā)送該頁面。如果從Web瀏覽器10發(fā)送的請求不是偽請求，則Web服務(wù)器20檢查與該請求相對 應(yīng)任何的頁面是否被存儲在緩存中，并且在這樣的頁面被存儲的情況下發(fā)送該頁面至Web 瀏覽器10。另一方面，如果沒有這樣的頁面被存儲，則Web服務(wù)器20創(chuàng)建頁面并且發(fā)送所 創(chuàng)建的頁面至Web瀏覽器10。在本實施例中，如上所述，Web瀏覽器10向Web服務(wù)器20不僅發(fā)送對于用戶所訪 問的地址的請求，而且發(fā)送用于獲取被顯示的頁面上的鏈接目的地之中的、在顯示區(qū)域中 顯示的鏈接目的地的內(nèi)容的請求。Web瀏覽器10向顯示區(qū)域中顯示的、還未被訪問的鏈接 目的地請求附接指示偽請求的命令，所述偽請求用于獲取還未被訪問的鏈接目的地內(nèi)容。 Web服務(wù)器20確定從Web瀏覽器10發(fā)送的請求是否是偽請求，并且在所述請求是偽請求的 情況下，創(chuàng)建與該請求相對應(yīng)的頁面(內(nèi)容)并將所創(chuàng)建的內(nèi)容立即存儲在緩存中。另一 方面，如果所述請求不是偽請求，則Web服務(wù)器20創(chuàng)建與該請求相對應(yīng)的頁面并且發(fā)送所 創(chuàng)建的頁面至Web瀏覽器10。
因此，通過不僅預先看還未被用戶訪問的鏈接目的地頁面、而且預先看僅僅在Web 瀏覽器10的顯示區(qū)域中顯示的鏈接目的地頁面，即使存儲器資源是有限的，也可高效地對 頁面進行緩存。此外，即使鏈接目的地由于到Web服務(wù)的訪問限制而較少可能被訪問，通過 提取顯示區(qū)域中顯示的鏈接目的地，也可對更可能被訪問的鏈接目的地進行高效地緩存。[3]Web瀏覽器的硬件配置在以上所述中，已提供了 Web系統(tǒng)1的概述。接下來，將參考圖2描述Web瀏覽器 10的硬件配置。圖2示出Web瀏覽器10的硬件配置，并且Web服務(wù)器20的硬件配置類似 于Web瀏覽器10的硬件配置，因此對它的詳細描述被省略。圖2是示出Web瀏覽器10的硬件配置的框圖。Web瀏覽器10包括CPU(中央處理 單元)101、R0M(只讀存儲器)102、RAM(隨機存取存儲器)103、主總線104、橋105、外部總 線106、接口 107、輸入裝置108、輸出裝置109、存儲裝置(HDD) 110、驅(qū)動器111以及通信裝 置 112。CPU 101起到了根據(jù)各種程序控制Web瀏覽器10內(nèi)的總體操作的算術(shù)處理裝置和 控制裝置的作用。CPU 101可以是微處理器。ROM 102存儲由CPU 101使用的程序、算術(shù)參 數(shù)等。RAM 103臨時存儲用于由CPU 101執(zhí)行的程序、以及在對其執(zhí)行期間適當改變的參 數(shù)。這些單元通過主總線104互相連接，主總線104包括CPU總線等。主總線104經(jīng)由橋105與諸如PCI (外圍組件互連/接口)總線之類的外部總線 106相連接。順便提及，主總線104、橋105和外部總線106未必需要被分離地構(gòu)成，并且這 些功能可由一條總線實現(xiàn)。輸入裝置108包括諸如鼠標、鍵盤、觸摸板、按鈕、麥克風、開關(guān)和桿之類的、用于 由用戶輸入信息的輸入裝置，以及基于用戶的輸入生成輸入信號并且將輸入信號輸出至 CPU 101的輸入控制電路。Web瀏覽器10的用戶可通過操作輸入裝置108而將各自類型的 數(shù)據(jù)輸入進Web瀏覽器10并且發(fā)出處理操作的指令。輸出裝置109例如包括諸如CRT(陰極射線管)顯示裝置、液晶顯示(IXD)裝置、 OLED(有機發(fā)光二極管)裝置和燈之類的顯示裝置，以及諸如揚聲器和耳機之類的聲音輸 出裝置。輸出裝置109例如輸出被再現(xiàn)的內(nèi)容。更具體地，顯示裝置將諸如被再現(xiàn)的視頻 數(shù)據(jù)之類的各自類型的信息顯示為文本或圖像。另一方面，聲音輸出裝置將被再現(xiàn)的聲音 數(shù)據(jù)等轉(zhuǎn)換成聲音并且輸出聲音。存儲裝置110是用于數(shù)據(jù)存儲并作為根據(jù)本實施例的Web瀏覽器10的存儲單元 的示例而構(gòu)成的裝置，并且可包括存儲介質(zhì)、用于在存儲介質(zhì)中記錄數(shù)據(jù)的記錄裝置、用于 從存儲介質(zhì)讀出數(shù)據(jù)的讀取裝置、以及用于刪除存儲介質(zhì)中所記錄的數(shù)據(jù)的刪除裝置。存 儲裝置110例如由HDD(硬盤驅(qū)動器)所組成。存儲裝置110驅(qū)動硬盤來存儲由CPU 101 執(zhí)行的程序、或者各自類型的數(shù)據(jù)。此外，存儲裝置110存儲稍后描述的項目和識別號碼。驅(qū)動器111是用于存儲介質(zhì)的讀寫器，并且被構(gòu)建在Web瀏覽器10內(nèi)或被外部地 附接到Web瀏覽器10上。驅(qū)動器111讀取在諸如磁盤、光盤、磁光盤和半導體存儲器之類 的、被插入的可移除存儲介質(zhì)M中所記錄的信息，并且輸出信息給MM 103。通信裝置112是例如由用于與通信網(wǎng)絡(luò)50連接的通信裝置所組成的通信接口。通 信裝置112可以是無線LAN(局域網(wǎng))兼容的通信裝置、無線USB兼容的通信裝置、或者通 過線路執(zhí)行通信的有線通信裝置。W]Web瀏覽器和Web服務(wù)器的功能配置
在以上所述中，已描述了 Web瀏覽器10的硬件配置。接下來，將參考圖3描述Web 瀏覽器10和Web服務(wù)器20的功能配置。圖3是示出Web瀏覽器10和Web服務(wù)器20的功 能配置的框圖。如圖3所示，Web瀏覽器10包括提取單元152、請求創(chuàng)建單元154、發(fā)送單 元156、接收單元158和顯示單元160。提取單元152具有提取Web瀏覽器10的顯示區(qū)域中顯示的頁面中所包含的鏈接 目的地的功能。這里，將參考圖4描述在被顯示的頁面中包含的鏈接目的地。圖4是圖示 出在被顯示的頁面中包含的鏈接的說明性視圖。如圖4所示，瀏覽器中呈現(xiàn)的頁面50具有 被顯示在其中的多個鏈接目的地。提取單元152不提取頁面50中包含的所有鏈接目的地， 而僅僅提取在瀏覽器的顯示畫面56上可見的鏈接目的地。僅僅提取在瀏覽器的顯示畫面56中可見的鏈接目的地意味著預測用戶可能點擊 的鏈接目的地。這是因為如果鏈接目的地在畫面中可見，則用戶接下來可能點擊該鏈接目 的地。例如，提取單元152提取在頁面50的顯示畫面56中所包含的鏈接E、鏈接F、鏈接I 和鏈接J。提取單元152可臨時地將關(guān)于所提取的鏈接目的地的信息存儲在請求隊列(未 示出)中。如上所述，假設(shè)了顯示畫面中可見的鏈接是可能被用戶點擊的鏈接，但是本發(fā)明 不限于這樣的示例并且可能被用戶點擊的鏈接可通過考慮用戶的點擊歷史而被預測和提 取。提取單元152還確定所提取的鏈接目的地是靜態(tài)內(nèi)容還是動態(tài)內(nèi)容，并且如果所 提取的鏈接目的地被確定為動態(tài)內(nèi)容，則可在請求隊列中存儲該鏈接目的地。例如，可基 于鏈接地址的擴展來確定鏈接目的地是靜態(tài)內(nèi)容還是動態(tài)內(nèi)容。例如，如果鏈接目的地是 http://static, jp. sony. com. image, abc. png，則鏈接目的地可被確定為靜態(tài)內(nèi)容，因為鏈 接目的地是png文件。返回圖3，提取單元152向請求創(chuàng)建單元IM提供關(guān)于所提取的鏈接 目的地的信息。請求創(chuàng)建單元IM具有創(chuàng)建請求以獲取由提取單元152提取的鏈接目的地的內(nèi)容 的功能。如上所述，如果關(guān)于所提取的鏈接目的地的信息被存儲在請求隊列中，則請求創(chuàng)建 單元IM創(chuàng)建請求隊列中所存儲的鏈接目的地的請求。在此情況下，由請求創(chuàng)建單元IM 創(chuàng)建的請求是用于獲取還沒被用戶操作所訪問的鏈接目的地的內(nèi)容的偽請求。這里，將參考圖5描述由請求創(chuàng)建單元IM創(chuàng)建的偽請求。如圖5所示，請 求創(chuàng)建單元154向一般HTTP請求的擴展頭部中插入指示該請求為偽請求的偽命令 "X-Request-Type :dummy(X請求類型偽)”。返回圖3，請求創(chuàng)建單元154向發(fā)送單元156 提供所創(chuàng)建的偽請求。在以上示例中，被顯示頁面中包含的鏈接被提取并且偽請求被發(fā)送， 但是本發(fā)明不限于這樣的示例，并且被顯示的頁面中包含的所有鏈接目的地都可被提取以 發(fā)送偽請求。發(fā)送單元156具有向Web服務(wù)器20發(fā)送從請求創(chuàng)建單元IM提供的偽請求的功 能。發(fā)送單元156可例如通過作為HTML5的功能的、Java Script (注冊商標)的背景處理， 來發(fā)送偽請求。可替代地，瀏覽器可具有能執(zhí)行背景處理的功能。如果請求是偽請求，則已 從Web瀏覽器10的發(fā)送單元156向它發(fā)送偽請求的Web服務(wù)器20將所創(chuàng)建的頁面存儲在 緩存中，而不向Web瀏覽器10返回頁面。將在稍后描述由Web服務(wù)器20創(chuàng)建頁面以及在 緩存中存儲頁面的細節(jié)。接收單元158具有響應(yīng)于不是偽請求的請求而接收由Web服務(wù)器20創(chuàng)建的頁面的、或者接收存儲在緩存中的頁面的功能。接收單元158向顯示單元160提供所接收的頁 面。顯示單元160在顯示畫面上顯示由接收單元158提供的頁面。以上已描述了 Web瀏覽 器10的功能配置。接下來，將描述Web服務(wù)器20的功能配置。Web服務(wù)器20包括接收單元202、確 定單元204、內(nèi)容創(chuàng)建單元206、數(shù)據(jù)庫208、緩存單元210、緩存212和發(fā)送單元214。接收 單元202接收由Web瀏覽器10發(fā)送的請求以將該請求提供至確定單元204。由接收單元 202接收的請求包括用戶訪問的鏈接目的地頁面的請求以及還沒被用戶訪問的鏈接目的地 頁面的偽請求。確定單元204具有確定由接收單元202接收的請求是否是偽請求的功能。如上所 述，偽請求包含諸如“X-Request-Type dummy" (X請求類型偽)之類的偽命令，因此如果 偽命令被包含在請求中，則確定單元204確定該請求是偽請求。內(nèi)容創(chuàng)建單元206具有利用數(shù)據(jù)庫208中存儲的、關(guān)于各自類型的內(nèi)容的信息來 創(chuàng)建對應(yīng)于請求的頁面的功能。如果確定單元204確定請求不是偽請求，則內(nèi)容創(chuàng)建單元 206向發(fā)送單元214提供所創(chuàng)建的頁面。另一方面，如果確定單元204確定請求是偽請求， 則內(nèi)容創(chuàng)建單元206向緩存單元210提供所創(chuàng)建的頁面。緩存單元210具有在緩存212中對內(nèi)容創(chuàng)建單元206所創(chuàng)建的內(nèi)容進行緩存的功 能。緩存212是本發(fā)明的存儲裝置的示例并且是能夠以高速度讀寫數(shù)據(jù)的存儲裝置。這里， 進行緩存意味著在能夠以高速度讀寫數(shù)據(jù)的存儲裝置(緩存21 中存儲內(nèi)容。在以上描述中，已描述了對內(nèi)容創(chuàng)建單元206所創(chuàng)建的整個頁面進行緩存的情 況，但是本發(fā)明不限于這樣的示例。例如，如果內(nèi)容創(chuàng)建單元206向數(shù)據(jù)庫發(fā)出查詢以利用 查詢結(jié)果動態(tài)地組裝頁面，則可以僅僅查詢結(jié)果被緩存在緩存212中。因為緩存212已在其中緩存了實際未被用戶訪問的很多頁面，所以如果Web服務(wù) 器20是不具有充足存儲器資源的設(shè)備，則有必要高效地刪除不必要的頁面。因此，在考慮 了被緩存的頁面之中的關(guān)系的情況下，緩存單元210高效地刪除被緩存的頁面。這里，將參 考圖6和圖7來描述緩存單元210對頁面的高效刪除。圖6是例示一些頁面的鏈接結(jié)構(gòu)的說明性視圖。如圖6所示，假設(shè)從作為起點的 根頁面經(jīng)由鏈接Ι-a而到達了鏈接2-c。在本實施例中，顯示畫面中顯示的鏈接目的地、即 圖6中畫陰影的鏈接目的地的頁面被存儲在緩存中。返回圖6中的鏈接結(jié)構(gòu)，可能在鏈接2-c之后被點擊的鏈接目的地可被確定為鏈 接3-c。此外，鏈接3-c可被確定為比鏈接l_b更可能被點擊。圖7是緩存212中存儲的頁面的列表，并且與圖6所示的鏈接結(jié)構(gòu)相對應(yīng)。如圖 7所示，緩存212將所存儲的頁面與父頁面(parent page)還有該父的父頁面相關(guān)聯(lián)，以用 于存儲。因此，從根頁面通過鏈接Ι-a —直到了鏈接2-c，所以不以鏈接Ι-a和鏈接2_c為 父頁面的頁面可被確定為較少可能被訪問。因此，緩存單元210可通過從緩存212中刪除不以鏈接l_a和鏈接2_c為父頁面 的頁面，來高效地刪除較少可能被訪問的頁面。在此情況下，根和鏈接l_b變?yōu)橐獎h除的候 選頁面，因此緩存單元210將刪除標志附接至根和鏈接l_b?？商娲兀绻_定較少可能回到先前的頁面，則以鏈接2-c為父頁面的頁面可 被留下以便刪除所有其他的頁面?？商娲兀枣溄?-c為父頁面的頁面可被刪除，但是在父的父頁面是根頁面的情況下不被刪除。當父的父頁面是像根頁面那樣重要的頁面時，這 是有效的。發(fā)送單元214具有向Web瀏覽器10發(fā)送由內(nèi)容創(chuàng)建單元206創(chuàng)建的頁面或者被 創(chuàng)建并存儲在緩存212中的頁面的功能。如果從Web瀏覽器10發(fā)送的請求不是偽請求，則 發(fā)送單元214向Web瀏覽器10發(fā)送對應(yīng)于該請求的頁面。在以上描述中，數(shù)據(jù)庫208和緩存212被假設(shè)為分離的存儲裝置，但是數(shù)據(jù)庫208 和緩存212可以是同一存儲裝置。此外，緩存212被假設(shè)為被包括在Web服務(wù)器20中，但 是本發(fā)明不限于這樣的示例并且緩存212可被包括在另一裝置中。例如，緩存212可被包 括在Web瀏覽器10中。在以上所述中，已描述了 Web服務(wù)器20的功能配置。[5]Web系統(tǒng)的操作的細節(jié)接下來，將參考圖8到圖10詳細地描述Web系統(tǒng)1的操作。首先，將參考圖8描 述提取被顯示的頁面中的鏈接的處理。圖8是示出Web瀏覽器10的鏈接提取處理的細節(jié) 的流程圖。如圖8所示，首先Web瀏覽器10的提取單元152提取顯示區(qū)域中顯示的頁面中 的鏈接(SIC)》。然后，提取單元152確定步驟S102中提取的鏈接目的地是否是靜態(tài)內(nèi)容 (S104)。如果在步驟S104中鏈接目的地是靜態(tài)內(nèi)容，則提取單元152對步驟S102中提取 的其他鏈接執(zhí)行步驟S104中的處理。如果在步驟S104中鏈接目的地不是靜態(tài)內(nèi)容，也就 是說鏈接目的地是動態(tài)內(nèi)容，則提取單元152向請求隊列注冊鏈接(S106)。然后，提取單元 152確定是否對步驟S102中提取的所有鏈接檢查了靜態(tài)內(nèi)容(S108)。如果在步驟S108中已對所有提取的鏈接檢查了靜態(tài)內(nèi)容或動態(tài)內(nèi)容，則執(zhí)行步 驟SllO中的處理。另一方面，如果在步驟S108中未對所有提取的鏈接檢查靜態(tài)內(nèi)容或動態(tài) 內(nèi)容，則提取單元152重復步驟S104到步驟S108中的處理。然后，如果在步驟S108中已 檢查了所有提取的鏈接，則發(fā)送單元156針對在步驟S106中向請求隊列注冊的鏈接向Web 服務(wù)器發(fā)送偽請求。如上所述，當在步驟SllO中發(fā)送偽請求時，可通過作為HTML5的功能 的、Java Script (注冊商標)的背景處理，來發(fā)送偽請求。在以上所述中，已描述了 Web瀏覽器10的鏈接提取處理。接下來，將參考圖9描 述Web瀏覽器10進行的對請求隊列的鏈接添加處理的細節(jié)。雖然在圖8中假設(shè)所提取的 鏈接都被添加到請求隊列中，但如果用戶立即滾動畫面，則存在如下可能較少可能被點擊 的鏈接也將被添加到請求隊列。因此，下面基于用戶是否已滾動畫面來確定是否向請求隊 列添加鏈接。圖9是示出Web瀏覽器10進行的對請求隊列的鏈接添加處理的流程圖。如圖9 所示，首先頁面被呈現(xiàn)在瀏覽器中(S3(^)。然后，提取步驟S302中呈現(xiàn)的頁面的顯示畫 面內(nèi)的鏈接(S304)。接下來，等待η秒(η是等于或大于1的任何秒數(shù)目，例如2或3秒) (S306)。通過在步驟S306中等待η秒，可以確認沒有顯示畫面的滾動。然后，確定是否已滾動了頁面(S308)。如果在步驟S308中確定頁面未被滾動，則 步驟S304中提取的鏈接都被添加至請求隊列(S310)。如果在步驟S308中確定頁面已被滾 動，則處理返回至步驟S302。然后，在步驟S310中向請求隊列添加鏈接之后，對應(yīng)于鏈接的請求以鏈接在請求 隊列中存儲的順序被發(fā)送至Web服務(wù)器20 (S3U)。在步驟312中，從請求隊列中的第一個鏈接開始，將一個一個地向Web服務(wù)器20發(fā)送鏈接。然后，確定請求隊列是否為空(S314)。如果在步驟S314中確定請求隊列不是空 的，則再次確定是否已滾動頁面(S316)。如果頁面未被滾動，則請求隊列剩余的鏈接一個一 個地被發(fā)送給Web服務(wù)器20。另一方面，如果在步驟S316中確定已滾動了頁面，則刷新(flush)(刪除)請求隊 列中存儲的鏈接(S318)。在步驟S318中刷新了請求隊列中的鏈接之后，再次重復步驟S302 中的處理。在以上所述中，已描述了 Web瀏覽器10進行的對請求隊列的鏈接添加處理。接下 來，將參考圖10描述已接收請求消息的Web服務(wù)器的操作的細節(jié)。圖10是示出已接收請 求消息的Web服務(wù)器的處理的流程圖。如圖10所示，首先Web服務(wù)器接收從Web瀏覽器10 發(fā)送的請求620 。然后，Web服務(wù)器確定步驟S202中接收的請求是否是偽請求(S204)。如果在步驟S204中確定請求不是偽請求，則Web服務(wù)器確定對應(yīng)于該請求的頁面 是否被保存在緩存212中(S210)。如果在步驟S210中確定相應(yīng)的頁面被保存，則Web服 務(wù)器執(zhí)行步驟S214中的處理。另一方面，如果在步驟S210中確定相應(yīng)的頁面未被保存，則 Web服務(wù)器創(chuàng)建對應(yīng)于該請求的頁面(S2U)。然后，Web服務(wù)器將步驟S212中創(chuàng)建的頁面 或者緩存212中保存的頁面返回給Web瀏覽器(S214)。如果在步驟S204中確定請求是偽請求，則Web服務(wù)器創(chuàng)建對應(yīng)于該偽請求的頁面 (S206)。然后，Web服務(wù)器在緩存212中保存步驟S206中創(chuàng)建的頁面(S208)。在步驟S208 中，如上所述，代替保存所創(chuàng)建的頁面，可以僅僅在緩存212中保存向數(shù)據(jù)庫發(fā)出的查詢的結(jié)果。在以上所述中，已描述了已接收請求消息的Web服務(wù)器的處理。在本實施例中，如 上所述，通過不僅預先看還未被用戶訪問的鏈接目的地頁面、而且預先看僅僅在Web瀏覽 器10的顯示區(qū)域中顯示的鏈接目的地頁面，即使存儲器資源是有限的，也可高效地對頁面 進行緩存。如上所述，如果Web瀏覽器10的畫面被立即滾動，則可通過提取滾動之后的顯 示區(qū)域中顯示的鏈接目的地來對更可能被訪問的鏈接目的地頁面進行緩存。此外，即使鏈 接目的地由于對Web服務(wù)的訪問限制而較少可能被訪問，通過提取顯示區(qū)域中顯示的鏈接 目的地，也可高效地緩存更可能被訪問的鏈接目的地。本領(lǐng)域的技術(shù)人員應(yīng)當理解，各種修改、組合、子組合以及變更可根據(jù)設(shè)計需求和 其他因素而發(fā)生，只要它們在所附權(quán)利要求或其等同物的范圍內(nèi)。例如，這里的Web瀏覽器10或Web服務(wù)器20的處理的每個步驟未必需要以被描 述為流程圖的順序而按時間先后來執(zhí)行。也就是說，即使步驟是不同的處理，Web瀏覽器10 或Web服務(wù)器20的處理的每個步驟也可并行地被執(zhí)行?？梢詣?chuàng)建計算機程序，使得Web瀏覽器10或Web服務(wù)器20中包含的諸如CPU、R0M 和RAM之類的硬件與上述Web瀏覽器10和Web服務(wù)器20的每個配置等同地發(fā)揮作用。此 外，可提供其中存儲計算機程序的記錄介質(zhì)。本申請包含與2009年11月19日遞交日本專利局的日本優(yōu)先專利申請JP 2009-264116中所公開的主題相關(guān)的主題，該日本優(yōu)先專利申請的全部內(nèi)容由此通過引用 而被結(jié)合。
權(quán)利要求
1.一種Web服務(wù)器，包括接收單元，所述接收單元接收如下請求該請求用于獲取從經(jīng)由網(wǎng)絡(luò)連接的Web瀏覽 器中顯示的頁面中所包含的一個、兩個或更多個鏈接目的地之中的、在顯示區(qū)域中顯示的 鏈接目的地的內(nèi)容；內(nèi)容創(chuàng)建單元，所述內(nèi)容創(chuàng)建單元創(chuàng)建與由所述接收單元接收的請求相符的內(nèi)容；以及緩存單元，所述緩存單元在存儲裝置中對由所述內(nèi)容創(chuàng)建單元創(chuàng)建的內(nèi)容進行緩存。
2.根據(jù)權(quán)利要求1所述的Web服務(wù)器，還包括確定單元，所述確定單元確定由所述接收單元接收的請求是否是用于獲取還沒被訪問 的鏈接目的地的內(nèi)容的偽請求，其中當所述確定單元確定所述請求是偽請求時，所述內(nèi)容創(chuàng)建單元創(chuàng)建與所述偽請求 相符的內(nèi)容。
3.根據(jù)權(quán)利要求2所述的Web服務(wù)器，其中當指示偽請求的命令被附接到所述請求上時，所述確定單元確定所述請求是偽請求。
4.根據(jù)權(quán)利要求1所述的Web服務(wù)器，其中在所述存儲裝置中被緩存的內(nèi)容之中，所述緩存單元根據(jù)與所述Web瀏覽器中顯 示的內(nèi)容的鏈接目的地的父子關(guān)系來刪除內(nèi)容。
5.根據(jù)權(quán)利要求1所述的Web服務(wù)器，還包括發(fā)送單元，當與所述請求相對應(yīng)的內(nèi)容被所述緩存單元緩存在所述存儲裝置中時，所 述發(fā)送單元發(fā)送所緩存的內(nèi)容給所述Web瀏覽器。
6.根據(jù)權(quán)利要求2所述的Web服務(wù)器，其中當所述確定單元確定所述請求不是偽請求時，所述內(nèi)容創(chuàng)建單元經(jīng)由所述發(fā)送單 元向所述Web瀏覽器發(fā)送所創(chuàng)建的內(nèi)容。
7.根據(jù)權(quán)利要求2所述的Web服務(wù)器，其中當所述確定單元確定所述請求不是偽請求時，所述內(nèi)容創(chuàng)建單元經(jīng)由所述發(fā)送單 元向所述Web瀏覽器發(fā)送與所述請求相對應(yīng)的并且被緩存在所述存儲裝置中的內(nèi)容。
8.一種Web瀏覽器，包括提取單元，所述提取單元從顯示畫面中顯示的頁面中所包含的一個、兩個或更多個鏈 接目的地之中，提取在顯示區(qū)域中顯示的鏈接目的地；請求創(chuàng)建單元，所述請求創(chuàng)建單元創(chuàng)建用于獲取由所述提取單元提取的鏈接目的地的 內(nèi)容的請求；以及發(fā)送單元，所述發(fā)送單元經(jīng)由網(wǎng)絡(luò)向Web服務(wù)器發(fā)送所述請求。
9.根據(jù)權(quán)利要求8所述的Web瀏覽器，其中所述請求創(chuàng)建單元向所述請求附接指示偽請求的命令，所述偽請求用于獲取還沒 被訪問的鏈接目的地的內(nèi)容。
10.根據(jù)權(quán)利要求8所述的Web瀏覽器，其中所述提取單元確定顯示區(qū)域中顯示的鏈接目的地是靜態(tài)內(nèi)容還是動態(tài)內(nèi)容，并且 當該鏈接目的地是動態(tài)內(nèi)容時提取該鏈接目的地。
11.根據(jù)權(quán)利要求9所述的Web瀏覽器，其中由所述Web服務(wù)器根據(jù)所述偽請求創(chuàng)建的內(nèi)容被緩存在存儲裝置中。
12.根據(jù)權(quán)利要求8所述的Web瀏覽器，其中所述請求創(chuàng)建單元創(chuàng)建用于獲取被訪問的鏈接目的地的內(nèi)容的請求，還包括 接收單元，所述接收單元從所述Web服務(wù)器接收與請求相符的內(nèi)容。
13.根據(jù)權(quán)利要求12所述的Web瀏覽器，其中所述請求創(chuàng)建單元創(chuàng)建用于獲取被訪問的鏈接目的地的內(nèi)容的請求，并且 當與請求相符的內(nèi)容被緩存在存儲裝置中時，所述接收單元接收所述存儲裝置中緩存 的內(nèi)容。
14.一種包括經(jīng)由網(wǎng)絡(luò)與Web服務(wù)器連接的Web瀏覽器的Web系統(tǒng)， 所述Web瀏覽器包括提取單元，所述提取單元從顯示畫面中顯示的頁面中所包含的一個、兩個或更多個鏈 接目的地之中，提取在顯示區(qū)域中顯示的鏈接目的地；請求創(chuàng)建單元，所述請求創(chuàng)建單元創(chuàng)建用于獲取由所述提取單元提取的鏈接目的地的 內(nèi)容的請求；以及發(fā)送單元，所述發(fā)送單元向所述Web服務(wù)器發(fā)送所述請求， 所述Web服務(wù)器包括接收單元，所述接收單元接收從所述Web瀏覽器發(fā)送的請求； 內(nèi)容創(chuàng)建單元，所述內(nèi)容創(chuàng)建單元創(chuàng)建與由所述接收單元接收的請求相符的內(nèi)容；以及緩存單元，所述緩存單元在存儲裝置中對由所述內(nèi)容創(chuàng)建單元創(chuàng)建的內(nèi)容進行緩存。
15.一種使計算機起到Web服務(wù)器的作用的程序，所述Web服務(wù)器包括接收單元，所述接收單元接收如下請求該請求用于獲取經(jīng)由網(wǎng)絡(luò)連接的Web瀏覽器 的顯示區(qū)域中顯示的一個、兩個或更多個鏈接目的地之中的鏈接目的地的內(nèi)容；內(nèi)容創(chuàng)建單元，所述內(nèi)容創(chuàng)建單元創(chuàng)建與由所述接收單元接收的請求相對應(yīng)的內(nèi)容;以及緩存單元，所述緩存單元在存儲裝置中對由所述內(nèi)容創(chuàng)建單元創(chuàng)建的內(nèi)容進行緩存。
16.一種使計算機起到Web瀏覽器的作用的程序，所述Web瀏覽器包括提取單元，所述提取單元從顯示畫面中顯示的頁面中所包含的一個、兩個或更多個鏈 接目的地之中，提取在顯示區(qū)域中顯示的鏈接目的地；請求創(chuàng)建單元，所述請求創(chuàng)建單元創(chuàng)建用于獲取由所述提取單元提取的鏈接目的地的 內(nèi)容的請求；以及發(fā)送單元，所述發(fā)送單元向經(jīng)由網(wǎng)絡(luò)連接的Web服務(wù)器發(fā)送所述請求。
全文摘要
本發(fā)明提供了Web服務(wù)器、Web瀏覽器和Web系統(tǒng)。Web瀏覽器包括提取單元，該提取單元從顯示畫面中顯示的頁面中所包含的一個、兩個或更多個鏈接目的地之中，提取在顯示區(qū)域中顯示的鏈接目的地；請求創(chuàng)建單元，該請求創(chuàng)建單元創(chuàng)建用于獲取鏈接目的地的內(nèi)容的請求；以及發(fā)送單元，該發(fā)送單元向Web服務(wù)器發(fā)送該請求，并且Web服務(wù)器包括接收單元，所述接收單元接收該請求；內(nèi)容創(chuàng)建單元，該內(nèi)容創(chuàng)建單元根據(jù)所接收的請求來創(chuàng)建內(nèi)容；以及緩存單元，該緩存單元在存儲裝置中對由內(nèi)容創(chuàng)建單元創(chuàng)建的內(nèi)容進行緩存。
文檔編號H04L29/08GK102073672SQ201010546539
公開日2011年5月25日 申請日期2010年11月12日 優(yōu)先權(quán)日2009年11月19日
發(fā)明者礒津政明 申請人:索尼公司