JP2017147673A - デバイス情報管理システム - Google Patents

Abstract

【課題】ネットワークから切り離された操作対象デバイスとベンチホストとの間の通信を確実に確立させ、異なるネットワーク環境への接続で生じる操作対象デバイスの通信パラメータ設定喪失を最小限にする。【解決手段】機器管理システム（セグメント情報管理装置）２において、ベンチホスト６から指定されるフィールド機器（操作対象デバイス）５−２のタグ：「ＰＩ００１」をキーとして、フィールド機器５−２がネットワークに接続されていた際のセグメント情報（ＤＣＳノード番号「２１」、セグメント番号「１」）を特定し、この特定したセグメント情報よりフィールド機器５−２を含むセグメントの管理を行っていたＬＡＳのノードアドレスを特定する。そして、ＬＡＳからネットワーク管理に関する通信パラメータ情報を取得し、ＬＡＳのノードアドレスと合わせてベンチホスト６へ送る。ベンチホスト６は、送られてきたＬＡＳのノードアドレスと通信パラメータ情報をゲートウェイデバイス７に設定する。【選択図】 図７

Description

本発明は、デバイス内の情報を管理するデバイス情報管理システムに関する。

従来より、大規模なプラントでは、調節弁（バルブ）の開度制御を行うポジショナなどのフィールド機器（デバイス）をコントローラを用いて制御する分散制御システム（ＤＣＳ（Distributed Control System））が用いられている。

このＤＣＳは、オペレータコンソールと、このオペレータコンソールと通信ラインを介して接続されたコントローラとを備え、プラントに配置されているフィールド機器の監視・制御を行う。

近年、このＤＣＳの通信ラインに接続され、コントローラを経由してネットワークに接続されている所望のフィールド機器にアクセスし、このフィールド機器内の各種のデータを取得・設定する機器管理システムが用いられている。

この機器管理システムによれば、機器管理システムの画面上に、診断データをグラフ表示することにより、プラントに分散して配置されているフィールド機器をオンラインで検査することが可能となる。また、フィールド機器内のパラメータを設定したり、変更したりすることが可能となる（例えば、特許文献１参照）。

この機器管理システムを接続したＤＣＳにおいて、フィールド機器との間はＦＦ（FOUNDATION Fieldbus）、ＨＡＲＴ（Highway Addressable Remote Transducer）といった通信方式でデジタル通信が行われ、機器管理システムからコントローラを経由してフィールド機器内の情報にアクセスすることができる。

また、例えばＦＦ通信方式において、稼働中のプロセスから、すなわち接続中のネットワークから、不具合や調整等でフィールド機器をＦＦ通信的に切り離し（またはプロセス配管から物理的に取り外し）、この切り離したフィールド機器を操作対象デバイスとして、オンプロセスの（ネットワークに接続されている）デバイスを管理している統合ホストと呼ばれる機器管理システムとは別の、ベンチホストと呼ばれるオフプロセスの（ネットワーク接続されていない）機器設定ツールに接続し、この接続した機器設定ツールから操作対象デバイスのパラメータの設定内容のチェックや設定変更を行ったり、動作確認を行ったりすることもできる。

特開２０１０−２５８８６５号公報

しかしながら、誤ったネットワーク設定（通信パラメータ設定）のベンチホストに操作対象デバイスが接続されたり、操作対象デバイスのノードアドレスとベンチホストのノードアドレスとが重複していたような場合、操作対象デバイスにベンチホストからアクセスすることができなかったり、操作対象デバイスのノードアドレスや通信パラメータが自動リセットされてしまう虞があった。

例えば、通信パフォーマンスの向上のため、ベンチホストの通信パラメータでは、使用可能なノードアドレスの範囲を制限することができる。しかし、操作対象デバイスのノードアドレスがその制限された使用可能なノードアドレスの範囲外にある場合、操作対象デバイスはライブリスト（ネットワーク上で稼働しているデバイスのリスト）に現れず、そのままではベンチホストから参照・操作することはできない。

