CN105359060B - 基于背景配置用户界面(ui) - Google Patents

Abstract

一种移动装置，该移动装置确定其是否设置在车辆中，并且基于确定其处于该车辆中，自动呈现第一用户界面(UI)，其相对于以其它方式呈现的第二UI被简化和/或在驾驶时更容易操纵。

Description

基于背景配置用户界面(UI)

技术领域

本申请总体上涉及基于用户正在做什么的背景来配置UI。

背景技术

随着诸如智能电话和平板计算机的移动装置的日益流行，希望在特殊环境中，如在驾驶车辆或者作为该车辆中的乘客的同时使用它们。然而，本原理认识到，可呈现在这种移动装置上以承担在驾驶时可以有用的特定功能的当前用户界面通常在驾驶时难以而且实际上分心去调用和操纵(例如，由于它们的复杂性和/或它们的“杂乱”外观)。

发明内容

因此，本申请提供了用于按容易且快速可查看格式来向用户呈现例如有用移动装置应用/应用图标、通知以及/或其它移动装置功能的系统、设备、以及方法。本申请还认识到，希望自动化这些呈现，而非必须在未驾驶车辆时的至少一个用户界面与驾驶车辆时的至少一个用户界面之间来回手动切换，不过本原理仍然认识到，这种手动切换在某些背景下仍是希望的。

因此，在一个实施例中，提供了一种设备，该设备包括计算机可读存储介质，其不是载波，对于客户端装置的客户端处理器可访问，并且承载(bearing)指令，该指令在通过该客户端处理器执行时，配置该处理器以执行用于执行一方法的逻辑，该方法包括以下步骤：基于该客户端处理器处于车辆中的确定，自动在显示器上呈现采用第一配置的用户界面(UI)，该第一配置用于允许选择在该UI上表示的多个应用中的一个。基于该客户端处理器未处于车辆中的确定，该指令使该处理器自动在显示器上呈现采用第二配置的所述UI，该第二配置用于允许选择在该UI上表示的多个应用中的一个，该第二配置不同于第一配置。在一些实现中，该显示器可以是客户端装置显示器，并且该客户端装置可以包括该客户端处理器。

而且，在一些实施例中，所述多个应用可以通过可选的块(tile)在所述UI上表示，以使该第一配置可以呈现比第二配置相对更少的块和/或相对于按第二配置呈现的块以至少一个更大的维度呈现块。而且，若希望的话，该第一配置和第二配置可以基于表示在UI上的特定应用而彼此不同。

而且，在一些实施例中，具有第一配置的UI可以基于不仅该客户端处理器处于车辆中，而且该车辆还挂上离合器的确定，而自动呈现在显示器上。

在另一方面，提供了一种方法，该方法包括：确定客户端装置是否设置在车辆中，并且基于该客户端处理器设置在车辆中的确定，自动地在该客户端装置的显示器上呈现第一用户界面(UI)，其与可呈现在该显示器上的第二UI相比包括相对更少信息，其中，该第二UI可基于确定该客户端装置未设置在车辆中的确定而呈现在该显示器上。

在又一方面，提供了一种设备，该设备包括至少一个计算机可读存储介质，其不是载波，对于客户端处理器可访问，并且承载指令，该指令在通过该客户端处理器执行时配置该处理器以执行用于执行一方法的逻辑，该方法包括以下步骤：确定用户活动触发是否满足一测试，其中，该用户活动触发是如通过输入至该客户端处理器的信号表示的与该客户端处理器相关联的客户端装置的运动，和/或使用该客户端装置来执行预定应用。响应于确定该用户活动触发满足该测试，将第一输出呈现在该客户端装置上，而响应于确定该用户活动触发未满足该测试，将第二输出呈现在该客户端装置上。要明白的是，该第二输出不同于该第一输出。

本发明的有关其结构和操作两者的细节可以参照附图来最佳地理解，其中，相同标号指相同部分，并且其中：

附图说明

图1是根据本原理的示例系统的框图；

图2是当将客户端装置设置在车辆中时，用于确定是否在该客户端装置上呈现“驾驶”用户界面(UI)的逻辑的示例性流程图；

图3-7是针对在驾驶时操纵最佳化的UI和“正常”UI的对比例；

图8是用于预测用于在驾驶时查看或使用的应用的特定功能或方面的逻辑的示例性流程图；

图9-20是针对特定应用的各种驾驶UI和“正常”UI的对比例；

图21是用于预测和呈现很可能在驾驶时调用的应用的逻辑的示例性流程图；

图22是示出表示被预测为很可能要调用的应用的图标的示例性驾驶UI；以及

图23是在客户端装置确定该装置处于车辆中并且询问该装置的用户是呈现驾驶UI还是“正常”UI时所呈现的示例性UI。

具体实施方式

公开了基于计算机的用户信息的方法、装置、以及系统。在此的系统可以包括通过网络连接的服务器和客户端组件，以使数据可以在该客户端与服务器组件之间交换。该客户端组件可以包括一个或多个计算装置。这些可以包括个人计算机、膝上型电脑、平板计算机、以及包括智能电话的其它移动装置。这些客户端装置可以利用多种操作环境来操作。例如，一些客户端计算机可以运行Microsoft操作系统。其它客户端装置可以运行Unix操作系统的一个或多个衍生系统，或者由计算机生产的操作系统，如操作系统，或者由生产的操作系统。虽然提供了客户端装置配置的示例，但这些仅仅是示例，而非意指进行限制。这些操作系统还可以包括一个或多个浏览程序，如Microsoft InternetFirefox、Google或者本领域已知的其它许多浏览器程序之一。客户端装置上的浏览程序可以被用于接入由下面讨论的服务器组件托管的网络应用。

服务器组件可以包括一个或多个计算机服务器，其执行配置该服务器以通过网络接收和发射数据的指令。例如，在某些实现中，该客户端和服务器组件可以通过因特网连接。在其它实现中，该客户端和服务器组件可以通过本地内联网连接，如学校或学区内的内联网。在其它实现中，可以在该客户端组件与服务器组件之间实现虚拟专用网。该虚拟专用网因而还可以通过因特网或内联网来实现。

