自适应用户交互窗格管理器的制作方法

许多用户界面采用窗格来将应用功能和信息显露给用户。窗格经常专用于应用的具体特征或功能。当用户利用窗格所支持的特征或功能来执行任务时，窗格被添加到用户界面中。在用户界面中，窗格必须与应用画布共享空间，应用画布保持有主要应用内容。虽然有用，但是窗格减少了可供应用画布使用的空间量。

若不加限制，窗格会占据用户界面，给应用画布留出很少的空间或者没有留出空间。一个进行窗格管理的常规的方法是不管理，而是让用户负责窗格管理。窗格简单地打开，并且保留直至用户手动关闭。用户还可以选择性地对打开的窗格重定尺寸；然而，低分辨率或者小型化的设备和触摸界面经常不能提供将窗格保留为可用尺寸和最大屏幕使用所需的精确的输入响应。即使当精度可行时，管理窗格的努力减损用户体验。

另一种管理窗格的常规方法曾是将硬编码限制施加于窗格的数量上。硬编码限制不适合于所有情形并且不考虑诸如显示配置的因素。当足够的显示区域可用时，硬编码数量会不必要地限制用户对用户期望的全部数量的窗格的访问权。另一方面，当受限制的显示区域可用时，对于窗格数量的实际限制会低于硬编码数量。

正是针对这些以及其它的一般考虑给出了实施例。而且，虽然已经论述了相对具体的问题，应当理解实施例不应限于解决在

背景技术：
中所确定的具体的问题。

技术实现要素：

提供该发明内容以便以简化的形式来引入下面的具体实施方式中进一步描述的概念的选择。该发明内容不旨在确定所要求保护的主题的关键特征或主要特征，也不旨在用于限定所要求保护的主题的范围。

用于在用户界面中相对于应用画布自动管理窗格的系统的方面包括计算设备，该计算设备具有至少处理设备、存储器和显示器。该系统判定可能影响画布尺寸的事件何时发生，诸如改变显示配置，对应用窗口重定尺寸，或者将显示重定向，这反过来会影响窗格管理，或者窗格的打开和关闭。当该事件发生时，该系统采集信息，这可以包括但不限于，受保护的画布尺寸和当前的应用用户界面尺寸。

当请求当前没有打开的窗格的打开时，该系统判定在预留受保护画布尺寸的同时是否可以添加新窗格。如果新窗格将适合于可用的空间，则系统将新窗格作为持久窗格打开。如果新窗格不适合，则系统判定当前是否打开了任何持久窗格。如果没有打开持久窗格，则系统将新窗格作为暂态窗格而不是持久窗格打开。如果打开了多于一个的持久窗格，则系统关闭最低优先级的持久窗格。如果仅打开了一个持久窗格并且打开的窗格是非关键的，则系统用新窗格取代持久窗格。如果唯一打开的窗格是关键车，则系统可以暂时关闭(即，暂停)关键窗格。一旦通过关闭打开的非关键窗格或者暂停关键窗格，则空间可供新窗格使用，系统将新窗格作为持久窗格打开。

当请求关闭当前打开的窗格或者增加UI尺寸时，如果足够的空间可供恢复的窗格使用，则系统试图恢复自动关闭的窗格。如果UI尺寸减小到画布尺寸小于受保护画布尺寸的点，则系统关闭具有最低优先级的窗格，直至达到受保护画布尺寸或者全部窗格已经关闭。在管理窗格之后，系统将画布重定尺寸并且适当地回流和/或缩放内容。

附图说明

通过参考以下附图本公开进一步的特征、方面和优点将更易于理解，其中为了更清楚地显示出细节元件不是按比例绘制，并且其中相似的附图标记在全部视图中指示相似的元件：

图1是图示出在应用的用户界面中相对于应用画布来自动管理窗格的系统的框图；

图2A和2B形成了在用户界面中相对于应用画布自动管理窗格的方法的一个实施例的高级流程图；

图2C图示出打开暂态窗格操作的一个实施例的高级流程图细节；

图2D图示出关键窗格暂态检查操作的一个实施例的高级流程图细节；

图3A至3E图示出用于在横向方位上运行更高分辨率监视器的应用的窗格管理序列的一个实施例；

