JP2008306435A - パケット中継装置 - Google Patents

Abstract

【課題】通知の必要性の低いイベントを複数まとめて１つにして送ることによって、ネットワーク帯域の非効率な消費を軽減することと、パケット中継装置内の送信部における過負荷を回避する。
【解決手段】パケット中継装置１３において、イベント受信部４３は、イベントが発生すると、そのイベントの緊急度のレベルに応じて、緊急度毎に確保したイベント記録部４２にデータを書きこむ。イベント受信部４３は、決められた時間に達すると、イベント通知部４４により、これまでに書き込まれたイベントを、パケット中継装置１３から管理マネージャへ通知する。緊急度の高いイベントに対しては記録時間を短く、緊急度の低いイベントに対しては記録時間を長く設定することにより、一度のイベント通知で送る情報量を調節する。
【選択図】図１

Description

本発明は、パケット中継装置に係り、特に、発生するイベントの緊急度毎に、イベントを記録する時間を管理し、その時間がタイムアウトする度にイベントを通知することによって、パケット中継装置と管理マネージャ間のトラヒックを減少させるパケット中継装置に関する。

現在、パケット中継装置において障害（ｆａｕｌｔ）発生、状態（ｓｔａｔｅ）変更、構成定義（ｃｏｎｆｉｇ）変更が起こった場合、その情報を管理マネージャに通知する方法としてＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ） ｔｒａｐ、ｓｙｓｌｏｇ、ＮＥＴＣＯＮＦ Ｎｏｔｉｆｉｃａｔｉｏｎが考えられている。
ＳＮＭＰとは、ルータやコンピュータ、端末など、ネットワークに接続された通信機器をＴＣＰ／ＩＰネットワーク経由で監視・制御するためのプロトコルである。制御の対象となる機器はＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）と呼ばれる管理情報データベースを持っており、管理を行なう機器は対象機器のＭＩＢに基づいて設定を行なう。ＳＮＭＰ ｔｒａｐとは、制御の対象となる機器から管理を行う機器へ、システムで発生したイベントをＭＩＢに基づいて通報する機能である。ＳＮＭＰは、ＵＤＰを利用して送ることが一般的である。これにより、データの到達性は必ずしも保証されないものの、データ送信の度にＴＣＰセッションを張る必要がないため簡易なネットワーク運用管理を実現している。

ｓｙｓｌｏｇは、システムで発生したイベントや情報等をメッセージとして表示／記録／通知する機能である。ｓｙｓｌｏｇに関しても、ＵＤＰを利用して送ることが一般的である。これにより同じく、データの到達性は必ずしも保証されないものの、データ送信の度にＴＣＰセッションを張る必要がないため簡易な運用管理を実現している。
ＮＥＴＣＯＮＦとは、現在ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）にて標準化が進められているプロトコルであり、管理マネージャとパケット中継装置との間をＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）でやりとりする。ＸＭＬは、機械が読みやすい構造で記述されているため、管理マネージャとパケット中継装置間のデータの親和性を高めている。またＸＭＬ文書は、文書内の各々のパラメタの関係を柔軟に記述可能であり、将来の拡張性にも優れている。更に、ＮＥＴＣＯＮＦプロトコルは、ＵＤＰではなくＴＣＰ上で送ることが規定されており、これにより信頼性の高いイベント通知の実現を目指している。またＮＥＴＣＯＮＦでは、イベント毎に緊急度を設定可能である。通知する必要性の高いイベントにはｃｒｉｔｉｃａｌと言う緊急度、通知する必要性がそれほどでもないイベントにはｍａｊｏｒと言う緊急度、通知する必要性が低いイベントにはｍｉｎｏｒと言う緊急度を設定可能である。例えば、障害発生イベントにはｃｒｉｔｉｃａｌ、状態変更イベントにはｍａｊｏｒ、構成定義変更イベントにはｍｉｎｏｒの緊急度を設定すると言ったことが可能である。

緊急度としてｃｒｉｔｉｃａｌを設定しているイベントは、通常の運用では発生することがまずない事象であるためにその緊急度を設定していることが多く、反対に通常の運用で頻繁に発生する事象に対しては、ｍｉｎｏｒの緊急度を設定していることが多い。このとき、発生する全てのイベント通知をパケット中継装置から管理マネージャへ送信すると、それほど通知の必要性のないイベント通知が大量に送信され、ネットワークの帯域を非効率に消費することになる。また、通知にＮＥＴＣＯＮＦプロトコルを採用した場合、その影響はパケット中継装置内にも顕著に表れる。ＮＥＴＣＯＮＦでは、イベント通知を送る際ＴＣＰを用いるため、通知の度にセッション確立、再送制御が作動することになり、イベント通知に主にＵＤＰを用いるＳＮＭＰやｓｙｓｌｏｇに比べオーバーヘッドが大きくなる。これにより、パケット中継装置内の送信部において過負荷を招くことになる。
本発明は、以上の点に鑑み、緊急度の高いイベントに関しては、イベントが発生する度にパケット中継装置から管理マネージャへ通知し、一方、緊急度の低いイベントに関しては、任意の時間に渡って発生したイベントを記録し、決められた時間が経過した後に集約してイベント通知をすることで、ネットワーク帯域の非効率な消費を回避することを目的とする。また、本発明は、パケット中継装置内の送信部における過負荷を回避することを目的とする。

本発明のパケット中継装置においては、例えば、緊急度のレベル毎に、任意の時間に渡ってイベントを記録可能な領域を確保する。イベントが発生すると、そのイベントの緊急度のレベルに応じて、緊急度毎に確保した記録領域にデータを書きこむ。例えば、決められた時間に達すると、これまでに書き込まれたイベントを１つのイベント通知に集約し、パケット中継装置から管理マネージャへ通知することができる。

本発明の第１の解決手段によると、
イベントを受信し、管理マネージャにイベントを通知するパケット中継装置であって、
イベント識別子に対して、イベントの緊急度を記憶した緊急度テーブルと、
イベントの緊急度に対して、イベントを記録可能な記録時間間隔を記憶した記録時間テーブルと、
イベントの緊急度毎に、イベントが発生してからの時間を測定するためのタイマーと、
緊急度毎にイベントを記憶するイベント記録部と、
イベントを管理マネージャに通知するためのイベント通知部と
前記緊急度テーブル及び前記記録時間テーブル及び前記タイマーを参照し、イベントを前記イベント記録部に記憶する処理、及び、前記イベント通知部によりイベントを前記管理マネージャに送信するための処理を実行するためのイベント受信部と
を備え、
前記イベント受信部は、
イベントを受信すると、イベントからイベント識別子を抽出し、イベント識別子に基づき前記緊急度テーブルを参照してイベントの緊急度を求め、
イベントの緊急度に基づき前記記録時間テーブルを参照し、該緊急度の記録時間を求め、
前記タイマーによる測定時間が前記記録時間に達するまでの間は、緊急度毎に受信したイベントを前記イベント記録部に書き込み、
前記タイマーによる測定時間が前記記録時間に達すると、前記イベント記録部に記録されたイベントを前記イベント通知部により管理マネージャに送信する
前記パケット中継装置が提供される。

本発明の第２の解決手段によると、
イベントを受信し、管理マネージャにイベントを通知するパケット中継装置であって、
イベント識別子に対して、イベントの緊急度を記憶した緊急度テーブルと、
緊急度毎にイベントを記録可能なイベント発生の閾値を記憶した回数閾値テーブルと、
緊急度毎にイベントを記憶するイベント記録部と、
イベントを管理マネージャに通知するためのイベント通知部と
前記緊急度テーブル及び前記回数閾値テーブルを参照し、イベントを前記イベント記録部に記憶する処理、及び、前記イベント通知部によりイベントを前記管理マネージャに送信するための処理を実行するためのイベント受信部と
を備え、
前記イベント受信部は、
イベントを受信すると、イベントからイベント識別子を抽出し、イベント識別子に基づき前記緊急度テーブルを参照してイベントの緊急度を求め、
イベントの緊急度に基づき前記回数閾値テーブルを参照し、該緊急度のイベント発生数の閾値を求め、
イベント発生数が前記閾値に到達するまでの間は、緊急度毎に受信したイベントを前記イベント記録部に書き込み、
イベント発生数が前記閾値に到達すると、前記イベント記録部に記録されたイベントを前記イベント通知部により管理マネージャに送信する
前記パケット中継装置が提供される。

