專利名稱：一種許可證控制方法、系統(tǒng)及服務器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種許可證控制方法、系統(tǒng)及服務器。
背景技術(shù)：
許可證文件，即License文件是用于對相應通信設(shè)備提供的服務進行授權(quán)，從而保證網(wǎng)絡中的通信設(shè)備可以根據(jù)授權(quán)情況提供相應的服務。目前，設(shè)備提供商在提供電信設(shè)備給運營商時，通常根據(jù)運營商購買的設(shè)備License進行對設(shè)備允許的最大能力進行限制，即設(shè)備實際承載的最大能力不可超過預先設(shè)定的License值，超過部分將會被直接拒絕或者降低服務質(zhì)量。由于不同設(shè)備承載的業(yè)務對License需求不同，各設(shè)備實際使用的License量也不同，造成部分設(shè)備的License使用率很高，甚至License不足；而部分設(shè)備的License使用率嚴重不足，License有大量的剩余。License的使用不均造成License的浪費，甚至造成服務質(zhì)量的下降。

發(fā)明內(nèi)容
有鑒于此，為解決對業(yè)務部件使用許可證License的控制，使業(yè)務設(shè)備在不超過License總量的前提下實現(xiàn)License資源充分利用，本發(fā)明實施例提供了一種許可證控制方法、系統(tǒng)及服務器。 本發(fā)明實施例提供了一種控制許可證License方法，包括 獲取各個業(yè)務部件的業(yè)務量，根據(jù)所述各個業(yè)務部件的業(yè)務量計算所述各個業(yè)務部件的License需求量之和；若所述各個業(yè)務部件的License需求量之和超過設(shè)置的License閾值量，則指示所述各個業(yè)務部件拒絕為后續(xù)業(yè)務請求提供服務。
同時，本發(fā)明實施例還提供了一種License控制系統(tǒng)，包括用于控制業(yè)務部件的License月艮務器； 所述License服務器，用于獲取各個業(yè)務部件的業(yè)務量，根據(jù)所述各個業(yè)務部件的業(yè)務量計算所述各個業(yè)務部件的License需求量之和，若所述各個業(yè)務部件的License需求量之和超過設(shè)置的License閾值量，則指示所述各個業(yè)務部件拒絕為后續(xù)業(yè)務請求提供服務；所述業(yè)務部件，用于向所述License服務器上報業(yè)務量，并接受所述License服務器的指示。 另外，本發(fā)明實施例還提供了一種License服務器，包括 獲取模塊，用于獲取各個業(yè)務部件上報的業(yè)務量；計算模塊，根據(jù)所述各個業(yè)務部件的業(yè)務量計算所述各個業(yè)務部件的License需求量之和；比較模塊，用于將根據(jù)所述計算模塊計算得到的各個業(yè)務部件的License需求量之和與設(shè)置的License閾值量進行比較；指示模塊，用于若比較所述各個業(yè)務部件的License需求量之和超過設(shè)置的License閾值量，則指示所述各個業(yè)務部件拒絕為后續(xù)業(yè)務請求提供服務。 本發(fā)明實施例根據(jù)計算各個業(yè)務部件的License需求量之和是否超過設(shè)置的License閾值量；根據(jù)計算結(jié)果指示業(yè)務部件業(yè)務部件為后續(xù)業(yè)務請求提供服務。利用對
4License總量的控制來指示業(yè)務部件為后續(xù)的業(yè)務請求提供服務，實現(xiàn)了業(yè)務部件在不超 過License總量的前提下實現(xiàn)License資源充分利用。有效地解決了業(yè)務部件License使 用不均導致的License浪費的問題，同時提高了業(yè)務部件為業(yè)務請求提供服務的質(zhì)量。


