通信控制裝置、通信控制方法和通信控制系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了通信控制裝置、通信控制方法和通信控制系統(tǒng)。呼叫連接數目管理單元獲取呼叫連接數目。服務器暫?？刂茊卧獙⒎峙渲粱诿總€呼叫控制服務器的呼叫連接數目選擇的呼叫控制服務器的呼叫處理轉移至另一呼叫控制服務器，以及在分配至呼叫控制服務器的呼叫處理不再存在時暫停呼叫控制服務器。在已進行響應于處理請求的呼叫處理的呼叫控制服務器暫停時，分派控制單元將處理請求分派給響應于處理請求的呼叫處理已轉移到的另一呼叫控制服務器。預測激活控制單元計算呼叫控制服務器處理的呼叫數目的增長率的變化率，基于變化率獲得在預定時間段后呼叫控制服務器處理的呼叫數目的預測值，以及在預測值超過預定值時激活被暫停的呼叫控制服務器。
【專利說明】通信控制裝置、通信控制方法和通信控制系統(tǒng)

【技術領域】
[0001]本文中所討論的實施方式涉及一種通信控制裝置、通信控制方法和通信控制系統(tǒng)。

【背景技術】
[0002]近年來，由于寬帶連接服務的用戶數量增大以及服務的多樣性而導致在通信服務領域中業(yè)務量(traffic volume)不斷增大。鑒于這樣的趨勢，優(yōu)選的是，通信領域中所使用的服務器具有可以處理未來業(yè)務量的性能。
[0003]在實現可以處理未來業(yè)務量的性能時，提高每個服務器的能力的方法受限于響應的性能。此外，最近已提出設施的有效利用以及從小處著手針對逐步的流量波動的較低功率消耗的應對措施。在這樣的情況下，僅通過常規(guī)的ACT/SBY (活動/后備)功能或雙工功能難以滿足對服務器的要求。鑒于此，提出了通過使用基于多個服務器的通信控制系統(tǒng)來實現系統(tǒng)的性能和規(guī)模的改進。
[0004]于是，在使用多個服務器的情況下，可以考慮對較低功率消耗的應對措施來減少工作服務器的數目；然而，當激活被暫停的服務器的時刻由于處理增加而延遲時，可能超過工作服務器的處理的上限值。當如上所述超過服務器的處理的上限值時，在通信控制系統(tǒng)中會發(fā)生呼叫損失。
[0005]鑒于此，已經提出了各種技術以處理下述這種狀態(tài)下的處理的增加:在具有多個信息處理裝置的系統(tǒng)中工作的信息處理裝置的數目減小。例如，存在下述常規(guī)技術:當可以在多核系統(tǒng)中的一個CPU核中處理任務時，其它的核被暫停，并且當活動率的增長率高于閾值時，預測到負荷增大，并且然后準備激活其它CPU。
[0006]此外，存在下述常規(guī)技術:通過在當前處理量的增長率變得小于或等于預定值時確定負荷為高，來預測信息處理裝置的處理負荷增大。
[0007]此外，存在下述常規(guī)技術:當在發(fā)射器與接收器之間的分組量變成閾值或更大的次數變成參考值或更大時，增大閾值。
[0008]專利文獻1:國際公開刊物第WO 2010/010723號
[0009]專利文獻2:日本公開特許公報第2008-158996號
[0010]專利文獻3:日本公開特許公報第2009-81629號
[0011]然而，在上面的常規(guī)技術中的任何常規(guī)技術中，通過使用當前增長率來預測負荷的變化，而未考慮增長率自身的變化。因此，只要增長率是恒定的，就可以預測負荷的變化；然而，當增長率已經變化時，難以以高準確度來預測負荷的變化。于是，由于在通信控制系統(tǒng)中呼叫數目的變化不是恒定的而是變化很大，因此在上面的常規(guī)技術中的任何常規(guī)技術中難以避免與處理的增加相關聯的呼叫損失的發(fā)生。
[0012]因此，本發(fā)明的實施方式的一個方面的目的是提供在抑制通信系統(tǒng)的功率消耗的同時減少呼叫損失的通信控制裝置、通信控制方法和通信控制系統(tǒng)。


【發(fā)明內容】

[0013]根據實施方式的一個方面，一種通信控制裝置包括:呼叫連接數目管理單元，其獲取呼叫連接數目，呼叫連接數目表示由進行呼叫處理的每個呼叫控制服務器處理的呼叫的數目；服務器暫停控制單元，該服務器暫停控制單元基于每個呼叫控制服務器的呼叫連接數目從呼叫控制服務器中選擇第一呼叫控制服務器，將分配至第一呼叫控制服務器的呼叫處理轉移至另一呼叫控制服務器，以及在分配至第一呼叫控制服務器的呼叫處理不再存在時，暫停第一呼叫控制服務器；分派控制單元，該分派控制單元接受與呼叫處理有關的處理請求，以及在已進行響應于處理請求的呼叫處理的呼叫控制服務器被服務器暫?？刂茊卧獣和r，將處理請求分派給服務器暫?？刂茊卧褜㈨憫谔幚碚埱蟮暮艚刑幚磙D移到的另一呼叫控制服務器；以及預測激活控制單元，預測激活控制單元計算由特定呼叫控制服務器處理的呼叫的數目的增長率的變化率，基于變化率來獲得在預定時間段之后由特定呼叫控制服務器處理的呼叫的數目的預測值，以及在預測值超過預定值時，激活被暫停的呼叫控制服務器。

【專利附圖】

【附圖說明】
[0014]圖1是根據第一實施方式的通信控制系統(tǒng)的框圖；
[0015]圖2是呼叫信息的示例的圖；
[0016]圖3是服務器管理信息的示例的圖；
[0017]圖4是呼叫連接信息列表的示例的圖；
[0018]圖5是服務器狀態(tài)管理表的示例的圖；
[0019]圖6是用于描述呼叫加速度以及在經過服務器工作時間之后呼叫的數目的增長的計算的圖；
[0020]圖7是由根據第一實施方式的通信控制裝置通過使用呼叫的數目的增長的預測來進行呼叫控制服務器的激活確定的處理的流程圖；
[0021]圖8是計算呼出呼叫加速度和通信呼叫加速度的處理的流程圖；
[0022]圖9是由根據第一實施方式的通信控制裝置進行的呼叫控制服務器的激活確定的處理的流程圖；
[0023]圖10是示出了在基于呼叫的數目的增長的預測來激活一個呼叫控制服務器的情況下呼叫的數目的轉變的示例的圖；
[0024]圖11是示出了在基于呼叫的數目的增長的預測來激活多個呼叫控制服務器的情況下呼叫的數目的轉變的示例的圖；
[0025]圖12是在通信控制裝置由兩個服務器構成的情況下的結構示例的圖；
[0026]圖13是表示呼出呼叫加速度的變化與恒定的監(jiān)視周期之間的關系的示例的圖；
[0027]圖14是表示連接的數目與監(jiān)視周期之間的關系的示例的圖；
[0028]圖15是表示呼出呼叫加速度的變化與監(jiān)視周期的變化之間的關系的示例的圖；
[0029]圖16是由根據第二實施方式的通信控制裝置進行的呼叫控制服務器的激活確定的處理的流程圖；
[0030]圖17是示出了在基于呼出呼叫加速度來激活一個呼叫控制服務器的情況下呼叫的數目的轉變的示例的圖；以及
[0031]圖18是示出了通信控制裝置的硬件結構的示例的圖。

