專利名稱：用于進(jìn)行遠(yuǎn)程軟件分發(fā)和安裝的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
一般來說本發(fā)明涉及在數(shù)字計(jì)算機(jī)網(wǎng)絡(luò)中進(jìn)行軟件分發(fā)的領(lǐng)域，更具體地說，涉及用于從源數(shù)據(jù)處理系統(tǒng)向至少一個(gè)目標(biāo)數(shù)據(jù)處理系統(tǒng)進(jìn)行數(shù)字計(jì)算機(jī)程序的遠(yuǎn)程分發(fā)和安裝的方法和系統(tǒng)，其中計(jì)算機(jī)程序作為程序包列表中指定的程序包來傳輸。
背景技術(shù)：
用于在數(shù)字計(jì)算機(jī)網(wǎng)絡(luò)中進(jìn)行軟件和數(shù)據(jù)分發(fā)的方法和系統(tǒng)在美國(guó)專利No.5,845,090中進(jìn)行了說明。軟件和數(shù)據(jù)被合并到被稱為“程序包”的單個(gè)實(shí)體中。軟件程序包存儲(chǔ)在中央程序包檔案中，傳輸程序訪問中央程序包檔案以調(diào)度一個(gè)或多個(gè)軟件程序包的傳輸。除其他屬性之外，傳輸程序還允許用戶指定傳輸和安裝程序包的日期與時(shí)間。一旦軟件程序包被預(yù)定向目標(biāo)計(jì)算機(jī)進(jìn)行傳輸，一個(gè)指示將存儲(chǔ)在出站程序包隊(duì)列中。程序包傳輸代理程序按此指示進(jìn)行操作，并將程序包從中央程序包檔案?jìng)鬏數(shù)侥繕?biāo)系統(tǒng)。目標(biāo)系統(tǒng)上的對(duì)應(yīng)的程序包傳輸代理將程序包放在入站程序包隊(duì)列中。最后傳輸守護(hù)程序確定程序包的類型并相應(yīng)地進(jìn)行操作。如果程序包類型是“分發(fā)”，那么它就通知程序包開始安裝。此外，諸如IBM Tivoli軟件分發(fā)產(chǎn)品之類的已知的軟件分發(fā)/安裝方法一般而言有兩個(gè)概念涉及將軟件從軟件存儲(chǔ)庫分發(fā)到特定目標(biāo)計(jì)算機(jī)系統(tǒng)。這些概念叫做“推”模式和“拉”模式分發(fā)。推模式分發(fā)由中心點(diǎn)的操作員或自動(dòng)過程啟動(dòng)，目的在于在所期望的范圍內(nèi)的所有可以連接的目標(biāo)系統(tǒng)上強(qiáng)制進(jìn)行軟件安裝。
推模式分發(fā)在大型計(jì)算機(jī)環(huán)境中具有許多缺點(diǎn)，特別是在遍布若干個(gè)洲的環(huán)境中，可以連接的目標(biāo)系統(tǒng)的數(shù)目可能相當(dāng)少。這是由于這樣的事實(shí)標(biāo)準(zhǔn)用戶工作站在線的時(shí)間一天可能不足十二小時(shí)，在正在進(jìn)行分發(fā)時(shí)，需要許多計(jì)劃的開銷才能確信一組目標(biāo)是否在線。必須考慮時(shí)區(qū)、工作時(shí)間和假日，在辦公時(shí)間進(jìn)行軟件安裝常常是不受歡迎的。最后一個(gè)事實(shí)對(duì)于一天24小時(shí)運(yùn)轉(zhuǎn)的服務(wù)器系統(tǒng)確實(shí)不是什么問題，但是對(duì)于用戶系統(tǒng)卻是個(gè)問題，用戶必須讓它們的機(jī)器在下班之后繼續(xù)運(yùn)轉(zhuǎn)或者通過諸如Wake-On-LAN之類的硬件功能將系統(tǒng)喚醒，該功能對(duì)于范圍內(nèi)的所有目標(biāo)系統(tǒng)不一定都可用。與上述推模式分發(fā)相反，拉模式分發(fā)由目標(biāo)計(jì)算機(jī)系統(tǒng)的用戶或目標(biāo)系統(tǒng)本身啟動(dòng)。安裝的激活可以在安靜模式下啟動(dòng)，即，在系統(tǒng)或用戶登錄期間自動(dòng)進(jìn)行，無需用戶的參與，或通過給出一列可用的程序包的用戶界面，以便讓用戶從中選擇需要安裝的程序包。
拉模式分發(fā)技術(shù)優(yōu)于前述的推模式技術(shù)，因?yàn)楫?dāng)分發(fā)開始時(shí)目標(biāo)系統(tǒng)已經(jīng)在線。但是拉模式分發(fā)的缺點(diǎn)是，分發(fā)/安裝的準(zhǔn)確時(shí)間無法預(yù)先確定。這可能導(dǎo)致目標(biāo)系統(tǒng)不能及時(shí)更新，因?yàn)樵谑裁磿r(shí)間登錄到目標(biāo)系統(tǒng)是無法預(yù)見的。此外，源系統(tǒng)端的分發(fā)和網(wǎng)絡(luò)環(huán)境中的峰值負(fù)載，例如，當(dāng)許多用戶登錄到他們的系統(tǒng)時(shí)，會(huì)導(dǎo)致開始分發(fā)/安裝的時(shí)間延遲或造成總吞吐量減少，從而降低分發(fā)/安裝的性能。

