CN102483824B - 基于与经由定向设备信息发现的感兴趣点的交互的门户服务 - Google Patents

Abstract

通过在环境中增加方向信息，可以基于用户标识或通过指向对象来与具体的兴趣对象的交互提供各种门户服务。可以将通过基于方向的位置服务发现的项指定为用于目前的交互或以后的交互，且将关于那些交互的信息上传到经由一个或多个网络展现的智能门户服务。设备用户可以在已经将智能分析应用到表示该用户的交互的数据之后的以后的时间与门户服务交互，这允许经由门户服务进行的诸如推荐引擎、共享引擎、购物场景等等的各种场景。

Description

基于与经由定向设备信息发现的感兴趣点的交互的门户服务

技术领域

本公开内容涉及结合一个或多个基于位置和方向的服务的使用基于与所标识的感兴趣点的用户交互展现自定义用户内容的门户服务。

背景

作为涉及一些常规系统的背景，诸如便携式膝上型计算机、PDA、移动电话、导航设备等等的移动设备已经配备有诸如全球定位(GPS)系统、WiFi、蜂窝塔三角测量等等的基于位置的服务，这些基于位置的服务可以确定和记录移动设备的位置。举例来说，GPS系统使用从被放置在环绕地球的轨道上的卫星接收的信号的三角测量来判断设备位置。各种基于地图的服务已经从包括这样的基于位置的系统显现出来，这些系统帮助这些设备的用户在地图上找到自己并促进实时点对点导航和搜索地图上的点的附近的位置。

然而，这样的导航和搜索场景当前被限于显示关于端点和导航路线的相对静态的信息。尽管带有基于位置的导航或搜索能力的这些设备中的一些允许经由网络更新表示端点信息的批量数据，例如在被连接到联网便携式计算机(PC)或膝上型计算机时，但这样的数据再次变得在时间上是固定的。因此，期望为用户提供比基于位置和表示感兴趣的潜在端点的静态批量数据的常规处理的常规体验更丰富的一组体验。

另一问题是在旅途中基于位置信息得知附近感兴趣点(POI)的用户可能并不总是有时间与各POI交互或者仔细查看不相关的信息(例如用户正远离POI移动)。此外，即使用户有时间，设备也可能不具有支持用户参与的完全用户体验的能力，例如由于诸如有限的辅助键区、屏幕空间等等等的有限的硬件。

另一问题是，正在搜索关于潜在POI的信息，但先前没有以任何方式标识潜在POI的用户，会被潜在POI的数量和可用信息的量淹没。

以上所描述的现今的基于位置的系统和设备的缺陷仅仅旨在提供常规系统的问题中的一些的概览，且不旨在是详尽的。在观察下列详细描述时可以进一步明显看出关于本领域的状态的其他问题和各种非限制性实施例中的一些的对应的益处。

概述

在此提供简化的概述以便帮助允许在更详细的描述和附图中出现的示例性的、非限制性实施例的各种方面的基本的或一般的理解。然而，本概述不旨在作为广泛的或详尽的概览。相反，本概述的唯一目的是以简化形式呈现与一些示例性的非限制性实施例相关的一些概念，作为后续各种实施例的更详细的描述的序言。

为便携式设备或移动终端提供基于方向的指点服务。移动终端可以包括用于接收作为便携式电子设备的位置的函数的位置信息的位置组件、输出作为便携式电子设备的定向的函数的方向信息的方向组件、以及处理位置信息和方向信息以确定作为位置信息和/或方向信息的函数的相对于便携式电子设备的感兴趣点的子集的处理引擎。

设备或端点可以包括确定方向的罗盘，例如磁罗盘或陀螺仪罗盘，以及用于确定位置的系统，例如GPS。为了补充位置信息和/或方向信息，设备或端点也可以包括用于确定速度和/或加速度信息以便由引擎处理的组件，例如以便辅助确定用该设备做出的姿势。

通过在环境中增加方向信息，可以基于用户标识或与具体的兴趣对象的交互提供各种门户服务。举例来说，在用户指向特定的位置或场所的特定的项(item)时，这为对该特定项感兴趣的任何人创建了在用户的焦点是在该特定项上时与用户就该项或相关项进行通信的机会。也可以考虑交互的用户上下文以便补充一个或多个交互性的基于方向的服务的提供。

此外，有时设备用户和/或同用户与其交互的POI相关联的内容的发布者将希望推迟与POI和关联内容的交互。因而，在相关时间给设备用户提供关于端点的相关内容，该相关时间可以不是与该POI的初始联系的时间。

通过访问“携带”用户数据(包括得自在一个或多个基于方向的服务的使用期间所标识的POI的用户数据)的门户的一个或多个实施例，用户可以在任何时间从任何设备连接到门户服务，以便基于智能分析查看自定义用户POI包。门户或门户服务允许用户在任何时间从任何设备借助于网络访问来访问关于POI的信息。门户也允许用户利用附加的特征，例如观察用户自己对POI的兴趣的趋势、就各POI与其他用户协作过滤等等。使用门户，用户可以按类别(例如饭店)或按子类别(例如寿司饭店)与POI交互。用户也可以从各POI接收广告或报价，或从其他用户接收关于各POI的反馈等等。以将POI的广告放置在门户内作为交换，可以免费提供门户服务。

下面更详细地描述这些和其他可选的实施例。

附图简述

参考附图进一步描述各种非限制性实施例，附图中：

图1是根据一个或多个实施例的交互场景的非限制性体系结构的框图；

图2是交互场景的另一非限制性体系结构的框图；

图3是用于与所标记的感兴趣点交互的非限制性过程的流程图；

图4是用于与所标记的感兴趣点交互的非限制性过程的流程图；

图5是阐释结合基于方向的服务与感兴趣点交互、或者结合基于方向的服务和为这样的交互提供的一组非限制性服务标记感兴趣点以便用于经推迟的交互的具体装置的设备的框图；

图6是用于促进与感兴趣点的经推迟的交互的非限制性过程的流程图；

图7是根据一个或多个实施例的已经将埃菲尔铁塔标记为感兴趣点的移动终端设备的示例性UI；

图8是根据一个或多个实施例的使用门户服务与作为感兴趣点的埃菲尔铁塔交互的移动终端设备的示例性UI；

图9是根据一个或多个实施例的已经将埃菲尔铁塔标识为感兴趣点的小形状因子(form factor)移动终端设备(例如蜂窝式电话、PDA等等)的示例性UI；

图10是根据一个或多个实施例的正在使用门户服务来执行与作为感兴趣点的埃菲尔铁塔的经推迟的交互的计算设备的示例性UI；

图11是正在与高尔夫俱乐部交互的计算设备的示例性UI；

图12是根据一个或多个实施例的利用云服务来支持与感兴趣点的经推迟的交互的系统的示例性体系结构的框图；

图13阐释用于在作为将来的广告源的位置处与POI的经推迟的交互的示例性序列；

图14是阐释包括与感兴趣点交互的门户服务的体系结构的非限制性示例的框图；

图15是阐释基于对满足根据在此的一个或多个实施例定义的经推迟的交互的兴趣而建立的全面广告模型中的市场参与者的框图；

图16是阐释其中可以相对于感兴趣点推断或暗示用户意向的各种方式的框图；

图17和图18阐释其中促进关于给定的感兴趣项的交易的较好时间选择(timing)的经推迟的交互的代表性场景；

图19是阐释用于与基于位置的服务联用的运动矢量的形成的框图；

图20、图21和图22阐释用于确定关于设备的指点方向的相交端点的算法的各方面；

图23表示用于基于指点信息表示感兴趣点的移动设备的通用用户界面；

图24表示用于表示感兴趣点的信息的用户界面的一些示例性非限制性替代方案；

图25表示用于显示关于给定的感兴趣点的静态信息和动态信息的一些示例性非限制性字段或用户界面窗口；

图26阐释用于将兴趣信息的点覆盖在移动设备的照相机视图上的样本覆盖用户界面；

图27阐释用于在基于区域的算法中预测感兴趣点并淘汰(age out)旧的感兴趣点的过程；

图28阐释在接收到位置和方向事件时设备的第一过程；

图29阐释在接收到位置和方向事件时设备的第二过程；

图30是表示其中可以实现各实施例的示例性非限制性联网环境的框图；以及

图31是表示其中可以实现各实施例的各方面的示例性非限制性计算系统或操作环境的框图。

详细描述

概览

如背景中所讨论，连同其他事物一起，当前的位置服务系统和服务(例如GPS、蜂窝三角测量、诸如蓝牙、WiFi等等的P2P位置服务)倾向于仅基于设备的位置，且倾向于提供并非是为用户度身定制的静态体验，因为关于感兴趣的断点的数据是相对静态的或在时间上是固定的。

至少部分地考虑到常规的基于位置的服务的这些缺陷，提供便携式设备的各种实施例，其允许用户将设备指向一个方向、基于由该设备指向的方向确定一组系统感兴趣点并且接收关于该感兴趣点的信息或以另外方式与该感兴趣点交互或者将与该组感兴趣点的交互推迟到以后的时间点，这实现使基于方向的服务的用户能够在最佳时间接收相关信息的一组丰富的场景。

因而，可以将通过基于方向的位置服务发现的项指定为用于目前的交互或以后的交互，且将关于那些交互的信息上传到经由一个或多个网络展现的智能门户服务。设备用户可以在已经将智能分析应用到表示该用户的交互的数据之后的以后的时间与门户服务交互，这允许经由门户服务进行的诸如推荐引擎、共享引擎、购物场景等等的各种场景。

目前的交互生成可以被上传到门户的数据，且可以通过从任何设备访问门户服务来执行经推迟的交互。在任一种情况中，生成可以被门户服务用于向用户提供自定义POI或相关的内容的数据。用户与设备的目前的交互生成第一种类的用户数据，且标记POI以便用于以后的交互生成第二种类的用户数据，两种数据种类都可由门户服务分析以便获悉关于用户的某事。在这一点上，所有种类的用户数据，无论是显式的还是隐式的，都可以形成分析用户数据并从门户服务将自定义内容包呈现给用户的智能用户门户服务的基础。举例来说，门户服务的一个示例是推荐引擎，该推荐引擎基于聚集用户数据的分析确定用户的特性，并且，作为传送服务的一部分，经由门户将POI或潜在感兴趣的POI的类别呈现给用户。也可以作为云服务的部分而提供这样的基于方向的服务。

尽管在此独立地将各种实施例中的每一个呈现为例如各个图的序列的一部分，但应明白，正如所描述的，便携式设备和/或关联的网络服务可以合并或组合任何实施例中的两个或更多个。假定各种实施例中的每一个改善用户希望在其中操作的总体服务生态系统，从组合不同的益处一起得到协同作用。因此，在此应认为下面描述的不同的实施例的组合表示许多进一步的替代的实施例。

