JP2022135371A

JP2022135371A - ネットワーク管理プログラム、ネットワークシステム及びネットワーク管理方法

Info

Publication number: JP2022135371A
Application number: JP2021035128A
Authority: JP
Inventors: 達也加藤; Tatsuya Kato
Original assignee: Renesas Electronics Corp
Current assignee: Renesas Electronics Corp
Priority date: 2021-03-05
Filing date: 2021-03-05
Publication date: 2022-09-15
Anticipated expiration: 2041-03-05
Also published as: US11792064B2; CN115022149A; JP7478693B2; US20220286345A1

Abstract

【課題】従来のネットワーク管理方法では、通信ソフトウェアの設定ミスが発生する可能性が高い問題があった。【解決手段】一実施の形態によれば、ネットワーク管理プログラムは、マスタ機器において実行され、ＳＮＭＰに準拠した手順でスレーブ機器に予め格納されたシステム情報を読み出し、読み出したシステム情報に記述されたオブジェクトＩＤを用いてスレーブ機器から当該スレーブ機器が利用可能な通信プロトコルが記述されたプロトコル情報を読み出し、読み出したプロトコル情報を参照して通信プロトコルに対応するソフトウェアを実行することでスレーブ機器との通信を開始する。【選択図】図４

Description

本発明はネットワーク管理プログラム、ネットワークシステム及びネットワーク管理方法に関し、例えば、マスタ機器が管理するネットワークに接続されるスレーブ機器が追加、または、置き換えられる構成のネットワークを管理するネットワーク管理プログラム、ネットワークシステム及びネットワーク管理方法に関する。

近年、様々な機器をネットワークに接続して１つのシステムを構築することが行われている。このようなネットワークシステムの１つとして、工場内等の装置をネットワークで接続して機器の動作状況のモニタ、機器の制御等を行う産業ネットワークシステムがある。このような産業ネットワークシステムでは、システム全体の構成・仕様などが予め決められた状態で複数の機器が一括して導入される。そして、産業用ネットワークシステムでは、機器が故障した場合には機器の入れ替えを行うことがされる。また、産業用ネットワークシステムでは、システム構築後に新たに機器を追加することも行われる。しかし、産業用ネットワークシステムでは、機器の入れ替え、或いは、機器の追加が行う際に、入れ替えや追加する機器が、システム構築時に設定した通信プロトコル以外のプロトコルを利用する場合がある。そこで、特許文献１に異なる通信プロトコルを利用する機器に設定情報を配信するための技術が開示されている。

特許文献１に記載の技術では、管理装置により機器（例えば、ネットワークデバイス）に設定情報を配信する。具体的には、特許文献１に記載の管理装置は、ＳＮＭＰである第１プロトコルとは異なる第２プロトコルを第１プロトコルより優先して利用する設定が選択され、かつ、設定情報の配信対象のデバイスが第２プロトコルをサポートしている場合に、当該デバイスに第２プロトコルの仕様に従い設定情報を配信し、第２プロトコルを第１プロトコルより優先して利用する設定が選択され、かつ、設定情報の配信対象のデバイスが第２プロトコルをサポートしていない場合に、当該デバイスに第１プロトコルの仕様に従い設定情報を配信する。

特開２０１８－４１１４６号公報

しかしながら、ネットワークシステムでは、管理装置（例えば、マスタ機器）に管理されるネットワークデバイス（例えば、スレーブ機器）を入れ替え、又は、追加する場合、マスタ機器とスレーブ機器とが共通して利用可能な通信プロトコルの有無が不明である。そのため、スレーブ機器を新たに導入する場合、スレーブ機器が利用する通信プロトコルをネットワークアナライザ等により解析し、当該解析結果に基づき導入初期に利用する通信プロトコルを設定することが人手により行われる。このとき、人手による通信プロトコルに関するソフトウェアの導入が行われるが、人手による操作のため、適用するソフトウェアが違うなどのミスが発生する問題が生じる。特許文献１に記載の技術では、このような問題を解決することができない。

その他の課題と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。

一実施の形態によれば、ネットワーク管理プログラムは、マスタ機器において実行され、ＳＮＭＰに準拠した手順でスレーブ機器に予め格納されたシステム情報を読み出し、読み出したシステム情報に記述されたオブジェクトＩＤを用いてスレーブ機器から当該スレーブ機器が利用可能な通信プロトコルが記述されたプロトコル情報を読み出し、読み出したプロトコル情報を参照して通信プロトコルに対応するソフトウェアを実行することでスレーブ機器との通信を開始する。

前記一実施の形態によれば、ネットワーク管理プログラムは、スレーブ機器とマスタ機器との間で利用する通信プロトコルの設定ミスを低減することができる。

実施の形態１にかかるネットワークシステムのブロック図である。実施の形態１にかかるネットワーク管理方法を適用しない場合におけるスレーブ機器の追加手順を説明するシーケンス図である。実施の形態１にかかるネットワーク管理方法を適用した場合におけるスレーブ機器の追加手順を説明するシーケンス図である。実施の形態１にかかるネットワークシステムにおけるスレーブ機器の追加手順を詳細に説明するシーケンス図である。実施の形態１にかかるネットワークシステムにおいて送受信されるコマンドを説明する図である。実施の形態１にかかるネットワークシステムのマスタ機器におけるレスポンスコマンド受信時の動作を説明するフローチャートである。実施の形態２にかかるネットワークシステムにおいて送受信されるコマンドを説明する図である。実施の形態３にかかるネットワーク管理方法を適用した場合におけるスレーブ機器の追加手順を説明するシーケンス図である。

説明の明確化のため、以下の記載及び図面は、適宜、省略、及び簡略化がなされている。また、様々な処理を行う機能ブロックとして図面に記載される各要素は、ハードウェア的には、ＣＰＵ、メモリ、その他の回路で構成することができ、ソフトウェア的には、メモリにロードされたプログラムなどによって実現される。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。なお、各図面において、同一の要素には同一の符号が付されており、必要に応じて重複説明は省略されている。

また、上述したプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ－ＲＯＭ（Read Only Memory）ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

実施の形態１
図１に実施の形態１にかかるネットワークシステム１のブロック図を示す。図１に示すように、実施の形態１にかかるネットワークシステム１は、マスタ機器１０がネットワーク２０を介して複数のスレーブ機器（図１の例では、スレーブ機器１１～１３）と接続される。

マスタ機器１０は、スレーブ機器１１～１３の管理を行う機器である。また、マスタ機器１０とスレーブ機器１１～１３とは、初期設定時にＳＮＭＰ（Simple Network Management Protocol）に準拠したコマンドを送受信することで動作に必要な情報を相互に得る。このＳＮＭＰは、マスタ機器が、スレーブ機器の監視を行うことを目的にＲＦＣ１１５７により標準化されたプロトコルである。なお、マスタ機器は、マネージャ機器と称されることもある。また、スレーブ機器は、エージェント機器と称されることもある。

このＳＮＭＰでは、相手側から相手側機器の情報を得るときにはリクエストコマンド（例えば、GET REQUESTと呼ばれるコマンド）を送信する。また、リクエストコマンドを受信した機器は、リクエストコマンドへの返信コマンドとしてレスポンスコマンド（例えば、GET RESPONS）を相手側機器に送信する。

ここで、ＳＮＭＰでは、相手側機器から得たい情報をオブジェクトＩＤと呼ばれる形式で指定する。リクエストコマンドを送信する機器は、オブジェクトＩＤをリクエストコマンドに含めて相手側機器に送信する。オブジェクトＩＤのフォーマットの詳細は後述する。

続いて、実施の形態１にかかるネットワークシステムにおけるネットワーク管理方法について説明する。以下の説明では、実施の形態１にかかるネットワーク管理方法の特徴を説明するために、比較例として、人手を介したネットワーク管理方法を示し、当該比較例にかかるネットワーク管理方法と実施の形態１にかかるネットワーク管理方法を対比して説明する。

そこで、図２に実施の形態１にかかるネットワーク管理方法を適用しない場合（例えば、比較例）におけるスレーブ機器の追加手順を説明するシーケンス図を示す。なお、スレーブ機器の置き換え、又は、スレーブ機器のネットワークへの追加では、同じ手順となる。そこで、図２を含む動作の説明では、スレーブ機器を追加した際のネットワーク管理方法について説明する。

図２に示すように、比較例にかかるネットワーク管理方法では、スレーブ機器を追加した後に、マスタ機器とスレーブ機器のそれぞれについてプロトコル通信の試行動作を行う（ステップＳ１０１、Ｓ１０２）。このプロトコル通信の試行動作では、スレーブ機器を追加する作業者がネットワークに参加させるスレーブ機器が利用可能な通信プロトコルについてネットワークアナライザ等を用いて解析する（ステップＳ１０３）。そして、ステップＳ１０３の解析において判明した通信プロトコルと同じ通信プロトコルをマスタ機器が利用可能でない場合、スレーブ機器が利用可能な通信プロトコルに対応する通信ソフトウェアをマスタ機器側にインストールする（ステップＳ１０４）。そして、ソフトウェアの準備が整った後に、マスタ機器とスレーブ機器との間で共通して利用可能なプロトコルを用いた通信を開始する（ステップＳ１０５、Ｓ１０６）。

図２に示した手順では、マスタ機器とスレーブ機器のそれぞれで利用可能な通信プロトコルを作業者が手作業で確認し、マスタ機器とスレーブ機器とで共通して利用可能な通信プロトコルのソフトウェアを準備する（例えば、ステップＳ１０３、Ｓ１０４）。そのため、図２に示した比較例にかかるネットワーク管理方法では、ステップＳ１０３、Ｓ１０４で設定ミス等が発生する問題が生じる。

そこで、実施の形態１にかかるネットワーク管理方法では、スレーブ機器の導入開始時の通信プロトコルの確認をマスタ機器で実行されるネットワーク管理プログラムを用いて行う。ネットワークシステムに参加するマスタ機器及びスレーブ機器は、ソフトウェアを実行可能な演算部を備え、ソフトウェアによって様々な処理を行う。また、実施の形態１にかかるネットワーク管理方法は、ネットワーク管理プログラムによって実現される。このネットワーク管理プログラムは、マスタ機器の演算部で実行される第１のソフトウェアと、スレーブ機器の演算部で実行される第２のソフトウェアを有する。第１のソフトウェアと、第２のソフトウェアは、ともにＳＮＭＰに従った通信を行う。また、実施の形態１にかかるネットワーク管理方法では、スレーブ機器にＳＮＭＰのオブジェクトＩＤのフォーマットに準拠した情報（以下、このオブジェクトＩＤを特定オブジェクトＩＤと称す）を記述したシステム情報を予め格納し、当該特定オブジェクトＩＤによりスレーブ機器が対応可能なプロトコルに関する情報を指定する点に特徴の１つを有する。

続いて、図３に実施の形態１にかかるネットワーク管理方法を適用した場合におけるスレーブ機器の追加手順を説明するシーケンス図を示す。図３に示すように、実施の形態１にかかるネットワークシステム１では、まず、利用可能な通信プロトコルを解析するプロトコル解析通信を行う（ステップＳ１、Ｓ２）。このプロトコル解析通信では、マスタ機器とスレーブ機器は、ＳＮＭＰに基づき通信を行う。そして、プロトコル解析通信でマスタ機器が把握したスレーブ機器が利用可能な通信プロトコルを利用できるように、マスタ機器は、通信ソフトウェアを切り替える（ステップＳ３）。そして、ステップＳ３で通信ソフトウェアの切り替えが完了した事に応じて、マスタ機器とスレーブ機器は、所定の通信プロトコルに基づく通信を開始する（ステップＳ４、Ｓ５）。

ここで、ステップＳ１、Ｓ２のプロトコル解析通信についてより具体的に説明する。そこで、図４に実施の形態１にかかるネットワークシステム１におけるスレーブ機器の追加手順を詳細に説明するシーケンス図を示す。

図４に示すように、実施の形態１にかかるネットワーク管理方法では、プロトコル解析通信として、ステップＳ１０～Ｓ１６を実施する。ステップＳ１０では、マスタ機器がオブジェクトＩＤとしてＳＮＭＰの規定に準拠する形式で、スレーブ機器のシステム情報を含むシステム記述情報（例えば、ｓｙｓＤｅｓｃｒ）を要求する第１のリクエストコマンド（例えば、ステップＳ１０とステップＳ１１との間でマスタ機器からスレーブ機器に送信されるGET REQUEST）を生成する。そして、ステップＳ１０が完了するとマスタ機器は、スレーブ機器に第１のリクエストコマンドを送信する。

そして、スレーブ機器は、第１のリクエストコマンドを認識する（ステップＳ１１）。そして、第１のリクエストコマンドに含まれているオブジェクトＩＤに基づきＭＩＢ（Management Information Base）格納メモリからｓｙｓＤｅｓｃｒとして格納されているシステム記述情報を読み出し、当該ｓｙｓＤｅｓｃｒを含む第２のレスポンスコマンド（例えば、ステップＳ１２とステップＳ１３との間にスレーブ機器からマスタ機器に送られるGET RESPONSE）を生成する。そして、ステップＳ１２が完了するとスレーブ機器は、マスタ機器に第１のレスポンスコマンドを送信する。

ここで、ＳＮＭＰでは、オブジェクトＩＤにより読み出し可能なデータ格納領域としてＭＩＢ格納メモリが定義されている。また、このＭＩＢ格納メモリには、ＳＮＭＰにおいて規定され、かつ、機器の設定が記述されたｓｙｓＤｅｓｃｒを少なくとも含む様々な情報が格納される。また、実施の形態１にかかるネットワークシステム１では、スレーブ機器に格納されているｓｙｓＤｅｓｃｒには、後述する特定オブジェクトＩＤ（例えば、Ｓｕｐｐｏｒｔｅｄ－ｐｒｏｔｃｏｌｓへのアクセスを指定するオブジェクトＩＤ）がオブジェクトＩＤの記述フォーマットに基づき記述されているものとする。

