JPH03294924A - ステートイベントマトリックスデータ形成方法及びステートイベントマトリックスデータ処理装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 以下の順序に従って本発明を説明する。

Ａ、産業上の利用分野 Ｂ１発明の概要 Ｃ０背景技術［第９図、第１０図］ Ｄ１発明が解決しようとする問題点 Ｅ０問題点を解決するための手段 Ｆ８作用 Ｇ、実施例［第１図乃至第８図コ Ｈ０発明の効果 （Ａ、産業上の利用分野） 本発明は行と列のうちのいずれか一方にタスクの状態を
示すステートを他方にタスクへの入力を示すイベントを
取りコンテントにタスクの処理・遷移が記されソフトウ
ェア開発分野で利用されるステートイベントマトリック
スデータの形成方法及び該ステートイベントマトリック
スデータを処理して特定言語によるプログラムを自動的
に生成するステートイベントマトリックスデータ処理装
置に関するものである。

（Ｂ、発明の概要） 本発明は、ステートイベントマトリックスデータによっ
て入力と状態と処理の関係を階層的に表現できるように
するため、 ステートイベントマトリックスの少なくとも一部のコン
テントについてそのタスクの処理を表現する子のマトリ
ックスをつくり、更に子のマトリックスの少なくとも一
部のコンテントについて孫のマトリックスをつ（るとい
うように複雑な処理のコンテントについては下位のマト
リックスをつくってそれに記すようにするものであり、
こうすることによって入力と状態と処理・遷移の関係が
複雑な制御をマトリックスデータにより解り易く表現す
ることが可能になる。

そして、そのマトリッスクデータをコンピュータにより
適宜処理することによってＣＰＬＩを動作させることが
可能なプログラムに変換することができ、プログラムの
設計が非常に容易になる。

（Ｃ，背景技術）［第９図、第１０図］コンピュータに
より制御を行うシステムにおいてそのコンピュータが実
行する内容はフローチャート上に記述することはできる
が、入力と状態と処理の関係は記述することができない
。そのため、コンピュータの実行するプログラムについ
ての入力と、状態と、処理との関係についての不具合あ
るいはその原因を突き止めることが難しく、時間もかか
る。特に、大規模でかつ複雑なリアルタイム制御システ
ムで動作するタスクは数多くの入力イベントを処理しな
ければならず、しかもその処理は現在の状態により変化
し、また状態そのものも変化する。従って、このような
複雑なリアルタイムシステム程フローチャートから不具
合とその原因を突き止めることが難しい。

そこで、入力と状態と処理の関係をマトリックスにより
表現することが行われる。第９図はそのようなマトリッ
クスデータの書式を示すものである。

図面において、ａはマトリックスのモード番号を記すと
ころ、ｂｌ、ｂ２、・・・・・・（第９図に示した例に
おいてはｂ２までしかないがもっと多いのが普通である
。）は該マトリックスの行にとられたところのタスクの
状態を示す各ステート１．２、・・・・・・である。ｃ
ｌ、Ｃ２、・・・・・・は該マトリックスの列にとられ
たところのタスクに入力される各イベント１．２、・・
・・・・である。ｄ、ｄ、・・・・・・は行と列との各
交点であるコンテントで、ここには遷移先と処理ｆｕｎ
ｃｌ、ｆｕｎｃ２、・・・・・・が記される。尚、ｅは
遷移先を示すところ、ｆは処理を示すところである。

このような書式によるマトリックスによって下記の仕様
を表わすと第１０図に示すようになる。

仕様 マイクロマウスが横断歩道にいる。（マイクロマウスは
停止中） マイクロマウスは信号機が青になると横断歩道を歩行す
る。

歩行中、信号機が黄または赤になると走る。

歩行中、信号機が赤になると走りながらおじぎをする。

横断が終るとその場で止まる。