图3F至3I图示出用于在横向方位上运行更高分辨率监视器的应用的涉及到关键窗格的窗格管理序列的一个实施例；

图4A至4G图示出用于运行较低分辨率表格的应用的窗格管理序列的一个实施例；

图5是图示出可以实践本公开的实施例的计算设备的物理组件的一个实施例的框图；

图6A和6B是示出可以实现本发明的实施例的移动计算设备的简化框图；以及

图7是可以实现本公开的实施例的分布式计算系统的简化框图。

具体实施方式

下文参考构成了各个实施例的一部分的附图来更全面地描述各个实施例，附图显示出具体的示范性的实施例。然而，实施例可通过多种不同的形式来实现，而不应解释为限于本文阐述的实施例；相反，这些实施例被提供以使本公开将是全面的以及完整的，并且将向本领域技术人员充分传达实施例的范围。实施例可以实现为方法、系统或设备。因此，实施例可以呈现为硬件实现方式、全软件实现方式或者组合软件和硬件方面的实现方式的形式。下面的详细说明因此不应在限制的意义上被考量。

在本文描述以及在附图中图示了用于在用户界面中相对于应用画布自动管理窗格的系统的实施例。该系统包括窗格管理器，该窗格管理器与应用协同工作以在保持至少最少量的用户内容可见的同时提供对窗格的访问。该系统允许应用规定受保护画布尺寸。当窗格被需要时，系统判定是否存在用于窗格的足够空间或者是否能够通过解散另一窗格来创建用于窗格的足够的空间。如果是，则窗格被添加。如果否，则窗格可以临时的方式显示。该系统还响应于用户界面尺寸的变化。如果用户界面尺寸减小到用于现有窗格的足够空间不再可用的点，则解散一个或多个现有的窗格。

公开的实施例仅仅是根据传统用户界面布局来描述的，从而提供标准的参考框架；然而，公开不限于传统的用户界面布局。因此，对特定的方位(例如，水平、垂直、横向、纵向等)、方向(例如，左、右、上、下)、位置(例如，顶部、底部、侧部、上方、下方、前方、后方等)以及维度(例如，高度、宽度等)的使用不应解释为限于该特定的方位、方向、位置或维度。

图1是图示出在应用的用户界面中自动管理窗格的系统的框图。该系统100包括窗格管理器102，其基于所使用的设备的显示属性以及当前用户界面属性(例如，画布尺寸、打开的窗格的数量等)来管理应用106的用户界面104中的窗格的显示。窗格管理器102、用户界面104、应用106执行于计算设备108上。计算设备可以是用于执行用来执行多种任务的应用的各种计算设备中的一种(例如，平板计算设备、桌面式计算机、移动通信设备、膝上型计算机、膝上型/平板式混合计算设备、大屏幕多触摸显示器、游戏设备、智能电视、或其他类型的计算设备)。

用户110可使用计算设备上的应用用于各种任务，可以包括例如写、计算、绘图、组织、准备演示文档、发送和接收电子邮件、记录和组织批注、制作音乐等等。应用可以包括厚客户端应用，其可以本地地存储在计算设备上，或者可以包括薄客户端应用(即，web应用)，其可以位于远程服务器上并且能够通过网络访问，上述网络诸如为因特网或内联网。薄客户端应用可以托管在浏览器控制的环境或用浏览器支持的语言编码并且依赖于普通web浏览器来呈现计算设备上可执行的应用。计算设备可配置为接收用于在显示器120(其可以包括触摸屏显示器)上表现的内容。

应用可被配置为使得用户110能够使用计算设备110上的定点设备(例如，鼠标、笔/指示笔等)和/或使用传感器112(例如，触摸传感器、加速度计、悬停、面部识别、语言识别、光传感器、接近传感器、陀螺仪、倾斜传感器、GSP等)来经由多种输入模式与内容114交互。内容可以显示在应用画布116上。用户界面可以包括包含多个可选功能控件和元素的一个或多个可选择性显示的窗格118。窗格管理器基于由应用提供的配置122来自动控制窗格的显示以在显示器上为应用画布预留最少量的空间。