そして、マスタ機器が第１のレスポンスコマンドを受信すると、当該第１のレスポンスコマンドに含まれているｓｙｓＤｅｓｃｒを参照し、Ｓｕｐｐｏｒｔｅｄ－ｐｒｏｔｃｏｌｓを示すオブジェクトＩＤを認識する（ステップＳ１３）。マスタ機器は、このステップＳ１３で認識したＳｕｐｐｏｒｔｅｄ－ｐｒｏｔｃｏｌｓをオブジェクトＩＤとする第２のリクエストコマンド（例えば、ステップＳ１４とステップＳ１６との間でマスタ機器からスレーブ機器に送信されるGET REQUEST）を生成する（ステップＳ１４）。そして、マスタ機器は、ステップＳ１４で生成した第２のリクエストコマンドをスレーブ機器に送信する。

第２のリクエストコマンドを受信したスレーブ機器は、オブジェクトＩＤを参照して、第２のリクエストコマンドがＳｕｐｐｏｒｔｅｄ－ｐｒｏｔｃｏｌｓであることを認識する（ステップＳ１５）。ステップＳ１５で認識したオブジェクトＩＤに基づき、スレーブ機器は、Ｓｕｐｐｏｒｔｅｄ－ｐｒｏｔｃｏｌｓが格納されたメモリからスレーブ機器が対応するプロトコル情報を読み出し、対応プロトコル情報を指定した第２のレスポンスコマンド（例えば、ステップＳ１６とステップＳ３との間にスレーブ機器からマスタ機器に送られるGET RESPONSE）を生成する（ステップＳ１６）。なお、このプロトコル情報には、スレーブ機器が利用可能なプロトコル名が記述されている。そして、スレーブ機器は、ステップＳ１６で生成した第２のレスポンスコマンドをマスタ機器に送信する。

そして、第２のレスポンスコマンドに基づき、マスタ機器は、ステップＳ３の通信ソフトウェアの切り替えを行う。この通信ソフトウェアの切り替え処理では、第２のレスポンスコマンドに含まれているプロトコル情報を参照して、スレーブ機器が利用可能なプロトコル名を認識し、スレーブ機器と通信を行うために実行する通信ソフトウェアを認識したプロトコルに対応した通信ソフトウェアに切り替える。そして、この通信ソフトウェアの切り替え処理が完了したことに応じて、マスタ機器とスレーブ機器との間の通信を開始する（ステップＳ４、Ｓ５）。

ここで、ステップＳ１０～Ｓ１６の処理について、オブジェクトＩＤ、ｓｙｓＤｅｓｃｒ、Ｓｕｐｐｏｒｔｅｄ－ｐｒｏｔｃｏｌｓの情報の具体例を示して詳細に説明する。そこで、図５に実施の形態１にかかるネットワークシステムにおいて送受信されるコマンドを説明する図を示す。

まず、ｓｙｓＤｅｓｃｒを指定するオブジェクトＩＤは、ＳＮＭＰで規定されたオブジェクトＩＤであり、第１フィールドの値を１（ｉｓｏ）、第２フィールドの値を３（ｏｒｇ）、第３フィールドの値を６（ｄｏｄ）、第４フィールドの値を１（ｉｎｔｅｒｎｅｔ）、第５フィールドの値を２（ｍｇｍｔ）、第６フィールドの値を１（ｍｉｂ－２）、第７フィールドの値を１（ｓｙｓｔｅｍ）、第８フィールドの値を１（ｓｙｓＤｅｓｃｒ）とするものである。

そして、ｓｙｓＤｅｓｃｒを指定するオブジェクトＩＤを受け取ったスレーブ機器は、ＭＩＢ格納メモリに格納されているｓｙｓＤｅｓｃｒを読み出す。図５に示すように、ｓｙｓＤｅｓｃｒは、エージェント機器のシステム情報が複数含まれ、このシステム情報の１つとしてプロトコル情報が格納されている場所を指定する値をＳｕｐｐｏｒｔｅｄ－ｐｒｏｔｃｏｌｓとするオブジェクトＩＤが記述される。

スレーブ機器では、このｓｙｓＤｅｓｃｒを含む第１のレスポンスコマンドを生成して、マスタ機器に送信する。ここで、第１のレスポンスコマンドに含まれるｓｙｓＤｅｓｃｒに記述されたオブジェクトＩＤは、第１フィールドの値を１（ｉｓｏ）、第２フィールドの値を３（ｏｒｇ）、第３フィールドの値を６（ｄｏｄ）、第４フィールドの値を１（ｉｎｔｅｒｎｅｔ）、第５フィールドの値を４（ｐｒｉｖａｔｅ）、第６フィールドの値を１（ｅｎｔｅｒｐｒｉｓｅ）、第７フィールドの値をｎ（Ｓｕｐｐｏｒｔｅｄ－ｐｒｏｔｃｏｌｓ）とするものである。図５で示す例では、第７フィールドの値をｎとしたが、この値にどのような値を設定するかはスレーブ機器の使用により任意に決定することができる。

