專利名稱：分布式計算機系統(tǒng)中接口改變的管理方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及分布式計算機系統(tǒng)中接口改變管理的領(lǐng)域。本發(fā)明特別涉及在分布式計算機系統(tǒng)中管理客戶端和服務器接口的多個版本之間的改變。

背景技術(shù)：
隨著計算機網(wǎng)絡的發(fā)展，分布式計算機系統(tǒng)已經(jīng)變得更加普遍。分布式計算機系統(tǒng)包括由一個或多個網(wǎng)絡連接的多個計算機系統(tǒng)，使得可以共享計算機系統(tǒng)的資源?？梢栽谶h程計算機系統(tǒng)上執(zhí)行由本地計算機系統(tǒng)命令的進程。連接網(wǎng)絡可以包括局域網(wǎng)(LAN)、廣域網(wǎng)(WAN)和全球性網(wǎng)絡如因特網(wǎng)。
多個計算機進程可以協(xié)同執(zhí)行任務的分布式體系結(jié)構(gòu)的一種形式是在“客戶端-服務器”關(guān)系下的。在這樣的關(guān)系中，“客戶端”或呼叫計算機進程將對遠程過程的請求發(fā)布或發(fā)送到執(zhí)行該過程的“服務器”或接收計算機進程。應該理解，盡管一個計算機進程可充當發(fā)布過程請求的客戶端，而另一個在其執(zhí)行該過程時可以充當服務器，但是任何計算機進程均可以以不同角色既充當客戶端又充當服務器。術(shù)語“客戶端”和“服務器”也可以用于同等的系統(tǒng)。
通過由接口描述的通信，在客戶端和服務器計算機系統(tǒng)上運行的應用程序之間傳遞請求。
當在計算機進程和環(huán)境中實施新的功能性時，常?？梢栽鰪娺h程過程接口來支持該新的功能性。按照計算機程序或應用的一般慣例，在新版本的接口中體現(xiàn)對接口的增強。
為了支持新版本的接口，使用該接口的客戶端和服務器都必須都支持該新版本。然而，在很多分布式計算機系統(tǒng)中，同時將所有客戶端和服務器升級到新版本的遠程過程接口是不可能或不切實際的。尤其是在共享或公共網(wǎng)絡中更是如此。因此，在分布式計算機系統(tǒng)中可能存在多種版本的接口。
在現(xiàn)有系統(tǒng)中，客戶端通常僅支持單個版本的接口的情況下，通過允許服務器支持多個版本來處理多個接口版本。只要客戶端可能需要訪問舊版本，該客戶端就可以同時訪問新舊版本的接口。這允許客戶端在利用舊接口進行有用的工作時測試其對新接口的使用。
所產(chǎn)生的問題是服務器必須長期維持舊接口和實現(xiàn)(implementation)，可能還有多個舊等級，這將最終使維護和功能進步變得昂貴甚至不可能。
這個問題源自這樣的事實因為在一段不可預知的時間內(nèi)，客戶端可能不需要該服務，所以服務器沒有可揭示是否有客戶端依賴于舊接口的信息。在客戶端和服務器處于單一管理范圍內(nèi)的體制下，有可能審核軟件并強制升級到新版本。然而，在諸如因特網(wǎng)的公共網(wǎng)絡環(huán)境中，這樣的控制是不可能的，并且需要其它通信和影響(influence)方式。
因特網(wǎng)的發(fā)展已經(jīng)導致了開放或共享計算的使用，其中，用戶可通過因特網(wǎng)自由且動態(tài)地獲得應用，而不需要許可協(xié)議來使任何長期關(guān)系正式化。這樣的系統(tǒng)導致進一步喪失對所使用的接口版本的控制和影響。因特網(wǎng)最近的趨勢是使用“網(wǎng)絡服務”，由此，由公司聯(lián)盟制定與具體行業(yè)或底層結(jié)構(gòu)需求相關(guān)的標準功能，從而表示標準接口。
有幾種方案用于現(xiàn)有系統(tǒng)。首先，有可能提供允許一定的信息內(nèi)容靈活性的接口描述。一個示例稱為REST體系結(jié)構(gòu)，其由R.T.Fielding描述(http://www.ics.uci.edu/～fielding/pubs/dissertation/rest_arch_style.htm)，具有對任意復雜程度的文件的少量、穩(wěn)定操作(例如GET)。另一個示例是提供可在某些描述性語言如xml中得到的可擴展參數(shù)。這些方案不可避免地提供關(guān)于接口的不精確信息，包括超出用戶預期的范圍的改變內(nèi)容的能力。因此，它們不能實現(xiàn)對改變的描述以及對改變進行計劃。
第二方案是接受接口必須是穩(wěn)定的，但是，如果發(fā)現(xiàn)需要新版本，則向該接口的所有用戶和實施者廣播信息。此方法可以用在應用是廣泛使用的底層結(jié)構(gòu)的一部分如因特網(wǎng)中使用的域名服務器(DNS)的情況下。RFC 921(由因特網(wǎng)工程任務組(IETF)http://www.ietf.org/rfc.html公布)是這種廣播的示例。很明顯，如果不向用戶提供大量信息，則必須將這種廣播的使用限制在少量特殊情況下。
第三方案可以是提供許可程序，其利用可在分布式系統(tǒng)中得到的接口。該程序可以與有限使用期限的許可證一起分發(fā)，因此提供關(guān)于分布式系統(tǒng)中的設施的潛在使用的信息。這一方案與因特網(wǎng)中許多技術(shù)標準的需求、特性不一致，以提供任何客戶端均可自由實施的開放接口。
第四方案是在引入新版本時，繼續(xù)長期支持舊版本。這一方案限制了服務的發(fā)展。


發(fā)明內(nèi)容
因此，根據(jù)本發(fā)明的第一個方面，提供了一種在分布式計算系統(tǒng)中管理對服務應用的接口從第一接口到第二接口的改變的方法，第一和第二接口提供對服務應用的訪問，該方法包括從客戶端接收進行第一接口的操作的請求；建立對該請求的響應；以及將信息添加到該響應，該信息包括對已有第二接口可用的指示。
根據(jù)本發(fā)明的第二方面，提供了一種數(shù)據(jù)處理系統(tǒng)，用于管理對服務應用的接口從第一接口到第二接口的改變，第一和第二接口提供對服務應用的訪問，該系統(tǒng)包括用于從客戶端接收進行第一接口的操作的請求的裝置；用于建立對該請求的響應的裝置；以及用于將信息添加到該響應的裝置，該信息包括對已有第二接口可用的指示。
根據(jù)本發(fā)明的第三方面，提供了一種計算機程序產(chǎn)品，其包括當在數(shù)據(jù)處理主機上執(zhí)行時，使所述主機執(zhí)行根據(jù)第一方面的方法的指令。
可選地，包括對已有第二接口可用的指示的信息可以包括以下的一個或多個對第二接口的引用，其可用來獲得對第二接口的訪問；對時間間隔的指示，在該時間間隔中，如果客戶端希望繼續(xù)使用第一接口，則客戶端應將該愿望登記為需求；對到期時間的指示，其定義了從何時起將不可使用第一接口訪問服務應用；以及統(tǒng)計表，其指示通過那些接口訪問服務應用的一組客戶端對第一和第二接口的相對利用率。
優(yōu)選地，該操作用于明確地(specifically)獲取所述信息。可替換地，該信息在發(fā)往客戶端的響應流內(nèi)包括的上下文中傳遞。
例如，第一接口是較舊的接口，第二接口是較新的接口，并且所述信息設計為鼓勵客戶端開始優(yōu)先于第一接口而使用第二接口。



下面將參考附圖，僅作為示例來描述本發(fā)明的實施例，其中 圖1是根據(jù)本發(fā)明的分布式計算機系統(tǒng)的示例結(jié)構(gòu)的示意方框圖； 圖2是根據(jù)本發(fā)明的分布式計算機系統(tǒng)的客戶端和服務器的示意方框圖； 圖3是根據(jù)本發(fā)明的具有多個接口版本的服務器的示意圖；
具體實施例方式 參考附圖，描述分布式計算機系統(tǒng)100。圖1是分布式計算機系統(tǒng)100的圖示，其提供了這樣的系統(tǒng)100的可能結(jié)構(gòu)的示例。分布式計算機系統(tǒng)100的種類(nature)意味著有不確定數(shù)目的可能的布置或結(jié)構(gòu)。
在圖1中，示出了由公共網(wǎng)絡110(例如，可以是因特網(wǎng))互聯(lián)的四個計算機系統(tǒng)101、102、103、104。一個計算機系統(tǒng)104還通過局域網(wǎng)(LAN)112連接到另外兩個計算機系統(tǒng)105、106。
每個計算機系統(tǒng)101、102、103、104、105、106可以充當客戶端、服務器或者兼作二者。每個計算機系統(tǒng)通常包括中央處理單元(CPU)、諸如只讀存儲器(ROM)的非易失性程序存儲裝置、諸如隨機存取存儲器(RAM)的工作區(qū)以及諸如硬盤的大容量存儲裝置。
還應當理解，盡管這一描述涉及充當客戶端和服務器的計算機系統(tǒng)之間的通信，但是它也包括在相同的多任務計算機或處理系統(tǒng)上運行的計算機進程之間的通信。
參考圖2，示出了兩個分布式計算機系統(tǒng)的軟件組件的示意圖，其中一個計算機系統(tǒng)充當客戶端201，一個充當服務器202。客戶端201和服務器202通過網(wǎng)絡203相連。
在分布式應用中，客戶端201和服務器202處于由一種接口描述的關(guān)系中，該接口通過網(wǎng)絡203使得能夠在分布式計算機系統(tǒng)之間進行通信。通過該接口，分布在網(wǎng)絡中的應用程序可以共同工作，彼此通信并交換數(shù)據(jù)以完成處理任務。兩個應用程序之間的通信序列可以完成一個或多個處理任務。
應用程序包括也稱為調(diào)用應用的客戶端應用，其駐留在充當客戶端的計算機系統(tǒng)上，并為最終用戶完成任務。應用程序還包括服務應用，其駐留在充當服務器的計算機系統(tǒng)上，并向其它程序提供服務。分布在一個或多個網(wǎng)絡上的應用程序共同進行分布式處理。
圖2示出了具有調(diào)用應用204和接口205的客戶端201。該客戶端通過網(wǎng)絡203與服務器202通信。服務器202具有服務應用206和接口207。
服務是可以通過遠程數(shù)據(jù)傳輸來調(diào)用的過程，其調(diào)用單向消息或者請求以及其相應的答復。
接口205、207是對用來調(diào)用服務的操作以及相關(guān)參數(shù)類型的描述。該描述可以由程序設計人員、可能利用編程工具來使用，以創(chuàng)建服務應用206，服務應用206通過提供對為該接口定義的操作的支持而實現(xiàn)該接口。接口描述表示調(diào)用應用204和目標服務應用206之間的協(xié)議(contract)。
在服務器202上執(zhí)行的服務應用接收對由接口提供的操作的請求，對其進行動作，并產(chǎn)生響應。例如，該動作可以是改變和/或獲取所存儲的信息。注意，給定的接口可以由任意數(shù)目的不同服務應用實現(xiàn)，每個服務應用具有獨立于該接口描述的各種不同特性，如執(zhí)行速度或成本。
所描述的方法可以有用地應用于任何可由希望被動態(tài)地選擇而與客戶端沒有任何持久協(xié)議關(guān)系的服務器應用實現(xiàn)的接口上。因此，在接口為開放標準的情況下，它可能是有用的。在一實現(xiàn)必須提供對某些不能被容易地復制以將新實現(xiàn)和接口從其前身分離開的設施如數(shù)據(jù)庫的訪問的情況下，它非常有用。
一個示例是通用描述、發(fā)現(xiàn)和集成(UDDI)目錄，其是稱為“網(wǎng)絡服務”的新興因特網(wǎng)技術(shù)的重要部分。在http://uddi.org/pubs/uddi_v3.htm的最新規(guī)范中對這些進行了描述。UDDI具有接口版本1、2和3。UDDI的實現(xiàn)考慮應當支持哪個版本很重要，而支持全部三個版本是給定未知數(shù)量的客戶端系統(tǒng)時的合理決定。每個新版本可能對實現(xiàn)施加復雜性的負擔。在UDDI V3規(guī)范的第10節(jié)(“Multi-Version Support(多版本支持)”)中描述了這樣的問題的示例。
如UDDI所顯示，服務器202可以要求糾正或者希望改進接口或其實現(xiàn)，并且，為了給客戶端提供合理的服務質(zhì)量，這些操作必須在不干擾客戶端的情況下引入。
在此描述中，對實現(xiàn)的改變被描述成好像是對接口的改變一樣；即使接口語法保持相同，(由實現(xiàn)的行為揭示的)接口的語義也可以改變。例如，可以提供一個或多個新操作，和/或一個或多個現(xiàn)有操作可以被去除或需要不同的參數(shù)，和/或可以改變現(xiàn)有操作的行為。
在所描述的方法中，每個新版本的接口通過唯一的標識符來識別，以使客戶端清楚已經(jīng)發(fā)生了改變。例如，標識符可以是通用唯一標識符(UUID，參見參考文獻http://ftp.ics.uci.edu/pub/ietf/webdav/uuid-guid/draft-leach-uuids-guids-01.txt)或者對接口名稱的擴展。
當開發(fā)新版本的接口時，例如，服務器可以為提供幾種版本的接口的實現(xiàn)的服務應用提供支持?？商鎿Q地，例如，服務器可以對多個版本的服務應用提供支持，每個服務應用提供不同版本的接口的實現(xiàn)。這使得不管客戶端的調(diào)用應用使用哪個版本的接口，客戶端都能通過其來訪問服務應用。這在圖3中示出。服務器302具有這樣的服務應用其提供分別對應于原實現(xiàn)306以及改變307、308的三個版本的接口303、304、305的實現(xiàn)。第一客戶端308使用第一版本的接口303，而第二客戶端309使用第二版本的接口304。
服務器302公布了接口的最新的版本版本3305，其希望感召(influence)仍在使用先前的版本的客戶端使用。客戶端1308仍在使用原始版本的接口版本1303，該版本不適應對實現(xiàn)306的任何改變?？蛻舳?309正在使用接口的版本2304，該版本包括對實現(xiàn)306的第一組改變307。接口的最新版本(版本3305)適應對實現(xiàn)的第一組改變307和第二組改變308。
在所描述的方法中，每個版本的接口包括一個或多個操作，該操作可用來獲取提供已有替代版本的接口可用的指示的信息。例如，該信息可以涉及使用中的接口版本和其它接口版本，因此，服務應用可以通知客戶端已有后續(xù)版本的接口可用，并進一步指向接口的后續(xù)版本。在另一實施例中，每個版本的接口提供特定的操作，從中可以獲得這樣的信息。在另一實施例中，提供這樣的信息作為關(guān)于為接口定義的一個或多個操作的一個或多個參數(shù)，以進行除了明確地獲取該信息之外的某些其它功能。在另一個實施例中，可以將這樣的信息作為包括在對請求的響應中的上下文的一部分來傳遞，以進行由接口提供的操作。上下文是具有響應流但不是所述操作的參數(shù)的數(shù)據(jù)字段，并經(jīng)常由中間件使用。例如，應用服務建立對操作的響應，并將其提供給中間件，以發(fā)送回客戶端，然后中間件以上下文的形式將額外的數(shù)據(jù)附加到響應流?，F(xiàn)在，當這樣的流到達客戶端時，其由中間件接收，該中間件去除并使用與流一起接收的上下文，然后將響應提供給調(diào)用應用。
可由接口提供作為對已有替代版本的接口可用的指示的信息示例有 3.客戶端應當在其間再一次表明對繼續(xù)使用該接口的需求的時間間隔。
4.對較新版本的接口(如果有一個的話)的引用。
5.不再支持該接口的日期/時間。
6.指示客戶端對該接口的使用與不同版本相比的統(tǒng)計表。
如果提供了客戶端應當在其間再一次表明對繼續(xù)使用該接口的需求的時間間隔，則可以例如通過簡單地使用所述服務，或者通過向所述服務應用的提供者登記對客戶端正在使用的接口版本的持續(xù)關(guān)注，來表明這一需求。如果客戶端不在該時間周期內(nèi)表明這一需求，則服務器可以在決定是否撤銷該接口版本時，假定客戶端不再對此接口版本感興趣。例如，所提供的時間間隔可以隨時間改變，例如，隨著去除對該接口的支持的愿望增加，可以隨時間減小所提供的間隔。
如果提供了對較新版本接口的引用，那么，例如，此引用的存在隱含地通知客戶端已有較新的接口可用，并且不再推薦使用當前接口。該引用可以是例如URL或TCP/IP地址，從中可以獲得較新接口的細節(jié)。或者，該引用可以例如通過包括一個或多個操作的細節(jié)以及可請求那些操作的網(wǎng)絡地址，來提供足夠的細節(jié)，以請求較新版本的接口的操作。
如果提供了到期時間，那么這表明何時將不再支持當前接口，并向仍在使用將停止使用的淘汰接口版本的客戶端提供預警。例如，到期時間可以是日期和時間或時間段?？蛻舳藨斣诘狡跁r間之前及早更新為最新版本的接口，從而留出客戶端使用兩種版本的接口的重疊時間，以便克服客戶端可能經(jīng)歷的有關(guān)新版本的接口的任何初始問題。如果提供了這樣的信息，但是尚未決定到期時間，則不包括這樣的日期和時間信息。
如果提供了統(tǒng)計表，則可以用它們來例如向客戶端表明，與其它版本的接口相比，由使用服務應用的這組客戶端對所述接口的利用率。統(tǒng)計表可以包括對當前接口和后續(xù)接口的當前請求比率，以及這些比率的變化率的細節(jié)。例如，統(tǒng)計表可以表明在給定的時間周期內(nèi)對每個接口所做的請求的百分比、或請求的數(shù)目，或者在給定的時間周期內(nèi)對于多個間隔接收的請求數(shù)目的平均。例如，統(tǒng)計表還可以提供不同時間周期的統(tǒng)計表和不同時間周期內(nèi)統(tǒng)計表改變的細節(jié)的多個副本。統(tǒng)計表的目的是鼓勵采用改進版本的接口，并基于使用來證明撤銷舊版本是正確的。例如，如果客戶端發(fā)現(xiàn)在前一星期內(nèi)，只有1％的客戶端在使用與其相同的接口，而99％的客戶端在使用較新的接口，則因為這將被視為表示例如該接口將很快撤銷、或者較新的接口更好，所以將鼓勵其進行變動。
在優(yōu)選實施例中，周期性地獲取該信息(即使這僅僅是查詢統(tǒng)計表)是每個客戶端的義務，以便登記其興趣，并使用統(tǒng)計表來計劃任何適當?shù)纳墶?br> 在優(yōu)選實施例中，最優(yōu)地合理設置用于撤銷接口版本的時間是服務應用提供者的義務。該定時可以取決于(在其它因素中)登記間隔、客戶端的歷史和期望、新版本接口的采用率、其在較大部件及那些部件的使用期限內(nèi)的使用。
再次參考圖3，客戶端1308正在使用版本1303形式的淘汰接口版本。接口版本1303包括提供對已有替代版本的接口可用的各種指示的操作。版本1303提供客戶端1308應當在其間通過使用該接口來表明繼續(xù)使用接口版本1303的需求的時間間隔。因為客戶端1是接口版本1303的唯一用戶，所以如果其不在此時限內(nèi)使用該接口，則該接口將被撤銷。接口版本1303還提供對接口版本3305的引用，接口版本3305是由服務器302支持的最新版本的接口。接口版本1303還提供將撤銷對該接口的支持的到期日期和時間。接口版本1303還提供統(tǒng)計表，其向客戶端1308表明對接口的版本1303和版本3305的請求率。
根據(jù)接口版本1303中提供的信息，客戶端1308應當明白其應當升級到較新的接口版本，并且應當在到期日期和時間之前及早采取行動。
客戶端2309正在使用版本2304形式的淘汰接口版本。盡管指示的值不同，并且因為尚未計劃而沒有設置到期時間，接口版本2304也包括提供與版本1相同的、對已有替代版本的接口可用的指示的操作。
根據(jù)接口版本2304中提供的信息，客戶端2309應當明白其能夠升級到較新的接口版本，但是不需要立即采取行動，因為還沒有到期日期和時間。
下面是描述網(wǎng)絡服務接口格式的XML文檔的具體示例，該接口可結(jié)合另一個更具體的服務接口來使用，以從客戶端收集有關(guān)它們對組合接口的使用的信息，并向客戶端提供表明該組合接口將被取代的信息。
　?。?？xml version＝“1.0”encoding＝“UTF-8”？＞　?。糳efinitions　　name＝“VersionInformation_v1”　　targetNamespace＝“http://Migration/”　　xmlns＝“http://schemas.xmlsoap.org/wsdl/”　　xmlnstns＝“http://Migration/”　　xmlnsxsd＝“http://www.w3.org/2001/XMLSchema”　　xmlnsuddi＝“urnuddi-orgapi_v3”＞　?。紅ypes＞<!-- SIPO <DP n="8"> --><dp n="d8"/>　?。紉sdschema　　attributeFormDefault＝“qualified”　　elementFormDefault＝“qualified”　　targetNamespace＝“http://Migration/”　　xmlns＝“http://schemas.xmlsoap.org/wsdl/”　　xmlnstns＝“http://Migration/”　　xmlnsxsd＝“http://www.w3.org/2001/XMLSchema”＞　　 ＜xsdcomplexType name＝“VersionInformation”＞　　 ＜xsdsequence＞　　 ＜xsdelement name＝“ContactInterval”　　 type＝“xsdduration”/＞　　 ＜xsdelement name＝“NewVersion”　　 nillable＝“true”type＝“uddidiscoveryURL”/＞　　 ＜xsdelement name＝“NotValidAfter”　　 nillable＝“true”type＝“xsddateTime”/＞　　 ＜xsdelement name＝“PercentMigrated”　　 type＝“complete tnspercent”/＞　　 ＜/xsdsequence＞　　 ＜/xsdcomplexType＞　　 ＜/xsdsimpleType name＝“percent”＞　　 ＜xsdrestriction base＝“float”＞　　 ＜xsdminInclusive value＝“0.”/＞　　 ＜xsdmaxInclusive value＝“100.0”/＞　　 ＜/xsdrestriction＞　　 ＜/xsdsimpleType＞＜/xsdschema＞＜/types＞＜message name＝“getInformationRequest”＞＜/message＞＜message name＝“getInformationResponse”＞＜part name＝“result”type＝“tnsVersionInformation”/＞＜message＞<!-- SIPO <DP n="9"> --><dp n="d9"/>　　 ＜portType name＝“VersionInformation_V1”＞　　 ＜operation name＝“getInformation”＞　　 ＜input message＝“tnsgetInformationRequest”　　name＝“getInformationRequest”/＞　　 ＜output message＝“tnsgetInformationResponse”　　name＝“getInfornationResponse”/＞　　 ＜/opearation＞　　 ＜portType＞　　＜/definitions＞ 接口的操作為客戶端和服務器之間的信息流做準備，并允許建立合理的規(guī)則作為用于使用其接口的暗含協(xié)議的一部分，以從一個版本轉(zhuǎn)移到另一個版本而不中斷。
該方案解決了這樣的問題設定對自由網(wǎng)絡中的客戶端的合理期望，以感召它們升級使用最新級別的接口/實現(xiàn)級別，并設定何時可以由服務器撤銷舊等級的接口。
本發(fā)明通常作為計算機程序產(chǎn)品來實施，其包括一組用于控制計算機或類似裝置的程序指令。這些指令可以通過預先加載到系統(tǒng)內(nèi)或者記錄在諸如CD-ROM的存儲介質(zhì)上來提供，或者使得可以通過諸如因特網(wǎng)或移動電話網(wǎng)的網(wǎng)絡下載而得到。
可以對前述內(nèi)容進行改進和修改而不脫離本發(fā)明的范圍。
權(quán)利要求
1.一種在分布式計算系統(tǒng)中管理對服務應用的接口從第一接口到第二接口的改變的方法，所述第一和第二接口提供對服務應用的訪問，該方法包括
從客戶端接收進行第一接口的操作的請求；
建立對該請求的響應；以及
將信息添加到該響應，所述信息包括對已有第二接口可用的指示。
2.如權(quán)利要求1所述的方法，其特征在于，所述信息包括以下的一個或多個
對第二接口的引用，其中可以使用該引用來獲得對第二接口的訪問；
對時間間隔的指示，在該時間間隔中，如果客戶端希望繼續(xù)使用第一接口，則客戶端應將該愿望登記為需求；
對到期時間的指示，其定義從何時起將不可使用第一接口訪問服務應用；以及
統(tǒng)計表，其指示由通過那些接口訪問服務應用的一組客戶端對第一和第二接口的相對利用率。
3.如權(quán)利要求1或權(quán)利要求2所述的方法，其特征在于，所述操作用于明確地獲取所述信息。
4.如權(quán)利要求1或權(quán)利要求2所述的方法，其特征在于，所述信息在發(fā)往客戶端的響應流內(nèi)包括的上下文中傳遞。
5.一種數(shù)據(jù)處理系統(tǒng)，用于管理對服務應用的接口從第一接口到第二接口的改變，所述第一和第二接口提供對服務應用的訪問，該系統(tǒng)包括
用于從客戶端接收進行第一接口的操作的請求的裝置；
用于建立對該請求的響應的裝置；以及
用于將信息添加到該響應的裝置，所述信息包括對已有第二接口可用的指示。
6.如權(quán)利要求5所述的數(shù)據(jù)處理系統(tǒng)，其特征在于，所述信息包括以下的一個或多個
對第二接口的引用，其中可以使用該引用來獲得對第二接口的訪問；
對時間間隔的指示，在該時間間隔中，如果客戶端希望繼續(xù)使用第一接口，則客戶端應將該愿望登記為需求；
對到期時間的指示，其定義了從何時起將不可使用第一接口訪問服務應用；以及
統(tǒng)計表，其指示由通過那些接口訪問服務應用的一組客戶端對第一和第二接口的相對利用率。
7.如權(quán)利要求5或權(quán)利要求6所述的數(shù)據(jù)處理系統(tǒng)，其特征在于，所述操作用于明確地獲取所述信息。
8.如權(quán)利要求5或權(quán)利要求6所述的數(shù)據(jù)處理系統(tǒng)，其特征在于，所述信息在發(fā)往客戶端的響應流內(nèi)包括的上下文中傳遞。
9.一種計算機程序產(chǎn)品，包括當在數(shù)據(jù)處理主機上執(zhí)行時，使所述主機執(zhí)行根據(jù)權(quán)利要求1至4中任何一項的方法的指令。
全文摘要
提供了一種分布式計算機系統(tǒng)(100)中接口改變的管理方法和系統(tǒng)，其中，有多個描述分布式客戶端和服務器應用(308、309、302)之間通信的接口版本(303、304、305)。該方法和系統(tǒng)包括連同對接口操作的響應一起提供已有替代接口可用的指示。該信息可包括時間間隔，在其中客戶應用(308、309)必須使用該接口版本來聯(lián)系服務器應用；對后續(xù)接口版本(305)的引用；和/或?qū)涌诘牡狡谌掌诤蜁r間的指示。使用接口本身來將版本和有效性信息以及改變傳送給客戶端應用(308、309)。
文檔編號H04L12/24GK1638386SQ20041009233
公開日2005年7月13日 申請日期2004年11月8日 優(yōu)先權(quán)日2003年12月30日
發(fā)明者蒂莫西·班克斯 申請人:國際商業(yè)機器公司