信息处理设备、数据获取方法和程序的制作方法

专利名称：信息处理设备、数据获取方法和程序的制作方法
技术领域：
本发明涉 及信息处理设备、数据获取方法和程序。
背景技术：
随着信息通信技术的发展，网络带宽越来越宽。因此，在诸如因特网的广域网 上传输的内容的量也越来越大。此外，在广域网上发布的许多主页中，嵌入了用于进行 脚本处理的程序，页面结构被修改，使得能够对主页进行动态处理。然而，当读取大量 的内容或者进行脚本处理时，在完全显示主页之前，花费很长时间。考虑到该问题，开 发了一种技术，用于预先对在诸如因特网之类的广域网上发布的信息(下文中称为WWW 信息)进行缓存(caching)，并且在用户请求访问时显示预先缓存的WWW信息。关于这 种技术，JP-A-2004-280405公开了一种对WWW信息进行有效的缓存的技术。

发明内容
然而，很难适当地选择要预先缓存的WWW信息。例如，如果对在显示的页面 中描述的链接目的地的所有www信息进行缓存，则在存在许多链接目的地的情况下， 对WWW信息的获取本身将花费很长时间。此外，将使用大量的高速缓冲存储器(cache memory)。另外，大多数通信带宽将被对要缓存的WWW信息的获取占用。由于这些原 因，为了快速地显示页面，不仅需要对WWW信息进行缓存，还需要进一步改进WWW 信息获取方法。WWW信息包括用于进行页面的显示控制的信息(下文中称为显示控制信息)。 此外，显示控制信息包括定义页面的布局的信息(下文中称为布局信息)、用于使客户端 进行脚本处理的信息(下文中称为脚本信息)等。然而，可以将上述布局信息和脚本信息 视为与上述显示控制信息独立的数据。在这种情况下，显示控制信息和布局信息之间的 链接信息以及显示控制信息和脚本信息之间的链接信息包含在显示控制信息中。因此， 实际上，布局信息和脚本信息包含在显示控制信息中。在许多情况下，例如以诸如HTML (超文本标记语言)和XML (可扩展标记语 言)的结构化语言，编写显示控制信息。这些结构化语言采用使用标签来定义构造单 位的描述方法。因此，使用由标签定界的部分作为构造单位来构成显示控制信息。此 夕卜，在许多情况下，上述布局信息以诸如CSS (串联式样式表)等的样式表来表示。另 夕卜，在许多情况下，上述脚本信息以诸如JavaScript(注册商标；下文中简称为JS)、 ECMAScript、VBScript(注册商标)等的脚本语言来编写。如上所述，显示控制信息(1)包括布局信息和脚本信息，(2)基于特定构造单位 构成。通常，在WWW浏览器等显示WWW信息时，对显示控制信息进行分析，使用 包含在显示控制信息中的构造单位作为基准，来确定显示处理的执行顺序或者数据的获 取顺序。接下来，WWW浏览器等将构造单位相互链接，并创建称为DOM (文档对象模 型)的用于显示控制的结构化数据。然后，基于WWW浏览器等创建的DOM，进行数据的获取、数据的显示等(参见图1)。在构建DOM时，如果脚本信息包含在显示控制信息中，则由于脚本处理的顺 序性，而延迟数据获取或者显示处理。因此，即使为广域网保留充分宽的带宽，当基于 包括脚本信息的显示控制信息显示页面时，直到显示页面之前，也存在一定量的等待时 间。特别地，如果脚本处理的步骤是嵌套式的，则等待时间进一步增加。鉴于此，希望提供一种新的改进的信息处理设备、数据获取方法和程序，其能 够减小由脚本处理的顺序性引起的页面的显示延迟，并能够快速地显示良好布局的页 面。

根据本发明的实施例，提供一种信息处理设备，该信息处理设备包括分离距 离检测单元，该分离距离检测单元检测与显示屏幕接触或接近所述显示屏幕的操作工具 和所述显示屏幕之间的分离距离；链接选择单元，在所述分离距离检测单元检测到的分 离距离是特定阈值或者更小的情况下，该链接选择单元选择在所述显示屏幕上显示的至 少一个链接目的地中的、其显示在特定时间内至少部分地位于所述显示屏幕的与所述操 作工具相对应的区域中的链接目的地；数据预取单元，在通过所述操作工具选择链接目 的地之前，该数据预取单元获取与显示屏幕的布局相关的信息和显示控制数据，所述显 示控制数据至少包括其中写入有所述与显示屏幕的布局相关的信息的构造单位，所述显 示控制数据和所述与显示屏幕的布局相关的信息存在于所述链接选择单元选择的链接目 的地；结构分析单元，在通过所述操作工具选择了其显示控制数据已被所述数据预取单 元获取的链接目的地的情况下，该结构分析单元对所述显示控制数据进行分析，并提取 包含在所述显示控制数据中的构造单位；第一构成单元，在通过所述操作工具选择了其 显示控制数据已被所述数据预取单元获取的链接目的地的情况下，该第一构成单元通过 使所述结构分析单元提取的构造单位中的除了其中写入有与涉及脚本处理的显示控制相 关的信息的构造单位之外的、至少包括其中写入有所述与显示屏幕的布局相关的信息的 构造单位的构造单位相互链接，来生成用于显示控制的第一结构化数据；第二构成单 元，在通过所述操作工具选择了其显示控制数据已被所述数据预取单元获取的链接目的 地的情况下，该第二构成单元通过使所述构造单位相互链接来生成用于显示控制的第二 结构化数据；以及显示控制单元，该显示控制单元使用所述第一构成单元生成的所述第 一结构化数据来对显示屏幕进行显示，并且在所述第二构成单元生成所述第二结构化数 据的阶段，使用所述第二结构化数据对所述显示屏幕进行重新显示。信息处理设备还可以包括连接建立单元，该连接建立单元建立至所述链接目 的地的连接。所述链接选择单元可以进一步选择其它链接目的地，所述其它链接目的地 位于以其显示至少部分地位于所述区域中的链接目的地为中心的特定范围中。可以在通 过用户操作选择所述其它链接目的地之前，所述连接建立单元建立至所述链接选择单元 进一步选择的所述其它链接目的地的TCP连接。在所述显示屏幕上显示作为基于密钥信息的搜索的结果的多个链接目的地的情 况下，可以与所述分离距离无关地从所述链接目的地的开头起选择特定数量的链接目的 地。所述分离距离检测单元可以感测所述操作工具和设置在所述显示屏幕上的导电 层之间的电容的改变，并且可以检测所述分离距离。
所述分离距离检测单元可以包括光学传感器，其检测从光源向操作工具发射的光被操作工具反射后的反射光；以及面积计算单元，其根据所述光学传感器检测到的 所述反射光的强度分布，计算所述操作工具在所述显示屏幕上形成的图像的面积。在与 所述分离距离相对应的面积是特定阈值或者更小的情况下，所述链接选择单元可以选择 显示在特定时间内至少部分地位于所述面积中的链接目的地。所述链接选择单元可以根据特定标准而针对TCP连接建立对选择的所述其它链 接目的地进行排序。所述链接选择单元可以在针对建立的排序中对已被选择了特定次数或更多次的 链接目的地赋予更靠前的位置。所述链接选择单元可以在排序中对其往返迟延时间(round trip time)是特定阈值 或更长的链接目的地赋予更靠前的位置。所述链接选择单元可以根据链接目的地的域名或IP地址针对TCP连接建立进行 排序。信息处理设备还可以包括数据获取单元，其获取所述显示控制数据和与所述 显示控制数据相关的相关数据。所述数据获取单元可以比来自所述第二构成单元的数据 获取请求更优先地处理来自所述第一构成单元的数据获取请求。当决定了链接目的地的主机地址时，所述连接建立单元可以在预取所述显示控 制数据或者建立TCP连接之前，获取与所述主机地址相对应的IP地址。信息处理设备还可以包括高速缓冲存储器，其中，根据来自第一构成单元和 第二构成单元的请求，在该高速缓冲存储器中存储所述数据获取单元获取的显示控制数 据和相关数据。在基于该第二结构化数据进行显示所需的所有显示控制数据已被存储在 该高速缓冲存储器中的时间点时，显示控制单元可以基于存储在该高速缓冲存储器中的 数据来切换显示。在所述结构分析单元提取的所述构造单位中不存在所述其中写入有所述与涉及 脚本处理的显示控制相关的信息的构造单位的情况下，所述第二构成单元不需要生成所 述第二结构化数据。信息处理设备还可以包括显示历史存储单元，在基于所述第一结构化数据进 行显示时，该显示历史存储单元存储包括与在所述显示屏幕上显示的内容相对应的构造 单位的历史。在切换到基于所述第二结构化数据的显示时，所述显示控制单元可以基于 存储在所述显示历史存储单元中的显示历史，选择与要在所述显示屏幕上显示的内容相 对应的构造单位。根据本发明的另一实施例，提供了一种数据获取方法，包括步骤检测与显示 屏幕接触或接近所述显示屏幕的操作工具和所述显示屏幕之间的分离距离；在所述检测 分离距离的步骤中检测到的分离距离是特定阈值或更小的情况下，选择在所述显示屏幕 上显示的至少一个链接目的地中的、其显示在特定时间内至少部分地位于所述显示屏幕 的与所述操作工具相对应的区域中的链接目的地；在通过所述操作工具选择链接目的地 之前，获取与显示屏幕的布局相关的信息和显示控制数据，所述显示控制数据至少包括 其中写入有所述与显示屏幕的布局相关的信息的构造单位，所述显示控制数据和所述与 显示屏幕的布局相关的信息存在于在所述选择链接目的地的步骤中选择的链接目的地；在通过所述操作工具选择了其显示控制数据在通过所述操作工具进行选择之前进行的获 取显示控制数据的步骤中已被获取的链接目的地的情况下，对所述显示控制数据进行分 析，并提取包含在所述显示控制数据中的构造单位；在通过所述操作工具选择了其显示 控制数据在通过所述操作工具进行选择之前进行的获取显示控制数据的步骤中已被获取 的链接目的地的情况下，通过使在提取构造单位的步骤中提取的构造单位中的除了其中 写入有与涉及脚本处理的显示控制相关的信息的构造单位之外的、至少包括其中写入有 所述与显示屏幕的布局相关的信息的构造单位的构造单位相互链接，来生成用于显示控 制的第一结构化数据；在通过所述操作工具选择了其显示控制数据在通过所述操作工具 进行选择之前进行的获取显示控制数据的步骤中已被获取的链接目的地的情况下，通过 使所述构造单位相互链接来生成用于显示控制的第二结构化数据；使用在生成第一结构 化数据的步骤中生成的所述第一结构化数据来对显示屏幕进行显示；以及在生成所述第 二结构化数据的阶段，使用所述第二结构化数据对所述显示屏幕进行重新显示。根据本 发明的另一实施例，提供了一种程序，使计算机实现分离距离检测功能，其检测与显 示屏幕接触或接近所述显示屏幕的操作工具和所述显示屏幕之间的分离距离；链接选择 功能，在所述分离距离检测功能检测到的分离距离是特定阈值或更小的情况下，该链接 选择功能选择在所述显示屏幕上显示的至少一个链接目的地中的、其显示在特定时间内 至少部分地位于所述显示屏幕的与所述操作工具相对应的区域中的链接目的地；数据预 取功能，在通过所述操作工具选择链接目的地之前，该数据预取功能获取与显示屏幕的 布局相关的信息和显示控制数据，所述显示控制数据至少包括其中写入有所述与显示屏 幕的布局相关的信息的构造单位，所述显示控制数据和所述与显示屏幕的布局相关的信 息存在于所述链接选择功能选择的链接目的地；结构分析功能，在通过所述操作工具选 择了其显示控制数据已被所述数据预取功能获取的链接目的地的情况下，该结构分析功 能对所述显示控制数据进行分析，并提取包含在所述显示控制数据中的构造单位；第一 构成功能，在通过所述操作工具选择了其显示控制 数据已被所述数据预取功能获取的链 接目的地的情况下，该第一构成功能通过使所述结构分析功能提取的构造单位中的除了 其中写入有与涉及脚本处理的显示控制相关的信息的构造单位之外的、至少包括其中写 入有所述与显示屏幕的布局相关的信息的构造单位的构造单位相互链接，来生成用于显 示控制的第一结构化数据；第二构成功能，在通过所述操作工具选择了其显示控制数据 已被所述数据预取功能获取的链接目的地的情况下，该第二构成功能通过使所述构造单 位相互链接来生成用于显示控制的第二结构化数据；以及显示控制功能，该显示控制功 能使用所述第一构成功能生成的所述第一结构化数据来对显示屏幕进行显示，并且在所 述第二构成功能生成所述第二结构化数据的阶段，使用所述第二结构化数据对所述显示 屏幕进行重新显示。根据上述本发明的实施例，能够减小由脚本处理的顺序性引起的页面的显示延 迟，并能够快速地显示良好布局的页面。


