專利名稱：信息處理設(shè)備、數(shù)據(jù)獲取方法和程序的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉 及信息處理設(shè)備、數(shù)據(jù)獲取方法和程序。
背景技術(shù)：
隨著信息通信技術(shù)的發(fā)展，網(wǎng)絡(luò)帶寬越來越寬。因此，在諸如因特網(wǎng)的廣域網(wǎng) 上傳輸?shù)膬?nèi)容的量也越來越大。此外，在廣域網(wǎng)上發(fā)布的許多主頁中，嵌入了用于進行 腳本處理的程序，頁面結(jié)構(gòu)被修改，使得能夠?qū)χ黜撨M行動態(tài)處理。然而，當(dāng)讀取大量 的內(nèi)容或者進行腳本處理時，在完全顯示主頁之前，花費很長時間?？紤]到該問題，開 發(fā)了一種技術(shù)，用于預(yù)先對在諸如因特網(wǎng)之類的廣域網(wǎng)上發(fā)布的信息(下文中稱為WWW 信息)進行緩存(caching)，并且在用戶請求訪問時顯示預(yù)先緩存的WWW信息。關(guān)于這 種技術(shù)，JP-A-2004-280405公開了一種對WWW信息進行有效的緩存的技術(shù)。

發(fā)明內(nèi)容
然而，很難適當(dāng)?shù)剡x擇要預(yù)先緩存的WWW信息。例如，如果對在顯示的頁面 中描述的鏈接目的地的所有www信息進行緩存，則在存在許多鏈接目的地的情況下， 對WWW信息的獲取本身將花費很長時間。此外，將使用大量的高速緩沖存儲器(cache memory)。另外，大多數(shù)通信帶寬將被對要緩存的WWW信息的獲取占用。由于這些原 因，為了快速地顯示頁面，不僅需要對WWW信息進行緩存，還需要進一步改進WWW 信息獲取方法。WWW信息包括用于進行頁面的顯示控制的信息(下文中稱為顯示控制信息)。 此外，顯示控制信息包括定義頁面的布局的信息(下文中稱為布局信息)、用于使客戶端 進行腳本處理的信息(下文中稱為腳本信息)等。然而，可以將上述布局信息和腳本信息 視為與上述顯示控制信息獨立的數(shù)據(jù)。在這種情況下，顯示控制信息和布局信息之間的 鏈接信息以及顯示控制信息和腳本信息之間的鏈接信息包含在顯示控制信息中。因此， 實際上，布局信息和腳本信息包含在顯示控制信息中。在許多情況下，例如以諸如HTML (超文本標(biāo)記語言)和XML (可擴展標(biāo)記語 言)的結(jié)構(gòu)化語言，編寫顯示控制信息。這些結(jié)構(gòu)化語言采用使用標(biāo)簽來定義構(gòu)造單 位的描述方法。因此，使用由標(biāo)簽定界的部分作為構(gòu)造單位來構(gòu)成顯示控制信息。此 夕卜，在許多情況下，上述布局信息以諸如CSS (串聯(lián)式樣式表)等的樣式表來表示。另 夕卜，在許多情況下，上述腳本信息以諸如JavaScript(注冊商標(biāo)；下文中簡稱為JS)、 ECMAScript、VBScript(注冊商標(biāo))等的腳本語言來編寫。如上所述，顯示控制信息(1)包括布局信息和腳本信息，(2)基于特定構(gòu)造單位 構(gòu)成。通常，在WWW瀏覽器等顯示W(wǎng)WW信息時，對顯示控制信息進行分析，使用 包含在顯示控制信息中的構(gòu)造單位作為基準(zhǔn)，來確定顯示處理的執(zhí)行順序或者數(shù)據(jù)的獲 取順序。接下來，WWW瀏覽器等將構(gòu)造單位相互鏈接，并創(chuàng)建稱為DOM (文檔對象模 型)的用于顯示控制的結(jié)構(gòu)化數(shù)據(jù)。然后，基于WWW瀏覽器等創(chuàng)建的DOM，進行數(shù)據(jù)的獲取、數(shù)據(jù)的顯示等(參見圖1)。在構(gòu)建DOM時，如果腳本信息包含在顯示控制信息中，則由于腳本處理的順 序性，而延遲數(shù)據(jù)獲取或者顯示處理。因此，即使為廣域網(wǎng)保留充分寬的帶寬，當(dāng)基于 包括腳本信息的顯示控制信息顯示頁面時，直到顯示頁面之前，也存在一定量的等待時 間。特別地，如果腳本處理的步驟是嵌套式的，則等待時間進一步增加。鑒于此，希望提供一種新的改進的信息處理設(shè)備、數(shù)據(jù)獲取方法和程序，其能 夠減小由腳本處理的順序性引起的頁面的顯示延遲，并能夠快速地顯示良好布局的頁 面。

根據(jù)本發(fā)明的實施例，提供一種信息處理設(shè)備，該信息處理設(shè)備包括分離距 離檢測單元，該分離距離檢測單元檢測與顯示屏幕接觸或接近所述顯示屏幕的操作工具 和所述顯示屏幕之間的分離距離；鏈接選擇單元，在所述分離距離檢測單元檢測到的分 離距離是特定閾值或者更小的情況下，該鏈接選擇單元選擇在所述顯示屏幕上顯示的至 少一個鏈接目的地中的、其顯示在特定時間內(nèi)至少部分地位于所述顯示屏幕的與所述操 作工具相對應(yīng)的區(qū)域中的鏈接目的地；數(shù)據(jù)預(yù)取單元，在通過所述操作工具選擇鏈接目 的地之前，該數(shù)據(jù)預(yù)取單元獲取與顯示屏幕的布局相關(guān)的信息和顯示控制數(shù)據(jù)，所述顯 示控制數(shù)據(jù)至少包括其中寫入有所述與顯示屏幕的布局相關(guān)的信息的構(gòu)造單位，所述顯 示控制數(shù)據(jù)和所述與顯示屏幕的布局相關(guān)的信息存在于所述鏈接選擇單元選擇的鏈接目 的地；結(jié)構(gòu)分析單元，在通過所述操作工具選擇了其顯示控制數(shù)據(jù)已被所述數(shù)據(jù)預(yù)取單 元獲取的鏈接目的地的情況下，該結(jié)構(gòu)分析單元對所述顯示控制數(shù)據(jù)進行分析，并提取 包含在所述顯示控制數(shù)據(jù)中的構(gòu)造單位；第一構(gòu)成單元，在通過所述操作工具選擇了其 顯示控制數(shù)據(jù)已被所述數(shù)據(jù)預(yù)取單元獲取的鏈接目的地的情況下，該第一構(gòu)成單元通過 使所述結(jié)構(gòu)分析單元提取的構(gòu)造單位中的除了其中寫入有與涉及腳本處理的顯示控制相 關(guān)的信息的構(gòu)造單位之外的、至少包括其中寫入有所述與顯示屏幕的布局相關(guān)的信息的 構(gòu)造單位的構(gòu)造單位相互鏈接，來生成用于顯示控制的第一結(jié)構(gòu)化數(shù)據(jù)；第二構(gòu)成單 元，在通過所述操作工具選擇了其顯示控制數(shù)據(jù)已被所述數(shù)據(jù)預(yù)取單元獲取的鏈接目的 地的情況下，該第二構(gòu)成單元通過使所述構(gòu)造單位相互鏈接來生成用于顯示控制的第二 結(jié)構(gòu)化數(shù)據(jù)；以及顯示控制單元，該顯示控制單元使用所述第一構(gòu)成單元生成的所述第 一結(jié)構(gòu)化數(shù)據(jù)來對顯示屏幕進行顯示，并且在所述第二構(gòu)成單元生成所述第二結(jié)構(gòu)化數(shù) 據(jù)的階段，使用所述第二結(jié)構(gòu)化數(shù)據(jù)對所述顯示屏幕進行重新顯示。信息處理設(shè)備還可以包括連接建立單元，該連接建立單元建立至所述鏈接目 的地的連接。所述鏈接選擇單元可以進一步選擇其它鏈接目的地，所述其它鏈接目的地 位于以其顯示至少部分地位于所述區(qū)域中的鏈接目的地為中心的特定范圍中。可以在通 過用戶操作選擇所述其它鏈接目的地之前，所述連接建立單元建立至所述鏈接選擇單元 進一步選擇的所述其它鏈接目的地的TCP連接。在所述顯示屏幕上顯示作為基于密鑰信息的搜索的結(jié)果的多個鏈接目的地的情 況下，可以與所述分離距離無關(guān)地從所述鏈接目的地的開頭起選擇特定數(shù)量的鏈接目的 地。所述分離距離檢測單元可以感測所述操作工具和設(shè)置在所述顯示屏幕上的導(dǎo)電 層之間的電容的改變，并且可以檢測所述分離距離。
所述分離距離檢測單元可以包括光學(xué)傳感器，其檢測從光源向操作工具發(fā)射的光被操作工具反射后的反射光；以及面積計算單元，其根據(jù)所述光學(xué)傳感器檢測到的 所述反射光的強度分布，計算所述操作工具在所述顯示屏幕上形成的圖像的面積。在與 所述分離距離相對應(yīng)的面積是特定閾值或者更小的情況下，所述鏈接選擇單元可以選擇 顯示在特定時間內(nèi)至少部分地位于所述面積中的鏈接目的地。所述鏈接選擇單元可以根據(jù)特定標(biāo)準(zhǔn)而針對TCP連接建立對選擇的所述其它鏈 接目的地進行排序。所述鏈接選擇單元可以在針對建立的排序中對已被選擇了特定次數(shù)或更多次的 鏈接目的地賦予更靠前的位置。所述鏈接選擇單元可以在排序中對其往返遲延時間(round trip time)是特定閾值 或更長的鏈接目的地賦予更靠前的位置。所述鏈接選擇單元可以根據(jù)鏈接目的地的域名或IP地址針對TCP連接建立進行 排序。信息處理設(shè)備還可以包括數(shù)據(jù)獲取單元，其獲取所述顯示控制數(shù)據(jù)和與所述 顯示控制數(shù)據(jù)相關(guān)的相關(guān)數(shù)據(jù)。所述數(shù)據(jù)獲取單元可以比來自所述第二構(gòu)成單元的數(shù)據(jù) 獲取請求更優(yōu)先地處理來自所述第一構(gòu)成單元的數(shù)據(jù)獲取請求。當(dāng)決定了鏈接目的地的主機地址時，所述連接建立單元可以在預(yù)取所述顯示控 制數(shù)據(jù)或者建立TCP連接之前，獲取與所述主機地址相對應(yīng)的IP地址。信息處理設(shè)備還可以包括高速緩沖存儲器，其中，根據(jù)來自第一構(gòu)成單元和 第二構(gòu)成單元的請求，在該高速緩沖存儲器中存儲所述數(shù)據(jù)獲取單元獲取的顯示控制數(shù) 據(jù)和相關(guān)數(shù)據(jù)。在基于該第二結(jié)構(gòu)化數(shù)據(jù)進行顯示所需的所有顯示控制數(shù)據(jù)已被存儲在 該高速緩沖存儲器中的時間點時，顯示控制單元可以基于存儲在該高速緩沖存儲器中的 數(shù)據(jù)來切換顯示。在所述結(jié)構(gòu)分析單元提取的所述構(gòu)造單位中不存在所述其中寫入有所述與涉及 腳本處理的顯示控制相關(guān)的信息的構(gòu)造單位的情況下，所述第二構(gòu)成單元不需要生成所 述第二結(jié)構(gòu)化數(shù)據(jù)。信息處理設(shè)備還可以包括顯示歷史存儲單元，在基于所述第一結(jié)構(gòu)化數(shù)據(jù)進 行顯示時，該顯示歷史存儲單元存儲包括與在所述顯示屏幕上顯示的內(nèi)容相對應(yīng)的構(gòu)造 單位的歷史。在切換到基于所述第二結(jié)構(gòu)化數(shù)據(jù)的顯示時，所述顯示控制單元可以基于 存儲在所述顯示歷史存儲單元中的顯示歷史，選擇與要在所述顯示屏幕上顯示的內(nèi)容相 對應(yīng)的構(gòu)造單位。根據(jù)本發(fā)明的另一實施例，提供了一種數(shù)據(jù)獲取方法，包括步驟檢測與顯示 屏幕接觸或接近所述顯示屏幕的操作工具和所述顯示屏幕之間的分離距離；在所述檢測 分離距離的步驟中檢測到的分離距離是特定閾值或更小的情況下，選擇在所述顯示屏幕 上顯示的至少一個鏈接目的地中的、其顯示在特定時間內(nèi)至少部分地位于所述顯示屏幕 的與所述操作工具相對應(yīng)的區(qū)域中的鏈接目的地；在通過所述操作工具選擇鏈接目的地 之前，獲取與顯示屏幕的布局相關(guān)的信息和顯示控制數(shù)據(jù)，所述顯示控制數(shù)據(jù)至少包括 其中寫入有所述與顯示屏幕的布局相關(guān)的信息的構(gòu)造單位，所述顯示控制數(shù)據(jù)和所述與 顯示屏幕的布局相關(guān)的信息存在于在所述選擇鏈接目的地的步驟中選擇的鏈接目的地；在通過所述操作工具選擇了其顯示控制數(shù)據(jù)在通過所述操作工具進行選擇之前進行的獲 取顯示控制數(shù)據(jù)的步驟中已被獲取的鏈接目的地的情況下，對所述顯示控制數(shù)據(jù)進行分 析，并提取包含在所述顯示控制數(shù)據(jù)中的構(gòu)造單位；在通過所述操作工具選擇了其顯示 控制數(shù)據(jù)在通過所述操作工具進行選擇之前進行的獲取顯示控制數(shù)據(jù)的步驟中已被獲取 的鏈接目的地的情況下，通過使在提取構(gòu)造單位的步驟中提取的構(gòu)造單位中的除了其中 寫入有與涉及腳本處理的顯示控制相關(guān)的信息的構(gòu)造單位之外的、至少包括其中寫入有 所述與顯示屏幕的布局相關(guān)的信息的構(gòu)造單位的構(gòu)造單位相互鏈接，來生成用于顯示控 制的第一結(jié)構(gòu)化數(shù)據(jù)；在通過所述操作工具選擇了其顯示控制數(shù)據(jù)在通過所述操作工具 進行選擇之前進行的獲取顯示控制數(shù)據(jù)的步驟中已被獲取的鏈接目的地的情況下，通過 使所述構(gòu)造單位相互鏈接來生成用于顯示控制的第二結(jié)構(gòu)化數(shù)據(jù)；使用在生成第一結(jié)構(gòu) 化數(shù)據(jù)的步驟中生成的所述第一結(jié)構(gòu)化數(shù)據(jù)來對顯示屏幕進行顯示；以及在生成所述第 二結(jié)構(gòu)化數(shù)據(jù)的階段，使用所述第二結(jié)構(gòu)化數(shù)據(jù)對所述顯示屏幕進行重新顯示。根據(jù)本 發(fā)明的另一實施例，提供了一種程序，使計算機實現(xiàn)分離距離檢測功能，其檢測與顯 示屏幕接觸或接近所述顯示屏幕的操作工具和所述顯示屏幕之間的分離距離；鏈接選擇 功能，在所述分離距離檢測功能檢測到的分離距離是特定閾值或更小的情況下，該鏈接 選擇功能選擇在所述顯示屏幕上顯示的至少一個鏈接目的地中的、其顯示在特定時間內(nèi) 至少部分地位于所述顯示屏幕的與所述操作工具相對應(yīng)的區(qū)域中的鏈接目的地；數(shù)據(jù)預(yù) 取功能，在通過所述操作工具選擇鏈接目的地之前，該數(shù)據(jù)預(yù)取功能獲取與顯示屏幕的 布局相關(guān)的信息和顯示控制數(shù)據(jù)，所述顯示控制數(shù)據(jù)至少包括其中寫入有所述與顯示屏 幕的布局相關(guān)的信息的構(gòu)造單位，所述顯示控制數(shù)據(jù)和所述與顯示屏幕的布局相關(guān)的信 息存在于所述鏈接選擇功能選擇的鏈接目的地；結(jié)構(gòu)分析功能，在通過所述操作工具選 擇了其顯示控制數(shù)據(jù)已被所述數(shù)據(jù)預(yù)取功能獲取的鏈接目的地的情況下，該結(jié)構(gòu)分析功 能對所述顯示控制數(shù)據(jù)進行分析，并提取包含在所述顯示控制數(shù)據(jù)中的構(gòu)造單位；第一 構(gòu)成功能，在通過所述操作工具選擇了其顯示控制 數(shù)據(jù)已被所述數(shù)據(jù)預(yù)取功能獲取的鏈 接目的地的情況下，該第一構(gòu)成功能通過使所述結(jié)構(gòu)分析功能提取的構(gòu)造單位中的除了 其中寫入有與涉及腳本處理的顯示控制相關(guān)的信息的構(gòu)造單位之外的、至少包括其中寫 入有所述與顯示屏幕的布局相關(guān)的信息的構(gòu)造單位的構(gòu)造單位相互鏈接，來生成用于顯 示控制的第一結(jié)構(gòu)化數(shù)據(jù)；第二構(gòu)成功能，在通過所述操作工具選擇了其顯示控制數(shù)據(jù) 已被所述數(shù)據(jù)預(yù)取功能獲取的鏈接目的地的情況下，該第二構(gòu)成功能通過使所述構(gòu)造單 位相互鏈接來生成用于顯示控制的第二結(jié)構(gòu)化數(shù)據(jù)；以及顯示控制功能，該顯示控制功 能使用所述第一構(gòu)成功能生成的所述第一結(jié)構(gòu)化數(shù)據(jù)來對顯示屏幕進行顯示，并且在所 述第二構(gòu)成功能生成所述第二結(jié)構(gòu)化數(shù)據(jù)的階段，使用所述第二結(jié)構(gòu)化數(shù)據(jù)對所述顯示 屏幕進行重新顯示。根據(jù)上述本發(fā)明的實施例，能夠減小由腳本處理的順序性引起的頁面的顯示延 遲，并能夠快速地顯示良好布局的頁面。


