JP2000270384A

JP2000270384A - センサ及びコントローラ並びにセンサシステム

Info

Publication number: JP2000270384A
Application number: JP11066343A
Authority: JP
Inventors: Yoshiaki Miyata; 佳昭宮田; Masanori Kadowaki; 正規門脇
Original assignee: Omron Corp; Omron Tateisi Electronics Co
Current assignee: Omron Corp
Priority date: 1999-03-12
Filing date: 1999-03-12
Publication date: 2000-09-29
Also published as: US6895572B2; US20030061403A1

Abstract

(57)【要約】【課題】センサとコントローラ間で通信を行うための
センサ固有の情報をコントローラにセットすることので
きるセンサシステムを提供すること【解決手段】センサ１０は、自己用のインタフェース
プログラムを記憶しており、そのインタフェースプログ
ラムは、ネットワーク３０を介してコントローラ２０に
与えられる。コントローラは、センサから送られてきた
そのセンサ用のインタフェースプログラムをアップロー
ドし、その取得したインタフェースプログラムを用いて
最適な動作環境でセンサにアクセスする。しかも、係る
インタフェースプログラムは、ネットワークを介してダ
ウンロードすればよいので簡単に行える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、センサ及びコント
ローラ並びにセンサシステムに関するものである。

【０００２】

【従来の技術】従来、ＦＡシステム等において各種の制
御をする場合、ＰＬＣにセンサ等を接続し、そのセンサ
で検出した情報をＰＬＣで解析し、その解析結果に基づ
いてＰＬＣの制御対象の機器に対して制御命令を送り、
協調・同期制御等を行うようになっている。

【０００３】そして、近年、センサに信号処理機能を付
加したものが開発されている。すなわち、センサをデバ
イスネットを介してコントローラの下位に接続する。そ
して、このコントローラがイーサネット等のネットワー
クを介して制御対象機器等と接続され、センサのセンシ
ング情報に基づいてその制御対象機器に対してネットワ
ークを経由して与えるようにしている。

【０００４】係る構成において、コントローラのアプリ
ケーションプログラムがセンサのデータや設定パラメー
タにアクセスする場合に、アプリケーションプログラム
がセンサの物理アドレス（データポートのアドレス等）
を意識する必要がある。しかも、係るアクセスするため
のドライバは、アクセスモデル手順や、センサのレジス
タモデル，機能内容に応じて設定する必要があり、セン
サの高機能化に伴い、実際には各センサ固有のドライバ
が必要となる。それに伴い、アプリケーションプログラ
ム内に接続する各センサのドライバ（デバイス固有情
報）を用意し、組み込んでおくことになる。

【０００５】

【発明が解決しようとする課題】しかしながら、センサ
とコントローラの組み合わせは無数にあり、全てのセン
サ用のドライバをコントローラ側にあらかじめ組み込ん
でおくことは困難である。一方、パソコンなどの世界で
は、外部装置を接続するに際し、その外部装置専用のド
ライバが必要な場合には、当該ドライバを記憶したＦＤ
等の記憶媒体を添付し、そのＦＤ等をパソコンに装着し
てインストールすることにより対応できる。しかし、Ｐ
ＬＣその他のセンサにネットワークを介して接続される
コントローラは、多くの場合記憶媒体を読み取るための
ドライブ装置はなく、そのまま転用することはできな
い。

【０００６】また、例えばネットワーク上にパソコン等
の記憶媒体を読み取ることのできるドライブ装置を有し
た上位ホストを接続し、一旦上位ホストに上記ドライバ
を記憶した記録媒体を介してセンサ固有のドライバ（デ
バイス固有情報）を記憶させ、当該ドライバをネットワ
ークを介してコントローラにダウンロードすることも考
えられる。

【０００７】しかし、センサの交換の都度係る処理を行
うのは非常に煩雑となる。しかも、センサ，コントロー
ラと、上位ホストの設置位置は、離れていることが多い
ので、各場所に移動しつつそれぞれ所定の処理を行うの
はより煩雑となる。

【０００８】本発明は、上記した背景に鑑みてなされた
もので、その目的とするところは、上記した問題を解決
し、センサとコントローラをネットワークを介して接続
することにより、簡単にそのセンサとコントローラ間で
通信を行うためのセンサ固有の情報をコントローラにセ
ットすることのできるセンサ及びコントローラ並びにセ
ンサシステムを提供することにある。

