JP7381146B1 - 管理システム、アダプタ装置、管理方法及びプログラム - Google Patents

Abstract

【課題】ＬＡＮに配置された管理対象のネットワーク機器と、外部ネットワークに配置された管理サーバ等との間で高度な接続性を提供し、かつネットワークに対する負荷が小さい、管理システム等の提供。【解決手段】ネットワーク機器と、ネットワーク機器の種別及び状態毎に実行すべきタスクを保持するタスク保持部と、ネットワーク機器の状態に応じてタスク保持部からタスク実行要求を生成するタスク実行要求生成部と、を有するサーバ装置と、ネットワーク機器に接続するためのインタフェースを提供する接続部と、ネットワーク機器の状態を、接続部を介して取得し監視する監視部と、状態をサーバ装置に通知する通知部と、サーバ装置からタスク実行要求を取得するタスク実行要求取得部と、タスク実行要求に応じて、接続部を介してネットワーク機器に実行要求にかかるタスクを実行させるタスク実行部と、を有するアダプタ装置と、を含む管理システム等を提供する。【選択図】図１

Description

本発明は、管理システム、アダプタ装置、管理方法及びプログラムに関する。

オフィス内のネットワーク（イントラネット）には複数のサーバやＩｏＴ機器などが設置されイントラネットに接続されて運用されている。これらの装置の監視やプログラム及びファームウエアのアップロード、パッチ適用、再起動などの管理業務はオフィスに在席する管理者が行うことが主流である。しかし、新型コロナウィルス（ＣＯＶＩＤ－１９）感染拡大や働き方改革などによりテレワークを促進する社会的背景がある。このような背景のもと、テレワークにある管理者はオフィス内の装置を管理することが難しいという課題があった。

また、遠隔管理を行うためのプロトコル（例えば、ＭＱＴＴ：Ｍｅｓｓａｇｅ Ｑｕｅｕｉｎｇ Ｔｅｌｅｍｅｔｒｙ Ｔｒａｎｓｐｏｒｔ）があるが、特定のプロトコルに対応する装置は高価であったり、既に使用されている装置がプロトコルに対応できない装置であったり、管理者が遠隔で管理することが難しいという課題があった。

特許文献１には以下のような仲介装置等が開示されている。該技術は、ローカルエリアネットワーク内に存在する機器と、ファイアウォールを超えた外部のネットワークに配置された管理装置との通信を仲介するための装置である。具体的には、仲介装置が利用できない特定の通信プロトコルについては管理装置との通信によりプラグインを取得し、プラグインが提供する特定の通信プロトコルに対応した通信定義を設定することで、特定の通信プロトコルを利用した機器と、管理装置との間の接続性を確保するという装置である。

特開２０２０－０８７００６号公報

なお、上記先行技術文献の各開示を、本書に引用をもって繰り込むものとする。以下の分析は、本発明者らによってなされたものである。

特許文献１に記載の技術では、遠隔管理のために外部の管理装置と、仲介装置との通信は、常時通信可能なように通信セッションが維持される。あるいは、管理装置は仲介装置からのポーリングを受信し、これに対する応答を仲介装置へ送信する。

このように、遠隔管理を行うためにインターネット上にある管理装置側と、オフィス内（イントラネット）との間で通信を実行する場合において、管理対象の仲介装置が増加すると、常時接続のためのセッションが増えることでネットワークのトラヒックが増大する。また、ポーリング処理を行う場合、ポーリングの間隔が短い場合にトラフィックが増大する。このため、外部ネットワークと接続している企業側のルータなどのネットワーク機器に負荷がかかってしまうという問題が生ずる。

また、接続性の観点からは特許文献１に記載の技術では、仲介装置と管理対象のネットワーク機器との間の接続については確保されているのが前提であるが、接続するネットワーク機器によっては仲介装置との接続に対応していない機器が存在する可能性がある。

そこで、本発明は企業のイントラネット等のローカルエリアネットワークに配置された管理対象のネットワーク機器と、外部ネットワークに配置された管理サーバ等との間で高度な接続性を提供し、かつネットワークに対する負荷が小さい、管理システム、アダプタ装置、管理方法及びプログラムを提供することを目的とする。

本発明乃至開示の第一の視点によれば、ネットワーク機器と、前記ネットワーク機器の種別及び状態毎に実行すべきタスクを保持するタスク保持部と、前記ネットワーク機器の状態に応じて前記タスク保持部からタスク実行要求を生成するタスク実行要求生成部と、を有するサーバ装置と、前記ネットワーク機器に接続するためのインタフェースを提供する接続部と、前記ネットワーク機器の状態を、前記接続部を介して取得し監視する監視部と、前記状態を前記サーバ装置に通知する通知部と、前記サーバ装置から前記タスク実行要求を取得するタスク実行要求取得部と、前記タスク実行要求に応じて、前記接続部を介して前記ネットワーク機器に前記実行要求にかかるタスクを実行させるタスク実行部と、を有するアダプタ装置と、を含む管理システムが提供される。

本発明乃至開示の第二の視点によれば、ネットワーク機器に接続するためのインタフェースを提供する接続部と、前記ネットワーク機器の状態を、前記接続部を介して取得し監視する監視部と、前記状態を他のサーバ装置に通知する通知部と、前記他のサーバ装置から、前記ネットワーク機器の状態に応じて生成されたタスク実行要求を取得するタスク実行要求取得部と、前記タスク実行要求に応じて、前記接続部を介して前記ネットワーク機器に前記実行要求にかかるタスクを実行させるタスク実行部と、を有するアダプタ装置が提供される。

本発明乃至開示の第三の視点によれば、以下の各ステップをコンピュータが実行する管理方法であって、ネットワーク機器の種別及び状態毎に実行すべきタスクを取得するステップと、前記ネットワーク機器の状態に応じて取得されたタスクからタスク実行要求を生成するステップと、前記ネットワーク機器に接続するためのインタフェースを用いて前記ネットワーク機器に接続するステップと、前記ネットワーク機器の状態を、前記インタフェースを介して取得するステップと、前記状態を通知するステップと、前記タスク実行要求を取得するステップと、前記タスク実行要求に応じて、前記インタフェースを介して前記ネットワーク機器に前記実行要求にかかるタスクを実行させるステップと、を含む管理方法が提供される。

本発明乃至開示の第四の視点によれば、ネットワーク機器に接続するためのインタフェースを用いて前記ネットワーク機器に接続する処理と、前記ネットワーク機器の状態を、前記インタフェースを介して取得する処理と、前記状態を他のサーバ装置に通知する処理と、前記他のサーバ装置から、前記ネットワーク機器の状態に応じて生成されたタスク実行要求を取得する処理と、前記タスク実行要求に応じて、前記インタフェースを介して前記ネットワーク機器に前記実行要求にかかるタスクを実行させる処理と、をコンピュータに実行させるためのプログラムが提供される。

