專利名稱：一種基于動態(tài)分配及行為分析的高可用服務(wù)端許可控制模式的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及應(yīng)用系統(tǒng)軟件許可控制，具體地說是一種基于分層架構(gòu)的服務(wù)器應(yīng)用 軟件在集中許可控制模式下，仍然能夠滿足應(yīng)用系統(tǒng)高可用性的基于動態(tài)分配及行為分析 的高可用服務(wù)端許可控制模式。
背景技術(shù)：
軟件許可控制技術(shù)被用于軟件開發(fā)商控制自己開發(fā)的軟件產(chǎn)品可以在指軟件許 可協(xié)議中指定的范圍以許可協(xié)議中指定的方式運(yùn)行，保護(hù)軟件著作權(quán)人的權(quán)益，調(diào)整軟件 在開發(fā)、傳播和使用中發(fā)生的利益關(guān)系，避免軟件盜版對軟件開發(fā)企業(yè)收入造成嚴(yán)重的危 害，促進(jìn)軟件產(chǎn)業(yè)健康發(fā)展。軟件許可是指軟件開發(fā)商與最終用戶之間的許可協(xié)議，許可控 制用于保證雙方達(dá)成的條款和條件得以遵守和執(zhí)行。目前軟件許可的控制模式依據(jù)軟件架 構(gòu)的不同也分為很多類型，控制的點(diǎn)主要有兩個，即軟件許可證頒發(fā)給了哪個用戶，許可 證中授權(quán)了最終用戶可以如何使用軟件。許可常見的應(yīng)用軟件控制類型主要有單機(jī)模式和服務(wù)器模式。單機(jī)模式一般指 單機(jī)運(yùn)行的軟件的許可控制模式，而服務(wù)器模式是指基于網(wǎng)絡(luò)的多層架構(gòu)應(yīng)用軟件的許可 控制模式，這類應(yīng)用的特點(diǎn)是客戶端的數(shù)量多，客戶端依賴服務(wù)器端的運(yùn)行，服務(wù)器端需要 不間斷的運(yùn)行。通常服務(wù)器端在應(yīng)用服務(wù)器層會采用多應(yīng)用服務(wù)器負(fù)載均衡的模式保障高 可用性，而數(shù)據(jù)庫則常采用雙機(jī)熱備及數(shù)據(jù)庫集群等方式保障高可用性。一種傳統(tǒng)的服務(wù) 器端軟件許可控制模式是采用單點(diǎn)服務(wù)的方式，但是這樣軟件許可服務(wù)的單點(diǎn)故障會導(dǎo)致 整個系統(tǒng)癱瘓，影響軟件系統(tǒng)的高可用性，同時頻繁的軟件許可檢查也會對整個系統(tǒng)的性 能和伸縮性。另一種常見的服務(wù)器端軟件許可控制模式是不同應(yīng)用服務(wù)器分別進(jìn)行許可授 權(quán)，但是這種模式在為新的應(yīng)用服務(wù)器硬件申請?jiān)S可時，軟件開發(fā)商很難界定新應(yīng)用服務(wù) 器的使用者?；谝陨戏治觯?wù)器端應(yīng)用軟件的許可控制模式最理想的是對一個最終用戶頒 發(fā)一個軟件許可授權(quán)，但是同時要保障其性能和高可用性。

