JPH0475182A - データ駆動型情報処理装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野］ この発明はデータ駆動型情報処理装置に関し、特に、複
数の命令が同時に駆動されるデータ駆動型情報処理装置
に関する。

［従来の技術］ 従来のノイマン型計算機においては、プログラムとして
種々の命令が予めプログラムメモリに記憶され、プログ
ラムカウンタによってプログラムメモリのアドレスが逐
次指定されることにより順次命令が読出され、その命令
が実行される。

一方、データ駆動型情報処理装置は、プログラムカウン
タによる逐次的な命令の実行という概念をもたない非ノ
イマン型計算機の一種である。このようなデータ駆動型
情報処理装置には、命令の並列処理を基本にしたアーキ
テクチャが採用される。データ駆動型情報処理装置にお
いては、演算の対象となるデータが揃い次第、命令の実
行が可能となり、データによって複数の命令が同時に駆
動されるため、データの自然な流れに従って並列的にプ
ログラムが実行される。その結果、演算の所用時間が大
幅に短縮するとみなされている。

第３５図は、従来のデータ駆動型情報処理装置の構成の
一例を示すブロック図である。第３６図は、第３５図の
データ駆動型情報処理装置におけるプログラム記憶部に
記憶されるデータフロープログラムの一例を示す図であ
る。第３７ＡＩｍ〜第３７Ｄ図は、第３５図のデータ駆
動型情報処理装置において処理されるデータパケットの
フィールド構成の一例を示す図である。以下、これら第
３５図〜第３７Ｄ図を参照して、従来のデータ駆動型情
報処理装置について説明する。

入力部１０１には、第３７Ａ図に示すようなデータパケ
ットが外部から与えられる。このデータパケットは、第
３７Ａ図に示すように、少な（ともノード番号とデータ
とを含んでいる。このデータパケットに含まれるデータ
は処理されるべきデータであり、ノード番号はそのデー
タがどのノードで処理されるかを示すデータである。入
力部１０１から入力されたデータパケットは、プログラ
ム記憶部１０２に与えられる。プログラム記憶部１０２
は、第３６図に示すようなデータフロープログラムを記
憶している。このデータフロープログラムの各行は、ノ
ード番号と、命令コードと、フラグとからなる。プログ
ラム記憶部１０２は、入力されたデータパケットのノー
ド番号に基づいたアドレス指定によって、第３６図に示
すように、データフロープログラムの所定の行における
ノード番号と命令コードとフラグとを読出し、入力部１
０１から入力されたデータパケットに含まれているデー
タとともに新たなデータパケットに格納し、そのデータ
パケットを出力する。第３７Ｂ図は、プログラム記憶部
１０２から出力されるデータパケットを示している。

対データ検出部１０３は、プログラム記憶部１０２から
出力されるデータパケットの待合せすなわち発火処理を
行なう。すなわち、命令コードが２人力命令を示してい
る場合には、同じノード番号を有する異なる２つのデー
タパケットを検出し、それらのデータパケットに含まれ
るデータＡおよびＢを、第３７Ｃ図に示すように１つの
データパケットに格納して出力する。なお、対データ検
出部１０３は、入力されたデータパケットの命令コード
が１人力命令を示している場合には、入力されたデータ
パケットをそのまま出力する。

演算処理部１０４は、対データ検出部１０３から出力さ
れるデータパケットに対して、命令コードに基づく演算
処理を行ない、第３７Ｄ図に示すようにその演算結果を
示すデータＣをデータパケットに格納して出力する。

出力部１０５は、演算処理部１０４から受取ったデータ
パケットに含まれるフラグが、セットされているか否か
に基づいて、そのデータパケットを外部へ出力するかま
たは入力部１０１に戻してして再びデータ駆動型情報処
理装置内を循環させるかを制御する。

第３８図は、データフローグラフの一例を示す図である
。第３８図において、ノードＮ１は加算命令を示し、ノ
ードＮ２は乗算命令を示し、ノードＮ３は減算命令を示
す。また、ノードＮ４はディクリメント命令を示し、ノ
ードＮ５はインクリメント命令を示す。ノードＮｌ、Ｎ
２．Ｎ３の命令は２人力命令であり、ノードＮ４．Ｎ５
の命令は１人力命令である。ノードＮ１の演算結果はノ
ードＮ２およびＮ３によって参照される。

［発明が解決しようとする課題］ 以上説明したような従来のデータ駆動型情報処理装置に
おいては、演算処理部１０４は算術演算。

論理演算等の基本的な演算のみを実行する構成となって
いた。これは、多数のパラメータを必要とするような複
雑な演算を演算処理部１０４で実行しようとすると、そ
のような演算を実行するために必要なパラメータをデー
タパケットにのせて運ばなければならないが、それでは
データパケット長が極めて長（なり、装置の構成が極め
て大型になってしまうからである。多数のパラメータを
必要とする演算としては、最も典型的には構造体データ
（たとえば表を構成するデータ群のように複数のデータ
が集まって１つの意味を構成するようなデータ群）の操
作のための演算（関係演算、分類演算等）がある。

一例として、第３９図に示すような構造体データの結合
操作を、第３５図に示す従来のデータ駆動型情報処理装
置でどのように達成するかについて考えてみる。第３９
図に示す操作は、構造体データＡの第２項と構造体デー
タＢの第１項とか一致したときに、両者を結合して構造
体データＣを生成する操作である。なお、構造体データ
Ｃの第１項には構造体データＡの第１項の値が入り、構
造体データＣの第２項には構造体データＡの第２項の値
が入り、構造体データＣの第３項には構造体データＢの
第２項が入る。

第４０図は、第３９図に示すような構造体データの操作
を第３５図に示す従来のデータ駆動型処理装置で達成し
ようとした場合に、必要となる動作ステップを示した図
である。すなわち、第３９図に示すような操作を従来の
データ駆動型情報処理装置で達成するためには、第３９
図に示す操作の内容を細く分析して複数の基本的な演算
に分解し、個々の基本的な演算を１つずつ実行すること
により、全体として第３９図に示すような処理を達成す
ることが必要とされる。

以上のごとく、従来のデータ駆動型情報処理装置では、
たとえば構造体データの操作のように多数のパラメータ
を必要とする処理を行なうためには、極めて多数の基本
演算の実行ステップが必要となり、装置の効率的な活用
が図れないという問題点があった。また、プログラムを
作成する際に、そのような複雑な処理をいちいち基本演
算に分解して記述しなければならず、その結果、プログ
ラムの作成に高度な熟練と多大な労力を有するという問
題点もあった。

この発明は、上記のような問題を解消するためになされ
たもので、たとえ多数のパラメータを必要とするような
高機能な演算処理であっても、通常の基本演算と同様に
実行が可能であり、またプログラムの記述も簡単ですむ
ようなデータ駆動型情報処理装置を提供することを目的
とする。

［課題を解決するための手段］ この発明に係るデータ駆動型情報処理装置は、入力手段
とプログラム記憶手段と対データ検出手段と演算処理手
段と出力制御手段とを備えている。

入力手段は、少なくともノード番号とデータとを含むデ
ータパケットを入力する。プログラム記憶手段は、デー
タフロープログラムを記憶し、入力手段から与えられる
データパケットに含まれるノード番号に基づいて当該デ
ータフロープログラムの中から少なくとも次位のノード
番号と命令情報とを読出し、それらのノード番号、命令
情報とデータパケット中のデータとを含む新たなデータ
パケットを生成して出力する。対データ検出手段は、プ
ログラム記憶手段から出力されるデータパケットを受取
り、同じノード番号を有する対となるべき２つのデータ
パケットを検出し、これら両方のデータパケット中のデ
ータを有する新たなデータパケットを生成して出力する
。演算処理手段は、対データ検出手段から出力されるデ
ータパケットを受取り、このデータパケットに含まれる
命令情報に基づいてこのデータパケットに含まれるデー
タに関する演算処理を行ない、その演算結果を示すデー
タを含むデータパケットを生成して出力する。出力制御
手段は、演算処理手段から出力されるデータパケットを
受取り、このデータパケットを外部へ出力するかまたは
入力手段に出力するかを制御する。演算処理手段は、分
岐手段と、単純命令処理手段と、高機能命令処理手段と
を含む。

分岐手段は、プログラム記憶手段から受取ったデータパ
ケットを、単純命令を有するデータパケットと高機能命
令を有するデータパケットとに分岐する。単純命令処理
手段は、分岐手段によって分岐されたデータパケットの
うち、単純命令を有するデータパケットの演算処理を行
なう。高機能命令処理手段は、予め高機能命令の実行の
ために必要な処理情報を記憶しており、分岐手段によっ
て分岐されたデータパケットのうち、高機能命令を有す
るデータパケットの演算処理を当該処理情報に基づいて
行なう。

［作用］ この発明においては、演算処理手段における高機能命令
処理手段が、予め高機能命令の実行のために必要な処理
情報を記憶しており、この処理情報に基づいてデータパ
ケットに含まれる高機能命令を実行するため、多大な処
理情報を必要とするような高機能命令（たとえば関係演
算の命令）を実行する場合にも、演算処理手段へ入力さ
れるデータパケットの構造は単純命令のデータパケット
と同様であり、多大な処理情報をプログラム記憶手段か
ら演算処理手段へデータパケットにのせて運ばなければ
ならないような事態は発生しない。

したがって、演算処理手段は従来に比べて非常に柔軟な
多様な処理を行なうことが可能となる。

［実施例］ 第１図は、この発明の一実施例の構成を示す概略ブロッ
ク図である。図において、この第１図の実施例では、第
３５図における演算処理部１０４に代えて演算処理部１
０６が設けられている。その他の構成は、第３５図に示
す従来のデータ駆動型情報処理装置の構成と同様である
。