图2A和2B构成了在用户界面中相对于应用画布自动管理窗格的方法的一个实施例的高级流程图。当会影响画布尺寸的事件发生时，诸如设备的显示配置(例如分辨率或方位)的变化(例如，由改变显示设置或重定向显示器而引起)或者改动用户界面(例如，对应用窗口重定尺寸和/或打开/关闭窗格)，这进而会影响窗格管理，方法200开始。当这样的事件发生时，当前尺寸检查操作202采集信息，信息可包括但不限于，受保护画布尺寸以及当前应用用户界面尺寸(即，窗口)。受保护画布尺寸指定了应用特定的最小画布尺寸以确保有意义的量的用户内容保持可见。换言之，画布的尺寸不能减至受保护画布尺寸以下。在各个实施例中，受保护画布尺寸可以在单个维度(例如，宽度或高度)中指定。例如，受保护画布宽度可被指定为保护不受侧部窗格侵犯，或者受保护画布高度可规定为保护不受顶部/底部窗格侵犯。在其他实施例中，受保护画布尺寸可在两个维度上(例如，宽度和高度)规定。

方法以至少部分地取决于发生的事件的类型的响应继续。如果打开当前没有打开的窗格被请求(即，新窗格)，则适合检查操作204判定在预留受保护画布尺寸的同时是否可以添加新窗格。适合检查操作可以考虑到所请求的窗格的各属性，诸如但不限于，对齐、进入行为、标题、谷歌浏览器(chrome)、关键、高度、进驻状态以及宽度。进入行为规定窗格旨在持久还是暂态。持久的(即，粘滞的)窗格旨在与画布共存并且可以进驻到用户界面中。持久窗格保留直至用户手动解散(例如，使用关闭微件)或者通过应用可编程地关闭。暂态窗格存在于画布之上。暂态(即，光(light)解散或者弹出)窗格保留直至用户将焦点移至窗格之外的区域。诸如进入行为、优先级和宽度的参数会直接影响窗格管理器对窗格的处理。

如果新的窗格将适合可用的空间，则打开持久窗格操作216将新窗格作为持久窗格打开。新窗格的位置可以在最后打开的窗格以内，或者如果没有打开其他窗格，则从应用用户界面的一侧打开或者在打开的窗格之外。例如，窗格可以打开在现有窗格的左侧。画布重配置操作218将画布重定尺寸并且适当地回流和/或缩放内容。

如果新窗格不适合(即，新画布尺寸小于受保护画布尺寸)，则窗格目录操作206将判定当前是否打开了任何持久窗格。如果没有打开任何持久窗格，则打开暂态窗格操作208将窗格作为弹出式窗格打开，而不是持久窗格。如果打开了多于一个的持久窗格，则关闭持久窗格操作214关闭具有最低优先级的持久窗格。具有最低优先级的窗格的选择可基于诸如但不限于主要(即，最旧的打开窗格被关闭)、近因(即，要打开的最后的窗格被关闭)和非关键性(即，在关闭关键窗格之前关闭非关键窗格)的准则。

如果仅一个持久窗格打开，则做出关键性判定210。如果打开的窗格是非关键的，则方法继续到关闭持久窗格操作214。如果仅打开的窗格是关键的，则关键窗格暂停操作212可以暂时关闭关键窗格。在各个实施例中，关键窗格暂停操作可以标记关键窗格已经关闭。关键窗格可实际上关闭或者可以仅从视图中隐藏。

在通过关键窗格暂停操作212或者关闭持久窗格操作214而关闭或暂停了窗格之后，操作可以返回到适合检查操作204以重新评估可用空间。如果足够的空间可用，则如果有必要，该方法继续打开持久窗格操作216和画布重配置操作218。如果为否，则可以基于当前窗格状态而重复或探索操作206至214。

返回事件类型决策，如果关闭窗格事件发生，则关闭窗格操作219关闭窗格以释放UI区域中的空间。假设用于关键窗格的足够空间可用，关键窗格暂停检查操作220试图恢复先前已经暂停的关键窗格。如果需要，该方法继续画布重配置操作218。