マスタ機器は、第２のリクエストコマンドとして、Ｓｕｐｐｏｒｔｅｄ－ｐｒｏｔｃｏｌｓを指定するオブジェクトＩＤをスレーブ機器に送信する。そして、スレーブ機器では、第２のリクエストコマンドに基づきメモリからＳｕｐｐｏｒｔｅｄ－ｐｒｏｔｃｏｌｓの情報を読み出す。また、スレーブ機器は、読み出したＳｕｐｐｏｒｔｅｄ－ｐｒｏｔｃｏｌｓの情報を含む第２のレスポンスコマンドをマスタ機器に送信する。このＳｕｐｐｏｒｔｅｄ－ｐｒｏｔｃｏｌｓの情報には、スレーブ機器が対応するプロトコル名が記述されている。マスタ機器は、Ｓｕｐｐｏｒｔｅｄ－ｐｒｏｔｃｏｌｓに記述されているプロトコル名を参照して、スレーブ機器との通信で利用する通信ソフトウェアを決定する。

実施の形態１にかかるマスタ機器では、レスポンスコマンドを受信した際の動作に特徴の１つを有するため、マスタ機器におけるレスポンスコマンド受信処理について詳細に説明する。そこで、図６に実施の形態１にかかるネットワークシステムのマスタ機器におけるレスポンスコマンド受信時の動作を説明するフローチャートを示す。

図６に示すように、マスタ機器では、レスポンスコマンドを受信する（ステップＳ２１）と、レスポンスコマンドに含まれているオブジェクトＩＤの解析を行う（ステップＳ２２）。このステップＳ２２のオブジェクトＩＤの解析において、オブジェクトＩＤがｓｙｓＤｅｓｃｒと、Ｓｕｐｐｏｒｔｅｄ－ｐｒｏｔｃｏｌｓを指定するもの以外であった場合、レスポンスコマンドに含まれるＭＩＢ情報に基づいた処理を行ってレスポンスコマンドに対する処理を終了させる（ステップＳ２３）。

また、ステップＳ２２においてオブジェクトＩＤを解析した結果がｓｙｓＤｅｓｃｒであった場合（例えば、図４のステップＳ１３）、マスタ機器は、受信したｓｙｓＤｅｓｃｒ中にＳｕｐｐｏｒｔｅｄ－ｐｒｏｔｃｏｌｓを指定するオブジェクトＩＤが存在するかを確認する（ステップＳ２８）。このステップＳ２８において、ｓｙｓＤｅｓｃｒ中にＳｕｐｐｏｒｔｅｄ－ｐｒｏｔｃｏｌｓを指定するオブジェクトＩＤがないと判断した場合、マスタ機器は、受信したｓｙｓＤｅｓｃｒの内容に基づいた処理を行ったあとに処理を終了する（ステップＳ３０）。一方、ステップＳ２８において、ｓｙｓＤｅｓｃｒ中にＳｕｐｐｏｒｔｅｄ－ｐｒｏｔｃｏｌｓを指定するオブジェクトＩＤがあると判断した場合、マスタ機器は、Ｓｕｐｐｏｒｔｅｄ－ｐｒｏｔｃｏｌｓを示すオブジェクトＩＤを含む第２のリクエストコマンドをスレーブ機器に送信したあとにレスポンスコマンドに対する処理を終了する（ステップＳ２９）。

また、ステップＳ２２においてオブジェクトＩＤを解析した結果がＳｕｐｐｏｒｔｅｄ－ｐｒｏｔｃｏｌｓであった場合（例えば、図４のステップＳ３）、マスタ機器は、第２のレスポンスコマンドに含まれるプロトコル情報（例えば、Ｓｕｐｐｏｒｔｅｄ－ｐｒｏｔｃｏｌｓの情報）を解析する（ステップＳ２４）。そして、マスタ機器は、ステップＳ２４の解析結果に基づき、マスタ機器は、マスタ機器とスレーブ機器とで共通して利用可能なプロトコルの有無を判断する（ステップＳ２５）。マスタ機器は、ステップＳ２５の判断処理においてマスタ機器とスレーブ機器とで共通に利用可能な通信プロトコルがあると判断された場合、マスタ機器は、実行する通信ソフトウェアを、共通利用可能と判断された通信プロトコルに対応する通信ソフトウェアに切り替えて、レスポンスコマンドに対する処理を終了する（ステップＳ２６）。また、ステップS２５の判断処理においてマスタ機器とスレーブ機器とで共通に利用可能な通信プロトコルがないと判断された場合、マスタ機器は、作業者又は管理者にマスタ機器とスレーブ機器との間で共通して利用可能な通信プロトコルがないことを通知して、レスポンスコマンドに対する処理を終了する（ステップＳ２７）。

