JPH0744389A - 知識ベース設計用システムおよび方法 - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】 知識ベースを利用して情報システムを設計す
る。 【構成】 実績のある定型知識ベース１４、及び概念的
モデル要素１２をデータベースに格納しておく。概念的
モデル要素１２のいくつかと定型知識ベース１４のいく
つかを照合して、最も良く照合する定型知識ベース１６
を選択する。選択した知識ベース１６に対応してスクリ
プトを使用することにより設計モデル要素１８を自動的
に生成する。この一連の処理は、新しい定型知識や修正
された概念的モデル要素の追加、オプションの指定等に
より反復修正処理され、目的とする情報システムに最良
一致する設計モデルを生成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、一般に情報工学に関
し、より詳細には知識ベース設計のためのシステムおよ
び方法に関する。

【０００２】多くのビジネスにおいては試作設計とソフ
トウエア開発プロジェクトを素早く行うことが必要であ
る。ソフトウエア開発のライフサイクルは、計画、分
析、設計の段階から技術設計、構築、コーディング設計
（code implementation ）へと進行する。普通、従来の
技術は前記開発ライフサイクルを通じて生産性に限界が
あった。特に、多くの従来の技術の設計段階は手動で行
われていた。

【０００３】

【発明が解決しようとする課題】このようなソフトウエ
アの設計段階で、業務活動に必要な人間対コンピュータ
の対話（interactions）が決められる。この対話には対
話の外観（スクリーン・レイアウト）と対話の挙動（be
havior）によって定義されるトランザクションが含まれ
ている、すなわち、そのトランザクションのすることは
何か、どのようにそれをするか、そのトランザクション
は他のトランザクションとどんな関係があるかが定義さ
れている。この挙動は動作図（action diagram）のよう
な高級プログラミング言語を介して定義されるのが普通
である。たとえ単純な概念設計の考えでも数百行の動作
図が必要になるかもしれない。これらの動作図を構築し
デバッグすることは非常に時間を消費する。したがっ
て、コーディングを伴わずに設計者がトランザクション
の挙動を規定できる手法の必要性が存在する。

【０００４】さらに従来の開発手法においては、開発者
は設計の一部分としての考えを当然のように再利用して
いるとは言え、同じように無理なくソフトウエアを再利
用するための機構はない。同一基準のインタフェースに
するために、設計には共通の側面を組み込む場合が多
く、また成功した他の同じような設計を基礎とする場合
も多い。しかしながら、設計がコードで定義されている
と、この設計の一部を再利用することは非常に難しく、
コードがデータに大きく依存したいる場合は特に困難で
ある。したがって、ソフトウエアを再利用するために
は、無理のないオブジェクト指向メカニズムを使える技
術の必要性が生じてきている。

【０００５】業務においては迅速な試作と迅速な開発が
要請される。システムの必要条件をユーザが承認する上
で試作設計は必要不可欠なものであるが、試作品を実現
させるには時間がかかり、かつ、コードに重点がおかれ
る（code intensive）ことが余りにも多いことも事実で
ある。

【０００６】このように、開発ライフサイクルを通じて
生産性を向上することができる知識ベース設計のシステ
ムおよび方法に対する必要性が生じてきたのであり、ま
た、手作業による設計段階を自動化された設計工程に置
き換えられることができる知識ベース設計のシステムお
よび方法に対する必要性が生じてきたのである。

【０００７】

【課題を解決する手段】知識ベース設計用システムおよ
び方法の第１の側面には、概念的モデル要素（conceptu
al model elements ）が格納されている。また、定型知
識ベース（stereotype knowledge base ）も格納されて
いる。概念的モデル要素のいくつかと定型知識ベースの
いくつかを照合（match ）し、最も良く照合する（clos
est matching）定型知識ベースの１つが選択される。ス
クリプト（script）を使用することにより、選択された
定型知識ベースに応答して設計モデル要素が生成され
る。

【０００８】第２の側面には、定型知識ベースが格納さ
れており、各定型知識ベースは少なくとも１つのオプシ
ョンにしたがって修正可能である。ユーザからの命令に
応答して１つの定型知識ベースが選択される。この定型
知識ベースは、ユーザからの命令に応答して少なくとも
１つの関連オプションにしたがって修正可能である。ス
クリプトを使用することにより、修正された定型知識ベ
ースに応答して設計モデル要素が生成される。

【０００９】開発ライフサイクルを通じて生産性が向上
することは、本発明の技術的な利点である。

【００１０】設計工程が自動化されることは、本発明の
別の技術的な利点である。

【００１１】

【実施例】本発明とその利点をより完全に理解するため
に、添付の図面とともに以下の説明を参照されたい。

【００１２】図１〜図８を参照することにより、本発明
の好適実施例とそれのもたらす利点が最も良く理解でき
る。各図面の同じかつ対応する部分には同一参照番号が
使用されている。

【００１３】図１は、本好適実施例による知識ベース設
計のシステム１０を示す。システム１０は概念的モデル
要素１２によるＡｎａｌｙｓｉｓ（分析）を示してい
る。本実施例においては、概念的モデル要素１２はテキ
サス・インスツルメンツ・インコーポレーテッドから使
用可能なＩＮＦＯＲＭＡＴＩＯＮ ＥＮＧＩＮＥＥＲＩ
ＮＧ ＦＡＣＩＬＩＴＹ（情報工学機構：以下ＩＥＦと
略す）のエンサイクロペディア・データベース中に格納
されている。

【００１４】システム１０は概念的モデル要素１２と定
型知識ベース１４を自動的に照合する。定型知識ベース
１４の中から、システムは概念的モデル要素１２に最も
良く照合する定型知識ベース１６を選択する。選択した
定型知識ベース１６に応答して、システム１０は設計モ
デル要素１８を生成するためスクリプトを使用する。設
計モデル要素１８に対応してユーザは設計をテストす
る。さらにシステム１０は、ユーザ２０からの命令に応
答してカスタム化した変化を設計モデル要素１８に組み
入れる。

【００１５】システム１０はワークステーション２１の
処理回路により実現される。したがって、ユーザ２０は
ワークステーション２１のキーボードおよび指示装置を
介してシステム１０に命令を投入する。さらにユーザ２
０はワークステーション２１の表示画面を介してシステ
ム１０から情報を受信する。

【００１６】本好適実施例の重要な側面において、シス
テム１０はユーザ２０が知識ベース設計を反復修正する
ことをサポートしているので、システム１０は、ユーザ
２０により修正された通りに概念的モデル要素１２に最
も良く照合する別の定型知識ベース２２を選択する。こ
の反復中、システム１０はユーザ２０からの命令に応答
して、システム１０によって設計モデル要素１８に以前
組み込まれた変更を都合良く保持すしている。設計が進
展し、ワークステーション２１を介してユーザ２０から
フィードバックがかかるのに伴って要求条件が修正され
る。システム１０は新しい条件に応答して、定型知識ベ
ースを再利用することができる。

【００１７】システム１０は、計画、分析ステ−ジ、設
計の段階から技術設計、構築、コーディング設計へと進
行する開発ライフサイクルを通じて生産性を大幅に向上
する。システム１０は知識ベース設計手法を適用するこ
とにより生産性を向上するので、手作業の設計段階は自
動化された設計工程に置き換えられる。システム１０
は、コーディング設計に進んでも良いという意味におい
て、手続きを定義する完成した手続き動作図（Ｐｒｏｃ
ｅｄｕｒｅ Ａｃｔｉｏｎ Ｄｉａｇｒａｍ：ＰＡＤ）
を生成する。特に、システム１０は表示画面のレイアウ
ト、トランザクションの挙動、トランザクションのフロ
ーを実現している。

【００１８】手続きの合成（procedure synthesis:以下
「手続き合成」とする）は知識ベース設計の側面、すな
わち設計構成要素（component ）はオブジェクト指向イ
ンタフェースを介して自動的に生成されるという側面に
関係している。手続き合成を使用すれば、システム１０
は、ユーザが定型知識ベース１４の１つを選択し、かつ
別の設計オプションを選択することにより選択した定型
知識ベースをカスタム化することをサポートする。この
選択機構は設計指向となっているので、ユーザ２０はワ
ークステーション２１を介して各種設計オブジェクトを
容易に操作することができる。

【００１９】定型知識による設計が応用される場合、完
全に機能的な手続きが合成される。都合の良いことに、
この自動化された手続き合成では数分かかるだけであ
る。対照的に、このような手続きを普通の手作業により
実現すると数時間かかる。したがって、システム１０の
知識ベース設計手法は、設計規則あるいは定型知識に基
づく高品質の第１の形の設計（first cut design）を自
動的につくり出す処理方法である。

【００２０】知識ベース設計には２つの側面がある。手
続き合成の側面においては、定型知識の様式は識別され
ると共に自動的に生成される。規則ベースの推論（rule
based inference）の側面においては、いろいろな規則
が引き出されて、どの定型知識の様式が異なるシナリオ
に適切であるかを決定する。システム１０は、有意義な
技術的利点を得るために、規則ベースの推論の側面とは
別に手続き合成側面を実現する。