圖1為本發(fā)明的一個控制License方法實施例的流程圖。
圖2為本發(fā)明的一個控制License系統(tǒng)實施例的結(jié)構(gòu)示意圖。
圖3為本發(fā)明的一個License服務器實施例的結(jié)構(gòu)示意圖。
圖4為本發(fā)明的又一個License服務器實施例的結(jié)構(gòu)示意圖。
具體實施例方式
目前，設(shè)備提供商在提供電信設(shè)備給運營商時，通常根據(jù)運營商購買的設(shè)備 License進行對設(shè)備允許的最大能力進行限制，即設(shè)備實際承載的最大能力不可超過預先 設(shè)定的License值，超過部分將會被直接拒絕或者降低服務質(zhì)量。由于不同設(shè)備承載的業(yè) 務對License需求不同，各設(shè)備實際使用的License量也不同，造成部分設(shè)備的License使 用率很高，甚至License不足；而部分設(shè)備的License使用率嚴重不足，License有大量的 剩余，License的使用不均造成License的浪費，甚至造成服務質(zhì)量的下降。
為了提高對License的控制，實現(xiàn)業(yè)務設(shè)備在不超過License總量的前提下實現(xiàn) License資源充分利用；有效解決License使用率不均導致的License浪費的問題，提高對 業(yè)務請求的服務質(zhì)量。 本發(fā)明實施例提供了一種控制License方法，請結(jié)合參看圖l，包括 步驟101，獲取各個業(yè)務部件的業(yè)務量，根據(jù)各個業(yè)務部件的業(yè)務量計算各個業(yè)務
部件的License需求量之和。 各業(yè)務部件定時或?qū)崟r把業(yè)務部件的業(yè)務量上報給License服務器。
License服務器控制共享license的各個業(yè)務部件。業(yè)務部件內(nèi)有各自的License 客戶端，各License客戶端都直接和License服務器進行相連。各業(yè)務部件的License客 戶端負責定時或?qū)崟r把各業(yè)務部件的業(yè)務量的License需求量上報給License服務器， License服務器接收各個業(yè)務部件的License客戶端上報的各個業(yè)務部件的License需求 根據(jù)各個業(yè)務部件的業(yè)務量計算各個業(yè)務部件的License需求量，即計算各個業(yè) 務部件的License客戶端上報的各個業(yè)務部件的License需求量之和。
業(yè)務部件的License客戶端定時(如，按周期)或?qū)崟r上報各個業(yè)務部件的 License需求量，該特征適用于本發(fā)明其他實施例。 可選的，License服務器可以通過監(jiān)控，獲取各個業(yè)務部件的業(yè)務量以及License
需求量。 可選的，各個業(yè)務部件可以是為不同業(yè)務請求提供服務的業(yè)務設(shè)備。例如，業(yè)務部 件可以是短消息業(yè)務中心(Short Message Service Centre, SMSC)設(shè)備，也可以是多媒體 消息服務中心(Multimedia Messaging Service Center,匪SC)設(shè)備，或者是其他業(yè)務設(shè)備。
步驟102，若各個業(yè)務部件的License需求量之和超過設(shè)置的許可證閾值量，則指示各個業(yè)務部件拒絕為后續(xù)業(yè)務請求提供服務。 設(shè)備提供商在提供電信設(shè)備給運營商時，通常根據(jù)運營商購買的設(shè)備License進行對設(shè)備允許的最大能力進行限制，即設(shè)備實際承載的最大能力不可超過預先設(shè)置的License值，艮卩License閾值量。 業(yè)務部件向業(yè)務請求提供服務應獲得License。當各個業(yè)務部件的業(yè)務量消耗的License量總和，即License需求量總和超過設(shè)置的License閾值量，License服務器則指示業(yè)務部件拒絕為后續(xù)的業(yè)務請求提供服務。若各業(yè)務部件的業(yè)務量的License需求量之和超過設(shè)置的License閾值量，License服務器仍然指示該業(yè)務部件的為后續(xù)的業(yè)務請求提供服務，會導致整個業(yè)務請求的整體服務質(zhì)量下降。 若各業(yè)務部件的業(yè)務量的License需求量之和沒有超過設(shè)置的License閾值量，License服務器則允許業(yè)務部件為后續(xù)業(yè)務請求提供服務。 本發(fā)明實施例在各不同的業(yè)務部件進行l(wèi)icense共享時，具體可采用以下方式來計算各個業(yè)務部件的License需求量之和是否超過設(shè)置的License閾值量
在License服務器中，可針對License的度量定義一個基本單位，每個基本單位定義為單位BaseLicense。 License月艮務器設(shè)置License闊值量為MaxLicense。
定義一個License基本單位，設(shè)為BaseLicense。不同的業(yè)務部件的業(yè)務請求的License需求量是不相同的，并且不同業(yè)務部件的業(yè)務請求的License需求量單位計算也不相同。例如，短消息業(yè)務是以每條短消息業(yè)務的License需求量為基本單位，多媒體消息業(yè)務是以每條多媒體消息業(yè)務的License需求量為基本單位。根據(jù)不同業(yè)務請求的處理的License需求量，把對應的單位實際業(yè)務流量License需求量量化為以BaseLicense為單位的需求量。例如每條短消息業(yè)務(Short Message Service, SMS)的License需求量是1個BaseLicense,每條多媒體消息業(yè)務(Multimedia Messaging Service,匪S)的License需求量是5個BaseLicense。假設(shè)業(yè)務部件1的單位實際業(yè)務流量License需求量為個BaseLicense單位，業(yè)務部件2的單位實際業(yè)務流量License需求量為X2個BaseLicense單位，業(yè)務部件N的單位實際業(yè)務流量License需求量為XN個BaseLicense單位。
業(yè)務部件1的實際業(yè)務流量為Trafficl，業(yè)務部件2的實際業(yè)務流量為Traffic2，業(yè)務部件N的的實際業(yè)務流量為TrafficN，則業(yè)務部件1的License客戶端上報業(yè)務部件1的實際處理的License需求量為Traff icl 個BaseLicense單位；業(yè)務部件2的License客戶端上報業(yè)務部件2的實際處理的License需求量為Traffic2XX2個BaseLicense單位；業(yè)務部件N的License客戶端上報業(yè)務部件N的實際處理的License需求量為TrafficNXXN個BaseLicense單位。 License服務器對所有控制的業(yè)務部件的License客戶端上報的需求量之和進行計算(Trafficl XX》+ (Traffic2 XX2) + ( ) + (TrafficnXXN)，即f rra#cN *XN 。 License服務器對所有控制的業(yè)務部件進行控制具體為^7k#cN *XN
《MaxLicense。 若Srra^k^ *XN < MaxLicense,即業(yè)務部件的License需求量之和沒有超過設(shè)置的閾值量，則允許業(yè)務部件為后續(xù)業(yè)務請求提供服務。否則，指示業(yè)務部件拒絕為后續(xù)業(yè)務請求提供服務。 例如，若運營商向設(shè)備提供商購買了短消息業(yè)務中心(Short MessageServiceCentre, SMSC)和多媒體消息服務中心(Multimedia Messaging ServiceCenter,匪SC)設(shè)備，SMSC和匪SC設(shè)備的License統(tǒng)一由License服務器進行控制。假設(shè)每條SMS占用的License是1個BaseLicense，每條匪S占用的License是5個BaseLicense，運營商購買了1000BaseLicense。則SMSC設(shè)備最大可以允許1000條/秒的流量(此時匪SC設(shè)備的流量為0)，匪SC設(shè)備最大可以允許200條/秒的流量(此時SMSC設(shè)備的流量為0)，或者SMSC可以支持500條/秒的流量(此時匪SC設(shè)備的流量可以最大支持到100條/秒)。即只要滿足(SMSC設(shè)備的實際流量X1) + (匪SC設(shè)備的實際流量X5)《1000，則允許SMSC設(shè)備、匪SC設(shè)備根據(jù)自身業(yè)務量進行License資源共享。 本發(fā)明實施例通過License服務器對業(yè)務部件對業(yè)務請求提供服務的控制，使各個業(yè)務部件在不超過設(shè)置的License閾值量的前提下實現(xiàn)License資源的共享，實現(xiàn)對License資源的充分利用。 請結(jié)合參看圖2，本發(fā)明實施例提供了一種控制License系統(tǒng)，具體包括
License服務器201，用于控制業(yè)務部件。具體用于獲取各個業(yè)務部件的業(yè)務量，并根據(jù)各個業(yè)務部件的業(yè)務量計算各個業(yè)務部件的License需求量之和，若各個業(yè)務部件的License需求量之和超過設(shè)置的License閾值量，則指示各個業(yè)務部件拒絕為后續(xù)業(yè)務請求提供服務。 License服務器201可針對License度量定義一個基本單位，將License度量的基本單位定義為BaseLicense。并設(shè)置設(shè)備的License閾值量，設(shè)為MaxLicense。
不同的業(yè)務部件的業(yè)務請求的Li cense需求量是不相同的，并且不同業(yè)務部件的業(yè)務請求的License需求量單位計算也不相同。例如，短消息業(yè)務是以每條短消息業(yè)務的License需求量為基本單位，多媒體消息業(yè)務是以每條多媒體消息業(yè)務的License需求量為基本單位。根據(jù)不同業(yè)務請求的處理的License需求量，把對應的單位實際業(yè)務流量License需求量量化為以BaseLicense為單位的需求量。例如每條短消息業(yè)務(ShortMessage Service, SMS)的License需求量是1個BaseLicense,每條多媒體消息業(yè)務(MultimediaMessaging Service,匪S)的License需求量是5個BaseLicense。假設(shè)業(yè)務部件1的單位實際業(yè)務流量License需求量為X工個BaseLicense單位，業(yè)務部件2的單位實際業(yè)務流量License需求量為X2個BaseLicense單位，業(yè)務部件N的單位實際業(yè)務流量License需求量為XN個BaseLicense單位。 License服務器201對所有控制的業(yè)務部件的License客戶端上報的License需求量之和進行計算<formula>formula see original document page 7</formula>即<formula>formula see original document page 7</formula> License服務器201對所有控制的業(yè)務部件進行控制具體為
<formula>formula see original document page 7</formula> License服務器201接收各個業(yè)務部件上報的業(yè)務量，并根據(jù)<formula>formula see original document page 7</formula>充計各個業(yè)務部件的License需求量。若l^ra^"承XN《Maxlicense， License服務器201則允許業(yè)務部件為后續(xù)的業(yè)務請求提供服務。否則，指示業(yè)務部件拒絕為后續(xù)業(yè)務請求提供服務。 可選的，該License控制系統(tǒng)可以包括業(yè)務部件202，用于向License服務器201上報業(yè)務量，并接受License服務器201的指示。 可選的，若各個業(yè)務部件的License需求量之和超過設(shè)置的License閾值量，業(yè)務
部件202根據(jù)License服務器201的指示拒絕為后續(xù)業(yè)務請求提供服務。 可選的，License控制系統(tǒng)可以包括N個業(yè)務部件，N可以為任一 自然數(shù)。 可選的，各個業(yè)務部件可以是為不同業(yè)務請求提供服務的業(yè)務設(shè)備。例如，業(yè)務部
件可以是短消息業(yè)務中心(Short Message Service Centre, SMSC)設(shè)備，也可以是多媒體
消息服務中心(Multimedia Messaging Service Center,匪SC)設(shè)備，或者是其他業(yè)務設(shè)
備。該特征適用于本發(fā)明其他實施例。 可選的，業(yè)務部件202包括License客戶端，用于向License服務器201上報業(yè)務部件202處理業(yè)務量License需求量。 請結(jié)合參看圖3，本發(fā)明實施例提供了一種License服務器201，包括獲取模塊
301，計算模塊302，比較模塊303，指示模塊304。 獲取模塊301，用于獲取各個業(yè)務部件上報的業(yè)務量。 獲取模塊301接收各個業(yè)務部件定時或?qū)崟r上報的業(yè)務量。 業(yè)務部件內(nèi)有各自的License客戶端，各License客戶端都直接和License服務器進行相連。各業(yè)務部件的License客戶端負責定時或?qū)崟r把各業(yè)務部件的業(yè)務量的License需求量上報?？蛇x的，獲取模塊301接收各個業(yè)務部件的License客戶端上報的各個業(yè)務部件的License需求量。 可選的，獲取模塊301也可以通過監(jiān)控、查詢等方式獲取各個業(yè)務部件的業(yè)務量。
計算模塊302，用于根據(jù)各個業(yè)務部件的業(yè)務量計算各個業(yè)務部件的License需求量之和。 根據(jù)各個業(yè)務部件的業(yè)務量計算各個業(yè)務部件的License需求量，即計算各個業(yè)務部件的License客戶端上報的各個業(yè)務部件的License需求量之和。
比較模塊303，用于將根據(jù)計算模塊302計算得到的各個業(yè)務部件的License需求量之和與設(shè)置的License閾值量進行比較。 指示模塊304，用于若比較各個業(yè)務部件的License需求量之和超過設(shè)置的License閾值量，則指示各個業(yè)務部件拒絕為后續(xù)業(yè)務請求提供服務。 可選的，若比較各個業(yè)務部件的License需求量之和沒有超過設(shè)置的License閾值量，則指示各個業(yè)務部件為后續(xù)業(yè)務請求提供服務 請結(jié)合參看圖4，本發(fā)明實施例提供了一種License服務器201，包括獲取模塊401，量化模塊402，計算模塊403，比較模塊404，指示模塊405。其中，圖4所示實施例在圖3所示實施例的基礎(chǔ)上增加了量化模塊402，該量化模塊402為可選的。
獲取模塊401，用于獲取各個業(yè)務部件上報的業(yè)務量。
獲取模塊401接收各個業(yè)務部件定時或?qū)崟r上報的業(yè)務量。
業(yè)務部件內(nèi)有各自的License客戶端，各License客戶端都直接和License服務器進行相連。各業(yè)務部件的License客戶端負責定時或?qū)崟r把各業(yè)務部件的業(yè)務量的License需求量上報?？蛇x的，獲取模塊301接收各個業(yè)務部件的License客戶端上報的各個業(yè)務部件的License需求量。 可選的，獲取模塊401也可以通過監(jiān)控、查詢等方式獲取各個業(yè)務部件的業(yè)務量以及License需求量。 量化模塊402，用于配置各個業(yè)務部件的每一單位業(yè)務量與以BaseLicense為單位的License需求量之間的量化關(guān)系，該BaseLicense為License度量的基本單位。
針對License的度量定義一個基本單位，每個基本單位定義為單位BaseLicense。不同的業(yè)務部件的業(yè)務請求的License需求量是不相同的，并且不同業(yè)務部件的業(yè)務請求的License需求量單位計算也不相同。例如，短消息業(yè)務是以每條短消息業(yè)務的License需求量為基本單位，多媒體消息業(yè)務是以每條多媒體消息業(yè)務的License需求量為基本單位。根據(jù)不同業(yè)務請求的處理的License需求量，量化模塊402把對應的單位實際業(yè)務流量License需求量量化為以BaseLicense為單位的需求量。例如每條短消息業(yè)務(Short Message Service, SMS)的License需求量是1個BaseLicense,每條多媒體消息業(yè)務(Multimedia Messaging Service,匪S)的License需求量是5個BaseLicense。假設(shè)業(yè)務部件1的單位實際業(yè)務流量License需求量為X工個BaseLicense單位，業(yè)務部件2的單位實際業(yè)務流量License需求量為X2個BaseLicense單位，業(yè)務部件N的單位實際業(yè)務流量License需求量為XN個BaseLicense單位。 計算模塊403，用于根據(jù)各個業(yè)務部件的業(yè)務量計算各個業(yè)務部件的License需求量之和。 根據(jù)各個業(yè)務部件的業(yè)務量計算各個業(yè)務部件的License需求量，即計算各個業(yè)務部件的License客戶端上報的各個業(yè)務部件的License需求量之和。
例如，業(yè)務部件1的實際業(yè)務流量為Trafficl，業(yè)務部件2的實際業(yè)務流量為Traffic2，業(yè)務部件N的的實際業(yè)務流量為Traff icN，則業(yè)務部件1的License客戶端上報業(yè)務部件1的實際處理的License需求量為Traff icl XX工個BaseLicense單位；業(yè)務部件2的License客戶端上報業(yè)務部件2的實際處理的License需求量為Traffic2XX2個BaseLicense單位；業(yè)務部件N的License客戶端上報業(yè)務部件N的實際處理的License需求量為TrafficNXXN個BaseLicense單位。 計算模塊403對業(yè)務部件的License客戶端上報的需求量之和進行計算(Traffic 1 X X》+ (Traf f ic2 X X2) + ( ) + (Traf f icn X XN)，即frra^ *XN 。計算模塊403采用公
式|]7^# *乂^十算得出各個業(yè)務部件的License需求量之和。 比較模塊404，用于將根據(jù)計算模塊計算得到的各個業(yè)務部件的License需求量之和與設(shè)置的License閾值量進行比較。 具體的，比較模塊404將f rra#cN承Xn與MaxLicense進行比較。 指示模塊405，用于若比較各個業(yè)務部件的License需求量之和超過設(shè)置的License閾值量，則指示各個業(yè)務部件拒絕為后續(xù)業(yè)務請求提供服務。[OO74] 若藝Tra，N *XN < MaxLicense,即業(yè)務部件的License需求量之和沒有超過
設(shè)置的閾值量，指示模塊405則指示業(yè)務部件為后續(xù)業(yè)務請求提供服務。否則，指示模塊 405指示業(yè)務部件拒絕為后續(xù)業(yè)務請求提供服務。 本發(fā)明上述實施例根據(jù)計算各個業(yè)務部件的License需求量之和是否超過設(shè)置 的License閾值量；根據(jù)比較結(jié)果指示業(yè)務部件業(yè)務部件為后續(xù)業(yè)務請求提供服務。 一方 面，利用對License總量的控制來指示業(yè)務部件為后續(xù)的業(yè)務請求提供服務，實現(xiàn)了業(yè)務 部件在不超過License總量的前提下實現(xiàn)License資源充分利用。有效地解決了業(yè)務部 件License使用不均導致的License浪費的問題，同時提高了業(yè)務部件為業(yè)務請求提供服 務的質(zhì)量。另一方面，由于可以設(shè)置業(yè)務部件的License客戶端實時上報各個業(yè)務部件的 License量需求情況，可以實時實現(xiàn)對License的控制，有效地解決了 License使用率不均 導致的License浪費的問題，節(jié)約了運營商的運營成本。同時，由于實時對License的控 制，在超過設(shè)置的License閾值量時，指示業(yè)務部件拒絕為后續(xù)的業(yè)務請求提供服務，提高 了業(yè)務部件為業(yè)務請求提供服務的質(zhì)量，提高了用戶的體驗。 本領(lǐng)域普通技術(shù)人員通過閱讀本申請可知，上述方法中的全部或部分步驟也可以 通過程序指令相關(guān)的硬件完成，該程序可以存儲于計算機可讀存儲介質(zhì)中，所述計算機可 讀存儲介質(zhì)如R0M、RAM或光盤等。 綜上所述，以上僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。 凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的 保護范圍之內(nèi)。
10
權(quán)利要求
一種許可證License控制方法，其特征在于，所述方法包括獲取各個業(yè)務部件的業(yè)務量，根據(jù)所述各個業(yè)務部件的業(yè)務量計算所述各個業(yè)務部件的License需求量之和；若所述各個業(yè)務部件的License需求量之和超過設(shè)置的License閾值量，則指示所述各個業(yè)務部件拒絕為后續(xù)業(yè)務提供服務。
2. 如權(quán)利要求1所述的方法，其特征在于，所述方法還包括若所述各個業(yè)務部件的License需求量之和沒有超過所述License閾值量，則指示所述各個業(yè)務部件為后續(xù)業(yè)務請求提供服務。
3. 如權(quán)利要求1所述的方法，其特征在于，所述獲取各個業(yè)務部件的業(yè)務量具體為接收所述各個業(yè)務部件定時或?qū)崟r上報的業(yè)務量。
4. 如權(quán)利要求1至3所述的任一方法，其特征在于，所述根據(jù)所述各個業(yè)務部件的業(yè)務量計算所述各個業(yè)務部件的License需求量之和具體為采用公式I]7Vy^ *乂^十算得出各個業(yè)務部件的License需求量之和；其中Traff icN為業(yè)務部件N的實際業(yè)務流量，XN為業(yè)務部件N每一單位業(yè)務所需的以BaseLi cense為單位的License需求量，N為業(yè)務部件的編號，所述編號為自然數(shù)，所述BaseLicense為License度量的基本單位。
5. 如權(quán)利要求1至3所述的任一方法，其特征在于，所述各個業(yè)務部件是提供不同業(yè)務服務的業(yè)務部件。
6. —種License控制系統(tǒng)，其特征在于，所述系統(tǒng)包括用于控制業(yè)務部件的License服務器；所述License服務器，用于獲取各個業(yè)務部件的業(yè)務量，根據(jù)所述各個業(yè)務部件的業(yè)務量計算所述各個業(yè)務部件的License需求量之和，若所述各個業(yè)務部件的License需求量之和超過設(shè)置的License閾值量，則指示所述各個業(yè)務部件拒絕為后續(xù)業(yè)務請求提供服務；所述業(yè)務部件，用于向所述License服務器上報業(yè)務量，并接受所述License服務器的指示。
7. —種License服務器，其特征在于，所述服務器包括獲取模塊，用于獲取各個業(yè)務部件上報的業(yè)務量；計算模塊，用于根據(jù)所述各個業(yè)務部件的業(yè)務量計算所述各個業(yè)務部件的License需求量之和；比較模塊，用于將根據(jù)所述計算模塊計算得到的各個業(yè)務部件的License需求量之和與設(shè)置的License閾值量進行比較；指示模塊，用于若比較所述各個業(yè)務部件的License需求量之和超過設(shè)置的License閾值量，則指示所述各個業(yè)務部件拒絕為后續(xù)業(yè)務請求提供服務。
8. 如權(quán)利要求7所述的服務器，其特征在于，所述服務器還包括量化模塊，用于配置各個業(yè)務部件的每一單位業(yè)務量與以BaseLicense為單位的License需求量之間的量化關(guān)系，所述BaseLicense為License度量的基本單位。
9. 如權(quán)利要求8所述的服務器，其特征在于，所述計算模塊具體用于采用公式^Tra^ *乂^十算得出各個業(yè)務部件的License需求量之和；其中Traff icN為業(yè)務部件N的實際業(yè)務流量，XN為業(yè)務部件N每一單位業(yè)務所需的以BaseLicense為單位的License需求量，N為業(yè)務部件的編號，所述編號為自然數(shù)。
10.如權(quán)利要求9所述的服務器，其特征在于，所述指示模塊還用于若所述各個業(yè)務部件的License需求量之和沒有超過所述License閾值量，則指示所述各個業(yè)務部件為后續(xù)業(yè)務請求提供服務。
全文摘要
本發(fā)明公開了一種許可證License控制方法、系統(tǒng)及服務器。該方法包括獲取各個業(yè)務部件的業(yè)務量，根據(jù)各個業(yè)務部件的業(yè)務量計算各個業(yè)務部件的License需求量之和；若各個業(yè)務部件的License需求量之和超過設(shè)置的許可證閾值量，則指示各個業(yè)務部件拒絕為后續(xù)業(yè)務請求提供服務。有效解決了對業(yè)務設(shè)備使用License的控制，使業(yè)務設(shè)備在不超過License總量的前提下實現(xiàn)License資源充分利用。
文檔編號H04W28/08GK101764852SQ200810241698
公開日2010年6月30日 申請日期2008年12月24日 優(yōu)先權(quán)日2008年12月24日
發(fā)明者汪洋, 鞠飛 申請人:華為技術(shù)有限公司