CN103003789B - 可调且渐进式移动设备街道视图 - Google Patents

Abstract

本发明提供用于在移动设备上导航街道视图应用的直观且用户友好的用户界面（UI）技术，从而使用户能够查看可用街道水平图像的不同角度和分段。此外，街道视图图像的检索和呈现被管理，以便通过技术诸如文本表示、替代视图、调度图像请求以及可比技术缓解在无线连接上从服务器检索期望图像中的延迟。

Description

可调且渐进式移动设备街道视图

背景技术

在线地图应用是被许多人频繁使用的基本工具。各种供选择的呈现诸如卫星视图、正射（orthographic）地图和可比版本利用不同的托管服务（hosted service）来提供。这些变种中的一些甚至可能被叠加。在线地图服务的最近发展是街道视图，其使得用户能够在街道水平（street level）上查看特定位置的周围环境。在许多应用中，给定地址的默认街道水平视图在从用户接收到地址时被显示。用户随后可以被允许来通过选择旋转控制来旋转视角。许多街道视图应用呈现从移动成像单元捕获的位置的受限视图（例如，一次呈现一栋或不多的建筑物）。

一些地图应用提供有关特定地址的详细信息，诸如商行名称，但是如同气球、悬停显示框等等之类的用户界面元素被叠加在常规地图或卫星视图上。尽管有用，但是通常在街道视图呈现中并不提供该信息。

地图应用当在移动设备上提供时可能是特别有用的。例如，用户可能正在搜索特定地址并在其移动设备上检查地图或街道视图，以找到他们正在搜索的地址。然而，在许多情况下，移动设备的通信带宽受到限制，这导致利用移动设备检索街道视图（或类似应用）的图像中的延迟。因此，即时地在移动设备上提供街道周围环境的高质量视图是一项挑战性的工作。

发明内容

提供这个发明内容部分来以简化的形式介绍下面在详细描述部分中进一步描述的概念的选择。这个发明内容部分并不打算排他地标识所请求保护的主题的关键特征或基本特征，也不打算用作辅助手段来确定所请求保护的主题的范围。

实施例涉及提供用于在移动设备上导航街道视图应用的直观且用户友好的用户界面（UI）技术，从而使用户能够查看可用街道水平图像的不同角度和分段。此外，其他的实施例涉及管理街道视图图像（及其部分）的检索和呈现，以缓解在无线连接上从服务器检索期望图像中的延迟。

这些和其他的特征以及优点通过阅读下面的详细描述以及审阅相关联的附图将是显然的。将明白：前述的一般描述和下面的详细描述二者是解释性的并且不限制所请求保护的各方面。

附图说明

图1示出在具有触摸式显示器（touch-enabled display）的移动设备上的两种示例街道视图导航方法；

图2示出在具有触摸式显示器的移动设备上的两种附加的示例街道视图导航方法；

图3A和3B示出在从服务中检索图像时根据实施例的临时街道视图显示的不同示例方法；

图4示出根据一些实施例用于最小化下载资源来显示街道视图图像的另一示例方案；

图5是其中可以实现根据实施例的系统的联网环境；

图6是其中可以实现实施例的示例计算操作环境的框图；和

图7示出根据实施例的用于提供可调且渐进式（progressive）移动设备街道视图的处理的逻辑流程图。

具体实施方式

如上简要描述的，可以管理街道视图图像的检索和呈现，以便通过技术诸如文本表示、替代视图、调度图像请求和可比技术来缓解在无线连接上从服务器检索期望图像中的延迟。此外，移动设备上街道视图应用的导航可以通过直观且用户友好的UI技术来执行，从而使用户能够查看可用街道水平图像的不同角度和分段。在下面的详细描述中，参考附图，其中这些附图形成详细描述的一部分并在其中通过图解来显示特定的实施例或示例。这些方面可以进行组合，其他的方面可以被利用，并且可以进行结构改变而不背离本公开的精神或范围。因此将不在限制意义上进行下面的详细描述，并且本发明的范围利用所附的权利要求书及其等价物来定义。