第１０図から明らかなように、マトリックスによれば、
入力・状態・処理の種別が一目でわかり、試験ケースが
いくつかあるかが一目でわかり、そして、ある状態にあ
る入力があった場合の動作も一目でわかる。また、マト
リックスによれば機能を前面にだし、状態フラグ変数に
何をセットするかという処理が表にまとまっている。従
って、処理シーケンスに注目したフローチャート（ＰＡ
Ｄ）によるよりもマトリックスによる方がきわめて入力
と状態と処理の関係を把握し易いという利点があるとい
える。

（Ｄ、発明が解決しようとする問題点）ところで、上述
したマトリックスによっても表現することが難しくなる
程システムのタスクが複雑化しており、平面的に入力と
状態との関係を把える従来のマトリックスデータでは複
雑な制御を行うシステムには対応できな（なりつつある
。ステートイベントマトリックスデータが活用されてき
たのは分析局面においてのみであり、設計局面において
活用されていないのはまさに従来のステートイベントマ
トリックスデータが平面的（非階層的）にしか入力と状
態と処理の関係を把えることができなかったためである
。

そこで、本発明は複雑な入力と状態と処理の関係を階層
的に表現するステートイベントマトリックスデータの形
成方法及びそのステートイベントマトリックスデータを
実際にＣＰＵによって実行できる特定言語でのプログラ
ムに自動的に変換することのできるステートイベントマ
トリックスデータ処理装置を提供することを目的とする
。

（Ｅ、問題点を解決するための手段） 本発明ステートイベントマトリックスデータ形成装置は
、ステートイベントマトリックスの少なくとも一部のコ
ンテントについてそのタスクの処理を表現する子のマト
リックスをつ（す、更に子のマトリックスの少なくとも
一部のコンテストについて孫のマトリックスをつくると
いうように複雑な処理のコンテントについては下位のマ
トリックスをつくってそれに記し、その下位のマトリッ
クスに委ねた上位のマトリックスのコンテントにはその
下位のマトリックスを遷移先として指定するコードを記
すようにしたものである。

本発明ステートイベントマトリックスデータ処理装置は
、親となるステートイベントマトリックスをメ°モリの
一つのエリアに、各子のステートイベントマトリックス
をメモリの別のエリアに、各孫のステートイベントマト
リックスを更に別のエリアというように次元の異なる各
マトリックスをメモリに記憶し、別のメモリ又はメモリ
エリアに記憶されたプログラムに基づいてＣＰＵによっ
てその階層的ステートイベントマトリックスをデータ処
理することにより特定言語でのプログラムに変換するよ
うにしたことを特徴とする。

（Ｆ、作用） 本発明ステートイベントマトリックスデータ形成方法に
よれば、ステートイベントマトリックスのうち処理が複
雑なコンテストについてはその処理の内容を１つのマト
リックスによって表現し、そのマトリックスに処理の内
容の表現を委ねたコンテントにはそのマトリックスを遷
移先と１．て記することとしたので、必要に応じて順次
マトリックスデータな階層化することができ、入力、状
態、処理の関係が極めて複雑なものであっても概要から
詳細へと階段的に整理して表現できる。

従って、プログラムが大きくなってもその把握がやり易
いようにでき、設計、分析をやり易（することが可能で
ある。

本発明ステートイベントマトリックスデータ処理装置に
よれば、入力状態、処理の関係を階層化して表現したス
テートイベントマトリックスデータをメモリ（例えばＲ
ＡＭ）に記憶し、それを別のメモリ（例えばＲＯＭ）に
記憶されたプログラムに従ってＣＰＵによって特定言語
のプログラムに変換処理するので、ＣＰＵを実際に動作
させることができるプログラムを自動的に生成すること
ができる。即ち、ステートイベントマトリックスデータ
はシステム制御の設計、分析がし易いものであるが、命
令が順序良（配置されているものではないのでそのまま
ではプログラムとしては使用できない。しかるに、本発
明ステートイベントマトリックスデータ処理装置によれ
ば、それを自動的に処理してプログラムに変換すること
ができ、プログラムの作成をきわめて容易にすることが
できる。

