專(zhuān)利名稱：配置方法
技術(shù)領(lǐng)域：
本發(fā)明涉及配置計(jì)算機(jī)設(shè)備的方法，更具體地說(shuō)，涉及保證滿足對(duì)系統(tǒng)設(shè)置的約束條件的配置的方法。
背景技術(shù)：
現(xiàn)代通信終端一般包括適合于信號(hào)處理的一組不同種類(lèi)的硬件設(shè)備。這樣的設(shè)備包括數(shù)字信號(hào)處理器(DSP)，專(zhuān)用集成電路(ASIC)和可重配置硬件(R-HW)。
通信領(lǐng)域，尤其是無(wú)線通信領(lǐng)域的快速增長(zhǎng)已導(dǎo)致許多不同協(xié)議正被采用。例如，一些通信設(shè)備使用GSM(全球移動(dòng)通信系統(tǒng))協(xié)議，而其它通信設(shè)備使用UMTS(通用移動(dòng)通信服務(wù))協(xié)議。常規(guī)的通信終端包含不能被重新配置的固定的信號(hào)處理部件。于是，這樣的終端不能改變它們的行為，以便處理一種協(xié)議而不是另一種協(xié)議，于是存在靈活性的問(wèn)題。
軟件無(wú)線電允許通過(guò)下載在恰當(dāng)?shù)奈⑻幚砥魃蠄?zhí)行，以便影響終端的操作的各種軟件組件，在運(yùn)行時(shí)間定義諸如無(wú)線終端之類(lèi)設(shè)備的操作。公布的美國(guó)專(zhuān)利申請(qǐng)US2002、0144134A1(Watanabe等)描述了一種這樣的軟件無(wú)線電系統(tǒng)。
一般來(lái)說(shuō)，傳送的軟件允許終端的基帶行為被改變。在一些情況下，對(duì)基帶行為的改變可以是從一種協(xié)議到另一種協(xié)議的完全重新配置，例如，把一個(gè)終端配置成利用GSM協(xié)議，而不是UMTS協(xié)議操作。另一方面，可以進(jìn)行部分重新配置，以致在不改變操作標(biāo)準(zhǔn)的情況下影響行為。
WO01/90890(Roke Manor Research Limited)描述一種用于重新配置軟件無(wú)線電終端的重新配置管理器。重新配置管理器管理來(lái)自各個(gè)源的請(qǐng)求，并通過(guò)下載恰當(dāng)?shù)能浖?，在終端內(nèi)的恰當(dāng)設(shè)備上執(zhí)行該軟件，進(jìn)行重新配置。WO01/90890還說(shuō)明一種面向?qū)ο蟮膶?shí)現(xiàn)，其中恰當(dāng)?shù)念?lèi)別被下載并被例示，以便提供必需的功能。當(dāng)重新配置導(dǎo)致第一類(lèi)別被第二類(lèi)別替換時(shí)，說(shuō)明動(dòng)態(tài)綁定是支持功能，行為和接口方面的變化所必需的。
通信系統(tǒng)通常是根據(jù)嚴(yán)格的截止時(shí)間操作的硬實(shí)時(shí)系統(tǒng)，例如，一個(gè)設(shè)備必須在預(yù)定的時(shí)間內(nèi)處理信號(hào)，以便允許另一設(shè)備對(duì)處理后的信號(hào)進(jìn)行操作。不滿足所有截止時(shí)間的通信系統(tǒng)被認(rèn)為出錯(cuò)。于是，重要的是任何軟件無(wú)線電系統(tǒng)提供保證其各種組件的實(shí)現(xiàn)將滿足任意時(shí)間約束條件的裝置。

