本發(fā)明涉及通信技術(shù)領域，特別是涉及一種授權(quán)的控制方法及裝置。

背景技術(shù)：

目前，商業(yè)軟件通常采用License(授權(quán))來對軟件的使用權(quán)進行控制，這種需要獲得授權(quán)的軟件被稱為LAP(License Application Program)。通過License技術(shù)，可以控制用戶可使用的軟件功能、可管理的資源數(shù)量、以及可使用的時間期限等。

一般情況下，商業(yè)軟件在部署整套解決方案時需要安裝大量的軟件，也就是說，在方案部署過程中，隨著業(yè)務處理數(shù)量的增加，需要的授權(quán)數(shù)量也將隨之增加。在這種情況下，需要將授權(quán)存儲在授權(quán)服務器上進行集中管理。在LAP處理業(yè)務時，需要向授權(quán)服務器申請授權(quán)，在業(yè)務處理完成后，再將該授權(quán)歸還。顯然，當LAP處理的業(yè)務峰值較高時，短時間內(nèi)LAP需要與授權(quán)服務器進行大量的數(shù)據(jù)通信，而由于帶寬的限制，采用LAP與授權(quán)服務器直接通信的方式很難滿足LAP對業(yè)務處理的低延時及高并發(fā)的要求。

現(xiàn)有技術(shù)為了解決上述問題所采取的技術(shù)方案是在LAP與授權(quán)服務器之間添加客戶端程序(License Client Program，LCP)，LCP一次性向授權(quán)服務器獲取LAP所需的所有授權(quán)，并將授權(quán)緩存到本地供LAP后續(xù)使用。LCP與LAP之間通過高性能接口進行數(shù)據(jù)交互，從而滿足低延時及高并發(fā)的要求。

但是，由于現(xiàn)有技術(shù)中LCP是將所有授權(quán)從服務器中一次性取出，當LAP業(yè)務處理量下降或增長幅度減小時，現(xiàn)有技術(shù)中所采取的方法將導致大量的授權(quán)浪費。并且，LCP中閑置的授權(quán)也無法被其它LCP中所管理的LAP所使用，從而導致多個相同的LCP不能連接同一個授權(quán)服務器，進一步加大了資源的消耗。

因此，針對現(xiàn)有技術(shù)中無法解決滿足LAP對業(yè)務處理的低延時及高并發(fā)的同時保證資源合理利用的問題，目前尚未提出有效的解決方案。

技術(shù)實現(xiàn)要素：

本發(fā)明實施例所要解決的技術(shù)問題是提供一種授權(quán)的控制方法，從而在保證LAP對業(yè)務處理的低延時和高并發(fā)的同時提高資源利用率，降低成本。

相應的，本發(fā)明實施例還提供了一種授權(quán)的控制裝置，用以保證上述方法的實現(xiàn)及應用。

為了解決上述問題，本發(fā)明實施例公開了一種授權(quán)的控制方法，包括：

統(tǒng)計當前授權(quán)總量及授權(quán)應用程序LAP的業(yè)務處理總量，其中，授權(quán)總量為接收到的來自服務器的授權(quán)量與歸還服務器的授權(quán)量之間的差值；

根據(jù)統(tǒng)計結(jié)果，計算授權(quán)總量與業(yè)務處理總量之間的差值；

在業(yè)務處理總量處于上升趨勢的情況下，若差值小于第一預設閾值，則向服務器申請授權(quán)單元，其中，授權(quán)單元中包括多個授權(quán)；

在業(yè)務處理總量處于持平或下降趨勢的情況下，若差值大于第二預設閾值，則向服務器歸還數(shù)量等于差值的授權(quán)。

本發(fā)明實施例還公開了一種授權(quán)的控制裝置，包括：

統(tǒng)計模塊，用于統(tǒng)計當前授權(quán)總量及授權(quán)應用程序LAP的業(yè)務處理總量，其中，授權(quán)總量為接收到的來自服務器的授權(quán)量與歸還服務器的授權(quán)量之間的差值；

計算模塊，用于根據(jù)統(tǒng)計結(jié)果，計算授權(quán)總量與業(yè)務處理總量之間的差值；

第一申請模塊，用于在業(yè)務處理總量處于上升趨勢的情況下，若差值小于第一預設閾值，則向服務器申請授權(quán)單元，其中，授權(quán)單元中包括多個授權(quán)；

歸還模塊，用于在業(yè)務處理總量處于持平或下降趨勢的情況下，若差值大于第二預設閾值，則向服務器歸還數(shù)量等于差值的授權(quán)。

與現(xiàn)有技術(shù)相比，本發(fā)明實施例包括以下優(yōu)點：

LCP對授權(quán)進行統(tǒng)一管理和控制，通過統(tǒng)計當前授權(quán)總量及授權(quán)應用程序LAP的業(yè)務處理總量，然后，根據(jù)統(tǒng)計結(jié)果，計算授權(quán)總量與業(yè)務處理總量之間的差值。其中，在業(yè)務處理總量處于上升趨勢的情況下，若差值小于第一預設閾值，則向服務器申請授權(quán)單元，其中，授權(quán)單元中包括多個授權(quán)。在業(yè)務處理總量處于持平或下降趨勢的情況下，若差值大于第二預設閾值，則向服務器歸還數(shù)量等于差值的授權(quán)，從而使設備之間的交互次數(shù)大幅度下降，并實現(xiàn)了授權(quán)的動態(tài)申請與歸還，進而有效地提升了LAP的業(yè)務處理效率以及資源利用率。

附圖說明

為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對本發(fā)明實施例的描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本發(fā)明的一種授權(quán)的控制方法實施例的步驟流程圖；

圖2是本發(fā)明實施例中的網(wǎng)絡連接示意圖；

圖3是本發(fā)明一種授權(quán)的控制方法實施例的結(jié)構(gòu)框圖；

圖4是本發(fā)明一種授權(quán)的控制方法實施例的結(jié)構(gòu)框圖；

圖5是本發(fā)明一種授權(quán)的控制方法實施例的結(jié)構(gòu)框圖。

具體實施方式

為使本發(fā)明的上述目的、特征和優(yōu)點能夠更加明顯易懂，下面結(jié)合附圖和具體實施方式對本發(fā)明作進一步詳細的說明。

本發(fā)明實施例的核心構(gòu)思之一在于，提出一種授權(quán)的控制方法和裝置，以提高LAP的業(yè)務處理效率以及資源利用率。

參照圖1，示出了本發(fā)明的一種授權(quán)的控制方法實施例的步驟流程圖，具體可以包括如下步驟：

步驟102，統(tǒng)計當前授權(quán)總量及授權(quán)應用程序LAP的業(yè)務處理總量，其中，授權(quán)總量為接收到的來自服務器的授權(quán)量與歸還服務器的授權(quán)量之間的差值。

具體的，LCP統(tǒng)計當前授權(quán)總量，該授權(quán)總量具體為LCP業(yè)務處理起始時刻到當前時刻接收到的來自服務器的授權(quán)量與歸還服務器的授權(quán)量之間的差值。

步驟104，根據(jù)統(tǒng)計結(jié)果，計算授權(quán)總量與業(yè)務處理總量之間的差值。

具體的，該差值可以稱為授權(quán)剩余數(shù)量，LCP根據(jù)統(tǒng)計結(jié)果，通過公式：授權(quán)剩余數(shù)量＝授權(quán)總量-業(yè)務處理總量，計算出授權(quán)剩余數(shù)量。

步驟106，在業(yè)務處理總量處于上升趨勢的情況下，若差值小于第一預設閾值，則向服務器申請授權(quán)單元，其中，授權(quán)單元中包括多個授權(quán)。

其中，在本發(fā)明的實施例中，第一預設閾值可以為當前單位時間內(nèi)授權(quán)單元中對應的授權(quán)數(shù)量的30％。例如：當前單位時間內(nèi)的授權(quán)單元中包括100個授權(quán)，則第一預設閾值為30。在其他實施例中，該第一預設閾值也可以由用戶根據(jù)實際需求進行設定，本發(fā)明對此不做限定。