演算処理部１０６は、分岐部１０７と、単純命令処理部
１０８と、高機能命令処理部１０９と、合流部１１０と
を含んでいる。分岐部１０７は、対データ検出部１０３
から与えられたデータパケットに含まれる命令コードに
基づいて、入力されたデータパケットを単純命令処理部
１０８と高機能命令処理部１０９とに分岐させる。すな
わち、分岐部１０７は、入力されたデータパケットに含
まれる命令コードが単純命令（算術演算や論理演算のよ
うな基本的な演算を指令する命令）である場合はそのデ
ータパケットを単純命令処理部１０８に出力する。一方
、入力されたデータパケットに含まれる命令コードが高
機能命令（たとえば関係演算のような多数の処理パラメ
ータを必要とする高機能な演算を指令する命令）である
場合はそのデータパケットを高機能命令処理部１０９に
出力する。単純命令処理部１０８は、算術演算や論理演
算のような基本的な演算を実行するもので、その構成は
第３６図における演算処理部１０４の構成と同様であっ
てよい。したがって、単純命令処理部１０８は、単純命
令の演算結果を示すデータをデータパケットにのせて合
流部１１０に出力する。高機能命令処理部１０９は、高
機能命令の実行のために必要な処理情報を記憶しており
、この処理情報に基づいて高機能命令の実行を行なう。

高機能命令処理部１０９には、被制御装置２００が接続
されている。高機能命令処理部１０９は、高機能命令の
実行過程において生じる種々の処理をこの被制御装置２
００に対して行なう。被制御装置２００としては、たと
えばデータメモリや、通信装置や表示器などがある。ま
た、高機能命令処理部１０９は、高機能命令の演算結果
を示すデータをデータパケットにのせて合流部１１０に
出力する。合流部１１０は、単純命令処理部１０８およ
び高機能命令処理部１０９から出力されるデータパケッ
トを合流して出力部１０５に出力する。

第２図は、第１図に示す高機能命令処理部１０９のさら
に詳細な構成を示すブロック図である。

図において、高機能命令処理部１０９は、ノード番号抽
出回路１０９ａと、命令コード抽出回路１０９ｂと、入
力データ抽出回路１０９Ｃと、スペックデータメモリ１
０９ｄと、処理回路１０９ｅと、出力パケット合成部１
０９ｆとを含む。分岐部１０７から入力されたデータパ
ケットは、ノード番号抽出回路１０９ａ、命令コード抽
出回路１０９ｂおよび入力データ抽出回路１０９ｃに与
えられ、それぞれにおいてノード番号、命令コードおよ
びデータが抽出される。ノード番号抽出回路１０９ａに
よって抽出されたノード番号はスペックデータメモリ１
０９ｄに与えられる。スペックデータメモリ１０９ｄは
、たとえば第３図に示すような高機能命令に必要な処理
情報（パラメータあるいはスペックデータあるいはプロ
グラム情報）を予め記憶している。スペックデータメモ
リ１０９ｄは、ノード番号抽出回路１０９ａから与えら
れるノード番号をアドレスとして、そのノード番号に該
当する高機能命令のための処理情報を読出して出力する
。スペックデータメモリ１０９ｄから読出された処理情
報は処理回路１０９ｅに与えられる。また、処理回路１
０９ｅには、命令コード抽出回路１０９ｂによって抽出
された命令コードおよび入−カデータ抽出回路１０９Ｃ
によって抽出されたデータが与えられる。処理回路１０
９ｅは、与えられた命令コードに該当する高機能命令を
、スペックデータメモリ１０９ｄから与えられる処理情
報に基づいて実行する。この実行過程において、処理回
路１０９ｅは、被制御装置２００の制御を行なう。たと
えば、被制御装置２００がデータメモリである場合は、
その内部の記憶情報の書換制御を行なう。また、処理回
路１０９ｅは、高機能命令の演算処理の結果を示すデー
タを出力パケット合成部１０９ｆに出力する。出力パケ
ット合成部１０９ｆは、処理回路１０９ｅから与えられ
たデータをデータパケットにのせて出力する。

出力パケット合成部１０９ｆの出力は、第１図における
合流部１１０に与えられる。

次に、第１図および第２図に示す実施例において、たと
えば第３９図に示すような構造体データの結合操作がど
のようにして処理されるかについて説明する。第３９図
に示すような結合操作は、基本演算に分解されることな
く関係演算の１つとして取扱われる。すなわち、プログ
ラム記憶部１０２内のデ、−タフロープログラム内には
、結合演算（ｊｏｉｎ）を指令するようｊｏｉｎ命令が
対応するノードに記述されているにすぎない。したがっ
て、プログラム記憶部１０２から出力されるデータパケ
ットには、第４図に示すように命令コードとしてｊｏｉ
ｎ命令が含まれることになる。

また、データパケットは、各構造体データの実際のデー
タがのせられるのではなく、その構造体データのポイン
タの情報すなわちアドレス情報がのせられる。

対データ検出部１０３は、同じノード番号（たとえばＮ
）を有する２組のデータパケットの待合せを行なう。こ
の待合せの結果、同じノード番号Ｎを有する２組のデー
タパケットが検出されたとすると、対データ検出部１０
３は第４図に示すような発火処理を行ない、構造体デー
タＡのポインタ情報と構造体データＢのポインタ情報と
を１つのデータパケットにのせて出力する。分岐部１０
７は、対データ検出部１０３から与えられたデータパケ
ットに含まれる命令コードがたとえばｊ。

ｉｎ命令のような高機能命令であった場合は、そのデー
タパケットを高機能命令処理部１０９に与える。高機能
命令処理部１０９では、与えられたデータパケットの中
からノード番号と命令コードとデータとを抽出する。抽
出されたノード番号Ｎはスペックデータメモリ１０９ｄ
に与えられ、このノード番号Ｎに対応する処理情報がス
ペックデータメモリ１０９ｄから読出される。第３図に
示すように、スペックデータメモリ１０９ｄには、各ノ
ード番号別に高機能命令の処理のために必要な種々の情
報が記憶されている。この処理情報としては、入力デー
タと出力データとの形態および処理パラメータ等が含ま
れている。

スペックデータメモリ１０９ｄから読出されたデータは
、処理回路１０９ｅに与えられる。処理回路１０９ｅは
、ディジタル・シグナル・プロセッサや、マイクロコン
ピュータ等によって構成されており、与えられた処理情
報に基づいて高機能命令の実行処理を行なう。すなわち
、処理回路１０９ｅは、入力データ抽出回路１０９ｃに
よって抽出された各構造体データＡおよびＢのポインタ
情報に基づいて、被制御装置２００（ここではデータメ
モリとする）内における構造体データＡおよびＢをアド
レス指定し、構造体データＡの第２項と構造体データＢ
の第２項とが等しいか否かを判定する。両データが等し
いと判定された場合は、データメモリ２００内のあるエ
リアに構造体データＣを書込む。このとき、構造体デー
タＣの第１項には構造体データＡの第１項の値を書込み
、構造体データＣの第２項には構造体データＡの第２項
の値を書込み、構造体データＣの第３項には構造体デー
タＢの第２項を書込む。このようにして、被制御装置２
００内には、構造体データＡおよびＢを結合した結果で
ある構造体データＣが生成されることになる。一方で、
処理回路１０９ｅは、構造体データＣのポインタ情報を
出力パケット合成部１０９ｆに与える。出力パケット合
成部１゜９ｆは、第４図に示すように構造体データＣの
ポインタ情報を含むデータパケットを生成し、合流部１
１０に出力する。

上記のごとく第１図および第２図に示す実施例では、多
大な処理情報を必要とする高機能命令、たとえば関係演
算の命令を実行する場合にも、演算処理部１０６に入力
されるデータパケットの構造は、第４図に示すごとく単
純命令のデータパケットと同様であり、多大な処理情報
をプログラム記憶部１０２から演算処理部１０６へデー
タパケットにのせて運ぶ必要はない。したがって、演算
処理部１０６では、従来のデータ駆動型情報処理装置に
比べて非常に柔軟に多様な処理を行なうことが可能とな
る。また、データフロープログラムを記述する際にも、
高機能な演算を基本演算と同様に取扱うことができるた
め、プログラム作成作業が極めて簡単なものとなる。

なお、第１図および第２図に示す実施例で実行される関
係演算としては、第３９図に示す結合演算の他に、種々
のものがある。以下には、関係演算のその他の例をいく
つか示しておく。

（１）　直積演算（ｐｒｏｄｕｃｔ） 直積演算は、第５Ａ図に示すように、構造体データＡと
構造体Ｂとのすべての要素を組合せて連結する演算であ
る。

（２）　制約演算（ｒｅｓｔｒｉｃｔｉｏｎ）制約演算
は、第５Ｂ図に示すように、ある構造体データから特定
の項目の要素をキーとして取出す演算である。

（３）　合併演算（ｕｎｉｏｎ） 合併演算は、第５Ｃ図に示すように、構造体データＡと
Ｂとの項の内容がある条件を満たすとき（たとえば一致
するとき）、構造体データＡおよびＢを連結する演算で
ある。

（４）　射影演算（ｐｒｏｊｅｃｔｉｏｎ）射影演算は
、第５Ｄ図に示すように、ある構造体データから特定の
項目を抽出して新たな構造体データを生成する演算であ
る。

以上の関係演算は、すべて高機能命令としてプログラム
記憶部１０２内のデータフロープログラムに記述され、
高機能命令処理部１０９において実行される。

次に、この発明によるデータ駆動型情報処理装置を用い
て構成されたプログラム開発装置について説明する。な
お、以下に説明するプログラム開発装置は、利用者に対
し１つの仕様定義を複数の言語を用いて多面的に行なう
ことを可能とし、了解性および記述性ならびに操作性の
優れたソフトウェア開発環境を提供するとともに、その
目的ソフトウェアシステムを実行可能なプログラムへ変
換し実行することにより、生成されたプログラムのシミ
ュレーションおよび実行を可能とすることを目的として
開発された全く新規なプログラム開発装置であることを
予め指摘してお（。

第６図はこの発明のデータ駆動型情報処理装置を用いて
構成されたプログラム開発装置の全体の構成を概略的に
示す図である。第６図に示すプログラム開発装置は、各
々が異なる表現形式に従った描画・編集機能を備える間
約エディタＥ１〜Ｅｎと、利用者から与えられた仕様記
述に従ってプログラムを作成する本体装置１とを含む。

