JPH11338681A - ビジュアルプログラミングシステム - Google Patents

Abstract

(57)【要約】 【課題】 図形を変化させて処理の流れを表示するテ゛ハ゛
ック゛機能を搭載し、ヒ゛シ゛ュアルフ゜ロク゛ラム上で動作確認が行え
るヒ゛シ゛ュアルフ゜ロク゛ラミンク゛システムを提供する。 【解決手段】 スクリフ゜トフ゜ロク゛ラム対応実施部5は、作成され
たフ゜ロク゛ラムに対するテ゛ハ゛ック゛実行を行う前に、スクリフ゜トフ゜ロク゛
ラム3の行情報と、ヒ゛シ゛ュアルフ゜ロク゛ラム画面1の図形との対応表
を作成する。入力装置2は、フ゛レークホ゜イント設定/解除などのテ゛
ハ゛ック゛命令をテ゛ハ゛ック゛実行部4へ指示する。テ゛ハ゛ック゛インタフェース
部6は、テ゛ハ゛ック゛命令が入力された場合、テ゛ハ゛ック゛コア7と通信
し、作成されたスクリフ゜トフ゜ロク゛ラムに対するテ゛ハ゛ック゛を実行す
る。テ゛ハ゛ック゛コア7は、スクリフ゜トフ゜ロク゛ラム３の対応する行のテ゛ハ゛ッ
ク゛を実行する。ヒ゛シ゛ュアルフ゜ロク゛ラム画面1は、テ゛ハ゛ック゛実行部4
から出力されるスクリフ゜トフ゜ロク゛ラムに対するテ゛ハ゛ック゛の実行結
果のテ゛ータを表示する。テ゛ハ゛ック゛インタフェース部6は、ステッフ゜命令を
テ゛ハ゛ック゛コア7へ出力し、テ゛ハ゛ック゛コア7の停止位置情報からヒ゛シ
゛ュアルフ゜ロク゛ラム画面1の図形の形状または色を変更する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、基本的な動作が記
述された基本プログラム同士を繋いでプログラムを構築
ずるビジュアルプログラミングに関する。

【０００２】

【従来の技術】ビジュアルプログラミングとは、図形と
して表現されたプログラム同士を繋いでプログラムを構
築する技術である。図３は、ビジュアルプログラミング
の操作画面の一例である。図３の例のプログラムには、
チャイルドウィンドウに配置されている比較ボタンを押
すと文字入力フィールド１と文字入力フィールド２に入
力された値を比較して、その結果を比較結果フィールド
に出力するという内容が記述されている。

【０００３】このように、ビジュアルプログラムは、二
次元空間を利用して記述されるため、可読性が高いとい
う特長を持つ。また、ビジュアルプログラムは、ソフト
ウェア部品を一つの塊として扱うため、文字を単位とす
るテキスト言語をベースとしたプログラミングに比べ、
作成するプログラムの論理構造をシステムの表示画面上
で容易に把握できる。

【０００４】ビジュアルプログラミングについて、以下
に関連する論文を示す。「１９９３年、アイ・イー・イ
ー・イー ビジュアルランゲージシンポジウム、９３−
９７頁（Ｆｏｒｄ Ｌ． ａｎｄ Ｔａｌｌｉｓ
Ｄ．， ａｃｔｉｎｇＶｉｓｕａｌ Ａｂｓｔｒａｃｔ
ｉｏｎｓ ｏｆ Ｐｒｏｇｒａｍｓ，ｍｐｏｓｉｕｍ
ｏｎ Ｖｉｓｕａｌ Ｌａｎｇｕａｇｅｓ， ｐｐ．
９３−９７，１９９３）」

【０００５】「１９９４年、アイ・イー・イー・イー
ビジュアルランゲージシンポジウム、１３７−１４４頁
（Ｇｏｒｌｉｃｋ Ｍ． ａｎｄ Ｑｕｉｌｉｃｉ
Ａ．，Ｖｉｓｕａｌ Ｐｒｏｇｒａｍｍｉｎｇ−ｉｎ−
ｔｈｅ−Ｓｍａｌｌ，ｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔ
ｈｅ １９９４ ＩＥＥＥ ｓｙｍｐｏｓｉｕｍｏｎ
Ｖｉｓｕａｌ Ｌａｎｇｕａｇｅｓ， ｐｐ． １３７
−１４４， １９９４）」