本発明乃至開示の各視点によれば、本発明は、企業のイントラネット等のローカルエリアネットワークに配置された管理対象のネットワーク機器と、外部ネットワークに配置された管理サーバ等との間で高度な接続性を提供し、かつネットワークに対する負荷が小さい、管理システム、アダプタ装置、管理方法及びプログラムが提供される。

一実施形態に係る管理システムの構成の一例を示すブロック図である。 第１の実施形態にかかる管理システムの処理の概要を示す概略図である。 第１の実施形態に係る管理システムの構成の一例を示すブロック図である。 第１の実施形態の管理システムの動作の一例を示すためのフローチャートである。 第１の実施形態にかかる管理システムのハードウエア構成の一例を示す図である。 実施例に係る管理システムの構成の一例を示すブロック図である。 実施例に係る装置情報テーブルを示すための図である。 実施例に係るタスク実行テーブルを示すための図である。 実施例に係るゲートウエイサーバ管理テーブルを示すための図である。 実施例に係る通知先テーブルを示すための図である。 実施例に係る管理システムの構成の別の一例を示すブロック図である。 実施例に係る障害検知動作を説明するためのシーケンス図である。 実施例に係るプログラム更新動作を説明するためのシーケンス図である。 実施例に係る接続予定装置の検出とタスク実行動作を説明するためのシーケンス図である。 実施例に係るＭＱＴＴへのプロトコル変換動作を説明するためのシーケンス図である。

初めに、一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。また、各図におけるブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。更に、本願開示に示す回路図、ブロック図、内部構成図、接続図などにおいて、明示は省略するが、入力ポート及び出力ポートが各接続線の入力端及び出力端のそれぞれに存在する。入出力インタフェースも同様である。

図１は一実施形態に係る管理システムの構成の一例を示すブロック図である。この図にあるように、一実施形態に係る管理システム１０は、ネットワーク機器１１と、サーバ装置１２と、アダプタ装置１３と、を含む。サーバ装置１２はタスク保持部１４と、タスク実行要求生成部１５と、を有する。アダプタ装置１３は、接続部１６と、監視部１７と、通知部１８と、タスク実行要求取得部１９と、タスク実行部２０と、を有する。

ネットワーク機器１１は、管理システムの管理対象の機器であって、端末やルータ、ＩｏＴデバイス等の、ネットワークインタフェースを有しており、ネットワークに接続可能な機器一般を指す。

タスク保持部１４は、サーバ装置１２において、ネットワーク機器１１の種別及び状態毎に実行すべきタスクを保持する。タスク実行要求生成部１５はネットワーク機器１１の状態に応じてタスク保持部１４からタスク実行要求を生成する。

接続部１６は、アダプタ装置１３において、ネットワーク機器１１に接続するためのインタフェースを提供する。監視部１７は、アダプタ装置１３において、ネットワーク機器の状態を、接続部１６を介して取得し監視する。通知部１８は、アダプタ装置１３において、ネットワーク機器の状態をサーバ装置１２に通知する。タスク実行要求取得部１９は、アダプタ装置１３において、サーバ装置１２から前記タスク実行要求を取得する。タスク実行部２０は、アダプタ装置１３において、タスク実行要求に応じて、接続部１６を介してネットワーク機器１１に実行要求にかかるタスクを実行させる。

上記の通り、一実施形態の管理システム１０では、アダプタ装置１３によりイントラネット等のネットワークに配置されたネットワーク機器１１の監視を行い、ネットワーク機器１１の状態をサーバ装置１２に通知することで、タスク保持部１４に保持されたタスクを、アダプタ装置１３を介してネットワーク機器１１において実行させることが可能である。

また、アダプタ装置１３は接続部１６を有しており、ネットワーク機器１１の種別毎に異なるインタフェースを提供することで、アダプタ装置１３を介してサーバ装置１２の管理下に置くことが可能である。

すなわち一実施形態の管理システム１０では従来の管理システムより多くのネットワーク機器１１を統合的に管理することが可能であり、ネットワークに対する負荷の軽減を達成することが可能である。

以下に具体的な実施の形態について、図面を参照して更に詳しく説明する。なお、各実施形態において同一構成要素には同一の符号を付し、その説明を省略する。

［第１の実施形態］
［処理の概要］
図２は、第１の実施形態にかかる管理システム１０の処理の概要を示す概略図である。この図にあるように、Ａ社のＬＡＮ内にはネットワーク機器１１が複数配置されている。これらはアダプタ装置１３に接続されている。アダプタ装置１３は外部ネットワークを介してサーバ装置１２に接続している。サーバ装置１２は外部のリポジトリサーバ３２や、統合管理サーバ３３に接続している。本実施形態の管理システム１０はアダプタ装置１３とサーバ装置１２とが連携し、ＬＡＮ内の機器を、外部ネットワークを介して遠隔管理することが可能である。

このように第１の実施形態に係る管理システム１０は、ネットワーク機器１１と、アダプタ装置１３とは、同一の構内ネットワーク（ＬＡＮ）に配置され、サーバ装置１２はインターネットを経由してアクセス可能なクラウド上に配置されている構成である、

［構成］
図３は第１の実施形態に係る管理システム１０の構成の一例を示すブロック図である。この図にあるように、第１の実施形態に係る管理システム１０は、ネットワーク機器１１と、サーバ装置１２と、アダプタ装置１３と、を含む。サーバ装置１２はタスク保持部１４と、タスク実行要求生成部１５と、リポジトリ更新情報取得部２１と、タスク受付部２２と、送信部２３と、受信部２４と、を有する。アダプタ装置１３は、接続部１６と、監視部１７と、通知部１８と、タスク実行要求取得部１９と、タスク実行部２０と、を有する。

タスク保持部１４は、サーバ装置１２においてネットワーク機器１１の種別及び状態毎に実行すべきタスクを保持する。「ネットワーク機器」とは、無線有線を問わず、ＬＡＮに接続された管理対象となる機器を指す。「実行すべきタスク」とは、所定のタイミングでネットワーク機器１１に対して要求し、実行される処理である。例えば、ネットワーク機器１１がパソコン端末である場合には、インストールされているＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や、デバイスドライバや、アプリケーションソフトウエアに対するパッチの適用や更新、再起動などのタスクが含まれる。プリンタである場合にはファームウエアの更新等のタスクが含まれる。

タスク実行要求生成部１５は、サーバ装置１２においてネットワーク機器１１の状態に応じて前記タスク保持部からタスク実行要求を生成する。具体的には、例えば、ネットワーク機器１１であるデータベースサーバが何らかの原因で停止し、サーバ装置１２もしくはアダプタ装置１３からのパケットに応答がない場合に、サーバ装置はタスク保持部１４を参照し、該当するネットワーク機器１１の種別（データベースサーバ）と応答が停止しているという状態からサーバの再起動やデータベースの復旧処理を実行するというタスクを選択し、そのタスクを実現するためのスクリプトを生成するなどの処理を行う。