また、例えば、ベンチホストのノードアドレスが操作対象デバイスのノードアドレスと重複すると、ＦＦ仕様に従って、ベンチホストに接続された操作対象デバイスのノードアドレスや、それに関連する通信パラメータ（Virtual Communication Relationship:VCR）が自動的にリセットされて書き換わってしまう。この場合、操作対象デバイスをプロセス（ネットワーク）に戻すには、デバイスパラメータの再コンフィギレーションが必要となる。

このようなリスクを避けるために、従来のデバイス情報管理システムでは、プロセス（ネットワーク）から切り離したデバイスを操作対象デバイスとしてベンチホストに接続してアクセスする際には、ベンチホストの通信パラメータの設定に細心の注意を払う必要がある。また、ベンチホストのノードアドレスと操作対象デバイスのノードアドレスとが重複していないか、確認する必要がある。

本発明は、このような課題を解決するためになされたもので、その目的とするところは、ネットワークから切り離された操作対象デバイスとベンチホストとの間の通信を確実に確立させ、異なるネットワーク環境への接続で生じる操作対象デバイスの通信パラメータ設定喪失も最小限にすることができるデバイス情報管理システムを提供することにある。

このような目的を達成するために本発明は、ネットワークに接続されている各デバイスの接続位置をセグメント情報として管理するセグメント情報管理装置と、ネットワークから切り離された操作対象デバイス内の情報にアクセスするベンチホストとを備えたデバイス情報管理システムであって、セグメント情報管理装置は、ベンチホストから指定される操作対象デバイスの識別情報をキーとして、その操作対象デバイスがネットワークに接続されていた際のセグメント情報を特定するセグメント情報特定手段と、セグメント情報特定手段によって特定されたセグメント情報よりネットワークにおいて操作対象デバイスを含むセグメントの管理を行っていた管理機器のノードアドレスを特定するノードアドレス特定手段と、ノードアドレス特定手段によってノードアドレスが特定された管理機器からネットワーク管理に関する通信パラメータ情報を取得する通信パラメータ情報取得手段とを備え、ベンチホストは、ノードアドレス特定手段によって特定された管理機器のノードアドレスおよび通信パラメータ情報取得手段によって管理機器から取得された通信パラメータ情報を利用して操作対象デバイスとの間の通信を開始する手段を備えることを特徴とする。

本発明において、セグメント情報管理装置（例えば、機器管理システム）は、ベンチホストから指定される操作対象デバイスの識別情報（例えば、タグ）をキーとして、その操作対象デバイスがネットワークに接続されていた際のセグメント情報を特定し、この特定したセグメント情報よりネットワークにおいて操作対象デバイスを含むセグメントの管理を行っていた管理機器（ＬＡＳ（Link Active Scheduler））のノードアドレスを特定し、ノードアドレスが特定された管理機器（ＬＡＳ）からネットワーク管理に関する通信パラメータ情報を取得する。

本発明において、ベンチホストは、セグメント情報管理装置において特定された管理機器（ＬＡＳ）のノードアドレスおよび管理機器（ＬＡＳ）から取得された通信パラメータ情報を利用して、操作対象デバイスとの間の通信を開始する。この場合、操作対象デバイスがネットワークに接続されていた状態（操作対象デバイスがプロセスで稼働していた状態）での管理機器（ＬＡＳ）のノードアドレスと通信パラメータを用いて通信が開始されるので、ネットワークから切り離された操作対象デバイスとベンチホストとの間の通信が確実に確立され、異なるネットワーク環境への接続で生じる操作対象デバイスの通信パラメータ設定喪失も最小限にすることができる。