【０００６】「１９９５年３月、アイ・イー・イー・イ
ー・コンピュータ、４５−５４頁（Ｂｕｒｎｅｔｔ
Ｍ．， Ｂａｋｅｒ Ｍ．Ｊ．， Ｂｏｈｕｓ Ｃ．，
Ｃａｒｌｓｏｎ Ｐ．， Ｙａｎｇ Ｓ． ａｎｄ
Ｚｅｅ Ｐ．， Ｓｃａｌｉｎｇ Ｕｐ Ｖｉｓｕａｌ
Ｐｒｏｇｒａｍｍｉｎｇ Ｌａｎｇｕａｇｅｓ， Ｉ
ＥＥＥ Ｃｏｍｐｕｔｅｒ， ｐｐ． ４５−５４，
Ｍａｒｃｈ， １９９５）」

【０００７】「Ｋｏｉｋｅ Ｙ．， Ｍａｅｄａ
Ｙ．， ａｎｄ Ｋｏｓｅｋｉ Ｙ．，ｏｇｒａｍｓ
ｗｉｔｈ Ｍｕｌｔｉｐｌｅ Ｖｉｅｗ Ｏｂｊｅｃｔ
Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ，５ ＩＥＥＥ Ｓｙ
ｍｐｏｓｉｕｍ ｏｎ Ｖｉｓｕａｌ Ｌａｎｇｕａｇ
ｅｓ， ｐｐ． ３７−４４， １９９５．」

【０００８】

【発明が解決しようとする課題】しかしながら、上述し
たこれまでのビジュアルプログラミングの分野では、デ
バッグ機能を初めとするプログラム開発支援機能が重要
視されていない欠点がある。この原因としては、ビジュ
アルプログラミングが実用に用いられる事例が少なく、
デバッグ機能の有無が問題となることが少なかったため
である。

【０００９】また、多くのビジュアルプログラミングシ
ステムは、何らかのテキスト言語を使用し、ユーザがテ
キスト言語プログラム作成を可能にしている。このた
め、ビジュアルプログラム内において、複雑でエラーの
原因となり易い処理は、ビジュアルプログラム部ではな
く、テキスト言語で記述されているプログラム部である
事が多い。従って、テキスト言語のデバッグ機能があれ
ばビジュアルプログラムのデバッグ機能は必要とされて
いないため、ビジュアルプログラミングが実用的に利用
されるに従い、ビジュアルプログラムのデバッグ機能の
重要性が増してきた。

【００１０】本発明は、このような背景の下になされた
もので、ビジュアルプログラミングに図形を変化させて
処理の流れを表示するデバッグ機能を搭載することによ
り、直接ビジュアルプログラム上で実行動作確認を可能
とするビジュアルプログラミングシステムを提供するこ
とを目的とする。

【００１１】

【課題を解決するための手段】請求項１記載の発明は、
ビジュアルプログラミングシステムにおいて、プログラ
ムにおける処理単位毎の図形を表示する表示手段と、前
記図形の識別番号と前記プログラムの処理単位の行番号
との関連を求め、結果として関連表を出力する関連抽出
手段と、前記関連表のデータが格納される記憶手段と、
前記プログラムのデバッグを行うデバッグ手段と、前記
関連表に基づき、デバッグが行われている前記行番号に
対応する前記識別番号を有する図形の形状もしくは色を
変更する変更手段とを具備することを特徴とする。

【００１２】請求項２記載の発明は、請求項１記載のビ
ジュアルプログラミングシステムにおいて、前記変更手
段がデバッグされている前記行番号に対応する識別番号
を有する前記図形を点滅させることを特徴とする請求項
１記載のビジュアルプログラミングシステム。

