JPH07334358A

JPH07334358A - 手順編集装置

Info

Publication number: JPH07334358A
Application number: JP6123749A
Authority: JP
Inventors: Katsumi Narimatsu; 克己成松; Masaru Araki; 大荒木
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1994-06-06
Filing date: 1994-06-06
Publication date: 1995-12-22

Abstract

(57)【要約】【目的】複雑な手順の編集が容易な手順編集装置を提
供する。【構成】編集手段１によって複数のブロックを含む手
順を編集し、手順を表す手順データ３を保持する。登録
手段４によって手順の全部又は一部を部品として登録す
る。呼出手段６によって部品を手順中に単一のブロック
として呼出す。展開手段１０によって、部品を含む手順
の手順データ３を、部品を含まない手順データである実
行形式手順データ９に展開する。定義手段７によって、
各ブロックの動作の詳細を定義する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、手順を編集する手順編
集装置に関するもので、特に、エキスパートシステムの
知識ベースの編集に適したものに係る。

【０００２】

【従来の技術】エキスパートシステムは、熟練技術者の
ノウハウを知識ベース化することにより、熟練技術者す
なわち領域専門家が行ってきた知的な問題解決の一部あ
るいはすべてを計算機で肩代わりすることを目的として
いる。エキスパートシステムは、診断・計画・設計・制
御といった諸分野において、意思決定の代行機能として
の役割を担うことが期待される。

【０００３】エキスパートシステムを開発するために
は、専門家の推論の道筋である問題解決過程の全部又は
一部をモデル化する作業が必要となる。この作業では、
問題解決フローチャートの単位となる処理を基本タスク
と、基本タスク間の実行順序を表す制御リンクとを組み
合わせたフローチャート形式の手順として問題解決知識
を記述し、専門家の問題解決過程を表現することが有効
である。そして、フローチャートの実行時には、制御リ
ンクを辿りながら、プログラムのうち、基本タスクに相
当する部分順次実行すればよい。手順編集装置は、知識
ベースなどの手順の編集を支援する装置である。

【０００４】図５３に、従来の手順編集装置の機能ブロ
ック図を示す。この装置は、スケジューリング向けエキ
スパートシステムの知識ベースの編集に用いられるもの
で、スケジューリング問題解決のためのフローチャート
を作成する。スケジューリング問題は、与えられたジョ
ブに対して機械などのリソースと時間を割り付ける問題
である。

【０００５】この装置では、変種手段２１を用いてフロ
ーチャート形式の手順を編集できる。すなわち、手順は
数種類の基本タスクを用いて作成し（図５４）、各基本
タスクからは、そのタスクでの処理の成功時にはブロッ
クの下側のリンクの先のタスクへ、失敗時にはブロック
の右側のリンクの先のタスクに制御が移る（図５５）。

【０００６】各タスクの諸元はタスクデータ２２として
保持され、また、編集された手順の内容は手順データ２
３として保持される。そして、この装置は、マルチウイ
ンドウによって手順を表示する表示手段２４（インタフ
ェースシステム）を備え、編集用のウインドウ０５０１
（図５６）でボタン０５０２をクリックすると、基本タ
スクの種類がメニュー表示される（図５７）。ユーザ
は、使用する基本タスクを選択して表示させ、図形間を
リンクで接続してフローチャートを作成する（図５
８）。

【０００７】編集後、定義手段２５によって、ウインド
ウ０８０１（図５９）を用いて各基本タスクの動作の詳
細を定義する（図６０，６１）。なお、詳細定義時に入
力したブロック名はフローチャートに表示される（図６
２）。

【０００８】作成したフローチャートは所定の操作によ
って（図６３）外部記憶装置２６に保存でき、保存され
るフローチャートのデータは所定の形式で表される（図
６４）作成したフローチャートの手順データ２３は、実行手段
８が実行する。フローチャートの実行は、リンク及び処
理結果に応じた順序で基本タスクを実行すればよい。ま
た、実行手段８は、その処理系に、各基本タスクに対応
する関数を持っており、詳細定義内容を引数としてこれ
ら関数を呼出すことによって手順を実行する。

【０００９】

【発明が解決しようとする課題】しかしながら、上記の
ような従来技術では、基本タスクの単位に比べて解くべ
き問題や手順が複雑化すると、基本タスクと詳細定義項
目の数が増大する。このため、手順の内容理解が困難に
なるという問題が存在する。また、同一の処理を複数箇
所で行うときも、同一部分を繰り返し記述するという煩
雑な手順が必要という問題がある。

【００１０】本発明は、上記のような従来技術の問題点
を解決するために提案されたもので、その目的は、複雑
な手順の編集が容易な手順編集装置を提供することであ
る。

【００１１】

【課題を解決するための手段】上記の目的を達成するた
め、請求項１の手順編集装置は、複数のブロックを含む
手順を編集するための編集手段と、前記手順の全部又は
一部を部品として登録するための登録手段と、前記部品
を手順中に単一のブロックとして呼出すための呼出手段
と、部品を含む手順を、部品を含まない手順に展開する
展開手段と、を有することを特徴とする。

【００１２】また、請求項２の発明は、請求項１記載の
手順編集装置において、前記各ブロックの動作の詳細を
定義する定義手段を有し、前記登録手段は、部品に含ま
れる各ブロックの前記詳細をも登録するように構成され
たことを特徴とする。

【００１３】また、請求項３の発明は、請求項２記載の
手順編集装置において、前記定義手段は、前記部品とし
て登録しようとする各ブロックの前記定義の項目のうち
所望の項目の定義を保留し、保留された項目を含む部品
が呼出された場合、当該項目を部品であるブロックの項
目として定義するように構成されたことを特徴とする。