本発明の第３の解決手段によると、
イベントを受信して管理マネージャにイベントを通知するパケット中継装置と、前記パケット中継装置を管理する管理マネージャを備えたパケット中継システムであって、
前記パケット中継装置は、
イベント識別子に対して、イベントの緊急度を記憶した緊急度テーブルと、
緊急度毎にイベントを記憶するイベント記録部と、
イベントを管理マネージャに通知するためのイベント通知部と
前記緊急度テーブルを参照し、イベントを前記イベント記録部に記憶する処理、及び、前記イベント通知部によりイベントを前記管理マネージャに送信するための処理を実行するためのイベント受信部と
を備え、
前記管理マネージャは、
イベントの緊急度に対して、イベントを取得する取得時間間隔を記憶した取得時間テーブルと、
前記パケット中継装置から、イベントを取得するためのイベント通知取得部と
を備え、
前記管理マネージャは、
前記イベント通知取得部は、前記取得時間テーブルを参照し、イベントの緊急度毎の取得時間間隔を求め、取得時間間隔ごとに前記パケット中継装置に緊急度を含むイベント取得要求を送信し、
前記パケット中継装置では、
前記イベント受信部は、
イベントを受信すると、イベントからイベント識別子を抽出し、イベント識別子に基づき前記緊急度テーブルを参照してイベントの緊急度を求め、
緊急度毎に受信したイベントを前記イベント記録部に書き込み、
前記管理マネージャからイベント取得要求を受信すると、イベント取得要求に含まれる緊急度に従い、前記イベント記録部に記録されたイベントを前記イベント通知部により管理マネージャに送信する
前記パケット中継システムが提供される。

本発明によると、緊急度の高いイベントに関しては、イベントが発生する度にパケット中継装置から管理マネージャへ通知し、一方、緊急度の低いイベントに関しては、任意の時間に渡って発生したイベントを記録し、決められた時間が経過した後に集約してイベント通知をすることで、ネットワーク帯域の非効率な消費を回避することができる。また、本発明によると、パケット中継装置内の送信部における過負荷を回避することができる。

１．実施の形態１（時間）
まず、本実施の形態の概要を説明する。
パケット中継装置において、イベントの緊急度毎に任意の時間を記した記録時間テーブルを保持する。また、上記テーブルで指定した時間に渡ってイベントを書き込み可能な記録領域を、緊急度のレベル毎に確保する。イベントが発生する度に、そのイベントの緊急度に応じて、緊急度毎に用意された記録領域にイベント書き込んで行く。指定した時間に達すると、これまでに書き込んだイベントを１つのパケットに集約し、パケット中継装置から管理マネージャへイベント通知する。一例として、仮にイベントの緊急度としてｃｒｉｔｉｃａｌ、ｍａｊｏｒ、ｍｉｎｏｒの３段階があり、記録時間テーブルには、ｃｒｉｔｉｃａｌはその都度、ｍａｊｏｒは５分、ｍｉｎｏｒは１０分と設定されていた場合、ｍａｊｏｒのイベントは、５分間は通知がなされず、５分経過する毎にそれまでのイベントを集約した通知が送信される。同様にｍｉｎｏｒのイベントは、１０分間は通知がなされず、１０分経過する毎にそれまでのイベントを集約した通知が送信される。なお、記録時間テーブルに記す時間は、管理マネージャが設定することも可能であるし、パケット中継装置が自律的に変更可能である。例えば、ｍａｊｏｒのイベントは５分間、通知を控えるとの設定がしてあった場合において、記録領域を上回る回数のｍａｊｏｒイベントが発生した場合、パケット中継装置が自律的に５分の間隔を例えば３分に縮めることが可能である。逆に、ｍａｊｏｒのイベントは５分間、通知を控えるとの設定がしてあった場合において、一度もｍａｊｏｒのイベントが発生しなかった場合、パケット中継装置が自律的に５分の間隔を１０分に広げることが可能である。

以上により、ｍａｊｏｒ、ｍｉｎｏｒのような通知する必要性が比較的低いイベント通知数が減り、無駄にネットワーク帯域が消費されることが回避できる。また、パケット中継装置内の送信部における過負荷を回避できる。

図３に本実施の形態におけるネットワーク構成図を示す。インターネット１１内にパケット中継装置１３−１５が複数存在し、管理マネージャ１２によって管理されている。パケット中継装置１３−１５は、障害（ｆａｕｌｔ）発生、状態（ｓｔａｔｅ）変更、構成定義（ｃｏｎｆｉｇ）変更が起こった場合、その情報をイベント通知として管理マネージャ１２に通知する。
図１は、図３中に示した、本実施の形態におけるパケット中継装置１３を示す。本実施の形態のパケット中継装置１３においては、他のパケット中継装置から送信されたパケットを回線インタフェース２４にて受信すると、受信したパケットの宛先アドレスをキー情報として宛先検索テーブル３７を参照する。その結果、他パケット中継装置宛てであった場合、送信回線インタフェースが決まり、その回線インタフェースへパケットを転送する。パケットはその回線インタフェースを介して所望のパケット中継装置へ送信される。一方、宛先検索テーブル３７を検索した結果、自分宛てであった場合、パケット処理部２１内のパケット受信部２９へパケットを転送する。パケット受信部２９は該パケットに必要な処理を施すため、アプリケーション２８へ転送する。また、構成定義管理部２７ではオペレータが入力した設定内容に基づいて構成定義を変更する。
上記各部位は、上記の一連の処理をする中で障害（ｆａｕｌｔ）発生、状態（ｓｔａｔｅ）変更、構成定義（ｃｏｎｆｉｇ）変更が起こった場合、イベント管理部４１内のイベント受信部４３にイベントの発生を通知する。

図４に、緊急度テーブル４６を、図５に、イベント記録時間テーブル４５をそれぞれ示す。イベント管理部４１では、イベント毎の緊急度を記した緊急度テーブル４６と、緊急度毎のイベント記録時間を記した記録時間テーブル４５を管理している。緊急度のレベルとしては、ｃｒｉｔｉｃａｌ、ｍａｊｏｒ、ｍｉｎｏｒがあるとする。緊急度がｃｒｉｔｉｃａｌのイベントには、障害（ｆａｕｌｔ）の発生等、パケット中継装置１３の継続運用に重大な影響を及ぼすイベントが割当てられているとする。緊急度がｍａｊｏｒのイベントには、状態（ｓｔａｔｅ）の変更等、オペレータの及び知らぬところでパケット中継装置１３に何らかの作用が働いた場合に生成されるイベントが割当てられているとする。緊急度がｍｉｎｏｒのイベントとしては、オペレータによる構成定義（ｃｏｎｆｉｇ）の変更等、確認の意味合いが強いイベント通知が割当てられているとする。
イベント受信部４３は、アプリケーション２８から、イベント通知を受信すると緊急度テーブル４６を参照する。各イベント通知には、イベント毎に一意なイベントＩＤが記載されており、イベント受信部４３は、イベントＩＤに従い、緊急度テーブル４６を参照することによって、そのイベントの緊急度を確認できる。イベント受信部４３は、イベントの緊急度を認識すると、次に記録時間テーブル４５を参照し、その緊急度の記録時間を確認する。イベント受信部４３は、記録時間を確認すると、その記録時間の間、イベント記録部４２の記憶領域にイベント書き込み処理を行う。イベント記録部４２は、例えば、緊急度毎のイベント記憶領域を有し、その領域に、各緊急度に応じて、受信したイベントを記憶する。イベント管理部４１は、緊急度毎の時間を測定するためのタイマー５６を持っており、イベント受信部４３は、緊急度ごとに初めてイベントを書き込む際にはタイマー５６をスタートさせる。タイマー５６が、記録時間テーブル４５に記載されていた時間に達すると、イベント受信部４３は、これまでに記録した複数のイベント通知を１つのイベント通知に集約する。

図１８に、パケット中継装置から管理マネージャに送信される単体のイベント通知の説明図を示す。また、図１９に、パケット中継装置から管理マネージャに送信される複数のイベント通知を集約したイベント通知の説明図を示す。
イベント通知は、１つの場合は（イベントＩＤ＝２）図１８に示す形式だが、これを複数（イベントＩＤ＝２、５、２、５）まとめて図１９に示す形式にする。
まとめられたイベント通知はイベント通知部４４に送られ、イベント通知部４４から更に管理マネージャ１２に通知するため、宛先アドレスを管理マネージャ１２のＩＰアドレスとして管理マネージャ１２に向けて送信する。パケットは、パケット送信部３１、パケット転送部２３、回線インタフェース２５を経由して管理マネージャ１２に送信される。

図２に、図３中に示した、本実施の形態における管理マネージャを示す。本実施の形態の管理マネージャ１２においては、パケット中継装置１３から送信されたイベント通知を回線インタフェース２６にて受信する。イベント通知を受信すると、パケット処理部２２内のイベント通知受信部５２へイベント通知を転送する。イベント通知受信部５２は、イベント通知を受信すると、その情報をイベント表示部５３へ送る。イベント表示部５３は、受信したイベント通知を管理画面に表示し、オペレータはパケット中継装置１３の状態を知ることが出来る。
ここで、実際にイベントが発生した場合のパケット中継装置１３内の動作を詳述する。図６に、パケット中継装置と管理マネージャとのシーケンス図を示す。
ある回線インタフェースが切断し、通信ができなくなったとのイベント（以降、イベント１と呼ぶ。即ち、イベントＩＤが‘１’であることを示す。以下同様。）がイベント受信部４３に到達したとする。イベント受信部４３では、イベント通知を受信すると緊急度テーブル４６を参照する。図４によると、イベント１の緊急度はｃｒｉｔｉｃａｌである（手順Ｓ１１）。次に、イベント受信部４３は、記録時間テーブル４５を参照し、緊急度がｃｒｉｔｉｃａｌのイベントの記録時間を確認する。図５によると、緊急度がｃｒｉｔｉｃａｌのイベントの記録時間はその都度とある。従って、イベント１が発生した場合、すぐさまその旨をイベント通知部４４へ送る（手順Ｓ１２）。イベント通知部４４は、管理マネージャ１２との間にＴＣＰコネクションを確立し（手順Ｓ１３）、そのイベントを更に管理マネージャ１２へ転送する（手順Ｓ１４）。イベント通知が終了すると、イベント通知部４４は、ＴＣＰコネクションを切断する（手順Ｓ１５）。以上により、緊急度がｃｒｉｔｉｃａｌなイベントは、発生する度に管理マネージャ１２に通知される。

