JPH0378861A - マンマシンインタフェース部品化処理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔概要〕 対話型の戦略情報システム等において、汎用ＭＭｌ処理
に関するユーザ編集のための部品化を可能にしたマンマ
シンインタフェース部品化処理方式に関し。

操作性および柔軟性に優れたマンマシンインタフェース
を安価に構築できるようにすることを目的とし。

標準メニューの変更情報およびシステムが用意している
標準マンマシンインタフェースを部品として起動するコ
マンドを記述することができるカスタマイズ可能なメニ
ュー定義ファイルと、あらかじめ固定的に用意された共
通メニュー定義情報と各ＭＭＩ処理部から依頼された固
有メニュー定義情報と上記メニュー定義ファイルに基づ
くユーザメニュー定義情報とをマージして、メニュー登
録を行うメニュー登録処理部と、登録されたメニューに
対応する処理を行うメニュー対応処理実行部とを備える
ように構成する。

〔産業上の利用分野〕

本発明は、対話型の戦略情報システム等において、汎用
マンマシンインタフェース（ＭＭ　Ｉ　）　処理に関す
るユーザ編集のための部品化を可能にしたマンマシンイ
ンタフェース部品化処理方式に関する。

〔従来の技術〕

第５図は特定業務の専用ＭＭＩの例、第６図ないし第８
図は各種チエツク処理を内蔵したＭＭＩの例、第９図は
従来のユーザ編集ＭＭ＋における画面定義例を示す。

対話型戦略情報システム等におけるエンドユーザ用のＭ
ＭＩには、特定の定型業務のための専用ＭＭＩと、非定
型な突発業務のための汎用ＭＭＩとがある。

専用ＭＭＩの場合、業務ごとにＭＭＩを構築するため１
例えば第５図に示すように、簡単なメニューによって、
処理を遂行できるようになっている。したが、って、Ｍ
ＭＩとしては非常に簡素なもので済み、アウトプットが
要件を満たしていれば。

ＭＭＩに対する要件は比較的少ない。

汎用ＭＭＩの場合には、使用する場面そのものが突発的
で非定型的な業務を想定せざるを得ないため、処理系の
持つ機能のフルセットを提供する必要がある。

しかし、対話型戦略情報システムの常として。

その機能は、データベース検索、レポート作成各種解析
からモデリング機能に至るまで８種類が極めて多く、ま
た、それぞれの機能で用意しているパラメタも相当な数
にのぼる。したがって、そのＭＭＩも汎用的であればあ
るほど、柔軟ではあるが１画面が多く操作が多くなる欠
点がある。

また、汎用ＭＭＩには、大別して、ＭＭＩ製品で用意し
たクローズドなＭＭＩと、ユーザの編集を前提とするオ
ーブンなＭＭＩの種類があるが。

それぞれ次のような利点と欠点がある。

ＭＭＩ製品で用意したクローズドなＭＭＩとは。

例えば次のようなものである。

ＭＭＩシステムは、データベース情報を参照し、その−
覧をウィンドウ上に表示する。

ユーザが選択したテーブルの属性や内容に従って、処理
可能な機能や手法の一覧を、ＭＭＩシステム側で提示し
、ユーザの選択を促す。例えば１時系列データが選択さ
れている場合には。

時系列予測の手法−覧を表示する。

第６図ないし第８図はそのクローズドなＭＭＩの例を示
している。

例えば、第６図に示すように、あるリレーショナルデー
タベースにおけるテープルー覧が表示されていたとする
。このような標準状態で、グローバルメニューにおける
「基本」のメニューを、マウスなどの入力装置によりク
リックすると、第７図に示すように、「基本」の中のメ
ニュー項目がプルダウンされて表示される。

第７図に示すプルダウンメニューでは、網かけで図示し
ている部分が、低輝度の表示になっている。すなわち、
テープルー覧の表示状態で、テープルー覧を選択しても
無意味であるので、この項目を低輝度で表示する。また
、どのテーブルを操作対象にするかを、まだ選択してい
ないので、テーブルに関する処理である項目−覧、順序
指定。