为基于方向的服务提供的非限制性设备包括用于分析位置信息(例如，GPS)、诸如罗盘信息(例如，北、西、南、东)等的方向信息以及任选的移动信息(例如，加速度计信息)的引擎，以便允许平台指点并由此在用户的环境中查找感兴趣对象。预期基于用户查找诸如饭店等的关于感兴趣对象的感兴趣信息、或在个体周围的其他项、或在用户附近的感兴趣的人们、场所或事件并在查找以后的时间使得为用户度身定制信息(例如，优惠券、广告)的各种场景。预期用于促进交互的各种门户服务实现，以及可被执行以便增强门户服务交互的各种分析功能。

因此，作为下面更详细地讨论的各种非限制性实施例和示例场景的一部分，结合基于方向的服务的提供，提供与一个或多个感兴趣点(POI)交互的有效方式。这可以包括结合基于方向的服务的提供标记这样的POI以便用于以后的交互、聚集关于所标记的POI的信息、以及通过门户与各POI交互。

在这一点上，有时感兴趣方，例如，设备用户和/或与POI相关联的内容的发布者，希望推迟相对于POI的交互或用以后的交互来补充目前的相对于POI的交互。这可以是出于各种显式原因或隐式原因，这些原因可以由设备基于上下文来输入或辨别。举例来说，具有有限屏幕空间的用户可能希望指定将某些POI用于在用户可以经由个人计算机(PC)和较大的显示器查看关于该POI的信息时的以后的交互。

对于非限制性示例场景，为了阐释推迟交互的益处，用户可能经过剧院并想要去看在剧院演出的节目中的一个；然而，用户可能想要等待至抵达家里，以使得她可以向她的丈夫询问可用性并咨询清楚地阐释表演何时演出、如何买票等等的与该POI相关联的丰富的基于Web的界面。因而，通过简单地指定POI用于以后的交互以及用于将来的交互的显式时间或隐式时间，用户可以确保POI及其与用户的相关性在较好的时间再次出现。这与现今相反，现今，用户必须在用户抵达家里时记得咨询web站点，或者用户必须试图以由有限触摸屏幕和输入所呈现的小记录或以有限时间或网络连接性来合计出(figure out)这样的信息。

此外，内容提供商，即，希望传递关于该POI的信息或诸如广告等的与该POI相关的信息的那些人，也受益于以后的交互，这是因为他们也可以公布更多内容，并且从用户收集更多的信息，而且在公布之前更新他们的内容，以及也花费更多时间来使得为用户度身定制内容。因而，用户和POI内容提供商两者以同样方式受益于用户标记某些POI以便用于以后的交互的能力。

在另一实施例中，用户标记POI以便用于以后的交互，且另外，将其他信息与该POI关联起来，例如，以便形成列表。举例来说，用户可以指定他们吃午餐的餐厅并用诸如“我希望日后尝试吃晚餐的餐厅”等的类别来标记它。因而，当用户以后通过某种显式或隐式的路线返回到该POI时，用户有机会查看饭店的列表以便吃晚餐。这也基于上下文隐含地设定关于经推迟的交互应何时发生的信息。

可以根据各种不同的标准(criterion)——例如显式的用户选择、预先设定的时间量(例如，10小时后)、或预先设定的时间(例如，下午6点)等等——来定义经推迟的交互。在这一点上，相对于该POI的任何标准或准则(criteria)的组合，例如，“设备在该POI的2个街区的范围内且时间是在下午5点和晚上9点之间”，可以是用于通知或提醒用户该POI的存在的一组准则。也可以作为到推迟标准的输入而提供诸如设备位置、方向信息、步行到该POI的路径信息等的其他信息。在上面的示例中，用户路经的餐厅针对午餐不营业，但是针对晚餐营业，该餐厅找到通过经推迟的交互的处理在以后的时间变得再次与用户相关的方法。

在任何时间，用户可以明确地请求查看用户过去与其交互的任何POI，且这种查看可以借助于发现该POI的相同的用户设备，例如，可以在以后的时间接收到通知，或者这可以借助于完全不同的尺寸外形。举例来说，用户可以经由web站点和相关联的存储以及聚集用户与之交互的POI的智能引擎来与一组推迟的POI交互，并跟踪哪些POI是用户仍然想要与之交互的，以及处于什么推迟条件下。

由于用户对POI的期望实际上是“走开，以后再说(go away until later)”的本质，对于有效的操作，在某些环境下用户想要快速地和容易地“标记”感兴趣点以供以后回顾，以使得浪费最少量的当前时间和能量。因此，在一种实施例中，用户可以执行基于在设备上可用的方向和运动信息(例如，加速度计信息)标记POI的唯一姿势，以使得用户可以容易地重复该唯一姿势以便标记其他对象以供以后回顾。这样的唯一姿势可以是为设备预先定义的或者由用户预先定义的。例如，通过定义姿势的臂、肘和/或腕移动，可以使用该姿势来同时地对准和标记对象或一组对象以便用于例如经由Web的以后的交互。

在一种实施例中，使用为基于指点的服务提供的设备的方法包括接收与设备所指向的方向相关联的方向信息。接下来，根据相交测试在由该方向定义的区域内标识感兴趣点。接下来，可由用户标记感兴趣点(POI)以便将与所标记的POI的交互推迟到例如当用户再次与基于指点的服务交互时的以后的时间。因而，提供标记POI以便用于以后的交互的方式或者设定关于该POI的提醒或通知以便以后与它们交互的方式。

举例来说，一个非限制性示例是推迟键入场景。举例来说，当用户开车或路过某个不动产时，推迟键入场景可以适用，因为用户可能没有时间或足够的辅助键区或屏幕来了解感兴趣的特定不动产。举例来说，在移动设备上键入是不方便的。因而，经由服务，用户可以指向感兴趣点，且借助于姿势或其他输入，标记感兴趣点以便用于以后的动作。然后，当用户触及PC时，呈现与该感兴趣点交互的提醒且用户可以用完整的键盘输入。正如所提到的，可以将与经推迟的POI相关的信息传送给门户服务以供进一步分析，以便提供与经推迟的POI相关的服务并且进行经推迟的访问。

在一种实施例中，使用门户服务来收集关于各POI的附加信息的方法包括从门户服务请求关于一组POI的信息。接下来，门户服务分析请求、请求者和所聚集的关于POI数据，并确定返回给请求者的一组POI。然后，门户服务选择与返回给请求者的一组POI相关的至少一个广告，并将广告和该组POI返回给请求者。

在另一实施例中，提供关于各POI的信息的方法包括接收对基于方向的服务系统的一组POI的请求并基于登录凭证标识请求者的简档。接下来，基于查询和简档信息，分析表示请求者与各POI的交互的聚集交互数据并输出与请求者阈值相关(threshold relevance to the requestor)的一组POI。

下面提供各种其他示例性、非限制性实施例的细节。

基于来自启用基于方向的服务的设备的用户数据的门户服务

正如所提到的，在此描述的一个或多个实施例提供借助于基于方向的位置服务的指点交互标识端点并将交互推迟到更方便的时间或情况的能力。例如，通过标记位置且随后在以后添加关于该感兴趣点的一些信息以供由基于方向的服务使用，允许关于感兴趣点的动态信息的经推迟的编辑。举例来说，用户不总是在创建时有时间来相对于给定的感兴趣点操纵或上传图片、音频、自动注释等等。在这样的环境中，用户可以将关于感兴趣点的某些动作推迟到将来的时间，例如，创建关于用户为什么希望添加特定的感兴趣点以便用于经推迟的交互的对用户的提醒。

在这一点上，利用数字罗盘和位置服务来提供方向和位置信息实现下一代基于方向或指点器的位置搜索服务、扫描服务、发现服务等等，其中数字罗盘和GPS可以被用来指向感兴趣的对象，从而定义设备与一个或多个第三方设备之间的一个或多个数据交易的门户点，以便为该设备所指向的感兴趣的对象提供服务。在此描述的一个或多个实施例的情况中，用户可以将一个或多个数据交易的进入点推迟到以后的时间。在移动终端上使用数字罗盘，例如固态罗盘、磁罗盘、基于日/月的罗盘等等，促进了指向场景并将其上传到web服务、云服务或另一端点、指点地理信息并将其同步到web服务、云服务或另一端点。

如在各种实施例中所反映的，提供一种可以通过设备的位置和方向来查明(hone in on)具体对象或感兴趣的具体对象、与之交互或以另外方式与之交易的设备，这创建了先前未知的新的广告模型。作为示例，在用户结合基于方向的服务与零售商店的货架上的特定产品交互时，这为对该特定产品感兴趣的任何人创建了参与该用户(例如，将一些信息传递给该用户)的机会。在作用于该机会时，也可以考虑可以从用户的动作和交互辨别出的任何上下文。在通过将交互延推迟到以后的时间来引入相对于机会的推迟的情况中，为由推迟信息表示的将来的机会创建市场，且可以一起预测产品和服务所发生的早期趋势。

在这一点上，用户可以以大量上下文敏感的方式与端点交互，以便提供或更新与感兴趣的端点相关联的信息，或者从与感兴趣的端点相关联的实体接收有益的信息或工具(例如，优惠券、报价等等)，且借助于一个或多个实施例，可以将这样的动作中的任何推迟到以后的时间或较好的时间。借助于位置服务，可以确定用户的设备物理上处于实际的商店中或者接近商店的橱窗陈设。将此耦合到与用户借助于允许基于方向的服务的方向信息与感兴趣的对象的交互，得到基于与具体的项交互采取行动的新的机会。

在一种实施例中，提供便携式电子设备，该便携式电子设备具有：位置组件用于接收作为便携式电子设备的位置的函数的位置信息；以及至少一个处理器，其被配置为处理位置信息以便确定与便携式电子设备的位置相关联的感兴趣点的标识符，并且，基于为便携式电子设备和标识符确定的意向信息，设定一组推迟标准以供以后与由标识符表示的给定的感兴趣点的交互，但为了避免疑惑，门户服务不限于经推迟的场景。

正如所提到的，设备可以包括输出作为便携式电子设备的定向的函数的方向信息且促进确定设备的意向的方向组件。方向组件可选地可以是输出方向信息的数字罗盘。设备可以在3D空间内确定作为位置信息和/或方向信息的函数的相对于候选感兴趣项的感兴趣项的子集。