【０００９】

【課題を解決するための手段】上記した目的を達成する
ために、本発明に係るセンサでは、ネットワークに接続
取り外し可能なセンサであって、自己用のインタフェー
スプログラムを記憶する記憶手段と、前記記憶手段に格
納されたインタフェースプログラムを前記ネットワーク
に出力する機能を備えるように構成した（請求項１）。

【００１０】また、本発明に係るコントローラでは、ネ
ットワークに接続取り外し可能なコントローラであっ
て、前記ネットワークを介してセンサから送られてきた
そのセンサ用のインタフェースプログラムをアップロー
ドする機能と、前記アップロードしたインタフェースプ
ログラムを実行し前記センサにアクセスする機能を備え
るように構成した（請求項２）。

【００１１】さらに、本発明に係るセンサシステムで
は、請求項１に記載のセンサと、請求項２に記載のコン
トローラをネットワークを介して接続し、前記コントロ
ーラは、前記センサ用のインタフェースプログラムをそ
のセンサからアップロードして取得し、その取得したイ
ンタフェースプログラムを用いて前記センサにアクセス
するように構成した（請求項３）。

【００１２】本発明によれば、センサの種類によって異
なるインタフェースプログラムを、各センサ自体で保有
し、そのインタフェースプログラムをコントローラのア
ップロード機能により、当該インタフェースプログラム
をコントローラが取得する。したがって、以後の実際の
運用では、アップロードしたインタフェースプログラム
を用いてコントローラはセンサにアクセスできる。

【００１３】つまり、コントローラはあらかじめ多数の
センサに合わせた固有のインタフェースプログラムに関
する情報をもっていなくても、実際にセンサシステムを
構築する際に、その構築するセンサからインタフェース
プログラムを取得できるので、各センサにあった最適な
環境で動作可能となる。

【００１４】

【発明の実施の形態】図１は、本発明の第１の実施の形
態を示している。同図に示すように、ネットワーク３０
に接続されて双方向に通信できるセンサ１０と、ネット
ワーク（デバイスネット）３０を通じてセンサ１０と通
信できるコントローラ２０とにより、センサシステムが
構築されている。このコントローラ２０は、さらにイー
サネット等のネットワーク３１に接続され、他のコント
ローラや制御対象機器並びに上位ホスト３２などの各種
装置とネットワーク接続されるようになっている。

【００１５】そして、概略を説明すると、各センサ１０
は、コントローラ２０が汎用的にアクセスできるネット
ワークインタフェース（通信制御部）１６を持ち、さら
に、センサ固有のアクセス手順をコントローラ上で実行
可能なプログラム（インタフェースプログラム）を備え
ている。

【００１６】そして、各センサ１０とコントローラ２０
がネットワーク３０を介して接続された状態において、
実際に運用を開始する前に、各センサ１０がコントロー
ラ２０からの要求を受けて自己が格納するインタフェー
スプログラムをコントローラ２０にアップロードする。
これにより、コントローラ２０はアップロードされたイ
ンタフェースプログラムを用いてセンサ１０に対して通
常のセンシング処理をするために必要なデータの送受が
行えるようになる。

【００１７】なお、開始当初にインタフェースプログラ
ムをアップロードするために、センサ１０とコントロー
ラ２０は、それぞれ汎用アクセスのためのネットワーク
インタフェースを有している。このネットワークインタ
フェースは、ネットワーク３０に対して接続し、データ
の送受を行うことのできる基本機能を備えたインタフェ
ースである。そして、上記した処理を実行するための本
発明に係るセンサやコントローラの具体的な構造は以下
のようになっている。

【００１８】本形態におけるセンサ１０は、図２に示す
ように、下位にセンサヘッドが接続されるようになって
おり、このセンサヘッドから与えられる生データ（アナ
ログ信号）は、一旦センサ１０内に取り込まれ、センシ
ング信号処理して得られたデータをネットワーク３０を
介してコントローラ２０に送るようになっている。