図形エディタＥ１〜Ｅｎの各々は、好ましくは個々独立
のプロセスで実現され、各図形エディタＥ１〜Ｅｎは本
体装置１と通信可能である。ここで図形エディタＥ１〜
Ｅｎの各々と本体装置１との間が通信可能であるのは、
プログラム開発の容易性および将来の機能拡張を考慮し
、それぞれの図形エディタＥ１〜Ｅｎのプロセスと本体
装置１とがたとえばソケットを用いたプロセス間通信で
結合されているからである。

図形エディタＥ１〜Ｅｎが与える表現形式は、図形表現
形式および非手続的な記述形式を含む。

図形表現形式は、機能ブロック図およびシーケンスチャ
ート等の表現形式を含む。

機能ブロック図は、第７図に示すようにモジュール（ソ
フトウェアにおいて、ある意味的にまとまりを持った単
位）間の接続関係を表現する表現形式である。

第７図は機能ブロック図を用いた仕様記述形式の一例を
示す図である。第７図においては、外部モジュール１０
と内部モジュール１１との間のデータ接続関係が示され
る。外部モジュール１０は、仕様記述対象外の外部の機
能を表現するモジュールである。内部モジュール１１は
、仕様記述対象の機能を表現するモジュールである。こ
の外部モジュール１０と内部モジュール１１との間にお
いてはデータアーク１２によりそのデータの流れが入出
力ボートＰ１〜Ｐ４とともに規定される。

この内部モジュールはプリミティブ、部品（部分的に完
結した仕様記述であり、ファイルに登録される）を含む
。

シーケンスチャートは、第８図に示すように入出力デー
タの因果関係およびモジュール間のデータ送受の関係等
を示す図である。第８図においては外部モジュール１０
と内部モジュール１１との間のデータの流れを示す。こ
のシーケンスチャートにおいては、モジュールとそのポ
ートとは１本の順序線（縦線）により示される。順序線
は時間軸を示しており、信号が流れる時間的関係をも表
わす。このモジュール１０．１１間のデータの流れは信
号線１３により表わされる。この信号線１３により、モ
ジュール間のデータの接続関係および因果関係が示され
る。

非手続的な記述形式は、関係表、決定表などの表形式で
示される表現形式を含む。関係表は、第９図に示すよう
に関係データ構造を示す。第９図において、関係表は、
表の名称を表示する領域１４と、この表に含まれる項目
を示す名称が表示される項目名領域１５と、項目のデー
タの型（ｉｎｔ（整数）、ｆｌｏａｔ　（浮動小数点）
およびＳｔｒｉｎｇ（ストリング））を示す領域１６と
、項目の実際のデータ値が入出力される領域１７を含む
。決定表は、第１０図に示すように、処理の選択構造を
表わす表現形式である。第１０図において、決定表は、
決定表モジュール名を表示する領域１８と、判断条件が
表示される領域１９と、判断の結果実行される処理の名
称が表示される領域２０と、条件に対する判断を表示す
る領域２１と、条件判断に基づく処理の実行の有無を示
す判断を表示する領域２２を含む。

上述の表現形式に加えて、利用可能な表現形式としては
、データの包含関係を示すデータブロック図、関係演算
を中心とする構造体データ処理を表わす表操作図などが
ある。

第１１図にデータブロック図による表現形式の一例を示
し、第１２図に表操作図の表現形式の一例を示す。

第１１図において、データブロック図は、データセット
名領域２３と、この領域２３のデータが含む要素数を表
示する領域２４と、領域２３にセットされたデータのメ
ンバーを構成するメンバーデータ名または下位階層のデ
ータセット名を表示する領域２６と、メンバーデータの
データ型（ｉｎｔ、ｆｌｏａｔＳＳｉｒｔｎｇｓ　５ｔ
ｒｕｃｔ）を表示する領域２５とを含む。この領域２４
はデータが配列構造のときのみ記述される。データ型が
５ｔｒｕｃｔの場合には、このデータは下位に対して階
層化していることを示している。各データはＡＮＤ接続
２７かまたはＯＲ接続２８でその接続関係が示される。

第１２図に示す表操作図は関係表Ｂ１およびＢ２を所定
の操作に従って処理して新たな関係表Ｂ３を形成してい
る状態を一例として示す。この操作は合併操作といわれ
ている。表操作図における操作は、この合併操作に限定
されず各種関係演算、分類演算、計算演算等を含む。関
係演算はある関係を満足するように表を操作する演算で
ある。分類演算は表の行をアルファベット順、数値の大
小順等の所定の順に従って並べ換える操作である。

計算演算は、表の特定の列について合計値、平均値など
の計算結果を求める操作である。

第６図へ戻って、本体装置１は、利用者が図形エディタ
Ｅ１〜Ｅｎを用いて生成した間約仕様記述から得られる
情報を融合して、プログラム実行に必要な制御情報を備
えたコンストラクト情報を生成するとともに、異なる表
現形式を有する図形仕様記述間の情報の相互変換および
モジュール階層間における基本情報の生成を行なって利
用者に提示する相互変換装置Ｃ■と、相互変換装置Ｃｖ
で生成されたコンストラクト情報に従ってプログラムを
解釈・実行し、該実行結果を利用者に提示する実行装置
ＥＸと、図形仕様記述用図形エディタＥ１〜Ｅｎと相互
変換装置ＣＶ１実行装置ＥＸおよび部品管理装置ＣＰと
の間での情報交換のための通信を管理する入出力装置１
０．および各処理装置ＥＸ、ＣＶ、ＣＰが扱うデータ構
造を統合的に管理する統合ファイル管理装置ＵＦとを含
む。

部品管理装置ＣＰは、ソフトウェアにおいである部分的
に完結した仕様記述を「部品」として登録するとともに
、該登録された「部品」を再利用するための動作を管理
する。

コンストラクト情報は、生成された仕様記述情報を制御
構造を含む処理モデルの動作方式に対応するように変換
して得られる情報である。この処理モデルとしてはデー
タ駆動モデルが一例として用いられている。このデータ
駆動モデルを処理モデルとするためには、制御ノードお
よび制御アークを生成する必要がある。コンストラクト
情報には、ノードが仕様記述情報のモジュールに、また
アークがモジュール間のデータ接続に対応づけられる。

入出力装置■０は、利用者との間のインタフェース、利
用者の指示に基づく各処理装置の実行制御および各処理
装置間で授受されるデータの管理の機能を備える。

利用者との間のインタフェースは以下のものを備える。

■図形エディタを利用した表現形式による仕様記述、■
相互変換結果の表示、■対応付は機能、■引用機能、■
プロトタイピング機能、■部品登録・再利用、および■
ドキュメントの出力を含む。

図形エディタを利用した各表現形式による仕様の記述に
は次の方法が可能である。

（ａ）　利用者が表現形式の種類と仕様記述名を指定す
る。この仕様記述名の指定は既に登録されている仕様記
述を再利用する場合に行なわれ、新規作成時には新しい
仕様記述名を入力する。

（ｂ）　　既に記述されている仕様を詳細化するかまた
は階層的に記述を進めるために、既存の仕様記述内の図
形要素および表現形式を指定する。

この場合指定された図形要素に対応する表現形式を用い
て仕様記述が行なわれる。

同一モジュールに対し異なる表現形式で仕様記述するこ
とができる。この場合、相互変換装置Ｃ■はその内部の
相互変換用ルールテーブル検索に従って、対応する表現
形式をエディタに知らせ、この対応の変換された表現形
式が利用者に表示される。１つの仕様記述が異なる表現
形式により実行することができるので、記述内容の多面
的な把握が容易となり、より完全な仕様を作成すること
が可能となる。

対応づけ機能は、意味的に等価な情報（たとえば、デー
タ同志または機能モジュール同志等）を異なる表現形式
間で関係づける機能である。この機能は、種々の表現形
式に従って記述された仕様を順次統合化していくために
、それぞれ独立に記述された種々の仕様情報を相互に関
係づけるために必要とされる。

すなわち、第１３図に示すように、機能ブロック図で表
現されたモジュールＭ７は、操作表図を用いても表わす
ことができる。この表操作図で表わされたモジュールＭ
７と機能ブロック図で表示されたＭ７とは意味的に等価
である。この場合、この異なる表現形式で表わされたモ
ジュールＭ７が図に矢印で示すように、意味的に同一で
あると関係づけられる。この操作を「対応づけ」操作と
呼ぶ。

また各表現形式間においては、互いに情報を共有してい
る場合がある。この場合、既に記述された仕様情報を他
の表現形式での記述時に引用すれば記述時における作業
量を減することができる。

このある表現形式で記述された情報を他の表現形式へ用
いることを「引用」と呼ぶ。たとえば第１３図に示すよ
うに関係表で示されたモジュールＭ１０は、表操作図で
表現された表ＭＩＯと同一である。この場合、図に矢印
で示すように、関係表の表ＭＩＯが表操作図での表現形
式に従った記述時に引用される。また同様に表操作図に
おける表Ｍ８は、関係表で表現された表Ｍ８と同一であ
る。

この場合も、関係表で表現されたＭ８が表操作図の表現
形式に従った記述時に引用される。

プロトタイピング機能は、部分的に完結した仕様記述の
実行結果を確認する機能である。このプロトタイピング
においては、各階層独立に仕様記述の実行結果を確認す
ることができる。このプロトタイピング時における入出
力データの指定、および入力データの作成は指定された
データ構造に従って利用者が行なう。

部品登録・再利用のためのインタフェースは、部品管理
装置ＣＰに対し部品の登録および登録された部品の利用
を指示する。

ドキュメントの出力機能は、種々の表現形式を用いて記
述された仕様記述に対し、各表現形式ごとに記述された
間約な仕様記述をハードコピーとしてプリンタに出力し
、そのままソフトウェアの設計ドキュメントとして利用
可能とする。

入出力装置ＩＯと各処理装置との間のインタフェースに
ついて説明する。まず図形エディタとの間のインタフェ
ースについて説明する。

入出力装置ＩＯは、利用者が指定した各種の図形エディ
タの起動および終了制御を行なう。また、入力された仕
様記述の名前および図形エディタの種類等、エディタの
起動および終了時に必要とされる情報を管理する。この
動作は以下のものを含む。