集計指定８区分は指定および結合条件指定についても、
低輝度で表示し、これらを選択できないものとしている
。

この第７図に示す状態で１行番号が０００７のテーブル
ＬＩＶＩＮＧを、ユーザが選択したとする。

これにより、第８図に示すような画面に変わる。

すなわち１選択されたテーブルＬＩＶＩＮＧを高輝度で
表示し、テーブルの属性に従って、同時に選択できない
テーブルを、低輝度で表示する。

「基本」のメニューも次のように変化する。

■　テーブルが選択されたので、その中の項目を選ぶた
めのｒ項目−覧」が高輝度の表示となる。

■　さらに、一般テーブルの場合、「条件指定」であっ
たメニュー項目が１時系列テーブルの場合の検索条件に
対応するｒ期間指定」に変わり。

選択可能な高輝度状態になる。

このＭＭＩは、データとデータ、データと処理との関係
などを、ＭＭ＋システム側でチエツクし。

必要な情報のみを提示するので、ユーザの誤操作などを
招きにくいという利点がある。反面、　ＭＭＩそのもの
とチエツク機構とが、一体となった処理を行う必要があ
るため、ユーザ専用のＭＭＩを構築するための部品化が
困難である。

これに対して、ユーザの編集を前提としたオープンなＭ
ＭＩとは２例えば以下のようなものである。

システム側は、ユーザ固有の画面を構築する部品群を提
供する。

ユーザは１画面構築部品を使用し、ユーザ固有のＭＭＩ
を実現する。

固有のＭＭＩで、端末利用者と会話した結果は１例えば
ユーザＭＭＩ側で、コマンド等の処理系の言語に変換し
た上で、処理系に実行を依願する。

第９図は、その画面構築部品として提供された材料によ
り、ユーザが画面を定義した例を示している。第９図（
ａ）の部分は９画面上のフィールドについて、入力、出
力などといった属性を定義している。第９図ら）の部分
が１画面のイメージを定義している部分である。ここで
、　“％ＴＡＢＬＥ”“％Ｃ０ＬＩ″〜“％Ｃ０Ｌ３”
、”％Ｐ”が。

入力フィールドであり、　　　、ＥＲＭＳＧ”が、出力
フィールドである。他の部分が９画面上に固定で表示さ
れるテキストである。第９図（Ｃ）の部分は。

各フィールドのデータ型を定義している。

このオープンなＭＭＩでは、ユーザの好きな画面や、必
要な機能のみをインプリメントしたＭＭＩを構築できる
が、その反面、データの属性と処理の関係など、ユーザ
の操作性を向上するための処理も、すべてユーザ側で用
意しなければならない。そのため、ユーザの誤操作に耐
えるＭＭＩを構築するためには、膨大な開発工数が必要
になるという欠点がある。

〔発明が解決しようとする課題〕

以上のように、従来の汎用ＭＭＩでは、クローズドなＭ
ＭＩ、オープンなＭＭＩの双方に、それぞれ利点と欠点
があり、柔軟性がないとか、操作性をよくすることが難
しいという問題があった。

本発明は上記問題点の解決を図り、クローズドなＭＭＩ
およびオープンなＭＭＩの双方の利点を活かして、操作
性および柔軟性に優れたマンマシンインタフェースを安
価に構築できるようにすることを目的としている。

〔課題を解決するための手段〕

第１図は本発明の構成例を示す。

第１図において、１０はＣＰＵおよびメモリなどからな
る処理装置、１１はユーザが通常のエディタ等で作成し
たメニュー定義ファイル、１２はＭＭ＋全体の管理を行
うＭＭＩモニタ部、１３はメニュー定義ファイル１１を
読んで解析するメニュー定義ファイル解釈部、１４は共
通メニュー定義情１１，１５はマンマシンインタフェー
スに関する処理を行うＭＭＩ処理部、１６は固有メニュ
ー定義情報、１７はユーザメニュー定義情報、１８はメ
ニューを操作するメニュー操作処理部、１９はメニュー
を登録するメニュー登録処理部、２０はメニューに対応
する処理を行うメニュー対応処理実行部、２１は画面の
入出力機能を持つウィンドウシステム、２２は表示装置
、２３はキーボードやマウスなどの入力装置を表す。

