專利名稱：一種動態(tài)調(diào)整業(yè)務(wù)管理點系統(tǒng)服務(wù)性能的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及智能網(wǎng)(IN)系統(tǒng)的業(yè)務(wù)管理，更確切地說是涉及IN的業(yè)務(wù)管理系統(tǒng)(SMS)中的一種動態(tài)調(diào)整業(yè)務(wù)管理點系統(tǒng)服務(wù)性能的方法。
背景技術(shù)：
IN系統(tǒng)是以計算機和數(shù)據(jù)庫為核心的系統(tǒng)，其采用交換與業(yè)務(wù)分離的思想建立了一整套業(yè)務(wù)生成、運行和管理體系，使IN能夠在公共電話交換網(wǎng)(PSTN)、全球移動通信系統(tǒng)(GSM)、綜合業(yè)務(wù)數(shù)字網(wǎng)(ISDN)、寬帶通信網(wǎng)(B-ISDN)等通信網(wǎng)絡(luò)上快速、經(jīng)濟地提供豐富的電信業(yè)務(wù)。
IN的總體結(jié)構(gòu)如圖1所示，IN一般由業(yè)務(wù)交換點(SSP)101、業(yè)務(wù)控制點(SCP)102、智能外設(shè)(IP)1 03、業(yè)務(wù)管理系統(tǒng)(SMS)104、業(yè)務(wù)生成環(huán)境(SCE)105等幾部分組成。SSP101是智能網(wǎng)與現(xiàn)有通信網(wǎng)絡(luò)的連接點，具有提供接入智能網(wǎng)功能集的功能；SCP102是智能網(wǎng)的核心構(gòu)件，其主要功能是根據(jù)SSP101上報來的呼叫事件啟動不同的業(yè)務(wù)邏輯，根據(jù)業(yè)務(wù)邏輯向相應(yīng)的SSP101發(fā)出呼叫控制指令，從而實現(xiàn)各種智能呼叫；IP103是協(xié)助完成智能業(yè)務(wù)的特殊資源，通常具有語音合成、播放錄音通知、接收雙音多頻撥號、進行語音識別等各種語音功能；SMS104一般具有業(yè)務(wù)邏輯管理、業(yè)務(wù)數(shù)據(jù)管理、用戶數(shù)據(jù)管理、業(yè)務(wù)監(jiān)測等功能，包括業(yè)務(wù)管理接入點(SMAP)106和業(yè)務(wù)管理點(SMP)107；SCE105可以根據(jù)客戶的需求生成新的業(yè)務(wù)邏輯。
上述IN系統(tǒng)中SMS的具體結(jié)構(gòu)參見圖2，包括SMAP106和SMP107，SMAP106作為客戶端，主要實現(xiàn)業(yè)務(wù)管理和界面功能，通過人機界面對系統(tǒng)的運營進行管理；SMP107作為IN體系結(jié)構(gòu)中最高層的管理節(jié)點，處于所有節(jié)點之上，主要負責業(yè)務(wù)管理功能，SMP能夠支持正在運行的業(yè)務(wù)，還可以提供新的IN業(yè)務(wù)。SMP中包括監(jiān)控模塊201、通信模塊202、處理模塊203、操作維護模塊204和數(shù)據(jù)庫(DBMS)模塊205，監(jiān)控模塊201負責監(jiān)控SMP107中所有系統(tǒng)進程的運行狀態(tài)，如果系統(tǒng)的進程異常退出，則監(jiān)控模塊201自動啟動一個新的進程；通信模塊202是SMP107與外界通信的橋梁，負責接受來自SMAP106的操作界面206及通信模塊207、SCP及核心進程的消息，根據(jù)消息的目的地將消息發(fā)送至相應(yīng)的實體，其與外界系統(tǒng)的通信方式是套接口(socket)，與SMP內(nèi)部進程的通信方式是消息隊列；處理模塊203用于處理SMP107中所有的消息；操作維護模塊204提供一個操作維護管理的人機界面；DBMS模塊205與SMAP106中的DBMS模塊208連接，提供有關(guān)數(shù)據(jù)庫的信息。
通過以上模塊，SMP能夠負責處理SMAP的請求，可以提供業(yè)務(wù)配置、業(yè)務(wù)提供、業(yè)務(wù)運行控制、賬單、業(yè)務(wù)監(jiān)視、系統(tǒng)管理、網(wǎng)絡(luò)配置等功能；能夠與SCP進行交互，還可以與SDP進行交互；還能夠提供系統(tǒng)數(shù)據(jù)的維護與備份功能。
現(xiàn)有的IN充分利用了現(xiàn)有的商用開發(fā)工具，使得客戶對數(shù)據(jù)庫的操作非常簡單，但是該系統(tǒng)也存在著一些局限性，IN中的SMS作為管理系統(tǒng)就存在以下問題1)所有的業(yè)務(wù)服務(wù)都設(shè)置在一臺設(shè)備中，如果需要SMS管理大量的用戶數(shù)據(jù)，或保證大量的操作員能夠同時使用業(yè)務(wù)，則只能采取增加或升級硬件設(shè)備這兩種方法，如果是增加硬件設(shè)備，由于SMS中SMP內(nèi)部進程之間的通信方式要求內(nèi)部進程必須始終在同一硬件設(shè)備上運行，且SMP內(nèi)部沒有提供分布處理的機制，因此無法實現(xiàn)各個設(shè)備之間的協(xié)同工作，如果是升級硬件設(shè)備，則會大大增加系統(tǒng)的成本；2)SMS的業(yè)務(wù)邏輯都在客戶端SMAP中，因此SMAP往往需要與SMP頻繁交互，因此系統(tǒng)的事務(wù)性不好，而SMAP通過撥號接入SMP，這種接入方式導(dǎo)致一旦系統(tǒng)處理出現(xiàn)異常，則需要SMAP重新通過撥號接入SMP，與SMP重新交互，這樣導(dǎo)致網(wǎng)絡(luò)的流量很大，而且性能很低；3)客戶端SMAP中的數(shù)據(jù)庫和通信模塊分別與SMP中的數(shù)據(jù)庫和通信模塊連接，如果SMAP有多個，則這些SMAP中的數(shù)據(jù)庫和通信模塊都需要分別與SMP中的數(shù)據(jù)庫和通信模塊建立常連接，這樣就增大了SMP中數(shù)據(jù)庫和通信模塊的連接壓力，數(shù)據(jù)庫和通信模塊成為實現(xiàn)分布式、大容量系統(tǒng)的瓶頸，這樣的連接方式還會較多地占用SMP中的資源，在增大了SMP的連接壓力的同時也會影響到SMP的處理能力，而實際上并不是所有的SMAP都同時向SMP發(fā)送請求，所以沒有必要建立所有SMAP與SMP之間的常連接。