（ａ）　　利用者が表現形式の種類と仕様記述の名前を
指定すれば、入出力装置■０は、指定された表現形式に
相当する図形エディタを起動し、がつ同時に、仕様記述
の名前をこの起動された図形エディタへ渡す。

（ｂ）　　各図形エディタはその内部に他の図形エディ
タを起動するための機能を備えている。あるエディタ内
で指定した図形要素（エディタが表示する操作ツールに
含まれる図形要素）および表現形式の種類が入出力装置
へ通知される。この図形要素は表現形式の種類によりシ
ンボルの種類や形状が異なる。入出力装置■０は、この
指定された表現形式に相当する図形エディタを起動する
とともに、指定された図形要素をこの起動された図形エ
ディタへ送る。

（ｃ）　　仕様記述の終了制御。各図形エディタは終了
用操作ツールを備えている。この終了用操作ツールによ
り当該図形エディタの終了が入出力装置ＩＯへ通知され
る。入出力装置ＩＯは、この終了通知に応答して、作成
された仕様記述の名前、エディタの種類等の情報を保存
した後終了を通知した図形エディタを終了させる。

入出力装置■０はまた図形エディタおよび相互変換装置
とのインタフェースを与える。各種の表現形式を用いて
仕様を記述する場合、また複数の仕様記述を相互に利用
する場合においては、入出力装置ＩＯは図形エディタお
よび相互変換装置ＣＶとの間で以下の処理を行なう。

（ａ）　　利用者が記述した描画情報は、各図形要素を
記述した段階で入出力装置ＩＯを介して順次相互変換装
置Ｃｖへ送られる。相互変換装置はこの入出力装置■０
から与えられた情報に従って所定の処理（これについて
は後述する）を行なった後入出力装置■０へ返送する。

この場合、返送されるデータとしては、入力された仕様
記述情報に対応する異なる表現形式での表現可能な仕様
情報等である。この相互変換装置Ｃ■から返送されるデ
ータはその処理結果とともに返送先の仕様記述の識別子
ＩＤが付されている。入出力装置１０はこの識別子ＩＤ
に対応する仕様記述を特定し、相互変換装置Ｃｖが形成
した処理結果をその転送先の図形エディタへ返送する。

また、相互変換装置Ｃ■が入力された仕様記述上におい
て矛盾を検出した場合、この矛盾検出を示すメツセージ
を入出力装置■０は利用者に提示する。

（ｂ）　　仕様記述過程において２つの図形エディタ上
でユーザが指定した２つの図形要素に対して、入出力装
置ＩＯはこの２つの図形要素を論理的に対応づけること
ができるか否かを判断する。

対応づけが可能な場合、この入出力装置ＩＯは両図形エ
ディタに対し同一の論理的な仕様情報を返送する。対応
づけが不能な場合には、この対応不能を示すメツセージ
を利用者に提示する。

（ｃ）　　引用 複数の図形エディタ間で仕様情報を引用する場合、図形
エディタ上で利用者が指定した図形要素の描画情報およ
び仕様情報を、入出力装置■０は引用光の図形エディタ
へ転送する。

次に入出力装置ＩＯと実行装置ＥＸとのインタフェース
について説明する。実行装置ＥＸの実行時（たとえばプ
ロトタイピング）に必要とされる入力データ情報および
入出力データの位置情報は、仕様記述時と同様にして図
形エディタから入出力装置ＩＯへ伝達される。入出力装
置ＩＯはこの実行の前処理を行なう実行用ハンドラー（
図示せず）にこれらの情報を手渡す。この前処理が終了
した段階で、入出力装置ＩＯは利用者による実行開始指
示に応答して実行装置ＥＸを起動する。実行結果のデー
タは、この上述の実行用ハンドラーから入出力装置■０
を介して表示装置ＤＰ上へ表示される。この表示装置Ｄ
Ｐへの表示はたとえば出力結果表示用ルーチンを起動す
ることにより実行される。

入出力装置ＩＯと部品管理装置ＣＰとのインタフェース
は以下のものを含む。

（ａ）　　部品登録時のインタフェース利用者が作成し
た仕様記述が部分的に完結した段階で、利用者が指定し
た登録対象の仕様記述情報と部品名は入出力装置ＩＯを
介して部品管理装置ｃｐへ伝達される。

（ｂ）　　部品再利用時のインタフェース図形エディタ
上で利用者が指定した部品名は入出力装置１０を介して
部品管理装置ＣＰへ伝達される。部品管理装置ＣＰはこ
の与えられた部品名に対応する部品情報をファイル管理
装置ＵＦを介して検索し、検索された部品情報を入出力
装置ＩＯを介して起動されている図形エディタへ返送す
る。

利用者が部品情報を参照したい場合には、入出力装置Ｉ
Ｏが利用者からの指示のもとに部品仕様書表示ルーチン
を起動することにより、この間約に表現された部品情報
が表示装置ＤＰ上に表示される。

相互変換装置Ｃ■の機能について説明する。この相互変
換装置ＣＶは、利用者が様々な間約表現形式を用いて記
述する仕様記述の内容を統合して効果的な実行形式プロ
グラムを生成するとともに、与えられた仕様記述の特定
の側面（表現形式または階層）から獲得した情報を他の
表現形式に変換する機能を備える。ここで、実行形式プ
ログラムは、処理モデル（データ駆動型モデル）に依存
した構造を有するコンストラクト情報を仮想マシンの実
行方式に合致するように変換して得られるプログラムで
ある。

相互変換装置Ｃ■が統合する仕様記述情報の構成の一例
を第１４図に示す。この仕様記述情報は、モジュール情
報ＭＩ、シーケンス情報Ｓｌおよびデータ構造情報ＤＩ
を含む。

モジュール情報Ｍｆは、このソフトウェアシステムを構
成する個々のモジュールの動作およびモジュール間のデ
ータ接続に関する情報である。このモジュール情報は、
機能ブロック図を用いた仕様記述をベースとして、各モ
ジュール間の階層関係を生成する。このモジュール情報
は、モジュール間のデータ接続関係を通してデータ構造
情報をも統合する。モジュール情報は機能モジュール、
決定表モジュール、構造体データ操作モジュールに関す
る情報をそれぞれ含む。このそれぞれのモジュールの情
報は図形エディタが表現する機能ブロック図、決定表お
よび表操作図の各表現形式で定義可能な処理内容に対応
する。各モジュールについて以下に説明する。

（Ａ）　　機能モジュール： 機能モジュールは、モジュールを構成する内部サブモジ
ュールの情報と各サブモジュール間のデータ接続関係に
関する情報である。サブモジュール情報が備える属性は
、機能ブロック図が与える記述要素と対応し、プリミテ
ィブ、部品、内部モジュール、ファイル、分枝、合接等
がある。モジュールの階層構造は、サブモジュールが詳
細情報を定義しているモジュールに付されているモジュ
ールＩＤ（識別子）を付すことにより保存される。

モジュール間のデータ接続関係は機能ブロック図におけ
るアークと対応づけられる。このアークは、データの生
成側サブモジュールと消費側サブモジュールの関係を表
わす。データのデータ構造は、データセットＩＤにより
データ構造情報を参照する形で管理される。

（Ｂ）　　決定表モジュールは、決定表から得られる情
報をもとに選択処理に関する情報を、条件判定および判
定結果に基づいて実行される処理によって示す情報であ
る。

各条件判定の内容と対応する実行されるべき処理の関係
は、イベントＩＤによって管理される。

（Ｃ）　　構造体操作モジュール情報は、表操作図から
得られる情報をもとに構造体データ操作に関する情報を
、操作対象となるデータおよび各データに作用する操作
で表わす情報である。操作対象となるデータと各操作と
の対応関係は、データＩＤおよび操作ＩＤによって管理
される。この各データのデータ構造は、データセットＩ
Ｄによりデータ構造情報を参照する形で管理される。

データ構造情報は、ソフトウェアシステムで消費／生成
されるデータの型および構造の定義に関する情報である
。データ構造の階層関係はデータブロック図を用いた記
述をベースとして生成される。このデータ構造情報は、
包含データ構造情報、関係データ構造情報等を含み、構
造を有しないデータとしてアトム情報を含む。

（Ａ）　　包含データ情報は、包含／排他関係にあるデ
ータの構成を示す情報である。この包含データ情報は、
各構成データに対して、詳細構造を定義したデータ構造
に与えるデータセットＩＤを有することによりデータ構
造の階層関係を保存する。

（Ｂ）　　関係データ構造は、関係データを構成する各
項目データの基本データ型を示す情報である。

（Ｃ）　　アトム情報は、アトムデータに関する基本デ
ータ型（ｉｎｔ、ｆｌｏａｔ、ｓｔｒｉｎｇ）を示す情
報である。

シーケンス情報は、順序線の属性と順序線に入出力され
る信号線の情報を含む。このシーケンス情報においては
、１モジユールに対して複数のシーケンスを定義するこ
とが可能なため、これらの関係はシーケンスＩＤで管理
される。

（Ａ）　　順序線情報は、シーケンスチャートにおける
サブモジュールを表わす縦線に関する属性を示す情報で
ある。順序線の属性としては、内部モジュール、ファイ
ルなどを含み、それぞれシーケンスチャートの記述要素
と対応する。モジュール情報中のサブモジュールとの対
応関係はモジュール副ＩＤにより管理される。

（Ｂ）　　信号線情報は、シーケンスチャートにおける
順序線間のデータ接続（以下信号線と称す）を示す情報
である。この信号線情報は、同時に信号線の入力とつな
がって出力される出力シーケンス群の情報を管理するこ
とにより、入出力データの因果関係をも示す。モジュー
ル情報中のデータ依存性との対応関係はアークＩＤによ
り管理される。

