(57)【要約】【課題】ＥＤＳに対応／非対応のデバイスに対する設定が容易に行える設定ツール装置を提供すること【解決手段】デバイスに対してパラメータの設定やモニタ要求等の機能要求をする設定ツール本体１１と、設定ツール本体の機能要求を受けるデバイス統一インターフェース１２と、前記デバイスに合わせて作成した拡張モジュール１４とを備える。設定ツール本体は、デバイス統一インターフェースとのみ通信し、実際のデバイスへの設定等は、デバイス統一インターフェースから拡張モジュールを介して行うようにする。拡張モジュールを追加することにより、設定ツール本体を変えることなく新たなデバイスに対応できる。【選択図】　　　　図１
2004126817.tif 000002
【特許請求の範囲】
【請求項１】
デバイスに対してパラメータの設定やモニタ要求等の機能要求をする設定ツール本体と、
前記設定ツール本体の機能要求を受けるデバイス統一インターフェースとを備え、
前記デバイス統一インターフェースは、そのデバイス統一インターフェースに通信可能で前記デバイスに合わせて作成した拡張モジュールとの間でデータの送受を行うことにより、前記設定ツール本体から受け取った機能要求に応じた要求を、前記拡張モジュールに向けて出力する機能を備えたことを特徴とする設定ツール装置。
【請求項２】
前記デバイス統一インターフェースは、前記要求に応じて前記拡張モジュールから送られて来た情報に、自己が持つ情報を加えた情報を前記設定ツール本体に返送する機能を備えたことを特徴とする請求項１に記載の設定ツール装置。
【請求項３】
前記拡張モジュールは、複数種有し、１つはネットワークに接続される標準対応のデバイス用のものであることを特徴とする請求項１または２に記載の設定ツール装置。
【請求項４】
前記拡張モジュールを備えたことを特徴とする請求項１から３の何れか１項に記載の設定ツール装置。
【請求項５】
デバイスに設定される識別情報と、そのデバイス用の前記拡張モジュールの対応リストを記憶保持し、
デバイスの識別情報を取得すると、前記対応リストからそのデバイス用の拡張モジュールを取得し、それら識別情報と拡張モジュールを結合してそのデバイス用のオブジェクトを生成し、その生成したオブジェクトにより仮想ネットワークを構築する機能を備えたことを特徴とする請求項１から４の何れか１項に記載の設定ツール装置。
【請求項６】
デバイスに設定される識別情報と、そのデバイス用の前記拡張モジュールを関連付けるための情報を備えた設定ファイルと、
前記拡張モジュールを記憶保持し、
所定のタイミングで、前記設定ファイルに格納された情報と前記拡張モジュールを読み出して、同一デバイスについての前記識別情報と前記拡張モジュールの対応リストを生成する機能を備えたことを特徴とする請求項１から５の何れか１項に記載の設定ツール装置。
【請求項７】
デバイスに対してパラメータの設定やモニタ要求等の機能要求をする設定ツール本体と、
前記設定ツール本体が通信を行う際にアクセスする通信統一インターフェースとを備え、
前記通信統一インターフェースは、設定ツール本体が通信する相手が接続されたネットワークの通信インターフェースに合わせて作成した通信モジュールとの間でデータの送受を行うことにより、前記設定ツール本体と前記相手との間の通信を可能とする機能を備えたことを特徴とする設定ツール装置。
【請求項８】
デバイスに対してパラメータの設定やモニタ要求等の機能要求をする設定ツールプログラムと、
前記設定ツールプログラムの実行に伴い発行される機能要求を受けるデバイス統一インターフェースプログラムとを備え、
前記デバイス統一インターフェースプログラムは、前記デバイスに合わせて作成した拡張モジュールとの間でデータの送受を実行し、前記受け取った機能要求に応じた要求を、前記拡張モジュールに向けて出力する処理を行うプログラム部分を持つことを特徴とするプログラム製品。
【請求項９】
前記デバイス統一インターフェースプログラムは、前記要求に応じて前記拡張モジュールから送られて来た情報を取得する処理と、
その取得した情報に、自己が持つ情報を加えた情報を前記設定ツールプログラムに返送する処理を実行するプログラム部分を備えたことを特徴とする請求項８に記載のプログラム製品。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、設定ツール装置及びプログラム製品に関するものである。
【０００２】
【発明の背景】
ＦＡ（ファクトリーオートメーション）で用いられるプログラマブルコントローラ（ＰＬＣ）は、スイッチやセンサなどの入力機器のＯＮ／ＯＦＦ情報を入力し、ラダー言語などで書かれたシーケンスプログラム（ユーザプログラム）に沿って論理演算を実行する。そして、ＰＬＣは、得られた演算結果にしたがって、リレー，バルブ，アクチュエータなどの出力機器に対し、ＯＮ／ＯＦＦ情報の信号を出力することで制御が実行される。
【０００３】
ところで、ＰＬＣと、入力機器並びに出力機器との接続形態は、ＰＬＣに直接接続する場合もあれば、ネットワークを介して接続する場合もある。係るネットワークで接続されたネットワークシステムを構築した場合、上記ＯＮ／ＯＦＦ情報の送受をネットワークを経由して行うことになる。このとき、通常、ＰＬＣ側がマスタとなり、機器側がスレーブとなるマスタスレーブ方式で情報の伝送が行われる。
【０００４】
そして、上記したＰＬＣと各機器とを接続するネットワークとして、フィールドネットワークの一形態であるＤｅｖｉｃｅＮｅｔ（デバイスネット）が用いられる。このデバイスネットは、ＰＬＣ，パソコン（ＰＣ），センサ，アクチュエータなどの制御機器間の相互接続が容易に行えるもので、異なるベンダの製品（デバイス）を同一のネットワークに接続することができる。
【０００５】
そして、デバイスネット仕様では、デバイスの設定をデバイスメーカに関わらず可能にするために、各デバイスの情報をＥＤＳファイルという共通のファイルフォーマットを定義している。これにより、同一のネットワークの異なるベンダのデバイスが接続されたマルチベンダ環境であっても、ＥＤＳファイルを理解することのできるコンフィグレータ等のパソコンツールを使用して、接続したデバイスの閲覧やデバイス毎のパラメータ設定などが簡単に行える。さらに、デバイス自体に、プロファイルデータ（Ｉｄｅｎｔｉｔｙを含むデータ）をもたせている。
【０００６】
ところで、ＥＤＳファイルは、情報の更新履歴情報や、「Ｉｄｅｎｔｉｔｙ」と称される製品名や型式ベンダ名等のデバイスを特定する情報や、「ＩＯ　Ｉｎｆｏ」と称されるＩＯのサイズや、デバイスの各種パラメータ等、各デバイスの共通事項について格納の仕様を定義している。さらに、ベンダに固有で付加価値のあるオプションを追加することも許容されている。
【０００７】
つまり、デバイスの高機能化に伴い、ＥＤＳファイルで定義されたパラメータの項目では記述できないものがあり、さらには、メーカの差別化を図ることからもＥＤＳファイルを使用しないものが多く存在する。
【０００８】
すると、同一ネットワーク上に存在するパラメータ（設定情報）の記述にＥＤＳファイルを使用しないデバイスをユーザが設定するためには、各社専用の設定ツールが必要となる。また、他メーカのデバイスを設定可能とするためには、そのメーカよりデバイスの設定情報等を開示してもらう必要がある。従って、そのデバイス毎の異なる実装を、単一のソフトウェアに組み込むことは、大変な労力を必要とし、現実的でない。
【０００９】
さらに、仮に係る単一のソフトウェアに組み込むことができたとしても、新たなデバイスが提供されると、そのデバイスの設定情報に対応したプログラムの改良を行わなければならず、煩雑である。なお、従来の設定ツールとしては、下記の特許分権１から３に開示された発明がある。
【００１０】
【特許文献１】
特開平１１−１２２２５０号公報
【特許文献２】
特開２０００−２７３８３２号公報
【特許文献３】
特開２００１−２０２３２４号公報
【００１１】
この発明は、異なるデバイスに対する設定が容易に行え、各種の通信インターフェースに対応できる設定ツール装置及びプログラム製品を提供することを目的とする。
【００１２】
【課題を解決するための手段】
この発明による設定ツール装置では、デバイスに対してパラメータの設定やモニタ要求等の機能要求をする設定ツール本体と、前記設定ツール本体の機能要求を受けるデバイス統一インターフェースとを備え、前記デバイス統一インターフェースは、そのデバイス統一インターフェースに通信可能で前記デバイスに合わせて作成した拡張モジュールとの間でデータの送受を行うことにより、前記設定ツール本体から受け取った機能要求に応じた要求を、前記拡張モジュールに向けて出力する機能を備えるようにした。
【００１３】
そして、前記デバイス統一インターフェースは、前記要求に応じて前記拡張モジュールから送られて来た情報に、自己が持つ情報を加えた情報を前記設定ツール本体に返送する機能を備えると良い。
【００１４】
さらに、前記拡張モジュールは、複数種有し、１つはネットワークに接続される標準対応のデバイス用のものとすることができる。標準対応とは、実施の形態ではＥＤＳに対応することを意味する。
【００１５】
さらに、前記拡張モジュールを実装すると良い。なお、通常の場合、標準対応の拡張モジュールは、設定ツール装置に標準実装するが、本発明では必ずしも予め実装していなくても良い。そして、標準対応であるか否かを問わず、拡張モジュールを後で追加可能である。したがって、拡張モジュールが「０個」の場合も設定ツール装置として機能する。もちろん、予め複数個の拡張モジュールを実装しても良い。
【００１６】
さらに、上記した各発明において、デバイスに設定される識別情報と、そのデバイス用の前記拡張モジュールの対応リストを記憶保持し、デバイスの識別情報を取得すると、前記対応リストからそのデバイス用の拡張モジュールを取得し、それら識別情報と拡張モジュールを結合してそのデバイス用のオブジェクトを生成し、その生成したオブジェクトにより仮想ネットワークを構築する機能を備えるようにするとよい。識別情報は、実施の形態では、Ｉｄｅｎｔｉｔｙ情報に対応する。また、対応リストは、予め作成して記憶保持しても良いし、以下に示す発明によりその都度生成するようにしても良い。
【００１７】
また、デバイスに設定される識別情報と、そのデバイス用の前記拡張モジュールを関連付けるための情報を備えた設定ファイルと、前記拡張モジュールを記憶保持し、所定のタイミングで、前記設定ファイルに格納された情報と前記拡張モジュールを読み出して、同一デバイスについての前記識別情報と前記拡張モジュールの対応リストを生成する機能を備えるとよい。所定タイミングとは、例えば本装置の起動時などである。
【００１８】
本発明によれば、単一のソフトウェア（設定ツール本体）で異なるベンダの装置や、標準対応（例えば、ＥＤＳファイル対応）でない異なるデバイスに対する設定が可能となる。また、そのデバイス対応部分を独立した拡張モジュールにし、デバイス統一インターフェースを公開することにより、自社あるいはデバイスメーカで独自に開発することができる。また、独立した拡張モジュールにすることにより、逐次追加することができる。よって、新規デバイスへの対応も、設定ツール本体に変更を加える必要がなくなり、新規デバイスへの対応が容易となる。また、同様の構造を通信インターフェースに適用することにより、各社通信インターフェースに対応することが可能となる。
【００１９】
そして、本発明に係るプログラム製品では、デバイスに対してパラメータの設定やモニタ要求等の機能要求をする設定ツールプログラムと、前記設定ツールプログラムの実行に伴い発行される機能要求を受けるデバイス統一インターフェースプログラムとを備え、前記デバイス統一インターフェースプログラムは、前記デバイスに合わせて作成した拡張モジュールとの間でデータの送受を実行し、前記受け取った機能要求に応じた要求を、前記拡張モジュールに向けて出力する処理を行うプログラム部分を備えるようにした。
【００２０】
さらに、前記デバイス統一インターフェースプログラムは、前記要求に応じて前記拡張モジュールから送られて来た情報を取得する処理と、その取得した情報に、自己が持つ情報を加えた情報を前記設定ツールプログラムに返送する処理を実行するプログラム部分を備えるようにするとよい。
【００２１】
【発明の実施の形態】
図１は、本発明の好適な一実施の形態を示している。図１に示すように、設定ツール１０は、設定ツール本体１１と、デバイス統一インターフェース（仮想デバイス）１２と、拡張モジュール１４と、通信統一インターフェース１５と、インターフェース用通信モジュール１６を備えている。そして、各処理部は、アプリケーションプログラムで構成され、パソコンその他のコンピュータにインストールされることにより設定ツールが生成される。
【００２２】
設定ツール本体１１は、デバイスに対してパラメータの設定やモニタ要求をしたり、ユーザの操作を通知したりする設定ツールが持つ本来の機能を実現するものである。通常であれば、ＥＤＳ対応のデバイスに対しては、この設定ツール本体１１が、ＥＤＳファイルに記述された内容を認識し、ネットワークに接続されたデバイスに対して各種の設定を行う。また、ＥＤＳ非対応のデバイスに対しては、そのデバイス専用のプログラムを組み込むことにより、当該デバイスに対して設定やモニタなどの所定の処理を実行する。つまり、処理対象のデバイスの種類を認識し、それに対応した方法で要求を行う。
【００２３】
これに対し、本発明では、設定ツール本体１１のアクセス先は、図２に示すように、設定ツール１０内に唯一存在するデバイス統一インターフェース１２としている。そして、実際のデバイスへのパラメータの設定やモニタ要求は、デバイス統一インターフェース１２が各デバイスに合わせて作成した拡張モジュール１４との間でデータの送受を行い、各デバイスに対して設定を行ったり、デバイスの情報を収集して設定ツール本体１１に返したりする。
【００２４】
設定ツール本体１１が発行するイベントとしては、「機能要求」と、「サポート機能問い合わせ」と、「ユーザ操作通知」がある。「機能要求」は、例えば、デバイスが持つパラメータを表示させるための要求や、モニタ要求や、パラメータの設定・編集要求などがある。また、「サポート機能問い合わせ」は、デバイスがどのような機能に対応しているかを問い合わせるものである。すなわち、設定ツール本体１１は、処理を行おうとするデバイスがどのような機能に対応しているかが分からないので、機能要求をするに先立ち、これから実行しようとしている機能に対応（サポート）しているかを問い合わせるようにしている。さらに、「ユーザ操作通知」は、ユーザの操作内容を各デバイスに通知するものである。すなわち、例えばあるデバイスに割り当てているノードアドレスを変更した場合、その変更したことを他のデバイスに通知する。これにより、ネットワークを構成する各デバイスが、ノードアドレスの変更を知ることができるので、その後も正常に通信を行うことができる。
【００２５】
デバイス統一インターフェース１２は、上記したように設定ツール本体１１が設定ツール１１内で識別できる唯一のデバイスとし、これを仮想デバイスとして定義する。このように、設定ツール１０内で設定ツール本体１１がアクセスできる唯一のデバイスである仮想デバイスを、あらゆる実デバイスに対応させるために、実デバイスに依存した部分は、拡張モジュール１４として分離させるとともに、仮想デバイスと拡張モジュール１４間にも共通化されたインターフェースを持つようにした。なお、全ての実デバイスに共通する部分は、デバイス統一インターフェース１２に実装するようにした。
【００２６】
そのため、このデバイス統一インターフェース１２（仮想デバイス）は、図３に示すように、設定ツール本体１１との間で通信する場合に使用する統一インターフェース１２ａと、各デバイスに共通する機能・情報を実装した本体１２ｂと、拡張モジュール１４との間で通信する場合に使用する拡張モジュール用統一インターフェース１２ｃとを備えている。本体１２ｂは、各デバイスで共通する画面データ（表示文字列を含む）等のリソースも含んでいる。
【００２７】
また、拡張モジュール１４は、デバイス統一インターフェース１２（仮想デバイス）と通信を行うための拡張モジュール統一インタンフェース１４ａと、実デバイスに依存部分を格納する拡張モジュール本体１４ｂとを備えている。ここで、拡張モジュール本体１４ｂは、デバイス統一インターフェース１２を介して受信したイベントに対応した処理を実行するものであり、画面データ（表示文字列を含む）等のリソースを含むものである。
【００２８】
このように、拡張モジュール１４（拡張モジュール本体１４ｂ）への実装は、実デバイスに依存したものとなるが、統一化された単一のインターフェース１２ｃ，１４ａを利用することにより、仮想デバイス１２はあらゆる実デバイスを単一の拡張モジュール用統一インターフェース１２ｃでアクセスすることが可能となる。
【００２９】
ここで、設定ツール本体１１からの機能要求に対するデバイス統一インターフェース１２と拡張モジュール１４における処理の一例を説明する。上記したように、デバイス共通の実装と画面データ（表示文字列を含む）等は、仮想デバイスの本体１２ｂに保持し、実デバイス依存のものは拡張モジュール１４の拡張モジュール本体１４ｂ内に保持する。そして、設定ツール本体１１からの機能実行依頼を受けたときに、デバイス統一インターフェース１２は、拡張モジュール１４内の画面データを取得するとともに、自己が保有する共通画面データを結合し、該当デバイス用の画面を構成し、設定ツール本体１１に返す。このように、本体１２ｂは、機能要求に対しては、受け取った要求に伴い、必要な情報を拡張モジュール１４にさらに要求して取得し、自己が持つ情報とその取得した情報とを合成して設定ツール本体１１に返すようになる。
【００３０】
具体的な例を示すと、例えば、設定ツール本体１１からデバイスに対するプロパティ情報表示要求を受け取った場合、指定された実デバイス用の拡張モジュール１４に対してプロパティ情報の開示に対して必要な画面及びデータの要求をさらに行い、得られた結果を合成する。これにより、デバイスＡでは、例えば図４に示すようになり、デバイスＢでは、例えば図５に示すようになる。
【００３１】
この図４，図５において、最前の画面にある全般についての画面データは、仮想デバイスであるデバイス統一インターフェース１２が保有し、２枚目以降の画面データは、各実デバイスに対応しているため拡張モジュール１４側に持たせている。また、各画面データ中に表示する具体的な数値・データは、拡張モジュール１４が保有している。つまり、１枚目の全般の画面にある「説明」，「ノードアドレス」，「ベンダ」などの項目名は、画面データの一部としてデバイス統一インターフェース１２が保有している。そして、各項目に対応するデータは、拡張モジュール１４から取得し、合成して表示するようになる。
【００３２】
これにより、設定ツール本体１１は、同一内容のプロパティ情報の開示要求をするが、最終的に表示される内容は、図４，図５に示すように各実デバイスに応じて適切な表示レイアウトで表示することができる。また、実デバイスの種類によっては、２枚目以降がない、つまり、デバイス統一インターフェース１２が保有する共通の画面データのみで構成されるものももちろんある。なお、この場合も、必要に応じて具体的なデータは拡張モジュール１４から取得することになる。
【００３３】
また、デバイス統一インターフェース１２がサポート機能問い合わせを受けた場合には、該当する実デバイスの拡張モジュール１４に対して、当該機能に対応しているかを問い合わせ、拡張モジュール１４からのレスポンスを受けて、対応可能か否を設定ツール本体１１に返すようになる。
【００３４】
さらに、デバイス統一インターフェース１２がユーザ操作通知を受けた場合には、各拡張モジュール１４に対して、受信した操作通知の内容を転送するようになる。
【００３５】
また、拡張モジュール１４であるが、上記したように実デバイスに対応して作成される。従って、ＥＤＳに対応したデバイス用のものもあれば、ＥＤＳ非対応のデバイス用のものもある。なお、通常、ＥＤＳ対応デバイス用の拡張モジュール１４は、必ず存在し、その拡張モジュール１４を用いて、ＥＤＳ対応の各実デバイスにアクセスする。また、ＥＤＳ非対応の実デバイスに対しては、それぞれ固有の拡張モジュール１４を用意し、当該拡張モジュール１４を用いてアクセスすることになる。
【００３６】
係る構成にすることにより、処理対象のデバイスの種類に関係なく、設定ツール本体１１は、デバイスに対して設定やモニタなどの所定の処理を行う場合に、デバイス統一インターフェース１２との間でデータの送受を行えばよい。換言すると、各種の処理を実行するための命令なども単一で済む。その結果、その後に新たな種類のデバイスが発生したとしても、設定ツール本体１１はその新たなデバイスに対して所定の処理を実行しようとした場合に、デバイス統一インターフェース１２に対して命令を送ることにより、当該新たなデバイスに対して所定の処理が実行できるので、デバイスの追加も容易に行える。
【００３７】
なお、デバイスによっては、さらにそのデバイスに別のデバイス（子デバイス）を接続する形態を取るものもある。従って、拡張モジュールにおいても、それに対応して子デバイスの設定情報を外部ファイル（ＥＤＳフォーマット）とすることにより、拡張が可能な構造としている。そして、子デバイスの設定ファイルは、各拡張モジュール毎のディレクトリに格納し、設定ツール内の後述するプラグインマネージャが管理するのと同様に、各拡張モジュール内部で管理するようにする。
【００３８】
一方、デバイスネットに対応したデバイスは、全てＩｄｅｎｔｉｔｙオブジェクトと呼ばれる各デバイスを特定する情報を保持している。そこで、本実施の形態では、このＩｄｅｎｔｉｔｙ情報をもとに該当する拡張モジュールと実デバイスの関連付けを行うようにした。
【００３９】
具体的には、図６に示すように上記の関係付けを行う設定ファイル１７を用意する。すなわち、この設定ファイル１７には、実デバイスが保持するＩｄｅｎｔｉｔｙ情報と同様の情報（ベンダＩＤ，デバイスタイプ，プロダクトコード等）と、そのデバイスに使用する拡張モジュール１４のファイル名と、設定ツール１０にデバイスを表示するための表示用アイコン１８のファイル名と、設定ツール１０に対応デバイスリスト（部品リスト）を表示するためのＥＤＳファイル１９のファイル名が記述されている。
【００４０】
このように、設定ファイル１７と、各拡張モジュール１４，表示用アイコン１８並びにＥＤＳファイル１９は、ファイル名により関連づけを行っている。従って、設定ファイル１７をアクセスし、そこに格納された各情報のファイル名を抽出することにより、その抽出したファイル名に基づいて必要なデータを読み出すことができる。そして、この設定ファイルは、実デバイス毎に作成される。従って、ある実デバイスについての設定ファイル１７は、Ｉｄｅｎｔｉｔｙによって一義的に関連付けられ、設定ファイルと拡張モジュール１４，表示用アイコン１８並びにＥＤＳファイル１９は、ファイル名をキーに関連付けられているので、実デバイスと拡張モジュール等が設定ファイルを介して一義的に関連づけられる。
【００４１】
このように、実デバイスと拡張モジュール１４との関連付けは、設定ファイル１７の記述により行うため、実デバイスに対応した設定ファイルを追加することで、単一のモジュールで複数の実デバイスに対応することができる。
【００４２】
次に、図１に示した設定ツール１０を用いて実際にデバイスへの設定等を行う場合には、図７に示すような構成を採る。すなわち、実際の設定ツール１０において、これらの設定ファイル１７と拡張モジュール１４は、特定のディレクトリ（データベース２１）に格納し、ソフトウェア起動時に全て読み込み、プラグインマネージャ２２にて、デバイスのＩｄｅｎｔｉｔｙ情報と拡張モジュールの対応リストの作成を行い管理する。
【００４３】
そして、実デバイスで構成されるネットワークに対応するオブジェクトからなる仮想ネットワーク２３を設定ツール１０内で生成し、その仮想ネットワーク２３上のオブジェクトを指定することにより、各種の要求その他の指示を行うようになる。
【００４４】
まず、仮想ネットワークの構築は、以下の手順を実行して行う。すなわち、設定ツール１０をネットワーク３０に接続する。そして、▲１▼設定ツール１０でネットワーク３０をスキャンし、ネットワーク３０に接続されているデバイス３１が保有するＩｄｅｎｔｉｔｙ情報を取得する。
【００４５】
▲２▼次いで、設定ツール１０内の仮想ネットワーク２３に、読み出したＩｄｅｎｔｉｔｙオブジェクトを構築する。
【００４６】
▲３▼そして、プラグインマネージャ２２に対し、▲２▼で構築したＩｄｅｎｔｉｔｙに対応するモジュールを問い合わせる。つまり、プラグインマネージャ２２に、取得したＩｄｅｎｔｉｔｙが登録されているか否かをチェックする。
【００４７】
▲４▼取得したＩｄｅｎｔｉｔｙが登録されており、該当するモジュールが存在する場合には、当該モジュールを呼び出してデバイスオブジェクトを構築し、▲２▼で作成したＩｄｅｎｔｉｔｙオブジェクトと結合する。なお、該当するＩｄｅｎｔｉｔｙ（モジュール）が存在しない場合は、ＥＤＳファイルを利用する基本モジュールを呼び出してデバイスオブジェクトを構築し、それと結合する。
【００４８】
上記した▲１▼から▲４▼までの処理を、ネットワーク３０に接続された全てのデバイス３１に対して実行することにより、ネットワーク３０を構成する全ての実デバイスに対応したオブジェクトからなる仮想ネットワークが設定ツール１０上に構築できる。なお、各オブジェクトには、デバイス統一インターフェース１２が連携される。なおまた、上記した各処理は、例えば設定ツール本体１１からの指示により実行される。
【００４９】
そして、このように生成された仮想ネットワークは、設定ツール本体１１の表示画面において図８のように表示される。すなわち、図中右側のウインドウが、仮想ネットワークの表示領域であり、図では３つのオブジェクトが生成されている。図に示すように、各オブジェクトは、設定ファイル１７でリンクされた表示用アイコン１８と、設定ファイル１７に格納されたＩｄｅｎｔｉｔｙ（製品名等）を表示している。
【００５０】
この状態で、オブジェクトのアイコンをクリックすることにより、デバイス（拡張モジュール）を指定することができ、その指定したデバイスに対して、所定のプロパティ情報表示その他の各種の要求等が行えるようになる。
【００５１】
また、上記した例では、実デバイスからオンラインでＩｄｅｎｔｉｔｙ情報を取得し仮想デバイスを作成する方法を示したが、本発明はこれに限ることはなく、設定ツール１０が保有するデバイスリストを選択することによりオフラインで仮想ネットワークを構築することもできる。
【００５２】
一例としては、図８に示す左側のウインドウにデバイスリストの一覧を表示する。そして、設計者は、そのデバイスリストの中から使用するデバイスを選択し、右側の仮想ネットワークの表示ウインドウにドラッグ＆ドロップにより、仮想ネットワークに追加できる。デバイスリストにリストアップされた各デバイス（製品名）は、少なくともＩｄｅｎｔｉｔｙ情報が関連付けられており、この指定されたデバイスのＩｄｅｎｔｉｔｙ情報に基づいてプラグインマネージャ２２にアクセスし、対応するモジュールを取得する。以降は、上記したオンラインによる仮想ネットワークと同様の処理により、仮想ネットワークを構築することができる。
【００５３】
なお、新たなデバイス（例えばデバイスＣ）に対応したモジュールを追加する場合、設定ツールにインストール用のインターフェースを設け、追加する設定ファイルとモジュールを指定することで、モジュールが格納されている特定のディレクトリにファイルをコピーする。その後プラグインマネージャ２２を再構成することにより行う。
【００５４】
上記した実施の形態では、デバイスへの設定を行う場合に、単一のデバイス統一インターフェースを用いる例を示したが、同様の思想により通信インターフェースも単一化することができる。すなわち、通信インターフェースは、例えばイーサネット（登録商標），ＲＳ−２３２Ｃの他、各種のものがある。また、メーカによっても通信インターフェースが異なることもある。
【００５５】
そこで、通常であれば、設定ツール本体１１が、各通信インターフェースと直接データの送受を行うため、それら各通信インターフェースに対応したプログラム部分を用意する必要がある。そのため、新たな通信インターフェースに対応するために、プログラムのバージョンアップをする必要がある。
【００５６】
しかし、本実施の形態では、デバイス統一インターフェース１２と同様に通信統一インターフェース１５を設け、設定ツール本体１１は通信統一インターフェース１５とのみデータの送受を行う。そして、各通信インターフェース用の通信モジュール１６を設け、その通信インターフェース用の通信モジュール１６が、上記通信統一インターフェース１５と通信可能とした。これにより、設定ツール本体１１は、任意の通信インターフェースを介して他の機器と通信可能になるが、そのとき使用するコマンド等は、通信統一インターフェース１５にあわせた一種類で良い。よって、後で新たな通信インターフェースを追加した場合でも、その新たな通信インターフェース用の通信モジュール（通信モジュールＣ）を用意し、追加するだけで良く、設定ツール本体を改良する必要はない。よって、通信インターフェースの追加が容易に行える。
【００５７】
【発明の効果】
以上のように、この発明では、デバイス統一インターフェースや通信統一インターフェースを設け、設定ツール本体は、係る統一インターフェースとの間でデータの送受を行い、本来の設定先のデバイスや通信相手とのデータの送受は、統一インターフェースに対応する拡張モジュールや通信モジュールが実行するようにしたため、異なるデバイスに対する設定が容易に行え、各種の通信インターフェースに対応できる。
【図面の簡単な説明】
【図１】本発明の好適な一実施の形態を示す図である。
【図２】設定ツール本体とデバイス統一インターフェースと拡張モジュールの関係を示す図である。
【図３】デバイス統一インターフェースと拡張モジュールの関係を示す図である。
【図４】プロパティ情報表示の一例を示す図である。
【図５】プロパティ情報表示の一例を示す図である。
【図６】設定ファイルと拡張モジュール等との関係を説明する図である。
【図７】本発明の好適な一実施の形態を示す図である。
【図８】本実施の形態における表示画面の一例を示す図である。
【符号の説明】
１０　設定ツール
１１　設定ツール本体
１２　デバイス統一インターフェース
１２ａ　統一インターフェース
１２ｂ　本体
１２ｃ　拡張モジュール用統一インターフェース
１４　拡張モジュール
１４ａ　拡張モジュール統一インターフェース
１４ｂ　拡張モジュール本体
１５　通信統一インターフェース
１６　インターフェース用通信モジュール
１７　設定濡ファイル
１８　表示用アイコン
１９　ＥＤＳファイル
２１　データベース
２２　プラグインマネージャ
２３　仮想ネットワーク
３０　ネットワーク
３１　デバイス
【図１】
2004126817.tif 000003
【図２】
2004126817.tif 000004
【図３】
2004126817.tif 000005
【図４】
2004126817.tif 000006
【図５】
2004126817.tif 000007
【図６】
2004126817.tif 000008
【図７】
2004126817.tif 000009
【図８】
2004126817.tif 000010