JPS6250930A - デ−タ主導型のコマンド管理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔発明の利用分野〕 本発明は、モジュール群管理方式に係り、特にコマンド
管理をベースとするユーザインタフェースソフトウェア
のコマンド管理方式に関するものである。

〔発明の背景〕

従来、コマンドのオペランド部は、コマンドに従属する
ものとして見られており積極的な管理の対象となってい
なかった。計算機と人間の接点となるユーザインタフェ
ースソフトウェアは、その位置付けからくる重要性のた
め最近盤々複雑化。

肥大化しており、その生産性の向上が燵まれでいる。生
産性の向上のためには、ソフトウェアの共通化ｔＷ準化
が必要となってくるが、従来のコマンドの処理を中心と
した標準化においては、コマンドにより大きく処理が異
なってくるため、標準化にも限界があった。

（発明の目的〕 本発明の目的は、ユーザインタフェースソフトウェアの
複雑化、肥大化を抑えるとともに、ユーザインタフェー
スソフトウェア構築の際、ソフトウェアの標準化を進め
るための基本ソフトウェアとして利用されるコマンド管
理プログラムの実現方式であるデータ主導型のコマンド
管理方式を提供することにある。

〔発明の概要〕

上記目的を達成するため本発明では、各コマンドに対応
するオペランド部に着目し、コマンドに対応する処理プ
ログラムからではなく、処理プログラムが必要とするデ
ータの方面からの標準化をはかるものである。その基本
的考え方を第１図に示す。従来、１０１，１０２，１０
３，１０４に示される通常のコマンドという単位でコマ
ンド管理を行なっていた（矢印ｉ方向からの視点）もの
をコマンドに対応する処理（手続き）部２００とコマン
ドのオペランド（データ）部３００という単位でコマン
ド管理を行なうものである（矢印ｊの視点）。

〔発明の実施例〕

以下、本発明の一実施例であるフレームシステムを第２
図により説明する。第２図は、フレームシステム２０と
、端末１１，１２．コマンド処理プログラム群３０との
関係を表わしている。

フレームシステム利用者は、まず、端末１１を通してコ
マンドのオペランド部をジェネレータ２１によりフレー
ム構造として定義を行ない、フレームメモリ２３にオペ
ランド部に対応したフレーム構造を生成する。他のコマ
ンドのオペランド部についても同様に定義を行なう６第
３図シ；分析処理における波形処理を例としたフレーム
の概念的構造を、第４図にフレームの物理的構造の概略
を示す。第３図、第４図に示されるように、フレームデ
ータ構造中には、（１）オペランドの意味的なまとまり
の階層関係、（２）オペランドの制約条件、（３）オペ
ランドの説明、（４）オペランドが指定されなかった場
合のデフォルトとしてとられる値、（５）オペランド設
定に伴い必要となる手続き名称、（６）オペランドに対
応するコマンド処理プログラム名称、な、どのオペラン
ドに関連した情報が定義されている。第５図に、ジェネ
レータの表示画面例を示す。

次に、フレームシステム利用者は端末１２を通して、フ
レームシステムのユーザインタフェース機能を提供する
マネージャ２６．エディタ２５を利用できる。マネージ
ャ２６は、ジェネレータ２１で定義されたフレームとコ
マンド処理プログラムとの関係をメニュ形式で表示を行
ない、利用者が行なう処理モード、コマンド名称、フレ
ーム名称などの選択指示に応じてコマンド実行制御を行
なう。マネジャの表示画面例を第６図に示す。

エディタ２５は、マネージャ２６で指定されたフレーム
名称に対応するフレームの編集を行なうものであり、こ
の機能を用い利用者は、フレームに定義されているオペ
ランド値の設定、変更を行なう。第７図にエディタ画面
例を示す。

コマンド処理プログラム群３０は、フレームシステムが
用意するフェッチ／ストア２４の機能を用い、エディタ
によりフレーム中に設定された値を取ってくることによ
り、それぞれの処理を行なう。

