[发明专利]一种抓取应用程序的图形用户界面资源的方法及装置

说明书

技术领域

本发明涉及计算机技术领域，具体地说，涉及应用程序的国际化过程 中应用程序的图形用户界面(GUI)的处理，更具体地，涉及抓取应用程 序的图形用户界面资源的方法和装置以及编辑应用程序的图形用户界面的 方法和装置。

背景技术

为了满足应用程序的国际化的要求，应用程序的图形用户界面中的可 视文本数据需要翻译成多种语言。一般地，在应用程序中，可视文本数据 与其二进制程序代码是分离的，可视文本数据被单独存储在多个资源文件 中。当执行应用程序时，该应用程序逻辑根据用户所在地(locale)从这些 资源文件中获取相应的可视文本数据，并在该应用程序的图形用户界面上 显示。

通常，资源文件可以采用程序集成信息(Program Integrated Information，简称PII)文件。所谓程序集成信息是指软件程序中的用户 可视文本，这些可视文本只能通过运行软件程序或者使用软件程序来获得。 程序集成信息一般包括用户界面文本、消息、帮助信息、智能代理 (intelligent agent)、教练(coach)等，用于指导用户完成复杂的任务。

另外，资源文件也可以采用Java属性文件的资源插件、XML形式的 资源插件等形式。

在现有的应用程序的国际化过程中，首先，开发人员在开发一个应用 程序时收集应用程序图形用户界面所需的可视文本数据，并放入资源文件 中，然后将这些资源文件发送给翻译人员，由翻译人员将其翻译成不同的 语言。

然而，这样的技术方案会带来如下的问题：

1.开发人员在收集可视文本数据的过程中，可能会由于疏忽等忘记将 某些可视文本数据放入资源文件中，从而造成这些文本数据没有被翻译。 而且这样的错误可能直到最后的测试周期才被发现。

2.当翻译人员翻译资源文件中的某个字符串时，由于翻译人员不知道 该字符串所处的应用程序环境，即上下文(context)，因此，会导致翻译 人员不能准确地进行翻译，尤其是对于具有多个含义的字符串。而且，这 样的错误可能直到翻译验证测试(Translation Verification Test，简称 TVT)才被发现。

翻译验证测试(TVT)是为了减少与翻译有关的问题而进行的。通常， 来自不同国家或地区的测试人员都会参与TVT过程，开发人员需要为来自 不同国家或地区的测试人员建立不同的测试环境，并且编写TVT测试实例 以确保所有可翻译的文本数据被正确地翻译。因此，开发人员需要花费大 量的时间和精力与测试人员进行协作，并维护巨大的测试环境。

专利号为5,974,372的美国专利“Graphical User Interface(GUI) Language Translator(图形用户界面(GUI)语言翻译器)”公开了一种 运行于Windows平台的对在GUI上显示的字符串进行翻译的方法，该方 法利用Windows Hook技术截获在图形用户界面上的字符串，并将这些字 符串放入一个临时表中，由用户对该临时表中的字符串进行翻译。然而， 该方法只能用于Windows应用程序，并且只记录GUI上的字符串，而不 记录字符串的来源，因此，对于在不同的应用环境下有多重含义的字符串， 只能采用相同的翻译描述，从而造成翻译的不准确。

专利号为6,735,759的美国专利“Editing system for translating displayed user language using a wrapper class(使用包装类翻译所显示的 用户语言的编辑系统)”公开了一种使翻译人员直接在应用程序的运行界 面上修改所显示的字符串的方法。然而，该方法需要程序开发人员专门开 发一系列的Java类来支持在用户界面上直接对控件中的字符串的修改，并 且对于传统的应用程序国际化的方法改动很大。

专利号为6,904,563的美国专利“Editing Platforms for Remote User Interface Translation(用于远程用户界面翻译的编辑平台)”公开了一种 翻译用户界面的方法，其在应用程序运行时抓取程序界面，并将被抓取的 程序界面在异地重新显示，由用户对界面上的字符串进行编辑。然而，该 方法需要使用后台进程以监视应用程序界面的变化，并且在一个界面控件 被创建时通过后台进程记录该控件的相关信息。这需要程序开发人员编写 大量的额外代码。