發(fā)明內(nèi)容
本發(fā)明的一個(gè)目的是消除或至少減輕上面陳述的問(wèn)題。
根據(jù)本發(fā)明的第一方面，提供一種配置計(jì)算機(jī)設(shè)備的方法，包括產(chǎn)生計(jì)算機(jī)設(shè)備要實(shí)現(xiàn)的行為的模型，所述模型包括任意實(shí)現(xiàn)必須滿足的至少一個(gè)約束條件；和定位實(shí)現(xiàn)模型規(guī)定的行為的至少一個(gè)軟件組件；其中所述至少一個(gè)軟件組件包含用于返回和所述至少一個(gè)約束條件相關(guān)的值的裝置。
所述模型包含多個(gè)通信的抽象代理組件，并且至少一個(gè)軟件組件可包含每個(gè)抽象代理組件的一個(gè)具體代理組件。每個(gè)具體的代理組件可提供一種可被調(diào)用，以便返回和至少一個(gè)約束條件相關(guān)的值的方法。每個(gè)具體的代理組件可實(shí)現(xiàn)一個(gè)公共接口，該接口可規(guī)定該方法。每個(gè)抽象代理組件可被定義成實(shí)現(xiàn)所述公共接口的抽象類(lèi)別。對(duì)應(yīng)于每個(gè)抽象代理組件的所述具體代理組件或每個(gè)具體代理組件可以是該抽象代理組件的子代。
所述方法可利用Java編程語(yǔ)言來(lái)實(shí)現(xiàn)。
約束條件可以是執(zhí)行時(shí)間約束。約束條件可以是能耗約束?？上鄬?duì)于模型規(guī)定約束條件。可相對(duì)于模型的單一組件規(guī)定約束條件。
根據(jù)本發(fā)明的第二方面，提供一種計(jì)算機(jī)設(shè)備，包括產(chǎn)生計(jì)算機(jī)設(shè)備要實(shí)現(xiàn)的行為的模型的裝置，所述模型包括任意實(shí)現(xiàn)必須滿足的至少一個(gè)約束條件；和定位實(shí)現(xiàn)模型規(guī)定的行為的至少一個(gè)軟件組件的裝置；其中至少一個(gè)軟件組件包含用于返回和至少一個(gè)約束條件相關(guān)的值的裝置。
根據(jù)本發(fā)明的第三方面，提供一種攜帶計(jì)算機(jī)程序代碼裝置的數(shù)據(jù)載體，所述計(jì)算機(jī)程序代碼裝置使計(jì)算機(jī)產(chǎn)生計(jì)算機(jī)設(shè)備要實(shí)現(xiàn)的行為的模型，所述模型包括任意實(shí)現(xiàn)必須滿足的至少一個(gè)約束條件；和定位實(shí)現(xiàn)模型規(guī)定的行為的至少一個(gè)軟件組件；其中至少一個(gè)軟件組件包含用于返回和至少一個(gè)約束條件相關(guān)的值的裝置。
在本說(shuō)明書(shū)中，通常結(jié)合Java編程語(yǔ)言使用的術(shù)語(yǔ)被用于描述本發(fā)明的特征。要認(rèn)識(shí)到本發(fā)明決不局限于利用Java編程語(yǔ)言的實(shí)現(xiàn)，用于涉及Java編程語(yǔ)言的特征的術(shù)語(yǔ)應(yīng)被解釋成包括任意其它編程語(yǔ)言的任何等同特征。