【００１３】請求項３記載の発明は、請求項１または請
求項２記載のビジュアルプログラミングシステムにおい
て、前記変更手段が前記図形と関連する他の図形とを関
連づけのため接続する線の形状もしくは色を、デバッグ
が進行している前記図形まで変更することを特徴とす
る。

【００１４】請求項４記載の発明は、請求項１ないし請
求項３のいずれかに記載のビジュアルプログラミングシ
ステムにおいて、前記変更手段が前記図形と関連する他
の図形とを関連づけのため接続する線を、デバッグが進
行している前記図形まで点滅させることを特徴とする。

【００１５】本発明は上記問題を解決するため、ビジュ
アルプログラミングに図形を変化させて処理の流れを表
示するデバッグ機能を搭載することにより、直接ビジュ
アルプログラム上で実行動作確認が可能とする。この結
果、実行時に通過した処理に対応する図形の形状を変化
させることによって、実行状況を把握しやすくする。従
って、プログラムの実行状態の検査を容易に行うことが
出来、プログラム開発の効率が大幅に向上する効果があ
る。

【００１６】

【発明の実施の形態】本発明の構成を、図面を参照して
説明する。本発明はビジュアルプログラム部とビジュア
ルプログラム部に対応するソースをシームレスに繋ぐた
めに、デバッガのユーザインタフェース部分と実際にプ
ログラムを制御するデバッガのコア部分とが分離された
アーキテクチャを用いている。

【００１７】以下、図面を参照して本発明の実施形態に
ついて説明する。図１は、本発明の一実施形態によるビ
ジュアルプログラミングシステムのデバッグ機能の構成
を示すブロック図である。この図において、スクリプト
プログラム対応実施部５は、作成されたスクリプトプロ
グラム３に対するデバッグ実行を行う前に、スクリプト
プログラム３から作成されたスクリプトプログラム３の
行情報と、ビジュアルプログラム画面１に示される、例
えば図形Ｚ１、図形Ｚ３および図形Ｚ４との対応表を作
成する（図３参照）。

【００１８】この対応表は、スクリプトプログラム３の
行番号と、図形Ｚ１、図形Ｚ３および図形Ｚ４に付けら
れているＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）番号に
より対応づけられている。これらの図形Ｚ１、図形Ｚ３
および図形Ｚ４の上部に示されている「チャイルド１」
は、デバッグするスクリプトプログラム３のインスタン
ス名を示している。また、図形Ｚ２は、図形Ｚ１に対応
するスクリプトプログラム３の行が実行する処理が示さ
れている。線Ｌ１、線Ｌ２、線Ｌ３および線Ｌ４は、各
図形の処理の流れの関連を示している。

【００１９】「チャイルド１」の構成を図３を用いて簡
単に説明する。図形Ｚ１−１の領域の「Ｂｕｔｔｏｎ
１」が図に示さないマウスにより、クリックされると、
線Ｌ１で接続されている図形Ｚ２における処理が行われ
る。波線Ｒ１および波線Ｒ２は、図形Ｚ２における処理
で使用されるデータを関連づけている。

【００２０】図形Ｚ２における処理において、波線Ｒ１
および波線Ｒ２で関連づけられているデータの処理結果
に基づき、線Ｌ１で関連づけられている図形Ｚ３−１の
処理、または線Ｌ２で関連づけられている図形Ｚ３−２
の処理のいずれかが選択されて実行される。例えば、図
形Ｚ３−１の処理が選択されると、図形Ｚ３−１の処理
の終了の後、線Ｌ３の関連づけられた処理、この場合図
形Ｚ４の処理における「Ｉｍａｇｅ Ｈｅｉｇｈｔ」で
あり、「ＧＵＩ（Ｇｒａｆｉｃａｌ ＵｓｅｒＩｎｔｅ
ｒｆａｃｅ）カスタム２_１：ＧＵＩ力スタム１_１：Ｏ
ＣＸ１」の処理が実行される。

【００２１】また、図１において、スクリプトプログラ
ム対応実施部５は、この作成された対応表を記憶装置１
０のスクリプトプログラム／ビジュアルプログラム対応
情報８に格納する。入力装置２は、ユーザの操作により
ブレークポイント設定／解除、デバッグ実行などのデバ
ッグ命令をデバッグ実行部４へ指示する。デバッグ実行
部４は、デバッグインタフェース部６とデバッグコア７
とで構成されている。

【００２２】デバッグインタフェース部６は、デバッグ
命令が入力された場合、デバッグコア７と通信し、作成
されたスクリプトプログラムに対するデバッグを実行す
る。デバッグコア７は、詳細な動作について後に説明す
るが、所定の規則に従って文法およびフロー等に対し
て、対応するスクリプトプログラムの対応する行番号の
行のデバッグを実行する。ビジュアルプログラム画面１
は、デバッグ実行部４から出力されるスクリプトプログ
ラム３に対するデバッグの実行結果のデータを表示す
る。

【００２３】また、デバッグインタフェース部６は、ブ
レークポイント設定／解除の場合、ビジュアルプログラ
ム画面１上での指定位置をスクリプトプログラム／ビジ
ュアルプログラム対応情報部８からスクリプトプログラ
ム上の位置に変換し、スクリプトプログラムブレークポ
イント位置をデバッグコア７へ渡し、デバッグ処理にお
けるブレークポイントを設定する。

【００２４】ブレークポイント位置情報部９は、スクリ
プトプログラムブレークポイント位置を記憶し、デバッ
グを行っているプログラムにおけるブレークポイントの
状態を保持する。また、デバッグインターフェイス部６
は、ユーザがデバッグ実行／停止／終了を命令した場
合、入力装置２からのユーザの命令を受け、入力される
実施命令をデバッグコア７へ送る。

【００２５】デバッグコア７は、デバッグ実行時に、ブ
レークポイント個所で停止する場合、デバッグインタフ
ェース部６へデバッグ状態とデバッグ停止位置情報とを
出力する。また、デバッグインタフェース部６は、デバ
ッグ停止位置情報がスクリプトプログラム３上での位置
なので、スクリプトプログラム／ビジュアルプログラム
対応情報部８に記憶されているデバッグ停止位置情報を
ビジュアルプログラム画面１上に表示されているビジュ
アルプログラムの位置情報に変換し、デバッグ停止位置
をビジュアルプログラム画面１に表示する。

【００２６】また、デバッグコア７は、デバッグにおけ
るステップ実行において、ステップイン、ステップオー
バー、ステップアウトの処理を有している。ここで、ス
テップインは、プログラム内の命令を１つずつ実行し、
関数が呼び出されている場合、この呼び出された関数の
内部の命令を１つずつ実行する。また、ステップオーバ
ーは、プログラム内の命令を１つずつ実行し、関数が呼
び出されている場合、その関数をデバッグの対象から外
す。さらに、ステップアウトは、呼び出された関数にお
ける処理から呼び出し側の処理に戻る。

【００２７】デバッグインタフェース部６は、ステップ
実行時において、ユーザが入力装置２から入力したステ
ップ命令をデバッグコア７へ出力する。また、デバッグ
コア７は、ステップ実行した結果をデバッグインタフェ
ース部６へ停止位置（ブレークポイント）情報として出
力する。また、デバッグインタフェース部６は、デバッ
グコア７から入力される停止位置情報からビジュアルプ
ログラム画面１に表示されているビジュアルプログラム
上の位置情報への変換を行う。

【００２８】さらに、デバッグインタフェース部６は、
スクリプトプログラム３上の停止位置を示す停止位置情
報から該当する、ビジュアルプログラム画面１に表示さ
れているビジュアルプログラム上の位置情報への変換が
出来るまでデバックコア７へのステップ実行命令を繰り
返す。

【００２９】次に、図１、図２および図３を参照し、上
述した一実施形態によるビジュアルプログラミングシス
テムの動作例を説明する。例えば、利用するビジュアル
プログラミングシステムは、オブジェクトＯＢ１、ＯＢ
２およびＯＢ３を図３に示すように四角形で表現してい
る。また、オブジェクト間の制御とデータの流れとを線
Ｌ１、Ｌ２およびＬ３で表現している。

【００３０】図３は、ビジュアルプログラム画面１の図
形Ｚ１−１におけるボタンが押されたら（図に示さない
マウスでクリックする）、所定の文章を示す「ｔｅｘｔ
ｓｔｒｉｎｇ」がフィールドに表示される処理が表現
されている。ここで、デバッグするスクリプトプログラ
ム３がボタンＢ１を図に示さないマウスによりクリック
することで表示されるテーブルから選択して、ビジュア
ルプログラム画面に呼び出す。

【００３１】このとき、デバック実行開始前に、スクリ
プトプログラム対応実施部５は、ビジュアルプログラム
上での線Ｌ１、Ｌ２、Ｌ３、Ｌ４およびＬ５で関連づけ
られている図形Ｚ１、図形Ｚ３および図形Ｚ４のＩＤ番
号と、スクリプトプログラム３から生成されたスクリプ
トプログラム３の行番号との対応表を作成する。

【００３２】そして、ユーザがデバッグ実行停止したい
個所を入力装置２から指定すると、デバッグインターフ
ェース部６は、例えば図に示さないマウスによりブレー
クポイントとする処理の図形Ｚ３をクリックする事で選
択し、ボタンＢ２を図に示さないマウスでクリックする
と、図形Ｚ３の処理をブレークポイントとして認識す
る。

【００３３】これにより、デバッグインターフェース部
６は、スクリプトプログラム／ビジュアルプログラム対
応情報部８に記憶されている対応表に基づき、指定され
たビジュアルプログラム画面１に表示されているビジュ
アルプログラムＩＤ番号からスクリプトプログラム３の
行番号で示す停止位置情報へ変換する。

【００３４】次に、デバッグインターフェース部６は、
変換された停止位置情報に基づき、ビジュアルプログラ
ム画面１上のプログラムにおける停止指定個所を変形さ
せる。ここで言う変形とは、たとえば色を変える、プロ
グラムを示す表示図形の形状を変更するなどのデバッグ
停止位置であることが表現される状態を示している。そ
して、ブレークポイント位置情報部９には、ビジュアル
プログラム画面１におけるビジュアルプログラム上と、
スクリプトプログラム３上との両方のデバッグ停止位置
情報が保持される。

【００３５】次に、図２に示すフローチャートに従い、
スクリプトプログラム３に対するデバッグ処理が行われ
る。ステップＳ１において、ビジュアルプログラム画面
１上でデバッグ実行が開始されると、デバッグコア７
は、ビジュアルプログラムのベースとなるテキスト言語
プログラム（スクリプトプログラム３）上で実際にデバ
ッグ処理を行う。そして、デバッグコア７は、デバッグ
処理におけるデバッグ実行状態の情報をデバッグインタ
ーフェース部６へ出力する。

【００３６】次に、ステップＳ２において、デバッグイ
ンタフェース部６は、入力されるデバッグ実行状態の情
報に基づき、テキスト言語プログラムの実ソース上での
デバッグ状態がビジュアルプログラム画面１のビジュア
ルプログラム上のプログラム図形として表現できるか否
かの判定を行う。そして、判定の結果、デバッグ状態が
ビジュアルプログラム画面１のビジュアルプログラム上
のプログラム図形として表現できると判定された場合、
処理はステップＳ３へ進められる。

【００３７】次に、ステップＳ３において、デバッグイ
ンタフェース部６は、表現可能の場合、対象プログラム
図形の形状を上述したように変化させ、変化した図形を
ビジュアルプログラム画面１に表示する。そして、この
操作が終了すると、処理は終了される。

【００３８】また、ステップＳ２において、判定の結
果、デバッグ状態がビジュアルプログラム画面１のビジ
ュアルプログラム上のプログラム図形として表現できな
いと判定された場合、処理はステップＳ４へ進められ
る。