上記説明より、実施の形態１にかかるネットワークシステム１では、ネットワークに参加させるスレーブ機器に搭載されているメモリにＳＮＭＰで呼び出すためのオブジェクトＩＤが規定されていないプロトコル情報を読み出すための特定オブジェクトＩＤを、ＳＮＭＰの手順で呼び出すことができるシステム情報（例えば、ｓｙｓＤｅｓｃｒ）に記述する。スレーブ機器において、このようなシステム記述情報を格納した上で、マスタ機器側においてレスポンスコマンドに特定オブジェクトＩＤが含まれていた場合の処理として、当該特定オブジェクトＩＤを指定したリクエストコマンドを生成する機能を持たせる。このような構成により、実施の形態１にかかるネットワークシステム１では、マスタ機器とスレーブ機器との間のＳＮＭＰに準拠した通信処理によって、スレーブ機器が利用可能な通信プロトコルをマスタ機器が把握することができる。

このように、マスタ機器がプログラムの動作によって、直接スレーブ機器で利用可能な通信プロトコルを把握することで、人手を介した作業が発生しないため、スレーブ機器の導入時の設定ミスを低減することができる。

また、実施の形態１にかかるネットワークシステム１では、マスタ機器とスレーブ機器とで共通して利用できる通信プロトコルがない場合には、マスタ機器側からプロトコル不適合の通知を発することで、マスタ機器にスレーブ危機に合わせた通信ソフトウェアをミスなく導入することが容易になる。

実施の形態２
実施の形態２では、実施の形態１にかかるネットワーク管理方法の別の形態について説明する。実施の形態２では、Ｓｕｐｐｏｒｔｅｄ－ｐｒｏｔｃｏｌｓに含まれるスレーブ機器が利用可能な通信プロトコルが複数ある場合の処理を説明する。

そこで、図７に実施の形態２にかかるネットワークシステムにおいて送受信されるコマンドを説明する図を示す。図７に示すように、実施の形態２にかかるネットワークシステムでは、スレーブ機器に格納されるＳｕｐｐｏｒｔｅｄ－ｐｒｏｔｃｏｌｓの情報が実施の形態１にかかるネットワークシステムとは異なる。

具体的には、実施の形態２にかかるネットワークシステムでは、Ｓｕｐｐｏｒｔｅｄ－ｐｒｏｔｃｏｌｓの情報として、スレーブ機器が対応するプロトコルの数と、対応する複数のプロトコル名が記述される。実施の形態２にかかるネットワークシステムでは、Ｓｕｐｐｏｒｔｅｄ－ｐｒｏｔｃｏｌｓをオブジェクトＩＤして含む第２のリクエストコマンドへの返信として生成する第２のレスポンスコマンドに、図７に示したＳｕｐｐｏｒｔｅｄ－ｐｒｏｔｃｏｌｓの情報を含める。

そして、実施の形態２にかかるマスタ機器では、図７に示したＳｕｐｐｏｒｔｅｄ－ｐｒｏｔｃｏｌｓの情報を受信すると、受信したＳｕｐｐｏｒｔｅｄ－ｐｒｏｔｃｏｌｓの情報に記載されたプロトコル名を参照して、マスタ機器とスレーブ機器とで共通して利用可能なプロトコルを選択する。そして、マスタ機器は、実行する通信ソフトウェアを、選択したプロトコルに対応する通信ソフトウェアに切り替えてスレーブ機器との通信を開始する。

上記説明より、実施の形態２にかかるネットワークシステムでは、スレーブ機器が利用可能な通信プロトコルを複数個記述する。これにより、マスタ機器とスレーブ機器とで共通して利用可能な通信プロトコルが合致する可能性を高めることができる。

実施の形態３
実施の形態３では、実施の形態１にかかるネットワーク管理方法の別の形態について説明する。実施の形態３では、複数のスレーブ機器がネットワークに存在する場合の通信ソフトウェアの管理方法を説明する。

そこで、図８に実施の形態３にかかるネットワーク管理方法を適用した場合におけるスレーブ機器の追加手順を説明するシーケンス図を示す。図８に示す例で、実施の形態３にかかるネットワークシステムでは、マスタ機器が第１のスレーブ機器及び第２のスレーブ機器と通信を行う。ここで、図８に示す例では、第１のスレーブ機器が追加対象の機器で有り、第２のスレーブ機器が既にネットワークに参加している機器であるものとする。また、第１のスレーブ機器が利用可能な通信プロトコルをプロトコルＡ～Ｃ、第２のスレーブ機器が利用可能な通信プロトコルをプロトコルＣ～Ｅとする。

