JPH04102919A - 同一機能仕様多種プログラム作成支援方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野］ 本発明は、入出力仕様をメツセージデータで規定したデ
ータフロー構造のプログラムを、多種のプログラミング
言語を用いて作成することができる同−機能仕様形■プ
ログラム作成支援方法に関する。

〔従来の技術〕

従来より、耐故障を目的として、同一機能により別個の
言語で作成する多種プログラムの開発に関しては、例え
ば、Ｉｉ’　Ｔｈｅ　　Ｎ−Ｖｅｒｓｉｏｎ　　Ａｐｐ
ｒｏａｃｈ　　ｔｏ　　Ｆａｕｌｔ−Ｔｏｌｅｒａｎｔ
　　Ｓｏｆｔｗａｒｅ　　Ｔ　ＥＥＥ　　　　Ｔｒａｎ
ｓａｃｔｉｏｎ　　　ｏｎ　　　Ｓｏｆｔｗａｒｅ　　
　Ｅｎｇｉｎｅｅｒｉｎｇ、　Ｖｏｌ、　Ｓ　Ｅ−１１
，Ｎｏ、　２．　Ｄｅｃ、　１９８５．　ｐｐ、　１４
９］　〜１５０１、！Ｉに記載されている。

第２図は、従来の同一機能の多種プログラム作成方法を
示す概略図である。

従来の方法では、第２図に示すように、アプリケーショ
ンの用語で記述した機能仕様２１１を解釈して、それぞ
れ異なる言語に対応した処理仕様２１２．２１３，２１
４を作成し、これらの処理仕様から個々のプログラム２
１５，２１６，２１７を作成していた。この機能仕様２
１１の文章を理解して、言語Ａ対応処理仕様２１２、言
語Ｂ対応処理仕様２１３、言語Ｃ対応処理仕様２１４の
いずれか、または全てを作業者が作成する。ここでは、
それぞれの処理仕様により、対応するプログラミング言
語が取扱えるデータ項目を決定する。

機能仕様２１１から各処理仕様２１２，２１３゜２１４
を作成するためには、各々の言語毎に異なるプログラム
により解釈して変換する必要がある。

このようにして、それぞれ対応する言語Ａプログラム２
１５、言語Ｂプログラム２１６、および言語Ｃプログラ
ム２１７を作成する。

ここで、機能仕様書２１１は、文章により機能仕様を定
義したものであり、モジュール構成、ブタ項目の構造等
の一定の計算機が理解できる形式はとっていない。すな
わち、機能仕様２］１は、アプリケーション、あるいは
ユーザの言葉や用語を用いて、最終的に発揮される機能
についての仕様を表わしたものである。例えば、「鉄鋼
素材厚板のトラッキングは、タンデムミル対応のゾーン
で行う」というように表わされる。一方、処理仕様書は
、機能仕様書の内容を実現するための計算機処理の内容
をプログラム処理の用語を用いて表わした書類である。

例えば、「トラッキングイニシャル状態はインデクステ
ーブルな参照して行う」というように表わされる。

〔発明が解決しようとする課題］ 前述のように、従来の方法では、プログラム対応に別々
に処理仕様を作成していたので、耐１牧障のための同一
機能の多種プログラムを作成する場合には、生産効率や
コストの面で極めて不利であり、実用の域に達していな
かった。

本発明の第１の目的は、このような従来の課題を解決し
、入出力データから自動的に入出力処理部のプログラム
を生成することができ、これにより同一機能で別々の言
語を用いた多種のプログラムを自動生成することができ
る同一機能仕様多種プログラム作成支援方法を提供する
ことにある。

また、本発明の第２の目的は、入出力データの定義内容
を変更せずに、プログラミング言語の機能に合致するよ
うに、入出力データの表現形式を翻訳することができる
同一機能仕様多種プログラム作成支援方法を提供するこ
とにある。

