JP2003122567A - 多次元プログラミング装置及び多次元プログラミング方法。 - Google Patents

Abstract

(57)【要約】 【課題】 縦書きプログラム流れ図等の不都合を解消
し、且つ、プログラミングの手法を一変させるような、
多次元の横書き流れ図を作成するための多次元プログラ
ミング装置及び多次元プログラミング方法を提供するこ
とを目的とする。 【解決手段】 前記中央処理装置９Ａが、２次元流れ
図、３次元流れ図、4次元流れ図等の多次元の横書き流
れ図を作成するためのオブジェクト情報が格納されたオ
ブジェクトＭＤファイル（オブジェクトファイル部５）
からオブジェクトＭＤ（オブジェクト情報）を読込む。
次に、前記中央処理装置９Ａが、プログラマの入力指令
に基づき、前記オブジェクト情報を用いて前記多次元流
れ図を編集する。そして、その編集された前記多次元流
れ図に基づき、多次元横書き流れ図を描画し、前記表示
装置９２に表示する。一方、前記中央処理装置９Ａは、
編集された前記多次元流れ図を前記オブジェクトファイ
ル部５に保存する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、２次元流れ図、３
次元流れ図、4次元流れ図等の多次元の横書き流れ図を
作成するための多次元プログラミング装置及び多次元プ
ログラミング方法に関する。

【０００２】

【従来の技術】コンピュータを特定の目的に使用するた
めのプログラミングは、概ね、次の手順により作成され
る。即ち、「ステップ１ プログラム流れ図→(変換)
→ソースプログラム」，「ステップ２ ソースプログラ
ム→(コンパイラ) →オブジェクトプログラム」，「ス
テップ３ オブジェクトプログラム→(リンカ) →ロー
ドプログラム」になる。

【０００３】

【発明が解決しようとする課題】前記ステップ１におけ
るプログラム流れ図は、通常、図３１に示したように、
上から下へ、左から右へ、縦書きに記述される。このよ
うな流れに従わない場合は、矢印を付けて流れの向きを
明確にするようになっている。即ち、平均値Ｈを求める
図３１のプログラム流れ図は、例えばディスプレイ上
に、和Ｓ、入力値Ｄ、カウンタＣの各データに対する制
御の流れを時間軸に一致させて、縦方向に書継がれて表
現される。

【０００４】しかし、この縦書きプログラム流れ図の作
成には、次のような問題がある。上述のように、データ
に対する制御の流れは縦の時間軸に沿うように書継がれ
ているが、データ自体の流れは処理記号等の中で横方向
に記述されている。しかも、データの流れは制御の流れ
によりその連続性が理解し難くなっている。従って、縦
書きプログラム流れ図の中に、縦方向の制御の流れと、
横方向のデータの流れが混在し、データの流れが分断さ
れている。制御の流れが複雑になり、またデータの種類
が多くなれば、この問題点がより顕著になる。

【０００５】一方、前記ステップ１におけるソースプロ
グラムは一次元的に表現されるもので、制御の流れもデ
ータの流れも寸断されて、前記縦書き流れ図よりも理解
し難くなっている。

【０００６】そこで、本願発明は前記ステップ１の段階
で行われている作業において、縦書きプログラム流れ図
等の不都合を解消し、且つ、プログラミングの手法を一
変させるような、多次元の横書き流れ図を作成するため
の多次元プログラミング装置及び多次元プログラミング
方法を提供することを目的とする。

【０００７】

【課題を解決するための手段】この目的を達成するた
め、本願発明は、２次元流れ図、３次元流れ図、4次元
流れ図等の多次元の横書き流れ図を作成するためのオブ
ジェクト情報が格納されたオブジェクトファイル部と、
そのオブジェクトファイル部から読込まれたオブジェク
ト情報を用いて前記多次元流れ図を編集するオブジェク
ト編集部と、編集された前記多次元流れ図を描画する描
画部と、編集された前記多次元流れ図を前記オブジェク
トファイル部に保存する保存部からなることを特徴とす
る多次元プログラミング装置とした（請求項１に記載の
発明）。

【０００８】また、２次元流れ図、３次元流れ図、4次
元流れ図等の多次元の横書き流れ図を作成するためのオ
ブジェクト情報が格納されたオブジェクトファイル部か
らオブジェクト情報を読込み、このオブジェクト情報を
用いて前記多次元流れ図を編集し、その編集された前記
多次元流れ図に基づき、２次元流れ図、３次元流れ図、
4次元流れ図等の多次元横書き流れ図を描画し、また、
編集された前記多次元流れ図を前記オブジェクトファイ
ル部に保存することを特徴とする多次元プログラミング
方法とした（請求項２に記載の発明）。

