專利名稱：軟件執(zhí)行管理裝置及其方法和程序的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通過許可證來限制用于允許執(zhí)行軟件的處理的執(zhí)行的軟 件執(zhí)行管理裝置，特別涉及以授予允許使用程序的許可證之后的無效為 目的的軟件執(zhí)行管理裝置、軟件執(zhí)行管理方法以及軟件執(zhí)行管理程序。
背景技術(shù)：
通常在銷售軟件時，都會對購買者授予允許使用該軟件的許可證。 而且在啟動軟件時，按照所授予的許可證內(nèi)容來控制是否可執(zhí)行軟件中 包含的程序，從而防止不正當(dāng)?shù)氖褂谩?br> 但是存在這樣的問題，例如，通過對許可證進(jìn)行復(fù)制等，可進(jìn)行超 過簽訂合同時的許可證內(nèi)容的不正當(dāng)使用。
于是，專利文獻(xiàn)1中記載了如下的許可證管理方法，在許可使用時， 對每臺計算機(jī)授予使用固有的設(shè)備識別碼來生成的軟件使用碼，在對軟 件的使用進(jìn)行檢查時，進(jìn)行啟動軟件的計算機(jī)的設(shè)備識別碼與軟件使用 碼的匹配性驗證。根據(jù)這種管理方法，在檢查軟件的使用時，使許可對 象外的計算機(jī)中的許可證的復(fù)制等無效，從而防止超過簽訂合同時的許 可證內(nèi)容的不正當(dāng)使用。
另外，專利文獻(xiàn)2中記載著如下的網(wǎng)絡(luò)許可證管理方法，其在許可 證管理服務(wù)器中對許可證進(jìn)行統(tǒng)一的管理，而并非對每臺計算機(jī)分別授 予許可證。根據(jù)該管理方法，當(dāng)從網(wǎng)絡(luò)內(nèi)的任意設(shè)備發(fā)出對使用軟件的 許可證的請求時，根據(jù)是否處于不超過合同規(guī)定的許可證數(shù)的范圍等來 控制對該使用的許可，從而防止超過簽訂合同時的許可證內(nèi)容的不正當(dāng) 使用。這里，作為許可證的內(nèi)容，具有計算機(jī)同時使用臺數(shù)的限制、使 用期間的限制、多用戶系統(tǒng)中的同時使用用戶數(shù)的限制等。
專利文獻(xiàn)l:日本特開2000-207199號公報
專利文獻(xiàn)2:日本特開2002-182763號公報
在對每臺計算機(jī)授予了使用固有的設(shè)備識別碼來生成的許可證之 后，當(dāng)由于授予了該許可證的計算機(jī)的故障或老化等原因而需要更換為 新計算機(jī)時，需要發(fā)行使用新計算機(jī)的設(shè)備識別碼來生成的許可證。在 這種情況下考慮了以廢棄當(dāng)初的許可證為條件、實質(zhì)上無償?shù)靥峁┬略S 可證；或者設(shè)定與當(dāng)初的許可證價格相比較低的費用的銷售方式，而并 非要求支付與當(dāng)初的許可證同等額度的費用。然而，由于不是在發(fā)行新 許可證時強制使舊許可證無效的技術(shù)性手段，從而具有授予了舊許可證 的計算機(jī)與授予了新許可證的計算機(jī)都能夠使用軟件的問題。
另外，在許可證管理服務(wù)器內(nèi)對許可證進(jìn)行統(tǒng)一管理的方法中，為 了防止許可證管理服務(wù)器本身的復(fù)制，而需要發(fā)行使用構(gòu)成許可證管理 服務(wù)器的計算機(jī)的設(shè)備識別碼而生成的許可證。而且，在由于構(gòu)成許可 證管理服務(wù)器的計算機(jī)的故障或老化等原因而需要更換為新計算機(jī)的情 況下，會產(chǎn)生與上述同樣的問題。
尤其，在構(gòu)建許可證管理服務(wù)器等其他服務(wù)器的情況下，根據(jù)負(fù)荷 分散的目的，有時會使用多臺計算機(jī)來虛擬地構(gòu)建一個服務(wù)器。在這種 情況下，在允許服務(wù)器用軟件的工作時，將會對構(gòu)成服務(wù)器的每臺計算 機(jī)都發(fā)行使用每臺計算機(jī)固有的設(shè)備識別碼來生成的許可證。而且，當(dāng) 更換其中1臺的情況下，會存在以舊許可證來工作的計算機(jī)和以新許可 證來工作的計算機(jī)，在構(gòu)建服務(wù)器的多臺計算機(jī)之間，僅比較許可證的 版本來驗證新舊許可證的有效性，這樣會出現(xiàn)工作上的不便狀況。另外， 為了避免這種不便狀況，即使僅更換1臺計算機(jī)，也需要再次發(fā)行以構(gòu) 成服務(wù)器的所有計算機(jī)為對象的許可證，從而會產(chǎn)生運用上的不便狀況。 另外，在隨著發(fā)行新許可證而立即使舊許可證無效的情況中，對于與該 服務(wù)器相連的客戶端使用者而言會產(chǎn)生不便狀況。
這里，所謂"運用上的不便狀況"可舉出由于再次發(fā)行以構(gòu)成服務(wù) 器的所有計算機(jī)為對象的許可證的作業(yè)而導(dǎo)致的提供方的不便狀況、對 再次發(fā)行的許可證進(jìn)行登記作業(yè)而帶給使用者方的不便狀況等。
另外這里，所謂"客戶端使用者的不便狀況"可舉出在從舊服務(wù)器
向新服務(wù)器進(jìn)行轉(zhuǎn)移作業(yè)的期間，客戶端使用者無法與服務(wù)器連接的不 便狀況、及產(chǎn)生從舊服務(wù)器向新服務(wù)器的連接目的地的變更作業(yè)的不便
狀況等。