设备可以基于对感兴趣项和标识符的选择请求经推迟的内容。对经推迟的内容的请求可以基于与感兴趣项和标识符相关联的编码的扫描。对经推迟的内容的请求可以基于作为设备的输入的关键字而接收到的关键字和标识符。对经推迟的内容的请求可以基于来自至少一个网络服务的意向信息和标识符。对经推迟的内容的请求也可以是自动的，或者由用户的其他显式或隐式的请求做出。

在以后的时间，且潜在地来自不同的设备，可以从网络服务接收基于对经推迟的内容的请求的内容包。设备可以可选地包括显示器或诸如扬声器等的声音设备，以便显示或呈现内容包的图形内容(例如，文本、图标、图像数据、视频数据等等)和/或音频内容中的一些或全部。

初始交互可以包括将设备定向为朝向一些感兴趣项并确定与设备的定向相关联的从中标识感兴趣项的子集的方向信息。举例来说，交互可以包括：将设备指向定义一般地朝向场所中的感兴趣项的视准线(pointing line)的方向，以及将与视准线充分相交的一组候选感兴趣项确定为作为感兴趣项的子集，并允许从该组候选项选择一个或多个项。

在一种实施例中，用于提供基于方向的服务的设备的方法包括确定与相对于预先定义的设备的定向所指向的方向相关联的方向信息，且标识被定义为所指向的方向的函数的区域内的POI，包括确定哪一组POI与该区域相交。接下来，例如在地图或列表上显示对应于在该区域内标识的POI的信息，且可以在目前时间与在该区域内标识的POI交互，或者将其指定为用于在以后的时间的或经推迟的交互。在一种实施例中，将与所指定的POI相关联的ID传送给网络服务，这允许在以后的时间例如从不同的形状因子的设备展现关于所指定的POI的信息。基于用户与端点数据的交互构建的智能为门户服务的传递提供了基础。

与POI交互或将POI指定为用于以后的交互，可以包括相对于所指定的一个或多个POI的显式输入，例如相对于一个或多个POI的姿势输入、关键字输入、音频输入、摄像机输入或触摸屏输入中的一个或多个。目前的交互或将POI指定为用于以后的交互可以包括相对于所指定的一个或多个POI的隐式输入，包括基于交互的上下文做出关于交互的推断。

可以在至少可视地表示被定义为所指向的方向的函数的区域的地形地图上进行POI信息的显示，且可以在地形地图视图上相应的位置处的区域内显示POI的图形指示。也可以在经过滤(例如，由该区域中的饭店过滤)的列表视图中表示POI。

在另一实施例中，便携式电子设备包括用于接收作为便携式电子设备的位置的函数的位置信息的位置组件和输出作为便携式电子设备的定向的函数的方向信息的方向组件。另外，设备包括处理器，该处理器被配置为处理位置信息和方向信息以便在设备的预先定义的地理区域内确定POI的标识符或ID、与所选择的ID交互、接收关于对应于所选择的标识符的POI的信息和接收定义交互的关于所选择的ID的输入。

将定义目前的交互或将来的交互的关于所选择的ID的信息与感兴趣点一起传送给网络服务。在一种实施例中，在设备上提供指点器结构，该指点器结构可视地指示便携式电子设备的定向，方向组件基于该定向输出方向信息。例如，这可以是去往一个点以便示出设备的主定向的三角形结构。这也可以在基于方向的服务的提供期间被指示在设备的显示器上。

在一种实施例中，位置信息和方向信息确定视准线，且将一组候选感兴趣点确定为与基于视准线的函数充分相交的感兴趣点的子集。用于确定感兴趣点的子集的相交测试可以包括基于相对于视准线的角定义弧、基于相对于视准线的角定义锥体、或定义定向为沿着视准线的矩形空间的线函数(取决于应用，可以是2D或3D)。如果发生基于其断言将来的交互的条件，则扬声器可以呈现音频内容。方向组件可以是输出方向信息的数字罗盘。

在另一实施例中，一种方法包括基于为便携式设备确定的位置信息确定该设备定位在其中的场所，且在该场所中标识感兴趣项的子集包括基于该设备的方向信息确定该设备的定向在该场所中确定作为该定向的函数的感兴趣项的子集。接下来，接收相对于各项的子集中的一个项的输入以及定义与项或场所的交互的输入。

图1是框图阐释用于允许在基于方向的位置系统中与端点的交互的一个或多个实施例的一些概念。该交互可以立即发生或以后某一时间发生。在这一点上，由参与到基于方向的服务120中的设备指定两件主要事情。首先，该设备从借助于该设备的指点提供POI信息100，即，设备标识用户特别感兴趣的附近的POI。这可以显式地102或隐式地104完成。而且，设备可以将用于推迟110的准则与POI关联起来。这也可以显式地112或隐式地114完成。将POI信息100和任何推迟信息110一起传送给基于方向的服务120，这允许许许多多的场景130根据所满足的准则110来与POI 100的交互。在与该系统的端点交互期间生成或交换的所有数据变成了基于来自在此描述的一个或多个门户服务的该数据的智能分析和服务的基础。

图2是用于实现在此描述的一个或多个实施例的体系结构的示例性的非限制性图。在用于指定经推迟的POI信息的设备层第1层，可以将位置信息200、方向信息202和用户意向信息204输入到具有包括web服务212、云服务214、其他数据服务216等等的各种服务210的第2层。服务210中的任何可以具有到第3层中的诸如数据存储220、222、224等等的一组具体的存储数据库或第4层中的诸如数据存储230、232、234等等的一组在线或电子零售商数据库的输入。在这一点上，可以由一个或多个服务210利用与设备的场所耦合的用户意向204来例如根据一组显式的或隐式的准则现在或在以后的时间基于设备的意向和场所检索自定义内容240并将其递送给设备。

图3是其中用户目前与感兴趣点交互的场景的流程图，与感兴趣点交互的用户隐式地标记它以便用于以后的交互，或显式地标记它以便用于以后的交互，所有交互数据可以形成提供一个或多个门户服务的基础。执行用户数据的智能分析的门户服务的示例包括产品推荐引擎、广告内容传递引擎、在朋友当中交换POI内容的社交网络应用程序、基于一组参与用户的、使得您可以尝试朋友近来吃饭的饭店的一组餐厅推荐。在此对一个或多个实施例描述的基于方向的位置服务基础设施所启用的示例门户服务的列表是无限的。可以提议基于用户交互数据的任何数量的智能应用，且在此提议其中的许多。

相对于图3，首先考虑其中用户与POI交互的场景。在300，用户与端点交互。在310，用户连接到服务，并将端点数据传送到系统门户。在330，可以采用如本文其他地方所描述的用于触发交互的其他方式。在320，用户关于所标记的端点对系统进行查询。在330，从系统接收到与端点相关的附加信息。在340，用户与一个或多个端点、附加信息和/或相关内容交互。

替代地，用户可能希望推迟与端点的交互。在300，用户隐式地或显式地标记端点以便用于以后的交互或查看。在310，当用户例如从PC连接到服务时，用户可以接收关于所标记的端点的提醒。在330，可以采用如本文其他地方所描述的用于触发交互的其他方式。在320，用户向系统查询所标记的端点。在330，从系统接收到与端点相关的附加信息。在340，用户与一个或多个端点、附加信息和/或相关内容交互。

图4是阐释用于结合基于方向的服务将POI指定为用于目前的交互或经推迟的交互的另一示例性过程的流程图，在此描述的门户服务用来提供智能的POI服务的数据的基础。在400，标识在区域内所标识的POI。这可以包括将POI指定为用于在以后的时间的经推迟的交互。在410，将与相POI关联的信息(例如，ID信息)是传送给网络服务允许经由门户服务的以后的交互。在420，在以后的时间，经由该组门户服务将对一组POI的查询传送给网络服务。在430，基于用户数据的智能分析，从网络服务接收到与查询相关的至少一个广告或该组POI中的满足查询的至少一个。在440，显示广告，且然后，在450，也可以可选地从网络服务接收到关于一组POI信息，在460可以显示该组POI信息。

图5阐释包括处理器510的示例性的非限制性设备500，设备500具有用于确定设备500的位置的位置引擎或子系统520和用于确定设备500的方向或定向的方向引擎或子系统530。然后，通过与本地应用程序540和/或服务570交互，可以将内容可以递送给设备，为设备意向和该设备存在于其中的场所而度身定制该内容。度身定制的内容可以由图形子系统或显示器/UI 550或音频子系统560呈现。在一个非限制性实施例中，包括点结构590，例如，沿着定向线595指向的三角形片，方向计算基于该定向线595。类似地，定向线595可以由图形子系统显示器/UI 550指示，带有或不带有点结构590。在这一点上，在此的各种实施例允许POI交互580和/或去往和来自服务570的经推迟的POI ID信息585，以使得交互可以现在或将来由服务570辅助而发生。示出了示例性服务静态信息571、广告572、优惠券573、推荐574、社交网络575、协作过滤576和特别优惠577，然而，应理解，可以获得任何数量的附加服务及其组合。

图6是用于促进与感兴趣点的交互的非限制性过程的流程图。在600，接收到对满足准则的POI的查询。在610，由用户登录数据、设备ID等等标识查询的源。在620，基于查询的源和准则分析聚集数据。在630，输出超过相关阈值的一组POI。

图7是根据一个或多个实施例的移动终端设备的示例性UI，该示例性UI已经将埃菲尔铁塔标识为感兴趣点。结果，作为基于用户数据将有关服务递送给用户的一部分，门户服务可以提供关于邻近的端点的许多信息，例如，用户可以先前已经向门户指定，当在外国时，该用户对游览胜地感兴趣。示例性移动设备UI 700可以包含若干UI元素。一些UI元素的示例包括POI ID或名称702、与POI相关联的图标或图像704和诸如操作时间、联系人信息等等的静态数据706。在当前的场景中，其他UI元素可以包括诸如POI的历史等的附加的静态数据708和诸如一般邻近区中的某种事物的广告等的一般第三方信息712。这样的所显示的信息中的任何都可以是用户与各POI的交互数据的智能分析的结果。

图8是根据一个或多个实施例的正在使用门户服务来与作为感兴趣点的埃菲尔铁塔交互的移动终端设备的示例性UI。示例性移动设备UI 800可以包含若干UI元素。这些元素可以包括与当设备首次将埃菲尔铁塔标识为POI时相同的或相似的元素中的一些，例如POI ID或名称802、POI的图标或图像804和静态数据806等。这些元素也可以包括UI元素，这些UI元素包括基于先前的交互数据、用户简档等等更多具体地针对具体的用户的信息。这些可以包括诸如比看到POI做得更多的报价等的动态推送信息808、诸如相同的区域中可用的活动的建议等的门户服务推荐810、诸如在POI处预约空间的机会空间等的动态交互反馈812以及来自门户服务的其他用户的推荐814。该UI也可以包括更多有针对性的第三方信息816，例如基于用户的先前地下旅游体验的广告等等。