【具體實施方式】
[0032]將參照附圖來說明本發(fā)明的優(yōu)選實施方式。注意，本申請中公開的通信控制裝置、通信控制方法以及通信控制系統(tǒng)不限于這些實施方式。
[0033][a]第一實施方式
[0034]圖1是根據第一實施方式的通信控制系統(tǒng)的框圖。根據本實施方式的通信控制系統(tǒng)具有通信控制裝置I和呼叫控制服務器21至22。此處，雖然圖1僅示出了兩個呼叫控制服務器21和22，但是呼叫控制服務器的數目可以是三個或更多個。在下文中，除非要區(qū)分呼叫控制服務器，否則將呼叫控制服務器稱為“呼叫控制服務器20”。通信控制裝置I和呼叫控制服務器20經由網絡彼此連接。
[0035]此外，發(fā)送側系統(tǒng)31和接收側系統(tǒng)41的組合表示在系統(tǒng)之間通過呼叫控制服務器21進行呼叫處理。此外，發(fā)送側系統(tǒng)32和接收側系統(tǒng)42的組合表示在系統(tǒng)之間通過呼叫控制服務器22進行呼叫處理。為了表示與管理呼叫處理的呼叫控制服務器的對應關系，圖1示出了呼叫控制服務器21與發(fā)送側系統(tǒng)31和接收側系統(tǒng)41連接，并且呼叫控制服務器22與發(fā)送側系統(tǒng)32和接收側系統(tǒng)42連接。然而，發(fā)送側系統(tǒng)31和32以及接收側系統(tǒng)41和42可以連接至連接通信控制裝置I和呼叫控制服務器21至22的網絡。在下面的描述中，除非要區(qū)分發(fā)送側系統(tǒng)，否則將發(fā)送側系統(tǒng)稱為“發(fā)送側系統(tǒng)30”。此外，除非要區(qū)分接收側系統(tǒng)，否則將接收側系統(tǒng)稱為“接收側系統(tǒng)40”。
[0036]通信控制裝置I具有存儲單元10、服務器激活控制單元11、分派控制單元12、通信控制單元13、轉移目的地服務器管理單元14、服務器暫停(suspens1n)控制單元15、呼叫連接數目管理單元16、呼叫信息訪問控制單元17、呼叫編號管理單元18、以及預測激活控制單元19。
[0037]存儲單元10存儲服務器狀態(tài)管理表101、呼叫連接信息列表102、服務器管理信息103和呼叫信息104的多條數據。
[0038]圖2是呼叫信息的示例的圖。如圖2所示，呼叫信息104是登記有呼叫編號、呼叫狀態(tài)、呼入呼叫號碼、呼出呼叫號碼、通信開始時間以及其它信息以使得這些信息彼此對應的表。呼叫狀態(tài)是指示諸如對其分配呼叫編號的呼叫是否處于通信中的呼叫的狀態(tài)的信息。呼叫狀態(tài)中的“正在通信”是在發(fā)送側的終端與接收側的終端之間已經形成網絡的狀態(tài)。呼叫狀態(tài)中的“正在發(fā)送”是接收側的終端正在從發(fā)送側的終端接收呼叫的狀態(tài)。呼入呼叫號碼是指示接收側的裝置的電話號碼的信息。呼出呼叫號碼是指示發(fā)送側的裝置的電話號碼的信息。通信開始時間是表示在發(fā)送側的裝置與接收側的裝置之間開始通信的時間的信息。其它信息是由圖2中的“等”表示的信息，并且是與呼叫相關聯的各種信息。
[0039]圖3是服務器管理信息的示例的圖。例如，如圖3所示，服務器管理信息103是登記有呼叫編號、工作狀態(tài)、呼叫生成服務器以及轉移目的地服務器以使得這些信息彼此對應的表。工作狀態(tài)是表示下述內容的信息:對其已分配呼叫編號的呼叫的呼叫處理是否由生成呼叫的呼叫控制服務器來管理；或者呼叫處理是否已經從呼叫生成服務器轉移至另一呼叫控制服務器并且由轉移目的地處的呼叫控制服務器來管理。此外，呼叫生成服務器是生成了對其已分配呼叫編號的呼叫的呼叫控制服務器的信息。在下文中可以將生成呼叫的呼叫控制服務器稱為“呼叫生成服務器”。轉移目的地服務器是在呼叫處理已經從(下面要描述的)呼叫生成服務器轉移至另一呼叫控制服務器的情況下呼叫處理已轉移到的呼叫控制服務器的信息。在下文中可以將呼叫處理已轉移到的呼叫控制服務器稱為“轉移目的地服務器”。在服務器管理信息103中，將與未分配至呼叫的呼叫編號相對應的工作狀態(tài)描述為“可用”并且將呼叫生成服務器和轉移目的地服務器描述為“空”。
[0040]圖4是呼叫連接信息列表的示例的圖。例如，如圖4所示，呼叫連接信息列表102是登記有服務器編號、正常處理的呼叫的數目、轉移的呼叫的數目以及轉移源服務器以使得這些信息彼此對應的表。服務器編號是呼叫控制服務器20的標識信息。正常處理的呼叫的數目是由具有對應的服務器編號的呼叫控制服務器20生成并且正在管理的呼叫的數目。轉移的呼叫的數目是針對呼叫處理已經從其轉移至具有對應的服務器編號的呼叫控制服務器20的呼叫的每個轉移源服務器的呼叫的數目。轉移源服務器是在轉移之前管理轉移至具有對應的服務器編號的呼叫控制服務器20的呼叫處理的呼叫控制服務器20。由下面要描述的呼叫連接數目管理單元16來生成呼叫連接信息列表102。
[0041]圖5是服務器狀態(tài)管理表的示例的圖。例如，如圖5所示，服務器狀態(tài)管理表101是登記有服務器編號、地址、工作狀態(tài)、轉移目的地服務器地址和新事件接受適當性以使得這些信息彼此對應的表。服務器編號是呼叫控制服務器20的標識信息。地址是具有對應的服務器編號的呼叫控制服務器20的地址。工作狀態(tài)是表示具有對應的服務器編號的呼叫控制服務器20是處于工作中還是被暫停的信息。轉移目的地服務器地址是具有對應的服務器編號的呼叫控制服務器20的呼叫處理已被轉移到的呼叫控制服務器20的地址。新事件接受適當性是表示具有對應的服務器編號的呼叫控制服務器20是否可以接受新事件的信息。
[0042]通信控制單元13從發(fā)送側系統(tǒng)30和接收側系統(tǒng)40接收數據，并且將所接收的數據輸出至對數據進行處理的每個單元。此外，通信控制單元13接收從每個單元輸出的數據并且將數據發(fā)送至呼叫控制服務器20、發(fā)送側系統(tǒng)30和接收側系統(tǒng)40。通信控制裝置I的每個單元實際上以此方式通過通信控制單元13與呼叫控制服務器20、發(fā)送側系統(tǒng)30和接收側系統(tǒng)40交換數據。然而，在下面的描述中，為了方便可以描述為在每個單元與呼叫控制服務器20之間交換數據。
[0043]呼叫編號管理單元18從已經從發(fā)送側系統(tǒng)30接收到呼叫設定的請求的呼叫控制服務器20接收呼叫編號獲取請求。呼叫編號管理單元18檢查呼叫信息104的呼叫狀態(tài)，并且指定未使用的呼叫編號。呼叫編號管理單元18將未使用的呼叫編號分配至來自呼叫控制服務器20的呼叫編號獲取請求。然后，呼叫編號管理單元18將分配的呼叫編號發(fā)送至已發(fā)送呼叫編號獲取請求的呼叫控制服務器20。
[0044]此外，呼叫編號管理單元18在與分配的呼叫編號相對應的服務器管理信息103的工作狀態(tài)的列中登記“正?！薄：艚芯幪柟芾韱卧?8還在與分配的呼叫編號相對應的服務器管理信息103的呼叫生成服務器的列中登記已發(fā)送呼叫編號的呼叫控制服務器20的標識息。
[0045]呼叫編號管理單元18還在與分配的呼叫編號相對應的服務器管理信息103的工作狀態(tài)的列中登記“正?！?。此外，呼叫編號管理單元18在與分配的呼叫編號相對應的服務器管理信息103的呼叫生成服務器的列中登記已發(fā)送呼叫編號的呼叫控制服務器20的標識息O
[0046]呼叫信息訪問控制單元17具有例如使由特定呼叫控制服務器20管理的呼叫的信息不能從其它呼叫控制服務器20訪問的排他性控制功能。于是，呼叫信息訪問控制單元17提供用于允許呼叫控制服務器20根據用于參考的呼叫編號來訪問呼叫信息104或更新等的功能。
[0047]例如，在建立通信的情況下，呼叫信息訪問控制單元17從呼叫控制服務器20接收信息，諸如由呼叫編號管理單元18分配的呼叫編號以及與該呼叫編號對應的呼出呼叫號碼或呼入呼叫號碼。然后，呼叫信息訪問控制單元17在呼叫信息104中登記所接收的信息，諸如呼出呼叫號碼或呼入呼叫號碼。此外，呼叫信息訪問控制單元17將與所接收的呼叫編號相對應的呼叫信息104的呼叫狀態(tài)改變成正在呼叫狀態(tài)。隨后，在從呼叫控制服務器20接收到呼叫信息讀取請求時，呼叫信息訪問控制單元17讀取呼叫信息104并且將信息發(fā)送至呼叫控制服務器20。此外，在呼叫的狀態(tài)轉變之后，呼叫信息訪問控制單元17從呼叫控制服務器20接收呼叫信息寫入請求。然后，呼叫信息訪問控制單元17改變呼叫信息104的呼叫狀態(tài)以表示呼叫的轉變狀態(tài)。然后，在形成通信狀態(tài)時，呼叫信息訪問控制單元17將呼叫信息104的呼叫狀態(tài)改變成“正在通信”。
[0048]類似地，在結束通信的情況下，在從呼叫控制服務器20接收到呼叫信息讀取請求時，呼叫信息訪問控制單元17讀取呼叫信息104并且將該信息發(fā)送至呼叫控制服務器20。此外，在呼叫的狀態(tài)轉變之后，呼叫信息訪問控制單元17從呼叫控制服務器20接收呼叫信息寫入請求。然后，呼叫信息訪問控制單元17改變呼叫信息104中的呼叫狀態(tài)以表示呼叫的轉變狀態(tài)。然后，在成功斷開通信時，呼叫信息訪問控制單元17將與已成功斷開其通信的呼叫的呼叫編號相對應的呼叫信息104中的呼叫狀態(tài)改變成“可用”。此外，呼叫信息訪問控制單元17從呼叫信息104中刪除與呼叫編號相對應的呼入呼叫號碼、呼出呼叫號碼、通信開始時間以及其它信息。
[0049]在從下面要描述的服務器暫?？刂茊卧?5接收到呼叫連接信息獲取請求時，呼叫連接數目管理單元16針對每個呼叫生成服務器提取服務器管理信息103中的工作狀態(tài)是“正常”的呼叫處理并且累積該處理。然后，呼叫連接數目管理單元16在呼叫連接信息列表102中登記具有每個呼叫控制服務器20的正常處理的呼叫的數目的累積結果。此外，呼叫連接數目管理單元16針對每個轉移目的地服務器并且針對每個呼叫生成服務器來提取服務器管理信息103中的工作狀態(tài)是“轉移”的呼叫處理并且累積該處理。然后，呼叫連接數目管理單元16在與已經進行累積的每個轉移目的地服務器相對應的呼叫連接信息列表102中指定呼叫控制服務器20。呼叫連接數目管理單元16在與呼叫連接信息列表102中指定的呼叫控制服務器20相對應的服務器編號的列中登記其轉移目的地服務器是服務器管理信息103中指定的呼叫控制服務器20的呼叫控制服務器20的標識信息。此外，呼叫連接數目管理單元16在與所登記的轉移源服務器編號相對應的轉移的呼叫的數目的列中登記累積結果。
[0050]服務器暫?？刂茊卧?5將呼叫連接信息獲取請求定期地發(fā)送至呼叫連接數目管理單元16。此處，在發(fā)送呼叫連接信息獲取請求的周期較短時，可以增大暫停服務器的頻率，以使得可以進一步減少功率消耗，但是增大了施加于通信控制裝置I的負荷。鑒于此，根據工作情況來優(yōu)選地確定發(fā)送呼叫連接信息獲取請求的周期。
[0051]服務器暫停控制單元15參考由呼叫連接數目管理單元16更新的呼叫連接信息列表102，并且確定是否存在可以暫停的服務器。此處，對關于可以由服務器暫?？刂茊卧?5暫停的服務器的確定進行詳細的描述。
[0052]服務器暫?？刂茊卧?5預先存儲用于確定服務器是否可以被暫停的服務器暫停監(jiān)視閾值。例如，服務器暫停監(jiān)視閾值可以設定為最大負荷的20%。然后，服務器暫?？刂茊卧?5從呼叫連接信息列表102獲取由每個呼叫控制服務器20管理的正常處理的呼叫的數目和轉移的呼叫的數目。然后，服務器暫?？刂茊卧?5針對每個呼叫控制服務器20通過對正常處理的呼叫的數目與轉移的呼叫的數目進行求和來計算呼叫連接的數目。隨后，服務器暫?？刂茊卧?5以呼叫連接的數目的升序對呼叫控制服務器20進行排序。然后，服務器暫?？刂茊卧?5以升序從頂部至底部逐一地選擇檢查目標服務器，并且如下重復處理。服務器暫?？刂茊卧?5確定是否存在下述服務器:以該順序緊接檢查目標服務器的呼叫控制服務器20與最下面的呼叫控制服務器20之間，即使通過將檢查目標服務器的呼叫連接的數目添加至由該服務器管理的呼叫連接數目，也未超過服務器暫停監(jiān)視閾值。當存在即使通過添加檢查目標服務器的呼叫連接的數目也未超過服務器暫停監(jiān)視閾值的服務器時，服務器暫?？刂茊卧?5確定檢查目標服務器是暫停目標服務器。該暫停目標服務器與“第一呼叫控制服務器”的一個示例相對應。然后，服務器暫?？刂茊卧?5判定轉移目的地服務器是下述呼叫控制服務器20:所述服務器的順序在即使通過添加暫停目標服務器的呼叫連接的數目也未超過服務器暫停監(jiān)視閾值的服務器當中是最低的。然后，服務器暫?？刂茊卧?5獲得由于呼叫處理的轉移而由每個呼叫控制服務器20管理的呼叫處理的數目，以作為計算結果。即使在檢查目標服務器已經移至下一呼叫控制服務器20時，月艮務器暫?？刂茊卧?5也保持此計算結果，并且在每次發(fā)生呼叫處理的轉移時更新該結果。
[0053]當針對呼叫控制服務器20完成了是否可以暫停呼叫控制服務器20的檢查時，月艮務器暫停控制單元15通知分派控制單元12停止分派暫停目標服務器。
[0054]此外，服務器暫?？刂茊卧?5將暫停目標服務器的工作狀態(tài)到“被暫?！钡淖兓约胺掌鞴芾硇畔?03中的轉移目的地服務器的登記通知給轉移目的地服務器管理單元14。
[0055]在從轉移目的地服務器管理單元14接收到已完成更新服務器管理信息103的通知時，服務器暫停控制單元15將由暫停目標服務器管理的呼叫的轉移目的地服務器通知給分派控制單元12，并且指示分派控制單元12更新服務器狀態(tài)管理表101。
[0056]接下來，服務器暫停控制單元15將暫停命令發(fā)送至用作暫停目標服務器的呼叫控制服務器20。
[0057]服務器激活控制單元11將呼叫連接信息獲取請求定期地發(fā)送至呼叫連接數目管理單元16。此處，在發(fā)送呼叫連接信息獲取請求的周期較短時，可以增大激活服務器的頻率，以使得可以抑制施加于服務器的負荷的增大，但是會增大施加于通信控制裝置I的負荷。鑒于此，根據工作情況優(yōu)選地確定發(fā)送呼叫連接信息獲取請求的周期。
[0058]服務器激活控制單元11參考服務器狀態(tài)管理表101，并且確定是否存在被暫停的服務器。當存在被暫停的服務器時，服務器激活控制單元11參考由呼叫連接數目管理單元16更新的呼叫連接信息列表102，并且確定是否存在具有超過預先存儲的服務器激活監(jiān)視閾值的負荷的呼叫控制服務器20。在下文中可以將具有超過服務器激活監(jiān)視閾值的負荷的呼叫控制服務器20稱為“高負荷服務器”。此處，服務器激活監(jiān)視閾值具有低于服務器暫停監(jiān)視閾值的值。例如，當服務器暫停監(jiān)視閾值是最大負荷的20%時，服務器激活監(jiān)視閾值可以設定為最大負荷的50%。
[0059]當存在高負荷服務器時，服務器激活控制單元11決定將被轉移至高負荷服務器的呼叫處理返回至轉移源服務器。服務器激活控制單元11將更新服務器管理信息的請求通知給轉移目的地服務器管理單元14。
[0060]在從轉移目的地服務器管理單元14接收到已完成更新服務器管理信息103的通知時，服務器激活控制單元11將激活命令發(fā)送至用作呼叫處理被返回到的轉移源服務器的呼叫控制服務器20。
[0061]此外，服務器激活控制單元11將高負荷服務器的信息通知給轉移目的地服務器管理單元14 (服務器狀態(tài)管理單元)，并且指示分派控制單元12更新服務器狀態(tài)管理表101。
[0062]此外，服務器激活控制單元11指示轉移目的地服務器管理單元14在服務器管理信息103中將呼叫處理被返回到的轉移源服務器的工作狀態(tài)改變成“正?！?，并且將轉移目的地服務器返回至“空”。
[0063]預測激活控制單元19將呼叫連接信息獲取請求定期地(周期地)發(fā)送至呼叫連接數目管理單元16。在下文中將當前周期中獲得的值簡稱為“當前值”，并且在下文中將在前周期中獲得的值簡稱為“在前值”。
[0064]接下來，預測激活控制單元19參考由呼叫連接數目管理單元16更新的呼叫連接信息列表102，并且獲取作為由處于工作中的呼叫控制服務器20進行和處理的呼叫的數目的呼出呼叫的數目，以及作為通信中的呼叫的數目的通信呼叫的數目。然后，預測激活控制單元19從呼出呼叫的當前數目減去呼出呼叫的在前數目，并且使減法結果除以周期，從而獲得作為處于工作中的每個呼叫控制服務器20的呼出呼叫的數目的增長率的“呼出呼叫速度”。此處，將呼出呼叫的在前數目假設為XI，將呼出呼叫的當前數目假設為X2，并且還將周期假設為T。此外，將當前呼出呼叫速度假設為Vx2。在此情況下，預測激活控制單元19根據公式Vx2 = (X2-X1)/T獲得呼出呼叫速度。
[0065]類似地，預測激活控制單元19從通信呼叫的當前數目減去通信呼叫的在前數目，并且使減法結果除以周期，從而獲得作為處于工作中的每個呼叫控制服務器20的通信呼叫的數目的增長率的“通信呼叫速度”。此處，將通信呼叫的在前數目假設為Y1，將通信呼叫的當前數目假設為Y2，并且還將周期假設為T。此外，將當前通信呼叫速度假設為Vy2。在此情況下，預測激活控制單元19根據公式Vy2 = (Y2-YD/T獲得通信呼叫速度。
[0066]接下來，預測激活控制單元19從獲得的當前呼出呼叫速度減去已經獲得的在前呼出呼叫速度，并且使減法結果除以周期，從而獲得作為處于工作中的每個呼叫控制服務器20的呼出呼叫的數目的增長率的變化率的“呼出呼叫加速度”。此處，將在前呼出呼叫速度假設為Vxl。在下面的描述中可以使用相同的符號。在此情況下，預測激活控制單元19根據公式(Vx2-Vxl)/T獲得呼出呼叫加速度。
[0067]類似地，預測激活控制單元19從獲得的當前通信呼叫速度減去已經獲得的在前通信呼叫速度，并且使減法結果除以周期，從而獲得作為處于工作中的每個呼叫控制服務器20的通信呼叫的數目的增長率的變化率的“通信呼叫加速度”。此處，將在前通信呼叫速度假設為Vyl。在下面的描述中可以使用相同的符號。在此情況下，預測激活控制單元19根據公式(Vy2_Vyl)/T獲得通信呼叫加速度。
[0068]接下來，預測激活控制單元19將在前呼出呼叫加速度之前的呼出呼叫加速度、在前呼出呼叫加速度和當前呼出呼叫加速度相加，并且使獲得的值除以三以獲得呼出呼叫加速度的平均值。此處，當將在前呼出呼叫加速度之前的呼出呼叫加速度假設為Axl，將在前呼出呼叫加速度假設為Ax2，并且將當前呼出呼叫加速度假設為Ax3時，預測激活控制單元19根據公式(Axl+Ax2+Ax3)/3獲得呼出呼叫加速度的平均值。呼出呼叫加速度的平均值可以被認為是處于工作中的每個呼叫控制服務器20的呼出呼叫的數目的增長率的變化率的平均值，并且表示呼出呼叫的數目的增長率的變化趨勢。
[0069]類似地，預測激活控制單元19將在前通信呼叫加速度之前的通信呼叫加速度、在前通信呼叫加速度和當前通信呼叫加速度相加，并且使獲得的值除以三以獲得通信呼叫加速度的平均值。此處，當將在前通信呼叫加速度之前的通信呼叫加速度假設為Ayl，將在前通信呼叫加速度假設為Ay2，并且將當前通信呼叫加速度假設為Ay3時，預測激活控制單元19根據公式(Ayl+Ay2+Ay3)/3獲得通信呼叫加速度的平均值。通信呼叫加速度的平均值可以被認為是處于工作中的每個呼叫控制服務器20的通信呼叫的數目的增長率的變化率的平均值，并且表示通信呼叫的數目的增長率的變化趨勢。
[0070]接下來，預測激活控制單元19從處于工作中的每個呼叫控制服務器20的最大連接數目減去呼出呼叫的當前數目和通信呼叫的當前數目以獲得“剩余源”，“剩余源”是處于工作中的每個呼叫控制服務器20的新的可用呼叫連接的數目。此處，當將最大連接數目假設為M并且將剩余源假設為N時，預測激活控制單元19根據公式N = M- (X2+Y2)獲得剩余源。
[0071]接下來，預測激活控制單元19將通過使呼出呼叫速度乘以服務器工作時間而獲得的值與通過使下述結果除以二而獲得的值相加從而計算經過服務器工作時間之后的呼出呼叫的數目:該結果是將服務器工作時間的平方乘以處于工作中的每個呼叫控制服務器20的呼出呼叫加速度的平均值而得到的。此處，當將服務器工作時間假設為S并且將呼出呼叫加速度的平均值假設為Ax時，預測激活控制單元19根據公式Vx2XS+(l/2) XAxXS2獲得經過服務器工作時間之后的呼出呼叫的數目的增長。
[0072]類似地，預測激活控制單元19將通過使通信呼叫速度乘以服務器工作時間而獲得的值與通過使下述結果除以二而獲得的值相加從而計算經過服務器工作時間之后的通信呼叫的數目:該結果是將服務器工作時間的平方乘以處于工作中的每個呼叫控制服務器20的通信呼叫加速度的平均值而得到的。此處，當將服務器工作時間假設為S并且將通信呼叫加速度的平均值假設為Ay時，預測激活控制單元19根據公式Vy2XS+(l/2) XAyXS2獲得經過服務器工作時間之后的通信呼叫的數目的增長。
[0073]此處，假設經過服務器工作時間之后的呼出呼叫的數目的增長為α并且經過服務器工作時間之后的通信呼叫的數目的增長為β，對呼出呼叫數目加速度以及經過服務器工作時間之后的呼出呼叫的數目的增長的計算再次進行描述。
[0074]圖6是用于描述呼叫加速度以及經過服務器工作時間之后的呼叫的數目的增長的計算的圖。圖表301表示呼出呼叫加速度與呼出呼叫的數目的增長之間的關系。此外，圖表302表示通信呼叫加速度與通信呼叫的數目的增長之間的關系。
[0075]可以認為呼出呼叫速度與呼出呼叫加速度之間的關系類似于速度與加速度之間的一般關系。換言之，在將呼出呼叫速度的初始速度假設為Vxl并且將T秒之后的速度假設為Vx2時，可以說速度在T秒內增大了 Vx2-Vxl。也就是說，如圖表301中所指示的那樣，通過(Vx2-Vxl)/T來表示呼出呼叫加速度Ax3。
[0076]然后，通過使用如圖表301中指示的速度與加速度之間的一般關系公式，從速度是Vx2的狀態(tài)開始在S秒之后的呼出呼叫的數目的增長α變?yōu)閂x2XS+(l/2)XAx3XS2。此處，為了方便描述，通過使用一個呼出呼叫加速度來獲得呼出呼叫的數目的增長，而無需獲得呼出呼叫加速度的平均值。
[0077]可以認為通信呼叫速度與通信呼叫加速度之間的關系類似于速度與加速度之間的一般關系。換言之，在將呼出呼叫速度的初始速度假設為Vyl并且將T秒之后的速度假設為Vy2時，可以說速度在T秒內增大了 Vy2_Vyl。也就是說，如圖表302中所指示的那樣，通過(Vy2_Vyl)/T來表示呼出呼叫加速度Ay3。
[0078]通過使用速度與加速度之間的一般關系公式，從速度是Vy2的狀態(tài)開始在S秒之后的呼出呼叫的數目的增長β變?yōu)閂y2XS+(l/2) XAy3XS2。
[0079]例如，當Vxl = 13,Vx2 = 10,T = 5 并且 S = 30 時，貝丨J Ax3 是(13-10)/5 = 0.6。在此情況下，呼出呼叫的數目的增長是13 X 30+(1/2) X0.6 X 302 = 660。因此，當呼出呼叫的數目的初始速度是10并且速度在5秒內達到13時，在30秒之后呼出呼叫的數目的增長是 660。
[0080]然后，預測激活控制單元19針對處于工作中的每個呼叫控制服務器20將在經過服務器工作時間之后呼出呼叫的數目的增長和通信呼叫的數目的增長的總數與剩余源進行比較。當在經過服務器工作時間之后呼出呼叫的數目的增長和通信呼叫的數目的增長的總數大于剩余源時，預測激活控制單元19決定重新啟動被暫停的服務器。換言之，當滿足α+β>Ν時，預測激活控制單元19決定重新啟動被暫停的服務器。
[0081]當已決定重新啟動被暫停的服務器時，預測激活控制單元19參考服務器狀態(tài)管理表101，并且確定是否存在被暫停的服務器。當存在被暫停的服務器時，預測激活控制單元19決定將已轉移到的、在經過服務器工作時間之后呼出呼叫的數目和通信呼叫的數目的總數大于剩余源的呼叫控制服務器20的呼叫處理返回至轉移源服務器。預測激活控制單元19將更新服務器管理信息103的請求通知給轉移目的地服務器管理單元14。
[0082]在從轉移目的地服務器管理單元14接收到已完成更新服務器管理信息103的通知時，服務器預測激活控制單元19將激活命令發(fā)送至用作呼叫處理被返回到的轉移源服務器的呼叫控制服務器20。
[0083]此外，服務器預測激活控制單元19將管理呼叫被轉移到的呼叫控制服務器20的信息通知給轉移目的地服務器管理單元14，并且指示分派控制單元12更新服務器狀態(tài)管理表101。
[0084]此外，預測激活控制單元19指示轉移目的地服務器管理單元14在服務器管理信息103中將呼叫處理被返回到的轉移源服務器的工作狀態(tài)改變成“正?！?，并且將轉移目的地服務器返回至“空”。
[0085]此處，預測激活控制單元19使用上面描述的呼叫的數目的預測而周期地進行服務器激活處理。換言之，預測激活控制單元19將呼叫連接信息獲取請求周期地發(fā)送至呼叫連接數目管理單元16。
[0086]然后，由預測激活控制單元19進行的呼叫連接信息獲取請求的發(fā)送可以與服務器激活控制單元11同時或者不同時進行。例如，可以將來自預測激活控制單元19的呼叫連接信息獲取請求的一部分當作來自服務器激活控制單元11的呼叫連接信息獲取請求。此夕卜，服務器激活控制單元11和預測激活控制單元19可以是一體的(unified)。
[0087]轉移目的地服務器管理單元14從服務器暫停控制單元15接收下述請求:在服務器管理信息103中將暫停目標服務器的工作狀態(tài)改變成“被暫?！辈⑶以诜掌鞴芾硇畔?03中登記轉移目的地服務器。然后，轉移目的地服務器管理單元14在服務器管理信息103中將暫停目標服務器的工作狀態(tài)改變成“被暫停”，并且然后在服務器管理信息103中登記呼叫已從暫停目標服務器轉移到的轉移目的地服務器的標識信息。隨后，轉移目的地服務器管理單元14將已完成更新服務器管理信息103的通知輸出至服務器暫停控制單元15。
[0088]此外，轉移目的地服務器管理單元14從服務器暫?？刂茊卧?5接收下述請求:在服務器管理信息103中將呼叫處理返回到的轉移源服務器改變成“正常”并且將轉移目的地服務器返回為至“空”。然后，轉移目的地服務器管理單元14在服務器管理信息103中將呼叫處理返回到的轉移源服務器的工作狀態(tài)改變成“正?！辈⑶胰缓髮⑥D移目的地服務器返回至“空”。隨后，轉移目的地服務器管理單元14將已完成更新服務器管理信息103的通知輸出至服務器激活控制單元11。
[0089]分派控制單元12從發(fā)送側系統(tǒng)30接收呼叫設定的請求。然后，分派控制單元12從呼叫控制服務器20中選擇設定呼叫的服務器。隨后，分派控制單元12將發(fā)送側系統(tǒng)30和接收側系統(tǒng)40的信息通知給所選擇的呼叫控制服務器20，并且對所選擇的呼叫控制服務器20進行呼叫設定。
[0090]分派控制單元12從服務器暫停控制單元15接收用于停止分派新事件的指示。然后，分派控制單元12使得諸如在該指示之后請求的呼叫設定的事件不被分派給暫停目標服務器。
[0091]隨后，分派控制單元12從服務器暫?？刂茊卧?5接收由暫停目標服務器管理呼叫處理的轉移目的地服務器的通知以及更新服務器狀態(tài)管理表101的指示。然后，分派控制單元12在服務器狀態(tài)管理表101中將暫停目標服務器的工作狀態(tài)改變成“被暫停”。此夕卜，分派控制單元12在轉移目的地服務器地址中寫入暫停目標服務器的呼叫處理的轉移目的地服務器的地址，并且將新事件接受適當性設定成“不可接受”。
[0092]此外，分派控制單元12從服務器激活控制單元11接收下述指示:在服務器管理信息103中將呼叫處理返回到的轉移源服務器的工作狀態(tài)改變成“正?！辈⑶覍⑥D移目的地服務器返回至“空”。然后，分派控制單元12將呼叫處理返回到的轉移源服務器的工作狀態(tài)改變成“處于工作中”，將轉移目的地服務器地址返回至“空”，并且將新事件接受適當性設定成“可接受”。
[0093]接下來，描述呼叫控制服務器。此處，描述了呼叫控制服務器21的示例；然而，任何呼叫控制服務器20具有類似的功能。呼叫控制服務器21具有通信控制單元201、呼叫處理單元202和電源控制單元203。
[0094]通信控制單元201對通信控制裝置1、發(fā)送側系統(tǒng)30和接收側系統(tǒng)40之間的通信進行控制。
[0095]呼叫處理單元202進行由通信控制裝置I設定的呼叫的處理。例如，呼叫處理單元202生成并發(fā)送要發(fā)送至通信控制裝置I的呼叫信息，并且創(chuàng)建并發(fā)送要發(fā)送至發(fā)送側系統(tǒng)30和接收側系統(tǒng)40的信號。在呼叫處理單元202生成要發(fā)送至發(fā)送側系統(tǒng)30和接收側系統(tǒng)40的信號的情況下，編輯通過頭(Via header)和記錄路由頭以便經由通信控制裝置I的分派控制單元12行進。
[0096]在從通信控制裝置I的服務器暫停控制單元15接收到暫停命令時，電源控制單元203開始呼叫控制服務器21的暫停處理并且隨后斷開電源。此外，在從通信控制裝置I的服務器激活控制單元11接收到激活命令時，電源控制單元203接通呼叫控制服務器21的電源以開始激活處理。該電源控制單元203對應于“暫停控制單元”的一個示例。
[0097]接下來，參照圖7描述由根據本實施方式的通信控制裝置I使用呼叫的數目的增長的預測而進行的呼叫控制服務器20的激活確定的處理。圖7是由根據第一實施方式的通信控制裝置使用呼叫的數目的增長的預測而進行的呼叫控制服務器的激活確定的處理的流程圖。
[0098]預測激活控制單元19對每個參數進行初始化(步驟SI)。參數包括呼出呼叫的在前數目(XI)、通信呼叫的在前數目(Y1)、呼出呼叫的當前數目(X2)、通信呼叫的當前數目(Y2)、在前呼出呼叫速度(Vxl)、以及在前通信呼叫速度(Vyl)。參數還包括當前呼出呼叫速度(Vx2)、當前通信呼叫速度(Vy2)、在前呼出呼叫加速度之前的呼出呼叫加速度(Axl)、在前通信呼叫加速度之前的通信呼叫加速度(Ayl)。此外，參數包括在前呼出呼叫加速度(Ax2)、在前通信呼叫加速度(Ay2)、當前呼出呼叫加速度(Ax3)以及當前通信呼叫加速度(Ay3)。
[0099]接下來，預測激活控制單元19在每個呼叫控制服務器20中將登記有呼叫信息104的呼出呼叫的數目用作XI，并且將登記有呼叫信息104的通信呼叫的數目用作Yl (步驟S2)。
[0100]隨后，預測激活控制單元19確定周期T是否已經到來(步驟S3)。當周期T尚未到來(步驟S3中為否)時，預測激活控制單元19等待(stand-by)直到周期T到來為止。
[0101]另一方面，當周期T到來(步驟S3中為是)時，預測激活控制單元19選擇處于工作中的呼叫控制服務器20中的一個呼叫控制服務器(步驟S4)。
[0102]接下來，預測激活控制單元19將在此時間點處登記有呼叫信息104的呼出呼叫的數目用作X2，并且將在此時間點處登記有呼叫信息104的通信呼叫的數目用作Y2(步驟S5)。
[0103]然后，預測激活控制單元19通過在公式(Χ2-Χ1)/Τ中使用呼出呼叫的在前數目(XI)、呼出呼叫的當前數目(Χ2)和周期(T)來獲得當前呼出呼叫速度，并且將所獲得的呼出呼叫速度用作Vx2。預測激活控制單元19還通過在公式(Y2-Y1)/T中使用通信呼叫的在前數目(Yl)、通信呼叫的當前數目(Y2)和周期(T)來獲得當前通信呼叫速度，并且將所獲得的呼出呼叫速度用作Vy2 (步驟S6)。
[0104]接下來,預測激活控制單元19計算呼出呼叫加速度和通信呼叫加速度(Ax, Ay)(步驟S7)。下面將對計算呼出呼叫加速度和通信呼叫加速度的處理進行詳細描述。
[0105]接下來，預測激活控制單元19通過使用所獲得的呼出呼叫速度、通信呼叫速度、呼出呼叫加速度和通信呼叫加速度來進行呼叫控制服務器20的激活確定(步驟S8)。下面將對呼叫控制服務器20的激活確定的處理進行詳細描述。
[0106]然后，預測激活控制單元19將呼出呼叫的當前數目用作Xl并且將通信呼叫的當前數目用作為Yl (步驟S9)。
[0107]此外，預測激活控制單元19將當前呼出呼叫速度用作Vxl并且將當前通信呼叫速度用作Vyl (步驟S10)。
[0108]隨后，預測激活控制單元19確定是否對處于工作中的所有的呼叫控制服務器20進行了基于呼叫的數目的預測的、呼叫控制服務器20的激活確定(步驟Sll)。當存在尚未進行激活確定的處于工作中的呼叫控制服務器20(步驟Sll中為否)時，預測激活控制單元19返回至步驟S4。
[0109]另一方面，當完成了對處于工作中的所有的呼叫控制服務器20的激活確定(步驟Sll中為是)時，預測激活控制單元19確定是否已經接收到結束呼叫控制服務器20的激活確定處理的指示(步驟S12)。例如，結束呼叫控制服務器20的激活確定處理的指示是關閉通信控制裝置I的指示。在接收到結束呼叫控制服務器20的激活確定處理的指示(步驟S12中為是)的情況下，預測激活控制單元19結束呼叫控制服務器20的激活確定的處理。
[0110]另一方面，在未接收到結束呼叫控制服務器20的激活確定處理的指示(步驟S12中為否)的情況下，預測激活控制單元19返回至步驟S3。
[0111]接下來，參照圖8描述呼出呼叫加速度和通信呼叫加速度的計算。圖8是計算呼出呼叫加速度和通信呼叫加速度的處理的流程圖。圖8的流程圖中描述的處理是在圖7的步驟S7中執(zhí)行的處理的示例。
[0112]預測激活控制單元19通過在公式(Vx2-Vxl)/T中使用當前呼出呼叫速度(Vx2)、在前呼出呼叫速度(Vxl)和周期(T)來獲得當前呼出呼叫加速度，并且將所獲得的呼出呼叫加速度用作Ax3 (步驟S101)。
[0113]然后，預測激活控制單元19通過在公式(Axl+Ax2+Ax3)/3中使用在前呼出呼叫加速度之前的呼出呼叫加速度(Axl)、在前呼出呼叫加速度(Ax2)和當前呼出呼叫加速度(Ax3)來獲得呼出呼叫加速度的平均值。然后，預測激活控制單元19將所獲得的呼出呼叫加速度的平均值用作Ax (步驟S102)。然而，在不存在在前呼出呼叫加速度和在前呼出呼叫加速度之前的呼出呼叫加速度的情況下，可以將當前呼出呼叫加速度用作Ax或者可以從存在在前呼出呼叫加速度和在前呼出呼叫加速度之前的呼出呼叫加速度的周期開始計算Ax0
[0114]接下來，預測激活控制單元19將在前呼出呼叫加速度用作Axl (步驟S103)。
[0115]此外，預測激活控制單元19將當前呼出呼叫加速度用作Ax2(步驟S104)。
[0116]預測激活控制單元19還通過在公式(Vy2_Vyl)/T中使用當前通信呼叫速度(Vy2)、在前通信呼叫速度(Vyl)和周期T來獲得通信呼叫加速度，并且將所獲得的通信呼叫加速度用作Ay3 (步驟S105)。
[0117]接下來，預測激活控制單元19通過在公式(Ayl+Ay2+Ay3)/3中使用在前通信呼叫加速度之前的通信呼叫加速度(Ayl)、在前通信呼叫加速度(Ay2)和當前通信呼叫加速度(Ay3)來獲得通信呼叫加速度的平均值。然后，預測激活控制單元19將所獲得的通信呼叫加速度的平均值用作Ay (步驟S106)。然而，在不存在在前通信呼叫加速度和在前通信呼叫加速度之前的通信呼叫加速度的情況下，可以將當前通信呼叫加速度用作Ay或者可以從存在在前通信呼叫加速度和在前通信呼叫加速度之前的通信呼叫加速度的周期開始計算Ay。
[0118]接下來，預測激活控制單元19將在前通信呼叫加速度用作Ayl (步驟S107)。
[0119]此外，預測激活控制單元19將當前通信呼叫加速度用作Ay2(步驟S108)。
[0120]接下來，參照圖9描述由根據本實施方式的通信控制裝置I進行的呼叫控制服務器20的激活確定。圖9是由根據第一實施方式的通信控制裝置進行的呼叫控制服務器的激活確定的處理的流程圖。在圖9的流程圖中描述的處理是在圖7的步驟S8中進行的處理的一個示例。
[0121]預測激活控制單元19確定是否存在被暫停的呼叫控制服務器20 (步驟S201)。在本實施方式中，預測激活控制單元19確定在將呼叫處理轉移至下述呼叫控制服務器20的轉移源服務器中是否存在被暫停的呼叫控制服務器20:在所述呼叫控制服務器20中，在S秒之后呼出呼叫的數目的增長與通信呼叫的數目的增長之和超過剩余源。當不存在被暫停的呼叫控制服務器20(步驟S201中為否)時，預測激活控制單元19結束呼叫控制服務器20的激活確定的處理。
[0122]另一方面，當存在被暫停的呼叫控制服務器20 (步驟S201中為是)時，預測激活控制單元19通過在所使用的公式M-(X2+Y2)中使用呼叫控制服務器20的最大連接數目(M)、呼出呼叫的當前數目(X2)以及通信呼叫的當前數目(Y2)來獲得剩余源。然后，預測激活控制單元19將所獲得的剩余源用作N(步驟S202)。
[0123]接下來，預測激活控制單元19通過在公式Vx2XS+(1/2) XAxXS2中使用當前呼出呼叫速度(Vx2)、服務器工作時間(S)和呼出呼叫加速度的平均值(Ax)來獲得在S秒之后呼出呼叫的數目的增長。然后，預測激活控制單元19將所獲得的呼出呼叫的數目的增長用作α (步驟S203)。
[0124]此外，預測激活控制單元19通過在公式Vy2XS+(1/2) XAyXS2中使用當前通信呼叫速度(Vy2)、服務器工作時間(S)以及通信呼叫加速度的平均值(Ay)來獲得在S秒之后通信呼叫的數目的增長。然后，預測激活控制單元19將所獲得的通信呼叫的數目的增長用作為β (步驟S204)。
[0125]接下來，預測激活控制單元19確定作為在S秒之后呼出呼叫的數目的增長與通信呼叫的數目的增長之和的α+β是否大于作為剩余源的N(步驟S205)。當α+β小于或等于N(步驟S205中為否)時，預測激活控制單元19結束呼叫控制服務器20的激活確定的處理。
[0126]另一方面，當α+β大于N(步驟S205中為是)時，預測激活控制單元19激活被暫停的呼叫控制服務器20中的一個被暫停的呼叫控制服務器(步驟S206)。此處，在本實施方式中，預測激活控制單元19從將呼叫處理轉移至下述呼叫控制服務器20的轉移源服務器之中選擇要被激活的一個呼叫控制服務器20:在所述呼叫控制服務器20中，在S秒之后呼出呼叫的數目的增長與通信呼叫的數目的增長之和超過剩余源。
[0127]接下來，預測激活控制單元19將通過從在S秒之后呼出呼叫的數目的增長與通信呼叫的數目的增長之和中減去最大連接數目而獲得的值，即α+β -M用作R(步驟S207)。
[0128]接下來，預測激活控制單元19確定R是否大于最大連接數目(M)(步驟S208)。換言之，預測激活控制單元19確定一個呼叫控制服務器20的激活是否可以涵蓋在S秒之后增大的呼叫的數目。當R小于或等于M(步驟S208中為否)時，預測激活控制單元19確定可以由一個被激活的呼叫控制服務器20來處理數目在S秒之后增大的呼叫，并且因此結束呼叫控制服務器20的激活確定的處理。
[0129]另一方面，當R大于M (步驟S208中為是)時，預測激活控制單元19確定是否存在被暫停的呼叫控制服務器20 (步驟S209)。當不存在被暫停的呼叫控制服務器20 (步驟S209中為否)時，預測激活控制單元19結束呼叫控制服務器20的激活確定的處理。
[0130]另一方面，當存在被暫停的呼叫控制服務器20 (步驟S209中為是)時，預測激活控制單元19激活被暫停的呼叫控制服務器20中的一個被暫停的呼叫控制服務器(步驟S210)。
[0131]隨后，預測激活控制單元19將通過從R中減去最大連接數目(M)而獲得的值，即R-M用作R(步驟S211)，并且返回至步驟S208。
[0132]此處，在上面的描述中，預測激活控制單元19從將呼叫處理轉移至下述呼叫控制服務器20的轉移源服務器之中選擇要被激活的呼叫控制服務器20:在所述呼叫控制服務器20中，在S秒之后呼出呼叫的數目的增長與通信呼叫的數目的增長之和超過剩余源。然而，預測激活控制單元19不限于此。例如，預測激活控制單元19可以適當地選擇被暫停的呼叫控制服務器20中的一個被暫停呼叫控制服務器并激活所選擇的服務器，并且將已經從其它呼叫控制服務器20轉移的呼叫處理轉移至下述呼叫控制服務器20:在所述呼叫控制服務器20中，在S秒之后呼出呼叫的數目的增長與通信呼叫的數目的增長之和超過剩余源。
[0133]接下來，參照圖10和圖11描述在由根據本實施方式的通信控制裝置I轉移呼叫處理的情況下針對每個呼叫控制服務器20的呼叫的數目的轉變。圖10是示出了在基于對呼叫的數目的增長的預測來激活一個呼叫控制服務器的情況下呼叫的數目的轉變的示例的圖。圖11是示出了在基于對呼叫的數目的增長的預測來激活多個呼叫控制服務器的情況下呼叫的數目的轉變的示例的圖。此處，對存在分別被稱為呼叫控制服務器20A至20E的五個呼叫控制服務器20的情況進行描述。在圖10和圖11中的每個圖中，條形圖對應于呼叫控制服務器20A至20E，并且條形圖中具有斜線的部分表示要由呼叫控制服務器20A至20E中的每個呼叫控制服務器處理的呼叫的數目。
[0134]圖10的狀態(tài)401指示呼叫控制服務器20A處于工作中并且其它四個呼叫控制服務器20B至20E被暫停的狀態(tài)。呼叫的數目411是要由處于工作中的呼叫控制服務器20A處理的呼叫的數目。然后，最大連接數目410表示呼叫控制服務器20A至20E中的每個呼叫控制服務器的最大連接數目，并且在呼叫的數目超過最大連接數目410的線時引起呼叫損失。
[0135]此處，呼叫的數目412是從通信控制裝置I獲得的狀態(tài)401開始在S秒之后要由呼叫控制服務器20A處理的預測的呼叫的數目。在此情況下，呼叫的數目412超過最大連接數目410。
[0136]因此，通信控制裝置I激活被暫停的呼叫控制服務器20B。然后，將已轉移至呼叫控制服務器20A的呼叫處理返回至被激活的呼叫控制服務器20B。
[0137]這在S秒之后產生狀態(tài)402。也就是，要由呼叫控制服務器20A處理的呼叫的數目變成呼叫的數目421。此外，要由呼叫控制服務器20B處理的呼叫的數目變成呼叫的數目422。然后，呼叫的數目421和呼叫的數目422均不超過最大連接數目410。
[0138]因此，通信控制裝置I可以通過使呼叫控制服務器20A至20E的狀態(tài)轉變成狀態(tài)402來抑制呼叫損失的發(fā)生。
[0139]此外，圖11的狀態(tài)403指示呼叫控制服務器20A和20B處于工作中并且其它三個呼叫控制服務器20C至20E被暫停的狀態(tài)。呼叫的數目431是要由處于工作中的呼叫控制服務器20A處理的呼叫的數目。此外，呼叫的數目432是要由處于工作中的呼叫控制服務器20B處理的呼叫的數目。然后，最大連接數目430表示呼叫控制服務器20A至20E中的每個呼叫控制服務器的最大連接數目，并且在呼叫的數目超過最大連接數目430的線時引起呼叫損失。
[0140]此處，呼叫的數目433是從通信控制裝置I獲得的狀態(tài)403開始在S秒之后呼叫控制服務器20A和20B的呼叫的數目。在圖11中，以伸出到條形圖外部的方式來表示呼叫的數目433。這指示呼叫的數目433遠遠超過最大連接數目430。也就是說，在此情況下，要由呼叫控制服務器20A和20B處理的呼叫的數目遠遠超過最大連接數目430。
[0141]鑒于此，通信控制裝置I激活被暫停的呼叫控制服務器20C至20E。此處，當僅激活呼叫控制服務器20C時，要由呼叫控制服務器20A和20B處理的呼叫的數目超過最大連接數目430 ；因此，通信控制裝置I激活三個呼叫控制服務器20C至20E。然后，將已轉移至呼叫控制服務器20A或20B的呼叫處理返回至被激活的呼叫控制服務器20C至20E。
[0142]這在S秒之后產生狀態(tài)404。也就是說，要由呼叫控制服務器20A處理的呼叫的數目變成呼叫的數目441。此外，要由呼叫控制服務器20B處理的呼叫的數目變成呼叫的數目442。此外，要由呼叫控制服務器20C處理的呼叫的數目變成呼叫的數目443。此外，要由呼叫控制服務器20D處理的呼叫的數目變成呼叫的數目444。此外，要由呼叫控制服務器20E處理的呼叫的數目變成呼叫的數目445。然后，呼叫的數目441至445均未超過最大連接數目430。
[0143]因此，通信控制裝置I可以通過使呼叫控制服務器20A至20E的狀態(tài)轉變成狀態(tài)404來抑制呼叫損失的發(fā)生。
[0144]如上所述，根據本實施方式的通信控制裝置通過使用作為針對每個呼叫控制服務器的呼叫的數目的增長率的呼出呼叫速度和通信呼叫速度、以及作為呼叫的數目的增長率的變化率的呼出呼叫加速度和通信呼叫加速度，獲得在預定時間段之后呼叫控制服務器的呼叫的數目的增長。然后，根據本實施方式的通信控制裝置通過使用所獲得的呼叫的數目的增長來確定是否激活被暫停的呼叫控制服務器。這使得可以以高準確度來對呼叫的數目的增長進行預測并且抑制呼叫損失的發(fā)生。
[0145]因此，可以在呼叫控制服務器被暫停的這樣的狀態(tài)下進行用于抑制呼叫損失發(fā)生的呼叫控制服務器的適當的激活，以抑制通信系統(tǒng)的功率消耗，從而在抑制通信系統(tǒng)的功率消耗的同時減少呼叫損失。
[0146]修改的實施方式
[0147]接下來，描述第一實施方式的修改的實施方式。根據本修改的實施方式的通信控制系統(tǒng)與第一實施方式的通信控制系統(tǒng)的不同之處在于:通信控制裝置由兩個服務器構成。因此，參照圖12描述在通過將通信控制裝置I劃分為分派服務器151和DB(數據庫)服務器152來構成通信控制裝置I的情況下的通信控制系統(tǒng)。圖12是在通信控制裝置由兩個服務器構成的情況下的結構示例的圖。
[0148]分派服務器151具有服務器激活控制單元11、分派控制單元12、服務器暫?？刂茊卧?5、預測激活控制單元19以及通信控制單元191。此外，分派服務器151存儲服務器狀態(tài)管理表101、呼叫連接信息列表102以及服務器管理信息103。分派服務器151是具有將呼叫處理分派給呼叫控制服務器20的功能的服務器。
[0149]DB服務器152具有轉移目的地服務器管理單元14、呼叫連接數目管理單元16、呼叫信息訪問控制單元17、呼叫編號管理單元18以及通信控制單元192。此外，DB服務器152存儲呼叫信息104。DB服務器152是具有管理登記有呼叫信息的數據庫的功能的服務器。
[0150]然后，在圖12中，用與圖1中的附圖標記相同的附圖標記表示的單元具有相同的功能。然而，由于裝置被劃分為兩個服務器，所以將圖1中的通信控制單元13劃分成分派服務器151中的通信控制單元191和DB服務器152中的通信控制單元192。當布置在分派服務器151中的單元和布置在DB服務器152中的單元彼此進行通信時，經由通信控制單元191和通信控制單元192來進行通信。
[0151]因此，可以將通信控制裝置I劃分成如圖12所示的兩個服務器或者可以將通信控制裝置I的功能劃分成兩個或更多個服務器。此外，劃分功能的方式不限于圖12的示例，并且不存在關于哪個服務器具有哪個功能的特定限制。
[0152][b]第二實施方式
[0153]接下來，描述了根據第二實施方式的通信控制裝置。根據本實施方式的通信控制裝置與第一實施方式的通信控制裝置的不同之處在于:在當前時間內的呼叫數目的增長大于在前時間內的呼叫數目的增長時，縮短監(jiān)視次數的增長的周期。此外，根據本實施方式的通信控制裝置與第一實施方式的通信控制裝置的不同之處在于:在當前時間內的呼叫數目的增長大于在前時間內的呼叫數目的增長時，暫停呼叫控制服務器。
[0154]在圖1中還表示了本實施方式的通信控制裝置。下面省略具有與第一實施方式相同的功能的單元的描述。
[0155]預測激活控制單元19以與第一實施方式類似的方式來獲得在S秒之后呼出呼叫的數目的增長和通信呼叫的數目的增長。
[0156]接下來，預測激活控制單元19取決于在S秒之后呼出呼叫數目的增長與通信呼叫數目的增長之和是否大于剩余源來決定是否激活被暫停的呼叫控制服務器20，并且以與第一實施方式類似的方式根據該決定來激活呼叫控制服務器20。
[0157]當在S秒之后呼出呼叫的數目的增長與通信呼叫的數目的增長之和小于剩余源時，接下來，預測激活控制單元19確定當前呼出呼叫加速度是否大于在前呼出呼叫加速度。在當前呼出呼叫加速度大于在前呼出呼叫加速度時，預測激活控制單元19使監(jiān)視呼叫的數目的增長的周期T縮短。例如，預測激活控制單元19平分周期T。
[0158]此外，預測激活控制單元19激活被暫停的呼叫控制服務器20中的一個被暫停的呼叫控制服務器。例如，預測激活控制單元19選擇并激活已經將呼叫處理從其轉移至被處理的呼叫的數目最大的呼叫控制服務器20的呼叫控制服務器20中的一個呼叫控制服務器。然后，預測激活控制單元19將轉移的呼叫處理返回至被激活的呼叫控制服務器20。
[0159]另一方面，在當前呼出呼叫加速度小于在前呼出呼叫加速度時，預測激活控制單元19確定當前通信呼叫加速度是否大于在前通信呼叫加速度。在當前通信呼叫加速度大于在前通信呼叫加速度時，預測激活控制單元19使監(jiān)視呼叫的數目的增長的周期T縮短。例如，預測激活控制單元19平分周期T。
[0160]此外，預測激活控制單元19激活被暫停的呼叫控制服務器20中的一個被暫停的呼叫控制服務器。例如，預測激活控制單元19選擇并激活已經將呼叫處理從其轉移至被處理的呼叫的數目最大的呼叫控制服務器20的呼叫處理服務器20中的一個呼叫控制服務器。然后，預測激活控制單元19將轉移的呼叫處理返回至被激活的呼叫控制服務器20。
[0161]在作為將呼出呼叫加速度或者通信呼叫加速度進行比較的結果的、激活呼叫控制服務器20的情況下，在S秒之后呼出呼叫的數目的增長與通信呼叫的數目的增長之和小于剩余源；因此，可以通過激活一個呼叫控制服務器20來抑制呼叫損失。
[0162]此外，在使監(jiān)視周期短于初始值的這樣的狀態(tài)下，預測激活控制單元19在當前呼出呼叫加速度小于在前呼出呼叫加速度的情況以及當前通信呼叫加速度小于在前通信呼叫加速度的情況中的任一情況下將監(jiān)視周期返回至初始值。
[0163]此處，參照圖13至圖15來描述在呼出呼叫加速度大于在前呼出呼叫加速度并且通信呼叫加速度大于在前通信呼叫加速度時縮短監(jiān)視周期的效果。圖13是表示呼出呼叫加速度的變化與恒定的監(jiān)視周期之間的關系的示例的圖。圖14是表示連接的數目與監(jiān)視周期之間的關系的示例的圖。圖15是表示呼出呼叫加速度的變化與監(jiān)視周期的變化之間的關系的示例的圖。此處，通過使用呼出呼叫加速度來進行描述，但是該描述內容類似地適用于通信呼叫加速度。
[0164]圖13的豎軸表示呼出呼叫加速度，并且圖13的橫軸表示時間。然后，平行于豎軸的線表示監(jiān)視呼出呼叫的數目的時刻，并且周期510是監(jiān)視周期。在圖13中，針對周期510進行監(jiān)視。然后，呼出呼叫加速度如在圖表501中那樣變化。在此情況下，即使在加速度突然上升的情況下，也在經過周期510之后進行監(jiān)視。
[0165]然后，當呼出呼叫加速度如圖表501中那樣變化時，連接的數目可以如圖14的圖表503那樣轉變。圖14的豎軸表示連接呼叫的數目并且橫軸表示時間。然后，在圖14中，平行于豎軸的線表示監(jiān)視呼出呼叫的數目的時刻，并且周期510是監(jiān)視周期。在此情況下，由于呼出呼叫加速度在時刻511時不是太大，所以可以認為預測激活控制單元19確定在S秒之后的增長不超過剩余源。然而，隨后加速度突然上升；因此，圖表503可以在下一監(jiān)視時刻512之前超過最大連接數目502。
[0166]然后，如圖15所示，在針對作為監(jiān)視周期的初始值的周期510進行監(jiān)視的這樣的狀態(tài)下，當前呼出呼叫加速度在時刻521處變得大于在前呼出呼叫加速度；因此，預測激活控制單元19使監(jiān)視周期縮短成周期522。因此，由于針對周期522進行監(jiān)視，因此，即使連接的數目由于在時間段504中呼出呼叫加速度的增大而突然增大，通信控制裝置I也可以在超過最大連接數目之前激活被暫停的呼叫控制服務器20。然后，在針對作為監(jiān)視周期的初始值的周期522進行監(jiān)視的這樣的狀態(tài)下，當前呼出呼叫加速度在時刻523處變得小于在前呼出呼叫加速度；因此，預測激活控制單元19將監(jiān)視周期返回至與周期510相同的周期，如周期524。由于呼出呼叫加速度在時間段505中減小，所以呼叫的數目的增長不會突然上升；因此，即使在將周期設定為周期524時，由呼叫控制服務器20處理的呼叫的數目在監(jiān)視周期期間也不可能超過最大連接數目。
[0167]以此方式，通信控制裝置I可以通過根據呼出呼叫加速度和通信呼叫加速度的變化而改變周期來抑制呼叫損失。
[0168]接下來，參照圖16來描述由根據本實施方式的通信控制裝置I進行的呼叫控制服務器20的激活確定。圖16是由根據第二實施方式的通信控制裝置進行的呼叫控制服務器的激活確定的處理的流程圖。
[0169]預測激活控制單元19確定是否存在被暫停的呼叫控制服務器20 (步驟S301)。在本實施方式中，預測激活控制單元19確定在將呼叫處理從其轉移至呼出呼叫的數目的增長與通信呼叫的數目的增長之和超過剩余源的呼叫控制服務器20的轉移源服務器中是否存在被暫停的呼叫控制服務器20。當不存在被暫停的呼叫控制服務器20 (步驟S301中為否)時，預測激活控制單元19結束呼叫控制服務器20的激活確定的處理。
[0170]另一方面，當存在被暫停的呼叫控制服務器20 (步驟S301中為是)時，預測激活控制單元19通過在公式M-(X2+Y2)中使用呼叫控制服務器20的最大連接數目(M)、呼出呼叫的當前數目(X2)以及通信呼叫的當前數目(Y2)來獲得剩余源。然后，預測激活控制單元19將所獲得的剩余源用作N(步驟S302)。
[0171]接下來，預測激活控制單元19通過在公式Vx2XS+(1/2) XAxXS2中使用當前呼出呼叫速度(Vx2)、服務器工作時間(S)以及呼出呼叫加速度的平均值(Ax)來獲得在S秒之后呼出呼叫的數目的增長。然后，預測激活控制單元19將所獲得的呼出呼叫的數目的增長用作α (步驟S303)。
[0172]此外，預測激活控制單元19通過在公式Vy2XS+(1/2) XAyXS2中使用當前通信呼叫速度(Vy2)、服務器工作時間(S)以及通信呼叫加速度的平均值(Ay)來獲得在S秒之后通信呼叫的數目的增長。然后，預測激活控制單元19將所獲得的通信呼叫的數目的增長用作β (步驟S304)。
[0173]接下來，預測激活控制單元19確定作為在S秒之后呼出呼叫的數目的增長與通信呼叫的數目的增長之和的α+β是否大于作為剩余源的N(步驟S305)。當α+β大于N(步驟S305中為是)時，預測激活控制單元19前進至步驟S310。
[0174]另一方面，當α+β小于或等于N(步驟S305中為否)時，預測激活控制單元19確定當前呼出呼叫加速度(Αχ3)是否大于在前呼出呼叫加速度(Αχ2)(步驟S306)。在當前呼出呼叫加速度(Αχ3)大于在前呼出呼叫加速度(Αχ2)(步驟S306中為是)時，預測激活控制單元19前進至步驟S309。
[0175]另一方面，在當前呼出呼叫加速度(Αχ3)小于或等于在前呼出呼叫加速度(Αχ2)(步驟S306中為否)時，預測激活控制單元19確定當前通信呼叫加速度(Ay3)是否大于在前通信呼叫加速度(Ay2)(步驟S307)。在當前通信呼叫加速度(Ay3)小于或等于在前通信呼叫加速度(Ay2)(步驟S307中為否)并且當前周期T短于初始值時，預測激活控制單元19將周期T返回至初始值(步驟S308)。然后，預測激活控制單元19結束呼叫控制服務器20的激活確定的處理。
[0176]另一方面，在當前通信呼叫加速度(Ay3)大于在前通信呼叫加速度(Ay2)(步驟S307中為是)時，預測激活控制單元19縮短周期T (步驟S309)。
[0177]接下來，預測激活控制單元19激活被暫停的呼叫控制服務器20中的一個被暫停的呼叫控制服務器(步驟S310)。
[0178]接下來，預測激活控制單元19將通過從在S秒之后呼出呼叫的數目的增長與通信呼叫的數目的增長之和中減去最大連接數目而獲得的值，即α+β -M用作R(步驟S311)。
[0179]接下來，預測激活控制單元19確定R是否大于最大連接數目(M)(步驟S312)。換言之，預測激活控制單元19確定一個呼叫控制服務器20的激活是否可以涵蓋在S秒之后增長的呼叫的數目。當R小于或等于M(步驟S312中為否)時，預測激活控制單元19確定可以由一個被激活的呼叫控制服務器20來處理數目在S秒之后增長的呼叫，并且因此結束呼叫控制服務器20的激活確定的處理。
[0180]另一方面，當R大于M(步驟S312中為是)時，預測激活控制單元19確定是否存在被暫停的呼叫控制服務器20 (步驟S313)。當不存在被暫停的呼叫控制服務器(步驟S313中為否)時，預測激活控制單元19結束呼叫控制服務器20的激活確定的處理。
[0181]另一方面，當存在被暫停的呼叫控制服務器20 (步驟S313中為是)時，預測激活控制單元19激活被暫停的呼叫控制服務器20中的一個被暫停的呼叫控制服務器(步驟S314)。
[0182]隨后，預測激活控制單元19將通過從R中減去最大連接數目(M)而獲得的值，即R-M用作R(步驟S315)，并且返回至步驟S312。
[0183]接下來，參照圖17描述在由根據本實施方式的通信控制裝置I來轉移呼叫處理的情況下針對每個呼叫控制服務器20的呼叫的數目的轉變。圖17是示出了在基于呼出呼叫加速度來激活一個呼叫控制服務器的情況下呼叫的數目的轉變的示例的圖。此處，描述了五個呼叫控制服務器20的情況，并且這些服務器分別被稱為呼叫控制服務器20A至20E。在圖17中，條形圖對應于呼叫控制服務器20A至20E，并且條形圖中具有斜線的部分表示要由呼叫控制服務器20A至20E中的每個呼叫控制服務器處理的呼叫的數目。此處，描述呼出呼叫加速度作為示例，但是描述內容類似地適用于通信呼叫加速度。
[0184]狀態(tài)405表示呼叫控制服務器20A處于工作中并且其它四個呼叫控制服務器20B至20E被暫停的狀態(tài)。呼叫的數目451是要由處于工作中的呼叫控制服務器20A處理的呼叫的數目。然后，最大連接數目450表示呼叫控制服務器20A至20E中的每個呼叫控制服務器的最大連接數目，并且當呼叫的數目超過最大連接數目450的線時，發(fā)生呼叫損失。
[0185]此處，加速度452是當前呼出呼叫加速度，并且加速度453是在前呼出呼叫加速度。在此情況下，加速度452大于加速度453。
[0186]因此，通信控制裝置I激活被暫停的呼叫控制服務器20B。然后，將已轉移至呼叫控制服務器20A的呼叫處理返回至被激活的呼叫控制服務器20B。
[0187]這在S秒之后產生狀態(tài)406。換言之，要由呼叫控制服務器20A處理的呼叫的數目變成呼叫的數目461。此外，要由呼叫控制服務器20B處理的呼叫的數目變成呼叫的數目462。然后，呼叫的數目461和呼叫的數目462均不超過最大連接數目450。
[0188]因此，通過使呼叫控制服務器20A至20E的狀態(tài)轉變成狀態(tài)406，通信控制裝置I可以抑制呼叫損失。
[0189]根據本實施方式的通信控制裝置使監(jiān)視呼叫的數目的增長的周期縮短，并且在呼出呼叫加速度從在前呼出呼叫加速度起增大或通信呼叫加速度從在前通信呼叫加速度起增大時，激活呼叫控制服務器之一。這可以抑制由于呼叫的數目的突然增大而引起的呼叫損失的發(fā)生。
[0190]此外，在呼出呼叫加速度從在前呼出呼叫加速度起減小或通信呼叫加速度從在前通信呼叫加速度起減小時，根據本實施方式的通信控制裝置將監(jiān)視呼叫的數目的增長的周期返回至初始值。這可以減小通信控制裝置上的負荷。
[0191]此處，雖然在上面的第二實施方式中已經描述了基于呼出呼叫加速度或通信呼叫加速度的增大和減小來縮短周期并暫停服務器的處理，但是可以進行上面的處理中的任何一個處理。例如，可以僅通過基于呼出呼叫加速度和通信呼叫加速度的增大和減小縮短周期來處理呼叫的數目的突然增大。此外，可以僅通過基于呼出呼叫加速度和通信呼叫加速度的增大和減小暫停一個呼叫控制服務器來處理呼叫的數目的突然增大。此外，在縮短周期之后可以不必返回周期，并且可以在接收到來自操作員的指示時返回經縮短的周期。此夕卜，可以基于呼出呼叫加速度和通信呼叫加速度中的任何一個的增大和減小來進行縮短周期和暫停服務器的處理。
[0192]此外，可以按照與第一實施方式的修改示例類似的方式將根據第二實施方式的通信控制裝置的功能劃分成多個裝置。
[0193]硬件結構
[0194]接下來，描述根據上面的實施方式中的每個實施方式的通信控制裝置I的硬件結構。圖18是示出了通信控制裝置的硬件結構的示例的圖。
[0195]如圖18所示，通信控制裝置I具有CPU (中央處理單元)901、存儲器902、網卡903和硬盤904。
[0196]存儲器902、網卡903和硬盤904通過CPU 901和總線905而彼此連接。
[0197]網卡903具有網卡903與外部裝置之間的通信接口。例如，網卡903實現圖1中示出的通信控制單元13的功能。
[0198]硬盤904實現存儲單元10的功能。換言之，在硬盤904中存儲圖1中示出的服務器狀態(tài)管理表101、呼叫連接信息列表102、服務器管理信息103以及呼叫信息104。此外，硬盤904存儲包括有實現圖1中示出的服務器激活控制單元11、分派控制單元12、轉移目的地服務器管理單元14以及服務器暫?？刂茊卧?5的功能的程序的各種程序。此外，硬盤904存儲包括有實現圖1中示出的呼叫連接數目管理單元16、呼叫信息訪問控制單元17、呼叫編號管理單元18以及預測激活控制單元19的功能的程序的各種程序。
[0199]CPU 901和存儲器902實現圖1中示出的服務器激活控制單元11、分派控制單元12、轉移目的地服務器管理單元14以及服務器暫停控制單元15的功能。此外，CPU 901和存儲器902實現圖1中示出的呼叫連接數目管理單元16、呼叫信息訪問控制單元17、呼叫編號管理單元18以及預測激活控制單元19的功能。具體地，CPU 901從硬盤904讀入各種程序并且在存儲器902上開發(fā)(develop)處理。然后，CPU 901通過執(zhí)行在存儲器902上開發(fā)的處理來實現服務器激活控制單元11、分派控制單元12、轉移目的地服務器管理單元14以及服務器暫停控制單元15的功能。此外，CPU 901通過執(zhí)行在存儲器902上開發(fā)的處理來實現呼叫連接數目管理單元16、呼叫信息訪問控制單元17、呼叫編號管理單元18以及預測激活控制單元19的功能。
[0200]根據本申請中公開的通信控制裝置、通信控制方法和通信控制系統(tǒng)中的一個方面，可以在抑制通信系統(tǒng)的功率消耗的同時獲得可減少呼叫損失的效果。
【權利要求】
1.一種通信控制裝置，包括: 呼叫連接數目管理單元，其獲取呼叫連接數目，所述呼叫連接數目表示由進行呼叫處理的每個呼叫控制服務器處理的呼叫的數目； 服務器暫?？刂茊卧?，所述服務器暫?？刂茊卧诿總€所述呼叫控制服務器的所述呼叫連接數目從所述呼叫控制服務器中選擇第一呼叫控制服務器，將分配至所述第一呼叫控制服務器的呼叫處理轉移至另一呼叫控制服務器，以及在分配至所述第一呼叫控制服務器的所述呼叫處理不再存在時，暫停所述第一呼叫控制服務器； 分派控制單元，所述分派控制單元接受與所述呼叫處理有關的處理請求，以及在已進行響應于所述處理請求的所述呼叫處理的所述呼叫控制服務器被所述服務器暫停控制單元暫停時，將所述處理請求分派給所述服務器暫?？刂茊卧褜㈨憫谒鎏幚碚埱蟮乃龊艚刑幚磙D移到的所述另一呼叫控制服務器；以及 預測激活控制單元，所述預測激活控制單元計算由特定呼叫控制服務器處理的呼叫的數目的增長率的變化率，基于所述變化率來獲得在預定時間段之后由所述特定呼叫控制服務器處理的呼叫的數目的預測值，以及在所述預測值超過預定值時，激活被暫停的呼叫控制服務器。
2.根據權利要求1所述的通信控制裝置，還包括服務器激活控制單元，所述服務器激活控制單元預先存儲服務器激活閾值，以及在任何所述呼叫控制服務器的負荷超過所述服務器激活閾值時，所述服務器激活控制單元激活所述被暫停的呼叫控制服務器。
3.根據權利要求1所述的通信控制裝置，其中，所述預測激活控制單元周期地獲得由所述特定呼叫控制服務器處理的呼叫的數目的增長率的變化率，以及當在由所述特定呼叫控制服務器處理的呼叫的數目的增長率的當前周期中獲得的變化率大于在由所述特定呼叫控制服務器處理的呼叫的數目的增長率的在前周期中獲得的變化率時，所述預測激活控制單元激活所述被暫停的呼叫控制服務器。
4.根據權利要求1所述的通信控制裝置，其中，所述預測激活控制單元周期地獲得由所述特定呼叫控制服務器處理的呼叫的數目的增長率的變化率，以及當在由所述特定呼叫控制服務器處理的呼叫的數目的增長率的當前周期中獲得的變化率大于在由所述特定呼叫控制服務器處理的呼叫的數目的增長率的在前周期中獲得的變化率時，所述預測激活控制單元縮短所述周期。
5.根據權利要求1所述的通信控制裝置，其中，當在由所述特定呼叫控制服務器處理的呼叫的數目的增長率的當前周期中獲得的變化率小于在由所述特定呼叫控制服務器處理的呼叫的數目的增長率的在前周期中獲得的變化率時，并且當所述周期被縮短時，所述預測激活控制單元延長所述周期。
6.一種通信控制方法，包括: 獲取呼叫連接數目，所述呼叫連接數目表示由進行呼叫處理的每個呼叫控制服務器處理的呼叫的數目； 基于每個所述呼叫控制服務器的所述呼叫連接數目從所述呼叫控制服務器中選擇第一呼叫控制服務器，并將分配至所述第一呼叫控制服務器的呼叫處理轉移至另一呼叫控制服務器； 在分配至所述第一呼叫控制服務器的所述呼叫處理不再存在時，暫停所述第一呼叫控制服務器； 接受與所述呼叫處理有關的處理請求，以及在已進行響應于所述處理請求的所述呼叫處理的所述呼叫控制服務器被暫停時，將所述處理請求分派給響應于所述處理請求的所述呼叫處理已被轉移到的所述另一呼叫控制服務器； 計算由特定呼叫控制服務器處理的呼叫的數目的增長率的變化率； 基于所述變化率來獲得在預定時間段之后由所述特定呼叫控制服務器處理的呼叫的數目的預測值；以及 在所述預測值超過預定值時，激活被暫停的呼叫控制服務器。
7.一種具有呼叫控制服務器和通信控制裝置的通信控制系統(tǒng)，其中: 所述呼叫控制服務器包括: 呼叫處理單元，其進行呼叫處理，以及 暫?？刂茊卧鋾和Ｗ陨淼难b置；并且 所述通信控制裝置包括: 呼叫連接數目管理單元，其獲取呼叫連接數目，所述呼叫連接數目表示由每個呼叫控制服務器處理的呼叫的數目； 服務器暫?？刂茊卧?，所述服務器暫停控制單元基于每個所述呼叫控制服務器的所述呼叫連接數目從所述呼叫控制服務器中選擇第一呼叫控制服務器，將分配至所述第一呼叫控制服務器的呼叫處理轉移至另一呼叫控制服務器，以及在分配至所述第一呼叫控制服務器的所述呼叫處理不再存在時，指示所述第一呼叫控制服務器暫停所述第一呼叫控制服務器； 分派控制單元，所述分派控制單元接受與所述呼叫處理有關的處理請求，以及在已進行響應于所述處理請求的所述呼叫處理的所述呼叫控制服務器被暫停時，將所述處理請求分派給所述服務器暫?？刂茊卧褜㈨憫谒鎏幚碚埱蟮乃龊艚刑幚磙D移到的所述另一呼叫控制服務器；以及 預測激活控制單元，所述預測激活控制單元計算由特定呼叫控制服務器處理的呼叫的數目的增長率的變化率，基于所述變化率來獲得在預定時間段之后由所述特定呼叫控制服務器處理的呼叫的數目的預測值，以及在所述預測值超過預定值時，激活被暫停的呼叫控制服務器。
【文檔編號】H04L29/06GK104378347SQ201410370035
【公開日】2015年2月25日 申請日期:2014年7月30日 優(yōu)先權日:2013年8月12日
【發(fā)明者】藤本英彥, 辻直孝, 米沢九州男, 原口雄一 申請人:富士通株式會社