【００３９】次に、ステップＳ４において、デバッグイ
ンタフェース部６は、ビジュアルプログラム画面１上で
デバッグ状態の表現が出来ない場合、デバッグコア７へ
デバッグ状態の更新依頼メッセージを出力する。そし
て、デバッグコア７は、入力された更新依頼メッセージ
に基づき、停止した時点からデバッグ実行を再開し、新
たなデバッグ状態情報をデバッグインタフェース部６へ
出力する。そして、処理は、ステップＳ３へ進められ
る。

【００４０】以上のステップ処理の繰り返しによりビジ
ュアルプログラム上でのデバッグ処理が実現される。デ
バッグ処理の具体例として、図２のステップＳ３におけ
る「プログラム図形の形状の変更」処理内部において、
図形をハイライトすると図３に示す線Ｌ１と線Ｌ２とが
実行状況に合わせて輝度が大きくなったり、点滅した
り、色が変化したりする。すなわち、デバッグインタフ
ェース部６は、現在デバッグ処理がどの図形まで進んで
いるかを分かりやすくするため、ビジュアルプログラム
画面１において関連づけを行っている線の色を変えた
り、または点滅させたりする。

【００４１】また、ステップＳ３において、デバッグイ
ンタフェース部６は、実行時の通過回数に応じて図形の
形状を変化させることで、どの図形の処理がデバッグさ
れているかのデバッグ状態を示す操作もある。以下に、
図形の形状を変化させる処理を図４を用いて説明する。

【００４２】ステップＳ３−１において、デバッグコア
７は、図形通過回数「ｃｏｕｎｔ」が１より大きいかま
たは小さいかの判定を行う。ここで、図形通過回数「ｃ
ｏｕｎｔ」が１より大きいと判断された場合、処理はス
テップＳ３−２へ進む。

【００４３】次に、ステップＳ３−２において、デバッ
グインタフェース部６は、ビジュアルプログラム画面１
上の図形の大きさを１ランク大きくする。そして、処理
はステップＳ３−４へ進む。

【００４４】一方、図Ｓ３−１において、図形通過回数
「ｃｏｕｎｔ」が１より小さいと判断された場合、処理
はステップＳ３−３へ進む。

【００４５】次に、ステップＳ３−３において、デバッ
グインタフェース部６は、図１のＳ３にあたる処理の内
容をデバッグ実行通過時に通過したプログラム図形の配
色（たとえば、赤）をデバッグコア７からのデバッグ状
態情報に基づき一時的に変更する。これは、例えば図形
Ｚ３の処理がブレークポイントとなったことを示してい
る。すなわち、デバッグ実行時に実行されたプログラム
図形がハイライトされることにより、明示的にプログラ
ムのどの個所が実行されたかを知ることができる。そし
て、処理はステップＳ３−４へ進む。

【００４６】次に、ステップＳ３−４において、デバッ
グコア７は、「ｃｏｕｎｔ＝ｃｏｕｎｔ＋１」の演算処
理を行い、図形通過回数を加算する。そして、図形の大
きさを元に戻し、ステップＳ３の処理を終了する。

【００４７】以上、本発明の一実施形態を図面を参照し
て詳述してきたが、具体的な構成はこの実施形態に限ら
れるものではなく、本発明の要旨を逸脱しない範囲の設
計変更等があっても本発明に含まれる。例えば、図５に
示す場合は、実行された処理項目の図形Ｚ１−１、図形
Ｚ３−２および図形Ｚ３に枠が付き、通過した線Ｌ１、
線Ｌ２および線Ｌ３の線の幅がが太くなることで、スク
リプトプログラム３の各行に対応するＩＤ番号を有する
ビジュアルプログラム画面１上の図形の変形が行われて
いる。

【００４８】

【発明の効果】請求項１記載の発明によれば、プログラ
ムにおける処理単位毎の図形を表示する表示手段と、前
記図形の識別番号と前記プログラムの処理単位の行番号
との関連を求め、結果として関連表を出力する関連抽出
手段と、前記関連表のデータが格納される記憶手段と、
前記プログラムのデバッグを行うデバッグ手段と、前記
関連表に基づき、デバッグが行われている前記行番号に
対応する前記識別番号を有する図形の形状もしくは色を
変更する変更手段とを具備するため、高い可読性を持つ
ビジュアルプログラム上で処理の流れを見せることによ
って、処理が複数の個所に点在し処理の流れが掴みにく
いテキスト言語に対して、実行される処理の流れの順番
とその状態が一目で確認できる効率の高いデバッグ機能
を提供できるので、高いデバッグ効率が得られる効果が
ある。

【００４９】請求項２記載の発明によれば、前記変更手
段がデバッグされている前記行番号に対応する識別番号
を有する前記図形を点滅させるため、処理が複数の個所
に点在し処理の流れが掴みにくいテキスト言語に対し
て、処理の流れの順番とその状態が一目で確認できる効
率の高いデバッグ機能を提供できるので、高いデバッグ
効率が得られる効果がある。

【００５０】請求項３記載の発明によれば、前記変更手
段が前記図形と関連する他の図形とを関連づけのため接
続する線の形状もしくは色を、デバッグが進行している
前記図形まで変更するため、処理が複数の個所に点在し
処理の流れが掴みにくいテキスト言語に対して、処理の
流れの順番とその状態が一目で確認できる効率の高いデ
バッグ機能を提供できるので、高いデバッグ効率が得ら
れる効果がある。

【００５１】請求項４記載の発明によれば、前記変更手
段が前記図形と関連する他の図形とを関連づけのため接
続する線を、デバッグが進行している前記図形まで点滅
させるため、処理が複数の個所に点在し処理の流れが掴
みにくいテキスト言語に対して、処理の流れの順番とそ
の状態が一目で確認できる効率の高いデバッグ機能を提
供できるので、高いデバッグ効率が得られる効果があ
る。

【図面の簡単な説明】

【図１】 本発明の一実施形態によるビジュアルプログ
ラミングシステムの構成を示すブロック図である。

【図２】 図１に示すビジュアルプログラミングシステ
ムの動作を示すフローチャートである。

【図３】 ビジュアルプログラミングシステムの表示画
面である。

【図４】 図１に示すビジュアルプログラミングシステ
ムの動作を示すフローチャートである。

【図５】 ビジュアルプログラミングシステムの表示画
面である。

【符号の説明】

１ ビジュアルプログラム画面 ２ 入力装置 ３ スクリプトプログラム ４ デバッグ実行部 ５ スクリプトプログラム対応実施部 ６ デバッグインターフェース部 ７ デバッグコア ８ スクリプトプログラム／ビジュアルプログラム対応
情報部 ９ ブレークポイント位置情報部 １０ 記憶装置 Ｂ１、Ｂ２ ボタン

Claims (4)

【特許請求の範囲】
1. 【請求項１】 プログラムにおける処理単位毎の図形を
   表示する表示手段と、 前記図形の識別番号と前記プログラムの処理単位の行番
   号との関連を求め、結果として関連表を出力する関連抽
   出手段と、 前記関連表のデータが格納される記憶手段と、 前記プログラムのデバッグを行うデバッグ手段と、 前記関連表に基づき、デバッグが行われている前記行番
   号に対応する前記識別番号を有する図形の形状もしくは
   色を変更する変更手段とを具備することを特徴とするビ
   ジュアルプログラミングシステム。
2. 【請求項２】 前記変更手段がデバッグされている前記
   行番号に対応する識別番号を有する前記図形を点滅させ
   ることを特徴とする請求項１記載のビジュアルプログラ
   ミングシステム。
3. 【請求項３】 前記変更手段が前記図形と関連する他の
   図形とを関連づけのため接続する線の形状もしくは色
   を、デバッグが進行している前記図形まで変更すること
   を特徴とする請求項１または請求項２記載のビジュアル
   プログラミングシステム。
4. 【請求項４】 前記変更手段が前記図形と関連する他の
   図形とを関連づけのため接続する線を、デバッグが進行
   している前記図形まで点滅させることを特徴とする請求
   項１ないし請求項３のいずれかに記載のビジュアルプロ
   グラミングシステム。