【００２１】たとえばシステム１０は、生産性に関連す
る利得を得るためにソフトウエアの再利用をサポートし
ている。ソフトウエアの再利用によってソフトウエアの
品質を大幅に改善することができる。さらにソフトウエ
アを再利用すると、特殊用途に対して書かなければなら
ないコーディングの量を減少させることができる。した
がってシステム１０のこれらの二重の利点は、プロジェ
クトの全体コストを低減することに寄与する。本実施例
においては、ソフトウエアの再利用をサポートするた
め、システム１０の構造およびユーザインタフェースに
オブジェクト指向パラダイムが反映されている。

【００２２】システム１０は業務システムの設計の自動
化をサポートしている。付録Ａには、業務システムの設
計に対する手続き合成中のユーザ２０とシステム１０の
間の対話の詳細が論じられている。業務システムの設計
においては、設計者は業務分野の分析を行う。業務分析
を通じて編集された情報に対応して、業務の必要性を満
足する情報システムが記述される。このとき以下に示す
タスクが実行される。 タスク１．システム基準が確立されている。 タスク２．基本的処理は手続きにグループ化され、基本
的処理を実現する手続きの種類が確立されている。 タスク３．手続き間の走行管理（navigation）が確立さ
れている。 タスク４．表示画面、各種報告等、外部ユーザとのイン
タフェースが確立されている。 タスク５．手続きの論理が確立されており、システム基
準およびオプションをサポートしている。 タスク６．設計の首尾一貫性と完全性が検証されてい
る。

【００２３】これらのタスクをそれぞれ実行するため、
設計者は経験に基づく１群の規則を忠実に守る。ある規
則は試行錯誤によって発見される種類のものである。こ
れらのタスクを効果的に自動化するために、システム１
０は、各タスクの結果を決定しかつその結果に影響を与
えるような方法を示している。システム１０がこの規則
を示すと、これらの規則により知識ベースの基本が形成
される。システム１０は、規則ベースの推論手法を使用
することにより、条件とこの知識ベースを照合して上記
６タスクの全てを実行する。

【００２４】以下に示すいくつかの例は、前記各タスク
に適用する高水準の規則である。

【００２５】例１．システム基準は、たとえば目標コン
ピュータのような、設計したシステムの目標環境に大き
く基づいて確立されている。さらにシステム基準は、会
社の方針に大きく基づいて確立されている。共通ユーザ
アクセス（Ｃｏｍｍｏｎ Ｕｓｅｒ Ａｃｃｅｓｓ：
「ＣＵＡ」）は基準類の代表的なセットである。たとえ
ば代表的な高水準規則は、 If the target environment is IBM, then follow CUA rules. （目標環境がＩＢＭならば、ＣＵＡ規則に従え。） である。

【００２６】例２． 高水準規則が確立されている。手
続きの種類を決定する高水準規則は、 If no interaction with the user is necessary then Implement as a batch procedure. （ユーザとの対話が不必要ならば、バッチ・手続きとし
て実現せよ。） である。

【００２７】例３．表示画面の間の移動（movement）を
規定するためにダイアログが確立されている。ダイアロ
グの設計に影響を及ぼす代表的な要因はダイアログを使
用する頻度、当該業務におけるユーザの役割、キー・フ
ィールドの入力源であり、たとえば、 If knowledge of the key field is low then Provide a prompt facility. （キー・フィールドの知識がロウであれば、プロンプト
機構を用意せよ。） である。

【００２８】例４．表示画面および各種報が確立されて
いる。表示画面と報告のレイアウトも１群の規則によっ
て影響される。ＣＵＡは分かりやすい１群の規則を有し
ているが、試行錯誤的な規則も使用可能であり、たとえ
ば、 If the experience of the user is high and the work pattern is constant and the number of fields is high then abbreviate prompts and compact spacing between fields. （ユーザの経験が高く、作業パターンが一定で、かつフ
ィールドの数がハイならば、プロンプトを省略し、かつ
フィールド間のスペースを詰めよ。）

【００２９】上記の規則にしたがえば、情報が複数の表
示画面に分散されずに、高密度で表示画面に配列され
る。

【００３０】例５．手続きの論理が確立されており、異
なるオプションおよびシステム基準をサポートしてい
る。たとえば、 If confirmation is required on a delete action then add logic for two stage delete. （削除動作の確認が必要ならば、２ステ−ジ削除用論理
を追加せよ。） である。

【００３１】「２ステ−ジ削除用論理を追加せよ」の実
行により、適切な動作図の論理が発生する。この論理は
コーディング設計に進んでも良いという意味において、
手続きを定義する完成した手続き動作図の一部として合
成される。

【００３２】さらに、首尾一貫性に対する設計の再審査
が行われる。システム１０はこれらの高水準規則を、高
水準規則の構成要素の各部分について修正する。このよ
うにして、システム１０は、情報工学メタ・モデル（me
ta model）に記録する事実を識別すると共に、さらに規
則を実行したとき具体的に説明（instantiated）すべき
構成要素を識別する。タスク２〜タスク５は、異なる組
の規則が使用された場合および各手続きに対して実行さ
れる。

【００３３】定型知識は低水準規則の特殊な組合わせを
示す１つの高水準規則を参照する。したがって、新しい
定型知識はそれぞれ異なる組合わせの規則を参照する。
定型知識によって、ある種の手続きステップの設計、表
示画面のレイアウト、完成した動作図の論理となる特定
事実の全てが組合わされる。

【００３４】システム１０は知識ベース設計の背後にあ
る考えにアドレスすると、主構成要素はシステム１０に
したがって手続き合成の基礎を形成する。本実施例にお
いては、システム１０には業務システム設計をサポート
するいくつかのツールが含まれている。たとえば、ダイ
アログ流れ図作成ツールは手続きの定義とダイアログ設
計をサポートしている。動作図作成ツールは手続き論理
の設計をサポートしている。都合の良いことに、システ
ム１０はソフトウエアの再利用をサポートして業務シス
テム設計の設計指針を向上している。

【００３５】知識ベース設計の背後にある基本的原理
は、効率的なシステム設計は類似の条件の中で上手く動
作する設計原理を再利用し、かつ、適応させるというこ
とである。多くの場合、熟練設計者と初歩設計者との間
を差別化する要因は、熟練設計者が特定の条件に対して
改善された解を決定するために使用する各種のパラダイ
ムの数である。ダイアログのある種のパターンは頻繁に
使用される。したがって、表示画面は標準のレイアウト
に準拠することが多い。

【００３６】システム１０は設計の専門的知見を引き出
してこれを定型知識ベース１４に表す。さらに、システ
ム１０は、ユーザ２０が１つあるいはそれ以上の定型知
識ベース１４を発生させることを可能としている。各種
規則は、システム１０が概念的モデル要素１２の現在の
シナリオを定型知識ベース１４のライブラリと比較する
ように形成されている。比較の結果に応答して、システ
ム１０は設計モデル要素１８を提案して特定の条件を指
定する。システム１０は、統合ＩＥＦメタ・モデルに従
ってデータを一律に格納することにより、知識ベース設
計をサポートする。したがって、システム１０はライフ
サイクルのどの段階のデータからも理由付けと推論をサ
ポートしている。

【００３７】定型知識ベース１４の設計規則は経験豊富
な情報工学コンサルタントとのインタービューに応じて
確認される。彼らコンサルタントは各種のプロジェクト
に使用された設計の論理的基礎を説明してくれる。つい
で実現の仕方がレビューされる。

【００３８】反復して引き続き進行中のサイクルでは、
データ処理アプリケーションにおいて最も頻繁に使用さ
れる機能が、該当する難しさのレベルと共に確認され
る。したがって、関連する機能は特定の条件に限定せず
にむしろ全体にわたって再定義される。本実施例におい
ては、設計要素は全てＣＵＡ基準に準拠している。作成
された仕様書は注解付きの動作図として表され、これに
はフローの詳細とビュー（view）の整合条件（matching
requirements ）が含まれている。

【００３９】比較的早い段階で試作システムのデモンス
トレーションが行われる。分析段階においてより多くの
事実が累積されるのに伴って、システム１０はそれらの
事実をモデルに追加する。システム１０はユーザ２０に
よって規定された変更を反映するように設計を変更す
る。システム１０は分析の変更点により影響を受けた部
分だけを再発生させるので、再変換は非破壊的である。
この方法は迅速なアプリケーション開発（Ｒａｐｉｄ
Ａｐｐｌｉｃａｔｉｏｎ Ｄｅｖｅｌｏｐｍｅｎｔ：
「ＲＡＤ」）方法論であると評価されている。

【００４０】考え方は設計の一部として再利用される。
たとえば、本実施例の重要な側面においては、システム
１０はソフトウエアを再利用している。手続きを合成す
ることに定型知識ベース１４を利用することによって、
システム１０は各設計の再利用可能な側面を定型知識ベ
ース１４の定義に組み入れる。したがってシステム１０
は、統合アーキテクチャを介して情報工学をサポートす
ることによりソフトウエアの再利用に成功している。シ
ステム１０は、分析中の特定のデータおよび処理に対応
して所与の定型知識データベースを適応させる。