图9是根据一个或多个实施例的已经将埃菲尔铁塔标识为感兴趣点的小形状因子移动终端设备(例如蜂窝式电话、PDA等等)的示例性UI。示例性小形状因子设备UI 900可以包括较少数量的UI元素，例如POI ID或名称902、静态数据906和诸如广告等的第三方信息910。该UI也可以包括对附加的门户服务908的选择，这可以用当前不显示的信息来交换当前所显示的信息中的一些。

图10是根据一个或多个实施例的使用该门户服务来与作为感兴趣点的埃菲尔铁塔交互的提供一个或多个门户服务的计算设备的示例性UI。示例性UI 1000可以显示许多元素，这些元素已经由用户简档的更多分析选择并聚集与POI的交互。这些元素可以包括与当设备首次将埃菲尔铁塔标识为POI时相同的或相似的元素中的一些，例如POI ID或名称1002、POI的图标或图像1004和静态数据1006。基于用户过去与具体的类型的POI(例如，博物馆)的POI交互的分析且继续出现在巴黎，附加的元素可以包括一组所推荐的POI 1008、1010、1012、1014。门户服务可以请求对当前的POI 1016的反馈，以便将经更新的数据提供给该服务的用户。门户服务可以提供来自该服务的其他用户的推荐。第三方信息1020可以是专门针对的，以便与用户对具体类型的POI(例如，博物馆)的已知兴趣一致。

图11是基于经由在基于方向的服务系统中与POI的交互而发现的相关地理信息正在经由门户服务(例如，已经获悉用户在高尔夫方面的兴趣的门户服务)与高尔夫俱乐部交互的计算设备的示例性UI。门户服务的示例性UI 1100可以包括各种UI元素，例如POI ID或名称1102、表示POI的图标或图像1104、关于POI的静态数据1106。门户服务可以基于用户的简档、目前所选择的POI、关于这种类型的POI和最经常与其交互的那些人的聚集数据等等执行某种分析。然后，该UI可以显示给用户可能感兴趣的类别1108、1110、1112和1114。该UI可以显示用于向用户提供信息的诸如动态交互反馈1116等的元素、来自其他门户服务用户的推荐1118等等。该UI也可以显示有针对性的第三方信息1120，例如基于用户简档、POI等等的分析的有针对性的广告。

图12是根据一个或多个实施例的可以利用云服务的支持与感兴趣点交互的系统的示例性体系结构的框图。系统1200包括用于接收查询准则和其他信息的接收组件1210和用于分析查询准则、其他所接收的信息以及被存储在本地数据存储1270和远程数据存储1280中的数据的分析组件1220。云服务1230从计算设备1250、1260接收查询并将查询传送给接收组件1210。计算设备1240直接地查询该系统，而计算设备1260仅使用云服务1230来查询该系统。计算设备1250可以使用云服务1230或使用接收组件1210来直接地查询系统1200。

图13是阐释在设备1300和服务1310之间的示例性的非限制性交换的框图。在开始1302之后，出于说明性目的由设备1300向服务1310做出示例请求，该请求包括与设备的位置和给定的POI相关的数据。举例来说，然后，在1315，服务1310获取POI 1315的所有报价，和/或在1320获取给定位置的报价。服务1310可以在1330获取与位置相关联的经更新的内容并且在1335获取可选的品牌化用户界面。在1340，创建经更新的内容包并在1345将其递送到设备1300。在1350，设备可以经受对该设备的检查。交互可以在1355发生。可选地，基于广告模型，在1360，可以对内容提供商或所有者进行记账。在其中这是经推迟的交互的实例中，可以存在推迟准则，且在执行这些功能的一些或全部之前各服务1310可以等待，直到满足推迟准则1325。

图14是阐释包括用于与感兴趣点交互的门户服务的体系结构的非限制性示例的框图。计算设备1400、1402、1404执行与门户服务1410的各种交互，例如标识POI、查询关于POI和接收关于各POI的信息。门户服务1410与许多附加服务交互以便将一组关于POI的丰富信息提供给计算设备。另外，门户服务1410将附加信息提供给许多附加服务以便增强将来的交互。附加服务的一些示例是可以用来允许门户的用户社交连接的社交网络1420、可以允许推荐不被标识但潜在感兴趣的POI的协作过滤1430、可以允许显示简单的推荐的推荐1440。更多示例是可以提供关于POI的某些信息(例如操作时间、菜单等等)的静态数据存储1450、可以提供广告的广告机会兴趣实体1460、可以示出例如由分级服务而不是由另一用户进行的POI的分级的分级1470。

另一示例是动态报价生成1480，其可以基于实体的简档和对给定的POI的兴趣为具体的实体生成动态报价。在示例性的实施例中，当表示特定简档(例如，用户频繁地在外面吃饭且携带高额度的信用卡)的计算设备1400标记给定POI时，可以通过动态报价生成1480生成引诱该用户进入到该POI的报价并将其发送给计算设备1400。在替代的实施例中，当POI正在经历缓慢业务时间时，它可以使用动态报价生成1480来向在该POI的邻近区中的许多计算设备1400、1402、1404做出报价，或为特定量的时间做出报价，或直到业务回升，等等。

图15经由框图在高层上阐释带有在此在一个或多个实施例中描述的与端点的经推迟的交互的基于方向/位置的服务所启用的有益广告模型。举例来说，可以将所扫描的用于推迟的项1500、或所指向的用于推迟的项1500、或相对于用于推迟的项1500采取的任何其他动作作为信息1505发送给为希望广告给定场所和特定项1500的感兴趣的第三方1520或1530做中介的服务1510。因此，这样的第三方1520或1530(第三方会引起误解，这是因为第三方可以包括与设备当前位于其中的零售机构相关的各方)可以提供内容作为交互1525或1535的一部分——作为从用户角度的推送或拉出体验的一部分。以经推迟的方式提供内容的这一机会允许服务1510通知1515对经推迟的交互感兴趣的各方1520。提供给第三方1520或1530的关于与特定的POI和场所的潜在的经推迟的交互的这种有益信息因此是将交易的机会货币化返回到受益于所得到的交易或广告机会的那些人的机会。

图16是阐释可以帮助将意向/上下文1620定义为给定POI和该设备存在于其中的位置的推迟的大量动作和交互的框图。举例来说，可以由设备接收文本1600，在辨别在给定场所的设备的意向时可以考虑对商店来说是本地的产品搜索查询1602、条形码扫描1604、图像扫描1606、产品的显式指定(例如，通过指向产品或对产品拍照并执行图像识别)1608、价格比较请求1610、姿势输入1612、其他交互1614等等以及方向信息1650。用于辨别设备在其中的场所的这种经组合的位置信息1640得到用于到设备的经推迟的传递的许许多多第三方广告交易的广告机会1630。

图17是使用在此描述的设备和服务的示例性的非限制性过程的流程图。在1700，基于位置信息确定便携式设备位于其中的场所。在1710，设备经由基于方向的服务在该场所中与感兴趣项交互。在1720，指示感兴趣项的期望特性。在1730，当满足该特性时，稍后接收到关于感兴趣项的结果。在1740，可以提供关于感兴趣项的经更新的内容。

图18是用于图17的过程的非限制性场景的流程图。在1800，基于位置信息确定便携式设备位于其中的场所。在1810，设备经由本文其他地方描述的基于方向的位置服务在该场所中与感兴趣项交互。在1820，用户标识感兴趣项的目标价格。在1830，以后在价格下降时——例如2个月之后——递送关于感兴趣项的结果。在1840，可以持续地或者在传递经推迟的内容(例如，新广告或经更新的广告、近来的用户评论等等)时更新关于感兴趣项的内容。

关于指点设备、体系结构和服务的补充性上下文

下列描述包含关于潜在的非限制性指点设备、体系结构和相关联服务的补充性上下文，用以进一步帮助理解上面的实施例中的一个或多个。可以在以就在特定位置的对于给定的POI的经推迟的基于方向的服务描述的实施例中的任何一个或多个中纳入在此章节中描述的任何附加特征中的任何一个或多个。尽管实施例或特征的这样的组合是可能的，但为了避免疑惑，在本主题公开内容中陈述的实施例不应被认为是限制在此描述的任何其他实施例。

正如所提到的，设备可以允许可以采用关于设备的位置和方向信息并基于该信息构建服务的广大范围的场景。例如，通过与板载数字罗盘配合使用加速度计，在移动设备上运行的应用程序更新每一端点“注视”或指向的事物，对潜在的感兴趣点尝试命中检测以便产生设备的实时信息或者允许用户选择范围，或者使用GPS、地图上的位置和诸如“星巴克——今天卡布奇诺咖啡9折”或“阿拉莫(theAlamo)——......的站点”等的设定信息以供其他人发现。也可以使用一个或多个加速度计来执行为每一端点确定方向信息的功能。正如在此描述的，这些技术可以变得对在星巴克内的特定的项更加颗粒状，例如在柜台中的显示器上的“蓝莓芝士蛋糕”，从而允许新类型的销售机会。

因此，用于实现这一功能的通用设备包括分析从移动终端发送的视线矢量的处理引擎和将该数据聚集为平台的系统，从而允许以对于设备来说已知的指点信息为基础的大量新的场景。因而，通过诸如用户的移动电话之类的设备指点的动作变成用户以针对个体度身定制的方式在个体周围发现感兴趣点并与之交互的有力载体。也可以执行数据同步以便促进POV数据和联系人在相同服务的不同用户当中的漫游和共享。

在此描述的各种实施例中，对于用户潜在感兴趣的系统中的端点，允许基于2维(2D)、3维(3D)或N维方向的搜索、发现和交互性服务。

指点信息和对应的算法取决于设备中可用于产生指点或方向信息的资产。然而，根据底层的一组测量组件产生的且由处理引擎解释的指点信息，可以是一个或多个矢量。对于与设备的指点相关联的任何误差余量，矢量或矢量集可以具有与矢量相关联的“宽度”或“弧”。可以由用户通过至少两个指点动作来定义平移角度，以便包含一组感兴趣点，例如，跨越由用户的平移姿势所定义的特定角度的那些。

在一个非限制性实施例中，便携式电子设备包括用于接收作为便携式电子设备的位置的函数的位置信息的位置组件、输出作为便携式电子设备的定向的函数的方向信息的方向组件、以及处理位置信息和方向信息以相对于便携式电子设备判断作为至少位置信息和方向信息的函数的感兴趣点的子集的基于位置的引擎。