步驟108，在業(yè)務處理總量處于持平或下降趨勢的情況下，若差值大于第二預設閾值，則向服務器歸還數(shù)量等于差值的授權(quán)。

具體的，在業(yè)務處理總量處于持平或是下降的趨勢的情況下，若授權(quán)剩余數(shù)量大于第二預設閾值，則LCP將授權(quán)剩余數(shù)量全部歸還服務器。

另外，在本發(fā)明的一個優(yōu)選的實施例中，在業(yè)務處理過程中，LCP接收來自LAP的授權(quán)請求。其中，若差值小于授權(quán)請求中需要的授權(quán)數(shù)量，則向服務器申請授權(quán)單元。然后，LCP接收并緩存來自服務器的授權(quán)單元，并根據(jù)授權(quán)請求，向LAP發(fā)送對應數(shù)量的授權(quán)。

在本發(fā)明的一個優(yōu)選的實施例中，在業(yè)務處理開始之前，用戶可將授權(quán)單元中的授權(quán)數(shù)量設置為指定數(shù)值。該指定數(shù)值為授權(quán)單元中的授權(quán)數(shù)量的最小值，其中，該指定數(shù)值會在接下來的業(yè)務處理中，隨著業(yè)務峰值的變化而變化。本領域人員須知，在設置該指定數(shù)值時，指定數(shù)值的大小應該滿足業(yè)務處理起始時刻LAP的需求量。例如：在業(yè)務處理起始時刻，LAP向LCP申請5個授權(quán)，則授權(quán)單元中的授權(quán)數(shù)量則需要大于5。

在本發(fā)明的一個優(yōu)選的實施例中，該授權(quán)的控制方法還包括：在每個單位時間起始時刻，檢測LAP的當前業(yè)務峰值，并將授權(quán)單元中對應的授權(quán)數(shù)量更新為當前業(yè)務峰值。

其中，檢測LAP的當前業(yè)務峰值的步驟，包括：

檢測指定的多個單位時間中的每個單位時間內(nèi)向LAP發(fā)送的授權(quán)數(shù)量。然后，根據(jù)檢測結(jié)果，確定單位時間內(nèi)向LAP發(fā)送的授權(quán)數(shù)量的最大值為當前業(yè)務峰值。

在本發(fā)明的一個優(yōu)選的實施例中，將授權(quán)單元中對應的授權(quán)數(shù)量更新為當前業(yè)務峰值的步驟，包括：

若業(yè)務峰值不小于指定數(shù)值，則將授權(quán)單元中對應的授權(quán)數(shù)量更新為當前業(yè)務峰值。

若業(yè)務峰值小于指定數(shù)值，則將授權(quán)單元中對應的授權(quán)數(shù)量更新為指定數(shù)值。

此外，在本發(fā)明的一個優(yōu)選的實施例中，當業(yè)務處理進行了一段時間后，隨著業(yè)務的穩(wěn)定，LAP的業(yè)務處理總量將會出現(xiàn)持平或下降趨勢，在該種情況下，若差值大于第二預設閾值，則向所述服務器歸還數(shù)量等于差值的授權(quán)的步驟，可以包括：若當前單位時間內(nèi)的差值大于當前單位時間內(nèi)的授權(quán)單元中對應的授權(quán)數(shù)量，則向服務器歸還數(shù)量等于差值的授權(quán)。

綜上所述，本發(fā)明實施例中所述的授權(quán)的控制方法是通過LCP對授權(quán)進行統(tǒng)一的管理和控制，從而實現(xiàn)授權(quán)的動態(tài)申請和歸還。在動態(tài)申請和歸還授權(quán)時，LCP需要實時監(jiān)測當前LAP的需求量，也就是LAP的業(yè)務處理狀態(tài)，從而通過分析LAP的業(yè)務處理狀態(tài)，計算出LCP當前授權(quán)剩余數(shù)量是處于過量狀態(tài)還是處于不足狀態(tài)。如果處于過量狀態(tài)，則需要向服務器歸還授權(quán)，如果處于不足狀態(tài)，則需要向服務器申請授權(quán)。

