JPH04344932A - 分散プログラミング方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はコンピュータシステムに
おける分散プログラミング方法に関し、特に入出力仕様
をメッセージデータで規定したデータフロー構造の入出
力プログラムを作成する方法に関する。

【０００２】

【従来の技術】従来のプログラム作成方法は、例えば、
特願平２−１９７４９０　号に示すように、分散プログ
ラムのデータ入出力部分を他の応用処理部分と分離し、
入出力メッセージのデータの定義を予め行うことにより
、プログラム相互のデータのやりとりを完全にし、入出
力部を自動生成することができるようにしたものである
。このプログラム作成方法では、入出力メッセージの定
義および、入出力部を自動生成したプログラムへの応用
処理部分の追加は、人間の手作業で行っている。また、
メッセージに含まれるデータの定義の入力後、２つ以上
のメッセージが異なるメッセージ名であるが、内容とし
て定義されたデータ項目が同一あるいは類似している場
合は、１つのメッセージ名に統合する方法が示されてい
る。

【０００３】

【発明が解決しようとする課題】上記従来技術は入出力
データの定義及び応用処理部分の作成は人間の手作業で
行っているため、膨大な数の入出力データやプログラム
を扱う場合、プログラム開発にかかる時間及び手間がか
かっていた。

【０００４】本発明の目的は、人間の手作業によってい
る入出力データの定義及び応用処理部分の作成を複数の
人間で行えるようにし、プログラム開発の時間短縮およ
び作り勝手の向上を図る分散プログラミング方法を提供
することにある。

【０００５】上記従来技術では、定義データの入力は、
１端末から行われていたため、重複して同一名のメッセ
ージやプログラムが定義されることはなかったが、本方
法では複数の端末で同時に定義が行われるため、同一名
で異なる定義が行われる恐れがある。従って、定義内容
の矛盾をチェックする必要がある。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、プログラム定義テーブルに複数の端末か
らアクセスできるようにし、これら複数の端末から入力
されたプログラム定義の内容が互いに矛盾していないか
チェックし、定義内容の完全性を保障し、プログラム定
義テーブルから自動生成された入出力手続き部分のみで
構成されたプログラムに複数の端末から処理部分を追加
作成できるようにしたことを特徴とする。

【０００７】より具体的には、本発明では、コンピュー
タシステム上に複数の端末を接続し、プログラム定義テ
ーブルを同時に任意の１ないし複数の端末からアクセス
できる構成とし、各端末或いはプログラマ単位に割り付
けられたディレクトリの下のプログラム定義テーブルを
統合し、１つのプログラム定義テーブルを作成した。ま
た、それぞれの端末から入力されたプログラム定義デー
タの間に矛盾がないかをチェックし、矛盾を修正するプ
ログラム定義テーブルチェックするようにした。

【０００８】さらに、自動生成された入出力手続きから
成るプログラムに、端末から同時に処理手続き部分を追
加作成するようにした。このとき、各プログラムの作成
状況を記録したプログラム登録テーブルを設けた。

【０００９】

【作用】本発明では、複数のプログラマが複数の端末か
ら同時にプログラム定義，処理手続き部分作成をするこ
とができるようにしたので、これまで時間がかかってい
た手作業部分の時間短縮，プログラマ一人当りの作業負
担の軽減が実現した。

【００１０】また、複数プログラマによって分担入力さ
れたプログラム定義テーブルの内容の合理性をチェック
することにより、重複入力やデータ定義の欠落など、分
担入力によって発生する誤りを発見することができるよ
うになった。

【００１１】さらに、プログラムの作成状況を記録した
プログラム登録テーブルを置くことにより、複数プログ
ラマによる処理手続き部分作成の効率を上げることがで
きるようにした。

【００１２】

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

【００１３】図７は、本発明における処理装置の入出力
データを示す図である。

【００１４】図７において、１０１は本発明でプログラ
ムの作成および実行を支援する支援処理装置、１１５は
キーボード・ディスプレイ等の入出力装置群である。支
援処理装置１０１の左側のデータは入力データであり、
右側のデータは出力データである。支援処理装置１０１
に対して、入力装置１１５から、稼動システム設計デー
タ１１１，プラントデータ１１２，上位計算機インタフ
ェース１１３，下位計算機インタフェースデータ１１４
を入力する。ここで、稼動システム設計データ１１１は
人間が作成するもので、システムの名前，長さ等のデー
タであり、上位計算機インタフェース１１３とは、例え
ばプロセスコントロール用計算機であるため、生産計画
，経営に関するデータであり、下位計算機インタフェー
ス１１４とは、上記計画に基づいて具体的な製造方法に
関するもので、例えばバルブを開閉する方法等のデータ
である。