本発明によれば、セグメント情報管理装置において、ベンチホストから指定される操作対象デバイスのタグをキーとして、その操作対象デバイスがネットワークに接続されていた際のセグメント情報を特定し、この特定したセグメント情報よりネットワークにおいて操作対象デバイスを含むセグメントの管理を行っていた管理機器（ＬＡＳ）のノードアドレスを特定し、ノードアドレスが特定された管理機器（ＬＡＳ）からネットワーク管理に関する通信パラメータ情報を取得し、ベンチホストにおいて、セグメント情報管理装置において特定された管理機器（ＬＡＳ）のノードアドレスおよび管理機器（ＬＡＳ）から取得された通信パラメータ情報を利用して、操作対象デバイスとの間の通信を開始するようにしたので、ネットワークから切り離された操作対象デバイスとベンチホストとの間の通信を確実に確立させ、異なるネットワーク環境への接続で生じる操作対象デバイスの通信パラメータ設定喪失も最小限にすることができる。

図１は、本発明の実施の形態に係るデバイス情報管理システムの要部を示す構成図である。 図２は、このデバイス情報管理システムにおいてフィールド機器の１つをネットワークから切り離した状態を示す図である。 図３は、ネットワークから切り離したフィールド機器を操作対象デバイスとしてベンチホストに接続した状態を示す図である。 図４は、このデバイス情報管理システムにおけるベンチホストの起動〜取り外し元のセグメントの特定までの処理を説明する図である。 図５は、このデバイス情報管理システムにおけるＬＡＳの特定〜ホスト通信パラメータの取得までの処理を説明する図である。 図６は、このデバイス情報管理システムにおける特定したＬＡＳのノードアドレスおよび取得したホスト通信パラメータの送信までの処理を説明する図である。 図７は、このデバイス情報管理システムにおけるパラメータリストの受信および設定までの処理を説明する図である。 図８は、このデバイス情報管理システムにおけるベンチホストを用いたデバイスの設定を説明する図である。 図９は、このデバイス情報管理システムにおける機器管理システム（セグメント情報管理装置）およびベンチホストの要部の機能ブロック図である。

以下、本発明の実施の形態を図面に基づいて詳細に説明する。図１は本発明の実施の形態に係るデバイス情報管理システム１００の要部を示す構成図である。同図において、１はオペレータコンソール、２は機器管理システム（セグメント情報管理装置）、３はコントローラ、４はＩ／Ｏモジュール、５（５−１，５−２）はフィールド機器（デバイス）、６はベンチホストである。

このデバイス情報管理システム１００において、オペレータコンソール１および機器管理システム２は通信ラインＬを介してコントローラ３と接続されており、コントローラ３はＩ／Ｏモジュール４を介してフィールド機器５（５−１，５−２）と接続されている。Ｉ／Ｏモジュール４とフィールド機器５との間はＦＦ通信方式でデジタル通信が行われる。この例において、フィールド機器５−１および５−２は、Ｉ／Ｏモジュール４の「セグメント１」（１本のＦＦネットワーク）に接続されている。

機器管理システム２は、プロセッサや記憶装置からなるハードウェアと、これらのハードウェアと協働して各種機能を実現させるプログラムとによって実現される。また、この機器管理システム２は、コントローラ３とＩ／Ｏモジュール４と共に、ＦＦの統合ホストとなっている。この機器管理システム２は、機器管理システム本体２Ａと無線送受信機２Ｂとを備えており、ベンチホスト６との間で無線によって情報の送受信を行うサーバ機能を有している。

機器管理システム２の記憶装置には、ネットワークに接続されている各フィールド機器５の接続位置がセグメント情報として書き込まれた機器管理ＤＢ（セグメント管理情報ＤＢ１）が構築されている。

この例では、コントローラ３をＤＣＳノードとし、このコントローラ３の配下にあるＩ／Ｏモジュール４およびフィールド機器５−１，５−２について、そのネットワークにおける接続位置を示すＤＣＳノード番号「２１」とセグメント番号「１」とがセグメント情報として、セグメント管理情報ＤＢ１に書き込まれている。また、このセグメント情報と対として、各機器（Ｉ／Ｏモジュール４、フィールド機器５−１，５−２）のノードアドレス（ＦＦノードアドレス）とタグ（ＴＡＧ）が、セグメント管理情報ＤＢ１に書き込まれている。他の機器についても同様である。