位置组件可以是用于接收作为位置信息的GPS数据的位置GPS组件。方向组件可以是输出方向信息的磁罗盘和/或陀螺仪罗盘。设备可以包括诸如加速度计等的加速度组件，其输出与便携式电子设备的移动相关联的加速度信息。分开的传感器的使用也可以被用来进一步补偿倾斜和高度调整计算。

在一种实施例中，设备包括：高速缓存存储器，用于动态地存储与便携式电子设备相关的感兴趣的端点的子集；以及与网络服务的至少一个接口，用于将位置信息和方向信息传送给网络服务。作为回报，基于对位置信息和方向/指点信息的实时改变，设备在高速缓存存储器中动态地接收与便携式电子设备潜在相关的经更新的端点的子集。

举例来说，端点的子集可以作为在实质上沿着由便携式电子设备的定向定义的矢量的预先定义的距离内的感兴趣的端点的函数而被更新。替代地或另外，端点的子集可以作为与便携式电子设备的当前上下文相关的感兴趣的端点的函数而被更新。在这一点上，设备可以包括一组基于表象化状态传输(Representational StateTransfer：REST)的应用程序编程接口(API)或其他无状态的API集，使得设备可以在不同的网络(例如，Wi-Fi、GPRS网络等等)上与服务通信，或者与服务(例如，蓝牙)的其他用户通信。为了避免疑惑，各实施例决不限于基于REST的实现，相反，任何其他状态或有状态协议都可以被用来获得从服务到设备的信息。

方向组件基于经校准的和经补偿的航向/方向性信息输出包括罗盘信息在内的方向信息。方向组件也可以包括指示与便携式电子设备的当前的向上或向下倾斜相关联的向上或向下倾斜信息在内的方向信息，使得服务可以检测用户何时除特定方向之外还用设备向上或向下指点。也可以考虑矢量本身的高度，以便将设备的指点事件与建筑物顶部区分开来(可能指向其他建筑物、桥梁、地标等)并将相同事件与建筑物的底部区分开来(可能指向地平面的商店)，或者指向天花板或地面以便区分超市中的货架。3轴磁场传感器也可以被用来实现罗盘以便获得倾斜读数。

诸如高度计或压力读数器等的辅助传感器也可以被包括在移动设备中并被用来检测设备的高度，例如设备是在停车场的哪一层上或者在百货商店的楼层上(改变关联的地图/楼面布置图数据)。在设备包括带有世界平面视图的罗盘(例如，2轴罗盘)的情况中，在设备中包括一个或多个加速度计可以被用来作为运动矢量的虚拟第三分量而补充对设备测量的运动矢量，例如，以便提供关于第三自由度的测量。在提供3轴罗盘太过昂贵或者另外无法获得的场合，可以部署这一选项。

在这一方面，姿势组件也可以被包括在设备中以便从一组预先定义的姿势判断便携式电子设备的用户的当前姿势。例如，姿势可以包括放大、缩小、平移以定义弧，所有这些都是为了帮助为用户对感兴趣点的潜在子集进行过滤。

举例来说，web服务可以将从移动终端发送的矢量坐标有效地分析成<x，y，z>或使用诸如GPS数据等的位置数据的其他坐标，以及与在汽车的GPS系统中出现的类似的可配置的经同步的POV信息。在这一点上，任何实施例都可以类似于被应用于任何机动车辆设备中。一种非限制性使用也促进端点发现以便同步来自端点的或去往端点的用户感兴趣的或来自该用户的数据。

在用于解释位置/运动/方向信息的其他算法当中，如在图19中示出，在本文中的各种实施例中采用在此描述的基于方向的基于位置的服务1902的设备1900包括用于将诸如POI 1914等的近的对象和诸如POI 1919等的远的对象区分开来的方式。取决于使用的上下文、时间、用户的过往、设备状态、设备速度、POI的本质等等，服务可以确定与运动矢量相关联的一般距离。因而，运动矢量1906将涉及POI 1914而不是POI 1919，而运动矢量1908则相反。

另外，设备1900包括用于区分实质上沿着设备所指向的方向的项以及实质上不沿着设备所指向的方向的那些的算法。在这一方面，尽管运动矢量1904可以涉及POI 1912，但是在没有包含更多的方向/矢量的具体的平移姿势的情况下，POI1914和POI 1919将可能不落在由运动矢量1904定义的感兴趣点的范围内。矢量的距离或到达距离也可以由用户调节，例如，经由滑动控件或其他控件，以便快速地扩大或缩小由给定的与设备的“指点”交互所包含的端点的范围。

在一个非限制性实施例中，在合适的误差余量内，通过来自加速度计的倾斜的读数和来自磁罗盘的读数，通过计算绝对“注视”矢量来执行确定用户指向什么或谁。然后，端点的交集确定了初始范围，该初始范围可以被进一步精化，这取决于所采用的特定的服务，即，任何附加的过滤器。举例来说，对于公寓搜索服务，可以预先过滤落在注视矢量之内的并非准备出租的公寓的端点。

除了注视矢量判定之外，在用户通过A-GPS栈(或其他基于位置的子系统或GPS子系统，包括带有辅助决策的那些)确立定位(～15英尺)且也补偿设备的任何显著的移动/加速度的情况中，在这样的信息是可用的情况下，引擎也可以补偿或开始注视矢量。

正如所提到的，在另一方面中，设备可以包括潜在地相关的感兴趣点的客户机侧高速缓存，基于用户的移动历史，可以动态地更新该高速缓存。在更新时，可以分解用户的诸如地理、速度等等的上下文。举例来说，如果用户的速率是每小时2英里，则用户可能是在步行且对按市区级别的市区的更新感兴趣，或者如果他们正在乡村步行则对以较低级别的粒度的更新感兴趣。类似地，如果用户正在高速公路上以每小时60英里移动，则不再期望信息的逐块更新，相反，可以提供粒度并将其预测性地高速缓存在设备上，其对于车辆的速度是有意义的。

在汽车上下文中，位置变成了汽车正在其上行进的道路，且特定的项是路边经过的位置和事物，非常类似于货架上或显示器中的特定零售商店中的产品。基于指点的服务因而为一般地沿着用户的汽车路径的感兴趣项创建了虚拟的“告示牌”机会。靠近位置可以引起冲动购物，例如，如果提供了入场券折扣，则用户可以顺便访问他们经过的博物馆并用他们的设备进行指点。

在各种替代的实施例中，陀螺仪罗盘或磁罗盘可以提供方向信息。基于REST的体系结构允许数据通信发生在诸如Wi-Fi和GPRS体系结构等的不同的网络上。可以使用基于REST的API，但可以使用不要求所通信的数据/消息长时间保持活动的任何无状态消息接发。以此方式，根据在此描述的实施例所允许的基于指点的服务，由于网络可以为GPRS天线所接受，因此Wi-Fi或蓝牙网络可以发生无缝切换以便继续。

在此根据一种或多种实施例提供的设备可以包括与本地高速缓存交互、存储更新以便同步到服务、通过蓝牙与服务的其他用户交换信息等等的文件系统。因此，以本地高速缓存为场所，至少本地高速缓存中的数据在断开的时间仍然是相关的，且因而用户仍然可以与数据交互。最终，在重新连接到网络或连接到具有更加新的GPS数据、POI数据等等的另一设备的时间，设备可以根据所做出的任何更新进行同步。在这一点上，可以采用交换体系结构，以供设备执行从一个联网系统(例如，蜂窝式电话基站)到另一计算机网络(例如，Wi-Fi)的连通性至本地网络(例如，蓝牙连接的设备的网状网络)的快速过渡。

对于用户输入，可以提供一组软键、触摸键等等以便促进在此提供的基于方向的指点服务。设备可以包括窗口堆栈以便覆盖不同的窗口，或提供关于感兴趣点的信息的不同的窗口(例如，时间和电话号码窗口对交互式消费者反馈窗口)。在由设备输入时，可呈现或处理音频。举例来说，可以由服务处理语音输入以便显式地指点而不需要设备的物理移动。举例来说，用户可以对设备说“在我正前方的这一产品是什么？不，不是那个，是在它上面的那个(what is this product right in thefront of me？No，not that one，the one above it)”且使得设备向服务传送当前的方向/移动信息，该服务进而智能地或迭代地确定用户正在指向什么感兴趣的特定的项，并返回大量关于该项的相关信息。

在图20中阐释用于确定一组感兴趣点的一种非限制性方式。在图20中，设备2000被指向(例如，指点和点击)方向D1，这根据设备或服务参数隐式地定义在弧2010和距离2020内的包括POI 2030但不包含POI 2032的区域。这样的算法将也需要判断任何边缘情况POI，即，在诸如POI 2034等的POI仅部分地落在由弧2010和距离2020定义的区域内的情况下，该POI是否在指向方向D1的范围内。

姿势子系统可能感兴趣的其他姿势包括识别用于放大或缩小的用户姿势。可以(类似于图21)根据距离进行放大/缩小。在图21中，指向方向D1的设备2100可以包括放大的视图(其包括在距离2120和弧2110内的感兴趣点)，或者表示在距离2120和距离2122之间的感兴趣点的中等缩放的视图，或者表示超出距离2122的感兴趣点的缩小视图。这些缩放区域分别对应于POI 2130、2132和2134。取决于各种因素、服务、用户偏好等等，可以考虑更多或更少的区域。

对于另一非限制性示例，借助于位置信息和方向信息，用户可以经由点击输入第一方向，且然后在移动设备之后经由第二点击输入第二方向，这实际上为系统中感兴趣的对象定义了弧2210，正如在图22中所阐释的。举例来说，经由用户在时间t1在方向D1上的第一指点动作和用户在时间t2在方向D2上的第二指点动作，隐式地定义了弧2210。感兴趣的区域隐式地包括对在距离2220内的对象的点的搜索，该距离可以放大或缩小、或者由用户基于已知的感兴趣的粒度选择、由用户选择等等。这可以通过定义两个方向的各种形式的输入来完成。举例来说，可以在点击并按住按钮事件或其他占用并按住用户界面元素时定义第一方向，且可以在释放按钮时定义第二方向。类似地，也可以实现对应于两个不同方向D1和D2的两次连续点击。

而且，代替聚焦于真实的距离，放大或缩小也可以表示在对象的粒度、或大小、或分层方面的改变。例如，借助于设备的第一指点姿势可以导致大型购物中心出现，但是借助于另一姿势，用户可以执行可识别姿势以便在显示器上获得或丢失感兴趣点的分层粒度的级别。举例来说，在这样的姿势之后，感兴趣点可以被放大到在大型购物中心处的商店以及它们当前报价内容的级别。

