CN102023801A - 信息处理设备、数据显示方法和程序 - Google Patents

Abstract

本发明涉及信息处理设备、数据显示方法和程序。该信息处理设备包括：结构分析单元，其分析包括多个结构单元的显示控制数据，在每个结构单元中写有关于显示控制的信息，并且提取包括在显示控制数据中的结构单元；第一构造单元，其通过链接提取的结构单元当中的、除了其中写有涉及脚本处理的信息的结构单元之外的、至少包括其中写有关于显示屏幕布局的信息的结构单元的这种结构单元来生成用于显示控制的第一结构化数据；第二构造单元，其通过链接所有的提取的结构单元来生成用于显示控制的第二结构化数据；以及显示控制单元，其使用第一结构化数据对显示屏幕进行显示，并且在生成第二结构化数据的阶段，使用第二结构化数据对显示屏幕进行重新显示。

Description

信息处理设备、数据显示方法和程序

技术领域

本发明涉及信息处理设备、数据显示方法和程序。

背景技术

随着信息通信技术的发展，网络带宽正在被拓宽。因此，经由广域网如因特网传输的内容容量也在增加。而且，用于执行脚本处理的程序嵌入在广域网上发布的许多主页中，并且页面结构被修改，以便可以对主页执行动态处理。然而，当读取大量内容或者执行脚本处理时，会花费很长时间，直到主页被充分显示为止。考虑到这样的问题，开发了下述技术，所述技术用于预先缓存在广域网如因特网上发布的信息(在下文中被称为WWW信息)，并且用于当用户请求访问时显示预先缓存的WWW信息。关于这种技术，JP-A-2004-280405公开了用于有效地缓存WWW信息的技术。

发明内容

然而，难以适当地选择将要预先缓存的WWW信息。例如，如果显示的页面中描述的链接目的地的所有WWW信息都要被缓存，则在有许多链接目的地的情况下，WWW信息的获取本身将会花费很长时间。而且，将会使用大量的缓存存储器。进而，为了获取要被缓存的WWW信息，将会占用大多数的通信带宽。因为这些原因，为了快速显示页面，不仅有必要缓存WWW信息，而且有必要进一步改进WWW信息获取方法。

WWW信息包括用于执行页面的显示控制的信息(在下文中被称为显示控制信息)。而且，显示控制信息包括定义页面布局的信息(在下文中被称为布局信息)和用于使客户终端执行脚本处理的信息(在下文中被称为脚本信息)等。然而，上面提到的布局信息和脚本信息可以被处理成为与上面提到的显示控制信息分开的数据。在这种情况下，显示控制信息和布局信息之间的链接信息以及显示控制信息和脚本信息之间的链接信息包括在显示控制信息中。因此，实际上，布局信息和脚本信息包括在显示控制信息中。

在许多情况下，例如用诸如超文本标识语言(HTML)和可扩展标识语言(XML)之类的结构化语言来编写显示控制信息。这些结构化语言采用了如下描述方法，该描述方法通过使用标签来定义结构单元。因此，显示控制信息使用通过标签界定的区段而被结构化为结构单元。而且，在许多情况下，用诸如级联样式表(CSS)等之类的样式表来表达上面提到的布局信息。进而，在许多情况下，用诸如JavaScript(注册商标；在下文中缩写为JS)、ECMAScript和VBScript(注册商标)等之类的脚本语言来编写上面提到的脚本信息。

如描述的那样，显示控制信息(1)包括布局信息和脚本信息，并且(2)基于特定结构单元而被结构化。通常，在通过WWW浏览器等显示WWW信息时，对显示控制信息进行分析，并且用显示控制信息中包括的结构单元作为参考来确定显示处理的执行顺序或数据的获取顺序。下一步，通过WWW浏览器等将结构单元彼此链接，并且创建叫做文件对象模型(DOM)的用于显示控制的结构数据。然后，基于通过WWW浏览器等创建的DOM来执行数据的获取和数据的显示等(参见图1)。

在建立DOM时，如果脚本信息包括在显示控制信息中，则数据获取或显示处理由于脚本处理的连续性质而被延迟。因此，即使为广域网保留了足够宽的带宽，当基于包括脚本信息的显示控制信息来显示页面时，也会有一定量的等待时间，直到页面被显示为止。特别地，如果脚本处理的步骤被嵌套，则等待时间进一步增加。

考虑到前述情况，希望提供一种新的和改进的信息处理设备、数据显示方法和程序，它们能够减少由脚本处理的连续性质造成的页面显示延迟，并且能够快速显示展开良好的页面。

根据本发明的实施例，提供了一种信息处理设备，该信息处理设备包括：结构分析单元，其分析包括多个结构单元的显示控制数据，在所述多个结构单元中的每一个结构单元中写有关于显示控制的信息，并且提取包括在所述显示控制数据中的结构单元；第一构造单元，其通过相互链接由所述结构分析单元提取的结构单元当中的、除了其中写有关于涉及脚本处理的显示控制的信息的结构单元之外的、至少包括其中写有关于显示屏幕布局的信息的结构单元的这种结构单元来生成用于显示控制的第一结构化数据；第二构造单元，其通过相互链接所有的由所述结构分析单元提取的结构单元来生成用于显示控制的第二结构化数据；以及显示控制单元，其通过使用由所述第一构造单元生成的所述第一结构化数据来对显示屏幕进行显示，并且在所述第二结构化数据由所述第二构造单元生成的阶段，通过使用所述第二结构化数据对所述显示屏幕进行重新显示。

信息处理设备可以进一步包括数据获取单元，该数据获取单元获取显示控制数据和关于显示控制数据的相关数据。与来自第二构造单元的数据获取请求相比，数据获取单元可以优先处理来自第一构造单元的数据获取请求。

信息处理设备可以进一步包括缓存存储器，在所述缓存存储器中存储在从第一构造单元和第二构造单元请求时由数据获取单元获取的显示控制数据和相关数据。在基于第二结构化数据进行显示所需的全部显示控制数据都已存储在缓存存储器中的时间点，显示控制单元可以基于缓存存储器中存储的数据来切换显示。

在结构分析单元所提取的结构单元中不存在其中写有关于涉及脚本处理的显示控制的信息的结构单元的情况下，第二构造单元不必生成第二结构化数据。

信息处理设备可以进一步包括显示历史存储单元，该显示历史存储单元存储包括在基于第一结构化数据执行显示时与显示屏幕上显示的内容相对应的结构单元的历史。在切换到基于第二结构化数据进行的显示时，基于显示历史存储单元中存储的显示历史，显示控制单元可以选择与将要在显示屏幕上显示的内容相对应的结构单元。

根据本发明的另一个实施例，提供了一种数据显示方法，该数据显示方法包括以下步骤：分析包括多个结构单元的显示控制数据，在所述多个结构单元中的每一个结构单元中写有关于显示控制的信息，并且提取包括在所述显示控制数据中的结构单元；通过相互链接在提取结构单元的步骤中提取的结构单元当中的、除了其中写有关于涉及脚本处理的显示控制的信息的结构单元之外的、至少包括其中写有关于显示屏幕布局的信息的结构单元的这种结构单元来生成用于显示控制的第一结构化数据；通过相互链接所有的在提取结构单元的步骤中提取的结构单元来生成用于显示控制的第二结构化数据；以及通过使用生成的所述第一结构化数据来对显示屏幕进行显示，并且在生成所述第二结构化数据的阶段，通过使用所述第二结构化数据对所述显示屏幕进行重新显示。

根据本发明的另一个实施例，提供了一种用于使计算机实现以下功能的程序：分析包括多个结构单元的显示控制数据并且提取包括在所述显示控制数据中的结构单元的结构分析功能，在所述多个结构单元中的每一个结构单元中写有关于显示控制的信息；通过相互链接通过所述结构分析功能提取的结构单元当中的、除了其中写有关于涉及脚本处理的显示控制的信息的结构单元之外的、至少包括其中写有关于显示屏幕布局的信息的结构单元的这种结构单元来生成用于显示控制的第一结构化数据的第一构造功能；通过相互链接所有的通过所述结构分析功能提取的结构单元来生成用于显示控制的第二结构化数据的第二构造功能；以及通过使用通过所述第一构造功能生成的所述第一结构化数据来对显示屏幕进行显示、并且在通过所述第二构造功能生成所述第二结构化数据的阶段通过使用所述第二结构化数据对所述显示屏幕进行重新显示的显示控制功能。

根据上面描述的本发明的实施例，可以减少由脚本处理的连续性质造成的页面显示延迟，并且可以快速显示展开良好的页面。

附图说明

图1是示出通过网络浏览器进行的页面显示过程的流程的说明图；

图2是示出DOM的概观和基于DOM的页面显示过程的流程的说明图；

图3是示出网络浏览器的文件下载序列的说明图；

图4是示出标准网络浏览器的页面显示时间的分析结果的说明图；

图5是示出其中脚本处理未被执行的网络浏览器的页面显示时间的分析结果的说明图；

图6是示出标准网络浏览器的页面显示处理序列的说明图；

图7是示出根据本发明的第一实施例的网络浏览器的页面显示处理序列的说明图；

图8是示出根据实施例的网络浏览器的页面显示处理序列的说明图；

图9是示出根据实施例的网络浏览器的页面显示处理序列的说明图；

图10是示出根据实施例的信息处理设备的功能配置的例子的说明图；

图11是示出根据实施例的信息处理设备所进行的显示控制过程的流程的说明图；

图12是示出在采用根据实施例的显示控制方法的情况下的页面显示时间的测量结果的说明图；

图13是示出在采用根据实施例的显示控制方法的情况下的页面显示时间的测量结果的说明图；

图14是示出在采用根据实施例的显示控制方法的情况下的页面显示时间的测量结果的说明图；

图15是示出DOM的结构和显示结果之间的关系的说明图；

图16是示出DOM的结构和显示结果之间的关系的说明图；

图17是示出DOM的结构和显示结果之间的关系的说明图；

图18是示出基于标准显示控制方法的HTML文件执行过程的流程的说明图；

图19是示出基于标准显示控制方法的HTML文件执行过程的流程的说明图；

图20是示出基于标准显示控制方法的HTML文件执行过程的流程的说明图；

图21是示出基于标准显示控制方法的HTML文件执行过程的流程的说明图；

图22是示出基于标准显示控制方法的HTML文件执行过程的流程的说明图；

图23是示出基于标准显示控制方法的HTML文件执行过程的流程的说明图；

图24是示出基于标准显示控制方法的HTML文件执行过程的流程的说明图；

图25是示出基于标准显示控制方法的HTML文件执行过程的流程的说明图；

图26是示出基于标准显示控制方法的HTML文件执行过程的流程的说明图；

图27是示出基于标准显示控制方法的HTML文件执行过程的流程的说明图；

图28是示出基于标准显示控制方法的HTML文件执行过程的流程的说明图；

图29是示出基于标准显示控制方法的HTML文件执行过程的流程的说明图；

图30是示出基于标准显示控制方法的HTML文件执行过程的流程的说明图；

图31是示出基于标准显示控制方法的HTML文件执行过程的流程的说明图；

图32是示出基于标准显示控制方法的HTML文件执行过程的流程的说明图；

图33是示出基于标准显示控制方法的HTML文件执行过程的流程的说明图；

图34是示出基于标准显示控制方法的HTML文件执行过程的流程的说明图；

图35是示出基于标准显示控制方法的HTML文件执行过程的流程的说明图；