【００１４】また、請求項４の発明は、請求項３記載の
手順編集装置において、前記定義手段は、前記定義を行
う際に、定義すべき各項目を表示装置に表示し、いずれ
かの項目について前記保留を指定する所定の操作が行わ
れた場合に、当該項目について保留を表す所定の表示を
行い、前記登録手段は、定義終了時に前記表示が行われ
ている項目について定義を保留して前記登録を行うよう
に構成されたことを特徴とする。

【００１５】また、請求項５の発明は、請求項２記載の
手順編集装置において、前記定義手段は、部品中のブロ
ックについて保留される複数の項目と、これら項目を代
表する部品の一の項目との関係が指定され、当該部品が
呼出され、かつ、前記一の項目について詳細が定義され
た場合に、当該定義の内容を前記複数の項目の定義に引
用するように構成されたことを特徴とする。

【００１６】

【作用】上記のような構成を有する本発明は、次のよう
な作用を有する。すなわち、請求項１の発明では、手順
のうち、複数のブロックを含む所望の部分を部品として
登録し、この部品を単一のブロックとして手順上に呼出
して配置できる。このため、機能上のまとまりのある複
数のブロックを単一のブロックとして扱い、階層的な手
順の編集が可能になる。このため、複雑な手順の編集・
理解が容易になる。また、登録された部品は手順の他の
部分や他の手順上に何度でも配置して利用できるので、
手順の部分的再利用が容易になる。

【００１７】また、請求項２の発明では、前記定義手段
によって、各ブロックの動作の詳細を自由に定義できる
ので、少ない種類のブロックによって多様な手順を作成
することができる。

【００１８】また、請求項３の発明によれば、呼出しの
目的によって異なる定義の項目は、登録時に定義を保留
し、手順を呼出すときに、再利用の用途に応じた定義が
できる。このため、応用性の高い有意義な部品を作成
し、そのような部品をさらに最適化して再利用できる。
また、保留された項目は、部品中のどのブロックの項目
かとは無関係に、部品であるブロックの項目として定義
できる。このため、部品を呼出して再利用する場合に、
部品を、部品でないブロックと同様に把握・操作でき
る。したがって、大規模な手順を、部品を用いて階層的
に作成する場合も、手順全体の理解・編集やデバックが
容易になる。

【００１９】また、請求項４の発明では、前記定義を行
う際に、表示装置に表示されている各項目について、マ
ウスによるクリックなど、所定の操作を行うのみで保留
を行えるので、操作性が向上する。

【００２０】また、請求項５の発明では、代表する一の
項目の詳細定義を行うだけで、引用により、ブロックの
複数の項目について定義が行われる。このため、部品の
呼出しの際に、同じ内容の詳細定義を項目ごとに繰り返
す無駄な操作が不要となる。

【００２１】

【実施例】次に、本発明の実施例について、図面に従っ
て具体的に説明する。なお、実施例はコンピュータ上に
実現され、実施例の各機能は、このコンピュータを所定
の手順（プログラム）が制御することで実現される。

【００２２】なお、本明細書における各「手段」は、実
施例の各機能に対応する概念的なもので、必ずしも特定
のハードウェアやソフトウェア・ルーチンに１対１には
対応しない。例えば、同一のハードウェア要素が、ある
命令を実行するときにある手段となり、別の命令を実行
するときは別の手段となりうる。また、一つの手段が、
わずか１命令によって実現される場合もあれば、多数の
命令によって実現される場合もある。

【００２３】したがって、本明細書では、以下、実施例
の各機能を有する仮想的回路ブロック（手段）を想定し
て実施例を説明する。但し、コンピュータの使用は一例
であり、本発明の機能の全部又は一部は、可能ならば、
カスタムチップ（専用の集積回路）のような電子回路上
に実現してもよい。

【００２４】実施例で用いるコンピュータは、一般に
は、ＣＰＵとＲＡＭ（随時読出書込型記憶素子）からな
る主メモリ（主記憶装置）を有する。また、コンピュー
タは、マイクロコンピュータ・パーソナルコンピュータ
・スモールコンピュータ・ワークステーション・メイン
フレームなど、いかなる規模のものを用いてもよい。

【００２５】また、前記コンピュータのハードウェア
は、典型的には、キーボードやマウスなどの入力装置
と、ハードディスク装置などの外部記憶装置と、ＣＲＴ
表示装置やプリンタ印字装置などの出力装置と、必要な
入出力制御回路を含む。

【００２６】但し、前記コンピュータのハードウェア構
成は自由であり、本発明が実施できる限り、上記の構成
要素の一部を追加・変更・除外してもよい。例えば、実
施例は、複数のコンピュータを接続したコンピュータネ
ットワーク上に実現してもよい。また、ＣＰＵの種類は
自由であり、ＣＰＵを複数同時に用いたり、単一のＣＰ
Ｕをタイムシェアリング（時分割）で使用し、複数の処
理を同時平行的に行ってもよい。また、他の入力装置
（例えば、タッチパネル・ライトペン・トラックボール
などのポインティングデバイスや、デジタイザ・イメー
ジ読取装置やビデオカメラなどの画像入力装置・音声識
別装置・各種センサなど）を用いてもよい。また、他の
外部記憶装置（例えば、フロッピーディスク装置・ＲＡ
Ｍカード装置・磁気テープ装置・光学ディスク装置・光
磁気ディスク装置・バブルメモリ装置・フラッシュメモ
リなど）を用いてもよい。また、他の出力装置（例え
ば、液晶表示装置・プラズマディスプレイ装置・ビデオ
プロジェクター・ＬＥＤ表示装置・音響発生回路・音声
合成回路など）を用いてもよい。