〔課題を解決するための手段］ 上記目的を達成するため、本発明による同一機能仕様多
種プログラム作成支援方法は、（イ）他のモジュールと
の関連を入力と出力とだけで定義した定義文を処理装置
に入力し、処理装置では、複数言語のプログラム入出力
部自動生成プログラムおよび複数のファイル編集プログ
ラムを予め備えておき、プログラム入出力部自動生成プ
ログラムおよびファイル編集プログラムを用いて、複数
言語による入力処理部と出力処理部とからなるプログラ
ムを作成することに特徴がある。また、（ロ）複数言語
のプログラム入出力部自動生成プログラムは、所望のプ
ログラミング言語の機能に合致するように、入力された
定義を翻訳することにも特徴がある。また、（ハ）複数
言語のプログラム入出力自動生成プログラムは、入力さ
れた機能仕様を解釈して、先ず定義上のデータ項目の構
造と言語が許容する構造とが一致するか否かをチェック
し、不一致のときには、例えば多層構造のデータ名称を
変更する処理を含めて、変更名称を作成し、該変更名称
が二重定義で登録されていないか否かをチェックした後
、データ項目の名称を更新登録することにも特徴がある
。

［作　　用］ 本発明においては、プログラムを設ｄ」する場合、入力
処理部と出力処理部と応用処理部の３つに分割し、この
うちの入力処理部と出力処理部だけからなるプログラム
を言語を変えて複数種類のプログラムを作成する。応用
処理部は、入出カプログラムが作成された後、個々のプ
ログラムの使用言語で、それぞれ作成して埋め込む。こ
れにより、同一人出力仕様から使用言語の異なる別々の
プログラムを作成することができる。

また、所望のプログラミング言語の機能に合致するよう
に、定義におけるデータ項目のデータ構造を変換する。

すなわち、入出力部分の定義を、データ項目レベルの変
数名を用いて行うので、各コンパイラが受は入れる形式
のプログラムを自動作成できる。データ項目の階層構造
を取り扱うことができない言語の場合には、単層構造の
変数名を作成するので、多種のプログラミング言語に対
応することができる。

［実施例］ 以下、本発明の実施例を、図面により詳細に説明する。

第１図は、本発明の一実施例を示す同一機能仕様多種プ
ロクラム作成支援方法の概念図である。

先ず、入出力仕様定義２０１を同一機能仕様多種プログ
ラム作成プログラム２０２に入力する。

作成プログラム２０２は、言語Ａプログラム２０３、言
語Ｂプログラム２０４、および言語Ｃプログラム２０５
を作成する。このとき、作成プログラム２０２は、各言
語プログラム２０３，２０４．２０５の各々か、定義に
おけるデータ項］」の構造と合致するか否かをチェック
し、合致しないときには、構造変換処理を行う。

なお、入出力関係だけが仕様定義から多種プログラムを
作成することのできる理由は、次の通りである。すなわ
ち、入出力関係はデータ項目名だけで定義されてあり、
プログラムの外部との関連を表わす外部仕様を規定し、
処理を表わしてはいない。従って、人出力関係は、プロ
グラムそのものではなく仕様であるから、この仕様を基
にして異なるプログラミング８語を使用してプログラミ
ング言語が異なる多種のプログラムを作成することがで
きる。一方、応用処理関係は、データ項１」名だけで定
義できない。すなわち、処理の手順（データを読み、値
を判定し、演算し、書き込む手続き）を表わしているの
で、その処理手続き自体かプログラミング言語を意識す
る必要がある。

その結果、処理の手順を記述することは、プログラムを
作成することと同じである。従って、応用処理関係は、
入出力関係のように多種プログラムは作成できない。

第３図は、第１図の多種プログラム作成プログラムが行
うデータ構造変換の動作説明図である。

第】層データ名称３０１には、第１の第２層ブタ名称３
０２と第２の第２層データ名称３０３とが属している。

さらに、第１の第２層データ名称３０２には、第１の第
３層データ名称３０４、第２の第３屑データ名称３０５
、第３の第３層ブタ名称３０６か属している。同じよう
にして、第２の第２層データ名称３０３にも、同じ第３
層名称が属している。

ここで、矢印の先は変更後のデータ名称であり、第１の
第３層データ名称３０４の変更を例にとると、所属する
第１層データ名称３０１と第１の第２層データ名称３０
２のそれぞれの名称の先頭２文字をつなぎ合わせたもの
が、第１の単層（非階層）データ名称３１１である。同
じようにして、第２の単層データ名称３１２、第３の単
層データ名称；３１３を作成する。