【００１５】出力装置１１５からは、上記入力データを
基に処理装置１０１で処理された結果データ、すなわち
システムフロー１４１，内容コード・データ項目クロス
リファレンス１４２，機能モジュール・内容コード・ク
ロスリファレンス１４３，機能モジュール・データ項目
・クロスリファレンス１４４，構造合理性リファレンス
１４５、および入出力部プログラム１４６が、ディスプ
レイに表示出力される。ここで、システムフローとは、
従来の処理動作のフローチャートを表わすコントロール
フローとは異なり、機能や仕様の内容を表わすデータフ
ローである。これはツリー状の上位に、システムの概要
を示す機能（アプリケーション用語で記述）を、下位に
は、具体的な仕様（プログラム用語で記述）を、それぞ
れ記述したものである。その他のクロスリファレンス１
４２〜１４４は、それら両方の観点から参照することが
できるテーブルである。

【００１６】次に、本発明のプログラム開発支援の基本
動作を説明する。

【００１７】前述のように、従来のプログラム生成では
、データ受け渡しを共通テーブルを介して行っていたの
に対して、本発明では、共通テーブルをなくして、デー
タの受け渡しのためにデータを直接ブロードキャスト（
放送）するので、そのデータを誰でも受け取ることがで
きる。従って、本発明では、テーブルへの書き込み，読
み出し，アドレス通知等の処理は不要であり、データを
受け取ると、即座に何等かの処理を行って、その結果を
出力すればよい。すなわち、本発明では、データが到来
した箇所から仕事を開始することができる。従って、入
出力の仕様だけでも、プログラムを生成することが可能
である。この場合、あとで内部処理のプログラムを別個
に作成すればよい。

【００１８】図１は、本発明のプログラム開発支援処理
装置１００で使用されるファイル，テーブルおよびプロ
グラムを示す図である。

【００１９】処理装置１００には、内容コードファイル
１３１，データ項目ファイル１３２、および機能モジュ
ールファイル１３３からなる入力データファイル群すな
わちプログラム定義ファイルが備えられる。また、機能
モジュール開発状況テーブル５０１が備えられている。 これらの入力データファイル群を作成するためのプログ
ラムとして、内容コード編集プログラム１２１，データ
項目編集プログラム１２２、および機能モジュール編集
プログラム１２５が備えられる。さらに、各端末で入力
されたファイルを統合するためのファイルマージプログ
ラム５２１，モジュール構成のチェックを行うための構
造合理性チェックプログラム１２３、およびプログラム
ソースファイル１８６を作成するためのプログラム入出
力部自動生成プログラム１２４が備えられている。

【００２０】図１の処理装置１００は、入力データを編
集して、内容コード編集プログラム１２１，データ項編
集プログラム１２２，機能モジュール編集プログラム１
２５の各々に対応して、データ項目の集合としての内容
を表わす内容コードファイル１３１，データ項目それぞ
れの長さ，型，値域，名称等のその属性を記憶するデー
タ項目ファイル１３２，モジュールの外部仕様をその入
出力のデータの内容コードで表わした機能モジュールフ
ァイル１３３を作成する。複数端末でそれぞれ編集プロ
グラムが実行された場合は、内容コードファイル１３１
，データ項目ファイル１３２，機能モジュールファイル
１３３は各端末ごとに割り当てたディレクトリ毎に作成
される。そして、ファイルマージプログラム５２１を実
行して、各ディレクトリ下の内容コードファイル１３１
，データ項目ファイル１３２，機能モジュールファイル
１３３をそれぞれ１つのファイルとして統合する。

【００２１】また、プログラム入出力部自動生成プログ
ラム１２４を実行することにより、内容コードファイル
１３１，データ項目ファイル１３２、および機能モジュ
ールファイル１３３からプログラムの入出力処理部を生
成する。このとき、入出力部の作成された機能モジュー
ルプログラムの名称が機能モジュール開発状況テーブル
５０１に登録される。そして、各端末で処理手続き部を
作成するに従って機能モジュール開発状況テーブル５０
１の内容を変える。

【００２２】図２は、図１における内容コードファイル
の詳細を示す図である。

【００２３】内容コードファイル１３１の内容コード２
１は、データ項目数２２に対応するデータ項目名２３に
、それぞれ付けられたコードを示している。このフォー
マットは、内容コード２１毎に繰返し作成される。内容
コード２１としては、経営計画，トラッキング方法，在
庫計画等の大きな項目があり、それを実際に実施するた
めの具体的な項目であるデータ項目（温度の操作，速度
の増加，バルブ操作等）がそれぞれの内容コード２１に
所属している。

【００２４】図３は、図１におけるデータ項目ファイル
の詳細を示す図である。データ項目ファイル１３２は、
データ項目名３１に対して、それぞれ属性を示すデータ
単位長３２，配列要素数３３，データコード３４、およ
び符号の有無３５の各情報から構成される。このフォー
マットは、データ項目名３１毎に繰り返し作成される。

【００２５】図４は、図１における機能モジュールファ
イルの詳細を示す図である。

【００２６】機能モジュールファイル１３３には、モジ
ュール名４１，モジュール長さ４２，入力内容コード数
４４，出力内容コード数４５，入力内容コード４３，出
力内容コード４６が記録されている。モジュール名４１
のプログラムの長さを表わしたものが、モジュール長さ
４２である。このモジュールの入力として必要な入力内
容コード４３は、入力内容コード数４４だけであり、ま
た出力については、出力内容コード数４５だけの出力内
容コード４６が記録されている。

【００２７】図５は、図１における機能モジュール開発
状況テーブルの詳細を示す図である。

【００２８】機能モジュール５１に対して、処理手続き
部作成フラグ５２，コンパイルフラグ５３，リンクフラ
グ５４が格納されている。機能モジュール５１は、対応
するプログラムの入出力手続き部が自動生成されたとき
に登録され、処理手続き部作成フラグ５２，コンパイル
フラグ５３，リンクフラグ５４はそれぞれ０に設定され
る。このプログラムに、プログラマにより処理手続き部
が作成されたときに、処理手続き部作成フラグ５２が１
となり、コンパイルが完了したときに、コンパイルフラ
グ５３が１となり、リンクが完了したときにリンクフラ
グ５４が１となる。処理手続き部作成フラグ５２，コン
パイルフラグ５３，リンクフラグ５４が全て１となった
ときに、該当する機能モジュールが完成したことになる
。

【００２９】図６は、図１におけるプログラム入出力部
自動生成処理の詳細を示す図である。

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

【００３１】ここで、入力処理部９６とは、かたまりを
分解する処理であり、出力処理部９７とは、ばらばらな
ものを大きい単位にまとめる処理である。

【００３２】図８は、図１における内容コード編集プロ
グラムの処理手順を示すプログラムである。

【００３３】内容コード編集プログラム１２１では、先
ず編集の区別を判定して（ステップ１２１）、新規登録
であれば、内容コードファイル１３１を検索し、登録デ
ータが既にあるか否かの二重チェックを行い（ステップ
１２２）、なければ内容コードファイル１３１に登録し
（ステップ１２３，１２４）、また二重登録があれば（
ステップ１２３）、そのまま終了する。編集の区別が修
正のときは、ファイルを検索するとともに、灯篭の場合
と同じようなチェックを行い（ステップ１２８）、内容
コードファイル１３１の該当箇所があれば（ステップ１
２９）、そこを修正する（ステップ１３０）。また、編
集区分が削除のときには、該当データを内容コードファ
イル１３１より検索して（ステップ１２５）、前と同じ
チェックを行なった後、検索の結果があれば（ステップ
１２６）、ファイル内の内容コードを削除する（ステッ
プ１２７）。

【００３４】図９は、図１におけるデータ項目編集プロ
グラムの処理手順を示すフローチャートである。

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

【００３６】図１０は、図１における機能モジュール編
集プログラムの処理手順を示すフローチャートである。

【００３７】機能モジュール編集プログラム１２５では
、先ず編集の区別を判定して（ステップ１４１）、新規
登録であれば、機能モジュールファイル１３３を検索し
（ステップ１４２）、登録データが既にあるか否かの二
重チェックを行い、なければ（ステップ１４３）、機能
モジュールファイル１３３に登録し（ステップ１４４）
、もし二重定義があれば（ステップ１４３）、そのまま
終了する。また、編集の区別が修正のときは、機能モジ
ュールファイル１３３を検索し（ステップ１４８）、前
と同じようなチェックを行い、修正データがあれば（ス
テップ１４９）、機能モジュールファイル１３３の該当
箇所を修正する（ステップ１５０）。また、編集区別が
削除のときは、該当データを機能モジュールファイル１
３３より検索して（ステップ１４５）、該当データがあ
れば（ステップ１４６）、そこを削除する（ステップ１
４７）。

【００３８】図１１は、図１におけるファイルマージプ
ログラムの処理手順を示すフローチャートである。