【００１９】すなわち、まず、センサヘッド１１からの
アナログ信号を受信する信号入力部１２を有する。この
信号入力部１２は、Ａ／Ｄ変換器１２ａを備え、アナロ
グ信号をデジタル信号に変換する。またこのＡ／Ｄ変換
器１２ａは、コンフィグレーションを実行し感度調整部
１２ｂで設定された感度で変換する。

【００２０】また、信号入力部１２（Ａ／Ｄ変換器１２
ａ）の出力は、信号処理部１４に与えられるようになっ
ている。この信号処理部１４は、センサヘッドで検出さ
れ、信号入力部１２でデジタル化されたデータに対し、
所定の信号処理（センシング信号処理）を行う。そし
て、係る処理は、信号処理回路１４ａが作業用記憶領域
１４ｂ（ＲＡＭ）を使用しながら実行し、その実行する
ためのプログラムはプログラム格納領域１４ｃに格納さ
れている。

【００２１】この信号処理回路１４ａは用途に応じて例
えば１６ビットマイコン等で構成することができる。そ
して、信号処理（プログラム）はセンシング対象に応じ
て異なるとともに、従来公知のものを用いることができ
るので、その詳細な説明を省略する。

【００２２】そして、この信号処理部１４から出力され
るセンシング信号処理済みデータは、通信制御部１６の
データ送信回路１６ａに与えられ、ネットワーク３０を
介して上位装置（コントローラ２０）に送るようになっ
ている。さらに、通信制御部１６は、データ受信回路１
６ｂを備え、コントローラ２０から送られる各種情報を
受信可能としている。この通信制御部１６が、ネットワ
ークインタフェースの機能を有している。

【００２３】さらに、本発明では、インタフェース格納
領域１７を有し、センサ固有のインタフェースプログラ
ム、つまり、センサ固有のアクセス手順をコントローラ
上で実行可能なプログラムが格納されている。そして、
このインタフェース格納領域１７は、通信制御部１６と
接続され、そこに格納されたインタフェースプログラム
が通信制御部１６を介してネットワーク３０ひいてはコ
ントローラ２０に対して送信可能となっている。

【００２４】一方、コントローラ２０は、Ｊａｖａのよ
うなプロットフォーム非依存のプログラム実行環境を持
たせている。そして、図３に示すように、従来と同様に
アプリケーションプログラム実行部２１や、ネットワー
ク３０に接続し、データの送受を行う汎用アクセスのた
めのネットワークインタフェース（共通インタフェー
ス）２４を有している。

【００２５】また、この実行部２１でアプリケーション
プログラムを実行中にセンサ１０に対して当該センサの
データや設定パラメータにアクセスする場合に必要とす
るセンサの物理アドレス（データポートのアドレス等）
や実行手順等を記載したインタフェースプログラムを格
納する格納領域２２を有し、管理下におくセンサ固有の
インタフェースプログラムをこの格納領域２２内に格納
するようになっている。

【００２６】さらに、格納領域２２に格納されたインタ
フェースプログラムとアプリケーションプログラムの間
には、共通アプリケーションインタフェース（共通ＡＰ
Ｉ）２３を介在させている。この共通アプリケーション
インタフェース２３は、各センサ用のインタフェースプ
ログラムの取り扱いの相違を吸収するので、アプリケー
ションプログラム側から見た場合に各センサ用のインタ
フェースプログラムが同じに見えるようにするためのイ
ンタフェースである。つまり、アプリケーションプログ
ラムが共通の手順でセンサにアクセスするためのインタ
フェースである。

【００２７】したがって、アプリケーションプログラム
からは、インタフェースクラスで定義した共通アプリケ
ーションプログラムを用いて、センサのインタフェース
プログラムへアクセスするようになる。これにより、ア
プリケーションプログラムは、センサの種類を意識する
ことなく共通アプリケーションインタフェース２３であ
らゆるセンサ１０にアクセスできるようになる。

【００２８】そして、この格納領域２２に対するインタ
フェースプログラムのアップロード／ダウンロードは、
システム構成管理部２６の制御のもと、ロード制御部２
５により実行される。

