专利名称：：打包的移动搜索结果的制作方法
技术领域：
：本发明涉及用于提供移动搜索服务的查询服务器、使用移动搜索服务的相应方法、以及相应装置和软件。
背景技术：
：万维网是存储着有用(和无用)信息的海量存储器。性能优良的搜索工具支持对该信息存储器的通用访问。当从台式个人计算机访问web时，搜索万维网的问题已得到了较好的解决(例如，Google、Yahoo等)。能够访问万维网上内容的移动设备日趋众多。然而，专门设计用于移动设备小屏幕尺寸的页面却数量极少。此外，只有少量非常简单的搜索服务对于移动设备可用。由于以下各种原因，这些搜索服务的性能较差。-没有足够的可用来为大多数搜索查询提供相关页面的移动专用页面(尽管这点随着建立更多移动专用的网站而正在发生变化)，-无法方便地将台式机专用网页呈现在移动设备有限的屏幕和有限的浏览器上。-将台式机专用网页直接转化成大多数移动设备所支持的特定的标记语言(例如XHTMLBasic和XHTMLMobileProfile)是一个难题，以及-尽管可用带宽日益增长，然而网络请求等待时间还是很大，这意味着无论响应的大小，用户每点击一次链接都要花费几秒钟的时间等待响应。因此，从移动设备，尤其是从小屏幕手机访问存储在万维网中的信息是十分困难的。搜索结果通常是一页指向候选页面的链接。有时这些链接还伴随着若干候选页面中的文本片段，以帮助用户判断相关程度。因此，用户必须依次点击这些链接(可能跳过看似无关的链接)以测试或查看链接页面是否含有期望信息。当使用以性能优良的拨号连接或宽带互联网连接连接着的台式个人计算机时，这个用于搜索的过程运行良好。对于移动设备，其表现要差许多。从移动设备使用搜索引擎可以设置为在移动设备上使用传统浏览器来显示网页(例如Googlemobile),或者用户可以在其移动设备上安装自定义客户端应用程序，代替浏览器而运行(例如Nokia的"移动搜索应用程序")，从而不需要以网页格式发送搜索结果。基于浏览器的移动搜索引擎适用于种类更广泛的不同设备，但操作较慢。无线网络较低的网络带宽以及较长连接等待时间意味着每个下载页面的点击都要花费至少2—3秒钟(有时甚至若干秒钟)的时间。GoogleMobile发送搜索结果中每个击中(hit)的相关信息少于其标准搜索，并对网页进行代码转换，以适应手持设备典型的小屏幕。虽然这种做法减少了通过无线网络发送的数据量，但只是部分成功，等待时间依旧很大。仍然将搜索结果作为单个页面予以发送，该页面具有结果列表，列表中的每个结果包含大约10至20个单词的概述。为了找到目标信息，通常需要对10至20个页面进行测试，因此需要花费若干分钟的时间。此外，结果列表以及各目标页面仍大于多数手持移动设备的小显示器，由于手持移动设备的小键盘通常没有上翻页或下翻页键，因此不得不逐行滚动(通常使用手持移动设备上浏览器的有限功能缓慢滚动)。在传统浏览器上，一旦将页面下载至浏览器以供显示，就结束同服务器的对话。为了改变或更新正在显示的页面，通常需要浏览器向服务器发出新页面请求，服务器将新页面作为HTML发送，浏览器对接收到的HTML进行翻译以显示页面。因此，用户体验十分糟糕，已投入市场的方案利用率很低。这带来了基于自定义应用程序的移动搜索引擎的生成，以解决了下载速度慢的问题，并使用户体验得到改善。由于同基于浏览器的搜索所需的HTML页面相比几乎不需要发送页面格式化信息，因此，自定义应用程序能够实现比较快速的下载。与搜索结果的交互不再局限于滚动当前页面或下载新页面。由于用户不得不下载、安装并更新自定义应用程序，因此十分不便。由于需要为一系列不同移动设备提供这种自定义应用程序的不同版本，并管理多种版本的更新，因此搜索引擎供应商也十分不便。另外，众所周知，还提供了试图在完整页面下载完之前呈现并显示网页某些部分的浏览器。这种技术，有时被称为渐进呈现(progressiverendering),具有各种不同的支持。某些移动浏览器虽然在完整页面下载完之前显示网页的某些部分，但不支持在页面完全下载之前进行用户交互。其他浏览器直至页面完全下载才能确定页面中所有项目的布局。这通常会导致用户开始看到的页面某些部分的形状和/或位置发生改变。所有这些效果都会导致糟糕的用户体验。
发明内容本发明的一个目的是提供改进的移动搜索。在独立权利要求中陈述本方明的各个方面。从属权利要求和实施例提供独立权利要求范围内的各种子集。还可以有很多其他的从属权利要求和实施例。一些是基于对已知装置的缺点的认识，和/或对所要求的特征可以提供优点的认识。一些具体用于向移动设备发送包含由标记语言定义的页面的包，使得运行在移动设备上的浏览器可以有选择地呈现页面。可以在不背离本发明权利要求的前提下作大量修改和改进。因此，应当明确理解的是，本发明的形式仅仅是说明性的，而无意用来限制本发明的范围。下面将以示例的方式，参考附图对本发明的实现方式予以说明，在附图中图1示意性地示出了本发明的实施例中所包括的一些基本实体的总览；图2示出了根据实施例的査询服务器的一些基本动作；图3示出了根据实施例的用户移动装置上的浏览器的一些基本动作；图4示出了在定制转换前后的根据实施例的具有多个XHTML页面的包的表示；图5示出了根据实施例的浏览器、查询服务器和搜索引擎的动作序列；图6示出了屏幕视图外观的示意视图，该屏幕视图可移动以查看包含结果页面的包的一部分，有些包含图像；图7示出了根据实施例的搜索引擎系统的总览，以及图8示出了图7中的系统的一些基本动作。具体实施例方式本发明的至少一些实施例提供了一个查询服务器，该查询服务器被布置为提供移动搜索服务，并被布置为通过获取与搜索査询相对应的搜索结果来响应搜索査询，该査询服务器被布置为准备包含多于一个由标记语言定义的页面(页面包含搜索结果)的包，并通过无线网络将该包发送给移动设备，以便由运行在移动设备上的能够有选择地呈现页面的浏览器来呈现。一个值得注意的结果是由无线网络的等待时间所引起的问题可以避开用户或向用户隐藏。早先一次一个搜索结果的滚动+点击+加载+浏览的缓慢过程导致了糟糕的用户体验，这被多个页面的单次下载所代替。这意味着用户可以使用传统的浏览器快速地浏览结果，而不需要等待通过网络下载每一个页面，也不需要下载和运行定制应用程序。在搜索结果中包含页面边界，而不是让所有的结果都在单个页面中，可以帮助用户更快更简单地在结果中导航。这有助于避免一行行费力地滚动所引起的延时和挫折感。这可以帮助减少找到感兴趣的项目所需要的点击次数，或者能够发送和浏览更多的项目。这利用了以下事实移动设备上的浏览器典型地支持用于移动显示焦点或光标，或者选择高亮选项的用户输入设备，例如上、下、左、右键，操控杠，指示器或滚轮。浏览器的用户可以在页面之间导航，并且如果需要的话，每个结果页面本身可以滚动。这样的滚动可以局限于该页面内，从而局限于屏幕视图内，或者一个或更多结果内，因此用户可以按住滚动键以快速地向下滚动，而不用担心滚动到下一个结果或屏幕视图。页面边界的另一个结果是每个结果页面可以使用手持设备的传统数字键盘上的所有12个访问键(超链接的键盘快捷方式)，反之，如果所有结果都在一个页面内，则这组12个键在所有结果上只能使用一次。再则，这能够在结果中更快地导航。页面边界的另一个结果是每个页面可以利用在很多移动浏览器上显示(通过〈title〉XHTML标签设置)的标题栏，先前一个标题必须被所有的结果所共享。具体地，对于典型地有10到15行文本的手持设备显示器而言，这在额外行可以显示有用的信息(例如正在显示的结果专用的信息)的情况下是有用的。页面边界的另一个结果是，与实现起来(每个浏览器都不一样)较不可靠的书签或锚、同一个页面内的链接相反，利用标准页面链接可以更自然地以XHMTL布置页面之间的导航。正确的页面链接还意味着浏览器的后退键正确地工作。"搜索结果"被定义为包括如下中的任何内容文本或其他媒体格式的网站或WAP站点的名称或标题列表、网站或WAP站点的URL列表、多个网站内容项目概述、以及音频、图像、视频和其他媒体内容项目、或其组合。包被定义为一组能够被浏览器呈现的、并且响应于单个命令而以任何适于一起或部分下载的方式分组的页面。下面将包称为内容概述包(CSP)，下面参考图4和6描述的多部分MIME(多用途网际邮件扩充协议)CSP是包的示例，并且可以构想其他等价物。页面被定义为能够由浏览器作为页面进行解释和呈现的任何信息，并可以包括例如HTML、XHTML或WAP页面。"呈现"旨在包括例如显示文本或图象、音频或视频媒体的播放、以及文本的音频表示的播放。术语"浏览器"旨在包括用于获取和呈现可以在线访问的项目(例如用标记语言定义的网页或WAP页面)的软件，还包括微浏览器应用程序。术语"无线网络"旨在包括蜂窝网络、GSM网络、GPRS网络、UMTS网络、WiFi网络以及其他具有潜在延时的网络，这些延时能被察觉或者给用户浏览搜索结果造成不便。无线网络可以包括上面各种网络、以及超宽带WiFi和网状WiFi(被布置为无线网状网，其中基站间的每一跳增加了累积延时)的组合。在一些实施例中，包具有多部分MIME文档。MIME(多用途网际邮件扩充协议)是各种手持设备所支持的标准，因此有助于该服务能够被广泛地访问。这可以缩减服务提供商维护适合不同设备的服务的不同版本所需的成本。在一些实施例中，服务器被布置为在结果之间插入一个或更多个页面边界。这可以使得用户能够直接将屏幕视图导航到另一结果的顶部。在一些实施例中，服务器被布置为插入一个或更多个页面边界来与屏幕视图边界充分重合。这可以使得用户能够以很少的行滚动或者不需要行滚动就能浏览整个屏幕视图。在一些实施例中，服务器被布置为插入页面间的导航超链接。用户可以使用浏览器来选择这些链接以导航至另一页面。这可以比一行行地滚动更加简单，并可以比页面内导航链接更普遍和可靠地被浏览器所支持。在一些实施例中，服务器被布置为插入访问键导航超链接。这能够使用更多的按键进行导航，因此可以有助于减少按键次数。在一些实施例中，服务器被布置为针对一个或更多页面插入标题9栏。在一些实施例中，服务器被布置为维护已发送页面的永久记录。这可以使得用户能够标记这些页面，并在之后向服务提供商请求这些页面。在一些实施例中，服务器被布置为提取自源网页的内容摘要对象(cso)数据库中获取搜索结果。内容摘要对象在本文后面定义并对其进行进一步的描述。在一些实施例中，服务器被布置为对搜索结果进行转换。该转换可以用来满足用户移动设备的特性，或根据其他参数进行。这意味着搜索结果可以利用与设备无关的格式获取或保存。这可以使得服务更易于适合不同的设备。在一些实施例中，服务器被布置为在转换之后插入页面分割符。这意味着在早已插入页面分隔符的情况下转换可以更加简单。在一些实施例中，包具有一幅或更多图像(用以插入到页面中)，因而，转换包括縮放一幅或更多图像。这还意味着图像可以利用与设备无关的格式获取或保存。在一些实施例中，服务器被布置为获取XML形式的搜索结果，并被布置为使用XSLT样式表来进行转换，以输出XHTML或HTML的页面。在一些实施例中，搜索结果包括以页面的拼接(mosaic)方式呈现的图像，并且服务器被布置为将图像转换成页面，每个页面包括图像的一部分。这有助于以不同的缩放比例呈现这种图像，并能够基于页面导航至其他部分。这对于例如地图或图表是有用的，传统上，图或图标很难在一个小屏幕上呈现。一些实施例提供了一种响应于搜索査询来提供移动搜索服务的方法，包括以下步骤获取与搜索查询相对应的搜索结果；准备一个包含多于一个由标记语言定义的页面的包，该页面包含搜索结果；以及通过无线网络将该包发送至移动设备，用于由运行在移动设备上的能够有选择地呈现页面的浏览器来呈现。一些实施例提供了一种使用移动搜索服务的方法，包括以下步骤向移动搜索服务发送搜索査询；运行在移动设备上的浏览器接收包含多于一个由标记语言定义的页面的包，所述页面包含与搜索查询相对应的搜索结果，以及使用浏览器有选择地呈现所述页面。"在线内容"被定义为包括至少网页、WAP页面、文本摘要、新闻项目、图像、声音或视频片断、交互项目(例如游戏)以及许多其它类型的内容。"在线"被定义为包括至少万维网网站页面上的项目、深层网(deepweb)上的项目(例如通过网页查询而可访问的项目数据库)、公司内部内联网的可用项目、或包括有在线卖家和卖场的任何在线数据库。"关键词"可以包括文本单词或短语、或包括声音或图像签名(signature)的任何图案(pattern)。"超链接"被定义为包括至少超文本、按钮、软键或菜单或导航条、或者可由用户选择用来呈现各种不同内容的任何显示的指示或可听提示。术语"主题类别"旨在包括内容项目的主题类别，例如在查询术语(queryterm)具有许多含义或上下文、或查询术语会生成多组相关结果的情况下。术语"包括"用作开放式术语，不排除此处列出项目以外的其他项目。"图像"可以包括图片、图表、地图、由多张图像组成的拼接图案、时序图像、动画及电影等。"脚本语言"旨在包括诸如JavaScript、ASP(使用ActiveX脚本的ActiveServerPages)以及Perl等高级编程语言，这些编程语言在运行时间由其他程序解译而不是编译。可以将用这类语言编写的指令嵌入如HTML文档等标记语言文档内，以对例如在浏览窗口中查看的数据进行处理。图l，整体拓扑结构图l示出了本发明第一实施例的整体拓扑结构。图l示出了互联网30以及终端用户5的两个移动设备10，移动设备10通过无线网络20连接至互联网，并具有浏览器15。原理上，移动设备可连接至其他应用，如具有语音接口以使用户能够在驾驶时从web搜索并获取信息的车载计算机。在图1中，圆柱状符号表示存储的信息，如数据库，其可实现在比如硬盘上或半导体存储器中，可以是分布式的或本地(local)的，还可以按照既定惯例，利用适当的备份和访问安全性对其加以管理。图中的立方体形状表示可作为在各自服务器上运行的应用软件的过程，或者是分布式的过程，或者可以例如共享服务器。搜索查询通常是由浏览器将一个或更多个关键字发送至现有的査询服务器互联网地址(URL)。搜索查询是作为请求发送的，并且是经由移动设备中的传统协议栈发送的，以能够通过无线通信网络进行通信。该协议栈通常包括使移动设备能够同互联网主机进行通信的标准WAP或TCP/IP协议，以及使移动终端能够访问并通过无线通信网进行数据通信的传输和物理层协议(如GPRS或第三代UMTS协议)。移动终端建立至WAP网关或网络访问服务器(NAS)的通信链路，其中网络访问服务器将无线网络与互联网接口连接，并通过互联网将浏览器的请求路由至移动搜索引擎系统103。Web内容(110)可以包括例如网页、Web页面、微格式(由web或WAP页面封装的用于描述诸如日历事件或其他对象之类的项目的XML块)、RDF(资源描述格式)文件(涉及定义页面上的信息间的关系的语义web的XML文件)、RSS馈送及其他web内容。如图所示，该系统包含很多元素。査询服务器50通过web服务器40连接至互联网。查询服务器将查询传递至搜索引擎105，搜索引擎105首先在内容概述对象的数据库60中查找，另外或代替地，通过元搜索引擎使用一个(或更多个)己有的web搜索引擎130。元搜索引擎是公知的，并且已经商用。典型地，元搜索引擎将响应于搜索查询而返回URL的有序的搜索结果列表，这个列表可能具有文本摘要，也可能不具有文本摘要。内容概述对象(CSO)的数据库可以由内容摘要器100从web镜像90中构建。Web镜像保存着web爬虫应用80所找到的在线内容的拷贝。备选地，可以根据衍生自第三方数据库、或衍生自RSS馈送或12其他源的数据来创建CSO。典型地，内容概述是来自网页的重要信息的摘要，内容摘要更适于通过带宽有限的网络来发送，也更适于在移动装置的小屏幕上査看和呈现。它们还可以是WAP页面的摘要，这些摘要能够在单个屏幕视图内显示。下面，将参考图7和图8对这些部分作更详细的描述。可选地，查询服务器可以只作为前端进行操作，在这种情况下，查询服务器可以选择远程位置处其他组织的搜索引擎，可以使用该其他组织或位置处的内容概述器和内容概述存储器。无论这些功能在何处执行或由哪些组织执行，这些功能都保持类似。可选地，査询服务器可位于无线网络和互联网间的接口处，并作为无线网络运营商提供的服务的一部分。将相关的内容概述返回给查询服务器，并形成适于在用户移动设备上浏览的包。其他输入70是从存储器馈送至査询服务器的，以在形成包时使用。这类其他输入可以包括呈现给用户的广告或新闻材料、或者移动设备或其浏览器的特性、无线网络信道的特性、用户位置、用户偏好等等，以在确定发送多少和以什么格式发送数据等中使用。上述这些部分形成了移动搜索引擎系统103。查询服务器通过web服务器、互联网和无线网络向移动用户发送包。该系统可由分布于网络中的多个服务器和数据库构成，或者原理上，也可以将它们合并在单个位置或机器上。术语搜索引擎可以指前端(在这种情况下就是査询服务器)、以及查询服务器所使用的一些、全部后端部分、或者可以没有后端部分。通过移动设备10连接至互联网的用户5可以经由查询服务器进行搜索。在移动设备上执行搜索的用户("移动用户")连接至网络运营商管理的无线网络20，无线网络20通过WAP网关、网络接入服务器(NAS)或其他类似设备连接至互联网(采用现有原理，因而此处不再对其进行更加详细的阐释)。可以构想出许多变体，例如内容项目可以位于除了万维网以外的其他位置，等等。移动设备的描述用户可以从诸如包括膝上型计算机和手持计算机在内的任何一种移动计算设备、便携式音乐播放器和便携式多媒体播放器之类的移动设备访问搜索引擎。移动用户可以使用移动设备，比如通过无线网络进行通信的类似电话的手机，或包括PDA、记事本(notepad)、销售点终端、膝上型计算机等在内的任何一种的无线连接的移动设备。每个设备通常包括一个或更多个的CPU、存储器、如小键盘、键盘、麦克风、触摸屏、显示器等I/0设备、以及无线网络无线电接口。这些设备通常可以运行能够通过互联网访问网页的web浏览器或微型浏览器应用程序，如OpenwaveTM、AccessTM、OperaTM、Mozilla浏览器。上述网页可以是标准的HTML网页、或者可以是使用HTML的各种子集以及变体专门针对移动设备而格式化的页面，HTML的各种子集以及变体包括cHTML、WML、DHTML、XHTML、XHTMLBasic以及XHTMLMobileProfile。浏览器使用户能够点击网页内的超链接，超链接包含指引浏览者获取新网页的URL(统一资源定位符)。服务器的描述虽然作为单个服务器予以说明，但是可以不同的方式对相同功能进行设置或划分，以在不同数量的服务器上运行、或作为不同数量的过程运行、或由不同的组织运行。查询服务器对来自台式PC和移动设备的查询进行处理，将它们传至其他服务器，并适当地将响应数据格式化为针对不同类型设备而定制的网页。可选地，查询服务器可以在至远程位置处的另一组织的搜索引擎的前端之后进行操作。可选地，査询服务器可以对搜索结果进行排序(mnk)，或者这也可以由独立的排序服务器执行。查询服务器通常连接至数据库，数据库存储着有关移动设备和台式设备的详细设备简档(profile)信息，包括关于设备屏幕大小、设备能力、特别是运行于该设备上的浏览器或微型浏览器的能力的信息。数据库还可以存储个人用户简档信息，以便可以根据个人用户的需要对服务进行个性化处理。这可以也可以不包括使用历史信息。Web服务器程序可以与查询服务器和其他服务器相分离或集成。这可以通过运行ApacheTM或某些类似程序予以实现，上述程序可以处理同经过互联网连接的用户建立的多个同时的HTTP和FTP通信协议会话。操作实施例涉及对一次一个结果的"滚动+点击+加载+浏览"的缓慢范例进行改进。传统上，用户向移动设备输入查询。移动设备使用比如WAP或TCP/IP协议同查询服务器建立査询和响应操作路径。这个过程通常涉及交换大量低层消息，增加了无线网络的延迟或等待时间。这能使关键字被发送至査询服务器，查询服务器同搜索引擎进行通信，返回以包括该关键字的标题、URL和文本摘要形式的结果。将注释列表形式的上述结果页面发送至移动设备。如点线箭头所示，这些跨无线网络的下载引起了极大的附加延迟。接着，移动设备显示结果页面。用户就可以选择结果之一，并点击它，使移动设备上的浏览器发送URL请求。这个请求被路由通过无线网络，到达代码转换引擎，代码转换引擎访问对应于该URL的原始网页，并将网页重新格式化成适于在该移动设备屏幕上显示的形式。如果该文档不是用户需要的文档，就重复执行请求和下载过程。为了降低这个过程中固有的延迟所导致的挫折感，将査询服务器布置为发送具有多个结果页面的包，用户不用多次请求和下载循环就可以浏览结果。如图2所示，査询服务器在步骤180中接收与查询相对应的搜索结果。在步骤190，服务器创建多个以标记语言(例如XHTML或HTML)定义的页面，这些页面包含结果。在步骤200,服务器创建包含结果页面的包。在步骤210，响应于搜索查询，将该包通过无线网络发送到运行在移动设备上的浏览器。可以给查询服务器的基本操作添加许多变化和附加步骤。图3示出了用户侧的一些基本操作。用户选择搜索选项，并且运行在移动设备上的浏览器典型地显示搜索查询输入表。在步骤220，用户向浏览器输入搜索査询。游览器将査询作为页面请求转发至搜索引擎系统。(原理上可以在其他位置，如台式计算机上输入査询，以向移动设备发送结果)。在步骤225,浏览器接收包，并显示第一页。在步骤230，用户可以使用向上翻页、或向下翻页或其他页面选择输入(例如页面间超链接)来浏览整个结果页面，而不需要通过无线网络下载每一页。如果需要，在步骤235，用户可以选择超链接来下载基于搜索结果的内容，或者可以选择下载结果的另一包。再次，这里可以有许多变化和附加步骤。可以使用在先申请"ProcessingandSendingSearchResultsoveraWirelessNetworktoaMobileDevice"禾卩"DisplayofSearchResultsonMobileDeviceBrowserwithBackgroundProcess"中所详细描述的所有组件来实现实施例，但是需要一个服务器组件来将结果打包成多个页面的包，而不是单个XHTML页面。目前移动设备上的许多浏览器所支持的一种包是多部分MIME。已知使用MIME来扩展互联网邮件的格式，以允许在消息报头中存在非ASCII文本消息、非文本消息、多部分消息体、图片和图像等。MIME是一套定义消息表示协议的标准。这些标准是从1982年开始通过多次RFC(请求注解，Internet标准(草案))发展而来的。具体为1982年8月关于ARPA互联网文本消息格式的RFC822标准、1993年9月关于制定和描述互联网消息体格式的RFC1521机制、以及更近的RFC2045至2049。作为一种利用单个包传送多个不同类型对象的方式，多部分MIME是用于MMS(多媒体消息)的标准。多部分MIME并不用于桌面浏览，但许多用于手持移动设备的微型浏览器支持多部分MIME包。至少部分实施例认为多部分MIME包可以用于其他目的，多部分包目前在移动浏览器中用于对单个XHTML页面(包括使用的所有图像)进行打包。通过在单个多部分MIME结构中包含多个XHTML页面和所有页面需要的所有图像，搜索结果可以被呈现在许多移动设备上，而不总是需要定制应用程序，并且下载延迟也有所降低。与上述引用的在先申请中所描述的在"一个大页面"中包含所有结果相比，在单个多部分MIMIE结构中包含多个页面具有上述许多结果和优点。至少部分结果可以每页显示一个。这可以与屏幕视图等同，或者页面边界可以小于或大于屏幕视图。如果每个结果在一个真正的页面中显示，这意味着16-如果需要，每个结果页面自身可以滚动，这里，滚动局限于该结果，并且不会胡乱地使用户移到下一个结果。-每个结果页面可以使用所有12个访问键(超链接的键盘快捷方式)，其中先前的那组12个键在"一个大页面"的所有部分共享。-每个结果页面可以使用在许多移动浏览器上显示的标题栏(通过^itle〉XHTML标签设置)，以前一个标题只能被所有结果共享。-与实现起来(每个浏览器都不一样)较不可靠的书签或锚、同一个页面内的链接相反，利用标准页面链接可以更自然地以XHMTL布置页面之间的导航。图4示意性地示出了查询服务器的处理的两个阶段处的包的示例。第一阶段是原始搜索结果的标准XSLT转换，以形成"准"MIME包260。该包包含XTHML页面1(其包含插入图像A和B的指令)、XHTML页面2(其包含插入图像C的指令)和页面3，以及可选地包含其他需要的结果。这一阶段的包引用了图像但没有包含它们。本示例中的搜索结果是采取用"开始"和"结束对象"标记表示的对象的形式。图像分开保存，或在以后需要的时候获取。在第二个阶段，目卩，使用定制变换的后处理步骤之后，结果包如"最终CSP"262所示。在这种情况下，XHTML项目如页面1、页面2和页面3所示，并且已经获取(以及可选地经过缩放或处理)图像对象A、B和C(在本例中为.PNG和.JPG文件)，并将其明确地包含在包中。可选地，打包可以包括包和每个页面的标识符、页面间导航工具等。页面边界不需要与搜索结果对象一致，也不需要与移动设备的屏幕视图的大小一致。包可以是Mulitpart/x-mixed-replace、multipart/related或multipart-mixedMIME类型，这取决于发出搜索请求的手机的浏览器支持哪种类型。采取MIME文档形式的包典型地包括多个描述文档发送者、日期、MIME版本、发行、主题、重要性、优先级和敏感性的最顶部报头，以及描述文档的"Content-Type"报头，如MULTIPART/MIXED类型，或其他类型。这意味着文档可以包含多于片段(例如一些文本和附件)，并且单个片段可以有不同的类型。同一报头可以包含其他关键词，边界(BOUNDARY)用来定义用于分割各个部分的边界线，例如，同文本一起显示的页面和图像。采取多部分MIME文档形式的包的示例如下每个包需要具有至少下列字段的报头Content-Type:MULTPART/MIXED;BOUNDARY:"—PART.BOUNDARY.l"包中所包含的每个对象(页面、图像等)需要边界，紧跟着适当的报头字段，例如，对于XHTML页面Content-Type:text/htmlContent-Location:examplePageFileName.html图5:使用样式表、图像缩放和支持添加书签(bookmarking)的实施例添加标记增加页面边界的一个显著结果是，当浏览器在多部分MIME包内传送的页面上时，该页面的URL不需要是可以从服务器上直接加载的URL。因此，如果用户试图为单个结果添加书签，并且之后重新加载这个书签，以请求再次该结果，则服务器不能按照在线内容自身并不存在的原始页面来响应，只能按照多部分包的一部分来响应。因此，为支持添加书签，可以将服务器布置为记录包和多部分MIME包内的每个页面的URL。可以将服务器布置为服务使用相同URL的单个结果，如同当浏览器接收多部分MIME包内的结果时，浏览器所釆用的URL。有很多方式可以完成这个功能。原理上，如果记录了足够多的信息，可以要么通过缓存多部分结果包，要么通过缓存结果包的单个页面，或当接收到URL时通过建立请求页面，来实现上述。重新构建的优点是自从页面第一次被查看后的所有变化都可以在重建页面中示出。在多部分MIME页面中，给每个成员HTML文档赋予一个名称("Location(位置)"字段)。这作为从URL(该URL用于获得多部18分包)的相对路径来使用。例如，如果获取包的链接用HTML描述如下http:〃jamtap.com/query.jspterm=London则浏览器将以与下面路径相对的方式看待所有相对URL:http:〃jamtap.com/因此，如果在多部分包中，给成员页面赋予了类似"pagel.html"的名字，则浏览器认为该页面的完整路径如下:http:〃jamptap.com/pagel.html。服务器因而需要在该位置处缓存pagel.html，但是，当下次执行的搜索也有需要缓存在相同位置的pagel.html时，会导致潜在的冲突。服务器因而需要在如何设定多部分MIME包的各个组成部分的名称方面更加智能，并且应该插入唯一的标识符。唯一的标识符可以是8个字符的文字数字式字符串，并且可以用作页面的文件名，或者作为页面所在路径的目录，例如此时将Pagel.html命名为87Y43F93.html或87Y43F93/pagel.html。缓存该页面的书签和地址则是http:〃jamtap.com/87Y43F93.html，或http:〃jamtap.com/87Y43F93/pagel.htm1.然后，服务器可以随意将不同的搜索结果缓存在不同的唯一位置处。样式表另一个显著的特性是如何制定包以适合不同的移动设备。XSLT是一种很方便的方式，用来生成专门根据目标设备制定的XHTML。这意味着搜索引擎(或者任何服务器)只需要保存或生成一种风格(或XML样式)，其可以接着被制定为适合使用与目标设备相关的样式表。XSLT样式表描述了从一个XML文档(输入)到另一个XML文档(输出)的转换。XSLT转换的输出是单个XML文档。然而，对于多部分MIME包，响应于浏览器请求，需要发送多个XML文档(XHTML页面)。虽然这显然可以通过每个页面执行XSLT转换来完成，但其缺点是每个输出页面都需要一个XSLT样式表。一个更有效的解决方案是使用XSLT样式表来生成单个输出文档，该文档本身是一个大的文档，其包含了所有单个页面。可以执行简单的后处理(即，在XSLT转换之后)步骤，以将单个文档分割成各个单独的页面。图像縮放XSLT样式表值只能输出文本，典型的是XML文本。这对HTML或XHMTL页面是足够的，但对数据是二进制数的图像却没有用。XSLT可以在输出文档中插入标准的HTML〈mg〉标记，并且这些标记可以设置图像的尺寸，然而，这只是对假设可用图像的引用。通过扩展后处理步骤(例如上文的后转换进程)，可以定位并解释XSL所插入的〈mg;4示记。然后，在图像插入到多部分MIME包之前，不仅可以决定哪幅图像(如上所述)，而且还可以决定它们将被缩放到多大的尺寸。可以针对这个步骤搜索原始的〈mg〉标记本身，或者可以编写XSLT，以便插入针对后处理步骤的附加标记，例如《NSERT-IMAGEw="30"h="40"crop="top-center"。这些标记易于定位(因此，在后处理器中不需要理解HTML),并可以携带附加指令。在本示例中，指示了需要的修剪。因此，这个方案提供了对XSLT样式表的控制，不仅是对HTML或XHTML，也是对输出图像的属性。供应"原始"搜索结果的后台服务器因而只需要提供原始形式的图像，而不需要预计不同的设备可能需要何种尺寸/缩放/修剪。另外，设备专用的信息可以单独位于XSLT样式表中。这使得其易于管理，即使得搜索服务能够更容易适应任何最新流行的移动设备。图5:处理步骤概述如图5所示，左列示出了浏览器的动作，中间列示出了查询服务器的动作，右列示出了搜索引擎的动作。图中时间沿向下的方向推移。在步骤300，浏览器显示了搜索査询输入表。用户向该表输入搜索查询。在步骤310，浏览器确认搜索查询输入，并向査询服务器发出HTTPGET。在步骤320，查询服务器将搜索查询转发至后端搜索引擎，在步骤330，该后端搜索引擎识别出足够多的结果(与最终包所需要的相比)，并将结果传回至查询服务器。在步骤340，查询服务器(或委托给"结果呈现服务器")使用原始的HTTP请求报头来确定手机和浏览器的类型。基于XML形式的搜索结果，查询服务器利用手机/浏览器类型来决定使用哪一种XSLT样式表，以用于构建响应包。在步骤350，使用选定的样式表来将搜索引擎结果转换成单个XHTML文档。在步骤360，对单个文档进行后处理，以将其划分为各个HTML或XHTML页面，识别需要的图片集合，并生成这些图片的正确縮放的实例。在步骤370，将HTML或XHTML页面和图像的集合包封成多部分MIME包，并作为HTTP响应发回给浏览器。如步骤380所示，用户可以在结果包内导航页面，如同浏览本地(即手机本地)缓存的页面。如上所述，在步骤390中记录html页面和图像的集合，并且可选地以正确的URL来缓存它们，以便浏览器书签可以起作用。图6:包屏幕视图的外观图6示出了屏幕视图外观的示意视图，该屏幕视图可移动以査看包含具有结果的页面的包的一部分，有些包含图像。图6示出了CSP261，CSP261包含了多个页面，其中包括页面1430和页面2270。每个页面都包括一个或更多个结果对象。页面l包括结果l440和结果2450。结果1包括图像460。页面2包括结果3480和结果4500。当前屏幕视图400显示了页面2的大部分，以显示结果3和结果4的一部分。屏幕视图可以向下滚动来显示结果4，或者可以选择页面导航键来显示页面1的第一部分，以显示结果l。其他应用一拼接图像(例如地图、图表及图片)多页面下载包技术还可以用于提供拼接形式的大图像，这样用户可以更方便地进行导航。一个例子是地图，尽管这还适用于用户希望21查看其一部分和全部或上/下移动、或者以不同的縮放比例査看的任何其他图片或图表。移动用户下载包含HTML或XHTML页面集合和嵌入图像的多部分MIME包。每个页面与地图的一个区域相对应。一个页面可能是地图的总览，另一个可能是中心区域的放大，另一个可能是总览中的西部区域的放大，以及另一页面可能包含关于以重叠形式表示的感兴趣的本地服务或地点的信息。为了用不同的重叠、不同程度的细节或不同的注解来查看地图，可以在同一个包中提供多个页面，这些页面包含相同的地像但是包含不同的重叠或注解。包可以提供页面间导航以改变注解或重叠，而不需要改变地图视图。用户可以从总览页面导航到包中的任何页面，而不需要忍受页面无线下载所带来的延迟。这为在移动手机上查看地图提供了好得多的用户体验。图7，8:生成内容概述另一个值得注意的结合是多页面包和采取内容概述对象形式的结果之间的结合。如上文所讨论的，内容概述对象可以提供比源在线内容更高密度的信息以及更多的相关信息。当在无线设备上通过接收结果来浏览搜索查询的结果时，这个结合有助于减少下载循环的次数。包可以包括各项搜索结果的内容概述，包括多媒体项目以及大量使浏览更加迅速或方便、特别是用于克服显示或滚动或选择能力有限的手持移动设备的物理限制和无线网络物理限制的其他特征。以下将其称为内容概述包CSP。可以将包配置成扩展过多个可浏览屏幕视图的页面。和传统搜索引擎提供的常规注释结果列表相比，CSP可以提供更多的信息和/或更便于浏览的设置。可以对每个内容项目的概述的数量和呈现进行剪裁，使设备能够以最佳方式利用移动设备的物理格式。例如，可以将每个内容概述设置为填充手持移动设备的小格式屏幕。所概述的内容可以是比如网页、新闻项目、声音或视频片段或大量其他类别的内容。由于提供了比现有移动搜索引擎更丰富的概述，用户能够更迅速地找到期望或最优页面。特别地，如果可以利用后台进程更迅速地浏览多个概述，移动搜索就能更加高效，并进一步提高用户满意度。一组可导航的页面是内容概述包的一种可能的呈现格式，对利用广泛使用的、用于读取以标记语言编写的超文本页面的浏览器软件(如许多移动设备中内置的标准XHTML微型浏览器)而言十分有用。如果这是选中的呈现格式，那么屏幕视图就是包的当前可视部分，并且可以与单独的内容概述的呈现格式相对应。还可能存在使用比如下载到设备上的自定义Java应用程序客户端的其他表示格式。在这种情况下，可以在XML文档内或者甚至二进制文件格式中形成内容概述包，还可以将单独的内容概述表示为(更小的)XML文档或二进制文件。屏幕视图旨在包括适于由移动设备上的浏览器或等效软件显示的网页(或基于显示介质的其他页面)的一部分。可以通过发现正在使用的设备显示器的实际大小，或根据估计或常用典型设备获取缺省值的方法，动态确定屏幕视图大小。可以在屏幕视图四周提供边缘空白(margin),以支持不同的实际显示器大小。可以选择内容概述大小，使其基本上填满移动设备的屏幕视图。用户可以通过滚动，或更方便地，在某些实施例中通过使用超链接选择显示下一屏幕视图。用户可以通过点击嵌在网页其他位置的按钮或超链接访问信息的起始点。通常这比滚动方便得多，这是由于例如如果需要滚动过多个屏幕视图，或者如果希望在总览和内容概述之间向后或向前翻动，滚动是非常耗时的。屏幕视图包可以实现为例如一组XHTMLMobileProfile形式的页面。如W3C网站指出的，XHTMLMobileProfile是一系列XHTML标准中的一个。XHMLMobileProfile文件类型包括XHTMLHostLanguage文档类型所需的最小模块集，此外，它还包括图像、表、基表(basictable)以及对象支持。XHTMLMobileProfile是为不支持完整XHTML特征集的Web客户端设计的；如移动电话、PDA、寻呼机以及机顶盒之类的Web客户端。文档类型十分丰富，足以用于创作内容。将XHTMLMobileProfile设计成公共基础(base),可以用XHTML模块化中的附加模块如脚本模块对其加以扩展。因此，它提供了可以被如浏览器等多种用户代理支持的公共语言。如果页面格式可以被大量不同版本的"传统"浏览器读取和呈现，使例如现有移动电话用户中的用户基础最大化，那么它是十分有用的。可以将搜索引擎活动的总览概述如下像传统搜索引擎那样结网(SpidertheWeb)。根据在页面上找到的内容类别(例如，文本、图像、视频)从各网页中提取内容概述。在编了索引的数据库中存储概述并为概述编索引。接收査询，从编了索引的数据库获取搜索结果。根据移动设备和/或其浏览器定制内容概述的显示，将概述集合作为供浏览器呈现的包发送给用户，可选地包括广告材料和其他可能感兴趣的信息，以及针对后台进程的代'码。用移动设备上的浏览器，从结果中项目的简短总览开始显示，可选地包括广告材料输入，利用后台进程减小延迟。接着，对用户做出的点击URL、点击按钮或滚动操作予以响应，显示各个更长的概述。这有助于克服诸如移动设备屏幕尺寸小以及X-HTML能力有限等问题。无需将其局限于特定的移动设备特征或浏览器。这样做有助于克服网络获取时间开销大、以及即使较新较迅速的网络也将受高峰期拥塞影响并表现出延迟效应的问题。可以离线或按需、或以这些选项的某种组合方式生成这些内容概述。如果离线进行，则可以将它们存储在集成于整个搜索引擎架构内的编了索引的数据库中，以便可以更迅速地对用户査询作出响应，取回内容概述。如果概述是根据需要生成的，就需要跟随从现有搜索引擎中获得的搜索结果中的链接来获取完整的内容项目，如网页。可选地，可以将系统配置为充当现有搜索引擎前端的元爬虫应用。然后，可以根据从多个搜索引擎获得的完整内容项目创建概述。实施例可以提供简化了移动搜索过程的最小系统。可以将其作为现有搜索引擎(例如，Go0gleTM、Yahoo,MSNTM)前端的元爬虫应用或作为更紧密地集成于整个搜索引擎系统的子系统予以实现。除了如Google—类的搜索引擎所提供的常规注释结果列表以外，还可以创建原始内容项目(无论它们是网页、WAP页面、新闻项目、声音或视频片段还是诸如黄页或白页之类的本地信息)的附加级别的概述。对关键字引发的搜索作出响应，将这些内容项目概述作为单发(single-shot)包(内容概述包或CSP)发送给移动设备。附加级别的内容概述为用户提供了充分的、有关他/她正在搜索的内容的信息，使得用户可以在高度确信的情况下，点击进入WWW上的底层内容项目。系统使移动用户能够迅速导航过高速缓存于本地设备浏览器中的内容概述集合，从而在不引起开销较大的、通过移动网络的点击的情况下，找出他们正在搜索的内容。这样，就可以极大地改善移动搜索的用户满意度。CSP可以作为HTML、XHTMLMobileProfile或XHTMLBasic网页予以实现，使用书签或多部分消息，允许将结果集布置为采取导航页面形式的堆叠的链接的屏幕视图。内容概述包可以采用适于设备上的本地浏览器的格式，或者可以使用或包含作为设备上用户应用程序而运行的独立软件程序。图7示出了用于创建内容概述的装置的示例。将Web镜像90上的web内容馈送给内容概述器700，以概括不同类别或类型的内容。因此一个内容概述器生成文本内容概述，另一个生成WAP内容概述，另一个生成视频内容概述，另一个生成音乐内容概述，另一个生成新闻内容概述。创建这些内容摘要的有用信息源是微格式、RDF文件及其他对于所谓语义web有用的信息。将上述内容概述作为内容概述对象(CSO)存储，并将其存储在编了索引的数据库中。当查询服务器50搜索相关内容概述时，就查阅索引710。将找到的内容概述馈送至査询服务器，以合并成包。提供设备信息存储器730和用户历史存储器740，使查询服务器能够对包加以剪裁。查询服务器可以根据内容概述创建总览屏幕视图。内容概述数据库或其索引可以存储有关其各内容项目或含有该项目的网页的如下元数据。此类元数据可以构成媒体项目的以下方面的一种、一些或全部-大小-图像/帧尺寸-时长-部分或全部数据上的CRC(循环冗余校验)-嵌入式元数据，如图像、视频等的头字段-媒体类型，或MIME类型概要可以是传统注释列表，其中每项具有多达60词左右的、简洁的描述性信息，以及其他诸如来源网站、日期等描述性信息，或者还可以其他形式提供总览，如非注释列表、项目分组列表、能够或多或少显示有关各个项目或项目分组的信息的多级列表，或者缩略图阵列、或连续项目视图的滚动序列。内容摘要内容摘要可以包括能够从(来自比如万维网或内联网或其他在线信息数据库的)网页中提取/摘录/分离出来作为离散的有用信息单元的、该网页的一方面。由于它是用户可以理解的原始信息的截短、缩略的版本，故而将其称为概述。内容概述的示例类型包括(但不局限于)以下*网页文本-其中内容概述可以是来自网页的、去删除了全部图形和导航元素的一段连续的、重要的、携带信息的文本。參WAP页面-其中概述可以是WAP页面前面大约十二行，包括所有图像(由于图像较小，并且已经被优化用于在移动设备上显示)。*新闻报导，包括网页和新闻馈送(feed)如RSS——其中内容概述就是来自原始新闻项目的文本摘要，再加上标题、日期和新闻来源。图像—其中内容概述就是原始图像的小縮略图表示，再加上诸如文件名、创建日期和图像来源网站等元数据。*铃声——其中内容概述就是铃声音频文件的起始部分，再加上26诸如铃声名称、格式类别、价格、创建日期和铃声来源卖家网站等元数据。视频片段——其中内容概述就是提取自视频文件的、排列成动画序列的静止图像的小型集合(例如4幅)；再加上元数据。可以通过扫描WWW获取概述结合，然后为其编写索引，使其可以为搜索服务所用。扫描项目可以包括深层网中的项目，即根据位于网页之后的实况(live)数据库生成的、动态生成网页，如气象预报、旅行时间表、股票报价等等。将相关内容概述集合中的搜索查询结果返回给用户。以内容概述而不是页面为单位获取、存储和发送结果的一个显著优点是，可以适应各种不同的屏幕大小，易于更好地利用典型手持移动设备有限的屏幕实际大小。此外，可以根据用户设备的特点(浏览器、屏幕色深和尺寸、视频性能、铃声性能等)剪裁内容概述的呈现，如大小、字体大小、颜色或所用媒体类型。还可以对包的大小进行剪裁，使其适合设备的浏览器，或无线信道特点，如带宽、等待时间或质量。例如，无线网络的运营商可能拥有具有关于各连接的当前可用带宽或其他信道特点的实况信息的网络管理系统。可以将实况信息传给査询服务器，使其能够动态决定该连接接下来可以承载多大的包，并进而决定在用户不通知过度延迟的条件下，内容概述的数量或各内容概述的大小。此外，可以调节屏幕视图的大小，以适应比如实际显示器的大小或其他因素。如果为便于使用，希望在各屏幕视图的同一位置呈现超链接，这样做可能会影响超链接在网页上的位置。可以采用设备无关表示形式(可以是，但不必须是XML)存储内容概述，然后对它们进行转换(可以用XSLT)的方式实现上述剪裁，转换可以是即时(onthefly)(对于依据用户设备的每次请求)的，或者可以提前准备好转换的内容概述。内容概述的第二个优点是，可以将若干内容概述整理在一起，从而形成含有多个屏幕视图的包(即，可以被更有效地发送至无线设备的单个CSP)。这意味着，可以将若干结果下载至一个设备，同时只27引起网络等待时间的一个实例。用户可以迅速滚动或翻页阅览结果集。这同传统搜索结果截然相反，后者需要用户点击每项搜索结果，并在能够收集信息和判定结果无关之前等待下载搜索结果。可以将这些特征同应用如上所述的可重用格式化模板相结合，以提供通过将新数据交换入页面来改变屏幕视图的其他选项。可以对内容概述加以归类，例如归为图像、web文本、铃声、视频片段、新闻项目、地址等类别。这些类别可以是基于内容类别或媒体类型的。类别可用于协助呈现搜索查询的结果集。可以先为用户提供结果类别选项，然后再向其呈现特定类别的结果。或者，用户可能己经表达了偏好(或利用其移动设备，或使用台式机访问其移动搜索帐户偏好)，因此首先呈现用户偏好类别的结果。可以从包含任意机器可读内容格式的网页中提取内容概述。任意机器可读内容格式包括HTML、JavaScript、FLASH、PDF、MicrosoftOffice文档等各种风格。如果网页很小并具有很高的信息密度，那么内容概述可以是整个页面，或者内容概述可以仅仅是页面内容的一小部分。除了通过自动扫描(爬行(crawling))web的方式插入内容概述以外，还可以通过其他方式，比如，通过手动插入或第三方数据库自定义转换，插入内容概述。内容概述主要是一种存储可以在移动设备上方便地整理并显示的信息单元的方式。内容概述的良好应用是用于实现移动设备的web搜索服务，在这种应用中，缺少搜索和显示信息的备选手段。第二种应用是用于访问在线商店或市场(例如EbayTM)，在这种应用中，移动用户希望搜寻大量竞标或购买的候选项目。可以在概述包中用页内超链接(在HTML、XHTMLBasic禾口XHTMLMobileProfile中称作书签)对独立的内容概述进行链接。点击书签链接仅仅是当前页面视图内的跳转，而不涉及浏览器回到网络获取下一页面。用户在单个网络获取一响应周期中接收该概述包(实际上是堆叠的web屏幕视图)，然后就能够通过快速点击页内链接来浏览所含结果了。在XHTMLMobileProfile中，可以用href属性被设置为书签的锚标签(anchortag)<3>实现这种方法。这种导航方法的效果是实现了逐页滚动而不是通常经由设备的上/下/左/右导航键提供的逐象素或逐行滚动。书签是台式机网页中一种标准且被很好理解的技术，通常用于提供到大型文档特定部分的快速链接。然而，书签不常用于链接连续的满屏内容——这是在移动设备上非常有用，移动设备通常具有简化的键盘和小格式显示器，该键盘不具有向上翻页或向下翻页键。内容概述是针对链接的、堆叠的搜索结果中各个屏幕视图的极其便利的单元。此时每个屏幕视图就是搜索查询的候选结果项目，并且可以通过每个结果的快速加载(由于只是移动)，逐步通过结果集。只需将堆叠的内容概述(屏幕视图)设置为来自不同类别，该点击就可以简单地逐步通过不同类别的结果(例如诸如文本或图像等不同媒体类别)。CSP可以结合与用于台式机搜索服务环境中的类似的赞助(sponsored)链接。如果广告者具有移动专用网页，这些赞助链接可以直接指向这些网页。然而，如果广告者没有移动专用网页，那么他们可以在提供可附属于搜索服务的广告。可以为每个内容概述项目提供具有URL的超链接，使用户能够点击访问在WWW上找到的底层内容项目。此系统中每个页面可以具有单个ADLink。当用户点击AdLink时，就呈现AdPage，AdPage是在搜索査询响应页面的有效载荷中携带的文本页面。在AdPage底部提供链接，以通过无线网络提出其他补充广告材料的请求。图8示出了图7系统的一些基本动作。在步骤500中，爬行web的一个子集。在步骤510，对于给定的内容类别，使用预先确定的提取器来提取有用信息并减少格式化开销。在步骤520，在编了索引的数据库中创建并保存与设备无关的内容概述。在步骤530，响应于搜索查询，将结果作为有序的内容概述对象返回。在步骤540，查询服务器根据移动设备的特性对结果进行转换。在步骤550，查询服务器创建结果的多页面的包，并将其发送至移动设备，以便用户浏览页面。可以将任意附加特征相结合，并同任意方面结合。对所属领域技术人员而言，其他优点，特别是优于其他现有技术的优点，是显而易见的。权利要求1.一种查询服务器，被布置为提供移动搜索服务，以及被布置为通过获取与搜索查询相对应的搜索结果来响应搜索查询，所述查询服务器被布置为准备包含多于一个由标记语言定义的页面的包，所述页面包含搜索结果，以及所述查询服务器被布置通过无线网络将所述包发送给移动设备，以便由运行在移动设备上的能够有选择地呈现页面的浏览器来呈现。2.根据权利要求1所述的服务器，其中，所述包包括多部分MIME文档。3.根据权利要求1或2所述的服务器，被布置为在所述包中插入下列中任何一项或多项结果之间的一个或更多页面边界；与屏幕视图边界充分重合的一个或更多页面边界；页面间导航超链接；访问键导航超链接；一个或更多页面的标题栏。4.根据前述任一权利要求所述的服务器，被布置为维护己发送页面的永久记录。5.根据前述任一权利要求所述的服务器，被布置为从提取自在线内容的内容概述对象的数据库中获取搜索结果。6.根据前述任一权利要求所述的服务器，被布置为对搜索结果进行转换。7.根据权利要求6所述的服务器，被布置为在转换之后插入页面分隔符。8.根据权利要求6或7所述的服务器，其中，所述包包含一幅或更多用来插入到页面中的图像，以及所述转换包括对一幅或更多图像进行缩放。9.根据前述任一权利要求所述的服务器，被布置为获取XML形式的搜索结果，以及被布置为使用XSLT样式表进行转换，以输出HTML或XHTML的页面。10.根据前述任一权利要求所述的服务器，所述搜索结果包括呈现为页面的拼接的图像，以及所述服务器被布置为将图像转换成页面，每个页面具有所述图像的一部分。11.一种响应于搜索查询而提供移动搜索服务的方法，具有步骤:获取与搜索查询相对应的搜索结果，准备包含多于一个由标记语言定义的页面的包，所述页面包含搜索结果，以及通过无线网络将所述包发送给移动设备，以便由运行在移动设备上的能够有选择地呈现页面的浏览器来呈现。12.根据权利要求11所述的方法，具有在所述包中插入下列中任何一项或多项的步骤结果之间的一个或更多页面边界；与屏幕视图边界充分重合的一个或更多页面边界；页面间导航超链接；访问键导航超链接；一个或更多页面的标题栏。13.根据权利要求11或12所述的方法，被布置为从提取自在线内容的内容概述对象的数据库中获取搜索结果。14.根据权利要求11、12或13所述的方法，具有步骤根据用户移动设备的特性对搜索结果进行转换。15.根据权利要求14所述的方法，具有步骤在转换之后插入页面分割符。16.根据权利要求14或15所述的方法，其中，所述包包含一幅或更多用于插入到页面中的图像，以及所述转换包括对一幅或更多图像进行缩放。17.根据权利要求11到16中任何一项所述的方法，具有步骤获取XML形式的搜索结果，以及使用XSLT样式表进行转换，以输出HTML的页面。18.根据权利要求11到17中任何一项所述的方法，所述搜索结果包括呈现为页面的拼接的图像，以及所述方法具有将图像转换成页面的步骤，每个页面具有所述图像的一部分。19.一种在计算机可读介质上的程序，所述程序被布置为执行权利要求11到18之一所述的方法。20.—种使用移动搜索服务的方法，具有步骤向移动搜索服务发送搜索查询，运行在移动设备上的浏览器接收包含多于一个由标记语言定义的页面的包，所述页面包含与搜索査询相对应的搜索结果，以及使用浏览器有选择地呈现所述页面。全文摘要查询服务器(50)通过获取(180)与搜索查询相对应的搜索结果、准备(200)包含多于一个由标记语言定义的页面的包(261)、以及通过无线网络(20)将该包发送给移动设备(10)来提供移动搜索服务。运行在移动设备上的浏览器(15)呈现这些页面。用户可以使用传统的浏览器快速地浏览结果，而不需要等待通过网络下载每个页面，并且不需要下载和运行定制应用程序。在搜索结果中包含页面边界，而不是让所有的结果都在一个页面内，可以减少费力的滚动，减少找到感兴趣的项目所需要的点击次数，或者能够发送和浏览更多的项目。文档编号G06F17/30GK101432731SQ200780014763公开日2009年5月13日申请日期2007年3月1日优先权日2006年3月6日发明者史蒂芬·罗伯特·艾夫斯申请人:泰普有限公司