第４図は、第１図の多種プログラム作成プログラムか行
うデータ構造変換処理の手順を示すフロチャートである
。

データ構造とは、データ項目群を意味のある単位に括っ
て表現、表記するものであって、言語によっては、この
表記を受は入れない場合がある。

例えば、［ｔ’１ｌｉｎｃｄｔＪｊ　（ライン入り画情
ｉ）、］ｌ″ｉ　］　ｉ　ｎｅｄ５　ＬｂｊｃＪ　（ラ
イン入り側の板厚）、　［ｉ’　ｊｌｉｎｅｄｔ、ｗｉ
ｄｌ、ｂ、Ｏ（ライン入り側の板幅）、　ｌ１ｌｉｎｅ
ｄ１．、ｔ、ｅｍｐ、＋ｌ（ライン入り側の温度）竹の
表現は、Ｆ”　ＯＲ’Ｉ’　ＲＡＮ言語では許されない
か、Ｃ言語では可能である。

第４図に示すように、初めに、定義上のデータ項目の構
造と言語が許容する構造とが一致するか否かのチェック
を行う（ステップ４０１）。一致するときには、変換不
要であるため処理を終了する。

不一致のときには、構造不一致のデータを１つ取り出し
、第３図の方法でデータ名称に対して仮に変更名称を作
成する（ステップ４０２）。この変更名称が二重になら
ないか否かをチェックし、二重でなければ、データ項目
名称を更新登録する（ステップ４０３）。また、二重定
義であれば、先頭からの文字を増加するか、または取り
出し始めの位置をずらして、再度変更名称を作成する（
ステップ４０４）。これをチェックして、二重定義であ
れば、アラーム出力を行って、処理を終了する（ステッ
プ４０８）。また、二重定義がなければ、そのデータ項
目名称を更新登録する（ステップ４０６）。そして、残
りデータがなければ、処理を終了する（ステップ４０７
）。

第５図は、本発明の一実施例を示す多種プログラム作成
支援システムの全体構成図である。

支援処理装置１０１において、入力装置］、　１．５か
ら稼動システム設計データ１１］、プラント構成データ
１］２、」１位計算機インタフェースデータ１１３、下
位計算機インタフェースデータ１１４を基にして、言語
Ａ人出力部プログラム１４６、言語Ｂ人出力部プログラ
ム１４７、言語Ｃ人出力部プログラム１４８の各々を出
力する。

ここで、稼動システム設刷データ１１１とは、ライン構
成（例えば、スリッタライン、第１リコイルライン等の
加工の種別毎のライン構成）で、メツセージの名前をイ
」けるときにこの構成を参考にする。例えば、スリット
実績メツセージ、リコイル実績メツセージ等である。

プラント構成データ１１２とは、プラントの上流下流の
配置、同種のものの並び順等である。例えば、入り側ト
ラッキング、出側トラッキング、第１タンデムミル加工
実績、第２タンデムミル加工実績等のメツセージ設計の
参考にする。

」１位計算機インタフェースデータ］１３とは、生産計
画データ、生産実績報告データ等、ビジネス計算機との
インタフェースの部分を設計するための参考にする。

下位計算機インタフェースデータ１１／ｌとは、計測装
置、電機制御装置等のコントローラに使用されている計
算機とのインタフェース（例えば、圧下荷重検出データ
、モータトルク制御量）を設計する際の参考とする。

第５図においては、支援処理装置１０１が、判断や演算
がなく、メツセージの取り込みの後、そのデータの塊か
ら定義された長さに従って、各ブタ項目を切り出す処理
の命令を作成する。

第６図は、第５図の支援処理装置の機能構成図である。

処理装置１００には、内容コードファイル１３１、デー
タ項目ファイル１３２、機能モジュールファイル１３３
からなる入力データファイル群、またこれらの入力デー
タファイル群を作成するためのプログラムとして、内容
コード編集プログラム］２１、データ項目編集プログラ
ム］２２、機能モジュール編集プログラム１２３の各々
を予め備えている。

さらに、言語六入出力部プログラムソースファイル１８
６を作成する言語Ａプログラム入出力部自動生成プログ
ラム１２４、言語Ｂ人出力部プログラムソースファイル
１８７を作成する言語Ｂプログラム入出力部自動生成プ
ログラム１２５、言語Ｃ人出力部プログラムソースファ
イル］８８を作成する言語Ｃプログラム入出力部自動生
成プログラム１２６の各々を予め備えている。