具體的，由上述實施例可知，LCP會在兩種情況下向服務器申請授權(quán)，其一是LCP檢測到授權(quán)剩余數(shù)量不能滿足LAP的申請量。其二是在LAP處理業(yè)務趨勢處于上升階段時，LCP檢測到授權(quán)剩余數(shù)量小于閾值。此外，在LAP的處理業(yè)務趨勢處于持平或下降趨勢時，LCP如果檢測到授權(quán)剩余數(shù)量大于授權(quán)單元中對應的授權(quán)數(shù)量，則將歸還相應數(shù)量的授權(quán)。下面將對上述情況進行詳細的闡述。

參照圖2，示出了本發(fā)明實施例中的網(wǎng)絡連接示意圖。在圖2中：

一個LCP管理多個LAP，并且LCP通過網(wǎng)絡與授權(quán)服務器(License Server,LicS)進行通信連接。圖2中僅示出了一組LCP與LAP，在其他實施例中，LicS下可連接多組LCP與LAP。需要說明的是，本發(fā)明的實施例中僅以一個LAP與LCP之間的授權(quán)傳輸進行舉例。

此外，本發(fā)明的實施例中涉及的技術(shù)術(shù)語如下：

授權(quán)單元：每次LCP向LicS申請或釋放的授權(quán)數(shù)量，該授權(quán)數(shù)量隨著業(yè)務峰值的變化而變化，具體的變化方式將在下面的實施例中進行詳細闡述。

授權(quán)總量：LCP從LicS申請到的授權(quán)量與歸還的授權(quán)量之間的差值。

單位時間：用于統(tǒng)計業(yè)務處理情況的時間間隔，在本發(fā)明的實施例中，設置單位時間為1s。在其他實施例中，單位時間可由用戶進行任意設置，本發(fā)明對此不做限定。

業(yè)務峰值：從當前時刻算起，在過去的指定數(shù)量個單位時間(本例中以指定數(shù)量為20為例)中，LAP向LCP申請授權(quán)數(shù)量最多的一個單位時間內(nèi)的申請授權(quán)數(shù)量，即LCP在單位時間內(nèi)向LAP發(fā)送的授權(quán)數(shù)量的最大值。特別的，如果當前單位時間在指定數(shù)量之內(nèi)，例如：第5s，則業(yè)務峰值為從第1s起始時刻至第5s之間的多個單位時間中，LCP在單位時間內(nèi)向LAP發(fā)送的授權(quán)數(shù)量的最大值。

業(yè)務趨勢：每個單位時間的起始時刻，對過去的多個單位時間(本例中，以5個單位時間為例)內(nèi)LAP處理的業(yè)務總量進行均值計算，將計算出的結(jié)果記為趨勢點，標注于坐標軸內(nèi)，將每個單位時間的業(yè)務處理總量趨勢點連成趨勢線，通過監(jiān)測趨勢線，判斷當前單位時間LAP的業(yè)務處理總量是處于上升趨勢還是處于下降或持平趨勢。同樣的，如果從業(yè)務處理起始時刻至當前單位時間所經(jīng)歷的多個單位時間的數(shù)量小于5，則業(yè)務趨勢從第1s的起始時刻至當前單位時間之間所經(jīng)歷的多個單位時間進行統(tǒng)計。

本領域普通技術(shù)人員須知，本發(fā)明的實施例中列舉的數(shù)值僅為更好的理解本發(fā)明，在其他實施例中，本發(fā)明的實施例中列舉的所有數(shù)值可由用戶根據(jù)實際情況進行設定，本發(fā)明對此不做限定。