通过服务器生成的数据可以被上面讨论的客户端装置接收。该客户端装置还可以生成通过服务器接收的网络数据。该服务器组件还可以包括负载均衡器、防火墙、高速缓存以及代理服务器、和本领域已知的用于实现可靠且安全的网站基础结构的其它网络基础结构。一个或多个服务器组件可以形成实现向一个或多个成员提供安全社区的方法的设备。该方法可以通过在包括在服务器组件中的处理器上执行的软件指令来实现。这些方法可以利用下面在附录中提供的用户界面示例中的一个或多个。

该技术可利用许多其它通用或专用计算系统环境或配置来操作。可以适于供与本发明一起使用的公知计算系统、环境和/或配置的示例包括但不限于，个人计算机、服务器计算机、手持式或膝上型装置、多处理器系统、基于处理器的系统、可编程消费者电子设备、网络PC、迷你计算机、大型计算机、包括任何上述系统或装置的分布式计算环境等。

如在此使用的，指令指用于在该系统中处理信息的计算机实现步骤。指令可以采用软件、固件或硬件来实现，并且包括被该系统的组件所承担的任何类型的编程步骤。

处理器可以是任何常规通用单芯片或多芯片处理器，如 II或II处理器、处理器、Intel处理器、或处理器的任何实现。另外，该处理器可以是任何常规专用处理器，包括OMAP处理器、诸如的处理器、或者数字信号处理器或图形处理器。该处理器通常具有常规地址线、常规数据线、以及一条或多条常规控制线。

该系统由如详细讨论的各种模块组成。如本领域普通技术人员应当清楚，这些模块中的每一个都包括各种子例程、过程、定义性声明以及宏。为方便起见，使用每一个模块的描述来描述优选系统的功能。由此，被每一个模块采取的处理可以被任意地重新分配至其它模块之一、在单一模块中组合在一起、或者使得例如在可共用动态链接库中可获得。

该系统可以采用任何常规编程语言，如C#、C、C++、BASIC、Pascal、或Java，来编写，并且在常规操作系统下运行。C#、C、C++、BASIC、Pascal、Java、以及FORTRAN是可以使用许多商业编译程序来创建可执行代码的工业标准编程语言。该系统还可以利用诸如PertPython或Ruby的解释语言来编写。这些仅仅是示例，而非意指进行限制。

技术人员还应清楚，结合在此公开的实施例描述的各种例示性逻辑框、模块、电路、以及算法步骤可以被实现为电子硬件、计算机软件、或两者的组合。为清楚地例示硬件和软件的这种互换性，各种例示性组件、框、模块、电路、以及步骤已经从它们的功能方面进行了一般描述。这种功能是实现为硬件还是软件取决于特定应用和施加至总体系统上的设计约束。技术人员可以针对每一个特定应用按可变方式来实现所述功能，但这种实现决定不应被解释为导致脱离本公开的范围。

结合在此公开的实施方式描述的各种例示性逻辑框、模块以及电路可以利用被设计成执行在此描述的功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、离散门或晶体管逻辑、离散硬件组件或其任何组合来实现或执行。通用处理器可以是微处理器，但在另选例中，该处理器可以是任何常规处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算装置的组合，例如，DSP和微处理器的组合、多个微处理器、结合DSP核心的一个或多个微处理器、或者任何其它这种配置。

在一个或多个示例实施例中，所述功能和方法可以按硬件、软件、或在处理器上执行的固件，或其任何组合来实现。如果按软件来实现，则该功能可以作为一个或多个指令或代码存储在计算机可读介质上或者通过其传送。计算机可读介质包括计算机存储介质和包括辅助从一个地点向另一地点传递计算机程序的任何介质的通信介质两者。然而，计算机可读存储介质不是载波，而可以是可以通过计算机存取的任何可用介质。通过示例而非限制的方式，这种计算机可读存储介质可以包括：RAM、ROM、EEPROM、CD-ROM或其它光盘存储部、磁盘存储部或其它磁存储装置，或者可以被用于存储采用可以通过计算机存取的指令或数据结构形式的希望程序代码的任何其它介质。而且，任何连接都被适当地称作计算机可读介质。例如，如果软件利用同轴线缆、光纤线缆、双绞线、数字用户线路(DSL)、或诸如红外线、无线电、以及微波的无线技术来从网站、服务器、或其它远程源发送，则该同轴线缆、光纤线缆、双绞线、DSL、或诸如红外线、无线电、以及微波的无线技术被包括在介质定义中。如在此使用的磁盘(disk)和光盘(disc)包括压缩盘(CD)、激光盘、光盘、数字万用盘(DVD)、软盘以及Blu-ray盘，其中磁盘通常以磁方式再现数据，而光盘利用激光以光学方式再现数据。上述的组合也应被包括在计算机可读介质的范围内。

前述描述详细说明了在此公开的系统、装置、以及方法的特定实施方式。然而，应当清楚，无论前述按文本呈现的有多详细，该系统、装置、以及方法都可以按许多方式来具体实践。如上面还陈述的，应注意到，在描述本发明的某些特征或方面时使用的特定术语不应被视为暗示该术语在此被重新定义成限制为包括与该术语相关联的技术的特征或方面的任何具体特性。

本领域技术人员应当清楚，在不脱离所述技术范围的情况下，可以进行各种修改和改变。这种修改和改变旨在落入实施例的范围内。本领域技术人员还应清楚，包括在一个实施例中的各部分可与其它实施例互换；来自一描绘实施例的一个或多个部分可以按任何组合包括在其它描绘实施例中。例如，在此描述和/或图中描述的各种组件中的任一个都可以与其它实施例组合、互换或从其排除。

针对在此基本上使用的任何复数和/或单数术语，本领域技术人员可以针对背景和/或应用在适当时候从复数翻译成单数和/或从单数翻译成复数。为清楚起见，各种单数/复数置换在此可以确切地阐述。

