專利名稱：信息處理設(shè)備、數(shù)據(jù)獲取方法、以及程序的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種信息處理設(shè)備、數(shù)據(jù)獲取方法、以及程序。
背景技術(shù)：
隨著信息通信技術(shù)的發(fā)展，網(wǎng)絡(luò)帶寬正在加寬。相應(yīng)地，在諸如互聯(lián)網(wǎng)等廣域 網(wǎng)上傳輸?shù)膬?nèi)容的量也在增加。另外，在廣域網(wǎng)上發(fā)布的許多主頁中嵌入了用于執(zhí)行腳 本處理的程序，頁面結(jié)構(gòu)被修改以使得可以在主頁上執(zhí)行動(dòng)態(tài)處理。然而，當(dāng)閱讀大型 內(nèi)容或者執(zhí)行腳本處理時(shí)，到完全顯示主頁為止花費(fèi)很長時(shí)間。鑒于這種問題，開發(fā)了 如下這種技術(shù)用于預(yù)先緩存在諸如互聯(lián)網(wǎng)等廣域網(wǎng)上發(fā)布的信息(在下文中，WWW 信息)、以及用于當(dāng)用戶請求訪問時(shí)顯示預(yù)先緩存的www信息。與此技術(shù)有關(guān)， JP-A-2004-280405公開了用于高效地緩存WWW信息的技術(shù)。

發(fā)明內(nèi)容
然而，難以適當(dāng)?shù)剡x擇要預(yù)先緩存的WWW信息。例如，如果要緩存顯示頁 面中描述的鏈接目的地的www信息的所有片段，則在存在許多鏈接目的地的情形中 www信息的獲取本身將會花費(fèi)很長時(shí)間。另外，將會使用大量高速緩沖存儲器。此 夕卜，要緩存的www信息的獲取將會占用大部分通信帶寬。由于這些原因，為了快速顯 示頁面，不僅有必要緩存www信息，而且有必要進(jìn)一步改進(jìn)www信息獲取方法。WWW信息包括用于執(zhí)行頁面顯示控制的信息(在下文中，顯示控制信息)。另 夕卜，顯示控制信息包括定義頁面布局的信息(在下文中，布局信息)、用于使客戶端終端 執(zhí)行腳本處理的信息(在下文中，腳本信息)等。然而，可以把上述布局信息和腳本信息 作為獨(dú)立于上述顯示控制信息的數(shù)據(jù)對待。在此情形中，顯示控制信息中包括顯示控制 信息與布局信息之間的鏈接信息以及顯示控制信息與腳本信息之間的鏈接信息。因此， 實(shí)際上，顯示控制信息中包括布局信息和腳本信息。在許多情形中，例如，用諸如HTML (超文本標(biāo)記語言)和XML (可擴(kuò)展標(biāo)記語 言)等結(jié)構(gòu)化語言編寫顯示控制信息。這些結(jié)構(gòu)化語言采用通過使用標(biāo)簽定義結(jié)構(gòu)單元 的描述方法。相應(yīng)地，采用標(biāo)簽界定的區(qū)段作為結(jié)構(gòu)單元構(gòu)造顯示控制信息。另外，在 許多情形中，用諸如CSS (層疊樣式表)等樣式表來表示上述布局信息。此外，在許多情 形中，用諸如JavaScript(注冊商標(biāo)；在下文中，縮寫為JS)、ECMAScript、VBScript(注 冊商標(biāo))等腳本語言編寫上述腳本信息。如同所描述的，顯示控制信息(1)包括布局信息和腳本信息，以及(2)基于具體 結(jié)構(gòu)單元構(gòu)造。通常，在通過www瀏覽器等顯示W(wǎng)WW信息時(shí)，分析顯示控制信息， 利用顯示控制信息中包括的結(jié)構(gòu)單元作為參考來確定顯示處理的執(zhí)行次序或者數(shù)據(jù)的獲 取次序。接下來，結(jié)構(gòu)單元通過WWW瀏覽器等彼此鏈接，被稱為DOM (文檔對象模 型)的用于顯示控制的結(jié)構(gòu)化數(shù)據(jù)被創(chuàng)建。隨后，基于WWW瀏覽器等創(chuàng)建的DOM執(zhí) 行數(shù)據(jù)的獲取、數(shù)據(jù)的顯示等(見圖1)。
在構(gòu)建DOM時(shí)，如果顯示控制信息中包括腳本信息，則由于腳本處理的順序?qū)?性而使數(shù)據(jù)獲取或顯示處理延遲。因此，即使為廣域網(wǎng)保留了足夠?qū)挼膸?，?dāng)要基于 包括腳本信息的顯示控制信息顯示頁面時(shí)，在顯示頁面之前也存在一定量的等待時(shí)間。 特別地，如果嵌套了腳本處理的步驟，則等待時(shí)間進(jìn)一步增加。鑒于上述內(nèi)容，期望提供一種新型的、改進(jìn)的信息處理設(shè)備、數(shù)據(jù)獲取方法、 以及程序，能夠減小由于按順序執(zhí)行的腳本處理引起的頁面顯示延遲并且能夠快速顯示 布局好的頁面。根據(jù)本發(fā)明的一個(gè)實(shí)施例，提供了一種信息處理設(shè)備，包括鏈接選擇單元， 用于選擇作為基于關(guān)鍵信息的搜索結(jié)果的至少一個(gè)鏈接目的地中的一個(gè)或更多個(gè)鏈接目 的地；數(shù)據(jù)預(yù)取單元，用于在通過用戶操作選擇鏈接目的地之前，獲取與顯示畫面的布 局有關(guān)的信息以及至少包括寫有與顯示畫面的布局有關(guān)的信息的結(jié)構(gòu)單元的顯示控制數(shù) 據(jù)，其中，顯示控制數(shù)據(jù)以及與顯示畫面的布局有關(guān)的信息存在于鏈接選擇單元選擇的 鏈接目的地處；結(jié)構(gòu)分析單元，用于在通過用戶操作選擇數(shù)據(jù)預(yù)取單元已經(jīng)獲取了其顯 示控制數(shù)據(jù)的鏈接目的地的情形中，分析顯示控制數(shù)據(jù)以及提取顯示控制數(shù)據(jù)中包括的 結(jié)構(gòu)單元；第一構(gòu)造單元，用于在通過用戶操作選擇數(shù)據(jù)預(yù)取單元已經(jīng)獲取了其顯示控 制數(shù)據(jù)的鏈接目的地的情形中，通過相互鏈接結(jié)構(gòu)分析單元提取的結(jié)構(gòu)單元之中、除了 寫有與涉及腳本處理的顯示控制有關(guān)的信息的結(jié)構(gòu)單元以外、至少包括寫有與顯示畫面 的布局有關(guān)的信息的結(jié)構(gòu)單元的結(jié)構(gòu)單元來生成用于顯示控制的第一結(jié)構(gòu)化數(shù)據(jù)；第二 構(gòu)造單元，用于在通過用戶操作選擇數(shù)據(jù)預(yù)取單元已經(jīng)獲取了其顯示控制數(shù)據(jù)的鏈接目 的地的情形中，通過相互鏈接結(jié)構(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è)備可以進(jìn)一步包括連接建立單元，用于建立到鏈接目的地的連接。 鏈接選擇單元可以進(jìn)一步至少選擇用于指定顯示畫面上位置的位置指定對象的顯示位置 的特定范圍內(nèi)存在的鏈接目的地、顯示畫面上當(dāng)前顯示的鏈接目的地以及已經(jīng)被選擇了 特定次數(shù)或更多次的鏈接目的地中的任何鏈接目的地。連接建立單元可以在通過用戶操 作選擇鏈接目的地之前，建立到鏈接選擇單元進(jìn)一步選擇的鏈接目的地的TCP連接。鏈接選擇單元可以選擇至少一個(gè)鏈接目的地之中往返時(shí)間等于或大于特定閾值 的鏈接目的地作為要到其建立TCP連接的鏈接目的地。鏈接選擇單元可以根據(jù)鏈接目的地的IP地址或域名判斷是否選擇鏈接目的地作 為要到其建立TCP連接的鏈接目的地。信息處理設(shè)備可以進(jìn)一步包括數(shù)據(jù)獲取單元，用于獲取顯示控制數(shù)據(jù)以及與 顯示控制數(shù)據(jù)有關(guān)的相關(guān)數(shù)據(jù)。數(shù)據(jù)獲取單元可以優(yōu)先于來自第二構(gòu)造單元的數(shù)據(jù)獲取 請求處理來自第一構(gòu)造單元的數(shù)據(jù)獲取請求。連接建立單元可以在確定了鏈接目的地的主機(jī)地址時(shí)，在顯示控制數(shù)據(jù)的預(yù)取 或者TCP連接的建立之前獲取與主機(jī)地址對應(yīng)的IP地址。 信息處理設(shè)備可以進(jìn)一步包括高速緩沖存儲器，其中存儲數(shù)據(jù)獲取單元基于 來自第一構(gòu)造單元和第二構(gòu)造單元的請求獲取的顯示控制數(shù)據(jù)和相關(guān)數(shù)據(jù)。顯示控制單元可以在已經(jīng)把基于第二結(jié)構(gòu)化數(shù)據(jù)的顯示所需要的所有顯示控制數(shù)據(jù)存儲于高速緩沖 存儲器中的時(shí)間點(diǎn)處，基于高速緩沖存儲器中存儲的數(shù)據(jù)切換顯示。 第二構(gòu)造單元在結(jié)構(gòu)分析單元提取的結(jié)構(gòu)單元中不存在寫有與涉及腳本處理的 顯示控制有關(guān)的信息的結(jié)構(gòu)單元的情形中無需生成第二結(jié)構(gòu)化數(shù)據(jù)。信息處理設(shè)備可以進(jìn)一步包括顯示歷史存儲單元，用于在執(zhí)行基于第一結(jié)構(gòu)化 數(shù)據(jù)的顯示時(shí)存儲包括與顯示畫面上顯示的內(nèi)容對應(yīng)的結(jié)構(gòu)單元的歷史。顯示控制單元 可以在切換到基于第二結(jié)構(gòu)化數(shù)據(jù)的顯示時(shí)，基于顯示歷史存儲單元中存儲的顯示歷史 選擇與要在顯示畫面上顯示的內(nèi)容對應(yīng)的結(jié)構(gòu)單元。根據(jù)本發(fā)明的另一個(gè)實(shí)施例，提供了一種數(shù)據(jù)獲取方法，包括以下步驟選擇 作為基于關(guān)鍵信息的搜索結(jié)果的至少一個(gè)鏈接目的地中的一個(gè)或更多個(gè)鏈接目的地；在 通過用戶操作選擇鏈接目的地之前，獲取至少包括寫有與顯示畫面的布局有關(guān)的信息的 結(jié)構(gòu)單元的顯示控制數(shù)據(jù)，其中，顯示控制數(shù)據(jù)存在于選擇至少一個(gè)鏈接目的地的一部 分的步驟中選擇的鏈接目的地處；在通過用戶操作選擇在用戶操作以前已經(jīng)獲取了其顯 示控制數(shù)據(jù)的鏈接目的地之前，分析顯示控制數(shù)據(jù)以及提取顯示控制數(shù)據(jù)中包括的結(jié)構(gòu) 單元；在通過用戶操作選擇在用戶操作以前已經(jīng)獲取了其顯示控制數(shù)據(jù)的鏈接目的地之 前，通過相互鏈接在提取結(jié)構(gòu)單元的步驟中提取的結(jié)構(gòu)單元之中、除了寫有與涉及腳本 處理的顯示控制有關(guān)的信息的結(jié)構(gòu)單元以外、至少包括寫有與顯示畫面的布局有關(guān)的信 息的結(jié)構(gòu)單元的結(jié)構(gòu)單元生成用于顯示控制的第一結(jié)構(gòu)化數(shù)據(jù)；在通過用戶操作選擇在 用戶操作以前已經(jīng)獲取了其顯示控制數(shù)據(jù)的鏈接目的地的情形中，通過相互鏈接結(jié)構(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ā)明的另一個(gè)實(shí)施例，提供了一種程序，用于使得計(jì)算機(jī)實(shí)現(xiàn)鏈接選 擇功能，用于選擇作為基于關(guān)鍵信息的搜索結(jié)果的至少一個(gè)鏈接目的地中的一個(gè)或更多 個(gè)鏈接目的地；數(shù)據(jù)預(yù)取功能，用于在通過用戶操作選擇鏈接目的地之前，獲取至少包 括寫有與顯示畫面的布局有關(guān)的信息的結(jié)構(gòu)單元的顯示控制數(shù)據(jù)，其中，顯示控制數(shù)據(jù) 存在于鏈接選擇功能選擇的鏈接目的地處；結(jié)構(gòu)分析功能，用于在通過用戶操作選擇數(shù) 據(jù)預(yù)取功能已經(jīng)獲取了其顯示控制數(shù)據(jù)的鏈接目的地之前，分析顯示控制數(shù)據(jù)以及提取 顯示控制數(shù)據(jù)中包括的結(jié)構(gòu)單元；第一構(gòu)造功能，用于在通過用戶操作選擇數(shù)據(jù)預(yù)取功 能已經(jīng)獲取了其顯示控制數(shù)據(jù)的鏈接目的地之前，通過相互鏈接結(jié)構(gòu)分析功能提取的結(jié) 構(gòu)單元之中、除了寫有與涉及腳本處理的顯示控制有關(guān)的信息的結(jié)構(gòu)單元以外、至少包 括寫有與顯示畫面的布局有關(guān)的信息的結(jié)構(gòu)單元的結(jié)構(gòu)單元來生成用于顯示控制的第一 結(jié)構(gòu)化數(shù)據(jù)；第二構(gòu)造功能，用于在通過用戶操作選擇數(shù)據(jù)預(yù)取功能已經(jīng)獲取了其顯示 控制數(shù)據(jù)的鏈接目的地的情形中，通過相互鏈接結(jié)構(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ā)明的實(shí)施例，可以減小由腳本處理的順序?qū)傩砸鸬捻撁骘@示延 遲，可以快速顯示布局好的頁面。