虽然将在与运行在个人计算机的操作系统上的应用程序协作执行的程序模块的一般上下文中描述这些实施例，但是本领域技术人员将认识到：各方面也可以与其他程序模块相结合来实现。

一般而言，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、组件、数据结构以及其他类型的结构。此外，本领域技术人员将意识到：可以利用其他的包括手持设备、多处理器系统、基于微处理器或可编程消费类电子设备、微型计算机、大型计算机以及可比计算设备的计算机系统配置来实践实施例。也可以在其中由通过通信网络链接的远程处理设备执行任务的分布式计算环境中实践实施例。在分布式计算环境中，程序模块可以位于本地和远程内存存储设备二者中。

实施例可以被实现为计算机实现的处理（方法）、计算系统或制品，诸如计算机程序产品或计算机可读媒体。计算机程序产品可以是计算机系统可读的并编码计算机程序的计算机存储介质，其中计算机程序包括用于导致计算机或计算系统执行（一个或多个）示例处理的指令。例如，计算机可读存储介质能够经由易失性计算机存储器、非易失性存储器、硬盘驱动器、闪存驱动器、软盘或光盘以及可比媒体中的一个或多个来实现。

遍及这个说明书，术语“平台”可以是用于与移动设备协力来管理地图操作的软件和硬件组件的组合。平台的示例包括但不限于在多个服务器上执行的托管服务、在单个服务器上执行的应用以及可比系统。术语“服务器”一般指的是通常在联网环境中执行一个或多个软件程序的计算设备。然而，服务器也可以被实现为被视为网络上的服务器的一个或多个计算设备上执行的虚拟服务器（软件程序）。

图1示出在具有触摸式显示器的移动设备上的两种示例街道视图导航方法。根据实施例的街道视图可以包括用户定义位置的周围环境的全景街道水平视图。该位置可以基于用户输入来定义或基于全球定位服务（GPS）信息、蜂窝塔三角测量、无线数据网络节点检测以及类似方法的位置的自动确定来定义。虽然提供街道视图的地图应用和用于导航街道视图的用户界面技术可以在任何计算设备上被执行，但是移动设备诸如智能电话、手持计算机、无线个人数字助理（PDA）、地图应用启用的蜂窝电话、车载计算设备以及类似设备可以为这样的应用提供更适合的环境。

图1中的示意图100示出具有典型控制元件诸如按钮102和103、扬声器101和显示器105的智能电话。显示器105可以是对用户进行的基于触摸的手势（例如112）做出响应的触敏显示器。在显示器105上呈现的街道视图104包括在街道108一侧上的建筑物以及车辆106。

根据一些实施例，用于在街道视图地图中导航的用户界面技术可以包括基于手势的技术和硬件输入技术。基于手势的技术可以通过以单或多触摸方式在移动设备上利用触敏输入设备的触摸式显示器提供输入手势来指定。虽然可以实现许多手势，但是几个示例手势包括：用于执行U形转弯的单个上下手势；用于揭示街道两侧的双手指分离的上下运动；以及用于穿过街道向下移动的转弯弧拖动（drag in a turn arc）。

在示意图100中，显示利用用户的手指114做出的示例上下手势112。这个手势可能导致所显示的街道一侧翻转到相对一侧。示意图110示出示例的双手指分离的上下运动118和122（手指116和120），其可以利用交替方式来改变街道118所显示的一侧。在此描述的手势可以通过使用手指或人造触摸工具诸如笔和类似工具来提供。

图2示出在具有触摸式显示器的移动设备上的两种附加的示例街道视图导航方法。示意图200显示示例的转弯弧拖动手势来穿过街道向下移动。在该示例情景中，利用手指230做出的手势232导致街道视图被改变为（从建筑物226的视角）朝向建筑物224看去的街道228的视图。