一方で、オペレータが構成定義を変更したとする（以降、イベント３と呼ぶ）。構成定義管理部２７は、イベント３が発生したことをイベント受信部４３へ通知する。イベント受信部４３では、イベント３の通知を受信した後、緊急度テーブル４６を参照する。図４によると、イベント３の緊急度はｍｉｎｏｒである（手順Ｓ１６）。次に、イベント受信部４３は、記録時間テーブル４５を参照し、緊急度がｍｉｎｏｒのイベントの記録時間を確認する。図５によると、緊急度がｍｉｎｏｒのイベントの記録時間は１０分とある。イベント受信部４３は、記録時間１０分の情報に従って、それ以降１０分間は緊急度がｍｉｎｏｒなイベントをイベント記録部４２へ書き込むことになる（手順Ｓ１７）。その１０分の間は、パケット中継装置１３から管理マネージャ１２へは通知トラヒックは発生しない。イベント記録部４２では、１０分間のイベント書込み処理の後、タイムアウトが発生する（手順Ｓ１８）。イベント受信部４３は、イベント記録部４２に１０分間に書き込まれた複数のｍｉｎｏｒなイベントを、図１９に示す形式に１つに集約する（手順Ｓ１９）。集約したメッセージを作成すると、イベント受信部４３はイベント通知部４４へ該メッセージを送信する（手順Ｓ２０）。イベント通知部４４はその後、管理マネージャ１２とＴＣＰコネクションを張り（手順Ｓ２１）、集約されたイベント通知を管理マネージャ１２へ転送する（手順Ｓ２２）。イベント通知が終了すると、イベント通知部４４は、ＴＣＰコネクションを切断する（手順Ｓ２３）。

仮にタイムアウトが発生する前にイベント記録領域を使い果たしてしまった場合は、その時点でそれまでのイベントを集約しイベント通知を作成する。集約したメッセージを作成すると、イベント受信部４３はイベント通知部４４へメッセージを送信する。イベント通知をした後は、イベント受信部４３内のタイマー５６をリセットし、その時点から再びイベント記録処理を開始する。
以上により、重要度がさほど高くないｍｉｎｏｒなイベントにおいては、複数のイベント通知が一度のイベント通知に集約されて発行されるため、無駄にネットワークの帯域を消費することがなくなる。また、パケット中継装置１３内のパケット送信部３１における過負荷を回避可能である。

２．実施の形態２（閾値）
図３に本実施の形態におけるネットワーク構成図を示す。インターネット１１内にパケット中継装置１３−１５が複数存在し、管理マネージャ１２によって管理されている。パケット中継装置１３−１５は、障害（ｆａｕｌｔ）発生、状態（ｓｔａｔｅ）変更、構成定義（ｃｏｎｆｉｇ）変更が起こった場合、その情報をイベント通知として管理マネージャ１２に通知する。
図７は、図３中に示した、本実施の形態におけるパケット中継装置１３を示す。本実施の形態のパケット中継装置１３においては、他のパケット中継装置から送信されたパケットを回線インタフェース２４にて受信すると、受信したパケットの宛先アドレスをキー情報として宛先検索テーブル３７を参照する。その結果、他パケット中継装置宛てであった場合、送信回線インタフェースが決まり、その回線インタフェースへパケットを転送する。パケットはその回線インタフェースを介して所望のパケット中継装置へ送信される。一方、宛先検索テーブル３７を検索した結果、自分宛てであった場合、パケット処理部２１内のパケット受信部２９へパケットを転送する。パケット受信部２９は該パケットに必要な処理を施すため、アプリケーション２８へ転送する。また、構成定義管理部２７ではオペレータが入力した設定内容に基づいて構成定義を変更する。
上記各部位は、上記の一連の処理をする中で障害（ｆａｕｌｔ）発生、状態（ｓｔａｔｅ）変更、構成定義（ｃｏｎｆｉｇ）変更が起こった場合、イベント管理部４１内のイベント受信部４３にイベントの発生を通知する。
イベント管理部４１では、イベント毎の緊急度を記した緊急度テーブル４６を管理している。またイベント受信部４３は、緊急度毎にイベントの発生回数をカウントするカウンタ５７を持っており、イベント管理部４１は、カウンタ５７の閾値を緊急度毎に記した回数閾値テーブル４７も管理している。緊急度テーブル４６を図４に、回数閾値テーブル４７を図８に示す。緊急度のレベルとしては、ｃｒｉｔｉｃａｌ、ｍａｊｏｒ、ｍｉｎｏｒがあるとする。緊急度がｃｒｉｔｉｃａｌのイベントには、障害（ｆａｕｌｔ）の発生等、パケット中継装置１３の継続運用に重大な影響を及ぼすイベントが割当てられているとする。緊急度がｍａｊｏｒのイベントには、状態（ｓｔａｔｅ）の変更等、オペレータの及び知らぬところでパケット中継装置１３に何らかの作用が働いた場合に生成されるイベントが割当てられているとする。緊急度がｍｉｎｏｒのイベントには、オペレータによる構成定義（ｃｏｎｆｉｇ）の変更等、確認の意味合いが強いイベント通知が割当てられているとする。
イベント受信部４３は、アプリケーション２８からイベント通知を受信すると緊急度テーブル４６を参照する。各イベント通知には、イベント毎に一意なイベントＩＤが記載されており、イベント受信部４３は、イベントＩＤに従い、緊急度テーブル４６を参照することによって、そのイベントの緊急度を確認できる。イベント受信部４３は、イベントの緊急度を認識すると、次に回数閾値テーブル４７を参照し、該緊急度のイベント発生数の閾値を確認する。イベント受信部４３は、閾値を確認すると、その閾値に到達するまで、イベント記憶部４２の記憶領域にイベント書込み処理を行う。イベント記憶部４２は、例えば、緊急度毎のイベント記憶領域を有し、その領域に、各緊急度に応じて受信したイベントを記憶する。イベント管理部４１は、緊急度毎のイベント発生数を記録するためのカウンタ５７を持っており、イベント受信部４３は、緊急度ごとに初めてイベントを書き込む際にはカウンタ５７を０から１に増加させる。カウンタ５７が回数閾値テーブル４７に記載されていた閾値に達すると、イベント受信部４３は、これまでに記録した複数のイベント通知を１つのイベント通知に集約する。

図１８に、パケット中継装置から管理マネージャに送信させる単体のイベント通知の説明図を示す。また、図１９に、パケット中継装置から管理マネージャに送信される複数のイベント通知を集約したイベント通知の説明図を示す。イベント通知は、１つの場合は（イベントＩＤ＝２）図１８に示す形式だが、これを複数（イベントＩＤ＝２、５、２、５）まとめて図１９に示す形式にする。
まとめられたイベント通知はイベント通知部４４に送られ、イベント通知部４４から更に管理マネージャ１２に通知するため、宛先アドレスを管理マネージャ１２のＩＰアドレスとして管理マネージャ１２に向けて送信する。パケットは、パケット送信部３１、パケット転送部２３、回線インタフェース２５を経由して管理マネージャ１２に送信される。
図３中に示した、本実施の形態における管理マネージャを図２に示す。本実施の形態の管理マネージャ１２においては、パケット中継装置１３から送信されたイベント通知を回線インタフェース２６にて受信する。イベント通知を受信すると、パケット処理部２２内のイベント通知受信部５２へイベント通知を転送する。イベント通知受信部５２は、イベント通知を受信すると、その情報をイベント表示部５３へ送る。イベント表示部５３は、受信したイベント通知を管理画面に表示し、オペレータはパケット中継装置１３の状態を知ることが出来る。

