专利名称：用于姿势控制的用户界面的利记博彩app
用于姿势控制的用户界面背景 确定产品的可接受性的重要属性是度量产品的实际用途是否能够达到设计者们 期望他们达到的目标的有用性。有用性的概念进一步分解成实用性和可用性。虽然这些术 语是相关的，但它们不可互换。实用性指的是产品执行一个或多个任务的能力。产品被设 计执行的任务越多，其具有的实用性越强。考虑来自1980年代晚期的典型Microsoft MS-DOS 文字处理程序。这些程序 提供了各种各样强大的文本编辑和操纵特征，但需要用户学习和记忆晦涩难解的键击来执 行这些特征。可以说，像这样的应用程序具有高实用性(它们向用户提供必要的功能)但 低可用性(用户必须花费大量时间和精力来学习和使用它们)。相反，像计算器等的设计良 好的简单应用程序可以非常容易使用但不提供很多实用性。这两种质量对于市场可接受度都是必要的，并且这两者都是有用性总体概念的一 部分。显然，如果设备高度可用但不实现任何有价值的东西，则没人会有很多理由来使用 它。并且被展示难以使用的强大设备的用户很可能抗拒它或寻求其他选择。用户界面(“UI”)的开发是产品设计者和厂商正在花费大量资源的一个具体领 域。虽然许多当前UI提供令人满意的结果，但可能期望附加的实用性和可用性。提供本背景来介绍以下概述和详细描述的简要上下文。本背景不旨在帮助确定所 要求保护的主题的范围，也不旨在被看作将所要求保护的主题限于解决以上所提出的问题 或缺点中的任一个或全部的实现。概述用于姿势控制的UI (用户界面)通过阻止多个姿势在同一时刻被无意地调用来增 强用户的导航体验。通过建立两个或更多姿势类别来克服这一问题。例如，第一姿势类别 可包括可能在第二姿势类别中包括的姿势之前被调用的姿势。即，第二类别中的姿势通常 在已经调用了第一类别中的姿势之后被调用。落入第一类别的姿势的一个示例可以是启动 设备的操作的姿势，而落入第二类别的姿势可以是音量的改变。落入第二类别的姿势需要 满足与落入第一类别的姿势相比更多的准则以便被调用。在一个说明性示例中，“擦拭”用作落入第一类别的姿势。擦拭由单个准则触发，即 触摸输入跨过触摸垫上的一条刻度线。落入第二类别的姿势可以是长擦拭，该长擦拭由触 发擦拭所需的准则加上第二准则来触发，该第二准则可以是触摸输入跨过触摸垫上的第二 条刻度线。提供本概述以便以简化形式介绍将在以下详细描述中进一步描述的一些概念。本 概述并非旨在标识所要求保护的主题的关键特征或必要特征，也不旨在用于帮助确定所要 求保护的主题的范围。附图描述
图1示出包括其中可以实现本发明的用于自然姿势控制的带有物理学引擎的用 户界面的便携式媒体播放器的说明性环境；图2示出说明性GPad的分解组件图3示出按其背表面的立体视图的触摸垫的细节；图4示出说明性触摸垫的分解组件图；图5示出GPad所接收的输入； 图6示出GPad所接收的移动输入；图7示出GPad上的刻度线。图8示出其中姿势引擎接收姿势事件的说明性安排；图9示出说明性擦拭事件的流程图。详细描述图1示出包括诸如便携式媒体播放器105等的计算设备的说明性环境100，其中可 以实现本发明的采用姿势控制的用户界面(“UI”)。便携式媒体播放器被配置成响应于到 UI的最终用户输入来呈现媒体，包括音乐、视频、图像、文本、照片等。用户界面例如利用显 示设备来示出菜单并列举所存储的内容，以及最终用户可通过其与UI交互的输入设备或 控件。在该示例中，便携式媒体播放器105包括显示屏幕108和包括按钮112和115的多 个用户控件、以及用作多功能控制和输入设备的触摸或姿势垫(称为“6 &(1”)120。因为按 钮112和115被放置在GPad 120的两侧，所以它们被称为侧按钮。在该说明性示例中，按钮 112和115常规地用作“返回”和“播放/暂停”控件。Gpadl20提供常规的5向D-pad(上 /下/左/右/OK ( S卩，“回车”))功能并支持如下文更详细描述的UI姿势。在该示例中，显示屏幕108示出包括存储在媒体播放器105上的媒体内容(诸如 音乐曲目)的列表110的UI。要强调的是，虽然示出了列表110，但是术语“列表”可被一 般化为意指行项目列表、网格或任何项目系列。媒体播放器105通常被配置成使用各种组 织方法或方案(例如，按风格、按艺术家名字、按专辑名称、按曲目名称、按播放列表、按最 流行度等来列举内容)来显示所存储的内容。在图1中，示出了按照字母次序的艺术家列 表，其中经由突出显示126来强调一个艺术家。虽然最终用户可如下所述地使用姿势与UI 交互，但GPad 120上的输入还可模拟在常规D-pad上的向上和向下按钮点击来向上和向下 滚动该列表。在该说明性UI中，内容列表按照绕轴旋转传送带安排被并排地放置。同样，虽然 最终用户可如下所述地使用姿势与UI交互，但GPad 120上的输入还可模拟常规D-pad上 的向左和向右点击来在传送带中的不同列表之间绕轴旋转。虽然未在图1中示出，但是媒 体播放器105可以显示照片和其他图像的缩略图网格并按相似的绕轴旋转方式来访问。如图2中的分解组件图所示，GPad 120包括触敏人类界面设备(“HID”) 205，该设 备包含针对传感器阵列218设置的触摸表面组件211，在该说明性示例中，传感器阵列218 被配置为电容式触摸传感器。在其他示例中，可以采用非电容式传感器阵列从而使得可改 为采用指示笔或其他输入设备来代替人类附肢。传感器阵列218针对单个机械开关来设 置，在该示例中该单个机械开关被配置为揿扭按钮或拨动开关220。图2中示出的组件被进 一步组装成适当地容纳拨动开关220同时限制触摸表面的运动的外壳(未示出)。如此安排GPad 10，以使最终用户将手指或其他附肢滑过触摸表面组件211时，底 层传感器阵列218捕捉最终用户的手指相对于二维平面(称为“X/Y”平面)的位置。输入 表面按照以下方式相对于外壳和单个开关221来定向使得可以在其正面上的任意位置按 压该表面来激活(即，激发)开关220。
通过将拨动开关220与用户在X/Y平面上的触摸位置相组合，包括但不限于常规 D-pad所使用的五个按钮的多个分立按钮的功能甚至可以只用一个开关来模拟。然而对于 最终用户，这种模拟是透明的，并且GPad 120被认为是提供常规D-pad功能。虽然以上呈现的Gpad 10的示例使用单个开关，但在其他实现中也可以采用多个 开关。例如，可以将多个开关排列在网格中或传统d-pad排列中。触摸表面组件211包括从聚合物材料形成的可被安排成采用各种不同的形状的 触摸垫223。如图1和2所示，触摸垫223在平面上是正方形和圆形的组合(即，基本上是 带有圆形转角的正方形)的形状，并且在剖面上是凹的圆盘形状。然而，取决于特定实现的 要求，也可使用其他形状和剖面。触摸垫223在弯曲弹簧外壳229中捕捉，该弯曲弹簧外壳 229用于对抗弹簧力来维持垫223。在用户与GPad 120交互时用户在“ζ”方向上推动触摸 垫223的情况下，该弹簧力阻止触摸垫223发出卡嗒卡嗒声，并且提供对抗用户手指的附加 触觉反馈力(除了拨动开关220所提供的弹簧力之外)。当用户不仅仅沿着开关220所在 的轴推动触摸垫223的中央而且推动其表面上的其他位置时接收该触觉反馈。触觉反馈可 以由开关220的操作本身所产生的听觉反馈、或者通过用媒体播放器中的内置扬声器或经 由其音频输出端口播放适当的声音样本(诸如预先录制或合成的点击声音)所生成的听觉 反馈来补充。传感器阵列218的背面在图3中示出并在图4中被示为分解组件。如图4所示， 传感器阵列218的背面设置了各种组件(由标号312来共同标识)。如图4所示，触摸垫 粘合层被置于触摸垫416上。绝缘体423覆盖拨动开关220。侧按钮也使用类似地由侧按 钮绝缘体431覆盖的拨动开关436来实现。弯曲电缆440用于将板的开关耦合到板连接器 451。如图所示，使用了支肋456以及侧按钮粘合剂445。 GPad 120提供胜于现有输入设备的多个优势，即其允许最终用户在不抬起输入手 指的情况下同时提供姿势、模拟输入和瞬时数字输入，同时向用户提供来自瞬时输入的可 听和触觉反馈。另外，GPad 120使用传感器阵列218将X和Y位置与来自单个开关220的 输入进行相关。这消除了对位于各个χ和y位置处的多个开关向媒体播放器中的处理器提 供对准到X/Y平面上的位置的用户输入的需求。包括输入设备的开关数量的减少降低了设 备成本并且需要设备中较少的物理空间。除了接受按钮点击之外，媒体播放器105所支持的UI还接受来自用户的姿势。可 以使用各种各样不同的姿势。作为示例，这些姿势可以是单点或多点姿势；静态或动态姿 势；持续或分段姿势；和/或类似姿势。单点姿势是用单个接触点来执行的那些姿势，例如 该姿势用例如来自单个手指、手掌或指示笔等的单个触摸来执行。多点姿势是可以用多个 点来执行的那些姿势，例如，该姿势用诸如例如来自多个手指、手指和手掌、手指和指示笔、 多个指示笔和/或其任意组合等的多个触摸来执行。静态姿势是不包括运动的那些姿势， 而动态姿势是包括运动的那些姿势。持续姿势是在单个敲击中执行的那些姿势，而分段姿 势是在不同步骤或敲击序列中执行的那些姿势。动态姿势的示例包括擦拭和猛推，这将在 下文中更详细地讨论。图5示出GPad 120的触摸垫223。触摸垫223可在触摸垫223上的第一位置410 处接受输入405。输入405可以是手指或来自指示笔的触摸，或者在触摸垫223上创建输 入405的任何其他方式。可以围绕当前位置410创建恒域420。恒域420是环绕当前位置410的区域。在一个实施例中，该区域的大小是使得触摸垫223上的无意移动不被认为是离 开恒域420的大小。恒域420允许用户在没有无意激活非期望动作的情况下作出小的输入 405移动。在一个实施例中，恒域420的大小是环绕当前位置410的区域的50%。当然，其 它恒域420大小是可能的。另外，恒域420的大小可由用户或者设备上的应用程序来调整。如果输入405移动到恒域420之外，则输入405离开恒域的位置被存储在存储器 中。图6可示出其中用户将手指(作为输入405)移动到恒域420之外并且手指在位置500 处离开恒域420的示例。当然，取决于触摸垫223的灵敏度，多个环绕位置可以是输入405 离开恒域420的可能位置500。在一个实施例中，可以对位置500求平均来找到中心，或者 在另一实施例中，可以使用在恒域420以外接收到的第一输入位置500。当然，其它实施例 是可能的。可以通过使用从前一位置410到当前位置520的方向来确定输入方向(例如， 左_右、右-左、上-下、下-上、对角线)。例如，当前位置520可以是第一位置而前一位 置410可以是输入离开恒域420的位置。可以创建连接当前位置520和前一位置410的向 量。可以使用该向量来确定用户是否期望执行特定动作，诸如在项目列表中向上移动、向下 移动、或者当各种方向可用时在项目列表中的实际上任何方向上遍历。例如，在其中移动是 在列表中向上或向下的二维列表中，主要从左向右移动但也少量向上移动的跨触摸垫233 的运动(诸如图6中)将被解释为期望在列表中向上移动。参考图7，可以创建水平刻度线610和垂直刻度线620，并且可以通过比较前一交 叉刻度线的位置和当前交叉刻度线来确定方向。如果输入405至少移动了一个刻度距离，则该动作被解释为按照与离框330的输 入方向上的刻 度距离的数量成比例的因子来旋转显示器上的显示项目的动作。在某些实施 例中，该因子是一，但其他因子是可能的。刻度距离630可以是两个水平刻度线610或两个 垂直刻度线620之间的距离。当然，网格可以是不同角度，并且线600不一定要是完全垂直 和水平的。例如，在一个实施例中，线600是围绕输入405的环。另外，刻度距离630可以 是任意距离。该距离可由程序员为设备上运行的每一应用程序来设置。另外，刻度距离可 与第一位置410处的输入405的大小相关。例如，如果用户具有很大的手指而导致很大的 输入405，则刻度距离可以大于输入405尺寸很小的情况。当然，刻度线之间的距离可按相 同方式来设置。在另一实施例中，刻度距离630对于所有应用程序和所有用户是常量，从而 使得用户将形成对在计算设备100上执行所需动作所需的移动尺寸的感受。如图8所示，该示例中的UI不直接与来自GPad 120的触摸数据交互，但相反与姿 势引擎612所确定的语义姿势事件606交互。说明性擦拭行为在图9中所示的流程图700中示出。注意，用户运动由慢移器机 制来过滤以产生姿势事件。虽然用Win32鼠标事件(m0USt_event)结构的术语来描述该示 例，但应该注意，可以更一般地采用任何消息或事件结构，只要它是UI和底层操作系统所 支持的。在框710处，当用户触摸GPad 120时姿势引擎612接收鼠标事件(M0USEEVENT)a. dwFlags-MOUSEEVENTF_ABSOLUTEb. dxc. dy
d. dwData-应该 为零，因为我们没有在处理鼠标滚轮事件e. dwExtralnfo-用于标识输入源的一位(如果附连HID则为1，否则为0)该事件转换成添加到处理队列的TOUCH BEGIN (触摸开始)事件，如框716所指示 的。在框721处，姿势引擎612接收另一鼠标事件a. dwFlags-MOUSEEVENTF_ABSOLUTEb. dx-鼠标在X轴((0，0)在左上角，(65535,65535)是右下角)上的绝对位置c. dy-鼠标在Y轴(与X轴相同)上的绝对位置d. dwData-0e. dwExtralnfo-用于标识输入源的一位(如果附连HID则为1，否则为0)在用户从Gpad释放其手指的情况下当姿势引擎接收鼠标事件时该姿势完成a. dwFlags-MOUSEEVENTF_ABSOLUTE|MOUSEEVENTF_LEFTUPb. dx-位置c. dy-位置d. dwData-e. dwExtralnfo-用于标识输入源的一位该事件被转换成TOUC END (触摸结束)事件。在框726处，姿势引擎612接收要处理的八个附加移动事件。初始坐标是位于触 摸垫223的中上部中的(32000,4000)，并且在该示例中假定用户期望向下擦拭。该移动事 件的后续坐标是1. (32000,6000)2. (32000，8000)3. (32000，11000)4. (32000，14500)5. (32000，18500)6. (32000,22000)7. (32000,25000)8. (32000,26500)如果发生擦拭，则需要知道方向性偏差，如框730处所指示的。因为距离计算提供大小而非方向，所以测试个别增量χ值和增量y值。较大的增 量指示方向性偏差(或垂直或水平)。如果增量是正的，则指示向下(对于垂直移动)或向 右(对于水平移动)移动。如果增量是负的，则指示向上或向左移动。这是否成为擦拭取决于是否跨过最小擦拭距离阈值，如框735处所示。该距离使 用以下表达式来计算
_1] ^l(Xn-X0)2+(yn-y0)2其中Xtl和％是初始触摸点，S卩(32000,4000)。为了避免代价高昂的平方根运算， 对最小擦拭距离进行平方然后执行比较。假定对于擦拭的最小距离阈值是8000个单位，则将在带有y值14500的坐标4处 跨过边界。在整个坐标网格中，存在慢移刻度线的概念。每一次跨过刻度线时，激发擦拭继续(Scrub Continue)事件，如框742所示。在许多情况下，当不直接落在刻度上时，不触发事 件。对于垂直慢移，这些刻度线是水平的，并且刻度大小参数控制这些刻度彼此的距离。在 擦拭开始时确定刻度线位置；初始刻度线与擦拭开始处的坐标相交。在我们的示例中，擦拭 在y = 12000处开始，所以刻度线位于y = 12000处以及在该刻度线以上和以下的N个单 位间隔处。如果N是3000，则该擦拭将在y = 3000、y = 6000、y = 9000、y = 15000、y = 18000、y = 21000、y = 24000、y = 27000、y = 30000等处产生附加线。因此，通过垂直向 下移动，对于以下坐标将跨过刻度线· #5 (经过 y = 15000 并且经过 y = 18000)· #6(经过 y = 21000)· #7 (经过 y = 24000)注意，一旦经过刻度线，就无法触发另一擦拭继续事件，直到跨过另一刻度线或者 姿势结束。这是为了避免由于跨刻度线的少量来回运动而发生的非预期行为。现在，有了坐标9和10 9. (32000,28000) 10. (36000，28500)在这种情况下，坐标#9将触发另一擦拭继续事件。然而，对于坐标#10，用户已经 向右转移。此处不需要特殊情况_擦拭继续但慢移器不对输入做任何事，因为还没有跨过 另一刻度线。这看起来可能很奇怪，因为用户正在显著地向右移动而不在继续向下。然而， 这没有中断姿势。这是因为慢移器保持对一个维度的擦拭。总而言之，当触摸移动经过离初始触摸的最小距离阈值时擦拭开始。用于姿势检 测的参数包括与上述“恒域”的半径等价的擦拭距离阈值。擦拭运动被检测为最终用户移 动经过慢移器刻度线。回想，在跨过慢移器刻度线时，慢移器被关闭直到跨过另一刻度线或 者擦拭结束。此处用于姿势检测的参数是刻度宽度(水平和垂直)。UI物理学引擎考虑每 一擦拭事件所移动的列表项目的数量，尤其是擦拭开始和擦拭继续事件。当最终用户从触 摸垫223抬起他或她的手指时，擦拭完成。猛推作为擦拭来开始但随用户快速地从Gpad上抬起他的手指来结束。因为猛推 作为擦拭来开始，仍将期望产生擦拭开始事件。之后，姿势引擎可取决于用户手指的运动来 产生0个或多个擦拭继续事件。关键区别是代替仅仅擦拭结束事件，首先报告猛推事件。用于触发猛推事件的准则是双重的。首先，用户的抬离速度(S卩，当用户从GPad 120释放他的手指时用户的速度)必须超过特定阈值。例如，可以维护五个最近触摸坐标/ 时间戳的队列。抬离速度将使用该队列中的头和尾条目来获得(假定头条目是最终用户释 放他或她的手指之前的最后一个坐标)。应该注意，触发猛推所需的阈值速度一般不由姿势 引擎来设置。相反，其由每一应用程序的用户界面来确定。第二个要求是猛推运动在预定弧度内发生。为了确定这点，可以获得水平和垂直 猛推的单独角度范围参数。注意，这些角度是相对于初始触摸点的；他们不基于GPad 120 的中心。为了实际执行比较，计算最近触摸坐标队列中的头和尾元素的斜率并将其与角度 范围的斜率进行比较。可以按上文结合擦拭和猛推所描述的相似的方式来确定其他类型的姿势。如在擦 拭和猛推的情况下一样，每一类型的姿势由其自己的准则集来触发。例如，在擦拭的情况下，必须满足的准则是输入(例如，输入405)跨过触摸垫上的至少一条刻度线。在猛推的情 况下，准则是(1)输入跨过触摸垫上的至少一条刻度线，以及(2)抬离速度超过特定阈值， 以及(3)输入发生在预定弧度中。在任意时刻存在可被调用的多个姿势时使用姿势控制可能产生一个问题。一旦计 算设备已经在使用中时这可能是尤其严重的问题。例如，如果计算设备是在呈现媒体内容 的过程中的媒体播放器，用户可使用预定姿势之一来无意地调用改变音量或从内容项目中 的一个曲目、章节或场景跳到内容项目中的另一曲目、章节或场景的动作。克服这种问题的一种方式是将姿势分类为一级姿势或二级姿势。一级(或第一) 姿势是在执行启动设备的操作的动作时调用的任何姿势。这种动作包括，例如，打开设备的 动作、展示可被呈现的项目列表的动作、以及选择要呈现的特定项目的动作。另一方面，二 级(或第二)姿势是一般在已经调用一级姿势之后的某一时刻调用的那些姿势。即，二级 姿势通常在计算设备已经开始运行之后调用。二级姿势的示例包括上述可能被无意调用的 那些成问题的姿势，诸如例如引起音量改变的姿势。为了提高UI的可用性，重要的是二级姿势是只能由用户有意地调用的类型。另 夕卜，二级姿势不应该易于与一级姿势中的任一个混淆。实现这两个目标的一种方式是触发 二级姿势所需的准则多于触发一级姿势所需的准则。换言之，如果触发特定一级姿势需要 准则A和B，则特定二级姿势可由准则A、B和C触发。作为示例，如先前所述地在输入跨过 触摸垫上的一条刻度线时被触发的擦拭可用作一级姿势。可被称为长擦拭的二级姿势可由 触发擦拭所需的前述准则加上输入必须在没有中断的情况下跨过触摸垫上的第二条刻度 线的附加准则来触发。换言之，长擦拭在输入按持续的方式跨过两条刻度线时被触发。代替简单地将姿势分类成两个类别，姿势可更一般地被分成任意数量的类别(或 子类别)，每一类别各自可通过向每一后续类别添加附加准则来调用。
因为长擦拭需要用户执行比执行擦拭所需的更多的动作，所以长擦拭较不可能被 无意地调用。因此，当擦拭用作一级姿势时，长擦拭可有利地用作二级姿势，因为其相对不 太可能与擦拭混淆。例如，如果擦拭用作开始呈现内容项目的一级姿势，则长擦拭可用作提 高或降低内容项目的音量的二级姿势。为进一步降低无意调用二级姿势的可能性，可要求附加准则来触发二级姿势。例 如，代替简单地要求长擦拭在输入按持续的方式跨过两条刻度线时被触发，长擦拭可改为 只有当按持续的方式跨过三条或更多刻度线并且进一步在某一预定时间段(例如，几毫 秒)内跨过刻度线时才被触发。可用于对计算设备执行不同动作的长擦拭的其他变型包括其中跨过的刻度线是 水平刻度线的长水平擦拭。类似地，当跨过的刻度线是垂直刻度线时可以触发长垂直擦拭。 作为示例，长水平擦拭可用于对媒体设备执行从曲目、章节、场景等跳到另一曲目、章节、场 景等的动作。以此方式，用户不太可能在他或她例如打算对项目列表进行排序、停止当前正 在呈现的内容项目、或者改变当前正在呈现的内容项目时无意地导致跳过发生。许多其他二级(以及三级等等)姿势可基于各种各样的多点姿势、静态姿势、动态 姿势、持续姿势、分段姿势等来定义。在每种情况下，二级姿势只有在用户输入满足与相应 的一级姿势相比更多数量的准则时才可被触发。虽然不必总是如此，但触发特定一级姿势 所使用的准则常常是触发相应的二级姿势所需的准则的子集。
使用姿势控制可能产生的另一问题涉及诸如用于模拟对鼠标等的点击、ok或回车 动作的那些静态姿势。例如，可以使用这种动作来从计算设备的显示器上展示的列表中选 择一个项目。在某些情况下，这种类型的静态姿势的活动区域是触摸垫的中心，虽然其不必 限于这一位置。在任一情况下，活动区域可能不能由触摸垫上的任何标记等来可视地标识。 因此，用户可能不能总是正确地在活动区域内执行静态姿势。即，用户可能无意地在活动区 域之外执行静态姿势，并且结果将无法执行所需响应或动作。已经发现关于静态姿势的这一问题在以下情况下可能尤其严重用户在输入(例 如，用户的手指或指示笔)已经停留在触摸垫上相对较长时间或者执行擦拭或其他类似的 姿势之后立即试图执行静态姿势。在这些情况下，用户不太可能将输入抬离触摸垫并将其 移到活动区域(例如，触摸垫的中心)。如果活动区域的尺寸按动态的方式变化，则可以降 低该问题的严重性。例如，在输入已经与触摸垫接触了某一段预定时间之后，可以增加活动 区域的尺寸。以此方式，用户将更有可能在活动区域中执行静态姿势。另一方面，如果输入 从触摸垫移除，则活动区域可返回至用作默认尺寸的较小的尺寸。换言之，其中可以执行静 态姿势的活动区域将维持其默认大小，除非输入已经与触摸垫接触了某一段时间(例如， 0.750ms)，在该段时间之后，活动区域临时增大其尺寸。当然，活动区域的尺寸也可按其他 方式动态地变化并且不限于此处作为示例讨论的两种状态(例如，尺寸)。尽管用结构特征和/或方法动作专用的语言描述了本主题，但可以理解，所附权 利要求书中定义的主题不必限于上述具体特征或动作。相反，上文所描述的具体特征和动 作是作为实现权利要求的示例形式来公开的。
权利要求
1.一种用于对计算设备100执行动作的方法，所述方法包括响应于接收到第一用户输入405来执行第一动作，所述第一用户输入从各自根据至少 一个准则来触发的第一多个姿势606中选择；以及在执行所述第一动作之后，响应于接收到第二用户输入来执行第二动作，所述第二用 户输入从各自根据触发所述第一多个姿势中的一个的准则以及至少一个附加准则来触发 的第二多个姿势606中选择。
2.如权利要求1所述的方法，其特征在于，所述第一多个姿势606包括擦拭，并且触发 所述擦拭的准则包括接收到跨过触摸垫223上的一条刻度线610、620的输入。
3.如权利要求2所述的方法，其特征在于，所述第二多个姿势包括长擦拭，所述长擦拭 由包括接收到在不中断的 情况下跨过所述触摸垫223上的至少两条平行刻度线610、620的 输入的准则触发。
4.如权利要求1所述的方法，其特征在于，所述第一动作显示项目列表并且所述第二 动作是音量的改变。
5.如权利要求4所述的方法，其特征在于，所述第二多个姿势包括长水平擦拭，所述长 水平擦拭由包括接收到在不中断的情况下跨过所述触摸垫223上的至少两条水平刻度线 610、620的输入的准则触发。
6.如权利要求1所述的方法，其特征在于，所述第一动作显示要呈现的项目列表，并且 所述第二动作是从当前正被呈现的特定项目的一个部分到另一部分的改变。
7.如权利要求6所述的方法，其特征在于，所述正被呈现的特定项目是视频，并且所述 视频的部分是所述视频的不同场景或段。
8.如权利要求3所述的方法，其特征在于，触发长擦拭的准则还包括在预定时间段内 跨过所述两条平行刻度线610、620。
9.一种用于处理触摸输入的方法，所述方法包括在计算设备100的触敏输入设备223上的活动区域处接收静态姿势；以及响应于所述静态姿势执行动作，其中所述活动区域在所述触敏输入设备223上的定义 区域上延展，并且所述活动区域的尺寸根据已经接收的触触摸输入405的状态来变化。
10.如权利要求9所述的方法，其特征在于，所述触摸输入405的状态是在接收到所述 静态姿势之前已经接收所述触摸输入405的时间长度。
11.如权利要求9所述的方法，其特征在于，响应于所述静态姿势来执行的动作是选择 所述计算设备100的显示器上的项目。
12.如权利要求10所述的方法，其特征在于，所述定义区域具有默认尺寸或大于所述 默认尺寸的第二尺寸，并且其中如果接收所述触摸输入405的时间段超过阈值时间量，则 所述活动区域只在所述第二尺寸的定义区域上延展。
13.如权利要求10所述的方法，其特征在于，所述定义区域具有默认尺寸或大于所述 默认尺寸的第二尺寸，并且其中如果接收所述触摸输入405的时间段超过阈值时间量并且 所述触摸输入405和所述静态姿势是在两者之间没有任何中断的情况下接收的，则所述活 动区域只在所述第二尺寸的定义区域上延展。
14.如权利要求12所述的方法，其特征在于，在接收到所述静态姿势终止之后所述定 义区域返回到所述默认尺寸。
15. 一种接收用于操作计算设备100的用户输入的方法，所述方法包括 在所述计算设备100的输入设备223上接受第一姿势作为第一用户输入405，其中所述 第一姿势在满足至少N个准则时被触发，其中N大于或等于1 ；以及在所述输入设备223上接受第二姿势作为第二用户输入，其中所述第二姿势在满足至 少N+1个准则时被触发，其中N+1个准则包括触发所述第一姿势所需的所述N个准则。
全文摘要
用于姿势控制的UI(用户界面)120通过阻止多个姿势在同一时刻被无意地调用来增强用户的导航体验。通过建立两个或更多姿势类别来克服这一问题。例如，第一姿势类别可包括可能在第二姿势类别中包括的姿势之前被调用的姿势。即，第二类别中的姿势通常在已经调用了第一类别中的姿势之后被调用。落入第一类别的姿势的一个示例可以是启动设备100的操作的姿势，而落入第二类别的姿势可以是音量的改变。落入第二类别的姿势需要满足与落入第一类别的姿势相比更多的准则以便被调用。
文档编号G06F3/02GK102077153SQ200980124868
公开日2011年5月25日 申请日期2009年6月12日 优先权日2008年6月26日
发明者C·E·利希滕斯坦, J·L·塞尔曼, T·A·阿巴那米 申请人:微软公司