發(fā)明內(nèi)容
為解決上述問題，在本發(fā)明人的另一個申請中，提出了分布式集群SMS的實現(xiàn)方法，在該分布式集群SMS中采用分布式、可擴展的SMP結(jié)構(gòu)，使SMP可以不受硬件設(shè)備的限制，從而保證系統(tǒng)的可擴展性，還通過負荷均衡機制支持服務(wù)啟動多個服務(wù)進程，以提高SMP的處理性能。
基于所提出的分布式集群SMS，本發(fā)明的主要目的在于提供IN的分布式集群SMS中動態(tài)調(diào)整SMP中服務(wù)的性能的方法，使SMS能夠?qū)崿F(xiàn)在線動態(tài)地調(diào)整其中的服務(wù)。
本發(fā)明的動態(tài)調(diào)整SMP中服務(wù)的性能的方法，該方法包括以下步驟a1.業(yè)務(wù)管理點(SMP)判斷是否需要增加服務(wù)對應(yīng)服務(wù)進程的數(shù)量，如果需要增加，則進入步驟b1，否則，返回步驟a1；b1.SMP啟動該服務(wù)對應(yīng)的新的服務(wù)進程，該新的服務(wù)進程在啟動之后建立與SMP中系統(tǒng)管理部分的會話，并向SMP中的系統(tǒng)管理部分申請該服務(wù)進程的地址信息，SMP中的系統(tǒng)管理部分判斷該申請是否成功，如果是，則SMP中的系統(tǒng)管理部分返回該地址信息，并進入步驟c1，否則，SMP中的系統(tǒng)管理部分返回錯誤信息，并返回步驟a1；
c1.該服務(wù)進程通過與SMP中系統(tǒng)管理部分的會話進行注冊服務(wù)，SMP判斷注冊是否成功，如果成功，則返回成功信息，并保持該會話，否則，返回失敗信息，該服務(wù)進程收到失敗信息后自動退出，結(jié)束流程。
該提高服務(wù)性能的方法可以進一步包括d1.判斷是否需要增加服務(wù)的數(shù)量，如果需要增加，則SMP生成并發(fā)送通知增加該服務(wù)的告警消息，并返回步驟a1，否則，直接返回步驟a1。
所述步驟a1中如果需要增加服務(wù)進程，則SMP生成并發(fā)送通知增加對應(yīng)該服務(wù)的告警消息，并返回步驟a1。
所述步驟a1中的判斷為，SMP根據(jù)服務(wù)當前的負荷量對該業(yè)務(wù)服務(wù)進行判斷。
該方法可以進一步包括，所述服務(wù)為業(yè)務(wù)服務(wù)，所述SMP記錄使用業(yè)務(wù)服務(wù)的用戶數(shù)量信息，則所述判斷為，所述SMP根據(jù)該業(yè)務(wù)服務(wù)用戶數(shù)量信息及該業(yè)務(wù)服務(wù)的負荷量對該業(yè)務(wù)服務(wù)進行判斷。
該方法還可以進一步包括，預(yù)先設(shè)置SMP啟動服務(wù)所對應(yīng)服務(wù)進程的個數(shù)，則所述步驟d1前進一步包括d11.SMP判斷服務(wù)是否已經(jīng)啟動完所有的服務(wù)進程，如果是，則進入步驟d1，否則返回步驟a1。
新的服務(wù)進程成功啟動之后，該提高服務(wù)性能的方法可以進一步包括e1.SMP判斷該服務(wù)是否被申請過，如果是，則SMP主動發(fā)送該新的服務(wù)進程已經(jīng)啟動的通知消息，否則，返回步驟e1。
所述步驟a1中所述服務(wù)的負荷量是服務(wù)所在設(shè)備的CPU占用率。
本發(fā)明的一種動態(tài)調(diào)整業(yè)務(wù)管理點系統(tǒng)服務(wù)性能的方法，該方法包括以下步驟a2.業(yè)務(wù)管理點(SMP)判斷是否需要刪除服務(wù)進程，如果需要，則選擇一個服務(wù)進程，并發(fā)送刪除該服務(wù)進程的刪除消息給該服務(wù)進程，該服務(wù)進程收到刪除消息后自動退出，并進入步驟b2，否則，返回步驟a2；
b2.SMP判斷是否需要刪除服務(wù)，如果需要，則SMP生成并發(fā)送通知刪除該服務(wù)的刪除消息給該服務(wù)所有的服務(wù)進程，所有的服務(wù)進程收到刪除消息后自動退出，并返回步驟a2，否則，直接返回步驟a2。
該降低服務(wù)性能的方法可以進一步包括，所述步驟a2和b2中的判斷為SMP根據(jù)服務(wù)當前的負荷量進行判斷。
該降低服務(wù)性能的方法還可以進一步包括，所述SMP記錄使用業(yè)務(wù)服務(wù)的用戶數(shù)量信息，則步驟a2和b2中所述的判斷為，所述SMP根據(jù)該業(yè)務(wù)服務(wù)用戶數(shù)量信息及該業(yè)務(wù)服務(wù)的負荷量對該業(yè)務(wù)服務(wù)進行判斷。
所述步驟a2中所述服務(wù)的負荷量是服務(wù)所在設(shè)備的CPU占用率。
本發(fā)明通過監(jiān)控模塊對服務(wù)負載量的監(jiān)控，及從服務(wù)中心獲取的用戶流量信息，判斷是否需要增加服務(wù)進程或服務(wù)，或者刪除服務(wù)進程或服務(wù)，實現(xiàn)了在系統(tǒng)正常工作的情況下對服務(wù)性能的動態(tài)調(diào)整，使SMS能夠?qū)崿F(xiàn)對服務(wù)的在線動態(tài)調(diào)整。