ＭＭＩモニタ部１２は、資源管理や各ＭＭＩ処理部１５
の起動などを行う。

メニュー定義ファイル解釈部１３は、ユーザが作成した
メニュー定義ファイル！■の内容を解釈し、それを９本
ＭＭＩシステム共通の形式を持つユーザメニュー定義情
報１７に変換する。

メニュー定義ファイル１１には、標準メニューの変更情
報を記述することができる。また、これには、システム
が用意しているＭＭＩ処理部１５による標準マンマシン
インタフェースを部品として起動するコマンドを、記述
することができるようになっている。

メニュー操作処理部１８におけるメニュー登録処理部１
９は、ＭＭＩモニタ部１２で保持している共通メニュー
定義情報１４．各ＭＭＩ処理部１５から登録依願のあっ
た固有メニュー定義情報１６およびユーザメニュー定義
情報１７をマージし。

ウィンドウシステム２１に対して、メニューを登録する
。ウィンドウシステム２１は、−船釣に知られているウ
ィンドウ制御を行い２画面の入出力を行う。

メニエ一対応処Ｊ実行部２０は、ウィンドウシステム２
１を介して、入力装置２３から入力があると、登録され
たメニューに対応する処理を、各ＭＭＩ処理部１５にデ
ィスバッチしたり、あるいは本処理部内で実行する。

例えば、ユーザがメニュー操作した結果に対し。

以下のように処理する。

■　共通メニュー操作情報１４に対する操作の場合、各
ＭＭＩ処理部１５には、「画面推移」の情報および推移
光の画面情報を通知する。

■　各ＭＭＩ処理部１５対応の固有メニュー定義情報１
６に対する操作の場合、ユーザ編集により。

無意味となったもの以外は、各ＭＭＩ処理部１５に２選
択されたメニュー項目の情報を通知し、その実行は、各
ＭＭＩ処理部１５にまかせる。

■　ユーザメニュー定義情報１７に対する操作の場合、
メニュー操作処理部１８で実行し、各ＭＭ■処理部１５
には、「実行済」の情報だけを通知する。

〔作用〕 従来のクローズドなＭＭＩでは、ＭＭＩ処理部１５が、
直接、ウィンドウシステム２１に対し。

メニュー登録およびメニュー操作情報の通知を。

依鯨する形になっている。したがって、ユーザカスタマ
イズが困難であるが１本発明では１次のように解決でき
る。

メニュー定義ファイル１１に、共通メニュー定義情報１
４および固有メニュー定義情報１６に対する変更情報を
記述することにより、システム標準のＭＭＩに対して、
ユーザ固有のＭＭＩを容易にプログラムレスで追加する
ことができる。

また、既存のＭＭＩ処理部１５によるシステム標準のＭ
ＭＩを部品として、ユーザ固有の手続き中に使用するこ
とができる。システム標準のＭＭｌで指定した内容が、
コマンド中に文字列として展開できるため、特に固有の
ＭＭＩを作成しなくても９手軽に固有処理を実現できる
。

〔実施例〕

第２図は本発明の一実施例に係るメニュー定義ファイル
作成例、第３図は本発明の一実施例に係るメニュー登録
処理部の動作の流れ、第４図は本発明の一実施例に係る
各ＭＭＩ処理部とメニュー対応処理実行部の動作の流れ
を示す。

メニュー定義ファイル１１は２通常のエディタを使用し
て作成するファイルであり１例えば第２図に示すような
テキストの記述が可能になっている。これにより、以下
の情報を指定することができる。

■　メニューをカスタマイズする画面の種類標準提供す
る画面には１機能的に大きく５種類のものがあり、ユー
ザメニューを定義する画面の種類を指定できる。第２図
に示す例の場合、　　ｒｓｃＲ［！ＥＮ　ＡＬＬＪの記
述により、すべての画面の種類を指定している。