返回事件类型决策，如果UI尺寸改变事件发生，则方法继续(图2B)进行UI尺寸改变方向判定222。UI尺寸改变可以独立于打开或关闭窗格而发生。UI尺寸改变事件可以由直接对UI区域(即，窗口)或者UI的组件(例如，应用画布或窗格)重定尺寸而引起或者由于重配置显示器(例如，改变显示器的分辨率或方位)而引起。如果UI尺寸已经增大，则意味着可能有更多的空间可供画布和窗格使用，关键窗格暂停检查操作220试图恢复先前已经暂停的关键窗格，只要用于关键窗格的足够空间可用即可。如果UI尺寸已经减小，则确保受保护画布尺寸操作224判定所得到的画布尺寸是否小于受保护画布尺寸并且关闭具有最低优先级的窗格直至受保护画布尺寸达到或全部窗格已关闭。代替关闭低优先级窗格，确保受保护画布尺寸操作224可以选择性地将一个或多个低优先级持久窗格转换成暂态窗格以产生空间。将当前打开的持久窗格转换成暂态窗格可仅限于那些起初当该窗格打开时没有足够空间可用而作为暂态窗格打开的窗格。如果需要，该方法继续画布重配置操作218(图2A)。

图2C图示出打开暂态窗格操作的一个实施例的高级流程图细节。打开暂态操作208以打开弹出窗格操作230开始，其将新窗格作为覆盖画布的一部分的暂态窗格打开。当暂态窗格被显示时，可选的聚焦操作232可以提供对画布、文档和/或用户界面的任何专门的处理。根据应用，聚焦操作可以操纵画布或文档以保持选择的的对象在画布的未被暂态窗格覆盖的部分中可见。例如，在文字处理或电子表格应用中，聚焦操作可以将画布滚动以保持选择的的对象可见。类似地，在演示文档应用中，聚焦操作可以将文档缩放以保持选择的的对象可见。在更模块化的应用中，诸如组合电子邮件、日历和任务应用，聚焦操作能可选地改变应用用户界面的形状和/或配置以形成对其余的可用空间的最佳利用。一旦暂态窗格失去焦点，则自动解散操作234解散暂态窗格。可选的画布恢复操作236可以撤销由窗格操作执行的任何特殊处理。例如，画布恢复操作可以将画布滚动回到其原始位置。

图2D图示出关键窗格暂停检查操作的一个实施例的高级流程图细节。关键窗格暂停检查操作220开始于暂停关键窗格标识操作240，其判定被应用指定为关键的窗格是否当前没有打开。如果关键窗格关闭，则适合检查判定242判定是否存在足以打开关键窗格的空间。如果是，则恢复关键窗格操作244适当地装载或取消隐藏关键窗格。虽然按照关键窗格进行了说明，但是关键窗格暂停检查操作可用于再打开其它窗格(例如，已经自动关闭的非关键窗格)。

图3A至3E图示出在横向方位上运行较高分辨率监视器的应用的窗格管理序列的一个实施例。应用将受保护画布尺寸规定为400个像素宽。在横向方位，监视器300提供1600个像素的显示宽度。在图3A中，没有显示窗格，并且应用画布302占据了显示器的整个宽度。

图3B示出了在具有330像素的宽度的第一窗格304已经被请求之后的用户界面。所得到的画布的宽度是1270个像素，因此，窗格管理器相应地显示第一窗格并且对画布重定尺寸/回流。

图3C示出了在具有330像素的宽度的第二窗格306已被请求之后的用户界面。即使在增加了第二窗格之后，所得到的画布的宽度是940个像素，这在受保护画布尺寸的400个像素之上。因此，窗格管理器将第二窗格显示到第一窗格的左侧，并且相应地对画布重定尺寸/回流。

图3D示出了将应用用户界面重定尺寸到拆分屏幕布局的结果，这将可供应用用户界面使用的显示器的部分减至789个像素。在新配置中，如果两个窗格被显示，则画布尺寸将限于129个像素。为维持最小的受保护画布尺寸，窗格管理器解散作为最旧的窗格的第一窗格，并且保持第二窗格。画布相应地重定尺寸/回流。