接続部１６は、アダプタ装置１３において、ネットワーク機器１１に接続するためのインタフェースを提供する。インタフェースは互換性のない機器同士の接続を実現するための変換器である他に、もとよりネットワーク接続機能を有していない機器にネットワークに接続する機能を付加するといったものでも良い。また提供されるインタフェースはその機能を実現するためのハードウエアと、ソフトウエア、又はこれらの組み合わせであっても良い。

監視部１７は、アダプタ装置１３において、ネットワーク機器１１の状態を、接続部１６を介して取得し監視する。特にネットワーク機器１１の状態の変化を監視し、その変化に応じて必要なタスクを生成するために必要な情報を収集する。例えばアダプタ装置１３から管理対象の各ネットワーク機器１１にＰｉｎｇを送ってその応答から機器の状態を取得したり、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）等のネットワーク管理プロトコルを用いたりして監視を行っても良い。

通知部１８は、アダプタ装置１３において、監視部１７において取得されたネットワーク機器１１の状態をサーバ装置１２に通知する。通知は所定時間間隔で行われても良いし、望ましくはネットワーク機器１１において何らかの状態が変化した場合に、その変化に応じて通知を行っても良い。所定時間間隔の通知であると、通知タイミングが集中するとネットワークに負荷がかかり、ルータ等における処理が圧迫されるおそれがある。このようにネットワーク機器１１の状態の変化に応じて必要な場合に通知を行うことでネットワークが輻輳することを回避することができる。

タスク実行要求取得部１９は、アダプタ装置１３において、サーバ装置１２から前記タスク実行要求を取得する。サーバ装置１２のタスク実行要求生成部１５において生成されたタスク実行要求を、ネットワークを介して取得する。取得の方法は、当部を待ち状態にしておいて、サーバ装置１２側からバースト的に送られてくるタスク実行要求を取得する場合と、当部がサーバ装置１２へポーリングを行い取得する場合と、のいずれでも良い。

タスク実行部２０は、アダプタ装置１３において、タスク実行要求に応じて、接続部１６を介してネットワーク機器１１に実行要求にかかるタスクを実行させる。例えば、ネットワーク機器１１であるプリンタのファームウエアの更新が検出された場合において、サーバ装置１２のタスク保持部１４に保持されているファームウエア更新スクリプトを取得してプリンタに送信し、ファームウエアのダウンロードからインストール、再起動の一連の処理を実行させる。この場合においてスクリプト等のタスク実行要求は、ある実行要求中に他のスクリプトなどの他の実行要求を呼び出す構成となっていても良い。

リポジトリ更新情報取得部２１は、ネットワーク機器１１に関する情報を保持するリポジトリサーバ３２の更新情報を取得する。「リポジトリの更新情報」は具体的にはネットワーク機器１１を構成するソフトウエアの更新などをアナウンスする情報である。リポジトリサーバ３２からの通知又は、当部からリポジトリにアクセスして更新情報を取得する。この場合において、タスク実行要求生成部１５は、更新情報に応じてタスク実行要求を生成する。

タスク保持部１４は、アダプタ装置１３に接続予定のネットワーク機器１１の設定情報を予め保持し、タスク実行要求生成部１５は、その設定情報に基づいてタスク実行要求を生成しても良い。

送信部２３は、サーバ装置１２において、アダプタ装置１３からの通知を所定の通信方式にて他のサーバへ送信する。「他のサーバ」とは、図２及び図３における統合管理サーバが該当し、サーバ装置１２よりも更に上位の統合管理環境を提供するサーバを指す。

受信部２４は、サーバ装置１２において、他のサーバから生成されたタスク実行要求を所定の通信方式にて受信する。「所定の通信方式」は種々の方式やプロトコルが採用できるが、ＭＱＴＴ（Ｍｅｓｓａｇｅ Ｑｕｅｕｉｎｇ Ｔｅｌｅｍｅｔｒｙ Ｔｒａｎｓｐｏｒｔ）を採用すると、ＨＴＴＰ等よりも単純で軽量であり、ネットワークに対する負荷も小さく、結果として省電力を見込むことができるため望ましい。

タスク受付部２２は、ネットワーク機器１１において実行するタスクを受け付ける。サーバ装置１２に接続された端末（ネットワーク機器１１を含む）により実行するタスクを選択あるいは入力により受け付ける。タスクを受け付けると、タスク実行要求生成部１５は、受け付けたタスクのタスク実行要求を生成する。

［動作の説明］
図４は第１の実施形態の管理システム１０の基本的な動作の一例を示すためのフローチャートである。この図にあるように、まずネットワーク機器１１において機器の状態が取得され（ステップＳ４１）、インタフェースを介してネットワーク機器１１の状態を取得する（ステップＳ４２）。次に取得されたネットワーク機器の状態が変化しているか否かを判断する（ステップＳ４３）。この判断はアダプタ装置１３側で実行されるが、ネットワーク機器１１側で行われても良い。

ステップＳ４１とステップＳ４２間の双方向矢印は、アダプタ装置１３側から状態取得のトリガが発せられるか、もしくはネットワーク機器１１側からの状態がプッシュされるか、両方の態様が含まれることを示している。いずれにしても機器の状態取得のタイミングは状態の所定時間間隔でも良いし、ネットワーク機器１１の状態が変化したタイミングでも良い。

ネットワーク機器１１の状態が変化していない場合（ステップＳ４３、Ｎ）には処理は最初に戻る。ネットワーク機器１１の状態が変化している場合には、取得したネットワーク機器１１の状態をサーバ装置１２へ通知する（ステップＳ４４）。なお、片方向の矢印は処理の主体がサーバ装置１２へ移行することを示している（以下同様）。

通知の後、サーバ装置１２において、ネットワーク機器１１の状態に応じてタスク実行要求を生成する（ステップＳ４５）。再びアダプタ装置１３においてタスク実行要求を取得する（ステップＳ４６）。次に、取得されたタスクの実行を要求する（ステップＳ４７）。タスクの実行要求はインタフェースを介してネットワーク機器１１に送られ、ネットワーク機器１１においてタスクが実行される（ステップＳ４８）。

［ハードウエア構成］
本実施形態の管理システム１０を構成するネットワーク機器１１、サーバ装置１２、アダプタ装置１３は、情報処理装置（コンピュータ）により構成可能であり、図５に例示する構成を備える。例えば、ネットワーク機器１１、サーバ装置１２、アダプタ装置１３は、内部バス５５により相互に接続される、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）５１、メモリ５２、入出力インタフェース５３及び通信手段であるＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）５４等を備える。

但し、図５に示す構成は、ネットワーク機器１１、サーバ装置１２、アダプタ装置１３のハードウエア構成を限定する趣旨ではない。ネットワーク機器１１、サーバ装置１２、アダプタ装置１３は、図示しないハードウエアを含んでもよいし、必要に応じて入出力インタフェース５３を備えていなくともよい。また、管理システム１０に含まれるＣＰＵ等の数も図５の例示に限定する趣旨ではなく、例えば、複数のＣＰＵが管理システム１０に含まれていてもよい。またＮＩＣ５４に関しても２以上のＮＩＣが管理システム１０に含まれていてもよい。

