JP2004207833A - サーバ型コールエージェントシステムでのｉｐネットワーク用ルーティング方式および方法 - Google Patents
サーバ型コールエージェントシステムでのｉｐネットワーク用ルーティング方式および方法 Download PDFInfo
- Publication number
- JP2004207833A JP2004207833A JP2002371853A JP2002371853A JP2004207833A JP 2004207833 A JP2004207833 A JP 2004207833A JP 2002371853 A JP2002371853 A JP 2002371853A JP 2002371853 A JP2002371853 A JP 2002371853A JP 2004207833 A JP2004207833 A JP 2004207833A
- Authority
- JP
- Japan
- Prior art keywords
- network
- call agent
- server
- call
- announcement
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】対地の負荷状態をコールエージェントが行うのではなく、別装置に行わせることで、呼処理能力を向上することにある。
【解決手段】複数のＣＡを１つのサーバグループ８０２，８０３として備え、対地管理サーバ１は、予め決められた時間毎に全てのＣＡを監視して異常を判定し、判定した結果をＣＡ２１，２２，２３に通知する。一方、ＣＡ２１は、自配下の加入者端末３１から他配下の加入者端末３２への回線接続要求があると、着番号を基にサーバグループ番号を選定し、選定したサーバグループ番号を基に予め決められた優先順位の選択順に従ってそのサーバグループ内の複数のＣＡ２２から通知のあった異常のＣＡを除く１つを選定する。
【選択図】 図１
【解決手段】複数のＣＡを１つのサーバグループ８０２，８０３として備え、対地管理サーバ１は、予め決められた時間毎に全てのＣＡを監視して異常を判定し、判定した結果をＣＡ２１，２２，２３に通知する。一方、ＣＡ２１は、自配下の加入者端末３１から他配下の加入者端末３２への回線接続要求があると、着番号を基にサーバグループ番号を選定し、選定したサーバグループ番号を基に予め決められた優先順位の選択順に従ってそのサーバグループ内の複数のＣＡ２２から通知のあった異常のＣＡを除く１つを選定する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、サーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式および方法に関し、特に、回線接続要求を受けたコールエージェント（呼制御装置）が接続先としてグループ内に存在する複数のコールーエージェントまたはグループ内に存在する複数の音響装置から最適な１つを選定するサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式および方法に関する。
【０００２】
【従来の技術】
従来、回線接続する際に、対地を選択する方法として、例えば、特開２００１−７７９１６号公報に開示されている。この特開２００１−７７９１６号公報には、回線の接続の中継となる各交換機が自交換機と全ての対地間の回線の空き回線数から空塞データと他の交換機からの空塞データとを統合、編集して、対地情報テーブルに自の対地情報として記憶すると共に、他の交換機に送信している。受け取った他の交換機は、対地情報テーブルに他の対地情報として記憶する。交換機は、入呼があった場合に、自の対地情報が「塞」であれば、他の対地情報から「空」（自分を最優先）の交換機を選択することにより最適なルーティングを実現している。
【０００３】
【特許文献１】
特開２００１−７７９１６号公報（段落番号００１５〜００１７）
【０００４】
【発明が解決しようとする課題】
しかしながら、従来の機能で例えば、特開２００１−７７９１６号公報では、交換機が方路に対する対地まで決定していたため、全ての対地の設備を意識しなくてはならないという問題点がある。また、特開２００１−７７９１６号公報では、各自交換機が各回線状態から各対地に対する状態を算出し、更に、他の交換機に結果を送出しなければならないため、交換機および対地が増えれば増えるほどＣＰＵのトラヒックが増えるという問題点がある。また、特開２００１−７７９１６号公報では、一時的な障害検出機能がないため、他交換機に一時的な障害が起こっていても認識できず一度対地を決定し、障害発生信号を受信するまでの時間がかかるという問題点がある。
【０００５】
本発明の目的は、上記問題点を鑑み、対地の負荷状態をコールエージェントが行うのではなく、別装置に行わせることで、呼処理能力を向上することにある。
【０００６】
また、本発明の別の目的は、上記の問題点を鑑み、コールエージェントの一時的な障害を事前に検出することで、システムが安定して稼動することにある。
【０００７】
【課題を解決するための手段】
上記問題点を解決するために、本発明の第１のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式は、第１のＩＰネットワークを介して相互にデータのやり取りを行うコールエージェントを備え、第２のＩＰネットワークに接続された自配下の端末から宛先の端末への回線接続要求があった場合に前記コールエージェントから対地への回線接続を行うサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式であって、前記第１のＩＰネットワークに接続された管理サーバを備え、前記第２のＩＰネットワーク毎に接続された複数のコールエージェントを１つのグループとして備え、前記管理サーバは、予め決められた時間毎に前記第１のネットワークに接続された全ての前記コールエージェントを監視して異常を判定する判定手段と、前記判定手段で判定した結果を前記第１のネットワークに接続された全ての前記コールエージェントに通知する通知手段と、を有し、前記コールエージェントは、自配下の端末から他配下の端末への回線接続要求があると、着番号を基に前記グループを識別するグループ番号を選定する第１の選定手段と、前記第１の選定手段で選定されたグループ番号を基に予め決められた優先順位の選択順に従ってそのグループ内の前記複数のコールエージェントから前記通知手段で通知のあった異常のコールエージェントを除く１つを選定する第２の選定手段と、を有することを特徴としている。
【０００８】
更に、上記の第１のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式において、前記判定手段は、前記コールエージェントで中継している回線接続数が予め決められた値以上になった場合を高負荷による異常として判定する手段を有することを特徴としている。
【０００９】
更に、上記の第１のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式において、前記判定手段は、前記コールエージェント内での一時的障害の起こった回数が予め決められた値以上になった場合を障害による異常として判定する手段を有することを特徴としている。
【００１０】
更に、上記の第１のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式において、前記判定手段は、前記コールエージェントをアクセスした場合に無応答であると障害による異常として判定する手段を有することを特徴としている。
【００１１】
また、本発明の第１のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法は、第１のＩＰネットワークを介して相互にデータのやり取りを行うコールエージェントを準備し、第２のＩＰネットワークに接続された自配下の端末から宛先の端末への回線接続要求があった場合に前記コールエージェントから対地への回線接続を行うサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法であって、前記第１のＩＰネットワークに接続された管理サーバを準備し、前記第２のＩＰネットワーク毎に接続された複数のコールエージェントを１つのグループとして割り当て、着番号に対応した前記グループを識別するグループ番号を予め設定したルーティングテーブルと、前記グループ番号別に接続先の前記コールエージェントである対地名毎に接続先に選定しないことを示す使用禁止フラグを含む管理情報を保存する管理テーブルと、を前記コールエージェント内に設け、前記管理サーバは、予め決められた時間毎に、前記第１のネットワークに接続された全ての前記コールエージェントの状態を読み出して異常か正常かの判定を行い、異常であれば異常情報エリアに異常のあったコールエージェントだけを判定結果として保存して前記第１のＩＰネットワークに接続されている全コールエージェントにその判定結果を通知し、前記コールエージェントは、前記管理サーバから前記判定結果を受信すると、前記判定結果として異常のあったコールエージェントに対応する対地名の前記使用禁止フラグをＯＮに設定し、自配下の加入者端末から他配下の加入者端末への回線接続要求があると、前記ルーティングテーブルから着番号をキーにグループ番号を選定し、前記ルーティングテーブル内で前記選定したグループ番号に対応する優先対地名が設定されていない場合に予め決められた優先順位の選択順に従って前記管理テーブルを検索することで前記選定したグループ番号に対応する対地名を前記使用禁止フラグがＯＮに設定されていないものから選定し、前記選定した対地名のコールエージェントに対して加入者端末宛への回線接続要求を行うことを特徴としている。
【００１２】
更に、上記の第１のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法において、前記判定結果は、前記コールエージェントで中継している回線接続数が予め決められた値以上になった場合を高負荷による異常として判定することを特徴としている。
【００１３】
更に、上記の第１のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法において、前記判定結果は、前記コールエージェント内での一時的障害の起こった回数が予め決められた値以上になった場合を障害による異常として判定することを特徴としている。
【００１４】
更に、上記の第１のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法において、前記判定結果は、前記コールエージェントをアクセスした場合に無応答であると障害による異常として判定することを特徴としている。
【００１５】
更に、上記の第１のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法において、前記ルーティングテーブルに優先対地名が設定されている場合にはこの優先対地名を第一優先先のコールエージェントとして選定することを特徴としている。
【００１６】
また、本発明の第２のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式は、第１のＩＰネットワークを介してアナウンスのサービスを行う複数の音響装置と相互にデータのやり取りを行い、第２のネットワークを介して第２の複数のコールエージェントと相互にデータのやり取りを行う第１のコールエージェントを備え、前記第１のコールエージェントから前記音響装置への回線接続を行うサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式であって、前記第１のＩＰネットワークに接続された管理サーバを備え、前記複数の音響装置の内で同じアナウンスサービスを行う音響装置を１つのグループとして備え、前記管理サーバは、予め決められた時間毎に前記第１のネットワークに接続された全ての前記コールエージェントを監視して異常を判定する判定手段と、前記判定手段で判定した結果を前記第１のネットワークに接続された全ての前記コールエージェントに通知する通知手段と、を有し、前記第１のコールエージェントは、自配下の端末または他のコールエージェントを介して他配下の端末からアナウンス専用番号に対応した前記音響装置への回線接続要求があった場合に着信のあったアナウンス専用番号を基に前記グループを識別するグループ番号を選定する第１の選定手段と、前記第１の選定手段で選定されたグループ番号を基に予め決められた優先順位の選択順に従ってそのグループ内の前記複数の音響装置から前記通知手段で通知のあった異常の音響装置を除く１つを選定する第２の選定手段と、を有することを特徴としている。
【００１７】
更に、上記の第２のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式において、前記判定結果は、前記音響装置で回線接続している接続数が予め決められた値以上になった場合を高負荷による異常として判定する手段を有することを特徴としている。
【００１８】
更に、上記の第２のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式において、前記判定結果は、前記音響装置内での一時的障害の起こった回数が予め決められた値以上になった場合を障害による異常として判定する手段を有することを特徴としている。
【００１９】
更に、上記の第２のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式において、前記判定手段は、前記音響装置をアクセスした場合に無応答であると障害による異常として判定する手段を有することを特徴としている。
【００２０】
更に、上記の第２のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式において、前記第１の選定手段は、前記着信のあったアナウンス専用番号を基にアナウンス番号を選定しその選定したアナウンス番号を基に前記グループ番号を選定する手段を有することを特徴としている。
【００２１】
更に、上記の第２のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式において、前記第１のコールエージェントは、通信異常と電話の掛け間違いとを含む障害情報に対応した前記音響装置への回線接続要求を第２のコールエージェントから受けた場合に前記障害情報を基に前記グループ番号を選定する第３の選定手段を有することを特徴としている。
【００２２】
更に、上記の第２のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式において、前記第３の選定手段は、通信異常と電話の掛け間違いとを含む障害情報に対する前記音響装置への回線接続要求が第２のコールエージェントからあった場合に前記障害情報を基に前記アナウンス番号を選定しその選定したアナウンス番号を基に前記グループ番号を選定することを特徴としている。
【００２３】
また、本発明の第２のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法は、第１のＩＰネットワークを介してアナウンスのサービスを行う複数の音響装置と相互にデータのやり取りを行い、第２のネットワークを介して第２の複数のコールエージェントと相互にデータのやり取りを行う第１のコールエージェントを準備し、前記第１のコールエージェントから前記音響装置への回線接続を行うサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法であって、前記第１のＩＰネットワークに接続された管理サーバを準備し、前記複数の音響装置の中で同じアナウンスサービスを行う音響装置を１つのグループとして割り当て、アナウンス専用番号に対応したアナウンス番号を予め設定した第１のテーブルと、前記アナウンス番号に対応した前記グループを識別するグループ番号を予め設定した第２のテーブルと、前記グループ番号別に接続先の前記音響装置である対地名毎に接続先に選定しないことを示す使用禁止フラグを含む管理情報を保存する第３のテーブルと、を前記音響装置内に設け、前記管理サーバは、予め決められた時間毎に、前記第１のネットワークに接続された全ての前記音響装置の状態を読み出して異常か正常かの判定を行い、異常であれば異常情報エリアに異常のあった音響装置だけを判定結果として保存して前記第１のＩＰネットワークに接続されている全音響装置にその判定結果を通知し、前記音響装置は、前記管理サーバから前記判定結果を受信すると、前記判定結果として異常のあった音響装置に対応する対地名の前記使用禁止フラグをＯＮに設定し、アナウンス専用番号による音響装置への回線接続要求があると、前記アナウンス専用番号に対応するアナウンス番号を前記第１のテーブルからを選定し、前記選定したアナウンス番号に対応するグループ番号を前記第２のテーブルから選定し、前記選定したグループ番号に対応する優先対地名が設定されていない場合に予め決められた優先順位の選択順に従って前記第３のテーブルを検索することで前記選定したグループ番号に対応する対地名を前記使用禁止フラグがＯＮに設定されていないものから選定し、前記選定した対地名の音響装置に対して回線接続要求を行うことを特徴としている。
【００２４】
更に、上記の第２のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法において、前記判定結果は、前記音響装置で回線接続している接続数が予め決められた値以上になった場合を高負荷による異常として判定することを特徴としている。
【００２５】
更に、上記の第２のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法において、前記判定結果は、前記音響装置内での一時的障害の起こった回数が予め決められた値以上になった場合を障害による異常として判定することを特徴としている。
【００２６】
更に、上記の第２のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法において、前記判定結果は、前記音響装置をアクセスした場合に無応答であると障害による異常として判定することを特徴としている。
【００２７】
更に、上記の第２のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法において、障害情報に対応したアナウンス番号を予め設定した第４のテーブルを前記音響装置内に設け、前記第１のコールエージェントは、通信異常と電話の掛け間違いとを含む障害情報に対応した前記音響装置への回線接続要求を第２のコールエージェントから受けた場合に前記障害情報に対応するアナウンス番号を前記第４のテーブルから選定することを特徴としている。
【００２８】
更に、上記の第２のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法において、前記第２のテーブルに優先対地名が設定されている場合にはこの優先対地名を第一優先先の音響装置として選定することを特徴としている。
【００２９】
【発明の実施の形態】
次に、本発明の第１の実施の形態について、図面を参照して説明する。
【００３０】
図１を参照すると、本発明の第１の実施の形態は、対地管理サーバ１と、コールエージェントであるＣＡ２１，２２，２３と、加入者端末３１，３２，３３と、ＩＰネットワーク９０１，９０２，９０３，９０４とから構成される。ＩＰネットワーク９０１には、複数のＣＡ２１と複数のＣＡ２２（図面上では、ＣＡ２２−１，ＣＡ２２−２，ＣＡ２２−３）と複数のＣＡ２３（図面上では、ＣＡ２３−１，ＣＡ２３−２，ＣＡ２３−３）とが接続され、ＩＰネットワーク９０２には、複数のＣＡ２１と複数の加入者端末３１とが接続され、ＩＰネットワーク９０３には、複数のＣＡ２２と複数の加入者端末３２とが接続され、ＩＰネットワーク９０４には、複数のＣＡ２３と複数の加入者端末３３とが接続されている。また、加入者端末３１およびＣＡ２１は、サーバグループ８０１の地区内に存在し、加入者端末３２およびＣＡ２２は、サーバグループ８０２の地区内に存在し、加入者端末３３およびＣＡ２３は、サーバグループ８０３の地区内に存在する。すなわち、加入者端末は、サーバグループ内の全てのＣＡにユーザ登録されており、サーバグループ毎に障害および負荷に対応できるように複数のＣＡを持つことになる。
【００３１】
図２を参照すると、ＣＡ２１，２２，２３の各内部の構成を示しており、図示していないプロセッサ（ＣＰＵ）によりプログラム制御で動作する制御部２１１と、読出し書き込みのできるメモリ（例えば、ＲＡＭ）である記憶部２１２と、ＩＰネットワーク９０１と接続するインタフェース部２１３と、ＩＰネットワーク９０２（ＣＡ２１の場合），９０３（ＣＡ２２の場合），または９０４（ＣＡ２３の場合）と接続するインタフェース部２１４とから構成される。
【００３２】
図２の記憶部２１２には、番号翻訳テーブル２１２１のエリアが、ルーティングテーブル２１２２のエリアが、対地管理テーブル２１２３のエリアが、ＩＰアドレス変換テーブル２１２４のエリアが、状態テーブル２１２５のエリアが、それぞれ割り当てられている。
【００３３】
図３を参照すると、番号翻訳テーブル２１２１の構成の概略を示し、番号翻訳テーブル２１２１には、着番号毎に他ＣＡか自ＣＡかの宛先を示す処理指標を含む着番号翻訳データの各エリアが割り当てられている。番号翻訳テーブル２１２１は、システム構築時に、すでに設定されており、番号翻訳テーブル２１２１に影響するシステムの変更があった場合には、保守者（またはシステム管理者）が対地管理サーバ１から変更することができる。
【００３４】
図４を参照すると、ルーティングテーブル２１２２の構成の概略を示し、ルーティングテーブル２１２２には、着番号毎に、サーバグループ番号、優先対地名を含むルーティング情報の各エリアが割り当てられている。ルーティングテーブル２１２２は、システム構築時に、優先対地名を除き、すでに設定されており、ルーティングテーブル２１２２に影響するシステムの変更があった場合には、保守者（またはシステム管理者）が対地管理サーバ１から変更することができる。なお、優先対地名の設定は、主に、保守時に使用される。
【００３５】
図５を参照すると、対地管理テーブル２１２３の構成の概略を示し、対地管理テーブル２１２３は、サーバグループ番号毎に、選択方式、複数の対地情報を含む対地管理情報の各エリアが割り当てられている。更に、各対地情報のエリア（図５では対地１、対地２、・・・の各エリア）には、対地名、ラウンドロビンビット、および使用禁止ビットのエリアが、それぞれ割り当てられている。なお、選択方式に「優先接続」が設定されている場合には、一番左側の対地名（図５では対地１の対地名）が第１優先として選択される。選択方式に「ラウンドロビン」が設定されていれば、左から順にローテートとしながら対地名が選択される。対地管理テーブル２１２３は、システム構築時に、ラウンドロビンビットおよび使用禁止ビットを除き、すでに設定されており、対地管理テーブル２１２３に影響するシステムの変更があった場合には、保守者（またはシステム管理者）が対地管理サーバ１から変更することができる。ラウンドロビンビットおよび使用禁止ビットは、運用中の状況に応じて自動的に更新される。ラウンドロビンビットは、選択方式が「ラウンドロビン」に設定されているときに有効で、現時点における対地の選択の優先順位が一番高いことを示している。使用禁止ビットは、設定されている対置（ＣＡ）が高負荷または障害が発生していることを示し、対地管理サーバ１からの通知により設定される。
【００３６】
図６を参照すると、ＩＰアドレス変換テーブル２１２４の構成の概略を示し、ＩＰアドレス変換テーブル２１２４は、対地名毎に、対地名のＩＰアドレスのエリアが割り当てられている。ＩＰアドレス変換テーブル２１２４は、システム構築時に、すでに設定されており、ＩＰアドレス変換テーブル２１２４に影響するシステムの変更があった場合には、保守者（またはシステム管理者）が対地管理サーバ１から変更することができる。
【００３７】
図７を参照すると、状態テーブル２１２５の構成を示し、状態テーブル２１２５は、自ＣＡの負荷状態（加入者端末間の接続数）を示す接続カウンタのエリアと、一時的エラーの回数を示すエラーカウンタのエリアとが割り当てられている。この接続カウンタは、端末間で呼接続される毎に、＋１カウントアップし、切断される毎に、−１カウントダウンする。システム構築時は、接続カウンタおよびエラーカウンタのエリアには、「０」の値が設定（クリア）されている。
【００３８】
図２の制御部２１１は、自ＣＡ２１，２２，２３に登録している加入者端末から他の加入者端末への回線接続要求があると、番号翻訳テーブル２１２１から着番号をキーに他ＣＡ接続であることを決定する。更に、制御部２１１は、ルーティングテーブル２１２２から着番号をキーにサーバグループ番号（方路）を決定する。更に、制御部２１１は、ルーティングテーブル２１２２に優先対地名が設定されていない場合に、選択方式に従って、対地管理テーブル２１２３を検索することでサーバグループ番号に対する対地名を使用禁止ビットが「ＯＮ」でないものから選択する。この時、保守者が対地管理サーバ１からＣＡ内のルーティングの局データであるルーティングテーブル２１２２に優先対地名を設定しているときは、この対地が第一優先先となり、対地管理テーブル２１２３を検索することは無い。更に、制御部２１１は、対地名を決定すると、ＩＰ変換テーブル２１２４から対地名をキーにＩＰアドレスを抽出し、ＣＡに対して相手の加入者端末宛への回線接続要求を行う。すなわち、対地管理テーブル２１２３の選択方式は、通常の場合には優先接続方式、ラウンドロビン方式が可能となるが、異常（使用禁止ビットが「ＯＮ」または相手ＣＡ無応答）の場合には制御部２１１が予定の対地の次に設定されている対地を選択する。
【００３９】
図１の対地管理サーバ１は、図示していないプロセッサ（ＣＰＵ）によりプログラム制御で動作するパソコン、ワークステーション、サーバ等の情報処理装置である。対地管理サーバ１は、図示していないタイマを有しており、このタイマの一定間隔で発生するタイマ割り込みにより各ＣＡの状態のチェック（状態テーブル２１２５の内容を読み出して負荷状況およびエラー状況のチェック）を行う。そのチェックの結果、異常（接続数である接続カウンタの値が予め決められた規定値α以上または／および一時的エラー発生回数であるエラーカウンタの内容が予め決められた規定値β以上または／および無応答）であれば、対地管理サーバ１は、異常情報エリアに異常のあったＣＡの対地名とＩＰアドレスを登録し、登録した異常情報エリアの内容をＩＰネットワーク９０１に接続されている各ＣＡに送信し、ＣＡ内の対地管理テーブル２１２３に登録されている対地名に該当する使用禁止ビットを「ＯＮ」にさせる。なお、異常情報エリアは、対地管理サーバ１内の図示していないメモリ（例えば、ＲＡＭ）に割り当てられており、図８に示すように、対地名およびＩＰアドレスから構成されている。
【００４０】
次に、図１〜図１２を参照して、本発明の第１の実施の形態の動作について説明する。
【００４１】
今、加入者がユーザ登録しているＣＡ２１に対して、加入者端末３１から加入者端末３２に接続するために、回線接続要求（電話番号により電話をかける）を行うと、ＣＡ２１の制御部２１１は、ＩＰネットワーク９０２およびインタフェース部２１４を介してＩＰパケットを受信すると、ＩＰパケット内の着番号（接続先の電話番号）をキーにして、番号翻訳テーブル２１２１を検索し、他ＣＡか自ＣＡかの識別を行う（図９のステップＳ１０１，Ｓ１０２）。
【００４２】
ステップＳ１０２において、他ＣＡであれば、ＣＡ２１の制御部２１１は、他のＣＡに接続先の加入者端末３２が存在すると判断し、着番号をキーにしてルーティングテーブル２１２２を検索し、サーバグループ番号を選定する。更に、制御部２１１は、ルーティングテーブル２１２２の優先対地名のエリアに対地名が登録されているかを検索し、登録されていれば、優先対地名を接続先（ＩＰパケットの送信先）の対地名と判断する（ステップＳ１０３，Ｓ１０４，Ｓ１０９）。
【００４３】
ステップＳ１０４において、優先対地名のエリアに対地名が登録されていなければ、ＣＡ２１の制御部２１１は、ステップＳ１０３で選定したサーバグループ番号をキーにして対地管理テーブル２１２３から選定方式のエリアを検索する（ステップＳ１０５，Ｓ１０６）。
【００４４】
ステップＳ１０６において、「優先接続」が登録されている場合、ＣＡ２１の制御部２１１は、更に、一番左の対地１の使用禁止ビットのエリアを検索し、使用禁止ビットが「ＯＮ」（または「１」等の他の表現でも良い）でなければ、その対地名に登録されている対地名を選定し、使用禁止ビットが「ＯＮ」であれば、使用禁止ビットが「ＯＮ」になっていないものを検出するまで右に次から次へと検索し、検出したその対地名を選定する（ステップＳ１０８）。
【００４５】
ステップＳ１０６において、「ランドロビン接続」が登録されている場合、ＣＡ２１の制御部２１１は、対地エリアのラウンドロビンビットが「ＯＮ」（または「１」等の他の表現でも良い）になっている次の対地エリアで、使用禁止ビットが「ＯＮ」でなければ、その対地名に登録されている対地名を選定し、使用禁止ビットが「ＯＮ」であれば、使用禁止ビットが「ＯＮ」になっていないものを検出するまで次から次へと検索し、検出したその対地名を選定する（ステップＳ１０７）。この場合選定した後、制御部２１１は、選定した対地のラウンドロビンビットを「ＯＮ」し、すでに選定されていた対地のランドロビンビットをクリア（またはブランク、「ＯＦＦ」等の表現でも良い）する（ステップＳ１０７）。
【００４６】
ＣＡ２１の制御部２１１は、対地名を対地管理テーブル２１２３から選定すると、選定した対地名をキーとして、ＩＰアドレス変換テーブル２１２４から接続先（ＩＰパケットの送信先）のＣＡのＩＰアドレスを選定する。ＩＰアドレスを選定すると、ＣＡ２１の制御部２１１は、相手のＣＡに対して加入者端末３２への接続を、インタフェース部２１３を介して要求する。この場合、制御部２１１は、ＩＰネットワーク９０２から受信したＩＰパケットをカプセル化し、更に、送信先を選定したＩＰアドレスに、送信元を自ＣＡのＩＰアドレスに設定して、呼設定のＩＰパケットを送信し、呼設定が受付けられるまでその結果を待つ（ステップＳ１１０，Ｓ１１１，図１０のＳ１１２）。
【００４７】
選定されたＣＡをＣＡ２２−１とすると、ＩＰネットワーク９０１およびインタフェース部２１３を介して呼設定のＩＰパケットを受信したＣＡ２２−１の制御部２１１は、着番号をキーとして、図示していない変換テーブル（着番号と加入者端末のＩＰアドレスとの対応を登録した変換テーブル）から加入者端末３２のＩＰアドレスを選定し、加入者端末３２に加入者端末３１からの回線接続要求を行う（図１１のステップＳ２０１）。
【００４８】
回線接続要求した加入者端末３２が正常に応答（オフフック；受話器を取る）すると、ＣＡ２２−１の制御部２１１は、ＣＡ２１に対して呼設定が受付けられたことを応答すると共に、状態テーブル２１２５の接続カウンタのエリアの値を＋１カウントアップし、通信パスの管理を行う。制御部２１１は、切断されるまで通話状態となり、やがてどちらかの加入者端末により切断されると、状態テーブル２１２５の接続カウンタのエリアの値を−１カウントダウンし終了する（ステップＳ２０１〜Ｓ２０７）。
【００４９】
一方、ステップＳ１１２において、ＣＡ２１の制御部２１１は、正常に呼設定が受付けられたことをＣＡ２２−１からインタフェース部２１３を介して受信すると、加入者端末３１にも応答を返す。すなわち、加入者端末３１と加入者端末間で通信パスが確立されたことになり、状態テーブル２１２５の接続カウンタのエリアの値を＋１カウントアップすると共に、通信パスの管理を行う。すると、切断されるまで、加入者端末間の間で通話状態（または通信状態）となる（図１０のステップＳ１１３〜Ｓ１１５）。
【００５０】
やがて、どちらかの加入者端末が切断（オンフック：受話器を落とす）すると、ＣＡ２１の制御部２１１は、切断要求（または解放）を加入者端末３１または加入者端末３２から受信することになり、通信パスを解放すると共に、状態テーブル２１２５の接続カウンタを−１カウントダウンし、終了する（ステップＳ１１６）。
【００５１】
一方、ステップＳ１１２において、例えば、ＣＡ２２−１が障害で応答がなければ、ＣＡ２１の制御部２１１は、対地管理テーブル２１２３の先に選定した対地エリアに続く対地エリアの中で使用禁止ビットが「ＯＮ」になっていない対地名を選定し、ステップＳ１１０に戻る（ステップＳ１１７）。このようなケースは、前もって対地管理サーバ１が検出しており、起こりうることは十中八九起こらないが万が一起こった場合の対処である。
【００５２】
一方、ＣＡ内で一時的によるハードウェア障害が発生すると、ハードウェア障害による割込みが制御部２１１に発生する。すると、制御部２１１は、ハードウェア障害が発生する毎に、状態テーブル２１２５のエラーカウンタのエリアに＋１カウントアップする。この場合、ある時間（例えば、２４時間毎）が来た場合にエラーカウンタの値がある一定の値以上になっていなければ、エラーカウンタの値をクリアしても良い。
【００５３】
一方、ステップＳ１１２において、例えば、相手端末無応答等の相手端末エラーに伴う応答をＣＡ２２−１から受信した場合は、その旨を加入者端末に通知して終了する（ステップＳ１１８）。
【００５４】
一方、対地管理サーバ１は、対地管理サーバ１内に一定の間隔（例えば、３０秒間隔）で割り込むように設定された図示していないタイマによるタイマ割り込みにより、異常情報エリアをクリアし、全ＣＡ（図１では、ＣＡ２１，ＣＡ２２−１〜２２−３，ＣＡ２３−１〜２３−３）に対して、ＣＡの状態を監視するために、状態テーブル２１２５の読出しを行う（図１２のステップＳ３０１，Ｓ３０２）。
【００５５】
対地管理サーバ１は、各ＣＡから読み出す毎に、読み出した状態テーブルの接続カウンタの内容と規定値αとの比較を行い、接続カウンタの値が規定値α以上であれば、そのＣＡには負荷がかかっていると判断し、そのＣＡの対地名とＩＰアドレスを異常情報エリアに登録する（ステップＳ３０３、Ｓ３０５，Ｓ３０６，Ｓ３０７）。
【００５６】
ステップＳ３０６において、接続カウンタ値が規定値α未満であれば、対地管理サーバ１は、負荷がかかっていないと判断し、エラーカウンタの内容と規定値βとを比較し、エラーカウンタの値が規定値β以上であれば、ＣＡはダウンさせたほうが良いと判断し、そのＣＡの対地名およびＩＰアドレスを異常情報エリアに登録する（ステップＳ３０８，Ｓ３０９，Ｓ３０７）。なお、ステップＳ３０５とステップＳ３０８の動作の順序を逆にしても良い。
【００５７】
ステップＳ３０９において、エラーカウンタの値が規定値β未満であれば、正常に動作できると判断し、異常情報エリアには登録しない。
【００５８】
ステップＳ３０３において、無応答であった場合には、そのＣＡに障害が発生していると判断し、無応答となったＣＡの対地名およびＩＰアドレスを異常情報エリアに登録する（ステップＳ３０８）。
【００５９】
やがて、全てのＣＡの状態を把握すると、対地管理サーバ１は、異常情報エリアの内容をＣＡの異常通知として全ＣＡに送信して終了する（ステップＳ３１０，Ｓ３１１）。
【００６０】
各ＣＡの制御部２１１は、インタフェース部２１３を介して異常通知を受信すると、対地管理テーブル２１２３の使用禁止ビットのエリアの内容を一端クリアし、障害通知のあったＣＡに該当する使用禁止ビットエリアの内容を「ＯＮ」にして終了する。
【００６１】
以上説明したように、対地管理サーバ１が、予めＣＡの状態を監視し、その結果を各ＣＡに通知するようにしているため、各ＣＡが、送信先の状態を意識してルーティングする必要はない。すなわち、回線が集中することなく、負荷分散することができる。また、ＣＡをグループ化しているため、回線障害時やＣＡの障害時に迂回することができ、システムが安定し稼動することができる。更に、対地管理サーバにより、各ＣＡは、予め異常状態（過負荷、障害等）のＣＡを事前に把握し、回線接続要求時に異常であるＣＡを選定しないようにしているため、障害発生信号を受信するまで待ち合わせる必要がなく、安定したシステムの構築ができる。
【００６２】
次に、本発明の第２の実施の形態について、図面を参照して説明する。
【００６３】
図１３を参照すると、本発明の第２の実施の形態は、対地管理サーバ４と、コールエージェントであるＣＡ５１と、アナウンスの内容を保存する複数の音源装置６１，６２と、加入者端末７１と、ＩＰネットワーク９１２，９１２と、ネットワーク９１３とから構成される。ＩＰネットワーク９１２には、ＣＡ５１と複数の音源装置６１（図面上では、音源装置６１−１，音源装置６１−２，音源装置６１−３）と複数の音源装置６２（図面上では、音源装置６２−１，音源装置６２−２，音源装置６２−３）とが接続され、ＩＰネットワーク９１１には、ＣＡ５１と複数のＣＡ５２とが接続され、ネットワーク９１３には、ＣＡ５１と複数の加入者端末７１とが接続されている。また、音源装置グループ８１１内の存在する音源装置６１は、同一のアナウンス内容を保存し、音源装置グループ８１２内に存在する音源装置６２は、同一のアナウンス内容を保存する。すなわち、音源装置グループ毎に障害および負荷に対応できるように複数の音源装置を持つことになる。
【００６４】
図１４を参照すると、ＣＡ５１の内部の構成を示しており、図示していないプロセッサ（ＣＰＵ）によりプログラム制御で動作する制御部５１１と、読出し書き込みのできるメモリ（例えば、ＲＡＭ）である記憶部５１２と、ＩＰネットワーク９１２と接続するインタフェース部５１４と、ＩＰネットワーク９１１と接続するインタフェース部５１３と、ネットワーク９１３と接続するインタフェース部５１５とから構成される。
【００６５】
図１４の記憶部５１２には、番号翻訳テーブル５１２１のエリアが、表示値翻訳テーブル５１２６のエリアが、音源装置用テーブル５１２２のエリアが、外部装置管理用テーブル５１２３のエリアが、ＩＰアドレス変換テーブル５１２４のエリアが、それぞれ割り当てられている。
【００６６】
図１５を参照すると、番号翻訳テーブル５１２１の構成の概略を示し、番号翻訳テーブル５１２１には、アナウンス専用番号毎にアナウンス番号の各エリアが割り当てられている。番号翻訳テーブル５１２１は、システム構築時に、すでに設定されており、番号翻訳テーブル５１２１に影響するシステムの変更があった場合には、保守者（またはシステム管理者）が対地管理サーバ４から変更することができる。
【００６７】
図１６を参照すると、表示値翻訳テーブル５１２６の構成の概略を示し、番号翻訳テーブル５１２６には、理由表示値毎にアナウンス番号の各エリアが割り当てられている。表示値翻訳テーブル５１２６は、システム構築時に、すでに設定されており、表示値翻訳テーブル５１２６に影響するシステムの変更があった場合には、保守者（またはシステム管理者）が対地管理サーバ４から変更することができる。
【００６８】
図１７を参照すると、音源装置用テーブル５１２２の構成の概略を示し、音源装置用テーブル５１２２には、アナウンス番号毎に、音源装置グループ番号、優先対地名を含むルーティング情報の各エリアが割り当てられている。音源装置用テーブル５１２２は、システム構築時に、優先対地名を除き、すでに設定されており、音源装置用テーブル５１２２に影響するシステムの変更があった場合には、保守者（またはシステム管理者）が対地管理サーバ４から変更することができる。なお、優先対地名の設定は、主に、保守時に使用される。
【００６９】
図１８を参照すると、外部装置管理用テーブル５１２３の構成の概略を示し、外部装置管理用テーブル５１２３は、音源装置グループ番号毎に、選択方式、複数の対地情報を含む対地管理情報の各エリアが割り当てられている。更に、各対地情報のエリア（図１８では、対地１、対地２、・・・）には、対地名、ラウンドロビンビット、および使用禁止ビットのエリアが、それぞれ割り当てられている。なお、選択方式に「優先接続」が設定されている場合には、一番左側の対地名が第１優先として選択される。選択方式に「ラウンドロビン」が設定されていれば、左から順にローテートとしながら対地名が選択される。外部装置管理用テーブル５１２３は、システム構築時に、ラウンドロビンビットおよび使用禁止ビットを除き、すでに設定されており、外部装置管理用テーブル５１２３に影響するシステムの変更があった場合には、保守者（またはシステム管理者）が対地管理サーバ４から変更することができる。ラウンドロビンビットおよび使用禁止ビットは、運用中の状況に応じて自動的に更新される。ラウンドロビンビットは、選択方式が「ラウンドロビン」に設定されているときに有効で、現時点における対地の選択の優先順位が一番高いことを示している。使用禁止ビットは、設定されている対置（音源装置）が高負荷または障害が発生していることを示し、対地管理サーバ４からの通知により設定される。
【００７０】
図１９を参照すると、ＩＰアドレス変換テーブル５１２４の構成の概略を示し、ＩＰ変アドレス換テーブル５１２４は、対地名毎に、対地名のＩＰアドレスのエリアが割り当てられている。ＩＰアドレス変換テーブル５１２４は、システム構築時に、すでに設定されており、ＩＰアドレス変換テーブル５１２４に影響するシステムの変更があった場合には、保守者（またはシステム管理者）が対地管理サーバ４から変更することができる。
【００７１】
図１４のＣＡ５１の制御部５１１は、自ＣＡ５１に登録している（ＣＡ５１の配下の）加入者端末からアナウンス専用番号に対する音源装置への回線接続要求があると、番号翻訳テーブル５１２１からアナウンス専用番号をキーにアナウンス番号を決定する。または、他ＣＡ５２から理由表示値に対する音源装置への回線接続要求があると、表示値翻訳テーブル５１２６から理由表示値をキーにアナウンス番号を決定する。更に、制御部５１１は、音源装置用テーブル５１２２からアナウンス番号をキーに音源装置グループ番号（方路）を決定する。更に、制御部５１１は、音源装置用テーブル５１２２に優先対地名が設定されていない場合に、選択方式に従って、外部装置管理用テーブル５１２３を検索することで音源装置グループ番号に対する対地名を使用禁止ビットが「ＯＮ」でないものから選択する。この時、保守者が対地管理サーバ４からＣＡ内のルーティングの局データである音源装置用テーブル５１２２に優先対地を設定しているときは、この対地が第一優先先となり、外部装置管理用テーブル５１２３を検索することは無い。更に、制御部５１１は、対地名を決定すると、ＩＰ変換テーブル２１２４から対地名をキーにＩＰアドレスを抽出し、音源装置に対して相手の加入者端末宛への回線接続要求を行う。すなわち、外部装置管理用テーブル５１２３の選択方式は、通常の場合には優先接続方式、ラウンドロビン方式が可能となるが、異常（使用禁止ビットが「ＯＮ」または相手ＣＡ無応答）の場合には制御部５１１が予定の対地の次に設定されている対地を選択する。
【００７２】
図１４のＣＡ５２は、図示していないプロセッサ（ＣＰＵ）によるプログラム制御で動作し、加入者端末からの加入者端末への回線接続要求およびアナウンス専用番号に対するＣＡ５１への接続サービスを行う。ＣＡ５２は、ＣＡ５２配下の図示していない加入者端末から回線接続要求が来ると、着番号をキーにして図２１の番号翻訳テーブルから処理指標を選定し、未登録等の異常となれば、異常となった理由表示値を図２１の番号翻訳テーブルから選定し、ＣＡ５１に対して、選定した理由表示値に該当するアナウンス情報を依頼する。なお、ＣＡ５２の番号翻訳テーブルは、ＣＡ５２内の図示していないメモリ（例えば、ＲＡＭ）に割り当てられており、図２１に示すように、着番号（未登録含む）毎に、処理指標、理由表示値から構成される。また、ＣＡ５２は、通信異常を検出した場合にも予め決められた理由表示値を選定し、ＣＡ５１に対して、選定した理由表示値に該当するアナウンス情報を依頼する。
【００７３】
図１３の音源装置６１，６２は、図示していないプロセッサ（ＣＰＵ）によるプログラム制御で動作するパソコン、ワークステーション、サーバ等の情報処理装置である。音響制御装置６１，６２は、アナウンス番号に対応したアナウンス情報を図示していない記憶部（例えば、磁気ディスク）に格納しており、アナウンス専用番号（例えば、時報、天気予報等のサービスを行う電話番号）によるアナウンス情報および異常時のアナウンス情報の提供サービスを行っている。音源装置グループ８１１内の音源装置６１（図１３では、音源装置６１−１，６１−２，６１−３）は、負荷分散および障害時に対応できるように同じアナウンス情報を保存している。同様に、源装置グループ８１２内の音源装置６２（図１３では、音源装置６２−１，６２−２，６２−３）は、負荷分散および障害時に対応できるように同じアナウンス情報を保存している。すなわち、同一の音源装置グループ内の各音源装置は、同じアナウンス情報を保存している。また、音源装置６１，６２は、図示していないメモリ（例えば、ＲＡＭ）内のエリアに状態テーブルを保存している。
【００７４】
図２０を参照すると、音源装置６１，６２内の状態テーブルの構成を示し、状態テーブルは、自ＣＡの負荷状態（加入者端末間の接続数）を示す接続カウンタのエリアと、一時的エラーの回数を示すエラーカウンタのエリアとが割り当てられている。この接続カウンタは、ＣＡ５１との間で呼接続される毎に、＋１カウントアップし、切断される毎に、−１カウントダウンする。システム構築時は、接続カウンタおよびエラーカウンタのエリアには、「０」の値が設定（クリア）されている。
【００７５】
図１３の対地管理サーバ４は、図示していないプロセッサ（ＣＰＵ）で動作するパソコン、ワークステーション、サーバ等の情報処理装置である。対地管理サーバ４は、図示していないタイマを有しており、このタイマの一定間隔で発生するタイマ割り込みにより各音源装置の状態のチェック（図２０の状態テーブルの内容を読み出して負荷状況およびエラー状況のチェック）を行う。そのチェックの結果、異常（接続数である接続カウンタの値が予め決められた規定値α以上または／および一時的エラー発生回数であるエラーカウンタの値が予め決められた規定値β以上または／および無応答）であれば、対地管理サーバ４は、異常情報エリアに異常のあった音源装置の対地名とＩＰアドレスを登録し、登録した異常情報エリアの内容をＩＰネットワーク９１２に接続されているＣＡ５１に送信し、ＣＡ５１内の外部装置管理用テーブル５１２３に登録されている対地名に該当する使用禁止ビットを「ＯＮ」にさせる。なお、異常情報エリアは、対地管理サーバ４内の図示していないメモリ（例えば、ＲＡＭ）に割り当てられており、図２２に示すように、対地名およびＩＰアドレスから構成されている。
【００７６】
次に、図１３〜図２７を参照して、本発明の第２の実施の形態の動作について説明する。
【００７７】
今、加入者がユーザ登録しているＣＡ５１に対して、アナウンス専用番号をダイヤル（またはプッシュボタンを使用）してアナウンスを聞く（例えば、天気予報、時報等）ために、加入者端末７１からアナウンス専用番号により回線接続要求を行うと、ＣＡ５１の制御部５１１は、ネットワーク９１３およびインタフェース部５１５を介して要求内容（この場合はアナウンス専用番号）を載せたＩＰパケットを受信すると、要求内容を検索する。アナウンス専用番号であれば、制御部５１１は、ＩＰパケット内のアナウンス専用番号をキーにして、番号翻訳テーブル５１２１を検索し、アナウンス番号を選定する。なお、要求内容が理由表示値であれば、制御部５１１は、ＩＰパケット内の理由表示値をキーにして、表示値翻訳テーブル５１２６を検索し、アナウンス番号を選定する（図２３のステップＳ４０１〜Ｓ４０３）。
【００７８】
ＣＡ５１の制御部５１１は、選定したアナウンス番号をキーにして音源装置用テーブル５１２２を検索し、音源装置グループ番号を選定する。更に、制御部５１１は、音源装置用テーブル５１２２の優先対地名のエリアに対地名が登録されているかを検索し、登録されていれば、優先対地名を送信先の対地名と判断する（ステップＳ４０４，Ｓ４０５）。
【００７９】
ステップＳ４０５において、優先対地名のエリアに対地名が登録されていなければ、ＣＡ５１の制御部５１１は、ステップＳ４０４で選定した音源装置グループ番号をキーにして外部装置管理用テーブル５１２３から選定方式のエリアを検索する（ステップＳ４０６，Ｓ４０７）。
【００８０】
ステップＳ４０７において、「優先接続」が登録されている場合、ＣＡ５１の制御部５１１は、更に、一番左の対地１の使用禁止ビットのエリアを検索し、使用禁止ビットが「ＯＮ」（または「１」等の他の表現でも良い）でなければ、その対地名に登録されている対地名を選定し、使用禁止ビットが「ＯＮ」であれば、使用禁止ビットが「ＯＮ」になっていないものを検出するまで次から次へと検索し、検出したその対地名を選定する（ステップＳ４０９）。
【００８１】
ステップＳ４０７において、「ラウンドロビン接続」が登録されている場合、ＣＡ５１の制御部５１１は、対地エリアのラウンドロビンビットが「ＯＮ」（または「１」等の他の表現でも良い）になっている次の対地エリアで、使用禁止ビットが「ＯＮ」でなければ、その対地名に登録されている対地名を選定し、使用禁止ビットが「ＯＮ」であれば、使用禁止ビットが「ＯＮ」になっていないものを検出するまで次から次へと検索し、検出したその対地名を選定する（ステップＳ４０８）。この場合選定した後、制御部５１１は、選定した対地のラウンドロビンビットを「ＯＮ」し、すでに選定されていた対地のランドロビンビットをクリア（またはブランク、「ＯＦＦ」等の表現でも良い）する。
【００８２】
ＣＡ５１の制御部５１１は、対地名を外部装置管理用テーブル５１２３から選定すると、選定した対地名をキーとして、ＩＰアドレス変換テーブル５１２４から送信先の音響装置のＩＰアドレスを選定する。ＩＰアドレスを選定すると、ＣＡ５１の制御部５１１は、相手の音響装置に対して加入者端末３２への接続を、インタフェース部５１４を介して要求する。この場合、制御部５１１は、ネットワーク９１３から受信したＩＰパケットをカプセル化し、更に、相手先を選定したＩＰアドレスに、送信元を自ＣＡ５１のＩＰアドレスに設定して、呼設定のＩＰパケットを送信し、呼設定が受付けられるまでその結果を待つ（ステップＳ４１１，Ｓ４１２，Ｓ４１３）。
【００８３】
選定された音源装置を音源装置６１−１とすると、ＩＰネットワーク９１２およびインタフェース部５１４を介して呼設定のＩＰパケットを受信した音源装置６１−１は、応答を返す共に、音源装置６１−１内の状態テーブルの接続カウンタのエリアの値を＋１カウントアップし、通信パスの管理を行う（図２６のステップＳ６０１，Ｓ６０２）。
【００８４】
インタフェース部５１４を介して応答を受信したＣＡ５１の制御部５１１は、送信元に応答を返すことによって、加入者端末７１と音響装置６１−１との間に通信パスが設定される。更に、制御部５１１は、切断されるまで、アナウンス番号をキーとしたアナウンス情報の要求を音響装置６１−１に対して行い、要求により受信したアナウンス情報を要求元の加入者端末７１に送信し続ける。すなわち、加入者端末７１と音響装置６１−１との間で通信状態となる（図２４のステップＳ４１４）。
【００８５】
一方、ＣＡ５１からのアナウンス情報の要求を受信すると、切断されるまで、音源装置６１−１は、アナウンス番号をキーとして音源装置６１−１内の記憶部からアナウンス情報を読み出して、ＣＡ５１に送信する（図２６のステップＳ６０３，Ｓ６０４）。
【００８６】
やがて、加入者端末７１が切断（オンフック：受話器を落とする）すると、ＣＡ５１の制御部５１１は、通信パスを解放し終了する。更に、音源装置６１−１も切断されると、通信パスを解放すると共に、音源装置６１−１内の状態テーブルの接続カウンタを−１カウントダウンし、終了する（図２４のステップＳ４１６、図２６のステップＳ６０５）。
【００８７】
一方、ステップＳ４１３において、例えば、音源装置６１−１が障害で応答がなければ、ＣＡ５１の制御部５１１は、外部装置管理用テーブル５１２３の先に選定した対地エリアに続く対地エリアの中で使用禁止ビットが「ＯＮ」になっていない対地名を選定し、ステップＳ４１１に戻る（ステップＳ４１７）。このようなケースは、前もって対地管理サーバ４が検出しており、起こりうることは十中八九起こらないが万が一起こった場合の対処である。
【００８８】
一方、音響装置内で一時的によるハードウェア障害が発生すると、ハードウェア障害による割込みが音響装置内のプロセッサに発生する。すると、音響装置内のプロセッサは、ハードウェア障害が発生する毎に、音源装置内の状態テーブルのエラーカウンタのエリアに＋１カウントアップする。この場合、ある時間（例えば、２４時間毎）が来た場合にエラーカウンタの値がある一定の値以上になっていなければ、エラーカウンタの値をクリアしても良い。
【００８９】
一方、対地管理サーバ４は、対地管理サーバ４内に一定の間隔（例えば、３０秒間隔）で割り込むように設定された図示していないタイマによるタイマ割り込みにより、異常情報エリアをクリアし、全音源装置（図１３では、音源装置６１−１〜６１−３，音源装置６２−１〜６２−３）に対して、状態テーブルの読出しを行う（図２７のステップＳ７０１，Ｓ７０２）。
【００９０】
対地管理サーバ４は、各音源装置から読み出す毎に、状態テーブルの接続カウンタの内容と規定値αとの比較を行い、接続カウンタの値が規定値α以上であれば、そのＣＡには負荷がかかっていると判断し、その音源装置の対地名とＩＰアドレスを異常情報エリアに登録する（ステップＳ７０３、Ｓ７０５，Ｓ７０６，Ｓ７０７）。
【００９１】
ステップＳ７０６において、接続カウンタ値が規定値α未満であれば、対地管理サーバ４は、負荷がかかっていないと判断し、エラーカウンタの内容と規定値βとを比較し、エラーカウンタの値が規定値β以上であれば、ＣＡはダウンさせたほうが良いと判断し、その音源装置の対地名およびＩＰアドレスを異常情報エリアに登録する（ステップＳ７０８，Ｓ７０９，Ｓ７０７）。なお、ステップＳ７０５とステップＳ７０８の動作の順序を逆にしても良い。
【００９２】
ステップＳ７０９において、エラーカウンタの値が規定値β未満であれば、正常に動作できると判断し、異常情報エリアには登録しない。
【００９３】
ステップＳ７０３において、無応答であった場合には、その音源装置に障害が発生していると判断し、無応答となった音源装置の対地名およびＩＰアドレスを異常情報エリアに登録する（ステップＳ７０８）。
【００９４】
やがて、全ての音源装置の状態を把握すると、対地管理サーバ４は、異常情報エリアの内容を音源装置の障害通知としてＣＡ５１に送信して終了する（ステップＳ７１０，Ｓ７１１）。
【００９５】
ＣＡ５１の制御部５１１は、インタフェース部５１４を介して障害通知を受信すると、外部装置管理用テーブル５１２３の使用禁止ビットのエリアの内容を一端クリアし、障害通知のあったＣＡに該当する使用禁止ビットエリアの内容を「ＯＮ」にして終了する。
【００９６】
次に、加入者がユーザ登録しているＣＡ５２−１に対して、他の加入者端末との通話のために現在使用されていない電話番号で電話をしたとすると、ＣＡ５２−１は、着番号をキーにしてＣＡ５２内の番号翻訳テーブルから処理指標を選定する。更に、ＣＡ５２−１は、着番号が登録されていないので処理指標は異常となり、未登録をキーとして番号翻訳テーブルから理由表示値を取得する。更に、ＣＡ５２−１は、ＣＡ５１に対して理由表示値に該当するアナウンス情報を依頼する（図２５のステップＳ５０１〜Ｓ５０４）。
【００９７】
理由表示値を依頼した後の処理は、前述の図２３のフローチャートのステップＳ４０１からの動作と同じになるので説明を省略する。やがて、理由表示値に該当したアナウンス情報が図２３のステップＳ４１によりＣＡ５１から送られてくると、ＣＡ５２−１は、アナウンス情報を切断されるまで送信する（ステップＳ５０５，Ｓ５０６）。
【００９８】
以上、第２の実施の形態で説明したように、対地管理サーバ４が、予め音源装置の状態を監視し、その結果をＣＡ５１に通知するようにしているため、ＣＡ５１が、送信先の状態を意識してルーティングする必要はない。すなわち、回線が集中することなく、負荷分散することができる。また、音源装置をグループ化しているため、ＣＡ５１は、回線障害時や音源装置の障害時に迂回することができ、システムが安定し稼動することができる。更に、対地管理サーバ４により、ＣＡ５１が事前に異常状態（過負荷、障害等）の音源装置を把握するため、ＣＡ５１が音源装置に回線接続する場合に障害発生信号を受信するまで待ち合わせる必要がほとんどなくなる。
【００９９】
【発明の効果】
以上説明したように、本発明は、対地管理サーバが監視することによって、事前に通信先のコールエージェントまたは音響装置の異常状態である高負荷（回線接続数による判定）を把握するようにしているため、回線が集中することなく負荷分散を行うことができるという効果がある。
【０１００】
また、本発明は、対地管理サーバが監視することによって、事前に通信先のコールエージェントまたは音響装置の異常状態である一時障害（一時障害の発生回数による判定）、固定障害（無応答による判定）を把握することができるため、回線接続要求時に迂回することでシステムが安定して稼働が行えるという効果がある。従って、コールエージェント内部の呼処理機能部は、対地（この場合は、コールエージェントまたは音響装置）決定後、障害発生信号を受信するまで待ち合わせる必要がほとんどないという効果がある。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態の構成を示すブロック図である。
【図２】図１のＣＡの内部の構成を示すブロック図である。
【図３】図１の番号翻訳テーブルの構成の概略を示す構成概略図である。
【図４】図１のルーティングテーブルの構成の概略を示す構成概略図である。
【図５】図１の対地管理テーブルの構成の概略を示す構成概略図である。
【図６】図１のＩＰアドレス変換テーブルの構成の概略を示す構成概略図である。
【図７】図１の状態テーブルの構成の概略を示す構成概略図である。
【図８】図１の対地管理サーバが保有する異常情報エリアの構成の概略を示す構成概略図である。
【図９】図１のＣＡが自配下の加入者端末から回線接続要求を受信した場合の動作（１／２）を示すフローチャートである。
【図１０】図１のＣＡが自配下の加入者端末から回線接続要求を受信した場合の動作（２／２）を示すフローチャートである。
【図１１】図１のＣＡが他のＣＡから回線接続要求を受信した場合の動作を示すフローチャートである。
【図１２】図１の対地管理サーバがＣＡの状態を監視する場合の動作を示すフローチャートである。
【図１３】本発明の第２の実施の形態の構成を示すブロック図である。
【図１４】図１３のＣＡの内部の構成を示すブロック図である。
【図１５】図１３の番号翻訳テーブル（ＣＡ５１内）の構成の概略を示す構成概略図である。
【図１６】図１３の表示値翻訳テーブルの構成の概略を示す構成概略図である。
【図１７】図１３の音源装置用テーブルの構成の概略を示す構成概略図である。
【図１８】図１３の外部装置管理用テーブルの構成の概略を示す構成概略図である。
【図１９】図１３のＩＰアドレス変換テーブルの構成の概略を示す構成概略図である。
【図２０】図１３の音源装置内の状態テーブルの構成の概略を示す構成概略図である。
【図２１】図１３のＣＡ５２内の番号翻訳テーブルの構成の概略を示す構成概略図である。
【図２２】図１３の対地管理サーバが保有する異常情報エリアの構成の概略を示す構成概略図である。
【図２３】図１３のＣＡ５１が回線接続要求を受信した場合の動作（１／２）を示すフローチャートである。
【図２４】図１３のＣＡ５１が回線接続要求を受信した場合の動作（２／２）を示すフローチャートである。
【図２５】図１３のＣＡ５２が自配下の加入者端末から回線接続要求を受信した場合の動作を示すフローチャートである。
【図２６】図１３の音源装置が回線接続要求を受信した場合の動作を示すフローチャートである。
【図２７】図１３の対地管理サーバが音源装置の状態を監視する場合の動作を示すフローチャートである。
【符号の説明】
１，４ 対地管理サーバ
２１，２２，２３，５１，５２ ＣＡ
３１，３２，３３，７１ 加入者端末
６１，６２ 音源装置
２１１，５１１ 制御部
２１２，５１２ 記憶部
２１３，２１４，５１３，５１４ インタフェース部
２１２１，５１２１ 番号翻訳テーブル
２１２２ ルーティングテーブル
２１２３ 対地管理テーブル
２１２４，５１２４ ＩＰアドレス変換テーブル
２１２５ 状態テーブル
５１２２ 音源装置用テーブル
５１２３ 外部装置管理用テーブル
９０１，９０２，９０３，９１１，９１２ ＩＰネットワーク
９１３ ネットワーク
【発明の属する技術分野】
本発明は、サーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式および方法に関し、特に、回線接続要求を受けたコールエージェント（呼制御装置）が接続先としてグループ内に存在する複数のコールーエージェントまたはグループ内に存在する複数の音響装置から最適な１つを選定するサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式および方法に関する。
【０００２】
【従来の技術】
従来、回線接続する際に、対地を選択する方法として、例えば、特開２００１−７７９１６号公報に開示されている。この特開２００１−７７９１６号公報には、回線の接続の中継となる各交換機が自交換機と全ての対地間の回線の空き回線数から空塞データと他の交換機からの空塞データとを統合、編集して、対地情報テーブルに自の対地情報として記憶すると共に、他の交換機に送信している。受け取った他の交換機は、対地情報テーブルに他の対地情報として記憶する。交換機は、入呼があった場合に、自の対地情報が「塞」であれば、他の対地情報から「空」（自分を最優先）の交換機を選択することにより最適なルーティングを実現している。
【０００３】
【特許文献１】
特開２００１−７７９１６号公報（段落番号００１５〜００１７）
【０００４】
【発明が解決しようとする課題】
しかしながら、従来の機能で例えば、特開２００１−７７９１６号公報では、交換機が方路に対する対地まで決定していたため、全ての対地の設備を意識しなくてはならないという問題点がある。また、特開２００１−７７９１６号公報では、各自交換機が各回線状態から各対地に対する状態を算出し、更に、他の交換機に結果を送出しなければならないため、交換機および対地が増えれば増えるほどＣＰＵのトラヒックが増えるという問題点がある。また、特開２００１−７７９１６号公報では、一時的な障害検出機能がないため、他交換機に一時的な障害が起こっていても認識できず一度対地を決定し、障害発生信号を受信するまでの時間がかかるという問題点がある。
【０００５】
本発明の目的は、上記問題点を鑑み、対地の負荷状態をコールエージェントが行うのではなく、別装置に行わせることで、呼処理能力を向上することにある。
【０００６】
また、本発明の別の目的は、上記の問題点を鑑み、コールエージェントの一時的な障害を事前に検出することで、システムが安定して稼動することにある。
【０００７】
【課題を解決するための手段】
上記問題点を解決するために、本発明の第１のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式は、第１のＩＰネットワークを介して相互にデータのやり取りを行うコールエージェントを備え、第２のＩＰネットワークに接続された自配下の端末から宛先の端末への回線接続要求があった場合に前記コールエージェントから対地への回線接続を行うサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式であって、前記第１のＩＰネットワークに接続された管理サーバを備え、前記第２のＩＰネットワーク毎に接続された複数のコールエージェントを１つのグループとして備え、前記管理サーバは、予め決められた時間毎に前記第１のネットワークに接続された全ての前記コールエージェントを監視して異常を判定する判定手段と、前記判定手段で判定した結果を前記第１のネットワークに接続された全ての前記コールエージェントに通知する通知手段と、を有し、前記コールエージェントは、自配下の端末から他配下の端末への回線接続要求があると、着番号を基に前記グループを識別するグループ番号を選定する第１の選定手段と、前記第１の選定手段で選定されたグループ番号を基に予め決められた優先順位の選択順に従ってそのグループ内の前記複数のコールエージェントから前記通知手段で通知のあった異常のコールエージェントを除く１つを選定する第２の選定手段と、を有することを特徴としている。
【０００８】
更に、上記の第１のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式において、前記判定手段は、前記コールエージェントで中継している回線接続数が予め決められた値以上になった場合を高負荷による異常として判定する手段を有することを特徴としている。
【０００９】
更に、上記の第１のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式において、前記判定手段は、前記コールエージェント内での一時的障害の起こった回数が予め決められた値以上になった場合を障害による異常として判定する手段を有することを特徴としている。
【００１０】
更に、上記の第１のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式において、前記判定手段は、前記コールエージェントをアクセスした場合に無応答であると障害による異常として判定する手段を有することを特徴としている。
【００１１】
また、本発明の第１のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法は、第１のＩＰネットワークを介して相互にデータのやり取りを行うコールエージェントを準備し、第２のＩＰネットワークに接続された自配下の端末から宛先の端末への回線接続要求があった場合に前記コールエージェントから対地への回線接続を行うサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法であって、前記第１のＩＰネットワークに接続された管理サーバを準備し、前記第２のＩＰネットワーク毎に接続された複数のコールエージェントを１つのグループとして割り当て、着番号に対応した前記グループを識別するグループ番号を予め設定したルーティングテーブルと、前記グループ番号別に接続先の前記コールエージェントである対地名毎に接続先に選定しないことを示す使用禁止フラグを含む管理情報を保存する管理テーブルと、を前記コールエージェント内に設け、前記管理サーバは、予め決められた時間毎に、前記第１のネットワークに接続された全ての前記コールエージェントの状態を読み出して異常か正常かの判定を行い、異常であれば異常情報エリアに異常のあったコールエージェントだけを判定結果として保存して前記第１のＩＰネットワークに接続されている全コールエージェントにその判定結果を通知し、前記コールエージェントは、前記管理サーバから前記判定結果を受信すると、前記判定結果として異常のあったコールエージェントに対応する対地名の前記使用禁止フラグをＯＮに設定し、自配下の加入者端末から他配下の加入者端末への回線接続要求があると、前記ルーティングテーブルから着番号をキーにグループ番号を選定し、前記ルーティングテーブル内で前記選定したグループ番号に対応する優先対地名が設定されていない場合に予め決められた優先順位の選択順に従って前記管理テーブルを検索することで前記選定したグループ番号に対応する対地名を前記使用禁止フラグがＯＮに設定されていないものから選定し、前記選定した対地名のコールエージェントに対して加入者端末宛への回線接続要求を行うことを特徴としている。
【００１２】
更に、上記の第１のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法において、前記判定結果は、前記コールエージェントで中継している回線接続数が予め決められた値以上になった場合を高負荷による異常として判定することを特徴としている。
【００１３】
更に、上記の第１のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法において、前記判定結果は、前記コールエージェント内での一時的障害の起こった回数が予め決められた値以上になった場合を障害による異常として判定することを特徴としている。
【００１４】
更に、上記の第１のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法において、前記判定結果は、前記コールエージェントをアクセスした場合に無応答であると障害による異常として判定することを特徴としている。
【００１５】
更に、上記の第１のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法において、前記ルーティングテーブルに優先対地名が設定されている場合にはこの優先対地名を第一優先先のコールエージェントとして選定することを特徴としている。
【００１６】
また、本発明の第２のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式は、第１のＩＰネットワークを介してアナウンスのサービスを行う複数の音響装置と相互にデータのやり取りを行い、第２のネットワークを介して第２の複数のコールエージェントと相互にデータのやり取りを行う第１のコールエージェントを備え、前記第１のコールエージェントから前記音響装置への回線接続を行うサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式であって、前記第１のＩＰネットワークに接続された管理サーバを備え、前記複数の音響装置の内で同じアナウンスサービスを行う音響装置を１つのグループとして備え、前記管理サーバは、予め決められた時間毎に前記第１のネットワークに接続された全ての前記コールエージェントを監視して異常を判定する判定手段と、前記判定手段で判定した結果を前記第１のネットワークに接続された全ての前記コールエージェントに通知する通知手段と、を有し、前記第１のコールエージェントは、自配下の端末または他のコールエージェントを介して他配下の端末からアナウンス専用番号に対応した前記音響装置への回線接続要求があった場合に着信のあったアナウンス専用番号を基に前記グループを識別するグループ番号を選定する第１の選定手段と、前記第１の選定手段で選定されたグループ番号を基に予め決められた優先順位の選択順に従ってそのグループ内の前記複数の音響装置から前記通知手段で通知のあった異常の音響装置を除く１つを選定する第２の選定手段と、を有することを特徴としている。
【００１７】
更に、上記の第２のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式において、前記判定結果は、前記音響装置で回線接続している接続数が予め決められた値以上になった場合を高負荷による異常として判定する手段を有することを特徴としている。
【００１８】
更に、上記の第２のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式において、前記判定結果は、前記音響装置内での一時的障害の起こった回数が予め決められた値以上になった場合を障害による異常として判定する手段を有することを特徴としている。
【００１９】
更に、上記の第２のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式において、前記判定手段は、前記音響装置をアクセスした場合に無応答であると障害による異常として判定する手段を有することを特徴としている。
【００２０】
更に、上記の第２のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式において、前記第１の選定手段は、前記着信のあったアナウンス専用番号を基にアナウンス番号を選定しその選定したアナウンス番号を基に前記グループ番号を選定する手段を有することを特徴としている。
【００２１】
更に、上記の第２のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式において、前記第１のコールエージェントは、通信異常と電話の掛け間違いとを含む障害情報に対応した前記音響装置への回線接続要求を第２のコールエージェントから受けた場合に前記障害情報を基に前記グループ番号を選定する第３の選定手段を有することを特徴としている。
【００２２】
更に、上記の第２のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式において、前記第３の選定手段は、通信異常と電話の掛け間違いとを含む障害情報に対する前記音響装置への回線接続要求が第２のコールエージェントからあった場合に前記障害情報を基に前記アナウンス番号を選定しその選定したアナウンス番号を基に前記グループ番号を選定することを特徴としている。
【００２３】
また、本発明の第２のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法は、第１のＩＰネットワークを介してアナウンスのサービスを行う複数の音響装置と相互にデータのやり取りを行い、第２のネットワークを介して第２の複数のコールエージェントと相互にデータのやり取りを行う第１のコールエージェントを準備し、前記第１のコールエージェントから前記音響装置への回線接続を行うサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法であって、前記第１のＩＰネットワークに接続された管理サーバを準備し、前記複数の音響装置の中で同じアナウンスサービスを行う音響装置を１つのグループとして割り当て、アナウンス専用番号に対応したアナウンス番号を予め設定した第１のテーブルと、前記アナウンス番号に対応した前記グループを識別するグループ番号を予め設定した第２のテーブルと、前記グループ番号別に接続先の前記音響装置である対地名毎に接続先に選定しないことを示す使用禁止フラグを含む管理情報を保存する第３のテーブルと、を前記音響装置内に設け、前記管理サーバは、予め決められた時間毎に、前記第１のネットワークに接続された全ての前記音響装置の状態を読み出して異常か正常かの判定を行い、異常であれば異常情報エリアに異常のあった音響装置だけを判定結果として保存して前記第１のＩＰネットワークに接続されている全音響装置にその判定結果を通知し、前記音響装置は、前記管理サーバから前記判定結果を受信すると、前記判定結果として異常のあった音響装置に対応する対地名の前記使用禁止フラグをＯＮに設定し、アナウンス専用番号による音響装置への回線接続要求があると、前記アナウンス専用番号に対応するアナウンス番号を前記第１のテーブルからを選定し、前記選定したアナウンス番号に対応するグループ番号を前記第２のテーブルから選定し、前記選定したグループ番号に対応する優先対地名が設定されていない場合に予め決められた優先順位の選択順に従って前記第３のテーブルを検索することで前記選定したグループ番号に対応する対地名を前記使用禁止フラグがＯＮに設定されていないものから選定し、前記選定した対地名の音響装置に対して回線接続要求を行うことを特徴としている。
【００２４】
更に、上記の第２のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法において、前記判定結果は、前記音響装置で回線接続している接続数が予め決められた値以上になった場合を高負荷による異常として判定することを特徴としている。
【００２５】
更に、上記の第２のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法において、前記判定結果は、前記音響装置内での一時的障害の起こった回数が予め決められた値以上になった場合を障害による異常として判定することを特徴としている。
【００２６】
更に、上記の第２のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法において、前記判定結果は、前記音響装置をアクセスした場合に無応答であると障害による異常として判定することを特徴としている。
【００２７】
更に、上記の第２のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法において、障害情報に対応したアナウンス番号を予め設定した第４のテーブルを前記音響装置内に設け、前記第１のコールエージェントは、通信異常と電話の掛け間違いとを含む障害情報に対応した前記音響装置への回線接続要求を第２のコールエージェントから受けた場合に前記障害情報に対応するアナウンス番号を前記第４のテーブルから選定することを特徴としている。
【００２８】
更に、上記の第２のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法において、前記第２のテーブルに優先対地名が設定されている場合にはこの優先対地名を第一優先先の音響装置として選定することを特徴としている。
【００２９】
【発明の実施の形態】
次に、本発明の第１の実施の形態について、図面を参照して説明する。
【００３０】
図１を参照すると、本発明の第１の実施の形態は、対地管理サーバ１と、コールエージェントであるＣＡ２１，２２，２３と、加入者端末３１，３２，３３と、ＩＰネットワーク９０１，９０２，９０３，９０４とから構成される。ＩＰネットワーク９０１には、複数のＣＡ２１と複数のＣＡ２２（図面上では、ＣＡ２２−１，ＣＡ２２−２，ＣＡ２２−３）と複数のＣＡ２３（図面上では、ＣＡ２３−１，ＣＡ２３−２，ＣＡ２３−３）とが接続され、ＩＰネットワーク９０２には、複数のＣＡ２１と複数の加入者端末３１とが接続され、ＩＰネットワーク９０３には、複数のＣＡ２２と複数の加入者端末３２とが接続され、ＩＰネットワーク９０４には、複数のＣＡ２３と複数の加入者端末３３とが接続されている。また、加入者端末３１およびＣＡ２１は、サーバグループ８０１の地区内に存在し、加入者端末３２およびＣＡ２２は、サーバグループ８０２の地区内に存在し、加入者端末３３およびＣＡ２３は、サーバグループ８０３の地区内に存在する。すなわち、加入者端末は、サーバグループ内の全てのＣＡにユーザ登録されており、サーバグループ毎に障害および負荷に対応できるように複数のＣＡを持つことになる。
【００３１】
図２を参照すると、ＣＡ２１，２２，２３の各内部の構成を示しており、図示していないプロセッサ（ＣＰＵ）によりプログラム制御で動作する制御部２１１と、読出し書き込みのできるメモリ（例えば、ＲＡＭ）である記憶部２１２と、ＩＰネットワーク９０１と接続するインタフェース部２１３と、ＩＰネットワーク９０２（ＣＡ２１の場合），９０３（ＣＡ２２の場合），または９０４（ＣＡ２３の場合）と接続するインタフェース部２１４とから構成される。
【００３２】
図２の記憶部２１２には、番号翻訳テーブル２１２１のエリアが、ルーティングテーブル２１２２のエリアが、対地管理テーブル２１２３のエリアが、ＩＰアドレス変換テーブル２１２４のエリアが、状態テーブル２１２５のエリアが、それぞれ割り当てられている。
【００３３】
図３を参照すると、番号翻訳テーブル２１２１の構成の概略を示し、番号翻訳テーブル２１２１には、着番号毎に他ＣＡか自ＣＡかの宛先を示す処理指標を含む着番号翻訳データの各エリアが割り当てられている。番号翻訳テーブル２１２１は、システム構築時に、すでに設定されており、番号翻訳テーブル２１２１に影響するシステムの変更があった場合には、保守者（またはシステム管理者）が対地管理サーバ１から変更することができる。
【００３４】
図４を参照すると、ルーティングテーブル２１２２の構成の概略を示し、ルーティングテーブル２１２２には、着番号毎に、サーバグループ番号、優先対地名を含むルーティング情報の各エリアが割り当てられている。ルーティングテーブル２１２２は、システム構築時に、優先対地名を除き、すでに設定されており、ルーティングテーブル２１２２に影響するシステムの変更があった場合には、保守者（またはシステム管理者）が対地管理サーバ１から変更することができる。なお、優先対地名の設定は、主に、保守時に使用される。
【００３５】
図５を参照すると、対地管理テーブル２１２３の構成の概略を示し、対地管理テーブル２１２３は、サーバグループ番号毎に、選択方式、複数の対地情報を含む対地管理情報の各エリアが割り当てられている。更に、各対地情報のエリア（図５では対地１、対地２、・・・の各エリア）には、対地名、ラウンドロビンビット、および使用禁止ビットのエリアが、それぞれ割り当てられている。なお、選択方式に「優先接続」が設定されている場合には、一番左側の対地名（図５では対地１の対地名）が第１優先として選択される。選択方式に「ラウンドロビン」が設定されていれば、左から順にローテートとしながら対地名が選択される。対地管理テーブル２１２３は、システム構築時に、ラウンドロビンビットおよび使用禁止ビットを除き、すでに設定されており、対地管理テーブル２１２３に影響するシステムの変更があった場合には、保守者（またはシステム管理者）が対地管理サーバ１から変更することができる。ラウンドロビンビットおよび使用禁止ビットは、運用中の状況に応じて自動的に更新される。ラウンドロビンビットは、選択方式が「ラウンドロビン」に設定されているときに有効で、現時点における対地の選択の優先順位が一番高いことを示している。使用禁止ビットは、設定されている対置（ＣＡ）が高負荷または障害が発生していることを示し、対地管理サーバ１からの通知により設定される。
【００３６】
図６を参照すると、ＩＰアドレス変換テーブル２１２４の構成の概略を示し、ＩＰアドレス変換テーブル２１２４は、対地名毎に、対地名のＩＰアドレスのエリアが割り当てられている。ＩＰアドレス変換テーブル２１２４は、システム構築時に、すでに設定されており、ＩＰアドレス変換テーブル２１２４に影響するシステムの変更があった場合には、保守者（またはシステム管理者）が対地管理サーバ１から変更することができる。
【００３７】
図７を参照すると、状態テーブル２１２５の構成を示し、状態テーブル２１２５は、自ＣＡの負荷状態（加入者端末間の接続数）を示す接続カウンタのエリアと、一時的エラーの回数を示すエラーカウンタのエリアとが割り当てられている。この接続カウンタは、端末間で呼接続される毎に、＋１カウントアップし、切断される毎に、−１カウントダウンする。システム構築時は、接続カウンタおよびエラーカウンタのエリアには、「０」の値が設定（クリア）されている。
【００３８】
図２の制御部２１１は、自ＣＡ２１，２２，２３に登録している加入者端末から他の加入者端末への回線接続要求があると、番号翻訳テーブル２１２１から着番号をキーに他ＣＡ接続であることを決定する。更に、制御部２１１は、ルーティングテーブル２１２２から着番号をキーにサーバグループ番号（方路）を決定する。更に、制御部２１１は、ルーティングテーブル２１２２に優先対地名が設定されていない場合に、選択方式に従って、対地管理テーブル２１２３を検索することでサーバグループ番号に対する対地名を使用禁止ビットが「ＯＮ」でないものから選択する。この時、保守者が対地管理サーバ１からＣＡ内のルーティングの局データであるルーティングテーブル２１２２に優先対地名を設定しているときは、この対地が第一優先先となり、対地管理テーブル２１２３を検索することは無い。更に、制御部２１１は、対地名を決定すると、ＩＰ変換テーブル２１２４から対地名をキーにＩＰアドレスを抽出し、ＣＡに対して相手の加入者端末宛への回線接続要求を行う。すなわち、対地管理テーブル２１２３の選択方式は、通常の場合には優先接続方式、ラウンドロビン方式が可能となるが、異常（使用禁止ビットが「ＯＮ」または相手ＣＡ無応答）の場合には制御部２１１が予定の対地の次に設定されている対地を選択する。
【００３９】
図１の対地管理サーバ１は、図示していないプロセッサ（ＣＰＵ）によりプログラム制御で動作するパソコン、ワークステーション、サーバ等の情報処理装置である。対地管理サーバ１は、図示していないタイマを有しており、このタイマの一定間隔で発生するタイマ割り込みにより各ＣＡの状態のチェック（状態テーブル２１２５の内容を読み出して負荷状況およびエラー状況のチェック）を行う。そのチェックの結果、異常（接続数である接続カウンタの値が予め決められた規定値α以上または／および一時的エラー発生回数であるエラーカウンタの内容が予め決められた規定値β以上または／および無応答）であれば、対地管理サーバ１は、異常情報エリアに異常のあったＣＡの対地名とＩＰアドレスを登録し、登録した異常情報エリアの内容をＩＰネットワーク９０１に接続されている各ＣＡに送信し、ＣＡ内の対地管理テーブル２１２３に登録されている対地名に該当する使用禁止ビットを「ＯＮ」にさせる。なお、異常情報エリアは、対地管理サーバ１内の図示していないメモリ（例えば、ＲＡＭ）に割り当てられており、図８に示すように、対地名およびＩＰアドレスから構成されている。
【００４０】
次に、図１〜図１２を参照して、本発明の第１の実施の形態の動作について説明する。
【００４１】
今、加入者がユーザ登録しているＣＡ２１に対して、加入者端末３１から加入者端末３２に接続するために、回線接続要求（電話番号により電話をかける）を行うと、ＣＡ２１の制御部２１１は、ＩＰネットワーク９０２およびインタフェース部２１４を介してＩＰパケットを受信すると、ＩＰパケット内の着番号（接続先の電話番号）をキーにして、番号翻訳テーブル２１２１を検索し、他ＣＡか自ＣＡかの識別を行う（図９のステップＳ１０１，Ｓ１０２）。
【００４２】
ステップＳ１０２において、他ＣＡであれば、ＣＡ２１の制御部２１１は、他のＣＡに接続先の加入者端末３２が存在すると判断し、着番号をキーにしてルーティングテーブル２１２２を検索し、サーバグループ番号を選定する。更に、制御部２１１は、ルーティングテーブル２１２２の優先対地名のエリアに対地名が登録されているかを検索し、登録されていれば、優先対地名を接続先（ＩＰパケットの送信先）の対地名と判断する（ステップＳ１０３，Ｓ１０４，Ｓ１０９）。
【００４３】
ステップＳ１０４において、優先対地名のエリアに対地名が登録されていなければ、ＣＡ２１の制御部２１１は、ステップＳ１０３で選定したサーバグループ番号をキーにして対地管理テーブル２１２３から選定方式のエリアを検索する（ステップＳ１０５，Ｓ１０６）。
【００４４】
ステップＳ１０６において、「優先接続」が登録されている場合、ＣＡ２１の制御部２１１は、更に、一番左の対地１の使用禁止ビットのエリアを検索し、使用禁止ビットが「ＯＮ」（または「１」等の他の表現でも良い）でなければ、その対地名に登録されている対地名を選定し、使用禁止ビットが「ＯＮ」であれば、使用禁止ビットが「ＯＮ」になっていないものを検出するまで右に次から次へと検索し、検出したその対地名を選定する（ステップＳ１０８）。
【００４５】
ステップＳ１０６において、「ランドロビン接続」が登録されている場合、ＣＡ２１の制御部２１１は、対地エリアのラウンドロビンビットが「ＯＮ」（または「１」等の他の表現でも良い）になっている次の対地エリアで、使用禁止ビットが「ＯＮ」でなければ、その対地名に登録されている対地名を選定し、使用禁止ビットが「ＯＮ」であれば、使用禁止ビットが「ＯＮ」になっていないものを検出するまで次から次へと検索し、検出したその対地名を選定する（ステップＳ１０７）。この場合選定した後、制御部２１１は、選定した対地のラウンドロビンビットを「ＯＮ」し、すでに選定されていた対地のランドロビンビットをクリア（またはブランク、「ＯＦＦ」等の表現でも良い）する（ステップＳ１０７）。
【００４６】
ＣＡ２１の制御部２１１は、対地名を対地管理テーブル２１２３から選定すると、選定した対地名をキーとして、ＩＰアドレス変換テーブル２１２４から接続先（ＩＰパケットの送信先）のＣＡのＩＰアドレスを選定する。ＩＰアドレスを選定すると、ＣＡ２１の制御部２１１は、相手のＣＡに対して加入者端末３２への接続を、インタフェース部２１３を介して要求する。この場合、制御部２１１は、ＩＰネットワーク９０２から受信したＩＰパケットをカプセル化し、更に、送信先を選定したＩＰアドレスに、送信元を自ＣＡのＩＰアドレスに設定して、呼設定のＩＰパケットを送信し、呼設定が受付けられるまでその結果を待つ（ステップＳ１１０，Ｓ１１１，図１０のＳ１１２）。
【００４７】
選定されたＣＡをＣＡ２２−１とすると、ＩＰネットワーク９０１およびインタフェース部２１３を介して呼設定のＩＰパケットを受信したＣＡ２２−１の制御部２１１は、着番号をキーとして、図示していない変換テーブル（着番号と加入者端末のＩＰアドレスとの対応を登録した変換テーブル）から加入者端末３２のＩＰアドレスを選定し、加入者端末３２に加入者端末３１からの回線接続要求を行う（図１１のステップＳ２０１）。
【００４８】
回線接続要求した加入者端末３２が正常に応答（オフフック；受話器を取る）すると、ＣＡ２２−１の制御部２１１は、ＣＡ２１に対して呼設定が受付けられたことを応答すると共に、状態テーブル２１２５の接続カウンタのエリアの値を＋１カウントアップし、通信パスの管理を行う。制御部２１１は、切断されるまで通話状態となり、やがてどちらかの加入者端末により切断されると、状態テーブル２１２５の接続カウンタのエリアの値を−１カウントダウンし終了する（ステップＳ２０１〜Ｓ２０７）。
【００４９】
一方、ステップＳ１１２において、ＣＡ２１の制御部２１１は、正常に呼設定が受付けられたことをＣＡ２２−１からインタフェース部２１３を介して受信すると、加入者端末３１にも応答を返す。すなわち、加入者端末３１と加入者端末間で通信パスが確立されたことになり、状態テーブル２１２５の接続カウンタのエリアの値を＋１カウントアップすると共に、通信パスの管理を行う。すると、切断されるまで、加入者端末間の間で通話状態（または通信状態）となる（図１０のステップＳ１１３〜Ｓ１１５）。
【００５０】
やがて、どちらかの加入者端末が切断（オンフック：受話器を落とす）すると、ＣＡ２１の制御部２１１は、切断要求（または解放）を加入者端末３１または加入者端末３２から受信することになり、通信パスを解放すると共に、状態テーブル２１２５の接続カウンタを−１カウントダウンし、終了する（ステップＳ１１６）。
【００５１】
一方、ステップＳ１１２において、例えば、ＣＡ２２−１が障害で応答がなければ、ＣＡ２１の制御部２１１は、対地管理テーブル２１２３の先に選定した対地エリアに続く対地エリアの中で使用禁止ビットが「ＯＮ」になっていない対地名を選定し、ステップＳ１１０に戻る（ステップＳ１１７）。このようなケースは、前もって対地管理サーバ１が検出しており、起こりうることは十中八九起こらないが万が一起こった場合の対処である。
【００５２】
一方、ＣＡ内で一時的によるハードウェア障害が発生すると、ハードウェア障害による割込みが制御部２１１に発生する。すると、制御部２１１は、ハードウェア障害が発生する毎に、状態テーブル２１２５のエラーカウンタのエリアに＋１カウントアップする。この場合、ある時間（例えば、２４時間毎）が来た場合にエラーカウンタの値がある一定の値以上になっていなければ、エラーカウンタの値をクリアしても良い。
【００５３】
一方、ステップＳ１１２において、例えば、相手端末無応答等の相手端末エラーに伴う応答をＣＡ２２−１から受信した場合は、その旨を加入者端末に通知して終了する（ステップＳ１１８）。
【００５４】
一方、対地管理サーバ１は、対地管理サーバ１内に一定の間隔（例えば、３０秒間隔）で割り込むように設定された図示していないタイマによるタイマ割り込みにより、異常情報エリアをクリアし、全ＣＡ（図１では、ＣＡ２１，ＣＡ２２−１〜２２−３，ＣＡ２３−１〜２３−３）に対して、ＣＡの状態を監視するために、状態テーブル２１２５の読出しを行う（図１２のステップＳ３０１，Ｓ３０２）。
【００５５】
対地管理サーバ１は、各ＣＡから読み出す毎に、読み出した状態テーブルの接続カウンタの内容と規定値αとの比較を行い、接続カウンタの値が規定値α以上であれば、そのＣＡには負荷がかかっていると判断し、そのＣＡの対地名とＩＰアドレスを異常情報エリアに登録する（ステップＳ３０３、Ｓ３０５，Ｓ３０６，Ｓ３０７）。
【００５６】
ステップＳ３０６において、接続カウンタ値が規定値α未満であれば、対地管理サーバ１は、負荷がかかっていないと判断し、エラーカウンタの内容と規定値βとを比較し、エラーカウンタの値が規定値β以上であれば、ＣＡはダウンさせたほうが良いと判断し、そのＣＡの対地名およびＩＰアドレスを異常情報エリアに登録する（ステップＳ３０８，Ｓ３０９，Ｓ３０７）。なお、ステップＳ３０５とステップＳ３０８の動作の順序を逆にしても良い。
【００５７】
ステップＳ３０９において、エラーカウンタの値が規定値β未満であれば、正常に動作できると判断し、異常情報エリアには登録しない。
【００５８】
ステップＳ３０３において、無応答であった場合には、そのＣＡに障害が発生していると判断し、無応答となったＣＡの対地名およびＩＰアドレスを異常情報エリアに登録する（ステップＳ３０８）。
【００５９】
やがて、全てのＣＡの状態を把握すると、対地管理サーバ１は、異常情報エリアの内容をＣＡの異常通知として全ＣＡに送信して終了する（ステップＳ３１０，Ｓ３１１）。
【００６０】
各ＣＡの制御部２１１は、インタフェース部２１３を介して異常通知を受信すると、対地管理テーブル２１２３の使用禁止ビットのエリアの内容を一端クリアし、障害通知のあったＣＡに該当する使用禁止ビットエリアの内容を「ＯＮ」にして終了する。
【００６１】
以上説明したように、対地管理サーバ１が、予めＣＡの状態を監視し、その結果を各ＣＡに通知するようにしているため、各ＣＡが、送信先の状態を意識してルーティングする必要はない。すなわち、回線が集中することなく、負荷分散することができる。また、ＣＡをグループ化しているため、回線障害時やＣＡの障害時に迂回することができ、システムが安定し稼動することができる。更に、対地管理サーバにより、各ＣＡは、予め異常状態（過負荷、障害等）のＣＡを事前に把握し、回線接続要求時に異常であるＣＡを選定しないようにしているため、障害発生信号を受信するまで待ち合わせる必要がなく、安定したシステムの構築ができる。
【００６２】
次に、本発明の第２の実施の形態について、図面を参照して説明する。
【００６３】
図１３を参照すると、本発明の第２の実施の形態は、対地管理サーバ４と、コールエージェントであるＣＡ５１と、アナウンスの内容を保存する複数の音源装置６１，６２と、加入者端末７１と、ＩＰネットワーク９１２，９１２と、ネットワーク９１３とから構成される。ＩＰネットワーク９１２には、ＣＡ５１と複数の音源装置６１（図面上では、音源装置６１−１，音源装置６１−２，音源装置６１−３）と複数の音源装置６２（図面上では、音源装置６２−１，音源装置６２−２，音源装置６２−３）とが接続され、ＩＰネットワーク９１１には、ＣＡ５１と複数のＣＡ５２とが接続され、ネットワーク９１３には、ＣＡ５１と複数の加入者端末７１とが接続されている。また、音源装置グループ８１１内の存在する音源装置６１は、同一のアナウンス内容を保存し、音源装置グループ８１２内に存在する音源装置６２は、同一のアナウンス内容を保存する。すなわち、音源装置グループ毎に障害および負荷に対応できるように複数の音源装置を持つことになる。
【００６４】
図１４を参照すると、ＣＡ５１の内部の構成を示しており、図示していないプロセッサ（ＣＰＵ）によりプログラム制御で動作する制御部５１１と、読出し書き込みのできるメモリ（例えば、ＲＡＭ）である記憶部５１２と、ＩＰネットワーク９１２と接続するインタフェース部５１４と、ＩＰネットワーク９１１と接続するインタフェース部５１３と、ネットワーク９１３と接続するインタフェース部５１５とから構成される。
【００６５】
図１４の記憶部５１２には、番号翻訳テーブル５１２１のエリアが、表示値翻訳テーブル５１２６のエリアが、音源装置用テーブル５１２２のエリアが、外部装置管理用テーブル５１２３のエリアが、ＩＰアドレス変換テーブル５１２４のエリアが、それぞれ割り当てられている。
【００６６】
図１５を参照すると、番号翻訳テーブル５１２１の構成の概略を示し、番号翻訳テーブル５１２１には、アナウンス専用番号毎にアナウンス番号の各エリアが割り当てられている。番号翻訳テーブル５１２１は、システム構築時に、すでに設定されており、番号翻訳テーブル５１２１に影響するシステムの変更があった場合には、保守者（またはシステム管理者）が対地管理サーバ４から変更することができる。
【００６７】
図１６を参照すると、表示値翻訳テーブル５１２６の構成の概略を示し、番号翻訳テーブル５１２６には、理由表示値毎にアナウンス番号の各エリアが割り当てられている。表示値翻訳テーブル５１２６は、システム構築時に、すでに設定されており、表示値翻訳テーブル５１２６に影響するシステムの変更があった場合には、保守者（またはシステム管理者）が対地管理サーバ４から変更することができる。
【００６８】
図１７を参照すると、音源装置用テーブル５１２２の構成の概略を示し、音源装置用テーブル５１２２には、アナウンス番号毎に、音源装置グループ番号、優先対地名を含むルーティング情報の各エリアが割り当てられている。音源装置用テーブル５１２２は、システム構築時に、優先対地名を除き、すでに設定されており、音源装置用テーブル５１２２に影響するシステムの変更があった場合には、保守者（またはシステム管理者）が対地管理サーバ４から変更することができる。なお、優先対地名の設定は、主に、保守時に使用される。
【００６９】
図１８を参照すると、外部装置管理用テーブル５１２３の構成の概略を示し、外部装置管理用テーブル５１２３は、音源装置グループ番号毎に、選択方式、複数の対地情報を含む対地管理情報の各エリアが割り当てられている。更に、各対地情報のエリア（図１８では、対地１、対地２、・・・）には、対地名、ラウンドロビンビット、および使用禁止ビットのエリアが、それぞれ割り当てられている。なお、選択方式に「優先接続」が設定されている場合には、一番左側の対地名が第１優先として選択される。選択方式に「ラウンドロビン」が設定されていれば、左から順にローテートとしながら対地名が選択される。外部装置管理用テーブル５１２３は、システム構築時に、ラウンドロビンビットおよび使用禁止ビットを除き、すでに設定されており、外部装置管理用テーブル５１２３に影響するシステムの変更があった場合には、保守者（またはシステム管理者）が対地管理サーバ４から変更することができる。ラウンドロビンビットおよび使用禁止ビットは、運用中の状況に応じて自動的に更新される。ラウンドロビンビットは、選択方式が「ラウンドロビン」に設定されているときに有効で、現時点における対地の選択の優先順位が一番高いことを示している。使用禁止ビットは、設定されている対置（音源装置）が高負荷または障害が発生していることを示し、対地管理サーバ４からの通知により設定される。
【００７０】
図１９を参照すると、ＩＰアドレス変換テーブル５１２４の構成の概略を示し、ＩＰ変アドレス換テーブル５１２４は、対地名毎に、対地名のＩＰアドレスのエリアが割り当てられている。ＩＰアドレス変換テーブル５１２４は、システム構築時に、すでに設定されており、ＩＰアドレス変換テーブル５１２４に影響するシステムの変更があった場合には、保守者（またはシステム管理者）が対地管理サーバ４から変更することができる。
【００７１】
図１４のＣＡ５１の制御部５１１は、自ＣＡ５１に登録している（ＣＡ５１の配下の）加入者端末からアナウンス専用番号に対する音源装置への回線接続要求があると、番号翻訳テーブル５１２１からアナウンス専用番号をキーにアナウンス番号を決定する。または、他ＣＡ５２から理由表示値に対する音源装置への回線接続要求があると、表示値翻訳テーブル５１２６から理由表示値をキーにアナウンス番号を決定する。更に、制御部５１１は、音源装置用テーブル５１２２からアナウンス番号をキーに音源装置グループ番号（方路）を決定する。更に、制御部５１１は、音源装置用テーブル５１２２に優先対地名が設定されていない場合に、選択方式に従って、外部装置管理用テーブル５１２３を検索することで音源装置グループ番号に対する対地名を使用禁止ビットが「ＯＮ」でないものから選択する。この時、保守者が対地管理サーバ４からＣＡ内のルーティングの局データである音源装置用テーブル５１２２に優先対地を設定しているときは、この対地が第一優先先となり、外部装置管理用テーブル５１２３を検索することは無い。更に、制御部５１１は、対地名を決定すると、ＩＰ変換テーブル２１２４から対地名をキーにＩＰアドレスを抽出し、音源装置に対して相手の加入者端末宛への回線接続要求を行う。すなわち、外部装置管理用テーブル５１２３の選択方式は、通常の場合には優先接続方式、ラウンドロビン方式が可能となるが、異常（使用禁止ビットが「ＯＮ」または相手ＣＡ無応答）の場合には制御部５１１が予定の対地の次に設定されている対地を選択する。
【００７２】
図１４のＣＡ５２は、図示していないプロセッサ（ＣＰＵ）によるプログラム制御で動作し、加入者端末からの加入者端末への回線接続要求およびアナウンス専用番号に対するＣＡ５１への接続サービスを行う。ＣＡ５２は、ＣＡ５２配下の図示していない加入者端末から回線接続要求が来ると、着番号をキーにして図２１の番号翻訳テーブルから処理指標を選定し、未登録等の異常となれば、異常となった理由表示値を図２１の番号翻訳テーブルから選定し、ＣＡ５１に対して、選定した理由表示値に該当するアナウンス情報を依頼する。なお、ＣＡ５２の番号翻訳テーブルは、ＣＡ５２内の図示していないメモリ（例えば、ＲＡＭ）に割り当てられており、図２１に示すように、着番号（未登録含む）毎に、処理指標、理由表示値から構成される。また、ＣＡ５２は、通信異常を検出した場合にも予め決められた理由表示値を選定し、ＣＡ５１に対して、選定した理由表示値に該当するアナウンス情報を依頼する。
【００７３】
図１３の音源装置６１，６２は、図示していないプロセッサ（ＣＰＵ）によるプログラム制御で動作するパソコン、ワークステーション、サーバ等の情報処理装置である。音響制御装置６１，６２は、アナウンス番号に対応したアナウンス情報を図示していない記憶部（例えば、磁気ディスク）に格納しており、アナウンス専用番号（例えば、時報、天気予報等のサービスを行う電話番号）によるアナウンス情報および異常時のアナウンス情報の提供サービスを行っている。音源装置グループ８１１内の音源装置６１（図１３では、音源装置６１−１，６１−２，６１−３）は、負荷分散および障害時に対応できるように同じアナウンス情報を保存している。同様に、源装置グループ８１２内の音源装置６２（図１３では、音源装置６２−１，６２−２，６２−３）は、負荷分散および障害時に対応できるように同じアナウンス情報を保存している。すなわち、同一の音源装置グループ内の各音源装置は、同じアナウンス情報を保存している。また、音源装置６１，６２は、図示していないメモリ（例えば、ＲＡＭ）内のエリアに状態テーブルを保存している。
【００７４】
図２０を参照すると、音源装置６１，６２内の状態テーブルの構成を示し、状態テーブルは、自ＣＡの負荷状態（加入者端末間の接続数）を示す接続カウンタのエリアと、一時的エラーの回数を示すエラーカウンタのエリアとが割り当てられている。この接続カウンタは、ＣＡ５１との間で呼接続される毎に、＋１カウントアップし、切断される毎に、−１カウントダウンする。システム構築時は、接続カウンタおよびエラーカウンタのエリアには、「０」の値が設定（クリア）されている。
【００７５】
図１３の対地管理サーバ４は、図示していないプロセッサ（ＣＰＵ）で動作するパソコン、ワークステーション、サーバ等の情報処理装置である。対地管理サーバ４は、図示していないタイマを有しており、このタイマの一定間隔で発生するタイマ割り込みにより各音源装置の状態のチェック（図２０の状態テーブルの内容を読み出して負荷状況およびエラー状況のチェック）を行う。そのチェックの結果、異常（接続数である接続カウンタの値が予め決められた規定値α以上または／および一時的エラー発生回数であるエラーカウンタの値が予め決められた規定値β以上または／および無応答）であれば、対地管理サーバ４は、異常情報エリアに異常のあった音源装置の対地名とＩＰアドレスを登録し、登録した異常情報エリアの内容をＩＰネットワーク９１２に接続されているＣＡ５１に送信し、ＣＡ５１内の外部装置管理用テーブル５１２３に登録されている対地名に該当する使用禁止ビットを「ＯＮ」にさせる。なお、異常情報エリアは、対地管理サーバ４内の図示していないメモリ（例えば、ＲＡＭ）に割り当てられており、図２２に示すように、対地名およびＩＰアドレスから構成されている。
【００７６】
次に、図１３〜図２７を参照して、本発明の第２の実施の形態の動作について説明する。
【００７７】
今、加入者がユーザ登録しているＣＡ５１に対して、アナウンス専用番号をダイヤル（またはプッシュボタンを使用）してアナウンスを聞く（例えば、天気予報、時報等）ために、加入者端末７１からアナウンス専用番号により回線接続要求を行うと、ＣＡ５１の制御部５１１は、ネットワーク９１３およびインタフェース部５１５を介して要求内容（この場合はアナウンス専用番号）を載せたＩＰパケットを受信すると、要求内容を検索する。アナウンス専用番号であれば、制御部５１１は、ＩＰパケット内のアナウンス専用番号をキーにして、番号翻訳テーブル５１２１を検索し、アナウンス番号を選定する。なお、要求内容が理由表示値であれば、制御部５１１は、ＩＰパケット内の理由表示値をキーにして、表示値翻訳テーブル５１２６を検索し、アナウンス番号を選定する（図２３のステップＳ４０１〜Ｓ４０３）。
【００７８】
ＣＡ５１の制御部５１１は、選定したアナウンス番号をキーにして音源装置用テーブル５１２２を検索し、音源装置グループ番号を選定する。更に、制御部５１１は、音源装置用テーブル５１２２の優先対地名のエリアに対地名が登録されているかを検索し、登録されていれば、優先対地名を送信先の対地名と判断する（ステップＳ４０４，Ｓ４０５）。
【００７９】
ステップＳ４０５において、優先対地名のエリアに対地名が登録されていなければ、ＣＡ５１の制御部５１１は、ステップＳ４０４で選定した音源装置グループ番号をキーにして外部装置管理用テーブル５１２３から選定方式のエリアを検索する（ステップＳ４０６，Ｓ４０７）。
【００８０】
ステップＳ４０７において、「優先接続」が登録されている場合、ＣＡ５１の制御部５１１は、更に、一番左の対地１の使用禁止ビットのエリアを検索し、使用禁止ビットが「ＯＮ」（または「１」等の他の表現でも良い）でなければ、その対地名に登録されている対地名を選定し、使用禁止ビットが「ＯＮ」であれば、使用禁止ビットが「ＯＮ」になっていないものを検出するまで次から次へと検索し、検出したその対地名を選定する（ステップＳ４０９）。
【００８１】
ステップＳ４０７において、「ラウンドロビン接続」が登録されている場合、ＣＡ５１の制御部５１１は、対地エリアのラウンドロビンビットが「ＯＮ」（または「１」等の他の表現でも良い）になっている次の対地エリアで、使用禁止ビットが「ＯＮ」でなければ、その対地名に登録されている対地名を選定し、使用禁止ビットが「ＯＮ」であれば、使用禁止ビットが「ＯＮ」になっていないものを検出するまで次から次へと検索し、検出したその対地名を選定する（ステップＳ４０８）。この場合選定した後、制御部５１１は、選定した対地のラウンドロビンビットを「ＯＮ」し、すでに選定されていた対地のランドロビンビットをクリア（またはブランク、「ＯＦＦ」等の表現でも良い）する。
【００８２】
ＣＡ５１の制御部５１１は、対地名を外部装置管理用テーブル５１２３から選定すると、選定した対地名をキーとして、ＩＰアドレス変換テーブル５１２４から送信先の音響装置のＩＰアドレスを選定する。ＩＰアドレスを選定すると、ＣＡ５１の制御部５１１は、相手の音響装置に対して加入者端末３２への接続を、インタフェース部５１４を介して要求する。この場合、制御部５１１は、ネットワーク９１３から受信したＩＰパケットをカプセル化し、更に、相手先を選定したＩＰアドレスに、送信元を自ＣＡ５１のＩＰアドレスに設定して、呼設定のＩＰパケットを送信し、呼設定が受付けられるまでその結果を待つ（ステップＳ４１１，Ｓ４１２，Ｓ４１３）。
【００８３】
選定された音源装置を音源装置６１−１とすると、ＩＰネットワーク９１２およびインタフェース部５１４を介して呼設定のＩＰパケットを受信した音源装置６１−１は、応答を返す共に、音源装置６１−１内の状態テーブルの接続カウンタのエリアの値を＋１カウントアップし、通信パスの管理を行う（図２６のステップＳ６０１，Ｓ６０２）。
【００８４】
インタフェース部５１４を介して応答を受信したＣＡ５１の制御部５１１は、送信元に応答を返すことによって、加入者端末７１と音響装置６１−１との間に通信パスが設定される。更に、制御部５１１は、切断されるまで、アナウンス番号をキーとしたアナウンス情報の要求を音響装置６１−１に対して行い、要求により受信したアナウンス情報を要求元の加入者端末７１に送信し続ける。すなわち、加入者端末７１と音響装置６１−１との間で通信状態となる（図２４のステップＳ４１４）。
【００８５】
一方、ＣＡ５１からのアナウンス情報の要求を受信すると、切断されるまで、音源装置６１−１は、アナウンス番号をキーとして音源装置６１−１内の記憶部からアナウンス情報を読み出して、ＣＡ５１に送信する（図２６のステップＳ６０３，Ｓ６０４）。
【００８６】
やがて、加入者端末７１が切断（オンフック：受話器を落とする）すると、ＣＡ５１の制御部５１１は、通信パスを解放し終了する。更に、音源装置６１−１も切断されると、通信パスを解放すると共に、音源装置６１−１内の状態テーブルの接続カウンタを−１カウントダウンし、終了する（図２４のステップＳ４１６、図２６のステップＳ６０５）。
【００８７】
一方、ステップＳ４１３において、例えば、音源装置６１−１が障害で応答がなければ、ＣＡ５１の制御部５１１は、外部装置管理用テーブル５１２３の先に選定した対地エリアに続く対地エリアの中で使用禁止ビットが「ＯＮ」になっていない対地名を選定し、ステップＳ４１１に戻る（ステップＳ４１７）。このようなケースは、前もって対地管理サーバ４が検出しており、起こりうることは十中八九起こらないが万が一起こった場合の対処である。
【００８８】
一方、音響装置内で一時的によるハードウェア障害が発生すると、ハードウェア障害による割込みが音響装置内のプロセッサに発生する。すると、音響装置内のプロセッサは、ハードウェア障害が発生する毎に、音源装置内の状態テーブルのエラーカウンタのエリアに＋１カウントアップする。この場合、ある時間（例えば、２４時間毎）が来た場合にエラーカウンタの値がある一定の値以上になっていなければ、エラーカウンタの値をクリアしても良い。
【００８９】
一方、対地管理サーバ４は、対地管理サーバ４内に一定の間隔（例えば、３０秒間隔）で割り込むように設定された図示していないタイマによるタイマ割り込みにより、異常情報エリアをクリアし、全音源装置（図１３では、音源装置６１−１〜６１−３，音源装置６２−１〜６２−３）に対して、状態テーブルの読出しを行う（図２７のステップＳ７０１，Ｓ７０２）。
【００９０】
対地管理サーバ４は、各音源装置から読み出す毎に、状態テーブルの接続カウンタの内容と規定値αとの比較を行い、接続カウンタの値が規定値α以上であれば、そのＣＡには負荷がかかっていると判断し、その音源装置の対地名とＩＰアドレスを異常情報エリアに登録する（ステップＳ７０３、Ｓ７０５，Ｓ７０６，Ｓ７０７）。
【００９１】
ステップＳ７０６において、接続カウンタ値が規定値α未満であれば、対地管理サーバ４は、負荷がかかっていないと判断し、エラーカウンタの内容と規定値βとを比較し、エラーカウンタの値が規定値β以上であれば、ＣＡはダウンさせたほうが良いと判断し、その音源装置の対地名およびＩＰアドレスを異常情報エリアに登録する（ステップＳ７０８，Ｓ７０９，Ｓ７０７）。なお、ステップＳ７０５とステップＳ７０８の動作の順序を逆にしても良い。
【００９２】
ステップＳ７０９において、エラーカウンタの値が規定値β未満であれば、正常に動作できると判断し、異常情報エリアには登録しない。
【００９３】
ステップＳ７０３において、無応答であった場合には、その音源装置に障害が発生していると判断し、無応答となった音源装置の対地名およびＩＰアドレスを異常情報エリアに登録する（ステップＳ７０８）。
【００９４】
やがて、全ての音源装置の状態を把握すると、対地管理サーバ４は、異常情報エリアの内容を音源装置の障害通知としてＣＡ５１に送信して終了する（ステップＳ７１０，Ｓ７１１）。
【００９５】
ＣＡ５１の制御部５１１は、インタフェース部５１４を介して障害通知を受信すると、外部装置管理用テーブル５１２３の使用禁止ビットのエリアの内容を一端クリアし、障害通知のあったＣＡに該当する使用禁止ビットエリアの内容を「ＯＮ」にして終了する。
【００９６】
次に、加入者がユーザ登録しているＣＡ５２−１に対して、他の加入者端末との通話のために現在使用されていない電話番号で電話をしたとすると、ＣＡ５２−１は、着番号をキーにしてＣＡ５２内の番号翻訳テーブルから処理指標を選定する。更に、ＣＡ５２−１は、着番号が登録されていないので処理指標は異常となり、未登録をキーとして番号翻訳テーブルから理由表示値を取得する。更に、ＣＡ５２−１は、ＣＡ５１に対して理由表示値に該当するアナウンス情報を依頼する（図２５のステップＳ５０１〜Ｓ５０４）。
【００９７】
理由表示値を依頼した後の処理は、前述の図２３のフローチャートのステップＳ４０１からの動作と同じになるので説明を省略する。やがて、理由表示値に該当したアナウンス情報が図２３のステップＳ４１によりＣＡ５１から送られてくると、ＣＡ５２−１は、アナウンス情報を切断されるまで送信する（ステップＳ５０５，Ｓ５０６）。
【００９８】
以上、第２の実施の形態で説明したように、対地管理サーバ４が、予め音源装置の状態を監視し、その結果をＣＡ５１に通知するようにしているため、ＣＡ５１が、送信先の状態を意識してルーティングする必要はない。すなわち、回線が集中することなく、負荷分散することができる。また、音源装置をグループ化しているため、ＣＡ５１は、回線障害時や音源装置の障害時に迂回することができ、システムが安定し稼動することができる。更に、対地管理サーバ４により、ＣＡ５１が事前に異常状態（過負荷、障害等）の音源装置を把握するため、ＣＡ５１が音源装置に回線接続する場合に障害発生信号を受信するまで待ち合わせる必要がほとんどなくなる。
【００９９】
【発明の効果】
以上説明したように、本発明は、対地管理サーバが監視することによって、事前に通信先のコールエージェントまたは音響装置の異常状態である高負荷（回線接続数による判定）を把握するようにしているため、回線が集中することなく負荷分散を行うことができるという効果がある。
【０１００】
また、本発明は、対地管理サーバが監視することによって、事前に通信先のコールエージェントまたは音響装置の異常状態である一時障害（一時障害の発生回数による判定）、固定障害（無応答による判定）を把握することができるため、回線接続要求時に迂回することでシステムが安定して稼働が行えるという効果がある。従って、コールエージェント内部の呼処理機能部は、対地（この場合は、コールエージェントまたは音響装置）決定後、障害発生信号を受信するまで待ち合わせる必要がほとんどないという効果がある。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態の構成を示すブロック図である。
【図２】図１のＣＡの内部の構成を示すブロック図である。
【図３】図１の番号翻訳テーブルの構成の概略を示す構成概略図である。
【図４】図１のルーティングテーブルの構成の概略を示す構成概略図である。
【図５】図１の対地管理テーブルの構成の概略を示す構成概略図である。
【図６】図１のＩＰアドレス変換テーブルの構成の概略を示す構成概略図である。
【図７】図１の状態テーブルの構成の概略を示す構成概略図である。
【図８】図１の対地管理サーバが保有する異常情報エリアの構成の概略を示す構成概略図である。
【図９】図１のＣＡが自配下の加入者端末から回線接続要求を受信した場合の動作（１／２）を示すフローチャートである。
【図１０】図１のＣＡが自配下の加入者端末から回線接続要求を受信した場合の動作（２／２）を示すフローチャートである。
【図１１】図１のＣＡが他のＣＡから回線接続要求を受信した場合の動作を示すフローチャートである。
【図１２】図１の対地管理サーバがＣＡの状態を監視する場合の動作を示すフローチャートである。
【図１３】本発明の第２の実施の形態の構成を示すブロック図である。
【図１４】図１３のＣＡの内部の構成を示すブロック図である。
【図１５】図１３の番号翻訳テーブル（ＣＡ５１内）の構成の概略を示す構成概略図である。
【図１６】図１３の表示値翻訳テーブルの構成の概略を示す構成概略図である。
【図１７】図１３の音源装置用テーブルの構成の概略を示す構成概略図である。
【図１８】図１３の外部装置管理用テーブルの構成の概略を示す構成概略図である。
【図１９】図１３のＩＰアドレス変換テーブルの構成の概略を示す構成概略図である。
【図２０】図１３の音源装置内の状態テーブルの構成の概略を示す構成概略図である。
【図２１】図１３のＣＡ５２内の番号翻訳テーブルの構成の概略を示す構成概略図である。
【図２２】図１３の対地管理サーバが保有する異常情報エリアの構成の概略を示す構成概略図である。
【図２３】図１３のＣＡ５１が回線接続要求を受信した場合の動作（１／２）を示すフローチャートである。
【図２４】図１３のＣＡ５１が回線接続要求を受信した場合の動作（２／２）を示すフローチャートである。
【図２５】図１３のＣＡ５２が自配下の加入者端末から回線接続要求を受信した場合の動作を示すフローチャートである。
【図２６】図１３の音源装置が回線接続要求を受信した場合の動作を示すフローチャートである。
【図２７】図１３の対地管理サーバが音源装置の状態を監視する場合の動作を示すフローチャートである。
【符号の説明】
１，４ 対地管理サーバ
２１，２２，２３，５１，５２ ＣＡ
３１，３２，３３，７１ 加入者端末
６１，６２ 音源装置
２１１，５１１ 制御部
２１２，５１２ 記憶部
２１３，２１４，５１３，５１４ インタフェース部
２１２１，５１２１ 番号翻訳テーブル
２１２２ ルーティングテーブル
２１２３ 対地管理テーブル
２１２４，５１２４ ＩＰアドレス変換テーブル
２１２５ 状態テーブル
５１２２ 音源装置用テーブル
５１２３ 外部装置管理用テーブル
９０１，９０２，９０３，９１１，９１２ ＩＰネットワーク
９１３ ネットワーク
Claims (22)
- 第１のＩＰネットワークを介して相互にデータのやり取りを行うコールエージェントを備え、第２のＩＰネットワークに接続された自配下の端末から宛先の端末への回線接続要求があった場合に前記コールエージェントから対地への回線接続を行うサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式であって、
前記第１のＩＰネットワークに接続された管理サーバを備え、
前記第２のＩＰネットワーク毎に接続された複数のコールエージェントを１つのグループとして備え、
前記管理サーバは、予め決められた時間毎に前記第１のネットワークに接続された全ての前記コールエージェントを監視して異常を判定する判定手段と、
前記判定手段で判定した結果を前記第１のネットワークに接続された全ての前記コールエージェントに通知する通知手段と、を有し、
前記コールエージェントは、自配下の端末から他配下の端末への回線接続要求があると、着番号を基に前記グループを識別するグループ番号を選定する第１の選定手段と、
前記第１の選定手段で選定されたグループ番号を基に予め決められた優先順位の選択順に従ってそのグループ内の前記複数のコールエージェントから前記通知手段で通知のあった異常のコールエージェントを除く１つを選定する第２の選定手段と、
を有することを特徴とするサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式。 - 前記判定手段は、前記コールエージェントで中継している回線接続数が予め決められた値以上になった場合を高負荷による異常として判定する手段を有することを特徴とする請求項１のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式。
- 前記判定手段は、前記コールエージェント内での一時的障害の起こった回数が予め決められた値以上になった場合を障害による異常として判定する手段を有することを特徴とする請求項１または２記載のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式。
- 前記判定手段は、前記コールエージェントをアクセスした場合に無応答であると障害による異常として判定する手段を有することを特徴とする請求項１，２，または３記載のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式。
- 第１のＩＰネットワークを介して相互にデータのやり取りを行うコールエージェントを準備し、第２のＩＰネットワークに接続された自配下の端末から宛先の端末への回線接続要求があった場合に前記コールエージェントから対地への回線接続を行うサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法であって、
前記第１のＩＰネットワークに接続された管理サーバを準備し、
前記第２のＩＰネットワーク毎に接続された複数のコールエージェントを１つのグループとして割り当て、
着番号に対応した前記グループを識別するグループ番号を予め設定したルーティングテーブルと、
前記グループ番号別に接続先の前記コールエージェントである対地名毎に接続先に選定しないことを示す使用禁止フラグを含む管理情報を保存する管理テーブルと、を前記コールエージェント内に設け、
前記管理サーバは、予め決められた時間毎に、前記第１のネットワークに接続された全ての前記コールエージェントの状態を読み出して異常か正常かの判定を行い、
異常であれば異常情報エリアに異常のあったコールエージェントだけを判定結果として保存して前記第１のＩＰネットワークに接続されている全コールエージェントにその判定結果を通知し、
前記コールエージェントは、前記管理サーバから前記判定結果を受信すると、前記判定結果として異常のあったコールエージェントに対応する対地名の前記使用禁止フラグをＯＮに設定し、
自配下の加入者端末から他配下の加入者端末への回線接続要求があると、前記ルーティングテーブルから着番号をキーにグループ番号を選定し、
前記ルーティングテーブル内で前記選定したグループ番号に対応する優先対地名が設定されていない場合に予め決められた優先順位の選択順に従って前記管理テーブルを検索することで前記選定したグループ番号に対応する対地名を前記使用禁止フラグがＯＮに設定されていないものから選定し、
前記選定した対地名のコールエージェントに対して加入者端末宛への回線接続要求を行うことを特徴とするサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法。 - 前記判定結果は、前記コールエージェントで中継している回線接続数が予め決められた値以上になった場合を高負荷による異常として判定することを特徴とする請求項５のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法。
- 前記判定結果は、前記コールエージェント内での一時的障害の起こった回数が予め決められた値以上になった場合を障害による異常として判定することを特徴とする請求項６または７記載のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法。
- 前記判定結果は、前記コールエージェントをアクセスした場合に無応答であると障害による異常として判定することを特徴とする請求項５，６，または７記載のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法。
- 前記ルーティングテーブルに優先対地名が設定されている場合にはこの優先対地名を第一優先先のコールエージェントとして選定することを特徴とする請求項５ルエージェントシステムでのＩＰネットワーク用ルーティング方法。
- 第１のＩＰネットワークを介してアナウンスのサービスを行う複数の音響装置と相互にデータのやり取りを行い、第２のネットワークを介して第２の複数のコールエージェントと相互にデータのやり取りを行う第１のコールエージェントを備え、前記第１のコールエージェントから前記音響装置への回線接続を行うサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式であって、
前記第１のＩＰネットワークに接続された管理サーバを備え、
前記複数の音響装置の内で同じアナウンスサービスを行う音響装置を１つのグループとして備え、
前記管理サーバは、予め決められた時間毎に前記第１のネットワークに接続された全ての前記コールエージェントを監視して異常を判定する判定手段と、
前記判定手段で判定した結果を前記第１のネットワークに接続された全ての前記コールエージェントに通知する通知手段と、を有し、
前記第１のコールエージェントは、自配下の端末または他のコールエージェントを介して他配下の端末からアナウンス専用番号に対応した前記音響装置への回線接続要求があった場合に着信のあったアナウンス専用番号を基に前記グループを識別するグループ番号を選定する第１の選定手段と、
前記第１の選定手段で選定されたグループ番号を基に予め決められた優先順位の選択順に従ってそのグループ内の前記複数の音響装置から前記通知手段で通知のあった異常の音響装置を除く１つを選定する第２の選定手段と、
を有することを特徴とするサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式。 - 前記判定結果は、前記音響装置で回線接続している接続数が予め決められた値以上になった場合を高負荷による異常として判定する手段を有することを特徴とする請求項１０のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式。
- 前記判定結果は、前記音響装置内での一時的障害の起こった回数が予め決められた値以上になった場合を障害による異常として判定する手段を有することを特徴とする請求項１０または１１記載のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式。
- 前記判定手段は、前記音響装置をアクセスした場合に無応答であると障害による異常として判定する手段を有することを特徴とする請求項１０，１１，または１２記載のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式。
- 前記第１の選定手段は、前記着信のあったアナウンス専用番号を基にアナウンス番号を選定しその選定したアナウンス番号を基に前記グループ番号を選定する手段を有することを特徴とする請求項１０記載のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式。
- 前記第１のコールエージェントは、通信異常と電話の掛け間違いとを含む障害情報に対応した前記音響装置への回線接続要求を第２のコールエージェントから受けた場合に前記障害情報を基に前記グループ番号を選定する第３の選定手段を有することを特徴とする請求項１０記載のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式。
- 前記第３の選定手段は、通信異常と電話の掛け間違いとを含む障害情報に対する前記音響装置への回線接続要求が第２のコールエージェントからあった場合に前記障害情報を基に前記アナウンス番号を選定しその選定したアナウンス番号を基に前記グループ番号を選定することを特徴とする請求項１５記載のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方式。
- 第１のＩＰネットワークを介してアナウンスのサービスを行う複数の音響装置と相互にデータのやり取りを行い、第２のネットワークを介して第２の複数のコールエージェントと相互にデータのやり取りを行う第１のコールエージェントを準備し、前記第１のコールエージェントから前記音響装置への回線接続を行うサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法であって、
前記第１のＩＰネットワークに接続された管理サーバを準備し、
前記複数の音響装置の中で同じアナウンスサービスを行う音響装置を１つのグループとして割り当て、
アナウンス専用番号に対応したアナウンス番号を予め設定した第１のテーブルと、
前記アナウンス番号に対応した前記グループを識別するグループ番号を予め設定した第２のテーブルと、
前記グループ番号別に接続先の前記音響装置である対地名毎に接続先に選定しないことを示す使用禁止フラグを含む管理情報を保存する第３のテーブルと、を前記音響装置内に設け、
前記管理サーバは、予め決められた時間毎に、前記第１のネットワークに接続された全ての前記音響装置の状態を読み出して異常か正常かの判定を行い、
異常であれば異常情報エリアに異常のあった音響装置だけを判定結果として保存して前記第１のＩＰネットワークに接続されている全音響装置にその判定結果を通知し、
前記音響装置は、前記管理サーバから前記判定結果を受信すると、前記判定結果として異常のあった音響装置に対応する対地名の前記使用禁止フラグをＯＮに設定し、
アナウンス専用番号による音響装置への回線接続要求があると、前記アナウンス専用番号に対応するアナウンス番号を前記第１のテーブルからを選定し、
前記選定したアナウンス番号に対応するグループ番号を前記第２のテーブルから選定し、
前記選定したグループ番号に対応する優先対地名が設定されていない場合に予め決められた優先順位の選択順に従って前記第３のテーブルを検索することで前記選定したグループ番号に対応する対地名を前記使用禁止フラグがＯＮに設定されていないものから選定し、
前記選定した対地名の音響装置に対して回線接続要求を行うことを特徴とするサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法。 - 前記判定結果は、前記音響装置で回線接続している接続数が予め決められた値以上になった場合を高負荷による異常として判定することを特徴とする請求項１７のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法。
- 前記判定結果は、前記音響装置内での一時的障害の起こった回数が予め決められた値以上になった場合を障害による異常として判定することを特徴とする請求項１７または１８記載のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法。
- 前記判定結果は、前記音響装置をアクセスした場合に無応答であると障害による異常として判定することを特徴とする請求項１７，１８，または１９記載のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法。
- 障害情報に対応したアナウンス番号を予め設定した第４のテーブルを前記音響装置内に設け、
前記第１のコールエージェントは、通信異常と電話の掛け間違いとを含む障害情報に対応した前記音響装置への回線接続要求を第２のコールエージェントから受けた場合に前記障害情報に対応するアナウンス番号を前記第４のテーブルから選定することを特徴とする請求項１７記載のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法。 - 前記第２のテーブルに優先対地名が設定されている場合にはこの優先対地名を第一優先先の音響装置として選定することを特徴とする請求項１７記載のサーバ型コールエージェントシステムでのＩＰネットワーク用ルーティング方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002371853A JP3769536B2 (ja) | 2002-12-24 | 2002-12-24 | サーバ型コールエージェントシステムでのｉｐネットワーク用ルーティング方式および方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002371853A JP3769536B2 (ja) | 2002-12-24 | 2002-12-24 | サーバ型コールエージェントシステムでのｉｐネットワーク用ルーティング方式および方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004207833A true JP2004207833A (ja) | 2004-07-22 |
| JP3769536B2 JP3769536B2 (ja) | 2006-04-26 |
Family
ID=32810622
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002371853A Expired - Fee Related JP3769536B2 (ja) | 2002-12-24 | 2002-12-24 | サーバ型コールエージェントシステムでのｉｐネットワーク用ルーティング方式および方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3769536B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007202003A (ja) * | 2006-01-30 | 2007-08-09 | Nippon Telegr & Teleph Corp <Ntt> | 時報ガイダンス提供システム |
| JP2009296315A (ja) * | 2008-06-05 | 2009-12-17 | Fujitsu Ltd | 無効呼接続処理の回避方法および着ローカルスイッチ装置 |
-
2002
- 2002-12-24 JP JP2002371853A patent/JP3769536B2/ja not_active Expired - Fee Related
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007202003A (ja) * | 2006-01-30 | 2007-08-09 | Nippon Telegr & Teleph Corp <Ntt> | 時報ガイダンス提供システム |
| JP2009296315A (ja) * | 2008-06-05 | 2009-12-17 | Fujitsu Ltd | 無効呼接続処理の回避方法および着ローカルスイッチ装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3769536B2 (ja) | 2006-04-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2813536B2 (ja) | キャンプオン通信管理方式 | |
| JPH09298544A (ja) | ネットワーク運用管理装置 | |
| JPWO2005060161A1 (ja) | 通信システム、通信方法、網負荷予測ノード及び網構成管理ノード | |
| KR20020021502A (ko) | 메시지 전달부 신호 메시지 고속 전달 방법 | |
| US6151388A (en) | Communication charge management system | |
| JP3098175B2 (ja) | 移動通信網システム | |
| JP3769536B2 (ja) | サーバ型コールエージェントシステムでのｉｐネットワーク用ルーティング方式および方法 | |
| JP2004040538A (ja) | ＶｏＩＰ音声モニタリング方法及びＶｏＩＰ音声モニタリングシステム | |
| JPS60109363A (ja) | 呼処理制御方式 | |
| JP5861025B2 (ja) | 基地局装置、通信システム及びデータ配信方法 | |
| JP3740461B2 (ja) | 集中式自動ダイヤリングにより電話番号リストをクリーニングするコンピュータシステム | |
| KR100418384B1 (ko) | 멀티미디어 공중통신 단말 네트워크 시스템 | |
| JP3794615B2 (ja) | 移動体通信ネットワークシステムおよびその通信サービス提供方法 | |
| JP3335686B2 (ja) | マルチリンク制御方式 | |
| US6393009B1 (en) | Method for managing trunk status of a CDMA mobile communication exchange | |
| KR20000025226A (ko) | 무선통신 시스템에서 폐쇄 사용자 그룹 서비스 방법 | |
| JP2001197206A (ja) | 自動呼分配システム | |
| US7248863B2 (en) | Alert-me management system for telecommunications infrastructure and method of operation thereof | |
| JP2004235922A (ja) | Ｉｐ電話機による内線サービス方式とサービス方法 | |
| JP3582002B2 (ja) | 閉域ユーザグループネットワーク管理方法及びその装置 | |
| JP4409394B2 (ja) | 通信システム管理装置 | |
| JP3541508B2 (ja) | 中継装置 | |
| JP5068560B2 (ja) | ボタン電話装置およびその転送方法 | |
| JP2845189B2 (ja) | Ａｔｍ交換網呼受付制御方法とその装置 | |
| JP2004207822A (ja) | 無線通信システムおよび無線端末装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040423 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20050322 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20051006 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060124 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060206 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100210 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100210 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110210 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120210 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120210 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130210 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130210 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140210 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |