JPH02170202A - 情報処理システム及び情報処理方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は大規模システムの情報処理に係り、特にシステ
ムをサブシステムに分割し、各サブシステム間を協調さ
せ、高性能情報処理システムを構成するのに好適な情報
処理システム。

〔従来の技術〕

従来、大規模システムの情報処理方式は、特開昭５６−
１１１３５３号及び特開昭５６−４０３４４号に記載の
ように、自律基本単位と呼ばれる等質のサブシステムが
複数個から構成されるシステムの通信方式として、機能
コード通信や、サブシステムの故障検出として、２重ル
ープのネットワークに迂回路を設け、隣接する自律基本
単位の故障検出方法等が考案されているが、これらはい
ずれも、サブシステムが実現すべき機能及びサブシステ
ム間に発生する干渉について触れていない。

ところが、実際の大規模システムの情報処理、又は制御
を実施しようとすると、サブシステム間に干渉が発生し
、サブシステム単体は性能向上の方向に動作しているに
もかかわらずシステム全体の性能が向上しないという問
題点があった。

更に、上記自律基本単位は個々に与えられた役割を遂行
するだけで、システム全体を見渡した最適性というもの
を考慮していない。全体の最適性を実現するには階層制
御で言われるようなサブシステムを統括する統括制御系
があるが、統括制御系が故障すると全体が故障するとい
う耐故障性に問題があるとともに、統括制御系はサブシ
ステムの多数の情報を処理するため処理量が莫大となる
問題点があった。

〔発明が解決しようとする課題〕

上記従来技術は、サブシステム間の干渉及び統括機能の
役割について配慮がされておらず、システム構成上、性
能向上、高信頼化に対し問題があった。

本発明の目的は、統括機能を一部サブシステムへ移し、
統括機能の処理低減を図るとともに、サブシステム間に
発生する干渉を取除くことにある。

〔課題を解決するための手段〕

上記目的は、サブシステムに統括機能の一部を持たせ、
任意のサブシステムが統括機能を実行できるようにする
とともに、サブシステムと統括システムが交信を繰返し
、最適化を図ることにより達成される。

〔作用〕

統括システムはサブシステムに指示を与え、それに対す
る回答を得て、評価し、システム全体が最適になるよう
に動作する。それによって、従来統括システムが一括し
て行っていた機能をサブシステムに分担させることがで
き、統括システムの処理量を大巾に低減することが可能
となる。また、任意のサブシステムが統括機能を実行で
きるため、統括システムを固定化する必要がなくなり、
統括システムの故障によるシステム全体の故障を回避す
ることができる。

〔実施例〕

以下、本発明の実施例を第１図により説明する。

システムは、統括サブシステム１．交信手段２゜−個又
は複数個からなるサブシステム３から構成される。上記
システムの要素である統括サブシステム１又はサブシス
テム３は、更にその要素として、統括サブシステム４．
交信手段５．−個又は複数個のサブシステム６から構成
され、一種の再帰構造となっている。上記統括サブシス
テム１゜４とサブシステム３，６は交信手段２，５を用
い、情報の交換を行っている。

第２図は、上記統括サブシステム１とサブシステム３の
機能ブロック線図を図示したものであり、統括サブシス
テム１の情報解釈機構１０が交信手段２に接続されてい
る。上記情報解釈機構１０は一種のプロトコル交換機能
を有し、交信手段２より得た情報の内容を判断し、目標
設定機構１１゜評価機構１２．サブシステムの知識１３
へ情報を渡すとともに、目標設定機構１１．評価機構１
２、サブシステムの知識１３の情報を会話モデル１４を
用い、情報量を圧縮する。統括サブシステム１の情報は
交信手段２を介し、サブシステム３へ伝送される。サブ
システム３の情報解釈機構１０は会話モデル１４を用い
データを復元する。復元された情報は目標設定機構１５
．評価機構１６．サブシステムの知識１７へ渡すととも
に、それらの要素１５，１６．１７からの情報を会話モ
デル１４を用いて、データを圧縮し、交信手段２へ送出
する。猶、統括サブシステム１とサブシステム３が有す
る情報解釈機構１０は、同一機能であり、サブシステム
３の間の交信にも利用される。又、会話モデル１４が存
在しない場合があるが、この場合、データの圧縮が行な
われず、多少、交信データが増加する現象がある。

ところで、サブシステム３の目標設定機構１５は、統括
サブシステム１が当該サブシステム３の目標を全べて設
定する場合、省略することは可能である。サブシステム
の知識１７は、当該サブシステムの処理そのものか、又
は処理に関して詳細な知識であり、その知識はサブシス
テムの処理及び知識データベース１８に記憶される。一
方、統括サブシステム１のサブシステム３に関する知識
１３は、前記サブシステム知識１７を描像化又は簡素化
したものであり、サブシステム３のデータベース１８に
格納されていたものを、統括サブシステムの質問により
、転送されたものである。

第３図にサブシステム（統括及び一般）の処理構成図を
示す、サブシステムでは電子計算機のＯ８（オペレーテ
ィングシステムの略称）のように処理の配分等を管理す
るサブシステム管理処理２０の下で、他のサブシステム
又は入出力装置とのデータの交換を行なうための情報入
出力処理２１、割込みや１周期起動又は処理終了によっ
て他の処理を起動するためのイベント処理２２１Ｍ括サ
ブシステムとして動作するときに必要となる協調機構２
３、サブシステムとし−て動作するときに起動される交
渉処理（サブシステム側）２４、他のサブシステムの故
障を検出し、機能の一部の肩替りとともに、他サブシス
テムへ故障が発生した事を伝達する故障診断バックアッ
プ処理２５゜協調行動を行うのに必要な各種の補助処理
２６及び、サブシステム固有に割当てられたサブシステ
ム処理２７の各種処理が実行される。

なお、これらの処理２１〜２６は全べて必要ではなく必
要に応じて他のシステムからロードすることも可能であ
る。

第４図に協調機構２３の詳細手続を示す。イベントが発
生した時に、サブシステム管理処理２０゜イベント処理
２２を介し、協調機構２３が起動された場合を以下述べ
る。イベントはシステムに対し、問題を解決し、それに
対応した行動を要求するものである。そのため、イベン
トの種類によって処理内容は当然異なっている。協調機
構２３がイベントによって起動されると、イベントの種
類、サブシステムの動作状態を勘案し、協調機構を起動
し、その機構が円滑に動作するように統括サブシステム
を決定し、上記協調機構に加わるサブシステム等を決定
する協調前処理３０、統括サブシステムにサブシステム
のモデルが無い場合、質問等によってサブシステムの知
識を形成するステップ３１、交信機構を使いデータを転
送するのにデータ圧縮を行うが、それに必要な会話モデ
ルを他システムへ転送するステップ３２、及び他のサブ
システムと交渉を通し協調を実現する交渉処理３３が実
行される。

第５図は、上記協調前処理３０を詳細にしたもので、イ
ベント判定を行ない、他のサブシステムの仮の統括サブ
システムの役割を実行させるか否かを判定するステップ
３５、仮統括サブシステムは他サブシステムの方が適し
ていると判定した時に、他のサブシステムを起動するの
に必要な情報を準備し、他サブシステムを起動するステ
ップ３６、仮統括サブシステムがイベント発生元である
ときに、自サブシステムを仮統括サブシステム化するス
テップ３７、仮統括サブシステムになった時に、イベン
トが要求している問題点を整理し、他のサブシステムへ
問題を伝達するとともに、協調機構への参加を求める問
題点検討伝達処理ステップ３８、他のサブシステムの回
答を基に、自サブシステム（仮統括サブシステム）が統
括サブシステムとなるべきか否かを判断するステップ３
９、他サブシステムが適当と判断した時に、最適なサブ
システムに対し統括サブシステムになるように依頼する
処理ステップ４０、上記依頼に対する回答を評価し、不
満足であったならば、問題点等を修正し、ステップ３８
を実行させる判断ステップ４１、依頼したサブシステム
が統括サブシステムとして適している場合、自サブシス
テムを副統括サブシステムとして１Ｍ括サブシステムが
故障した時のバックアップを図るようにするための処理
ステップ４２、上記判断ステップ３９が自サブシステム
を統括サブシステムとするように判断した場合、各種の
条件を勘案し、特定のサブシステムへ副統括サブシステ
ム化の依頼を行う処理ステップ４３、上記特定のサブシ
ステムからの回答を評価し、再度処理ステップ４３を実
行させるか否かを判断するステップ４４、副統括サブシ
ステムが決定した時に、自サブシステムを統括サブシス
テム化する処理ステップ４５が実行される。