第７図は、第６図における内容コードファイルの詳細図
である。

内容コード２１は、データ項目数２２分のブタ項目名２
３に付けられたコードである。このフォーマットは、内
容コード２１毎に繰り返される。

内容コードとしては、例えば、入り側加工実績情報、コ
イルトラッキング情報等がある。また、データ項目数に
は、１２０．５０、等の値が記述される。さらに、デー
タ項目名としては、出側板厚、コイル長さ、等の名称が
記述される。

第８図は、第６図におけるデータ項目ファイルの詳細図
である。

データ項目名３］の属性を示すデータ単位長３２、配列
要素数３３、データコード３４、符号の有無の各情報か
らなる。これか、データ項１」名３１毎に繰り返される
。

なお、符号の有無とは、データ項目の値が十の符号付き
であるか否かを示すものである。また、データコードと
は、データを表わすコードのことで、例えばＡＳＣＩＩ
コードは文字（アルファベット、カナ、ひらがな等）を
表わし、パイナリコドは数値（１０２４，２、等）を表
わすもので、データ項１コの属性と１つである。また、
配列要素数とは、データの繰り返しの表現であり、例え
ば、加熱炉温度ｈｏｔｔｍｐ［Ｉ６］のように異なる場
所の温度データか１６個あることを表わす。ここで、ｂ
　ｏ　Ｌ　ｔｍｐ［］を配列と呼ひ、１６を要素数と呼
ぶ。さらに、データ単位長とは、プログラムでデータを
扱う時のバイＩ・（８ピッｌ−）長のことである。

第９図は、第６図における機能モジュール長ァイルの詳
細図である。

モジュール名４．１のプログラムの長さを表わしたもの
が、モジュール長さ４２である。このモジュールの入力
として必要な入力内容コード４３は、入力内容コード数
１４たけあって、出力については、出力内容コード数４
５だけの出力内容コード４６か記憶されている。

ここで、モジュールとは、プログラムのことである。入
力内容としては、例えば、０１ｊ述のように、入り側加
工実績情報、コイルドラッギング情報等がある。これら
のコードとしては、例えば、内容コードの略称５ＣＣＮ
ＳＧ、名称、ライン運転コイル情報、データ項１」略称
ｋｓｃｏｉｌ、　１ｉｎｅｓｐｄ、　１ｐｏｒｔｎｓ、
・・・・・である。

第１０図は、第６図におけるＬｊ語Ａプログラム入出力
部自動生成プログラムの概略図である。

言語Ａプログラム入出力部自動生成処理〕２／ｌは、指
定されたモジュールの入力内容コード４：３、出力内容
コード７１６を機能モジュールファイル１ご３３から取
り出し、この内容コード２１をキーとして内容コードフ
ァイル１３１を検索し、対応するデータ項１１名；３１
の属性をデータ項目ファイル１３２から取り出す。すな
わち、データ単位長３２、配列要素数３３、データコー
ド３４、符号有無３４で表わされる属性から、入力命令
９２によりデータを取り込み、これを入力のデータ項［
」名３］毎の属性、すなわちデータ単位長３２、配列要
素数３３、データコード３４、符号有無３５に従って入
力に分解命令９４を作成し、入力処理部９６を展開する
。また、出力合成命令９３によりデータを出力するため
に、出力のデータ項目名３１毎の属性に従って統合する
過程が出力処理部９７である。入出力仕様プログラム９
］は、入力処理部９６と出力処理部９７とだけからなる
。

ここで、入力命令９２は、メツセージの取り込みの処理
で、具体的には次のようなマクロを作成する。例えば、
ｒｃｖｍｓｇ　（ｆｃ、　ｍｓｇ）、　ｆＣ゛内容コド
、ｍｓｇ：メツセージ格納場所、 また、分解命令９４は、そのあとそのデータの塊から定
義された長さに従って各データ項目を切す出す。例えば
、ｄｃｌｄｉａ＝才（ｍｓｇ＋＋）、ｄｃｌｄｉａ：ブ
タ項目、出側コイル外径、ｄｚｃｏｉｌｎｏ−才（ｍｓ
ｇ＋十）、ｄｚｃｏｉｌｎｏ：データ項目、出側コイル
番号、等が展開の例である。