（Ｇ、実施例）［第１図乃至第８図］ 以下、本発明を図示実施例に従って詳細に説明する。

第１図は本発明ステートイベントマトリックスデータの
形成方法の一例を示す説明図である。

同図において、１は親となるステートイベントマトリッ
クスであり、モードとしてＯが与えられている。このモ
ードはモード欄２に記されている。本例において行数、
列数が共に２であり、第１の行がイベント１、第２の行
がイベント２、第１の列がステート１、第２の列がステ
ート２になっている。そして、３はコンテントである。

イベント１とステート１のコンテント３０８、イベント
２とステート１のコンテント３２１及びイベント１とス
テート２のコンテント３，２はその具体的処理の内容の
表現が下位の子ストリックス４４□、４３に委ねられて
いる。イベント２とステート２のコンテント３゜たけは
その処理の内容の表現が委ねられていない。尤も、第１
図に示したものはあくまで一例に過ぎず、親マトリック
ス（モード０）の全コンテントについて処理・遷移の内
容の表現を子のマトリックスに委ねる場合もあり得るし
、たった１つのコンテントについて処理・遷移の内容の
表現を子のマトリックスに委ねる場合もあり得る。

第１図に示す例において、コンテント３．１の処理・遷
移の内容を示すのが子マトリックス４．であり、これは
０．１というモードが与えられている。コンテント３２
．の内容を示すのが子のマトリックス４２であり、モー
ドが０．２である。コンテント３．２の内容を示すのが
子マトリックス４、であり、モードが０．３である。

そして、モード０．２の子マトリックス４□の一つのコ
ンテント５２□、の処理・遷移の内容が更に孫マトリッ
クス６□２（モード０．２．２）に委ねられている。ま
た、モード０．３の子マトリックス４ｓの一つのコンテ
ント５３１１の処理・遷移の内容は孫マトリックス６□
（モード０．３゜１）に記されている。

このように、本ステートイベントマトリックスデータの
形成方法は一つのマトリックスによってリアルタイム制
御システムを表わすのではな（、ある一つのマトリック
スを親マトリックスとし、その親マトリックスのいくつ
かあるコンテントのうちの少なくとも一部のコンテント
については処理・遷移の内容を子のマトリックスに記す
。そして、必要に応じて各子のマトリックスの一部又は
全部のコンテントについても処理・遷移の内容を孫のマ
トリックスに記す。本例では孫のマトリックスまでしか
ないが、必要に応じてひ孫のマトリックス更にはそのひ
孫のマトリックスに対する子のマトリックス、孫のマト
リックスを形成するようにしても良いのである。そして
、処理の具体的内容の表現を下位のマトリックスに委ね
たコンテントにはその下位のマトリックスを指定する記
号が記されている。このような階層化したステートイベ
ントマトリックスデータによれば、非常に複雑な制御シ
ステムでも表現でき、制御システムの分析をやり易くす
ることになるが、それだけでな（制御システムをステー
トイベントマトリックスデータの形でつ（り上けで行く
ことができるようになるのである。従って、システムの
プログラムの設計が非常に容易にすることができ、しか
も入力と状態と処理の関係についての不具合が発見し易
く、またその原因も突き止め易い。

また、各マトリックスはそれが親であるか、子であるか
孫であるかを問わず、ステートの初期値がステート１に
なっている。そして、ステートの遷移には２つのタイプ
が存在する。第１のタイプはマトリックス内部で行う遷
移であり、ローカルトランジションと称されている。第
２のタイプはマトリックス内部、外部での遷移であり、
グローバルトランジションと称される。そして、ローカ
ルトランジションの場合には遷移先を示す欄には単純に
遷移するステートの番号が記される。これは第９図に示
す場合と同じである。そして、状態遷移がない場合には
遷移先を示す欄には−という記号が記される。これも従
来の場合と同じである。

グローバルトランジションの場合には第２図に示すよう
にイベント１とステート１の交点のコンテントの遷移先
を記す欄に〉、／の記号を使って表示される。この例は
Ｏ＞２１０．１＞２であるが、１番左側のＯは遷移が為
されるマトリックスのモードＯであることを示している
。〉はモードとステートの間をセパレートするものであ
り、〉の右の２は遷移先のステート番号が２であること
を示している。／は１つの遷移表示部分と他の遷移表示
部分とをセパレートするものである。７／よりも左側の
上記したＯ＞２はモード０のマトリックスのステートを
ステート２に遷移することを表わしている。また、／よ
りも右側の０．１＞２はモード０．１のマトリックスの
ステートをステート２に遷移することを表わしている。

遷移の数が２よりも多くなることもある。

第３図は本明細書のＣ０背景技術の中で記述した仕様（
「マイクロマウスが横断歩道にいる。」に始まり、「横
断が終るとその場で止まる。」で終る仕様。第７頁参照
）をステートイベントマトリックスにして表わしたもの
を示す。

第３図においては便宜上第１図において使用したのと別
の独自の符号を使用する。

このステートイベントマトリックスは親ステートイベン
トマトリックス２１と子マトリックス２２からなり、階
層化されている。親ステートイベントマトリックス２１
はモードがＯ（モード欄２１１に記述）とされ、子ステ
ートイベントマトリックス２２はモードが０．１　（モ
ード欄２１に記述）とされている。この子ステートイベ
ントマトリックス２２は親ステートイベントマトリック
ス２１の一つのコンテントの内容を表現したものである
。そして、子ステートイベントマトリックス２２に内容
の表現を委ねたステートイベントマトリックス２１のそ
のコンテントには子ステートイベントマトリックス２２
が存在することを示す記号２１□を記述することにより
親子関係（階層関係）を表現する。子ステートイペント
マトノックス２２のモード０．１のうちの０は親にあた
るステートイベントマトリックスのモードが０であるこ
とを示している。また、そのモード０．１のうちの１は
内容の表現を委ねた親マトリックス２２のコンテントの
上記記号２１２内の数値と一致している。従って、記号
２１□から子ステートイベントマトリックス２２が存在
することと共にどのマトリックスがそれであるかが解る
のである。

モードＯ（モード欄２１．に記述）のステートイベント
マトリックス（即ち、親ステートイベントマトリックス
）２１には、スタート（第１のイベント欄２１．）、信
号機情報（第２のイベント欄２１４）、ストップ（第３
のイベント欄２１、）の３つの入力に対してのみ注目し
た処理、遷移が表わされている。そして、モード０゜１
　（モード欄２２１に記述）のステートイベントマトリ
ックス（即ち、子ステートイベントマトリックス）２２
には信号機情報（親テートイベントマトリックス２１の
第２のイベント欄２１４）の詳細である青（第１のイベ
ント欄２２□）、黄（第２のイベント欄２２．）、赤（
第３のイベント欄２２４）の三つの入力に対してのみ注
目した処理、遷移を表わしている。

つまり、モードＯのステートイベントマトリックス）２
１の方は仕様の概要を示し、モード０゜１のステートイ
ベントマトリックス２２の方は仕様の詳細を示している
。

このような階層化したステートイベントマトリックスデ
ータによれば、非常に複雑な制御システムでも表現する
ことができるので制御システムの設計が容易になる。ま
た、設計ミスの発見も容易になる。

第４図は上記方法によって階層的に形成されたたステー
トイベントマトリックスデータを処理してＣＰＵを駆動
させることができる特定言語、例えばＣ言語でのプログ
ラムにするステートイベントマトリックスデータ処理装
置を示すものであり、第５図はそれの外部記憶装置、具
体的にはディスク装置内のファイル配列を示すものであ
る。