なお、セグメント管理情報ＤＢ１で管理するタグには、「実機」と「コンフ」（コンフィギュレーションで設定された値）とがある。「実機」はその機器がネットワークに接続されている状態（稼働状態）であることを示す。「実機」にそのタグが書き込まれおらず、「コンフ」にそのタグが書き込まれていた場合には、その機器がネットワークから切り離されている状態であることを示す。セグメント管理情報ＤＢ１では、必要に応じてそれ以外の情報（デバイスタイプなど）を併せて管理するようにしてもよい。

また、この例では、「実機」と「コンフ」によってフィールド機器（デバイス）がネットワークから切り離されている状態が分かるようにしているが、「コンフ」に代えて接続履歴情報を管理するようにしてもよい。デバイスをネットワークから切り離した後は、ライブリスト（現在接続されているデバイスのリスト）からそのデバイスが消えるため、そのデバイスのタグでセグメント情報を特定するには、「コンフ」（コンフ情報）または接続履歴情報の保持が必要である。

ベンチホスト６も、機器管理システム２と同様、プロセッサや記憶装置からなるハードウェアと、これらのハードウェアと協働して各種機能を実現させるプログラムとによって実現される。ベンチホスト６は機器管理システム２との間で無線によって情報の送受信を行う無線通信機能も有している。以下、機器管理システム２をセグメント情報管理装置と呼び変える。

以下、このデバイス情報管理システム１００における特有の処理動作について、セグメント情報管理装置２およびベンチホスト６が有する機能を交えながら説明する。

〔フィールド機器（デバイス）の取り外し：図２〕
このデバイス情報管理システム１００において、不具合や調整等で、例えばフィールド機器５−２を接続中のネットワークから切り離すものとする。この場合、フィールド機器５−２はオンプロセスの状態からオフプロセスの状態となる。オフプロセスの状態となっても、フィールド機器５−２内のタグ：「ＰＩ００１」やノードアドレス：「０ｘ１４」は残る。

〔ベンチホストの接続：図３〕
作業者（ユーザ）は、ネットワークから切り離されたフィールド機器５−２を操作対象デバイスとし、このフィールド機器５−２にゲートウェイデバイス（ＦＦ通信モジュール）７を介してベンチホスト６を接続する。

以下、フィールド機器５−２を操作対象デバイスと呼び変える。ここで、ベンチホスト６のノードアドレス、すなわちゲートウェイデバイス７に設定するノードアドレスは、操作対象デバイス５−２のノードアドレス：「０ｘ１４」以外でなければならない。

なお、この例では、ゲートウェイデバイス７が外付けとなっているが、ゲートウェイデバイス７を内蔵型ボードとしてベンチホスト６に組み込み、ゲートウェイ一体型のベンチホストとする構成とされる場合もある。

〔ベンチホストの起動〜取り外し元のセグメントの特定：図４〕
ユーザは、ベンチホスト６を起動し、操作対象デバイス５−２のタグ：「ＰＩ００１」を指定する。これにより、ベンチホスト６は、「ホスト通信パラメータ設定」ロジックを実行し、操作対象デバイス５−２のタグ：「ＰＩ００１」を含む通信パラメータ取得リクエストをセグメント情報管理装置２へ送信する。なお、このときはまだ実機（操作対象デバイス５−２）との通信は開始されておらず、タグを実機から読むことはできない。

セグメント情報管理装置２は、ベンチホスト６からの通信パラメータ取得リクエストを受信すると、この通信パラメータ取得リクエストに含まれている操作対象デバイス５−２のタグ：「ＰＩ００１」をキーとして、その操作対象デバイス５−２がネットワークに接続されていた際のセグメント情報を特定する。この例では、「コンフ」情報内で操作対象デバイス５−２のタグ：「ＰＩ００１」を見つけ、この「ＰＩ００１」と対として書き込まれているＤＣＳノード番号「２１」とセグメント番号「１」とをセグメント情報として特定する。このセグメント情報によって操作対象デバイス５−２が接続されていたセグメントが特定される。