發(fā)明內(nèi)容
于是，本發(fā)明的目的在于，提供一種通過發(fā)行新許可證來強制性使 應(yīng)廢棄的舊許可證無效的軟件執(zhí)行管理裝置，由此來消除上述的問題。
(1) 本發(fā)明的軟件執(zhí)行管理裝置具有以下要素。 許可證信息存儲部，其存儲與允許執(zhí)行用于允許軟件執(zhí)行的處理的
內(nèi)容相關(guān)的第一許可證信息、和包含確定待無效化的許可證的識別碼的 第二許可證信息；
執(zhí)行可否判定部，其根據(jù)第一許可證信息來判定是否可執(zhí)行用于允 許軟件執(zhí)行的處理；
無效許可證檢測部，其根據(jù)第二許可證信息來檢測其他軟件執(zhí)^1管 理裝置，該其他軟件執(zhí)行管理裝置執(zhí)行作為被執(zhí)行可否判定部許可執(zhí)行 的用于允許軟件執(zhí)行的處理的、根據(jù)應(yīng)該無效化的許可證而允許執(zhí)行的 用于允許軟件執(zhí)行的處理；
無效化信號發(fā)送部，其發(fā)送無效化信號，該無效化信號限制由無效 許可證檢測部所檢測出的用于允許軟件執(zhí)行的處理的動作；
執(zhí)行限制部，其當(dāng)接收到無效化信號時，與上述第一許可證信息無 關(guān)地限制用于允許軟件執(zhí)行的處理的動作。
通過這樣地構(gòu)成軟件執(zhí)行管理裝置，即使在可根據(jù)第一許可證信息 來進(jìn)行用于允許軟件執(zhí)行的處理時，在發(fā)送了來自無效化信號發(fā)送部的 無效化信號的情況下，也能限制執(zhí)行用于允許軟件執(zhí)行的處理，因此可 以通過無效化信號來限制執(zhí)行基于特定許可證信息的用于允許軟件執(zhí)行 的處理，進(jìn)而能夠可靠地限制許可對象軟件的執(zhí)行。
軟件執(zhí)行管理裝置上的第二許可證信息主要包含識別碼，該識別碼 用于確定其他軟件執(zhí)行管理裝置上的待無效化的許可證。
(2) 上述軟件執(zhí)行管理裝置還具有以下要素。
許可證廢棄部，其當(dāng)接收到無效化信號時，登記使上述許可證信息 存儲部的第一許可證信息無效的信息。
這樣，根據(jù)軟件執(zhí)行管理裝置，即使在裝置重新啟動的情況下，也 能夠防止根據(jù)已經(jīng)被無效的第一許可證信息來執(zhí)行用于允許軟件執(zhí)行的 處理。
(3) 上述軟件執(zhí)行管理裝置還具有以下要素。
請求受理部，其受理來自客戶端的執(zhí)行用于允許軟件執(zhí)行的處理的 請求；
請求響應(yīng)部，其當(dāng)受理了來自客戶端的執(zhí)行用于允許軟件執(zhí)行的處 理的請求時，執(zhí)行用于允許軟件執(zhí)行的處理，并向該客戶端回復(fù)結(jié)果，
執(zhí)行限制部，其作為上述執(zhí)行限制部，當(dāng)接收到無效化信號時限制 上述請求響應(yīng)部的動作。
這樣，根據(jù)軟件執(zhí)行管理裝置，可通過接收無效化信號來限制請求 響應(yīng)部執(zhí)行用于允許軟件執(zhí)行的處理，其結(jié)果是能夠在客戶端側(cè)抑制已 不允許執(zhí)行的軟件的執(zhí)行。
(4) 上述軟件執(zhí)行管理裝置還具有以下要素。 設(shè)定信息發(fā)送部，在發(fā)送限制由無效許可證檢測部所檢測出的用于
允許軟件執(zhí)行的處理動作的無效化信號時，其發(fā)送與對上述請求受理部 的連接相關(guān)的設(shè)定信息；
設(shè)定信息接收部，其在接收到無效化信號時，接收來自上述設(shè)定信 息發(fā)送部的設(shè)定信息；以及
連接信息更新信號發(fā)送部，其在接收到無效化信號之后，上述請求 受理部受理了來自客戶端的用于允許軟件執(zhí)行的處理的請求時，向該客 戶端進(jìn)行連接信息更新信號的發(fā)送，該連接信息更新信號指示向通過上 述設(shè)定信息接收部所接收的設(shè)定信息中所示的請求受理部再次發(fā)送處理 請求。
這樣，根據(jù)軟件執(zhí)行管理裝置，可發(fā)送設(shè)定信息、并得到了對于有 效請求受理部的信息后實施許可證發(fā)行請求，因此不僅能夠在客戶端側(cè) 識別當(dāng)前進(jìn)行許可證發(fā)行請求的目的地不是有效，還能夠獲得對于當(dāng)前
有效的請求受理部的信息，另外，不用在客戶端側(cè)取得對于新的有效請 求受理部的信息后以手動的方式來改變設(shè)定信息，就能夠進(jìn)行適當(dāng)?shù)脑S 可證發(fā)行請求。
這些上述的發(fā)明概要并非列舉本發(fā)明必需的特征，通過這多個特征 的次組合也能夠得到發(fā)明。


