[发明专利]多触摸对象惯性模拟

说明书

背景技术

平板PC或笔输式计算机，是配备有触摸屏或图形输入板/屏幕混合技术的笔记本或板式(slate shaped)移动计算机，这种技术可使用户利用指示笔、数字笔或指尖而不是键盘或鼠标来操作计算机。平板PC提供更自然的输入形式，因为勾画和手写是比键盘和鼠标熟悉得多的输入形式，特别是对于对计算机不熟悉的新人来说。平板PC也可以更容易访问，因为在物理上不能输入的那些人可以使用平板PC的附加特征能够与电子世界进行交互。

多触摸表示可使计算机用户使用多个手指或输入设备(例如，指示笔)控制图形应用程序的一组交互技术。多触摸实现通常包括识别多个同时的触摸点的触摸硬件(例如，屏幕、平板、墙壁(wall)等等)和软件。多触摸是相对于一次只识别一个触摸点的传统的触摸屏(例如，计算机触摸板、ATM、购物自助服务终端)而言的。多触摸硬件可以使用热量、手指压力、高俘获率照像机、红外光、光学捕捉、调谐的电磁感应、超声波接收器、传感麦克风、激光测距仪、阴影捕捉，及其他机制，来感应触摸。存在许多多触摸接口的应用程序，应用程序设计人员和用户正在提出更多。某些用途是专用的(例如，Microsoft Surface、Apple iPhone、HTC Diamond)。作为新的输入方法，多触摸提供了新用户体验的范例的潜力。

若没有供应用程序软件从多触摸硬件接收信息的接口，应用程序就不能使用多触摸硬件。令人遗憾的是，每一个多触摸硬件设备都包括其自己的专有的接口，应用程序作者必须具有硬件设备的特定知识来编写同该设备一道工作的软件。例如，多触摸硬件提供商可以提供内核模式驱动程序和用户模式应用程序接口，用户模式软件应用程序可以通过该接口与多触摸硬件进行通信，以接收触摸信息。应用程序作者编写与用户模式应用程序接口进行通信的软件，但是，应用程序作者的软件只与该多触摸硬件一道工作。带有不同的多触摸硬件设备的计算机用户不能使用该应用程序作者的软件，除非应用程序作者编制了正确地与计算机用户的设备一起操作的软件的不同的版本。这会为应用程序作者产生非常有限的潜在市场，降低了编写支持多触摸交互的应用程序的动机，并使具有最大数量的可用应用程序的最流行的设备的成本非常高。

另一问题是应用程序难以基于从多触摸硬件接收到的触摸输入来确定用户的意图。触摸输入可以作为坐标列表来接收，其中，硬件在任何给定时间感应触摸输入。每一应用程序都必须包括解释坐标并确定用户的意图的软件。另外，用户的意图可以延伸到接收到的实际触摸输入之外。用户可以预期虚拟对象表现得如它们在物理世界中那样。例如，用户可以预期能够通过快速轻弹(flick)他/她的手指，将文件从桌面的一侧“抛”(toss)到另一侧。这种类型移动不受预期用户将他/她的手指从屏幕的一侧一直拖到另一侧的当前多触摸应用程序的支持。即使一个应用程序为此类型的移动提供支持，其他应用程序也不能从它那里得到好处，如此应用程序作者必须重复第一应用程序作者的工作以在他们的应用程序中提供相同功能。

发明内容

惯性系统为应用程序提供一种公用的平台以及应用程序编程接口(API)，以延伸从各种多触摸硬件设备接收到的输入，以模拟对象的现实世界的行为。由应用程序接收到的操纵只基于与多触摸硬件的接触的移动，来描述对象的移动。然而，为了自然地移动，对象也应该表现出诸如弹性和减速之类的物理特性。当用户从对象提起所有接触时，惯性系统向应用程序提供额外的操纵事件，以便该应用程序可以处理事件，好像用户仍在利用触摸移动对象。然而，惯性系统基于对对象的行为的模拟，实际生成事件。如果用户将一个对象移动入另一对象，则惯性系统基于对象的边界特性来发送操纵事件。如此，惯性系统提供用户使用多触摸硬件操纵的应用程序对象的更加逼真的移动，API提供跨多个应用程序之间的操纵的一致的感觉。

提供本概述是为了以精简的形式介绍将在以下详细描述中进一步描述的一些概念。本概述并不旨在标识出所要求保护的主题的关键特征或必要特征，也不旨在用于限定所要求保护的主题的范围。

附图说明

图1是示出了一个实施例中的惯性系统的组件的框图。

图2是示出了一个实施例中的惯性系统的典型的操作环境和组件之间的数据的流动的数据流程图。

图3是示出了一个实施例中的通过用户触摸操纵的应用程序对象的显示图。

图4是示出了一个实施例中的使用惯性系统处理操纵事件的多触摸应用程序的输入循环处理的流程图。

图5是示出了一个实施例中的当系统接收到触摸输入时惯性系统的处理的流程图。

图6是示出了一个实施例中的使用惯性系统处理惯性事件的多触摸应用程序的处理的流程图。