【０００９】ここで、発明者が本発明を想到するに至っ
た、根底をなすアイデアを説明する。経験的に明らかな
ように、三次元の直方体は視点を変えることによって、
色々な形に見える。例えば正面から見た形と、平面から
見た形と、側面から見た形が異なるごとくである。即
ち、視点によって見えたり、見えなくなったりする部分
があることを意味する。このことを多次元直方体を想定
した上で敷衍すれば、真上から見た図、真中から見た
図、斜め上から見た図等のように、それぞれ各視点によ
り見える部分と、見えない部分が出てくることを意味す
る。各視点の位置は座標によって特定されるものであ
り、各視点により見える部分と、見えない部分が出てく
るのは、座標軸が入れ替わって見えるからと考えること
ができる。

【００１０】次に、プログラムを多次元直方体になぞっ
て考え、プログラミング空間なる概念を案出する。ま
ず、プログラムを構成する要素の時間、データ及び制御
から３次元のプログラミング空間を考え、これをプログ
ラミング基礎空間（３次元基本座標ともいう）と定義す
る。このプログラミング基礎空間を図示すれば、図１の
よう示すことが出来る。即ち、制御軸と流れ軸（時間
軸）のなす平面を平面図１、データ軸と流れ軸（時間
軸）のなす平面を正面図２、制御軸とデータ軸のなす平
面を側面図３とする図法である。

【００１１】このようなプログラミング基礎空間に、例
えばイベント処理が加わると四次元のプログラミングと
なるが、これは図２のようにプログラミング基礎空間が
重なったものと考える。この図２では、上の層からイベ
ント処理１、イベント処理２、イベント処理３、イベン
ト処理４、イベント処理５となっている。この図２で
は、データ軸とイベント軸が重なって見えており、視点
を変えると図３のように見える。このようにプログラム
を多次元直方体になぞって考えることができる。

【００１２】しかし、プログラムの編集の際に使用する
ディスプレイ等は二次元の表示装置であり、多次元空間
そのものを可視化することは不可能である。そこで、図
１に示したプログラミング基礎空間を、展開して図４に
示したように平面化することとする。ここでは、制御流
れ面１０には、入出力と処理の流れが表示される。入出
力の制御タイミングは制御の流れのポイントとなるの
で、この平面に記述する。

【００１３】データ流れ面２０には、データの流れが表
示される。データは入力装置からＣＰＵを介してレジス
タ等の内部メモリに入ることになるので、データの流れ
の始点になり、一方、データの出力はＣＰＵを介して前
記内部メモリから出力装置等へ送られるので、この送ら
れる時点がデータの流れの終点になり、デ−タの流れが
表示される。

【００１４】データ状態面３０には、各処理の時点の内
部メモリの状態を表示するようにする。

【００１５】図４の横軸には、時間軸が取られおり、そ
の時間軸にそって、制御フローと、データフローを表現
する横書き流れ図を書くことができる。

【００１６】前記データ流れ面２０の垂直線で囲まれた
部分２１は、状態変化の集合を意味するもので、この状
態の集合を前記データ状態面１２に表示するものとす
る。これらの状態集合の要素が多い場合には、前記部分
２１をスクロールして表示されることになる。よって、
このデータ状態面３０は、データを一時的に記憶するメ
モリの状態、例えばＣＰＵに設けられた内部メモリの状
態を表示できるようになっている。未使用表示領域４
は、ここをメモリ状態変化の集合を表示するデータ状態
面に用いても良い。なお、図４に示した太字２重線７
０、７１は、後述するカーソルを想定している。

【００１７】本願発明では、上記のようなプログラミン
グ基礎空間をディスプレイの二次元表示装置に表現でき
るようにするため、２次元流れ図、３次元流れ図、4次
元流れ図等の多次元の横書き流れ図を作成するためのオ
ブジェクト情報が格納されたオブジェクトファイル部を
備えている（請求項１及び２の各発明）。前記オブジェ
クト情報には、開始端子、終了端子等のプログラム流れ
図記号情報、行と列によって位置を特定するための座標
情報、前記行と列の交差区画としてのセル情報、文字情
報等が格納されている（請求項３の発明）。