示意图210示出利用手指234做出的反向转弯弧拖动手势236的效果，其可能导致在街道水平上从建筑物224的视角朝向建筑物226看去的街道228的显示。手势和触摸也可以是基于区域的。例如，沿着屏幕的顶端滑动可以在360°全景内旋转视图。沿着相机的底端滑动触摸可以沿着街道滑动视图。

其他的导航技术可以利用硬件输入，诸如加速度计、指南针和/或轨迹球。这样的技术的示例可以包括朝向该侧倾斜电话以便上下滑动街道、上下倾斜电话以便看到自上而下地图以及类似的技术。在用户将移动设备带到水平位置（即，在360°显示器中朝向地面看去）时，所显示的街道视图可以渐渐融入（fade into）显示在当前显示位置周围的区域的顶部地图视图。进一步的基于硬件的输入可以包括围绕垂直轴旋转移动设备以便看到街道的另一侧、旋转移动设备来沿着街道滑动查看器以及（采用移动设备的加速度计）可比输入。附加的输入可以从看到用户的集成相机（integrated camera）中接收。例如，显示器可以基于用户的头部运动来移动，以生成与用户的头部运动平行的运动，从而看到街道的不同部分。

在根据实施例的移动设备中，用户可以俯瞰街道以便看到他不能从其视角看到的细节，但是仍维持与世界上的正确视向（view direction）的关系。根据其他的实施例，可以拍摄沿着道路的视图的快照以及提供街道的街道视图滑动（slide），以响应针对在显示的快照图像上特定位置的触摸输入。

输入	滑动	缩放至气泡(zoom to bubble)	缩放以滑动	折入气泡(turn in bubble)
					相机	运动驱动
GPS	位置驱动
					发射塔信号	位置驱动
无线网络信号	位置驱动
					指南针	方位驱动
加速度计	轻弹/倾斜/推动	轻弹/倾斜	轻弹/倾斜	轻弹/倾斜
					触摸	基于区域，绝对/相对操纵，轻敲，轻敲+按住，拖动	基于区域，绝对/相对操纵，轻敲，轻敲+按住，拖动	基于区域，绝对/相对操纵，轻敲，轻敲+按住，拖动	基于区域，绝对/相对操纵，轻敲，轻敲+按住，拖动
轨迹球	滚动（在任何方向）	滚动（在任何方向）	滚动（在任何方向）	滚动（在任何方向）
					麦克风	音高，音量，语音	音高，音量，语音	音高，音量，语音	音高，音量，语音
软键	相对运动	缩放模式切换	缩放模式切换	固定转弯

表1. 用于街道视图导航中的动作的示例输入机制和手势

输入	U形转弯	左转弯/右转弯	点击图标	揭示另一侧
					相机	运动驱动	运动驱动	运动驱动	运动驱动
GPS
					发射塔信号
无线网络信号
					指南针	方位驱动	方位驱动		方位驱动
加速度计	轻弹/倾斜	轻弹/倾斜	轻弹/倾斜	轻弹/倾斜
					触摸	基于区域，绝对/相对操纵，轻敲，轻敲+按住，拖动	基于区域，绝对/相对操纵，轻敲，轻敲+按住，拖动	基于区域，绝对/相对操纵，轻敲，轻敲+按住，拖动	基于区域，绝对/相对操纵，轻敲，轻敲+按住，拖动
轨迹球	滚动（在循环方向）	滚动（左或右）	滚动（在任何方向）	滚动（在循环方向）
					麦克风	音高，音量，语音	音高，音量，语音	音高，音量，语音	音高，音量，语音
软键	按钮	按钮	按钮	按钮

表2. 用于街道视图导航中的动作的进一步示例输入机制和手势。

根据其他的实施例，（例如，利用手指）旁路（sideway）滑动手势可以移动全景街道视图旁路，捏入（pinch-in）手势可以导致从全景街道视图缩小，以及捏出（pinch-out）手势可以导致放大至全景街道视图。此外，所显示的视图可以自动地从街边全景视图变换成预定义缩放水平上的圆形全景视图。

