国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      通信控制裝置、通信控制方法以及通信控制系統(tǒng)的制作方法

      文檔序號:7994981閱讀:186來源:國知局
      通信控制裝置、通信控制方法以及通信控制系統(tǒng)的制作方法
      【專利摘要】呼叫連接數管理部(16)獲取呼叫連接數,該呼叫連接數表示進行呼叫處理的各呼叫控制服務器正在處理的呼叫的數量。服務器停止控制部(15)根據每個呼叫控制服務器的呼叫連接數選擇第一呼叫控制服務器,將分配給第一呼叫控制服務器的呼叫處理轉移給其他的呼叫控制服務器,當分配給第一呼叫控制服務器的呼叫處理沒有時,使第一呼叫控制服務器停止。分配控制部(12)接受與呼叫處理相關的處理請求,并且在進行了與處理請求對應的呼叫處理的呼叫控制服務器被服務器停止控制部(15)停止的情況下,將所述處理請求分配給作為由服務器停止控制部(15)轉移了與所述處理請求對應的呼叫處理的目的地的所述其他的呼叫控制服務器。
      【專利說明】通信控制裝置、通信控制方法以及通信控制系統(tǒng)

      【技術領域】
      [0001]本發(fā)明涉及通信控制裝置、通信控制方法以及通信控制系統(tǒng)。

      【背景技術】
      [0002]近年來,在通信服務的領域中,因寬度契約者的增加和服務的多樣化,業(yè)務量也逐漸增加。由于這種傾向,通信領域中所使用的服務器被要求能承受將來的業(yè)務量的性能。
      [0003]在實現(xiàn)這樣要求的性能時,在使一臺服務器大容量化的方法中,在能夠對應的性能上存在界限。并且,最近,要求從小規(guī)模開始向階段性的業(yè)務量變動的設備有效應用和省電化對策。在這種狀況中,僅根據以往的ACT/SBY(Active/Standby)功能和雙重化結構不能滿足服務器所要求的條件。因此,提出了如下的方案:通過使用將多臺服務器作為基礎的通信控制系統(tǒng),而實現(xiàn)系統(tǒng)的性能以及提高規(guī)模。
      [0004]其中,存在如下的以往技術:使用根據來自客戶端的每單位時間的處理請求數的最大值而計算出的每I臺服務器的處理數,求出處理當前的請求時需要的服務器臺數,判定是否存在可停止的服務器或應該起動的服務器(例如,參照專利文獻I)。
      [0005]并且,存在如下的以往技術:根據多個服務器的優(yōu)先度,通過從優(yōu)先度高的服務器開始對請求進行分配直到達到閾值為止,從而增減服務器工作臺數(例如,參照專利文獻2)。
      [0006]現(xiàn)有技術文獻
      [0007]專利文獻
      [0008]專利文獻1:日本特開2011-015196號公報
      [0009]專利文獻2:日本特開2011-013870號公報


      【發(fā)明內容】

      [0010]發(fā)明要解決的課題
      [0011]然而,在根據對請求進行處理所需要的服務器臺數而使服務器停止或起動的以往技術中,在服務器全部處理完針對要停止的服務器的繼續(xù)處理請求之前,無法停止服務器。因此,很難實現(xiàn)高效地省電化。特別是在進行呼叫控制的服務器的情況下,由于處理時間根據使用者的使用狀況而改變,因此,有可能不能進行用于省電化的最佳的控制。并且,在根據優(yōu)先度來分配請求的以往技術中,在負荷暫時變高而將處理分配給優(yōu)先度低的服務器的情況下,即使之后負荷變低,還剩下所分配的處理的優(yōu)選度低的服務器在處理結束之前也無法停止。
      [0012]本發(fā)明公開的技術是鑒于上述而完成的,其目的在于,提供一種減輕通信系統(tǒng)的耗電的通信控制裝置、通信控制方法以及通信控制系統(tǒng)。
      [0013]用于解決課題的手段
      [0014]本發(fā)明所公開的通信控制裝置、通信控制方法以及通信控制系統(tǒng)在一個方式中,呼叫連接數管理部獲取呼叫連接數,該呼叫連接數表示進行呼叫處理的各呼叫控制服務器正在處理的呼叫的數量。服務器停止控制部根據每個所述服務器的呼叫連接數,從所述呼叫控制服務器中選擇第一呼叫控制服務器,將分配給所述第一呼叫控制服務器的呼叫處理轉移給其他的呼叫控制服務器,當分配給所述第一呼叫控制服務器的呼叫處理沒有時,使所述第一呼叫控制服務器停止。分配控制部接受與呼叫處理相關的處理請求,并且在進行了與所述處理請求對應的呼叫處理的呼叫控制服務器被所述服務器停止控制部停止的情況下,將所述處理請求分配給作為由所述服務器停止控制部轉移了與所述處理請求對應的呼叫處理的目的地的所述其他的呼叫控制服務器。
      [0015]發(fā)明效果
      [0016]根據本發(fā)明所公開的通信控制裝置、通信控制方法和通信控制系統(tǒng)的一個方式,實現(xiàn)能夠降低通信系統(tǒng)的耗電的效果。

      【專利附圖】

      【附圖說明】
      [0017]圖1是實施例的通信系統(tǒng)的框圖。
      [0018]圖2是呼叫信息的一例的圖。
      [0019]圖3是服務器管理信息的一例的圖。
      [0020]圖4是呼叫連接信息列表的一例的圖。
      [0021]圖5是服務器狀態(tài)管理表的一例的圖。
      [0022]圖6是表示呼叫處理的移動發(fā)生前的各呼叫控制服務器所管理的呼叫處理的圖。
      [0023]圖7是表示呼叫處理的移動發(fā)生后的各呼叫控制服務器所管理的呼叫處理的圖。
      [0024]圖8是表示返回呼叫處理前的各呼叫控制服務器所管理的呼叫處理的圖。
      [0025]圖9是表示返回了呼叫處理后的各呼叫控制服務器所管理的呼叫處理的圖。
      [0026]圖10是由2臺服務器構成了通信控制裝置的情況下的結構例的圖。
      [0027]圖11是建立通信之前的處理的序列圖。
      [0028]圖12是呼叫處理的轉移處理的序列圖。
      [0029]圖13是轉移后的呼叫處理的序列圖。
      [0030]圖14是呼叫處理的返回處理的序列圖。
      [0031]圖15是返回后的呼叫處理的序列圖。
      [0032]圖16是停止對象服務器和轉移目的地服務器的決定處理的流程圖。
      [0033]圖17是示出轉移前的呼叫連接信息列表的狀態(tài)的一例的圖。
      [0034]圖18是示出呼叫連接數升序排序結果的一例的圖。
      [0035]圖19是示出進行了停止對象服務器和轉移目的地服務器的決定處理時的計算結果的一例的圖。
      [0036]圖20是返回被轉移的呼叫處理的呼叫控制服務器的決定處理的流程圖。
      [0037]圖21是示出返回呼叫處理前的呼叫連接信息列表的狀態(tài)的一例的圖。
      [0038]圖22是示出進行了返回呼叫處理的呼叫控制服務器的決定處理時的計算結果的一例的圖。
      [0039]圖23是表示服務器管理信息的遷移的圖。
      [0040]圖24是表不呼叫/[目息的遷移的圖。
      [0041]圖25是表示服務器狀態(tài)管理表的遷移的圖。
      [0042]圖26A是示出使用了以往技術的情況下的呼叫連接的狀態(tài)的一例的圖。
      [0043]圖26B是示出使用了本實施例的通信控制裝置的情況下的呼叫連接數的狀態(tài)的一例的圖。
      [0044]圖27A是示出使用了以往技術的情況下的呼叫連接的狀態(tài)的其他例的圖。
      [0045]圖27B是示出使用了本實施例的通信控制裝置的情況下的呼叫連接數的狀態(tài)的其他例的圖。
      [0046]圖28是通信控制裝置的硬件結構圖。

      【具體實施方式】
      [0047]下面,根據附圖,對本申請所公開的通信控制裝置、通信控制方法以及通信控制系統(tǒng)的實施例進行詳細的說明。另外,本申請所公開的通信控制裝置、通信控制方法以及通信控制系統(tǒng)不被以下的實施例所限定。
      [0048]實施例
      [0049]圖1是實施例的通信系統(tǒng)的框圖。本實施例的通信控制系統(tǒng)具有通信控制裝置I和呼叫控制服務器21?22。這里,在圖1中,僅記載了呼叫控制服務器21和22這2臺,但是呼叫控制服務器也可以是3臺以上。在以下沒有區(qū)別各呼叫控制服務器的情況下,稱為“呼叫控制服務器20”。利用網絡來連接通信控制裝置I和呼叫控制服務器20。
      [0050]并且,呼叫側系統(tǒng)31和被叫側系統(tǒng)41的組合表示是通過呼叫控制服務器21進行系統(tǒng)間的呼叫處理的系統(tǒng)。并且,呼叫側系統(tǒng)32和被叫側系統(tǒng)42的組合表示是通過呼叫控制服務器22進行系統(tǒng)間的呼叫處理的系統(tǒng)。在圖1中,為了表示與管理呼叫處理的呼叫控制服務器之間的對應,而表示為呼叫控制服務器21和22與呼叫側系統(tǒng)31、32以及被叫側系統(tǒng)41、42分別連接。但是,呼叫側系統(tǒng)31、32以及被叫側系統(tǒng)41、42也可以與連接通信控制裝置I和呼叫控制服務器21?22的網絡連接。在以下的說明中,在沒有區(qū)別各呼叫側系統(tǒng)的情況下,稱為“呼叫側系統(tǒng)30”。并且,在沒有區(qū)別各被叫側系統(tǒng)的情況下,稱為“被叫側系統(tǒng)40”。
      [0051]通信控制裝置I具有:存儲部10、服務器起動控制部11、分配控制部12、通信控制部13、轉移目的地服務器管理部14、服務器停止控制部15、呼叫連接數管理部16、呼叫信息訪問控制部17以及呼叫號碼管理部18。
      [0052]存儲部10存儲服務器狀態(tài)管理表101、呼叫連接信息列表102、服務器管理信息103以及呼叫信息104各自的格式。
      [0053]圖2是呼叫信息的一例的圖。例如,如圖2所示,呼叫信息104是將呼叫號碼、呼叫狀態(tài)、被叫號碼、主叫號碼、通話開始時刻以及其他的信息分別對應起來進行登記的表等。呼叫狀態(tài)是表示分配了呼叫號碼的呼叫是否為通話中等呼叫的狀態(tài)的信息。被叫號碼是表示被叫側的裝置的電話號碼的信息。主叫號碼是表示呼叫側的裝置的電話號碼的信息。通話開始時刻是表示在呼叫側的裝置與被叫側的裝置之間開始進行通話的時刻的信息。在圖2中,其他的信息是被表示為“etc”的信息,是呼叫中附帶的各種信息。
      [0054]圖3是服務器管理信息的一例的圖。例如,如圖3所示,服務器管理信息103是將呼叫號碼、運轉狀態(tài)、呼叫生成服務器和轉移目的地服務器分別對應起來進行登記的表等。運轉狀態(tài)是表示如下情況的信息:分配了呼叫號碼的呼叫的呼叫處理是由生成了該呼叫的呼叫控制服務器來進行管理,還是將該呼叫處理從呼叫生成服務器轉移到其他的呼叫控制服務器并由轉移目的地的呼叫控制服務器來進行管理。并且,呼叫生成服務器是生成了分配有呼叫號碼的呼叫的呼叫控制服務器的信息。以下,有時將生成了呼叫的呼叫控制服務器稱為“呼叫生成服務器”。轉移目的地服務器是從后述的呼叫生成服務器向其他的呼叫控制服務器進行了呼叫處理轉移的情況下的、轉移了呼叫處理的目的地的呼叫控制服務器的信息。以下,有時將轉移了呼叫處理的目的地的呼叫控制服務器稱為“轉移目的地服務器”。在服務器管理信息103中,與未分配給呼叫的呼叫號碼對應的運轉狀態(tài)為“空”,呼叫生成服務器和轉移目的地服務器為“無效(NULL) ”。
      [0055]圖4是呼叫連接信息列表的一例的圖。例如,如圖4所示,呼叫連接信息列表102是將服務器號碼、通常處理呼叫數、轉移處理呼叫數以及轉移源服務器分別對應起來進行登記的表等。服務器號碼是各呼叫控制服務器20的識別信息。通常處理呼叫數是由具有對應的服務器號碼的呼叫控制服務器20生成并管理的呼叫的個數。轉移處理個數是將呼叫處理轉移到具有對應的服務器號碼的呼叫控制服務器20的呼叫的每個轉移源服務器的個數。呼叫生成服務器是生成了分配有呼叫號碼的呼叫的呼叫控制服務器的識別信息。轉移目的地服務器是將呼叫處理轉移給具有對應的服務器號碼的呼叫控制服務器20的呼叫控制服務器20的識別信息。呼叫連接信息列表102是由后述的呼叫連接數管理部16生成的。
      [0056]圖5是服務器狀態(tài)管理表的一例的圖。例如,如圖5所示,服務器狀態(tài)管理表101是將服務器號碼、地址、運轉狀態(tài)、轉移目的地服務器地址以及新事件可否受理分別對應起來進行登記的表等。服務器號碼是各呼叫控制服務器20的識別信息。運轉狀態(tài)是表示具有對應的服務器號碼的呼叫控制服務器20是運轉中還是停止中的信息。轉移目的地服務器地址是被轉移了具有對應的服務器號碼的呼叫控制服務器20所具有的呼叫處理的呼叫控制服務器20的地址。新事件可否受理是表示具有對應的服務器號碼的呼叫控制服務器20能否受理新事件的信息。
      [0057]通信控制部13從呼叫控制服務器20、呼叫側系統(tǒng)30以及被叫側系統(tǒng)40接收數據并向對接收到的數據進行處理的各部分輸出數據。并且,通信控制部13接收從各部分輸出的數據并向呼叫控制服務器20、呼叫側系統(tǒng)30和被叫側系統(tǒng)40發(fā)送數據。這樣,通信控制裝置I的各部分實際上經由通信控制部13與呼叫控制服務器20、呼叫側系統(tǒng)30和被叫側系統(tǒng)40進行數據的交換,但是在以下的說明中,為了方便起見,有時以各部分與呼叫控制服務器20進行數據的授受的方式進行說明。
      [0058]呼叫號碼管理部18從呼叫控制服務器20接受呼叫號碼獲取請求,該呼叫控制服務器20從呼叫側系統(tǒng)30接受到呼叫設定的請求。呼叫號碼管理部18確認呼叫信息104的呼叫狀態(tài),并確定沒有被使用的呼叫號碼。呼叫號碼管理部18針對來自呼叫控制服務器20的呼叫號碼獲取請求,分配未被使用的呼叫號碼。并且,呼叫號碼管理部18向發(fā)送來呼叫號碼獲取請求的呼叫控制服務器20發(fā)送所分配的呼叫號碼。
      [0059]此外,呼叫號碼管理部18在與分配的呼叫號碼對應的服務器管理信息103的運轉狀態(tài)的欄上登記“通常”。并且,呼叫號碼管理部18在與分配的呼叫號碼對應的服務器管理信息103的呼叫生成服務器的欄上登記發(fā)送了該呼叫號碼的呼叫控制服務器20的識別信肩、O
      [0060]呼叫信息訪問控制部17具備使某呼叫控制服務器20管理的呼叫的信息無法由其他的呼叫控制服務器20訪問等的排他控制功能。并且,呼叫信息訪問控制部17提供如下功能:用于使呼叫控制服務器20根據呼叫號碼訪問呼叫信息并進行參照和更新等。
      [0061]例如,在建立通話的情況下,呼叫信息訪問控制部17從呼叫控制服務器20接收由呼叫號碼管理部18分配的呼叫號碼以及與該號碼對應的主叫號碼或被叫號碼等信息。并且,呼叫信息訪問控制部17在呼叫信息104上登記接收到的主叫號碼、被叫號碼等信息。此夕卜,呼叫信息訪問控制部17將與接收到的呼叫號碼對應的呼叫信息104的呼叫狀態(tài)變?yōu)橹鹘袪顟B(tài)。然后,呼叫信息訪問控制部17在從呼叫控制服務器20接受到呼叫信息讀出請求時,讀出呼叫信息104并發(fā)送給呼叫控制服務器20。并且,呼叫信息訪問控制部17在呼叫的狀態(tài)遷移后,從呼叫控制服務器20接受呼叫信息寫入請求。并且,呼叫信息訪問控制部17為了表示呼叫的遷移狀態(tài)而改變呼叫信息104的呼叫狀態(tài)。并且,當成為通話狀態(tài)時,呼叫信息訪問控制部17將呼叫信息104的呼叫狀態(tài)變?yōu)椤巴ㄔ捴小薄?br> [0062]并且,結束通話的情況也同樣,呼叫信息訪問控制部17在從呼叫控制服務器20接受到呼叫信息讀出請求時,讀出呼叫信息104并發(fā)送給呼叫控制服務器20。并且,呼叫信息訪問控制部17在呼叫的狀態(tài)遷移后,從呼叫控制服務器20接受呼叫信息寫入請求。并且,呼叫信息訪問控制部17為了表示呼叫的遷移狀態(tài)而改變呼叫信息104的呼叫狀態(tài)。并且,當成功切斷通話時,呼叫信息訪問控制部17將呼叫信息104中的與成功切斷通話的呼叫的呼叫號碼對應的呼叫狀態(tài)變?yōu)椤翱铡保⑶?,從呼叫信?04中刪除與該呼叫號碼對應的被叫號碼、被叫號碼、通話開始時間以及其他的信息。
      [0063]呼叫連接數管理部16在從后述的服務器停止控制部15接受到呼叫連接信息獲取請求時,提取服務器管理信息103中的運轉狀態(tài)為“通?!钡暮艚刑幚恚凑崭骱艚猩煞掌鬟M行合計。并且,呼叫連接數管理部16在呼叫連接信息列表102中的各呼叫控制服務器的通常處理呼叫數上登記合計結果。并且,呼叫連接數管理部16提取服務器管理信息103中的運轉狀態(tài)為“轉移”的呼叫處理,并按照每個轉移目的地服務器和每個呼叫生成服務器進行合計。并且,呼叫連接數管理部16確定與所合計的各轉移目的地服務器對應的呼叫連接信息列表102中的呼叫控制服務器20。呼叫連接數管理部16在呼叫連接信息列表102的與所確定的呼叫控制服務器對應的轉移源服務器號碼的欄上,登記在服務器管理信息103中使所確定的呼叫控制服務器20為轉移目的地服務器的呼叫生成服務器的識別信息。此外,呼叫連接數管理部16在與所登記的轉移源服務器號碼對應的轉移處理呼叫數目的欄上登記合計結果。
      [0064]服務器停止控制部15定期地向呼叫連接數管理部16發(fā)送呼叫連接信息獲取請求。這里,只要發(fā)送呼叫連接信息請求的周期縮短就能夠提高停止服務器的頻率,因此,能夠進一步實現(xiàn)省電化,但是,通信控制裝置的負荷會變高。因此,優(yōu)選按照運用狀況來決定發(fā)送呼叫連接信息請求的周期。
      [0065]服務器停止控制部15參照呼叫連接數管理部16所更新的呼叫連接信息列表,判定是否存在可停止的服務器。這里,對服務器停止控制部15所進行的可停止的服務器的判定進行詳細的說明。
      [0066]服務器停止控制部15預先存儲服務器停止監(jiān)視閾值,該服務器停止監(jiān)視閾值用于判定服務器是否可停止。例如,可以將服務器停止監(jiān)視閾值設為最大負荷量的20%等。并且,服務器停止控制部15從呼叫連接信息列表102獲取各呼叫控制服務器20所管理的通常處理呼叫數和轉移處理呼叫數。并且,服務器停止控制部15按照每個呼叫控制服務器20對通常處理個數和轉移處理個數進行合計并計算呼叫連接數。然后,服務器停止控制部15按照呼叫連接數的升序對呼叫控制服務器20進行排序。并且,服務器停止控制部15從升序的最高位向最低位逐一地選擇檢查對象服務器,并重復進行以下的處理。服務器停止控制部15在檢查對象服務器的下一個順序的呼叫控制服務器20到最低位的呼叫控制服務器20之間,判定是否存在如下的服務器:即使使該服務器管理的呼叫連接數加上檢查對象服務器的呼叫連接數也沒有超過服務器停止監(jiān)視閾值。服務器停止控制部15在存在即使加上檢查對象服務器的呼叫連接數也沒有超過服務器停止監(jiān)視閾值的服務器的情況下,將該檢查對象服務器判定為停止對象服務器。該停止對象服務器相當于“第一呼叫控制服務器”的一例。并且,服務器停止控制部15將即使加上停止對象服務器的呼叫連接數也沒有超過服務器停止監(jiān)視閾值的服務器中的順序最低的呼叫控制服務器20決定為轉移目的地服務器。并且,服務器停止控制部15將通過轉移呼叫處理而使各呼叫控制服務器20進行管理的呼叫處理的數作為計算結果而求出。服務器停止控制部15在檢查對象服務器轉移到下一個呼叫控制服務器20的情況下,也保持該計算結果,每次產生呼叫處理的轉移時都進行更新。
      [0067]當針對所有的呼叫控制服務器20的是否可停止的檢查完成時,服務器停止控制部15向分配控制部12通知停止停止對象服務器的分配。
      [0068]此外,服務器停止控制部15向轉移目的地服務管理部14通知將服務管理信息103中的停止對象服務器的運轉狀態(tài)變?yōu)椤巴V怪小币约暗怯涋D移目的地服務器。
      [0069]當從轉移目的地服務管理部14接收到服務器管理信息103的更新的完成通知時,服務器停止控制部15向分配控制部12通知停止對象服務器所管理的呼叫的轉移目的地服務器,指示分配控制部12更新服務器狀態(tài)管理表21。
      [0070]接著,服務器停止控制部15向作為停止對象服務器的呼叫控制服務器20發(fā)送停止命令。
      [0071]服務器起動控制部11定期地向呼叫連接數管理部16發(fā)送呼叫連接信息獲取請求。這里,只要發(fā)送呼叫連接信息請求的周期縮短就能夠提高服務器的起動的頻率,能夠抑制服務器成為高負荷的情況,但是,通信控制裝置I的負荷變高。因此,優(yōu)選按照運用狀況來決定發(fā)送呼叫連接信息請求的周期。
      [0072]服務器起動控制部11參照呼叫連接數管理部16所更新的呼叫連接信息列表102,判定是否存在停止中服務器。在存在停止中服務器的情況下,服務器起動控制部11判定是否存在具有超過預先存儲的服務器起動監(jiān)視閾值的負荷量的呼叫控制服務器20 (下面,有時稱為“高負荷服務器”)。這里,服務器起動監(jiān)視閾值采取比服務器停止監(jiān)視閾值低的值。例如,在使服務器停止監(jiān)視閾值為最大負荷量的20%的情況下,可以使服務器起動監(jiān)視閾值為最大負荷量的50%等。
      [0073]在存在高負荷服務器的情況下,服務器起動控制部11決定使轉移到高負荷服務器的呼叫處理返回到轉移源服務器。服務器起動控制部11向轉移目的地服務器管理部14通知服務器管理信息的更新請求。
      [0074]當從轉移目的地服務器管理部14接收到服務器管理信息103的更新的完成通知時,服務器起動控制部11向作為返回呼叫處理的移動源服務器的呼叫控制服務器20發(fā)送起動命令。
      [0075]此外,服務器起動控制部11向服務器狀態(tài)管理部通知高負荷服務器的信息,并且,指示分配控制部12更新服務器狀態(tài)管理表101。
      [0076]此外,服務器起動控制部11指示轉移目的地服務管理部14將服務器管理信息103中的返回呼叫處理的轉移源服務器的運轉狀態(tài)變?yōu)椤巴ǔ!币约皩⑥D移目的地服務器返回
      “無效”。
      [0077]轉移目的地服務器管理部14從服務器停止控制部15接受將服務管理信息103中的停止對象服務器的運轉狀態(tài)變?yōu)椤巴V怪小币约暗怯涋D移目的地服務器的請求。并且,轉移目的地服務器管理部14將服務器管理信息103中的停止對象服務器的運轉狀態(tài)變?yōu)椤巴V怪小?,進而登記從停止對象服務器轉移了呼叫的轉移目的地服務器的識別信息。然后,轉移目的地服務器管理部14向服務器停止控制部15輸出服務器管理信息103的更新的完成通知。
      [0078]并且,轉移目的地服務器管理部14從服務器停止控制部15接受將服務管理信息103中的返回呼叫處理的轉移源服務器的運轉狀態(tài)變?yōu)椤巴ǔ!币约皩⑥D移目的地服務器返回“無效”的請求。并且,轉移目的地服務器管理部14將服務管理信息103中的返回呼叫處理的轉移源服務器的運轉狀態(tài)變?yōu)椤巴ǔ!?,進而將轉移目的地服務器返回“無效”。然后,轉移目的地服務器管理部14向服務器起動控制部11輸出服務器管理信息103的更新的完成通知。
      [0079]分配控制部12從呼叫側系統(tǒng)30接收呼叫設定的請求。并且,分配控制部12從呼叫控制服務器20中選擇設定呼叫的服務器。然后,分配控制部12向所選擇的呼叫控制服務器20通知呼叫側系統(tǒng)30的信息和被叫側系統(tǒng)40的信息,在所選擇的呼叫控制服務器20上進行呼叫設定。
      [0080]分配控制部12從服務器停止控制部15接受停止分配新事件的指示。并且,分配控制部12使在此以后所請求的呼叫設定等事件不向停止對象服務器分配。
      [0081]然后,分配控制部12從服務器停止控制部15接受停止對象服務器所管理的呼叫處理的轉移目的地服務器的通知以及服務器狀態(tài)管理表101的更新的指示。并且,分配控制部12將服務器狀態(tài)管理表101的停止對象服務器的運轉狀態(tài)變?yōu)椤巴V怪小?。此外,分配控制?2在轉移目的地服務器地址中寫入停止對象服務器的呼叫處理的轉移目的地服務器的地址,使新事件可否受理為“不可”。
      [0082]并且,分配控制部12從服務器起動控制部11接受將服務管理信息103中的返回呼叫處理的轉移源服務器的運轉狀態(tài)變?yōu)椤巴ǔ!币约皩⑥D移目的地服務器返回“無效”的指示。并且,分配控制部12在服務器狀態(tài)管理表101中,將返回呼叫處理的轉移源服務器的運轉狀態(tài)變?yōu)椤斑\轉中”,將轉移目的地服務器地址返回“無效”,使新事件可否受理為“可”。
      [0083]接著,對呼叫控制服務器進行說明。這里,以呼叫控制服務器21為例進行說明,但是,呼叫控制服務器20都具有同樣的功能。呼叫控制服務器21具有通信控制部201、呼叫處理部202以及電源控制部203。
      [0084]通信控制部201對通信控制裝置1、呼叫側系統(tǒng)30以及被叫側系統(tǒng)40之間的通信進行控制。
      [0085]呼叫處理部202進行由通信控制裝置I設定的呼叫的處理。例如,呼叫處理部202生成并發(fā)送向通信控制裝置I發(fā)送的呼叫信息、生成并發(fā)送向呼叫側系統(tǒng)30和被叫側系統(tǒng)40發(fā)送的信號等。呼叫處理部202在生成向呼叫側系統(tǒng)30和被叫側系統(tǒng)40發(fā)送的信號的情況下,將Via頭、Record-Route頭編輯為經由通信控制裝置I的分配控制部12。
      [0086]電源控制部203接受來自通信控制裝置I的服務器停止控制部15的停止命令,開始進行呼叫控制服務器21的停止處理,然后,將電源關閉。并且,電源控制部203接受來自通信控制裝置I的服務器起動控制部11的起動命令,將呼叫控制服務器21的電源打開,開始進行起動處理。該電源控制部203相當于“停止控制部”的一例。
      [0087]接著,參照圖6?圖9,再次對呼叫處理的轉移處理以及移動后的呼叫處理的返回處理的概要進行總結說明。圖6是表示呼叫處理的移動發(fā)生前的各呼叫控制服務器所管理的呼叫處理的圖。并且,圖7是表示呼叫處理的移動發(fā)生后的各呼叫控制服務器所管理的呼叫處理的圖。并且,圖8是表示返回呼叫處理前的各呼叫控制服務器所管理的呼叫處理的圖。并且,圖9是表示返回呼叫處理后的各呼叫控制服務器所管理的呼叫處理的圖。圖6?圖9的縱軸都表示與呼叫處理的數量對應的呼叫控制服務器的負荷量,橫軸表示各呼叫控制服務器20。在以下的說明中,對存在被稱為呼叫控制服務器#1?#3這3臺呼叫控制服務器20的情況進行說明。并且,這里,為了便于說明,上述的排序等、決定轉移呼叫處理的呼叫控制服務器20等處理省略,對將呼叫控制服務器#2和#3的呼叫處理轉移到呼叫控制服務器#1的情況進行說明。
      [0088]服務器停止控制部15例如預先存儲圖6所示的服務器停止監(jiān)視閾值302作為用于判定服務器可否停止的閾值。最大負荷量301是表示能夠施加給呼叫控制服務器20的負荷量的最大值的值。服務器停止監(jiān)視閾值302是比最大負荷量301低的值。并且,在圖6的狀態(tài)中,呼叫控制服務器#1管理呼叫處理A,呼叫控制服務器#2管理呼叫處理B,呼叫控制服務器#3管理呼叫處理C。
      [0089]并且,服務器停止控制部15在將呼叫控制服務器#2和#3所管理的呼叫處理轉移到呼叫控制服務器#1的情況下,判定呼叫控制服務器#1的負荷量是否超過服務器停止監(jiān)視閾值302。在沒有超過的情況下,判定呼叫控制服務器#2和#3雙方為停止對象服務器。這里,如圖6的虛線所示,即使在呼叫控制服務器#1所管理的呼叫處理A上加上呼叫處理B和呼叫處理C,也沒有超過服務器停止監(jiān)視閾值302。因此,服務器停止控制部15決定將呼叫控制服務器#2和#3所管理的呼叫處理B和C移動到呼叫控制服務器#1,并停止呼叫控制服務器#2和#3。
      [0090]并且,服務器停止控制部15向分配控制部12通知將呼叫控制服務器#2和#3所管理的呼叫處理B和呼叫處理C轉移到呼叫控制服務器#1的內容的通知以及更新服務器狀態(tài)管理表101的指示。分配控制部12接受來自服務器停止控制部15的通知,使服務器狀態(tài)管理表101中的、呼叫控制服務器#2和#3的運轉狀態(tài)為停止中,進而,在呼叫控制服務器#2和#3所管理的呼叫處理B和呼叫處理C的轉移目的地服務器地址上寫入呼叫控制服務器#1的地址。由此,分配控制部12能夠將這以后的呼叫處理B和呼叫處理C中的各處理發(fā)送給服務器#1。即,如圖7所示,能夠將呼叫控制服務器#2和#3所管理的呼叫處理B和呼叫處理C轉移到呼叫控制服務器#1。
      [0091]接著,在圖7的狀態(tài)時,例如,在呼叫控制服務器#1上設定新的呼叫,呼叫處理D和呼叫處理E由呼叫控制服務器#1管理,成為圖8所表示的狀態(tài)。在該情況下,呼叫控制服務器#1的負荷量變?yōu)榉掌髌饎颖O(jiān)視閾值303以上,成為高負荷服務器。因此,服務器起動控制部11決定將轉移到呼叫控制服務器#1的呼叫處理B和呼叫處理C返回到作為轉移源服務器的呼叫控制服務器#2和#3。
      [0092]并且,服務器起動控制部11向分配控制部12通知將呼叫控制服務器#1所管理的呼叫處理B和呼叫處理C返回到呼叫控制服務器#2和#3的內容的通知以及更新服務器狀態(tài)管理表101的指示。分配控制部12接受來自服務器起動控制部11的通知,使服務器狀態(tài)管理表101中的、呼叫控制服務器#2和#3的運轉狀態(tài)返回到通常,進而,使與呼叫控制服務器#2和#3對應的轉移目的地服務器地址返回“無效”。由此,分配控制部12能夠向服務器#2發(fā)送這以后的呼叫處理B中的各處理,向服務器#3發(fā)送呼叫處理C中的各處理。即,如圖9所示,將呼叫處理B和呼叫處理C返回到呼叫控制服務器#2和#3,能夠減少呼叫控制服務器#1的負荷量。
      [0093]接著,參照圖10,對將通信控制裝置I分成分配服務器151和DB(Data Base:數據庫)服務器152而構成的情況下的通信系統(tǒng)進行說明。圖10是利用2臺服務器構成通信控制裝置的情況下的結構例的圖。
      [0094]分配服務器151具有:服務器起動控制部11、分配控制部12、服務器停止控制部15以及通信控制部191。并且,分配服務器151存儲服務器狀態(tài)管理表101、呼叫連接信息列表102以及服務器管理信息103。分配服務器151是具有向呼叫控制服務器20分配呼叫處理的功能的服務器。
      [0095]DB服務器152具有轉移目的地服務器管理部14、呼叫連接數管理部16、呼叫信息訪問控制部17、呼叫號碼管理部18以及通信控制部192。并且,DB服務器152存儲呼叫信息104。DB服務器152是具有對登記了呼叫信息的數據庫進行管理的功能的服務器。
      [0096]并且,在圖10中,與圖1具有相同符號的各部分具有相同的功能。但是,由于分成2臺服務器,因此,圖1中的通信控制部13被分成分配服務器151的通信控制部191與DB服務器152的通信控制部192。
      [0097]這樣,如圖10所示,通信控制裝置I能夠分成2臺服務器,也能夠將功能分給其以上臺數的服務器。并且,各功能的分配方法不限于圖10的例子,也不特別限制哪個服務器具有哪個功能。
      [0098]這里,參照圖11,以圖10的通信信息系統(tǒng)為例,對建立通信之前的處理的流程進行說明。圖11是建立通信之前的處理的序列圖。
      [0099]呼叫側系統(tǒng)30向分配服務器151發(fā)送作為用于進行通話請求、設定呼叫的呼叫設定請求的INVITE (步驟S101)。
      [0100]分配服務器151從呼叫側系統(tǒng)30接收INVITE。并且,分配服務器151的分配控制部12選擇設定呼叫的呼叫控制服務器20,并向所選擇的呼叫控制服務器20發(fā)送INVITE (步驟 S102)。
      [0101]呼叫控制服務器20的呼叫處理部202從分配服務器151接收INVITE。接著,呼叫處理部202向DB服務器152發(fā)送呼叫號碼獲取請求(步驟S103)。
      [0102]DB服務器152從呼叫控制服務器20的呼叫處理部202接收呼叫號碼獲取請求。接著,DB服務器152的呼叫號碼管理部18從呼叫信息104獲取沒有被使用的呼叫號碼(步驟S104)。呼叫號碼管理部18將獲取到的呼叫號碼分配給從呼叫側系統(tǒng)30具有設定請求的呼叫。此外,呼叫號碼管理部18在與所分配的呼叫號碼對應的服務器管理信息103的各欄上登記信息(步驟S105)。此外,呼叫號碼管理部18向呼叫控制服務器20發(fā)送所分配的呼叫號碼(步驟S106)。
      [0103]呼叫控制服務器20的呼叫處理部202從DB服務器152的呼叫號碼管理部18接收被分配給從呼叫側系統(tǒng)30具有設定要求的呼叫的呼叫號碼。接著,呼叫處理部202生成與使用來自呼叫側系統(tǒng)30的設定要求而進行分配的呼叫號碼對應的呼叫信息(步驟S107)。接著,呼叫處理部202向DB服務器152發(fā)送所生成的呼叫信息(步驟S108)。
      [0104]DB服務器152的呼叫信息訪問控制部17從呼叫控制服務器20的呼叫處理部202接收呼叫信息。接著,呼叫信息訪問控制部17在呼叫信息104中登記接收到的呼叫信息(步驟 S109)。
      [0105]呼叫控制服務器20的呼叫處理部202生成用于將INVITE傳遞給被叫側系統(tǒng)40的信號(步驟Sl1)。此時,呼叫處理部202將所生成的信號的Via頭和Record-Route頭編輯成經由分配服務器151。接著,呼叫處理部202使用所生成的信號將INVITE發(fā)送給被叫側系統(tǒng)40 (步驟SI 11)。
      [0106]被叫側系統(tǒng)40在接收到INVITE時,確認接收到的信號的各頭,確定接收信號的響應目的地。接著,被叫側系統(tǒng)40向分配服務器151發(fā)送作為表示接收到INVITE的應答的10Trying (步驟 SI 12)。
      [0107]分配服務器151的分配控制部12從被叫側系統(tǒng)40接收lOOTrying。接著,分配控制部12向呼叫控制服務器20發(fā)送10Trying (步驟SI 13)。
      [0108]呼叫控制服務器20的呼叫處理部202從分配服務器151的分配控制部12接收lOOTrying。接著,呼叫處理部202向DB服務器152發(fā)送呼叫信息讀出請求(步驟S114)。
      [0109]DB服務器152的呼叫信息訪問控制部17從呼叫控制服務器20的呼叫處理部202接收呼叫信息讀出請求。接著,呼叫信息訪問控制部17從呼叫信息104讀出與呼叫信息讀出請求對應的呼叫的呼叫信息(步驟S115)。接著,呼叫信息訪問控制部17向呼叫控制服務器20發(fā)送讀出的呼叫信息(步驟SI 16)。
      [0110]呼叫控制服務器20的呼叫處理部202從DB服務器152的呼叫信息訪問控制部17接收呼叫信息。接著,呼叫處理部202使呼叫信息中所包含的呼叫的狀態(tài)的信息遷移為獲取了 lOOTrying的狀態(tài)(步驟S117)。接著,呼叫處理部202向DB服務器152發(fā)送變更后的呼叫信息以及呼叫信息寫入請求(步驟S118)。
      [0111]DB服務器152的呼叫信息訪問控制部17從呼叫控制服務器20的呼叫處理部202接受變更了呼叫狀態(tài)的呼叫信息和呼叫信息寫入請求。接著,呼叫信息訪問控制部17將使呼叫狀態(tài)變更為接收到lOOTrying的狀態(tài)的呼叫信息更新寫入到呼叫信息104中(步驟S119)。
      [0112]呼叫控制服務器20的呼叫處理部202生成用于將lOOTrying傳遞給呼叫側系統(tǒng)30的信號(步驟S120)。接著,呼叫處理部202使用所生成的信號將lOOTrying發(fā)送給呼叫側系統(tǒng)30(步驟S121)。
      [0113]在被叫側系統(tǒng)40中,被叫側裝置接收INVITE,向分配服務器151發(fā)送作為表示以響鈴等來進行呼叫的響應的180Ringing(步驟S122)。
      [0114]分配服務器151的分配控制部12從被叫側系統(tǒng)40接收180Ringing。接著,分配控制部12向呼叫控制服務器20發(fā)送180Ringing (步驟S123)。
      [0115]呼叫控制服務器20的呼叫處理部202從分配服務器151的分配控制部12接收180Ringing。接著,呼叫處理部202向DB服務器152發(fā)送呼叫信息讀出請求(步驟S124)。
      [0116]DB服務器152的呼叫信息訪問控制部17從呼叫控制服務器20的呼叫處理部202接收呼叫信息讀出請求。接著,呼叫信息訪問控制部17從呼叫信息104讀出與呼叫信息讀出請求對應的呼叫的呼叫信息(步驟S125)。接著,呼叫信息訪問控制部17向呼叫控制服務器20發(fā)送讀出的呼叫信息(步驟S126)。
      [0117]呼叫控制服務器20的呼叫處理部202從DB服務器152的呼叫信息訪問控制部17接收呼叫信息。接著,呼叫處理部202使呼叫信息中所包含的呼叫的狀態(tài)的信息遷移為呼叫中的狀態(tài)(步驟S127)。接著,呼叫處理部202向DB服務器152發(fā)送變更后的呼叫信息以及呼叫信息寫入請求(步驟S128)。
      [0118]DB服務器152的呼叫信息訪問控制部17從呼叫控制服務器20的呼叫處理部202接受變更了呼叫狀態(tài)的呼叫信息以及呼叫信息寫入請求。接著,呼叫信息訪問控制部17將使呼叫狀態(tài)變更為呼叫中的狀態(tài)的呼叫信息更新寫入到呼叫信息104中(步驟S129)。
      [0119]呼叫控制服務器20的呼叫處理部202生成用于將180Ringing傳遞給呼叫側系統(tǒng)30的信號(步驟S130)。接著,呼叫處理部202使用所生成的信號將180Ringing發(fā)送給呼叫側系統(tǒng)30(步驟S131)。
      [0120]然后,在呼叫側裝置中存在呼叫響應的情況下,被叫側系統(tǒng)40對INVITE請求進行正常地處理,即,將表示呼叫成果的2000K發(fā)送給分配服務器151 (步驟S132)。
      [0121]分配服務器151的分配控制部12從被叫側系統(tǒng)40接收2000K。接著,分配控制部12向呼叫控制服務器20發(fā)送2000K (步驟S133)。
      [0122]呼叫控制服務器20的呼叫處理部202從分配服務器151的分配控制部12接收2000K。接著,呼叫處理部202向DB服務器152發(fā)送呼叫信息讀出請求(步驟S134)。
      [0123]DB服務器152的呼叫信息訪問控制部17從呼叫控制服務器20的呼叫處理部202接收呼叫信息讀出請求。接著,呼叫信息訪問控制部17從呼叫信息104讀出與呼叫信息讀出請求對應的呼叫的呼叫信息(步驟S135)。接著,呼叫信息訪問控制部17向呼叫控制服務器20發(fā)送讀出的呼叫信息(步驟S136)。
      [0124]呼叫控制服務器20的呼叫處理部202從DB服務器152的呼叫信息訪問控制部17接收呼叫信息。接著,呼叫處理部202使呼叫信息中所包含的呼叫的狀態(tài)的信息遷移為表示呼叫成功的狀態(tài)(步驟S137)。接著,呼叫處理部202向DB服務器152發(fā)送變更后的呼叫信息以及呼叫信息寫入請求(步驟S138)。
      [0125]DB服務器152的呼叫信息訪問控制部17從呼叫控制服務器20的呼叫處理部202接受變更了呼叫狀態(tài)的呼叫信息以及呼叫信息寫入請求。接著,呼叫信息訪問控制部17將使呼叫狀態(tài)變更為表示呼叫成功的狀態(tài)的呼叫信息更新寫入到呼叫信息104中(步驟S139)。
      [0126]呼叫控制服務器20的呼叫處理部202生成用于將2000K傳遞給呼叫側系統(tǒng)30的信號(步驟S140)。接著,呼叫處理部202使用所生成的信號將2000K發(fā)送給呼叫側系統(tǒng)30(步驟 S141)。
      [0127]呼叫側系統(tǒng)30從呼叫控制服務器20的呼叫處理部202接收2000K。接著,將作為表示接收到2000K的響應的確認響應的ACT發(fā)送給呼叫控制服務器20 (步驟S142)。
      [0128]呼叫控制服務器20的呼叫處理部202從呼叫側系統(tǒng)30接收2000K。接著,呼叫處理部202向DB服務器152發(fā)送呼叫信息讀出請求(步驟S143)。
      [0129]DB服務器152的呼叫信息訪問控制部17從呼叫控制服務器20的呼叫處理部202接收呼叫信息讀出請求。接著,呼叫信息訪問控制部17從呼叫信息104讀出與呼叫信息讀出請求對應的呼叫的呼叫信息(步驟S144)。接著,呼叫信息訪問控制部17向呼叫控制服務器20發(fā)送讀出的呼叫信息(步驟S145)。
      [0130]呼叫控制服務器20的呼叫處理部202從DB服務器152的呼叫信息訪問控制部17接收呼叫信息。接著,呼叫處理部202使呼叫信息中所包含的呼叫的狀態(tài)的信息遷移為表示通話中的狀態(tài)(步驟S146)。接著,呼叫處理部202向DB服務器152發(fā)送變更后的呼叫信息以及呼叫信息寫入請求(步驟S147)。
      [0131]DB服務器152的呼叫信息訪問控制部17從呼叫控制服務器20的呼叫處理部202接受變更了呼叫狀態(tài)的呼叫信息以及呼叫信息寫入請求。接著,呼叫信息訪問控制部17將使呼叫狀態(tài)變更為表示通話中的狀態(tài)的呼叫信息更新寫入到呼叫信息104中(步驟S148)。
      [0132]呼叫控制服務器20的呼叫處理部202生成用于將ACT傳遞給被叫側系統(tǒng)40的信號(步驟S149)。接著,呼叫處理部202使用所生成的信號而將ACT發(fā)送給被叫側系統(tǒng)40(步驟S150)。由此,建立通信,在呼叫側系統(tǒng)30中的呼叫側裝置與被叫側系統(tǒng)40中的被叫側裝置之間進行通話(步驟S151)。
      [0133]接著,參照圖12,以圖10的通信信息系統(tǒng)為例,對轉移呼叫處理的處理的流程進行說明。圖12是轉移呼叫處理的處理的序列圖。這里,對將呼叫控制服務器#2所管理的呼叫處理轉移到呼叫控制服務器#3的情況進行說明。
      [0134]分配服務器151的服務器停止控制部15開始進行轉移呼叫處理的周期處理(步驟S201)。服務器停止控制部15將呼叫連接信息獲取請求發(fā)送給DB服務器152(步驟S202)。此時,服務器停止控制部15將服務器管理信息103發(fā)送給DB服務器152。
      [0135]DB服務器152的呼叫連接數管理部16從分配服務器151的服務器停止控制部15接收呼叫連接信息獲取請求。接著,呼叫連接數管理部16根據服務器管理信息103生成呼叫連接信息列表102 (步驟S203)。接著,呼叫連接數管理部16向分配服務器151發(fā)送所生成的呼叫連接信息列表102 (步驟S204)。
      [0136]分配服務器151的服務器停止控制部15從DB服務器152的呼叫連接數管理部16接收呼叫連接信息列表102。接著,服務器停止控制部15按照呼叫連接數的升序進行呼叫控制服務器20的排序等,計算服務器轉移目的地(步驟S205)。服務器停止控制部15根據服務器轉移目的地的計算結果判定是否具有停止對象服務器(步驟S206)。在沒有停止對象服務器的情況下(步驟S206:否定),服務器停止控制部15結束轉移呼叫處理的處理(步驟 S207)。
      [0137]與此相對,在具有停止對象服務器的情況下(步驟S206:肯定),服務器停止控制部15向分配控制部12通知停止對呼叫控制服務器#2分配新事件。分配控制部12停止對呼叫控制服務器2分配新事件(步驟S208)。
      [0138]服務器停止控制部15從停止對象服務器中選擇I個(步驟S209)。接著,服務器停止控制部15向DB服務器152發(fā)送服務器管理信息103中的所選擇的停止對象服務器的信息的更新請求(步驟S210)。此時,服務器停止控制部15向DB服務器152發(fā)送所選擇的停止對象服務器的信息以及轉移該停止對象服務器所管理的呼叫處理的轉移目的地服務器的信息。
      [0139]DB服務器152的轉移目的地服務器管理部14從分配服務器151的服務器停止控制部15接收服務器管理信息103的更新請求。接著,轉移目的地服務器管理部14更新所指定的停止對象服務器的運轉狀態(tài)以及轉移目的地服務器號碼(步驟S211)。接著,轉移目的地服務器管理部14向分配服務器151通知服務器管理信息103的更新的完成通知(步驟 S212)。
      [0140]分配服務器151的服務器停止控制部15從DB服務器152的轉移目的地服務器管理部14接收服務器管理信息103的更新的完成通知。并且,服務器停止控制部15向分配控制部12發(fā)送所選擇的可停止服務器的信息、該可停止服務器所管理的呼叫處理的轉移目的地服務器的信息以及服務器狀態(tài)管理表101的更新的指示。分配控制部12更新服務器狀態(tài)管理表101中的所指定的停止對象服務器的運轉狀態(tài)以及轉移目的地服務器地址(步驟 S213)。
      [0141]服務器停止控制部15向作為停止對象服務器的呼叫控制服務器#2 (這里,以呼叫控制服務器#2為例進行說明)發(fā)送電源關閉請求(步驟S214)。
      [0142]呼叫控制服務器#2的電源控制部203從分配服務器151的服務器停止控制部15接收電源關閉請求。接著,電源控制部203進行服務器停止處理(步驟S215)。服務器停止處理完成后,電源控制部203關閉呼叫控制服務器#2的電源(步驟S216)。
      [0143]服務器停止控制部15判定所有的停止對象服務器的電源關閉是否結束(步驟S217)。在存在沒有電源關閉的停止對象服務器的情況下(步驟S217:否定),服務器停止控制部15返回步驟S209。
      [0144]與此相對,在所有的停止對象服務器的電源關閉結束的情況下(步驟S217:肯定),服務器停止控制部15結束周期處理(步驟S218)。
      [0145]接著,參照圖13,以圖10的通信信息系統(tǒng)為例,對轉移后的呼叫處理的流程進行說明。圖13是轉移后的呼叫處理的序列圖。這里,對將呼叫控制服務器#2所管理的呼叫處理轉移到呼叫控制服務器#3的情況進行說明。
      [0146]呼叫側系統(tǒng)30向分配服務器151發(fā)送作為針對呼叫控制服務器#2所生成的呼叫的通話結束請求的BYE (步驟S301)。
      [0147]分配服務器151的分配控制部12從呼叫側系統(tǒng)30接收BYE。分配控制部12參照服務器狀態(tài)管理表101 (步驟S302)。分配控制部12從服務器狀態(tài)表101獲取呼叫控制服務器20,該呼叫控制服務器20對分配了具有通話結束請求的呼叫的呼叫號碼的呼叫處理進行管理。這里,由于呼叫控制服務器#3對呼叫控制服務器#2所生成的呼叫的呼叫處理進行管理,因此,分配控制部12獲取呼叫處理服務器#3作為BYE的分配目的地。接著,分配控制部12將BYE分配給呼叫處理服務器#3 (步驟S303)。分配控制部12將BYE發(fā)送給呼叫控制服務器3 (步驟S304)。
      [0148]呼叫控制服務器#3的呼叫處理部202從分配服務器151的分配控制部12接收BYE。接著,呼叫處理部202向DB服務器152發(fā)送呼叫信息讀出請求(步驟S305)。
      [0149]DB服務器152的呼叫信息訪問控制部17從呼叫控制服務器#3的呼叫處理部202接收呼叫信息讀出請求。接著,呼叫信息訪問控制部17從呼叫信息104讀出與呼叫信息讀出請求對應的呼叫的呼叫信息(步驟S306)。接著,呼叫信息訪問控制部17向呼叫控制服務器#3發(fā)送讀出的呼叫信息(步驟S307)。
      [0150]呼叫控制服務器#3的呼叫處理部202從DB服務器152的呼叫信息訪問控制部17接收呼叫信息。接著,呼叫處理部202使呼叫信息中所包含的呼叫的狀態(tài)的信息遷移為通話結束的狀態(tài)(步驟S308)。接著,呼叫處理部202向DB服務器152發(fā)送變更后的呼叫信息以及呼叫信息寫入請求(步驟S309)。
      [0151]DB服務器152的呼叫信息訪問控制部17從呼叫控制服務器20的呼叫處理部202接受變更了呼叫狀態(tài)的呼叫信息以及呼叫信息寫入請求。接著,呼叫信息訪問控制部17將使呼叫狀態(tài)變更為通話結束的狀態(tài)的呼叫信息更新寫入到呼叫信息104中(步驟S310)。
      [0152]呼叫控制服務器#3的呼叫處理部202生成用于將BYE傳遞給被叫側系統(tǒng)40的信號(步驟S311)。接著,呼叫處理部202使用所生成的信號而將BYE發(fā)送給被叫側系統(tǒng)40(步驟 S312)。
      [0153]被叫側系統(tǒng)40從呼叫控制服務器#3的呼叫處理部202接收BYE。接著,被叫側系統(tǒng)40向分配服務器151發(fā)送作為表示切斷成功的2000K(步驟S313)。
      [0154]分配服務器151的分配控制部12從被叫側系統(tǒng)40接收2000K。分配控制部12參照服務器狀態(tài)管理表101 (步驟S314)。并且,分配控制部12從服務器狀態(tài)管理表101獲取呼叫控制服務器20,該呼叫控制服務器20對分配了通話結束的呼叫的呼叫號碼的呼叫處理進行管理。這里,由于呼叫控制服務器#3對呼叫控制服務器#2所生成的呼叫的呼叫處理進行管理,因此,分配控制部12獲取呼叫處理服務器#3作為2000K的分配目的地。接著,分配控制部12將2000K分配給呼叫處理服務器#3 (步驟S315)。接著,分配控制部12向呼叫控制服務器#3發(fā)送2000K (步驟S316)。
      [0155]呼叫控制服務器#3的呼叫處理部202從分配服務器151的分配控制部12接收2000K。接著,呼叫處理部202向DB服務器152發(fā)送呼叫信息讀出請求(步驟S317)。
      [0156]DB服務器152的呼叫信息訪問控制部17從呼叫控制服務器#3的呼叫處理部202接收呼叫信息讀出請求。接著,呼叫信息訪問控制部17從呼叫信息104讀出與呼叫信息讀出請求對應的呼叫的呼叫信息(步驟S318)。接著,呼叫信息訪問控制部17向呼叫控制服務器20發(fā)送讀出的呼叫信息(步驟S319)。
      [0157]呼叫控制服務器#3的呼叫處理部202從DB服務器152的呼叫信息訪問控制部17接收呼叫信息。接著,呼叫處理部202使呼叫信息中所包含的呼叫的狀態(tài)的信息遷移為通話結束的狀態(tài)(步驟S320)。接著,呼叫處理部202向DB服務器152發(fā)送變更后的呼叫信息以及呼叫信息寫入請求(步驟S321)。
      [0158]DB服務器152的呼叫信息訪問控制部17從呼叫控制服務器20的呼叫處理部202接受變更了呼叫狀態(tài)的呼叫信息以及呼叫信息寫入請求。接著,呼叫信息訪問控制部17將使呼叫狀態(tài)變更為通話結束的狀態(tài)的呼叫信息更新寫入到呼叫信息104中(步驟S322)。
      [0159]呼叫控制服務器#3的呼叫處理部202生成用于將2000K傳遞給呼叫側系統(tǒng)30的信號(步驟S323)。接著,呼叫處理部202使用所生成的信號將2000K發(fā)送給呼叫側系統(tǒng)30,通知切斷成功(步驟S324)。
      [0160]接著,參照圖14,以圖10的通信信息系統(tǒng)為例,對呼叫處理的返回處理的流程進行說明。圖14是呼叫處理的返回處理的序列圖。這里,對將轉移到呼叫控制服務器#3的呼叫處理返回到呼叫控制服務器#2的情況進行說明。
      [0161]分配服務器151的服務器起動控制部11開始進行轉移呼叫處理的周期處理(步驟S401)。服務器起動控制部11向DB服務器152發(fā)送呼叫連接信息獲取請求(步驟S402)。此時,服務器起動控制部11向DB服務器152發(fā)送服務器管理信息103。
      [0162]DB服務器152的呼叫連接數管理部16從分配服務器151的服務器起動控制部11接收呼叫連接信息獲取請求。接著,呼叫連接數管理部16根據服務器管理信息103生成呼叫連接信息列表102 (步驟S403)。接著,呼叫連接數管理部16向分配服務器151發(fā)送所生成的呼叫連接信息列表102 (步驟S404)。
      [0163]分配服務器151的服務器起動控制部11從DB服務器152的呼叫連接數管理部16接收呼叫連接信息列表102。接著,服務器起動控制部11在存在停止的呼叫控制服務器20的情況下,計算工作的呼叫控制服務器20的負荷量(步驟S405)。服務器起動控制部11根據負荷量的計算結果判定是否具有高負荷服務器(步驟S406)。在沒有高負荷服務器的情況下(步驟S406:否定),服務器起動控制部11結束呼叫處理的返回處理(步驟S407)。
      [0164]與此相對,在具有高負荷服務器的情況下(步驟S406:肯定),服務器起動控制部11從高負荷服務器中選擇一個(步驟S408)。接著,服務器起動控制部11向DB服務器152發(fā)送服務器管理信息103中的所選擇的高負荷服務器以及返回該高負荷服務器所管理的呼叫處理的轉移源服務器的信息的更新請求(步驟S409)。此時,服務器起動控制部11向DB服務器152發(fā)送返回高負荷服務器所管理的呼叫處理的轉移源服務器的信息。
      [0165]DB服務器152的轉移目的地服務器管理部14從分配服務器151的服務器起動控制部11接收服務器管理信息103的更新請求。接著,轉移目的地服務器管理部14將返回所指定的呼叫處理的轉移源服務器的運轉狀態(tài)返回到通常,還將轉移目的地服務器號碼變更為“無效”并更新服務器管理信息103(步驟S410)。接著,轉移目的地服務器管理部14向分配服務器151通知服務器管理信息103的更新的完成通知(步驟S411)。
      [0166]分配服務器151的服務器起動控制部11從DB服務器152的轉移目的地服務器管理部14接收服務器管理信息103的更新的完成通知。接著,服務器起動控制部11向返回呼叫處理的呼叫控制服務器#2 (這里,以呼叫控制服務器#2為例進行說明)發(fā)送電源打開請求(步驟S412)。
      [0167]呼叫控制服務器#2的電源控制部203從分配服務器151的服務器起動控制部11接收電源打開請求。接著,電源控制部203打開服務器的電源(步驟S413)。接著,電源控制部203進行服務器起動處理(步驟S414)。
      [0168]分配服務器151的服務器起動控制部11向分配控制部12發(fā)送所選擇的高負荷服務器的信息、返回該高負荷服務器所管理的呼叫處理的轉移源服務器的信息以及服務器狀態(tài)管理表101的更新的指示。分配控制部12將返回服務器狀態(tài)管理表101中的所指定的高負荷服務器所管理的呼叫處理的轉移源服務器的運轉狀態(tài)返回通常,使轉移目的地服務器地址也返回“無效”并進行更新(步驟S415)。
      [0169]分配服務器151的服務器起動控制部11判定所有的停止對象服務器的電源打開是否結束(步驟S416)。在存在沒有電源關閉的停止對象服務器的情況下(步驟S416:否定),服務器停止控制部15返回步驟S408。
      [0170]與此相對,在所有的停止對象服務器的電源打開結束的情況下(步驟S416:肯定),服務器起動控制部11結束周期處理(步驟S417)。
      [0171]接著,參照圖15,以圖10的通信信息系統(tǒng)為例,對返回后的呼叫處理的流程進行說明。圖15是返回后的呼叫處理的序列圖。這里,對將呼叫控制服務器#3所管理的呼叫處理返回到呼叫控制服務器#2的情況進行說明。
      [0172]呼叫側系統(tǒng)30向分配服務器151發(fā)送作為針對呼叫控制服務器#2所生成的呼叫的通話結束請求的BYE (步驟S501)。
      [0173]分配服務器151的分配控制部12從呼叫側系統(tǒng)30接收BYE。分配控制部12參照服務器狀態(tài)管理表101 (步驟S502)。分配控制部12從服務器狀態(tài)管理表101獲取呼叫控制服務器20,該呼叫控制服務器20對分配了具有通話結束請求的呼叫的呼叫號碼的呼叫處理進行管理。這里,由于將呼叫控制服務器#3所管理的呼叫處理返回到呼叫控制服務器#2,因此,分配控制部12獲取呼叫處理服務器#2作為BYE的分配目的地。接著,分配控制部12將BYE分配給呼叫處理服務器#2 (步驟S503)。分配控制部12將BYE發(fā)送給呼叫控制服務器2(步驟S504)。
      [0174]呼叫控制服務器#2的呼叫處理部202從分配服務器151的分配控制部12接收BYE。接著,呼叫處理部202向DB服務器152發(fā)送呼叫信息讀出請求(步驟S505)。
      [0175]DB服務器152的呼叫信息訪問控制部17從呼叫控制服務器#2的呼叫處理部202接收呼叫信息讀出請求。接著,呼叫信息訪問控制部17從呼叫信息104讀出與呼叫信息讀出請求對應的呼叫的呼叫信息(步驟S506)。接著,呼叫信息訪問控制部17向呼叫控制服務器#2發(fā)送讀出的呼叫信息(步驟S507)。
      [0176]呼叫控制服務器#2的呼叫處理部202從DB服務器152的呼叫信息訪問控制部17接收呼叫信息。接著,呼叫處理部202使呼叫信息中所包含的呼叫的狀態(tài)的信息遷移為通話結束的狀態(tài)(步驟S508)。接著,呼叫處理部202向DB服務器152發(fā)送變更后的呼叫信息以及呼叫信息寫入請求(步驟S509)。
      [0177]DB服務器152的呼叫信息訪問控制部17從呼叫控制服務器20的呼叫處理部202接受變更了呼叫狀態(tài)的呼叫信息以及呼叫信息寫入請求。接著,呼叫信息訪問控制部17將使呼叫狀態(tài)變更為通話結束的狀態(tài)的呼叫信息更新寫入到呼叫信息104中(步驟S510)。
      [0178]呼叫控制服務器#2的呼叫處理部202生成用于將BYE傳遞給被叫側系統(tǒng)40的信號(步驟S511)。接著,呼叫處理部202使用所生成的信號而將BYE發(fā)送給被叫側系統(tǒng)40(步驟 S512)。
      [0179]被叫側系統(tǒng)40從呼叫控制服務器#2的呼叫處理部202接收BYE。接著,被叫側系統(tǒng)40向分配服務器151發(fā)送作為表示切斷成功的信號的2000K(步驟S513)。
      [0180]分配服務器151的分配控制部12從被叫側系統(tǒng)40接收2000K。分配控制部12參照服務器狀態(tài)管理表101 (步驟S514)。并且,分配控制部12從服務器狀態(tài)管理表101獲取呼叫控制服務器20,該呼叫控制服務器20對分配了通話結束的呼叫的呼叫號碼的呼叫處理進行管理。這里,由于將呼叫控制服務器#3所管理的呼叫處理返回到呼叫控制服務器#2,因此,分配控制部12獲取呼叫處理服務器#2作為2000K的分配目的地。接著,分配控制部12將2000K分配給呼叫處理服務器#2(步驟S515)。接著,分配控制部12向呼叫控制服務器#2發(fā)送2000K (步驟S516)。
      [0181]呼叫控制服務器#2的呼叫處理部202從分配服務器151的分配控制部12接收2000K。接著,呼叫處理部202向DB服務器152發(fā)送呼叫信息讀出請求(步驟S517)。
      [0182]DB服務器152的呼叫信息訪問控制部17從呼叫控制服務器#2的呼叫處理部202接收呼叫信息讀出請求。接著,呼叫信息訪問控制部17從呼叫信息104讀出與呼叫信息讀出請求對應的呼叫的呼叫信息(步驟S518)。接著,呼叫信息訪問控制部17向呼叫控制服務器#2發(fā)送讀出的呼叫信息(步驟S519)。
      [0183]呼叫控制服務器#2的呼叫處理部202從DB服務器152的呼叫信息訪問控制部17接收呼叫信息。接著,呼叫處理部202使呼叫信息中所包含的呼叫的狀態(tài)的信息遷移為通話結束的狀態(tài)(步驟S520)。接著,呼叫處理部202向DB服務器152發(fā)送變更后的呼叫信息以及呼叫信息寫入請求(步驟S521)。
      [0184]DB服務器152的呼叫信息訪問控制部17從呼叫控制服務器20的呼叫處理部202接受變更了呼叫狀態(tài)的呼叫信息以及呼叫信息寫入請求。接著,呼叫信息訪問控制部17將使呼叫狀態(tài)變更為通話結束的狀態(tài)的呼叫信息更新寫入到呼叫信息104中(步驟S522)。
      [0185]呼叫控制服務器20的呼叫處理部202生成用于將2000K傳遞給呼叫側系統(tǒng)30的信號(步驟S523)。接著,呼叫處理部202使用所生成的信號將2000K發(fā)送給呼叫側系統(tǒng)30,通知切斷成功(步驟S524)。
      [0186]接著,參照圖16?圖19,對停止對象服務器以及轉移目的地服務器的決定處理的流程、以及該處理中的各種信息的變化進行說明。圖16是停止對象服務器以及轉移目的地服務器的決定處理的流程圖。并且,圖17是示出轉移前的呼叫連接信息列表的狀態(tài)的一例的圖。并且,圖18是示出呼叫連接數升序排序結果的一例的圖。并且,圖19是示出進行了停止對象服務器和轉移目的地服務器的決定處理時的計算結果的一例的圖。在該情況下,對在任意的呼叫控制服務器20中都未進行呼叫處理的轉移的情況進行說明。這里,以存在服務器號碼I?5的呼叫控制服務器20的情況為例進行說明。以下,將服務器號碼I?5的呼叫控制服務器20分別表示為呼叫控制服務器#1?5。
      [0187]服務器停止控制部15在開始進行停止對象服務器的決定處理時,向呼叫連接數管理部16通知呼叫連接信息列表102的獲取請求,從呼叫連接數管理部16獲取呼叫連接信息列表102(步驟S601)。在該情況下,由于尚未進行呼叫處理的轉移,因此,服務器停止控制部15獲取圖17的表401所示的呼叫連接信息列表102。在表401中,轉移處理呼叫數在哪個呼叫控制服務器20中都為0,并且,所有的轉移源服務器都變?yōu)椤盁o效”。
      [0188]接著,服務器停止控制部15從獲取的呼叫連接信息列表102中提取各呼叫控制服務器20的通常處理呼叫數與轉移處理呼叫數,按照每個呼叫控制服務器20將通常呼叫處理數與轉移處理呼叫數相加起來計算呼叫連接數(步驟S602)。
      [0189]接著,服務器停止控制部15按照呼叫連接數的升序對各呼叫控制服務器20進行排序(步驟S603)。在該情況下,由于任意的呼叫控制服務器20都尚未具有轉移來的呼叫處理,因此,圖17的表401的通常處理個數成為各呼叫控制服務器20的呼叫連接數。因此,當對該情況下的各呼叫控制服務器20按照呼叫連接數進行排序時,得到圖18的表402所示的呼叫連接數升序排序結果。在該情況下,按照服務器號碼2、5、4、3、1的順序進行排序。
      [0190]接著,服務器停止控制部15選擇在是否是停止對象服務器的檢查中為未檢查的呼叫控制服務器20中的排序順序最高位的服務器(步驟S604)。這里,服務器停止控制部15重復進行如下處理直到呼叫控制服務器#1為止:首先選擇呼叫控制服務器#2,當呼叫控制服務器#2的檢查結束時,接著選擇呼叫控制服務器#5進行檢查。
      [0191]接著,服務器停止控制部15使轉移了所選擇的呼叫控制服務器20的呼叫處理的情況下的負荷量低于服務器停止監(jiān)視閾值,判定能夠轉移呼叫處理的服務器是否在所選擇的呼叫控制服務器20以下的順序(步驟S605)。
      [0192]接著,服務器停止控制部15在能夠轉移所選擇的呼叫控制服務器20的呼叫處理的服務器中,選擇排序順序最低的呼叫控制服務器20作為轉移目的地服務器(步驟S606)。
      [0193]接著,服務器停止控制部15將停止對象服務器所管理的呼叫處理設為0,還將使停止對象服務器所管理的呼叫處理轉移到轉移目的地服務器的情況下的結果存儲更新為圖19所示的計算結果(步驟S607)。
      [0194]接著,服務器停止控制部15判定對所有的呼叫控制服務器20的檢查是否完成(步驟S608)。在存在沒有完成檢查的呼叫控制服務器20的情況下(步驟S608:否定),服務器停止控制部15返回步驟S604。與此相對,在檢查全部結束的情況下(步驟S608:肯定),服務器停止控制部15確定計算結果(步驟S609)。
      [0195]例如,對如圖18所示的進行排序的情況進行說明。這里,使服務器停止監(jiān)視閾值為呼叫連接數是500的情況下的負荷量。首先,服務器停止控制部15選擇呼叫控制服務器#2作為檢查對象。呼叫控制服務器#2的呼叫連接數為200,即使轉移該呼叫處理呼叫連接數也沒有超過500的呼叫控制服務器20為呼叫連接服務器#5、#4或#3。因此,服務器停止控制部15判定為存在能夠轉移呼叫控制服務器#2的呼叫處理的服務器。并且,服務器停止控制部15從能夠轉移的服務器中,選擇排序順序最低的呼叫控制服務器#3作為呼叫控制服務器#2所管理的呼叫處理的轉移目的地服務器。接著,服務器停止控制部15使呼叫控制服務器#2所管理的呼叫處理為0,利用將呼叫控制服務器#2所管理的呼叫處理轉移到呼叫控制服務器#3的內容來更新計算結果。具體而言,服務器停止控制部15使圖19的表401所示的、表示呼叫控制服務器#2的通常處理呼叫數的欄431為O。此外,在呼叫控制服務器#2的轉移目的地服務器號碼的欄432上登記服務器號碼3。并且,服務器停止控制部15在表示呼叫控制服務器#3的轉移處理呼叫數的欄433上登記呼叫控制服務器#2所管理的呼叫處理的數即200。此外,服務器停止控制部15在表示轉移到呼叫控制服務器3的呼叫處理的轉移源服務器的欄434上登記服務器號碼2。
      [0196]此外,在使呼叫控制服務器#2的呼叫處理轉移到呼叫控制服務器#3后,對檢查作為圖18的表402中的下一個順序的服務器的呼叫控制服務器#5的情況進行說明。在該情況下,呼叫控制服務器#5的通常處理呼叫數為210。并且,由于呼叫控制服務器#3已經決定了呼叫控制服務器#2所管理的呼叫處理的轉移,因此,呼叫控制服務器#3的呼叫連接數變?yōu)?30。因此,即使轉移呼叫控制服務器#5的呼叫處理,呼叫連接數也沒有超過500的呼叫控制服務器20為呼叫連接服務器#4。因此,服務器停止控制部15判定存在能夠轉移呼叫控制服務器#5的呼叫處理的服務器,該服務器為呼叫連接服務器#4。接著,服務器停止控制部15使呼叫控制服務器#5所管理的呼叫處理為0,利用將呼叫控制服務器#5所管理的呼叫處理轉移到呼叫控制服務器#4的內容來更新計算結果。具體而言,服務器停止控制部15使圖17的表401所示的、表示呼叫控制服務器#5的通常處理呼叫數的欄435為O。此外,在呼叫控制服務器#5的轉移目的地服務器號碼的欄436上登記服務器號碼4。并且,服務器停止控制部15在表示呼叫控制服務器M的轉移處理呼叫數的欄437上登記作為呼叫控制服務器#5所管理的呼叫處理的數的210。此外,服務器停止控制部15在表示轉移到呼叫控制服務器4的呼叫處理的轉移源服務器的欄438上登記服務器號碼5。
      [0197]此外,由于沒有停止對象服務器,所以,在該情況下,服務器停止控制部15使圖19的表403的狀態(tài)為最終的計算結果。
      [0198]參照圖20?圖22,對返回被轉移的呼叫處理的呼叫控制服務器20的決定處理的流程、以及該處理中的各種信息的變化進行說明。圖20是返回被轉移的呼叫處理的呼叫控制服務器的決定處理的流程圖。并且,圖21是示出返回呼叫處理前的呼叫連接信息列表的狀態(tài)的一例的圖。并且,圖22是示出進行了返回呼叫處理的呼叫控制服務器的決定處理時的計算結果的一例的圖。在該情況下,對從進行了使用圖17?圖19說明的呼叫處理的轉移的狀態(tài)開始進行的情況進行說明。
      [0199]服務器起動控制部11在開始進行返回呼叫處理的呼叫控制服務器20的決定處理時,向呼叫連接數管理部16通知呼叫連接信息列表102的獲取請求。接著,服務器起動控制部11獲取由呼叫連接管理部16生成的呼叫連接信息列表102 (步驟S701)。在該情況下,服務器起動控制部11獲取反映了圖19所示的計算結果的呼叫連接信息列表102,S卩,圖21的表404所示的呼叫連接信息列表102。在表404中,表示呼叫控制服務器#2的通常處理呼叫數的欄441為O。并且,在表404中,表示呼叫控制服務器#3的轉移處理呼叫數的欄442為230,在轉移源服務器的欄443上登記服務器號碼2。此外,在表404中,表示呼叫控制服務器#5的通常處理呼叫數的欄444為O。并且,在表404中,表示呼叫控制服務器#4的轉移處理呼叫數的欄445為210,在轉移源服務器的欄446上登記服務器號碼5。
      [0200]接著,服務器起動控制部11根據呼叫連接信息列表102判定是否具有停止中的呼叫控制服務器20 (步驟S702)。如果沒有停止中服務器(步驟S702:否定),則服務器起動控制部11結束處理。與此相對,在具有停止中的服務器的情況下(步驟S702:肯定),服務器起動控制部11從起動中的呼叫控制服務器20中選擇未選擇的呼叫控制服務器20作為是否返回呼叫處理的檢查的對象(步驟S703)。
      [0201]接著,服務器起動控制部11判定所選擇的呼叫控制服務器20的負荷量是否在服務器起動監(jiān)視閾值以上(步驟S704)。在所選擇的呼叫控制服務器20的負荷量比服務器起動監(jiān)視閾值低的情況下(步驟S704:否定),服務器起動控制部11進入步驟S707。
      [0202]與此相對,在所選擇的呼叫控制服務器20的負荷量為服務器起動監(jiān)視閾值以上的情況下(步驟S704:肯定),服務器起動控制部11決定使轉移到所選擇的呼叫控制服務器20的呼叫處理返回轉移源的服務器(步驟S705)。
      [0203]接著,服務器起動控制部11將使轉移到所選擇的呼叫控制服務器20的呼叫處理返回轉移源服務器的情況下的結果存儲并更新為圖22所示的計算結果(步驟S706)。
      [0204]接著,服務器起動控制部11判定所有的呼叫控制服務器20的檢查是否完成(步驟S707)。在存在沒有完成檢查的呼叫控制服務器20的情況下(步驟S707:否定),服務器起動控制部11返回步驟S703。與此相對,在檢查全部結束的情況下(步驟S707:肯定),服務器起動控制部11確定計算結果(步驟S708)。
      [0205]例如,對服務器起動監(jiān)視閾值為所管理的呼叫處理數是700時的負荷量的情況進行說明。在圖21中,呼叫控制服務器#3的連接個數是將通常處理呼叫數與轉移處理個數合起來的830,呼叫控制服務器#4的連接個數為810。在該情況下,呼叫控制服務器#3和#4的負荷量都超過服務器起動監(jiān)視閾值。因此,服務器起動控制部11決定在呼叫控制服務器#3和#4中的任意一個中都使呼叫處理返回轉移源服務器。并且,服務器起動控制部11求出圖22的表405所示的計算結果。即,服務器起動控制部11在表示從呼叫控制服務器#3向轉移目的地服務器返回的返回處理呼叫數的欄451上登記230,在表示返回呼叫處理的呼叫控制服務器20的返回目的地服務器號碼的欄452上登記服務器號碼2。并且,服務器起動控制部11在表示從呼叫控制服務器#4向轉移目的地服務器返回的返回處理呼叫數的欄453上登記210,在表示返回呼叫處理的呼叫控制服務器20的返回目的地服務器號碼的欄454上登記服務器號碼5。
      [0206]此外,參照圖23?圖25,對從轉移呼叫處理到返回呼叫處理這一系列的處理中的服務器管理信息102、呼叫信息104以及服務器狀態(tài)管理表101的遷移進行說明。圖23是表示服務器管理信息的遷移的圖。圖24是表示呼叫信息的遷移的圖。圖25是表示服務器狀態(tài)管理表的遷移的圖。這里,對將作為具有服務器號碼2的呼叫控制服務器20的呼叫控制服務器#2的呼叫處理轉移到作為具有服務器號碼3的呼叫控制服務器20的呼叫控制服務器#3的情況進行說明。
      [0207]服務器管理信息103在沒有被任何的呼叫控制服務器20分配呼叫處理的狀態(tài)下,成為圖23的表131那樣的狀態(tài)。并且,當分配了呼叫處理時,如表132那樣,與各呼叫的呼叫號碼對應的運轉狀態(tài)變?yōu)椤巴ǔ!保瑢芾碓摵艚械暮艚刑幚淼暮艚锌刂品掌鬟M行登記。在該情況下,由于呼叫處理的轉移尚未產生,因此,轉移目的地服務器都為“無效”。
      [0208]并且,當從呼叫控制服務器#2向呼叫控制服務器#3轉移呼叫處理時,服務器管理信息103成為表133那樣的狀態(tài)。即,與呼叫控制服務器#2所管理的呼叫處理的呼叫號碼對應的運轉狀態(tài)成為“轉移中”。并且,在與呼叫控制服務器#2所管理的呼叫處理的呼叫號碼對應的轉移目的地服務器上登記服務器號碼3。
      [0209]然后,在進行了將所轉移的呼叫處理返回到轉移源服務器的處理的情況下,服務器管理信息103使與被轉移的呼叫處理的呼叫號碼對應的運轉狀態(tài)以及轉移目的地服務器的欄返回原狀,成為表134那樣??芍?34與表132相同,服務器管理信息103返回到轉移前的狀態(tài)。
      [0210]呼叫信息104在呼叫處理沒有被任何的呼叫控制服務器20分配的狀態(tài)下,成為圖24的表141那樣的狀態(tài)。并且,當分配了呼叫處理而開始進行通話時,如表142那樣,與各呼叫的呼叫號碼對應的呼叫狀態(tài)變?yōu)椤巴ㄔ捴小?,對該呼叫的被叫號碼、主叫號碼以及通話開始時刻進行登記。然后,轉移產生后的狀態(tài)的呼叫信息104為表143,呼叫處理的返回處理產生后的狀態(tài)的呼叫信息104為表144。這樣,即使產生轉移或呼叫處理的返回處理,呼叫信息也不會重寫。
      [0211]服務器狀態(tài)管理表101在轉移產生前的狀態(tài)下,如表111那樣,各呼叫控制服務器20的運轉狀態(tài)為“通常”,轉移目的地服務器地址變?yōu)椤盁o效”,新事件中任意的呼叫控制服務器20也都為“可”。
      [0212]并且,當從呼叫控制服務器#2向呼叫控制服務器#3轉移呼叫處理,呼叫控制服務器#2停止時,服務器狀態(tài)管理表101成為表112那樣的狀態(tài)。即,服務器狀態(tài)管理表101的呼叫控制服務器#2的運轉狀態(tài)變?yōu)椤巴V怪小薄2⑶?,在與服務器狀態(tài)管理表101的呼叫控制服務器#2所管理的呼叫處理的呼叫號碼對應的轉移目的地服務器上,登記呼叫控制服務器#3的地址。此外,由于呼叫控制服務器#2停止,因此,服務器狀態(tài)管理表101的新事件可否處理變?yōu)椤安豢伞薄?br> [0213]然后,在進行了將所轉移的呼叫處理返回到轉移源服務器的處理的情況下,服務器狀態(tài)管理表101使所停止的呼叫控制服務器#2的狀態(tài)返回原狀,成為表113那樣??芍?13與表111相同,服務器狀態(tài)管理表101返回轉移前的狀態(tài)。
      [0214]這里,參照圖26A、B以及圖27A、B,對本實施例的通過通信控制裝置而降低耗電的一例進行說明。圖26A是示出使用了以往技術的情況下的呼叫連接的狀態(tài)的一例的圖。圖26B是示出使用了本實施例的通信控制裝置的情況下的呼叫連接數的狀態(tài)的一例的圖。并且,圖27A是示出使用了以往技術的情況下的呼叫連接的狀態(tài)的其他例的圖。圖27B是示出使用了本實施例的通信控制裝置的情況下的呼叫連接數的狀態(tài)的其他例的圖。
      [0215]圖26A、B以及圖27A、B都是5臺呼叫控制服務器20工作的情況。并且,圖26A、B對能夠使5臺中的4臺呼叫控制服務器20停止的情況進行比較。并且,圖27A、B對能夠使5臺中的2臺呼叫控制服務器20停止的情況進行比較。圖26A、B以及圖27A、B都利用橫軸表示I天的時間經過。
      [0216]如圖26A所示,在以往技術的情況下,即使整體上呼叫連接數減少,呼叫控制服務器20也不停止,所有的呼叫控制服務器20在I天中持續(xù)動作。與此相對,如圖26B所示,在使用了本實施例所涉及的通信控制裝置I的情況下,當呼叫處理減少時,在時機501開始進行轉移,將所有的呼叫處理集中到I臺呼叫控制服務器20,其他的呼叫控制服務器20停止。然后,當呼叫處理增加時,在時機502起動停止的呼叫控制服務器20,在5臺呼叫控制服務器20中分配呼叫處理。這樣,能夠在I點?6點期間停止4臺呼叫控制服務器20。由此,與圖26A的情況相比圖26B的情況能夠削減耗電大約20%。
      [0217]并且,圖27A的情況也與圖26A相同,在以往技術中,即使整體上呼叫連接數減少,呼叫控制服務器20也不停止,而是所有的呼叫控制服務器20在I天中持續(xù)動作。與此相對,如圖27B所示,在使用了本實施例的通信控制裝置I的情況下,當呼叫處理減少時,在時機503開始進行轉移,將2臺呼叫控制服務器的呼叫處理轉移到其他的2臺呼叫控制服務器20。并且,所管理的呼叫處理變無的2臺呼叫控制服務器20停止。然后,當呼叫處理增加時,在時機504起動停止的2臺呼叫控制服務器20,在5臺呼叫控制服務器20中分配呼叫處理。這樣,在I點?6點期間能夠停止2臺呼叫控制服務器20。由此,與圖27A的情況相比,圖27B的情況能夠削減耗電大約10%。
      [0218]如以上所說明的那樣,本實施例的通信控制裝置在即使將某呼叫控制服務器所管理的呼叫處理轉移到其他的呼叫控制服務器也沒有超過規(guī)定的負荷量的情況下,在轉移了某呼叫控制服務器的呼叫處理之后停止。由此,能夠減少工作的服務器,能夠實現(xiàn)通信系統(tǒng)的節(jié)能化。關于這一點,呼叫處理從呼叫設定到通信切斷是一系列的處理,根據使用狀況,處理時間各不相同。因此,在管理著的呼叫處理完成并且沒有要管理的呼叫處理之后而停止呼叫控制服務器,但是不知道何時停止而很難進行最佳省電的控制。在這一點上,本實施例所涉及的通信控制裝置在從呼叫設定到通信切斷之間的呼叫處理的處理中,能夠將呼叫處理移動給其他的服務器。因此,根據本實施例的通信控制裝置,在適當的時機能夠消除呼叫控制服務器所管理的呼叫處理,能夠在適當的時機切斷呼叫控制服務器的電源。
      [0219]并且,本實施例的通信控制裝置在存在轉移了呼叫處理而停止的呼叫控制服務器的情況下,在工作的呼叫控制服務器的負荷超過規(guī)定的值的情況下,起動停止的呼叫控制服務器而返回呼叫處理。由此,能夠避免呼叫控制服務器成為高負荷的狀態(tài),能夠使通信系統(tǒng)穩(wěn)定的運轉。
      [0220](硬件結構)
      [0221]圖28是通信控制裝置的硬件結構圖。本實施例的通信控制裝置I具有:CPU (Central Processing Unit:中央處理單兀)901、存儲器902、網卡903以及硬盤904。
      [0222]存儲器902、網卡903以及硬盤904利用總線與CPU 901連接。
      [0223]網卡903和CPU 901例如實現(xiàn)圖1所示的通信控制部13的功能。
      [0224]硬盤904例如實現(xiàn)圖1所示的存儲部10的功能。
      [0225]CPU 901、存儲器902以及硬盤904實現(xiàn)圖1所示的服務器起動控制部11、分配控制部12、轉移目的地服務器管理部14、服務器停止控制部15、呼叫連接管理部16、呼叫信息訪問控制部17以及呼叫號碼管理部18等的功能。具體而言,硬件904存儲用于實現(xiàn)圖1所示的服務器起動控制部11、分配控制部12、轉移目的地服務器管理部14、服務器停止控制部15、呼叫連接管理部16、呼叫信息訪問控制部17以及呼叫號碼管理部18等的處理的各種程序。并且,處理器901讀出存儲在硬盤904中的各種程序而在存儲器902上進行展開,生成實現(xiàn)上述的各功能的處理。
      [0226]并且,圖10所示的分配服務器151和DB服務器152也具有圖28所示的硬件結構。在該情況下,通過分配服務器151的CPU 901以及網卡903來實現(xiàn)圖10所示的通信控制部191的功能。并且,分配服務器151的硬盤904中存儲了圖10所示的服務器狀態(tài)管理表101、呼叫信息連接列表102以及服務器管理信息103等。并且,通過分配服務器151的CPU 901、存儲器902以及硬件904,實現(xiàn)圖10所示的服務器起動控制部11、分配控制部12以及服務器停止控制部15等的功能。并且,通過DB服務器152的CPU 901以及網卡903,實現(xiàn)圖10所示的通信控制部192的功能。并且,DB服務器152的硬盤904中存儲圖10所示的呼叫信息104等。并且,通過DB服務器152的CPU 901、存儲器902以及網卡904,實現(xiàn)圖10所示的轉移目的地服務器管理部14、呼叫連接數管理部16、呼叫信息訪問控制部17以及呼叫號碼管理部18等的功能。
      [0227]并且,在圖28中,圖示出通信裝置I的硬件結構,但是,呼叫控制服務器20也具有同樣的硬件結構。因此,使圖28與呼叫控制服務器20的硬件對應,對呼叫控制服務器20的各硬件進行說明。通過呼叫控制服務器20的CPU 901以及網卡904,實現(xiàn)圖1所示的通信控制部201的功能。并且,呼叫控制服務器20的CPU 901、存儲器902以及硬盤904,實現(xiàn)圖1所示的呼叫處理部202以及電源控制部203等的功能。
      [0228]標號說明
      [0229]1:通信控制裝置;10:存儲部;11:服務器起動控制部;12:分配控制部;13:通信控制部;14:轉移目的地服務器管理部;15:服務器停止控制部;16:呼叫連接數管理部;17:呼叫信息訪問控制部;18:呼叫號碼管理部;20、21、22:呼叫控制服務器;30、31、32:呼叫側系統(tǒng);40、41、42:被叫側系統(tǒng);101:服務器狀態(tài)管理表;102:呼叫連接信息列表;103:服務器管理信息;104:呼叫信息;201:通信控制部;202:呼叫處理部;203:電源控制部。
      【權利要求】
      1.一種通信控制裝置,其特征在于,所述通信控制裝置具有: 呼叫連接數管理部,其獲取呼叫連接數,該呼叫連接數表示進行呼叫處理的各呼叫控制服務器正在處理的呼叫的數量; 服務器停止控制部,其根據每個所述呼叫控制服務器的呼叫連接數,從所述呼叫控制服務器中選擇第一呼叫控制服務器,將分配給所述第一呼叫控制服務器的呼叫處理轉移給其他的呼叫控制服務器,當分配給所述第一呼叫控制服務器的呼叫處理沒有時,使所述第一呼叫控制服務器停止;以及 分配控制部,其接受與呼叫處理相關的處理請求,并且在進行了與所述處理請求對應的呼叫處理的呼叫控制服務器被所述服務器停止控制部停止的情況下,將所述處理請求分配給作為由所述服務器停止控制部轉移了與所述處理請求對應的呼叫處理的目的地的所述其他的呼叫控制服務器。
      2.根據權利要求1所述的通信控制裝置,其特征在于, 所述服務器停止控制部預先存儲服務器停止閾值,根據每個所述呼叫控制服務器的呼叫連接數來選擇第一呼叫控制服務器,如果將分配給所述第一呼叫控制服務器的呼叫處理轉移給其他的呼叫控制服務器的情況下的該其他的呼叫控制服務器的負荷為所述服務器停止閾值以下,則將分配給所述第一呼叫控制服務器的呼叫處理轉移給該其他的呼叫控制服務器,當分配給所述第一呼叫控制服務器的呼叫處理沒有時,使所述第一呼叫控制服務器停止。
      3.根據權利要求1所述的通信控制裝置,其特征在于, 所述通信控制裝置還具有服務器起動控制部,所述服務器起動控制部預先存儲服務器起動閾值,在各所述呼叫控制服務器中的任意一個的負荷超過所述服務器起動閾值的情況下,使停止的呼叫控制服務器起動。
      4.根據權利要求3所述的通信控制裝置,其特征在于, 所述服務器起動控制部將針對負荷超過所述服務器起動閾值的呼叫控制服務器所分配的呼叫處理中的任意一個轉移給起動了的呼叫控制服務器。
      5.根據權利要求4所述的通信控制裝置,其特征在于, 當在分配給負荷超過所述服務器起動閾值的呼叫控制服務器的呼叫處理中存在從起動了的呼叫控制服務器轉移來的轉移呼叫處理的情況下,所述服務器控制起動部將所述轉移呼叫處理返回到作為所述轉移呼叫處理的轉移源的起動了的呼叫控制服務器。
      6.一種通信控制方法,其特征在于, 獲取呼叫連接數,該呼叫連接數表示進行呼叫處理的各呼叫控制服務器正在處理的呼叫的數量, 根據每個所述呼叫控制服務器的呼叫連接數,從所述呼叫控制服務器中選擇第一呼叫控制服務器,將分配給所述第一呼叫控制服務器的呼叫處理轉移給其他的呼叫控制服務器, 當分配給所述第一呼叫控制服務器的呼叫處理沒有時,使所述第一呼叫控制服務器停止, 接受與呼叫處理相關的處理請求,并且在進行了與所述處理請求對應的呼叫處理的呼叫控制服務器被所述服務器停止控制部停止的情況下,將所述處理請求分配給作為轉移了與所述處理請求對應的呼叫處理的目的地的所述其他的呼叫控制服務器。
      7.一種通信控制系統(tǒng),其具有呼叫控制服務器和通信控制裝置,其特征在于, 所述呼叫控制服務器具有: 呼叫處理部,其進行呼叫的處理;以及 停止控制部,其使本裝置停止, 所述通信控制裝置具有: 呼叫連接數管理部,其獲取呼叫連接數,該呼叫連接數表示各所述呼叫控制服務器正在處理的呼叫的數量; 服務器停止控制部,其根據每個所述呼叫控制服務器的呼叫連接數,從所述呼叫控制服務器中選擇第一呼叫控制服務器,將分配給所述第一呼叫控制服務器的呼叫處理轉移給其他的呼叫控制服務器,當分配給所述第一呼叫控制服務器的呼叫處理沒有時,指示所述第一呼叫控制服務器的所述停止控制部停止;以及 分配控制部,其接受與呼叫處理相關的處理請求,并且在進行了與所述處理請求對應的呼叫處理的呼叫控制服務器停止的情況下,將所述處理請求分配給作為由所述服務器停止處理部轉移了與所述處理請求對應的呼叫處理的目的地的所述其他的呼叫控制服務器。
      【文檔編號】H04M7/00GK104412571SQ201280074260
      【公開日】2015年3月11日 申請日期:2012年6月26日 優(yōu)先權日:2012年6月26日
      【發(fā)明者】藤本英彥 申請人:富士通株式會社
      網友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1