(57)【要約】【課題】  アーキテクチャが異なるコントローラが混在した監視制御システムでも統一したシステム監視が可能で、かつＨＭＩやコントローラのＲＡＳメモリの有効活用が可能な監視制御システムを提供する。【解決手段】  監視制御対象の故障データを格納するＲＡＳメモリ９４及び故障データを送受信するＲＡＳ通信機能２２を有するコントローラ９と、システム全体の故障データを格納するＲＡＳメモリ２３と、ＲＡＳ通信機能２２を有し、ＨＭＩ表示制御機能２１によりシステム監視画面表示を行うＨＭＩ１と、システム構成定義ツール１１で作成したシステム監視画面データ１２に故障データの物理アドレスを埋め込むＨＭＩデータ生成コンパイラ１４を有するエンジニアリングツール１を備え、ＨＭＩデータ生成コンパイラ１４により生成されたシステム監視画面１３をＨＭＩ２にダウンロードする。【選択図】        図６
2005242804.tif 000002
【特許請求の範囲】
【請求項１】
監視制御対象の制御データの入出力を行うとともに、上記監視制御対象の故障データを格納するＲＡＳメモリと、上記故障データを送受信するＲＡＳ通信機能を有するコントローラと、
監視制御システムのコンポーネントの故障データを格納するＲＡＳメモリと、上記故障データを送受信するＲＡＳ通信機能を有し、ＨＭＩ表示制御機能により上記監視制御対象の監視をシステム監視画面表示により行うマンマシンインターフェース（ＨＭＩ）と、
システム監視画面データを作成するシステム構成定義ツールと、上記システム監視画面に監視制御システムのコンポーネント（ＨＭＩ、コントローラ）の故障データの物理アドレスを埋め込むＨＭＩデータ生成コンパイラを有するエンジニアリングツールを備え、
上記ＨＭＩデータ生成コンパイラにより生成されたシステム監視画面を上記ＨＭＩにダウンロードするとともに、上記ＨＭＩ表示制御機能が、ダウンロードされた上記システム監視画面に対応する故障データを、上記ＨＭＩのＲＡＳメモリ又は上記コントローラのＲＡＳメモリから読み出すことを特徴とする監視制御システム。
【請求項２】
請求項１に記載の監視制御システムにおいて、上記ＨＭＩは、監視制御システムのコンポーネントの故障メッセージデータを記憶するＲＡＳメッセージメモリを有し、ＨＭＩ表示制御機能により上記監視制御対象の監視をシステムアラームサマリ画面表示により行い、上記エンジニアリングツールは、ＲＡＳメッセージに監視制御システムのコンポーネント（ＨＭＩ、コントローラ）の故障データの物理アドレスを埋め込むＲＡＳメッセージ作成ビルダを有し、
上記ＲＡＳメッセージ作成ビルダにより生成されたＲＡＳメッセージを上記ＨＭＩのＲＡＳメッセージメモリにダウンロードし、
上記ＨＭＩ表示制御機能が、ダウンロードされた上記ＲＡＳメッセージメモリに基づいて、上記システムアラームサマリ画面のデータを上記ＨＭＩのＲＡＳメモリ又は上記コントローラのＲＡＳメモリから読み出すことを特徴とする監視制御システム。
【請求項３】
請求項１に記載の監視制御システムにおいて、上記ＨＭＩ又は上記コントローラに下位コントローラが接続され、上位コントローラのＲＡＳ通信機能に下位のコントローラからの故障データを上位コンポーネントに転送する機能を追加したことを特徴とする監視制御システム。
【請求項４】
請求項３に記載の監視制御システムにおいて、上記ＨＭＩデータ生成コンパイラは監視制御システムのコンポーネント情報とその接続状態の情報に基づいてルーティングデータを作成し、このルーティングデータを各コントローラ又はＨＭＩにダウンロードし、各コントローラ又はＨＭＩは上記ルーティングデータに基づいて、所定の故障データを転送することを特徴とする監視制御システム。
【請求項５】
請求項１に記載の監視制御システムにおいて、上記ＨＭＩの内部に、アドレスメモリと、加算器とを設け、上記ＨＭＩ内のＲＡＳメモリ内に格納されるコントローラやＨＭＩのＲＡＳ先頭アドレスを上記エンジニアリングツールより上記アドレスメモリヘ格納し、実行処理する故障データの先頭アドレスを上記アドレスメモリから上記加算器に出力するとともに、上記故障データの中の必要とするデータの先頭アドレスからのオフセット値を上記加算器に出力し、上記加算器は上記両データを加算し、必要とする故障データのアドレスを求めることを特徴とする監視制御システム。
【請求項６】
請求項５に記載の監視制御システムにおいて、上記ＨＭＩの内部に、ＲＡＳレベルアドレスメモリと、故障レベル位置情報及び故障レベル位置情報以外の情報のいずれかを選択するセレクタを配置し、上記ＲＡＳメモリ内に格納されているコントローラやＨＭＩのコンポーネントの故障レベル格納位置を予めエンジニアリングツールより、前記コンポーネントＲＡＳアドレスメモリヘ格納するとともに、上記故障レベル位置情報を上記セレクタで選択した場合は、故障レベル位置の確認を実行する故障データの先頭アドレスをアドレスメモリから加算器に出力すると共に、上記故障レベル位置情報を上記ＲＡＳレベルアドレスメモリから上記加算器に出力することによって上記加算器で加算し、上記故障レベル位置情報のアドレスを求めることを特徴とする監視制御システム。
【請求項７】
請求項６に記載の監視制御システムにおいて、ＨＭＩ内部に、故障レベル位置情報の確認を実行する故障データを順次選択するＲＡＳカウンタ機構を配置したことを特徴とする監視制御システム。
【請求項８】
請求項５に記載の監視制御システムにおいて、アドレスメモリ内にＲＡＳ情報のデータ更新を許可するＲＡＳ更新許可ビットを設け、ＲＡＳメモリへの書き込みを指示するＲＡＳメモリ書き込みコマンドと上記ＲＡＳ更新許可ビットの出力との論理積をとるＡＮＤ素子をＨＭＩの内部に配置し、特定のＲＡＳ情報のデータ更新を禁止したい場合には、当該特定のＲＡＳ情報の上記ＲＡＳ更新許可ビットを無意に設定することを特徴とする監視制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、プラント制御システムの故障状態の監視に関するものである。
【背景技術】
【０００２】
従来、プラント制御システムの計装制御分野では、システム監視画面やシステムアラームサマリ画面（システムアラーム監視機能）によりシステムを構成する各コンポーネント（ＨＭＩやコントローラ）の故障状態を監視していた。
【０００３】
【非特許文献１】西本朗雄、外４名、「情報制御基本システム−大規模プラント用監視制御マンマシン」、三菱電機技報、三菱電機株式会社、Ｖｏｌ．６９、Ｎｏ．８、１９９５、ｐ．２４−２９
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来の監視制御システムは、ＤＣＳ（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｏｎｔｒｏｌ  Ｓｙｓｔｅｍ）のように、メーカが提供したシステムの監視は容易であるが、多くのベンダの中から最適なコントローラを購入してシステムを構築することが困難であるという問題点があった。また、ＤＣＳのコントローラと機械制御用の汎用ＰＬＣ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｃｏｎｔｒｏｌ）の組み合わせにより実現されたシステムや、ＤＣＳのコントローラと制御機能を持つフィールドバス機器の組み合わせなど、異なったアーキテクチャを持つコントローラを組み合わせて実現されるシステムに対して容易にシステム監視ができないという問題点があった。
【０００５】
この発明は上記のような課題を解消するためになされたものであり、各種コントローラやＨＭＩに応じた最適のＲＡＳデータ構造を決定し、ＨＭＩにそのデータ構造を送信することにより、アーキテクチャが異なるコントローラが混在した監視制御システムでも統一したシステム監視が可能で、かつＨＭＩやコントローラのＲＡＳメモリの有効活用が可能な監視制御システムを提供する。
【課題を解決するための手段】
【０００６】
この発明に係る監視制御システムは、監視制御対象の制御データの入出力を行うとともに、監視制御対象の故障データを格納するＲＡＳメモリ及び故障データを送受信するＲＡＳ通信機能を有するコントローラと、監視制御システムのコンポーネントの故障データを格納するＲＡＳメモリと、故障データを送受信するＲＡＳ通信機能を有し、ＨＭＩ表示制御機能により上記監視制御対象の監視をシステム監視画面表示により行うマンマシンインターフェース（ＨＭＩ）と、システム監視画面データを作成するシステム構成定義ツールと、システム監視画面に監視制御システムのコンポーネント（ＨＭＩ、コントローラ）の故障データの物理アドレスを埋め込むＨＭＩデータ生成コンパイラを有するエンジニアリングツールを備え、ＨＭＩデータ生成コンパイラにより生成されたシステム監視画面をＨＭＩにダウンロードするとともに、ＨＭＩ表示制御機能が、ダウンロードされたシステム監視画面に対応する故障データを、ＨＭＩのＲＡＳメモリ又はコントローラのＲＡＳメモリから読み出すことを特徴とする。
【発明の効果】
【０００７】
この発明の監視制御システムによれば、エンジニアリングツールにＨＭＩのシステム監視画面データを生成するＨＭＩデータ生成コンパイラを備え、各種コントローラやＨＭＩに応じた最適のＲＡＳデータ構造を決定して、ＨＭＩにそのデータ構造を送信することにより、異なったアーキテクチャを持つコントローラを組み合わせた監視制御システムにおいても、ＨＭＩ監視画面の表示の高速化が可能となる効果がある。
【発明を実施するための最良の形態】
【０００８】
図１はこの発明の前提技術１となる監視制御システムを示す構成図である。図１の監視制御システムは、プラント等の監視制御対象の制御データの入出力を行うコントローラ３と、上記監視制御対象の状態を監視するマンマシンインターフェースであるＨＭＩ（Ｈｕｍａｎ  Ｍａｃｈｉｎｅ  Ｉｎｔｅｒｆａｃｅ）２と、コントローラ３とＨＭＩ２のエンジニアリングを司るエンジニアリングツール１を備えている。
【０００９】
エンジニアリングツール１とＨＭＩ２及びコントローラ３は、メンテナンスネットワーク６で接続されている。また、ＨＭＩ２とコントローラ３は、制御ネットワーク７で接続され、計装制御データの通信路となっている。
【００１０】
コントローラ３の下位には下位コントローラ５が設置され、下位コントローラネットワーク８により接続されている。
【００１１】
エンジニアリングツール１には、システム監視画面データ１２を作成するシステム構成定義ツール１１を備えている。
【００１２】
ＨＭＩ２は、所定の表示手段（図示せず）にシステム監視画面を表示するための制御を行うＨＭＩ表示制御機能２１と、コントローラや他のＨＭＩとの間でＲＡＳデータを通信するＲＡＳ通信機能２２と、システム監視表示のためのシステム全体のＲＡＳデータを格納するＲＡＳメモリ２３と、自ＨＭＩ内部のＲＡＳデータを格納するＲＡＳメモリ２４を備えている。ここで、ＲＡＳとは、Ｒｅｌｉａｂｉｌｉｔｙ  Ａｃｃｅｓｓｉｂｉｌｉｔｙ  Ｓｅｃｕｒｅｌｉｂｉｌｉｔｙの略語であり、本明細書では監視制御システム内の故障情報の意味で使用する。
【００１３】
コントローラ３は、ＨＭＩや下位コントローラとの間でＲＡＳデータを通信するＲＡＳ通信機能３２と、当該コントローラ３のＲＡＳデータを格納するＲＡＳメモリ３４を備えている。
【００１４】
図２は図１の監視制御システムのＲＡＳメモリの一例を示す図である。これらのＲＡＳメモリは、構造化されているわけではなく機種毎にばらばらの位置に存在すると共に、それぞれのファームウエア故障（Ｆ／Ｗ故障）、バルブ等計装機器のカード故障、プリンタ等の周辺機器故障の情報も、機種毎にそれぞれの事情により決定した位置に格納されている。
【００１５】
次に、図１の監視制御システムの動作について説明する。システム全体の故障状態を監視するためにユーザーは、エンジニアリングツール１のシステム構成定義ツール１１を用いて、システム監視画面データ１２を作成する。図１の監視制御システムでは、システム監視画面で監視できるコンポーネントは、ＨＭＩやコントローラ等の接続される機種毎に１種類に決まっているため、システム全体での接続状態と、接続されるコンポーネントがコントローラかＨＭＩかを登録するだけでよい。
【００１６】
システム構成定義ツール１１で完成したシステム監視画面データ１２は、メンテナンスネットワーク６を介してＨＭＩ２にダウンロードされる。ＨＭＩ表示制御機能２１は、各コンポーネント（ＨＭＩ、コントローラ）のＲＡＳデータの位置（ＲＡＳメモリ２３、２４）を把握しており、このＨＭＩ表示制御機能２１がＲＡＳメモリ２３、２４に記憶されているデータとシステム監視画面データを組み合わせることにより、所定の表示手段にシステム監視画面の表示を行う。
【００１７】
図３はシステム監視画面の例である。この例の監視対象システムは、ＨＭＩ２にコントローラ３Ａ、３Ｂが制御ネットワーク７により接続され、コントローラ３Ａに計装機器である流量センサＣ、制御対象機器であるバルブＶが接続されている。また、コントローラ３Ｂには下位コントローラ５Ａ、５Ｂが下位コントローラネットワーク８により接続されている。システム監視画面はこれらの監視対象システムのコンポーネント（システム構成）を含んでいる画面であり、更にそれらのコンポーネントの故障状態が表示される。例えば、図３に示すように、故障状態のコントローラ３Ｂが点滅（点線）で表示される。
【００１８】
図４はこの発明の前提技術２となる監視制御システムを示す構成図であり、システムアラームサマリ表示機能を説明するための図である。図において、図１と同一符号は同一部分または相当部分を示す。２０はシステムアラームサマリ画面データであり、２５はシステムアラームサマリ画面に表示するデータを格納するＲＡＳメッセージメモリである。
【００１９】
次に、図４の監視制御システムの動作について説明する。上記前提技術１では、エンジニアリングツール１は、システム監視画面データを作成するシステム構成定義ツール１１を内包していたが、システムアラームサマリ表示機能では、当該画面の構成はシステム構成に依存しないため、画面構成データ（システムアラームサマリ画面データ）は、ＨＭＩ表示制御機能２１に内蔵されており、エンジリアリング環境は存在しない。この前提技術２では、ＲＡＳ通信機能２２、２３を介してコントローラ３やＨＭＩ２から詳細ＲＡＳデータを受信し、ＲＡＳメッセージメモリ２５に格納する。ＨＭＩ表示制御機能２１はシステムアラームサマリ画面データ２０とＲＡＳメッセージメモリ２５に格納されたデータからＲＡＳメッセージを作成し、所定の表示手段（図示せず）に表示する。
【００２０】
図５はシステムアラームサマリ画面の例であり、基本的に各コンポーネントの故障状態が文字情報で表示される。したがって、システムアラームサマリ画面データは監視制御システムの構成には依存しない。
【００２１】
前提技術２において、ＲＡＳメッセージは接続される機種によって一定となるため、ＲＡＳメッセージデータは、ＨＭＩ表示制御機能に組み込まれていた。これにより、監視制御システムを購入したユーザは、システムの監視を行う際に、複雑なＳ／Ｗ（ソフトウエア）を組む必要はないが、システムサポートしていないコントローラやＨＭＩの機種を接続することはできなかった。
【００２２】
上記前提技術１及び２の監視制御システムは、上述のように、同一メーカが提供したシステムの監視は容易であるが、多くのベンダの中から最適なコントローラを購入してシステムを構築することが困難である。また、電力、鉄鋼向け等のＤＣＳ（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｏｎｔｒｏｌ  Ｓｙｓｔｅｍ）のコントローラと機械制御用の汎用ＰＬＣ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｃｏｎｔｒｏｌ）の組み合わせにより実現されたシステムや、ＤＣＳのコントローラと制御機能を持つフィールドバス機器の組み合わせなど、異なったアーキテクチャを持つコントローラを組み合わせて実現されるシステムに対して容易にシステム監視ができない。
【００２３】
この発明の監視制御システムは、異なったアーキテクチャを持つコントローラを含んだシステム構成でも容易なシステム監視を行うことができる監視制御システムを提供する。ここで、異なったアーキテクチャを持つコントローラが接続されたシステムの例として、ＤＣＳのコントローラと機械制御用の汎用ＰＬＣの組み合わせにより実現されたシステムや、ＤＣＳのコントローラと制御機能を持つフィールドバス機器の組み合わせなどが考えられる。
【００２４】
実施の形態１．
図６は本実施の形態による監視制御システムを示す構成図である。本実施の形態の監視制御システムは、プラント等の監視制御対象の制御データの入出力を行うコントローラ９、１０と、上記監視制御対象の状態を監視するマンマシンインターフェースであるＨＭＩ（Ｈｕｍａｎ  Ｍａｃｈｉｎｅ  Ｉｎｔｅｒｆａｃｅ）２と、コントローラ３とＨＭＩ２のエンジニアリングを司るエンジニアリングツール１を備えている。
【００２５】
ここで、コントローラ９はアーキテクチャＡを基にして開発され、コントローラ１０はコントローラＡとは異なるアーキテクチャＢを基にして開発されたものである。従って、コントローラ９とコントローラ１０のＲＡＳデータ構造は異なる。
【００２６】
コントローラ９、コントローラ１０、ＨＭＩ２、エンジニアリングツール１は、それぞれメンテナンスネットワーク６により接続されている。
【００２７】
エンジニアリングツール１には、ユーザがシステム監視画面データ１２を作成するシステム構成定義ツール１１と、システムのコンポーネント（ＨＭＩ、コントローラ）のＲＡＳデータ構造１５と、上記ＲＡＳデータ構造１５に基づいて、システム監視画面データが参照するＲＡＳデータの物理アドレスを検索して、当該物理アドレスをシステム監視画面データに埋め込むためのＨＭＩデータ生成コンパイラ１４を備えている。１３は物理アドレスが埋め込まれたシステム監視画面表示データである。上記ＲＡＳデータ構造１５は、ＨＭＩ２のＲＡＳデータ構造、異なるアーキテクチャのコントローラ９，１０のＲＡＳデータ構造が含まれている。
【００２８】
ＨＭＩ２は、所定の表示手段（図示せず）にシステム監視画面データを表示するための制御を行うＨＭＩ表示制御機能２１と、コントローラや他のＨＭＩとの間でＲＡＳデータを通信するＲＡＳ通信機能２２と、システム監視表示のためのＲＡＳデータを記憶するＲＡＳメモリ２３を備えている。
【００２９】
コントローラ９、１０は、ＨＭＩ２との間でＲＡＳデータを送受信するＲＡＳ通信機能９２、１０２と、当該コントローラのＲＡＳデータを格納するＲＡＳメモリ９４、１０４を備えている。
【００３０】
次に、実施の形態１のシステム監視画面表示動作について図５を基に説明する。システム監視画面を作成したいユーザは、エンジニアリングツール１のシステム構成定義ツール１１を呼び出し、監視制御システムのコンポーネントとその接続状態、各コンポーネントの種類（Ａアーキテクチャのコントローラ、Ｂアーキテクチャのコントローラ等）、並びに表示したいＲＡＳデータ名（一般的な名前）を入力する。システム構成定義ツール１１は入力されたデータを基に、システム監視画面データ１２を作成する。そして、ＨＭＩデータ生成コンパイラ１４にこのシステム監視画面データ１２を読み込ませる。ＨＭＩデータ生成コンパイラ１４は、各機種のＲＡＳデータ構造（一般的なＲＡＳ名とＲＡＳ物理アドレスの紐付け）を参照することにより、システム監視画面データ１２に一般的な名前で書きこまれたＲＡＳデータの代りに、データを収集するためにＲＡＳデータが存在する物理アドレスを埋め込む。上記ＲＡＳデータ構造は、必要なデータが最小限のデータ容量内に構造化されており、このＲＡＳデータ構造には、コントローラ種別毎のＲＡＳ構造データ情報に基づき、種別毎のＲＡＳデータ名とそのデータが格納されている物理アドレスが埋め込まれている。
【００３１】
ＨＭＩデータ生成コンパイラ１４により作成されたシステム監視画面データ１３はＨＭＩ２にダウンロードされる。そして、オペレータが所定の表示手段にシステム監視画面を呼び出すと、ＨＭＩ表示制御機能２１のＨＭＩ表示機能Ｓ／Ｗ（ソフトウエア）が対応するＲＡＳデータを、ＨＭＩ２のコンポーネント毎に登録されたシステムＲＡＳメモリ２３や、コントローラや他のＨＭＩのＲＡＳメモリから読み出し表示する。
【００３２】
次に、ＨＭＩ２のシステムＲＡＳメモリ２３にコンポーネント毎のＲＡＳデータを登録する方法について説明する。監視制御システムでは、図６に示すように、ＨＭＩやコントローラに故障が発生すると、その故障が発生したコンポーネントから、システムアラームがＨＭＩに送信される。システムアラームは該コンポーネントのどの部分が故障したかのデータを含んでおり、その通信を受けたＨＭＩ２のＲＡＳ通信機能２２が、システムのＲＡＳメモリ２３の該当個所が故障したことを記録する。また故障から復帰した場合は、復帰アラームが発生する。ＨＭＩ表示制御機能２は、このシステムのＲＡＳメモリ２３を参照することにより、システム監視を行う。
【００３３】
以上のように本実施の形態によれば、異なったアーキテクチャを持つコンポーネントを含んだ監視制御システムにおいても、各コントローラやＨＭＩの種別に応じたＲＡＳデータ構造１５とＨＭＩデータ生成コンパイラ１４を利用して、ユーザが容易にシステム監視画面を作成可能となる。また、ユーザが監視したいＲＡＳデータのみを画面に表示できるため、画面表示の高速化が可能となる。また、監視したいＲＡＳデータの存在する物理アドレスを、あらかじめエンジニアリング時に、ＨＭＩデータ生成コンパイラ１４を使用してシステム監視画面に埋め込んでいるために、ＨＭＩ表示制御機能２１のＨＭＩ表示機能Ｓ／Ｗにて対応するアドレスを検索する必要がなくなり、画面をさらに高速表示できるようになる。
【００３４】
システムＲＡＳメモリ２３をＨＭＩ２で一括して持つ本実施の形態のシステムでは、システム監視が必要なデータのみを蓄積するために、必要ＲＡＳデータのメモリ容量が少なくなり、結果として１台のＨＭＩで、システム監視できるコンポーネント数を増加させることが可能となる。
【００３５】
実施の形態２．
以下、この発明の実施の形態２を図に基づいて説明する。図７は本実施の形態による監視制御システムを示す構成図である。図７において、図６（実施の形態１）の監視制御システムと同一符号は同一又は相当する構成を示している。
【００３６】
本実施の形態のエンジニアリングツール１には、ユーザがシステムのコンポーネント（ＨＭＩ、コントローラ）のＲＡＳデータ構造に基づいて、それぞれのＲＡＳメッセージデータを作成するＲＡＳメッセージ作成ビルダ１６が備えられている。１７はＲＡＳメッセージビルダ１６により作成されたＲＡＳメッセージデータ構造であり、ＨＭＩのＲＡＳメッセージデータ構造１７１、コントローラのＲＡＳメッセージデータ構造１７２を有する。当該ＲＡＳメッセージデータ構造１７には、システムアラームサマリ画面が参照するＲＡＳデータの物理アドレスが埋め込まれており、ＨＭＩ２のＲＡＳメッセージメモリ２５にダウンロードされる。
【００３７】
ＨＭＩ２は、所定の表示手段（図示せず）にシステムアラームサマリ画面を表示するための制御を行うＨＭＩ表示制御機能２１と、コントローラや他のＨＭＩとの間でＲＡＳデータを通信するＲＡＳ通信機能２２と、システムアラームサマリ表示のためのＲＡＳデータを記憶するＲＡＳメッセージメモリ２５を備えている。
【００３８】
コントローラ９、１０は、ＨＭＩ２との間でＲＡＳデータを送受信するＲＡＳ通信機能９２、１０２と、当該コントローラのＲＡＳデータを格納するＲＡＳメモリ９４、１０４を備えている。
【００３９】
次に、実施の形態２のシステムアラームサマリ画面の表示について図７を基に説明する。システムサマリ画面表示時には、すでにＨＭＩ２側に発生したシステムサマリデータが蓄積表示されており、新たにコンポーネントの故障が発生すると、そのコンポーネントから故障データがＨＭＩ２に向けて送信されリアルタイムで表示更新される。そのためには、あらかじめ定義したプロトコルでコントローラやＨＭＩよりシステムアラームデータを受け取ったＨＭＩ２は、そのデータからコンポーネント番号とＲＡＳ情報を取り出すことが必要である。すなわち、ＨＭＩ２のＲＡＳ通信機能２２は、コンポーネント番号から対応するコントローラやＨＭＩの種類を割り出し、コントローラ種別やＨＭＩ種別に対応するＲＡＳメッセージメモリを参照して、該当するＲＡＳの表示メッセージを作成し、システムアラームとしてＨＭＩ表示制御機能２１に送信する。ＨＭＩ表示制御機能２１は、受け取ったシステムアラームを所定の表示手段にシステムアラームサマリ画面として表示する。
【００４０】
上記のコンポーネント番号は、たとえば、制御ネットワークがイーサネット（登録商標）の場合には、その伝送メッセージの中に送信元ＩＰアドレスが含まれており、それから容易に割り出し可能なので、制御ネットワークのプロトコルを新たに設定することなく容易に構築可能である。
【００４１】
実施の形態３．
以下、この発明の実施の形態３の監視制御システムを図に基づいて説明する。実施の形態３は、実施の形態１又は実施の形態２のコントローラＡの下位に別のコントローラＢが接続された場合である。図８は本実施の形態における監視制御システムの構成例であり、図９は本実施の形態のＲＡＳデータ取得に使用する通信プロトコルを説明するための図である。
【００４２】
図８において、コントローラＡの下位にコントローラＢ１、コントローラＢ２が接続されている。コントローラＡはアーキテクチャＡを基に開発され、コントローラＢ１，Ｂ２はアーキテクチャＢを基に開発されている。また、コントローラーＡのＲＡＳデータ通信機能９２はＲＡＳデータ転送機能付きである。また、図８において、図６と同一符号は同一部分または相当部分を示す。
【００４３】
ＨＭＩ１のＨＭＩデータ生成コンパイラ１４は、監視制御システムのコンポーネント（ＨＭＩ、コントローラ）情報とその接続状態の情報に基づいて、ルーティングデータ１８を作成する。このルーティングデータ１８では、監視制御システム内のネットワーク（制御ネットワーク７、下位コントローラネットワーク８等）とコンポーネント（ＨＭＩ２、コントローラＡ、Ｂ１、Ｂ２）に、統一したネットワーク番号と統一したコンポーネント番号が付される。また、これらの統一ネットワーク番号及びコンポーネント番号は、それぞれ独自のネットーワーク番号と独自のコンポーネント番号と関連付けがなされている。そして、ＨＭＩデータ生成コンパイラ１４で作成されたルーティングデータ１８は、それぞれＨＭＩやコントローラにダウンロードされる。
【００４４】
次に、本実施の形態のシステム監視画面表示の動作について説明する。前記実施の形態１又は実施の形態２の監視制御システムでは、異なるＲＡＳデータ構造に対応しているが、上位のコントローラは下位のコントローラのＲＡＳデータを転送する仕組みを持たなかった。そのため、図８に示すような、下位のコントローラＢ１、Ｂ２が上位のコントローラＡに接続され、ＨＭＩ２とは直接接続されていないシステム構成では、ＨＭＩ２から下位コントローラＢ１、Ｂ２の故障状態を監視することは不可能であった。
【００４５】
本実施の形態では、下位コントローラから上位コントローラへのＲＡＳデータの転送方式について説明する。オペレータがシステム監視画面を呼び出すと、ＨＭＩ制御機能２１内のソフトウエア（Ｓ／Ｗ）は、システム監視画面データから対応するＲＡＳデータがＨＭＩのＲＡＳメモリにあるかコントローラ内のＲＡＳメモリにあるかを判断する。ＨＭＩのＲＡＳメモリにある場合は、該当するメモリからデータを取得して、システム監視画面に表示する。なお、ＨＭＩのＲＡＳメモリに下位コントローラのＲＡＳデータを送信するプロトコルについては、下記に説明する。ＲＡＳデータが対応するコントローラの内部にある場合は、そのコントローラまでたどり着くためにデータを転送するルーチング用のコントローラを探す。すなわち、目的とするルーティングコントローラに上位ＲＡＳデータ取得コマンドを送信することにより、対応する下位コントローラのＲＡＳデータを取得する。
【００４６】
図９に本実施の形態のＲＡＳデータ取得に使用する通信プロトコルの例を示す。図９に示すように、上位ＲＡＳデータ取得コマンド（送信）は、送信先ネットワーク番号／コンポーネント番号、送信元ネットワーク番号／コンポーネント番号、コマンド種別、下記ＲＡＳデータ取得コマンドで構成される。また、上位ＲＡＳデータ取得コマンド（返信）は、送信先ネットワーク番号／コンポーネント番号、送信元ネットワーク番号／コンポーネント番号、コマンド種別、ＲＡＳデータで構成される。すなわち、下位のＲＡＳデータ取得コマンドは、上位のＲＡＳデータ取得コマンドでカプセル化することにより、下位コントローラヘ送信される。ＨＭＩ２のＲＡＳ通信機能２２では、下位コントローラのコンポーネント番号を、システム構成定義で定義した統一的なコンポーネント番号から、下位コントローラ独自のコンポーネント番号に変換する機能を持つ。また、ＲＡＳデータ取得コマンドの返信では、下位コントローラ独自のコンポーネント番号を統一的なコンポーネント番号に変換し、対応するＲＡＳメモリに結果を格納する機能を有する。
【００４７】
なお、本実施の形態の下位コントローラは、ＲＡＳ送信機能をもつフィールド機器であってもよい。
【００４８】
上記実施の形態ではＲＡＳデータの送信機能をＳ／Ｗ（ソフトウエア）で実現した場合を説明したが、以下の実施の形態の４から７では、上記ＲＡＳ送信機能のＨ／Ｗ（ハードウエア）で実現した場合について記述する。
【００４９】
実施の形態４．
以下、この発明の実施の形態４を図に基づいて説明する。図１０は本実施の形態の監視制御システムにおけるＨＭＩ２の構成例であり、図１と同一部分は、同一符号を記しているので説明は省略する。
【００５０】
図において、ＨＭＩ２は、ＨＭＩ２の動作を制御するＨＭＩ制御ＣＰＵ２１３１を備えており、このＨＭＩ制御ＣＰＵ２１３１からＲＡＳメモリアドレスライン２１３９とデータライン２１３５を出力する。２１３２はＲＡＳメモリ２３のアドレス情報を格納するアドレスメモリである。２１３３はＲＡＳレジスタであり、その内容はＨＭＩ制御ＣＰＵ２１３１によりデータラインを通してセットされ、アドレスメモリアドレスライン２１３６へ出力する。アドレスメモリアドレスライン２１３６はアドレスメモリ２１３２のメモリアドレスに接続される。２１３４は加算器であり、アドレスメモリ２１３２からアドレスメモリデータライン２１３８へ出力されるＲＡＳメモリアドレス情報と、ＨＭＩ制御ＣＰＵ２１３１よりＲＡＳメモリアドレスライン２１３９上に出力されるオフセットアドレスを加算して、ＲＡＳメモリアドレスライン２１３７に結果を出力するものである。
【００５１】
次に、本実施の形態の動作について説明する。前記実施の形態１における監視制御システムでは、１つのＲＡＳ構造を固定ワード数に限定しないようにしたため、各コンポーネントＲＡＳがＲＡＳメモリ２３内のどの位置に格納されているか算出する必要がある。すなわち、各コンポーネントＲＡＳの先頭アドレスを求めるために、ＲＡＳ情報を必要とするコンポーネントの種類からシステム構成情報を引き出し、毎回複雑な算出を実施しなければならないという問題が生じる。前記実施の形態１では、この計算をＨＭＩ表示制御機能のＳ／Ｗで実施する方式としたが、本実施の形態では、同じくＲＡＳ構成情報を有するエンジニアリングツール１で計算し、その結果（各コンポーネントＲＡＳの先頭アドレス）をＨＭＩ２内のアドレスメモリ２１３２にあらかじめ格納しておく。このとき、前記コンポーネントＲＡＳの先頭アドレスはアドレスメモリ２１３２のアドレス"０"からＲＡＳ番号順に格納されるものとする。
【００５２】
ＨＭＩ制御ＣＰＵ２１３１は、処理を必要としているコンポーネント番号（以下、コンポーネントＮｏと称する）をＲＡＳレジスタ２１３３にセットする。これにより、アドレスメモリ２１３２のアドレスラインアドレスメモリ２１３６にはコンポーネントＮｏが入力され、アドレスメモリ２１３２のアドレスメモリデータライン２１３８からは前記エンジニアリングツール１で計算されたＲＡＳの先頭アドレスが出力されることになる。
【００５３】
次に、ＨＭＩ制御ＣＰＵ２１３１は、実行処理するコンポーネントＲＡＳの中で、必要なデータの位置（先頭アドレスからのオフセット）をＲＡＳメモリアドレスライン２１３９に出力する。前記アドレスメモリデータライン２１３８に出力されたコンポーネントＲＡＳの先頭アドレスとＲＡＳメモリアドレスライン２１３９に出力されたオフセットが加算器２１３４で加算され、その結果がＲＡＳメモリ２３のアドレスとしてＲＡＳメモリアドレスライン２１３７へ出力され、処理すべきコンポーネントの所定データヘのアクセスが可能となる。なお、セレクタ２３００は、所定のＲＡＳデータがＲＡＳメモリ２３に存在する場合はＲＡＳメモリ２３に接続し、ＲＡＳメモリに存在しない場合はＲＡＳ通信機能２２を通して他のコンポーネントに接続するための選択手段であり、ＨＭＩ制御ＣＰＵ２１３１からの選択指令信号２３０１により切り替わる。
【００５４】
以上のように本実施の形態によれば、ＨＭＩ２の内部にアドレスメモリ２１３２を設け、エンジニアリングツール１で計算された各コンポーネントの先頭アドレスを格納しておく機能と、ＨＭＩ制御ＣＰＵ２１３１が指定したコンポーネントＮｏ指示に従って、該当コンポーネントの先頭アドレスをアドレスメモリ２１３２より出力し、オフセットアドレスと加算した結果をＲＡＳメモリ２１３０のアドレスとする機構を設けたことにより、ＲＡＳレジスタ２１３３へ所定のコンポーネントＮｏをセットし、ＲＡＳメモリアドレスラインヘオフセットアドレスを出力するだけで必要なＲＡＳデータをアクセスすることができ、エンジニアリングツール１からダウンロードされた、コンポーネント種別とＲＡＳ構成情報から必要アドレスを算出する必要がなくなるので高速処理が実現できる。
【００５５】
実施の形態５．
以下、この発明の実施の形態５を図に基づいて説明する。図１１は本実施の形態の監視制御システムにおけるＨＭＩ２の構成例であり、図１０と同一部分は、同一符号を記しているので説明は省略する。
【００５６】
図において、２１４０はコンポーネントＲＡＳレベルのアドレスメモリであり、エンジニアリングツール１にてデータ構造を定義されたコンポーネントＲＡＳレベルの格納位置を示すデータ（オフセット値）が格納されている。セレクタ２１４１は、前記コンポーネントＲＡＳレベルのアドレスメモリ２１４０が出力するデータと、ＨＭＩ制御ＣＰＵ２１３１が出力するアドレスメモリデータライン２１３９のデータを、同じくＨＭＩ制御ＣＰＵ２１３１が出力する選択信号２１４２の内容に従って、何れかを選択して結果を加算器２１３４に対し出力するものである。
【００５７】
次に、本実施の形態の動作について説明する。各コンポーネントＲＡＳレベルはＨＭＩ２に対し警報を出力させるため、全てのコンポーネントのＲＡＳに関して頻繁にアクセスが生じる。従って、コンポーネントＲＡＳレベルヘのアクセス性能は全体性能への影響を与える。前記実施の形態１における監視制御システムでは、１つのコンポーネントＲＡＳ構造をユーザ設定可能にしたため、各コンポーネントＲＡＳのレベルデータがどの位置（オフセット）にあるか固定的に計算できなくなり、コンポーネントの種類からＲＡＳ構成情報を引き出し、毎回複雑な算出を実施しなければならないという問題がある。本実施の形態ではＲＡＳ構成情報を有するエンジニアリングツール１より各コンポーネントのＲＡＳレベルデータ位置を抽出した結果（各コンポーネントのＲＡＳレベル格納位置）をＨＭＩ１内のＲＡＳレベルアドレスメモリ２１４０に予め格納しておく。このとき、前記コンポーネントの故障レベルデータ位置はＲＡＳレベルアドレスメモリ２１４０のアドレス"０"からコンポーネント番号順に格納されるものとする。
【００５８】
ＨＭＩ制御ＣＰＵ２１３１は、前記コンポーネントの故障情報以外にも必要なＲＡＳデータヘアクセスする。この場合、前記実施の形態４に従って、アクセスすることになるが、本実施の形態では、データアクセスする場合に、ＨＭＩ制御ＣＰＵ２１３１は、セレクタ２１４１がＲＡＳメモリアドレスライン２１３９を選択するように選択信号２１４２を出力する。これにより、ＲＡＳメモリ２３のアドレスはＲＡＳメモリの先頭アドレスとＨＭＩ制御ＣＰＵ２１３１から出力される所定のオフセットアドレスの和となり、実施の形態４と同様の結果が得られる。
【００５９】
次に、コンポーネントの故障レベルデータを確認したい場合は、ＨＭＩ制御ＣＰＵ２１３１は、セレクタ２１４１がＲＡＳレベルアドレスメモリ２１４０から出力されるデータを選択するように選択信号２１４２を出力する。この時、コンポーネントの故障レベルアドレスメモリ２１４０のアドレスはＲＡＳレジスタ２１３３にセットされるコンポーネントＮｏが示されており、コンポーネントの故障レベルアドレスメモリ２１４０のデータは、該当コンポーネントの故障レベルデータ格納位置が出力されることになる。セレクタ２１４１で選択された故障レベルデータ格納位置は、同じくＲＡＳレジスタ２１３３にセットされたコンポーネントＮｏの先頭アドレスと加算器２１３４で加算され、ＲＡＳメモリ２３のアドレスになる。これにより、ＲＡＳメモリ２３内にある、任意のコンポーネントＮｏの故障レベルデータヘのアクセスが容易にできることとなる。
【００６０】
以上のように本実施の形態によれば、ＨＭＩ２の内部に故障レベルアドレスメモリ２１４０を設け、エンジニアリングツール１で指示された故障レベル位置を格納しておく機能と、ＨＭＩ制御ＣＰＵ２１３１が指定したコンポーネントＮｏ指示に従って、該当コンポーネントの先頭アドレスをアドレスメモリ２１３２より出力し、前記コンポーネントの故障レベル位置と加算した結果をＲＡＳメモリ２１３０のアドレスとする機構を設けたことにより、ＲＡＳレジスタ２１３３へ所定のコンポーネントＮｏをセットするだけで故障レベルデータをアクセスすることができ、エンジニアリングツール１からダウンロードされたコンポーネント種別とＲＡＳ構成情報からコンポーネントの故障レベルのアドレスを算出する必要がなくなるので高速処理が実現できる。
【００６１】
実施の形態６．
以下、この発明の実施の形態６を図に基づいて説明する。図１２は本実施の形態の監視制御システムにおけるＨＭＩ２の構成例であり、図１１と同一部分は、同一符号を記しているので説明は省略する。
【００６２】
図において、２１５０はＲＡＳカウンタであり、その出力は"０"からスタートし、ＨＭＩ制御ＣＰＵ２１３１が出力するＲＡＳカウンタカウントアップコマンド２１５１の指示に従って、現在の出力値をカウントアップする。２１５２はセレクタであり、前記ＲＡＳカウンタ２１５０の出力値と、ＲＡＳレジスタ２１３３の出力値とを選択する機能をもつ。なお、セレクタ２１５２の選択信号はセレクタ２１４１の選択信号２１４２と同一であり、コンポーネントの故障レベル以外へのアクセス時は、セレクタ２１４１はＲＡＳメモリアドレスライン２１３９を、セレクタ２１５２はＲＡＳレジスタ２１３３の出力を選択することとなる。
【００６３】
次に、本実施の形態の動作について説明する。各コンポーネントの故障レベルはＨＭＩ２に対し警報を出力させるため、全てのコンポーネントの故障レベル情報を頻繁にチェックする機構を持つ。本実施の形態では全コンポーネントの故障のチェックを容易（高速化）する手段を提供するものである。アドレスメモリ２１３２、故障レベルアドレスメモリ２１４０へのデータ格納に関しては前述の実施の形態に従う。
【００６４】
ＨＭＩ制御ＣＰＵ２１３１は、コンポーネントの故障レベルデータを確認したい場合は、セレクタ２１４１が故障レベルアドレスメモリ２１４０から出力されるデータを、セレクタ２１５２がＲＡＳカウンタ２１５０の出力を選択するように選択信号２１４２を出力する。
【００６５】
この時、ＲＡＳカウンタ２１５０の出力は"０"を示しているので、ＲＡＳメモリの先頭アドレス並びに故障レベルの格納位置は何れもコンポーネントＮｏ．０の情報を出力する結果になる。従って、ＲＡＳメモリ２３からはコンポーネントＮｏ．０の故障レベルデータが読み込める。その後、ＨＭＩ制御ＣＰＵ２１３１は、ＲＡＳカウンタカウントアップコマンド２１５１を出力する。これによって、ＲＡＳカウンタ２１５０の出力はカウントアップされて"１"になり、ＲＡＳメモリ２３からはコンポーネントＮｏ．１の故障レベルデータが読み込める。このように、ＲＡＳカウンタカウントアップコマンド２１５１を出力するだけでＲＡＳＮｏ．０から順に全ての故障レベルデータが読み込めることとなり、ＲＡＳレジスタ２１３３ヘコンポーネントＮｏをセットすることなく全てのコンポーネントの故障レベルデータを獲得できる。なお、本実施の形態では、ＲＡＳカウンタカウントアップコマンド２１５０をＨＭＩ制御ＣＰＵ２１３１より出力することとしたが、ＲＡＳメモリ２３からのデータ読み込み完了で自動的にカウントアップするようなＨ／Ｗ（ハードウエア）としてもよく、その場合、ＨＭＩ制御ＣＰＵ２１３１から明示的にカウントアップ指示を出す必要がなくなる。
【００６６】
以上のように本実施の形態によれば、ＨＭＩ２の内部にＲＡＳ力ウンタ２１５０を設け、ＨＭＩ制御ＣＰＵ２１３１の指示により同カウント値をカウントアップする機構並びに、アドレスメモリ２１３２とコンポーネントの故障レベルアドレスメモリ２１４０のアドレスを前記ＲＡＳカウンタ２１５０の出力とＲＡＳレジスタ２１３３の出力で切り替える機能を設けたことにより、コンポーネントＮｏ．０から全ての故障レベル情報を確認する場合に、ＲＡＳレジスタ２１３３へ所定のコンポーネントＮｏをセットしなくても故障レベルデータを順次アクセスすることができるので高速処理が実現できる。
【００６７】
実施の形態７．
以下、この発明の実施の形態７を図に基づいて説明する。図１３は本実施の形態の監視制御システムにおけるＨＭＩ２の構成例であり、図１０と同一部分は、同一符号を記しているので説明は省略する。
【００６８】
図において、２１６０はアドレスメモリ２１３２の中に格納されているデータの例えば１ビットを使用したＲＡＳメモリ更新許可ビットであり、その出力はＡＮＤ素子２１６１に入力される。ＡＮＤ素子２１６１の他方の入力は、ＨＭＩ制御ＣＰＵ２１３１にて出力されるＲＡＳメモリ書き込みコマンド２１６２である。ＡＮＤ素子２１６１で論理積をとった値はＲＡＳメモリ２３への書き込みコマンドとなる。
【００６９】
次に、本実施の形態の動作について説明する。一般の監視制御システムでは、ＨＭＩが保持するコンポーネントのＲＡＳデータは、コンポーネントの状態に従って各コンポーネントから送信されるＲＡＳデータにより、ＨＭＩ制御ＣＰＵ２１３１により更新されていく。一方、各コンポーネントが重故障になり、ネットワークを経由してデータが送信できなくなった場合は、詳細ＲＡＳデータは不正確となるので、異常データでのシステム監視表示を防ぐため、特定のコンポーネントのＲＡＳ詳細データのアクセスを許可しない機能を備える必要がある。以下、本機能を詳細ＲＡＳデータアクセス禁止機能と称す。
【００７０】
一般の監視制御システムでは、この詳細ＲＡＳデータアクセス禁止機能を実現するため、詳細ＲＡＳアクセス禁止指示を受けたコンポーネントでは、コンポーネントＮｏをＨＭＩ制御ＣＰＵ２１３１が常に認識しておき、ＲＡＳメモリ２３内のデータ更新を実施しないように、ＨＭＩ制御ＣＰＵ２１３１が管理する機構をもつが、本実施の形態ではＨＭＩ制御ＣＰＵ２１３１が特定コンポーネントのデータ更新可否を意識しなくて処理できる手段を実現する。
【００７１】
通常のＲＡＳデータをアクセスする方法については、前記実施の形態に従う。この時、アドレスメモリ２１３２内の全コンポーネント更新許可ビット２１６０は、"１"が格納されており、全てのコンポーネントが"更新可能"であることを示している。前記コンポーネントの重故障により詳細ＲＡＳデータ更新禁止止機能を特定のコンポーネントに適用しなければならない場合、エンジニアリングツール１若しくはＨＭＩ２はユーザの指示により、詳細ＲＡＳデータアクセス禁止機能を適用したいコンポーネントＮｏのＲＡＳ更新許可ビットを"０"にする。これにより、ＡＮＤ素子２１６１の出力は、ＲＡＳメモリ書き込みコマンド２１６２の状態に係わらず常に無意になるので、該当コンポーネントヘのデータ更新（読み込み）が実施されなくなる。これにより、ＨＭＩ制御ＣＰＵ２１３１は特定コンポーネントのデータ更新可否を認識することなく処理することができるので、処理が容易になると同時に高速化も図れる。
【００７２】
以上のように本実施の形態によれば、アドレスメモリ２１３２内部にＲＡＳデータ更新許可ビット２１６０を設け、特定コンポーネントに対する詳細ＲＡＳデータアクセス禁止機能を実現するために、前記ＲＡＳデータ更新許可ビット２１６０を無意にすることで、特定コンポーネントヘのデータ更新を実施しないようにしたので、ＨＭＩ制御ＣＰＵ２１３１は特定コンポーネントのデータ更新可否を認識することなく処理することができ、処理が容易になると同時に高速化も図れる。
【図面の簡単な説明】
【００７３】
【図１】この発明の前提技術１となる監視制御システムを示す構成図である。
【図２】図１の監視制御システムのＲＡＳ（故障情報）メモリの一例を示す図である。
【図３】図１の監視制御システムにおけるシステム監視画面の例である。
【図４】この発明の前提技術２となる監視制御システムを示す構成図である。
【図５】図４の監視制御システムにおけるシステムアラームサマリ表示画面の例である。
【図６】この発明の実施の形態１による監視制御システムを示す構成図である。
【図７】この発明の実施の形態２による監視制御システムを示す構成図である。
【図８】この発明の実施の形態３による監視制御システムを示す構成図である。
【図９】実施の形態３のＲＡＳデータ取得に使用する通信プロトコルを説明するための図である。
【図１０】この発明の実施の形態４の監視制御システムにおけるＨＭＩの構成を示す図である。
【図１１】この発明の実施の形態５の監視制御システムにおけるＨＭＩの構成を示す図である。
【図１２】この発明の実施の形態６の監視制御システムにおけるＨＭＩの構成を示す図である。
【図１３】この発明の実施の形態７の監視制御システムにおけるＨＭＩの構成を示す図である。
【符号の説明】
【００７４】
１  エンジニアリングツール、２  ＨＭＩ、３，３Ａ  コントローラ、
５，５Ａ，５Ｂ  下位コントローラ、６  メンテナンスネットワーク、
７  制御ネットワーク、８  下位コントローラネットワーク、９  コントローラＡ、
１０  コントローラＢ、１０  システム監視画面データ、
１１  システム構成定義ツール、１２  システム監損画面データ、
１３  システム監視画面データ、１４  ＨＭＩデータ生成コンパイラ、
１５  ＲＡＳデータ構造、１６  ＲＡＳメッセージ作成ビルダ、
１７  ＲＡＳメッセージデータ構造、１８  ルーティングデータ、
２０  システムアラームサマリ画面データ、２１  ＨＭＩ表示制御機能、
２２  ＲＡＳ通信機能、２３  ＲＡＳメモリ、２４  ＲＡＳメモリ、
２５  ＲＡＳメッセージメモリ、３２  ＲＡＳ通信機能、３４  ＲＡＳメモリ、
２１３１  ＨＭＩ制御ＣＰＵ、２１３２  アドレスメモリ、２１３３  ＲＡＳレジスタ、２１３４  加算器、２１４０  ＲＡＳレベルアドレスメモリ、
２１６０  ＲＡＳ更新許可ビット、２１６１  ＡＮＤ素子。
【図１】
2005242804.tif 000003
【図２】
2005242804.tif 000004
【図３】
2005242804.tif 000005
【図４】
2005242804.tif 000006
【図５】
2005242804.tif 000007
【図６】
2005242804.tif 000008
【図７】
2005242804.tif 000009
【図８】
2005242804.tif 000010
【図９】
2005242804.tif 000011
【図１０】
2005242804.tif 000012
【図１１】
2005242804.tif 000013
【図１２】
2005242804.tif 000014
【図１３】
2005242804.tif 000015