【００２７】また、前記コンピュータにおいて実施例を
実現するためのソフトウェアの構成としては、典型的に
は、実施例の各機能を実現するためのアプリケーション
プログラムが、ＯＳ（オペレーティングシステム）上で
実行される態様が考えられる。また、実施例を実現する
ためのプログラムの態様としては、典型的には、高級言
語やアセンブラからコンパイル（翻訳）された機械語が
考えられる。但し、前記コンピュータのソフトウェア構
成も自由であり、本発明が実施できる限り、ソフトウェ
ア構成を変更してもよい。例えば、必ずしもＯＳを用い
る必要はなく、また、プログラムの表現形式も自由であ
り、ＢＡＳＩＣのようなインタプリタ（逐次解釈実行
型）言語を用いてもよい。

【００２８】また、プログラムの格納態様も自由であ
り、ＲＯＭ（読出し専用メモリ）に格納しておいてもよ
く、また、ハードディスク装置のような外部記憶装置に
格納しておき、コンピュータの起動時や処理の開始時に
主メモリ上にロード（読み込み）してもよい。また、プ
ログラムを複数の部分に分割して外部記憶装置に格納し
ておき、処理内容に応じて必要なモジュールのみを随時
主メモリ上にロード（読み込み）してもよい。さらに、
プログラムの部分ごとに異なった態様で格納してもよ
い。

【００２９】また、実施例に示す手順の各ステップは、
本発明の目的を達成できる限り、実行順序を変更したり
平行処理してもよい。また、各ステップは、毎回異なる
順序で実行してもよい。このような順序の変更は、例え
ば、ユーザが実行可能な処理を選択するなどメニュー形
式のインターフェース手法によって実現することができ
る。

【００３０】また、本明細書における「入力」は、本来
の情報の入力のみならず、情報の入力と密接に関連する
他の処理を含む。このような処理は、例えば、入力内容
のエコーバックや修正・編集である。また、本明細書に
おける「出力」は、本来の情報の出力のみならず、情報
の出力と密接に関連する他の処理を含む。このような処
理は、例えば、出力すべき範囲の入力や、画面スクロー
ルの指示である。なお、対話的入出力手順によって入力
と出力を一体的操作によって実現してもよく、このよう
な一体的操作によって、選択・指定・特定などの処理を
行ってもよい。

【００３１】また、本明細書におけるデータ（情報）や
データの格納手段は前記コンピュータ上においていかな
る態様で存在してもよい。例えば、データは、いかなる
ハードウェア要素上に（例えば、主記憶装置・外部記憶
装置・ＣＰＵのレジスタやキャッシュメモリなど）格納
してもよい。また、データの保持態様も自由である。例
えば、データは、ファイル形式で保持されるのみなら
ず、メモリやディスクなどの記憶装置を物理的アドレス
で直接アクセスすることによって実現してもよい。ま
た、データの表現形式も自由で、例えば、文字列を表す
コードの単位は、文字単位でも単語単位でもよい。ま
た、データの保持時間の長短は自由で、必要な間だけ保
持されその後消滅してもよい。また、辞書データのよう
に当面変更されない情報は、ＲＯＭに格納してもよい。

【００３２】また、本明細書における特定の情報への言
及は確認的なもので、言及されない自明の情報の存在を
否定するものではない。例えば、ディスク上のあるファ
イルに言及した場合は、ＦＡＴ（ファイルアロケーショ
ンテーブル）やディレクトリの存在は自明の事項として
省略する。また、本発明の動作では、動作に必要な一般
的な情報、例えば、各種ポインタ、カウンタ、フラグ、
パラメータ、バッファなどが適宜用いられる。

【００３３】実施例の各部分が処理に要する情報は、特
に記載がない場合、当該情報を保持している他の部分か
ら獲得される。このような情報の獲得は、例えば、当該
情報を格納している変数やメモリをアクセスすることに
よって実現することができる。なお、情報の消去・抹消
は、当該情報の内容自体を必ずしも記憶領域から現実に
削除せず、消去フラグの設定など情報の修飾によって行
うことができる。

【００３４】（１）実施例の構成本実施例は、前記手順として、スケジューリング問題を
解決する手順である知識ベースを編集する知識ベース編
集装置である。また、本実施例の目的は、複雑な手順の
編集・理解が容易な知識ベース編集装置を提供すること
である。また、本実施例の他の目的は、少ない種類のブ
ロックによって多様な手順を作成できる知識ベース編集
装置を提供することである。本実施例のさらに他の目的
は、操作性に優れた知識ベース編集装置を提供すること
である。

【００３５】図１は、本装置の構成を示す機能ブロック
図である。本装置は、この図に示すように、複数のブロ
ックを含む手順を編集するための編集手段１を有する。
本装置における手順はフローチャート形式で表され、ブ
ロックの最小単位を基本タスク（又はタスク）と呼ぶ。
基本タスクの種類は、オーダー選択、ジョブ選択、ジョ
ブ配置、ジョブ外し及び条件分岐である。基本タスクの
種類ごとの動作や表示用の図形など、基本タスクに関す
る情報はタスクデータ２として保持されている。図２は
タスクデータ２の例を示す。各タスクのタスクデータ２
は、それぞれ、基本タスク名、基本タスクブロック図
形、実行関数、詳細定義項目リストとを含む。

【００３６】また、各基本タスクは、ここではすべて二
つの出力（処理終了後の制御の飛び先）を持ち、処理結
果が成功か失敗かに応じて次の動作が選択されるように
なっている。成功時にはブロックの下側の出力先のタス
クに、失敗時にはブロックの右側の出力先のタスクに、
それぞれ制御が移る（図３）。例えば、基本タスクが条
件分岐の場合、条件を満たす場合に成功、満たされない
場合に失敗として制御が分岐する。

