JP5424965B2 - Monitoring control system and monitoring control program - Google Patents
Monitoring control system and monitoring control program Download PDFInfo
- Publication number
- JP5424965B2 JP5424965B2 JP2010094678A JP2010094678A JP5424965B2 JP 5424965 B2 JP5424965 B2 JP 5424965B2 JP 2010094678 A JP2010094678 A JP 2010094678A JP 2010094678 A JP2010094678 A JP 2010094678A JP 5424965 B2 JP5424965 B2 JP 5424965B2
- Authority
- JP
- Japan
- Prior art keywords
- data processing
- data
- category
- request
- response
- 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.)
- Active
Links
- 238000012544 monitoring process Methods 0.000 title claims description 177
- 238000012545 processing Methods 0.000 claims description 519
- 230000004044 response Effects 0.000 claims description 222
- 238000000034 method Methods 0.000 claims description 102
- 230000005540 biological transmission Effects 0.000 claims description 97
- 230000008569 process Effects 0.000 claims description 52
- 238000013461 design Methods 0.000 claims description 42
- 238000003860 storage Methods 0.000 claims description 41
- 238000012795 verification Methods 0.000 claims description 14
- 230000006870 function Effects 0.000 description 26
- 238000010586 diagram Methods 0.000 description 24
- 238000007726 management method Methods 0.000 description 17
- 230000008859 change Effects 0.000 description 9
- 230000000737 periodic effect Effects 0.000 description 9
- 238000013480 data collection Methods 0.000 description 5
- 230000005856 abnormality Effects 0.000 description 4
- 238000004364 calculation method Methods 0.000 description 4
- 239000000284 extract Substances 0.000 description 4
- 238000011423 initialization method Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 3
- 230000009118 appropriate response Effects 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000001914 filtration Methods 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 230000007958 sleep Effects 0.000 description 2
- 101100379633 Xenopus laevis arg2-a gene Proteins 0.000 description 1
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 238000004378 air conditioning Methods 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 101150088826 arg1 gene Proteins 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000003362 replicative effect Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Images
Description
本発明は、複数のデバイスを監視制御する監視制御システム及び監視制御プラグラムに関するものである。 The present invention relates to a monitoring control system and a monitoring control program for monitoring and controlling a plurality of devices.
近年、プラントの機器、河川の流量計、ビルの空調や照明等に関する複数のデバイスを監視制御する監視制御システムに関して様々な技術が提案さている。このような監視制御システムにおいては、様々な要求仕様に柔軟に対応すべく、汎用的な監視制御プログラムと、複数のデバイスの入出力点を特定する情報及び当該入出力点でのデータの加工、画面構成等の設計を行うためのツールとが整備されている。監視制御システムは、起動の際に、監視制御プログラムに基づいて、ツールにより設計された設計情報を読込むことにより所望の監視制御を行う。 2. Description of the Related Art In recent years, various technologies have been proposed for a monitoring control system that monitors and controls a plurality of devices related to plant equipment, river flow meters, building air conditioning, lighting, and the like. In such a supervisory control system, in order to respond flexibly to various required specifications, a general supervisory control program, information specifying input / output points of a plurality of devices, and data processing at the input / output points, Tools for designing the screen configuration etc. are in place. The supervisory control system performs desired supervisory control by reading design information designed by a tool based on a supervisory control program when activated.
このような監視制御システムに対する要求仕様は年々複雑化しており、過去の監視制御プログラムでは対応できない機能を追加(拡張)することが要求されている。特許文献1及び特許文献2に記載には、監視制御プログラムに新たな機能を追加する技術が記載されている。
The required specifications for such a monitoring control system are becoming more complex year by year, and it is required to add (extend) functions that cannot be supported by past monitoring control programs.
特許文献1では、プログラムコードを入力、修正、または再コンパイルせずに、プログラムを組立てるコンピュータシステムに関する技術が記載されている。再利用プログラムにおいては、例えば、f(arg1,…,argN)のように、同一の配列要素(引数)を有する関数が用いられ、再利用プログラム同士間において、配列要素ごとにデータがやり取りされる。この配列要素は、再利用プログラムの開発の際に使用者により事前に取り決められ、定義ファイル等に記憶される。そして、コンパイルしなくても、再利用プログラムを管理する実装部が、新たに追加された再利用プログラムに関する定義ファイル等を読込むだけで、新たなシステムやプログラムを作成することが可能となっている。
特許文献2では、プラント監視制御処理向けのモジュールの構成や動作がプログラム上において変更される監視制御システムに関する技術が記載されている。この技術では、監視制御対象となるプラントに応じて、使用する複数の入力プログラム、演算プログラム、表示プログラム及び出力プログラム等の再利用部品が選択されることにより、モジュールが構成される。その際、各再利用部品のパラメータを変えることにより、モジュールの動作を変えることが可能となっている。例えば、要求仕様に基づいて上限下限超過を示すエラーを通知するモジュールにおいて、画面上に出力するのか、それともメール等によって通知するのかを、出力プログラムの定義ファイルを変更することにより切換えることが可能となっている。
さて、特許文献1の技術においては、再利用プログラム同士間において引数が予め定められなければならないことから、使用者は、新たな機能を追加する際に、新たな機能の引数が受け渡されるように対象の関数に引数を追加するプログラミング、及び、その変更を全再利用プログラムに対して反映させるプログラミングを行う必要がある。また、再利用プログラム同士間を結合する設計においては、使用者は、各引数においてはどのようなデータが受け渡されるのか、あるいは、再利用プログラムはどのような引数を取り扱っているのかを意識しなければならない。
In the technique of
また、特許文献2の技術において新たな機能を追加する場合には、使用者は、データを管理している再利用部品を検索し、当該再利用部品同士間で受け渡しするデータ形式等を理解した上で、新たな機能の追加に伴い新たに受け渡されるデータ形式を確認しなければならない。そして、データ形式が仕様を満たしている場合には、使用者は、呼び出し側の再利用部品の形式に従い新規にプログラムを追加するプログラミングを行う必要があり、仕様を満たしていない場合には、該当するデータを取得できるように再利用部品を拡張するプログラミングを行う必要がある。
In addition, when adding a new function in the technology of
以上のように、監視制御システムにおいて新たな監視制御機能を追加するためには、既存の監視制御プログラムを拡張または変更しているが、その作業は複雑で、かつ、時間がかかるものとなっており、結果的にコストがかかるものとなっている。 As described above, in order to add a new supervisory control function in the supervisory control system, the existing supervisory control program is expanded or modified, but the work is complicated and takes time. As a result, the cost is high.
そこで、本発明は、上記のような問題点を鑑みてなされたものであり、監視制御システム及び監視制御プログラムにおいて、新たな機能を容易に追加することが可能な技術を提供することを目的とする。 Therefore, the present invention has been made in view of the above problems, and an object of the present invention is to provide a technique capable of easily adding a new function in a monitoring control system and a monitoring control program. To do.
本発明に係る監視制御システムは、複数のデバイスの入出力点から収集する複数の数値データ及び複数種類のイベントデータを監視制御する監視制御システムであって、所定の複数の数値データ及び前記複数種類のイベントデータを複数のカテゴリにグループ化して複数のカテゴリデータを生成し、前記カテゴリ及びそれに対応する前記カテゴリデータを含むレスポンスと、前記カテゴリを含むリクエストとを生成する複数のデータ処理部と、インタフェースを介して前記複数のデータ処理部との間で前記レスポンスを送受信し、かつ、前記インタフェースを介して前記複数のデータ処理部から前記リクエストを受信するデータ振分部とを備える。前記複数のデータ処理部のそれぞれは、前記データ振分部からの前記レスポンスを受信した場合に、当該レスポンスに含まれる前記カテゴリデータを用いて所定の処理を行う。前記データ振分部は、リクエスト送信元の前記データ処理部から受信した前記リクエストに含まれる前記カテゴリと、レスポンス送信元の前記データ処理部から受信した前記レスポンスに含まれる前記カテゴリとに基づいて、当該レスポンスを前記リクエスト送信元のデータ処理部に送信する。 A monitoring control system according to the present invention is a monitoring control system for monitoring and controlling a plurality of numerical data and a plurality of types of event data collected from input / output points of a plurality of devices, wherein the plurality of predetermined numerical data and the plurality of types A plurality of data processing units for generating a plurality of category data by grouping the event data into a plurality of categories, generating a response including the category and the corresponding category data, and a request including the category, and an interface A data distribution unit that transmits / receives the response to / from the plurality of data processing units via the interface and receives the request from the plurality of data processing units via the interface. Each of the plurality of data processing units performs a predetermined process using the category data included in the response when receiving the response from the data distribution unit. The data distribution unit is based on the category included in the request received from the data processing unit of the request transmission source, and the category included in the response received from the data processing unit of the response transmission source, The response is transmitted to the data processor of the request transmission source.
また、本発明に係る監視制御プログラムは、複数のデバイスの入出力点から収集する複数の数値データ及び複数種類のイベントデータを監視制御する監視制御システムを構成するコンピュータに(a)複数のデータ処理部が、所定の複数の数値データ及び前記複数種類のイベントデータを複数のカテゴリにグループ化して複数のカテゴリデータを生成し、前記カテゴリ及びそれに対応する前記カテゴリデータを含むレスポンスと、前記カテゴリを含むリクエストとを生成する工程を実行させる。そして、当該コンピュータに、(b)データ振分部が、リクエスト送信元の前記データ処理部からインタフェースを介して受信した前記リクエストに含まれる前記カテゴリと、レスポンス送信元の前記データ処理部から前記インタフェースを介して受信した前記レスポンスに含まれる前記カテゴリとに基づいて、当該レスポンスを前記インタフェースを介して前記リクエスト送信元のデータ処理部に送信する工程と、(c)前記リクエスト送信元のデータ処理部が、前記レスポンスを受信した場合に、当該レスポンスに含まれる前記カテゴリデータを用いて所定の処理を行う工程とを実行させる。 In addition, the monitoring control program according to the present invention provides (a) a plurality of data processing on a computer constituting a monitoring control system that monitors and controls a plurality of numerical data collected from input / output points of a plurality of devices and a plurality of types of event data. The unit generates a plurality of category data by grouping a plurality of predetermined numerical data and the plurality of types of event data into a plurality of categories, a response including the category and the category data corresponding to the category, and the category The process of generating a request is executed. Then, in the computer, (b) the data distribution unit includes the category included in the request received via the interface from the data processing unit that is a request transmission source, and the interface from the data processing unit that is a response transmission source. A step of transmitting the response to the data processing unit of the request transmission source via the interface based on the category included in the response received via the network, and (c) a data processing unit of the request transmission source However, when the response is received, a predetermined process is performed using the category data included in the response.
本発明によれば、データ振分部が、リクエストに含まれるカテゴリと、レスポンスに含まれるカテゴリに基づいて、リクエストを送信したデータ処理部に適切なレスポンスを送信する。したがって、新たな機能を有するデータ処理部を追加する際には、リクエスト及びレスポンスの形式を変更する必要がなく、インタフェースを変更、拡張しなくて済むことから、新たな機能を容易に追加することができる。 According to the present invention, the data distribution unit transmits an appropriate response to the data processing unit that transmitted the request based on the category included in the request and the category included in the response. Therefore, when adding a data processing unit with a new function, it is not necessary to change the format of the request and response, and it is not necessary to change or expand the interface, so a new function can be easily added. Can do.
<実施の形態1>
図1は、本発明の実施の形態1に係る監視制御システム1を構成するハードウェア構成を示す図である。監視制御システム1は、例えばコンピュータによって実現される。この監視制御システム1は、CPU(Central Processing Unit)10と、ROM(Read Only Memory)11と、RAM(Random Access Memory)12と、記憶装置13と、入力インタフェース14と、入力装置15と、出力インタフェース16と、出力装置17と、ネットワーク接続インタフェース18と、ネットワーク接続装置19と、バス20とを備える。データバスであるバス20は、監視制御システム1を構成する複数のハードウェアを互いに電気的に接続する。したがって、ハードウェア同士間では、バス20を介して情報の送受信が可能となっている。本実施の形態では、このバス20を介して、CPU10、ROM11、RAM12、記憶装置13、入力インタフェース14、出力インタフェース16及びネットワーク送受信インタフェース18が複数のハードウェアとして互いに電気的に接続されている。
<
FIG. 1 is a diagram showing a hardware configuration that constitutes a
この監視制御システム1は、監視制御システム1の利用者、管理者または運用者から起動の際に行われる操作を受け付けると、監視制御システム1を起動するためのブートプログラム、OS(Operating System)を読出して実行する。以下、監視制御システム1の各構成について詳細に説明する。
When this
ROM11には、ブートプログラム等の制御プログラムが記憶されている。RAM12は、CPU10が記憶装置13から読み出したデータが一時的に記憶される。記憶装置13は、例えば、HDD(Hard Disk Drive)であり、記憶装置13には、OS、監視制御プログラム及び各種データが記憶されている。
The
CPU10は、ROM11に記憶されている制御プログラムを読込んで実行することにより、ROM11、RAM12、記憶装置13、入力インタフェース14及び出力インタフェースを制御する。また、CPU10は、記憶装置13に記憶されているOS及び監視制御プログラムを読出して実行することによって、監視制御プログラムで規定されている演算及び動作を行う。CPU10は、演算結果を記憶装置13に与え、記憶装置13は、CPU10から演算結果が与えられると、当該演算結果を記憶する。
The
入力装置15は、キーボード及びマウス等を備えており、利用者等からの操作を受け付けると、当該操作に対応する指令を入力インタフェース14に与える。入力インタフェース14は、入力装置15と電気的に接続されており、入力装置15をバス20に接続する。これにより、入力装置15からの指令が、バス20及び入力インタフェース14を介してCPU10に入力される。
The
出力装置17は、CRT(Cathode Ray Tube)ディスプレイ、液晶表示ディスプレイ等の、外部に情報を出力する装置であり、出力インタフェース16からの情報を表示する。出力インタフェース16は、出力装置17と電気的に接続されており、出力装置17をバス20に接続する。これにより、CPU10からの情報が、バス20及び入力インタフェース14を介して出力装置17に出力される。出力装置17は、例えば、CPU10からの情報を受けるとその情報を表示する。
The output device 17 is a device that outputs information to the outside, such as a CRT (Cathode Ray Tube) display or a liquid crystal display, and displays information from the output interface 16. The output interface 16 is electrically connected to the output device 17 and connects the output device 17 to the
ネットワーク接続装置19は、イーサネット(登録商標)カード、シリアルポート等の、外部コンピュータや外部デバイスと接続する接続装置であり、外部コンピュータ等と情報を送受信する。ネットワーク接続インタフェース18は、ネットワーク接続装置19と電気的に接続されており、ネットワーク接続装置19をバス20に接続する。これにより、CPU10からの情報及び指令が、バス20及びネットワーク接続インタフェース18を介してネットワーク接続装置19に出力される。ネットワーク接続装置19は、CPU10からの情報及び指令を受けると、その指令に基づいて、CPU10からの情報を外部コンピュータ等に送信する。一方、ネットワーク接続装置19は、外部コンピュータ等からの情報を受信すると、当該情報をバス20及びネットワーク接続インタフェース18を介してCPU10に入力する。
The network connection device 19 is a connection device connected to an external computer or an external device such as an Ethernet (registered trademark) card or a serial port, and transmits / receives information to / from the external computer. The network connection interface 18 is electrically connected to the network connection device 19 and connects the network connection device 19 to the
<監視制御システムにおける機能ブロック>
図2は、図1に示されるCPU10が主に記憶装置13に記憶されている監視制御プログラムを読込んで起動することにより、監視制御システム1に形成される機能ブロックを示す図である。図2に示すように、監視制御システム1は、複数のデータ処理部2と、データ振分部3と、インタフェース4と、データ振分定義記憶部5と、リクエスト記憶部6とを備える。
<Functional blocks in the supervisory control system>
FIG. 2 is a diagram showing functional blocks formed in the
監視制御システム1は、監視対象である複数のデバイス9及び他の監視制御システム1と、ネットワークやシリアル等により互いに電気的に接続されている。本実施の形態では、これらはネットワーク8により互いに接続されているものとする。
The
監視制御システム1に接続されている複数のデバイス9は、複数の数値データ、及び、複数種類のイベントデータを検出する。複数の数値データは、例えば、河川の流量のデータ、及び、ビルの温度のデータである。複数種類のイベントデータは、例えば、コンピュータ異常、数値データの異常、及び、他のシステムからの事象における異常を示すデータである。複数のデバイス9は、検出した複数の数値データ及び複数種類のイベントデータを入出力点に出力する。なお、データ処理部2にて収集して数値データの異常(上限値、下限値など)を検出し、イベントデータとして他のデータ処理部2へ通知することもある。
The plurality of
複数のデータ処理部2のそれぞれは、例えば、プログラム上のコンポーネントに相当するものであり、データに対して、加工・変換・蓄積・表示・送受信(収集)・管理等の各種処理(各種機能)の少なくともいずれか一つを行う。データ処理部2におけるデータの蓄積方法としては、データベース(例えばRDBMSやXMLDB)、ファイル形式で保存することが可能である。図2においては、複数のデータ処理部2の一例として、外部からのデータを収集するデータ処理部2aと、データを表示するデータ処理部2bと、データを管理するデータ処理部2c、2dとから構成されている。なお、本実施の形態では、データ処理部2aは、他の監視制御システム1上で動作しているデータ処理部2との間でデータを送受信するネットワーク送受信機能も備えている。監視制御システム1は、複数のデータ処理部2のそれぞれが各種処理(各種機能)を行うことにより、多様な制御監視を実現することができる。本実施の形態に係る監視制御システム1では、新たな機能、つまり、新たなデータ処理部2の追加が容易となっている。
Each of the plurality of
複数のデータ処理部2のうちデータ収集の機能を有するデータ処理部2aは、複数のデバイス9の入出力点から複数の数値データを収集し、収集した複数の数値データを加工する。以下、収集した数値データ、及び、加工した数値データを、総称して「収集・加工数値データ」と呼ぶ。
The
複数のデータ処理部2においては、複数の収集・加工数値データが、複数種類の周期、例えば、1分、1時間及び1日の周期ごとに更新されていく。ここでいう更新は、過去の収集・加工数値データに収集・加工数値データが上書きされてもよく、あるいは、過去の収集・加工数値データを残しつつ直近の収集・加工数値データが記憶されてもよい。いずれの動作にするかは、各データ処理部2においてどのような処理が行われるかに委ねられる。
In the plurality of
複数のデータ処理部2のデータ処理部2aは、このように更新される複数の収集・加工数値データを、更新周期の種類ごとにグループ化する。この結果、グループ化されたデータが更新周期の種類の数だけ形成される。例えば、1分、1時間及び1日の三種類の更新周期が用意されている場合には、三つのグループ化されたデータが形成される。以下、グループの単位を示す識別子をカテゴリ7と呼び、周期に係るカテゴリ7を「周期カテゴリ7p」と呼ぶこともある。
The
このことを、図3を用いて詳細に説明する。図3は、複数の収集・加工数値データを複数種類の周期カテゴリ7pにグループ化したときの一例を示す図である。入出力点識別番号51は、「A0001」及び「A0002」等のように複数のデバイス9の入出力点を一意に識別するための番号である。図に示されるように、複数の収集・加工数値データは、入出力点識別番号51ごとに取得されるものであり、「名前」、「データ型」及び「カレント値」などのような属性52ごとのデータ(属性値53)を含んでいる。
This will be described in detail with reference to FIG. FIG. 3 is a diagram illustrating an example when a plurality of collected / processed numerical data are grouped into a plurality of types of
周期カテゴリ7pの一種である1分カレント値カテゴリ7pmにおいては、複数の収集・加工数値データのうち1分周期で更新される収集・加工数値データ(属性値53)がグループ化される。また、周期カテゴリ7pの一種である1時間カテゴリ7phにおいては、複数の収集・加工データのうち1時間周期で更新される収集・加工数値データ(属性値53)がグループ化される。
In the one-minute current value category 7pm, which is a kind of the
以下、周期カテゴリ7pごとにグループ化された複数の収集・加工数値データ(属性値53)をカテゴリデータ54と呼ぶ。図3に示されるように、一つの周期カテゴリ7pには、一つのカテゴリデータ54が形成される。このカテゴリデータ54は、データ処理部2同士間で送受信され、各データ処理部2は、カテゴリデータ54に対して加工・変換・蓄積・表示・送受信(収集)・管理のいずれかの処理を行う。
Hereinafter, a plurality of collected / processed numerical data (attribute value 53) grouped for each
なお、図3に示されるように、複数の収集・加工数値データを複数の周期カテゴリ7pにグループ化した際には、定義カテゴリ7dが副次的に生成される。この定義カテゴリ7dにおいては、カテゴリデータ54に関する、入出力点識別番号51などの入出力点の情報、名前及びデータ型のデータ(属性値53)がグループ化されている。この定義カテゴリ7dのデータは、周期カテゴリ7pのカテゴリデータ54に適宜付加される。
As shown in FIG. 3, when a plurality of collected / processed numerical data are grouped into a plurality of
複数データ処理部2のデータ処理部2aは、以上で説明した複数の収集・加工数値データと同様に、複数のデバイス9の入出力点から複数種類のイベントデータを収集する。データ処理部2aは、複数種類のイベントデータをイベントの種類ごとにグループ化する。この結果、グループ化されたデータがイベントの種類の数だけ形成される。以下、イベントに係るカテゴリ7を「イベントカテゴリ7e」と呼ぶ。
The
このことを、図4を用いて詳細に説明する。図4は、複数種類のイベントデータを複数種類のイベントにグループ7eにグループ化したときの一例を示す図である。図に示されるように、複数種類のイベントデータは、イベントデータごとに付与される「イベントID」、イベントが発生した時間を示す「タイムスタンプ」、イベントの現在の状態を示す「イベント状態」などのような属性52ごとのデータ(属性値53)から構成されている。
This will be described in detail with reference to FIG. FIG. 4 is a diagram illustrating an example when a plurality of types of event data are grouped into a plurality of types of events in a
イベントカテゴリ7eの一種である気象イベントカテゴリ7ewにおいては、複数種類のイベントデータのうち気象に関するイベントデータ(属性値53)がグループ化される。また、イベントカテゴリ7eの一種であるシステムイベントカテゴリ7esにおいては、複数種類のイベントデータのうちシステムの故障に関するイベントデータ(属性値53)がグループ化される。
In the weather event category 7ew which is a kind of the
以下、上述と同様に、イベントカテゴリ7eごとにグループ化された複数種類のイベントデータ(属性値53)をカテゴリデータ54と呼ぶ。図4に示されるように、一つのイベントカテゴリ7eには、一つのカテゴリデータ54が形成される。イベントカテゴリ7eに係るカテゴリデータ54は、周期カテゴリ7pに係るカテゴリデータ54と同様にデータ処理部2同士間で送受信され、各データ処理部2は、カテゴリデータ54に対して加工・変換・蓄積・表示・送受信(収集)・管理のいずれかの処理を行う。
Hereinafter, similarly to the above, a plurality of types of event data (attribute value 53) grouped for each
以下の説明においては、周期カテゴリ7p及びイベントカテゴリ7eのそれぞれを、総称して「カテゴリ7」と呼ぶこともある。上述の複数のデータ処理部2の動作を換言すれば、本実施の形態に係る複数のデータ処理部2は、データ処理部2aにおいて、複数の収集・加工数値データ及び複数種類のイベントデータを複数のカテゴリ7にグループ化して、複数のカテゴリデータ54を生成する。
In the following description, each of the
データ処理部2は、他のデータ処理部2からカテゴリデータ54を必要とする際には、カテゴリ7と後述の応答回数とを含む「リクエスト」を生成し、当該リクエストをインタフェース4を介してデータ振分部3に送信する。以下、リクエストをデータ振分部3に送信するデータ振分部2を「リクエスト送信元のデータ処理部2」と、リクエストに含められるカテゴリ7を「リクエスト対象カテゴリ」と呼ぶこともある。
When the
一方、データ処理部2は、カテゴリ7に対応するカテゴリデータ54を他のデータ処理部2に送信しようとする際には、当該カテゴリ7と、当該カテゴリデータ54とを含む「レスポンス」を生成し、当該レスポンスをインタフェース4を介してデータ振分部3に送信する。以下、レスポンスをデータ振分部3に送信するデータ処理部2を「レスポンス送信元のデータ処理部2」、レスポンスに含められるカテゴリ7を「レスポンス対象カテゴリ」とそれぞれ呼ぶこともある。
On the other hand, when trying to transmit the
データ振分部3は、リクエストを受信してから、当該リクエストと同一のカテゴリ7を含むレスポンスを受信した場合には、当該レスポンスを、当該リクエストを送信したリクエスト送信元のデータ処理部2に送信する。このようなデータ振分部3については後述する。
If the
インタフェース4は、複数のデータ処理部2とデータ振分部3との間におけるレスポンスの送受信等を支援するものであり、全データ処理部2に実装されている。インタフェース4には、「初期化メソッド」、「終了メソッド」、「レスポンス受信メソッド」、「リクエスト送信メソッド」、及び、「レスポンス送信メソッド」という五つのメソッドが定義されている。
The
初期化メソッドは、全データ処理部2が実装するものであり、データ振分部3により実行される。一つのデータ処理部2の初期化メソッドがデータ振分部3によって実行されると、当該一つのデータ処理部2が初期化される。
The initialization method is implemented by all the
終了メソッドは、全データ処理部2が実装するものであり、データ振分部3により実行される。一つのデータ処理部2の終了メソッドがデータ振分部3によって実行されると、当該一つのデータ処理部2が停止する。
The end method is implemented by all the
レスポンス受信メソッドは、全データ処理部2が実装するものであり、データ振分部3により実行される。一つのデータ処理部2のレスポンス受信メソッドがデータ振分部3によって実行されると、当該一つのデータ処理部2は、データ振分部3から送信されるレスポンスを受信する。
The response reception method is implemented by all the
リクエスト送信メソッドは、複数のデータ処理部2のうち少なくとも一つのデータ処理部2に利用される。当該少なくとも一つのデータ処理部2は、インタフェース4が提供するリクエスト送信メソッドを利用して、リクエストをデータ振分部3に送信する。
The request transmission method is used for at least one
レスポンス送信メソッドは、複数のデータ処理部2のうち少なくとも一つのデータ処理部2により利用される。当該少なくとも一つのデータ処理部2は、インタフェース4が提供するレスポンス送信メソッドを利用して、レスポンスをデータ振分部3に送信する。
The response transmission method is used by at least one
データ振分部3は、例えば、プログラム上のコンポーネントに相当するものであり、複数のデータ処理部2及びインタフェース4を介してレスポンスを送受信し、かつ、複数のデータ処理部2からインタフェース4を介してリクエストを受信する。データ振分部3は、リクエストを送信したリクエスト送信元のデータ処理部2に、当該リクエストと同じカテゴリ7を含むレスポンスを振り分ける。この際に、データ振分部3は、後述するデータ振分定義記憶部5に記憶されているデータ振分定義情報30を参照したり、受信したリクエストをリクエスト記憶部6に一時的にキャッシュ(記憶)させたりする。この動作の詳細な説明は後述する。
The
データ振分部3は、レスポンス及びリクエストの送受信を行うだけでなく、インタフェース4を介して、複数のデータ処理部2の起動及び停止も行う。本実施の形態では、データ振分部3が起動及び停止すべき複数のデータ処理部2は、データ振分定義記憶部5に記憶されている。つまり、データ振分部3は、データ振分定義記憶部5に記憶されている複数のデータ処理部2を起動するとともに、これらをインタフェース4を介して初期化する。また、データ振分部3は、データ振分定義記憶部5において記憶されている複数のデータ処理部2をインタフェース4を介して停止する。なお、データ処理部2を起動させる方法としては、例えば、C++のDLL読込み技術やJava(登録商標)のjarファイルをクラスローディングする技術等を活用する。
The
図2に示されるデータ振分定義記憶部5は、図1に示される記憶装置13の機能ブロックであり、データ処理部2とカテゴリ7とを関連付けるデータ振分定義情報30を記憶している。
The data distribution
図5は、データ振分定義情報30の一例を示す図である。図に示されるように、データ振分定義情報30は、ID31、プログラムファイル32、プログラムアドレス33、レスポンス対象カテゴリ34、リクエスト対象カテゴリ35及び仮想プログラム36という、六つの項目に関する情報から構成されている。
FIG. 5 is a diagram illustrating an example of the data
ID31は、複数のデータ処理部2のそれぞれに付与される、データ処理部2を一意に識別するための番号を示す。プログラムファイル32は、対応するデータ処理部2において実行されるプログラムファイルの名前を示す。プログラムアドレス33は、監視制御システム1が起動する際に、データ処理部2に割り当てられる、自コンピュータ上での参照先のアドレスを示す。図5においては、Cプログラムによるアドレスを表記しているが、C++プログラムやJava(登録商標)プログラム等の言語によるアドレスで表記されていてもよい。
The
レスポンス対象カテゴリ34は、ID31により識別されるデータ処理部2が、データ振分部3に送信するレスポンスに含めることが可能なカテゴリ7を示す。つまり、ID31により識別されるデータ処理部2は、レスポンス対象カテゴリ34のカテゴリ7に属するカテゴリデータ54を管理しており、当該カテゴリ7及び当該カテゴリデータ54を含むレスポンスをデータ振分部3に送信することが可能である。例えば、図5においてID31として「1」が付与されているデータ処理部2は、1分カレント値カテゴリを含むレスポンスをデータ振分部3に送信することが可能である。なお、このレスポンス対象カテゴリ34は、本実施の形態では用いられず、後述の実施の形態において用いられる。したがって、本実施の形態においてレスポンス対象カテゴリ34は必須ではない。
The
リクエスト対象カテゴリ35は、ID31により識別されるデータ処理部2が、データ振分部3に送信するリクエストに含めることが可能なカテゴリ7を示す。つまり、ID31により識別されるデータ処理部2は、リクエスト対象カテゴリ35に示されるカテゴリ7のカテゴリデータ54が必要な場合には、当該カテゴリ7を含むリクエストをデータ振分部3に送信することが可能である。例えば、図5においてID31として「2」が付与されているデータ処理部2は、1分カレント値カテゴリのカテゴリデータ54を必要とするデータ処理部2であり、当該カテゴリデータ54を必要とする場合に、1分カレント値カテゴリを含むリクエストをデータ振分部3に送信することが可能である。
The
図5に示されるように、本実施の形態に係るリクエスト対象カテゴリ35においては、複数のカテゴリ7は互いに異なり、当該複数のカテゴリ7のそれぞれは、複数のデータ処理部2のいずれか一つに関連付けられている。つまり、一つのカテゴリ7が重複することなく、複数のカテゴリ7が複数のデータ処理部2に関連付けられている。
As shown in FIG. 5, in the
なお、図5に示される1分カレント値カテゴリは、図3に示される1分カレント値カテゴリ7pmを示す。また、図5に示される1日カテゴリ、1月カテゴリ及び1年カテゴリのそれぞれは、周期カテゴリ7pの一種である。カレント値カテゴリは、複数の周期カテゴリ7pをまとめたものである。カレント値異常イベントカテゴリは、イベントカテゴリ7eの一種である。
The one-minute current value category shown in FIG. 5 is the one-minute current value category 7pm shown in FIG. Each of the 1-day category, the January category, and the 1-year category shown in FIG. 5 is a kind of the
仮想プログラム36は、他の監視制御システム1に対してリクエストやレスポンスを送信する際に、経由すべきデータ処理部2のID31を示す。本実施の形態では、仮想プログラム36には、他の監視制御システム1とデータを送受信したりするデータ送受信(収集)のデータ処理部2aのID31が示されることになる。
The virtual program 36 indicates the
図2に示されるリクエスト記憶部6は、図1に示される記憶装置13の機能ブロックであり、データ振分部3が受信したリクエストの状況を示すリクエストキャッシュ情報を記憶している。
The
図6は、リクエストキャッシュ情報の一例を示す図である。図に示されるように、リクエストキャッシュ情報40は、リクエスト対象カテゴリ41、ID42及び応答回数43という、三つの項目に関する情報から構成されている。
FIG. 6 is a diagram illustrating an example of request cache information. As shown in the figure, the
リクエスト対象カテゴリ41は、現在リクエスト中のカテゴリ7を示す。つまり、データ振分部3が、データ処理部2からリクエストを受信したが、それに対応するレスポンスを当該データ処理部2に送信することが完了していない場合に、当該リクエストに含まれるカテゴリ7が示されている。ID42は、リクエスト対象カテゴリ41のカテゴリ7を含むリクエストをデータ振分部3に送信したリクエスト送信元のデータ処理部2を一意に識別するための番号を示す。このID42の番号は、図5に示されるデータ振分定義情報30のID31の番号と同じである。応答回数43は、一回のリクエストに対してデータ振分部3からデータ処理部2に送信されるべきレスポンスの回数を示すものである。例えば、応答回数43が「1」を示している場合にはレスポンスが1回のみ送信されるべきであることを示し、「2」を示している場合にはレスポンスが2回送信されるべきであることを示す。応答回数43が「*」を示している場合にはリクエストの停止が呼ばれるまでレスポンスが継続して送信されるべきであることを示す。
The
次に、CPU10が記憶装置13に記憶されている監視制御プログラムを実行することにより行われる、本実施の形態に係る監視制御システム1の動作を図7〜12を用いて説明する。
Next, the operation of the
図7は、監視制御システム1の起動の際に行われる動作を示すフローチャートである。この動作では主に、データ振分部3が、起動後にデータ振分定義情報30を読み込み、データ振分定義情報30において特定されている複数のデータ処理部2を一つずつ順次に起動し初期化する。この動作の前には、データ振分部プログラムがCPU10に読み出されることにより、データ振分部3が実行されているものとする。以下、この動作について、図7を用いて詳細に説明する。
FIG. 7 is a flowchart showing an operation performed when the
まず、ステップs1にて、起動されたデータ振分部3は、データ振分定義記憶部5から、データ振分定義情報30を構成している全データを読み込む。ステップs2にて、データ振分部3は、図5に示される全データを表の一行単位のデータ(行単位データ)のうち、一番上の行単位データを抜き出す。それから、ステップs3にて、データ振分部3は、抜き出した行単位データにおいて、仮想プログラム36が無設定であるか否かを判定する。ステップs3において無設定であると判定された場合にはステップs4に進む。無設定でない、つまり設定済みであると判定された場合にはステップs6に進む。
First, in step s 1, the activated
ステップs4にて、データ振分部3は、行単位データから一つのデータ処理部2のプログラムファイル32を取得し、当該一つのデータ処理部2を起動し、起動されたデータ処理部2のアドレスをプログラムファイル33に格納する。プログラムアドレス33を取得し、当該一つのデータ処理部2を起動する。そして、ステップs5にて、データ振分部3は、起動した一つのデータ処理部2に対し、インタフェース4にて定義されている初期化メソッドを実行する。これにより、起動した一つのデータ処理部2が初期化される。
In step s4, the
ステップs6にて、データ振分部3は、データ振分定義情報30において特定されている全データ処理部2に対して以上の動作が行われたかを判定する。ステップs6において当該全データ処理部2に対して動作が行われたと判定した場合には図7に示される工程が終了し、そうでない場合にはステップs2に進む。再度のステップs2においては、データ振分部3は、先に抜き出した行単位データから一つ下に位置する行単位データを抜き出す。
In step s6, the
こうして、データ振分部3は、ステップs1で読み込んだデータ振分定義情報30において特定されている全データ処理部2に対し、ステップs3〜s5の動作を繰り返すループ動作を行うことにより、当該全データ処理部2を起動し初期化する。
In this way, the
図8は、一つのデータ処理部2がカテゴリデータ54を必要とする際に行われる動作を示すフローチャートである。この動作では主に、当該一つのデータ振分部2が、データ振分部3にリクエストを送信する。なお、必要であれば、図8に示される工程は、上述の初期化(ステップs5)直後に行われてもよい。以下、この動作について、図8を用いて詳細に説明する。
FIG. 8 is a flowchart showing an operation performed when one
まず、ステップs10にて、データ処理部2は、自身が必要とするカテゴリデータ54のカテゴリ7を特定し、当該カテゴリ7を含むリクエストを生成する。この際、データ処理部2は、1回のリクエストで何回のカテゴリデータ54が送信されるべきかを示す応答回数もリクエストに含める。ステップs11にて、当該データ処理部2は、インタフェース4にて定義されているリクエスト送信メソッドを利用して、生成したリクエストをデータ振分部3に送信する。ステップs12にて、データ振分部3は、当該データ処理部2、つまり、リクエスト送信元のデータ処理部2から送信されたリクエストを受信する。
First, in step s10, the
この時点では、データ振分部3は、自身が受信したリクエストがどのデータ処理部2から送信されたか、つまり、リクエスト送信元のデータ処理部2がどれかを特定できていない。
At this time, the
そこで、ステップs13にて、データ振分部3は、受信したリクエストに含まれるカテゴリ7に基づいて、図5に示されるデータ振分定義情報30から、リクエスト送信元のデータ処理部2のID31を特定する。具体的には、データ振分部3は、データ振分定義情報30のリクエスト対象カテゴリ35のカテゴリ7のうち、受信したリクエストと同じカテゴリ7を特定し、当該カテゴリ7に関連付けられたデータ処理部2のID31を取得する。
Therefore, in step s13, the
ここで、リクエスト対象カテゴリ35は、データ処理部2がデータ振分部3に送信するリクエストに含めることが可能なカテゴリ7であることから、データ振分部3は、上述の動作を行うことにより、リクエスト送信元のデータ処理部2のID31(以下、「リクエスト送信元のID31」と略することもある)を取得することになる。そして、本実施の形態では、データ振分定義情報30においては、同一のカテゴリ7が重複することなく、複数のカテゴリ7が複数のデータ処理部2に関連付けられていることから、リクエスト送信元のID31が一意に取得される。以上により、データ振分部3は、カテゴリ7に基づいて、リクエストがどのデータ処理部2から送信されたのかを一意に特定することができる。
Here, since the
ステップs13の後、ステップs14にて、データ振分部3は、リクエスト送信元のID31、ステップs12にて受信したリクエストに含まれるカテゴリ7、及び、応答回数を、リクエストキャッシュ情報40のID42、リクエスト対象カテゴリ41、及び、応答回数43としてそれぞれ登録し、図8に示される工程が終了する。
After step s13, in step s14, the
図9は、一つのデータ処理部2がカテゴリデータ54を送信する際に行われる動作を示すフローチャートである。この動作では主に、カテゴリデータ54を送信しようとする一つのデータ処理部2が、当該カテゴリデータ54を含むレスポンスをデータ振分部3に送信する。以下、この動作について、図9を用いて詳細に説明する。なお、ここでは、カテゴリデータ54が生成される工程についても最初に説明する。
FIG. 9 is a flowchart showing an operation performed when one
ステップs20にて、データ処理部2aは、ネットワーク8を介して複数のデバイス9からの複数の数値データ及び複数種類のイベントデータを受信する。ステップs21にて、データ処理部2aは、受信したこれらデータを必要に応じて加工・変換する。ステップs22にて、データ処理部2aは、複数の収集・加工数値データ及び複数種類のイベントデータを複数のデバイス9の入出力点ごとに蓄積する。そして、ステップs23にて、データ処理部2aは、複数の収集・加工数値データ及び複数種類のイベントデータを複数のカテゴリ7にグループ化して、複数のカテゴリデータ54を生成する。
In step s20, the
以上のステップs20〜s23における複数のカテゴリデータ54の生成は、データを送受信(収集)する機能を有するデータ処理部2aにおいて少なくとも行われる。その一方で、以下に説明するステップs24以降におけるレスポンスの送信は、データ処理部2aに限ったものではなく、複数のデータ処理部2において適宜行われる。
The generation of the plurality of
ステップs24にて、カテゴリデータ54を送信しようとするデータ処理部2は、当該カテゴリデータ54及びそのカテゴリ7を含むレスポンスを生成する。ステップs25にて、当該データ処理部2は、インタフェース4に定義されているレスポンス送信メソッドを利用して、生成したレスポンスをデータ振分部3に送信する。ステップs26にて、データ振分部3は、当該データ処理部2、つまり、レスポン送信元のデータ処理部2から送信されたレスポンスを受信する。
In step s24, the
次に、ステップs27にて、データ振分部3は、受信したレスポンスに含まれるカテゴリ7と一致するカテゴリ7が、リクエストキャッシュ情報40のリクエスト対象カテゴリ41におけるカテゴリ7と一致するかを判定する。換言すれば、データ振分部3は、リクエスト送信元のデータ処理部2から受信したリクエストに含まれるリクエスト対象カテゴリと、レスポンス送信元のデータ処理部2から受信したレスポンスに含まれるレスポンス対象カテゴリとが互いに一致するかを判定する。ステップs27において、カテゴリ7が一致すると判定された場合には、ステップs28に進み、そうでない場合には図9に示される工程が終了する。
Next, in step s27, the
ステップs28にて、データ振分部3は、リクエストキャッシュ情報40の応答回数43を更新する。具体的には、応答回数43が自然数を示している場合には、データ振分部3は、当該自然数から1を引き、応答回数43が「0」となった段階でリクエストキャッシュ情報40からそのリクエスト対象カテゴリ41等のデータを削除する。応答回数43が「*」を示している場合には何もしない。
In step s28, the
ステップs29にて、データ振分部3は、リクエストキャッシュ情報40からリクエスト送信元のID42を取得する。そして、データ振分部3は、データ振分定義情報30において、取得したID42と同じ番号を示すID31を特定し、当該ID31に対応するプログラムアドレス33を取得する。そして、ステップs30にて、データ振分部3は、当該ID31により識別されるリクエスト送信元のデータ処理部2に対し、インタフェース4に定義されているレスポンス受信メソッドを実行し、リクエスト送信元のデータ処理部2にレスポンスを送信する。こうして、リクエスト送信元のデータ処理部2は、所望のカテゴリデータ54を含むレスポンスをデータ振分部3から受信することにより、当該所望のカテゴリデータ54を取得することができる。その後、リクエスト送信元のデータ処理部2は、当該カテゴリデータ54に対して、自身に割り当てられている加工等の処理を行う。そして、図9に示される工程が終了する。
In step s 29, the
以上においては、監視制御システム1内においてリクエスト及びレスポンスを送受信する際の動作について説明したが、以下においては、監視制御システム1が他の監視制御システムとリクエスト及びレスポンスを送受信する際の動作について説明する。
The operation when transmitting and receiving a request and response in the
図10は、監視制御システム1のデータ処理部2が他の監視制御システム1からリクエストを受信する際に行われる動作を示すフローチャートであり、図11は、監視制御システム1のデータ処理部2aが他の監視制御システム1にレスポンスを送信する際に行われる動作を示すフローチャートである。以下、この動作について、図10,11を用いて説明する。
FIG. 10 is a flowchart illustrating an operation performed when the
図10に示されるステップs40にて、他の監視制御システム1とデータを送受信する機能を有するデータ処理部2aは、他の監視制御システム1のデータ処理部2から上述と同じリクエストと、当該監視制御システム1を一意に識別するIPアドレスとを受信する。ステップs41にて、データ処理部2aは、受信したリクエストに含まれるカテゴリ7などの情報と、リクエスト送信元の監視制御システム1のIPアドレスとを互いに関連付けて一時的にキャッシュする。ステップs42にて、データ処理部2aは、インタフェース4に定義されているリクエスト送信メソッドを利用して、ステップs41にて受信したリクエストをデータ振分部3に送信する。それ以降は、ステップs13〜s14、及び、ステップs20〜s29と同様の工程が行われる。
In step s40 shown in FIG. 10, the
そして、図11に示されるステップs43にて、ステップs30と同様に、データ振分部3は、リクエスト送信元のデータ処理部2aがレスポンスを受信するように、当該データ処理部2aに対してレスポンス受信メソッドを実行し、リクエスト送信元のデータ処理部2aにレスポンスを送信する。これにより、データ処理部2aは、データ振分部3に送信したリクエストと同じカテゴリ7を含むレスポンスをデータ振分部3から受信する。
Then, in step s43 shown in FIG. 11, as in step s30, the
ステップs44にて、データ処理部2aは、ステップs43にて受信したレスポンスに含まれるカテゴリ7に基づいて、ステップs41においてキャッシュしている情報から、リクエスト送信元の監視制御システム1のIPアドレスを取得する。この際、複数のIPアドレスを取得してもよい。それから、ステップs45にて、データ処理部2aは、取得したIPアドレスで識別される、他の監視制御システム1にレスポンスを送信する。
In step s44, based on the
以上により、監視制御システム1は、他の監視制御システム1からリクエストを受信した場合に、当該リクエストと同一のカテゴリを含むレスポンスを他の監視制御システム1に送信することができる。
As described above, when the
次に、監視制御システム1のデータ処理部2aが他の監視制御システム1にリクエストを送信する際に行う動作を簡単に説明し、その後、監視制御システム1のデータ処理部2aが他の監視制御システム1からレスポンスを受信した際に行う動作を簡単に説明する。
Next, an operation performed when the
まず、監視制御システム1のデータ処理部2aが他の監視制御システム1にリクエストを送信する際に行う動作について説明する。データ処理部2aは、必要とするカテゴリデータ54のカテゴリ7を特定し、当該カテゴリ7を含むリクエストを生成する。この際、データ処理部2aは、1回のリクエストで何回のカテゴリデータ54が送信されるべきかを示す応答回数もリクエストに含める。そして、データ処理部2aは、生成したリクエストを他の監視制御システム1に送信する。
First, an operation performed when the
次に、監視制御システム1のデータ処理部2aが他の監視制御システム1からレスポンスを受信した際に行う動作について説明する。データ処理部2aは、他の監視制御システム1からレスポンスを受信した場合には、ステップs25〜ステップs30の動作を行う。これにより、リクエスト送信元のデータ処理部2は、他の監視制御システム1から、所望のカテゴリデータ54を含むレスポンスを受信することができる。
Next, an operation performed when the
図12は、監視制御システム1の停止の際に行われる動作を示すフローチャートである。この動作では主に、データ振分部3が、データ振分定義情報30を読み込み、データ振分定義情報30において特定されている複数のデータ処理部2を一つずつ順次に停止する。以下、この動作について、図12を用いて詳細に説明する。
FIG. 12 is a flowchart showing an operation performed when the
まず、ステップs50にて、データ振分部3は、データ振分定義記憶部5から、データ振分定義情報30を構成している全データを読み込む。ステップs51にて、データ振分部3は、図5に示される全データを表の一行単位のデータ(行単位データ)のうち、一番上の行単位データを抜き出す。それから、ステップs52にて、データ振分部3は、抜き出した行単位データにおいて、仮想プログラム36が無設定であるか否かを判定する。ステップs52において無設定であると判定された場合にはステップs53に進む。無設定でない、つまり設定済みであると判定された場合にはステップs55に進む。
First, in step s50, the
ステップs53にて、データ振分部3は、行単位データから一つのデータ処理部2を取得する。そして、ステップs54にて、データ振分部3は、当該一つのデータ処理部2に対し、インタフェース4にて定義されている終了メソッドを実行する。これにより、当該一つのデータ処理部2が停止する。
In step s53, the
ステップs55にて、データ振分部3は、データ振分定義情報30において特定されている全データ処理部2に対して以上の動作が行われたかを判定する。ステップs55において当該全データ処理部2に対して動作が行われたと判定した場合には図12に示される工程が終了し、そうでない場合にはステップs51に進む。再度のステップs51においては、データ振分部3は、先に抜き出した行単位データから一つ下に位置する行単位データを抜き出す。
In step s55, the
こうして、データ振分部3は、ステップs50で読み込んだデータ振分定義情報30において特定されている全データ処理部2に対し、ステップs52〜s54の動作を繰り返すループ動作を行うことにより、当該全データ処理部2を停止する。
In this manner, the
以上のような本実施の形態に係る監視制御システム1及び監視制御プログラムによれば、データ振分部3が、リクエストに含まれるカテゴリ7と、レスポンスに含まれるカテゴリ7とに基づいて、リクエストを送信したデータ処理部2に適切なレスポンスを送信する。したがって、新たな機能を有するデータ処理部2を追加する際には、カテゴリ7及びカテゴリデータ54の種類が増減することになるが、リクエスト及びレスポンスの形式を変更する必要がないことから、インタフェース4を変更、拡張しなくて済む。よって、新たな機能を容易に追加することができる。
According to the
また、データ振分部3は、追加した新しいデータ処理部2をデータ振分定義記憶部5に記憶すれば、既存のデータ処理部2と同様に、起動及び停止することができることから、新たな機能を容易に追加することができる。
Further, since the
また、本実施の形態では、データ振分定義記憶部5において、複数のデータ処理部2に関連付けられる複数のカテゴリ7は互いに異なっていることから、データ振分部3は、レスポンスに含まれるカテゴリ7と、リクエストに含まれるカテゴリ7に基づいて、レスポンス(カテゴリデータ54)を必要とするリクエスト送信元のデータ処理部2を一意に特定することができる。したがって、データ処理部2を追加する際に、そのデータ処理部2のレスポンスを、複数のデータ処理部2のうちどのデータ処理部2に対して送信すべきかについて意識しなくても、当該レスポンスを適切に送信することができる。よって、新たな機能を容易に追加することができる。
In the present embodiment, since the plurality of
なお、本実施の形態では、互いに異なる複数のカテゴリ7のそれぞれが、複数のデータ処理部2のいずれか一つに関連付けられたものとした。しかし、これに限ったものではなく、同一のカテゴリ7が複数のデータ処理部2に重複するように、複数のカテゴリ7と複数のデータ処理部2とを関連付けるものであってもよい。ただし、この場合には、レスポンスを必要とする一つのデータ処理部2、つまり、リクエスト送信元のデータ処理部2が一意に特定されない。そこで、この場合には次の二つの方法のいずれかを行うことにより、データ振分部3がリクエスト送信元のデータ処理部2を一意に特定することが可能となる。
In the present embodiment, each of a plurality of
一つ目の方法として、データ振分部3は、データ処理部2に対し、そのデータ処理部2のID31を予め与えておく。そして、リクエスト送信元のデータ処理部2は、データが必要となった場合に、自身のID31をリクエストに付与してデータ振分部3に送信する。データ振分部3は、このID31をリクエストキャッシュ情報40に登録する。これにより、データ振分部3はリクエスト送信元のデータ処理部2を一意に特定することができる。
As a first method, the
二つ目の方法として、データ振分部3は、データ処理部2に対し、そのデータ処理部2のプログラムアドレス32を予め与えておく。そして、リクエスト送信元のデータ処理部2は、データが必要となった場合に、自身のプログラムアドレス32をリクエストに付与してデータ振分部3に送信する。データ振分部3は、このプログラムアドレス32をリクエストキャッシュ情報40に登録する。これにより、データ振分部3はリクエスト送信元のデータ処理部2を一意に特定することができる。
As a second method, the
また、上述したレスポンス送信方法以外の送信方法として、データ振分部3は、受信したレスポンスに含まれるカテゴリ7に関連するすべてのID31をリクエストキャッシュ情報40から収集することにより、当該カテゴリ7に該当するすべてのデータ処理部2にレスポンスを送信するようにしてもよい。
Further, as a transmission method other than the response transmission method described above, the
<実施の形態2>
本実施の形態に係る監視制御システム1のハードウェア構成及び機能ブロック構成は、実施の形態1に係る監視制御システム1のハードウェア構成及び機能ブロック構成とそれぞれ同じである。以下、本実施の形態に係る監視制御システム1のハードウェア構成、及び、機能ブロック構成において、実施の形態1と同一の部分には同一符号を付与し、以下においては実施の形態1と異なる部分を中心に説明する。
<
The hardware configuration and functional block configuration of the
本実施の形態に係る監視制御システム1及び監視制御プログラムにおいては、データ振分部3は、受信したリクエストと同じカテゴリ7を含むレスポンスのみを複数のデータ処理部2から受信するようになっている。以下、このような本実施の形態に係る監視制御システム1及び監視制御プログラムについて説明する。
In the
本実施の形態に係るインタフェース4には、上述のメソッドに加えて、「リクエスト受信メソッド」が定義されている。このリクエスト受信メソッドは、全データ処理部2が実装するものであり、データ振分部3により実行される。一つのデータ処理部2のリクエスト受信メソッドがデータ振分部3によって実行されると、当該一つのデータ処理部2は、データ振分部3からリクエストを受信する。したがって、本実施の形態に係るデータ振分部3は、インタフェース4を介して、複数のデータ処理部2との間でレスポンスだけでなく、リクエストも送受信するようになっている。
In the
本実施の形態に係るデータ振分部3は、一つのデータ処理部2からリクエストを受信した場合に、データ処理部2に対して当該リクエストを送信する。そして、複数のデータ処理部2のそれぞれは、データ振分部3からリクエストを受信した場合に、当該リクエストと同じカテゴリ7を含むレスポンスのみをデータ振分部3に送信する。これにより、データ振分部3は、必要なレスポンスのみを複数のデータ処理部2から受信することができるようになっている。
When receiving a request from one
次に、本実施の形態に係る監視制御システム1の動作について図13,14を用いて説明する。
Next, the operation of the
図13は、一つのデータ処理部2がカテゴリデータ54を必要とする際に行われる動作を示すフローチャートである。まず、実施の形態1で説明したステップs10〜s14(図8)が行われる。そして、ステップs15Aにて、データ振分部3は、全データ処理部2に対し、インタフェース4に定義されているリクエスト受信メソッドを実行し、ステップs12において受信したリクエストを全データ処理部2に対して送信する。これにより、全データ処理部2は、リクエストをデータ振分部3から受信する。なお、ここでは、データ振分部3が全データ処理部2にリクエストを送信するものとしたが、データ振分部3は、レスポンス対象カテゴリ34を参照して、リクエストと同じカテゴリ7を含むレスポンスを送信可能なデータ処理部2を特定し、特定した当該データ処理部2にのみリクエストを送信するものであってもよい。それから、ステップs16Aにて、各データ処理部2は、受信したリクエストに含まれるカテゴリ7を一時的にキャッシュする。そして、図13に示される工程が終了する。
FIG. 13 is a flowchart showing an operation performed when one
図14は、一つのデータ処理部2がカテゴリデータ54を送信する際に行われる動作を示すフローチャートである。まず、実施の形態1で説明したステップs20〜s23(図9)が行われる。そして、ステップs24Aにて、カテゴリデータ54を送信しようとするデータ処理部2は、レスポンスに含めようとするカテゴリ7と、ステップs16Aでキャッシュされたカテゴリ7とが互いに合致するかを判定する。ステップs24Aにおいて合致すると判定された場合にはステップs24に進み、それ以降、実施の形態1で説明した工程と同じ工程が行われる。ステップs24Aにおいて合致しないと判定された場合には、各データ処理部2がレスポンスの生成及び送信を行わずに、図14に示される工程が終了する。この動作により、全データ処理部2は、データ振分部3から受信したリクエストと同じカテゴリ7を含むレスポンスのみを、データ振分部3に送信することになる。
FIG. 14 is a flowchart showing an operation performed when one
以上のような本実施の形態に係る監視制御システム1及び監視制御プログラムによれば、実施の形態1と同様の効果を得ることができるとともに、データ振分部3は、必要なレスポンスのみを複数のデータ処理部2から受信することができる。したがって、データ振分部3において不要な処理を削減することができるため、データ振分部3の負荷軽減及び高速処理化を実現することができる。
According to the
<実施の形態3>
本実施の形態に係る監視制御システム1のハードウェア構成及び機能ブロック構成は、実施の形態2に係る監視制御システム1のハードウェア構成及び機能ブロック構成とそれぞれ同じである。以下、本実施の形態に係る監視制御システム1のハードウェア構成、及び、機能ブロック構成において、実施の形態2と同一の部分には同一符号を付与し、以下においては実施の形態2と異なる部分を中心に説明する。
<
The hardware configuration and functional block configuration of the
本実施の形態に係る監視制御システム1及び監視制御プログラムにおいても、実施の形態2と同様、データ振分部3は、必要なレスポンスのみを複数のデータ処理部2から受信するようになっている。以下、このような本実施の形態に係る監視制御システム1及び監視制御プログラムについて説明する。
Also in the
本実施の形態に係る複数のデータ処理部2は、入出力点識別番号51をリクエスト及びレスポンスに含める。入出力点識別番号51をリクエスト及びレスポンスに含める際には、例えば、入出力点識別番号51を含む、図3に示される定義カテゴリ7dのデータをリクエスト及びレスポンスに含めてもよい。
The plurality of
本実施の形態に係るデータ振分部3は、実施の形態2と同様、一つのデータ処理部2からリクエストを受信した場合に、全データ処理部2に対して当該リクエストを送信する。そして、複数のデータ処理部2のそれぞれは、データ振分部3からリクエストを受信した場合には、当該リクエストと同じカテゴリ7及び入出力点識別番号51を含むレスポンスのみをデータ振分部3に送信する。これにより、データ振分部3は、必要なレスポンスのみを複数のデータ処理部2から受信することができるようになる。
Similar to the second embodiment, the
次に、本実施の形態に係る監視制御システム1の動作について図15,16を用いて説明する。
Next, the operation of the
図15は、一つのデータ処理部2がカテゴリデータ54を必要とする際に行われる動作を示すフローチャートである。まず、実施の形態2で説明したステップs10〜s15A(図13)が行われる。ただし、本実施の形態に係るステップs10においては、当該一つのデータ処理部2は、カテゴリ7、応答回数、及び、入出力点識別番号51を含むリクエストを生成する。そして、ステップs16Bにて、各データ処理部2は、受信したリクエストに含まれるカテゴリ7及び入出力点識別番号51を一時的にキャッシュし、図15に示される工程が終了する。
FIG. 15 is a flowchart showing an operation performed when one
図16は、一つのデータ処理部2がカテゴリデータ54を送信する際に行われる動作を示すフローチャートである。まず、実施の形態2で説明したステップs20〜s23(図14)が行われる。そして、ステップs24Bにて、カテゴリデータ54を送信しようとするデータ処理部2は、レスポンスに含めようとするカテゴリ7及び入出力点識別番号51と、ステップs16Bでキャッシュされたカテゴリ7及び入出力点識別番号51とが互いに合致するかを判定する。ステップs24Bにおいて合致すると判定された場合には、ステップs24に進み、それ以降、実施の形態1で説明した工程と同じ工程が行われる。ステップs24Bにおいて合致しないと判定された場合には、各データ処理部2がレスポンスの生成及び送信を行わずに、図16に示される工程が終了する。この動作により、全データ処理部2は、データ振分部3から受信したリクエストと同じカテゴリ7及び入出力点識別番号51を含むレスポンスのみを、データ振分部3に送信することになる。
FIG. 16 is a flowchart showing an operation performed when one
以上のような本実施の形態に係る監視制御システム1及び監視制御プログラムによれば、実施の形態2と同様の効果を得ることができる。特に本実施の形態では、データ振分部3は、入出力点識別番号51を用いることによってより限定されたレスポンスのみをデータ処理部2から受信することができるため、データ振分部3において不要な処理をより削減することができる。したがって、データ振分部3の負荷軽減及び高速処理化を高めることができる。
According to the
<実施の形態4>
本実施の形態に係る監視制御システム1のハードウェア構成及び機能ブロック構成は、実施の形態2に係る監視制御システム1のハードウェア構成及び機能ブロック構成とそれぞれ同じである。以下、本実施の形態に係る監視制御システム1のハードウェア構成、及び、機能ブロック構成において、実施の形態2と同一の部分には同一符号を付与し、以下においては実施の形態2と異なる部分を中心に説明する。
<
The hardware configuration and functional block configuration of the
本実施の形態に係る監視制御システム1及び監視制御プログラムにおいても、実施の形態2と同様、データ振分部3は、必要なレスポンスのみを複数のデータ処理部2から受信するようになっている。以下、このような本実施の形態に係る監視制御システム1及び監視制御プログラムについて説明する。
Also in the
本実施の形態に係るデータ振分部3は、実施の形態2と同様、データ処理部2からリクエストを受信した場合に、全データ処理部2に対して当該リクエストを送信する。
Similar to the second embodiment, the
本実施の形態に係る複数のデータ処理部2は、カテゴリ7及び応答回数に加えて、カテゴリデータ54を絞り込むことを可能にする後述する絞込条件をリクエストに含める。そして、複数のデータ処理部2のそれぞれは、データ振分部3からリクエストを受信した場合には、当該リクエストと同じカテゴリ7と、当該リクエストに含まれる絞込条件に合致するカテゴリデータ54とを含むレスポンスのみをデータ振分部3に送信する。これにより、データ振分部3は、必要なレスポンスのみを複数のデータ処理部2から受信することができるようになる。
The plurality of
次に、絞込条件について説明する。絞込条件とは、図3及び図4に示される、カテゴリデータ54の属性52に対して‘<’、‘<=’、‘=’、‘!=’、‘=>’、‘>’といったオペランドと閾値などの値とを組み合わせた絞込項目同士を、‘AND’または‘OR’によって組み合わせた絞込項目集合から構成した検索文である。図3において「イベント種別」と示される属性52において、「軽故障」と示される属性値53であるカテゴリデータ54を絞り込むための絞込条件は、XML形式では次のように記述される。
Next, the narrowing conditions will be described. The narrowing-down conditions are “<”, “<=”, “=”, “!” For the
なお、監視制御システム1に共通な絞込条件は、予め属性値53の型やフォーマットを定めておくことも可能である。例えば、属性値取得開始時刻や取得個数などといったトレンドグラフや帳票等でよく使用されるものなどが挙げられる。その絞込条件の一例は、XML形式では次のように記述される。
Note that the narrowing conditions common to the
次に、本実施の形態に係る監視制御システム1の動作について図17,18を用いて説明する。
Next, the operation of the
図17は、一つのデータ処理部2がカテゴリデータ54を必要とする際に行われる動作を示すフローチャートである。まず、実施の形態2で説明したステップs10〜s15A(図13)が行われる。ただし、本実施の形態に係るステップs10においては、当該一つのデータ処理部2は、カテゴリ7、応答回数、及び、絞込条件を含むリクエストを生成する。そして、ステップs16Cにて、各データ処理部2は、受信したリクエストに含まれるカテゴリ7及び絞込条件を一時的にキャッシュし、図17に示される工程が終了する。
FIG. 17 is a flowchart showing an operation performed when one
図18は、一つのデータ処理部2がカテゴリデータ54を送信する際に行われる動作を示すフローチャートである。まず、実施の形態2で説明したステップs20〜s24A(図14)が行われる。その一連のステップの最後のステップに当たるステップs24Aにおいて、レスポンスに含めようとするカテゴリ7と、ステップs16Cでキャッシュされたカテゴリ7とが合致すると判定された場合にはステップs24Cに進む。一方、ステップs24Aにおいて合致しないと判定された場合には、各データ処理部2がレスポンスの生成及び送信を行わずに、図18に示される工程が終了する。
FIG. 18 is a flowchart showing an operation performed when one
ステップs24Cにて、カテゴリデータ54を送信しようとする複数のデータ処理部2のそれぞれは、レスポンスに含めようとするカテゴリデータ54が、ステップs16Cでキャッシュされた絞込条件に合致するかを判定する。ステップs24Cにおいて合致すると判定された場合には、ステップs24に進み、それ以降、実施の形態1で説明した工程と同じ工程が行われる。ステップs24Cにおいて合致しないと判定された場合には、各データ処理部2がレスポンスの生成及び送信を行わずに、図16に示される工程が終了する。この動作により、全データ処理部2は、データ振分部3から受信したリクエストと同じカテゴリ7と、当該リクエストに合致するカテゴリデータ54とを含むレスポンスのみを、データ振分部3に送信することになる。
In step s24C, each of the plurality of
以上のような本実施の形態に係る監視制御システム1及び監視制御プログラムによれば、実施の形態2と同様の効果を得ることができる。特に本実施の形態では、データ振分部3は、絞込条件を用いることによってより限定されたレスポンスのみを受信することができるため、データ振分部3において不要な処理をより削減することができる。したがって、データ振分部3の負荷軽減及び高速処理化を高めることができる。
According to the
なお、本実施の形態は一例であり、様々な形式にて検索条件を記述することができる。また、監視制御システム1に検索条件をあらかじめ決めておくことにより、不要な文字列解析等を省く方法を取ることも可能である。
Note that this embodiment is merely an example, and search conditions can be described in various formats. It is also possible to take a method of omitting unnecessary character string analysis and the like by determining search conditions in the
また、以上では、本実施の形態に係る監視制御システム1を、本実施の形態2に適用して説明したが、これに限ったものではなく、実施の形態3に適用してもよい。
In the above description, the
<実施の形態5>
本実施の形態に係る監視制御システム1のハードウェア構成は、実施の形態2と同じであるが、本実施の形態に係る監視制御システム1の機能ブロック構成は、実施の形態2と異なる。以下、本実施の形態に係る監視制御システム1の機能ブロック構成において、実施の形態2と同一の部分には同一符号を付与し、以下においては実施の形態2と異なる部分を中心に説明する。
<
The hardware configuration of the
本実施の形態に係る監視制御システム1及び監視制御プログラムにおいては、カテゴリデータ54の更新のタイミングに関わらず、データ振分部3は、指定時刻においてカテゴリデータ54を取得し、リクエスト送信元のデータ処理部2に当該カテゴリデータ54を送信するようになっている。以下、このような本実施の形態に係る監視制御システム1及び監視制御プログラムについて説明する。
In the
図19は、本実施の形態に係る監視制御システム1の機能ブロックを示す図である。図に示すように、本実施の形態に係る監視制御システム1は、実施の形態1に係る監視制御システム1に、タイマー実行部50を加えたものである。そして、本実施の形態に係る監視制御システム1にけるインタフェース4、リクエスト、データ振分部3及びデータ振分定義情報30は、実施の形態2のそられに一部機能が加わったものとなっている。
FIG. 19 is a diagram illustrating functional blocks of the
本実施の形態においては、インタフェース4には、実施の形態1で説明した五つのメソッドに加えて、「送信指示リクエスト受信メソッド」が定義されている。この送信指示リクエスト受信メソッドは、全データ処理部2が実装するものであり、データ振分部3によって実行される。一つのデータ処理部2の送信指示リクエスト受信メソッドがデータ振分部3によって実行されると、当該一つのデータ処理部2は、データ振分部3から送信されるリクエストと実質的に同じ振分部生成リクエストを受信する。その直後に、当該一つのデータ処理部2は、当該振分部生成リクエストと同じカテゴリ7を含むレスポンスをデータ振分部3に送信する。
In the present embodiment, in addition to the five methods described in the first embodiment, a “transmission instruction request reception method” is defined in the
このように、送信指示リクエスト受信メソッドは、データ処理部2において、リクエストの受信と、レスポンスの送信とがほぼ同時に行われる同期型のメソッドである。なお、説明を簡単にするため、送信指示リクエスト受信メソッドが実行されて、レスポンスをデータ振分部3に送信するように指示されるデータ処理部2を、「レスポンス送信指示対象のデータ処理部2」と、以下呼ぶこともある。
As described above, the transmission instruction request reception method is a synchronous method in which the
本実施の形態に係る複数のデータ処理部2は、カテゴリ7及び応答回数を含む上述のリクエストだけでなく、カテゴリ7及び応答回数に加えて指定時刻の情報を含むリクエストも生成する。
The plurality of
本実施の形態に係るデータ振分部3は、これまで説明した動作に加え、指定時刻の情報を含むリクエストを受信した場合に、図5に示されるレスポンス対象カテゴリ34のうち、当該リクエストと同じカテゴリ7を特定する。そして、データ振分部3は、特定したカテゴリ7に関連付けられたデータ処理部2のID31を、レスポンス送信指示対象のデータ処理部2のID31(以下、略して「レスポンス送信指示対象のID31」と呼ぶこともある)を取得する。
In addition to the operations described so far, the
データ振分部3は、受信したリクエストに含まれるカテゴリ7と、取得したレスポンス送信指示対象のID31とをタイマー実行部50に付与するとともに、当該リクエストに含まれる指定時刻に起動するようにタイマー実行部50に指示する。
The
タイマー実行部50は、データ振分部3から付与されたカテゴリ7及びレスポンス送信指示対象のID31を保持した状態で、指定時刻までスリープする。そして、タイマー実行部50は、指定時刻に達した場合に、保持しているカテゴリ7及びレスポンス送信指示対象のID31をデータ振分部3に付与する。
The
データ振分部3は、タイマー実行部50からカテゴリ7及びレスポンス送信指示対象のID31を受けた場合には、当該カテゴリ7を含む「振分部生成リクエスト」を生成する。そして、データ振分部3は、振分部生成リクエストを、レスポンス送信指示対象のID31で識別されるデータ処理部2に送信する。データ振分部3は、その後に当該データ処理部2から送信されるレスポンスを、リクエスト送信元のデータ処理部2に送信する。
When receiving the
図20は、一つのデータ処理部2がカテゴリデータ54を必要とする際に行われる動作を示すフローチャートである。まず、実施の形態1で説明したステップs10〜s14(図8)が行われる。ただし、本実施の形態に係るステップs10においては、当該一つのデータ処理部2は、指定時刻を含まないリクエストと、指定時刻を含むリクエストとを選択的に生成する。
FIG. 20 is a flowchart showing an operation performed when one
ステップs14後のステップs17にて、データ振分部3は、ステップs12において受信したリクエストに指定時刻の情報が含まれているかを判定する。ステップs17にて、指定時刻の情報が含まれていると判定された場合にはステップs18に進み、そうでない場合には、図20に示される工程が終了する。
In step s17 after step s14, the
ステップs18にて、データ振分部3は、ステップs12にて受信したリクエストに含まれるカテゴリ7に基づいて、データ振分定義情報30からレスポンス送信指示対象のID31を取得する。具体的には、データ振分部3は、図5に示されるレスポンス対象カテゴリ34のうち、ステップs12にて受信したリクエストと同じカテゴリ7を特定し、当該カテゴリ7に関連付けられたデータ処理部2のID1を、レスポンス送信指示対象のID31として取得する。
In step s18, the
そして、データ振分部3は、ステップs12にて受信したリクエストのカテゴリ7及びレスポンス送信指示対象のID31をタイマー実行部50に付与するとともに、指定時刻に起動するようにタイマー実行部50に指示する。タイマー実行部50は、データ振分部3から付与されたカテゴリ7及びレスポンス送信指示対象のID31を保持する。そして、図20に示される工程が終了する。
Then, the
図21は、指定時刻にタイマー実行部50が起動する際に行われる動作を示すフローチャートである。ステップs60にて、タイマー実行部50は指定時刻までスリープしている。ステップs61にて、タイマー実行部50は指定時刻に起動する。そして、ステップs62にて、タイマー実行部50は、保持しているカテゴリ7及びレスポンス送信指示対象のID31をデータ振分部3に付与する。
FIG. 21 is a flowchart illustrating an operation performed when the
ステップs63にて、データ振分部3は、タイマー実行部50から、保持していたカテゴリ7(データ振分部3がステップs12において受信したリクエストと同じカテゴリ7)を受けると、当該カテゴリ7を含む振分部生成リクエストを生成する。
In step s63, when the
そして、ステップs64にて、データ振分部3は、レスポンス送信指示対象のID31により識別されるレスポンス送信指示対象のデータ処理部2に対し、インタフェース4に定義されている送信指示リクエスト受信メソッドを実行し、生成した振分部生成リクエストを当該データ処理部2に送信する。
In step s64, the
これにより、ステップs64では、以下のステップs64a〜s64dが行われる。まず、ステップs64aにて、レスポンス送信指示対象のデータ処理部2は、データ振分部3から、振分部生成リクエストを受信する。ステップs64bにて、レスポンス送信指示対象のデータ処理部2は、振分部生成リクエストに含まれるカテゴリ7を特定する。そして、レスポンス送信指示対象のデータ処理部2は、特定したカテゴリ7のカテゴリデータ54を、実施の形態1で説明したステップs20〜s23(図9)と同じ工程を行うことにより、デバイス9の各種データから生成する。ステップs64cにて、レスポンス送信指示対象のデータ処理部2は、当該カテゴリ7と、生成したカテゴリデータ54とを含むレスポンスを生成し、当該レスポンスをデータ振分部3に送信する。そして、ステップs64dにて、データ振分部3は、レスポンス送信指示対象のデータ処理部2からレスポンスを受信する。なお、以上のステップs64a〜s64dは、データ振分部3が振分部生成リクエストをレスポンス送信指示対象のデータ処理部2に送信してからすぐに行われる。
Thereby, in step s64, the following steps s64a to s64d are performed. First, in step s64a, the
ステップs65にて、データ振分部3は、実施の形態1と同様に、リクエストキャッシュ情報40のリクエスト送信元のID42からID31を取得し、当該ID31に対応するプログラムアドレス33を取得する。そして、ステップs66にて、データ振分部3は、リクエスト送信元のデータ処理部2に対してレスポンス受信メソッドを実行し、リクエスト送信元のデータ処理部2に、ステップs64dにて受信したレスポンスを送信する。これにより、リクエスト送信元のデータ処理部2は、ほぼ指定時刻において、所望のカテゴリデータ54を含むレスポンスをデータ振分部3から受信し、当該所望のカテゴリデータ54を取得することができる。
In step s65, the
ステップs67にて、実施の形態1のステップs28と同様に、データ振分部3は、リクエストキャッシュ情報40の応答回数43を更新する。そして、ステップs68にて、データ振分部3は、応答回数43が、「1」以上、または、「*」であるかを判定する。ステップs68において、応答回数43が「1」以上または「*」であると判定した場合にはステップs69に進み、そうでない場合には、図21に示される工程が終了する。ステップs69にて、データ振分部3は、図20に示されるステップs18と同様に、カテゴリ7及びレスポンス送信指示対象のID31をタイマー実行部50に付与するとともに、指定時刻に起動するようにタイマー実行部50に指示する。
In step s67, as in step s28 in the first embodiment, the
以上のような本実施の形態に係る監視制御システム1及び監視制御プログラムによれば、リクエストを送信したデータ処理部2は、カテゴリデータ54の更新のタイミングに関わらず、ほぼ指定時刻にカテゴリデータ54を受信することができる。したがって、指定時刻が、当該データ処理部2がカテゴリデータ54を処理する少し前に設定されている場合には、データ処理部2は、入出力点から収集されて間もないデータを処理することができる。
According to the
<実施の形態6>
本実施の形態に係る監視制御システム1のハードウェア構成及び機能ブロック構成は、実施の形態1に係る監視制御システム1のハードウェア構成及び機能ブロック構成とそれぞれ同じである。以下、本実施の形態に係る監視制御システム1のハードウェア構成、及び、機能ブロック構成において、実施の形態1と同一の部分には同一符号を付与し、以下においては実施の形態1と異なる部分を中心に説明する。
<
The hardware configuration and functional block configuration of the
図22は、一つのカテゴリデータ54を示す図である。この図22には、図3に示されていた1時間カテゴリ7phのカテゴリデータ54が示されている。図22に示すように、当該一つのカテゴリデータ54は複数の属性値53から構成されており、1時間カテゴリ7phは複数の属性52から構成されている。
FIG. 22 is a diagram showing one
本実施の形態では、カテゴリデータ54において、周期カテゴリ7pを構成する複数の属性52のいくつかを「仮想カテゴリ7v」とし、仮想カテゴリ7vに対応する属性値53を「仮想カテゴリデータ54v」としている。そして、本実施の形態に係る複数のデータ処理部2は、一つのカテゴリデータ54を複数の仮想カテゴリ7pにグループ化して複数の仮想カテゴリデータ54vを生成する。ここでは、周期カテゴリ7pについて説明しているが、イベントカテゴリ7eについても同様である。なお、仮想カテゴリ7vは、図22に示されるように、一つの属性52であってもよく、属性52の一部であってもよい。また、仮想カテゴリデータ54vとする属性値53は、例えば、通常のカテゴリ7が管理している属性値53をデプリケートして取得されてもよいし、必要に応じてカテゴリ7が管理している属性値53から取得されてもよい。
In the present embodiment, in the
そして、複数のデータ処理部2は、仮想カテゴリ7v及び当該仮想カテゴリ7vに対応する仮想カテゴリデータ54vを含む仮想レスポンスと、仮想カテゴリ7vを含む仮想リクエストとを、それぞれ、上述のレスポンスと、上述のリクエストとして生成する。つまり、仮想レスポンス及び仮想リクエストが、これまで説明してきたレスポンス及びリクエストと同等に扱われる。
Then, the plurality of
以上のような本実施の形態に係る監視制御システム1及び監視制御プログラムによれば、カテゴリデータ54のうち必要なデータを、仮想カテゴリデータ54vとして抜き出すことができる。したがって、送受信すべきレスポンス及びリクエストのデータ量を減らすことができるので高速処理化が可能となる。
According to the
<実施の形態7>
本実施の形態に係る監視制御システム1のハードウェア構成は、実施の形態5と同じであるが、本実施の形態に係る監視制御システム1の機能ブロック構成は、実施の形態5と異なる。以下、本実施の形態に係る監視制御システム1の機能ブロック構成において、実施の形態5と同一の部分には同一符号を付与し、以下においては実施の形態5と異なる部分を中心に説明する。
<
The hardware configuration of the
本実施の形態に係る監視制御システム1及び監視制御プログラムにおいては、データ振分部3とレスポンス等を送受信するデータ処理部2を別のデータ処理部2に変更したり、複数のデータ処理部2にデータ処理部2を追加したりすることが可能となっている。以下、このような本実施の形態に係る監視制御システム1及び監視制御プログラムについて説明する。
In the
図23は、本実施の形態に係る監視制御システム1の機能ブロックを示す図である。図に示すように、本実施の形態に係る監視制御システム1は、実施の形態5に係る監視制御システム1に、候補データ処理組合設計部60と、候補データ処理記憶部61と、候補データ処理組合検証部62とを加えたものである。
FIG. 23 is a diagram showing functional blocks of the
候補データ処理組合設計部60は、複数のデータ処理部2として使用される複数の候補データ処理部68の組合せを行う設計ツールである。具体的には、利用者等は、候補データ処理組合設計部60においてGUI(Graphical User Interface)を用いて、組合わされた複数の候補データ処理部68のうちの一つの候補データ処理部68を別の候補データ処理部68に変更したり、当該複数の候補データ処理部68に新たな候補データ処理部68を追加したりする。そして、候補データ処理組合設計部60において登録操作が行われた場合には、複数の候補データ処理部68の組合に基づいて新たなデータ振分定義情報30が生成され、当該新たなデータ振分定義情報30がデータ振分定義記憶部5に記憶される。
The candidate data processing
新たなデータ振分定義情報30がデータ振分定義記憶部5に記憶されることから、候補データ処理組合設計部60で組合わされた複数の候補データ処理部68が、複数のデータ処理部2として使用される。本実施の形態では、以上のように候補データ処理部68の変更及び追加を行うことにより、データ処理部2の変更及び追加が可能となっている。
Since the new data
候補データ処理組合検証部62は、候補データ処理組合設計部60での複数の候補データ処理部68の組合せが正しいか否かを検証する機能を有する。
The candidate data processing
候補データ処理記憶部61は、候補データ処理組合設計部60の組合せを行う際に用いられる候補データ処理定義情報63を記憶している。候補データ処理定義情報63は、複数の候補データ処理部68と複数のカテゴリ7とを関連付けた情報を含む。図24は、候補データ処理定義情報63の一例を示す図である。図に示されるように、候補データ処理定義情報63は、ID64、データ処理名65、レスポンス対象カテゴリ66及びリクエスト対象カテゴリ67とから構成されている。ID64は、複数の候補データ処理部68のそれぞれを候補データ処理組合設計部60にて一意に識別するための番号を示す。データ処理名65は、候補データ処理組合設計部61の画面上において、候補データ処理部68として表示される名称を示す。レスポンス対象カテゴリ66は、一つの候補データ処理部68がデータ振分部3に送信するレスポンスに含めることが可能なカテゴリ7を示す。リクエスト対象カテゴリ67は、一つの候補データ処理部68がデータ振分部3に送信するリクエストに含めることが可能なカテゴリ7を示す。
The candidate data
次に、本実施の形態に係る監視制御システム1の動作について説明する。図25は、候補データ処理組合設計部60において、候補データ処理部68の変更が行われる際の動作を示すフローチャートである。
Next, the operation of the
まず、ステップs80にて、候補データ処理組合設計部60は起動すると、図26に示されるように、複数の候補データ処理部68の組合せを表示する編集領域71と、複数の候補データ処理部68から一つの候補データ処理部68を選択するための選択領域72と、検索ボタン73と、一覧ボタン74と、設定ボタン75と、登録ボタン76とを画面70に表示する。
First, when the candidate data processing
ステップs81にて、候補データ処理組合設計部60は、候補データ処理記憶部61に記憶されている候補データ処理定義情報63を読込む。ステップs82にて、候補データ処理組合設計部60は、データ振分定義記憶部5に記憶されているデータ振分定義情報30を読込む。そして、図27に示されるように、候補データ処理組合設計部60は、複数のデータ処理部2として使用されている複数の候補データ処理部68の組合せを編集領域71に表示する。
In step s 81, candidate data processing
ここで、例えば、図24において、「データ収集データ処理」の候補データ処理部68には、レスポンス対象カテゴリ66として「カレント値カテゴリ」のカテゴリ7が関連付けられている。これは、「データ収集データ処理」の候補データ処理部68は、「カレント値カテゴリ」のカテゴリ7を含むレスポンスを生成可能であることを意味している。一方、「カレント値管理データ処理」の候補データ処理部68には、リクエスト対象カテゴリ67として「カレント値カテゴリ」が関連付けられている。これは、「カレント値管理データ処理」の候補データ処理部68は、「カレント値カテゴリ」のカテゴリ7を含むリクエストを生成可能であることを意味している。
Here, for example, in FIG. 24, the candidate
したがって、これら候補データ処理部68がデータ処理部2として使用される場合には、データ振分部3の動作により、「カレント値カテゴリ」のカテゴリ7を含むレスポンスが、「データ収集データ処理」のデータ処理部2から、「カレント値管理データ処理」のデータ処理部2に送信されることになる。図27に示される矢印78は、候補データ処理部68同士においてレスポンスが送信される方向を示す。他の候補データ処理部68同士の間においても、矢印77が同様に表示されている。
Therefore, when these candidate
ステップs83にて、編集領域71に表示された複数の候補データ処理部68のうち、編集対象の候補データ処理部68が選択される。選択後、編集領域71において、編集対象の候補データ処理部68が、他の候補データ処理部68と区別可能となるように、そのブロックにはハッチングなどが施される。
In step s83, the candidate
ステップs84にて検索ボタン73が押下げられると、候補データ処理組合設計部60は、レスポンス対象カテゴリ66から、編集対象の候補データ処理部68と同等のカテゴリ7が関連付けられた候補データ処理部68を取得する。例えば、図28においては、編集対象の候補データ処理部68として、「カレント値管理データ処理」の候補データ処理部68が選択されている。図24において、この「カレント値管理データ処理」の候補データ処理部68に関連付けられている、レスポンス対象カテゴリ66のカテゴリ7は、「1分カレント値カテゴリ」である。そして、同図において、「カレント値管理データ処理」の候補データ処理部68以外に、「1分カレント値カテゴリ」と関連付けられているのは、「スタブカレント値管理データ処理」の候補データ処理部68である。したがって、この場合にステップs84が行われる場合には、候補データ処理組合設計部60は、「スタブカレント値管理データ処理」を取得する。なお、スタブカレント値管理データ処理の候補データ処理部68は、データ処理部2として使用されると、模擬的な試験を行うことを可能にする。
When the
ステップs85にて、候補データ処理組合設計部60は、編集対象の候補データ処理部68、及び、取得された候補データ処理部68を選択領域72に表示する。例えば、図28においては、編集対象の候補データ処理部68として「カレント値管理データ処理」が選択領域72に表示され、取得された候補データ処理部68として「スタブカレント値管理データ処理」が選択領域72に表示されている。
In step s85, the candidate data processing
ステップs86にて、選択領域72に表示されている、編集対象の候補データ処理部68と別の候補データ処理部68が選択されてから設定ボタン75が押下げられると、候補データ処理組合設計部60は、編集対象の候補データ処理部68に代えて、選択された別の候補データ処理部68を編集領域71に表示する。例えば、図29には、図28に示される「カレント値管理データ処理」の候補データ処理部68に代えて、「スタブカレント値管理データ処理」の候補データ処理部68が編集領域71に表示される。
When the
この変更に伴い、候補データ処理組合設計部60は、候補データ処理部68同士の間におけるレスポンスの送信方向を示す矢印77も変更する。例えば、図24に示されるリクエスト対象カテゴリ66において、「スタブカレント値データ処理」の候補データ処理部68にはカテゴリ7が登録されていない。つまり、当該候補データ処理部68がデータ処理部2として使用される場合には、当該データ処理部2は他のデータ処理部2からのレスポンスを必要としない。したがって、図28において「データ収集データ処理」の候補データ処理部68と、「カレント値管理データ処理」の候補データ処理68との間を接続していた矢印77が、図29に示される編集領域71においては消滅する。
Along with this change, the candidate data processing
ステップs86後のステップs87にて、候補データ処理組合検証部62が、編集領域71における複数の候補データ処理部68の組合せが正しいかを検証する。本実施の形態では、候補データ処理組合検証部62は、編集領域71に表示される複数の候補データ処理部68が管理するレスポンスにおいて、カテゴリ7が重複しているかを検証する。つまり、候補データ処理組合検証部62は、編集領域71に表示される複数の候補データ処理部68に関して、図24に示されるレスポンス対象カテゴリ66のカテゴリ7が重複しているかを検証する。なお、実施の形態1のようなシステム構成に対応するため、リクエスト対象カテゴリ67のカテゴリ7が重複しているかを合わせて検証することもできる。
In step s87 after step s86, the candidate data processing
本実施の形態に係る候補データ処理組合検証部62は、この検証に加えて、編集領域71に表示される複数の候補データ処理部68が生成するリクエストに対し、それと同じカテゴリ7を含むレスポンスが生成されるかを検証する。つまり、候補データ処理組合検証部62は、編集領域71に表示される複数の候補データ処理部68において、図24に示されるレスポンス対象カテゴリ66のカテゴリ7が、リクエスト対象カテゴリ67のカテゴリ7を含んでいるかを検証する。これにより、組合せ後の複数の候補データ処理部68が複数のデータ処理部2として使用される場合に、データ処理部2は、リクエストと同じカテゴリ7を含むレスポンスを確実に受信することができる。
In addition to this verification, the candidate data processing
ステップs87において、上述の二つの検証の結果、いずれも正しいと判定された場合には図25に示される工程が終了し、二つの検証のうちいずれか一つでも正しくないと判定された場合にはステップs88に進む。ステップs88にて、候補データ処理組合設計部60は、組合せが正しくない旨を画面70に表示した後、ステップs82に進んで上述と同じ工程が行われる。
In step s87, if it is determined that both are correct as a result of the above-described two verifications, the process shown in FIG. 25 ends, and if it is determined that any one of the two verifications is not correct. Advances to step s88. In step s88, the candidate data processing
以上、候補データ処理部68の変更について詳細に説明したが、新たな候補データ処理部2の追加は変更とほぼ同様であるため、簡単に以下説明する。
Although the change of the candidate
候補データ処理組合設計部60は、検索ボタン73または一覧ボタン74が押下げられた際に、候補データ処理定義情報63に登録されている候補データ処理部68の全てを選択領域72に表示する。そして、選択領域72に表示されている全候補データ処理部68のうち一つの候補データ処理部68が選択されてから設定ボタン75が押下げられると、候補データ処理組合設計部60は、選択された候補データ処理部68を編集領域71の空白部分に追加して表示する。この追加に伴い、候補データ処理組合設計部60は、候補データ処理部68同士の間におけるレスポンスの送信が新たに生じた場合には、当該送信方向を示す矢印77も追加する。そして、ステップs86以降の工程と同様の工程を行い、候補データ処理組合検証部62により検証が行われる。
When the
図30は、候補データ処理組合設計部60が、以上の工程により行われた設計情報を、データ振分定義記憶部5にデータ振分定義情報30として記憶する動作を示すフローチャートである。この動作は、候補データ処理組合設計部60における候補データ処理部68の組合せ後に行われる。
FIG. 30 is a flowchart showing an operation in which the candidate data processing
ステップs90にて、画面70に表示されている登録ボタン76が押下げられると、ステップs91にて、候補データ処理組合設計部60は、データ振分定義記憶部5に記憶される新たなデータ振分定義情報30の生成を開始する。具体的には、まず、ステップs92にて、候補データ処理組合設計部60は、編集領域71に表示されている複数の候補データ処理部68の一覧を取得する。ステップs93にて、候補データ処理組合設計部60は、取得した全候補データ処理部68に対してID31となるIDを付与する。
When the
ステップs90前において候補データ処理部68を変更する設計が行われた場合には、ステップs94にて、候補データ処理組合設計部60は、プログラムファイル32となる情報を変更する。ステップs90前において、候補データ処理部68を追加する設計が行われた場合には、同ステップs94にて、候補データ処理組合設計部60は、プログラムファイル32、レスポンス対象カテゴリ34、及び、リクエスト対象カテゴリカテゴリ35となる情報を新たなデータ振分定義情報30に追加する。これにより、データ振分定義情報30が新規に生成される。
If the design for changing the candidate
ステップs95にて、候補データ処理組合設計部60は、新規に生成された新たなデータ振分定義情報30を、データ振分定義情報30としてデータ振分定義部5に保存する。こうして、候補データ処理部68を変更する設計が行われて、登録ボタン76が押下された場合には、データ処理部2が変更される。
In step s95, the candidate data processing
以上のような本実施の形態に係る監視制御システム1によれば、互いにデータを送受信するデータ処理部2を、当該データ処理部2と同等のデータ処理部2に容易に代えることができる。特に、別のデータ処理部2が、スタブデータ値管理データ処理の機能を有する場合には、デバイス9などのハードウェアがなくても監視制御システム1を試験することができるので有効である。
According to the
また、本実施の形態では、候補データ処理組合設計部60が追加及び変更した複数のデータ処理部2に関して、当該複数のデータ処理部2が生成するレスポンスに含まれるカテゴリ7が重複しているかが検証されることから、一つのリクエストが、二つ以上のデータ処理部2に送信されるのを防ぐことができる。また、候補データ処理組合設計部60が追加及び変更した複数のデータ処理部2に関して、当該複数のデータ処理部2が生成するレスポンスに含まれるカテゴリ7が、リクエストに含まれるカテゴリ7を含んでいるかを検証する。これにより、データ処理部2がリクエストを送信すれば、当該データ処理部2は、当該リクエストと同じカテゴリ7を含むレスポンスを確実に受信することができる。
In this embodiment, regarding the plurality of
以上、本発明の実施の形態を詳細に開示し記述したが、以上の記述は本発明の適用可能な局面を例示したものにすぎず、本発明はこれに限定されるものではない。すなわち、記述した局面に対応する様々な例を、この発明の範囲から逸脱すること無い範囲内で考えることが可能となる。 As mentioned above, although embodiment of this invention was disclosed and described in detail, the above description is only what illustrated the aspect which can apply this invention, and this invention is not limited to this. In other words, various examples corresponding to the described aspects can be considered without departing from the scope of the present invention.
1 監視制御システム、2 データ処理部、3 データ振分部、4 インタフェース、5 データ振分定義記憶部、7 カテゴリ、7v 仮想カテゴリ、9 デバイス、50 タイマー実行部、54 カテゴリデータ、54v 仮想カテゴリデータ、60 候補データ処理組合設計部、61 データ処理機億部、62 候補データ処理組合検証部、68 候補データ処理部。
1 monitoring control system, 2 data processing unit, 3 data distribution unit, 4 interface, 5 data distribution definition storage unit, 7 categories, 7v virtual category, 9 devices, 50 timer execution unit, 54 category data, 54v
Claims (10)
所定の複数の数値データ及び前記複数種類のイベントデータを複数のカテゴリにグループ化して複数のカテゴリデータを生成し、前記カテゴリ及びそれに対応する前記カテゴリデータを含むレスポンスと、前記カテゴリを含むリクエストとを生成する複数のデータ処理部と、
インタフェースを介して前記複数のデータ処理部との間で前記レスポンスを送受信し、かつ、前記インタフェースを介して前記複数のデータ処理部から前記リクエストを受信するデータ振分部と
を備え、
前記複数のデータ処理部のそれぞれは、前記データ振分部からの前記レスポンスを受信した場合に、当該レスポンスに含まれる前記カテゴリデータを用いて所定の処理を行い、
前記データ振分部は、
リクエスト送信元の前記データ処理部から受信した前記リクエストに含まれる前記カテゴリと、レスポンス送信元の前記データ処理部から受信した前記レスポンスに含まれる前記カテゴリとに基づいて、当該レスポンスを前記リクエスト送信元のデータ処理部に送信する、監視制御システム。 A monitoring control system for monitoring and controlling a plurality of numerical data and a plurality of types of event data collected from input / output points of a plurality of devices,
A plurality of predetermined numerical data and the plurality of types of event data are grouped into a plurality of categories to generate a plurality of category data, a response including the category and the category data corresponding to the category, and a request including the category A plurality of data processing units to be generated;
A data distribution unit that transmits / receives the response to / from the plurality of data processing units via an interface and receives the request from the plurality of data processing units via the interface;
Each of the plurality of data processing units, when receiving the response from the data distribution unit, performs a predetermined process using the category data included in the response,
The data distribution unit
Based on the category included in the request received from the data processing unit of the request transmission source and the category included in the response received from the data processing unit of the response transmission source, the response is transmitted to the request transmission source. Monitoring control system that transmits to the data processing unit.
前記複数のデータ処理部は、前記入出力点から収集された前記数値データを加工し、
前記所定の複数の数値データは、収集された前記数値データ及び加工された前記数値データを含み、
前記複数のカテゴリは、複数種類の周期と、複数種類のイベントとを含み、
前記複数のデータ処理部は、
前記複数の所定の数値データを前記周期の種類ごとにグループ化して前記複数のカテゴリデータをそれぞれ生成するとともに、前記複数種類のイベントデータを前記イベントの種類ごとにグループ化して前記複数のカテゴリデータを生成する、監視制御システム。 The monitoring control system according to claim 1,
The plurality of data processing units process the numerical data collected from the input / output points,
The predetermined plurality of numerical data includes the collected numerical data and the processed numerical data,
The plurality of categories include a plurality of types of cycles and a plurality of types of events,
The plurality of data processing units are:
The plurality of predetermined numerical data are grouped for each type of period to generate the plurality of category data, and the plurality of types of event data are grouped for each type of event, and the plurality of category data is Generate a supervisory control system.
前記複数のデータ処理を記憶するデータ振分定義記憶部
をさらに備え、
前記データ振分部は、前記データ振分定義記憶部に記憶されている前記複数のデータ処理部を、前記インタフェースを介して起動及び停止する、監視制御システム。 The monitoring control system according to claim 1 or 2,
A data distribution definition storage unit for storing the plurality of data processes;
The monitoring and control system, wherein the data distribution unit starts and stops the plurality of data processing units stored in the data distribution definition storage unit via the interface.
前記複数のデータ処理部が生成する前記リクエストに含まれる前記複数のカテゴリは、互いに異なり、
前記複数のデータ処理部と、前記複数のカテゴリとを関連付けて記憶するデータ振分定義記憶部
をさらに備え、
前記データ振分部は、
前記リクエスト送信元のデータ処理部からの前記リクエストを受信し、かつ、前記レスポンス送信元のデータ処理部からの前記レスポンスを受信した場合に、当該リクエストに含まれる前記複数のカテゴリと当該レスポンスに含まれる前記カテゴリとが互いに一致するかを判定し、これらが一致すると判定した際に、当該レスポンスを、当該カテゴリに関連付けられた一つの前記データ処理部に送信する、監視制御システム。 A monitoring control system according to any one of claims 1 to 3,
The plurality of categories included in the requests generated by the plurality of data processing units are different from each other,
A data distribution definition storage unit that associates and stores the plurality of data processing units and the plurality of categories;
The data distribution unit
When the request from the data processing unit of the request transmission source is received and the response from the data processing unit of the response transmission source is received, the plurality of categories included in the request and the response include A monitoring control system that determines whether or not the categories match each other, and transmits the response to one of the data processing units associated with the category when it is determined that they match.
前記データ振分部は、
前記リクエスト送信元のデータ処理部から前記リクエストを受信した場合に、当該リクエストを前記複数のデータ処理部に送信し、
前記複数のデータ処理部は、前記インタフェースのリクエスト受信メソッドによって前記データ振分部から前記リクエストを受信した場合に、当該リクエストと同じ前記カテゴリを含む前記レスポンスのみを前記データ振分部に送信する、監視制御システム。 A monitoring control system according to any one of claims 1 to 4,
The data distribution unit
When the request is received from the request processing data processing unit, the request is transmitted to the plurality of data processing units,
The plurality of data processing units, when receiving the request from the data distribution unit by the request reception method of the interface, transmits only the response including the same category as the request to the data distribution unit. Supervisory control system.
前記リクエスト送信元のデータ処理部から送信された前記リクエストに含まれる前記カテゴリを、指定時刻に前記データ振分部に付与するタイマー実行部
をさらに備え、
前記データ振分部は、
前記タイマー実行部から前記カテゴリを付与された場合に、当該カテゴリと同じ前記カテゴリを含む前記レスポンスを前記リクエスト送信元のデータ処理部を除く前記複数のデータ処理部から取得し、当該レスポンスを前記リクエスト送信元のデータ処理部に送信する、監視制御システム。 A monitoring control system according to any one of claims 1 to 5,
A timer execution unit that gives the category included in the request transmitted from the data processing unit of the request transmission source to the data distribution unit at a specified time;
The data distribution unit
When the category is given from the timer execution unit, the response including the same category as the category is acquired from the plurality of data processing units excluding the data processing unit of the request transmission source, and the response is received from the request A supervisory control system that transmits data to the data processor of the transmission source.
前記複数のデータ処理部は、
一つの前記カテゴリデータを複数の仮想カテゴリにグループ化して複数の仮想カテゴリデータを生成し、前記仮想カテゴリ及びそれに対応する前記仮想カテゴリデータを含む仮想レスポンスを前記レスポンスとして生成するとともに、前記仮想カテゴリを含む仮想リクエストを前記リクエストとして生成する、監視制御システム。 A monitoring control system according to any one of claims 1 to 6,
The plurality of data processing units are:
One category data is grouped into a plurality of virtual categories to generate a plurality of virtual category data, a virtual response including the virtual category and the corresponding virtual category data is generated as the response, and the virtual category is A monitoring control system for generating a virtual request including the request as the request.
前記複数のデータ処理部として使用される複数の候補データ処理部と、当該複数の候補データ処理部により生成される前記レスポンスに含まれる前記カテゴリとを関連付けて記憶する候補データ処理記憶部と、
前記複数の候補データ処理部の組合せが行われる候補データ処理組合設計部と
をさらに備え、
前記候補データ処理組合設計部は、
組合わされた前記複数の候補データ処理部のうちの一つの候補データ処理部を、当該一の候補データ処理部と同じ前記カテゴリと関連付けられた別の前記候補データ処理部に代えることが可能な、監視制御システム。 A monitoring control system according to any one of claims 1 to 7,
A candidate data processing storage unit that associates and stores a plurality of candidate data processing units used as the plurality of data processing units and the category included in the response generated by the plurality of candidate data processing units;
A candidate data processing combination design unit in which a combination of the plurality of candidate data processing units is performed;
The candidate data processing association design department
It is possible to replace one candidate data processing unit of the plurality of candidate data processing units combined with another candidate data processing unit associated with the same category as the one candidate data processing unit, Supervisory control system.
前記複数の候補データ処理部の組合せにおいて、当該複数の候補データ処理部が生成する前記レスポンスまたは前記リクエストに含まれる前記カテゴリに重複があるかを検証するとともに、当該リクエストと同じ前記カテゴリを含む前記レスポンスが生成されるかを検証する候補データ処理組合検証部
をさらに備える、監視制御システム。 The monitoring control system according to claim 8,
In the combination of the plurality of candidate data processing units, while verifying whether there is an overlap in the category included in the response or the request generated by the plurality of candidate data processing units, and including the same category as the request A monitoring control system further comprising a candidate data processing combination verification unit that verifies whether a response is generated.
(a)複数のデータ処理部が、所定の複数の数値データ及び前記複数種類のイベントデータを複数のカテゴリにグループ化して複数のカテゴリデータを生成し、前記カテゴリ及びそれに対応する前記カテゴリデータを含むレスポンスと、前記カテゴリを含むリクエストとを生成する工程と、
(b)データ振分部が、リクエスト送信元の前記データ処理部からインタフェースを介して受信した前記リクエストに含まれる前記カテゴリと、レスポンス送信元の前記データ処理部から前記インタフェースを介して受信した前記レスポンスに含まれる前記カテゴリとに基づいて、当該レスポンスを前記インタフェースを介して前記リクエスト送信元のデータ処理部に送信する工程と、
(c)前記リクエスト送信元のデータ処理部が、前記レスポンスを受信した場合に、当該レスポンスに含まれる前記カテゴリデータを用いて所定の処理を行う工程と
を実行させる、監視制御プログラム。 A computer constituting a monitoring control system for monitoring and controlling a plurality of numerical data collected from input / output points of a plurality of devices and a plurality of types of event data. Grouping a plurality of types of event data into a plurality of categories to generate a plurality of category data, generating a response including the category and the category data corresponding to the category, and a request including the category;
(B) The data distribution unit receives the category included in the request received from the data processing unit of the request transmission source via the interface, and the received from the data processing unit of the response transmission source via the interface. Based on the category included in the response, transmitting the response to the data processing unit of the request transmission source via the interface;
(C) A monitoring control program that, when the request processing data processing unit receives the response, executes a predetermined process using the category data included in the response.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2010094678A JP5424965B2 (en) | 2010-04-16 | 2010-04-16 | Monitoring control system and monitoring control program |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2010094678A JP5424965B2 (en) | 2010-04-16 | 2010-04-16 | Monitoring control system and monitoring control program |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2011227595A JP2011227595A (en) | 2011-11-10 |
JP5424965B2 true JP5424965B2 (en) | 2014-02-26 |
Family
ID=45042886
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2010094678A Active JP5424965B2 (en) | 2010-04-16 | 2010-04-16 | Monitoring control system and monitoring control program |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP5424965B2 (en) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9558220B2 (en) * | 2013-03-04 | 2017-01-31 | Fisher-Rosemount Systems, Inc. | Big data in process control systems |
JP5832703B2 (en) * | 2013-05-20 | 2015-12-16 | 三菱電機株式会社 | Supervisory control device |
JP6527660B2 (en) * | 2013-07-29 | 2019-06-05 | 小松電機産業株式会社 | Information monitoring system |
KR101999305B1 (en) * | 2017-11-27 | 2019-07-11 | 주식회사 넥스지 | Database operation apparatus for safe keeping of plant facility monitoring data and operating method thereof |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4013592B2 (en) * | 2002-02-28 | 2007-11-28 | 株式会社デンソー | Vehicle communication system |
JP2006091961A (en) * | 2004-09-21 | 2006-04-06 | Yokogawa Electric Corp | Communication interface |
JP2010049543A (en) * | 2008-08-22 | 2010-03-04 | Fuji Electric Systems Co Ltd | Programmable controller, input/output device and operation parameter access system |
-
2010
- 2010-04-16 JP JP2010094678A patent/JP5424965B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
JP2011227595A (en) | 2011-11-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8839107B2 (en) | Context based script generation | |
US8880591B2 (en) | Workflow management in distributed systems | |
JP6788178B2 (en) | Setting support program, setting support method and setting support device | |
US7725524B2 (en) | Process automation system and method having a hierarchical architecture with multiple tiers | |
US7370101B1 (en) | Automated testing of cluster data services | |
JP5691723B2 (en) | Monitoring method, information processing apparatus, and monitoring program | |
US10210079B2 (en) | Touch free disaster recovery | |
EP3616066A1 (en) | Human-readable, language-independent stack trace summary generation | |
JP2010009552A (en) | Computer system for backing up software constituent elements, method therefor, and computer program | |
JP2002268707A (en) | Controller and tool, and system constituted of the same | |
JP5424965B2 (en) | Monitoring control system and monitoring control program | |
US11347601B1 (en) | Managing data center failure events | |
US20130152106A1 (en) | Managing events in a configuration of soa governance components | |
JP2008065682A (en) | Traceability management device, program, and method of tracing | |
US20150095098A1 (en) | Work management method and management system | |
JP2012208664A (en) | Integrated management system for software design/operation | |
US20080172669A1 (en) | System capable of executing workflows on target applications and method thereof | |
JP5968451B2 (en) | Computer system and program | |
JP5853828B2 (en) | Workflow creation method, program | |
US8661343B2 (en) | Computer-implemented systems and methods for an automated application interface | |
US20080141262A1 (en) | System, apparatus, and method for managing a service | |
EP3362899B1 (en) | Automatic system disaster recovery | |
US9223946B1 (en) | Specification and configuration of management intent | |
JP4683535B2 (en) | Job net management system | |
JP4936015B2 (en) | Quality control device, quality control system, quality control method and program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20121009 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20131016 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20131029 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20131126 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 5424965 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20140110 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |