著录项信息
专利名称 | 信息处理设备、数据获取方法、以及程序 |
申请号 | CN201010280938.5 | 申请日期 | 2010-09-10 |
法律状态 | 权利终止 | 申报国家 | 中国 |
公开/公告日 | 2011-04-20 | 公开/公告号 | CN102024012A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | G06F17/30 | IPC分类号 | G;0;6;F;1;7;/;3;0查看分类表>
|
申请人 | 索尼公司 | 申请人地址 | 日本东京都
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 索尼公司 | 当前权利人 | 索尼公司 |
发明人 | 岩出刚昌;桥本洋平;大岩拓马;久永贤司;阿竹义德;胜部友浩 |
代理机构 | 北京集佳知识产权代理有限公司 | 代理人 | 康建峰;陈炜 |
摘要
本发明公开了一种信息处理设备、数据获取方法以及程序。所述数据获取方法包括以下步骤:选择至少一个链接目的地中的一个或更多个链接目的地;在选择链接目的地之前,获取至少包括写有与显示画面的布局有关的信息的结构单元的显示控制数据,其中,显示控制数据存在于前述步骤中选择的链接目的地处;在选择预取的链接目的地之前,提取显示控制数据中包括的结构单元;在选择预取的链接目的地之前,通过链接提取的未写有涉及脚本处理的信息的结构单元生成用于显示控制的第一结构化数据;在选择预取的链接目的地的情形中,通过链接结构单元生成用于显示控制的第二结构化数据;使用第一结构化数据显示显示画面;并使用第二结构化数据重新显示显示画面。
信息处理设备、数据获取方法、以及程序\n技术领域\n[0001] 本发明涉及一种信息处理设备、数据获取方法、以及程序。\n背景技术\n[0002] 随着信息通信技术的发展,网络带宽正在加宽。相应地,在诸如互联网等广域网上传输的内容的量也在增加。另外,在广域网上发布的许多主页中嵌入了用于执行脚本处理的程序,页面结构被修改以使得可以在主页上执行动态处理。然而,当阅读大型内容或者执行脚本处理时,到完全显示主页为止花费很长时间。鉴于这种问题,开发了如下这种技术:\n用于预先缓存在诸如互联网等广域网上发布的信息(在下文中,WWW信息)、以及用于当用户请求访问时显示预先缓存的WWW信息。与此技术有关,JP-A-2004-280405公开了用于高效地缓存WWW信息的技术。\n发明内容\n[0003] 然而,难以适当地选择要预先缓存的WWW信息。例如,如果要缓存显示页面中描述的链接目的地的WWW信息的所有片段,则在存在许多链接目的地的情形中WWW信息的获取本身将会花费很长时间。另外,将会使用大量高速缓冲存储器。此外,要缓存的WWW信息的获取将会占用大部分通信带宽。由于这些原因,为了快速显示页面,不仅有必要缓存WWW信息,而且有必要进一步改进WWW信息获取方法。\n[0004] WWW信息包括用于执行页面显示控制的信息(在下文中,显示控制信息)。另外,显示控制信息包括定义页面布局的信息(在下文中,布局信息)、用于使客户端终端执行脚本处理的信息(在下文中,脚本信息)等。然而,可以把上述布局信息和脚本信息作为独立于上述显示控制信息的数据对待。在此情形中,显示控制信息中包括显示控制信息与布局信息之间的链接信息以及显示控制信息与脚本信息之间的链接信息。因此,实际上,显示控制信息中包括布局信息和脚本信息。\n[0005] 在许多情形中,例如,用诸如HTML(超文本标记语言)和XML(可扩展标记语言)等结构化语言编写显示控制信息。这些结构化语言采用通过使用标签定义结构单元的描述方法。相应地,采用标签界定的区段作为结构单元构造显示控制信息。另外,在许多情形中,用诸如CSS(层叠样式表)等样式表来表示上述布局信息。此外,在许多情形中,用诸如JavaScript(注册商标;在下文中,缩写为JS)、ECMAScript、VBScript(注册商标)等脚本语言编写上述脚本信息。\n[0006] 如同所描述的,显示控制信息(1)包括布局信息和脚本信息,以及(2)基于具体结构单元构造。通常,在通过WWW浏览器等显示WWW信息时,分析显示控制信息,利用显示控制信息中包括的结构单元作为参考来确定显示处理的执行次序或者数据的获取次序。接下来,结构单元通过WWW浏览器等彼此链接,被称为DOM(文档对象模型)的用于显示控制的结构化数据被创建。随后,基于WWW浏览器等创建的DOM执行数据的获取、数据的显示等(见图1)。\n[0007] 在构建DOM时,如果显示控制信息中包括脚本信息,则由于脚本处理的顺序属性而使数据获取或显示处理延迟。因此,即使为广域网保留了足够宽的带宽,当要基于包括脚本信息的显示控制信息显示页面时,在显示页面之前也存在一定量的等待时间。特别地,如果嵌套了脚本处理的步骤,则等待时间进一步增加。\n[0008] 鉴于上述内容,期望提供一种新型的、改进的信息处理设备、数据获取方法、以及程序,能够减小由于按顺序执行的脚本处理引起的页面显示延迟并且能够快速显示布局好的页面。\n[0009] 根据本发明的一个实施例,提供了一种信息处理设备,包括:链接选择单元,用于选择作为基于关键信息的搜索结果的至少一个链接目的地中的一个或更多个链接目的地;\n数据预取单元,用于在通过用户操作选择链接目的地之前,获取与显示画面的布局有关的信息以及至少包括写有与显示画面的布局有关的信息的结构单元的显示控制数据,其中,显示控制数据以及与显示画面的布局有关的信息存在于链接选择单元选择的链接目的地处;结构分析单元,用于在通过用户操作选择数据预取单元已经获取了其显示控制数据的链接目的地的情形中,分析显示控制数据以及提取显示控制数据中包括的结构单元;第一构造单元,用于在通过用户操作选择数据预取单元已经获取了其显示控制数据的链接目的地的情形中,通过相互链接结构分析单元提取的结构单元之中、除了写有与涉及脚本处理的显示控制有关的信息的结构单元以外、至少包括写有与显示画面的布局有关的信息的结构单元的结构单元来生成用于显示控制的第一结构化数据;第二构造单元,用于在通过用户操作选择数据预取单元已经获取了其显示控制数据的链接目的地的情形中,通过相互链接结构单元来生成用于显示控制的第二结构化数据;显示控制单元,用于通过使用第一构造单元生成的第一结构化数据显示显示画面,以及,在第二构造单元生成第二结构化数据的阶段,通过使用第二结构化数据重新显示显示画面;以及数据获取单元,用于获取显示控制数据以及与显示控制数据有关的相关数据,其中,相对于来自第二构造单元的数据获取请求,数据获取单元优先处理来自第一构造单元的数据获取请求。\n[0010] 信息处理设备可以进一步包括连接建立单元,用于建立到链接目的地的连接。链接选择单元可以进一步至少选择用于指定显示画面上位置的位置指定对象的显示位置的特定范围内存在的链接目的地、显示画面上当前显示的链接目的地以及已经被选择了特定次数或更多次的链接目的地中的任何链接目的地。连接建立单元可以在通过用户操作选择链接目的地之前,建立到链接选择单元进一步选择的链接目的地的TCP连接。\n[0011] 链接选择单元可以选择至少一个链接目的地之中往返时间等于或大于特定阈值的链接目的地作为要到其建立TCP连接的链接目的地。\n[0012] 链接选择单元可以根据链接目的地的IP地址或域名判断是否选择链接目的地作为要到其建立TCP连接的链接目的地。\n[0013] 信息处理设备可以进一步包括:数据获取单元,用于获取显示控制数据以及与显示控制数据有关的相关数据。数据获取单元可以优先于来自第二构造单元的数据获取请求处理来自第一构造单元的数据获取请求。\n[0014] 连接建立单元可以在确定了链接目的地的主机地址时,在显示控制数据的预取或者TCP连接的建立之前获取与主机地址对应的IP地址。\n[0015] 信息处理设备可以进一步包括:高速缓冲存储器,其中存储数据获取单元基于来自第一构造单元和第二构造单元的请求获取的显示控制数据和相关数据。显示控制单元可以在已经把基于第二结构化数据的显示所需要的所有显示控制数据存储于高速缓冲存储器中的时间点处,基于高速缓冲存储器中存储的数据切换显示。\n[0016] 第二构造单元在结构分析单元提取的结构单元中不存在写有与涉及脚本处理的显示控制有关的信息的结构单元的情形中无需生成第二结构化数据。\n[0017] 信息处理设备可以进一步包括显示历史存储单元,用于在执行基于第一结构化数据的显示时存储包括与显示画面上显示的内容对应的结构单元的历史。显示控制单元可以在切换到基于第二结构化数据的显示时,基于显示历史存储单元中存储的显示历史选择与要在显示画面上显示的内容对应的结构单元。\n[0018] 根据本发明的另一个实施例,提供了一种数据获取方法,包括以下步骤:选择作为基于关键信息的搜索结果的至少一个链接目的地中的一个或更多个链接目的地;在通过用户操作选择链接目的地之前,获取至少包括写有与显示画面的布局有关的信息的结构单元的显示控制数据,其中,显示控制数据存在于选择至少一个链接目的地的一部分的步骤中选择的链接目的地处;在通过用户操作选择在用户操作以前已经获取了其显示控制数据的链接目的地之前,分析显示控制数据以及提取显示控制数据中包括的结构单元;在通过用户操作选择在用户操作以前已经获取了其显示控制数据的链接目的地之前,通过相互链接在提取结构单元的步骤中提取的结构单元之中、除了写有与涉及脚本处理的显示控制有关的信息的结构单元以外、至少包括写有与显示画面的布局有关的信息的结构单元的结构单元生成用于显示控制的第一结构化数据;在通过用户操作选择在用户操作以前已经获取了其显示控制数据的链接目的地的情形中,通过相互链接结构单元生成用于显示控制的第二结构化数据;通过使用在生成第一结构化数据的步骤中生成的第一结构化数据显示显示画面;在生成第二结构化数据的阶段,通过使用第二结构化数据重新显示显示画面;以及获取显示控制数据以及与显示控制数据有关的相关数据,其中,相对于来自生成第二结构化数据的阶段的数据获取请求,优先处理来自生成第一结构化数据的阶段的数据获取请求。\n[0019] 根据本发明的另一个实施例,提供了一种程序,用于使得计算机实现:链接选择功能,用于选择作为基于关键信息的搜索结果的至少一个链接目的地中的一个或更多个链接目的地;数据预取功能,用于在通过用户操作选择链接目的地之前,获取至少包括写有与显示画面的布局有关的信息的结构单元的显示控制数据,其中,显示控制数据存在于链接选择功能选择的链接目的地处;结构分析功能,用于在通过用户操作选择数据预取功能已经获取了其显示控制数据的链接目的地之前,分析显示控制数据以及提取显示控制数据中包括的结构单元;第一构造功能,用于在通过用户操作选择数据预取功能已经获取了其显示控制数据的链接目的地之前,通过相互链接结构分析功能提取的结构单元之中、除了写有与涉及脚本处理的显示控制有关的信息的结构单元以外、至少包括写有与显示画面的布局有关的信息的结构单元的结构单元来生成用于显示控制的第一结构化数据;第二构造功能,用于在通过用户操作选择数据预取功能已经获取了其显示控制数据的链接目的地的情形中,通过相互链接结构单元来生成用于显示控制的第二结构化数据;以及显示控制功能,用于通过使用第一构造功能生成的第一结构化数据显示显示画面,以及,在第二构造功能生成第二结构化数据的阶段,通过使用第二结构化数据重新显示显示画面。\n[0020] 根据上述本发明的实施例,可以减小由脚本处理的顺序属性引起的页面显示延迟,可以快速显示布局好的页面。\n附图说明\n[0021] 图1是示出了网络浏览器所进行的页面显示处理的流程的说明图;\n[0022] 图2是示出了DOM的概况以及基于DOM的页面显示处理的流程的说明图;\n[0023] 图3是示出了网络浏览器的文件下载序列的说明图;\n[0024] 图4是示出了标准网络浏览器的页面显示时间的分析结果的说明图;\n[0025] 图5是示出了不执行脚本处理的网络浏览器的页面显示时间的分析结果的说明图;\n[0026] 图6是示出了标准网络浏览器的页面显示处理序列的说明图;\n[0027] 图7是示出了根据本发明的第一实施例的网络浏览器的页面显示处理序列的说明图;\n[0028] 图8是示出了根据该实施例的网络浏览器的页面显示处理序列的说明图;\n[0029] 图9是示出了根据该实施例的网络浏览器的页面显示处理序列的说明图;\n[0030] 图10是示出了根据该实施例的信息处理设备的功能配置的示例的说明图;\n[0031] 图11是示出了根据该实施例的信息处理设备所进行的显示控制处理的流程的说明图;\n[0032] 图12是示出了在采用根据该实施例的显示控制方法的情形中页面显示时间的测量结果的说明图;\n[0033] 图13是示出了在采用根据该实施例的显示控制方法的情形中页面显示时间的测量结果的说明图;\n[0034] 图14是示出了在采用根据该实施例的显示控制方法的情形中页面显示时间的测量结果的说明图;\n[0035] 图15是示出了DOM的结构与显示结果之间的关系的说明图;\n[0036] 图16是示出了DOM的结构与显示结果之间的关系的说明图;\n[0037] 图17是示出了DOM的结构与显示结果之间的关系的说明图;\n[0038] 图18是示出了基于标准显示控制方法的HTML文件执行处理的流程的说明图;\n[0039] 图19是示出了基于标准显示控制方法的HTML文件执行处理的流程的说明图;\n[0040] 图20是示出了基于标准显示控制方法的HTML文件执行处理的流程的说明图;\n[0041] 图21是示出了基于标准显示控制方法的HTML文件执行处理的流程的说明图;\n[0042] 图22是示出了基于标准显示控制方法的HTML文件执行处理的流程的说明图;\n[0043] 图23是示出了基于标准显示控制方法的HTML文件执行处理的流程的说明图;\n[0044] 图24是示出了基于标准显示控制方法的HTML文件执行处理的流程的说明图;\n[0045] 图25是示出了基于标准显示控制方法的HTML文件执行处理的流程的说明图;\n[0046] 图26是示出了基于标准显示控制方法的HTML文件执行处理的流程的说明图;\n[0047] 图27是示出了基于标准显示控制方法的HTML文件执行处理的流程的说明图;\n[0048] 图28是示出了基于标准显示控制方法的HTML文件执行处理的流程的说明图;\n[0049] 图29是示出了基于标准显示控制方法的HTML文件执行处理的流程的说明图;\n[0050] 图30是示出了基于标准显示控制方法的HTML文件执行处理的流程的说明图;\n[0051] 图31是示出了基于标准显示控制方法的HTML文件执行处理的流程的说明图;\n[0052] 图32是示出了基于标准显示控制方法的HTML文件执行处理的流程的说明图;\n[0053] 图33是示出了基于标准显示控制方法的HTML文件执行处理的流程的说明图;\n[0054] 图34是示出了基于标准显示控制方法的HTML文件执行处理的流程的说明图;\n[0055] 图35是示出了基于标准显示控制方法的HTML文件执行处理的流程的说明图;\n[0056] 图36是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0057] 图37是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0058] 图38是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0059] 图39是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0060] 图40是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0061] 图41是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0062] 图42是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0063] 图43是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0064] 图44是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0065] 图45是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0066] 图46是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0067] 图47是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0068] 图48是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0069] 图49是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0070] 图50是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0071] 图51是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0072] 图52是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0073] 图53是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0074] 图54是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0075] 图55是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0076] 图56是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0077] 图57是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0078] 图58是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0079] 图59是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0080] 图60是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0081] 图61是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0082] 图62是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0083] 图63是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;s\n[0084] 图64是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0085] 图65是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0086] 图66是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0087] 图67是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0088] 图68是示出了基于根据该实施例的显示控制方法的HTML文件执行处理的流程的说明图;\n[0089] 图69是示出了根据本发明的第二实施例的预取方法的说明图;\n[0090] 图70是示出了根据预取目标类型的预取效果的差别的说明图;\n[0091] 图71是示出了根据预取目标类型的预取效果的差别的说明图;\n[0092] 图72是示出了用于选择预取目标的方法的说明图;\n[0093] 图73是示出了根据该实施例的信息处理设备的功能配置的示例的说明图;\n[0094] 图74是示出了根据该实施例的信息处理设备所进行的预取处理的流程的说明图;\n[0095] 图75是示出了根据该实施例的预取处理的流程的说明图;\n[0096] 图76是示出了根据预取类型的效果的差别的说明图;\n[0097] 图77是示出了根据该实施例的预连接方法的说明图;\n[0098] 图78是示出了根据该实施例的预连接方法的说明图;\n[0099] 图79是示出了取决于TLD差别的连接建立时间的差别的说明图;\n[0100] 图80是示出了取决于目标国家差别的连接建立时间的差别的说明图;\n[0101] 图81是示出了根据本发明的第三实施例的基于接近距离的预取方法的概况的说明图;\n[0102] 图82是示出了根据该实施例的信息处理设备的功能配置的示例的说明图;\n[0103] 图83是示出了根据该实施例的信息处理设备所进行的接近检测处理和预取处理的流程的说明图;\n[0104] 图84是示出了根据该实施例的预取处理的流程的说明图;\n[0105] 图85是示出了通过内嵌式触摸面板检测操作工具的方法的说明图;以及[0106] 图86是示出了能够实现根据本发明的每个实施例的信息处理设备的功能的信息处理设备的硬件配置的示例的说明图。\n具体实施方式\n[0107] 在下文中,将参照附图详细描述本发明的优选实施例。注意,在本说明书和附图中,功能和结构基本上相同的结构元件用同样的参考标号表示,并略去了对这些结构元件的重复说明。\n[0108] <描述的流程>\n[0109] 此处将简要提及描述下述本发明的实施例的流程。首先,在详细描述根据本实施例的技术配置之前,将参照图1至图6描述与网络浏览器所进行的页面显示处理有关的标准配置。随后,将参照图7至图9描述根据本发明的第一实施例的网页显示处理序列。随后,将参照图10和图11描述根据该实施例的信息处理设备100的功能配置和操作。\n[0110] 接下来,将参照图12至图14描述在采用根据该实施例的显示控制方法的情形中获得的减少页面显示时间的效果。随后,将参照图15至图17描述DOM结构的差别与显示结果的差别之间的关系。随后,为了与本实施例的技术相比较,将参照图18至图35简要描述标准HTML文件执行处理。随后,将参照图36至图68描述根据该实施例的HTML文件执行处理。\n[0111] 接下来,将参照图69描述根据本发明的第二实施例的预取方法。随后,将在参照图72描述选择预取目标的非常有效的方法的同时参照图70和图71表明根据预取目标类型的效果的差别。随后,将参照图73和图74描述根据该实施例的信息处理设备100的功能配置和操作。随后,将参照图75描述根据该实施例的预取处理的流程。随后,将参照图\n76描述根据预取类型的效果的差别。\n[0112] 接下来,将参照图77和图78描述根据该实施例的预连接方法。随后,将参照图79和图80,针对TLD和目标国家比较预连接的效果。\n[0113] 接下来,将参照图81描述根据本发明的第三实施例的用于结合接近检测和预取处理的方法。随后,将参照图82和图83描述根据该实施例的信息处理设备100的功能配置和操作。随后,将参照图84描述根据该实施例的预取处理的流程。随后,将参照图85描述可以用于根据该实施例的接近检测的内嵌式触摸面板的结构和操作。\n[0114] 接下来,将参照图86描述能够实现根据第一至第三实施例的信息处理设备100的功能的硬件配置的示例。最后,将总结实施例的技术思想并简要描述通过这些技术思想获得的操作效果。\n[0115] (描述项)\n[0116] 1:介绍\n[0117] 1-1:网络浏览器的操作\n[0118] 1-2:显示时间分析结果\n[0119] 2:第一实施例\n[0120] 2-1:网络浏览器的操作\n[0121] 2-2:信息处理设备100的功能配置\n[0122] 2-3:信息处理设备100的操作\n[0123] 2-4:对显示时间的效果\n[0124] 2-5:根据DOM结构差别的显示结果之间的比较\n[0125] 2-6:DOM构建步骤的具体示例\n[0126] 3:第二实施例\n[0127] 3-1:预取的效果(考察)\n[0128] 3-2:信息处理设备100的功能配置\n[0129] 3-3:信息处理设备100的操作\n[0130] 3-4:预取处理的流程\n[0131] 3-5:预取的效果\n[0132] 3-6:预连接的效果(考察)\n[0133] 4:第三实施例\n[0134] 4-1:接近检测和预取处理的结合\n[0135] 4-2:信息处理设备100的功能配置\n[0136] 4-3:信息处理设备100的操作\n[0137] 4-4:基于接近检测的预取处理的流程\n[0138] 4-5:能够进行接近检测的触摸面板(内嵌式触摸面板)的结构\n[0139] 5:信息处理设备100的硬件配置示例\n[0140] 6:总结\n[0141] <1:介绍>\n[0142] 首先,在描述本发明的实施例之前,将描述网络浏览器所进行的网页显示处理。此处将对网络浏览器执行的处理的标准流程给出说明,从HTML文件的获取到网页的显示(在下文中,显示处理序列)。\n[0143] <1-1:网络浏览器的操作>\n[0144] 图1中示出了标准网络浏览器10所进行的显示处理序列。如图1中所示,网络浏览器10首先向网络服务器310请求HTML文件(步骤S11)。随后,网络浏览器10获取网络服务器310响应于请求发送的HTML文件(步骤S12)。随后,网络浏览器10分析获取的HTML文件(步骤S13)。\n[0145] 此时,网络浏览器10通过使用被称为HTML分析器11的分析器程序分析HTML的结构。如同已经描述的,通过使用定义结构单元的特定标签编写HTML文件。相应地,通过使用分析器程序,可以提取标签界定的结构单元,或者可以分析结构单元之间的关系。HTML分析器11分析HTML文件,在适当情况下向网络服务器320请求外部资源(步骤S14)。\n[0146] 此处外部资源例如是定义布局信息的样式表文件以及定义脚本信息的脚本文件。\n现在,当响应于请求从网络服务器320发送外部资源时,网络浏览器10获取网络服务器320发送的外部资源(步骤S15)。步骤S15中获取的外部资源根据其类型而用于步骤S16或S17的处理。另外,在构建DOM 12时使用HTML分析器11从HTML文件中提取的结构单元的信息。\n[0147] 当在步骤S15中获取的外部资源是CSS文件时,网络浏览器10应用CSS(步骤S16)。另外,当在步骤S15中获取的外部资源是脚本文件时,网络浏览器10通过脚本引擎\n13执行脚本处理(步骤S17)。在执行步骤S16或S17的处理之后,网络浏览器10构建DOM \n12。随后,网络浏览器10基于已经构建的DOM 12创建各种绘图元件(步骤S18)。随后,网络浏览器10适当地加载插件(步骤S19),以及显示网页(步骤S20)。\n[0148] 如同所描述的,执行各种处理直到显示网页为止。许多这些处理在DOM 12的构建之前执行。\n[0149] (DOM 12)\n[0150] 此处,将参照图2更详细地描述构建DOM 12的处理、以及基于已经构建的DOM 12显示网页的处理。\n[0151] 如图2中所示,DOM 12是通过链接HTML分析器11提取的HTML文件的结构单元构建的树形结构。更恰当地,DOM 12是用于处理HTML(或XML)的内容或结构的API(应用程序接口)。例如,假定HTML文件中包括用于定义网页显示配置的多个结构单元(A1至A7)。\n这些结构单元在HTML分析器11所进行的分析处理中提取、相互链接并且构建成DOM 12的形式。\n[0152] 注意,图2中示出的DOM 12的树形结构是网络浏览器识别的结构的概念表示。用户实际看到的网页是基于DOM 12的树形结构通过网络浏览器10的渲染引擎(rendering engine)创建的。当网络浏览器10在构建DOM 12之后基于DOM 12的树形结构调整了显示布局以及在显示布局的特定位置中嵌入诸如图像数据和文本数据等内容时,显示网页的处理完成。如同所描述的,DOM 12的构建作为用于显示网页的前提。\n[0153] <1-2:显示时间分析结果>\n[0154] 此处,将参照图3至图5考察构建DOM 12的时刻与显示网页花费的时间之间的关系。\n[0155] (下载序列)\n[0156] 如上所述,至少在完成HTML分析器11所进行的HTML文件的分析、CSS的应用以及脚本处理的执行之后执行DOM 12的构建。更具体地,执行如图3中所示的处理序列。在时间从左向右流逝的前提下示出了图3中所示的处理序列。即,按从左侧所示的处理起的次序执行处理。\n[0157] 如图3中所示,当出现到网页的重定向等时,网络浏览器10下载HTML文件。另外,在下载文件时,通过DNS的名称解析花费的时间、构建到网络服务器的连接花费的时间、等待时间等变得有必要。图3中所示每个文件的下载时间包括这些时间。当HTML文件的下载完成时,网络浏览器10分析下载的HTML文件。\n[0158] 随后,基于HTML文件的分析结果,网络浏览器10适当下载CSS文件或JS文件。\n另外,可以在HTML文件的分析过程中执行CSS文件或JS文件的下载。另外,可以下载多个CSS文件或多个JS文件。此外,根据HTML文件的分析结果下载图像数据等(图像等)。当下载了所有CSS文件和JS文件时,确定用于构建DOM 12的结构元件。\n[0159] 当准备好用于构建DOM 12的所有结构元件时,网络浏览器10的渲染引擎开始DOM \n12的渲染。此时,不一定下载所有图像数据片段等。另外,当渲染进展到了一定的程度时,使能用户操作。接下来,当下载了所有图像数据片段等并且完成了DOM 12的渲染时,网页的显示完成。在此时间点处完成完整网页的显示。如同所描述的,在标准网络浏览器10的显示处理序列中,在HTML文件、CSS文件和JS文件均被下载之前不建立DOM 12。\n[0160] (显示网页花费的时间)\n[0161] 现在,图3中示出的下载序列只示出了处理的次序。因而,根据图3中所示的示例不知道每个处理实际花费时间的长度。相应地,图4中示出了通过实际使用网络浏览器10测量每个处理花费时间的长度的结果。\n[0162] 此外,图4的示例示出了实际测量到的时间,但是时间的实际值是取决于测量环境而可变的。相应地,应当关注于每个处理花费时间的相对长度。此外,图4中示出了表明起始时间的竖直线以及表明完成时间的竖直线。此处起始时间表示到可以开始用户所进行的操作之前的时间。另一方面,此处完成时间表示到下载了所有文件和所有数据段以及以完整形式显示网页之前的时间。\n[0163] 首先,将会注意CSS文件的处理。当自出现重定向(0ms)起逝去了约2500ms的时间时开始并且连续执行约2500ms CSS文件的处理。此外,在图4的示例中,同时对三个CSS文件开始处理。\n[0164] 接下来,将会注意JS文件的处理。当开始CSS文件的处理时同时开始JS文件的处理。然而,在此时间点只开始一个JS文件的处理。在完成第一个JS文件的处理之后开始第二个JS文件的处理。在此时间点,也只对一个JS文件开始处理。同样地,一次对一个JS文件执行处理,直到完成所有JS文件的处理为止。结果,所有JS文件的处理花费约\n12000ms的时间。\n[0165] 然后,执行图像数据等的下载、DOM的渲染等,并执行网页显示处理。这些处理以并行方式同时执行,不显著影响显示网页花费的处理时间。\n[0166] 根据图4中示出的测量结果可以断定:处理JS文件花费的时间占到显示网页之前花费的时间的比例相当高。JS文件的处理花费时间的主要原因是无法并行执行多个JS文件的下载和执行。此情形出现是因为:在以嵌套方式定义JS文件的情形中,在完成在前JS文件的下载和执行之前不可能进行在后JS文件的下载和执行。虽然此处把JS文件作为示例,但是对于用其他脚本语言编写的脚本文件也可以这么认为。\n[0167] 相应地,本发明的发明人提出了一种在其它处理之后执行JS文件的下载和执行的方法。为了估计在应用此方法的情形中获得的效果,执行如图5中所示的仿真。如根据结果可以看出的,当较后执行JS文件的下载和执行时,起始时间减少到了7秒。顺带提及,由于在图4的示例中起始时间是22秒,所以通过在较后的序列执行JS文件的下载和执行把起始时间减少了15秒。然而,图5的示例只是仿真,事实上,需要进行各种修改以把JS文件的下载和执行置于较后的序列。\n[0168] <2:第一实施例>\n[0169] 如上所述,通过在较后的序列执行脚本文件的下载和执行可以大大减少显示网页花费的时间。下面,将描述用于把对脚本文件的处理置于较后的序列的机制。本发明的第一实施例涉及用于实现这种机制的设备和方法。\n[0170] <2-1:网络浏览器的操作>\n[0171] 首先,将参照图6至图9描述根据本实施例的网络浏览器的处理序列。注意,图6中所示的处理序列是为了与根据本实施例的处理序列比较而示出的标准网络浏览器的处理序列。\n[0172] (标准处理序列)\n[0173] 如图6中所示,如上所述,按HTML文件的处理,{CSS文件的处理、JS文件的处理}、DOM的构建、以及图像数据等的下载的次序执行标准网络浏览器的处理序列。即,通过一个线程(第一线程)执行这一系列处理。\n[0174] (本实施例的处理序列)\n[0175] 另一方面,如图7中所示,通过两个线程(第一和第二线程)执行根据本实施例的处理序列。在第一线程中,执行HTML文件的处理、CSS文件的处理以及图像数据等的下载,在完成CSS文件处理的阶段构建简单DOM(在下文中,临时DOM)。随后,基于临时DOM显示网页。\n[0176] 另一方面,在第二线程中,执行JS文件的处理,在完成JS文件处理的阶段构建最终DOM(在下文中,完整DOM)。此外,下载第一线程未获取的图像数据等,基于完整DOM显示网页。此时,把基于临时DOM显示的网页更新为基于完整DOM显示的网页(见图8)。\n[0177] 如参照仿真结果已经描述的,由于包括JS文件的处理而使构建DOM的时刻延迟,结果是到网页的显示为止花费的时间长。然而,第一线程要构建的临时DOM的构建独立于JS文件的处理执行。因而,以相比于标准网络浏览器构建DOM的时刻而言非常早的时刻执行临时DOM的构建。\n[0178] 然而,临时DOM中不包括与JS文件的处理有关的结构单元。因此,基于临时DOM显示的网页不同于基于包括与JS文件的处理有关的结构单元的完整DOM显示的网页。然而,根据本实施例的处理序列包括第二线程所进行的用于构建包括与JS文件的处理有关的结构单元的完整DOM的操作。另外,由于在完成第二线程所进行的处理时显示切换到基于完整DOM的网页的显示,因此可以解决用户由于网页的差别而感到的的不舒服。如同所描述的,通过应用根据本实施例的处理序列,可以完成把网页的快速显示和正确网页的显示结合的挑战性任务。\n[0179] 此外,事实上,将会是DOM节点的结构单元的一些文件对于第一线程构建的临时DOM以及第二线程构建的完整DOM是重叠的。相应地,关于每个文件的下载,执行下载管理器线程、以及由第一和第二线程使用下载管理器线程获取的文件是高效的,如图9中所示。\n例如,下载管理器线程专门负责HTML文件、CSS文件、JS文件、图像数据等的下载。另外,下载时刻如图7和图8中所示。\n[0180] 至此,描述了根据本实施例的处理序列。\n[0181] <2-2:信息处理设备100的功能配置>\n[0182] 接下来,将参照图10描述能够实现以上思想的信息处理设备100的功能配置。图\n10是示出了根据本实施例的信息处理设备100的功能配置的示例的说明图。另外,为了与根据第二和第三实施例的信息处理设备100相区别,有时把根据本实施例的信息处理设备\n100称作信息处理设备100A。\n[0183] 如图10中所示,信息处理设备100主要由数据获取单元110、结构分析单元120、渲染单元130、以及显示单元140构成。此外,渲染单元130包括临时DOM创建单元131、完整DOM创建单元132、高速缓冲存储器133、显示控制单元134、以及节点信息存储单元135。\n[0184] 当出现重定向时,首先,数据获取单元110下载HTML文件。随后,数据获取单元\n110下载的HTML文件输入到结构分析单元120。当输入HTML文件时,结构分析单元120分析HTML文件的结构,以及提取HTML文件的结构单元。随后,结构分析单元120适当经由数据获取单元110向网络服务器310和320发送对CSS文件和JS文件的请求。\n[0185] 当CSS文件和JS文件响应于请求从网络服务器310和320发送时,数据获取单元\n110接收已经发送的CSS文件和JS文件。数据获取单元110接收的CSS文件和JS文件输入到结构分析单元120。当输入CSS文件时,结构分析单元120执行应用CSS文件的处理。\n另外,当输入JS文件时,结构分析单元120执行输入的JS文件。此时,适当按顺序获取并且由结构分析单元120执行JS文件。\n[0186] 把结构分析单元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。\n[0187] 如上所述,把不包括与JS文件的处理有关的结构单元的HTML文件的结构单元输入到临时DOM创建单元131。从而,临时DOM创建单元131通过相互链接输入的结构单元形成树形结构,构建临时DOM。把临时DOM创建单元131构建的临时DOM的信息输入到显示控制单元134。另一方面,把包括与JS文件的处理有关的结构单元的HTML文件的所有结构单元输入到完整DOM创建单元132。然而,由于JS文件的获取由于JS文件处理的顺序属性而花费很长时间,所以数据和所有结构单元的信息的输入花费相对较长时间。结果,在临时DOM构建之后的一段时间完成完整DOM的构建。\n[0188] 当输入包括与JS文件的处理有关的信息的与HTML文件的所有结构单元有关的信息时,完整DOM创建单元132通过相互链接输入的结构单元形成树形结构,构建完整DOM。\n随后,把完整DOM创建单元132构建的完整DOM的信息输入到显示控制单元134。此外,完整DOM创建单元132获取基于完整DOM显示网页所必要的所有图像数据等,并将其存储于高速缓冲存储器133中。通过把显示网页所必要的所有数据存储于高速缓冲存储器133中,可以用基于完整DOM的网页快速替换基于临时DOM显示的网页。\n[0189] 如上所述,把临时DOM的信息以及图像数据等从临时DOM创建单元131输入到显示控制单元134。当输入临时DOM的信息以及图像数据等时,显示控制单元134基于临时DOM执行渲染,并基于临时DOM创建网页。随后,显示控制单元134使得显示单元140显示基于临时DOM的网页。此外,当从完整DOM创建单元132输入完整DOM的信息以及图像数据等时,显示控制单元134基于完整DOM执行渲染,并基于完整DOM创建网页。随后,显示控制单元134用基于完整DOM的网页替换基于临时DOM的网页。\n[0190] 此时,显示控制单元134读取高速缓冲存储器133中存储的对于显示网页而言必要的图像数据等,并使得显示单元140显示基于完整DOM的网页。注意,当高速缓冲存储器\n133中未存储对于显示网页而言必要的图像数据等时,显示控制单元134经由数据获取单元110获取必要的图像数据等,并通过使用获取的图像数据等使网页得以显示。\n[0191] 此外,在基于临时DOM的网页显示过程中执行卷动等的情形中,显示控制单元134将在显示单元140上的参考位置处显示的结构单元的信息(在下文中,节点信息)存储在节点信息存储单元135中。随后,在显示基于完整DOM的网页时,显示控制单元134读取节点信息存储单元135中存储的节点信息,调整基于完整DOM的网页的卷动位置以使得与节点信息对应的完整DOM的结构单元显示在显示单元140上的参考位置处。采用此配置,可以减轻在把基于临时DOM的网页切换到基于完整DOM的网页时用户感到的不舒服。\n[0192] 至此,描述了根据本实施例的信息处理设备100的功能配置。\n[0193] <2-3:信息处理设备100的操作>\n[0194] 接下来,将参照图11描述根据本实施例的信息处理设备100的操作。图11是示出了根据本实施例的信息处理设备100的操作流程的说明图。\n[0195] 如图11中所示,信息处理设备100首先分析HTML文件,并提取与HTML描述有关的结构单元、与CSS文件的下载和应用有关的结构单元、以及与JS文件的下载和执行有关的结构单元(步骤S101)。接下来,信息处理设备100开始通过相互链接提取的结构单元之中与HTML描述有关的结构单元以及与CSS文件有关的结构单元创建临时DOM(步骤S102)。\n随后,信息处理设备100开始通过相互链接提取的结构单元之中与HTML描述有关的结构单元、与CSS文件有关的结构单元、以及与JS文件有关的结构单元创建完整DOM(步骤S103)。\n[0196] 接下来,信息处理设备100确定是否完成了临时DOM的创建(步骤S104)。在完成了临时DOM的创建的情形中,信息处理设备100进行到S105的步骤。另一方面,在未完成临时DOM的创建的情形中,信息处理设备100返回步骤S104的处理。在进行到步骤S105的处理的情形中,信息处理设备100通过渲染临时DOM创建网页,并在显示画面上显示此网页(步骤S105)。\n[0197] 接下来,信息处理设备100确定是否完成了完整DOM的创建(步骤S106)。在完成了完整DOM的创建的情形中,信息处理设备100进行到步骤S107的处理。另一方面,在未完成完整DOM的创建的情形中,信息处理设备100返回步骤S106的处理。在进行到步骤S107的处理的情形中,信息处理设备100通过渲染完整DOM创建网页,在显示画面上显示该网页而非基于临时DOM的网页(步骤S107),并结束这一系列处理。\n[0198] 至此,描述了根据本实施例的信息处理设备100的操作流程。\n[0199] <2-4:对显示时间的效果>\n[0200] 此处,将参照图12至图14描述在应用根据本实施例的处理序列的情形中获得的效果。图12和图14中以彼此相比较的方式示出了标准网络浏览器的处理序列获得的起始时间以及根据本实施例的处理序列获得的起始时间。另外,图13中以彼此相比较的方式示出了标准网络浏览器的处理序列获得的完成时间以及根据本实施例的处理序列获得的完成时间。\n[0201] 首先,将参照图12。如图12中所示,虽然取决于网页结构和测量环境,但是在应用根据本实施例的处理序列的情形中起始时间平均减少了37%。特别地,确信对于大量使用JS的网页而言效果显著。\n[0202] 接下来,将参照图13。在图13中,在两个线程执行的根据本实施例的处理序列与一个线程执行的标准网络浏览器的处理序列之间比较完成时间。如从图13可以看出的,虽然在根据本实施例的处理序列的情形中两个线程在工作,但到完全显示基于完整DOM的网页为止的时间与采用一个线程执行的标准网络浏览器的完成时间大致相同。这是因为两个线程以并行方式同时执行处理。\n[0203] 接下来,将参照图14。图14示出了使用高速光学线路的情形下起始时间之间比较的结果。如图14中所示,在使用宽带宽高速线路的情形中,对于应用根据本实施例的处理序列的情形速度也平均高了30%。带宽升高的缓慢性被认为是这种结果的主要因素。即,使用宽带宽线路的用户也可以通过应用根据本实施例的处理序列体验该效果。\n[0204] 至此,描述了通过应用根据本实施例的处理序列获得的效果。\n[0205] <2-5:根据DOM结构差别的显示结果之间的比较>\n[0206] 通过应用根据本实施例的处理序列获得的效果已经清楚。然而,如果基于临时DOM的网页看起来是烦扰的,则这是毫无意义的。将参照图15至图17考虑基于DOM结构差别的显示结果之间的差别。\n[0207] (D1:只有HTML文件)\n[0208] 首先,将参照图15。图15示出了通过只使用HTML文件构建简单DOM、以及基于简单DOM显示网页的情形的显示配置。在只有HTML文件的情形中,不特别指定布局,因而获得文本数据T和图像数据M1简单竖直布置的显示结果。在此情形中,如图15中所示,简单DOM的结构将会具有如下这种树形结构:把HTML标签的结构单元作为根(root)、以及把HEAD标签和BODY标签的结构单元作为第一层次的节点。此外,例如,把与文本数据T对应的节点以及与图像数据M1对应的节点链接到BODY标签的结构单元的下一层次(第二层次)。\n[0209] (D2:HTML文件+CSS文件)\n[0210] 接下来,将参照图16。图16示出了通过使用HTML文件和CSS文件构建简单DOM、以及基于简单DOM显示网页的情形的显示配置。此显示配置示例对应于根据本实施例的基于临时DOM的显示配置。在图16的示例中,通过CSS文件指定布局,从而调整文本数据T的显示位置以及图像数据M1的显示位置。\n[0211] 在此情形中,简单DOM的结构将会具有如下这种树形结构:把HTML标签的结构单元作为根、以及把HEAD标签和BODY标签的结构单元作为第一层次的节点。此外,例如,把与文本数据T对应的节点以及与图像数据M1对应的节点链接到BODY标签的结构单元的下一层次(第二层次)。如同所描述的,因为由于CSS文件的应用而未对此简单DOM执行重新编写处理,所以简单DOM的结构与只有HTML文件的情形中的基本上相同。\n[0212] (D3:HTML文件+CSS文件+JS文件)\n[0213] 接下来,将参照图17。图17示出了通过使用HTML文件、CSS文件和JS文件构建DOM、以及基于DOM显示网页的情形的显示配置。此显示配置示例对应于根据本实施例的基于完整DOM的显示配置。在图17的示例中,通过CSS文件指定布局,从而调整文本数据T的显示位置以及图像数据M2的显示位置。注意,通过JS文件的执行重新编写DOM节点的内容。在图17的示例中,把节点中包括的图像数据M1的显示指定重新编写为图像数据M2的显示指定。\n[0214] 如同所描述的,由于简单DOM的结构而使得网页的显示结果之间存在差别。然而,当采用根据本实施例的临时DOM的结构时,通过把与CSS文件有关的结构单元考虑在内,调整基于临时DOM的网页的布局,并且可以呈现必要信息而不会使用户感到不舒服。\n[0215] <2-6:DOM构建步骤的具体示例>\n[0216] 接下来,将参照图18至图68描述DOM构建步骤的具体示例。还将示出标准网络浏览器的DOM构建步骤以用于比较。图18至图35的处理步骤是标准网络浏览器的DOM构建步骤,图36至图68的处理步骤是根据本实施例的DOM构建步骤。\n[0217] (标准网络浏览器的DOM构建步骤)\n[0218] 首先,将描述标准网络浏览器的DOM构建步骤。此处,将描述执行图18中示出的执行HTML文件的情形。\n[0219] 当出现重定向时,下载如图18中所示的HTML文件。随后,分析下载的HTML文件的结构。首先,如图19中所示,读取在HTML文件开始处的标签,把标签界定的结构单元识别为DOM的根。随后,如图20中所示,读取标签,把标签界定的结构单元识别为从属于DOM的根的节点。此时,把与标签对应的根以及与标签对应的节点彼此链接,如图20中所示。\n[0220] 随后,如图21中所示,读取标签,把标签界定的结构单元识别为从属于节点的下级节点。此时,如图21中所示,把节点和节点彼此链接。\n[0221] 接下来,如图22中所示,读取标签,把标签界定的结构单元识别为从属于节点的下级节点。另外,由于标签和标签通过同样的标签界定,所以标签从属于标签,如图22中所示。即,如图22中所示,把节点和节点彼此链接。\n[0222] 接下来,如图23中所示,读取标签,把标签界定的结构单元识别为从属于节点的下级节点。另外,标签、标签和标签由同样的标签定界,因而标签从属于标签,如图23中所示。即,如图23中所示,把标签和标签彼此链接。另外,节点是与脚本处理的执行有关的结构单元。\n[0223] 在图23的示例中,JS脚本文件与标签的结构单元相关联。相应地,如图24中所示,当读取标签时,下载JS脚本文件,并执行下载的JS脚本文件。\n此时,如果JS脚本文件中包括用于改变DOM结构的描述,则在此阶段改变DOM结构。例如,在如图25中所示在JS脚本文件中描述了“document.title=‘new title’;”的情形中,标签的内容改变,从而DOM中包括的节点更新。\n[0224] 接下来,如图26中所示,读取标签,把标签界定的结构单元识别为从属于节点的下级节点。另外,标签、标签、标签和标签由同样的标签界定,从而标签从属于标签,如图26中所示。即,如图26中所示,把节点和节点彼此链接。\n[0225] 另外,在图26的示例中,通过标签关联CSS文件。因而,节点是与布局的定义有关的结构单元。相应地,如图27中所示,当读取标签时,下载CSS文件,并应用下载的CSS文件。例如,在如图27中所示在CSS文件中描述了“body{text-align:right}”的情形中,把文本数据的显示布局设置为右对齐。\n[0226] 接下来,如图28中所示,读取表示标签界定的结构单元的结束位置的,完成从属于节点的DOM树的构建。随后,如图29中所示,读取标签,把标签界定的结构单元识别为从属于根的节点。即,如图29中所示,把根和节点彼此链接。随后,如图30和图31中所示,读取标签界定的结构单元的内容。\n[0227] 如图31中所示,标签界定的结构单元中包括图像数据的指定。因而,如图\n32中所示下载指定的图像数据。注意,如图32至图35中所示,在图像数据的下载过程中继续构建DOM的处理。随后,读取表示标签界定的结构单元的结束位置的标签以及读取表示标签界定的结构单元的结束位置的标签,结束HTML文件的分析。从而,完成DOM的创建。\n[0228] 至此,具体描述了标准网络浏览器的DOM构建步骤。如同所描述的,标准网络浏览器的DOM构建步骤包括下载和执行JS脚本文件的步骤。因而,DOM的构建由于脚本处理的顺序属性而花费很长时间。\n[0229] (根据本实施例的DOM构建步骤)\n[0230] 接下来,将描述根据本实施例的DOM构建步骤。另外,将使用与图18中所示的上述示例同样的文件作为要读取的HTML文件(见图36)。另外,在下面的说明中,第一线程所进行的处理表示与临时DOM的创建有关的处理,第二线程所进行的处理表示与完整DOM的创建有关的处理。\n[0231] (第一线程所进行的处理)\n[0232] 首先,将描述第一线程所进行的处理。\n[0233] 当出现重定向时,如图36中所示下载HTML文件。随后,分析下载的HTML文件的结构。首先,如图37中所示,读取在HTML文件开始处的标签,把标签界定的结构单元识别为DOM的根。随后,如图38中所示,读取标签,把标签界定的结构单元识别为从属于DOM根的节点。此时,把与标签对应的根以及与标签对应的节点彼此链接,如图38中所示。\n[0234] 随后,如图39中所示,读取标签,把标签界定的结构单元识别为从属于节点的下级节点。此时,如图39中所示,把节点和节点彼此链接。\n[0235] 接下来,如图40中所示,读取标签,把标签界定的结构单元识别为从属于节点的下级节点。另外,由于标签和标签由同样的标签界定,所以标签从属于标签,如图40中所示。即,如图40中所示,把节点和节点彼此链接。\n[0236] 接下来,如图41中所示,读取标签。然而,在根据本实施例的第一线程所进行的DOM构建步骤中,如图42中所示跳过标签,不执行与标签界定的结构单元有关的处理。即,不执行JS脚本文件的下载和执行。\n[0237] 接下来,如图43中所示,读取标签,把标签界定的结构单元识别为从属于节点的下级节点。另外,标签、标签、标签和标签由同样的标签界定,从而标签从属于标签,如图43中所示。即,如图43中所示,把节点和节点彼此链接。\n[0238] 另外,在图43的示例中,通过标签关联CSS文件。因而,节点是与布局的定义有关的结构单元。相应地,如图44中所示,当读取标签时,下载CSS文件,并应用下载的CSS文件。例如,在如图44中所示在CSS文件中描述“body{text-align:right}”的情形中,文本数据的显示布局被设置为右对齐。\n[0239] 接下来,如图45中所示,读取表示标签界定的结构单元的结束位置的,完成从属于节点的DOM树的构建。随后,如图46中所示,读取标签,把标签界定的结构单元识别为从属于根的节点。即,如图46中所示,把根和节点彼此链接。随后,如图47和图48中所示,读取标签界定的结构单元的内容。\n[0240] 如图48中所示,标签界定的结构单元中包括图像数据的指定。因而,如图\n49中所示下载指定的图像数据。注意,如图49至图52中所示,在图像数据的下载过程中继续构建临时DOM的处理。随后,读取表示标签界定的结构单元的结束位置的标签以及读取表示标签界定的结构单元的结束位置的标签,结束HTML文件的分析。从而,完成临时DOM的创建。\n[0241] 如同所描述的,在第一线程所进行的临时DOM的构建步骤中,跳过了JS脚本文件的下载和执行。因此,不存在由于脚本处理的顺序属性所引起的处理延迟,可以快速构建临时DOM。\n[0242] (第二线程所进行的处理)\n[0243] 接下来,将描述第二线程所进行的处理。注意,在与第一线程所进行的处理相同的时刻开始第二线程所进行的处理。另外,由于各种文件的下载由下载管理器线程执行,因此不需要重复下载已经下载以供第一线程使用的文件。\n[0244] 当出现重定向时,如图53中所示分析HTML文件的结构。此时,下载管理器线程继续必要文件的下载。首先,如图54中所示,读取在HTML文件开始处的标签,把标签界定的结构单元识别为DOM的根。随后,如图55中所示,读取标签,把标签界定的结构单元识别为从属于DOM根的节点。此时,把与标签对应的根以及与标签对应的节点彼此链接,如图55中所示。\n[0245] 随后,如图56中所示,读取标签,把标签界定的结构单元识别为从属于节点的下级节点。此时,如图56中所示,把节点和节点彼此链接。\n[0246] 接下来,如图57中所示,读取标签,把标签界定的结构单元识别为从属于节点的下级节点。另外,由于标签和标签由同样的标签界定,所以标签从属于标签,如图57中所示。即,如图57中所示,把节点和节点彼此链接。\n[0247] 接下来,如图58中所示,读取标签,把标签界定的结构单元识别为从属于节点的下级节点。另外,标签、标签和标签由同样的标签界定,因而标签从属于标签,如图58中所示。即,如图58中所示,把节点和节点彼此链接。另外,节点是与脚本处理的执行有关的结构单元。\n[0248] 在图58的示例中,JS脚本文件与标签的结构单元相关联。相应地,如图59中所示,当读取标签时,下载JS脚本文件,并执行下载的JS脚本文件。\n此时,如果JS脚本文件中包括用于改变DOM结构的描述,则在此阶段改变DOM结构。例如,在如图60中所示在JS脚本文件中描述“document.title=‘new title’;”的情形中,改变标签的内容,从而更新完整DOM中包括的节点。\n[0249] 如同所描述的,在第二线程所进行的DOM的构建步骤中,读取在第一线程的DOM构建步骤中跳过的标签,并执行JS脚本文件的下载和执行。\n[0250] 接下来,如图61中所示,读取标签,把标签界定的结构单元识别为从属于节点的下级节点。另外,标签、标签、标签和标签由同样的标签界定,从而标签从属于标签,如图61中所示。即,如图61中所示,把节点和节点彼此链接。\n[0251] 另外,在图61的示例中,通过标签关联CSS文件。因而,节点是与布局的定义有关的结构单元。相应地,CSS文件如第一线程所进行的DOM构建步骤中一样应用。例如,在如图61中所示在CSS文件中描述“body{text-align:right}”的情形中,文本数据的显示布局被设置为右对齐。注意,CSS文件已经由下载管理器线程下载了。\n[0252] 接下来,如图62中所示,读取表示标签界定的结构单元的结束位置的,完成从属于节点的DOM树的构建。随后,如图63中所示,读取标签,把标签界定的结构单元识别为从属于根的节点。即,如图63中所示,把根和节点彼此链接。随后,如图64和图65中所示,读取标签界定的结构单元的内容。\n[0253] 如图65中所示,标签界定的结构单元中包括图像数据的指定。因而,如图\n65中所示下载指定的图像数据。注意,不新下载在第一线程所进行的DOM构建步骤中已经下载的图像数据。即,此处下载的是新变成在第二线程所进行的DOM构建步骤中有必要下载的图像数据。在图65的示例中,下载与第一线程所进行的DOM构建步骤的同样的图像数据,因而没有必要新下载图像数据。\n[0254] 随后,如图66中所示,读取表示标签界定的结构单元的结束位置的标签。另外,如图67中所示,读取表示标签界定的结构单元的结束位置的标签,结束HTML文件的分析。从而,完成完整DOM的创建,如图68中所示。\n[0255] 如同所描述的,在第二线程所进行的DOM构建步骤中,执行在第一线程所进行的DOM构建步骤中跳过的脚本文件的下载和执行,创建意在要构建的DOM(完整DOM)。如上所述,完整DOM的构建步骤与标准网络浏览器所进行的DOM构建步骤基本上相同。即,通过按恰当次序读取包括JS的HTML文件的结构单元并且执行这些结构单元来构建完整DOM。相应地,基于完整DOM的网页将具有准确反映作者意图的布局和操作。\n[0256] 如同已经描述的,当第一线程构建临时DOM时,通过渲染临时DOM创建基于临时DOM的网页,并在屏幕上显示网页。由于临时DOM的构建步骤中不包括脚本文件的下载和执行的处理,所以基于临时DOM的网页快速显示。另一方面,当完成完整DOM的构建时,通过渲染完整DOM创建基于完整DOM的网页,该网页替换基于临时DOM的网页。因此,可以浏览具有网页作者实际想要的结构的网页。\n[0257] 结果,快速获取必要信息的期望以及浏览准确反映网页作者的意图的网页的期望两者均得以满足。这种配置在诸如移动数据线路等不稳定网络环境中特别有效。另外,可望应用于具有较高运算能力的装置。\n[0258] 另外,使用了表述“第一线程”和“第二线程”,但是并不一定通过两个真实线程执行临时DOM/完整DOM的构建处理。也就是说,没有必要准备两个真实线程以及独立地执行处理,只要可以在逻辑上执行两种类型的处理即可。此外,在以上说明中,描述了HTML文件的分析以及基于HTML文件中包括的结构单元的DOM的构建,但是也可以应用于用其它结构化语言编写的文件的分析以及构建其树形结构的处理。这种应用示例当然在本实施例的技术范围内。\n[0259] (修改示例等)\n[0260] 至此,在HTML文件中包括与脚本处理有关的结构单元的前提下进行了说明。然而,事实上,许多HTML文件不包括与脚本处理有关的结构单元。在HTML文件不包括与脚本处理有关的结构单元的情形中,根据HTML文件构建的临时DOM和完整DOM将具有同样的结构。\n[0261] 相应地,如果在临时DOM的构建步骤的执行过程中HTML文件不包括与脚本处理有关的结构单元变得清楚,则进行修改以停止完整DOM的构建步骤。这种修改允许不创建完整DOM,由此减小完整DOM的创建所必要的运算负荷。此外,由于不创建完整DOM,所以还略去了用基于完整DOM的网页替换基于临时DOM的网页的处理。\n[0262] 此外,在以上说明中,把整个网页作为根据本实施例的技术的应用范围对待。然而,也可以针对网络浏览器的每个标签、窗口或框架执行上述技术。也可以进行允许指定要应用该技术的域、URL等的修改。此外,还可以基于在网络浏览时检测到的显示时间的长度选择要应用该技术的站点、以及对花费较长时间显示的站点应用该技术。\n[0263] <3:第二实施例>\n[0264] 接下来,将描述本发明的第二实施例。本实施例涉及一种用于在显示用户请求的网页之前预先获取(预取)显示网页所必要的文件的方法。使用此方法允许在显示用户请求的网页之后不下载文件,从而可以显著减少显示网页花费的时间。\n[0265] 另外,已知一种用于从在浏览的网页中描述的所有链接目的地预取用于显示网页的数据的方法。然而,如果在浏览的网页中描述了大量链接目的地或者如果在链接目的地存在大量用于显示网页的文件,则预取将会占用带宽。另外,大容量存储器对于缓存预取的文件而言将是必要的。此外,适当地选择用户很可能选择的链接目的地是格外困难的,这是因为这需要预测用户的动作。此外,用户动作的预测需要大运算容量,并且在根据上述第一实施例的技术对于其将会有用的信息处理设备中难以实现。因而,在本实施例中,将会在以使用根据第一实施例的技术为前提的情况下提出抑制要预取的文件大小的方法。\n[0266] <3-1:预取的效果(考察)>\n[0267] 此处将参照图69至图72描述预取的效果。\n[0268] 首先,将参照图69。如上所述,根据本实施例的预取方法把使用根据第一实施例的技术作为其前提。即,把用于把脚本文件的下载和执行置于较后的序列的方法作为前提。\n因此,将会考虑用于构建临时DOM的HTML文件和CSS文件的预取。通过从预取目标中排除图像数据等,可以显著减少要通过预取缓存的数据量。即使采用此配置,也在一定程度上调整了的布局中显示文本数据,以及以稍微容易查看的格式把足够量的信息呈现给用户。\n[0269] 图70和图71比较了四种情形:(情形1)无预取、(情形2)HTML文件和CSS文件的预取、(情形3)HTML文件、CSS文件和JS文件的预取、以及(情形4)所有文件的预取。\n[0270] 首先,将参照图70。图70中左边的图比较了预取文件的数量。另一方面,图70中右边的图比较了预取文件的总大小。如从图70可以看出的,与其它情形相比,对于(情形\n4)要预取的文件的数量和文件大小相当大。即,当应用预取构成网页的所有数据段的标准预取方法时,极大的高速缓冲存储器将是必要的。另一方面,可以理解,当使用(情形2)和(情形3)的预取方法时,与预取所有数据的(情形4)的预取方法相比,可以减少要缓存的数据。此外,当关注于(情形2)和(情形3)的比较时,可以看出,缓存数据的量仅仅由于JS文件的存在/不存在而存在大的差别。\n[0271] 接下来,将参照图71。图71比较了对于把(情形1)至(情形4)的预取方法应用于两种类型网页的情形而言到显示开始为止的时间。当然,对于(情形2)至(情形4)而言显示时间短,因为预取了开始网页显示所必要的文件。此外,当基于JS处理的存在和不存在进行比较时,JS处理的不存在获得的时间减少效果显著。当然,通过略去JS处理获得的效果的水平取决于网页类型而不同,但是理解在所有情形中获得了效果。根据这些结果,预期通过只预取HTML文件和CSS文件的(情形2)的配置,将会在节省高速缓冲存储器的同时获得足够的时间减少效果。\n[0272] 此外,通过把本实施例与第一实施例的技术结合以及通过根据预取的HTML文件和CSS文件构造临时DOM和基于临时DOM显示网页,可预期网页更加快速的显示。另外,如图72中所示,可以假定(候选1)书签列表中登记的链接目的地、(候选2)搜索结果中包括的链接目的地靠前的特定数量的链接目的地、(候选3)浏览页面中的链接目的地等作为成为预取目标的网页的候选。另外,可以按从(候选1)至(候选3)的次序选择特定数量的链接目的地。此外,用户可以从这些候选之中选定组合,以及可以从组合中选择特定数量的链接目的地。\n[0273] 如上所述,本实施例提出了用于预取HTML文件和CSS文件的方法。当然,HTML文件只是示例,可以使用以其它结构化语言编写的文件而非HTML文件。另外,CSS文件只是示例,可以使用调整显示布局的不同格式的文件而非CSS文件。在任何情形中,通过预取这两种类型的文件,可以快速显示基于临时DOM的网页。下面,将详细描述根据本实施例的预取方法。\n[0274] <3-2:信息处理设备100的功能配置>\n[0275] 首先,将参照图73描述能够实现上述思想的信息处理设备100的功能配置。图73是示出了根据本实施例的信息处理设备100的示例的说明图。另外,有时把根据本实施例的信息处理设备100称作信息处理设备100B,以与上述第一实施例和后述第三实施例的信息处理设备100区分。\n[0276] 如图73中所示,信息处理设备100主要由数据获取单元110、结构分析单元120、渲染单元130、显示单元140、通信单元150、以及链接选择单元160构成。此外,渲染单元\n130包括临时DOM创建单元131、完整DOM创建单元132、高速缓冲存储器133、显示控制单元134、以及节点信息存储单元135。与根据上述第一实施例的信息处理设备100A的主要区别在于存在通信单元150和链接选择单元160。相应地,下面,将主要描述通信单元150和链接选择单元160的功能。\n[0277] 通信单元150是用于经由网络200与网络服务器310和320通信的装置。另外,为了从网络服务器310和320下载文件,需要访问DNS服务器,需要执行名称解析或者需要建立TCP连接。另外,需要从网络服务器310和320获取重定向。通信单元150针对与网络服务器310和320的通信适当执行上述处理等。\n[0278] 此外,链接选择单元160是用于选择链接目的地作为预取目标的装置。如上所述,可以假定(候选1)书签列表中登记的链接目的地、(候选2)搜索结果中包括的链接目的地靠前的特定数量的链接目的地、(候选3)浏览页面中的链接目的地等作为成为预取目标的链接目的地。例如,当设置了(候选2)时,链接选择单元160选择从搜索引擎输出的搜索结果中包括的特定数量的链接目的地。在(候选1)和(候选3)的情形中,链接选择单元160也选择特定数量的链接目的地。\n[0279] 此外,链接选择单元160根据特定规则为选择的链接目的地分配预取类型。例如,链接选择单元160为靠前的N1个链接目的地分配用于预取HTML文件和CSS文件的第一方法,为接下来的N2个链接目的地分配用于预取重定向的第二方法。另外,链接选择单元160为与接下来的N3个链接目的地对应的网络服务器310和320分配用于预先建立TCP连接的第三方法,或者分配用于预先通过DNS执行名称解析的第四方法。下面,将第一方法、第二方法、第三方法和第四方法分别称作文件预取、重定向预取、预连接和DNS预取。\n[0280] 把链接选择单元160选择的链接目的地的信息以及为每个链接目的地分配的预取类型输入到数据获取单元110和通信单元150。\n[0281] 例如,把分配给文件预取或重定向预取的链接目的地的信息输入到数据获取单元\n110。当输入分配给文件预取的链接目的地的信息时,数据获取单元110从输入的链接目的地的信息所表示的链接目的地下载HTML文件和CSS文件,并将其缓存。另一方面,当输入分配给重定向预取的链接目的地的信息时,数据获取单元110从输入的链接目的地的信息所表明的链接目的地获取重定向码,继而适当读取重定向目的地的URL。\n[0282] 此外,把分配给预连接或DNS预取的链接目的地的信息输入到通信单元150。当输入分配给预连接的链接目的地的信息时,通信单元150建立到由输入的链接目的地的信息所表示的链接目的地的TCP连接。注意,在预连接的情形中,不执行文件的下载等。另一方面,当输入分配给DNS预取的链接目的地的信息时,通信单元150执行用于连接到由输入的链接目的地的信息所表示的链接目的地的名称解析。注意,在DNS预取的情形中,处理不进行到建立TCP连接的程度。\n[0283] 在用户指定链接目的地之前执行上述文件预取、重定向预取、预连接和DNS预取。\n在要执行文件预取的情形中,在获取HTML文件之后,执行HTML文件的分析,以及适当执行CSS文件的下载。随后,当用户指定链接目的地时,渲染单元130开始临时DOM和完整DOM的构建。临时DOM和完整DOM的构建方法、以及网页的显示和切换处理与根据上述第一实施例的信息处理设备100A的基本上相同。相应地,将略去详细的说明。\n[0284] 至此,描述了根据本实施例的信息处理设备100的功能配置。\n[0285] <3-3:信息处理设备100的操作>\n[0286] 接下来,将参照图74描述根据本实施例的信息处理设备100的操作。图74是示出了根据本实施例的信息处理设备100的操作流程的说明图。注意,图74中所示的操作流程涉及用于从搜索引擎的搜索结果中选择特定数量的链接目的地以及执行文件预取的配置。\n[0287] 如图74中所示,首先,信息处理设备100选择搜索结果中包括的链接目的地的一部分(步骤S201)。接下来,信息处理设备100从选择的链接目的地下载HTML文件和CSS文件(步骤S202)。随后,信息处理设备100确定用户是否选择了所选择的链接目的地中的任何链接目的地(步骤S203)。当用户选择了链接目的地时,信息处理设备100进行到步骤S204的处理。另一方面,当用户未选择任何链接目的地时,信息处理设备100返回步骤S203的处理。\n[0288] 在它进行到步骤S204的处理的情形中,信息处理设备100分析已经通过文件预取预先下载和缓存的HTML文件,并开始通过把与HTML的描述有关的每个结构单元和与CSS文件有关的结构单元相互链接来创建临时DOM(步骤S204)。随后,信息处理设备100从用户选择的链接目的地下载JS文件(步骤S205)。随后,信息处理设备100开始通过使用HTML文件、CSS文件、以及JS文件创建完整DOM(步骤S206)。\n[0289] 随后,信息处理设备100确定是否完成了临时DOM的创建(步骤S207)。在完成了临时DOM的创建的情形中,信息处理设备100进行到步骤S208的处理。另一方面,在未完成临时DOM的创建的情形中,信息处理设备100返回步骤S207的处理。在它进行到步骤S208的处理的情形中,信息处理设备100通过渲染临时DOM创建网页,并在显示屏上显示创建的网页(步骤S208)。\n[0290] 然后,信息处理设备100确定是否完成了完整DOM的创建(步骤S209)。在完成了完整DOM的创建的情形中,信息处理设备100进行到步骤S210的处理。另一方面,在未完成完整DOM的创建的情形中,信息处理设备100返回步骤S209的处理。在它进行到步骤S210的情形中,信息处理设备100通过渲染完整DOM创建网页,用基于完整DOM的网页替换基于临时DOM的网页(步骤S210),并结束这一系列处理。\n[0291] 至此,描述了根据本实施例的信息处理设备100的操作流程。\n[0292] <3-4:预取处理的流程>\n[0293] 接下来,将参照图75描述根据本实施例的预取处理的流程。图75是示出了根据本实施例的预取处理的流程的说明图。另外,信息处理设备100执行图75中所示的处理。\n[0294] 如图75中所示,首先,确定请求的URL是否是搜索站点的URL(步骤S301)。在它是搜索站点的URL的情形中,处理进行到步骤S302。另一方面,在它并非搜索站点的URL的情形中,处理返回步骤S301。在处理进行到步骤S302的情形中,分析获取的搜索站点的HTML文件,并提取要预取的链接目的地的列表(在下文中,预取列表)(步骤S302)。随后,确定是否已经缓存了提取的链接目的地之中的第i个URL(Xi)(步骤S303)。在缓存了Xi的情形中,处理进行到步骤S307。另一方面,在未缓存Xi的情形中,处理进行到步骤S304。\n[0295] 在处理进行到步骤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)的情形中,结束这一系列处理。\n[0296] 至此,描述了根据本实施例的预取处理的流程。另外,在用户点击URL链接的阶段取消预取处理。\n[0297] <3-5:预取的效果>\n[0298] 接下来,将参照图76描述上述预取的效果。图76示出了DNS预取、预连接(连接预取)、重定向预取、文件预取、以及所有文件预取的效果之间的比较。如图76中所示,根据本实施例的文件预取的必要通信量显著地少于预取所有文件的情形中。DNS预取、预连接和重定向预取的效果也是明显的。即,通过应用根据本实施例的预取,可以抑制预取引起的通信量的增加。根据页面显示时间之间的比较还可以理解,根据本实施例的文件预取和预取所有文件的效果差别不大。如同所描述的,通过充分利用根据本实施例的文件预取,可以充分增大页面显示的速度,同时,可以减少由于预取所引起的对存储器容量或对占用带宽的浪费使用。\n[0299] <3-6:预连接的效果(考察)>\n[0300] 接下来,将参照图77至图80考察应用上述预连接的情形。如上所述,通过使用根据本实施例的基于临时DOM的网页显示方法和文件预取方法,即时使用不稳定的低速线路也可以用容易查看的格式快速显示网页。另外,可以尽可能防止由于预取所引起的通信量的增加,可以削减通信成本。如同已经叙述的,把文件预取应用于所有链接目的地是不明智的。例如,把文件预取应用于用户不太可能选择的链接目的地是没有效率的。相应地,将会考查一种用于通过把预连接与预取有效结合来进一步减少由于预取所引起的通信量的方法。\n[0301] 如图77中所示,期望在用户点击正在显示的网页中包括的链接目的地之前预先建立到链接目的地的主机的TCP连接。在用户输入URL的过程中建立到指定链接目的地的主机的连接也是有效的。此外,也期望确定用户在不久的将来很有可能点击的链接目的地的类型、以及把预连接应用于该类型的链接目的地,如图78中所示。如图78中所示,用户很有可能点击的链接目的地例如可以是:(选择候选1)示出搜索结果的屏幕的上部显示的链接目的地、(选择候选2)正在浏览的屏幕上显示的链接目的地、(选择候选3)浏览历史中频繁访问的链接目的地、或者(选择候选4)用户正在操作的诸如鼠标指示器等操作工具的位置附近的链接目的地。\n[0302] 此外,也可构思选择针对其通过应用上述第一实施例的技术以及根据本实施例的预取或预连接获得的效果较大的链接目的地。在此情形中,基于例如特定域、国家、实际测量到的响应时间、连接建立时间的历史等决定选择目标。如图79和图80中所示,连接建立时间取决于链接目的地主机所在国家或者链接目的地URL的顶级域(TLD)而显著变化。图\n79比较了在从日本到具有各自TLD的URL的链接目的地的连接的情形中的连接建立时间。\n图80比较了从日本连接到各个国家的链接目的地主机时的连接建立时间。从这些结果可以理解,在国外链接目的地的情形中执行预连接的效果显著。即,提取国外链接目的地并对链接目的地执行预连接以及对国内链接目的地执行文件预取的灵活应用是有效的。\n[0303] 至此,描述了本发明的第二实施例。\n[0304] <4:第三实施例>\n[0305] 接下来,将描述本发明的第三实施例。本实施例涉及通过使用能够检测操作工具的接近距离的触摸面板在适当时刻执行预取(或预连接)的方法。此方法基于根据第一和第二实施例的技术,用于改进技术的有效性。\n[0306] <4-1:接近检测和预取处理的结合>\n[0307] 首先,将参照图81描述根据本实施例的预取方法的概况。如上所述,通过使用能够进行接近检测的触摸面板实现根据本实施例的预取方法。此处接近检测表示在诸如手指或触笔的操作工具接近触摸面板表面的情形中操作工具贴近程度的检测。即,此处假定的触摸面板具有检测与操作工具和触摸面板之间的距离对应的信息的功能。另外,这种触摸面板的具体示例将在后面进行描述。\n[0308] 现在,如图81中所示,根据本实施例的预取机制是执行检测到接近的区域内显示的链接目的地的预取。例如,当操作工具与触摸面板之间的距离变得短于特定阈值时开始文件预取,在触摸链接目的地的阶段通过使用缓存的文件显示网页。注意,此处执行的文件预取与第二实施例一样只用于预取HTML文件和CSS文件。此外,在显示网页时,与第一实施例一样执行基于临时DOM的网页的显示以及彼用基于完整DOM的网页的替换。\n[0309] 另外,根据本实施例的预取机制与根据第二实施例的预取机制之间的主要差别在于选择链接目的地作为预取目标的方法。根据第二实施例的预取方法,选择正在浏览的页面中特定数量的链接目的地,或者从搜索结果中选择特定数量的链接目的地。然而,根据本实施例的预取方法,选择操作工具接近的区域内的链接目的地作为预取的目标。因此,减少了要选择的链接目的地的数量,从而使得要缓存的数据量比根据第二实施例的预取方法减少。然而,由于预取处理的执行时间变得较短,所以有时适当把预取与预连接结合更好。\n[0310] 例如,有时执行如下这种逐步处理是更优选的:当操作工具与触摸面板之间的距离变得短于阈值L1时开始预连接、以及当距离变得短于阈值L2(L2<L1)时开始文件预取。也可以在距离短于阈值L1的状态维持了大于或等于特定时间的情形中开始文件预取。\n根据此配置,可以在用户犹豫是否选择链接目的地时完成文件预取,可以在紧接着执行了用户选择之后显示基于临时DOM的网页。\n[0311] 至此,描述了根据本实施例的预取方法的概况。\n[0312] <4-2:信息处理设备100的功能配置>\n[0313] 接下来,将参照图82描述能够实现以上思想的信息处理设备100的功能配置。图\n82是示出了根据本实施例的信息处理设备100的功能配置的示例的说明图。另外,为了与根据第一和第二实施例的信息处理设备100相区别,有时把根据本实施例的信息处理设备\n100称作信息处理设备100C。\n[0314] 如图82中所示,信息处理设备100主要由数据获取单元110、结构分析单元120、渲染单元130、显示单元140、通信单元150、链接选择单元160、接近确定单元170、以及触摸面板TP构成。此外,渲染单元130包括临时DOM创建单元131、完整DOM创建单元132、高速缓冲存储器133、显示控制单元134、以及节点信息存储单元135。与上述根据第二实施例的信息处理设备100B的主要区别在于存在接近确定单元170和触摸面板TP。此外,部分改变了链接选择单元160的功能。相应地,下面将主要描述接近确定单元170和触摸面板TP的功能。\n[0315] 首先,将对触摸面板TP给出说明。触摸面板TP包括光学传感器S。另外,虽然在图82中单独示出,但在许多情形中触摸面板TP和显示单元140集成地形成。如上所述,触摸面板TP具有检测操作工具的接近的功能。通过光学传感器S检测从触摸面板TP中设置的光源(或者显示单元140的背光)射在操作工具上的光的反射光实现此功能。例如,操作工具反射的光越强,则确定操作工具距触摸面板TP越近。注意,由接近确定单元170进行此确定。\n[0316] 另外,图82中示出了使用光学触摸面板作为触摸面板TP的示例。然而,可以使用任何类型的触摸面板,只要它能够用于接近检测即可。例如,也可以使用如下这种电容式触摸面板:通过感测操作工具与屏幕上设置的传导层之间电容的改变检测操作工具的位置。\n在电容式触摸面板的情形中,可以通过监视随着操作工具接近屏幕而增加的电容确定操作工具的接近距离。另外,下面为了说明将以把光学触摸面板作为示例给出说明。\n[0317] 接近确定单元170基于光学传感器S检测到的反射光强度估算操作工具与触摸面板TP之间的距离。另外,接近确定单元170基于反射光的强度分布确定操作工具的位置、操作工具形成的阴影的尺寸以及操作工具形成的阴影的区域。此处阴影表示在操作工具处于中间从面向触摸面板TP的位置看操作工具的情况下由于操作工具挡住了从光源发出的光而形成的阴影。当然,光学传感器S不把它识别为阴影,但是此处使用表述“阴影”以使得容易描绘操作工具形成的图像。此外,还可以断定:阴影的尺寸越大,操作工具与触摸面板TP之间的距离越短。\n[0318] 接近确定单元170把表示操作工具位置的信息(在下文中,位置信息)、表示操作工具形成的阴影区域的信息(在下文中,区域信息)、以及表示操作工具与触摸面板TP之间距离的信息(在下文中,距离信息)输入到链接选择单元160。当输入位置信息、区域信息和距离信息时,链接选择单元160确定是否在区域信息所表示的屏幕上的区域中显示了链接目的地。在显示了链接目的地的情形中,链接选择单元160选择显示的链接目的地并同时参考距离信息,确定操作工具与触摸面板TP之间的距离是否短于特定阈值。在距离短于特定阈值的情形中,链接选择单元160为选择的链接目的地分配预取的类型,并且把链接目的地的信息输入到数据获取单元110或通信单元150。另外,数据获取单元110和通信单元150的操作与第一和第二实施例的基本上一样。\n[0319] 现在,存在为链接目的地分配预取类型的数种方法。首先,最基本的方法是在距操作工具的距离变得小于特定阈值的情形中开始文件预取。例如,虽然将会稍微更复杂,但是在区域信息中包括多个链接目的地的情形中,可以构思如下方法:根据来自表示操作工具形成的阴影的中心位置的位置信息的距离为贴近的链接目的地分配文件预取以及为远离的链接目的地分配预连接。此外,可以构思如下方法:准备两个特定阈值,并且改变要分配给链接目的地的预取类型以使得在距操作工具的距离变得小于第一阈值L1的情形中开始预连接以及在距操作工具的距离变得小于第二阈值L2(L2\n[0323] 接下来,将参照图83描述根据本实施例的信息处理设备100的操作。图83是示出了根据本实施例的信息处理设备100的操作流程的说明图。注意,图83中所示的操作流程涉及从搜索引擎的搜索结果中选择特定数量的链接目的地以及执行文件预取的配置。\n[0324] 如图83中所示,首先,信息处理设备100检测操作工具与显示画面之间的距离(在下文中,分开距离)(步骤S401)。随后,信息处理设备100确定检测到的分开距离是否小于或等于特定阈值(步骤S402)。在分开距离小于或等于特定阈值的情形中,信息处理设备100进行到步骤S403的处理。另一方面,在分开距离并非小于或等于特定阈值的情形中,信息处理设备100返回步骤S401的处理。在它进行到步骤S403的处理的情形中,信息处理设备100在搜索结果中包括的链接目的地之中选择其显示至少部分包括在与操作工具的阴影对应的区域中的链接目的地(步骤S403)。\n[0325] 接下来,信息处理设备100从选择的链接目的地下载HTML文件和CSS文件(步骤S404)。随后,信息处理设备100确定用户是否选择了所选择的链接目的地(步骤S405)。\n在选择了链接目的地的情形中,信息处理设备100进行到步骤S406的处理。另一方面,在未选择链接目的地的情形中,信息处理设备100返回步骤S405的处理。在它进行到步骤S406的处理的情形中,信息处理设备100分析预先获取的HTML文件,并开始通过相互链接与HTML描述有关的结构单元以及与CSS文件有关的结构单元创建临时DOM(S406)。\n[0326] 接下来,信息处理设备100从用户选择的链接目的地获取JS文件(S407)。随后,信息处理设备100基于已经预先获取的HTML文件的分析结果开始通过相互链接与HTML描述有关的结构单元、与CSS文件有关的结构单元以及与JS文件有关的结构单元创建完整DOM(步骤S408)。接下来,信息处理设备100确定是否完成了临时DOM的创建(步骤S409)。\n在完成了临时DOM的创建的情形中,信息处理设备100进行到步骤S410的处理。另一方面,在未完成临时DOM的创建的情形中,信息处理设备100返回步骤S409的处理。\n[0327] 在它进行到步骤S410的处理的情形中,信息处理设备100通过渲染临时DOM创建网页,并在显示画面上显示创建的基于临时DOM的网页(步骤S410)。随后,信息处理设备\n100确定是否完成了完整DOM的创建(步骤S411)。在完成了完整DOM的创建的情形中,信息处理设备100进行到步骤S412的处理。另一方面,在未完成完整DOM的创建的情形中,信息处理设备100返回步骤S411的处理。在它进行到步骤S412的处理的情形中,信息处理设备100通过渲染完整DOM创建网页,在显示画面上显示创建的基于完整DOM的网页而非基于临时DOM的网页(S412),并结束这一系列处理。\n[0328] 至此,描述了根据本实施例的信息处理设备100的操作流程。\n[0329] <4-4:基于接近检测的预取处理的流程>\n[0330] 接下来,将参照图84描述根据本实施例的使用接近检测的预取处理的流程。图84是示出了根据本实施例的使用接近检测的预取处理的流程的说明图。另外,在图84的示例中,把手指作为操作工具的示例。\n[0331] 如图84中所示,首先,确定是否在触摸面板TP的阈值A(mm)内检测到手指(步骤S501)。在阈值内检测到手指的情形中,处理进行到步骤S502。另一方面,在阈值内未检测到手指的情形中,处理返回步骤S501。在处理进行到步骤S502的情形中,通过接近检测确定是否把手指的焦点放置到链接C大于或等于阈值B(毫秒)的时段(步骤S502)。\n[0332] 在把焦点放置了大于或等于阈值B的情形中,处理进行到步骤S503。另一方面,在未把焦点放置大于或等于阈值B的情形中,处理返回步骤S501。在处理进行到步骤S503\n2\n的情形中,对链接C执行文件预取(步骤S503)。随后,对链接C的D(mm)内的区域中存在的链接组E执行预连接(步骤S504),并结束这一系列处理。\n[0333] 至此,描述了根据本实施例的预取处理的流程。\n[0334] <4-5:能够用于接近检测的触摸面板(内嵌式触摸面板)的结构>\n[0335] 接下来,将参照图85对能够用于接近检测的触摸面板给出说明。存在数种触摸面板,例如:压力敏感触摸面板、电容式触摸面板、以及光学触摸面板。压力敏感触摸面板通过检测操作工具按压面板时出现的压力的改变检测操作工具的位置。电容式触摸面板将操作工具触摸面板时生成的静电检测作为电信号,并根据检测结果检测操作工具的位置。对于光学触摸面板,例如,如下方法是公知的:通过使用设置在显示面板的外部框架处的光学传感器检测触摸面板的操作工具的位置或移动方向。\n[0336] 被称为“内嵌式触摸面板”的光学触摸面板也是已知的。内嵌式类型的光学触摸面板(在下文中,内嵌式触摸面板)通过使用构成显示面板的玻璃基板上形成的光学传感器阵列检测操作工具反射的光检测操作工具的位置。在显示面板中设置光源以显示图像。\n当操作工具接触或者接近显示面板时,从光源发出的光由操作工具强烈反射并且反射光由光学传感器阵列接收。\n[0337] 用于读取每个光学传感器检测到的光强度数据的读取电路连接到光学传感器阵列。因此,当光学传感器阵列检测到操作工具反射的光时,读取电路读取每个光学传感器检测到的光强度数据。读取电路以此方式读取的光强度数据表示操作工具反射的光的分布。\n相应地,通过根据读取电路读取的光强度数据形成图像,以图像的形式获得接触或接近显示面板的操作工具的形状。\n[0338] 另外,此处获得的图像对应于由于操作工具挡住了从光源发出的光而获得的阴影图像。如同所描述的,在内嵌式触摸面板的情形中,以图像的形式获得操作工具的形状,从而可以计算操作工具投射的阴影的面积。此外,当考虑到操作工具挡住的光的量随着操作工具接近显示面板而增加时,可以基于阴影的面积估算操作工具与显示面板之间的距离(见图85)。\n[0339] 例如,当以阴影的形式表示反射光强度高的部分时,获得如图85中所示的图像图案。当到操作工具的距离长时,获得小阴影,随着到操作工具的距离变短,挡光量增加并且阴影的面积逐渐增加。相应地,通过测量阴影的面积,可以检测操作工具与显示面板之间的距离。在多触摸的情形中,获得与多个操作工具对应的多个阴影,并且可以通过测量每个阴影的面积获得每个操作工具与显示面板之间的距离。\n[0340] <5:信息处理设备100的硬件配置示例>\n[0341] 例如,可以通过使用图86中所示的信息处理设备的硬件配置实现上述信息处理设备100(100A、100B和100C)每个结构元件的功能。即,通过使用计算机程序控制图86中所示的硬件实现每个结构元件的功能。另外,此硬件的模式是任意的,可以是个人计算机,诸如移动电话、PHS或PDA的移动信息终端,游戏机,或者各种类型的信息装备。此外,PHS是个人手持电话系统的缩写。另外,PDA是个人数字助理的缩写。\n[0342] 如图86中所示,此硬件主要包括CPU 902、ROM 904、RAM 906、主机总线908、以及桥接器910。此外,此硬件包括外部总线912、接口914、输入单元916、输出单元918、存储单元920、驱动器922、连接端口924、以及通信单元926。此外,CPU是中央处理单元的缩写。\n另外,ROM是只读存储器的缩写。此外,RAM是随机访问存储器的缩写。\n[0343] CPU 902例如用作算术处理单元或控制单元,并且基于ROM 904、RAM 906、存储单元920、或者可移除记录介质928上记录的各种程序控制每个结构元件的整体操作或一部分操作。ROM 904是用于存储例如CPU 902上要加载的程序或者算术运算中使用的数据等的装置。RAM 906暂时或永久存储例如CPU 902上要加载的程序或者在程序的执行过程中任意改变的各种参数等。\n[0344] 这些结构元件通过例如能够执行高速数据传输的主机总线908彼此相连。对于其部分,例如,主机总线908通过桥接器910连接到数据传输速度较低的外部总线912。此外,输入单元916例如是鼠标、键盘、触摸面板、按钮、开关、或者控制杆。另外,输入单元916可以是可以通过使用红外线或其它无线电波传输控制信号的远程控制器。\n[0345] 输出单元918例如是可以视觉上或听觉上把获取的信息通知用户的诸如CRT、LCD、PDP或ELD的显示装置,诸如扬声器或耳机的音频输出装置,打印机,移动电话,或者传真机。此外,CRT是阴极射线管的缩写。LCD是液晶显示器的缩写。PDP是等离子显示面板的缩写。另外,ELD是电致发光显示器的缩写。\n[0346] 存储单元920是用于存储各种数据的装置。存储单元920例如是诸如硬盘驱动器(HDD)的磁存储装置、半导体存储装置、光学存储装置或者磁光存储装置。HDD是硬盘驱动器的缩写。\n[0347] 驱动器922是读取诸如磁盘、光盘、磁光盘或半导体存储器的可移除记录介质928上记录的信息、或者在可移除记录介质928中写入信息的装置。可移除记录介质928例如是DVD介质、蓝光介质、HD-DVD介质、各种类型的半导体存储媒体等。当然,可移除记录介质928例如可以是其上装配了非接触式IC芯片的IC卡或者电子装置。IC是集成电路的缩写。\n[0348] 连接端口924是诸如USB端口、IEEE1394端口、SCSI、RS-232C端口等的端口,或者用于连接诸如光学音频终端等外部连接装置930的端口。外部连接装置930例如是打印机、移动音乐播放器、数码相机、数码摄像机、或者IC记录器。此外,USB是通用串行总线的缩写。另外,SCSI是小型计算机系统接口的缩写。\n[0349] 通信单元926是要连接到网络200的通信装置,并且例如是用于有线或无线LAN、蓝牙(注册商标)、或者WUSB的通信卡,光通信路由器,ADSL路由器,或者各种通信调制解调器。连接到通信单元926的网络200由有线连接或无线连接的网络构成,并且例如是互联网、家用LAN、红外线通信、可见光通信、广播、或者卫星通信。此外,LAN是局域网的缩写。\n另外,WUSB是无线USB的缩写。此外,ADSL是非对称数字用户环路的缩写。\n[0350] <6:总结>\n[0351] 最后,将简要描述根据本发明的实施例的技术内容。可以把此处叙述的技术内容应用于各种信息处理设备,诸如PC、移动电话、便携式游戏机、便携式信息终端、信息装备、车辆导航系统等。\n[0352] 可以如下表述上述信息处理设备的功能配置。信息处理设备主要包括链接选择单元、数据预取单元、结构分析单元、第一构造单元、第二构造单元、以及显示控制单元。\n[0353] 链接选择单元选择作为基于关键信息的搜索结果的至少一个链接目的地中的一个或更多个链接目的地。\n[0354] 数据预取单元在通过用户操作选择链接目的地之前,获取与显示画面的布局有关的信息以及至少包括写有与显示画面的布局有关的信息的结构单元的显示控制数据,其中,显示控制数据以及与显示画面的布局有关的信息存在于链接选择单元选择的链接目的地处。\n[0355] 结构分析单元在通过用户操作选择数据预取单元已经获取了其显示控制数据的链接目的地的情形中,分析显示控制数据以及提取显示控制数据中包括的结构单元。\n[0356] 第一构造单元在通过用户操作选择了数据预取单元已经获取了其显示控制数据的链接目的地的情形中,通过相互链接结构分析单元提取的结构单元之中、除了写有与涉及脚本处理的显示控制有关的信息的结构单元以外、至少包括写有与显示画面的布局有关的信息的结构单元的结构单元生成用于显示控制的第一结构化数据。\n[0357] 第二构造单元在通过用户操作选择了数据预取单元已经获取了其显示控制数据的链接目的地的情形中,通过相互链接结构单元生成用于显示控制的第二结构化数据。\n[0358] 显示控制单元通过使用第一构造单元生成的第一结构化数据显示显示画面,以及,在第二构造单元生成第二结构化数据的阶段,通过使用第二结构化数据重新显示显示画面。\n[0359] 根据这种配置,可以根据包括脚本信息的恰当结构化数据在显示画面的显示以前快速显示布局好的页面。即,可以避免脚本处理的顺序属性引起的页面显示开始的延迟以及以简单但是稍微容易查看的格式把足够量的信息快速呈现给用户。此外,通过用具有页面作者实际想要的布局的页面替换简单页面,使得用户能够浏览准确反映恰当布局的页面。结果,可以满足快速浏览页面信息的期望以及浏览基于恰当布局的页面信息的期望两者。在许多情形中,可以从简单页面获得用户想要的信息。然而,用户容易感到不舒服,不知道是否能够使用户浏览作者实际想要的所有信息片段。可以如利用上述配置一样通过向用户呈现准确反映作者意图的页面来减轻这种不舒服感。\n[0360] (备注)\n[0361] 数据获取单元110是数据预取单元的示例。临时DOM创建单元131是第一构造单元的示例。完整DOM创建单元132是第二构造单元的示例。通信单元150是连接建立单元的示例。节点信息存储单元135是显示历史存储单元的示例。\n[0362] 本领域的技术人员应当理解,根据设计需要和其它因素,可以进行各种修改、组合、子组合和改变,只要这些修改、组合、子组合和改变在所附权利要求或其等价内容的范围内。\n[0363] 本申请包含与2009年9月17日提交于日本专利局的日本在先专利申请JP \n2009-216286中公开的主题相关的主题,其全部内容通过引用合并于此。
法律信息
- 2016-11-09
未缴年费专利权终止
IPC(主分类): G06F 17/30
专利号: ZL 201010280938.5
申请日: 2010.09.10
授权公告日: 2013.05.15
- 2013-05-15
- 2011-06-08
实质审查的生效
IPC(主分类): G06F 17/30
专利申请号: 201010280938.5
申请日: 2010.09.10
- 2011-04-20
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有引用任何外部专利数据! |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |