CN104272306A - 向前翻 - Google Patents

Abstract

在一个或多个实施例中，向前翻输入（诸如手势）给触摸用户提供了容易地导航各种网站的能力。所述向前翻输入能够被利用来前进到相关内容的下一个部分。在至少一些实施例中，所述向前翻输入以向前滑动的形式存在。在一个或多个实施例中，所述向前翻输入被配置成与来自多个用户的聚合浏览历史相关联地利用。所述聚合浏览历史被分析以生成规则，所述规则然后被下载到客户端设备并且由适当地配置的web浏览器用来在接收到向前翻输入时探知内容的下一个部分。

Description

向前翻

背景技术

诸如触摸设备和其它设备之类的设备上的web浏览可能使用户失望，因为大量网站对于特定类型的输入（诸如触摸输入）未被优化。进一步地，为了跨越各种形状因素设备使用户体验变得令人愉快且高效，继续对web浏览器设计者提出了挑战。

发明内容

本发明内容被提供来以简化形式引入在下面在具体实施方式中被进一步描述的构思的选择。本发明内容不旨在识别所要求保护的主题的关键特征或必要特征。

在一个或多个实施例中，向前翻（flip ahead）输入（诸如向前翻手势）给用户（诸如触摸用户和其它用户）提供了容易地导航各种网站的能力。向前翻输入能够被利用来前进到相关内容的下一个部分。在至少一些实施例中，向前翻输入以向前滑动的形式存在。

在一个或多个实施例中，向前翻输入被配置成与来自多个用户的聚合浏览历史相关联地利用。聚合浏览历史被分析以生成规则，所述规则然后被下载到客户端设备并且由适当地配置的web浏览器用来在接收到向前翻输入时探知内容的下一个部分。

附图说明

参考附图对具体实施方式进行描述。在图中，附图标记的最左边的（一个或多个）数字标识该附图标记首次出现于其中的图。相同的附图标记在本说明书和图里的不同实例中的使用可以指示相似的或相同的项。

图1是依照一个或多个实施例的示例实施方式中的环境的图示。

图2是更详细地示出图1的示例实施方式中的系统的图示。

图3图示了依照一个或多个实施例的示例分析框架。

图4是描述依照一个或多个实施例的方法中的步骤的流程图。

图5是描述依照一个或多个实施例的方法中的步骤的流程图。

图6是描述依照一个或多个实施例的方法中的步骤的流程图。

图7是描述依照一个或多个实施例的方法中的步骤的流程图。

图8图示了依照一个或多个实施例的实施方式示例中的系统。

图9图示了能够被利用来实现本文所描述的各种实施例的示例计算设备。

具体实施方式

概述

在一个或多个实施例中，向前翻输入（诸如手势）给用户（诸如触摸用户和其它用户）提供了容易地导航各种网站的能力。向前翻输入能够被利用来前进到相关内容的下一个部分。在至少一些实施例中，向前翻输入以向前滑动的形式存在，但是在不背离所要求保护的主题的精神和范围的情况下能够利用其它手势形式。此外，其它形式的输入能够被利用来实现向前翻功能性。这样的其它形式的输入能够通过示例而非限制的方式包括点击web浏览器上的前进按钮、点击web浏览器的前进web传输控件、使用各种自然用户接口（NUI）手势等等。在一个或多个实施例中，向前翻输入包括独立于web浏览器的显示的导航工具而被接收到的输入。

在一个或多个实施例中，向前翻输入被配置成与来自多个用户的聚合浏览历史相关联地利用。聚合浏览历史被分析以生成规则，所述规则然后被下载到客户端设备并且由适当地配置的web浏览器用来在接收到向前翻输入时探知内容的下一个部分。内容部分能够包括任何适合类型的内容，诸如通过示例而非限制的方式，可以具有自然排序的顺序地可访问的内容，诸如像将出现在文章中的有序页面这样的分页内容、幻灯片放映中的幻灯片、视频内容等等。

在至少一些实施例中，被采用来使能实现向前翻功能性的技术利用用于分析的网页的文档对象模型（DOM）元素来探知相关内容的下一个页面或部分。这构成了背离考虑仅特定网页上的文本或链接来确定相关内容的下一个页面或部分。如在下面所描述的那样，考虑到跨越多个用户的聚合用户浏览历史来分析DOM元素与简单地检查页面上的每个链接相比能够提高下一个内容据以被选择的准确性和精度。这是因为单独域频繁地使用不同的约定以指示到内容的下一个部分的链接，所述内容的下一个部分诸如文章的页面或幻灯片放映的幻灯片。与向前翻功能性相关联的技术针对每个覆盖的域为下一个内容规定DOM元素。这能够减轻与选择错误链接相关联的效应。例如，页面上的两个链接可能各自具有包含单词“下一个”的锚文本，从而对于哪些内容将是下一个内容，导致不确定性。

在至少一些实施例中，网页的DOM结构被用作启发以便识别页面上的也许很可能与各种用户相关的内容。在至少一个方法中，页面上的DOM元素的“热图”根据用户以其做出选择的频率而被构建。虽然这没有识别被频繁地点击的单独的链接那么具体，但是页面DOM结构的改变远没有页面链接那么频繁。因此，从在“更热的”DOM元素内的许多链接或内容引用中进行选择很可能指示用户所感兴趣的内容。基本上，然后，用户如何与网页的结构进行交互，而非他们如何与页面上的单独的链接进行交互，成为相关性的强烈暗示。

因此，本文所描述的各种实施例采用一个或多个算法来在接收到向前翻手势时，根据跨越多个用户的用户交互智能地确定并且选择要前进到的目的地。

在以下讨论中，首先描述可操作来采用本文所描述的技术的示例环境。然后对用户输入（例如，手势和过程）的示例图示进行描述，所述用户输入可以用在示例环境中，以及用在其它环境中。因此，示例环境不限于执行示例手势，并且手势不限于示例环境中的实施方式。

示例环境

图1是可操作来采用本文所描述的技术的示例实施方式中的环境100的图示。所图示的环境100包括可以被以多种方式配置的计算设备102的示例。例如，计算设备102可以被配置为如关于图2所进一步描述的传统计算机（例如，台式个人计算机、膝上型计算机等等）、移动站、娱乐器具、通信地耦合到电视的机顶盒、无线电话、上网本、游戏控制台、手持设备等等。因此，计算设备102可以从具有大量存储器和处理器资源的全资源设备（例如，个人计算机、游戏控制台）到具有有限的存储器和/或处理资源的低资源设备（例如，传统的机顶盒、手持游戏控制台）变化。计算设备102同样包括使计算设备102执行如在下面所描述的一个或多个操作的软件。

计算设备102包括手势模块104，所述手势模块104包括形成手势模块104的一部分的向前翻手势模块105。手势模块能够连同任何适合类型的硬件、软件、固件或其组合一起实现。在至少一些实施例中，手势模块用软件加以实现，所述软件存在于某种类型的有形计算机可读介质上，其示例在下面提供。

手势模块104和向前翻模块105表示辨识手势并且使对应于手势的操作被执行的功能性。手势可以被模块104、105以多种不同的方式辨识。例如，手势模块104可以被配置成使用触摸屏或近场功能性来辨识触摸输入，诸如用户的手106a的手指靠近或触摸计算设备102的显示设备108。此外，向前翻手势模块105能够被配置成辨识发起手势的向前翻触摸输入，诸如用户的手106b的手指。

在所图示的示例中，用户的手106a的手指被图示为选择110由显示设备108所显示的图像112。图像112的选择110和用户的手106a的手指的后续移动可以被手势模块104辨识。手势模块104然后可以将这个辨识出的移动识别为指示“拖放”操作，该“拖放”操作将图像112的位置改变为显示器中的用户的手106a的手指被远离显示设备108而抬起的点。因此，描述图像的选择、选择点到另一位置的移动以及然后用户的手106a的手指的抬起的触摸输入的辨识可以被用来识别将发起拖放操作的手势（例如，拖放手势）。

多种不同类型的手势可以被手势模块104、105辨识，所述手势诸如根据单个类型的输入被辨识的手势（例如，诸如先前描述的拖放手势、向前滑动手势等等的触摸手势）以及牵涉多个类型的输入的手势。例如，模块104、105能够被利用来辨识单手指手势和边框（bezel）手势、多手指/同手手势及边框手势，和/或多手指/不同手手势及边框手势。

例如，计算设备102可以被配置成检测并且区分触摸输入（例如，由用户的手106a的一个或多个手指所提供的）和触针输入（例如，由触针116所提供的）。可以以多种方式执行区分，诸如通过检测，与被触针116接触的显示设备108的量相对的、被用户的手106的手指接触的显示设备108的量。

因此，手势模块104、105可以通过触针输入与触摸输入以及不同类型的触摸输入之间的界限的辨识和利用来支持多种不同的手势技术。因此，手势模块104、105可以支持多种不同的手势。

此外，计算设备102包括向前翻规则引擎120。在一个或多个实施例中，向前翻规则引擎120从一个或多个服务器接收形式为规则文件的规则，并且处理规则以将它们存储在客户端设备上。规则稍后在用户的导航活动期间被用来响应于接收到形式为向前翻手势的输入而选择下一块内容。在下面提供了各种类型的规则的示例。

图2一般地在200处图示包括示例计算设备102的示例系统，其表示可以实现本文所描述的各种技术的一个或多个计算系统和/或设备。计算设备102可以是例如服务提供商的服务器、与客户端（例如，客户端设备）相关联的设备、片上系统，和/或任何其它适合的计算设备或计算系统。如上所述，计算设备102包括手势模块104、向前翻手势模块模块105以及向前翻规则引擎120。

示例计算设备102同样包括彼此通信地耦合的处理系统204、一个或多个计算机可读媒体206以及一个或多个I/O接口208。尽管未示出，但是计算设备102可以进一步包括将各种组件耦合到彼此的系统总线或其它数据和命令传输系统。系统总线能够包括不同的总线结构中的任何一个或组合，所述不同的总线结构诸如存储器总线或存储器控制器、外围设备总线、通用串行总线和/或利用多种总线架构中的任一个的处理器或局部总线。同样设想到了多种其它示例，诸如控制线和数据线。

处理系统204表示使用硬件来执行一个或多个操作的功能性。因此，处理系统204被图示为包括可以被配置为处理器、功能块等等的硬件元件210。这可以包括如使用一个或多个半导体所形成的专用集成电路或其它逻辑器件一样的利用硬件的实施方式。硬件元件210不受它们由其形成的材料或在其中采用的处理机制的限制。例如，处理器可以由（一个或多个）半导体和/或晶体管（例如，电子集成电路（IC））组成。在这样的上下文中，处理器可执行指令可以是用电子地可执行的指令。

计算机可读存储媒体206被图示为包括存储器/储存器212。存储器/储存器212表示与一个或多个计算机可读媒体相关联的存储器/储存器容量。存储器/储存器组件212可以包括易失性媒体（诸如随机存取存储器（RAM））和/或非易失性媒体（诸如只读存储器（ROM）、闪速存储器、光盘、磁盘等等）。存储器/储存器组件212可以包括固定媒体（例如，RAM、ROM、固定硬盘驱动器等等）以及可移动媒体（例如，闪速存储器、可移动硬盘驱动器、光盘等等）。可以以如在下面所进一步描述的多种其它方式配置计算机可读媒体206。

（一个或多个）输入/输出接口208表示允许用户将命令和信息键入计算设备202并且同样允许信息被呈现给用户和/或使用各种输入/输出设备的其它组件或设备的功能性。输入设备的示例包括键盘、光标控制设备（例如，鼠标）、麦克风、扫描器、触摸功能性（例如，被配置成检测物理触摸的电容式或其它传感器）、相机（例如，其可以采用可见波长或诸如红外频率之类的非可见波长来将移动辨识为不牵涉触摸的手势）等等。输出设备的示例包括显示设备（例如，监视器或投影仪）、扬声器、打印机、网络卡、触觉响应设备等等。因此，计算设备102可以被以如在下面所进一步描述的多种方式配置成支持用户交互。

计算设备102同样包括web浏览器213，其能够与手势模块104和向前翻规则引擎120相结合地像上面和下面所描述的那样操作。

可以在此在软件、硬件元件或程序模块的一般上下文中对各种技术进行描述。通常，这样的模块包括执行特定任务或者实现特定抽象数据类型的例程、程序、对象、元件、组件、数据结构等等。如本文所用的术语“模块”、“功能性”以及“组件”通常表示软件、固件、硬件或其组合。本文所描述的技术的特征是平台无关的，意味着技术可以被实现在具有多种处理器的多种商业计算平台上。

所描述的模块和技术的实施方式可以被存储在某种形式的计算机可读媒体上或者跨越某种形式的计算机可读媒体传送。计算机可读媒体可以包括可以被计算设备102访问的多种媒体。通过示例而非限制的方式，计算机可读媒体可以包括“计算机可读存储媒体”和“计算机可读信号媒体”。

“计算机可读存储媒体”可以指的是与仅仅信号传输、载波或信号本身相比使能实现信息的持久性和/或非暂时性存储的媒体和/或设备。因此，计算机可读存储媒体指的是非信号承载媒体。计算机可读存储媒体包括用适合于信息的存储的方法或技术加以实现的诸如易失性和非易失性、可移动和非可移动媒体和/或存储设备之类的硬件，所述信息诸如计算机可读指令、数据结构、程序模块、逻辑元件/电路或其它数据。计算机可读存储媒体的示例可以包括但不限于RAM、ROM、EEPROM、闪速存储器或其它存储器技术、CD-ROM、数字通用盘（DVD）或其它光学储存器、硬盘、磁盒、磁带、磁盘储存器或其它磁存储设备，或适于存储所期望的信息并且可以被计算机访问的其它存储设备、有形媒体或制品。

“计算机可读信号媒体”可以指的是被配置成诸如经由网络将指令传送到计算设备102的硬件的信号承载介质。信号媒体典型地可以用已调制数据信号具体化计算机可读指令、数据结构、程序模块或其它数据，所述已调制数据信号诸如载波、数据信号或其它传输机制。信号媒体同样包括任何信息递送媒体。术语“已调制数据信号”意指使其特性中的一个或多个以如用来将信息编码在信号中这样的方式被设置或改变的信号。通过示例而非限制的方式，通信媒体包括诸如有线网络或直接连线连接之类的有线媒体，以及诸如声学、RF、红外线和其它无线媒体之类的无线媒体。

如先前所描述的那样，硬件元件210和计算机可读媒体206表示以硬件形式所实现的模块、可编程器件逻辑和/或固定器件逻辑，所述硬件形式可以在一些实施例中被采用来实现本文所描述的技术的至少一些方面，诸如以执行一个或多个指令。硬件可以包括以下器件的组件：集成电路或片上系统、专用集成电路（ASIC）、现场可编程门阵列（FPGA）、复杂可编程逻辑器件（CPLD）以及硅或其它硬件中的其它实施方式。在这个上下文中，硬件可以作为处理设备来操作，该处理设备执行由通过硬件以及被利用来存储指令以用于执行的硬件（例如，先前所描述的计算机可读存储媒体）所具体化的指令和/或逻辑所定义的程序任务。

上述内容的组合还可以被采用来实现本文所描述的各种技术。因此，软件、硬件或可执行模块可以被实现为在某种形式的计算机可读存储媒体上和/或由一个或多个硬件元件210所具体化的一个或多个指令和/或逻辑。计算设备102可以被配置成实现与软件和/或硬件模块相对应的特定指令和/或功能。因此，可由计算设备102作为软件执行的模块的实施方式可以至少部分地用硬件（例如，通过使用处理系统204的计算机可读存储媒体和/或硬件元件210）加以实现。指令和/或功能也许可由一个或多个制品（例如，一个或多个计算设备102和/或处理系统204）执行/操作来实现本文所描述的技术、模块以及示例。

如图2中所进一步图示的，示例系统200当在个人计算机（PC）、电视设备和/或移动设备上运行应用时使能实现普遍存在的环境以得到无缝用户体验。服务和应用当在利用应用、播放视频游戏、观看视频等等的同时从一个设备向下一个设备转变时在所有三个环境中基本上类似地运行以得到共同的用户体验。

在示例系统200中，多个设备通过中央计算设备被互连。中央计算设备可以在多个设备的本地或者可以位于多个设备的远处。在一个实施例中，中央计算设备可以是通过网络、因特网或其它数据通信链路连接到多个设备的一个或多个服务器计算机的云。

在一个实施例中，这个互连架构使得功能性能够跨越多个设备被递送以便将共同且无缝体验提供给多个设备的用户。多个设备中的每一个都可以具有不同的物理要求和能力，并且中央计算设备使用平台来使得能够将既为设备定制的且又为所有设备所共有的体验递送到设备。在一个实施例中，目标设备的“类”被创建并且体验是为设备的通用类定制的。设备的类可以由设备的物理特征、使用的类型或其它常见特性来定义。

在各种实施方式中，计算设备202可以采取用于诸如计算机214、移动装置216以及电视218的多种不同的配置。这些配置中的每一个都包括可以具有通常不同的构造和能力的设备，并且因此可以根据不同的设备类中的一个或多个来配置计算设备102。例如，计算设备602可以被实现为包括个人计算机、台式计算机、多屏计算机、膝上型计算机、上网本等等的计算机214类的设备。