また、出力合成命令９３とは、分解命令９４の逆であり
、データ項［１をメツセージにまとめる命令である。其
体例としては、＊　（ｍｓｇ＋＋）＝ｄｃｏｍｆｘ、宰
（ｍｓｇ十＋）・ｄ　ｃ　Ｌ　ｉ　ｐ、等が展開の例で
ある。

なお、この後、出力命令として次のマクロを作成する。

８ｎｄｍｓｇ（ｆｃ、＋口ｓｇ）以上が、統合の過程で
ある。

第１１図は、言語Ｂプログラム人出力部自動作成プログ
ラムの詳細を示す図である。

言語Ｂプログラム入出力部自動生成処理１２５は、指定
されたモジュールの入力内容コード４３、出力内容コー
ド４６を機能モジュールファイル１３３から取り出し、
この内容コード２１をキーとして内容コードファイル１
３１を検索し、対応するデータ項目名３１の属性をデー
タ項「１フアイル１３２から取り出す。すなわち、デー
タ単位長３２、配列要素数３３、データコード３４、符
号有無３５に従って入ツノに分解命令８４を作成し、入
力処理部８６を展開する。また、出力合成命令８３によ
り、データを出力するために、出力のブタ項目名３１毎
の属性に従って統合する過程が出力処理部８７である。

入出力仕様プログラム８１は、入力処理部８６と出力処
理部８７とだけからなる。

第１２図は、言語Ｃプログラム入出力部自動作成プログ
ラムの詳細を示す図である。

言語Ｃプログラム入出力部自動生成処理１２６は、指定
されたモジュールの入力内容コード４３、出力内容コー
ド４６を機能モジュールファイル１３３から取り出し、
この内容コード２１をキーとして内容コードファイル１
３１を検索し、対応するデータ項目名３１の属性をデー
タ項目ファイル１３２から取り出す。すなわち、データ
単位長３２、配列要素数３３、データコード３４、符号
有無３４で表わされる属性から、入力命令７２によりデ
ータを取り込み、これを入力のデータ項目名３１毎の属
性、すなわちデータ単位長３２、配列要素数３３、デー
タコード３４、符号有無３５に従って入力に分解命令７
４を作成し、入力処理部７６を展開する。また、出力合
成命令７３により、データを出力するために、出力のデ
ータ項目名３１毎の属性に従って統合する過程が出力処
理部７７である。入出力仕様プログラム７］は、入力処
理部７６と出力処理部７７とだけからなる。

第１３図は、内容コード編集プログラムの処理手順を示
すフローチャートである。

初めに、編集の区別を判定して（ステップ１３０１）、
新規登録であれば、内容コードファイル１３１を検索し
、登録データが既にあるか否かの二重チェックを行い（
ステップ１３０５．１３０６）、二重登録がなければ、
内容コードファイル１３１に登録する（ステップ１３０
７）。また、二重登録があれば、そのまま終了する。編
集の区別が修正のときには、登録の場合と同じようなチ
ェックを行い（ステップ１３０８．１３０９）、内容コ
ードファイル１３１の該当箇所を修正する（ステップ１
３１０）。編集区分が削除のときには、該当データを内
容コードファイル１３１から検索して（ステップ１３０
２．１３０３）、削除する（ステップ１３０４）。

第１４図は、データ項目編集プログラムの処理手順を示
すフローチャートである。

初めに編集の区別を判定して（ステップ１４０１）、新
規登録であれば、データ項目ファイル１３２を検索し、
登録データが既にあるか否かの一重チェックを行い（ス
テップ１４０５、］、４０６）、二重登録がなければ、
データ項目ファイル１３２に登録する（ステップ１４０
７）。また、二重登録されていれば、そのまま終了する
。編集の区別が修正のときには、登録の場合と同じよう
なチェックを行イ（ステップ１４０８．１４０９）、デ
ータ項目ファイル１３２の該当箇所を修正する（ステッ
プ＋４１０）。編集区分が削除のときには、該当データ
をデータ項目ファイル１３２より検索して（ステップ１
４０２．１４０３）、データ項目の削除を行う（ステッ
プ１４０４）。