メモリ５２は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、補助記憶装置（ハードディスク等）である。

入出力インタフェース５３は、図示しない表示装置や入力装置のインタフェースとなる手段である。表示装置は、例えば、液晶ディスプレイ等である。入力装置は、例えば、タッチパネル、キーボードやマウス等のユーザ操作を受付ける装置である。

ネットワーク機器１１においては、入出力インタフェース５３及びＮＩＣ５４に、例えばプロトコル変換器等のハードウエアインタフェースが装着されても良い。また、メモリ５２内にソフトウエアモジュールとして実現されたインタフェースが導入されて、ＣＰＵ５１にて動作する態様であっても良い。

ネットワーク機器１１、サーバ装置１２、アダプタ装置１３の機能は、メモリ５２に格納されたタスク実行要求生成プログラム、接続プログラム、監視プログラム、通知プログラム、タスク実行要求取得プログラム、タスク実行プログラム等といったプログラム群（処理モジュール）と、メモリ５２に保持されている、ネットワーク機器１１の種別及び状態に関連付けられたタスクリスト等のデータ群により実現される。当該処理モジュールは、例えば、メモリ５２に格納された各プログラムをＣＰＵ５１が実行することで実現される。また、そのプログラムは、ネットワークを介してダウンロードするか、あるいは、プログラムを記憶した記憶媒体を用いて、更新することができる。更に、上記処理モジュールは、半導体チップにより実現されてもよい。即ち、上記処理モジュールが行う機能を何らかのハードウエア、及び／又は、ソフトウエアで実行する手段があればよい。

なお、これらプログラム等の一部また全てを処理モジュールとしてパッケージ化して既存の管理システム１０を構成する装置に導入（アドオン）することで、上記実施形態の機能を有する管理システム１０を実現する態様であっても良い。

［ハードウエアの動作］
管理システム１０は動作を開始すると、まずアダプタ装置１３において、監視プログラム検出プログラムがメモリ５２から呼び出され、ＣＰＵ５１により実行状態とされる。同プログラムは、例えばネットワーク機器１１に対して信号を送信し、状態の取得を要求する。それに応じてネットワーク機器１１では状態が取得され、ＮＩＣ５４等を介してアダプタ装置１３に状態情報が送られる。次にアダプタ装置１３において通知プログラムがメモリ５２から呼び出され、ＣＰＵ５１により実行状態となる。同プログラムは取得したネットワーク機器１１の状態を、ＮＩＣ５４等を介してサーバ装置１２に通知する。

サーバ装置１２においてメモリ５２からタスク実行要求生成プログラムが呼び出され、ＣＰＵ５１において実行状態となる。同プログラムは、アダプタ装置１３から通知されたネットワーク機器１１の状態情報を参照し、ネットワーク機器１１の種別を特定し、その上でメモリ５２に保持されているタスクリストからネットワーク機器の種別及び状態から実行すべきタスクを特定し、タスク実行要求データを生成する。

次にアダプタ装置１３においてタスク実行要求取得プログラムがメモリ５２から呼び出され、ＣＰＵ５１にて実行状態となる。同プログラムはＮＩＣ５４等を介してタスク実行要求を取得し、メモリ５２に一時的に保存する。次にタスク実行プログラムがメモリ５２から呼び出され、ＣＰＵ５１にて実行状態となる。同プログラムは、タスク実行要求データを参照し、ネットワーク機器１１に対してタスクの実行を要求する。具体的には、実行すべきスクリプトなどの情報を実行可能な形式でネットワーク機器１１に送信し、ネットワーク機器１１においてこれを実行する。

［効果の説明］
上記第１の実施形態に係る管理システム１０により、ネットワーク機器１１にインタフェースを提供する接続部１６によって、より多くのネットワーク機器を接続することが可能であり、より多種のネットワーク機器を遠隔管理の対象とすることが可能である。またＬＡＮ内に配置されたアダプタ装置１３においてネットワーク機器１１を監視して状態を取得し、状態に応じて通知を行うことで、従来の管理サーバによる管理目的のネットワークトラフィックを低減することが可能である。

［実施例］
［構成］
図６は実施例に係る管理システムの構成の一例を示す図である。本発明の実施例の構成は図６に示されるように、インテグレーションサーバ１００（第１の実施形態におけるサーバ装置１２に該当）とリポジトリマネージャ３００（第１の実施形態におけるリポジトリサーバ３２に該当）とゲートウエイサーバ４００（第１の実施形態におけるアダプタ装置１３に該当）で構成される。これらはそれぞれの通信部２０１、通信部３０１、通信部４０２を介してネットワークで接続されている。

インテグレーションサーバ１００は、コントロール部２００、通信部２０１、管理画面生成部１０１、トリガ１０２、ワークフロー１０３、ＭＱＴＴ Ｉ／Ｆ変換部１０４、記憶部１０５で構成され、記憶部１０５は装置情報テーブル１０６、タスク実行テーブル１０７、ゲートウエイサーバ管理テーブル１０８、通知先テーブル１０９を有している。

リポジトリマネージャ３００は、通信部３０１、コントロール部３０２、更新プログラムＡ３０３、更新プログラムＢ３０４で構成される。ゲートウエイサーバ４００はコントロール部４０１、通信部４０２、アダプタＡ４０３、アダプタＢ４０４で構成され、アダプタＡ４０３は装置Ａ４０５と装置ＡのＩ／Ｆで接続されており、アダプタＢ４０４は装置Ｂ－１ ４０６と装置Ｂ－２ ４０７と装置ＢのＩ／Ｆでそれぞれ接続されている。

管理者５００は管理者端末５０１を介し、インテグレーションサーバ１００の管理画面生成部１０１にアクセスする。

図７はインテグレーションサーバ１００が使用する装置情報テーブルを示しており、装置情報テーブルはゲートウエイサーバ４００のアダプタＡ４０３、アダプタＢ４０４が管理する装置と装置の状態を管理するために使用する。装置情報テーブルには装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７を管理しているゲートウエイサーバ４００のＩＤ、アダプタＡ４０３、アダプタＢ４０４が装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７に接続するための情報、装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７の状態が記録されている。インテグレーションサーバ１００はゲートウエイサーバ４００に装置情報テーブルの情報を通知し、ゲートウエイサーバ４００のコントロール部４０１はアダプタＡ４０３、アダプタＢ４０４に装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７への接続を指示する。アダプタＡ４０３、アダプタＢ４０４は装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７の状態をコントロール部４０１と通信部４０２を介してインテグレーションサーバ１００に通知する。

インテグレーションサーバ１００は装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７の状態を装置情報テーブルに記録する。管理者５００は管理者端末５０１を介し、管理画面生成部１０１もしくは管理画面生成部６０１にアクセスして装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７の状態を確認することができる。

