(57)【要約】【課題】  フィールド機器に対する機能の追加が容易で追加された機能が互いに独立して動作することが可能なフィールド機器及びこれを用いたシステムを実現する。【解決手段】  ネットワークに接続されシステムを構成するフィールド機器において、  記憶手段と、ネットワークを介して通信を行う通信手段と実行環境上に主業務を動作させて機器全体を制御すると共に実行環境上に動作機構を動作させる演算制御手段とを備え、動作機構が動作機構上に追加業務を起動させる場合に追加業務にグループ識別子を割り当てると共に追加業務に固有のアドレス空間及び名前空間を割り当てる。【選択図】                    図１
2006146420.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続されシステムを構成するフィールド機器において、
記憶手段と、
ネットワークを介して通信を行う通信手段と、
実行環境上に主業務を動作させて機器全体を制御すると共に前記実行環境上に動作機構を動作させる演算制御手段とを備え、
前記動作機構が前記動作機構上に追加業務を起動させる場合に前記追加業務にグループ識別子を割り当てると共に前記追加業務に固有のアドレス空間及び名前空間を割り当てることを特徴とするフィールド機器。
【請求項２】
前記動作機構が、
前記動作機構上に前記追加業務を起動させると判断した場合に、前記追加業務を起動させると共に起動された前記追加業務に対してグループ識別子を割り当て、
前記起動された追加業務に対して固有のアドレス空間を割り当て、
前記起動された追加業務に対して固有の名前空間を割り当て、
前記起動された追加業務の制御をすることを特徴とする
請求項１記載のフィールド機器。
【請求項３】
前記動作機構が、
起動されている前記追加業務から機器固有機能が有するデータの読み込み要求があったと判断した場合に前記機器固有機能内のアクセス先を特定し、
前記特定したアクセス先に前記主業務がアクセスしていると判断した場合には前記主業務のアクセスが完了するまで待機し、
前記アクセス先からデータを読み出すと共にデータ変換テーブルに基づき論理データに変換し、
変換した前記論理データを要求元の前記追加業務に送信することを特徴とする
請求項１若しくは請求項２記載のフィールド機器。
【請求項４】
前記動作機構が、
前記起動されている追加業務から機器固有機能が有するデータの書き込み要求があったと判断した場合に前記機器固有機能内のアクセス先を特定しデータ変換テーブルに基づき物理データに変換し、
前記特定したアクセス先に前記主業務がアクセスしていると判断した場合には前記主業務のアクセスが完了するまで待機し、
前記機器固有機能内の前記アクセス先に対して変換した前記物理済データを書き込むことを特徴とする
請求項１若しくは請求項２記載のフィールド機器。
【請求項５】
前記機器固有機能が、
ハードウェア資源、前記主業務及び前記実行環境で構成されることを特徴とする
請求項３若しくは請求項４記載のフィールド機器。
【請求項６】
前記動作機構が、
前記起動されている追加業務から他の追加業務に対する操作要求があったと判断した場合に操作要求先の追加業務のグループ識別子を取得し、
操作要求元の追加業務のグループ識別子と、前記操作要求先の追加業務のグループ識別子とが同一識別子であると判断された場合に前記操作要求先の追加業務に対して前記操作要求を送信し、
前記操作要求元の追加業務のグループ識別子と、前記操作要求先の追加業務のグループ識別子とが同一識別子ではないと判断された場合に前記操作要求を不許可とすることを特徴とする
請求項１若しくは請求項２記載のフィールド機器。
【請求項７】
前記実行環境が、
前記主業務と前記動作機構との間に優先順位をつけて動作させることを特徴とする
請求項１乃至請求項６のいずれかに記載のフィールド機器。
【請求項８】
前記動作機構が、
前記グループ識別子毎に優先順位をつけて動作させることを特徴とする
請求項１若しくは請求項２記載のフィールド機器。
【請求項９】
前記動作機構が、
前記追加業務毎に優先順位をつけて動作させることを特徴とする
請求項１若しくは請求項２記載のフィールド機器。
【請求項１０】
前記動作機構が、
新たな追加業務をロードする場合に前記グループ識別子毎に異なる名前空間を用意して前記新たな追加業務を前記名前空間にロードして実行させることを特徴とする
請求項１若しくは請求項２記載のフィールド機器。
【請求項１１】
前記動作機構が、
ハードウェア資源を前記追加業務に提供する場合に、異なるグループ識別子の追加業務の間で同一名称を使用しても前記ハードウェア資源の異なる資源を利用するように管理することを特徴とする
請求項１若しくは請求項２記載のフィールド機器。
【請求項１２】
前記動作機構が、
前記追加業務があるパス名にアクセスを要求した場合に、前記追加業務のグループ識別子を取得し、前記パス名にグループ識別子を追加した拡張パス名を用いてアクセスすることを特徴とする
請求項１１記載のフィールド機器。
【請求項１３】
前記動作機構が、
ユーザからの操作要求に対して前記ユーザのアクセス権限を認証して操作要求の可否を判断することを特徴とする
請求項１若しくは請求項２記載のフィールド機器。
【請求項１４】
ネットワークに接続され前記グループ識別子を共有した複数のフィールド機器から構成されるシステムに適用したことを特徴とする
請求項１乃至請求項１３のいずれかに記載のフィールド機器。
【請求項１５】
前記ネットワーク上に認証情報を一括管理するシステム管理サーバを備えたことを特徴とする
請求項１４記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、フィールド機器及び複数台のフィールド機器がネットワークを介して相互に接続されたシステムに関し、特にフィールド機器に対する機能（業務）の追加が容易で追加された機能（業務）が互いに独立して動作することが可能なフィールド機器及びこれを用いたシステムに関する。
【背景技術】
【０００２】
従来のフィールド機器及び複数台のフィールド機器がネットワークを介して相互に接続されたシステムに関連する先行技術文献としては次のようなものがある。
【０００３】
【特許文献１】特開平１０−２１５４９２号公報
【特許文献２】特開２００１−０５１７１６号公報
【特許文献３】特開２００２−３１８７０２号公報
【特許文献４】特開２００４−０５４８０３号公報
【０００４】
図１４はこのような従来のセンサ、アクチュエータ、コントローラ、通信測定器、計測器、記録装置、サーバ等の複数台のフィールド機器がネットワークを介して相互に接続されたシステムの一例を示す構成ブロック図である。図１４において１は上位のサーバ、２，３，４及び５はコントローラ、６は複数のセンサから構成されるセンサ群である。
【０００５】
図１４中”ＳＮ０１”に示す複数台のセンサはネットワーク（図示せず。）を介してコントローラ２に接続され、図１４中”ＳＮ０２”に示す複数台のセンサはネットワーク（図示せず。）を介してコントローラ３に接続される。
【０００６】
同様に、図１４中”ＳＮ０３”に示す複数台のセンサはネットワーク（図示せず。）を介してコントローラ４に接続され、図１４中”ＳＮ０４”に示す複数台のセンサはネットワーク（図示せず。）を介してコントローラ５に接続される。
【０００７】
そして、各コントローラ２，３，４及び５はネットワーク（図示せず。）を介して上位のサーバ１にそれぞれ相互に接続される。
【０００８】
ここで、図１４に示す従来例の動作を簡単に説明する。センサ群４の動作はコントローラ２，３，４及び５によってそれぞれ制御されると共にコントローラ２，３，４及び５はサーバ１によって集中管理等され全体としてシステム、例えば、生産システム等を構成する。
【０００９】
また、図１４に示すシステムにおいて各コントローラやサーバ等のフィールド機器で現在稼動している機能（以下、説明の簡単のために主業務と呼ぶ。）に対して、ユーザの新たな要求や課題等を解決するための機能（以下、説明の簡単のために追加業務と呼ぶ。）を追加しようとして場合には、各コントローラやサーバ等のフィールド機器に対してプログラムやパラメータ等を追加して追加業務を主業務と同一の実行環境で動作させることになる。
【００１０】
図１５はフィールド機器で動作する主業務（具体的には、アプリケーションプログラム）と当該主業務を実行するためのＯＳ（Operating System）等の実行環境や通信機能やＩ／Ｏ等のハードウェア資源との関係を示す説明図である。また、主業務、実行環境及びハードウェア資源はフィールド機器固有の機能であり、これ以降必要に応じて”機器固有機能”と呼ぶ。
【００１１】
図１５中”ＨＷ１１”はハードウェア資源、図１５中”ＯＳ１１”は実行環境、図１５中”ＭＡ１１”は主業務、図１５中”ＡＡ１１”，”ＡＡ１２”及び”ＡＡ１３”は追加業務（具体的には、アプリケーションプログラム）である。
【００１２】
例えば、サーバ１、コントローラ２及び３に対して図１４中”ＡＡ０１”に示すような複数の追加業務群（具体的には、”ＡＡ１１”、”ＡＡ１２”及び”ＡＡ１３”）を追加させようとした場合、図１５中”ＭＡ１１”に示す主業務に対して図１５中”ＡＡ１１”、”ＡＡ１２”及び”ＡＡ１３”に示す個々の追加業務を組み込む。
【００１３】
このような構成にすることにより、図１５中”ＡＡ１１”、”ＡＡ１２”及び”ＡＡ１３”に示す追加業務をフィールド機器に追加して動作させることが可能になる。特に、図１４に示す従来例では追加業務は、機器固有機能（主業務、実行環境及びハードウェア資源）を利用して主業務と同一の実行環境で動作させることが可能になる。
【００１４】
また、図１６は従来の複数台のフィールド機器がネットワークを介して相互に接続されたシステムの他の一例を示す構成ブロック図である。図１６において７は上位のサーバ、８，９，１０及び１１はコントローラ、１２は複数のセンサから構成されるセンサ群、１３，１４及び１５はアプリケーションサーバである。
【００１５】
図１６中”ＳＮ２１”に示す複数台のセンサはネットワーク（図示せず。）を介してコントローラ８に接続され、図１６中”ＳＮ２２”に示す複数台のセンサはネットワーク（図示せず。）を介してコントローラ９に接続される。
【００１６】
同様に、図１６中”ＳＮ２３”に示す複数台のセンサはネットワーク（図示せず。）を介してコントローラ１０に接続され、図１６中”ＳＮ２４”に示す複数台のセンサはネットワーク（図示せず。）を介してコントローラ１１に接続される。
【００１７】
そして、各コントローラ８，９，１０及び１１はネットワーク（図示せず。）を介して上位のサーバ７にそれぞれ相互に接続される。また、アプリケーションサーバ１３，１４及び１５はネットワーク（図示せず。）を介して各フィールド機器に相互に接続される。
【００１８】
ここで、図１６に示す従来例の動作を簡単に説明する。センサ群１２の動作はコントローラ８，９，１０及び１１によってそれぞれ制御されると共にコントローラ８，９，１０及び１１はサーバ７によって集中管理等され全体としてシステム、例えば、生産システム等を構成する。
【００１９】
また、図１６に示すシステムにおいて各コントローラやサーバ等のフィールド機器で現在稼動している主業務に対して、追加業務を追加しようとして場合には、各コントローラやサーバ等のフィールド機器が、アプリケーションサーバ１３，１４及び１５にアクセスして必要とする追加業務のサービスの提供を受けることになる。
【００２０】
図１７はフィールド機器で動作する主業務と当該主業務を実行するための実行環境やハードウェア資源との関係を示す説明図である。
【００２１】
図１７中”ＡＳ３１”は追加業務のサービスを提供するアプリケーションサーバ、図１７中”ＦＤ３１”は追加業務のサービスの提供を受ける主業務のみが動作するフィールド機器である。
【００２２】
また、図１７中”ＨＷ３１”及び”ＨＷ３２”はアプリケーションサーバ及びフィールド機器のハードウェア資源（具体的には、ネットワークカード等の通信手段。）、図１７中”ＯＳ３１”及び”ＯＳ３２”はアプリケーションサーバ及びフィールド機器の実行環境（具体的には、ＯＳの通信制御機能等）、図１７中”ＭＡ１１”はフィールド機器の主業務、図１７中”ＡＡ３１”はアプリケーションサーバで動作する追加業務である。
【００２３】
例えば、図１６中”ＳＮ２１”に示す複数台のセンサに対してアプリケーションサーバ１３が提供する追加業務を追加させ、サーバ７、コントローラ８及び９に対してアプリケーションサーバ１４が提供する追加業務を追加させ、さらに、図１６中”ＳＮ２４”に示す複数台のセンサ及びコントローラ１１に対してアプリケーションサーバ１５が提供する追加業務を追加させようとした場合、各フィールド機器がネットワーク（図示せず。）を介して対応するアプリケーションサーバにアクセスして追加業務のサービスを提供受けることになる。
【００２４】
具体的には、図１７中”ＦＤ３１”に示すフィールド機器は、図１７中”ＡＳ３１”に示すアプリケーションサーバの機器固有機能（図１７中”ＯＳ３２”及び”ＨＷ３２”）上で動作する図１７中”ＡＡ３１”に示す追加業務を、フィールド機器の機器固有機能（図１７中”ＯＳ３１”及び”ＨＷ３１”）を用いて図１７中”ＣＭ３１”に示す通信を行って利用する。
【００２５】
このような構成にすることにより、図１７中”ＡＡ３１”に示す追加業務をフィールド機器に追加して動作させることが可能になる。特に、図１６に示す従来例では追加業務の追加要件には制限はなく、追加業務を追加されるフィールド機器の資源（リソース）に影響されることなく追加することが可能になる。
【発明の開示】
【発明が解決しようとする課題】
【００２６】
しかし、図１４に示す従来例では、追加業務を主業務と同一の動作環境で動作させるため、主業務の仕様や実装、ＯＳ等の実行環境の機能を熟知していなければならないと言った問題点があった。すなわち、各フィールド機器の機器固有機能は機器毎に様々であるので、同一機能の追加業務であっても組み込む機器毎に異なってしまう。
【００２７】
また、稼動中の主業務に対して追加業務を組み込む構成であるため主業務に何ら影響を与えずに追加業務を追加させることは極めて困難であると言った問題点があった。すなわち、追加業務（或いは、主業務）を動作させる場合には、他の業務に対して影響を与えてしまう可能性があると言った問題点があった。
【００２８】
一方、図１６に示す従来例では、追加業務のサービスを提供するためのアプリケーションサーバを設ける必要性があるため、追加する追加業務の数に対応するアプリケーションサーバを設けなければならないと言った問題点があった。
【００２９】
また、追加業務の種類によっては、具体的には、異常解析処理等の極めて短時間でデータを収集しなければならない追加業務をアプリケーションサーバで行なわせる場合には、データ収集対象であるセンサ等のフィールド機器のＣＰＵ（Central Processing Unit）負荷やネットワークの負荷によっては当該センサ等のフィールド機器の主業務に影響を与えてしまうと言った問題点があった。
従って本発明が解決しようとする課題は、フィールド機器に対する機能（業務）の追加が容易で追加された機能（業務）が互いに独立して動作することが可能なフィールド機器及びこれを用いたシステムを実現することにある。
【課題を解決するための手段】
【００３０】
このような課題を達成するために、本発明のうち請求項１記載の発明は、
ネットワークに接続されシステムを構成するフィールド機器において、
記憶手段と、ネットワークを介して通信を行う通信手段と、実行環境上に主業務を動作させて機器全体を制御すると共に前記実行環境上に動作機構を動作させる演算制御手段とを備え、前記動作機構が前記動作機構上に追加業務を起動させる場合に前記追加業務にグループ識別子を割り当てると共に前記追加業務に固有のアドレス空間及び名前空間を割り当てることにより、起動された追加業務が互いに干渉することなく独立して動作することが可能になる。また、追加業務の動作に起因して主業務に対して生じる影響を回避させることができる。
【００３１】
請求項２記載の発明は、
請求項１記載の発明であるフィールド機器において、
前記動作機構が、
前記動作機構上に前記追加業務を起動させると判断した場合に、前記追加業務を起動させると共に起動された前記追加業務に対してグループ識別子を割り当て、前記起動された追加業務に対して固有のアドレス空間を割り当て、前記起動された追加業務に対して固有の名前空間を割り当て、前記起動された追加業務の制御をすることにより、起動された追加業務が互いに干渉することなく独立して動作することが可能になる。また、追加業務の動作に起因して主業務に対して生じる影響を回避させることができる。
【００３２】
請求項３記載の発明は、
請求項１若しくは請求項２記載の発明であるフィールド機器において、
前記動作機構が、
起動されている前記追加業務から機器固有機能が有するデータの読み込み要求があったと判断した場合に前記機器固有機能内のアクセス先を特定し、前記特定したアクセス先に前記主業務がアクセスしていると判断した場合には前記主業務のアクセスが完了するまで待機し、前記アクセス先からデータを読み出すと共にデータ変換テーブルに基づき論理データに変換し、変換した前記論理データを要求元の前記追加業務に送信することにより、追加業務の動作に起因して主業務に対して生じる影響を回避させることができる。
【００３３】
請求項４記載の発明は、
請求項１若しくは請求項２記載の発明であるフィールド機器において、
前記動作機構が、
前記起動されている追加業務から機器固有機能が有するデータの書き込み要求があったと判断した場合に前記機器固有機能内のアクセス先を特定しデータ変換テーブルに基づき物理データに変換し、前記特定したアクセス先に前記主業務がアクセスしていると判断した場合には前記主業務のアクセスが完了するまで待機し、前記機器固有機能内の前記アクセス先に対して変換した前記物理済データを書き込むことにより、追加業務の動作に起因して主業務に対して生じる影響を回避させることができる。
【００３４】
請求項５記載の発明は、
請求項３若しくは請求項４記載の発明であるフィールド機器において、
前記機器固有機能が、
ハードウェア資源、前記主業務及び前記実行環境で構成されることにより、起動された追加業務が互いに干渉することなく独立して動作することが可能になる。また、追加業務の動作に起因して主業務に対して生じる影響を回避させることができる。
【００３５】
請求項６記載の発明は、
請求項１若しくは請求項２記載の発明であるフィールド機器において、
前記動作機構が、
前記起動されている追加業務から他の追加業務に対する操作要求があったと判断した場合に操作要求先の追加業務のグループ識別子を取得し、操作要求元の追加業務のグループ識別子と、前記操作要求先の追加業務のグループ識別子とが同一識別子であると判断された場合に前記操作要求先の追加業務に対して前記操作要求を送信し、前記操作要求元の追加業務のグループ識別子と、前記操作要求先の追加業務のグループ識別子とが同一識別子ではないと判断された場合に前記操作要求を不許可とすることにより、異なるグループ識別子間の独立性を確保できる。
【００３６】
請求項７記載の発明は、
請求項１乃至請求項６のいずれかに記載の発明であるフィールド機器において、
前記実行環境が、
前記主業務と前記動作機構との間に優先順位をつけて動作させることにより、追加業務の動作に起因して主業務に対して生じる影響を回避させることができる。
【００３７】
請求項８記載の発明は、
請求項１若しくは請求項２記載の発明であるフィールド機器において、
前記動作機構が、
前記グループ識別子毎に優先順位をつけて動作させることにより、仮想システム単位での優先度制御が可能になる。
【００３８】
請求項９記載の発明は、
請求項１若しくは請求項２記載の発明であるフィールド機器において、
前記動作機構が、
前記追加業務毎に優先順位をつけて動作させることにより、起動された追加業務が互いに干渉することなく独立して動作することが可能になる。
【００３９】
請求項１０記載の発明は、
請求項１若しくは請求項２記載の発明であるフィールド機器において、
前記動作機構が、
新たな追加業務をロードする場合に前記グループ識別子毎に異なる名前空間を用意して前記新たな追加業務を前記名前空間にロードして実行させることにより、新たな追加業務の利用をグループ識別子間で独立させて行うことができるので、仮想システム（異なるグループ識別子）間の独立性がさらに向上することになる。
【００４０】
請求項１１記載の発明は、
請求項１若しくは請求項２記載の発明であるフィールド機器において、
前記動作機構が、
ハードウェア資源を前記追加業務に提供する場合に、異なるグループ識別子の追加業務の間で同一名称を使用しても前記ハードウェア資源の異なる資源を利用するように管理することにより、仮想システム（異なるグループ識別子）間の独立性がさらに向上することになる。
【００４１】
請求項１２記載の発明は、
請求項１１記載の発明であるフィールド機器において、
前記動作機構が、
前記追加業務があるパス名にアクセスを要求した場合に、前記追加業務のグループ識別子を取得し、前記パス名にグループ識別子を追加した拡張パス名を用いてアクセスすることにより、グループ識別子が異なれば拡張パス名は全く異なるものになるので資源（リソース）の重複が生じず、仮想システム（異なるグループ識別子）間の独立性がさらに向上することになる。
【００４２】
請求項１３記載の発明は、
請求項１若しくは請求項２記載の発明であるフィールド機器において、
前記動作機構が、
ユーザからの操作要求に対して前記ユーザのアクセス権限を認証して操作要求の可否を判断することにより、アクセス権限を有しないユーザからの不正な操作要求を遮断することが可能になりセキュリティが向上する。
【００４３】
請求項１４記載の発明は、
請求項１乃至請求項１３のいずれかに記載の発明であるフィールド機器において、
ネットワークに接続され前記グループ識別子を共有した複数のフィールド機器から構成されるシステムに適用したことにより、起動された追加業務が互いに干渉することなく独立して動作することが可能になる。また、追加業務の動作に起因して主業務に対して生じる影響を回避させることができる。
【００４４】
請求項１５記載の発明は、
請求項１４記載の発明であるシステムにおいて、
前記ネットワーク上に認証情報を一括管理するシステム管理サーバを備えたことにより、各フィールド機器における煩雑な認証情報の管理が不要になり、認証情報を変更する場合には各フィールド機器の認証情報を変更することなくシステム管理サーバの認証情報を変更するだけで済むことになる。
【発明の効果】
【００４５】
本発明によれば次のような効果がある。
請求項１，２，５及び請求項１４の発明によれば、動作機構が、追加業務の起動に際してグループ識別子を割り当てると共に追加業務毎に固有のアドレス空間及び名前空間を割り当てることにより、起動された追加業務が互いに干渉することなく独立して動作することが可能になる。また、動作機構が、追加業務が割り当てられたアドレス空間を直接操作させない、或いは、起動している追加業務間で勝手に通信を行わない等の制御を行うことにより、追加業務の動作に起因して主業務に対して生じる影響を回避させることができる。
【００４６】
また、請求項３及び請求項４の発明によれば、動作機構が、追加業務が機器固有機能内のデータにアクセスする場合に、主業務を優先的にアクセスさせることにより、追加業務の動作に起因して主業務に対して生じる影響を回避させることができる。
【００４７】
また、請求項６の発明によれば、追加業務から他の追加業務に対する操作要求があった場合に、動作機構が、操作要求元の追加業務のグループ識別子と、操作要求先の追加業務のグループ識別子とが同一識別子である場合にのみ操作要求を許可することにより、異なるグループ識別子間の独立性を確保できる
【００４８】
また、請求項７の発明によれば、主業務と動作機構との間に優先順位をつけてＣＰＵの割り当て時間や資源（リソース）の占有権等に変化をつけ主業務の優先順位を動作機構の優先順位よりも高く（優位）しておくことにより、追加業務の動作に起因して主業務に対して生じる影響を更に回避させることができる。
【００４９】
また、請求項８の発明によれば、動作機構が、グループ識別子毎に優先順位をつけて動作させることにより、仮想システム単位での優先度制御が可能になる。
【００５０】
また、請求項９の発明によれば、動作機構が、追加業務毎に優先順位をつけて動作させることにより、起動された追加業務が互いに干渉することなく独立して動作することが可能になる。
【００５１】
また、請求項１０の発明によれば、動作機構が、新たな追加業務をロードする場合にグループ識別子毎に異なる名前空間を用意して前記新たな追加業務を名前空間にロードして実行させることにより、新たな追加業務の利用をグループ識別子間で独立させて行うことができるので、仮想システム（異なるグループ識別子）間の独立性がさらに向上することになる。
【００５２】
また、請求項１１の発明によれば、動作機構が、ハードウェア資源を追加業務に提供する場合に、異なるグループ識別子の追加業務の間で同一名称を使用してもハードウェア資源の異なる資源を利用するように管理することにより、仮想システム（異なるグループ識別子）間の独立性がさらに向上することになる。
【００５３】
また、請求項１２の発明によれば、動作機構が、追加業務があるパス名にアクセスを要求した場合に、追加業務のグループ識別子を取得し、パス名にグループ識別子を追加した拡張パス名を用いてアクセスすることにより、グループ識別子が異なれば拡張パス名は全く異なるものになるので資源（リソース）の重複が生じず、仮想システム（異なるグループ識別子）間の独立性がさらに向上することになる。
【００５４】
また、請求項１３の発明によれば、動作機構が、ユーザからの操作要求に対して前記ユーザのアクセス権限を認証して操作要求の可否を判断することにより、アクセス権限を有しないユーザからの不正な操作要求を遮断することが可能になりセキュリティが向上する。
【００５５】
また、請求項１５の発明によれば、ネットワーク上に認証情報を一括管理するシステム管理サーバを備えたことにより、各フィールド機器における煩雑な認証情報の管理が不要になり、認証情報を変更する場合には各フィールド機器の認証情報を変更することなくシステム管理サーバの認証情報を変更するだけで済むことになる。
【発明を実施するための最良の形態】
【００５６】
以下本発明を図面を用いて詳細に説明する。図１は本発明に係るフィールド機器を用いたシステムの一実施例を示す構成ブロック図である。
【００５７】
図１において１６，１７，１８，１９及び２０はセンサ、アクチュエータ、コントローラ、通信測定器、計測器、記録装置、サーバ等のフィールド機器、１００はネットワークである。フィールド機器１６，１７，１８，１９及び２０はネットワーク１００を介して相互に接続される。
【００５８】
また、図２は各フィールド機器の具体例を示す構成ブロック図であり、図２において２１はフィールド機器全体を制御するＣＰＵ等の演算制御手段、２２は主業務等のアプリケーションプログラムが格納等されるハードディスク、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）、フラッシュメモリ等（電気的に書換え可能なＲＯＭ）等の記憶手段、２３はネットワークを介して通信を行なうネットワークカード等の通信手段である。また、２１，２２及び２３はフィールド機器５０を構成している。
【００５９】
記憶手段２２の入出力は演算制御手段２１に相互に接続され、通信手段２３の入出力もまた演算制御手段２１に相互に接続される。また、通信手段２３はネットワーク（図示せず。）に相互に接続される。
【００６０】
ここで、図１等に示す実施例の動作を図３、図４、図５、図６、図７、図８、図９、図１０及び図１１を用いて説明する。
【００６１】
図３はフィールド機器で動作する主業務（具体的には、アプリケーションプログラム）と当該主業務を実行するためのＯＳ等の実行環境や通信機能やＩ／Ｏ等のハードウェア資源と、動作機構及び追加業務（具体的には、アプリケーションプログラム）の関係を示す説明図、図４、図６、図７及び図８は動作機構の動作を説明するフロー図、図５はグループ識別子管理テーブルの一例を示す説明図、図９は他の追加業務の操作を説明する説明図、図１０は異なるフィールド機器の追加業務の操作を説明する説明図、図１１は仮想システムを説明する説明図である。
【００６２】
図３中”ＭＡ４１”は主業務、図３中”ＨＷ４１”はハードウェア資源、図３中”ＯＳ４１”は実行環境、図３中”ＯＦ４１”は動作機構、図３中”ＦＤ４１”は機器固有機能、図３中”ＡＡ４１”，”ＡＡ４２”及び”ＡＡ４３”は追加業務である。
【００６３】
図３中”ＯＦ４１”に示す動作機構は、各フィールド機器に実装され図３中”ＡＡ４１”等に示すような追加業務を動作させるものであり、また、図３中”ＯＦ４１”に示す動作機構は、図３中”ＦＤ４１”に示すフィールド機器５０の機器固有機能を構成する図３中”ＯＳ４１”に示す実行環境（例えば、ＯＳ）から見るとタスクやプロセス等のように独立した１つの実行単位として取り扱われる。
【００６４】
図３中”ＯＦ４１”に示す動作機構は、追加業務を実行するための実行機能、追加業務がフィールド機器で動作する主業務と当該主業務を実行するための実行環境やハードウェア資源から成る機器固有機能を利用するためのインターフェース機能、追加業務を生成、起動、停止及び削除を制御すると共に追加業務間での通信を制御する追加業務管理機能、並びに、追加業務のグループ管理を行うグループ管理機能の機能をそれぞれ有している。
【００６５】
図４中”Ｓ００１”において動作機構（図３中”ＯＦ４１”）は、追加業務（生成された追加業務、或いは、現状では停止されている追加業務）を起動させるか否かを判断し、もし、追加業務を起動させると判断した場合には、図４中”Ｓ００２”において動作機構（図３中”ＯＦ４１”）は、追加業務を起動させると共に図４中”Ｓ００３”において起動した追加業務に対してグループ識別子を割り当てる。
【００６６】
ここで、グループ識別子とは、追加業務に対して割り当てたグループ識別子に基づき複数の追加業務を管理し後述の仮想システムを構成する等に用いられる識別子であり、例えば、図５に示すようにグループ識別子に対して所属する追加業務（具体的には、追加業務識別子）が記載されたグループ識別子リストが動作機構（図３中”ＯＦ４１”）で管理されている。
【００６７】
また、当該グループ識別子リストには１台のフィールド機器内の追加業務に対応するグループ識別子を管理するだけではなく関連する他のフィールド機器の追加業務に対応するグループ識別子を併せて管理しても構わない。勿論、当該グループ識別子リストはシステムを構成する複数台のフィールド機器間で共有しても構わない。
【００６８】
すなわち、図４中”Ｓ００３”のステップでは、動作機構（図３中”ＯＦ４１”）は、図４中”Ｓ００２”で起動された追加業務の追加業務識別子が所属するグループ識別子をグループ識別子リストから検索して起動した追加業務に割り当てることになる。
【００６９】
そして、図４中”Ｓ００４”において動作機構（図３中”ＯＦ４１”）は、起動された追加業務に対して固有のアドレス空間（例えば、追加業務が使用できるメモリ空間の領域。）を割り当てる。
【００７０】
図４中”Ｓ００５”において、動作機構（図３中”ＯＦ４１”）は、起動された追加業務に対して固有の名前空間（例えば、追加業務が用いる変数名やプログラム名と言った名前を定義する空間であり、名前空間が異なることにより他の追加業務と同一変数を用いても明確に区別できるようになる。）を割り当てる。
【００７１】
最後に、図４中”Ｓ００６”において動作機構（図３中”ＯＦ４１”）は、起動された追加業務が割り当てられたアドレス空間を直接操作させない、或いは、起動している追加業務間で勝手に通信を行わない等の制御をする。
【００７２】
この結果、動作機構（図３中”ＯＦ４１”）が、追加業務の起動に際してグループ識別子を割り当てると共に追加業務毎に固有のアドレス空間及び名前空間を割り当てることにより、起動された追加業務が互いに干渉することなく独立して動作することが可能になる。
【００７３】
また、動作機構（図３中”ＯＦ４１”）が、追加業務が割り当てられたアドレス空間を直接操作させない、或いは、起動している追加業務間で勝手に通信を行わない等の制御を行うことにより、追加業務の動作に起因して主業務に対して生じる影響を回避させることができる。
【００７４】
また、図６中”Ｓ１０１”において動作機構（図３中”ＯＦ４１”）は、起動されている追加業務から機器固有機能（図３中”ＦＤ４１”）が有するデータの読み込み要求があったか否かを判断し、もし、当該読み込み要求があったと判断した場合には、図６中”Ｓ１０２”において動作機構（図３中”ＯＦ４１”）は、機器固有機能（図３中”ＦＤ４１”）内のアクセス先を特定する。
【００７５】
より具体的には、動作機構（図３中”ＯＦ４１”）は、機器固有機能（図３中”ＦＤ４１”）内で取り扱われる物理データと、追加業務内で取り扱われる論理データとの間でのデータ変換テーブルを有しており、動作機構（図３中”ＯＦ４１”）は、追加業務が指定したアクセス先（論理データ名）を当該データ変換テーブルに基づき物理データ名に変換して機器固有機能（図３中”ＦＤ４１”）内のアクセス先（物理データ名）を特定する。
【００７６】
そして、図６中”Ｓ１０３”において動作機構（図３中”ＯＦ４１”）は、特定したアクセス先に主業務がアクセスしているか否かを判断し、もし、主業務がアクセス中であると判断した場合には主業務のアクセスが完了するまで待機する。
【００７７】
図６中”Ｓ１０４”において動作機構（図３中”ＯＦ４１”）は、機器固有機能（図３中”ＦＤ４１”）内のアクセス先（物理データ名）からデータ（物理データ）を読み出すと共にデータ変換テーブルに基づき論理データに変換し、図６中”Ｓ１０５”において変換したデータ（論理データ）を要求元の追加業務に送信する。
【００７８】
同様に、図７中”Ｓ２０１”において動作機構（図３中”ＯＦ４１”）は、起動されている追加業務から機器固有機能（図３中”ＦＤ４１”）が有するデータの書き込み要求があったか否かを判断し、もし、当該書き込み要求があったと判断した場合には、図７中”Ｓ２０２”において動作機構（図３中”ＯＦ４１”）は、機器固有機能（図３中”ＦＤ４１”）内のアクセス先を特定し、書き込むデータをデータ変換テーブルに基づき物理データに変換する。
【００７９】
より具体的には、動作機構（図３中”ＯＦ４１”）は、追加業務が指定したアクセス先（論理データ名）及び書き込むデータ（論理データ）をそれぞれデータ変換テーブルに基づき物理データ名及び物理データに変換して機器固有機能（図３中”ＦＤ４１”）内のアクセス先（物理データ名）を特定し、書き込む変換済データ（物理データ）を生成する。
【００８０】
そして、図７中”Ｓ２０３”において動作機構（図３中”ＯＦ４１”）は、特定したアクセス先に主業務がアクセスしているか否かを判断し、もし、主業務がアクセス中であると判断した場合には主業務のアクセスが完了するまで待機する。
【００８１】
図７中”Ｓ２０４”において動作機構（図３中”ＯＦ４１”）は、機器固有機能（図３中”ＦＤ４１”）内のアクセス先（物理データ名）に対して変換済データ（物理データ）を書き込む。
【００８２】
この結果、動作機構（図３中”ＯＦ４１”）が、追加業務が機器固有機能（図３中”ＦＤ４１”）内のデータにアクセスする場合に、主業務を優先的にアクセスさせることにより、追加業務の動作に起因して主業務に対して生じる影響を回避させることができる。
【００８３】
図８中”Ｓ３０１”において動作機構（図３中”ＯＦ４１”）は、起動されている追加業務から他の追加業務に対する操作要求があったか否かを判断する。ここで、操作要求とは他の追加業務の動作パラメータの設定、他の追加業務の生成、起動、停止及び削除の操作、他の追加業務との間でのデータのやり取り（他の追加業務との間の通信）等である。
【００８４】
例えば、図９中”ＡＡ５１”に示す追加業務から図９中”ＡＡ５３”に示す追加業務に対して、図９中”ＲＱ５１”に示すような操作要求を行いたい場合、図９中”ＡＡ５１”に示す追加業務は直接図９中”ＡＡ５３”に示す追加業務に操作要求を送信するのではなく図９中”ＳＱ５１”に示すように動作機構（図９中”ＯＦ５１”）に操作要求を送信する。
【００８５】
もし、図８中”Ｓ３０１”において、当該操作要求があったと判断した場合には、図８中”Ｓ３０２”において動作機構（図３中”ＯＦ４１”）は、操作要求先の追加業務のグループ識別子をグループ識別子リストから取得する。
【００８６】
そして、図８中”Ｓ３０３”において動作機構（図３中”ＯＦ４１”）は、操作要求元の追加業務のグループ識別子と、操作要求先の追加業務のグループ識別子とが同一識別子であるか否かを判断する。
【００８７】
もし、図８中”Ｓ３０３”において、同一識別子であると判断された場合には、図８中”Ｓ３０４”において動作機構（図３中”ＯＦ４１”）は、操作要求先の追加業務に対して操作要求を送信する。
【００８８】
例えば、操作要求元の追加業務（図９中”ＡＡ５１”）のグループ識別子と、操作要求先の追加業務（図９中”ＡＡ５３”）のグループ識別子とが同一識別子であると判断された場合には、図９中”ＳＱ５２”に示すように操作要求先の追加業務（図９中”ＡＡ５３”）に対して操作要求を送信する。
【００８９】
もし、図８中”Ｓ３０３”において、同一識別子ではないと判断された場合には、図８中”Ｓ３０５”において動作機構（図３中”ＯＦ４１”）は、操作要求元の追加業務に対してエラーを返送する。
【００９０】
例えば、操作要求元の追加業務（図９中”ＡＡ５１”）のグループ識別子と、操作要求先の追加業務（図９中”ＡＡ５３”）のグループ識別子とが同一識別子ではないと判断された場合には、図９中”ＥＲ５１”に示すように操作要求元の追加業務（図９中”ＡＡ５１”）に対してエラーを返送する。
【００９１】
この結果、追加業務から他の追加業務に対する操作要求があった場合に、動作機構（図３中”ＯＦ４１”）が、操作要求元の追加業務のグループ識別子と、操作要求先の追加業務のグループ識別子とが同一識別子である場合にのみ操作要求を許可することにより、異なるグループ識別子間の独立性を確保できる。
【００９２】
具体的には、同一のグループ識別子で管理される複数の追加業務の連携を、他のグループ識別子で管理される複数の追加業務の連携から独立した仮想システムとして取り扱うことができるので、仮想システム間での干渉等が生じない。
【００９３】
このため、一方の仮想システムを操作するユーザは、他方の仮想システムの動作、或いは、非動作、及び動作状況等を何ら考慮することなく、全く独立して当該仮想システムを使用することが可能なる。
【００９４】
この場合、操作要求元の追加業務（図９中”ＡＡ５１”）のグループ識別子と、操作要求先の追加業務（図９中”ＡＡ５３”）のグループ識別子とが同一識別子ではないと判断された場合には、当該操作要求を不許可とするだけでも良く、エラー送信は必須ではない。
【００９５】
なお、図１等に示す実施例において動作機構は、機器固有機能を構成する実行環境（例えば、ＯＳ）から見るとタスクやプロセス等のように独立した１つの実行単位として取り扱われる旨記載している。言い換えれば、主業務と動作機構はそれぞれ独立した１つの実行単位として取り扱われるが、両者の間に優先順位をつけてＣＰＵの割り当て時間や資源（リソース）の占有権等に変化をつけても構わない。
【００９６】
この場合には、主業務の優先順位を動作機構の優先順位よりも高く（優位）しておくことにより、追加業務の動作に起因して主業務に対して生じる影響を更に回避させることができる。
【００９７】
また、動作機構（図３中”ＯＦ４１”）が、動作する追加業務のグループ識別子毎に優先度制御を行うことにより、前述の仮想システム単位での優先度制御が可能になる。さらに、動作機構（図３中”ＯＦ４１”）が、動作する追加業務毎に優先度制御を行っても勿論構わない。
【００９８】
また、動作機構（図３中”ＯＦ４１”）が、新たな追加業務をロードする場合に、グループ識別子毎に異なる名前空間をそれぞれ用意して、新たな追加業務を当該名前空間にそれぞれロードして実行させることにより、同一の複数の追加業務を互いに独立して利用することが可能になる。
【００９９】
この場合、新たな追加業務の利用をグループ識別子間で独立させて行うことができるので、仮想システム（異なるグループ識別子）間の独立性がさらに向上することになる。
【０１００】
また、追加業務は通常１つのグループ識別子（仮想システム）に属しているが、共通の機能を提供するような追加業務等に関しては２以上のグループ識別子（２以上の仮想システム）に属しても構わない。
【０１０１】
この場合には、当該追加業務は複数のグループ識別子を有し、各仮想システムに属する他の追加業務との間で操作要求が可能になる。
【０１０２】
例えば、共通の機能を提供するような追加業務としては、データ圧縮機能、データ符号化機能、アラーム通知のためのメール送信機能、或いは、データ値が閾値を超過したか否かを監視する機能等が考えられる。
【０１０３】
また、動作機構（図３中”ＯＦ４１”）が、資源（リソース）を追加業務に提供する場合、例えば、記憶手段上のファイルを追加業務に提供した場合に、異なるグループ識別子の追加業務の間で同一名称（ファイル名）を使用してもハードウェア資源の異なる資源（リソース）を利用するように管理しても構わない。
【０１０４】
具体的には、追加業務（グループ識別子：２）があるファイル（”ディレクトリＡのファイルＡ”：パス名（￥Ａ￥Ａ．ｆｉｌｅ））にアクセスした場合に、動作機構（図３中”ＯＦ４１”）は、当該追加業務のグループ識別子を取得し、パス名（￥Ａ￥Ａ．ｆｉｌｅ）にグループ識別子を追加した拡張パス名（￥２￥Ａ￥Ａ．ｆｉｌｅ）を用いてファイルにアクセスする。
【０１０５】
この場合、同一ファイル名（パス名（￥Ａ￥Ａ．ｆｉｌｅ））であっても、グループ識別子が異なれば拡張パス名（￥グループ識別子￥Ａ￥Ａ．ｆｉｌｅ）は全く異なるものになるので資源（リソース）の重複が生じず、仮想システム（異なるグループ識別子）間の独立性がさらに向上することになる。
【０１０６】
また、図１に示す実施例の説明、特に、図９を用いた説明に際しては１つのフィールド機器内で動作する複数の追加業務間での操作要求に関して説明しているが、ネットワーク１００によって接続されグループ識別子を共有した複数のフィールド機器上でそれぞれ動作している追加業務の間に適用してももちろん構わない。
【０１０７】
すなわち、図１０に示すように２つの”フィールド機器Ａ”及び”フィールド機器Ｂ”が存在した場合の一方のフィールド機器で動作する追加業務から他方のフィールド機器で動作する追加業務への操作を想定する。
【０１０８】
図１０中”ＦＤ６１”、”ＯＦ６１”、”ＡＡ６１”、”ＡＡ６２”及び”ＡＡ６３”は”フィールド機器Ａ”の機器固有機能、動作機構及び追加業務群（具体的には、グループ識別子がそれぞれ１，２，３の追加業務群）である。
【０１０９】
また、図１０中”ＦＤ６２”、”ＯＦ６２”、”ＡＡ６４”、”ＡＡ６５”及び”ＡＡ６６”は”フィールド機器Ｂ”の機器固有機能、動作機構及び追加業務群（具体的には、グループ識別子がそれぞれ１，２，３の追加業務群）である。
【０１１０】
ここで、２つの”フィールド機器Ａ”及び”フィールド機器Ｂ”はグループ識別子を共有しているので、グループ識別子”１”に属する図１０中”ＡＡ６１”及び”ＡＡ６４”に示す追加業務は１つの仮想システムを構成する。
【０１１１】
同様に、グループ識別子”２”に属する図１０中”ＡＡ６２”及び”ＡＡ６５”に示す追加業務、並びに、グループ識別子”３”に属する図１０中”ＡＡ６３”及び”ＡＡ６６”に示す追加業務はそれぞれ仮想システムを構成することになる。
【０１１２】
例えば、図１０中”ＡＰ６１”に示す追加業務（グループ識別子：２）から図１０中”ＡＰ６２”に示す追加業務（グループ識別子：２）に対して、図１０中”ＶＣ６１”に示すような操作要求（通信）を行いたい場合は、図１０中”ＲＣ６１”に示すように通信を行う。
【０１１３】
すなわち、図１０中”ＡＰ６１”及び”ＡＰ６２”に示す追加業務間で直接通信を行うのではなく、図１０中”ＡＰ６１”に示す追加業務から要求を受けた図１０中”ＯＦ６１”に示す”フィールド機器Ａ”の動作機構が、図１０中”ＦＤ６１”に示す”フィールド機器Ａ”の機器固有機能を用いネットワークを介して操作要求（通信）を図１０中”ＦＤ６２”に示す”フィールド機器Ｂ”の機器固有機能に送信し、さらに、図１０中”ＯＦ６２”に示す”フィールド機器Ｂ”の動作機構を介して図１０中”ＡＰ６２”に示す追加業務に対して操作要求（通信）を送信することにより、図１０中”ＶＣ６１”に示すような仮想の操作要求（通信）を実現する。
【０１１４】
このように、ネットワーク１００によって接続されグループ識別子を共有した複数のフィールド機器上でそれぞれ動作している追加業務の間に適用することにより、図１１に示すような複数層で構成される仮想システムが実現できる。
【０１１５】
図１１中”ＳＮ７１”、”ＳＮ７２”及び”ＳＮ７３”はフィールド機器である各センサにおける主業務、図１１中"ＣＴ７１”及び”ＣＴ７２”はフィールド機器である各コントローラにおける主業務、図１１中”ＳＶ７１”はフィールド機器であるサーバにおける主業務である。
【０１１６】
具体的には、図１１に例示するシステムを生産システムと想定した場合、当該生産システムとして稼動させるための業務がフィールド機器であるセンサ、コントローラ及びサーバ等において必要な主業務である。
【０１１７】
また、図１１における破線（縦線）で結ばれている楕円は、各フィールド機器にそれぞれ追加された追加業務であり、同一グループ識別子の追加業務は太い実線に示す操作要求によって互いに関連付けられている。
【０１１８】
また、図１１中”ＧＰ７１”，”ＧＰ７２”及び”ＧＰ７３”は、それぞれ異なるグループ識別子で互いに独立して区分された仮想システムであり、各仮想システム（同一のグループ識別子）には各フィールド機器で動作する追加業務がグループ識別子リストに応じて所属している。
【０１１９】
具体的には、例えば、図１１中”ＧＰ７１”は生産システムにおけるエネルギー監視システムに必要な追加業務が所属する仮想システム、図１１中”ＧＰ７２”は生産システムにおけるセンサ一括保安システムに必要な追加業務が所属する仮想システム、図１１中”ＧＰ７３”は生産システムにおける特定機器の重点監視システムに必要な追加業務が所属する仮想システムである。
【０１２０】
図１１に示す構成では前述のように仮想システム間での干渉等が生じないので、例えば、図１１中”ＧＰ７１”に示すようなエネルギー監視システムに必要な追加業務が所属する仮想システムを操作するユーザは、他方の仮想システム（センサ一括保安システムや特定機器の重点監視システム）の動作、或いは、非動作、及び動作状況等を何ら考慮することなく、全く独立して当該仮想システム（エネルギー監視システム）を使用することが可能なる。
【０１２１】
さらに、前述のように個々の仮想システム（同一のグループ識別子）においては、新たな追加業務をロードする場合に、グループ識別子毎に異なる名前空間をそれぞれ用意して、新たな追加業務を当該名前空間にそれぞれロードして実行させることにより、異なるグループ識別子間であっても同一の追加業務を利用することが可能であり、同じファイル名（相対パス名（￥Ａ￥Ａ．ｆｉｌｅ））であっても、グループ識別子が異なれば拡張パス名（￥グループ識別子￥Ａ￥Ａ．ｆｉｌｅ）は全く異なるものになるので資源（リソース）の重複が生じず、仮想システム（異なるグループ識別子）間の独立性がさらに向上することになる。
【０１２２】
また、図１等に示す実施例の説明に際しては、追加業務から他の追加業務に対する操作要求があった場合に、動作機構（図３中”ＯＦ４１”）が、操作要求元の追加業務のグループ識別子と、操作要求先の追加業務のグループ識別子とが同一識別子である場合にのみ操作要求を許可する旨説明しているが、追加業務からの要求のみではなく、ユーザからの操作要求に対して動作機構（図３中”ＯＦ４１”）が、当該ユーザのアクセス権限等を認証して操作要求の可否を判断させても構わない。
【０１２３】
この場合には、アクセス権限を有しないユーザからの不正な操作要求を遮断することが可能になりセキュリティが向上する。
【０１２４】
また、前述のユーザ認証では各フィールド機器の動作機構が、ユーザ認証を行わなければならず、フィールド機器の台数によってはユーザ名、パスワード、操作対象及び操作権限等と言った認証情報を個々に管理しなければならず煩雑になってしまう。
【０１２５】
図１２はこのような認証情報を一元管理するシステムの他の実施例を示す構成ブロック図である。図１２において１６，１７，１８，１９，２０及び１００は図１と同一符号を付してあり、２４は認証情報を一括管理するシステム管理サーバである。
【０１２６】
フィールド機器１６，１７，１８，１９及び２０はネットワーク１００を介して相互に接続され、システム管理サーバ２４もまたネットワーク１００に相互に接続される。
【０１２７】
ここで、図１２に示す他の実施例の動作を図１３を用いて説明する。図１３はシステム管理サーバ２４で管理される認証情報の一例を示す説明図である。
【０１２８】
図１３に示すようにシステム管理サーバ２４で管理される認証情報としては、ユーザ識別子、ユーザ名及びパスワードがあり、当該ユーザ識別子に対して許可される操作対象グループ識別子及び操作権限が併せて記載されている。
【０１２９】
例えば、システム管理サーバ２４でのユーザ認証の結果、当該ユーザのユーザ識別子が”１”であれば、当該ユーザは、グループ識別子”１”に所属する追加業務で構成される仮想システムにおいて、構成する追加業務の生成、起動、停止及び削除の全ての操作を許可されることになる。
【０１３０】
また、例えば、システム管理サーバ２４でのユーザ認証の結果、当該ユーザのユーザ識別子が”３”であれば、当該ユーザは、グループ識別子”１”及び”３”に所属する追加業務で構成される２つの仮想システムに関して操作が可能であるものの、２つの仮想システムを構成する追加業務に対しては停止の操作のみが許可されることになる。
【０１３１】
この結果、認証情報を一元管理するシステム管理サーバ２４を備えることにより、各フィールド機器における煩雑な認証情報の管理が不要になり、認証情報を変更する場合には各フィールド機器の認証情報を変更することなくシステム管理サーバ２４の認証情報を変更するだけで済むことになる。
【図面の簡単な説明】
【０１３２】
【図１】本発明に係るフィールド機器を用いたシステムの一実施例を示す構成ブロック図である。
【図２】各フィールド機器の具体例を示す構成ブロック図である。
【図３】フィールド機器で動作する主業務と当該主業務を実行するための実行環境やハードウェア資源と、動作機構及び追加業務の関係を示す説明図である。
【図４】動作機構の動作を説明するフロー図である。
【図５】グループ識別子管理テーブルの一例を示す説明図である。
【図６】動作機構の動作を説明するフロー図である。
【図７】動作機構の動作を説明するフロー図である。
【図８】動作機構の動作を説明するフロー図である。
【図９】他の追加業務の操作を説明する説明図である。
【図１０】異なるフィールド機器の追加業務の操作を説明する説明図である。
【図１１】仮想システムを説明する説明図である。
【図１２】認証情報を一元管理するシステムの他の実施例を示す構成ブロック図である。
【図１３】システム管理サーバで管理される認証情報の一例を示す説明図である。
【図１４】従来のフィールド機器がネットワークを介して相互に接続されたシステムの一例を示す構成ブロック図である。
【図１５】フィールド機器で動作する主業務と当該主業務を実行するための実行環境やハードウェア資源との関係を示す説明図である。
【図１６】従来の複数台のフィールド機器がネットワークを介して相互に接続されたシステムの他の一例を示す構成ブロック図である。
【図１７】フィールド機器で動作する主業務と当該主業務を実行するための実行環境やハードウェア資源との関係を示す説明図である。
【符号の説明】
【０１３３】
１，７  サーバ
２，３，４，５，８，９，１０，１１  コントローラ
６，１２  センサ群
１３，１４，１５  アプリケーションサーバ
１６，１７，１８，１９，２０，５０  フィールド機器
２１  演算制御手段
２２  記憶手段
２３  通信手段
２４  システム管理サーバ
１００  ネットワーク
【図１】
2006146420.tif 000003
【図２】
2006146420.tif 000004
【図３】
2006146420.tif 000005
【図４】
2006146420.tif 000006
【図５】
2006146420.tif 000007
【図６】
2006146420.tif 000008
【図７】
2006146420.tif 000009
【図８】
2006146420.tif 000010
【図９】
2006146420.tif 000011
【図１０】
2006146420.tif 000012
【図１１】
2006146420.tif 000013
【図１２】
2006146420.tif 000014
【図１３】
2006146420.tif 000015
【図１４】
2006146420.tif 000016
【図１５】
2006146420.tif 000017
【図１６】
2006146420.tif 000018
【図１７】
2006146420.tif 000019