[发明专利]通过存取系统将用户接口信息提供给客户的系统和方法

说明书

本申请是申请日：2003.05.17，申请号为03801951.5(国际申请号为 PCT/US03/15272)，名称为“用户接口自动框架的类和接口”的申请的分案申请。

技术领域

本发明涉及辅助技术(assistive technology)、自动化测试和其它产 品领域，所述产品对用户接口信息以及具有用户接口信息的这些产品的交互作用进 行收集。

背景技术

辅助技术(AT)的产品是用于为在学习、交流和访问计算机软件所含有和表 达的信息这些方面需要辅助的计算机用户提供帮助。这些产品需要与计算机接口相 关的信息。同样，现有的自动化测试产品和用户接口命令辅助程序也需要有关用户 接口的信息。当前，这些产品并不具有足够的用户接口(UI)信息源。上述3种类 型的产品(客户)需要得到其它方面的必要支持以实现：(1)收集有关应用程序 用户接口的信息；(2)无论采用什么技术创建UI，都能可编程地揭示和询问UI 单元；(3)产生键盘和指针输入；以及(4)了解哪种类型的状态或功能当前有效。 目前，还没有哪种单一技术可以为某一AT产品提供所有这些能力。而且，当前的 AT产品并不都是与所有的图形操作系统(OS)技术完全兼容，并且缺乏以集中方 式过滤和调整冗余或误导通知的能力。而另一缺陷在于现有的自动和存取基本架构 缺乏可扩展性，并且因此需要改变OS层以添加新功能。

而且，目前，为收集有关应用程序用户接口的信息，AT产品必须写入应用程 序定制代码以便为用户获得信息。而写入这些应用程序定制代码的处理是费时并需 要不断维护。当前的自动基础架构也缺乏以相容方式过滤和调整冗余或误导事件通 知的能力。这样，事件的消费者就需要独立地过滤信息。

当前的系统允许将AT产品以3级颗粒度(granularity)级别请求事件通知： (1)桌面上的一切；(2)在特定的进程中(例如打开字处理程序)；或3)在特 定进程中的线程(进程中的多对象操作)。目前，当客户接收一个事件，它就对产 生了该事件的特定窗口的窗口句柄和指示哪里产生事件的其它信息位进行接收。客 户做出交叉处理调用以检索与该事件相关的UI对象。利用该对象，客户可以做出 附加交叉处理调用以请求有关该对象的信息。如果客户需要五段信息，那么，客户 就必须做出5次交叉处理调用。交叉处理调用是非常缓慢的，因此，使用当前存取 基础架构收集UI信息的执行成本是很高的。这种类型的已知情况在图11中示出。 服务器应用程序12激活事件6。核心程序14判定必须通知哪些客户，并向感兴趣 的客户10发送事件通知18。客户10经过处理边界2向服务器应用程序12发出对 有关事件通知18的对象的请求16。服务器应用程序12返回对象20，并且随后， 客户10可以开始发送对与激活事件的UI控制相关信息的请求16。服务器应用程 序12经过处理边界2将所请求的信息20返回给客户10。

另一种选择是将客户代码作为进程中的动态链接库(.DDL)进行加载。这种 选择具有一些缺陷。首先，它需要系统协助将客户代码加载到进程中。其次，由于 一旦将客户代码加载到应用程序的进程中，就很难对其收集的信息进行限制，因此， 它会产生安全问题。再次，对于客户来说为了使其成为有效的技术，就必须将其加 载到系统上运行的每个进程中。比较理想的做法是仅将可信任的客户加载到另一应 用程序进程中。

而且，需要系统能够给予客户对其想要接收的事件通知进行规定的能力。在 已知的系统中，客户可能需要做出大量交叉处理调用，并随后分析信息以判定它是 否对该事件感兴趣。需要一种机制能够以更加有效的方式执行对该事件的过滤，并 能很容易地进行升级以支持新的系统或应用程序事件。而且，需要一种仅使用可信 任成份的系统，以缓解安全问题。

目前，当查询有关用户接口的信息时，要求AT产品对树进行访问，该树是特 定UI框架的本身结构。因此，对于多个UI框架就需要多个树来传送用户接口信息。 这些不同的树可能含有不感兴趣的信息或对用户不可见，例如隐藏的容器对象，它 对最终用户控制的可视UI控制进行管理。因此，就需要一种仅具有用户感兴趣的 节点的单一标准的树。

需要一种解决方案来解决对AT产品、自动测试工具和命令辅助程序的需求。 这种解决方案可以由所有的图形OS技术使用，并能允许对所有形式的UI和UI组 件的存取访问。

发明内容