第１５図は、機能モジュール編集プログラムの処理手順
を示す図である。

初めに編集の区別を判定して（ステップ１５０１）、新
規登録であれば、機能モジュールファイル１３３を検索
し、登録データが既にあるか否かの二重定義チェックを
行い（ステップ１５０５゜１５０６）、二重登録がなけ
れば、機能モジュルファイル１３３に登録する（ステッ
プ１５０７）。

また、二重登録されていれば、そのまま終了する。編集
の区別が修正のときには、登録の場合と同じようにチェ
ックを行い（ステップ１，５０８゜１５０９）、機能モ
ジュールファイル１３３の該当箇所を修正する（ステッ
プ１５０１）。編集区別が削除のときには、該当データ
を機能モジュールファイル１３３から検索して、これを
削除する（ステップ１５０２，１５０３，１５０４．）
。

第１６図は、言語六入出力自動生成プログラムの処理手
順を示すフローチャートである。

初めに、機能モジュールファイル１３３から機能モジュ
ールのデータを１つ取り出しくステップ１６０１、　）
　、入力内容コードを１つずつ取り出しくステップ１６
０２）、その内容コードに属するブタ項目をデータ項目
群から切り出す分解処理を言語へを用いて展開する（ス
テップ１６０３）。これを、入力内容コード毎の全ての
データ項目について行う（ステップ］（ｉ０４）。次に
、出力内容コドについても、同じようにして、各データ
項目を出力内容コードに組み込んで合成する処理を、言
語Ａで展開する（ステップ１６０５，１６０６゜１６０
７）。このようにして、召語八人出力部プログラムソー
スファイル］８６で作成する。

ここで、入力分解処理言語Ａ命令展開（１６０３）と出
力データ項目合成処理言語Ａ命令展開（１６０６）とは
、同じような処理を行う。すなわち、対象とする言語毎
に、例えば、入力分解処理命令では、次のようなマクロ
を作成する。ｒｃＶＩｎｓｇ（ｆｃ、ｍｓｇ）　　ｆｃ
：内容コード、ｍｓｇ　：メッセージ格納場所である。

また、出力データ項目合成処理命令では、データ項目を
メツセージにまとめて、＊　（ｍｓｇ＋＋）−ｄｃｏｍ
ｆｘ、　　才（ｍｓｇ十＋）＝ｄｃｔｉｐ等に展開され
る。

第１７図は、言語８人出力自動生成プログラムの処理手
順を示すフローチャートである。

初めに、機能モジュールファイル１３４から機能モジュ
ールのデータを１つ取り出しくステップ１、７０１　）
　、入力内容コードを１つずつ取り出して（ステップ１
７０２）、その内容コードに属するデータ項目をデータ
項［ヨ］群から切り出す分解処理を、Ｂ詔Ｉ３を用いて
展開する（ステップ１７０３）。

これを入力内容コード毎の全てのデータ項目について行
う（ステップ１７０４）。次に、出力内容コドについて
も同じようにして、各データ項目を出力内容コードに組
み込んで合成する処理を、言語Ｂで展開する（ステップ
１７０５，１７０６゜１７０７）。このようにして、言
語Ｂ入出カプログラムソースファイル１８７を作成する
。

第１８図は、言語Ｃ入出力自動作成プログラムの処理手
順を示すフローチャートである。

初めに、機能モジュールファイル１３５から機能モジュ
ールのデータを１つ取り出しくステップ１８０１）、入
力内容コードを１つずつ取り出して（ステップ１．８０
２）、その内容コードに属するデータ項目をデータ項目
群から切り出す分解処理を、言語Ｃを用いて展開する（
ステップ１８０３）。

これを入力内容コード毎の全てのデータ項目について行
う（ステップ１８０４）。

次に、出力内容コードについても、同じようにして、各
データ項目を出力内容コードに組み込んで合成する処理
を、言語Ｃで展開する（ステップ１．８０５，１８０６
．１８０７）。このようにして、言語Ｃ人出力部プログ
ラムソースファイル１８８を作成する。