圖1 是示出了網(wǎng)絡(luò)瀏覽器所進(jìn)行的頁面顯示處理的流程的說明圖；圖2是示出了 DOM的概況以及基于DOM的頁面顯示處理的流程的說明圖；圖3是示出了網(wǎng)絡(luò)瀏覽器的文件下載序列的說明圖；圖4是示出了標(biāo)準(zhǔn)網(wǎng)絡(luò)瀏覽器的頁面顯示時(shí)間的分析結(jié)果的說明圖；圖5是示出了不執(zhí)行腳本處理的網(wǎng)絡(luò)瀏覽器的頁面顯示時(shí)間的分析結(jié)果的說明 圖；圖6是示出了標(biāo)準(zhǔn)網(wǎng)絡(luò)瀏覽器的頁面顯示處理序列的說明圖；圖7是示出了根據(jù)本發(fā)明的第一實(shí)施例的網(wǎng)絡(luò)瀏覽器的頁面顯示處理序列的說 明圖；圖8是示出了根據(jù)該實(shí)施例的網(wǎng)絡(luò)瀏覽器的頁面顯示處理序列的說明圖；圖9是示出了根據(jù)該實(shí)施例的網(wǎng)絡(luò)瀏覽器的頁面顯示處理序列的說明圖；圖10是示出了根據(jù)該實(shí)施例的信息處理設(shè)備的功能配置的示例的說明圖；圖11是示出了根據(jù)該實(shí)施例的信息處理設(shè)備所進(jìn)行的顯示控制處理的流程的說 明圖；圖12是示出了在采用根據(jù)該實(shí)施例的顯示控制方法的情形中頁面顯示時(shí)間的測 量結(jié)果的說明圖；圖13是示出了在采用根據(jù)該實(shí)施例的顯示控制方法的情形中頁面顯示時(shí)間的測 量結(jié)果的說明圖；圖14是示出了在采用根據(jù)該實(shí)施例的顯示控制方法的情形中頁面顯示時(shí)間的測 量結(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ù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖37是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖38是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖39是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖40是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖41是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖42是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖43是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖44是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖45是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖46是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖47是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖48是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖49是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖50是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖51是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖52是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖53是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程的說明圖；圖54是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖55是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖56是示出了基于根據(jù)該實(shí)施例的顯示 控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖57是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖58是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖59是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖60是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖61是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖62是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖63是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖64是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖65是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖66是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖67是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖68是示出了基于根據(jù)該實(shí)施例的顯示控制方法的HTML文件執(zhí)行處理的流程 的說明圖；圖69是示出了根據(jù)本發(fā)明的第二實(shí)施例的預(yù)取方法的說明圖；圖70是示出了根據(jù)預(yù)取目標(biāo)類型的預(yù)取效果的差別的說明圖；圖71是示出了根據(jù)預(yù)取目標(biāo)類型的預(yù)取效果的差別的說明圖；圖72是示出了用于選擇預(yù)取目標(biāo)的方法的說明圖；圖73是示出了根據(jù)該實(shí)施例的信息處理設(shè)備的功能配置的示例的說明圖；圖74是示出了根據(jù)該實(shí)施例的信息處理設(shè)備所進(jìn)行的預(yù)取處理的流程的說明 圖；圖75是示出了根據(jù)該實(shí)施例的預(yù)取處理的流程的說明圖76是示出了根據(jù)預(yù)取類型的效果的差別的說明圖； 圖77是示出了根據(jù)該實(shí)施例的預(yù)連接方法的說明圖；圖78是示出了根據(jù)該實(shí)施例的預(yù)連接方法的說明圖；圖79是示出了取決于TLD差別的連接建立時(shí)間的差別的說明圖；圖80是示出了取決于目標(biāo)國家差別的連接建立時(shí)間的差別的說明圖；圖81是示出了根據(jù)本發(fā)明的第三實(shí)施例的基于接近距離的預(yù)取方法的概況的說 明圖；圖82是示出了根據(jù)該實(shí)施例的信息處理設(shè)備的功能配置的示例的說明圖；圖83是示出了根據(jù)該實(shí)施例的信息處理設(shè)備所進(jìn)行的接近檢測處理和預(yù)取處理 的流程的說明圖；圖84是示出了根據(jù)該實(shí)施例的預(yù)取處理的流程的說明圖；圖85是示出了通過內(nèi)嵌式觸摸面板檢測操作工具的方法的說明圖；以及圖86是示出了能夠?qū)崿F(xiàn)根據(jù)本發(fā)明的每個(gè)實(shí)施例的信息處理設(shè)備的功能的信息 處理設(shè)備的硬件配置的示例的說明圖。
具體實(shí)施例方式在下文中，將參照附圖詳細(xì)描述本發(fā)明的優(yōu)選實(shí)施例。注意，在本說明書和附 圖中，功能和結(jié)構(gòu)基本上相同的結(jié)構(gòu)元件用同樣的參考標(biāo)號表示，并略去了對這些結(jié)構(gòu) 元件的重復(fù)說明。<描述的流程>此處將簡要提及描述下述本發(fā)明的實(shí)施例的流程。首先，在詳細(xì)描述根據(jù)本實(shí) 施例的技術(shù)配置之前，將參照圖1至圖6描述與網(wǎng)絡(luò)瀏覽器所進(jìn)行的頁面顯示處理有關(guān)的 標(biāo)準(zhǔn)配置。隨后，將參照圖7至圖9描述根據(jù)本發(fā)明的第一實(shí)施例的網(wǎng)頁顯示處理序列。 隨后，將參照圖10和圖11描述根據(jù)該實(shí)施例的信息處理設(shè)備100的功能配置和操作。接下來，將參照圖12至圖14描述在采用根據(jù)該實(shí)施例的顯示控制方法的情形中 獲得的減少頁面顯示時(shí)間的效果。隨后，將參照圖15至圖17描述DOM結(jié)構(gòu)的差別與 顯示結(jié)果的差別之間的關(guān)系。隨后，為了與本實(shí)施例的技術(shù)相比較，將參照圖18至圖 35簡要描述標(biāo)準(zhǔn)HTML文件執(zhí)行處理。隨后，將參照圖36至圖68描述根據(jù)該實(shí)施例的 HTML文件執(zhí)行處理。接下來，將參照圖69描述根據(jù)本發(fā)明的第二實(shí)施例的預(yù)取方法。隨后，將在參 照圖72描述選擇預(yù)取目標(biāo)的非常有效的方法的同時(shí)參照圖70和圖71表明根據(jù)預(yù)取目標(biāo) 類型的效果的差別。隨后，將參照圖73和圖74描述根據(jù)該實(shí)施例的信息處理設(shè)備100 的功能配置和操作。隨后，將參照圖75描述根據(jù)該實(shí)施例的預(yù)取處理的流程。隨后， 將參照圖76描述根據(jù)預(yù)取類型的效果的差別。接下來，將參照圖77和圖78描述根據(jù)該實(shí)施例的預(yù)連接方法。隨后，將參照 圖79和圖80，針對TLD和目標(biāo)國家比較預(yù)連接的效果。接下來，將參照圖81描述根據(jù)本發(fā)明的第三實(shí)施例的用于結(jié)合接近檢測和預(yù)取 處理的方法。隨后，將參照圖82和圖83描述根據(jù)該實(shí)施例的信息處理設(shè)備100的功能 配置和操作。隨后，將參照圖84描述根據(jù)該實(shí)施例的預(yù)取處理的流程。隨后，將參照圖85描述可以用于根據(jù)該實(shí)施例的接近檢測的內(nèi)嵌式觸摸面板的結(jié)構(gòu)和操作。接下來，將參照圖86描述能夠?qū)崿F(xiàn)根據(jù)第一至第三實(shí)施例的信息處理設(shè)備100 的功能的硬件配置的示例。最后，將總結(jié)實(shí)施例的技術(shù)思想并簡要描述通過這些技術(shù)思 想獲得的操作效果。(描述項(xiàng)) 1 介紹1-1 網(wǎng)絡(luò)瀏覽器的操作1-2:顯示時(shí)間分析結(jié)果2:第一實(shí)施例2-1 網(wǎng)絡(luò)瀏覽器的操作2-2 信息處理設(shè)備100的功能配置2-3 信息處理設(shè)備100的操作2-4:對顯示時(shí)間的效果2-5 根據(jù)DOM結(jié)構(gòu)差別的顯示結(jié)果之間的比較2-6 DOM構(gòu)建步驟的具體示例3:第二實(shí)施例3-1 預(yù)取的效果(考察)3-2 信息處理設(shè)備100的功能配置3-3 信息處理設(shè)備100的操作3-4預(yù)取處理的流程3-5 預(yù)取的效果3-6 預(yù)連接的效果(考察)4:第三實(shí)施例4-1 接近檢測和預(yù)取處理的結(jié)合4-2 信息處理設(shè)備100的功能配置4-3 信息處理設(shè)備100的操作4-4基于接近檢測的預(yù)取處理的流程4-5 能夠進(jìn)行接近檢測的觸摸面板(內(nèi)嵌式觸摸面板)的結(jié)構(gòu)5 信息處理設(shè)備100的硬件配置示例6 總結(jié)<1:介紹 >首先，在描述本發(fā)明的實(shí)施例之前，將描述網(wǎng)絡(luò)瀏覽器所進(jìn)行的網(wǎng)頁顯示處 理。此處將對網(wǎng)絡(luò)瀏覽器執(zhí)行的處理的標(biāo)準(zhǔn)流程給出說明，從HTML文件的獲取到網(wǎng)頁 的顯示(在下文中，顯示處理序列)。<1-1 網(wǎng)絡(luò)瀏覽器的操作>圖1中示出了標(biāo)準(zhǔn)網(wǎng)絡(luò)瀏覽器10所進(jìn)行的顯示處理序列。如圖1中所示，網(wǎng)絡(luò) 瀏覽器10首先向網(wǎng)絡(luò)服務(wù)器310請求HTML文件(步驟S11)。隨后，網(wǎng)絡(luò)瀏覽器10獲 取網(wǎng)絡(luò)服務(wù)器310響應(yīng)于請求發(fā)送的HTML文件(步驟S12)。隨后，網(wǎng)絡(luò)瀏覽器10分 析獲取的HTML文件(步驟S13)。
此時(shí)，網(wǎng)絡(luò)瀏覽器10通過使用被稱為HTML分析器11的分析器程序分析HTML 的結(jié)構(gòu)。如同已經(jīng)描述的，通過使用定義結(jié)構(gòu)單元的特定標(biāo)簽編寫HTML文件。相應(yīng) 地，通過使用分析器程序，可以提取標(biāo)簽界定的結(jié)構(gòu)單元，或者可以分析結(jié)構(gòu)單元之間 的關(guān)系。HTML分析器11分析HTML文件，在適當(dāng)情況下向網(wǎng)絡(luò)服務(wù)器320請求外部 資源(步驟S14)。此處外部資源例 如是定義布局信息的樣式表文件以及定義腳本信息的腳本文 件?，F(xiàn)在，當(dāng)響應(yīng)于請求從網(wǎng)絡(luò)服務(wù)器320發(fā)送外部資源時(shí)，網(wǎng)絡(luò)瀏覽器10獲取網(wǎng)絡(luò)服 務(wù)器320發(fā)送的外部資源(步驟S15)。步驟S15中獲取的外部資源根據(jù)其類型而用于步 驟S16或S17的處理。另外，在構(gòu)建DOM 12時(shí)使用HTML分析器11從HTML文件中 提取的結(jié)構(gòu)單元的信息。當(dāng)在步驟S15中獲取的外部資源是CSS文件時(shí)，網(wǎng)絡(luò)瀏覽器10應(yīng)用CSS (步驟 S16)。另外，當(dāng)在步驟S15中獲取的外部資源是腳本文件時(shí)，網(wǎng)絡(luò)瀏覽器10通過腳本 引擎13執(zhí)行腳本處理(步驟S17)。在執(zhí)行步驟S16或S17的處理之后，網(wǎng)絡(luò)瀏覽器10 構(gòu)建DOM 12。隨后，網(wǎng)絡(luò)瀏覽器10基于已經(jīng)構(gòu)建的DOM 12創(chuàng)建各種繪圖元件(步驟 S18)。隨后，網(wǎng)絡(luò)瀏覽器10適當(dāng)?shù)丶虞d插件(步驟S19)，以及顯示網(wǎng)頁(步驟S20)。如同所描述的，執(zhí)行各種處理直到顯示網(wǎng)頁為止。許多這些處理在DOM 12的 構(gòu)建之前執(zhí)行。(DOM 12)此處，將參照圖2更詳細(xì)地描述構(gòu)建DOM 12的處理、以及基于已經(jīng)構(gòu)建的 DOM 12顯示網(wǎng)頁的處理。如圖2中所示，DOM 12是通過鏈接HTML分析器11提取的HTML文件的結(jié)構(gòu) 單元構(gòu)建的樹形結(jié)構(gòu)。更恰當(dāng)?shù)兀珼OM 12是用于處理HTML (或XML)的內(nèi)容或結(jié)構(gòu) 的API(應(yīng)用程序接口)。例如，假定HTML文件中包括用于定義網(wǎng)頁顯示配置的多個(gè)結(jié) 構(gòu)單元(Al至A7)。這些結(jié)構(gòu)單元在HTML分析器11所進(jìn)行的分析處理中提取、相互 鏈接并且構(gòu)建成DOM 12的形式。注意，圖2中示出的DOM 12的樹形結(jié)構(gòu)是網(wǎng)絡(luò)瀏覽器識別的結(jié)構(gòu)的概念表示。 用戶實(shí)際看到的網(wǎng)頁是基于DOM 12的樹形結(jié)構(gòu)通過網(wǎng)絡(luò)瀏覽器10的渲染引擎(rendering engine)創(chuàng)建的。當(dāng)網(wǎng)絡(luò)瀏覽器10在構(gòu)建DOM 12之后基于DOM 12的樹形結(jié)構(gòu)調(diào)整了 顯示布局以及在顯示布局的特定位置中嵌入諸如圖像數(shù)據(jù)和文本數(shù)據(jù)等內(nèi)容時(shí)，顯示網(wǎng) 頁的處理完成。如同所描述的，DOM 12的構(gòu)建作為用于顯示網(wǎng)頁的前提。<1-2 顯示時(shí)間分析結(jié)果>此處，將參照圖3至圖5考察構(gòu)建DOM 12的時(shí)刻與顯示網(wǎng)頁花費(fèi)的時(shí)間之間的關(guān)系。(下載序列)如上所述，至少在完成HTML分析器11所進(jìn)行的HTML文件的分析、CSS的
應(yīng)用以及腳本處理的執(zhí)行之后執(zhí)行DOM 12的構(gòu)建。更具體地，執(zhí)行如圖3中所示的處 理序列。在時(shí)間從左向右流逝的前提下示出了圖3中所示的處理序列。S卩，按從左側(cè)所 示的處理起的次序執(zhí)行處理。如圖3中所示，當(dāng)出現(xiàn)到網(wǎng)頁的重定向等時(shí)，網(wǎng)絡(luò)瀏覽器10下載HTML文件。另外，在下載文 件時(shí)，通過DNS的名稱解析花費(fèi)的時(shí)間、構(gòu)建到網(wǎng)絡(luò)服務(wù)器的連接花費(fèi) 的時(shí)間、等待時(shí)間等變得有必要。圖3中所示每個(gè)文件的下載時(shí)間包括這些時(shí)間。當(dāng) HTML文件的下載完成時(shí)，網(wǎng)絡(luò)瀏覽器10分析下載的HTML文件。隨后，基于HTML文件的分析結(jié)果，網(wǎng)絡(luò)瀏覽器10適當(dāng)下載CSS文件或JS文 件。另外，可以在HTML文件的分析過程中執(zhí)行CSS文件或JS文件的下載。另外，可 以下載多個(gè)CSS文件或多個(gè)JS文件。此外，根據(jù)HTML文件的分析結(jié)果下載圖像數(shù)據(jù)等 (圖像等)。當(dāng)下載了所有CSS文件和JS文件時(shí)，確定用于構(gòu)建DOM 12的結(jié)構(gòu)元件。當(dāng)準(zhǔn)備好用于構(gòu)建DOM 12的所有結(jié)構(gòu)元件時(shí)，網(wǎng)絡(luò)瀏覽器10的渲染引擎開始 DOM 12的渲染。此時(shí)，不一定下載所有圖像數(shù)據(jù)片段等。另外，當(dāng)渲染進(jìn)展到了一定 的程度時(shí)，使能用戶操作。接下來，當(dāng)下載了所有圖像數(shù)據(jù)片段等并且完成了 DOM 12 的渲染時(shí)，網(wǎng)頁的顯示完成。在此時(shí)間點(diǎn)處完成完整網(wǎng)頁的顯示。如同所描述的，在標(biāo) 準(zhǔn)網(wǎng)絡(luò)瀏覽器10的顯示處理序列中，在HTML文件、CSS文件和JS文件均被下載之前 不建立DOM 12。(顯示網(wǎng)頁花費(fèi)的時(shí)間)現(xiàn)在，圖3中示出的下載序列只示出了處理的次序。因而，根據(jù)圖3中所示的 示例不知道每個(gè)處理實(shí)際花費(fèi)時(shí)間的長度。相應(yīng)地，圖4中示出了通過實(shí)際使用網(wǎng)絡(luò)瀏 覽器10測量每個(gè)處理花費(fèi)時(shí)間的長度的結(jié)果。此外，圖4的示例示出了實(shí)際測量到的時(shí)間，但是時(shí)間的實(shí)際值是取決于測量 環(huán)境而可變的。相應(yīng)地，應(yīng)當(dāng)關(guān)注于每個(gè)處理花費(fèi)時(shí)間的相對長度。此外，圖4中示出 了表明起始時(shí)間的豎直線以及表明完成時(shí)間的豎直線。此處起始時(shí)間表示到可以開始用 戶所進(jìn)行的操作之前的時(shí)間。另一方面，此處完成時(shí)間表示到下載了所有文件和所有數(shù) 據(jù)段以及以完整形式顯示網(wǎng)頁之前的時(shí)間。首先，將會注意CSS文件的處理。當(dāng)自出現(xiàn)重定向(Oms)起逝去了約2500ms 的時(shí)間時(shí)開始并且連續(xù)執(zhí)行約2500ms CSS文件的處理。此外，在圖4的示例中，同時(shí)對 三個(gè)CSS文件開始處理。接下來，將會注意JS文件的處理。當(dāng)開始CSS文件的處理時(shí)同時(shí)開始JS文件 的處理。然而，在此時(shí)間點(diǎn)只開始一個(gè)JS文件的處理。在完成第一個(gè)JS文件的處理之 后開始第二個(gè)JS文件的處理。在此時(shí)間點(diǎn)，也只對一個(gè)JS文件開始處理。同樣地，一 次對一個(gè)JS文件執(zhí)行處理，直到完成所有JS文件的處理為止。結(jié)果，所有JS文件的處 理花費(fèi)約12000ms的時(shí)間。然后，執(zhí)行圖像數(shù)據(jù)等的下載、DOM的渲染等，并執(zhí)行網(wǎng)頁顯示處理。這些處 理以并行方式同時(shí)執(zhí)行，不顯著影響顯示網(wǎng)頁花費(fèi)的處理時(shí)間。根據(jù)圖4中示出的測量結(jié)果可以斷定處理JS文件花費(fèi)的時(shí)間占到顯示網(wǎng)頁之 前花費(fèi)的時(shí)間的比例相當(dāng)高。JS文件的處理花費(fèi)時(shí)間的主要原因是無法并行執(zhí)行多個(gè)JS 文件的下載和執(zhí)行。此情形出現(xiàn)是因?yàn)樵谝郧短追绞蕉xJS文件的情形中，在完成在 前JS文件的下載和執(zhí)行之前不可能進(jìn)行在后JS文件的下載和執(zhí)行。雖然此處把JS文件 作為示例，但是對于用其他腳本語言編寫的腳本文件也可以這么認(rèn)為。相應(yīng)地，本發(fā)明的發(fā)明人提出了一種在其它處理之后執(zhí)行JS文件的下載和執(zhí)行 的方法。為了估計(jì)在應(yīng)用此方法的情形中獲得的效果，執(zhí)行如圖5中所示的仿真。如根據(jù)結(jié)果可以看出的，當(dāng)較后執(zhí)行JS文件的下載和執(zhí)行時(shí)，起始時(shí)間減少到了 7秒。順帶 提及，由于在圖4的示例中起始時(shí)間是22秒，所以通過在較后的序列執(zhí)行JS文件的下載 和執(zhí)行把起始時(shí)間減少了 15秒。然而，圖5的示例只是仿真，事實(shí)上，需要進(jìn)行各種修 改以把JS文件的下載和執(zhí)行置于較后的序列。<2:第一實(shí)施例>如上所述，通過在較后的序列執(zhí)行腳本文件的下載和執(zhí)行可以大大減少顯示網(wǎng) 頁花費(fèi)的時(shí)間。下面，將描述用于把對腳本文件的處理置于較后的序列的機(jī)制。本發(fā)明 的第一實(shí)施例涉及用于實(shí)現(xiàn)這種機(jī)制的設(shè)備和方法。<2-1 網(wǎng)絡(luò)瀏覽器的操作>首先，將參照圖6至圖9描述根據(jù)本實(shí)施例的網(wǎng)絡(luò)瀏覽器的處理序列。注意，圖 6中所示的處理序列是為了與根據(jù)本實(shí)施例的處理序列比較而示出的標(biāo)準(zhǔn)網(wǎng)絡(luò)瀏覽器的處 理序列。

