JP2009246449A - 制御中継プログラム、制御中継装置および制御中継方法 - Google Patents

Abstract

【課題】新たに制御対象となる装置を自動的に検出し制御することを、通信量を抑えつつも可能にする。
【解決手段】管理装置２０から受け付けた制御要求に基づいて、制御対象装置を制御する制御中継装置１は、管理装置２０から、制御対象とする装置の条件を示すデータと、当該条件を満たす装置に対する制御の内容を示すデータと含む制御要求データを受信し、制御中継装置１がアクセス可能な記録部１５へ格納する要求受信部１１と、制御中継装置１が通信可能な装置Ａ、Ｂに関する装置データを取得する情報取得部１４と、情報取得部１４が取得した装置データが、記録部１５に記録された制御要求データで示される条件を満たす場合に、当該装置に対して制御要求データが示す内容の制御を行う、装置制御部１３とを備える。
【選択図】図１

Description

本発明は、例えば、ルータやスイッチングハブ等の通信機器や、ＯＡ機器または家電機器等の情報機器に対する管理装置からの制御を中継するための制御中継プログラム、制御中継装置および制御中継方法に関する。

近年、ネットワークを介して接続された複数の制御対象装置を制御するネットワーク管理システム（以下、ＮＭＳ（Network management system）と称する。）が開発され使用されている。

このようなＮＭＳによる、より高度な制御を可能にするための様々な方法が提案されている（例えば、特許文献１および特許文献２参照）。特許文献１では、同一の機能を実現するためのネットワーク操作法がベンダごとにことなっているときにも同一のポリシーによってすべての機器を制御できるようにする方法が開示されている。また、特許文献２では、ＳＮＭＰ管理装置が非ＳＮＭＰ機器を容易に管理できるように中継する処理を行うプロキシ装置が開示されている。
特開２００２−１７１２８９号公報 特開２００６−３３８４１７号公報

しかしながら、上記従来のＮＭＳでは、管理対象となる装置を自動的に検出する仕組みはないという課題があった。そのため、管理対象の装置が追加された場合、例えば、管理者が明示的に当該管理対象の装置が追加されたことを、ＮＭＳのプロキシ装置等に設定等する必要が生じていた。

ゆえに、本発明は、新たに制御対象となる装置を自動的に検出し制御すること可能にする制御中継プログラム、制御中継装置および制御中継方法を提供することを目的とする。

本発明にかかる制御中継装置は、管理装置から受け付けた制御要求に基づいて、制御対象装置を制御する制御中継装置であって、管理装置から、制御対象とする装置の条件を示すデータと、当該条件を満たす装置に対する制御の内容を示すデータと含む制御要求データを受信し、前記条件と前記制御内容とを対応付けて、制御中継装置がアクセス可能な記録部へ格納する要求受信部と、前記制御中継装置と通信可能な装置の状態または特性に関する装置データを取得する情報取得部と、前記情報取得部が取得した装置データで示される装置の状態または特性が、前記記録部に記録された制御要求データで示される条件を満たす場合に、当該装置データで示される装置に対して、前記制御要求データが示す、当該条件に対応する制御内容の制御を行う装置制御部とを備える。

要求受信部は、制御対象とする装置の条件を示すデータと、当該条件を満たす装置に対する制御の内容を示すデータとを含む制御要求データを、管理装置から受信して記録部に記録する。そして、情報取得部は、制御中継装置と通信可能な装置の状態または特性に関する装置データを取得する。装置制御部は、装置データが示す装置の状態または特性が、記録部に記録された制御要求データが示す制御対象とする装置の条件を満たすか否かを判断する。上記条件を満たす場合に、装置制御部は、当該装置データが示す装置に対して、制御要求データが示す内容の制御を行う。これにより、制御中継装置では、通信可能な装置が制御対象か否かを、管理装置に問い合わせることなく自動的に判断することができる。そのため、例えば、新たに制御対象となるべき装置が制御中継装置と通信可能な状態になった場合にも、制御中継装置が自動的に検出し制御することができる。

また、装置制御部は、記録部に記録された制御要求データを基に、装置を制御するので、装置を検出したときに、管理装置へ制御内容を問い合わせるための通信が不要になる。そのため、管理装置と、制御中継装置との通信量を減少させることができる。

本願明細書に開示の制御中継装置によれば、新たに制御対象となる装置を自動的に検出し制御することが可能になる。なお、コンピュータを上記記装置制御装置として機能させる制御中継装置プログラムおよび制御中継装置方法によっても、同様の効果が得られる。

本実施形態にかかる制御中継装置において、前記要求受信部は、前記中継装置と通信可能な装置の装置データの取得方法を示すデータも受信し、前記情報取得部は、前記取得方法を示すデータに従った取得方法により、前記装置データを取得することができる。

これにより、情報取得部の装置データの取得方法は、管理装置からの前記取得方法を示すデータにより制御される。そのため、管理の目的や制御対象となる装置の環境等に応じた適切な取得方法を、管理装置が指定することができる。

本実施形態にかかる制御中継装置において、前記情報取得部は、前記制御中継装置と通信可能な装置それぞれの通信形式を示すデータを取得して、前記記録部に前記装置それぞれに対応付けて記録し、前記情報取得部が取得した装置データで示される装置の状態または特性が、前記記録部に記録された制御要求データで示される条件を満たす場合に、前記条件を満たす装置の通信形式を、前記記録部を参照することにより決定し、前記制御要求データが示す制御の内容を、前記通信形式に応じた内容に変換する変換部をさらに備え、前記装置制御部は、前記条件を満たす装置に対して、前記変換部によって変換された前記制御要求データが示す制御を行う態様とすることができる。

前記変換部により、制御要求データの装置に対する制御の内容を示すデータが、制御対象の装置の通信形式に応じた内容に変換される。そのため、要求受信部が受信する制御要求データが示す制御の内容は、装置ごとの通信形式に応じた内容の制御を示す必要がなくなる。その結果、管理装置は、通信形式を考慮した制御内容を示すデータを準備しなくても、様々な通信形式の装置を制御することができる。

本実施形態にかかる制御中継装置において、前記情報取得部は、前記制御中継装置と通信可能な装置に対して、各装置の状態または特定に関する装置データを要求する信号を送信し、各装置から装置データを受信することにより、前記装置データを取得することができる。

本実施形態にかかる制御中継装置において、前記情報取得部は、前記制御中継装置と通信可能な装置を監視して当該装置から送受信されるデータを収集する測定装置から、前記装置データを取得することができる。

本実施形態にかかる制御中継装置において、前記情報取得部は、前記制御中継装置と通信可能な装置から、制御要求を示すデータを当該装置の状態または特性に関するデータともに受信することにより、前記装置データを取得することができる。

本実施形態にかかる制御中継装置において、前記要求受信部は、さらに、装置に関する情報の下記（１）〜（３）の少なくとも１つの取得方法を示す取得方法データも受信し、前記情報取得部は、前記取得方法データの示す取得方法で、前記装置データを取得する態様とすることができる。

（１）前記制御中継装置と通信可能な装置に対して、各装置の状態または特定に関する装置データを要求する信号を送信し、各装置から装置データを受信することにより、前記装置データを取得する方法
（２）前記制御中継装置と通信可能な装置を監視して当該装置から送受信されるデータを収集する測定装置から、前記装置データを取得する方法
（３）前記制御中継装置と通信可能な装置から、制御要求を示すデータを当該装置の状態または特性に関するデータともに受信することにより、前記装置データを取得する方法
これにより、上記（１）〜（３）の３通りのうち、少なくとも１つの方法で、中継装置と通信可能な装置から装置データを取得することができる。そのため、管理の目的や制御対象となる装置の環境等に応じた適切な方法で、情報取得部が装置データを取得することが可能になる。

本実施形態にかかる制御中継装置において、前記要求受信部は、管理装置から、制御対象とする装置の条件を示すデータと、当該条件を満たす装置に対する制御の内容およびタイミングを示すデータと含む制御要求データを受信して、前記記録部へ格納し、前記装置制御部は、前記制御要求データが示すタイミングと制御内容に従って、前記装置を制御することができる。

上記構成により、制御要求データが示すタイミングと制御内容に従って、装置が制御される。そのため、装置制御部が装置を制御するタイミングで管理装置に制御内容を問い合わせる必要がなくなる。また、制御中継装置は、管理装置からの１回の制御要求データによって、制御対象の装置に対して、複数の回数に渡って制御することができる。その結果、管理装置と制御中継装置との間の通信量を減らすことができる。

本発明の実施形態において、前記要求受信部は、前記記録部に記録された制御要求データで示される条件を満たす装置から収集する収集情報と、当該収集情報の加工方法とを示す収集設定データを、前記管理装置から受信して、前記記録部へ格納し、前記装置制御部は、前記収集設定データが示す収集情報を、前記条件を満たす装置から取得し、前記収集データが示す加工方法に従って加工する態様とすることができる。

上記構成により、収集設定データが示す収集情報と、その加工方法に従って、制御対象の装置で保持されている情報が制御中継装置へ集められ、加工される。そのため、管理装置の集計処理および、管理装置と制御中継装置との間の通信量を減らすことができる。例えば、制御対象の装置が多数になると、装置からの収集した情報の集計処理や通信量も多大になるが、集計処理および通信は主に制御中継装置と制御対象の装置との間で行われるので、管理装置側の処理および通信の負荷が抑えられる。

（第１の実施形態）
［システム全体の概略構成］
図１は、本実施形態の制御中継装置を含むシステム全体の概略構成を示す図である。図１に示すように、制御中継装置１は、管理装置２０、装置Ａおよび装置Ｂと通信可能である。すなわち、管理装置２０が制御中継装置１を介して装置Ａまたは装置Ｂを制御する構成となっている。