なお、ステップ３６で他のサブシステムを起動すると、
起動されたサブシステムは第３図のサブシステム管理処
理２０、イベント処理２２を介し協調機構２“３が起動
される。この場合、協調機構２３等が、当該サブシステ
ムに存在しない場合はシステム管理処理２０が他のサブ
システムから、該当する処理を複写し、実行できるよう
にする。

ところで、他のサブシステムへ情報を伝達し、回答を求
める処理ステップ３８，４０．４３は他のサブシステム
の協調補助処理２６を起動する。

第６図は協調補助処理２６の詳細について述にたもので
ある。上記協調補助処理２６は、他のサブシステムから
協調機４＋５に関連する質問により起動され、質問の内
容を判定して該当する処理を起動する判断処理ステップ
４６．質問項目が協調機構への参加依頼の時は求められ
ている問題点等を判断する処理ステップ４７１判断結果
が不参加であるならば不参加の旨を回答する処理ステッ
プ４８、問題点から統括サブシステムとして応札した方
が良いとなった場合に、応札条件等を決定し、回答を生
成する処理ステップ４９、協調機構にはサブシステムと
して参加する旨を回答する処理ステップ５ｏ、ステップ
４６の判断結果が、当該サブシステムの知識を求めてい
る場合、当該サブシステムの処理に関する描像化し、又
は簡素化された知識を統括サブシステムに伝達する処理
ステップ５１、前記会話モデル１４に送られてきた事を
判断し、当該サブシステムに会話モデルを生成するステ
ップ５２、前記仮統括サブシステムの問題点検討伝達処
理３８を受けて１問題を検討し、評価し、回答する処理
ステップ５３、前記仮統括サブシステムの副統括サブシ
ステム化の依頼処理４３を受けて、当該サブシステムを
副統括サブシステム化に必要な処理ステップ５４．前記
仮統括ザブシステムの統括サブシステム依頼処理４０を
受けて、当該サブシステムを統括サブシステム化に必要
な処理ステップ５５から構成される。

第７図に前記統括サブシステムへの応札条件を設定する
処理の詳細を示す。仮統括サブシステムからの問題点に
対し、その問題の内容から協調機構を更に起動して解答
を生成するか否かを判断する処理ステップ５６、当該サ
ブシステムの問題解決機構である目標設定機構１５単独
では解決できない場合には、協調機構に問題を渡し検討
するための問題整理処理ステップ５７、整理された問題
点をイベントして受は取り、前記第３図の協調機構２３
を起動する処理ステップ５８、問題が当該サブシステム
の目標設定機構１５で処理できる範囲である場合、問題
を検討する処理ステップ５９及び、処理ステップ５８．
５９の結果を受けて回答を生成する処理ステップ６ｏか
ら構成される。

第８図に前記問題検討ステップ５９の詳細な処理を示す
。

問題又は目標等の情報を受けて起動される問題検討処理
５９は、起動時に受は取った情報を解釈し、その情報が
問題なのか、目標なのか、評価なのかを判断するステッ
プ６１、問題の場合、その問題をサブゴールに分解しな
がら手順を求めていく手法１例えば、Ｎｉ１ｓ　Ｊ、　
Ｎｉ１ｌｓｓｏｎ著、白井良明。

辻井潤−９佐藤泰介訳１日本コンピュータ協会発行の人
工知能の原理の２４８頁から２６０頁に記載されている
ような手法を用い問題を具体的な手順、即ち、目標を合
成する処理ステップ６２．目標が与えられた時に、サブ
システムの処理に関する知識、例えば、シミュレーショ
ンやプロダクションシステムのようなルールで記述され
た知識を用い、前記手順や目標に対し、当該サブシステ
ムがどのような動きを行なうかを示すサブシステムの知
識を用いた処理ステップ６３．当該サブシステムが評価
を行うために必要な情報を蓄積する処理ステップ６４．
評価に必要な情報が全べて整ったか否かを判断する処理
ステップ６５．評価用の情報が完備しない場合、当該サ
ブシステムの知識を用いた処理が全べて終了したか否か
を判断し、終了していない場合はステップ６３を実行さ
せ、終了している時には当該処理から戻る処理を実行さ
せる判断ステップ６６、評価用の情報が揃った時に、評
価を行なう処理ステップ６７、評価結果が不満足の時に
は再び目標を設定するステップ６２を実行させ、満足の
ときにはステップ６９を実行させる判断ステップ６８、
及び回答を生成するステップ６９から構成される。

第９図には前記目標生成６２の詳細処理内容を示す。問
題が与えられた時に起動される目標生成処理ステップ６
２は、問題から直接目標設定可能か否かを判断する処理
ステップ７０．直接各サブシステムの目標が設定可能で
ある場合に、サブシステムの知識を用い、問題を解析し
、サブシステムの目標を設定するステップ７１９問題か
ら直接目標設定ができない場合、サブシステムの知識を
用い、問題を複数のサブゴールに分解する処理ステップ
７２．得られたサブゴールをサブシステムに伝達する処
理ステップ７３．サブシステムからの回答を収集し、整
理するステップ７４．前記回答を評価するステップ７５
、目標が妥当である場合は当該処理から戻り、目標が妥
当でない時には当該サブシステムの目標生成機［１１で
対応できないので、目標設定を協調機構に依頼する処理
ステップ２３から構成される。

なお、第７図の問題検討５９から第８図の目標生成６２
を介して起動される場合は、処理ステップ７１のみを実
行するので、第９ｖ４のその他の処理ステップは不要で
ある。

第１０図は、第４図のサブシステムに関する知識生成処
理３１の詳細な処理を示す。

当該サブシステムに必要とするサブシステムの知識が既
に存在するか否かを判断するステップ７６、モデルが既
に存在しているならば、他のサブシステムの動作記録を
保存しておき、その動作記録を行い、例えば　安西祐一
部、佐伯詐、無藤隆共著ｒＬＩＳＰで学ぶ認知心理学１
−学習」昭和５６年９月、東京大学出版会の９９頁より
１１４頁及び１５１頁より１７４頁に記載されるような
学習メカニズムの機端を使って、関連サブシステムに関
するモデル、換言すると関連サブシステムの機能に関す
る知識を更新するステップ７７、関連サブシステムの知
識が無い時に、当該サブシステムが質問により対象とす
るサブシステムからの回答により知識を得るステップ７
８、当該サブシステムが必要とする知識が全べて揃った
か否かかは、学習による更新を全べて実施したか否かを
判定するステップ７９．知識が揃っていなかったり、未
更新の知識が存在する場合はステップ７６を。

全べて揃うか、更新されている場合には、後処理の各種
処理を実施するステップ８０から構成される。　第１１
図に、第４図の会話モデル伝達処理の概要を示す。会話
モデルとは協ｙＡ機構に参加するサブシステムに共通す
るモデルを各サブシステムが有し、各サブシステム間を
伝搬する情報量を低減するために準備するものである。

会話モデルは、Ｐ、Ｈ，ウィンストン著、長尾真・白井
良明共訳、「人工知能」昭和５５年９月培風館発行、第
１８８頁より第２１７頁記載の意味ネットワークによる
知識を用いる事で実現できる。