根据进一步实施例，滚动轨迹球可以沿着街道滑动查看器，并使用户能够通过向右或向左旋转轨迹球来改变所显示的街道视图的方向。上面的表1和2示出根据实施例的可以与街道视图用户界面一起使用的一些示例导航技术。

图3A和3B示出在从服务检索图像时根据实施例的临时街道视图显示的不同示例方法。移动设备经由无线网络诸如各种蜂窝网络、局域网、广域网以及可比网络与提供地图数据、图像和其他数据的服务器通信。这样的网络的特性诸如带宽、处理能力等等取决于网络、移动设备的位置、网络使用以及类似的因素而可能改变。因而，地图数据尤其街道视图图像的检索遭受基于网络条件的延迟。此外，无论网络条件怎样，以来自移动设备的请求的接收、利用（一个或多个）服务器进行的排队和处理以及响应的传送为基础的网络等待时间增添固有的延迟。在一些情况中，移动设备的往返等待时间可能高达0.25秒。由于这些原因，所希望的是通过视觉呈现手段来优化图像请求和缓解延迟，以避免用户体验的退化。

根据一些实施例，街道视图图像的检索中的网络延迟可以通过提供如在图3A和3B所述的位置的临时补充视图来缓解。根据其他的实施例，替代这些补充临时视图或除了这些补充临时视图之外，图像请求也可以被调度或被流式传输，以流线化检索。

街道视图地图的全景视图可以利用平铺的金字塔方案来表示，以致于仅下载在屏幕上可看见的那些部分。金字塔等级（level）可以包含最高分辨率图像的较低分辨率版本。作为选择，不存储低分辨率拷贝，而可以存储语义丰富的信息拷贝，同时保持最高再现质量。例如，在金字塔的最低等级上，不存储低分辨率图像，而可以存储附近建筑物的文本注释。这样，用户首先可以看到注释和文本（例如没有图像或简单图形）。文本可以在高保真度上进行再现而没有分辨率的损失。文本本身比甚至存储低分辨率图像更加紧凑，并且可以被快速下载。

示意图300示出沿着街道354具有建筑物342、344、346、348和349以及十字街道352的另一示例街道视图。根据在正下载全景视图图像的同时显示文本注释的实施例，可以利用如在示意图310中所示的文本注释362、364、366、368和369来替代这些建筑物。文本注释可以在没有任何图形或利用简单图形（例如建筑物的矢量表示）的情况下使用默认字体（和样式）来显示。矢量表示通常包括少量的数据，但是产生高分辨率再现。

根据其他的实施例，附加的描述性指示符诸如建筑物的近似颜色、建筑物的窗/门的数量以及可比特征可以被添加到文本注释。例如，代表建筑物的方框可以使用与建筑物立面的实际颜色相类似的代表颜色来上色。此外，文本注释可以被风格化。例如，商行的名称可以使用其标志（356）来显示。

根据进一步实施例，诸如缩影（epitome）之类的数据减少方案可以被采用来显示建筑物（和其他结构）。缩影可以被视为实际图像的缩图。它具有小得多的尺寸，但是保留图像的大部分构成成分。缩影能够被视为图像的补丁的生成模型。通过恰当的统计方法的使用，可以从图像、高度相关的图像的选集或视频序列（服务器侧）中提取缩影，并在发送所请求的实际图像之前提供缩影给移动设备。

另一种用于优化街道视图地图再现的缓解方案可以包括图像请求的优先级的调度。以当前视图为中心并且在当前视图中是可见的图像瓦片（tile）可以首先被请求。然后，取决于模式，360°全景或街道视图中的瓦片可以被请求。根据其他的实施例，这些请求可以一起被串接（string）成单个请求，以致于针对整个再现只经历一次等待时间效应。这可以采用获取多个请求并返回包含所有请求图像的单个流的服务器侧服务来实现。应注意：上述技术之中的任何技术可以进行组合，以便在再现街道视图地图中提供高质量用户体验。

