(57)【要約】  ネットワークプロトコル代理サーバは、複数の管理装置それぞれを一意に特定する認証情報および管理装置の通信形式を記憶する管理装置情報ＤＢと、制御対象装置となる各種装置に対応付けて、各種制御を実施するのに必要な装置情報を記憶する装置個別情報ＤＢとを備え、複数の管理装置から制御要求を受け付けた場合に、当該制御要求に含まれる認証情報が管理装置情報ＤＢに記憶されているか否かを判定し、当該認証情報が管理装置情報ＤＢに記憶されていると判定された場合に、受け付けられた制御要求の制御実施先である制御対象装置に対応する装置情報を装置個別情報ＤＢから取得して、取得された装置情報に基づいて、制御要求に含まれる制御内容を示す制御情報を変換して、変換された制御情報を制御対象装置に対して実施する。
2009063555.tif 000002
【特許請求の範囲】
【請求項１】
各種装置を管理する複数の管理装置から各種制御の実施を要求する制御要求を受け付けて、制御対象装置となる装置に対して各種制御を実施する制御代理装置であって、
前記複数の管理装置それぞれを一意に特定する認証情報および管理装置の通信形式を記憶する管理装置情報記憶手段と、
前記制御対象装置となる各種装置に対応付けて、前記各種制御を実施するのに必要な装置情報を記憶する装置情報記憶手段と、
前記複数の管理装置から制御要求を受け付けた場合に、当該制御要求に含まれる認証情報が管理装置情報記憶手段に記憶されているか否かを判定する認証手段と、
前記認証手段により当該認証情報が管理装置情報記憶手段に記憶されていると判定された場合に、受け付けられた制御要求の制御実施先である制御対象装置に対応する装置情報を装置情報記憶手段から取得する装置情報取得手段と、
前記装置情報取得手段により取得された装置情報に基づいて、前記制御要求に含まれる制御内容を示す制御情報を変換して、変換された制御情報を制御対象装置に対して実施する制御実施手段と、
を備えたことを特徴とする制御代理装置。
【請求項２】
前記管理装置情報記憶手段に記憶されていない新たな装置を管理装置として追加する場合に、当該新たな管理装置から認証情報を受け付けるとともに、当該認証情報を受け付けた際の通信形式を取得し、受け付けられた認証情報と取得された通信形式とを対応付けて前記管理装置情報記憶手段に新たに格納する管理装置追加手段をさらに備えたことを特徴とする請求項１に記載の制御代理装置。
【請求項３】
前記制御実施手段は、前記変換された制御情報を制御対象装置に対して実施した結果を示す実施結果を、当該制御対象装置から受け付けた場合に、当該制御要求の送信先の管理装置に対応する通信形式を管理装置情報記憶手段から取得して、取得された通信形式に基づいて、当該制御結果を変換して管理装置に通知することを特徴とする請求項１に記載の制御代理装置。
【請求項４】
前記制御対象装置となる各種装置に対応付けて、外部向けＩＰアドレスと内部向けＩＰアドレスとを対応付けたアドレス情報を記憶するアドレス情報記憶手段をさらに備え、
前記制御実施手段は、前記装置情報取得手段により取得された装置情報に基づいて、前記制御要求に含まれる制御内容を示す制御情報を変換するとともに、前記制御要求に含まれる制御対象装置の外部向けＩＰアドレスに対応した内部向けＩＰアドレスを前記アドレス情報記憶手段から取得し、取得された内部向けＩＰアドレスを用いて変換された制御情報を制御対象装置に対して実施することを特徴とする請求項１〜３のいずれか一つに記載の制御代理装置。
【請求項５】
前記制御対象装置それぞれの装置情報の更新情報を、外部のネットワークから定期的に取得して、取得した更新情報で前記装置情報記憶手段に記憶されている装置情報を更新する装置情報更新手段をさらに備えたことを特徴とする請求項１に記載の制御代理装置。
【請求項６】
各種装置を管理する複数の管理装置から各種制御の実施を要求する制御要求を受け付けて、制御対象装置となる装置に対して各種制御を実施することに適した制御代理方法であって、
前記複数の管理装置それぞれを一意に特定する認証情報および管理装置の通信形式を記憶する管理装置情報記憶手段と、
前記制御対象装置となる各種装置に対応付けて、前記各種制御を実施するのに必要な装置情報を記憶する装置情報記憶手段と、
前記複数の管理装置から制御要求を受け付けた場合に、当該制御要求に含まれる認証情報が管理装置情報記憶手段に記憶されているか否かを判定する認証工程と、
前記認証工程により当該認証情報が管理装置情報記憶手段に記憶されていると判定された場合に、受け付けられた制御要求の制御実施先である制御対象装置に対応する装置情報を装置情報記憶手段から取得する装置情報取得工程と、
前記装置情報取得工程により取得された装置情報に基づいて、前記制御要求に含まれる制御内容を示す制御情報を変換して、変換された制御情報を制御対象装置に対して実施する制御実施工程と、
を含んだことを特徴とする制御代理方法。
【請求項７】
各種装置を管理する複数の管理装置から各種制御の実施を要求する制御要求を受け付けて、制御対象装置となる装置に対して各種制御を実施することをコンピュータに実行させる制御代理プログラムであって、
前記複数の管理装置それぞれを一意に特定する認証情報および管理装置の通信形式を記憶する管理装置情報記憶手段と、
前記制御対象装置となる各種装置に対応付けて、前記各種制御を実施するのに必要な装置情報を記憶する装置情報記憶手段と、
前記複数の管理装置から制御要求を受け付けた場合に、当該制御要求に含まれる認証情報が管理装置情報記憶手段に記憶されているか否かを判定する認証手順と、
前記認証手順により当該認証情報が管理装置情報記憶手段に記憶されていると判定された場合に、受け付けられた制御要求の制御実施先である制御対象装置に対応する装置情報を装置情報記憶手段から取得する装置情報取得手順と、
前記装置情報取得手順により取得された装置情報に基づいて、前記制御要求に含まれる制御内容を示す制御情報を変換して、変換された制御情報を制御対象装置に対して実施する制御実施手順と、
をコンピュータに実行させることを特徴とする制御代理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、各種装置を管理する複数の管理装置から各種制御実施を要求する制御要求を受け付けて、制御対象装置となる装置に対して各種制御を実施する制御代理装置、制御代理方法および制御代理プログラムに関する。
【背景技術】
【０００２】
近年、ネットワーク機器を構成情報設定やセキュリティ設定等の高度な制御を実現する手段として、ＩＥＴＦ（The  Internet  Engineering  Task  Force）のＮｅｔｃｏｎｆ  ＷＧが標準化を進めているＮＥＴＣＯＮＦが挙げられる。【０００３】
ところが、ネットワーク機器をＮＥＴＣＯＮＦ等のプロトコルに対応させるためには、ＨＴＴＰ（Hypertext  Transfer  Protocol）、ＨＴＴＰＳ（Hypertext  Transfer  Protocol  Security）、ＳＯＡＰ（Simple  Object  Access  Protocol）、ＮＥＴＣＯＮＦ等のプロトコルスタックを制御対象となるネットワーク機器に実装しなければならない。そこで、ＮＥＴＣＯＮＦなどのプロトコルが未対応な制御対象装置に対しても、ＮＥＴＣＯＮＦなどと同様の高度な制御を行う様々な手法が開示されている。【０００４】
例えば、特許文献１（特開２００６−３３８４１７号公報）では、ＳＮＭＰ管理装置が代理サーバを設けることで、非ＳＮＭＰ機器を制御する手法が開示されている。具体的には、代理サーバは、ＳＮＭＰ管理装置から制御指示をＳＮＭＰで受け付け、受け付けた制御指示を独自プロトコルに変換して、制御対象装置に制御コメントを発行する。また、代理サーバは、制御対象装置から受け付けた独自プロトコルに準じた制御結果をＳＮＭＰに変換して、ＳＮＭＰ管理装置に通知する。【０００５】
【特許文献１】特開２００６−３３８４１７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記した従来の技術は、制御対象装置に対して制御指示を送信する管理装置の通信形式に依存してしまうという課題と、管理装置が正当な装置であるか否かを認証できないという課題と、構成情報設定やセキュリティ設定等の高度な制御を行うことができないという課題とがあった。具体的には、制御対象装置に対して制御指示を送信する管理装置がＳＮＭＰに依存しているため、ＳＮＭＰを使用できない装置を管理装置とすることができず、システム全体として使い勝手が悪く汎用性がない。また、ＳＮＭＰを利用する管理装置であれば、いずれの装置でも管理装置となり得るので、不正な管理装置を検出することができない。【０００７】
また、代理サーバは、高度な制御ができない（高度な制御指示を指定できない）ＳＮＭＰで制御指示をＳＮＭＰ管理装置から受け付けるため、制御対象装置に対しても、高度な制御を実施することができない。例えば、制御対象装置がルータなどのネットワーク機器であった場合、ＳＮＭＰでは、ファイアウォールやＶＰＮ（Virtual  Private  Network）などのセキュリティ設定の変更、追加、削除などの制御指示を指定することができないため、代理サーバは、制御対象装置に対して、このようなセキュリティ設定を制御することができない。【０００８】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、正当な管理装置であるか否かを認証することが可能であることと、管理装置の通信形式に依存することなく、高度な制御を実施することが可能である制御代理装置、制御代理方法および制御代理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するため、本発明は、各種装置を管理する複数の管理装置から各種制御の実施を要求する制御要求を受け付けて、制御対象装置となる装置に対して各種制御を実施する制御代理装置であって、前記複数の管理装置それぞれを一意に特定する認証情報および管理装置の通信形式を記憶する管理装置情報記憶手段と、前記制御対象装置となる各種装置に対応付けて、前記各種制御を実施するのに必要な装置情報を記憶する装置情報記憶手段と、前記複数の管理装置から制御要求を受け付けた場合に、当該制御要求に含まれる認証情報が管理装置情報記憶手段に記憶されているか否かを判定する認証手段と、前記認証手段により当該認証情報が管理装置情報記憶手段に記憶されていると判定された場合に、受け付けられた制御要求の制御実施先である制御対象装置に対応する装置情報を装置情報記憶手段から取得する装置情報取得手段と、前記装置情報取得手段により取得された装置情報に基づいて、前記制御要求に含まれる制御内容を示す制御情報を変換して、変換された制御情報を制御対象装置に対して実施する制御実施手段と、を備えたことを特徴とする。【００１０】
また、本発明は、上記の発明において、前記管理装置情報記憶手段に記憶されていない新たな装置を管理装置として追加する場合に、当該新たな管理装置から認証情報を受け付けるとともに、当該認証情報を受け付けた際の通信形式を取得し、受け付けられた認証情報と取得された通信形式とを対応付けて前記管理装置情報記憶手段に新たに格納する管理装置追加手段をさらに備えたことを特徴とする。【００１１】
また、本発明は、上記の発明において、前記制御実施手段は、前記変換された制御情報を制御対象装置に対して実施した結果を示す実施結果を、当該制御対象装置から受け付けた場合に、当該制御要求の送信先の管理装置に対応する通信形式を管理装置情報記憶手段から取得して、取得された通信形式に基づいて、当該制御結果を変換して管理装置に通知することを特徴とする。【００１２】
また、本発明は、上記の発明において、前記制御対象装置となる各種装置に対応付けて、外部向けＩＰアドレスと内部向けＩＰアドレスとを対応付けたアドレス情報を記憶するアドレス情報記憶手段をさらに備え、前記制御実施手段は、前記装置情報取得手段により取得された装置情報に基づいて、前記制御要求に含まれる制御内容を示す制御情報を変換するとともに、前記制御要求に含まれる制御対象装置の外部向けＩＰアドレスに対応した内部向けＩＰアドレスを前記アドレス情報記憶手段から取得し、取得された内部向けＩＰアドレスを用いて変換された制御情報を制御対象装置に対して実施することを特徴とする。【００１３】
また、本発明は、上記の発明において、前記制御対象装置それぞれの装置情報の更新情報を、外部のネットワークから定期的に取得して、取得した更新情報で前記装置情報記憶手段に記憶されている装置情報を更新する装置情報更新手段をさらに備えたことを特徴とする。【００１４】
また、本発明は、各種装置を管理する複数の管理装置から各種制御の実施を要求する制御要求を受け付けて、制御対象装置となる装置に対して各種制御を実施することに適した制御代理方法であって、前記複数の管理装置それぞれを一意に特定する認証情報および管理装置の通信形式を記憶する管理装置情報記憶手段と、前記制御対象装置となる各種装置に対応付けて、前記各種制御を実施するのに必要な装置情報を記憶する装置情報記憶手段と、前記複数の管理装置から制御要求を受け付けた場合に、当該制御要求に含まれる認証情報が管理装置情報記憶手段に記憶されているか否かを判定する認証工程と、前記認証工程により当該認証情報が管理装置情報記憶手段に記憶されていると判定された場合に、受け付けられた制御要求の制御実施先である制御対象装置に対応する装置情報を装置情報記憶手段から取得する装置情報取得工程と、前記装置情報取得工程により取得された装置情報に基づいて、前記制御要求に含まれる制御内容を示す制御情報を変換して、変換された制御情報を制御対象装置に対して実施する制御実施工程と、を含んだことを特徴とする。【００１５】
また、本発明は、各種装置を管理する複数の管理装置から各種制御の実施を要求する制御要求を受け付けて、制御対象装置となる装置に対して各種制御を実施することをコンピュータに実行させる制御代理プログラムであって、前記複数の管理装置それぞれを一意に特定する認証情報および管理装置の通信形式を記憶する管理装置情報記憶手段と、前記制御対象装置となる各種装置に対応付けて、前記各種制御を実施するのに必要な装置情報を記憶する装置情報記憶手段と、前記複数の管理装置から制御要求を受け付けた場合に、当該制御要求に含まれる認証情報が管理装置情報記憶手段に記憶されているか否かを判定する認証手順と、前記認証手順により当該認証情報が管理装置情報記憶手段に記憶されていると判定された場合に、受け付けられた制御要求の制御実施先である制御対象装置に対応する装置情報を装置情報記憶手段から取得する装置情報取得手順と、前記装置情報取得手順により取得された装置情報に基づいて、前記制御要求に含まれる制御内容を示す制御情報を変換して、変換された制御情報を制御対象装置に対して実施する制御実施手順と、をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、複数の管理装置それぞれを一意に特定する認証情報および管理装置の通信形式を記憶し、制御対象装置となる各種装置に対応付けて、各種制御を実施するのに必要な装置情報を記憶し、複数の管理装置から制御要求を受け付けた場合に、当該制御要求に含まれる認証情報が記憶されているか否かを判定し、当該認証情報が記憶されていると判定された場合に、受け付けられた制御要求の制御実施先である制御対象装置に対応する装置情報を取得し、取得された装置情報に基づいて、制御要求に含まれる制御内容を示す制御情報を変換して、変換された制御情報を制御対象装置に対して実施するので、正当な管理装置であるか否かを認証することが可能であることと、管理装置の通信形式に依存することなく、高度な制御を実施することが可能である。【００１７】
また、本発明によれば、制御代理装置（ネットワークプロトコル代理サーバ）は、管轄する全ての制御対象機器への認証をあらかじめ行い、管理装置は、制御代理装置（ネットワークプロトコル代理サーバ）との認証を一度行うだけで、制御代理装置（ネットワークプロトコル代理サーバ）の管轄する制御対象機器への制御を行うことができるよう、認証の代理も行うことができる。【００１８】
また、本発明によれば、記憶されていない新たな装置を管理装置として追加する場合に、当該新たな管理装置から認証情報を受け付けるとともに、当該認証情報を受け付けた際の通信形式を取得し、受け付けられた認証情報と取得された通信形式とを対応付けて新たに格納するので、新たな管理装置を柔軟に追加・削除を行うことができ、さらに、利便性が向上する。【００１９】
また、本発明によれば、変換した制御情報を制御対象装置に対して実施した結果を示す実施結果を、当該制御対象装置から受け付けた場合に、当該制御要求の送信先の管理装置に対応する通信形式を取得して、取得された通信形式に基づいて、当該制御結果を変換して管理装置に通知するので、制御実施結果を正確に管理装置に通知することが可能である。【００２０】
また、本発明によれば、取得された装置情報に基づいて、制御要求に含まれる制御内容を示す制御情報を変換するとともに、制御要求に含まれる制御対象装置の外部向けＩＰアドレスに対応した内部向けＩＰアドレスを取得し、取得された内部向けＩＰアドレスを用いて変換された制御情報を制御対象装置に対して実施するので、管理装置（ＮＭＳ）から直接的に管理対象機器（制御対象装置）へアクセスする場合とは異なり、ＮＭＳに対して管理対象機器が存在するネットワークの構成（ＩＰアドレス割り振り体系等）を隠蔽し、さらに外部から直接的に機器を操作できないようにすることが可能である。また、認証されたＮＭＳが、代理サーバを通じてのみ、機器を制御することができる。【００２１】
また、本発明によれば、制御対象装置それぞれの装置情報の更新情報を、外部のネットワークから定期的に取得して、取得した更新情報で記憶されている装置情報を更新するので、常に最新の装置情報を格納しておくことができる結果、制御対象装置の通信形式に適した最新のプロトコルを選択して、制御を実施することが可能である。
【図面の簡単な説明】
【００２２】
【図１】図１は、実施例１に係るネットワークプロトコル代理サーバを含むシステムの全体構成を示すシステム構成図である。
【図２】図２は、実施例１に係るネットワークプロトコル代理サーバの構成を示すブロック図である。
【図３】図３は、管理装置情報ＤＢに記憶される情報の例を示す図である。
【図４】図４は、装置個別情報ＤＢに記憶される情報の例を示す図である。
【図５】図５は、アドレス情報ＤＢに記憶される情報の例を示す図である
【図６】図６は、実施例１に係るネットワークプロトコル代理サーバにおける制御実施処理の流れを示すフローチャートである。
【図７】図７は、実施例１に係るネットワークプロトコル代理サーバにおける制御実施結果応答処理の流れを示すフローチャートである。
【図８】図８は、実施例１に係るネットワークプロトコル代理サーバにおける制御実施／結果応答処理の流れを示すシーケンス図である。
【図９】図９は、実施例２に係る新たな管理装置を追加登録する追加登録処理の流れを示すフローチャートである。
【図１０】図１０は、実施例３に係る新たな制御対象装置を追加登録する追加登録処理の流れを示すシーケンス図である。
【図１１】図１１は、実施例４に係る装置個別情報ＤＢ更新処理の流れを示すシーケンス図である。
【図１２】図１２は、制御代理プログラムを実行するコンピュータの例を示す図である。
【符号の説明】
【００２３】
２０  ネットワークプロトコル代理サーバ
２１  管理装置情報ＤＢ
２２  装置個別情報ＤＢ
２３  アドレス情報ＤＢ
３０  要求受付部
３１  結果出力／加工部
３２  要求分析部
３３  認証情報管理部
３４  装置個別情報管理部
３５  外部情報操作部
３６  アドレス情報管理部
３７  装置制御部
１００  コンピュータシステム
１０１  ＲＡＭ
１０２  ＨＤＤ
１０２ａ  管理装置情報テーブル
１０２ｂ  装置情報テーブル
１０２ｃ  アドレス情報テーブル
１０３  ＲＯＭ
１０３ａ  認証プログラム
１０３ｂ  装置情報取得プログラム
１０３ｃ  制御実施プログラム
１０３ｄ  管理装置追加プログラム
１０３ｅ  装置情報更新プログラム
１０４  ＣＰＵ
１０４ａ  認証プロセス
１０４ｂ  装置情報取得プロセス
１０４ｃ  制御実施プロセス
１０４ｄ  管理装置追加プロセス
１０４ｅ  装置情報更新プロセス
【発明を実施するための最良の形態】
【００２４】
以下に添付図面を参照して、この発明に係る制御代理装置、制御代理方法および制御代理プログラムの実施例を詳細に説明する。なお、以下では、本実施例で用いる主要な用語、本実施例に係る制御代理装置の概要および特徴、制御代理装置の構成および処理の流れを順に説明し、最後に本実施例に対する種々の変形例を説明する。
【実施例１】
【００２５】
［用語の説明］
まず最初に、本実施例で用いる主要な用語を説明する。本実施例で用いる「管理装置Ａ」と「管理装置Ｂ」とは、制御対象装置に対して構成情報設定やセキュリティ設定等の高度な制御を行うネットワーク管理システム（ＮＭＳ）などを実現するコンピュータ装置である。また、「制御対処装置Ａ」や「制御対象装置Ｂ」は、「ネットワークプロトコル代理サーバ」から各種制御指示を受け付けて実行し、その結果を「ネットワークプロトコル代理サーバ」に応答するルータ、スイッチ、ファイアウォールなどのネットワーク機器やＷＥＢサーバなどのコンピュータ装置である。【００２６】
また、「ネットワークプロトコル代理サーバ（特許請求の範囲に記載の「制御代理装置」に対応する）」とは、管理装置Ａや管理装置Ｂからの制御指示を受け付けて、管理装置Ａや管理装置Ｂに代わって代理で制御対象装置に送信し、制御結果を管理装置に応答するネットワーク機器のことである。この「ネットワークプロトコル代理サーバ」は、制御対象装置を制御するＮＥＴＣＯＮＦ、ＳＮＭＰ、各種ＣＬＩ（Command  Line  Interface）などの様々なネットワークプロトコルに対応している。なお、本実施例では、二つの管理装置Ａと管理装置Ｂと、ネットワークプロトコル代理サーバと、二つの制御対象装置Ａと制御対象装置Ｂとから構成されるシステムの例について説明するが、管理装置、ネットワークプロトコル代理サーバ、制御対象装置の台数を限定するものではない。【００２７】
［ネットワークプロトコル代理サーバの概要および特徴］
次に、図１を用いて、実施例１に係るネットワークプロトコル代理サーバの概要および特徴を説明する。図１は、実施例１に係るネットワークプロトコル代理サーバを含むシステムの全体構成を示すシステム構成図である。【００２８】
図１に示すように、このシステムは、構成情報設定やセキュリティ設定等の高度な制御を行う管理装置Ａと管理装置Ｂと、各管理装置に代わって制御指示を送信するネットワークプロトコル代理サーバと、各種制御の対象となる制御対象装置Ａ（ＩＰアドレス＝Ｘ１）と制御対象装置Ｂ（ＩＰアドレス＝Ｙ１）とから構成される。【００２９】
また、管理装置Ａには、一意に識別する「識別情報」として「００１」と、管理装置Ａの管理者によって定められた「ＩＤ」と「パスワード」として「ａａａ、ａｂｃ」とを記憶しており、同様に、管理装置Ｂには、「識別情報」として「００２」と、「ＩＤ」と「パスワード」として「ｂｂｂ、ｄｇｆ」とを記憶している。また、管理装置Ａは、他の装置と通信を行う際には、プロトコル（通信形式）として「ＮＥＴＣＯＮＦ」を使用し、同様に、管理装置Ｂには、他の装置と通信を行う際には、プロトコル（通信形式）として「ＳＮＭＰ」を使用する。【００３０】
このような構成において、ネットワークプロトコル代理サーバは、上記したように、各種装置を管理する複数の管理装置（管理装置Ａと管理装置Ｂ）から各種制御実施を要求する制御要求を受け付けて、制御対象装置となる装置（制御対象装置Ａと制御対象装置Ｂ）に対して各種制御を実施することを概要とするものであり、特に、正当な管理装置であるか否かを認証することが可能であることと、管理装置の通信形式に依存することなく、高度な制御を実施することが可能である点に主たる特徴がある。【００３１】
この主たる特徴を具体的に説明すると、ネットワークプロトコル代理サーバは、複数の管理装置それぞれを一意に特定する認証情報および管理装置の通信形式を管理装置情報ＤＢに記憶する。具体的に例を挙げれば、ネットワークプロトコル代理サーバの管理装置情報ＤＢは、『管理装置を一意に識別する「識別情報」、管理装置の管理者を一意に割り当てられた「ＩＤ」、管理装置の管理者を識別する「パスワード」、管理装置と通信する際に使用するプロトコルを示す「通信形式」』として「００１、ａａａ、ａｂｃ、ＮＥＴＣＯＮＦ」や「００２、ｂｂｂ、ｄｇｆ、ＳＮＭＰ」などと記憶する。つまり、ネットワークプロトコル代理サーバは、管理装置情報ＤＢに「識別情報＝００１、通信形式＝ＮＥＴＣＯＮＦ」と記憶されているので、「識別情報＝００１」を記憶する管理装置Ａとは「ＮＥＴＣＯＮＦ」プロトコルを用いて通信を行い、「識別情報＝００２」を記憶する管理装置Ｂとは「ＳＮＭＰ」プロトコルを用いて通信を行う。【００３２】
そして、ネットワークプロトコル代理サーバは、制御対象装置となる各種装置に対応付けて、各種制御を実施するのに必要な装置情報を装置個別情報ＤＢに記憶する。上記した例で具体的に説明すると、ネットワークプロトコル代理サーバの装置個別情報ＤＢは、『制御対象装置を一意に識別する「装置情報」、制御対象装置と通信する際に使用するプロトコルを示す「通信形式」』として「制御対象装置Ａ、ＣＬＩ」や「制御対象装置Ｂ、ＮＥＴＣＯＮＦ」などと記憶する。【００３３】
そして、ネットワークプロトコル代理サーバは、制御対象装置となる各種装置に対応付けて、外部向けＩＰアドレスと内部向けＩＰアドレスとを対応付けたアドレス情報をアドレス情報ＤＢに記憶する。上記した例で具体的に説明すると、ネットワークプロトコル代理サーバのアドレス情報ＤＢは、『インターネットなどの外部と通信を行うグローバルアドレスを示す「外部公開ＩＰ」、イントラネットなどの内部と通信を行うプライベートアドレスを示す「内部ＩＰ」』として「Ｘ１、Ｘ２」や「Ｙ１、Ｙ２」などと記憶する。【００３４】
このような状態において、ネットワークプロトコル代理サーバは、複数の管理装置から制御要求を受け付けた場合に、当該制御要求に含まれる認証情報が管理装置情報ＤＢに記憶されているか否かを判定する（図１の（１）と（２）参照）。上記した例で具体的に説明すると、ネットワークプロトコル代理サーバは、管理装置Ａから「識別情報＝００１、ＩＤ＝ａａａ、パスワード＝ａｂｃ、制御指示＝ＶＰＮ設定（ＮＥＴＣＯＮＦ形式）、制御対象装置＝制御対象装置Ａ、対象装置ＩＰアドレス＝Ｘ１」を含む制御要求を受け付けた場合に、当該制御要求に含まれる認証情報「ＩＤ＝ａａａ、パスワード＝ａｂｃ」が管理装置情報ＤＢに記憶されているか否かを判定する。この例の場合、ネットワークプロトコル代理サーバは、「識別情報＝００１」に対応付けて「ＩＤ＝ａａａ、パスワード＝ａｂｃ」が管理装置情報ＤＢに記憶されているので、当該制御要求を送信した管理装置Ａを正当な管理装置であると判定する。【００３５】
そして、ネットワークプロトコル代理サーバは、当該認証情報が管理装置情報ＤＢに記憶されていると判定された場合に、受け付けられた制御要求の制御実施先である制御対象装置に対応する装置情報を装置個別情報ＤＢから取得する（図１の（３）参照）。上記した例で具体的に説明すると、ネットワークプロトコル代理サーバは、当該制御要求に含まれる認証情報「ＩＤ＝ａａａ、パスワード＝ａｂｃ」が管理装置情報ＤＢに記憶されていると判定された場合に、受け付けられた制御要求の制御実施先である制御対象装置「制御対象装置＝制御対象装置Ａ」に対応する装置情報「装置情報＝制御対象装置Ａ、通信形式＝ＣＬＩ」を装置個別情報ＤＢから取得する。【００３６】
続いて、ネットワークプロトコル代理サーバは、取得された装置情報に基づいて、制御要求に含まれる制御内容を示す制御情報を変換するとともに、制御要求に含まれる制御対象装置の外部向けＩＰアドレスに対応した内部向けＩＰアドレスをアドレス情報ＤＢから取得し、取得された内部向けＩＰアドレスを用いて変換された制御情報を制御対象装置に対して実施する（図１の（４）と（５）参照）。上記した例で具体的に説明すると、ネットワークプロトコル代理サーバは、取得された装置情報「装置情報＝制御対象装置Ａ、通信形式＝ＣＬＩ」に基づいて、制御要求に含まれる制御内容を示す制御情報「制御指示＝ＶＰＮ設定（ＮＥＴＣＯＮＦ形式）」を「ＮＥＴＣＯＮＦ形式」から「ＣＬＩ形式」に変換するとともに、制御要求に含まれる制御対象装置の外部向けＩＰアドレス「外部公開ＩＰ＝Ｘ１」に対応した内部向けＩＰアドレス「内部ＩＰ＝Ｘ２」をアドレス情報ＤＢから取得し、取得された内部向けＩＰアドレス「内部ＩＰ＝Ｘ２」を用いて変換された制御情報を制御対象装置Ａに対して実施する。【００３７】
その後、ネットワークプロトコル代理サーバは、変換した制御情報を制御対象装置に対して実施した結果を示す実施結果を、当該制御対象装置から受け付けた場合に、当該制御要求の送信先の管理装置に対応する通信形式を管理装置情報ＤＢから取得して、取得された通信形式に基づいて、当該制御結果を変換して管理装置に通知する（図１の（６）と（７）参照）。上記した例で具体的に説明すると、ネットワークプロトコル代理サーバは、変換した制御情報を制御対象装置Ａに対して実施した結果を示す「ＣＬＩ形式」の実施結果を、当該制御対象装置Ａから受け付ける。そして、ネットワークプロトコル代理サーバは、受け付けた「ＣＬＩ形式」の実施結果を、管理装置情報ＤＢに記憶される当該制御要求の送信先の管理装置Ａに対応する通信形式「ＮＥＴＣＯＮＦ」に変換して管理装置Ａに通知する。【００３８】
このように、実施例１に係るネットワークプロトコル代理サーバは、通信形式が異なる管理装置と制御対象装置との間でも、それぞれの通信形式に変換して高度な制御を実施することができる結果、上記した主たる特徴のごとく、正当な管理装置であるか否かを認証することが可能であることと、管理装置の通信形式に依存することなく、高度な制御を実施することが可能である点に主たる特徴がある。【００３９】
［ネットワークプロトコル代理サーバの構成］
次に、図２を用いて、図１に示したネットワークプロトコル代理サーバの構成を説明する。図２は、実施例１に係るネットワークプロトコル代理サーバの構成を示すブロック図である。図２に示すように、このネットワークプロトコル代理サーバ２０は、管理装置情報ＤＢ２１と、装置個別情報ＤＢ２２と、アドレス情報ＤＢ２３と、要求受付部３０と、結果出力／加工部３１と、要求分析部３２と、認証情報管理部３３と、装置個別情報管理部３４と、外部情報操作部３５と、アドレス情報管理部３６と、装置制御部３７とから構成される。【００４０】
管理装置情報ＤＢ２１は、複数の管理装置それぞれを一意に特定する認証情報および管理装置の通信形式を記憶する。具体的に例を挙げれば、管理装置情報ＤＢ２１は、図３に示すように、『管理装置を一意に識別する「識別情報」、管理装置の管理者を一意に割り当てられた「ユーザＩＤ」、管理装置の管理者を識別する「パスワード」、管理装置を権限に応じてグループ化した「権限グループ」、管理装置と通信する際に使用するプロトコルを示す「通信形式」、管理装置と通信する際に使用するデータ形式を示す「データ形式」』として「１００、ｓｙｓｔｅｍＡ、ｊｋｆｄｊａｋｆｄａｆｄ、権限グループ１、ＳＯＡＰ、ＮＥＴＣＯＮＦ」や「１０１、ｎｍｃＢ、Ｕ３ｊｆｄｉｆｄａｓｆｆ、権限グループ２、ＨＴＴＰ、ＨＴＭＬ」などと記憶する。なお、図３は、管理装置情報ＤＢに記憶される情報の例を示す図である。【００４１】
装置個別情報ＤＢ２２は、制御対象装置となる各種装置に対応付けて、各種制御を実施するのに必要な装置情報を記憶する。具体的に例を挙げれば、装置個別情報ＤＢ２２は、図４に示すように、『制御対象装置を一意に識別する「装置ＩＤ」、装置の種別を示す「装置種別」、装置の名称を示す「装置名称」、装置の製造ベンダを示す「ベンダ名」、装置が使用する通信形式を示す「プロトコル種別」、装置が正当な装置であるか否かを認証するための情報を示す「認証情報」、制御対象装置を操作するための権限を示す「操作権限」、当該装置の情報を更新する間隔と当該更新情報の入手先とを示す「更新情報」、当該装置を操作するための各種情報を示す「装置制御情報」』として「１０００、ルータ、ＩＰＣＯＭ、ＦＵＪＩＴＳＵ、ＮＥＴＣＯＮＦ、ＩＤ＝ｓｙｓｔｅｍＡ／ＰＡＳＳ＝ｊｋｆｄｊａｋｆｄａｆｄ、権限グループ１、毎日／http://．．．、−」や「１００１、スイッチ、Ｘ００１、Ｃ社、ＣＬＩ、コミュニティ名称＝ｐｕｂｌｉｃ、権限グループ１、毎週月曜日／ftp://．．．、Port＝２３／ｃｍｄｌ＝“ｉｐ”」などと記憶する。なお、図４は、装置個別情報ＤＢに記憶される情報の例を示す図である。【００４２】
アドレス情報ＤＢ２３は、制御対象装置となる各種装置に対応付けて、外部向けＩＰアドレスと内部向けＩＰアドレスとを対応付けたアドレス情報を記憶する。具体的に説明すると、アドレス情報ＤＢ２３は、図５に示すように、『制御対象装置を一意に識別する「装置ＩＤ」、イントラネットなどの内部と通信を行うプライベートアドレスを示す「装置ＩＰ」、インターネットなどの外部と通信を行うグローバルアドレスを示す「外部公開ＩＰ」、当該装置が接続されているインタフェースを示す「収容ＩＦ」、割り当てられているＶＬＡＮを示す「ＶＬＡＮ」、アドレス変換に際しての動作条件を示した「変換付加情報」』として「１０００、192.168.100.100/24、10.123.100.100/24、eth0、１００、ICMP無効」や「１００１、192.168.100.101/24、10.123.100.101/24、eth1、１０１、ICMP有効」などと記憶する。なお、図５は、アドレス情報ＤＢに記憶される情報の例を示す図である。【００４３】
要求受付部３０は、各種装置を管理する複数の管理装置から各種制御実施を要求する制御要求を受け付ける。具体的に説明すると、要求受付部３０は、接続される管理装置からのＮＥＴＣＯＮＦなどの制御要求（プロトコルメッセージ）やネットワークプロトコル代理サーバ２０自身の設定変更要求を保守操作端末より受信して、受信した接続要求や設定変更要求を要求分析部３２に通知する。【００４４】
結果出力／加工部３１は、変換した制御情報を制御対象装置に対して実施した結果を示す実施結果を当該制御対象装置から受け付けた場合に、当該制御要求の送信先の管理装置に対応する通信形式を管理装置情報ＤＢ２１から取得して、取得された通信形式に基づいて、当該制御結果を変換して管理装置に通知する。【００４５】
ここで、装置個別情報ＤＢ２２に記憶される「装置ＩＤ＝１０００、装置種別＝ルータ、装置名称＝ＩＰＣＯＭ、ベンダ名＝ＦＵＪＩＴＳＵ、プロトコル種別＝ＮＥＴＣＯＮＦ、認証情報＝ＩＤ＝ｓｙｓｔｅｍＡ／ＰＡＳＳ＝ｊｋｆｄｊａｋｆｄａｆｄ、操作権限＝権限グループ１、更新情報＝毎日／http://．．．、装置制御情報＝−」の制御対象装置に対して実行した制御結果を、管理装置情報ＤＢ２１に記憶される「識別情報＝１０１、ユーザＩＤ＝ｎｍｃＢ、パスワード＝Ｕ３ｊｆｄｉｆｄａｓｆｆ、権限グループ＝権限グループ２、通信形式＝ＨＴＴＰ、データ形式＝ＨＴＭＬ」の管理装置に応答する場合を例に具体的に説明する。この場合、結果出力／加工部３１は、制御対象装置の「プロトコル種別＝ＮＥＴＣＯＮＦ」であることより、制御対象装置から「プロトコル種別＝ＮＥＴＣＯＮＦ」の応答結果を要求分析部３２から受信する。そして、結果出力／加工部３１は、管理装置の「通信形式＝ＨＴＴＰ、データ形式＝ＨＴＭＬ」であることより、受信した「プロトコル種別＝ＮＥＴＣＯＮＦ」の応答結果を、管理装置の通信形式とデータ形式である「通信形式＝ＨＴＴＰ、データ形式＝ＨＴＭＬ」に変換して管理装置に送信する。【００４６】
要求分析部３２は、後述する認証情報管理部３３により当該認証情報が管理装置情報ＤＢ２１に記憶されていると判定された場合に、受け付けられた制御要求の制御実施先である制御対象装置に対応する装置情報を装置個別情報ＤＢ２２から取得し、また、受け付けられた制御要求の制御実施先である制御対象装置に対応する装置情報を装置個別情報ＤＢ２２から取得して、取得された装置情報に基づいて、制御要求に含まれる制御内容を示す制御情報を変換するとともに、制御要求に含まれる制御対象装置の外部向けＩＰアドレスに対応した内部向けＩＰアドレスをアドレス情報ＤＢ２３から取得し、取得された内部向けＩＰアドレスを用いて変換された制御情報を制御対象装置に対して実施する。【００４７】
具体的には、要求分析部３２は、要求受付部３０より入力された制御内容及び受信ＩＰアドレス情報を元に必要に応じて認証情報管理部３３への認証確認要求を通知することで要求元の認証、装置個別情報管理部３４への制御対象機器についての装置特有な情報の取得依頼、アドレス情報管理部３６へのＩＰアドレス変換実施のための情報取得を行い、各機能部の結果に従いプロトコルを変換し、制御対象装置への制御情報投入を行うため装置制御部３７へ制御投入を依頼する。また、装置制御部３７からの制御投入結果を受信し、結果出力／加工部３１へ通知することで依頼元への結果返答を行う。【００４８】
例えば、要求分析部３２は、「識別情報＝００１」の管理装置から制御要求を受け付けた場合に、当該管理装置が正当な管理装置であるか否かを認証する依頼を認証情報管理部３３に出力する。そして、要求分析部３２は、認証情報管理部３３により当該認証情報が管理装置情報ＤＢ２１に記憶されていると判定された場合に、受け付けられた制御要求の送信先である管理装置に対応する装置情報「識別情報＝１０１、ユーザＩＤ＝ｎｍｃＢ、パスワード＝Ｕ３ｊｆｄｉｆｄａｓｆｆ、権限グループ＝権限グループ２、通信形式＝ＨＴＴＰ、データ形式＝ＨＴＭＬ」を管理装置情報ＤＢ２１から取得する。続いて、要求分析部３２は、受け付けられた制御要求の制御実施先である制御対象装置「識別情報＝１０００」に対応する装置情報の取得依頼を装置個別情報管理部３４に出力する。その後、要求分析部３２は、制御対象装置の装置情報「装置ＩＤ＝１０００、装置種別＝ルータ、装置名称＝ＩＰＣＯＭ、ベンダ名＝ＦＵＪＩＴＳＵ、プロトコル種別＝ＮＥＴＣＯＮＦ、認証情報＝ＩＤ＝ｓｙｓｔｅｍＡ／ＰＡＳＳ＝ｊｋｆｄｊａｋｆｄａｆｄ、操作権限＝権限グループ１、更新情報＝毎日／http://．．．、装置制御情報＝−」を装置個別情報管理部３４から受け付ける。【００４９】
そして、要求分析部３２は、制御要求に含まれる制御内容を示す制御情報を、管理装置の「通信形式＝ＨＴＴＰ、データ形式＝ＨＴＭＬ」から制御対象装置の「プロトコル種別＝ＮＥＴＣＯＮＦ」に変換するとともに、制御要求に含まれる制御対象装置の外部向けＩＰアドレスに対応した内部向けＩＰアドレスの変換をアドレス情報管理部３６に依頼する。そして、アドレス情報管理部３６によってアドレス情報ＤＢ２３を参照することで、制御要求に含まれる制御対象装置の外部向けＩＰアドレス「10.123.100.100/24」に対応した内部向けＩＰアドレス「192.168.100.100/24」に変換され、要求分析部３２は、変換された内部向けＩＰアドレスを用いて変換された「プロトコル種別＝ＮＥＴＣＯＮＦ」の制御情報を制御対象装置に対して実施する。その後、要求分析部３２は、制御を実施した結果を結果出力／加工部３１に出力する。【００５０】
認証情報管理部３３は、複数の管理装置から制御要求を受け付けた場合に、当該制御要求に含まれる認証情報が管理装置情報ＤＢ２１に記憶されているか否かを判定する。具体的には、認証情報管理部３３は、要求分析部３２からの認証依頼等を受信し、管理装置情報ＤＢ２１へ情報の参照、登録、更新、削除を依頼する。例えば、認証情報管理部３３は、「識別情報＝１０１、ユーザＩＤ＝ｎｍｃＢ、パスワード＝Ｕ３ｊｆｄｉｆｄａｓｆｆ」が含まれる制御要求を受信した旨を要求分析部３２から通知された場合に、当該認証情報である「識別情報＝１０１、ユーザＩＤ＝ｎｍｃＢ、パスワード＝Ｕ３ｊｆｄｉｆｄａｓｆｆ」が管理装置情報ＤＢ２１に記憶されているか否かを判定する。そして、認証情報管理部３３は、管理装置情報ＤＢ２１に記憶されている場合には、認証許可を要求分析部３２に通知し、管理装置情報ＤＢ２１に記憶されていない場合には、認証拒否を要求分析部３２に通知する。この例の場合、「識別情報＝１０１、ユーザＩＤ＝ｎｍｃＢ、パスワード＝Ｕ３ｊｆｄｉｆｄａｓｆｆ」が管理装置情報ＤＢ２１に記憶されているので、認証情報管理部３３は、認証許可を要求分析部３２に通知する。【００５１】
装置個別情報管理部３４は、要求分析部３２からの装置個別情報取得等を受信し、装置個別情報ＤＢ２２へ情報の参照、登録、更新、削除を依頼する。また、装置個別情報ＤＢ２２に該当装置情報がない場合、外部情報操作部３５へ外部からの情報取得を依頼する。具体的には、装置個別情報管理部３４は、要求分析部３２からの装置個別情報取得等を受信した場合に、制御要求に含まれる「識別情報」に対応する装置情報を装置個別情報ＤＢ２２から取得して要求分析部３２に応答する。また、装置個別情報管理部３４は、装置個別情報ＤＢ２２に記憶される各装置情報の「更新情報」を参照して、当該「更新情報」に基づいて、装置情報の取得を外部情報操作部３５に依頼する。【００５２】
外部情報操作部３５は、制御対象装置それぞれの装置情報の更新情報を、外部のネットワークから定期的に取得して、取得した更新情報で装置個別情報ＤＢ２２に記憶されている装置情報を更新する。具体的には、外部情報操作部３５は、装置個別情報管理部３４から装置情報更新依頼を受信し、ＨＴＴＰやＦＴＰなどを用いて指示された装置についての情報をインターネットなどの外部より取得し、結果を装置個別情報管理部３４に返却する。【００５３】
アドレス情報管理部３６は、要求分析部３２により取得された装置情報に基づいて、アドレス情報ＤＢ２３を参照して、制御要求に含まれる制御内容を示す制御情報を変換するとともに、制御要求に含まれる制御対象装置の外部向けＩＰアドレスに対応した内部向けＩＰアドレスに変換する。具体的には、アドレス情報管理部３６は、要求分析部３２からのアドレス情報取得依頼等を受信し、アドレス情報ＤＢ２３へ情報の参照、登録、更新、削除を依頼する。例を挙げると、アドレス情報管理部３６は、要求分析部３２からのアドレス情報取得依頼を受信した場合に、要求受付部３０により受け付けられた制御要求に含まれる「識別番号」と「外部公開ＩＰ」に対応付けて記憶される「装置ＩＰ」をアドレス情報ＤＢ２３から取得して要求分析部３２に応答する。【００５４】
装置制御部３７は、要求分析部３２からの制御投入依頼を受信し、指示された制御形式にて制御対象装置へ制御情報を送信し、送信結果を受信し、要求分析部３２へ応答する。具体的に例を挙げると、装置制御部３７は、要求分析部３２からの制御投入依頼を受信し、指示された制御形式「ＮＥＴＣＯＮＦ」にて制御対象装置へ制御情報を送信し、送信結果を受信して要求分析部３２へ応答する。【００５５】
［ネットワークプロトコル代理サーバによる処理］
（制御実施処理の流れ）
次に、図６を用いて、ネットワークプロトコル代理サーバによる処理を説明する。図６は、実施例１に係るネットワークプロトコル代理サーバにおける制御実施処理の流れを示すフローチャートである。【００５６】
図６に示すように、制御要求を受信すると（ステップＳ１０１肯定）、ネットワークプロトコル代理サーバ２０の要求分析部３２は、制御要求に含まれる認証情報を認証情報管理部３３に送信し、認証情報管理部３３は、受け付けた認証情報を用いて認証を行う（ステップＳ１０２）。【００５７】
そして、認証情報管理部３３により認証が許可されると（ステップＳ１０３肯定）、ネットワークプロトコル代理サーバ２０の要求分析部３２は、装置個別情報管理部３４によって装置個別情報ＤＢ２２から取得された制御実施先である制御対象装置に対応する装置情報に基づいて、制御要求に含まれる制御内容を制御対象装置に対応する通信形式に変換する（ステップＳ１０４）。なお、認証情報管理部３３は、制御要求に含まれる認証情報（例えば、ＩＤとパスワード、コミュニティ名など）が、管理装置情報ＤＢ２１に記憶されている場合に、「認証ＯＫ」と判定する。【００５８】
続いて、ネットワークプロトコル代理サーバ２０の要求分析部３２は、アドレス情報管理部３６によってアドレス情報ＤＢ２３から取得された制御実施先である制御対象装置に対応するアドレス情報に基づいて、制御要求に含まれる外部公開ＩＰから装置ＩＰ（内部ＩＰ）に変換する（ステップＳ１０５）。【００５９】
その後、ネットワークプロトコル代理サーバ２０の要求分析部３２は、制御対象装置に対応する通信形式に変換した制御内容を、外部公開ＩＰから変換した装置ＩＰに実施する指示を装置制御部３７に出力し、装置制御部３７は、装置ＩＰに対応する制御対象装置に対して制御内容を実施する（ステップＳ１０６）。【００６０】
（制御実施結果応答処理の流れ）
次に、図７を用いて、ネットワークプロトコル代理サーバによる制御実施結果応答処理を説明する。図７は、実施例１に係るネットワークプロトコル代理サーバにおける制御実施結果応答処理の流れを示すフローチャートである。【００６１】
図７に示すように、装置制御部３７により実施された制御結果を要求分析部３２から受信すると（ステップＳ２０１肯定）、結果出力／加工部３１は、管理装置情報ＤＢ２１に記憶される管理装置に対応する装置情報に基づいて、制御結果を管理装置に対応する通信形式に変換する（ステップＳ２０２とステップＳ２０３）。【００６２】
続いて、結果出力／加工部３１は、アドレス情報管理部３６によってアドレス情報ＤＢ２３から取得された制御実施先である制御対象装置に対応するアドレス情報に基づいて、装置ＩＰから外部公開ＩＰに変換し（ステップＳ２０４）、制御結果を管理装置に応答する（ステップＳ２０５）。【００６３】
（制御実施／結果応答処理のシーケンス）
次に、図８を用いて、ネットワークプロトコル代理サーバによる制御実施／結果応答処理を説明する。図８は、実施例１に係るネットワークプロトコル代理サーバにおける制御実施／結果応答処理の流れを示すシーケンス図である。【００６４】
図８に示すように、管理装置から制御対象装置（ネットワーク機器）に対する制御要求が投入された場合、「装置制御要求」処理の延長にて、「制御要求通知」メッセージをネットワークプロトコル代理サーバ２０へ送信する（ステップＳ３０１）。【００６５】
そして、ネットワークプロトコル代理サーバ２０の要求受付部３０はこのメッセージを受信すると、要求分析部３２へ「制御情報入力」イベントを出す（ステップＳ３０２）。続いて、要求分析部３２は、「認証情報分析」処理にて管理装置の認証処理を行うために、「制御要求通知」から管理装置の「識別情報」と「認証情報」（例えば、ＩＤ、パスワードやコミュニティ名など）とを取得して、取得した「識別情報」と「認証情報」とを認証情報管理部３３へ出力する（ステップＳ３０４）。【００６６】
その後、認証情報管理部３３は、管理装置情報ＤＢ２１に記憶される認証情報「認証情報」テーブルを参照して、認証処理を行い（「ユーザＩＤ」と「パスワード」とを参照して、認証を行う）、認証しても良いと判断すれば「認証ＯＫ」イベントを要求分析部３２へ出力すると同時に、管理装置情報ＤＢ２１の「識別情報」にマッチした行の「データ形式」列にあるデータを管理装置とネットワークプロトコル代理サーバ２０との間の通信プロトコル種別として要求分析部３２に出力する（ステップＳ３０５〜ステップＳ３０８）。【００６７】
そして、要求分析部３２は、受け取った管理装置とネットワークプロトコル代理サーバ２０間との通信プロトコル種別を保存すると共に、「装置情報分析」処理を開始し、装置個別情報管理部３４に制御要求のあった当該制御対象機器のプロトコル種別を参照するために、「情報参照」イベントを装置個別情報管理部３４に出力する（ステップＳ３０９〜ステップＳ３１１）。【００６８】
その後、装置個別情報管理部３４は、装置個別情報ＤＢ２２に記憶される「装置個別情報」テーブルに対して参照要求のあった当該制御対象装置の情報を検索し、検索にマッチした行の「プロトコル種別」にあるデータをネットワークプロトコル代理サーバ２０と制御要求のあった機器との間の通信プロトコル種別として取得すると同時に、同行の「装置制御情報」にあるデータを当該プロトコル種別の仕様として取得して、要求分析部３２に出力する（ステップＳ３１２〜ステップＳ３１４）。【００６９】
続いて、要求分析部３２は、装置個別情報管理部３４から受信したデータの保存を行い、「アドレス情報分析」処理を開始して（ステップＳ３１５）、管理装置から「装置制御要求」メッセージを受信した外部向けＩＰアドレスをアドレス情報としてアドレス情報管理部３６へ出力する（ステップＳ３１６）。【００７０】
そして、アドレス情報管理部３６は、このアドレス情報を受け取ると、アドレス情報ＤＢ２３に記憶される「アドレス情報」テーブルに対して、当該外部向けＩＰアドレスをキーとして「外部公開ＩＰ」列を検索し、該当した行の「装置ＩＰ」列にあるデータを制御要求のあった制御対象装置の保有するアドレス情報として取得して、要求分析部３２に出力する（ステップＳ３１７〜ステップＳ３１９）。【００７１】
すると、要求分析部３２は、この制御対象装置の保有するアドレス情報（装置ＩＰ）を受け取ると、「変換情報あり」と判断し、これ以降の処理において制御対象装置に対して電文を送信するときのあて先アドレスとする「変換実行」を行う（ステップＳ３２０）。【００７２】
そして、要求分析部３２は、管理装置から受け付けた「制御要求通知」の制御内容から、制御対象装置向けにプロトコルが変換された制御内容を実施する旨の通知を装置制御部３７に出力し（ステップＳ３２１とステップＳ３２２）、装置制御部３７は、当該変換された制御内容を装置ＩＰを持つ制御対象装置に対して実行する（ステップＳ３２３）。【００７３】
その後、制御実施結果を制御対象装置から受け付けた装置制御部３７は、当該制御結果を要求分析部３２に出力し（ステップＳ３２４とステップＳ３２５）、要求分析部３２は、受け付けた制御結果を応答として結果出力／加工部３１に出力する（ステップＳ３２６）。【００７４】
実施結果を受け付けた結果出力／加工部３１は、管理装置情報ＤＢ２１を参照して、応答結果を出力する管理装置の「通信形式」、「データ形式」を取得し、受け付けた実施結果を取得した管理装置の「通信形式」、「データ形式」に再変換して（ステップＳ３２７）、再変換した実施結果を結果応答として管理装置に送信する（ステップＳ３２８とステップＳ３２９）。【００７５】
［実施例１による効果］
このように、実施例１によれば、複数の管理装置それぞれを一意に特定する認証情報および管理装置の通信形式を管理装置情報ＤＢ２１に記憶し、制御対象装置となる各種装置に対応付けて、各種制御を実施するのに必要な装置情報を装置個別情報ＤＢ２２に記憶し、複数の管理装置から制御要求を受け付けた場合に、当該制御要求に含まれる認証情報が管理装置情報ＤＢ２１に記憶されているか否かを判定し、当該認証情報が管理装置情報ＤＢ２１に記憶されていると判定された場合に、受け付けられた制御要求の制御実施先である制御対象装置に対応する装置情報を装置個別情報ＤＢ２２から取得し、取得された装置情報に基づいて、制御要求に含まれる制御内容を示す制御情報を変換して、変換された制御情報を制御対象装置に対して実施するので、正当な管理装置であるか否かを認証することが可能であることと、管理装置の通信形式に依存することなく、高度な制御を実施することが可能である。【００７６】
また、実施例１によれば、ネットワークプロトコル代理サーバ２０は、管轄する全ての制御対象機器への認証をあらかじめ行い、管理装置は、ネットワークプロトコル代理サーバ２０との認証を一度行うだけで、ネットワークプロトコル代理サーバ２０の管轄する制御対象機器への制御を行うことができるよう、認証の代理も行うことができる。【００７７】
また、実施例１によれば、変換した制御情報を制御対象装置に対して実施した結果を示す実施結果を、当該制御対象装置から受け付けた場合に、当該制御要求の送信先の管理装置に対応する通信形式を管理装置情報ＤＢ２１から取得して、取得された通信形式に基づいて、当該制御結果を変換して管理装置に通知するので、制御実施結果を正確に管理装置に通知することが可能である。【００７８】
また、実施例１によれば、制御対象装置となる各種装置に対応付けて、外部向けＩＰアドレスと内部向けＩＰアドレスとを対応付けたアドレス情報をアドレス情報ＤＢ２３に記憶し、取得された装置情報に基づいて、制御要求に含まれる制御内容を示す制御情報を変換するとともに、制御要求に含まれる制御対象装置の外部向けＩＰアドレスに対応した内部向けＩＰアドレスをアドレス情報ＤＢ２３から取得し、取得された内部向けＩＰアドレスを用いて変換された制御情報を制御対象装置に対して実施するので、管理装置（ＮＭＳ）から直接的に管理対象機器（制御対象装置）へアクセスする場合とは異なり、ＮＭＳに対して管理対象機器が存在するネットワークの構成（ＩＰアドレス割り振り体系等）を隠蔽し、さらに外部から直接的に機器を操作できないようにすることが可能である。また、認証されたＮＭＳが、代理サーバを通じてのみ、機器を制御することができる。
【実施例２】
【００７９】
ところで、本発明は、各種制御を実施する新たな管理装置を認証して、自動的に管理装置情報ＤＢ２１に登録することもできる。そこで、実施例２では、図９を用いて、新たな管理装置を追加登録する場合について説明する。図９は、実施例２に係る新たな管理装置を追加登録する追加登録処理の流れを示すフローチャートである。【００８０】
図９に示すように、新たな管理装置から追加要求が要求受付部３０により受信されると（ステップＳ４０１肯定）、ネットワークプロトコル代理サーバ２０の要求分析部３２は、当該新たな管理装置を認証するための「認証情報（例えば、ＩＤ、パスワードやコミュニティなど）」と当該新たな管理装置の「アドレス情報（例えば、ＩＰアドレス）」とを当該追加要求から取得する（ステップＳ４０２）。【００８１】
続いて、ネットワークプロトコル代理サーバ２０の要求分析部３２は、新たな管理装置と通信を行うための「通信形式（例えば、ＮＥＴＣＯＮＦ、ＳＮＭＰ、ＨＴＴＰなど）」を当該追加要求から取得する（ステップＳ４０３）。【００８２】
その後、ネットワークプロトコル代理サーバ２０の要求分析部３２は、新たな管理装置の管理者から「管理者名」や「権限グループ」などの情報を受け付けて（ステップＳ４０４肯定）、当該受け付けた情報と取得した「認証情報」と「アドレス情報」とを新たに生成した「識別情報」に対応付けて、管理装置情報ＤＢ２１に格納する（ステップＳ４０５）。このように、管理装置情報ＤＢ２１に格納した後は、実施例１と同様に、管理装置の認証が実施されて、各種制御が実行される。また、ネットワークプロトコル代理サーバ２０の要求分析部３２は、管理装置を削除する場合には、削除要求を受け付けて、管理装置情報ＤＢ２１から当該削除要求を送信した管理装置を削除する。【００８３】
［実施例２による効果］
このように、実施例２によれば、管理装置情報ＤＢ２１に記憶されていない新たな装置を管理装置として追加する場合に、当該新たな管理装置から認証情報を受け付けるとともに、当該認証情報を受け付けた際の通信形式を取得し、受け付けられた認証情報と取得された通信形式とを対応付けて管理装置情報ＤＢ２１に新たに格納するので、新たな管理装置を柔軟に追加・削除することができ、さらに、利便性が向上する。
【実施例３】
【００８４】
ところで、実施例２では、各種制御を実施する新たな管理装置を自動的に管理装置情報ＤＢ２１に登録する場合について説明したが、本発明はこれに限定されるものではなく、新たな制御対象装置を自動的に装置個別情報ＤＢ２２に登録することもできる。【００８５】
そこで、実施例３では、図１０を用いて、新たな制御対象装置を追加登録する場合について説明する。図１０は、実施例３に係る新たな制御対象装置を追加登録する追加登録処理の流れを示すシーケンス図である。【００８６】
図１０に示すように、新たな制御対象機器を制御することにさきがけて、新たな制御対象機器を本発明のネットワークプロトコル代理サーバ２０に登録するために、管理装置は、「装置追加要求」メッセージをネットワークプロトコル代理サーバ２０へ送信する（ステップＳ５０１）。【００８７】
続いて、ネットワークプロトコル代理サーバ２０の要求受付部３０は、このメッセージを受信すると、要求分析部３２へ「追加装置情報入力」イベントを出す（ステップＳ５０２）。【００８８】
そして、要求分析部３２は、「認証情報分析」処理にて、「装置追加要求」を送信した管理装置の認証処理を行うために認証情報管理部３３へ「情報参照」イベントを出し（ステップＳ５０３とステップＳ５０４）、認証情報管理部３３は、管理装置情報ＤＢ２１に記憶される「認証情報」テーブルを参照して認証処理を行い、当該「認証情報」が管理装置情報ＤＢ２２に記憶されている場合に、「認証ＯＫ」イベントを要求分析部３２へ出力する（ステップＳ５０５〜ステップＳ５０８）。【００８９】
すると、要求分析部３２は、「装置情報追加」処理を開始し、装置個別情報管理部３４に登録要求のあった当該新たな制御対象装置を登録させるために、「情報参照」イベントを出す（ステップＳ５０９とステップＳ５１０）。【００９０】
そして、装置個別情報管理部３４は、装置個別情報ＤＢ２２に記憶される「装置個別情報」テーブルを参照し、登録要求のあった新たな制御対象装置の情報を検索する（ステップＳ５１１とステップＳ５１２）。【００９１】
ここで、装置個別情報管理部３４は、装置情報がなかった場合は、登録要求のあった当該新たな制御対象装置に関する仕様等の情報を取得するために、外部情報操作部３５に対してイベントを出す（ステップＳ５１３）。【００９２】
そして、外部情報操作部３５は、インターネット等などの外部ネットワーク（例えば、各種ベンダーのホームページなど）から当該新たな制御対象装置に関する仕様等の情報を取得し、この情報を装置個別情報管理部３４へ出力する（ステップＳ５１４とステップＳ５１５）。【００９３】
装置個別情報管理部３４は、装置個別情報ＤＢ２２に記憶される「装置個別情報」テーブルに当該ネットワーク機器に関する仕様等の情報を追加する（ステップＳ５１６とステップＳ５１７）。つまり、「装置個別情報」テーブルにレコードを追加登録することにより、登録要求のあった当該ネットワーク機器が代理サーバの管轄となる。【００９４】
その後、装置個別情報管理部３４は、要求分析部３２にイベントを出し（ステップＳ５１８）、要求分析部３２は、このイベントを受けると、「アドレス情報追加」処理を開始し、管理装置から「装置追加要求」メッセージにて受信した当該新たな制御対象装置のアドレス情報をアドレス情報管理部３６へ出力する（ステップＳ５１９とステップＳ５２０）。【００９５】
すると、アドレス情報管理部３６は、このアドレス情報を受け取ると、アドレス情報ＤＢ２３のもつ「アドレス情報」テーブルに登録し、この登録が終わると、要求分析部３２にイベントを出す（ステップＳ５２１〜ステップＳ５２３）。【００９６】
そして、要求分析部３２は、このイベントを受け取ると結果出力／加工部３１へ「応答情報通知」イベントを出し（ステップＳ５２４）、結果出力／加工部３１は、管理装置へ当該新たな制御対象装置の登録結果を送信する（ステップＳ５２５）。その後、管理装置は、この結果を受け取ると、「結果応答」処理を行い、この処理において保守者に対して当該新たな制御対象装置の登録結果を知らせる（ステップＳ５２６）。なお、制御対象装置を削除する場合も、同様の手法で容易に行うことができる。【００９７】
［実施例３による効果］
このように、実施例３によれば、新たな制御対象機器を制御することにさきがけて、新たな制御対象機器を本発明のネットワークプロトコル代理サーバ２０に容易に登録することができる結果、制御対象装置の追加・削除などに係る保守メンテナンス作業の負荷を軽減することが可能であり、さらに、利便性を向上させることが可能である。
【実施例４】
【００９８】
ところで、実施例３では、新たな制御対象装置を自動的に装置個別情報ＤＢ２２に登録する場合について説明したが、本発明はこれに限定されるものではなく、バージョンアップやソフトウエアのアップデータなどにより制御対象装置の情報が更新された場合でも、自動的にこの更新情報を装置個別情報ＤＢ２２に反映させることもできる。【００９９】
そこで、実施例４では、図１１を用いて、バージョンアップやソフトウエアのアップデータなどにより制御対象装置の情報が更新された場合でも、自動的にこの更新情報を装置個別情報ＤＢ２２に反映させる場合について説明する。図１１は、実施例４に係る装置個別情報ＤＢ更新処理の流れを示すシーケンス図である。【０１００】
図１１に示すように、ネットワークプロトコル代理サーバ２０の装置個別情報管理部３４は、装置個別情報ＤＢ２２に記憶される「更新情報」を参照して、更新を実施する期間である装置があるか否かを判定する（ステップＳ６０１〜ステップＳ６０３）。【０１０１】
更新を実施する期間である装置がある場合に、装置個別情報管理部３４は、装置個別情報ＤＢ２２に記憶される「更新情報」に記載されている更新情報入手先のアドレス情報などを取得して、取得した更新情報入手先のアドレス情報と、当該更新を実施する期間に該当する制御対象装置の新たな情報を取得する指示とを外部情報操作部３５に出力する（ステップＳ６０４）。【０１０２】
この指示を受けた外部情報操作部３５は、更新情報入手先のアドレス情報にアクセスして、更新情報を取得し、取得した更新情報を装置個別情報管理部３４に出力する（ステップＳ６０５とステップＳ６０６）。【０１０３】
そして、装置個別情報管理部３４は、外部情報操作部３５から受け付けた更新情報を、装置個別情報ＤＢ２２に記憶される対応した制御対象装置の各テーブルに格納して、制御対象装置の装置情報を更新する（ステップＳ６０７）。【０１０４】
［実施例４による効果］
このように、実施例４によれば、制御対象装置それぞれの装置情報の更新情報を、外部のネットワークから定期的に取得して、取得した更新情報で装置個別情報ＤＢ２２に記憶されている装置情報を更新するので、常に最新の装置情報を格納しておくことができる結果、制御対象装置の通信形式に適した最新のプロトコルを選択して、制御を実施することが可能である。
【実施例５】
【０１０５】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に示すように、（１）自律的に制御対象装置への制御実施、（２）自律的に制御対象装置から情報収集および収集した情報の加工処理の実施、（３）システム構成等、（４）プログラムにそれぞれ区分けして異なる実施例を説明する。【０１０６】
（１）自律的に制御対象装置への制御実施
例えば、本発明に係るネットワークプロトコル代理サーバ２０は、自律的に制御対象装置への制御を行うこともできる。そこで、実施例５では、ネットワークプロトコル代理サーバ２０が自律的に制御対象装置への制御を行う場合について説明する。【０１０７】
具体的には、管理装置が定期的または指定された契機（機器の状態変化等の契機）にて制御対象装置に対して制御を行いたい場合、その制御ポリシーをネットワークプロトコル代理サーバ２０に設定することで、ネットワークプロトコル代理サーバ２０が管理装置に代わって自律的に当該制御を行う。【０１０８】
例を挙げて説明すると、管理装置が自律的な制御の依頼をネットワークプロトコル代理サーバ２０の要求受付部３０に行うと、要求受付部３０から要求分析部３２へ依頼が通知される。そして、要求分析部３２は、受信した自律制御の条件を分析し、対象装置ごとの実施条件を装置個別情報管理部３４に通知すると、装置個別情報管理部３４は、通知された自律制御の条件を装置個別情報ＤＢ２２に格納する。【０１０９】
その後、要求分析部３２は、定期的に装置個別情報管理部３４に装置個別情報ＤＢ２２の参照を依頼し、自律制御条件の有無を判定する。そして、要求分析部３２は、自律制御条件が存在する場合には、制御条件情報に保存された設定条件に従い、装置制御部３７へ制御対象となる制御対象装置へ制御の投入を依頼する。例えば、制御条件情報として５分ごとの制御対象装置からの情報取得が設定されていた場合、要求分析部３２は、５分ごとに装置制御部３７へ情報取得のための制御情報を投入する。【０１１０】
また、制御投入した結果や制御対象装置からの情報通知に応じて更に制御を行うことも可能とする。例えば、制御条件として５分ごとの制御対象装置からの情報取得とその取得値が「０」であった場合の制御情報が設定されていた場合、要求分析部３２は、５分ごとに装置制御部３７へ情報取得のための制御情報を投入して結果を受信後、取得値を評価して、取得値が「０」であった場合には設定された制御情報を装置制御部３７へ投入し、取得値が「０」でない場合には、処理を終了する。【０１１１】
このように、ネットワークプロトコル代理サーバ２０は、自律的に制御対象装置への制御を行うこともできる。その結果、定期実行などを要する制御においても、容易に実行することが可能であり、また、人手による実行忘れなども防止することが可能である。【０１１２】
（２）自律的に制御対象装置から情報収集および収集した情報の加工処理の実施
例えば、本発明に係るネットワークプロトコル代理サーバ２０は、自律的に制御対象装置から情報収集および収集した情報の加工処理を行うこともできる。そこで、実施例５では、ネットワークプロトコル代理サーバ２０が自律的に制御対象装置から情報収集および収集した情報の加工処理を行う場合について説明する。【０１１３】
具体的には、管理装置が制御対象装置の保持情報（例えば、機器の各種状態等の情報など）を収集する場合に、ネットワークプロトコル代理サーバ２０がこれを代理することが可能である。その際、情報の中継において以下のような収集処理や、収集した情報の加工処理（例えば、統計のための計算等）をネットワークプロトコル代理サーバ２０が代理する。これにより制御対象装置が保持していない情報を加工により生成することを可能とする。【０１１４】
例を挙げて説明すると、ネットワークプロトコル代理サーバ２０は、「１．定期的な情報収集処理（例えば、管理対象機器の１秒ごとのＣＰＵ使用率やバッファ使用率の収集等）を行い、収集結果は必要に応じてまとめた形で管理装置に通知する」、「２．収集した情報の加工処理（例えば、管理対象装置がルータの場合において、ルータのパケット転送総数と転送失敗総数とからのパケット損失率の計算処理等）」、「３．収集した情報がある閾値を超えた場合の管理装置への通知」などの処理を自律的に実行する。【０１１５】
さらに、ネットワークプロトコル代理サーバ２０は、収集した情報の加工処理については、制御対象装置を跨る情報の加工も可能である。例を挙げると、ネットワークプロトコル代理サーバ２０は、実施例５と同様の手順により自律的な制御対象装置への制御として、例えば１秒ごとの情報取得を登録する。すると、要求分析部３２は、装置制御部３７から受け取った取得値を結果出力／加工部３１へ加工ありとして通知する。結果出力／加工部３１は、通知された値を蓄積し、加工に必要な蓄積値が揃った時点で指定された加工条件に従い加工値を算出し、管理装置へ通知する。【０１１６】
このように、装置の性能などを定期的に監視することが可能であるとともに、定期的に収集した情報を加工することができる結果、装置の性能や負荷などを把握することが可能となり、制御対象装置の保守にも役立てることが可能である。【０１１７】
（３）システム構成等
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合（例えば、要求受付部と結果出力／加工部とを統合するなど）して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。【０１１８】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理（例えば、制御要求から認証情報、識別情報、アドレス情報などを取得する処理など）の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理（例えば、管理装置追加の際に、権限グループなどを受け付ける処理など）の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報（例えば、図３〜図５など）については、特記する場合を除いて任意に変更することができる。【０１１９】
（４）プログラム
ところで、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することができる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータシステムを他の実施例として説明する。【０１２０】
図１２は、制御代理プログラムを実行するコンピュータシステムの例を示す図である。図１２に示すように、コンピュータシステム１００は、ＲＡＭ１０１と、ＨＤＤ１０２と、ＲＯＭ１０３と、ＣＰＵ１０４とから構成される。ここで、ＲＯＭ１０３には、上記の実施例と同様の機能を発揮するプログラム、つまり、図１２に示すように、認証プログラム１０３ａと、装置情報取得プログラム１０３ｂと、制御実施プログラム１０３ｃと、管理装置追加プログラム１０３ｄと、装置情報更新プログラム１０３ｅとがあらかじめ記憶されている。【０１２１】
そして、ＣＰＵ１０４には、これらのプログラム１０３ａ〜１０３ｅを読み出して実行することで、図１２に示すように、認証プロセス１０４ａと、装置情報取得プロセス１０４ｂと、制御実施プロセス１０４ｃと、管理装置追加プロセス１０４ｄと、装置情報更新プロセス１０４ｅとなる。なお、認証プロセス１０４ａは、図２に示した、要求分析部３２と認証情報管理部３３とに対応し、同様に、装置情報取得プロセス１０４ｂは、要求分析部３２と装置個別情報管理部３４とに対応し、制御実施プロセス１０４ｃは、要求分析部３２と装置制御部３７とに対応し、管理装置追加プロセス１０４ｄは、要求分析部３２に対応し、装置情報更新プロセス１０４ｅは、要求分析部３２と外部情報操作部３５とに対応する。【０１２２】
また、ＨＤＤ１０２には、複数の管理装置それぞれを一意に特定する認証情報および管理装置の通信形式を記憶する管理装置情報テーブル１０２ａと、制御対象装置となる各種装置に対応付けて、各種制御を実施するのに必要な装置情報を記憶する装置情報テーブル１０２ｂと、外部向けＩＰアドレスと内部向けＩＰアドレスとを対応付けたアドレス情報を記憶するアドレス情報テーブル１０２ｃとが設けられる。なお、管理装置情報テーブル１０２ａは、図２に示した、管理装置情報ＤＢ２１に対応し、同様に、装置情報テーブル１０２ｂは、装置個別情報ＤＢ２２に対応し、アドレス情報テーブル１０２ｃは、アドレス情報ＤＢ２３に対応する。【０１２３】
ところで、上記したプログラム１０３ａ〜１０３ｅは、必ずしもＲＯＭ１０３に記憶させておく必要はなく、例えば、コンピュータシステム１００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」の他に、コンピュータシステム１００の内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらに、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータシステム１００に接続される「他のコンピュータシステム」に記憶させておき、コンピュータシステム１００がこれらからプログラムを読み出して実行するようにしてもよい。
【産業上の利用可能性】
【０１２４】
以上のように、本発明に係る制御代理装置、制御代理方法および制御代理プログラムは、各種装置を管理する複数の管理装置から各種制御実施を要求する制御要求を受け付けて、制御対象装置となる装置に対して各種制御を実施することに有用であり、特に、正当な管理装置であるか否かを認証することが可能であることと、管理装置の通信形式に依存することなく、高度な制御を実施することに適する。
【図１】
2009063555.tif 000003
【図２】
2009063555.tif 000004
【図３】
2009063555.tif 000005
【図４】
2009063555.tif 000006
【図５】
2009063555.tif 000007
【図６】
2009063555.tif 000008
【図７】
2009063555.tif 000009
【図８】
2009063555.tif 000010
【図９】
2009063555.tif 000011
【図１０】
2009063555.tif 000012
【図１１】
2009063555.tif 000013
【図１２】
2009063555.tif 000014
【手続補正書】
【提出日】平成22年4月23日(2010.4.23)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
各種装置を管理する複数の管理装置から各種制御の実施を要求する制御要求を受け付けて、制御対象装置となる装置に対して各種制御を実施する制御代理装置であって、
前記複数の管理装置それぞれを一意に特定する認証情報および管理装置の通信形式を記憶する管理装置情報記憶手段と、
前記制御対象装置となる各種装置に対応付けて、前記各種制御を実施するのに必要な装置情報を記憶する装置情報記憶手段と、
前記複数の管理装置から制御要求を受け付けた場合に、当該制御要求に含まれる認証情報が管理装置情報記憶手段に記憶されているか否かを判定する認証手段と、
前記認証手段により当該認証情報が管理装置情報記憶手段に記憶されていると判定された場合に、受け付けられた制御要求の制御実施先である制御対象装置に対応する装置情報を装置情報記憶手段から取得する装置情報取得手段と、
前記装置情報取得手段により取得された装置情報に基づいて、前記制御要求に含まれる制御内容を示す制御情報を変換して、変換された制御情報を制御対象装置に対して実施する制御実施手段と、
を備えたことを特徴とする制御代理装置。
【請求項２】
前記管理装置情報記憶手段に記憶されていない新たな装置を管理装置として追加する場合に、当該新たな管理装置から認証情報を受け付けるとともに、当該認証情報を受け付けた際の通信形式を取得し、受け付けられた認証情報と取得された通信形式とを対応付けて前記管理装置情報記憶手段に新たに格納する管理装置追加手段をさらに備えたことを特徴とする請求項１に記載の制御代理装置。
【請求項３】
前記制御実施手段は、前記変換された制御情報を制御対象装置に対して実施した結果を示す実施結果を、当該制御対象装置から受け付けた場合に、当該制御要求の送信先の管理装置に対応する通信形式を管理装置情報記憶手段から取得して、取得された通信形式に基づいて、当該制御結果を変換して管理装置に通知することを特徴とする請求項１に記載の制御代理装置。
【請求項４】
前記制御対象装置となる各種装置に対応付けて、外部向けＩＰアドレスと内部向けＩＰアドレスとを対応付けたアドレス情報を記憶するアドレス情報記憶手段をさらに備え、
前記制御実施手段は、前記装置情報取得手段により取得された装置情報に基づいて、前記制御要求に含まれる制御内容を示す制御情報を変換するとともに、前記制御要求に含まれる制御対象装置の外部向けＩＰアドレスに対応した内部向けＩＰアドレスを前記アドレス情報記憶手段から取得し、取得された内部向けＩＰアドレスを用いて変換された制御情報を制御対象装置に対して実施することを特徴とする請求項１〜３のいずれか一つに記載の制御代理装置。
【請求項５】
前記制御対象装置それぞれの装置情報の更新情報を、外部のネットワークから定期的に取得して、取得した更新情報で前記装置情報記憶手段に記憶されている装置情報を更新する装置情報更新手段をさらに備えたことを特徴とする請求項１に記載の制御代理装置。 
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、各種装置を管理する複数の管理装置から各種制御実施を要求する制御要求を受け付けて、制御対象装置となる装置に対して各種制御を実施する制御代理装置に関する。
【背景技術】
【０００２】
近年、ネットワーク機器を構成情報設定やセキュリティ設定等の高度な制御を実現する手段として、ＩＥＴＦ（The  Internet  Engineering  Task  Force）のＮｅｔｃｏｎｆ  ＷＧが標準化を進めているＮＥＴＣＯＮＦが挙げられる。
【０００３】
ところが、ネットワーク機器をＮＥＴＣＯＮＦ等のプロトコルに対応させるためには、ＨＴＴＰ（Hypertext  Transfer  Protocol）、ＨＴＴＰＳ（Hypertext  Transfer  Protocol  Security）、ＳＯＡＰ（Simple  Object  Access  Protocol）、ＮＥＴＣＯＮＦ等のプロトコルスタックを制御対象となるネットワーク機器に実装しなければならない。そこで、ＮＥＴＣＯＮＦなどのプロトコルが未対応な制御対象装置に対しても、ＮＥＴＣＯＮＦなどと同様の高度な制御を行う様々な手法が開示されている。
【０００４】
例えば、特許文献１（特開２００６−３３８４１７号公報）では、ＳＮＭＰ管理装置が代理サーバを設けることで、非ＳＮＭＰ機器を制御する手法が開示されている。具体的には、代理サーバは、ＳＮＭＰ管理装置から制御指示をＳＮＭＰで受け付け、受け付けた制御指示を独自プロトコルに変換して、制御対象装置に制御コメントを発行する。また、代理サーバは、制御対象装置から受け付けた独自プロトコルに準じた制御結果をＳＮＭＰに変換して、ＳＮＭＰ管理装置に通知する。
【０００５】
【特許文献１】特開２００６−３３８４１７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記した従来の技術は、制御対象装置に対して制御指示を送信する管理装置の通信形式に依存してしまうという課題と、管理装置が正当な装置であるか否かを認証できないという課題と、構成情報設定やセキュリティ設定等の高度な制御を行うことができないという課題とがあった。具体的には、制御対象装置に対して制御指示を送信する管理装置がＳＮＭＰに依存しているため、ＳＮＭＰを使用できない装置を管理装置とすることができず、システム全体として使い勝手が悪く汎用性がない。また、ＳＮＭＰを利用する管理装置であれば、いずれの装置でも管理装置となり得るので、不正な管理装置を検出することができない。
【０００７】
また、代理サーバは、高度な制御ができない（高度な制御指示を指定できない）ＳＮＭＰで制御指示をＳＮＭＰ管理装置から受け付けるため、制御対象装置に対しても、高度な制御を実施することができない。例えば、制御対象装置がルータなどのネットワーク機器であった場合、ＳＮＭＰでは、ファイアウォールやＶＰＮ（Virtual  Private  Network）などのセキュリティ設定の変更、追加、削除などの制御指示を指定することができないため、代理サーバは、制御対象装置に対して、このようなセキュリティ設定を制御することができない。
【０００８】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、正当な管理装置であるか否かを認証することが可能であることと、管理装置の通信形式に依存することなく、高度な制御を実施することが可能である制御代理装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するため、本発明は、各種装置を管理する複数の管理装置から各種制御の実施を要求する制御要求を受け付けて、制御対象装置となる装置に対して各種制御を実施する制御代理装置であって、前記複数の管理装置それぞれを一意に特定する認証情報および管理装置の通信形式を記憶する管理装置情報記憶手段と、前記制御対象装置となる各種装置に対応付けて、前記各種制御を実施するのに必要な装置情報を記憶する装置情報記憶手段と、前記複数の管理装置から制御要求を受け付けた場合に、当該制御要求に含まれる認証情報が管理装置情報記憶手段に記憶されているか否かを判定する認証手段と、前記認証手段により当該認証情報が管理装置情報記憶手段に記憶されていると判定された場合に、受け付けられた制御要求の制御実施先である制御対象装置に対応する装置情報を装置情報記憶手段から取得する装置情報取得手段と、前記装置情報取得手段により取得された装置情報に基づいて、前記制御要求に含まれる制御内容を示す制御情報を変換して、変換された制御情報を制御対象装置に対して実施する制御実施手段と、を備えたことを特徴とする。
【００１０】
また、本発明は、上記の発明において、前記管理装置情報記憶手段に記憶されていない新たな装置を管理装置として追加する場合に、当該新たな管理装置から認証情報を受け付けるとともに、当該認証情報を受け付けた際の通信形式を取得し、受け付けられた認証情報と取得された通信形式とを対応付けて前記管理装置情報記憶手段に新たに格納する管理装置追加手段をさらに備えたことを特徴とする。
【００１１】
また、本発明は、上記の発明において、前記制御実施手段は、前記変換された制御情報を制御対象装置に対して実施した結果を示す実施結果を、当該制御対象装置から受け付けた場合に、当該制御要求の送信先の管理装置に対応する通信形式を管理装置情報記憶手段から取得して、取得された通信形式に基づいて、当該制御結果を変換して管理装置に通知することを特徴とする。
【００１２】
また、本発明は、上記の発明において、前記制御対象装置となる各種装置に対応付けて、外部向けＩＰアドレスと内部向けＩＰアドレスとを対応付けたアドレス情報を記憶するアドレス情報記憶手段をさらに備え、前記制御実施手段は、前記装置情報取得手段により取得された装置情報に基づいて、前記制御要求に含まれる制御内容を示す制御情報を変換するとともに、前記制御要求に含まれる制御対象装置の外部向けＩＰアドレスに対応した内部向けＩＰアドレスを前記アドレス情報記憶手段から取得し、取得された内部向けＩＰアドレスを用いて変換された制御情報を制御対象装置に対して実施することを特徴とする。
【００１３】
また、本発明は、上記の発明において、前記制御対象装置それぞれの装置情報の更新情報を、外部のネットワークから定期的に取得して、取得した更新情報で前記装置情報記憶手段に記憶されている装置情報を更新する装置情報更新手段をさらに備えたことを特徴とする。
【００１４】
また、本発明は、各種装置を管理する複数の管理装置から各種制御の実施を要求する制御要求を受け付けて、制御対象装置となる装置に対して各種制御を実施することに適した制御代理方法であって、前記複数の管理装置それぞれを一意に特定する認証情報および管理装置の通信形式を記憶する管理装置情報記憶手段と、前記制御対象装置となる各種装置に対応付けて、前記各種制御を実施するのに必要な装置情報を記憶する装置情報記憶手段と、前記複数の管理装置から制御要求を受け付けた場合に、当該制御要求に含まれる認証情報が管理装置情報記憶手段に記憶されているか否かを判定する認証工程と、前記認証工程により当該認証情報が管理装置情報記憶手段に記憶されていると判定された場合に、受け付けられた制御要求の制御実施先である制御対象装置に対応する装置情報を装置情報記憶手段から取得する装置情報取得工程と、前記装置情報取得工程により取得された装置情報に基づいて、前記制御要求に含まれる制御内容を示す制御情報を変換して、変換された制御情報を制御対象装置に対して実施する制御実施工程と、を含んだことを特徴とする。
【００１５】
また、本発明は、各種装置を管理する複数の管理装置から各種制御の実施を要求する制御要求を受け付けて、制御対象装置となる装置に対して各種制御を実施することをコンピュータに実行させる制御代理プログラムであって、前記複数の管理装置それぞれを一意に特定する認証情報および管理装置の通信形式を記憶する管理装置情報記憶手段と、前記制御対象装置となる各種装置に対応付けて、前記各種制御を実施するのに必要な装置情報を記憶する装置情報記憶手段と、前記複数の管理装置から制御要求を受け付けた場合に、当該制御要求に含まれる認証情報が管理装置情報記憶手段に記憶されているか否かを判定する認証手順と、前記認証手順により当該認証情報が管理装置情報記憶手段に記憶されていると判定された場合に、受け付けられた制御要求の制御実施先である制御対象装置に対応する装置情報を装置情報記憶手段から取得する装置情報取得手順と、前記装置情報取得手順により取得された装置情報に基づいて、前記制御要求に含まれる制御内容を示す制御情報を変換して、変換された制御情報を制御対象装置に対して実施する制御実施手順と、をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、複数の管理装置それぞれを一意に特定する認証情報および管理装置の通信形式を記憶し、制御対象装置となる各種装置に対応付けて、各種制御を実施するのに必要な装置情報を記憶し、複数の管理装置から制御要求を受け付けた場合に、当該制御要求に含まれる認証情報が記憶されているか否かを判定し、当該認証情報が記憶されていると判定された場合に、受け付けられた制御要求の制御実施先である制御対象装置に対応する装置情報を取得し、取得された装置情報に基づいて、制御要求に含まれる制御内容を示す制御情報を変換して、変換された制御情報を制御対象装置に対して実施するので、正当な管理装置であるか否かを認証することが可能であることと、管理装置の通信形式に依存することなく、高度な制御を実施することが可能である。
【００１７】
また、本発明によれば、制御代理装置（ネットワークプロトコル代理サーバ）は、管轄する全ての制御対象機器への認証をあらかじめ行い、管理装置は、制御代理装置（ネットワークプロトコル代理サーバ）との認証を一度行うだけで、制御代理装置（ネットワークプロトコル代理サーバ）の管轄する制御対象機器への制御を行うことができるよう、認証の代理も行うことができる。
【００１８】
また、本発明によれば、記憶されていない新たな装置を管理装置として追加する場合に、当該新たな管理装置から認証情報を受け付けるとともに、当該認証情報を受け付けた際の通信形式を取得し、受け付けられた認証情報と取得された通信形式とを対応付けて新たに格納するので、新たな管理装置を柔軟に追加・削除を行うことができ、さらに、利便性が向上する。
【００１９】
また、本発明によれば、変換した制御情報を制御対象装置に対して実施した結果を示す実施結果を、当該制御対象装置から受け付けた場合に、当該制御要求の送信先の管理装置に対応する通信形式を取得して、取得された通信形式に基づいて、当該制御結果を変換して管理装置に通知するので、制御実施結果を正確に管理装置に通知することが可能である。
【００２０】
また、本発明によれば、取得された装置情報に基づいて、制御要求に含まれる制御内容を示す制御情報を変換するとともに、制御要求に含まれる制御対象装置の外部向けＩＰアドレスに対応した内部向けＩＰアドレスを取得し、取得された内部向けＩＰアドレスを用いて変換された制御情報を制御対象装置に対して実施するので、管理装置（ＮＭＳ）から直接的に管理対象機器（制御対象装置）へアクセスする場合とは異なり、ＮＭＳに対して管理対象機器が存在するネットワークの構成（ＩＰアドレス割り振り体系等）を隠蔽し、さらに外部から直接的に機器を操作できないようにすることが可能である。また、認証されたＮＭＳが、代理サーバを通じてのみ、機器を制御することができる。
【００２１】
また、本発明によれば、制御対象装置それぞれの装置情報の更新情報を、外部のネットワークから定期的に取得して、取得した更新情報で記憶されている装置情報を更新するので、常に最新の装置情報を格納しておくことができる結果、制御対象装置の通信形式に適した最新のプロトコルを選択して、制御を実施することが可能である。
【発明を実施するための最良の形態】
【００２２】
以下に添付図面を参照して、この発明に係る制御代理装置の実施例を詳細に説明する。なお、以下では、本実施例で用いる主要な用語、本実施例に係る制御代理装置の概要および特徴、制御代理装置の構成および処理の流れを順に説明し、最後に本実施例に対する種々の変形例を説明する。
【実施例１】
【００２３】
［用語の説明］
まず最初に、本実施例で用いる主要な用語を説明する。本実施例で用いる「管理装置Ａ」と「管理装置Ｂ」とは、制御対象装置に対して構成情報設定やセキュリティ設定等の高度な制御を行うネットワーク管理システム（ＮＭＳ）などを実現するコンピュータ装置である。また、「制御対処装置Ａ」や「制御対象装置Ｂ」は、「ネットワークプロトコル代理サーバ」から各種制御指示を受け付けて実行し、その結果を「ネットワークプロトコル代理サーバ」に応答するルータ、スイッチ、ファイアウォールなどのネットワーク機器やＷＥＢサーバなどのコンピュータ装置である。
【００２４】
また、「ネットワークプロトコル代理サーバ（特許請求の範囲に記載の「制御代理装置」に対応する）」とは、管理装置Ａや管理装置Ｂからの制御指示を受け付けて、管理装置Ａや管理装置Ｂに代わって代理で制御対象装置に送信し、制御結果を管理装置に応答するネットワーク機器のことである。この「ネットワークプロトコル代理サーバ」は、制御対象装置を制御するＮＥＴＣＯＮＦ、ＳＮＭＰ、各種ＣＬＩ（Command  Line  Interface）などの様々なネットワークプロトコルに対応している。なお、本実施例では、二つの管理装置Ａと管理装置Ｂと、ネットワークプロトコル代理サーバと、二つの制御対象装置Ａと制御対象装置Ｂとから構成されるシステムの例について説明するが、管理装置、ネットワークプロトコル代理サーバ、制御対象装置の台数を限定するものではない。
【００２５】
［ネットワークプロトコル代理サーバの概要および特徴］
次に、図１を用いて、実施例１に係るネットワークプロトコル代理サーバの概要および特徴を説明する。図１は、実施例１に係るネットワークプロトコル代理サーバを含むシステムの全体構成を示すシステム構成図である。
【００２６】
図１に示すように、このシステムは、構成情報設定やセキュリティ設定等の高度な制御を行う管理装置Ａと管理装置Ｂと、各管理装置に代わって制御指示を送信するネットワークプロトコル代理サーバと、各種制御の対象となる制御対象装置Ａ（ＩＰアドレス＝Ｘ１）と制御対象装置Ｂ（ＩＰアドレス＝Ｙ１）とから構成される。
【００２７】
また、管理装置Ａには、一意に識別する「識別情報」として「００１」と、管理装置Ａの管理者によって定められた「ＩＤ」と「パスワード」として「ａａａ、ａｂｃ」とを記憶しており、同様に、管理装置Ｂには、「識別情報」として「００２」と、「ＩＤ」と「パスワード」として「ｂｂｂ、ｄｇｆ」とを記憶している。また、管理装置Ａは、他の装置と通信を行う際には、プロトコル（通信形式）として「ＮＥＴＣＯＮＦ」を使用し、同様に、管理装置Ｂには、他の装置と通信を行う際には、プロトコル（通信形式）として「ＳＮＭＰ」を使用する。
【００２８】
このような構成において、ネットワークプロトコル代理サーバは、上記したように、各種装置を管理する複数の管理装置（管理装置Ａと管理装置Ｂ）から各種制御実施を要求する制御要求を受け付けて、制御対象装置となる装置（制御対象装置Ａと制御対象装置Ｂ）に対して各種制御を実施することを概要とするものであり、特に、正当な管理装置であるか否かを認証することが可能であることと、管理装置の通信形式に依存することなく、高度な制御を実施することが可能である点に主たる特徴がある。
【００２９】
この主たる特徴を具体的に説明すると、ネットワークプロトコル代理サーバは、複数の管理装置それぞれを一意に特定する認証情報および管理装置の通信形式を管理装置情報ＤＢに記憶する。具体的に例を挙げれば、ネットワークプロトコル代理サーバの管理装置情報ＤＢは、『管理装置を一意に識別する「識別情報」、管理装置の管理者を一意に割り当てられた「ＩＤ」、管理装置の管理者を識別する「パスワード」、管理装置と通信する際に使用するプロトコルを示す「通信形式」』として「００１、ａａａ、ａｂｃ、ＮＥＴＣＯＮＦ」や「００２、ｂｂｂ、ｄｇｆ、ＳＮＭＰ」などと記憶する。つまり、ネットワークプロトコル代理サーバは、管理装置情報ＤＢに「識別情報＝００１、通信形式＝ＮＥＴＣＯＮＦ」と記憶されているので、「識別情報＝００１」を記憶する管理装置Ａとは「ＮＥＴＣＯＮＦ」プロトコルを用いて通信を行い、「識別情報＝００２」を記憶する管理装置Ｂとは「ＳＮＭＰ」プロトコルを用いて通信を行う。
【００３０】
そして、ネットワークプロトコル代理サーバは、制御対象装置となる各種装置に対応付けて、各種制御を実施するのに必要な装置情報を装置個別情報ＤＢに記憶する。上記した例で具体的に説明すると、ネットワークプロトコル代理サーバの装置個別情報ＤＢは、『制御対象装置を一意に識別する「装置情報」、制御対象装置と通信する際に使用するプロトコルを示す「通信形式」』として「制御対象装置Ａ、ＣＬＩ」や「制御対象装置Ｂ、ＮＥＴＣＯＮＦ」などと記憶する。
【００３１】
そして、ネットワークプロトコル代理サーバは、制御対象装置となる各種装置に対応付けて、外部向けＩＰアドレスと内部向けＩＰアドレスとを対応付けたアドレス情報をアドレス情報ＤＢに記憶する。上記した例で具体的に説明すると、ネットワークプロトコル代理サーバのアドレス情報ＤＢは、『インターネットなどの外部と通信を行うグローバルアドレスを示す「外部公開ＩＰ」、イントラネットなどの内部と通信を行うプライベートアドレスを示す「内部ＩＰ」』として「Ｘ１、Ｘ２」や「Ｙ１、Ｙ２」などと記憶する。
【００３２】
このような状態において、ネットワークプロトコル代理サーバは、複数の管理装置から制御要求を受け付けた場合に、当該制御要求に含まれる認証情報が管理装置情報ＤＢに記憶されているか否かを判定する（図１の（１）と（２）参照）。上記した例で具体的に説明すると、ネットワークプロトコル代理サーバは、管理装置Ａから「識別情報＝００１、ＩＤ＝ａａａ、パスワード＝ａｂｃ、制御指示＝ＶＰＮ設定（ＮＥＴＣＯＮＦ形式）、制御対象装置＝制御対象装置Ａ、対象装置ＩＰアドレス＝Ｘ１」を含む制御要求を受け付けた場合に、当該制御要求に含まれる認証情報「ＩＤ＝ａａａ、パスワード＝ａｂｃ」が管理装置情報ＤＢに記憶されているか否かを判定する。この例の場合、ネットワークプロトコル代理サーバは、「識別情報＝００１」に対応付けて「ＩＤ＝ａａａ、パスワード＝ａｂｃ」が管理装置情報ＤＢに記憶されているので、当該制御要求を送信した管理装置Ａを正当な管理装置であると判定する。
【００３３】
そして、ネットワークプロトコル代理サーバは、当該認証情報が管理装置情報ＤＢに記憶されていると判定された場合に、受け付けられた制御要求の制御実施先である制御対象装置に対応する装置情報を装置個別情報ＤＢから取得する（図１の（３）参照）。上記した例で具体的に説明すると、ネットワークプロトコル代理サーバは、当該制御要求に含まれる認証情報「ＩＤ＝ａａａ、パスワード＝ａｂｃ」が管理装置情報ＤＢに記憶されていると判定された場合に、受け付けられた制御要求の制御実施先である制御対象装置「制御対象装置＝制御対象装置Ａ」に対応する装置情報「装置情報＝制御対象装置Ａ、通信形式＝ＣＬＩ」を装置個別情報ＤＢから取得する。
【００３４】
続いて、ネットワークプロトコル代理サーバは、取得された装置情報に基づいて、制御要求に含まれる制御内容を示す制御情報を変換するとともに、制御要求に含まれる制御対象装置の外部向けＩＰアドレスに対応した内部向けＩＰアドレスをアドレス情報ＤＢから取得し、取得された内部向けＩＰアドレスを用いて変換された制御情報を制御対象装置に対して実施する（図１の（４）と（５）参照）。上記した例で具体的に説明すると、ネットワークプロトコル代理サーバは、取得された装置情報「装置情報＝制御対象装置Ａ、通信形式＝ＣＬＩ」に基づいて、制御要求に含まれる制御内容を示す制御情報「制御指示＝ＶＰＮ設定（ＮＥＴＣＯＮＦ形式）」を「ＮＥＴＣＯＮＦ形式」から「ＣＬＩ形式」に変換するとともに、制御要求に含まれる制御対象装置の外部向けＩＰアドレス「外部公開ＩＰ＝Ｘ１」に対応した内部向けＩＰアドレス「内部ＩＰ＝Ｘ２」をアドレス情報ＤＢから取得し、取得された内部向けＩＰアドレス「内部ＩＰ＝Ｘ２」を用いて変換された制御情報を制御対象装置Ａに対して実施する。
【００３５】
その後、ネットワークプロトコル代理サーバは、変換した制御情報を制御対象装置に対して実施した結果を示す実施結果を、当該制御対象装置から受け付けた場合に、当該制御要求の送信先の管理装置に対応する通信形式を管理装置情報ＤＢから取得して、取得された通信形式に基づいて、当該制御結果を変換して管理装置に通知する（図１の（６）と（７）参照）。上記した例で具体的に説明すると、ネットワークプロトコル代理サーバは、変換した制御情報を制御対象装置Ａに対して実施した結果を示す「ＣＬＩ形式」の実施結果を、当該制御対象装置Ａから受け付ける。そして、ネットワークプロトコル代理サーバは、受け付けた「ＣＬＩ形式」の実施結果を、管理装置情報ＤＢに記憶される当該制御要求の送信先の管理装置Ａに対応する通信形式「ＮＥＴＣＯＮＦ」に変換して管理装置Ａに通知する。
【００３６】
このように、実施例１に係るネットワークプロトコル代理サーバは、通信形式が異なる管理装置と制御対象装置との間でも、それぞれの通信形式に変換して高度な制御を実施することができる結果、上記した主たる特徴のごとく、正当な管理装置であるか否かを認証することが可能であることと、管理装置の通信形式に依存することなく、高度な制御を実施することが可能である点に主たる特徴がある。
【００３７】
［ネットワークプロトコル代理サーバの構成］
次に、図２を用いて、図１に示したネットワークプロトコル代理サーバの構成を説明する。図２は、実施例１に係るネットワークプロトコル代理サーバの構成を示すブロック図である。図２に示すように、このネットワークプロトコル代理サーバ２０は、管理装置情報ＤＢ２１と、装置個別情報ＤＢ２２と、アドレス情報ＤＢ２３と、要求受付部３０と、結果出力／加工部３１と、要求分析部３２と、認証情報管理部３３と、装置個別情報管理部３４と、外部情報操作部３５と、アドレス情報管理部３６と、装置制御部３７とから構成される。
【００３８】
管理装置情報ＤＢ２１は、複数の管理装置それぞれを一意に特定する認証情報および管理装置の通信形式を記憶する。具体的に例を挙げれば、管理装置情報ＤＢ２１は、図３に示すように、『管理装置を一意に識別する「識別情報」、管理装置の管理者を一意に割り当てられた「ユーザＩＤ」、管理装置の管理者を識別する「パスワード」、管理装置を権限に応じてグループ化した「権限グループ」、管理装置と通信する際に使用するプロトコルを示す「通信形式」、管理装置と通信する際に使用するデータ形式を示す「データ形式」』として「１００、ｓｙｓｔｅｍＡ、ｊｋｆｄｊａｋｆｄａｆｄ、権限グループ１、ＳＯＡＰ、ＮＥＴＣＯＮＦ」や「１０１、ｎｍｃＢ、Ｕ３ｊｆｄｉｆｄａｓｆｆ、権限グループ２、ＨＴＴＰ、ＨＴＭＬ」などと記憶する。なお、図３は、管理装置情報ＤＢに記憶される情報の例を示す図である。
【００３９】
装置個別情報ＤＢ２２は、制御対象装置となる各種装置に対応付けて、各種制御を実施するのに必要な装置情報を記憶する。具体的に例を挙げれば、装置個別情報ＤＢ２２は、図４に示すように、『制御対象装置を一意に識別する「装置ＩＤ」、装置の種別を示す「装置種別」、装置の名称を示す「装置名称」、装置の製造ベンダを示す「ベンダ名」、装置が使用する通信形式を示す「プロトコル種別」、装置が正当な装置であるか否かを認証するための情報を示す「認証情報」、制御対象装置を操作するための権限を示す「操作権限」、当該装置の情報を更新する間隔と当該更新情報の入手先とを示す「更新情報」、当該装置を操作するための各種情報を示す「装置制御情報」』として「１０００、ルータ、ＩＰＣＯＭ、ＦＵＪＩＴＳＵ、ＮＥＴＣＯＮＦ、ＩＤ＝ｓｙｓｔｅｍＡ／ＰＡＳＳ＝ｊｋｆｄｊａｋｆｄａｆｄ、権限グループ１、毎日／http://．．．、−」や「１００１、スイッチ、Ｘ００１、Ｃ社、ＣＬＩ、コミュニティ名称＝ｐｕｂｌｉｃ、権限グループ１、毎週月曜日／ftp://．．．、Port＝２３／ｃｍｄｌ＝“ｉｐ”」などと記憶する。なお、図４は、装置個別情報ＤＢに記憶される情報の例を示す図である。
【００４０】
アドレス情報ＤＢ２３は、制御対象装置となる各種装置に対応付けて、外部向けＩＰアドレスと内部向けＩＰアドレスとを対応付けたアドレス情報を記憶する。具体的に説明すると、アドレス情報ＤＢ２３は、図５に示すように、『制御対象装置を一意に識別する「装置ＩＤ」、イントラネットなどの内部と通信を行うプライベートアドレスを示す「装置ＩＰ」、インターネットなどの外部と通信を行うグローバルアドレスを示す「外部公開ＩＰ」、当該装置が接続されているインタフェースを示す「収容ＩＦ」、割り当てられているＶＬＡＮを示す「ＶＬＡＮ」、アドレス変換に際しての動作条件を示した「変換付加情報」』として「１０００、192.168.100.100/24、10.123.100.100/24、eth0、１００、ICMP無効」や「１００１、192.168.100.101/24、10.123.100.101/24、eth1、１０１、ICMP有効」などと記憶する。なお、図５は、アドレス情報ＤＢに記憶される情報の例を示す図である。
【００４１】
要求受付部３０は、各種装置を管理する複数の管理装置から各種制御実施を要求する制御要求を受け付ける。具体的に説明すると、要求受付部３０は、接続される管理装置からのＮＥＴＣＯＮＦなどの制御要求（プロトコルメッセージ）やネットワークプロトコル代理サーバ２０自身の設定変更要求を保守操作端末より受信して、受信した接続要求や設定変更要求を要求分析部３２に通知する。
【００４２】
結果出力／加工部３１は、変換した制御情報を制御対象装置に対して実施した結果を示す実施結果を当該制御対象装置から受け付けた場合に、当該制御要求の送信先の管理装置に対応する通信形式を管理装置情報ＤＢ２１から取得して、取得された通信形式に基づいて、当該制御結果を変換して管理装置に通知する。
【００４３】
ここで、装置個別情報ＤＢ２２に記憶される「装置ＩＤ＝１０００、装置種別＝ルータ、装置名称＝ＩＰＣＯＭ、ベンダ名＝ＦＵＪＩＴＳＵ、プロトコル種別＝ＮＥＴＣＯＮＦ、認証情報＝ＩＤ＝ｓｙｓｔｅｍＡ／ＰＡＳＳ＝ｊｋｆｄｊａｋｆｄａｆｄ、操作権限＝権限グループ１、更新情報＝毎日／http://．．．、装置制御情報＝−」の制御対象装置に対して実行した制御結果を、管理装置情報ＤＢ２１に記憶される「識別情報＝１０１、ユーザＩＤ＝ｎｍｃＢ、パスワード＝Ｕ３ｊｆｄｉｆｄａｓｆｆ、権限グループ＝権限グループ２、通信形式＝ＨＴＴＰ、データ形式＝ＨＴＭＬ」の管理装置に応答する場合を例に具体的に説明する。この場合、結果出力／加工部３１は、制御対象装置の「プロトコル種別＝ＮＥＴＣＯＮＦ」であることより、制御対象装置から「プロトコル種別＝ＮＥＴＣＯＮＦ」の応答結果を要求分析部３２から受信する。そして、結果出力／加工部３１は、管理装置の「通信形式＝ＨＴＴＰ、データ形式＝ＨＴＭＬ」であることより、受信した「プロトコル種別＝ＮＥＴＣＯＮＦ」の応答結果を、管理装置の通信形式とデータ形式である「通信形式＝ＨＴＴＰ、データ形式＝ＨＴＭＬ」に変換して管理装置に送信する。
【００４４】
要求分析部３２は、後述する認証情報管理部３３により当該認証情報が管理装置情報ＤＢ２１に記憶されていると判定された場合に、受け付けられた制御要求の制御実施先である制御対象装置に対応する装置情報を装置個別情報ＤＢ２２から取得し、また、受け付けられた制御要求の制御実施先である制御対象装置に対応する装置情報を装置個別情報ＤＢ２２から取得して、取得された装置情報に基づいて、制御要求に含まれる制御内容を示す制御情報を変換するとともに、制御要求に含まれる制御対象装置の外部向けＩＰアドレスに対応した内部向けＩＰアドレスをアドレス情報ＤＢ２３から取得し、取得された内部向けＩＰアドレスを用いて変換された制御情報を制御対象装置に対して実施する。
【００４５】
具体的には、要求分析部３２は、要求受付部３０より入力された制御内容及び受信ＩＰアドレス情報を元に必要に応じて認証情報管理部３３への認証確認要求を通知することで要求元の認証、装置個別情報管理部３４への制御対象機器についての装置特有な情報の取得依頼、アドレス情報管理部３６へのＩＰアドレス変換実施のための情報取得を行い、各機能部の結果に従いプロトコルを変換し、制御対象装置への制御情報投入を行うため装置制御部３７へ制御投入を依頼する。また、装置制御部３７からの制御投入結果を受信し、結果出力／加工部３１へ通知することで依頼元への結果返答を行う。
【００４６】
例えば、要求分析部３２は、「識別情報＝００１」の管理装置から制御要求を受け付けた場合に、当該管理装置が正当な管理装置であるか否かを認証する依頼を認証情報管理部３３に出力する。そして、要求分析部３２は、認証情報管理部３３により当該認証情報が管理装置情報ＤＢ２１に記憶されていると判定された場合に、受け付けられた制御要求の送信先である管理装置に対応する装置情報「識別情報＝１０１、ユーザＩＤ＝ｎｍｃＢ、パスワード＝Ｕ３ｊｆｄｉｆｄａｓｆｆ、権限グループ＝権限グループ２、通信形式＝ＨＴＴＰ、データ形式＝ＨＴＭＬ」を管理装置情報ＤＢ２１から取得する。続いて、要求分析部３２は、受け付けられた制御要求の制御実施先である制御対象装置「識別情報＝１０００」に対応する装置情報の取得依頼を装置個別情報管理部３４に出力する。その後、要求分析部３２は、制御対象装置の装置情報「装置ＩＤ＝１０００、装置種別＝ルータ、装置名称＝ＩＰＣＯＭ、ベンダ名＝ＦＵＪＩＴＳＵ、プロトコル種別＝ＮＥＴＣＯＮＦ、認証情報＝ＩＤ＝ｓｙｓｔｅｍＡ／ＰＡＳＳ＝ｊｋｆｄｊａｋｆｄａｆｄ、操作権限＝権限グループ１、更新情報＝毎日／http://．．．、装置制御情報＝−」を装置個別情報管理部３４から受け付ける。
【００４７】
そして、要求分析部３２は、制御要求に含まれる制御内容を示す制御情報を、管理装置の「通信形式＝ＨＴＴＰ、データ形式＝ＨＴＭＬ」から制御対象装置の「プロトコル種別＝ＮＥＴＣＯＮＦ」に変換するとともに、制御要求に含まれる制御対象装置の外部向けＩＰアドレスに対応した内部向けＩＰアドレスの変換をアドレス情報管理部３６に依頼する。そして、アドレス情報管理部３６によってアドレス情報ＤＢ２３を参照することで、制御要求に含まれる制御対象装置の外部向けＩＰアドレス「10.123.100.100/24」に対応した内部向けＩＰアドレス「192.168.100.100/24」に変換され、要求分析部３２は、変換された内部向けＩＰアドレスを用いて変換された「プロトコル種別＝ＮＥＴＣＯＮＦ」の制御情報を制御対象装置に対して実施する。その後、要求分析部３２は、制御を実施した結果を結果出力／加工部３１に出力する。
【００４８】
認証情報管理部３３は、複数の管理装置から制御要求を受け付けた場合に、当該制御要求に含まれる認証情報が管理装置情報ＤＢ２１に記憶されているか否かを判定する。具体的には、認証情報管理部３３は、要求分析部３２からの認証依頼等を受信し、管理装置情報ＤＢ２１へ情報の参照、登録、更新、削除を依頼する。例えば、認証情報管理部３３は、「識別情報＝１０１、ユーザＩＤ＝ｎｍｃＢ、パスワード＝Ｕ３ｊｆｄｉｆｄａｓｆｆ」が含まれる制御要求を受信した旨を要求分析部３２から通知された場合に、当該認証情報である「識別情報＝１０１、ユーザＩＤ＝ｎｍｃＢ、パスワード＝Ｕ３ｊｆｄｉｆｄａｓｆｆ」が管理装置情報ＤＢ２１に記憶されているか否かを判定する。そして、認証情報管理部３３は、管理装置情報ＤＢ２１に記憶されている場合には、認証許可を要求分析部３２に通知し、管理装置情報ＤＢ２１に記憶されていない場合には、認証拒否を要求分析部３２に通知する。この例の場合、「識別情報＝１０１、ユーザＩＤ＝ｎｍｃＢ、パスワード＝Ｕ３ｊｆｄｉｆｄａｓｆｆ」が管理装置情報ＤＢ２１に記憶されているので、認証情報管理部３３は、認証許可を要求分析部３２に通知する。
【００４９】
装置個別情報管理部３４は、要求分析部３２からの装置個別情報取得等を受信し、装置個別情報ＤＢ２２へ情報の参照、登録、更新、削除を依頼する。また、装置個別情報ＤＢ２２に該当装置情報がない場合、外部情報操作部３５へ外部からの情報取得を依頼する。具体的には、装置個別情報管理部３４は、要求分析部３２からの装置個別情報取得等を受信した場合に、制御要求に含まれる「識別情報」に対応する装置情報を装置個別情報ＤＢ２２から取得して要求分析部３２に応答する。また、装置個別情報管理部３４は、装置個別情報ＤＢ２２に記憶される各装置情報の「更新情報」を参照して、当該「更新情報」に基づいて、装置情報の取得を外部情報操作部３５に依頼する。
【００５０】
外部情報操作部３５は、制御対象装置それぞれの装置情報の更新情報を、外部のネットワークから定期的に取得して、取得した更新情報で装置個別情報ＤＢ２２に記憶されている装置情報を更新する。具体的には、外部情報操作部３５は、装置個別情報管理部３４から装置情報更新依頼を受信し、ＨＴＴＰやＦＴＰなどを用いて指示された装置についての情報をインターネットなどの外部より取得し、結果を装置個別情報管理部３４に返却する。
【００５１】
アドレス情報管理部３６は、要求分析部３２により取得された装置情報に基づいて、アドレス情報ＤＢ２３を参照して、制御要求に含まれる制御内容を示す制御情報を変換するとともに、制御要求に含まれる制御対象装置の外部向けＩＰアドレスに対応した内部向けＩＰアドレスに変換する。具体的には、アドレス情報管理部３６は、要求分析部３２からのアドレス情報取得依頼等を受信し、アドレス情報ＤＢ２３へ情報の参照、登録、更新、削除を依頼する。例を挙げると、アドレス情報管理部３６は、要求分析部３２からのアドレス情報取得依頼を受信した場合に、要求受付部３０により受け付けられた制御要求に含まれる「識別番号」と「外部公開ＩＰ」に対応付けて記憶される「装置ＩＰ」をアドレス情報ＤＢ２３から取得して要求分析部３２に応答する。
【００５２】
装置制御部３７は、要求分析部３２からの制御投入依頼を受信し、指示された制御形式にて制御対象装置へ制御情報を送信し、送信結果を受信し、要求分析部３２へ応答する。具体的に例を挙げると、装置制御部３７は、要求分析部３２からの制御投入依頼を受信し、指示された制御形式「ＮＥＴＣＯＮＦ」にて制御対象装置へ制御情報を送信し、送信結果を受信して要求分析部３２へ応答する。
【００５３】
［ネットワークプロトコル代理サーバによる処理］
（制御実施処理の流れ）
次に、図６を用いて、ネットワークプロトコル代理サーバによる処理を説明する。図６は、実施例１に係るネットワークプロトコル代理サーバにおける制御実施処理の流れを示すフローチャートである。
【００５４】
図６に示すように、制御要求を受信すると（ステップＳ１０１肯定）、ネットワークプロトコル代理サーバ２０の要求分析部３２は、制御要求に含まれる認証情報を認証情報管理部３３に送信し、認証情報管理部３３は、受け付けた認証情報を用いて認証を行う（ステップＳ１０２）。
【００５５】
そして、認証情報管理部３３により認証が許可されると（ステップＳ１０３肯定）、ネットワークプロトコル代理サーバ２０の要求分析部３２は、装置個別情報管理部３４によって装置個別情報ＤＢ２２から取得された制御実施先である制御対象装置に対応する装置情報に基づいて、制御要求に含まれる制御内容を制御対象装置に対応する通信形式に変換する（ステップＳ１０４）。なお、認証情報管理部３３は、制御要求に含まれる認証情報（例えば、ＩＤとパスワード、コミュニティ名など）が、管理装置情報ＤＢ２１に記憶されている場合に、「認証ＯＫ」と判定する。
【００５６】
続いて、ネットワークプロトコル代理サーバ２０の要求分析部３２は、アドレス情報管理部３６によってアドレス情報ＤＢ２３から取得された制御実施先である制御対象装置に対応するアドレス情報に基づいて、制御要求に含まれる外部公開ＩＰから装置ＩＰ（内部ＩＰ）に変換する（ステップＳ１０５）。
【００５７】
その後、ネットワークプロトコル代理サーバ２０の要求分析部３２は、制御対象装置に対応する通信形式に変換した制御内容を、外部公開ＩＰから変換した装置ＩＰに実施する指示を装置制御部３７に出力し、装置制御部３７は、装置ＩＰに対応する制御対象装置に対して制御内容を実施する（ステップＳ１０６）。
【００５８】
（制御実施結果応答処理の流れ）
次に、図７を用いて、ネットワークプロトコル代理サーバによる制御実施結果応答処理を説明する。図７は、実施例１に係るネットワークプロトコル代理サーバにおける制御実施結果応答処理の流れを示すフローチャートである。
【００５９】
図７に示すように、装置制御部３７により実施された制御結果を要求分析部３２から受信すると（ステップＳ２０１肯定）、結果出力／加工部３１は、管理装置情報ＤＢ２１に記憶される管理装置に対応する装置情報に基づいて、制御結果を管理装置に対応する通信形式に変換する（ステップＳ２０２とステップＳ２０３）。
【００６０】
続いて、結果出力／加工部３１は、アドレス情報管理部３６によってアドレス情報ＤＢ２３から取得された制御実施先である制御対象装置に対応するアドレス情報に基づいて、装置ＩＰから外部公開ＩＰに変換し（ステップＳ２０４）、制御結果を管理装置に応答する（ステップＳ２０５）。
【００６１】
（制御実施／結果応答処理のシーケンス）
次に、図８を用いて、ネットワークプロトコル代理サーバによる制御実施／結果応答処理を説明する。図８は、実施例１に係るネットワークプロトコル代理サーバにおける制御実施／結果応答処理の流れを示すシーケンス図である。
【００６２】
図８に示すように、管理装置から制御対象装置（ネットワーク機器）に対する制御要求が投入された場合、「装置制御要求」処理の延長にて、「制御要求通知」メッセージをネットワークプロトコル代理サーバ２０へ送信する（ステップＳ３０１）。
【００６３】
そして、ネットワークプロトコル代理サーバ２０の要求受付部３０はこのメッセージを受信すると、要求分析部３２へ「制御情報入力」イベントを出す（ステップＳ３０２）。続いて、要求分析部３２は、「認証情報分析」処理にて管理装置の認証処理を行うために、「制御要求通知」から管理装置の「識別情報」と「認証情報」（例えば、ＩＤ、パスワードやコミュニティ名など）とを取得して、取得した「識別情報」と「認証情報」とを認証情報管理部３３へ出力する（ステップＳ３０４）。
【００６４】
その後、認証情報管理部３３は、管理装置情報ＤＢ２１に記憶される認証情報「認証情報」テーブルを参照して、認証処理を行い（「ユーザＩＤ」と「パスワード」とを参照して、認証を行う）、認証しても良いと判断すれば「認証ＯＫ」イベントを要求分析部３２へ出力すると同時に、管理装置情報ＤＢ２１の「識別情報」にマッチした行の「データ形式」列にあるデータを管理装置とネットワークプロトコル代理サーバ２０との間の通信プロトコル種別として要求分析部３２に出力する（ステップＳ３０５〜ステップＳ３０８）。
【００６５】
そして、要求分析部３２は、受け取った管理装置とネットワークプロトコル代理サーバ２０間との通信プロトコル種別を保存すると共に、「装置情報分析」処理を開始し、装置個別情報管理部３４に制御要求のあった当該制御対象機器のプロトコル種別を参照するために、「情報参照」イベントを装置個別情報管理部３４に出力する（ステップＳ３０９〜ステップＳ３１１）。
【００６６】
その後、装置個別情報管理部３４は、装置個別情報ＤＢ２２に記憶される「装置個別情報」テーブルに対して参照要求のあった当該制御対象装置の情報を検索し、検索にマッチした行の「プロトコル種別」にあるデータをネットワークプロトコル代理サーバ２０と制御要求のあった機器との間の通信プロトコル種別として取得すると同時に、同行の「装置制御情報」にあるデータを当該プロトコル種別の仕様として取得して、要求分析部３２に出力する（ステップＳ３１２〜ステップＳ３１４）。
【００６７】
続いて、要求分析部３２は、装置個別情報管理部３４から受信したデータの保存を行い、「アドレス情報分析」処理を開始して（ステップＳ３１５）、管理装置から「装置制御要求」メッセージを受信した外部向けＩＰアドレスをアドレス情報としてアドレス情報管理部３６へ出力する（ステップＳ３１６）。
【００６８】
そして、アドレス情報管理部３６は、このアドレス情報を受け取ると、アドレス情報ＤＢ２３に記憶される「アドレス情報」テーブルに対して、当該外部向けＩＰアドレスをキーとして「外部公開ＩＰ」列を検索し、該当した行の「装置ＩＰ」列にあるデータを制御要求のあった制御対象装置の保有するアドレス情報として取得して、要求分析部３２に出力する（ステップＳ３１７〜ステップＳ３１９）。
【００６９】
すると、要求分析部３２は、この制御対象装置の保有するアドレス情報（装置ＩＰ）を受け取ると、「変換情報あり」と判断し、これ以降の処理において制御対象装置に対して電文を送信するときのあて先アドレスとする「変換実行」を行う（ステップＳ３２０）。      
【００７０】
そして、要求分析部３２は、管理装置から受け付けた「制御要求通知」の制御内容から、制御対象装置向けにプロトコルが変換された制御内容を実施する旨の通知を装置制御部３７に出力し（ステップＳ３２１とステップＳ３２２）、装置制御部３７は、当該変換された制御内容を装置ＩＰを持つ制御対象装置に対して実行する（ステップＳ３２３）。
【００７１】
その後、制御実施結果を制御対象装置から受け付けた装置制御部３７は、当該制御結果を要求分析部３２に出力し（ステップＳ３２４とステップＳ３２５）、要求分析部３２は、受け付けた制御結果を応答として結果出力／加工部３１に出力する（ステップＳ３２６）。
【００７２】
実施結果を受け付けた結果出力／加工部３１は、管理装置情報ＤＢ２１を参照して、応答結果を出力する管理装置の「通信形式」、「データ形式」を取得し、受け付けた実施結果を取得した管理装置の「通信形式」、「データ形式」に再変換して（ステップＳ３２７）、再変換した実施結果を結果応答として管理装置に送信する（ステップＳ３２８とステップＳ３２９）。
【００７３】
［実施例１による効果］
このように、実施例１によれば、複数の管理装置それぞれを一意に特定する認証情報および管理装置の通信形式を管理装置情報ＤＢ２１に記憶し、制御対象装置となる各種装置に対応付けて、各種制御を実施するのに必要な装置情報を装置個別情報ＤＢ２２に記憶し、複数の管理装置から制御要求を受け付けた場合に、当該制御要求に含まれる認証情報が管理装置情報ＤＢ２１に記憶されているか否かを判定し、当該認証情報が管理装置情報ＤＢ２１に記憶されていると判定された場合に、受け付けられた制御要求の制御実施先である制御対象装置に対応する装置情報を装置個別情報ＤＢ２２から取得し、取得された装置情報に基づいて、制御要求に含まれる制御内容を示す制御情報を変換して、変換された制御情報を制御対象装置に対して実施するので、正当な管理装置であるか否かを認証することが可能であることと、管理装置の通信形式に依存することなく、高度な制御を実施することが可能である。
【００７４】
また、実施例１によれば、ネットワークプロトコル代理サーバ２０は、管轄する全ての制御対象機器への認証をあらかじめ行い、管理装置は、ネットワークプロトコル代理サーバ２０との認証を一度行うだけで、ネットワークプロトコル代理サーバ２０の管轄する制御対象機器への制御を行うことができるよう、認証の代理も行うことができる。
【００７５】
また、実施例１によれば、変換した制御情報を制御対象装置に対して実施した結果を示す実施結果を、当該制御対象装置から受け付けた場合に、当該制御要求の送信先の管理装置に対応する通信形式を管理装置情報ＤＢ２１から取得して、取得された通信形式に基づいて、当該制御結果を変換して管理装置に通知するので、制御実施結果を正確に管理装置に通知することが可能である。
【００７６】
また、実施例１によれば、制御対象装置となる各種装置に対応付けて、外部向けＩＰアドレスと内部向けＩＰアドレスとを対応付けたアドレス情報をアドレス情報ＤＢ２３に記憶し、取得された装置情報に基づいて、制御要求に含まれる制御内容を示す制御情報を変換するとともに、制御要求に含まれる制御対象装置の外部向けＩＰアドレスに対応した内部向けＩＰアドレスをアドレス情報ＤＢ２３から取得し、取得された内部向けＩＰアドレスを用いて変換された制御情報を制御対象装置に対して実施するので、管理装置（ＮＭＳ）から直接的に管理対象機器（制御対象装置）へアクセスする場合とは異なり、ＮＭＳに対して管理対象機器が存在するネットワークの構成（ＩＰアドレス割り振り体系等）を隠蔽し、さらに外部から直接的に機器を操作できないようにすることが可能である。また、認証されたＮＭＳが、代理サーバを通じてのみ、機器を制御することができる。
【実施例２】
【００７７】
ところで、本発明は、各種制御を実施する新たな管理装置を認証して、自動的に管理装置情報ＤＢ２１に登録することもできる。そこで、実施例２では、図９を用いて、新たな管理装置を追加登録する場合について説明する。図９は、実施例２に係る新たな管理装置を追加登録する追加登録処理の流れを示すフローチャートである。
【００７８】
図９に示すように、新たな管理装置から追加要求が要求受付部３０により受信されると（ステップＳ４０１肯定）、ネットワークプロトコル代理サーバ２０の要求分析部３２は、当該新たな管理装置を認証するための「認証情報（例えば、ＩＤ、パスワードやコミュニティなど）」と当該新たな管理装置の「アドレス情報（例えば、ＩＰアドレス）」とを当該追加要求から取得する（ステップＳ４０２）。
【００７９】
続いて、ネットワークプロトコル代理サーバ２０の要求分析部３２は、新たな管理装置と通信を行うための「通信形式（例えば、ＮＥＴＣＯＮＦ、ＳＮＭＰ、ＨＴＴＰなど）」を当該追加要求から取得する（ステップＳ４０３）。
【００８０】
その後、ネットワークプロトコル代理サーバ２０の要求分析部３２は、新たな管理装置の管理者から「管理者名」や「権限グループ」などの情報を受け付けて（ステップＳ４０４肯定）、当該受け付けた情報と取得した「認証情報」と「アドレス情報」とを新たに生成した「識別情報」に対応付けて、管理装置情報ＤＢ２１に格納する（ステップＳ４０５）。このように、管理装置情報ＤＢ２１に格納した後は、実施例１と同様に、管理装置の認証が実施されて、各種制御が実行される。また、ネットワークプロトコル代理サーバ２０の要求分析部３２は、管理装置を削除する場合には、削除要求を受け付けて、管理装置情報ＤＢ２１から当該削除要求を送信した管理装置を削除する。
【００８１】
［実施例２による効果］
このように、実施例２によれば、管理装置情報ＤＢ２１に記憶されていない新たな装置を管理装置として追加する場合に、当該新たな管理装置から認証情報を受け付けるとともに、当該認証情報を受け付けた際の通信形式を取得し、受け付けられた認証情報と取得された通信形式とを対応付けて管理装置情報ＤＢ２１に新たに格納するので、新たな管理装置を柔軟に追加・削除することができ、さらに、利便性が向上する。
【実施例３】
【００８２】
ところで、実施例２では、各種制御を実施する新たな管理装置を自動的に管理装置情報ＤＢ２１に登録する場合について説明したが、本発明はこれに限定されるものではなく、新たな制御対象装置を自動的に装置個別情報ＤＢ２２に登録することもできる。
【００８３】
そこで、実施例３では、図１０を用いて、新たな制御対象装置を追加登録する場合について説明する。図１０は、実施例３に係る新たな制御対象装置を追加登録する追加登録処理の流れを示すシーケンス図である。
【００８４】
図１０に示すように、新たな制御対象機器を制御することにさきがけて、新たな制御対象機器を本発明のネットワークプロトコル代理サーバ２０に登録するために、管理装置は、「装置追加要求」メッセージをネットワークプロトコル代理サーバ２０へ送信する（ステップＳ５０１）。
【００８５】
続いて、ネットワークプロトコル代理サーバ２０の要求受付部３０は、このメッセージを受信すると、要求分析部３２へ「追加装置情報入力」イベントを出す（ステップＳ５０２）。
【００８６】
そして、要求分析部３２は、「認証情報分析」処理にて、「装置追加要求」を送信した管理装置の認証処理を行うために認証情報管理部３３へ「情報参照」イベントを出し（ステップＳ５０３とステップＳ５０４）、認証情報管理部３３は、管理装置情報ＤＢ２１に記憶される「認証情報」テーブルを参照して認証処理を行い、当該「認証情報」が管理装置情報ＤＢ２２に記憶されている場合に、「認証ＯＫ」イベントを要求分析部３２へ出力する（ステップＳ５０５〜ステップＳ５０８）。
【００８７】
すると、要求分析部３２は、「装置情報追加」処理を開始し、装置個別情報管理部３４に登録要求のあった当該新たな制御対象装置を登録させるために、「情報参照」イベントを出す（ステップＳ５０９とステップＳ５１０）。
【００８８】
そして、装置個別情報管理部３４は、装置個別情報ＤＢ２２に記憶される「装置個別情報」テーブルを参照し、登録要求のあった新たな制御対象装置の情報を検索する（ステップＳ５１１とステップＳ５１２）。
【００８９】
ここで、装置個別情報管理部３４は、装置情報がなかった場合は、登録要求のあった当該新たな制御対象装置に関する仕様等の情報を取得するために、外部情報操作部３５に対してイベントを出す（ステップＳ５１３）。
【００９０】
そして、外部情報操作部３５は、インターネット等などの外部ネットワーク（例えば、各種ベンダーのホームページなど）から当該新たな制御対象装置に関する仕様等の情報を取得し、この情報を装置個別情報管理部３４へ出力する（ステップＳ５１４とステップＳ５１５）。
【００９１】
装置個別情報管理部３４は、装置個別情報ＤＢ２２に記憶される「装置個別情報」テーブルに当該ネットワーク機器に関する仕様等の情報を追加する（ステップＳ５１６とステップＳ５１７）。つまり、「装置個別情報」テーブルにレコードを追加登録することにより、登録要求のあった当該ネットワーク機器が代理サーバの管轄となる。
【００９２】
その後、装置個別情報管理部３４は、要求分析部３２にイベントを出し（ステップＳ５１８）、要求分析部３２は、このイベントを受けると、「アドレス情報追加」処理を開始し、管理装置から「装置追加要求」メッセージにて受信した当該新たな制御対象装置のアドレス情報をアドレス情報管理部３６へ出力する（ステップＳ５１９とステップＳ５２０）。
【００９３】
すると、アドレス情報管理部３６は、このアドレス情報を受け取ると、アドレス情報ＤＢ２３のもつ「アドレス情報」テーブルに登録し、この登録が終わると、要求分析部３２にイベントを出す（ステップＳ５２１〜ステップＳ５２３）。
【００９４】
そして、要求分析部３２は、このイベントを受け取ると結果出力／加工部３１へ「応答情報通知」イベントを出し（ステップＳ５２４）、結果出力／加工部３１は、管理装置へ当該新たな制御対象装置の登録結果を送信する（ステップＳ５２５）。その後、管理装置は、この結果を受け取ると、「結果応答」処理を行い、この処理において保守者に対して当該新たな制御対象装置の登録結果を知らせる（ステップＳ５２６）。なお、制御対象装置を削除する場合も、同様の手法で容易に行うことができる。
【００９５】
［実施例３による効果］
このように、実施例３によれば、新たな制御対象機器を制御することにさきがけて、新たな制御対象機器を本発明のネットワークプロトコル代理サーバ２０に容易に登録することができる結果、制御対象装置の追加・削除などに係る保守メンテナンス作業の負荷を軽減することが可能であり、さらに、利便性を向上させることが可能である。
【実施例４】
【００９６】
ところで、実施例３では、新たな制御対象装置を自動的に装置個別情報ＤＢ２２に登録する場合について説明したが、本発明はこれに限定されるものではなく、バージョンアップやソフトウエアのアップデータなどにより制御対象装置の情報が更新された場合でも、自動的にこの更新情報を装置個別情報ＤＢ２２に反映させることもできる。
【００９７】
そこで、実施例４では、図１１を用いて、バージョンアップやソフトウエアのアップデータなどにより制御対象装置の情報が更新された場合でも、自動的にこの更新情報を装置個別情報ＤＢ２２に反映させる場合について説明する。図１１は、実施例４に係る装置個別情報ＤＢ更新処理の流れを示すシーケンス図である。
【００９８】
図１１に示すように、ネットワークプロトコル代理サーバ２０の装置個別情報管理部３４は、装置個別情報ＤＢ２２に記憶される「更新情報」を参照して、更新を実施する期間である装置があるか否かを判定する（ステップＳ６０１〜ステップＳ６０３）。
【００９９】
更新を実施する期間である装置がある場合に、装置個別情報管理部３４は、装置個別情報ＤＢ２２に記憶される「更新情報」に記載されている更新情報入手先のアドレス情報などを取得して、取得した更新情報入手先のアドレス情報と、当該更新を実施する期間に該当する制御対象装置の新たな情報を取得する指示とを外部情報操作部３５に出力する（ステップＳ６０４）。
【０１００】
この指示を受けた外部情報操作部３５は、更新情報入手先のアドレス情報にアクセスして、更新情報を取得し、取得した更新情報を装置個別情報管理部３４に出力する（ステップＳ６０５とステップＳ６０６）。
【０１０１】
そして、装置個別情報管理部３４は、外部情報操作部３５から受け付けた更新情報を、装置個別情報ＤＢ２２に記憶される対応した制御対象装置の各テーブルに格納して、制御対象装置の装置情報を更新する（ステップＳ６０７）。
【０１０２】
［実施例４による効果］
このように、実施例４によれば、制御対象装置それぞれの装置情報の更新情報を、外部のネットワークから定期的に取得して、取得した更新情報で装置個別情報ＤＢ２２に記憶されている装置情報を更新するので、常に最新の装置情報を格納しておくことができる結果、制御対象装置の通信形式に適した最新のプロトコルを選択して、制御を実施することが可能である。
【実施例５】
【０１０３】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に示すように、（１）自律的に制御対象装置への制御実施、（２）自律的に制御対象装置から情報収集および収集した情報の加工処理の実施、（３）システム構成等、（４）プログラムにそれぞれ区分けして異なる実施例を説明する。
【０１０４】
（１）自律的に制御対象装置への制御実施
例えば、本発明に係るネットワークプロトコル代理サーバ２０は、自律的に制御対象装置への制御を行うこともできる。そこで、実施例５では、ネットワークプロトコル代理サーバ２０が自律的に制御対象装置への制御を行う場合について説明する。
【０１０５】
具体的には、管理装置が定期的または指定された契機（機器の状態変化等の契機）にて制御対象装置に対して制御を行いたい場合、その制御ポリシーをネットワークプロトコル代理サーバ２０に設定することで、ネットワークプロトコル代理サーバ２０が管理装置に代わって自律的に当該制御を行う。
【０１０６】
例を挙げて説明すると、管理装置が自律的な制御の依頼をネットワークプロトコル代理サーバ２０の要求受付部３０に行うと、要求受付部３０から要求分析部３２へ依頼が通知される。そして、要求分析部３２は、受信した自律制御の条件を分析し、対象装置ごとの実施条件を装置個別情報管理部３４に通知すると、装置個別情報管理部３４は、通知された自律制御の条件を装置個別情報ＤＢ２２に格納する。
【０１０７】
その後、要求分析部３２は、定期的に装置個別情報管理部３４に装置個別情報ＤＢ２２の参照を依頼し、自律制御条件の有無を判定する。そして、要求分析部３２は、自律制御条件が存在する場合には、制御条件情報に保存された設定条件に従い、装置制御部３７へ制御対象となる制御対象装置へ制御の投入を依頼する。例えば、制御条件情報として５分ごとの制御対象装置からの情報取得が設定されていた場合、要求分析部３２は、５分ごとに装置制御部３７へ情報取得のための制御情報を投入する。
【０１０８】
また、制御投入した結果や制御対象装置からの情報通知に応じて更に制御を行うことも可能とする。例えば、制御条件として５分ごとの制御対象装置からの情報取得とその取得値が「０」であった場合の制御情報が設定されていた場合、要求分析部３２は、５分ごとに装置制御部３７へ情報取得のための制御情報を投入して結果を受信後、取得値を評価して、取得値が「０」であった場合には設定された制御情報を装置制御部３７へ投入し、取得値が「０」でない場合には、処理を終了する。
【０１０９】
このように、ネットワークプロトコル代理サーバ２０は、自律的に制御対象装置への制御を行うこともできる。その結果、定期実行などを要する制御においても、容易に実行することが可能であり、また、人手による実行忘れなども防止することが可能である。
【０１１０】
（２）自律的に制御対象装置から情報収集および収集した情報の加工処理の実施
例えば、本発明に係るネットワークプロトコル代理サーバ２０は、自律的に制御対象装置から情報収集および収集した情報の加工処理を行うこともできる。そこで、実施例５では、ネットワークプロトコル代理サーバ２０が自律的に制御対象装置から情報収集および収集した情報の加工処理を行う場合について説明する。
【０１１１】
具体的には、管理装置が制御対象装置の保持情報（例えば、機器の各種状態等の情報など）を収集する場合に、ネットワークプロトコル代理サーバ２０がこれを代理することが可能である。その際、情報の中継において以下のような収集処理や、収集した情報の加工処理（例えば、統計のための計算等）をネットワークプロトコル代理サーバ２０が代理する。これにより制御対象装置が保持していない情報を加工により生成することを可能とする。
【０１１２】
例を挙げて説明すると、ネットワークプロトコル代理サーバ２０は、「１．定期的な情報収集処理（例えば、管理対象機器の１秒ごとのＣＰＵ使用率やバッファ使用率の収集等）を行い、収集結果は必要に応じてまとめた形で管理装置に通知する」、「２．収集した情報の加工処理（例えば、管理対象装置がルータの場合において、ルータのパケット転送総数と転送失敗総数とからのパケット損失率の計算処理等）」、「３．収集した情報がある閾値を超えた場合の管理装置への通知」などの処理を自律的に実行する。
【０１１３】
さらに、ネットワークプロトコル代理サーバ２０は、収集した情報の加工処理については、制御対象装置を跨る情報の加工も可能である。例を挙げると、ネットワークプロトコル代理サーバ２０は、実施例５と同様の手順により自律的な制御対象装置への制御として、例えば１秒ごとの情報取得を登録する。すると、要求分析部３２は、装置制御部３７から受け取った取得値を結果出力／加工部３１へ加工ありとして通知する。結果出力／加工部３１は、通知された値を蓄積し、加工に必要な蓄積値が揃った時点で指定された加工条件に従い加工値を算出し、管理装置へ通知する。
【０１１４】
このように、装置の性能などを定期的に監視することが可能であるとともに、定期的に収集した情報を加工することができる結果、装置の性能や負荷などを把握することが可能となり、制御対象装置の保守にも役立てることが可能である。
【０１１５】
（３）システム構成等
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合（例えば、要求受付部と結果出力／加工部とを統合するなど）して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１１６】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理（例えば、制御要求から認証情報、識別情報、アドレス情報などを取得する処理など）の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理（例えば、管理装置追加の際に、権限グループなどを受け付ける処理など）の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報（例えば、図３〜図５など）については、特記する場合を除いて任意に変更することができる。
【０１１７】
（４）プログラム
ところで、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することができる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータシステムを他の実施例として説明する。
【０１１８】
図１２は、制御代理プログラムを実行するコンピュータシステムの例を示す図である。図１２に示すように、コンピュータシステム１００は、ＲＡＭ１０１と、ＨＤＤ１０２と、ＲＯＭ１０３と、ＣＰＵ１０４とから構成される。ここで、ＲＯＭ１０３には、上記の実施例と同様の機能を発揮するプログラム、つまり、図１２に示すように、認証プログラム１０３ａと、装置情報取得プログラム１０３ｂと、制御実施プログラム１０３ｃと、管理装置追加プログラム１０３ｄと、装置情報更新プログラム１０３ｅとがあらかじめ記憶されている。
【０１１９】
そして、ＣＰＵ１０４には、これらのプログラム１０３ａ〜１０３ｅを読み出して実行することで、図１２に示すように、認証プロセス１０４ａと、装置情報取得プロセス１０４ｂと、制御実施プロセス１０４ｃと、管理装置追加プロセス１０４ｄと、装置情報更新プロセス１０４ｅとなる。なお、認証プロセス１０４ａは、図２に示した、要求分析部３２と認証情報管理部３３とに対応し、同様に、装置情報取得プロセス１０４ｂは、要求分析部３２と装置個別情報管理部３４とに対応し、制御実施プロセス１０４ｃは、要求分析部３２と装置制御部３７とに対応し、管理装置追加プロセス１０４ｄは、要求分析部３２に対応し、装置情報更新プロセス１０４ｅは、要求分析部３２と外部情報操作部３５とに対応する。
【０１２０】
また、ＨＤＤ１０２には、複数の管理装置それぞれを一意に特定する認証情報および管理装置の通信形式を記憶する管理装置情報テーブル１０２ａと、制御対象装置となる各種装置に対応付けて、各種制御を実施するのに必要な装置情報を記憶する装置情報テーブル１０２ｂと、外部向けＩＰアドレスと内部向けＩＰアドレスとを対応付けたアドレス情報を記憶するアドレス情報テーブル１０２ｃとが設けられる。なお、管理装置情報テーブル１０２ａは、図２に示した、管理装置情報ＤＢ２１に対応し、同様に、装置情報テーブル１０２ｂは、装置個別情報ＤＢ２２に対応し、アドレス情報テーブル１０２ｃは、アドレス情報ＤＢ２３に対応する。
【０１２１】
ところで、上記したプログラム１０３ａ〜１０３ｅは、必ずしもＲＯＭ１０３に記憶させておく必要はなく、例えば、コンピュータシステム１００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」の他に、コンピュータシステム１００の内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらに、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータシステム１００に接続される「他のコンピュータシステム」に記憶させておき、コンピュータシステム１００がこれらからプログラムを読み出して実行するようにしてもよい。
【産業上の利用可能性】
【０１２２】
以上のように、本発明に係る制御代理装置は、各種装置を管理する複数の管理装置から各種制御実施を要求する制御要求を受け付けて、制御対象装置となる装置に対して各種制御を実施することに有用であり、特に、正当な管理装置であるか否かを認証することが可能であることと、管理装置の通信形式に依存することなく、高度な制御を実施することに適する。
【図面の簡単な説明】
【０１２３】
【図１】図１は、実施例１に係るネットワークプロトコル代理サーバを含むシステムの全体構成を示すシステム構成図である。
【図２】図２は、実施例１に係るネットワークプロトコル代理サーバの構成を示すブロック図である。
【図３】図３は、管理装置情報ＤＢに記憶される情報の例を示す図である。
【図４】図４は、装置個別情報ＤＢに記憶される情報の例を示す図である。
【図５】図５は、アドレス情報ＤＢに記憶される情報の例を示す図である
【図６】図６は、実施例１に係るネットワークプロトコル代理サーバにおける制御実施処理の流れを示すフローチャートである。
【図７】図７は、実施例１に係るネットワークプロトコル代理サーバにおける制御実施結果応答処理の流れを示すフローチャートである。
【図８】図８は、実施例１に係るネットワークプロトコル代理サーバにおける制御実施／結果応答処理の流れを示すシーケンス図である。
【図９】図９は、実施例２に係る新たな管理装置を追加登録する追加登録処理の流れを示すフローチャートである。
【図１０】図１０は、実施例３に係る新たな制御対象装置を追加登録する追加登録処理の流れを示すシーケンス図である。
【図１１】図１１は、実施例４に係る装置個別情報ＤＢ更新処理の流れを示すシーケンス図である。
【図１２】図１２は、制御代理プログラムを実行するコンピュータの例を示す図である。
【符号の説明】
【０１２４】
２０  ネットワークプロトコル代理サーバ
２１  管理装置情報ＤＢ
２２  装置個別情報ＤＢ
２３  アドレス情報ＤＢ
３０  要求受付部
３１  結果出力／加工部
３２  要求分析部
３３  認証情報管理部
３４  装置個別情報管理部
３５  外部情報操作部
３６  アドレス情報管理部
３７  装置制御部
１００  コンピュータシステム
１０１  ＲＡＭ
１０２  ＨＤＤ
１０２ａ  管理装置情報テーブル
１０２ｂ  装置情報テーブル
１０２ｃ  アドレス情報テーブル
１０３  ＲＯＭ
１０３ａ  認証プログラム
１０３ｂ  装置情報取得プログラム
１０３ｃ  制御実施プログラム
１０３ｄ  管理装置追加プログラム
１０３ｅ  装置情報更新プログラム
１０４  ＣＰＵ
１０４ａ  認証プロセス
１０４ｂ  装置情報取得プロセス
１０４ｃ  制御実施プロセス
１０４ｄ  管理装置追加プロセス
１０４ｅ  装置情報更新プロセス
【国際調査報告】
2009063555.tif 000015
2009063555.tif 000016
2009063555.tif 000017
2009063555.tif 000018