發(fā)明內(nèi)容
因此本發(fā)明的目標(biāo)是提供一種更好的用于進(jìn)行計(jì)算機(jī)程序的遠(yuǎn)程分發(fā)/安裝的方法和系統(tǒng)。
另一個(gè)目標(biāo)是在大量的遠(yuǎn)程計(jì)算機(jī)系統(tǒng)上進(jìn)行計(jì)算機(jī)程序的原子化的分發(fā)/安裝。
這些目標(biāo)是由獨(dú)立的權(quán)利要求的功能實(shí)現(xiàn)的。優(yōu)選的實(shí)施例是從屬權(quán)利要求的主題。
本發(fā)明的基本概念是在試圖分發(fā)程序包之前依據(jù)預(yù)見的目標(biāo)計(jì)算機(jī)系統(tǒng)的可用性情況選擇特定的分發(fā)模式。如果目標(biāo)系統(tǒng)不可用，則執(zhí)行自動(dòng)模式切換，包括切換到上述拉模式或推模式。如果可以連接目標(biāo)系統(tǒng)，則逐步按照程序包列表運(yùn)行建議的分發(fā)過程，一個(gè)程序包一個(gè)程序包地安裝。
本發(fā)明特別建議了一種嵌入式排隊(duì)機(jī)制，該機(jī)制允許分發(fā)過程等待無法連接的目標(biāo)系統(tǒng)醒來。在這種情況下，分發(fā)恢復(fù)進(jìn)行，并重調(diào)度下次拉或推操作。如果甚至連重調(diào)度也不成功，則建議的機(jī)制切換到權(quán)威性的拉模式，在此相應(yīng)的目標(biāo)系統(tǒng)被強(qiáng)制進(jìn)行拉模式分發(fā)(一種所謂的“權(quán)威性的拉模式”)。