计算设备202还可以被实现为包括移动设备的移动装置216类的设备，诸如移动电话、便携式音乐播放机、便携式游戏设备、平板计算机、多屏计算机等等。计算设备202还可以被实现为包括具有或连接到临时观看环境中通常较大的屏幕的设备的电视218类的设备。这些设备包括电视、机顶盒、游戏控制台等等。

本文所描述的技术可以被计算设备102的这些各种配置支持并且不限于本文所描述的技术的特定示例。这个功能性还可以全部或部分地通过使用分布式系统（诸如像在下面所描述的那样经由平台222通过“云”220）实现。

云220包括和/或表示资源224的平台222。平台222使云220的硬件（例如，服务器）和软件资源的底层功能性抽象化。资源224可以包括能够在计算机处理在远离计算设备102的服务器上执行的同时被利用的应用和/或数据。资源224还能够包括通过因特网和/或通过订户网络（诸如蜂窝或Wi-Fi网络）所提供的服务，诸如web服务。

平台222可以抽象化用来将计算设备102与其它计算设备连接的资源和功能。平台222还可以用来使资源的缩放抽象化以将对应的规模级别提供给所遇到的针对经由平台222实现的资源224的需求。因此，在互连设备的实施例中，本文所描述的功能性的实施方式可以遍及系统200分布。例如，可以部分地在计算设备202上以及经由使云220的功能性抽象化的平台222实现功能性。

在一个或多个实施例中，平台222能够包括分析用户如何与内容交互并且根据其分析产生能够被提供给各种客户端设备的规则的分析框架226。分析框架246收集关于用户与内容的交互的用户数据，并且根据这个用户数据来构建特定域内的网页的热图。例如，分析能够包括探知用户点击在哪些DOM元素上，并且基于用户交互的频率，构建在特定域内用户导航到的网页的热图。热图被应用于域内的多个页面。热图然后能够被利用来产生规则，所述规则进而能够在接收到向前翻手势时驱动要暴露于用户的下一块相关内容的选择，如将在下面变得显而易见的那样。

在接下来的讨论中，各种部分描述了示例实施例。标题为“示例分析框架”的部分描述了依照一个或多个实施例的分析框架。接下来，标题为“一般规则和特定规则”的部分描述了依照一个或多个实施例的一般规则和特定规则的示例。紧跟这个之后，标题为“在浏览上下文中的规则施加”的部分描述了如何能够依照一个或多个实施例在浏览上下文中施加规则。接下来，标题为“预取和预渲染内容”的部分描述了依照一个或多个实施例内容如何能够被预取和预渲染。接下来，标题为“实施方式示例”的部分描述了依照一个或多个实施例的实施方式示例。最后，标题为“示例设备”的部分描述了能够被利用来实现一个或多个实施例的示例设备。

示例分析框架

图3图示了依照一个或多个实施例的示例分析框架226。在所图示和描述的示例中，分析框架226包括历史收集模块300、分析模块302、规则构建器模块304以及规则提供模块306。该分析框架能够用任何适合的硬件、软件、固件或其组合加以实现。

在一个或多个实施例中，用户能够选择服务，通过所述服务他们的浏览历史能够被分析以用于开发能够被进一步提供给多个其它用户的规则的目的。例如，客户端设备308、310、312和314中的每一个的用户能够选择他们的浏览历史通过其能够被分析框架226收集和分析的服务。

历史收集模块300收集与用户的浏览历史相关联的用户信息。模块300收集包括在特定站点域内的浏览的站点和用户交互模式的信息。一旦被收集，分析模块302分析所收集到的用户信息以探知各种用户已如何与单独的域交互。例如，分析模块能够分析在特定域内点击的链接、链接被点击有多频繁以及用户的交互的其它有关方面，诸如通过网站的内容采取的路径。

规则构建器模块304使用分析信息来针对单独域内的多个页面开发热图。热图针对单独域内的DOM元素被开发并且提供比其它DOM元素被更频繁地浏览的那些DOM元素的指示。热图然后能够由规则构建器模块304利用来公式化与特定域相关联的规则。例如，规则能够定义，对于当前可能向用户显示的特定网页而言，下一个网页将是与被设备308、310、312和314的用户从当前显示的网页频繁地浏览到的热DOM元素相关联的一个。

一旦为单独域构建了规则，它们就能够被提供给各种客户端设备以用于在接收到向前翻输入时探知向前翻的下一个页面。

图4是描述依照一个或多个实施例的方法中的步骤的流程图。该方法能够连同任何适合的硬件、软件、固件或其组合一起实现。在至少一些实施例中，该方法由适当地配置的分析框架模块（诸如上面所描述的那个）来实现。

步骤400使得用户能够选择浏览历史集合。能够诸如通过示例而非限制的方式以任何适合的方式执行这个步骤，从而使得在用户的web浏览器中呈现对话，其向他们呈现选项以允许他们的浏览历史被收集。步骤402从多个用户接收浏览历史信息。能够以任何适合的方式执行该步骤。例如，随着用户采用他们的web浏览器浏览内容，他们的浏览活动能够被输送到适当地配置的服务器以用于收集。步骤404分析浏览历史信息。能够以任何适合的方式执行这个步骤，所述方式通过示例而非限制的方式包括，查找浏览模式并且使用浏览模式来构建与用户已浏览的内容相关联的热图。步骤406使用经分析的浏览历史信息来开发用于暴露“下一个”内容的规则。例如，能够通过使用所开发的热图来建立DOM元素之间的关联而执行这个步骤。例如，如果大量用户典型地从在一个域内的DOM_元素_1浏览到在特定域内的DOM_元素_2，则能够开发这样的规则，该规则将DOM_元素_2关联为在用户当前正在使用DOM_元素_1内的内容时要在选择下一个内容时使用的DOM元素。