(標(biāo)準(zhǔn)處理序列)如圖6中所示，如上所述，按HTML文件的處理，{CSS文件的處理、JS文件的
處理丨、DOM的構(gòu)建、以及圖像數(shù)據(jù)等的下載的次序執(zhí)行標(biāo)準(zhǔn)網(wǎng)絡(luò)瀏覽器的處理序列。 艮口，通過一個(gè)線程(第一線程)執(zhí)行這一系列處理。(本實(shí)施例的處理序列)另一方面，如圖7中所示，通過兩個(gè)線程(第一和第二線程)執(zhí)行根據(jù)本實(shí)施例 的處理序列。在第一線程中，執(zhí)行HTML文件的處理、CSS文件的處理以及圖像數(shù)據(jù)等 的下載，在完成CSS文件處理的階段構(gòu)建簡單DOM (在下文中，臨時(shí)DOM)。隨后，基 于臨時(shí)DOM顯示網(wǎng)頁。另一方面，在第二線程中，執(zhí)行JS文件的處理，在完成JS文件處理的階段構(gòu)建 最終DOM (在下文中，完整DOM)。此外，下載第一線程未獲取的圖像數(shù)據(jù)等，基于完 整DOM顯示網(wǎng)頁。此時(shí)，把基于臨時(shí)DOM顯示的網(wǎng)頁更新為基于完整DOM顯示的網(wǎng) 頁(見圖8)。如參照仿真結(jié)果已經(jīng)描述的，由于包括JS文件的處理而使構(gòu)建DOM的時(shí)刻延 遲，結(jié)果是到網(wǎng)頁的顯示為止花費(fèi)的時(shí)間長。然而，第一線程要構(gòu)建的臨時(shí)DOM的構(gòu) 建獨(dú)立于JS文件的處理執(zhí)行。因而，以相比于標(biāo)準(zhǔn)網(wǎng)絡(luò)瀏覽器構(gòu)建DOM的時(shí)刻而言非 常早的時(shí)刻執(zhí)行臨時(shí)DOM的構(gòu)建。然而，臨時(shí)DOM中不包括與JS文件的處理有關(guān)的結(jié)構(gòu)單元。因此，基于臨時(shí) DOM顯示的網(wǎng)頁不同于基于包括與JS文件的處理有關(guān)的結(jié)構(gòu)單元的完整DOM顯示的網(wǎng) 頁。然而，根據(jù)本實(shí)施例的處理序列包括第二線程所進(jìn)行的用于構(gòu)建包括與JS文件的處 理有關(guān)的結(jié)構(gòu)單元的完整DOM的操作。另外，由于在完成第二線程所進(jìn)行的處理時(shí)顯 示切換到基于完整DOM的網(wǎng)頁的顯示，因此可以解決用戶由于網(wǎng)頁的差別而感到的的不 舒服。如同所描述的，通過應(yīng)用根據(jù)本實(shí)施例的處理序列，可以完成把網(wǎng)頁的快速顯示 和正確網(wǎng)頁的顯示結(jié)合的挑戰(zhàn)性任務(wù)。此外，事實(shí)上，將會是DOM節(jié)點(diǎn)的結(jié)構(gòu)單元的一些文件對于第一線程構(gòu)建的臨 時(shí)DOM以及第二線程構(gòu)建的完整DOM是重疊的。相應(yīng)地，關(guān)于每個(gè)文件的下載，執(zhí)行 下載管理器線程、以及由第一和第二線程使用下載管理器線程獲取的文件是高效的，如圖9中所示。例如，下載管理器線程專門負(fù)責(zé)HTML文件、CSS文件、JS文件、圖像 數(shù)據(jù)等的下載。另外，下載時(shí)刻如圖7和圖8中所示。至此，描述了根據(jù)本實(shí)施例的處理序列。<2-2 信息處理設(shè)備100的功能配置>
接下來，將參照圖10描述能夠?qū)崿F(xiàn)以上思想的信息處理設(shè)備100的功能配置。 圖10是示出了根據(jù)本實(shí)施例的信息處理設(shè)備100的功能配置的示例的說明圖。另外，為 了與根據(jù)第二和第三實(shí)施例的信息處理設(shè)備100相區(qū)別，有時(shí)把根據(jù)本實(shí)施例的信息處 理設(shè)備100稱作信息處理設(shè)備100A。如圖10中所示，信息處理設(shè)備100主要由數(shù)據(jù)獲取單元110、結(jié)構(gòu)分析單元 120、渲染單元130、以及顯示單元140構(gòu)成。此外，渲染單元130包括臨時(shí)DOM創(chuàng)建 單元131、完整DOM創(chuàng)建單元132、高速緩沖存儲器133、顯示控制單元134、以及節(jié)點(diǎn) 信息存儲單元135。當(dāng)出現(xiàn)重定向時(shí)，首先，數(shù)據(jù)獲取單元110下載HTML文件。隨后，數(shù)據(jù)獲取 單元110下載的HTML文件輸入到結(jié)構(gòu)分析單元120。當(dāng)輸入HTML文件時(shí)，結(jié)構(gòu)分析 單元120分析HTML文件的結(jié)構(gòu)，以及提取HTML文件的結(jié)構(gòu)單元。隨后，結(jié)構(gòu)分析單 元120適當(dāng)經(jīng)由數(shù)據(jù)獲取單元110向網(wǎng)絡(luò)服務(wù)器310和320發(fā)送對CSS文件和JS文件的請求。當(dāng)CSS文件和JS文件響應(yīng)于請求從網(wǎng)絡(luò)服務(wù)器310和320發(fā)送時(shí)，數(shù)據(jù)獲取單 元110接收已經(jīng)發(fā)送的CSS文件和JS文件。數(shù)據(jù)獲取單元110接收的CSS文件和JS文 件輸入到結(jié)構(gòu)分析單元120。當(dāng)輸入CSS文件時(shí)，結(jié)構(gòu)分析單元120執(zhí)行應(yīng)用CSS文件 的處理。另外，當(dāng)輸入JS文件時(shí)，結(jié)構(gòu)分析單元120執(zhí)行輸入的JS文件。此時(shí)，適當(dāng) 按順序獲取并且由結(jié)構(gòu)分析單元120執(zhí)行JS文件。把結(jié)構(gòu)分析單元120所進(jìn)行的CSS文件應(yīng)用的結(jié)果輸入到臨時(shí)DOM創(chuàng)建單 元131和完整DOM創(chuàng)建單元132兩者，把JS文件執(zhí)行的結(jié)果輸入到完整DOM創(chuàng)建單 元132。另外，結(jié)構(gòu)分析單元120把從HTML文件中提取的結(jié)構(gòu)單元的信息輸入到臨時(shí) DOM創(chuàng)建單元131和完整DOM創(chuàng)建單元132。然而，不把與JS文件的處理有關(guān)的結(jié)構(gòu) 單元的信息輸入到臨時(shí)DOM創(chuàng)建單元131。此外，基于HTML文件的分析結(jié)果，結(jié)構(gòu) 分析單元120適當(dāng)請求數(shù)據(jù)獲取單元110獲取圖像數(shù)據(jù)等。把數(shù)據(jù)獲取單元110響應(yīng)于 這種請求獲取的圖像數(shù)據(jù)等經(jīng)由臨時(shí)DOM創(chuàng)建單元131和完整DOM創(chuàng)建單元132輸入 到顯示控制單元134。如上所述，把不包括與JS文件的處理有關(guān)的結(jié)構(gòu)單元的HTML文件的結(jié)構(gòu)單元 輸入到臨時(shí)DOM創(chuàng)建單元131。從而，臨時(shí)DOM創(chuàng)建單元131通過相互鏈接輸入的 結(jié)構(gòu)單元形成樹形結(jié)構(gòu)，構(gòu)建臨時(shí)DOM。把臨時(shí)DOM創(chuàng)建單元131構(gòu)建的臨時(shí)DOM 的信息輸入到顯示控制單元134。另一方面，把包括與JS文件的處理有關(guān)的結(jié)構(gòu)單元的 HTML文件的所有結(jié)構(gòu)單元輸入到完整DOM創(chuàng)建單元132。然而，由于JS文件的獲取 由于JS文件處理的順序?qū)傩远ㄙM(fèi)很長時(shí)間，所以數(shù)據(jù)和所有結(jié)構(gòu)單元的信息的輸入花 費(fèi)相對較長時(shí)間。結(jié)果，在臨時(shí)DOM構(gòu)建之后的一段時(shí)間完成完整DOM的構(gòu)建。當(dāng)輸入包括與JS文件的處理有關(guān)的信息的與HTML文件的所有結(jié)構(gòu)單元有關(guān)的 信息時(shí)，完整DOM創(chuàng)建單元132通過相互鏈接輸入的結(jié)構(gòu)單元形成樹形結(jié)構(gòu)，構(gòu)建完整DOM。隨后，把完整DOM創(chuàng)建單元132構(gòu)建的完整DOM的信息輸入到顯示控制單元 134。此外，完整DOM創(chuàng)建單元132獲取基于完整DOM顯示網(wǎng)頁所必要的所有圖像數(shù) 據(jù)等，并將其存儲于高速緩沖存儲器133中。通過把顯示網(wǎng)頁所必要的所有數(shù)據(jù)存儲于 高速緩沖存儲器133中，可以用基于完整DOM的網(wǎng)頁快速替換基于臨時(shí)DOM顯示的網(wǎng) 頁。如上所述，把臨時(shí)DOM的信息以及圖像數(shù)據(jù)等從臨時(shí)DOM創(chuàng)建單元131輸入 到顯示控制單元134。當(dāng)輸入臨時(shí)DOM的信息以及圖像數(shù)據(jù)等時(shí)，顯示控制單元134基 于臨時(shí)DOM執(zhí)行渲染，并基于臨時(shí)DOM創(chuàng)建網(wǎng)頁。隨后，顯示控制單元134使得顯 示單元140顯示基于臨時(shí)DOM的網(wǎng)頁。此外，當(dāng)從完整DOM創(chuàng)建單元132輸入完整 DOM的信息以及圖像數(shù)據(jù)等時(shí)，顯示控制單元134基于完整DOM執(zhí)行渲染，并基于完 整DOM創(chuàng)建網(wǎng)頁。隨后，顯示控制單元134用基于完整DOM的網(wǎng)頁替換基于臨時(shí)DOM 的網(wǎng)頁。此時(shí)，顯示控制單元134讀取高速緩沖存儲器133中存儲的對于顯示網(wǎng)頁而言必 要的圖像數(shù)據(jù)等，并使得顯示單元140顯示基于完整DOM的網(wǎng)頁。注意，當(dāng)高速緩沖 存儲器133中未存儲對于顯示網(wǎng)頁而言必要的圖像數(shù)據(jù)等時(shí)，顯示控制單元134經(jīng)由數(shù)據(jù) 獲取單元110獲取必要的圖像數(shù)據(jù)等，并通過使用獲取的圖像數(shù)據(jù)等使網(wǎng)頁得以顯示。