図８に示すように、実施の形態３にかかるネットワークシステムでは、まず、マスタ機器と第１のスレーブ機器との間で第１のプロトコル解析通信を行う（ステップＳ３１、Ｓ３２）。この第１のプロトコル解析通信では、図４に示した、ステップＳ１０～Ｓ１６の処理を行う。そして、第１のプロトコル解析通信により、マスタ機器は、第１のスレーブ機器が利用可能な通信プロトコルがプロトコルＡ～Ｃであることを認識する。

続いて、実施の形態３にかかるネットワークシステムでは、マスタ機器と第２のスレーブ機器との間で第２のプロトコル解析通信を行う（ステップＳ４１、Ｓ４２）。この第２のプロトコル解析通信では、図４に示した、ステップＳ１０～Ｓ１６の処理をマスタ機器と第２のスレーブ機器との間で行う。そして、第２のプロトコル解析通信により、マスタ機器は、第２のスレーブ機器が利用可能な通信プロトコルがプロトコルＣ～Ｅであることを認識する。

続いて、実施の形態３にかかるネットワークシステムでは、第１のプロトコル解析通信と第２のプロトコル解析通信とで得たＳｕｐｐｏｒｔｅｄ－ｐｒｏｔｃｏｌｓの情報から第１のスレーブ機器と第２のスレーブ機器とで共通する通信プロトコル（例えば、プロトコルＣ）に対応する通信ソフトウェアに実行する通信ソフトウェアを切り替える（ステップＳ３３）。この通信ソフトウェアの切り替え後に、マスタ機器は、第１のスレーブ機器及び第２のおスレーブ機器と通信を開始する（ステップＳ３４、Ｓ３５、Ｓ３６）。

上記説明より、実施の形態３にかかるネットワークシステムでは、複数のスレーブ機器のそれぞれとプロトコル解析通信を行うことで、複数のスレーブ機器のそれぞれが対応可能な通信プロトコルをマスタ機器が認識することができる。これにより、実施の形態３にかかるネットワークシステムでは、マスタ機器は、複数のスレーブ機器が共通して利用可能な通信プロトコルを認識し、当該通信プロトコルに対応した通信ソフトウェアにより複数のスレーブ機器と通信を行うことが可能になる。

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は既に述べた実施の形態に限定されるものではなく、その要旨を逸脱しない範囲において種々の変更が可能であることはいうまでもない。

１ネットワークシステム
１０マスタ機器
１１スレーブ機器
１２スレーブ機器
１３スレーブ機器
２０ネットワーク

Claims

