(57)【要約】【課題】各管理対象のネットワーク接続装置のインターフェースの差異を意識することなく、管理サーバの管理にかかる処理負担を軽減し、管理サーバと管理対象のネットワーク接続装置との間のトラフィックを軽減することが可能なネットワーク接続装置運用管理システムを提供する。【解決手段】本発明では、管理サーバ装置１００は、エージェント管理部１０１が各空調装置３００と通信を行うためのインターフェースであるアプリケーション・インターフェース部１０３を備える。一方、空調装置３００（空調装置Ａ、空調装置Ｂおよび空調装置Ｃ）は、当該空調装置３００の自立的な運用管理を行う装置運用管理エージェント２００が備えられている。装置運用管理エージェント２００は、単一のスタンダードＡＰＩ部２０３にて、ネットワークを介して管理サーバ装置１００へ、自立的な運用管理の結果を送信する。【選択図】        図２
2008140154.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続されるネットワーク接続装置を運用管理するネットワーク接続装置運用管理システムであって、
管理対象とするネットワーク接続装置にそれぞれ備えられ、該ネットワーク接続装置の運用状況を自立的に管理する装置運用管理処理を行い、該装置運用管理処理によって管理されるネットワーク接続装置の管理結果を、予め定められたインターフェースを介して自律的に送信する管理結果送信処理を行う装置運用管理エージェントと、
前記管理結果送信処理によって送信された前記管理結果を、前記予め定められたインターフェースを介して受信する管理結果受信処理を行い、該管理結果受信処理によって受信された前記管理結果を管理することによって前記管理対象とするネットワーク接続装置を管理する管理サーバ装置と
を備えたことを特徴とするネットワーク接続装置運用管理システム。
【請求項２】
前記装置運用管理エージェントは、前記装置運用管理処理および前記管理結果送信処理を、前記管理対象とするネットワーク接続装置の装置種別に依存せず行う中核処理手段と、前記装置運用管理処理を、前記管理対象とするネットワーク接続装置の装置種別に応じて行う装置対応処理手段とを備えたことを特徴とする請求項１に記載のネットワーク接続装置運用管理システム。
【請求項３】
前記装置対応処理手段は、前記管理対象とするネットワーク接続装置の運用状況を管理する運用状況管理手段と、前記運用状況管理手段による前記管理対象とするネットワーク接続装置の運用状況の管理に必要な管理情報を管理する管理情報管理手段とをさらに備え、
前記中核処理手段および前記装置対応処理手段は、前記管理情報管理手段によって管理される前記管理情報に基づいて前記装置運用管理処理を行うことを特徴とする請求項２に記載のネットワーク接続装置運用管理システム。
【請求項４】
前記装置運用管理処理は、前記運用状況管理手段によって管理される前記管理対象とするネットワーク接続装置の運用状況が前記中核処理手段へ通知され、該中核処理手段によって該運用状況が判定されることによって行われることを特徴とする請求項３に記載のネットワーク接続装置運用管理システム。
【請求項５】
前記装置対応処理手段は、前記管理対象とするネットワーク接続装置を制御する装置制御手段をさらに備え、
前記装置制御手段は、前記予め定められたインターフェースを介して前記管理サーバ装置から受信した制御指示に基づいて、当該ネットワーク接続装置を制御することを特徴とする請求項２、３または４に記載のネットワーク接続装置運用管理システム。
【請求項６】
前記中核処理手段および前記装置対応処理手段は、前記予め定められたインターフェースを介して前記管理サーバ装置から受信した運用状況管理指示に基づいて、当該ネットワーク接続装置の運用状況を管理することを特徴とする請求項２〜５のいずれか一つに記載のネットワーク接続装置運用管理システム。
【請求項７】
前記装置運用管理エージェントは、ワンチップの集積回路に実装されていることを特徴とする請求項１〜６のいずれか一つに記載のネットワーク接続装置運用管理システム。
【請求項８】
ネットワークに接続されるネットワーク接続装置を運用管理するネットワーク接続装置運用管理方法であって、
管理対象とするネットワーク接続装置にそれぞれ備えられた装置運用管理エージェントにおいて、該ネットワーク接続装置の運用状況を自立的に管理する装置運用管理処理を行う装置管理工程と、前記装置管理工程によって管理されるネットワーク接続装置の管理結果を、予め定められたインターフェースを介して自律的に送信する管理結果送信処理を行う管理結果送信工程とを含み、
前記管理対象とするネットワーク接続装置を集中的に管理する管理サーバ装置において、前記装置運用管理エージェントから送信された前記管理結果を、前記予め定められたインターフェースを介して受信する管理結果受信処理を行う管理結果受信工程と
を含んだことを特徴とするネットワーク接続装置運用管理方法。
【請求項９】
管理対象とするネットワーク接続装置にそれぞれ備えられ、ネットワークを介して管理サーバと接続される装置運用管理エージェントであって、
前記管理対象とするネットワーク接続装置の運用状況を自立的に管理する装置運用管理処理を行う装置運用管理処理手段と、
前記装置運用管理処理手段によって管理されるネットワーク接続装置の管理結果を、予め定められたインターフェースを介して前記管理サーバへ自律的に送信する管理結果送信処理を行う管理結果送信処理手段と
を備えたことを特徴とする装置運用管理エージェント。
【請求項１０】
ワンチップの集積回路に実装されていることを特徴とする請求項９に記載の装置運用管理エージェント。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続されるネットワーク接続装置を運用管理するネットワーク接続装置運用管理システム、ネットワーク接続装置運用管理方法および装置運用管理エージェントに関し、特に、運用管理の負荷分散を図り、運用管理にかかるネットワークのトラフィックの軽減を図るネットワーク接続装置運用管理システム、ネットワーク接続装置運用管理方法および装置運用管理エージェントに関する。
【背景技術】
【０００２】
近年、ネットワークに接続される装置（以下、ネットワーク接続装置と呼ぶ）を、管理サーバ装置にて集中的に管理し、ネットワーク接続装置において発生した異常や障害等を管理サーバ装置で一元的に検知可能なネットワーク接続装置運用管理システムが普及しつつある。
【０００３】
ネットワーク接続装置には、例えば、該ネットワークを構成するために必要な通信機器（例えば、有線ネットワークを中継する中継装置など）は言うに及ばず、該ネットワークに接続される接続端末装置がある。そして、接続端末装置には、従来のコンピュータ装置に加え、電化製品なども含まれるようになってきている。
【０００４】
このように、あらゆる装置や機器を含むネットワーク接続装置がネットワークに接続されるようになってきている現状において、これらのネットワーク接続装置を効率的に管理するネットワーク接続装置運用管理システムをどのようにして構成するかについて、さまざまな提案がなされている。
【０００５】
これらの提案の一例として、例えば、特許文献１に、管理対象のネットワーク接続装置内に、該管理対象のネットワーク接続装置の情報を管理サーバ向けの形式の情報へ変換し、管理サーバからの情報を該管理対象のネットワーク接続装置向けの形式へ変換する変換機能を設けることによって、管理対象のネットワーク接続装置の通信インターフェースがそれぞれ異なる場合であっても、管理サーバは、その異なるインターフェースごとに通信プログラムを備える必要がなく、各管理対象のネットワーク接続装置のインターフェースの差異を意識することなく、これら管理対象のネットワーク接続装置を集中して管理することが可能となるネットワーク接続装置運用管理システムが開示されている。
【０００６】
【特許文献１】特開平１１−１６８４６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記特許文献１に代表される従来技術では、前述の変換機能によって情報の形式が変換されるのみであって、管理対象のネットワーク接続装置の管理の主体は依然として管理サーバ側にある。このため、ネットワーク接続装置運用管理システムにおいて、多数の管理対象のネットワーク接続装置を管理する場合には、管理サーバの管理にかかる処理負担の増大を招くのみならず、管理サーバと管理対象の装置との間でやり取りされる情報によるトラフィックの増大を招いていた。
【０００８】
本発明は、上記問題点（課題）を解消するためになされたものであって、各管理対象のネットワーク接続装置のインターフェースの差異を意識することなく、管理サーバの管理にかかる処理負担を軽減し、管理サーバと管理対象のネットワーク接続装置との間のトラフィックを軽減することが可能なネットワーク接続装置運用管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した問題を解決し、目的を達成するため、本発明は、ネットワークに接続されるネットワーク接続装置を運用管理するネットワーク接続装置運用管理システムであって、管理対象とするネットワーク接続装置にそれぞれ備えられ、該ネットワーク接続装置の運用状況を自立的に管理する装置運用管理処理を行い、該装置運用管理処理によって管理されるネットワーク接続装置の管理結果を、予め定められたインターフェースを介して自律的に送信する管理結果送信処理を行う装置運用管理エージェントと、前記管理結果送信処理によって送信された前記管理結果を、前記予め定められたインターフェースを介して受信する管理結果受信処理を行い、該管理結果受信処理によって受信された前記管理結果を管理することによって前記管理対象とするネットワーク接続装置を管理する管理サーバ装置とを備えたことを特徴とする。
【００１０】
また、本発明は、上記発明において、前記装置運用管理エージェントは、前記装置運用管理処理および前記管理結果送信処理を、前記管理対象とするネットワーク接続装置の装置種別に依存せず行う中核処理手段と、前記装置運用管理処理を、前記管理対象とするネットワーク接続装置の装置種別に応じて行う装置対応処理手段とを備えたことを特徴とする。
【００１１】
また、本発明は、上記発明において、前記装置対応処理手段は、前記管理対象とするネットワーク接続装置の運用状況を管理する運用状況管理手段と、前記運用状況管理手段による前記管理対象とするネットワーク接続装置の運用状況の管理に必要な管理情報を管理する管理情報管理手段とをさらに備え、前記中核処理手段および前記装置対応処理手段は、前記管理情報管理手段によって管理される前記管理情報に基づいて前記装置運用管理処理を行うことを特徴とする。
【００１２】
また、本発明は、上記発明において、前記装置運用管理処理は、前記運用状況管理手段によって管理される前記管理対象とするネットワーク接続装置の運用状況が前記中核処理手段へ通知され、該中核処理手段によって該運用状況が判定されることによって行われることを特徴とする。
【００１３】
また、本発明は、上記発明において、前記装置対応処理手段は、前記管理対象とするネットワーク接続装置を制御する装置制御手段をさらに備え、前記装置制御手段は、前記予め定められたインターフェースを介して前記管理サーバ装置から受信した制御指示に基づいて、当該ネットワーク接続装置を制御することを特徴とする。
【００１４】
また、本発明は、上記発明において、前記中核処理手段および前記装置対応処理手段は、前記予め定められたインターフェースを介して前記管理サーバ装置から受信した運用状況管理指示に基づいて、当該ネットワーク接続装置の運用状況を管理することを特徴とする。
【００１５】
また、本発明は、上記発明において、前記装置運用管理エージェントは、ワンチップの集積回路に実装されていることを特徴とする。
【００１６】
また、本発明は、ネットワークに接続されるネットワーク接続装置を運用管理するネットワーク接続装置運用管理方法であって、管理対象とするネットワーク接続装置にそれぞれ備えられた装置運用管理エージェントにおいて、該ネットワーク接続装置の運用状況を自立的に管理する装置運用管理処理を行う装置管理工程と、前記装置管理工程によって管理されるネットワーク接続装置の管理結果を、予め定められたインターフェースを介して自律的に送信する管理結果送信処理を行う管理結果送信工程とを含み、前記管理対象とするネットワーク接続装置を集中的に管理する管理サーバ装置において、前記装置運用管理エージェントから送信された前記管理結果を、前記予め定められたインターフェースを介して受信する管理結果受信処理を行う管理結果受信工程とを含んだことを特徴とする。
【００１７】
また、本発明は、管理対象とするネットワーク接続装置にそれぞれ備えられ、ネットワークを介して管理サーバと接続される装置運用管理エージェントであって、前記管理対象とするネットワーク接続装置の運用状況を自立的に管理する装置運用管理処理を行う装置運用管理処理手段と、前記装置運用管理処理手段によって管理されるネットワーク接続装置の管理結果を、予め定められたインターフェースを介して前記管理サーバへ自律的に送信する管理結果送信処理を行う管理結果送信処理手段とを備えたことを特徴とする。
【００１８】
また、本発明は、上記発明において、ワンチップの集積回路に実装されていることを特徴とする。
【発明の効果】
【００１９】
本発明によれば、装置運用管理エージェントが、管理対象とするネットワーク接続装置の運用状況を自立的に管理し、この管理結果を予め定められたインターフェースを介して送信する。一方、管理サーバ装置は、受信した管理結果を管理するのみで管理対象とするネットワーク接続装置の運用状況を管理する。よって、ネットワーク接続装置の運用状況の管理にかかる管理サーバ装置の処理負担を分散させるという効果を奏する。また、管理結果を予め定められたインターフェースを介して自律的に送信するので、管理サーバ装置からの要求によらず、装置運用管理エージェントから管理サーバ装置への一方向の通信のみとなり、ネットワークのトラフィックを削減するという効果を奏する。また、統一されたインターフェースを使用することによってインターフェースの複雑化を防ぐという効果を奏する。
【００２０】
また、本発明によれば、装置運用管理エージェントが、装置対応処理手段の変更のみで、ネットワーク接続装置の装置種別に対応して設計・構成可能になるという効果を奏する。
【００２１】
また、本発明によれば、管理情報によって定められる情報に基づいて装置運用管理処理を行うので、管理情報を変更することによって、必要とする項目・基準に基づいて装置運用管理処理を行うことが可能となるという効果を奏する。
【００２２】
また、本発明によれば、運用状況管理手段によって管理されるネットワーク接続装置の運用状況が中核処理手段によって判定されることによって装置運用管理処理が行われるので、管理サーバ装置へ通知する運用状況を、必要に応じて選択することが可能となるという効果を奏する。
【００２３】
また、本発明によれば、管理サーバ装置から受信した制御指示に基づいて、装置制御手段によってネットワーク接続装置を制御することが可能となるという効果を奏する。
【００２４】
また、本発明によれば、管理サーバ装置から受信した運用状況管理指示に基づいても、ネットワーク接続装置の運用状況を管理することが可能となるという効果を奏する。
【００２５】
また、本発明によれば、装置運用管理エージェントは、ワンチップの集積回路に実装されているので、装置運用管理エージェントをネットワーク接続装置に比較的容易に装備・埋め込み可能となるという効果を奏する。
【発明を実施するための最良の形態】
【００２６】
以下に添付図面を参照し、本発明のネットワーク接続装置運用管理システム、ネットワーク接続装置運用管理方法および装置運用管理エージェントに係る実施例を詳細に説明する。以下に示す実施例では、ネットワーク接続装置として、複数の空調装置がネットワークに接続された場合を例示するが、これに限らず、一般的なネットワーク接続装置がネットワークに接続される場合であってもよい。また、以下の実施例では、空調装置のみがネットワークに接続される場合を示すが、これに限らず、多種多様なネットワーク接続装置が混在して接続されてもよい。
【００２７】
先ず、実施例の説明に先立ち、従来のネットワーク接続装置運用管理システム（以下、装置運用管理システムと呼ぶ）の構成の概要を示し、この従来の装置運用管理システムが持つ問題点について説明する。図１は、従来の装置運用管理システムの構成の概要を示す図である。
【００２８】
同図に示すように、ネットワークを介して、管理サーバ装置に３つの装置（装置Ａ、装置Ｂおよび装置Ｃ）が通信可能に接続されている。管理サーバ装置は、装置Ａ、装置Ｂおよび装置Ｃに対して、各装置の運用状況を照会するリクエストを送信し、これに応じて各装置から送信される応答を判定することによって、各装置の運用状況を管理する運用管理部を備える。
【００２９】
また、管理サーバ装置は、運用管理部が各装置と通信を行うためのインターフェースであるアプリケーション・インターフェース部を備える。なお、アプリケーション・インターフェース部は、各装置（装置Ａ、装置Ｂおよび装置Ｃ）が、装置種別が異なるため、装置Ａとの通信のためにＡＰＩ（Application Program Interface）−Ａ部を、装置Ｂとの通信のためにＡＰＩ−Ｂ部を、装置Ｃとの通信のためにＡＰＩ−Ｃ部をさらに備える。すなわち、管理サーバ装置は、装置Ａとの間でＡＰＩ−Ａ部を介して通信を行い、装置Ｂとの間でＡＰＩ−Ｂ部を介して通信を行い、装置Ｃとの間でＡＰＩ−Ｃ部を介して通信を行う。
【００３０】
なお、管理サーバ装置の運用管理部には、運用管理部による各装置の運用管理結果に基づいて、各装置の運用管理にかかる課金代行処理を行う課金代行処理部と、各装置の運用管理自体の代行サービスを行う運用サービス代行処理部とが接続されている。
【００３１】
一方、装置Ａは、ＡＰＩ−ａにてネットワークを介して管理サーバ装置と通信を行う装置Ａインターフェース部を備える。同様に、装置Ｂは、ＡＰＩ−ｂにてネットワークを介して管理サーバ装置と通信を行う装置Ｂインターフェース部を備え、装置Ｃは、ＡＰＩ−ｃにてネットワークを介して管理サーバ装置と通信を行う装置Ｃインターフェース部を備える。
【００３２】
このように、従来は、管理サーバ装置は、そのアプリケーション・インターフェース部において、装置種別などの装置の特性の違いに応じて、それぞれの装置種別に対応したＡＰＩを用意しておかなければならず、アプリケーション・インターフェース部の構成をいたずらに複雑化してしまうという問題点があった。すなわち、管理対象の装置が使用するＡＰＩに応じて、装置運用管理に関し、管理サーバ装置は、管理対象の装置に対して異なるリクエストを送信しなければならなかった。この問題は、運用管理対象の装置の数が増え、さらに装置種別などの装置の特性が多種多様となった場合に、深刻となる。
【００３３】
また、図１に示す従来の装置運用管理システムでは、装置管理の主体は、あくまで管理サーバ装置側にあった。すなわち、管理サーバ装置の運用管理部から各装置に対して運用状況の照会のリクエストをそれぞれ送信し、これに応答して各装置が管理サーバ装置へ送信した運用状況を、管理サーバ装置で集中的に管理する。このため、管理サーバ装置の処理負担が大きく、運用管理対象の装置の数が増えた場合には、さらに深刻な問題となる。
【００３４】
また、管理サーバ装置は、たとえ各装置において運用上の異常が発生していない場合であっても、定期的にリクエストを各装置に対して送信し、各装置からの応答を受け付けなければならない。このため、ネットワーク上を流れるトラフィックが増大することとなる。この点も、運用管理対象の装置の数が増えた場合に、さらに深刻な問題となる。
【００３５】
本発明は、上記した問題点（課題）を解決するためになされたものであって、運用管理対象の装置の数が増えても、管理サーバ装置のアプリケーション・インターフェース部の構成を変更する必要がなく、各装置の運用管理にかかる管理サーバ装置の処理負担を軽減し、さらに各装置の運用管理のためにネットワーク上を流れるトラフィックを軽減するためになされた。
【実施例】
【００３６】
以下に、図２〜図９を参照して、本発明にかかる実施例を説明する。先ず、実施例にかかる装置運用管理システムの構成の概要について説明する。図２は、実施例にかかる装置運用管理システムの構成の概要を示す図である。ここでの説明で、装置運用管理システムのネットワーク構成についても言及することとなる。なお、以下の実施例では、管理対象の装置の運用管理の内容は、当該装置の故障、動作異常などの障害管理とする。
【００３７】
同図に示すように、装置運用管理システムＳは、ネットワークＮを介して、管理サーバ装置１００に３つの空調装置３００（空調装置Ａ、空調装置Ｂおよび空調装置Ｃ）が通信可能に接続され構成されている。管理サーバ装置１００は、各空調装置３００（空調装置Ａ、空調装置Ｂおよび空調装置Ｃ）から送信される障害報告を収集し、例えば、装置運用管理システムＳの運用管理者に該障害報告を一覧表示することによって、各装置の運用状況を管理するエージェント管理部１０１を備える。エージェント管理部１０１には、各空調装置３００において発生した異常や障害を一覧することができるアプリケーション・ソフトウェアが実装されている。
【００３８】
また、管理サーバ装置１００は、エージェント管理部１０１が各空調装置３００と通信を行うためのインターフェースであるアプリケーション・インターフェース部１０３を備える。なお、アプリケーション・インターフェース部１０３は、各空調装置３００が、単一のＡＰＩであるスタンダードＡＰＩ部２０３を使用して管理サーバ装置１００と通信を行うため、各空調装置３００との通信のためのＡＰＩ部１０３ａをさらに備える。すなわち、管理サーバ装置１００は、いずれの空調装置３００との間でもスタンダードＡＰＩ部２０３にて通信を行うため、一つのＡＰＩ部１０３ａを備えるのみで十分となる。なお、ここでいうインターフェースは、ＡＰＩおよびプロトコルの双方を含む概念である。
【００３９】
なお、管理サーバ装置１００のエージェント管理部１０１には、エージェント管理部１０１による各空調装置３００の運用管理結果に基づいて、各空調装置３００の運用管理にかかる課金代行処理を行う課金代行処理部１０２が接続されている。
【００４０】
一方、空調装置３００（空調装置Ａ、空調装置Ｂおよび空調装置Ｃ）は、当該空調装置３００の自立的な運用管理を行う装置運用管理エージェント２００が備えられている。装置運用管理エージェント２００は、空調装置３００の固有機能に対して、自律的に情報収集や状況判断を行い、運用管理に必要な処理動作を行う、空調装置３００の運用管理を行うためのエージェントであり、可能な限り自立運用する。また、管理サーバ装置１００からのリクエストを受け、リクエスト内容に応じた対応を行う。
【００４１】
装置運用管理エージェント２００は、スタンダードＡＰＩ部２０３にてネットワークを介して管理サーバ装置１００と通信を行う通信制御部２０１ｅを備える。なお、装置運用管理エージェント２００が「エージェント」と呼ばれるのは、従来は、管理サーバ装置１００が一元的に行っていた空調装置３００の運用管理を代理して行うためである。このように、管理サーバ装置１００が一元的に行っていた空調装置３００の運用管理を、各装置運用管理エージェント２００が、それぞれが備えられる空調装置３００の運用管理を代行するので、運用管理自体の処理にかかる負荷分散を図ることが可能となる。
【００４２】
このようにして、管理サーバ装置１００自体は、各空調装置３００の運用管理を行わず、各空調装置３００に備えられた装置運用管理エージェント２００にその空調装置３００の運用管理を代理させて行わせることとしたので、各空調装置３００の運用管理にかかる管理サーバ装置１００の処理負担を、各装置運用管理エージェント２００に分散させて負荷を軽減することができる。このため、運用管理対象の空調装置３００の数が増えた場合でも、管理サーバ装置１００の処理負担が増大することはない。
【００４３】
また、管理サーバ装置１００は、そのアプリケーション・インターフェース部１０３において、装置種別などの装置の特性の違いに応じて、それぞれの装置種別または通信プロトコルに対応したＡＰＩを用意しておく必要がなく、アプリケーション・インターフェース部１０３の構成を複雑化してしまうことを回避できる。このため、運用管理対象の空調装置３００とは別の装置種別の装置が増えた場合でも、アプリケーション・インターフェース部１０３の構成を一切変更する必要はなく、アプリケーション・インターフェース部１０３の複雑化を招くことはない。
【００４４】
また、管理サーバ装置１００は、各空調装置３００が備える装置運用管理エージェント２００に自立してそれぞれの空調装置３００の運用管理を代理させて行わせるため、定期的にリクエストを各空調装置３００に対して送信する必要がない。このため、各空調装置３００において運用上の異常が発生した場合にのみ、各空調装置３００からの障害報告を受け付けることとなる。各空調装置３００において運用上の異常が発生していない場合には、各装置から障害報告を送信されることはない。このため、ネットワーク上を流れるトラフィックを軽減することができる。このため、運用管理対象の空調装置３００の数が増えた場合でも、ネットワーク上を流れるトラフィックの増大を抑制することができる。
【００４５】
次に、図２に示した装置運用管理エージェントの構成について説明する。図３は、図２に示した装置運用管理エージェントの構成を示す機能ブロック図である。同図に示すように、装置運用管理エージェント２００は、エージェント・コア部２０１と、ＡＰ（APplication）オープンソース部２０２と、スタンダードＡＰＩ部２０３とを有する。
【００４６】
なお、装置運用管理エージェント２００は、ワンチップの半導体の集積回路（例えば、ＩＣ（Integrated Circuit）またはＬＳＩ（Large Scale Integration）など）に実装される。これにより、装置運用管理エージェント２００は、空調装置３００などのネットワーク接続装置に比較的容易に装備・埋め込み可能となる。
【００４７】
エージェント・コア部２０１は、装置運用管理エージェント２００の基本処理を行う処理部であり、当該装置運用管理エージェント２００が管理対象とする装置の装置種別に依存しない部分である。すなわち、エージェント・コア部２０１は、装置種別および管理対象となる装置を管理したい管理項目に関係なく、装置運用管理エージェント２００の共通機能として設計・構成されるものである。
【００４８】
エージェント・コア部２０１は、装置運用管理エージェント２００の中核となる機能を統合したものである。エージェント・コア部２０１は、サービスプロフィール制御処理部２０１ａと、ＦＣＡＰＳ（Fault、Configuration、Accounting、Performance、Security）機能部２０１ｂと、状態遷移検出処理部２０１ｃと、アクセスカウンタ部２０１ｄと、通信制御部２０１ｅとを有する。
【００４９】
サービスプロフィール制御処理部２０１ａは、当該空調装置３００の起動時にＡＰオープンソース部２０２の後述するプロファイル管理部２０２ｃにより管理されるプロファイルを読み込み、エージェント・コア部２０１内の各処理機能にどのような処理を行わせるかを指示し、初期化を指示する処理機能部である。
【００５０】
ＦＣＡＰＳ機能部２０１ｂは、装置運用管理システムＳにおいて、障害管理（Fault）、構成管理（Configuration）、課金管理（Accounting）、性能管理（Performance）、機密管理（Security）を行う機能である。状態遷移検出処理部２０１ｃは、空調装置３００の状態遷移を管理する。管理する状態は、空調装置３００の起動時にサービスプロフィール制御処理部２０１ａから指示を受ける。
【００５１】
アクセスカウンタ部２０１ｄは、装置運用管理システムＳにおいて、当該装置運用管理エージェント２００から管理サーバ装置１００へ障害報告が送信された回数などを管理する。アクセスカウンタ部２０１ｄにより管理される回数は、ＦＣＡＰＳ機能部２０１ｂを経て管理サーバ装置１００の課金代行処理部１０２に送信され、課金管理に利用される。
【００５２】
通信制御部２０１ｅは、スタンダードＡＰＩ部２０３を介して管理サーバ装置１００から受信したリクエストが当該装置運用管理エージェント２００に対するものか否かを判定し、必要に応じて当該装置運用管理エージェント２００の各処理機能部にリクエストを転送する。また、通信制御部２０１ｅは、装置運用管理エージェント２００側から管理サーバ装置１００に情報の通知を行うとき、該情報に基づき通信データを生成する。当該空調装置３００のＩＰ（Internet protocol）アドレス（これは、事実上、当該空調装置３００が備える装置運用管理エージェント２００のＩＰアドレスである）や管理サーバ装置１００のＩＰアドレスは、当該空調装置３００起動時にサービスプロフィール制御処理部２０１ａからの指示を受ける。
【００５３】
ＡＰオープンソース部２０２は、当該空調装置３００の持つ固有機能とのインターフェースとなる処理機能であり、空調装置３００の装置種別に応じた機能を有するように構成される。すなわち、ＡＰオープンソース部２０２は、装置種別および管理対象となる装置を管理したい管理項目に応じて設計・構成され、カスタマイズ可能である。本実施例では、ＡＰオープンソース部２０２は、障害管理部２０２ａと、温度管理部２０２ｂと、プロファイル管理部２０２ｃとを有する。
【００５４】
障害管理部２０２ａは、空調装置３００の故障に関する情報の読出し機能を持つ。温度管理部２０２ｂは、空調装置３００の温度に関する設定や制御機能を持つ。プロファイル管理部２０２ｃは、空調装置３００に特有の性質や固有のパラメータ、例えば、図４に示すように、装置種別（例えば、空調装置）、装置のとりうる状態（例えば、正常、軽度障害発生、重度障害発生）、自装置のＩＰアドレス（例えば、192.168.1.1）、管理サーバ装置１００のＩＰアドレス（例えば、192.168.1.0）、通知ポリシー（例えば、軽度障害は１０回の発生で管理サーバ装置１００へ通知し、重度障害発生は１回目の発生で管理サーバ装置１００へ通知するなど）をプロファイル情報として保持する。
【００５５】
スタンダードＡＰＩ部２０３は、エージェント・コア部２０１と管理サーバ装置１００との通信、およびエージェント・コア部２０１とＡＰオープンソース部２０２との通信のインターフェースである。
【００５６】
次に、図２に示した空調装置の構成について説明する。図５は、図２に示した空調装置の構成を示す機能ブロック図である。同図に示すように、空調装置３００は、自立して当該空調装置３００の運用管理を行い、自律的に管理サーバ装置１００との間で運用管理にかかる通信を行う装置運用管理エージェント２００と、当該空調装置３００の固有機能を実現するための処理機能である空調機能部２５０とを有する。装置運用管理エージェント２００と空調機能部２５０とは、双方向に通信可能に接続されている。
【００５７】
次に、図２に示した装置運用管理システムＳにおいて実行される、管理対象空調装置（実施例では、空調装置３００）起動時の処理（起動シーケンス）について説明する。図６は、管理対象空調装置起動シーケンスを示すタイムチャートである。
【００５８】
同図に示すように、先ず、空調装置３００の空調機能部２５０は、電源オン処理を行う（ステップＳ１０１）。そして、空調機能部２５０は、エージェント・コア部２０１のサービスプロフィール制御処理部２０１ａに対して、起動通知を行う（ステップＳ１０２）。
【００５９】
続いて、空調機能部２５０から起動通知を受信したサービスプロフィール制御処理部２０１ａは、スタンダードＡＰＩ部２０３に対してプロファイル読み出し指示を送信する（ステップＳ１０３）。スタンダードＡＰＩ部２０３は、このプロファイル読み出し指示を、ＡＰオープンソース部２０２のプロファイル管理部２０２ｃへ転送する（ステップＳ１０４）。
【００６０】
プロファイル読み出し指示を受信したプロファイル管理部２０２ｃは、プロファイル情報を読み出して、スタンダードＡＰＩ部２０３へ送信する（ステップＳ１０５）。スタンダードＡＰＩ部２０３は、このプロファイル情報を、サービスプロフィール制御処理部２０１ａへ送信する（ステップＳ１０６）。ステップＳ１０６で、スタンダードＡＰＩ部２０３からサービスプロフィール制御処理部２０１ａへ、プロファイル情報として、装置種別、装置の取りうる状態、空調装置のＩＰアドレス、管理サーバ装置のＩＰアドレス、通知ポリシーが送信される。
【００６１】
続いて、サービスプロフィール制御処理部２０１ａは、ＦＣＡＰＳ機能部２０１ｂに対して、ステップＳ１０６で受信した通知ポリシーを含めた初期化指示を送信する（ステップＳ１０７）。サービスプロフィール制御処理部２０１ａから初期化指示を受信したＦＣＡＰＳ機能部２０１ｂは、通知ポリシーを含む全ての機能および記憶情報の初期化を行う（ステップＳ１０８）。このステップＳ１０８の初期化が終了すると、ＦＣＡＰＳ機能部２０１ｂはサービスプロフィール制御処理部２０１ａに対して、初期化終了通知を送信する（ステップＳ１０９）。
【００６２】
続いて、サービスプロフィール制御処理部２０１ａは、状態遷移検出処理部２０１ｃに対して、ステップＳ１０６で受信した装置種別および装置の取りうる状態を含めた初期化指示を送信する（ステップＳ１１０）。サービスプロフィール制御処理部２０１ａから初期化指示を受信した状態遷移検出処理部２０１ｃは、装置種別および装置の取りうる状態を含む全ての機能および記憶情報の初期化を行う（ステップＳ１１１）。このステップＳ１１１の初期化が終了すると、状態遷移検出処理部２０１ｃはサービスプロフィール制御処理部２０１ａに対して、初期化終了通知を送信する（ステップＳ１１２）。
【００６３】
続いて、サービスプロフィール制御処理部２０１ａは、通信制御部２０１ｅに対して、ステップＳ１０６で受信した空調装置のＩＰアドレスおよび管理サーバ装置のＩＰアドレスを含めた初期化指示を送信する（ステップＳ１１３）。サービスプロフィール制御処理部２０１ａから初期化指示を受信した通信制御部２０１ｅは、空調装置のＩＰアドレスおよび管理サーバ装置のＩＰアドレスを含む全ての機能および記憶情報の初期化を行う（ステップＳ１１４）。このステップＳ１１４の初期化が終了すると、通信制御部２０１ｅはサービスプロフィール制御処理部２０１ａに対して、初期化終了通知を送信する（ステップＳ１１５）。
【００６４】
続いて、サービスプロフィール制御処理部２０１ａは、スタンダードＡＰＩ部２０３を介して、管理サーバ装置１００に対して、当該空調装置３００の起動通知を送信する（ステップＳ１１６）。ステップＳ１１６の起動通知を受信した管理サーバ装置１００は、自装置のエージェント管理部１０１の所定記憶領域に、起動通知を通知された空調装置３００を登録する（ステップＳ１１７）。
【００６５】
以上に説明した管理対象空調装置起動時の処理が行われることによって、プロファイル管理部２０２ｃによって管理される、起動された管理対象の空調装置３００のプロファイル情報が、エージェント・コア部２０１のＦＣＡＰＳ機能部２０１ｂ、状態遷移検出処理部２０１ｃおよび通信制御部２０１ｅへと通知されることとなる。
【００６６】
次に、図２に示した装置運用管理システムＳにおける、装置運用管理エージェント２００の自立運用による空調装置障害管理処理（自立運用による空調装置障害管理シーケンス）について説明する。図７は、自立運用による空調装置障害管理シーケンスを示すタイムチャートである。同図に示すように、先ず、装置運用管理エージェント２００のＡＰオープンソース部２０２の障害管理部２０２ａは、タイマーによる所定計時時間の検出処理を行う（ステップＳ１２１）。すなわち、ステップＳ１２１で、タイマーが所定時間を計時したか否かの判定処理を行い、この判定結果を契機として次のステップＳ１２２の処理が行われることによって、装置運用管理エージェント２００の自立運用を実現することが可能となる。
【００６７】
ステップＳ１２１で、タイマーにより所定計時時間が検出されると、障害管理部２０２ａは、空調機能部２５０に対して、障害の読み込み（障害発生の有無、障害がある場合の障害の程度などの障害情報報告）を要求する（ステップＳ１２２）。障害の読み込み要求を受け、空調機能部２５０は、障害管理部２０２ａに対して、障害情報報告を送信する（ステップＳ１２３）。この障害情報報告は、障害管理部２０２ａからスタンダードＡＰＩ部２０３へ（ステップＳ１２４）、スタンダードＡＰＩ部２０３からエージェント・コア部２０１の状態遷移検出処理部２０１ｃへと転送される（ステップＳ１２５）。
【００６８】
ステップＳ１２５で、スタンダードＡＰＩ部２０３から障害情報報告を受信した状態遷移検出処理部２０１ｃは、状態遷移の検出処理を行う（ステップＳ１２６）。ステップＳ１２６で、状態遷移が検出されなかった場合には、ステップＳ１２７およびステップＳ１２８の処理は行われず、ステップＳ１２９の処理へ移る。
【００６９】
ステップＳ１２６で、状態遷移が検出された場合には、状態遷移検出処理部２０１ｃは、ＦＣＡＰＳ機能部２０１ｂに対して、状態遷移検出を通知する（ステップＳ１２７）。そして、状態遷移検出処理部２０１ｃから状態遷移検出を通知されたＦＣＡＰＳ機能部２０１ｂは、障害内容を通知ポリシーと比較し、障害内容が通知ポリシーの基準に達しているか否かの判定を行う（障害管理処理、ステップＳ１２８）。
【００７０】
なお、障害内容が通知ポリシーの基準に達していれば、管理サーバ装置１００への通知が行なわれ、障害内容が通知ポリシーの基準に達していなければ、管理サーバ装置１００への通知は行われない。ステップＳ１２８では、障害内容が通知ポリシーの基準に達していなかったとし、管理サーバ装置１００への通知は行われないこととしている。このようにすると、管理サーバ装置１００へ通知される情報は、その重要度に応じてスクリーニングされ、必要時のみ通知される事となるので、管理サーバ装置１００に蓄積される情報量を削減し、管理サーバ装置１００の記憶資源の浪費を抑制することが可能となる。
【００７１】
なお、管理サーバ装置１００に蓄積される情報量が削減されると、管理サーバ装置１００において各空調装置３００の運用状況に関する情報の検索時間の短縮を図ることが可能となる。
【００７２】
次に、障害管理部２０２ａは、ステップＳ１２１同様に、タイマーによる所定計時時間の検出処理を行う（ステップＳ１２９）。ステップＳ１２９で、タイマーにより所定計時時間が検出されると、障害管理部２０２ａは、空調機能部２５０に対して、障害の読み込みを要求する（ステップＳ１３０）。障害の読み込み要求を受け、空調機能部２５０は、障害管理部２０２ａに対して、障害情報報告を送信する（ステップＳ１３１）。この障害情報報告は、障害管理部２０２ａからスタンダードＡＰＩ部２０３へ（ステップＳ１３２）、スタンダードＡＰＩ部２０３からエージェント・コア部２０１の状態遷移検出処理部２０１ｃへと転送される（ステップＳ１３３）。
【００７３】
ステップＳ１３３で、スタンダードＡＰＩ部２０３から障害情報報告を受信した状態遷移検出処理部２０１ｃは、状態遷移の検出処理を行う（ステップＳ１３４）。ステップＳ１３４で、状態遷移が検出された場合には、状態遷移検出処理部２０１ｃは、ＦＣＡＰＳ機能部２０１ｂに対して、状態遷移検出を通知する（ステップＳ１３５）。そして、状態遷移検出処理部２０１ｃから状態遷移検出を通知されたＦＣＡＰＳ機能部２０１ｂは、障害内容を通知ポリシーと比較し、障害内容が通知ポリシーの基準に達しているか否かの判定を行う（障害管理処理、ステップＳ１３６）。ステップＳ１３６では、障害内容が通知ポリシーの基準に達していたとし、管理サーバ装置１００への通知が行われることとしている。
【００７４】
続いて、ＦＣＡＰＳ機能部２０１ｂは、通信制御部２０１ｅに対して、管理サーバ装置のＩＰアドレス取得を要求する（ステップＳ１３７）。この管理サーバ装置のＩＰアドレス取得要求を受け、通信制御部２０１ｅは、スタンダードＡＰＩ部２０３に対して、管理サーバ装置のＩＰアドレスを送信する（ステップＳ１３８）。そして、管理サーバ装置のＩＰアドレスを受信したスタンダードＡＰＩ部２０３は、管理サーバ装置のＩＰアドレスに基づいて特定される管理サーバ装置に対して、障害通知を行う（ステップＳ１３９）。
【００７５】
以上に説明した装置運用管理エージェント２００の自立運用による空調装置障害管理処理が行われることによって、装置運用管理エージェント２００によって自立的に空調装置３００の空調機能部２５０の障害が管理され、通知ポリシーの基準に達する障害が発生した場合には、管理サーバ装置１００に対して、自律的に障害報告を行うことが可能となる。
【００７６】
次に、図２に示した装置運用管理システムＳにおける、管理サーバ装置１００の制御による空調装置温度設定処理（空調装置温度設定シーケンス）について説明する。図８は、空調装置温度設定シーケンスを示すタイムチャートである。同図に示すように、先ず、管理サーバ装置１００は、空調装置３００の装置運用管理エージェント２００のスタンダードＡＰＩ部２０３に対して、当該空調装置３００の制御にかかるリクエストを送信する（ステップＳ１４１）。例えば、ここでは、エージェントＩＤ＝エージェントＡ（エージェントＩＤは、例えば、ＩＰアドレスなどであってもよい）とするなどして、装置運用管理エージェント２００を特定することによって、制御対象の空調装置３００を特定する。また、温度設定＝２４℃などとして、具体的な制御内容を設定する。
【００７７】
続いて、管理サーバ装置１００からリクエストを受信したスタンダードＡＰＩ部２０３は、エージェント・コア部２０１の通信制御部２０１ｅに対して、ステップＳ１４１で受信したリクエストを転送する（ステップＳ１４２）。転送されたリクエストを受信した通信制御部２０１ｅは、自装置のＩＰアドレスへのリクエストか否かを判定する（ステップＳ１４３）。ステップＳ１４３で、自装置のＩＰアドレスへのリクエストであると判定された場合には、次のステップＳ１４４へ移るが、自装置のＩＰアドレスへのリクエストであると判定されなかった場合には、ステップＳ１４３で空調装置温度設定処理は終了する。なお、ここでは、ステップＳ１４３で、自装置のＩＰアドレスへのリクエストであると判定されたとし、ステップＳ１４４へ移る。
【００７８】
ステップＳ１４４では、通信制御部２０１ｅは、スタンダードＡＰＩ部２０３に対して、制御内容を示す温度設定＝２４℃という情報を送信する。そして、制御内容を示す温度設定＝２４℃という情報を受信したスタンダードＡＰＩ部２０３は、ＡＰオープンソース部２０２の温度管理部２０２ｂに対して、制御内容の転送を行う（ステップＳ１４５）。この制御内容を示す温度設定＝２４℃という情報を受信した温度管理部２０２ｂは、空調機能部２５０に対して、温度設定＝２４℃という制御指示を送信する（ステップＳ１４６）。この制御指示を受信した空調機能部２５０は、温度設定を２４℃に設定する。
【００７９】
空調機能部２５０は、制御指示に基づいた制御動作を正常に行うことができた場合には、温度管理部２０２ｂに対して、正常完了（ＯＫ）を示す情報を送信する（ステップＳ１４７）。正常完了（ＯＫ）を示す情報を受信した温度管理部２０２ｂは、この情報を、スタンダードＡＰＩ部２０３に対してさらに転送する（ステップＳ１４８）。
【００８０】
正常完了（ＯＫ）を示す情報を受信したスタンダードＡＰＩ部２０３は、通信制御部２０１ｅに対して、管理サーバ装置１００のＩＰアドレス取得を要求する（ステップＳ１４９）。通信制御部２０１ｅは、管理サーバ装置１００のＩＰアドレス取得要求に応じて、管理サーバ装置１００のＩＰアドレスを送信する（ステップＳ１５０）。続いて、スタンダードＡＰＩ部２０３は、ステップＳ１５０で受信したＩＰアドレスで特定される管理サーバ装置１００に対して、リクエストに対する制御処理が正常完了したことを通知する（ステップＳ１５１）。
【００８１】
なお、ステップＳ１４６の制御指示基づく制御処理が正常完了しなかった場合（異常完了（ＮＧ））は、ステップＳ１４７、ステップＳ１４８およびステップＳ１５１では、正常完了（ＯＫ）を示す情報の代わりに、異常完了（ＮＧ）を示す情報が送信されることとなる。
【００８２】
以上に説明した空調装置温度設定処理が行われることによって、管理サーバ装置１００が要求する設定内容に基づいて、空調装置３００の空調機能部２５０が実現する空調機能を制御することが可能となる。すなわち、管理サーバ装置１００の指示に基づいて、空調装置３００の運用内容が決定されることとなる。
【００８３】
以上に説明した空調装置温度設定処理では、管理サーバ装置１００が空調装置３００の装置運用管理エージェント２００に対してリクエストを送信する契機（トリガ）については言及していないが、例えば、装置運用管理エージェント２００から当該空調装置３００の重大な異常の通知があったことをトリガとして、当該空調装置３００の電源をオフにする、もしくは設定温度を変更して空調装置３００の稼働負担を軽減するなどのフェイル・セーフを実施することが可能である。このように、管理サーバ装置１００は、装置運用管理エージェント２００を介して空調装置３００のフィードバック制御をおこなうことが可能となる。
【００８４】
なお、管理サーバ装置１００からのリクエストに含まれる制御内容は、温度設定に限らず、空調装置３００の電源オン・オフの指示、タイマーによる電源オン・オフの時刻などであってもよく、空調装置３００を制御する制御項目に該当する内容であれば、いずれであってもよい。
【００８５】
次に、図２に示した装置運用管理システムＳにおける、管理サーバ装置１００による空調装置障害管理処理（管理サーバ装置による空調装置障害管理シーケンス）について説明する。図９は、管理サーバ装置による空調装置障害管理シーケンスを示すタイムチャートである。同図に示すように、先ず、管理サーバ装置１００は、空調装置３００の装置運用管理エージェント２００のスタンダードＡＰＩ部２０３に対して、当該空調装置３００の管理にかかるリクエストを送信する（ステップＳ１６１）。例えば、ここでは、エージェントＩＤ＝エージェントＡ（エージェントＩＤは、例えば、ＩＰアドレスなどであってもよい）とするなどして、装置運用管理エージェント２００を特定することによって、管理対象の空調装置３００を特定する。また、具体的なリクエスト内容として、障害読み込みを設定する。
【００８６】
続いて、管理サーバ装置１００からリクエストを受信したスタンダードＡＰＩ部２０３は、エージェント・コア部２０１の通信制御部２０１ｅに対して、ステップＳ１６１で受信したリクエストを転送する（ステップＳ１６２）。転送されたリクエストを受信した通信制御部２０１ｅは、自装置のＩＰアドレスへのリクエストか否かを判定する（ステップＳ１６３）。ステップＳ１６３で、自装置のＩＰアドレスへのリクエストであると判定された場合には、次のステップＳ１６４へ移るが、自装置のＩＰアドレスへのリクエストであると判定されなかった場合には、ステップＳ１６３で管理サーバ装置による空調装置障害管理処理は終了する。なお、ここでは、ステップＳ１６３で、自装置のＩＰアドレスへのリクエストであると判定されたとし、ステップＳ１６４へ移る。
【００８７】
ステップＳ１６４では、通信制御部２０１ｅは、スタンダードＡＰＩ部２０３に対して、リクエスト内容を示す障害読み込みという情報を送信する。そして、リクエスト内容を示す障害読み込みという情報を受信したスタンダードＡＰＩ部２０３は、ＡＰオープンソース部２０２の障害管理部２０２ａに対して、リクエスト内容の転送を行う（ステップＳ１６５）。このリクエスト内容を示す障害読み込みという情報を受信した障害管理部２０２ａは、空調機能部２５０に対して、障害読み込みの指示を送信する（ステップＳ１６６）。この指示を受信した空調機能部２５０は、障害管理部２０２ａに対して、自装置の状態（正常、軽度障害発生、重度障害発生）を送信する（ステップＳ１６７）。この自装置の状態に関する報告は、障害管理部２０２ａからスタンダードＡＰＩ部２０３へさらに転送される（ステップＳ１６８）。
【００８８】
続いて、スタンダードＡＰＩ部２０３は、通信制御部２０１ｅに対して、管理サーバ装置のＩＰアドレス取得を要求する（ステップＳ１６９）。この管理サーバ装置のＩＰアドレス取得要求を受け、通信制御部２０１ｅは、スタンダードＡＰＩ部２０３に対して、管理サーバ装置のＩＰアドレスを送信する（ステップＳ１７０）。そして、管理サーバ装置のＩＰアドレスを受信したスタンダードＡＰＩ部２０３は、管理サーバ装置のＩＰアドレスに基づいて特定される管理サーバ装置に対して、自装置の状態の通知を行う（ステップＳ１７１）。
【００８９】
以上に説明した管理サーバ装置１００による空調装置障害管理処理が行われることによって、装置運用管理エージェント２００による自立的な空調装置３００の運用管理が可能であるとともに、従来どおりに、管理サーバ装置１００からのリクエストを使用して、運用管理対象の空調装置３００の状態管理を行うことが可能となる。これによって、装置運用管理エージェント２００による自立的な空調装置３００の運用管理によらず、運用管理者の任意でも空調装置３００の運用管理を行うことが可能である。また、運用管理者の任意によって装置運用管理エージェント２００に対してリクエストを送信することによって、装置運用管理エージェント２００自体の生存を確認することが可能となる。
【００９０】
以上、本発明の実施例を説明したが、本発明は、これに限られるものではなく、特許請求の範囲に記載した技術的思想の範囲内で、更に種々の異なる実施例で実施されてもよいものである。また、実施例に記載した効果は、これに限定されるものではない。
【００９１】
例えば、上記実施例では、装置運用管理エージェント２００は、管理対象である空調装置３００の運用状況として異常の発生の有無を、通知ポリシーに基づいて管理サーバ装置１００へ通知するとしているが、これに限らず、空調装置３００における障害発生率などの各種指標を統計し、この統計結果を運用状況として、必要に応じて管理サーバ装置１００へ通知することとしてもよい。
【００９２】
また、上記実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記実施例で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００９３】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示のように構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
【００９４】
さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵ（Central Processing Unit）（またはＭＰＵ（Micro Processing Unit）、ＭＣＵ（Micro Controller Unit）などのマイクロ・コンピュータ）および当該ＣＰＵ（またはＭＰＵ、ＭＣＵなどのマイクロ・コンピュータ）にて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現されてもよい。
【００９５】
（付記１）ネットワークに接続されるネットワーク接続装置を運用管理するネットワーク接続装置運用管理システムであって、
管理対象とするネットワーク接続装置にそれぞれ備えられ、該ネットワーク接続装置の運用状況を自立的に管理する装置運用管理処理を行い、該装置運用管理処理によって管理されるネットワーク接続装置の管理結果を、予め定められたインターフェースを介して自律的に送信する管理結果送信処理を行う装置運用管理エージェントと、
前記管理結果送信処理によって送信された前記管理結果を、前記予め定められたインターフェースを介して受信する管理結果受信処理を行い、該管理結果受信処理によって受信された前記管理結果を管理することによって前記管理対象とするネットワーク接続装置を管理する管理サーバ装置と
を備えたことを特徴とするネットワーク接続装置運用管理システム。
【００９６】
（付記２）前記装置運用管理エージェントは、前記装置運用管理処理および前記管理結果送信処理を、前記管理対象とするネットワーク接続装置の装置種別に依存せず行う中核処理手段と、前記装置運用管理処理を、前記管理対象とするネットワーク接続装置の装置種別に応じて行う装置対応処理手段とを備えたことを特徴とする付記１に記載のネットワーク接続装置運用管理システム。
【００９７】
（付記３）前記装置対応処理手段は、前記管理対象とするネットワーク接続装置の運用状況を管理する運用状況管理手段と、前記運用状況管理手段による前記管理対象とするネットワーク接続装置の運用状況の管理に必要な管理情報を管理する管理情報管理手段とをさらに備え、
前記中核処理手段および前記装置対応処理手段は、前記管理情報管理手段によって管理される前記管理情報に基づいて前記装置運用管理処理を行うことを特徴とする付記２に記載のネットワーク接続装置運用管理システム。
【００９８】
（付記４）前記装置運用管理処理は、前記運用状況管理手段によって管理される前記管理対象とするネットワーク接続装置の運用状況が前記中核処理手段へ通知され、該中核処理手段によって該運用状況が判定されることによって行われることを特徴とする付記３に記載のネットワーク接続装置運用管理システム。
【００９９】
（付記５）前記装置対応処理手段は、前記管理対象とするネットワーク接続装置を制御する装置制御手段をさらに備え、
前記装置制御手段は、前記予め定められたインターフェースを介して前記管理サーバ装置から受信した制御指示に基づいて、当該ネットワーク接続装置を制御することを特徴とする付記２、３または４に記載のネットワーク接続装置運用管理システム。
【０１００】
（付記６）前記中核処理手段および前記装置対応処理手段は、前記予め定められたインターフェースを介して前記管理サーバ装置から受信した運用状況管理指示に基づいて、当該ネットワーク接続装置の運用状況を管理することを特徴とする付記２〜５のいずれか一つに記載のネットワーク接続装置運用管理システム。
【０１０１】
（付記７）前記装置運用管理エージェントは、ワンチップの集積回路に実装されていることを特徴とする付記１〜６のいずれか一つに記載のネットワーク接続装置運用管理システム。
【０１０２】
（付記８）ネットワークに接続されるネットワーク接続装置を運用管理するネットワーク接続装置運用管理方法であって、
管理対象とするネットワーク接続装置にそれぞれ備えられた装置運用管理エージェントにおいて、該ネットワーク接続装置の運用状況を自立的に管理する装置運用管理処理を行う装置管理工程と、前記装置管理工程によって管理されるネットワーク接続装置の管理結果を、予め定められたインターフェースを介して自律的に送信する管理結果送信処理を行う管理結果送信工程とを含み、
前記管理対象とするネットワーク接続装置を集中的に管理する管理サーバ装置において、前記装置運用管理エージェントから送信された前記管理結果を、前記予め定められたインターフェースを介して受信する管理結果受信処理を行う管理結果受信工程と
を含んだことを特徴とするネットワーク接続装置運用管理方法。
【０１０３】
（付記９）前記装置管理工程および前記管理結果送信工程は、前記管理対象とするネットワーク接続装置の装置種別に依存せず行う中核処理工程に含まれ、
前記装置管理工程は、前記管理対象とするネットワーク接続装置の装置種別に応じて行う装置対応処理工程に含まれることを特徴とする付記８に記載のネットワーク接続装置運用管理方法。
【０１０４】
（付記１０）前記装置対応処理工程は、前記管理対象とするネットワーク接続装置の運用状況を管理する運用状況管理工程と、前記運用状況管理工程による前記管理対象とするネットワーク接続装置の運用状況の管理に必要な管理情報を管理する管理情報管理工程とをさらに含み、
前記中核処理工程および前記装置対応処理工程は、前記管理情報管理工程によって管理される前記管理情報に基づいて前記装置管理工程を行うことを特徴とする付記９に記載のネットワーク接続装置運用管理方法。
【０１０５】
（付記１１）前記装置管理工程は、前記運用状況管理工程によって管理される前記管理対象とするネットワーク接続装置の運用状況が前記中核処理工程へ通知され、該中核処理工程によって該運用状況が判定されることによって行われることを特徴とする付記１０に記載のネットワーク接続装置運用管理方法。
【０１０６】
（付記１２）前記装置対応処理工程は、前記管理対象とするネットワーク接続装置を制御する装置制御工程をさらに含み、
前記装置制御工程は、前記予め定められたインターフェースを介して前記管理サーバ装置から受信した制御指示に基づいて、当該ネットワーク接続装置を制御することを特徴とする付記９、１０または１１に記載のネットワーク接続装置運用管理方法。
【０１０７】
（付記１３）前記中核処理工程および前記装置対応処理工程は、前記予め定められたインターフェースを介して前記管理サーバ装置から受信した運用状況管理指示に基づいて、当該ネットワーク接続装置の運用状況を管理することを特徴とする付記９〜１２のいずれか一つに記載のネットワーク接続装置運用管理方法。
【０１０８】
（付記１４）前記装置運用管理エージェントは、ワンチップの集積回路に実装されていることを特徴とする付記８〜１３のいずれか一つに記載のネットワーク接続装置運用管理方法。
【０１０９】
（付記１５）管理対象とするネットワーク接続装置にそれぞれ備えられ、ネットワークを介して管理サーバと接続される装置運用管理エージェントであって、
前記管理対象とするネットワーク接続装置の運用状況を自立的に管理する装置運用管理処理を行う装置運用管理処理手段と、
前記装置運用管理処理手段によって管理されるネットワーク接続装置の管理結果を、予め定められたインターフェースを介して前記管理サーバへ自律的に送信する管理結果送信処理を行う管理結果送信処理手段と
を備えたことを特徴とする装置運用管理エージェント。
【０１１０】
（付記１６）前記装置運用管理処理および前記管理結果送信処理を、前記管理対象とするネットワーク接続装置の装置種別に依存せず行う中核処理手段と、
前記装置運用管理処理を、前記管理対象とするネットワーク接続装置の装置種別に応じて行う装置対応処理手段と
を備えたことを特徴とする付記１５に記載の装置運用管理エージェント。
【０１１１】
（付記１７）前記装置対応処理手段は、前記管理対象とするネットワーク接続装置の運用状況を管理する運用状況管理手段と、前記運用状況管理手段による前記管理対象とするネットワーク接続装置の運用状況の管理に必要な管理情報を管理する管理情報管理手段とをさらに備え、
前記中核処理手段および前記装置対応処理手段は、前記管理情報管理手段によって管理される前記管理情報に基づいて前記装置運用管理処理を行うことを特徴とする付記１６に記載の装置運用管理エージェント。
【０１１２】
（付記１８）前記装置運用管理処理は、前記運用状況管理手段によって管理される前記管理対象とするネットワーク接続装置の運用状況が前記中核処理手段へ通知され、該中核処理手段によって該運用状況が判定されることによって行われることを特徴とする付記１７に記載の装置運用管理エージェント。
【０１１３】
（付記１９）前記装置対応処理手段は、前記管理対象とするネットワーク接続装置を制御する装置制御手段をさらに備え、
前記装置制御手段は、前記予め定められたインターフェースを介して前記管理サーバ装置から受信した制御指示に基づいて、当該ネットワーク接続装置を制御することを特徴とする付記１６、１７または１８に記載の装置運用管理エージェント。
【０１１４】
（付記２０）前記中核処理手段および前記装置対応処理手段は、前記予め定められたインターフェースを介して前記管理サーバ装置から受信した運用状況管理指示に基づいて、当該ネットワーク接続装置の運用状況を管理することを特徴とする付記１６〜１９のいずれか一つに記載の装置運用管理エージェント。
【０１１５】
（付記２１）ワンチップの集積回路に実装されていることを特徴とする付記１５〜２０のいずれか一つに記載の装置運用管理エージェント。
【産業上の利用可能性】
【０１１６】
本発明は、ネットワーク接続装置運用管理システムにおいて、各管理対象のネットワーク接続装置のインターフェースの差異を意識することなく、管理サーバの管理にかかる処理負担を軽減し、管理サーバと管理対象のネットワーク接続装置との間のトラフィックを軽減したい場合に有用である。
【図面の簡単な説明】
【０１１７】
【図１】従来の装置運用管理システムＳの構成の概要を示す図である。
【図２】実施例にかかる装置運用管理システムＳの構成の概要を示す図である。
【図３】実施例にかかる装置運用管理エージェントの構成を示す機能ブロック図である。
【図４】プロファイル管理部により管理されるプロファイルに記述される内容の具体例を示す図である。
【図５】実施例にかかる空調装置の構成を示す機能ブロック図である。
【図６】管理対象空調装置起動シーケンスを示すタイムチャートである。
【図７】自立運用による空調装置障害管理シーケンスを示すタイムチャートである。
【図８】空調装置温度設定シーケンスを示すタイムチャートである。
【図９】管理サーバ装置による空調装置障害管理シーケンスを示すタイムチャートである。
【符号の説明】
【０１１８】
Ａ、Ｂ、Ｃ    空調装置
Ｎ    ネットワーク
Ｓ    装置運用管理システム
１００    管理サーバ装置
１０１    エージェント管理部
１０２    課金代行処理部
１０３    アプリケーション・インターフェース部
１０３ａ    ＡＰＩ部
２００    装置運用管理エージェント
２０１    エージェント・コア部
２０１ａ    サービスプロフィール制御処理部
２０１ｂ    ＦＣＡＰＳ機能部
２０１ｃ    状態遷移検出処理部
２０１ｄ    アクセスカウンタ部
２０１ｅ    通信制御部
２０２    ＡＰオープンソース部
２０２ａ    障害管理部
２０２ｂ    温度管理部
２０２ｃ    プロファイル管理部
２０３    スタンダードＡＰＩ部
２５０    空調機能部
３００    空調装置
【図１】
2008140154.tif 000003
【図２】
2008140154.tif 000004
【図３】
2008140154.tif 000005
【図４】
2008140154.tif 000006
【図５】
2008140154.tif 000007
【図６】
2008140154.tif 000008
【図７】
2008140154.tif 000009
【図８】
2008140154.tif 000010
【図９】
2008140154.tif 000011