(57)【特許請求の範囲】
【請求項１】
ＰＢＮ（Ｐａｃｋｅｔ  Ｂａｓｅｄ  Ｎｅｔｗｏｒｋ）上に複数のＣＡ（Ｃａｌｌ  Ａｇｅｎｔ）を配置し、ネットワークワイドにメディアを制御するための呼制御データ管理方法において、
前記ＰＢＮ上に、前記ＰＢＮ上のＣＡ向けのデータをオリジナルデータとして一元的に管理する情報サーバを配置し、前記ＣＡは、前記情報サーバの管理するオリジナルデータの複製を実装し、該複製データを用いて呼制御を行うことを特徴とするコールエージェント用呼制御データの集中管理方法。
【請求項２】
前記ＰＢＮ上に、互いに機能が異なる情報を管理する複数種類の情報サーバを配置し、前記ＣＡは、前記複数種類の情報サーバからそれぞれ管理データを複製することを特徴とする請求項１記載のコールエージェント用呼制御データの集中管理方法。
【請求項３】
前記ＰＢＮ上に、同一の情報を管理する複数の情報サーバを配置し、前記各ＣＡは、前記複数の情報サーバの中の一つの情報サーバからの管理データを複製することを特徴とする請求項１記載のコールエージェント用呼制御データの集中管理方法。
【請求項４】
前記情報サーバは、データの追加・変更・削除の事象が発生したとき、対象のＣＡに対してデータ更新指示を配信し、当該ＣＡに実装されている複製データの更新を行うことを特徴とする請求項１〜３のいずれかに記載のコールエージェント用呼制御データの集中管理方法。
【請求項５】
前記情報サーバから対象ＣＡに向けて診断要求を発行し、前記情報サーバで管理しているデータと、前記対象ＣＡに搭載する複製データとの整合性を診断する処理を行い、データの不整合が検出されたとき、当該ＣＡに実装されている複製データの更新を行うことを特徴とする請求項１〜４のいずれかに記載のコールエージェント用呼制御データの集中管理方法。
【請求項６】
前記ＣＡ装置より当該ＣＡを管理する情報サーバに向けて照合要求を発行し、前記情報サーバで管理しているデータと、前記ＣＡに搭載する複製データとの整合性を診断する処理を行い、データの不整合が検出されたとき、当該ＣＡに実装されている複製データの更新を行うことを特徴とする請求項１〜４のいずれかに記載のコールエージェント用呼制御データの集中管理方法。
【請求項７】
ＰＢＮ（Ｐａｃｋｅｔ  Ｂａｓｅｄ  Ｎｅｔｗｏｒｋ）上に複数のＣＡ（Ｃａｌｌ  Ａｇｅｎｔ）を配置し、ネットワークワイドにメディアを制御するシステムにおいて、
前記ＰＢＮ上に、前記ＰＢＮ上のＣＡ向けのデータをオリジナルデータとして一元的に管理する情報サーバと、該情報サーバにアクセスしててデータの実装状況の確認、データの書き換え等を実施する保守端末を配置し、前記ＣＡは、当該ＣＡにて呼制御に必要なデータを、前記情報サーバの管理するデータの複製という形で実装していることを特徴とするコールエージェント用呼制御データの集中管理システム。
【請求項８】
前記ＰＢＮ上に、互いに機能が異なる情報を管理する複数種類の情報サーバが配置されていることを特徴とする請求項７記載のコールエージェント用呼制御データの集中管理システム。
【請求項９】
前記ＰＢＮ上に、同一の情報を管理する複数の情報サーバを配置し、前記各ＣＡは、前記複数の情報サーバの中の一つの情報サーバによって管理されていることを特徴とする請求項７記載のコールエージェント用呼制御データの集中管理システム。
【請求項１０】
前記サーバには、前記オリジナルデータを管理するオリジナルデータ管理ＤＢと、当該情報サーバに搭載するオリジナルデータの保守、及び前記ＣＡや前記保守端末との間の通信を司る情報サーバアプリ部と、前記データの複製を実装するＣＡを特定するための識別情報を管理するとともに、実装状況としての、更新日時、更新先情報、更新結果を、当該情報サーバにて管理するオリジナルデータと対応付けて管理する実装情報管理部と、前記オリジナルデータ管理ＤＢと直接的なインターフェイスを持ち、データ更新およびデータ参照の処理を司るデータ操作部と、
対象ＣＡのアドレス情報や通信状態の管理、通信トランザクション管理、通信メッセージのエンコード／デコード処理を司るとともに、前記保守端末向けのインターフェイスを持つ情報Ｃ／Ｓ通信制御部とが搭載されていることを特徴とする請求項７〜９のいずれかに記載のコールエージェント用呼制御データの集中管理システム。
【請求項１１】
前記ＣＡには、前記情報サーバから配信されたオリジナルデータを複製データとして管理する複製データ管理ＤＢと、該複製データ管理ＤＢと直接的なインターフェイスを持ち、データ更新およびデータ参照の処理を司るデータ操作部と、当該ＣＡに実装される複製データのオリジナルを管理する情報サーバを特定するための情報サーバ識別情報を管理するとともに、当該ＣＡ内部での複製データ更新履歴として、更新日時、更新結果、更新要求元情報、更新要求内容を管理する実装情報管理部と、呼制御の実行中に前記データ操作部にアクセスして必要なデータを参照することによりＣＡ本来の呼制御を実行するＣＡ呼制御部と、該ＣＡ呼制御部からのデータ更新指示に対するデータ更新処理、及び前記情報サーバからのデータ更新指示に対するデータ更新処理、複製データの保守・診断を司る情報クライアントアプリ部と、前記情報サーバのアドレス情報や通信状態の管理、通信トランザクション管理、通信メッセージのエンコード／デコード処理を司る情報Ｃ／Ｓ通信制御部とが搭載されていることを特徴とする請求項７〜９のいずれかに記載のコールエージェント用呼制御データの集中管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＰＢＮ（Ｐａｃｋｅｔ  Ｂａｓｅｄ  Ｎｅｔｗｏｒｋ）上に複数のＣＡ（Ｃａｌｌ  Ａｇｅｎｔ）を配置して、ネットワークワイドにメディアを制御するシステムに関する。
【０００２】
【従来の技術】
既存のＰＢＮベースマルチメディア技術では、ＰＢＮ（Ｐａｃｋｅｔ  Ｂａｓｅｄ  Ｎｅｔｗｏｒｋ）上に複数のＣＡ（Ｃａｌｌ  Ａｇｅｎｔ）が配置されており、各ＣＡ装置は、それぞれ搭載された呼制御データに基づいてＰＢＮ内の呼制御を行っている。
【０００３】
【発明が解決しようとする課題】
上記従来技術では、ＰＢＮ上に複数のＣＡを配置して、ネットワークワイドにメディアを制御することについて規定しているが、個々のＣＡ装置の管理については特に考慮されておらず、搭載するデータも個々に設定されており、一元的な管理がなされていないので、保守効率が悪いという問題がある。
【０００４】
本発明の目的は、上記問題点に鑑み、ＰＢＮ上に点在する複数のＣＡ装置に搭載される呼制御データに対し、集中的な呼制御データの管理を実現して保守効率を向上する手段を提供することにある。
【０００５】
【課題を解決するための手段】
本発明は、ＰＢＮ上にデータ管理用のサーバを設置してＰＢＮ上のＣＡ装置向けのデータを一元的に管理し、また、個々のＣＡには、当該ＣＡにて必要なデータを、情報サーバの管理するデータの複製という形で実装して、データの追加・変更・削除の事象が発生した場合や、ＣＡ装置の再開などを契機に、データの一致化が必要となった際には、情報サーバよりデータ更新指示を対象のＣＡ装置に配信し、複製データの更新を実施することにより、ＰＢＮ上に点在する複数のＣＡ装置に搭載される呼制御データに対して、集中的な管理を行うことを特徴とする。その際、データ更新指示の配信には、ＩＰマルチキャスト技術を利用する。
【０００６】
さらに、本発明は、情報サーバで管理しているデータと、個々のＣＡ装置に搭載する複製との整合性を診断する処理を行い、データの不整合が検出された場合は、前述の手段により、データの一致化を図ることを特徴とする。本診断処理は、情報サーバよりＣＡに向けて診断要求を発行するパターンと、特定のＣＡ装置より情報サーバに向けて照合要求を発行するパターンが想定される。情報サーバの操作は、外付けの保守端末より実施する。
【０００７】
即ち本発明は、ＣＡ呼制御に必要な情報の管理にクライアント／サーバの概念を導入して情報の集中管理を実現したことを特徴としており、ネットワークワイドに実現する必要のある情報の保守運用手段の簡略化と画一化を図ることにより、保守効率が向上する。
【０００８】
【発明の実施の形態】
図１は、本発明の第１の実施形態を示す概略ブロック図である。ＰＢＮ上には複数のＣＡ装置（１０１）が点在しており、これらのＣＡ装置（１０１）に搭載される呼制御データは、ＰＢＮ上に設けられたデータ管理用のサーバである情報サーバ（１０２）により集中的に管理されている。
【０００９】
情報サーバ（１０２）は、ＰＢＮ上の各ＣＡ装置向けのデータを一元的に管理するために、オリジナルのデータ管理ＤＢ（１０５）を備えており、個々のＣＡ装置（１０１）には、当該ＣＡにて必要なデータを、情報サーバ（１０２）の管理するデータの複製という形で実装するために、複製データ管理ＤＢ（１０４）を備えている。
【００１０】
データの追加・変更・削除の事象が発生した場合や、ＣＡ装置（１０１）の再開などを契機に、データの一致化が必要となった際には、情報サーバ（１０２）よりデータ更新指示を対象のＣＡ装置（１０１）に配信し、複製データの更新を実施する。データ更新指示の配信には、ＩＰマルチキャスト技術が利用される。
【００１１】
また、情報サーバ（１０２）で管理しているデータと、個々のＣＡ装置（１０１）に搭載された複製との整合性を診断する処理としては、情報サーバ（１０２）よりＣＡ装置（１０１）に向けて診断要求を発行するパターンと、特定のＣＡ装置（１０１）より情報サーバ（１０２）に向けて照合要求を発行するパターンがある。本診断処理によりデータの不整合が検出された場合は、前述の複製データ更新手段により、データの一致化が図られる。
【００１２】
情報サーバ（１０２）の操作は、外付けの保守端末（１０３）より実施する。保守者は、保守端末（１０３）よりグラフィカルユーザインターフェイスを介して情報サーバ（１０２）にアクセスし、データの実装状況の確認、データの書き換えなどを実施する。
【００１３】
ＣＡ装置（１０１）から情報サーバ（１０２）へのアクセスは、基本的に、診断時およびデータ一致化時とし、通常呼制御に関しては、ＣＡ装置（１０１）内に実装する複製データを用いて実現する。情報サーバ（１０２）は、その容量や管理する情報の種類等により、複数の装置に分けることができる。
【００１４】
図２は、本発明に関連するＣＡ装置、情報サーバ、及び保守端末を規定する詳細ブロック図である。
【００１５】
図２において、ＣＡ装置（２０１）は、ＰＢＮ内の呼制御を司るが、本発明の視点では、情報サーバ（２０２）にて管理するデータの複製を作成し、データの一致化を司る情報クライアントの役割を果たす。
【００１６】
情報サーバ（２０２）は、ＰＢＮ内に点在するＣＡ装置（２０１）に必要なデータを一元的に管理し、個々のＣＡ装置（２０１）に搭載される複製データとの一致化を司るとともに、ネットワークワイドでＣＡ装置（２０１）のデータの実装状況を管理する情報サーバの役割を果たす。
【００１７】
保守端末（２０３）は、ＰＢＮ内に点在するＣＡ装置（２０１）、情報サーバ（２０２）を保守、運用するための装置であるが、本発明の視点では、情報サーバ（２０２）に対する保守作業を司り、データ操作（更新・参照）指示、情報診断指示、実装情報管理指示、状態確認要求などを発行する保守装置の役割を果たす。
【００１８】
ＣＡ装置（２０１）には、ＣＡ呼制御部（２０４）、情報クライアントアプリ部（２０５）、実装情報管理部（２０６）、データ操作部（２０７）、複製データ管理ＤＢ（２０８）、および、情報Ｃ／Ｓ通信制御部（２０９）が搭載される。
【００１９】
ＣＡ呼制御部（２０４）は、ＣＡ本来の呼制御を実施する機能部であり、呼制御の実行中にデータ操作部（２０７）にアクセスし、必要なデータを参照する。また、データ更新の必要がある場合、情報クライアントアプリ部（２０５）に対して、データ更新指示を発行する。反対に、情報クライアントアプリ部（２０５）より、データ変更通知を受けた場合は、必要に応じてローカルメモリ上のデータを更新する。
【００２０】
情報クライアントアプリ部（２０５）は、ＣＡ呼制御部（２０４）からのデータ更新指示に対するデータ更新処理、情報サーバ（２０２）からのデータ更新指示に対するデータ更新処理、複製データの保守（診断を含む）を司る。情報サーバ（２０２）との通信は、情報Ｃ／Ｓ通信制御部（２０９）とのやりとりにより実現する。
【００２１】
ここで、情報の送信時は、実装情報管理部（２０６）へアクセスし、操作対象データを実装する情報サーバ（２０２）を特定し、その識別情報を、送信対象情報と共に情報Ｃ／Ｓ通信制御部（２０９）に通知する。複製データの保守は、データ操作部（２０７）とのやりとりにより実現する。
【００２２】
実装情報管理部（２０６）は、ＣＡ装置（２０１）に実装される複製データのオリジナルを管理する情報サーバ（２０２）を特定するための情報サーバ識別情報を管理する。さらに、ＣＡ装置内部での複製データ更新履歴として、更新日時、更新結果、更新要求元情報、更新要求内容（更新失敗時）を管理する。データ操作部（２０７）は、複製データ管理ＤＢ（２０８）と直接的なインターフェイスを持ち、データ更新およびデータ参照の処理を司る。
【００２３】
情報Ｃ／Ｓ通信制御部（２０９）は、情報クライアントアプリ部（２０５）と情報サーバ（２０２）間の通信を担当する機能部であり、具体的には、情報サーバ（２０２）のアドレス情報や通信状態の管理、通信トランザクション管理（指示と応答の対応付け）、通信メッセージのエンコード／デコード処理を司る。
【００２４】
ここで、情報サーバ（２０２）のアドレス情報は、情報サーバ識別情報と対応付ける形で管理される。さらに、情報Ｃ／Ｓ通信制御部（２０９）の標準機能として、情報サーバ（２０２）とＣＡ装置（２０１）間で、動的な登録および登録解除の手続きを実施する。
【００２５】
情報サーバ（２０２）には、情報サーバアプリ部（２１０）、実装情報管理部（２１１）、データ操作部（２１２）、オリジナルデータ管理ＤＢ（２１３）、および、情報Ｃ／Ｓ通信制御部（２１４）が搭載される。
【００２６】
情報サーバアプリ部（２１０）は、情報サーバ（２０２）に搭載するオリジナルデータの保守、および、ＣＡ装置側の情報クライアントや保守端末（２０３）との間の通信を司る。具体的には、保守端末（２０３）からの情報保守指示に対し、データ操作部（２１２）や実装情報管理部（２１１）にアクセスして、オリジナルデータや実装情報を更新したり、診断やデータの一致化のために、情報Ｃ／Ｓ通信制御部（２１４）を介してＣＡ装置側の情報クライアントとの間で、指示／応答をやりとりする。
【００２７】
実装情報管理部（２１１）は、操作対象データの複製を実装する複数のＣＡ装置（２０１）を特定するための識別情報を管理する。さらに、実装状況として、更新日時、更新先情報、更新結果を、情報サーバ（２０２）にて管理するオリジナルデータと対応付けて管理する。データ操作部（２１２）は、オリジナルデータ管理ＤＢ（２１３）と直接的なインターフェイスを持ち、データ更新およびデータ参照の処理を司る。
【００２８】
情報Ｃ／Ｓ通信制御部（２１４）は、通信制御の点では、ＣＡ装置（２０１）に搭載されるものと同一であるが、特別に、保守端末（２０３）向けのインターフェイスを持つ。具体的には、保守端末（２０３）からのデータ参照要求に対し、データ操作部（２１２）に直接アクセスしてデータを抽出し、応答を返す。また、実装情報要求に対し、実装情報管理部（２１１）に直接アクセスして情報を収集し応答を返す。なお、情報サーバ（２０２）側で管理するアドレス情報には、マルチキャストアドレスが含まれる。
【００２９】
図３は、情報サーバとして、システムデータ管理サーバ（３０１）、リソース情報管理サーバ（３０２）、番号翻訳・ルーチング情報管理サーバ（３０３）を規定した、本発明の第２の実施形態を示す概略図である。本実施の形態では、機能分散に視点を置いた情報サーバ構成となっており、情報サーバは、管理する情報の特性や種類の違いにより３種類の情報サーバに分けられている。
【００３０】
図３において、システムデータ管理サーバ（３０１）は、ＣＡシステムの動作に必要なシステムデータを管理する。リソース情報管理サーバ（３０２）は、ＣＡの呼制御に必要なリソース情報、例えば、ＭＧ（Ｍｅｄｉａ  Ｇａｔｅｗａｙ）が収容する加入者線情報やトランク回線情報およびエンドポイント情報などを管理する。番号翻訳・ルーチング情報管理サーバ（３０３）は、ＣＡの呼制御に必要な番号翻訳情報やルーチング情報を管理する。
【００３１】
図４は、対向するＣＡ装置の数に応じて、同一の情報を管理する複数の情報サーバを配置した、本発明の第３の実施形態を示す概略図である。本実施の形態では、負荷分散に視点を置いた情報サーバ構成となっている。
【００３２】
図４において、ネットワーク上には２台のシステムデータ管理サーバＡとＢが配置されており、ＣＡ１装置（８０１）とＣＡ２装置（８０２）がそれぞれ別のサーバに管理されている。ＣＡ装置がどの情報サーバに管理されるかは、前述のクライアント／サーバ間の登録手続きによって決まる。この場合、個々のＣＡ装置は、同一の情報に関して、情報サーバと１対１の関係を保証されており、同一の情報を管理する複数の情報サーバと同時に関連をもつことはない。
【００３３】
図５〜図８は、本発明の情報サーバとＣＡ装置間、あるいは情報サーバと保守端末間の各処理例を示すフローチャートである。以下図２を参照しながら本発明の各処理例について説明する。
【００３４】
図５は、情報サーバ（２０２）とＣＡ装置（２０１）間のデータ更新処理例を示す。処理前状態として、情報サーバ（２０２）上のオリジナルデータ管理ＤＢ（２１３）には、既にデータが登録済みである。
【００３５】
まず、情報サーバ（２０２）にて、更新対象のデータを整理し（ステップ４０１）、さらに、更新指示先を特定する（ステップ４０２）。次に更新要求メッセージを編集してＣＡ装置（２０１）に送信する（ステップ４０３）。ここでは、送信先ＣＡ装置（２０１）が複数あることを前提として、マルチキャスト送信を実施する。更新要求を受信（ステップ４０６）したＣＡ装置（２０１）では、更新要求メッセージの内容を確認して所定のデータを更新する（ステップ４０７）。
【００３６】
さらに、更新の結果（失敗もしくは成功）を記録した（ステップ４０８）後、更新結果メッセージを編集して要求元の情報サーバ（２０２）に送信する（ステップ４０９）。更新結果を受信（ステップ４０４）した情報サーバ（２０２）では、更新結果メッセージの内容を確認して実装情報を更新する（ステップ４０５）。
【００３７】
図６は、情報サーバ（２０２）とＣＡ装置（２０１）間の登録処理例を示す。なお、登録解除は、登録解除要求と解除応答の単純なやりとりのみであるため、図面は付与しない。
【００３８】
まず、情報クライアントとなるＣＡ装置（２０１）より、サーバ探索メッセージを送信する（ステップ５０１）。ここでの送信先アドレスは、固定のマルチキャストアドレスとなる。サーバ探索メッセージを受信（ステップ５１４）した情報サーバ（２０２）は、メッセージの内容を確認して管理可能なクライアントかどうかを判定する（ステップ５１５、５１６）。
【００３９】
管理可能な場合は、ＣＡ装置（２０１）に探索応答メッセージを送信する（ステップ５１７）。一方、管理不可能な場合、ＣＡ装置（２０１）に再探索指示メッセージを編集して送信する（ステップ５２１）。その際、クライアント管理が可能な他の情報サーバ情報がある場合は、その情報サーバを探索候補として指定して送信する。
【００４０】
探索応答メッセージを受信（ステップ５０２）したＣＡ装置（２０１）は、メッセージの内容を確認して、情報サーバ（２０２）の情報をサーバ候補として記録する（ステップ５０３）。複数の情報サーバより探索応答メッセージを受信した場合は、先着順でサーバ候補のリストを作成する。
【００４１】
一方、再探索指示メッセージを受信（ステップ５０７）したＣＡ装置（２０１）は、メッセージの内容を確認し（ステップ５０８）、探索候補指定があれば、再度、サーバ探索を実施する（５０１）。探索候補指定がなければ、探索失敗の状態で、探索結果を記録する（ステップ５０９）。
【００４２】
サーバ探索に成功したＣＡ装置（２０１）は、さらに登録要求メッセージを編集し、サーバ候補リストの登録順に従い、情報サーバ（２０２）にメッセージを送信する（ステップ５０４）。
【００４３】
登録要求を受信（ステップ５１８）した情報サーバ（２０１）は、メッセージの内容や負荷状態を確認して、登録の可否を判定する（ステップ５１９、５２０）。登録が可能な場合、要求元のＣＡ装置（２０１）をクライアントとして登録し（ステップ５２３）、登録許可メッセージを編集して送信する（ステップ５２４）。登録が不可能な場合、登録拒否メッセージを編集して送信する（ステップ５２２）。
【００４４】
登録許可メッセージを受信（ステップ５０５）したＣＡ装置（２０１）は、登録結果として、許可された情報サーバ関連情報を記録する（ステップ５０６）。登録拒否メッセージを受信（ステップ５１０）したＣＡ装置（２０１）は、サーバ候補リストを参照し（ステップ５１１、５１２）、候補があれば、再度、登録要求を実施する（ステップ５０４）。候補が無い場合は、登録失敗の状態で登録結果を記録する（ステップ５１３）。
【００４５】
図７は、情報サーバ（２０２）とＣＡ装置（２０１）間のデータ整合性診断処理例を示す。
【００４６】
まず、情報サーバ（２０２）では、診断対象データを整理する（ステップ６０１）とともに診断先となるＣＡ装置（２０１）を特定し（ステップ６０２）、診断要求メッセージを編集して送信する（ステップ６０３）。その際、対象ＣＡ装置が複数ある場合を前提に、マルチキャスト送信を実施する。診断要求メッセージを受信（ステップ６０８）したＣＡ装置（２０１）は、メッセージの内容を確認し、データの整合性診断を実施する（ステップ６０９）。
【００４７】
その後、診断の結果（一致もしくは不一致）を記録した（ステップ６１０）うえで、診断結果メッセージを編集し送信する（ステップ６１１）。診断結果メッセージを受信（ステップ６０４）した情報サーバ（２０２）は、メッセージの内容を確認し（ステップ６０５）、情報一致の場合は診断結果を記録し（ステップ６０６）、情報不一致の場合は、さらにデータ更新処理を実施する（ステップ６０７）。
【００４８】
図８は、保守端末（２０３）と情報サーバ（２０２）間の保守処理例を示す。
【００４９】
まず、保守端末（２０３）にて、保守者の手により、保守手段の特定（ステップ７０１）、および、必要情報の設定が実施される（ステップ７０２）。保守者の判断により保守処理が起動されると、保守端末側で保守指示メッセージが編集され、情報サーバ（２０２）へ送信される（ステップ７０３）。
【００５０】
保守指示メッセージを受信（ステップ７０６）した情報サーバ（２０２）は、メッセージの内容を確認して保守処理種別を判定し（ステップ７０７）、保守処理を実行する（ステップ７０８）。処理の結果（成功、不成功、および、付加情報）を処理結果メッセージに設定して、保守端末（２０３）へ送信する（ステップ７０９）。処理結果メッセージを受信（ステップ７０４）した保守端末（２０３）は、結果を保守者に表示する（ステップ７０５）。
【００５１】
【発明の効果】
本発明は、ＰＢＮ上のＣＡ呼制御に必要な情報の管理にクライアント／サーバの概念を導入し、情報の集中管理を実現しているので、ネットワークワイドに実現する必要のある情報の保守運用手段の簡略化や画一化を図ることを可能とする。
【００５２】
また、クライアント／サーバ間で、データの整合性診断を実施することにより、オリジナルデータと複製データの一致化を図ることが可能となり、さらに、クライアント／サーバ間で、動的な登録および登録解除手続きを実施することにより、ネットワーク上にてクライアント／サーバの柔軟な増減設が可能となる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態を示すブロック構成図である。
【図２】本発明に関連するＣＡ装置、情報サーバ、及び保守端末を規定する詳細ブロック図である。
【図３】本発明の第２の実施形態を示すブロック構成図である。
【図４】本発明の第３の実施形態を示すブロック構成図である。
【図５】本発明における情報サーバとＣＡ装置間のデータ更新処理例を示すフローチャートである。
【図６】本発明における情報サーバとＣＡ装置間の登録処理例を示すフローチャートである。
【図７】本発明における情報サーバとＣＡ装置間のデータ整合性診断処理例を示すフローチャートである。
【図８】本発明における保守端末と情報サーバ間の保守処理例を示すフローチャートである。
【符号の説明】
１０１，２０１，８０１，８０２  ＣＡ装置
１０２，２０２  情報サーバ
１０３，２０３  保守端末
１０４，２０８  複製データ管理ＤＢ
１０５，２１３  オリジナルデータ管理ＤＢ
２０４  ＣＡ呼制御部
２０５  情報クライアントアプリ部
２０６、２１１  実装情報管理部
２０７，２１２  データ操作部
２０９，２１４  情報Ｃ／Ｓ通信制御部
３０１  システムデータ管理サーバ
３０２  リソースデータ管理サーバ
３０３  番号翻訳・ルーチングサーバ
【図１】
0003601777.tif 000002
【図２】
0003601777.tif 000003
【図３】
0003601777.tif 000004
【図４】
0003601777.tif 000005
【図５】
0003601777.tif 000006
【図６】
0003601777.tif 000007
【図７】
0003601777.tif 000008
【図８】
0003601777.tif 000009