另外，在可以区分设备在各种轴上的加速度时，可以识别各种甚至更加丰富的行为和姿势。平移、臂伸展/收缩、设备转动、反手网球挥拍、蛙泳臂部动作、高尔夫挥拍运动都可以表示指点设备的行为方面的唯一性的某种事物，且这仅举在实践中可以实现的运动的几个例子。因而，在此的任何实施例可以定义用来帮助用户与在指点平台上构建的一组服务交互的一组姿势，以便帮助用户容易地获得关于他们的环境中的信息点的信息。

此外，借助于设备的相对准确的向上和向下倾斜，除了诸如经校准和经补偿的航向/方向信息之类的方向信息之外，可以允许其他服务。通常，如果设备是地平面级别(ground level)的，用户是在室外的，且设备向上指向建筑物的顶部，则关于用户探寻的感兴趣点的信息的粒度(建筑物级别)不同于如果用户指向建筑物的第一层商店(商店级别)，即使其中暗示相同的罗盘方向。类似地，在用户是在诸如帝国大厦等的地标的顶部的情况下，以街道级别的向下倾斜(街道级别粒度)将暗示关于在设备的用户相对没有倾斜地指向自由女神像的情况下的不同的感兴趣点的信息(地标/建筑物级别的粒度)。

而且，在设备在小汽车中移动时，可能出现当用户在单个位置上维持指点动作时方向在改变的情况，但是由于位移因而用户仍然指向相同的事物。因而，这样的随时间改变的位置可以被认为是解析用户用设备指向什么以基于所有项是有关系的来补偿用户体验的数学问题和引擎。

因此，配备有设备的位置，一个或多个web或云服务可以分析矢量信息以判断用户正在注视/指向什么或谁。然后，服务可以提供诸如广告、特价商品、更新、菜单、快乐时光选择等等的附加信息，这取决于所选择的端点、服务的上下文、位置(市内还是乡村)、时间(夜晚或白天)等等。结果，代替空白的无上下文的因特网搜索，提供了用户在真实的3D环境中的实时视觉搜索形式。

在一个非限制性实施例中，结合具有与用户的注视行动一致以便突出显示或覆盖用户周围的感兴趣的特征的相对应的显示装置的一副眼镜、头带等等，实现基于方向的指点服务。

如图23中所示出的，一旦根据各种服务的各种上下文从指点信息确定一组对象，移动设备2300就可以根据为所讨论的服务度身定制的各种用户体验经由表示2302来显示对象。举例来说，可以提供虚拟的照相机体验，其中POI图形或信息可以相对于彼此被定位以便模拟成像体验。也可以基于指点方向提供各种其他用户界面体验。

举例来说，在图24中示出一组不同的选择。UI 2400和UI 2402阐释分层POI信息的导航。举例来说，级别1类别可以包括类别1、类别2、类别3、类别4和类别5，但是如果用户用拇指旋轮、上下控件等等在类别周围选择，并且选择了一个，例如类别2。那么，子类别1、子类别2、子类别3和子类别4被显示为类别2的子类别。然后，举例来说，如果用户选择子类别4，则可能在该子类别中找到诸如建筑物2400和2410等的少数足够的POI，以便沿着指点方向显示在2D地图UI 2404上，或替代地显示成沿着指点方向的3D虚拟地图视图2406。

一旦暗示或者选择单个POI，然后，可以显示单个POI的全屏幕视图，例如示例性UI 2500。UI 2500可以具有下列代表性区域中的任何中的一个或多个。UI2500可以包括诸如商店的商标或个人的图片等的静态POI图像2502。UI 2500也可以包括其他媒体，以及倾向于不改变的信息的静态POI信息部分2504，例如餐厅时间、菜单、联系人信息等等。另外，UI 2500可以包括要推送给POI的用户的动态信息的信息部分，例如，优惠券、广告、报价、销售等等。另外，可以包括动态交互信息2508，其中用户可以填写调查表、向POI所有者提供反馈、请求POI联系用户、进行预约、买票等等。UI 2500也可以包括出于参考目的由罗盘输出的方向信息的表示。进一步，UI 2500可以在区域2512中包括其他第三方静态或动态内容。

在从服务或客户机中的任一个的视角来看事物改变时，同步过程可以分别使得客户机或服务中的任一个保持最新。以这一方式，允许生态系统，其中用户可以指向兴趣对象或点、获得关于它的可能与用户相关的信息、与涉及感兴趣点的信息交互、以及向用户在其中交互的服务生态系统增加价值。该系统因而有利地支持静态内容和动态内容两者。

可以考虑其他用户界面，例如用于导航类别的左右或上下布置或者可以自适应地提供一组专用的软键。

在设备包括照相机的情况下，在图26中所示的一种实施例中，代表性的非限制性覆盖UI 2600被示出为具有3个POI，即POI1、POI2和POI3。各POI覆盖在设备上经由LCD屏幕或类似的显示器实时查看的实际图像数据上。实际图像数据可以是货架或其他显示器上的、或者在商店中陈列的产品的图像数据。因而，随着用户将照相机对准他或她环境周围，镜头变成指点器，且POI信息可以智能地覆盖以便发现感兴趣的端点。此外，可以想象即使没有照相机的类似的实施例，例如其中基于相对于用户的对象的已知的真实几何形状来虚拟地表示3D对象的UI。

因而，设备UI可以被实现为与照相机或虚拟照相机一致，是用于这样的设备的直观使用的视图。设备的指点器机制也可以基于用户当前是否处在照相机的实况查看模式中来切换。此外，假定足够的处理能力和存储，实时图像处理可以辨别兴趣对象，且以与上面的实施例相似的方式基于图像签名将POI信息覆盖在这样的图像上。在这一点上，借助于在此提供的设备，可以使用各种姿势来放大缩小、为向下或向上注视执行倾斜检测、或跨越视场平移以便获得与平移范围相关联的POI的范围。

相对于代表性的一组用户设置，可以配置作为结果而递送的许多或最大数量的所期望端点。也可以配置如何过滤，例如，5个很可能、5个最接近、5个最接近100英尺远、5个在类别或子类别内、字母顺序、等等。在每一情况中，基于指点方向，锥体或跨越物理空间的其他横截面被隐式地定义为可能的感兴趣点的范围。在这一点上，此锥体或横截面的宽度或深度可由用户配置，以便控制指点的精度，例如，点的窄的或宽的半径以及搜索出多远。

为了支持矢量信息的处理以及聚集来自第三方的POI数据库，可以使用诸如关系存储技术等的各种存储技术。举例来说，虚拟地球数据可以被用于映射，且POI数据的聚集可以从诸如Tele Atlas、NavTeq等等的第三方发生。在这一点上，不在POI数据库中的企业将想要被发现，且因而该服务提供相似的但远远优越于空间相关性立场的黄页体验，其中企业将期望使得可以经由该系统访问他们的附加信息，例如菜单、价格表、优惠券、图片、虚拟游览等等。

另外，同步平台或框架可以保持漫游高速缓存同步，由此捕捉用户正注视什么并高效地处理改变。或者，在用户离线的情况下，可以记录本地的改变，且在用户回到线上时，可以将这样的本地改变同步到网络或服务存储。而且，由于用户实际上通过借助于设备的指点动作来将他们关心的关于在这里和在此时的信息出栈(pull)，与其他形式的人口统计学定位相比较，该系统产生高的每千印象成本(CPM)费用。此外，该系统驱动冲动购物，这是由于用户可能不是物理上出现在商店中，但用户可以靠近该对象，且通过在邻近并指向商店，可以将与关于该对象的销售有关的信息发送给用户。

正如所提到的，诸如塔三角测量、GPS、A-GPS、E-GPS等等的不同的位置子系统具有不同的公差。举例来说，借助于GPS，公差可以达到约10米。借助于A-GPS，公差可以固定为大约12英尺。进而，借助于E-GPS，容差仍然可以是不同的误差余量。补偿不同的公差是用于确定指点矢量和一组感兴趣点的交集的解释引擎的部分。另外，如在图19-21中所示出的，投影出指点矢量的距离可以是显式的、可配置的、上下文的等等。

在这一点上，在此描述的各种实施例可以采用用于区分端点的边界(诸如边界框或矩形、三角形、圆等等)的任何算法。作为默认的半径，例如，可以选择150英尺，且这样的值可以被配置或者是对所提供的服务上下文敏感的。可以利用在线不动产站点以便得到现有的POI信息。由于不同的POI数据库可以跟踪以不同粒度的不同信息，因此也可以实现根据一种约定或标准对POI数据进行归一化的方式，使得可以按国家将Zillow的住宅不动产位置数据与来自所有星巴克的星巴克的GPS信息集成。

另外，可以在移动车辆客户机中实现包括GPS、罗盘、加速度计等等在内的类似技术。通过基于场景进行过滤(例如，我需要汽油)，可以不仅距离而且也基于到达感兴趣点可能需要的实际时间来为用户确定感兴趣点的不同的子集(例如，加油站)。在这一点上，尽管加油站可以是离开高速公路右边100码，但小汽车可能已经经过了对应的出口，且因而要提供的更有用的信息是基于方向/位置什么加油站将需要最少的时间来从当前位置驾车到达，以便提供在道路前方的预测性的感兴趣点，而不是将需要从用户的目的地掉转以便到达他们的已经陈旧的感兴趣点。

对于现有机动车辆导航设备或其他常规的便携式GPS导航设备，在设备并非固有地包括诸如罗盘等的方向装置的情况下，设备可以具有容纳来自诸如罗盘等的外部方向设备的方向信息的扩展槽。类似地，对于膝上型计算机或其他便携式电子设备，可以给这样的设备提供带有罗盘的插槽的卡或板。尽管在此描述的服务中的任何都可以作为端点过程的指点和检索的部分而做出web服务调用，但正如所提到的，用户在真实空间中的位置的一个有益的特征是它比信息的通用因特网搜索固有地更为有限。结果，可以在用户设备上的高速缓冲存储器中预测性地维护有限数量的数据且在数据变得陈旧时适当地淘汰。

尽管存在各种实现以及用于细分区域的方式，但无论是否覆盖，由图27概念性地阐释预测性高速缓存和淘汰2700，其中辨别了用户的当前位置2702。在这一点，本地高速缓存仍然包括淘汰候选位置2710，但是由于用户的速度指示用户将来将处在所预测的位置2704和2706，这些POI区域被下载到移动设备。因此，随着用户行进到所预测的位置2706，开始变得清晰的是，用户不再需要来自淘汰候选位置2710的数据，然后该数据可以在存储器受到挑战时被移除或者被标记为移除。

