JP2002099413A - 監視制御システムの構築方法 - Google Patents
監視制御システムの構築方法Info
- Publication number
- JP2002099413A JP2002099413A JP2000287502A JP2000287502A JP2002099413A JP 2002099413 A JP2002099413 A JP 2002099413A JP 2000287502 A JP2000287502 A JP 2000287502A JP 2000287502 A JP2000287502 A JP 2000287502A JP 2002099413 A JP2002099413 A JP 2002099413A
- Authority
- JP
- Japan
- Prior art keywords
- business software
- vendor
- middleware
- api
- control system
- 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
- 238000010276 construction Methods 0.000 title abstract description 5
- 238000000034 method Methods 0.000 claims abstract description 30
- 230000008569 process Effects 0.000 claims abstract description 24
- 238000012544 monitoring process Methods 0.000 claims description 16
- 230000006854 communication Effects 0.000 claims description 8
- 238000004891 communication Methods 0.000 claims description 7
- 239000008186 active pharmaceutical agent Substances 0.000 description 26
- 238000011161 development Methods 0.000 description 9
- 238000007726 management method Methods 0.000 description 8
- 238000012545 processing Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 4
- 238000013523 data management Methods 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 238000007639 printing Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000009466 transformation Effects 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000003203 everyday effect Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000013024 troubleshooting Methods 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
Landscapes
- Stored Programmes (AREA)
- Supply And Distribution Of Alternating Current (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
(57)【要約】
【課題】 制御内容が高度化・複雑化し、規模が拡大す
る監視制御システムにおいて、ベンダ間の業務ソフトウ
ェアの再利用性を確保しながら、業務ソフトウェア単位
でのマルチベンダ化によるシステム構築の低コスト化を
図る。 【解決手段】 複数のベンダが提供する複数の業務ソフ
トウェアを組合わせて監視制御システムを構築する場合
において、各ベンダが利用するミドルウェアのＡＰＩを
規定し、異なるミドルウェアを利用して作成される業務
ソフトウェアを、このＡＰＩを用いて作成させる。ま
た、業務ソフトウェアの一定の機能を実現する機能モジ
ュールが有すべき処理と、これらの処理のミドルウェア
に分担させる範囲を規定し、この規定により各ベンダに
業務ソフトウェアを開発させることにより、業務ソフト
ウェア単位でマルチベンダ化する。
る監視制御システムにおいて、ベンダ間の業務ソフトウ
ェアの再利用性を確保しながら、業務ソフトウェア単位
でのマルチベンダ化によるシステム構築の低コスト化を
図る。 【解決手段】 複数のベンダが提供する複数の業務ソフ
トウェアを組合わせて監視制御システムを構築する場合
において、各ベンダが利用するミドルウェアのＡＰＩを
規定し、異なるミドルウェアを利用して作成される業務
ソフトウェアを、このＡＰＩを用いて作成させる。ま
た、業務ソフトウェアの一定の機能を実現する機能モジ
ュールが有すべき処理と、これらの処理のミドルウェア
に分担させる範囲を規定し、この規定により各ベンダに
業務ソフトウェアを開発させることにより、業務ソフト
ウェア単位でマルチベンダ化する。
Description
【０００１】
【発明の属する技術分野】本発明は、ＡＰＩの標準化に
よる監視制御システムの構築方法に関する。
よる監視制御システムの構築方法に関する。
【０００２】
【従来の技術】近年の電力系統監視制御システムは、系
統運用の高度化・複雑化、機能の高度化により、ソフト
ウェアの開発量が増大しつつある。これに伴い開発費用
や運用管理費用の増大が大きな問題となってきた。ま
た、これによるシステム規模の拡大によって新規開発の
コストも増大している。
統運用の高度化・複雑化、機能の高度化により、ソフト
ウェアの開発量が増大しつつある。これに伴い開発費用
や運用管理費用の増大が大きな問題となってきた。ま
た、これによるシステム規模の拡大によって新規開発の
コストも増大している。
【０００３】このようなソフトウェア開発量の増大、及
びシステム規模の拡大に対し、従来は図４の右側部分に
示すように、サーバ単位のマルチベンダ化により対応し
ていた。監視業務毎に設けられた各サーバで実行され、
業務に対して具体的な処理を行う業務ソフトウェア（ア
プリケーションプログラム）は、そのサーバを開発する
ベンダによって提供され、異ベンダ（サーバ）間の通信
は、ＬＡＮ回線を通じ、TCP/IP通信プロトコルによって
行われていた。
びシステム規模の拡大に対し、従来は図４の右側部分に
示すように、サーバ単位のマルチベンダ化により対応し
ていた。監視業務毎に設けられた各サーバで実行され、
業務に対して具体的な処理を行う業務ソフトウェア（ア
プリケーションプログラム）は、そのサーバを開発する
ベンダによって提供され、異ベンダ（サーバ）間の通信
は、ＬＡＮ回線を通じ、TCP/IP通信プロトコルによって
行われていた。
【０００４】
【発明が解決しようとする課題】電力系統監視制御シス
テムのソフトウェアは、図１に示すように、ＯＳ、ミド
ルウェア（ＭＷ）、前記業務ソフトウェアから構成され
ている。この内で、ミドルウェアは、ＯＳ上で動作し業
務ソフトウェアに対してＯＳよりも高度で具体的な機能
を提供するもので、業務ソフトウェアのプラットフォー
ムからの独立性、移植性、生産性向上などの観点からベ
ンダのノウハウに基づき設計されている。
テムのソフトウェアは、図１に示すように、ＯＳ、ミド
ルウェア（ＭＷ）、前記業務ソフトウェアから構成され
ている。この内で、ミドルウェアは、ＯＳ上で動作し業
務ソフトウェアに対してＯＳよりも高度で具体的な機能
を提供するもので、業務ソフトウェアのプラットフォー
ムからの独立性、移植性、生産性向上などの観点からベ
ンダのノウハウに基づき設計されている。
【０００５】各ベンダは、電力系統監視制御システムの
ソフトウェアを開発するに当って、対象システムで必ず
必要とされるような機能を持つミドルウェアを用意し、
それが提供するＡＰＩ（Application Programming Inte
rface：ミドルウェアの機能を利用するためのコマンド
や関数群）を使って業務ソフトウェアを開発する。
ソフトウェアを開発するに当って、対象システムで必ず
必要とされるような機能を持つミドルウェアを用意し、
それが提供するＡＰＩ（Application Programming Inte
rface：ミドルウェアの機能を利用するためのコマンド
や関数群）を使って業務ソフトウェアを開発する。
【０００６】このようにミドルウェアが各ベンダ毎に異
なっていると、果たすべき機能は同じであっても、業務
ソフトウェアの構造は異なるものになっている。これを
図２に示す。同図はＸ社とＹ社が機能Ａ，Ｂ，Ｃを実現
するために、複数の処理からなる機能モジュールＡ，
Ｂ，Ｃを設計したことを示している。Ｘ社とＹ社では使
用するミドルウェアが異なるので、Ｘ社ではミドルウェ
アに組み込まれていない処理ａと処理ｆを業務ソフトウ
ェア内に作成し、Ｙ社はミドルウェアに組み込まれてい
ない処理ｄを業務ソフトウェア内に作成している。ま
た、機能モジュールＡを比較すれば分かるように、Ｘ社
とＹ社では同一の機能を実現するときでも含まれる処理
が異なる場合がある。これは、機能Ａが例えば故障機器
の一覧を表示するものとしたとき、Ｘ社では、これをプ
リンタで印刷する処理ａを含めているのに対し、Ｙ社で
は、機能モジュールＡ自体には印刷を行う処理が含まれ
ず、その代わりに他の機能モジュールに印刷を依頼する
通信処理ｄを加えているような場合である。
なっていると、果たすべき機能は同じであっても、業務
ソフトウェアの構造は異なるものになっている。これを
図２に示す。同図はＸ社とＹ社が機能Ａ，Ｂ，Ｃを実現
するために、複数の処理からなる機能モジュールＡ，
Ｂ，Ｃを設計したことを示している。Ｘ社とＹ社では使
用するミドルウェアが異なるので、Ｘ社ではミドルウェ
アに組み込まれていない処理ａと処理ｆを業務ソフトウ
ェア内に作成し、Ｙ社はミドルウェアに組み込まれてい
ない処理ｄを業務ソフトウェア内に作成している。ま
た、機能モジュールＡを比較すれば分かるように、Ｘ社
とＹ社では同一の機能を実現するときでも含まれる処理
が異なる場合がある。これは、機能Ａが例えば故障機器
の一覧を表示するものとしたとき、Ｘ社では、これをプ
リンタで印刷する処理ａを含めているのに対し、Ｙ社で
は、機能モジュールＡ自体には印刷を行う処理が含まれ
ず、その代わりに他の機能モジュールに印刷を依頼する
通信処理ｄを加えているような場合である。
【０００７】このような開発形態では、あるベンダで開
発した業務ソフトウェアを他のベンダのシステムでは利
用できないことになる。これは、一方のベンダでミドル
ウェアの関数読出しにより実現していた処理が、この関
数を持たない他のベンダのミドルウェア上ではコンパイ
ルすることができないという問題と、他の機能に依頼す
る処理を持つ機能モジュールは、その処理を受けて実行
する機能モジュールと同時に使用しなければならないと
いう制約のためである。
発した業務ソフトウェアを他のベンダのシステムでは利
用できないことになる。これは、一方のベンダでミドル
ウェアの関数読出しにより実現していた処理が、この関
数を持たない他のベンダのミドルウェア上ではコンパイ
ルすることができないという問題と、他の機能に依頼す
る処理を持つ機能モジュールは、その処理を受けて実行
する機能モジュールと同時に使用しなければならないと
いう制約のためである。
【０００８】このため、他のベンダが開発した業務ソフ
トウェアで優れたものがあっても、これを利用できない
ため、新規開発する必要が生じ重複開発によるコストの
増大が起こる。
トウェアで優れたものがあっても、これを利用できない
ため、新規開発する必要が生じ重複開発によるコストの
増大が起こる。
【０００９】これらを回避するために、ミドルウェアを
標準化することも考えられる。この場合は、特定のベン
ダに標準化作業を行わせることになる。しかし、現在の
情報技術は日々進化しており、ハードウェアからＯＳに
至る技術革新はめざましく、これらの技術変化の全てに
特定のベンダが絶えず追従してミドルウェアを更新する
ことは難しく、対応が遅れることも考えられる。また、
公益性が高い電力事業では開発及び保守体制を安定化さ
せる必要があり、特定のベンダに限定される状態は好ま
しくない。
標準化することも考えられる。この場合は、特定のベン
ダに標準化作業を行わせることになる。しかし、現在の
情報技術は日々進化しており、ハードウェアからＯＳに
至る技術革新はめざましく、これらの技術変化の全てに
特定のベンダが絶えず追従してミドルウェアを更新する
ことは難しく、対応が遅れることも考えられる。また、
公益性が高い電力事業では開発及び保守体制を安定化さ
せる必要があり、特定のベンダに限定される状態は好ま
しくない。
【００１０】また、図4の右側部分で説明したようなサ
ーバ単位のマルチベンダ化では、ベンダ間の業務ソフト
ウェアの再利用が十分に図れず、低コスト化の障害とな
る。
ーバ単位のマルチベンダ化では、ベンダ間の業務ソフト
ウェアの再利用が十分に図れず、低コスト化の障害とな
る。
【００１１】そこで、本発明は、制御内容が高度化・複
雑化し、規模が拡大する監視制御システムにおいて、ベ
ンダ間の業務ソフトウェアの再利用性を確保しながら、
機能（業務ソフトウェア）単位でのマルチベンダ化を図
り、システム構築を低コスト化に行うことを目的とす
る。
雑化し、規模が拡大する監視制御システムにおいて、ベ
ンダ間の業務ソフトウェアの再利用性を確保しながら、
機能（業務ソフトウェア）単位でのマルチベンダ化を図
り、システム構築を低コスト化に行うことを目的とす
る。
【００１２】
【課題を解決するための手段】本発明の請求項１にかか
る監視制御システムの構築方法は、複数の機器と、これ
を監視制御する複数のコンピュータを通信線で結んだ監
視制御システムを、複数のベンダが提供する複数の業務
ソフトウェアを組合わせて構築する場合において、各ベ
ンダが業務ソフトウェアを作成する際に独自に用意する
ミドルウェアのＡＰＩを規定し、各ベンダの業務ソフト
ウェアの作成を、このＡＰＩを用いて行わせることを特
徴とする。本発明の請求項２にかかる発明は、請求項１
記載の監視制御システムの構築方法において、業務ソフ
トウェアの一定の機能を実現する機能モジュールが有す
べき処理と、これらの処理のミドルウェアに分担させる
範囲を規定し、この規定により各ベンダに業務ソフトウ
ェアを作成させることにより、業務ソフトウェア単位で
マルチベンダ化したことを特徴とする。
る監視制御システムの構築方法は、複数の機器と、これ
を監視制御する複数のコンピュータを通信線で結んだ監
視制御システムを、複数のベンダが提供する複数の業務
ソフトウェアを組合わせて構築する場合において、各ベ
ンダが業務ソフトウェアを作成する際に独自に用意する
ミドルウェアのＡＰＩを規定し、各ベンダの業務ソフト
ウェアの作成を、このＡＰＩを用いて行わせることを特
徴とする。本発明の請求項２にかかる発明は、請求項１
記載の監視制御システムの構築方法において、業務ソフ
トウェアの一定の機能を実現する機能モジュールが有す
べき処理と、これらの処理のミドルウェアに分担させる
範囲を規定し、この規定により各ベンダに業務ソフトウ
ェアを作成させることにより、業務ソフトウェア単位で
マルチベンダ化したことを特徴とする。
【００１３】ここで、業務ソフトウェア単位のマルチベ
ンダ化とは、サイト又はコンピュータ毎に業務ソフトウ
ェアを提供するベンダが決まっているという状態をなく
し、どのサイトのどのコンピュータでも、複数のベンダ
が提供する複数の業務ソフトウェアを共存させて実行で
きるようにすることを意味する。
ンダ化とは、サイト又はコンピュータ毎に業務ソフトウ
ェアを提供するベンダが決まっているという状態をなく
し、どのサイトのどのコンピュータでも、複数のベンダ
が提供する複数の業務ソフトウェアを共存させて実行で
きるようにすることを意味する。
【００１４】
【発明の実施の形態】本発明は、一定の監視制御システ
ムを対象範囲としてＡＰＩの標準化を行う（以下このＡ
ＰＩを標準ＡＰＩということにする）。標準ＡＰＩを規
定するにあたっては、各社既存のミドルウェアを調査
し、業務ソフトウェアと直接インタフェースする可能性
のあるものを整理し、その結果、下記の４機能のミドル
ウェアに関するＡＰＩを標準化の対象とした。
ムを対象範囲としてＡＰＩの標準化を行う（以下このＡ
ＰＩを標準ＡＰＩということにする）。標準ＡＰＩを規
定するにあたっては、各社既存のミドルウェアを調査
し、業務ソフトウェアと直接インタフェースする可能性
のあるものを整理し、その結果、下記の４機能のミドル
ウェアに関するＡＰＩを標準化の対象とした。
【００１５】（１）構成制御ミドルウェア （２）プロセス管理ミドルウェア （３）データ管理ミドルウェア （４）ユーザインタフェース管理ミドルウェア 標準化の際にはコスト最小限でＡＰＩの標準化が実現で
きるように、各社既存の技術や資産を最大限に利用でき
るかどうかを十分検討しながら、標準ＡＰＩの規定を進
めていった。
きるように、各社既存の技術や資産を最大限に利用でき
るかどうかを十分検討しながら、標準ＡＰＩの規定を進
めていった。
【００１６】次に、各ＡＰＩの概要を述べる。上記のミ
ドルウェアに対して詳細機能を検討し、これらのミドル
ウェアの機能を利用できる、標準ＡＰＩの関数を規定し
た。各ＡＰＩの概要を以下に述べる。
ドルウェアに対して詳細機能を検討し、これらのミドル
ウェアの機能を利用できる、標準ＡＰＩの関数を規定し
た。各ＡＰＩの概要を以下に述べる。
【００１７】（１）データ管理ＡＰＩ データ管理ＡＰＩは業務ソフトウェアがデータベースの
参照や更新を行うために用いられるものであり、メーカ
独自に設計されたデータベースを意識せずにアクセスす
ることを可能にする。
参照や更新を行うために用いられるものであり、メーカ
独自に設計されたデータベースを意識せずにアクセスす
ることを可能にする。
【００１８】（２）構成制御ＡＰＩ システム構成や機能配置（業務処理が動作する計算
機）、運転モードなどの構成制御情報をミドル内に隠蔽
し、業務ソフトウェアには、これらの情報を意識させな
いインタフェースとした。
機）、運転モードなどの構成制御情報をミドル内に隠蔽
し、業務ソフトウェアには、これらの情報を意識させな
いインタフェースとした。
【００１９】（３）プロセス管理ＡＰＩ 業務ソフトウェアの様々な機能を実現し、効率的に処理
するために、プロセスは複数に分割して設計し、各計算
機に分散配置する。
するために、プロセスは複数に分割して設計し、各計算
機に分散配置する。
【００２０】この場合でもプロセス管理ＡＰＩを利用す
れば、プロセスの生成・起動・通信する場合に他プロセ
スの所在(どの計算機で動作するか)を意識しなくてよく
なる。また実行の優先度などのプロセス特性も容易に変
更が可能となる。
れば、プロセスの生成・起動・通信する場合に他プロセ
スの所在(どの計算機で動作するか)を意識しなくてよく
なる。また実行の優先度などのプロセス特性も容易に変
更が可能となる。
【００２１】（４）ユーザインタフェース管理ＡＰＩ 業務ソフトウェアの機能で画面表示や印字などのユーザ
インターフェース機能を実現する部分とのインタフェー
スを管理するものである。
インターフェース機能を実現する部分とのインタフェー
スを管理するものである。
【００２２】上記標準ＡＰＩの実用性を確認するため、
図３に示すように３社の業務ソフトウェアを組み合わせ
たプロトタイプシステムを製作し、動作の検証と性能の
測定を行い、実用性を確認した。
図３に示すように３社の業務ソフトウェアを組み合わせ
たプロトタイプシステムを製作し、動作の検証と性能の
測定を行い、実用性を確認した。
【００２３】この結果、標準ＡＰＩを用いて開発した業
務ソフトウェアがマルチベンダ環境でも確実に動作し、
所定の性能が期待されることが検証され、実用化に向け
大きな一歩を踏み出すことができた。
務ソフトウェアがマルチベンダ環境でも確実に動作し、
所定の性能が期待されることが検証され、実用化に向け
大きな一歩を踏み出すことができた。
【００２４】マルチベンダの単位はサーバ単位ではな
く、図４の左側部分に示すように、主立った機能単位
（機能グループ）でマルチベンダ化する。これは、業務
ソフトウェアの一定の機能を実現する機能モジュールが
有すべき処理と、これらの処理のミドルウェアに分担さ
せる範囲を規定することにより行う。これは、この規定
が、例えば図２におけるＸ社の機能モジュールＡ，Ｂ，
Ｃの設計と一致しているとき、他のベンダ（Ｙ社）でも
機能モジュールＡ，Ｂ，Ｃの設計をＸ社と同一にすると
いうことである。
く、図４の左側部分に示すように、主立った機能単位
（機能グループ）でマルチベンダ化する。これは、業務
ソフトウェアの一定の機能を実現する機能モジュールが
有すべき処理と、これらの処理のミドルウェアに分担さ
せる範囲を規定することにより行う。これは、この規定
が、例えば図２におけるＸ社の機能モジュールＡ，Ｂ，
Ｃの設計と一致しているとき、他のベンダ（Ｙ社）でも
機能モジュールＡ，Ｂ，Ｃの設計をＸ社と同一にすると
いうことである。
【００２５】本発明の標準ＡＰＩを用い、この規定の下
に作成された業務ソフトウェアは、異なるベンダのミド
ルウェア上でもリコンパイルでき、他のサイトでも無条
件に実行できる。
に作成された業務ソフトウェアは、異なるベンダのミド
ルウェア上でもリコンパイルでき、他のサイトでも無条
件に実行できる。
【００２６】このような開発形態の下に構築される監視
制御システムでは、１つのサイトにおけるオンライン系
の業務機能を実現する複数の業務ソフトウェアを、複数
のベンダが分担して供給することになる。この場合の異
ベンダ間の通信は機能単位で接続することになる。これ
は同一サイト内でのＬＡＮ回線等による通信、又は同一
コンピュータ内でのプロセス間通信によって行う。
制御システムでは、１つのサイトにおけるオンライン系
の業務機能を実現する複数の業務ソフトウェアを、複数
のベンダが分担して供給することになる。この場合の異
ベンダ間の通信は機能単位で接続することになる。これ
は同一サイト内でのＬＡＮ回線等による通信、又は同一
コンピュータ内でのプロセス間通信によって行う。
【００２７】以上の説明は電力系統監視制御システムに
ついて行ったが、本発明は、水処理施設の監視制御シス
テム、交通監視制御システム、ビル管理監視制御システ
ム灯についても同様に適用できるものである。
ついて行ったが、本発明は、水処理施設の監視制御シス
テム、交通監視制御システム、ビル管理監視制御システ
ム灯についても同様に適用できるものである。
【００２８】
【発明の効果】本発明の請求項１にかかる発明によれ
ば、規定されたミドルウェアの標準ＡＰＩを用いて業務
ソフトウェアを作成するので、一度開発した業務ソフト
ウェアをどのサイトでも利用することが可能となり新規
開発費用が大幅に削減できる。また、他のサイトでも利
用できて適応範囲が広く、１機能あたりの開発コストが
割安となる。さらに、複数ベンダ間の相互利用により業
務ソフトウェアの開示性が高まり、障害対応などの運用
管理コストが低減され、保守性が向上する。
ば、規定されたミドルウェアの標準ＡＰＩを用いて業務
ソフトウェアを作成するので、一度開発した業務ソフト
ウェアをどのサイトでも利用することが可能となり新規
開発費用が大幅に削減できる。また、他のサイトでも利
用できて適応範囲が広く、１機能あたりの開発コストが
割安となる。さらに、複数ベンダ間の相互利用により業
務ソフトウェアの開示性が高まり、障害対応などの運用
管理コストが低減され、保守性が向上する。
【００２９】本発明の請求項２にかかる発明は、業務ソ
フトウェアである機能モジュールが有すべき処理と、そ
の処理のミドルウェアの分担範囲を規定したので、業務
ソフトウェア単位でマルチベンダ化が図れ、特に、１つ
のサイトにおいて、より良い業務ソフトウェアを組み合
わせて構築することができる。
フトウェアである機能モジュールが有すべき処理と、そ
の処理のミドルウェアの分担範囲を規定したので、業務
ソフトウェア単位でマルチベンダ化が図れ、特に、１つ
のサイトにおいて、より良い業務ソフトウェアを組み合
わせて構築することができる。
【図１】ＡＰＩ標準化の概念を示す図。
【図２】異ベンダによるソフトウェア構造の違いを示す
図。
図。
【図３】標準ＡＰＩによるプロトタイプ構成を示す図。
【図４】マルチベンダの範囲を本発明（左側）と従来
（右側）を対比して示す図。
（右側）を対比して示す図。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 宮▲崎▼ 正義 大阪府大阪市北区中之島３丁目３番22号 関西電力株式会社内 (72)発明者 浜野 正人 大阪府大阪市北区中之島３丁目３番22号 関西電力株式会社内 (72)発明者 片岡 勉 大阪府大阪市北区中之島３丁目３番22号 関西電力株式会社内 (72)発明者 中田 浩二 大阪府大阪市北区中之島３丁目３番22号 関西電力株式会社内 (72)発明者 川端 孝宣 大阪府大阪市北区中之島３丁目３番22号 関西電力株式会社内 (72)発明者 里村 彰 大阪府大阪市北区大淀北１丁目６番110号 関西計器工業株式会社内 (72)発明者 中田 祐司 茨城県日立市大みか町７丁目１番１号 株 式会社日立製作所情報制御システム事業部 内 (72)発明者 橋口 透 茨城県日立市大みか町７丁目１番１号 株 式会社日立製作所情報制御システム事業部 内 (72)発明者 稲岡 孝雄 兵庫県神戸市兵庫区和田崎町１丁目１番２ 号 三菱電機株式会社系統変電・交通シス テム事業所内 (72)発明者 大西 秀次 兵庫県神戸市兵庫区和田崎町１丁目１番２ 号 三菱電機株式会社系統変電・交通シス テム事業所内 (72)発明者 有浦 義生 東京都港区芝浦１丁目１番１号 株式会社 東芝内 Ｆターム(参考） 5B049 BB00 CC21 DD01 EE01 EE56 FF03 FF04 GG04 GG07 5B076 DD01 5G066 AA09 AE09
Claims (2)
- 【請求項１】 複数の機器と、これを監視制御する複数
のコンピュータを通信線で結んだ監視制御システムを、
複数のベンダが提供する複数の業務ソフトウェアを組合
わせて構築する場合において、 各ベンダが業務ソフトウェアを作成する際に独自に用意
するミドルウェアのＡＰＩを規定し、各ベンダの業務ソ
フトウェアの作成を、このＡＰＩを用いて行わせること
を特徴とする監視制御システムの構築方法。 - 【請求項２】 業務ソフトウェアの一定の機能を実現す
る機能モジュールが有すべき処理と、これらの処理のミ
ドルウェアに分担させる範囲を規定し、この規定により
各ベンダに業務ソフトウェアを作成させることを特徴と
する請求項１記載の監視制御システムの構築方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000287502A JP2002099413A (ja) | 2000-09-21 | 2000-09-21 | 監視制御システムの構築方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000287502A JP2002099413A (ja) | 2000-09-21 | 2000-09-21 | 監視制御システムの構築方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002099413A true JP2002099413A (ja) | 2002-04-05 |
Family
ID=18771233
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000287502A Pending JP2002099413A (ja) | 2000-09-21 | 2000-09-21 | 監視制御システムの構築方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2002099413A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009512058A (ja) * | 2005-10-12 | 2009-03-19 | サムスン エレクトロニクス カンパニー リミテッド | メタデータを用いるマルチメディアミドルウェア装置とその制御方法及び記憶媒体 |
-
2000
- 2000-09-21 JP JP2000287502A patent/JP2002099413A/ja active Pending
Non-Patent Citations (4)
| Title |
|---|
| CSND199800061003, 好川 哲人, "ＬＡＮ技術総合入門", ＯＰＥＮ ＤＥＳＩＧＮ Ｎｏ．１２ 第３版, 19971015, 第５６頁, JP, ＣＱ出版株式会社 * |
| CSNG199901265002, 太田、外７名著, "電力系統監視・制御用コンピュータのネットワーク通信規約の開発", 電気学会論文誌Ｂ, 19950520, 第１１５−Ｂ巻、第６号, 第６３８−６４７頁, JP, 社団法人電気学会 * |
| JPN6010071660, 太田、外７名著, "電力系統監視・制御用コンピュータのネットワーク通信規約の開発", 電気学会論文誌Ｂ, 19950520, 第１１５−Ｂ巻、第６号, 第６３８−６４７頁, JP, 社団法人電気学会 * |
| JPN6010071661, 好川 哲人, "ＬＡＮ技術総合入門", ＯＰＥＮ ＤＥＳＩＧＮ Ｎｏ．１２ 第３版, 19971015, 第５６頁, JP, ＣＱ出版株式会社 * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009512058A (ja) * | 2005-10-12 | 2009-03-19 | サムスン エレクトロニクス カンパニー リミテッド | メタデータを用いるマルチメディアミドルウェア装置とその制御方法及び記憶媒体 |
| US8775620B2 (en) | 2005-10-12 | 2014-07-08 | Samsung Electronics Co., Ltd. | Multimedia middleware apparatus using metadata, method for controlling multimedia middleware, and storage medium thereof |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1820255B (zh) | 计算机系统 | |
| US9495221B2 (en) | Automatic configuration information generation for distributed computing environment | |
| CN102411693B (zh) | 虚拟机的继承产品激活 | |
| CN1050916C (zh) | 在应用程序之间建立通信协议的方法和系统 | |
| CN102404117B (zh) | 用于动态应用环境的可证明身份的安全部署 | |
| US20060149842A1 (en) | Automatically building a locally managed virtual node grouping to handle a grid job requiring a degree of resource parallelism within a grid environment | |
| US20130145367A1 (en) | Virtual machine (vm) realm integration and management | |
| US20060150159A1 (en) | Coordinating the monitoring, management, and prediction of unintended changes within a grid environment | |
| US6529938B1 (en) | Method, system, and program for executing operations on a client in a network environment | |
| CN101454766A (zh) | 组合软件服务的管理 | |
| US7085831B2 (en) | Intelligent system control agent for managing jobs on a network by managing a plurality of queues on a client | |
| Smith et al. | Towards a service-oriented ad hoc grid | |
| WO2003090079A2 (en) | Method and system for parallel operation and control of legacy computer clusters | |
| KR20100025980A (ko) | 가상화 시스템 상에서 입출력 디바이스 설정장치 및 방법 | |
| US9122478B2 (en) | Power supply and associated methodology of sequential shutdown an information processing system by utilizing a virtualization management function of the power supply | |
| CN112104723A (zh) | 一种多集群的数据处理系统及方法 | |
| CN111240806B (zh) | 一种分布式容器镜像构建调度方法 | |
| KR101331223B1 (ko) | 컴퓨터, 원격관리 시스템, 컴퓨터의 제어방법 및 원격관리방법, 컴퓨터 네트워크 | |
| CN108701033A (zh) | 客户操作系统唤醒方法、装置、电子设备及可读介质 | |
| JP2002099413A (ja) | 監視制御システムの構築方法 | |
| KR100735875B1 (ko) | 라이브 부팅매체를 이용한 서버 원격접속과 다중 오에스사용 시스템 및 그 방법 | |
| Cao et al. | Use of agent-based service discovery for resource management in metacomputing environment | |
| US20180159718A1 (en) | Computer and method of operation of its network | |
| CN114615268A (zh) | 基于Kubernetes集群的服务网络、监控节点、容器节点及设备 | |
| JP2001318903A (ja) | コンピュータ演算処理システム及び同システムにより実行されるコンピュータ演算処理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070918 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20091110 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20101213 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110210 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20110301 |