[发明专利]用户接口协作框架

说明书

技术领域

本发明总体上涉及处理方面的用户接口设计。更具体地说，本发明涉及用于对用户接口组件进行协作开发和测试的处理框架。

背景技术

处理中的用户接口(user interface，UI)一般涉及计算机程序呈现给用户的图形、文字或听觉信息，并且，用户利用控制机构与计算机程序通信。UI一般包括多个UI组件。例如，在图形用户接口(general user interface，GUI)中，UI组件为一组图形元素。图形元素包括按钮、窗口、面板、对话框以及上述元素的组合，但不限于此。当图形元素组合在一起，从而给用户提供特定功能时，图形元素构成一个UI组件。例如，在MicrosoftWord中，UI组件可以是菜单栏、状态栏或书写区。一般情况下，不同的应用程序包括不同的UI组件。

UI组件经常是相互依赖的。在以上的MicrosoftWord的例子中，当用户在书写区中移动光标时，状态栏跟踪光标移动，并且显示光标的当前位置。通过接收来自书写区的消息，将光标移动告知状态栏，状态栏对光标位置进行更新。因此，书写区的操作调用(invoke)状态栏的操作，因此，在书写区与状态栏之间存在相关性。

由于这种相互相关性，对UI组件进行开发和测试通常是复杂且费时的。很难将UI组件分开且并行地开发它们。此外，由于相互相关性，按照惯例，利用相同的编程语言并且在相同的运行环境下设计UI组件，以保证内部组件消息被无差错地传递。这导致了实现UI组件的UI逻辑的复杂性、不灵活性以及不可扩展性。

如果在不同操作系统下、以不同语言写成UI组件，或者，UI组件在不同机器上运行，则很难同时测试这些UI组件。例如，在传统系统中，难以同时测试用不同语言(如Java，C++和.Net)写成的UI组件。相似地，也难以同时测试在不同操作系统(如Windows，Linux和Unix)下开发的UI组件。

发明内容

用户接口(UI)协作系统使得多个应用客户(application client)能够在不同环境中协作。系统包括服务器、第一应用接口(application interface，API)和第二API，但不限于此。第一API被耦合到服务器，并且与包括第一UI组件的第一应用客户有关。当通过激活第一UI组件的功能来触发事件时，第一API向服务器报告该事件。第二API被耦合到服务器，并且与包括第二UI组件的第二应用客户有关。第二API接收从服务器发送的事件，从而激活第二UI组件。可以包括不止两个应用客户和API。

根据附图和后面的详细描述，本发明的其他特性将变得更加清楚。

附图说明

通过例子对本发明进行说明，并且，不限于附图中示出的图，在附图中，相同的标号表示相似的要素。

图1示出了显示多个相互依赖的用户接口(UI)组件的图形用户接口(GUI)的例子。

图2示出了按照本发明的实施例的，使UI组件的相互作用协调的用户接口(UI)服务器。

图3为示出了按照本发明的实施例的UI协作系统的框图。

图4为示出了按照本发明的实施例的UI协作系统的操作的流程图。

图5为示出了按照本发明的一个实施例的，独立开发的UI组件的GUI。

图6为示出了两个不同应用的UI组件基本上被同时测试的GUI。

图7为示出了可以用作本发明的实施例的数据处理系统的框图。

具体实施方式

以下对用于用户接口(UI)协作的方法和系统进行描述。在以下描述中，提供大量细节描述以便更透彻地说明本发明的实施例。但对本领域的技术人员来说显而易见，可以在没有这些特殊细节的情况下实践本发明的实施例。在其他情况下，为了避免使本发明的实施例变得模糊，不是详细地，而是以框图的形式示出众所周知的结构和装置。

说明书中对“一个实施例”或“一实施例”的引用，指的是结合该实施例描述的具体特性、结构或性能包括在本发明的至少一个实施例中。在说明书中的不同之处出现的短语“在一个实施例中”，并不都指同一个实施例。