このような会話モデルは人間の会議に於ける背景説明の
ようなもので、参加者は共通の知識をこの説明によって
得る。更に、議論が進む、と、その共通の会話モデルは
学習によって更新され、より多くの知識を基に、詳細な
事が少ない情報で伝搬できるのである。

具体的工学的な実現手法であるステップ３２は会話モデ
ルが当該協調機構に参加したサブシステムに存在するか
否かをサブシステムに間合せ、その回答から会話モデル
が伝達されているか否かを判定するステップ８１、会話
モデルが伝達されていない場合、当該統括サブシステム
１は必要とする会話モデル（例えば意味ネットワークで
構成）を送達するステップ８２．会話モデルが協調機構
に参加するサブシステムに伝達済みであったなら、各時
点に於ける情報から、前記ステップ７７で行った学習機
能により会話モデルの知識を増すステップ８３．学習に
よる知識が増加による更新が必要か否かを判断するステ
ップ８４．各種の処理を行う後処理ステップ８５から構
成される。

第１２図は、第４図のステップ３３の詳細処理を述べた
ものである。

交渉ステップ３３は、第９図に述べた目標生成ステップ
６２．その目標を協調機構に参加するサブシステム３に
伝達し、検討を依頼し、その検討結果を求める検討処理
８６、サブシステム３の検討結果が揃うまで処理を待た
せたり、タイムアウト等を判断するステップ８７．タイ
ムアウト前で。

検討結果が揃わない時はステップ８７を再度実行し、一
定時間経過後もデータが揃わない、いわゆるタイムアウ
トの時には、当該統括サブシステムが有する知識を用い
返答の無いサブシステムの目標に対する検討を行う処理
ステップ１８８、検討結果が揃った時に、その結果を用
いて目標に対する達成度を考慮して判断する評価ステッ
プ８８゜評価結果が不満足の時に、不満足の理由の情報
を目標生成ステップ６２に渡し、再度目標を設定させ、
評価結果が満足であれば、検討結果を整理したりする等
の後処理ステップ８９から構成される。

第１３図は、第３図の情報入出力処理２１を受け、第８
図の情報解釈・判定ステップ６１を詳細に述べるもので
あり、前記処理ステップ６１は、通常の通信に用いられ
るプロトコル変換による情報をサブシステムが解釈でき
るように復元するステップ９０．復元結果の情報に会話
モデルを使用して情報を圧縮しているか否かを判断する
ステップ９１．会話モデルにより伝送情報を圧縮してい
るのであれば、会話モデルを用いて情報を完全に復元す
る処理ステップ９２．復元された情報を解釈し、ステッ
プ６２，６３．６４を実行させる処理ステップ９３から
構成される。

第１４図は、サブシステム間の監視による故障検出及び
その処理の概念を示したものである。交信手段２を介し
、サブシステムｊがサブシステムｉ＋１を監視する。こ
の場合サブシステムｉが副統括サブシステム、サブシス
テムｉ＋１が統括サブシステムの役割を担っている場合
を考える。

第１５図にこの時動作を監視する側のサブシステムｉの
処理を示す。故障検出及びバックアップ処理２５は、監
視を行うための信号を一定時間間隔でサブシステムｉ＋
１に送る処理ステップ９４、サブシステムｉ＋１からの
応答を待ち、一定時間経過後の返事が無かったり、予想
していた以外の答が戻った時に、サブシステムｉ＋１を
故障と判断する処理ステップ９５．故障の場合サブシス
テムｉ　＋　１に対し、故障診断のための特定の情報を
送って、故障の再確認を行うステップ９６、更に応答か
らサブシステムｉ＋１の故障を判断し、正常な応答であ
ればステップ９４を実行させ、異常であればステップ９
８を実行させる判断ステップ９７、サブシステムｉ＋１
が故障である事を協調機構の参加サブシステム３へ伝達
する処理ステップ９８、サブシステムｉ＋１の重要機能
、例えばサブシステムｉ＋１が統括サブシステムの場合
は協調機構を円滑に動作させるため、副統括サブシステ
ムｉが新らたに協調機構２３を起動し処理を実行する肩
代り処理９９から構成される。

このような構成のシステムの動作を次に具体的−例であ
る金属生産システムを用いて説明する。

第１６図は鉄鋼業において原料から鋼板を生成するシス
テムの一例を示したもので、鉄の原料は高炉システム１
００に入れられ、その温度、材料その他各種要因を測定
し、制御する制御用計算機システム１０１により制御さ
れ、前記高炉システムで生産された銑鉄は転炉システム
１０２で鋼となり、造塊工場１０３で鉄の塊りとなり、
均熱炉１０４で均等に加熱され、分塊圧延１０５により
鋼片となり、鋼片加熱炉１０６で加熱され、熱間圧延シ
ステム１０７で鋼材となり、連続酸洗システム１０８で
表面のさびが取除かれ、冷間圧延システム１０９で高精
度の鋼板が得られ、焼鈍炉システム１１０で製品として
要求される性質を持つ鋼材となり、仕上圧延システム１
１１を介し製品が生まれる。ここで、各システム１０２
〜１１１は各々が制御用計算機システム１０１が接続さ
れ、各システムが分担している機能を忠実に遂行できる
ような仕組となっているとともに、各制御用計算機シス
テム１０１はネットワーク１１２により情報交換が行な
えるようになっている。

ところで、熱間圧延機の圧延作業中に、鋼材の特性が変
っていて炭素が多く硬い場合、制御用計算機１０１Ｆが
その制御結果から、例えばＨｉｌｌの近似式の各種パラ
メータが変化した事を認識し。

この場合統括制御系である制御用計算機１０１Ａに通報
する。

制御用計算機１０１Ａは制御用計算機１０１Ｆからのイ
ベントを受は取り、協調機構を起動し、例えば、冷間圧
延システムの制御用計算機１０１Ｄに圧延スケジュール
の変更が必要なことと、前記制御用計算機１０１Ｆで得
られた各種パラメータを教える事ができ、そのパラメー
タは後述第１８図のセットアツプ制御１３０等に反映す
る。

一方、第１７図には金属生産システムのサブシステムで
ある冷間圧延システム１０９とその制御用計算機システ
ム１０１Ｄを示す。

圧延機システム１０９は、１個又は複数個の圧延スタン
ド１１３から成り、鋼材１１４が順次圧延スタンド１１
３を通過し、所望の板厚を得るシステムで、圧延スタン
ド１１３は１組のロール１１５が制御装置１１６により
、所望の板厚を得るように制御され、制御装置１１６は
ロールの間隔を制御する油圧圧下装置１１７．マイクロ
コンピュータの油圧圧下制御装置７１１８．ロールの速
度を制御する電動機１１９．マイクロコンピュータの電
動機制御装置１２０より成っている。

即ち、鋼材１１４は１組のロールに加える油圧圧下装置
１１７の圧延力によって薄く伸ばされるとともに、隣接
するロールの速度の差から発生する張力によって薄く伸
ばされるのである。

制御装置１１６へ指令を発生し、圧延システムが目的と
する板厚の鋼材を生産するように制御するのが制御用計
算機システム１０１Ｄである。

制御用計算機システム１０１Ｄは、各スタンド毎の制御
を担当する計算機システム１２１〜１２３、ネットワー
ク１１２と結んで情報を交換するためのゲートウェイ計
算機システム１２４．圧延機の動作点を決めたりする計
算機システム１２５及び、これらの計算機システム１２
１〜１２５の情報交換のための交信手段を提供するネッ
トワーク１２６から構成される。

