(57)【要約】【課題】  監視処理の負荷が低減された通信装置、監視システム、及び監視方法を提供する。【解決手段】  通信装置は、監視対象の状態ごとに該状態を示すパラメータを保持し、監視装置からの第１ポーリングによる要求に応じて前記パラメータを順次に前記監視装置に送信する通信装置において、前記状態の変化を検出する検出部と、前記状態の変化の履歴に関するテーブルを保持する保持部と、前記検出部により前記状態の変化が検出されたとき、該変化後の前記パラメータを前記テーブルに記録する状態変化処理部と、前記監視装置からの第２ポーリングによる要求に応じて、前記テーブルに記録された前記パラメータを前記監視装置に送信する送信処理部とを有する。【選択図】図６
2016165075.tif 000002
【特許請求の範囲】
【請求項１】
監視対象の状態ごとに該状態を示すパラメータを保持し、監視装置からの第１ポーリングによる要求に応じて前記パラメータを順次に前記監視装置に送信する通信装置において、
前記状態の変化を検出する検出部と、
前記状態の変化の履歴に関するテーブルを保持する保持部と、
前記検出部により前記状態の変化が検出されたとき、該変化後の前記パラメータを前記テーブルに記録する状態変化処理部と、
前記監視装置からの第２ポーリングによる要求に応じて、前記テーブルに記録された前記パラメータを前記監視装置に送信する送信処理部とを有することを特徴とする通信装置。
【請求項２】
前記状態変化処理部は、前記送信処理部による前回の送信から次回の送信までの間に、前記検出部により前記状態の変化が検出されるたびに該変化後の前記パラメータを前記テーブルに記録することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記状態変化処理部は、前記変化後の前記パラメータと、前記状態の種類を識別する識別子とを対応付けて前記テーブルに記録し、
前記送信処理部は、前記テーブルに記録された前記パラメータ及び前記識別子を前記監視装置に送信することを特徴とする請求項１または２に記載の通信装置。
【請求項４】
前記状態変化処理部は、前記変化後の前記パラメータと、前記変化の順序を示す順序情報とを対応付けて前記テーブルに記録することを特徴とする請求項１乃至３の何れかに記載の通信装置。
【請求項５】
前記監視装置からの前記第２ポーリングによる要求には、前記要求のタイミングを識別する識別情報が含まれ、
前記状態変化処理部は、前記変化後の前記パラメータと、最新の前記識別情報とを対応付けて前記テーブルに記録し、
前記送信処理部は、最新の前記識別情報に基づいて、前記テーブルに記録された前記パラメータを選択し、選択した前記パラメータを前記監視装置に送信することを特徴とする請求項１乃至４の何れかに記載の通信装置。
【請求項６】
監視装置と、監視対象の状態ごとに該状態を示すパラメータを保持し、前記監視装置からの第１ポーリングによる要求に応じて前記パラメータを順次に前記監視装置に送信する複数の通信装置とを有し、
前記監視装置は、繰り返し前記複数の通信装置に前記パラメータを順次に要求し、
前記複数の通信装置は、それぞれ、
前記状態の変化の有無を検出し、
前記状態の変化を検出したとき、該変化後の前記パラメータを、前記状態の変化の履歴に関するテーブルに記録し、
前記監視装置からの第２ポーリングによる要求に応じて、前記テーブルに記録された前記パラメータを前記監視装置に送信することを特徴とする監視システム。
【請求項７】
監視対象の状態ごとに該状態を示すパラメータを保持し、監視装置からの第１ポーリングによる要求に応じて前記パラメータを順次に前記監視装置に送信する複数の通信装置を監視する監視方法において、
前記監視装置から前記複数の通信装置に、繰り返し前記パラメータを順次に要求し、
前記複数の通信装置は、それぞれ、
前記状態の変化の有無を検出し、
前記状態の変化を検出したとき、該変化後の前記パラメータを、前記状態の変化の履歴に関するテーブルに記録し、
前記監視装置からの第２ポーリングによる要求に応じて、前記テーブルに記録された前記パラメータを前記監視装置に送信することを特徴とする監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、通信装置、監視システム、及び監視方法に関する。
【背景技術】
【０００２】
スマートフォンなどの無線通信端末の需要の増加に伴って、無線通信端末をインターネットなどの公衆通信網に接続するためのアクセスポイントが普及している。アクセスポイントは、例えば、Ｗｉ−Ｆｉ（登録商標、以下同様）規格に準じたＷｉ−Ｆｉルータなどの通信装置が挙げられる。アクセスポイントは、例えば駅、空港、オフィスビル、及び店舗などの様々な公共の場所に設置され、公衆のネットワークアクセスの利便性を高める。
【０００３】
アクセスポイントの障害を検出するため、アクセスポイントの各種の状態（通信状態など）は、例えばＭＩＢ（Managed Information Base）として管理され、常時、監視サーバにより監視されている。監視サーバは、例えばＳＮＭＰ（Simple Network Management Protocol）に基づいて周期的なポーリング（例えば特許文献１〜３参照）を実行することにより、複数のアクセスポイントから順次にＭＩＢを収集する。なお、ＳＮＭＰは、通信装置の監視制御における装置情報の収集方法を定めたプロトコルである。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１０１０５４号公報
【特許文献２】特開２００５−２８６８７８号公報
【特許文献３】特開平１０−９４０７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
監視サーバは、ポーリングの順番が回ってきたアクセスポイントに、ＭＩＢの種類ごとにリクエストメッセージを送信して、その種類に応じたＭＩＢ値を応答メッセージから取得する。このため、監視サーバは、変化のあるＭＩＢ値を取得するまでに、複数個のリクエストメッセージの送信処理が必要となるだけでなく、本来、取得する必要がない変化のないＭＩＢ値まで取得する。
【０００６】
また、監視サーバは、取得したＭＩＢ値を、前回のポーリングで取得した同一種類のＭＩＢ値と比較しなければ、アクセスポイントの状態変化を検出できないため、１台のアクセスポイントについて全種類分のＭＩＢ値の比較処理が必要となる。このため、ポーリング処理の所要時間が増大して、１台の監視サーバで監視可能なアクセスポイントの台数及びポーリングの周期（時間間隔）が制限される。
【０００７】
したがって、アクセスポイントの台数が多いほど、監視処理の負荷が増えることで多くの監視サーバが必要となり、監視サーバの構築及び運用のコストが増大するという問題が存在する。なお、このような問題は、アクセスポイントに限られず、他の通信装置に関しても同様に存在する。
【０００８】
そこで本件は上記の課題に鑑みてなされたものであり、監視処理の負荷が低減された通信装置、監視システム、及び監視方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本明細書に記載の通信装置は、監視対象の状態ごとに該状態を示すパラメータを保持し、監視装置からの第１ポーリングによる要求に応じて前記パラメータを順次に前記監視装置に送信する通信装置において、前記状態の変化を検出する検出部と、前記状態の変化の履歴に関するテーブルを保持する保持部と、前記検出部により前記状態の変化が検出されたとき、該変化後の前記パラメータを前記テーブルに記録する状態変化処理部と、前記監視装置からの第２ポーリングによる要求に応じて、前記テーブルに記録された前記パラメータを前記監視装置に送信する送信処理部とを有する。
【００１０】
本明細書に記載の監視システムは、監視装置と、監視対象の状態ごとに該状態を示すパラメータを保持し、前記監視装置からの第１ポーリングによる要求に応じて前記パラメータを順次に前記監視装置に送信する複数の通信装置とを有し、前記監視装置は、繰り返し前記複数の通信装置に前記パラメータを順次に要求し、前記複数の通信装置は、それぞれ、前記状態の変化の有無を検出し、前記状態の変化を検出したとき、該変化後の前記パラメータを、前記状態の変化の履歴に関するテーブルに記録し、前記監視装置からの第２ポーリングによる要求に応じて、前記テーブルに記録された前記パラメータを前記監視装置に送信する。
【００１１】
本明細書に記載の監視方法は、監視対象の状態ごとに該状態を示すパラメータを保持し、監視装置からの第１ポーリングによる要求に応じて前記パラメータを順次に前記監視装置に送信する複数の通信装置を監視する監視方法において、前記監視装置から前記複数の通信装置に、繰り返し前記パラメータを順次に要求し、前記複数の通信装置は、それぞれ、前記状態の変化の有無を検出し、前記状態の変化を検出したとき、該変化後の前記パラメータを、前記状態の変化の履歴に関するテーブルに記録し、前記監視装置からの第２ポーリングによる要求に応じて、前記テーブルに記録された前記パラメータを前記監視装置に送信する方法である。
【発明の効果】
【００１２】
監視処理の負荷が低減される。
【図面の簡単な説明】
【００１３】
【図１】監視システムの一例を示す構成図である。
【図２（ａ）】ＳＮＭＰポーリングにおけるＳＮＭＰメッセージを含むパケットの一例を示す構成図である。
【図２（ｂ）】差分取得ポーリングにおけるＳＮＭＰメッセージを含むパケットの一例を示す構成図である。
【図３（ａ）】ＳＮＭＰポーリングにおけるＭＩＢ取得のシーケンス図である。
【図３（ｂ）】差分取得ポーリングにおけるＭＩＢ取得のシーケンス図である。
【図４】ポーリング及び状態変化のタイミングの関係の一例を示す図である。
【図５】監視サーバの一例を示す構成図である。
【図６】アクセスポイントの一例を示す構成図である。
【図７】状態変化記録テーブルの一例を示す図である。
【図８】監視対象リストの生成処理の一例を示すフローチャートである。
【図９】状態変化処理の一例を示すフローチャートである。
【図１０】状態変化処理の一例を示すシーケンス図である。
【図１１】差分取得ポーリング処理の一例を示すフローチャートである。
【図１２】差分取得ポーリング処理の一例を示すシーケンス図である。
【発明を実施するための形態】
【００１４】
図１は、監視システムの一例を示す構成図である。監視システムは、複数のアクセスポイント（「ＡＰ（＃１）」〜「ＡＰ（＃Ｎ）」、Ｎ：３以上の整数）１と、複数のアクセスポイント１を監視する監視サーバ２とを有する。監視サーバ２は、ＬＡＮ（Local Area Network）などの監視用ネットワークＮＷを介して複数のアクセスポイント１と接続されている。
【００１５】
アクセスポイント１は、通信装置の一例であり、スマートフォンなどの無線通信端末（不図示）を、インターネットなどの公衆通信網に接続する。アクセスポイント１としては、例えばＷｉ−Ｆｉルータが挙げられるが、これに限定されない。アクセスポイント１は、例えば駅、空港、オフィスビル、及び店舗などの様々な公共の場所に設置され、公衆のネットワークアクセスの利便性を高める。アクセスポイント１は、監視対象の自装置の状態ごとに、その状態を示す各種の情報をＭＩＢとして保持し、管理している。
【００１６】
監視サーバ２は、監視装置の一例であり、アクセスポイント１の状態を検出するため、複数のアクセスポイント１に対して周期的なポーリングを行うことにより、各アクセスポイント１のＭＩＢの値（以下、「ＭＩＢ値」と表記）を収集する。監視サーバ２は、符号Ｒで示されるように、繰り返し複数のアクセスポイント１にＭＩＢ値を順次に要求する。ＭＩＢ値は、アクセスポイント１における監視対象の状態を示すパラメータの一例である。監視サーバ２のポーリング周期は、アクセスポイント１の台数Ｎ、通信速度、及び監視サーバ２の処理能力などに依存する。
【００１７】
監視サーバ２は、各アクセスポイント１に対して、例えばＳＮＭＰに基づいてＭＩＢ値を収集するためのＳＮＭＰポーリングと、変化のあったＭＩＢ値だけを一度に収集するための差分取得ポーリングとを行う。ＳＮＭＰポーリング及び差分取得ポーリングは、監視サーバ２の状況に応じて使い分けられる。以下に各ポーリングの内容を説明する。
【００１８】
ＳＮＭＰポーリング及び差分取得ポーリングにおいて、監視サーバ２は、アクセスポイント１にリクエストメッセージＲＥＱを送信する。一方、アクセスポイント１は、リクエストメッセージＲＥＱに応じて、ＭＩＢの値（以下、「ＭＩＢ値」と表記）を含む応答メッセージＲＥＳを監視サーバ２に送信する（点線参照）。リクエストメッセージＲＥＱ及び応答メッセージＲＥＳは、共通のＳＮＭＰメッセージにより構成される。
【００１９】
図２（ａ）は、ＳＮＭＰポーリングにおけるＳＮＭＰメッセージを含むパケットの一例を示す構成図である。なお、本例ではパケットの一例として、ＩＰ（Internet Protocol）パケットを挙げるが、これに限定されず、ＡＴＭ（Asynchronous Transfer Mode）セルなどの他のパケットが用いられてもよい。
【００２０】
ＩＰパケットは、ＩＰヘッダ、ＵＤＰ（User Datagram Protocol）ヘッダ、及びＳＮＭＰメッセージを含む。ＩＰヘッダは、ＩＰパケットの宛先及び送信元の各ＩＰアドレスを含み、ＵＤＰヘッダは、宛先及び送信元の各ポート番号を含む。
【００２１】
ＳＮＭＰメッセージは、ＳＮＭＰのバージョンを示すＳＮＭＰバージョン、アクセスポイント１の認証情報が格納されるコミュニティ名、及びＰＤＵ（Protocol Data Unit）を含む。ＰＤＵは、ＰＤＵのタイプを示すＰＤＵタイプ、リクエストメッセージＲＥＱを識別するリクエストＩＤ、エラー情報を格納するエラーステータス、エラー情報のポインタを示すエラーインデックス、及びオブジェクトデータを含む。
【００２２】
リクエストメッセージＲＥＱ及び応答メッセージＲＥＳは、ＰＤＵタイプの値に基づいて区別される。また、オブジェクトデータは、複数のデータ領域であるデータ１、データ２、・・・を含む。データｉ（ｉ：正の整数）は、互いに対応するＯＩＤ（Object ID）及びＭＩＢ値を含む。ＯＩＤは、ＭＩＢの種類を識別する識別子であり、ＳＮＭＰポーリングのリクエストメッセージＲＥＱの場合、監視サーバ２の要求するＭＩＢ値のＯＩＤを示す。なお、データｉは、応答メッセージＲＥＳの場合に使用される。
【００２３】
一方、図２（ｂ）は、差分取得ポーリングにおけるＳＮＭＰメッセージを含むパケットの一例を示す構成図である。差分取得ポーリングの場合のＳＮＭＰメッセージは、ＳＮＭＰポーリングの場合とは異なり、リクエストＩＤとエラーステータスの間にサイクルＩＤを有する。つまり、差分取得ポーリングによる要求には、サイクルＩＤが含まれる。なお、本例のＳＮＭＰメッセージは、サイクルＩＤ以外の部分については図２（ａ）に示されたＳＮＭＰメッセージと同様の構成を備える。
【００２４】
サイクルＩＤは、差分取得ポーリングのタイミング、つまりリクエストメッセージＲＥＱのタイミングを識別する識別情報であり、後述するように、アクセスポイント１においてＭＩＢ値の管理に用いられる。なお、ＳＮＭＰポーリングの場合のＳＮＭＰメッセージと差分取得ポーリングの場合のＳＮＭＰメッセージは、ポーリング種別の識別のためにＰＤＵタイプが互いに異なる。
【００２５】
図３（ａ）は、ＳＮＭＰポーリングにおけるＭＩＢ取得のシーケンス図である。ＳＮＭＰポーリングは、第１ポーリングの一例である。本例では、ＯＩＤ＝ｎ（３以上の整数）のＭＩＢ値だけに前回のポーリングの時点からの変化があり、他のＯＩＤのＭＩＢ値には変化がないものとする。
【００２６】
ＳＮＭＰポーリングにおいて、監視サーバ２はＳＮＭＰマネージャとして動作し、アクセスポイント（「ＡＰ」参照）１はＳＮＭＰエージェントとして動作する。より具体的には、監視サーバ２は、アクセスポイント１に対して要求するＭＩＢ値をＯＩＤにより指定したリクエストメッセージＲＥＱを送信する。アクセスポイント１は、監視サーバ２からのＳＮＭＰポーリングによる要求に応じて、ＭＩＢ値を順次に応答メッセージＲＥＳに含めて監視サーバ２に送信する。監視サーバ２は、ＳＮＭＰポーリングのたびに監視対象の全てのＯＩＤのＭＩＢ値を取得するため、以下に述べるようにポーリング処理の所要時間の問題が生ずる。
【００２７】
監視サーバ２は、ポーリングの順番が回ってきたアクセスポイント１に、ＯＩＤごとにリクエストメッセージＲＥＱを送信して、そのＯＩＤに応じたＭＩＢ値を応答メッセージＲＥＳから取得する。このため、監視サーバ２は、変化のあるＯＩＤ＝ｎのＭＩＢ値を取得するまでに、（ｎ−１）個のリクエストメッセージＲＥＱの送信処理が必要となるだけでなく、本来、取得する必要がないＯＩＤ＝１〜ｎ−１のＭＩＢ値、つまり変化のないＭＩＢ値まで取得する。
【００２８】
また、監視サーバ２は、取得したＭＩＢ値を、前回のポーリングで取得した同一のＯＩＤのＭＩＢ値と比較しなければ、アクセスポイント１の状態変化を検出できないため、１台のアクセスポイント１について全ＯＩＤ分の比較処理が必要となる。このため、ポーリング処理の所要時間が増大して、１台の監視サーバ２で監視可能なアクセスポイント１の台数及びポーリングの周期（時間間隔）が制限される。
【００２９】
したがって、アクセスポイント１の台数が多いほど、監視処理の負荷が増えることで多くの監視サーバ２が必要となり、監視サーバ２の構築及び運用のコストが増大する。
【００３０】
一方、図３（ｂ）は、差分取得ポーリングにおけるＭＩＢ取得のシーケンス図である。差分取得ポーリングは、第２ポーリングの一例である。本例では、図３（ａ）のＳＮＭＰポーリングの場合とは異なり、監視サーバ２は、変化のあるＯＩＤ＝ｎのＭＩＢ値だけを取得する。このため、ポーリング処理の所要時間がＳＮＭＰポーリングの場合より低減されるので、監視サーバ２の監視処理が低減される。これにより、上記の制限が緩和されることで監視サーバ２の構築及び運用のコストが低減される。
【００３１】
また、ＳＮＭＰポーリングでは、以下に述べるように正確な状態監視ができないという問題もある。
【００３２】
図４には、ポーリング及び状態変化のタイミングの関係の一例が示されている。図４において、横軸は時刻を示し、ｘ１〜ｘ４はＭＩＢ値を示す。ＭＩＢ値は、時刻ｔ２〜ｔ４におけるアクセスポイント１の状態変化のため、ｘ１〜ｘ４に順次に変化する。
【００３３】
また、監視サーバ２は、時刻ｔ１，ｔ５にＳＮＭＰポーリングを実行し、リクエストメッセージＲＥＱを送信する。これにより、監視サーバ２は、ポーリングの時点のＭＩＢ値ｘ１，ｘ４を取得するが、各ＳＮＭＰポーリング間の時刻ｔ２〜ｔ４におけるＭＩＢ値ｘ２，ｘ３を取得することができない。
【００３４】
このように、各ＳＮＭＰポーリング間にアクセスポイント１に複数回の状態変化が発生した場合、監視サーバ２は、ＳＮＭＰポーリングを行った時点のＭＩＢ値しか取得できないため、状態変化の途中経過までは監視することができず、監視サーバ２の状態監視の正確性が不十分となる。
【００３５】
そこで、アクセスポイント１は、前回の差分取得ポーリングから次回の差分取得ポーリングまでの間に、状態変化のたびに変化後のＭＩＢ値を保持しておき、差分取得ポーリングに応じて監視サーバ２に送信する。図４の例の場合、アクセスポイント１は、状態変化が生ずる各時刻ｔ２〜ｔ４において、変化後のＭＩＢ値ｘ２〜ｘ４を保持しておき、時刻ｔ５の差分取得ポーリングに応じて監視サーバ２にＭＩＢ値ｘ２〜ｘ４を一度に送信する。このため、監視サーバ２は、アクセスポイント１の状態変化の途中経過を監視することができ、状態監視の正確性が改善される。以下に監視サーバ２及びアクセスポイント１の構成を説明する。
【００３６】
図５は、監視サーバ２の一例を示す構成図である。監視サーバ２は、ＣＰＵ（Central Processing Unit）２０、ＲＯＭ（Read Only Memory）２１、ＲＡＭ（Random Access Memory）２２、表示処理部２３、及び通信ポート２４を有する。
【００３７】
ＣＰＵ２０は、互いに信号の入出力ができるように、ＲＯＭ２１、ＲＡＭ２２、表示処理部２３、及び通信ポート２４と、データバス２６を介して接続されている。ＲＯＭ２１は、ＣＰＵ２０を駆動するプログラムが格納されている。ＲＡＭ２２は、ＣＰＵ２０のワーキングメモリとして機能する。通信ポート２４は、例えばＰＨＹ（Physical layer）チップを含み、各アクセスポイント１との間でＩＰパケットを送受信する。表示処理部２３は、ディスプレイなどの外部の表示装置（不図示）に対する情報の表示処理を行う。
【００３８】
ＣＰＵ２０は、ＲＯＭ２１からプログラムを読み込むと、機能として、第１ポーリング制御部２０ａ、第２ポーリング制御部２０ｂ、及び変化検出部２０ｃが形成される。第１ポーリング制御部２０ａは差分取得ポーリングを実行し、第２ポーリング制御部２０ｂはＳＮＭＰポーリングを実行する。
【００３９】
より具体的には、第２ポーリング制御部２０ｂは、図２（ａ）に示されるＳＮＭＰメッセージをアクセスポイント１に送信することで、ＯＩＤごとにＭＩＢ値を取得する。このため、第２ポーリング制御部２０ｂは、１度のＳＮＭＰポーリングで１台のアクセスポイント１に対し監視対象の全ＯＩＤ分のＳＮＭＰメッセージを送信する（図３（ａ）参照）。第２ポーリング制御部２０ｂは、取得したＭＩＢ値を変化検出部２０ｃに出力する。
【００４０】
変化検出部２０ｃは、ＯＩＤごとにＭＩＢ値の変化を検出し、検出内容を表示処理部２３に出力する。より具体的には、変化検出部２０ｃは、第２ポーリング制御部２０ｂから入力されたＭＩＢ値を保持しておき、新たに入力されたＭＩＢ値を、前回のＳＮＭＰポーリング時に保持しておいた同一ＯＩＤのＭＩＢ値と比較することで変化を検出する。変化のあったＭＩＢ値は、監視サーバ２の管理者に通知するため、表示処理部２３により表示装置に表示される。
【００４１】
第１ポーリング制御部２０ａは、図２（ｂ）に示されるＳＮＭＰメッセージをアクセスポイント１に送信することで、変化のあったＭＩＢ値を取得する。第１ポーリング制御部２０ａは、一度のＳＮＭＰメッセージの送信で変化のあった複数個のＭＩＢ値を取得できる。第１ポーリング制御部２０ａは、取得したＭＩＢ値を表示処理部２３に出力することで、変化のあったＭＩＢ値を監視サーバ２の管理者に通知する。
【００４２】
第１ポーリング制御部２０ａ及び第２ポーリング制御部２０ｂは、ポーリングの周期が到来すると、通信ポート２４を介して、アクセスポイント１にリクエストメッセージＲＥＱを送信する。なお、第１ポーリング制御部２０ａ及び第２ポーリング制御部２０ｂのうち、何れが動作するかは、例えば、監視サーバ２に接続されたアクセスポイント１の台数や監視サーバ２の能力などに基づいて決定される。
【００４３】
また、第１ポーリング制御部２０ａ及び第２ポーリング制御部２０ｂは、アクセスポイント１から通信ポート２４を介して、応答メッセージＲＥＳを受信し、応答メッセージＲＥＳからＭＩＢ値を取得して、表示処理部２３にＭＩＢ値の表示を指示する。なお、監視サーバ２は、上記のようにソフトウェアで動作するものに限定されず、ハードウェアのみで動作するものであってもよい。
【００４４】
図６は、アクセスポイント１の一例を示す構成図である。アクセスポイント１は、ＣＰＵ１０、ＲＯＭ１１、ＲＡＭ１２、パラメータメモリ１３、及び通信ポート１４を有する。
【００４５】
ＣＰＵ１０は、互いに信号の入出力ができるように、ＲＯＭ１１、ＲＡＭ１２、パラメータメモリ１３、及び通信ポート１４と、データバス１６を介して接続されている。ＲＯＭ１１は、ＣＰＵ１０を駆動するプログラムが格納されている。ＲＡＭ１２は、ＣＰＵ１０のワーキングメモリとして機能する。通信ポート１４は、例えばＰＨＹチップを含み、監視サーバ２との間でＩＰパケットを送受信する。
【００４６】
パラメータメモリ１３は、保持部の一例であり、ＭＩＢ１３０、状態変化記録テーブル１３１、及び監視対象リスト１３２を保持する。ＭＩＢ１３０は、全てのＯＩＤのＭＩＢ値が登録されたデータベースであり、ＳＮＭＰポーリング時、ＭＩＢ１３０内のＭＩＢ値が監視サーバ２に送信される。
【００４７】
状態変化記録テーブル１３１は、状態変化の履歴に関するテーブルであり、変化のあったＯＩＤのＭＩＢ値が記録される。状態変化記録テーブル１３１には、ＭＩＢ値の変化の履歴として、状態変化ごとの変化後のＭＩＢ値が記録されており、差分取得ポーリング時、状態変化記録テーブル１３１内のＭＩＢ値が監視サーバ２に送信される。
【００４８】
監視対象リスト１３２には、監視サーバ２の監視対象のＯＩＤが登録されている。監視対象リスト１３２は、例えばアクセスポイント１の設置時に監視サーバ２または他の外部機器から設定される。なお、パラメータメモリ１３としては、例えばＳＤＲＡＭ（Synchronous Dynamic RAM）が挙げられる。
【００４９】
ＣＰＵ１０は、ＲＯＭ１１からプログラムを読み込むと、機能として、第１送信処理部（送信処理部）１０ａ、第２送信処理部１０ｅ、状態変化処理部１０ｂ、ＭＩＢ制御部１０ｃ、及び状態監視部１０ｄが形成される。状態監視部１０ｄは、検出部の一例であり、アクセスポイント１の状態の変化を検出し、ＭＩＢ制御部１０ｃに通知する。状態変化としては、例えば、アクセスポイント１と無線通信端末の間のリンク状態の変化（リンクアップまたはリンクダウン）などが挙げられる。
【００５０】
ＭＩＢ制御部１０ｃは、ＭＩＢ１３０を管理する。ＭＩＢ制御部１０ｃは、状態監視部１０ｄから状態変化の通知を受けると、通知内のＯＩＤに応じたＭＩＢ１３０を更新する。ＭＩＢ制御部１０ｃは、ＭＩＢ１３０の更新後、更新したＭＩＢ１３０のＯＩＤを状態変化処理部１０ｂに通知する。
【００５１】
状態変化処理部１０ｂは、ＭＩＢ制御部１０ｃからＯＩＤの通知を受けると、そのＯＩＤに応じた変化後のＭＩＢ値をＭＩＢ１３０から取得して状態変化記録テーブル１３１に記録する。つまり、状態変化処理部１０ｂは、状態監視部１０ｄにより状態変化が検出されたとき、その変化後のＭＩＢ値を状態変化記録テーブル１３１に記録する。
【００５２】
また、状態変化処理部１０ｂは、連続する差分取得ポーリングの間に起こる全ての状態変化について、変化後のＭＩＢ値を状態変化記録テーブル１３１に記録する。このため、図４の例の場合、ポーリングの時刻ｔ１，ｔ５の間で起こる全ての状態変化について、変化後のＭＩＢ値ｘ２〜ｘ４が状態変化記録テーブル１３１に記録される。
【００５３】
第１送信処理部１０ａは、監視サーバ２からの差分取得ポーリングによる要求に応じて状態変化記録テーブル１３１からＭＩＢ値を読み出して監視サーバ２に送信する。一方、第２送信処理部１０ｅは、監視サーバ２からのＳＮＭＰポーリングによる要求に応じてＭＩＢ１３０からＭＩＢ値を読み出して順次に監視サーバ２に送信する。上述したように、第２送信処理部１０ｅは、監視サーバ２から指定されたＯＩＤごとにＭＩＢ値を送信する。なお、第１送信処理部１０ａ及び第２送信処理部１０ｅは、例えば、ＳＮＭＰメッセージ内のＰＤＵタイプ（図２（ａ）及び図２（ｂ）参照）に基づいてポーリングの種類を識別する。
【００５４】
より具体的には、第２送信処理部１０ｅは、監視サーバ２から通信ポート１４を介してリクエストメッセージＲＥＱを受信すると、ＭＩＢ制御部１０ｃを介してＭＩＢ１３０から、リクエストメッセージＲＥＱ内で指定されたＯＩＤのＭＩＢ値を取得し、応答メッセージＲＥＳを生成する。第２送信処理部１０ｅは、生成した応答メッセージＲＥＳを、通信ポート１４を介して監視サーバ２に送信する。
【００５５】
第１送信処理部１０ａは、監視サーバ２から通信ポート１４を介してリクエストメッセージＲＥＱを受信すると、状態変化処理部１０ｂを介して状態変化記録テーブル１３１からＭＩＢ値を取得し、応答メッセージＲＥＳを生成する。第１送信処理部１０ａは、生成した応答メッセージＲＥＳを、通信ポート１４を介して監視サーバ２に送信する。
【００５６】
このように、第１送信処理部１０ａは、監視サーバ２からの要求に応じて、パラメータメモリ１３の状態変化記録テーブル１３１に記録されたＭＩＢ値を監視サーバ２に送信する。このため、監視サーバ２は、差分取得ポーリングによって、変化のあるＯＩＤのＭＩＢ値だけを取得する。したがって、差分取得ポーリングでは、ポーリング処理の所要時間がＳＮＭＰポーリングの場合より低減されるので、監視サーバ２の監視処理が低減される。
【００５７】
また、状態変化処理部１０ｂは、第１送信処理部１０ａによる前回の送信から次回の送信までの間に、状態監視部１０ｄにより状態変化が検出されるたびに変化後のＭＩＢ値を状態変化記録テーブル１３１に記録する。
【００５８】
したがって、第１送信処理部１０ａによる前回の送信から次回の送信までの間に、つまり差分取得ポーリングの間にアクセスポイント１の状態変化が複数回発生しても、状態変化記録テーブル１３１には、状態変化ごとに変化後のＭＩＢ値が記録される。そして、第１送信処理部１０ａは、状態変化記録テーブル１３１に記録されたＭＩＢ値を監視サーバ２に送信するため、監視サーバ２は、状態変化ごとに変化後のＭＩＢ値を受信できる。よって、監視サーバ２は、アクセスポイント１の状態変化の途中経過を監視することができ、正確な状態監視が可能となる。
【００５９】
図７には、状態変化記録テーブル１３１の一例が示されている。状態変化記録テーブル１３１には、「ＯＩＤ」、「版数」、「ＭＩＢ値」、及び「ポーリング識別子」が互いに対応付けられて記録され、さらに「現在のポーリング識別子」が別途記録されている。
【００６０】
現在のポーリング識別子は、差分取得ポーリングのリクエストメッセージＲＥＱ内のサイクルＩＤ（図２（ｂ）参照）に一致し、リクエストメッセージＲＥＱの受信のたびに第１送信処理部１０ａにより更新される。監視サーバ２の第１ポーリング制御部２０ａは、ポーリングのたびに、リクエストメッセージＲＥＱ内のサイクルＩＤに基づいてサイクルＩＤを更新する。サイクルＩＤは、例えば「１」〜「３」を繰り返すように変化し、リクエストメッセージＲＥＱの送信タイミング（ポーリングのタイミング）を識別する。図７には、現在のポーリング識別子が「１」及び「２」を経て「３」になった状態が示されている。なお、サイクルＩＤの更新は、昇順で行われても、降順で行われてもよい。
【００６１】
状態変化処理部１０ｂは、状態変化が検出されると、監視対象リスト１３２に基づいて、通知されたＯＩＤが監視サーバ２の監視対象であるか否かを判定する。ＯＩＤが監視対象である場合、状態変化処理部１０ｂは、ＯＩＤ、版数、ＭＩＢ値、及びポーリング識別子を互いに対応付けて状態変化記録テーブル１３１に記録する。
【００６２】
ポーリング識別子の欄には、最新のポーリング識別子である現在のポーリング識別子が記録される。これにより、ＭＩＢ値は、差分取得ポーリングのタイミングに対応付けられて記録される。このため、第１送信処理部１０ａは、リクエストメッセージＲＥＱを受信したとき、現在のポーリング識別子に基づいて、状態変化記録テーブル１３１から送信すべきＭＩＢ値を選択できる。すなわち、第１送信処理部１０ａは、現在のポーリング識別子に基づいて、状態変化記録テーブル１３１に記録されたＭＩＢ値を選択し、選択したＭＩＢ値を監視サーバ２に送信する。
【００６３】
より具体的には、第１送信処理部１０ａは、現在のポーリング識別子と１つ前のポーリング識別子に応じたＭＩＢ値を送信する。図７の例の場合、現在のポーリング識別子が「３」であるため、ポーリング識別子「３」に対応するＯＩＤ「1.3.6.1.4.1.9.3」及びポーリング識別子「２」に対応するＯＩＤ「1.3.6.1.4.2.1.3」、「1.3.6.1.4.1.9.2」の各ＭＩＢ値が送信される。これにより、監視サーバ２は、差分取得ポーリングのタイミングに応じた適切なＭＩＢ値を取得できる。
【００６４】
また、第１送信処理部１０ａは、ＯＩＤ及びＭＩＢ値を応答メッセージＲＥＳに含めて監視サーバ２に送信する（図２（ｂ）参照）。このため、監視サーバ２は、ＯＩＤに基づいて、変化のあった状態の種類を識別できる。
【００６５】
また、版数は、ＭＩＢ値の変化の順序を示す。図７の例では、ＯＩＤ「1.3.6.1.4.2.1.3」のＭＩＢ値が、「７」（版数＝５４）、「８」（版数＝５５）、「１０」（版数＝５６）、「１２」（版数＝５７）の順で変化したことが示されている。このように、状態変化処理部１０ｂは、版数に基づいて、ＭＩＢ値の変化の順序を管理することができる。なお、版数に代えて、状態変化の時刻を示す時刻情報が用いられてもよい。
【００６６】
次にアクセスポイント１の動作についてフローチャート及びシーケンス図に基づき説明する。
【００６７】
図８は、監視対象リスト１３２の生成処理の一例を示すフローチャートである。本処理は、例えばアクセスポイント１の設置時に実行される。
【００６８】
まず、ＭＩＢ制御部１０ｃは、監視サーバ２または他の外部機器から監視対象のＯＩＤの指定を受ける（ステップＳｔ１）。次に、ＭＩＢ制御部１０ｃは、監視対象のＯＩＤを含む監視対象リスト１３２を生成し（ステップＳｔ２）、処理を終了する。このようにして、監視対象リスト１３２の生成処理は行われる。
【００６９】
また、図９は、状態変化処理の一例を示すフローチャートである。本処理は、例えば一定の周期で実行される。
【００７０】
まず、状態監視部１０ｄは、状態変化の検出の有無を判定する（ステップＳｔ１１）。状態変化が検出されていない場合（ステップＳｔ１１のＮｏ）、処理は終了する。状態変化が検出された場合（ステップＳｔ１１のＹｅｓ）、ＭＩＢ制御部１０ｃは、ＭＩＢ１３０内のＭＩＢ値のうち、状態変化のあったＯＩＤのＭＩＢ値を更新する（ステップＳｔ１２）。
【００７１】
次に、状態変化処理部１０ｂは、監視対象リスト１３２に基づいて、状態変化のあったＯＩＤのＭＩＢ値が監視対象であるか否かを判定する（ステップＳｔ１３）。ＯＩＤのＭＩＢ値が監視対象ではない場合（ステップＳｔ１３のＮｏ）、処理は終了する。ＯＩＤのＭＩＢ値が監視対象である場合（ステップＳｔ１３のＹｅｓ）、状態変化処理部１０ｂは、変化後のＭＩＢ値を状態変化記録テーブル１３１に記録して（ステップＳｔ１４）、処理を終了する。
【００７２】
図１０は、状態変化処理の一例を示すシーケンス図である。状態監視部１０ｄは、アクセスポイント１の状態変化を検出すると、ＭＩＢ制御部１０ｃに状態変化を通知する。ＭＩＢ制御部１０ｃは、ＭＩＢ１３０に対し、状態変化のあったＯＩＤに応じたＭＩＢ値を更新する。ＭＩＢ制御部１０ｃは、更新後、状態変化のあったＯＩＤを状態変化処理部１０ｂに通知する。
【００７３】
状態変化処理部１０ｂは、監視対象リスト１３２に基づいて、通知されたＯＩＤが監視対象であるか否かを判定する（符号ＳＱ１参照）。状態変化処理部１０ｂは、ＯＩＤが監視対象であれば、ＯＩＤに応じたＭＩＢ値をＭＩＢ１３０から取得して状態変化記録テーブル１３１に記録する。また、状態変化処理部１０ｂは、ＯＩＤが監視対象でなければ、ＭＩＢ値の記録は行わない。このようにして、状態変化処理は行われる。
【００７４】
また、図１１は、差分取得ポーリング処理の一例を示すフローチャートである。本処理は、例えば一定の周期で実行される。
【００７５】
まず、監視サーバ２において、第１ポーリング制御部２０ａは、ポーリング周期が到来したか否かを判定する（ステップＳｔ２１）。ポーリング周期が到来していない場合（ステップＳｔ２１のＮｏ）、処理は終了する。ポーリング周期が到来した場合（ステップＳｔ２１のＹｅｓ）、監視サーバ２からアクセスポイント１にリクエストメッセージＲＥＱが送信される（ステップＳｔ２２）。次に、アクセスポイント１において、リクエストメッセージＲＥＱが受信される（ステップＳｔ２３）。
【００７６】
次に、アクセスポイント１において、第１送信処理部１０ａは、リクエストメッセージＲＥＱに含まれるサイクルＩＤに基づいて、状態変化記録テーブル１３１の現在のポーリング識別子を更新する（ステップＳｔ２４）。次に、第１送信処理部１０ａは、現在のポーリング識別子に基づき、状態変化記録テーブル１３１から送信対象のＭＩＢ値を選択する（ステップＳｔ２５）。
【００７７】
より具体的には、第１送信処理部１０ａは、状態変化処理部１０ｂに現在のポーリング識別子と、その１つ前のポーリング識別子とに対応する各ＭＩＢ値の検索を要求し、状態変化処理部１０ｂは、要求に応じて状態変化記録テーブル１３１からＭＩＢ値を検索する。図７の例の場合、現在のポーリング識別子が「３」であるので、ポーリング識別子「３」に対応するＯＩＤ「1.3.6.1.4.1.9.3」の各ＭＩＢ値、及びポーリング識別子「２」に対応するＯＩＤ「1.3.6.1.4.1.9.2」、「1.3.6.1.4.2.1.3」の各ＭＩＢ値が検索される。
【００７８】
次に、第１送信処理部１０ａは、選択したＭＩＢ値を含む応答メッセージＲＥＳを生成して監視サーバ２に送信する（ステップＳｔ２６）。次に、状態変化処理部１０ｂは、第１送信処理部１０ａの要求に応じて、選択されていないＭＩＢ値の記録を状態変化記録テーブル１３１から削除する（ステップＳｔ２７）。図７の例の場合、ポーリング識別子「１」に対応するＯＩＤ「1.3.6.1.4.1.9.1」の各ＭＩＢ値が削除される。
【００７９】
次に、監視サーバ２において、第１ポーリング制御部２０ａは、応答メッセージＲＥＳの受信の成否を判定する（ステップＳｔ２８）。第１ポーリング制御部２０ａは、例えば、リクエストメッセージＲＥＱの送信から一定の時間が経過しても、応答メッセージＲＥＳを受信しない場合、受信に失敗したと判定する。受信に失敗した場合（ステップＳｔ２８のＮｏ）、監視サーバ２からアクセスポイント１にリクエストメッセージＲＥＱが再送される（ステップＳｔ２２）。なお、この場合、リクエストメッセージＲＥＱに含まれるサイクルＩＤは更新されない。
【００８０】
受信に成功した場合（ステップＳｔ２８のＹｅｓ）、監視サーバ２において、第１ポーリング制御部２０ａは、応答メッセージＲＥＳからＭＩＢ値を取得して、表示処理部２３に表示させる（ステップＳｔ２９）。これにより、アクセスポイント１の状態変化が、ディスプレイなどに表示されて、監視サーバ２の管理者に通知される。
【００８１】
図１２は、差分取得ポーリング処理の一例を示すシーケンス図である。第１ポーリング制御部２０ａは、通信ポート２４を介して、リクエストメッセージＲＥＱをアクセスポイント１に送信する。アクセスポイント１の第１送信処理部１０ａは、通信ポート１４を介して、リクエストメッセージＲＥＱを受信する。
【００８２】
第１送信処理部１０ａは、状態変化処理部１０ｂに対してＭＩＢ値の検索を要求する。状態変化処理部１０ｂは、要求に応じて、状態変化記録テーブル１３１からＭＩＢ値を検索し、検索したＭＩＢ値を第１送信処理部１０ａに出力する。すなわち、第１送信処理部１０ａは、現在のポーリング識別子に基づいてＭＩＢ値を選択する。
【００８３】
第１送信処理部１０ａは、選択されたＭＩＢ値を含む応答メッセージＲＥＳを生成し、通信ポート１４を介して監視サーバ２に送信する。第１送信処理部１０ａは、状態変化処理部１０ｂに状態変化記録テーブル１３１の更新を要求し、状態変化処理部１０ｂは、その要求に応じて状態変化記録テーブル１３１から非選択のＭＩＢ値の記録を削除する。監視サーバ２において、第１ポーリング制御部２０ａは、通信ポート２４を介して、応答メッセージＲＥＳを受信する。第１ポーリング制御部２０ａは、応答メッセージＲＥＳからＭＩＢ値を取得して、表示処理部２３に出力する。このようにして、差分取得ポーリング処理は行われる。
【００８４】
これまで述べたように、実施例に係るアクセスポイント１は、監視対象の状態ごとに該状態を示すＭＩＢ値を保持し、監視装置からのＳＮＭＰポーリングによる要求に応じてＭＩＢ値を順次に監視サーバに送信する通信装置である。アクセスポイント１は、状態監視部１０ｄと、パラメータメモリ１３と、状態変化処理部１０ｂと、第１送信処理部１０ａとを有する。
【００８５】
状態監視部１０ｄは、状態変化を検出する。パラメータメモリ１３は、状態変化の履歴に関する状態変化記録テーブル１３１を保持する。状態変化処理部１０ｂは、状態監視部１０ｄにより状態変化が検出されたとき、その変化後のＭＩＢ値を状態変化記録テーブル１３１に記録する。第１送信処理部１０ａは、監視サーバ２からの差分取得ポーリングによる要求に応じて、状態変化記録テーブル１３１に記録されたＭＩＢ値を監視サーバ２に送信する。
【００８６】
上記の構成によると、状態変化処理部１０ｂは、状態監視部１０ｄにより状態変化が検出されたとき、その変化後のＭＩＢ値を状態変化記録テーブル１３１に記録する。また、第１送信処理部１０ａは、監視サーバ２からの差分取得ポーリングによる要求に応じて、状態変化記録テーブル１３１に記録されたＭＩＢ値を監視サーバ２に送信する。このため、監視サーバ２は、差分取得ポーリングによって、変化のあるＭＩＢ値だけを取得できる。
【００８７】
したがって、実施例に係るアクセスポイント１によると、ポーリング処理の所要時間がＳＮＭＰポーリングの場合より低減されるので、監視サーバ２の監視処理が低減される。
【００８８】
また、実施例に係る監視システムは、監視サーバ２と、監視対象の状態ごとに該状態を示すＭＩＢ値を保持し、監視サーバ２からのＳＮＭＰポーリングによる要求に応じてＭＩＢ値を監視サーバ２に送信する複数のアクセスポイント１とを有する。監視サーバ２は、繰り返し複数のアクセスポイント１にＭＩＢ値を順次に要求する。
【００８９】
複数のアクセスポイント１は、それぞれ、状態変化の有無を検出し、状態変化を検出したとき、その変化後のＭＩＢ値を状態変化記録テーブル１３１に記録する。また、複数のアクセスポイント１は、それぞれ、監視サーバ２からの差分取得ポーリングによる要求に応じて、状態変化記録テーブル１３１に記録されたＭＩＢ値を監視サーバ２に送信する。
【００９０】
実施例に係る監視システムは、上記の監視サーバ２と同様の構成を含むので、上述した内容と同様の作用効果を奏する。
【００９１】
また、実施例に係る監視方法は、監視対象の状態ごとに該状態を示すＭＩＢ値を保持し、監視サーバ２からのＳＮＭＰポーリングによる要求に応じてＭＩＢ値を監視サーバ２に送信する複数のアクセスポイント１を監視する方法であり、以下のステップを含む。
ステップ（１）：監視サーバ２から複数のアクセスポイント１に、繰り返しパラメータを順次に要求する。
複数のアクセスポイント１は、それぞれ、
ステップ（２）：状態変化の有無を検出し、
ステップ（３）：状態変化を検出したとき、その変化後のＭＩＢ値を、状態変化の履歴に関する状態変化記録テーブル１３１に記録し、
ステップ（４）：監視サーバ２からの差分取得ポーリングによる要求に応じて、状態変化記録テーブル１３１に記録されたＭＩＢ値を監視サーバ２に送信する。
【００９２】
実施例に係る監視方法は、上記の監視サーバ２と同様の構成を含むので、上述した内容と同様の作用効果を奏する。
【００９３】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【００９４】
なお、以上の説明に関して更に以下の付記を開示する。
（付記１）  監視対象の状態ごとに該状態を示すパラメータを保持し、監視装置からの第１ポーリングによる要求に応じて前記パラメータを順次に前記監視装置に送信する通信装置において、
前記状態の変化を検出する検出部と、
前記状態の変化の履歴に関するテーブルを保持する保持部と、
前記検出部により前記状態の変化が検出されたとき、該変化後の前記パラメータを前記テーブルに記録する状態変化処理部と、
前記監視装置からの第２ポーリングによる要求に応じて、前記テーブルに記録された前記パラメータを前記監視装置に送信する送信処理部とを有することを特徴とする通信装置。
（付記２）  前記状態変化処理部は、前記送信処理部による前回の送信から次回の送信までの間に、前記検出部により前記状態の変化が検出されるたびに該変化後の前記パラメータを前記テーブルに記録することを特徴とする付記１に記載の通信装置。
（付記３）  前記状態変化処理部は、前記変化後の前記パラメータと、前記状態の種類を識別する識別子とを対応付けて前記テーブルに記録し、
前記送信処理部は、前記テーブルに記録された前記パラメータ及び前記識別子を前記監視装置に送信することを特徴とする付記１または２に記載の通信装置。
（付記４）  前記状態変化処理部は、前記変化後の前記パラメータと、前記変化の順序を示す順序情報とを対応付けて前記テーブルに記録することを特徴とする付記１乃至３の何れかに記載の通信装置。
（付記５）  前記監視装置からの前記第２ポーリングによる要求には、前記要求のタイミングを識別する識別情報が含まれ、
前記状態変化処理部は、前記変化後の前記パラメータと、最新の前記識別情報とを対応付けて前記テーブルに記録し、
前記送信処理部は、最新の前記識別情報に基づいて、前記テーブルに記録された前記パラメータを選択し、選択した前記パラメータを前記監視装置に送信することを特徴とする付記１乃至４の何れかに記載の通信装置。
（付記６）  監視装置と、監視対象の状態ごとに該状態を示すパラメータを保持し、前記監視装置からの第１ポーリングによる要求に応じて前記パラメータを順次に前記監視装置に送信する複数の通信装置とを有し、
前記監視装置は、繰り返し前記複数の通信装置に前記パラメータを順次に要求し、
前記複数の通信装置は、それぞれ、
前記状態の変化の有無を検出し、
前記状態の変化を検出したとき、該変化後の前記パラメータを、前記状態の変化の履歴に関するテーブルに記録し、
前記監視装置からの第２ポーリングによる要求に応じて、前記テーブルに記録された前記パラメータを前記監視装置に送信することを特徴とする監視システム。
（付記７）  前記複数の通信装置は、それぞれ、前記パラメータの前回の送信から次回の送信までの間に前記状態の変化が検出されるたびに該変化後の前記パラメータを前記テーブルに記録することを特徴とする付記６に記載の監視システム。
（付記８）  前記複数の通信装置は、それぞれ、前記変化後の前記パラメータと、前記状態の種類を識別する識別子とを対応付けて前記テーブルに記録し、前記テーブルに記録された前記パラメータ及び前記識別子を前記監視装置に送信することを特徴とする付記６または７に記載の監視システム。
（付記９）  前記複数の通信装置は、それぞれ、前記変化後の前記パラメータと、前記変化の順序を示す順序情報とを対応付けて前記テーブルに記録することを特徴とする付記６乃至８の何れかに記載の監視システム。
（付記１０）  前記監視装置からの前記第２ポーリングによる要求には、前記要求のタイミングを識別する識別情報が含まれ、
前記複数の通信装置は、それぞれ、前記変化後の前記パラメータと、最新の前記識別情報とを対応付けて前記テーブルに記録し、最新の前記識別情報に基づいて、前記テーブルに記録された前記パラメータを選択し、選択した前記パラメータを前記監視装置に送信することを特徴とする付記６乃至９の何れかに記載の監視システム。
（付記１１）  監視対象の状態ごとに該状態を示すパラメータを保持し、監視装置からの第１ポーリングによる要求に応じて前記パラメータを順次に前記監視装置に送信する複数の通信装置を監視する監視方法において、
前記監視装置から前記複数の通信装置に、繰り返し前記パラメータを順次に要求し、
前記複数の通信装置は、それぞれ、
前記状態の変化の有無を検出し、
前記状態の変化を検出したとき、該変化後の前記パラメータを、前記状態の変化の履歴に関するテーブルに記録し、
前記監視装置からの第２ポーリングによる要求に応じて、前記テーブルに記録された前記パラメータを前記監視装置に送信することを特徴とする監視方法。
（付記１２）  前記複数の通信装置は、それぞれ、前記パラメータの前回の送信から次回の送信までの間に前記状態の変化が検出されるたびに該変化後の前記パラメータを前記テーブルに記録することを特徴とする付記１１に記載の監視方法。
（付記１３）  前記複数の通信装置は、それぞれ、前記変化後の前記パラメータと、前記状態の種類を識別する識別子とを対応付けて前記テーブルに記録し、前記テーブルに記録された前記パラメータ及び前記識別子を前記監視装置に送信することを特徴とする付記１１または１２に記載の監視方法。
（付記１４）  前記複数の通信装置は、それぞれ、前記変化後の前記パラメータと、前記変化の順序を示す順序情報とを対応付けて前記テーブルに記録することを特徴とする付記１１乃至１３の何れかに記載の監視方法。
（付記１５）  前記監視装置からの前記第２ポーリングによる要求には、前記要求のタイミングを識別する識別情報が含まれ、
前記複数の通信装置は、それぞれ、前記変化後の前記パラメータと、最新の前記識別情報とを対応付けて前記テーブルに記録し、最新の前記識別情報に基づいて、前記テーブルに記録された前記パラメータを選択し、選択した前記パラメータを前記監視装置に送信することを特徴とする付記１１乃至１４の何れかに記載の監視方法。
【符号の説明】
【００９５】
１      アクセスポイント
２      監視サーバ
１０ａ     第１送信処理部
１０ｂ     状態変化処理部
１０ｄ     状態監視部
１０ｅ     第２送信処理部
１３      パラメータメモリ
１３１     状態変化記録テーブル 
【図１】
2016165075.tif 000003
【図２】
2016165075.tif 000004
【図３】
2016165075.tif 000005
【図４】
2016165075.tif 000006
【図５】
2016165075.tif 000007
【図６】
2016165075.tif 000008
【図７】
2016165075.tif 000009
【図８】
2016165075.tif 000010
【図９】
2016165075.tif 000011
【図１０】
2016165075.tif 000012
【図１１】
2016165075.tif 000013
【図１２】
2016165075.tif 000014