示意图320和330示出上述技术的组合。在示意图320中，在假设每一个图像瓦片与建筑物相关联的情况下，图像瓦片按照从中心朝向如利用与每一个建筑物相关联的数字1、2、3、4、5所示的侧边来划分优先级。在实践中，图像瓦片可以包围（encompass）多个建筑物。因而，建筑物376和378的实际图像被首先再现。在正检索建筑物372、374和379的图像瓦片的同时，这些建筑物的矢量表示（具有或不具有颜色信息）可以被显示。示意图330显示类似的情景，其中与建筑物384和386相对应的图像瓦片已被下载并被再现。在正检索与建筑物382、388以及389相对应的图像瓦片时，文本注释用于呈现关于这些建筑物的信息。

图4示出根据一些实施例用于最小化下载资源来显示街道视图图像的另一示例方案。用于优化街道视图地图的再现而不管基于网络的延迟的还一种方案可以包括非同种扩缩，其中感兴趣的对象（例如建筑物或商行符号）可以以相对高的分辨率来显示，而其他的对象（树木、重复窗户、栅栏等等）利用按比例缩小的分辨率来显示。因而，宝贵的带宽可以用于重要的对象，而不是针对整个街道视图使用固定的分辨率。

示意图400示出具有如同沿着街道416的建筑物402、404、408、412和414之类的特征的另一示例场景。有关该场景的其他特征可以包括树木406、输电塔410和十字路口418。在这些特征之中，树木406和输电塔410可以被假设为不是观看者所感兴趣的。因而，在示意图420中相同场景的街道视图地图再现中，可以显示感兴趣的对象（建筑物422、424、428、432和434、街道436以及十字街道438）的高分辨率图像。不太感兴趣的对象（树木426和输电塔430）可以以较低的分辨率乃至以矢量表示形式来显示，从而减少将从服务器检索到移动设备的数据量。

用于带宽节省的附加方案可以包括收缩街道图像的“不感兴趣”部分，诸如房屋之间空的空间、重复图案（诸如仅显示房屋的少数几列，以显示其性质，而不是其全宽度）。所产生的图像可能在较少数量的像素上具有大多数视图信息，这也更好地显示在有限大小电话屏幕上。

图4所述的不同处理诸如图像请求的调度、将请求组合成单个图像流以及这些技术与其他方案的组合可以在截然不同的硬件模块、软件模块或硬件与软件的组合上来执行。此外，这样的模块可以采用集成的方式来执行这些处理中的两个或更多处理。

图1-4中的示例用户界面、导航方法以及再现优化技术已利用元素、处理和动作来描述了。实施例不限于根据这些示例配置的系统。提供在街道视图地图上的导航以及街道视图再现的优化的系统可以在采用更少或附加的组件并且执行其他任务的配置中实现。此外，实施例不限于移动设备。上述的方案可以使用在此描述的原理在任何计算设备中实现。

图5是其中可以实现实施例的示例联网环境。用于提供UI控制来导航街道视图地图以及图像检索与呈现的管理以缓解通信延迟的平台可以利用在一个或多个服务器514上执行的软件诸如托管服务来实现。该平台可以通过（一个或多个）网络510与个别移动设备诸如智能电话511、蜂窝电话512或类似设备（“客户机设备”）上的客户应用通信。

在客户机设备511-512之中的任何客户机设备上执行的客户地图应用可以与从服务器514中或在个别服务器516上提供地图服务的托管服务交互。托管服务可以基于调度的请求或流式传输针对街道视图提供所请求的图像以最小化等待时间的影响。此外，在客户机设备511-512上的客户地图应用可以使用户能够在被请求的图像正被检索的同时使用直观的导航控制来浏览（navigate through）街道视图以及利用基于文本或其他的表示来补充街道视图。相关数据诸如街道视图图像和补充的文本数据可以直接地或者通过数据库服务器518存储在（一个或多个）数据存储设备519上和/或从（一个或多个）数据存储设备519中检索。