上述のように、仕様記述情報を構成する各部分情報間の
関係は、すべて識別子ＩＤにより管理される。この識別
子ＩＤは、上述のごとく、データ構造情報を識別するデ
ータセットＩＤ、モジュール情報を識別するモジュール
ＩＤ１モジユールを構成する内部サブモジュールを識別
するモジュール副ＩＤ、内部すブモジュール間のデータ
接続を識別するアークＩＤ等を含む。新たな情報の追加
が発生するたびに相互変換装置Ｃｖは新たな識別子ＩＤ
を生成して管理する。

第１４図に示すように、主要記述情報の構成においては
、複数の図形エディタを用いて記述された仕様内容は階
層化され、データの参照関係３２、モジュールの階層関
係３３、同一モジュールに対する共通の定義情報関係３
４を含む。したがって、これらの関係を基礎とすること
により複数の異なる表現形式で定義された部分的な仕様
記述から対象ソフトウェアシステム全体の仕様記述情報
を生成することができる。

この個々の表現形式により得られた各情報を統合した仕
様記述情報は上述の如く識別子ＩＤにより管理される。

このような個々の表現形式から得られる情報を統合して
得られる仕様記述情報のデータ構造の一例を第１５図な
いし第２０図に示す。

第１５図は仕様記述におけるデータ構造を、第１６図は
順序線情報の構造を、第１７図は信号線情報の構造を、
第１８図は関係データの構造を、第１９図は包含データ
の構造を、第２０図はアトムの構造を示す。第１５図な
いし第２０図に示す仕様記述情報の構造において、各情
報に付された識別子ＩＤを参照することにより対応の有
無および変更の有無等が決定される。

第２１図は相互変換装置の動作を示すフロー図である。

以下、第２１図の動作フロー図を参照して簡単にこの相
互変換装置ＣＶの動作について説明する。仕様記述情報
の生成は、入出力装置１０を介して行なわれるエディタ
との通信に基づいて実行される。

ステップＳ１において、エディタまたは入出力装置ＩＯ
からデータが与えられる。このデータは仕様記述情報で
あるかまたは終了コマンド情報、仕様記述作成開始情報
等である。この与えられた情報が終了コマンドであると
判定されると（ステップＳ２）、相互変換装置Ｃ■がフ
ァイルを閉じるなどの所望の処理を施した後その動作を
終了する。

終了コマンド以外の場合には、相互変換装置ＣＶは、必
要な仕様記述情報を与えられたデータに従って生成する
（ステップＳ４）。この生成した仕様記述情報を用いて
ファイル管理装置ＵＦへアクセスし、その仕様記述情報
用ファイル内容を生成された仕様記述情報により更新す
る（ステップＳ５）。

一方において、相互変換装置Ｃ■はこの与えられた仕様
記述情報から、コンストラクト情報を生成する（ステッ
プＳ６）。この生成されたコンストラクト情報に関して
は、再びファイル管理装置ＵＦへアクセスすることによ
りその新しく生成されたコンストラクト情報が付加され
るか変更されるか等によりもとのコンストラクト情報フ
ァイルが更新される。

次いで、この相互変換装置ＣＶは、予めテーブルの形態
で格納されている変換用ルールを検索する。この変換用
ルールテーブルへ検索をかけることにより、入力データ
と同一の意味を持つデータがあるか否かを判定する。す
なわち、あるエディタから与えられた情報が他の間約表
現形式のオブジェクトに変換可能か否かを解析する（た
とえば機能ブロック図のモジュールとシーケンスチャー
トの縦線との対応関係）（ステップＳ９）。この解析に
より他の表現形式への変換可能なオブジェクトが検索さ
れた場合、その対応の変換可能な間約オブジェクトに変
換しくステップ５１０）、この変換した結果得られた変
換後の間約オブジェクトを示すデータを対応のエディタ
へ入出力装置■０を介して送信する（ステップ５１１）
。このとき送信を受けるエディタは、この変換可能なオ
ブジェクトを表現することのできるエディタである。

この変換処理がすべて終了すれば（ステップ５１２）、
相互変換装置ＣＶは再びエディタまたは入出力装置から
意味的にまとまった間約オブジェクトが送信されるのを
待つ。

ステップＳ９において、変換可能な間約オブジェクトが
存在しない場合、相互変換装ｒＩＬＣｖはその旨を入出
力装置■０へ伝達するとともに、エディタまたは入出力
装置ＩＯからのデータを待機する状態となる。

ここで、入出力装置ＩＯを介して利用者が仕様記述した
結果データが入力されたとき、意味的にまとまった１つ
の間約オブジェクトが更新された場合、その１つのまと
まった間約オブジェクトが相互変換装置Ｃｖへ送信され
る。

また、ステップＳ９において変換可能な間約オブジェク
トが検索された場合、その変換可能な間約オブジェクト
が複数個存在する場合、この複数の間約オブジェクトそ
れぞれに対応する表現形式を与える図形エディタが起動
される。この同時に起動された図形エディタが与える表
現形式の図形要素は、たとえばマルチウィンドウにより
表示装置ＤＰ上へ同時に表示される。

次に、図形エディタと相互変換装置Ｃｖとの間の情報交
換の例について第２２Ａ図および第２２Ｂ図を参照して
説明する。この第２２Ａ図および第２２Ｂ図に示す例に
おいては、機能ブロック図を表現形式とする図形エディ
タが起動され、かつ相互変換装置Ｃ■が機能ブロック図
の表現形式をベースとして仕様記述を生成する場合が一
例として示される。

入出力装置ＩＯを介して利用者が行なうモジュール定義
またはデータ構造定義のエディタの起動に応答して、相
互変換装置Ｃｖは新たなモジュール情報またはデータ構
造情報を生成する。この生成されるモジュールまたはデ
ータの種別は、起動された図形エディタの種類から決定
される。同時に、こ・れらの生成されたモジュール情報
またはデータ構造情報に対しては相互変換装置Ｃ■はモ
ジュールＩＤまたはデータセットＩＤを生成して起動さ
れた図形エディタへ伝達する。第２２Ａ図においてはモ
ジュールＩＤが図形エディタＥへ伝達される。

図形エディタＥにおいては利用者がそのエディタ上で新
たに内部モジュールを追加すると、この図形エディタＥ
は、伝達されたモジュールＩＤとモジュールの属性を示
す情報とともに未定義のモジュール副ＩＤを相互変換装
置ＣＶへ伝達する。

相互変換装置ＣＶはこの与えられた未定義のモジュール
副ＩＤに応答して、内部モジュールを生成するとともに
、この新たなサブモジュール情報を識別するためのモジ
ュール副ＩＤを生成して図形エディタＥへ伝達する。

図形エディタＥにおいて、機能ブロック図内で既存の内
部モジュールに関する情報の変更または削除が行なわれ
た場合、この変更または削除情報は相互変換装置Ｃｖへ
、対応のモジュール副ＩＤとともに伝達する。相互変換
装置ＣＶはこの情報に応答して対応のサブモジュール情
報の変更または削除を実行する。

複数の内部モジュールが生成された場合、この内部モジ
ュール間におけるデータの接続関係を示すアークが図形
エディタＥ上で記述される。これに応答して図形エディ
タＥはデータを送出するモジュールを識別するモジュー
ル副ＩＤと、この内部モジュールのデータ出力ポートを
示すポートＩＤと、データを入力する行先モジュール副
ＩＤとこの行先モジュールがデータを受けるボートを識
別する行先ボー）ＩＤと、未定義のアークＩＤを相互変
換装置Ｃｖへ伝達する。相互変換装置ＣＶは、この与え
られた情報に応答して内部モジュールにおけるアークを
生成するととに、このアークを識別するために、与えら
れた未定義のアーク■Ｄに所定の情報を付加しアークＩ
Ｄとして図形エディタＥへ伝達する。次いでこのアーク
ＩＤにより識別されるべきアークに対するデータの構造
が指定されると、図形エディタはこの指定されたデータ
構造を示すデータセットＩＤを対応のアークＩＤととも
に相互変換装置ＣＶへ伝達する。相互変換装置Ｃｖはこ
の与えられた情報に従ってデータセットＩＤを登録する
。次に、第２２Ｂ図を参照して階層構造のモジュールを
生成する場合の動作について説明する。

機能ブロック図において既存の内部モジュールに対し、
この既存の内部モジュールの詳細を定義するために利用
者が他の図形エディタを起動すると、起動をかけた図形
エディタからはこれに応答して、モジュールＩＤ、モジ
ュール副ＩＤとともに、新しく付加されるべきモジュー
ルを識別するための下位モジュールＩＤ（未定儀）が変
換装置Ｃ■へ伝達される。変換装置ＣＶは、この与えら
れた情報に応答して新たなモジュール情報を生成すると
ともに、この生成したモジュール（下位モジュール）に
対してそのときの上位モジュールのモジュールＩＤをそ
れに追加する。それにより下位モジュールＩＤが決定さ
れる。この生成されたモジュール（下位モジュール）の
モジュールＩＤはこの詳細を定義するために起動された
エディタへ伝達されるとともに、この起動をかけたエデ
ィタに対しても伝達される。この後、下位モジュールに
対する記述が完了すると、起動をかけられた図形エディ
タからはそれを示すための情報とともにモジュールＩＤ
、モジュール副ＩＤおよび下位モジュールＩＤが相互変
換装置ＣＶへ伝達される。

変換装置ＣＶはこの情報に応答して、上位モジュールと
下位モジュールとの結合情報を生成する。

起動をかけた側の図形エディタからは、内部モジュール
情報変更のシーケンスに従って、下位モジュールに対応
するモジュールＩＤの情報が相互変換装置ＣＶへ送られ
る。これによりモジュール情報の階層構造がこの識別子
ＩＤにより上位および下位両側からの参照関係として実
現される。

操作のデータ依存性におけるデータとデータ構造情報と
の参照関係は以下のようにして実現される。複数の図形
エディタにおける対応付は操作によって、アークとデー
タ構造記述との対応関係が成立すると、そのときに獲得
されたデータセットＩＤは、データ依存性情報の変更シ
ーケンスに従って相互変換装置Ｃｖへ伝達される。これ
によりモジュールにおける入出力データの構造が保存さ
れ、構造体データへのアクセス系列、ロック範囲の抽出
が可能となる。