图3E示出了将应用用户界面重定尺寸到全屏幕布局的结果，这将可供应用用户界面使用的显示器的部分恢复成全1600个像素。在图示的实施例中，现有的窗格被保持，但是先前关闭的窗格不恢复(即，再打开)。在各个实施例中，如果空间可用，则系统可试图恢复关闭的窗格。例如，系统可以维护窗格历史并且随着空间变得可用而试图自动再打开最近关闭的窗格。在一些实施例中，仅自动恢复自动关闭的窗格和关键窗格。在一些实施例中，仅自动恢复关键窗格。画布相应地重定尺寸/回流。

图3F至3I图示出用于在横向方位上运行于较高分辨率监视器上的涉及到关键窗格的应用的窗格管理序列的一个实施例。图3F示出了具有由关键窗格308和两个非关键窗格304，306界定的应用画布302的应用用户界面。应用可以将窗格规定为关键窗格。关键窗格可以是作为应用用户界面的基础的窗格。关键窗格无需总是存在，但是应当通常对用户可用。窗格管理器不自动解散关键窗格，除非当前的用户界面尺寸一次仅允许单个窗格打开。当用户界面尺寸充分地增加或者其它窗格关闭时，窗格管理器将自动恢复关键窗格。在各个实施例中，窗格管理器可以自动恢复关键窗格，即使其被手动关闭。在一些实施例中，应用可以仅指定一个窗格作为关键窗格。

图3G示出了用于将应用用户界面重定尺寸为拆分屏幕的结果，其将可供应用用户界面使用的显示器的部分减至789个像素。在新的配置中，对于在受保护画布尺寸之上的画布尺寸，仅存在足够一个窗格的空间。因此，窗格管理器解散两个非关键窗格并且保持关键窗格。画布相应地重定尺寸/回流。

图3H示出了在具有330个像素宽度的第三窗格310已经被请求之后的拆分屏幕布局中的用户界面。因为仅存在用于一个窗格的空间，所以关键窗格暂时暂停以有利于第三任务窗格。画布相应地重定尺寸/回流。

图3I示出了将应用用户界面重定尺寸到全屏幕布局的结果，这将可供应用用户界面使用的显示器的部分恢复成全1600个像素。保持现有的窗格。另外，因为现在有足够的空间可用，所以关键窗格被恢复。画布相应地重定尺寸/回流。

图4A至4C图示出用于在较低分辨率平板设备上运行的应用的窗格管理序列的一个示例。应用将受保护画布尺寸规定为400个像素宽。在横向方位，平板设备提供了1024个像素的显示宽度。在图4A中，没有显示窗格，并且应用画布402占据了显示的整个宽度。

图4B示出了在具有330个像素的宽度的第一窗格404已经被请求之后的用户界面。所得到的画布的宽度是694个像素，因此窗格管理器显示第一窗格并且画布被相应地重定尺寸/回流。

图4C示出了在具有330个像素的宽度的第二窗格406已经被请求之后的用户界面。添加第二窗格将会将画布的宽度减至364个像素，这在受保护画布尺寸400像素之下。显示器不能同时容纳第一窗格和第二窗格两者。因此，第一窗格被解散，并且第二窗格被添加。实际上，第二窗格取代了第一窗格。

图4D示出了在拆分屏幕布局中的应用用户界面，这将可供应用用户界面使用的显示器的部分减至501个像素。在该配置中，如果窗格被显示，则画布尺寸将受限为171个像素。因此，现有的窗格被解散。画布被相应地重定尺寸/回流。

图4E示出了当显示器尺寸和受保护应用尺寸不允许持久窗格时对窗格的处理。不是排除对全部窗格的显示，当窗格被请求时，窗格管理器将窗格显示为暂态窗格408。暂态窗格覆盖了画布的至少一部分。在图示的实施例中，暂态窗格覆盖了应用chrome的一部分。在其它实施例中，暂态窗格可以不覆盖应用chrome。暂态窗格还可以表现为全屏窗格或近似沉浸式窗格，这覆盖了全部用户界面区域或全部显示区域的大部分。应用画布不重定尺寸/回流。当暂态窗格失去焦点时(即，用户点击暂态窗格之外)，暂态窗格被解散，并且再次使得应用画布完全可视。

图4F和图4G图示出在平板设备旋转到纵向方位的情况下窗格管理序列的一个实施例。在纵向方位上，平板设备提供768个像素的显示宽度。在图4F中，没有显示窗格，并且应用画布占据了显示的整个宽度。