第１８図は上記計算機システム１２１の処理の機能構成
図を示したもので、圧延機は非線形性が強く、被圧延材
の含有成分やロールの摩耗状態等で特性が変化するので
制御を精密に行なうには制御対象のモデルを決めるモデ
ル同定処理、圧延機の板厚、張力等の状態をフィードバ
ックして所期の性能を得るために動作する圧延Ｍ１制御
１２７゜圧延機のロールの巾方向の鋼材形状を制御する
圧延機形状制御処理１２８．１９材が特定のスタンドか
ら次のスタンドへ移る際に前記特定のスタンドの情報を
次のスタンドへ鋼材と同期して送る処理であるトラッキ
ング制御１２９．圧延機は非線形性が強いので、前記モ
デル同定で求めた制御対象のモデルや、第１６図で述べ
たように、上流側の制御結果、例えば熱間圧延機の制御
用計算機１０１Ｆが求めたパラメータを用い、ＤＰ（ダ
イナミックプログラミング）等の手法で静的な動作点で
ある最適解を求めるセットアツプ制御１０３．前記サブ
システム管理処理２０．その他の処理１３１から成って
いる。

いまここで、圧延機のロールが圧延作業で発生する損失
である熱によって膨張し、制御対象の特性が変化したと
する。

この場合、負荷の最も高い圧延スタンドを制御する計算
機システムを第１７図の計算機システム１２１と仮定す
る。

第１８図のその他の処理１３１は、当該計算機システム
１２１の圧延機に対する指令と圧延機の板厚、張力等の
状態と比較し、大巾に狂っている事を認識し、イベント
を発生する機能を有しているとする。

その結果、特性変化が大きいため、処理１３１はイベン
トを発生する。

次に、このイベントに対する計算機システム１２１〜１
２５の処理の流れを第１９図を用いて説明する。

イベントは、第３図のサブシステム管理処理２ｏのイベ
ント処理２３が受は付け、制御モデルが大ｌ」に狂って
いるという要因を判定し、第１８図のモデル同定処理を
実行する。同時に、イベントに対応し、計算機システム
１２１は、第４図の協調機構２３の処理を実行する。こ
の処理の最初の処理は第５図の協調前処理３０で、イベ
ント判定処Ｉ！ｌ！３５を介し、仮統括サブシステム化
処理３７を実行する。これらステップ３５〜３７を合せ
て第１９図（ａ）の仮統括サブシステム決定機構と称す
。

仮統括サブシステムとして計算機システムは次に、第５
図の問題点検討伝達処理３８を実行する。

その結果、ネットワーク１２６には、モデルが大巾に狂
っている事が伝達、即ち、協調機構を起動する旨のメツ
セージが制御用計算機システム１２１〜１２５（第１７
図）に伝達される。その結果サブシステム１２４は、各
圧延機を直接制御せず、計算機システムの負荷率が低い
ので第７図のステップ５６．５９で、統括サブシステム
として応募する旨を、その時点での負荷率とともに、計
算機システム１２１へ返答する。

一方、計算機サブシステム１２２，１２３は直接圧延機
を制御しており、更に、モデルが大巾に狂っている知せ
が入ったため、各計算機が制御する圧延機のモデル同定
処理を起動する。その結果、各計算機システム１２２，
１２３はその処理能力に余裕が無く、第６図のステップ
４７の判断によりステップ５ｏを実行し、一般サブシス
テムとして協調機構に参加する情報を計算機サブシステ
ム１２１へ返答する。上記回路を第５図のステップ３９
で判断し、計算機システム１２１の処理能力に余裕が無
い事（モデル同定処理１２６に処理能力の大半を使われ
てしまう）を判断し、計算機システム１２４へ統括処理
を依頼し、ステップ４３゜４．４．４５を実行する事で
、計算機システム１２１が副統括サブシステムとして統
括サブシステムである計算機システム１２４を補完する
。

サブシステム１２４が統括サブシステムになると、第４
図のステップ３１、第１０図のステップ７６．７８によ
り、サブシステムに対する質問を行うと、各サブシステ
ムは第６図の当該サブシステムに関する知識回答処理５
１を実行すると、統括サブシステムは処理ステップ７９
．８０を処理してサブシステムに関する知識を生成する
。この知識は種々のものが考えられる。例えば前記会話
モデル１４で述べた意味ネットワークやＩｆ−ｔｈｅｎ
で記述されるプロダクションルールの知識等も考えられ
るが、ここでは、圧延機の単純化された微分方程式を考
える。この場合、第１８図のモデル同定処理では高次の
微分方程式で詳細に記述したものを求めるが、上記サブ
システムに関する知識は大胆に省略を行ってはいるが、
その動作から大巾に外れない低次の微分方程式で記述し
たものを用いる。例えば、油圧圧下装置１１８，１１７
や速度制御装置１１９，１２０をそれぞれに／（１＋Ｔ
ｓ） なる１次遅れ近似等で表現する。

このように大胆な近似の制御対象のモデルに対し、全体
が最適になるように線形計画問題やＤＰ問題をして目標
を生成し、計算機システｔｚ　１２４は他の計算機シス
テム１２１と１２２，１２３へ目標値を伝達する。（第
１２図のステップ６２）その結果を受けてサブシステム
１２１．．１２２゜１２３は第１８図のモデル同定の結
果得られた詳細モデルや前記第１６図で述べたように、
熱間圧延システムの制御用計算機１０１Ｆから得られた
パラメータを用い目標を達成できるか否かを検討し、達
成できる場合は更に処理の余裕を、達成できない場合に
は、未達成度を統括サブシステムである計算機システム
１２１へ回答する。

第１９図（ｂ）の場合、各サブシステムの検討結果を評
価した結果１例えば第１スタンドである計算機システム
１２１の負荷がオーバになり、第２〜ｎスタンドの計算
機システム１２２，１２３の負荷に余裕が有ることが判
ったとすると、新らたな制約条件を加えて再度最適計画
問題を解いて目標を設定する。再度一般サブシステムで
ある計算機システム１２１，１２２，１２３に検討を依
頼する。各計算機システム１２１，１２２，１２３は、
夫々の知識を用い再度検討し、目標の満足と各システム
の余裕を答えるのである。

第２０図に第１９図（ｂ）で示した統括サブシステムと
サブシステムの情報の流れを、再度具体的−例を用いて
説明する。

協調行動に入る前の計算システムの動作状態として計算
システム１２１が制御する圧延機の板厚を２　、５　ｍ
　、消費電力１０００　ＫＷ、計算システム１２２の圧
延機の板厚１．０−１消費電力８００ＫＷ及び計算シス
テム１２３の圧延機の板厚を０．８ｍ消費電力８００　
ＫＷと仮定する。

この時、各圧延機の定格消費電力を１２００ＫＷとする
と、計算システム１２１の圧延機は殆んど余裕の無い状
態で運転していた。

協調行動に入り、統括サブシステムが、第２０図の目５
（１）を計画問題で求め各サブシステムへ伝達する。こ
れを受けて、各サブシステムは目標板厚に対し、当該圧
延機の予想消費電力と回答を行なう、この時、計算機シ
ステム１２１は、現状の動作状態から、できるだけ余裕
を持った目標設定依頼を統括システムに回答する。

その結果を受けて、統括システムは再度目標（第２０・
図の目標（２））を設定し、各サブシステムへ伝達する
。その結果、各サブシステムは目標を満足できる旨を統
括サブシステムに返答するのである。

第２１図は、第１３図のステップ９２の処理を詳細に述
べたものである。

他のサブシステムから送られたデータ２は、自サブシス
テムの入出力装置等を介して得られたデータを意味ネッ
トワークのフレームのスロットに格納する処理ステップ
１３２．格納したスロットにはデータが格納された時に
処理を起動するが否かを、前記格納スロットの付属情報
から判断するステップ１３３．処理を起動する必要が有
る場合、特定の処理（前記格納スロットの付属情報に記
入されている処理）を起動し、その結果を得る処理ステ
ップ１３４．前記ステップの結果を受けて予め決めてい
るフレームのスロット（前記格納スロットの付属情報又
は前記特定の処理の付属情報として記入されている）に
データを格納するステップ１３５から構成されている。