步骤408将所开发的规则提供给多个客户端设备。能够以任何适合的方式执行这个步骤，所述方式通过示例而非限制的方式诸如是，使用推送或拉取模型。

已讨论了能够如何公式化和提供规则，现在考虑各种类型的规则和它们如何能够在各种实施例的上下文下被采用的讨论。

一般规则和特定规则

在所图示和描述的实施例中，能够利用多个不同类型的规则以便于确定下一个内容，例如下一个网页、媒体对象、幻灯片等等，以在诸如向前翻手势之类的向前翻输入被接收时向用户呈现。在至少一些实施例中，规则能够包括一般规则和特定规则两者。

一般规则能够被认为是跨越多个域而可全局地适用的规则。例如，当网页被解析时，它能够包括使得用户能够访问下一个顺序的内容块的各种工具。作为示例，网页可以包括标题为“下一个页面”的链接，或形式为箭头或某种其它类型的图标的非文本工具，所述箭头或图标在被选择时，将使得用户能够导航到下一个内容块。能够开发一般规则使得当这些工具中的一个在网页内被观察到时，待响应于向前翻输入而暴露的下一个内容是能够通过选择该工具而被访问的对应的内容块。在一个或多个实施例中，至少一些一般规则能够被表达为能够被定位到各种市场中的文本记号。例如，一般规则能够通过用特定市场的语言编写而被定位或被定位成意识到可以基于不同的文化考虑而依市场而异的浏览细微差别。例如，在从右向左读的文化中，各种工具可以根据右向左读而不同。例如，后退箭头可以实际上向前导航。

如上面所指出的一般规则对于大量的域或情形可能是非常有用的。然而，存在一般规则可能不必然提供明确的用户体验的情形。例如，网页可以包括能够被利用来从相同的位置导航到不同的内容的多个不同的工具。在这些和其它实例中，在对下一个内容的选择是不清楚的情况下，特定规则能够被利用来在接收到向前翻输入时消除对下一个内容的选择的歧义。

特定规则能够被开发为特定于域的。能够按出现在特定网页或域内的DOM元素来表达如上面所指出的特定规则。特定规则基于如上面所指出的多个用户的浏览模式的收集和分析针对单独域被开发。这些规则定义了，在一个域中的哪些DOM元素很可能包含到下一个内容块的链接。

一旦被开发，一般规则和特定规则两者能够被用到多种客户端设备。应当意识和理解的是，一般规则和特定规则两者都能够随着时间的推移而改变，并且，在这个意义上，构成动态地可改变的规则。这些动态地可改变的规则能够被周期性地提供给客户端设备，使得它们的关联的规则数据库能够被更新。具体地，考虑其中用户的浏览模式随着时间的推移而改变的情形。例如，当前市场或世界状况可以以这样的方式而改变，通过所述方式，用户的浏览模式共同地相对于内容使用模式而改变。通过使得一般规则和特定规则两者能够被动态地更新，能够以及时的相关方式做出借助于规则在客户端设备处的施加而选择为“下一个”内容的内容。

其它特定规则能够由网站所有者定义。具体地，网页可以包括站点所有者规定的标记，其指示所有者已经选择了旨在成为内容序列中的下一个的内容。例如，标记可以包括表达内容序列中的下一个内容块的链接 rel=“next”元标签的使用。

已考虑了各种类型的规则，现在考虑这些规则如何能够在浏览上下文中被采用的讨论。

在浏览上下文中的规则施加

在典型场景中，单独用户将通过使用他们的web浏览器访问网页并且开始通过例如在特定DOM元素上点击而与网页交互。当这个发生时，向前翻规则引擎（诸如向前翻规则引擎120（图1和2））探知在网页上是否存在指示网站所有者已经选择了旨在成为可使用内容的序列中的下一个的内容的任何站点所有者规定的标记。例如，如上面所指出的，网页可以包括指示所有者规定的下一个内容的链接元标签。如果这样的所有者规定的标记存在，则由所有者所规定的内容被兑现并且，当接收到向前翻输入时，所有者规定的内容作为下一个内容被呈现。如果不存在所有者规定的内容，则向前翻规则引擎注意看是否存在先前已被提供给客户端设备的任何特定于域的规则，例如下一个页面规则或下一个文章规则。这能够以任何适合的方式完成。例如，在至少一些实施例中，向前翻规则引擎在客户端高速缓存中查找当前域以确定是否存在针对下一个内容（例如，下一个页面或文章）的任何特定于域的规则。如果存在特定于域的规则，则向前翻规则引擎定位与在规则中所规定的DOM元素相对应的DOM元素。典型地，这个DOM元素将包含到相同域内的附加网页的多个链接。向前翻规则引擎然后在由规则针对当前域所规定的网页上的DOM元素中选择第一未读链接，并且将这个链接设置为向前翻页面。典型地，这能够通过将页面作为前进页面插入web浏览器的行程日志来完成。诸如通过示例而非限制的方式接收到向前翻手势或其它输入之类的从当前页面起的后续前进导航，导致浏览器导航到向前翻页面。

例如，假定用户正在浏览纽约时报网站并且正在读包含五个页面的内容的分页文章。还假定存在指定当前文章的下一个页面和下一个文章的特定规则。当相对于当前文章接收到向前翻手势时，如由规则所规定的下一个页面能够被呈现给用户。当用户到达文章的末尾时，借助于特定规则指定下一个文章的事实，当接收到向前翻手势时，下一个文章的第一页面能够被呈现给用户。这能够允许用户继续跨越兑现了分页的站点阅读内容，并且，一旦不再存在分页（例如，到达当前文章的末尾），规则使得呈现下一个新的文章。因此，顺序内容（诸如文章的页面）的自然排序被保持并且如在不同文章之间一样的次序能够由规则强加。

应当意识和理解的是，能够针对除文章以外的其它内容定义规则，所述内容通过示例而非限制的方式诸如是，幻灯片、图片、视频和/或能够依次表达或者通过规则的操作成为强加的序列的一部分的任何其它种类的内容。