图36是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图37是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图38是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图39是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图40是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图41是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图42是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图43是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图44是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图45是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图46是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图47是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图48是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图49是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图50是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图51是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图52是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图53是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图54是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图55是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图56是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图57是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图58是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图59是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图60是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图61是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图62是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图63是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图64是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图65是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图66是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图67是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图68是示出基于根据实施例的显示控制方法的HTML文件执行过程的流程的说明图；

图69是示出根据本发明的第二实施例的预取方法的说明图；

图70是示出根据预取目标类型的预取效果差异的说明图；

图71是示出根据预取目标类型的预取效果差异的说明图；

图72是示出选择预取目标的方法的说明图；

图73是示出根据实施例的信息处理设备的功能配置的例子的说明图；

图74是示出根据实施例的信息处理设备所进行的预取过程的流程的说明图；

图75是示出根据实施例的预取过程的流程的说明图；

图76是示出根据预取类型的效果差异的说明图；

图77是示出根据实施例的预连接方法的说明图；

图78是示出根据实施例的预连接方法的说明图；

图79是示出取决于TLD差异的连接建立时间差异的说明图；

图80是示出取决于目标国家差异的连接建立时间差异的说明图；

图81是示出根据本发明的第三实施例的基于接近距离的预取方法的概观的说明图；

图82是示出根据实施例的信息处理设备的功能配置的例子的说明图；

图83是示出根据实施例的信息处理设备所进行的接近度检测过程和预取过程的流程的说明图；

图84是示出根据实施例的预取过程的流程的说明图；

图85是示出通过单元内(in-cell)触摸面板来检测操作工具的方法的说明图；以及

图86是示出能够实现根据本发明的每个实施例的信息处理设备的功能的信息处理设备的硬件配置的例子的说明图。

具体实施方式

在下文中，将参考附图详细地描述本发明的优选实施例。注意，在这个说明书和附图中，具有基本上相同功能和结构的结构元件用相同的标号来指示，并且省略这些结构元件的重复说明。

<描述的流程>

这里简短地提及描述下述本发明实施例的流程。首先，在详细描述根据当前实施例的技术配置之前，参考图1至6描述涉及通过网络浏览器进行的页面显示过程的标准配置。然后，参考图7至9描述根据本发明的第一实施例的网络页面显示处理序列。然后，参考图10和11描述根据实施例的信息处理设备100的操作和功能配置。

下一步，参考图12至14描述在采用根据实施例的显示控制方法的情况下获得的减少页面显示时间的效果。然后，参考图15至17描述DOM结构差异和显示结果差异之间的关系。然后，为了针对实施例的技术进行比较，参考图18至35简短地描述标准HTML文件执行过程。然后，参考图36至68描述根据实施例的HTML文件执行过程。

下一步，参考图69描述根据本发明的第二实施例的预取方法。然后，参考图70和71指示根据预取目标类型的效果差异，同时参考图72描述选择预取目标的高效方法。然后，参考图73和74描述根据实施例的信息处理设备100的操作和功能配置。然后，参考图75描述根据实施例的预取过程的流程。然后，参考图76描述根据预取类型的效果差异。

下一步，参考图77和78描述根据实施例的预连接方法。然后，参考图79和80，相对于TLD和目标国家来比较预连接的效果。

下一步，参考图81描述根据本发明的第三实施例的集成接近度检测和预取过程的方法。然后，参考图82和83描述根据实施例的信息处理设备100的操作和功能配置。然后，参考图84描述根据实施例的预取过程的流程。然后，参考图85描述根据实施例的可以用于接近度检测的单元内触摸面板的结构和操作。

下一步，参考图86描述能够实现根据第一至第三实施例的信息处理设备100的功能的硬件配置的例子。最后，对实施例的技术思想进行总结，并且简短地描述通过技术思想获得的操作效果。

(描述项目)

1：导言

1-1：网络浏览器的操作

1-2：显示时间分析结果

2：第一实施例

2-1：网络浏览器的操作

2-2：信息处理设备100的功能配置

2-3：信息处理设备100的操作

2-4：显示时间的效果

2-5：根据DOM结构差异的显示结果之间的比较

2-6：DOM建立步骤的具体例子

3：第二实施例

3-1：预取(考虑)的效果

3-2：信息处理设备100的功能配置

3-3：信息处理设备100的操作

3-4：预取过程的流程

3-5：预取的效果

3-6：预连接(考虑)的效果

4：第三实施例

4-1：接近度检测和预取过程的集成

4-2：信息处理设备100的功能配置

4-3：信息处理设备100的操作

4-4：基于接近度检测的预取过程的流程

4-5：能够进行接近度检测的触摸面板(单元内触摸面板)的结构

5：信息处理设备100的硬件配置例子

6：总结

<1：导言>

首先，在描述本发明的实施例之前，描述通过网络浏览器进行的网络页面显示过程。这里对从HTML文件的获取到网络页面的显示的由网络浏览器执行的过程的标准流程(在下文中称之为显示处理序列)给出说明。

<1-1：网络浏览器的操作>

在图1中示出了通过标准网络浏览器10进行的显示处理序列。如图1所示，网络浏览器10首先向网络服务器310请求HTML文件(步骤S11)。然后，响应于该请求，网络浏览器10获取由网络服务器310传输的HTML文件(步骤S12)。然后，网络浏览器10分析获取的HTML文件(步骤S13)。

此时，网络浏览器10通过使用被称为HTML剖析器11的分析程序来分析HTML的结构。如已描述的那样，通过使用对结构单元进行定义的特定标签来编写HTML文件。因此，通过使用分析程序，可以提取通过标签界定的结构单元，或者可以分析结构单元之间的关系。HTML剖析器11分析HTML文件，并且在适当时向网络服务器320请求外部资源(步骤S14)。

这里的外部资源例如是对布局信息进行定义的样式表文件和对脚本信息进行定义的脚本文件。现在，当响应于请求从网络服务器320传输外部资源时，网络浏览器10获取通过网络服务器320传输的外部资源(步骤S15)。在步骤S15中获取的外部资源取决于其类型用于步骤S16或S17的过程。而且，在建立DOM 12时使用通过HTML剖析器11从HTML文件提取的结构单元的信息。

当在步骤S15中获取的外部资源是CSS文件时，网络浏览器10应用CSS(步骤S16)。而且，当在步骤S15中获取的外部资源是脚本文件时，网络浏览器10通过脚本引擎13执行脚本处理(步骤S17)。在执行步骤S16或S17的过程之后，网络浏览器10建立DOM 12。然后，基于已建立的DOM 12，网络浏览器10创建各种绘图要素(步骤S18)。然后，网络浏览器10在适当时加载插件(步骤S19)，并且显示网络页面(步骤S20)。

如描述的那样，执行各种过程，直到网络页面被显示为止。这些过程中的许多过程在建立DOM 12之前执行。

(DOM 12)

这里，参考图2更加详细地描述建立DOM 12的过程和基于已建立的DOM 12显示网络页面的过程。

如图2所示，DOM 12是通过链接由HTML剖析器11所提取的HTML文件的结构单元而建立的树结构。更适当地，DOM 12是用于处理HTML(或XML)的结构或内容的应用程序接口(API)。例如，让我们假定在HTML文件中包括用于定义网络页面的显示配置的多个结构单元(A1至A7)。这些结构单元由HTML剖析器11在分析过程中提取，并且被相互链接和建立成DOM 12的形式。

注意，图2中图示的DOM 12的树结构是通过网络浏览器识别的结构的概念表达。用户实际观看的网络页面是通过网络浏览器10的渲染引擎基于DOM 12的树结构来创建的。当网络浏览器10在建立DOM 12之后已基于DOM 12的树结构对显示布局进行了调整并已将诸如图像数据和文本数据之类的内容嵌入显示布局中的特定位置内时，对网络页面进行显示的过程完成。如描述的那样，DOM 12的建立充当了用于对网络页面进行显示的前提。

<1-2：显示时间分析结果>

这里，参考图3至5考虑建立DOM 12的时刻和对网络页面进行显示所花费的时间之间的关系。

(下载序列)

如上所述，DOM 12的建立至少是在完成通过HTML剖析器11进行的对HTML文件的分析、CSS的应用以及脚本处理的执行之后执行的。更加具体地，执行如图3所示的处理序列。以时间从左到右运行为前提来图示图3所示的处理序列。亦即，从在左侧示出的过程开始按顺序执行过程。

如图3所示，当发生对网络页面等的重新定向时，通过网络浏览器10下载HTML文件。另外，在下载文件时，通过DNS进行名称解析所花费的时间、建立对网络服务器的连接所花费的时间和等待时间等成为必要。图3所示的每个文件的下载时间包括这些时间。当HTML文件的下载完成时，网络浏览器10对下载的HTML文件进行分析。

然后，基于HTML文件的分析结果，网络浏览器10在适当时下载CSS文件或JS文件。另外，可以在HTML文件的分析期间执行CSS文件或JS文件的下载。而且，可以下载多个CSS文件或多个JS文件。进而，根据HTML文件的分析结果下载图像数据等(图像等)。当全部CSS文件和JS文件都被下载时，确定用于建立DOM 12的结构要素。

当用于建立DOM 12的结构要素全都就绪时，通过网络浏览器10的渲染引擎开始DOM 12的渲染。此时，没有必要下载所有的图像数据等。而且，当渲染已进展到一定程度时，启用用户操作。下一步，当所有的图像数据等都被下载并且DOM 12的渲染完成时，网络页面的显示完成。在这个时间点完成对完全网络页面的显示。如描述的那样，在标准网络浏览器10的显示处理序列中，DOM 12未被建立，直到HTML文件、CSS文件和JS文件全被下载为止。

(显示网络页面所花费的时间)

现在，图3所示的下载序列仅示出了过程的顺序。这样一来，从图3所示的例子中就无法知道每个过程实际花费的时间长度。因此，在图4中示出了通过实际使用网络浏览器10进行的每个过程所花费的时间长度的测量结果。

此外，图4的例子示出了已实际测量的时间，但是实际的时间值取决于测量环境而可变。因此，注意力应当集中在每个过程所花费时间的相对长度。进而，在图4中示出了指示初始时间的垂直线和指示完成时间的垂直线。初始时间这里指的是直到可以开始用户操作为止的时间。另一方面，完成时间这里指的是直到全部文件和全部数据都被下载并且以完整的形式显示网络页面为止的时间。

首先，将注意力放在CSS文件的处理上。CSS文件的处理在从重新定向发生(0ms)起已过去大约2500ms的时间开始，并且连续执行大约2500ms。进而，在图4的例子中，对于三个CSS文件以同一时间开始处理。

下一步，将注意力放在JS文件的处理上。当开始CSS文件的处理时，同时开始JS文件的处理。然而，在这个时间点仅开始一个JS文件的处理。在第一个JS文件的处理完成之后，开始第二个JS文件的处理。同样在这个时间点，仅对一个JS文件开始处理。像这样，一次对一个JS文件执行处理，直到全部JS文件的处理完成为止。结果，处理全部的JS文件花费了大约12000ms的时间。

随后，执行图像数据等的下载和DOM的渲染等等，并且执行网络页面显示处理。这些过程是并行同时执行的，并且显示网络页面所花费的处理时间不受很大影响。

根据图4所示的测量结果可以说的是，处理JS文件所花费的时间与直到网络页面被显示为止所花费的时间的比例显著很高。处理JS文件费时的主要原因在于多个JS文件的下载和执行不能并行进行。发生这种情形是因为在以嵌套的方式定义JS文件的情况下，直到在先JS文件的下载和执行完成为止，在后JS文件的下载和执行是不可能的。尽管这里拿JS文件作为例子，但是对于用别的脚本语言编写的脚本文件同样成立。