管理装置２０は、制御中継装置１を介して接続された装置（例えば、装置Ａ、Ｂ）に対して、構成情報設定、セキュリティ設定または動作制御等の制御を行う装置である。管理装置２０は、例えば、ＮＭＳまたはＥＭＳ（Element Management System）を実現する装置であってもよいし、管理者が装置ＡまたはＢに対する制御内容を入力するための管理者端末であってもよい。なお、ＮＭＳは、ネットワーク機器を制御する主体となるシステムであり、例えば、ネットワークに接続された装置を制御するためのアプリケーションを搭載したコンピュータで構成される。

制御中継装置１は、管理装置２０から制御要求データを受信し、この制御要求データに基づいて、装置Ａを管理装置２０の代理として制御する装置である。例えば、制御中継装置１は、装置Ａに対して制御要求データに基づいて生成した動作指示信号を送信し、装置Ａから処理結果を受信する。装置Ａから受信した処理結果は管理装置２０へ通知される。

装置Ａおよび装置Ｂは、管理装置２０の制御対象となりうる装置であり、制御中継装置と通信可能な情報機器であれば、その種類や用途は特に限定されない。例えば、パーソナルコンピュータやサーバ等の汎用コンピュータの他、ルータやスイッチングハブ、ファイアウォール等の機能を備える通信機器や、ＯＡ（Office Automation）機器、家電機器、携帯端末等の情報機器が制御対象の装置となり得る。ＯＡ機器の例として、電話機、ファクシミリ装置、プリンタ、複写機等が挙げられる。家電機器の例として、ラジオ、映像受信機、ＤＶＤ録画再生機、空調機器、照明機器、洗濯機、電子レンジ、冷蔵庫、ゲーム機等が挙げられる。携帯機器の例として、携帯電話器、ＰＤＡ、携帯ゲーム機、電子辞書等が挙げられる。

制御対象となる装置が、ルータの機能を持つ通信機器である場合、管理装置２０は、例えば、その通信機器を特定する通信アドレス（例えば、通信機器のIPアドレス）の設定や、その他プロトコルのルーティングテーブルやフォワーディングテーブル等の設定を行う。また、管理装置２０は、通信機器のセキュリティ設定（例えば、ユーザアカウント設定、ファイアウォール、ＶＬＡＮその他ＶＰＮ（Virtual private network）の各種設定等）を行うこともできる。このような制御は、例えば、ＮＥＴＣＯＮＦなどのプロトコルを用いて行うことができる。

なお、制御中継装置１と装置Ａ、Ｂとの間、または制御中継装置１と管理装置２０との間の通信のプロトコルは、１種類に限られない。また、制御中継装置１と通信可能な管理装置および装置の台数は、図１に示すように台数に限られず、２以上の管理装置および３以上の装置が制御中継装置１に有線または無線で接続されてもよい。

［制御中継装置１の動作の概要］
次に、制御中継装置１の動作の概要を、図１を用いて説明する。ここでは、装置Ａが、ルータである場合の例を説明する。管理装置２０は、まず、制御ポリシーおよびアクションを含む制御要求データを、制御中継装置１に送信する（図１の（１）参照）。制御中継装置１は、制御ポリシーをポリシー情報テーブルに（（２）参照）、アクションをアクション情報テーブルに記録する（（３）参照）。ポリシー情報テーブルおよびアクション情報テーブルは、例えば、制御中継装置１がアクセス可能な記録部を用いて構成されるデータベースにおけるテーブルである。

ここで、制御ポリシーは、管理装置２０の制御対象となる装置の条件を示すデータの一例である。図１に示す例では、制御ポリシーには、制御ポリシーが示す前記条件を満たす装置に対する制御内容を示すデータ（＝アクション）が対応付けられる。すなわち、制御要求データは、条件−動作型の規則を示すデータである。また、本例では、制御ポリシーに、制御中継装置に接続された装置（以下、ノードと称する）が上記条件を満たすか否かを判断するための装置データを取得する方法を示すデータも含まれる。このような、制御ポリシーは、管理装置２０で自動的に生成されてもよいし、管理者によって入力されてもよい。

図１におけるポリシー情報テーブルおよびアクション情報テーブルは、制御ポリシーおよびアクションの内容の一例を示している。この例では、ポリシー情報テーブルに記録される制御ポリシーの１レコードには、ポリシー識別子、検出種別、検出条件、判定種別、判定条件、対応するアクションのアクション識別子が含まれる。検出種別は、制御対象のノードを特定するための装置データを取得する方法の種類を示す。検出条件は、装置データの取得の対象となる装置の条件を表す。すなわち、検出条件は、どのような装置から装置データを取得するかを示すデータである。判定種別は、制御対象ノードの特定において判定される事項の種別を示す。判定条件は、前記判定の条件を示す。アクション識別子は、制御ポリシーに対応するアクションの識別子である。このように、制御ポリシーの１つのレコードには、１または複数のアクションが対応付けられる。

アクションの１レコードには、アクション識別子、アクション種別、アクションコマンド、アクション実行のタイミング、制御内容詳細が含まれる。１レコードの制御ポリシーに対して、複数レコードのアクションが対応付けられて記録されてもよい。この場合、制御ポリシーの示す条件を満たすノードに実行させる複数のアクションそれぞれを示す各レコードが、実行順序に応じてアクション情報テーブルに記録される。このような、ノードに実行させる実行順序を伴うアクション群は「シナリオ」と呼ばれることもある。

上記（１）〜（３）のステップで、管理装置２０は、制御対象装置を特定するための制御ポリシーおよび制御対象装置に対して実行したい制御内容を示すアクションを制御中継装置１に設定する。

制御中継装置１は、ポリシー情報テーブルに記録された制御ポリシーに従って、通信可能なノード（図１に示す例では装置Ａおよび装置Ｂ）から、制御対象となるノードか否かを判断するための装置データを取得する（（４）参照）。装置データは、装置の状態や特性を示すデータである。ここでは、制御中継装置１は、制御ポリシーにおける検出種別で示される方法を用いて装置データを取得する。例えば、図１に示す例では、検出種別が「ブロードキャスト」であるので、制御中継装置１は、通信可能な全てのノード（装置ＡおよびＢ）に対して、定期的に装置データを取得するためのブロードキャストパケットを送信する。これにより、制御中継装置１は、未管理ノード（制御対象となっていないノード）を検出する。制御中継装置１は、検出された未管理ノードから装置データを含む返答を受信することで装置データを取得する。ここでは、装置Ａと装置Ｂが未管理ノードとして検出される場合について説明する。

例えば、制御ポリシーの判定種別が示す情報「機器情報」を問い合わせる内容のブロードキャストパケットが制御中継装置１から送信される。制御中継装置１は、ブロードキャストパケットの返答として、装置Ａからは、例えば、識別情報「００１」および機器情報「ベンダＡ」を含む装置データを受信する。装置Ｂからは、識別情報「００２」および機器情報「ベンダＢ」を含む装置データを受信する。

制御中継装置１は、ノードから受信した装置データが示す装置の特性または状態と、制御ポリシーの判定条件および検出条件とを照合し、一致すれば、前記ノードは制御対象のノードである判断する（（５）参照）。図１に示す例では、装置Ａの機器情報「ベンダＡ」と判定条件「ベンダＡ」が一致し、かつ、識別情報「００１」の装置は、未管理ノードである（すなわち検出条件が一致する）ので、装置Ａは制御対象ノードと判断される。なお、装置が未管理ノードが否かの判断は、例えば、制御中継装置１で制御対象となっている装置の識別情報を記録しておくことで可能になる。

上記のように、装置Ａは制御対象ノードと判断された場合、制御中継装置１は、前記制御ポリシーのアクション識別子「１０００１」をキーに、前記制御ポリシーに対応するアクションの制御内容（例えば、タイミング、制御内容詳細）をアクション情報テーブルから取得する（（６）参照）。一方、当該照合において装置データが示す装置の情報と制御ポリシーとが一致しなければ、例えば、（４）の処理が周期的に繰り返される。

（６）で、例えば、制御中継装置１は、アクション識別子が「１０００１」のアクションのアクションコマンド、タイミングおよび制御内容詳細を参照し、このタイミングで制御内容詳細の示す制御を装置Ａに対して実行する（（７）参照）。図１の例では、制御中継装置１は、制御内容詳細が示すルータコマンドを６０秒の周期で定期的に装置Ａへ投入する。なお、制御のタイミングは「制御内容詳細」に含めて記述されてもよい。この場合、制御中継装置１は、制御内容詳細を、制御中継装置１に組み込まれたプログラムによって解析して実行してもよい。

以上、制御中継装置１の動作の概要について説明したが、制御ポリシーおよびアクションの内容および記録形式は上記例に限られない。

また、以上の動作により、次のような効果を奏する。まず、制御中継装置１により制御対象となるノード（上記例では装置Ａ）の自動検出が可能になる。そして、管理装置２０から制御対象ノードまでのネットワークトラフィックの軽減が可能になる。すなわち、上記構成により、制御中継装置１が管理装置２０に代わって、定期的もしくは特定の契機で、制御対象の装置に対する制御を自律的に行うことが可能になる。そのため、従来必要であった、管理装置２０から制御対象の装置Ａまたは装置Ｂまでの通信経路のトラフィックの大部分を、制御中継装置１から装置Ａまたは装置Ｂまでの通信経路のトラフィックに抑えることができる。

さらに、制御中継装置１が制御ポリシーおよびアクションに従って自律的に装置Ａまたは装置Ｂの制御を行うことにより、管理装置２０からの制御信号の送信回数を削減することが可能となり管理装置２０の負荷が軽減される。

［制御中継装置１の構成］
図２は、制御中継装置１の構成を示す機能ブロック図である。図２に示すように、制御中継装置１は、要求受信部１１、情報管理部１２、装置制御部１３、情報取得部１４、記録部１５および通信部１６を備える。また、制御中継装置１は、ネットワークＮ１を介して管理装置２０と接続され、ネットワークＮ２を介してネットワーク測定装置（測定装置）３０、装置Ａおよび装置Ｂと接続されている。

要求受信部１１は、管理装置２０から制御要求データを受信し、情報管理部１２に対して、制御要求データに含まれる制御ポリシーおよびアクションの記録部１５への書き込みを要求する。

情報管理部１２は、要求受信部１１、装置制御部１３および情報取得部１４と、記録部１５との間を繋ぐインタフェースである。制御ポリシーおよびアクションの記録部１５への読み出しまたは書き込みの要求を、要求受信部１１、装置制御部１３および情報取得部１４から受け付けて実行する。

情報取得部１４は、制御中継装置１と通信可能な装置（すなわち、ネットワークＮ２上の装置）から装置データを取得する。通信部１６は、情報取得部１４は、ネットワーク測定装置３０が取得した、ネットワークＮ２上の装置Ａ、Ｂに関する装置データを取得してもよいし、装置Ａ、Ｂそれぞれから直接、装置データを取得してもよい。情報取得部１４は、情報管理部１２を介して、記録部１５に記録された制御ポリシーの示す装置データの取得方法を参照する。情報取得部１４は、参照した前記取得方法に従って、装置Ａ、Ｂの装置情報を取得する。

ネットワーク測定装置３０は、ネットワークＮ２上の装置（装置Ａ、Ｂ）が送信または受信したデータを収集する測定装置である。ネットワーク測定装置３０は、例えば、ネットワークＮ２におけるノード（図２に示す例では、装置Ａおよび装置Ｂ）による通信のデータをパッシブ計測することにより、データを収集する。

ここで、パッシブ計測は、ノードに対してデータを要求する処理を実行することなく、計測対象のノードが接続されるネットワーク（無線ネットワークも含む）において伝送されるデータを監視することによりノードに関するデータを取得すること、もしくはパッシブ計測装置を通過する信号を取得することにより、ネットワークに関する流量、負荷、品質等の情報を取得することである。

ネットワーク測定装置３０は、例えば、パッシブ計測の対象となるノードと同一のコリジョンドメインに設置され、コリジョンドメインにおける伝送信号（伝送データ）を監視することにより、ノードに関するデータを取得してもよい。もしくは、パッシブ計測の対象となるノードがルータの場合は、例えば、ミラーポートに接続されたネットワーク測定装置３０が、ルータからの通信データを収集（キャプチャ）してもよい。

装置制御部１３は、情報取得部１４が取得した装置Ａ、Ｂの装置データの示す装置の状態または特性と、記録部１５に記録されたポリシー情報テーブルの制御ポリシーとを照合し、装置Ａ、Ｂが、制御対象か否かを判断する。装置制御部１３は、装置Ａ、Ｂの少なくとも１つを制御対象と判断した場合に、その制御ポリシーに対応するアクションの示す制御内容をアクション情報テーブルから取得する。装置制御部１３は、その取得した制御内容に従った制御信号を、通信部１６を介して、制御対象と判断した装置に送信する。

通信部１６は、制御中継装置１とネットワークＮ２との間を繋ぐインタフェースである。装置制御部１３および情報取得部１４からネットワークＮ２へ向けて送信するデータを受け付けて、必要であればデータ形式を変換してネットワークＮ２に送出する。また、通信部１６は、ネットワークＮ２から受信したデータを、装置制御部１３および情報取得部１４等に必要であればデータ形式を変換して渡す。

制御中継装置１は、例えば、パーソナルコンピュータやサーバマシン等の汎用コンピュータまたは、コンピュータを内蔵する専用装置により構成することができる。要求受信部１１、情報管理部１２、装置制御部１３、情報取得部１４および通信部１６の各機能部の機能は、コンピュータが備えるＣＰＵが所定のプログラムを実行することにより実現される。従って、コンピュータを前記各機能部として機能させるためのプログラムおよびそれを記録した記録媒体も本発明の実施形態に含まれる。このことは、後述する図８および図１３における各機能部についても同様である。また、記録部１５は、コンピュータに内蔵された記録媒体または、コンピュータからアクセス可能な外部記録装置により具現化される。

なお、制御中継装置１の構成は、図２に示す例に限られない。例えば、制御中継装置１の各機能ブロックは互いに接続された複数のコンピュータに分散して設けられてもよい。また、図２に示す例では、管理装置２０が接続されるネットワークＮ１と、装置Ａ、Ｂが接続されるネットワークＮ２が別である構成になっているが、これらは、同じ１つのネットワークであってもよい。

［制御ポリシーおよびアクションを設定する処理］
図３は、制御中継装置１が管理装置２０から制御要求データを受け付け、制御ポリシーおよびアクションを設定する場合の処理の例を示すシーケンス図である。図３に示す例では、管理装置２０は、まず、制御ポリシーおよびアクションを制御中継装置１に登録するために、「設定開始要求メッセージ」を制御中継装置１の要求受信部１１へ送信する（＃１）。

ここで、管理装置２０がこの設定開始要求メッセージを自動的に生成されてもよいし、管理者が管理装置２０に対して設定開始要求メッセージの送信指示を入力してもよい。後者の場合、管理装置２０は、管理者が制御内容を入力するための管理者端末であってもよい。

要求受信部１１は、設定開始要求メッセージを受信すると、情報管理部１２へ参照依頼を出す（＃１）。情報管理部１２は記録部１５のポリシー情報テーブル及びアクション情報テーブルの参照を行い（＃２）、設定に必要な情報を返答情報として要求受信部１１へ返答する（＃３）。要求受信部１１は、返答情報を管理装置２０へ返答する（＃３）。返答情報には、例えば、設定可能な制御ポリシーおよびアクションの情報や、現在ポリシー情報テーブル及びアクション情報テーブルに設定されている制御ポリシーおよびアクションの情報が含まれる。

これにより、管理装置２０は、返答情報が示す制御ポリシーおよびアクションを管理装置２０が備えるディスプレイ（図示せず）の画面に表示することができる（＃４）。管理者は、画面に表示される制御ポリシーおよびアクションの中から所望の制御ポリシーおよびアクションの組み合わせを選択することができる。なお、この選択も管理装置２０が自動的に行ってもよい。すなわち、管理装置２０は、例えば、返答情報の制御ポリシーおよびアクションに対して選択、追加、変更または削除等を行うことで、制御要求データを生成することができる。

制御要求データには、制御ポリシーおよびアクションが含まれることになる。ここでは、一例として、制御ポリシーは、検出種別、検出条件、判定種別および判定条件を示す情報として（ブロードキャスト、未管理ノード検出、機器情報、ベンダＡ）の情報を含み、アクションは、アクション識別、アクションコマンドおよび制御内容を示す情報として（定期情報収集開始、SNMP get定期発行、"SNMP Add OID 1.1.1 60sec 前回差分"）の情報を含む場合について説明する。

管理装置２０は、生成した制御要求データを要求受信部１１へ送信する（＃５）。要求受信部１１はこの制御要求データを受信すると、制御要求データに含まれる制御ポリシーおよびアクションを記録部１５に設定するように、情報管理部１２へ依頼する（＃６）。

情報管理部１２は、制御要求データに含まれる制御ポリシーおよびアクションの正当性チェックを行う（＃７）。正当性チェックの例として、検出条件の重複チェック、検出条件と連携できないアクション指定のチェックおよび「アクション指定なし」などの設定項目の過不足チェック等が挙げられる。

情報管理部１２は、正当性チェックの結果、問題がないと判断すると、制御ポリシーをポリシー情報テーブルへ、アクションをアクション情報テーブルへそれぞれ記録する（＃８）。図４は、ポリシー情報テーブルに記録されるデータの内容の一例を示す図である。ポリシー識別子「１００」のレコードが今回新たに記録された制御ポリシーである。図５は、アクション情報テーブルに記録されるデータの内容の一例を示す図である。アクション識別子「５００２」のレコードが今回新たに記録されたアクションである。

情報管理部１２は、ポリシー情報テーブルに追加または更新された制御ポリシーを、情報取得部１４に通知する（＃９）。

情報取得部１４は、通知された制御ポリシーに応じた取得方法での情報取得を開始する（＃１０）。情報取得部１４は、例えば、制御ポリシーの検出種別および検出条件により、取得する装置データを特定する。（装置データ取得処理の詳細は後述する。）そして、情報取得部１４は、制御ポリシー通知（＃９）に対する返答を情報管理部１２に送信する（＃１１）。情報管理部１２は、この返答を受けると、設定依頼（＃６）に対する処理結果を要求受信部１１に返答する（＃１２）。要求受信部１１は、制御要求データ（＃５）に対する返答を管理装置２０へ送信する（＃１３）。

［情報取得部１４の動作例］
ここで、図３の＃１０において、情報取得処理を開始した情報取得部１４の開始後の動作例を説明する。図６は、情報管理部１２から制御ポリシーの通知（図３の＃９）を受けた後の情報取得部１４の動作例を示すフローチャートである。情報取得部１４は、制御ポリシーの通知を受けると（Ｏｐ１）、制御ポリシーの示す検出種別が「ブロードキャスト」であるか否かを判断する（Ｏｐ２）。

＜「ブロードキャスト」の動作例＞
制御ポリシーの検出種別が「ブロードキャスト」である場合（Ｏｐ２でＹｅｓ）、情報取得部１４は、ブロードキャストパケットをネットワークＮ２に対して送信する処理を実行する（Ｏｐ３）。例えば、情報取得部１４は、ブロードキャストパケットを定期的に送信し、その返答としてネットワークＮ２の各ノード（装置ＡおよびＢ）から装置データを取得する。具体的には、制御対象ノードを特定するために必要な情報を要求する信号をブロードキャストパケットの形式で各装置Ａ、Ｂに送信する。

例えば、Ｏｐ１で通知された制御ポリシーが、図４に示すポリシー情報テーブルのポリシー識別子「１００」のレコードである場合について説明する。このレコードの判定種別は「機器情報（MIB::SysyDescr）」である。これは、ＳＮＭＰ（Simple Network Management Protocol）のＭＩＢ−ＩＩ（Management Information Base-II）におけるsystemサブツリーのsysDescrを示す。この場合、情報取得部１４は、この判定種別で示される情報を得るためのＧＥＴリクエストの信号をブロードキャストする。

なお、上記処理の変形例として、情報取得部１４は、ブロードキャストにより、まず未管理ノードを検出して、未管理ノードのＩＰアドレスを取得し、当該ＩＰアドレスに対して、制御対象か否かの判定に必要な装置データの要求信号を送信してもよい。この場合、制御中継装置１またはネットワーク測定装置３０が、例えば、管理ノードを示すデータを記録するテーブルを備え、情報取得部１４は、これを参照することで未管理ノードを検出する構成とすることができる。

上記のＯｐ３で実行されるブロードキャスト（同報通信）による情報取得処理は、制御中継装置１と通信可能な装置に対して、必要な情報を積極的に要求するための信号を送信することにより装置データを取得する方法の一例である。このような方法で装置データを取得することで、各装置が保持するデータを確実かつ迅速に収集することができる。なお、このような積極的な装置データの取得方法は、上記例のブロードキャストに限られない。

＜「パッシブ計測」の動作例＞
検出種別が「パッシブ計測」の場合（Ｏｐ４でＹｅｓ）、情報取得部１４は、ネットワーク測定装置３０に対して、パッシブ計測を依頼する依頼メッセージを送信する（Ｏｐ５）。その際、情報取得部１４は、依頼内容として、例えば、制御ポリシーの検出条件をネットワーク測定装置３０に通知してもよい。これにより、例えば、パッシブ計測の対象となるネットワークＮ２上の範囲または取得したいデータの種類等が、ネットワーク測定装置３０に通知される。

例えば、Ｏｐ１で通知された制御ポリシーが、図４に示すポリシー情報テーブルのポリシー識別子「１０２」のレコードである場合について説明する。情報取得部１４は、パッシブ計測の依頼メッセージとともに、検出条件「パケットロス検出」をネットワーク測定装置３０に送信する。ネットワーク測定装置３０は、ネットワークＮ２において伝送されるパケットを監視し、パケットロスを検出する。パケットロスを検出すると、ネットワーク測定装置３０は、パケットロス発生した通信におけるパケットを情報取得部１４へ転送する。このパケットは、例えば、装置制御部１３へさらに転送され、制御ポリシーの判定条件（すなわち、Ｓｕｂｎｅｔが「192.168.99.0/24」である）を満たすか否かの判断に用いられる。

上記のＯｐ５で実行されるパッシブ計測による情報取得処理は、制御中継装置１と通信可能な装置から送受信されるデータを収集するネットワーク測定装置から、当該データを取得することにより、前記装置データを取得する情報取得方法の一例である。このような方法で装置の情報を取得することにより、時間とともに変化する装置の通信状況を示すデータを収集することができる。なお、このような情報取得方法は、上記Ｏｐ５の処理に限られない。

＜「制御要求受付」の動作例＞
検出種別が「制御要求受付」の場合（Ｏｐ６でＹｅｓ）、情報取得部１４は、ネットワークに接続されたノード（装置Ａ、Ｂ）からの制御要求の待機を開始する（Ｏｐ７）。例えば、装置Ａは、制御要求を、装置データ（例えば、識別情報やベンダ等の機器情報）とともに、制御中継装置１へ送信する機能を備えてもよい。情報取得部１４は、例えば、装置Ａから制御要求を、装置データとともに受信すると、装置制御部１３へ渡す。装置制御部１３は、装置Ａの装置データと制御ポリシーとを照合し、装置Ａが検出条件および判定条件を満たすか否かを判断する。これらの条件を満たすと判断された場合、装置Ａが制御対象のノードに特定される。

以上示したように、図６に示した動作により、様々な方法を用いて装置の情報を取得することができる。そのため、制御対象となる装置の検出条件および判定条件で用いられる情報として、様々な情報を取得することができる。なお、上記図６に示した例では、Ｏｐ３、Ｏｐ５、Ｏｐ７の３通りの情報取得処理のいずれか１つが実行される形態であるが、例えば、３通りの情報取得処理うち、２通り以上の処理が実行されもよい。また、情報取得方法の種類も上記の３通りに限られない。

［制御ポリシー判定およびアクション実行の処理］
次に、制御中継装置１が、ネットワーク測定装置３０から取得した装置データを基に、制御ポリシーに基づいて、制御対象装置を特定し、制御対象装置に対してアクションを実行する処理の例を説明する。図７は、制御中継装置１が、ネットワーク測定装置３０から取得した装置データを基に制御対象の装置を特定して制御する処理の一例を示すシーケンス図である。

図７では、まず、情報取得部１４からネットワーク測定装置３０へパッシブ計測の依頼が通知される（＃２０）。この依頼処理は、上記図６のＯｐ５におけるパッシブ計測の依頼と同様である。この依頼時に、情報取得部１４は、例えば、制御ポリシーの検出条件をネットワーク測定装置３０に通知することができる。これにより、ネットワーク測定装置３０は、検出条件に基づいて、パッシブ計測のネットワーク上の範囲もしくはどのような装置データを取得するのかを決定することができる。

以下では、一例として、図４に示すポリシー情報テーブルにおいてポリシー識別子「１０３」のレコードの制御ポリシーで示される検出条件「多量データ検出」がパッシブ計測の依頼時にネットワーク測定装置３０に通知された場合について説明する。

依頼を受けたネットワーク測定装置３０は、パッシブ計測を実行する（＃２１）。例えば、ネットワークＮ２を伝送されるデータを監視し、通信データ量が予め決められた閾値より大きいノードを検出する。例えば、ネットワーク測定装置３０は、ネットワークＮ２の各ノードで送受信されるパケット総数を集計し、パケット総数が閾値を越えるノードを検出する。ここでは、例えば、装置Ａと装置Ｂが検出されたとする。

この場合、ネットワーク測定装置３０は、装置Ａおよび装置Ｂそれそれで送受信されるパケットを測定情報（装置データ）として、情報取得部１４へ転送する（＃２２）。情報取得部１４に転送された測定情報のパケットは、装置制御部１３へ転送される（＃２３）。

装置制御部１３は、受け取った測定情報を分析し、装置Ａ、Ｂに関する情報を抽出する（＃２４）。例えば、装置制御部１３は、装置ＡおよびＢそれぞれからＩＰアドレスを抽出する。装置制御部１３は、抽出した装置Ａ、Ｂそれぞれの情報（ＩＰアドレス）を基に、装置Ａ、Ｂが制御ポリシーの検出条件を満たすか否かを判断する（＃２５）。このとき、装置制御部１３は、情報管理部１２を介して、ポリシー情報テーブルの制御ポリシーを参照することができる（＃２６）。この場合、装置Ａ、ＢそれぞれのＩＰアドレスが、判定種別「ＩＰ値範囲」、判定条件「192.168.100.1〜192.168.100.10」で示される条件を満たすか否かが判断される。以下、装置Ａが制御装置と判断された場合について説明する。

＃２５で制御ポリシーの検出条件を満たす装置（装置Ａ）が検出されると、装置制御部１３は、情報管理部１２を介して、アクション情報テーブル中の制御ポリシーに対応するアクションを参照する（＃２７）。ポリシー識別子「１０４」の制御ポリシーの対応アクションのアクション識別子は、「５００４」「５００１」である。装置制御部１３は、これらのアクション識別子のレコードを、アクション情報テーブルから取得する。取得したレコードに従って、制御信号を生成し、通信部１６を介して装置Ａへ送信する（＃２８、＃２９）。装置Ａは、制御信号に対する処理結果を返答する（＃３０、＃３１）。

例えば、装置制御部１３は、図５のアクション情報テーブルのアクション識別子「５００４」のレコードからタイミング「検出時」および制御内容詳細「if eth0 set limit 10Mbps」を参照する。「検出時」は、制御対象装置が検出された時を示す。「if eth0 set limit 10Mbps」は、制御コマンドを示している。そのため、装置制御部１３は、制御コマンド「if eth0 set limit 10Mbps」を、＃２５で装置Ａが検出された後すぐに装置Ａへ送信する。これにより、例えば、装置Ａにおけるデータの流量の上限が１００Ｍｂｐｓに制御される。

上記の処理により、ネットワークＮ２におけるデータ通信量の多いノード、すなわち装置Ａのデータ流量が制御される。この処理では、例えば、データ通信量の多いノードが複数存在する場合にも、複数のノードに対して流量制御が可能である。この場合、管理装置２０は、複数のノードそれぞれに対して制御信号を送信しなくても、複数のノードに対する流量制限が実現される。そのため、管理装置２０による制御信号の送信回数が抑えられる。また、上記処理においては、管理装置２０と制御中継装置１との間の通信は発生していないので、ネットワークＮ１にも負荷はかからない。