图4G示出了在具有330个像素的宽度的第一窗格404被请求之后的用户界面。画布的最终的宽度是438个像素，因此，窗格管理器显示第一窗格，并且将画布相应地重定尺寸/回流。

本申请的主题可在多个实施例中实践为系统、设备以及其它制品或者方法。实施例可以实现为硬件、软件、计算机可读介质或其组合。本文所描述的实施例和功能可以经由多个计算系统来操作，包括但不限于台式计算机系统、有线和无线计算系统、移动计算系统(例如，移动电话、上网本、平板或底板式计算机、笔记本计算机和膝上型计算机)、手持式设备、多处理器系统、基于微处理器的或可编程的消费电子设备、微型计算机和主机型计算机。

各种类型的用户界面和信息可经由板上计算设备显示器或者经由与一个或多个计算设备相关联的远程显示单元来显示。例如，各种类型的用户接口和信息可以在与投射了各种类型的用户接口和信息的壁面被显示以及交互。与可以实现本公开的实施例的多个计算系统的交互包括击键输入、触摸屏输入、语音或其它音频输入、相关的计算设备配备有检测(例如，照相机)功能用于捕获和解释用于控制计算设备功能的用户姿势的姿势输入，等等。

图5-7和相关的描述提供了可以实现本公开的实施例的各种操作环境的论述。然而，所图示和论述的设备和系统是为了举例和说明的目的，而不是限制可用于实现本文所述的本发明的实施例的大量的计算设备配置。

图5是示出可以实现本公开的实施例的计算设备500的物理组件(即，硬件)的一个实施例的框图。下文描述的计算设备组件可适于具体实施计算设备，包括但不限于，个人计算机、平板式计算机、表面计算机和智能手机、或者本文所述的任何其它计算设备。在基本配置中，计算设备500可以包括至少一个处理单元502以及系统存储器504。根据计算设备的配置和类型，系统存储器504可以包括但不限于易失性存储设备(例如，随机存取存储器)、非易失性存储设备(例如，只读存储器)、闪速存储器或这些存储器的任意组合。系统存储器504可以包括操作系统505以及适合于运行诸如窗格管理器102的软件应用520的一个或多个程序模块506。例如，操作系统505可以适合于控制计算设备500的操作。此外，本公开的实施例可以与图形库、其它操作系统或者任何其它应用程序相结合实现，而不限于任何特定的应用或系统。该基本配置是由虚线508内的那些组件图示出的。计算设备500可以具有额外的特征或功能。例如，计算设备500还可以包括额外的数据存储设备(可移除的和/或非可移除的)，诸如例如磁盘、光盘或磁带。这些额外的存储设备由可移除存储设备509和非可移除存储设备510来图示出。

如上所述，多个程序模块和数据文件可以存储在系统存储器504中。在处理单元502上执行的同时，软件应用520可以执行处理，包括但不限于，识别管理方法200的一个或多个阶段。其它可以根据本发明的实施例使用的程序模块可以包电子邮件和通讯录应用，文字处理应用、电子表格应用、数据库应用、幻灯片演示应用、或计算机辅助绘图应用程序等。

此外，可以在电路中实现本公开的实施例，包括离散电子元件，包含逻辑门的封装或集成电子芯片，使用微处理器的电路，或者包含电子元件或微处理器的单个芯片。例如，可以通过片上系统(“SOC”)实现本公开的各个实施例，其中所示的每个组件或多个组件可以集成到单个集成电路中。该SOC设备可以包括一个或多个处理单元、图形单元、通信单元、系统虚拟化单元以及各应用功能，全部这些都集成(或“烧”)到芯片基板上作为单个集成电路。当经由SOC操作时，本文针对软件应用520所述的功能可以经由与单个集成电路(芯片)上的计算设备/系统500的其它组件集成的专用逻辑来操作。本公开的实施例还可以利用其它能够执行诸如例如与(AND)、或(OR)和非(NOT)的逻辑运算的技术来实现，包括但不限于机械技术、光学技术、流体技术和量子技术。另外，实施例可以实现在通用计算机或者任何其它电路或系统内。

