辅助截屏的制作方法

本发明涉及用于响应于触发事件生成在用户界面上提供的一个或多个链接的方法、设备和计算机程序，其中一个或多个链接与在计算设备上运行的应用的当前状态或模式相对应。更具体地，本发明涉及在输入与截屏捕捉相对应的用户输入时，实时地生成到应用的不同可执行特征的一个或多个可选链接。

背景技术：

此处所提供的背景技术描述是为了总体呈现本公开的背景。该背景技术部分中所描述的目前署名的发明人的工作，以及在提交时可能没有另外限定为现有技术的描述的方面，对于本公开而言既不应清楚地也不应隐含地被认定为现有技术。

诸如智能电话、pda等的当前可用的个人计算设备，通常包括用于捕捉正在计算设备的显示屏幕上显示的屏幕的图像的功能。该图像通常被称为“截屏”。用户可以通过输入预定义的输入(例如，物理键的组合和/或序列)来获得/捕捉截屏，该预定义的输入由计算设备操作系统(os)识别，并且通常不依赖于是否在计算设备上执行或已经执行任何特定应用。计算设备os使得捕捉的截屏图像存储在计算设备的存储器中，这允许用户稍后为各种目的而检索截屏。例如，用户可以捕捉特定网站或应用屏幕的截屏，其目的是使用诸如多媒体消息服务(mms)消息、即时消息(im)消息、电子邮件消息等已知通信方式，向一个或多个不同的应用或用户传送网站或应用屏幕图像。更一般地，用户倾向于捕捉这样的截屏以便稍后访问图像信息(例如，以避免重新搜索信息，或者允许在没有因特网连接的情况下访问信息)，或者与其他用户分享图像。

一些现有应用包括在计算设备执行应用时、每当用户获得截屏时向用户显示选项菜单的功能，其中选项允许用户操纵或分享截屏图像。然而，该技术仅限于操纵或分享已经被捕捉的截屏图像。

其他人已经提出了技术，通过该技术，计算设备的os使用其当前正在执行哪个应用的知识以及图像和文本识别技术，来试着“猜测”特定截屏的情境和内容。然后，可以向用户呈现被认为在应用和情境/内容方面有用的选项。然而，技术通常限于应用经由应用程序接口(api)在外部所提供的特征。与给定应用的全部功能相比，这些特征在范围上可能非常有限。例如，利用敏感数据(例如，用户位置)的应用可以限制经由api可用的功能，以便帮助保护用户隐私。此外，技术依赖于os开发人员所提供的规定和假设。os开发人员可能缺乏给定应用的某些特征的知识，和/或缺乏通常如何使用各种特征的知识，因此在应用运行时、在尝试预测用户捕捉截屏时的意图时可能无法充分利用应用的当前特征。

因此，需要提供改进的用户界面，该改进的用户界面使得在计算设备上执行应用期间，用户能够实时地与当前显示的屏幕相对应的附加功能和/或内容进行交互，和/或利用当前显示的屏幕相对应的附加功能和/或内容。

技术实现要素：

在本文描述的一些实施方式中，当用户尝试捕捉截屏时，在计算设备上执行的应用向用户提供一个或多个可选选项/链接。至少一些可选选项对应于应用所支持的特征，其中特征又对应于应用当前正在显示的信息(例如，与应用的当前状态或模式相关联的信息)的类型。例如，如果应用是在用户尝试捕捉截屏时显示交通路线的地图应用，则可选选项可以包括用于保存非图像路线信息(例如，表示源位置、目的地位置、以及两者之间的特定道路的数据)以用于稍后、离线使用的第一选项、用于向另一用户分享非图像路线信息的第二选项、和/或其他选项。作为另一示例，如果应用在用户尝试捕捉截屏时显示关于兴趣地点(例如，餐馆、酒吧、博物馆等)的信息，则第一选项可以是用于将当前显示的兴趣地点保存为“喜欢的”位置，第二选项可以是用于与另一用户分享关于兴趣地点的非图像信息(例如，地点名称、地点地址等)，等等。在不同的实施方式中，将截屏图像存储和/或维护在存储器中本身可以被呈现为可选选项，或者截屏可以被自动地存储和/或维护在存储器中(例如，如果os的设计导致在输入相对应的用户输入时总是存储这样的图像)。在一些实施方式中，应用还呈现或者替代地呈现被设计为向用户教导应用特征的可用性和/或使用的信息，考虑到应用的当前状态或模式，这些应用特征可能是有用的。

在一个示例实施例中，一种方法被实施在具有显示器和操作系统的计算设备中，其中操作系统被配置为响应于预定义的用户输入的输入来捕捉在显示器上所显示的屏幕的截屏图像。方法包括(1)通过在计算设备上执行的应用，检测由计算设备的用户输入的预定义的用户输入，(2)通过应用，识别应用的一个或多个可执行特征，每个可执行特征使用与应用的当前状态或模式相对应的信息来进行一组相应的一个或多个功能，(3)通过应用，为每个所识别的可执行特征生成可选链接，以及(4)通过应用，并且在显示器上呈现所生成的可选链接，使得由用户对所生成的可选链接中的任何一个的选择导致进行一组相应的功能。

在另一示例实施例中，一种计算设备，包括显示器、一个或多个处理器、以及一个或多个存储器。一个或多个存储器存储操作系统的指令，操作系统被配置为响应于预定义的用户输入的输入来捕捉在显示器上所显示的屏幕的截屏图像，图像数据文件，以及应用的指令。当由一个或多个处理器执行时，应用的指令使得计算设备(1)检测由计算设备的用户输入的预定义的用户输入，(2)识别应用的一个或多个可执行特征，每个可执行特征使用与应用的当前状态或模式相对应的信息来进行一组相应的一个或多个功能，(3)为每个所识别的可执行特征生成可选链接，以及(4)在显示器上呈现所生成的可选链接，使得由用户对所生成的可选链接中的任何一个的选择导致进行一组相应的功能。

