當今技術的發展，日新月異。由此導致測試設備的淘汰影響著飛行器
、汽車以及軍用等測試行業。這些係統的測試在TPS上投入巨大
，而且隨著儀器的更新，將導致TPS的升級與重新編寫
，這又將會使投入進一步加大。人們早就試圖解決儀器的互換性問題，早期MATE計劃、ATLAS和後來的DAD計(ji)劃(hua)都(dou)是(shi)不(bu)錯(cuo)的(de)想(xiang)法(fa)
，特(te)別(bie)是(shi)他(ta)們(men)還(hai)提(ti)出(chu)了(le)麵(mian)向(xiang)信(xin)號(hao)的(de)概(gai)念(nian)，這(zhe)些(xie)概(gai)念(nian)現(xian)在(zai)仍(reng)在(zai)使(shi)用(yong)。但(dan)是(shi)，最(zui)終(zhong)他(ta)們(men)失(shi)敗(bai)了(le)。因(yin)為(wei)這(zhe)些(xie)政(zheng)府(fu)項(xiang)目(mu)，開(kai)銷(xiao)巨(ju)大(da)、而且不能與技術的發展同步<2>。

解決儀器互換問題必須走的標準化道路。1990年，SCPI聯盟試圖標準化所有儀器的ASCI命令，開創了通用儀器類的概念。但是這時正值儀器驅動技術流行，以至於沒有多少用戶真正了解到SCPI的優越性<2>。

90年代中期，VPP驅動器出現了。它開發了儀器軟麵板，解決了不同廠商儀器驅動器之間的互操作性問題
，開發了VISA傳輸層，但是
，他們從來就沒有解決儀器的互換性問題。而且，他們受到了後來微軟COM技術的威脅。

這(zhe)些(xie)標(biao)準(zhun)都(dou)提(ti)出(chu)了(le)一(yi)些(xie)新(xin)的(de)概(gai)念(nian)或(huo)想(xiang)法(fa)，促(cu)進(jin)了(le)儀(yi)器(qi)互(hu)換(huan)性(xing)的(de)發(fa)展(zhan)，但(dan)是(shi)這(zhe)些(xie)標(biao)準(zhun)化(hua)家(jia)族(zu)也(ye)都(dou)有(you)各(ge)自(zi)的(de)優(you)缺(que)點(dian)。要(yao)解(jie)決(jue)儀(yi)器(qi)的(de)互(hu)換(huan)性(xing)必(bi)須(xu)結(jie)合(he)以(yi)前(qian)的(de)成(cheng)功(gong)經(jing)驗(yan)，引(yin)進(jin)最(zui)新(xin)技(ji)術(shu)和(he)采(cai)用(yong)複(fu)雜(za)的(de)體(ti)係(xi)結(jie)構(gou)，並(bing)考(kao)慮(lv)將(jiang)來(lai)的(de)發(fa)展(zhan)<2>。直到IVI技術的出現
，才使得儀器互換技術得到了較好的實現。

　IVI規範和體係結構為了提高儀器驅動程序的執行性能和實現儀器的互換性，1998年由9個公司成立了IVI（interchang2 eable virtual instrument）基金會，在VXI2PNP技術的基礎上為儀器驅動程序製定新的編程接口，在VISA標準驅動程序上插入VXI2PNP框架結構和類驅動程序。

IVI一經提出就得到了一些儀器生產廠商的響應，目前已經發布了9大類儀器規範。美國國家儀器公司（簡稱NI）作為IVI的係統聯盟之一，積極響應IVI的號召，並開發了基於虛擬儀器軟件平台的IVI驅動程序庫和配置環境。IVI技術的發展也引起了美國國防部（DoD）的興趣

，並向其提出了製定包括源和測試裝置在內的光電儀器類的需求。下一代測試（NText）工作組也將IVI作為其關鍵技術之一<2>。

IVI體係結構由IVI儀器類驅動器
、IVI具體儀器驅動程序