因此，本发明的发明人设计了一种在其它过程之后进行JS文件的下载和执行的方法。为了估计在应用这种方法的情况下获得的效果，执行如图5所示的仿真。如从结果中可以看到的那样，当稍后进行JS文件的下载和执行时，初始时间减少至7秒。顺便提及，由于在图4的例子中初始时间是22秒，所以通过在稍后的序列进行JS文件的下载和执行使初始时间减少了15秒。然而，图5的例子只是仿真，而在现实中，必须进行各种修改以将JS文件的下载和执行放在稍后的序列。

<2：第一实施例>

如上所述，通过在稍后的序列进行脚本文件的下载和执行，可以急剧减少显示网络页面所花费的时间。在下文中描述用于将对脚本文件的处理放在稍后的序列的机制。本发明的第一实施例涉及用于实现这样的机制的设备和方法。

<2-1：网络浏览器的操作>

首先，参考图6至9描述根据当前实施例的网络浏览器的处理序列。注意，图6所示的处理序列是用于与根据当前实施例的处理序列相比较的标准网络浏览器的处理序列。

(标准处理序列)

如图6所示，标准网络浏览器的处理序列如上所述按照以下顺序进行：处理HTML文件{处理CSS文件、处理JS文件}、建立DOM以及下载图像数据等。亦即，这个系列的过程通过一个线程(第一线程)来执行。

(当前实施例的处理序列)

另一方面，如图7所示，通过两个线程(第一和第二线程)来执行根据当前实施例的处理序列。在第一线程中，执行HTML文件的处理、CSS文件的处理和图像数据等的下载，并且在CSS文件处理的完成阶段建立简单DOM(在下文中称之为临时DOM)。然后，基于临时DOM显示网络页面。

另一方面，在第二线程中，执行JS文件的处理，并且在JS文件处理的完成阶段建立最终DOM(在下文中称之为完整DOM)。进而，下载通过第一线程未曾获取的图像数据等，并且基于完整DOM显示网络页面。此时，将基于临时DOM显示的网络页面更新到基于完整DOM显示的网络页面(参见图8)。

如参考仿真结果已描述的那样，建立DOM的时刻由于JS文件的处理被包括而延迟，结果直到显示网络页面为止所花费的时间很长。然而，独立于JS文件的处理来执行将要通过第一线程建立的临时DOM的建立。这样一来，与通过标准网络浏览器进行的DOM的建立时刻相比，在非常早的时刻执行临时DOM的建立。

然而，与JS文件的处理有关的结构单元没有包括在临时DOM中。因此，基于临时DOM显示的网络页面不同于基于包括与JS文件的处理有关的结构单元的完整DOM显示的网络页面。然而，根据当前实施例的处理序列包括通过第二线程进行的操作，该第二线程用于建立包括与JS文件的处理有关的结构单元的完整DOM。而且，由于在通过第二线程进行的处理完成的时刻将显示切换到基于完整DOM显示的网络页面，所以可以解决由网络页面的不同引起的用户所感受到的不适。如描述的那样，通过应用根据当前实施例的处理序列，可以实现将网络页面的快速显示与正确网络页面的显示相结合的挑战性任务。

此外，在现实中，对于通过第一线程建立的临时DOM和通过第二线程建立的完整DOM而言，将会成为DOM节点的结构单元的一些文件重叠。因此，相对于下载每个文件，有效的是执行下载管理器线程，并且通过第一和第二线程来使用下载管理器线程获取的文件，如图9所示。例如，下载管理器线程专门负责下载HTML文件、CSS文件、JS文件和图像数据等。另外，下载时刻如图7和9所示。

至此已描述了根据当前实施例的处理序列。

<2-2：信息处理设备100的功能配置>

下一步，参考图10描述能够实现上述思想的信息处理设备100的功能配置。图10是示出根据当前实施例的信息处理设备100的功能配置的例子的说明图。另外，为了与根据第二和第三实施例的信息处理设备100相区别，根据当前实施例的信息处理设备100有时可以被称为信息处理设备100A。

如图10所示，信息处理设备100主要配置有数据获取单元110、结构分析单元120、渲染单元130和显示单元140。进而，渲染单元130包括临时DOM创建单元131、完整DOM创建单元132、缓存存储器133、显示控制单元134和节点信息存储单元135。

当重新定向发生时，首先，通过数据获取单元110下载HTML文件。然后，将通过数据获取单元110下载的HTML文件输入到结构分析单元120。当输入HTML文件时，结构分析单元120对HTML文件的结构进行分析，并且提取HTML文件的结构单元。然后，结构分析单元120适当时经由数据获取单元110向网络服务器310和320传输对CSS文件和JS文件的请求。

当响应于请求而从网络服务器310和320传输CSS文件和JS文件时，数据获取单元110接收已传输的CSS文件和JS文件。将通过数据获取单元110接收的CSS文件和JS文件输入到结构分析单元120。当输入CSS文件时，结构分析单元120执行应用CSS文件的过程。而且，当输入JS文件时，结构分析单元120执行输入的JS文件。此时，JS文件适当时被连续获取，并且由结构分析单元120执行。

通过结构分析单元120进行的CSS文件应用的结果被输入到临时DOM创建单元131和完整DOM创建单元132两者，而JS文件执行的结果则被输入到完整DOM创建单元132。而且，结构分析单元120将关于从HTML文件提取的结构单元的信息输入到临时DOM创建单元131和完整DOM创建单元132。然而，不将与JS文件的处理有关的结构单元的信息输入到临时DOM创建单元131。进而，基于HTML文件的分析结果，结构分析单元120适当时向数据获取单元110请求获取图像数据等。将响应于这样的请求而通过数据获取单元110获取的图像数据等经由临时DOM创建单元131和完整DOM创建单元132输入到显示控制单元134。

如上所述，除了与JS文件的处理有关的结构单元之外，HTML文件的结构单元被输入到临时DOM创建单元131。这样一来，临时DOM创建单元131就通过相互链接输入的结构单元形成了树结构，并且建立临时DOM。将关于通过临时DOM创建单元131建立的临时DOM的信息输入到显示控制单元134。另一方面，将包括与JS文件的处理有关的结构单元的HTML文件的所有结构单元都输入到完整DOM创建单元132。然而，由于JS文件的获取因为JS文件的处理的连续性质而花费很长时间，所以关于全部结构单元的信息的输入花费相对长的时间。结果，在建立临时DOM之后经过若干时间才完成完整DOM的建立。

当输入包括与JS文件的处理有关的信息的与HTML文件的所有结构单元有关的信息时，完整DOM创建单元132通过相互链接输入的结构单元来形成树结构，并且建立完整DOM。然后，将关于通过完整DOM创建单元132建立的完整DOM的信息输入到显示控制单元134。进而，完整DOM创建单元132获取基于完整DOM显示网络页面所需的全部图像数据等，并将其存储在缓存存储器133中。通过将显示网络页面所需的全部数据存储在缓存存储器133中，可以用基于完整DOM的网络页面迅速替换基于临时DOM显示的网络页面。

如上所述，从临时DOM创建单元131将图像数据等和临时DOM的信息输入到显示控制单元134。当输入图像数据等和临时DOM的信息时，显示控制单元134基于临时DOM执行渲染，并且创建基于临时DOM的网络页面。然后，显示控制单元134使显示单元140显示基于临时DOM的网络页面。进而，当从完整DOM创建单元132输入图像数据等和完整DOM的信息时，显示控制单元134基于完整DOM执行渲染，并且创建基于完整DOM的网络页面。然后，显示控制单元134用基于完整DOM的网络页面来替换基于临时DOM的网络页面。

此时，显示控制单元134读取存储在缓存存储器133中的显示网络页面所需的图像数据等，并且使显示单元140显示基于完整DOM的网络页面。注意，当显示网络页面所需的图像数据等没有存储在缓存存储器133中时，显示控制单元134经由数据获取单元110获取所需的图像数据等，并且通过使用获取的图像数据等使网络页面被显示。

进而，在基于临时DOM显示网络页面的期间执行卷动等的情况下，显示控制单元134在节点信息存储单元135中存储在显示单元140上的参考位置处显示的结构单元的信息(在下文中称之为节点信息)。然后，在显示基于完整DOM的网络页面时，显示控制单元134读取节点信息存储单元135中存储的节点信息，并且调整基于完整DOM的网络页面的卷动位置，使得在显示单元140上的参考位置处显示与节点信息相对应的完整DOM的结构单元。使用这种配置，可以减少在基于临时DOM的网络页面被切换到基于完整DOM的网络页面时用户所感受到的不适。

至此已描述了根据当前实施例的信息处理设备100的功能配置。

<2-3：信息处理设备100的操作>

下一步，参考图11描述根据当前实施例的信息处理设备100的操作。图11是示出根据当前实施例的信息处理设备100的操作流程的说明图。

如图11所示，信息处理设备100首先分析HTML文件，并且提取关于HTML描述的结构单元、关于CSS文件的下载和应用的结构单元以及关于JS文件的下载和执行的结构单元(步骤S101)。下一步，信息处理设备100通过相互链接提取的结构单元当中的关于HTML描述的结构单元和关于CSS文件的结构单元来开始创建临时DOM(步骤S102)。然后，信息处理设备100通过相互链接提取的结构单元当中的关于HTML描述的结构单元、关于CSS文件的结构单元和关于JS文件的结构单元来开始创建完整DOM(步骤S103)。

下一步，信息处理设备100确定临时DOM的创建是否完成(步骤S104)。在临时DOM的创建完成的情况下，信息处理设备100前进到步骤S105的过程。另一方面，在临时DOM的创建没有完成的情况下，信息处理设备100返回到步骤S104的过程。在前进到步骤S105的过程的情况下，信息处理设备100通过渲染临时DOM而创建网络页面，并且在显示屏幕上显示网络页面(步骤S105)。

下一步，信息处理设备100确定完整DOM的创建是否完成(步骤S106)。在完整DOM的创建完成的情况下，信息处理设备100前进到步骤S107的过程。另一方面，在完整DOM的创建没有完成的情况下，信息处理设备100返回到步骤S106的过程。在前进到步骤S107的过程的情况下，信息处理设备100通过渲染完整DOM而创建网络页面，在显示屏幕上显示该网络页面代替基于临时DOM的网络页面(步骤S107)，并且结束系列的过程。

至此已描述了根据当前实施例的信息处理设备100的操作流程。

<2-4：显示时间的效果>

这里，参考图12至14描述在应用根据当前实施例的处理序列的情况下获得的效果。在图12和14中以相互比较的方式示出了通过标准网络浏览器的处理序列获得的初始时间和通过根据当前实施例的处理序列获得的初始时间。而且，在图13中以相互比较的方式示出了通过标准网络浏览器的处理序列获得的完成时间和通过根据当前实施例的处理序列获得的完成时间。

首先参考图12。如图12所示，尽管取决于网络页面的结构和测量环境，但是在应用根据当前实施例的处理序列的情况下，初始时间平均减少37％。特别地，可以确认的是，对于严重使用JS的网络页面而言效果显著。

下一步参考图13。在图13中，在通过两个线程执行的根据当前实施例的处理序列和通过一个线程执行的标准网络浏览器的处理序列之间比较完成时间。如从图13中可以看到的那样，尽管在根据当前实施例的处理序列的情况下运行了两个线程，但是直到基于完整DOM的网络页面被充分显示为止的时间与用一个线程执行的标准网络浏览器的完成时间大致相同。这是因为两个线程并行同时执行处理。