因此，使用基于移动被动态更新的区域性数据高速缓存、回调和更新机制，可以由服务或用户添加新的感兴趣点。因而基于所更新的旅行、速度、速率等等连续地或基本上连续地执行更新。在这一点上，用户可以在该区域中添加新的感兴趣点、向本地高速缓存添加信息以及然后上传到该区。为领会该问题，世界范围的POI的数量实际上是无限的，然而在给定的时间仅有少量POI与用户相关。因而，预测性地，设备可以采用少量数据，用户可以离线，以使得在用户重新连接时，设备智能地计算出什么已经被改变、被加权等等，使得设备可以与网络服务同步且向其他人展示用户的改变。

预测性算法再次取决于用户在查找中对什么感兴趣、用户正使用什么服务、用户的上下文等等。它们也可以基于速度、方向、时间等等。举例来说，如果是在夜晚，则基于人口统计学或偏好的假设可以引导设备返回有关夜总会或所有夜宵店的信息。或者代替给予将距离计算成绝对距离(即，笔直地)的作为驾驶方向的方向，设备可以考虑道路曲线，因为在给予驾驶方向时可以由对应的服务收集和处理道路上的即时指点信息。或者作为另一替代方案，用户正在诸如带有混凝土分隔物的高速公路等的道路上前进的方向与导航系统应给予的方向是相关的。例如，在不能进行U形转弯且用户经过了感兴趣点的出口的情况下，方向应考虑到这一点并考虑车辆的航向。

任何设备可以包括在此描述的实施例，包括诸如Zune设备等的MP3播放器、GPS导航设备、自行车计算机、太阳镜/护目镜系统、机动车辆、移动电话、膝上型计算机、PDA等等。

假定底层测量仪器参与方向信息的实时收集，获得服务应用程序的一个方式是向服务发送消息以便获得应用程序，例如，通过向服务进行文本消息接发，或者获取客户机下载链接。允许该服务的另一载体是在移动设备的操作系统或应用程序中自然地提供该服务。由于硬件抽象层适应用于收集位置、方向、加速度信息的不同方法，可以在任何设备上使用相同的平台而不考虑确切的底层硬件。

在此描述的任何实施例的另一方面中，因为采用了无状态消息接发，如果因就一个网络而言通信丢失，设备可以经由另一网络开始进一步的通信。举例来说，设备具有两个信道，且用户乘坐公共汽车，但不再具有GPRS或GPS活动。尽管如此，用户可以从某种其他信道获取设备需要的信息。仅仅因为塔或卫星故障，并不意味着设备不能通过替代的信道(例如经由蓝牙的总线的GPS位置信息)连接。

对于示例性的移动客户机体系结构，如在此不同地描述的，代表性的设备可以包括用于容纳和提供对当前区域中的所高速缓存的POI数据的快速访问的客户机侧存储，POI数据包括相关联的动态地更新的或静态信息，例如注释、来自企业的优惠券等等。这包括使用数据跟踪和存储。另外，区域性数据可以是高速缓存的较大的服务数据的子集，总是基于客户机正在其中漫游的区域而更新。举例来说，作为非限制性示例，POI数据可以包括下列信息：

POI坐标和数据 //{-70.26322，43.65412，“星巴克”}

本地化注释    //菜单、价格、营业时间等等

优惠券和广告  //优惠券种类(新用户、回头客等等)