ここで、実際にイベントが発生した場合のパケット中継装置１３内の動作を詳述する。図９に、パケット中継装置と管理マネージャとのシーケンス図を示す。
ある回線インタフェースが切断し、通信ができなくなったとのイベント（以降、イベント１と呼ぶ。即ち、イベントＩＤが‘１’であることを示す。以下同様。）がイベント受信部４３に到達したとする。イベント受信部４３では、イベント通知を受信すると緊急度テーブル４６を参照する。図４によると、イベント１の緊急度はｃｒｉｔｉｃａｌである（手順Ｓ３１）。次に、イベント受信部４３は、回数閾値テーブル４７を参照し、緊急度がｃｒｉｔｉｃａｌのイベントの記録可能回数を確認する。図８によると、緊急度がｃｒｉｔｉｃａｌのイベントの記録回数は１とある。従って、イベント１が発生した場合、イベント受信部４３は、すぐさまその旨をイベント通知部４４へ送る（手順Ｓ３２）。イベント通知部４４は、管理マネージャ１２との間にＴＣＰコネクションを確立し（手順Ｓ３３）、そのイベントを更に管理マネージャ１２へ転送する（手順Ｓ３４）。イベント通知が終了すると、イベント通知部４４は、ＴＣＰコネクションを切断する（手順Ｓ３５）。以上により、緊急度がｃｒｉｔｉｃａｌなイベントは、発生する度に管理マネージャ１２に通知される。

一方で、オペレータが構成定義を変更したとする（以降、イベント３と呼ぶ）。構成定義管理部２７は、イベント３が発生したことをイベント受信部４３へ通知する。イベント受信部４３では、イベント３の通知を受信した後、緊急度テーブル４６を参照する。図４によると、イベント３の緊急度はｍｉｎｏｒである（手順Ｓ３６）。次に、イベント受信部４３は、回数閾値テーブル４７を参照し、緊急度がｍｉｎｏｒのイベントの記録可能回数を確認する。図８によると、緊急度がｍｉｎｏｒのイベントの記録可能回数は１０とある。イベント受信部４３は、記録可能回数１０の情報に従って、それ以降、その緊急度のイベントが発生するたびにカウンタ５７を１つずつ増加させる。イベント受信部４３は、カウンタ５７が１０に到達するまで、ｍｉｎｏｒなイベントをイベント記録部４２へ書き込む（手順Ｓ３７）。緊急度がｍｉｎｏｒのイベントは、１０回発生するまでは、パケット中継装置１３から管理マネージャ１２へ通知トラヒックは発生しない。イベント記録部４２では、緊急度がｍｉｎｏｒのイベントが１０回書き込まれると、閾値を越えることになる（手順Ｓ３８）。イベント受信部４３は、イベント記録部４２に書き込まれた１０個のｍｉｎｏｒなイベントを１つにまとめたイベント通知を作成する（手順Ｓ３９）。集約したメッセージを作成すると、イベント受信部４３はイベント通知部４４へ該メッセージを送信する（手順Ｓ４０）。イベント通知部４４はその後、管理マネージャ１２とＴＣＰコネクションを張り（手順Ｓ４１）、集約されたイベント通知を管理マネージャ１２へ転送する（手順Ｓ４２）。イベント通知が終了すると、パケット通知部４４は、ＴＣＰコネクションを切断する（手順Ｓ４３）。

以上により、重要度がさほど高くないｍｉｎｏｒなイベントにおいては、複数のイベント通知が一度のイベント通知に集約されて発行されるため、無駄にネットワークの帯域を消費することがなくなる。また、パケット中継装置１３内のパケット送信部３１における過負荷を回避可能である。

３．実施の形態３（ポーリング）
図３に本実施におけるネットワーク構成図を示す。インターネット１１内にパケット中継装置１３−１５が複数存在し、管理マネージャ１２によって管理されている。パケット中継装置１３−１５は、障害（ｆａｕｌｔ）発生、状態（ｓｔａｔｅ）変更、構成定義（ｃｏｎｆｉｇ）変更が起こった場合、その情報をイベント通知として管理マネージャ１２に通知する。
図１０は、図３中に示した、本実施の形態におけるパケット中継装置１３を示す。本実施の形態のパケット中継装置１３においては、他のパケット中継装置から送信されたパケットを回線インタフェース２４にて受信すると、受信したパケットの宛先アドレスをキー情報として宛先検索テーブル３７を参照する。その結果、他パケット中継装置宛てであった場合、送信回線インタフェースが決まり、その回線インタフェースへパケットを転送する。パケットはその回線インタフェースを介して所望のパケット中継装置へ送信される。一方、宛先検索テーブル３７を検索した結果、自分宛てであった場合、パケット処理部２１内のパケット受信部２９へパケットを転送する。パケット受信部２９は該パケットに必要な処理を施すため、アプリケーション２８へ転送する。また、構成定義管理部２７ではオペレータが入力した設定内容に基づいて構成定義を変更する。

上記各部位は、上記の一連の処理をする中で障害（ｆａｕｌｔ）発生、状態（ｓｔａｔｅ）変更、構成定義（ｃｏｎｆｉｇ）変更が起こった場合、イベント管理部４１内のイベント受信部４３にイベントの発生を通知する。
イベント管理部４１では、イベント毎の緊急度を記した緊急度テーブル４６を管理している。
図４に、緊急度テーブル４６を示す。緊急度のレベルとしては、ｃｒｉｔｉｃａｌ、 ｍａｊｏｒ、 ｍｉｎｏｒがあるとする。緊急度がｃｒｉｔｉｃａｌのイベントには、障害（ｆａｕｌｔ）の発生等、パケット中継装置１３の継続運用に重大な影響を及ぼすイベントが割当てられているとする。緊急度がｍａｊｏｒのイベントには、状態（ｓｔａｔｅ）の変更等、オペレータの及び知らぬところでパケット中継装置１３に何らかの作用が働いた場合に生成されるイベントが割当てられているとする。緊急度がｍｉｎｏｒのイベントとしては、オペレータによる構成定義（ｃｏｎｆｉｇ）の変更等、確認の意味合いが強いイベント通知が割当てられているとする。

イベント受信部４３は、アプリケーション２８からイベント通知を受信すると緊急度テーブル４６を参照する。各イベント通知には、イベント毎に一意なイベントＩＤが記載されており、イベント受信部４３は、緊急度テーブル４６を参照することによって、そのイベントの緊急度を確認できる。イベント受信部４３は、イベントの緊急度を認識して、その緊急度がｃｒｉｔｉｃａｌであった場合、即座にイベント通知をパケット中継装置１３にて発行し、管理マネージャ１２へ送信する。イベント通知はイベント通知部４４へ送られ、イベント通知部４４から更に管理マネージャ１２に通知するため、宛先アドレスを管理マネージャ１２のＩＰアドレスとして管理マネージャ１２に向けて送信される。以降、パケット送信部３１、パケット転送部２３、回線インタフェース２５を経由して管理マネージャ１２に送信される。一方、イベントの緊急度がｃｒｉｔｉｃａｌ以外であった場合、イベント記録部４２内に緊急度毎に確保されたイベント記録領域にイベントを書き込んでいく。これらのイベントは、管理マネージャ１２からのイベント取得要求が来た際に、イベント取得要求受信部４８がその要求を受け、その後イベント取得要求受信部４８から管理マネージャ１２へと送信される。
図１１に、図３中に示した、本実施の形態における管理マネージャを示す。本実施の形態の管理マネージャ１２においては、イベントを取得する間隔を緊急度毎に記した取得時間テーブル５５を管理している。
図１２に、取得時間テーブル５５を示す。イベントの緊急度がｃｒｉｔｉｃａｌの場合は、パケット中継装置１３から自発的にイベント通知が送られてくるため、管理マネージャ１２はｃｒｉｔｉｃａｌのイベント通知の取得処理は不要である。一方、イベントの緊急度がｃｒｉｔｉｃａｌ以外の場合、取得テーブルに記された間隔ごとに管理マネージャ１２からパケット中継装置１３に対してポーリングをし、それまでにパケット中継装置１３にて記録されたイベント群を取得する。

パケット中継装置１３から送信されたイベント通知、及び管理マネージャ１２からパケット中継装置１３にポーリングして取得したイベント通知は、管理マネージャ１２内の回線インタフェース２６にて受信する。通知を受信すると、パケット処理部２２内のイベント通知受信部５２へイベント通知を転送する。イベント通知受信部５２は、イベント通知を受信すると、その情報をイベント表示部５３へ送る。イベント表示部５３は、受信したイベント通知を管理画面に表示し、オペレータはパケット中継装置１３の状態を知ることが出来る。
ここで、実際にイベントが発生した場合のパケット中継装置１３内の動作を詳述する。図１３に、パケット中継装置と管理マネージャとのシーケンス図を示す。
ある回線インタフェースが切断し、通信ができなくなったとのイベント（以降、イベント１と呼ぶ。即ち、イベントＩＤが‘１’であることを示す。以下同様。）がイベント受信部４３に到達したとする。イベント受信部４３では、イベント通知を受信すると緊急度テーブル４６を参照する。図４によると、イベント１の緊急度はｃｒｉｔｉｃａｌである（手順Ｓ５１）。イベント受信部４３は、すぐさまその旨をイベント通知部４４へ送る（手順Ｓ５２）、イベント通知部４４は、管理マネージャ１２との間にＴＣＰコネクションを確立し（手順Ｓ５３）、そのイベントを更に管理マネージャ１２へ転送する（手順Ｓ５４）。イベント通知が終了すると、ＴＣＰコネクションを切断する（手順Ｓ５５）。以上により、緊急度がｃｒｉｔｉｃａｌなイベントは、発生する度に管理マネージャ１２に通知される。

