JPH07306820A - ネットワークシステムにおけるイベント管理方式 - Google Patents
ネットワークシステムにおけるイベント管理方式Info
- Publication number
- JPH07306820A JPH07306820A JP6096679A JP9667994A JPH07306820A JP H07306820 A JPH07306820 A JP H07306820A JP 6096679 A JP6096679 A JP 6096679A JP 9667994 A JP9667994 A JP 9667994A JP H07306820 A JPH07306820 A JP H07306820A
- Authority
- JP
- Japan
- Prior art keywords
- event
- server
- terminal
- client
- processing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【目的】制御システムにおいて処理のオーバーヘッドを
削減し、クライアント間の連携をリアルタイムで実現す
るネットワークシステムにおけるイベント管理方式を提
供する。 【構成】サーバＳとクライアントとしての監視端末１
１，事務端末１２及び警報端末１３をネットワークＮを
介して接続し、監視端末１１で設備機器の異常を検出し
たときに、その異常発生機器番号をイベントコードと
し、これに転送先の事務端末１２，警報端末１３のアド
レスを付加してサーバＳに送信することにより、サーバ
Ｓで発生時刻、連携端末等の記録をロギング処理部１０
ｂに依頼すると共に、イベントコードを転送先の端末１
２，１３に転送し、各端末でイベントコ定義ファイル１
２ｂ，１３ｂを参照してイベントコードに対応する処理
を獲得し、これを実行する。
削減し、クライアント間の連携をリアルタイムで実現す
るネットワークシステムにおけるイベント管理方式を提
供する。 【構成】サーバＳとクライアントとしての監視端末１
１，事務端末１２及び警報端末１３をネットワークＮを
介して接続し、監視端末１１で設備機器の異常を検出し
たときに、その異常発生機器番号をイベントコードと
し、これに転送先の事務端末１２，警報端末１３のアド
レスを付加してサーバＳに送信することにより、サーバ
Ｓで発生時刻、連携端末等の記録をロギング処理部１０
ｂに依頼すると共に、イベントコードを転送先の端末１
２，１３に転送し、各端末でイベントコ定義ファイル１
２ｂ，１３ｂを参照してイベントコードに対応する処理
を獲得し、これを実行する。
Description
【０００１】
【産業上の利用分野】本発明は、例えばファクトリーオ
ートメーションＦＡやプロセスオートメーションＰＡに
おいて、制御対象となるシステムで発生する異常情報及
び運用情報を管理するネットワークシステムにおけるイ
ベント管理方式に関する。
ートメーションＦＡやプロセスオートメーションＰＡに
おいて、制御対象となるシステムで発生する異常情報及
び運用情報を管理するネットワークシステムにおけるイ
ベント管理方式に関する。
【０００２】
【従来の技術】通常、ファクトリーオートメーションＦ
ＡやプロセスオートメーションＰＡ等の制御システムで
は、制御対象となる現場に存在する各種危機のデータを
収集し、これらのデータの変化に対応した処理を実行す
ることでシステムの運用を行うようにしている。このと
き、機器自体の異常や状態値の異常などの各種のアラー
ム情報が存在すると共に、これらとは別に組立加工の指
示や製造中の運用情報が存在する。
ＡやプロセスオートメーションＰＡ等の制御システムで
は、制御対象となる現場に存在する各種危機のデータを
収集し、これらのデータの変化に対応した処理を実行す
ることでシステムの運用を行うようにしている。このと
き、機器自体の異常や状態値の異常などの各種のアラー
ム情報が存在すると共に、これらとは別に組立加工の指
示や製造中の運用情報が存在する。
【０００３】従来は、アラーム情報と運用情報とは個別
に管理しており、アラーム情報はオペレータへの警報と
して例えば端末の表示画面上にメッセージを表示し、且
つロギングファイルにアラーム情報に発生時刻を付加し
て保存し、運用情報は応用プログラム内で処理され、そ
のシステム専用のデータとして画面表示や印字に使用さ
れ、他のシステムとは関係のないデータとして扱われて
いる。
に管理しており、アラーム情報はオペレータへの警報と
して例えば端末の表示画面上にメッセージを表示し、且
つロギングファイルにアラーム情報に発生時刻を付加し
て保存し、運用情報は応用プログラム内で処理され、そ
のシステム専用のデータとして画面表示や印字に使用さ
れ、他のシステムとは関係のないデータとして扱われて
いる。
【０００４】また、ファイル共有、プリンタ共有という
複数のシステムによる資源の共有のために、ネットワー
クが利用されるケースが多く、このネットワークは、最
近では、クライアントからサーバへ処理を依頼し、その
結果を受け取ることを基本として構成されるクライアン
ト／サーバシステムに変化しつつある。前記制御システ
ムをクライアント／サーバシステムとして構成した場
合、サーバはデータベースサービスに代表されるように
クライアントからの要求によりデータベースを検索し、
その検索結果をクライアントに返送するというクライア
ントからの要求を処理するサービスを提供するに止まっ
ている。
複数のシステムによる資源の共有のために、ネットワー
クが利用されるケースが多く、このネットワークは、最
近では、クライアントからサーバへ処理を依頼し、その
結果を受け取ることを基本として構成されるクライアン
ト／サーバシステムに変化しつつある。前記制御システ
ムをクライアント／サーバシステムとして構成した場
合、サーバはデータベースサービスに代表されるように
クライアントからの要求によりデータベースを検索し、
その検索結果をクライアントに返送するというクライア
ントからの要求を処理するサービスを提供するに止まっ
ている。
【０００５】このようなクライアント／サーバシステム
では、クライアント内に限られた環境で動作するため、
サーバとクラインアト間で処理を分散させることは可能
であるが、ファクトリーオートメーションやプラントオ
ートメーション等の制御システムにおてい、１つの処理
が他のシステムで順次実行されるようなシステムでは、
クライアント間の連携が必要となる。
では、クライアント内に限られた環境で動作するため、
サーバとクラインアト間で処理を分散させることは可能
であるが、ファクトリーオートメーションやプラントオ
ートメーション等の制御システムにおてい、１つの処理
が他のシステムで順次実行されるようなシステムでは、
クライアント間の連携が必要となる。
【０００６】このクライアント間の連携の実現方法とし
ては、従来、図５に示すように、サーバＳと複数のクラ
イアントＣ1 及びＣ2 とをネットワークＮを介して接続
し、例えばクライアントＣ1 でアラーム情報が発生した
ときには、そのアラーム情報をネットワークＮを介して
サーバＳの共有ファイルＦの所定領域に書込み、他方の
クライアントＣ2 では、ネットワークＮを介して定期的
にサーバＳの共有ファイルＦ内の所定格納領域のデータ
を読込み、その状態変化を検出して、状態変化に応じた
制御処理を実行するようにしている。
ては、従来、図５に示すように、サーバＳと複数のクラ
イアントＣ1 及びＣ2 とをネットワークＮを介して接続
し、例えばクライアントＣ1 でアラーム情報が発生した
ときには、そのアラーム情報をネットワークＮを介して
サーバＳの共有ファイルＦの所定領域に書込み、他方の
クライアントＣ2 では、ネットワークＮを介して定期的
にサーバＳの共有ファイルＦ内の所定格納領域のデータ
を読込み、その状態変化を検出して、状態変化に応じた
制御処理を実行するようにしている。
【０００７】
【発明が解決しようとする課題】しかしながら、上記従
来のネットワークシステムにおいては、アラーム情報と
運用情報とを別々に管理するようにしているので、シス
テム全体の状況が把握できないと共に、ネットワークシ
ステムでは、複数のクライアントに情報が分散され、各
クライアント内の処理がプログラムで記述されるため、
システム全体のアラームや運用状態に関する情報の把握
が困難であるという未解決の課題がある。
来のネットワークシステムにおいては、アラーム情報と
運用情報とを別々に管理するようにしているので、シス
テム全体の状況が把握できないと共に、ネットワークシ
ステムでは、複数のクライアントに情報が分散され、各
クライアント内の処理がプログラムで記述されるため、
システム全体のアラームや運用状態に関する情報の把握
が困難であるという未解決の課題がある。
【０００８】また、クライアント間で連携を行う場合に
は、ディスクオペレーションシステムでは、メモリ制限
等の制約によりクライアント間で直接連携を行うことが
できないため、各クライアントがサーバ上の共有ファイ
ル内のデータを定期的に確認しなけらればならず、クラ
イアント側に不要な処理を必要とし、またデータ確認す
る周期の遅れが発生するという未解決の課題もある。
は、ディスクオペレーションシステムでは、メモリ制限
等の制約によりクライアント間で直接連携を行うことが
できないため、各クライアントがサーバ上の共有ファイ
ル内のデータを定期的に確認しなけらればならず、クラ
イアント側に不要な処理を必要とし、またデータ確認す
る周期の遅れが発生するという未解決の課題もある。
【０００９】そこで、本発明は、上記従来例の未解決の
課題に着目してなされたものであり、制御システムをネ
ットワークで構成した場合に、クライアントを始めとし
てシステム全体の処理のオーバーヘッドを削減し実時間
で応答を行うためにクライアント間の連携をリアルタイ
ムに行うことができるネットワークシステムにおけるイ
ベント管理方式を提供することを目的としている。
課題に着目してなされたものであり、制御システムをネ
ットワークで構成した場合に、クライアントを始めとし
てシステム全体の処理のオーバーヘッドを削減し実時間
で応答を行うためにクライアント間の連携をリアルタイ
ムに行うことができるネットワークシステムにおけるイ
ベント管理方式を提供することを目的としている。
【００１０】
【課題を解決するための手段】上記目的を達成するため
に、請求項１に係るネットワークシステムにおけるイベ
ント管理方式は、複数のクライアントがサーバにネット
ワークを介して接続されたネットワークシステムにおい
て、各クライアントで発生する情報及びその処理の実行
に伴うデータをイベントとして抽象化し、システムを構
成するクライアント及びサーバでイベントを一括して管
理するようにしたことを特徴としている。
に、請求項１に係るネットワークシステムにおけるイベ
ント管理方式は、複数のクライアントがサーバにネット
ワークを介して接続されたネットワークシステムにおい
て、各クライアントで発生する情報及びその処理の実行
に伴うデータをイベントとして抽象化し、システムを構
成するクライアント及びサーバでイベントを一括して管
理するようにしたことを特徴としている。
【００１１】また、請求項２に係るネットワークシステ
ムにおけるイベント管理方式は、複数のクライアントが
サーバにネットワークを介して接続されたネットワーク
システムにおいて、各クライアントで発生する情報及び
その処理の実行に伴うデータをイベントとして抽象化
し、各クライアントは発生するイベントに転送先データ
を付加して前記サーバに送信し、当該サーバで指定され
た転送先クライアントにイベントを転送するようにした
ことを特徴としている。
ムにおけるイベント管理方式は、複数のクライアントが
サーバにネットワークを介して接続されたネットワーク
システムにおいて、各クライアントで発生する情報及び
その処理の実行に伴うデータをイベントとして抽象化
し、各クライアントは発生するイベントに転送先データ
を付加して前記サーバに送信し、当該サーバで指定され
た転送先クライアントにイベントを転送するようにした
ことを特徴としている。
【００１２】さらに、請求項３に係るネットワークシス
テムにおけるイベント管理方式は、各クライアントが、
サーバからのイベントの転送を受けたときに、イベント
を解析してこれに定義された処理を実行することを特徴
としている。
テムにおけるイベント管理方式は、各クライアントが、
サーバからのイベントの転送を受けたときに、イベント
を解析してこれに定義された処理を実行することを特徴
としている。
【００１３】
【作用】請求項１に係るイベント管理方式では、各クラ
イアントで発生する異常情報等の情報及びこれに対する
処理の実行に伴うデータをイベントとして抽象化するこ
とにより、アラーム情報等の情報とその処理等の複数の
機能を同時に管理することができると共に、イベント
を、システムを構成するクライアント及びサーバでイベ
ントを一括して管理することにより、クライアント間の
連携を容易にとることができる。
イアントで発生する異常情報等の情報及びこれに対する
処理の実行に伴うデータをイベントとして抽象化するこ
とにより、アラーム情報等の情報とその処理等の複数の
機能を同時に管理することができると共に、イベント
を、システムを構成するクライアント及びサーバでイベ
ントを一括して管理することにより、クライアント間の
連携を容易にとることができる。
【００１４】また、請求項２に係るイベント管理方式で
は、上記作用に加えてクライアント間で連携をとる場合
に、一方のクライアントからイベントに転送先データを
付加して、サーバに送信し、サーバで転送先クライアン
トに対してイベントを転送することにより、各クライア
ントでの処理のオーバーヘッドを削減する共に、各クラ
イアント間でリアルタイムの連携が可能となる。
は、上記作用に加えてクライアント間で連携をとる場合
に、一方のクライアントからイベントに転送先データを
付加して、サーバに送信し、サーバで転送先クライアン
トに対してイベントを転送することにより、各クライア
ントでの処理のオーバーヘッドを削減する共に、各クラ
イアント間でリアルタイムの連携が可能となる。
【００１５】さらに、請求項３に係るイベント管理方式
では、サーバからクライアントに転送されたイベントが
例えばアラーム情報である場合にそのアラームメッセー
ジの表示とこれに対する処理対象や内容の表示や対処処
理等を同時に行うことができる。
では、サーバからクライアントに転送されたイベントが
例えばアラーム情報である場合にそのアラームメッセー
ジの表示とこれに対する処理対象や内容の表示や対処処
理等を同時に行うことができる。
【００１６】
【実施例】以下、本発明の実施例を図面に基づいて説明
する。図１は、本発明の第１実施例を示すブロック図で
ある。図中、Ｓはサーバであり、このサーバＳにＬＡＮ
等のネットワークＮを介してクライアントとしての監視
端末１１、事務端末１２及び警報端末１３が接続されて
いる。
する。図１は、本発明の第１実施例を示すブロック図で
ある。図中、Ｓはサーバであり、このサーバＳにＬＡＮ
等のネットワークＮを介してクライアントとしての監視
端末１１、事務端末１２及び警報端末１３が接続されて
いる。
【００１７】ここで、監視端末１１は、フィールドバス
ＦＢを介してプラントや工場等の設備機器の稼働状態を
監視するプログラマブルコントローラ１１ａからのデー
タ受信すると、予めプログラムされた設備監視処理を実
行して、設備機器の異常を検出したときに、例えば異常
が発生した機器番号をイベントコードとし、これに通知
先として事務端末１２及び警報端末１３を指定する転送
先アドレスを付加してサーバＳに送信する。
ＦＢを介してプラントや工場等の設備機器の稼働状態を
監視するプログラマブルコントローラ１１ａからのデー
タ受信すると、予めプログラムされた設備監視処理を実
行して、設備機器の異常を検出したときに、例えば異常
が発生した機器番号をイベントコードとし、これに通知
先として事務端末１２及び警報端末１３を指定する転送
先アドレスを付加してサーバＳに送信する。
【００１８】サーバＳでは、監視端末１１からのイベン
トを受信すると、イベント処理部１０ａで予め設定され
たイベント処理を実行して、ロギング処理部１０ｂに対
してロギング処理を依頼し、受信したイベントデータを
発生日時、発生元システム名、通知先システム名、イベ
ントコード、イベントデータの各項目に分けてロギング
すると共に、イベントに転送先アドレスが付加されてい
るか否かを判定し、転送先アドレスがないときには、サ
ーバ自体で所定のイベント処理を実行し、転送先アドレ
スがあるときには、イベントを転送先アドレスのクライ
アント例えば事務端末１２に通知する。
トを受信すると、イベント処理部１０ａで予め設定され
たイベント処理を実行して、ロギング処理部１０ｂに対
してロギング処理を依頼し、受信したイベントデータを
発生日時、発生元システム名、通知先システム名、イベ
ントコード、イベントデータの各項目に分けてロギング
すると共に、イベントに転送先アドレスが付加されてい
るか否かを判定し、転送先アドレスがないときには、サ
ーバ自体で所定のイベント処理を実行し、転送先アドレ
スがあるときには、イベントを転送先アドレスのクライ
アント例えば事務端末１２に通知する。
【００１９】事務端末１２では、サーバＳを経由して監
視端末１１からのイベントコードを受信すると、イベン
ト処理部１２ａで予め設定されたイベント処理を行って
予め格納されたイベント定義ファイル１２ｂを参照して
イベントコードに対応する処理内容を読出し、この処理
を実行する。また、警報端末１３では、サーバＳを経由
して監視端末１１からのイベントコードを受信すると、
イベント処理部１３ａで予め設定されたイベント処理を
実行してイベント定義ファイル１３ｂを参照して例えば
ブザーを鳴動させて、設備機器の異常をオペレータに報
知する。
視端末１１からのイベントコードを受信すると、イベン
ト処理部１２ａで予め設定されたイベント処理を行って
予め格納されたイベント定義ファイル１２ｂを参照して
イベントコードに対応する処理内容を読出し、この処理
を実行する。また、警報端末１３では、サーバＳを経由
して監視端末１１からのイベントコードを受信すると、
イベント処理部１３ａで予め設定されたイベント処理を
実行してイベント定義ファイル１３ｂを参照して例えば
ブザーを鳴動させて、設備機器の異常をオペレータに報
知する。
【００２０】次に、上記第１実施例の動作をサーバＳの
イベント処理を表す図２のフローチャート及び事務端末
のイベント処理を表す図３のフローチャートを伴って説
明する。すなわち、サーバＳのイベント処理は、図２に
示すように、先ずステップＳ１で、監視端末１１からの
イベントコートを受信したか否かを判定し、イベントコ
ードを受信しない場合には、受信するまで待機し、イベ
ントコードを受信するとステップＳ２に移行して、ロギ
ング処理部１０ｂに対して受信したイベントデータを発
生日時、発生元システム名、通知先システム名、イベン
トコード、イベントデータの各項目に分けてロギングす
るロギング処理を依頼し、次いでステップＳ３に移行し
て、受信したイベントコードに転送先アドレスが付加さ
れているか否かを判定し、転送先アドレスが付加されて
いるときには、ステップＳ４に移行して、転送先アドレ
スにイベントコードを転送してから前記ステップＳ１に
戻り、転送先アドレスが付加されていないときには、自
己宛のイベントコードであると判断してステップＳ５に
移行して図示しないイベント定義ファイルを参照して、
例えばプリンタによるデータの印字等の処理を獲得し、
次いでステップＳ６に移行して、獲得した印字等の処理
を実行してから前記ステップＳ１に戻る。
イベント処理を表す図２のフローチャート及び事務端末
のイベント処理を表す図３のフローチャートを伴って説
明する。すなわち、サーバＳのイベント処理は、図２に
示すように、先ずステップＳ１で、監視端末１１からの
イベントコートを受信したか否かを判定し、イベントコ
ードを受信しない場合には、受信するまで待機し、イベ
ントコードを受信するとステップＳ２に移行して、ロギ
ング処理部１０ｂに対して受信したイベントデータを発
生日時、発生元システム名、通知先システム名、イベン
トコード、イベントデータの各項目に分けてロギングす
るロギング処理を依頼し、次いでステップＳ３に移行し
て、受信したイベントコードに転送先アドレスが付加さ
れているか否かを判定し、転送先アドレスが付加されて
いるときには、ステップＳ４に移行して、転送先アドレ
スにイベントコードを転送してから前記ステップＳ１に
戻り、転送先アドレスが付加されていないときには、自
己宛のイベントコードであると判断してステップＳ５に
移行して図示しないイベント定義ファイルを参照して、
例えばプリンタによるデータの印字等の処理を獲得し、
次いでステップＳ６に移行して、獲得した印字等の処理
を実行してから前記ステップＳ１に戻る。
【００２１】また、事務端末１２におけるイベント処理
は、図３に示すように、先ずステップＳ１１でサーバＳ
からのイベントコードの転送を受けたか否かを判定し、
イベントコードの転送がないときには、転送があるまで
待機し、イベントコードの転送があったときには、イベ
ント定義ファイル１２ｂを参照して、イベントコードに
対応する処理即ちアラーム表示処理と異常発生位置を表
すフロア図表示処理を獲得し、次いでステップＳ１２に
移行して、これら処理を実行して、表示画面上にアラー
ム表示を行うと共に、異常発生位置を表すフロア図を表
示してからステップＳ１１に戻る。
は、図３に示すように、先ずステップＳ１１でサーバＳ
からのイベントコードの転送を受けたか否かを判定し、
イベントコードの転送がないときには、転送があるまで
待機し、イベントコードの転送があったときには、イベ
ント定義ファイル１２ｂを参照して、イベントコードに
対応する処理即ちアラーム表示処理と異常発生位置を表
すフロア図表示処理を獲得し、次いでステップＳ１２に
移行して、これら処理を実行して、表示画面上にアラー
ム表示を行うと共に、異常発生位置を表すフロア図を表
示してからステップＳ１１に戻る。
【００２２】したがって、今、監視端末１１で設備機器
の異常を検出していないときには、イベントコードを発
生させるとしても、単にサーバＳに対する印字要求やサ
ーバＳ内に格納しているデータベースの検索要求等であ
り、他のクライアント即ち事務端末１２や警報端末１３
に対してイベントを通知することはないので、監視端末
１１で発生されるイベントコードはサーバＳに送信され
ると、このサーバＳの図２に示すイベント処理でロギン
グ処理部１０ｂに対してロギングを依頼し（ステップＳ
２）、転送先アドレスが付加されていないので、サーバ
Ｓ内でイベント定義ファイルを参照することによりイベ
ントコードに対応した印字処理、データベース検索処理
等の処理を獲得し（ステップＳ５）、これらに対応する
処理を実行する（ステップＳ６）。
の異常を検出していないときには、イベントコードを発
生させるとしても、単にサーバＳに対する印字要求やサ
ーバＳ内に格納しているデータベースの検索要求等であ
り、他のクライアント即ち事務端末１２や警報端末１３
に対してイベントを通知することはないので、監視端末
１１で発生されるイベントコードはサーバＳに送信され
ると、このサーバＳの図２に示すイベント処理でロギン
グ処理部１０ｂに対してロギングを依頼し（ステップＳ
２）、転送先アドレスが付加されていないので、サーバ
Ｓ内でイベント定義ファイルを参照することによりイベ
ントコードに対応した印字処理、データベース検索処理
等の処理を獲得し（ステップＳ５）、これらに対応する
処理を実行する（ステップＳ６）。
【００２３】ところが、監視端末１１で設備機器の異常
を検出したときには、異常が発生した機器番号をイベン
トコードとし、このイベントコードに転送先の事務端末
１２及び警報端末１３のアドレスを付加してサーバＳに
送信する。このため、サーバＳでは、イベントコードを
受信したときに、図２のイベント処理を実行し、ロギン
グ処理部１０ｂにロギング処理を依頼することについて
は、上記と同様であるが、イベントコードに転送先の事
務端末１２及び警報端末１３のアドレスが付加されてい
るので、ステップＳ３からステップＳ４に移行し、イベ
ントコードをそのまま事務端末１２及び警報端末１３に
転送する。
を検出したときには、異常が発生した機器番号をイベン
トコードとし、このイベントコードに転送先の事務端末
１２及び警報端末１３のアドレスを付加してサーバＳに
送信する。このため、サーバＳでは、イベントコードを
受信したときに、図２のイベント処理を実行し、ロギン
グ処理部１０ｂにロギング処理を依頼することについて
は、上記と同様であるが、イベントコードに転送先の事
務端末１２及び警報端末１３のアドレスが付加されてい
るので、ステップＳ３からステップＳ４に移行し、イベ
ントコードをそのまま事務端末１２及び警報端末１３に
転送する。
【００２４】このため、事務端末１２ではサーバＳから
イベントコードが転送されることにより、図３に示すイ
ベント処理を実行し、イベント定義ファイル１２ｂを参
照してイベントコードに対応する処理を獲得する。この
場合、イベントコードが異常発生機器番号であるため、
この異常発生機器の異常発生を表すアラーム表示処理、
異常発生機器の位置を示すフロア図表示処理等の異常に
対処し得る処理を獲得し、これらの処理を実行して表示
画面上にアラーム表示及びフロア図表示等を行う。
イベントコードが転送されることにより、図３に示すイ
ベント処理を実行し、イベント定義ファイル１２ｂを参
照してイベントコードに対応する処理を獲得する。この
場合、イベントコードが異常発生機器番号であるため、
この異常発生機器の異常発生を表すアラーム表示処理、
異常発生機器の位置を示すフロア図表示処理等の異常に
対処し得る処理を獲得し、これらの処理を実行して表示
画面上にアラーム表示及びフロア図表示等を行う。
【００２５】また、警報端末１３でも、サーバＳからイ
ベントコードを受信すると、イベント定義ファイル１３
ｂを参照して、イベントコードに対応する例えばブザー
鳴動処理を獲得し、これに対応してブザーを鳴動させる
処理を実行して、オペレータに異常発生を報知する。こ
のように、上記第１実施例によると、監視端末１１で設
備機器の異常を検出したときに、これに対応するイベン
トコードに転送先アドレスを付加してサーバＳに送信す
ることにより、サーバＳでイベントコードを受信したと
きに、転送先アドレスが付加されていることから、ロギ
ング処理部１０ｂにロギング処理を依頼するだけで、イ
ベントコードを転送先にそのまま転送し、転送先でイベ
ントコードをイベント定義ファイルを参照して解析し
て、所定の処理を行うので、サーバＳの負担を軽減する
ことができると共に、各クライアント側でもサーバＳの
共有ファイルを監視する必要がないので、負担を軽減す
ることができ、システム全体のオーバーヘッドを削減す
ることができると共に、クライアントからイベントがサ
ーバＳに送信されると直ちにイベントが転送先クライア
ントに転送されるので、クライアント間の連携をリアル
タイムで行うことができる。
ベントコードを受信すると、イベント定義ファイル１３
ｂを参照して、イベントコードに対応する例えばブザー
鳴動処理を獲得し、これに対応してブザーを鳴動させる
処理を実行して、オペレータに異常発生を報知する。こ
のように、上記第１実施例によると、監視端末１１で設
備機器の異常を検出したときに、これに対応するイベン
トコードに転送先アドレスを付加してサーバＳに送信す
ることにより、サーバＳでイベントコードを受信したと
きに、転送先アドレスが付加されていることから、ロギ
ング処理部１０ｂにロギング処理を依頼するだけで、イ
ベントコードを転送先にそのまま転送し、転送先でイベ
ントコードをイベント定義ファイルを参照して解析し
て、所定の処理を行うので、サーバＳの負担を軽減する
ことができると共に、各クライアント側でもサーバＳの
共有ファイルを監視する必要がないので、負担を軽減す
ることができ、システム全体のオーバーヘッドを削減す
ることができると共に、クライアントからイベントがサ
ーバＳに送信されると直ちにイベントが転送先クライア
ントに転送されるので、クライアント間の連携をリアル
タイムで行うことができる。
【００２６】次に、本発明の第２実施例を図４について
説明する。この第２実施例は、本発明をファクトリーオ
ートメーションシステムにおける自動組立ラインに適用
した場合を示し、例えばコンベヤにより搬送された材料
を基に製品を組立てる場合を示している。すなわち、第
２実施例では、図４に示すように、組立ラインの各工程
毎に端末が配置されており、例えば第ｍ番目の工程に端
末２１が配置されると共に、この第ｍ番目の工程に連続
する第ｎ番目の工程に端末２２が配置され、これら端末
２１，２２がＬＡＮ等のネットワークＮを介してサーバ
Ｓに接続されている。
説明する。この第２実施例は、本発明をファクトリーオ
ートメーションシステムにおける自動組立ラインに適用
した場合を示し、例えばコンベヤにより搬送された材料
を基に製品を組立てる場合を示している。すなわち、第
２実施例では、図４に示すように、組立ラインの各工程
毎に端末が配置されており、例えば第ｍ番目の工程に端
末２１が配置されると共に、この第ｍ番目の工程に連続
する第ｎ番目の工程に端末２２が配置され、これら端末
２１，２２がＬＡＮ等のネットワークＮを介してサーバ
Ｓに接続されている。
【００２７】ここで、サーバＳは前述した第１実施例と
同様にイベント処理部１０ａ及びロギング処理部１０ｂ
を有すると共に、自動組立ライン全体の組立スケジュー
ルを管理するスケジュール管理部１０ｃを備えており、
このスケジュール管理部１０ｃで組立指示等を表すイベ
ントを端末２１に送信する。各端末２１，２２は、イベ
ントを受信したときに、イベント定義ファイル２１ａ，
２２ａを参照してイベントに対応した処理を獲得するイ
ベント処理部２１ｂ，２２ｂを有し、このイベント処理
部２１ｂ，２２ｂで獲得した処理を実行させる。
同様にイベント処理部１０ａ及びロギング処理部１０ｂ
を有すると共に、自動組立ライン全体の組立スケジュー
ルを管理するスケジュール管理部１０ｃを備えており、
このスケジュール管理部１０ｃで組立指示等を表すイベ
ントを端末２１に送信する。各端末２１，２２は、イベ
ントを受信したときに、イベント定義ファイル２１ａ，
２２ａを参照してイベントに対応した処理を獲得するイ
ベント処理部２１ｂ，２２ｂを有し、このイベント処理
部２１ｂ，２２ｂで獲得した処理を実行させる。
【００２８】次に、上記第２実施例の動作を説明する。
今、サーバＳのスケジュール管理部１０ｃから第ｍ工程
の端末２１に対して、所定の製品を組立てるための組立
指示を表すイベントをネットワークＮを介して送信する
と、これを受信した端末２１では、そのイベント処理部
２１ｂで、イベント定義ファイル２１ａを参照してイベ
ントに対応する例えば所定の製品の組立処理を獲得し、
この組立処理を実行する。そして、所定の組立処理が完
了すると、良品数等の生産データをイベントに付加する
と共に、転送先を次工程である第ｎ工程の端末２２に指
定して、サーバＳに送信する。
今、サーバＳのスケジュール管理部１０ｃから第ｍ工程
の端末２１に対して、所定の製品を組立てるための組立
指示を表すイベントをネットワークＮを介して送信する
と、これを受信した端末２１では、そのイベント処理部
２１ｂで、イベント定義ファイル２１ａを参照してイベ
ントに対応する例えば所定の製品の組立処理を獲得し、
この組立処理を実行する。そして、所定の組立処理が完
了すると、良品数等の生産データをイベントに付加する
と共に、転送先を次工程である第ｎ工程の端末２２に指
定して、サーバＳに送信する。
【００２９】サーバＳでは、端末２１からのイベントを
受信すると、ロギング処理部１０ａに対してロギング処
理を依頼すると共に、イベントをネットワークＮを介し
て端末２２に転送する。このため、端末２１ではサーバ
Ｓからのイベントを受信したときに、イベント定義ファ
イル２２ａを参照して、イベントに対応する処理を獲得
すると共に、イベントに付加されている生産データが動
作パラメータとして与えられ、所定の組立処理が実行さ
れる。
受信すると、ロギング処理部１０ａに対してロギング処
理を依頼すると共に、イベントをネットワークＮを介し
て端末２２に転送する。このため、端末２１ではサーバ
Ｓからのイベントを受信したときに、イベント定義ファ
イル２２ａを参照して、イベントに対応する処理を獲得
すると共に、イベントに付加されている生産データが動
作パラメータとして与えられ、所定の組立処理が実行さ
れる。
【００３０】このように、上記第２実施例によると、自
動組立ラインに配置された各端末２１，２２間でもサー
バＳを介して組立指示等を表すイベントをリアルタイム
で転送することができ、端末２１，２２間の連携をリア
ルタイムで実現することができると共に、システム全体
のオーバーヘッドを削減することができる。なお、上記
各実施例においては、イベントとしてアラーム情報及び
その処理や組立処理等を定義する場合について説明した
が、これらに限定されるものではなく、複数のクライア
ント間で連携をとる必要がある全てのデータに対してイ
ベントを設定することができる。
動組立ラインに配置された各端末２１，２２間でもサー
バＳを介して組立指示等を表すイベントをリアルタイム
で転送することができ、端末２１，２２間の連携をリア
ルタイムで実現することができると共に、システム全体
のオーバーヘッドを削減することができる。なお、上記
各実施例においては、イベントとしてアラーム情報及び
その処理や組立処理等を定義する場合について説明した
が、これらに限定されるものではなく、複数のクライア
ント間で連携をとる必要がある全てのデータに対してイ
ベントを設定することができる。
【００３１】
【発明の効果】以上説明したように、請求項１に係るネ
ットワークシステムにおけるイベント管理方式によれ
ば、各クライアントで発生する異常情報及び処理の実行
に伴うデータをイベントとして抽象化し、システムを構
成するクライアント及びサーバでイベントを一括して管
理するようにしたので、情報管理とその処理等の複数の
機能を同時に管理することができると共に、イベントを
システムを構成するクライアント及びサーバでイベント
を一括して管理することにより、クライアント間の連携
をリアルタイムでとることができるという効果が得られ
る。
ットワークシステムにおけるイベント管理方式によれ
ば、各クライアントで発生する異常情報及び処理の実行
に伴うデータをイベントとして抽象化し、システムを構
成するクライアント及びサーバでイベントを一括して管
理するようにしたので、情報管理とその処理等の複数の
機能を同時に管理することができると共に、イベントを
システムを構成するクライアント及びサーバでイベント
を一括して管理することにより、クライアント間の連携
をリアルタイムでとることができるという効果が得られ
る。
【００３２】また、請求項２に係るネットワークシステ
ムにおけるイベント管理方式によれば、各クライアント
で発生する情報及びその処理の実行に伴うデータをイベ
ントとして抽象化し、各クライアントは発生するイベン
トに転送先データを付加して前記サーバに送信し、当該
サーバで指定された転送先クライアントにイベントを転
送するようにしたので、システム全体での処理のオーバ
ーヘッドを削減する共に、各クライアント間での連携を
リアルタイムで実行することが可能となるという効果が
得られる。
ムにおけるイベント管理方式によれば、各クライアント
で発生する情報及びその処理の実行に伴うデータをイベ
ントとして抽象化し、各クライアントは発生するイベン
トに転送先データを付加して前記サーバに送信し、当該
サーバで指定された転送先クライアントにイベントを転
送するようにしたので、システム全体での処理のオーバ
ーヘッドを削減する共に、各クライアント間での連携を
リアルタイムで実行することが可能となるという効果が
得られる。
【００３３】さらに、請求項３に係るネットワークシス
テムにおけるイベント管理方式によれば、各クライアン
トは、サーバからのイベントの転送を受けたときに、イ
ベントを解析してこれに定義された処理を実行するの
で、サーバからクライアントに転送されたイベントが例
えばアラーム情報である場合にそのアラームメッセージ
の表示とこれに対する処理対象や内容の表示や対処処理
等を同時に行うことができ、クライアント間で転送する
イベントデータを簡略化することができるという効果が
得られる。
テムにおけるイベント管理方式によれば、各クライアン
トは、サーバからのイベントの転送を受けたときに、イ
ベントを解析してこれに定義された処理を実行するの
で、サーバからクライアントに転送されたイベントが例
えばアラーム情報である場合にそのアラームメッセージ
の表示とこれに対する処理対象や内容の表示や対処処理
等を同時に行うことができ、クライアント間で転送する
イベントデータを簡略化することができるという効果が
得られる。
【図１】本発明の第１実施例を示すブロック図である。
【図２】サーバのイベント処理を示すフローチャートで
ある。
ある。
【図３】事務端末のイベント処理を示すフローチャート
である。
である。
【図４】本発明の第２実施例を示すブロック図である。
【図５】従来例を示すブロック図である。
Ｓ サーバ １０ａ イベント処理部 １０ｂ ロギング処理部 １０ｃ スケジュール管理部 １１ 監視端末 １１Ａ プログラマブルコントローラ １２ 事務端末 １２ａ イベント処理部 １２ｂ イベント定義ファイル １３ 警報端末 １３ａ イベント処理部 １３ｂ イベント定義ファイル ２１，２２ 端末 ２１ａ，２２ａ イベント定義ファイル ２１ｂ，２２ｂ イベント処理部
Claims (3)
- 【請求項１】 複数のクライアントがサーバにネットワ
ークを介して接続されたネットワークシステムにおい
て、各クライアントで発生する情報及びその処理の実行
に伴うデータをイベントとして抽象化し、システムを構
成するクライアント及びサーバでイベントを一括して管
理するようにしたことを特徴とするネットワークシステ
ムにおけるイベント管理方式。 - 【請求項２】 複数のクライアントがサーバにネットワ
ークを介して接続されたネットワークシステムにおい
て、各クライアントで発生する情報及びその処理の実行
に伴うデータをイベントとして抽象化し、各クライアン
トは発生するイベントに転送先データを付加して前記サ
ーバに送信し、当該サーバで指定された転送先クライア
ントにイベントを転送するようにしたことを特徴とする
ネットワークシステムにおけるイベント管理方式。 - 【請求項３】 各クライアントは、サーバからのイベン
トの転送を受けたときに、イベントを解析してこれに定
義された処理を実行することを特徴とする請求項１又は
２に記載のネットワークシステムにおけるイベント管理
方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6096679A JPH07306820A (ja) | 1994-05-10 | 1994-05-10 | ネットワークシステムにおけるイベント管理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6096679A JPH07306820A (ja) | 1994-05-10 | 1994-05-10 | ネットワークシステムにおけるイベント管理方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH07306820A true JPH07306820A (ja) | 1995-11-21 |
Family
ID=14171489
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP6096679A Pending JPH07306820A (ja) | 1994-05-10 | 1994-05-10 | ネットワークシステムにおけるイベント管理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH07306820A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6148339A (en) * | 1997-04-09 | 2000-11-14 | Nec Corporation | Health check system in network control system utilizing CORBA's event service |
| US7296070B2 (en) | 2000-12-22 | 2007-11-13 | Tier-3 Pty. Ltd. | Integrated monitoring system |
| WO2012161945A3 (en) * | 2011-05-23 | 2013-01-24 | Honeywell International Inc. | Large-scale comprehensive real-time monitoring framework for industrial facilities |
| US10587677B2 (en) | 2016-01-20 | 2020-03-10 | Mitsubishi Electric Corporation | Control apparatus, computer readable medium, and equipment control system |
-
1994
- 1994-05-10 JP JP6096679A patent/JPH07306820A/ja active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6148339A (en) * | 1997-04-09 | 2000-11-14 | Nec Corporation | Health check system in network control system utilizing CORBA's event service |
| US7296070B2 (en) | 2000-12-22 | 2007-11-13 | Tier-3 Pty. Ltd. | Integrated monitoring system |
| WO2012161945A3 (en) * | 2011-05-23 | 2013-01-24 | Honeywell International Inc. | Large-scale comprehensive real-time monitoring framework for industrial facilities |
| US9310790B2 (en) | 2011-05-23 | 2016-04-12 | Honeywell International Inc. | Large-scale comprehensive real-time monitoring framework for industrial facilities |
| US10587677B2 (en) | 2016-01-20 | 2020-03-10 | Mitsubishi Electric Corporation | Control apparatus, computer readable medium, and equipment control system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2924575B1 (en) | Cloud-based global alarm annunciation system for industrial systems | |
| EP3285127B1 (en) | Remote industrial automation site operation in a cloud platform | |
| JP4197652B2 (ja) | プラントの集中監視制御装置および方法 | |
| EP2045684B1 (en) | Contextualization for historians in industrial systems | |
| US20060168013A1 (en) | Message management facility for an industrial process control environment | |
| US20030221004A1 (en) | Programmable operational system for managing devices participating in a network | |
| JP2005033787A (ja) | 分散制御のために監視制御及びデータ収集（ｓｃａｄａ）システムを自己設定する方法及び装置 | |
| KR20060125594A (ko) | 제조와 엔터프라이즈 레벨간의 통신 모델 | |
| JP2003504708A (ja) | 産業設備における新しいプラグラムコードの監視またはインストール方法 | |
| JPH11265206A (ja) | 分散制御システム | |
| JP2003006772A (ja) | 自動通報システム | |
| AU2017203372A1 (en) | System and method for robust real-time control of regular automated production | |
| JP4538736B2 (ja) | ジョブ実行監視システム、ジョブ制御装置、ジョブ実行方法及びジョブ制御プログラム | |
| JP2019120998A (ja) | 制御システムおよび制御装置 | |
| JPH07306820A (ja) | ネットワークシステムにおけるイベント管理方式 | |
| JP3748232B2 (ja) | データ伝送装置、表示装置、および、制御システム | |
| DE10030472B4 (de) | Halbleiter-Fabrikautomatisierungssystem und Verfahren zur Überwachung zumimdest eines Servers in Echtzeit | |
| JP3641137B2 (ja) | 分散制御システム | |
| JP2000075907A (ja) | 生産システム | |
| JP2001273020A (ja) | 製造ライン管理システム | |
| JP2022155175A (ja) | 管理装置、管理システム、管理方法および管理プログラム | |
| JP2001101108A (ja) | 分散型監視システム | |
| US20070043840A1 (en) | Method and apparatus for identifying an order in a network | |
| JP2701592B2 (ja) | 網監視制御方式 | |
| JPH1131136A (ja) | 分散処理システムの異常監視方式 |