本领域技术人员应当明白，一般来说，在此使用的术语通常旨在作为“开放式”术语(例如，术语“包括(including)”及其其它等同形式应当解释为“包括但不限于”，术语“具有(having)”应当解释为“至少具有”，术语“包括(include)”应当解释为“包括但不限于”等)。本领域技术人员还应当进一步明白，如果想要引入权利要求记载的特定数量，则这种意图将明确地在该权利要求中记载，并且在没有这种记载的情况下，不存在这种意图。例如，为帮助理解，下面所附权利要求书可以包含使用开头短语“至少一个”和“一个或多个”来引入权利要求记载。然而，使用这种短语不应被解释为暗示由不定冠词“一(a)”或“一(an)”引入的权利要求记载将包含这样引入的权利要求记载的任何特定权利要求限制于仅包含一个这种记载的实施例，即使同一权利要求包括开头短语“一个或多个”或“至少一个”以及诸如“一(a)”或“一(an)”的不定冠词(例如，“一(a)”或“一(an)”通常应当被解释成意指“至少一个”或“一个或多个”)；其对于使用为引入权利要求记载而使用的定冠词来说也是一样。另外，即使明确地记载引入权利要求记载的特定数量，本领域技术人员也应当认识到，这种记载通常应当被解释成意指至少所记载的数量(例如，“两个记载”的裸记载在没有其它修饰语的情况下通常意指至少两个记载，或者两个或更多个记载)。而且，在使用类似于“A、B、以及C等中的至少一个”的常用语的那些实例中，一般来说，这种句法结构旨在本领域技术人员所理解的这种常用语的含义(例如，“具有A、B、以及C中的至少一个的系统”应当包括但不限于具有单独A、单独B、单独C、A和B一起、A和C一起、B和C一起，以及/或A、B以及C一起等的系统)。在使用类似于“A、B、或C等中的至少一个”的常用语的那些实例中，一般来说，这种句法结构旨在本领域技术人员所理解的这种常用语的含义(例如，“具有A、B、或C中的至少一个的系统”应当包括但不限于具有单独A、单独B、单独C、A和B一起、A和C一起、B和C一起，以及/或A、B以及C一起等的系统)。本领域技术人员还应当明白，实际上，呈现两个或更多个另选术语的任何转折词和/或短语(无论处于说明书中、权利要求书中，还是在附图中)应当被理解成预期包括这些术语中的一个、这些术语中的任一个、或者两个术语的可能性。例如，短语“A或B”应当被理解成包括“A”或“B”或“A和B”的可能性。虽然在此公开了各个方面和实施例，但本领域技术人员应当清楚其它方面和实施例。在此公开的各种方面和实施例出于例示的目的，而非旨在限制。

最初参照图1，系统10包括至少一个而在所示示例中为“N”个的用户或客户端装置12，其经由诸如因特网的计算机云14与一个或多个服务器计算机通信。在所示示例中，天气服务器16、交通服务器18、以及一个或多个一般服务器20通过该云与客户端装置12通信。

在客户端装置12可以并入的非限制和示例组件当中，处理器22访问包含指令的计算机可读存储介质24，该指令在通过处理器执行时，配置该处理器以承担下面公开的原理。客户端装置12可以利用无线短距离通信接口26(如但不限于通过处理器22控制的蓝牙收发器)与其它客户端装置通信。而且，客户端装置12可以利用无线网络接口28(如但不限于通过处理器22控制的WiFi收发器、无线调制解调器、无线电话收发器等中的一个或多个)与云14通信。还考虑了有线接口26、28。

客户端装置通常包括通过处理器22控制的诸如液晶显示器(LCD)或发光二极管(LED)显示器或者其它类型显示器的可视显示器30，以呈现所需图像。显示器30可以是触摸屏显示器。另外，一个或多个输入装置32可以被设置用于向处理器22输入用户命令。示例输入装置包括小键盘和键盘、指向和点击装置、向由处理器22执行的话音识别引擎输入话音命令的麦克风等。位置传感器34可以向处理器22输入表示客户端装置12的位置的信号。虽然图1假定位置接收器34是全球卫星定位(GPS)接收器，但除了GPS接收器以外或者代替其，还可以使用其它位置传感器。例如，诸如加速度计、陀螺仪、磁传感器等的运动传感器35可以被用于向处理器22输入位置信息。位置信息还可以根据WiFi信息导出，例如，客户端装置的位置可以被推断为该装置正在其中通信的WiFi热点的位置。而且，摄像机37可以向处理器22提供图像信号。

图1还示出了携带客户端装置12的人可决定进入车辆36。车辆36可以包括通过车辆处理器40控制的通信接口38，其访问计算机可读存储介质42。接口38可以被设置成与客户端装置12的接口之一通信并且可以是蓝牙收发器。车辆36可以包括向处理器40发送表示车辆36的位置的信号的车载GPS接收器44或其它位置接收器。车辆处理器40可以控制车辆中的可视显示器46以例如在其上呈现电子地图和其它用户界面。其它客户端装置可以通过它们的用户运送到其它车辆中，并且与其它车辆的处理器建立通信。

下面，参照图2，示出了在将客户端装置设置在车辆中时用于确定要呈现在诸如上述装置12的客户端装置(例如，移动装置)上的用户界面(UI)的示例性逻辑，应当明白，本逻辑可以通过与该客户端装置相关联的处理器来执行。该逻辑在判定菱形框60处开始，其中，该逻辑确定该装置是否在移动。如果该逻辑确定该装置未移动，则该逻辑可以结束(例如，不采取动作)或者另选地，可以进行至框62，其中，UI可以按“标准”、默认、以及/或“正常”配置来呈现。参照UI的术语“标准”、默认、以及“正常”在此仅出于例示性目的而加以使用，并且那些术语不是旨在进行限制。由此，这种术语意指表达，例如“正常”或默认UI仅仅是可呈现在客户端装置上的UI，而非当一个人正在驾驶车辆时呈现的特定UI，根据本原理，该特定UI被设置成在车辆的驾驶员驾驶的同时更容易辨认、阅读、以及/或操纵。