【００１８】多次元空間をディスプレイ等の二次元の表
示装置で可視化するには、前記オブジェクト情報に座標
情報を含ませることが重要であって、前記座標情報に
は、時間軸、データ軸及び制御軸の組合わせ、時間軸、
データ軸、制御軸及びＣＰＵ軸の組合わせ、時間軸、デ
ータ軸、制御軸、ＣＰＵ軸及びイベント軸の組合わせ、
時間軸、データ軸、制御軸、ＣＰＵ軸、イベント軸及び
条件軸の組合わせ並びに時間軸、データ軸、制御軸、Ｃ
ＰＵ軸、イベント軸、条件軸及びＰＣ軸の組合わせが含
まれていることが好ましい（請求項４の発明）。プログ
ラムは時間論理であることから、時間との組合わせがポ
イントとなり、このような座標情報により、プログラミ
ング空間を平面化することができる。なお、プログラム
に関与するＣＰＵは一台に仮定し、ＣＰＵ軸は省略する
ことにすれば、上記座標情報の内、時間軸、データ軸、
制御軸及びＣＰＵ軸の組合わせもまた、前記プログラミ
ング基礎空間となる。

【００１９】次に問題となる点は、ディスプレイ等の画
面に上記各軸をどのように割り振るかである。本発明で
は、時間軸、データ軸、制御軸、ＣＰＵ軸、イベント
軸、条件軸及びＰＣ軸を座標情報として描画される画面
は、横軸を時間軸とし、縦軸をデータ軸、制御軸、ＣＰ
Ｕ軸、イベント軸、条件軸及びＰＣ軸とした画面構成で
あることを特徴とする（請求項５の発明）。即ち、プロ
グラミング空間に共通する時間軸を横軸に置くことによ
り、そのプログラミング空間の平面化を的確に図ること
ができる。

【００２０】上記発明の前記オブジェクト編集部は、横
軸に時間軸を、縦軸に少なくともデータ軸及び制御軸を
取る三次元基本座標によって、プログラミング空間を画
面に表示可能にすると共に、入力指令信号に従って、前
記画面の編集等を行うことを特徴とする（請求項６に記
載の発明）。即ち、ディスプレイ等の画面に横軸に時間
軸を、縦軸に少なくともデータ軸及び制御軸が表示され
るので、時間軸、データ軸及び制御軸によって特定され
る各セルに、入力指令信号に従って、オブジェクの書込
み等が行われる。

【００２１】この場合、前記オブジェクト編集部は、前
記プログラミング空間を切断してプログラムの内部を見
るために、次元の切換えを可能とするようにする（請求
項７に記載の発明）。多次元直方体として想定される前
記プログラミング空間の内部を見るには、所定の個所を
切断すればよい。例えば図２において、Ａ―Ａで切断す
ることにより、制御軸上のある時点の各イベント内容を
把握できる。このプログラミング空間の切断に対応する
ディスプレイ等の画面上の編集処理が次元の切換え、言
い換えれば視点の位置の変更である。この次元の切換え
により、多次元空間の内部の可視化を図ることができ、
プログラミングの理解を促進させる。

【００２２】また、前記オブジェクト編集部は、縦軸を
データ軸、制御軸、ＣＰＵ軸、イベント軸、条件軸及び
ＰＣ軸とした画面構成の場合、描画可能なプログラミン
グ空間の平面をグループ化して、タブにより割当るよう
にする（請求項８に記載の発明）。このようにすれば、
ディスプレイ等の表示装置の画面が狭い場合、タブを導
入することにより表示装置の平面を幾つかのグループに
分けてタブに割り当てて、タブのクリックにより表示画
面を切換え、画面を広く使うことができる。

【００２３】同様に、表示装置の画面が狭い場合、プロ
グラム全体の展望が困難になる。そこで、前記オブジェ
クト編集部は、行或いは列単位に座標情報を縮退或いは
復元する機能を備えている（請求項９に記載の発明）。
よって、プログラム全体の展望画面と細部の詳細画面を
切換えることができる。

【００２４】また、前記オブジェクト編集部は前記プロ
グラミング空間に共通する時間軸を中心に、次元を低下
させたごとくに、所定の座標軸を別の座標軸に埋め込む
機能を備えている（請求項１０に記載の発明）。よっ
て、限られた表示装置の画面の中で、次元を低下させる
ことができる。

【００２５】また、前記保存部には、１行分のセルのオ
ブジェクトを保持する横スリット情報と、その横スリッ
トに対応した平面上のオブジェクトを保持する平面オブ
ジェクト情報が含まれる（請求項１１に記載の発明）。
プログラムは時間と密接に関係する論理であり、過去に
どのような経路をたどり、将来どのような経路をたどる
可能性があるかが容易に把握できるほうが良い。その場
合、横スリットは１行分のセルのオブジェクトを保持し
ており、これに対応するように平面オブジェクト情報は
平面上のオブジェクトを保持しているので、画面上にプ
ログラムの過去の経緯と将来の推移の写し込みが可能と
なる。

【００２６】

【発明の実施の形態】以下、図面を参照しつつ、本願発
明に係る実施形態を説明する。実施形態に係る多次元プ
ログラミング装置（以下、単に装置ともいう）は、図５
に示したように、多次元の横書き流れ図作成用のオブジ
ェクト情報が格納されたオブジェクトファイル部５及び
プログラムファイル部６を備えたメモリ手段７と、前記
オブジェクトファイル部５から読込まれたオブジェクト
情報を用いて前記多次元流れ図を編集するオブジェクト
編集部８及び編集された前記多次元流れ図を前記オブジ
ェクトファイル部５に保存する保存部９を備えた中央演
算装置（ＣＰＵ）９Ａと、編集された前記多次元流れ図
を描画する描画部としての画像処理部９Ｂからなる。

【００２７】前記装置は、キーボード、マウス、ディジ
タイザ等からなる入力装置９０と、前記中央処理装置９
Ａが加工したデータを一次的に保存するＲＡＭ９１と、
表示装置としてのＣＲＴ９２と、プリンタ等の出力装置
９３を備えている。

【００２８】前記オブジェクトファイル部５は、オブジ
ェクトＩＤ、座礁情報、セル情報、文字情報等が格納さ
れている。

【００２９】前記オブジェクトＩＤとして、開始端子、
終了端子、ループ開始端子、ループ終了端子、２分岐判
断、多分岐判断、合流、並列処理開始端子、並列処理終
了端子、データ入力、データ出力、処理、定義済呼出等
の、ＪＩＳ規格のプログラム流れ図記号情報を保持して
いる。マクロ化のためのマクロ命令開始端子、マクロ命
令終了端子、マクロ分岐、マクロ合流などのＩＤを書込
んでもよい。

【００３０】前記座礁情報として、時間軸、データ軸及
び制御軸の組合わせ、時間軸、データ軸、制御軸及びＣ
ＰＵ軸の組合わせ、時間軸、データ軸、制御軸、ＣＰＵ
軸及びイベント軸の組合わせ、時間軸、データ軸、制御
軸、ＣＰＵ軸、イベント軸及び条件軸の組合わせ並びに
時間軸、データ軸、制御軸、ＣＰＵ軸、イベント軸、条
件軸及びＰＣ軸の組合わせが含まれている。ここで、Ｐ
Ｃは、ＬＡＮに接続されているコンピュータのことであ
る。

【００３１】前記セル情報として、セルの横幅、即ち、
前記座標情報の時間軸の間隔は、図記号の大きさに自動
調整されるようになっている。なお、セルの縦幅は一定
とする。その他、セルの色情報等が含まれている。前記
文字情報として、文字色、文字の背景色、文字列（割当
文、分岐条件等）が格納されている。その他、図記号の
色情報、フロー検査フラッグ（０：未検査 1：検査終
了）が格納されている。

【００３２】なお、前記メモリ手段７に、短縮語辞書フ
ァイル部７０（図示せず）を設けてもよい。表示装置９
２の表示画面の面積には限界があり、その横幅が狭いと
き、関数名、変数名等の識別子が長いと、データフロ
ー、制御フローの表示が短くなり、フローの理解が困難
になる。そこで、現在作成中のプログラミングに固有の
短縮語辞書を前記メモリ手段７に持つようにすることが
好ましい。そして、長い識別子を短くした短縮語を定義
し、短縮語辞書に登録する。長い識別子の代りにこの短
縮語を使うことにより、フローを長く表示することがで
き、プログラミングの理解が容易になる。プログラミン
グ固有の短縮語辞書のほか、システム全体で使用する短
縮語辞書も用意してもよい。

【００３３】さらに、前記メモリ手段７に、クラスライ
ブラリ７１（図示せず）を設けてもよい。プログラミン
グ言語Ｃ++等では、クラスという概念で、データとプロ
グラムを緊密に関連付けている（カプセル化）。このよ
うなオブジェクト指向プログラミングを本発明に係る多
次元プログラミングに取り入れることが望ましい。クラ
スの定義を図式化すると図６のようになる。外部変数
１、２、３、４…は、メンバ関数１、２、３、４…の外
で定義されているので、外部変数になる。従って、メン
バ関数から自由にアクセスできる。この外部変数は、デ
ータ平面（後述、図４のデータ流れ面２０に相当）に記
述される。メンバ関数の引数の個数は、各メンバ関数に
より異なる。また、引数、内部変数ともデータ平面に記
述される。派生クラスは、基本クラスから導出されるク
ラスである。基本クラスは導出元のクラスである。メン
バ関数をクリックすると多次元プログラミングの画面に
移行し、メンバ関数の定義ができるようになる。なお、
メンバ関数の定義画面を図７示す。この図は、制御平面
（後述、図４の制御流れ面１０に相当）とデータ平面を
模擬的に示したものである。このメンバ関数３の定義が
終わると、先のクラス定義に戻り、次のメンバ関数の定
義に進むことになる。

【００３４】なお、前記プログラムファイル部６には、
アプリケーションソフトとして、表計算ソフトのような
多次元プログラミング用のソフトが格納されている。

【００３５】上記のように構成された装置による処理の
流れを図８に示す。即ち、前記中央処理装置９Ａが、２
次元流れ図、３次元流れ図、4次元流れ図等の多次元の
横書き流れ図を作成するためのオブジェクト情報が格納
されたオブジェクトＭＤファイル（オブジェクトファイ
ル部５）からオブジェクトＭＤ（オブジェクト情報）を
読込む。次に、前記中央処理装置９Ａが、プログラマの
入力指令に基づき、前記オブジェクト情報を用いて前記
多次元流れ図を編集する。そして、その編集された前記
多次元流れ図に基づき、２次元流れ図、３次元流れ図、
4次元流れ図等の多次元横書き流れ図を描画し、前記表
示装置９２に表示する。一方、前記中央処理装置９Ａ
は、編集された前記多次元流れ図を前記オブジェクトフ
ァイル部５に保存する。

【００３６】次に、上記装置による処理の流れをより具
体的に説明する。この装置が起動すると、前記表示装置
９２の画面にファイルメニューが表示される。新規作成
であれば、そのボタンを押し、次に次元の定義を行う。
次元は、横軸に時間軸を、縦軸に少なくともデータ軸及
び制御軸を取る三次元基本座標を基本とし、この座標が
前記表示装置９２の画面に表示される。なお、次元の増
加は任意に行うことができ、例えば７次元の空間の場合
には図９のような画面表示モデルとなる。次にクラスの
定義、関数の定義を行う。

【００３７】なお、表示装置９２の表示画面の大きさが
一定であるので、表示する次元が増えるほど、表示画面
を見づらくなるが、このような場合、タブを導入して、
図１０に示したように平面を幾つかのグループに分けて
タブに割り当てれば良い。そして、前記表示装置９２の
表示画面の前記タブをクリックすると、その指令を受け
た前記中央処理装置９Ａが、表示画面を切換えるように
制御する。

【００３８】次に、前記オブジェクトファイル部５から
読み出したプログラム流れ図記号情報等に基づき、プロ
グラマが各平面のセル内に流れ図記号等を描画する。さ
らに、前記オブジェクトファイル部５から読み出した文
字列情報から、文字列とオブジェクトとの関連を勘案し
て、セル内の所定の位置に文字列を描画する。

【００３９】画面上において、書込みを行う場所を示す
カーソルは、スリット型十字カーソルとなっている。例
えば、図１１のように４次元座標画面において、カーソ
ルの存在する位置をカーソル座標とすると、ある時間ｃ
でのカーソル座標は、（時間ｃ、データｃ、制御ｃ、Ｃ
ＰＵｃ）の４つ数値の組で表されることになる。即ち、
時間―ＣＰＵ平面、時間―制御平面、時間―データ平面
にカーソルが位置することになる。

【００４０】前記装置に従って、作成したプログラムを
図１２及び図１３に示す。なお、これらの図において、
横軸の「Ｓ」は時間を、縦軸の「Ｒ」は制御を、「Ｄ」
はデータを意味する。

【００４１】図１２は、平均値を求めるプログラムの時
間―制御平面の表示例を示すものである。この場合、同
図の十字カーソル７０のＲ2の位置で切断して見える場
合の時間―データ平面が図１３のような表示となる。

【００４２】この図１３において、Ｓ３は制御の流れに
関与し、Ｓ５は判断であるので、データ流れ面２０には
表示されないことになる。Ｓ５の二重線は外部からの入
力を示すもので、データフローの理解度を向上させるも
のである。また、例えば、図１２においてループ終点
（Ｓ６）での側面図を表示させれば、図１４のように、
変数ＳとＣの状態が表示される。この平均値を求めるプ
ログラムの実行時には具体的な数値が内部メモリに格納
されることになるので、その側面図には数値が表示され
る。

【００４３】以上のプログラミング例によれば、プログ
ラム流れ図の「制御の流れ」と「データの流れ」がきれ
いに整理され、理解し易い流れ図を表示できる。