一方で、オペレータが構成定義を変更したとする（以降、イベント３と呼ぶ）。構成定義管理部２７は、イベント３が発生したことをイベント受信部４３へ通知する。イベント受信部４３では、イベント３の通知を受信した後、緊急度テーブル４６を参照する。図４によると、イベント３の緊急度はｍｉｎｏｒである（手順Ｓ５６）。イベント受信部４３は、イベント記録部４２内に緊急度毎に確保されたイベント記録領域にイベントを書き込んでいく（手順Ｓ５７）。この間は、パケット中継装置１３から管理マネージャ１２へは通知トラヒックは発生しない。管理マネージャ１２は、図１２に記された時間が経過する度にパケット中継装置１３との間にＴＣＰコネクションを確立し（手順Ｓ５８）、イベントの取得を要求する（手順Ｓ５９）。管理マネージャ１２からパケット中継装置１３に対してイベント取得要求を発行することによって、この例では、ｍａｊｏｒなイベントは５分に一度、ｍｉｎｏｒなイベントは１０分に一度取得する。イベント取得要求受信部４８は、イベント取得要求を受信するとイベント記録部４２を参照する（手順Ｓ６０）。イベント取得要求受信部４８又はイベント受信部４３は、この間にイベント記録部４２に書き込まれた複数のｍｉｎｏｒなイベントを１つにまとめたイベント通知を作成する（手順Ｓ６１）。

図１８に、パケット中継装置から管理マネージャに送信される単体のイベント通知の説明図を示す。また、図１９に、パケット中継装置から管理マネージャに送信される複数のイベント通知を集約したイベント通知の説明図を示す。イベント通知は、１つの場合（イベントＩＤ＝２）は図１８に示す形式だが、これを複数（イベントＩＤ＝２、５、２、５）まとめて図１９に示す形式にする。
イベント取得要求受信部４８又はイベント受信部４３は、集約したメッセージを作成すると、イベント取得要求受信部４８は、イベント通知部４４へ該メッセージを送信する（手順Ｓ６２）。イベント通知部４４はその後、既に確立しているＴＣＰコネクションを介して、集約されたイベント通知を管理マネージャ１２へ転送する（手順Ｓ６３）。イベント通知が終了すると、ＴＣＰコネクションを切断する（手順Ｓ６４）。
仮に管理マネージャ１２からの定期的なイベント取得要求を受信する前に、イベント記録領域を使い果たしてしまった場合は、その時点でそれまでのイベントを集約しイベント通知を作成することができる。
イベント取得要求受信部４８又はイベント受信部４３は、集約したメッセージを作成すると、イベント通知部４４へメッセージを送信する。
以上により、重要度がさほど高くないｍｉｎｏｒなイベントにおいては、複数のイベント通知が一度のイベント通知に集約されて発行されるため、無駄にネットワークの帯域を消費することがなくなる。また、パケット中継装置１３内のパケット送信部３１における過負荷を回避可能である。

４．変形例
４−１．実施の形態４（１セッション内複数通知）
実施の形態１、２、３のセッションの取り扱いは、本実施の形態に示す形式を適用しても良い。以下、一例として、実施の形態１のセッションの取り扱いが、本実施の形態の形式である場合について説明するが、他の実施の形態２、３についても同様に適用可能である。
図１に、本実施の形態におけるパケット中継装置を示す。図１内のイベント受信部４３は、イベント通知を受信すると緊急度テーブル４６を参照する。各イベント通知には、イベント毎に一意なイベントＩＤが記載されており、緊急度テーブル４６を参照することによって、そのイベントの緊急度を確認できる。イベント受信部４３は、イベントの緊急度を認識すると、次に記録時間テーブル４５を参照し、その緊急度の記録時間を確認する。上述のように、イベント受信部４３は、記録時間を確認すると、その記録時間の間、イベント記録部４２の記憶領域にイベント書き込み処理を行う。上述のように、イベント受信部４３は、タイマー５６を持っており、緊急度ごとに初めてイベントを書き込む際にはタイマー５６をスタートさせる。タイマー５６が、記録時間テーブル４５に記載されていた時間に達すると、イベント受信部４３は、複数のイベント通知をイベント通知部４４に送り、イベント通知部４４から更に管理マネージャ１２へ通知する。パケットは、パケット送信部３１、パケット転送部２３、回線インタフェース２５を経由して管理マネージャ１２に送信される。

図２に、本実施の形態における管理マネージャを示す。本実施の形態の管理マネージャ１２においては、パケット中継装置１３から送信されたイベント通知を回線インタフェース２６にて受信する。イベント通知を受信すると、パケット処理部２２内のイベント通知受信部５２へイベント通知を転送する。イベント通知受信部５２は、イベント通知を受信すると、その情報をイベント表示部５３へ送る。イベント表示部５３は、受信したイベント通知を管理画面に表示し、オペレータはパケット中継装置１３の状態を知ることが出来る。
ここで、実際にイベントが発生した場合のパケット中継装置１３内の動作を詳述する。図１４に、パケット中継装置と管理マネージャとのシーケンス図を示す。
ある回線インタフェースが切断し、通信ができなくなったとのイベント（以降、イベント１と呼ぶ）がイベント受信部４３に到達したとする。イベント受信部４３では、イベント通知を受信すると緊急度テーブル４６を参照する。図４によると、イベント１の緊急度はｃｒｉｔｉｃａｌである（手順Ｓ７１）。次に、イベント受信部４３は、記録時間テーブル４５を参照し、緊急度がｃｒｉｔｉｃａｌのイベントの記録時間を確認する。図５によると、緊急度がｃｒｉｔｉｃａｌのイベントの記録時間はその都度とある。従って、イベント１が発生した場合、すぐさまその旨をイベント通知部４４へ送る（手順Ｓ７２）。イベント通知部４４は、管理マネージャ１２との間にＴＣＰコネクションを確立し（手順Ｓ７３）、そのイベントを更に管理マネージャ１２へ転送する（手順Ｓ７４）。イベント通知が終了すると、イベント通知部４４は、ＴＣＰコネクションを切断する（手順Ｓ７５）。以上により、緊急度がｃｒｉｔｉｃａｌなイベントは、発生する度に管理マネージャ１２に通知される。

一方で、オペレータが構成定義を変更したとする（以降、イベント３と呼ぶ）。構成定義管理部２７は、イベント３が発生したことをイベント受信部４３へ通知する。イベント受信部４３では、イベント３の通知を受信した後、緊急度テーブル４６を参照する。図４によると、イベント３の緊急度はｍｉｎｏｒである（手順Ｓ７６）。次に、イベント受信部４３は、記録時間テーブル４５を参照し、緊急度がｍｉｎｏｒのイベントの記録時間を確認する。図５によると、緊急度がｍｉｎｏｒのイベントの記録時間は１０分とある。イベント受信部４３は、記録時間１０分の情報に従って、それ以降１０分間は緊急度がｍｉｎｏｒなイベントをイベント記録部４２へ書き込むことになる（手順Ｓ７７）。その１０分の間は、パケット中継装置１３から管理マネージャ１２へは通知トラヒックは発生しない。イベント記録部４２では、１０分間のイベント書込み処理の後、タイムアウトが発生する（手順Ｓ７８）。イベント受信部４３は、１０分間にイベント記録部４２に書き込まれた複数のｍｉｎｏｒなイベントを一度にイベント通知部４４へ送信する（手順Ｓ７９）。なお、ここでは、複数のイベントが集約されずに、複数個のイベントが、ひとつのＴＣＰコネクション内で連続して送られる。イベント通知部４４は、管理マネージャ１２とＴＣＰコネクションを張り（手順Ｓ８０）、そのセッションを介して一度に複数のイベント通知を管理マネージャ１２へ転送する（手順Ｓ８１）。イベント通知が終了すると、ＴＣＰコネクションを切断する（手順Ｓ８２）。
仮にタイムアウトが発生する前にイベント記録領域を使い果たしてしまった場合は、その時点でそれまでのイベントをまとめて、イベント通知部４４から管理マネージャ１２へイベントを通知する。イベント通知をした後は、時間をリセットし、その時点から再びイベント記録処理を開始する。
以上により、重要度がさほど高くないｍｉｎｏｒなイベントにおいては、複数のイベント通知が一つのＴＣＰコネクション内で発行されるため、パケット中継装置１３内のパケット送信部３１における過負荷を回避可能である。