前記処理ステップ９２の処理の流れを具体的データによ
り、第２２図で説明する。

圧延機のロール１１５，１１６には速度計１３６が接続
され、ロールの周速に比例した出力を発生し、該出力は
インタフェース回路を介し、サブシステムｊに入力され
、前記データはサブシステムｊに於て、各種の補正（例
えばノイズが多い所で利用する場合のフィルタリング等
の操作）等の処理が行なわれ、交信手段２を介し、サブ
システムｉに送られる。

一方、会話モデル１４の一例としての意味ネットワーク
の一例として、圧延状態のフレーム１３７は、ロール間
隔のスロット１３８、これまで圧延された圧延材の板長
である既圧延板長のスロット１３９及び、ネットワーク
を構成するための下位概念や上位概念のリンク１４０を
示す要素からなり、又、スロットの具体的な値として、
ロール間隔は２．８−が格納されている。

上記圧延機状態の構成要素の圧延機ロール周速フレーム
１４１は、圧延機状態フレーム１３７の下位概念である
ことが前述のリンク１４０かられかり、更に、ロール周
速のスロット１４２の値は、前記第２１図の処理ステッ
プ１３２により、前記交信手段２を介し、前記速度計１
１６の補正値。

例えば６００　ｍ／ｗｉｎが格納される。

この時、ロール周速のスロット１４２の付１情報には、
前記スロットに値の入った時に起動される処理（積分処
理１４３．微分処理１４４）ヘリンクが結ばれているの
で、前記判断ステップ１３３は、積分処理１４３と微分
処理１４４を起動し。

前記データ処理１３４を実行する。

そのデータ処理１３４の結果を受け、微分処理１４４の
結果は微分処理１４４のリンクが結ばれているロール加
速度フレーム１４５のロール加速度のスロットの値とし
て１例えば１００　ｍ／ｗｉｎ”を格納するとともに、
積分処理１４３の結果を、圧延状態フレーム１３７の既
圧延板長スロット１３９に例えば１５００ｍの値を格納
する。

この結果、圧延機のロール周速を与えれば、サブシステ
ムが有する知識、前記説明例では速度の微分は加速度、
速度の積分は板長という知識が有るので、加速度や板長
の具体的値を伝送する必要が無く、交信手段２を通過す
るデータを削減できる。

このような構成にすると、統括サブシステムは負荷、問
題に対する知識等各種要因により決定できると伴に、知
識処理による。データの圧延、復元、更に、各サブシス
テム間の交渉による協調が実現でき、柔軟性・拡張性に
優れたシステムを構成することが可能となった。

社会システムが大規模になると、これまで異業種として
、データ交信等が無かった分野とも、データ交換の必要
性が増大してくる。第２３図には。

銀行業務等を始めとし、顧客の資金を運用し、利益を揚
げて資金を増加させるいわゆるボートフオーリオの世界
に於ける実施例を第２３図に示す。

貴金属先物取引サブシステム１５１．替為取引サブシス
テム１５２．保険サブシステム１５３゜銀行サブシステ
ム１５４．証券サブシステム１５５゜債券サブシステム
１５６．穀物先物取引サブシステム１５７．交信手段２
から構成される。

この構成に於て、銀行の窓口にα円の資金を運用したい
顧客が現われた場合、銀行サブシステム１５４では第３
図のサブシステム管理処理２０が起動される。

銀行業務における第３図のサブシステムの処理２７を第
２４図の銀行サブシステム１５４として詳細に述べる。

銀行サブシステム１５４は、顧客の資金運用の最適解を
求められると、ポートフオーリオ処理１６０が起動され
、その結果を受は預貯金処理１６１、を実行し、もし融
資が必要であれば融資処理１６２を実行する。前記ボー
トフオーリオ処理１６０により、将来の金利動向等のシ
ミュレーションが必要となった場合に起動される処理１
６３゜他のサブシステム、例えば証券サブシステム１５
５との協調が必要となった時に起動される協調処理２６
、及びその他の処理１６４から構成される。

第３図のサブシステムの処理２７を債券業務へ適用した
場合の債券サブシステム処理１５６を第２５図に示す。

例えば、債券サブシステム１５６は、顧客の投資効率を
最適に決定するボートフオーリオ処理１６５、各種外的
要因が債券の金利に与える影響をシミュレーションによ
って求める債券金利シミュレーション１６６、第３図に
も述べた協調処理２６、及びその他の処理１６７から構
成される。

このような構成にすると、顧客がα円の資金を銀行へ持
ってきて運用を依頼する。この時、銀行サブシステム１
５４が統括サブシステムとなり、他のサブシステムに対
し、協調機構への参加を呼びかける。なお、例えば顧客
が証券会社で資金運用を行う時には、他のサブシステム
との取引に要する情報のコストを考慮すると、証券サブ
システム１５５が統括サブシステムとなる場合が多い。

統括サブシステムである上記銀行サブシステム１５４は
、各種投資システムの危険率や利益率のモデルから大ま
かな投資額を決定する。この時、債券への投資額が決ま
ったなら、その投資額を統括サブシステム１（銀行サブ
システム１５４が担当）は一般サブシステム３（この場
合債券サブシステム１５６）へ通知する。債券サブシス
テム１５６は投資額から、投資を取巻く環境を考慮して
、利益を求める。

例えば、債券サブシステム１５６には、第２６図（ａ）
に示すような、国民取得と国債の利子率の同時決定の非
線形な関係を図示する。Ｉ−８曲線は、Ｉｎｖｅｓｔｍ
ｅｒ＋ｔ　（投資）と５ａｖｉｎｇ（貯蓄）の関係、す
なわち、投資と貯蓄が等しくなるような利子率ｒと実質
国民所得ｙの組合せを表わすものです０例えば、国民所
得が増えると、国民の貯蓄が増え、その結果金利が低下
するために、定性的に右下がりの曲線となる。Ｌ−Ｍ曲
線は、Ｌｉｑｕｉｄｉｔｙ　Ｐｅｒｆｅｒｅｎｃｅ（貨
幣に対する流動性選好）とＭｏｎｅｙ　５ｕｐｐｌｙ　
（貨幣供給）の関係を表わす９例えば、実質国民所得が
増加すると、実質貸幣供給量（貸幣供給量／物価指数）
が一定とすると、貸幣に対する資産需要が減少し、利子
率が増加する。

債券市場に於ける利子率の平衡点は、前記Ｉ−８曲線と
Ｌ−Ｍ曲線の交点Ｅとなる。この平衡点の金利ｒ本と国
民所得７本とする。

第２６図（ｂ）に減税や国債発行（市中消化）による平
衡点の変化を表わす６例えば、減税が行なわれると、利
子率が一定ならば、均衡所得ｙを乗数倍増加させる。限
定されたモデルでは１兆円の減税はＣ１／　（１−Ｃｔ
）元日の所得増になる。

（但し、Ｃ１：限界消費性向で、増えた所得の消費に向
ける割合）その結果、Ｉ−８曲線はＩ’−８′曲線やＩ
’−８’曲線となる。又、債券の市中消化は、貸幣供給
量が減り、利子率が上昇するため、減税と同じ効果があ
る。これらの図から、投資のタイミングにより、その時
点での投資、貯蓄、貸幣に対する流動性選好、貸幣供給
量２国民取得等の各種要因で利子率が決定できる。この
利子率は、上記曲線の交点を求めるアルゴリズムは、−
例としてニュートン・ラプソンの解法等の数値解法等が
ある。なお、この場合シミュレーションの精度を高める
ため、各種の補正項等のノウハウが入ることにより、シ
ミュレーションの演算時間が増大する。更に、シミュレ
ーションのプログラムはそれを所有している企業の企業
秘密であり。