【００４４】次に、以上の三次元基本座標に加えてイベ
ント軸を加えた４次元プログラム流れ図について説明す
る。前記図３において、プログラムの状態、即ち、制御
の流れ線上のある時点におけるイベントとを組合わせる
と、図１５のような表を描くことができる。ここで、状
態１の制御フローで切断すると、図１６のようなデータ
フローが見える。即ち、状態１までのデータフロー、イ
ベント処理１のデータフロー、イベント処理後のデータ
フローが連結性良く見える。しかし、他のイベント処理
のデータフローがこのままでは不連続となるので、イベ
ント処理のデータフローを上下にずらすことにより、図
１７のように連結性が回復する。しかし、制御フローを
考えると、最上層のイベント処理１の制御フローは見え
るが、その下層のイベント処理は全て隠れて見えない。

【００４５】このような不都合を解消するため、図１８
のような画面構成とする。同図において、状態１のイベ
ント１の部分をクリックすると、そのクリック信号に基
づき、イベント２の処理の制御フロー図を表示できるよ
うにする。即ち、クリックするたびに、次のイベントの
制御フロー図のデータを呼出して、画面に表示できるよ
うにする。これらの動作は、前記図２に示したプログラ
ミング空間をイベント軸に直角に切断したことを意味す
る。即ち、状態１で切断し、イベント２と３の間で切断
したデータフロー図は図１９のように示されるが、これ
を真上から見る場合として図２０のように表示させる。

【００４６】イベント処理の制御フローが大きくなる
と、状態１、状態２、状態３の間隔が広がり、処理の全
体が見ずらくなる。そこで、図２１（イ）、（ロ）のよ
うにプログラミング基礎空間のイベント処理部の制御フ
ローを縮退させ、必要に応じて拡張させることが望まし
い。これにより、状態１、状態２、状態３の間隔を狭め
ることができるので、プログラムの制御フローの全体が
良くわかるようになる。即ち、画面表示としては、図２
２が縮退表示、図２３が拡張表示となる。

【００４７】上記イベント処理の拡張と縮退は、図２
４、図２５のような画面表示でも行うことができる。前
記表示装置６の画面が狭い場合、処理全体の展望が困難
になるが、上記縮退と復元（拡張）の機能があると、全
体の展望と細部の詳細を切換えて行うことができる。図
２４は、イベント処理の元の画面であり、制御１から制
御１２までの行が連続して表示されている。図２５は、
イベント処理を縮退したもので、前記図２４の画面のう
ち、制御４、５、８、１０、１１の各行が縮退され、そ
の縮退された分、新しい行が追加表示され、全体が展望
し易くなっている。

【００４８】前記プログラム基礎空間を表計算ソフトの
スプレッドシート形式にそって表すと、３次元の場合
は、図２６のように、次元を低下させると図２７のよう
に表示できる。プログラムの時間―制御平面部を剥ぎ取
ったものが、図２６で、これは、二次元の表が重なった
ようになって３次元化されている。この表を図２７のよ
うに時間を共通にして順番に平面に並べると、二次元化
となる。このことは、時間―制御平面に、時間―データ
平面を埋め込むことができることを意味する。

【００４９】次に、４次元の画面を二次元に次元を低下
させ、埋め込む場合を説明する。図２７の表がＣＰＵ軸
にそって並べられたものを想定する。この画面は、もと
もと４次元空間（時間、データ、制御、ＣＰＵ）のセル
の集まりであり、この空間から三次元セル空間（時間、
データ、制御）を選択し、これを二次元化（時間、デー
タと制御）したものが、整列した３次元の表となり、こ
の表を二次元化すると、図２８の表に表示される。４次
元以上の多次元画面も、同様な手順により、２次元化す
ることができる。なお、以上の操作と逆の操作を行うこ
とにより、もとの次元に戻すことができる。

【００５０】プログラムは、時間と密接に関係する論理
であり、過去にどのような経路をたどり、将来どのよう
な経路をたどる可能性があるかが容易に把握できること
が好ましい。そのため、プログラムをゴムのような柔ら
かいものからできているものと見做して、時間軸に垂直
な方向へは自由に変形できるものとする。過去の経路を
保持する場所としてスリット状のカーソルが便利であ
る。このことを図２９の平面―ＣＰＵ画面で説明する。
カーソル位置は（時間４、ＣＰＵ１）である。ここでＣ
ＰＵ１にあるスリットをＣＰＵスリットと称する。ＣＰ
Ｕスリットは、１行分のセルのオブジェクトを保持する
オブジェクトになる。一方、時間についての一列分のセ
ルの情報を保持するオブジェクトを時間スリットとす
る。

【００５１】同図において、ＣＰＵスリットには、座標
情報、稼働可能情報、平行処理開始情報、同処理終了情
報を示すオブジェクトＩＤが含まれている。前記座標情
報として、（時間１、ＣＰＵ１）、（時間２、ＣＰＵ
１）、（時間３、ＣＰＵ１）、（時間４、ＣＰＵ１）、
（時間５、ＣＰＵ１）、（時間６、ＣＰＵ１）、（時間
７、ＣＰＵ１）を持っている。また、稼働可能情報とし
て（時間１、ＣＰＵ１）から（時間７、ＣＰＵ１）での
稼働可能オブジェクトＩＤが含まれている。また、平行
処理開始情報として、（時間３、ＣＰＵ１）のオブジェ
クトＩＤを持ち、平行処理終了情報として（時間６、Ｃ
ＰＵ１）のオブジェクトＩＤを持つ。

【００５２】次に、図３０のように前記カーソルの位置
を（時間４、ＣＰＵ２）に下げる。同図において、点線
はＣＰＵスリットへの写し込みのために、見かけ上、空
になっていることを示す。座標（時間１、ＣＰＵ２）、
（時間２、ＣＰＵ２）、（時間６、ＣＰＵ２）と（時間
７、ＣＰＵ２）のセルは、実際、空である。前記空のス
リットにはＣＰＵスリットのオブジェクトをそのまま表
示する。座標（時間３、ＣＰＵ２）のセルは、並列処理
開始のオブジェクトＩＤであるので、（時間３、ＣＰＵ
１）、（時間３、ＣＰＵ２）のセルに対応したオブジェ
クトを表示し、（時間３、ＣＰＵ２）オブジェクトをＣ
ＰＵスリットに保存する。座標（時間４、ＣＰＵ２）、
（時間５、ＣＰＵ２）のセルは、空ではないので、ＣＰ
Ｕスリットの時間４、５に保存表示する。座標（時間
４、ＣＰＵ１）、（時間５、ＣＰＵ１）のセルは、稼働
可能のオブジェクトＩＤになっているので、対応するオ
ブジェクトを描画しなおす。座標（時間６、ＣＰＵ２）
のセルは、並列処理終了のオブジェクトＩＤであるの
で、対応するＣＰＵスリットに保存のオブジェクトを表
示する。座標（時間６、ＣＰＵ１）のセルは、見かけ
上、空に描画し直す。座標（時間７、ＣＰＵ２）のセル
は、空であり、空のときはＣＰＵスリットをそのまま表
示する。座標（時間７、ＣＰＵ１）のセルは、画面上で
見かけ上、空とする。以上の処理により、ＣＰＵスリッ
トには、過去の経過と将来の推移が写し込まれる。

【００５３】上記のような操作により編集されたプログ
ラムは、ファイル名が付けられた後、前記オブジェクト
ファイル部５に保存される。

【００５４】

【発明の効果】本願発明によれば、縦書きプログラム流
れ図等の不都合を解消し、且つ、プログラミングの手法
を一変させるような、多次元の横書き流れ図を作成する
ための多次元プログラミング装置及び多次元プログラミ
ング方法を提供することができる。

【図面の簡単な説明】

【図１】 本願発明の前提となるプログラミング基礎空
間の斜視図、

【図２】 同プログラミング基礎空間の斜視図、

【図３】 同正面図、

【図４】 同プログラミング基礎空間の展開図、

【図５】 本願発明に係る多次元プログラミング装置の
構成例図、

【図６】 クラスの定義を図式化した説明図、

【図７】 メンバ関数の定義画面図、

【図８】 本願発明に係る制御フロー図、

【図９】 本願発明に係る多次元プログラミング装置の
画面表示例図、

【図１０】 同画面表示例図、

【図１１】 同画面表示カーソル説明図、

【図１２】 ３次元プログラム流れ図の表示例図、

【図１３】 ３次元プログラム流れ図の表示例図、

【図１４】 ３次元プログラム流れ図の表示例図、

【図１５】 四次元のプログラミング基礎空間の切断
図、

【図１６】 四次元のプログラミング基礎空間の切断
図、

【図１７】 四次元のプログラミング基礎空間の切断
図、

【図１８】 四次元の画面表示例図、

【図１９】 四次元のプログラミング基礎空間の切断
図、

【図２０】 四次元の画面表示例図、

【図２１】 （イ）（ロ）四次元のプログラミング基礎
空間の縮退図と拡張図、

【図２２】 四次元の画面表示例図、

【図２３】 四次元の画面表示例図、

【図２４】 四次元の拡張の画面表示例図、

【図２５】 四次元の縮退の画面表示例図、

【図２６】 プログラミング基礎空間の埋込みの説明
図、

【図２７】 プログラミング基礎空間の埋込みの説明
図、

【図２８】 四次元の埋込みの画面表示例図、

【図２９】 データの写し込みの画面表示例図、

【図３０】 データの写し込みの画面表示例図、

【図３１】 従来のプログラミングの画面表示例図。

【符号の説明】