如果对于当前网页而言，既不存在站点所有者规定的标记也不存在特定于域的规则，则向前翻规则引擎解析在当前网页上的用于所有链接的锚文本，试图定位可适用于用户的语言设定的规则文件中所规定的记号。如果找到，则与匹配的第一记号相关联的链接成为向前翻页面。如果不存在匹配，则不存在为下一个内容设置的向前翻页面。

图5是描述依照一个或多个实施例的方法中的步骤的流程图。该方法能够连同任何适合的硬件、软件、固件或其组合一起实现。在至少一些实施例中，该方法能够由适当地配置的web浏览器和向前翻规则引擎实现。

步骤500导航到网页。能够以任何适合的方式执行该步骤，所述方式通过示例而非限制的方式诸如是，通过web浏览器的方式接收用户输入。步骤502探知网页是否包括任何所有者规定的内容。能够以任何适合的方式执行这个步骤，所述方式通过示例而非限制的方式诸如是，解析特定网页并且查找出现在标记中的所有者规定的内容。如果找到了所有者规定的内容，则步骤504将所关联的规则添加到规则容器。如果不存在所有者规定的内容或在所有者规定的内容规则已被添加到规则容器之后，步骤506探知是否存在任何特定于域的规则。上面提供了这个如何能够完成的示例。如果存在特定于域的规则，则步骤508将特定于域的规则添加到规则容器。如果另一方面，不存在特定于域的规则，则步骤510使用一般规则，诸如上面所描述的那些，并且将一般规则添加到规则容器。此时，为特定网页构建规则容器的过程结束。一旦构建了针对特定网页的规则，能够采用规则以用于在接收到向前翻手势或其它向前翻输入时呈现下一个内容。

在操作中，向前翻功能性以自动化连续地细化的方式利用记号和特定于域的规则生成。能够在各种用户的计算机上通过以定义的间隔下载规则文件来持续地更新规则。如所指出的那样，用于顺序内容的下一块或用于相关内容链接的各种网页的处理通过分析页面的DOM元素来执行。因此，这个方法超出了简单地检查仅仅链接的锚文本。规则能够针对单独的域进行定制，而不是依靠旨在覆盖许多域的规则。特定于域的规则的使用能够改进下一个顺序内容据以被找到的方式。这因而是因为在一些实例中，一般化的方法可能频繁地错过找到这个顺序内容的机会，因为文本类型匹配规则被典型地消减为最常用的并且典型地受制于误报。因此，上面所描述的方法呈现了更精确且全面的方法。

此外，上面描述的方法超出了简单地依靠基于网站和链接分类学来推荐内容，这可能是一个导致想不到的且不和谐的推荐的不完美过程。替代地，向前翻逻辑收集与页面结构信息（即DOM元素）相关联的用户浏览器历史并且使用这个历史来确定在域内由相同页面的其它观看者自由地选择的网页上的区域。向前翻逻辑可以被称为选择页面上的推荐区域而不是推荐链接。因为这个逻辑使用这个推荐区域，所以没有必要对出现在推荐区域上的每一个链接进行分类，使得向前翻逻辑能够使用页面的相同区域来为用户选择内容，而不管在该页面的这个区域内的链接改变有多频繁。

已为特定网页构建了适当地配置的规则容器，现在考虑规则容器在用户与网页进行交互期间能够如何被利用的讨论。

图6是描述依照一个或多个实施例的方法中的步骤的流程图。该方法能够连同任何适合的硬件、软件、固件或其组合一起实现。在至少一些实施例中，该方法能够由适当地配置的web浏览器和向前翻规则引擎实现。

步骤600导航到网页。步骤602接收向前翻输入。能够以任何适合的方式接收这个输入。在至少一些实施例中，向前翻输入能够包括如刚好在流程图下面示出的平板计算设备中所指示的触摸手势。在这个特定示例中，触摸手势包括在箭头方向上的向前滑动手势。然而，在不背离所要求保护的主题的精神和范围的情况下，能够接收其它向前翻输入。例如，能够以鼠标、触针、自然用户接口输入等等的形式接收这样的输入。步骤604探知是否存在与当前使用的内容相关联的任何所有者规定的内容。在平板计算设备示例中，在650处，当前正被使用的内容被示出。如果响应于确定存在所有者规定的内容，则步骤606呈现所有者规定的内容。在这个示例中，所有者规定的内容可能由从右滑入的内容652来表示。如果另一方面，不存在所有者规定的内容，则步骤608探知是否存在与当前使用的内容相关联的任何特定于域的规则。上面提供了特定于域的规则的示例。如果存在与当前使用的内容相关联的特定于域的规则，则步骤610呈现由特定于域的规则所规定的内容。如果另一方面，不存在特定于域的规则，则步骤612使用一般规则，诸如上面所描述的那些，以响应于接收到向前翻输入而呈现新的内容。

在刚才所描述的示例中，向前翻功能性在响应于接收到向前翻输入的上下文下被描述。然而，在至少一些实施例中，能够以使用户的体验流线化并且使内容获取和渲染过程变得更高效的方式在接收向前翻输入之前执行向前翻功能性。这能够通过预取或预渲染内容来完成，如正好在下面所描述的。

预取和预渲染内容

关于与向前翻输入相关联地预取内容，考虑下文。当用户导航到特定内容并且开始使用该内容时，如上面所描述的相同的或相似的规则能够被利用来部分地基于用户可能在页面上接下来选择什么来预取很可能成为“下一个”内容或下一多个内容块的内容。能够在不用接收向前翻输入的情况下完成这个。相反地，web浏览器能够做出关于接下来可能是什么样的内容或什么样的多个内容块的智能判定，并且预取该内容。然后，当接收到向前翻输入时，能够渲染与所预取的内容相关联的渲染时间从而增强用户的体验。例如，当在文章的第一页面上时，能够预取到多个后面的页面使得浏览器不必每当接收到向前翻手势时才加载内容。

