[發(fā)明專利]通過(guò)存取系統(tǒng)將用戶接口信息提供給客戶的系統(tǒng)和方法

有效

• 申請(qǐng)?zhí)枺?/td>: 200910160525.0
• 申請(qǐng)日: 2003-05-17
• 公開(kāi)（公告）號(hào): CN101615122A
• 公開(kāi)（公告）日: 2009-12-30
• 發(fā)明（設(shè)計(jì)）人: B·麥克科恩;R·辛克萊;P·M·瓦格納;P·J·里德;M·A·弗里德曼;H·S·博恩斯
• 申請(qǐng)（專利權(quán)）人: 微軟公司
• 主分類號(hào): G06F9/44
• 分類號(hào): G06F9/44;G06F9/46
• 代理公司: 上海專利商標(biāo)事務(wù)所有限公司
• 代理人: 顧嘉運(yùn)

本申請(qǐng)是申請(qǐng)日：2003.05.17，申請(qǐng)?zhí)枮?3801951.5(國(guó)際申請(qǐng)?zhí)枮? PCT/US03/15272)，名稱為“用戶接口自動(dòng)框架的類和接口”的申請(qǐng)的分案申請(qǐng)。

技術(shù)領(lǐng)域

本發(fā)明涉及輔助技術(shù)(assistive?technology)、自動(dòng)化測(cè)試和其它產(chǎn) 品領(lǐng)域，所述產(chǎn)品對(duì)用戶接口信息以及具有用戶接口信息的這些產(chǎn)品的交互作用進(jìn) 行收集。

背景技術(shù)

輔助技術(shù)(AT)的產(chǎn)品是用于為在學(xué)習(xí)、交流和訪問(wèn)計(jì)算機(jī)軟件所含有和表 達(dá)的信息這些方面需要輔助的計(jì)算機(jī)用戶提供幫助。這些產(chǎn)品需要與計(jì)算機(jī)接口相 關(guān)的信息。同樣，現(xiàn)有的自動(dòng)化測(cè)試產(chǎn)品和用戶接口命令輔助程序也需要有關(guān)用戶 接口的信息。當(dāng)前，這些產(chǎn)品并不具有足夠的用戶接口(UI)信息源。上述3種類 型的產(chǎn)品(客戶)需要得到其它方面的必要支持以實(shí)現(xiàn)：(1)收集有關(guān)應(yīng)用程序 用戶接口的信息；(2)無(wú)論采用什么技術(shù)創(chuàng)建UI，都能可編程地揭示和詢問(wèn)UI 單元；(3)產(chǎn)生鍵盤(pán)和指針輸入；以及(4)了解哪種類型的狀態(tài)或功能當(dāng)前有效。 目前，還沒(méi)有哪種單一技術(shù)可以為某一AT產(chǎn)品提供所有這些能力。而且，當(dāng)前的 AT產(chǎn)品并不都是與所有的圖形操作系統(tǒng)(OS)技術(shù)完全兼容，并且缺乏以集中方 式過(guò)濾和調(diào)整冗余或誤導(dǎo)通知的能力。而另一缺陷在于現(xiàn)有的自動(dòng)和存取基本架構(gòu) 缺乏可擴(kuò)展性，并且因此需要改變OS層以添加新功能。

而且，目前，為收集有關(guān)應(yīng)用程序用戶接口的信息，AT產(chǎn)品必須寫(xiě)入應(yīng)用程 序定制代碼以便為用戶獲得信息。而寫(xiě)入這些應(yīng)用程序定制代碼的處理是費(fèi)時(shí)并需 要不斷維護(hù)。當(dāng)前的自動(dòng)基礎(chǔ)架構(gòu)也缺乏以相容方式過(guò)濾和調(diào)整冗余或誤導(dǎo)事件通 知的能力。這樣，事件的消費(fèi)者就需要獨(dú)立地過(guò)濾信息。