【００２９】そして、システム構成管理部２６の具体的
な機能は、図４に示すフローチャートのようになってい
る。すなわち、まずネットワークに接続されたセンサ１
０に対して、センサＩＤのリードアクセスを発行（要
求）する（ＳＴ１）。このリードアクセスを受信したセ
ンサは、自己のセンサＩＤをコントローラに通知（応
答）するので、その応答を受けたセンサＩＤからそのセ
ンサが本発明対応か否か、つまり、自分用のインタフェ
ースプログラムを有しているものか否かを判断する（Ｓ
Ｔ２）。そして、本発明対応の場合には、ロード制御部
２５を動作させ、インタフェースプログラムをアップロ
ードし格納領域２２に格納する（ＳＴ３）。

【００３０】次いで、アップロードしたそのセンサ用の
インタフェースプログラムにしたがい、センサ１０に対
して初期化要求し（ＳＴ５）、センサから初期化完了通
知を受け取ったならば、通常のセンシング処理に基づく
運用を開始する（ＳＴ６）。なお、ステップ２の判断
で、本発明対応のセンサでないと判断された場合には、
センサ固有情報をマニュアル操作で登録し（ＳＴ４）、
その後その登録した情報にしたがってセンサ初期化要求
をする（ＳＴ５）。このようにステップ２の判断を設け
たのは、ネットワーク３０に接続するセンサは多岐にわ
たるため、必ずしもインタフェースプログラムを備えた
本発明対応のもののみが接続されるとは限らないため、
係る対応していないものが存在しても問題がない（シス
テムが機能する）ようにするためである。

【００３１】一方、センサ１０側の機能は、図５に示す
フローチャートのように動作する。すなわち、コントロ
ーラ２０からセンサＩＤのリードアクセスを受信したな
らば、それに応答する。つまり、自己のＩＤをコントロ
ーラ２０に対して送信する（ＳＴ１１）。次いで、コン
トローラ２０からの要求を待って、インタフェースプロ
グラム格納領域１７に格納された自己用のインタフェー
スプログラムをネットワーク３０を介してコントローラ
２０に対してアップロードする（ＳＴ１２）。

【００３２】さらに、そのアップロードが完了するとコ
ントローラから初期化要求があるので、その要求にした
がい、センサの初期化処理をする（ＳＴ１３）。すなわ
ち、コンフィグレーションデータのパラメータ調整を行
い、最適な値で設定する。具体的には、Ａ／Ｄ変換部１
２ａの感度調整を行ったり、信号処理回路１４ａで行う
信号処理、つまり判定閾値などのチューニングパラメー
タ、良品データ分布や不良品データ分布といった統計デ
ータ、入力サンプリング周期や出力フォーマットといっ
た動作設定情報等を調整する。そして、係るセンサ初期
化が終了したならば、その旨通知を発し、実際の運用
（初期化された状態でセンシング処理実行）を行う（Ｓ
Ｔ１４）。

【００３３】係る構成にしたため、センサ１０とコント
ローラ２０のコネクション確立時に、コントローラ２０
は、ネットワークインタフェース２４を介して、接続さ
れたセンサ１０から固有のインタフェースプログラムを
アップロードするとともに、自らのインタフェースブロ
ック（格納領域２２）にそれを組み込み、起動すること
ができる。

【００３４】よって、コントローラ２０には、通信対象
のセンサ１０のインタフェースプログラムを取得できる
ので、コントローラ２０は、接続されるセンサ１０の種
類を意識することなく、また特別なデータベースを持つ
必要なく、あらゆるセンサに最適なインタフェース機能
を持つことができる。

【００３５】また、センサ１０は、自己に適したインタ
フェースプログラムを保有し、それをコントローラ２０
にアップロードすることにより、当該インタフェースプ
ログラムを用いてデータの送受等が行え、特別なリソー
スや取り決めを必要とせずに、あらゆるコントローラか
ら最適なインタフェースでアクセスを受けることができ
る。

【００３６】図６〜図８は、本発明の第２の実施の形態
の要部を示している。本実施の形態は、第１の実施の形
態のより具体的な実施例の１つとも言える。まず、セン
サ１０は、自己のレジスタモデルやアクセス手順等、固
有のアクセス情報を実装したインタフェースプログラム
（ドライバプログラム）をＪａｖａプログラムとしてイ
ンタフェースプログラム格納領域１７に保持している。

【００３７】ここで、センサに格納するインタフェース
プログラムは、コントローラ２０の共通アプリケーショ
ンインタフェースを定義したインタフェースクラスの継
承クラスとして作成するもので、以下のメソッドが定義
される。