在另一示例实施例中，一种存储应用的指令的非暂时性计算机可读介质，当由计算设备的一个或多个处理器执行时，应用的指令使得计算设备(1)检测由计算设备的用户输入的预定义的用户输入。计算设备的操作系统被配置为响应于预定义的用户输入的输入来捕捉在计算设备的显示器上所显示的屏幕的截屏图像。指令使得计算设备通过利用操作系统的应用程序接口(api)，或者通过确定新的截屏图像已经被存储在计算设备的存储器中，来检测预定义的用户输入的输入。指令还使得计算设备(2)识别应用的一个或多个可执行特征，每个可执行特征使用与应用的当前状态或模式相对应的信息来进行一组相应的一个或多个功能，(3)为每个所识别的可执行特征生成可选链接，以及(4)在显示器上呈现所生成的可选链接，使得由用户对所生成的可选链接中的任何一个的选择导致进行一组相应的功能。

附图说明

图1是可以实施用于增加应用特征的利用和/或意识的技术的示例系统的框图。

图2示出了根据第一实施方式和/或场景的截屏捕捉输入之前和之后的显示屏幕。

图3示出了根据第二实施方式和/或场景的截屏捕捉输入之前和之后的显示屏幕。

图4示出了根据第三实施方式和/或场景的截屏捕捉输入之前和之后的显示屏幕。

图5示出了根据第四实施方式和/或场景的截屏捕捉输入之前和之后的显示屏幕。

图6是用于增加应用特征的利用和/或意识的示例方法的流程图。

具体实施方式

概述

在本文所描述的一些实施方式中，当用户在应用的执行期间(例如，当正在向用户呈现应用的显示时)尝试捕捉截屏时，在计算设备上执行的应用向用户提供一个或多个可选选项/链接的集合(例如，菜单)。至少一些可选选项中的每一个对应于应用所支持的一个或多个特征/功能，并且该一个或多个特征/功能利用与在尝试的截屏捕捉时在显示器上所显示的内容相对应的至少一个类型的信息。因此，本发明涉及向用户呈现与执行应用的当前状态或模式，即应用的当前情境有关的选项。

例如，如果用户在使用这样的应用时获得截屏，并且应用当前正在显示源点“a”和目的地点“b”之间的最快路线的至少一部分，则本发明的方面可以向用户提供应用内的模块或特征的可选链接或快捷方式，该模块或特征使用路线和/或源/目的地信息。之后可以使得用户能够沿着与当前情境相关联的应用的路径更快地前进。例如，向用户提供的选项可以包括以下中的一个或多个：

(1)将指定a到b路线的非图像数据保存为“喜欢的”路线；

(2)与一个或多个其他用户分享指定a到b路线的非图像数据；和/或

(3)实时地与一个或多个其他用户分享用户沿着a到b路线的进度(和/或用户的估计到达时间)的更新。

在该示例中，可以仅基于在捕捉(或尝试捕捉)截屏时应用的状态或模式来生成选项。例如，响应于在应用处于特定导航或交通模式时(例如，当应用在用户已经输入或选择源和目的地之后显示交通路线时)检测到截屏捕捉，应用可以提供上面列举的一些或全部选项。

作为另一示例，如果在用户使用地图或其他应用来查看特定兴趣地点(例如，旅游景点或餐馆)时发生截屏捕捉(或触发截屏的动作)，则向用户提供的选项可以包括以下中的一个或多个：

(1)将所显示的兴趣地点保存为“喜欢的”位置或其他位置类型；

(2)与一个或多个其他用户分享指定所显示的兴趣地点的非图像数据；和/或

(3)计算并且显示从计算设备的当前位置到所显示的兴趣地点的最快的路线(和/或最快的公共交通等)。

从上面示例可以明显看出，在采取截屏时要显示的可能选项/链接的列表通常包括具体与正在被执行的特定应用的特征、以及该应用的当前情境(状态或模式)相对应的选项/链接。因此，本发明优于上面背景技术部分中所描述的现有技术，该现有技术仅允许使用或操纵(即，存储、分享或编辑)截屏图像，而不管该图像内所包含的信息的类型。

此外，本发明优于其他现有技术(也被描述在上面背景技术部分中)之处在于，本发明不依赖于计算设备操作系统(os)来解释或猜测在尝试截屏捕捉时特定应用所显示的信息的含义，并且不依赖于应用经由应用程序接口(api)从外部所提供的有限特征集合(如果有的话)，并且不依赖于os已知的有限特征集合(如果有的话)。

因此，本发明提供了改进的、有效的交互式界面，用于使得用户能够基于所尝试的截屏捕捉并且实时地更快速和容易地导航到正在执行的应用的一个或多个特征。通过提供基于呈现截屏中所捕捉的信息的应用的当前情境的选项，本发明还可以改进应用特征的可访问性和可用性。此外，通过避免对图像和/或文本识别能力(和有关处理)的需要来为给定截屏确定哪些选项可能与用户有关，本发明可以减少处理资源的需要和/或减少处理时间。

示例系统

图1示出了可以实施用于增加应用特征的利用和/或意识的技术的示例系统10。示例系统10包括计算设备12(每个计算设备12对应于相应的用户)、地图服务器14和网络16。地图服务器14远离每个计算设备12，并且经由网络16被通信地耦接到计算设备12。网络16可以包括有线和/或无线通信网络的任何合适组合，诸如是一个或多个局域网(lan)、城域网(man)和/或广域网(wan)。仅作为一个特定示例，网络16可以包括蜂窝网、因特网和服务器侧lan。在一些实施方式中，由一个计算设备12(例如，计算设备12a)用来与地图服务器14进行通信的网络16的一个或多个部分可以完全或部分地与由另一计算设备12(例如，计算设备12b)用来与地图服务器14进行通信的网络16的一个或多个部分分离并且独立。然而，应该理解的是，在一些实施方式和/或场景中，计算设备12不需要与地图服务器14的连接(因特网或其他)以实施本发明。