當(dāng)前的系統(tǒng)允許將AT產(chǎn)品以3級(jí)顆粒度(granularity)級(jí)別請(qǐng)求事件通知： (1)桌面上的一切；(2)在特定的進(jìn)程中(例如打開(kāi)字處理程序)；或3)在特 定進(jìn)程中的線程(進(jìn)程中的多對(duì)象操作)。目前，當(dāng)客戶接收一個(gè)事件，它就對(duì)產(chǎn) 生了該事件的特定窗口的窗口句柄和指示哪里產(chǎn)生事件的其它信息位進(jìn)行接收?？? 戶做出交叉處理調(diào)用以檢索與該事件相關(guān)的UI對(duì)象。利用該對(duì)象，客戶可以做出 附加交叉處理調(diào)用以請(qǐng)求有關(guān)該對(duì)象的信息。如果客戶需要五段信息，那么，客戶 就必須做出5次交叉處理調(diào)用。交叉處理調(diào)用是非常緩慢的，因此，使用當(dāng)前存取 基礎(chǔ)架構(gòu)收集UI信息的執(zhí)行成本是很高的。這種類型的已知情況在圖11中示出。 服務(wù)器應(yīng)用程序12激活事件6。核心程序14判定必須通知哪些客戶，并向感興趣 的客戶10發(fā)送事件通知18?？蛻?0經(jīng)過(guò)處理邊界2向服務(wù)器應(yīng)用程序12發(fā)出對(duì) 有關(guān)事件通知18的對(duì)象的請(qǐng)求16。服務(wù)器應(yīng)用程序12返回對(duì)象20，并且隨后， 客戶10可以開(kāi)始發(fā)送對(duì)與激活事件的UI控制相關(guān)信息的請(qǐng)求16。服務(wù)器應(yīng)用程 序12經(jīng)過(guò)處理邊界2將所請(qǐng)求的信息20返回給客戶10。

另一種選擇是將客戶代碼作為進(jìn)程中的動(dòng)態(tài)鏈接庫(kù)(.DDL)進(jìn)行加載。這種 選擇具有一些缺陷。首先，它需要系統(tǒng)協(xié)助將客戶代碼加載到進(jìn)程中。其次，由于 一旦將客戶代碼加載到應(yīng)用程序的進(jìn)程中，就很難對(duì)其收集的信息進(jìn)行限制，因此， 它會(huì)產(chǎn)生安全問(wèn)題。再次，對(duì)于客戶來(lái)說(shuō)為了使其成為有效的技術(shù)，就必須將其加 載到系統(tǒng)上運(yùn)行的每個(gè)進(jìn)程中。比較理想的做法是僅將可信任的客戶加載到另一應(yīng) 用程序進(jìn)程中。

而且，需要系統(tǒng)能夠給予客戶對(duì)其想要接收的事件通知進(jìn)行規(guī)定的能力。在 已知的系統(tǒng)中，客戶可能需要做出大量交叉處理調(diào)用，并隨后分析信息以判定它是 否對(duì)該事件感興趣。需要一種機(jī)制能夠以更加有效的方式執(zhí)行對(duì)該事件的過(guò)濾，并 能很容易地進(jìn)行升級(jí)以支持新的系統(tǒng)或應(yīng)用程序事件。而且，需要一種僅使用可信 任成份的系統(tǒng)，以緩解安全問(wèn)題。

目前，當(dāng)查詢有關(guān)用戶接口的信息時(shí)，要求AT產(chǎn)品對(duì)樹(shù)進(jìn)行訪問(wèn)，該樹(shù)是特 定UI框架的本身結(jié)構(gòu)。因此，對(duì)于多個(gè)UI框架就需要多個(gè)樹(shù)來(lái)傳送用戶接口信息。 這些不同的樹(shù)可能含有不感興趣的信息或?qū)τ脩舨豢梢?jiàn)，例如隱藏的容器對(duì)象，它 對(duì)最終用戶控制的可視UI控制進(jìn)行管理。因此，就需要一種僅具有用戶感興趣的 節(jié)點(diǎn)的單一標(biāo)準(zhǔn)的樹(shù)。

需要一種解決方案來(lái)解決對(duì)AT產(chǎn)品、自動(dòng)測(cè)試工具和命令輔助程序的需求。 這種解決方案可以由所有的圖形OS技術(shù)使用，并能允許對(duì)所有形式的UI和UI組 件的存取訪問(wèn)。

發(fā)明內(nèi)容