〔ＬＡＳの特定〜ホスト通信パラメータの取得：図５〕
次に、セグメント情報管理装置２は、特定したセグメント（ＤＣＳノード番号「２１」、セグメント番号「１」）のＬＡＳ（Link Active Scheduler）のノードアドレスを特定する。すなわち、ネットワークにおいて操作対象デバイス５−２の管理を行っていた管理機器であるＬＡＳのノードアドレスを特定する。ＬＡＳの特定はパケットの解析による一般的な方法がある。この例では、ＬＡＳのノードアドレスとして、Ｉ／Ｏモジュール４のノードアドレス：「０ｘ１０」が特定されたとする。

セグメント情報管理装置２は、ＬＡＳのノードアドレスとしてＩ／Ｏモジュール４のノードアドレス：「０ｘ１０」を特定すると、そのノードアドレス：「０ｘ１０」で示されるＬＡＳ（Ｉ／Ｏモジュール４）からネットワーク管理に関する通信パラメータ（ホスト設定に必要な通信パラメータ）を読み込み、パラメータリストを作成する。例えば、パラメータリストとして、「ConfiguredLinkSettings パラメータ」、「SlotTime 要素」、「MaxResponseDelay 要素」、「MinInterPduDelay 要素」、「FirstUnpolledNodeId 要素」、「NumConsecUnpolledNodeId 要素」、Ｔ１パラメータ、Ｔ２パラメータ、Ｔ３パラメータ等のパラメータリストを作成する。

〔特定したＬＡＳのノードアドレスおよび取得したホスト設定に必要な通信パラメータの送信：図６〕
そして、セグメント情報管理装置２は、作成したパラメータリストに特定したＬＡＳのノードアドレスを加え、このＬＡＳのノードアドレスを加えたパラメータリストをベンチホスト６に送信する。

すなわち、ＬＡＳのノードアドレス（Ｉ／Ｏモジュール４のノードアドレス：「０ｘ１０」）と、ＬＡＳ（Ｉ／Ｏモジュール４）から取得したホスト設定に必要な通信パラメータ（通信パラメータ情報）とをベンチホスト６に送信する。

〔パラメータリストの受信および設定：図７〕
ベンチホスト６は、セグメント情報管理装置２からのＬＡＳのノードアドレスが加えられたパラメータリストを受信すると、その値をゲートウェイデバイス７に設定する。これにより、図４で開始されたホスト設定に必要な通信パラメータの設定ロジックは終了する。

〔ベンチホストを用いたデバイスの設定：図８〕
ベンチホスト６では、操作対象デバイス５−２が接続されていたネットワークでのＤＣＳノード番号「２１」、セグメント番号「１」のＬＡＳと同じ設定になっており、この状態で操作対象デバイス５−２との通信が開始される。

すなわち、操作対象デバイス５−２がネットワークに接続されていた状態（操作対象デバイス５−２がプロセスで稼働していた状態）でのＬＡＳのノードアドレスと通信パラメータとを用いて、ベンチホスト６と操作対象デバイス５−２との間の通信が開始される。

このため、本実施の形態では、操作対象デバイス５−２にベンチホスト６からアクセスすることができなかったり、操作対象デバイス５−２のノードアドレスとベンチホスト６のノードアドレス重複によって操作対象デバイス５−２の通信パラメータが自動リセットされてしまうという事態が生じることがなく、ネットワークから切り離された操作対象デバイス５−２とベンチホスト６との間の通信が確実に確立されるものとなる。これにより、ベンチホスト６から操作対象デバイス５−２のパラメータの読み書き（参照・設定）が可能となる。

また、操作対象デバイス５−２のタグ：「ＰＩ００１」はベンチホスト６のライブラリリストに確実に表れる。また、操作対象デバイス５−２のノードアドレスがベンチホスト６のノードアドレスとの競合で変化することはなく、操作対象デバイス５−２内での通信パラメータの設定も維持される。これにより、ベンチホスト６での作業後、オンプロセス状態に戻す必要があっても、通信パラメータが維持されているため、再コンフィギュレーションが最小限で済む。