また、フレーム操作基本モジュールは、フレームメモリ
２３の中に定義されているフレーム構造を操作するため
の基本モジュールである。

本実施例によれば、次のような効果がある。

（１）　　ジェネレータ２１によりフレームメモリ中に
フレーム構造を定義することで、第２図における２２，
２５，２６，２４のソフトウェアが、ユーザインタフェ
ース共通ソフトウェアとして使用できる。

（２）　　コマンドのオペランド部の値の設定をフレー
ムの生成、変更、消去の操作で置き換えることができ、
オペランドに含まれる多くの項目をフレームという単位
で統一して管理できる。

（３）　　（２）に関連して、フレーム構造を利用する
ことにより、オペランドに含まれている項目の意味的な
まとまりを単位とした、オペランド部の階層化表示が可
能となっている。

（４）　　オペランド部をフレームとして登録しておく
ことにより、コマンドを実行する際、オペランドをいく
つも指定する必要がなくフレーム名をひとつ指定すれば
よい。また、既登録のフレームと少し異なるオペランド
でコマンドを実行したい場合でも、エディタにより必要
なところのみを変更して実行すればよい。

（５）　　フレームシステム全体を、フレーム構造を核
としたデータ駆動性の高いソフトウェア構成としてまと
めることができ、システム全体のソフトウェア構成の見
通しがよくなる。

〔発明の効果〕

本発明により次の効果が得られる。

１、コマンドの処理部は各コマンドにより処理内容が大
きく異なり標準化が難しい。これに比較して、本発明に
よる方式では、コマンドのオペランド部を中心とした標
準化を行なっており。

オペランド部は種々の形式を持ってはいるが類似性があ
り標準化を行ないやすい。このため、ユーザインタフェ
ースソフトウェアの共通化。

標準化が前者の方式と比べてより深く行うことができソ
フトウェア生産性の向上がはかれる。

２、コマンドのオペランド部のデータとそれに関連した
データをコマンドの処理部とは独立に持っているため、
従来、コマンドの処理部、又はユーザインタフェースソ
フトウェア中に記述されていた処理のうちのいくつかが
、処理部のプログラムとは独立したデータとして扱える
。従って、処理部プログラムの機能の変更は、データを
管理するプログラムを通じて対応するデータを変更すれ
ばよいこととなる。このため、処理部プログラムの汎用
性、独立性、再利用性が増す。また、プログラム全体の
見通しもよいものとなる。これらによりソフトウェア生
産性向上がはかれる。

３、オペランド部をコマンド処理部とは独立に管理する
ソフトウェアを設けることができ、煩雑に成りがちなオ
ペランドの設定、変更の操作が簡単に行える。

【図面の簡単な説明】

第１図は本発明の基本概念を示す図、第２図は本発明の
一実施例であるフレームシステムのソフトウェア構成図
、第３図は分析処理における波形処理を例としたフレー
ムの概念構成図、第４図はフレームの物理的構成の概略
図、第５図はジェネレータによるフレーム定義画面例を
示す図、第６図はマネージャ画面例を示す図、第７図は
エディタによるオペランド設定画面例を示す図である。 第３図において。 １０．２０，３０　　　　・・・フレーム。 １１．１２，１３．１４・・・フレーム１０に含まれる
スロット。 ２１．２２　　　　　　・・・フレーム２０に含まれる
スロット。 第４図において。 １０・・・フレーム部。 ２０・・・スロット部。 ３０・・・コメント部。 ４０・・・フレームネーム部。 ５０・・・バリュ一部。

Claims (1)

1. 【特許請求の範囲】 １、コマンドのオペランド部に対応するデータを定めら
   れた形式により定義を行ない、それにより生成されるデ
   ータ構造を、コマンドに対応する処理プログラムとは独
   立に管理することにより、間接的にコマンド管理を行な
   うことを特徴とするデータ主導型のコマンド管理方式。 ２、上記オペランド部に対応するデータに関連した情報
   をオペランド部に対応するデータに関連づけて定義する
   ことを特徴とする第１項のデータ主導型のコマンド管理
   方式。