（一个或多个）网络510可以包括服务器、客户机、因特网服务供应商和通信媒体的任何拓扑。根据实施例的系统可以具有静态或动态拓扑。（一个或多个）网络510可以包括安全网络诸如企业网络、不安全网络诸如无线开放网络或因特网。（一个或多个）网络510也可以（尤其在服务器与移动设备之间）包括蜂窝网络。此外，（一个或多个）网络510可以包括短距离无线网络诸如蓝牙或类似网络。（一个或多个）网络510在此描述的节点之间提供通信。通过示例而非限制，（一个或多个）网络510可以包括无线媒体，诸如声学、RF、红外和其他的无线媒体。

计算设备、应用、数据源和数据分发系统的许多其他配置可以被采用来实现提供用于导航街道视图地图以及缓解等待时间延迟的移动输入机制的平台。此外，图5所述的联网环境仅仅用于说明目的。实施例不限于示例应用、模块或处理。

图6以及相关联的讨论旨在提供其中可以实现实施例的合适计算环境的简短的一般性描述。参考图6，说明诸如计算设备600之类的根据实施例的用于应用的示例计算操作环境的框图。在基本配置中，计算设备600可以是能够根据实施例提供街道视图地图服务的移动计算/通信设备并且包括至少一个处理单元602和系统存储器604。计算设备600也可以包括在执行程序中协作的多个处理单元。取决于计算设备的确切配置和类型，系统存储器604可以是易失性（诸如RAM）、非易失性（诸如ROM、闪存等等）或这二者的某种组合。系统存储器604通常包括适合于控制平台的操作的操作系统605，诸如Redmond, Washington的MICROSOFT CORPORATION的WINDOWS MOBILE®操作系统等等。系统存储器604也可以包括一个或多个软件应用诸如程序模块606和移动街道视图应用622。

移动街道视图应用622可以如前所述从服务接收地图数据和街道视图图像。该应用可以提供各种输入机制诸如手势、如同加速度计或指南针之类的集成硬件的使用、音频和/或视频输入，以使用户能够浏览各种视图。该应用可以进一步通过采用技术诸如调度图像请求、流式传输图像请求、数据相关的扩缩以及类似方案来缓解在检索街道图像中由于通信引起的延迟的影响。这种基本配置在图6中利用虚线608内的那些组件来说明。

计算设备600可以具有附加的特征或功能。例如，计算设备600也可以包括附加的（可移动和/或不可移动）数据存储设备，诸如磁盘、光盘或磁带。这样的附加存储设备在图6中利用可移动存储设备609和不可移动存储设备610来说明。计算机可读存储媒体可以包括以用于存储信息诸如计算机可读指令、数据结构、程序模块或其他数据的任何方法或技术来实现的易失性和非易失性、可移动和不可移动媒体。系统存储器604、可移动存储设备609和不可移动存储设备610全都是计算机可读存储媒体的示例。计算机可读存储媒体包括但不限于RAM、ROM、EEPROM、闪存或其他存储技术、CD-ROM、数字多用盘（DVD）或其他光存储设备、磁带、磁盘存储设备或其他磁存储设备或任何其他的能够用于存储期望信息并且能够被计算设备600访问的介质。任何这样的计算机可读存储媒体可以是计算设备600的一部分。计算设备600也可以具有（一个或多个）输入设备612，诸如键盘、鼠标、笔、话音输入设备、触摸输入设备以及可比输入设备。也可以包括（一个或多个）输出设备614，诸如显示器、扬声器、打印机以及其他类型的输出设备。这些设备在本领域中是众所周知的，并且在此不需要详细讨论。