在業(yè)務處理開始之前，用戶將對授權(quán)單元中包括的授權(quán)數(shù)量進行設定，將其設定為指定數(shù)值。在本實施例中，指定數(shù)值為10。此外，在準備階段中，由于LAP還未開始進行業(yè)務處理，因此，當前LCP的授權(quán)總量為0，LAP的業(yè)務峰值為0。

業(yè)務開始階段，即第1s起始時刻，LAP開始進行業(yè)務處理，同時向LCP發(fā)起授權(quán)請求。在本實施例中，LAP在開始時刻的業(yè)務處理數(shù)量為5，申請授權(quán)數(shù)量為5。

LCP檢測到剩余授權(quán)數(shù)量(即授權(quán)總量與LAP的業(yè)務處理總量之間的差值)為0，該數(shù)值小于LAP的申請授權(quán)數(shù)量，則向LicS申請一個授權(quán)單元，此時，授權(quán)單元中對應的授權(quán)數(shù)量為指定數(shù)值10，即向LicS申請10個授權(quán)。LicS響應LCP的申請，并向LCP發(fā)送一個授權(quán)單元。LCP接收該授權(quán)單元并緩存至本地。此時，LCP緩存有10個授權(quán)。

LCP響應LAP的授權(quán)請求，向LAP發(fā)送5個授權(quán)。當?shù)?個授權(quán)發(fā)送完畢時，LCP在該時刻還剩余5個授權(quán)。LAP繼續(xù)進行業(yè)務處理，當LAP的業(yè)務處理數(shù)量為8時，則在該時刻時，LCP已向LAP發(fā)送了8個授權(quán)，此時，LCP的授權(quán)剩余數(shù)量＝授權(quán)總量10-業(yè)務處理總量8＝2個，即LCP當前的授權(quán)剩余數(shù)量為2。由于本實施例中第一預設閾值為當前授權(quán)單元中包括的授權(quán)數(shù)量的30％(即3)，顯然，LCP當前的授權(quán)剩余數(shù)量小于第一預設閾值。LCP會立即向LicS申請一個授權(quán)單元，則當前LCP的授權(quán)總量為20，LCP當前的授權(quán)剩余數(shù)量＝授權(quán)總量20-業(yè)務處理總量8＝12個。

在第1s結(jié)束時，LAP業(yè)務處理總量仍保持在8，進入業(yè)務處理第2s。在第2s的起始時刻，LCP檢測LAP的當前業(yè)務峰值。從第1s起始時刻至第2s起始時刻所經(jīng)歷的1個單位時間內(nèi)，LCP向LAP發(fā)送的授權(quán)數(shù)量為8，則LAP的當前業(yè)務峰值為8。由于當前業(yè)務峰值小于當前授權(quán)單元中包括的授權(quán)數(shù)量，所以，在第2s起始時刻，LCP不更新授權(quán)單元中對應的授權(quán)數(shù)量，即授權(quán)單元中對應的授權(quán)數(shù)量仍保持為10不變。

LAP繼續(xù)進行業(yè)務處理，在第2s內(nèi)的某一時刻，LAP業(yè)務處理數(shù)量由8上升至25，LAP需要向LCP申請17個授權(quán)。而此時，LCP的授權(quán)剩余數(shù)量為12個，顯然，LCP中的授權(quán)剩余數(shù)量小于授權(quán)請求中需要的授權(quán)數(shù)量，則LCP將在該時刻立即向LicS申請授權(quán)單元。在接收到LicS發(fā)來的授權(quán)單元之后，LCP申請的授權(quán)總量由20增加至30，并向LAP發(fā)送17個授權(quán)。此時，LCP的授權(quán)剩余總量＝授權(quán)總量30-業(yè)務總量25＝5個。由于當前授權(quán)單元中包括的授權(quán)數(shù)量仍為10，所以，第一預設閾值同樣仍為3，顯然，LCP當前的授權(quán)剩余總量大于第一預設閾值，則LCP無需再向LicS申請授權(quán)單元。