利用はさせるが、そのプログラム本体は外の計算機には
出さないのが普通である。その結果、精度の良いシミュ
レーション結果を得るためには、各サブシステムにシミ
ュレーションを依頼し、その結果を得るための協調機構
２３が必要となる。

以下１本発明の他の実施例を第２２図により説明する。

第２７図は、配電系統の遠方監視制御システムの実施例
における配電系統図の一部である。

いま、配電変電所の変圧器ＴＲと遮断器ＣＢ４、母線、
及び遮断器ＣＢＩを介してフィーダＩＬ。

同様にして遮断器ＣＢ２．Ｃ８４を介してフィーダ２Ｌ
と３Ｌに電力が供給されている。フィーダＩＬは１区分
開閉器ＩＡ、ＩＢ、ＩＣにより接続された４つの区間か
ら成り、更に常時は開放している連絡開閉器ＩＤにより
フィーダ２Ｌと接続できるように構成されている。また
、フィーダ２Ｌと３Ｌは夫々区分開閉器２Ａ、２Ｂ、２
Ｇ及び３Ａ、３Ｂ、３Ｃにより４つの区間に区分されて
゛おり、末端は常時は開放している連絡開閉器２Ｄで接
続できるように構成されている。各区分開閉器には、遠
方制御用の通信子局ＴＰが設けられており５通信線又は
配電線搬送等の手段により変電所親局ｃｐと結ば九てい
る。

第２８〜３０図は、親局ｃｐと各子局ＴＰの通信システ
ムの構成を示したもので、第２８図はスター状、第２９
図はバス状、第３０図はループ状の結合を示す、ａ局及
び子局はいずれの構成の場合でも双方向の通信路で相互
に結合されており、１：１及び１：Ｎの通信が可能とし
ておく。

第３１図は、フィーダＩＬの区分開閉器ＩＢ。

ＩＣ，ＩＤについて、配電設備と通信設備の構成を示し
た図である。子局ＴＰは、配電線の電圧検出手段ＰＴと
電流検出手段ＣＴからの入力信号と、開閉装置ＳＷから
の入出力信号を入力し、予め定められた手順に応じて通
信線又は代替の通信メディアと信号の授受が出来るよう
に構成しである。

第３２図は、その構成の一例であり、各入力手段からの
信号がフィルタＦＩＬ、サンプルホルダＳＨ、マルチプ
レクサＭＵＸ、Ａ／Ｄ変換器ＡＤ、バッファメモリＢＭ
、又はインタフェイス回路ＩＦ、送信器ＴＲ１受信器Ｒ
Ｃなどを介して処理装置ＣＰＵに入力されるようにして
いる。

各子局は、必要に応じて系統電圧・電流・位相角などの
計測、開閉装置の操作や状態通報、事故や機器異常検出
などの一部又は全ての機能を有している。

第３３図は、処理装置ＣＰＵの処理手順の−例を示す。

この処理手順は、開閉操作及び計測処理の平常時ルーチ
ンと、事故時のルーチンがら成る。

また、処理手順と伝送信号のタイムチャートを第３４図
に示す。伝送系は第３０図の構成とする。

常時は、変電所親局ＣＰが送信権をもっており、各子局
ＴＰ−ＩＡ〜３Ｃの計測値を送信する要求を発信し、各
子局は定められた順に計測値を送信する。

一方、第２７図の配電系統の開閉器ＩＢ、ＩＣ。

ＩＤで囲まれる区間内で事故が発生したことを子局ＴＰ
−ＩＢが検出した時、ＴＰ−ＩＢが送信権を獲得し、隣
接する子局ＴＰ−ＩＡ、ＩＣ，ＩＤに事故情報を送るよ
うに要求する。各子局での事故検出方式には色々な方法
が考えられるが、たとえば電気学会大学講座「保護継電
工学」１９９頁（昭和５６年７月）に記述されているよ
うに、過電流リレーによる短絡事故検出、短絡方向リレ
ーと地絡過電流リレーの組合せによる地絡事故検出が可
能である。また、事故区間の判定については。

特開昭６２−１７７４６２号公報にみられるように、子
局ＴＰ−ＩＨの電流の大きさや電圧との位相角と、事故
点周辺の子局ＴＰ−ＩＡ、ＩＣ，ＬＤの同様データとを
比較することにより、大きさや位相角の急変区間を事故
区間と判定できる。このようにして自区間の内部事故と
判定できた場合、区分開閉器ＩＢに事故電流遮断能力が
有れば、即時に事故区間を遮断し、他局にその結果を通
報する。もし、区間開閉器ＩＢに事故電流の遮断能力が
ない場合には、親局ｃｐに事故情報を伝送し、事故回線
の遮断器ＣＢＩを開放させる。また、親局ｃｐは事故情
報を受信後送信権を得て、各子局に開閉器の接続状態を
通報する要求を発信し、各局からの事故情報と区間開閉
器の接続情報をもとに最適な復旧手順を得て、該当子局
に操作指令を出力する。

上記実施例では、親局ｃｐと、複数の子局ＴＰ−ＩＡ〜
ＩＤから成るシステムから構成されており、常時にはＣ
Ｐが送信権を持つ統括サブシステムとして系統運用に必
要な子局の計測値や開閉器の情報を収集し、事故時には
子局の一つが統括サブシステムとなり、事故判定に必要
な情報を収集することができる。したがって、従来例で
は親局から全子局の事故情報を集めるため事故の判定に
時間を要していたが１本実施例では当該子局が統括サブ
システムとなることにより、必要最小限の情報を収集し
、高速に事故判定が可能になる効果がある。

更に、従来は親局に何らかの故障が発生した場合全く機
能を停止せざるをえなかったのに対して、本実施例では
事故点近傍の子局が統括サブシステムとして機能し、事
故情報の収集及び判定を行い、事故区間の分難などの必
要な処理を行うことができるという特徴が有り、動作信
頼度を大幅に向上できるという効果が有る。また、事故
点近傍の子局の一つが故障している場合にも同様に、近
傍の健全な子局が事故処理を代行できることは明らかで
ある。

次に、第２７図の配電系統において、配電線の補修工事
や新設工事による子局の追加・削除を行う実施例につい
て、第３６図と第３７図を用いて述べる。

第３６図において、令聞閉器ＩＡとＩＢで囲まれる区間
の途中から分岐線を設け、開閉器ＩＥ及び子局ＴＰ−Ｉ
Ｅを設ける場合を考える。第３７図の伝送系では、子局
ＴＰ−ＩＥをループ上に追加すれば良く、この場合の処
理手順の図は省略するが、第３４図のタイムチャートの
常時ルーチンの伝送データに子局ＴＰ−ＩＥ分が入るだ
けで良い、追加された子局ＴＰ−ＩＥは、常時はサブシ
ステムとして振舞い、事故検出時には統括サブシステム
となるのは、前記実施例と同じである。

また、開閉器及び子局の削除の場合には、たとえば連絡
開閉器ＩＤを除外する場合、伝送系において子局ＴＰ−
ＬＤをバイパスさせることにより、全体の情報処理機能
を損うことなく削除できる。

このように、本実施例では容易にサブシステムの追加・
削除が可能であり、従来例と比較して前記実施例と同等
の効果を有する。

また、前記実施例では第２８〜３０図に示したように、
変電所親局ＣＰに全回線の子局ＴＰ−１Ａ〜３Ｃが伝送
系で結ばれた構成について述べたが、たとえば第２８図
に対して第３８図、第３０図に対して第３９図に示すよ
うに、回線毎に中継局ＬＰ１〜３を設け、更にその上に
変電所親局ＣＰを設けた階層構造をとることができる０
本実施例では、中継局ＬＰ１〜３の一つと各回線毎の子
局とが一つの情報処理系を構成すると共に、ＬＰ１〜３
は更に変電所親局ＣＰとで上位の情報処理系を構成して
いる。以下では第３９図と、その中のＬＰＩを含むサブ
システムを第３５図のＣＰをＬＰＩで置き換えて述べる
０回線毎の親局ＬＰ１〜３は、各回線の変電所親局ｃｐ
と同様の監視制御装置で実現可能であり、またハードウ
ェアとして独立したものでなくとも変電所親局ＣＰ又は
子局ＴＰの一部として信号の授受により機能を果たすソ
フトウェアでも実現できる。