【００３７】編集された手順は手順データ３として保持
される（図１）。

【００３８】また、本装置は、前記手順の全部又は一部
を部品として登録するための登録手段４を有し、登録さ
れた部品の内容は部品データ５として保持される。ま
た、本装置は、登録された部品を手順中に単一のブロッ
クとして呼出すための呼出手段６を有する。本実施例で
は、複数の基本タスクを部品として登録・呼出するのみ
ならず、複数の部品をさらに部品として登録することも
できる。

【００３９】また、本装置は、各ブロックの動作の詳細
を定義する定義手段７を有する。部品についても、定義
された詳細の内容は、部品データ５の一部として登録さ
れ、呼出される。

【００４０】また、本装置は、手順を実行する実行手段
８を有する。実行手段８は、それぞれの基本タスクに対
応する関数を持っている（図２）。そして、手順を実行
する際には、手順で表記された順番に、基本タスクごと
の関数をコールする。関数をコールする時には、関数の
引数として、実行の詳細を決定する詳細定義を与える。
したがって、実行手段８が直接実行できるのは、基本タ
スクのみによって構成された手順である。以下、基本タ
スクのみによって構成された手順を実行形式の手順と呼
ぶ。

【００４１】この実行形式の手順を得るため、本装置
は、前記部品を含む前記手順を、前記部品を含まない実
行形式の手順データ９に展開する展開手段１０を有する
（図１）。また、本装置は、手順をフローチャート形式
で表示するための表示装置１１と、手順データなどの各
種データを保存するための外部記憶装置１２とを有す
る。

【００４２】また、本装置における入出力はマルチウイ
ンドウを用いて行われ、各ウインドウにおいてその時点
で選択可能な事項は、グラフィックシンボルで描かれた
ボタン（以下単に「ボタン」という）を、図示しないマ
ウスのカーソルでポイントし、マウスのスイッチをクリ
ックすることによって選択できる。

【００４３】（２）実施例の作用［手順の編集］まず、ユーザは、編集手段１を通じて、
複数のブロックを含む手順を編集する。ここでは、手順
の編集は、基本タスクのブロックを、ブロック間の実行
順序を表すリンク（矢印）で接続することによって行
う。

【００４４】図４は、編集用のウインドウ１８０１を示
す。すなわち、ウインドウ１８０１では、通常の手順を
編集する場合は、モード設定用のボタン１８０２によっ
て「ルートフローチャート」を選択し、部品として登録
する手順を編集する場合は、モード設定用のボタン１８
０２によって「部品」を選択する。ルートフローチャー
トを選択した状態で、基本タスクのメニュー表示用のボ
タン１８０３をクリックすると、図５のように基本タス
クの種類がメニュー表示される。

【００４５】このメニューの所望の欄をポイントするこ
とによって順次基本タスクを選択でき、選択された基本
タスクは、所定の表示用の図形（ブロック）によってウ
インドウ１８０１内に表示される。図形の位置はマウス
でポイントしドラッグ（引っ張る）することによって自
由に変更でき、所望の位置に配置した図形間をリンクで
接続することによって手順が完成する（図６）。図６の
手順は、ジョブ選択、ジョブ配置という２種類の基本タ
スクを含む。

【００４６】［詳細定義］また、手順の完成後又は作成
中に、ユーザは、定義手段７を通じて、各基本タスクの
動作の詳細を定義する。この詳細定義は、例えば、タス
クデータ２に含まれる選択可能な条件について、いずれ
かの選択肢を選択することで行われ、本実施例では、詳
細定義用のウインドウ２１０１で行う（図７）。

【００４７】ここでは、「選択」タスクについて、選択
条件を無条件に、比較条件を着手可能時刻の早いものと
する（図８）。なお、このウインドウの欄２１０３（図
７）で、基本タスクを用いたブロックにブロック名を設
定できる（図８）。この名称は、同種の基本タスクが複
数同時に使用されたときの識別を行い、また、ユーザに
よるコメントの役割も果たす。なお、ここでは、「配
置」基本タスクについては、配置方向を前詰め、配置方
法を通常配置とする（図９）。

【００４８】詳細定義の後で、設定用のボタン２１０２
（図７〜９）をクリックすると、詳細定義の内容が手順
データ３に加入され、設定されたブロックの名称が基本
タスクの図形の傍らに表示される（図１０）。なお、登
録手段４は、部品に含まれる各ブロックの詳細定義をも
部品データ５の一部として登録する。

【００４９】なお、手順データ３は、ブロック相互の識
別用ＩＤ、コメント、基本タスク名又は部品名、詳細定
義を記録した詳細定義テーブル、処理内容が成功した場
合に実行すべきブロックのＩＤ、処理内容が失敗した場
合に実行すべきブロックのＩＤ、表示位置のリストで構
成され、編集及び詳細定義の度に更新される。

【００５０】編集した手順の手順データ３は外部記憶装
置１２に登録して保存できる。すなわち、ウインドウ１
８０１上でフローチャート登録用のボタン１８０５をク
リックすると（図４）、図１１のようなフローチャート
登録用のウインドウ２５０１が表示される。ここで、手
順名を入力し、登録ボタン２５０２をクリックすると、
手順データ３が外部記憶装置１２に格納される。図１２
は、図１０の手順に対応する手順データ３を示す。

【００５１】［部品を用いた編集の例］次に、部品を用
いた編集の例を示す。すなわち、上記の例（図１０，図
１２）のスケジューリングの内容は、着手可能時刻の早
いジョブから前詰めで配置するという単純な例である。
しかし、現実のスケジューリング問題で必要とされる複
雑な手順も、本実施例によれば、次のように容易に編集
することができる。