發(fā)明內(nèi)容
本發(fā)明的技術(shù)任務(wù)是針對上述現(xiàn)有技術(shù)的不足，提供一種基于動態(tài)分配及行為分 析的高可用服務(wù)端許可控制模式。該控制模式采用集中式的軟件許可服為企業(yè)內(nèi)所有同類 軟件產(chǎn)品的應(yīng)用實(shí)例提供許可授權(quán)服務(wù)，通過許可服務(wù)根據(jù)不同應(yīng)用實(shí)例的需求將主許可 證動態(tài)拆分成每個實(shí)例的動態(tài)許可證，并且通過備份許可服務(wù)解決集中控制帶來的單點(diǎn)故 障問題，備許可證依賴與主許可證的定期更新，動態(tài)許可證依賴于許可分配服務(wù)的定期更 新，動態(tài)許可證只有在預(yù)計不足時才會與許可控制服務(wù)通信請求更新，以此形成一個安全、 可靠、高效的許可控制模式，為基于多層架構(gòu)的服務(wù)器端軟件提供一種軟件許可控制的方 法。
本發(fā)明的技術(shù)任務(wù)是按以下方式實(shí)現(xiàn)的基于動態(tài)分配及行為分析的高可用服務(wù) 端許可控制模式，由主許可服務(wù)、備許可服務(wù)、許可控制服務(wù)三個邏輯組成部分，其中，主許可服務(wù)為企業(yè)內(nèi)的所有應(yīng)用實(shí)例分配可以使用的許可數(shù)量，主許可服務(wù)關(guān) 聯(lián)用戶購買的軟件許可證；備許可服務(wù)用作主許可服務(wù)不可訪問時臨時替代主許可服務(wù)，以保證主許可服 務(wù)恢復(fù)期間應(yīng)用系統(tǒng)能夠正常運(yùn)行；許可控制服務(wù)部署在每臺應(yīng)用服務(wù)器，依據(jù)許可授權(quán)的訪問數(shù)量控制當(dāng)前應(yīng)用 實(shí)例的客戶端訪問。進(jìn)一步說所述主許可服務(wù)關(guān)聯(lián)主許可證，所述主許可證為軟件開發(fā)商根據(jù)銷售合同發(fā)放的 軟件許可證，包含了用戶可以使用的軟件系統(tǒng)功能特性及允許同時訪問系統(tǒng)的客戶端數(shù) 量；所述備許可服務(wù)關(guān)聯(lián)備許可證，所述備許可證不需要軟件開發(fā)商頒發(fā)，而是由主 許可服務(wù)依據(jù)主許可證生成的限制使用日期的臨時許可證，限制日期由主許可服務(wù)定期根 據(jù)當(dāng)前日期進(jìn)行延期，脫離主許可服務(wù)只能在限制日期內(nèi)使用；所述許可控制服務(wù)部署在每臺應(yīng)用服務(wù)器，負(fù)責(zé)向許可服務(wù)申請當(dāng)前應(yīng)用實(shí)例的 動態(tài)許可證，動態(tài)許可證中包含可以訪問當(dāng)前應(yīng)用實(shí)例的客戶端數(shù)量，同時通過訪問計數(shù) 器對訪問當(dāng)前應(yīng)用實(shí)例的客戶端數(shù)量進(jìn)行計數(shù)，訪問控制器將當(dāng)前在線客戶端的數(shù)量與動 態(tài)許可證授權(quán)的終端數(shù)量進(jìn)行對比，如果連接到當(dāng)前應(yīng)用實(shí)例的數(shù)量超過當(dāng)前實(shí)例動態(tài)許 可證授權(quán)的數(shù)量，就對訪問進(jìn)行控制。主許可服務(wù)與備許可服務(wù)通過狀態(tài)控制功能保證主備許可服務(wù)在同一時間只有 一個在提供服務(wù)備許可服務(wù)對許可分配請求狀態(tài)進(jìn)行記錄，主許可服務(wù)在定期更新備許 可證試用期限的同時獲取備許可服務(wù)的請求記錄，并通過行為檢測器審查備許可服務(wù)是否 被非正常使用，如果備許可服務(wù)通過主備網(wǎng)絡(luò)臨時隔離等方式非法使用，主許可服務(wù)在下 次更新備許可服務(wù)的備許可證時停用備許可服務(wù)功能。主許可服務(wù)與備許可服務(wù)通過許可分配服務(wù)實(shí)現(xiàn)訪問許可在不同應(yīng)用實(shí)例間的 分配。許可分配服務(wù)以當(dāng)前連接的應(yīng)用實(shí)例數(shù)量及其客戶端訪問數(shù)量為依據(jù)，將主許可證 拆分多個有使用期限的動態(tài)許可證，并分配給相應(yīng)的實(shí)例，主許可服務(wù)的動態(tài)許可證分配 狀態(tài)信息在每次變更時同步到備許可服務(wù)的許可分配服務(wù)，以便在故障轉(zhuǎn)移，主備切換時， 保持原來的狀態(tài)。許可控制服務(wù)定期與許可分配服務(wù)通信，以更新動態(tài)許可證的有效期，并上報當(dāng) 前應(yīng)用實(shí)例動態(tài)許可證的可用客戶端許可數(shù)量，用于許可分配服務(wù)在接收到新的分配請求 時作為動態(tài)調(diào)整的依據(jù)。許可控制服務(wù)在發(fā)生異常時根據(jù)以下處理規(guī)則進(jìn)行處理A)如果無法訪問主許可服務(wù)，則嘗試訪問備許可服務(wù)；B)如果當(dāng)前應(yīng)用實(shí)例的動態(tài)許可授權(quán)的許可數(shù)量即將用完，將向許可分配服務(wù)發(fā) 起許可更新請求，許可分配服務(wù)根據(jù)所有實(shí)例的許可分配及使用狀況調(diào)整應(yīng)用實(shí)例的動態(tài) 許可；C)如果許可分配服務(wù)沒有更多的許可數(shù)量可以分配，則不允許新的客戶端連接。
本發(fā)明的基于動態(tài)分配及行為分析的高可用服務(wù)端許可控制模式實(shí)現(xiàn)了軟件許 可證在應(yīng)用實(shí)例間的動態(tài)分配，解決了傳統(tǒng)許可證獨(dú)立綁定應(yīng)用服務(wù)器模式遇到的以下問 題A)在用戶更換硬件時申請新許可證的合法性難以界定。B)許可證在應(yīng)用服務(wù)器出現(xiàn)故障時無法共享給其他應(yīng)用服務(wù)器的問題。C)在企業(yè)云計算及虛擬化環(huán)境中，動態(tài)創(chuàng)建的應(yīng)用實(shí)例需要人工參與進(jìn)行軟件許 可授權(quán)。與現(xiàn)有技術(shù)相比具有以下突出的有益效果(一)在備份許可服務(wù)中使用臨時許可證，臨時許可證有使用截止日期，此日期由 主許可服務(wù)定期更新，備許可證脫離主許可證無法長期使用。防止備份許可證被非法再次 銷售。(二)由于主備切換的依據(jù)就是主許可服務(wù)是否可以訪問，采用網(wǎng)絡(luò)隔離的方式 可以使部分應(yīng)用實(shí)例只能訪問主許可服務(wù)，另外的應(yīng)用實(shí)例可以訪問備許可服務(wù)。這樣會 使可用許可訪問數(shù)量翻倍。本發(fā)明通過同步備許可分配服務(wù)的活動日志，由主許可服務(wù)中 的行為檢測器根據(jù)內(nèi)置規(guī)則檢查備份許可服務(wù)是否被非法使用，發(fā)現(xiàn)異常禁用備許可證的 更新，以保障備許可服務(wù)的合法使用。(三)本發(fā)明進(jìn)行軟件許可控制的位置在應(yīng)用實(shí)例，依據(jù)許可分配服務(wù)分配的動 態(tài)許可證，在動態(tài)許可證的有效時間內(nèi)，不需要頻繁與主許可服務(wù)進(jìn)行通信，也不依賴于主 許可服務(wù)，使應(yīng)用實(shí)例在許可控制檢查上的性能損耗降低，可用性提升。(四)本發(fā)明提供的許可控制模型，不依賴于任何具體的應(yīng)用系統(tǒng)，具有較廣泛的 適應(yīng)性。