计算设备500还可以具有输入设备512，诸如键盘、鼠标、笔、声音输入设备、触摸输入设备等。还可以包括输出设备514，诸如显示器、扬声器、打印机等。上述设备是示例，可以使用其它设备。计算设备500可以包括允许与其它计算设备518通信的一个或多个通信连接516。适合的通信连接516的示例包括但不限于RF发射机、接收机和/或收发机电路系统；通用串行总线(USB)、并行端口和/或串行端口。

本文所使用的术语计算机可读介质可以包括计算机存储介质。计算机存储介质可以包括以任何用于存储诸如计算机可读指令、数据结构或程序模块的信息的方法或技术实现的易失性的和非易失性的、可移除的和非可移除的介质。系统存储器504、可移除存储设备509和非可移除存储设备510都是计算机存储介质实例(即，存储器存储)的示例。计算机存储介质可包括随机存取存储器(RAM)、只读存储器(ROM)、电可擦除只读存储器(EEPROM)、闪存或其他存储器技术、压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)或其他光学存储、磁盒、磁带、磁盘存储或其他磁存储设备、或任何其他能够用于存储信息且能够由计算设备500访问的制品。任何这样的计算机存储介质可以是计算设备500的部分。

图6A和6B是示出了可以实现本公开的实施例的移动计算设备600。适合的移动计算设备的示例包括但不限于，移动电话、智能电话、平板计算机、表面计算机和膝上型计算机。在基本配置中，移动计算设备600是具有输入元件和输出元件的手持式计算机。移动计算设备600典型地包括显示器605以及允许用户输入信息到移动计算设备600的一个或多个输入按钮610。移动计算设备600的显示器605还可以充当输入设备(例如，触摸屏显示器)。如果包含，可选的侧部输入元件615允许另外的用户输入。侧部输入元件615可以是旋转开关、按钮或任何其它类型的手动输入元件。在替代的实施例中，移动计算设备600可以包含更多或更少的输入元件。例如，在一些实施例中显示器605可以是触摸屏。在又一替选实施例中，移动计算设备600是便携式电话系统，诸如蜂窝电话。移动计算设备600还可以包括任选的键板635。任选的键板635可以是物理键板或产生于触摸屏显示器上的“软“键板。在各个实施例中，输出元件包括用于示出图形用户界面的显示器605、可视指示符620(例如，发光二极管)和/或音频换能器625(例如，扬声器)。在一些实施例中，移动计算设备600包含了用于为用户提供触反馈的振动换能器。在又一实施例中，移动计算设备600可包含了输入端口和/或输出端口，诸如音频输入(例如，麦克风插口)、音频输出(例如，耳机插口)以及视频输出(例如，HDMI端口)，用于发送信号到外部设备或者从外部设备接收信号。

图6B是示出了移动计算设备的一个实施例的体系结构的框图。也即，移动计算设备600可以包含实现一些实施例的系统(即，体系结构)602。在一个实施例中，系统602实现为能够运行一个或多个应用(例如，浏览器、电子邮件客户端、记事本、通讯录管理器、消息传递客户端、游戏和媒体客户端/播放器)的智能手机。在一些实施例中，系统602集成为计算设备，诸如集成的个人数字助理(PDA)以及无线电话。

一个或多个应用程序665可以装载到存储器662中以及运行于操作系统664上或者与操作系统664关联。应用程序的示例包括电话拨号程序、电子邮件应用、个人信息管理(PIM)程序、文字处理程序、电子表格程序、因特网浏览器程序、消息传递程序等。系统602还包括位于存储器662内的非易失性存储区668。非易失性存储区668可用于存储在系统602掉电的情况下不应丢失的永久性信息。应用程序665可使用信息且存储信息于非易失性存储区668中，诸如电子邮件应用使用的电子邮件或其它消息，等等。同步应用(未示出)也位于系统602上并且被编程以与位于主机上的对应的同步应用交互以保持存储在非易失性存储区668中的信息与存储在主机中的对应信息同步。应当意识到，其它应用可以装载到存储器662中且运行于移动计算设备600上，包括本文所述的软件应用520。