圖1為現(xiàn)有智能網(wǎng)系統(tǒng)的體系結(jié)構(gòu)圖；圖2為現(xiàn)有智能網(wǎng)中SMS的結(jié)構(gòu)示意圖；圖3為本發(fā)明所涉及的SMP的結(jié)構(gòu)圖；圖4為本發(fā)明所涉及的SMP中業(yè)務(wù)服務(wù)與配置中心交互的流程圖；圖5為本發(fā)明動態(tài)提高業(yè)務(wù)服務(wù)性能的流程圖。
具體實施例方式
下面結(jié)合附圖及具體實施例對本發(fā)明方法作進一步詳細的說明。
本發(fā)明人在另一個申請中提出了分布式集群SMS，該SMS中包括一個分布式、可擴展的SMP結(jié)構(gòu)，該SMP結(jié)構(gòu)參見圖3，該SMP包括業(yè)務(wù)服務(wù)服務(wù)部分301和系統(tǒng)管理部分302。服務(wù)部分301包括業(yè)務(wù)服務(wù)部分303和平臺服務(wù)部分304，業(yè)務(wù)服務(wù)部分303包括各種不同的業(yè)務(wù)服務(wù)305；平臺服務(wù)部分304中的平臺服務(wù)306由現(xiàn)有業(yè)務(wù)服務(wù)中的公共部分組成；系統(tǒng)管理部分302包括配置中心307、服務(wù)中心308、監(jiān)控模塊309和維護模塊310四部分，配置中心307對所有業(yè)務(wù)服務(wù)305和平臺服務(wù)306進行管理，具體來說是對業(yè)務(wù)服務(wù)305和平臺服務(wù)306進行分配和注冊，SMP即依靠配置機制實現(xiàn)各個服務(wù)及每個服務(wù)對應(yīng)的各個服務(wù)進程之間的協(xié)同工作，服務(wù)中心308用于判斷SMP當前接收到的業(yè)務(wù)需要由哪個業(yè)務(wù)服務(wù)305進行處理，通過配置中心307將該業(yè)務(wù)分配給對應(yīng)的業(yè)務(wù)服務(wù)305，并將業(yè)務(wù)服務(wù)305的處理信息發(fā)送給SMAP，監(jiān)控模塊309對所有業(yè)務(wù)服務(wù)305和平臺服務(wù)306的進程進行監(jiān)控，如果有服務(wù)進程異常退出，則監(jiān)控模塊309重新啟動該服務(wù)進程，以保證SMP的正常工作。
在該分布式集群SMS中，業(yè)務(wù)服務(wù)、平臺服務(wù)在實現(xiàn)應(yīng)用前需要與配置中心進行交互。由于業(yè)務(wù)服務(wù)、平臺服務(wù)與配置中心交互的過程類似，因此下面以業(yè)務(wù)服務(wù)為例，對SMP的配置中心作詳細說明。業(yè)務(wù)服務(wù)與配置中心進行交互的流程參見圖4，對應(yīng)以下步驟步驟401～403、業(yè)務(wù)服務(wù)在啟動對應(yīng)的服務(wù)進程之后，先建立一個與配置中心的會話，然后向配置中心申請一個IP地址和端口號，如果申請到，則進入步驟404，否則結(jié)束流程；步驟404～407、該服務(wù)進程啟動之后，業(yè)務(wù)服務(wù)通過之前建立的與配置中心的會話在配置中心注冊本業(yè)務(wù)服務(wù)，并保持這個會話，如果沒有注冊成功，則該服務(wù)進程自動退出，并結(jié)束流程。
如果希望增大或減小服務(wù)的處理能力，則可以動態(tài)調(diào)整該分布式集群SMS中的SMP。如果對提高服務(wù)處理能力的要求不很高，則可以增加啟動該服務(wù)中的一些服務(wù)進程，如果需要對服務(wù)處理能力的要求非常高，則可以在SMP中增加服務(wù)，相反，也可以根據(jù)需要減少服務(wù)進程或服務(wù)的數(shù)目。下面對動態(tài)調(diào)整SMP的具體方案作詳細說明。
設(shè)置SMP中的監(jiān)控模塊根據(jù)服務(wù)所在設(shè)備的負荷量決定是啟動服務(wù)的多個服務(wù)進程還是在SMP中再設(shè)置一個相同的服務(wù)，是關(guān)閉一些服務(wù)進程還是關(guān)閉SMP中的服務(wù)。還可以設(shè)置服務(wù)中心能夠記錄使用業(yè)務(wù)服務(wù)的用戶數(shù)量信息，并將該信息發(fā)送給監(jiān)控模塊，因此監(jiān)控模塊在動態(tài)調(diào)整SMP中的業(yè)務(wù)服務(wù)時，可以根據(jù)服務(wù)中心的用戶數(shù)量信息和監(jiān)控模塊的負荷量來決定具體的處理。而對于平臺服務(wù)，則只能通過監(jiān)控模塊的負荷量來決定具體的處理。因此，監(jiān)控模塊動態(tài)調(diào)整業(yè)務(wù)服務(wù)和平臺服務(wù)的差別僅在于業(yè)務(wù)服務(wù)比平臺服務(wù)多一個使用業(yè)務(wù)服務(wù)的用戶數(shù)量信息。下面以監(jiān)控模塊動態(tài)調(diào)整業(yè)務(wù)服務(wù)性能為例，包括動態(tài)提高和動態(tài)減小業(yè)務(wù)服務(wù)的性能。
動態(tài)提高業(yè)務(wù)服務(wù)性能的具體流程參見圖5，對應(yīng)以下步驟步驟501、服務(wù)中心記錄業(yè)務(wù)服務(wù)的用戶數(shù)量信息，并將該信息發(fā)送給監(jiān)控模塊。
步驟502、監(jiān)控模塊預(yù)先設(shè)置其最多可以啟動的服務(wù)進程的個數(shù)，步驟503、監(jiān)控模塊根據(jù)該業(yè)務(wù)服務(wù)的用戶數(shù)量信息及服務(wù)所在設(shè)備的負荷量判斷服務(wù)是否能夠滿足用戶的需求，如果能滿足，則返回步驟503，如果不能滿足，則進入下一步。
需要設(shè)置用戶數(shù)量信息值及服務(wù)所在設(shè)備的負荷量值，作為判斷服務(wù)是否滿足用戶需求以及是否需要在SMP中增加業(yè)務(wù)服務(wù)的依據(jù)，該值可以根據(jù)不同需要進行設(shè)置。本實施例是通過業(yè)務(wù)服務(wù)所在設(shè)備中CPU的占用情況來判斷該業(yè)務(wù)服務(wù)的負荷情況，因此可以把CPU的占用率作為業(yè)務(wù)服務(wù)的負荷量。
步驟504、監(jiān)控模塊啟動該業(yè)務(wù)服務(wù)的服務(wù)進程，并判斷監(jiān)控模塊是否已經(jīng)啟動完所有的服務(wù)進程，如果是，則進入步驟505～506，否則，返回步驟503。
步驟505～506、監(jiān)控模塊根據(jù)當前業(yè)務(wù)服務(wù)的用戶數(shù)量信息及服務(wù)所在設(shè)備的負荷量判斷是否需要增加業(yè)務(wù)服務(wù)，如果不需要，則直接返回步驟503，如果需要，則監(jiān)控模塊生成并發(fā)送通知增加該業(yè)務(wù)服務(wù)的告警消息給操作員，操作員接收到該告警消息后，在SMP系統(tǒng)中增加該業(yè)務(wù)服務(wù)，并返回步驟503。
在以上步驟中，增加業(yè)務(wù)服務(wù)的服務(wù)進程以及該業(yè)務(wù)服務(wù)同樣是采用圖4所示的方法，首先向配置中心申請IP地址及端口號，然后向配置中心注冊該業(yè)務(wù)服務(wù)。在該業(yè)務(wù)服務(wù)注冊成功后，配置中心判斷該業(yè)務(wù)服務(wù)是否被申請過，如果被申請過，則配置中心主動發(fā)送該業(yè)務(wù)服務(wù)的服務(wù)進程已經(jīng)啟動的通知消息。
圖5所示方法是首先判斷是否需要增加服務(wù)進程的數(shù)量，如果需要，則啟動該服務(wù)新的服務(wù)進程，之后再判斷是否需要增加服務(wù)的數(shù)量，如果需要，則生成并發(fā)送通知增加該服務(wù)的告警消息。本方法還可以在通過判斷得知需要增加服務(wù)進程的數(shù)量后，不啟動新的服務(wù)進程，而是直接生成并發(fā)送通知增加該服務(wù)的告警消息。操作人員在接收到該告警消息后，在系統(tǒng)中設(shè)置新的服務(wù)，該新服務(wù)同樣采用圖4所示流程與配置中心進行交互。
上述方法是通過監(jiān)控模塊的判斷自動增加服務(wù)進程，還有一種由操作人員干預(yù)實現(xiàn)增加服務(wù)進程的方法，即操作人員通過系統(tǒng)管理部分中的維護模塊向監(jiān)控模塊發(fā)送增加服務(wù)進程的請求消息，因此監(jiān)控模塊根據(jù)該消息啟動業(yè)務(wù)服務(wù)的服務(wù)進程。
動態(tài)降低業(yè)務(wù)服務(wù)性能的具體流程與動態(tài)提高業(yè)務(wù)服務(wù)性能的具體流程類似，所不同的是，降低業(yè)務(wù)服務(wù)性能是服務(wù)中心將業(yè)務(wù)服務(wù)的用戶數(shù)量信息發(fā)送到配置中心，配置中心根據(jù)該業(yè)務(wù)服務(wù)的用戶數(shù)量信息及服務(wù)所在設(shè)備的負荷量判斷是否需要刪除業(yè)務(wù)服務(wù)的服務(wù)進程或業(yè)務(wù)服務(wù)，如果需要刪除業(yè)務(wù)服務(wù)的服務(wù)進程，則配置中心選擇一個服務(wù)進程，并向該服務(wù)進程發(fā)送刪除該服務(wù)進程的刪除消息，同時向監(jiān)控模塊發(fā)送刪除該服務(wù)進程的通知消息，配置中心對服務(wù)進程的選擇可以是隨機選取，也可以采用輪詢等方法選?。蝗绻枰獎h除業(yè)務(wù)服務(wù)，即需要刪除該業(yè)務(wù)服務(wù)的所有服務(wù)進程，則配置中心向該業(yè)務(wù)服務(wù)所有的服務(wù)進程發(fā)送刪除消息，同時向監(jiān)控模塊發(fā)送刪除這些服務(wù)進程的通知消息。服務(wù)進程收到刪除消息后自動退出。
以上動態(tài)降低業(yè)務(wù)服務(wù)性能是通過配置中心的判斷向服務(wù)進程或服務(wù)發(fā)送刪除消息，還有一種通過操作人員干預(yù)實現(xiàn)刪除服務(wù)進程或服務(wù)的方法，即操作人員通過系統(tǒng)管理部分的維護模塊向配置中心發(fā)送刪除服務(wù)中的服務(wù)進程或刪除整個服務(wù)的通知消息，配置中心根據(jù)該通知消息向服務(wù)進程或服務(wù)發(fā)送刪除消息，同時向監(jiān)控模塊發(fā)送刪除服務(wù)進程或服務(wù)的通知消息。業(yè)務(wù)服務(wù)收到刪除消息后自動退出。
本發(fā)明方案通過動態(tài)提高和降低服務(wù)的性能實現(xiàn)了服務(wù)的在線拆卸和加載，實現(xiàn)了SMP系統(tǒng)在線的動態(tài)調(diào)整。
權(quán)利要求
1.一種動態(tài)調(diào)整業(yè)務(wù)管理點系統(tǒng)服務(wù)性能的方法，其特征在于該方法包括以下步驟a1.業(yè)務(wù)管理點(SMP)判斷是否需要增加服務(wù)對應(yīng)服務(wù)進程的數(shù)量，如果需要增加，則進入步驟b1，否則，返回步驟a1；b1.SMP啟動該服務(wù)對應(yīng)的新的服務(wù)進程，該新的服務(wù)進程在啟動之后建立與SMP中系統(tǒng)管理部分的會話，并向SMP中的系統(tǒng)管理部分申請該服務(wù)進程的地址信息，SMP中的系統(tǒng)管理部分判斷該申請是否成功，如果是，則SMP中的系統(tǒng)管理部分返回該地址信息，并進入步驟c1，否則，SMP中的系統(tǒng)管理部分返回錯誤信息，并返回步驟a1；c1.該服務(wù)進程通過與SMP中系統(tǒng)管理部分的會話進行注冊服務(wù)，SMP判斷注冊是否成功，如果成功，則返回成功信息，并保持該會話，否則，返回失敗信息，該服務(wù)進程收到失敗信息后自動退出，結(jié)束流程。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于該方法進一步包括d1.判斷是否需要增加服務(wù)的數(shù)量，如果需要增加，則SMP生成并發(fā)送通知增加該服務(wù)的告警消息，并返回步驟a1，否則，直接返回步驟a1。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟a1中如果需要增加服務(wù)進程，則SMP生成并發(fā)送通知增加對應(yīng)該服務(wù)的告警消息，并返回步驟a1。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟a1中的判斷為，SMP根據(jù)服務(wù)當前的負荷量對該業(yè)務(wù)服務(wù)進行判斷。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于該方法進一步包括，所述服務(wù)為業(yè)務(wù)服務(wù)，所述SMP記錄使用業(yè)務(wù)服務(wù)的用戶數(shù)量信息，則所述判斷為，所述SMP根據(jù)該業(yè)務(wù)服務(wù)用戶數(shù)量信息及該業(yè)務(wù)服務(wù)的負荷量對該業(yè)務(wù)服務(wù)進行判斷。
6.根據(jù)權(quán)利要求2所述的方法，其特征在于該方法進一步包括，預(yù)先設(shè)置SMP啟動服務(wù)對應(yīng)服務(wù)進程的個數(shù)，則所述步驟d1前進一步包括d11.SMP判斷服務(wù)是否已經(jīng)啟動完所有的服務(wù)進程，如果是，則進入步驟d1，否則返回步驟a1。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于新的服務(wù)進程成功啟動之后，該方法進一步包括e1.SMP判斷該服務(wù)是否被申請過，如果是，則SMP主動發(fā)送該新的服務(wù)進程已經(jīng)啟動的通知消息，否則，返回步驟e1。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟a1中所述服務(wù)的負荷量是服務(wù)所在設(shè)備的CPU占用率。
9.一種動態(tài)調(diào)整業(yè)務(wù)管理點系統(tǒng)服務(wù)性能的方法，其特征在于該方法包括以下步驟a2.業(yè)務(wù)管理點(SMP)判斷是否需要刪除服務(wù)進程，如果需要，則選擇一個服務(wù)進程，并發(fā)送刪除該服務(wù)進程的刪除消息給該服務(wù)進程，該服務(wù)進程收到刪除消息后自動退出，并進入步驟b2，否則，返回步驟a2；b2.SMP判斷是否需要刪除服務(wù)，如果需要，則SMP生成并發(fā)送通知刪除該服務(wù)的刪除消息給該服務(wù)所有的服務(wù)進程，所有的服務(wù)進程收到刪除消息后自動退出，并返回步驟a2，否則，直接返回步驟a2。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于該方法進一步包括，所述步驟a2和b2中的判斷為SMP根據(jù)服務(wù)當前的負荷量進行判斷。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于該方法進一步包括，所述SMP記錄使用業(yè)務(wù)服務(wù)的用戶數(shù)量信息，則步驟a2和b2中所述的判斷為，所述SMP根據(jù)該業(yè)務(wù)服務(wù)用戶數(shù)量信息及該業(yè)務(wù)服務(wù)的負荷量對該業(yè)務(wù)服務(wù)進行判斷。
12.根據(jù)權(quán)利要求10或11所述的方法，其特征在于，所述步驟a2中所述服務(wù)的負荷量是服務(wù)所在設(shè)備的CPU占用率。
全文摘要
本發(fā)明公開了一種動態(tài)調(diào)整業(yè)務(wù)管理點(SMP)系統(tǒng)服務(wù)性能的方法，該方法首先通過業(yè)務(wù)管理點(SMP)判斷出需要增加服務(wù)進程的數(shù)量，并啟動該服務(wù)的新的服務(wù)進程，該新的服務(wù)進程在啟動后首先建立與SMP中系統(tǒng)管理部分的會話，并向SMP中的系統(tǒng)管理部分申請該服務(wù)進程的地址信息，在申請成功后，SMP中的系統(tǒng)管理部分返回該地址信息，且該服務(wù)進程通過與SMP中系統(tǒng)管理部分的會話進行注冊服務(wù)，在注冊成功后，返回成功信息，并保持該會話。該方法解決了分布式集群SMS系統(tǒng)無法實現(xiàn)SMS在線實現(xiàn)了在系統(tǒng)正常工作的情況下對服務(wù)性能的動態(tài)調(diào)整，使SMS能夠?qū)崿F(xiàn)對其中服務(wù)的在線動態(tài)調(diào)整。
文檔編號H04M3/42GK1567834SQ03142668
公開日2005年1月19日 申請日期2003年6月11日 優(yōu)先權(quán)日2003年6月11日
發(fā)明者王曉軒, 陸云海, 王偉, 俞前, 鄧宏 申請人:華為技術(shù)有限公司