【００３８】

【表１】

【００３９】上記したように、コントローラ２０は、イ
ンタフェースプログラムとして汎用的なフォーマットを
共通アプリケーションインタフェースとして保有してお
き、センサ１０からアップロードしてデータ（「出力デ
ータ読み出し」，「閾値パラメータ設定」）でオーバラ
イドすることにより、各センサ固有のインタフェースプ
ログラムを構成するようしている。

【００４０】なお、図示していないが、コントローラ２
０は、図３と同様にシステム構成管理部２６やロード制
御部２５なども有している。システム構成管理部２６の
具体的な処理機能としては、図７に示すようになってい
る。同図と図４を比較するとわかるように、基本的な機
能は同様であり、ステップ３でインタフェースプログラ
ムをセンサからアップロードした後の手順が異なる。

【００４１】つまり、コントローラは、Ｊａｖａプログ
ラムを実行可能な環境を持っている。そして、Ｊａｖａ
のクラスロード機能を用いて、センサのインタフェース
プログラムをコントローラの管理下へアップロードした
（ＳＴ３）後、「出力データ読み出し，閾値パラメータ
設定」等を該当領域にオーバライドする（ＳＴ７）。そ
して、コンストラクタを実行し、アップロードしたイン
タフェースプログラム（Ｊａｖａのクラス）をインスタ
ンシエイト（実体化）する（ＳＴ８）。

【００４２】その後の処理は、第１の実施の形態と同様
で、センサ初期要求後（ＳＴ５）、運用開始する（ＳＴ
６）。そして、その運用処理は、例えばアプリケーショ
ンからは、インタフェースクラスで定義した上記共通Ａ
ＰＩを用いて、実体化したセンサのインタフェースプロ
グラムへアクセスする（図８中）。これを受け、Ｊａ
ｖａの継承機能により、オーバライドされたセンサ固有
の処理が呼び出され、実行される（図８中）。

【００４３】なお、本実施の形態を、第１の実施の形態
の図３との対応をとると、図３中の格納領域２２に格納
された各インタフェースプログラムと共通アプリケーシ
ョンインタフェース２３が融合・一体化して本実施の形
態（図６）における共通アプリケーションインタフェー
ス２３′となっている。しいて分ければ、主として「汎
用手続き呼び出し」が第１の実施の形態における共通Ａ
ＰＩ２３に対応し、「出力データ読み出し」や「閾値パ
ラメータ設定」が各インタフェースプログラムに対応す
ると言える。

【００４４】また、別の見方をすると、第１の実施の形
態では、インタフェースプログラム全体をコントローラ
に格納するようにし、第２の実施の形態ではコントロー
ラ２０にはインタフェースプログラムの一種のテンプレ
ートを用意しておき、センサからはその位置の一部をア
ップロードし、そのテンプレートの該当箇所にオーバー
ライドする（関数単位でおきかえる）ことにより、セン
サ用のインタフェースプログラムを生成すると言える。

【００４５】図９〜図１２は、本発明の第３の実施の形
態を示している。本実施の形態は、上記した第１，第２
の実施の形態を基本とし、さらにシステム構成情報のロ
ーカル保存機能を持たせている。すなわち、センサ１０
の内蔵インタフェースプログラムをアップロードするこ
とにより、コントローラ２０はシステム構成に対応した
インタフェースに最適化される。また、チューニング等
の初期化設定により、センサは動作可能な状態にコンフ
ィグレーションされる。係る点は、上記の各実施の形態
で説明した通りである。

【００４６】そして、本形態では、インタフェースプロ
グラムや、コンフィグレーションにより最適化された状
態（コンフィグレーションデータ）をそれぞれの記憶手
段に保存しておくことにより、同一システム構成での再
立ち上げの際に、センサ初期化（チューニング等）をす
ることなく記憶した最適な状態に設定することができ、
高速化、機器の移設や交換、異常発生時の原因究明等が
容易になる。そして、係る処理を実施するための具体的
な構成としては、以下のようになっている。

