(57)【要約】【課題】簡易に処理能力向上を実現できるサーバシステムを提供する。【解決手段】プロトコル終端部２１は、起呼信号を示す呼処理信号を受信すると、受信した呼処理信号を、複数の呼処理プロセッサ３０〜３２のうちの何れかに送信する。信号処理部４０〜４２は、リソース管理プロセッサ６０に、処理すべきプロセッサの決定を依頼する。プロセッサ決定部６２は、プロファイル分散情報６１を参照し、該当加入者のプロファイルを有する呼処理プロセッサがあるときは、その呼処理プロセッサのプロセッサ番号を返す。該当加入者のプロファイルを有する呼処理プロセッサがないときは、保有するプロファイル数が最も少ない呼処理プロセッサのプロセッサ番号を返す。信号処理部４０〜４２は、返却されたプロセッサ番号の呼処理プロセッサに呼処理信号を転送する。【選択図】図１
2008311971.tif 000002
【特許請求の範囲】
【請求項１】
回線を終端する回線終端プロセッサと、加入者のプロファイルを保有し、該プロファイルを用いて呼処理信号に対する信号処理を行う複数の呼処理プロセッサとを有するサーバシステムにおいて、
通信開始に際して、前記複数の呼処理プロセッサにおける前記プロファイルの分散情報を参照し、前記呼処理信号に対して信号処理を行うべき呼処理プロセッサを決定するプロセッサ決定部を備えることを特徴とするサーバシステム。
【請求項２】
前記プロセッサ決定部は、前記複数の呼処理プロセッサのうちで、保有するプロファイルの数が最も少ない呼処理プロセッサを、前記信号処理を行うべき呼処理プロセッサとして決定する、請求項１に記載のサーバシステム。
【請求項３】
前記プロファイル分散情報が、加入者と、該加入者のプロファイルを保有する呼処理プロセッサとの対応関係を示す情報を含んでおり、前記プロセッサ決定部は、該当加入者のプロファイルを保有する呼処理プロセッサがあるときは、該当加入者のプロファイルを保有する呼処理プロセッサを、前記信号処理を行うべき呼処理プロセッサとして決定する、請求項１又は２に記載のサーバシステム。
【請求項４】
前記回線終端プロセッサは、前記複数の呼処理プロセッサのうちの何れかに呼処理信号を転送し、該呼処理信号の転送を受けた呼処理プロセッサは、前記プロセッサ決定部に、前記信号処理を行うべき呼処理プロセッサの決定を依頼する、請求項１〜３の何れか一に記載のサーバシステム。
【請求項５】
前記回線終端プロセッサは、ラウンドロビンで、前記複数の呼処理プロセッサに前記呼処理信号を転送する、請求項４に記載のサーバシステム。
【請求項６】
前記呼処理プロセッサは、前記プロセッサ決定部にて前記信号処理を行うべき呼処理プロセッサが決定すると、該決定した呼処理プロセッサを特定する情報を、前記呼処理信号に書き込む、請求項４又は５に記載のサーバシステム。
【請求項７】
前記信号処理を行うべき呼処理プロセッサの決定を依頼した呼処理プロセッサは、前記プロセッサ決定部が決定した呼処理プロセッサが自プロセッサであるか否かを判断し、自プロセッサでないとは、該当する呼処理プロセッサへ、前記呼処理信号を送信する、請求項６に記載のサーバシステム。
【請求項８】
前記回線終端プロセッサは、受信した呼処理信号が通信の継続を示す継続信号であるときは、前記呼処理信号から前記呼処理プロセッサを特定するための情報を取り出し、当該呼処理プロセッサに前記呼処理信号を送信する、請求項６又は７に記載のサーバシステム。
【請求項９】
前記プロセッサ決定部は、前記信号処理を行うべき呼処理プロセッサを決定すると、該決定した呼処理プロセッサを特定する情報を前記呼処理信号に書き込み、該呼処理信号を前記決定した呼処理プロセッサに転送する、請求項１〜３の何れか一に記載のサーバシステム。
【請求項１０】
前記回線終端プロセッサは、受信した呼処理信号が通信の継続を示す継続信号であるときは、前記呼処理信号から前記呼処理プロセッサを特定するための情報を取り出し、当該呼処理プロセッサに前記呼処理信号を送信する、請求項９に記載のサーバシステム。
【請求項１１】
回線を終端する回線終端プロセッサと、加入者のプロファイルを保有し、該プロファイルを用いて呼処理信号に対する信号処理を行う複数の呼処理プロセッサと、前記プロファイルの分散情報を管理するリソース管理プロセッサとを有するサーバシステムにおける負荷分散方法であって、
前記リソース管理プロセッサが、通信開始に際して、前記プロファイルの分散情報を参照して、前記回線終端プロセッサが受信した呼処理信号に対して信号処理を行うべき呼処理プロセッサを決定することを特徴とする負荷分散方法。
【請求項１２】
前記リソース管理プロセッサは、前記複数の呼処理プロセッサのうちで、保有するプロファイルの数が最も少ない呼処理プロセッサを、前記信号処理を行うべき呼処理プロセッサとして決定する、請求項１１に記載の負荷分散方法。
【請求項１３】
前記プロファイル分散情報が、加入者と、該加入者のプロファイルを保有する呼処理プロセッサとの対応関係を示す情報を含んでおり、前記リソース管理プロセッサは、該当加入者のプロファイルを保有する呼処理プロセッサがあるときは、該当加入者のプロファイルを保有する呼処理プロセッサを、前記信号処理を行うべき呼処理プロセッサとして決定する、請求項１１又は１２に記載の負荷分散方法。
【請求項１４】
前記回線終端プロセッサは、前記複数の呼処理プロセッサのうちの何れかに受信した呼処理信号を転送し、
前記呼処理信号の転送を受けた呼処理プロセッサは、前記リソース管理プロセッサに、前記信号処理を行うべき呼処理プロセッサの決定を依頼する、請求項１１〜１３の何れか一に記載の負荷分散方法。
【請求項１５】
前記回線終端プロセッサは、ラウンドロビンで、前記複数の呼処理プロセッサに前記呼処理信号を転送する、請求項１４に記載の負荷分散方法。
【請求項１６】
前記信号処理を行うべき呼処理プロセッサの決定を依頼した呼処理プロセッサは、前記リソース管理プロセッサが前記信号処理を行うべき呼処理プロセッサを決定すると、該決定した呼処理プロセッサを特定する情報を、前記呼処理信号に書き込む、請求項１４又は１５に記載の負荷分散方法。
【請求項１７】
前記信号処理を行うべき呼処理プロセッサの決定を依頼した呼処理プロセッサは、前記リソース管理プロセッサが決定した呼処理プロセッサが自プロセッサであるか否かを判断し、自プロセッサでないときは、該当する呼処理プロセッサへ、前記呼処理信号を送信する、請求項１６に記載の負荷分散方法。
【請求項１８】
前記回線終端プロセッサは、受信した呼処理信号が通信の継続を示す継続信号であるときは、前記呼処理信号から前記呼処理プロセッサを特定するための情報を取り出し、当該呼処理プロセッサに前記呼処理信号を送信する、請求項１６又は１７に記載の負荷分散方法。
【請求項１９】
前記回線終端プロセッサは、前記リソース管理プロセッサに受信した呼処理信号を転送し、
前記リソース管理プロセッサは、前記信号処理を行うべき呼処理プロセッサを決定すると、該決定した呼処理プロセッサを特定する情報を前記呼処理信号に書き込み、該呼処理信号を前記決定した呼処理プロセッサに転送する、請求項１１〜１３の何れか一に記載の負荷分散方法。
【請求項２０】
前記回線終端プロセッサは、受信した呼処理信号が通信の継続を示す継続信号であるときは、前記呼処理信号から前記呼処理プロセッサを特定するための情報を取り出し、当該呼処理プロセッサに前記呼処理信号を送信する、請求項１９に記載の負荷分散方法。
【請求項２１】
回線を終端する回線終端プロセッサと、加入者のプロファイルを保有し、該プロファイルを用いて呼処理信号に対する信号処理を行う複数の呼処理プロセッサと、前記プロファイルの分散情報を管理するリソース管理プロセッサとを有するサーバシステムに、負荷分散処理を実行させるプログラムであって、前記サーバシステムに、
通信開始に際し、前記プロファイルの分散情報を参照して、前記回線終端プロセッサが受信した呼処理信号に対して信号処理を行うべき呼処理プロセッサを決定する処理を実行させることを特徴とするプログラム。
【請求項２２】
前記信号処理を行うべき呼処理プロセッサの決定では、前記複数の呼処理プロセッサのうちで、保有するプロファイルの数が最も少ない呼処理プロセッサを、前記信号処理を行うべき呼処理プロセッサとして決定する、請求項２１に記載のプログラム。
【請求項２３】
前記プロファイルの分散情報が、加入者と、該加入者のプロファイルを保有する呼処理プロセッサとの対応関係を示す情報を含んでおり、前記処理を行うべき呼処理プロセッサの決定では、該当加入者のプロファイルを保有する呼処理プロセッサがあるか否かを判断し、該当加入者のプロファイルを保有する呼処理プロセッサがあるときは、当該呼処理呼処理プロセッサを、前記信号処理を行うべき呼処理プロセッサとして決定する、請求項２１又は２２に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバシステムに関し、更に詳しくは、複数の呼処理プロセッサを有するサーバシステムに関する。また、本発明は、負荷分散方法及びプログラムに関し、サーバシステムにおける呼処理プロセッサの負荷分散方法及びプログラムに関する。
【背景技術】
【０００２】
一般に、通信システムに用いられるサーバシステムは、１つのシステム内に、呼処理を行う呼処理プロセッサを複数有している。呼処理プロセッサには、加入者のプロファイルが格納されており、加入者の通信は、該当加入者のプロファイルが格納されている呼処理プロセッサにより行われる。また、サーバシステムは、呼処理プロセッサの負荷分散を行う負荷分散プロセッサを有している。負荷分散プロセッサは、各加入者のプロファイルが、どの呼処理プロセッサに格納されているかを管理しており、通信に用いる呼処理プロセッサを選択する機能を提供する。また、各呼処理プロセッサの負荷を監視しており、起呼信号に対して、その起呼信号を処理すべき呼処理プロセッサを決定する機能を提供する。
【０００３】
複数のプロセッサを有するサーバシステムにおける負荷分散に関しては、特許文献１及び特許文献２に記載された技術がある。特許文献１では、呼分配装置は、呼を処理する呼処理制御系装置（呼処理プロセッサ）を決定する際に、呼信号が、新たに発生した信号であるか、既に発生済みの信号であるかを判断する。新たに発生した呼である場合は、呼を処理する呼処理制御系装置を動的に決定する。動的に決定する際の選択の基準としては、各呼処理制御系装置の負荷を比較し、負荷が最も低い呼処理制御系装置を選択する方法がある。発生済みの呼であるときは、呼発生時に決定した呼処理制御系装置を、静的に特定する。
【０００４】
特許文献２では、各プロセッサの輻輳状態を記憶する輻輳状態管理手段を用いる。プロセッサは、収容回線より発呼があったときは、輻輳状態管理手段によって各プロセッサの輻輳状態を確認する。プロセッサは、自プロセッサが輻輳状態にないときには自プロセッサの呼設定／解除処理実行手段に処理の実行を要求する。自プロセッサが輻輳状態にあるときには、輻輳状態にないプロセッサを一つ選定し、選定したプロセッサの呼設定／解除処理実行手段に処理の実行を要求する。この要求を受けたプロセッサは、輻輳状態管理手段により、自プロセッサが輻輳状態にないことを確認した上で、自プロセッサ内の呼設定／解除処理実行手段に処理の実行を要求する。
【０００５】
【特許文献１】特開２０００−２５３４２９号公報
【特許文献２】特開平６−７７９９７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
通常、サーバシステムは、複数（Ｎ個：Ｎは２以上の整数）の呼処理プロセッサに対して、負荷分散プロセッサを１つ有している。負荷分散プロセッサは、全ての呼処理信号の送受信処理と、複数の呼処理プロセッサのうちでどの呼処理プロセッサを用いるかを決定する際に使用する情報（分散管理情報）の作成とを行う。このため、負荷分散対象の呼処理プロセッサを増やした場合、信号量増加による処理能力のネックとなり、また、集中管理すべき情報量が増加することでメモリ量の不足が発生することから、呼処理プロセッサの数を容易に増加させることはできない。従って、処理能力向上のためには、単に呼処理プロセッサを増加させるだけでなく、負荷分散プロセッサの能力向上、或いは、新たなシステムを導入する必要があるという問題がある。
【０００７】
本発明は、上記従来技術の問題点を解消し、簡易に処理能力向上を実現できるサーバシステム、負荷分散方法、及び、プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明のサーバシステムは、回線を終端する回線終端プロセッサと、加入者のプロファイルを保有し、該プロファイルを用いて呼処理信号に対する信号処理を行う複数の呼処理プロセッサとを有するサーバシステムにおいて、通信開始に際して、前記複数の呼処理プロセッサにおける前記プロファイルの分散情報を参照し、前記呼処理信号に対して信号処理を行うべき呼処理プロセッサを決定するプロセッサ決定部を備えることを特徴とする。
【０００９】
本発明の負荷分散方法は、回線を終端する回線終端プロセッサと、加入者のプロファイルを保有し、該プロファイルを用いて呼処理信号に対する信号処理を行う複数の呼処理プロセッサと、前記プロファイルの分散情報を管理するリソース管理プロセッサとを有するサーバシステムにおける負荷分散方法であって、前記リソース管理プロセッサが、通信開始に際して、前記プロファイルの分散情報を参照して、前記回線終端プロセッサが受信した呼処理信号に対して信号処理を行うべき呼処理プロセッサを決定することを特徴とする。
【００１０】
本発明のプログラムは、回線を終端する回線終端プロセッサと、加入者のプロファイルを保有し、該プロファイルを用いて呼処理信号に対する信号処理を行う複数の呼処理プロセッサと、前記プロファイルの分散情報を管理するリソース管理プロセッサとを有するサーバシステムに、負荷分散処理を実行させるプログラムであって、前記サーバシステムに、通信開始に際し、前記プロファイルの分散情報を参照して、前記回線終端プロセッサが受信した呼処理信号に対して信号処理を行うべき呼処理プロセッサを決定する処理を実行させることを特徴とする。
【発明の効果】
【００１１】
本発明のサーバシステム、負荷分散方法、及び、プログラムでは、特定のプロセッサに掛かる処理負担を軽減して、サーバシステム全体の処理能力の向上を図ることができる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照し、本発明の実施例を詳細に説明する。図１は、本発明の第１実施例の通信装置の構成を示す。通信装置（サーバシステム）１０は、回線終端プロセッサ２０と、複数の呼処理プロセッサ３０〜３２と、リソース管理プロセッサ６０とを有する。各プロセッサ（２０、３０〜３２、６０）は、ネットワーク７０にて接続されている。サーバシステム１０は、例えば、３ＧＰＰ（Third Generation Partnership Project）又は３ＧＰＰ２（Third Generation Partnership Project 2）におけるＲＮＣ（Radio Network controller）／ＢＳＣ（Base Station Controller）と、ＩＭＳ網（IP Multimedia Subsystem）／ＭＭＤ（MultiMedia Domain）との間でのデータやり取りを行う。
【００１３】
回線終端プロセッサ２０は、プロトコル終端部２１を有する。プロトコル終端部２１は、呼処理信号の外部から内部へのプロトコル変換、及び、内部から外部へのプロトコル変換を行う。また、内部プロトコルへ変換した呼処理信号の処理を行う。呼処理プロセッサ３０〜３２は、信号処理部４０〜４２と、プロファイル５０〜５２を有する。信号処理部４０〜４２は、内部プロトコルへ変換した呼処理信号の処理を行う。信号処理部４０〜４２にて行う処理には、リソース管理プロセッサ６０に、呼処理信号に対する信号処理を行うべき呼処理プロセッサの決定を依頼する処理と、呼処理信号に対する信号処理（呼処理）とがある。
【００１４】
プロファイル５０〜５２は、呼処理を行うための加入者データである。信号処理部４０〜４２は、プロファイルに基づいて、該当加入者の呼処理を実施し、回線終端プロセッサ２０へ呼処理信号を返送する。呼処理は、該当加入者のプロファイルを有する呼処理プロセッサにて実施される。すなわち、該当加入者のプロファイルが作成済みであれば、該当加入者のプロファイルを保有する呼処理プロセッサで、呼処理を実施する。該当加入者のプロファイルが存在しない場合は、信号処理部４０〜４２によってプロファイルを作成した上で、呼処理を実施する。
【００１５】
リソース管理プロセッサ６０は、プロファイル分散情報６１とプロセッサ決定部６２とを有する。プロファイル分散情報６１は、どの呼処理プロセッサが、どの加入者のプロファイルを有しているかを示す情報を有する。また、各呼処理プロセッサが、プロファイルをどれだけ有するかを示す情報を有する。プロセッサ決定部６２は、呼処理プロセッサ３０〜３２から、呼処理を行うべき呼処理プロセッサの決定の依頼を受けると、プロファイル分散情報６１を参照して、呼処理を行うべき呼処理プロセッサを決定する。
【００１６】
プロトコル終端部２１は、回線側から、呼処理信号を受信すると、その呼処理信号が、起呼信号か否かを判定する。起呼信号であれば、処理プロセッサの選択を委ねるための呼処理信号を、呼処理プロセッサ３０〜３２のうちの何れかへ、ラウンドロビンに送信する。プロトコル終端部２１から呼処理信号を受け取った呼処理プロセッサの信号処理部は、プロセッサ決定部６２に、処理を行うべき呼処理プロセッサの決定を依頼する。プロセッサ決定部６２は、プロファイル分散情報６１を参照し、該当加入者のプロファイルが、何れかの呼処理プロセッサに保存されているか否かを調べる。
【００１７】
プロセッサ決定部６２は、該当加入者のプロファイルを保有する呼処理プロセッサがあるときには、その呼処理プロセッサを、呼処理を行うべき呼処理プロセッサとして決定する。一方、該当加入者のプロファイルが、何れの呼処理プロセッサにも保存されていないときには、プロファイル分散情報６１を参照し、保有するプロファイル量が少ない呼処理プロセッサを、呼処理を行うべきプロセッサとして決定する。プロセッサ決定部６２は、呼処理プロセッサの決定後、決定した呼処理プロセッサを特定する情報、例えはプロセッサ番号を、依頼元の呼処理プロセッサに返す。
【００１８】
依頼元の呼処理プロセッサは、プロセッサ決定部６２から呼処理を行うべき呼処理プロセッサを特定する情報を受け取ると、該呼処理を行うべきプロセッサを特定する情報を、呼処理信号に書き込む。呼処理信号へ書き込まれたプロセッサ番号は、以降の回線側との継続信号で、双方向に必ず設定される。その後、呼処理プロセッサは、該呼処理を行うべき呼処理プロセッサが、自プロセッサであるか否かを判断する。自プロセッサであるときは、該当加入者のプロファイルを作成した上で、信号処理部により、呼処理を実施する。自プロセッサでないときには、呼処理を行うべき呼処理プロセッサに、呼処理信号を転送する。呼処理信号の転送を受けた呼処理プロセッサは、該当加入者のプロファイルを作成した上で、呼処理を実施する。
【００１９】
プロトコル終端部２１は、呼処理信号が継続信号であると判断すると、呼処理信号から、呼処理プロセッサによって呼処理信号に書き込まれた呼処理プロセッサを特定する情報、言い換えれば、該当加入者のプロファイルを保有している呼処理プロセッサを特定する情報を取り出す。プロトコル終端部２１は、呼処理プロセッサを特定する情報の取り出した後に、該当する呼処理プロセッサに、呼処理信号（継続信号）を転送する。呼処理信号の転送を受けた呼処理プロセッサは、保有する該当加入者のプロファイルを基に呼処理を実行し、回線終端プロセッサ２０へ呼処理信号を返送する。
【００２０】
図２に、回線終端プロセッサ２０における処理の流れを示す。回線終端プロセッサ２０が行う処理には、大きく分けて、回線側からの呼処理信号受信処理と、呼処理プロセッサからの呼処理信号受信処理との２つがある。プロトコル終端部２１は、回線側からの呼処理信号の受信待ちを行う（ステップＡ１）。回線側からの呼処理信号を受信すると、プロトコル終端部２１は、受信した呼処理信号を内部プロトコルに変換し、呼処理信号が、起呼信号であるか否かを判断する（ステップＡ２）。
【００２１】
プロトコル終端部２１は、受信した呼処理信号が起呼信号であるときには、呼処理信号をラウンドロビンで呼処理プロセッサに送信すべく、複数の呼処理プロセッサ３０〜３２の中から、起呼信号を送信すべき呼処理プロセッサを選定する（ステップＡ３）。ステップＡ３では、プロトコル終端部２１は、例えば、記憶している、サーバシステム１０内の呼処理プロセッサ３０〜３２のプロセッサ番号の中から、所定の順番でプロセッサ番号を１つ取り出し、そのプロセッサ番号の呼処理プロセッサを、起呼信号を送信すべき呼処理プロセッサとして選定する。
【００２２】
プロトコル終端部２１は、受信した呼処理信号が継続信号であるときには、呼処理信号に書き込まれた呼処理プロセッサのプロセッサ番号、つまりは、前回処理を行った呼処理プロセッサのプロセッサ番号を取り出す（ステップＡ４）。その後、ステップＡ３で選定したプロセッサ番号の呼処理プロセッサ、又は、ステップＡ４で呼処理信号から取り出したプロセッサ番号の呼処理プロセッサに、呼処理信号（起呼信号又は継続信号）を送信する（ステップＡ５）。
【００２３】
プロトコル終端部２１は、ステップＡ１の回線側からの呼処理信号の受信待ちと並行して、呼処理プロセッサ３０〜３２からの呼処理信号の受信待ちを行う（ステップＡ６）。プロトコル終端部２１は、呼処理プロセッサ３０〜３２の何れかから呼処理信号を受信すると、受信した呼処理信号を外部プロトコルへ変換して、回線側へ送信する（ステップＡ７）。
【００２４】
図３に、呼処理プロセッサの処理の流れを示す。呼処理プロセッサ３０〜３２が行う処理には、リソース管理プロセッサ６０を用いた呼処理プロセッサの決定処理（負荷分散処理）と、プロセッサ決定後の起呼信号、又は、継続信号の信号処理（呼処理）との２つある。なお、以下の説明では、呼処理プロセッサ３０の信号処理部４０の動作として説明するが、他の呼処理プロセッサ３１、３２における信号処理部４１、４２の動作も、信号処理部４０の動作と同様である。
【００２５】
信号処理部４０は、回線終端プロセッサ２０又は他の呼処理プロセッサ３１、３２からの呼処理信号の受信待ちを行う（ステップＢ１）。信号処理部４０は、呼処理信号を受信すると、受信した呼処理信号が起呼信号であるか否かを判断する（ステップＢ２）。信号処理部４０は、起呼信号であると判断すると、起呼信号に、処理を行うべき呼処理プロセッサのプロセッサ番号（自プロセッサ番号）が書き込み済みであるか否かを判断する（ステップＢ３）。
【００２６】
起呼信号の送信元が回線終端プロセッサ２０である場合、つまり、呼処理プロセッサ３０が、図２のステップＡ３にて選定された呼処理プロセッサであり、回線終端プロセッサ２０からの起呼信号を受信した場合は、処理を行う呼処理プロセッサがまだ決まっていない状態であるので、信号処理部４０は、ステップＢ３で、自プロセッサ番号が書き込まれていないと判断する。この場合、信号処理部４０は、リソース管理プロセッサ６０へ、処理を行うべき呼処理プロセッサの決定を依頼する（ステップＢ８）。
【００２７】
リソース管理プロセッサ６０のプロセッサ決定部６２は、プロファイル分散情報６１を参照して、呼処理プロセッサ３０〜３２の何れかに該当加入者のプロファイルが保存されているか否かを調べる。プロセッサ決定部６２は、該当加入者のプロファイルが、呼処理プロセッサ３０〜３２のうちの何れかに保存されていると判断したときは、該当加入者のプロファイルを保存している呼処理プロセッサを、処理を行うべき呼処理プロセッサとして決定する。また、該当加入者のプロファイルが、呼処理プロセッサ３０〜３２の何れにも保存されていないときには、プロファイル分散情報６１を参照して各呼処理プロセッサが保有するプロファイルの数を調べ、保有プロファイル数が最も少ない呼処理プロセッサを、処理を行うべき呼処理プロセッサとして決定する。なお、各呼処理プロセッサが有するプロファイルの数は、どの呼処理プロセッサが、どの加入者のプロファイルを有しているかを示す情報から生成可能であるので、プロセッサ分散情報には、必ずしも、各呼処理プロセッサが、プロファイルをどれだけ有するかを示す情報を含めなくてよい。
【００２８】
プロセッサ決定部６２は、処理を行うべき呼処理プロセッサとして決定した呼処理プロセッサのプロセッサ番号を、ステップＢ８で呼処理プロセッサの決定を依頼した呼処理プロセッサに返送する。信号処理部４０は、リソース管理プロセッサ６０から、処理を行うべき呼処理プロセッサとして決定された呼処理プロセッサのプロセッサ番号を受け取る。その後、受け取ったプロセッサ番号を、呼処理信号（起呼信号）へ書き込む（ステップＢ９）。また、呼処理をおこなうべき呼処理プロセッサとして決定された呼処理プロセッサが、自プロセッサであるか否かを判断する（ステップＢ１０）。信号処理部４０は、ステップＢ１０で、処理を行うべき呼処理プロセッサが自プロセッサでないと判断したときは、リソース管理プロセッサ６０から受け取ったプロセッサ番号の呼処理プロセッサに、プロセッサ番号を書き込んだ呼処理信号を送信する（ステップＢ１１）。
【００２９】
信号処理部４０は、処理を行うべき呼処理プロセッサが自プロセッサであると判断すると、プロファイル５０に該当加入者のプロファイルを保有しているか否かを判断する（ステップＢ４）。保有していないときには、該当加入者のプロファイルを作成し、プロファイル５０に保存する（ステップＢ５）。信号処理部４０は、プロファイルの作成では、呼処理信号から該当加入者の認証情報やエリア情報、契約状況に関する情報などの必要な情報を取り出し、これをプロファイルに含める。また、リソース管理プロセッサ６０に、作成した加入者のプロファイルに関する情報を送信し、プロファイル分散情報６１を更新させる。その後、信号処理部４０は、該当加入者のプロファイルを基に信号処理を実施し（ステップＢ６）、回線終端プロセッサ２０へ呼処理信号を送信する（ステップＢ７）。
【００３０】
信号処理部４０は、ステップＢ３で、呼処理信号に自プロセッサ番号が書き込まれていると判断したときは、ステップＢ４へ移行して該当加入者のプロファイルを保有しているか否かを判断する。以降、該当加入者のプロファイルを保有していないときにはステップＢ５で該当加入者のプロファイルを作成し、ステップＢ６にてプロファイルに基づいて信号処理を実施し、ステップＢ７で、回線終端プロセッサ２０へ呼処理信号を送信する。
【００３１】
例えば、リソース管理プロセッサ６０により、呼処理プロセッサ３１が、処理を行う呼処理プロセッサとて決定された場合は、呼処理プロセッサ３０の信号処理部４０は、ステップＢ１１で、呼処理プロセッサ３１へ、呼処理プロセッサ３１のプロセッサ番号を書き込んだ呼処理信号を送信する。この呼処理信号を受信した呼処理プロセッサ３１の信号処理部４１は、ステップＢ３で、起呼信号に、自プロセッサ番号が書き込まれていると判断する。その後、ステップＢ４へ移行し、該当加入者のプロファイルを保有しているか否かを判断する。信号処理部４１は、該当加入者のプロファイルを保有している場合は、ステップＢ６へ移行し、保有するプロファイルに基づいて呼処理を実施する。また、該当加入者のプロファイルを保有していないときは、信号処理部４１は、ステップＢ５でプロファイルを作成し、ステップＢ６で、作成したプロファイルに基づいて呼処理を実施する。
【００３２】
本実施例では、プロセッサ決定部６２は、該当加入者のプロファイルを保有する呼処理プロセッサがないときには、プロファイル分散情報６１を参照して、保有するプロファイルが少ない呼処理プロセッサを、処理を行うべき呼処理プロセッサとして決定する。本実施例では、プロファイルの分散状況に基づいて負荷分散を行っており、負荷分散プロセッサを用いて各呼処理プロセッサの負荷を監視する必要がない。また、本実施例では、回線終端プロセッサ２０から呼処理プロセッサ３０〜３２に呼処理信号を送り、呼処理プロセッサに、負荷分散のための処理を実行させる。本実施例では、ステップＡ３にて、呼処理プロセッサを、呼処理信号がラウンドロビンで送信されるように選定することで、呼処理プロセッサの数が増えたときでも、特定のプロセッサに処理負担が集中する事態を避けることができる。従って、呼処理プロセッサの数を増加させても、処理のネックとなるプロセッサがなく、サーバシステムの処理能力を簡易に向上でき、呼処理プロセッサの処理能力を最大限に活かした負荷分散型サーバシステムを構築することができる。
【００３３】
本実施例では、処理を行う呼処理プロセッサの決定後に、その呼処理プロセッサを特定する情報（プロセッサ番号）を呼処理信号に書き込み、以降の通信では、呼処理信号に、呼処理信号に書き込まれた呼処理プロセッサを特定する情報を双方向に設定する。この場合、回線終端プロセッサ２０は、呼処理信号（継続信号）からプロセッサ番号を取り出すことで、呼処理信号を送信すべき呼処理プロセッサを特定できる。このように、回線終端プロセッサ２０は、該当加入者のプロファイルがどの呼処理プロセッサに保存されているかを調べなくても、呼処理信号を送信すべき呼処理プロセッサを特定でき、継続信号に対する処理負担を軽減して、サーバシステムの処理能力の向上を図ることができる。
【００３４】
図４は、本発明の第２実施例のサーバシステムの構成を示している。第１実施例との相違点は、図１のリソース管理プロセッサ６０に相当する負荷分散プロセッサ８０が、図１のプロセッサ決定部６２の機能を含む信号処理部８１を有している点である。本実施例のサーバシステム１０ａでは、回線終端プロセッサ２０は、回線側から受信した呼処理信号のうちの起呼信号を、負荷分散プロセッサ８０に起呼信号を送信する。回線終端プロセッサ２０は、呼処理信号のうちの継続信号に対しては、第１実施例と同様な処理により、継続信号を、処理すべき呼処理プロセッサに転送する。
【００３５】
負荷分散プロセッサ８０の信号処理部８１は、起呼信号を受信すると、プロファイル分散情報８２を参照して、起呼信号に対する処理を実施すべき呼処理プロセッサを決定する。この呼処理プロセッサ決定の処理は、図１のプロセッサ決定部６２における呼処理プロセッサ決定の処理と同様である。また、プロファイル分散情報８２は、第１実施例におけるプロファイル分散情報６１（図１）と同様である。信号処理部８１は、処理を行うべき呼処理プロセッサを決定すると、決定した呼処理プロセッサを特定する情報を呼処理信号に書き込む。その後、決定した呼処理プロセッサに、呼処理信号を送信する。
【００３６】
図５は、回線終端プロセッサ２０の動作手順を示している。図５に示す手順は、ステップＣ３にて、呼処理信号の送信先として、負荷分散プロセッサ８０を特定する情報（プロセッサ番号）を取り出す点を除いて、図２に示す手順と同様である。回線終端プロセッサ２０は、ステップＡ１で受信した呼処理信号が起呼信号である場合は、ステップＣ３で、負荷分散プロセッサ８０のプロセッサ番号を取り出し、ステップＡ５で、負荷分散プロセッサ８０に、呼処理信号（起呼信号）を送信する。また、受信した呼処理信号が継続信号である場合は、第１実施例と同様な動作により、ステップＡ４にて、呼処理信号から処理を行うべき呼処理プロセッサを特定する情報を取り出し、ステップＡ５で、その呼処理プロセッサに、継続信号を送信する。
【００３７】
図６は、負荷分散プロセッサ８０の動作手順を示している。負荷分散プロセッサ８０の信号処理部８１は、回線終端プロセッサ２０からの呼処理信号（起呼信号）の受信待ちを行う（ステップＤ１）。信号処理部８１は、起呼信号を受信すると、プロファイル分散情報８２を参照して、信号転送先プロセッサ、つまりは、呼処理を行うべきプロセッサを決定する（ステップＤ２）。
【００３８】
ステップＤ２では、何れかの呼処理プロセッサが該当加入者のプロファイルを有する場合は、その呼処理プロセッサを、信号転送先プロセッサとして決定する。何れの呼処理プロセッサも該当加入者のプロファイルを保有していないときには、呼処理プロセッサ３０〜３２のうちで、保有プロファイル数が少ない呼処理プロセッサを、信号転送先プロセッサとして決定する。
【００３９】
信号処理部８１は、ステップＤ２で信号転送先として決定した呼処理プロセッサを特定する情報、例えば呼処理プロセッサのプロセッサ番号を、呼処理信号へ書き込む（ステップＤ３）。その後、ステップＤ２で信号転送先として決定した呼処理プロセッサに、ステップＤ３にて当該呼処理プロセッサを特定する情報を書き込んだ呼処理信号を送信する（ステップＤ４）。
する。
【００４０】
図７は、呼処理プロセッサの動作手順を示している。本実施例の呼処理プロセッサの動作手順は、図３に示す動作手順から、ステップＢ３、及び、ステップＢ８〜Ｂ１１を省いたものに相当する。すなわち、ステップＥ１で、回線終端プロセッサ２０又は負荷分散プロセッサ８０からの呼処理信号の受信待ちを行い、ステップＥ２にて、呼処理信号が起呼信号であるか否かを判断する。その後は、図３のステップＢ４〜Ｂ７の処理と同様に、ステップＥ３でプロファイルを保有しているか否かを判断し、保有していないときには、ステップＥ４でプロファイルを作成し、ステップＥ５にて呼処理を行い、ステップＥ６で回線終端プロセッサ２０に信号送信を行う。
【００４１】
本実施形態では、負荷分散プロセッサ８０は、起呼信号に対して、処理を行うべき呼処理プロセッサを決定し、決定した呼処理プロセッサを特定する情報を、呼処理信号に書き込む。回線終端プロセッサ２０は、継続信号については、呼処理信号から呼処理プロセッサを特定する情報を取り出し、その呼処理プロセッサに、呼処理信号を送信する。関連技術の負荷分散では、負荷分散プロセッサは、全ての呼処理信号に対して信号の転送先を決定する構成である。これに対し、本実施例では、負荷分散プロセッサ８０は、継続信号に対しては、信号転送先を決定（判別）する必要がなく、負荷分散プロセッサの処理負担を大幅に軽減できる。従って、負荷分散プロセッサの処理負荷を下げることができ、呼処理プロセッサ数を増やして、システム当たりの処理能力を向上することができる。
【００４２】
以上、本発明をその好適な実施例に基づいて説明したが、本発明のサーバシステム、負荷分散方法、及び、プログラムは、上記実施例にのみ限定されるものではなく、上記実施例の構成から種々の修正及び変更を施したものも、本発明の範囲に含まれる。
【図面の簡単な説明】
【００４３】
【図１】本発明の第１実施例のサーバシステムの構成を示すブロック図。
【図２】回線終端プロセッサの動作手順を示すフローチャート。
【図３】呼処理プロセッサの動作手順を示すフローチャート。
【図４】本発明の第２実施例のサーバシステムの構成を示すブロック図。
【図５】第２実施例における回線終端プロセッサの動作手順を示すフローチャート。
【図６】負荷分散プロセッサの動作手順を示すフローチャート。
【図７】第２実施例における呼処理プロセッサの動作手順を示すフローチャート。
【符号の説明】
【００４４】
１０：サーバシステム
２０：回線終端プロセッサ
２１：プロトコル終端部
３０〜３２：呼処理プロセッサ
４０〜４２：信号処理部
５０〜５２：プロファイル
６０：リソース管理プロセッサ
６１：プロファイル分散情報
６２：プロセッサ決定部
７０：ネットワーク
８０：負荷分散プロセッサ
８１：信号処理部
８２：プロファイル分散情報
【図１】
2008311971.tif 000003
【図２】
2008311971.tif 000004
【図３】
2008311971.tif 000005
【図４】
2008311971.tif 000006
【図５】
2008311971.tif 000007
【図６】
2008311971.tif 000008
【図７】
2008311971.tif 000009