４−２．実施の形態５（閾値越えで緊急度変更）
実施の形態２は、本実施の形態に示す方式を備えていても良い。
図７に、本実施の形態におけるパケット中継装置を示す。図７内のイベント受信部４３は、アプリケーション２８から、イベント通知を受信すると緊急度テーブル４６を参照する。各イベント通知には、イベント毎に一意なイベントＩＤが記載されており、イベント受信部４３は、イベントＩＤに従い、緊急度テーブル４６を参照することによって、そのイベントの緊急度を確認できる。イベント受信部４３は、イベントの緊急度を認識すると、次に回数閾値テーブル４７を参照し、該緊急度のイベント発生数の、閾値を確認する。上述のように、イベント受信部４３は、閾値を確認すると、その閾値に到達するまで、イベント記録部４２の記憶領域にイベント書込み処理を行う。上述のように、イベント受信部４３は、カウンタ５７を持っており、緊急度ごとに初めてイベントを書き込む際にはカウンタ５７を０から１に増加させる。カウンタ５７が回数閾値テーブル４７に記載されていた閾値に達すると、イベント受信部４３は、これまでに記録した複数のイベント通知を１つのイベント通知に集約する。上述のように、イベント通知は、１つの場合は図１８に示す形式だが、これを複数まとめて図１９に示す形式にする。
まとめられたイベント通知はイベント通知部４４に送られ、イベント通知部４４から更に管理マネージャ１２に通知するため、宛先アドレスを管理マネージャ１２のＩＰアドレスとして管理マネージャ１２に向けて送信する。パケットは、パケット送信部３１、パケット転送部２３、回線インタフェース２５を経由して管理マネージャ１２に送信される。

また、イベント管理部４１においては、さらに、緊急度調整用のタイマー５８を持っており、イベント発生回数が単位時間内に閾値を越えた場合、緊急度テーブル４６に記されたそのイベントの緊急度を上げる。例えば、タイマー５８の測定可能時間等の設定時間が３分と設定されているとする。図４によるとイベント２の緊急度はｍａｊｏｒであり、図８によるとｍａｊｏｒなイベントは５回イベントが発生する毎に、それまでのイベントを集約し管理マネージャ１２に通知することになっている。ここで、イベント２が３分以内に起こった場合、何らかの異常が発生していると捉え、イベント受信部４３は、緊急度テーブル４６に記されている緊急度を上げる。この場合、イベント２の緊急度をｍａｊｏｒからｃｒｉｔｉｃａｌに格上げする。
なお、緊急度調整用のタイマー５８は、イベントＩＤごとに設定時間を記憶しておき、イベントＩＤごとに設定時間を越えてあるイベントＩＤのイベントが発生した場合、イベント受信部４３は、緊急度テーブル４６に記憶された当該イベントＩＤの緊急度を上げるようにしてもよい。
以上により、今後イベント２は、イベントが発生する度にパケット中継装置１３から管理マネージャ１２へ送られ、オペレータの注意をより促すことが可能となる。
図３中に示した、本実施の形態における管理マネージャを図２に示す。本実施の形態の管理マネージャ１２においては、パケット中継装置１３から送信されたイベント通知を回線インタフェース２６にて受信する。イベント通知を受信すると、パケット処理部２２内のイベント通知受信部５２へイベント通知を転送する。イベント通知受信部５２は、イベント通知を受信すると、その情報をイベント表示部５３へ送る。イベント表示部５３は、受信したイベント通知を管理画面に表示し、オペレータはパケット中継装置１３の状態を知ることが出来る。

４−３．実施の形態６（組み合わせ）
実施の形態１、２、３の緊急度テーブルは、本実施の形態を示す形式に適用しても良い。以下、一例として、実施の形態１の緊急度テーブルが、本実施の形態の形式である場合について説明するが、他の実施の形態２、３についても同様に適用可能である。
図１に、本実施の形態におけるパケット中継装置を示す。図１内のイベント管理部４１では、イベント毎、或いはイベントの組み合わせ毎の緊急度を記した緊急度テーブル４６と、緊急度毎のイベント記録時間を記した記録時間テーブル４５を管理している。
図１５に、緊急度テーブル４６を、図５に、イベント記録時間テーブル４５を示す。緊急度のレベルとしては、ｃｒｉｔｉｃａｌ、ｍａｊｏｒ、ｍｉｎｏｒがあるとする。緊急度がｃｒｉｔｉｃａｌのイベントには、障害（ｆａｕｌｔ）の発生等、パケット中継装置１３の継続運用に重大な影響を及ぼすイベントが割当てられているとする。緊急度がｍａｊｏｒのイベントには、状態（ｓｔａｔｅ）の変更等、オペレータの及び知らぬところでパケット中継装置１３に何らかの作用が働いた場合に生成されるイベントが割当てられているとする。緊急度がｍｉｎｏｒのイベントとしては、オペレータによる構成定義（ｃｏｎｆｉｇ）の変更等、確認の意味合いが強いイベント通知が割当てられているとする。
また、一つのイベントの緊急度に関してはそれほど高い緊急度が設定されていないものの、別のイベントと組み合わさると緊急度が高いイベントもある。例えば、イベント３は構成定義（ｃｏｎｆｉｇ）の変更イベント、イベント４は、ｔｅｌｎｅｔによるログインイベント、イベント５はＮＥＴＣＯＮＦセッション確立であるとする。図１５に示すように、イベント３、４、５それぞれのイベントは、どれも頻繁に起こる事象であり、緊急度もそれほど高くない。しかし、これらが組み合わさると、オペレータ以外にも何者かが構成定義を変更している可能性があり、通知は緊急を要する。よって、このような場合は、複数イベントを組み合わせた事象に緊急度が割当てられているとする。

イベント受信部４３は、アプリケーション２８から、イベント通知を受信すると緊急度テーブル４６を参照する。各イベント通知には、イベント毎に一意なイベントＩＤが記載されており、イベント受信部４３は、イベントＩＤに従い、緊急度テーブル４６を参照することによって、そのイベントの緊急度を確認できる。イベント受信部４３は、イベントの緊急度を認識すると、次に記録時間テーブル４５を参照し、その緊急度の記録時間を確認する。上述のように、イベント受信部４３は、記録時間を確認すると、その記録時間の間、イベント記録部４２の記憶領域にイベント書き込み処理を行う。上述のように、イベント受信部４３は、タイマー５６を持っており、緊急度ごとに初めてイベントを書き込む際にはタイマー５６をスタートさせる。タイマー５６が、記録時間テーブル４５に記載されていた時間に達すると、イベント受信部４３は、これまでに記録した複数のイベント通知を１つのイベント通知に集約する。さらに、例えば、イベント受信部４３は、予め定められた所定期間、発生したイベントのイベントＩＤを監視及び／又は記憶しておき、図１５に示したような緊急度テーブル４６を参照し、所定期間に複数のイベントＩＤのイベントが発生した場合に、該当する緊急度を求めることができる。
イベント受信部４３は、記録時間テーブル４５を参照し、緊急度がｃｒｉｔｉｃａｌのイベントの記録時間を確認する。図５によると、緊急度がｃｒｉｔｉｃａｌのイベントの記録時間はその都度とある。従って、イベント１が発生した場合、すぐさまその旨をイベント通知部４４へ送る。

上述のように、イベント通知は、１つの場合は図１８に示す形式だが、これを複数まとめて図１９に示す形式にする。まとめられたイベント通知はイベント通知部４４に送られ、イベント通知部４４から更に管理マネージャ１２に通知するため、宛先アドレスを管理マネージャ１２のＩＰアドレスとして管理マネージャ１２に向けて送信する。パケットは、パケット送信部３１、パケット転送部２３、回線インタフェース２５を経由して管理マネージャ１２に送信される。
図３中に示した、本実施の形態における管理マネージャを図２に示す。本実施の形態の管理マネージャ１２においては、パケット中継装置１３から送信されたイベント通知を回線インタフェース２６にて受信する。イベント通知を受信すると、パケット処理部２２内のイベント通知受信部５２へイベント通知を転送する。イベント通知受信部５２は、イベント通知を受信すると、その情報をイベント表示部５３へ送る。イベント表示部５３は、受信したイベント通知を管理画面に表示し、オペレータはパケット中継装置１３の状態を知ることが出来る。

４−４．実施の形態７（通知方式選択）
実施の形態１、２、３は、本実施の形態に示す通知方式選択テーブルを備えていても良い。以下、一例として、実施の形態１が、本実施の形態に示す通知方式選択テーブルを備えている場合について説明するが、他の実施の形態２、３についても同様に適用可能である。
図１に、本実施の形態におけるパケット中継装置を示す。図１内のイベント管理部４１では、イベント毎の緊急度を記した緊急度テーブル４６と、緊急度毎のイベント記録時間を記した記録時間テーブル４５と、イベント毎に管理マネージャ１２へ通知する方式を記した通知方式選択テーブル４９を管理している。
図４に、緊急度テーブル４６を、図５に、イベント記録時間テーブル４５を、図１７に、通知方式選択テーブル４９を示す。緊急度のレベルとしては、ｃｒｉｔｉｃａｌ、ｍａｊｏｒ、ｍｉｎｏｒがあるとする。緊急度がｃｒｉｔｉｃａｌのイベントには、障害（ｆａｕｌｔ）の発生等、パケット中継装置１３の継続運用に重大な影響を及ぼすイベントが割当てられているとする。緊急度がｍａｊｏｒのイベントには、状態（ｓｔａｔｅ）の変更等、オペレータの及び知らぬところでパケット中継装置１３に何らかの作用が働いた場合に生成されるイベントが割当てられているとする。緊急度がｍｉｎｏｒのイベントとしては、オペレータによる構成定義（ｃｏｎｆｉｇ）の変更等、確認の意味合いが強いイベント通知が割当てられているとする。