図８はインテグレーションサーバ１００が使用するタスク実行テーブル１０７を示しており、ゲートウエイサーバ４００のアダプタＡ４０３、アダプタＢ４０４が障害検知もしくはプログラム更新時に装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７で実行するタスクとその実行結果を管理するために使用する。障害検知の場合、アダプタＡ４０３、アダプタＢ４０４は装置ＩＤとタスク分類をキーにコントロール部４０１と通信部４０２を介してインテグレーションサーバ１００のタスク実行テーブル１０７から障害検知時に実行するタスクを取得し、装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７に実行を指示する。タスクは登録時にインテグレーションサーバ１００からゲートウエイサーバ４００に通知し、ゲートウエイサーバ４００のコントロール部４０１に記憶しておいてもよい。プログラム更新の場合、インテグレーションサーバ１００はタスク登録時にゲートウエイサーバ４００にタスクを通知し、ゲートウエイサーバ４００はコントロール部４０１にタスクを記憶する。

ゲートウエイサーバ４００のコントロール部４０１はタスクの実行開始予定日時になるとアダプタＡ４０３、アダプタＢ４０４を介して装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７に実行を指示する。障害検知、プログラム更新どちらの場合もタスクの実行結果はＩＤをキーにアダプタＡ４０３、アダプタＢ４０４からコントロール部４０１と通信部４０２を介してインテグレーションサーバ１００に通知される。インテグレーションサーバ１００は装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７のタスク実行結果をタスク実行テーブル１０７に記録する。管理者５００は管理者端末５０１を介し、管理画面生成部１０１もしくは管理画面生成部６０１にアクセスして装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７のタスクの実行結果を確認することができる。

図９はインテグレーションサーバ１００が使用するゲートウエイサーバ管理テーブルを示しており、インテグレーションサーバ１００が管理するオフィス内（イントラネット）のゲートウエイサーバ４００を管理するために使用する。ゲートウエイサーバ４００はインテグレーションサーバ１００に接続するときに接続トークンを送信する。インテグレーションサーバ１００はゲートウエイサーバ管理テーブルに記憶された接続トークンとゲートウエイサーバ４００から受信した接続トークンを照合し、一致する場合は接続を許可する。管理者５００は管理者端末５０１を介し、管理画面生成部１０１もしくは管理画面生成部６０１にアクセスして顧客ごとにゲートウエイサーバ４００の情報を登録する。

図１０はインテグレーションサーバ１００が使用する通知先テーブルを示しており、管理者が管理している装置及び障害検知の場合や、プログラム更新の結果を管理者に通知するために使用する。インテグレーションサーバ１００はゲートウエイサーバ４００のアダプタＡ４０３、アダプタＢ４０４からタスク実行結果を受信したときに通知される装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７のＩＤをキーに通知先テーブルの管理装置にＩＤが登録されている通知先の電話番号、メールアドレス、メール通知、ＳＭＳ通知を取得する。インテグレーションサーバ１００はコントロール部２００と通信部２０１を介して管理者５００にメール及びＳＭＳで装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７で実行したタスクの結果を通知する。

ＮｅｔＭｅｉｓｔｅｒ（登録商標）のような統合管理サービス（第１の実施形態における統合管理サーバ３３に該当）とＭＱＴＴ Ｉ／Ｆを使用して連携する構成は図１１に示されるように、インテグレーションサーバ１００とリポジトリマネージャ３００とゲートウエイサーバ４００と統合管理サービス６００で構成される。これらはそれぞれの通信部２０１、通信部３０１、通信部４０２、通信部６０３を介してネットワークで接続されている。統合管理サービス６００は、コントロール部６０２、通信部６０３、管理画面生成部６０１で構成される。管理者５００は管理者端末５０１を介し、統合管理サービス６００の管理画面生成部６０１にアクセスする。

［動作の説明］
１．障害検知
障害検出の動作を図６と図１２を参照しながら説明する。
１－１． オフィス内（イントラネット）にあるゲートウエイサーバ４００のアダプタＡ４０３が各装置に対してポーリングを行い、装置Ａ４０５から応答が無かった場合、通信障害などの障害を検知し、インテグレーションサーバ１００へ装置ＩＤとタスク分類である障害を通知する。
１－２． インテグレーションサーバ１００は、ゲートウエイサーバ４００が検知した装置ＩＤに関連付けられたタスクを、装置情報と障害内容に対応したタスク実行テーブルから検索し、実行すべきタスクを決定する。インテグレーションサーバ１００は装置情報テーブルに登録されているゲートウエイサーバ４００のＩＤとゲートウエイサーバ管理テーブル１０８に登録されているＩＤを照合し、装置に紐づくゲートウエイサーバ４００を特定し、ゲートウエイサーバ４００に対してタスク実行を指示する。
例えばタスク実行テーブルに装置Ａ４０５の障害発生時のタスクとして再起動が設定されていれば、ゲートウエイサーバ４００に対して再起動の実行を要求する。
１－３． ゲートウエイサーバ４００は、インテグレーションサーバ１００からの装置Ａ４０５の再起動の要求を受信し、アダプタＡ４０３を介して装置Ａ４０５に対して再起動を指示する。
１－４． ゲートウエイサーバ４００は再起動の指示が成功すると、インテグレーションサーバ１００に対して装置ＩＤと再起動実行終了を通知する。
１－５． インテグレーションサーバ１００は、タスク実行テーブル１０７を参照し、実行するタスクがすべて完了したことを確認すると、通知先テーブル１０９を参照し、装置ＩＤに対応する通知先を取得し、管理者端末５０１にメールもしくはＳＭＳでタスク完了の通知を行う。
１－６． 管理者５００は装置Ａ４０５の障害通知を参照し、管理者端末５０１からインテグレーションサーバ１００へ対し、装置Ａ４０５の障害の詳細を要求し、管理画面で障害内容を表示することができる。
１－７． ゲートウエイサーバ４００のアダプタＡ４０３は装置Ａ４０５に対しポーリングを行い、装置Ａ４０５の再起動が完了すると、インテグレーションサーバ１００へ通知する。
１－８． インテグレーションサーバ１００は、装置Ａ４０５の管理者を装置に紐づく通知先テーブル１０９から検索・決定し、再起動が完了した旨を管理者端末５０１へ通知する。