在第2s結(jié)束，LAP的業(yè)務處理量保持在25不變。在第3s起始時刻，檢測當前業(yè)務峰值，由于第1s單位時間內(nèi)，LAP向LCP申請授權(quán)數(shù)量為8，第2s單位時間內(nèi)，LAP向LCP申請授權(quán)數(shù)量為17。由此可知，第2s單位時間內(nèi)LAP向LCP申請的授權(quán)數(shù)量為當前業(yè)務峰值。在第3s起始時刻，將當前授權(quán)單元中的授權(quán)數(shù)量更新為當前業(yè)務峰值，則此時授權(quán)單元中的授權(quán)數(shù)量由10增長至17。在本發(fā)明的另一個實施例中，還可能出現(xiàn)LAP的業(yè)務峰值小于授權(quán)單元中對應的授權(quán)數(shù)量的指定值的情況，例如：LAP的當前業(yè)務峰值為5，授權(quán)單元中對應的授權(quán)數(shù)量的指定值為10，而當前授權(quán)單元中包括的授權(quán)數(shù)量為20，則在該種情況下，LCP需要將當前授權(quán)單元中的授權(quán)數(shù)量更新為指定值10。

隨著業(yè)務的穩(wěn)定，LAP的業(yè)務趨勢也將變?yōu)槌制交蛳陆担谶@兩種趨勢下，LAP將不再向LCP發(fā)送授權(quán)請求。舉例說明：在第5s起始時刻，LCP的授權(quán)總量為85，LAP的業(yè)務處理量為76，并且從第5s至第8s，LAP在每個單位時間內(nèi)均向LCP申請17個授權(quán)，即，LAP在每秒都增加17個業(yè)務處理。在第9s起始時刻，由于業(yè)務處理只經(jīng)過了9個單位時間，小于本實施例中的指定數(shù)量20，因此，當前業(yè)務峰值的統(tǒng)計時間為自第1s至第8s之間的多個單位時間，則當前業(yè)務峰值為17，授權(quán)單元中對應的授權(quán)數(shù)量同樣為17，LCP的授權(quán)總量為153。從第9s開始，LAP不再處理新的業(yè)務，假設當前LAP的業(yè)務處理數(shù)量降低至134，則在第10s起始時刻，LCP由趨勢線判斷出LAP的業(yè)務趨勢開始下降，此時，LCP的授權(quán)剩余數(shù)量＝授權(quán)總量153-業(yè)務處理總量134＝19個。由于本實施例中，第二預設閾值為當前授權(quán)單元中對應的授權(quán)數(shù)量，顯然，當前LCP的該授權(quán)剩余數(shù)量大于第二預設閾值(即當前授權(quán)單元中對應的授權(quán)數(shù)量)，則LCP與LAP之間通過LAP對授權(quán)的釋放與申請能夠達到動態(tài)平衡的狀態(tài)，此時LCP中的授權(quán)剩余數(shù)量則為閑置授權(quán)，LCP將閑置的19個授權(quán)歸還服務器。相反，如果授權(quán)剩余數(shù)量小于等于第二預設閾值(即當前授權(quán)單元中的授權(quán)數(shù)量)，則不歸還授權(quán)。

此外，在上述實施例的基礎上，本實施還提供了一種授權(quán)的控制裝置。

參照圖3，示出了本發(fā)明一種授權(quán)的控制裝置實施例的結(jié)構(gòu)框圖，具體可以包括：統(tǒng)計模塊31、計算模塊32、第一申請模塊33、歸還模塊34。

統(tǒng)計模塊31，用于統(tǒng)計當前授權(quán)總量及授權(quán)應用程序LAP的業(yè)務處理總量，其中，授權(quán)總量為接收到的來自服務器的授權(quán)量與歸還服務器的授權(quán)量之間的差值。

計算模塊32，用于根據(jù)統(tǒng)計結(jié)果，計算授權(quán)總量與業(yè)務處理總量之間的差值。

第一申請模塊33，用于在業(yè)務處理總量處于上升趨勢的情況下，若差值小于第一預設閾值，則向服務器申請授權(quán)單元，其中，授權(quán)單元中包括多個授權(quán)。