虽然在图1中被示为具有智能手机形状因子，但是每个计算设备12可以是具有有线和/或无线通信能力的任何移动、便携、固定位置或半固定位置的计算设备(例如，智能手机、平板电脑、笔记本电脑、台式电脑、诸如智能眼镜或智能手表的可穿戴设备、车辆头部单元计算机等)。在其他实施方式中，一个或多个计算设备12的组件和功能被分布在两个或多个设备之间，诸如是目标人员的智能手机和智能手表。

在图1的示例实施方式中，计算设备12a包括处理器20、存储器22、用户界面24和网络接口26。处理器20可以是单个处理器(例如，中央处理单元(cpu))，或者可以包括一组处理器(例如，多个cpu、或者cpu和图形处理单元(gpu)等)。

存储器22是可以包括持久性(例如，硬盘和/或固态)和/或非持久性存储器组件的计算机可读存储单元或设备，或者单元/设备的集合。存储器22存储可在处理器20上执行以进行各种操作的指令，包括各种软件应用的指令。存储器22还可以存储由这样的应用所生成和/或使用的数据。

用户界面24包括被配置为使得用户能够与计算设备12a进行交互(即，既提供输入又感知输出)的硬件、固件和/或软件，至少包括用于提供视觉输出的显示器30。显示器30可以是具有显示和手动输入(触摸感测)能力的触摸屏，或者用户界面24可以包括用于接受用户输入的单独机构(例如，具有相关联的处理组件的键盘和/或麦克风)。显示器30可以包括符合任何合适类型的显示技术(例如，lcd、led、oled等)的硬件、固件和/或软件。

网络接口26包括被配置为使得计算设备12a能够经由网络16与地图服务器14无线地交换电子数据的硬件、固件和/或软件。例如，网络接口26可以包括蜂窝通信收发器、wifi收发器和/或一个或多个其他无线通信技术的收发器。

在图1的示例实施方式中，存储器22至少存储os31和地图应用32。os31可以包括任何合适的操作系统的指令，例如，操作系统诸如是android或ios。os31包括定义用户可以输入哪些输入以捕捉截屏图像的指令。该用户“输入”可以是供应商特定的，并且可以是例如单个物理或虚拟键的输入，或者是物理或虚拟键的任何合适的组合和/或序列的输入。在一些实施方式(例如，计算设备12a是可穿戴设备的某些实施方式)中，用户输入可以是语音命令或一系列命令。用户输入通常不依赖于当前正在计算设备12a上执行的应用(如果有的话)。os31还可以包括当检测到预定义的用户输入时使得截屏图像被生成并且被保存到存储器(例如，存储器22的一部分或另一合适的存储器)的指令。在一些实施方式中，os31公开应用可以调用的api函数，以便确定何时已经发生预定义的用户输入的输入。在其他实施方式中，os31不支持这样的功能。

地图应用32被存储在存储器22中。通常，地图应用32由处理器20执行以向用户提供一个或多个用户界面屏幕(被呈现在显示器30上)，该一个或多个用户界面屏幕使得用户能够访问由地图服务器14所提供的服务。例如，地图应用32可以使得用户能够输入或选择地址，使得网络接口26向地图服务器14传送地址，经由网络接口26从地图服务器14接收响应的地图数据(例如，地图瓦片数据、地图元素标签、兴趣点图像等)，并且使得显示器30基于所接收的地图数据向用户呈现数字地图。作为另一示例，如果地图应用32包括导航特征，则地图应用32可以使得用户能够输入或选择源地址和目的地地址，使得网络接口26向地图服务器14传送地址，经由网络接口26从地图服务器14接收响应的路线/方向数据，并且使得显示器30向用户呈现相对应的路线(例如，在数字地图上和/或文本中)。

地图应用32还可以使得计算设备12a的用户能够获得其他有关服务。例如，地图应用32可以使得用户能够确定由用户所输入或选择的源和目的地之间的最佳/最快的公共交通模式，和/或使得用户能够获得关于特定兴趣地点的信息(例如，用户评论)。此外，计算设备12a还可以包括图1中未示出的其他单元，诸如是gps单元，以辅助计算设备12a的定位。

在被执行时，地图应用32可以在任何给定时间处于数个不同模式和/或状态之一。例如，地图应用32可以具有地图模式、交通路线模式和地点模式。一些或所有模式也可以与数个不同的状态相关联。例如，处于地图模式的地图应用32的第一状态可以与提示用户输入物理地址(或选择“当前位置”等)的用户界面屏幕相对应，第二状态可以与向用户呈现包括所输入或选择的位置的地图的用户界面屏幕相对应，等等。在一些实施方式中，状态还可以取决于用户已经在特定用户界面屏幕上输入的信息(如果有的话)。例如，第一状态可以与还没有输入物理地址的屏幕相对应，并且第二状态可以与已经至少部分地输入物理地址之后的相同屏幕相对应。通常，地图应用32的模式和/或状态至少部分地决定在任何给定时间在显示器30上所显示的信息的类型。

地图应用32支持数个不同的用户可选择的特征，这些特征对于基本地图(或路线等)操作可能不是关键的，但是以潜在有用的方式扩展了地图应用32的功能。这些特征对于用户来说可能并不总是立即显而易见，并且它们的利用可能要求用户输入某些预定义的用户输入(由地图应用32定义和识别)以沿着地图应用32的相应路径前进。如本文所使用的，应用的“路径”是指当用户浏览应用的选项时用户选择和/或输入的特定序列，其中路径的起始点是应用的当前模式和/或状态。

例如，使得用户能够保存当前所显示的/绘制地图的区域以用于稍后、离线使用的特征，可能要求用户首先选择地图上所显示的特定菜单图标，然后选择“离线区域”菜单项目。作为另一示例，使得用户能够与另一用户分享所显示的交通路线信息的特征，可能要求用户首先选择与路线信息一起所显示的特定菜单图标，然后选择“分享方向”菜单项目。以下结合本发明的各种实施方式进一步讨论附加特征的示例。