下一步参考图14。图14示出了使用高速光学线路的情况下的初始时间之间的比较结果。如图14所示，同样在使用具有宽带宽的高速线路的情况下，对于应用根据当前实施例的处理序列的情况，速度平均高30％。带宽上升缓慢被认为是这样的结果的主要因素。亦即，使用具有宽带宽的线路的用户通过应用根据当前实施例的处理序列同样可以体验到效果。

至此已描述了通过应用根据当前实施例的处理序列获得的效果。

<2-5：根据DOM结构差异的显示结果之间的比较>

通过应用根据当前实施例的处理序列获得的效果已变得清楚。然而，如果基于临时DOM的网络页面干扰观看的话，则会变得没有意义。参考图15至17来考虑基于DOM结构差异的显示结果之间的差异。

(D1：仅有HTML文件)

首先参考图15。图15示出了其中通过仅使用HTML文件来建立简单DOM并且基于该简单DOM来显示网络页面的情况的显示配置。在仅有HTML文件的情况下，没有特别指定布局，这样一来就获得了其中文本数据T和图像数据M1简单地垂直布置的显示结果。在这种情况下，如图15所示，简单DOM的结构会具有如下树结构，该树结构拿HTML标签的结构单元当作根，并且拿HEAD标签和BODY标签的结构单元当作第一层级中的节点。进而，与文本数据T相对应的节点和与图像数据M1相对应的节点例如链接到BODY标签的结构单元的较低层级(第二层级)。

(D2：HTML文件+CSS文件)

下一步参考图16。图16示出了其中通过使用HTML文件和CSS文件来建立简单DOM并且基于该简单DOM来显示网络页面的情况的显示配置。这个显示配置例子对应于根据当前实施例的基于临时DOM的显示配置。在图16的例子中，布局由CSS文件指定，这样一来文本数据T的显示位置和图像数据M1的显示位置就被调整。

在这种情况下，简单DOM的结构会具有如下树结构，该树结构拿HTML标签的结构单元当作根，并且拿HEAD标签和BODY标签的结构单元当作第一层级中的节点。进而，与文本数据T相对应的节点和与图像数据M1相对应的节点例如链接到BODY标签的结构单元的较低层级(第二层级)。如描述的那样，由于因为CSS文件的应用而没有对这个简单DOM执行重写过程，所以该简单DOM的结构基本上与仅有HTML文件的情况下的简单DOM的结构相同。

(D3：HTML文件+CSS文件+JS文件)

下一步参考图17。图17示出了其中通过使用HTML文件、CSS文件和JS文件来建立DOM并且基于该DOM来显示网络页面的情况的显示配置。这个显示配置例子对应于根据当前实施例的基于完整DOM的显示配置。在图17的例子中，布局由CSS文件指定，这样一来文本数据T的显示位置和图像数据M2的显示位置就被调整。注意，通过JS文件的执行来重写DOM节点的内容。在图17的例子中，节点中包括的图像数据M1的显示规范被重写以显示图像数据M2的规范。

如描述的那样，在由简单DOM的结构引起的网络页面的显示结果之间存在差异。然而，如同根据当前实施例的临时DOM的结构那样，通过考虑与CSS文件有关的结构单元，基于临时DOM的网络页面的布局被调整，并且可以在不使用户感觉不适的情况下展现必要信息。

<2-6：DOM建立步骤的具体例子>

下一步，参考图18至68描述DOM建立步骤的具体例子。为了进行比较，还将示出标准网络浏览器的DOM建立步骤。图18至35的处理步骤是标准网络浏览器的DOM建立步骤，而图36至68的处理步骤则是根据当前实施例的DOM建立步骤。

(标准网络浏览器的DOM建立步骤)

首先描述标准网络浏览器的DOM建立步骤。这里描述执行图18所示的HTML文件的情况。

当重新定向发生时，下载如图18所示的HTML文件。然后，对下载的HTML文件的结构进行分析。首先，如图19所示，读取HTML文件的开始处的<html>标签，并且通过<html>标签界定的结构单元被识别为DOM的根。然后，如图20所示，读取<head>标签，并且通过<head>标签界定的结构单元被识别为隶属于DOM的根的节点。此时，如图20所示，与<html>标签相对应的根和与<head>标签相对应的节点相互链接。

然后，如图21所示，读取<meta...>标签，并且通过<meta...>标签界定的结构单元被识别为隶属于<head>节点的下级节点。此时，如图21所示，<head>节点与<meta...>节点相互链接。

下一步，如图22所示，读取<title>标签，并且通过<title>标签界定的结构单元被识别为隶属于<head>节点的下级节点。另外，如图22所示，由于<meta...>标签和<title>标签由同一<head>标签界定，所以<title>标签隶属于<head>标签。亦即，如图22所示，<head>节点与<title>节点相互链接。

下一步，如图23所示，读取<script...>标签，并且通过<script...>标签界定的结构单元被识别为隶属于<head>节点的下级节点。另外，如图23所示，<meta...>标签、<title>标签和<script...>标签由同一<head>标签界定，这样一来<script...>标签就隶属于<head>标签。亦即，如图23所示，<head>节点与<script...>节点相互链接。另外，<script...>节点是与脚本处理的执行有关的结构单元。

在图23的例子中，JS脚本文件与<script...>标签的结构单元相关联。因此，如图24所示，当读取<script...>标签时，下载JS脚本文件，并且执行下载的JS脚本文件。此时，如果用于改变DOM结构的描述包括在JS脚本文件中，则在这个阶段改变DOM结构。例如，如图25所示，在JS脚本文件中描述“document.title＝‘new title’；”的情况下，改变<title>标签的内容，这样一来DOM中包括的<title>节点就被更新。

下一步，如图26所示，读取<link...>标签，并且通过<link...>标签界定的结构单元被识别为隶属于<head>节点的下级节点。另外，如图26所示，<meta...>标签、<title>标签、<script...>标签和<link...>标签由同一<head>标签界定，这样一来<link...>标签就隶属于<head>标签。亦即，如图26所示，<head>节点与<link...>节点相互链接。

另外，在图26的例子中，CSS文件通过<link...>标签相关联。这样一来，<link...>节点就是与布局的定义有关的结构单元。因此，如图27所示，当读取<link...>标签时，下载CSS文件，并且应用下载的CSS文件。例如，如图27所示，在CSS文件中描述“body{text-align：right}”的情况下，文本数据的显示布局被设置为右对齐。

下一步，如图28所示，读取指示通过<head>标签界定的结构单元的结束位置的</head>，并且隶属于<head>节点的DOM树的建立完成。然后，如图29所示，读取<body>标签，并且通过<body>标签界定的结构单元被识别为隶属于根的节点。亦即，如图29所示，根和<body>节点相互链接。然后，如图30和31所示，读取通过<body>标签界定的结构单元的内容。

如图31所示，在通过<body>标签界定的结构单元中包括图像数据的规范。这样一来，如图32所示下载指定的图像数据。注意，如图32至35所示，在图像数据的下载期间继续进行建立DOM的过程。然后，读取指示通过<body>标签界定的结构单元的结束位置的</body>而且读取指示通过<html>标签界定的结构单元的结束位置的</html>，并且结束HTML文件的分析。这样一来就完成了DOM的创建。

至此已具体地描述了标准网络浏览器的DOM建立步骤。如描述的那样，标准网络浏览器的DOM建立步骤包括下载和执行JS脚本文件的步骤。这样一来，DOM的建立就由于脚本处理的连续性质而花费很长时间。

(根据当前实施例的DOM建立步骤)

下一步描述根据当前实施例的DOM建立步骤。另外，与图18所示的上述例子相同的文件用作将要读取的HTML文件(参见图36)。而且，在下面的说明中，通过第一线程进行的处理指的是与临时DOM的创建有关的处理，而通过第二线程进行的处理则指的是与完整DOM的创建有关的处理。

(通过第一线程进行的处理)

首先描述通过第一线程进行的处理。

当重新定向发生时，如图36所示下载HTML文件。然后，对下载的HTML文件的结构进行分析。首先，如图37所示，读取HTML文件的开始处的<html>标签，并且通过<html>标签界定的结构单元被识别为DOM的根。然后，如图38所示，读取<head>标签，并且通过<head>标签界定的结构单元被识别为隶属于DOM的根的节点。此时，如图38所示，与<html>标签相对应的根和与<head>标签相对应的节点相互链接。

然后，如图39所示，读取<meta...>标签，并且通过<meta...>标签界定的结构单元被识别为隶属于<head>节点的下级节点。此时，如图39所示，<head>节点与<meta...>节点相互链接。

下一步，如图40所示，读取<title>标签，并且通过<title>标签界定的结构单元被识别为隶属于<head>节点的下级节点。另外，如图40所示，由于<meta...>标签和<title>标签由同一<head>标签界定，所以<title>标签隶属于<head>标签。亦即，如图40所示，<head>节点与<title>节点相互链接。

下一步，如图41所示，读取<script...>标签。然而，在通过根据当前实施例的第一线程进行的DOM建立步骤中，如图42所示跳过<script...>标签，并且不执行与通过<script...>标签界定的结构单元有关的处理。亦即，不进行JS脚本文件的下载和执行。

下一步，如图43所示，读取<link...>标签，并且通过<link...>标签界定的结构单元被识别为隶属于<head>节点的下级节点。另外，如图43所示，<meta...>标签、<title>标签、<script...>标签和<link...>标签由同一<head>标签界定，这样一来<link...>标签就隶属于<head>标签。亦即，如图43所示，<head>节点与<link...>节点相互链接。

另外，在图43的例子中，CSS文件通过<link...>标签相关联。这样一来，<link...>节点就是与布局的定义有关的结构单元。因此，如图44所示，当读取<link...>标签时，下载CSS文件，并且应用下载的CSS文件。例如，如图44所示，在CSS文件中描述“body{text-align：right}”的情况下，文本数据的显示布局被设置为右对齐。

下一步，如图45所示，读取指示通过<head>标签界定的结构单元的结束位置的</head>，并且隶属于<head>节点的DOM树的建立完成。然后，如图46所示，读取<body>标签，并且通过<body>标签界定的结构单元被识别为隶属于根的节点。亦即，如图46所示，根和<body>节点相互链接。然后，如图47和48所示，读取通过<body>标签界定的结构单元的内容。

如图48所示，在通过<body>标签界定的结构单元中包括图像数据的规范。这样一来，如图49所示下载指定的图像数据。注意，如图49至52所示，在图像数据的下载期间继续进行建立临时DOM的过程。然后，读取指示通过<body>标签界定的结构单元的结束位置的</body>而且读取指示通过<html>标签界定的结构单元的结束位置的</html>，并且结束HTML文件的分析。这样一来就完成了临时DOM的创建。

如描述的那样，在通过第一线程进行的用于临时DOM的建立步骤中，跳过JS脚本文件的下载和执行。因此，不存在由脚本处理的连续性质引起的处理延迟，并且可以快速建立临时DOM。

(通过第二线程进行的处理)

下一步描述通过第二线程进行的处理。注意，在与通过第一线程进行的处理相同的时刻开始通过第二线程进行的处理。而且，由于通过下载管理器线程执行各种文件的下载，所以不必多余下载已经被下载以供第一线程使用的文件。

当重新定向发生时，如图53所示对HTML的结构进行分析。此时，通过下载管理器线程继续进行必要文件的下载。首先，如图54所示，读取HTML文件的开始处的<html>标签，并且通过<html>标签界定的结构单元被识别为DOM的根。然后，如图55所示，读取<head>标签，并且通过<head>标签界定的结构单元被识别为隶属于DOM的根的节点。此时，如图55所示，与<html>标签相对应的根和与<head>标签相对应的节点相互链接。