歸還模塊34，用于在業(yè)務處理總量處于持平或下降趨勢的情況下，若差值大于第二預設閾值，則向服務器歸還數(shù)量等于差值的授權(quán)。

在本發(fā)明的另一個實施例中，歸還模塊34還可以進一步用于在所述業(yè)務處理總量處于持平或下降趨勢的情況下，若當前單位時間內(nèi)的所述差值大于所述當前單位時間內(nèi)的授權(quán)單元中對應的授權(quán)數(shù)量，則向所述服務器歸還數(shù)量等于所述差值的授權(quán)。

參照圖4，在本發(fā)明的一個優(yōu)選的實施例中，在圖3的基礎上，授權(quán)的控制裝置還可以包括第一接收模塊41，用于接收來自LAP的授權(quán)請求。

第二申請模塊42，用于若差值小于授權(quán)請求中需要的授權(quán)數(shù)量，則向服務器申請授權(quán)單元。

第二接收模塊43，用于接收并緩存來自服務器的授權(quán)單元。

發(fā)送模塊44，用于根據(jù)授權(quán)請求，向LAP發(fā)送對應數(shù)量的授權(quán)。

其中，在本發(fā)明的一個優(yōu)選的實施例中，授權(quán)單元中對應的授權(quán)數(shù)量為指定數(shù)值。

參照圖5，在本發(fā)明的一個優(yōu)選的實施例中，在圖4的基礎上，授權(quán)的控制裝置還可以包括：檢測模塊51，用于在每個單位時間起始時刻，檢測LAP的當前業(yè)務峰值，其中，業(yè)務峰值為指定單位時間內(nèi)接收到的授權(quán)請求中需要的授權(quán)數(shù)量的最大值。

更新模塊52，用于在將授權(quán)單元中對應的授權(quán)數(shù)量更新為當前業(yè)務峰值。

其中，更新模塊52還可以包括：第一更新子模塊521，用于若當前業(yè)務峰值不小于指定數(shù)值，則將授權(quán)單元中對應的授權(quán)數(shù)量更新為當前業(yè)務峰值。

第二更新子模塊522，用于若當前業(yè)務峰值小于指定數(shù)值，則將授權(quán)單元中對應的授權(quán)數(shù)量更新為指定數(shù)值。

綜上所述，本發(fā)明提供的授權(quán)的控制裝置，通過統(tǒng)計當前授權(quán)總量及授權(quán)應用程序LAP的業(yè)務處理總量，并根據(jù)統(tǒng)計結(jié)果，實現(xiàn)動態(tài)申請和歸還授權(quán)，從而使設備之間的交互次數(shù)大幅度下降，有效的提高了LAP的業(yè)務處理效率以及資源利用率。

對于裝置實施例而言，由于其與方法實施例基本相似，所以描述的比較簡單，相關(guān)之處參見方法實施例的部分說明即可。

本說明書中的各個實施例均采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。

本領域內(nèi)的技術(shù)人員應明白，本發(fā)明實施例的實施例可提供為方法、裝置、或計算機程序產(chǎn)品。因此，本發(fā)明實施例可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本發(fā)明實施例可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學存儲器等)上實施的計算機程序產(chǎn)品的形式。

本發(fā)明實施例是參照根據(jù)本發(fā)明實施例的方法、終端設備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理終端設備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理終端設備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理終端設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理終端設備上，使得在計算機或其他可編程終端設備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程終端設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

盡管已描述了本發(fā)明實施例的優(yōu)選實施例，但本領域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造性概念，則可對這些實施例做出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu)選實施例以及落入本發(fā)明實施例范圍的所有變更和修改。

最后，還需要說明的是，在本文中，諸如第一和第二等之類的關(guān)系術(shù)語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者終端設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者終端設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者終端設備中還存在另外的相同要素。

以上對本發(fā)明所提供的一種授權(quán)的控制方法及裝置，進行了詳細介紹，本文中應用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式及應用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應理解為對本發(fā)明的限制。