不管怎样，回转至判定菱形框60，如果代替地，在该逻辑中的这点处进行了肯定确定，则图2的示例性逻辑从菱形框60移动至判定菱形框64。在判定菱形框64，该逻辑确定该装置的移动是否已经达到一阈值(例如，速度(speed)、速率(velocity)、或距离行进阈值)。因此，可以清楚的是，菱形框64的逻辑例如可以在该装置的用户是否仅带着一装置步行(在该情况下，“正常”UI可以呈现)与基于该阈值用户是否处于移动车辆中之间进行区分。如果进行否定的确定，则该逻辑移动至上述框62，以呈现“正常”UI。然而，如果在菱形框64处进行肯定的确定，该逻辑就代替地移动至框66，在框66，该逻辑呈现与例如在框62呈现的“正常”UI相比针对在驾驶时的操纵和查看更加优化的UI(在本文被称为“驾驶UI”)。

继续参照图2，在框66之后，该逻辑移动至判定菱形框68，其中，该逻辑进行有关该装置是否仍在移动(而且，例如，若希望的话，甚至其是否仍在按该阈值或者超过该阈值移动)的后续确定(例如，每隔几秒钟、每隔分钟、基于来自客户端装置的GPS的加速度计的输入，如客户端装置的运动变化)。如果在菱形框68处进行肯定的确定，则该逻辑通过继续呈现针对在驾驶时操纵而更加优化的UI而回转至框66，并且可以如上所述再次进行至菱形框68(例如，在预定时段之后)。如果进行否定的确定，则该逻辑代替地移动至框70，其中，该逻辑呈现“正常”UI。

另外，尽管未形成上面讨论的示例性逻辑的一部分，但要明白的是，根据本原理，可以使用除了运动阈值以外的其它“触发”以使呈现驾驶UI。例如，调用表示一应用的特定图标可以构成一触发，由此使得呈现驾驶UI。作为一示例，一旦调用交通应用图标，这就可以使处理器确定应当呈现驾驶UI。

图3-6示出了与用于在未驾驶时呈现、查看、以及/或操纵的“正常”UI形成对比的针对在驾驶时操纵最优化的UI的实施例。首先以图3开始，针对在驾驶时操纵最优化的示例性UI 72被示出为呈现在诸如智能电话的示例性客户端装置上。该UI 72由此仅包括表示应用的两个可选择图标/块74和75，所述应用可以在选择相应图标时调用，而且可选地，还可以包括用于从驾驶UI切换至“正常”UI的可选择图标73。与此相反，图4示出了具有四乘四的图标网格78的示例性UI 76，其例如可以是针对开箱即用客户端装置的默认和/或常用(stock)配置，或者仅仅是用于在客户端装置未设置在车辆中时接入许多应用中的任一个的配置。而且，若希望的话，UI 76可以可选地包括用于切换至驾驶UI的可选择图标77。比较图3和4，可以清楚，诸如UI 72的UI在至少一个方面针对在驾驶时操作最优化，如呈现比UI76更少的图标，使得更容易在它们之间区分，和/或按更大尺寸(例如，高度和宽度，甚或三个维度(如果该图标可按三维形式呈现))呈现一个或多个图标。

图5和6示出了根据本原理的两个更具示例性的驾驶UI。图5的示例性UI 80被理解为“主界面(home)”驾驶UI，其可以在客户端装置确定其被设置在车辆中之后来呈现，而且，可以仅在根据本原理的这种确定时或者在来自用户的输入之后呈现更多内容，举例来说，如下参照图23所述。不管怎样，UI 80包括大的、可容易选择的图标，即使移动车辆的运动可能使其变困难(例如，骤降和颠簸)。要呈现在主界面驾驶UI 80上的图标可以由用户确定，以使每次都呈现相同图标，或者另选的是，UI 80可以例如基于根据如在此描述的一个或多个参数哪些应用可以有用的预测动态地改变。

总之，可以清楚，图5的示例性UI 80示出了六个图标，和用户可以滚动至的另外两个图标的部分。在示出的这六个图标中，包括涉及在选择时收听特定内容的图标82、可选择以呈现除UI 80上所示应用以外的其它应用的“更多应用”图标84、导航图标86、以及日历/会议图标88。要明白的是，图标82-88中的每一个都与通过相应图标表示的相应应用相关联，其中该应用或其特定功能可以通过从UI 80选择该图标来调用。

由此，在图6中示出了示例性聚焦式驾驶UI 94，UI 94被理解成响应于从图5的主界面驾驶UI 80选择一图标而呈现。该“聚焦式”UI 94由此涉及从UI 80选择的并且在UI 94上聚焦的图标的相关特定功能、通知、或其它信息。在图6的情况下，响应于从UI 80选择日历/会议图标88，示出了日历/会议通知。根据UI 94，可以清楚，通知96在其上被呈现并且包含有关针对呈现UI 94的装置的用户的即将到来的会议的信息。由此，该通知96包括会议名称、该会议的安排开始和结束时间、会议地点、以及会议组织方。根据UI 94，还可以清楚，其上仍可以呈现其它选择器元素/图标，如与通知96相邻的“3p.m.”选择器元素98，其指示在通过通知96反映的会议之后的下一个即将到来的会议。由此，该选择器元素98可以被选择以使呈现与通知96类似的通知，其具有与通知96所示相似但针对“3p.m.”会议的信息。

而且，还在UI 94上示出了联系人选择器元素100，其被呈现为(例如，部分交叠通知94)使得可容易辨别的是，通过元素100表示的联系人实际上与该会议相关联(例如，另一会议参与方)，而且可在驾驶时容易选择。元素100由此可选择以例如启动电话或文本消息传送应用，或者以其它方式用于联系通过元素100表示的人。同样地，导航选择器元素102也可以按这种方式呈现在UI 94上(例如，部分交叠通知94)，使得其可容易辨别的是，选择元素102可以使呈现导航辅助(例如，针对与通知96相关联的会议的方向)，而且实际上，元素102按这样的方式来呈现，使得其可在驾驶时容易选择。还注意到，还可以呈现背景图像106，使其对于用户来说在驾驶时更容易辨明，被图像106交叠或包围的全部图标/选择器元素和通知在某些方面与同一主题相关联(在这种情况下，居中设置在图像106顶部上的通知96所涉及的会议)。对于完整性来说，还注意到，另选联系人可以通过多个相应图标104来表示，其中，这些联系人可以但不是必需与通知96所指向的即将到来的会议相关联。