なお、ここでは、装置Ａのデータ通信量の制御を実行する例を説明したが、記録部１５に記録された制御ポリシーおよびアクションの内容に応じて、その他の様々な制御が、図７に示す動作で実行されうる。

例えば、図４に示すポリシー識別子「１０４」のレコードが記録された場合、情報取得部１４は、アタック検出をネットワーク測定装置３０に依頼する。ネットワーク測定装置３０は、例えば、装置Ａに対するポートスキャンを検出すると、ポートスキャン情報を、情報取得部１４を通じて装置制御部１３へ通知する。装置制御部１３は、通知されたポートスキャン情報が示す装置Ａへのポートスキャンが、ポリシー識別子「１０４」の制御ポリシーが示す判定条件に一致するか否かを判定する。ここでは、装置制御部１３は、装置Ａへのポートスキャンが、１００ポート（以上の）連続スキャンである場合は制御ポリシーが一致したと判断する。この場合、当該制御ポリシーにて指定されたアクション識別子「５００６」および「６０００」のアクションが順次実行される。

装置制御部１３はアクション識別子「５００６」および「６０００」のアクションをアクション情報テーブル（図５参照）に参照することで、実行するアクションの詳細情報を取得する。この例では、アクション識別子「５００６」のアクションのアクション種別は「Ｆｉｒｅｗａｌｌ制御」であり、アクションコマンドは「切り離しフィルター追加」である。そのため、装置制御部１３は、制御対象装置（ここでは装置Ａ）のＦｉｒｗａｌｌに対して、制御対象装置（装置Ａ）のIP情報をアクセスブロックするためのフィルタコマンドの追加を指示する制御信号を生成し、通信部１６へ通知する。通信部１６は、通知された制御内容に従い、制御信号投入先の装置（ここでは、装置ＡのＦｉｒｅｗａｌｌとなる）に合わせたプロトコルのコマンドを送信する。

（第２の実施形態）
図８は、本実施形態にかかる制御中継装置１ａの構成を示す機能ブロック図である。図８において、図２と同じ機能ブロックには同じ番号を付す。本実施形態では、管理装置２０からの制御要求データに、制御対象装置からの情報収集または情報収集加工を要求する情報が含まれることが想定されている。そのため、制御中継装置１ａは、制御要求データに基づいて制御対象となる装置から情報を収集し、必要であれば加工する機能をさらに備える。具体的には、制御中継装置１ａにおいて、装置制御部１３ａに収集加工部１７が含まれている。また、記録部１５には、収集設定テーブルおよび収集結果テーブルがさらに記録される。

要求受信部１１が、情報収集または情報収集加工の要求を示す制御要求データを受信した場合、情報管理部１２は、制御ポリシーおよびアクションに加えて、収集設定データも記録する。収集設定データは、制御対象の装置から情報を収集するために必要となるデータである。収集設定データには、例えば、取得する情報、取得手段、取得タイミング、取得方法、取得先の装置等を示すデータが含まれる。収集設定データは、例えば、制御要求データに含まれるアクションを基に、情報管理部１２または要求受信部１１により生成される。

装置制御部１３ａは、上記第１の実施形態と同様に、情報取得部１４が取得した装置データと、記録部１５に記録されたポリシー情報テーブルの制御ポリシーとを照合して、制御対象の装置を特定し、当該装置に対する制御信号を生成して、通信部１６に送信させる。

収集加工部１７は、装置制御部１３ａが制御対象と特定した装置が情報取得先であることを示すデータを収集設定テーブルの収集設定データに追加する。そして、収集加工部１７は、収集設定テーブルの収集設定データに基づいて、制御対象の装置に対して情報を要求する。これにより、制御対象の装置から収集された情報は、収集結果テーブルに記録される。その際、収集加工部１７は、収集設定データに従って収集した情報を加工することができる。

［制御ポリシー、アクションおよび収集設定データを設定する処理］
図９は、制御中継装置１ａが管理装置２０から制御要求データを受け付け、制御ポリシー、アクションおよび収集設定データを設定する場合の処理の例を示すシーケンス図である。図９における＃１〜＃８の動作は、図３における＃１〜＃８と同様である。＃８において、情報管理部１２は、管理装置２０からの制御要求データに含まれるアクションをアクション情報テーブルに記録する。そして、情報管理部１２は、記録したアクションが、情報収集処理または情報収集加工処理を含むか否かを判断する（＃８ａ）。例えば、記録したアクションのレコードに含まれるアクション種別により上記判断をすることができる。

図５に示すアクション情報テーブルにおいて、アクション識別子「５００２」および「５００３」のレコードは、情報収集加工を示すアクションの一例である。「５００２」のレコードのアクション種別は「定期情報収集開始」であり、これは、定期的に制御対象装置から情報を収集する処理の開始動作を表している。アクションコマンド「Ｓｎｍｐ ｇｅｔ定期発行」は定期情報収集開始を装置に対して指示するための命令の表記を表す。制御内容詳細には、動作「ＳＮＭＰ ａｄｄ」（ＳＮＭＰプロトコルを用いた情報収集処理の設定）、収集する情報「ＯＩＤ：１．１．１．１」、情報を収集する周期「６０ｓｅｃ」、収集した情報を加工する際に用いる計算式「前回差分」が含まれている。

以下では、一例として、＃８でアクション識別子「５００２」のレコードが記録された場合について説明する。この場合、＃８ａにおいて情報管理部１２は、情報収集加工を示すアクションがアクション情報テーブルに記録されたと判断する。そして、情報管理部１２は、このレコードを基に収集設定データを生成し、収集設定テーブルに記録する（＃８ｂ）。

例えば、情報管理部１２は、このレコードに含まれるアクションコマンドおよび制御詳細内容から、収集する情報、情報の収集手段、加工式、収集する時期（例えば周期）等を抽出して、収集設定データとして、収集設定テーブルに記録する。

図１０（ａ）は、収集設定テーブルに記録されるデータ内容の一例を示す図である。図１０（ａ）に示す例では、１レコードに、収集ＩＤ、装置ＩＰ、収集種別、収集情報、加工式および周期が含まれる。装置ＩＰは、情報を収集する対象の装置のＩＰアドレスである。収集種別は、情報を収集する手段を示す。例えば、収集種別における「ＳＮＭＰ」はＳＮＭＰのＭＩＢ（Ｍａｎａｇｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）に対するＧＥＴリクエストの実行を、「ｐｉｎｇ」はｐｉｎｇコマンドの実行をそれぞれ表す。また、「ＲＴＰ」は例えば、ＲＴＰを用いて当該制御対象装置に係る通信路の実効帯域幅や遅延時間等を計測することを表す。収集情報は、収集する情報を示す。例えば、ＯＩＤはＭＩＢにおけるオブジェクト識別子であり、ＯＩＤの値により、取得する情報が特定される。加工式は、収集した情報を加工する際に用いられる計算式または計算方法を表す。周期は、情報を収集する周期を表す。なお、装置ＩＰについては、対応するアクションの制御対象装置が検出された後で、その制御対象装置のＩＰアドレスが記録される。

図１０（ａ）の収集設定テーブルにおいて、収集ＩＤ＝「１０００」のレコードが、アクション識別子「５００２」のレコードの記録に伴って、＃８ｂにおいて新たに記録されたレコードである。この時点では、アクション識別子「５００２」のアクションの制御対象装置は検出されていないので、装置ＩＰのデータは記録されていない。以降の＃９〜＃１３の処理は、図３における＃９〜＃１３と同様である。

［制御ポリシー判定および情報収集加工の処理］
次に、制御中継装置１ａが、ネットワーク測定装置３０から取得したデータを基に、制御ポリシーに基づいて制御対象装置を特定し、制御対象装置から情報を収集して加工する処理の例を説明する。図１１は、制御中継装置１ａが、ネットワーク測定装置３０から取得した情報を基に制御対象の装置を特定し、特定した装置から情報を収集する処理の一例を示すシーケンス図である。

図１１に示す＃２０〜＃２７の処理は、図７の＃２０〜＃２７と同様である。＃２７で装置制御部１３が参照したアクションが、上記例の図９の＃８で記録されたアクション（アクション識別子＝「５００２」）である場合の動作例を、以下に説明する。このアクションは、情報収集加工処理のアクションである。そのため、装置制御部１３は、＃２５で特定した制御対象装置を示すデータ（一例として装置ＡのＩＰアドレス）を、収集加工部１７へを通知する。

収集加工部１７は、通知された制御対象装置を示すデータを、収集設定テーブルに追加する。具体的には、図１０（ａ）に示す収集設定テーブルにおける収集ＩＤ「１０００」のレコードの装置ＩＰに、制御対象装置である装置ＡのＩＰアドレスが記録される。

以上のようにして、収集設定テーブルの収集ＩＤ「１０００」のレコードに、制御対象の装置を示すデータが追加されると、それ以降、設定された周期「６０」秒で、＃４１〜＃４８の処理が繰り返されることになる。すなわち、収集加工部１７は、収集ＩＤ「１０００」で特定される収集加工処理を、６０秒周期で自律起動する（＃４１）。