上述のように、各モジュールを構成する仕様記述情報は
すべて識別子ＩＤを管理することによりその各部品情報
間の関係が管理される。

この階層的な表現によるソフトウェアシステム全体の仕
様記述の生成の一例について説明する。

第２３図はこの階層構造情報から、より正確なモジュー
ル情報を作成する場合の一例を示す図である。第２３図
に示すように、上位階層の仕様記述４１においては、モ
ジュールＦＯＯとモジュールＦＯＩとの間のデータの送
受関係として表わされていた内容に対して、各モジュー
ルの下位層による詳細記述４２および４３を形成し、こ
れを相互変換装置Ｃｖにおいて関連づけることにより、
モジュールＦＯＯがデータａとデータｂとをマージして
データＣを導出し、一方モジュールＦＯＩがデータＣを
受け、データｄを出力するとともに、この出力ｄをモジ
ュールＦＯＯへ返送している構造が解析される。これに
より機能モジュールの入出力データｂとデータｄとが同
一のデータであり、データｄが再び繰り返し利用される
繰り返し構造４４が導出可能となる。

「マージ」を表わす機能モジュールおよびデータをその
まま伝達するｒＴＦゲート；真偽判定ゲート」の動作制
御は機能モジュールＰにより行なワしている。この制御
内容は機能モジュールＰに対する下位モジュールを用い
ることによりその制御内容の詳細が明らかとなる。

第２４図は、この相互変換装置において行なわれる、間
約表現形式の組合わせ（仕様記述）からコンストラクト
情報を生成する構成の一例を示す図である。機能ブロッ
ク図で表現された仕様図４５においては、モジュールＰ
およびＳに関してその動作内容が、単にデータコピーを
行なうのが、選択構造であるのかを決定することができ
ない。

しかしながら、このそれぞれのモジュールＰおよびＳに
対して決定表の記述５０および５１をそれぞれ関連づけ
ることにより、モジュールＰが入力データｘ、ｙの大小
関係に応じてモジュールＦｌ〜Ｆ３のいずれかを選択す
るように分岐モジュールＳを制御し、分岐モジュールＳ
は、このモジュールＰからのデータに従ってデータｂを
モジュールＦｌ−Ｆ３のいずれかへ伝達する構造が決定
される。これによってモジュールＰの選択構造が決定さ
れ、さらに分岐モジュールＳにおける分岐制御のための
制御情報の生成が可能となる。これにより処理モデルに
対する制御情報を含んだコンストラクト情報４６の生成
が可能となる。

上述の実施例は、複数の表現形式を統合してコンストラ
クト生成のための情報を獲得する場合を示している。し
かしながら、第２５図および第２６図に示すように逆に
統合した情報から個々の表現形式の情報を逆生成（相互
変換）することも可能となる。

第２５図は、機能ブロック図とシーケンスチャートとの
相互変換を例示的に示す図である。第２５図において、
機能ブロック図６０から得られた内部モジュール情報６
１は順序線情報６２に変換され、この順序線情報に従っ
てシーケンスチャート上の順序線が生成される。ここで
内部モジュール情報からの順序線情報への変換は、前述
のごとく相互変換装置ＣＶにおいて行なわれ、この情報
がシーケンスチャートを表現形式とする図形エディタへ
伝達されこの図形エディタが起動されることにより、表
示装置上にシーケンスチャー上の順序線が生成される。

以下の説明においても、この相互変換装置と機能ブロッ
ク図およびシーケンスチャートを表現する図形エディタ
との間の情報交換が行なわれている。

また、シーケンスチャート６３においてシーケンスチャ
ート６０から得られた順序線情報６２へはさらに内部モ
ジュールＭ２が付される。この新たに生成された内部モ
ジュールを示す順序線情報は機能ブロック図の内部モジ
ュール情報に変換され機能ブロック図上に内部モジュー
ルが生成される。このとき、シーケンスチャートにおい
て信号線を形成することにより得られる信号線情報（信
号線Ａ−Ｄ）はデータ依存性情報に変換される。

これにより、機能ブロック図６４において、生成された
信号線に対応するアークが生成される。これにより、各
モジュール間のデータの流れが得られる。しかしながら
、信号線情報は単にデータの流れを示すだけであり、モ
ジュールのどのボートが接続されるのかを示していない
ため、この新たに生成された機能ブロック図６５におい
てはボート接続が未定義であることを示す表示６８が利
用者に与えられる。利用者はこれを見てボートを定義す
る。

この第２５図においては、機能ブロック図から獲得した
情報６０から、シーケンスチャートの初期状態６２が生
成され、ざらこの初期状態のシーケンスチャート６２に
対して記述の追加すなわち内部モジュールの生成および
データの流れが付され、この追加されたシーケンスチャ
ートの記述６３に従って、機能ブロック図の内容を生成
追加し、新たな機能ブロック図６５を得ている。この場
合、新たに形成された機能ブロック図においては、ボー
トが未定義であるという機能ブロック図における不完全
部分６８を利用者に提示することにより新たな情報の記
述を促すことができ、より正確なソフトウェアシステム
の構築が可能となる。

さらにまた相互変換処理を用いることにより、階層記述
における下位層の情報を生成することもできる。

第２６図に示す仕様記述においては、シーケンスチャー
ト７１で表現された情報から機能ブロック図７２を形成
し、この機能ブロック図７２におけるモジュールＭ１に
対する下位モジュール７３およびモジュールＭ２に対す
る下位モジュール７４をそれぞれ形成・している。この
相互変換構成に対し、新たなシーケンスチャート７５が
与えられた場合、すなわちモジュールＭ１が外部モジュ
ールからデータＡを受けてデータＤを送出している構造
が記述された場合、相互変換装置ＣＶは、既に与えらて
いるモジュール７２にこのシーケンスチャート７５で獲
得された情報を付加する。この場合データＡに対するデ
ータＩＤの一致を検出することに−より、モジュールＭ
１は、データＡを受けてデータＢおよびＤを導出してい
ることが認識される。この構造より、階層表現の下位モ
ジュール７３を考慮することにより、Ｍｌはその下位構
造において分岐構造を有しており、データＢとデータＤ
をそれぞれ導出する下位モジュールＭｌｌおよびＭｌ２
を含んでいることが検出される。この場合、モジュール
Ｍ２はデータＢおよびデータＣの関係はシーケンスチャ
ート７１の場合が保存されるためその下位構造７８は下
位モジュール７４と同一表現となる。

さらに、第２６図に示すシーケンスチャート７１に対し
、第２７図に示すように新たなシーケンスチャート７９
が形成された場合、この形成されたシーケンスチャート
により獲得された情報に従って機能ブロック図が得られ
る。この場合、データＢに対するデータＩＤの一致を検
出することにより、データＡとデータＤとが排他的デー
タ構造であれば、モジュールＭ１に対して、データＡを
受ける下位モジュールＭｌｌとデータＭ２を受ける下位
モジュールＭ１２とを備え、このモジュールＭｌｌおよ
びＭ１２の出力がマージされてデータＢを導出する下位
構造を備えているというマージ構造８０が生成される。

次に実行装置ＥＸの機能について説明する。実行装置Ｅ
Ｘは、相互変換装置Ｃｖで生成されたコンストラクト情
報を実行モデル（仮想的なマシン）の動作方式に従って
実行可能なプログラムに変換する変換部と、プロットタ
イピングを実行する実行部とを含む。なお、上記実行部
は、第１図に示すようなデータ駆動型情報処理装置によ
って構成されている。ただし、第１図における高機能命
令処理部１０９は、後述する統合ファイル管理装置ＵＦ
に設けられている。

コンストラクト情報を変換して得られる実行形式情報は
、データの流れによって表わされる処理の流れおよび各
処理の構造を表現する接続情報と、この接続情報中に番
号のリンク（種々のＩＤ）で出現する定数情報、データ
構造情報、およびファイル情報に大きく分割される。こ
の実行形式情報においても接続情報は階層ごとにまとま
りを有しており、階層間においては対応するボートがリ
ンクされる関係を維持しつつ二〇ノード番号を一意的に
生成する。実行装置ＥＸにおける実行部が所定の仕様を
実行する場合、ノードの接続を追跡して順次プログラム
を実行する。したがって、この実行に適した情報形式へ
の変換とは、このノードの情報に付随したアークの情報
によってノード間の接続関係が示される情報形式へ変換
することである。次に、この実行装置ＥＸの動作につい
てその動作フロー図である第２８図を参照して説明する
。第２８図においては、実行装置ＥＸの動作フローがシ
ーケンスチャートを用いて表示される。

ユーザは仕様記述上のデータを入力したいデータアーク
を指定する。この指定されたデータアークに対応する図
形エディタが起動され、入力ウィンドウが開かれ、表示
装置ＤＰ上に表示される。入力ウィンドウには指定した
データアークのデータ構造に対応するテンプレートが表
示される。入力データの設定はこのテンプレートを埋め
るようにして行なわれる。出力データの設定も入力デー
タの設定と同様であり、仕様記述上でデータをモニタし
たいデータアークを指定すると、出力ウィンドウが開か
れ、指定したデータアークのデータ構造に対応するテン
プレートが表示される。

このユーザが指定した入力データは、入出力装置１０．
相互変換装置Ｃｖを介して統合ファイル管理装置ＵＦに
書込まれ、入力データの更新が行なわれる。このファイ
ル管理装置ＵＦにおいてデータ更新の管理が終了すると
この完了を示す情報が相互変換装置Ｃ■を介して入出力
装置１０へ伝達される。利用者はプロトタイピング実行
開始を指示すると、この実行開始指示は入出力装置■０
を介して実行装置ＥＸへ与えられる。実行装置ＥＸは、
統合ファイル管理装置ＵＦで入力ウィンドウに設定され
た入力データが書込まれた領域を参照し、この入力デー
タを読ａし、指定された仕様記述に対応するプログラム
を実行する。