イベント受信部４３は、イベントの通知を受信するとまず始めに通知方式選択テーブル４９を参照する。イベント受信部４３は、通知方式選択テーブル４９にて、通知方式がＳＮＭＰ、ｓｙｓｌｏｇ等のコネクションレス型通信であった場合、その通知をイベント通知部４４へ送り、その部位から管理マネージャ１２へ送る。通知はＵＤＰに載せて送られる。通知方式選択テーブル４９にて、通知方式がＮＥＴＣＯＮＦ等のコネクション型通信であった場合、更に緊急度テーブル４６を参照する。各イベント通知には、イベント毎に一意なイベントＩＤが記載されており、イベント受信部４３は、イベントＩＤに従い、緊急度テーブル４６を参照することによって、そのイベントの緊急度を確認できる。上述のようにイベント受信部４３は、そのイベントの緊急度を確認し、イベントの緊急度を認識すると、次に記録時間テーブル４５を参照し、その緊急度の記録時間を確認する。上述のように、イベント受信部４３は、記録時間を確認すると、その記録時間の間、イベント記録部４２の記憶領域にイベント書き込み処理を行う。上述のように、イベント受信部４３は、タイマー５６を持っており、緊急度ごとに初めてイベントを書き込む際にはタイマー５６をスタートさせる。イベント受信部４３は、タイマー５６が、記録時間テーブル４５に記載されていた時間に達すると、これまでに記録した複数のイベント通知を１つのイベント通知に集約する。上述のように、イベント通知は、１つの場合は図１８に示す形式だが、これを複数まとめて図１９に示す形式にする。

まとめられたイベント通知はイベント通知部４４に送られ、イベント通知部４４から更に管理マネージャ１２に通知するため、宛先アドレスを管理マネージャ１２のＩＰアドレスとして管理マネージャ１２に向けて送信する。パケットは、パケット送信部３１、パケット転送部２３、回線インタフェース２５を経由して管理マネージャ１２に送信される。
図２に、図３中に示した、本実施の形態における管理マネージャを示す。本実施の形態の管理マネージャ１２においては、パケット中継装置１３から送信されたイベント通知を回線インタフェース２６にて受信する。イベント通知を受信すると、パケット処理部２２内のイベント通知受信部５２へイベント通知を転送する。イベント通知受信部５２は、イベント通知を受信すると、その情報をイベント表示部５３へ送る。イベント表示部５３は、受信したイベント通知を管理画面に表示し、オペレータはパケット中継装置１３の状態を知ることが出来る。

４−５．実施の形態８（相乗り）
実施の形態１、２、３は、本実施の形態に示す方式を備えていても良い。以下、一例として、実施の形態１が、本実施の形態に示す方式を備えている場合について説明するが、他の実施の形態についても同様に適用可能である。
図１に、本実施の形態におけるパケット中継装置を示す。図１内のイベント受信部４３は、イベント通知を受信すると緊急度テーブル４６を参照する。各イベント通知には、イベント毎に一意なイベントＩＤが記載されており、イベント受信部４３は、イベントＩＤに従い、緊急度テーブル４６を参照することによって、そのイベントの緊急度を確認できる。イベント受信部４３は、イベントの緊急度を認識すると、次に記録時間テーブル４５を参照し、その緊急度の記録時間を確認する。イベント受信部４３は、記録時間を確認すると、その記録時間の間、イベント記録部４２の記憶領域にイベント書き込み処理を行う。上述のように、イベント管理部４１は、タイマー５６を持っており、イベント受信部４３は、緊急度ごとに初めてイベントを書き込む際にはタイマー５６をスタートさせる。タイマー５６が、記録時間テーブル４５に記載されていた時間に達すると、イベント受信部４３は、これまでに記録した複数のイベント通知を１つのイベント通知に集約する。上述のように、イベント通知は、１つの場合は図１８に示す形式だが、これを複数まとめて図１９に示す形式にする。

またその際、別の緊急度のイベント通知とタイミングが同じであった場合、それらも同一セッション内で送信する。すなわち、イベント管理部４１内のタイマー５６は、さらにイベント通知処理が開始されてから、実際にイベントを送信するまでの待機時間を設定するための待機時間設定用タイマーを備える。そして、各イベント通知をする際に、さらに、待機時間設定用タイマーをスタートさせ、タイマーの設定時間待機してから、管理マネージャにイベント通知をする。仮に、他イベントを待機可能な時間が３秒と設定されているとする。このとき、例えば、タイマー５６のｍａｊｏｒの記録時間が５分となり、イベント受信部４３が、緊急度がｍａｊｏｒのイベントを集約したイベント通知をしようとした場合を想定する。ここで、待機時間設定用のタイマーの値が２秒経過したときに、緊急度がｃｒｉｔｉｃａｌのイベントも発生した場合、イベント受信部４３は、このｃｒｉｔｉｃａｌのイベントも、ｍａｊｏｒのイベント通知と同一ＮＥＴＣＯＮＦセッション等のコネクション型通信上でイベント通知をはかる。なお、ｍｉｎｏｒのイベントについても同様にｃｒｉｔｉｃａｌのイベントを同一のセッションで通知することができる。イベント通知はイベント通知部４４に送られ、イベント通知部４４から更に管理マネージャ１２に通知するため、宛先アドレスを管理マネージャ１２のＩＰアドレスとして管理マネージャ１２に向けて送信する。パケットは、パケット送信部３１、パケット転送部２３、回線インタフェース２５を経由して管理マネージャ１２に送信される。

図３中に示した、本実施の形態における管理マネージャを図２に示す。本実施の形態の管理マネージャ１２においては、パケット中継装置１３から送信されたイベント通知を回線インタフェース２６にて受信する。イベント通知を受信すると、パケット処理部２２内のイベント通知受信部５２へイベント通知を転送する。イベント通知受信部５２は、イベント通知を受信すると、その情報をイベント表示部５３へ送る。イベント表示部５３は、受信したイベント通知を管理画面に表示し、オペレータはパケット中継装置１３の状態を知ることが出来る。

本発明は、各種プロトコル、各種コネクション型通信及びコネクションレス型通信に適用することができる。また、本発明は、適宜の数及びランクの緊急度に適用することができる。

実施の形態１、４、６、８における、パケット中継装置を示す図である。 実施の形態１、２、４、５、６、７、８における、管理マネージャを示す図である。 実施の形態１、２、３、４、５、６、７、８のパケット中継装置と管理マネージャが設置されるネットワーク構成を示す図である。 実施の形態１、２、３、４、５、７、８のパケット中継装置にて保持される、イベントとそのイベントの緊急度を記したテーブルである。 実施の形態１、４、６、７、８における、パケット中継装置にて保持される、イベントの緊急度とその記録可能時間との対を記したテーブルである。 実施の形態１における、パケット中継装置にてイベントが発生した場合の、パケット中継装置内のシーケンスを示す図である。 実施の形態２、５における、パケット中継装置を示す図である。 実施の形態２、５における、パケット中継装置にて保持される、イベントの緊急度とその記録可能回数との対を記したテーブルである。 実施の形態２、５における、パケット中継装置にてイベントが発生した場合の、パケット中継装置内のシーケンスを示す図である。 実施の形態３における、パケット中継装置を示す図である。 実施の形態３における、管理マネージャを示す図である。 実施の形態３における、管理マネージャにて保持される、イベントの緊急度とその取得時間間隔との対を記したテーブルである。 実施の形態３における、パケット中継装置にてイベントが発生した場合の、パケット中継装置内のシーケンスを示す図である。 実施の形態４における、パケット中継装置にてイベントが発生した場合の、パケット中継装置内のシーケンスを示す図である。 実施の形態６のパケット中継装置にて保持される、イベントとそのイベントの緊急度を記したテーブルである。 実施の形態７における、パケット中継装置を示す図である。 実施の形態７のパケット中継装置にて保持される、イベントとそのイベントの通知方式を記したテーブルである。 実施の形態１、２、５、６、７のパケット中継装置から管理マネージャに送信される、単体のイベント通知である。 実施の形態１、２、５、６、７における、パケット中継装置から管理マネージャに送信される、複数のイベント通知を集約したイベント通知である。

符号の説明

１１ インターネット
１２ 管理マネージャ
１３−１５ パケット中継装置
２１−２２ パケット処理部
２３ パケット転送部
２４−２６ 回線インタフェース
２７ 構成定義管理部
２８ アプリケーション
２９−３０ パケット受信部
３１−３２ パケット送信部
３７ 宛先検索テーブル
４１ イベント管理部
４２ イベント記録部
４３ イベント受信部
４４ イベント通知部
４５ 記録時間テーブル
４６ 緊急度テーブル
４７ 回数閾値テーブル
４８ イベント取得要求受信部
４９ 通知方式選択テーブル
５１ 管理アプリケーション
５２ イベント通知受信部
５３ イベント表示部
５４ イベント通知取得部
５５ 取得時間テーブル
５６ タイマー
５７ カウンタ
５８ タイマー

Claims (19)