除了支持地图应用32的上述类型的功能和特征的任何其他单元(图1中未示出)之外，地图应用32还包括截屏检测单元34和链接生成单元36。顾名思义，截屏检测单元34通常被配置为检测计算设备12a的用户何时已经尝试捕捉截屏图像。取决于os31使用哪个操作系统，截屏检测单元34可以使用不同的技术来检测截屏捕捉尝试。例如，如果os31提供可以由应用调用以确定何时尝试截屏捕捉的api函数，则截屏检测单元34可以调用api函数以确定是否已经保存新的截屏图像文件(或确定用户是否输入了预定义的用户输入等，这取决于api函数的精确功能)。

在其他实施方式中，os31可以不提供这样的api函数，和/或地图应用32可以不调用这样的api函数。然而，os31可以将所有截屏图像保存到已知文件夹或文件位置，和/或使用已知文件命名约定。在一个这样的实施方式中，截屏检测单元34检查已知文件夹/位置中的新文件，和/或使用已知文件命名约定的新文件。文件夹/位置和/或命名约定可以取决于计算设备12a和/或os31的供应商。

截屏检测单元34可以实施后台进程(例如，如果os31是android操作系统，则后台进程是“服务”)以检测新的截屏捕捉尝试。例如，api调用(或检查新的截屏图像文件)可以被周期性地或在其他合适的基础上进行，而地图应用32执行其他功能和/或处理。在其他实施方式中，地图应用32可以使用os31的api函数来“订阅”信息，之后os31向地图应用32推送新的截屏捕捉尝试的指示。

链接生成单元36通常被配置为识别并且生成到地图应用32的各种特征的一个或多个链接的适当集合。当截屏检测单元34发信号通知已经检测到新的截屏捕捉尝试时，生成一个或多个链接。链接生成单元36可以基于地图应用32的当前模式和/或状态来识别适当的链接，地图应用32的当前模式和/或状态又指示当前正在被显示的信息的类型(例如，区域的数字地图、和/或路线描述等)。在一些实施方式中，如果被选择，则至少一些所识别和生成的链接中的每一个与地图应用32的特定特征相对应，该特定特征可以对所显示的信息(例如，可以与另一用户分享至少部分被显示的路线的特征)、或者有关信息(例如，可以分享与仅在数字地图上被显示为标记的位置相关联的街道地址的特征)起作用。

一般而言，这些链接可以对应于与地图应用32的当前状态或模式相关联的不同路径。即，如果被选择，则至少一些链接中的每一个可以激活用户可以以另一方式(即，通过从当前状态或模式开始的另一序列的输入和/或选择)激活的特征，而不必首先尝试截屏捕捉。因此，尝试捕捉截屏的行为可以提供激活特定特征的快捷方式，和/或即使用户不知道激活特征的输入的序列或组合，也可以使得他或她能够激活特征，而不必尝试截屏。下面结合图2至4提供一些具体示例。

计算设备12b和12c中的每一个可以与计算设备12a相同或类似。虽然图1仅示出计算设备12a至12c，但是应该理解的是，地图服务器14可以与任何数量(例如，数千)的计算设备进行通信，这些计算设备类似于计算设备12a至12c中的一个或多个。

地图服务器14可以与地图服务提供商相关联(例如，由地图服务提供商拥有和/或维护)，并且包括网络接口40、处理器42和存储器44。虽然在本文中被称为“服务器”，但是在一些实施方式中，地图服务器14可以包括多个共址或远程分布的计算设备。网络接口40包括被配置为使得地图服务器14能够经由网络16与计算设备12交换电子数据的硬件、固件和/或软件。例如，网络接口40可以包括有线或无线路由器以及调制解调器。

存储器44是可以包括持久性(例如，硬盘和/或固态)和/或非持久性存储器组件的计算机可读存储单元或设备，或者单元/设备的集合。存储器44存储地图单元46和导航单元48的指令。在一些实施方式中，导航单元48不被包括在地图服务器14中。此外，在一些实施方式中，地图服务器14还包括一个或多个其他单元，诸如是辅助计算设备进行自定位的定位单元，和/或收集和提供与特定地点有关的众包用户评论和其他信息的单元。可选择地，地图单元46包括这些其他单元，和/或包括导航单元48。

地图单元46通常被配置为向诸如计算设备12的客户端设备提供可经由诸如地图应用32的客户端设备地图应用访问的地图服务。例如，地图单元46可以经由网络16接收由用户经由地图应用32所输入的位置(例如，物理地址或坐标)，从数据库50检索所输入的位置及其周围的地理区域的地图信息(例如，指示道路、水和陆地区域，地点名称等的数据)，并且使得网络接口40经由网络16向计算设备12a传送所检索的地图信息。数据库50可以包括一个或多个不同的数据库，并且可以被存储在一个或多个存储器(例如，存储器44和/或另一存储器)中。

导航单元48通常被配置为向诸如计算设备12的客户端设备提供导航服务。例如，导航单元48可以经由网络16或从地图单元46接收由计算设备12a的用户经由地图应用32所输入的源位置和目的地位置，生成用于在路线和目的地之间行进的优选路线信息(例如，对于一个或多个交通模式，指示要采取哪条道路、估计的到达时间、优选路线的交通信息等的数据)，并且使得网络接口40经由网络16向计算设备12a传送指示一个或多个优选路线的数据。

在一些实施方式中，服务器14和应用32不用于地图服务。例如，服务器14和应用32可以专用于提供最佳/最快的公共交通模式，或者仅用于提供特定地点(例如，餐馆)的众包评论等。

如图2至5中所示，现在将参考各种实施方式和/或场景的示例来描述系统10的操作的不同方面。图2至5描绘了由图1的计算设备12a中的显示器30所呈现的各种用户界面屏幕，其中在执行地图应用32时每个屏幕由处理器20生成。然而，在其他实施方式中，图2至5的屏幕可以对应于完全不同的实施方式和应用(例如，应用32是图2的实施方式的传输应用、图3和5的实施方式的地图应用、以及图4的实施方式的用户评论应用)。