、IVI引擎
、IVI配置實用程序和IVI配置信息文件五部分組成
，如所示。測試程序（TP）調用儀器類驅動器

，儀器類驅動程序再調用具體儀器驅動程序來控製真實儀器。IVI引擎通過控製儀器的讀寫屬性，來監測IVI驅動程序
，實現狀態緩存與參數驗證等功能。此外，實現儀器的互換還必須借助配置工具，進行必要的配置。

IVI的缺點IVI技術是當前最為流行的儀器互換技術，而且該技術也正處在發展當中。但是
，IVI技術的一些固有缺陷也影響了儀器的互換性和實際應用。

首先
，雖然IVI在過去的幾年裏取得了巨大的進步，但是目前隻發布了9個儀器類
，這隻是眾多儀器類中的一小部分<3>。另外，隻有相對較少的硬件開發商支持IVI驅動器<3>
，這種限製成為了測試係統中采用IVI的主要障礙。雖然在IVI的基礎上又定義了IVI2MSS和IVI信號接口以支持更高層的儀器互換，但是IVI的固有缺陷也影響了它的靈活性。

其次
，所有儀器的功能不能完全相同
，因此，不可能建立一個單一的編程接口滿足不同儀器的所有要求。為了適應這一需求，IVI基(ji)金(jin)會(hui)將(jiang)儀(yi)器(qi)類(lei)規(gui)範(fan)分(fen)成(cheng)基(ji)本(ben)功(gong)能(neng)和(he)擴(kuo)展(zhan)功(gong)能(neng)。前(qian)者(zhe)定(ding)義(yi)了(le)同(tong)類(lei)儀(yi)器(qi)中(zhong)絕(jue)大(da)多(duo)數(shu)儀(yi)器(qi)所(suo)共(gong)有(you)的(de)能(neng)力(li)和(he)屬(shu)性(xing)。後(hou)者(zhe)則(ze)是(shi)更(geng)多(duo)地(di)體(ti)現(xian)了(le)每(mei)類(lei)儀(yi)器(qi)的(de)許(xu)多(duo)特(te)殊(shu)功(gong)能(neng)和(he)屬(shu)性(xing)。但(dan)是(shi)，該(gai)結(jie)構(gou)中(zhong)的(de)擴(kuo)展(zhan)功(gong)能(neng)影(ying)響(xiang)了(le)儀(yi)器(qi)互(hu)換(huan)性(xing)的(de)實(shi)現(xian)。還(hai)有(you)，NI作為IVI的積極響應者，開發了基於虛擬儀器軟件平台的IVI驅動程序庫和配置環境MAX.在MAX中需要配置的有四項： Devices、Instrument Drivers、Virtual Instruments、Logical Names.

雖然IVI宣稱自己是一個開放式體係結構，但是其所提供的配置功能還很有限。儀器驅動器的接口由IVI規範保證，沒有在配置環境中配置，對用戶來說少了靈活性。

基於開發式係統的儀器互換性實現為了克服IVIdequedian，bingjichengqiyoudianyizhichigengguangfandeyiqihuhuanxing，benwentichuleyizhongjiyukaifangshitixijiegoudeshixianyiqihuhuanxingdefangfa，rusuoshi。gaitixijiegouyousibufenzucheng：麵向信號儀器驅動器
、資源管理器、測(ce)試(shi)資(zi)源(yuan)配(pei)置(zhi)工(gong)具(ju)和(he)模(mo)型(xing)庫(ku)組(zu)成(cheng)。儀(yi)器(qi)驅(qu)動(dong)器(qi)負(fu)責(ze)真(zhen)實(shi)儀(yi)器(qi)的(de)驅(qu)動(dong)
，儀(yi)器(qi)驅(qu)動(dong)器(qi)的(de)接(jie)口(kou)采(cai)用(yong)麵(mian)向(xiang)信(xin)號(hao)的(de)定(ding)義(yi)方(fang)法(fa)