【００４１】本実施例においては、システム１０はＥＸ
ＰＬＯＲＥＲ人工知能ワークステーションの処理回路に
より実現されている。システム１０は、属性を継承する
ためにＩＮＴＥＲＩＣＯＲＰから使用可能な知識工学環
境（ＫＮＯＷＬＥＤＧＥ ＥＮＧＩＮＥＥＲＩＮＧ Ｅ
ＮＶＩＲＯＮＭＥＮＴ：「ＫＥＥ」）を使用している。
システム１０はＫＥＥクラスとして実現されている情報
工学メタ・モデルの拡張形として境界知識を表してい
る。システム１０は定型規則の形式で最終目標知識とソ
リュウション知識とを表しているのである。

【００４２】図２はシステム１０による定型規則の代表
的な表現を示す。図２に示す通り、システム１０は定型
規則を継承ツリー（inheritance tree）の形式で表して
いる。定型規則の各必要条件は、「ハイ（high) 」のよ
うにはっきりと別れた事実として表されている。定型規
則はＳ１のようなスクリプトの実行によって終わってい
る。新しい定型規則は必要条件の独自の組合わせによっ
て表され、Ｓ２のような異なるスクリプトの実現に導か
れている。

【００４３】図３はシステム１０によるスクリプトのビ
ルディングブロックの代表的な表現を示す。スクリプト
はビルディングブロックを実行する枠組みである。ビル
ディングブロックは離散的な機能単位であって、各ブロ
ックは入力および出力の定義を有している。本実施例に
おいては、システム１０はＫＥＥクラスとしてビルディ
ングブロックを実現するので、１つのビルディングブロ
ックは複数のスクリプトにより使用可能である。各ビル
ディングブロックは自身のｆｉｌｌ（書込み）メソッド
（fill method ）を持っており、このｆｉｌｌメソッド
はクラスを具体的に説明するときにつくられるオブジェ
クトを定義する。

【００４４】図４はシステム１０による知識ベース設計
方法のデータの流れ図であり、この流れ図は一般に４０
で表される。設計知識に対する適切な表現４２、４３が
与えられると、知識ベース設計モジュール４４は各種条
件に対してこの設計知識を適用する。知識ベース設計モ
ジュール４４には分類モジュール４６、照合モジュール
４８、生成モジュール５０が含まれている。

【００４５】分類モジュール４６は情報工学モデルの中
のデータについて判断する。適切なデータであれば、分
類モジュール４６は追加データがないかユーザに督促す
る。分類モジュール４６は情報工学処理の目的とその目
的の使用方法の観点から情報工学処理を分類する。こに
ような分類に応答して、分類モジュール４６は１組の処
理を１つの手続きにグループ化するかどうかを決定す
る。

【００４６】分類が終わると、最良の定型知識を選択す
るため照合モジュール４８は現在の条件を定型知識のラ
イブラリと照合させようとする。適切な場合、照合モジ
ュール４８は、異なる定型知識の間を差別化するための
追加データがないかユーザに督促する。都合の良いこと
に、照合モジュール４８は、同じ定型知識の異なる特徴
（flavor）を表すだけの役目をするデータ初期値を与え
る。照合モジュール４８が最良の定型知識を選択する
と、生成モジュール５０は選択された定型知識に関連す
るスクリプトを生成する。スクリプトが実行されると設
計モデル５２が生成されるが、この設計モデル５２には
全ステップの動作図、表示画面、ダイアログ、中間手続
きのフローが含まれている。

【００４７】都合の良いことに、システム１０は分析段
階、設計段階、構築段階の反復サイクルをサポートして
いる。対照的に、以前の情報工学の手法はプロジェクト
のライフサイクルを進行させるときに普通直列の方法を
とっている。さらにシステム１０は、たとえ分析段階が
未完了であっても分析から構築への進行をサポートして
いる。特に、システム１０は未完了の分析部分に対して
適切な初期値を与える。またシステム１０は全ステップ
の動作図、表示画面、ダイアログ、中間手続きのフロー
を含む適切な設計モデル５２を生成するように最適一致
則（best fit rules）を使用している。特に、設計モデ
ル５２はコーディング設計に進んでも良いように十分に
完成されている。

【００４８】したがって、システム１０は、精巧な規則
による推論と照合手法によって支持された反復型でシス
テム主導のオートメーションをサポートしていることに
なる。定型知識によるソリューションのスクリプトの表
現とスクリプトを実行する機構は、それ自身において設
計オートメーションにおける大きな利点である。さらに
システム１０は、定型知識の自動照合、自動選択の代わ
りにユーザによる選択をサポートしているので、設計段
階は大幅に簡単になると共に設計期間も減少する。

【００４９】システム１０は、定型知識の完成の対応し
て、動作図論理と中間手続きのフローを自動生成する手
続き合成をサポートしている。手続き合成を行うシステ
ム１０を使用することにより、設計者は動作図の論理を
コーディングしなくても良いことになる。それよりもシ
ステム１０によれば、定型知識を選択することから、最
新の手続きを合成するために使用されるスタイルを設計
者が選択できることになる。

【００５０】挙動の定義に対する普通の動作図作成方法
に比べると、システム１０は手続き合成をサポートして
おり、設計段階における大幅な技術的利点が得られてい
る。これらの技術的利点は、容易に使用できること、容
易に修正できること、ソフトウエアを再利用できること
である。

【００５１】容易に使用できることについて考えると、
基礎的な概念的設計の考えでさえ実現には数百行の動作
図が必要になり得るのである。普通の動作図は高水準の
設計概念を容易にはサポートしていないし、実現するた
めには時間が消費される。システム１０を使用すれば、
定型知識の様式を完成することにより設計者はトランザ
クションの挙動を規定するが、これら定型知識の様式は
自動的に動作図に合成されるのでコーディングは含まれ
ない。

【００５２】図５は、システム１０によるエンティティ
メインテナス用の代表的な定型知識の様式を示す。設計
者は分析段階で完成したデータをスロット（Ｓｌｏｔ）
に書き込む。これがが完了すると、システム１０は、設
計者が設計オプションを選択することにより、手続きの
スタイルを変更することをサポートする。

【００５３】図６は、システム１０によるこの定型知識
により使用できるオプションの代表的な表示画面を示
す。容易に修正できることについて考えると、エンドユ
ーザが異なるスタイルの挙動を収容しようと決定すれ
ば、この変更によってかなりの動作図を編集することに
なるであろう。この編集には新しい動作図を書くよりも
多くの時間がかかることが多い。また、この編集は不注
意なソフトウエアのプログラミングミスを起こし易い。
都合の良いことに、システム１０は変更をたくわえ、最
後に合成したとき以降のすべての変更を知的に再利用す
る。

【００５４】たとえば、ユーザがＤｅｌｅｔｅ（削除）
を実行する前に確認段階を必要としていることを設計者
が知っていれば、システム１０は設計者が「２段階」ｄ
ｅｌｅｔｅオプションに変更して合成を再利用すること
をサポートする。システム１０は、どんな追加や変更も
保持されるように、当該動作図の残り部分には影響を与
えずに必要なコードを動作図に追加する。逆に、アプリ
ケーションにとって確認段階が必要でなければ、システ
ム１０は設計者が「２段階」をＯＦＦにして全ての関連
論理を動作図から除去するために合成を再適用すること
をサポートする。このような条件の場合、システム１０
は、この編集がもはや適用不可能となるように、設計者
が２段階処理に関する論理の内部で行ったであろう編集
を全て取り除く。動作図の残りは変更されない。

【００５５】システム１０による手続き合成の実現につ
いて考えると、内部での実現も、定型知識の定義とオプ
ションの定義を凝縮（encapsulate ） するためにオブ
ジェクト指向パラダイムを有効に利用している。定型知
識は、１つあるいはそれ上の業務処理に対する所定の試
験的実現方法である。設計オプションは定型知識間で再
利用可能な実現の構成要素である。

【００５６】図７は、システム１０により動作図に情報
処理的に合成された混合挿入（mixed-in）オプションを
示す。該当するスロット７０を有する複数の定型知識１
４は関連する設計オプション７２にマップされる。さら
に、定型知識１４と設計オプション７２は１つあるいは
それ以上の設計者用手続き７４にマップされシステム１
０により情報処理的に動作図７６に合成される。

【００５７】図８は、システム１０によるスクリプトの
実行、手続き、設計ケイパビリティ（capability）、ス
ロットおよび「ｆｉｌｌ」オブジェクトの間の関係を示
す。システム１０は定型知識、設計ケイパビリティ、そ
れぞれ関連するメソッドを有しているＣ＋＋クラスのよ
うなスロットを内部で表している。いくつかの包括的な
挙動はクラスレベルでコーディングされるが、各インス
タンスは自身のハードウエアによりコーディングされた
メソッド（hard coded method ） を有している。