图1是示出Web浏览器进行的页面显示处理的流程的说明图；图2是示出DOM的概要和基于DOM的页面显示处理的流程的说明图3是示出Web浏览器的文件下载序列的说明图；图4是示出标准Web浏览器的页面显示时间的分析结果的说明
图5是示出不执行脚本处理的Web浏览器的页面显示时间的分析结果的说明 图；图6是示出标准Web浏览器的页面显示处理序列的说明图；图7是示出根据本发明的第一实施例的Web浏览器的页面显示处理序列的说明 图；图8是示出根据实施例的Web浏览器的页面显示处理序列的说明图；图9是示出根据实施例的Web浏览器的页面显示处理序列的说明图；图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描述与由Web浏览器进行的页面显示处理相 关的标准配置。然后，参考图7至9描述根据本发明的第一实施例的Web页面显示处理 序列。然后，参考图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 Web浏览器的操作
1-2:显示时间分析结果
2:第一实施例
2-1 Web浏览器的操作
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 引言
首先，在描述本发明的实施例之前，描述由Web浏览器进行的Web页面显示处 理。这里，对由Web浏览器进行的从获取HTML文件到显示Web页面的处理的标准流 程(下文中称为显示处理序列)给出说明。
1-1 Web浏览器的操作
图1示出了标准Web浏览器10进行的显示处理序列。如图1所示，Web浏览 器10首先向Web服务器310请求HTML文件(步骤Sll)。然后，Web浏览器10获取 Web服务器310响应于该请求而发送的HTML文件(步骤S12)。然后，Web浏览器10 分析获取的HTML文件(步骤S13)。
这时，Web浏览器10使用称为HTML解析器11的解析器程序对HTML的结构 进行分析。如所描述的，使用定义构造单位(stracturalunit)的特定标签来编写HTML文 件。因此，使用解析器程序，可以提取由标签界定的构造单位，或者可以分析构造单位 之间的关系。HTML解析器11对HTML文件进行分析，并根据需要向Web服务器320 请求外部资源(步骤S14)。
这里的外部资源例如是定义布局信息的样式表文件和定义脚本信息的脚本文 件。现在，当响应于该请求从Web服务器320发送了外部资源时，Web浏览器10获取14Web服务器320发送的外部资源(步骤SM)。在步骤S15中获取的外部资源取决于其类 型而用于步骤S16或者S17的处理。此外，在构建DOM 12时，使用由HTML解析器11 从HTML文件中提取的构造单位的信息。
当在步骤S15中获取的外部资源是CSS文件时，Web浏览器10应用CSS (步骤 S16)。此外，当在步骤S15中获取的外部资源是脚本文件时，Web浏览器10通过脚本 引擎13进行脚本处理(步骤S17)。在进行步骤S16或者S17的处理之后，Web浏览器 10构建DOM 12。然后，Web浏览器10基于已构建的DOM 12创建各种描绘要素(步 骤S18)。然后，Web浏览器10根据需要加载插件(步骤S19)，并显示Web页面(步骤 S20)。
如所描述的，直到显示Web页面之前，进行各种处理。这些处理中的许多处理 在构建DOM 12之前进行。
DOM 12
这里，参考图2，更详细地描述构建DOM 12的处理和基于已构建的DOM 12显 示Web页面的处理。
如图2所示，DOM 12是通过链接由HTML解析器11提取的HTML文件的构造 单位而构建的树型结构。更确定地说，DOM 12是用于处理HTML(或者XML)的结构 或者内容的API(应用程序接口)。例如，假设在HTML文件中包括多个用于定义Web 页面的显示配置的构造单位(Al至A7)。在HTML解析器11进行的分析处理中提取这 些构造单位，将其相互链接并构建为DOM 12的形式。
注意，图2所示的DOM 12的树型结构是Web浏览器识别的结构的概念性表示。 用户实际观看到的Web页面由Web浏览器10的绘制引擎(rendering engine)基于DOM 12 的树型结构来创建。当Web浏览器10在构建DOM 12之后基于DOM 12的树型结构调 整了显示布局、并将诸如图像数据和文本数据的内容嵌入显示布局中的特定位置时，显 示Web页面的处理完成。如所描述的，DOM 12的构建用作显示Web页面的前提。
1-2:显示时间分析结果
这里，参考图3至5，考虑构建DOM 12的时刻和显示Web页面所花费的时间之 间的关系。
下载序列
如上所述，在至少完成HTML解析器11对HTML文件的分析、CSS的应用、以及脚本处理的执行之后，进行DOM 12的构建。更具体地，执行如图3所示的处理序 列。以时间从左到右推进为前提，来示出图3所示的处理序列。也就是说，以从左侧所 示的处理开始的顺序来执行处理。
如图3所示，当出现对Web页面等的重定向时，Web浏览器10下载HTML文 件。另外，在下载文件时，通过DNS的域名解析所花费的时间、建立至Web服务器的 连接所花费的时间、等待时间等是必需的。图3所示的每个文件的下载时间包括这些时 间。当HTML文件的下载完成时，Web浏览器10分析下载的HTML文件。
然后，Web浏览器10基于HTML文件的分析结果，根据需要下载CSS文件或者 JS文件。另外，可以在分析HTML文件期间，进行CSS文件或者JS文件的下载。此 外，可以下载多个CSS文件或者多个JS文件。此外，根据对HTML文件的分析结果，15下载图像数据等(图像等)。当下载了所有CSS文件和JS文件时，确定用于构建DOM 12的构成要素。
当构建DOM 12的所有构成要素准备好时，Web浏览器10的绘制引擎开始DOM 12的绘制。这时，不需要下载所有图像数据等。此外，当绘制进行到一定程度时，能够 进行用户的操作。接下来，当下载了所有图像数据等且DOM 12的绘制完成时，Web页 面的显示完成。在该时间点，完成对完整的Web页面的显示。如所描述的，在标准Web 浏览器10的显示处理序列中，直到全部下载了 HTML文件、CSS文件和JS文件时，才 建立DOM 12。
显示Web页面花费的时间
现在，图3所示的下载序列仅仅示出了处理的顺序。因此，从图3所示的示例， 不知道每个处理实际花费的时间长度。因此，在图4中示出了实际使用Web浏览器10测 量每个处理所花费的时间长度的结果。
此外，图4的示例示出了实际测量的时间，但是实际时间值依据测量环境是可 变的。因此，应当关注每个处理所花费的时间的相对长度。此外，在图4中示出了指示 初始时间的竖线和指示完成时间的竖线。这里的初始时间意为直到可以开始用户的操作 之前的时间。另一方面，这里的完成时间意为直到下载了所有文件和所有数据且以完整 形式显示Web页面为止的时间。
首先，关注对CSS文件的处理。当从发生重定向(Oms)开始经过了约2500ms 的时间时，对CSS文件的处理开始，对CSS文件的处理连续进行大约2500ms。此外， 在图4的示例中，对于三个CSS文件，同时开始处理。
接下来，关注对JS文件的处理。当对CSS文件的处理开始时，同时开始对JS 文件的处理。然而，在该时间点，仅开始对一个JS文件的处理。在对第一 JS文件的处 理完成之后，开始对第二 JS文件的处理。此外，在该时间点，仅对于一个JS文件开始 处理。同样地，一次对一个JS文件进行处理，直到对所有JS文件的处理完成为止。其 结果是，对所有JS文件的处理花费了大约12000ms的时间。
随后，进行图像数据等的下载、DOM的绘制等，并进行Web页面显示处理。 由于同时地并行地进行这些处理，因此显示Web页面所花费的处理时间并不受到大的影 响。
从图4所示的测量结果可以看出，处理JS文件所花费的时间相对于直到显示 Web页面为止所花费的时间的比例相当高。对JS文件的处理花费时间的主要原因是不能 并行执行多个JS文件的下载和执行。因为在以嵌套的方式定义JS文件的情况下，直到 在先的JS文件的下载和执行完成时，才能进行对在后的JS文件的下载和执行，因此出现 这种情况。虽然这里以JS文件作为示例，但是这同样适用于以另一种脚本语言编写的脚 本文件。
因此，本发明的发明人提出了一种在其它处理之后进行JS文件的下载和执行的 方法。为了估计在应用这种方法的情况下所获得的效果，进行了如图5所示的仿真。从 结果可以看出，当稍后进行JS文件的下载和执行时，初始时间减少到7秒。附带地，由 于在图4的示例中初始时间是22秒，因此通过在稍后的序列中进行JS文件的下载和执 行，初始时间减少了 15秒。然而，图5的示例仅仅是仿真，实际上，需要进行各种变化，以将JS文件的下载和执行置于稍后的序列中。
2:第一实施例
如上所述，通过在稍后的序列中进行脚本文件的下载和执行，可以大大减少显 示Web页面所花费的时间。下面，描述将对脚本文件的处理置于稍后的序列中的机制。 本发明的第一实施例涉及用于实现这种机制的设备和方法。
2-1 Web浏览器的操作
首先，参考图6至9，描述根据本实施例的Web浏览器的处理序列。注意，图 6所示的处理序列是为了与根据本实施例的处理序列进行比较而示出的标准Web浏览器的 处理序列。
标准处理序列
如图6所示，如上所述，以对HTML文件的处理、{对CSS文件的处理、对JS文件的处理丨、构建DOM和下载图像数据等的顺序，执行标准Web浏览器的处理序列。 也就是说，通过一个线程(第一线程)执行该一系列处理。
本实施例的处理序列
另一方面，如图7所示，通过两个线程(第一线程和第二线程)来执行根据本 实施例的处理序列。在第一线程中，执行对HTML文件的处理、对CSS文件的处理和 图像数据等的下载，并在完成对CSS文件的处理的阶段构建简单DOM (下文中称为临时 DOM)。然后，基于临时DOM显示Web页面。
另一方面，在第二线程中，执行对JS文件的处理，并且在完成对JS文件的处理 的阶段构建最终DOM (下文中称为完整DOM)。此外，下载第一线程没有获取的图像数 据等，并基于完整DOM显示Web页面。这时，将基于临时DOM显示的Web页面更新 为基于完整DOM显示的Web页面(参见图8)。
如参考仿真结果所描述的，由于包括对JS文件的处理，因此延迟了构建DOM 的时刻，其结果是，直到显示Web页面为止所花费的时间长。然而，独立于对JS文件 的处理，来进行由第一线程构建的临时DOM的构建。因此，与标准Web浏览器进行的 DOM的构建时刻相比，在非常早的时刻进行临时DOM的构建。
然而，在临时DOM中不包括与对JS文件的处理相关的构造单位。因此，基 于临时DOM显示的Web页面不同于基于包括与对JS文件的处理相关的构造单位的完整 DOM而显示的Web页面。然而，根据本实施例的处理序列包括第二线程进行的用于构 建包括与对JS文件的处理相关的构造单位的完整DOM的操作。此外，由于在第二线程 完成处理的时刻，将显示切换为基于完整DOM的Web页面的显示，因此可以解决用户由 于Web页面的不同而感觉到的不适。如所描述的，通过应用根据本实施例的处理序列， 可以实现将Web页面的快速显示与正确的Web页面的显示相结合的具有挑战性的任务。
此外，实际上，作为DOM的节点的构造单位的一些文件，对于由第一线程构建 的临时DOM和由第二线程构建的完整DOM是重叠的。因此，关于每个文件的下载，如 图9所示，执行下载管理器线程并由第一线程和第二线程使用下载管理器线程获取文件 的方法是有效的。例如，下载管理器线程专用于负责对HTML文件、CSS文件、JS文 件、图像数据等的下载。另外，下载时刻如图7和图8所示。
到此为止，描述了根据本实施例的处理序列。17
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根据需要将对CSS文件和JS文件的请求经由数据获取单元110发送到Web服 务器310和320。
当响应于请求而从Web服务器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文件的处理相关的信息的与OTML文件的所有构造单位相关 的信息时，完整DOM创建单元132通过使输入的构造单位相互链接而形成树型结构，并 构建完整DOM。然后，将完整DOM创建单元132构建的完整DOM的信息输入到显示 控制单元134。此外，完整DOM创建单元132获取基于完整DOM显示Web页面所需的18所有图像数据等，并将其存储在高速缓冲存储器133中。通过将显示Web页面所需的所 有数据存储在高速缓冲存储器133中，可以用基于完整DOM的Web页面快速地替换基于 临时DOM显示的Web页面。
如上所述，将临时DOM的信息和图像数据等从临时DOM创建单元131输入到 显示控制单元134。当输入了临时DOM的信息和图像数据等时，显示控制单元134基于 临时DOM进行绘制，并基于临时DOM创建Web页面。然后，显示控制单元134使显 示单元140基于临时DOM显示Web页面。此外，当从完整DOM创建单元132输入了 完整DOM的信息和图像数据等时，显示控制单元134基于完整DOM进行绘制，并基于 完整DOM创建Web页面。然后，显示控制单元134用基于完整DOM的Web页面替换 基于临时DOM的Web页面。
此时，显示控制单元134读取存储在高速缓冲存储器133中的显示Web页面所 需的图像数据等，并使显示单元140基于完整DOM显示Web页面。注意，当不将显示 Web页面所需的图像数据等存储在高速缓冲存储器133中时，显示控制单元134经由数 据获取单元110获取所需的图像数据等，并且使得使用所获取的图像数据等显示Web页
此外，在基于临时DOM的Web页面的显示期间进行滚动等的情况下，显示控制 单元134将在显示单元140上的基准位置显示的构造单位的信息(下文中称为节点信息) 存储在节点信息存储单元135中。然后，在显示基于完整DOM的Web页面时，显示控 制单元134读取存储在节点信息存储单元135中的节点信息，并调整基于完整DOM的 Web页面的滚动位置，使得在显示单元140上的基准位置处显示与节点信息相对应的完整 DOM的构造单位。使用这种配置，可以减少用户在将基于临时DOM的Web页面切换为 基于完整DOM的Web页面时感觉到的不适。
到此为止，描述了根据本实施例的信息处理设备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来创建Web页面，并将 其显示在显示屏幕上(步骤S105)。
接下来，信息处理设备100判断完整DOM的创建是否完成(步骤S106)。在完整DOM的创建完成的情况下，信息处理设备100进行到步骤S107的处理。另一方面， 在完整DOM的创建未完成的情况下，信息处理设备100返回到步骤S106的处理。在进 行到步骤S107的处理的情况下，信息处理设备100通过绘制完整DOM来创建Web页面， 并将该Web页面显示在显示屏幕上，来代替基于临时DOM的Web页面(步骤S107)，并 且结束该一系列处理。
到此为止，描述了根据本实施例的信息处理设备100的操作流程。
2-4关于显示时间的效果
这里，参考图12至图14，描述在应用根据本实施例的处理序列的情况下所获得 的效果。在图12和图14中相互比较地示出了标准Web浏览器的处理序列所获得的初始 时间和根据本实施例的处理序列所获得的初始时间。此外，在图13中相互比较地示出 了标准Web浏览器的处理序列获得的完成时间和根据本实施例的处理序列获得的完成时 间。
首先，参考图12。如图12所示，虽然取决于Web页面的结构和测量环境，但 是在应用根据本实施例的处理序列的情况下，初始时间平均减少了 37%。特别地，确认 对于大量使用JS的Web页面，效果明显。
接下来，参考图13。在图13中，在由两个线程进行的根据本实施例的处理序列 和由一个线程进行的标准Web浏览器的处理序列之间，比较完成时间。从图13可以看 出，虽然在根据本实施例的处理序列的情况下两个线程工作，但是直到完全显示基于完 整DOM的Web页面为止的时间，与标准Web浏览器使用一个线程进行的完成时间大约 相同。这是因为两个线程同时并行地进行处理。
接下来，参考图14。图14示出了对于使用高速光线路的情况下的初始时间之 间的比较结果。如图14所示，在使用具有宽带宽的高速线路的情况下，对于应用根据本 实施例的处理序列的情况，速度也平均高30%。认为带宽的提高慢也是该结果的主要因 素。也就是说，使用具有宽带宽的线路的用户也可以经历通过应用根据本实施例的处理 序列而获得的效果。
到此为止，描述了应用根据本实施例的处理序列所获得的效果。
2-5 根据DOM结构的差异的显示结果之间的比较
已经清楚了应用根据本实施例的处理序列所获得的效果。然而，如果基于临时 DOM的Web页面看起来是烦扰的，则这是无意义的。参考图15至图17，考虑基于DOM 结构的差异的显示结构之间的差异。
Dl 仅 HTML 文件
首先，参考图15。图15示出了仅使用HTML文件构建简单DOM且基于简单 DOM显示Web页面的情况下的显示配置。在仅HTML文件的情况下，不特定指定布局， 因此，获得简单地竖直布置文本数据T和图像数据Ml的显示结果。在这种情况下，如 图15所示，简单DOM的结构将具有以HTML标签的构造单位作为根、且以HEAD标签 和BODY标签的构造单位作为在第一层级中的节点的树型结构。此外，例如，将与文本 数据T相对应的节点和与图像数据Ml相对应的节点链接到BODY标签的构造单位的较低 层级(第二层级)。
D2 HTML 文件 +CSS 文件20
接下来，参考图16。图16示出了使用HTML文件和CSS文件构建简单DOM 并基于简单DOM显示Web页面的情况下的显示配置。该显示配置示例对应于根据本实 施例的基于临时DOM的显示配置。在图16的示例中，由于由CSS文件指定布局，因此 调整文本数据T的显示位置和图像数据Ml的显示位置。
在这种情况下，简单DOM的结构将具有以HTML标签的构造单位作为根、且 以HEAD标签和BODY标签的构造单位作为在第一层级中的节点的树型结构。此外，例 如，将与文本数据T相对应的节点和与图像数据Ml相对应的节点链接到BODY标签的 构造单位的较低层级(第二层级)。如所描述的，因为由于应用CSS文件而不对该简单 DOM进行重写处理，因此简单DOM的结构与在仅HTML文件的情况下基本相同。
D3 HTML 文件 +CSS 文件 +JS 文件
接下来，参考图17。图17示出了使用HTML文件、CSS文件和JS文件构建 DOM并基于DOM显示Web页面的情况下的显示配置。该显示配置示例对应于根据本实 施例的基于完整DOM的显示配置。在图17的示例中，由CSS文件指定布局，因此调整 文本数据T的显示位置和图像数据M2的显示位置。注意，通过执行JS文件来重写DOM 节点的内容。在图17的示例中，将包含在节点中的图像数据Ml的显示指定(display specification)重写为图像数据M2的显示指定。
如所描述的，由于简单DOM的结构，在Web页面的显示结果之间存在差异。 然而，如使用根据本实施例的临时DOM的结构，通过考虑与CSS文件相关的构造单位， 调整基于临时DOM的Web页面的布局，可以呈现所需的信息，而不使用户感到不适。
2-6 DOM构建步骤的具体示例
接下来，参考图18至68，描述DOM构建步骤的具体示例。为了进行比较，还 示出标准Web浏览器的DOM构建步骤。图18至图35的处理步骤是标准Web浏览器的 DOM构建步骤，图36至图68的处理步骤是根据本实施例的DOM构建步骤。
标准Web浏览器的DOM构建步骤
首先，描述标准Web浏览器的DOM构建步骤。这里，描述执行图18所示的 HTML文件的情况。
当发生重定向时，下载如图18所示的HTML文件。然后，分析下载的HTML 文件的结构。首先，如图19所示，读取HTML文件的开头处的<html>标签，并识别由 <html>#签界定的构造单位，作为DOM的根。然后，如图20所示，读取<head>标签 (head 头)，识别由<head>#签界定的构造单位，作为DOM的根的下级的节点。这 时，如图20所示，使与<html>标签相对应的根和与<head>#签相对应的节点相互链接。
然后，如图21所示，读取<meta…〉标签(meta 元)，识别由<meta…〉标签界 定的构造单位，作为从属于<head>节点的下级节点。这时，如图21所示，众⑶公节点 和<meta...>f点相互链接。
接下来，如图22所示，读取<title>标签(title 标题)，识别由<title>标签界定 的构造单位，作为从属于<head>节点的下级节点。另外，由于<meta...>标签和<title> 标签由相同的<head>标签界定，因此<title>标签从属于<head>标签，如图22所示。也 就是说，如图22所示，<head>节点和<title>f点相互链接。
接下来，如图23所示，读取<script...>标签(script:脚本)，识别由<script...>标签界定的构造单位，作为从属于<head>节点的下级节点。另外，<meta...>标签、<title> 标签和〈script...>标签由相同的<head>标签界定，因此<script...>标签从属于<head>标 签，如图23所示。也就是说，如图23所示，<head>节点和<script...>f点相互链接。 另外，<script...>节点是与脚本处理的执行相关的构造单位。
在图23的示例中，将JS脚本文件与<script...>标签的构造单位相关联。因此， 如图M所示，当读取<Script...>#签时，下载JS脚本文件，并执行下载的JS脚本文件。 这时，如果在JS脚本文件中包括用于改变DOM结构的描述，则在该阶段改变DOM结 构。例如，如图25所示，在JS脚本文件中描述“document.title = ‘new title’ ； ”的 情况下(document:文档，new title :新标题)，由于改变<title>标签的内容，因此更新 包含在DOM中的<title>节点。
接下来，如图沈所示，读取<link...>标签(link 链接)，识别由<link...>标签界定的构造单位，作为从属于<head>节点的下级节点。另外，<meta...>标签、<title># 签、<script...>标签和<link...>标签由相同的<head>标签界定，因此<link...>标签从属于 <head>标签，如图沈所示。也就是说，如图沈所示，<head>节点和<link...>节点相互链接。
另外，在图沈的示例中，由<link...>标签将CSS文件相关联。因此，<link...> 节点是与布局的定义相关的构造单位。因此，如图27所示，当读取<link...>#签时， 下载CSS文件，并应用下载的CSS文件。例如，如图27所示，在CSS文件中描述"body{text-align:right}” 的情况下(body:主体，text 文本，align 对齐，right 右)，将文本数据的显示布局设置为右对齐。
接下来，如图观所示，读取指示<head>标签界定的构造单位的结束位置的 </head>,并且从属于<head>节点的DOM树的构建完成。然后，如图四所示，读取 <body>标签，识别由<body>#签界定的构造单位，作为从属于根的节点。也就是说， 如图四所示，根和<body>f点相互链接。然后，如图30和图31所示，读取由<body> 标签界定的构造单位的内容。
如图31所示，在由<body>标签界定的构造单位中包括图像数据的指定。因此， 如图32所示，下载指定的图像数据。注意，如图32至图35所示，在图像数据的下载期 间，继续DOM的构建处理。然后，读取指示由<body>标签界定的构造单位的结束位置 的</body>标签，读取指示由<html>标签界定的构造单位的结束位置的</html>标签， 并结束对HTML文件的分析。因此，DOM的创建完成。
到此为止，具体描述了标准Web浏览器的DOM构建步骤。如所描述的，标准 Web浏览器的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>节点的下级节点。另外，由于<meta...>标签和<title>标签由相同的 <head>标签界定，因此<title>标签从属于<head>标签，如图40所示。也就是说，如图 40所示，<head>节点和<title>节点相互链接。
接下来，如图41所示，读取<script...>标签。然而，在根据本实施例的由第一 线程进行的DOM构建步骤中，如图42所示，跳过<script...>标签，不进行与由<script...> 标签界定的构造单位相关的处理。也就是说，不进行JS脚本文件的下载和执行。
接下来，如图43所示，读取<Knk...>标签，识别由<link...>标签界定的构造单 位，作为从属于<head>节点的下级节点。另夕卜，<meta...>标签、<title>标签、<script...> 标签和<link...>标签由相同的<head>标签界定，因此<link...>标签从属于<head>标签， 如图43所示。也就是说，如图43所示，<head>节点和<link...>f点相互链接。
另外，在图43的示例中，由<link...>标签将CSS文件相关联。因此，<link...> 节点是与布局的定义相关的构造单位。因此，如图44所示，当读取<link...>#签时， 下载CSS文件，并应用下载的CSS文件。例如，在如图44所示，在CSS文件中描述"body{text-align:right}"的情况下，将文本数据的显示布局设置为右对齐。
接下来，如图45所示，读取指示<head>标签界定的构造单位的结束位置的</ head>,并且完成对从属于<head>节点的DOM树的构建。然后，如图46所示，读取 <body>标签，识别由<body>#签界定的构造单位，作为从属于根的节点。也就是说， 如图46所示，根和<body>f点相互链接。然后，如图47和图48所示，读取由<body> 标签界定的构造单位的内容。
如图48所示，在由<body>标签界定的构造单位中包括图像数据的指定。因此， 如图49所示，下载指定的图像数据。注意，如图49至图52所示，在图像数据的下载期 间，继续临时DOM的构建处理。然后，读取指示由<body>标签界定的构造单位的结束 位置的</body>标签，读取指示由<html>标签界定的构造单位的结束位置的</html>标 签，并结束对HTML文件的分析。因此，临时DOM的创建完成。
如所描述的，在由第一线程进行的临时DOM的构建步骤中，跳过了 JS脚本文 件的下载和执行。因此，不存在由于脚本处理的顺序性而产生的处理延迟，可以快速地 构建临时DOM。
由第二线程进行的处理
接下来，描述由第二线程进行的处理。注意，由第二线程进行的处理在与由第一线程进行的处理相同的时刻开始。此外，由于由下载管理器线程进行各种文件的下 载，因此不需要冗余地下载由第一线程使用的已经下载的文件。
当发生重定向时，如图53所示，分析HTML文件的结构。这时，由下载管理器 线程继续所需的文件的下载。首先，如图M所示，读取HTML文件的开头处的<html> 标签，并识别由<html>#签界定的构造单位，作为DOM的根。然后，如图55所示，读 取<head>标签，识别由<head>#签界定的构造单位，作为从属于DOM的根的节点。这 时，如图55所示，与<html>标签相对应的根和与<head>#签相对应的节点相互链接。
然后，如图56所示，读取<meta...>标签，识别由<meta...>标签界定的构造单 位，作为从属于<head>节点的下级节点。这时，如图56所示，<head>节点和<meta...> 节点相互链接。
接下来，如图57所示，读取<title>标签，识别由<title>#签界定的构造单位， 作为从属于<head>节点的下级节点。另外，由于<meta...>标签和<title>标签由相同的 <head>标签界定，因此<title>标签从属于<head>标签，如图57所示。也就是说，如图 57所示，<head>节点和<title>节点相互链接。
接下来，如图58所示，读取<script...>标签，识别由<script...>标签界定的构 造单位，作为从属于<head>节点的下级节点。另外，<meta...>#签、<title>标签和 〈script..>标签由相同的<head>标签界定，因此〈script...>标签从属于<head>标签，如 图58所示。也就是说，如图58所示，<head>节点和<script...>f点相互链接。另外， <script...>节点是与脚本处理的执行相关的构造单位。
在图58的示例中，将JS脚本文件与<script...>标签的构造单位相关联。因此， 如图59所示，当读取<SCript...>#签时，下载JS脚本文件，并执行下载的JS脚本文件。 这时，如果在JS脚本文件中包括用于改变DOM结构的描述，则在该阶段改变DOM结 构。例如，如图60所示，在JS脚本文件中描述“document.title = ‘new title’ ； ”的 情况下，改变<title>标签的内容，因此更新包含在完整DOM中的<title>节点。
如所描述的，在由第二线程进行的DOM的构建步骤中，读取在第一线程的 DOM构建步骤跳过的<script...>标签，并进行JS脚本文件的下载和执行。
接下来，如图61所示，读取<Knk...>标签，识别由<link...>标签界定的构造单 位，作为从属于<head>节点的下级节点。另夕卜，<meta...>标签、<title>标签、〈script...> 标签和<link...>标签由相同的<head>标签界定，因此<link...>标签从属于<head>标签， 如图61所示。也就是说，如图61所示，<head>节点和<link...>f点相互链接。
另外，在图61的示例中，由<link...>标签将CSS文件相关联。因此，<link...> 节点是与布局的定义相关的构造单位。因此，如在第一线程进行的DOM构建步骤中， 应用CSS文件。例如，如图61所示，在CSS文件中描述“body{text-align:right}”的情 况下，将文本数据的显示布局设置为右对齐。注意，下载管理器线程已经下载了 CSS文 件。
接下来，如图62所示，读取指示<head>标签界定的构造单位的结束位置的 </head>,并且完成从属于<head>节点的DOM树的构建。然后，如图63所示，读取 <body>标签，识别由<body>#签界定的构造单位，作为从属于根的节点。也就是说， 如图63所示，根和<body>f点相互链接。然后，如图64和图65所示，读取由<body>标签界定的构造单位的内容。
如图65所示，在由<body>标签界定的构造单位中包括图像数据的指定。因此， 如图65所示，下载指定的图像数据。注意，并不新下载在由第一线程进行的DOM构建 步骤中已经下载的图像数据。也就是说，这里下载的是要在由第二线程进行的DOM构建 步骤中需要新下载的图像数据。在图65的示例中，由于下载与由第一线程进行的DOM 构建步骤相同的图像数据，因此不需要新下载图像数据。
然后，如图66所示，读取指示由<body>标签界定的构造单位的结束位置的</ body>标签。此外，如图67所示，读取指示由<html>标签界定的构造单位的结束位置的 </html>标签，并结束对HTML文件的分析。因此，如图68所示，完成完整DOM的创建。
如所描述的，在由第二线程进行的DOM构建步骤中，执行在由第一线程进行 的DOM构建步骤中跳过的脚本文件的下载和执行，并且创建想要构建的DOM(完整 DOM)。如上所述，完整DOM的构建步骤与由标准Web浏览器进行的DOM构建步骤 基本相同。也就是说，通过以正确的顺序读取并执行包括JS的HTML文件的构造单位， 来构建完整DOM。因此，基于完整DOM的Web页面将具有准确地反映作者的意图的布 局和操作。
如所描述的，当由第一线程构建临时DOM时，通过绘制临时DOM来创建基于 临时DOM的Web页面，并在屏幕上显示Web页面。由于在临时DOM的构建步骤中不 包括脚本文件的下载和执行的处理，因此快速地显示基于临时DOM的Web页面。另一 方面，当完成完整DOM的构建时，通过绘制完整DOM来创建基于完整DOM的Web页 面，并由该Web页面替换基于临时DOM的Web页面。因此，可以浏览具有Web页面的 作者实际希望的结构的Web页面。
其结果是，可以满足快速地获取所需的信息的希望以及浏览准确地反映Web页 面的作者的意图的Web页面的希望。这种配置在诸如移动数据线路的不稳定网络环境中 尤其有效。此外，期望应用到具有相对高的计算能力的装置。
另外，虽然使用表述“第一线程”和“第二线程”，但是不一定需要通过两个 真实线程来执行临时DOM/完整DOM的构建处理。也就是说，不需要准备两个真实 线程并且独立地进行处理，只要可以合理地进行两种类型的处理即可。此外，在上述说 明中，描述了对HTML文件的分析和基于包含在HTML文件中的构造单位的DOM的构 建，但是应用还可以是以其它结构化语言编写的文件的分析和构建其树型结构的处理。 因此，该应用示例当然在本实施例的技术范围内。
变型例等
到此为止，以在HTML文件中包括与脚本处理相关的构造单位为前提进行了说 明。然而，实际上，许多HTML文件不包括与脚本处理相关的构造单位。在HTML文 件不包括与脚本处理相关的构造单位的情况下，由HTML文件构建的临时DOM和完整 DOM将具有相同的结构。
因此，如果在临时DOM的构建步骤的执行期间，判明HTML文件不包括与脚本 处理相关的构造单位，则进行变型以停止完整DOM的构建步骤。由于该变型允许不创建 完整DOM，由此减少了创建完整DOM所需的计算负荷。此外，由于不创建完整DOM，25因此还省略用基于完整DOM的Web页面替换基于临时DOM的Web页面的处理。
此外，在上述说明中，以整个Web页面作为根据本实施例的技术的应用范围。 然而，也可以针对Web浏览器的每个制表符、窗口或者框，执行上述技术。还可以进行 变型，允许指定应用该技术的域、URL等。此外，还可以基于在进行Web浏览时检测到 的显示时间的长度，选择应用该技术的站点，并对显示花费长时间的站点应用该技术。
3 第二实施例
接下来，描述本发明的第二实施例。本实施例涉及在用户请求Web页面的显示 之前预先获取(预取)显示Web页面所需的文件的方法。使用这种方法允许在用户请求 Web页面的显示之后不下载文件，因此可以大大减少显示Web页面花费的时间。
另外，已知从正在浏览的Web页面中描述的所有链接目的地预取用来显示Web 页面的数据的方法。然而，如果在正在浏览的Web页面中描述大量链接目的地，或者如 果存在用于显示链接目的地的Web页面的大量文件，则预取将占用带宽。此外，将需 要大容量存储器来缓存预取的文件。此外，极难适当地选择用户很可能选择的链接目的 地，因为这要求预测用户的动作。此外，预测用户的动作要求高计算能力，并且难以在 上述根据第一实施例的技术有用的信息处理设备中实现。因此，在本实施例中，以使用 根据第一实施例的技术为前提，将提出抑制要预取的文件的大小的方法。
3-1 预取的效果(考虑)
这里，参考图69至图72描述预取的效果。
首先，参考图69。如上所述，根据本实施例的预取方法以使用根据第一实施例 的技术作为其前提。也就是说，以将脚本文件的下载和执行置于稍后的序列中的方法作 为前提。因此，考虑对用于构建临时DOM的HTML文件和CSS文件的预取。通过从 预取目标中排除图像数据等，可以大大减少通过预取要缓存的数据量。即使使用这种配 置，也以在一定程度上调整了的布局显示文本数据，并以稍微容易观看的格式向用户呈 现充足的信息量。
图70和图71比较四种情况(情况1)不进行预取，(情况2)预取HTML文件 和CSS文件，(情况3)预取HTML文件、CSS文件和JS文件，以及(情况4)预取所有文件。
首先，参考图70。图70中的左侧的图比较了预取文件的数量。另一方面，图70 中的右侧的图比较了预取文件的总大小。从图70可以看出，与其它情况相比，对于(情 况4)，要预取的文件的数量和文件大小显著更大。也就是说，当应用预取构成Web页面 的所有数据的标准预取方法时，需要极大的缓存。另一方面，可以理解，当使用(情况 2)和(情况幻的预取方法时，与预取所有数据的(情况4)的预取方法相比，可以减少要 高速缓冲的数据。此外，当关注对(情况2)和(情况3)的比较时，可以看出简单地由 于存在/不存在JS文件，高速缓冲的数据的量有很大的差异。
接下来，参考图71。图71比较对于将(情况1)至(情况4)的预取方法应用 于两种类型的Web页面的情况，直到开始显示时的时间。当然，因为预取用于开始显示 Web页面所需的文件，因此对于(情况2)至(情况4)，显示时间短。此外，当基于JS 处理的存在和不存在进行比较时，由不存在JS处理而获得的时间减少效果显著。当然， 通过省略JS处理而获得的效果的水平根据Web页面的类型而不同，但是应当理解，在所26有情况下获得效果。从这些结果，通过仅预取HTML文件和CSS文件(情况幻的配置， 期望获得显著的时间减少效果，同时节省高速缓冲存储器。
此外，通过组合本实施例与第一实施例的技术，通过由预取的HTML文件和 CSS文件构成临时DOM，并基于临时DOM显示Web页面，期望更快地显示Web页面。 另外，如图72所示，作为用作预取目标的Web页面的候选，可以假定(候选1)在书签列 表中登记的链接目的地，(候选幻在搜索结果中包括的链接目的地的开头的特定数量的 链接目的地，(候选3)浏览页面中的链接目的地等。此外，可以以从(候选1)至(候 选3)的顺序，选择特定数量的链接目的地。此外，用户可以决定这些候选之间的组合， 并且可以从组合中选择特定数量的链接目的地。
如上所述，本实施例提出了预取HTML文件和CSS文件的方法。当然，HTML 文件仅仅是示例，可以代替HTML文件来使用以其它结构化语言编写的文件。此外， CSS文件仅仅是示例，可以代替CSS文件来使用用于调整显示布局的不同格式的文件。 在任何情况下，通过预取这两种类型的文件，可以快速地显示基于临时DOM的Web页 面。下面，详细描述根据本实施例的预取方法。
3-2 信息处理设备100的功能配置
首先，参考图73，描述能够实现上述构思的信息处理设备100的功能配置。图 73是示出根据本实施例的信息处理设备100的示例的说明图。另外，有时将根据本实施 例的信息处理设备100称为信息处理设备100B，以与上述第一实施例和稍后描述的第三 实施例的信息处理设备100进行区分。
如图73所示，信息处理设备100主要由数据获取单元110、结构分析单元120、 绘制单元130、显示单元140、通信单元150和链接选择单元160构成。此外，绘制单元 130包括临时DOM创建单元131、完整DOM创建单元132、高速缓冲存储器133、显示 控制单元134和节点信息存储单元135。与上述根据第一实施例的信息处理设备100A的 主要差别在于，存在通信单元150和链接选择单元160。因此，下面，主要描述通信单元 150和链接选择单元160的功能。
通信单元150是用于经由网络200与Web服务器310和320进行通信的装置。另 外，为了从Web服务器310或者320下载文件，需要访问DNS服务器执行域名解析(name resolution)或者建立TCP连接。此外，需要从Web服务器310和320获取重定向。通 信单元150根据需要执行关于与Web服务器310和320的通信的上述处理等。
此外，链接选择单元160是用于选择要作为预取目标的链接目的地的装置。如 上所述，作为用作预取目标的链接目的地，可以采用(候选1)在书签列表中登记的链接 目的地，(候选幻在搜索结果中包括的链接目的地开头的特定数量的链接目的地，(候选 3)浏览页面中的链接目的地等。例如，当设置(候选幻时，链接选择单元160选择包含 在从搜索引擎输出的搜索结果中的特定数量的链接目的地。此外，在(候选1)和(候选 3)的情况下，链接选择单元160选择特定数量的链接目的地。
此外，链接选择单元160根据特定规则对选择的链接目的地分配预取的类型。 例如，链接选择单元160对开头的Nl个链接目的地分配预取HTML文件和CSS文件的第 一方法，并且对接下来的N2个链接目的地分配预取重定向的第二方法。此外，链接选择 单元160对与接下来的N3个链接目的地相对应的Web服务器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的构建方法以及显示和切 换Web页面的处理，与上述根据第一实施例的信息处理设备IOOA的构建方法和处理基本 相同。因此，省略详细说明。
到此为止，描述了根据本实施例的信息处理设备100的功能配置。
3-3 信息处理设备100的操作
接下来，参考图74，描述根据本实施例的信息处理设备100的操作。图74是示 出根据本实施例的信息处理设备100的操作流程的说明图。注意，图74所示的操作流程 涉及从搜索引擎的搜索结果中选择特定数量的链接目的地并执行文件预取的配置。
如图74所示，首先，信息处理设备100选择包含在搜索结果中的一部分链接目 的地(步骤S201)。接下来，信息处理设备100从选择的链接目的地下载HTML文件和 CSS文件(步骤S202)。然后，信息处理设备100判断用户是否选择了所选择的链接目 的地中的任何一个(步骤幻03)。当用户选择了链接目的地时，信息处理设备100进行 到步骤幻04的处理。另一方面，当用户没有选择链接目的地时，信息处理设备100返回 到步骤S203的处理。
在进行到步骤幻04的处理的情况下，信息处理设备100分析通过文件预取预先 下载和高速缓冲的HTML文件，并且通过使与HTML的描述相关的每个构造单位和与 CSS文件相关的构造单位相互链接，开始创建临时DOM(步骤幻04)。然后，信息处理 设备100从用户选择的链接目的地下载JS文件(步骤S2(^)。然后，信息处理设备100 使用HTML文件、CSS文件和JS文件开始创建完整DOM (步骤S206)。
然后，信息处理设备100判断临时DOM的创建是否完成(步骤S207)。在临时 DOM的创建完成的情况下，信息处理设备100进行到步骤幻08的处理。另一方面，在 临时DOM的创建未完成的情况下，信息处理设备100返回到步骤幻07的处理。在进行 到步骤S208的处理的情况下，信息处理设备100通过绘制临时DOM创建Web页面，并 且在显示屏幕上显示创建的Web页面(步骤S208)。
然后，信息处理设备100判断完整DOM的创建是否完成(步骤S209)。在完整 DOM的创建完成的情况下，信息处理设备100进行到步骤幻10的处理。另一方面，在 完整DOM的创建未完成的情况下，信息处理设备100返回到步骤S209。在进行到步骤 S210的情况下，信息处理设备100通过绘制完整DOM创建Web页面，用基于完整DOM 的Web页面替换基于临时DOM的Web页面(步骤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文 件(步骤幻06)。然后，从预取列表中删除Xi (步骤S307)。然后，判断在预取列表中 是否存在第i+Ι个URL(X(i+l))(步骤S308)。在存在X(i+1)的情况下，处理返回到步 骤S303。另一方面，在不存在XG+1)的情况下，该一系列处理结束。
到此为止，描述了根据本实施例的预取处理的流程。另外，在用户点击URL链 接的阶段，取消预取处理。
3-5 预取的效果
接下来，参考图76，描述上述预取的效果。图76示出了 DNS预取、预连接(连 接预取)、重定向预取、文件预取和所有文件预取的效果之间的比较。如图76所示，根 据本实施例的文件预取所需的业务量显著小于在预取所有文件的情况下的业务量。DNS 预取、预连接和重定向预取的效果也很明显。也就是说，通过应用根据本实施例的预 取，可以抑制由预取引起的业务量的增加。从页面的显示时间之间的比较还可以理解， 根据本实施例的文件预取和预取所有文件的效果没有大的差异。如所描述的，通过充分 利用根据本实施例的文件预取，可以显著提高Web页面的显示速度，同时，可以减少由 于进行预取而产生的存储器容量的浪费使用或者所占用的带宽的浪费使用。29
3-6 预连接的效果(考虑)
接下来，参考图77至图80，考虑应用上述预连接的情况。如上所述，使用根据 本实施例的文件预取方法和基于临时DOM的Web页面的显示方法，即使使用不稳定的低 速线路，也可以以容易观看的格式快速显示Web页面。此外，可以尽可能地防止由于进 行预取而引起的业务量的增加，并且可以削减通信成本。如已经描述的，对所有链接目 的地应用文件预取是不明智的。例如，对用户不可能选择的链接目的地应用文件预取是 无效的。因此，考虑通过有效地将预连接与预取组合，来进一步减少由于预取引起的业 务量的方法。
如图77所示，在用户点击包含在显示的Web页面中的链接目的地之前预先建立 至链接目的地的主机的TCP连接是理想的。使得在用户输入URL期间建立至指定的链 接目的地的主机的TCP连接也是有效的。此外，如图78所示，使得确定用户在不久的 将来很可能点击的链接目的地的类型，并且应用到该类型的链接目的地的预连接，也是 理想的。如图78所示，用户很可能点击的链接目的地例如可以是(选择候选1)在示出 搜索结果的屏幕的上部显示的链接目的地、(选择候选2)在正在浏览的屏幕上显示的链 接目的地、(选择候选3)在浏览历史中频繁访问的链接目的地、或者(选择候选4)诸如 鼠标指示器的用户正在操作的操作工具的位置附近的链接目的地。
此外，还容易想到选择通过应用上述第一实施例的技术和根据本实施例的预取 或者预连接而获得的效果大的链接目的地。在这种情况下，例如基于特定域、国家、实 际测量的响应时间、连接建立时间的历史等，决定选择目标。如图79和图80所示，连 接建立时间根据链接目的地URL的TLD (顶级域)或者链接目的地主机所在的国家而大大 不同。图79比较了从日本到具有各个TLD的URL的链接目的地的连接的情况下的连接 建立时间。图80比较了在从日本连接到各个国家的链接目的地主机时的连接建立时间。 从这些结果可以理解，在外国链接目的地的情况下，执行预连接的效果大。也就是说， 灵活应用提取外国链接目的地并且对链接目的地进行预连接，以及对国内链接目的地进 行文件提取，是有效的。
到此为止，描述了本发明的第二实施例。
4 第三实施例
接下来，描述本发明的第三实施例。本实施例涉及使用能够检测操作工具的接 近距离的触摸面板在适当的时刻进行预取(或者预连接)的方法。该方法基于根据第一 实施例和第二实施例的技术，用于提高技术的有用性。
4-1 接近检测和预取处理的集成
首先，参考图81，描述根据本实施例的预取方法的概要。如上所述，使用能 够进行接近检测的触摸面板，来实现根据本实施例的预取方法。这里的接近检测意为在 诸如手指或者铁笔之类的操作工具接近触摸面板的表面的情况下检测操作工具的靠近程 度。也就是说，这里采用的触摸面板具有检测与操作工具和触摸面板之间的距离相对应 的信息的功能。另外，稍后将描述这种触摸面板的具体示例。
现在，如图81所示，根据本实施例的预取机制，是进行在检测接近的区域内显 示的链接目的地的预取。例如，当操作工具和触摸面板之间的距离变得短于特定阈值 时，开始文件预取，并且在触摸链接目的地的阶段使用缓存的文件来显示Web页面。注意，如在第二实施例中，这里进行的文件预取用于仅预取HTML文件和CSS文件。此 外，如在第一实施例中，在显示Web页面时，进行基于临时DOM的Web页面的显示和 用基于完整DOM的Web页面替换基于临时DOM的Web页面。
另外，根据本实施例的预取机制和根据第二实施例的预取机制的主要差别在 于，选择要作为预取目标的链接目的地的方法。根据第二实施例的预取方法，选择正 在浏览的页面中的特定数量的链接目的地，或者从搜索结果中选择特定数量的链接目的 地。然而，根据本实施例的预取方法，选择接近操作工具的区域内的链接目的地作为预 取目标。因此，减少要选择的链接目的地的数量，由此使要缓存的数据量比根据第二实 施例的预取方法减少。然而，由于预取处理的执行时间变得相对短，因此根据需要有时 将预取与预连接组合更好。
例如，有时更优选地进行以下分步处理当操作工具和触摸目标之间的距离变 得比阈值Ll短时开始进行预连接，而当该距离变得比阈值L2(L2<L1)短时开始进行文 件预取。也可以在距离比阈值Ll短的状态维持特定时间或者更长时间的情况下，开始进 行文件预取。根据这种配置，可以在用户犹豫是否选择链接目的地时，完成文件预取， 并且可以在进行了用户选择之后，立即显示基于临时DOM的Web页面。
到此为止，描述了根据本实施例的预取方法的概要。
4-2 信息处理设备100的功能配置
接下来，参考图82，描述能够实现上述构思的信息处理设备100的功能配置。 图82是示出根据本实施例的信息处理设备100的功能配置的示例的说明图。另外，有时 将根据本实施例的信息处理设备100称为信息处理设备100C，以与根据第二实施例和第 三实施例的信息处理设备100相区分。
如图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的示例。然而，可 以使用任何类型的触摸面板，只要其能够进行接近检测即可。例如，还可以使用通过感 测操作工具和设置在屏幕上的导电层之间的电容的改变来检测操作工具的位置的电容性 触摸面板。在电容性触摸面板的情况下，可以通过监视随着操作工具接近屏幕而增加的 电容，来确定操作工具的接近距离。另外，下面为了进行说明，以光学触摸面板作为示31例，来给出说明。
接近确定单元170基于由光学传感器S检测到的反射光的强度，估计操作工具和 触摸面板TP之间的距离。此外，接近确定单元170基于反射光的强度分布，确定操作工 具的位置、由操作工具形成的阴影的大小和由操作工具形成的阴影的区域。这里的阴影 意为在操作工具在光源和触摸面板TP之间的情况下，从面对触摸面板TP的位置看操作 工具时，由于从光源发出的光被操作工具截断而形成的阴影。当然，光学传感器S不识 别为阴影，但是这里使用表述“阴影”，使得由操作工具形成的图像容易展示。此外， 还可以说，阴影的大小越大，则操作工具和触摸面板TP之间的距离越短。
接近确定单元170将指示操作工具的位置的信息(下文中称为位置信息)、指示 由操作工具形成的阴影的区域的信息(下文中称为区域信息)以及指示操作工具和触摸面 板TP之间的距离的信息(下文中称为距离信息)输入到链接选择单元160。当输入了位 置信息、区域信息和距离信息时，链接选择单元160判断是否在由区域信息指示的屏幕 上的区域中显示链接目的地。在显示链接目的地的情况下，链接选择单元160选择显示 的链接目的地，同时，参考距离信息，并判断操作工具和触摸面板TP之间的距离是否比 特定阈值短。在距离比特定阈值短的情况下，链接选择单元160对选择的链接目的地分 配预取的类型，并将关于链接目的地的信息输入到数据获取单元110或者通信单元150。 另外，数据获取单元110和通信单元150的操作与第一实施例和第二实施例的操作基本相 同。
现在，存在几种对链接目的地分配预取的类型的方法。首先，最基本的方法是 在与操作工具的距离变得小于特定阈值的情况下开始文件预取。例如，虽然稍微更复 杂，但是在区域信息中包括多个链接目的地的情况下，可以容易地想到以下方法根据 与指示由操作工具形成的阴影的中心位置的位置信息的距离，对靠近的链接目的地分配 文件预取，并且对远离的链接目的地分配预连接。此外，可以容易地想到如下方法准 备两个特定阈值，并改变对链接目的地分配预取的类型，使得在与操作工具的距离变得 小于第一阈值Ll的情况下，开始进行预连接，而在与操作工具的距离变得小于第二阈值 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 6406)。
接下来，信息处理设备100从用户选择的链接目的地获取JS文件6407)。然 后，信息处理设备100基于对预先获取的HTML文件的分析结果，通过使与HTML描述 相关的构造单位、与CSS文件相关的构造单位和与JS文件相关的构造单位相互链接，来 开始创建完整DOM(步骤S408)。接下来，信息处理设备100判断临时DOM的创建是 否完成(步骤S409)。在临时DOM的创建完成的情况下，信息处理设备100进行到步骤 S410的处理。另一方面，在临时DOM的创建未完成的情况下，信息处理设备100返回 到步骤S409的处理。
在进行到步骤S410的处理的情况下，信息处理设备100通过绘制临时DOM来创 建Web页面，并在显示屏幕上显示创建的基于临时DOM的Web页面(步骤S410)。然 后，信息处理设备100判断完整DOM的创建是否完成(步骤S411)。在完整DOM的创 建完成的情况下，信息处理设备100进行到步骤S412的处理。另一方面，在完整DOM 的创建未完成的情况下，信息处理设备100返回到步骤S411的处理。在进行到步骤S412 的处理的情况下，信息处理设备100通过绘制完整DOM来创建Web页面，在显示屏幕上 显示创建的基于完整DOM的Web页面，来代替基于临时DOM的Web页面6412)，并 结束该一系列处理。
到此为止，描述了根据本实施例的信息处理设备100的操作流程。
4-4基于接近检测的预取处理的流程
接下来，参考图84，描述根据本实施例的使用接近检测的预取处理的流程。图 84是示出根据本实施例的使用接近检测的预取处理的流程的说明图。另外，在图84的示 例中，以手指作为操作工具的示例。
如图84所示，首先，判断是否在触摸面板TP的阈值A(mm)内检测到了手指 (步骤S501)。在阈值内检测到了手指的情况下，处理进行到步骤S502。另一方面，在33阈值内没有检测到手指的情况下，处理返回到步骤S501。在处理进行到步骤S502的情况 下，通过接近检测来判断是否在阈值B (msec)或者更长的时间段内将手指的聚焦(focus) 设置为链接C (步骤S502)。
在阈值B或者更长时间段内设置了聚焦的情况下，处理进行到步骤S503。另一 方面，在没有在阈值B或者更长时间段内设置聚焦的情况下，处理返回到步骤S501。在 处理进行到步骤S503的情况下，针对链接C进行文件预取(步骤S503)。然后，针对存 在于链接C的D(mm2)内的区域中的链接组E，进行预连接(步骤S504)，并结束该一系 列处理。
到此为止，描述了根据本实施例的预取处理的流程。
4-5 能够进行接近检测的触摸面板的结构(内嵌式触摸面板)
接下来，参考图85，对能够进行接近检测的触摸面板给出说明。存在几种类 型的触摸面板，例如压力感应型触摸面板、电容性触摸面板和光学触摸面板。压力感 应型触摸面板通过检测在操作工具按压面板时产生的压力的改变，来检测操作工具的位 置。电容性触摸面板检测在操作工具触摸面板时产生的静电作为电信号，并根据检测结 果来检测操作工具的位置。对于光学触摸面板，例如，公知使用设置在显示面板的外框 的光学传感器来检测触摸面板的操作工具的位置或者移动方向的方法。
还已知称为“内嵌式触摸面板”的光学触摸面板。内嵌式光学触摸面板(下 文中称为内嵌式触摸面板)通过使用在构成显示面板的玻璃基板上形成的光学传感器阵 列检测操作工具反射的光，来检测操作工具的位置。在显示面板中设置光源，以显示图 像。当操作工具与显示面板接触或者接近触摸面板时，操作工具强烈地反射从光源发射 的光，并且光学传感器阵列接收反射光。
用于读取由每个光学传感器检测到的光的强度数据的读取电路连接到光学传感 器阵列。因此，当光学传感器阵列检测到操作工具反射的光时，读取电路读取每个光学 传感器检测到的光的强度数据。读取电路以这种方式读取的光的强度数据指示操作工具 反射的光的分布。因此，通过由读取电路读取的光的强度数据形成图像，获得与显示面 板接触或者接近显示面板的操作工具的形状作为图像。
另外，这里获得的图像对应于由于从光源发射的光被操作工具截断而获得的阴 影图像。如所描述的，在内嵌式触摸面板的情况下，获得操作工具的形状作为图像，因 此可以计算操作工具投射的阴影的面积。此外，当考虑被操作工具截断的光的量随着操 作工具接近显示面板而增加时，可以基于阴影的面积，估计操作工具和显示面板时间的 距离(参见图85)。
例如，当作为阴影表示反射的光的强度高的部分时，获得如图85所示的图像图 案。当到操作工具的距离长时，获得小的阴影，随着到操作工具的距离变得更短时，光 截断的量增加，并且阴影的面积逐渐增加。因此，通过测量阴影的面积，可以检测操作 工具和显示面板之间的距离。在多触摸的情况下，获得对应于多个操作工具的多个阴 影，并且通过测量每个阴影的面积，可以获得每个操作工具和显示面板之间的距离。
5 信息处理设备100的硬件配置示例
例如，可以使用图86所示的信息处理设备的硬件配置，来实现上述信息处理设 备100(100A、100Β和100C)的每个构成要素的功能。也就是说，通过使用计算机程序控制图86所示的硬件，来实现每个构成要素的功能。另外，该硬件的模式是任意的，并 且其可以是个人计算机、诸如移动电话、PHS或者PDA的移动信息终端、游戏机或者各 类型型的信息装备。此外，PHS是个人手机系统的缩写。另外，PDA是个人数字助理 的缩写。
如图86所示，该硬件主要包括CPU 902、ROM 904、RAM 906、主机总线908 和桥910。此外，该硬件包括外部总线912、接口 914、输入单元916、输出单元918、 存储单元920、驱动922、连接端口拟4和通信单元926。此外，CPU是中央处理器的缩 写。此外，ROM是只读存储器的缩写。另外，RAM是随机存取存储器的缩写。
CPU 902例如用作运算处理单元或者控制单元，其基于记录在ROM904、RAM 906、存储单元920或者可拆卸记录介质拟8上的各种程序，控制每个构成要素的整个操 作或者一部分操作。ROM 904是用于存储在运算操作中使用要在CPU 902上加载的例如 程序或者的数据等的装置。RAM 906临时或者永久存储例如在CPU 902上加载的程序或 者在执行程序时任意改变的各种参数等。
这些构成要素例如通过能够进行高速数据传输的主机总线908彼此连接。对于 该部分，例如，主机总线908通过桥910连接到数据传输速度相对低的外部总线912。此 外，输入单元916例如是鼠标、键盘、触摸面板、按钮、开关或者操纵杆。此外，输入 单元916可以是能够使用红外线或者其它无线电波传输控制信号的远程控制。
输出单元918例如是可以在视觉上或者听觉上向用户通知获取的信息的诸如 CRT、LCD、PDP或者ELD的显示装置、诸如扬声器或者双耳式耳机的音频输出装置、 打印机、移动电话或者传真机。此外，CRT是阴极射线管的缩写。LCD是液晶显示器 的缩写。PDP是等离子显示面板的缩写。此外，ELD是电致发光显示器的缩写。
存储单元920是用于存储各种数据的装置。存储单元920例如是诸如硬盘驱动 (HDD)的磁存储装置、半导体存储装置、光存储装置或者磁光存储装置。HDD是硬盘 驱动的缩写。
驱动922是读取记录在诸如磁盘、光盘、磁光盘或者半导体存储器的可拆卸记 录介质拟8上的信息或者将信息写入可拆卸记录介质928的装置。可拆卸记录介质拟8 例如是DVD介质、蓝光介质、HD-DVD介质、各类型型的半导体存储介质等。当然， 可拆卸记录介质拟8可以是例如安装有非接触IC芯片的IC卡或者电子装置。IC是集成 电路的缩写。
连接端口拟4是诸如USB端口、IEEE1394端口、SCSI、RS-232C端口或者用于连接诸如光学音频终端的外部连接装置930的端口的端口。外部连接装置930例如是 打印机、移动音乐播放器、数字照相机、数字视频照相机或者IC记录器。此外，USB是 通用串行总线的缩写。另外，SC^[是小型计算机系统接口的缩写。
通信单元拟6是连接到网络200的通信装置，其例如是用于有线或者无线 LAN、蓝牙(注册商标)或者WUSB的通信卡，光通信路由器，ADSL路由器，或者各 种通信调制解调器。连接到通信单元926的网络200由有线连接或者无线连接的网络构 成，其例如是因特网、家用LAN、红外通信、可见光通信、广播或者卫星通信。此外， LAN是局域网的缩写。另外，WUSB是无线USB的缩写。此外，ADSL是非对称数字 用户线的缩写。
6 总结
最后，简要描述根据本发明的实施例的技术内容。这里描述的技术内容可以应 用于各种信息处理设备，诸如PC、移动电话、便携式游戏机、便携式信息终端、信息装 置、车载导航系统等。
如下表示上述信息处理设备的功能配置。信息处理设备主要包括分离距离检测 单元、链接选择单元、数据预取单元、结构分析单元、第一构成单元、第二构成单元和 显示控制单元。
分离距离检测单元检测与显示屏幕接触或者接近显示屏幕的操作工具与显示屏 幕之间的分离距离。
在分离距离检测单元检测到的分离距离是特定阈值或者更小的情况下，链接选 择单元选择在显示屏幕上显示的至少一个链接目的地中的、其显示在特定时间内至少部 分地位于显示屏幕的与操作工具相对应的区域中的链接目的地。
在通过操作工具选择链接目的地之前，数据预取单元获取与显示屏幕的布局相 关的信息和显示控制数据，显示控制数据至少包括其中写入有与显示屏幕的布局相关的 信息的构造单位，显示控制数据和与显示屏幕的布局相关的信息存在于链接选择单元选 择的链接目的地。
在通过操作工具选择了其显示控制数据已被数据预取单元获取的链接目的地的 情况下，结构分析单元对显示控制数据进行分析，并提取包含在显示控制数据中的构造 单位。
在通过操作工具选择了其显示控制数据已被数据预取单元获取的链接目的地的 情况下，第一构成单元通过使结构分析单元提取的构造单位中的除了其中写入有与涉及 脚本处理的显示控制相关的信息的构造单位之外的、至少包括其中写入有与显示屏幕的 布局相关的信息的构造单位的构造单位相互链接，来生成用于显示控制的第一结构化数 据。
在通过操作工具选择了其显示控制数据已被数据预取单元获取的链接目的地的 情况下，第二构成单元通过使构造单位相互链接来生成用于显示控制的第二结构化数 据。
显示控制单元使用第一构成单元生成的第一结构化数据来对显示屏幕进行显 示，并且在第二构成单元生成第二结构化数据的阶段，使用第二结构化数据对显示屏幕 进行重新显示。
根据这种配置，可以在使用包括脚本信息的适当的结构化数据对显示屏幕进行 显示之前，快速显示良好布局的页面。也就是说，可以避免由脚本处理的顺序性引起的 页面显示的开始的延迟，并且可以以简单但在某种程度上容易观看的格式向用户快速呈 现相当量的信息。此外，通过用具有页面的作者实际希望的布局替换简单的页面，使得 用户能够浏览准确地反映适当的布局的页面。其结果是，可以满足快速浏览页面的信息 的希望和浏览基于适当的布局的页面的信息的希望两者。在许多情况下，可以从简单的 页面获得用户想要的信息。然而，用户易于感到不适，想知道是否能够使得用户浏览作 者实际希望的所有信息。通过使用如上所述的配置，向用户呈现准确地反映作者的意图 的页面，可以减轻这种不适感。
备注
数据获取单元110是数据预取单元的示例。临时DOM创建单元131是第一构成 单元的示例。完整DOM创建单元132是第二构成单元的示例。通信单元150是连接建 立单元的示例。节点信息存储单元135是显示历史存储单元的示例。接近确定单元170 是面积计算单元的示例。
本领域技术人员应当理解，依据设计需要和其它因素，可以想到各种变型、组 合、子组合和改变，只要所述变型、组合、子组合和改变在所附权利要求或其等同内容 的范围内即可。
本申请包含与在2009年9月17日在日本专利局提交的日本在先专利申请JP 2009-216284中公开的主题相关的主题，其全部内容通过引用包含于此。
权利要求
1.一种信息处理设备，包括分离距离检测单元，所述分离距离检测单元检测与显示屏幕接触或接近所述显示屏 幕的操作工具和所述显示屏幕之间的分离距离；链接选择单元，所述链接选择单元在所述分离距离检测单元检测到的分离距离是特 定阈值或者更小的情况下，选择在所述显示屏幕上显示的至少一个链接目的地中的、其 显示在特定时间内至少部分地位于所述显示屏幕的与所述操作工具相对应的区域中的链 接目的地；数据预取单元，所述数据预取单元在通过所述操作工具选择链接目的地之前，获取 与显示屏幕的布局相关的信息和显示控制数据，所述显示控制数据至少包括其中写入有 所述与显示屏幕的布局相关的信息的构造单位，所述显示控制数据和所述与显示屏幕的 布局相关的信息存在于所述链接选择单元选择的链接目的地；结构分析单元，所述结构分析单元在通过所述操作工具选择了其显示控制数据已被 所述数据预取单元获取的链接目的地的情况下，对所述显示控制数据进行分析，并提取 包含在所述显示控制数据中的构造单位；第一构成单元，所述第一构成单元在通过所述操作工具选择了其显示控制数据已被 所述数据预取单元获取的链接目的地的情况下，通过使所述结构分析单元提取的构造单 位中的除了其中写入有与涉及脚本处理的显示控制相关的信息的构造单位之外的、至少 包括其中写入有所述与显示屏幕的布局相关的信息的构造单位的构造单位相互链接，来 生成用于显示控制的第一结构化数据；第二构成单元，所述第二构成单元在通过所述操作工具选择了其显示控制数据已被 所述数据预取单元获取的链接目的地的情况下，通过使所述构造单位相互链接来生成用 于显示控制的第二结构化数据；以及显示控制单元，所述显示控制单元使用所述第一构成单元生成的所述第一结构化数 据来对显示屏幕进行显示，并在所述第二构成单元生成所述第二结构化数据的阶段，使 用所述第二结构化数据对所述显示屏幕进行重新显示。
2.根据权利要求1所述的信息处理设备，还包括连接建立单元，所述连接建立单元建立至所述链接目的地的连接， 其中，所述链接选择单元进一步选择其它链接目的地，所述其它链接目的地位于以 其显示至少部分地位于所述区域中的链接目的地为中心的特定范围中，以及其中，在通过用户操作选择所述其它链接目的地之前，所述连接建立单元建立至所 述链接选择单元进一步选择的所述其它链接目的地的TCP连接。
3.根据权利要求2所述的信息处理设备，其中，在所述显示屏幕上显示作为基于密钥 信息的搜索的结果的多个链接目的地的情况下，与所述分离距离无关地从所述链接目的 地的开头起选择特定数量的链接目的地。
4.根据权利要求1所述的信息处理设备，其中，所述分离距离检测单元感测所述操作 工具与设置在所述显示屏幕上的导电层之间的电容的改变，并检测所述分离距离。
5.根据权利要求1所述的信息处理设备， 其中，所述分离距离检测单元包括光学传感器，所述光学传感器检测从光源向所述操作工具发射的光被所述操作工具反射后的反射光，以及面积计算单元，所述面积计算单元根据所述光学传感器检测到的所述反射光的强度 分布，计算所述操作工具在所述显示屏幕上形成的图像的面积，其中，在与所述分离距离相对应的面积是特定阈值或者更小的情况下，所述链接选 择单元选择其显示在特定时间内至少部分地位于所述面积中的链接目的地。
6.根据权利要求2所述的信息处理设备，其中，所述链接选择单元根据特定标准而针 对TCP连接建立对选择的所述其它链接目的地进行排序。
7.根据权利要求6所述的信息处理设备，其中，所述链接选择单元在针对建立的排序 中对已被选择了特定次数或更多次的链接目的地赋予更靠前的位置。
8.根据权利要求6所述的信息处理设备，其中，所述链接选择单元在所述排序中对其 往返迟延时间是特定阈值或更长的链接目的地赋予更靠前的位置。
9.根据权利要求6所述的信息处理设备，其中，所述链接选择单元根据链接目的地的 域名或IP地址针对TCP连接建立进行排序。
10.根据权利要求1所述的信息处理设备，还包括数据获取单元，所述数据获取单元获取所述显示控制数据和与所述显示控制数据相 关的相关数据，其中，所述数据获取单元比来自所述第二构成单元的数据获取请求更优先地处理来 自所述第一构成单元的数据获取请求。
11.根据权利要求2所述的信息处理设备，其中，当决定了链接目的地的主机地址 时，所述连接建立单元在预取所述显示控制数据或者建立TCP连接之前，获取与所述主 机地址相对应的IP地址。
12.根据权利要求1所述的信息处理设备，还包括高速缓冲存储器，其中根据来自所述第一构成单元和所述第二构成单元的请求， 在所述高速缓冲存储器中存储所述数据获取单元获取的所述显示控制数据和所述相关数 据，其中，在基于所述第二结构化数据进行显示所需的所有所述显示控制数据已被存储 在所述高速缓冲存储器中的时间点时，所述显示控制单元基于存储在所述高速缓冲存储 器中的数据来切换显示。
13.根据权利要求1所述的信息处理设备，其中，在所述结构分析单元提取的所述构 造单位中不存在所述其中写入有所述与涉及脚本处理的显示控制相关的信息的构造单位 的情况下，所述第二构成单元不生成所述第二结构化数据。
14.根据权利要求1所述的信息处理设备，还包括显示历史存储单元，在基于所述第一结构化数据进行显示时，所述显示历史存储单 元存储包括与在所述显示屏幕上显示的内容相对应的构造单位的历史，其中，在切换到基于所述第二结构化数据的显示时，所述显示控制单元基于存储在 所述显示历史存储单元中的显示历史，选择与要在所述显示屏幕上显示的内容相对应的 构造单位。
15.—种数据获取方法，包括以下步骤检测与显示屏幕接触或接近所述显示屏幕的操作工具和所述显示屏幕之间的分离距1 ；在所述检测分离距离的步骤中检测到的分离距离是特定阈值或更小的情况下，选择 在所述显示屏幕上显示的至少一个链接目的地中的、其显示在特定时间内至少部分地位 于所述显示屏幕的与所述操作工具相对应的区域中的链接目的地；在通过所述操作工具选择链接目的地之前，获取与显示屏幕的布局相关的信息和显 示控制数据，所述显示控制数据至少包括其中写入有所述与显示屏幕的布局相关的信息 的构造单位，所述显示控制数据和所述与显示屏幕的布局相关的信息存在于在所述选择 链接目的地的步骤中选择的链接目的地；在通过所述操作工具选择了其显示控制数据在通过所述操作工具进行选择之前进行 的获取显示控制数据的步骤中已被获取的链接目的地的情况下，对所述显示控制数据进 行分析，并提取包含在所述显示控制数据中的构造单位；在通过所述操作工具选择了其显示控制数据在通过所述操作工具进行选择之前进行 的获取显示控制数据的步骤中已被获取的链接目的地的情况下，通过使在提取构造单位 的步骤中提取的构造单位中的除了其中写入有与涉及脚本处理的显示控制相关的信息的 构造单位之外的、至少包括其中写入有所述与显示屏幕的布局相关的信息的构造单位的 构造单位相互链接，来生成用于显示控制的第一结构化数据；在通过所述操作工具选择了其显示控制数据在通过所述操作工具进行选择之前进行 的获取显示控制数据的步骤中已被获取的链接目的地的情况下，通过使所述构造单位相 互链接来生成用于显示控制的第二结构化数据；使用在生成第一结构化数据的步骤中生成的所述第一结构化数据来对显示屏幕进行 显示；以及在生成所述第二结构化数据的阶段，使用所述第二结构化数据对所述显示屏幕进行 重新显示。
16.—种程序，使计算机实现分离距离检测功能，所述分离距离检测功能检测与显示屏幕接触或接近所述显示屏 幕的操作工具和所述显示屏幕之间的分离距离；链接选择功能，所述链接选择功能在所述分离距离检测功能检测到的分离距离是特 定阈值或更小的情况下，选择在所述显示屏幕上显示的至少一个链接目的地中的、其显 示在特定时间内至少部分地位于所述显示屏幕的与所述操作工具相对应的区域中的链接 目的地；数据预取功能，在通过所述操作工具选择链接目的地之前，所述数据预取功能获取 与显示屏幕的布局相关的信息和显示控制数据，所述显示控制数据至少包括其中写入有 所述与显示屏幕的布局相关的信息的构造单位，所述显示控制数据和所述与显示屏幕的 布局相关的信息存在于所述链接选择功能选择的链接目的地；结构分析功能，在通过所述操作工具选择了其显示控制数据已被所述数据预取功能 获取的链接目的地的情况下，所述结构分析功能对所述显示控制数据进行分析，并提取 包含在所述显示控制数据中的构造单位；第一构成功能，在通过所述操作工具选择了其显示控制数据已被所述数据预取功能 获取的链接目的地的情况下，所述第一构成功能通过使所述结构分析功能提取的构造单位中的除了其中写入有与涉及脚本处理的显示控制相关的信息的构造单位之外的、至少 包括其中写入有所述与显示屏幕的布局相关的信息的构造单位的构造单位相互链接，来 生成用于显示控制的第一结构化数据；第二构成功能，在通过所述操作工具选择了其显示控制数据已被所述数据预取功能 获取的链接目的地的情况下，所述第二构成功能通过使所述构造单位相互链接来生成用 于显示控制的第二结构化数据；以及显示控制功能，所述显示控制功能使用所述第一构成功能生成的所述第一结构化数 据来对显示屏幕进行显示，并且在所述第二构成功能生成所述第二结构化数据的阶段， 使用所述第二结构化数据对所述显示屏幕进行重新显示。
全文摘要
提供了信息处理设备、数据获取方法和程序。该数据获取方法包括以下步骤选择显示至少部分地位于显示屏幕的与操作工具对应的区域中的链接目的地；在选择链接目的地之前，获取与显示屏幕的布局相关的信息和显示控制数据，显示控制数据至少包括写入有该信息的构造单位，显示控制数据和该信息存在于链接目的地；在选择了预取的链接目的地的情况下，提取显示控制数据中包含的构造单位；在选择了预取的链接目的地的情况下，通过链接提取的未写入涉及脚本处理的信息的构造单位生成第一结构化数据；通过链接提取的构造单位生成第二结构化数据；使用第一结构化数据对显示屏幕进行显示；在生成第二结构化数据的阶段使用第二结构化数据重新显示显示屏幕。
文档编号G06F3/041GK102023800SQ20101028095
公开日2011年4月20日 申请日期2010年9月10日 优先权日2009年9月17日
发明者久永贤司, 大岩拓马, 岩出刚昌, 桥本洋平, 胜部友浩, 阿竹义德 申请人:索尼公司