［発明の効果〕 以上説明したように、本発明によれば、同一の入出力仕
様で、使用言語の異なる複数の別プログラムを自動生成
することができるので、マルチ言語バージョンプログラ
ムの生産効率か大幅に向上する。また、定義内容を変え
ずに、プログラミング３語の機能に合致するように、デ
ータ構造を変換できるので、多種プログラムの作成が容
易となる。

【図面の簡単な説明】

第１図は本発明の一実施例を示す同一機能仕様多種プロ
グラム作成支援システムの概略図、第２図は従来の多種
プログラム作成システムの概略図、第３図は本発明にお
ける構造変換の動作説明図、第４図は第３図における構
造変換の処理フローチャート、第５図は本発明の同一機
能仕様多種プログラム作成システムの全体構成図、第６
図は第５図におけるシステムの機能構成図、第７図は第
６図における内容コードファイルの詳細図、第８図は第
６図におけるデータ項目ファイルの詳細図、第９図は第
６図における機能モジュールファイルの詳細図、第１０
図は言語Ａプログラム入出力自動生成処理の概要を示す
図、第１１図、第１２図は同じく言語Ｂ、Ｃプログラム
入出力自動生成処理の概要を示す図、第１３図は内容コ
ード編集プログラムの処理手順を示すフローチャー１・
、第１４図はデータ項目編集プログラムの処理手順を示
すフローチャート、第１５図は機能モジュール編集プロ
グラムの処理手順を示すフローチャート、第１６図、第
１７図および第１８図はそれぞれ言語Ａ、、Ｂ、Ｃプロ
グラム入出力部自入出酸部自動生成プログラムを示すフ
ローチャートである。 ２０１：入出力仕様定義、２０２．同一機能仕様多種プ
ログラム作成プログラム、２０３・言語Ａプログラム、
２０４・言語Ｂプログラム、２０５・言語Ｃプログラム
、１０１．支援処理装置、１１５：入ノＪ装置、１１１
・稼動システム設計データ、１１２．プラント構成デー
タ、１１３　上位計算機インタフェースデータ、］１４
・下位計算機テンタフエースデータ、１４６，１４７，
１４８＝言語Ａ、Ｂ、Ｃ入出力部プログラム、１００・
処理装置、１３１　　内容コードファイル、１３２　デ
ータ項目ファイル、１３３：機能モジュルファイル、１
８６，１８７，１８８　　言語Ａ。 Ｂ、Ｃ入出力部プログラムソースファイル、１２１　内
容コード編集プログラム、１２２：データ項目編集プロ
グラム、１２３・機能モジュール編集プログラム、１２
４，１２５，１２６：言語Ａ。 Ｂ、Ｃプログラム入出力部自動生成プログラム。 図 第 図 言語Ａプログラム入出力部 自動生成プログラム 第 図 言語Ｂプログラム入出力部 自動生成プログラム

Claims (1)

1. 【特許請求の範囲】 １、他のモジュールとの関連を入力と出力とだけで定義
   した定義文を処理装置に入力し、該処理装置では、複数
   言語のプログラム入出力部自動生成プログラムおよび複
   数のファイル編集プログラムを予め備えておき、該プロ
   グラム入出力部自動生成プログラムおよびファイル編集
   プログラムを用いて、複数言語による入力処理部と出力
   処理部とからなるプログラムを作成することを特徴とす
   る同一機能仕様多種プログラム作成支援方法。 ２、請求項１に記載の同一機能仕様多種プログラム作成
   支援方法において、上記複数言語のプログラム入出力部
   自動生成プログラムは、所望のプログラミング言語の機
   能に合致するように、入力された定義を翻訳することを
   特徴とする同一機能仕様多種プログラム作成支援方法。 ３、請求項１または２に記載の同一機能仕様多種プログ
   ラム作成支援方法において、上記複数言語のプログラム
   入出力自動生成プログラムは、入力された機能仕様を解
   釈して、先ず定義上のデータ項目の構造と言語が許容す
   る構造とが一致するか否かをチェックし、不一致のとき
   には、例えば多層構造のデータ名称を変更する処理を含
   めて、変更名称を作成し、該変更名称が二重定義で登録
   されていないか否かをチェックした後、上記データ項目
   の名称を更新登録することを特徴とする同一機能仕様多
   種プログラム作成支援方法。