系统602具有电源670，电源670实现为一个或多个电池。电源670可能进一步包括外部电源，诸如AC适配器或为电池补电或再充电的电力对接拖座。

系统602还可以包括执行发送和接收射频通信的功能的无线单元672。无线单元672促进系统602与外界之间经由通信载波或服务提供商之间的无线连接。向无线单元672发送以及从无线单元672接收是在操作系统664的控制下进行的。换言之，由无线单元672接收到的通信可以经由操作系统664散播到应用程序665，反之亦然。

可视指示器620可以用于提供可视通知，和/或音频接口674可用于经由音频换能器625产生可听的通知。在图示的实施例中，可视指示器620是发光二极管(LED)，音频换能器625是扬声器。这些设备可以直接与电源670耦合，从而当被激活时，它们在通知机制所规定的持续期间内保持接通，即使处理器660和其他组件可能为了节约电池电力而关闭。LED可以被编程以保持无限接通直至用户采取措施来指示设备的加电状态。音频接口674用来提供可听信号给用户以及从用户接收可听信号。例如，除了与音频换能器625耦合之外，音频接口674还可以与麦克风耦合以接收可听输入，例如利于电话对话。根据本发明的实施例，麦克风还可以充当音频传感器以促进通知的控制，如下文将要说明的。系统602可进一步包括使得板上照相机630的操作能够记录静像、视频流等的视频接口676。

实现系统602的移动计算设备600可以具有额外的特征或功能。例如，移动计算设备600还可以包括额外的数据存储设备(可移除的和/或非可移除的)，诸如磁盘、光盘或磁带。该额外的存储由非易失性存储区668图示。

由移动计算设备600生成或捕获以及经由系统602存储的数据/信息可以本地地存储在移动计算设备600上，如上所述，或者数据可以存储在可由设备经由无线单元672或者经由移动计算设备600与关联于移动计算设备600的单独的计算设备(例如，诸如因特网的分布式计算网络中的服务器计算机)之间的有线连接访问的任意数量的存储介质上。应当理解的是，这些数据/信息可以通过移动计算设备600经由无线单元672或者经由分布式计算网络来访问。类似地，根据公知的数据/信息传输和存储手段，包括电子邮件和协作数据/信息共享系统，这些数据/信息可轻易地在计算设备之间传输以便存储和使用。

图7示出了用于向一个或多个客户端设备提供如上所述的多语音字体内插功能的系统的体系结构的一个实施例。与软件应用520关联地开发的内容、交互的内容或编辑的内容可以存储在不同的通信信道或其它存储类型。例如，可利用目录服务722、web门户724、邮箱服务726、即时消息传递库728或社交网站730来存储各个文档。软件应用520可使用这些类型的系统等中的任一种用于实现数据利用，如本文所述。服务器720可以提供软件应用520给客户端。作为一个示例，服务器720可以是通过web提供软件应用520的web服务器。服务器720可以通过网络715将web上的软件应用520提供给客户端。通过示例的方式，客户端计算设备可以实现为计算设备500且具体实施在个人计算机702a、平板计算机702b和/或移动计算设备(例如，智能电话)702c中。客户端设备的这些实施例中的任意实施例可以从库716获得内容。

在本申请中提供的一个或多个实施例的说明和图示意在向本领域技术人员提供主题的整个范围的全面且完整的公开，而不意在以任何方式限制或限缩如权利要求的发明的范围。在该申请中提供的实施例、示例和细节被视为足以传达所有权以及使得其他技术人员能够实现和使用权利要求的发明的最佳分方式。本领域技术人员视为公知的结果、资源、操作和动作的说明可以简要或省略以免使得本申请的主题的不太已知或独特的方面不清楚。权利要求的发明不应解释为限于在本申请提供的任何实施例、示例或细节。无论是组合地或者单独地显示和描述，各个特征(结构上的和方法上的)都意在被选择性地包含或省去以产生具有特定特征集合的实施例。此外，所显示或描述的任意或全部的功能和动作可以按任何次序或者同时地执行。已经被提供了本申请的描述和示例，本领域技术人员可以设想落入在本申请实施的总的发明构思的较宽方面的精神内的、没有背离权利要求的发明的较宽范围的变型例、修改例和可选的实施例。