圖1是本發(fā)明第1實施方式的軟件執(zhí)行管理系統(tǒng)的系統(tǒng)整體結(jié)構(gòu)圖。
圖2是本發(fā)明第1實施方式的許可證服務(wù)器的詳細(xì)框圖。
圖3是本發(fā)明第1實施方式的軟件執(zhí)行管理系統(tǒng)中所使用的數(shù)據(jù)。
圖4是本發(fā)明第1實施方式的軟件執(zhí)行管理系統(tǒng)中所使用的第一許
可證信息和第二許可證信息。
圖5是構(gòu)成本發(fā)明第1實施方式的許可證服務(wù)器、客戶端的計算機(jī)
的硬件結(jié)構(gòu)圖。
圖6是本發(fā)明第1實施方式的新服務(wù)器中的許可證登記處理的流程圖。
圖7是本發(fā)明第1實施方式的新服務(wù)器中的停止信息發(fā)送處理的流 程圖。
圖8是本發(fā)明第1實施方式的舊服務(wù)器中的信息接收時的處理的流 程圖。
圖9是本發(fā)明第2實施方式的許可證服務(wù)器的詳細(xì)框圖。 圖10是在圖7、圖8中反映本發(fā)明第2實施方式的連接信息處理時 的主要部分流程圖。
圖11是本發(fā)明另一實施方式的軟件執(zhí)行管理系統(tǒng)中所使用的數(shù)據(jù)。 圖12是本發(fā)明另一實施方式的軟件執(zhí)行管理系統(tǒng)中所使用的數(shù)據(jù)。 圖13是本發(fā)明另一實施方式的軟件執(zhí)行管理系統(tǒng)的系統(tǒng)整體結(jié)構(gòu)圖。
符號說明
11 CPU; 12 RAM; 13 ROM; 14閃存器；15HD; 16LAN卡；17 鼠標(biāo)；18鍵盤；19顯卡；19a顯示器；20聲卡；20a揚聲器；21驅(qū)動器； IOO許可證服務(wù)器；lll請求受理部；112請求響應(yīng)部；113許可證信息存 儲部；U4執(zhí)行可否判定部；115無效許可證檢測部；116無效化信號發(fā) 送部；117執(zhí)行限制部；118許可證廢棄部；U9無效化信號接收部；121 設(shè)定信息發(fā)送部；122設(shè)定信息接收部；123連接信息更新信號發(fā)送部； 200舊服務(wù)器；300新服務(wù)器；400客戶端；401軟件執(zhí)行可否判定請求 部；402軟件執(zhí)行可否判定結(jié)果受理部；500舊計算機(jī)；600新計算fl
具體實施例方式
此處，本發(fā)明可通過多個不同方式來實施。因此不應(yīng)僅憑下述實施 方式的記載內(nèi)容來進(jìn)行解釋。另外，對所有實施方式中都相同的要素標(biāo) 注相同的符號。
在實施方式中主要對系統(tǒng)進(jìn)行說明，不過本領(lǐng)域普通技術(shù)人員可知， 本發(fā)明也能夠作為在計算機(jī)中可使用的程序、方法來實施。另外，本發(fā) 明還可以通過硬件、軟件或者軟件以及硬件的實施方式來實施。程序可 以記錄在硬盤、CD-ROM、 DVD-ROM、光存儲裝置或者磁存儲裝置等任 意的計算機(jī)可讀介質(zhì)中。進(jìn)而，程序還可以記錄在經(jīng)由網(wǎng)絡(luò)的其他計算 機(jī)上。
l.第1實施方式
根據(jù)附圖對本發(fā)明第1實施方式的軟件執(zhí)行管理系統(tǒng)進(jìn)行說明。 (1)整體結(jié)構(gòu)
圖1是本發(fā)明第1實施方式的軟件執(zhí)行管理系統(tǒng)的系統(tǒng)整體結(jié)構(gòu)圖。 圖2是本發(fā)明第1實施方式的許可證服務(wù)器的詳細(xì)框圖。
本發(fā)明第1實施方式的軟件執(zhí)行管理系統(tǒng)由客戶端400以及許可證 服務(wù)器100構(gòu)成，該客戶端400請求允許執(zhí)行許可對象軟件；該許可證 服務(wù)器100基于第一許可證信息來執(zhí)行許可證判定處理，并對客戶端400 給予可否執(zhí)行軟件的結(jié)果，該許可證判定處理用于根據(jù)來自客戶端400 的請求，來判斷可否執(zhí)行請求所涉及的軟件。尤其，許可證服務(wù)器100 根據(jù)從其他許可證服務(wù)器100獲得的無效化信號來限制相應(yīng)的許可證判
定處理的執(zhí)行，而無需依據(jù)第一許可證信息。
圖1中雖然具有舊服務(wù)器200和新服務(wù)器300，然而兩者都為許可 證服務(wù)器100。舊服務(wù)器200構(gòu)建在老化的計算機(jī)上，為了從該舊服務(wù)器 200上獲得更高的響應(yīng)度，而在具有更高性能的新計算機(jī)上向新服務(wù)器 300轉(zhuǎn)移。雖然有時僅在服務(wù)器的轉(zhuǎn)移期間內(nèi)會同時存在舊服務(wù)器200和 新服務(wù)器300，不過也有將舊服務(wù)器200繼續(xù)用作許可證服務(wù)器100的情 況。具體而言有如下的情況等，如在此之前在舊服務(wù)器200中處理軟件A 和軟件B的許可證，然而由于負(fù)荷變大所以由新服務(wù)器300來管轄軟件 B，由之前的服務(wù)器200來管轄軟件A。
對于圖2中的新服務(wù)器300僅圖示了作為后述的許可證服務(wù)器100 的構(gòu)成要素的一部分的許可證信息存儲部113、許可證無效檢測部115以 及無效化信號發(fā)送部116，然而新服務(wù)器300與舊服務(wù)器200同樣具有其 他構(gòu)成要素，只不過為方便表示而進(jìn)行了省略。另外，在本實施方式的 動作說明中，新服務(wù)器300的許可證無效檢測部115和無效化信號發(fā)送 部116進(jìn)行工作，舊服務(wù)器200的許可證無效檢測部115和無效化信號 發(fā)送部116不進(jìn)行工作，所以用虛線來表示舊服務(wù)器200上的許可證無 效檢測部115、無效化信號發(fā)送部116以及與它們相連的箭頭。
許可證服務(wù)器100由請求受理部111、請求響應(yīng)部112、許可證信息 存儲部113、執(zhí)行可否判定部114、無效許可證檢測部115、無效化信號 發(fā)送部116、執(zhí)行限制部117、許可證廢棄部118和無效化信號接收部119 構(gòu)成。
請求受理部111受理來自客戶端的許可證判定處理執(zhí)行的請求。 請求響應(yīng)部112如果受理了來自客戶端的許可證判定處理執(zhí)行請求，
則執(zhí)行許可證判定處理，并把結(jié)果回復(fù)給該客戶端。
許可證信息存儲部113存儲與允許執(zhí)行許可證判定處理的內(nèi)容相關(guān) 的第一許可證信息和包含確定待無效化的許可證的識別碼的第二許可證
{曰息。
執(zhí)行可否判定部114根據(jù)第一許可證信息判斷可否執(zhí)行許可證判定 處理。
無效許可證檢測部115根據(jù)第二許可證信息來檢測其他許可證服務(wù) 器100，該其他許可證服務(wù)器100執(zhí)行作為被該執(zhí)行可否判定部114許可 執(zhí)行的許可證判定處理的、根據(jù)應(yīng)該無效化的許可證而許可執(zhí)行的許可 證判定處理。
無效化信號發(fā)送部116發(fā)送無效化信號，該無效化信號限制由無效 許可證檢測部檢測出的許可證判定處理的動作。
當(dāng)執(zhí)行限制部117接收到無效化信號時，與上述第一許可證信息無 關(guān)地限制許可證判定處理的動作。
當(dāng)許可證廢棄部118接收到無效化信號時，登記使上述許可證信息 存儲部的第一許可證信息無效的信息。
客戶端400由軟件執(zhí)行可否判定請求部401和軟件執(zhí)行可否判定結(jié) 果受理部402構(gòu)成。
軟件執(zhí)行可否判定請求部401對許可證服務(wù)器100請求軟件的執(zhí)行 可否判定。
軟件執(zhí)行可否判定結(jié)果受理部402從許可證服務(wù)器100接受軟件的 執(zhí)行可否判定結(jié)果。 (2)使用數(shù)據(jù)
圖3是本實施方式的軟件執(zhí)行管理系統(tǒng)中所使用的數(shù)據(jù)。 圖3 (a)是許可證ID的數(shù)據(jù)結(jié)構(gòu)。許可證ID由許可證ID的登記 對象計算機(jī)的MAC (Media Access Control)地址、許可證信息、要更換 的許可證服務(wù)器的臺數(shù)、即舊服務(wù)器的登記數(shù)、舊服務(wù)器的MAC地址構(gòu) 成(為了對舊服務(wù)器200的許可證服務(wù)器所處理的軟件的一部分進(jìn)行功 能限制或使其無效，除了識別舊服務(wù)器的信息之外，還需要與限制、無 效相關(guān)的軟件識別信息)。許可證信息由識別許可對象軟件的軟件識別信 息、以及該許可對象軟件的可使用臺數(shù)構(gòu)成。
圖3 (b)為停止信息的數(shù)據(jù)結(jié)構(gòu)，該停止信息為從更換的許可證服 務(wù)器100即新服務(wù)器300向被更換的許可證服務(wù)器100即舊服務(wù)器200 發(fā)送的無效化信號。停止信息由表示其為停止信息的許可證服務(wù)器停止 標(biāo)志、發(fā)送源設(shè)備的IP地址、發(fā)送源設(shè)備的主機(jī)名、停止對象的舊服務(wù)
器的MAC地址和停止對象的許可證信息構(gòu)成。
圖4是本實施方式的軟件執(zhí)行管理系統(tǒng)中所使用的第一許可證信息 和第二許可證信息的一個例子。第一許可證信息以軟件識別信息和可識 別客戶端400的IP地址作為屬性。使用IP地址不僅能識別客戶端400， 還能夠成為可通信狀態(tài)。第二許可證信息以軟件識別信息作為屬性。第 一許可證信息也可僅將軟件識別信息作為屬性。在這樣的情況下、且管 理多個許可對象軟件時，需要為了進(jìn)行許可證判定處理而另外針對每個 軟件保持識別當(dāng)前正執(zhí)行軟件的客戶端的信息。
在圖4 (b)的第一許可證信息中使軟件識別信息與IP地址相對應(yīng)。 這里，未對應(yīng)IP地址、對應(yīng)NULL的行表示相應(yīng)軟件識別信息所示的軟 件是空閑的。即，意味著有對客戶端授予或出借相應(yīng)軟件識別信息所示 的軟件的使用許可的余地。
圖4 (c)的第二許可證信息具有待無效化的許可證信息，如虛線箭 頭所示，間接地通過新服務(wù)器300的圖4 (c)所示的第二許可證信息， 來限制舊服務(wù)器200的圖4 (b)所示的第一許可證信息所表示的軟件涉 及的處理，或者使第一許可證信息本身變?yōu)闊o效。
在本實施方式中，使用MAC地址作為識別構(gòu)成許可證服務(wù)器100 的計算機(jī)的信息。如果是識別許可證服務(wù)器100或者計算機(jī)的信息則還 可以使用例如IP地址這樣的其他信息。由于MAC地址是在出廠時由制 造商賦予給LAN卡16的，所以在此后使用者無法變更的這點上，與如 IP地址那樣可變更的信息相比更為優(yōu)選。即，例如在使用IP地址來代替 MAC地址的情況下，在變更了賦予給構(gòu)成舊服務(wù)器200的計算機(jī)的IP 地址時，會產(chǎn)生無法進(jìn)行新服務(wù)器300與舊服務(wù)器200之間的通信的狀 況。因此，更為優(yōu)選一并使用IP地址那樣易于使用的信息和無法變更的 MAC地址。
(3)硬件結(jié)構(gòu)
圖5是構(gòu)成本實施方式的許可證服務(wù)器、客戶端的計算機(jī)的硬件結(jié) 構(gòu)圖。
構(gòu)成許可證服務(wù)器100、客戶端400的計算機(jī)由以下部分構(gòu)成CPU(Central Processing Unit) 11、 RAM (Random Access Memory) 12、 ROM (Read Only Memory) 13、閃存器(Flash memory) 14、作為外部存儲裝 置的HD (Hard disk) 15、 LAN (Local Area Network)卡16、鼠標(biāo)17、 鍵盤18、顯卡19、與該顯卡19電連接的作為顯示裝置的顯示器19a、聲 卡20、與該聲卡20電連接的作為音頻輸出裝置的揚聲器20a以及對軟盤、 CD-ROM、 DVD-ROM等存儲介質(zhì)進(jìn)行讀寫的驅(qū)動器21。
通過把預(yù)先存儲在計算機(jī)的HD 15上的軟件執(zhí)行管理程序讀到主存 儲器中、并由CPU 11執(zhí)行軟件執(zhí)行管理程序，來實現(xiàn)許可證服務(wù)器100。 (4)許可證登記處理
圖6是本實施方式的新服務(wù)器中的許可證登記處理的流程圖。 系統(tǒng)運營商事先從許可證管理公司獲取已被加密的加密許可證ID。 例如使用電子郵件接受加密許可證ID。當(dāng)系統(tǒng)運營商將該加密許可證ID 輸入到新服務(wù)器300時，新服務(wù)器300取入加密許可證ID進(jìn)行解密(步 驟101)。新服務(wù)器300從解密后的許可證ID中取出MAC地址(步驟111)。 新服務(wù)器300判斷構(gòu)成新服務(wù)器300的計算機(jī)所具有的MAC地址與步驟 111中取出的MAC地址是否一致(步驟121)。在不一致的情況下不進(jìn)行 許可證的登記就結(jié)束處理。在一致的情況下把加密許可證ID登記在注冊 表中(步驟131)。此處，注冊表是指在WINDOWS (注冊商標(biāo))的OS 上記錄著軟件的設(shè)定數(shù)據(jù)的數(shù)據(jù)庫。而且在步驟131之后，新服務(wù)器300 對于所登記的許可證開始受理處理(步驟141)。 g卩，新服務(wù)器300根據(jù) 登記在注冊表中的第一許可證信息來讀出許可證判定處理程序，由此成 為能夠應(yīng)對來自客戶端400的軟件執(zhí)行許可請求的工作狀態(tài)。并且，可 以不在步驟141之后立即讀出許可證判定處理程序，而是在從客戶端400 接收到執(zhí)行許可請求時進(jìn)行該執(zhí)行許可請求是否滿足規(guī)定條件的判定， 并根據(jù)該判定結(jié)果來讀出許可證判定處理程序。更具體地說，還可以在 判定為該執(zhí)行許可請求所涉及的軟件為第一許可證信息所示的許可對象 軟件時，讀出許可證判定處理程序。并且，通過比較客戶端發(fā)送的執(zhí)行 許可請求中所包含的軟件識別信息和第一許可證信息中所包含的軟件識 別信息，進(jìn)行來自客戶端的執(zhí)行許可請求所涉及的軟件是否為第一許可
證信息所示的許可對象軟件的判定。
利用后述(6)對許可證判定處理進(jìn)行說明。
加密許可證ID不但具有許可證信息，還具有與無效化信息相關(guān)的信 息，事實上保存有第一許可證信息和第二許可證信息。 (5)新服務(wù)器中的處理
圖7是本實施方式的新服務(wù)器中的停止信息發(fā)送處理的流程圖。
新服務(wù)器300從注冊表讀出在上述(4)中登記的加密許可證ID后 進(jìn)行解密(步驟201)。新服務(wù)器300從解密后的許可證ID中取出舊服務(wù) 器200的MAC地址(步驟211)。接著，新服務(wù)器300根據(jù)舊服務(wù)器200 的MAC地址執(zhí)行通信準(zhǔn)備步驟，以能夠與構(gòu)成舊服務(wù)器200的計算機(jī)進(jìn) 行通信，然后從新服務(wù)器300 (無效化信號發(fā)送部116)向舊服務(wù)器200 發(fā)送停止信息(步驟261)。
在本實施方式中，使用MAC地址來作為確定構(gòu)成許可證服務(wù)器100 的計算機(jī)的信息，因而為了能夠與構(gòu)成舊服務(wù)器200的計算機(jī)進(jìn)行通信， 例如需要如下的處理。
新服務(wù)器300根據(jù)自身的網(wǎng)絡(luò)信息(IP地址、網(wǎng)絡(luò)地址)，對例如自 身所屬的網(wǎng)絡(luò)域上的其他節(jié)點進(jìn)行PING (PacketINtemetGroper)(步驟 221)。例如IP地址由網(wǎng)絡(luò)地址部和主機(jī)地址部這兩部分構(gòu)成，在同一網(wǎng) 絡(luò)域上的節(jié)點之間，網(wǎng)絡(luò)地址部為相同的地址值，因而通過僅使主機(jī)地 址部可變，就能夠估計自身所屬的網(wǎng)絡(luò)域上的其他節(jié)點的IP地址，這是 本領(lǐng)域技術(shù)人員所公知的。另外，當(dāng)PING指定IP地址時，使用ICMP (Internet Control Message Protocol)將數(shù)據(jù)發(fā)送到指定的IP地址的計算 機(jī)等，并接收來自該計算機(jī)的數(shù)據(jù)回復(fù)。新服務(wù)器300對于做出回復(fù)的 IP地址實施ARP (Address Resolution Protocol),然后求出MAC地址和 IP地址的對應(yīng)表(步驟231)。當(dāng)ARP指定IP地址時求出MAC地址。 在對應(yīng)表中檢索舊服務(wù)器200的MAC地址(步驟241)。判斷對應(yīng)表中 是否存在舊服務(wù)器200的MAC地址(步驟251 )，如果對應(yīng)表中存在MAC 地址，則認(rèn)為發(fā)現(xiàn)了舊服務(wù)器200而進(jìn)入步驟261。如果在對應(yīng)表中不存 在MAC地址，則認(rèn)為沒有發(fā)現(xiàn)舊服務(wù)器200而結(jié)束處理。
以上說明了 IP地址，說明了新服務(wù)器300確定舊服務(wù)器200進(jìn)行通 信的過程，更詳細(xì)而說，僅物理上由新服務(wù)器300確定構(gòu)成舊服務(wù)器200 的計算機(jī)是無法進(jìn)行應(yīng)用級別下的通信的。因而需要從構(gòu)成舊服務(wù)器200 的計算機(jī)上執(zhí)行的多個服務(wù)中確定舊服務(wù)器200。為了確定服務(wù)，通常除 了IP地址之外還使用端口 (Port)。該端口與服務(wù)相關(guān)聯(lián)，例如通過指定 某端口就可指定許可證服務(wù)器100的服務(wù)。因此當(dāng)設(shè)許可證服務(wù)器100 的端口為"50001"時，新服務(wù)器300通過指定IP地址和端口 "50001"， 就可與舊服務(wù)器200進(jìn)行通信。這里，當(dāng)沒有在構(gòu)成舊服務(wù)器200的計 算機(jī)上作為服務(wù)啟動舊服務(wù)器200時，也沒有準(zhǔn)備好相應(yīng)的端口用的接 口，新服務(wù)器300無法與舊服務(wù)器200進(jìn)行通信。
這樣，通過指定IP地址和端口，就可以與通過IP地址確定的計算 機(jī)的特定服務(wù)器進(jìn)行通信。在本實施方式中，對在TCP/IP上安裝許可證 服務(wù)器100的情況進(jìn)行了說明，不過在其他通信協(xié)議上安裝許可證服務(wù) 器100時，需要依照其他通信協(xié)議、平臺進(jìn)行安裝，這對于所謂的本領(lǐng) 域普通技術(shù)人員來說屬于技術(shù)常識。
并且，也可以代替PING，使用RARP (Reverse Address Resolution Protocol)求出IP地址。
(6)舊服務(wù)器中的處理
圖8是本實施方式的舊服務(wù)器中的信息接收時的處理流程圖。
舊服務(wù)器200當(dāng)從新服務(wù)器300或者客戶端400接收到信息(步驟 301)時，對接收到的信息的類別進(jìn)行判別(步驟311)。當(dāng)判斷為接收到 的信息為許可證停止請求時，舊服務(wù)器200對停止信息進(jìn)行加密，在主 存儲器和注冊表中設(shè)定該加密后的停止信息(步驟381)，并結(jié)束與該許 可證停止請求的接收相應(yīng)的處理。
另一方面，當(dāng)判斷為接收到的信息是許可證發(fā)行請求時，舊服務(wù)器 200對主存儲器上的停止信息進(jìn)行解密(步驟321)。
接著，舊服務(wù)器200的執(zhí)行限制部117根據(jù)上述停止信息，判斷許 可證發(fā)行請求涉及的軟件的執(zhí)行許可是否處于停止中(步驟331)。當(dāng)判 斷為處于停止中的情況下，舊服務(wù)器200把表示相應(yīng)軟件的許可證處于
停止中的消息發(fā)送給客戶端(步驟341)。另一方面，當(dāng)判斷為不處于停 止中的情況下，舊許可證服務(wù)器200的執(zhí)行可否判定部114確認(rèn)許可證 發(fā)行請求所涉及的軟件的許可證空閑(步驟351)。然后，當(dāng)存在許可證 空閑的情況下，舊服務(wù)器200的請求響應(yīng)部112把許可證信息發(fā)送到進(jìn) 行了許可證發(fā)行請求的客戶端400 (步驟361)，并結(jié)束與發(fā)送了該許可 證發(fā)行請求的客戶端相應(yīng)的處理。
以上的結(jié)果為，接收到許可證信息的客戶端400成為可執(zhí)行許可證 發(fā)行請求所涉及的軟件的工作狀態(tài)。另一方面，在不存在許可證空閑的 情況下，舊服務(wù)器200發(fā)送表示許可證沒有空閑的消息(步驟371),并 結(jié)束與發(fā)送了該許可證發(fā)行請求的客戶端相應(yīng)的處理。接收到該消息的 客戶端400把該消息顯示在顯示器上。 (7)本實施方式的效果
這樣根據(jù)本實施方式的軟件執(zhí)行管理系統(tǒng)，在舊服務(wù)器200與新服 務(wù)器300進(jìn)行交換時，新服務(wù)器300不僅根據(jù)許可證ID執(zhí)行對許可證發(fā) 行請求的處理，還對舊服務(wù)器200發(fā)送停止信息，舊服務(wù)器200接收停 止信息、不進(jìn)行對舊服務(wù)器200中的許可證發(fā)行請求的處理，因此即使 在舊服務(wù)器200與新服務(wù)器200并存的情況下，也能夠防止許可數(shù)量以 上的客戶端執(zhí)行軟件的情況。
2.第2實施方式 (1)與第1實施方式不同的結(jié)構(gòu)要件
圖9是本實施方式的許可證服務(wù)器的詳細(xì)框圖。
本實施方式的軟件執(zhí)行管理系統(tǒng)也具有與上述第1實施方式的軟件 執(zhí)行管理系統(tǒng)同樣的結(jié)構(gòu)，除此之外，許可證服務(wù)器100具有設(shè)定信息 發(fā)送部121、設(shè)定信息接收部122、連接信息更新信號發(fā)送部123的結(jié)構(gòu) 要素。
設(shè)定信息發(fā)送部121在發(fā)送了無效化信號時，還發(fā)送與對其他有效 的上述請求接收部111的連接相關(guān)的設(shè)定信息，其中該無效化信號限制 由無效許可證檢測部115檢測出的許可證判定處理。
設(shè)定信息接收部122在接收到無效化信號時，從上述設(shè)定信息發(fā)送
部121接收設(shè)定信息。
連接信息更新信號發(fā)送部123在接收到無效化信號之后，在上述請 求受理部111中受理了來自客戶端400的許可證判定處理執(zhí)行請求時， 對該客戶端進(jìn)行連接信息更新信號的發(fā)送，該連接信息更新信號指示向 上述設(shè)定信息接收部122接收到的設(shè)定信息所示的其他有效的請求受理 部111重新發(fā)送處理請求。
圖3 (c)是從舊服務(wù)器200向發(fā)出請求的客戶端400發(fā)送的連接信 息的數(shù)據(jù)結(jié)構(gòu)。連接信息由表示不允許執(zhí)行軟件的許可證停止標(biāo)志、有 效的許可證服務(wù)器的主機(jī)名以及有效的許可證服務(wù)器的IP地址構(gòu)成。
(2) 連接信息處理
圖10是在圖7、圖8中反映了本實施方式的連接信息處理的情況下 的主要部分流程圖。
如圖10 (a)所示，在反映了連接信息處理的情況下的停止信息發(fā)送 處理中，在步驟261之后，新服務(wù)器300 (設(shè)定信息發(fā)送部121)向舊服 務(wù)器200 (設(shè)定信息接收部122)發(fā)送連接信息(步驟271)。
如圖10 (b)所示，在反映了連接信息處理的情況下的信息接收時 的處理中，在步驟341之后，舊服務(wù)器200把從新服務(wù)器300接收到的 連接信息發(fā)送給進(jìn)行了許可證發(fā)行請求的客戶端400 (步驟391)。而且， 接收到連接信息的客戶端400取出有效的許可證服務(wù)器100的IP地址， 對由該取出的IP地址確定的許可證服務(wù)器IOO進(jìn)行許可證發(fā)行請求。此 處的許可證服務(wù)器100通常是新服務(wù)器300。
(3) 本實施方式的效果 這樣根據(jù)本實施方式的軟件執(zhí)行管理系統(tǒng)，除了第1實施方式的軟
件執(zhí)行管理系統(tǒng)之外，舊服務(wù)器200還向客戶端400發(fā)送可進(jìn)行許可證 發(fā)行的新服務(wù)器300的信息，所以客戶端400的使用者無需自己把構(gòu)成 舊服務(wù)器200的計算機(jī)的IP地址變更為構(gòu)成新服務(wù)器300的計算機(jī)的IP 地址，就能夠向作為有效的許可證服務(wù)器100的新服務(wù)器300進(jìn)行許可 證發(fā)行請求。尤其，在客戶端400的設(shè)定信息自動地從舊服務(wù)器200的 IP地址變更為連接信息中的有效的許可證服務(wù)器100的IP地址的情況
下，從最初開始就能夠?qū)τ行У脑S可證服務(wù)器100進(jìn)行下次的許可證發(fā)
行請求。
3.其他實施方式
如圖3 (a)的許可證ID所示，在從多個舊服務(wù)器200向1個新服 務(wù)器300轉(zhuǎn)移時，將舊服務(wù)器200的數(shù)量插入舊服務(wù)器的登記數(shù)中，把 構(gòu)成各舊服務(wù)器200的計算機(jī)的MAC地址插入舊服務(wù)器的MAC地址， 從而由結(jié)束了許可證登記處理的新服務(wù)器300對每個舊服務(wù)器200依次 進(jìn)行停止信息發(fā)送處理。
此處，當(dāng)至少在注冊表中登記許可證ID時，除了圖3 (a)的許可 證ID的數(shù)據(jù)結(jié)構(gòu)之外，最好還在每個舊服務(wù)器200中具有表示是否已進(jìn) 行停止信息發(fā)送處理的停止信息發(fā)送處理完畢標(biāo)志(參見圖11 (a))。
在從多個舊服務(wù)器200向多個新服務(wù)器300轉(zhuǎn)移時，可以構(gòu)成為使
用上述[l個舊服務(wù)器與多個新服務(wù)器]中的處理來限定執(zhí)行停止信息發(fā)送
處理的新服務(wù)器300。
除此之外，還可以如圖12 (b)所示，除了登記設(shè)備的MAC地址之 外，還對各自的MAC地址設(shè)置停止信息發(fā)送處理實施識別號碼。在該停 止信息發(fā)送處理實施識別號碼中插入以舊服務(wù)器的MAC地址的橢圓形 虛線框包圍的舊服務(wù)器200的識別號碼。即，使新服務(wù)器300的識別信 息與舊服務(wù)器200的識別信息相對應(yīng)，因此新服務(wù)器300限定應(yīng)該進(jìn)行 停止信息發(fā)送處理的舊服務(wù)器200，這樣可避免執(zhí)行多余的處理。
在上述各實施方式中，由于MAC地址是之后無法編輯的信息，所 以用作插入許可證ID的數(shù)據(jù)，不過由MAC地址求IP地址的處理很麻煩， 例如有可能根據(jù)構(gòu)成新服務(wù)器300的計算機(jī)的網(wǎng)絡(luò)地址而使PING的次數(shù) 變得極多。例如對網(wǎng)絡(luò)地址上的所有IP地址進(jìn)行PING。
因此，也可以在新服務(wù)器300廣播舊服務(wù)器200的檢索用分組(作 為數(shù)據(jù)結(jié)構(gòu)，具有可識別是本軟件管理系統(tǒng)的檢索用分組的信息、以及 發(fā)送源的新服務(wù)器300的地址)時，對于該檢索用分組，舊服務(wù)器200 向新服務(wù)器300發(fā)送響應(yīng)用分組(作為數(shù)據(jù)結(jié)構(gòu)，至少具有舊服務(wù)器200 的IP地址。最好包含MAC地址。)。由此，可以大幅減少新服務(wù)器300 尋找舊服務(wù)器200的麻煩。
在上述各實施方式中，對將軟件執(zhí)行管理裝置作為許可證服務(wù)器 100、整體作為軟件執(zhí)行管理系統(tǒng)的情況進(jìn)行了說明，不過如圖13所示， 還可以應(yīng)用于不是服務(wù)器客戶端型的結(jié)構(gòu)。舊計算機(jī)500與新計算機(jī)600 分別是軟件執(zhí)行管理裝置，具有上述許可證服務(wù)器100的構(gòu)成要素中的 許可證信息存儲部113、執(zhí)行可否判定部114、無效許可證檢測部115、 無效化信號發(fā)送部116、執(zhí)行限制部117和許可證廢棄部118。而且，作 為一例，某使用者在舊計算機(jī)500處使用軟件A，然而由于軟件A是CAD 軟件、需要高處理能力，所以改為在新計算機(jī)600處使用軟件A。在新 計算機(jī)600中安裝軟件A,取入許可證ID。在許可證ID中，作為登記設(shè)
備的MAC地址插入新計算機(jī)600的MAC地址，作為提供的許可證信息 插入識別軟件A的信息和使用限制數(shù)1 ，作為舊計算機(jī)的登記數(shù)插入1 ， 作為舊計算機(jī)的MAC地址插入了舊計算機(jī)500的MAC地址。
由此，執(zhí)行上述第1實施方式的(4)許可證登記處理，并在新計算 機(jī)內(nèi)保存有第一許可證信息和第二許可證信息。執(zhí)行上述第1實施方式 的(5)新服務(wù)器中的處理，從新計算機(jī)600向舊計算機(jī)500發(fā)送停止信 息。而且，執(zhí)行上述第l實施方式的(6)舊服務(wù)器中的處理，舊計算機(jī) 500設(shè)定停止信息。因此，雖然某使用者可以在新計算機(jī)600處使用軟件 A，但是無法在舊計算機(jī)500處使用軟件A。
總之，可形成為如下的構(gòu)造，使用者為了在新計算機(jī)600處使用軟 件A，而需要取入許可證ID，這樣通過取入該許可證ID就能夠自動地限 制在舊計算機(jī)500處的使用。
通過以上的上述各實施方式來說明了本發(fā)明，然而本發(fā)明的技術(shù)范 圍并不限定于實施方式的所述范圍，可以對這些各實施方式進(jìn)行各種變 更或改良。而且，實施了各種變更或改良的實施方式也屬于本發(fā)明的技 術(shù)范圍內(nèi)。這通過權(quán)利要求書以及發(fā)明內(nèi)容部分也容易理解。
權(quán)利要求
1.一種軟件執(zhí)行管理裝置，其具有許可證信息存儲部，其存儲與允許執(zhí)行用于允許軟件執(zhí)行的處理的內(nèi)容相關(guān)的第一許可證信息、和包含確定待無效化的許可證的識別碼的第二許可證信息；執(zhí)行可否判定部，其根據(jù)第一許可證信息來判定是否可執(zhí)行用于允許軟件執(zhí)行的處理；無效許可證檢測部，其根據(jù)第二許可證信息來檢測其他軟件執(zhí)行管理裝置，該其他軟件執(zhí)行管理裝置執(zhí)行作為被執(zhí)行可否判定部許可執(zhí)行的用于允許軟件執(zhí)行的處理的、根據(jù)應(yīng)該無效化的許可證而允許執(zhí)行的用于允許軟件執(zhí)行的處理；無效化信號發(fā)送部，其發(fā)送無效化信號，該無效化信號限制由無效許可證檢測部所檢測出的用于允許軟件執(zhí)行的處理；以及執(zhí)行限制部，其當(dāng)接收到無效化信號時，與上述第一許可證信息無關(guān)地限制用于允許軟件執(zhí)行的處理。
2. 根據(jù)上述權(quán)利要求1所述的軟件執(zhí)行管理裝置，其特征在于， 該軟件執(zhí)行管理裝置還具有許可證廢棄部，該許可證廢棄部在接收到無效化信號時，登記使上述許可證信息存儲部的第一許可證信息無效 的信息。
3. 根據(jù)上述權(quán)利要求1或2所述的軟件執(zhí)行管理裝置，其特征在于， 該軟件執(zhí)行管理裝置還具有請求受理部，其受理來自客戶端的執(zhí)行用于允許軟件執(zhí)行的處理的 請求；以及請求響應(yīng)部，其當(dāng)受理了來自客戶端的執(zhí)行用于允許軟件執(zhí)行的處 理的請求時，執(zhí)行用于允許軟件執(zhí)行的處理，并向該客戶端回復(fù)結(jié)果， 上述執(zhí)行限制部當(dāng)接收到無效化信號時限制上述請求響應(yīng)部的動作。
4. 根據(jù)上述權(quán)利要求3所述的軟件執(zhí)行管理裝置，其特征在于，該 軟件執(zhí)行管理裝置還具有-設(shè)定信息發(fā)送部，在發(fā)送限制由無效許可證檢測部所檢測出的用于 允許軟件執(zhí)行的處理的無效化信號時，該設(shè)定信息發(fā)送部發(fā)送與對上述請求受理部的連接相關(guān)的設(shè)定信息；設(shè)定信息接收部，其在接收到無效化信號時，接收來自上述設(shè)定信 息發(fā)送部的設(shè)定信息；以及連接信息更新信號發(fā)送部，其在接收到無效化信號之后，上述請求 受理部受理了來自客戶端的用于允許軟件執(zhí)行的處理的請求時，向該客 戶端進(jìn)行連接信息更新信號的發(fā)送，該連接信息更新信號指示向上述設(shè) 定信息接收部接收到的設(shè)定信息中所示的請求受理部再次發(fā)送處理請 求。
5. —種軟件執(zhí)行管理方法，其具有以下的步驟執(zhí)行可否判定步驟，由第1計算機(jī)根據(jù)第一'許可證信息來判斷是否 可執(zhí)行用于允許軟件執(zhí)行的處理，該第一許可證信息存儲在存儲區(qū)域中、 與允許執(zhí)行用于允許軟件執(zhí)行的處理的內(nèi)容相關(guān)；無效化信號發(fā)送步驟，由第2計算機(jī)發(fā)送無效化信號，該無效化信 號根據(jù)存儲在存儲區(qū)域中的、含有確定待無效化的許可證的識別碼的第 二許可證信息，來限制用于允許軟件執(zhí)行的處理的動作；以及執(zhí)行限制步驟，當(dāng)接收到無效化信號時，與上述第一許可證信息無 關(guān)地由第1計算機(jī)限制用于允許軟件執(zhí)行的處理的動作。
6. 根據(jù)上述權(quán)利要求5所述的軟件執(zhí)行管理方法，其特征在于，該 軟件執(zhí)行管理方法還具有以下步驟當(dāng)接收到無效化信號時，由第1計算機(jī)登記使存儲在上述存儲區(qū)域 中的第一許可證信息無效的信息。
7. 根據(jù)上述權(quán)利要求5或6所述的軟件執(zhí)行管理方法，其特征在于， 該軟件執(zhí)行管理方法還具有請求受理步驟，由第1計算機(jī)受理來自客戶端的執(zhí)行用于允許軟件 執(zhí)行的處理的請求；以及請求響應(yīng)步驟，當(dāng)受理了來自客戶端的執(zhí)行用于允許軟件執(zhí)行的處 理的請求時，第1計算機(jī)執(zhí)行用于允許軟件執(zhí)行的處理，并向該客戶端 回復(fù)結(jié)果，當(dāng)上述執(zhí)行限制步驟接收到無效化信號時，第1計算機(jī)限制上述請 求響應(yīng)步驟的動作。
8. 根據(jù)上述權(quán)利要求7所述的軟件執(zhí)行管理方法，其特征在于，該 軟件執(zhí)行管理方法還具有-設(shè)定信息發(fā)送步驟，在發(fā)送限制用于允許軟件執(zhí)行的處理的無效化 信號時，第2計算機(jī)發(fā)送設(shè)定信息，該設(shè)定信息與用于重新請求允許軟 件執(zhí)行的處理的連接相關(guān)；設(shè)定信息接收步驟，在接收到無效化信號時，第1計算機(jī)接收上述 設(shè)定信息發(fā)送步驟的設(shè)定信息；以及連接信息更新信號發(fā)送步驟，在接收到無效化信號后，在上述請求 受理步驟中受理了來自客戶端的執(zhí)行用于允許軟件執(zhí)行的處理的請求 時，第1計算機(jī)向該客戶端進(jìn)行連接信息更新信號的發(fā)送，該連接信息 更新信號指示對通過上述設(shè)定信息接收步驟接收到的設(shè)定信息中所示的 用于允許軟件執(zhí)行的處理請求進(jìn)行再次請求。
9. 一種軟件執(zhí)行管理程序，其使計算機(jī)發(fā)揮如下各部的功能 許可證信息存儲部，其存儲與允許執(zhí)行用于允許軟件執(zhí)行的處理的內(nèi)容相關(guān)的第一許可證信息、和包含確定待無效化的許可證的識別碼的 第二許可證信息；執(zhí)行可否判定部，其根據(jù)第一許可證信息來判定是否可執(zhí)行用于允 許軟件執(zhí)行的處理；無效許可證檢測部，其根據(jù)第二許可證信息來檢測其他計算機(jī)，該 其他計算機(jī)執(zhí)行作為被執(zhí)行可否判定部許可執(zhí)行的用于允許軟件執(zhí)行的 處理的、根據(jù)應(yīng)該無效化的許可證而允許執(zhí)行的用于允許軟件執(zhí)行的處 理；無效化信號發(fā)送部，其發(fā)送無效化信號，該無效化信號限制由無效 許可證檢測部所檢測出的用于允許軟件執(zhí)行的處理；以及執(zhí)行限制部，當(dāng)接收到無效化信號時，與上述第一許可證信息無關(guān) 地限制用于允許軟件執(zhí)行的處理。
10. 根據(jù)上述權(quán)利要求9所述的軟件執(zhí)行管理程序，其特征在于，該 軟件執(zhí)行管理程序還使計算機(jī)發(fā)揮許可證廢棄部的功能，該許可證廢棄 部當(dāng)接收到無效化信號時，登記使上述許可證信息存儲部的第一許可證 信息無效的信息。
11. 根據(jù)上述權(quán)利要求9或10所述的軟件執(zhí)行管理程序,其特征在于， 該軟件執(zhí)行管理程序還使計算機(jī)發(fā)揮以下各部的功能請求受理部，其受理來自客戶端的執(zhí)行用于允許軟件執(zhí)行的處理的請求；以及請求響應(yīng)部，當(dāng)受理了來自客戶端的執(zhí)行用于允許軟件執(zhí)行的處理 的請求時，執(zhí)行用于允許軟件執(zhí)行的處理，并向該客戶端回復(fù)結(jié)果，上述執(zhí)行限制部當(dāng)接收到無效化信號時限制上述請求響應(yīng)部的動作。
12. 根據(jù)上述權(quán)利要求11所述的軟件執(zhí)行管理程序，其特征在于，該 軟件執(zhí)行管理程序還使計算機(jī)發(fā)揮以下各部的功能設(shè)定信息發(fā)送部，在發(fā)送限制由無效許可證檢測部所檢測出的用于 允許軟件執(zhí)行的處理的無效化信號時，該設(shè)定信息發(fā)送部發(fā)送與對上述 請求受理部的連接相關(guān)的設(shè)定信息；設(shè)定信息接收部，其在接收到無效化信號時，接收來自上述設(shè)定信 息發(fā)送部的設(shè)定信息；以及連接信息更新信號發(fā)送部，其在接收到無效化信號之后，上述請求 受理部受理了來自客戶端的用于允許軟件執(zhí)行的處理的請求時，向該客 戶端進(jìn)行連接信息更新信號的發(fā)送，該連接信息更新信號指示向上述設(shè) 定信息接收部接收到的設(shè)定信息中所示的請求受理部再次發(fā)送處理請 求。
全文摘要
本發(fā)明提供一種軟件執(zhí)行管理裝置及其方法和程序，即使在可根據(jù)第一許可證信息來進(jìn)行用于允許軟件執(zhí)行的處理時，在發(fā)送了來自無效化信號發(fā)送部(116)的無效化信號的情況下，也能夠根據(jù)第二許可證信息來限制執(zhí)行用于允許軟件執(zhí)行的處理，因此可以通過無效化信號來限制執(zhí)行基于特定許可證信息的用于允許軟件執(zhí)行的處理，進(jìn)而能夠可靠地限制許可對象軟件的執(zhí)行。
文檔編號G06F21/22GK101351808SQ20058005244
公開日2009年1月21日 申請日期2005年12月28日 優(yōu)先權(quán)日2005年12月28日
發(fā)明者藤村功治 申請人:富士通株式會社