然后，如图56所示，读取<meta...>标签，并且通过<meta...>标签界定的结构单元被识别为隶属于<head>节点的下级节点。此时，如图56所示，<head>节点与<meta...>节点相互链接。

下一步，如图57所示，读取<title>标签，并且通过<title>标签界定的结构单元被识别为隶属于<head>节点的下级节点。另外，如图57所示，由于<meta...>标签和<title>标签由同一<head>标签界定，所以<title>标签隶属于<head>标签。亦即，如图57所示，<head>节点与<title>节点相互链接。

下一步，如图58所示，读取<script...>标签。并且通过<script...>标签界定的结构单元被识别为隶属于<head>节点的下级节点。另外，如图58所示，<meta...>标签、<title>标签和<script...>标签由同一<head>标签界定，这样一来<script...>标签就隶属于<head>标签。亦即，如图58所示，<head>节点与<script...>节点相互链接。另外，<script...>节点是与脚本处理的执行有关的结构单元。

在图58的例子中，JS脚本文件与<script...>标签的结构单元相关联。因此，如图59所示，当读取<script...>标签时，下载JS脚本文件，并且执行下载的JS脚本文件。此时，如果用于改变DOM结构的描述包括在JS脚本文件中，则在这个阶段改变DOM结构。例如，如图60所示，在JS脚本文件中描述“document.title＝‘new title’；”的情况下，改变<title>标签的内容，这样一来完整DOM中包括的<title>节点就被更新。

如描述的那样，在通过第二线程进行的用于DOM的建立步骤中，读取在第一线程的DOM建立步骤中被跳过的<script...>标签，并且进行JS脚本文件的下载和执行。

下一步，如图61所示，读取<link...>标签，并且通过<link...>标签界定的结构单元被识别为隶属于<head>节点的下级节点。另外，如图61所示，<meta...>标签、<title>标签、<script...>标签和<link...>标签由同一<head>标签界定，这样一来<link...>标签就隶属于<head>标签。亦即，如图61所示，<head>节点与<link...>节点相互链接。

另外，在图61的例子中，CSS文件通过<link...>标签相关联。这样一来，<link...>节点就是与布局的定义有关的结构单元。因此，如通过第一线程进行的DOM建立步骤中那样应用CSS文件。例如，如图61所示，在CSS文件中描述“body{text-align：right}”的情况下，文本数据的显示布局被设置为右对齐。注意，CSS文件已经通过下载管理器线程下载。

下一步，如图62所示，读取指示通过<head>标签界定的结构单元的结束位置的</head>，并且隶属于<head>节点的DOM树的建立完成。然后，如图63所示，读取<body>标签，并且通过<body>标签界定的结构单元被识别为隶属于根的节点。亦即，如图63所示，根和<body>节点相互链接。然后，如图64和65所示，读取通过<body>标签界定的结构单元的内容。

如图65所示，在通过<body>标签界定的结构单元中包括图像数据的规范。这样一来，如图65所示下载指定的图像数据。注意，不重新下载已经通过第一线程在DOM建立步骤中下载的图像数据。亦即，这里下载的是重新变得有必要通过第二线程在DOM建立步骤中下载的图像数据。在图65的例子中，与通过第一线程进行的DOM建立步骤中的那些相同的图像数据被下载，这样一来就不必要重新下载图像数据。

然后，如图66所示，读取指示通过<body>标签界定的结构单元的结束位置的</body>标签。而且，如图67所示，读取指示通过<html>标签界定的结构单元的结束位置的</html>标签，并且结束HTML文件的分析。如图68所示，这样一来就完成了完整DOM的创建。

如描述的那样，在通过第二线程进行的DOM建立步骤中，进行了通过第一线程在DOM建立步骤中被跳过的脚本文件的下载和执行，并且创建了打算建立的DOM(完整DOM)。如上所述，用于完整DOM的建立步骤基本上与通过标准网络浏览器进行的DOM建立步骤相同。亦即，完整DOM通过以下建立：按适当顺序读取包括JS的HTML文件的结构单元，并且加以执行。因此，基于完整DOM的网络页面会具有准确反映作者意图的布局和操作。

如已描述的那样，当通过第一线程建立临时DOM时，通过渲染临时DOM创建基于临时DOM的网络页面，并且在屏幕上显示网络页面。由于在用于临时DOM的建立步骤中没有包括脚本文件的下载和执行的过程，所以快速显示基于临时DOM的网络页面。另一方面，当完整DOM的建立完成时，通过渲染完整DOM创建基于完整DOM的网络页面，并且该网络页面替换基于临时DOM的网络页面。因此，浏览具有网络页面的作者实际想要的结构的网络页面成为可能。

结果，快速获取必要信息的愿望和浏览准确反映网络页面作者意图的网络页面的愿望都可以满足。在诸如移动数据线路之类的不稳定的网络环境中，这样的配置尤其有效。而且，应用于具有比较高的计算能力的装置是所希望的。

另外，使用了“第一线程”和“第二线程”这种表达，但是临时DOM/完整DOM的建立过程不一定必须通过两个真实线程执行。换言之，不必要准备两个真实线程并且独立地执行处理，只要两种类型的处理可以被逻辑地执行即可。进而，在上述说明中，已描述了HTML文件的分析和基于HTML文件中包括的结构单元的DOM的建立，但是同样可以应用于用其它结构化语言编写的文件的分析以及为其建立树结构的过程。这样的应用例子当然处在当前实施例的技术范围之内。

(修改的例子等)

至此，在与脚本处理有关的结构单元包括在HTML文件中的前提下已进行了说明。然而，在现实中，许多HTML文件并不包括与脚本处理有关的结构单元。在HTML文件不包括与脚本处理有关的结构单元的情况下，从HTML文件建立的临时DOM和完整DOM会具有相同的结构。

因此，如果在用于临时DOM的建立步骤的执行期间变得清楚的是，HTML文件并不包括与脚本处理有关的结构单元，则进行修改以停止用于完整DOM的建立步骤。这样的修改允许不创建完整DOM，从而减少了创建完整DOM所需的计算负荷。此外，由于没有创建完整DOM，所以还省略了用基于完整DOM的网络页面来替换基于临时DOM的网络页面的过程。

进而，在上述说明中，拿整个网络页面作为根据当前实施例的技术的应用范围。然而，也可以针对网络浏览器的每个选项卡、视窗或图文框来执行上述技术。还可以允许对将要应用该技术的域或URL等的规范进行修改。进而，还可以基于在网络浏览时检测到的显示时间的长度来选择将要应用该技术的站点，并且针对花费很长时间进行显示的站点应用该技术。

<3：第二实施例>

下一步描述本发明的第二实施例。当前实施例涉及在用户请求网络页面显示之前预先获取(预取)显示网络页面所需的文件的方法。使用这种方法允许在用户请求网络页面显示之后不下载文件，这样一来就可以大大减少显示网络页面所花费的时间。

另外，已经知道从正在浏览的网络页面中描述的全部链接目的地中预取用于显示网络页面的数据的方法。然而，如果在正在浏览的网络页面中描述了大量的链接目的地，或者如果在链接目的地存在大量的用于显示网络页面的文件，则预取会占用带宽。而且，为了缓存预取的文件有必要使用大容量的存储器。此外，适当选择可能会被用户选择的链接目的地极其困难，因为这要求对用户的行为进行预测。进而，对用户的行为进行预测要求高计算能力，并且在上述根据第一实施例的技术会对其有用的信息处理设备中难以实现。这样一来，在当前实施例中，在使用根据第一实施例的技术作为前提的情况下，提出了一种抑制要被预取的文件的大小的方法。

<3-1：预取(考虑)的效果>

这里参考图69至72描述预取的效果。

首先参考图69。如上所述，根据当前实施例的预取方法使用根据第一实施例的技术作为其前提。亦即，拿将脚本文件的下载和执行放在稍后的序列的方法作为前提。因此，将会考虑用于建立临时DOM的HTML文件和CSS文件的预取。通过从预取目标中排除图像数据等，可以急剧减少通过预取将要缓存的数据量。甚至在这种配置的情况下，以调整到一定程度的布局来显示文本数据，并且用某种易于查看的格式向用户呈现足够量的信息。