同図において、１１はエンジニアリングワークステーシ
ョン本体、１２はデイスプレィ、１３はキーボード、１
４はマウス、１己は外部記憶装置、本例では具体的には
ディスク装置である。

ステートイベントマトリックスデータは入力装置である
キーボード１３あるいはマウス１４の操作によってワー
クステーション本体１１に入力される。また、入力され
たステートイベントマトリックスデータはデイスプレィ
１２に表示されディスク装置１５に記憶され、プリンタ
１６にプリントアウトされ得るようになっている。特に
、ワークステーション本体１１からディスク装置１５に
向けてステートイベントマトリックスデータが出力され
た場合は第５図に示すように各モード毎にファイルとし
て記憶されるようになっている。この点については後で
詳細に説明する。

そして、ディスク装置１５に記憶されたステートイベン
トマトリックスデータは、任意にデイスプレィ１２、プ
リンタ１６に出力することができ、また、キーボード１
３あるいはマウス１４の操作によりディスク装置１５に
記憶されているステートイベントマトリックスデータを
変更することもできるのである。

従来、プログラマによってコーディングされたプログラ
ムコードな第４図に示すステートイベントマトリックス
処理装置によって自動的にコーディングすることができ
るが、そのプログラムコードの生成手順を以下に説明す
る。尚、プログラムコードはリアルタイムモニタのメイ
ル機能があることを前提として生成される。第６図は生
成されるプログラムコードのフローチャートである。

第７図は第３図で示したステートイベントマトリックス
データのうちのイベントデータ構成図であり、このイベ
ントデータは、ステートイベントマトリックスデータの
作成と同様にステートイベントマトリックスデータ処理
装置によって作成され、外部記憶装置であるディスク装
置１５に格納される。具体的には、ｔｒａｆｆｉｃ−ｓ
ｉｇｎａｌイベント構成データについてはエリア３３に
、５ｔｏｐイベント構成データについてはエリア３４に
、ｂｌｕｅイベント構成データについてはエリア３５に
、ｙｅｌｌｏｗイベント構成データについてはエリア３
６に、ｒｅｄイベント構成データについてはエリア３７
に格納される。

そして、ｔｒａｆｆｉｃ−ｓｉｇｎａｌイベント（第３
図の２１４）の構成図は第７図の４１に、５ｔｏｐイベ
ント（第３図の２１６）の構成図は第７図の４２に、ｂ
ｌｕｅイベント（第３図の２２□）の構成図は第７図の
４３に、ｙｅｌｌｏＷイベント（第３図の２２ｓ）の構
成図は第７図の４４に、そして、ｒｅｄイベント（第３
図の２２４）の構成図は第７図の４５に示す通りである
。尚、５ｔａｒｔイベント（第３図の２１３）は、本例
では非メイル型トリガ入カイベントとして扱っているた
めイベント構成図は不要である。

ステートイベントマトリックスデータ処理は、作成した
上記ステートイベントマトリックスデータ（尚、モード
Ｏのステートイベントマトリックスデータ２１について
はディスク装置１５のエリア３１に格納、モード０．１
のステートイベントマトリックスデータ２２については
ディスク装置１５のエリア３２に格納）及び上記イベン
ト構成データ（上述のようにエリア３３〜３７に格納）
を基にして以下の処理を進めてプログラムコードを生成
する。尚、生成プログラムコードはディスク装置１５の
エリア３８に格納される。

ステートイベントマトリックスのモードナンバー（第３
図の２１１．２２＋　）からＣ言語変数である状態構造
体を下記のように形成する。

尚、ｉｎｔ　ｍｏ；　Ｏはモード欄２１．に基づいて生
成し、ｉｎｔｍｏ−１のｏ−ｉはモード欄２２．に基づ
いて生成する。