暂时回转至图5，要明白的是，在一些实施例中，这些图标本身当中或者在其一部分上可以包括图标。这种图标可以有用于，例如，直接控制客户端装置的感官输出。由此，例如，在部分83处选择收听图标82可以使相关联的音频内容响应于该部分83上的单一触摸而通过扬声器呈现，而在除了部分83以外的其它部分上选择收听图标82可以代替地使另一驾驶UI呈现有关通过图标82呈现的音频内容的附加信息。而且，对于完整性来说，注意到可以在主界面驾驶UI上呈现其它图标。可以通过用于在主界面驾驶UI上呈现的图标来表示的应用的类型包括但不限于，人和用户联系人、事件、音频和/或视频内容、地点、其它应用窗口和UI、以及“待办列表(to do list)”项。

图7示出了针对在驾驶时操纵和查看最优化的另一示例性UI。UI 110在客户端装置在移动时(例如，在该装置的用户正驾驶时该装置设置在被驾驶的车辆内)呈现在该客户端装置上。除了上述可选择块/图标格式以外，图7的UI 110示出了更多列表状呈现的可选的可选择项/条目112。由此，该列表项112中的至少一个可以是可选的，因为可选的一项目可以通过触摸该项目的如呈现在触摸屏上的任何部分来调用，以例如启动一应用或者执行与其相关联的功能。还注意到，该列表中的一个或多个项目112本身可以包含诸如所示图标114的可选择图标，甚至更进一步地，在这种情况下，呈现图标114的该项目本身可以是或者不是如上所述可选的，尽管图标114是可选择的。在任何情况下，可以清楚，可选择项目和图标的任何组合，以及实际上不可选择的项目，可以呈现在诸如图7所示列表的单一列表上。

与项目112或特定图标或其中相应包含的其它方面/信息(例如，可选择文本)是否可选择无关地，还要明白的是，每一个项目都可以呈现其信息，例如，采用粗体字类型、具有实下划线、具有虚下划线、具有加亮部分、采用除了黑色以外的其它文本颜色、采用斜体字、采用任何数量的字体类型(举例来说，如Times New Roman或Cambria)、以及/或采用相对较大字体(例如，与该装置未处于移动车辆中时的“正常”UI相比)，其容易在驾驶时扫视信息，或者以其它方式快速且容易地吸引用户注意，以使例如在还在驾驶时不消耗过量的查看者时间来辨认信息并由此产生安全隐患。而且，如可以从图7清楚，每一个项目112都横跨UI110的宽度，尽管在需要时，一些或全部项目可以小于UI 110的宽度，而且实际上，这些项目的其它尺寸(如高度)同样可以改变。而且，注意到项目112可以提供信息，举例来说，如上述有关在此描述的通知和应用的信息。

继续前进至图8，其示出了要被客户端装置处理器承担的示例性逻辑，以执行客户端装置上的应用，并且预测用户可能希望在驾驶时查看或使用的应用的特定功能或方面。由此，图8在框116开始，其中，诸如在此描述的那些的应用被调用(例如电子邮件应用、社交连网应用、电话应用等)。一旦该应用在框116调用，该逻辑就移动至判定菱形框118，其中，该逻辑根据本原理来确定车辆是否正在移动。如果该逻辑在菱形框118确定该车辆未移动，则该逻辑移动至框120，其中，该逻辑呈现“正常”或“默认”UI。由此，例如，一旦调用Facebook应用，该应用通常默认打开至Facebook“News Feed”，其可以是在根据本原理呈现“正常”UI时的情况。还作为另一示例，在客户端装置未处于车辆中和/或处于车辆中但车辆例如停车或以其它方式脱档(例如，在手动变速器车辆中推压离合器)时要呈现的“正常”默认UI对于调用的电子邮件应用是初始地呈现电子邮件账户的收件箱。

不管怎样，一旦该逻辑代替地在菱形框118处确定其中设置有执行图8的逻辑的客户端装置的车辆正在移动，该逻辑就代替地进行至框122，其中，执行该应用的逻辑预测该应用的特定功能，并接着在框124处基于一个或多个参数呈现该功能。作为一示例，这样一个参数可以是在当该客户端装置被放置在被驾驶的车辆内时的以前实例中该应用的特定功能的过去调用。这种过去的调用同样可以基于过去的选择数量而优先化，使得例如比第二功能更频繁和/或更近期和/或更多次调用的第一功能在驾驶UI上首先或者更往上呈现，和/或更进一步地利用上述一个或多个方式来视觉凸显(例如，更频繁和/或更多次选择的项目按黑体且更大字体两者呈现，而第二项目仅按更大字体呈现)。

其它参数的实例有该装置的当前位置或预测目的地、一天中的时间、一月中的时间、一年中的时间等、最近活动、对其甚或不同图标和关联应用的最近选择、驾驶条件、甚至用户在考虑到驾驶状况时使用特定功能的适合程度和能力(例如，在交通中可能不是键入电子邮件的最佳时间，但仍然是用于快速扫视发送给用户的电子邮件的文本的时间)。

因此，万一该逻辑从菱形框118移动至框122，可以利用电子邮件应用呈现的驾驶UI的实例可以是电子邮件组合画面，而非另外呈现为“正常”UI的收件箱画面。作为另一实施例，一旦调用电话应用，可以呈现的驾驶UI将包括针对用户的联系人中的一个特定联系人的图标，该图标可例如利用单一触摸选择以“快速拨号”该联系人，其中，例如基于车辆的移动方向和/或该装置和/或电话应用可访问的电子日历条目，该联系人被该应用预测成用户开车去汇合的人。