なお、ネットワークへ接続する前のデバイスをベンチホストで設定するユースケースがある。また、予備品となっているデバイスをベンチホストへ接続して内容確認し、倉庫へ戻すユースケースもある。これらのユースケースのために、ネットワークにおけるセグメント情報（ＤＣＳノード番号とセグメント番号）を直接指定し、そのセグメント情報で特定されるＬＡＳのノードアドレスと通信パラメータ情報を得て、ベンチホストを介してゲートウェイデバイスへ設定するようにすることが望まれる。すなわち、ベンチホストへ接続する操作対象デバイスのタグから、そのデバイスが所属していたセグメントのＬＡＳのノードアドレスと通信パラメータ情報とを得る以外に、そのデバイスが接続されていたネットワークにおける接続位置を示すセグメント情報を直接指定できるようにしてもよい。

また、セグメント情報管理装置２からベンチホスト６へのＬＡＳのノードアドレスと通信パラメータ情報の受け渡しには、（ａ）無線ＬＡＮ、（ｂ）有線Ethernet（登録商標）、（ｃ）リムーバブルメディアによる方法などが考えられる。

また、上述した実施の形態では、ベンチホスト６に接続する操作対象デバイス５がオンプロセス時代に接続されていたホスト（ＬＡＳ）を探すのに機器管理システム２の機器管理ＤＢ（ネットワーク構成データ）を用いることとしているが、同データがＤＣＳのデータベースにある場合も考えられる。この場合、ＤＣＳのデータベースが本発明でいうセグメント管理情報装置に相当する構成とされる。

また、上述した実施の形態では、ベンチホストに接続する操作対象デバイスが接続されていたセグメントを探すため、コンフ情報（コンフィギュレーション情報）を用いるものとしている。このコンフ情報は、ライブリスト（オンラインで接続されているデバイスのリスト）を、任意のタイミングで保存したものでも良い。あるいは、セグメント毎に接続されたことがあるデバイスのタグの履歴（ヒストリ）を保存しておき、その中からベンチホストに接続する操作対象デバイスのタグと一致するものを探しても良い。

また、上述した実施の形態では、セグメントを探すために操作対象デバイスのタグをキーとしたが、操作対象デバイスのタグ以外をキーにしても良い。例えば、デバイス固有の識別子であるデバイスＩＤや、デバイスの他のパラメータで保持されるディスクリプタ情報をセグメント情報管理対象として適切に管理すれば、キー（操作対象デバイスの識別情報）として用いることが可能である。

また、上述した実施の形態において、ベンチホスト自身の通信パラメータの設定時は、「ベンチホストの通信パラメータ設定を実施中」のダイアログを出しても良い（特に処理に時間を要する場合）。

また、上述した実施の形態において、ベンチホストは、ＦＦ（FOUNDATION Fieldbus）の知識の少ないフィールドエンジニアが安心して使える、コンフィギュレーションツールとなる。また、ＦＦの知識があっても、ホスト側のネットワークパラメータの設定（例えば、デバイスからのレスポンスを待つ時間が短すぎる、使用可能なノードアドレスの範囲が非常に狭いといったような設定）が原因で、接続した操作対象のデバイスがライブリストに現れるまでにパラメータ設定〜デバイス接続の試行錯誤を繰り返すケースが多いが、そのデバイスがオンプロセスで接続されていたネットワーク側での設定が容易に複製できるため、ベンチホスト６のユーザはその試行錯誤から解放される。

図９に、上述したデバイス情報管理システム１００におけるセグメント情報管理装置２およびベンチホスト６の要部の機能ブロック図を示す。

セグメント情報管理装置２は、セグメント情報特定部２１と、ノードアドレス特定部２２と、通信パラメータ情報取得部２３と、通信パラメータ情報送信部２４とを備えている。