２．プログラム更新
プログラム更新の動作を図６と図１３を参照しながら説明する。
２－１． インテグレーションサーバ１００はリポジトリマネージャ３００に問い合わせ、リポジトリマネージャ３００からプログラム／ファームなどを含む更新プログラムＡ ３０３、更新プログラムＢ ３０４があることを検知する。
２－２． インテグレーションサーバ１００は、装置情報テーブルに登録してあるプログラム情報から更新があったプログラム／ファームを使用している装置を特定し、装置のプログラム／ファーム更新を実行するタスクをタスク情報テーブルへ追加する。インテグレーションサーバ１００は、更新プログラムごとに適用後の装置再起動が必要か否かを判断し、再起動が必要な場合はタスク情報テーブルへ再起動タスクのレコードを追加する。インテグレーションサーバ１００は、装置情報テーブルに登録されているゲートウエイサーバ４００のＩＤとゲートウエイサーバ管理テーブルに登録されているＩＤを照合し、プログラム／ファーム更新を実行する装置に紐づくゲートウエイサーバ４００を特定し、ゲートウエイサーバ４００に対してタスク実行を指示する。
２－３． ゲートウエイサーバ４００のコントロール部４０１はインテグレーションサーバ１００から受信したタスクを１つずつアダプタＡ ４０３、アダプタＢ ４０４を介して対象の装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７で実行する。
２－４． プログラム／ファーム更新後に再起動が必要な場合、ゲートウエイサーバ４００のコントロール部４０１は装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７のタスクの実行が終わると、アダプタＡ ４０３、アダプタＢ ４０４を介して対象の装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７で再起動のタスクを実行する。
２－５． ゲートウエイサーバ４００のコントロール部４０１はアダプタＡ ４０３、アダプタＢ ４０４を介して再起動のタスクを実行した装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７に対して再接続するためにポーリングを行う。装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７は再起動が完了するとポーリングを受け入れ、再接続する。
２－６． ゲートウエイサーバ４００のコントロール部４０１はタスクを実行した装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７に対してプログラム／ファームの更新が完了したことを確認するためにアダプタＡ ４０３、アダプタＢ ４０４を介して対象の装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７のプログラム／ファームの版数を読み出す。ゲートウエイサーバ４００のコントロール部４０１は装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７から読み出したプログラム／ファームの版数が更新するプログラム／ファームと一致しなかった場合、タスクが失敗したとみなし、アダプタＡ ４０３、アダプタＢ ４０４を介して対象の装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７で再度タスクを実行する。
２－７． ゲートウエイサーバ４００のコントロール部４０１は通信部４０２を介してインテグレーションサーバ１００に対象の装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７で実行したタスクの実行結果とタスクの実行後に対象の装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７から読み出したプログラム／ファームの版数を送信する。
２－８． インテグレーションサーバ１００は、ＩＤをキーにタスク情報テーブルにタスクの実行結果として状態、最終実行日時を登録する。また、装置情報テーブルにＩＤをキーに状態、最終更新日時、プログラム情報を登録する。インテグレーションサーバ１００は、装置情報テーブルのＩＤをキーに通知先テーブルの管理装置を検索し、タスクを実行した対象の装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７の管理者にメールもしくはＳＭＳでタスクの実行結果を送信する。

３．接続予定装置の検出とタスク実行
接続予定装置の検出とタスク実行の動作を図６と図１４を参照しながら説明する。
３－１． 管理者５００は管理者端末５０１を使用して統合管理サービス６００の管理画面生成部６０１もしくはインテグレーションサーバ１００の管理画面生成部１０１にアクセスし、ゲートウエイサーバ４００がインテグレーションサーバ１００に接続するための情報をゲートウエイサーバ管理テーブルに登録する。
３－２． 管理者５００は管理者端末５０１を使用して統合管理サービス６００の管理画面生成部６０１もしくはインテグレーションサーバ１００の管理画面生成部１０１にアクセスし、オフィス内（イントラネット）へ設置する予定の装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７の接続先情報、アダプタ情報、接続アカウントを装置情報テーブルに登録する。
３－３． 管理者５００は管理者端末５０１を使用して統合管理サービス６００の管理画面生成部６０１もしくはインテグレーションサーバ１００の管理画面生成部１０１にアクセスし、オフィス内（イントラネット）へ設置する予定の装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７が起動後に実行するタスクの実行頻度、実行コマンド、実行順をタスク情報テーブルに登録する。
３－４． ゲートウエイサーバ４００はインテグレーションサーバ１００にアクセスし、接続トークンを送信する。インテグレーションサーバ１００はゲートウエイサーバ４００から受信した接続トークンとゲートウエイサーバ管理テーブル１０８に登録された接続トークンを照合し、一致する場合はゲートウエイサーバ４００の接続を受け入れる。
３－５． インテグレーションサーバ１００は装置情報テーブルでゲートウエイサーバＩＤをキーに対象のゲートウエイサーバ４００に設置する装置情報をゲートウエイサーバ４００に送信する。また、タスク情報テーブルで装置ＩＤをキーにゲートウエイサーバ４００に設置する装置が起動後に実行するタスク情報をゲートウエイサーバ４００に送信する。
３－６． ゲートウエイサーバ４００のコントロール部４０１は、インテグレーションサーバ１００から受信した装置情報を元にゲートウエイサーバ４００に設置する装置に対応するアダプタＡ ４０３、アダプタＢ ４０４を起動する。
３－７． ゲートウエイサーバ４００のコントロール部４０１は、アダプタＡ ４０３、アダプタＢ ４０４が起動後にアダプタを介して装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７へのポーリングを開始する。装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７の電源がＯＮになるとアダプタＡ ４０３、アダプタＢ ４０４と装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７の接続が確立する。
３－８． ゲートウエイサーバ４００の通信部４０２とコントロール部４０１はインテグレーションサーバ１００から受信したタスクの実行を対象のアダプタＡ ４０３、アダプタＢ ４０４に指示する。アダプタＡ ４０３、アダプタＢ ４０４は、通信部４０２とコントロール部４０１から指示されたタスクの実行を各装置のＩ／Ｆで対象の装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７に指示する。装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７はアダプタＡ ４０３、アダプタＢ ４０４から指示されたタスクを１つずつ実行する。
３－９． アダプタＡ ４０３、アダプタＢ ４０４はタスクの実行を指示した装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７に対してプログラム／ファームの更新が完了したことを確認するために各装置のＩ／Ｆで対象の装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７へプログラム／ファームの版数の読み出しを指示する。対象の装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７はプログラム／ファームの版数を読み出し、対象のアダプタＡ ４０３、アダプタＢ ４０４に送信する。
３－１０． アダプタＡ ４０３、アダプタＢ ４０４はコントロール部４０１と通信部４０２を介してインテグレーションサーバ１００に対象の装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７に実行を指示したタスクの実行結果とタスクの実行後に対象の装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７から読み出したプログラム／ファームの版数を送信する。
３－１１． インテグレーションサーバ１００は、ＩＤをキーにタスク情報テーブルにタスクの実行結果として状態、最終実行日時を登録する。また、装置情報テーブルにＩＤをキーに状態、最終更新日時、プログラム情報を登録する。インテグレーションサーバ１００は、装置情報テーブルのＩＤをキーに通知先テーブルの管理装置を検索し、装置Ａ４０５、装置Ｂ－１ ４０６、装置Ｂ－２ ４０７の管理者にメールもしくはＳＭＳで装置を検出した通知を送信する。