次に、イベント構成データ（第７図の４１．４２．４３
．４４．４５）及びステートイベントマトリックスデー
タ（第３図の２１４．２１６．２２□、２２．．２２４
）からＣ言語変数である入力イベント構造体を下記のよ
うに生成する。

尚、ｅｖｅｎｔ−ｔｙｌ）ｅ　：は第７図の４１　＋　
、　ｅｖｅｎｔ−ｐａｒａｌ　；は同じ＜　４１　ａ　
、ｔｒａｆｆｉｃ−ｓｉｇｎａｌ；は第３図の２１４に
基づいて生成する。以下、５ｔｏｐ、ｂｌｕｅ、ｙｅｌ
　ｌｏｗ、　ｒｅｄも同様にして生成する。

ステートイベントマトリックス（第３図の２１．２２）
から予めステートイベントマトリックスデータ処理装置
に定義されているマトリックス構造体のタグを用いてＣ
言語変数であるマトリックステーブルの初期化を行う。

尚、上記の［３］の３は第３図の２１６に基づき生成、
［２］の２は第３図の２１７に基づき生成、（２、１ｎ
ｉｔｉａｌ　）の２は第３図の２１８に基づき生成、１
ｎｔｉａｌは第３図の２１９に基づき生成、（−１，ｎ
ｏｎ）の−１，ｎｏｎは第３図の２１１ｏに基づき生成
、（−１、ｍａｌｃｎｔ）のｍａｌｃｎｔは第３図の２
１゜に基づき生成する。

ステートイベントマトリックデータ処理装置に定義され
た第６図のＣソースコードの５１の部分に下記のＣプロ
グラムコードを埋める。

尚、ｅｖｅｎｔ−ｔｙｐｅ＝＝０のＯは第７図の４１３
に基づいて生成、ｅｖｅｎｔ　＝２；の２は第３図の２
１．１に基づいて生成する。

次に、第６図の５２の部分に下記のＣプログラムコード
を埋める。

そして、第６図の５１の部分、５２の部分を埋める上記
した処理と同様に第３図のステートイベントマトリック
スデータ２２のコントロール処理ｍｏ−１ｅｎｔの生成
を行う。

上記のＣプログラムコードはディスクの装置１５のエリ
ア３８にファイルとして格納される。

このような手順によってプログラムコードが自動的に生
成されるのである。

第８図は本発明を活かしたソフトウェア開発の工程を示
すフローチャートである。

先ず、第１図に示すような階層化されたステートイベン
トマトリックスデータを作成（エデイツト）する［ステ
ップ（イ）］。次に、作成したステートイベントマトリ
ックスデータの構文チエツク、整合性チエツクを行う［
ステップ（ｂ）］。

そして、エラーがあるかどうかの判定を行う［ステップ
（Ｃ）］。イエスＹｅｓという判定結果がでた場合には
ステップ（ａ）に戻る。逆にノウＮｏという判定結果が
でた場合にはステートイベントマトリックス上でシミュ
レーションを行い［ステップ（ａ）］　、その後、エラ
ーがあるがどうかの判定を行う［ステップ（ｅ）］。イ
エスＹＥＳという判定結果が出た場合にはステップ（ａ
）に戻る。ノウＮｏという判定結果が出た場合にはステ
ートイベントマトリックスデータを特定言語、例えばＣ
言語によるプログラムに変換する［ステップ（ｆ）］。

これによってプログラムの作成が完了する。

（Ｈ，発明の効果） 以上に述べたところから明らかなように、本発明ステー
トイベントマトリックスデータの形成方法によれば、ス
テートイベントマトリックスのうち処理が複雑なコンテ
ントについてはその処理の内容を下位のマトリックスに
よって表現し、その下位のマトリックスに処理の内容の
表現を委ねたコンテントにはそのマトリックスを遷移先
と記すこととしたので、必要に応じて順次マトリックス
データを階層化することができ、入力、状態、処理の関
係が極めて複雑なものであっても概要から詳細へと段階
的に整理して表現できる。従って、プログラムが膨大に
なってもその把握がやり易くなり、単に分析がやり易い
のみならず設計もやり易くなる。