关于与向前翻输入相关联地预渲染内容，考虑下文。当用户导航到特定内容并且开始使用该内容时，如上面所描述的相同的或相似的规则能够被利用来预取很可能成为“下一个”内容或下一多个内容块的内容并且开始在单独的过程中渲染该内容。这能够在不用接收向前翻输入的情况下完成。相反地，web浏览器能够做出关于接下来可能是什么样的内容的智能判定，以及预取该内容并且在单独的过程中预渲染该内容。然后，当接收到向前翻输入时，过程改变被执行并且新的内容被立即示出给用户。这能够通过减少如果不消除与向前翻输入相关联的完全渲染等待时间而进一步增强用户的体验。

图7是描述依照一个或多个实施例的方法中的步骤的流程图。该方法能够连同任何适合的硬件、软件、固件或其组合一起实现。在至少一些实施例中，该方法能够由适当地配置的web浏览器和向前翻规则引擎实现。

步骤700导航到网页。步骤702探知是否存在与当前使用的内容相关联的任何所有者规定的内容。如果，响应于确定存在所有者规定的内容，则步骤704预取或预渲染由所有者所规定的下一个内容。上面提供了这个如何能够完成的示例。如果另一方面，不存在所有者规定的内容，则步骤706探知是否存在与当前使用的内容相关联的任何特定于域的规则。上面提供了特定于域的规则的示例。如果存在与当前使用的内容相关联的特定于域的规则，则步骤708根据特定于域的规则来预取或预渲染下一个内容。如果另一方面，不存在特定于域的规则，则步骤710使用一般规则，诸如上面所描述的那些，以预取或者预渲染下一个内容。

步骤712接收向前翻输入。能够以任何适合的方式接收这个输入。在至少一些实施例中，向前翻输入能够包括如在平板计算和其它有触摸能力的设备中一样的触摸手势。然而，在不背离所要求保护的主题的精神和范围的情况下，能够接收其它向前翻输入。例如，能够以鼠标、触针、自然用户接口输入等等的形式接收这样的输入。响应于接收到向前翻输入，步骤714呈现所预取的或预渲染的内容。如果内容已被预取但是尚未渲染，则这个步骤能够包括渲染所预取的内容。如上面所指出的那样，如果内容已在单独的过程中被预渲染了，则能够通过切换过程实现这个步骤。

已考虑了上面所描述的各种实施例，现在考虑依照一个或多个实施例的实施方式示例。

实施方式示例

图8图示了描述依照一个或多个实施例的实施方式示例的系统。

在这个示例中，系统包括规则下载器800、规则解析器802、行程日志804以及选项卡窗口UI控件806。系统还包括URL高速缓存容器810、向前翻配置组件812、规则容器814，所述规则容器814进而包括文本内容规则816和选择器规则818。系统还包括文档820、网页引擎822以及向前翻管理器824。

规则下载器800、规则解析器802以及URL高速缓存容器810总起来构成规则更新模块。行程日志804和选项卡窗口UI控件806构成了导航模块。向前翻配置组件812、规则容器814、文档820、网页引擎822以及向前翻管理器824构成规则引擎。

在所图示和描述的实施例中，规则下载器800是这样的单独的过程，其以有规律的间隔周期性地检查存在于客户端侧的规则的版本（例如，规则文件）并且对服务端点做出调用以探知是否存在比当前在客户端设备处的规则文件更新的规则文件。如果有，则规则下载器800下载规则文件，所述规则文件在至少一些实施例中包括XML文件。规则文件由规则下载器800交给规则解析器802，然后规则解析器802将XML文件解析成针对每个域的规则（即特定规则）和如上面所描述的一般规则。规则然后被插入URL高速缓存容器810。URL高速缓存容器810被实现为快速查找数据库。

向前翻配置组件812使能实现用来修改规则如何被施加的配置信息的施加。例如，向前翻配置组件812可以规定一般规则将优先于特定于域的规则。相反地，向前翻配置组件812可以规定特定于域的规则将优先于一般规则。

当web浏览器导航到网页时，向前翻配置组件812构建规则容器814以包括针对给定网页的文本内容规则816（即一般规则）和选择器规则818（即特定于域的规则）。

向前翻管理器824与网页引擎822就网页引擎对网页的解析进行交互以确定在规则容器814中是否存在给定网页（这里由文档820表示）上匹配的规则。如果存在构成匹配的规则，并且在用户的前进导航历史中不存在内容（指示当前使用的内容未被后退导航所导航到），则向前翻管理器824将与规则匹配相对应的“向前翻页面”插入行程日志804。这使能实现在接收到向前翻输入时到“向前翻页面”的前进导航。

选项卡窗口UI控件806使得视觉线索能够被呈现在web浏览器中以指示内容已被插入前进历史。这向用户通知内容可用于向前翻输入。

已考虑了实施方式示例，现在考虑能够被利用来实现上面所描述的实施例的示例设备。

示例设备

图9图示了能够被实现为如参考图1和2所描述的任何类型的便携式和/或计算机设备以实现本文所描述的实施例的示例设备900的各种组件。设备900包括通信设备902，所述通信设备902使能实现设备数据904（例如，接收到的数据、正被接收的数据、为广播调度的数据、数据的数据分组等）的有线和/或无线通信。设备数据904或其它设备内容能够包括设备的配置设定、存储在设备上的媒体内容和/或与设备的用户相关联的信息。存储在设备900上的媒体内容能够包括任何类型的音频、视频和/或图像数据。设备900包括任何类型的数据、媒体内容和/或输入经由其能够被接收到的一个或多个数据输入906，诸如用户可选择的输入、消息、音乐、电视媒体内容、录制视频内容，以及从任何内容和/或数据源接收到的任何其它类型的音频、视频和/或图像数据。