収集ＩＤ「１０００」の収集加工処理において、収集加工部１７は、まず、収集設定テーブルの収集ＩＤ「１０００」のレコードを参照して、装置ＩＰ「192.168.100.100/24」、収集情報「ＯＩＤ：１．１．１．１」および加工式「前回差分」を取得する（＃４２）。そして、収集加工部１７は、装置ＩＰが示す装置Ａへ、通信部１６を介して、収集情報「ＯＩＤ：１．１．１．１」で示される情報を収集するための制御信号（例えば、ＳＮＭＰにおけるＧＥＴリクエスト）を送信する（＃４３、＃４４）。ここでは、一例として、収集情報「ＯＩＤ：１．１．１．１」は、装置Ａが転送したパケットの累積数を示すものとする。

そして、収集加工部１７は、装置Ａから、制御信号の返答として、収集情報（転送パケット累積数）を受信する（＃４５、＃４６）。そして、収集加工部１７は、受信した転送パケット累積数を、加工式「前回差分」に従って加工する（＃４７）。ここでは、一例として、前回受信した転送パケット累積数と、今回受信した転送パケット累積数との差が計算される。計算された差は、情報管理部１２を介して、収集日時とともに、収集結果テーブルに記録される（＃４８）。

図１０（ｂ）は、収集結果テーブルに記録されるデータ内容の一例を示す図である。図１０（ｂ）に示す例では、収集ＩＤ、収集日時、収集値が対応付けられて記録されている。上記差は、収集値として記録される。

このように、収集結果テーブルには、収集設定テーブルの収集設定データに従ってネットワークＮ２上から収集され、加工された情報が記録される。これにより、制御中継装置１ａにおいて、管理装置２０が要求する情報が収集されて加工される。その結果、管理装置２０の負荷および制御中継装置１ａと管理装置２０との間のネットワークＮ１における負荷が抑えられる。

上記処理例では、１つの制御対象装置から情報を収集しているが、同様にして複数の装置から情報を収集することができる。また、上記＃４１〜＃４８の設定周期での繰り返し処理は、収集ＩＤごとにそれぞれ実行される。そのため、制御対象の装置および収集する情報の種類が増えると収集加工処理の量は膨大になる。しかし、収集集計処理は、全て制御中継装置１ａおよびネットワークＮ２側で実行されるので、管理装置２０およびネットワークＮ１への負荷が増加することはない。

なお、収集される情報および加工は、上記例に限られない。例えば、下記(１)〜（３）のような収集または加工が可能である。すなわち、（１）制御対象装置の1秒ごとのＣＰＵ使用率やバッファ使用率の収集のような定期的な情報収集処理が可能になる。（２）例えば、制御対象装置がルータの場合において、ルータのパケット転送総数と転送失敗総数からのパケット損失率の計算処理のような、加工処理が可能になる。（３）収集した情報がある閾値を超えたかどうかの判定処理と判定結果値の記録が可能になる。このように、制御対象装置が保持していない情報を、加工により生成することが可能になる。さらに、例えば、複数の制御対象装置から得られた情報を加工することも可能である。例えば、同一ネットワーク（企業内LAN等）に存在する制御対象装置全ての単位時間あたりの受信パケット数の平均値を計算して収集値とすることもできる。

ここで、情報の加工を示す収集設定データの具体例をさらに挙げる。図１０の収集ＩＤ「１００１」のレコードは、ＯＩＤ「１．１．１．２」に対するＧＥＴリクエストで得られた値「Ａ」と、ＯＩＤ「１．１．１．３」に対するＧＥＴリクエストで得られた値「Ｂ」との差「Ａ−Ｂ」を計算することを示している。

［管理装置からの収集情報参照］
次に、管理装置２０が、上記の処理で蓄積された収集結果テーブルの収集値を参照する処理を図１２のシーケンス図を用いて説明する。図１２において、管理装置２０は表示要求メッセージを要求受信部１１へ送信する（＃６１）。要求受信部１１はこの表示要求メッセージを受信すると、収集加工部１７へ収集結果の参照依頼を出す（＃６２）。収集加工部１７は参照依頼に従い、情報管理部１２へ参照要求を送出する。情報管理部１２は、収集結果テーブルに対して参照要求に一致する情報を検索し、検索結果を収集結果として応答する（＃６４）。収集加工部１７は応答された収集結果を必要に応じて表示向けに加工し（＃６４）、要受信部１１へ応答する（＃６５）。要求受信部１１は収集結果を管理装置２０へ返信する（＃６６）。管理装置２０は、収集結果の画面表示を行う（＃６５）。

（第３の実施形態）
図１３は、本実施形態にかかる制御中継装置１ｂの構成を示す機能ブロック図である。図１３において、図２と同じ機能ブロックには同じ番号を付す。本実施形態の制御中継装置１ｂは、管理装置２０から受信した制御要求データに含まれるアクションの形式が、制御対象装置のプロトコルに合っていない場合に、アクションを制御対象装置のプロトコルに合う形式に変換する機能をさらに備える。具体的には、制御中継装置１ｂにおける装置制御部１３ｂが変換部１８を備えている。また、記録部１５には、装置情報テーブルがさらに記録される。

装置情報テーブルには、制御中継装置１ｂと通信可能な装置それそれの通信形式を示すデータが記録される。図１４は、装置情報テーブルに記録されるデータ内容の一例を示す図である。この例では、装置ＩＤ、通信形式および制御情報が１レコードとして記録される。通信形式には、装置と制御中継装置１ｂとの間の通信に用いられるプロトコルを特定する情報である。制御情報は、その他装置を制御するために必要となる情報である。

この装置情報テーブルのデータは、例えば、情報取得部１４ｂがブロードキャストを実行することによりネットワークＮ２上の装置を検出し、検出した装置に対して制御に必要な情報を要求するメッセージを送信することにより取得することができる。あるいは、情報取得部１４ｂは、ネットワーク測定装置３０からネットワークＮ２上の各装置の通信形式を取得してもよい。

変換部１８は、装置情報テーブルを参照することにより、アクション情報テーブルのアクションを、装置制御部１３による制御対象の装置に合った形式に変換する。すなわち、装置制御部１３は、アクションの形式を、制御ポリシーの条件を満たすと判定した装置（制御対象の装置）のプロトコルに従った形式に変換する。

［制御ポリシー判定、変換およびアクション実行の処理］
次に、制御中継装置１ｂが、ネットワーク測定装置３０から取得したデータを基に、制御ポリシーに基づいて制御対象装置を特定し、制御対象装置のプロトコルに合った形式に変換されたアクションを実行する処理の例を説明する。図１５は、制御中継装置１ｂが、ネットワーク測定装置３０から取得した装置データを基に制御対象の装置を特定し、この制御対象の装置に対するアクションを、その装置のプロトコルに合った形式に変換して実行する処理の一例を示すシーケンス図である。

図１５において、まず、情報取得部１４ｂが、ネットワークＮ１に接続された装置Ａ、Ｂから、装置情報を取得し、装置情報テーブルに記録する（＃１９）。装置情報には、装置Ａ、Ｂのプロトコルその他制御に必要な情報が含まれる。情報取得部１４ｂは、例えば、各装置のプロトコルおよび制御に必要な情報を要求するメッセージをブロードキャストすることにより、装置情報を取得することができる。なお、装置情報の取得方法はこれに限られない。

次の＃２０〜＃２７の処理は、図７の＃２０〜＃２７と同様である。すなわち、＃２６において、制御ポリシーに合致する制御対象装置が特定され、＃２７で制御対象装置に対するアクションが特定される。このように、制御対象装置とそれに対するアクションが特定されると、装置制御部１３は、変換部１８に対して、制御対象装置とアクションを通知して変換を依頼する（＃５１）。

変換部１８は、装置情報テーブルを参照することにより、制御対象装置の通信形式（プロトコル）を特定する（＃５２）。装置情報テーブルに制御対象装置の制御のために必要な制御情報がさらに記録されている場合、変換部１８は、その制御情報も取得してもよい。

そして、変換部１８は、アクションを制御対象装置の通信形式に合うように変換する（＃５３）。本例の変換処理は、アクションが示す制御内容を、制御対象装置のプロトコルに合う形式に変換する処理である。例えば、変換部１８は、アクションのレコードにおける「アクションコマンド」と「制御内容詳細」の表現形式を、制御対象装置のプロトコルに沿った形式に変換する。

例えば、アクションコマンドが「ＳＮＭＰＧＥＴ定期発行」で制御内容詳細が「OID 1.1.1.1 60sec 計算式＝前回差分」であり、制御対象装置のプロトコルが「ＮＥＴＣＯＮＦ」である場合は、アクションコマンドは「XML-RPC(XML-Remote Procedure Call)」に変換される。この場合、制御内容詳細は、例えば、下記のような制御内容を示すデータに変換されてもよい。下記のようなデータにより、登録種別、制御対象装置のＩＰアドレス、ＯＩＤ値、周期、計算式タイプをパラメータとして装置間で受け渡しすることが可能になる。
<?xml version="1.0"?>
<methodCall> XML-RPC
<methodName>SNMPCollectRequest</methodName>
<params>
<param>
<value>addFixedCycle</value>
<value>192.168.0.1</value>
<value>1.1.1.1</value>
<value>60</value>
<value>1</value>
</param>
</params>
</methodCall>
上記のデータは、一例として、ＳＮＭＰ取得を行う制御装置がＮＥＴＣＯＮＦ対応となっている場合を想定した例であり、変換後のデータは、これに限られない。

なお、例えば、一つの制御対象装置が複数の装置やインタフェースを代表して管理しているような場合に、通信形式とともに管理下にある装置個々の情報が、制御情報として、装置情報テーブルに記録される。この制御情報を用いることにより、一つの制御装置への制御操作指示を、その制御装置の管理下にある各装置に対する制御操作情報へ変換することができる。

プロトコルの変換方法は、上記例に限られない。例えば、制御内容詳細にＮＥＴＣＯＮＦ形式でＶＰＮ設定が記録されている場合、当該ＶＰＮ設定の内容をＣＬＩ形式に変換することができる。