【００５８】システム１０のスクリプトの実行方法は、
自身が関連するケイパビリティを具体的に説明し、かつ
ケイパビリティがＯＮかＯＦＦであることを決定する。
ケイパビリティがＯＮであれば、システム１０は「ｆｉ
ｌｌ」オブジェクト・ルーチンを実行すことにより関連
スロットを具体的に説明する。ケイパビリティがＯＦＦ
であれば、システム１０は「クリア」ルーチンを実行す
ことにより関連スロットを具体的に説明する。スクリプ
トの実行方法により、スロットが書き込まれる順番が定
義される。スロット間の依存性はスクリプトの実行方法
の内部でモデル化される。

【００５９】ケイパビリティはスロットをグループ化し
たものであり、またシステム１０によってユーザインタ
フェースレベルでサポートされた設計オプションであ
る。ケイパビリティがＯＦＦにセットされると、このケ
イパビリティに関連する全てのスロットはクリアされ、
さもなければ、ケイパビリティに関連する全てのスロッ
トは書込まれる。１つのオプションは１つのケイパビリ
ティに対応している。

【００６０】システム１０は、スロットが作成するオブ
ジェクトの種類にしたがってスロットを特殊化（subtyp
es）する。またシステム１０によるメタ・モデルの表示
は、スロットとオブジェクトとを関連付けすることによ
りどのオブジェクトがどのスロットによって生成された
かを記録する機構となる。各スロットは自身の「ｆｉｌ
ｌ」、「ｆｉｌｌｅｄ」、「ｃｌｅａｒ」ルーチンある
いはメソッド（method）を有している。

【００６１】スロットのｆｉｌｌｅｄメソッドは論理テ
ストであり、通常この論理テストは、スロットの「ｆｉ
ｌｌｅｄ＿ｂｙ」関係が連結されているかどうかをチェ
ックすることにより、スロットが既に書込まれているか
どうかをチェックする。（ビュー（view）のような）誘
導された結果を組み込んだスロットの全ては偽（false
）に復帰し、このことはｆｉｌｌルーチンが走行して
いることを保証する。これらのスロットはＤＥＲＩＶＥ
スロットとして分類される。固定した結果を有するスロ
ットはＳＴＡＴＩＣとして分類される。 Ｄｅｒｉｖｅｄスロットの結果の例： “ＳＥＴＥＸＰＯＲＴ ＭＩＲＲＯＲ ＥＮＴＩＴＹ
Ａ ＡＴＴＲＩＢＵＴＥ １ＴＯ ＥＸＰＯＲＴ ＥＮＴＩ
ＴＹ Ａ ＡＴＴＲＩＢＵＴＥ １” Ｓｔａｔｉｃスロットの結果の例： “ＥＸＩＴ ＳＴＡＴＥ ＩＳ ＰＲＯＣＥＳＳＩＮＧ
ＳＴＡＲＴＥＤ”．

【００６２】スロットのＣｌｅａｒメソッドはそのスロ
ットに関連する全てのオブジェクトをＤｅｌｅｔｅす
る．スロットのＦｉｌｌメソッドは適切なメタ・モデル
のオブジェクトとその集合を種類にしたがって生成す
る。全てのＤｅｒｉｖｅｄスロットは第１に自身のｃｌ
ｅａｒメソッドを呼出してオブジェクトを生成する。こ
れの例外はビュースロットである。ビューとなる全ての
スロットは生成されるオブジェクトが存在していないか
チェックする。このオブジェクトが見つからないけれ
ば、オブジェクトが作成される。システム１０が自動的
にビューを削除することはない。

【００６３】各スロットの種類の包括的な挙動は以下に
示すとおりである。 １．ビュー・スロット Ｆｉｌｌｅｄメソッド（書き込み済みメソッド） 常
に偽にＲｉｔｕｒｎする Ｃｌｅａｒメソッド（クリア・メソッド） 何も起こら
ない Ｆｉｌｌメソッド（書き込みメソッド） クリアされ
るビューが既に存在していなければ高水準ビュー定義
（「ＨＬＶＤＦ」）をＣｒｅａｔｅする。ビューが属し
ているエンティティと属性は、システム１０の手続き合
成ユーザインタフェース（ワークステーション２１）を
介してユーザにより入力されるか、別のビュー・スロッ
トから誘導されるかのいずれかである。 ２．Ａｃｔｉｏｎ Ｓｔａｔｅｍｅｎｔスロット Ｆｉｌｌｅｄメソッド スロットがｓｔａｔｉｃスロ
ットであり、かつ書き込み済みであれば真（true）にＲ
ｅｔｕｒｎする。 Ｃｌｅａｒメソッド ｆｉｌｌｅｄ＿ｂｙ関係を介し
てスロットに関連するａｃｔｉｏｎ ｓｔａｔｅｍｅｎ
ｔｓをＤｅｌｅｔｅする。 Ｆｉｌｌメソッド このインスタンスに対する特
定のａｃｔｉｏｎ ｓｔａｔｅｍｅｎｔｓをＣｒｅａｔ
ｅする。 ３．Ｄａｉｌｏｇ ｆｌｏｗスロット Ｆｉｌｌｅｄメソッド スロットが書込み済みｓｔａ
ｔｉｃスロットであれば真（true）にＲｅｔｕｒｎす
る。Ｄｙｎａｍｉｃスロットはフローに一致したビュー
を有する。 Ｃｌｅａｒメソッド ｄｉａｌｏｇ ｆｌｏｗをＤ
ｅｌｅｔｅする。 Ｆｉｌｌメソッド ｄｉａｌｏｇ ｆｌｏｗをＣ
ｒｅａｔｅする。最初に始まるあるいは最初に始まった
手続きのステップに加えるステップはユーザあるいは別
のビュースロットの結果により入力される。 ４．Ｃｏｍｍａｎｄスロット Ｆｉｌｌメソッド ｆｉｌｌｅｄ＿ｂｙ関係が具
体的に説明されれば真にＲｅｔｕｒｎする。 Ｃｌｅａｒメソッド 何も起こらない。 Ｆｉｌｌメソッド 業務システムコマンドをＣｒ
ｅａｔｅする。 ５．Ｅｘｉｔｓｔａｔｅスロット Ｆｉｌｌｅｄメソッド スロットが書き込み済みｓｔ
ａｔｉｃスロットであれば真（true）にＲｅｔｕｒｎす
る。 Ｃｌｅａｒメソッド 何も起こらない。 Ｆｉｌｌメソッド 業務システムのｅｘｉｔ ｓ
ｔａｔｅをＣｒｅａｔｅする。ｅｘｉｔ ｓｔａｔｅの
名前はユーザによって入力されるか、あるいは別のビュ
ースロットの結果から誘導される。

【００６４】代替実施例においては、システム１０は動
作ブロックスロットをさらにサポートする。通常は多数
の初期値のＣｏｍｍａｎｄとＥｘｉｔｓｔａｔｅがあ
り、これらはシステム１０が手続き合成を実行する都度
自動的に生成される。これらのコマンドは頻繁に使用さ
れる。これらのコマンドが存在していなければ作成され
る。

【００６５】システム１０は、ユーザが定型知識を選択
することにより手続きを自動的に合成することをサポー
トする。手続きの挙動は異なるオプションを選択するこ
とにより修正される。手続き合成はオブジェクト指向パ
ラダイムによりサポートされた設計指向の手法である。
手続き合成により生産性が大幅に改善されるが、生成さ
れた動作図は特定のサイトに対して調整可能である。望
ましくは、顧客自身の定型知識を定義する顧客用の機構
がシステム１０に含まれていることである。

【００６６】本発明とその利点を詳細に説明してきた
が、理解して頂きたいことは、本発明の精神と範囲から
逸脱することなく、各種の変更、代用及び部分的改造が
可能であるということであり、本発明の精神と範囲は添
付の請求の範囲に定義されていることである。

【００６７】付録Ａ 手続き合成は設計段階における手続きの定義中に行われ
るタスクである。設計段階では、ユーザは分析段階で見
した情報を、業務の必要性を満足する（業務システムと
呼ぶ）情報システムを記述する基礎として使用する。設
計の目的は、分析段階で定義された業務活動を実行する
ために必要な人間対コンピュータ間の対話を定義するこ
とである。

【００６８】手続きを定義する場合、ユーザは、基本的
処理を実現するためにどんな種類の手続きが必要である
かを分析段階で決定する。手続きは業務活動がどのよう
にに遂行されるかを定義する。本質的には、手続きはメ
ソッドであり、そのメソッドによって１つあるいはそれ
以上の処理が特定の実現手法を使用して実行されるので
ある。バッチ処理システムにおいては、手続きは１つの
バッチジョブを表している。オンライントランザクショ
ン処理システムにおいては、手続きのステップ（手続き
の下位区分）は１つの表示画面で遂行されるトランザク
ションを表す。