下面，对图9-20进行说明，其根据本原理针对特定应用对比各种示例性驾驶UI和“正常”UI。由此，要明白的是，下面描述的驾驶UI可在客户端装置设置在被驾驶的车辆中时已经被调用，而“正常”UI可在该装置未设置在车辆中和/或设置在未移动或者不按阈值或超过该阈值移动的车辆中时已经被调用。以图9开始，示出了用于电话应用的驾驶UI 126。除了呈现用户的全部联系人列表或用于拨打电话号码的小键盘(其可以是“正常”UI的实例)以外，驾驶UI 126仅按相对较大形式呈现两个可选择联系人，以用于一键式呼叫。与此相反，图10的UI 128示出了用于电话应用的“正常”UI，其列出了数量更多的联系人的组(例如，按字母表顺序)。

继续前进至图11，其示出了用于电子邮件应用的驾驶UI 130。示出了指示符132，其指示呈现在UI 130上的电子邮件是具体涉及用户的下个即将到来的约会的电子邮件条目134，其可选择以使呈现相应电子邮件的全部文本。与此相反，图12中示出了“正常”电子邮件UI 136。其在调用电子邮件应用时按时间倒序示出了用户收件箱中的所有电子邮件。

下面，参照图13，其示出了用于地图应用的驾驶UI 138。由此，呈现UI 138的地图应用已经例如仅基于调用与其相关联的图标而没有任何进一步用户动作确定该装置处于移动车辆中，并由此自动呈现提示140，其向装置的用户询问该用户是否希望在装置上呈现去往即将到来的会议的方向。UI 138由此包括用于用户的肯定或否定响应的两个选择器142，应当明白，可以响应于选择“是”选择器而没有来自用户的任何进一步输入地自动呈现方向。而且，应注意到，UI 138还包括抵达估计时间(ETA)指示符144，其包括直到抵达目的地为止的估计时间，该目的地是应用基于根据本原理的预测确定的用户正行进至的目的地。与此相反，图14示出了用于地图应用的“正常”UI 146，其包括美国的图像148和请求用户选择针对更详细地图的特定区域的提示150。

下面，描述图15，示出了用于文本消息传送应用的驾驶UI 152。驾驶UI 152涉及向用户的联系人“Joe”发送文本消息，根据本原理，该联系人被预测成为该客户端装置的用户正驾车去汇合的人。由此，UI 152包括输入区154和用于向该区域154键入文本的“软”键盘156。与此相反，图16中示出了正常UI 158。在装置未处于车辆中情况下被调用，在这种情况下，文本消息传送应用呈现具有用于输入接收方的名字(例如，同样利用“软”键盘)的区域160的UI 158，以开始发送文本消息的处理。

下面转至图17，其示出了用于日历应用的驾驶UI 162。该驾驶UI 162包括向该用户提醒该用户的约会在三十分钟内的文本通知。与此相反，图18的“正常”UI 166示出了按时间发生顺序的该用户的即将到来的约会的列表。

参照图19继续详细描述，示出了用于社交网络应用的驾驶UI 168。该UI 168呈现了一提示并且向用户提供文本输入框以发布至社交网络服务，通知用户的社交网络“朋友”该用户在何处驾驶。与此相反，图20的“正常”UI 170示出了与用户的社交网络账户相关联的“news feed”或“update feed”。

现在可以清楚的是，与在调用应用时(例如在客厅设置中)相反，该应用的各种特定功能可以在用户驾驶车辆时通过该用户呈现和操纵。然而，本原理认识到，不仅可以预测特定功能，而且还可以预测实际上用户可能要调用的应用本身。因此，图21示出了用于预测在驾驶时可能要调用的应用的逻辑。

由此，图21在框172开始，该逻辑根据本原理确定客户端装置设置在移动车辆内。接着，该逻辑移动至框174，其中，该逻辑确定，存取数据库中的数据，和/或例如，在执行本逻辑之前的时间以其它方式确认在该装置设置在车辆中时在该装置上之前选择的应用。接着，该逻辑移动至框176，其中，该逻辑确定该装置的位置，并因此确定车辆的位置，并且确定在该位置或该位置周围对用户特别有用的任何应用(例如，如果该逻辑确定用户在购物中心附近，则可以通过该逻辑确定购物应用对该用户有用)。根据框176，该逻辑移动至框178，其中，该逻辑确定一天中的时间，并接着确定在一天中的该时间可能特别有用的任何应用(例如，如果该逻辑确定一天中的该时间大约是早晨的时间，则可以通过该逻辑确定要使用Starbucks应用，以确定最近店铺的位置来购买一杯咖啡)。接着，该逻辑移动至框180，其中，该逻辑确定该装置的位置处和/或附近的道路、天气、以及/或驾驶条件，并由此确定给定那些条件可以具体使用的应用(例如，如果在所行驶道路前方存在事故，则可以确定使用交通应用)。

该示例性逻辑接着可以在框182处结束，其中，该逻辑呈现驾驶UI，其包括通过该逻辑预测为在考虑诸如上述那些的特定参数时对于该装置的用户相关和/或有用的一个或多个图标。在移到下一个图的描述之前，要明白的是，不需要采取所有步骤(例如框174到180)，更不用说按上述次序，而是例如，可以采用它们的任何组合或仅单一个。

下面，参照图22，示出了呈现可选择以调用与图标相关联的基础应用的每一个相应图标的示例性驾驶UI 184。由此，要明白，UI 184可以例如至少部分地利用图21的逻辑来呈现。如可以从图22清楚地，在UI 184上仅示出了四个图标，但可以呈现更多或更少。UI184包括交通应用图标186、电话应用图标188、本地新闻应用图标190、以及餐厅定位器应用图标192，其全部被理解成要基于诸如上面描述的那些参数的各种参数被预测为对于该用户有用。

参照图23继续详细描述，示出了示例性UI 194，其可以根据本原理在客户端装置(例如，最初)确定其处于车辆中时呈现，但其中，该客户端装置可以与不驾驶该车辆的用户关联或者被该用户操纵。例如，作为车中的乘客的客户端装置用户可以在乘坐汽车后座时不必希望使用驾驶UI，而可以代替地希望接入“正常”UI。由此，UI 194包括具有两个选择器元素198的提示196，该提示指示用户出现于车辆中，并且请求用户提供有关该用户是车辆驾驶员还是乘客的输入。可以清楚的是，UI 194包括相对更大的文本，并且在这点上本身可以构成驾驶UI，以使在驾驶车辆的用户可以容易地阅读它，并且选择针对“驾驶员”的选择器，以使随后呈现另一驾驶员UI，如图22的UI 184。尽管如此，如果用户是乘客，则还可以清楚，可以操纵UI 194以使随后呈现“正常”UI，如上面描述的示例性UI中的任一个。