実行装置ＥＸは統合ファイル管理装置ＵＦから入力デー
タを読出し、実行形式情報中に含まれるノードの接続を
追跡しながらノードに設定される機能を順次実行し、出
力データのアークに出力指定がなされていたとき出力デ
ータを得る。実行装置ＥＸは出力データを得ると統合フ
ァイル管理装置ＵＦへその出力データを書込む。これに
より出力データの更新が行なわれる。統合ファイル管理
装置はこのデータの更新の完了を実行装置ＥＸへ与える
と、次いで実行装置ＥＸから入出力装置ＩＯヘプロトタ
イピングの実行完了が知らされる。

入出力装置ＩＯはこの実行終了を受けると変換装置Ｃｖ
へ実行終了を知らせる。相互変換装置ＣＶはこの実行終
了に応答して統合ファイル管理装置ＵＦに書込まれた出
力データの参照を行ない、出力データを読出して入出力
装置ＩＯへ伝達する。

入出力装置■０は与えられた出力データを表示装置ＤＰ
上に先に開かれていた出力ウィンドウに表示する。

上述のように仕様記述上の任意の階層を対象としたシミ
ュレーション実行はその入力データの設定および出力デ
ータ形式の設定を行なうだけで実行されるため、作成さ
れた仕様の確認見直しを行なうことができる。次に部品
管理装置ＣＰの機能について説明する。

仕様記述においである完結した仕様は「部品」と称され
る。この部品を管理する部品管理装置ＣＰは、以下の機
能を備える。

■部品情報の提示機能、■部品名リストの提示機能、■
表の項目データ型の提示、■コンストラクト情報の提示
、■部品仕様書表示機能、■部品の登録機能、０部−品
の拡張機能である。この部品管理装置ＣＰへは入出力装
置ＩＯ，相互変換装置ＣＶおよび実行装置ＥＸがアクセ
ス可能である。

次に第２９図を参照して部品の参照動作について説明す
る。

第２９図は部品の参照動作フローをシーケンスチャート
により示す図である。部品を参照したい場合、利用者は
入出力装置ＩＯが与えるメニューから「部品参照」を選
択する。入出力装置ＩＯは、この「部品参照」指示に応
答して、登録されている部品の一覧表を表示するために
、部品管理装置ＣＰに部品名リストの要求を行なう。部
品管理装置ＩｆＣＰは、ファイル管理装置ＵＦを介して
部品情報ファイルを探索し、登録されている部品名のリ
ストを入出力装置■０へ部品管理装置ＣＰを介して伝達
する。入出力装置１０は、図形エディタを起動して部品
参照用ウィンドウ（参照ＷＤ）を開き、登録部品の一覧
表を表示装置上に表示する。

利用者は、この部品参照用ウィンドウ（参照ＷＤ）中に
示された部品のうち、入出力情報を参照じたい部品をた
とえば「マウス」のようなデータ入力装置または文字入
力装置を用いて指定する。

入出力装置ＩＯはこの利用者からの参照部品指定に応答
して、部品仕様書エディタ（仕様書ＥＤ）を起動し、指
示された部品名をこの部品仕様書エディタへ手渡す。

部品仕様書エディタ（仕様書ＥＤ）は、仕様書ファイル
に記憶されている部品仕様書ファイルを参照し、この部
品仕様書を表示する。これにより、利用者は間約に表現
された仕様記述レベルの部品仕様書を表示装置ＤＰ上で
見ることが可能となる。

次に部品の引用動作について説明する。

仕様記述を行なっている状態において、部品を引用した
場合、機能ブロック図エディタまたはシーケンスチャー
トエディタの描画モードにおいて「部品」を選択する。

部品を引用するエディタは、入出力装置ＩＯに対して部
品要求情報の要求を出す。入出力装置ＩＯは、上述の部
品参照動作時と同様にして利用者からの指示により、部
品引用のためのウィンドウを開き、登録部品の一覧表を
表示する。

利用者はこの部品参照用ウィンドウに示された部品のう
ち、引用したいものを指定する。入出力装置ＩＯは、こ
の指定された部品に対する部品情報を部品管理装置ＣＰ
に要求する。部品管理装置ＣＰは、ファイル管理装置Ｕ
Ｆを介して部品情報ファイルを探索し、指示された部品
に対する部品情報を入出力装置ＩＯへ与える。

入出力装置１０は、部品管理装置ＣＰより与えられた部
品情報を、さらに、この部品を引用したいエディタへ与
える。エディタは与えられた部品情報をもとに描画を行
なうとともに仕様記述内容の変更を入出力装置ＩＯへ通
知する。

次に統合ファイル管理装置ＵＦの機能について説明する
。この開発装置で取り扱われる仕様記述の内容に関する
情報は１つの統合的なファイルとして表現される。この
ファイルを操作する機能はデータ構造操作命令（高機能
命令）として統合ファイル管理装置ＵＦにより実現され
る。統合ファイル管理装置ＵＦは、仕様記述に関する情
報を表現する内部データ構造へのアクセス（生成、参照
、更新、削除等）を実行する他の処理装置（入出力装置
ＩＯ１相互変換装置Ｃ■、実行装置ＥＸ、および部品管
理装置ＣＰ）との間に宣言的に結合されたインタフェー
スを持ち、仕様記述情報を表現する内部データ構造を統
合的に管理する。

統合ファイル管理装置ＵＦを利用する他の処理装置は、
必要とされるデータ構造操作に対するオペレーションコ
ードを統合ファイル管理装置ＵＦへ渡す。統合ファイル
管理装置ＵＦは、データ構造操作に必要とされる情報（
たとえば第３図に示すような情報）を予め記憶しており
、その情報に基づいて指示されたデータ構造操作を実行
し、実行結果を統合ファイル管理装置ＵＦを呼出した処
理装置へ返す。すなわち、統合ファイル管理装置ＵＦは
、第２図に示すような高機能命令処理部１０９の機能を
有する。

用いられるデータ構造としては、この発明におけるプロ
グラム開発装置においては、スカラ（アトム）とリスト
構造とが採−用される。このリスト構造を用いれば、「
配列」、「レコード」、および「ベクター」等の構造を
表現することができるからである。このリスト構造を用
いる場合、■添字（識別子）による要素へのアクセス、
および■キーの一致による要素へのアクセスが実行され
る。

このリスト構造においては、処理対象とするデータ構造
全体の識別子（名前）に対する論理的な識別子ｒｆｉｄ
Ｊと、［ｆｉｄＪによって識別されるデータ構造中にお
いてｒｓｉｚｅｊによって示される配列要素のサイズの
データ領域を１個の要素とする配列を識別するための論
理的な識別子［ｄｉｄＪとを含む。これらの識別子を用
いることにより、ファイルにおけるアクセス領域が確定
される。

スカラのデータ構造により統合ファイル管理装置ＵＦを
参照した場合、データ名による参照および更新が行なわ
れなる。

各処理装置は、相互に情報交換を行ないながら並列に動
作する。統合ファイル管理装置ＵＦへは、このため、多
重アクセス要求が発生する。これらのアクセスは、動的
に発生するため、統合ファイル管理装置ＵＦを利用する
側の処理装置においては、多重アクセスが発生している
かどうかを判別することができない。またたとえ、多重
アクセスが発生していることを判別することが、できた
としても、後からアクセスを要求した処理装置がファイ
ルに対ルでアクセスを実行してよいかどうかは、アクセ
スを要求した処理装置は知ることができない。このため
、統合ファイル管理装置ＵＦは、マルチプロセス環境に
おいてファイルに関する一連のアクセスに対する一貫性
を保証するための機構を備える。このような機構として
、統合ファイル管理袋ｆｆ１ｆＵＦを利用する側がアク
セス要求を行なっタトキ、引き続いて同一ファイルの同
一レコードに対してアクセス要求を行なうか、また、ど
のようなアクセス要求を行なうかを統合ファイル管理装
置ＵＦに通知することにより統合ファイル管理装置ＵＦ
においてファイルの必要な範囲にロックをかけるロック
制御機構が設けられる。

ロック制御は１つのプリミティブとして実現される。統
合ファイル管理装置ＵＦが管理するファイルには、テン
ポラリファイルとパーマネントファイルの２種類存在す
る。テンポラリファイルは、１度使用すると消費される
。パーマネントファイルは、対象プログラムの実行前後
を通じて保存される。ファイルを使用するプリミティブ
を実行する場合には、書込み対象となるテンポラリファ
イルは常に作成される。次に、この発明の一実施例であ
るプログラム開発装置によるソウトウエアシステムの作
成の具体的例について説明する。

今在庫管理問題の中から、「キー」によって検索するモ
ジュールを記述する場合を考える。今具体的な問題とし
て、以下の問題を記述する。

検索データは品物リストである。この品物リストは、 「品物リスト二品物コード、品名、数量、納入光」の構
造を持っている。検索項目（キー）は、品名コードまた
は数量である。数量を「キー」とする検索の場合には、
与えられた数量以上の品物コードに対応する品物をリス
トする。

まず、第３０図に示すように、外部とのインタフェース
を記述する。この記述対象のシステムは、品名コードを
入力して該当リストを出力する品名検索モジュール９１
ａ１品物リストファイル９１ｂ１および外部モジュール
（ユーザ）９１ｃ、数量を入力して同じく該当リストを
出力する数量検索モジュール９１ｄを含む。この機能側
面からの記述は機能ブロック図９１により表現される。

このときこの機能ブロック図９１で表現されたモジュー
ル情報はシーケンスチャートに変換され、表示されてい
る（第３０図右下部参照）。

次に第３１図に示すように、各モジュール間におけるデ
ータ流れの順序関係を記述する。第１のシーケンスチャ
ート９２においては、品名検索シーケンスを記述し、第
２のシーケンスチャートにおいては数量検索のシーケン
スを記述する。このシーケンスチャート９２および９３
で記述された信号線は、直ちに機能ブロック図９４上の
データアークに変換され表示される。このとき、シーケ
ンスチャートにおいてはボート情報は反映されないため
、ボート情報に関しては機能ブロック図９４において記
述する。

ここで、シーケンスチャートを用いてデータ相互の関係
を記述したが、機能ブロック図を用いてデータ相互の関
係を記述してもよい。このように共通の情報が異なる表
現形式間で相互に変換反映されることにより、記述相互
間の矛盾を回避することができる。