【００６９】どの処理を実現するか決定すると、システ
ム１０は手続き動作図（Ｐｒｏｃｅｄｕｒｅ Ａｃｔｉ
ｏｎ Ｄｉａｇｒａｍ：ＰＡＤ）を作成することを２つ
の方法によりサポートする。 ・ システム１０は、ユーザが最初から手続き動作
図を作成し、選択した全ての処理のビューを組合わせる
ビューを手作業で構築することをサポートする。処理の
論理を最初からつくり上げるとき、ユーザはメニューか
ら各コマンドを選択する。この方法は時間の浪費であ
り、かつ、ユーザには少しも手引きが与えられていない
が、大きな融通性と制御を提供しているのである。 ・ システム１０は、ユーザがシステム１０の設計
ツールセットの中で手続き合成を使用して変換を遂行す
ることをサポートする。変換は分析段階のオブジェクト
を設計段階のオブジェクトに自動的に転換する。手続き
合成の実行中、システム１０は手続きの論理を記述する
手続き動作図（ＰＡＤ）を生成する。手続き動作図は、
手続きで実現されている複数の手続き動作図を使用す
る。また、システム１０は、実現された全ての処理のビ
ューを組み合わせたビューに基づいて手続き動作図に対
する１組のデータビューを用意する。

【００７０】手続き合成の最終目標はＰＡＤをつくり出
すことであるが、ユーザは、ユーザの業務の必要性を完
全かつ正確に反映するために、手続きの論理設計中にＰ
ＡＤを修正することが可能である。

【表１】

【００７１】手続き合成の必要条件は： ・基礎的処理の完了 ・業務システム定義タスクの完了 ・業務システムの定義 である。

【００７２】業務システム定義の完了は分析段階の最終
タスクである。このタスクにより当該業務システムに必
要な基礎的処理の一覧表が明確になる。

【００７３】ユーザはダイアログ設計図作成（「ＤＬ
Ｇ」）ツールを介して手続き合成にアクセスする。シス
テム１０は、ユーザがＤＬＧツールにアクセスすること
により手続き合成にアクセスし、手続きを追加し、当該
手続きを詳記することをサポートする。

【００７４】業務システムの設計中は、通常、ユーザは
生成されたシステムがどのように使用されるかを検討す
る。オンラインシステムの場合、システム１０は、生成
されたソフトウエアが現れる表示画面との対話方法を決
定するため手続き合成を遂行することをサポートする。
システム１０が手続き合成を遂行することをサポートす
る場合、次に示すタスク、即ち、 ・定型知識を選択するタスク ・定型知識のオプションを選択するタスク ・フローを合成するタスク ・処理を変換するタスク を実行する。

【００７５】定型知識が選択されると、システム１０は
ユーザがオプションを選択することをサポートするが、
これらのオプションは手続きの定義とダイアログの設計
の両面に影響を及ぼす。たとえば、システム１０は、ユ
ーザが動作ブロックを実現する場合にコマンドを割り当
てることをサポートする。コマンドはシステム１０の特
殊な属性である。コマンドによって、手続きの実行に影
響を与える手段をユーザが指定することが可能になる。
オンラインシステムにおいては、システム１０は、ユー
ザが表示画面のコマンドフィールドを配置することをサ
ポートする。

【００７６】実行時には、システム１０は、ユーザが手
続きの実行を指令するためコマンドフィールドに値を投
入することをサポートする。たとえば、Ｍａｉｎｔａｉ
ｎＣｕｓｔｏｍｅｒ（顧客維持）手続きは、Ａｄｄ Ｃ
ｕｓｔｏｍｅｒ（顧客追加）、Ｃｈａｎｇｅ Ｃｕｓｔ
ｏｍｅｒ（顧客変更）、Ｄｅｌｅｔｅ Ｃｕｓｔｏｍｅ
ｒ（顧客削除）という基本的処理を実行する。設計者が
実行に使用されるコマンドを指定すれば、システム１０
は、ユーザが適切な値をコマンドフィールドに入れるこ
とにより、ユーザが３つの処理の中から選択することを
後でサポートする。手続き合成の間は、システム１０
は、設計者がコマンドを必要な動作ブロックを実行する
ＰＡＤの中にセットすることをサポートする。

【００７７】本来ＰＡＤを作り上げることは定型知識を
選択しかつ使用することを含んでいるのである。システ
ム１０における定型知識は代表的なスタイルの手続きの
設計といって良い。本質的に定型知識は、１つあるいは
それ以上の業務処理に対して予め定められた実行方法で
ある。ユーザが定型知識を使用すると、システム１０は
定型知識手続き動作図（Ｓｔｅｒｅｏｔｙｐｉｃａｌ
ＰＡＤ）を生成する。ユーザは、ＰＡＤの設計に影響を
与えるオプションを選択する。ＰＡＤが生成されると、
システム１０は、ユーザが業務システムの必要性を反映
するように手続きの論理を修正することをサポートす
る。さらに、システム１０はユーザが定型知識を反復使
用することをサポートする。各定型知識を反復して選択
する間、都合良いことにシステム１０は、ユーザによっ
て行われた変更を最後に行われた反復の結果として保存
している。その代わりとして、システム１０は、ユーザ
が全てのＰＡＤを最新の反復からのコードと入れ換える
ことをサポートする。

【００７８】ユーザは次に示す１つあるいはそれ以上の
定型知識のスタイルを選択する。 ・エンティティメインテナンス定型知識 ・選択リスト定型知識 ・動作ブロックの実行による定型知識

【表２】

【００７９】以下に述べることは各スタイルの説明であ
る。

【００８０】エンティティメインテナンス定型知識によ
りエンティティメインテナンス動作の手続きが合成され
る。ユーザは４つのエンティティ動作（ＣＲＥＡＴＥ
（生成）、ＲＥＡＤ（読出し）、ＵＰＤＡＴＥ（更
新）、ＤＥＬＥＴＥ（削除））のそれぞれに対する動作
ブロックを選択する。通常ユーザは（ＲＥＡＤ）レコー
ドを表示する動作ブロックを選択する。オンラインシス
テムにおいては、通常ユーザはレコードを読んでからＵ
ＰＤＡＴＥしたりＤＥＬＥＴＥしたりする。

【００８１】また、ユーザは、ユーザがレコードをＲＥ
ＡＤするために選択した処理のインポート（import）属
性から表示画面識別子を選択する。システム１０は表示
画面識別子をレコード検索の基準として使用する。

【００８２】エンティティ・メインテナンス定型知識か
らつくられるＰＡＤにはＮＯＴＥステートメントが含ま
れているが、ＮＯＴＥステートメントはユーザに信号を
送って、どこに顧客の正当性をチェックする論理（cust
om validation logic ）を追加するかを連絡する。

【００８３】手続き動作図の最終部分で共通論理の必要
性が生じることが多い。このようなことが起こる可能性
を吸収するため、メインのＣＡＳＥ ＯＦ ＣＯＭＭＡ
ＮＤの前に発見されたエラー条件は当該手続きから退避
できない。そのかわり、当該条件はコマンドをＢＹＰＡ
ＳＳの値にセットし実際のコマンドを記憶させる。ＢＹ
ＰＡＳＳのケースはメインのＣＡＳＥ ＯＦ ＣＯＭＭ
ＡＮＤの中で生成し、当該コマンドを初期の値に戻す。

【００８４】さらに、メインのＣＡＳＥ ＯＦ ＣＯＭ
ＭＡＮＤの中のＥＳＣＡＰＥは、ケース構造体の外部に
だけ退避する。システム１０は、ユーザがＣＡＳＥ Ｏ
ＦＣＯＭＭＡＮＤの構築の後にＰＡＤの最下部に共通論
理を置くことをサポートする。

【００８５】システム１０が生成したどのビューもオプ
ションでセットされる。その上、システム１０は、ＩＥ
Ｆ＿ＳＵＰＰＬＩＥＤと名付けられＩＥＦ ＣＯＭＭＡ
ＮＤを記憶するローカルワークセットアトリビュートビ
ューを生成する。

【００８６】ユーザは選択リスト定型知識によって、選
択リストを提供するＰＡＤを生成することができる。選
択リストは主エンティティ・タイプの発生を示す。リス
ト内の各ディスプレイラインは１つあるいはそれ以上の
属性を表示する。発生したエンティティは選択された属
性によりソートされる。手続き合成の間に、システム１
０はＰＡＤを生成するがこのＰＡＤは主エンティティ・
タイプの発生件数を全て表示する。また、システム１０
は、ユーザが選択を投入できるようにフィールドを作成
する。例Ａ−１は代表的な選択リストである。

【表３】 例Ａ−１ 選択リスト 従業員一覧表 従業員番号：００００００ 氏 名 番 号 Ｋ．ＡＭＢＲＯＳＥ ０１９８３９５ Ｂ．ＡＮＤＲＥＷ １３８８４０４ Ｊ．ＢＡＫＥＲ ９８７３９１３ Ｓ．ＢＡＲＲＯＮ ５４６７９３８ Ｌ．ＣＯＬＬＩＮＳ ９０８５９４０ Ｍ．ＨＡＮＫＩＮ ９８５１０９８ Ｒ．ＨＡＲＲ ２９９２８４７ Ｓ．ＪＡＣＯ ０９９９８００ Ｃ．ＪＯＨＮＳＯＮ ５９８６０７０ Ｔ．ＭＥＩＥＲ ５８７５６１９ Ｃ．ＲＩＮＫ ０８１７５１５ Ｔ．ＳＭＩＴＨ ５８８８７２８ Ｅ．ＳＴＡＵＦＦＥＲ １２３９９７８ Ｂ．ＶＩＥＴＴＩ ７９７４３６７