【００４７】まず、センサ１０は、図９に示すように、
コンフィグレーションデータ格納領域１８を設ける。そ
して、センサ初期化によりチューニング・パラメータ調
整等を行い最適化したコンフィグレーションデータが作
業用記憶領域１４ｂ中のパラメータ変数領域に設定さ
れ、以後の運用はその最適化された状態でセンサ１０が
動作する。そして、そのように最適化されたデータをコ
ンフィグレーションデータ格納領域１８に格納する。こ
れにより、次の起動時の際に前回からシステム構成の変
更がない場合、格納領域１８に格納されているコンフィ
グレーションデータを対応するパラメータ変数領域にロ
ードするだけで初期化が終了する。

【００４８】また、コントローラ２０は、図１０に示す
ように、インタフェースプログラム格納領域２７を設
け、センサに対応して最適化された状態のインタフェー
スプログラムを保存する。これにより、起動時に前回の
システム構成から変更がない場合、最初から汎用の共通
ではなくインタフェースプログラム格納領域２７に格納
された、最適化されたインタフェースプログラムでＡＰ
Ｉを実体化することができる。

【００４９】なお、図示の例ではインタフェースプログ
ラム格納領域２７をコントローラ２０の内部に設けた例
を示したが、本発明はこれに限ることはなく、コントロ
ーラ２０に外部記憶装置を接続し、その外部記憶装置に
当該インタフェースプログラムを格納するようにしても
もちろん良い。さらに、いずれの場合も、インタフェー
スプログラムのみでなく、最適化されたコンフィグレー
ションデータも対にして格納するようにしても良い。

【００５０】そして、コントローラ２０のシステム構成
管理部２６の機能は、図１１に示すようなフローチャー
トとなっている。なお、前提として前回までの処理で使
用していた最適化済みインタフェースプログラムは、イ
ンタフェースプログラム格納領域２７に格納しているも
のとする。

【００５１】まずセンサのＩＤのリードアクセスを要求
し、センサからの応答を待つ（ＳＴ２１）。そして、前
回終了時からシステム構成の変更があったか否かを判断
し（ＳＴ２２）、変更が無い場合には、インタフェース
プログラム格納領域２７に格納している最適化済みイン
タフェースプログラムを格納領域２２にロードし、最適
化されたインタフェースプログラムでＡＰＩを実体化す
る（ＳＴ２３）。その後、ステップ２８に進み、運用開
始する。

【００５２】一方、システム構成に変更があった場合に
は、ステップ２２からステップ２４に進み、そのセンサ
に対して構成変更通知を発し、相手からの確認通知を待
つ（ＳＴ２５）。そして、確認通知が来たならば、上記
した各実施の形態と同様に、本発明対応のセンサか否か
を判断（ＳＴ２５）し、対応の場合にはインタフェース
プログラムのアップロードを要求し、アップロードを実
行する（ＳＴ２６）。また、対応していないセンサの場
合には、マニュアル操作でセンサ固有情報を登録する
（ＳＴ２９）。そして、いずれかの手法によりインタフ
ェースプログラムの登録が完了したならば、センサに対
して初期化要求し（ＳＴ２７）、センサからの完了通知
を待って、運用を開始することになる。

【００５３】また、センサ側の機能は、図１２に示すよ
うに、コントローラ２０から受信したリードアクセスの
応答として自己のＩＤを送出する。その後、コントロー
ラ２０から構成変更通知が送られてきたならば、アンサ
ーバックを返す（ＳＴ３２）。この通知の受信によりシ
ステム構成の変更があったことがわかる。また、本形態
では、図１１のステップ２２から２４へ行くルートから
わかるように、システム構成変更が無い場合には構成変
更通知（ＳＴ２４）は発せられない。したがって、セン
サ側でもこれを考慮し、ＩＤを送出した後、一定時間経
過してもコントローラから構成変更通知がこない場合に
はシステム変更が無かったと判断し、ステップ３２をス
ルーする。

【００５４】そして、ステップ３３では、システム構成
に変更があったか否かを判断し、無かった場合には、ス
テップ３４に進み、センサ１０のコンフィグレーション
格納領域１８に格納されたコンフィグレーションデータ
を対応する変数領域にロードし（ＳＴ３４）、運用を開
始する（ＳＴ３７）。