【００３９】このプログラム５１２では、各端末対応に
割り当てられたディレクトリ単位に以下の手順が繰り返
される（ステップ３０２）。まず、該当ディレクトリ下
のデータ項目ファイルを読み込み（ステップ３０３）、
読み込んだ全データ項目について、同名のデータ項目が
既に登録先のデータ項目ファイルに登録されているかチ
ェックし（ステップ３０５）、登録されていればアラー
ム表示をし、されていなければ登録をする。内容コード
ファイル（ステップ３０８〜３１１），機能モジュール
ファイル（ステップ３１３〜３１６）についても、全く
同じ動作をする。

【００４０】図１２は、図１における構造合理性チェッ
クプログラムの処理手順を示すフローチャートである。

【００４１】このプログラム１２３では、先ずマージプ
ログラム５２１によって出力された機能モジュールファ
イル１３３を読み込み（ステップ２４１）、その入出力
内容コードを１個取り出して（ステップ２４２）、その
内容コードを入力または出力する上流・下流の機能モジ
ュールをトレースし（ステップ２４３）、同一機能モジ
ュールが２回以上出現するか否かのループチェックを行
う（ステップ２４４）。２回以上出現した場合には（ス
テップ２４５）、エラーメッセージを出力する（ステッ
プ２５０）。次に、機能モジュールの出力内容コードを
他の機能モジュールで使用して、入力内容コードとして
いるか否かのチェックを行う（ステップ２４６）。他で
入力としていないときには（ステップ２４７）、出力未
使用としてアラームメッセージを出力する（ステップ２
５１）。次に、機能モジュールの入力内容コードを出力
する他の機能モジュールがあるか否かのチェックを行い
（ステップ２４８）、なければ（ステップ２４９）、入
力未作成としてアラームメッセージを出力する（ステッ
プ２５２）。図１３は、図１における入出力自動生成プ
ログラムの処理手順を示すフローチャートである。

【００４２】このプログラム１２４では、先ず機能モジ
ュールファイル１３３を読み込んで（ステップ２５１）
、そのファイル１３３から機能モジュールのデータを１
個取り出し、入力内容コードを１個ずつ取り出して（ス
テップ２５２）、その内容コードに属するデータ項目を
データ項目群から切り出す分解処理を展開する（ステッ
プ２５３）。この処理を、入力内容コード毎の全てのデ
ータ項目について行う（ステップ２５４）。次に、出力
内容コードについても、同じようにして各データ項目を
出力内容コードに組み込んで合成する処理を展開する（
ステップ２５５，２５６）。この場合も、処理を出力内
容コード毎の全てのデータ項目について行う（ステップ
２５７）。このようにして入出力手続き部が作成される
と、図１における機能モジュール開発状況テーブルに登
録され、先に示した手順で処理手続き部が作成され、コ
ンパイル，リンクをして機能モジュールが完成される。

【００４３】以下、本方法の第２の実施例を説明する。

【００４４】図１１のファイルマージプログラムにおい
て、第１の実施例では、同名の内容コード，機能モジュ
ールがある場合には、アラーム表示をするとしたが、こ
れに加えて、２つ以上の同名の内容コード，機能モジュ
ールに定義されたデータ項目を、１つにマージして、統
合する方法がある。

【００４５】図１４は、本実施例の内容コードのデータ
項目をマージの例を示す図である。２人のプログラマに
よってそれぞれ入力された内容コードファイルａ（１３
１），内容コードｂ（１３４）は、ともに内容コードＣ
Ｃ１が定義されているが、これに対応するデータ項目は
、それぞれＡ，Ｂ，Ｃと、Ａ，Ｄ，Ｅのように異なって
いる。これらのデータ項目をマージ、すなわち両内容コ
ードのデータ項目を重複しないように足し合わせたもの
を実際のデータ項目として、登録する。これによって、
両プログラマの意図するデータが定義されたことになり
、プログラマによるデータ項目の定義漏れの補足が可能
となる。以上、内容コードのマージについて述べたが、
機能モジュールについても同様である。

【００４６】以下、本方法の第３の実施例を説明する。

【００４７】図１５は、本実施例における処理装置，フ
ァイル，プログラムを示す図である。この図は、第１の
実施例における図１に、実行中機能モジュールファイル
１４０，バージョンチェックプログラム５２２を付加し
たものである。実行中機能モジュールファイル１４０の
内容は、図４における機能モジュールファイルと同じで
、ただし、既開発で、実行中のモジュールに関する定義
内容が格納されている。