■　メニューの追加、置換、削除の種類単に、ユーザ専
用のメニューを標準メニューに追加するだけでなく、シ
ステム標準のメニューをそっくりユーザメニューと置換
したり、あるいは使用しないシステムメニューを削除す
ることができる。追加はＡＤＤ、置換はＲＥＰＬＡＣＥ
、削除はＤＥＬＥＴＥの文字列で指定する。

■　各メニュー中に追加するメニュー項目の名前第２図
に示す例では、メニューに、「ユーザ業務ｌ」および「
ユーザ業務２」の項目を追加することを指示している。

■　メニュー項目に対応する処理 記述できる処理には９以下の３種類のコマンドがある。

ｉ　）　処ｉｌ系のコマンドそのもの 処理系のコマンドそのものを記述することができる。ま
た、このコマンド中には、特殊な変数（＆で始まる英小
文字の変数）が使用でき。

このコマンド実行時、標準のＭＭＩで指定した内容を、
この変数の位置に展開できる。したがって、データベー
ス情報のコマンドへの組み込みは、特に固有のＭＭＩを
作成しなくても、簡単に行うことができる。

１１）ユーザ固を処理用コマンド ユーザ固有処理を行うための種々のコマンドである。標
準のＭＭＩで指定した内容を、一般フアイル中に出力す
るコマンド、ユーザプログラムを起動するコマンド、一
般フアイルに記述されている各種コマンドを実行するた
めのコマンドおよびメツセージ表示などの補助用コマン
ドの４種類がある。

ｉ）標準ＭＭＩの部品呼び出しコマンドシステムで用意
している標準ＭＭＩを部品として起動するコマンドであ
る。このコマンドを使用することにより、標準のＭＭＩ
で規定している画面推移に関係なく、ユーザ専用の画面
推移を実現することができるようになる。

第２図に示す例では、メニュー項目名「ユーザ業務１」
の項目ＵＳＥＲＩについて、処理系のコマンドＴＨＥＮ
Ｄを実行することを指示している。ＴＲｆｉＮＯは１時
系列予測を行うことを指示するコマンドであるが、標準
のＭＭＩで指定したテーブルの項目名が＋　１ｃｏｌｕ
■ｎの位置に展開され、テーブル名が。

１ｆｒｏ−の位置に展開される。

メニュー項目名「ユーザ業務２」の項目ＵＳＥＲ２につ
いては、ユーザプログラムｕｓｅｒｐｇ−を実行するコ
マンドｅｘｅｃｐｇ■を、実行することを指示している
。

第１図に示すメニュー登録処理部１９の処理は。

例えば第３図に示すように行われる。

（ａ）ＭＭＩモニタ部１２からの共通メニュー定義情報
の登録依頼に対して、依願されたメニュー定義情報を１
本処理部内で保持しているメニュー定義情報に書き込む
。

（ｂ）　　また、各ＭＭ！処理部１５からの固有メニュ
ー定義情報の登録依頼に対して、依願したＭＭ■処理部
１５の動作モードを判定し、以下の処理を行う。

標準のＭＭＩ処理の場合、依願のあった固有メニュー定
義情報を１本処理部内で保持しているメニュー定義情報
に一度マージする。

ＭＭＩ処理を部品として呼び出している場合、標準のメ
ニュー定義情報および固有のメニュー定義情報は不要と
なるので、ＭＭＩ処理部１５からの依願は棄却し、更に
、既に登録済の共通メニュー定義情報も削除する。

（Ｃ）　　メニュー定義ファイル解釈部１３から、ユー
ザメニュー定義情報の登録依願があれば、依願のあった
メニュー定義情報を本処理部内で保持しているメニュー
定義情報にマージする。

（ｄ）　　最後に、マージしたメニュー定義情報を、第
１図に示すウィンドウシステム２１に通知し。

メニュー登録処理を行う。