圖1是示出Web瀏覽器進行的頁面顯示處理的流程的說明圖；圖2是示出DOM的概要和基于DOM的頁面顯示處理的流程的說明圖3是示出Web瀏覽器的文件下載序列的說明圖；圖4是示出標(biāo)準(zhǔn)Web瀏覽器的頁面顯示時間的分析結(jié)果的說明
圖5是示出不執(zhí)行腳本處理的Web瀏覽器的頁面顯示時間的分析結(jié)果的說明 圖；圖6是示出標(biāo)準(zhǔn)Web瀏覽器的頁面顯示處理序列的說明圖；圖7是示出根據(jù)本發(fā)明的第一實施例的Web瀏覽器的頁面顯示處理序列的說明 圖；圖8是示出根據(jù)實施例的Web瀏覽器的頁面顯示處理序列的說明圖；圖9是示出根據(jù)實施例的Web瀏覽器的頁面顯示處理序列的說明圖；圖10是示出根據(jù)實施例的信息處理設(shè)備的功能配置的示例的說明圖；圖11是示出根據(jù)實施例的信息處理設(shè)備進行的顯示控制處理的流程的說明圖；圖12是示出采用根據(jù)實施例的顯示控制方法的情況下的頁面顯示時間的測量結(jié) 果的說明圖；圖13是示出采用根據(jù)實施例的顯示控制方法的情況下的頁面顯示時間的測量結(jié) 果的說明圖；圖14是示出采用根據(jù)實施例的顯示控制方法的情況下的頁面顯示時間的測量結(jié) 果的說明圖；圖15是示出DOM的結(jié)構(gòu)和顯示結(jié)果之間的關(guān)系的說明圖；圖16是示出DOM的結(jié)構(gòu)和顯示結(jié)果之間的關(guān)系的說明圖；圖17是示出DOM的結(jié)構(gòu)和顯示結(jié)果之間的關(guān)系的說明圖；圖18是示出基于標(biāo)準(zhǔn)顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖；圖19是示出基于標(biāo)準(zhǔn)顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖；圖20是示出基于標(biāo)準(zhǔn)顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖；圖21是示出基于標(biāo)準(zhǔn)顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖；圖22是示出基于標(biāo)準(zhǔn)顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖；圖23是示出基于標(biāo)準(zhǔn)顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖；圖24是示出基于標(biāo)準(zhǔn)顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖；圖25是示出基于標(biāo)準(zhǔn)顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖；圖26是示出基于標(biāo)準(zhǔn)顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖；圖27是示出基于標(biāo)準(zhǔn)顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖；圖28是示出基于標(biāo)準(zhǔn)顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖；圖29是示出基于標(biāo)準(zhǔn)顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖；圖30是示出基于標(biāo)準(zhǔn)顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖；圖31是示出基于標(biāo)準(zhǔn)顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖；圖32是示出基于標(biāo)準(zhǔn)顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖；圖33是示出基于標(biāo)準(zhǔn)顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖；圖34是示出基于標(biāo)準(zhǔn)顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖；圖35是示出基于標(biāo)準(zhǔn)顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖；圖36是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖37是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖38是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖39是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖40是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖41是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖42是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖43是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖44是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖45是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖46是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖47是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖48是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖49是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖50是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖51是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖52是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖53是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖54是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖55是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖56是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說 明圖57是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說 明圖58是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說 明圖59是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說 明圖60是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說 明圖61是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說 明圖62是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說 明圖63是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說 明圖64是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說 明圖65是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說 明圖66是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說 明圖67是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說 明圖68是示出基于根據(jù)實施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說 明圖69是示出根據(jù)本發(fā)明的第二實施例的預(yù)取方法的說明圖70是示出根據(jù)預(yù)取目標(biāo)的類型進行預(yù)取的效果的差異的說明圖71是示出根據(jù)預(yù)取目標(biāo)的類型進行預(yù)取的效果的差異的說明圖72是示出選擇預(yù)取目標(biāo)的方法的說明圖73是示出根據(jù)實施例的信息處理設(shè)備的功能配置的示例的說明圖74是示出根據(jù)實施例的信息處理設(shè)備進行的預(yù)取處理的流程的說明圖75是示出根據(jù)實施例的預(yù)取處理的流程的說明圖76是示出根據(jù)預(yù)取的類型的效果的差異的說明圖77是示出根據(jù)實施例的預(yù)連接方法的說明圖78是示出根據(jù)實施例的預(yù)連接方法的說明圖79是示出取決于TLD的差異的連接建立時間的差異的說明圖80是示出取決于目標(biāo)國家的差異的連接建立時間的差異的說明圖81是示出根據(jù)本發(fā)明的第三實施例的基于接近距離的預(yù)取方法的概要的說明圖82是示出根據(jù)實施例的信息處理設(shè)備的功能配置的示例的說明圖83是示出根據(jù)實施例的信息處理設(shè)備進行的接近檢測處理和預(yù)取處理的流程 的說明圖84是示出根據(jù)實施例的預(yù)取處理的流程的說明圖85是示出由內(nèi)嵌式(in-cell)觸摸面板檢測操作工具的方法的說明圖；以及
圖86是示出能夠?qū)崿F(xiàn)根據(jù)本發(fā)明的每個實施例的信息處理設(shè)備的功能的信息處 理設(shè)備的硬件配置的示例的說明圖。
具體實施方式
下文中，參考附圖，詳細描述本發(fā)明的優(yōu)選實施例。注意，在本說明書和附圖 中，用相同的附圖標(biāo)記表示具有基本相同的功能和結(jié)構(gòu)的構(gòu)成要素，并且省略對這些構(gòu) 成要素的重復(fù)說明。
描述的流程
這里，簡要說明描述下面描述的本發(fā)明的實施例的流程。首先，在詳細描述根 據(jù)本實施例的技術(shù)配置之前，參考圖1至6描述與由Web瀏覽器進行的頁面顯示處理相 關(guān)的標(biāo)準(zhǔn)配置。然后，參考圖7至9描述根據(jù)本發(fā)明的第一實施例的Web頁面顯示處理 序列。然后，參考圖10和11描述根據(jù)實施例的信息處理設(shè)備100的功能配置和操作。
接下來，參考圖12至14描述在采用根據(jù)實施例的顯示控制方法的情況下獲得的 減少頁面顯示時間的效果。然后，參考圖15至17描述DOM結(jié)構(gòu)的差異與顯示結(jié)果的 差異之間的關(guān)系。然后，為了與實施例的技術(shù)進行比較，參考圖18至35簡要描述標(biāo)準(zhǔn) HTML文件執(zhí)行處理。然后，參考圖36至68描述根據(jù)實施例的HTML文件執(zhí)行處理。
接下來，參考圖69描述根據(jù)本發(fā)明的第二實施例的預(yù)取方法。然后，參考圖70 和71指出根據(jù)預(yù)取目標(biāo)的類型的效果的差異，同時參考圖72描述高度有效的選擇預(yù)取目 標(biāo)的方法。然后，參考圖73和74描述根據(jù)實施例的信息處理設(shè)備100的功能配置和操 作。然后，參考圖75描述根據(jù)實施例的預(yù)取處理的流程。然后，參考圖76描述根據(jù)預(yù) 取的類型的效果的差異。
接下來，參考圖77和78描述根據(jù)實施例的預(yù)連接方法。然后，參考圖79和 80，與TLD和目標(biāo)國家相關(guān)聯(lián)地比較預(yù)連接的效果。
接下來，參考圖81描述根據(jù)本發(fā)明的第三實施例的集成接近檢測和預(yù)取處理的 方法。然后，參考圖82和83描述根據(jù)實施例的信息處理設(shè)備100的功能配置和操作。 然后，參考圖84描述根據(jù)實施例的預(yù)取處理的流程。然后，參考圖85，描述根據(jù)實施例 的可以用于接近檢測的內(nèi)嵌式觸摸面板的結(jié)構(gòu)和操作。
接下來，參考圖86描述能夠?qū)崿F(xiàn)根據(jù)第一至第三實施例的信息處理設(shè)備100的 功能的硬件配置的示例。最后，總結(jié)實施例的技術(shù)構(gòu)思，并簡要描述通過這些技術(shù)構(gòu)思 而獲得的操作效果。
描述項
1 引言
1-1 Web瀏覽器的操作
1-2:顯示時間分析結(jié)果
2:第一實施例
2-1 Web瀏覽器的操作
2-2 信息處理設(shè)備100的功能配置
2-3 信息處理設(shè)備100的操作
2-4關(guān)于顯示時間的效果
2-5 根據(jù)DOM結(jié)構(gòu)的差異的顯示結(jié)果之間的比較
2-6 DOM構(gòu)建步驟的具體示例
3:第二實施例
3-1 預(yù)取的效果(考慮)
3-2 信息處理設(shè)備100的功能配置
3-3 信息處理設(shè)備100的操作
3-4預(yù)取處理的流程
3-5 預(yù)取的效果
3-6 預(yù)連接的效果(考慮)
4:第三實施例
4-1 接近檢測和預(yù)取處理的集成
4-2 信息處理設(shè)備100的功能配置
4-3 信息處理設(shè)備100的操作
4-4基于接近檢測的預(yù)取處理的流程
4-5 能夠進行接近檢測的觸摸面板的結(jié)構(gòu)(內(nèi)嵌式觸摸面板)
5 信息處理設(shè)備100的硬件配置示例
6 總結(jié)
1 引言
首先，在描述本發(fā)明的實施例之前，描述由Web瀏覽器進行的Web頁面顯示處 理。這里，對由Web瀏覽器進行的從獲取HTML文件到顯示W(wǎng)eb頁面的處理的標(biāo)準(zhǔn)流 程(下文中稱為顯示處理序列)給出說明。
1-1 Web瀏覽器的操作
圖1示出了標(biāo)準(zhǔn)Web瀏覽器10進行的顯示處理序列。如圖1所示，Web瀏覽 器10首先向Web服務(wù)器310請求HTML文件(步驟Sll)。然后，Web瀏覽器10獲取 Web服務(wù)器310響應(yīng)于該請求而發(fā)送的HTML文件(步驟S12)。然后，Web瀏覽器10 分析獲取的HTML文件(步驟S13)。
這時，Web瀏覽器10使用稱為HTML解析器11的解析器程序?qū)TML的結(jié)構(gòu) 進行分析。如所描述的，使用定義構(gòu)造單位(stracturalunit)的特定標(biāo)簽來編寫HTML文 件。因此，使用解析器程序，可以提取由標(biāo)簽界定的構(gòu)造單位，或者可以分析構(gòu)造單位 之間的關(guān)系。HTML解析器11對HTML文件進行分析，并根據(jù)需要向Web服務(wù)器320 請求外部資源(步驟S14)。
這里的外部資源例如是定義布局信息的樣式表文件和定義腳本信息的腳本文 件?，F(xiàn)在，當(dāng)響應(yīng)于該請求從Web服務(wù)器320發(fā)送了外部資源時，Web瀏覽器10獲取14Web服務(wù)器320發(fā)送的外部資源(步驟SM)。在步驟S15中獲取的外部資源取決于其類 型而用于步驟S16或者S17的處理。此外，在構(gòu)建DOM 12時，使用由HTML解析器11 從HTML文件中提取的構(gòu)造單位的信息。
當(dāng)在步驟S15中獲取的外部資源是CSS文件時，Web瀏覽器10應(yīng)用CSS (步驟 S16)。此外，當(dāng)在步驟S15中獲取的外部資源是腳本文件時，Web瀏覽器10通過腳本 引擎13進行腳本處理(步驟S17)。在進行步驟S16或者S17的處理之后，Web瀏覽器 10構(gòu)建DOM 12。然后，Web瀏覽器10基于已構(gòu)建的DOM 12創(chuàng)建各種描繪要素(步 驟S18)。然后，Web瀏覽器10根據(jù)需要加載插件(步驟S19)，并顯示W(wǎng)eb頁面(步驟 S20)。
如所描述的，直到顯示W(wǎng)eb頁面之前，進行各種處理。這些處理中的許多處理 在構(gòu)建DOM 12之前進行。
DOM 12
這里，參考圖2，更詳細地描述構(gòu)建DOM 12的處理和基于已構(gòu)建的DOM 12顯 示W(wǎng)eb頁面的處理。
如圖2所示，DOM 12是通過鏈接由HTML解析器11提取的HTML文件的構(gòu)造 單位而構(gòu)建的樹型結(jié)構(gòu)。更確定地說，DOM 12是用于處理HTML(或者XML)的結(jié)構(gòu) 或者內(nèi)容的API(應(yīng)用程序接口)。例如，假設(shè)在HTML文件中包括多個用于定義Web 頁面的顯示配置的構(gòu)造單位(Al至A7)。在HTML解析器11進行的分析處理中提取這 些構(gòu)造單位，將其相互鏈接并構(gòu)建為DOM 12的形式。
注意，圖2所示的DOM 12的樹型結(jié)構(gòu)是Web瀏覽器識別的結(jié)構(gòu)的概念性表示。 用戶實際觀看到的Web頁面由Web瀏覽器10的繪制引擎(rendering engine)基于DOM 12 的樹型結(jié)構(gòu)來創(chuàng)建。當(dāng)Web瀏覽器10在構(gòu)建DOM 12之后基于DOM 12的樹型結(jié)構(gòu)調(diào) 整了顯示布局、并將諸如圖像數(shù)據(jù)和文本數(shù)據(jù)的內(nèi)容嵌入顯示布局中的特定位置時，顯 示W(wǎng)eb頁面的處理完成。如所描述的，DOM 12的構(gòu)建用作顯示W(wǎng)eb頁面的前提。
1-2:顯示時間分析結(jié)果
這里，參考圖3至5，考慮構(gòu)建DOM 12的時刻和顯示W(wǎng)eb頁面所花費的時間之 間的關(guān)系。
下載序列
如上所述，在至少完成HTML解析器11對HTML文件的分析、CSS的應(yīng)用、以及腳本處理的執(zhí)行之后，進行DOM 12的構(gòu)建。更具體地，執(zhí)行如圖3所示的處理序 列。以時間從左到右推進為前提，來示出圖3所示的處理序列。也就是說，以從左側(cè)所 示的處理開始的順序來執(zhí)行處理。
如圖3所示，當(dāng)出現(xiàn)對Web頁面等的重定向時，Web瀏覽器10下載HTML文 件。另外，在下載文件時，通過DNS的域名解析所花費的時間、建立至Web服務(wù)器的 連接所花費的時間、等待時間等是必需的。圖3所示的每個文件的下載時間包括這些時 間。當(dāng)HTML文件的下載完成時，Web瀏覽器10分析下載的HTML文件。
然后，Web瀏覽器10基于HTML文件的分析結(jié)果，根據(jù)需要下載CSS文件或者 JS文件。另外，可以在分析HTML文件期間，進行CSS文件或者JS文件的下載。此 外，可以下載多個CSS文件或者多個JS文件。此外，根據(jù)對HTML文件的分析結(jié)果，15下載圖像數(shù)據(jù)等(圖像等)。當(dāng)下載了所有CSS文件和JS文件時，確定用于構(gòu)建DOM 12的構(gòu)成要素。
當(dāng)構(gòu)建DOM 12的所有構(gòu)成要素準(zhǔn)備好時，Web瀏覽器10的繪制引擎開始DOM 12的繪制。這時，不需要下載所有圖像數(shù)據(jù)等。此外，當(dāng)繪制進行到一定程度時，能夠 進行用戶的操作。接下來，當(dāng)下載了所有圖像數(shù)據(jù)等且DOM 12的繪制完成時，Web頁 面的顯示完成。在該時間點，完成對完整的Web頁面的顯示。如所描述的，在標(biāo)準(zhǔn)Web 瀏覽器10的顯示處理序列中，直到全部下載了 HTML文件、CSS文件和JS文件時，才 建立DOM 12。
顯示W(wǎng)eb頁面花費的時間
現(xiàn)在，圖3所示的下載序列僅僅示出了處理的順序。因此，從圖3所示的示例， 不知道每個處理實際花費的時間長度。因此，在圖4中示出了實際使用Web瀏覽器10測 量每個處理所花費的時間長度的結(jié)果。
此外，圖4的示例示出了實際測量的時間，但是實際時間值依據(jù)測量環(huán)境是可 變的。因此，應(yīng)當(dāng)關(guān)注每個處理所花費的時間的相對長度。此外，在圖4中示出了指示 初始時間的豎線和指示完成時間的豎線。這里的初始時間意為直到可以開始用戶的操作 之前的時間。另一方面，這里的完成時間意為直到下載了所有文件和所有數(shù)據(jù)且以完整 形式顯示W(wǎng)eb頁面為止的時間。
首先，關(guān)注對CSS文件的處理。當(dāng)從發(fā)生重定向(Oms)開始經(jīng)過了約2500ms 的時間時，對CSS文件的處理開始，對CSS文件的處理連續(xù)進行大約2500ms。此外， 在圖4的示例中，對于三個CSS文件，同時開始處理。
接下來，關(guān)注對JS文件的處理。當(dāng)對CSS文件的處理開始時，同時開始對JS 文件的處理。然而，在該時間點，僅開始對一個JS文件的處理。在對第一 JS文件的處 理完成之后，開始對第二 JS文件的處理。此外，在該時間點，僅對于一個JS文件開始 處理。同樣地，一次對一個JS文件進行處理，直到對所有JS文件的處理完成為止。其 結(jié)果是，對所有JS文件的處理花費了大約12000ms的時間。
隨后，進行圖像數(shù)據(jù)等的下載、DOM的繪制等，并進行Web頁面顯示處理。 由于同時地并行地進行這些處理，因此顯示W(wǎng)eb頁面所花費的處理時間并不受到大的影 響。
從圖4所示的測量結(jié)果可以看出，處理JS文件所花費的時間相對于直到顯示 Web頁面為止所花費的時間的比例相當(dāng)高。對JS文件的處理花費時間的主要原因是不能 并行執(zhí)行多個JS文件的下載和執(zhí)行。因為在以嵌套的方式定義JS文件的情況下，直到 在先的JS文件的下載和執(zhí)行完成時，才能進行對在后的JS文件的下載和執(zhí)行，因此出現(xiàn) 這種情況。雖然這里以JS文件作為示例，但是這同樣適用于以另一種腳本語言編寫的腳 本文件。
因此，本發(fā)明的發(fā)明人提出了一種在其它處理之后進行JS文件的下載和執(zhí)行的 方法。為了估計在應(yīng)用這種方法的情況下所獲得的效果，進行了如圖5所示的仿真。從 結(jié)果可以看出，當(dāng)稍后進行JS文件的下載和執(zhí)行時，初始時間減少到7秒。附帶地，由 于在圖4的示例中初始時間是22秒，因此通過在稍后的序列中進行JS文件的下載和執(zhí) 行，初始時間減少了 15秒。然而，圖5的示例僅僅是仿真，實際上，需要進行各種變化，以將JS文件的下載和執(zhí)行置于稍后的序列中。
2:第一實施例
如上所述，通過在稍后的序列中進行腳本文件的下載和執(zhí)行，可以大大減少顯 示W(wǎng)eb頁面所花費的時間。下面，描述將對腳本文件的處理置于稍后的序列中的機制。 本發(fā)明的第一實施例涉及用于實現(xiàn)這種機制的設(shè)備和方法。
2-1 Web瀏覽器的操作
首先，參考圖6至9，描述根據(jù)本實施例的Web瀏覽器的處理序列。注意，圖 6所示的處理序列是為了與根據(jù)本實施例的處理序列進行比較而示出的標(biāo)準(zhǔn)Web瀏覽器的 處理序列。
標(biāo)準(zhǔn)處理序列
如圖6所示，如上所述，以對HTML文件的處理、{對CSS文件的處理、對JS文件的處理丨、構(gòu)建DOM和下載圖像數(shù)據(jù)等的順序，執(zhí)行標(biāo)準(zhǔn)Web瀏覽器的處理序列。 也就是說，通過一個線程(第一線程)執(zhí)行該一系列處理。
本實施例的處理序列
另一方面，如圖7所示，通過兩個線程(第一線程和第二線程)來執(zhí)行根據(jù)本 實施例的處理序列。在第一線程中，執(zhí)行對HTML文件的處理、對CSS文件的處理和 圖像數(shù)據(jù)等的下載，并在完成對CSS文件的處理的階段構(gòu)建簡單DOM (下文中稱為臨時 DOM)。然后，基于臨時DOM顯示W(wǎng)eb頁面。
另一方面，在第二線程中，執(zhí)行對JS文件的處理，并且在完成對JS文件的處理 的階段構(gòu)建最終DOM (下文中稱為完整DOM)。此外，下載第一線程沒有獲取的圖像數(shù) 據(jù)等，并基于完整DOM顯示W(wǎng)eb頁面。這時，將基于臨時DOM顯示的Web頁面更新 為基于完整DOM顯示的Web頁面(參見圖8)。
如參考仿真結(jié)果所描述的，由于包括對JS文件的處理，因此延遲了構(gòu)建DOM 的時刻，其結(jié)果是，直到顯示W(wǎng)eb頁面為止所花費的時間長。然而，獨立于對JS文件 的處理，來進行由第一線程構(gòu)建的臨時DOM的構(gòu)建。因此，與標(biāo)準(zhǔn)Web瀏覽器進行的 DOM的構(gòu)建時刻相比，在非常早的時刻進行臨時DOM的構(gòu)建。
然而，在臨時DOM中不包括與對JS文件的處理相關(guān)的構(gòu)造單位。因此，基 于臨時DOM顯示的Web頁面不同于基于包括與對JS文件的處理相關(guān)的構(gòu)造單位的完整 DOM而顯示的Web頁面。然而，根據(jù)本實施例的處理序列包括第二線程進行的用于構(gòu) 建包括與對JS文件的處理相關(guān)的構(gòu)造單位的完整DOM的操作。此外，由于在第二線程 完成處理的時刻，將顯示切換為基于完整DOM的Web頁面的顯示，因此可以解決用戶由 于Web頁面的不同而感覺到的不適。如所描述的，通過應(yīng)用根據(jù)本實施例的處理序列， 可以實現(xiàn)將Web頁面的快速顯示與正確的Web頁面的顯示相結(jié)合的具有挑戰(zhàn)性的任務(wù)。
此外，實際上，作為DOM的節(jié)點的構(gòu)造單位的一些文件，對于由第一線程構(gòu)建 的臨時DOM和由第二線程構(gòu)建的完整DOM是重疊的。因此，關(guān)于每個文件的下載，如 圖9所示，執(zhí)行下載管理器線程并由第一線程和第二線程使用下載管理器線程獲取文件 的方法是有效的。例如，下載管理器線程專用于負責(zé)對HTML文件、CSS文件、JS文 件、圖像數(shù)據(jù)等的下載。另外，下載時刻如圖7和圖8所示。
到此為止，描述了根據(jù)本實施例的處理序列。17
2-2 信息處理設(shè)備100的功能配置
接下來，參考圖10，描述能夠?qū)崿F(xiàn)上述構(gòu)思的信息處理設(shè)備100的功能配置。 圖10是示出根據(jù)本實施例的信息處理設(shè)備100的功能配置的示例的說明圖。另外，為了 與根據(jù)第二和第三實施例的信息處理設(shè)備100進行區(qū)分，有時將根據(jù)本實施例的信息處 理設(shè)備100稱為信息處理設(shè)備100A。
如圖10所示，信息處理設(shè)備100主要由數(shù)據(jù)獲取單元110、結(jié)構(gòu)分析單元120、 繪制單元130和顯示單元140構(gòu)成。此外，繪制單元130包括臨時DOM創(chuàng)建單元131、 完整DOM創(chuàng)建單元132、高速緩沖存儲器133、顯示控制單元134和節(jié)點信息存儲單元 135。
當(dāng)發(fā)生重定向時，首先，數(shù)據(jù)獲取單元110下載HTML文件。然后，將數(shù)據(jù)獲 取單元110下載的HTML文件輸入到結(jié)構(gòu)分析單元120中。當(dāng)輸入了 HTML文件時，結(jié) 構(gòu)分析單元120分析HTML文件的結(jié)構(gòu)，并提取HTML文件的構(gòu)造單位。然后，結(jié)構(gòu)分 析單元120根據(jù)需要將對CSS文件和JS文件的請求經(jīng)由數(shù)據(jù)獲取單元110發(fā)送到Web服 務(wù)器310和320。
當(dāng)響應(yīng)于請求而從Web服務(wù)器310和320發(fā)送了 CSS文件和JS文件時，數(shù)據(jù) 獲取單元110接收發(fā)送的CSS文件和JS文件。將數(shù)據(jù)獲取單元110接收的CSS文件和 JS文件輸入到結(jié)構(gòu)分析單元120中。當(dāng)輸入了 CSS文件時，結(jié)構(gòu)分析單元120進行應(yīng)用 CSS文件的處理。此外，當(dāng)輸入了 JS文件時，結(jié)構(gòu)分析單元120執(zhí)行輸入的JS文件。 這時，根據(jù)需要順序地獲取JS文件，并由結(jié)構(gòu)分析單元120執(zhí)行。
將結(jié)構(gòu)分析單元120進行CSS文件應(yīng)用的結(jié)果輸入到臨時DOM創(chuàng)建單元131 和完整DOM創(chuàng)建單元132兩者中，將JS文件執(zhí)行的結(jié)果輸入到完整DOM創(chuàng)建單元132 中。此外，結(jié)構(gòu)分析單元120將從HTML文件中提取的關(guān)于構(gòu)造單位的信息輸入到臨時 DOM創(chuàng)建單元131和完整DOM創(chuàng)建單元132中。然而，不將與對JS文件的處理相關(guān) 的構(gòu)造單位的信息輸入到臨時DOM創(chuàng)建單元131中。此外，基于HTML文件的分析結(jié) 果，結(jié)構(gòu)分析單元120請求數(shù)據(jù)獲取單元110根據(jù)需要獲取圖像數(shù)據(jù)等。將數(shù)據(jù)獲取單 元110響應(yīng)于該請求獲取的圖像數(shù)據(jù)等經(jīng)由臨時DOM創(chuàng)建單元131和完整DOM創(chuàng)建單 元132而輸入到顯示控制單元134中。
如上所述，將排除了與對JS文件的處理相關(guān)的構(gòu)造單位的HTML文件的構(gòu)造單 位輸入到臨時DOM創(chuàng)建單元131中。因此，臨時DOM創(chuàng)建單元131通過使輸入的構(gòu) 造單位相互鏈接而形成樹型結(jié)構(gòu)，并構(gòu)建臨時DOM。將關(guān)于臨時DOM創(chuàng)建單元131構(gòu) 建的臨時DOM的信息輸入到顯示控制單元134中。另一方面，將包括與對JS文件的處 理相關(guān)的構(gòu)造單位的HTML文件的所有構(gòu)造單位輸入到完整DOM創(chuàng)建單元132中。然 而，由于對JS文件的處理的順序性導(dǎo)致對JS文件的獲取花費很長時間，因此關(guān)于所有構(gòu) 造單位的信息和數(shù)據(jù)的輸入花費相對長的時間。其結(jié)果是，在構(gòu)建臨時DOM之后的一 些時間內(nèi)，完成完整DOM的構(gòu)建。
當(dāng)輸入包括與對JS文件的處理相關(guān)的信息的與OTML文件的所有構(gòu)造單位相關(guān) 的信息時，完整DOM創(chuàng)建單元132通過使輸入的構(gòu)造單位相互鏈接而形成樹型結(jié)構(gòu)，并 構(gòu)建完整DOM。然后，將完整DOM創(chuàng)建單元132構(gòu)建的完整DOM的信息輸入到顯示 控制單元134。此外，完整DOM創(chuàng)建單元132獲取基于完整DOM顯示W(wǎng)eb頁面所需的18所有圖像數(shù)據(jù)等，并將其存儲在高速緩沖存儲器133中。通過將顯示W(wǎng)eb頁面所需的所 有數(shù)據(jù)存儲在高速緩沖存儲器133中，可以用基于完整DOM的Web頁面快速地替換基于 臨時DOM顯示的Web頁面。
如上所述，將臨時DOM的信息和圖像數(shù)據(jù)等從臨時DOM創(chuàng)建單元131輸入到 顯示控制單元134。當(dāng)輸入了臨時DOM的信息和圖像數(shù)據(jù)等時，顯示控制單元134基于 臨時DOM進行繪制，并基于臨時DOM創(chuàng)建Web頁面。然后，顯示控制單元134使顯 示單元140基于臨時DOM顯示W(wǎng)eb頁面。此外，當(dāng)從完整DOM創(chuàng)建單元132輸入了 完整DOM的信息和圖像數(shù)據(jù)等時，顯示控制單元134基于完整DOM進行繪制，并基于 完整DOM創(chuàng)建Web頁面。然后，顯示控制單元134用基于完整DOM的Web頁面替換 基于臨時DOM的Web頁面。
此時，顯示控制單元134讀取存儲在高速緩沖存儲器133中的顯示W(wǎng)eb頁面所 需的圖像數(shù)據(jù)等，并使顯示單元140基于完整DOM顯示W(wǎng)eb頁面。注意，當(dāng)不將顯示 Web頁面所需的圖像數(shù)據(jù)等存儲在高速緩沖存儲器133中時，顯示控制單元134經(jīng)由數(shù) 據(jù)獲取單元110獲取所需的圖像數(shù)據(jù)等，并且使得使用所獲取的圖像數(shù)據(jù)等顯示W(wǎng)eb頁
此外，在基于臨時DOM的Web頁面的顯示期間進行滾動等的情況下，顯示控制 單元134將在顯示單元140上的基準(zhǔn)位置顯示的構(gòu)造單位的信息(下文中稱為節(jié)點信息) 存儲在節(jié)點信息存儲單元135中。然后，在顯示基于完整DOM的Web頁面時，顯示控 制單元134讀取存儲在節(jié)點信息存儲單元135中的節(jié)點信息，并調(diào)整基于完整DOM的 Web頁面的滾動位置，使得在顯示單元140上的基準(zhǔn)位置處顯示與節(jié)點信息相對應(yīng)的完整 DOM的構(gòu)造單位。使用這種配置，可以減少用戶在將基于臨時DOM的Web頁面切換為 基于完整DOM的Web頁面時感覺到的不適。
到此為止，描述了根據(jù)本實施例的信息處理設(shè)備100的功能配置。
2-3 信息處理設(shè)備100的操作
接下來，參考圖11，描述根據(jù)本實施例的信息處理設(shè)備100的操作。圖11是示 出根據(jù)本實施例的信息處理設(shè)備100的操作流程的說明圖。
如圖11所示，信息處理設(shè)備100首先分析HTML文件，并且提取與HTML描述 相關(guān)的構(gòu)造單位、與CSS文件的下載和應(yīng)用相關(guān)的構(gòu)造單位以及與JS文件的下載和執(zhí)行 相關(guān)的構(gòu)造單位(步驟S101)。接下來，信息處理設(shè)備100通過使所提取的構(gòu)造單位中的 與HTML描述相關(guān)的構(gòu)造單位和與CSS文件相關(guān)的構(gòu)造單位相互鏈接，來開始創(chuàng)建臨時 DOM(步驟S102)。然后，信息處理設(shè)備100通過使所提取的構(gòu)造單位中的與HTML描 述相關(guān)的構(gòu)造單位、與CSS文件相關(guān)的構(gòu)造單位和與JS文件相關(guān)的構(gòu)造單位相互鏈接， 來開始創(chuàng)建完整DOM (步驟S103)。
接下來，信息處理設(shè)備100判斷臨時DOM的創(chuàng)建是否完成(步驟S104)。在臨 時DOM的創(chuàng)建完成的情況下，信息處理設(shè)備100進行到步驟S105。另一方面，在臨時 DOM的創(chuàng)建未完成的情況下，信息處理設(shè)備100返回到步驟S104的處理。在進行到步 驟S105的處理的情況下，信息處理設(shè)備100通過繪制臨時DOM來創(chuàng)建Web頁面，并將 其顯示在顯示屏幕上(步驟S105)。
接下來，信息處理設(shè)備100判斷完整DOM的創(chuàng)建是否完成(步驟S106)。在完整DOM的創(chuàng)建完成的情況下，信息處理設(shè)備100進行到步驟S107的處理。另一方面， 在完整DOM的創(chuàng)建未完成的情況下，信息處理設(shè)備100返回到步驟S106的處理。在進 行到步驟S107的處理的情況下，信息處理設(shè)備100通過繪制完整DOM來創(chuàng)建Web頁面， 并將該Web頁面顯示在顯示屏幕上，來代替基于臨時DOM的Web頁面(步驟S107)，并 且結(jié)束該一系列處理。
到此為止，描述了根據(jù)本實施例的信息處理設(shè)備100的操作流程。
2-4關(guān)于顯示時間的效果
這里，參考圖12至圖14，描述在應(yīng)用根據(jù)本實施例的處理序列的情況下所獲得 的效果。在圖12和圖14中相互比較地示出了標(biāo)準(zhǔn)Web瀏覽器的處理序列所獲得的初始 時間和根據(jù)本實施例的處理序列所獲得的初始時間。此外，在圖13中相互比較地示出 了標(biāo)準(zhǔn)Web瀏覽器的處理序列獲得的完成時間和根據(jù)本實施例的處理序列獲得的完成時 間。
首先，參考圖12。如圖12所示，雖然取決于Web頁面的結(jié)構(gòu)和測量環(huán)境，但 是在應(yīng)用根據(jù)本實施例的處理序列的情況下，初始時間平均減少了 37%。特別地，確認(rèn) 對于大量使用JS的Web頁面，效果明顯。
接下來，參考圖13。在圖13中，在由兩個線程進行的根據(jù)本實施例的處理序列 和由一個線程進行的標(biāo)準(zhǔn)Web瀏覽器的處理序列之間，比較完成時間。從圖13可以看 出，雖然在根據(jù)本實施例的處理序列的情況下兩個線程工作，但是直到完全顯示基于完 整DOM的Web頁面為止的時間，與標(biāo)準(zhǔn)Web瀏覽器使用一個線程進行的完成時間大約 相同。這是因為兩個線程同時并行地進行處理。
接下來，參考圖14。圖14示出了對于使用高速光線路的情況下的初始時間之 間的比較結(jié)果。如圖14所示，在使用具有寬帶寬的高速線路的情況下，對于應(yīng)用根據(jù)本 實施例的處理序列的情況，速度也平均高30%。認(rèn)為帶寬的提高慢也是該結(jié)果的主要因 素。也就是說，使用具有寬帶寬的線路的用戶也可以經(jīng)歷通過應(yīng)用根據(jù)本實施例的處理 序列而獲得的效果。
到此為止，描述了應(yīng)用根據(jù)本實施例的處理序列所獲得的效果。
2-5 根據(jù)DOM結(jié)構(gòu)的差異的顯示結(jié)果之間的比較
已經(jīng)清楚了應(yīng)用根據(jù)本實施例的處理序列所獲得的效果。然而，如果基于臨時 DOM的Web頁面看起來是煩擾的，則這是無意義的。參考圖15至圖17，考慮基于DOM 結(jié)構(gòu)的差異的顯示結(jié)構(gòu)之間的差異。
Dl 僅 HTML 文件
首先，參考圖15。圖15示出了僅使用HTML文件構(gòu)建簡單DOM且基于簡單 DOM顯示W(wǎng)eb頁面的情況下的顯示配置。在僅HTML文件的情況下，不特定指定布局， 因此，獲得簡單地豎直布置文本數(shù)據(jù)T和圖像數(shù)據(jù)Ml的顯示結(jié)果。在這種情況下，如 圖15所示，簡單DOM的結(jié)構(gòu)將具有以HTML標(biāo)簽的構(gòu)造單位作為根、且以HEAD標(biāo)簽 和BODY標(biāo)簽的構(gòu)造單位作為在第一層級中的節(jié)點的樹型結(jié)構(gòu)。此外，例如，將與文本 數(shù)據(jù)T相對應(yīng)的節(jié)點和與圖像數(shù)據(jù)Ml相對應(yīng)的節(jié)點鏈接到BODY標(biāo)簽的構(gòu)造單位的較低 層級(第二層級)。
D2 HTML 文件 +CSS 文件20
接下來，參考圖16。圖16示出了使用HTML文件和CSS文件構(gòu)建簡單DOM 并基于簡單DOM顯示W(wǎng)eb頁面的情況下的顯示配置。該顯示配置示例對應(yīng)于根據(jù)本實 施例的基于臨時DOM的顯示配置。在圖16的示例中，由于由CSS文件指定布局，因此 調(diào)整文本數(shù)據(jù)T的顯示位置和圖像數(shù)據(jù)Ml的顯示位置。
在這種情況下，簡單DOM的結(jié)構(gòu)將具有以HTML標(biāo)簽的構(gòu)造單位作為根、且 以HEAD標(biāo)簽和BODY標(biāo)簽的構(gòu)造單位作為在第一層級中的節(jié)點的樹型結(jié)構(gòu)。此外，例 如，將與文本數(shù)據(jù)T相對應(yīng)的節(jié)點和與圖像數(shù)據(jù)Ml相對應(yīng)的節(jié)點鏈接到BODY標(biāo)簽的 構(gòu)造單位的較低層級(第二層級)。如所描述的，因為由于應(yīng)用CSS文件而不對該簡單 DOM進行重寫處理，因此簡單DOM的結(jié)構(gòu)與在僅HTML文件的情況下基本相同。
D3 HTML 文件 +CSS 文件 +JS 文件
接下來，參考圖17。圖17示出了使用HTML文件、CSS文件和JS文件構(gòu)建 DOM并基于DOM顯示W(wǎng)eb頁面的情況下的顯示配置。該顯示配置示例對應(yīng)于根據(jù)本實 施例的基于完整DOM的顯示配置。在圖17的示例中，由CSS文件指定布局，因此調(diào)整 文本數(shù)據(jù)T的顯示位置和圖像數(shù)據(jù)M2的顯示位置。注意，通過執(zhí)行JS文件來重寫DOM 節(jié)點的內(nèi)容。在圖17的示例中，將包含在節(jié)點中的圖像數(shù)據(jù)Ml的顯示指定(display specification)重寫為圖像數(shù)據(jù)M2的顯示指定。
如所描述的，由于簡單DOM的結(jié)構(gòu)，在Web頁面的顯示結(jié)果之間存在差異。 然而，如使用根據(jù)本實施例的臨時DOM的結(jié)構(gòu)，通過考慮與CSS文件相關(guān)的構(gòu)造單位， 調(diào)整基于臨時DOM的Web頁面的布局，可以呈現(xiàn)所需的信息，而不使用戶感到不適。
2-6 DOM構(gòu)建步驟的具體示例
接下來，參考圖18至68，描述DOM構(gòu)建步驟的具體示例。為了進行比較，還 示出標(biāo)準(zhǔn)Web瀏覽器的DOM構(gòu)建步驟。圖18至圖35的處理步驟是標(biāo)準(zhǔn)Web瀏覽器的 DOM構(gòu)建步驟，圖36至圖68的處理步驟是根據(jù)本實施例的DOM構(gòu)建步驟。
標(biāo)準(zhǔn)Web瀏覽器的DOM構(gòu)建步驟
首先，描述標(biāo)準(zhǔn)Web瀏覽器的DOM構(gòu)建步驟。這里，描述執(zhí)行圖18所示的 HTML文件的情況。
當(dāng)發(fā)生重定向時，下載如圖18所示的HTML文件。然后，分析下載的HTML 文件的結(jié)構(gòu)。首先，如圖19所示，讀取HTML文件的開頭處的<html>標(biāo)簽，并識別由 <html>#簽界定的構(gòu)造單位，作為DOM的根。然后，如圖20所示，讀取<head>標(biāo)簽 (head 頭)，識別由<head>#簽界定的構(gòu)造單位，作為DOM的根的下級的節(jié)點。這 時，如圖20所示，使與<html>標(biāo)簽相對應(yīng)的根和與<head>#簽相對應(yīng)的節(jié)點相互鏈接。
然后，如圖21所示，讀取<meta…〉標(biāo)簽(meta 元)，識別由<meta…〉標(biāo)簽界 定的構(gòu)造單位，作為從屬于<head>節(jié)點的下級節(jié)點。這時，如圖21所示，眾⑶公節(jié)點 和<meta...>f點相互鏈接。
接下來，如圖22所示，讀取<title>標(biāo)簽(title 標(biāo)題)，識別由<title>標(biāo)簽界定 的構(gòu)造單位，作為從屬于<head>節(jié)點的下級節(jié)點。另外，由于<meta...>標(biāo)簽和<title> 標(biāo)簽由相同的<head>標(biāo)簽界定，因此<title>標(biāo)簽從屬于<head>標(biāo)簽，如圖22所示。也 就是說，如圖22所示，<head>節(jié)點和<title>f點相互鏈接。
接下來，如圖23所示，讀取<script...>標(biāo)簽(script:腳本)，識別由<script...>標(biāo)簽界定的構(gòu)造單位，作為從屬于<head>節(jié)點的下級節(jié)點。另外，<meta...>標(biāo)簽、<title> 標(biāo)簽和〈script...>標(biāo)簽由相同的<head>標(biāo)簽界定，因此<script...>標(biāo)簽從屬于<head>標(biāo) 簽，如圖23所示。也就是說，如圖23所示，<head>節(jié)點和<script...>f點相互鏈接。 另外，<script...>節(jié)點是與腳本處理的執(zhí)行相關(guān)的構(gòu)造單位。
在圖23的示例中，將JS腳本文件與<script...>標(biāo)簽的構(gòu)造單位相關(guān)聯(lián)。因此， 如圖M所示，當(dāng)讀取<Script...>#簽時，下載JS腳本文件，并執(zhí)行下載的JS腳本文件。 這時，如果在JS腳本文件中包括用于改變DOM結(jié)構(gòu)的描述，則在該階段改變DOM結(jié) 構(gòu)。例如，如圖25所示，在JS腳本文件中描述“document.title = ‘new title’ ； ”的 情況下(document:文檔，new title :新標(biāo)題)，由于改變<title>標(biāo)簽的內(nèi)容，因此更新 包含在DOM中的<title>節(jié)點。
接下來，如圖沈所示，讀取<link...>標(biāo)簽(link 鏈接)，識別由<link...>標(biāo)簽界定的構(gòu)造單位，作為從屬于<head>節(jié)點的下級節(jié)點。另外，<meta...>標(biāo)簽、<title># 簽、<script...>標(biāo)簽和<link...>標(biāo)簽由相同的<head>標(biāo)簽界定，因此<link...>標(biāo)簽從屬于 <head>標(biāo)簽，如圖沈所示。也就是說，如圖沈所示，<head>節(jié)點和<link...>節(jié)點相互鏈接。
另外，在圖沈的示例中，由<link...>標(biāo)簽將CSS文件相關(guān)聯(lián)。因此，<link...> 節(jié)點是與布局的定義相關(guān)的構(gòu)造單位。因此，如圖27所示，當(dāng)讀取<link...>#簽時， 下載CSS文件，并應(yīng)用下載的CSS文件。例如，如圖27所示，在CSS文件中描述"body{text-align:right}” 的情況下(body:主體，text 文本，align 對齊，right 右)，將文本數(shù)據(jù)的顯示布局設(shè)置為右對齊。
接下來，如圖觀所示，讀取指示<head>標(biāo)簽界定的構(gòu)造單位的結(jié)束位置的 </head>,并且從屬于<head>節(jié)點的DOM樹的構(gòu)建完成。然后，如圖四所示，讀取 <body>標(biāo)簽，識別由<body>#簽界定的構(gòu)造單位，作為從屬于根的節(jié)點。也就是說， 如圖四所示，根和<body>f點相互鏈接。然后，如圖30和圖31所示，讀取由<body> 標(biāo)簽界定的構(gòu)造單位的內(nèi)容。
如圖31所示，在由<body>標(biāo)簽界定的構(gòu)造單位中包括圖像數(shù)據(jù)的指定。因此， 如圖32所示，下載指定的圖像數(shù)據(jù)。注意，如圖32至圖35所示，在圖像數(shù)據(jù)的下載期 間，繼續(xù)DOM的構(gòu)建處理。然后，讀取指示由<body>標(biāo)簽界定的構(gòu)造單位的結(jié)束位置 的</body>標(biāo)簽，讀取指示由<html>標(biāo)簽界定的構(gòu)造單位的結(jié)束位置的</html>標(biāo)簽， 并結(jié)束對HTML文件的分析。因此，DOM的創(chuàng)建完成。
到此為止，具體描述了標(biāo)準(zhǔn)Web瀏覽器的DOM構(gòu)建步驟。如所描述的，標(biāo)準(zhǔn) Web瀏覽器的DOM構(gòu)建步驟包括下載和執(zhí)行JS腳本文件的步驟。因此，由于腳本處理 的順序性，DOM的構(gòu)建花費很長時間。
根據(jù)本實施例的DOM構(gòu)建步驟
接下來，描述根據(jù)本實施例的DOM構(gòu)建步驟。另外，使用與上述圖18所示的 示例相同的文件，作為要讀取的HTML文件(參見圖36)。此外，在下面的說明中，由 第一線程進行的處理意為與創(chuàng)建臨時DOM相關(guān)的處理，由第二線程進行的處理意為與創(chuàng) 建完整DOM相關(guān)的處理。
由第一線程進行的處理
首先，描述由第一線程進行的處理。
當(dāng)發(fā)生重定向時，如圖36所示，下載HTML文件。然后，分析下載的HTML 文件的結(jié)構(gòu)。首先，如圖37所示，讀取HTML文件的開頭的<html>標(biāo)簽，并識別由 <html>#簽界定的構(gòu)造單位，作為DOM的根。然后，如圖38所示，讀取<head>標(biāo)簽， 識別由<head>#簽界定的構(gòu)造單位，作為從屬于DOM的根的節(jié)點。這時，如圖38所 示，與<html>標(biāo)簽相對應(yīng)的根和與<head>標(biāo)簽相對應(yīng)的節(jié)點相互鏈接。
然后，如圖39所示，讀取<meta...>標(biāo)簽，識別由<meta...>標(biāo)簽界定的構(gòu)造單 位，作為從屬于<head>節(jié)點的下級節(jié)點。這時，如圖39所示，<head>節(jié)點和<meta...> 節(jié)點相互鏈接。
接下來，如圖40所示，讀取<title>標(biāo)簽，識別由<title>#簽界定的構(gòu)造單位， 作為從屬于<head>節(jié)點的下級節(jié)點。另外，由于<meta...>標(biāo)簽和<title>標(biāo)簽由相同的 <head>標(biāo)簽界定，因此<title>標(biāo)簽從屬于<head>標(biāo)簽，如圖40所示。也就是說，如圖 40所示，<head>節(jié)點和<title>節(jié)點相互鏈接。
接下來，如圖41所示，讀取<script...>標(biāo)簽。然而，在根據(jù)本實施例的由第一 線程進行的DOM構(gòu)建步驟中，如圖42所示，跳過<script...>標(biāo)簽，不進行與由<script...> 標(biāo)簽界定的構(gòu)造單位相關(guān)的處理。也就是說，不進行JS腳本文件的下載和執(zhí)行。
接下來，如圖43所示，讀取<Knk...>標(biāo)簽，識別由<link...>標(biāo)簽界定的構(gòu)造單 位，作為從屬于<head>節(jié)點的下級節(jié)點。另夕卜，<meta...>標(biāo)簽、<title>標(biāo)簽、<script...> 標(biāo)簽和<link...>標(biāo)簽由相同的<head>標(biāo)簽界定，因此<link...>標(biāo)簽從屬于<head>標(biāo)簽， 如圖43所示。也就是說，如圖43所示，<head>節(jié)點和<link...>f點相互鏈接。
另外，在圖43的示例中，由<link...>標(biāo)簽將CSS文件相關(guān)聯(lián)。因此，<link...> 節(jié)點是與布局的定義相關(guān)的構(gòu)造單位。因此，如圖44所示，當(dāng)讀取<link...>#簽時， 下載CSS文件，并應(yīng)用下載的CSS文件。例如，在如圖44所示，在CSS文件中描述"body{text-align:right}"的情況下，將文本數(shù)據(jù)的顯示布局設(shè)置為右對齊。
接下來，如圖45所示，讀取指示<head>標(biāo)簽界定的構(gòu)造單位的結(jié)束位置的</ head>,并且完成對從屬于<head>節(jié)點的DOM樹的構(gòu)建。然后，如圖46所示，讀取 <body>標(biāo)簽，識別由<body>#簽界定的構(gòu)造單位，作為從屬于根的節(jié)點。也就是說， 如圖46所示，根和<body>f點相互鏈接。然后，如圖47和圖48所示，讀取由<body> 標(biāo)簽界定的構(gòu)造單位的內(nèi)容。
如圖48所示，在由<body>標(biāo)簽界定的構(gòu)造單位中包括圖像數(shù)據(jù)的指定。因此， 如圖49所示，下載指定的圖像數(shù)據(jù)。注意，如圖49至圖52所示，在圖像數(shù)據(jù)的下載期 間，繼續(xù)臨時DOM的構(gòu)建處理。然后，讀取指示由<body>標(biāo)簽界定的構(gòu)造單位的結(jié)束 位置的</body>標(biāo)簽，讀取指示由<html>標(biāo)簽界定的構(gòu)造單位的結(jié)束位置的</html>標(biāo) 簽，并結(jié)束對HTML文件的分析。因此，臨時DOM的創(chuàng)建完成。
如所描述的，在由第一線程進行的臨時DOM的構(gòu)建步驟中，跳過了 JS腳本文 件的下載和執(zhí)行。因此，不存在由于腳本處理的順序性而產(chǎn)生的處理延遲，可以快速地 構(gòu)建臨時DOM。
由第二線程進行的處理
接下來，描述由第二線程進行的處理。注意，由第二線程進行的處理在與由第一線程進行的處理相同的時刻開始。此外，由于由下載管理器線程進行各種文件的下 載，因此不需要冗余地下載由第一線程使用的已經(jīng)下載的文件。
當(dāng)發(fā)生重定向時，如圖53所示，分析HTML文件的結(jié)構(gòu)。這時，由下載管理器 線程繼續(xù)所需的文件的下載。首先，如圖M所示，讀取HTML文件的開頭處的<html> 標(biāo)簽，并識別由<html>#簽界定的構(gòu)造單位，作為DOM的根。然后，如圖55所示，讀 取<head>標(biāo)簽，識別由<head>#簽界定的構(gòu)造單位，作為從屬于DOM的根的節(jié)點。這 時，如圖55所示，與<html>標(biāo)簽相對應(yīng)的根和與<head>#簽相對應(yīng)的節(jié)點相互鏈接。
然后，如圖56所示，讀取<meta...>標(biāo)簽，識別由<meta...>標(biāo)簽界定的構(gòu)造單 位，作為從屬于<head>節(jié)點的下級節(jié)點。這時，如圖56所示，<head>節(jié)點和<meta...> 節(jié)點相互鏈接。
接下來，如圖57所示，讀取<title>標(biāo)簽，識別由<title>#簽界定的構(gòu)造單位， 作為從屬于<head>節(jié)點的下級節(jié)點。另外，由于<meta...>標(biāo)簽和<title>標(biāo)簽由相同的 <head>標(biāo)簽界定，因此<title>標(biāo)簽從屬于<head>標(biāo)簽，如圖57所示。也就是說，如圖 57所示，<head>節(jié)點和<title>節(jié)點相互鏈接。
接下來，如圖58所示，讀取<script...>標(biāo)簽，識別由<script...>標(biāo)簽界定的構(gòu) 造單位，作為從屬于<head>節(jié)點的下級節(jié)點。另外，<meta...>#簽、<title>標(biāo)簽和 〈script..>標(biāo)簽由相同的<head>標(biāo)簽界定，因此〈script...>標(biāo)簽從屬于<head>標(biāo)簽，如 圖58所示。也就是說，如圖58所示，<head>節(jié)點和<script...>f點相互鏈接。另外， <script...>節(jié)點是與腳本處理的執(zhí)行相關(guān)的構(gòu)造單位。
在圖58的示例中，將JS腳本文件與<script...>標(biāo)簽的構(gòu)造單位相關(guān)聯(lián)。因此， 如圖59所示，當(dāng)讀取<SCript...>#簽時，下載JS腳本文件，并執(zhí)行下載的JS腳本文件。 這時，如果在JS腳本文件中包括用于改變DOM結(jié)構(gòu)的描述，則在該階段改變DOM結(jié) 構(gòu)。例如，如圖60所示，在JS腳本文件中描述“document.title = ‘new title’ ； ”的 情況下，改變<title>標(biāo)簽的內(nèi)容，因此更新包含在完整DOM中的<title>節(jié)點。
如所描述的，在由第二線程進行的DOM的構(gòu)建步驟中，讀取在第一線程的 DOM構(gòu)建步驟跳過的<script...>標(biāo)簽，并進行JS腳本文件的下載和執(zhí)行。
接下來，如圖61所示，讀取<Knk...>標(biāo)簽，識別由<link...>標(biāo)簽界定的構(gòu)造單 位，作為從屬于<head>節(jié)點的下級節(jié)點。另夕卜，<meta...>標(biāo)簽、<title>標(biāo)簽、〈script...> 標(biāo)簽和<link...>標(biāo)簽由相同的<head>標(biāo)簽界定，因此<link...>標(biāo)簽從屬于<head>標(biāo)簽， 如圖61所示。也就是說，如圖61所示，<head>節(jié)點和<link...>f點相互鏈接。
另外，在圖61的示例中，由<link...>標(biāo)簽將CSS文件相關(guān)聯(lián)。因此，<link...> 節(jié)點是與布局的定義相關(guān)的構(gòu)造單位。因此，如在第一線程進行的DOM構(gòu)建步驟中， 應(yīng)用CSS文件。例如，如圖61所示，在CSS文件中描述“body{text-align:right}”的情 況下，將文本數(shù)據(jù)的顯示布局設(shè)置為右對齊。注意，下載管理器線程已經(jīng)下載了 CSS文 件。
接下來，如圖62所示，讀取指示<head>標(biāo)簽界定的構(gòu)造單位的結(jié)束位置的 </head>,并且完成從屬于<head>節(jié)點的DOM樹的構(gòu)建。然后，如圖63所示，讀取 <body>標(biāo)簽，識別由<body>#簽界定的構(gòu)造單位，作為從屬于根的節(jié)點。也就是說， 如圖63所示，根和<body>f點相互鏈接。然后，如圖64和圖65所示，讀取由<body>標(biāo)簽界定的構(gòu)造單位的內(nèi)容。
如圖65所示，在由<body>標(biāo)簽界定的構(gòu)造單位中包括圖像數(shù)據(jù)的指定。因此， 如圖65所示，下載指定的圖像數(shù)據(jù)。注意，并不新下載在由第一線程進行的DOM構(gòu)建 步驟中已經(jīng)下載的圖像數(shù)據(jù)。也就是說，這里下載的是要在由第二線程進行的DOM構(gòu)建 步驟中需要新下載的圖像數(shù)據(jù)。在圖65的示例中，由于下載與由第一線程進行的DOM 構(gòu)建步驟相同的圖像數(shù)據(jù)，因此不需要新下載圖像數(shù)據(jù)。
然后，如圖66所示，讀取指示由<body>標(biāo)簽界定的構(gòu)造單位的結(jié)束位置的</ body>標(biāo)簽。此外，如圖67所示，讀取指示由<html>標(biāo)簽界定的構(gòu)造單位的結(jié)束位置的 </html>標(biāo)簽，并結(jié)束對HTML文件的分析。因此，如圖68所示，完成完整DOM的創(chuàng)建。
如所描述的，在由第二線程進行的DOM構(gòu)建步驟中，執(zhí)行在由第一線程進行 的DOM構(gòu)建步驟中跳過的腳本文件的下載和執(zhí)行，并且創(chuàng)建想要構(gòu)建的DOM(完整 DOM)。如上所述，完整DOM的構(gòu)建步驟與由標(biāo)準(zhǔn)Web瀏覽器進行的DOM構(gòu)建步驟 基本相同。也就是說，通過以正確的順序讀取并執(zhí)行包括JS的HTML文件的構(gòu)造單位， 來構(gòu)建完整DOM。因此，基于完整DOM的Web頁面將具有準(zhǔn)確地反映作者的意圖的布 局和操作。
如所描述的，當(dāng)由第一線程構(gòu)建臨時DOM時，通過繪制臨時DOM來創(chuàng)建基于 臨時DOM的Web頁面，并在屏幕上顯示W(wǎng)eb頁面。由于在臨時DOM的構(gòu)建步驟中不 包括腳本文件的下載和執(zhí)行的處理，因此快速地顯示基于臨時DOM的Web頁面。另一 方面，當(dāng)完成完整DOM的構(gòu)建時，通過繪制完整DOM來創(chuàng)建基于完整DOM的Web頁 面，并由該Web頁面替換基于臨時DOM的Web頁面。因此，可以瀏覽具有Web頁面的 作者實際希望的結(jié)構(gòu)的Web頁面。
其結(jié)果是，可以滿足快速地獲取所需的信息的希望以及瀏覽準(zhǔn)確地反映Web頁 面的作者的意圖的Web頁面的希望。這種配置在諸如移動數(shù)據(jù)線路的不穩(wěn)定網(wǎng)絡(luò)環(huán)境中 尤其有效。此外，期望應(yīng)用到具有相對高的計算能力的裝置。
另外，雖然使用表述“第一線程”和“第二線程”，但是不一定需要通過兩個 真實線程來執(zhí)行臨時DOM/完整DOM的構(gòu)建處理。也就是說，不需要準(zhǔn)備兩個真實 線程并且獨立地進行處理，只要可以合理地進行兩種類型的處理即可。此外，在上述說 明中，描述了對HTML文件的分析和基于包含在HTML文件中的構(gòu)造單位的DOM的構(gòu) 建，但是應(yīng)用還可以是以其它結(jié)構(gòu)化語言編寫的文件的分析和構(gòu)建其樹型結(jié)構(gòu)的處理。 因此，該應(yīng)用示例當(dāng)然在本實施例的技術(shù)范圍內(nèi)。
變型例等
到此為止，以在HTML文件中包括與腳本處理相關(guān)的構(gòu)造單位為前提進行了說 明。然而，實際上，許多HTML文件不包括與腳本處理相關(guān)的構(gòu)造單位。在HTML文 件不包括與腳本處理相關(guān)的構(gòu)造單位的情況下，由HTML文件構(gòu)建的臨時DOM和完整 DOM將具有相同的結(jié)構(gòu)。
因此，如果在臨時DOM的構(gòu)建步驟的執(zhí)行期間，判明HTML文件不包括與腳本 處理相關(guān)的構(gòu)造單位，則進行變型以停止完整DOM的構(gòu)建步驟。由于該變型允許不創(chuàng)建 完整DOM，由此減少了創(chuàng)建完整DOM所需的計算負荷。此外，由于不創(chuàng)建完整DOM，25因此還省略用基于完整DOM的Web頁面替換基于臨時DOM的Web頁面的處理。
此外，在上述說明中，以整個Web頁面作為根據(jù)本實施例的技術(shù)的應(yīng)用范圍。 然而，也可以針對Web瀏覽器的每個制表符、窗口或者框，執(zhí)行上述技術(shù)。還可以進行 變型，允許指定應(yīng)用該技術(shù)的域、URL等。此外，還可以基于在進行Web瀏覽時檢測到 的顯示時間的長度，選擇應(yīng)用該技術(shù)的站點，并對顯示花費長時間的站點應(yīng)用該技術(shù)。
3 第二實施例
接下來，描述本發(fā)明的第二實施例。本實施例涉及在用戶請求Web頁面的顯示 之前預(yù)先獲取(預(yù)取)顯示W(wǎng)eb頁面所需的文件的方法。使用這種方法允許在用戶請求 Web頁面的顯示之后不下載文件，因此可以大大減少顯示W(wǎng)eb頁面花費的時間。
另外，已知從正在瀏覽的Web頁面中描述的所有鏈接目的地預(yù)取用來顯示W(wǎng)eb 頁面的數(shù)據(jù)的方法。然而，如果在正在瀏覽的Web頁面中描述大量鏈接目的地，或者如 果存在用于顯示鏈接目的地的Web頁面的大量文件，則預(yù)取將占用帶寬。此外，將需 要大容量存儲器來緩存預(yù)取的文件。此外，極難適當(dāng)?shù)剡x擇用戶很可能選擇的鏈接目的 地，因為這要求預(yù)測用戶的動作。此外，預(yù)測用戶的動作要求高計算能力，并且難以在 上述根據(jù)第一實施例的技術(shù)有用的信息處理設(shè)備中實現(xiàn)。因此，在本實施例中，以使用 根據(jù)第一實施例的技術(shù)為前提，將提出抑制要預(yù)取的文件的大小的方法。
3-1 預(yù)取的效果(考慮)
這里，參考圖69至圖72描述預(yù)取的效果。
首先，參考圖69。如上所述，根據(jù)本實施例的預(yù)取方法以使用根據(jù)第一實施例 的技術(shù)作為其前提。也就是說，以將腳本文件的下載和執(zhí)行置于稍后的序列中的方法作 為前提。因此，考慮對用于構(gòu)建臨時DOM的HTML文件和CSS文件的預(yù)取。通過從 預(yù)取目標(biāo)中排除圖像數(shù)據(jù)等，可以大大減少通過預(yù)取要緩存的數(shù)據(jù)量。即使使用這種配 置，也以在一定程度上調(diào)整了的布局顯示文本數(shù)據(jù)，并以稍微容易觀看的格式向用戶呈 現(xiàn)充足的信息量。
圖70和圖71比較四種情況(情況1)不進行預(yù)取，(情況2)預(yù)取HTML文件 和CSS文件，(情況3)預(yù)取HTML文件、CSS文件和JS文件，以及(情況4)預(yù)取所有文件。
首先，參考圖70。圖70中的左側(cè)的圖比較了預(yù)取文件的數(shù)量。另一方面，圖70 中的右側(cè)的圖比較了預(yù)取文件的總大小。從圖70可以看出，與其它情況相比，對于(情 況4)，要預(yù)取的文件的數(shù)量和文件大小顯著更大。也就是說，當(dāng)應(yīng)用預(yù)取構(gòu)成Web頁面 的所有數(shù)據(jù)的標(biāo)準(zhǔn)預(yù)取方法時，需要極大的緩存。另一方面，可以理解，當(dāng)使用(情況 2)和(情況幻的預(yù)取方法時，與預(yù)取所有數(shù)據(jù)的(情況4)的預(yù)取方法相比，可以減少要 高速緩沖的數(shù)據(jù)。此外，當(dāng)關(guān)注對(情況2)和(情況3)的比較時，可以看出簡單地由 于存在/不存在JS文件，高速緩沖的數(shù)據(jù)的量有很大的差異。
接下來，參考圖71。圖71比較對于將(情況1)至(情況4)的預(yù)取方法應(yīng)用 于兩種類型的Web頁面的情況，直到開始顯示時的時間。當(dāng)然，因為預(yù)取用于開始顯示 Web頁面所需的文件，因此對于(情況2)至(情況4)，顯示時間短。此外，當(dāng)基于JS 處理的存在和不存在進行比較時，由不存在JS處理而獲得的時間減少效果顯著。當(dāng)然， 通過省略JS處理而獲得的效果的水平根據(jù)Web頁面的類型而不同，但是應(yīng)當(dāng)理解，在所26有情況下獲得效果。從這些結(jié)果，通過僅預(yù)取HTML文件和CSS文件(情況幻的配置， 期望獲得顯著的時間減少效果，同時節(jié)省高速緩沖存儲器。
此外，通過組合本實施例與第一實施例的技術(shù)，通過由預(yù)取的HTML文件和 CSS文件構(gòu)成臨時DOM，并基于臨時DOM顯示W(wǎng)eb頁面，期望更快地顯示W(wǎng)eb頁面。 另外，如圖72所示，作為用作預(yù)取目標(biāo)的Web頁面的候選，可以假定(候選1)在書簽列 表中登記的鏈接目的地，(候選幻在搜索結(jié)果中包括的鏈接目的地的開頭的特定數(shù)量的 鏈接目的地，(候選3)瀏覽頁面中的鏈接目的地等。此外，可以以從(候選1)至(候 選3)的順序，選擇特定數(shù)量的鏈接目的地。此外，用戶可以決定這些候選之間的組合， 并且可以從組合中選擇特定數(shù)量的鏈接目的地。
如上所述，本實施例提出了預(yù)取HTML文件和CSS文件的方法。當(dāng)然，HTML 文件僅僅是示例，可以代替HTML文件來使用以其它結(jié)構(gòu)化語言編寫的文件。此外， CSS文件僅僅是示例，可以代替CSS文件來使用用于調(diào)整顯示布局的不同格式的文件。 在任何情況下，通過預(yù)取這兩種類型的文件，可以快速地顯示基于臨時DOM的Web頁 面。下面，詳細描述根據(jù)本實施例的預(yù)取方法。
3-2 信息處理設(shè)備100的功能配置
首先，參考圖73，描述能夠?qū)崿F(xiàn)上述構(gòu)思的信息處理設(shè)備100的功能配置。圖 73是示出根據(jù)本實施例的信息處理設(shè)備100的示例的說明圖。另外，有時將根據(jù)本實施 例的信息處理設(shè)備100稱為信息處理設(shè)備100B，以與上述第一實施例和稍后描述的第三 實施例的信息處理設(shè)備100進行區(qū)分。
如圖73所示，信息處理設(shè)備100主要由數(shù)據(jù)獲取單元110、結(jié)構(gòu)分析單元120、 繪制單元130、顯示單元140、通信單元150和鏈接選擇單元160構(gòu)成。此外，繪制單元 130包括臨時DOM創(chuàng)建單元131、完整DOM創(chuàng)建單元132、高速緩沖存儲器133、顯示 控制單元134和節(jié)點信息存儲單元135。與上述根據(jù)第一實施例的信息處理設(shè)備100A的 主要差別在于，存在通信單元150和鏈接選擇單元160。因此，下面，主要描述通信單元 150和鏈接選擇單元160的功能。
通信單元150是用于經(jīng)由網(wǎng)絡(luò)200與Web服務(wù)器310和320進行通信的裝置。另 外，為了從Web服務(wù)器310或者320下載文件，需要訪問DNS服務(wù)器執(zhí)行域名解析(name resolution)或者建立TCP連接。此外，需要從Web服務(wù)器310和320獲取重定向。通 信單元150根據(jù)需要執(zhí)行關(guān)于與Web服務(wù)器310和320的通信的上述處理等。
此外，鏈接選擇單元160是用于選擇要作為預(yù)取目標(biāo)的鏈接目的地的裝置。如 上所述，作為用作預(yù)取目標(biāo)的鏈接目的地，可以采用(候選1)在書簽列表中登記的鏈接 目的地，(候選幻在搜索結(jié)果中包括的鏈接目的地開頭的特定數(shù)量的鏈接目的地，(候選 3)瀏覽頁面中的鏈接目的地等。例如，當(dāng)設(shè)置(候選幻時，鏈接選擇單元160選擇包含 在從搜索引擎輸出的搜索結(jié)果中的特定數(shù)量的鏈接目的地。此外，在(候選1)和(候選 3)的情況下，鏈接選擇單元160選擇特定數(shù)量的鏈接目的地。
此外，鏈接選擇單元160根據(jù)特定規(guī)則對選擇的鏈接目的地分配預(yù)取的類型。 例如，鏈接選擇單元160對開頭的Nl個鏈接目的地分配預(yù)取HTML文件和CSS文件的第 一方法，并且對接下來的N2個鏈接目的地分配預(yù)取重定向的第二方法。此外，鏈接選擇 單元160對與接下來的N3個鏈接目的地相對應(yīng)的Web服務(wù)器310和320，分配預(yù)先建立TCP連接的第三方法，或者分配預(yù)先通過DNS執(zhí)行域名解析的第四方法。下面，將第一 方法、第二方法、第三方法和第四方法分別稱為文件預(yù)取、重定向預(yù)取、預(yù)連接和DNS 預(yù)取。
將鏈接選擇單元160選擇的鏈接目的地的信息和對每個鏈接目的地分配的預(yù)取 的類型輸入到數(shù)據(jù)獲取單元110和通信單元150。
例如，將對文件預(yù)取和重定向預(yù)取分配的鏈接目的地的信息輸入到數(shù)據(jù)獲取單 元110。當(dāng)輸入了對文件預(yù)取分配的鏈接目的地的信息時，數(shù)據(jù)獲取單元110從由輸入 的鏈接目的地的信息指示的鏈接目的地下載HTML文件和CSS文件，并對其進行緩存。 另一方面，當(dāng)輸入了對重定向預(yù)取分配的鏈接目的地的信息時，數(shù)據(jù)獲取單元110從由 輸入的鏈接目的地的信息指示的鏈接目的地獲取重定向代碼，并且進行到適當(dāng)?shù)刈x取重 定向目的地的URL。
此外，將對預(yù)連接或者DNS預(yù)取分配的鏈接目的地的信息輸入到通信單元 150。當(dāng)輸入了對預(yù)連接分配的鏈接目的地的信息時，通信單元150建立至由輸入的鏈接 目的地的信息指示的鏈接目的地的TCP連接。注意，在預(yù)連接的情況下，不進行文件的 下載等。另一方面，當(dāng)輸入了對DNS預(yù)取分配的鏈接目的地的信息時，通信單元150執(zhí) 行用于連接到由輸入的鏈接目的地的信息指示的鏈接目的地的域名解析。注意，在DNS 預(yù)取的情況下，處理不進行到TCP連接的建立。
在用戶指定鏈接目的地之前，執(zhí)行上述文件預(yù)取、重定向預(yù)取、預(yù)連接和DNS 預(yù)取。在要執(zhí)行文件預(yù)取的情況下，在獲取HTML文件之后，進行對HTML文件的分 析，并根據(jù)需要進行CSS文件的下載。然后，當(dāng)用戶指定了鏈接目的地時，繪制單元130 開始臨時DOM和完整DOM的構(gòu)建。臨時DOM和完整DOM的構(gòu)建方法以及顯示和切 換Web頁面的處理，與上述根據(jù)第一實施例的信息處理設(shè)備IOOA的構(gòu)建方法和處理基本 相同。因此，省略詳細說明。
到此為止，描述了根據(jù)本實施例的信息處理設(shè)備100的功能配置。
3-3 信息處理設(shè)備100的操作
接下來，參考圖74，描述根據(jù)本實施例的信息處理設(shè)備100的操作。圖74是示 出根據(jù)本實施例的信息處理設(shè)備100的操作流程的說明圖。注意，圖74所示的操作流程 涉及從搜索引擎的搜索結(jié)果中選擇特定數(shù)量的鏈接目的地并執(zhí)行文件預(yù)取的配置。
如圖74所示，首先，信息處理設(shè)備100選擇包含在搜索結(jié)果中的一部分鏈接目 的地(步驟S201)。接下來，信息處理設(shè)備100從選擇的鏈接目的地下載HTML文件和 CSS文件(步驟S202)。然后，信息處理設(shè)備100判斷用戶是否選擇了所選擇的鏈接目 的地中的任何一個(步驟幻03)。當(dāng)用戶選擇了鏈接目的地時，信息處理設(shè)備100進行 到步驟幻04的處理。另一方面，當(dāng)用戶沒有選擇鏈接目的地時，信息處理設(shè)備100返回 到步驟S203的處理。
在進行到步驟幻04的處理的情況下，信息處理設(shè)備100分析通過文件預(yù)取預(yù)先 下載和高速緩沖的HTML文件，并且通過使與HTML的描述相關(guān)的每個構(gòu)造單位和與 CSS文件相關(guān)的構(gòu)造單位相互鏈接，開始創(chuàng)建臨時DOM(步驟幻04)。然后，信息處理 設(shè)備100從用戶選擇的鏈接目的地下載JS文件(步驟S2(^)。然后，信息處理設(shè)備100 使用HTML文件、CSS文件和JS文件開始創(chuàng)建完整DOM (步驟S206)。
然后，信息處理設(shè)備100判斷臨時DOM的創(chuàng)建是否完成(步驟S207)。在臨時 DOM的創(chuàng)建完成的情況下，信息處理設(shè)備100進行到步驟幻08的處理。另一方面，在 臨時DOM的創(chuàng)建未完成的情況下，信息處理設(shè)備100返回到步驟幻07的處理。在進行 到步驟S208的處理的情況下，信息處理設(shè)備100通過繪制臨時DOM創(chuàng)建Web頁面，并 且在顯示屏幕上顯示創(chuàng)建的Web頁面(步驟S208)。
然后，信息處理設(shè)備100判斷完整DOM的創(chuàng)建是否完成(步驟S209)。在完整 DOM的創(chuàng)建完成的情況下，信息處理設(shè)備100進行到步驟幻10的處理。另一方面，在 完整DOM的創(chuàng)建未完成的情況下，信息處理設(shè)備100返回到步驟S209。在進行到步驟 S210的情況下，信息處理設(shè)備100通過繪制完整DOM創(chuàng)建Web頁面，用基于完整DOM 的Web頁面替換基于臨時DOM的Web頁面(步驟S210)，并結(jié)束該一系列處理。
到此為止，描述了根據(jù)本實施例的信息處理設(shè)備100的操作流程。
3-4預(yù)取處理的流程
接下來，參考圖75，描述根據(jù)本實施例的預(yù)取處理的流程。圖75是示出根據(jù)本 實施例的預(yù)取處理的流程的說明圖。另外，由信息處理設(shè)備100執(zhí)行圖75所示的處理。
如圖75所示，首先，判斷請求的URL是否是搜索站點的URL (步驟S301)。在 是搜索站點的URL的情況下，處理進行到步驟S302。另一方面，在不是搜索站點的URL 的情況下，處理返回到步驟S301。在處理進行到步驟S302的情況下，對獲取的搜索站 點的HTML文件進行解析，并提取要預(yù)取的鏈接目的地的列表(下文中稱為預(yù)取列表) (步驟S302)。然后，判斷是否已經(jīng)緩存了提取的鏈接目的地中的第i個URL(Xi)(步驟 S303)。在緩存了 Xi的情況下，處理進行到步驟S307。另一方面，在沒有緩存Xi的情 況下，處理進行到步驟S304。
在處理進行到步驟S304的情況下，發(fā)出從Xi獲取HTML文件的命令(GET)， 并且獲取HTML文件(步驟S304)。然后，對獲取的HTML文件進行解析，并提取在 HTML文件中編寫的CSS文件的鏈接目的地(步驟S305)。此外，發(fā)出獲取CSS文件的 命令(GET)，并獲取CSS文件(步驟S305)。然后，緩存獲取的HTML文件和CSS文 件(步驟幻06)。然后，從預(yù)取列表中刪除Xi (步驟S307)。然后，判斷在預(yù)取列表中 是否存在第i+Ι個URL(X(i+l))(步驟S308)。在存在X(i+1)的情況下，處理返回到步 驟S303。另一方面，在不存在XG+1)的情況下，該一系列處理結(jié)束。
到此為止，描述了根據(jù)本實施例的預(yù)取處理的流程。另外，在用戶點擊URL鏈 接的階段，取消預(yù)取處理。
3-5 預(yù)取的效果
接下來，參考圖76，描述上述預(yù)取的效果。圖76示出了 DNS預(yù)取、預(yù)連接(連 接預(yù)取)、重定向預(yù)取、文件預(yù)取和所有文件預(yù)取的效果之間的比較。如圖76所示，根 據(jù)本實施例的文件預(yù)取所需的業(yè)務(wù)量顯著小于在預(yù)取所有文件的情況下的業(yè)務(wù)量。DNS 預(yù)取、預(yù)連接和重定向預(yù)取的效果也很明顯。也就是說，通過應(yīng)用根據(jù)本實施例的預(yù) 取，可以抑制由預(yù)取引起的業(yè)務(wù)量的增加。從頁面的顯示時間之間的比較還可以理解， 根據(jù)本實施例的文件預(yù)取和預(yù)取所有文件的效果沒有大的差異。如所描述的，通過充分 利用根據(jù)本實施例的文件預(yù)取，可以顯著提高Web頁面的顯示速度，同時，可以減少由 于進行預(yù)取而產(chǎn)生的存儲器容量的浪費使用或者所占用的帶寬的浪費使用。29
3-6 預(yù)連接的效果(考慮)
接下來，參考圖77至圖80，考慮應(yīng)用上述預(yù)連接的情況。如上所述，使用根據(jù) 本實施例的文件預(yù)取方法和基于臨時DOM的Web頁面的顯示方法，即使使用不穩(wěn)定的低 速線路，也可以以容易觀看的格式快速顯示W(wǎng)eb頁面。此外，可以盡可能地防止由于進 行預(yù)取而引起的業(yè)務(wù)量的增加，并且可以削減通信成本。如已經(jīng)描述的，對所有鏈接目 的地應(yīng)用文件預(yù)取是不明智的。例如，對用戶不可能選擇的鏈接目的地應(yīng)用文件預(yù)取是 無效的。因此，考慮通過有效地將預(yù)連接與預(yù)取組合，來進一步減少由于預(yù)取引起的業(yè) 務(wù)量的方法。
如圖77所示，在用戶點擊包含在顯示的Web頁面中的鏈接目的地之前預(yù)先建立 至鏈接目的地的主機的TCP連接是理想的。使得在用戶輸入URL期間建立至指定的鏈 接目的地的主機的TCP連接也是有效的。此外，如圖78所示，使得確定用戶在不久的 將來很可能點擊的鏈接目的地的類型，并且應(yīng)用到該類型的鏈接目的地的預(yù)連接，也是 理想的。如圖78所示，用戶很可能點擊的鏈接目的地例如可以是(選擇候選1)在示出 搜索結(jié)果的屏幕的上部顯示的鏈接目的地、(選擇候選2)在正在瀏覽的屏幕上顯示的鏈 接目的地、(選擇候選3)在瀏覽歷史中頻繁訪問的鏈接目的地、或者(選擇候選4)諸如 鼠標(biāo)指示器的用戶正在操作的操作工具的位置附近的鏈接目的地。
此外，還容易想到選擇通過應(yīng)用上述第一實施例的技術(shù)和根據(jù)本實施例的預(yù)取 或者預(yù)連接而獲得的效果大的鏈接目的地。在這種情況下，例如基于特定域、國家、實 際測量的響應(yīng)時間、連接建立時間的歷史等，決定選擇目標(biāo)。如圖79和圖80所示，連 接建立時間根據(jù)鏈接目的地URL的TLD (頂級域)或者鏈接目的地主機所在的國家而大大 不同。圖79比較了從日本到具有各個TLD的URL的鏈接目的地的連接的情況下的連接 建立時間。圖80比較了在從日本連接到各個國家的鏈接目的地主機時的連接建立時間。 從這些結(jié)果可以理解，在外國鏈接目的地的情況下，執(zhí)行預(yù)連接的效果大。也就是說， 靈活應(yīng)用提取外國鏈接目的地并且對鏈接目的地進行預(yù)連接，以及對國內(nèi)鏈接目的地進 行文件提取，是有效的。
到此為止，描述了本發(fā)明的第二實施例。
4 第三實施例
接下來，描述本發(fā)明的第三實施例。本實施例涉及使用能夠檢測操作工具的接 近距離的觸摸面板在適當(dāng)?shù)臅r刻進行預(yù)取(或者預(yù)連接)的方法。該方法基于根據(jù)第一 實施例和第二實施例的技術(shù)，用于提高技術(shù)的有用性。
4-1 接近檢測和預(yù)取處理的集成
首先，參考圖81，描述根據(jù)本實施例的預(yù)取方法的概要。如上所述，使用能 夠進行接近檢測的觸摸面板，來實現(xiàn)根據(jù)本實施例的預(yù)取方法。這里的接近檢測意為在 諸如手指或者鐵筆之類的操作工具接近觸摸面板的表面的情況下檢測操作工具的靠近程 度。也就是說，這里采用的觸摸面板具有檢測與操作工具和觸摸面板之間的距離相對應(yīng) 的信息的功能。另外，稍后將描述這種觸摸面板的具體示例。
現(xiàn)在，如圖81所示，根據(jù)本實施例的預(yù)取機制，是進行在檢測接近的區(qū)域內(nèi)顯 示的鏈接目的地的預(yù)取。例如，當(dāng)操作工具和觸摸面板之間的距離變得短于特定閾值 時，開始文件預(yù)取，并且在觸摸鏈接目的地的階段使用緩存的文件來顯示W(wǎng)eb頁面。注意，如在第二實施例中，這里進行的文件預(yù)取用于僅預(yù)取HTML文件和CSS文件。此 外，如在第一實施例中，在顯示W(wǎng)eb頁面時，進行基于臨時DOM的Web頁面的顯示和 用基于完整DOM的Web頁面替換基于臨時DOM的Web頁面。
另外，根據(jù)本實施例的預(yù)取機制和根據(jù)第二實施例的預(yù)取機制的主要差別在 于，選擇要作為預(yù)取目標(biāo)的鏈接目的地的方法。根據(jù)第二實施例的預(yù)取方法，選擇正 在瀏覽的頁面中的特定數(shù)量的鏈接目的地，或者從搜索結(jié)果中選擇特定數(shù)量的鏈接目的 地。然而，根據(jù)本實施例的預(yù)取方法，選擇接近操作工具的區(qū)域內(nèi)的鏈接目的地作為預(yù) 取目標(biāo)。因此，減少要選擇的鏈接目的地的數(shù)量，由此使要緩存的數(shù)據(jù)量比根據(jù)第二實 施例的預(yù)取方法減少。然而，由于預(yù)取處理的執(zhí)行時間變得相對短，因此根據(jù)需要有時 將預(yù)取與預(yù)連接組合更好。
例如，有時更優(yōu)選地進行以下分步處理當(dāng)操作工具和觸摸目標(biāo)之間的距離變 得比閾值Ll短時開始進行預(yù)連接，而當(dāng)該距離變得比閾值L2(L2<L1)短時開始進行文 件預(yù)取。也可以在距離比閾值Ll短的狀態(tài)維持特定時間或者更長時間的情況下，開始進 行文件預(yù)取。根據(jù)這種配置，可以在用戶猶豫是否選擇鏈接目的地時，完成文件預(yù)取， 并且可以在進行了用戶選擇之后，立即顯示基于臨時DOM的Web頁面。
到此為止，描述了根據(jù)本實施例的預(yù)取方法的概要。
4-2 信息處理設(shè)備100的功能配置
接下來，參考圖82，描述能夠?qū)崿F(xiàn)上述構(gòu)思的信息處理設(shè)備100的功能配置。 圖82是示出根據(jù)本實施例的信息處理設(shè)備100的功能配置的示例的說明圖。另外，有時 將根據(jù)本實施例的信息處理設(shè)備100稱為信息處理設(shè)備100C，以與根據(jù)第二實施例和第 三實施例的信息處理設(shè)備100相區(qū)分。
如圖82所示，信息處理設(shè)備100主要由數(shù)據(jù)獲取單元110、結(jié)構(gòu)分析單元120、 繪制單元130、顯示單元140、通信單元150、鏈接選擇單元160、接近確定單元170和觸 摸面板TP構(gòu)成。此外，繪制單元130包括臨時DOM創(chuàng)建單元131、完整DOM創(chuàng)建單元 132、高速緩沖存儲器133、顯示控制單元134和節(jié)點信息存儲單元135。與上述根據(jù)第 二實施例的信息處理設(shè)備100B的主要差別在于，存在接近確定單元170和觸摸面板TP。 此外，鏈接選擇單元160的功能部分改變。因此，下面，主要描述接近確定單元170和 觸摸面板TP的功能。
首先，對觸摸面板TP給出說明。觸摸面板TP包括光學(xué)傳感器S。此外，雖然 在圖82中單獨示出，但是在許多情況下，整體地形成觸摸面板TP和顯示單元140。如 上所述，觸摸面板TP具有檢測操作工具的接近的功能。該功能通過由光學(xué)傳感器S檢 測來自設(shè)置在觸摸面板TP中的光源的光(或者顯示單元140的背光)在操作工具上發(fā)出 的反射光來實現(xiàn)。例如，操作工具反射的光越強，則確定操作工具越接近觸摸面板TP。 注意，該確定由接近確定單元170來進行。
另外，在圖82中示出使用光學(xué)觸摸面板作為觸摸面板TP的示例。然而，可 以使用任何類型的觸摸面板，只要其能夠進行接近檢測即可。例如，還可以使用通過感 測操作工具和設(shè)置在屏幕上的導(dǎo)電層之間的電容的改變來檢測操作工具的位置的電容性 觸摸面板。在電容性觸摸面板的情況下，可以通過監(jiān)視隨著操作工具接近屏幕而增加的 電容，來確定操作工具的接近距離。另外，下面為了進行說明，以光學(xué)觸摸面板作為示31例，來給出說明。
接近確定單元170基于由光學(xué)傳感器S檢測到的反射光的強度，估計操作工具和 觸摸面板TP之間的距離。此外，接近確定單元170基于反射光的強度分布，確定操作工 具的位置、由操作工具形成的陰影的大小和由操作工具形成的陰影的區(qū)域。這里的陰影 意為在操作工具在光源和觸摸面板TP之間的情況下，從面對觸摸面板TP的位置看操作 工具時，由于從光源發(fā)出的光被操作工具截斷而形成的陰影。當(dāng)然，光學(xué)傳感器S不識 別為陰影，但是這里使用表述“陰影”，使得由操作工具形成的圖像容易展示。此外， 還可以說，陰影的大小越大，則操作工具和觸摸面板TP之間的距離越短。
接近確定單元170將指示操作工具的位置的信息(下文中稱為位置信息)、指示 由操作工具形成的陰影的區(qū)域的信息(下文中稱為區(qū)域信息)以及指示操作工具和觸摸面 板TP之間的距離的信息(下文中稱為距離信息)輸入到鏈接選擇單元160。當(dāng)輸入了位 置信息、區(qū)域信息和距離信息時，鏈接選擇單元160判斷是否在由區(qū)域信息指示的屏幕 上的區(qū)域中顯示鏈接目的地。在顯示鏈接目的地的情況下，鏈接選擇單元160選擇顯示 的鏈接目的地，同時，參考距離信息，并判斷操作工具和觸摸面板TP之間的距離是否比 特定閾值短。在距離比特定閾值短的情況下，鏈接選擇單元160對選擇的鏈接目的地分 配預(yù)取的類型，并將關(guān)于鏈接目的地的信息輸入到數(shù)據(jù)獲取單元110或者通信單元150。 另外，數(shù)據(jù)獲取單元110和通信單元150的操作與第一實施例和第二實施例的操作基本相 同。
現(xiàn)在，存在幾種對鏈接目的地分配預(yù)取的類型的方法。首先，最基本的方法是 在與操作工具的距離變得小于特定閾值的情況下開始文件預(yù)取。例如，雖然稍微更復(fù) 雜，但是在區(qū)域信息中包括多個鏈接目的地的情況下，可以容易地想到以下方法根據(jù) 與指示由操作工具形成的陰影的中心位置的位置信息的距離，對靠近的鏈接目的地分配 文件預(yù)取，并且對遠離的鏈接目的地分配預(yù)連接。此外，可以容易地想到如下方法準(zhǔn) 備兩個特定閾值，并改變對鏈接目的地分配預(yù)取的類型，使得在與操作工具的距離變得 小于第一閾值Ll的情況下，開始進行預(yù)連接，而在與操作工具的距離變得小于第二閾值 L2(L2<L1)的情況下，開始進行預(yù)取。該分配處理由鏈接選擇單元160執(zhí)行。
另外，鏈接選擇單元160還可以根據(jù)操作工具接近鏈接目的地的時間來判斷是 否進行文件預(yù)取。例如，可以僅在在操作工具比特定閾值更接近特定鏈接目的地上方的 位置的屏幕的狀態(tài)下經(jīng)過了特定時間的情況下，使得進行文件預(yù)取。還可以在操作工具 比特定閾值保持更接近特定鏈接目的地上方的位置的屏幕的狀態(tài)下維持特定時間且對鏈 接目的地進行文件預(yù)取之后，進行預(yù)連接，在上述鏈接目的地的特定范圍內(nèi)對鏈接目的 地進行預(yù)連接。此外，在存在要進行預(yù)連接的多個鏈接目的地的情況下，鏈接選擇單元 160可以根據(jù)特定標(biāo)準(zhǔn)設(shè)置進行預(yù)連接的順序。例如，鏈接選擇單元160可以針對已被選 擇了特定次數(shù)或更多次的鏈接目的地而在較早的階段進行預(yù)連接。鏈接選擇單元160也 可以針對其往返遲延時間比特定閾值長的鏈接目的地而在較早的階段進行預(yù)連接。鏈接 選擇單元160也可以根據(jù)鏈接目的地的域名或IP地址而設(shè)置進行預(yù)連接的順序。由鏈接 選擇單元160進行與判斷和執(zhí)行控制相關(guān)的處理。
到此為止，描述了根據(jù)本實施例的信息處理設(shè)備100的功能配置。
4-3 信息處理設(shè)備100的操作
接下來，參考圖83，描述根據(jù)本實施例的信息處理設(shè)備100的操作。圖83是示 出根據(jù)本實施例的信息處理設(shè)備100的操作流程的說明圖。注意，圖83所示的操作流程 涉及從搜索引擎的搜索結(jié)果中選擇特定數(shù)量的鏈接目的地并執(zhí)行文件預(yù)取的配置。
如圖83所示，首先，信息處理設(shè)備100檢測操作工具和顯示屏幕之間的距離 (下文中稱為分離距離)(步驟S401)。然后，信息處理設(shè)備100判斷檢測到的分離距離 是否是特定閾值或更小(步驟S402)。在分離距離是特定閾值或更小的情況下，信息處 理設(shè)備100進行到步驟S403的處理。另一方面，在分離距離不是特定閾值或更小的情況 下，信息處理設(shè)備100返回到步驟S401的處理。在進行到步驟S403的處理的情況下， 信息處理設(shè)備100選擇包含在搜索結(jié)果中的鏈接目的地當(dāng)中的、其顯示至少部分地包含 在與操作工具的陰影相對應(yīng)的區(qū)域中的鏈接目的地(步驟S403)。
接下來，信息處理設(shè)備100從選擇的鏈接目的地下載HTML文件和CSS文件 (步驟S404)。然后，信息處理設(shè)備100判斷用戶是否選擇了所選擇的鏈接目的地(步驟 S405)。在選擇了鏈接目的地的情況下，信息處理設(shè)備100進行到步驟S406的處理。另 一方面，在沒有選擇鏈接目的地的情況下，信息處理設(shè)備100返回到步驟S405的處理。 在進行到步驟S406的處理的情況下，信息處理設(shè)備100分析預(yù)先獲取的HTML文件，并 且通過使與HTML描述相關(guān)的構(gòu)造單位和與CSS文件相關(guān)的構(gòu)造單位相互鏈接，來開始 創(chuàng)建臨時DOM 6406)。
接下來，信息處理設(shè)備100從用戶選擇的鏈接目的地獲取JS文件6407)。然 后，信息處理設(shè)備100基于對預(yù)先獲取的HTML文件的分析結(jié)果，通過使與HTML描述 相關(guān)的構(gòu)造單位、與CSS文件相關(guān)的構(gòu)造單位和與JS文件相關(guān)的構(gòu)造單位相互鏈接，來 開始創(chuàng)建完整DOM(步驟S408)。接下來，信息處理設(shè)備100判斷臨時DOM的創(chuàng)建是 否完成(步驟S409)。在臨時DOM的創(chuàng)建完成的情況下，信息處理設(shè)備100進行到步驟 S410的處理。另一方面，在臨時DOM的創(chuàng)建未完成的情況下，信息處理設(shè)備100返回 到步驟S409的處理。
在進行到步驟S410的處理的情況下，信息處理設(shè)備100通過繪制臨時DOM來創(chuàng) 建Web頁面，并在顯示屏幕上顯示創(chuàng)建的基于臨時DOM的Web頁面(步驟S410)。然 后，信息處理設(shè)備100判斷完整DOM的創(chuàng)建是否完成(步驟S411)。在完整DOM的創(chuàng) 建完成的情況下，信息處理設(shè)備100進行到步驟S412的處理。另一方面，在完整DOM 的創(chuàng)建未完成的情況下，信息處理設(shè)備100返回到步驟S411的處理。在進行到步驟S412 的處理的情況下，信息處理設(shè)備100通過繪制完整DOM來創(chuàng)建Web頁面，在顯示屏幕上 顯示創(chuàng)建的基于完整DOM的Web頁面，來代替基于臨時DOM的Web頁面6412)，并 結(jié)束該一系列處理。
到此為止，描述了根據(jù)本實施例的信息處理設(shè)備100的操作流程。
4-4基于接近檢測的預(yù)取處理的流程
接下來，參考圖84，描述根據(jù)本實施例的使用接近檢測的預(yù)取處理的流程。圖 84是示出根據(jù)本實施例的使用接近檢測的預(yù)取處理的流程的說明圖。另外，在圖84的示 例中，以手指作為操作工具的示例。
如圖84所示，首先，判斷是否在觸摸面板TP的閾值A(chǔ)(mm)內(nèi)檢測到了手指 (步驟S501)。在閾值內(nèi)檢測到了手指的情況下，處理進行到步驟S502。另一方面，在33閾值內(nèi)沒有檢測到手指的情況下，處理返回到步驟S501。在處理進行到步驟S502的情況 下，通過接近檢測來判斷是否在閾值B (msec)或者更長的時間段內(nèi)將手指的聚焦(focus) 設(shè)置為鏈接C (步驟S502)。
在閾值B或者更長時間段內(nèi)設(shè)置了聚焦的情況下，處理進行到步驟S503。另一 方面，在沒有在閾值B或者更長時間段內(nèi)設(shè)置聚焦的情況下，處理返回到步驟S501。在 處理進行到步驟S503的情況下，針對鏈接C進行文件預(yù)取(步驟S503)。然后，針對存 在于鏈接C的D(mm2)內(nèi)的區(qū)域中的鏈接組E，進行預(yù)連接(步驟S504)，并結(jié)束該一系 列處理。
到此為止，描述了根據(jù)本實施例的預(yù)取處理的流程。
4-5 能夠進行接近檢測的觸摸面板的結(jié)構(gòu)(內(nèi)嵌式觸摸面板)
接下來，參考圖85，對能夠進行接近檢測的觸摸面板給出說明。存在幾種類 型的觸摸面板，例如壓力感應(yīng)型觸摸面板、電容性觸摸面板和光學(xué)觸摸面板。壓力感 應(yīng)型觸摸面板通過檢測在操作工具按壓面板時產(chǎn)生的壓力的改變，來檢測操作工具的位 置。電容性觸摸面板檢測在操作工具觸摸面板時產(chǎn)生的靜電作為電信號，并根據(jù)檢測結(jié) 果來檢測操作工具的位置。對于光學(xué)觸摸面板，例如，公知使用設(shè)置在顯示面板的外框 的光學(xué)傳感器來檢測觸摸面板的操作工具的位置或者移動方向的方法。
還已知稱為“內(nèi)嵌式觸摸面板”的光學(xué)觸摸面板。內(nèi)嵌式光學(xué)觸摸面板(下 文中稱為內(nèi)嵌式觸摸面板)通過使用在構(gòu)成顯示面板的玻璃基板上形成的光學(xué)傳感器陣 列檢測操作工具反射的光，來檢測操作工具的位置。在顯示面板中設(shè)置光源，以顯示圖 像。當(dāng)操作工具與顯示面板接觸或者接近觸摸面板時，操作工具強烈地反射從光源發(fā)射 的光，并且光學(xué)傳感器陣列接收反射光。
用于讀取由每個光學(xué)傳感器檢測到的光的強度數(shù)據(jù)的讀取電路連接到光學(xué)傳感 器陣列。因此，當(dāng)光學(xué)傳感器陣列檢測到操作工具反射的光時，讀取電路讀取每個光學(xué) 傳感器檢測到的光的強度數(shù)據(jù)。讀取電路以這種方式讀取的光的強度數(shù)據(jù)指示操作工具 反射的光的分布。因此，通過由讀取電路讀取的光的強度數(shù)據(jù)形成圖像，獲得與顯示面 板接觸或者接近顯示面板的操作工具的形狀作為圖像。
另外，這里獲得的圖像對應(yīng)于由于從光源發(fā)射的光被操作工具截斷而獲得的陰 影圖像。如所描述的，在內(nèi)嵌式觸摸面板的情況下，獲得操作工具的形狀作為圖像，因 此可以計算操作工具投射的陰影的面積。此外，當(dāng)考慮被操作工具截斷的光的量隨著操 作工具接近顯示面板而增加時，可以基于陰影的面積，估計操作工具和顯示面板時間的 距離(參見圖85)。
例如，當(dāng)作為陰影表示反射的光的強度高的部分時，獲得如圖85所示的圖像圖 案。當(dāng)?shù)讲僮鞴ぞ叩木嚯x長時，獲得小的陰影，隨著到操作工具的距離變得更短時，光 截斷的量增加，并且陰影的面積逐漸增加。因此，通過測量陰影的面積，可以檢測操作 工具和顯示面板之間的距離。在多觸摸的情況下，獲得對應(yīng)于多個操作工具的多個陰 影，并且通過測量每個陰影的面積，可以獲得每個操作工具和顯示面板之間的距離。
5 信息處理設(shè)備100的硬件配置示例
例如，可以使用圖86所示的信息處理設(shè)備的硬件配置，來實現(xiàn)上述信息處理設(shè) 備100(100A、100Β和100C)的每個構(gòu)成要素的功能。也就是說，通過使用計算機程序控制圖86所示的硬件，來實現(xiàn)每個構(gòu)成要素的功能。另外，該硬件的模式是任意的，并 且其可以是個人計算機、諸如移動電話、PHS或者PDA的移動信息終端、游戲機或者各 類型型的信息裝備。此外，PHS是個人手機系統(tǒng)的縮寫。另外，PDA是個人數(shù)字助理 的縮寫。
如圖86所示，該硬件主要包括CPU 902、ROM 904、RAM 906、主機總線908 和橋910。此外，該硬件包括外部總線912、接口 914、輸入單元916、輸出單元918、 存儲單元920、驅(qū)動922、連接端口擬4和通信單元926。此外，CPU是中央處理器的縮 寫。此外，ROM是只讀存儲器的縮寫。另外，RAM是隨機存取存儲器的縮寫。
CPU 902例如用作運算處理單元或者控制單元，其基于記錄在ROM904、RAM 906、存儲單元920或者可拆卸記錄介質(zhì)擬8上的各種程序，控制每個構(gòu)成要素的整個操 作或者一部分操作。ROM 904是用于存儲在運算操作中使用要在CPU 902上加載的例如 程序或者的數(shù)據(jù)等的裝置。RAM 906臨時或者永久存儲例如在CPU 902上加載的程序或 者在執(zhí)行程序時任意改變的各種參數(shù)等。
這些構(gòu)成要素例如通過能夠進行高速數(shù)據(jù)傳輸?shù)闹鳈C總線908彼此連接。對于 該部分，例如，主機總線908通過橋910連接到數(shù)據(jù)傳輸速度相對低的外部總線912。此 外，輸入單元916例如是鼠標(biāo)、鍵盤、觸摸面板、按鈕、開關(guān)或者操縱桿。此外，輸入 單元916可以是能夠使用紅外線或者其它無線電波傳輸控制信號的遠程控制。
輸出單元918例如是可以在視覺上或者聽覺上向用戶通知獲取的信息的諸如 CRT、LCD、PDP或者ELD的顯示裝置、諸如揚聲器或者雙耳式耳機的音頻輸出裝置、 打印機、移動電話或者傳真機。此外，CRT是陰極射線管的縮寫。LCD是液晶顯示器 的縮寫。PDP是等離子顯示面板的縮寫。此外，ELD是電致發(fā)光顯示器的縮寫。
存儲單元920是用于存儲各種數(shù)據(jù)的裝置。存儲單元920例如是諸如硬盤驅(qū)動 (HDD)的磁存儲裝置、半導(dǎo)體存儲裝置、光存儲裝置或者磁光存儲裝置。HDD是硬盤 驅(qū)動的縮寫。
驅(qū)動922是讀取記錄在諸如磁盤、光盤、磁光盤或者半導(dǎo)體存儲器的可拆卸記 錄介質(zhì)擬8上的信息或者將信息寫入可拆卸記錄介質(zhì)928的裝置。可拆卸記錄介質(zhì)擬8 例如是DVD介質(zhì)、藍光介質(zhì)、HD-DVD介質(zhì)、各類型型的半導(dǎo)體存儲介質(zhì)等。當(dāng)然， 可拆卸記錄介質(zhì)擬8可以是例如安裝有非接觸IC芯片的IC卡或者電子裝置。IC是集成 電路的縮寫。
連接端口擬4是諸如USB端口、IEEE1394端口、SCSI、RS-232C端口或者用于連接諸如光學(xué)音頻終端的外部連接裝置930的端口的端口。外部連接裝置930例如是 打印機、移動音樂播放器、數(shù)字照相機、數(shù)字視頻照相機或者IC記錄器。此外，USB是 通用串行總線的縮寫。另外，SC^[是小型計算機系統(tǒng)接口的縮寫。
通信單元擬6是連接到網(wǎng)絡(luò)200的通信裝置，其例如是用于有線或者無線 LAN、藍牙(注冊商標(biāo))或者WUSB的通信卡，光通信路由器，ADSL路由器，或者各 種通信調(diào)制解調(diào)器。連接到通信單元926的網(wǎng)絡(luò)200由有線連接或者無線連接的網(wǎng)絡(luò)構(gòu) 成，其例如是因特網(wǎng)、家用LAN、紅外通信、可見光通信、廣播或者衛(wèi)星通信。此外， LAN是局域網(wǎng)的縮寫。另外，WUSB是無線USB的縮寫。此外，ADSL是非對稱數(shù)字 用戶線的縮寫。
6 總結(jié)
最后，簡要描述根據(jù)本發(fā)明的實施例的技術(shù)內(nèi)容。這里描述的技術(shù)內(nèi)容可以應(yīng) 用于各種信息處理設(shè)備，諸如PC、移動電話、便攜式游戲機、便攜式信息終端、信息裝 置、車載導(dǎo)航系統(tǒng)等。
如下表示上述信息處理設(shè)備的功能配置。信息處理設(shè)備主要包括分離距離檢測 單元、鏈接選擇單元、數(shù)據(jù)預(yù)取單元、結(jié)構(gòu)分析單元、第一構(gòu)成單元、第二構(gòu)成單元和 顯示控制單元。
分離距離檢測單元檢測與顯示屏幕接觸或者接近顯示屏幕的操作工具與顯示屏 幕之間的分離距離。
在分離距離檢測單元檢測到的分離距離是特定閾值或者更小的情況下，鏈接選 擇單元選擇在顯示屏幕上顯示的至少一個鏈接目的地中的、其顯示在特定時間內(nèi)至少部 分地位于顯示屏幕的與操作工具相對應(yīng)的區(qū)域中的鏈接目的地。
在通過操作工具選擇鏈接目的地之前，數(shù)據(jù)預(yù)取單元獲取與顯示屏幕的布局相 關(guān)的信息和顯示控制數(shù)據(jù)，顯示控制數(shù)據(jù)至少包括其中寫入有與顯示屏幕的布局相關(guān)的 信息的構(gòu)造單位，顯示控制數(shù)據(jù)和與顯示屏幕的布局相關(guān)的信息存在于鏈接選擇單元選 擇的鏈接目的地。
在通過操作工具選擇了其顯示控制數(shù)據(jù)已被數(shù)據(jù)預(yù)取單元獲取的鏈接目的地的 情況下，結(jié)構(gòu)分析單元對顯示控制數(shù)據(jù)進行分析，并提取包含在顯示控制數(shù)據(jù)中的構(gòu)造 單位。
在通過操作工具選擇了其顯示控制數(shù)據(jù)已被數(shù)據(jù)預(yù)取單元獲取的鏈接目的地的 情況下，第一構(gòu)成單元通過使結(jié)構(gòu)分析單元提取的構(gòu)造單位中的除了其中寫入有與涉及 腳本處理的顯示控制相關(guān)的信息的構(gòu)造單位之外的、至少包括其中寫入有與顯示屏幕的 布局相關(guān)的信息的構(gòu)造單位的構(gòu)造單位相互鏈接，來生成用于顯示控制的第一結(jié)構(gòu)化數(shù) 據(jù)。
在通過操作工具選擇了其顯示控制數(shù)據(jù)已被數(shù)據(jù)預(yù)取單元獲取的鏈接目的地的 情況下，第二構(gòu)成單元通過使構(gòu)造單位相互鏈接來生成用于顯示控制的第二結(jié)構(gòu)化數(shù) 據(jù)。
顯示控制單元使用第一構(gòu)成單元生成的第一結(jié)構(gòu)化數(shù)據(jù)來對顯示屏幕進行顯 示，并且在第二構(gòu)成單元生成第二結(jié)構(gòu)化數(shù)據(jù)的階段，使用第二結(jié)構(gòu)化數(shù)據(jù)對顯示屏幕 進行重新顯示。
根據(jù)這種配置，可以在使用包括腳本信息的適當(dāng)?shù)慕Y(jié)構(gòu)化數(shù)據(jù)對顯示屏幕進行 顯示之前，快速顯示良好布局的頁面。也就是說，可以避免由腳本處理的順序性引起的 頁面顯示的開始的延遲，并且可以以簡單但在某種程度上容易觀看的格式向用戶快速呈 現(xiàn)相當(dāng)量的信息。此外，通過用具有頁面的作者實際希望的布局替換簡單的頁面，使得 用戶能夠瀏覽準(zhǔn)確地反映適當(dāng)?shù)牟季值捻撁妗Ｆ浣Y(jié)果是，可以滿足快速瀏覽頁面的信息 的希望和瀏覽基于適當(dāng)?shù)牟季值捻撁娴男畔⒌南Ｍ麅烧摺Ｔ谠S多情況下，可以從簡單的 頁面獲得用戶想要的信息。然而，用戶易于感到不適，想知道是否能夠使得用戶瀏覽作 者實際希望的所有信息。通過使用如上所述的配置，向用戶呈現(xiàn)準(zhǔn)確地反映作者的意圖 的頁面，可以減輕這種不適感。
備注
數(shù)據(jù)獲取單元110是數(shù)據(jù)預(yù)取單元的示例。臨時DOM創(chuàng)建單元131是第一構(gòu)成 單元的示例。完整DOM創(chuàng)建單元132是第二構(gòu)成單元的示例。通信單元150是連接建 立單元的示例。節(jié)點信息存儲單元135是顯示歷史存儲單元的示例。接近確定單元170 是面積計算單元的示例。
本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，依據(jù)設(shè)計需要和其它因素，可以想到各種變型、組 合、子組合和改變，只要所述變型、組合、子組合和改變在所附權(quán)利要求或其等同內(nèi)容 的范圍內(nèi)即可。
本申請包含與在2009年9月17日在日本專利局提交的日本在先專利申請JP 2009-216284中公開的主題相關(guān)的主題，其全部內(nèi)容通過引用包含于此。
權(quán)利要求
1.一種信息處理設(shè)備，包括分離距離檢測單元，所述分離距離檢測單元檢測與顯示屏幕接觸或接近所述顯示屏 幕的操作工具和所述顯示屏幕之間的分離距離；鏈接選擇單元，所述鏈接選擇單元在所述分離距離檢測單元檢測到的分離距離是特 定閾值或者更小的情況下，選擇在所述顯示屏幕上顯示的至少一個鏈接目的地中的、其 顯示在特定時間內(nèi)至少部分地位于所述顯示屏幕的與所述操作工具相對應(yīng)的區(qū)域中的鏈 接目的地；數(shù)據(jù)預(yù)取單元，所述數(shù)據(jù)預(yù)取單元在通過所述操作工具選擇鏈接目的地之前，獲取 與顯示屏幕的布局相關(guān)的信息和顯示控制數(shù)據(jù)，所述顯示控制數(shù)據(jù)至少包括其中寫入有 所述與顯示屏幕的布局相關(guān)的信息的構(gòu)造單位，所述顯示控制數(shù)據(jù)和所述與顯示屏幕的 布局相關(guān)的信息存在于所述鏈接選擇單元選擇的鏈接目的地；結(jié)構(gòu)分析單元，所述結(jié)構(gòu)分析單元在通過所述操作工具選擇了其顯示控制數(shù)據(jù)已被 所述數(shù)據(jù)預(yù)取單元獲取的鏈接目的地的情況下，對所述顯示控制數(shù)據(jù)進行分析，并提取 包含在所述顯示控制數(shù)據(jù)中的構(gòu)造單位；第一構(gòu)成單元，所述第一構(gòu)成單元在通過所述操作工具選擇了其顯示控制數(shù)據(jù)已被 所述數(shù)據(jù)預(yù)取單元獲取的鏈接目的地的情況下，通過使所述結(jié)構(gòu)分析單元提取的構(gòu)造單 位中的除了其中寫入有與涉及腳本處理的顯示控制相關(guān)的信息的構(gòu)造單位之外的、至少 包括其中寫入有所述與顯示屏幕的布局相關(guān)的信息的構(gòu)造單位的構(gòu)造單位相互鏈接，來 生成用于顯示控制的第一結(jié)構(gòu)化數(shù)據(jù)；第二構(gòu)成單元，所述第二構(gòu)成單元在通過所述操作工具選擇了其顯示控制數(shù)據(jù)已被 所述數(shù)據(jù)預(yù)取單元獲取的鏈接目的地的情況下，通過使所述構(gòu)造單位相互鏈接來生成用 于顯示控制的第二結(jié)構(gòu)化數(shù)據(jù)；以及顯示控制單元，所述顯示控制單元使用所述第一構(gòu)成單元生成的所述第一結(jié)構(gòu)化數(shù) 據(jù)來對顯示屏幕進行顯示，并在所述第二構(gòu)成單元生成所述第二結(jié)構(gòu)化數(shù)據(jù)的階段，使 用所述第二結(jié)構(gòu)化數(shù)據(jù)對所述顯示屏幕進行重新顯示。
2.根據(jù)權(quán)利要求1所述的信息處理設(shè)備，還包括連接建立單元，所述連接建立單元建立至所述鏈接目的地的連接， 其中，所述鏈接選擇單元進一步選擇其它鏈接目的地，所述其它鏈接目的地位于以 其顯示至少部分地位于所述區(qū)域中的鏈接目的地為中心的特定范圍中，以及其中，在通過用戶操作選擇所述其它鏈接目的地之前，所述連接建立單元建立至所 述鏈接選擇單元進一步選擇的所述其它鏈接目的地的TCP連接。
3.根據(jù)權(quán)利要求2所述的信息處理設(shè)備，其中，在所述顯示屏幕上顯示作為基于密鑰 信息的搜索的結(jié)果的多個鏈接目的地的情況下，與所述分離距離無關(guān)地從所述鏈接目的 地的開頭起選擇特定數(shù)量的鏈接目的地。
4.根據(jù)權(quán)利要求1所述的信息處理設(shè)備，其中，所述分離距離檢測單元感測所述操作 工具與設(shè)置在所述顯示屏幕上的導(dǎo)電層之間的電容的改變，并檢測所述分離距離。
5.根據(jù)權(quán)利要求1所述的信息處理設(shè)備， 其中，所述分離距離檢測單元包括光學(xué)傳感器，所述光學(xué)傳感器檢測從光源向所述操作工具發(fā)射的光被所述操作工具反射后的反射光，以及面積計算單元，所述面積計算單元根據(jù)所述光學(xué)傳感器檢測到的所述反射光的強度 分布，計算所述操作工具在所述顯示屏幕上形成的圖像的面積，其中，在與所述分離距離相對應(yīng)的面積是特定閾值或者更小的情況下，所述鏈接選 擇單元選擇其顯示在特定時間內(nèi)至少部分地位于所述面積中的鏈接目的地。
6.根據(jù)權(quán)利要求2所述的信息處理設(shè)備，其中，所述鏈接選擇單元根據(jù)特定標(biāo)準(zhǔn)而針 對TCP連接建立對選擇的所述其它鏈接目的地進行排序。
7.根據(jù)權(quán)利要求6所述的信息處理設(shè)備，其中，所述鏈接選擇單元在針對建立的排序 中對已被選擇了特定次數(shù)或更多次的鏈接目的地賦予更靠前的位置。
8.根據(jù)權(quán)利要求6所述的信息處理設(shè)備，其中，所述鏈接選擇單元在所述排序中對其 往返遲延時間是特定閾值或更長的鏈接目的地賦予更靠前的位置。
9.根據(jù)權(quán)利要求6所述的信息處理設(shè)備，其中，所述鏈接選擇單元根據(jù)鏈接目的地的 域名或IP地址針對TCP連接建立進行排序。
10.根據(jù)權(quán)利要求1所述的信息處理設(shè)備，還包括數(shù)據(jù)獲取單元，所述數(shù)據(jù)獲取單元獲取所述顯示控制數(shù)據(jù)和與所述顯示控制數(shù)據(jù)相 關(guān)的相關(guān)數(shù)據(jù)，其中，所述數(shù)據(jù)獲取單元比來自所述第二構(gòu)成單元的數(shù)據(jù)獲取請求更優(yōu)先地處理來 自所述第一構(gòu)成單元的數(shù)據(jù)獲取請求。
11.根據(jù)權(quán)利要求2所述的信息處理設(shè)備，其中，當(dāng)決定了鏈接目的地的主機地址 時，所述連接建立單元在預(yù)取所述顯示控制數(shù)據(jù)或者建立TCP連接之前，獲取與所述主 機地址相對應(yīng)的IP地址。
12.根據(jù)權(quán)利要求1所述的信息處理設(shè)備，還包括高速緩沖存儲器，其中根據(jù)來自所述第一構(gòu)成單元和所述第二構(gòu)成單元的請求， 在所述高速緩沖存儲器中存儲所述數(shù)據(jù)獲取單元獲取的所述顯示控制數(shù)據(jù)和所述相關(guān)數(shù) 據(jù)，其中，在基于所述第二結(jié)構(gòu)化數(shù)據(jù)進行顯示所需的所有所述顯示控制數(shù)據(jù)已被存儲 在所述高速緩沖存儲器中的時間點時，所述顯示控制單元基于存儲在所述高速緩沖存儲 器中的數(shù)據(jù)來切換顯示。
13.根據(jù)權(quán)利要求1所述的信息處理設(shè)備，其中，在所述結(jié)構(gòu)分析單元提取的所述構(gòu) 造單位中不存在所述其中寫入有所述與涉及腳本處理的顯示控制相關(guān)的信息的構(gòu)造單位 的情況下，所述第二構(gòu)成單元不生成所述第二結(jié)構(gòu)化數(shù)據(jù)。
14.根據(jù)權(quán)利要求1所述的信息處理設(shè)備，還包括顯示歷史存儲單元，在基于所述第一結(jié)構(gòu)化數(shù)據(jù)進行顯示時，所述顯示歷史存儲單 元存儲包括與在所述顯示屏幕上顯示的內(nèi)容相對應(yīng)的構(gòu)造單位的歷史，其中，在切換到基于所述第二結(jié)構(gòu)化數(shù)據(jù)的顯示時，所述顯示控制單元基于存儲在 所述顯示歷史存儲單元中的顯示歷史，選擇與要在所述顯示屏幕上顯示的內(nèi)容相對應(yīng)的 構(gòu)造單位。
15.—種數(shù)據(jù)獲取方法，包括以下步驟檢測與顯示屏幕接觸或接近所述顯示屏幕的操作工具和所述顯示屏幕之間的分離距1 ；在所述檢測分離距離的步驟中檢測到的分離距離是特定閾值或更小的情況下，選擇 在所述顯示屏幕上顯示的至少一個鏈接目的地中的、其顯示在特定時間內(nèi)至少部分地位 于所述顯示屏幕的與所述操作工具相對應(yīng)的區(qū)域中的鏈接目的地；在通過所述操作工具選擇鏈接目的地之前，獲取與顯示屏幕的布局相關(guān)的信息和顯 示控制數(shù)據(jù)，所述顯示控制數(shù)據(jù)至少包括其中寫入有所述與顯示屏幕的布局相關(guān)的信息 的構(gòu)造單位，所述顯示控制數(shù)據(jù)和所述與顯示屏幕的布局相關(guān)的信息存在于在所述選擇 鏈接目的地的步驟中選擇的鏈接目的地；在通過所述操作工具選擇了其顯示控制數(shù)據(jù)在通過所述操作工具進行選擇之前進行 的獲取顯示控制數(shù)據(jù)的步驟中已被獲取的鏈接目的地的情況下，對所述顯示控制數(shù)據(jù)進 行分析，并提取包含在所述顯示控制數(shù)據(jù)中的構(gòu)造單位；在通過所述操作工具選擇了其顯示控制數(shù)據(jù)在通過所述操作工具進行選擇之前進行 的獲取顯示控制數(shù)據(jù)的步驟中已被獲取的鏈接目的地的情況下，通過使在提取構(gòu)造單位 的步驟中提取的構(gòu)造單位中的除了其中寫入有與涉及腳本處理的顯示控制相關(guān)的信息的 構(gòu)造單位之外的、至少包括其中寫入有所述與顯示屏幕的布局相關(guān)的信息的構(gòu)造單位的 構(gòu)造單位相互鏈接，來生成用于顯示控制的第一結(jié)構(gòu)化數(shù)據(jù)；在通過所述操作工具選擇了其顯示控制數(shù)據(jù)在通過所述操作工具進行選擇之前進行 的獲取顯示控制數(shù)據(jù)的步驟中已被獲取的鏈接目的地的情況下，通過使所述構(gòu)造單位相 互鏈接來生成用于顯示控制的第二結(jié)構(gòu)化數(shù)據(jù)；使用在生成第一結(jié)構(gòu)化數(shù)據(jù)的步驟中生成的所述第一結(jié)構(gòu)化數(shù)據(jù)來對顯示屏幕進行 顯示；以及在生成所述第二結(jié)構(gòu)化數(shù)據(jù)的階段，使用所述第二結(jié)構(gòu)化數(shù)據(jù)對所述顯示屏幕進行 重新顯示。
16.—種程序，使計算機實現(xiàn)分離距離檢測功能，所述分離距離檢測功能檢測與顯示屏幕接觸或接近所述顯示屏 幕的操作工具和所述顯示屏幕之間的分離距離；鏈接選擇功能，所述鏈接選擇功能在所述分離距離檢測功能檢測到的分離距離是特 定閾值或更小的情況下，選擇在所述顯示屏幕上顯示的至少一個鏈接目的地中的、其顯 示在特定時間內(nèi)至少部分地位于所述顯示屏幕的與所述操作工具相對應(yīng)的區(qū)域中的鏈接 目的地；數(shù)據(jù)預(yù)取功能，在通過所述操作工具選擇鏈接目的地之前，所述數(shù)據(jù)預(yù)取功能獲取 與顯示屏幕的布局相關(guān)的信息和顯示控制數(shù)據(jù)，所述顯示控制數(shù)據(jù)至少包括其中寫入有 所述與顯示屏幕的布局相關(guān)的信息的構(gòu)造單位，所述顯示控制數(shù)據(jù)和所述與顯示屏幕的 布局相關(guān)的信息存在于所述鏈接選擇功能選擇的鏈接目的地；結(jié)構(gòu)分析功能，在通過所述操作工具選擇了其顯示控制數(shù)據(jù)已被所述數(shù)據(jù)預(yù)取功能 獲取的鏈接目的地的情況下，所述結(jié)構(gòu)分析功能對所述顯示控制數(shù)據(jù)進行分析，并提取 包含在所述顯示控制數(shù)據(jù)中的構(gòu)造單位；第一構(gòu)成功能，在通過所述操作工具選擇了其顯示控制數(shù)據(jù)已被所述數(shù)據(jù)預(yù)取功能 獲取的鏈接目的地的情況下，所述第一構(gòu)成功能通過使所述結(jié)構(gòu)分析功能提取的構(gòu)造單位中的除了其中寫入有與涉及腳本處理的顯示控制相關(guān)的信息的構(gòu)造單位之外的、至少 包括其中寫入有所述與顯示屏幕的布局相關(guān)的信息的構(gòu)造單位的構(gòu)造單位相互鏈接，來 生成用于顯示控制的第一結(jié)構(gòu)化數(shù)據(jù)；第二構(gòu)成功能，在通過所述操作工具選擇了其顯示控制數(shù)據(jù)已被所述數(shù)據(jù)預(yù)取功能 獲取的鏈接目的地的情況下，所述第二構(gòu)成功能通過使所述構(gòu)造單位相互鏈接來生成用 于顯示控制的第二結(jié)構(gòu)化數(shù)據(jù)；以及顯示控制功能，所述顯示控制功能使用所述第一構(gòu)成功能生成的所述第一結(jié)構(gòu)化數(shù) 據(jù)來對顯示屏幕進行顯示，并且在所述第二構(gòu)成功能生成所述第二結(jié)構(gòu)化數(shù)據(jù)的階段， 使用所述第二結(jié)構(gòu)化數(shù)據(jù)對所述顯示屏幕進行重新顯示。
全文摘要
提供了信息處理設(shè)備、數(shù)據(jù)獲取方法和程序。該數(shù)據(jù)獲取方法包括以下步驟選擇顯示至少部分地位于顯示屏幕的與操作工具對應(yīng)的區(qū)域中的鏈接目的地；在選擇鏈接目的地之前，獲取與顯示屏幕的布局相關(guān)的信息和顯示控制數(shù)據(jù)，顯示控制數(shù)據(jù)至少包括寫入有該信息的構(gòu)造單位，顯示控制數(shù)據(jù)和該信息存在于鏈接目的地；在選擇了預(yù)取的鏈接目的地的情況下，提取顯示控制數(shù)據(jù)中包含的構(gòu)造單位；在選擇了預(yù)取的鏈接目的地的情況下，通過鏈接提取的未寫入涉及腳本處理的信息的構(gòu)造單位生成第一結(jié)構(gòu)化數(shù)據(jù)；通過鏈接提取的構(gòu)造單位生成第二結(jié)構(gòu)化數(shù)據(jù)；使用第一結(jié)構(gòu)化數(shù)據(jù)對顯示屏幕進行顯示；在生成第二結(jié)構(gòu)化數(shù)據(jù)的階段使用第二結(jié)構(gòu)化數(shù)據(jù)重新顯示顯示屏幕。
文檔編號G06F3/041GK102023800SQ20101028095
公開日2011年4月20日 申請日期2010年9月10日 優(yōu)先權(quán)日2009年9月17日
發(fā)明者久永賢司, 大巖拓馬, 巖出剛昌, 橋本洋平, 勝部友浩, 阿竹義德 申請人:索尼公司