下面將通過優(yōu)選的實(shí)施例比較詳細(xì)地描述本發(fā)明，通過說明，其他功能和優(yōu)點(diǎn)將變得更加清楚，在說明時(shí)還將參考附圖。在附圖中，類似的或相同的功能將用相同的附圖標(biāo)記表示。
圖1是通過流程圖對(duì)根據(jù)本發(fā)明的不同的軟件分發(fā)(SWD)模式的概述；圖2是說明本發(fā)明的SWD過程的主要步驟的比較詳細(xì)的流程圖；以及圖3是說明本發(fā)明建議的隊(duì)列管理器機(jī)制的流程圖。
圖4是比較詳細(xì)地說明SWD過程的優(yōu)選的實(shí)施例的流程圖。
具體實(shí)施例方式
建議的軟件分發(fā)(SWD)機(jī)制運(yùn)行位于不同的系統(tǒng)上的一系列不同的過程。如圖1所示，在該機(jī)制的下面有三種分發(fā)模式受信任的拉模式(初始拉)，標(biāo)準(zhǔn)推模式，權(quán)威性的拉模式，其中，“受信任的拉模式”和“權(quán)威性的拉模式”兩者都被認(rèn)為是比現(xiàn)有技術(shù)新穎的技術(shù)。在圖1中，對(duì)于每一個(gè)過程，對(duì)應(yīng)的主機(jī)系統(tǒng)被顯示為背景框架。
在受信任的拉模式過程102中，用于進(jìn)行軟件(SW)分發(fā)/安裝的端點(diǎn)(EP)104，即，目標(biāo)計(jì)算機(jī)系統(tǒng)提供了106一列請(qǐng)求的程序包。在下一步中，EP向Tivoli企業(yè)控制臺(tái)服務(wù)器(T/EC)110發(fā)送108一個(gè)進(jìn)行SW分發(fā)/安裝的請(qǐng)求。T/EC110觸發(fā)112一個(gè)腳本，該腳本啟動(dòng)兩個(gè)任務(wù)114、118，一個(gè)任務(wù)調(diào)用另一個(gè)任務(wù)。第一個(gè)任務(wù)114“創(chuàng)建SWD請(qǐng)求”在網(wǎng)關(guān)(GW)116(即，在本實(shí)施例中是一個(gè)本地源代碼服務(wù)器)上啟動(dòng)。第二個(gè)任務(wù)118“從EP插入SWD請(qǐng)求”讀取目標(biāo)系統(tǒng)上的程序包列表的內(nèi)容，并在請(qǐng)求隊(duì)列目錄中創(chuàng)建120一個(gè)請(qǐng)求文件。
接下來，SWD請(qǐng)求120將由位于GW124上的隊(duì)列管理器(QMGR)122處理。QMGR122執(zhí)行一個(gè)循環(huán)126，其中第一步是讀取存儲(chǔ)在請(qǐng)求隊(duì)列目錄中的下一個(gè)請(qǐng)求128。下一步，QMGR122生成一個(gè)觸發(fā)器腳本130，最后它啟動(dòng)生成的觸發(fā)器腳本，并通過將請(qǐng)求從請(qǐng)求隊(duì)列移動(dòng)到活動(dòng)隊(duì)列來激活請(qǐng)求132。前面描述的循環(huán)連續(xù)不斷地執(zhí)行，直到存儲(chǔ)在請(qǐng)求隊(duì)列中的所有請(qǐng)求都被除去。
對(duì)于每個(gè)啟動(dòng)的觸發(fā)器腳本和激活的請(qǐng)求，F(xiàn)ilePackageBlock將在EP上分發(fā)/安裝134。在安裝期間，對(duì)于每個(gè)傳輸和安裝的程序包，檢查136安裝狀態(tài)，依據(jù)該檢查的結(jié)果，根據(jù)本發(fā)明，啟動(dòng)138向拉或推模式的模式切換。下面將比較詳細(xì)地討論這些分發(fā)模式。在模式切換發(fā)生之后，下一個(gè)拉或推請(qǐng)求將附加在隊(duì)列140中(請(qǐng)參見圖2)。
在標(biāo)準(zhǔn)推模式142的情況下，SW分發(fā)過程在Tivoli管理框架服務(wù)器(TMR)144上開始。首先，在TMR上運(yùn)行的任務(wù)選擇用于分發(fā)/安裝的SW程序包146，并為已經(jīng)為其確定了程序包的不同的端點(diǎn)或目標(biāo)計(jì)算機(jī)創(chuàng)建目標(biāo)列表148。其后，TMR插入150并分發(fā)152相應(yīng)的請(qǐng)求，并將該請(qǐng)求傳輸?shù)轿挥贕W156上的上文描述的請(qǐng)求隊(duì)列154，該請(qǐng)求再進(jìn)一步地由上文描述的QMGR122處理。
此外，在權(quán)威性的拉模式158的情況下，開頭四個(gè)步驟“選擇程序包”到“分發(fā)請(qǐng)求”146-152與標(biāo)準(zhǔn)推模式142中的對(duì)應(yīng)的開頭四個(gè)步驟完全相同，這里就不再贅述。但與標(biāo)準(zhǔn)推模式142相比，請(qǐng)求被直接從執(zhí)行了“權(quán)威性的EP登錄162”的EP160發(fā)出。與其他分發(fā)模式相同，請(qǐng)求被放入位于GW156上的請(qǐng)求隊(duì)列154，該請(qǐng)求再進(jìn)一步地由QMGR122處理，如上文所述。因此，三種模式102、142、158的將新分發(fā)請(qǐng)求插入到請(qǐng)求隊(duì)列的方式不同。主分發(fā)過程是由中央腳本(上文描述的QMGR)控制的，該中央腳本負(fù)責(zé)監(jiān)視特殊的目錄(叫做存放SWD請(qǐng)求文件的前述的“請(qǐng)求隊(duì)列”)，并通過為每個(gè)請(qǐng)求啟動(dòng)一次主分發(fā)腳本來激活它們。此外，它還監(jiān)視同時(shí)活動(dòng)的分發(fā)的數(shù)目，提供一個(gè)簡(jiǎn)單的節(jié)流機(jī)制，以防止系統(tǒng)過載。建議的分發(fā)機(jī)制的主要特點(diǎn)是主分發(fā)腳本，該腳本在試圖分發(fā)程序包之前選擇由端點(diǎn)(EP)可用性確定的特定分發(fā)模式。如果EP不可用，則一種自動(dòng)模式切換通過自動(dòng)切換到拉或推模式、自動(dòng)重調(diào)度、wake-on-LAN、自動(dòng)恢復(fù)或中止來處理此情況。如果可以連接EP，則逐步按照程序包列表運(yùn)行主分發(fā)腳本，一個(gè)程序包一個(gè)程序包地安裝。可以在T/EC上對(duì)這些安裝步驟的進(jìn)展進(jìn)行監(jiān)視。
圖2通過流程圖說明了在SWD過程中由前述的主分發(fā)腳本執(zhí)行的基本步驟。值得強(qiáng)調(diào)的是，這些步驟可以自動(dòng)地執(zhí)行。
開始200 SWD過程之后，讀取請(qǐng)求隊(duì)列，被發(fā)現(xiàn)的第一個(gè)請(qǐng)求將被放入202活動(dòng)隊(duì)列中。
在以下步驟中，特定請(qǐng)求的程序包列表被除去。首先將檢查204是否有什么項(xiàng)目被留在程序包列表中。如果至少有一個(gè)項(xiàng)目留下，則讀取206該項(xiàng)目作為下一個(gè)項(xiàng)目。如果沒有，則該過程結(jié)束208。然后檢查210，具有當(dāng)前地址的EP(目標(biāo)系統(tǒng))是否可用，即，在線并可訪問。如果可用，則在該EP上開始212安裝程序包列表的當(dāng)前項(xiàng)目。如果EP不可用，則跳到步驟216并啟動(dòng)模式切換，如下所述。如果安裝成功214，則跳回步驟204，在此檢查在程序包列表中是否有下一個(gè)項(xiàng)目。如果有一個(gè)項(xiàng)目留下，則再次執(zhí)行前面描述的步驟206-212。如果檢查214表明，安裝不成功，則嘗試進(jìn)行模式切換，如下文所述。
首先，檢查216設(shè)置了哪一個(gè)模式。如果設(shè)置了推模式標(biāo)志，則進(jìn)一步檢查218是否至少有一個(gè)推嘗試留下。在此值得注意的是，嘗試的數(shù)量是預(yù)先指定的。如果有推嘗試留下，則恢復(fù)分發(fā)/安裝，并重調(diào)度220下一個(gè)推模式分發(fā)/安裝。如果沒有推嘗試留下，則切換222到拉模式，并進(jìn)一步檢查224是否至少有一個(gè)拉模式嘗試留下。如果是這樣的話，則恢復(fù)安裝，并重調(diào)度226下一個(gè)拉模式分發(fā)/安裝。否則，該過程結(jié)束228。
值得強(qiáng)調(diào)的是，上文描述的在沒有推嘗試留下的情況下切換到拉模式的操作將會(huì)強(qiáng)制在目標(biāo)系統(tǒng)上面執(zhí)行拉模式，因此被認(rèn)為是“權(quán)威性的拉模式”。
圖3通過流程圖說明了根據(jù)本發(fā)明的隊(duì)列管理器(QMGR)機(jī)制。首先檢查300請(qǐng)求隊(duì)列中是否包含一些請(qǐng)求。在請(qǐng)求隊(duì)列中，在本實(shí)施例，請(qǐng)求以創(chuàng)建請(qǐng)求時(shí)的時(shí)間確定的順序存儲(chǔ)。該時(shí)間確定了處理請(qǐng)求所采取的優(yōu)先級(jí)。在下文中假設(shè)該順序由數(shù)字1到n表示。如果請(qǐng)求隊(duì)列至少包含一個(gè)請(qǐng)求302，在本例中，請(qǐng)求被分配了n＝1，該請(qǐng)求將由隊(duì)列管理器處理304。然后檢查306是否超過了預(yù)先指定的時(shí)間戳(閾值)。后面的檢查提供了請(qǐng)求處理的時(shí)間表作為QMGR的一部分。如果沒有超過時(shí)間戳，則跳回步驟304，從而定義一個(gè)等待狀態(tài)。如果超過了時(shí)間戳，則接下來檢查308活動(dòng)隊(duì)列當(dāng)前是否過載。如果是這樣的話，則跳回步驟302。如果沒有活動(dòng)隊(duì)列過載，則接下來檢查310是否有當(dāng)前目標(biāo)系統(tǒng)已經(jīng)處于活動(dòng)狀態(tài)。如果是這樣的話，則跳回步驟304。否則，請(qǐng)求被設(shè)置到活動(dòng)隊(duì)列312。后面的兩個(gè)步驟表示嵌入在QMGR中的節(jié)流機(jī)制，如虛線所示。此外，SWD過程可以包含控制和錯(cuò)誤處理功能，以確保分發(fā)過程只有在滿足一定的先決條件時(shí)才開始。現(xiàn)在請(qǐng)參看圖4，下面將比較詳細(xì)地描述包含這些功能的SWD過程的優(yōu)選的實(shí)施例。
其中一個(gè)先決條件是端點(diǎn)管理器檢查400端點(diǎn)(＝目標(biāo)計(jì)算機(jī)系統(tǒng))是否在線。如果在若干次檢查402-404之后仍不可用，則進(jìn)一步的操作取決于配置期間的重試設(shè)置和重試狀態(tài)如果在請(qǐng)求配置期間選擇了Wake-on-LAN選項(xiàng)406，則將調(diào)用一個(gè)外部腳本。此腳本必須填滿由于可以啟動(dòng)喚醒操作的方式存在的可能的差異而由本地管理員執(zhí)行的操作。此外，在啟動(dòng)延遲期408之后，再次檢查404端點(diǎn)狀態(tài)。如果現(xiàn)在在線，則過程切換到下一個(gè)檢查410。如果不，則下面講述的重調(diào)度選項(xiàng)412適用。
如果推重試(嘗試)的數(shù)量大于0，則將請(qǐng)求移到保持隊(duì)列。生成分發(fā)過程以將請(qǐng)求重新插入到請(qǐng)求隊(duì)列中。該過程自動(dòng)被預(yù)定到如在“插入分發(fā)請(qǐng)求”處理步驟中所配置的當(dāng)前時(shí)間之前的幾分鐘。此后，生成帶有嚴(yán)重等級(jí)“警告”的T/EC消息，說明已經(jīng)重調(diào)度分發(fā)。
如果推重試的數(shù)量等于0，拉重試414的數(shù)量大于0，則將請(qǐng)求移到拉隊(duì)列416。當(dāng)端點(diǎn)下次登錄時(shí)將重新啟動(dòng)。
如果推重試的數(shù)量等于0，拉重試的數(shù)量等于0，則將請(qǐng)求移到中止隊(duì)列418，發(fā)送帶有嚴(yán)重等級(jí)“次要”的T/EC消息420，說明程序包列表處理失敗，并在消息字段中給出上次嘗試的文件程序包。
在通過上述所有測(cè)試之后，發(fā)送類SWD_Start 422的T/EC消息，并通過啟動(dòng)“wdistfpblock”調(diào)用來開始分發(fā)過程，以將當(dāng)前文件程序包塊分發(fā)到目標(biāo)424。如果此程序的返回代碼是0之外的數(shù)，則分發(fā)失敗，列表處理將被取消。值得注意的是，如果分發(fā)確實(shí)在活動(dòng)端點(diǎn)上失敗，還可有選擇地提供一個(gè)重試功能。發(fā)送兩個(gè)T/EC消息，其中一個(gè)是帶有嚴(yán)重等級(jí)“MINOR”的類SWD_Failed 428，說明當(dāng)前程序包分發(fā)沒有成功，另一個(gè)類帶有嚴(yán)重等級(jí)“MINOR”的類SWD_List_Failed 420，說明程序包列表處理失敗，并在消息字段中給出上次嘗試的文件程序包。如果“wdistfpblock”返回0，則發(fā)送類SWD_Success 430的T/EC消息，并對(duì)下一個(gè)程序包繼續(xù)進(jìn)行列表處理。當(dāng)所有的程序包都已經(jīng)成功地分發(fā)時(shí)，列表處理結(jié)束，并發(fā)出類SWD_List_Success 432的T/EC消息，帶有嚴(yán)重等級(jí)“HARMLESS”，并將請(qǐng)求移到完成隊(duì)列中，以供參考。
在處理過程中，生成若干個(gè)T/EC，以便讓操作員可以輕易地監(jiān)視正在進(jìn)行的分發(fā)。請(qǐng)求列表處理的開始和每一單個(gè)分發(fā)的開始在發(fā)送時(shí)都帶有嚴(yán)重等級(jí)“警告”，以指示有一些處理正在進(jìn)行之中。每一個(gè)分發(fā)和列表處理都有對(duì)應(yīng)的結(jié)束消息，該消息一般來說是關(guān)閉開始事件。當(dāng)該過程成功之后，結(jié)束消息也將關(guān)閉。只有錯(cuò)誤情況仍會(huì)處于打開狀態(tài)中，因?yàn)樵谶@種情況下需要有操作員執(zhí)行操作。如果沒有錯(cuò)誤，則在列表被處理完之后沒有消息處于打開狀態(tài)。
權(quán)利要求
1.一種用于基于至少兩種分發(fā)/安裝模式從源數(shù)據(jù)處理系統(tǒng)向至少一個(gè)目標(biāo)數(shù)據(jù)處理系統(tǒng)進(jìn)行計(jì)算機(jī)程序的遠(yuǎn)程分發(fā)和安裝的方法，包括下列步驟檢查是否至少有一個(gè)目標(biāo)數(shù)據(jù)處理系統(tǒng)可用；如果至少有一個(gè)目標(biāo)數(shù)據(jù)處理系統(tǒng)可用，則執(zhí)行分發(fā)/安裝；監(jiān)視分發(fā)/安裝是否成功；以及如果分發(fā)/安裝不成功，則切換分發(fā)/安裝模式。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，計(jì)算機(jī)程序作為程序包列表中識(shí)別的程序包傳輸，該方法包括以下具體步驟為重試推模式和拉模式分發(fā)預(yù)先指定嘗試次數(shù)；檢索程序包列表中識(shí)別的下一個(gè)程序包；檢查是否至少有一個(gè)目標(biāo)數(shù)據(jù)處理系統(tǒng)可用；如果至少有一個(gè)目標(biāo)計(jì)算機(jī)系統(tǒng)可用，則開始在該目標(biāo)數(shù)據(jù)處理系統(tǒng)上進(jìn)行安裝；否則，如果至少有一個(gè)推模式嘗試留下，則恢復(fù)和重調(diào)度下一個(gè)推模式分發(fā)，如果沒有推模式嘗試留下，但至少有一個(gè)拉模式嘗試留下，則恢復(fù)和重調(diào)度下一個(gè)拉模式分發(fā)。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，在若干次重試之后目標(biāo)數(shù)據(jù)處理系統(tǒng)不可用，執(zhí)行下面的特定步驟如果推重試的數(shù)量大于0，將分發(fā)/安裝請(qǐng)求移到保持隊(duì)列并調(diào)度重新插入請(qǐng)求到請(qǐng)求隊(duì)列；如果推重試的數(shù)量等于0并且拉重試的數(shù)量大于0，將請(qǐng)求移到拉隊(duì)列中，并在目標(biāo)計(jì)算機(jī)系統(tǒng)登錄時(shí)重新啟動(dòng)；如果推重試的數(shù)量等于0，拉重試的數(shù)量等于0，則將請(qǐng)求移到一個(gè)中止隊(duì)列。
4.根據(jù)權(quán)利要求1到3中的任何一個(gè)權(quán)利要求所述的方法，其特征在于，如果預(yù)先指定的時(shí)間被超過，則將分發(fā)/安裝請(qǐng)求放到請(qǐng)求隊(duì)列中并將分發(fā)/安裝請(qǐng)求設(shè)置到活動(dòng)隊(duì)列。
5.根據(jù)權(quán)利要求1到4中的任何一個(gè)權(quán)利要求所述的方法，其特征在于，進(jìn)一步檢測(cè)活動(dòng)的隊(duì)列過載并檢查當(dāng)前選定的目標(biāo)數(shù)據(jù)處理系統(tǒng)是否已經(jīng)處于活動(dòng)狀態(tài)。
6.用于在數(shù)據(jù)處理系統(tǒng)中執(zhí)行的一種數(shù)據(jù)處理程序，包括軟件代碼部分，用于當(dāng)所說的程序在所說的計(jì)算機(jī)上運(yùn)行時(shí)執(zhí)行根據(jù)權(quán)利要求1到5中的任何一個(gè)權(quán)利要求所述的方法。
7.存儲(chǔ)在計(jì)算機(jī)可使用的介質(zhì)上的計(jì)算機(jī)程序產(chǎn)品，包括計(jì)算機(jī)可讀的程序裝置，用于當(dāng)所說的程序在所說的計(jì)算機(jī)上運(yùn)行時(shí)使計(jì)算機(jī)執(zhí)行根據(jù)權(quán)利要求1到5中的任何一個(gè)權(quán)利要求所述的方法。
8.一種用于基于至少兩種分發(fā)/安裝模式從源數(shù)據(jù)處理系統(tǒng)向至少一個(gè)目標(biāo)數(shù)據(jù)處理系統(tǒng)進(jìn)行計(jì)算機(jī)程序的遠(yuǎn)程分發(fā)和安裝的軟件分發(fā)系統(tǒng)，包括用于檢查至少一個(gè)目標(biāo)數(shù)據(jù)處理系統(tǒng)的可用性并用于根據(jù)可用性檢查的結(jié)果執(zhí)行分發(fā)/安裝的裝置；用于監(jiān)視分發(fā)/安裝過程的裝置；以及用于依據(jù)監(jiān)視的結(jié)果切換分發(fā)/安裝模式的裝置。
9.一種用于基于至少兩種分發(fā)/安裝模式從源數(shù)據(jù)處理系統(tǒng)向至少一個(gè)目標(biāo)數(shù)據(jù)處理系統(tǒng)進(jìn)行計(jì)算機(jī)程序的遠(yuǎn)程分發(fā)和安裝的軟件分發(fā)系統(tǒng)，其特征在于，計(jì)算機(jī)程序作為程序包列表中識(shí)別的程序包傳輸，該系統(tǒng)包括隊(duì)列管理器，該隊(duì)列管理器包括用于處理遠(yuǎn)程分發(fā)的請(qǐng)求隊(duì)列和活動(dòng)隊(duì)列。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，隊(duì)列管理器包括用于檢查預(yù)先指定的時(shí)間是否被超過的裝置，以及用于檢查活動(dòng)隊(duì)列是否過載，并且如果沒有過載，用于將請(qǐng)求設(shè)置到活動(dòng)隊(duì)列的裝置。
11.根據(jù)權(quán)利要求9或10所述的系統(tǒng)，其特征在于，隊(duì)列管理器包括用于檢查當(dāng)前目標(biāo)數(shù)據(jù)處理系統(tǒng)是否已經(jīng)處于活動(dòng)狀態(tài)，并且如果沒有處于活動(dòng)狀態(tài)，用于將請(qǐng)求設(shè)置到活動(dòng)隊(duì)列的裝置。
全文摘要
為了從源位置向許多目標(biāo)計(jì)算機(jī)進(jìn)行計(jì)算機(jī)程序的遠(yuǎn)程分發(fā)/安裝，計(jì)算機(jī)程序作為程序包傳輸。重試推模式和拉模式分發(fā)的嘗試次數(shù)是預(yù)先指定的。識(shí)別下一個(gè)程序包，如果目標(biāo)計(jì)算機(jī)可用，則開始在目標(biāo)計(jì)算機(jī)上安裝程序包。否則，如果至少有一個(gè)推模式嘗試留下，則恢復(fù)和重調(diào)度下一個(gè)推模式，如果沒有推模式嘗試留下，但至少有一個(gè)拉模式留下，則恢復(fù)和重調(diào)度下一個(gè)拉模式分發(fā)。該機(jī)制特別建議一個(gè)激活請(qǐng)求的隊(duì)列管理器，即將請(qǐng)求從請(qǐng)求隊(duì)列移到活動(dòng)隊(duì)列，并實(shí)現(xiàn)節(jié)流，以在軟件分發(fā)/安裝過程中平衡負(fù)載。
文檔編號(hào)G06F13/00GK1518692SQ01820451
公開日2004年8月4日 申請(qǐng)日期2001年12月6日 優(yōu)先權(quán)日2000年12月20日
發(fā)明者格哈德·恩格爾, 尤維·海恩里齊, 格哈德 恩格爾, 海恩里齊 申請(qǐng)人:國(guó)際商業(yè)機(jī)器公司