４．ＭＱＴＴへのプロトコル変換
ＭＱＴＴへのプロトコル変換の動作を図１１と図１５を参照しながら説明する。
ＮｅｔＭｅｉｓｔｅｒなどの統合管理サービス６００が存在する場合、インテグレーションサーバ１００のワークフロー１０３は、装置の管理や保守操作をＭＱＴＴプロトコルへ変換することにより、装置の管理作業を統合管理サービス６００と連携することができる。
４－１． 統合管理サービス６００のコントロール部６０２は、起動時にＭＱＴＴのブローカーとして常駐している。インテグレーションサーバ１００のＭＱＴＴ Ｉ／Ｆ変換部１０４は、統合管理サービス６００との連携が有効である場合、統合管理サービス６００へ接続を試みる。ＭＱＴＴ Ｉ／Ｆ変換部１０４は、情報を通知するためにＰｕｂｌｉｓｈｅｒとして統合管理サービス６００のコントロール部６０２へ接続する。
４－２． インテグレーションサーバ１００のＭＱＴＴ Ｉ／Ｆ変換部１０４は、統合管理サービス６００へ接続を行った際、装置に対応したｔｏｐｉｃを装置情報テーブルの「ＭＱＴＴ ｔｏｐｉｃ」列から取得し、コントロール部６０２へＳｕｂｓｃｒｉｂｅ登録することにより、統合管理サービス６００から装置に関連付けられたＭＱＴＴプロトコルの通知を受信することができるようになる。
４－３． 装置Ａ４０５がゲートウエイサーバ４００を介しインテグレーションサーバ１００に対して障害情報を通知した場合（検出の仕組みは１－２と同様）、ゲートウエイサーバ４００はインテグレーションサーバ１００に対して障害通知を行う。
４－４． インテグレーションサーバ１００のワークフロー１０３は通知先テーブルを参照し、ＭＱＴＴ Ｉ／Ｆ変換部１０４を介して統合管理サービス６００へＰｕｂｌｉｓｈイベントを通知する。このときＰｕｂｌｉｓｈイベントには、装置ごとの障害情報判別のためのｔｏｐｉｃとして“ｄｅｖｉｃｅ／１／ｓｕｒｖｅｉｌｌａｎｃｅ”が設定される。
４－５． 統合管理サービス６００のコントロール部６０２は、イベントに応じた管理者５００への障害情報の通知をメールもしくはＳＭＳで行う。管理者５００は、管理者端末５０１で統合管理サービス６００の管理画面生成部６０１を表示し、装置Ａ４０５で発生した障害イベントを確認する事ができる。
４－６． 管理者５００が管理者端末５０１で、装置Ａ４０５の再起動を統合管理サービス６００で指示すると、統合管理サービス６００から装置の再起動イベントを発報する。統合管理サービス６００のコントロール部６０２は、インテグレーションサーバ１００がＳｕｂｓｃｒｉｂｅしたｔｏｐｉｃである“ｄｅｖｉｃｅ／１／ｍａｉｎｔｅｎａｎｃｅ”に再起動を指示するため、通信部６０３を介しＭＱＴＴパケットをインテグレーションサーバ１００のＭＱＴＴ Ｉ／Ｆ変換部１０４へ送信する。インテグレーションサーバ１００はＭＱＴＴ Ｉ／Ｆ変換部１０４でイベントを受信し、ワークフロー１０３で処理する。例えば管理者５００が装置Ａ４０５の再起動イベントを登録すると、統合管理サービス６００は、ｔｏｐｉｃが”ｄｅｖｉｃｅ／１／ｍａｉｎｔｅｎａｎｃｅ”である再起動のＭＱＴＴパケットをインテグレーションサーバ１００に対し送信する。インテグレーションサーバ１００のコントロール部２００は、ＭＱＴＴ Ｉ／Ｆ変換部１０４で受信したイベントに応じたワークフロー１０３を起動する。
４－７． ワークフロー１０３はｔｏｐｉｃが“ｄｅｖｉｃｅ／１／ｍａｉｎｔｅｎａｎｃｅ”である装置を、装置情報テーブルから検索し、対象となる装置を決定する。ワークフロー１０３は、再起動イベントに応じた装置Ａ４０５へのタスク実行テーブルに再起動のタスクを登録し、ゲートウエイサーバ４００へ装置Ａ４０５の再起動を指示する。ゲートウエイサーバ４００のアダプタＡ４０３は装置Ａ４０５に再起動イベントを指示し、装置Ａ４０５は再起動を行う。
４－８． 装置Ａ４０５の再起動が完了すると、ゲートウエイサーバ４００のアダプタＡ４０３は、ポーリングを行い装置Ａ４０５の起動を検知する。ゲートウエイサーバ４００はインテグレーションサーバ１００へ装置Ａ４０５の再起動完了を通知する。
４－９． インテグレーションサーバ１００は装置Ａ４０５の再起動完了を、ＭＱＴＴ Ｉ／Ｆ変換部１０４を介して統合管理サービス６００へＰｕｂｌｉｓｈイベントを通知する。このときＰｕｂｌｉｓｈイベントには、装置ごとの障害情報判別のためのｔｏｐｉｃとして“ｄｅｖｉｃｅ／１／ｓｕｒｖｅｉｌｌａｎｃｅ”が設定される。統合管理サービス６００は、管理者５００へのメールもしくはＳＭＳで通知操作を行う。
４－１０． 管理者５００は管理者端末５０１で、統合管理サービス６００の管理画面生成部６０１を表示し、再起動が完了した装置Ａ４０５の起動状態を確認する事ができる。

前述の実施形態の一部又は全部は、以下の各付記のようにも記載することができる。しかしながら、以下の各付記は、あくまでも、本発明の単なる例示に過ぎず、本発明は、かかる場合のみに限るものではない。
［付記１］
上述の第一の視点に係る管理システムのとおりである。
［付記２］
ネットワーク機器と、アダプタ装置とは、同一の構内ネットワークに配置され、サーバ装置はインターネットを経由してアクセス可能なクラウド上に配置される、好ましくは付記１の管理システム。
［付記３］
ネットワーク機器に関する情報を保持するリポジトリの更新情報を取得するリポジトリ更新情報取得部と、を更に有し、タスク実行要求生成部は、前記更新情報に応じてタスク実行要求を生成する、サーバ装置を含む、好ましくは付記１の管理システム。
［付記４］
タスク保持部は、アダプタ装置に接続予定のネットワーク機器の設定情報を保持し、タスク実行要求生成部は、設定情報に基づいてタスク実行要求を生成する、サーバ装置と、監視部は、接続予定のネットワーク機器の接続を監視し、タスク実行部は、ネットワーク機器の接続に応じて実行要求にかかるタスクを実行させる、アダプタ装置と、を含む、好ましくは付記１の管理システム。
［付記５］
アダプタ装置からの通知を所定の通信方式にて他のサーバへ送信する送信部と、他のサーバから生成されたタスク実行要求を所定の通信方式にて受信する受信部と、を更に有するサーバ装置を含む、好ましくは付記１の管理システム。
［付記６］
所定の通信方式は、ＭＱＴＴ（Ｍｅｓｓａｇｅ Ｑｕｅｕｉｎｇ Ｔｅｌｅｍｅｔｒｙ Ｔｒａｎｓｐｏｒｔ）による通信方式である、好ましくは付記５の管理システム。
［付記７］
ネットワーク機器において実行するタスクを受け付けるタスク受付部、を更に有し、タスク実行要求生成部は、受け付けたタスクのタスク実行要求を生成する、サーバ装置を含む、好ましくは付記１の管理システム。
［付記８］
上述の第二の視点に係るアダプタ装置のとおりである。
［付記９］
上述の第三の視点に係る管理方法のとおりである。
［付記１０］
上述の第四の視点に係るプログラムのとおりである。
なお、付記７乃至付記９は、付記１と同様に、付記２～付記７に展開することが可能である。