【００８７】システム１０はレコードを表示するために
自動的にＣＡＳＥコマンドを追加する。選択リスト定型
知識はスクロールのためにシステム１０のＤｉａｌｏｇ
Ｍａｎａｇｅｒを使用する。

【００８８】動作ブロックの実行に基づく定型知識によ
り、ユーザはどの動作ブロックでも呼出すＰＡＤを生成
することができる。システム１０は、ユーザが分析およ
び設計段階から実行用の動作ブロックを選択することを
サポートしている。

【００８９】システム１０は、手続き用の動作ブロック
定型知識の使用をサポートしている。この動作ブロック
はエンティティ・メインテナンス定型知識あるいは選択
リスト定型知識には合致していないが、自動ビュー合成
からの利点を享受できる。ユーザが動作ブロックを選択
すると、通常ユーザは処理を指令するコマンド値を選択
する。

【００９０】変換の準備では、システム１０はユーザが
定型知識を修正するオプションを選択することをサポー
トする。各修正は当該ＰＡＤにおける動作ステートメン
トの注解になる。ユーザは次の中から選択できる。 ・コマンドエントリ用アクションバーを追加せよ ・１段階あるいは２段階でエンティティの動作を実行せ
よ。 ・更新にはＥｎｔｅｒコマンドを使用せよ。 ・ディスプレイにはＥｎｔｅｒコマンドを使用せよ。 ・コマンドがＣＡＮＣＥＬ（取消）の場合表示画面をリ
フレッシュせよ。 ・表示画面からデータをクリアせよ。

【００９１】システム１０は、ユーザがレコードと表示
画面識別子を表示する動作ブロックを選択した後、エン
ティティ・メインテナンス定型知識用のこれらオプショ
ンの全てを選択することをサポートしている。ユーザが
主エンティティタイプを選択すると、ユーザは選択リス
ト定型知識の第１のオプションだけを選択することがで
きる。

【００９２】以下述べることはこれらのオプションの説
明である。

【００９３】コマンドエントリ用アクションバーを追加
せよ（ＡＤＤ ＡＮ ＡＣＴＩＯＮＢＡＲ ＦＯＲ Ｃ
ＯＭＭＡＮＤＥＮＴＲＹ） システム１０はユーザがコマンドを３つの方法で実行す
ることをサポートしている。 ・特定のコマンドが割当られているファンクション・キ
ーを押す。 ・コマンドあるいは同等の値をシステム１０のコマンド
フィールドに投入する。 ・１キャラクタあるいは２キャラクタコードをアクショ
ンバーの一般動作エントリフィールドに投入し、コマン
ド実行用のキーを押す。

【００９４】ユーザが、選択リスト定型知識あるいはエ
ンティティ・メインテナンス定型知識を選択する場合、
システム１０はユーザの要求に応答して表示画面にアク
ションバーを追加する。ユーザが定型知識を使用する
と、システム１０はＰＡＤを生成するが、このＰＡＤに
はアクションバーにコマンドをリストし、かつコマンド
エントリ用のフィールドを提供する論理が含まれてい
る。Ｄ、Ｃ、Ｕの文字はシステムがＤｉｓｐｌａｙ、Ｃ
ｒｅａｔｅ、Ｕｐｄａｔｅする指令である。Ｄｉｓｐｌ
ａｙ、Ｄｅｌｅｔｅは共に文字Ｄで始まるから、システ
ム１０は、ユーザが２キャラクタ・エントリＤＥにより
区別することをサポートしている。

【００９５】例Ａ−２の最上段は生成されたアクション
バーを有する代表的な表示画面を示す。 例Ａ−２ コマンドエントリ用アクションバーのあるス
クリーンDE C-Create U-Update D-Display DE-Delete ────────────── 部のメインテナンス 部： 番号： １ 氏名 社員

【００９６】システム１０は、ユーザがコマンドエント
リ用アクションバーを追加するように選択した場合、以
下に示すステートメントを生成する。

【表４】

【００９７】アクションバーが生成されると、ＰＦ（フ
ァンクション）キーに同一コマンドを割当てる必要はな
い。また、Ｅｎｔｅｒキーもディスプレイあるいは更新
オプションに使用されない。

【００９８】１段階あるいは２段階でエンティティ動作
の実行せよ（ＥＸＥＣＵＴＩＯＮ ＥＮＴＩＴＹ ＡＣ
ＴＩＯＮＳ ＩＮ ＯＮＥ−ＳＴＡＧＥＯＲ ＴＷＯ−
ＳＴＡＧＥＳ） エンティティ・メインテナンスの最も基本的な実行で
は、システム１０はユーザが発行したコマンドに直ちに
応答して動作を実行する。これは１段階の実行として知
られている。しかし、意図しないでエンティティ動作を
実行してデータベースに影響を与えてしまうリスクを小
さくするために、システム１０は２段階で実行する論理
を有するＰＡＤを生成することをサポートしている。す
なわち、 ・第１のステ−ジでは、ユーザはコマンドを投入し、シ
ステム１０はこの動作の確認の要求を返す。 ・第２のステ−ジでは、ユーザはこの動作を確認し、シ
ステム１０は動作を実行する。

【００９９】確認の間に、スクリーンは入力されないよ
うに保護されている。

【０１００】システム１０は、ユーザがエンティティ・
メインテナンス定型知識を選択した場合、ユーザがＣＲ
ＥＡＴＥ、ＵＰＤＡＴＥ、ＤＥＬＥＴＥエンティティ動
作に対して個別に１段階あるいは２段階の実行を選択す
ることをサポートしている。２段階の実行はＤＥＬＥＴ
Ｅエンティティ動作に対して最も普通に使用される。

【０１０１】次に示す例は、システム１０が２段階の実
行に対して生成する動作図ステートメントを示す。

【表５】

【０１０２】更新にはＥｎｔｅｒキーを使用せよ（ＵＳ
Ｅ ＴＨＥ ＥＮＴＥＲ ＣＯＭＭ ＡＮＤ ＴＯ Ｕ
ＰＤＡＴＥ） システム１０は動作図論理の生成をサポートしている
が、動作図論理は表示画面・フィールドの内容に基づい
てコマンドを実行する。システム１０は、表示画面識別
子フィールドを除いて、どのフィールドのデータを変更
した後でも、Ｅｎｔｅｒキーの押下に応答して表示画面
がデータを更新するようにユーザが指定することをサポ
ートしている。このことはＥＮＴＥＲコマンドがＥｎｔ
ｅｒキーに割当られているものと仮定している。

【０１０３】次に示す例は、ユーザがデータを更新する
ため後でＥｎｔｅｒキーを押下したときの論理を示す。

【表６】

【０１０４】ディスプレイにはＥｎｔｅｒコマンドを使
用せよ（ＵＳＥ ＴＨＥ ＥＮＴＥ Ｒ ＣＯＭＭＡＮ
Ｄ ＴＯ ＤＩＳＰＬＡＹ） システム１０は、表示画面識別子フィールドのデータを
変更した後にユーザがＥｎｔｅｒキーを押下したことに
応答して、新しいスクリーンが表示画面識別子フィール
ドにより識別された選択を表示するようにユーザが指定
することをサポートしている。このことはＥＮＴＥＲコ
マンドがＥｎｔｅｒキーに割当られているものと仮定し
ている。

【０１０５】次に示す例は、ユーザが次の選択を表示す
るため後でＥｎｔｅｒキーを押下したときの論理を示
す。

【表７】

【０１０６】コマンドがＣＡＮＣＥＬの場合表示画面を
リフレッシュせよ（ＲＥＦＲＥＳＨ ＴＨＥ ＤＩＳＰ
ＬＡＹ ＳＣＲＥＥＮ ＷＨＥＮ ＴＨＥＣＯＭＭＡＮ
Ｄ ＩＳ ＣＡＮＣＥＬ） ユーザは、要求中のコマンドＣＡＮＣＥＬに応答して、
合成されたシステムがデータベースから表示画面をリフ
レッシュするようにシステム１０に指定することができ
る。表示画面をリフレッシュするデータは前のディスプ
レイからの表示画面識別子に基づいている。

【０１０７】次に示す例は、ＣＡＮＣＥＬコマンドに対
する論理を示す。

【表８】

【０１０８】また、システム１０は、データを表示する
動作ブロックをＵＳＥ（使用）するＣＡＳＥ ＣＡＮＣ
ＥＬを作成する。