第３９図において、平常時は変電所親局ＣＰが統括サブ
システムとして回線毎の計測値や状態監視情報を送るよ
う中継局ＬＰ１〜３に対して第３４１！ｌの子局ＴＰを
ＬＰ１〜３に置き換えた手順で要求を出す。中継局ＬＰ
Ｉでは、その要求を受けると当該サブシステムの送信権
を得て統括サブシステムとなり、第一の実施例で述べた
のと同じ手順で子局ＴＰ−ＩＡ〜ＩＤの情報を収集する
。

各子局の情報は、中継局で必要な変換・集約を行い、親
局ｃｐに転送する。

一方、事故時には事故点近傍の子局が統括サブシステム
となり事故回線の中継局に事故情報を通報する。たとえ
ば第２７図に示した区間で事故が発生した場合には、第
３９図のシステムにおいて中継局ＬＰＩが統括サブシス
テムとなり、変電所親局ｃｐ及び他の中継局ＬＰ２〜３
に事故情報を通報する。更に事故に伴う開閉器操作が必
要な場合には、変電所親局が統括サブシステムとなり。

拠作指令を当該中継局経由で子局に対し送信する。

なお、変電所親局ｃｐの持つ監視制御機能の一部又は全
部を中継ＭＬＰ１〜３のいずれかに持たせて、変電所親
局ＣＰとの交信に不要にすることも可能である。

また、変電所子局ＣＰは更に第４０図に示す上位の営業
所及び制御所の監視制御システムと結合している。第４
０図において、ＣＰＩ〜ｎは複数の変電所の親局であり
、ＳＰＩ〜ｎは各変電所親局のデータの送受信及び遠方
監視制御機能を有する装置である。また、Ｐ１〜ｎは配
電系統全体の運用・保守・計画などを分担する制御装置
である。

本実施例では、サブシステムの階層化により前記実施例
の効果である制御の高速応答性と高信頼性を保ちつつ、
システム全体としての最適な機能分散及び協調制御を実
現できる効果がある。

〔発明の効果ゴ 本発明によれば、統括サブシステムと他の一部サブシス
テムの間に於ける交渉機能により、即ちサブシステムが
持つ本来の機能を利用し、かつ、統括サブシステムが上
記サブシステムの処理結果を評価するという交渉機能に
より、統括サブシステムに機能を集中させる事なく、サ
ブシステムが本来持つ機能を利用し、従来の集中型のシ
ステムと比較し、処理量が大巾に低減できるとともに、
統括サブシステムを固定化する必要が無くなったため、
故障時の代替行動が迅速に行え、従来の集中型システム
の欠点であった統括系が故障するとシステム全体の故障
となる事が回避できる効果がある。

一方、自律分散システムのように均質なサブシステムの
ような極端な効率低下が無く、統括サブシステムは交渉
機構によって最適化を図ることができる効果がある。

【図面の簡単な説明】

第１図は本発明の一実施例の構成を示すブロック図、第
２図は統括サブシステムとサブシステムの機能を示すブ
ロック図、第３図はサブシステムの処理内容を示す処理
構成図、第４図は第３図の協調機構の詳細手続を示す図
、第５＠は第４図の協調前処理の処理手順を示す図、第
６図は第３図の協調補助処理の処理内容を示す図、第７
図は第６図の統括サブシステムへの応札条件を設定する
処理の手Ｊ＠を示す図、第８図は第７図の問題検討ステ
ップの処理手順を示す図、第９図は第８図の目標生成ス
テップの処理手順を示す図、第１０図は第４図のサブシ
ステムに関する知識生成処理の処理手順を示す図、第１
１図は第４図の会話モデル伝達処理の概要を示す図、第
１２図は第４図の交渉処理ステップの処理手順を示す図
、第１３図は第８図の情報解釈・判定ステップの処理手
順を示す図、第１４図はサブシステム間の監視による故
障検出及びその処理の概念を示す図、第１５図は第３図
の故障診断バックアップ処理の処理手順を示す。第１６
図は本発明を金属生産システムに適用したときの構成図
、第１７図は第１６図の冷間圧延システムとその制御用
計算機システムの構成図、第１８図は第１７図の計算機
システムの処理の機能構成図、第１９図（ａ）、（ｂ）
〜第２２図は第１７図の計算機システムの具体的な処理
の流れを説明する図、第２３図は本発明を用いたデイ−
リングシステムの概要を示す図、第２４図及び第２５図
はそれぞれ銀行サブシステムと債券サブシステムの処理
内容を示すブロック図、第２６図（ａ）及び（ｂ）はそ
れぞれ投資と貯蓄及び貨幣に対する流動性選好と貨幣供
給との関係を示す図、第２７図は本発明を適用した配電
系統図、第２８図〜第３０図は変電所親局と子局の通信
システムの構成を示す図、第３１図は配電系統の一区間
に設置された区分開閉器と伝送子局の構成図、第３２図
は子局のハードウェア構成の一例を示す図、第３３図は
子局の処理手順を示すフロー図、第３４図は信号の流れ
を示すタイムチャート、第３５図は配電線−回線分の伝
送系の構成図、第３６図は配電線に分岐線と開閉器を追
加した構成図、第３７図は第３６図に対応する伝送系の
構成図、第３８図と第３９図は第２８図と回線毎に階層
した伝送系の構成を示す図、第４０図は営業所と変電所
を結ぶ監視制御システムの構成図である。 １・・・統括サブシステム、２・・・交信手段、３・・
・サブシステム、４・・・統括サブシステム、５・・・
交信手段、６・・・サブシステム、１０・・・情報解釈
機構、１１・・・統括サブシステムの目標設定機構、１
２・・・統括サブシステムの評価機構、１３・・・サブ
システムの知識、１４・・・会話モデル、１５・・・サ
ブシステムの目標設定機構、１６・・・サブシステムの
評価機構、１７・・・サブシステムの知識。 １８・・・データベース。 第１図 ＼ 第 図 第５図 第 図 第９図 第 図 第１０図 第１１図 第１３図 第１２図 第１４図 第１ ５図 第１７図 第１９図（ａｉ サブシステム＋２］ サブ／ステム１２４ サブ／ステム１２２１２３ 第１９図（ｂｌ 第２０図 第２２図 第２１図 第２３図 第２６図１ｂ） 国民所得利子率の同時決定 第２６図１ｂ） 第３０図 第３５図 第２７図 第２８図 第２９図 第３１図 第３３図 第３２図 第３６図 第３７図 Ｗ ■送信権 第３４図 第３８図 第：３９図

Claims (1)