本発明ステートイベントマトリックスデータ処理装置に
よれば、入力、状態、処理の関係を階層化して表現した
ステートイベントマトリックスデータをメモリに記憶し
、それを別のメモリに記憶されたプログラムに従ってＣ
ＰＵにより特定言語のプログラムに変換処理するので、
そのままではＣＰＵを制御できないステートイベントマ
トリックスデータを自動的に特定言語のプログラムに、
即ちＣＰＵを動作させることができる形に生成すること
ができる。従って、プログラムの作成が極めて容易にな
る。

【図面の簡単な説明】

第１図は本発明ステートイベントマトリックスデータの
形成方法の一つの実施例の説明図、第２図はグローバル
トランジションの説明図、第３図はステートイベントマ
トリックスデータの具体例の説明図、第４図及び第５図
は本発明ステートイベントマトリックスデータ処理装置
の一つの実施例を示すもので、第４図は装置の概略構成
図、第５図は外部記憶装置内のファイル配置例を示す図
、第６図は生成されるＣコードフローチャート、第７図
はイベントのデータ構成図、第８図は本発明を活用して
のプログラムの作成工程の一例を示すフローチャート、
第９図及び第１０図は背景技術を説明するためのもので
、第９図は従来のステートイベントマトリックスデータ
の説明図、第１０図は従来のステートイベントマトリッ
クスデータの一具体例の説明図である。 符号の説明 １．２１・・・・・・親マトリックス、３・・・・・・
コンテント、 ４．２２・・・・・・子マトリックス、５・・・・・・
コンテント、 ６・・・・・・孫マトリックス、 １５・・・・・・メモリ（外部記憶装置）。 第 ３ 図 生成されろＣソースコードフローチャート第６図 罎働 第 ８ 図 第１０図

Claims (2)

【特許請求の範囲】
1. （１）行と列のうちのいずれか一方にタスクの状態を示
   すステートを他方にタスクへの入力を示すイベントをと
   りコンテントにタスクの処理が記されたステートイベン
   トマトリックスデータを形成するステートイベントマト
   リックスデータの形成方法において、 少なくとも一部のコンテントについては、そのタスクの
   処理を表現する子のマトリックスをつくり、該コンテン
   トに該子のマトリックスを指定する記号を記し、子のマ
   トリックスについても必要に応じて一部又は全部のコン
   テントについてタスクの処理を表現する孫のマトリック
   スをつくり、該コンテントに該孫のマトリックスを指定
   する記号を記すというようにタスクの処理の内容が複雑
   なコンテントに対応して下位のマトリックスをつくるこ
   とを特徴とするステートイベントマトリックスデータ形
   成方法
2. （２）メモリの一部のエリアに、行と列のうちのいずれ
   か一方にタスクの状態を示すステートを他方にタスクの
   入力を示すイベントを取りコンテントにタスクの処理が
   記された親となるステートイベントマトリックスデータ
   を記憶し、上記記憶部の別のエリアに上記親となるステ
   ートイベントマトリックスデータの少なくとも一部のコ
   ンテントについてのタスクの処理を表現した子のステー
   トイベントマトリックスデータを記憶し、上記記憶部の
   さらに別のエリアに上記子となるステートイベントマト
   リックスデータの少なくとも一部のコンテントのタスク
   の処理を表現した孫のステートイベントマトリックスデ
   ータを記憶するようにし、 上記メモリの他のエリアあるいは他のメモリに予め記憶
   しておいたプログラムに基づいて上記ステートイベント
   マトリックスデータをＣＰＵにより処理することにより
   上記ステートイベントマトリックスデータを所定言語に
   よるプログラムに変換するようにした ことを特徴とするステートイベントマトリックスデータ
   処理装置