(57)【要約】クライアント装置とサーバ装置とが互いに通信網を介して接続されたサーバ・クライアントシステムにおいて、前記クライアント装置には、被監視対象について過去に収集した第１の警報データを記憶した送信テーブルと、前記被監視対象について現在収集した第２の警報データと前記第１の警報データとの差分情報を送信する送信部とを備え、前記サーバ装置には、前記クライアント装置から送信された前記第１の警報データを記憶した受信テーブルと、受信した前記差分情報を前記受信テーブルに記憶するサーバ側学習処理部とを備え、前記送信テーブルと前記受信テーブルは同一構造であり、前記送信テーブルと前記受信テーブルとに記憶された各前記第１の警報データ及び前記差分情報は前記送信テーブルと前記受信テーブルの同一アドレスに記憶され、前記送信部は前記差分情報とともに前記送信テーブルの前記アドレスを送信し、前記サーバ側学習処理部は受信した前記アドレスに基づいて前記差分情報を前記受信テーブルに記憶することを特徴とする。
2008120277.tif 000002
【特許請求の範囲】
【請求項１】
クライアント装置とサーバ装置とが互いに通信網を介して接続されたサーバ・クライアントシステムにおいて、
前記クライアント装置には、被監視対象について過去に収集した第１の警報データを記憶した送信テーブルと、前記被監視対象について現在収集した第２の警報データと前記第１の警報データとの差分情報を送信する送信部とを備え、
前記サーバ装置には、前記クライアント装置から送信された前記第１の警報データを記憶した受信テーブルと、受信した前記差分情報を前記受信テーブルに記憶するサーバ側学習処理部とを備え、
前記送信テーブルと前記受信テーブルは同一構造であり、前記送信テーブルと前記受信テーブルとに記憶された各前記第１の警報データ及び前記差分情報は前記送信テーブルと前記受信テーブルの同一アドレスに記憶され、前記送信部は前記差分情報とともに前記送信テーブルの前記アドレスを送信し、前記サーバ側学習処理部は受信した前記アドレスに基づいて前記差分情報を前記受信テーブルに記憶する
ことを特徴とするサーバ・クライアント装置。
【請求項２】
前記送信部は前記第２の警報データのうち前記差分情報を除いた要素を過去に送信したか否かを示す学習フラグを前記差分情報及び前記アドレスとともに送信し、
前記サーバ側学習処理部は前記学習フラグから前記要素を過去に送信したことを検出したときは、前記アドレスに基づいて前記差分情報を前記受信テーブルに記憶することを特徴とする請求項１記載のサーバ・クライアント装置。
【請求項３】
前記クライアント装置には、更に、一定期間継続して前記第２の警報データを受信しなかったとき前記送信テーブルを初期化するクライアント側学習処理部を備え、
前記送信部は前記受信テーブルの初期化を要求する要求データを前記サーバ装置に送信し、前記サーバ側学習処理部は前記要求データを受信したとき前記受信テーブルを初期化することを特徴とする請求項１記載のサーバ・クライアント装置。
【請求項４】
前記クライアント装置には、更に、前記送信テーブルを初期化するクライアント側学習処理部を備え、
前記サーバ側学習処理部は、前記クライアント装置と前記サーバ装置とが同期していないと判定したとき、同期外れフラグを前記クライアント装置に送信し、
前記クライアント側学習処理部は前記同期外れフラグを受信したときに前記送信テーブルを初期化するともに、前記送信部は前記受信テーブルの初期化を要求する要求データを前記サーバ装置に送信し、前記サーバ側学習処理部は前記要求データを受信したとき前記受信テーブルを初期化することを特徴とする請求項１記載のサーバ・クライアント装置。
【請求項５】
前記クライアント装置には、更に、前記学習フラグと前記アドレスとを前記第２の警報データごとに記憶した送信ポインタを備え、
前記サーバ装置には、更に、前記送信ポインタと同一の前記学習フラグと前記アドレスとを前記第２の警報データごとに記憶した受信ポインタを備え、
前記送信部は前記送信ポインタに記憶された前記学習フラグと前記アドレスとを読み出して前記サーバ装置に送信し、前記サーバ側学習処理部は、前記受信ポインタに記憶された前記学習フラグと前記アドレスとに基づいて前記差分情報を前記受信テーブルに記憶することを特徴とする請求項２記載のサーバ・クライアント装置。
【請求項６】
前記送信部は、前記警報データ毎に順番に付与されるフレームチェック値を前記差分情報とともに送信し、
前記サーバ側学習処理部は、前記フレームチェック値の値が順番に受信できなかったとき、前記サーバ装置と前記クライアント装置とは同期していないと判定することを特徴とする請求項４記載のサーバ・クライアント装置。
【請求項７】
クライアント装置とサーバ装置とが互いに通信網を介して接続されたサーバ・クライアントシステムにおける警報データ送受信方法において、
前記クライアント装置は、被監視対象について過去に収集した第１の警報データを送信テーブルに記憶し、前記被監視対象について現在収集した第２の警報データと前記第１の警報データとの差分情報を前記送信テーブルに記憶し、前記差分情報が記憶された前記送信テーブルのアドレスと前記差分情報とを前記サーバ装置に送信し、
前記サーバ装置は、前記クライアント装置から送信された前記第１の警報データを記憶した受信テーブルにおいて前記受信したアドレスと同一アドレスに前記差分情報を記録する、
ことを特徴とする警報データ送受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、サーバ・クライアントシステム、及びサーバ・クライアントシステムにおける警報データ送受信方法に関する。
【背景技術】
【０００２】  近年、サーバ・クライアントシステム等のシステムにおいては、高機能化及び高性能化に伴い、情報（又はサービス）を伝達するネットワーク自体の性能は改善されつつあるものの、システムの異常時に対する情報伝達性や耐久性はまだまだ改善されていないというのが実情である。【０００３】  設備投資が追いつかないこと、及びシステムあたりのサービス数（監視制御対象数）が膨大で故障時に大量の警報情報が伝達されること、などの原因が考えられる。【０００４】  このような状況の下、従来では、イベントレポートの内容のうち重複情報を基本データ格納エリアに格納し、差分情報を差分データ格納エリアに格納することで、限られた格納領域に多くのイベントレポートを格納するようにした情報管理装置及びネットワークシステムが開示されている（例えば、以下の特許文献１）。
【特許文献１】特開２００２−１８９６４４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】  しかしながら、特許文献１の技術では、被監視対象が故障して警報情報が大量に発生する場合、監視装置と被監視装置間におけるネットワークに対して負荷を増大させてしまう問題がある。また、警報情報の送受信処理に時間がかかってしまい、警報情報の生成や復元といった他の処理を圧迫する問題もある。一方で、被監視対象を監視するようなサーバ・クライアントシステムでは、サーバ装置やクライアント装置においてメモリ使用量をできるだけ少なくすることが望まれている。【０００６】  そこで、本発明は、上記問題点に鑑みてなされたもので、その目的は、通信網のトラフィックを低減したサーバ・クライアントシステム、及びサーバ・クライアントシステムにおける警報データ送受信方法を提供することにある。【０００７】  また、本発明の他の目的は、メモリ使用量を最適化したサーバ・クライアントシステム等を提供することにある。【０００８】  更に、本発明の他の目的は、信頼性を向上させたサーバ・クライアントシステム等を提供することにある。
【課題を解決するための手段】
【０００９】  上記目的を達成するために、本発明の一実施態様によれば、クライアント装置とサーバ装置とが互いに通信網を介して接続されたサーバ・クライアントシステムにおいて、前記クライアント装置には、被監視対象について過去に収集した第１の警報データを記憶した送信テーブルと、前記被監視対象について現在収集した第２の警報データと前記第１の警報データとの差分情報を送信する送信部とを備え、前記サーバ装置には、前記クライアント装置から送信された前記第１の警報データを記憶した受信テーブルと、受信した前記差分情報を前記受信テーブルに記憶するサーバ側学習処理部とを備え、前記送信テーブルと前記受信テーブルは同一構造であり、前記送信テーブルと前記受信テーブルとに記憶された各前記第１の警報データ及び前記差分情報は前記送信テーブルと前記受信テーブルの同一アドレスに記憶され、前記送信部は前記差分情報とともに前記送信テーブルの前記アドレスを送信し、前記サーバ側学習処理部は受信した前記アドレスに基づいて前記差分情報を前記受信テーブルに記憶することを特徴とする。【００１０】  また、上記目的を達成するために、本発明の他の実施態様によれば、クライアント装置とサーバ装置とが互いに通信網を介して接続されたサーバ・クライアントシステムにおける警報データ送受信方法において、前記クライアント装置は、被監視対象について過去に収集した第１の警報データを送信テーブルに記憶し、前記被監視対象について現在収集した第２の警報データと前記第１の警報データとの差分情報を前記送信テーブルに記憶し、前記差分情報が記憶された前記送信テーブルのアドレスと前記差分情報とを前記サーバ装置に送信し、前記サーバ装置は、前記クライアント装置から送信された前記第１の警報データを記憶した受信テーブルにおいて前記受信したアドレスと同一アドレスに前記差分情報を記録することを特徴とする。
【発明の効果】
【００１１】  本発明によれば、通信網のトラフィックを低減したサーバ・クライアントシステム、及びサーバ・クライアントシステムにおける警報データ送受信方法を提供できる。また、本発明におれば、メモリ使用量を最適化したサーバ・クライアントシステム等を提供できる。更に、本発明によれば、信頼性を向上させたサーバ・クライアントシステム等を提供できる。
【図面の簡単な説明】
【００１２】
【図１】図１はサーバ・クライアントシステムの構成例を示す図である。
【図２】図２は受信テーブル、受信ポインタ等の例を示す図である。
【図３】図３は送信テーブル、送信ポインタ等の例を示す図である。
【図４】図４はサーバ・クライアントシステムの状態遷移の例を示す図である。
【図５】図５は全体処理の例を示すフローチャートである。
【図６】図６は全体処理の例を示すフローチャートである。
【図７】図７はメモリ初期化処理の例を示すフローチャートである。
【図８】図８はメモリ初期化処理の例を示すフローチャートである。
【図９】図９はフレームチェック処理の例を示すフローチャートである。
【図１０】図１０はフレームチェック処理の例を示すフローチャートである。
【図１１】図１１（Ａ）は送信ポインタ、同図（Ｂ）は送信テーブルの例を示す図である。
【図１２】図１２（Ａ）及び同図（Ｂ）は通信網に流れる警報データ、同図（Ｃ）乃至（Ｅ）は受信テーブル等の例を示す図である。
【図１３】図１３（Ａ）は送信ポインタ、同図（Ｂ）は送信テーブルの例を示す図である。
【図１４】図１４（Ａ）及び同図（Ｂ）は通信網に流れる警報データ、同図（Ｃ）乃至（Ｅ）は受信テーブル等の例を示す図である。
【図１５】図１５（Ａ）は送信ポインタ、同図（Ｂ）は送信テーブルの例を示す図である。
【図１６】図１６（Ａ）及び同図（Ｂ）は通信網に流れる警報データ、同図（Ｃ）乃至（Ｅ）は受信テーブル等の例を示す図である。
【図１７】図１７（Ａ）はリフレッシュカウンタ、同図（Ｂ）は送信ポインタ、同図（Ｃ）は送信テーブルの例を示す図である。
【図１８】図１８（Ａ）は通信網に流れる警報データ、同図（Ｂ）乃至（Ｄ）は受信テーブル等の例を示す図である。
【図１９】図１９（Ａ）は送信ポインタ、同図（Ｂ）は送信テーブルの例を示す図である。
【図２０】図２０（Ａ）及び同図（Ｂ）は通信網を流れる警報データ、同図（Ｃ）、（Ｅ）、（Ｆ）は受信テーブル、同図（Ｄ）は同期外れ通知フラグの例を示す図である。
【符号の説明】
【００１３】１：サーバ・クライアントシステム      １０‐１〜１０‐ｎ：クライアント装置
１１：クライアント処理部              １２：監視点管理情報記憶部
１３：時計ＬＳＩ                      １４‐１〜１４‐ｎ：監視対象部
３０：サーバ装置                      ３１：サーバ処理部
３２：管理情報データベース（ＤＢ）    ３３：警報履歴データベース（ＤＢ）
１１０：情報収集部                    １１１：学習処理部
１１２：警報フレーム生成部            １１３：警報フレーム送信部
１１４：データ受信部                  ３１０：警報フレーム受信部
３１１：学習処理部                    ３１２：警報フレーム解析部
３１３：可視部                        ３１４：データ送信部
【発明を実施するための最良の形態】
【００１４】  本発明を実施するための最良の形態について以下説明する。【００１５】  図１は、サーバ・クライアントシステム（以下、単に「システム」）１の構成例を示す図である。本システム１は、複数のクライアント装置（ＮＥ：Ｎｅｔｗｏｒｋ  Ｅｌｅｍｅｎｔ、装置被監視側）１０‐１〜１０‐ｎと、サーバ装置（ＮＥ‐ＯｐＳ：Ｎｅｔｗｏｒｋ  Ｅｌｅｍｅｎｔ−Ｏｐｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ、装置監視側）３０とを備え、互いに通信網（ＤＣＮ（Ｄａｔａ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｎｅｔｗｏｒｋ））１００を介して接続される。本システム１では、１台のサーバ装置３０に対し、監視対象のクライアント装置１０‐１〜１０‐ｎが複数台接続される構成である。【００１６】  クライアント装置１０‐１〜１０‐ｎは、サーバ装置３０の集中管理を受け、通信網１００を利用して、サービス状態や故障状態をサーバ装置３０に自立的に送信する。一方、サーバ装置３０は、クライアント装置１０‐１〜１０‐ｎの制御や監視を行い、通信網１００を利用して、クライアント装置１０‐１〜１０‐ｎからのサービス状態や故障状態を入手し、更に、クライアント装置１０‐１〜１０‐ｎに対しサービス保守を目的とした制御も行う。【００１７】  また、本システム１には、上位レイヤ監視用のサーバとして上位サーバ装置５０と、複数のクライアント端末６０‐１〜６０‐ｎとが通信網（ＤＣＮ）２００を介して接続される。上位サーバ装置５０と複数のクライアント端末６０‐１〜６０‐ｎにより、システム１の状態が常時監視される。【００１８】  各クライアント装置１０‐１〜１０‐ｎは同一構成であり、クライアント装置１０‐１を代表して説明する。クライアント装置１０‐１は、クライアント処理部１１と、監視点管理情報記憶部１２と、時計ＬＳＩ１３と、監視対象部１４‐１〜１４‐ｎとを備える。【００１９】  クライアント処理部１１は、クライアント装置１０‐１において種々の処理を行う。クライアント処理部１１は、監視対象部１４‐１〜１４‐ｎからの情報（警報データを構成する各要素）を収集する情報収集部１１０と、収集した警報データについて過去にサーバ装置３０に送信したか否か等を判断する学習処理部１１１と、サーバ装置３０に送信する警報フレーム（警報データから構成されるフレーム）を生成する警報フレーム生成部１１２と、生成した警報フレームをサーバ装置３０に送信する警報フレーム送信部１１３と、サーバ装置３０からのデータを受信するデータ受信部１１４とを備える。【００２０】  監視点管理情報記憶部１２は、情報収集部１１０で収集した情報に対して、本システム１を運用するユーザ等が理解し易い形式に変更するための情報が記憶される。情報収集部１１０で収集した情報は例えばコード化され、学習処理部１１１や警報フレーム生成部１１２では、この監視点管理情報記憶部１２にアクセスすることで、コード化された情報からユーザ等が理解しやすい情報に変換する。【００２１】  時計ＬＳＩ１３は、所謂タイマであり、時間情報をクライアント処理部１１に出力する。【００２２】  監視対象部１４‐１〜１４‐ｎは、実際に監視対象を監視する部分であり、例えば光ファイバを監視対象とすると、監視対象部１４‐１��１４‐ｎは光ファイバの各回線、パス（複数の回線からなる束）等を監視する。【００２３】  サーバ装置３０は、サーバ処理部３１と、管理情報データベース（ＤＢ）３２と、警報履歴ＤＢ３３とを備える。【００２４】  サーバ処理部３１は、サーバ装置３０で各種処理を行うところであり、クライアント装置１０‐１〜１０‐ｎからの警報フレームを受信する警報フレーム受信部３１０と、受信した警報フレームから過去に同一の警報データを受信したか等を判断する学習処理部３１１と、受信した警報フレームを解析する警報フレーム解析部３１２と、各警報をＧＵＩ（Ｇｒａｐｈｉｃ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）表示させたり警報データを警報履歴ＤＢ３３に記憶する可視部３１３、及び各クライアント装置１０‐１〜１０‐ｎにデータを送信するデータ送信部３１４を備える。【００２５】  管理情報ＤＢ３２は、警報データに対して付加すべき管理情報（ビルＩＤや、パスＩＤ等）を記憶する。また、警報履歴ＤＢ３３は、管理情報が付加された警報データを記憶する。【００２６】  次に動作について説明する。まず、全体動作について説明し、その後、メモリ初期化動作、及び受信フレームチェック動作（同期外れの確認動作）について説明する。【００２７】  ＜全体動作＞
図２及び図３は警報データ等がどのように送受信されるかの全体の流れを示す図であり、図４乃至図６は、本システム１の状態遷移図と全体動作の処理の例を示すフローチャートである。【００２８】  まず、図４を用いて本システム１の状態遷移について説明する。【００２９】  本システム１では、学習未状態（Ｓ１）と、学習済状態（Ｓ２）の２つの状態を遷移する。学習未状態とは、本実施例における警報データの差分通信を行うことのできない状態である。かかる状態において、監視対象部１４‐１〜１４‐ｎから警報データが出力されたとき、警報データの全要素がクライアント装置１０‐１〜１０‐ｎからサーバ装置３０に送信される。これにより、本システム１の状態が差分通信可能な学習済状態（Ｓ２）へ移行する。【００３０】  学習済状態（Ｓ２）では、警報データの全要素が送受信される場合は少なく、幾つかの要素が警報データ（警報フレーム）として、クライアント装置１０‐１〜１０‐ｎからサーバ装置３０に送信される。全ての要素が送信されないため、差分通信という。学習済状態では、警報なし状態が一定期間継続したり、サーバ装置３０で送受信の同期外れを検出すると、クライアント装置１０‐１〜１０‐ｎやサーバ装置３０に記憶された警報データ等がクリアされる（リフレッシュ）。そして、本システム１は、学習済状態から学習未状態に移行し、上述の状態を繰り返す。【００３１】  次に、図５を参照して処理を詳細に説明する。適宜、図３を参照しながら説明する。図５は、クライアント装置（ＮＥ：Ｎｅｔｗｏｒｋ  Ｅｌｅｍｅｎｔ、装置被監視側）１０‐１〜１０‐ｎ（各クライアント装置１０‐１〜１０‐ｎの構成と動作は同じであるため、クライアント装置１０‐１で説明する）の処理の例を示すフローチャートである。【００３２】  まず、本処理が開始されると（Ｓ１０）、クライアント装置１０‐１では、メモリ初期化処理が実行される（Ｓ１１）。詳細は後述する。【００３３】  次いで、クライアント装置１０‐１の情報収集部１１０は、監視点からの警報状況を収集（ポーリング収集）する（Ｓ１２）。すなわち、情報収集部１１０は各監視対象部１４‐１〜１４‐ｎからの警報状況を収集する。【００３４】  次いで、学習処理部１１１は、過去に送出処理を実施したか否かを判断する（Ｓ１３）。学習処理部１１１は、収集した警報データが過去に送信済であるか否かを、送信テーブルを検索することで判断する。【００３５】  図３に送信テーブル１５の例を示す。送信テーブル１５は、例えば、クライアント装置１０‐１のメモリに格納される。送信テーブル１５には、過去に発生した警報データの各要素が記憶される。【００３６】  送信テーブル１５は、警報が発生した「発生時刻」や、各ビルを識別するための「ビルＩＤ」、監視対象となる装置の番号を示す「装置Ｎｏ」、警報が検出された箇所を示す「ＡＬＭ検出箇所」、物理的に壊れている等の警報の種別を示す「ＡＬＭ種別」、監視対象が光ファイバのとき各回線の束であるパスを識別するための「パスＩＤ」、光ファイバのクロスコネクト（一つの光ファイバ装置）を識別するための「契約回線ＩＤ」（クロスコネクトＩＤともいう）等の項目から構成される。【００３７】  学習処理部��１１は、送信テーブル１５を検索することで、収集した警報データ（「時刻」を除いた全要素）と同一の値を有する警報データがあるか否かにより、Ｓ１３を判断する。【００３８】  図５に戻り、過去に送信処理を実施していないとき（Ｓ１３でＮｏ）、すなわち、収集した警報データと同一の警報データ（「時刻」を除く）が送信テーブル１５にないとき、学習処理部１１１は収集した警報データの全要素を送信テーブル１５に記憶する（Ｓ１４）。また、学習処理部１１１は送信ポインタ１６の各項目に必要な情報を記憶する。【００３９】  送信ポインタ１６はクライアント装置１０‐１内のメモリに記憶されるテーブルであり、図３に示すように、「０００１」〜「ＦＦＦＦ」までの値が順に一警報データごとに付与される「フレームチェック」と、各警報データが記憶された送信テーブル１５のメモリ上の絶対アドレスを示す「ポインタ」と、過去に同一の警報データ（「時刻」を除く）を送信したか否かを示す「学習有無フラグ」の各項目から構成される。【００４０】  学習処理部１１１は、送信ポインタ１６の「フレームチェック」に、それまで記憶されていた「フレームチェック」の最後尾の値をインクリメントし、その値を記憶する（Ｓ１４）。また、学習処理部１１１は、収集した警報データが記憶された送信テーブル１５のメモリアドレスを「ポインタ」に記憶し、「学習有無フラグ」に「学習未（を示す値）」を記憶する。【００４１】  図５に戻り、学習処理部１１１は、一方で過去に送出処理を実施したと判断したとき（Ｓ１３でＹｅｓ）、すなわち、収集した警報データと同一の警報データ（「時刻」の要素を除く）が送信テーブル１５に存在するとき、収集した警報データを送信テーブル１５に記録せず、送信ポインタ１６に必要な情報を記憶する（Ｓ１５）。【００４２】  すなわち、学習処理部１１１は、送信ポインタ１６の「フレームチェック」に最後尾の値をインクリメントした値を記憶し、「ポインタ」に同一の警報データが記憶されている送信テーブル１５の位置（同一の警報データが記憶されている送信テーブル１５のメモリ上のアドレス）を記憶し、「学習有無フラグ」に「学習済（を示す値）」を記憶する。【００４３】  図５に戻り、Ｓ１４及びＳ１５の処理が終了すると、警報フレーム生成部１１２は、送信バッファ１７に必要なデータを記憶する（Ｓ１６）。【００４４】  送信バッファ１７の例を図３に示す。送信バッファ１７は、通信網１００に実際に送信する警報データ（実際には警報フレーム）を蓄積するバッファであり、ヘッダ部とデータ部とから構成される。ヘッダ部には送信ポインタ１６、データ部には送信テーブル１５の各要素が記憶される。但し、警報フレーム生成部１１２は、送信ポインタ１６の「学習有無フラグ」を参照し「学習未」であれば、送信テーブル１６の当該警報データの全要素をデータ部に記憶する。一方、警報フレーム生成部１１２は、「学習済」のとき送信テーブル１６の当該警報データのうち「時刻」のみデータ部に記憶する。差分通信を実現するためである。尚、「時刻」のデータは時計ＬＳＩ１３から取得する。【００４５】  図５に戻り、次いで、警報フレーム送信部１１３は、送信バッファ１７から警報データを読み出���て警報フレームを作成し、サーバ装置３０に送信する（Ｓ１７）。尚、本実施例では、警報数が「ｎ」のとき、警報フレームも「ｎ」個作成される。【００４６】  そして、クライアント装置１０‐１における一連の処理が終了する（Ｓ１８）。【００４７】  図６は、サーバ装置３０における処理の例を示すフローチャートである。適宜、図２を参照しながら説明する。【００４８】  まず、サーバ装置３０において本処理が開始されると（Ｓ２０）、警報フレーム受信部３１０は警報フレームを受信する（Ｓ２１）。また、警報フレーム受信部３１０は、受信した警報フレームを、サーバ装置３０の受信バッファと、受信ポインタに記憶（展開）する。受信バッファと受信ポインタの例を図２に示す。【００４９】  受信バッファ３５は、クライアント装置１０‐１における送信バッファ１７と同一構造であり、ヘッダ部とデータ部とから構成される。警報フレーム受信部３１０は、受信した警報データを受信バッファ３６の各項目に記憶する。【００５０】  また、受信ポインタ３６も、クライアント装置１０‐１の送信ポインタ１６と同一構造であり、「フレームチェック」、「ポインタ」、「学習有無フラグ」の各項目より構成される。警報フレーム受信部３１０は、警報フレームのヘッダ部にある各項目のデータをこの受信ポインタ３６の各項目に記憶する。【００５１】  次いで、サーバ装置３０において、受信フレームのチェック処理が行われる（Ｓ２２）。詳細は後述する。【００５２】  次いで、サーバ装置３０の学習処理部３１１は、受信した警報フレームについて過去に受信したか否かを判断する（Ｓ２３）。学習処理部３１１は、受信ポインタ３６の「学習有無フラグ」の項目を参照し、「学習済」であれば過去に受信したと判断し、「学習未」であれば過去に受信していないと判断する。警報データごとに当該フラグが記憶されるため、一警報ごとに判断可能である。【００５３】  過去に受信処理を実施していないとき（Ｓ２３でＮｏ）、すなわち、「学習有無フラグ」が「学習未」のとき、学習処理部３１１は、受信テーブルに必要なデータを記録する（Ｓ２４）。図２に受信テーブル３７の例を示す。受信テーブル３７は、クライアント装置１０‐１の送信テーブル１５と同一構造であり、警報の詳細な要素が記憶される。本処理において、学習処理部３１１は、受信ポインタ３６の「ポインタ」の示すアドレスに警報データの全要素を記録する。すなわち、学習処理部３１１は、ポインタの示す、受信テーブル３７が記憶されたメモリのアドレスに全要素を記録する。本実施例では、クライアント装置１０‐１での送信テーブル１５が記憶されたメモリのアドレスと、サーバ装置３０での受信テーブル３７が記憶されたメモリにアドレスとは同一であることが必要である。【００５４】  図６に戻り、一方、過去に受信処理を実施したとき（Ｓ２３でＹｅｓ）、すなわち、「学習有無フラグ」が「学習済」のとき、学習処理部３１１は、「ポインタ」を参照し、受信テーブル３７において「時刻」のみ上書きする（Ｓ２５）。受信処理を過去に実施していたときは受信テーブル３７の「時刻」の要素以外はすべて同じ値の警報データが存在するため、「時刻」の要素のみ受信テーブル３７に書き込む���とになる。【００５５】  次いで、警報フレーム解析部３１２は、受信した警報フレームを警報数分、分解して、管理情報を警報データに付与する（Ｓ２６）。警報フレーム解析部３１２は、受信した警報フレームのうち、「ビルＩＤ」や「パスＩＤ」、「契約回線ＩＤ」はクライアント装置１０‐１から送信されないため、本処理において、「ビルＩＤ」等を受信テーブル３７の該当項目に記憶する。警報フレーム解析部３１２は管理情報Ｄ８３２から該当ＩＤを読み出して受信テーブル３７に記憶する。【００５６】  次いで、可視部３１３は、作成された警報データをＧＵＩ表示させたり、警報履歴ＤＢ３３に記憶したり、上位サーバ装置５０に送信する（Ｓ２７）。【００５７】  そして、一連の処理が終了する（Ｓ２８）。【００５８】  このように本実施例では、警報データのうち「時刻」以外の要素が同一である警報データを過去に送信した場合に、差分情報のうち「時刻」を送信し、それ以外は送信しない。したがって、全要素をサーバ装置３０に送信する場合と比較して、通信網１００のトラフィックを低減させることができる。また、送信データ量も少なくさせることができるため、受信側であるサーバ装置３０において、受信処理以外の処理への負担を軽減させることができる。更に、メモリについても、送信テーブル１５や受信テーブル３７には過去に記憶された警報データ（過去に送受信した警報データ）はそのまま残し差分情報（時刻、或いは、過去に送信していない警報データのときは当該警報データも含む）を上書きさせるようにしているため、警報が発生するごとに全要素を記憶する場合と比較して、メモリ容量を削減できる。【００５９】  ＜メモリ初期化動作＞
次に、メモリ初期化動作について説明する。図７はクライアント装置１０‐１での初期化動作の処理、図８はサーバ装置３０での初期化動作の処理の例を示すフローチャートである。【００６０】  まず、クライアント装置１０‐１の情報収集部１１０において、監視対象部１４‐１〜１４‐ｎから警報状況を収集（ポーリング収集）する（Ｓ１１１）。【００６１】  情報収集部１１０は、本処理のタイミングでリフレッシュカウンタ１８（図３参照）に対して以下に示す操作を実施する。まず、リフレッシュカウンタ１８について説明すると、当該カウンタ１８は、以前の状態を示す「前状態」と、現在の状態を示す「現状態」と、初期値からデクリメントする「デクリメントカウンタ」とから構成される。情報収集部１１０は、監視対象部１４‐１〜１４‐ｎからの警報を検出した時点を「デクリメントカウンタ」の開始点とし、警報なしを検出するごとに「デクリメントカウンタ」の値をデクリメントする。「デクリメントカウンタ」の初期値をポーリング回数とする。ポーリング回数の回数分、警報状態を監視し、情報収集部１１０は、「デクリメントカウンタ」が「０」になったとき、警報なしが連続するため「回復」（を示す値）を「現状態」の項目に記録する。一方、「デクリメントカウンタ」が「０」でないとき、警報を少なくとも１回は検出したことになり、情報収集部１１０は「発生」（を示す値）を「現状態」の項目に記録する。情報収集部１１０は、ポーリング回数分、状態を監視すると、「現状態」に記憶した「発生」又は「回復」を「前状態」の項目に記録し、「現状態」に上述の操作を行うことで値を記録する。【００６２】  次いで、クライアント装置１０‐１の学習処理部１１１は、警報なし状態が一定期間継続したか否かの初期化判定を行う（Ｓ１１２）。学習処理部１１１は、リフレッシュカウンタ１８を参照し、「前状態」と「現状態」とに夫々「発生」と「回復」とが記録されているとき、警報なし状態が一定期間継続したと判断し、それ以外のときは継続しないと判断する。【００６３】  警報なし状態が一定期間継続したとき（Ｓ１１２でＹｅｓ）、学習処理部１１１は送信テーブル１５と送信ポインタ１６のリフレッシュが必要と判断し、これらを初期化する（Ｓ１１３）。更に、サーバ装置３０も同期してリフレッシュが必要となるため、学習処理部１１１は送信ポインタ１６の「フレームチェック」にサーバ装置３０のリフレッシュを意味する値、例えば「００００」を記録する。【００６４】  一方、初期化判定で警報なし状態が一定期間継続していない場合（Ｓ１１２でＮｏ）や、学習処理部１１１でＳ１１３の処理が終了したあと、警報フレーム生成部１１２は、送信バッファ１７のヘッダ部に送信ポインタ１６の要素を、送信バッファ１７のデータ部に送信テーブル１５の各要素をセットする（Ｓ１１４）。【００６５】  次いで、警報フレーム送信部１１３は、生成した警報フレームをサーバ装置３０に送信する（Ｓ１１５）。【００６６】  そして、クライアント装置１０‐１における初期化動作の処理が終了する（Ｓ１１６）。【００６７】  図８は、当該警報フレームを受信したときのサーバ装置３０における処理の例を示すフローチャートである。【００６８��  サーバ装置３０は、警報フレーム受信部３１０において、リフレッシュを意味する値が挿入された当該警報フレームを受信する（Ｓ３０）。警報フレーム受信部３１０は、受信した警報フレームを受信バッファ３５（図２参照）に記録（展開）し、さらに、警報フレームのヘッダ部のデータを、受信ポインタ３６に記録（展開）する。【００６９】  次いで、サーバ装置３０の学習処理部３１１は、警報なし状態が一定期間継続したか否かの初期化判定を行う（Ｓ３１）。学習処理部３１１は、受信ポインタ３６の「フレームチェック」の項目に挿入された値を参照し、「００００」のとき、クライアント装置１０‐１からのリフレッシュ要求あり、つまり、警報なし状態が一定期間継続したと判断する。【００７０】  警報なし状態が一定期間継続した場合（Ｓ３１でＹｅｓ）、学習処理部３１１は、リフレッシュが必要と判断し、サーバ装置３０の受信テーブル３７と受信ポインタ３６を初期化する（Ｓ３２）。【００７１】  一方、初期化判定で、警報なし状態が一定期間継続しなかったとき（Ｓ３１でＮｏ）、及び学習処理部３１１でリフレッシュが終了したとき（Ｓ３２）、サーバ装置３０における一連の初期化処理は終了する（Ｓ３３）。【００７２】  このように、本システム１では、警報なしの状態が一定期間継続したとき、クライアント装置１０‐１の送信テーブル１５と送信ポインタ１６、サーバ装置３０の受信ポインタ３６と受信テーブル３７は初期化されるため、メモリの使用量を最適化することができる。【００７３】  本初期化処理で、「００００」はリフレッシュが必要な値として説明したが、勿論これは一例であり、クライアント装置１０‐１とサーバ装置３０とでリフレッシュが必要な値であることを識別できる値であればどのような値でもよい。【００７４】  ＜受信フレームチェック動作（同期外れの確認動作）＞
次に、受信フレームをチェックすることで、クライアント装置１０‐１とサーバ装置３０との同期外れを確認する動作について説明する。図９はサーバ装置３０の処理の例を示すフローチャート、図１０はクライアント装置１０‐１の処理の例を示すフローチャートである。【００７５】  本動作は、サーバ装置３０にて同期外れをチェックし、同期外れを検出すると、その旨を示すフラグをクライアント装置１０‐１に送信し、クライアント装置１０‐１ではそのフラグに基づいて、上述した初期化動作を行う。これに伴い、サーバ装置３０でも初期化動作を行う。【００７６】  例えば、通信網１００に障害が発生すると、送信側（クライアント装置１０‐１）と受信側（サーバ装置３０）とで同期が外れてしまう場合がある。これに対して、本処理を実行することで、同期が外れによる、クライアント装置１０‐１の送信テーブル１５のアドレスと、サーバ装置３０の受信テーブル３７のアドレスとのずれを防止し、本システム１の信頼性を向上させることができる。【００７７】  詳細に説明する。図９に示すように、サーバ装置３０の警報フレーム受信部３１０は、クライアント装置１０‐１から警報フレームを受信し、受信バッファ３５と受信ポインタ３６に記録（展開）する（Ｓ２２１）。【００７８】  次いで、学習処理部３１１は受信フレームをチェックし、同期はずれか否かを検出する（Ｓ２２２）。学習処理部３１１は、受信ポインタ３６（又は受信バッファ３６のデータ部）の「フレームチェック」の項目を参照し、「０００１」から順に連続してインクリメントしているか否かを確認し、連続してインクリメントされているときは同期外れではなく、連続していないときは同期外れであると判断する。【００７９】  クライアント装置１０‐１では、送信ポインタ１６の「フレームチェック」に、送信テーブル１５に記録した警報データについて、「０００１」から順にインクリメントした値を記録し、警報データをサーバ装置３０に送信する。クライアント装置１０‐１とサーバ装置３０とで同期していないと、警報データが順番に送信されない。本実施例では、この「フレームチェック」を確認することで同期外れを確認している。【００８０】  学習処理部３１１は、同期外れを検出すると（Ｓ２２２でＹｅｓ）、リフレッシュが必要と判断し、同期外れ通知フラグに対象のクライアント装置１０‐１の番号（ＮＥ番号）を記録する。図２に、同期外れ通知フラグが記録される領域（以下、単に「同期外れ通知フラグ」）３８の例を示す。クライアント装置１０‐１から送信される警報フレームには、各クライアント装置１０‐１〜１０‐ｎを識別する番号が挿入されるため、学習処理部３１１は対象となる番号を警報フレームから抽出して同期外れ通知フラグ３８に記録する。【００８１】  学習処理部３１１は、同期外れを検出しなかったとき（Ｓ２２２でＮｏ）、又は、学習処理部３１１でのＳ２２３の処理を終了したとき、データ送信部３１４は、データをクライアント装置１０‐１に送信する。同期外れが検出された場合は同期外れ通知フラグがクライアント装置１０‐１に送信される（Ｓ２２４）。【００８２】  そして、サーバ装置３０における同期外れのチェック処理が終了する（Ｓ２��５）。【００８３】  一方、クライアント装置１０‐１では、図１０に示すように、データ受信部１１４において、サーバ装置３０からのデータを受信する（Ｓ４０）。同期外れ通知フラグが送信された場合は、当該フラグを受信する。【００８４】  次いで、学習処理部１１１は、受信データから同期外れか否かを判断する（Ｓ４１）。サーバ装置３０から送信される同期外れ通知フラグを受信した場合に、同期外れであると判断し、当該フラグを受信しないと同期外れでないと判断する。【００８５】  学習処理部１１１は、同期外れを検出すると（Ｓ４１でＹｅｓ）、リフレッシュが必要と判断し、送信テーブル１５、送信ポインタ１６を初期化する（Ｓ４２）。更に、学習処理部１１１は、送信ポインタ１６の「フレームチェック」にリフレッシュを意味する「００００」を記録する。上述した初期化動作と同様の処理が行われる。「フレームチェック」に「００００」が挿入された警報フレームは、クライアント装置１０‐１からサーバ装置３０に送信され、サーバ装置３０では図８に示す処理が実行される。或いは、図６に示すように全体動作の中で本処理（Ｓ２２）が実行される。【００８６】  尚、図１０に示すＳ４３とＳ４４の処理は、Ｓ１６とＳ１７の処理と同一である。全体動作の中で、同期外れのチェック処理を行うことで、本システム１の信頼性が向上する。【００８７】  ＜その他の例＞
次に、図１１乃至図２０を参照して、他の具体例について説明する。【００８８】  図１１（Ａ）乃至図１２（Ｅ）は、警報データがすべて「学習未」の場合の例である。図１１（Ａ）に示すように、送信ポインタ１６の「学習有無フラグ」にはすべて「学習未」が記録され、図１２（Ａ）及び同図（Ｂ）に示すように全要素が送信される。サーバ装置３０は、警報データの全要素を受信テーブル３７‐１，３７‐２に書き込むことになる。尚、図１２（Ｅ）に示すように、警報フレーム解析部３１２により、「ビルＩＤ」、「パスＩＤ」、及び「契約回線ＩＤ」に情報が記録され（管理情報の付与）、受信テーブル３７‐２が生成される。【００８９】  一方、図１３（Ａ）乃至図１４（Ｅ）は、警報データがすべて「学習済」の場合の例である。過去に差分情報以外の要素は送信されているため、差分情報のうち時刻が送信される（図１４（Ｂ）参照）。サーバ装置３０では、受信テーブル３７‐１の「時刻」に上書きしてテーブル３７‐１を完成する（図１４（Ｄ）参照）。【００９０】  図１５（Ａ）乃至図１６（Ｅ）は、「学習未」と「学習済」とが混在する例である。「学習未」の警報データは全要素、「学習済」の警報データは差分情報の要素が送信される。【００９１】  図１７（Ａ）乃至図１８（Ｄ）は、リフレッシュを示す「００００」が送信されたときの例を示す図である。リフレッシュカウンタ１８は「前状態」が「発生」で、「現状態」が「回復」のため、一定期間継続して警報なし状態が続いたとして、「００００」が挿入された警報データが送信される（Ｓ１８（Ａ）参照）。クライアント装置１０‐１の送信テーブル１５と送信ポインタ１６は初期化されて「Ｎｕｌｌ」が記録される（図１７（Ｂ）及び同図（Ｃ）参照）。サーバ装置３０の受信テーブル３７‐１と受信ポインタ３６も初期化されて「Ｎｕｌｌ」が記録される（図１８（Ｂ）及び同図（Ｃ）参照）。
図１９（Ａ）乃至図２０（Ｆ）は同期外れの例を示す図である。送信される警報データの「フレームチェック」に「１２３４」の値が挿入された警報データがあり、同期外れとなっている。サーバ装置３０では処理を中止し、受信テーブル３７‐１，３７‐２への書込みを行わず、同期外れ通知フラグ（図２０（Ｄ）参照）にＮＥ番号を挿入して、クライアント装置１０‐１に送信する。以降は、図１７（Ｂ）乃至図１８（Ｄ）の例と同様である。送信テーブル１５等に「Ｎｕｌｌ」が記録され、リフレッシュされた状態から通常の処理が行われる。
【図１】
2008120277.tif 000003
【図２】
2008120277.tif 000004
【図３】
2008120277.tif 000005
【図４】
2008120277.tif 000006
【図５】
2008120277.tif 000007
【図６】
2008120277.tif 000008
【図７】
2008120277.tif 000009
【図８】
2008120277.tif 000010
【図９】
2008120277.tif 000011
【図１０】
2008120277.tif 000012
【図１１】
2008120277.tif 000013
【図１２】
2008120277.tif 000014
【図１３】
2008120277.tif 000015
【図１４】
2008120277.tif 000016
【図１５】
2008120277.tif 000017
【図１６】
2008120277.tif 000018
【図１７】
2008120277.tif 000019
【図１８】
2008120277.tif 000020
【図１９】
2008120277.tif 000021
【図２０】
2008120277.tif 000022
【手続補正書】
【提出日】平成21年8月10日(2009.8.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
クライアント装置とサーバ装置とが互いに通信網を介して接続されたサーバ・クライアントシステムにおいて、
前記クライアント装置には、被監視対象について過去に収集した第１の警報データを記憶した送信テーブルと、前記被監視対象について現在収集した第２の警報データと前記第１の警報データとの差分情報を送信する送信部とを備え、
前記サーバ装置には、前記クライアント装置から送信された前記第１の警報データを記憶した受信テーブルと、受信した前記差分情報を前記受信テーブルに記憶するサーバ側学習処理部とを備え、
前記送信テーブルと前記受信テーブルは同一構造であり、前記送信テーブルと前記受信テーブルとに記憶された各前記第１の警報データ及び前記差分情報は前記送信テーブルと前記受信テーブルの同一アドレスに記憶され、前記送信部は前記差分情報とともに前記送信テーブルの前記アドレスを送信し、前記サーバ側学習処理部は受信した前記アドレスに基づいて前記差分情報を前記受信テーブルに記憶する
ことを特徴とするサーバ・クライアント装置。
【請求項２】
前記送信部は前記第２の警報データのうち前記差分情報を除いた要素を過去に送信したか否かを示す学習フラグを前記差分情報及び前記アドレスとともに送信し、
前記サーバ側学習処理部は前記学習フラグから前記要素を過去に送信したことを検出したときは、前記アドレスに基づいて前記差分情報を前記受信テーブルに記憶することを特徴とする請求項１記載のサーバ・クライアント装置。
【請求項３】
前記クライアント装置には、更に、一定期間継続して前記第２の警報データを受信しなかったとき前記送信テーブルを初期化するクライアント側学習処理部を備え、
前記送信部は前記受信テーブルの初期化を要求する要求データを前記サーバ装置に送信し、前記サーバ側学習処理部は前記要求データを受信したとき前記受信テーブルを初期化することを特徴とする請求項１記載のサーバ・クライアント装置。
【請求項４】
前記クライアント装置には、更に、前記送信テーブルを初期化するクライアント側学習処理部を備え、
前記サーバ側学習処理部は、前記クライアント装置と前記サーバ装置とが同期していないと判定したとき、同期外れフラグを前記クライアント装置に送信し、
前記クライアント側学習処理部は前記同期外れフラグを受信したときに前記送信テーブルを初期化するともに、前記送信部は前記受信テーブルの初期化を要求する要求データを前記サーバ装置に送信し、前記サーバ側学習処理部は前記要求データを受信したとき前記受信テーブルを初期化することを特徴とする請求項１記載のサーバ・クライアント装置。
【請求項５】
クライアント装置とサーバ装置とが互いに通信網を介して接続されたサーバ・クライアントシステムにおける警報データ送受信方法において、
前記クライアント装置は、被監視対象について過去に収集した第１の警報データを送信テーブルに記憶し、前記被監視対象について現在収集した第２の警報データと前記第１の警報データとの差分情報を前記送信テーブルに記憶し、前記差分情報が記憶された前記送信テーブルのアドレスと前記差分情報とを前記サーバ装置に送信し、
前記サーバ装置は、前記クライアント装置から送信された前記第１の警報データを記憶した受信テーブルにおいて前記受信したアドレスと同一アドレスに前記差分情報を記録する、
ことを特徴とする警報データ送受信方法。
【国際調査報告】
2008120277.tif 000023
2008120277.tif 000024
2008120277.tif 000025
2008120277.tif 000026