【０１０９】表示画面からデータをクリアせよ（ＣＬＥ
ＡＲ ＤＡＴＡ ＦＲＯＭＴＨＥ ＤＩＳＰＬＡＹ Ｓ
ＣＲＥＥＮ） 設計者は、表示画面の全フィールドからデータをクリア
するコマンドを選択することをシステム１０に指定する
ことができる。

【０１１０】次に示す例は、ユーザが後で表示画面をク
リアするコマンドを投入するときの論理を示す。

【表９】

【０１１１】フローとは手続きステップ間の制御の移動
と、オプションとしてのデータの移動のことをいう。シ
ステム１０は、ユーザが生成する手続きと別の手続きの
間で特殊なフローをつくり出すことをサポートしてい
る。

【０１１２】合成のフローには次に示すタスクが含まれ
ている。 ・メニューのフローを合成するタスク ・主リストのフローを合成するタスク ・隣接選択リストのフローを合成するタスク

【０１１３】以下に述べることは各タスクの説明であ
る。

【０１１４】メニューのフローを合成せよ（ＳＹＮＴＨ
ＥＳＩＺＥ ＭＥＮＵ ＦＬＯＷＳ） オンラインシステムにおいては、システム１０は、ユー
ザが現在の業務システムあるいは別の業務システムの手
続きの間の走行管理をすることをサポートするためメニ
ューを表示する。システム１０は、ユーザが手続きステ
ップの間のフローを生成することをサポートしているの
で、１つの手続きステップは他の手続きステップに対し
てメニューとしての役目をする。

【０１１５】システム１０はリンクのフローおよび転送
のフローを生成する。リンクのフローが生成された場
合、当該リンクを実行するＣＡＳＥステートメントが組
み立てられる。各リンクは，ＥＸＩＴ ＳＴＡＴＥ Ｉ
Ｓ ｌｉｎｋ＿ｔｏ＿ｐｒｏｃｅｄｕｒｅ＿ｎａｍｅス
テートメントを介して生起するが、ここでｐｒｏｃｅｄ
ｕｒｅ＿ｎａｍｅは相手手続きステップの名前のことで
ある。

【０１１６】メニュー手続きステップに対する転送は次
に示す条件を管理するために生成される。すなわち、 ・クリア・表示画面から手続きステップが生成される場
合 ・別の手続きステップからのフローがある場合 という条件である。

【０１１７】

【表１０】

【０１１８】システム１０は、別の手続きステップに接
続されるどんな手続きステップにもメニューのフローを
追加できるようにユーザをサポートしている。

【０１１９】主リストのフローを合成せよ（ＳＹＮＴＨ
ＥＺＩＺＥ ＳＵＢＪＥＣＴＬＩＳ Ｔ ＦＬＯＷＳ） システム１０は主リストのフローの合成をサポートし
て、ユーザが合成された選択リスト手続きステップと現
在の手続きステップとの間にフローを追加することを可
能にする。選択リスト手続きステップはエンティティ・
メインテナンス手続きと同じ主エンティティを持ってい
る。またユーザはフローを実行するコマンドを選択す
る。

【０１２０】ユーザがフローを追加する選択リストは、
詳細化中の手続きステップに対する主エンティティタイ
プとして有用である。たとえば、システム１０は、ユー
ザが従業員をリストする選択リスト手続きステップと、
従業員の職員レコードのエンティティ動作を実行するエ
ンティティ・メインテナンス手続きステップとの間のフ
ローを合成することをサポートしている。主エンティテ
ィは選択リストから選択することができるし、エンティ
ティ・メインテナンス動作は主エンティティに対して実
行可能である。エンティティ・メインテナンスが完了す
ると、システム１０は選択リストに復帰する。

【０１２１】システム１０は自動的に転送（transfer）
とリンク（link）を生成する。リンクは選択リスト手続
きステップからエンティティ・メインテナンス手続きス
テップに対して流れる。ＤＩＳＰＬＡＹコマンドはＥｘ
ｅｃｕｔｉｖｅ Ｆｉｒｓｔオプションを呼出す。エン
ティティ・メインテナンス手続きステップはＲＥＴＵＲ
Ｎコマンドのリンクから復帰するがＥｘｅｃｕｔｉｖｅ
Ｆｉｒｓｔオプションに対してコマンドを転送しな
い。システム１０は復帰しているエンティティ・メイン
テナンス手続きステップの最新の主ビューに整合してい
るから、選択リスト手続きステップは最新の選択から開
始する。

【０１２２】転送はエンティティ・メインテナンス手続
きステップから選択リスト手続きステップに対して流れ
る。ＤＩＳＰＬＡＹコマンドは選択リストでＥｘｅｃｕ
ｔｉｖｅ Ｆｉｒｓｔオプションを呼出す。どのデータ
も一致しないので、選択リストは始めから表示される。

【０１２３】隣接選択リストのフローを合成せよ（ＳＹ
ＮＴＨＥＳＩＺＥ ＮＥＩＧＨＢＯＲ ＳＥＬＥＣＴＩ
ＯＮ ＬＩＳＴ ＦＬＯＷＳ） システム１０は隣接選択リストのフローの合成をサポー
トして、ユーザが最新の手続きステップからのフローを
選択リスト手続きステップに追加することを可能にす
る。選択リスト手続きステップは、最新の手続きステッ
プの主エンティティタイプを含めて、全ての主エンティ
ティタイプを有している。フローはリンクとして実行さ
れる。設計者はこのフローを実行するコマンドを選択す
る。

【０１２４】隣接選択リストのフローの目的は、選択リ
ストからの出現を選択することにより、ユーザが（エン
ティティ・メインテナンス表示画面を含め）１つの表示
画面で動作を完了できるようにすることである。選択し
た隣接エンティティタイプが出現することは、ビュー・
セットに現れる属性を持たなければならない。たとえ
ば、ユーザはエンティティ・メインテナンス表示画面で
名前を完了させたいかもしれない。隣接選択リストにフ
ローを追加することにより、ユーザは当該リストから名
前を選択してエンティティ・メインテナンス表示画面の
フィールドを完了させる。

【０１２５】ユーザは最新の手続きステップのインポー
ト・ビューから隣接エンティティ・タイプを選択する。
ＤＩＳＰＬＡＹコマンドはＥｘｅｃｕｔｅ Ｆｉｒｓｔ
オプションによりこのフローを受け継ぐ。このフローに
データはひとつも一致しない。フローはＲＥＴＵＲＮコ
マンドの最新の手続きステップに復帰する。フローはＤ
ｉｓｐｌａｙ Ｆｉｒｓｔオプションによりコマンドを
転送しない。隣接手続きから復帰すると、データは選択
したエンティティ・ビューにマップされる。

【０１２６】システム１０は基本的処理と定型知識オプ
ションを自動的に手続きに変換する。設計者は容易に定
型知識を選択しかつ使用できる。変換が完了すると、シ
ステム１０は、設計者がＰＡＤツールを使用して手続き
ステップの動作図を修正することをサポートする。シス
テム１０は、設計者が構造図形化ツール（structureCha
rting Tool ）を使用して動作ブロック間の相互接続を
審査することをサポートする。最後にシステム１０は設
計者が自動レイアウト動作（Auto Layout action）を選
択することによりＳＤツールの画面表示を生成すること
をサポートする。

【０１２７】本発明とその利点を詳細に説明してきた
が、理解して頂きたいことは、本発明の精神と範囲から
逸脱することなく、各種の変更、代用及び部分的改造が
可能であるということであり、本発明の精神と範囲は添
付の請求の範囲に定義されていることである。

【０１２８】以上の説明に関して更に以下の項を開示す
る。 （１）知識ベース設計用システムであって、複数の概念
的モデル要素と複数の定型知識ベースを記憶する記憶回
路と、前記記憶回路に接続され、最も良く照合する前記
定型知識ベースの１つを選択するため、前記概念的モデ
ル要素のいくつかを前記定型知識ベースのいくつかと照
合する照合回路と、前記照合回路に接続され、前記選択
された定型知識ベースに応答してスクリプトを使用する
ことにより設計モデル要素を生成する生成回路と、を含
むことを特徴とするシステム。

【０１２９】（２）第（１）項記載のシステムであっ
て、前記生成回路に接続せれ、ユーザからの命令に応答
して前記設計モデル要素の中に変更を組み入れる修正回
路を更に含むことを特徴とするシステム。

【０１３０】（３）第（２）項記載のシステムであっ
て、前記修正回路は、ユーザからの命令に応答して更に
前記概念的モデル要素を修正できることを特徴とするシ
ステム。

【０１３１】（４）第（３）項記載のシステムであっ
て、前記照合回路は、最も良く照合する前記定型知識ベ
ースの異なる１つを選択するため、更に前記修正された
概念的モデル要素のいくつかを前記定型知識ベースのい
くつかに再照合させることができることを特徴とするシ
ステム。

【０１３２】（５）第（４）項記載のシステムであっ
て、前記生成回路は、前記異なる定型知識ベースに応答
してスクリプトを使用することにより、更に前記設計モ
デル要素を修正することができるので、前記変更は前記
修正済み設計モデル要素によって保持されることを特徴
とするシステム。

