(57)【要約】【課題】  同時的にイベントを受付けた呼処理サーバが多数あっても、データベースサーバへの通信集中を低減する。【解決手段】  発呼元の端末装置１３と、該端末装置の接続する分散型サーバとを識別するための呼情報と、着呼先の端末装置１３と、該端末装置の接続する分散型サーバとを識別するための呼情報とに基づいて、発呼元端末装置および着呼先端末装置間の回線接続を行う分散型サーバ１２と、システム全体の呼情報を保持するデータベースサーバ１１とを備えた分散型サーバシステム１０において、前記分散型サーバは、前記回線接続を行う際、発呼元の呼情報に着呼先の呼情報を対応付けた対呼情報を生成して保持した後、新規な呼情報を必要とするイベントを通信中の通信端末装置から受けると、前記新規な呼情報を前記データベースサーバから取得して回線接続を行う。【選択図】        図１
2005217857.tif 000002
【特許請求の範囲】
【請求項１】
発呼元の端末装置と、該端末装置の接続する分散型サーバとを識別するための呼情報と、着呼先の端末装置と、該端末装置の接続する分散型サーバとを識別するための呼情報とに基づいて、発呼元端末装置および着呼先端末装置間の回線接続を行う分散型サーバと、システム全体の呼情報を保持するデータベースサーバとを備えた分散型サーバシステムにおいて、
前記分散型サーバは、前記回線接続を行う際、発呼元の呼情報に着呼先の呼情報を対応付けた対呼情報を生成して保持した後、新規な呼情報を必要とするイベントを通信中の通信端末装置から受けると、前記新規な呼情報を前記データベースサーバから取得して回線接続を行うことを特徴とする分散型サーバシステム。
【請求項２】
前記データベースサーバは、前記分散型サーバからの前記対呼情報を保持することを特徴とする請求項１記載の分散型サーバシステム。
【請求項３】
前記分散型サーバは、障害を検知した端末装置からの救済要求に応じて、前記障害を検知した端末装置が接続する分散型サーバで管理する通信中の回線を受入れるべく、障害の発生前に当該分散型サーバから取得して保持している対呼情報を、前記データベースサーバから取得することを特徴とする請求項２記載の分散型サーバシステム。
【請求項４】
発呼元の端末装置と、該端末装置の接続する分散型サーバとを識別するための呼情報と、着呼先の端末装置と、該端末装置の接続する分散型サーバとを識別するための呼情報とに基づいて、発呼元端末装置および着呼先端末装置間の回線接続を行う分散型サーバと、システム全体の呼情報を保持するデータベースサーバとを備えた分散型サーバシステムにおける呼情報の管理方法において、
前記分散型サーバは、前記回線接続を行う際、発呼元の呼情報に着呼先の呼情報を対応付けた対呼情報を生成して保持すること、
前記対呼情報を保持した後、前記分散型サーバは、新規な呼情報を必要とするイベントを通信中の通信端末装置から受けると、前記新規な呼情報を前記データベースサーバから取得して回線接続を行うことを特徴とする分散型サーバシステムにおける呼情報の管理方法。
【請求項５】
前記データベースサーバは、前記分散型サーバからの前記対呼情報を保持しており、
前記分散型サーバは、障害を検知した端末装置からの救済要求に応じて、前記障害を検知した端末装置が接続する分散型サーバで管理する通信中の回線を受入れるべく、障害の発生前に当該分散型サーバから取得して保持している対呼情報を、前記データベースサーバから取得することを特徴とする請求項４記載の分散型サーバシステムにおける呼情報管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼情報に基づいて端末装置間のコネクション制御を行なう呼情報処理サーバおよびデータベースサーバで構成される分散型サーバシステムと、該分散型サーバシステムにおける呼情報の管理方法に関するものである。
【背景技術】
【０００２】
端末装置として例えばＩＰ端末などのＩＰ電話が、分散型サーバである呼処理サーバに接続されている。該呼処理サーバは、ＩＰ電話を識別するための発呼元の呼情報と、着呼先の呼情報とに基づいて各ＩＰ電話間の回線接続の制御を行う。
ところで、呼情報は、呼処理サーバが接続しているデータベースサーバで保持管理されており、各ＩＰ電話で通話を行う際、呼処理サーバは発呼元のＩＰ電話の呼情報と、着呼先のＩＰ電話の呼情報とをデータベースサーバから取得し、取得した各呼情報に基づいて各ＩＰ電話間の回線接続を制御する。
【０００３】
ＩＰ電話間の回線が接続された後、利用者がフックや保留などの操作を行うと、この操作に応じたイベントがＩＰ電話から呼処理サーバへ出力される。操作イベントを受けた呼処理サーバは、イベントに応じた処理を行うべく、データベースサーバに対しアクセスを行ない、呼情報を取得する。呼情報を取得した呼処理サーバは、該呼情報を参照してイベント内容に応じた制御を行なう。
【０００４】
ところで、前記した呼処理サーバは、多数のＩＰ電話を接続するために複数設けられている。換言すると、一つのデータベースサーバに対し、複数の呼処理サーバが接続している。従って、１つのデータベースサーバで各端末装置の呼情報を管理させ、複数の呼処理サーバによる分散処理を行わせることにより、多数のＩＰ電話間の回線接続の制御を行なうことができる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところが、ＩＰ電話からのイベントを同時的に多数の呼処理サーバが受けると、該各呼処理サーバから１つのデータベースサーバに対し呼情報を取得するためのアクセスが集中する恐れがあり、これが問題となっていた。
従って、本発明の目的は、同時的にイベントを受付けた呼処理サーバが多数あっても、データベースサーバへの通信集中を低減し得る分散型サーバシステムと、該分散型サーバシステムにおける呼情報の管理方法とを提供することにある。
【課題を解決するための手段】
【０００６】
本発明は、以上の点を解決するために、次の構成を採用する。
発呼元の端末装置と、該端末装置の接続する分散型サーバとを識別するための呼情報と、着呼先の端末装置と、該端末装置の接続する分散型サーバとを識別するための呼情報とに基づいて、発呼元端末装置および着呼先端末装置間の回線接続を行う分散型サーバと、システム全体の呼情報を保持するデータベースサーバとを備えた分散型サーバシステムにおいて、前記分散型サーバは、前記回線接続を行う際、発呼元の呼情報に着呼先の呼情報を対応付けた対呼情報を生成して保持した後、新規な呼情報を必要とするイベントを通信中の通信端末装置から受けると、前記新規な呼情報を前記データベースサーバから取得して回線接続を行うことを特徴とする。
【０００７】
前記データベースサーバは、前記分散型サーバからの前記対呼情報を保持することを特徴とする。
【０００８】
前記分散型サーバは、障害を検知した端末装置からの救済要求に応じて、前記障害を検知した端末装置が接続する分散型サーバで管理する通信中の回線を受入れるべく、障害の発生前に当該分散型サーバから取得して保持している対呼情報を、前記データベースサーバから取得することを特徴とする。
【０００９】
発呼元の端末装置と、該端末装置の接続する分散型サーバとを識別するための呼情報と、着呼先の端末装置と、該端末装置の接続する分散型サーバとを識別するための呼情報とに基づいて、発呼元端末装置および着呼先端末装置間の回線接続を行う分散型サーバと、システム全体の呼情報を保持するデータベースサーバとを備えた分散型サーバシステムにおける呼情報の管理方法において、前記分散型サーバは、前記回線接続を行う際、発呼元の呼情報に着呼先の呼情報を対応付けた対呼情報を生成して保持すること、前記対呼情報を保持した後、前記分散型サーバは、新規な呼情報を必要とするイベントを通信中の通信端末装置から受けると、前記新規な呼情報を前記データベースサーバから取得して回線接続を行うことを特徴とする。
【００１０】
前記データベースサーバは、前記分散型サーバからの前記対呼情報を保持しており、前記分散型サーバは、障害を検知した端末装置からの救済要求に応じて、前記障害を検知した端末装置が接続する分散型サーバで管理する通信中の回線を受入れるべく、障害の発生前に当該分散型サーバから取得して保持している対呼情報を、前記データベースサーバから取得することを特徴とする。
【発明の効果】
【００１１】
本発明の分散型サーバシステムによれば、分散型サーバが回線接続制御を行う際、発呼元の呼情報に着呼先の呼情報を対応付けた対呼情報を生成して保持し、通信中にイベントを受けると、新規な呼情報を必要とする場合のみ、該呼情報をデータベースサーバから取得することから、イベントによるデータベースサーバへのアクセスの回数を低減することができ、データベースサーバへの通信集中を低減することができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施形態を図を用いて詳細に説明する。
【実施例１】
【００１３】
本発明の分散型サーバシステム１０は、図１に示すように、データベースサーバ１１に複数の呼処理サーバ１２が接続しており、該各呼処理サーバ１２に端末装置としてＩＰ端末などのＩＰ電話１３が多数接続している。
【００１４】
データベースサーバ１１は、システム共通のデータベース１４を備えている。このデータベース１４は、システム全体における各ＩＰ電話１３の各呼情報を保持している。呼情報は、少なくともＩＰ電話を識別するための当該ＩＰ電話のハード番号（シリアル番号）および呼出番号から成る端末識別情報と、該ＩＰ電話が接続する呼処理サーバ１２を識別するための呼処理サーバ識別情報とで構成されており、後述する呼処理サーバ１２で回線の接続制御を行うときに参照される。
【００１５】
また、データベースサーバ１１は、呼処理サーバ１２からの要求に応じて呼情報を出力する通信機能と、呼処理サーバ１２で発呼元の呼情報と着呼先の呼情報とが対応付けられた対呼情報を該呼処理サーバ１２から取得して一時的に保持管理する機能とを有している。
呼データベースサーバで一時的に保持する発呼元の呼情報と着呼先の呼情報とが対応付けられた対呼情報は、呼処理サーバ１２からの指示に基づいて削除され、後述する救済処理において、救済先の呼処理サーバ１２からの要求に応じて、保持している対呼情報が救済先の呼処理サーバ１２へ出力される。
【００１６】
呼処理サーバは、図２に示すように、通信部１２１と、イベント制御部１２２と、記憶部１２３と、コネクション制御部１２５と、障害救済部１２６と、前記各部を統括的に制御する制御部１２４とを備えている。
通信部１２１は、伝送路を介して複数のＩＰ電話１３と、データベースサーバ１１と、当該呼処理サーバ以外の各呼処理サーバ１２と、通信を行う機能を備えている。
【００１７】
イベント制御部１２２は、通信中のＩＰ電話１３からのイベント情報を通信部１２１を介して取得すると、新規な呼情報の取得が必要なイベントであるか否かを判定する。この判定で、新規な呼情報を必要とするイベントであるとき、イベント制御部１２２は必要な呼情報を通信部１２１を介してデータベースサーバ１１に要求する制御を行う。
【００１８】
例えば、通話中のダイヤル、フックおよび保留などのイベントを示すイベント情報を取得したイベント制御部１２２は、新規な呼情報を取得する制御を行わない。一方、転送や他人が受ける代理応答などのイベントを示すイベント情報を取得したイベント制御部１２２は、転送制御や代理応答制御で必要になる新規な呼情報を取得する制御を行う。これにより、データベースサーバ１１に対してイベント毎にアクセスを行なうことなく、呼情報が必要なときのみアクセスを行うことから、当該呼処理サーバ１２とデータベースサーバ１１との間の通信量を低減することができる。
【００１９】
記憶部１２３（呼処理サーバメモリ）は、データベースサーバ１１から取得する発呼元の呼情報と着呼先の呼情報とを対応付けた対呼情報を保持する。従って、記憶部１２３は、接続中の回線毎に対呼情報を保持している。記憶部１２３で保持する対呼情報は、データベースサーバ１１に伝送されて、該データベースサーバ１１で一時的に保持管理される。
【００２０】
コネクション制御部１２５は、通話用コネクションと称す通話回線の接続制御と、制御用コネクションと称すＩＰ電話の認識制御とを行う。
通話用コネクションは発呼元のＩＰ電話および着呼先のＩＰ電話間のピアツーピア接続を行う制御であり、制御用コネクションは、ロードバランサなどにより負荷分散されたＩＰ電話の認識を行う。すなわちコネクション制御部１２５は、当該呼処理サーバ１２に接続するＩＰ電話１３、換言すると呼処理サーバ１２が管理すべきＩＰ電話１３の認識処理を行う。
【００２１】
コネクション制御部１２５は、認識したＩＰ電話１３から、当該ＩＰ電話１３に付与されているハード番号を取得し、該ハード番号を記憶部１２３に保持させる。従って、記憶部１２３のハード番号を参照することで、当該呼処理サーバ１２が管理中のＩＰ電話１３を把握できる。
【００２２】
ところで呼処理サーバ１２のイベント制御部１２２は、コネクション制御部１２５で取得したハード番号を通信部１２１を介してデータベースサーバ１１へ出力すると、ハード番号に基づいてデータベースサーバ１１のデータベース１４を検索して得た呼情報をデータベースサーバ１１から通信部１２１を介して取得する機能を有している。
【００２３】
コネクション制御部１２５は、他の呼処理サーバに異常が生じ、故障した呼処理サーバに接続するＩＰ電話の接続を受入れる機能を備えている。
障害が発生した呼処理サーバに接続しているＩＰ電話は、コネクションが確認できないと認識すると、正常に動作している他の呼処理サーバに対し接続を要求してコネクションの救済を求める。障害の救済要求を受けたコネクション制御部１２５は、救済を要求してきたＩＰ電話１３の認識処理を行ってハード番号を取得すると、障害救済部１２６に救済制御の指示を出力する。
【００２４】
コネクション制御部１２５からの救済制御の指示を受けた障害救済部１２６は、救済を要求してきたＩＰ電話１３に付与されているハード番号を取得する。そして障害救済部１２６は、ハード番号と共に障害の救済を示す救済情報を通信部１２１を介してデータベースサーバ１１へ出力する制御を行う。ハード番号と共に救済情報を取得したデータベースサーバ１１は、保持管理している対呼情報からハード番号に対応する対呼情報を特定すると、当該対呼情報を救済先の呼処理サーバ１２へ出力する。
【００２５】
呼処理サーバ１２からの対呼情報を通信部１２１を介して取得したコネクション制御部１２５は、取得した呼情報を記憶部１２３に保持させる。これにより、通信中の呼処理サーバ１２で障害が発生しても、正常に動作している呼処理サーバ１２で障害が発生した呼処理サーバ１２で通信中の対呼情報を取得できることから、障害が発生した呼処理サーバ１２が管理している通信中だったＩＰ電話間の回線接続を、取得した対呼情報に基づいて受入れることができ、障害の救済を行うことができる。
【００２６】
次に、本発明の分散型サーバシステム１０の動作を図３を用いて説明する。
発呼／着呼時の動作、通話時の動作および切断時の動作を順に説明する。
呼処理サーバ１２は、管理すべきＩＰ電話１３の認識を行うべく、コネクション制御を行う。これにより、呼処理サーバ１２は接続されたＩＰ電話１３のハード番号を取得する。
呼処理サーバ１２は、取得したハード番号に基づいて、管理すべきＩＰ電話であるか否かを判定する。この判定は、管理の可否にハード番号が対応付けられた管理許可情報を参照して行なわれる。この管理許可情報は、予め呼処理サーバ１２に保持させるべく、呼処理サーバ１２の管理者により設定される。
【００２７】
前記した判定で、管理すべきＩＰ電話１３の接続を認識した呼処理サーバ１２は、少なくともＩＰ電話１３のハード番号および呼出番号から成る端末識別情報と、ＩＰ電話１３を管理する呼処理サーバを識別するための呼処理サーバ識別情報とで構成される呼情報を生成する。生成した呼情報は、呼処理サーバ１２の記憶部１２３で保持されると共に、呼処理サーバ１２からデータベースサーバ１１へ伝送されて、該データベースサーバ１１のデータベース１４で保持される。
【００２８】
コネクション制御が行われた後、ＩＰ電話１３から発呼が行なわれると、呼処理サーバ１２は、発呼元の呼出番号に基づいて、記憶部１２３で保持している発呼元の呼情報を特定する。呼処理サーバ１２は、特定した呼情報に対し、課金情報と、発呼元のＩＰ電話１３から発信された着呼先の呼出番号とを付加し、発呼元の呼情報を改めて生成する。生成した呼情報は、記憶部１２３で保持される。
【００２９】
呼処理サーバ１２は、発呼元の呼情報を生成するとき、着呼先の呼出番号に基づいて着呼先の呼情報をデータベースサーバ１１から取得する。発呼先の呼情報は、発呼先のＩＰ電話１３を管理する呼処理サーバ１２で、発呼先ＩＰ電話１３のコネクション制御を行ったときに生成され、該呼情報は発呼先ＩＰ電話を管理する呼処理サーバ１２からデータベースサーバ１１へ伝送されて該データベースサーバ１１のデータベース１４で保持されている。
【００３０】
呼処理サーバ１２は、発呼元の呼情報と、着呼先の呼情報とを取得すると、これらの呼情報を対応付けた対呼情報を生成し、該対呼情報を記憶部１２３で保持する。
この対呼情報は、発呼元のＩＰ電話を管理する呼処理サーバ１２で保持されるが、この対呼情報は、発呼元のＩＰ電話１３を管理する呼処理サーバ１２でも生成されて保持される。
すなわち、発呼元のＩＰ電話を管理する呼処理サーバ１２から発呼先のＩＰ電話１３を管理する呼処理サーバ１２に対し、発呼先のＩＰ電話１３への回線接続の要求が行なわれると、発呼先のＩＰ電話１３を管理する呼処理サーバ１２は、発呼先の呼出番号に対応する呼情報が発呼先のＩＰ電話１３を特定し、回線接続要求で取得する発呼元のＩＰ電話１３の呼出番号に基づいて、データベースサーバ１１から発呼先の呼情報を取得し、着呼先の呼情報と発呼元の呼情報とを対応付けた対呼情報を生成し、該対呼情報を保持する（発呼／着呼フェーズ）。
【００３１】
発呼側の呼処理サーバ１２および着呼側の呼処理サーバ１２でそれぞれ対呼情報が生成されて通話が開始されると、各呼情報がデータベースサーバ１１へ出力され、該データベースサーバ１１のデータベース１４で保持される。すなわち、データベースサーバ１１のデータベース１４は、発呼側の呼処理サーバ１２で生成された対呼情報と、着呼側の呼処理サーバ１２で生成された対呼情報とを取得して保持する（通話中フェーズ）。
【００３２】
ここで通話中において、発呼元のＩＰ電話１３から例えば保留、オンフックおよび転送などのイベントを取得した呼処理サーバ１２の動作を説明する。
通信部１２１を介して取得したイベントを取得したイベント制御部１２２は、そのイベントに対応した制御を行うべく、新規な呼情報の取得が必要なイベントであるか否かを判定する。
【００３３】
例えば、ダイヤル、保留、オンフックなどのイベントであるとき、これらのイベントにおいては新たな呼情報を必要としないことから、イベント制御部１２２は、データベースサーバ１１に対しアクセスを行なうことなく、各種イベントに対応した制御を行う。
一方、例えば、転送や代理応答などのイベントであるとき、これらのイベントにおいては新たな呼情報を必要とすることから、イベント制御部１２２は必要な呼情報をデータベースサーバ１１から取得すべく通信部１２１を起動する。この制御でデータベースサーバ１１から呼情報を取得したイベント制御部１２２は、取得した呼情報を用いた転送や代理応答などの制御を行う。
【００３４】
前記したように、イベント制御部１２２は、新たな呼情報を必要とするときのみ、データベースサーバ１１に対しアクセスを行なうことから、呼処理サーバ１２とデータベースサーバ１１との間におけるアクセス回数を低減することができる。
【００３５】
次に通話中に、例えば着呼先のＩＰ電話１３から通信回線の切断が行われたときの動作を説明する。着呼先のＩＰ電話１３から通信回線の切断が行われ、これを検知した着呼元の呼処理サーバ１２は、該呼処理サーバ１２で保持している対呼情報を削除すると共に、データベースサーバ１１のデータベース１４に保持している対呼情報の削除要求をデータベースサーバ１１に対し出力する。削除要求を受けたデータベースサーバ１１は、要求された対呼情報をデータベース１４から削除する。また、これと同様に通信回線の切断を検出した発呼側の呼処理サーバ１２は、発呼元のＩＰ電話１３との通信回線を切断すると共に、生成した対呼情報を削除する。更に発呼側の呼処理サーバ１２は、該呼処理サーバ１２で生成した対呼情報をデータベース１４から削除する要求をデータベースサーバ１１に対し出力する（切断フェーズ）。
【００３６】
ここで、通話中フェーズにおいて、呼処理サーバ１２に何らかの障害が発生したとき、これを救済する動作を図４を用いて説明する。
呼処理サーバ１２に異常が発生し、該呼処理サーバ１２と該呼処理サーバに管理されているＩＰ電話１３が確認できないと認識すると、該ＩＰ電話１３は正常に動作している他の呼処理サーバに対してコネクションの救済を求める。
【００３７】
すなわち、障害が発生した呼処理サーバ１２に接続しているＩＰ電話１３は、コネクションが確認できないと認識すると、正常に動作している他の呼処理サーバに対し救済要求を出力する。救済要求を受けた呼処理サーバ１２は、コネクション制御部１２５で救済を要求してきたＩＰ電話１３のコネクション制御を行う。つまり救済を要求してきたＩＰ電話１３の認識処理を行い、そのハード番号を取得する。
【００３８】
コネクション制御を終えたコネクション制御部１２５は、障害救済部１２６に対し救済制御を指示する。
指示を受けた障害救済部１２６は、記憶部１２３を参照して、救済を要求してきたＩＰ電話１３の対呼情報を既に保持しているか否かを判定する。
【００３９】
障害の発生は、呼処理サーバ１２で生じる他に、伝送経路で障害が発生する恐れがある。例えばＩＰ電話１３を管理している呼処理サーバ１２は正常に動作しており、伝送路にノイズが乗り、回線が一時的に切断されたときにも、ＩＰ電話１３は障害の救済を要求する。このような場合、一時的に回線が遮断されても、ＩＰ電話１３からの障害救済を要求する間までに、伝送路からノイズが除去されて、伝送路における回線状態が回復することもあり得る。このような場合、ＩＰ電話１３は、障害救済の要求先に、当初管理されていた呼処理サーバ１２に救済を要求することもある。このような場合、救済を要求された呼処理サーバ１２には、障害の救済を要求してきたＩＰ電話１３の対呼情報を既に記憶部１２３で保持していることから、障害の救済はここで終了する。
【００４０】
一方、救済を要求してきたＩＰ電話１３の対呼情報を保持していない場合、障害救済部１２６は、救済を要求してきたＩＰ電話１３の対呼情報をデータベースサーバ１１で保持しているか否かを判定すべく、データベースサーバ１１に対し、救済を要求してきたＩＰ電話１３の対呼情報の有無のチェックを指示する。
【００４１】
指示を受けたデータベースサーバ１１は、データベース１４を参照して救済を要求してきたＩＰ電話１３の対呼情報の有無を調べ、その結果を呼処理サーバ１２へ出力する。調査結果を受けた呼処理サーバ１２の障害救済部１２６は、調査結果において対呼情報を保持していない場合、救済を要求してきたＩＰ電話１３に対して回線切断を行うべく、前記した回線切断フェーズを実行する。
【００４２】
一方、データベースサーバ１１からの調査結果において対呼情報を保持している場合、障害救済部１２６は、当該対呼情報をデータベースサーバ１１から取得するために通信部１２１を制御する。この要求に応じて保持している対呼情報がデータベースサーバ１１から呼処理サーバ１２へ出力される。通信部１２１を介して救済を要求してきたＩＰ電話１３の対呼情報を取得した障害救済部１２６は、当該対呼情報において、障害発生の呼処理サーバ１２を示す呼処理サーバ識別情報から、救済先の呼処理サーバ１２を示す呼処理サーバ識別情報に置き換えた新たな対呼情報を生成する。これにより、新たに生成した対呼情報に基づいて、救済を要求してきたＩＰ電話１３の回線を接続することができる。
【００４３】
障害救済部１２６は、生成した対呼情報を記憶部１２３に保持させると共に、データベースサーバ１１のデータベース１４にも保持させるべく、通信部１２１を起動させる。これにより、救済先の呼処理サーバ１２で障害が発生しても、正常に動作している他の呼処理サーバ１２で障害の救済を行うことができる。
【００４４】
前記したように、本発明の分散型サーバシステム１０によれば、呼処理サーバ１２が着呼／発呼制御を行う際、発呼元の呼情報に着呼先の呼情報を対応付けた対呼情報を生成して管理しており、通信中にイベントを受けると、イベント制御部１２２において新規な呼情報を必要とするイベントであるか否かを判定し、新規な呼情報を必要とする場合のみ、該呼情報をデータベースサーバ１１から取得する。これにより、新規な着呼情報を必要とするときのみデータベースサーバ１１に対しアクセスを行うことから、イベントによるデータベースサーバ１１へのアクセスの回数を低減することができ、データベースサーバ１１への通信集中を低減することができる。
【００４５】
更に、本発明の分散型サーバシステム１０によれば、呼処理サーバ１２で通信中のＩＰ電話１３の対呼情報を生成し、該対呼情報をデータベースサーバ１１で保持させると共に、障害の救済要求を、正常に動作している呼処理サーバ１２で受入れて該呼処理サーバ１２のコネクション制御部１２５で救済を要求してきたＩＰ電話１３のコネクション制御を行い、障害救済部１２６で障害の救済を要求してきたＩＰ電話１３の対呼情報をデータベースサーバ１１のデータベース１４から取得し、取得した対呼情報に基づいて通信回線の接続を行うことから、障害が発生した呼処理サーバ１２で管理しているＩＰ電話１３の回線接続を救済することができる。
【産業上の利用可能性】
【００４６】
前記した実施例では、一例としてＩＰ電話を例に説明したが、ＩＰ電話以外のＩＰ端末や通信機能を有する各種の端末装置で分散型サーバシステムを構築してもよい。
【図面の簡単な説明】
【００４７】
【図１】本発明の分散型システムの構成図である。
【図２】呼処理サーバのブロック図である。
【図３】本発明の分散型システムの動作を示す図である。
【図４】障害発生時の救済動作を示す図である。
【符号の説明】
【００４８】
１０  分散型サーバシステム
１１  データベースサーバ
１２  呼処理サーバ
１３  ＩＰ電話
１４  データベース
【図１】
2005217857.tif 000003
【図２】
2005217857.tif 000004
【図３】
2005217857.tif 000005
【図４】
2005217857.tif 000006