首先参考图2，显示屏幕110a至110c对应于地图应用32提供与交通有关的服务/功能的实施方式。显示屏幕110a表示就在用户输入预定义的用户输入之前时的显示器30的内容，该预定义的用户输入由os31识别为用于触发截屏捕捉或捕捉尝试的输入。如图2中所示，显示屏幕110a还对应于地图应用32的模式，在该模式中向用户显示交通路线。具体地，在图2的场景中，显示屏幕110a呈现用户的当前位置102和目的地104(此处，“bahnhofbaselsbb”)之间的路线。所显示的路线与下午6:53的估计到达时间(“eta”)106相关联，该eta也在右上角被显示为到达时间1小时14分钟。如本文所使用的，eta可以指绝对时间(例如，“下午6:53”或“18:53”)和/或相对时间(例如，“1小时14分钟”或“74分钟”)。如图2中所示，显示屏幕110a还可以显示路线上的临时交通停车站和/或站的eta，和/或路线的某些部分的出发时间。

显示屏幕110b表示就在用户输入预定义的用户输入之后的稍后时间的显示器30的内容，该预定义的用户输入由os31识别为对应于截屏捕捉尝试(例如，在处理器20忙于生成截屏图像和/或进行其他处理的短暂时间段期间)。显示屏幕110c表示，在截屏检测单元34已经检测到已经尝试截屏捕捉之后，并且在链接生成单元36已经识别并且生成之后被呈现在弹出菜单112中作为选项114a至114e的链接之后，稍后的显示器30的内容。

在示例菜单112中，选项114a的用户选择使得截屏图像被保存和/或保留在存储器中。在一些实施方式中，未选择选项114a使得地图应用32指示os31(经由api函数)不保存截屏图像，或者使得保存的截屏图像被删除。在其他实施方式(例如，截屏检测单元34通过检查新的截屏图像文件来检测捕捉尝试的一些实施方式)中，截屏捕捉自动地发生并且不能被地图应用32撤销，因此选项114a被省略。

选项114b对应于地图应用32的特征，该特征使得用户能够保存定义所描绘的路线的信息以用于稍后、离线使用(例如，在用户没有可用的因特网连接时)。该特征可以是在不输入对应于截屏捕捉尝试的预定义的用户输入的情况下，用户可以以不同方式访问的特征(例如，通过打开一个或多个菜单并且进行数个菜单项目选择)。保存用于离线使用的路线信息包括至少一些非图像数据，并且在不同的实施方式中可以包括不同类型的数据。例如，保存的路线信息可以包括指示源位置、目的地位置、交通站/线路等的数据。

选项114c对应于地图应用32的特征，该特征使得用户能够与一个或多个其他用户分享eta106(或eta的其他表达，诸如是相对时间)，使得当与计算设备12a相关联的用户移动时，一个或多个其他用户接收eta的实时更新。同样，该特征可以是在不输入对应于截屏捕捉尝试的预定义的用户输入的情况下，用户可以以不同方式访问的特征(例如，通过打开一个或多个菜单并且进行数个菜单项目选择)。分享的信息包括至少一些非图像数据，并且在不同的实施方式中可以包括不同类型的数据。例如，分享的eta信息可以包括eta106和/或其相对时间等效物(例如，“1小时14分钟”)，以及可能的其他信息(例如，目的地、用户的当前位置等)。

选项114d对应于地图应用32的特征，该特征使得用户能够与一个或多个其他用户分享(至少部分地)定义所描绘的路线的信息。再一次，该特征可以是在不输入对应于截屏捕捉尝试的预定义的用户输入的情况下，用户可以以不同方式访问的特征(例如，通过打开一个或多个菜单并且进行数个菜单项目选择)。分享的路线信息包括至少一些非图像数据，并且在不同的实施方式中可以包括不同类型的数据。例如，分享的路线信息可以包括指示源位置、目的地位置、交通站/线路等的数据。

选项114e的用户选择使得菜单112消失，使用户返回显示屏幕110a而不采取任何其他动作。在其他实施方式中，菜单112包括附加的和/或不同的选项，和/或选项114以不同的方式被呈现。

接下来参考图3，显示屏幕120a表示就在用户输入预定义的用户输入之前时的显示器30的内容，该预定义的用户输入由os31识别为用于触发截屏捕捉或捕捉尝试的输入。如图3中所示，显示屏幕120a还对应于地图应用32的模式，在该模式中向用户显示数字地图122。

显示屏幕120b表示，在用户输入由os31识别为对应于截屏捕捉尝试的预定义的用户输入之后，并且在链接生成单元36已经识别并且生成之后被呈现在弹出菜单124中作为选项126a至126c的链接之后，稍后的显示器30的内容。

在示例菜单124中，选项126a的用户选择使得截屏图像被保存和/或保留在存储器中。例如，选项126a可以类似于图2的选项114a。在其他实施方式(例如，在截屏检测单元34通过检查新的截屏图像文件来检测捕捉尝试的一些实施方式)中，截屏捕捉自动地发生并且不能被地图应用32撤销，因此选项126a被省略。

选项126b对应于地图应用32的特征，该特征使得用户能够下载并且保存所描绘的区域(以及可能还有其他周围区域)的地图数据以用于稍后、离线使用(例如，在用户没有可用的因特网连接时)。与图2的选项114b一样，该特征可以是在不输入对应于截屏捕捉尝试的预定义的用户输入的情况下，用户可以以不同方式访问的特征(例如，通过打开一个或多个菜单并且进行数个菜单项目选择)。下载并且保存以用于稍后/离线使用的地图数据包括至少一些非图像数据，并且在不同的实施方式中可以包括不同类型的数据(例如，地图瓦片数据、地图标签数据、兴趣点图像和/或其他数据等)。

选项126c的用户选择使得菜单124消失，使用户返回显示屏幕120a而不采取任何其他动作。在其他实施方式中，菜单124包括附加的和/或不同的选项，和/或选项126以不同的方式被呈现。