【００５５】一方、システム構成の変更があった場合に
は、その後コントローラ２０からアップロードの要求が
あるので、インタフェースプログラム格納領域１７に格
納されたインタフェースプログラムをアップロードする
（ＳＴ３５）。そして、そのアップロードが成功する
と、次にセンサ初期化要求がされるので、それを受けて
チューニング等のセンサ初期化処理を行い、完了したな
らば完了通知を送る（ＳＴ３６）。その後運用開始する
ようになる（ＳＴ３７）。

【００５６】図１３〜図１５は、本発明の第４の実施の
形態を示している。本実施の形態では、センサの記憶領
域再利用を図るようにしている。すなわち、上記した各
実施の形態では、いずれもセンサ１０にはインタフェー
スプログラム格納領域１７を確保し、コントローラにア
ップロードした後もその格納領域１７内にインタフェー
スプログラムは記憶された状態としている。

【００５７】しかし、センサは小型な方が良いのは言う
までもなく、また、インタフェースプログラムは、一旦
コントローラ２０にアップロードしたならば、システム
構成が変更されない限り使用しない。したがって、その
インタフェースプログラムを格納する領域の記憶容量が
使用できない容量として無駄となっている。

【００５８】そこで、図１３に示すように、各センサ１
０がコントローラ２０にインタフェースプログラム
（Ｐ）をアップロードしたならば、インタフェースプロ
グラムが格納されていた記憶領域に、その後の初期化処
理で得られたコンフィグレーションデータ（Ｄ）を記憶
保持するようにしている。また、上記した第３の実施の
形態と同様に、アップロードしたインタフェースプログ
ラムを外部記憶装置２７′に格納するようにしている。
なお、この外部記憶装置２７′は、直接またはネットワ
ークを介して間接的にコントローラ２０と接続すること
ができる。

【００５９】なお、センサ１０側の構造としては、図１
４に示すように、インタフェースプログラムを格納する
格納領域１６′を解放する機能を設けるとともに、解放
後その格納領域１６′にコンフィグレーションデータを
格納する機能を設けている。つまりセンサ１０は、イン
タフェースプログラム格納領域をコンフィグレーション
データ格納用に共用する。そして、その他の構成は基本
的に上記した各実施の形態と同様である。

【００６０】なお、本形態の図示の例は、外部記憶装置
２７′を設けたが、第３の実施の形態と同様に内蔵させ
ても良い。また、この例では外部記憶装置２７′には、
コンフィグレーションデータも一緒に記憶保持している
が、記憶させるのはインタフェースプログラムだけでも
もちろん良い。

【００６１】これにより、システム構成が変更されない
限り、再立ち上げの際に、センサ初期化（チューニング
等）をすることなく記憶した最適な状態に設定すること
ができる。

【００６２】さらに、センサをシステムから取り外す場
合には、事前にコントローラ側の外部記憶装置２７′に
保存されているインタフェースプログラムをセンサにダ
ウンロードして戻すようにする。これにより、ネットワ
ークから外れたセンサ１０には、そのセンサ用のインタ
フェースプログラムを戻す。これを行わないと、センサ
にはインタフェースプログラムが存在しなくなってしま
う。

【００６３】そこで、センサ１０をシステム、つまりネ
ットワーク３０から外す場合には、外気部記憶装置２
７′に格納したインタフェースプログラムをダウンロー
ドし、元の状態に戻すようにしている。

【００６４】そして、上記の処理を実行するためのコン
トローラ２０のシステム構成管理部２６の機能は、図１
５に示すフローチャートのようになっている。すなわ
ち、人手により与えられたセンサの取り外し処理コマン
ドを受信すると（ＳＴ４１）、対応するセンサに対して
動作停止指示を送る（ＳＴ４２）。そして、そのセンサ
に付いての保存プログラムが有るか否かを判断（ＳＴ４
３）し、無い場合には異常通知をして終了する（ＳＴ４
７）。

【００６５】一方、保存プログラム（外部記憶装置２
７′に格納したインタフェースプログラム）が存在する
場合には、センサ側の準備がＯＫか否かを判断する（Ｓ
Ｔ４４）。具体的には、ステップ４２で送信した動作停
止指示を受けたセンサが、動作を停止すると、その旨通
知が来るので当該通知を受けると準備ＯＫと判断する。
そして、保存してあるインタフェースプログラムをセン
サに対してダウンロードし（ＳＴ４５）、センサの取り
外し処理完了通知を発行し（ＳＴ４６）、一連の処理を
終了する。