５ オブジェクトファイル部 ６ プログラムフ
ァイル部 ７ メモリ手段 ８ オブジェクト
編集部 ９ 保存部 ９Ａ 中央演算装
置（ＣＰＵ） ９Ｂ 画像処理部 ９０ 入力装置 ９１ ＲＡＭ ９２ ＣＲＴ ９３ 出力装置

Claims (11)

【特許請求の範囲】
1. 【請求項１】 ２次元流れ図、３次元流れ図、4次元流
   れ図等の多次元の横書き流れ図を作成するためのオブジ
   ェクト情報が格納されたオブジェクトファイル部と、 そのオブジェクトファイル部から読込まれたオブジェク
   ト情報を用いて前記多次元流れ図を編集するオブジェク
   ト編集部と、 編集された前記多次元流れ図を描画する描画部と、 編集された前記多次元流れ図を前記オブジェクトファイ
   ル部に保存する保存部からなることを特徴とする多次元
   プログラミング装置。
2. 【請求項２】 ２次元流れ図、３次元流れ図、4次元流
   れ図等の多次元の横書き流れ図を作成するためのオブジ
   ェクト情報が格納されたオブジェクトファイル部からオ
   ブジェクト情報を読込み、 このオブジェクト情報を用いて前記多次元流れ図を編集
   し、 その編集された前記多次元流れ図に基づき、２次元流れ
   図、３次元流れ図、4次元流れ図等の多次元横書き流れ
   図を描画し、 また、編集された前記多次元流れ図を前記オブジェクト
   ファイル部に保存することを特徴とする多次元プログラ
   ミング方法。
3. 【請求項３】 前記オブジェクトファイル部には、開始
   端子、終了端子等のプログラム流れ図記号情報、行と列
   によって特定される座標情報、前記行と列の交差区画と
   してのセル情報、文字情報が格納されていることを特徴
   とする請求項１に記載の多次元プログラミング装置。
4. 【請求項４】 前記座標情報には、時間軸、データ軸及
   び制御軸の組合わせ、時間軸、データ軸、制御軸及びＣ
   ＰＵ軸の組合わせ、時間軸、データ軸、制御軸、ＣＰＵ
   軸及びイベント軸の組合わせ、時間軸、データ軸、制御
   軸、ＣＰＵ軸、イベント軸及び条件軸の組合わせ並びに
   時間軸、データ軸、制御軸、ＣＰＵ軸、イベント軸、条
   件軸及びＰＣ軸の組合わせが含まれていることを特徴と
   する請求項３に記載の多次元プログラミング装置。
5. 【請求項５】 時間軸、データ軸、制御軸、ＣＰＵ軸、
   イベント軸、条件軸及びＰＣ軸を座標情報として描画さ
   れる画面は、横軸を時間軸とし、縦軸をデータ軸、制御
   軸、ＣＰＵ軸、イベント軸、条件軸及びＰＣ軸とした画
   面構成であることを特徴とする請求項４に記載の多次元
   プログラミング装置。
6. 【請求項６】 前記オブジェクト編集部は、横軸に時間
   軸を、縦軸に少なくともデータ軸及び制御軸を取る三次
   元基本座標によって、プログラミング空間を画面に表示
   可能にすると共に、入力指令信号に従って、前記画面の
   編集等を行うことを特徴とする請求項１に記載の多次元
   プログラミング装置。
7. 【請求項７】 前記オブジェクト編集部は、前記プログ
   ラミング空間を切断してプログラムの内部を見るため
   に、次元の切換えを可能とすることを特徴とする請求項
   ６に記載の多次元プログラミング装置。
8. 【請求項８】 前記オブジェクト編集部は、縦軸をデー
   タ軸、制御軸、ＣＰＵ軸、イベント軸、条件軸及びＰＣ
   軸とした画面構成によって、描画可能なプログラミング
   空間の平面をグループ化して、タブにより割当ることを
   特徴とする請求項４に記載の多次元プログラミング装
   置。
9. 【請求項９】 前記オブジェクト編集部は、行或いは列
   単位に座標情報を縮退或いは復元することを特徴とする
   請求項３に記載の多次元プログラミング装置。
10. 【請求項１０】 前記オブジェクト編集部は、前記プロ
    グラミング空間に共通する時間軸を中心に、次元を低下
    させたごとくに、所定の座標軸を別の座標軸に埋め込む
    ことを特徴とする請求項３に記載の多次元プログラミン
    グ装置。
11. 【請求項１１】 前記保存部には、１行分のセルのオブ
    ジェクトを保持する横スリット情報と、その横スリット
    に対応した平面上のオブジェクトを保持する平面オブジ
    ェクト情報が含まれることを特徴とする請求項１に記載
    の多次元プログラミング装置。