接下来参考图4，显示屏幕140a和140b对应于地图应用32提供与特定兴趣地点有关的服务/功能的实施方式。显示屏幕140a表示就在用户输入预定义的用户输入之前时的显示器30的内容，该预定义的用户输入由os31识别为用于触发截屏捕捉或捕捉尝试的输入。如图4中所示，显示屏幕140a还对应于地图应用32的模式，在该模式中，向用户显示关于特定地点142(此处，“老乌鸦”)的各种类型的信息。虽然图4示出了包括地点142的内部的照片、地点142的平均或整体用户评论、地点142的特征或类别(例如，“户外座位”)、用于从用户的当前位置到达地点142的eta、以及特定的其他类型的信息和链接的信息，但是其他实施方式可以包括更多、更少和/或不同类型的信息和/或链接。

显示屏幕140b表示，在用户输入由os31识别为对应于截屏捕捉尝试的预定义的用户输入之后，并且在链接生成单元36已经识别并且生成之后被呈现在弹出菜单144中作为选项146a至146d的链接之后，稍后的显示器30的内容。

在示例菜单144中，选项146a的用户选择使得截屏图像被保存和/或保留在存储器中。例如，选项146a可以类似于图2的选项114a。在其他实施方式(例如，截屏检测单元34通过检查新的截屏图像文件来检测捕捉尝试的一些实施方式)中，截屏捕捉自动地发生并且不能被地图应用32撤销，因此选项146a被省略。

选项146b对应于地图应用32的特征，该特征使得用户能够将关于地点142的信息保存到列表(例如，保存到“收藏”地点的列表)。同样，该特征可以是在不输入对应于截屏捕捉尝试的预定义的用户输入的情况下，用户可以以不同方式访问的特征(例如，通过打开一个或多个菜单并且进行数个菜单项目选择)。保存的地点信息包括至少一些非图像数据，并且在不同的实施方式中可以包括不同类型的数据(例如，指示地点142的名称、地点142的地址等的数据)。

选项146c对应于地图应用32的特征，该特征使得用户能够与一个或多个其他用户分享关于地点142的信息。同样，该特征可以是在不输入对应于截屏捕捉尝试的预定义的用户输入的情况下，用户可以以不同方式访问的特征(例如，通过打开一个或多个菜单并且进行数个菜单项目选择)。分享的地点信息包括至少一些非图像数据，并且在不同的实施方式中可以包括不同类型的数据。例如，分享的地点信息可以包括指示地点142的名称、地点142的地址等的数据。

选项146c的用户选择使得菜单144消失，使用户返回显示屏幕140a而不采取任何其他动作。在其他实施方式中，菜单144包括附加的和/或不同的选项，和/或选项146以不同的方式被呈现。

通常，图2至4的菜单中所呈现的至少一些选项(例如，菜单112中的选项114b至114d、菜单124中的选项126b以及菜单144中的选项146a和146b)对应于用户可能希望通过捕捉截屏来完成的操作。例如，参考图2，尝试捕捉路线(例如，图2的显示屏幕110a上所显示的路线)的截屏的相对较大百分比的用户可能是这样做的，其意图离线和/或容易地访问路线信息，和/或意图与其他人分享实时eta和/或路线信息。因此，在菜单112中呈现对应于那些功能/特征的选项(选项114b至114d)。作为另一示例，参考图3，尝试捕捉数字地图(例如，图3的显示屏幕120a上所显示的地图)的截屏的相对较大百分比的用户可能是这样做的，其意图离线访问地图。因此，在菜单124中呈现对应于该功能/特征的选项(选项126b)。

提供对应于各种应用特征的链接/选项可以以各种方式使计算设备12a的用户(以及与其分享信息的任何其他用户)受益。例如，可以以对接收用户更有用的方式来分享路线、地点或其他信息(例如，通过允许每个接收用户不仅查看关于路线/地点/等的静态信息，而且还将路线/地点/等保存为“收藏”路线/地点/等，或者调用显示路线/地点/等的地图，等等)。作为另一示例，链接/选项可以向计算设备12a的用户指出他或她先前未知道或不知道如何访问的地图应用32的功能。作为又一示例，链接/选项可以提供到各种特征的快捷方式(例如，如果计算设备12a的用户以其他方式将不得不浏览多个屏幕或菜单以得到期望的特征)。

在一些实施方式中，替代地或附加地，地图应用32向计算设备12a的用户提供关于用户可能希望访问的地图应用32的某些特征的教程。图5描绘了对应于一个这样的实施方式的显示屏幕160a至160c。显示屏幕160a(示出数字地图162)和显示屏幕160b(示出选项164a至164c)可以类似于图3的显示屏幕120a和120b。然而，尽管图3中选项124b的用户选择激活了下载/保存地图数据以用于稍后、离线使用的地图应用32的特征，但是选项164b的用户选择反而使得向用户呈现显示屏幕160c。

如图5中所示，显示屏幕160c指示用户如何经由“标准”路径下载离线区域(即，从屏幕160a的模式或状态开始的输入/选择序列)以进行此操作。在一些实施方式中，当用户选择选项164b时(例如，就在显示显示屏幕160c之前，或者与显示显示屏幕160c同时)，自动地执行所下载的特征。在其他实施方式中，显示显示屏幕160c而没有执行所下载的特征(即，用户必须遵循显示屏幕160c上所显示的指令来执行所下载的特征)。

用于增加应用特征的利用和/或意识的示例方法

接下来参考图6讨论用于增加应用特征的利用和/或意识的示例方法200。当执行被存储在计算机可读介质上的应用的指令(例如，被存储在图1中的存储器22中的应用32的指令)时，方法200可以由用户的计算设备的一个或多个处理器(例如，由图1中的计算设备12a的处理器20)实施。

在框202，应用检测由计算设备的用户所输入的预定义的用户输入。预定义的用户输入可以是由计算设备的os(例如，图1的os31)所识别的输入，作为os的触发器，