次に第３２図に示すようにデータ構造を記述する。該当
リスト（図示せず）および品物リストを関係表９５、品
名コードおよび数量をデータブロック図９６で記述する
。第３２図に示す例においては、該当リストは最低必要
な品名コードおよび数量のみが記述される。記述された
データ構造と機能ブロック図上のデータアークおよびシ
ーケンスチャート上の信号線は対応づけ操作により対応
づけられる。この対応づけ操作を用いることにより、繁
雑な名前づけの作業から解放される。

次に第３３図に示すように、内部モジュールの詳細の定
義を行なう。第３３図において、記述対象のモジュール
に含まれる品名検索モジュール９１ａは、ファイル操作
であるため、表操作図９６により記述される。この表操
作図９６においては、既に先に記述した機能ブロック図
により入出力情報が変換され反映されている。この表操
作図９６における表データの構造は、関係表９５ａおよ
び９５ｂから引用される。引用されたデータ構造は、元
の関係表と対応づけられている。したがって、元の関係
表データ構造を変更すれば、この表操作図９６における
データ構造も変更される。これにより仕様の変更に伴う
変更忘れを防止することができる。

品名検索モジュールは、第３３図に示す表操作図で記述
したことによりその仕様記述が完結し、実行可能となる
。この実行可能となった品名検索モジュールに対し第３
４図に示すようにプロトタイピングを行なって仕様記述
内容を検証する。すなわち品物リスト９６ａの品物コー
ドを入力データとし、該当りスト９６ｂを出力データと
する。

品物リスト９６ａの品物コードに、品物リストに含まれ
る品名コードを記入する。以下、装置の実行動作により
、この品名コード３に対応する品物が該当リスト上にそ
の対応の数量とともに表示される。このプロトタイピン
グにより得られた実行結果に従って仕様記述内容を、対
象とする仕様に従って変更し、再度実行して検証する。

この後、検索システムの仕様の記述が完了した場合、こ
れは１つの部分的に完結したモジュールであり、「部品
」として登録する。

以上説明したプログラム開発装置によれば、１つの仕様
定義情報（１つの機能）を複数の表現形式を用いて記述
可能としたので、ソフトウェアシステムを多面的に定義
することができ、高品質のソフトウェアシステムを構築
することができる。

［発明の効果］ 以上のようにこの発明によれば、演算処理手段に高機能
命令を含むデータパケットが入力されたとき、高機能命
令処理手段が予め記憶している高機能命令の実行のため
に必要な処理情報に基づいて当該データパケットの演算
処理を行なうようにしているので、多大な処理情報を必
要とする高機能命令、たとえば構造体データの関係演算
や分類演算や計算演算の命令を実行する場合にも、演算
処理手段へ入力されるデータのパケットの構造は単純命
令を含むデータパケットの構造と同様であり、多大な処
理情報をプログラム記憶手段から演算処理手段へデータ
パケットに乗せて運ばなければならないような事態が回
避される。その結果、装置の効率的な活用が図れるとと
もに、プログラムを記述する際には、複雑な演算処理を
単純命令に分解することなく通常の単純命令と同じレベ
ルで取扱うことができ、プログラム作成に要する労力を
従来のデータ駆動型情報処理装置に比べて大幅に軽減す
ることができる。

【図面の簡単な説明】

第１図は、この発明の一実施例の構成を示す概略ブロッ
ク図である。 第２図は、第１図における高機能命令処理部のさらに詳
細な構成を示すブロック図である。 第３図は、第２図におけるスペックデータメモリに格納
される高機能命令のための処理情報の一例を示す図であ
る。 第４図は、第１図および第２図に示す実施例において、
高機能命令が処理される過程をデータパケットの流れに
沿って示した図である。 第５Ａ図〜第５Ｄ図は、高機能命令処理部で実行され得
る関係演算の代表的なものを例示的に示した図である。 第６図は、この発明によるデータ駆動型情報処理装置を
用いて構成されたプログラム開発装置の全体の構成を概
略的に示す図である。 第７図は、第６図に示すプログラム開発装置において用
いられる仕様記述表現形式の１つである機能ブロック図
を例示する図である。 第８図は、第６図に示すプログラム開発装置において利
用可能な仕様記述表現形式の１つであるシーケンスチャ
ートを例示する図である。 第９図は、第６図に示すプログラム開発装置において用
いられる仕様記述表現形式の１つである関係表を例示す
る図である。 第１０図は、第６図に示すプログラム開発装置において
利用可能な仕様記述表現形式の１つである決定表を例示
する図である。 第１１図は、第６図に示すプログラム開発装置において
利用可能な仕様記述表現形式の１つであるデータブロッ
ク図を例示する図である。 第１２図は、第６図に示すプログラム開発装置において
利用可能な仕様記述表現形式の１つである裏操作図を例
示する図である。 第１３図は、複数の表現形式を用いて仕様記述を行なっ
た際の「引用」および「対応材」操作を例示する図であ
る。 第１４図は、第６図に示すプログラム開発装置において
生成された仕様記述情報の構成の一例を示す図である。 第１５図は、第６図に示すプログラム開発装置において
用いられる仕様記述情報の構成を一覧にして示す図であ
る。 第１．６図は、仕様記述情報に含まれる順序線情報の構
成を示す図である。 第１７図は、第１５図に示す信号線情報の構成を示す図
である。 第１８図は、第１５図に示す関係データの構成を示す図
である。 第１９図は、第１５図に示す包含データの構成を示す図
である。 第２０図は、第１５図に示すアトムの構成を示す図であ
る。 第２１図は、第６図に示すプログラム開発装置における
相互変換装置の動作を示すフロー図である。 第２２Ａ図および第２２Ｂ図は、仕様記述表現手段であ
る図形エディタと相互変換装置との間のデータ送受シー
ケンスを例示する図である。 第２３図は、複数の間約表現形式の組合せからコンスト
ラクト情報を生成する態様を例示する図である。 第２４図は、複数の間約表現形式の組合せからコンスト
ラクト情報を生成する他の態様を例示する図である。 第２５図は、相互変換装置において実行される機能ブロ
ック図とシーケンスチャートの相互変換態様を例示する
図である。 第２６図は、シーケンスチャートと機能ブロック図との
相互変換機能を利用して、シーケンス仕様情報の階層記
述における下位階層の情報を生成する態様の一例を例示
する図である。 第２７図は、相互変換機能を利用して仕様記述の階層記
述における下位階層の情報を生成する他の態様を例示す
る図である。 第２８図は、第６図に示すプログラム開発装置における
プロトタイピング実行動作を示すシーケンスチャート図
である。 第２９図は、第６図に示すプログラム開発装置における
部品参照動作を示すシーケンスチャート図である。 第３０図〜第３４図は、第６図に示すプログラム開発装
置を用いた仕様記述の一具体例を例示する図である。 第３５図は、従来のデータ駆動型情報処理装置の構成を
示す概略ブロック図である。 第３６図は、第３５図に示すプログラム記憶部に記憶さ
れたデータフロープログラムの一例を示す図である。 第３７Ａ図〜第３７Ｄ図は、第３５図に示す従来のデー
タ駆動型情報処理装置において処理されるデータパケッ
トのフィールド構成を示した図である。 第３８図は、データフローグラフの一例を示す図である
。 第３９図は、構造体データの結合操作の一例を示した図
解図である。 第４０図は、第３９図に示すような処理を第３５図に示
す従来のデータ駆動型情報処理装置で行なう場合に必要
となる動作ステップを示したフロー図である。 図において、１は本体装置、ＩＯは入出力装置、ＣＶは
相互変換装置、ＥＸは実行装置、ＣＰは部品管理装置、
ＵＦは統合ファイル管理装置、Ｅ。 Ｅ１〜Ｅｎは図形エディタ、ＤＰは表示装置、１０１は
入力部、１０２はプログラム記憶部、１０３は対データ
検出部、１０５は出力部、１０６は演算処理部、１０７
は分岐部、１０８は単純命令処理部、１０９は高機能命
令処理部、１１０は合流部、１０９ａはノード番号抽出
回路、１０９ｂは命令コード抽出回路、１０９Ｃは入力
データ抽出回路、１０９ｄはスペックデータメモリ、１
０９ｅは処理回路、１０９ｆは出力パケット合成部を示
す。

Claims (1)

【特許請求の範囲】
1. （１）少なくともノード番号とデータとを含むデータパ
   ケットを入力するための入力手段、データフロープログ
   ラムを記憶し、前記入力手段から与えられるデータパケ
   ットに含まれるノード番号に基づいて当該データフロー
   プログラムの中から少なくとも次位のノード番号と命令
   情報とを読出し、それらのノード番号、命令情報と前記
   データパケット中のデータとを含む新たなデータパケッ
   トを生成して出力するプログラム記憶手段、前記プログ
   ラム記憶手段から出力されるデータパケットを受取り、
   同じノード番号を有する対となるべき２つのデータパケ
   ットを検出し、これら両方のデータパケット中のデータ
   を有する新たなデータパケットを生成して出力する対デ
   ータ検出手段、 前記対データ検出手段から出力されるデータパケットを
   受取り、該データパケットに含まれる命令情報に基づい
   て該データパケットに含まれるデータに関する演算処理
   を行ない、その演算結果を示すデータを有するデータパ
   ケットを生成して出力する演算処理手段、および 前記演算処理手段から出力されるデータパケットを受取
   り、該データパケットを外部へ出力するかまたは前記入
   力手段に出力するかを制御する出力制御手段を備え、 前記演算処理手段は、 前記プログラム記憶手段から受取ったデータパケットを
   、単純命令を有するデータパケットと高機能命令を有す
   るデータパケットとに分岐するための分岐手段と、 前記分岐手段によって分岐されたデータパケットのうち
   、前記単純命令を有するデータパケットの演算処理を行
   なう単純命令処理手段と、予め高機能命令の処理のため
   に必要な処理情報を記憶しており、前記分岐手段によっ
   て分岐されたデータパケットのうち、前記高機能命令を
   有するデータパケットの演算処理を当該処理情報に基づ
   いて行なう高機能命令処理手段とを含む、データ駆動型
   情報処理装置。