计算设备600也可以包含通信连接616，其允许该设备诸如通过分布式计算环境中的有线或无线网络、卫星链路、蜂窝链路、短距离网络以及可比机制与其他设备618通信。其他设备618可以包括执行通信应用的（一个或多个）计算机设备、其他服务器以及可比设备。（一个或多个）通信连接616是通信媒体的一个示例。通信媒体能够在其中包括计算机可读指令、数据结构、程序模块或其他数据。通过示例而非限制，通信媒体包括有线媒体诸如有线网络或直接连线连接以及无线媒体诸如声学、RF、红外和其他的无线媒体。

示例实施例也包括方法。这些方法能够采用任何数量的包括在这个文献中描述的结构的方式来实现。一种这样的方式是利用在这个文献中描述类型的设备的机器操作。

另一可选方式是用于将与执行其中一些操作的一个或多个人类操作员协力来执行的方法的个别操作中的一个或多个操作。这些人类操作员不需要相互搭配，但是每一个操作员可能仅具有执行程序的一部分的机器。

图7示出根据实施例用于提供可调且渐进式移动设备街道视图的处理700的逻辑流程图。处理700可以被实现为在移动设备上执行的地图应用的一部分。

处理700开始于操作710，其中将要显示的位置基于用户输入或自动计算诸如基于GPS系统来确定。在操作720，将要显示的视图被确定。该视图也可以基于用户输入或自动地基于移动设备的各种模块诸如加速度计和/或指南针来确定。例如，用户可以将移动设备指向街道的特定一侧，其可以被确定为将要显示的视图。

在操作730，移动设备可以开始检索图像和数据，以显示街道视图。可以为了最佳街道观看（例如首先检索在视图中心的图像，随后检索其他图像）、所请求图像的流式传输或应用于缓解由于通信带宽限制和各种形式的等待时间而引起的延迟的类似技术而调度图像请求。例如，图像的检索可以被调度，以致于与用于全景街道视图的周边的图像瓦片相比，利用更高的优先级来接收用于全景街道视图的中心的图像瓦片。

在操作740，移动设备可以开始基于检索到的图像和数据的部分来显示该位置的街道视图。由于可能尚未接收到所有的图像，所以可以使用呈现技术诸如建筑物（和其他街道特征）的文本表示、数据相关的扩缩和类似技术，直至如前所述由移动设备获取所有的图像。

在操作750，在图像的检索完成时，可以显示以检索到的图像为基础的完整视图。处理可以基于期望的位置变化或用户输入而返回到操作710或720，以改变将要显示的视图。

处理700中包括的操作用于说明目的。利用UI导航方法和图像检索与呈现的管理作为地图应用的一部分提供街道视图可以使用在此描述的原理、利用具有更少或附加步骤的类似处理以及以不同的操作顺序来实现。

上面的详述、示例和数据提供这些实施例的组成的制造和使用的完整描述。虽然已利用特定于结构特征和/或方法动作的语言描述了主题，但是将明白：在所附的权利要求书中定义的主题不一定限于上述的具体特征或动作。相反，上述的具体特征和动作被披露为实现这些权利要求和实施例的示例形式。

Claims (14)

1.一种用于在移动设备上显示位置的街道视图的至少部分在计算设备上执行的方法，所述方法包括：

确定位置；

确定将要显示的位置的视图；

开始检索与将要显示的视图相关联的图像和数据；

基于检索到的图像和数据的部分，显示所述位置的临时补充视图，所述临时补充视图包括以下的集合中的至少一个：文本注释，矢量表示和描述性指示符；以及

依据图像和数据的检索的完成，利用所述位置的完整全景街道视图来替代临时补充视图。

2.权利要求1的方法，其中通过调度图像请求来检索图像，以致于与用于全景街道视图的周边的图像瓦片相比，利用更高的优先级来接收用于全景街道视图的中心的图像瓦片。

3.权利要求1的方法，其中通过将与图像瓦片相关联的个别图像请求组合成将被流式传输到移动设备的单个请求来检索图像。