以捕捉当前在计算设备的显示器上(例如，在图1的显示器30上)所显示的内容的截屏图像。预定义的用户输入可以是单个物理或虚拟键的输入、物理和/或虚拟键的任何合适的组合和/或序列的输入、或者一个或多个输入的另一合适的集合(例如，语音命令)。

尤其在预定义的用户输入利用不能被定制并且由os直接使用的键(例如，“电源+音量减小”或“电源+主页”的键组合)的实施方式中，应用可以间接检测预定义的用户输入的输入。例如，应用可以调用os的api的功能来检测输入，或者可以检查是否已经将新的图像添加到特定文件位置(例如，文件夹)，和/或使用为截屏图像所保留的特定命名约定。应用可以实施后台进程(例如，androidos的“服务”)以周期性地或在另一合适的基础上检查新的截屏图像。

在框204，应用识别应用的一个或多个可执行特征，每个可执行特征使用与应用的当前状态或模式相对应的信息来进行一组相应的一个或多个功能。在一些实施方式中，应用通过首先确定当前状态或模式(例如，通过检查特定数据字段值)来识别适当的应用特征。在其他实施方式中，被用来实施框204的指令是软件模块的一部分，该软件模块仅在应用处于特定状态或模式时被执行，因此不需要明确地检查当前状态或模式。

在框204所识别的每个特征可以是应用被配置为响应于在应用处于当前状态或模式时开始输入的一个或多个用户输入的相应序列而可用的特征。在一个示例中，如果当前状态或模式是在显示器上(在数字地图中)呈现地理区域的状态或模式，则所识别的特征可以包括下载和/或保存与地理区域(例如，仅显示的区域、和/或周围区域)相对应的非图像地图数据以用于由用户稍后、离线访问的特征。

作为另一示例，如果当前状态或模式是在显示器上呈现交通路线的状态或模式，则所识别的特征可以包括保存指定交通路线(例如，源位置、目的地位置、交通站/站点名称等)的非图像数据以用于由用户稍后访问的特征，与一个或多个其他用户分享指定交通路线的非图像数据的特征，和/或在一段时间内与一个或多个其他用户分享关于用户沿着交通路线的进度的实时信息(例如，基本上实时更新的eta)的特征。

作为又一示例，如果当前状态或模式是呈现关于在显示器上所指示的地点(例如，通过标签或其他标记)的信息的状态或模式，则所识别的特征可以包括保存指定地点(例如，地点名称、地点地址等)的非图像数据以用于由用户稍后访问(例如，将地点保存到“收藏”地点列表)的特征，与一个或多个其他用户分享指定地点的非图像数据的特征，识别和显示从计算设备的位置到地点的路线的特征，和/或识别和显示用户可以用来从计算设备的位置到达地点的公共交通的类型的特征。

在框206，应用为在框204所识别的每个可执行特征生成可选链接。例如，应用可以生成数个可显示对象，每个可显示对象在被选择时(例如，经由鼠标点击或手指轻击)提供到相应特征的直接链接。

在框208，应用在显示器上呈现在框206所生成的可选链接。以用户对所生成的可选链接中的任何一个的选择使得一组相应的功能被(例如，应用、和/或与应用进行通信的其他软件模块等)进行这样的方式来呈现链接。例如，框208可以包括使得显示器在菜单列表中显示所生成的可选链接。每组功能包括实现相应特征的目的所需的操作(例如，打包数据、存储数据、传送数据等)。

本发明的示例方面

尽管前述文本阐述了本发明的众多不同方面和实施例的详细描述，但是应该理解的是，本专利的范围由本专利结尾处所阐述的权利要求的文字限定。详细描述应该被解释为仅是示例性的，并未描述每个可能的实施例，因为描述每个可能的实施例即使不是不可能也是不切实际的。使用当前技术或在本专利申请日之后所开发的技术可以实施众多替代的实施例，这仍然落入权利要求的范围内。作为示例而非限制，本文的公开至少考虑以下方面：

方面1-一种在具有显示器和操作系统的计算设备中实施的方法，其中操作系统被配置为响应于预定义的用户输入的输入来捕捉在显示器上所显示的屏幕的截屏图像，并且其中方法包括：通过在计算设备上执行的应用，检测由计算设备的用户输入的预定义的用户输入；通过应用，识别应用的一个或多个可执行特征，每个可执行特征使用与应用的当前状态或模式相对应的信息来进行一组相应的一个或多个功能；通过应用，为每个所识别的可执行特征生成可选链接；以及通过应用，并且在显示器上呈现所生成的可选链接，使得由用户对所生成的可选链接中的任何一个的选择导致进行一组相应的功能。

方面2-方面1的方法，其中检测预定义的用户输入的输入包括：通过应用的后台进程，确定新的截屏图像已经被存储在计算设备的存储器中。

方面3-方面1的方法，其中检测预定义的用户输入的输入包括：通过应用的后台进程，利用操作系统的应用程序接口(api)来确定输入了预定义的用户输入。

方面4-方面1至3中任一方面的方法，其中应用被配置为响应于在应用处于当前状态或模式时开始输入的一个或多个用户输入的相应序列，使得一个或多个可执行特征中的每一个可执行特征可用。

方面5-方面1至4中任一方面的方法，其中应用是地图应用。

方面6-方面5的方法，其中：应用的当前状态或模式是在显示器上呈现地理区域的状态或模式；以及识别应用的一个或多个可执行特征包括识别应用的特征，特征下载并且保存对应于地理区域的非图像地图数据，用于由用户稍后、离线访问。

方面7-方面1至6中任一方面的方法，其中应用的当前状态或模式是在显示器上呈现交通路线的状态或模式。

方面8-方面7的方法，其中识别应用的一个或多个可执行特征包括以下中的一个或两个：识别应用的特征，特征保存指定交通路线的非图像数据，用于由用户稍后访问；以及识别应用的特征，特征与一个或多个其他用户分享指定交通路线的非图像数据。