【００５２】以下の例は、上記の例よりも複雑なもの
で、機械加工ジョブのスケジューリングである。ジョブ
の内容は、前工程で準備された材料を巻き線機械にか
け、発電機用のコイルを巻くことで、このジョブの１カ
月間のスケジューリングを行う。

【００５３】このスケジューリングでは、次の３つの条
件に従うものとする。各ロット（生産単位）は、前工程からの材料の上がり
日から、納期までの間に加工が行われなければならない
が、やむをえずその間に作業できない場合は納期より後
のなるべく早い日に行う。製品のサイズが大きいと保管に手間がかかるため、大
型のコイルは極力納期に近い時期に組み立てを行う。製品は十数本単位で発注され、それを２本〜３本の基
準ロット数でロット分割してあるが、基本的にはオーダ
ー単位で連続してスケジュールする。時間の余りがあれ
ば分割されたロット単位でばらばらにスケジュールを行
う。

【００５４】これらの条件に従い、スケジューリングの
手順の概略は、次の通りとする。◎ 1.まず、当月納期のオーダーを配置する。 1-1.製品の大きい順に選択し、後詰めで配置する。 1-2.配置できなかったオーダーについて分割したロット
ごとに製品の大きい順に選択し、後詰めで配置する。 1-3.それでも配置できなかったものは、納期後方に強制
配置する。 2.当月納期でないものの配置を行う。 2-1.オーダー単位で製品の小さい順で選択し、前詰めで
配置する。 2-2.分割ロット単位で製品の小さい順に選択し、前詰め
で配置する。

【００５５】ここでは、部品「ロット単位で強制配置す
る」（1-3.に相当）及び部品「オーダー単位で配置した
後、ロット単位で配置する」（1-2.と1-2.、2-1.と1-3.
のそれぞれに相当）を作成・登録し、登録したこれら部
品を呼出して手順を編集する。

【００５６】［部品の登録］まず、ユーザは、編集手段
１によって、部品として登録すべき手順を編集して作成
する。ここで、ウインドウ１８０１（図４）のボタン１
８０２で部品編集モードを選択すると、図１３のような
手順を作成することができる。この手順の特徴は、開
始、終了のタスク（図６）に代えて、制御の入口を表す
ブロックである「入力」と、制御の出口を表すブロック
である「出力」が用いられることである。

【００５７】次に、定義手段７によって、この手順で用
いた各基本タスクの詳細定義を行う。なお、この際、ユ
ーザは、部品として登録しようとする各ブロックの定義
項目のうち指定する項目の定義を保留できる。そして、
ユーザは、保留された項目を含む部品を呼出したとき
に、定義手段７を用いて、当該項目を部品であるブロッ
クの項目として定義することができる。

【００５８】また、ユーザが保留する項目を容易に指定
できるようにするため、本実施例では、定義手段７が、
定義を行う際に、定義すべき各項目を表示装置１１に表
示し、いずれかの項目について保留を指定する所定の操
作が行われた場合に、当該項目について保留を表す所定
の表示を行う。

【００５９】すなわち、ウインドウ１８０１のモードが
部品編集モードの場合、詳細定義用のウインドウとして
は、図１４に示すような詳細定義用のウインドウが表示
される。このウインドウの特徴は、各項目にチェック欄
が設けられていることである。

【００６０】ユーザは、保留する項目があるときは、当
該項目のチェック欄をクリックすればよい。クリックさ
れたチェック欄には所定のマークが表示され、その項目
は部品の詳細定義の項目として扱われる。

【００６１】例えば、「選択」基本タスクの詳細定義を
図１５のように設定し、２つの項目とも、部品の項目と
してチェックし、保留する。同様に、「配置」基本タス
クの詳細定義を図１６のように設定する。ここで作成し
ようとする部品は強制配置の部品であるから、配置方法
は常に強制配置であり、部品登録の前に設定してよい。
一方、配置方向は、部品利用時に設定すべき詳細定義項
目として保留しておく。

【００６２】以上のように詳細定義を行った後、ユーザ
は、登録手段４によって、手順を部品として登録する。
なお、ユーザは、作成した手順の一部を部品として指定
することもできる。

【００６３】部品を登録しようとする場合、ウインドウ
１８０１の部品化用のボタン１８０６をクリックすると
（図４）、図１７に示す部品化用のウインドウ３１０１
が表示される。ウインドウ３１０１において、部品化登
録ボタン３１０６をクリックすることにより、この手順
のデータ３が部品データ５として登録される。

【００６４】このウインドウ３１０１では、部品の項目
として保留された詳細定義項目が表示され、部品登録に
おいて、これら項目は部品データ５中に登録される。

【００６５】図１８は、登録される部品データ５の例で
あり、部品中の基本タスクにおいて保留される項目に対
しては、自動的に変数が与えられている。一方、同じ変
数が部品全体の詳細定義項目に設定されており、この変
数によって、部品全体の詳細定義項目と、部品中の各基
本タスクの詳細定義項目との対応関係が確保される。

【００６６】次に、他の一つの部品を示す（図１９）。
ところで、ユーザは、定義手段７による詳細定義の際
に、部品中のブロックについて保留される複数の項目
と、これら項目を代表する部品の一の項目との関係を指
定しておくことができる。このように指定された場合、
当該部品が呼出され、かつ、前記一の項目について詳細
が定義されると、当該定義の内容が前記複数の項目の定
義に自動的に引用される。このようにすれば、部品呼出
し時、同じ詳細定義の入力をタスクごとに繰り返す必要
がない。

【００６７】すなわち、図１９の３つの「選択」タスク
では、選択条件、比較条件が全て同じとする。そして、
部品化用のウインドウ３１０１（図２０）において、詳
細定義項目の追加用のボタン３１０３をクリックする
と、当該部品の詳細定義項目が１つずつ増設され、その
内容は自由に設定できる。この操作を繰り返し、図２１
のように、変数を用いて詳細定義を設定する。