【００６６】また、センサ１０側の機能は、図１６に示
すフローチャートのように、コントローラ２０から発せ
られた動作停止命令を受信すると（ＳＴ５１）、動作を
停止するとともに格納領域１６′を解放し、その後完了
通知をコントローラ２０に送る。

【００６７】その後、コントローラから自己のインタフ
ェースプログラムをダウンロードし、上記解放した記憶
領域１６′にインタフェースプログラムを格納し、復旧
処理を終了する（ＳＴ５３）。

【００６８】これにより、インターネットやフロッピー
ディスク等の外部記憶手段または通信手段によって、接
続されているセンサのＩＤ情報（たとえば型式等）に応
じた内蔵インタフェースプログラムを入手し、離脱する
センサにダウンロードして復旧できる。

【００６９】

【発明の効果】以上のように、本発明では、センサ固有
のインタフェースプログラムをセンサ自身で保有し、セ
ンサとコントローラをネットワークを介して接続する際
などにそのセンサからコントローラに対して当該インタ
フェースプログラムをアップロードすることにより、そ
のコントローラは当該センサに対する最適な環境でアク
セスすることができる。

【００７０】しかも、実際に接続する際に係るアップロ
ード等をすればよいので、もともと各センサについての
情報をもたせる必要もなく、メモリ効率もよいばかりで
なく、センサのバージョンアップや新たなセンサに対し
ても対応できる。さらに、インタフェースプログラム
は、ネットワークを介してダウンロードすればよいので
簡単に行える。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態を示す図である。

【図２】第１の実施の形態のセンサの内部構造を示す図
である。

【図３】第１の実施の形態のコントローラの内部構造を
示す図である。

【図４】第１の実施の形態のコントローラのシステム構
成管理部の機能を説明するフローチャートである。

【図５】第１の実施の形態のセンサの機能を説明するフ
ローチャートである。

【図６】第２の実施の形態を示す図である。

【図７】第２の実施の形態に用いられるコントローラの
システム構成管理部の機能を説明するフローチャートで
ある。

【図８】その作用を説明する図である。

【図９】第３の実施の形態に用いられるセンサを示す図
である。

【図１０】第３の実施の形態に用いられるコントローラ
を示す図である。

【図１１】第４の実施の形態のコントローラのシステム
構成管理部の機能を説明するフローチャートである。

【図１２】第４の実施の形態のセンサの機能を説明する
フローチャートである。

【図１３】本発明の第５の実施の形態を示す図である。

【図１４】第５の実施の形態のセンサの内部構造を示す
図である。

【図１５】第５の実施の形態のコントローラのシステム
構成管理部の機能を説明するフローチャートである。

【図１６】第５の実施の形態のセンサの機能を説明する
フローチャートである。

【符号の説明】

１０センサ１２信号入力部１３経路選択回路１４信号処理部１６通信制御部１７インタフェースプログラム格納領域１８コンフィグレーション格納部２０コントローラ２１アプリケーションプログラム実行部２２格納領域２３共通アプリケーションインタフェース２４ネットワークインタフェース２５ロード制御部２６システム構成管理部３０ネットワーク

Claims

【特許請求の範囲】

【請求項１】ネットワークに接続取り外し可能なセン
サであって、自己用のインタフェースプログラムを記憶する記憶手段
と、前記記憶手段に格納されたインタフェースプログラムを
前記ネットワークに出力する機能を備えたことを特徴と
するセンサ。
【請求項２】ネットワークに接続取り外し可能なコン
トローラであって、前記ネットワークを介してセンサから送られてきたその
センサ用のインタフェースプログラムをアップロードす
る機能と、前記アップロードしたインタフェースプログラムを実行
し前記センサにアクセスする機能を備えたことを特徴と
するコントローラ。
【請求項３】請求項１に記載のセンサと、請求項２に
記載のコントローラをネットワークを介して接続し、前記コントローラは、前記センサ用のインタフェースプ
ログラムをそのセンサからアップロードして取得し、その取得したインタフェースプログラムを用いて前記セ
ンサにアクセスするように構成したセンサシステム。