设备900还包括通信接口908，所述通信接口908能够被实现为串行和/或并行接口、无线接口、任何类型的网络接口、调制解调器中的任何一个或多个，并且实现为任何其它类型的通信接口。通信接口908在设备900与通信网络之间提供连接和/或通信链路，其它电子、计算以及通信设备通过所述连接和/或通信链路向设备900传送数据。

设备900包括一个或多个处理器910（例如，微处理器、控制器等等中的任一个），处理器910处理各种计算机可执行或可读指令以控制设备900的操作并且实现上面所描述的手势实施例。替换地或此外，设备900能够用连同在912处被一般地标识的处理和控制电路一起被实现的硬件、固件或固定逻辑电路中的任何一个或组合加以实现。尽管未示出，但是设备900能够包括将各种组件耦合在设备内的系统总线或数据传输系统。系统总线能够包括不同的总线结构中的任何一个或组合，所述不同的总线结构诸如存储器总线或存储器控制器、外围设备总线、通用串行总线，和/或利用多种总线架构中的任一个的处理器或局部总线。

设备900还包括计算机可读媒体914，诸如一个或多个存储器组件，其示例包括随机存取存储器（RAM）、非易失性存储器（例如，只读存储器（ROM）、闪速存储器、EPROM、EEPROM等中的任何一个或多个）以及盘存储设备。盘存储设备可以被实现为任何类型的磁性或光学存储设备，诸如硬盘驱动器、可记录和/或可写入紧致盘（CD）、任何类型的数字通用盘（DVD）等等。设备900还能够包括大规模存储媒体设备916。

计算机可读媒体914提供数据存储机制以存储设备数据904，以及各种设备应用918和与设备900的操作方面有关的任何其它类型的信息和/或数据。例如，操作系统920能够作为计算机应用与计算机可读媒体914一起被维持并且在处理器910上执行。设备应用918能够包括设备管理器（例如，控制应用、软件应用、信号处理和控制模块、特定设备本地的代码、用于特定设备的硬件抽象层等）。设备应用918还包括任何系统组件或模块以实现本文所描述的手势技术的实施例。在这个示例中，设备应用918包括作为软件模块和/或计算机应用被示出的接口应用922和手势捕获驱动程序924。手势捕获驱动程序924表示被用来给接口提供配置成捕获手势的设备的软件，所述设备诸如触摸屏、轨迹板、相机等等。替换地或此外，接口应用922和手势捕获驱动程序924能够被实现为硬件、软件、固件或其任何组合。

设备900还包括将音频数据提供给音频系统928和/或将视频数据提供给显示系统930的音频和/或视频输入-输出系统926。音频系统928和/或显示系统930能够包括处理、显示和/或以其它方式渲染音频、视频和图像数据的任何设备。视频信号和音频信号能够经由RF（射频）链路、S-视频链路、复合视频链路、分量视频链路、DVI（数字视频接口）、模拟音频连接或其它相似的通信链路从设备900传送到音频设备和/或到显示设备。在实施例中，音频系统928和/或显示系统930被实现为设备900的外部组件。替换地，音频系统928和/或显示系统930被实现为示例设备900的集成组件。

结论

在一个或多个实施例中，向前翻输入（诸如手势）给触摸用户提供了容易地导航各种网站的能力。向前翻输入能够被利用来前进到相关内容的下一个部分。在至少一些实施例中，向前翻输入以向前滑动的形式存在。

在一个或多个实施例中，向前翻输入被配置成与来自多个用户的聚合浏览历史相关联地利用。聚合浏览历史被分析以生成规则，所述规则然后被下载到客户端设备并且由适当地配置的web浏览器用来在接收到向前翻输入时探知内容的下一个部分。

尽管已经用特定于结构特征和/或方法学行为的语言对实施例进行了描述，但是应当理解的是，在所附权利要求中定义的实施例未必限于所描述的特定特征或行为。相反地，特定特征和行为作为实现所要求保护的实施例的示例形式被公开。

Claims (10)

1.一种计算机实现的方法，其包括：

从多个用户接收浏览历史信息；

分析所述浏览历史信息；

使用分析的浏览历史信息来开发跨越多个客户端设备的用于暴露下一个内容的规则，其中所述规则包括：

　　一般规则，其是跨越多个域而可全局地适用的；和

　　特定规则，其是特定于域的；以及

将开发的规则提供给所述多个客户端设备。

2.根据权利要求1所述的方法，其中所述分析包括构建与用户已浏览的内容相关联的热图。

3.根据权利要求1所述的方法，其中所述规则中的至少一些定义出现在网页上的DOM元素之间的关联。

4.根据权利要求1所述的方法，其进一步包括使得用户能够选择浏览历史集合。

5.根据权利要求3所述的方法，其中所述分析包括构建与用户已浏览的内容相关联的热图。

6.根据权利要求1所述的方法，其进一步包括更新所述规则并且将更新的规则提供给所述多个客户端。

7.包括计算机可执行指令的一个或多个计算机可读存储媒体，所述计算机可执行指令当被执行时，实现包括以下各项的方法：

响应于导航到网页，探知是否存在描述要响应于接收到向前翻输入而显示的下一个内容的、与所述网页相关联的任何特定规则，其中所述特定规则包括特定于域的规则，所述特定于域的规则包括由网站的所有者所规定的规则；以及

响应于它们是与所述网页相关联的特定规则，将一个或多个关联的规则添加到规则容器。

8.根据权利要求7所述的一个或多个计算机可读存储媒体，其中所述特定规则中的至少一些与来自多个用户的浏览历史信息相关联。

9.根据权利要求7所述的一个或多个计算机可读存储媒体，其中所述规则中的至少一些定义出现在所述网页上的DOM元素之间的关联。

10.根据权利要求7所述的一个或多个计算机可读存储媒体，其中所述向前翻输入包括触摸手势。