图70和71比较了四种情况：(情况1)没有预取；(情况2顺取HTML文件和CSS文件；(情况3)预取HTML文件、CSS文件和JS文件；以及(情况4)预取所有文件。

首先参考图70。图70中的左侧附图比较了预取文件的数目。另一方面，图70中的右侧附图比较了预取文件的总体大小。如从图70可以看到的那样，与其它情况相比，对于(情况4)而言，将要预取的文件数目和文件大小显著更大。亦即，当应用预取配置网络页面的所有数据的标准预取方法时，极大的缓存存储器会成为必要。另一方面，可以理解的是，当使用(情况2)和(情况3)的预取方法时，与预取所有数据的(情况4)的预取方法相比，可以减少要被缓存的数据。进而，当集中于(情况2)和(情况3)的比较时，可以看到的是，只是由于JS文件的存在/不存在而在缓存的数据量方面存在很大差异。

下一步参考图71。图71比较了在将(情况1)至(情况4)的预取方法应用于两种类型的网络页面的情况下直到显示开始为止的时间。当然，对于(情况2)至(情况4)而言显示时间短，因为预取了开始网络页面显示所需的文件。进而，当基于JS处理的存在与否进行比较时，由不存在JS处理而获得的时间减少效果是显著的。当然，通过省略JS处理而获得的效果的水平取决于网络页面的类型而有所不同，但是在所有情况下获得的效果是可以理解的。从这些结果中可以预料的是，通过仅预取HTML文件和CSS文件的(情况2)的配置，在节省缓存存储器的同时会获得足够的时间减少效果。

进而，通过将当前实施例与第一实施例的技术相结合，并且通过从预取的HTML文件和CSS文件中构造临时DOM并基于临时DOM显示网络页面，有望甚至更快地显示网络页面。另外，如图72所示，作为对作为预取目标的网络页面的候选，可以假定：(候选1)在书签列表中登记的链接目的地；(候选2)搜索结果中包括的链接目的地中排列在前的特定数目的链接目的地；以及(候选3)在浏览页面中的链接目的地；等等。而且，可以从(候选1)至(候选3)中按顺序选择特定数目的链接目的地。进而，用户可以决定这些候选之间的组合，并且可以从该组合中选择特定数目的链接目的地。

如上所述，当前实施例提出了一种预取HTML文件和CSS文件的方法。当然，HTML文件只是一个例子，可以代替HTML文件使用以其它结构化语言编写的文件。CSS文件也只是一个例子，可以代替CSS文件使用用于调整显示布局的不同格式的文件。在任何情况下，通过预取这两种类型的文件，都可以快速显示基于临时DOM的网络页面。在下文中详细地描述根据当前实施例的预取方法。

<3-2：信息处理设备100的功能配置>

首先，参考图73描述能够实现上述思想的信息处理设备100的功能配置。图73是示出根据当前实施例的信息处理设备100的例子的说明图。另外，为了与上面描述的第一实施例和稍后描述的第三实施例的信息处理设备100相区别，根据当前实施例的信息处理设备100有时可以被称为信息处理设备100B。

如图73所示，信息处理设备100主要配置有数据获取单元110、结构分析单元120、渲染单元130、显示单元140、通信单元150和链接选择单元160。进而，渲染单元130包括临时DOM创建单元131、完整DOM创建单元132、缓存存储器133、显示控制单元134和节点信息存储单元135。与根据上述第一实施例的信息处理设备100A的主要不同在于存在通信单元150和链接选择单元160。因此，在下文中，主要描述通信单元150和链接选择单元160的功能。

通信单元150是用于经由网络200与网络服务器310和320进行通信的装置。另外，为了从网络服务器310或320下载文件，必须访问DNS服务器，并且必须执行名称解析或者必须建立TCP连接。而且，必须从网络服务器310和320获取重新定向。通信单元150在适当时执行关于与网络服务器310和320进行通信的上述过程等。

进而，链接选择单元160是用于选择将要成为预取目标的链接目的地的装置。如上所述，作为成为预取目标的链接目的地，可以假定：(候选1)在书签列表中登记的链接目的地；(候选2)搜索结果中包括的链接目的地中排列在前的特定数目的链接目的地；以及(候选3)在浏览页面中的链接目的地；等等。例如，当设置(候选2)时，链接选择单元160选择从搜索引擎输出的搜索结果中包括的特定数目的链接目的地。同样在(候选1)和(候选3)的情况下，链接选择单元160选择特定数目的链接目的地。

进而，链接选择单元160根据特定规则向选择的链接目的地分配预取的类型。例如，链接选择单元160向排列在前的N1个链接目的地分配预取HTML文件和CSS文件的第一方法，并且向其次的N2个链接目的地分配预取重新定向的第二方法。而且，链接选择单元160向对应于其次的N3个链接目的地的网络服务器310和320分配预先建立TCP连接的第三方法，或者分配预先通过DNS执行名称解析的第四方法。在下文中，第一方法、第二方法、第三方法和第四方法分别被称为文件预取、重新定向预取、预连接和DNS预取。

将通过链接选择单元160选择的链接目的地和分配给每个链接目的地的预取类型的信息输入到数据获取单元110和通信单元150。

例如，将分配给文件预取或重新定向预取的链接目的地的信息输入到数据获取单元110。当输入分配给文件预取的链接目的地的信息时，数据获取单元110从通过输入的链接目的地的信息指示的链接目的地下载HTML文件和CSS文件，并且加以缓存。另一方面，当输入分配给重新定向预取的链接目的地的信息时，数据获取单元110从通过输入的链接目的地的信息指示的链接目的地获取重新定向代码，并且在适当时继续读取重新定向目的地的URL。

进而，将分配给预连接或DNS预取的链接目的地的信息输入到通信单元150。当输入分配给预连接的链接目的地的信息时，通信单元150建立对通过输入的链接目的地的信息指示的链接目的地的TCP连接。注意，在预连接的情况下，不执行文件的下载等。另一方面，当输入分配给DNS预取的链接目的地的信息时，通信单元150执行用于连接到通过输入的链接目的地的信息指示的链接目的地的名称解析。注意，在DNS预取的情况下，不进行处理，直到建立TCP连接为止。

在用户指定链接目的地之前执行上述文件预取、重新定向预取、预连接和DNS预取。在将要执行文件预取的情况下，在获取HTML文件之后，执行对HTML文件的分析，并且在适当时执行CSS文件的下载。然后，当用户指定链接目的地时，通过渲染单元130开始临时DOM和完整DOM的建立。临时DOM和完整DOM的建立方法以及网络页面的显示和切换的过程基本上与根据上述第一实施例的信息处理设备100A的那些相同。因此省略了详细的说明。

至此已描述了根据当前实施例的信息处理设备100的功能配置。

<3-3：信息处理设备100的操作>

下一步，参考图74描述根据当前实施例的信息处理设备100的操作。图74是示出根据当前实施例的信息处理设备100的操作流程的说明图。注意，图74所示的操作流程涉及如下配置：从通过搜索引擎进行的搜索结果中选择特定数目的链接目的地，并且执行文件预取。

如图74所示，首先，信息处理设备100选择搜索结果中包括的一部分链接目的地(步骤S201)。下一步，信息处理设备100从选择的链接目的地下载HTML文件和CSS文件(步骤S202)。然后，信息处理设备100确定用户是否选择任何的所选链接目的地(步骤S203)。当用户选择链接目的地时，信息处理设备100前进到步骤S204的过程。另一方面，当用户没有选择链接目的地时，信息处理设备100返回到步骤S203的过程。

在前进到步骤S204的过程的情况下，信息处理设备100分析已通过文件预取预先下载和缓存的HTML文件，并且通过相互链接与HTML的描述有关的每个结构单元和与CSS文件有关的结构单元而开始创建临时DOM(步骤S204)。然后，信息处理设备100从用户选择的链接目的地下载JS文件(步骤S205)。然后，信息处理设备100通过使用HTML文件、CSS文件和JS文件而开始创建完整DOM(步骤S206)。

然后，信息处理设备100确定临时DOM的创建是否完成(步骤S207)。在临时DOM的创建完成的情况下，信息处理设备100前进到步骤S208的过程。另一方面，在临时DOM的创建没有完成的情况下，信息处理设备100返回到步骤S207的过程。在前进到步骤S208的过程的情况下，信息处理设备100通过渲染临时DOM来创建网络页面，并且在显示屏幕上显示创建的网络页面(步骤S208)。

然后，信息处理设备100确定完整DOM的创建是否完成(步骤S209)。在完整DOM的创建完成的情况下，信息处理设备100前进到步骤S210的过程。另一方面，在完整DOM的创建没有完成的情况下，信息处理设备100返回到步骤S209。在前进到步骤S210的情况下，信息处理设备100通过渲染完整DOM而创建网络页面，用基于完整DOM的网络页面来替换基于临时DOM的网络页面(步骤S210)，并且结束系列的过程。

至此已描述了根据当前实施例的信息处理设备100的操作流程。

<3-4：预取过程的流程>

下一步，参考图75描述根据当前实施例的预取过程的流程。图75是示出根据当前实施例的预取过程的流程的说明图。另外，通过信息处理设备100来执行图75所示的过程。

如图75所示，首先，确定请求的URL是否是搜索站点的URL(步骤S301)。在是搜索站点的URL的情况下，过程前进到步骤S302。另一方面，在不是搜索站点的URL的情况下，过程返回到步骤S301。在过程前进到步骤S302的情况下，解析获取的搜索站点的HTML文件，并且提取要被预取的链接目的地的列表(下文中称之为预取列表)(步骤S302)。然后，确定提取的链接目的地当中的第i个URL(Xi)是否已经被缓存(步骤S303)。在Xi被缓存的情况下，过程前进到步骤S307。另一方面，在Xi未被缓存的情况下，过程前进到步骤S304。

在过程前进到步骤S304的情况下，发出用于从Xi获取HTML文件的命令(GET)，并且获取HTML文件(步骤S304)。然后，解析获取的HTML文件，并且提取HTML文件中编写的CSS文件的链接目的地(步骤S305)。进而，发出用于获取CSS文件的命令(GET)，并且获取CSS文件(步骤S305)。然后，缓存获取的HTML文件和CSS文件(步骤S306)。然后，从预取列表中删除Xi(步骤S307)。然后，确定预取列表中是否存在第i+1个URL(X(i+1))(步骤S308)。在存在X(i+1)的情况下，过程返回到步骤S303。另一方面，在不存在X(i+1)的情况下，结束系列的过程。

至此已描述了根据当前实施例的预取过程的流程。另外，在用户点击URL链接的阶段取消预取过程。

<3-5：预取的效果>

下一步参考图76描述上述预取的效果。图76示出了DNS预取、预连接(连接预取)、重新定向预取、文件预取和全部文件预取的效果之间的比较。如图76所示，用于根据当前实施例的文件预取的必要通信量显著小于预取全部文件的情况下的通信量。DNS预取、预连接和重新定向预取的效果也引人注意。亦即，通过应用根据当前实施例的预取，可以抑制由预取造成的通信量的增加。从页面的显示时间之间的比较中还可以理解的是，在根据当前实施例的文件预取和全部文件的预取的效果方面没有很大差异。如描述的那样，通过好好利用根据当前实施例的文件预取，可以充分增加网络页面的显示速度，并且与此同时可以减少由预取引起的存储容量的浪费使用或占用带宽的浪费使用。

<3-6：预连接(考虑)的效果>

下一步参考图77至80来考虑应用上述预连接的情况。如上所述，通过使用根据当前实施例的文件预取方法和基于临时DOM的网络页面显示方法，即使使用不稳定的低速线路也可以用易于查看的格式快速显示网络页面。而且，可以尽可能多地防止由预取引起的通信量增加，并且可以削减通信成本。如已经叙述那样，向所有的链接目的地应用文件预取是不切合实际的。例如，向不太可能被用户选择的链接目的地应用文件预取是没有效率的。因此要考虑通过将预连接与预取有效结合来进一步减少由预取引起的通信量的方法。

如图77所示，所希望的是，在用户点击正在显示的网络页面中包括的链接目的地之前，预先建立对链接目的地主机的TCP连接。同样有效的是，具有对在通过用户输入URL期间建立的指定链接目的地的主机的TCP连接。进而，如图78所示，同样希望的是，使高度可能被用户在不久的将来点击的链接目的地的类型被确定，并且向该类型的链接目的地应用预连接。如图78所示，高度可能被用户点击的链接目的地例如可以是：(选择候选1)在示出搜索结果的屏幕的上部显示的链接目的地；(选择候选2)在正在浏览的屏幕上显示的链接目的地；(选择候选3)在浏览历史中被频繁访问的链接目的地；或者(选择候选4)诸如鼠标指针之类的用户正在操作的操作工具的位置附近的链接目的地。

进而，还可以想象的是选择如下链接目的地，对于该链接目的地而言，通过应用上述第一实施例的技术和根据当前实施例的预取或预连接而获得的效果大。在这种情况下，例如基于特定域、国家、实际测量的响应时间和连接建立时间的历史等来决定选择目标。如图79和80所示，取决于链接目的地URL的顶级域(TLD)或链接目的地主机所在的国家，连接建立时间有很大变化。图79比较了在从日本连接到具有各个TLD的URL的链接目的地的情况下的连接建立时间。图80比较了在从日本连接到各个国家的链接目的地主机时的连接建立时间。从这些结果可以理解的是，在国外链接目的地的情况下执行预连接的效果大。亦即，提取国外链接目的地并对该链接目的地执行预连接以及针对国内链接目的地执行文件预取的灵活应用是有效的。

至此已描述了本发明的第二实施例。

<4：第三实施例>

下一步描述本发明的第三实施例。当前实施例涉及一种通过使用能够检测操作工具的接近距离的触摸面板在适当时刻执行预取(或预连接)的方法。这种方法基于根据第一和第二实施例的技术，并且用于提高该技术的有用性。

<4-1：接近度检测和预取过程的集成>

首先参考图81描述根据当前实施例的预取方法的概述。如上所述，通过使用能够进行接近度检测的触摸面板来实现根据当前实施例的预取方法。接近度检测这里指的是在诸如手指或触笔之类的操作工具接近触摸面板的表面的情况下检测操作工具的接近程度。亦即，这里假定的触摸面板具有检测对应于操作工具和触摸面板之间的距离的信息的功能。另外，稍后描述这样的触摸面板的具体例子。

现在，如图81所示，根据当前实施例的预取机制将要执行在对其检测接近度的区域之内显示的链接目的地的预取。例如，当操作工具和触摸面板之间的距离变得短于特定阈值时开始文件预取，并且在链接目的地被触摸的阶段，通过使用缓存的文件来显示网络页面。注意，这里执行的文件预取仅用于预取HTML文件和CSS文件，如同第二实施例那样。进而，在显示网络页面时，执行基于临时DOM的网络页面的显示和用基于完整DOM的网络页面进行的替换，如同第一实施例那样。

另外，根据当前实施例的预取机制和根据第二实施例的预取机制之间的主要不同在于选择将要成为预取目标的链接目的地的方法。根据第二实施例的预取方法，选择正在浏览的页面中的特定数目的链接目的地，或者从搜索结果中选择特定数目的链接目的地。然而，根据当前实施例的预取方法，操作工具所接近的区域之内的链接目的地被选择作为预取的目标。因此，要被选择的链接目的地的数目减少，从而与根据第二实施例的预取方法相比，使得要被缓存的数据量减少。然而，由于预取过程的执行时间变得比较短，所以在适当时将预取与预连接相结合有时候会更好。

例如，有时候更加优选的是执行以下逐步处理：当操作工具和触摸面板之间的距离变得短于阈值L1时，开始预连接；并且当距离变得短于阈值L2(L2＜L1)时，开始文件预取。还可以在距离短于阈值L1的状态被维持特定时间或更长的情况下开始文件预取。根据这种配置，在用户想知道是否要选择链接目的地的同时可以完成文件预取，并且可以在执行用户选择之后立刻显示基于临时DOM的网络页面。

至此已描述了根据当前实施例的预取方法的概述。

<4-2：信息处理设备100的功能配置>

下一步，参考图82描述能够实现上述思想的信息处理设备100的功能配置。图82是示出根据当前实施例的信息处理设备100的功能配置的例子的说明图。另外，为了与根据第二和第三实施例的信息处理设备100相区别，根据当前实施例的信息处理设备100有时可以被称为信息处理设备100C。

如图82所示，信息处理设备100主要配置有数据获取单元110、结构分析单元120、渲染单元130、显示单元140、通信单元150、链接选择单元160、接近度确定单元170和触摸面板TP。进而，渲染单元130包括临时DOM创建单元131、完整DOM创建单元132、缓存存储器133、显示控制单元134和节点信息存储单元135。与上述根据第二实施例的信息处理设备100B的主要不同在于存在接近度确定单元170和触摸面板TP。进而，部分地改变了链接选择单元160的功能。因此，在下文中主要描述接近度确定单元170和触摸面板TP的功能。

首先对触摸面板TP给予说明。触摸面板TP包括光学传感器S。而且，尽管在图82中分开示出，但是触摸面板TP和显示单元140在许多情况下整体地形成。如上所述，触摸面板TP具有检测操作工具的接近的功能。这个功能通过以下实现：通过光学传感器S检测在操作工具上发出的来自触摸面板TP中提供的光源(或者显示单元140的背光)的光的反射光。例如，通过操作工具反射的光越强，则确定操作工具离触摸面板TP越近。注意，通过接近度确定单元170来进行这种确定。

另外，在图82中示出了其中光学触摸面板用作触摸面板TP的例子。然而，可以使用任何类型的触摸面板，只要它能够进行接近度检测。例如，还可以使用电容性触摸面板，该电容性触摸面板通过感测操作工具和屏幕上提供的导电层之间的电容变化来检测操作工具的位置。在电容性触摸面板的情况下，随着操作工具接近屏幕，可以通过监视增加的电容来确定操作工具的接近距离。另外，在下文中，为了说明起见，拿光学触摸面板作为例子来给予说明。

基于光学传感器S所检测的反射光的强度，接近度确定单元170估计操作工具和触摸面板TP之间的距离。而且，基于反射光的强度分布，接近度确定单元170确定操作工具的位置、操作工具所形成的阴影尺寸和操作工具所形成的阴影区域。阴影这里指的是由于从光源发出的光***作工具截取而形成的阴影，其中从操作工具位于其间的面对触摸面板TP的位置可以看到操作工具。当然，它不会被光学传感器S识别为阴影，而是在这里使用表达“阴影”，以便由操作工具所形成的图像会易于描绘。此外，还可以说阴影尺寸越大，则操作工具和触摸面板TP之间的距离越短。

指示操作工具的位置的信息(在下文中称之为位置信息)、指示操作工具所形成的阴影区域的信息(在下文中称之为区域信息)以及指示操作工具和触摸面板TP之间的距离的信息(在下文中称之为距离信息)被接近度确定单元170输入到链接选择单元160。当输入位置信息、区域信息和距离信息时，链接选择单元160确定区域信息所指示的屏幕上的区域中是否显示了链接目的地。在显示了链接目的地的情况下，链接选择单元160选择显示的链接目的地，并且与此同时参考距离信息并确定操作工具和触摸面板TP之间的距离是否短于特定阈值。在距离短于特定阈值的情况下，链接选择单元160向选择的链接目的地分配预取的类型，并且向数据获取单元110或通信单元150输入关于链接目的地的信息。另外，数据获取单元110和通信单元150的操作基本上与第一和第二实施例相同。

现在，存在几种向链接目的地分配预取类型的方法。首先，最基本的方法是在离操作工具的距离小于特定阈值的情况下开始文件预取。例如，尽管会有一点复杂，但是在多个链接目的地包括在区域信息中的情况下，可以设想下述方法：根据离指示操作工具所形成的阴影的中心位置的位置信息的距离，向距离近的链接目的地分配文件预取，并且向距离远的链接目的地分配预连接。进而，可以设想下述方法：准备两个特定阈值，并且改变将要分配给链接目的地的预取的类型，使得在离操作工具的距离变得小于第一阈值L1的情况下开始预连接，并且在离操作工具的距离变得小于第二阈值L2(L2＜L1)的情况下开始预取。通过链接选择单元160执行这个分配过程。

另外，链接选择单元160还可以根据操作工具接近于链接目的地的时间来确定是否执行文件预取。例如，可以仅在下述情况下执行文件预取：在操作工具在某个链接目的地上方的位置比特定阈值更接近屏幕的状态下已过去了特定时间。还可以在其中操作工具在某个链接目的地上方的位置停留比特定阈值更接近于屏幕的状态被维持特定时间之后执行预连接，并且对链接目的地执行文件预取，所述预连接是对上述链接目的地的特定范围之内的链接目的地执行的。进而，在存在将要对其执行预连接的多个链接目的地的情况下，链接选择单元160可以根据特定标准设置执行预连接的顺序。例如，链接选择单元160可以针对已被选择特定次数或更多次的链接目的地在较早阶段执行预连接。链接选择单元160还可以针对其往返时间长于特定阈值的链接目的地在较早阶段执行预连接。链接选择单元160还可以根据链接目的地的域名或IP地址来设置执行预连接的顺序。通过链接选择单元160来执行与确定和执行控制有关的过程。

至此已描述了根据当前实施例的信息处理设备100的功能配置。

<4-3：信息处理设备100的操作>

下一步，参考图83描述根据当前实施例的信息处理设备100的操作。图83是示出根据当前实施例的信息处理设备100的操作流程的说明图。注意，图83所示的操作流程涉及如下配置：从通过搜索引擎进行的搜索结果中选择特定数目的链接目的地，并且执行文件预取。

如图83所示，首先，信息处理设备100检测操作工具和显示屏幕之间的距离(在下文中称之为分开距离)(步骤S401)。然后，信息处理设备100确定检测的分开距离是否为特定阈值或更少(步骤S402)。在分开距离为特定阈值或更少的情况下，信息处理设备100前进到步骤S403的过程。另一方面，在分开距离不是特定阈值或更少的情况下，信息处理设备100返回到步骤S401的过程。在前进到步骤S403的过程的情况下，信息处理设备100在搜索结果中包括的链接目的地当中选择其显示至少部分地包括在对应于操作工具阴影的区域中的链接目的地(步骤S403)。

下一步，信息处理设备100从选择的链接目的地下载HTML文件和CSS文件(步骤S404)。然后，信息处理设备100确定用户是否选择所选链接目的地(步骤S405)。在选择链接目的地的情况下，信息处理设备100前进到步骤S406的过程。另一方面，在没有选择链接目的地的情况下，信息处理设备100返回到步骤S405的过程。在前进到步骤S406的过程的情况下，信息处理设备100分析预先获取的HTML文件，并且通过相互链接与HTML的描述有关的每个结构单元和与CSS文件有关的结构单元而开始创建临时DOM(步骤S406)。

下一步，信息处理设备100从用户选择的链接目的地获取JS文件(步骤S407)。然后，基于已预先获取的HTML文件的分析结果，通过相互链接与HTML的描述有关的结构单元、与CSS文件有关的结构单元以及与JS文件有关的结构单元，信息处理设备100开始创建完整DOM(步骤S408)。下一步，信息处理设备100确定临时DOM的创建是否完成(步骤S409)。在临时DOM的创建完成的情况下，信息处理设备100前进到步骤S410的过程。另一方面，在临时DOM的创建没有完成的情况下，信息处理设备100返回到步骤S409的过程。

在前进到步骤S410的过程的情况下，信息处理设备100通过渲染临时DOM来创建网络页面，并且在显示屏幕上显示创建的基于临时DOM的网络页面(步骤S410)。然后，信息处理设备100确定完整DOM的创建是否完成(步骤S411)。在完整DOM的创建完成的情况下，信息处理设备100前进到步骤S412的过程。另一方面，在完整DOM的创建没有完成的情况下，信息处理设备100返回到步骤S411的过程。在前进到步骤S412的情况下，信息处理设备100通过渲染完整DOM而创建网络页面，在显示屏幕上显示基于完整DOM的网络页面来代替基于临时DOM的网络页面(步骤S412)，并且结束系列的过程。

至此已描述了根据当前实施例的信息处理设备100的操作流程。

<4-4：基于接近度检测的预取过程的流程>

下一步，参考图84描述根据当前实施例的使用接近度检测的预取过程的流程。图84是示出根据当前实施例的使用接近度检测的预取过程的流程的说明图。另外，在图84的例子中，拿手指作为操作工具的例子。

如图84所示，首先，确定是否在触摸面板TP的阈值A(毫米)之内检测到手指(步骤S501)。在该阈值之内检测到手指的情况下，过程前进到步骤S502。另一方面，在该阈值之内没有检测到手指的情况下，过程返回到步骤S501。在过程前进到步骤S502的情况下，通过接近度检测来确定在阈值B(毫秒)或更长的时期内手指的焦点是否设置到链接C(步骤S502)。

在焦点被设置达到阈值B或更长的情况下，过程前进到步骤S503。另一方面，在焦点没有被设置达到阈值B或更长的情况下，过程返回到步骤S501。在过程前进到步骤S503的情况下，针对链接C执行文件预取(步骤S503)。然后，针对存在于链接C的D(平方毫米)之内的区域中的链接组E执行预连接，并且结束系列的过程。

至此已描述了根据当前实施例的预取过程的流程。

<4-5：能够进行接近度检测的触摸面板(单元内触摸面板)的结构>

下一步，参考图85对能够进行接近度检测的触摸面板给予说明。存在几种类型的触摸面板，例如压敏触摸面板、电容性触摸面板和光学触摸面板。压敏触摸面板通过检测在操作工具按压面板时发生的压力变化来检测操作工具的位置。电容性触摸面板检测在操作工具触摸面板时生成的静电作为电信号，并且从检测结果中检测操作工具的位置。关于光学触摸面板，例如通过使用设置在显示面板外框的光学传感器来检测对面板进行触摸的操作工具的位置或移动方向的方法是众所周知的。

同样已知被称为“单元内触摸面板”的光学触摸面板。单元内类型的光学触摸面板(在下文中称之为单元内触摸面板)通过以下来检测操作工具的位置：通过使用构成显示面板的玻璃基板上形成的光学传感器阵列，检测由操作工具反射的光。光源设置在显示面板中以显示图像。当操作工具与显示面板相接触或者接近于显示面板时，从光源发出的光***作工具强烈反射，并且反射的光被光学传感器阵列接收。

用于读取由每个光学传感器检测的光的强度数据的读取电路连接到光学传感器阵列。因此，当光学传感器阵列检测到由操作工具反射的光时，读取电路读取由每个光学传感器检测的光的强度数据。以这种方式通过读取电路读取的光的强度数据指示了由操作工具反射的光的分布。因此，通过根据读取电路所读取的光的强度数据形成图像，与显示面板相接触或接近于显示面板的操作工具的形状被获得作为图像。

另外，这里获得的图像对应于由于从光源发出的光***作工具截取而获得的阴影图像。如描述的那样，在单元内触摸面板的情况下，操作工具的形状被获得作为图像，这样一来就可以计算操作工具投射的阴影的面积。进而，当考虑由操作工具截取的光量随着操作工具接近显示面板而增加时，基于阴影的面积来估计操作工具和显示面板之间的距离就成为可能(参见图85)。

例如，当将其中反射光的强度很高的部分表达为阴影时，获得如图85所示的图像模式。当离操作工具的距离长时，获得小阴影，并且随着离操作工具的距离变得较短，光截取的量增加，而且阴影的面积逐渐增加。因此，通过测量阴影的面积，可以检测操作工具和显示面板之间的距离。在多触摸的情况下，获得对应于多个操作工具的多个阴影，并且通过测量每个阴影的面积可以获得每个操作工具和显示面板之间的距离。

<5：信息处理设备100的硬件配置例子>

上述信息处理设备100(100A、100B和100C)的每个结构元件的功能例如可以通过使用图86所示的信息处理设备的硬件配置来实现。亦即，通过使用计算机程序控制图86所示的硬件来实现每个结构元件的功能。另外，这个硬件的模式是任意的，并且可以是个人计算机、移动信息终端如移动电话、PHS或PDA、游戏机或各种类型的信息设备。此外，PHS是个人手持式电话***的缩写。而且，PDA是个人数字助理的缩写。

如图86所示，这个硬件主要包括CPU 902、ROM 904、RAM 906、主机总线908和桥接器910。进而，这个硬件包括外部总线912、接口914、输入单元916、输出单元918、存储单元920、驱动器922、连接端口924和通信单元926。此外，CPU是中央处理单元的缩写。而且，ROM是只读存储器的缩写。进而，RAM是随机存取存储器的缩写。

CPU 902例如起到算术处理单元或控制单元的作用，并且基于ROM904、RAM 906、存储单元920或移动记录介质928上记录的各种程序来控制每个结构元件的整体操作或操作的一部分。ROM 904是例如用于存储将要在CPU 902上加载的程序或在算术运算中使用的数据等的装置。RAM 906例如临时或永久存储将要在CPU 902上加载的程序或在程序的执行中随意改变的各种参数等。

这些结构元件例如通过能够执行高速数据传输的主机总线908相互连接。对于其部分，主机总线908例如通过桥接器910连接到外部总线912，该外部总线912的数据传输速度相对低。进而，输入单元916例如是鼠标、键盘、触摸面板、按钮、开关或控制杆。而且，输入单元916可以是遥控器，该遥控器可以通过使用红外线或其它无线电波来传输控制信号。

输出单元918例如是显示装置如CRT、LCD、PDP或ELD、音频输出装置如扬声器或耳机、打印机、移动电话或传真机，该输出单元918可以在视觉上或听觉上通知用户所获取的信息。此外，CRT是阴极射线管的缩写。LCD是液晶显示器的缩写。PDP是等离子体显示面板的缩写。而且，ELD是电致发光显示器的缩写。

存储单元920是用于存储各种数据的装置。存储单元920例如是磁存储装置如硬盘驱动器(HDD)、半导体存储装置、光存储装置或磁光存储装置。HDD是硬盘驱动器的缩写。

驱动器922是一种装置，该装置读取移动记录介质928如磁盘、光盘、磁光盘或半导体存储器上记录的信息，或者在移动记录介质928中写入信息。移动记录介质928例如是DVD介质、蓝光介质、HD-DVD介质或各种类型的半导体存储介质等。当然，移动记录介质928例如可以是上面安装有非接触IC芯片的IC卡或电子装置。IC是集成电路的缩写。

连接端口924是诸如USB端口、IEEE 1394端口、SCSI、RS-232C端口或用于连接外部连接装置930如光学音频终端的端口之类的端口。外部连接装置930例如是打印机、移动音乐播放器、数码相机、数字摄影机或IC记录器。此外，USB是通用串行总线的缩写。而且，SCSI是小型计算机***接口的缩写。

通信单元926是连接到网络200的通信装置，并且例如是用于有线或无线LAN、蓝牙(Bluetooth，注册商标)或WUSB的通信卡、光学通信路由器、ADSL路由器或各种通信调制解调器。连接到通信单元926的网络200配置有有线连接或无线连接的网络，并且例如是因特网、家用LAN、红外通信、可见光通信、广播或卫星通信。此外，LAN是局域网的缩写。而且，WUSB是无线USB的缩写。进而，ADSL是非对称数字用户线的缩写。

<6：总结>

最后来简短地描述根据本发明的实施例的技术内容。在此陈述的技术内容可以应用于各种信息处理设备如PC、移动电话、便携式游戏机、便携式信息终端、信息设备和汽车导航***等。

上述信息处理设备的功能配置可以表达如下。该信息处理设备主要包括第一构造单元、第二构造单元和显示控制单元。

结构分析单元分析包括多个结构单元的显示控制数据，在每个结构单元中写有关于显示控制的信息，并且提取包括在显示控制数据中的结构单元。

第一构造单元通过相互链接由结构分析单元提取的结构单元当中的、除了其中写有关于涉及脚本处理的显示控制的信息的结构单元之外的、至少包括其中写有关于显示屏幕布局的信息的结构单元的这种结构单元来生成用于显示控制的第一结构化数据。

第二构造单元通过相互链接所有的由结构分析单元提取的结构单元来生成用于显示控制的第二结构化数据。

显示控制单元通过使用由第一构造单元生成的第一结构化数据来对显示屏幕进行显示，并且在第二结构化数据由第二构造单元生成的阶段，通过使用第二结构化数据对显示屏幕进行重新显示。

根据这样的配置，在通过包括脚本信息的适当结构化数据对显示屏幕进行显示之前，可以快速显示展开良好的页面。亦即，变得可以避免由脚本处理的连续性质造成的页面显示开始时的延迟，并且用简单但在某种程度上易于查看的格式向用户快速呈现足够量的信息。进而，在简单页面用具有页面的作者实际打算的布局的页面进行替换的情况下，用户能够浏览准确反映适当布局的页面。结果，快速浏览页面信息的愿望和浏览基于适当布局的页面信息的愿望都可以满足。在许多情况下，用户想要的信息可以从简单页面中获得。然而，用户倾向于感觉不舒适，想知道用户能否浏览作者实际打算的全部信息。通过如用上述配置那样向用户呈现准确反映作者意图的页面，可以减轻这样的不适感。

(注释)

临时DOM创建单元131是第一构造单元的例子。完整DOM创建单元132是第二构造单元的例子。节点信息存储单元135是显示历史存储单元的例子。

本领域技术人员应当理解的是，取决于设计需要和其它因素，可以进行各种修改、组合、再组合和变更，它们都处在所附权利要求及其等价物的范围之内。

本申请包含与2009年9月17日向日本专利局申请的日本优先权专利申请JP2009-216285中公开的主题相关的主题，该专利申请的整体内容通过引用结合于此。

Claims (7)

1.一种信息处理设备，包括：

结构分析单元，其分析包括多个结构单元的显示控制数据，在所述多个结构单元中的每一个结构单元中写有关于显示控制的信息，并且提取包括在所述显示控制数据中的结构单元；

第一构造单元，其通过相互链接由所述结构分析单元提取的结构单元当中的、除了其中写有关于涉及脚本处理的显示控制的信息的结构单元之外的、至少包括其中写有关于显示屏幕布局的信息的结构单元的这种结构单元来生成用于显示控制的第一结构化数据；

第二构造单元，其通过相互链接所有的由所述结构分析单元提取的结构单元来生成用于显示控制的第二结构化数据；以及

显示控制单元，其通过使用由所述第一构造单元生成的所述第一结构化数据来对显示屏幕进行显示，并且在所述第二结构化数据由所述第二构造单元生成的阶段，通过使用所述第二结构化数据对所述显示屏幕进行重新显示。

2.根据权利要求1所述的信息处理设备，进一步包括：

数据获取单元，其获取所述显示控制数据和关于所述显示控制数据的相关数据，

其中，与来自所述第二构造单元的数据获取请求相比，所述数据获取单元优先处理来自所述第一构造单元的数据获取请求。

3.根据权利要求2所述的信息处理设备，进一步包括：

缓存存储器，在所述缓存存储器中存储在从所述第一构造单元和所述第二构造单元请求时由所述数据获取单元获取的显示控制数据和相关数据，

其中，在基于所述第二结构化数据进行显示所需的全部显示控制数据都已存储在所述缓存存储器中的时间点，所述显示控制单元基于所述缓存存储器中存储的数据来切换显示。

4.根据权利要求1所述的信息处理设备，其中，在所述结构分析单元所提取的结构单元中不存在其中写有关于涉及脚本处理的显示控制的信息的结构单元的情况下，所述第二构造单元不生成所述第二结构化数据。

5.根据权利要求1所述的信息处理设备，进一步包括：

显示历史存储单元，其存储包括在基于所述第一结构化数据执行显示时与所述显示屏幕上显示的内容相对应的结构单元的历史，

其中，在切换到基于所述第二结构化数据进行的显示时，基于所述显示历史存储单元中存储的显示历史，所述显示控制单元选择与将要在所述显示屏幕上显示的内容相对应的结构单元。

6.一种数据显示方法，包括以下步骤：

分析包括多个结构单元的显示控制数据，在所述多个结构单元中的每一个结构单元中写有关于显示控制的信息，并且提取包括在所述显示控制数据中的结构单元；

通过相互链接在提取结构单元的步骤中提取的结构单元当中的、除了其中写有关于涉及脚本处理的显示控制的信息的结构单元之外的、至少包括其中写有关于显示屏幕布局的信息的结构单元的这种结构单元来生成用于显示控制的第一结构化数据；

通过相互链接所有的在提取结构单元的步骤中提取的结构单元来生成用于显示控制的第二结构化数据；

通过使用生成的所述第一结构化数据来对显示屏幕进行显示；以及

在生成所述第二结构化数据的阶段，通过使用所述第二结构化数据对所述显示屏幕进行重新显示。

7.一种用于使计算机实现以下功能的程序：

分析包括多个结构单元的显示控制数据并且提取包括在所述显示控制数据中的结构单元的结构分析功能，在所述多个结构单元中的每一个结构单元中写有关于显示控制的信息；

通过相互链接通过所述结构分析功能提取的结构单元当中的、除了其中写有关于涉及脚本处理的显示控制的信息的结构单元之外的、至少包括其中写有关于显示屏幕布局的信息的结构单元的这种结构单元来生成用于显示控制的第一结构化数据的第一构造功能；

通过相互链接所有的通过所述结构分析功能提取的结构单元来生成用于显示控制的第二结构化数据的第二构造功能；以及

通过使用通过所述第一构造功能生成的所述第一结构化数据来对显示屏幕进行显示、并且在通过所述第二构造功能生成所述第二结构化数据的阶段通过使用所述第二结构化数据对所述显示屏幕进行重新显示的显示控制功能。

Images