【００４８】図１６は、図１５におけるバージョンチェ
ックプログラム５２２の処理手順を示す図である。機能
モジュールファイル１３３から、１モジュール分ずつ読
み込み（ステップ３２２，３２３）、実行中機能モジュ
ールファイル１４０から、１モジュール分読んで（ステ
ップ３２５）同名の機能モジュールであるかどうかを調
べる（ステップ３２６）。同名であった場合は、入出力
内容コードが同一であるか調べ（ステップ３２７）同一
でなかった場合には、アラームを表示する（ステップ３
２８）。この作業を全ての実行中機能モジュールについ
て行ない、これを定義された機能モジュール全てに対し
て行なうと、チェックが完了する。本実施例では、プロ
グラムのバージョンアップのときに発生しやすい入出力
データの誤った変更をチェックすることが可能である。 また、本実施例では、機能モジュールの入出力内容コー
ドについて説明したが、内容コードに定義されたデータ
項目についても同様のチェックを行ない、内容コードの
変更に対する誤入力の防止も実現できる。

【００４９】なお、上述した実施例では１つの処理装置
を備えた例について説明したが、それぞれ端末を有する
複数の処理装置を備え、それらをネットワークで接続し
、それらの端末を使ってプログラミングを行なうように
しても良い。

【００５０】

【発明の効果】本方法では、以上説明したように本発明
によれば、プログラム開発が複数のプログラマにより分
散して行なわれるようになったので、プログラム開発の
時間短縮，プログラマの負担軽減がなされるようになっ
た。また、各端末から入力されたデータの合理性をチェ
ックすることにより、分散開発で問題となっていた重複
開発を防ぐことができるようになった。

【図面の簡単な説明】

【図１】本発明のプログラム開発処理装置が使用するフ
ァイル，テーブル及びプログラムを示す図である。

【図２】図１における内容コードファイルの詳細図であ
る。

【図３】図１におけるデータ項目ファイルの詳細図であ
る。

【図４】図１における機能モジュールファイルの詳細図
である。

【図５】図１における機能モジュール開発状況テーブル
の詳細図である。

【図６】図１におけるプログラム入出力部自動生成プロ
グラムの処理の説明図である。

【図７】プログラム開発処理装置の入出力データを示す
図である。

【図８】図１における内容コード編集プログラムの処理
の説明図である。

【図９】図１におけるデータ項目編集プログラムの処理
を説明する図である。

【図１０】図１における機能モジュール編集プログラム
の処理を説明する図である。

【図１１】図１におけるファイルマージプログラムの処
理を説明する図である。

【図１２】図１における構造合理性チェックプログラム
の処理を説明する図である。

【図１３】図１における入出力部自動生成プログラムの
処理を説明する図である。

【図１４】同名の内容コードが定義された場合のマージ
の例を示す図である。

【図１５】第３の実施例における処理装置が使用するフ
ァイル，テーブル、及びプログラムを示す図である。

【図１６】図１５におけるバージョンチェックプログラ
ムの処理を説明する図である。

【符号の説明】

１００，１０１…処理装置、１３１…内容コードファイ
ル、１３２…データ項目ファイル、１３３…機能モジュ
ールファイル、５０１…機能モジュール開発状況ファイ
ル、１８６…プログラムソースファイル、１２１…内容
コード編集プログラム、１２２…データ項目編集プログ
ラム、１２５…機能モジュール編集プログラム、１２３
…構造合理性チェックプログラム、１２４…プログラム
入出力部自動生成プログラム、５２１…ファイルマージ
プログラム。

Claims (6)

【特許請求の範囲】
1. 【請求項１】複数の端末を有するコンピュータシステム
   において、同時に、プログラム作成に必要な入出力デー
   タの定義をする定義テーブルを、前述プロセッサシステ
   ムの任意の端末上で作成する分散プログラミング方法。
2. 【請求項２】各端末から各々異なるディレクトリにプロ
   グラム定義テーブルを作成し、これら全てのプログラム
   定義テーブルを統合する請求項１記載の分散プログラミ
   ング方法。
3. 【請求項３】作成されたプログラミング定義テーブルの
   内容の合理性をチェックする請求項１または２記載の分
   散プログラミング方法。
4. 【請求項４】プログラム定義テーブルの内容から、該プ
   ログラムの入出力手続き部分を自動生成し、入出力手続
   き以外の処理手続き部分をシステム上の複数端末上から
   作成追加する請求項１または２記載の分散プログラミン
   グ方法。
5. 【請求項５】入出力部分を自動生成したプログラムを登
   録するプログラム登録テーブルを作成し、同テーブルに
   フラグを設け、処理手続きが作成されているかどうかを
   前記フラグで表す請求項４記載の分散プログラミング方
   法。
6. 【請求項６】異なるプログラム定義テーブルに同一名の
   プログラムまたは内容コードが定義されていた場合、双
   方の定義データをマージして定義データとする請求項３
   記載の分散プログラミング方法。