1. イベントを受信し、管理マネージャにイベントを通知するパケット中継装置であって、
   イベント識別子に対して、イベントの緊急度を記憶した緊急度テーブルと、
   イベントの緊急度に対して、イベントを記録可能な記録時間間隔を記憶した記録時間テーブルと、
   イベントの緊急度毎に、イベントが発生してからの時間を測定するためのタイマーと、
   緊急度毎にイベントを記憶するイベント記録部と、
   イベントを管理マネージャに通知するためのイベント通知部と
   前記緊急度テーブル及び前記記録時間テーブル及び前記タイマーを参照し、イベントを前記イベント記録部に記憶する処理、及び、前記イベント通知部によりイベントを前記管理マネージャに送信するための処理を実行するためのイベント受信部と
   を備え、
   前記イベント受信部は、
   イベントを受信すると、イベントからイベント識別子を抽出し、イベント識別子に基づき前記緊急度テーブルを参照してイベントの緊急度を求め、
   イベントの緊急度に基づき前記記録時間テーブルを参照し、該緊急度の記録時間を求め、
   前記タイマーによる測定時間が前記記録時間に達するまでの間は、緊急度毎に受信したイベントを前記イベント記録部に書き込み、
   前記タイマーによる測定時間が前記記録時間に達すると、前記イベント記録部に記録されたイベントを前記イベント通知部により管理マネージャに送信する
   前記パケット中継装置。
2. イベントを受信し、管理マネージャにイベントを通知するパケット中継装置であって、
   イベント識別子に対して、イベントの緊急度を記憶した緊急度テーブルと、
   緊急度毎にイベントを記録可能なイベント発生の閾値を記憶した回数閾値テーブルと、
   緊急度毎にイベントを記憶するイベント記録部と、
   イベントを管理マネージャに通知するためのイベント通知部と
   前記緊急度テーブル及び前記回数閾値テーブルを参照し、イベントを前記イベント記録部に記憶する処理、及び、前記イベント通知部によりイベントを前記管理マネージャに送信するための処理を実行するためのイベント受信部と
   を備え、
   前記イベント受信部は、
   イベントを受信すると、イベントからイベント識別子を抽出し、イベント識別子に基づき前記緊急度テーブルを参照してイベントの緊急度を求め、
   イベントの緊急度に基づき前記回数閾値テーブルを参照し、該緊急度のイベント発生数の閾値を求め、
   イベント発生数が前記閾値に到達するまでの間は、緊急度毎に受信したイベントを前記イベント記録部に書き込み、
   イベント発生数が前記閾値に到達すると、前記イベント記録部に記録されたイベントを前記イベント通知部により管理マネージャに送信する
   前記パケット中継装置。
3. イベントを受信して管理マネージャにイベントを通知するパケット中継装置と、前記パケット中継装置を管理する管理マネージャを備えたパケット中継システムであって、
   前記パケット中継装置は、
   イベント識別子に対して、イベントの緊急度を記憶した緊急度テーブルと、
   緊急度毎にイベントを記憶するイベント記録部と、
   イベントを管理マネージャに通知するためのイベント通知部と
   前記緊急度テーブルを参照し、イベントを前記イベント記録部に記憶する処理、及び、前記イベント通知部によりイベントを前記管理マネージャに送信するための処理を実行するためのイベント受信部と
   を備え、
   前記管理マネージャは、
   イベントの緊急度に対して、イベントを取得する取得時間間隔を記憶した取得時間テーブルと、
   前記パケット中継装置から、イベントを取得するためのイベント通知取得部と
   を備え、
   前記管理マネージャは、
   前記イベント通知取得部は、前記取得時間テーブルを参照し、イベントの緊急度毎の取得時間間隔を求め、取得時間間隔ごとに前記パケット中継装置に緊急度を含むイベント取得要求を送信し、
   前記パケット中継装置では、
   前記イベント受信部は、
   イベントを受信すると、イベントからイベント識別子を抽出し、イベント識別子に基づき前記緊急度テーブルを参照してイベントの緊急度を求め、
   緊急度毎に受信したイベントを前記イベント記録部に書き込み、
   前記管理マネージャからイベント取得要求を受信すると、イベント取得要求に含まれる緊急度に従い、前記イベント記録部に記録されたイベントを前記イベント通知部により管理マネージャに送信する
   前記パケット中継システム。
4. 請求項１に記載のパケット中継装置であって、
   前記記録時間テーブルは、緊急度が最も高いイベントは、イベント発生の都度イベントを送るためのデータが記憶されていることを特徴とする前記パケット中継装置。
5. 請求項２に記載のパケット中継装置であって、
   前記回数閾値テーブルは、緊急度が最も高いイベントは、イベント発生の都度イベントを送るためのデータが記憶されていることを特徴とする前記パケット中継装置。
6. 請求項３に記載のパケット中継装置であって、
   前記イベント受信部は、緊急度が最も高いイベントは、イベント発生の都度イベントを前記管理マネージャに送ることを特徴とする前記パケット中継装置。
7. 請求項１に記載のパケット中継装置であって、
   前記記録時間テーブルに記憶された時間内に、前記イベント記録部に記録された複数のイベントを１つのイベント通知に集約し、１つのセッション内で１つの集約されたイベントを通知することを特徴とする前記パケット中継装置。
8. 請求項２に記載のパケット中継装置であって、
   前記回数閾値テーブルに記憶された回数、前記イベント記録部に記録された複数のイベントを１つのイベント通知に集約し、１つのセッション内で１つの集約されたイベントを通知することを特徴とする前記パケット中継装置。
9. 請求項３に記載のパケット中継装置であって、
   前記イベント記録部に記憶された複数のイベントを１つのイベント通知に集約し、１つのセッション内で１つの集約されたイベントを通知することを特徴とする前記パケット中継装置。
10. 請求項１に記載のパケット中継装置であって、
    前記記録時間テーブルに記憶された時間内に、前記イベント記録部に記録された複数のイベントを１つのセッション内で連続して通知することを特徴とする前記パケット中継装置。
11. 請求項２に記載のパケット中継装置であって、
    前記回数閾値テーブルに記載された回数、前記イベント記録部に記憶された複数のイベントを１つのセッション内で連続して通知することを特徴とする前記パケット中継装置。
12. 請求項３に記載のパケット中継装置であって、
    前記イベント記録部に記憶された複数のイベントを１つのセッション内で連続して通知することを特徴とする前記パケット中継装置。
13. 請求項２に記載のパケット中継装置であって、
    イベント発生間隔を設定するための緊急度調整用タイマーをさらに備え、
    前記イベント受信部は、前記緊急度調整用タイマーに設定された時間内に、前回発生したベント識別子と同一のイベント識別子のイベントが再度発生した場合、前記緊急度テーブルに記憶された当該イベント識別子に対する緊急度を変更することを特徴とする前記パケット中継装置。
14. 請求項１３に記載のパケット中継装置であって、
    前記緊急度調整用タイマーは、緊急度毎に時間が設定されていることを特徴とする前記パケット中継装置。
15. 請求項１乃至３のいずれかに記載のパケット中継装置であって、
    前記緊急度テーブルには、イベント識別子毎の緊急度、及び、イベント識別子の組み合わせ毎の緊急度を記憶し、
    前記イベント受信部は、前記緊急度テーブルを参照して、予め定められた期間内に所定の複数のイベントが発生した場合、該当する緊急度を求めることを特徴とする前記パケット中継装置。
16. 請求項１乃至３のいずれかに記載のパケット中継装置であって、
    イベント識別子に対して通知方式種別を記憶した通知方式選択テーブルをさらに備え、
    前記パケット受信部は、
    イベントを受信すると、イベントからイベント識別子を抽出し、イベント識別子に基づき前記通知方式選択テーブルを参照して通知方式種別を求め、
    通知方式種別が予め定められた第１の通知方式種別であった場合には、前記イベントを前記イベント通知部により管理マネージャに送信し、
    通知方式種別が予め定められた第２の通知方式種別であった場合には、前記緊急度テーブルを参照してイベントの緊急度を求めること
    を特徴とする前記パケット中継装置。
17. 請求項１６に記載のパケット中継装置であって、
    前記第１の通知方式種別は、コネクションレス型通信方式であり、
    前記第２の通知方式種別は、コネクション型通信方式であること
    を特徴とする前記パケット中継装置。
18. 請求項１乃至３のいずれかに記載のパケット中継装置であって、
    前記イベント受信部は、異なる緊急度のイベントであっても、イベント通知処理が同時に作動している場合、同一セッション内にイベント通知することを特徴とする前記パケット中継装置。
19. 請求項１８に記載のパケット中継装置であって、
    イベント通知処理が開始されてからイベントを通知するまでの待機時間を設定するための待機時間設定用タイマーをさらに備え、
    前記イベント受信部は、第１の緊急度のイベント通知処理の際、前記待機時間設定用タイマーにより設定された待機時間までの間に、第２の緊急度のイベント通知が発生した場合、第１の緊急度のイベント通知と同一のセッションで、第２の緊急度のイベント通知を行うことを特徴とする前記パケット中継装置。

Images