変換されたアクションは装置制御部１３に通知される（＃５４）。装置制御部１３は通知されたアクションに従い、制御対象装置に合ったプロトコルのコマンドによる制御信号の送信を行う。これにより、多様なプロトコルの装置に対して制御することが可能になる。すなわち、管理装置２０は、制御対象となる装置のプロトコルを指定する必要が必ずしもなくなる。また、管理装置２０と制御対象となる装置とプロトコルの違いも制御中継装置１ｂによって吸収されることになる。そのため、制御中継装置１ｂは、プロトコル代理サーバとしての機能も有することになる。

例えば、ネットワーク機器が、ＮＥＴＣＯＮＦのプロトコルに対応するには、ＨＴＴＰ（Hypertext Transfer Protocol）、ＨＴＴＰＳ（Hypertext Transfer Protocol Security）、ＳＯＡＰ（Simple Object Access Protocol）、ＮＥＴＣＯＮＦ等のプロトコルスタックを実装する必要がある。そのため、ネットワークＮ２に接続される全ての機器がＮＥＴＣＯＮＦに対応することは困難な場合がある。そのような場合であっても、本実施形態の制御中継装置１ｂは、ＮＥＴＣＯＮＦに対応可能な装置も、未対応の装置も、制御ポリシーおよびアクションに従って同様に制御することができる。この場合、管理装置２０は、制御対象の装置がＮＥＴＣＯＮＦに対応しているか否かに関わらず、制御要求データを送信することができる。

なお、上記実施形態は、アクションを制御対象の装置に合ったプロトコルに変換する例であるが、例えば、同様にして、制御中継装置１ｂから管理装置へ送信するデータを、管理装置に対応したプロトコルに変換することもできる。

また、情報取得部１４ｂは、制御中継装置１ｂと通信可能な装置に関する装置情報の更新情報を、外部のネットワーク（例えば、ネットワーク測定装置３０）から定期的に受信して、装置情報テーブルのデータを更新してもよい。これにより、常に最新の装置情報を装置情報テーブルに格納しておくことができる。その結果、制御対象装置の通信形式に適した最新のプロトコルを用いた制御が可能になる。また、装置情報取得のタイミングは、上記例に限られない。例えば、＃２３において、情報取得部１４ｂは、ネットワーク測定装置３０から測定情報を受信する際に、制御対象となりうる装置の通信形式を示すデータも受信してもよい。

＜上記実施形態の適用例等＞
上記の第１〜第３の実施形態の制御中継装置１、１ａ、１ｂは、例えば、家庭内の情報機器が属する家庭内ＬＡＮ（ネットワークＮ２に相当）と、家庭内ＬＡＮが接続されるインターネットなどの外部ネットワーク（ネットワークＮ１に相当）との間を中継する制御中継装置として利用することができる。これにより、外部ネットワークの管理装置（管理サーバまたは端末）から、制御要求データを送信するだけで、家庭内ＬＡＮに属する情報機器が自律的に制御される。そのため、外部ネットワークへの負荷および管理装置への負荷が抑えられつつも、きめ細かな情報機器の制御をすることができる。例えば、毎日提示国（帰宅の３０分前等）にエアコンを稼動させる等の制御が可能である。

なお、制御中継装置１、１ａ、１ｂの用途はこれに限られない。例えば、企業内ＬＡＮの情報機器の動作や、所定ブロック内のセキュリティ設定等を、外部ネットワークを介して制御する場合にも、上記制御中継装置１、１ａ、１ｂを適用することができる。

本発明は上記第１〜第３の実施形態に限られない。また、上記第１〜第３の実施形態のうち少なくとも２つを組み合わせた形態も、本発明に含まれる。

以上の実施形態に関し、さらに以下の付記を開示する。

（付記１）
管理装置から受け付けた制御要求に基づいて、制御対象装置を制御する制御中継装置であって、
管理装置から、制御対象とする装置の条件を示すデータと、当該条件を満たす装置に対する制御の内容を示すデータと含む制御要求データを受信し、前記条件と前記制御内容とを対応付けて、制御中継装置がアクセス可能な記録部へ格納する要求受信部と、
前記制御中継装置と通信可能な装置の状態または特性に関する装置データを取得する情報取得部と、
前記情報取得部が取得した装置データで示される装置の状態または特性が、前記記録部に記録された制御要求データで示される条件を満たす場合に、当該装置データで示される装置に対して、前記制御要求データが示す、当該条件に対応する制御内容の制御を行う装置制御部とを備える、制御中継装置。

（付記２）
前記要求受信部は、前記中継装置と通信可能な装置の装置データの取得方法を示すデータも受信し、
前記情報取得部は、前記取得方法を示すデータに従った取得方法により、前記装置データを取得する、付記１に記載の制御中継装置。

（付記３）
前記情報取得部は、前記制御中継装置と通信可能な装置それぞれの通信形式を示すデータを取得して、前記記録部に前記装置それぞれに対応付けて記録し、
前記情報取得部が取得した装置データで示される装置の状態または特性が、前記記録部に記録された制御要求データで示される条件を満たす場合に、前記条件を満たす装置の通信形式を、前記記録部を参照することにより決定し、前記制御要求データが示す制御の内容を、前記通信形式に応じた内容に変換する変換部をさらに備え、
前記装置制御部は、前記条件を満たす装置に対して、前記変換部によって変換された前記制御要求データが示す制御を行う、付記１または２に記載の制御中継装置。

（付記４）
前記情報取得部は、前記制御中継装置と通信可能な装置に対して、各装置の状態または特定に関する装置データを要求する信号を送信し、各装置から装置データを受信することにより、前記装置データを取得する、付記１〜３のいずれか１項に記載の制御中継装置。

（付記５）
前記情報取得部は、前記制御中継装置と通信可能な装置を監視して当該装置から送受信されるデータを収集する測定装置から、前記装置データを取得する、付記１〜４のいずれか１項に記載の制御中継装置。

（付記６）
前記情報取得部は、前記制御中継装置と通信可能な装置から、制御要求を示すデータを当該装置の状態または特性に関するデータともに受信することにより、前記装置データを取得する、付記１〜５のいずれか１項に記載の制御中継装置。

（付記７）
前記要求受信部は、さらに、装置に関する情報の下記（１）〜（３）の少なくとも１つの取得方法を示す取得方法データも受信し、
（１）前記制御中継装置と通信可能な装置に対して、各装置の状態または特定に関する装置データを要求する信号を送信し、各装置から装置データを受信することにより、前記装置データを取得する方法
（２）前記制御中継装置と通信可能な装置を監視して当該装置から送受信されるデータを収集する測定装置から、前記装置データを取得する方法
（３）前記制御中継装置と通信可能な装置から、制御要求を示すデータを当該装置の状態または特性に関するデータともに受信することにより、前記装置データを取得する方法
前記情報取得部は、前記取得方法データの示す取得方法で、前記装置データを取得する、付記２に記載の制御中継装置。

（付記８）
前記要求受信部は、管理装置から、制御対象とする装置の条件を示すデータと、当該条件を満たす装置に対する制御の内容およびタイミングを示すデータと含む制御要求データを受信して、前記記録部へ格納し、
前記装置制御部は、前記制御要求データが示すタイミングと制御内容に従って、前記装置を制御する、付記１〜７のいずれか１項に記載の制御中継装置。

（付記９）
前記要求受信部は、前記記録部に記録された制御要求データで示される条件を満たす装置から収集する収集情報と、当該収集情報の加工方法とを示す収集設定データを、前記管理装置から受信して、前記記録部へ格納し、
前記装置制御部は、前記収集設定データが示す収集情報を、前記条件を満たす装置から取得し、前記収集データが示す加工方法に従って加工する、付記１〜８のいずれか1項に記載の制御中継装置。

（付記１０）
管理装置から受け付けた制御要求に基づいて、制御対象装置を制御する処理をコンピュータに実行させる制御中継プログラムであって、
管理装置から、制御対象とする装置の条件を示すデータと、当該条件を満たす装置に対する制御の内容を示すデータと含む制御要求データを受信し、前記条件と前記制御内容とを対応付けて、制御中継装置がアクセス可能な記録部へ格納する要求受信処理と、
前記制御中継装置と通信可能な装置の状態または特性に関する装置データを取得する情報取得処理と、
前記情報取得処理で取得された装置データで示される装置の状態または特性が、前記記録部に記録された制御要求データで示される条件を満たす場合に、当該装置データで示される装置に対して、前記制御要求データが示す、当該条件に対応する制御内容の制御を行う装置制御処理とをコンピュータに実行させる、制御中継プログラム。

（付記１１）
前記要求受信処理は、前記中継装置と通信可能な装置の装置データの取得方法を示すデータも受信する処理を含み、
前記情報取得処理は、前記取得方法を示すデータに従った取得方法により、前記装置データを取得する処理を含む、付記１０に記載の制御中継プログラム。

（付記１２）
前記情報取得処理は、前記制御中継装置と通信可能な装置それぞれの通信形式を示すデータを取得して、前記記録部に前記装置それぞれに対応付けて記録する処理も含み、
前記情報取得処理で取得された装置データで示される装置の状態または特性が、前記記録部に記録された制御要求データで示される条件を満たす場合に、前記条件を満たす装置の通信形式を、前記記録部を参照することにより決定し、前記制御要求データが示す制御の内容を、前記通信形式に応じた内容に変換する変換処理をさらにコンピュータに実行させ、
前記装置制御処理は、前記条件を満たす装置に対して、前記変換処によって変換された前記制御要求データが示す制御を行う処理を含む、付記１０または１１に記載の制御中継プログラム。