由此，现在可以清楚，诸如GPS接收器和/或加速度计的位置传感器或者上述其它示例性位置传感器中的任一个可以根据本原理来使用，以使客户端装置的处理器可以确定该装置处于车辆中，并且例如，车辆在移动，以接着向在开车的用户呈现可容易操纵且辨别的简化UI(例如，简化列表或网格)。而且，简化UI可以动态地基于诸如在此描述的那些的特定因素、应用、背景、以及参数来改变，例如，过去的行为和装置使用、位置、使用频率、近期活动(例如，该装置确定用户最近在专业体育赛事，并且此后呈现与一般体育、特定团队、针对该团队的即将到来的比赛以及/或比赛位置等有关的图标)、天气条件、交通条件、道路条件、一天中的时间等。实际上，该客户端装置被理解成不是只能够预测该装置在车辆中正朝着移动的位置，而是甚至能够不仅基于用户的日历而且还基于例如该装置可访问的、有关该装置正移动至的区域的公共事件的信息来预测要参与的事件，并因此在这种背景下呈现可以有用的应用/图标。因此，要明白的是，这种信息或者在此公开的可通过客户端装置访问的任何其它信息可例如通过诸如上述那些的服务器和/或因特网数据库访问。

更进一步，诸如音乐、音频书籍、播客(podcast)、以及流音频的媒体可以在驾驶UI上表示并且可以经由该驾驶UI操纵。该应用/图标本身可以基于该装置所设置的车辆正在行进的速度来改变和过滤。驾驶UI的这种过滤和/或动态改变或者另一驾驶UI的呈现可以例如基于迟到达会议(与仅准时行进至会议成对比)而采取，使得可以呈现用于联系出席该会议的另一人的图标，以向他们通知迟到，而且甚至例如只有当该装置确定可能晚抵达会议时才在消息中呈现估计抵达时间指示符。被标志为重要的传入消息(例如，文本或电子邮件)同样也可以通过该客户端装置来识别，并且例如按吸引用户注意的方式在驾驶UI上呈现。

呈现原理还认识到未参照上述附图具体描述的许多下列特征。首先，注意到，客户端装置可以例如与车载车辆计算机和安装在车辆上的车辆显示器通信，以使在此描述的任何或全部UI除了将它们呈现在客户端装置的显示器上以外或者代替地，还可以呈现在该车辆显示器上。第二，除了驾驶UI的前述特征和在驾驶UI与“正常”UI之间切换/轮询以外，客户端装置处理器在某些点还可以确定其设置在其中的该车辆已经停止，例如，在停车场或交通红灯，并且基于这种确定呈现“正常”UI达该车辆停止的时间的至少一部分，而且可能是整个持续时间。在车辆开始再次移动的这种时间(例如，信号切换成交通绿灯)，客户端装置处理器接着可以再次呈现驾驶UI。

但作为另一示例，客户端装置可以访问使其能够在行进在道路上或者例如行进在火车轨道上、乘飞机、乘船等的客户端装置之间区分的信息，以使客户端装置处理器可以确定，即使车辆在行进，其并没有行进在公共道路上，并因此装置的用户可能没有在驾驶，并由此可能不必优选驾驶UI呈现在该装置上。由此，例如，一旦用户乘坐火车，客户端装置可以访问诸如火车轨道的地图信息的信息，以确定该装置尽管在“车辆”中移动并且超过如上所述的运动阈值，但并不在汽车中，而且应当呈现“正常”UI而非驾驶UI。可以基于客户端装置处理器访问指示设置有该装置的车辆是公共汽车的信息所进行的确定，将类似原理应用至客户端装置的用户是城市公共汽车或通勤车中的乘客的情况，并由此预测该用户不是公共汽车的驾驶员，因此“正常”UI可能比驾驶UI更适于呈现。

其它应用也可以的。例如，客户端装置处理器可以访问关于国家法律(和/或驾驶法规、地方法规等)的信息，并由此呈现驾驶UI或甚至其特定呈现或配置，响应于基于其已经访问的国家法律信息确定仅特定类型的呈现或配置合法，因此根据该装置所在的国家的国家法律来呈现这种呈现或配置。事实上，假如国家法律规定当一个人在带有该装置开车时应当将画面仅锁定至驾驶UI，从而不能呈递“正常”UI，该装置可以访问这种信息，并且锁定驾驶UI画面和/或其任何功能，以使“正常”UI在这种情况下不呈现。

描述另一实施例，假如客户端装置确定其的确设在移动车辆中，但该车辆却在诸如私人牧场或停车场的非公有土地上时，则该装置就可以确定即使该装置在车辆中移动，其仍然应基于例如作为针对该装置的输入的用户的偏好，来呈现“正常”UI。

作为最后的实例，要明白的是，根据本原理呈现驾驶UI的客户端装置可以收集诸如话音命令、话音互动、口头陈述以及来自用户的其它自然语言等的信息，并且通过基于那些陈述更新驾驶UI来响应。由此，例如，假如该用户与另一人之间的谈话被引向特定主题，该客户端装置能够收集并识别所说的词语，并且在驾驶UI上呈现基于该谈话的背景被预测为相关的应用和信息。例如，如果用户口头询问“谁在出席我的会议”，则该装置可以将该问题识别为，例如，用于在驾驶UI上呈现有关谁在出席该会议的信息和/或图标的命令，而且甚至呈现可选择以呈递有关该会议和/或会议组织者的更多信息的图标，和/或甚至向按顺序列出的出席会议的每一个人发送更新(例如，客户端装置可以呈现可被选择单次的图标，其包含诸如“向每一个人通知你要迟到了？”的语句，其基于来自用户的单一操纵或触摸输入，自动地使装置处理器在不需要进一步用户输入的情况下，发送通知、文本消息、电子邮件、以及/或社交网络公告等，通知其他会议参与者，该客户端装置的用户将迟到该会议，而且发给其他人的这种消息甚至可以包括用户的ETA)。