なお、引用した上記の特許文献等の各開示は、本書に引用をもって繰り込むものとする。本発明の全開示（特許請求の範囲を含む）の枠内において、更にその基本的技術思想に基づいて、実施形態ないし実施形態の変更・調整が可能である。また、本発明の全開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施形態の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし、選択（部分的削除を含む）が可能である。すなわち、本発明は、特許請求の範囲を含む全開示、技術的思想に従って当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。

１０：管理システム
１１：ネットワーク機器
１２：サーバ装置
１３：アダプタ装置
１４：タスク保持部
１５：タスク実行要求生成部
１６：接続部
１７：監視部
１８：通知部
１９：タスク実行要求取得部
２０：タスク実行部
２１：リポジトリ更新情報取得部
２２：タスク受付部
２３：送信部
２４：受信部
３２：リポジトリサーバ
３３：統合管理サーバ
５１：ＣＰＵ
５２：メモリ
５３：入出力インタフェース
５５：内部バス
１００：インテグレーションサーバ
１０１：管理画面生成部
１０２：トリガ
１０３：ワークフロー
１０４：ＭＱＴＴ Ｉ／Ｆ変換部
１０５：記憶部
１０６：装置情報テーブル
１０７：タスク実行テーブル
１０８：ゲートウエイサーバ管理テーブル
１０９：通知先テーブル
２００：コントロール部
２０１：通信部
３００：リポジトリマネージャ
３０１：通信部
３０２：コントロール部
３０３：更新プログラムＡ
３０４：更新プログラムＢ
４００：ゲートウエイサーバ
４０１：コントロール部
４０２：通信部
４０３：アダプタ
４０４：アダプタ
４０５：装置Ａ
４０６：装置Ｂ－１
４０７：装置Ｂ－２
５００：管理者
５０１：管理者端末
６００：統合管理サービス
６０１：管理画面生成部
６０２：コントロール部
６０３：通信部

Claims (10)

1. ネットワーク機器と、
   前記ネットワーク機器の種別及び状態毎に実行すべきタスクを保持するタスク保持部と、
   前記ネットワーク機器の状態に応じて前記タスク保持部からタスク実行要求を生成するタスク実行要求生成部と、
   を有するサーバ装置と、
   前記ネットワーク機器に接続するためのインタフェースを提供する接続部と、
   前記ネットワーク機器の状態を、前記接続部を介して取得し監視する監視部と、
   前記状態を前記サーバ装置に通知する通知部と、
   前記サーバ装置から前記タスク実行要求を取得するタスク実行要求取得部と、
   前記タスク実行要求に応じて、前記接続部を介して前記ネットワーク機器に前記実行要求にかかるタスクを実行させるタスク実行部と、
   を有するアダプタ装置と、
   を含む管理システム。
2. 前記ネットワーク機器と、前記アダプタ装置とは、同一の構内ネットワークに配置され、前記サーバ装置はインターネットを経由してアクセス可能なクラウド上に配置される、
   請求項１の管理システム。
3. 前記ネットワーク機器に関する情報を保持するリポジトリの更新情報を取得するリポジトリ更新情報取得部と、
   を更に有し、
   タスク実行要求生成部は、前記更新情報に応じてタスク実行要求を生成する、
   サーバ装置を含む、
   請求項１の管理システム。
4. 前記タスク保持部は、前記アダプタ装置に接続予定のネットワーク機器の設定情報を保持し、
   前記タスク実行要求生成部は、前記設定情報に基づいてタスク実行要求を生成する、
   サーバ装置と、
   前記監視部は、前記接続予定のネットワーク機器の接続を監視し、
   タスク実行部は、前記ネットワーク機器の接続に応じて前記実行要求にかかるタスクを実行させる、
   アダプタ装置と、を含む、
   請求項１の管理システム。
5. 前記アダプタ装置からの通知を所定の通信方式にて他のサーバへ送信する送信部と、
   前記他のサーバから生成されたタスク実行要求を前記所定の通信方式にて受信する受信部と、
   を更に有するサーバ装置を含む、
   請求項１の管理システム。
6. 前記所定の通信方式は、ＭＱＴＴ（Ｍｅｓｓａｇｅ Ｑｕｅｕｉｎｇ Ｔｅｌｅｍｅｔｒｙ Ｔｒａｎｓｐｏｒｔ）による通信方式である、請求項５の管理システム。
7. ネットワーク機器において実行するタスクを受け付けるタスク受付部、
   を更に有し、
   前記タスク実行要求生成部は、前記受け付けたタスクのタスク実行要求を生成する、
   サーバ装置を含む、
   請求項１の管理システム。
8. ネットワーク機器に接続するためのインタフェースを提供する接続部と、
   前記ネットワーク機器の状態を、前記接続部を介して取得し監視する監視部と、
   前記状態を他のサーバ装置に通知する通知部と、
   前記他のサーバ装置から、前記ネットワーク機器の状態に応じて生成されたタスク実行要求を取得するタスク実行要求取得部と、
   前記タスク実行要求に応じて、前記接続部を介して前記ネットワーク機器に前記実行要求にかかるタスクを実行させるタスク実行部と、
   を有するアダプタ装置。
9. 以下の各ステップをコンピュータが実行する管理方法であって、
   ネットワーク機器の種別及び状態毎に実行すべきタスクを取得するステップと、
   前記ネットワーク機器の状態に応じて取得されたタスクからタスク実行要求を生成するステップと、
   前記ネットワーク機器に接続するためのインタフェースを用いて前記ネットワーク機器に接続するステップと、
   前記ネットワーク機器の状態を、前記インタフェースを介して取得するステップと、
   前記状態を通知するステップと、
   前記タスク実行要求を取得するステップと、
   前記タスク実行要求に応じて、前記インタフェースを介して前記ネットワーク機器に前記実行要求にかかるタスクを実行させるステップと、
   を含む管理方法。
10. ネットワーク機器に接続するためのインタフェースを用いて前記ネットワーク機器に接続する処理と、
    前記ネットワーク機器の状態を、前記インタフェースを介して取得する処理と、
    前記状態を他のサーバ装置に通知する処理と、
    前記他のサーバ装置から、前記ネットワーク機器の状態に応じて生成されたタスク実行要求を取得する処理と、
    前記タスク実行要求に応じて、前記インタフェースを介して前記ネットワーク機器に前記実行要求にかかるタスクを実行させる処理と、
    をコンピュータに実行させるためのプログラム。

Images