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

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


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