虽然在此示出并详细描述了特定的基于背景配置用户界面(UI)，但要明白的是，被本发明所涵盖的主旨仅通过权利要求书来限制。

Claims (19)

1.一种用于配置用户界面UI的设备，包括：

至少一个计算机可读存储介质，所述至少一个计算机可读存储介质不是载波并且对于客户端处理器可访问，所述至少一个计算机可读存储介质承载指令，所述指令在通过所述客户端处理器执行时配置所述处理器执行用于执行一方法的逻辑，所述方法包括：

基于所述客户端处理器处于车辆中的确定，自动在显示器上呈现按第一配置的用户界面UI，所述第一配置用于允许选择在所述UI上表示的多个应用中的一个；并且

基于所述客户端处理器未处于车辆中的确定，自动在显示器上呈现按第二配置的所述UI，所述第二配置用于允许选择在所述UI上表示的多个应用中的一个，所述第二配置不同于所述第一配置，

其中所述确定基于所述客户端处理器的移动的速度、所述客户端处理器的移动的速率、以及所述客户端处理器的移动的行进距离中的一个或多个达到一阈值。

2.根据权利要求1所述的设备，其中，所述多个应用通过可选择的块在所述UI上表示，所述第一配置呈现比所述第二配置相对更少的块和/或相对于按第二配置呈现的块以至少一个更大维度呈现块。

3.根据权利要求1所述的设备，其中，基于所述客户端处理器处于车辆中并且所述车辆挂上离合器的确定，按第一配置的UI自动呈现在显示器上。

4.根据权利要求1所述的设备，其中，所述显示器是客户端装置显示器，所述客户端装置包括所述客户端处理器。

5.根据权利要求1所述的设备，其中，所述第一配置和第二配置基于UI上表示的特定应用而相对于彼此不同。

6.一种用于配置用户界面UI的方法，包括：

确定客户端装置是否设置在车辆中，并且

基于所述客户端装置设置在车辆中的确定，自动地在所述客户端装置的显示器上呈现第一用户界面UI，第一用户界面UI与能够呈现在所述显示器上的第二UI相比包括相对更少信息，所述第二UI能够基于所述客户端装置未设置在车辆中的确定而呈现在所述显示器上，

其中所述确定基于所述客户端装置的移动的速度、所述客户端装置的移动的速率、以及所述客户端装置的移动的行进距离中的一个或多个达到一阈值。

7.根据权利要求6所述的方法，其中，呈现在第一UI和第二UI两者上的信息包括至少一个图标，所述至少一个图标能够被选择以调用与所述图标相关联的应用，所述第一UI呈现比所述第二UI相对更少的图标。

8.根据权利要求7所述的方法，其中，所述第一UI包括能够被选择以调用应用的至少一个图标，所述应用被配置成基于所述车辆的移动来预测下列中的至少一个：

可能要利用所述客户端装置来联系的人，和抵达目的地的估计时间，所述目的地之前已被所述客户端装置定位，并且在调用所述应用的时间或者大约在调用所述应用的时间所述车辆正在朝着所述目的地移动。

9.根据权利要求7所述的方法，还包括：预测可能要被所述客户端装置的用户调用的至少一个应用，并且在所述显示器上呈现与所述至少一个应用相关联的相应图标，所述预测至少基于对之前在所述车辆运动的同时所调用的至少一个应用的过去选择。

10.根据权利要求7所述的方法，还包括：预测可能要被所述客户端装置的用户调用的至少一个应用，并且在所述显示器上呈现与所述至少一个应用相关联的相应图标，所述预测至少基于下列中的至少一个：调用应用的频率、所述客户端装置的位置、一天当中的时间、与要预测为被调用的所述应用相比至少一个其它应用的最近调用、以及在所述预测发生时所述客户端装置的位置处或附近的驾驶条件。

11.根据权利要求6所述的方法，其中，所述方法还包括：在确定所述客户端装置设置在车辆中之后，并且基于确定所述车辆的传动系统已经从挂上离合器转变至停车位置，自动呈现第二UI。

12.一种用于配置用户界面UI的设备，包括：

至少一个计算机可读存储介质，所述至少一个计算机可读存储介质不是载波并且对于客户端处理器可访问，所述至少一个计算机可读存储介质承载指令，所述指令在通过所述客户端处理器执行时配置所述处理器执行用于执行一方法的逻辑，所述方法包括：

确定用户活动触发是否满足一测试，所述用户活动触发是通过输入至所述客户端处理器的信号表示的与所述客户端处理器相关联的客户端装置的运动；

响应于确定所述用户活动触发满足所述测试，在所述客户端装置上呈现第一输出；以及

响应于确定所述用户活动触发未满足所述测试，在所述客户端装置上呈现第二输出，所述第二输出不同于所述第一输出，

其中所述确定基于所述客户端装置的移动的速度、所述客户端装置的移动的速率、以及所述客户端装置的移动的行进距离中的一个或多个达到一阈值。

13.根据权利要求12所述的设备，其中，所述客户端处理器由所述客户端装置支持。

14.根据权利要求12所述的设备，其中，所述活动触发是阈值以上的运动。

15.根据权利要求12所述的设备，其中，所述第一输出和第二输出是相应通知。

16.根据权利要求12所述的设备，其中，所述第一输出包括与第一应用有关的信息，而所述第二输出包括与不同于所述第一应用的第二应用有关的信息。

17.根据权利要求12所述的设备，其中，所述第一输出包括至少第一联系人的用户联系信息，而所述第二输出包括至少第二联系人的用户联系信息。

18.根据权利要求12所述的设备，其中，所述第一输出是通知，而所述第二输出是调用应用。

19.根据权利要求12所述的设备，其中，所述第一输出是调用应用，而所述第二输出是通知。