【００６８】次に、同じ変数を用いて、各基本タスクブ
ロックの詳細定義を行う。同じ変数の使用が、保留され
る複数の項目とこれら項目を代表する部品の一の項目と
の関係を指定する役割を果たす。ここで、図２２は「オ
ーダーを選択する」タスクブロックの詳細定義、図２３
は「ロットを選択する」タスクブロックの詳細定義、図
２４は「選択したロットを配置する」タスクブロックの
詳細定義、図２５は「オーダー配置失敗」タスクブロッ
クの詳細定義、図２６は「ロット単位で選択する」タス
クブロックの詳細定義、図２７は「ロットを配置する」
タスクブロックの詳細定義を示す。

【００６９】以上のように編集・詳細定義された部品の
部品データ５は、図２８のようになる。そして、部品の
呼出し時には、部品の詳細定義項目の３つの各変数に定
義内容を設定すれば、部品に含まれる各基本タスクの複
数の詳細定義に、定義内容が共通に引用される。

【００７０】［部品の呼出し］以上のように登録された
部品は、呼出手段６によって、手順中に単一のブロック
として呼出すことができる。すなわち、ウインドウ１８
０１のモードをルートフローチャート編集モードにし
（図４）、部品メニューボタン１８０４をクリックする
と、登録済みの部品が基本タスクと同様にメニュー表示
される（図２９）。この中から、編集したい部品を順次
選択すると、選択された部品が手順中にブロックとして
配置される（図３０）。

【００７１】なお、このように呼び出された部品の詳細
定義のウインドウを、図３１，図３２，図３３に示す。
また、図３４は、以上のように部品を用いた手順データ
３の例で、このように生成された手順データ３や部品デ
ータ５は外部記憶装置１２に格納することができる。

【００７２】［展開と実行］実行形式の手順データの具
体的なフォーマットは実行処理用の処理系によって様々
なものが考えられる。ここでは、基本タスクのみによっ
て構成された手順データは実行可能であることを前提と
する。この場合、図１２の手順データ３は部品ブロック
を含まないので、そのまま実行形式として扱うことがで
きる。

【００７３】一方、部品を含んだ手順データ３を実行す
るときは、展開手段１０によって、部品を含む前記手順
を、部品を含まない手順に展開する必要がある。この展
開は、部品データ３に基づいて部品を基本タスクに展開
し、基本タスクのみによって構成された手順を生成する
ことによって行うことができる。

【００７４】すなわち、ウインドウ１８０１に手順を表
示した状態で、実行形式作成ボタン１８０７をクリック
すると、図３５のフローチャートに示す手順が実行され
る。

【００７５】すなわち、手順中に含まれる部品のＩＤや
名称を所定のリスト形式のデータ（部品展開リスト）に
登録する（ステップ１／図３６）。ここでは、３つの部
品ブロックが含まれているため、部品展開リストには３
つのブロックが入る。

【００７６】そして、部品展開リストが空になるまで
（ステップ２）、部品展開リストの中の部品を１つずつ
取り出し、当該部品の部品名を変数Ａ、ＩＤを変数Ｎに
格納する（ステップ３）。ここではＩＤが“２”のもの
を取り出し、図３７の状態となる。

【００７７】次に部品Ａに該当する部品データ５を読み
込み、部品中のブロックごとに固有のＩＤを付与する
（ステップ４）。例えば、「オーダー単位で配置した後
ロット単位で配置を行う」という部品の部品データ５は
図２８に示すごとくである。また、ここでは、Ｎが２で
ある部品の内容である各基本タスクのＩＤには、冒頭に
“２−”をつける。このような固有のＩＤを付した結果
を図３８（前半）及び図３９（後半）に示す。なお、一
の部品中のブロックとしてさらに他の部品が含まれる場
合は、一の部品の展開中には、当該他の部品をブロック
として扱い、当該他の部品の展開はその後改めて行われ
る。

【００７８】続いて、展開元の部品ブロック全体の詳細
定義の内容を、該当するブロックに分配する（ステップ
５）。このとき、部品の詳細定義に変数が用いられ、同
一の変数が、部品を構成する各ブロックの詳細定義に用
いられているときは、部品の詳細定義を各ブロックの詳
細定義に引用する。

【００７９】例えば、ＩＤが２のブロックでは、ＳＥＬ
ＥＣＴ，ＰＲＩＯＲＩＴＹ，ＤＩＲＥＣＴＩＯＮが用い
られており、このブロックについては、代入によってこ
れら変数の内容を各基本タスクに分配した後これら変数
を消去する。その結果を図４０（前半）及び図４１（後
半）に示す。

【００８０】続いて、部品について出入りする制御の流
れを、各ブロックの制御の流れに接続する（ステップ
６）。すなわち、基本タスクの出力（終了時の制御の飛
び先）に展開元部品の出力先を書き込む。例えば、図４
１において、ブロックのうち出力を有するのは基本タス
ク“２−８”のみであり、この出力に展開元部品（ＩＤ
“２”）の出力先である“３”を書き込む。この結果を
図４２（前半）及び図４３（後半）に示す。

【００８１】また、展開元ブロック（ＩＤ“２”）の出
力を基本タスクである“２−１”とする。この結果を図
４４（前半）及び図４５（後半）に示す。

【００８２】なお、その後、読み込んだ部品（ＩＤ２−
１からＩＤ２−８まで）にさらに他の部品ブロックが含
まれていればそのブロックを部品展開リストに入れる
（ステップ７）。ここでは、部品中にさらに部品は使用
されていないため、この処理は行われない。このように
読み込み・処理した部品の各基本タスクに関するデータ
を展開元の手順の手順データに加入した結果を図４６
（前半）及び図４７（後半）に示す。

【００８３】これによって一つの部品ブロックの展開が
終了し、この作業を繰り返して行うことにより、全ての
部品ブロックが展開される。この例では、３つの部品ブ
ロックが使用されているため、以上の手順を３回繰り返
して展開が行われ、実行形式の手順データ９は図４８
（前半）及び図４９（後半）のようになる。

【００８４】この手順データ９は部品を含まないので、
実行手段８がそのまま実行することができる。

【００８５】（３）実施例の効果以上のように、本実施例では、手順のうち、複数のブロ
ックを含む所望の部分を部品として登録し、この部品を
単一のブロックとして手順上に配置できる。このため、
機能上のまとまりのある部分を単一のブロックとして扱
うことができ、複雑な手順の編集・理解が容易になる。
また、登録された部品は手順の他の部分や他の手順上に
何度でも配置して利用できるので、手順の部分的再利用
が容易になる。

【００８６】また、本実施例では、各ブロックの動作の
詳細を自由に定義できるので、少ない種類のブロックに
よって多様な手順を作成することができる。

【００８７】また、本実施例では、呼出しの目的によっ
て異なる定義の項目は、登録時に定義を保留し、手順を
呼出すときに、再利用の用途に応じて定義できる。この
ため、応用性の高い有意義な部品を作成し、そのような
部品をさらに最適化して再利用できる。

【００８８】また、保留された項目は、部品中のどのブ
ロックの項目かとは無関係に、部品であるブロックの項
目として定義できる。このため、部品を呼出して再利用
する場合に、部品を、部品でないブロックと同様に把握
・操作できる。したがって、大規模な手順を、部品を用
いて階層的に作成する場合も、手順全体の理解・編集や
デバックが容易になる。

【００８９】すなわち、本実施例で手順を編集するとき
は、詳細定義の各項目が部品内部のどのブロックの項目
かに配慮する必要はなく、部品の項目として扱えば済
む。このため、部品を基本タスクと同様に扱うことがで
きる。このため、部品を用いた上位の手順を編集すると
きには、目前の編集内容に専念すればよく、部品内部と
いう下位の処理内容に配慮する必要がない。このため、
大規模な手順の構築やデバックが行いやすくなる。

【００９０】例えば、フローチャート（図５０）及び手
順データ（前半を図５１に、後半を図５２に示す）は、
図３０及び３４と同一内容の手順を、従来の手順編集装
置によって編集した結果である。この結果では、使用さ
れる基本タスクブロックの数が１４個であるのに対し、
本実施例では基本タスクブロックが８個、部品ブロック
を含めても１１個であり、この程度の事例における部品
化でも、基本タスクブロックの数を減らすことができる
ことが確認できる。

【００９１】また、詳細定義の項目数についても、従来
の装置では２６個の詳細定義項目が生じるのに対し、本
実施例では、部品ブロックの詳細定義を含めて２２個に
減っている。さらに、引用されずユーザが行うべき詳細
定義も、１４個にまで減少したことになる。

【００９２】また、本実施例では、表示装置に表示され
ている詳細定義の各項目について、マウスによるクリッ
クなど、所定の操作を行うのみで保留を行えるので、操
作性が向上する。

【００９３】また、本実施例では、代表する一の項目の
詳細定義を行うだけで、引用によって、ブロックの複数
の項目について定義が行われる。このため、部品の呼出
しの際に、同じ内容の詳細定義を項目ごとに繰り返す無
駄な操作が不要となる。

【００９４】（４）他の実施例本発明は上記実施例に限定されるものではなく、実施態
様は適宜変更できるので、次に例示するような他の実施
例をも包含するものである。

【００９５】例えば、前記実施例は、スケジューリング
問題向けの知識ベースを編集対象としたが、本発明の知
識ベースが編集対象とする手順は、スケジューリング向
けの知識ベースには限定されず、診断問題、設計問題な
ど他の課題のための知識ベースでもよい。さらに、本発
明は、エキスパートシステム向けの知識ベースのみなら
ず、コンピュータのソフトウェア開発などで用いられる
手順や流れ図一般を編集対象とすることもできる。

【００９６】また、本発明における入出力では、必ずし
もマルチウインドウシステムを用いる必要はない。ま
た、手順の展開は、実行形式の手順データを得るために
のみ行われるとは限らない。例えば、展開された手順を
表示装置に表示できるようにしてもよい。

【００９７】また、単一のブロックとして手順中に呼び
出された部品については、所定の操作が行われたとき
に、基本タスクなど部品の具体的内容を表示するように
してもよい。また、保留する項目を指定する手法は、チ
ェック欄を用いる手法には限定されない。例えば、項目
名自体をクリックし、反転させることによって指定する
ようにしてもよい。

【００９８】

【発明の効果】以上説明したように、本発明によれば、
複雑なフローチャートの編集が容易なフローチャート編
集装置を提供することができる。このため、大規模な手
順の作成の効率や正確さが向上する。

【図面の簡単な説明】

【図１】本発明の実施例の知識ベース編集装置の機能ブ
ロック図

【図２】本発明の実施例におけるタスクデータの例

【図３】本発明の実施例における基本タスクの制御の例

【図４】本発明の実施例における編集用のウインドウの
表示例

【図５】本発明の実施例における編集用のウインドウの
表示例

【図６】本発明の実施例における編集用のウインドウの
表示例

【図７】本発明の実施例における詳細定義用のウインド
ウの表示例

【図８】本発明の実施例における詳細定義用のウインド
ウの表示例

【図９】本発明の実施例における詳細定義用のウインド
ウの表示例