4.权利要求1的方法，其中补充临时视图被显示，直至完整全景街道视图被再现。

5.权利要求4的方法，其中描述性指示符包括至少以下之一：用于临时补充视图中的每一个结构的代表颜色，以及用于临时补充视图中的每一个结构的代表特征。

6.权利要求4的方法，其中文本注释包括以下之一：默认字体中的文本描述，以及用于临时补充视图中的每一个结构的风格化描述。

7.权利要求1的方法，进一步包括：

基于以下的集合中的至少一个，使用户能够浏览全景街道视图：基于触摸的手势，基于相机的输入，基于指南针的方位改变，基于加速度计的位置改变，轨迹球运动，音频输入和软键输入。

8.权利要求7的方法，其中基于触摸的手势是以下之一：用于执行U形转弯的单个上下手势，用于揭示街道两侧的双手指分离的上下运动，用于穿过街道向下移动的转弯弧拖动运动，以及基于区域的手势。

9.权利要求7的方法，其中使用户能够浏览全景街道视图进一步包括：

使用户能够拍摄在街道视图之外的位置的快照；以及

通过以下的集合中的至少一个来浏览所述快照：基于触摸的手势，轨迹球运动，软键输入和音频输入。

10.一种用于显示位置的全景街道视图的移动设备，所述移动设备包括：

通信模块；

显示器；

处理器，所述处理器被配置成执行地图应用，

其中所述地图应用被适配成：

确定位置；

确定将要显示的位置的视图；

开始检索与将要显示的位置的视图相关联的图像和数据；

基于检索到的图像和数据的部分，显示临时补充视图，所述临时补充视图包括以下的集合中的至少一个：文本注释，矢量表示和描述性指示符；

使用户能够基于以下的集合中的至少一个来浏览所显示的临时补充视图：基于触摸的手势，基于相机的输入，基于指南针的方位改变，基于加速度计的位置改变，轨迹球运动，音频输入和软键输入；以及

依据图像和数据的检索的完成，利用所述位置的完整全景街道视图来替代临时补充视图。

11.权利要求10的移动设备，其中所述地图应用进一步被配置成通过以高分辨率检索用于感兴趣的结构的图像以及以按比例缩小的分辨率检索用于其他结构的图像、采用非同种扩缩来再现全景街道视图。

12.一种用于在移动设备上显示位置的全景街道视图的至少部分在计算设备上执行的方法，所述方法包括：

基于以下的集合中的至少一个来确定位置：用户输入，基于全球定位服务（GPS）的输入，基于蜂窝塔三角测量的输入，和无线数据网络位置；

基于以下的集合中的至少一个来确定将要显示的位置的视图：用户输入，基于相机的输入，基于指南针的输入，基于加速度计的输入，基于触摸的输入，基于轨迹球的输入，和基于麦克风的输入；

开始检索与将要显示的位置的视图相关联的图像和数据；

基于检索到的图像和数据的部分，显示所述位置的临时补充视图，所述临时补充视图包括以下的集合中的至少一个：文本注释，矢量表示和描述性指示符；

使用户能够基于以下的集合中的至少一个来浏览所述位置的临时补充视图：基于触摸的手势，基于相机的输入，基于指南针的方位改变，基于加速度计的位置改变，轨迹球运动，音频输入，和软键输入；以及

依据图像和数据的检索的完成，利用所述位置的完整全景街道视图来替代所述位置的临时补充视图。

13.权利要求12的方法，进一步包括：

针对图像的检索，采用数据检索优化，所述优化包括以下之一：

调度图像检索请求，以致于与用于全景街道视图的周边的图像瓦片相比，利用更高的优先级来接收用于全景街道视图的中心的图像瓦片；以及

将与图像瓦片相关联的个别图像检索请求组合成将被流式传输到移动设备的单个请求。

14.权利要求13的方法，进一步包括：

将数据检索优化与全景街道视图的基于临时补充视图的再现相结合。