方面9-方面7或8的方法，其中识别应用的一个或多个可执行特征包括：识别应用的特征，特征在一段时间内与一个或多个其他用户分享关于用户沿着交通路线的进度的实时信息。

方面10-方面1-9中任一方面的方法，其中应用的当前状态或模式是在显示器上呈现关于地点的信息的状态或模式。

方面11-方面10的方法，其中识别应用的一个或多个可执行特征包括：识别应用的特征，特征保存指定地点的非图像数据，用于由用户稍后访问。

方面12-方面10或11的方法，其中识别应用的一个或多个可执行特征包括：识别应用的特征，特征与一个或多个其他用户分享指定地点的非图像数据。

方面13-方面10至12中任一方面的方法，其中识别应用的一个或多个可执行特征包括：识别应用的特征，特征识别并且显示从计算设备的位置到地点的路线。

方面14-方面10至13中任一方面的方法，其中识别应用的一个或多个可执行特征包括：识别应用的特征，特征识别并且显示用户可以用来从计算设备的位置到达地点的公共交通的类型。

方面15-方面1至14中任一方面的系统，其中呈现所生成的可选链接包括使得显示器在菜单列表中显示所生成的可选链接。

方面16-一种计算设备，包括：显示器；一个或多个处理器；一个或多个存储器，一个或多个存储器存储(i)操作系统的指令，操作系统被配置为响应于预定义的用户输入的输入来捕捉在显示器上所显示的屏幕的截屏图像，(ii)图像数据文件，以及(iii)应用的指令，其中当由一个或多个处理器执行时，应用的指令使得计算设备检测由计算设备的用户输入的预定义的用户输入，识别应用的一个或多个可执行特征，每个可执行特征使用与应用的当前状态或模式相对应的信息来进行一组相应的一个或多个功能，为每个所识别的可执行特征生成可选链接，以及在显示器上呈现所生成的可选链接，使得由用户对所生成的可选链接中的任何一个的选择导致进行一组相应的功能。

方面17-方面16的计算设备，其中指令使得计算设备至少通过以下方式来检测预定义的用户输入的输入：通过应用的后台进程，确定新的截屏图像已经被存储在一个或多个存储器中；或者通过应用的后台进程，利用操作系统的应用程序接口(api)来确定输入了预定义的用户输入。

方面18-一种存储应用的指令的非暂时性计算机可读介质，当由计算设备的一个或多个处理器执行时，应用的指令使得计算设备：检测由计算设备的用户输入的预定义的用户输入，其中计算设备的操作系统被配置为响应于预定义的用户输入的输入来捕捉在计算设备的显示器上所显示的屏幕的截屏图像，并且其中指令使得计算设备(i)通过利用操作系统的应用程序接口(api)，或者(ii)通过确定新的截屏图像已经被存储在计算设备的存储器中，来检测预定义的用户输入的输入；识别应用的一个或多个可执行特征，每个可执行特征使用与应用的当前状态或模式相对应的信息来进行一组相应的一个或多个功能；为每个所识别的可执行特征生成可选链接；以及在显示器上呈现所生成的可选链接，使得由用户对所生成的可选链接中的任何一个的选择导致进行一组相应的功能。

方面19-方面18的非暂时性计算机可读介质，其中应用被配置为响应于在应用处于当前状态或模式时开始输入的一个或多个用户输入的相应序列，使得一个或多个可执行特征中的每一个可执行特征可用。

方面20-方面18或19的非暂时性计算机可读介质，其中：应用的指令使得计算设备至少通过使得显示器在菜单列表中显示所生成的可选链接，来呈现所生成的可选链接。

其他考虑

以下其他注意事项适用于上述讨论。在整个该说明书中，多个实例可以实现被描述为单个实例的组件、操作或结构。尽管一个或多个方法的单个的操作被图示和被描述为单独的操作，但是单个的操作的一个或多个可以被同时进行，并且不要求操作以被图示的顺序进行。在示例配置中被呈现为单独的组件的结构和功能可以被实现为组合式结构或组件。类似地，被呈现为单个组件的结构和功能可以被实现为单独的组件。这些和其他变型、修改、添加、和改进落入本公开的主题的范围内。

除非特别指出，否则本公开中使用诸如“处理”、“计算”、“算”、“确定”、“呈现”、“显示”等词语的讨论可以指代机器(例如，计算机)的动作或处理，该动作或处理在一个或多个存储器(例如，易失性存储器、非易失性存储器、或其组合)，寄存器或者接收、存储、传送或显示信息的其他机器组件内，操纵或变换被表示为物理(例如，电、磁或光)量的数据。

如在本公开中所使用的，对“一个实施方式”或“实施方式”的任何参考，意味着结合该实施方式所描述的特定元素、特征、结构或特性被包括在至少一个实施方式或实施例中。在说明书中各处出现的短语“在一个实施方式中”不一定都指代相同的实施方式。

如在本公开中所使用的，术语“包括”、“包含”、“具有”、“有”或其任何其他变型旨在涵盖非排他性的包含。例如，包括元素列表的处理、方法、物品或装置不一定仅限于那些元素，而是可以包括未明确列出或者这样的处理、方法、物品或装置固有的其他元素。此外，除非有相反的明确说明，否则“或”指代包含性的或，而不是排他性的或。例如，条件a或b满足以下中的任何一个：a为真(或存在)且b为假(或不存在)、a为假(或不存在)且b为真(或存在)、以及a和b均为真(或存在)。

在阅读本公开时，本领域技术人员将理解用于通过本公开中所公开的原理来增加应用特征的利用和/或认识的另外的替代结构和功能设计。因此，虽然特定实施例和应用已经被示出和描述，但是应该理解的是，所公开的实施例不限于本公开中所公开的精确构造和组件。在不脱离所附权利要求中所限定的精神和范围的情况下，可以对本公开中所公开的方法和装置的布置、操作和细节做出对本领域技术人员而言显而易见的各种修改、改变和变型。