【図１０】本発明の実施例における編集用のウインドウ
の表示例

【図１１】本発明の実施例におけるフローチャート登録
用のウインドウの表示例

【図１２】本発明の実施例における手順データの例

【図１３】本発明の実施例における編集用のウインドウ
の表示例

【図１４】本発明の実施例における詳細定義用のウイン
ドウの表示例

【図１５】本発明の実施例における詳細定義用のウイン
ドウの表示例

【図１６】本発明の実施例における詳細定義用のウイン
ドウの表示例

【図１７】本発明の実施例における部品登録用のウイン
ドウの表示例

【図１８】本発明の実施例における手順データの例

【図１９】本発明の実施例における編集用のウインドウ
の表示例

【図２０】本発明の実施例における部品登録用のウイン
ドウの表示例

【図２１】本発明の実施例における部品登録用のウイン
ドウの表示例

【図２２】本発明の実施例における詳細定義用のウイン
ドウの表示例

【図２３】本発明の実施例における詳細定義用のウイン
ドウの表示例

【図２４】本発明の実施例における詳細定義用のウイン
ドウの表示例

【図２５】本発明の実施例における詳細定義用のウイン
ドウの表示例

【図２６】本発明の実施例における詳細定義用のウイン
ドウの表示例

【図２７】本発明の実施例における詳細定義用のウイン
ドウの表示例

【図２８】本発明の実施例における手順データの例

【図２９】本発明の実施例における編集用のウインドウ
の表示例

【図３０】本発明の実施例における編集用のウインドウ
の表示例

【図３１】本発明の実施例における詳細定義用のウイン
ドウの表示例

【図３２】本発明の実施例における詳細定義用のウイン
ドウの表示例

【図３３】本発明の実施例における詳細定義用のウイン
ドウの表示例

【図３４】本発明の実施例における手順データの例

【図３５】本発明の実施例における部品展開の手順を示
すフローチャート

【図３６】本発明の実施例における手順データの例

【図３７】本発明の実施例における手順データの例

【図３８】本発明の実施例における手順データの例

【図３９】本発明の実施例における手順データの例

【図４０】本発明の実施例における手順データの例

【図４１】本発明の実施例における手順データの例

【図４２】本発明の実施例における手順データの例

【図４３】本発明の実施例における手順データの例

【図４４】本発明の実施例における手順データの例

【図４５】本発明の実施例における手順データの例

【図４６】本発明の実施例における手順データの例

【図４７】本発明の実施例における手順データの例

【図４８】本発明の実施例における手順データの例

【図４９】本発明の実施例における手順データの例

【図５０】従来の手順編集装置に例における編集用のウ
インドウの表示例

【図５１】従来の手順編集装置に例における手順データ
の例

【図５２】従来の手順編集装置の例における手順データ
の例

【図５３】従来の手順編集装置の例について構成を示す
機能ブロック図

【図５４】従来の手順編集装置の例におけるタスクデー
タの例

【図５５】従来の手順編集装置の例における基本タスク
の制御の例

【図５６】従来の手順編集装置の例における編集用のウ
インドウの表示例

【図５７】従来の手順編集装置の例における編集用のウ
インドウの表示例

【図５８】従来の手順編集装置の例における編集用のウ
インドウの表示例

【図５９】従来の手順編集装置の例における詳細定義用
のウインドウの表示例

【図６０】従来の手順編集装置の例における詳細定義用
のウインドウの表示例

【図６１】従来の手順編集装置の例における詳細定義用
のウインドウの表示例

【図６２】従来の手順編集装置の例における編集用のウ
インドウの表示例

【図６３】従来の手順編集装置の例におけるフローチャ
ート登録用のウインドウの表示例

【図６４】従来の手順編集装置の例における編集用のウ
インドウの例

【符号の説明】

１：編集手段２：タスクデータ３：手順データ４：登録手段５：部品データ６：呼出手段７：定義手段８：実行手段９：実行形式手順データ１０：展開手段１１：表示手段１２：外部記憶装置ＳＴＥＰ〜：手順の各ステップ

Claims

【特許請求の範囲】

【請求項１】複数のブロックを含む手順を編集するた
めの編集手段と、前記手順の全部又は一部を部品として登録するための登
録手段と、前記部品を手順中に単一のブロックとして呼出すための
呼出手段と、部品を含む手順を、部品を含まない手順に展開する展開
手段と、を有することを特徴とする手順編集装置。
【請求項２】前記各ブロックの動作の詳細を定義する
定義手段を有し、前記登録手段は、部品に含まれる各ブロックの前記詳細
をも登録するように構成されたことを特徴とする請求項
１記載の手順編集装置。
【請求項３】前記定義手段は、前記部品として登録し
ようとする各ブロックの前記定義の項目のうち所望の項
目の定義を保留し、保留された項目を含む部品が呼出さ
れた場合、当該項目を部品であるブロックの項目として
定義するように構成されたことを特徴とする請求項２記
載の手順編集装置。
【請求項４】前記定義手段は、前記定義を行う際に、
定義すべき各項目を表示装置に表示し、いずれかの項目について前記保留を指定する所定の操作
が行われた場合に、当該項目について保留を表す所定の
表示を行い、前記登録手段は、定義終了時に前記表示が行われている
項目について定義を保留して前記登録を行うように構成
されたことを特徴とする請求項３記載の手順編集装置。
【請求項５】前記定義手段は、部品中のブロックにつ
いて保留される複数の項目と、これら項目を代表する部
品の一の項目との関係が指定され、当該部品が呼出さ
れ、かつ、前記一の項目について詳細が定義された場合
に、当該定義の内容を前記複数の項目の定義に引用する
ように構成されたことを特徴とする請求項２記載の手順
編集装置。