登録したメニューが、マウス等の入力装置により選択さ
れると、第１図に示すメニュー対応処理実行部２０は、
第４図に示すように動作する。

（ａ）ＭＭ！処理の動作モードを判定する。

ＭＭＩ処理を部品として呼び出し中であれば、メニュー
処理としては１選択の確定のみであるので、ＭＭＩ処理
部１５に「終了」を通知する。

標準のＭＭＩ処理中であれば１次の固有メニュー判定処
理を行う。

（ｂ）　　選択されたメニューが、ＭＭ１モニタ部１２
から依願された共通メニューであるがどうかを判定する
。

共通メニュー処理であれば１画面の推移があるので、Ｍ
ＭＩ処理部１５に固有処理の終了と「画面推移」を通知
する。

各ＭＭＩ固有のメニューであれば、各ＭＭ■固有処理の
ために、対応するメニューの番号を通知する。

（Ｃ）　　上記以外であれば、ユーザ定義の処理である
ので、第１図に示すメニュー定義ファイル解釈部１３に
よる解釈後のメニュー定義ファイルの内容を参照し、メ
ニューに対応する処理を１本処理部内で実行する。正常
に処理を終了した後。

ＭＭＩ処理部１５に［実行済Ｊを通知する。

〔発明の効果〕

以上説明したように９本発明によれば、システム側で提
供するＭＭＩ処理部は、ユーザカスタマイズ用に内部処
理をまったく変更する必要がないため、チエツク処理内
蔵の汎用ＭＭＩとしての機能充実に専念できる。

ユーザは、データとデータの関係、データと処理との関
係などの煩わしいチエツク処理を行わずに、汎用のＭＭ
Ｉ処理部を部品として使用することにより、操作性の高
い専用のＭＭＩを安価に構築することができる。さらに
、ユーザ固有の処理についても、標準メニュー中に固有
メニューを設定し、ユーザプログラムを起動する、こと
により。

容易に実現できるようになる。

【図面の簡単な説明】

第１図は本発明の構成例。 第２図は本発明の一実施例に係るメニュー定義ファイル
作成例。 第３図は本発明の一実施例に係るメニュー登録処理部の
動作の流れ。 第４図は本発明の一実施例に係る各ＭＭｒ処理部とメニ
ュー対応処理実行部の動作の流れ。 第５図は特定業務の専用ＭＭＩの例。 第６図ないし第８図は各種チエツク処理を内蔵したＭＭ
Ｉの例。 第９図は従来のユーザ編集ＭＭＩにおける画面定義例を
示す。 図中、１０は処理装置、１１はメニュー定義ファイル、
１２はＭＭＩモニタ部、１３はメニュー定義ファイル解
釈部、１４は共通メニュー定義情報、１５はＭＭ［処理
部、１６は固有メニュー定義情報、１７はユーザメニュ
ー定義情報、１Ｂはメニュー操作処理部、１９はメニュ
ー登録処理部。 ２０はメニュー対応処理実行部、２１はウィンドウシス
テム、２２は表示装置、２３は入力装置を表す。

Claims (1)

1. 【特許請求の範囲】 システムが提供する標準的なマンマシンインタフェース
   に関する処理を含む各種処理を実行するＭＭＩ処理部（
   １５）を備えた対話型情報システムにおいて、 標準メニューの変更情報およびシステムが用意している
   標準マンマシンインタフェースを部品として起動するコ
   マンドを記述することができるカスタマイズ可能なメニ
   ュー定義ファイル（１１）と、あらかじめ固定的に用意
   された共通メニュー定義情報（１４）と各ＭＭＩ処理部
   から依頼された固有メニュー定義情報（１６）と上記メ
   ニュー定義ファイルに基づくユーザメニュー定義情報（
   １７）とをマージして、メニュー登録を行うメニュー登
   録処理部（１９）と、 登録されたメニューに対応する処理を行うメニュー対応
   処理実行部（２０）とを備えたことを特徴とするマンマ
   シンインタフェース部品化処理方式。