附圖1是本發(fā)明基于動態(tài)分配及行為分析的高可用服務(wù)端許可控制模式的結(jié)構(gòu) 示意圖。 附圖2是企業(yè)內(nèi)部署架構(gòu)圖。
具體實(shí)施例方式參照說明書附圖以具體實(shí)施方式
及實(shí)施例對本發(fā)明的基于動態(tài)分配及行為分析 的高可用服務(wù)端許可控制模式作以下詳細(xì)地說明。實(shí)施方式本發(fā)明的基于動態(tài)分配及行為分析的高可用服務(wù)端許可控制模式，由主許可服 務(wù)、備許可服務(wù)、許可控制服務(wù)三個邏輯組成部分(如附圖1所示)。主許可服務(wù)。主許可服務(wù)關(guān)聯(lián)軟件開發(fā)商根據(jù)銷售合同發(fā)放的軟件許可證(主許 可證)，主許可證包含了用戶可以使用的軟件系統(tǒng)功能特性及允許同時訪問系統(tǒng)的客戶端數(shù)量。主許可服務(wù)通過許可分配服務(wù)根據(jù)應(yīng)用實(shí)例的數(shù)量及其客戶端訪問數(shù)量將主許 可證進(jìn)行拆分，為每個實(shí)例創(chuàng)建動態(tài)許可證。備許可服務(wù)。功能與主許可服務(wù)基本相同，用作主許可服務(wù)不可訪問時臨時替代主許可服務(wù)，以保證主許可服務(wù)恢復(fù)期間應(yīng)用系統(tǒng)能夠正常運(yùn)行。備許可服務(wù)關(guān)聯(lián)備許可 證，備許可證不需要軟件開發(fā)商頒發(fā)，而是由主許可服務(wù)依據(jù)主許可證生成的限制使用日 期的臨時許可證。限制日期由主許可服務(wù)定期根據(jù)當(dāng)前日期進(jìn)行延期，脫離主許可服務(wù)無 法長期使用。主許可服務(wù)的動態(tài)許可證分配狀況在每次變更時同步到備許可服務(wù)的許可分配 服務(wù)，以便在主備切換時，保持原來的狀態(tài)，備許可服務(wù)的許可分配服務(wù)同樣可以繼續(xù)動態(tài) 調(diào)整各實(shí)例的動態(tài)許可證，同樣在主許可服務(wù)可用時進(jìn)行恢復(fù)。主備許可服務(wù)通過狀態(tài)控制功能保證主備許可服務(wù)在同一時間只有一個在提供 服務(wù)。備許可服務(wù)對許可分配請求狀態(tài)進(jìn)行記錄，主許可服務(wù)在定期更新備許可證試用期 限的同時獲取備許可服務(wù)的請求記錄，并通過行為檢測器審查備許可服務(wù)是否被非正常使 用，如果備許可服務(wù)通過主備網(wǎng)絡(luò)臨時隔離等方式非法使用，主許可服務(wù)在下次更新備許 可服務(wù)的備許可證時停用備許可服務(wù)功能。許可控制服務(wù)。部署在每臺應(yīng)用服務(wù)器，負(fù)責(zé)向許可服務(wù)申請當(dāng)前應(yīng)用實(shí)例的動 態(tài)許可證，動態(tài)許可證中包含可以訪問當(dāng)前應(yīng)用實(shí)例的客戶端數(shù)量，同時通過訪問計數(shù)器 對訪問當(dāng)前應(yīng)用實(shí)例的客戶端數(shù)量進(jìn)行計數(shù)，訪問控制器將當(dāng)前在線客戶端的數(shù)量與動態(tài) 許可證授權(quán)的終端數(shù)量進(jìn)行對比，如果連接到當(dāng)前應(yīng)用實(shí)例的數(shù)量超過當(dāng)前實(shí)例動態(tài)許可 證授權(quán)的數(shù)量，就對訪問進(jìn)行控制。許可控制服務(wù)定期與許可分配服務(wù)通信，以更新動態(tài)許可證的有效期，并上報當(dāng) 前應(yīng)用實(shí)例動態(tài)許可證的可用客戶端許可數(shù)量，用于許可分配服務(wù)在接收到新的分配請求 時作為動態(tài)調(diào)整的依據(jù)。許可控制服務(wù)在發(fā)生異常時根據(jù)處理規(guī)則進(jìn)行處理A)如果無法訪問主許可服務(wù)，則嘗試訪問備許可服務(wù)。B)如果當(dāng)前應(yīng)用實(shí)例的動態(tài)許可授權(quán)的許可數(shù)量即將用完，將向許可分配服務(wù)發(fā) 起許可更新請求，許可分配服務(wù)根據(jù)所有實(shí)例的許可分配及使用狀況調(diào)整應(yīng)用實(shí)例的動態(tài) 許可。C)如果許可分配服務(wù)沒有更多的許可數(shù)量可以分配，則不允許新的客戶端連接。實(shí)施例本發(fā)明的適用于多層架構(gòu)應(yīng)用系統(tǒng)的許可控制，以基于B/S架構(gòu)的ERP系統(tǒng)為例， 企業(yè)內(nèi)最常見的部署架構(gòu)如圖2所示，分為客戶端、應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器?？蛻舳酥?要用作展現(xiàn)，業(yè)務(wù)邏輯寄宿在應(yīng)用服務(wù)器的應(yīng)用實(shí)例中，數(shù)據(jù)持久化到數(shù)據(jù)庫。最終用戶通 過瀏覽器登錄系統(tǒng)并使用。實(shí)施例分為以下三個過程許可申請過程、生產(chǎn)環(huán)境部署過程、 運(yùn)行控制過程。許可申請過程，企業(yè)客戶根據(jù)與ERP提供商簽訂的銷售合同提交申請，ERP提供商 為用戶頒發(fā)軟件使用許可證。企業(yè)客戶假設(shè)采購了財務(wù)、報銷、供應(yīng)鏈三個主要模塊，每個 模塊允許同時登錄到系統(tǒng)內(nèi)的在線用戶數(shù)分別為財務(wù)000)、報表000)、供應(yīng)鏈(300)，試 用期限不受限制。許可描述如下Content =FI (200 | P)，RPT (200 | P)，DRP (300 | P) -P 代表沒有時間限制為了控制許可證只能在指定的企業(yè)范圍內(nèi)應(yīng)用，許可證需要企業(yè)進(jìn)行綁定。由于 服務(wù)器硬件會變更、企業(yè)名稱也可能會變更，最合適的是通過可移動的硬件進(jìn)行綁定，優(yōu)選的我們采用USBKEY的方式，以USBKEY芯片中的標(biāo)識信息作為綁定因子(BindingKey)。因 為采用獨(dú)立的可移動硬件綁定方式不受應(yīng)用服務(wù)器升級及更換的影響。軟件中綁定的實(shí)現(xiàn) 可以通過采用BindingKey作為加密密鑰的一部分Licence = Sign(Encrypt(Content), BindingKey)ERP提供商以綁定因子作為加密密鑰的一部分，對許可內(nèi)容進(jìn)行加密，然后將加密 后的數(shù)據(jù)對綁定因子進(jìn)行簽名，并將許可證發(fā)放給申請的企業(yè)客戶。生產(chǎn)環(huán)境部署過程，企業(yè)用戶系統(tǒng)管理員在部署企業(yè)內(nèi)第一個應(yīng)用實(shí)例的同時， 要部署軟件許可服務(wù)，軟件許可服務(wù)邏輯上與應(yīng)用實(shí)例獨(dú)立，可以與應(yīng)用實(shí)例部署在同一 臺應(yīng)用服務(wù)器上，但是推薦部署在獨(dú)立的應(yīng)用服務(wù)器上。以以下部署架構(gòu)為例
權(quán)利要求
1.一種基于動態(tài)分配及行為分析的高可用服務(wù)端許可控制模式，其特征在于由主許 可服務(wù)、備許可服務(wù)、許可控制服務(wù)三個邏輯組成部分，其中，主許可服務(wù)為企業(yè)內(nèi)的所有應(yīng)用實(shí)例分配可以使用的許可數(shù)量，主許可服務(wù)關(guān)聯(lián)用 戶購買的軟件許可證；備許可服務(wù)用作主許可服務(wù)不可訪問時臨時替代主許可服務(wù)，以保證主許可服務(wù)恢 復(fù)期間應(yīng)用系統(tǒng)能夠正常運(yùn)行；許可控制服務(wù)部署在每臺應(yīng)用服務(wù)器，依據(jù)許可授權(quán)的訪問數(shù)量控制當(dāng)前應(yīng)用實(shí)例 的客戶端訪問。
2.根據(jù)權(quán)利要求1所述的基于動態(tài)分配及行為分析的高可用服務(wù)端許可控制模式，其 特征在于所述主許可服務(wù)關(guān)聯(lián)主許可證，所述主許可證為軟件開發(fā)商根據(jù)銷售合同發(fā)放的軟件 許可證，包含了用戶可以使用的軟件系統(tǒng)功能特性及允許同時訪問系統(tǒng)的客戶端數(shù)量；所述備許可服務(wù)關(guān)聯(lián)備許可證，所述備許可證是由主許可服務(wù)依據(jù)主許可證生成的限 制使用日期的臨時許可證，限制日期由主許可服務(wù)定期根據(jù)當(dāng)前日期進(jìn)行延期，脫離主許 可服務(wù)只能在限制日期內(nèi)使用；所述許可控制服務(wù)負(fù)責(zé)向許可服務(wù)申請當(dāng)前應(yīng)用實(shí)例的動 態(tài)許可證，動態(tài)許可證中包含可以訪問當(dāng)前應(yīng)用實(shí)例的客戶端數(shù)量，同時通過訪問計數(shù)器 對訪問當(dāng)前應(yīng)用實(shí)例的客戶端數(shù)量進(jìn)行計數(shù)，訪問控制器將當(dāng)前在線客戶端的數(shù)量與動態(tài) 許可證授權(quán)的終端數(shù)量進(jìn)行對比，如果連接到當(dāng)前應(yīng)用實(shí)例的數(shù)量超過當(dāng)前實(shí)例動態(tài)許可 證授權(quán)的數(shù)量，就對訪問進(jìn)行控制。
3.根據(jù)權(quán)利要求2所述的基于動態(tài)分配及行為分析的高可用服務(wù)端許可控制模式，其 特征在于，主許可服務(wù)與備許可服務(wù)通過狀態(tài)控制功能保證主備許可服務(wù)在同一時間只有 一個在提供服務(wù)備許可服務(wù)對許可分配請求狀態(tài)進(jìn)行記錄，主許可服務(wù)在定期更新備許 可證試用期限的同時獲取備許可服務(wù)的請求記錄，并通過行為檢測器審查備許可服務(wù)是否 被非正常使用，如果備許可服務(wù)非法使用，主許可服務(wù)在下次更新備許可服務(wù)的備許可證 時停用備許可服務(wù)功能。
4.根據(jù)權(quán)利要求2所述的基于動態(tài)分配及行為分析的高可用服務(wù)端許可控制模式，其 特征在于，主許可服務(wù)與備許可服務(wù)通過許可分配服務(wù)根據(jù)應(yīng)用實(shí)例的數(shù)量及其客戶端訪 問數(shù)量將主許可證進(jìn)行拆分，為每個實(shí)例創(chuàng)建動態(tài)許可證，同時會將主許可服務(wù)的動態(tài)許 可證分配狀況在每次變更時同步到備許可服務(wù)的許可分配服務(wù)。
5.根據(jù)權(quán)利要求4所述的基于動態(tài)分配及行為分析的高可用服務(wù)端許可控制模式，其 特征在于，許可控制服務(wù)定期與許可分配服務(wù)通信，以更新動態(tài)許可證的有效期，并上報當(dāng)前應(yīng) 用實(shí)例動態(tài)許可證的可用客戶端許可數(shù)量，用于許可分配服務(wù)在接收到新的分配請求時作 為動態(tài)調(diào)整的依據(jù)。
6.根據(jù)權(quán)利要求2所述的基于動態(tài)分配及行為分析的高可用服務(wù)端許可控制模式，其 特征在于，許可控制服務(wù)在發(fā)生異常時根據(jù)以下處理規(guī)則進(jìn)行處理A)如果無法訪問主許可服務(wù)，則嘗試訪問備許可服務(wù)；B)如果當(dāng)前應(yīng)用實(shí)例的動態(tài)許可授權(quán)的許可數(shù)量即將用完，將向許可分配服務(wù)發(fā)起 許可更新請求，許可分配服務(wù)根據(jù)所有實(shí)例的許可分配及使用狀況調(diào)整應(yīng)用實(shí)例的動態(tài)許可；C)如果許可分配服務(wù)沒有更多的許可數(shù)量可以分配，則不允許新的客戶端連接。
全文摘要
本發(fā)明公開了一種基于動態(tài)分配及行為分析的高可用服務(wù)端許可控制模式，屬于應(yīng)用系統(tǒng)軟件許可控制領(lǐng)域。該控制模式由主許可服務(wù)、備許可服務(wù)、許可控制服務(wù)三個邏輯組成部分，其中，主許可服務(wù)為企業(yè)內(nèi)的所有應(yīng)用實(shí)例分配可以使用的許可數(shù)量，主許可服務(wù)關(guān)聯(lián)用戶購買的軟件許可證；備許可服務(wù)用作主許可服務(wù)不可訪問時臨時替代主許可服務(wù)，以保證主許可服務(wù)恢復(fù)期間應(yīng)用系統(tǒng)能夠正常運(yùn)行；許可控制服務(wù)部署在每臺應(yīng)用服務(wù)器，依據(jù)許可授權(quán)的訪問數(shù)量控制當(dāng)前應(yīng)用實(shí)例的客戶端訪問。與現(xiàn)有技術(shù)相比，本發(fā)明的許可控制模式具有安全、可靠、高效等特點(diǎn)。
文檔編號H04L29/06GK102073814SQ20101061359
公開日2011年5月25日 申請日期2010年12月30日 優(yōu)先權(quán)日2010年12月30日
發(fā)明者鄭偉波 申請人:浪潮集團(tuán)山東通用軟件有限公司