（付記１３）
前記情報取得処理は、前記制御中継装置と通信可能な装置に対して、各装置の状態または特定に関する装置データを要求する信号を送信し、各装置から装置データを受信することにより、前記装置データを取得する処理を含む、付記１０〜１２のいずれか１項に記載の制御中継プログラム。

（付記１４）
前記情報取得処理は、前記制御中継装置と通信可能な装置を監視して当該装置から送受信されるデータを収集する測定装置から、前記装置データを取得する処理を含む、付記１０〜１３のいずれか１項に記載の制御中継プログラム。

（付記１５）
前記情報取得処理は、前記制御中継装置と通信可能な装置から、制御要求を示すデータを当該装置の状態または特性に関するデータともに受信することにより、前記装置データを取得する処理を含む、付記１０〜１４のいずれか１項に記載の制御中継プログラム。

（付記１６）
前記要求受信処理は、さらに、装置に関する情報の下記（１）〜（３）の少なくとも１つの取得方法を示す取得方法データも受信する処理を含み、
（１）前記制御中継装置と通信可能な装置に対して、各装置の状態または特定に関する装置データを要求する信号を送信し、各装置から装置データを受信することにより、前記装置データを取得する方法
（２）前記制御中継装置と通信可能な装置を監視して当該装置から送受信されるデータを収集する測定装置から、前記装置データを取得する方法
（３）前記制御中継装置と通信可能な装置から、制御要求を示すデータを当該装置の状態または特性に関するデータともに受信することにより、前記装置データを取得する方法
前記情報取得処理は、前記取得方法データの示す取得方法で、前記装置データを取得する処理を含む、付記１１に記載の制御中継プログラム。

（付記１７）
前記要求受信処理は、管理装置から、制御対象とする装置の条件を示すデータと、当該条件を満たす装置に対する制御の内容およびタイミングを示すデータと含む制御要求データを受信して、前記記録部へ格納する処理を含み、
前記装置制御処理は、前記制御要求データが示すタイミングと制御内容に従って、前記装置を制御する処理を含む、付記１０〜１６のいずれか１項に記載の制御中継プログラム。

（付記１８）
前記要求受信処理は、前記記録部に記録された制御要求データで示される条件を満たす装置から収集する収集情報と、当該収集情報の加工方法とを示す収集設定データを、前記管理装置から受信して、前記記録部へ格納する処理を含み、
前記装置制御処理は、前記収集設定データが示す収集情報を、前記条件を満たす装置から取得し、前記収集データが示す加工方法に従って加工する処理を含む、付記１０〜１７のいずれか1項に記載の制御中継プログラム。

（付記１９）
管理装置および制御対象装置と通信可能なコンピュータが、管理装置から受け付けた制御要求に基づいて、制御対象装置を制御する制御中継方法であって、
前記コンピュータが、管理装置から、制御対象とする装置の条件を示すデータと、当該条件を満たす装置に対する制御の内容を示すデータと含む制御要求データを受信し、前記条件と前記制御内容とを対応付けて、制御中継装置がアクセス可能な記録部へ格納する要求受信工程と、
前記コンピュータが、当該コンピュータと通信可能な装置の状態または特性に関する装置データを取得する情報取得工程と、
前記コンピュータが、前記情報取得工程で取得した装置データで示される装置の状態または特性が、前記記録部に記録された制御要求データで示される条件を満たす場合に、当該装置データで示される装置に対して、前記制御要求データが示す、当該条件に対応する制御内容の制御を行う装置制御工程とを含む、制御中継方法。

制御中継装置を含むシステム全体の概略構成を示す図 第1の実施形態における制御中継装置の構成を示す機能ブロック図 制御ポリシーおよびアクションを設定する処理の例を示すシーケンス図 ポリシー情報テーブルに記録されるデータの内容の一例を示す図 アクション情報テーブルに記録されるデータの内容の一例を示す図 制御ポリシーの通知を受けた後の情報取得部の動作例を示すフローチャート 、制御中継装置が、制御対象の装置を特定して制御する処理の一例を示すシーケンス図 第２の実施形態にかかる制御中継装置の構成を示す機能ブロック図 制御ポリシー、アクションおよび収集設定データを設定する処理の例を示すシーケンス図 （ａ）は、収集設定テーブルに記録されるデータ内容の一例を示す図である。（ｂ）は、収集結果テーブルに記録されるデータ内容の一例を示す図である。 制御中継装置１ａが、制御対象の装置から情報を収集する処理の一例を示すシーケンス図 管理装置２０が収集結果テーブルの収集値を参照する処理を示すシーケンス図 第3の実施形態にかかる制御中継装置１ｂの構成を示す機能ブロック図 装置情報テーブルに記録されるデータ内容の一例を示す図 アクションを変換して実行する処理の一例を示すシーケンス図

符号の説明

１、１ａ、１ｂ 制御中継装置
１１ 要求受信部
１２ 情報管理部
１３、１３ａ、１３ｂ 装置制御部
１４、１４ｂ 情報取得部
１５ 記録部
１６ 通信部
１７ 収集加工部
１８ 変換部
２０ 管理装置
３０ ネットワーク測定装置

Claims (7)

1. 管理装置から受け付けた制御要求に基づいて、制御対象装置を制御する処理をコンピュータに実行させる制御中継プログラムであって、
   管理装置から、制御対象とする装置の条件を示すデータと、当該条件を満たす装置に対する制御の内容を示すデータと含む制御要求データを受信し、前記条件と前記制御内容とを対応付けて、制御中継装置がアクセス可能な記録部へ格納する要求受信処理と、
   前記制御中継装置と通信可能な装置の状態または特性に関する装置データを取得する情報取得処理と、
   前記情報取得処理で取得された装置データで示される装置の状態または特性が、前記記録部に記録された制御要求データで示される条件を満たす場合に、当該装置データで示される装置に対して、前記制御要求データが示す、当該条件に対応する制御内容の制御を行う装置制御処理とをコンピュータに実行させる、制御中継プログラム。
2. 前記要求受信処理は、前記中継装置と通信可能な装置の装置データの取得方法を示すデータも受信する処理を含み、
   前記情報取得処理は、前記取得方法を示すデータに従った取得方法により、前記装置データを取得する処理を含む、請求項１に記載の制御中継プログラム。
3. 前記情報取得処理は、前記制御中継装置と通信可能な装置それぞれの通信形式を示すデータを取得して、前記記録部に前記装置それぞれに対応付けて記録する処理も含み、
   前記情報取得処理で取得された装置データで示される装置の状態または特性が、前記記録部に記録された制御要求データで示される条件を満たす場合に、前記条件を満たす装置の通信形式を、前記記録部を参照することにより決定し、前記制御要求データが示す制御の内容を、前記通信形式に応じた内容に変換する変換処理をさらにコンピュータに実行させ、
   前記装置制御処理は、前記条件を満たす装置に対して、前記変換処によって変換された前記制御要求データが示す制御を行う処理を含む、請求項１または２に記載の制御中継プログラム。
4. 前記要求受信処理は、管理装置から、制御対象とする装置の条件を示すデータと、当該条件を満たす装置に対する制御の内容およびタイミングを示すデータと含む制御要求データを受信して、前記記録部へ格納する処理を含み、
   前記装置制御処理は、前記制御要求データが示すタイミングと制御内容に従って、前記装置を制御する処理を含む、請求項１〜３のいずれか１項に記載の制御中継プログラム。
5. 前記要求受信処理は、前記記録部に記録された制御要求データで示される条件を満たす装置から収集する収集情報と、当該収集情報の加工方法とを示す収集設定データを、前記管理装置から受信して、前記記録部へ格納する処理を含み、
   前記装置制御処理は、前記収集設定データが示す収集情報を、前記条件を満たす装置から取得し、前記収集データが示す加工方法に従って加工する処理を含む、請求項１〜４のいずれか1項に記載の制御中継プログラム。
6. 管理装置から受け付けた制御要求に基づいて、制御対象装置を制御する制御中継装置であって、
   管理装置から、制御対象とする装置の条件を示すデータと、当該条件を満たす装置に対する制御の内容を示すデータと含む制御要求データを受信し、前記条件と前記制御内容とを対応付けて、制御中継装置がアクセス可能な記録部へ格納する要求受信部と、
   前記制御中継装置と通信可能な装置の状態または特性に関する装置データを取得する情報取得部と、
   前記情報取得部が取得した装置データで示される装置の状態または特性が、前記記録部に記録された制御要求データで示される条件を満たす場合に、当該装置データで示される装置に対して、前記制御要求データが示す、当該条件に対応する制御内容の制御を行う装置制御部とを備える、制御中継装置。
7. 管理装置および制御対象装置と通信可能なコンピュータが、管理装置から受け付けた制御要求に基づいて、制御対象装置を制御する制御中継方法であって、
   前記コンピュータが、管理装置から、制御対象とする装置の条件を示すデータと、当該条件を満たす装置に対する制御の内容を示すデータと含む制御要求データを受信し、前記条件と前記制御内容とを対応付けて、制御中継装置がアクセス可能な記録部へ格納する要求受信工程と、
   前記コンピュータが、当該コンピュータと通信可能な装置の状態または特性に関する装置データを取得する情報取得工程と、
   前記コンピュータが、前記情報取得工程で取得した装置データで示される装置の状態または特性が、前記記録部に記録された制御要求データで示される条件を満たす場合に、当該装置データで示される装置に対して、前記制御要求データが示す、当該条件に対応する制御内容の制御を行う装置制御工程とを含む、制御中継方法。

Images