1. 【特許請求の範囲】 １、複数の圧延スタンドを制御する複数の制御装置のう
   ち少なくとも１つの制御装置は、上記各圧延スタンドの
   圧延能力に関する知識を有し、上記少なくとも１つの制
   御装置は、上記知識を利用して上記各圧延スタンドの制
   御装置に各各目標を与え、 上記目標を与えられた各圧延スタンドの制御装置は、自
   己の圧延能力に基づいて目標速成可能性をシミュレート
   し、その結果を上記１つの制御装置に送出し、上記第１
   の制御装置はその結果を評価することを特徴とする金属
   圧延制御システム。 ２、複数の圧延スタンドと、それらを制御する複数の制
   御装置とを有し、 上記複数の制御装置のうち少なくとも１つの制御装置は
   、上記各圧延スタンドの圧延能力に関する知識を有し、 上記少なくとも１つの制御装置は、上記知識を利用して
   上記各圧延スタンドの制御装置に各各目標を与え、 上記目標を与えられた各圧延スタンドの制御装置は、自
   己の圧延能力に基づいて目標達成可能性をシミュレート
   し、その結果を上記１つの制御装置に送出し、上記第１
   の制御装置はその結果を評価することを特徴とする金属
   圧延システム。 ３、伝送路を介して相互に交信し、その機能に応じた処
   理を行う複数個のシステムであつて、当該各々のシステ
   ムが他のシステムの処理結果を評価する評価機構と、他
   のシステムの目標を設定する目標設定機構とを有するも
   のと、 上記複数個のシステムの中から選ばれ、他のシステムに
   関する知識又は情報を上記他のシステムとの交信により
   獲得する統括システムとからなり、 上記統括システムは、上記他のシステムにそれぞれ目標
   を設定し、上記他のシステムによる処理結果を上記伝送
   路を介して入力し、当該処理結果を評価し、当該評価結
   果に基づいて、上記複数のシステムから構成されるシス
   テム全体の目標から、上記各システムに新たな目標を設
   定することを特徴とする情報処理システム。 ４、相互に交信し、その機能に応じた処理を行う複数個
   のシステムと、 上記複数個のシステムの中から選ばれた任意のシステム
   の処理結果に基づいて指令を出す統括システムとからな
   り、 上記統括システムは上記システムの中から選ばれること
   を特徴とする情報処理システム。 ５、特許請求の範囲第４項において、 上記統括システムが上記システムの機能に関する知識を
   有し、上記システムに対する目標設定に上記知識を用い
   ることを特徴とする情報処理システム。 ６、特許請求の範囲第４項において、 上記統括システムは上記システムとの交信により上記シ
   ステムに関する知識を獲得することを特徴とする情報処
   理システム。 ７、特許請求の範囲第４項において、 上記システムは、他のシステムの処理を監視及び代行す
   る機能のうち少なくとも何れか一方を有することを特徴
   とする情報処理システム。 ８、特許請求の範囲第４項において、 上記システムは、上記統括システムの処理を監視及び代
   行する機能のうち少なくとも何れか一方を有することを
   特徴とする情報処理システム。 ９、特許請求の範囲第４項において、 上記システムは、１個又は複数個の統括システムと交信
   することができることを特徴とする情報処理システム。 １０、特許請求の範囲第４項乃至第９項において、上記
   各システムは、更に統括サブシステムと、複数個のサブ
   システムから構成されることを特徴とする情報処理シス
   テム。 １１、相互に交信し、その機能に応じた処理を行う複数
   個のサブシステムと、 上記複数個のサブシステムの中から選ばれた各サブシス
   テムの処理結果に基づいて指令を出す統括サブシステム
   とからなり、 上記各サブシステムは、システムの目標又はシステムが
   必要とする機能に応じて追加又は削除できることを特徴
   とする情報処理システム。 １２、相互に交信し、その機能に応じた処理を行う複数
   個のシステムと、 上記複数個のシステムの中の他のシステムの処理結果に
   基づいて指令を出す統括システムとからなり、 上記統括システムは各システムの処理結果を評価する評
   価機構と、上記評価機構による評価結果に応じて新たに
   上記各システムの目標を設定する目標設定機構とを有す
   ることを特徴とする情報処理システム。 １３、特許請求の範囲第１２項において、 上記統括システムが各システムの機能に関する知識を有
   し、上記各システムに対する目標設定に上記知識を用い
   ることを特徴とする情報処理システム。 １４、特許請求の範囲第１２項において、 上記統括システムは、他システムとの交信により他のシ
   ステムに関する知識を獲得することを特徴とする情報処
   理システム。 １５、特許請求の範囲第１２項において、 上記各システムは、他のシステムの処理結果を監視及び
   代行する機能のうち少なくとも何れか一方を有すること
   を特徴とする情報処理システム。 １６、特許請求の範囲第１２項において、 上記各システムは、上記統括システムの処理を監視及び
   代行する機能のうち少なくとも何れか一方を有すること
   を特徴とする情報処理システム。 １７、特許請求の範囲第１２項において、 上記各システムは、１個又は複数個の統括システムと交
   信できることを特徴とする情報処理システム。 １８、相互に交信し、その機能に応じた処理を行う複数
   個のシステムと、 上記複数個のシステムの中の他のシステムの処理結果に
   基づいて指令を出す統括システムとからなり、 上記各システムは、他のシステムの処理結果を評価する
   評価機構と、他のシステムの目標を設定する目標設定機
   構とを有することを特徴とする情報処理システム。 １９、特許請求の範囲第１８項において、 上記各システムは、他のシステムが有する上記評価機構
   と目標設定機構を自己の機構として用いることを特徴と
   する情報処理システム。 ２０、特許請求の範囲第１８項において、 上記各システムは、上記評価機能と目標設定機能を他の
   システムに実行させ、その結果を利用することを特徴と
   する情報処理システム。 ２１、情報処理装置を有する複数の金属処理工程から成
   り、 上記一つ又は複数の金属処理工程の中で発生したイベン
   トを、上記複数の情報処理装置のうち少なくとも１つの
   情報処理装置が認識し、上記認識した情報処理装置が、
   他の処理装置の処理に関する知識を利用して、そのイベ
   ントに対応した各々の目標を上記他の情報処理装置に与
   え、 上記目標を与えられた他の情報処理装置は、自己の目標
   達成可能性をシミュレートし、その結果を上記少なくと
   も１つの情報処理装置に送出するようにしたことを特徴
   とする金属生産システム。 ２２、特許請求の範囲第２１項において、 上記イベントとは、上記金属処理工程の事故、金属材料
   の変更、処理目標の変更または処理手順の変更のいずれ
   かであることを特徴とする金属生産システム。 ２３、特許請求の範囲第２１項において、 上記目標とは、金属材料の板厚または板幅であることを
   特徴とする金属生産システム。 ２４、配電系統内の情報を収集し処理する機能を有する
   複数個の制御装置が配電系統内に分散配置され、前記配
   電系統内で状態の変化があると、それ以前と異なる制御
   装置が他の制御装置へ情報収集及び処理に関する指令の
   うち少なくとも一方を出すことを特徴とする配電系統制
   御システム。 ２５、特許請求の範囲第２４項において、 上記状態変化時には、その状態変化を最初に検知した制
   御装置が他の制御装置へ上記指令を出すことを特徴とす
   る配電系統制御システム。 ２６、特許請求の範囲第２４項において、 上記配電系統内の情報とは、配電系統内の電圧、電流及
   び位相または、開閉器の開閉状態または事故点の情報で
   あることを特徴とする配電系統制御システム。 ２７、特許請求の範囲第２５項において、 上記状態変化発生後、前記配電系統内の別の場所で状態
   変化が発生した場合には、前記別の場所で発生した状態
   変化の近傍の制御装置のうち前記別の場所で発生した状
   態変化を最初に検知した制御装置が他の制御装置へ上記
   指令を出すことを特徴とする配電系統制御システム。 ２８、配電系統内の情報を収集し処理する機能を有する
   複数個の制御装置が配電系統内に分散配置され、前記配
   電系統内で事故が発生した場合、前記事故を最初に検知
   した制御装置が前記事故発生に関する知識を有する他の
   制御装置にその情報を要求し前記情報を収集することを
   特徴とする配電系統制御システム。 ２９、複数の投資機関が伝送路を介して相互に接続され
   投資情報ネットワークを構成し、 上記各投資機関は、投資に対する収益率と危険率を求め
   るシミュレーションシステムを有し、上記各投資機関の
   うち一の投資機関が、上記各投資機関への投資割合を仮
   に決定し、上記シミュレーションシステムを用いてその
   ときの収益率および危険率を求め、この求められた危険
   率が許容範囲内で収益率が最大になるように投資割合を
   変化させて、上記各シミュレーションシステムを用い、
   そのときの割合を求める投資割合とすることを特徴とす
   るディーリングシステム。