【０１３３】（６）第（１）項記載のシステムであっ
て、前記記憶回路に接続され、ユーザからの命令に応答
して前記定型知識ベースの少なくとも１つを生成する回
路を更に含むことを特徴とするシステム。

【０１３４】（７）第（１）項記載のシステムであっ
て、前記各スクリプトは関連する定型知識の規則の一部
を形成することを特徴とするシステム。

【０１３５】（８）第（１）項記載のシステムであっ
て、前記概念的モデル要素は開発ライフサイクルの分析
段階を表すことを特徴とするシステム。

【０１３６】（９）第（１）項記載のシステムであっ
て、前記設計モデル要素は少なくとも１つの手続き動作
図を含むことを特徴とするシステム。

【０１３７】（１０）知識ベース設計用システムであっ
て、それぞれが少なくとも１つの関連オプションにした
がって修正できる複数の定型知識ベースを記憶する記憶
回路と、前記記憶回路に接続され、ユーザからの命令に
応答して前記定型知識ベースの少なくとも１つを選択す
る選択回路と、前記選択回路に接続され、ユーザからの
命令に応答して少なくとも１つの前記関連オプションに
したがって前記定型知識ベースを修正する修正回路と、
前記修正回路に接続され、前記修正済み定型知識ベース
に応答してスクリプトを使用することにより、複数の設
計モデル要素を生成する生成回路と、を含むことを特徴
とするシステム。

【０１３８】（１１）第（１０）項記載のシステムであ
って、前記修正回路は、ユーザからの命令に応答して、
前記設計モデル要素に更に変更を組み入れることができ
ることを特徴とするシステム。

【０１３９】（１２）第（１１）項記載のシステムであ
って、前記選択回路はユーザからの命令に応答して更に
異なる少なくとも１つの前記定型知識ベースを選択する
ことができ、かつ前記生成回路は、前記異なる定型知識
ベースに応答してスクリプトを使用することにより、更
に前記設計モデル要素を修正することができるので、前
記変更は前記修正済み設計モデル要素によって保持され
ることを特徴とするシステム。

【０１４０】（１３）第（１１）項記載のシステムであ
って、前記修正回路は、ユーザからの命令に応答して少
なくとも１つの前記関連オプションにしたがって、前記
修正済み定型知識ベースを更に修正することができ、か
つ前記生成回路は、前記更に修正された定型知識ベース
に応答してスクリプトを使用することにより、更に前記
設計モデル要素を修正することができるので、前記変更
は前記修正済み設計モデル要素によって保持されること
を特徴とするシステム。

【０１４１】（１４）第（１０）項記載のシステムであ
って、前記記憶回路に接続され、ユーザからの命令に応
答して前記定型知識ベースの少なくとも１つを生成する
回路を更に含むことを特徴とするシステム。

【０１４２】（１５）第（１０）項記載のシステムであ
って、前記各スクリプトは関連する定型知識の規則の一
部を形成することを特徴とするシステム。

【０１４３】（１６）第（１０）項記載のシステムであ
って、前記設計モデル要素は少なくとも１つの手続き動
作図を含むことを特徴とするシステム。

【０１４４】（１７）知識ベース設計の方法であって、
複数の概念的モデル要素と複数の定型知識ベースを記憶
し、最も良く照合する前記定型知識ベースの１つを選択
するため、前記概念的モデル要素のいくつかを前記定型
知識ベースのいくつかに照合させ、前記選択された定型
知識ベースに応答してスクリプトを使用することにより
複数の設計モデル要素を生成する、ことを含む複数のス
テップを実行する処理回路を使用することを特徴とする
方法。

【０１４５】（１８）第（１７）項記載の方法であっ
て、ユーザからの命令に応答して、前記設計モデル要素
に変更を組み入れるステップを更に含むことを特徴とす
る方法。

【０１４６】（１９）第（１８）項記載の方法であっ
て、ユーザからの命令に応答して前記概念的モデル要素
を修正するステップを更に含むことを特徴とする方法。

【０１４７】（２０）第（１９）項記載の方法であっ
て、最も良く照合する前記定型知識ベースの異なる１つ
を選択するため、前記概念的モデル要素のいくつかを前
記定型知識ベースのいくつかに再照合させ、ユーザから
の命令に応答してスクリプトを使用することにより、前
記設計モデル要素を修正するので、前記変更は前記修正
済み設計モデル要素によって保持される、ステップを更
に含むことを特徴とする方法。

【０１４８】（２１）第（１７）項記載の方法であっ
て、ユーザからの命令に応答して前記定型知識ベースの
少なくとも１つを生成するステップを更に含むことを特
徴とする方法。

【０１４９】（２２）第（１７）項記載の方法であっ
て、前記各スクリプトは関連する定型知識の規則の一部
を形成することを特徴とする方法。

【０１５０】（２３）第（１７）項記載の方法であっ
て、前記概念的モデル要素は開発ライフサイクルの分析
段階を表すことを特徴とする方法。

【０１５１】（２４）第（１７）項記載の方法であっ
て、前記設計モデル要素は少なくとも１つの手続き動作
図を含むことを特徴とする方法。

【０１５２】（２５）知識ベース設計の方法であって、
それぞれが少なくとも１つの関連オプションにしたがっ
て修正できる複数の定型知識ベースを記憶し、ユーザか
らの命令に応答して前記定型知識ベースの少なくとも１
つを選択し、ユーザからの命令に応答して少なくとも１
つの前記関連オプションにしたがって前記定型知識ベー
スを修正し、前記修正済み定型知識ベースに応答してス
クリプトを使用することにより、複数の設計モデル要素
を生成する、ことを含む複数のステップを実行する処理
回路を使用することを特徴とする方法。

【０１５３】（２６）知識ベース設計に対する方法（４
０）およびシステム（１０）が提供されている。概念的
モデル要素（１２）は記憶される。又、定型知識ベース
（１４）も記憶される。最も良く照合する定型知識ベー
ス（１４）の１つ（１６）を選択するため、概念的モデ
ル要素（１２）のいくつかは定型知識ベース（１４）の
いくつかと照合がとられる。選択した知識ベース（１
６）に応答してスクリプトを使用することにより設計モ
デル要素（１８）が生成される。

【図面の簡単な説明】

【図１】本発明の好適実施例による知識ベース設計用シ
ステムを示す図。

【図２】図１のシステムによる、定型規則の代表的な例
を示す図。

【図３】図１のシステムによる、スクリプトによるビル
ディングブロックの代表的な例を示す図。

【図４】図１のシステムによる、知識ベース設計の方法
におけるデータ流れ図。

【図５】図１のシステムによる、エンティティ・メイン
テナス用定型知識ベースの代表的な様式を示す図。

【図６】図１のシステムによる、定型知識ベースと共に
使用可能なディスプレイスクリーンの代表的なオプショ
ンを示す図。

【図７】図１のシステムにより動作図に情報処理的に合
成された混合挿入オプションを示す図。

【図８】図１のシステムによる、スクリプトの実行、手
続き、設計ケイパビリティ、スロットおよび「ｆｉｌ
ｌ」オブジェクトの間の関係を示す図。

【符号の説明】

１０ システム １２ 概念的モデル要素 １４ 定型知識ベース １６ 選択された定型知識ベース １８ 設計モデル要素 ２０ ユーザ ２１ ワークステーション ２２ 別の定型知識ベース ４０ データの流れ図 ４２ 設計知識 ４３ 異なる設計知識 ４４ 知識ベース設計モジュール ４６ 分類モジュール ４８ 照合モジュール ５０ 生成モジュール ５２ 設計モデル ７０ スロット ７２ 設計オプション ７４ 設計者用手続き ７６ 動作図

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ジョセフィン オドウィアー イギリス国エスエル４ ６ピーエル バー クス，イートン ウィック，バンセス ク ロース 11 (72)発明者 ジェームズ アール．アボット アメリカ合衆国テキサス州プラノ，ファニ ン サークル 1620

Claims (2)

【特許請求の範囲】
1. 【請求項１】 知識ベース設計用システムであって、 複数の概念的モデル要素と複数の定型知識ベースを記憶
   する記憶回路と、 前記記憶回路に接続され、最も良く照合する前記定型知
   識ベースの１つを選択するため、前記概念的モデル要素
   のいくつかと前記定型知識ベースのいくつかを照合する
   照合回路と、 前記照合回路に接続され、前記選択された定型知識ベー
   スに応答してスクリプトを使用することにより設計モデ
   ル要素を生成する生成回路と、を含むことを特徴とする
   システム。
2. 【請求項２】 知識ベース設計の方法であって、 複数の概念的モデル要素と複数の定型知識ベースを記憶
   し、 最も良く照合する前記定型知識ベースの１つを選択する
   ため、前記概念的モデル要素のいくつかと前記定型知識
   ベースのいくつかを照合し、 前記選択された定型知識ベースに応答してスクリプトを
   使用することにより複数の設計モデル要素を生成する、
   ことを含む複数のステップを実行する処理回路を使用す
   ることを特徴とする方法。