セグメント情報管理装置２において、セグメント情報特定部２１は、ベンチホスト６から送られてくる通信パラメータ取得リクエストを受信し、この通信パラメータ取得リクエストに含まれている操作対象デバイス５のタグをキーとして、その操作対象デバイス５がネットワークに接続されていた際のセグメント情報を特定する。

ノードアドレス特定部２２は、セグメント情報特定部２１によって特定されたセグメント情報よりネットワークにおいて操作対象デバイス５を含むセグメントの管理を行っていた管理機器（ＬＡＳ）のノードアドレスを特定する。

通信パラメータ情報取得部２３は、ノードアドレス特定部２２によってノードアドレスが特定された管理機器（ＬＡＳ）からネットワーク管理に関する通信パラメータ情報を取得する。

通信パラメータ情報送信部２４は、セグメント情報特定部２１が特定した管理機器（ＬＡＳ）のノードアドレスと通信パラメータ情報取得部２３が管理機器（ＬＡＳ）から取得した通信パラメータ情報とをベンチホスト６に送信する。

ベンチホスト６は、通信パラメータ取得リクエスト送信部６１と、通信パラメータ設定部６２とを備えている。

ベンチホスト６において、通信パラメータ取得リクエスト送信部６１は、ユーザから指定された操作対象デバイス５のタグを含む通信パラメータ取得リクエストをセグメント情報管理装置２へ送信する。

通信パラメータ設定部６２は、セグメント情報管理装置２から返送されてくる管理機器（ＬＡＳ）のノードアドレスと通信パラメータ情報とを受信し、この受信した管理機器（ＬＡＳ）のノードアドレスと通信パラメータ情報をゲートウェイデバイス７に設定し、操作対象デバイス５との間の通信を開始させる。

〔実施の形態の拡張〕
以上、実施の形態を参照して本発明を説明したが、本発明は上記の実施の形態に限定されるものではない。本発明の構成や詳細には、本発明の技術思想の範囲内で当業者が理解し得る様々な変更をすることができる。

本発明は、ポジショナなどのフィールド機器内の情報を管理するデバイス情報管理システムとして利用することができる。

１…オペレータコンソール、２…機器管理システム（セグメント情報管理装置）、ＤＢ１…機器管理ＤＢ（セグメント管理情報ＤＢ）、５（５−１，５−２）…フィールド機器、６…ベンチホスト、７…ゲートウェイデバイス、２１…セグメント情報特定部、２２…ノードアドレス特定部、２３…通信パラメータ情報取得部、２４…通信パラメータ情報送信部、６１…通信パラメータ取得リクエスト送信部、６２…通信パラメータ設定部、１００…デバイス情報管理システム。

Claims (1)

1. ネットワークに接続されている各デバイスの接続位置をセグメント情報として管理するセグメント情報管理装置と、前記ネットワークから切り離された操作対象デバイス内の情報にアクセスするベンチホストとを備えたデバイス情報管理システムであって、
   前記セグメント情報管理装置は、
   前記ベンチホストから指定される操作対象デバイスの識別情報をキーとして、その操作対象デバイスが前記ネットワークに接続されていた際の前記セグメント情報を特定するセグメント情報特定手段と、
   前記セグメント情報特定手段によって特定されたセグメント情報より前記ネットワークにおいて前記操作対象デバイスを含むセグメントの管理を行っていた管理機器のノードアドレスを特定するノードアドレス特定手段と、
   前記ノードアドレス特定手段によってノードアドレスが特定された前記管理機器からネットワーク管理に関する通信パラメータ情報を取得する通信パラメータ情報取得手段とを備え、
   前記ベンチホストは、
   前記ノードアドレス特定手段によって特定された前記管理機器のノードアドレスおよび前記通信パラメータ情報取得手段によって前記管理機器から取得された通信パラメータ情報を利用して前記操作対象デバイスとの間の通信を開始する手段
   を備えることを特徴とするデバイス情報管理システム。