支持不同种类的信息(例如，团块(blob)v结构化信息(用于存储和媒体的团块；结构化以便用于标签、注释等等)。

设备也可以包括保持设置的使用数据和偏好，以及诸如优惠券“被激活”、沿途停车点、每日遇到的事务、遇到的其他用户等等的由事务智能分析和报告的云服务分析的使用数据。

设备也可以包括连续更新机制，连续更新机制是维持客户机的用最近的进行更新的当前区域的所高速缓存的副本的服务。连同其他方式一起，这可以借助于使用行进方向和速度预取和换出客户机的所高速缓存的区域的查验拉取(ping-to-pull)模型来实现，以便促进在不同的区域当中漫游。这是用于即将到来的POI的有效分页机制。这也包括发送该区域的新的或经修改的POI(带有注释+优惠券)、发送POI的新的或经修改的注释(带有优惠券)或发送POI的新的或经修改的优惠券。

设备也可以包括具有负责抽象客户机与测量仪器通信的方式的组件的硬件抽象层(HAL)，这些测量仪器例如用于定位和LOS精度的GPS驱动器(例如，开放式eGPS)、用于航向和旋转信息的磁罗盘(例如，陀螺仪罗盘)、用于姿势化输入和倾斜的一个或多个加速度计(实现3D位置算法——假定是陀螺仪罗盘)。

如较早描述的，设备也可以包括经由GPRS/Wi-Fi做出REST调用的方法/接口、以及用于存储和检索应用程序数据和设置的文件系统和存储。

设备也可以包括用户输入以及将输入映射到虚拟键的方法。举例来说，实现用户输入的一种非限制性方式是拥有如下的软键，但应理解，可以使用许多用户输入来获得与基于指点的服务的用户界面的交互。

SK向上/向下：        //向上和向下选择

SK向右，SK确定/确认：//选择一选项或下钻/下一页

SK向左，SK取消/后退，//回到先前的窗口，取消

退出/传入呼叫事件   //退出该应用程序或最小化

另外，代表性设备可以包括用于呈现客户机侧UI的图形和窗口堆栈以及用于播放声音/警报的音频堆栈。

正如所提到的，这样的设备也可以包括空间和数学计算组件，包括在诸如球壳等的细分的表面(例如，采用单次命中测试模型和POI的边界定义)之间执行3D碰撞测试、旋转点和按需要从圆锥截面剔除的一组API。

如在本文中的各种实施例中描述的，图28和图29阐释在位置(例如，GPS)和方向(例如，罗盘)事件发生时设备的两个过程。在图28中，一旦发生位置或方向事件，在2800，就确定是否应该为用户要去往的下一区域发起预测性高速缓存。在2810，如果是这样，那么，可以预取下一区域的数据。在2820，可以淘汰不再具有相关性的旧的区域数据。在2830，任何使用数据可以被上传到商务智能的服务框架、输入到广告引擎等等。

图29表示用于在指点事件之后过滤潜在POI的另一过程。一旦检测到位置和方向事件，在2900，对于设备的本地高速缓存中的POI，确定通过设备的指点方向的交集算法的一组POI。在2910，可以以某种方式在UI上表示该组中的POI，例如，在1个POI的情况下的全视图、分类视图、2D地图视图、3D透视图或在其他用户的情况下的用户图像等等。表示的可能性是无限的；以基于指点的方向服务的一般概念为基础，在此描述的实施例是直观的。

在2920，一旦选择POI，就确定静态内容，且经由同步获取任何动态内容。在新的数据变得可用时，它被下载以便保持最新。在2930，通过用户特定信息来进一步过滤POI信息(例如，用户是否是第一次出现在商店中、回头客、忠诚度计划成员、球队服装折扣的实况棒球比赛报价等等)。在2940，为POI呈现最新的静态内容和动态内容。另外，允许更新POI信息和/或与POI信息交互，POI信息可以被同步回服务。

示例性联网和分布式环境

本领域普通技术人员可以理解，此处所描述的用于基于指点的服务的方法和设备的各实施例和有关的各实施例可以结合任何计算机或其它客户端或服务器设备来实现，该任何计算机或其它客户端或服务器设备可作为计算机网络的一部分来部署或者被部署在分布式计算环境中，并且可以连接到任何种类的数据存储。在这一点上，此处描述的各实施例可在具有任何数量的存储器或存储单元的、并且任何数量的应用和进程跨任何数量的存储单元发生的任何计算机系统或环境中实现。这包括但不限于具有部署在具有远程或本地存储的网络环境或分布式计算环境中的服务器计算机和客户计算机的环境。

附图30提供了示例性联网或分布式计算环境的非限制性性示意图。该分布式计算环境包括计算对象3010、3012等以及计算对象或设备3020、3022、3024、3026、3028等，这些计算对象或设备可包括如应用程序3030、3032、3034、3036、3038所表示的程序、方法、数据存储、可编程逻辑等。能够理解，对象3010、3012等以及计算对象或设备3020、3022、3024、3026、3028等可包括不同的设备，比如PDA、音频/视频设备、移动电话、MP3播放器、膝上型计算机等。

每一个对象3010、3012等以及计算对象或设备3020、3022、3024、3026、3028等可通过通信网络3040直接或间接与一个或多个其他对象3010、3012等以及计算对象或设备3020、3022、3024、3026、3028等进行通信。即使在图30中被示为单个元件，但网络3040可包括向图30的系统提供服务的其他计算对象或解释设备，和/或可表示未示出的多个互连网络。每一个对象3010、3012等或3020、3022、3024、3026、3028等还可包含诸如应用程序3030、3032、3034、3036、3038等应用程序，该应用程序可利用API或适用于与根据本发明的各实施例来提供的经推迟的交互进行通信或适用于该经延迟的交互的实现的其他对象、软件、固件和/或硬件。

存在支持分布式计算环境的各种系统、组件和网络配置。例如，计算系统可由有线或无线系统、本地网络或广泛分布的网络连接在一起。当前，许多网络被耦合至因特网，后者为广泛分布的计算提供了基础结构并包含许多不同的网络，但任何网络基础结构可用于变得与如各实施例中所描述的技术相关联的示例性通信。

由此，可使用诸如客户机/服务器、对等、轴辐(hub and spoke)、或混合体系结构之类的网络拓扑结构和网络基础结构的主机。在客户机/服务器体系结构中，尤其在联网系统中，客户机通常是访问另一计算机(例如，服务器)所提供的共享网络资源的计算机。在附图30的图示中，作为非限制性示例，计算机3020、3022、3024、3026、3028等可被认为是客户机而计算机3010、3012等可被认为是服务器，其中服务器3010、3012等提供数据服务，诸如从客户机计算机3020、3022、3024、3026、3028等接收数据、存储数据、处理数据、向客户机计算机3020、3022、3024、3026、3028发送数据等，但任何计算机都可取决于环境而被认为是客户机、服务器或两者。这些计算设备中的任一个都可以处理数据，或请求可指示此处针对一个或多个实施例所描述的经延迟的交互和相关技术的服务或任务。

服务器通常是可通过诸如因特网或无线网络基础架构之类的远程网络或本地网络访问的远程计算机系统。客户机进程可在第一计算机系统中活动，而服务器进程可在第二计算机系统中活动，它们通过通信介质相互通信，由此提供分布式功能并允许多个客户机利用服务器的信息收集能力。按照基于方向的服务来利用的任何软件对象可以单独提供或分布多个计算设备或对象上。

在其中通信网络/总线3040是因特网的网络环境中，服务器3010、3012等可以是客户机3020、3022、3024、3026、3028等通过诸如超文本传输协议(HTTP)等多种已知协议中的任一种与其通信的web服务器。服务器3010、3012等也可担当客户机3020、3022、3024、3026、3028等，这是分布式计算环境的特性。

示例性计算设备

正如所提到的，在此描述的各种实施例适用于其中期望执行基于指点的服务和与感兴趣点的推迟交互的任何设备。因此，应理解，预期结合在此描述的各种实施方式(即，设备可以请求基于指点的服务的任何场合)使用手持式、便携式和其他计算设备和所有种类的计算对象。因此，在下面的图31中描述的以下通用远程计算机仅是一个示例，且所公开的主题的各实施例可用具有网络/总线互操作性和交互的任何客户端来实现。

尽管并不是必需的，但各实施例的任意一个可以部分地经由操作系统来实现，以供设备或对象的服务开发者使用，和/或被包括在结合可操作组件来操作的应用软件中。软件可在诸如客户机工作站、服务器或其他设备之类的一个或多个计算机所执行的诸如程序模块之类的计算机可执行指令的通用上下文中描述。本领域的技术人员可以理解，网络交互可以用各种计算机系统配置和协议来实施。

因此，图31示出了其中可实现一个或多个实施例的合适的计算系统环境3100的一个示例，但是上面已经弄清楚，计算系统环境3100仅为合适的计算环境的一个示例，并且不旨在对各实施例中的任意一个的使用范围或功能提出任何限制。也不应该将计算环境3100解释为对示例性操作环境3100中示出的任一组件或其组合有任何依赖性或要求。

参考图31，用于实现此处的一个或多个实施例的示例性远程设备可以包括手持式计算机3110形式的通用计算设备。手持式计算机3110的组件可以包括但不限于：处理单元3120、系统存储器3130和将包括系统存储器在内的各种系统组件耦合至处理单元3120的系统总线3121。

计算机3110通常包括各种计算机可读介质，并且可以是可由计算机3110访问的任何可用介质。系统存储器3130可包括诸如只读存储器(ROM)和/或随机存取存储器(RAM)之类的易失性和/或非易失性存储器形式的计算机存储介质。作为示例而非限制性，存储器3130还可以包括操作系统、应用程序、其他程序模块、和程序数据。

用户可以通过输入设备3140向计算机3110输入命令和信息。监视器或其他类型的显示设备也经由诸如输出接口3150之类的接口连接到系统总线3121。除监视器之外，计算机还可以包括其他外围输出设备，如扬声器和打印机，它们可以通过输出接口3150连接。

计算机3110可使用到一个或多个其他远程计算机(诸如远程计算机3170)的逻辑连接在联网或分布式环境中操作。远程计算机3170可以是个人计算机、服务器、路由器、网络PC、对等设备或其他常见网络节点、或者任何其他远程媒体使用或传输设备，并且可包括以上关于计算机3110所述的任何或全部元件。图31所示的逻辑连接包括诸如局域网(LAN)或广域网(WAN)之类的网络3171，但也可包括其他网络/总线。这些联网环境在家庭、办公室、企业范围的计算机网络、内联网和因特网中是常见的。

如以上所述，尽管已经结合各种计算设备、网络和广告体系结构描述了示例性的实施方式，但底层概念可以被应用到其中期望导出关于周围的感兴趣的点的信息的任何网络系统和任何计算设备或系统。

有多种实现此处描述的一个或多个实施例的方式，例如，使应用和服务能使用基于指点的服务的适当API、工具包、驱动程序代码、操作系统、控件、独立或可下载的软件对象等等。可以从API(或其他软件对象)的观点以及从提供根据所描述的实施例中的一个或多个的定点平台的软件或硬件对象来构想各实施例。此处描述的各种实现和实施例可以具有完全采用硬件、部分采用硬件并且部分采用软件、以及采用软件的方面。

本文中所使用的词语“示例性”意味着用作示例、实例、或说明。为避免疑惑，本文所公开的主题不限于这些示例。另外，本文中作为“示例性”所述的任何方面或设计不一定被解释为比其他方面或设计更优选或有利，它也不意味着排除本领域普通技术人员已知的等效示例性结构和技术。而且，就术语“包括”、“具有”、“包含”和其他类似的词语在详细描述或权利要求书中的使用而言，为避免疑惑，这样的术语旨在以类似于术语“包括”作为开放的过渡词的方式解释而不排除任何附加或其他元素。

如所述的，此处所述的各种技术可结合硬件或软件或，在适当时，以两者的组合来实现。如此处所使用的，术语“组件”、“系统”等同样旨在指计算机相关实体，或者是硬件、硬件和软件的组合、软件或者是执行中的软件。例如，组件可以是，但不限于，在处理器上运行的进程、处理器、对象、可执行码、执行的线程、程序和/或计算机。作为说明，在计算机上运行的应用和计算机都可以是组件。一个或多个组件可驻留在进程和/或执行的线程内，并且组件可位于一个计算机上和/或分布在两个或更多的计算机之间。

如前所述的系统已经参考若干组件之间的交互来描述。可以理解，这些系统和组件可包括组件或指定的子组件、某些指定的组件或子组件和/或附加的组件，并且根据上述内容的各种置换和组合。子组件还可作为通信地耦合到其他组件的组件来实现，而不是被包括在父组件内(层次性)。另外，应该注意，一个或多个组件也可以合并到提供聚合功能的单一组件中，或者也可以分成多个单独的子组件，并且，可以提供诸如管理层之类的任何一个或更多中间层，以可通信地耦合到这样的子组件，以便提供集成的功能。此处所述的任何组件也可与一个或多个此处未专门描述的但本领域技术人员一般已知的其他组件进行交互。

鉴于以上描述的示例性系统，参考各附图的流程图将可以更好地理解依照所公开的主题实现的方法。尽管为了说明简洁起见，作为一系列框示出和描述了方法，但是，应该理解，所要求保护的主题不仅限于所描述框的顺序，一些框可以按与此处所描绘和描述的不同的顺序进行和/或与其它框并发地进行。尽管经由流程图示出了非顺序或分支的流程，但可以理解，可实现达到相同或类似结果的各种其他分支、流程路径和框的次序。此外，并非全部所示的框都是实现下面所述的方法所必需的。

尽管结合各附图的优选实施例描述了各实施例，但可以理解，可以使用其他类似的实施例，或可以对所描述的实施例进行修改和添加来执行相同的功能而不背离本发明。而且，此处描述的各实施例的一个或多个方面可以在多个处理芯片或设备中实现或跨多个处理芯片或设备实现，且存储可以类似地跨多个设备来实现。因此，本发明不应限于任何单个实施例，而是应该根据所附权利要求书的广度和范围来解释。

Claims (13)

1.一种用于在基于方向的服务系统中提供关于感兴趣点的信息的计算机实现的方法，包括：

接收对所述基于方向的服务系统的一组感兴趣点的查询；

标识与所述查询相关的计算设备；

基于所述查询和为所述计算设备管理的感兴趣点交互简档，分析所述计算设备的聚集交互数据，所述感兴趣点交互简档是作为所述计算设备的方向和位置的函数从表示所述计算设备与所述基于方向的服务系统的感兴趣点的交互的所述聚集交互数据形成的；以及

基于所述分析输出与所述计算设备阈值相关的一组感兴趣点。

2.如权利要求1所述的方法，其特征在于，所述标识包括经由登录凭证隐式地标识所述计算设备和所述感兴趣点交互简档。

3.如权利要求1所述的方法，其特征在于，进一步包括：

通过所述输出显示所述一组感兴趣点的输出；

接收显示关于所述组的感兴趣点中的至少一个的附加信息的请求；以及

响应于所述接收到对显示所述附加信息的请求，检索和显示对应于所述感兴趣点中的至少一个的所述附加信息。

4.如权利要求3所述的方法，其特征在于，对应于所述感兴趣点中的至少一个的所述附加信息包括与所述感兴趣点中的至少一个相关的广告。

5.如权利要求1所述的方法，其特征在于，分析所述计算设备的所聚集的交互数据进一步包括：

分析所述计算设备与感兴趣点的先前交互；

分析其他计算设备与所述组的感兴趣点的交互。

6.如权利要求5所述的方法，其特征在于，分析其他计算设备与所述组的感兴趣点的所述交互进一步包括使用协作过滤。

7.如权利要求1所述的方法，其特征在于，所接收的查询包括感兴趣点的类别。

8.如权利要求7所述的方法，其特征在于，分析所述计算设备的所聚集的交互数据进一步包括分析所述类别中的感兴趣点的历史使用模式。

9.如权利要求8所述的方法，其特征在于，所述输出一组感兴趣点进一步包括至少部分地基于所述历史使用模式和至少部分地基于独立分级输出一组感兴趣点。

10.一种用于在基于方向的服务系统中提供关于感兴趣点的信息的计算机实现的系统，包括：

用于接收对所述基于方向的服务系统的一组感兴趣点的查询的装置；

用于标识与所述查询相关的计算设备的装置；

用于基于所述查询和为所述计算设备管理的感兴趣点交互简档、分析所述计算设备的聚集交互数据的装置，所述感兴趣点交互简档是作为所述计算设备的方向和位置的函数从表示所述计算设备与所述基于方向的服务系统的感兴趣点的交互的所述聚集交互数据形成的；以及

用于基于所述分析输出与所述计算设备阈值相关的一组感兴趣点的装置。

11.如权利要求10所述的系统，其特征在于，所述用于分析所述计算设备的聚集交互数据的装置基于同不同的用户相关联的多个设备与至少一个感兴趣点的交互在统计上分析所述数据。

12.如权利要求10所述的系统，其特征在于，所述用于分析所述计算设备的聚集交互数据的装置基于同用户的子集相关联的至少一个设备与至少一个感兴趣点的交互在统计上分析所述数据。

13.如权利要求10所述的系统，其特征在于，进一步包括：

用于显示的装置，所述用于显示的装置包括用于基于对所收集的关于至少一个计算设备的至少一个交互的数据的分析呈现度身定制的一组感兴趣点的界面；以及

用于呈现度身定制的广告内容的装置，其中基于以下各项中的一个或多个确定所述度身定制的广告上下文：对所收集的关于至少一个计算设备的至少一个交互的数据的分析、至少一个计算设备的用户的简档、以及所收集的关于所述系统的多个用户的所述交互的数据。

Images