此外，在基于臨時(shí)DOM的網(wǎng)頁顯示過程中執(zhí)行卷動(dòng)等的情形中，顯示控制單元 134將在顯示單元140上的參考位置處顯示的結(jié)構(gòu)單元的信息(在下文中，節(jié)點(diǎn)信息)存 儲在節(jié)點(diǎn)信息存儲單元135中。隨后，在顯示基于完整DOM的網(wǎng)頁時(shí)，顯示控制單元 134讀取節(jié)點(diǎn)信息存儲單元135中存儲的節(jié)點(diǎn)信息，調(diào)整基于完整DOM的網(wǎng)頁的卷動(dòng)位 置以使得與節(jié)點(diǎn)信息對應(yīng)的完整DOM的結(jié)構(gòu)單元顯示在顯示單元140上的參考位置處。 采用此配置，可以減輕在把基于臨時(shí)DOM的網(wǎng)頁切換到基于完整DOM的網(wǎng)頁時(shí)用戶感 到的不舒服。至此，描述了根據(jù)本實(shí)施例的信息處理設(shè)備100的功能配置。<2-3 信息處理設(shè)備100的操作>接下來，將參照圖11描述根據(jù)本實(shí)施例的信息處理設(shè)備100的操作。圖11是 示出了根據(jù)本實(shí)施例的信息處理設(shè)備100的操作流程的說明圖。如圖11中所示，信息處理設(shè)備100首先分析HTML文件，并提取與HTML描
述有關(guān)的結(jié)構(gòu)單元、與CSS文件的下載和應(yīng)用有關(guān)的結(jié)構(gòu)單元、以及與JS文件的下載和 執(zhí)行有關(guān)的結(jié)構(gòu)單元(步驟S101)。接下來，信息處理設(shè)備100開始通過相互鏈接提取 的結(jié)構(gòu)單元之中與HTML描述有關(guān)的結(jié)構(gòu)單元以及與CSS文件有關(guān)的結(jié)構(gòu)單元?jiǎng)?chuàng)建臨時(shí) DOM(步驟S102)。隨后，信息處理設(shè)備100開始通過相互鏈接提取的結(jié)構(gòu)單元之中與 HTML描述有關(guān)的結(jié)構(gòu)單元、與CSS文件有關(guān)的結(jié)構(gòu)單元、以及與JS文件有關(guān)的結(jié)構(gòu)單 元?jiǎng)?chuàng)建完整DOM (步驟S103)。接下來，信息處理設(shè)備100確定是否完成了臨時(shí)DOM的創(chuàng)建(步驟S104)。在 完成了臨時(shí)DOM的創(chuàng)建的情形中，信息處理設(shè)備100進(jìn)行到S105的步驟。另一方面， 在未完成臨時(shí)DOM的創(chuàng)建的情形中，信息處理設(shè)備100返回步驟S104的處理。在進(jìn)行 到步驟S105的處理的情形中，信息處理設(shè)備100通過渲染臨時(shí)DOM創(chuàng)建網(wǎng)頁，并在顯 示畫面上顯示此網(wǎng)頁(步驟S105)。
接下來，信息處理設(shè)備100確定是否完成了完整DOM的創(chuàng)建(步驟S106)。在 完成了完整DOM的創(chuàng)建的情形中，信息處理設(shè)備100進(jìn)行到步驟S107的處理。另一方 面，在未完成完整DOM的創(chuàng)建的情形中，信息處理設(shè)備100返回步驟S106的處理。在 進(jìn)行到步驟S107的處理的情形中，信息處理設(shè)備100通過渲染完整DOM創(chuàng)建網(wǎng)頁，在 顯示畫面上顯示該網(wǎng)頁而非基于臨時(shí)DOM的網(wǎng)頁(步驟S107)，并結(jié)束這一系列處理。至此，描述了根據(jù)本實(shí)施例的信息處理設(shè)備100的操作流程。<2-4 對顯示時(shí)間的效果>此處，將參照圖12至圖14描述在應(yīng)用根據(jù)本實(shí)施例的處理序列的情形中獲得的 效果。圖12和圖14中以彼此相比較的方式示出了標(biāo)準(zhǔn)網(wǎng)絡(luò)瀏覽器的處理序列獲得的起 始時(shí)間以及根據(jù)本實(shí)施例的處理序列獲得的起始時(shí)間。另外，圖13中以彼此相比較的方 式示出了標(biāo)準(zhǔn)網(wǎng)絡(luò)瀏覽器的處理序列獲得的完成時(shí)間以及根據(jù)本實(shí)施例的處理序列獲得 的完成時(shí)間。首先，將參照圖12。如圖12中所示，雖然取決于網(wǎng)頁結(jié)構(gòu)和測量環(huán)境，但是在 應(yīng)用根據(jù)本實(shí)施例的處理序列的情形中起始時(shí)間平均減少了 37%。特別地，確信對于大 量使用JS的網(wǎng)頁而言效果顯著。接下來，將參照圖13。在圖13中，在兩個(gè)線程執(zhí)行的根據(jù)本實(shí)施例的處理序 列與一個(gè)線程執(zhí)行的標(biāo)準(zhǔn)網(wǎng)絡(luò)瀏覽器的處理序列之間比較完成時(shí)間。如從圖13可以看出 的，雖然在根據(jù)本實(shí)施例的處理序列的情形中兩個(gè)線程在工作，但到完全顯示基于完整 DOM的網(wǎng)頁為止的時(shí)間與采用一個(gè)線程執(zhí)行的標(biāo)準(zhǔn)網(wǎng)絡(luò)瀏覽器的完成時(shí)間大致相同。這 是因?yàn)閮蓚€(gè)線程以并行方式同時(shí)執(zhí)行處理。接下來，將參照圖14。圖14示出了使用高速光學(xué)線路的情形下起始時(shí)間之間 比較的結(jié)果。如圖14中所示，在使用寬帶寬高速線路的情形中，對于應(yīng)用根據(jù)本實(shí)施例 的處理序列的情形速度也平均高了 30%。帶寬升高的緩慢性被認(rèn)為是這種結(jié)果的主要因 素。即，使用寬帶寬線路的用戶也可以通過應(yīng)用根據(jù)本實(shí)施例的處理序列體驗(yàn)該效果。至此，描述了通過應(yīng)用根據(jù)本實(shí)施例的處理序列獲得的效果。<2-5 根據(jù)DOM結(jié)構(gòu)差別的顯示結(jié)果之間的比較>通過應(yīng)用根據(jù)本實(shí)施例的處理序列獲得的效果已經(jīng)清楚。然而，如果基于臨時(shí) DOM的網(wǎng)頁看起來是煩擾的，則這是毫無意義的。將參照圖15至圖17考慮基于DOM 結(jié)構(gòu)差別的顯示結(jié)果之間的差別。(Dl 只有 HTML 文件)首先，將參照圖15。圖15示出了通過只使用HTML文件構(gòu)建簡單DOM、以 及基于簡單DOM顯示網(wǎng)頁的情形的顯示配置。在只有HTML文件的情形中，不特別指 定布局，因而獲得文本數(shù)據(jù)T和圖像數(shù)據(jù)Ml簡單豎直布置的顯示結(jié)果。在此情形中， 如圖15中所示，簡單DOM的結(jié)構(gòu)將會具有如下這種樹形結(jié)構(gòu)把HTML標(biāo)簽的結(jié)構(gòu)單 元作為根(root)、以及把HEAD標(biāo)簽和BODY標(biāo)簽的結(jié)構(gòu)單元作為第一層次的節(jié)點(diǎn)。此 夕卜，例如，把與文本數(shù)據(jù)T對應(yīng)的節(jié)點(diǎn)以及與圖像數(shù)據(jù)Ml對應(yīng)的節(jié)點(diǎn)鏈接到BODY標(biāo)簽 的結(jié)構(gòu)單元的下一層次(第二層次)。(D2 HTML 文件 +CSS 文件)接下來，將參照圖16。圖16示出了通過使用HTML文件和CSS文件構(gòu)建簡單DOM、以及基于簡單DOM顯示網(wǎng)頁的情形的顯示配置。此顯示配置示例對應(yīng)于根據(jù)本 實(shí)施例的基于臨時(shí)DOM的顯示配置。在圖16的示例中，通過CSS文件指定布局，從而 調(diào)整文本數(shù)據(jù)T的顯示位置以及圖像數(shù)據(jù)Ml的顯示位置。在此情形中，簡單DOM的結(jié)構(gòu)將會具有如下這種樹形結(jié)構(gòu)把HTML標(biāo)簽的 結(jié)構(gòu)單元作為根、以及把HEAD標(biāo)簽和BODY標(biāo)簽的結(jié)構(gòu)單元作為第一層次的節(jié)點(diǎn)。此 夕卜，例如，把與文本數(shù)據(jù)T對應(yīng)的節(jié)點(diǎn)以及與圖像數(shù)據(jù)Ml對應(yīng)的節(jié)點(diǎn)鏈接到BODY標(biāo)簽 的結(jié)構(gòu)單元的下一層次(第二層次)。如同所描述的，因?yàn)橛捎贑SS文件的應(yīng)用而未對 此簡單DOM執(zhí)行重新編寫處理，所以簡單DOM的結(jié)構(gòu)與只有HTML文件的情形中的基 本上相同。(D3 HTML 文件 +CSS 文件 +JS 文件)接下來，將參照圖17。圖17示出了通過使用HTML文件、CSS文件和JS文件
構(gòu)建DOM、以及基于DOM顯示網(wǎng)頁的情形的顯示配置。此顯示配置示例對應(yīng)于根據(jù)本 實(shí)施例的基于完整DOM的顯示配置。在圖17的示例中，通過CSS文件指定布局，從而 調(diào)整文本數(shù)據(jù)T的顯示位置以及圖像數(shù)據(jù)M2的顯示位置。注意，通過JS文件的執(zhí)行重 新編寫DOM節(jié)點(diǎn)的內(nèi)容。在圖17的示例中，把節(jié)點(diǎn)中包括的圖像數(shù)據(jù)Ml的顯示指定 重新編寫為圖像數(shù)據(jù)M2的顯示指定。 如同所描述的，由于簡單DOM的結(jié)構(gòu)而使得網(wǎng)頁的顯示結(jié)果之間存在差別。然 而，當(dāng)采用根據(jù)本實(shí)施例的臨時(shí)DOM的結(jié)構(gòu)時(shí)，通過把與CSS文件有關(guān)的結(jié)構(gòu)單元考慮 在內(nèi)，調(diào)整基于臨時(shí)DOM的網(wǎng)頁的布局，并且可以呈現(xiàn)必要信息而不會使用戶感到不舒 服。<2-6 DOM構(gòu)建步驟的具體示例>接下來，將參照圖18至圖68描述DOM構(gòu)建步驟的具體示例。還將示出標(biāo)準(zhǔn) 網(wǎng)絡(luò)瀏覽器的DOM構(gòu)建步驟以用于比較。圖18至圖35的處理步驟是標(biāo)準(zhǔn)網(wǎng)絡(luò)瀏覽器 的DOM構(gòu)建步驟，圖36至圖68的處理步驟是根據(jù)本實(shí)施例的DOM構(gòu)建步驟。(標(biāo)準(zhǔn)網(wǎng)絡(luò)瀏覽器的DOM構(gòu)建步驟)首先，將描述標(biāo)準(zhǔn)網(wǎng)絡(luò)瀏覽器的DOM構(gòu)建步驟。此處，將描述執(zhí)行圖18中示 出的執(zhí)行HTML文件的情形。當(dāng)出現(xiàn)重定向時(shí)，下載如圖18中所示的HTML文件。隨后，分析下載的HTML 文件的結(jié)構(gòu)。首先，如圖19中所示，讀取在HTML文件開始處的<html>標(biāo)簽，把<html> 標(biāo)簽界定的結(jié)構(gòu)單元識別為DOM的根。隨后，如圖20中所示，讀取<head>標(biāo)簽，把 <head>標(biāo)簽界定的結(jié)構(gòu)單元識別為從屬于DOM的根的節(jié)點(diǎn)。此時(shí)，把與<html>標(biāo)簽對 應(yīng)的根以及與<head>標(biāo)簽對應(yīng)的節(jié)點(diǎn)彼此鏈接，如圖20中所示。隨后，如圖21中所示，讀取<meta...>#簽，把<meta...>#簽界定的結(jié)構(gòu)單元識 別為從屬于<head>節(jié)點(diǎn)的下級節(jié)點(diǎn)。此時(shí)，如圖21中所示，把<head>節(jié)點(diǎn)和<meta...> 節(jié)點(diǎn)彼此鏈接。接下來，如圖22中所示，讀取<title>標(biāo)簽，把々丨翻> 標(biāo)簽界定的結(jié)構(gòu)單元識別 為從屬于<head>節(jié)點(diǎn)的下級節(jié)點(diǎn)。另外，由于<meta...>標(biāo)簽和<title>#簽通過同樣的 <head>標(biāo)簽界定，所以<title>標(biāo)簽從屬于<head>標(biāo)簽，如圖22中所示。S卩，如圖22 中所示，把<head>節(jié)點(diǎn)和<title>節(jié)點(diǎn)彼此鏈接。
接下來，如圖23中所示，讀取<script...>標(biāo)簽，把<script...>標(biāo)簽界定的結(jié)構(gòu)單 元識別為從屬于<head>節(jié)點(diǎn)的下級節(jié)點(diǎn)。另外，<meta...>標(biāo)簽、<title>標(biāo)簽和<script...> 標(biāo)簽由同樣的<head>標(biāo)簽定界，因而<script...>標(biāo)簽從屬于<head>標(biāo)簽，如圖23中所 示。即，如圖23中所示，把<head>標(biāo)簽和<script...>#簽彼此鏈接。另外，<script...> 節(jié)點(diǎn)是與腳本處理的執(zhí)行有關(guān)的結(jié)構(gòu)單元。在圖23的示例中，JS腳本文件與<script...>標(biāo)簽的結(jié)構(gòu)單元相關(guān)聯(lián)。相應(yīng)地，如 圖24中所示，當(dāng)讀取<SCript...>#簽時(shí)，下載JS腳本文件，并執(zhí)行下載的JS腳本文件。 此時(shí)，如果JS腳本文件中包括用于改變DOM結(jié)構(gòu)的描述，則在此階段改變DOM結(jié)構(gòu)。 例如，在如圖25中所示在JS腳本文件中描述了 “document.title = ‘new title’ ；，，的 情形中，<title>標(biāo)簽的內(nèi)容改變，從而DOM中包括的<title>節(jié)點(diǎn)更新。接下來，如圖26中所示，讀取<link...>標(biāo)簽，把<link...>標(biāo)簽界定的結(jié)構(gòu)單元 識別為從屬于<head>節(jié)點(diǎn)的下級節(jié)點(diǎn)。另夕卜，<meta...>標(biāo)簽、<title>標(biāo)簽、〈script...> 標(biāo)簽和<link...>標(biāo)簽由同樣的<head>標(biāo)簽界定，從而<link...>標(biāo)簽從屬于<head>標(biāo)簽， 如圖26中所示。S卩，如圖26中所示，把<head>節(jié)點(diǎn)和<link...>f點(diǎn)彼此鏈接。另外，在圖26的示例中，通過<link...>#簽關(guān)聯(lián)CSS文件。因而，<link...>f 點(diǎn)是與布局的定義有關(guān)的結(jié)構(gòu)單元。相應(yīng)地，如圖27中所示，當(dāng)讀取<link...>#簽時(shí)， 下載CSS文件，并應(yīng)用下載的CSS文件。例如，在如圖27中所示在CSS文件中描述了
"body{text-align:right}"的情形中，把文本數(shù)據(jù)的顯示布局設(shè)置為右對齊。接下來，如圖28中所示，讀取表示<head>標(biāo)簽界定的結(jié)構(gòu)單元的結(jié)束位置的</ head>，完成從屬于<head>節(jié)點(diǎn)的DOM樹的構(gòu)建。隨后，如圖29中所示，讀取<body> 標(biāo)簽，把<body>標(biāo)簽界定的結(jié)構(gòu)單元識別為從屬于根的節(jié)點(diǎn)。即，如圖29中所示，把 根和<body>節(jié)點(diǎn)彼此鏈接。隨后，如圖30和圖31中所示，讀取<body>標(biāo)簽界定的結(jié) 構(gòu)單元的內(nèi)容。如圖31中所示，<body>標(biāo)簽界定的結(jié)構(gòu)單元中包括圖像數(shù)據(jù)的指定。因而， 如圖32中所示下載指定的圖像數(shù)據(jù)。注意，如圖32至圖35中所示，在圖像數(shù)據(jù)的下載 過程中繼續(xù)構(gòu)建DOM的處理。隨后，讀取表示<body>標(biāo)簽界定的結(jié)構(gòu)單元的結(jié)束位置 的</body>標(biāo)簽以及讀取表示<html>標(biāo)簽界定的結(jié)構(gòu)單元的結(jié)束位置的</html>標(biāo)簽， 結(jié)束HTML文件的分析。從而，完成DOM的創(chuàng)建。至此，具體描述了標(biāo)準(zhǔn)網(wǎng)絡(luò)瀏覽器的DOM構(gòu)建步驟。如同所描述的，標(biāo)準(zhǔn)網(wǎng) 絡(luò)瀏覽器的DOM構(gòu)建步驟包括下載和執(zhí)行JS腳本文件的步驟。因而，DOM的構(gòu)建由 于腳本處理的順序?qū)傩远ㄙM(fèi)很長時(shí)間。(根據(jù)本實(shí)施例的DOM構(gòu)建步驟)接下來，將描述根據(jù)本實(shí)施例的DOM構(gòu)建步驟。另外，將使用與圖18中所示 的上述示例同樣的文件作為要讀取的HTML文件(見圖36)。另外，在下面的說明中， 第一線程所進(jìn)行的處理表示與臨時(shí)DOM的創(chuàng)建有關(guān)的處理，第二線程所進(jìn)行的處理表示 與完整DOM的創(chuàng)建有關(guān)的處理。(第一線程所進(jìn)行的處理)首先，將描述第一線程所進(jìn)行的處理。 當(dāng)出現(xiàn)重定向時(shí)，如圖36中所示下載HTML文件。隨后，分析下載的HTML文件的結(jié)構(gòu)。首先，如圖37中所示，讀取在HTML文件開始處的<html>標(biāo)簽，把<html> 標(biāo)簽界定的結(jié)構(gòu)單元識別為DOM的根。隨后，如圖38中所示，讀取<head>標(biāo)簽，把 <head>標(biāo)簽界定的結(jié)構(gòu)單元識別為從屬于DOM根的節(jié)點(diǎn)。此時(shí)，把與<html>#簽對應(yīng) 的根以及與<head>標(biāo)簽對應(yīng)的節(jié)點(diǎn)彼此鏈接，如圖38中所示。隨后，如圖39中所示，讀取<meta...>標(biāo)簽，把<meta...>#簽界定的結(jié)構(gòu)單元識 別為從屬于<head>節(jié)點(diǎn)的下級節(jié)點(diǎn)。此時(shí)，如圖39中所示，把<head>節(jié)點(diǎn)和<meta...> 節(jié)點(diǎn)彼此鏈接。
接下來，如圖40中所示，讀取<title>標(biāo)簽，把々附6>標(biāo)簽界定的結(jié)構(gòu)單元識 別為從屬于<head>節(jié)點(diǎn)的下級節(jié)點(diǎn)。另外，由于<meta...>標(biāo)簽和<title>標(biāo)簽由同樣的 <head>標(biāo)簽界定，所以<title>標(biāo)簽從屬于<head>標(biāo)簽，如圖40中所示。S卩，如圖40 中所示，把<head>節(jié)點(diǎn)和<title>節(jié)點(diǎn)彼此鏈接。接下來，如圖41中所示，讀取<script...>標(biāo)簽。然而，在根據(jù)本實(shí)施例的第一 線程所進(jìn)行的DOM構(gòu)建步驟中，如圖42中所示跳過<script...>標(biāo)簽，不執(zhí)行與<script...> 標(biāo)簽界定的結(jié)構(gòu)單元有關(guān)的處理。即，不執(zhí)行JS腳本文件的下載和執(zhí)行。接下來，如圖43中所示，讀取<link...>標(biāo)簽，把<link...>標(biāo)簽界定的結(jié)構(gòu)單元 識別為從屬于<head>節(jié)點(diǎn)的下級節(jié)點(diǎn)。另夕卜，<meta...>標(biāo)簽、<title>標(biāo)簽、〈script...> 標(biāo)簽和<link...>標(biāo)簽由同樣的<head>標(biāo)簽界定，從而<link...>標(biāo)簽從屬于<head>標(biāo)簽， 如圖43中所示。S卩，如圖43中所示，把<head>節(jié)點(diǎn)和<link...>f點(diǎn)彼此鏈接。另外，在圖43的示例中，通過<link...>#簽關(guān)聯(lián)CSS文件。因而，<link...>f 點(diǎn)是與布局的定義有關(guān)的結(jié)構(gòu)單元。相應(yīng)地，如圖44中所示，當(dāng)讀取<link...>#簽時(shí)， 下載CSS文件，并應(yīng)用下載的CSS文件。例如，在如圖44中所示在CSS文件中描述
"body{text-align:right}"的情形中，文本數(shù)據(jù)的顯示布局被設(shè)置為右對齊。接下來，如圖45中所示，讀取表示<head>標(biāo)簽界定的結(jié)構(gòu)單元的結(jié)束位置的</ head>，完成從屬于<head>節(jié)點(diǎn)的DOM樹的構(gòu)建。隨后，如圖46中所示，讀取<body> 標(biāo)簽，把<body>標(biāo)簽界定的結(jié)構(gòu)單元識別為從屬于根的節(jié)點(diǎn)。即，如圖46中所示，把 根和<body>f點(diǎn)彼此鏈接。隨后，如圖47和圖48中所示，讀取<body>標(biāo)簽界定的結(jié) 構(gòu)單元的內(nèi)容。如圖48中所示，<body>標(biāo)簽界定的結(jié)構(gòu)單元中包括圖像數(shù)據(jù)的指定。因而， 如圖49中所示下載指定的圖像數(shù)據(jù)。注意，如圖49至圖52中所示，在圖像數(shù)據(jù)的下載 過程中繼續(xù)構(gòu)建臨時(shí)DOM的處理。隨后，讀取表*<body>標(biāo)簽界定的結(jié)構(gòu)單元的結(jié)束 位置的</body>標(biāo)簽以及讀取表示<html>標(biāo)簽界定的結(jié)構(gòu)單元的結(jié)束位置的</html>標(biāo) 簽，結(jié)束HTML文件的分析。從而，完成臨時(shí)DOM的創(chuàng)建。如同所描述的，在第一線程所進(jìn)行的臨時(shí)DOM的構(gòu)建步驟中，跳過了 JS腳本 文件的下載和執(zhí)行。因此，不存在由于腳本處理的順序?qū)傩运鸬奶幚硌舆t，可以快 速構(gòu)建臨時(shí)DOM。(第二線程所進(jìn)行的處理)接下來，將描述第二線程所進(jìn)行的處理。注意，在與第一線程所進(jìn)行的處理相 同的時(shí)刻開始第二線程所進(jìn)行的處理。另外，由于各種文件的下載由下載管理器線程執(zhí) 行，因此不需要重復(fù)下載已經(jīng)下載以供第一線程使用的文件。
當(dāng)出現(xiàn)重定向時(shí)，如圖53中所示分析HTML文件的結(jié)構(gòu)。此時(shí)，下載管理器 線程繼續(xù)必要文件的下載。首先，如圖54中所示，讀取在HTML文件開始處的<html> 標(biāo)簽，把<html>標(biāo)簽界定的結(jié)構(gòu)單元識別為DOM的根。隨后，如圖55中所示，讀取 <head>標(biāo)簽，把<head>標(biāo)簽界定的結(jié)構(gòu)單元識別為從屬于DOM根的節(jié)點(diǎn)。此時(shí)，把與 <html>標(biāo)簽對應(yīng)的根以及與<head>標(biāo)簽對應(yīng)的節(jié)點(diǎn)彼此鏈接，如圖55中所示。隨后，如圖56中所示，讀取<meta...>#簽，把<meta...>標(biāo)簽界定的結(jié)構(gòu)單元識 別為從屬于<head>節(jié)點(diǎn)的下級節(jié)點(diǎn)。此時(shí)，如圖56中所示，把<head>節(jié)點(diǎn)和<meta...> 節(jié)點(diǎn)彼此鏈接。接下來，如圖57中所示，讀取<title>標(biāo)簽，把<title>#簽界定的結(jié)構(gòu)單元識 別為從屬于<head>節(jié)點(diǎn)的下級節(jié)點(diǎn)。另外，由于<meta...>標(biāo)簽和<title>標(biāo)簽由同樣的 <head>標(biāo)簽界定，所以<title>標(biāo)簽從屬 于<head>標(biāo)簽，如圖57中所示。S卩，如圖57 中所示，把<head>節(jié)點(diǎn)和<title>節(jié)點(diǎn)彼此鏈接。接下來，如圖58中所示，讀取<script...>標(biāo)簽，把<script...>標(biāo)簽界定的結(jié)構(gòu)單 元識別為從屬于<head>節(jié)點(diǎn)的下級節(jié)點(diǎn)。另外，<meta...>標(biāo)簽、<title>標(biāo)簽和<script...> 標(biāo)簽由同樣的<head>標(biāo)簽界定，因而<script...>標(biāo)簽從屬于<head>標(biāo)簽，如圖58中所 示。即，如圖58中所示，把<head>節(jié)點(diǎn)和<script...>f點(diǎn)彼此鏈接。另外，<script...> 節(jié)點(diǎn)是與腳本處理的執(zhí)行有關(guān)的結(jié)構(gòu)單元。在圖58的示例中，JS腳本文件與<script...>標(biāo)簽的結(jié)構(gòu)單元相關(guān)聯(lián)。相應(yīng)地，如 圖59中所示，當(dāng)讀取<SCript...>#簽時(shí)，下載JS腳本文件，并執(zhí)行下載的JS腳本文件。 此時(shí)，如果JS腳本文件中包括用于改變DOM結(jié)構(gòu)的描述，則在此階段改變DOM結(jié)構(gòu)。 例如，在如圖60中所示在JS腳本文件中描述“document.title = ‘new title’ ；，，的情 形中，改變<title>標(biāo)簽的內(nèi)容，從而更新完整DOM中包括的<title>節(jié)點(diǎn)。如同所描述的，在第二線程所進(jìn)行的DOM的構(gòu)建步驟中，讀取在第一線程的 DOM構(gòu)建步驟中跳過的<script...>標(biāo)簽，并執(zhí)行JS腳本文件的下載和執(zhí)行。接下來，如圖61中所示，讀取<link...>標(biāo)簽，把<link...>標(biāo)簽界定的結(jié)構(gòu)單元 識別為從屬于<head>節(jié)點(diǎn)的下級節(jié)點(diǎn)。另夕卜，<meta...>標(biāo)簽、<title>標(biāo)簽、〈script...> 標(biāo)簽和<link...>標(biāo)簽由同樣的<head>標(biāo)簽界定，從而<link...>標(biāo)簽從屬于<head>標(biāo)簽， 如圖61中所示。S卩，如圖61中所示，把<head>節(jié)點(diǎn)和<link...>節(jié)點(diǎn)彼此鏈接。另外，在圖61的示例中，通過<link...>#簽關(guān)聯(lián)CSS文件。因而，<link...>f 點(diǎn)是與布局的定義有關(guān)的結(jié)構(gòu)單元。相應(yīng)地，CSS文件如第一線程所進(jìn)行的DOM構(gòu)建 步驟中一樣應(yīng)用。例如，在如圖61中所示在CSS文件中描述“body{text-align:right}” 的情形中，文本數(shù)據(jù)的顯示布局被設(shè)置為右對齊。注意，CSS文件已經(jīng)由下載管理器線 程下載了。接下來，如圖62中所示，讀取表示<head>標(biāo)簽界定的結(jié)構(gòu)單元的結(jié)束位置的</ head>，完成從屬于<head>節(jié)點(diǎn)的DOM樹的構(gòu)建。隨后，如圖63中所示，讀取<body> 標(biāo)簽，把<body>標(biāo)簽界定的結(jié)構(gòu)單元識別為從屬于根的節(jié)點(diǎn)。即，如圖63中所示，把 根和<body>f點(diǎn)彼此鏈接。隨后，如圖64和圖65中所示，讀取<body>標(biāo)簽界定的結(jié) 構(gòu)單元的內(nèi)容。如圖65中所示，<body>標(biāo)簽界定的結(jié)構(gòu)單元中包括圖像數(shù)據(jù)的指定。因而，如圖65中所示下載指定的圖像數(shù)據(jù)。注意，不新下載在第一線程所進(jìn)行的DOM構(gòu)建步 驟中已經(jīng)下載的圖像數(shù)據(jù)。即，此處下載的是新變成在第二線程所進(jìn)行的DOM構(gòu)建步 驟中有必要下載的圖像數(shù)據(jù)。在圖65的示例中，下載與第一線程所進(jìn)行的DOM構(gòu)建步 驟的同樣的圖像數(shù)據(jù)，因而沒有必要新下載圖像數(shù)據(jù)。隨后，如圖66中所示，讀取表*<body>標(biāo)簽界定的結(jié)構(gòu)單元的結(jié)束位置的</ body>標(biāo)簽。另外，如圖67中所示，讀取表示<html>標(biāo)簽界定的結(jié)構(gòu)單元的結(jié)束位置 的</html>標(biāo)簽，結(jié)束HTML文件的分析。從而，完成完整DOM的創(chuàng)建，如圖68中所示如同所描述的，在第二線程所進(jìn)行的DOM構(gòu)建步驟中，執(zhí)行在第一線程所進(jìn) 行的DOM構(gòu)建步驟中跳過的腳本文件的下載和執(zhí)行，創(chuàng)建意在要構(gòu)建的DOM(完整 D0M)。如上所述，完整DOM的構(gòu)建步驟與標(biāo)準(zhǔn)網(wǎng)絡(luò)瀏覽器所進(jìn)行的DOM構(gòu)建步驟基 本上相同。即，通過按恰當(dāng)次序讀取包括JS的HTML文件的結(jié)構(gòu)單元并且執(zhí)行這些結(jié)構(gòu) 單元來構(gòu)建完整D0M。相應(yīng)地，基于完整DOM的網(wǎng)頁將具有準(zhǔn)確反映作者意圖的布局 和操作。如同已經(jīng)描述的，當(dāng)?shù)谝痪€程構(gòu)建臨時(shí)DOM時(shí)，通過渲染臨時(shí)DOM創(chuàng)建基于 臨時(shí)DOM的網(wǎng)頁，并在屏幕上顯示網(wǎng)頁。由于臨時(shí)DOM的構(gòu)建步驟中不包括腳本文 件的下載和執(zhí)行的處理，所以基于臨時(shí)DOM的網(wǎng)頁快速顯示。另一方面，當(dāng)完成完整 DOM的構(gòu)建時(shí)，通過渲染完整DOM創(chuàng)建基于完整DOM的網(wǎng)頁，該網(wǎng)頁替換基于臨時(shí) DOM的網(wǎng)頁。因此，可以瀏覽具有網(wǎng)頁作者實(shí)際想要的結(jié)構(gòu)的網(wǎng)頁。結(jié)果，快速獲取必要信息的期望以及瀏覽準(zhǔn)確反映網(wǎng)頁作者的意圖的網(wǎng)頁的期 望兩者均得以滿足。這種配置在諸如移動(dòng)數(shù)據(jù)線路等不穩(wěn)定網(wǎng)絡(luò)環(huán)境中特別有效。另 夕卜，可望應(yīng)用于具有較高運(yùn)算能力的裝置。另外，使用了表述“第一線程”和“第二線程”，但是并不一定通過兩個(gè)真實(shí) 線程執(zhí)行臨時(shí)DOM/完整DOM的構(gòu)建處理。也就是說，沒有必要準(zhǔn)備兩個(gè)真實(shí)線程以及 獨(dú)立地執(zhí)行處理，只要可以在邏輯上執(zhí)行兩種類型的處理即可。此外，在以上說明中， 描述了 HTML文件的分析以及基于HTML文件中包括的結(jié)構(gòu)單元的DOM的構(gòu)建，但是 也可以應(yīng)用于用其它結(jié)構(gòu)化語言編寫的文件的分析以及構(gòu)建其樹形結(jié)構(gòu)的處理。這種應(yīng) 用示例當(dāng)然在本實(shí)施例的技術(shù)范圍內(nèi)。(修改示例等)至此，在HTML文件中包括與腳本處理有關(guān)的結(jié)構(gòu)單元的前提下進(jìn)行了說明。 然而，事實(shí)上，許多HTML文件不包括與腳本處理有關(guān)的結(jié)構(gòu)單元。在HTML文件不包 括與腳本處理有關(guān)的結(jié)構(gòu)單元的情形中，根據(jù)HTML文件構(gòu)建的臨時(shí)DOM和完整DOM 將具有同樣的結(jié)構(gòu)。相應(yīng)地，如果在臨時(shí)DOM的構(gòu)建步驟的執(zhí)行過程中HTML文件不包括與腳本處 理有關(guān)的結(jié)構(gòu)單元變得清楚，則進(jìn)行修改以停止完整DOM的構(gòu)建步驟。這種修改允許 不創(chuàng)建完整D0M，由此減小完整DOM的創(chuàng)建所必要的運(yùn)算負(fù)荷。此外，由于不創(chuàng)建完 整D0M，所以還略去了用基于完整DOM的網(wǎng)頁替換基于臨時(shí)DOM的網(wǎng)頁的處理。此外，在以上說明中，把整個(gè)網(wǎng)頁作為根據(jù)本實(shí)施例的技術(shù)的應(yīng)用范圍對待。 然而，也可以針對網(wǎng)絡(luò)瀏覽器的每個(gè)標(biāo)簽、窗口或框架執(zhí)行上述技術(shù)。也可以進(jìn)行允許指定要應(yīng)用該技 術(shù)的域、URL等的修改。此外，還可以基于在網(wǎng)絡(luò)瀏覽時(shí)檢測到的顯示 時(shí)間的長度選擇要應(yīng)用該技術(shù)的站點(diǎn)、以及對花費(fèi)較長時(shí)間顯示的站點(diǎn)應(yīng)用該技術(shù)。<3 第二實(shí)施例>接下來，將描述本發(fā)明的第二實(shí)施例。本實(shí)施例涉及一種用于在顯示用戶請求 的網(wǎng)頁之前預(yù)先獲取(預(yù)取)顯示網(wǎng)頁所必要的文件的方法。使用此方法允許在顯示用 戶請求的網(wǎng)頁之后不下載文件，從而可以顯著減少顯示網(wǎng)頁花費(fèi)的時(shí)間。另外，已知一種用于從在瀏覽的網(wǎng)頁中描述的所有鏈接目的地預(yù)取用于顯示網(wǎng) 頁的數(shù)據(jù)的方法。然而，如果在瀏覽的網(wǎng)頁中描述了大量鏈接目的地或者如果在鏈接目 的地存在大量用于顯示網(wǎng)頁的文件，則預(yù)取將會占用帶寬。另外，大容量存儲器對于緩 存預(yù)取的文件而言將是必要的。此外，適當(dāng)?shù)剡x擇用戶很可能選擇的鏈接目的地是格外 困難的，這是因?yàn)檫@需要預(yù)測用戶的動(dòng)作。此外，用戶動(dòng)作的預(yù)測需要大運(yùn)算容量，并 且在根據(jù)上述第一實(shí)施例的技術(shù)對于其將會有用的信息處理設(shè)備中難以實(shí)現(xiàn)。因而，在 本實(shí)施例中，將會在以使用根據(jù)第一實(shí)施例的技術(shù)為前提的情況下提出抑制要預(yù)取的文 件大小的方法。<3-1 預(yù)取的效果(考察)>此處將參照圖69至圖72描述預(yù)取的效果。首先，將參照圖69。如上所述，根據(jù)本實(shí)施例的預(yù)取方法把使用根據(jù)第一實(shí)施 例的技術(shù)作為其前提。即，把用于把腳本文件的下載和執(zhí)行置于較后的序列的方法作為 前提。因此，將會考慮用于構(gòu)建臨時(shí)DOM的HTML文件和CSS文件的預(yù)取。通過從預(yù) 取目標(biāo)中排除圖像數(shù)據(jù)等，可以顯著減少要通過預(yù)取緩存的數(shù)據(jù)量。即使采用此配置， 也在一定程度上調(diào)整了的布局中顯示文本數(shù)據(jù)，以及以稍微容易查看的格式把足夠量的 信息呈現(xiàn)給用戶。圖70和圖71比較了四種情形(情形1)無預(yù)取、(情形2) HTML文件和CSS 文件的預(yù)取、(情形3)HTML文件、CSS文件和JS文件的預(yù)取、以及(情形4)所有文 件的預(yù)取。首先，將參照圖70。圖70中左邊的圖比較了預(yù)取文件的數(shù)量。另一方面，圖 70中右邊的圖比較了預(yù)取文件的總大小。如從圖70可以看出的，與其它情形相比，對于 (情形4)要預(yù)取的文件的數(shù)量和文件大小相當(dāng)大。即，當(dāng)應(yīng)用預(yù)取構(gòu)成網(wǎng)頁的所有數(shù)據(jù) 段的標(biāo)準(zhǔn)預(yù)取方法時(shí)，極大的高速緩沖存儲器將是必要的。另一方面，可以理解，當(dāng)使 用(情形2)和(情形3)的預(yù)取方法時(shí)，與預(yù)取所有數(shù)據(jù)的(情形4)的預(yù)取方法相比， 可以減少要緩存的數(shù)據(jù)。此外，當(dāng)關(guān)注于(情形2)和(情形3)的比較時(shí)，可以看出， 緩存數(shù)據(jù)的量僅僅由于JS文件的存在/不存在而存在大的差別。接下來，將參照圖71。圖71比較了對于把(情形1)至(情形4)的預(yù)取方法 應(yīng)用于兩種類型網(wǎng)頁的情形而言到顯示開始為止的時(shí)間。當(dāng)然，對于(情形2)至(情形 4)而言顯示時(shí)間短，因?yàn)轭A(yù)取了開始網(wǎng)頁顯示所必要的文件。此外，當(dāng)基于JS處理的存 在和不存在進(jìn)行比較時(shí)，JS處理的不存在獲得的時(shí)間減少效果顯著。當(dāng)然，通過略去JS 處理獲得的效果的水平取決于網(wǎng)頁類型而不同，但是理解在所有情形中獲得了效果。根 據(jù)這些結(jié)果，預(yù)期通過只預(yù)取HTML文件和CSS文件的(情形2)的配置，將會在節(jié)省高 速緩沖存儲器的同時(shí)獲得足夠的時(shí)間減少效果。
此外，通過把本實(shí)施例與第一實(shí)施例的技術(shù)結(jié)合以及通過根據(jù)預(yù)取的HTML文 件和CSS文件構(gòu)造臨時(shí)DOM和基于臨時(shí)DOM顯示網(wǎng)頁，可預(yù)期網(wǎng)頁更加快速的顯示。 另外，如圖72中所示，可以假定(候選1)書簽列表中登記的鏈接目的地、(候選2)搜 索結(jié)果中包括的鏈接目的地靠前的特定數(shù)量的鏈接目的地、(候選3)瀏覽頁面中的鏈接 目的地等作為成為預(yù)取目標(biāo)的網(wǎng)頁的候選。另外，可以按從(候選1)至(候選3)的次 序選擇特定數(shù)量的鏈接目的地。此外，用戶可以從這些候選之中選定組合，以及可以從 組合中選擇特定數(shù)量的鏈接目的地。如上所述，本實(shí)施例提出了用于預(yù)取HTML文件和CSS文件的方法。當(dāng)然， HTML文件只是示例，可以使用以其它結(jié)構(gòu)化語言編寫的文件而非HTML文件。另外， CSS文件只是示例，可以使用調(diào)整顯示布局的不同格式的文件而非CSS文件。在任何情 形中，通過預(yù)取這兩種類型的文件，可以快速顯示基于臨時(shí)DOM的網(wǎng)頁。下面，將詳 細(xì)描述根據(jù)本實(shí)施例的預(yù)取方法。<3-2 信息處理設(shè)備100的功能配置>首先，將參照圖73描述能夠?qū)崿F(xiàn)上述思想的信息處理設(shè)備100的功能配置。圖 73是示出了根據(jù)本實(shí)施例的信息處理設(shè)備100的示例的說明圖。另外，有時(shí)把根據(jù)本實(shí) 施例的信息處理設(shè)備100稱作信息處理設(shè)備100B，以與上述第一實(shí)施例和后述第三實(shí)施 例的信息處理設(shè)備100區(qū)分。如圖73中所示，信息處理設(shè)備100主要由數(shù)據(jù)獲取單元110、結(jié)構(gòu)分析單元 120、渲染單元130、顯示單元140、通信單元150、以及鏈接選擇單元160構(gòu)成。此外， 渲染單元130包括臨時(shí)DOM創(chuàng)建單元131、完整DOM創(chuàng)建單元132、高速緩沖存儲器 133、顯示控制單元134、以及節(jié)點(diǎn)信息存儲單元135。與根據(jù)上述第一實(shí)施例的信息處 理設(shè)備100A的主要區(qū)別在于存在通信單元150和鏈接選擇單元160。相應(yīng)地，下面，將 主要描述通信單元150和鏈接選擇單元160的功能。通信單元150是用于經(jīng)由網(wǎng)絡(luò)200與網(wǎng)絡(luò)服務(wù)器310和320通信的裝置。另外， 為了從網(wǎng)絡(luò)服務(wù)器310和320下載文件，需要訪問DNS服務(wù)器，需要執(zhí)行名稱解析或者 需要建立TCP連接。另外，需要從網(wǎng)絡(luò)服務(wù)器310和320獲取重定向。通信單元150針 對與網(wǎng)絡(luò)服務(wù)器310和320的通信適當(dāng)執(zhí)行上述處理等。此外，鏈接選擇單元160是用于選擇鏈接目的地作為預(yù)取目標(biāo)的裝置。如上所 述，可以假定(候選1)書簽列表中登記的鏈接目的地、(候選2)搜索結(jié)果中包括的鏈接 目的地靠前的特定數(shù)量的鏈接目的地、(候選3)瀏覽頁面中的鏈接目的地等作為成為預(yù) 取目標(biāo)的鏈接目的地。例如，當(dāng)設(shè)置了(候選2)時(shí)，鏈接選擇單元160選擇從搜索引擎 輸出的搜索結(jié)果中包括的特定數(shù)量的鏈接目的地。在(候選1)和(候選3)的情形中， 鏈接選擇單元160也選擇特定數(shù)量的鏈接目的地。此外，鏈接選擇單元160根據(jù)特定規(guī)則為選擇的鏈接目的地分配預(yù)取類型。例 如，鏈接選擇單元160為靠前的Nl個(gè)鏈接目的地分配用于預(yù)取HTML文件和CSS文件 的第一方法，為接下來的N2個(gè)鏈接目的地分配用于預(yù)取重定向的第二方法。另外，鏈接 選擇單元160為與接下來的N3個(gè)鏈接目的地對應(yīng)的網(wǎng)絡(luò)服務(wù)器310和320分配用于預(yù)先 建立TCP連接的第三方法，或者分配用于預(yù)先通過DNS執(zhí)行名稱解析的第四方法。下 面，將第一方法、第二方法、第三方法和第四方法分別稱作文件預(yù)取、重定向預(yù)取、預(yù)連接和DNS預(yù)取。 把鏈接選擇單元160選擇的鏈接目的地的信息以及為每個(gè)鏈接目的地分配的預(yù) 取類型輸入到數(shù)據(jù)獲取單元110和通信單元150。例如，把分配給文件預(yù)取或重定向預(yù)取的鏈接目的地的信息輸入到數(shù)據(jù)獲取單 元110。當(dāng)輸入分配給文件預(yù)取的鏈接目的地的信息時(shí)，數(shù)據(jù)獲取單元110從輸入的鏈 接目的地的信息所表示的鏈接目的地下載HTML文件和CSS文件，并將其緩存。另一方 面，當(dāng)輸入分配給重定向預(yù)取的鏈接目的地的信息時(shí)，數(shù)據(jù)獲取單元110從輸入的鏈接 目的地的信息所表明的鏈接目的地獲取重定向碼，繼而適當(dāng)讀取重定向目的地的URL。此外，把分配給預(yù)連接或DNS預(yù)取的鏈接目的地的信息輸入到通信單元150。 當(dāng)輸入分配給預(yù)連接的鏈接目的地的信息時(shí)，通信單元150建立到由輸入的鏈接目的地 的信息所表示的鏈接目的地的TCP連接。注意，在預(yù)連接的情形中，不執(zhí)行文件的下載 等。另一方面，當(dāng)輸入分配給DNS預(yù)取的鏈接目的地的信息時(shí)，通信單元150執(zhí)行用于 連接到由輸入的鏈接目的地的信息所表示的鏈接目的地的名稱解析。注意，在DNS預(yù)取 的情形中，處理不進(jìn)行到建立TCP連接的程度。在用戶指定鏈接目的地之前執(zhí)行上述文件預(yù)取、重定向預(yù)取、預(yù)連接和DNS預(yù) 取。在要執(zhí)行文件預(yù)取的情形中，在獲取HTML文件之后，執(zhí)行HTML文件的分析，以 及適當(dāng)執(zhí)行CSS文件的下載。隨后，當(dāng)用戶指定鏈接目的地時(shí)，渲染單元130開始臨時(shí) DOM和完整DOM的構(gòu)建。臨時(shí)DOM和完整DOM的構(gòu)建方法、以及網(wǎng)頁的顯示和切 換處理與根據(jù)上述第一實(shí)施例的信息處理設(shè)備IOOA的基本上相同。相應(yīng)地，將略去詳細(xì) 的說明。至此，描述了根據(jù)本實(shí)施例的信息處理設(shè)備100的功能配置。<3-3 信息處理設(shè)備100的操作>接下來，將參照圖74描述根據(jù)本實(shí)施例的信息處理設(shè)備100的操作。圖74是 示出了根據(jù)本實(shí)施例的信息處理設(shè)備100的操作流程的說明圖。注意，圖74中所示的操 作流程涉及用于從搜索引擎的搜索結(jié)果中選擇特定數(shù)量的鏈接目的地以及執(zhí)行文件預(yù)取 的配置。如圖74中所示，首先，信息處理設(shè)備100選擇搜索結(jié)果中包括的鏈接目的地的 一部分(步驟S201)。接下來，信息處理設(shè)備100從選擇的鏈接目的地下載HTML文件 和CSS文件(步驟S202)。隨后，信息處理設(shè)備100確定用戶是否選擇了所選擇的鏈接 目的地中的任何鏈接目的地(步驟S203)。當(dāng)用戶選擇了鏈接目的地時(shí)，信息處理設(shè)備 100進(jìn)行到步驟S204的處理。另一方面，當(dāng)用戶未選擇任何鏈接目的地時(shí)，信息處理設(shè) 備100返回步驟S203的處理。在它進(jìn)行到步驟S204的處理的情形中，信息處理設(shè)備100分析已經(jīng)通過文件預(yù) 取預(yù)先下載和緩存的HTML文件，并開始通過把與HTML的描述有關(guān)的每個(gè)結(jié)構(gòu)單元和 與CSS文件有關(guān)的結(jié)構(gòu)單元相互鏈接來創(chuàng)建臨時(shí)DOM(步驟S204)。隨后，信息處理設(shè) 備100從用戶選擇的鏈接目的地下載JS文件(步驟S205)。隨后，信息處理設(shè)備100開 始通過使用HTML文件、CSS文件、以及JS文件創(chuàng)建完整DOM (步驟S206)。隨后，信息處理設(shè)備100確定是否完成了臨時(shí)DOM的創(chuàng)建(步驟S207)。在 完成了臨時(shí)DOM的創(chuàng)建的情形中，信息處理設(shè)備100進(jìn)行到步驟S208的處理。另一方面，在未完成臨時(shí)DOM的創(chuàng)建的情形中，信息處理設(shè)備100返回步驟S207的處理。在 它進(jìn)行到步驟S208的處理的情形中，信息處理設(shè)備100通過渲染臨時(shí)DOM創(chuàng)建網(wǎng)頁， 并在顯示屏上顯示創(chuàng)建的網(wǎng)頁(步驟S208)。然后，信息處理設(shè)備100確定是否完成了完整DOM的創(chuàng)建(步驟S209)。在 完成了完整DOM的創(chuàng)建的情形中，信息處理設(shè)備100進(jìn)行到步驟S210的處理。另一方 面，在未完成完整DOM的創(chuàng)建的情形中，信息處理設(shè)備100返回步驟S209的處理。在 它進(jìn)行到步驟S210的情形中，信息處理設(shè)備100通過渲染完整DOM創(chuàng)建網(wǎng)頁，用基于 完整DOM的網(wǎng)頁替換基于臨時(shí)DOM的網(wǎng)頁(步驟S210)，并結(jié)束這一系列處理。至此，描述了根據(jù)本實(shí)施例的信息處理設(shè)備100的操作流程。<3-4 預(yù)取處理的流程>接下來，將參照圖75描述根據(jù)本實(shí)施例的預(yù)取處理的流程。圖75是示出了根 據(jù)本實(shí)施例的預(yù)取處理的流程的說明圖。另外，信息處理設(shè)備100執(zhí)行圖75中所示的處 理。如圖75中所示，首先，確定請求的URL是否是搜索站點(diǎn)的URL(步驟S301)。 在它是搜索站點(diǎn)的URL的情形中，處理進(jìn)行到步驟S302。另一方面，在它并非搜索站點(diǎn) 的URL的情形中，處理返回步驟S301。在處理進(jìn)行到步驟S302的情形中，分析獲取的 搜索站點(diǎn)的HTML文件，并提取要預(yù)取的鏈接目的地的列表(在下文中，預(yù)取列表)(步 驟S302)。隨后，確定是否已經(jīng)緩存了提取的鏈接目的地之中的第i個(gè)URL(Xi)(步驟 S303)。在緩存了 Xi的情形中，處理進(jìn)行到步驟S307。另一方面，在未緩存Xi的情形 中，處理進(jìn)行到步驟S304。在處理進(jìn)行到步驟S304的情形中，發(fā)出用于從Xi獲取HTML文件的命令 (GET),并獲取HTML文件(步驟S304)。隨后，分析獲取的HTML文件，并提取寫入 HTML文件中的CSS文件的鏈接目的地(步驟S305)。此外，發(fā)出用于獲取CSS文件的 命令(GET)，并獲取CSS文件(步驟S305)。隨后，緩存獲取的HTML文件和CSS文 件(步驟S306)。隨后，從預(yù)取的列表中刪除Xi (步驟S307)。隨后，確定預(yù)取列表中 是否存在第i+Ι個(gè)URL(X(i+l))(步驟S308)。在存在X(i+1)的情形中，處理返回步驟 S303。另一方面，在不存在XG+1)的情形中，結(jié)束這一系列處理。至此，描述了根據(jù)本實(shí)施例的預(yù)取處理的流程。另外，在用戶點(diǎn)擊URL鏈接的 階段取消預(yù)取處理。<3-5:預(yù)取的效果>接下來，將參照圖76描述上述預(yù)取的效果。圖76示出了 DNS預(yù)取、預(yù)連接 (連接預(yù)取)、重定向預(yù)取、文件預(yù)取、以及所有文件預(yù)取的效果之間的比較。如圖76中 所示，根據(jù)本實(shí)施例的文件預(yù)取的必要通信量顯著地少于預(yù)取所有文件的情形中。DNS 預(yù)取、預(yù)連接和重定向預(yù)取的效果也是明顯的。即，通過應(yīng)用根據(jù)本實(shí)施例的預(yù)取，可 以抑制預(yù)取引起的通信量的增加。根據(jù)頁面顯示時(shí)間之間的比較還可以理解，根據(jù)本實(shí) 施例的文件預(yù)取和預(yù)取所有文件的效果差別不大。如同所描述的，通過充分利用根據(jù)本 實(shí)施例的文件預(yù)取，可以充分增大頁面顯示的速度，同時(shí)，可以減少由于預(yù)取所引起的 對存儲器容量或?qū)φ加脦挼睦速M(fèi)使用。<3-6 預(yù)連接的效果(考察)>
接下來，將參照圖77至圖80考察應(yīng)用上述預(yù)連接的情形。如上所述，通過使 用根據(jù)本實(shí)施例的基于臨時(shí)DOM的網(wǎng)頁顯示方法和文件預(yù)取方法，即時(shí)使用不穩(wěn)定的低 速線路也可以用容易查看的格式快速顯示網(wǎng)頁。另外，可以盡可能防止由于預(yù)取所引起 的通信量的增加，可以削減通信成本。如同已經(jīng)敘述的，把文件預(yù)取應(yīng)用于所有鏈接目 的地是不明智的。例如，把文件預(yù)取應(yīng)用于用戶不太可能選擇的鏈接目的地是沒有效率 的。相應(yīng)地，將會考查一種用于通過把預(yù)連接與預(yù)取有效結(jié)合來進(jìn)一步減少由于預(yù)取所 引起的通信量的方法。
如圖77中所示，期望在用戶點(diǎn)擊正在顯示的網(wǎng)頁中包括的鏈接目的地之前預(yù)先 建立到鏈接目的地的主機(jī)的TCP連接。在用戶輸入U(xiǎn)RL的過程中建立到指定鏈接目的 地的主機(jī)的連接也是有效的。此外，也期望確定用戶在不久的將來很有可能點(diǎn)擊的鏈接 目的地的類型、以及把預(yù)連接應(yīng)用于該類型的鏈接目的地，如圖78中所示。如圖78中 所示，用戶很有可能點(diǎn)擊的鏈接目的地例如可以是(選擇候選1)示出搜索結(jié)果的屏幕 的上部顯示的鏈接目的地、(選擇候選2)正在瀏覽的屏幕上顯示的鏈接目的地、(選擇候 選3)瀏覽歷史中頻繁訪問的鏈接目的地、或者(選擇候選4)用戶正在操作的諸如鼠標(biāo)指 示器等操作工具的位置附近的鏈接目的地。此外，也可構(gòu)思選擇針對其通過應(yīng)用上述第一實(shí)施例的技術(shù)以及根據(jù)本實(shí)施例 的預(yù)取或預(yù)連接獲得的效果較大的鏈接目的地。在此情形中，基于例如特定域、國家、 實(shí)際測量到的響應(yīng)時(shí)間、連接建立時(shí)間的歷史等決定選擇目標(biāo)。如圖79和圖80中所示， 連接建立時(shí)間取決于鏈接目的地主機(jī)所在國家或者鏈接目的地URL的頂級域(TLD)而顯 著變化。圖79比較了在從日本到具有各自TLD的URL的鏈接目的地的連接的情形中的 連接建立時(shí)間。圖80比較了從日本連接到各個(gè)國家的鏈接目的地主機(jī)時(shí)的連接建立時(shí) 間。從這些結(jié)果可以理解，在國外鏈接目的地的情形中執(zhí)行預(yù)連接的效果顯著。即，提 取國外鏈接目的地并對鏈接目的地執(zhí)行預(yù)連接以及對國內(nèi)鏈接目的地執(zhí)行文件預(yù)取的靈 活應(yīng)用是有效的。至此，描述了本發(fā)明的第二實(shí)施例。<4 第三實(shí)施例>接下來，將描述本發(fā)明的第三實(shí)施例。本實(shí)施例涉及通過使用能夠檢測操作工 具的接近距離的觸摸面板在適當(dāng)時(shí)刻執(zhí)行預(yù)取(或預(yù)連接)的方法。此方法基于根據(jù)第 一和第二實(shí)施例的技術(shù)，用于改進(jìn)技術(shù)的有效性。<4-1 接近檢測和預(yù)取處理的結(jié)合>首先，將參照圖81描述根據(jù)本實(shí)施例的預(yù)取方法的概況。如上所述，通過使用 能夠進(jìn)行接近檢測的觸摸面板實(shí)現(xiàn)根據(jù)本實(shí)施例的預(yù)取方法。此處接近檢測表示在諸如 手指或觸筆的操作工具接近觸摸面板表面的情形中操作工具貼近程度的檢測。即，此處 假定的觸摸面板具有檢測與操作工具和觸摸面板之間的距離對應(yīng)的信息的功能。另外， 這種觸摸面板的具體示例將在后面進(jìn)行描述?，F(xiàn)在，如圖81中所示，根據(jù)本實(shí)施例的預(yù)取機(jī)制是執(zhí)行檢測到接近的區(qū)域內(nèi)顯 示的鏈接目的地的預(yù)取。例如，當(dāng)操作工具與觸摸面板之間的距離變得短于特定閾值時(shí) 開始文件預(yù)取，在觸摸鏈接目的地的階段通過使用緩存的文件顯示網(wǎng)頁。注意，此處執(zhí) 行的文件預(yù)取與第二實(shí)施例一樣只用于預(yù)取HTML文件和CSS文件。此外，在顯示網(wǎng)頁時(shí)，與第一實(shí)施例一樣執(zhí)行基于臨時(shí)DOM的網(wǎng)頁的顯示以及使用基于完整DOM的網(wǎng)頁 的替換。 另外，根據(jù)本實(shí)施例的預(yù)取機(jī)制與根據(jù)第二實(shí)施例的預(yù)取機(jī)制之間的主要差別 在于選擇鏈接目的地作為預(yù)取目標(biāo)的方法。根據(jù)第二實(shí)施例的預(yù)取方法，選擇正在瀏 覽的頁面中特定數(shù)量的鏈接目的地，或者從搜索結(jié)果中選擇特定數(shù)量的鏈接目的地。然 而，根據(jù)本實(shí)施例的預(yù)取方法，選擇操作工具接近的區(qū)域內(nèi)的鏈接目的地作為預(yù)取的目 標(biāo)。因此，減少了要選擇的鏈接目的地的數(shù)量，從而使得要緩存的數(shù)據(jù)量比根據(jù)第二實(shí) 施例的預(yù)取方法減少。然而，由于預(yù)取處理的執(zhí)行時(shí)間變得較短，所以有時(shí)適當(dāng)把預(yù)取 與預(yù)連接結(jié)合更好。例如，有時(shí)執(zhí)行如下這種逐步處理是更優(yōu)選的當(dāng)操作工具與觸摸面板之間的 距離變得短于閾值Ll時(shí)開始預(yù)連接、以及當(dāng)距離變得短于閾值L2(L2<L1)時(shí)開始文件 預(yù)取。也可以在距離短于閾值Ll的狀態(tài)維持了大于或等于特定時(shí)間的情形中開始文件預(yù) 取。根據(jù)此配置，可以在用戶猶豫是否選擇鏈接目的地時(shí)完成文件預(yù)取，可以在緊接著 執(zhí)行了用戶選擇之后顯示基于臨時(shí)DOM的網(wǎng)頁。至此，描述了根據(jù)本實(shí)施例的預(yù)取方法的概況。<4-2 信息處理設(shè)備100的功能配置>接下來，將參照圖82描述能夠?qū)崿F(xiàn)以上思想的信息處理設(shè)備100的功能配置。 圖82是示出了根據(jù)本實(shí)施例的信息處理設(shè)備100的功能配置的示例的說明圖。另外，為 了與根據(jù)第一和第二實(shí)施例的信息處理設(shè)備100相區(qū)別，有時(shí)把根據(jù)本實(shí)施例的信息處 理設(shè)備100稱作信息處理設(shè)備100C。如圖82中所示，信息處理設(shè)備100主要由數(shù)據(jù)獲取單元110、結(jié)構(gòu)分析單元 120、渲染單元130、顯示單元140、通信單元150、鏈接選擇單元160、接近確定單元 170、以及觸摸面板TP構(gòu)成。此外，渲染單元130包括臨時(shí)DOM創(chuàng)建單元131、完整 DOM創(chuàng)建單元132、高速緩沖存儲器133、顯示控制單元134、以及節(jié)點(diǎn)信息存儲單元 135。與上述根據(jù)第二實(shí)施例的信息處理設(shè)備100B的主要區(qū)別在于存在接近確定單元170 和觸摸面板TP。此外，部分改變了鏈接選擇單元160的功能。相應(yīng)地，下面將主要描 述接近確定單元170和觸摸面板TP的功能。首先，將對觸摸面板TP給出說明。觸摸面板TP包括光學(xué)傳感器S。另外，雖 然在圖82中單獨(dú)示出，但在許多情形中觸摸面板TP和顯示單元140集成地形成。如上 所述，觸摸面板TP具有檢測操作工具的接近的功能。通過光學(xué)傳感器S檢測從觸摸面 板TP中設(shè)置的光源(或者顯示單元140的背光)射在操作工具上的光的反射光實(shí)現(xiàn)此功 能。例如，操作工具反射的光越強(qiáng)，則確定操作工具距觸摸面板TP越近。注意，由接 近確定單元170進(jìn)行此確定。另外，圖82中示出了使用光學(xué)觸摸面板作為觸摸面板TP的示例。然而，可以 使用任何類型的觸摸面板，只要它能夠用于接近檢測即可。例如，也可以使用如下這種 電容式觸摸面板通過感測操作工具與屏幕上設(shè)置的傳導(dǎo)層之間電容的改變檢測操作工 具的位置。在電容式觸摸面板的情形中，可以通過監(jiān)視隨著操作工具接近屏幕而增加的 電容確定操作工具的接近距離。另外，下面為了說明將以把光學(xué)觸摸面板作為示例給出 說明。
接近確定單元170基于光學(xué)傳感器S檢測到的反射光強(qiáng)度估算操作工具與觸摸 面板TP之間的距離。另外，接近確定單元170基于反射光的強(qiáng)度分布確定操作工具的 位置、操作工具形成的陰影的尺寸以及操作工具形成的陰影的區(qū)域。此處陰影表示在操 作工具處于中間從面向觸摸面板TP的位置看操作工具的情況下由于操作工具擋住了從光 源發(fā)出的光而形成的陰影。當(dāng)然，光學(xué)傳感器S不把它識別為陰影，但是此處使用表述
“陰影”以使得容易描繪操作工具形成的圖像。此外，還可以斷定陰影的尺寸越大， 操作工具與觸摸面板TP之間的距離越短。接近確定單元170把表示操作工具位置的信息(在下文中，位置信息)、表示操 作工具形成的陰影區(qū)域的信息(在下文中，區(qū)域信息)、以及表示操作工具與觸摸面板TP 之間距離的信息(在下文中，距離信息)輸入到鏈接選擇單元160。當(dāng)輸入位置信息、 區(qū)域信息和距離信息時(shí)，鏈接選擇單元160確定是否在區(qū)域信息所表示的屏幕上的區(qū)域 中顯示了鏈接目的地。在顯示了鏈接目的地的情形中，鏈接選擇單元160選擇顯示的鏈 接目的地并同時(shí)參考距離信息，確定操作工具與觸摸面板TP之間的距離是否短于特定閾 值。在距離短于特定閾值的情形中，鏈接選擇單元160為選擇的鏈接目的地分配預(yù)取的 類型，并且把鏈接目的地的信息輸入到數(shù)據(jù)獲取單元110或通信單元150。另外，數(shù)據(jù)獲 取單元110和通信單元150的操作與第一和第二實(shí)施例的基本上一樣。 現(xiàn)在，存在為鏈接目的地分配預(yù)取類型的數(shù)種方法。首先，最基本的方法是在 距操作工具的距離變得小于特定閾值的情形中開始文件預(yù)取。例如，雖然將會稍微更復(fù) 雜，但是在區(qū)域信息中包括多個(gè)鏈接目的地的情形中，可以構(gòu)思如下方法根據(jù)來自表 示操作工具形成的陰影的中心位置的位置信息的距離為貼近的鏈接目的地分配文件預(yù)取 以及為遠(yuǎn)離的鏈接目的地分配預(yù)連接。此外，可以構(gòu)思如下方法準(zhǔn)備兩個(gè)特定閾值， 并且改變要分配給鏈接目的地的預(yù)取類型以使得在距操作工具的距離變得小于第一閾值 Ll的情形中開始預(yù)連接以及在距操作工具的距離變得小于第二閾值L2(L2 < Li)的情形 中開始預(yù)取。鏈接選擇單元160執(zhí)行此分配處理。另外，鏈接選擇單元160還可以根據(jù)操作工具接近鏈接目的地的時(shí)間確定是否 執(zhí)行文件預(yù)取。例如，可以使得只在操作工具在某個(gè)鏈接目的地上方的位置處比特定閾 值更接近屏幕的狀態(tài)下過去了特定時(shí)間的情形中執(zhí)行文件預(yù)取。也可以在把操作工具在 某個(gè)鏈接目的地上方的位置處比特定閾值更接近屏幕的狀態(tài)維持了特定時(shí)間以及對鏈接 目的地執(zhí)行文件預(yù)取之后執(zhí)行預(yù)連接，其中在上述鏈接目的地的特定范圍內(nèi)對鏈接目的 地執(zhí)行預(yù)連接。此外，在存在要對其執(zhí)行預(yù)連接的多個(gè)鏈接目的地的情形中，鏈接選擇 單元160可以根據(jù)特定標(biāo)準(zhǔn)設(shè)置執(zhí)行預(yù)連接的次序。例如，鏈接選擇單元160可以對已 經(jīng)被選擇了大于或等于特定次數(shù)的鏈接目的地在較早的階段執(zhí)行預(yù)連接。鏈接選擇單元 160還可以對其往返時(shí)間長于特定閾值的鏈接目的地在較早的階段執(zhí)行預(yù)連接。鏈接選擇 單元160還可以根據(jù)鏈接目的地的IP地址或域名設(shè)置執(zhí)行預(yù)連接的次序。鏈接選擇單元 160執(zhí)行與確定和執(zhí)行控制有關(guān)的處理。至此，描述了根據(jù)本實(shí)施例的信息處理設(shè)備100的功能配置。<4-3 信息處理設(shè)備100的操作>接下來，將參照圖83描述根據(jù)本實(shí)施例的信息處理設(shè)備100的操作。圖83是 示出了根據(jù)本實(shí)施例的信息處理設(shè)備100的操作流程的說明圖。注意，圖83中所示的操作流程涉及從搜索引擎的搜索結(jié)果中選擇特定數(shù)量的鏈接目的地以及執(zhí)行文件預(yù)取的配置。如圖83中所示，首先，信息處理設(shè)備100檢測操作工具與顯示畫面之間的距離 (在下文中，分開距離)(步驟S401)。隨后，信息處理設(shè)備100確定檢測到的分開距離 是否小于或等于特定閾值(步驟S402)。在分開距離小于或等于特定閾值的情形中，信 息處理設(shè)備100進(jìn)行到步驟S403的處理。另一方面，在分開距離并非小于或等于特定閾 值的情形中，信息處理設(shè)備100返回步驟S401的處理。在它進(jìn)行到步驟S403的處理的 情形中，信息處理設(shè)備100在搜索結(jié)果中包括的鏈接目的地之中選擇其顯示至少部分包 括在與操作工具的陰影對應(yīng)的區(qū)域中的鏈接目的地(步驟S403)。接下來，信息處理設(shè)備100從選擇的鏈接目的地下載HTML文件和CSS文件 (步驟S404)。隨后，信息處理設(shè)備100確定用戶是否選擇了所選擇的鏈接目的地(步驟 S405)。在選擇了鏈接目的地的情形中，信息處理設(shè)備100進(jìn)行到步驟S406的處理。另 一方面，在未選擇鏈接目的地的情形中，信息處理設(shè)備100返回步驟S405的處理。在它 進(jìn)行到步驟S406的處理的情形中，信息處理設(shè)備100分析預(yù)先獲取的HTML文件，并開 始通過相互鏈接與HTML描述有關(guān)的結(jié)構(gòu)單元以及與CSS文件有關(guān)的結(jié)構(gòu)單元?jiǎng)?chuàng)建臨時(shí) DOM(S406)。 接下來，信息處理設(shè)備100從用戶選擇的鏈接目的地獲取JS文件(S407)。隨 后，信息處理設(shè)備100基于已經(jīng)預(yù)先獲取的HTML文件的分析結(jié)果開始通過相互鏈接與 HTML描述有關(guān)的結(jié)構(gòu)單元、與CSS文件有關(guān)的結(jié)構(gòu)單元以及與JS文件有關(guān)的結(jié)構(gòu)單元 創(chuàng)建完整DOM(步驟S408)。接下來，信息處理設(shè)備100確定是否完成了臨時(shí)DOM的 創(chuàng)建(步驟S409)。在完成了臨時(shí)DOM的創(chuàng)建的情形中，信息處理設(shè)備100進(jìn)行到步驟 S410的處理。另一方面，在未完成臨時(shí)DOM的創(chuàng)建的情形中，信息處理設(shè)備100返回 步驟S409的處理。在它進(jìn)行到步驟S410的處理的情形中，信息處理設(shè)備100通過渲染臨時(shí)DOM創(chuàng) 建網(wǎng)頁，并在顯示畫面上顯示創(chuàng)建的基于臨時(shí)DOM的網(wǎng)頁(步驟S410)。隨后，信息處 理設(shè)備100確定是否完成了完整DOM的創(chuàng)建(步驟S411)。在完成了完整DOM的創(chuàng)建 的情形中，信息處理設(shè)備100進(jìn)行到步驟S412的處理。另一方面，在未完成完整DOM 的創(chuàng)建的情形中，信息處理設(shè)備100返回步驟S411的處理。在它進(jìn)行到步驟S412的處 理的情形中，信息處理設(shè)備100通過渲染完整DOM創(chuàng)建網(wǎng)頁，在顯示畫面上顯示創(chuàng)建的 基于完整DOM的網(wǎng)頁而非基于臨時(shí)DOM的網(wǎng)頁(S412)，并結(jié)束這一系列處理。至此，描述了根據(jù)本實(shí)施例的信息處理設(shè)備100的操作流程。<4-4 基于接近檢測的預(yù)取處理的流程>接下來，將參照圖84描述根據(jù)本實(shí)施例的使用接近檢測的預(yù)取處理的流程。圖 84是示出了根據(jù)本實(shí)施例的使用接近檢測的預(yù)取處理的流程的說明圖。另外，在圖84的 示例中，把手指作為操作工具的示例。如圖84中所示，首先，確定是否在觸摸面板TP的閾值A(chǔ)(mm)內(nèi)檢測到手指 (步驟S501)。在閾值內(nèi)檢測到手指的情形中，處理進(jìn)行到步驟S502。另一方面，在閾 值內(nèi)未檢測到手指的情形中，處理返回步驟S501。在處理進(jìn)行到步驟S502的情形中， 通過接近檢測確定是否把手指的焦點(diǎn)放置到鏈接C大于或等于閾值B (毫秒)的時(shí)段(步驟 S502)。在把焦點(diǎn)放置了大于或等于閾值B的情形中，處理進(jìn)行到步驟S503。另一方 面，在未把焦點(diǎn)放置大于或等于閾值B的情形中，處理返回步驟S501。在處理進(jìn)行到步 驟S503的情形中，對鏈接C執(zhí)行文件預(yù)取(步驟S503)。隨后，對鏈接C的DCmm2)內(nèi) 的區(qū)域中存在的鏈接組E執(zhí)行預(yù)連接(步驟S504)，并結(jié)束這一系列處理。至此，描述了根據(jù)本實(shí)施例的預(yù)取處理的流程。<4-5 能夠用于接近檢測的觸摸面板(內(nèi)嵌式觸摸面板)的結(jié)構(gòu)>接下來，將參照圖85對能夠用于接近檢測的觸摸面板給出說明。存在數(shù)種觸摸 面板，例如壓力敏感觸摸面板、電容式觸摸面板、以及光學(xué)觸摸面板。壓力敏感觸摸 面板通過檢測操作工具按壓面板時(shí)出現(xiàn)的壓力的改變檢測操作工具的位置。電容式觸摸 面板將操作工具觸摸面板時(shí)生成的靜電檢測作為電信號，并根據(jù)檢測結(jié)果檢測操作工具 的位置。對于光學(xué)觸摸面板，例如，如下方法是公知的通過使用設(shè)置在顯示面板的外 部框架處的光學(xué)傳感器檢測觸摸面板的操作工具的位置或移動(dòng)方向。被稱為“內(nèi)嵌式觸摸面板”的光學(xué)觸摸面板也是已知的。內(nèi)嵌式類型的光學(xué)觸 摸面板(在下文中，內(nèi)嵌式觸摸面板)通過使用構(gòu)成顯示面板的玻璃基板上形成的光學(xué)傳 感器陣列檢測操作工具反射的光檢測操作工具的位置。在顯示面板中設(shè)置光源以顯示圖 像。當(dāng)操作工具接觸或者接近顯示面板時(shí)，從光源發(fā)出的光由操作工具強(qiáng)烈反射并且反 射光由光學(xué)傳感器陣列接收。用于讀取每個(gè)光學(xué)傳感器檢測到的光強(qiáng)度數(shù)據(jù)的讀取電路連接到光學(xué)傳感器陣 列。因此，當(dāng)光學(xué)傳感器陣列檢測到操作工具反射的光時(shí)，讀取電路讀取每個(gè)光學(xué)傳感 器檢測到的光強(qiáng)度數(shù)據(jù)。讀取電路以此方式讀取的光強(qiáng)度數(shù)據(jù)表示操作工具反射的光的 分布。相應(yīng)地，通過根據(jù)讀取電路讀取的光強(qiáng)度數(shù)據(jù)形成圖像，以圖像的形式獲得接觸 或接近顯示面板的操作工具的形狀。另外，此處獲得的圖像對應(yīng)于由于操作工具擋住了從光源發(fā)出的光而獲得的陰 影圖像。如同所描述的，在內(nèi)嵌式觸摸面板的情形中，以圖像的形式獲得操作工具的形 狀，從而可以計(jì)算操作工具投射的陰影的面積。此外，當(dāng)考慮到操作工具擋住的光的量 隨著操作工具接近顯示面板而增加時(shí)，可以基于陰影的面積估算操作工具與顯示面板之 間的距離(見圖85)。例如，當(dāng)以陰影的形式表示反射光強(qiáng)度高的部分時(shí)，獲得如圖85中所示的圖像 圖案。當(dāng)?shù)讲僮鞴ぞ叩木嚯x長時(shí)，獲得小陰影，隨著到操作工具的距離變短，擋光量增 加并且陰影的面積逐漸增加。相應(yīng)地，通過測量陰影的面積，可以檢測操作工具與顯示 面板之間的距離。在多觸摸的情形中，獲得與多個(gè)操作工具對應(yīng)的多個(gè)陰影，并且可以 通過測量每個(gè)陰影的面積獲得每個(gè)操作工具與顯示面板之間的距離。<5 信息處理設(shè)備100的硬件配置示例> 例如，可以通過使用圖86中所示的信息處理設(shè)備的硬件配置實(shí)現(xiàn)上述信息處理 設(shè)備100(100A、100Β和100C)每個(gè)結(jié)構(gòu)元件的功能。即，通過使用計(jì)算機(jī)程序控制圖 86中所示的硬件實(shí)現(xiàn)每個(gè)結(jié)構(gòu)元件的功能。另外，此硬件的模式是任意的，可以是個(gè)人 計(jì)算機(jī)，諸如移動(dòng)電話、PHS或PDA的移動(dòng)信息終端，游戲機(jī)，或者各種類型的信息裝 備。此外，PHS是個(gè)人手持電話系統(tǒng)的縮寫。另外，PDA是個(gè)人數(shù)字助理的縮寫。
如圖86中所示，此硬件主要包括CPU 902、ROM 904、RAM 906、主機(jī)總線908、以及橋接器910。此外，此硬件包括外部總線912、接口 914、輸入單元916、輸出 單元918、存儲單元920、驅(qū)動(dòng)器922、連接端口 924、以及通信單元926。此外，CPU 是中央處理單元的縮寫。另外，ROM是只讀存儲器的縮寫。此外，RAM是隨機(jī)訪問存 儲器的縮寫。CPU 902例如用作算術(shù)處理單元或控制單元，并且基于ROM 904、RAM 906、 存儲單元920、或者可移除記錄介質(zhì)928上記錄的各種程序控制每個(gè)結(jié)構(gòu)元件的整體操作 或一部分操作。ROM 904是用于存儲例如CPU 902上要加載的程序或者算術(shù)運(yùn)算中使用 的數(shù)據(jù)等的裝置。RAM 906暫時(shí)或永久存儲例如CPU 902上要加載的程序或者在程序的 執(zhí)行過程中任意改變的各種參數(shù)等。這些結(jié)構(gòu)元件通過例如能夠執(zhí)行高速數(shù)據(jù)傳輸?shù)闹鳈C(jī)總線908彼此相連。對于 其部分，例如，主機(jī)總線908通過橋接器910連接到數(shù)據(jù)傳輸速度較低的外部總線912。 此外，輸入單元916例如是鼠標(biāo)、鍵盤、觸摸面板、按鈕、開關(guān)、或者控制桿。另外， 輸入單元916可以是可以通過使用紅外線或其它無線電波傳輸控制信號的遠(yuǎn)程控制器。輸出單元918例如是可以視覺上或聽覺上把獲取的信息通知用戶的諸如CRT、 LCD、PDP或ELD的顯示裝置，諸如揚(yáng)聲器或耳機(jī)的音頻輸出裝置，打印機(jī)，移動(dòng)電 話，或者傳真機(jī)。此外，CRT是陰極射線管的縮寫。LCD是液晶顯示器的縮寫。PDP 是等離子顯示面板的縮寫。另外，ELD是電致發(fā)光顯示器的縮寫。存儲單元920是用于存儲各種數(shù)據(jù)的裝置。存儲單元920例如是諸如硬盤驅(qū)動(dòng) 器(HDD)的磁存儲裝置、半導(dǎo)體存儲裝置、光學(xué)存儲裝置或者磁光存儲裝置。HDD是 硬盤驅(qū)動(dòng)器的縮寫。驅(qū)動(dòng)器922是讀取諸如磁盤、光盤、磁光盤或半導(dǎo)體存儲器的可移除記錄介質(zhì) 928上記錄的信息、或者在可移除記錄介質(zhì)928中寫入信息的裝置?？梢瞥涗浗橘|(zhì)928 例如是DVD介質(zhì)、藍(lán)光介質(zhì)、HD-DVD介質(zhì)、各種類型的半導(dǎo)體存儲媒體等。當(dāng)然， 可移除記錄介質(zhì)928例如可以是其上裝配了非接觸式IC芯片的IC卡或者電子裝置。IC 是集成電路的縮寫。連接端口 924 是諸如 USB 端 口、IEEE1394 端 口、SCSI、RS-232C 端口等的端
口，或者用于連接諸如光學(xué)音頻終端等外部連接裝置930的端口。外部連接裝置930例 如是打印機(jī)、移動(dòng)音樂播放器、數(shù)碼相機(jī)、數(shù)碼攝像機(jī)、或者IC記錄器。此外，USB是 通用串行總線的縮寫。另外，SCSI是小型計(jì)算機(jī)系統(tǒng)接口的縮寫。通信單元926是要連接到網(wǎng)絡(luò)200的通信裝置，并且例如是用于有線或無線 LAN、藍(lán)牙(注冊商標(biāo))、或者WUSB的通信卡，光通信路由器，ADSL路由器，或者 各種通信調(diào)制解調(diào)器。連接到通信單元926的網(wǎng)絡(luò)200由有線連接或無線連接的網(wǎng)絡(luò)構(gòu) 成，并且例如是互聯(lián)網(wǎng)、家用LAN、紅外線通信、可見光通信、廣播、或者衛(wèi)星通信。 此外，LAN是局域網(wǎng)的縮寫。另外，WUSB是無線USB的縮寫。此外，ADSL是非對 稱數(shù)字用戶環(huán)路的縮寫。<6:總結(jié) >最后，將簡要描述根據(jù)本發(fā)明的實(shí)施例的技術(shù)內(nèi)容。可以把此處敘述的技術(shù)內(nèi) 容應(yīng)用于各種信息處理設(shè)備，諸如PC、移動(dòng)電話、便攜式游戲機(jī)、便攜式信息終端、信息裝備、車輛導(dǎo)航系統(tǒng)等?？梢匀缦卤硎錾鲜鲂畔⑻幚碓O(shè)備的功能配置。信息處理設(shè)備主要包括鏈接選擇 單元、數(shù)據(jù)預(yù)取單元、結(jié)構(gòu)分析單元、第一構(gòu)造單元、第二構(gòu)造單元、以及顯示控制單元。鏈接選擇單元選擇作為基于關(guān)鍵信息的搜索結(jié)果的至少一個(gè)鏈接目的地中的一 個(gè)或更多個(gè)鏈接目的地。數(shù)據(jù)預(yù)取單元在通過用戶操作選擇鏈接目的地之前，獲取與顯示畫面的布局有 關(guān)的信息以及至少包括寫有與顯示畫面的布局有關(guān)的信息的結(jié)構(gòu)單元的顯示控制數(shù)據(jù)， 其中，顯示控制數(shù)據(jù)以及與顯示畫面的布局有關(guān)的信息存在于鏈接選擇單元選擇的鏈接 目的地處。結(jié)構(gòu)分析單元在通過用戶操作選擇數(shù)據(jù)預(yù)取單元已經(jīng)獲取了其顯示控制數(shù)據(jù)的 鏈接目的地的情形中，分析顯示控制數(shù)據(jù)以及提取顯示控制數(shù)據(jù)中包括的結(jié)構(gòu)單元。第一構(gòu)造單元在通過用戶操作選擇了數(shù)據(jù)預(yù)取單元已經(jīng)獲取了其顯示控制數(shù)據(jù) 的鏈接目的地的情形中，通過相互鏈接結(jié)構(gòu)分析單元提取的結(jié)構(gòu)單元之中、除了寫有與 涉及腳本處理的顯示控制有關(guān)的信息的結(jié)構(gòu)單元以外、至少包括寫有與顯示畫面的布局 有關(guān)的信息的結(jié)構(gòu)單元的結(jié)構(gòu)單元生成用于顯示控制的第一結(jié)構(gòu)化數(shù)據(jù)。第二構(gòu)造單元在通過用戶操作選擇了數(shù)據(jù)預(yù)取單元已經(jīng)獲取了其顯示控制數(shù)據(jù) 的鏈接目的地的情形中，通過相互鏈接結(jié)構(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ù)這種配置，可以根據(jù)包括腳本信息的恰當(dāng)結(jié)構(gòu)化數(shù)據(jù)在顯示畫面的顯示以 前快速顯示布局好的頁面。即，可以避免腳本處理的順序?qū)傩砸鸬捻撁骘@示開始的延 遲以及以簡單但是稍微容易查看的格式把足夠量的信息快速呈現(xiàn)給用戶。此外，通過用 具有頁面作者實(shí)際想要的布局的頁面替換簡單頁面，使得用戶能夠?yàn)g覽準(zhǔn)確反映恰當(dāng)布 局的頁面。結(jié)果，可以滿足快速瀏覽頁面信息的期望以及瀏覽基于恰當(dāng)布局的頁面信息 的期望兩者。在許多情形中，可以從簡單頁面獲得用戶想要的信息。然而，用戶容易感 到不舒服，不知道是否能夠使用戶瀏覽作者實(shí)際想要的所有信息片段?？梢匀缋蒙鲜?配置一樣通過向用戶呈現(xiàn)準(zhǔn)確反映作者意圖的頁面來減輕這種不舒服感。(備注)數(shù)據(jù)獲取單元110是數(shù)據(jù)預(yù)取單元的示例。臨時(shí)DOM創(chuàng)建單元131是第一構(gòu) 造單元的示例。完整DOM創(chuàng)建單元132是第二構(gòu)造單元的示例。通信單元150是連接 建立單元的示例。節(jié)點(diǎn)信息存儲單元135是顯示歷史存儲單元的示例。本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，根據(jù)設(shè)計(jì)需要和其它因素，可以進(jìn)行各種修改、 組合、子組合和改變，只要這些修改、組合、子組合和改變在所附權(quán)利要求或其等價(jià)內(nèi) 容的范圍內(nèi)。本申請包含與2009年9月17日提交于日本專利局的日本在先專利申請JP 2009-216286中公開的主題相關(guān)的主題，其全部內(nèi)容通過引用合并于此。
權(quán)利要求
1.一種信息處理設(shè)備，包括鏈接選擇單元，用于選擇作為基于關(guān)鍵信息的搜索結(jié)果的至少一個(gè)鏈接目的地中的 一個(gè)或更多個(gè)鏈接目的地；數(shù)據(jù)預(yù)取單元，用于在通過用戶操作選擇鏈接目的地之前，獲取與顯示畫面的布 局有關(guān)的信息以及至少包括寫有與顯示畫面的布局有關(guān)的信息的結(jié)構(gòu)單元的顯示控制數(shù) 據(jù)，其中，所述顯示控制數(shù)據(jù)以及與顯示畫面的布局有關(guān)的所述信息存在于所述鏈接選 擇單元選擇的鏈接目的地處；結(jié)構(gòu)分析單元，用于在通過用戶操作選擇了所述數(shù)據(jù)預(yù)取單元已經(jīng)獲取了其顯示控 制數(shù)據(jù)的鏈接目的地的情形中，分析所述顯示控制數(shù)據(jù)以及提取所述顯示控制數(shù)據(jù)中包 括的結(jié)構(gòu)單元；第一構(gòu)造單元，用于在通過用戶操作選擇了所述數(shù)據(jù)預(yù)取單元已經(jīng)獲取了其顯示控 制數(shù)據(jù)的鏈接目的地的情形中，通過相互鏈接所述結(jié)構(gòu)分析單元提取的結(jié)構(gòu)單元之中、 除了寫有與涉及腳本處理的顯示控制有關(guān)的信息的結(jié)構(gòu)單元以外、至少包括寫有與顯示 畫面的布局有關(guān)的信息的結(jié)構(gòu)單元的結(jié)構(gòu)單元來生成用于顯示控制的第一結(jié)構(gòu)化數(shù)據(jù)；第二構(gòu)造單元，用于在通過用戶操作選擇了所述數(shù)據(jù)預(yù)取單元已經(jīng)獲取了其顯示控 制數(shù)據(jù)的鏈接目的地的情形中，通過相互鏈接結(jié)構(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.如權(quán)利要求1所述的信息處理設(shè)備，進(jìn)一步包括連接建立單元，用于建立到所述鏈接目的地的連接，其中，所述鏈接選擇單元進(jìn)一步至少選擇用于指定所述顯示畫面上位置的位置指定 對象的顯示位置的特定范圍內(nèi)存在的鏈接目的地、所述顯示畫面上當(dāng)前顯示的鏈接目的 地以及已經(jīng)被選擇了特定次數(shù)或更多次的鏈接目的地中的任何鏈接目的地，以及其中，所述連接建立單元在通過用戶操作選擇鏈接目的地之前，建立到所述鏈接選 擇單元進(jìn)一步選擇的鏈接目的地的TCP連接。
3.如權(quán)利要求2所述的信息處理設(shè)備，其中，所述鏈接選擇單元選擇所述至少一個(gè)鏈 接目的地之中往返時(shí)間等于或大于特定閾值的鏈接目的地作為要到其建立TCP連接的鏈 接目的地。
4.如權(quán)利要求3所述的信息處理設(shè)備，其中，所述鏈接選擇單元根據(jù)鏈接目的地的IP 地址或域名判斷是否要選擇所述鏈接目的地作為要到其建立TCP連接的鏈接目的地。
5.如權(quán)利要求1所述的信息處理設(shè)備，進(jìn)一步包括數(shù)據(jù)獲取單元，用于獲取所述顯示控制數(shù)據(jù)以及與所述顯示控制數(shù)據(jù)有關(guān)的相關(guān)數(shù)據(jù)，其中，所述數(shù)據(jù)獲取單元優(yōu)先于來自所述第二構(gòu)造單元的數(shù)據(jù)獲取請求處理來自所 述第一構(gòu)造單元的數(shù)據(jù)獲取請求。
6.如權(quán)利要求2所述的信息處理設(shè)備，其中，所述連接建立單元在確定了所述鏈接目 的地的主機(jī)地址時(shí)，在所述顯示控制數(shù)據(jù)的預(yù)取或者TCP連接的建立之前獲取與主機(jī)地址對應(yīng)的IP地址。
7.如權(quán)利要求6所述的信息處理設(shè)備，進(jìn)一步包括高速緩沖存儲器，其中存儲了所述數(shù)據(jù)獲取單元基于來自第一構(gòu)造單元和第二構(gòu)造 單元的請求獲取的所述顯示控制數(shù)據(jù)和相關(guān)數(shù)據(jù)，其中，所述顯示控制單元在已經(jīng)把基于所述第二結(jié)構(gòu)化數(shù)據(jù)的顯示所需要的所有顯 示控制數(shù)據(jù)存儲于高速緩沖存儲器中的時(shí)間點(diǎn)處，基于所述高速緩沖存儲器中存儲的數(shù) 據(jù)切換顯示。
8.如權(quán)利要求1所述的信息處理設(shè)備，其中，所述第二構(gòu)造單元在所述結(jié)構(gòu)分析單元 提取的結(jié)構(gòu)單元中不存在寫有與涉及腳本處理的顯示控制有關(guān)的信息的結(jié)構(gòu)單元的情形 中不生成所述第二結(jié)構(gòu)化數(shù)據(jù)。
9.如權(quán)利要求1所述的信息處理設(shè)備，進(jìn)一步包括顯示歷史存儲單元，用于在執(zhí)行基于所述第一結(jié)構(gòu)化數(shù)據(jù)的顯示時(shí)存儲包括與顯示 畫面上顯示的內(nèi)容對應(yīng)的結(jié)構(gòu)單元的歷史，其中，所述顯示控制單元在切換到基于所述第二結(jié)構(gòu)化數(shù)據(jù)的顯示時(shí)，基于所述顯 示歷史存儲單元中存儲的顯示歷史選擇與要在顯示畫面上顯示的內(nèi)容對應(yīng)的結(jié)構(gòu)單元。
10.—種數(shù)據(jù)獲取方法，包括步驟選擇作為基于關(guān)鍵信息的搜索結(jié)果的至少一個(gè)鏈接目的地中的一個(gè)或更多個(gè)鏈接目 的地；在通過用戶操作選擇鏈接目的地之前，獲取至少包括寫有與顯示畫面的布局有關(guān)的 信息的結(jié)構(gòu)單元的顯示控制數(shù)據(jù)，其中，所述顯示控制數(shù)據(jù)存在于選擇至少一個(gè)鏈接目 的地的一部分的步驟中選擇的鏈接目的地處；在通過用戶操作選擇在用戶操作以前已經(jīng)獲取了其顯示控制數(shù)據(jù)的鏈接目的地之 前，分析所述顯示控制數(shù)據(jù)以及提取所述顯示控制數(shù)據(jù)中包括的結(jié)構(gòu)單元；在通過用戶操作選擇在用戶操作以前已經(jīng)獲取了其顯示控制數(shù)據(jù)的鏈接目的地之 前，通過相互鏈接提取結(jié)構(gòu)單元的步驟中提取的結(jié)構(gòu)單元之中、除了寫有與涉及腳本處 理的顯示控制有關(guān)的信息的結(jié)構(gòu)單元以外、至少包括寫有與顯示畫面的布局有關(guān)的信息 的結(jié)構(gòu)單元的結(jié)構(gòu)單元來生成用于顯示控制的第一結(jié)構(gòu)化數(shù)據(jù)；在通過用戶操作選擇在用戶操作以前已經(jīng)獲取了其顯示控制數(shù)據(jù)的鏈接目的地的情 形中，通過相互鏈接結(jié)構(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ù)重新顯示所述顯示畫面。
11.一種程序，用于使得計(jì)算機(jī)實(shí)現(xiàn)鏈接選擇功能，選擇作為基于關(guān)鍵信息的搜索結(jié)果的至少一個(gè)鏈接目的地中的一個(gè) 或更多個(gè)鏈接目的地；數(shù)據(jù)預(yù)取功能，在通過用戶操作選擇鏈接目的地之前，獲取至少包括寫有與顯示畫 面的布局有關(guān)的信息的結(jié)構(gòu)單元的顯示控制數(shù)據(jù)，其中，所述顯示控制數(shù)據(jù)存在于所述 鏈接選擇功能選擇的鏈接目的地處；結(jié)構(gòu)分析功能，在通過用戶操作選擇所述數(shù)據(jù)預(yù)取功能已經(jīng)獲取了其顯示控制數(shù)據(jù) 的鏈接目的地之前，分析所述顯示控制數(shù)據(jù)以及提取所述顯示控制數(shù)據(jù)中包括的結(jié)構(gòu)單兀；第一構(gòu)造功能，在通過用戶操作選擇所述數(shù)據(jù)預(yù)取功能已經(jīng)獲取了其顯示控制數(shù)據(jù) 的鏈接目的地之前，通過相互鏈接所述結(jié)構(gòu)分析功能提取的結(jié)構(gòu)單元之中、除了寫有與 涉及腳本處理的顯示控制有關(guān)的信息的結(jié)構(gòu)單元以外、至少包括寫有與顯示畫面的布局 有關(guān)的信息的結(jié)構(gòu)單元的結(jié)構(gòu)單元來生成用于顯示控制的第一結(jié)構(gòu)化數(shù)據(jù)；第二構(gòu)造功能，在通過用戶操作選擇所述數(shù)據(jù)預(yù)取功能已經(jīng)獲取了其顯示控制數(shù) 據(jù)的鏈接目的地的情形中，通過相互鏈接結(jié)構(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ù)重新 顯示顯示畫面。
全文摘要
本發(fā)明公開了一種信息處理設(shè)備、數(shù)據(jù)獲取方法以及程序。所述數(shù)據(jù)獲取方法包括以下步驟選擇至少一個(gè)鏈接目的地中的一個(gè)或更多個(gè)鏈接目的地；在選擇鏈接目的地之前，獲取至少包括寫有與顯示畫面的布局有關(guān)的信息的結(jié)構(gòu)單元的顯示控制數(shù)據(jù)，其中，顯示控制數(shù)據(jù)存在于前述步驟中選擇的鏈接目的地處；在選擇預(yù)取的鏈接目的地之前，提取顯示控制數(shù)據(jù)中包括的結(jié)構(gòu)單元；在選擇預(yù)取的鏈接目的地之前，通過鏈接提取的未寫有涉及腳本處理的信息的結(jié)構(gòu)單元生成用于顯示控制的第一結(jié)構(gòu)化數(shù)據(jù)；在選擇預(yù)取的鏈接目的地的情形中，通過鏈接結(jié)構(gòu)單元生成用于顯示控制的第二結(jié)構(gòu)化數(shù)據(jù)；使用第一結(jié)構(gòu)化數(shù)據(jù)顯示顯示畫面；并使用第二結(jié)構(gòu)化數(shù)據(jù)重新顯示顯示畫面。
文檔編號G06F17/30GK102024012SQ201010280938
公開日2011年4月20日 申請日期2010年9月10日 優(yōu)先權(quán)日2009年9月17日
發(fā)明者久永賢司, 大巖拓馬, 巖出剛昌, 橋本洋平, 勝部友浩, 阿竹義德 申請人:索尼公司