ＳＮＭＰ（Simple Network Management Protocol）に基づきネットワークに接続されたスレーブ機器の管理を行うマスタ機器の演算部において実行されるネットワーク管理プログラムであって、
前記スレーブ機器のシステム情報を含むシステム記述情報を要求する第１のリクエストコマンドを生成して、前記スレーブ機器に送信する第１のリクエスト処理と、
前記第１のリクエストコマンドに応じて前記スレーブ機器から返信される第１のレスポンスコマンドにより受信した前記システム記述情報に前記スレーブ機器が利用可能なプロトコル情報を指定する特定オブジェクトＩＤが含まれている場合、当該特定オブジェクトＩＤを含む第２のリクエストコマンドを生成して、前記スレーブ機器に送信する第２のリクエスト処理と、
前記第２のリクエストコマンドに応じて前記スレーブ機器から返信される第２のレスポンスコマンドに含まれる前記スレーブ機器が対応するプロトコル名を参照して、前記スレーブ機器と通信を行う通信ソフトウェアを、前記スレーブ機器が利用可能なプロトコルに対応する通信ソフトウェアに切り替えた後に前記スレーブ機器との通信を開始する通信ソフトウェア選択処理と、
を行うネットワーク管理プログラム。
前記システム記述情報に記述される特定オブジェクトＩＤは、予め前記システム記述情報に記述される請求項１に記載のネットワーク管理プログラム。
前記第１のリクエストコマンド、前記第２のリクエストコマンド、前記第１のレスポンスコマンド及び第２のレスポンスコマンドは、前記ＳＮＭＰに準拠した書式のオブジェクトＩＤを含む請求項１に記載のネットワーク管理プログラム。
前記通信ソフトウェア選択処理では、第２のレスポンスコマンドに含まれる前記スレーブ機器が対応するプロトコル名に前記マスタ機器が利用可能なプロトコル名が含まれていない場合、前記マスタ機器と前記スレーブ機器とで共通して利用可能なプロトコルがないことを管理者に示す請求項１に記載のネットワーク管理プログラム。
前記第２のレスポンスコマンドに含まれる前記スレーブ機器が対応するプロトコル名には、複数のプロトコル名が含まれ、
前記通信ソフトウェア選択処理では、複数のプロトコル名から前記スレーブ機器が対応可能なプロトコルを選択して、前記通信ソフトウェアを選択したプロトコルに対応した通信ソフトウェアに切り替える請求項１に記載のネットワーク管理プログラム。
前記スレーブ機器は、複数のスレーブ機器を含み、
前記通信ソフトウェア選択処理では、前記複数のスレーブ機器のそれぞれから受信した前記第２のレスポンスコマンドに含まれる前記プロトコル名を参照し、前記複数のスレーブ機器の間で共通して利用可能なプロトコルに対応する通信ソフトウェアを選択して、前記複数のスレーブ機器との通信を開始する請求項１に記載のネットワーク管理プログラム。
ＳＮＭＰ（Simple Network Management Protocol）に基づき機器の相互接続が行われるネットワークに接続されたスレーブ機器及びマスタ機器と、を含むネットワークシステムであって、
前記マスタ機器の演算部で実行される第１のソフトウェアと、
前記スレーブ機器の演算部で実行される第２のソフトウェアと、を有し、
前記第１のソフトウェアは、
前記スレーブ機器のシステム情報を含むシステム記述情報を要求する第１のリクエストコマンドを生成して、前記スレーブ機器に送信する第１のリクエスト処理と、
前記第１のリクエストコマンドに応じて前記スレーブ機器から返信される第１のレスポンスコマンドにより受信した前記システム記述情報に前記スレーブ機器が利用可能なプロトコル情報を指定する特定オブジェクトＩＤが含まれている場合、当該特定オブジェクトＩＤを含む第２のリクエストコマンドを生成して、前記スレーブ機器に送信する第２のリクエスト処理と、
前記第２のリクエストコマンドに応じて前記スレーブ機器から返信される第２のレスポンスコマンドに含まれる前記スレーブ機器が対応するプロトコル名を参照して、前記スレーブ機器と通信を行う通信ソフトウェアを、前記スレーブ機器が利用可能なプロトコルに対応する通信ソフトウェアに切り替えた後に前記スレーブ機器との通信を開始する通信ソフトウェア選択処理と、を行い、
前記第２のソフトウェアは、
前記第１のリクエストコマンドに前記スレーブ機器に格納されている前記システム記述情報を含む前記第１のレスポンスコマンドを生成して、マスタ機器に送信する第１のレスポンス処理と、
前記第２のリクエストコマンドに前記特定オブジェクトＩＤが含まれている場合、前記特定オブジェクトＩＤにより指定された前記スレーブ機器が対応するプロトコル名を記述したプロトコル情報を含む前記第２のレスポンスコマンドを生成して、前記スレーブ機器に送信する第２のレスポンス処理と、
を行うネットワークシステム。
ＳＮＭＰ（Simple Network Management Protocol）に基づきスレーブ機器の管理を行うマスタ機器と、前記スレーブ機器と、のぞれぞれで実行されるソフトウェアの処理に基づき前記マスタ機器と前記スレーブ機器の間で送受信されるコマンドを用いて行われるネットワーク管理方法であって、
前記マスタ機器において、前記スレーブ機器のシステム情報を含むシステム記述情報を要求する第１のリクエストコマンドを生成して、前記スレーブ機器に送信する第１のリクエスト処理と、
前記スレーブ機器において、前記第１のリクエストコマンドに応じて、前記スレーブ機器内に格納されている前記システム記述情報を含む第１のレスポンスコマンドを生成して、前記マスタ機器に送信する第１のレスポンス処理と、
前記マスタ機器において、前記第１のレスポンスコマンドにより受信した前記システム記述情報に前記スレーブ機器が利用可能なプロトコル情報を指定する特定オブジェクトＩＤが含まれている場合、当該特定オブジェクトＩＤを含む第２のリクエストコマンドを生成して、前記スレーブ機器に送信する第２のリクエスト処理と、
前記スレーブ機器において、前記第２のリクエストコマンドに前記特定オブジェクトＩＤが含まれている場合、前記特定オブジェクトＩＤにより指定された前記スレーブ機器が対応するプロトコル名を記述したプロトコル情報を含む第２のレスポンスコマンドを生成して、前記スレーブ機器に送信する第２のレスポンス処理と、
前記マスタ機器において、前記第２のレスポンスコマンドに含まれる前記スレーブ機器が対応するプロトコル名を参照して、前記スレーブ機器と通信を行う通信ソフトウェアを、前記スレーブ機器が利用可能なプロトコルに対応する通信ソフトウェアに切り替えた後に前記スレーブ機器との通信を開始する通信ソフトウェア選択処理と、
を行うネットワーク管理方法。