，為(wei)實(shi)現(xian)不(bu)同(tong)儀(yi)器(qi)同(tong)類(lei)信(xin)號(hao)之(zhi)間(jian)的(de)互(hu)換(huan)奠(dian)定(ding)了(le)基(ji)礎(chu)；資源管理器負責將TPS的信號需求映射到具體的儀器及儀器驅動器接口
，並對儀器驅動器進行調度；資源配置工具負責ATE測試資源的修改與維護；模型庫保存係統的ATE測試資源信息
，為資源管理器的資源匹配與儀器驅動器自動調用提供依據。其中設備模型、配置模型和適配器模型為ATE硬件測試資源的描述，儀器驅動器模型為麵向信號儀器驅動器接口的描述。

驅(qu)動(dong)器(qi)所(suo)謂(wei)儀(yi)器(qi)驅(qu)動(dong)器(qi)就(jiu)是(shi)一(yi)組(zu)用(yong)於(yu)控(kong)製(zhi)可(ke)編(bian)程(cheng)儀(yi)器(qi)的(de)軟(ruan)件(jian)模(mo)塊(kuai)。傳(chuan)統(tong)的(de)儀(yi)器(qi)驅(qu)動(dong)器(qi)是(shi)由(you)儀(yi)器(qi)開(kai)發(fa)商(shang)根(gen)據(ju)特(te)定(ding)的(de)儀(yi)器(qi)開(kai)發(fa)的(de)，用(yong)以(yi)控(kong)製(zhi)相(xiang)應(ying)儀(yi)器(qi)的(de)配(pei)置(zhi)、duxiehuochufadeyizuhanshuji。yiqiqudongqidechuxianjidadejianqingleceshiyingyongkaifadenandu，kaifarenyuanbubiquxueximeiyigeyiqidebianchengxieyi，jianhualeyiqikongzhi，jianshaoleceshiyongdekaifazhouqi。

為了實現儀器驅動器接口的麵向信號和現有儀器驅動器的重用，設計了儀器驅動器的結構如所示。每個儀器驅動器包含如下兩種接口： IDriver接口和信號接口。其中每個儀器都應當繼承和實現IDriver接口，它負責儀器的初始化、自檢和基本的設置工作
；信xin號hao接jie口kou是shi一yi個ge標biao準zhun
，不bu同tong儀yi器qi實shi現xian的de相xiang同tong信xin號hao功gong能neng應ying該gai具ju有you相xiang同tong的de信xin號hao接jie口kou，這zhe樣yang就jiu可ke以yi實shi現xian不bu同tong儀yi器qi之zhi間jian信xin號hao接jie口kou的de互hu換huan，而er不bu僅jin僅jin是shi儀yi器qi之zhi間jian的de互hu換huan。為wei了le利li用yong已yi有you的de儀yi器qi驅qu動dong器qi，可ke以yi采cai用yong包bao容rong和he聚ju合he等deng方fang法fa進jin行xing複fu用yong。

所有的麵向信號的儀器驅動器都采用COM實現。COM軟構件是一種接口定義良好、獨立可重用的二進製代碼，軟構件的典型特征是接口特性、封裝特性和重用性。此外，還具有多線程安全
、數據共享機製、多平台支持和便於版本升級等固有的特性，可以極大地提高軟件的性能及通用性和維護性<5>。

測試資源信息模型通常ATE測試資源信息模型包含三個部分，分別為：設備模型（DM）、適配器模型（AM）和配置模型（CM） ，它完整地描述了ATE硬件資源的信息以及資源之間的配置連接關係。其中，設備模型主要描述ATE設備的標識及其性能；適配器模型描述ATE接口連接器之間、UUT接口連接器之間、ATE接口連接器與UUT接口連接器之間的連接關係；配置模型是ATE的邏輯模型，它描述了在該測試環境下設備之間的相互連接和通信<6>。該模型框架最先由ARINC提出，後來為IEEE所采用，並在IEEE Std 99321997中用TEDL語言進行了描述。http://98fo.cn