現(xiàn)在將參考附圖，舉例說(shuō)明本發(fā)明的實(shí)施例，其中圖1是無(wú)線通信終端的通信網(wǎng)絡(luò)的示意圖；圖2是表示根據(jù)本發(fā)明，圖1的通信終端的配置的示意圖；圖3是更詳細(xì)地表示本發(fā)明的配置的圖1和2的通信終端的一部分的示意圖；圖4是圖3的算法圖的示意圖；圖5是表示圖3的配置中使用的類(lèi)別的UML類(lèi)別圖。
具體實(shí)施例方式
首先參見(jiàn)圖1，圖1中圖解說(shuō)明了多個(gè)通信終端1，所述多個(gè)通信終端1被配置成相互通信，并且于圖1中未示出的其它通信終端通信。要認(rèn)識(shí)到通信終端可利用無(wú)線或有線裝置通信，并且可利用各種可用通信協(xié)議中的任意之一通信。每個(gè)終端可以是例如移動(dòng)電話機(jī)，諸如包含恰當(dāng)?shù)耐ㄐ庞布南ド闲陀?jì)算機(jī)之類(lèi)的計(jì)算機(jī)，或者包括移動(dòng)電話機(jī)的手持式計(jì)算機(jī)。
圖1還包括利用有線，或者最好是無(wú)線連接裝置3，與終端1通信的配置設(shè)備2。在已知的軟件無(wú)線電系統(tǒng)中，配置設(shè)備2把軟件傳送給通信終端1之一，以便影響該通信終端的行為。
本發(fā)明不僅通過(guò)在終端內(nèi)的微處理器上執(zhí)行下載的軟件，而且通過(guò)配置適當(dāng)?shù)挠布铀倨?，例如?zhuān)用集成電路(ASIC)或可重配置硬件(R-HW)，使終端的行為可被影響。
圖2圖解說(shuō)明本發(fā)明的配置。終端1包含在控制處理器5上執(zhí)行的本地配置管理器4。一般來(lái)說(shuō)，控制處理器5運(yùn)行控制任務(wù)，以便影響終端1的行為。終端1還包含專(zhuān)用于信號(hào)處理任務(wù)的多個(gè)硬件加速器處理資源6。硬件加速器處理資源6一般包括一組不同種類(lèi)的硬件設(shè)備，所述一組不同種類(lèi)的硬件設(shè)備包括數(shù)字信號(hào)處理器(DSP)和利用各種參數(shù)配置的ASIC，所述數(shù)字信號(hào)處理器是能夠執(zhí)行用良好定義的指令集規(guī)定的代碼。
終端通過(guò)無(wú)線鏈路8與遠(yuǎn)程網(wǎng)絡(luò)節(jié)點(diǎn)7通信。網(wǎng)絡(luò)節(jié)點(diǎn)包括借助無(wú)線鏈路8，終端1可訪問(wèn)的遠(yuǎn)程配置管理器9。
本地配置管理器4可以訪問(wèn)軟件組件庫(kù)10。遠(yuǎn)程配置管理器9可以訪問(wèn)遠(yuǎn)程軟件組件庫(kù)11。本地和遠(yuǎn)程庫(kù)10、11都保存設(shè)備的細(xì)節(jié)，和用于這些設(shè)備的使設(shè)備按照各種方式操作的配置。遠(yuǎn)程軟件組件庫(kù)11一般是主庫(kù)，新的設(shè)備和設(shè)備配置被加入其中。本地軟件組件庫(kù)10包含終端1正在使用或者已用過(guò)的設(shè)備的細(xì)節(jié)以及設(shè)備配置。另外，本地軟件組件庫(kù)10包含默認(rèn)行為所需的設(shè)備配置。在配置管理器4、9的控制下，根據(jù)需要，可在遠(yuǎn)程軟件組件庫(kù)11和本地軟件組件庫(kù)之間復(fù)制數(shù)據(jù)。
在圖2中所示的配置中，系統(tǒng)同時(shí)包括通過(guò)無(wú)線鏈路8通信的本地配置管理器4和遠(yuǎn)程配置管理器9。但是，在本發(fā)明的一些實(shí)施例中，終端1的配置可由通過(guò)無(wú)線鏈路8與終端通信的遠(yuǎn)程配置管理器9執(zhí)行，或者另一方面由本地配置管理器4獨(dú)立進(jìn)行。
利用圖2中圖解說(shuō)明的體系結(jié)構(gòu)的配置不僅如同常規(guī)的軟件無(wú)線電中那樣，允許使用諸如DSP之類(lèi)的微處理器，而且還允許使用諸如ASIC之類(lèi)更快的硬件。
本地配置管理器4建立利用控制處理器5，建立和操縱的應(yīng)用模型12和硬件模型13。遠(yuǎn)程配置管理器9也具有應(yīng)用模型14和硬件模型15。下面參考圖3說(shuō)明在終端1的配置中，這些模型的功能。
圖3圖解說(shuō)明了終端1的配置，這里終端將實(shí)現(xiàn)UMTS無(wú)線電行為。在控制處理器5上執(zhí)行的本地配置管理器4從本地庫(kù)10取回代表UMTS基帶行為的算法圖16。該算法圖利用數(shù)據(jù)流模型，說(shuō)明實(shí)現(xiàn)UMTS行為所需的功能。算法圖16描述要求每個(gè)組件提供的結(jié)構(gòu)(即，連接組件，從而提供必需功能的方式)和接口。算法圖16通過(guò)把每個(gè)所需組件表示成抽象的代理組件，提供這種模型化。每個(gè)抽象代理組件定義一個(gè)接口，不過(guò)無(wú)實(shí)現(xiàn)。配置管理器4的功能是查找提供抽象代理連同相關(guān)實(shí)現(xiàn)定義的接口的具體代理組件的位置。這些具體代理組件提供實(shí)現(xiàn)算法圖16的行為所必需的軟件。下面說(shuō)明該過(guò)程。
圖4中更詳細(xì)地表示了圖3的算法圖16?？煽闯隼萌齻€(gè)抽象代理組件定義UMTS行為瑞克接收器代理17，渦輪解碼器代理18和過(guò)濾器代理19。瑞克接收器代理17通過(guò)抽象信道組件20與渦輪解碼器代理18連接。瑞克接收器代理17通過(guò)抽象信道組件21與過(guò)濾器代理19連接。
再次參見(jiàn)圖3，配置管理器建立并管理代表存在于正被配置的通信終端上的硬件的硬件模型22。硬件模型22模擬終端的每個(gè)組件。在圖3的例子中，可以看出，終端的硬件加速器資源6包括受DSP管理器24控制的DSP 23，受CC管理器26控制的可配置計(jì)算機(jī)(CC)25(上面提及的R-HW的一個(gè)例子)，和受ASIC管理器28控制的ASIC 27。
配置管理器4必須在庫(kù)10(或者圖2的遠(yuǎn)程庫(kù)11)中找出由圖4的算法圖中的抽象代理組件定義的每個(gè)功能的恰當(dāng)?shù)木唧w代理組件。每個(gè)具體的代理必須對(duì)應(yīng)于硬件模型22的硬件設(shè)備。當(dāng)恰當(dāng)?shù)木唧w代理組件已被找出時(shí)，建立應(yīng)用模型29，它是和在算法圖16中規(guī)定的抽象代理組件對(duì)應(yīng)的具體代理組件的運(yùn)行時(shí)間模型。每個(gè)具體的代理組件與硬件模型22的對(duì)應(yīng)組件連接，以允許恰當(dāng)?shù)挠布铀倨髻Y源6的控制。
硬件加速器資源6可按照不同的方式配置。例如，為了配置DSP23以提供過(guò)濾器功能，在DSP上執(zhí)行寫(xiě)入DSP的指令集中的一塊代碼30。為了配置CC 25以實(shí)現(xiàn)瑞克接收器，必須向CC提供恰當(dāng)?shù)呐渲脭?shù)據(jù)31，而ASIC 27需要恰當(dāng)?shù)膮?shù)32，以便起渦輪解碼器的作用。恰當(dāng)?shù)呐渲脭?shù)據(jù)與應(yīng)用模型29內(nèi)的各個(gè)具體的代理組件連接，并被提供給硬件模型22中的恰當(dāng)管理器，以便配置對(duì)應(yīng)的硬件加速器資源6。
從上面的說(shuō)明中可看出，具體的代理組件提供由它所對(duì)應(yīng)的抽象代理定義的接口，同時(shí)提供對(duì)特定的硬件加速器尋址的裝置。從而，該體系結(jié)構(gòu)提供借助相應(yīng)的具體代理組件，對(duì)任意指定組件的多個(gè)不同硬件實(shí)現(xiàn)尋址的機(jī)構(gòu)，每個(gè)具體的代理組件定義到更高級(jí)功能的公共接口。從而，不僅能夠如同常規(guī)軟件無(wú)線電中那樣利用DSP，而且能夠利用諸如ASIC或CC之類(lèi)硬件加速器部件重新配置終端行為，假定提供了恰當(dāng)?shù)木唧w代理組件。所有具體代理由配置管理器4按照相同的方式處理，并且更高級(jí)功能能夠按照共同的方式對(duì)組件尋址，與它們的底層實(shí)現(xiàn)無(wú)關(guān)。
應(yīng)用模型29是圖2的應(yīng)用模型12之一，硬件模型22是圖2的硬件模型13之一。但是，如果配置由遠(yuǎn)程配置管理器9執(zhí)行，那么應(yīng)用模型29理應(yīng)是圖2的模型14之一，硬件模型22應(yīng)是圖2的模型15之一。
圖5是表示如上所述的組件之間的層次關(guān)系的UML類(lèi)別圖。在該層次結(jié)構(gòu)的頂端，是定義兩種公共方法的代理接口33。如同在Java編程語(yǔ)言中，接口定義由聲明實(shí)現(xiàn)該接口的類(lèi)別實(shí)現(xiàn)的方法。接口本身僅僅包含無(wú)方法的實(shí)現(xiàn)的方法標(biāo)題(類(lèi)似于功能原型)。本領(lǐng)域的技術(shù)人員易于理解Java接口的使用，并且在Flanagan，D.″Java in anutshell″，2ndEdition，O′Reilly，1997，第77-80頁(yè)中描述了Java接口的使用，該說(shuō)明在此引為參考。
圖5表示實(shí)現(xiàn)代理接口的抽象類(lèi)別RakeReceiveProxy 34。這意味著該類(lèi)別的所有實(shí)例必須提供上述公共方法或者把這些方法的提供授權(quán)給其子代。在RakeReceiveProxy類(lèi)別是抽象的情況下，它本身決不能被例示，相反僅僅起類(lèi)別層次中的額外一層的作用，并且能夠充當(dāng)其它類(lèi)別的父代，從而，為RakeReceiveProxy的子代的任意類(lèi)別必須實(shí)現(xiàn)在RakeReceiveProxy類(lèi)別34的代理接口33中規(guī)定的任何方法，在類(lèi)別33中沒(méi)有提供該方法的任何實(shí)現(xiàn)。本領(lǐng)域的技術(shù)人員易于理解抽象類(lèi)別在面向?qū)ο蟮倪z留層次中的這種使用，并且在上面引用的Java in a nutshell，第49-101頁(yè)中描述了這種使用。
具有為其父代的RakeReceiveProxy的任何類(lèi)別必須提供代理接口規(guī)定的方法getActualExectionTime()和getActualPowerConsumption()，假定RakeReceiveProxy本身不實(shí)現(xiàn)這些方法。從而，RakeReceiveProxy類(lèi)別把這些方法的實(shí)現(xiàn)委托給其子代。
在圖5中，RakeReceiveProxy類(lèi)別具有兩個(gè)子類(lèi)別RakeDSP 35和RakeASIC 36。這些具體類(lèi)別實(shí)現(xiàn)在代理接口33中規(guī)定的getActualExectionTime()和getActualPowerConsumption()。代表瑞克接收器的任何具體代理組件是抽象類(lèi)別34的子代。從而，代表瑞克接收器的所有代理組件提供到外界的統(tǒng)一接口。
RakeDSP類(lèi)別35是在DSP上實(shí)現(xiàn)瑞克接收器的具體代理組件。RakeASIC 36是在ASIC上實(shí)現(xiàn)瑞克接收器的具體代理組件。從而，類(lèi)別35、36應(yīng)被包括在圖3中圖解說(shuō)明的形式的應(yīng)用模型中。
再次參見(jiàn)圖5，可看出代理接口33定義的兩種方法是公用方法(由前綴“+”表示)。第一種方法getActualExectionTime()返回整數(shù)值，以預(yù)定的時(shí)間單位表示實(shí)現(xiàn)接口的類(lèi)別所代表的組件的執(zhí)行時(shí)間。第二種方法getActualPowerConsumption()返回整數(shù)值，以預(yù)定的單位表示實(shí)現(xiàn)接口的類(lèi)別所代表的組件的能耗。
算法圖(圖4)利用通信的抽象代理組件的數(shù)目定義行為。另外，算法圖還包含約束規(guī)范。例如，算法圖可規(guī)定選來(lái)實(shí)現(xiàn)瑞克接收器的具體代理組件必須具有在一定限度內(nèi)的執(zhí)行時(shí)間，以及在某一極限內(nèi)的能耗。
當(dāng)選擇實(shí)現(xiàn)抽象代理組件表示的功能的具體代理組件時(shí)，配置管理器調(diào)用具體代理組件提供的方法，以便獲得該組件的實(shí)際執(zhí)行時(shí)間和能耗值。隨后可比較獲得的執(zhí)行時(shí)間和能耗值與在算法圖中規(guī)定的約束條件，以保證配置選擇的組件滿足在算法中規(guī)定的任意約束條件。
配置管理器能夠確保所有具體的代理組件提供如同在頂級(jí)接口33(圖5)中定義的那些必需方法。從而，圖5中圖解說(shuō)明的類(lèi)別層次向配置管理器提供按照公共方式操縱所有代理組件，以便獲得可與在算法圖中規(guī)定的約束條件比較的能耗和執(zhí)行時(shí)間數(shù)據(jù)。
要認(rèn)識(shí)到在本發(fā)明的一些實(shí)施例中，可相對(duì)于整個(gè)算法圖16，而不是在單個(gè)代理組件上規(guī)定總的能耗約束條件。在這種情況下，配置管理器必須調(diào)查具體代理的所有可能組合，以便確定哪些組合滿足總能耗約束條件。
要認(rèn)識(shí)到上面雖然說(shuō)明了執(zhí)行時(shí)間和能耗約束條件，不過(guò)本發(fā)明并不局限于這樣的約束條件，相反本發(fā)明適用于對(duì)系統(tǒng)提出的任意約束條件或者約束條件的組合。
在上面的說(shuō)明中，算法圖被描述成利用多個(gè)抽象的代理組件來(lái)實(shí)現(xiàn)，每個(gè)抽象的代理組件是一個(gè)抽象的Java類(lèi)別。要認(rèn)識(shí)到算法圖可用提供必需的行為規(guī)范的任意數(shù)目的方式來(lái)實(shí)現(xiàn)。例如，在本發(fā)明的一些實(shí)施例中，算法圖被實(shí)現(xiàn)成根據(jù)預(yù)定的語(yǔ)法編寫(xiě)的明文文檔。
要認(rèn)識(shí)到在本發(fā)明的一些實(shí)施例中，可提供多個(gè)不同的算法，每個(gè)算法對(duì)應(yīng)于終端要實(shí)現(xiàn)的不同功能。在這樣的實(shí)施例中，通過(guò)從庫(kù)中選擇恰當(dāng)?shù)乃惴▓D，并建立包含與該算法圖的抽象代理組件對(duì)應(yīng)的具體代理組件的應(yīng)用模型，重新配置終端。例如，能夠提供用于GSM和UMTS的算法圖，隨后可通過(guò)按照上述方式產(chǎn)生恰當(dāng)?shù)膽?yīng)用模型，把終端配置成提供任一功能。要認(rèn)識(shí)到在一些情況下，最好產(chǎn)生供并行使用的多個(gè)應(yīng)用模型，從而例如能夠同時(shí)提供GSM和UMTS功能。
雖然上面給出的說(shuō)明的各個(gè)部分涉及Java編程語(yǔ)言，不過(guò)本領(lǐng)域的技術(shù)人員易于理解可按照類(lèi)似的方式使用任意其它的面向?qū)ο蟮木幊陶Z(yǔ)言。此外，本發(fā)明并不局限于面向?qū)ο蟮膶?shí)現(xiàn)，相反，可用任何恰當(dāng)?shù)挠?jì)算機(jī)編程語(yǔ)言來(lái)實(shí)現(xiàn)。
權(quán)利要求
1.一種配置計(jì)算機(jī)設(shè)備的方法，包括產(chǎn)生計(jì)算機(jī)設(shè)備要實(shí)現(xiàn)的功能的模型，所述模型包括任意實(shí)現(xiàn)必須滿足的至少一個(gè)約束條件；和定位實(shí)現(xiàn)模型規(guī)定的功能的至少一個(gè)軟件組件；其中所述至少一個(gè)軟件組件包含用于返回和所述至少一個(gè)約束條件相關(guān)的值的裝置，并且只有當(dāng)所述值滿足所述約束條件時(shí)，才選擇組件。
2.按照權(quán)利要求1所述的方法，其中所述模型包含多個(gè)通信的抽象代理組件，所述至少一個(gè)軟件組件包含每個(gè)抽象代理組件的一個(gè)具體代理組件。
3.按照權(quán)利要求2所述的方法，其中每個(gè)具體代理組件提供一種可被調(diào)用，以便返回和所述至少一個(gè)約束條件相關(guān)的值的方法。
4.按照權(quán)利要求3所述的方法，其中每個(gè)具體代理組件實(shí)現(xiàn)一個(gè)公共接口，所述接口規(guī)定該方法。
5.按照權(quán)利要求4所述的方法，其中每個(gè)抽象代理組件被定義成實(shí)現(xiàn)所述公共接口的抽象類(lèi)別。
6.按照權(quán)利要求5所述的方法，其中對(duì)應(yīng)于每個(gè)抽象代理組件的所述具體代理組件或每個(gè)具體代理組件是該抽象代理組件的子代。
7.按照權(quán)利要求1-6任意之一所述的方法，其中所述方法利用Java編程語(yǔ)言來(lái)實(shí)現(xiàn)。
8.按照權(quán)利要求1-7任意之一所述的方法，其中約束條件是執(zhí)行時(shí)間約束。
9.按照權(quán)利要求1-8任意之一所述的方法，其中約束條件是能耗約束。
10.按照權(quán)利要求1-9任意之一所述的方法，其中相對(duì)于模型規(guī)定約束條件。
11.按照權(quán)利要求1-10任意之一所述的方法，其中相對(duì)于模型的單一組件規(guī)定約束條件。
12.按照權(quán)利要求1-11任意之一所述的方法，其中計(jì)算機(jī)設(shè)備是通信終端。
13.一種計(jì)算機(jī)設(shè)備，包括產(chǎn)生計(jì)算機(jī)設(shè)備要實(shí)現(xiàn)的功能的模型的裝置，所述模型包括任意實(shí)現(xiàn)必須滿足的至少一個(gè)約束條件；和定位實(shí)現(xiàn)模型規(guī)定的功能的至少一個(gè)軟件組件的裝置；其中所述至少一個(gè)軟件組件包含用于返回和所述至少一個(gè)約束條件相關(guān)的值的裝置，并且只有當(dāng)所述值滿足所述約束條件時(shí)，才選擇組件。
14.按照權(quán)利要求13所述的計(jì)算機(jī)設(shè)備，其中所述模型包含多個(gè)通信的抽象代理組件，所述至少一個(gè)軟件組件包含每個(gè)抽象代理組件的一個(gè)具體代理組件。
15.按照權(quán)利要求14所述的計(jì)算機(jī)設(shè)備，其中每個(gè)具體代理組件提供一種可被調(diào)用，以便返回和所述至少一個(gè)約束條件相關(guān)的值的方法。
16.按照權(quán)利要求15所述的計(jì)算機(jī)設(shè)備，其中每個(gè)具體代理組件實(shí)現(xiàn)一個(gè)公共接口，所述接口規(guī)定該方法。
17.按照權(quán)利要求16所述的計(jì)算機(jī)設(shè)備，其中每個(gè)抽象代理組件被定義成實(shí)現(xiàn)所述公共接口的抽象類(lèi)別。
18.按照權(quán)利要求17所述的計(jì)算機(jī)設(shè)備，其中對(duì)應(yīng)于每個(gè)抽象代理組件的所述具體代理組件或每個(gè)具體代理組件是該抽象代理組件的子代。
19.按照權(quán)利要求13-18任意之一所述的計(jì)算機(jī)設(shè)備，其中約束條件是執(zhí)行時(shí)間約束。
20.按照權(quán)利要求13-19任意之一所述的計(jì)算機(jī)設(shè)備，其中約束條件是能耗約束。
21.按照權(quán)利要求13-20任意之一所述的計(jì)算機(jī)設(shè)備，其中相對(duì)于模型規(guī)定約束條件。
22.按照權(quán)利要求13-21任意之一所述的計(jì)算機(jī)設(shè)備，其中相對(duì)于模型的單一組件規(guī)定約束條件。
23.按照權(quán)利要求13-22任意之一所述的計(jì)算機(jī)設(shè)備，其中計(jì)算機(jī)設(shè)備是通信終端。
24.一種攜帶計(jì)算機(jī)程序代碼裝置的數(shù)據(jù)載體，所述計(jì)算機(jī)程序代碼裝置使計(jì)算機(jī)產(chǎn)生計(jì)算機(jī)設(shè)備要實(shí)現(xiàn)的功能的模型，所述模型包括任意實(shí)現(xiàn)必須滿足的至少一個(gè)約束條件；和定位實(shí)現(xiàn)模型規(guī)定的功能的至少一個(gè)軟件組件；其中所述至少一個(gè)軟件組件包含用于返回和所述至少一個(gè)約束條件相關(guān)的值的裝置，并且只有當(dāng)所述值滿足所述約束條件時(shí)，才選擇組件。
25.一種攜帶使計(jì)算機(jī)執(zhí)行根據(jù)按照權(quán)利要求1-12任意之一所述的方法的程序的計(jì)算機(jī)程序代碼裝置的數(shù)據(jù)載體。
全文摘要
一種配置計(jì)算機(jī)設(shè)備的方法，包括產(chǎn)生計(jì)算機(jī)設(shè)備要實(shí)現(xiàn)的功能的模型，所述模型包括任意實(shí)現(xiàn)必須滿足的至少一個(gè)約束條件，和定位實(shí)現(xiàn)模型規(guī)定的功能的至少一個(gè)軟件組件。所述至少一個(gè)軟件組件包含用于返回和所述至少一個(gè)約束條件相關(guān)的值的裝置，并且只有當(dāng)所述值滿足所述約束條件時(shí)，才選擇組件。
文檔編號(hào)G06F9/445GK1771478SQ20048000113
公開(kāi)日2006年5月10日 申請(qǐng)日期2004年9月30日 優(yōu)先權(quán)日2003年9月30日
發(fā)明者羅洛·伯吉斯 申請(qǐng)人:株式會(huì)社東芝