JPH0973383A - Ｈｍｉ管理システム及び管理方法 - Google Patents

Abstract

(57)【要約】 【課題】本発明は、ＨＭＩ（Human Machine Interface
）部分とデータ処理部分との独立性を確保したアプリ
ケーション開発環境を提供することを目的とする。 【解決手段】ＨＭＩ管理システムは、表示部と、ユーザ
からの入力を受け取る入力部と、画面に関するデータ及
び画面部品に関するデータを基にして該画面及び該画面
部品を該表示部に表示し、該画面部品に対する該入力を
検出して該入力に応じた第１のメッセージを送信し、第
２のメッセージを受信して該画面部品の表示を変化させ
る画面管理部と、該第１のメッセージを受信して対応す
るデータ処理プロセスに該第１のメッセージを送信し、
該第２のメッセージを該データ処理プロセスから受信し
て対応する該画面部品宛の該第２のメッセージを該画面
管理部に送信するプロセス通信管理部を含み、ＨＭＩ部
分とデータ処理部分とが分離した構成とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、計算機システムに
おけるアプリケーション構築環境に関し、特に、オペレ
ーティングシステム及びウィンドウシステムを備えた環
境におけるビジュアルアプリケーション構築環境に関す
る。

【０００２】

【従来の技術】近年、多くのオペレーティングシステム
上にはウインドウシステムが構築され、計算機を使いや
すい環境がユーザに提供されている。ウインドウシステ
ムは、画面描画、ディスプレイ、キーボード、マウス等
の管理を行い、ユーザからのイベントを監視する役割を
担う。この場合、アプリケーションは、アプリケーショ
ン本体に加えて、サーバとのコネクション処理、ウイン
ドウの表示処理、及びイベントループ（ループを繰り返
し、ユーザからのイベント入力を待つ）処理を実行する
部分から構成される。

【０００３】代表的なウインドウシステムであるX-Wind
owやWindows 等においては、アプリケーション間の通信
や、データ交換、データ共有等の様々な機能が提供され
ている。例えば、ユーザは、アプリケーション間或いは
ウインドウ間でデータを移動したり複写することが可能
であり、更にはウインドウ間で情報を連動（表のデータ
とグラフを連動等）させること等が可能である。

【０００４】このようなウィンドウシステムを活用した
アプリケーションを開発するためには、アプリケーショ
ン本体に加えて、上述のようなサーバとのコネクション
処理、ウインドウの表示処理、及びイベントループ処理
を開発する必要がある。従ってユーザは、アプリケーシ
ョンの使用言語に加えて、ウインドウシステムのスクリ
プト言語等のプログラミングに関する知識を必要とす
る。

【０００５】このようなアプリケーション開発を支援す
るための従来の開発実行環境としては、smaltalk、C++
、及びEiffelといったオブジェクト指向プログラミン
グ言語に対するプログラム支援ツール群が挙げられる。
また、ＨＭＩ（Human MachineInterface ）部品を画面
上で組み合わせるＨＭＩ構築ツールもオブジェクト指向
の開発に際して用いられていた。

【０００６】従来のＨＭＩ構築ツールを用いたビジュア
ルアプリケーションの開発は一般に、（１）フォームと
呼ばれる画面上にオブジェクトを配置し、（２）配置さ
れたオブジェクトに関連する属性を指定し、（３）配置
されたオブジェクトを関連する処理と関係付け、（４）
配置されたオブジェクトに関連するイベントプロシージ
ャを記述する、という４つの過程から構成される。現
在、アプリケーション開発を効率化するためのツールと
してＧＵＩ（Graphical User Interface）ビルダが注目
されているが、これは上記（１）と（２）をマウス操作
によって容易に実現するものである。

【０００７】

【発明が解決しようとする課題】しかしながら、このＧ
ＵＩビルダに於ても、上記（１）及び（２）に関して生
成されたソースコードに、上記（３）及び（４）に関す
るソースコードをエディタで追加する必要がある。即
ち、従来のウィンドウアプリケーションの開発実行環境
においては、ＨＭＩ部分とそれ以外のデータ処理部分と
は一体となっており、ユーザはＨＭＩ部分及びデータ処
理部分を含めたソースプログラムを作成する必要があ
る。従って上述のように、ユーザはプログラミング言語
の知識だけではなくＨＭＩ部分に関する知識をも必要と
し、またアプリケーション開発が煩雑になる傾向があ
る。

【０００８】またＨＭＩ部分と処理部分とは互いに影響
を及ぼすため、一方を変更したときには他方を変更する
必要がある。従って、一度作成したプログラム部品を別
のアプリケーション開発において再利用することが難し
く、アプリケーション開発が非効率的であるという問題
点があった。

【０００９】従って、本発明の目的は、言語を意識する
必要なくＨＭＩ部分を作成可能なアプリケーション開発
環境を提供することである。また更なる本発明の目的
は、ＨＭＩ部分とデータ処理部分との独立性を確保する
ことにより、部品の再利用を容易にするアプリケーショ
ン開発環境を提供することである。

【００１０】

【課題を解決するための手段】請求項１の発明に於て
は、計算機システムに於てＨＭＩ（Human Machine Inte
rface ）を管理するＨＭＩ管理システムは、表示部と、
ユーザからの入力を受け取る入力部と、画面に関するデ
ータ及び画面部品に関するデータを基にして該画面及び
該画面部品を該表示部に表示し、該画面部品に対する該
入力を検出して該入力に応じた第１のメッセージを送信
し、第２のメッセージを受信して該画面部品の表示を変
化させる画面管理部と、該第１のメッセージを受信して
対応するデータ処理プロセスに該第１のメッセージを送
信し、該第２のメッセージを該データ処理プロセスから
受信して対応する該画面部品宛の該第２のメッセージを
該画面管理部に送信するプロセス通信管理部を含み、該
画面、該画面部品、及び該入力からなるＨＭＩ部分と、
該データ処理プロセスからなるデータ処理部分とが分離
した構成とする。

【００１１】上記発明に於ては、プロセス通信管理部
が、画面、画面部品、及び入力からなるＨＭＩ部分と、
データ処理プロセスからなるデータ処理部分との間の双
方向通信をつかさどる。従って、ＨＭＩ部分とデータ処
理部分とを独立した構成とすることができ、ＨＭＩ部品
やデータ処理部品の再利用が可能になる。

【００１２】請求項２の発明に於ては、請求項１記載の
発明に於て、前記画面に関するデータ及び前記画面部品
に関するデータを前記入力部からの前記入力に応じて生
成するＨＭＩビルダーを更に含み、前記データ処理部分
とは独立した前記ＨＭＩ部分を言語記述入力無しに構築
する。

【００１３】上記発明に於ては、ＨＭＩビルダーが、ユ
ーザからの入力に基づき画面及び画面部品に関するデー
タを言語記述入力無しに生成する。従って、ＨＭＩ部分
をスクリプト言語等の言語を意識することなく構築する
ことが可能になる。請求項３の発明に於ては、請求項１
記載の発明に於て、前記プロセス通信管理部は、前記画
面部品の名称と前記データ処理プロセスの名称との対応
表を含み、該対応表に基づいて前記第１のメッセージ及
び前記第２のメッセージを送信する。

【００１４】上記発明に於ては、画面部品の名称とデー
タ処理プロセスの名称に基づいて、画面部品とデータ処
理プロセス間の通信が行われる。従って、ＨＭＩ部分と
データ処理部分は、互いに送信先に関する情報を関知す
る必要がなく、独立した構成を有することができる。

【００１５】請求項４の発明に於ては、請求項１記載の
発明に於て、前記画面部品に関するデータは、前記第１
のメッセージの送信先の識別子及び該第１のメッセージ
の種類を含む。上記発明に於ては、画面部品に関するデ
ータがメッセージ送信先に関する情報を含むので、画面
部品を独立したオブジェクトとして扱うことができる。

【００１６】請求項５の発明に於ては、請求項４記載の
発明に於て、前記画面に関するデータ及び前記画面部品
に関するデータを前記入力部からの前記入力に応じて生
成するＨＭＩビルダーを更に含み、前記データ処理部分
とは独立した前記ＨＭＩ部分を言語記述入力無しに構築
する。

【００１７】上記発明に於ては、ＨＭＩビルダーが、ユ
ーザからの入力に基づき画面及び画面部品に関するデー
タを言語記述入力無しに生成する。従って、ＨＭＩ部分
をスクリプト言語等の言語を意識することなく構築する
ことが可能になる。請求項６の発明に於ては、計算機シ
ステムに於てＨＭＩ（Human Machine Interface ）を管
理する方法は、ａ）画面に関するデータ及び画面部品に
関するデータを基にして該画面及び該画面部品を表示
し、ｂ）ユーザからの該画面部品に対する入力を受け取
り、ｃ）該画面部品に対する該入力に応じた第１のメッ
セージをプロセス通信サーバに送信し、ｄ）該プロセス
通信サーバから該第１のメッセージを対応するデータ処
理プロセスに送信し、ｅ）該データ処理プロセスから第
２のメッセージを該プロセス通信サーバに送信し、ｆ）
該プロセス通信サーバから該第２のメッセージを対応す
る該画面部品に送信して該画面部品の表示を変化させる
各段階を含み、該画面、該画面部品、及び該入力からな
るＨＭＩ部分と、該データ処理プロセスからなるデータ
処理部分とを分離して処理する。

【００１８】上記発明に於ては、プロセス通信管理サー
バが、画面、画面部品、及び入力からなるＨＭＩ部分
と、データ処理プロセスからなるデータ処理部分との間
の双方向通信をつかさどる。従って、ＨＭＩ部分とデー
タ処理部分とを独立した構成とすることができ、ＨＭＩ
部品やデータ処理部品の再利用が可能になる。

【００１９】請求項７の発明に於ては、請求項６記載の
発明に於て、前記画面に関するデータ及び前記画面部品
に関するデータを作成する段階ｇ）を更に含む。上記発
明に於ては、ＨＭＩ部分をデータ処理部分と独立して構
築することができる。

【００２０】請求項８の発明に於ては、請求項７記載の
発明に於て、前記段階ｇ）は、前記画面部品の一覧を表
示し、該一覧から該画面部品の一つを選択し、該画面部
品の該一つの属性を表示し、該画面部品の該一つの属性
を変更或いは新規登録する各段階を含み、前記ＨＭＩ部
分を言語記述入力無しに構築する。

【００２１】上記発明に於ては、ＨＭＩビルダーが、ユ
ーザからの入力に基づき画面部品に関するデータを言語
記述入力無しに生成する。従って、ＨＭＩ部分をスクリ
プト言語等の言語を意識することなく構築することが可
能になる。請求項９の発明に於ては、請求項８記載の発
明に於て、前記段階ｇ）は、前記画面の一覧を表示し、
該画面の一覧から該画面の一つを選択し、該画面の該一
つ及び前記画面部品の一覧を表示し、該画面部品の一覧
から該画面部品を該画面の該一つ上に配置する各段階を
含み、前記ＨＭＩ部分を言語記述入力無しに構築する。

【００２２】上記発明に於ては、ＨＭＩビルダーが、ユ
ーザからの入力に基づき画面に関するデータを言語記述
入力無しに生成する。従って、ＨＭＩ部分をスクリプト
言語等の言語を意識することなく構築することが可能に
なる。請求項１０の発明に於ては、請求項８記載の発明
に於て、前記画面部品の前記一つの前記属性は、前記第
１のメッセージの送信先の識別子及び該第１のメッセー
ジの種類を含む。

【００２３】上記発明に於ては、画面部品に関するデー
タがメッセージ送信先に関する情報を含むので、画面部
品を独立したオブジェクトとして扱うことができる。

【００２４】

【発明の実施の形態】以下に本発明の原理と実施例を添
付の図面を用いて説明する。図１は、本発明の原理を示
す図である。本発明の原理は、オブジェクト指向開発言
語システムSmalltalk で提唱されたモデル構造であるモ
デル（Ｍ）、ビュー（Ｖ）、及びコントローラ（Ｃ）の
３要素を、独立して構成するシステムを実現するもので
ある。ここでモデルは、データ処理部分を表わす。ビュ
ーは、表示されている画面（ウインドウ）を表わす。コ
ントローラは、マウスやキーボード操作への反応を表わ
し、入力されるデータ又は入力行為に対応する。

【００２５】ユーザがマウスやキーボードを操作する
と、まずコントローラがビューにメッセージを送り、マ
ウス座標や入力キーなどの入力データを伝達する。。ビ
ューは、入力データに応じて適当なメッセージをモデル
に送る。例えば、画面上のあるボタンに対するマウスク
リックが行われた場合に、ビューはそのボタンに割り付
けられたメッセージをモデルに送る。これによって、モ
デル（処理部）は必要な処理を実行し、処理の結果をメ
ッセージとしてビューに伝達する。最後にビューは、処
理の結果であるメッセージに応じて、表示を変更する。
つまり、ユーザからの入力に起因して発せられたコント
ローラからのメッセージは、モデルの状態変化及びビュ
ーの表示変化を引き起こすことになる。

【００２６】図１に示されるように本発明の原理は、モ
デル、ビュー、及びコントローラからなる構造を実現す
るものであり、モデル（処理プロセス）がデータ処理部
分に対応し、ビュー（画面表示）及びコントローラ（入
力操作）がＨＭＩ部分に対応する。そしてデータ処理部
分及びＨＭＩ部分の間の通信を、プロセス通信管理部が
管理する。プロセス通信管理部は、プロセスコミュニケ
ーションサーバとして動作するモジュールであり、ビュ
ーとモデルとを対応させる対応リストを所有することに
よって、ビューとモデル間の双方向の通信を実現する。

【００２７】このように処理プロセスとＨＭＩプロセス
とを分離して両者間の通信をプロセス通信管理部が管理
する構造とすることによって、グラフィカルな出力機構
であるＨＭＩ部分とデータ処理機構であるデータ処理部
分とを独立して構築することが出来る。つまり、従来の
開発環境に於けるように、ＨＭＩ部分とデータ処理部分
とを一体のソースプログラムとして開発する必要がな
い。従って、両者間の相互依存性、即ち、一方のプログ
ラムの変更による他方のプログラムへの影響を無くすこ
とが出来る。

【００２８】従って、適切なＨＭＩ部分の開発ツールを
提供すれば、ユーザはＨＭＩ部分内部のスクリプト言語
等の言語を意識することなく、ＨＭＩ部分を作成するこ
とが可能になる。また、ＨＭＩ部分とデータ処理部分と
の相互依存性が排除されているので、既存のＨＭＩ部分
の部品を新たに開発されたデータ処理部分に結合した
り、既存のデータ処理部分を新たに開発されたＨＭＩ部
分に結合することが可能となる。

【００２９】図２は本発明の実施例によるＨＭＩ管理シ
ステムの構成図であり、このＨＭＩ管理システムはコン
ピュータによって実現される。図２のＨＭＩ管理システ
ム１０は、表示部１１、入力部１２、制御部１３、ＨＭ
Ｉ部品ビルダー１４、ＨＭＩ画面ビルダー１５、画面管
理部１６、プロセス通信管理部１７、部品管理ファイル
２０、画面管理ファイル２１、部品属性ファイル２２、
名称管理ファイル２３、及び通信管理ファイル２４を含
む。

【００３０】制御部１３は、表示部１１、入力部１２、
ＨＭＩ部品ビルダー１４、ＨＭＩ画面ビルダー１５、及
び画面管理部１６を制御する。表示部１１は、制御部１
３の制御によって、ＨＭＩ部品構築、ＨＭＩ画面構築、
及び構築された画面運用の際の様々な画面を表示する。
入力部１２はキーボード及びマウス等よりなり、ユーザ
からの入力を受け取ってそれを制御部１３に供給する。

【００３１】ＨＭＩ部品ビルダー１４は、制御部１３を
介したユーザからの指示に基づき、画面の構成要素であ
る様々な画面部品を作成して、それを部品管理ファイル
２０及び部品属性ファイル２２に格納する。ＨＭＩ画面
ビルダー１５は、制御部１３を介したユーザからの指示
に基づき、部品管理ファイル２０に格納された画面部品
を読み出す。更にＨＭＩ画面ビルダー１５は、画面のレ
イアウトを編集して画面を構築し、構築された画面を画
面管理ファイル２１に格納する。

【００３２】画面管理部１６は、構築された画面を画面
管理ファイル２１から読み出し、制御部１３を介して表
示部１１に表示する。また画面管理部１６は、プロセス
通信管理部１７と通信して各データ処理プロセスからの
要求を受け取り、表示部１１上の画面の表示・消去等の
アクションを管理する。具体的には、画面管理部１６は
ディスプレイサーバーとして動作する。プロセス通信管
理部１７は、プロセスコミュニケーションサーバーであ
り、各データ処理プロセスと画面管理部１６間の通信の
橋渡しを行う。

【００３３】部品管理ファイル２０は、画面部品に関す
る管理情報を保存する。画面管理ファイル２１は画面サ
イズ、位置、部品レイアウト等の画面情報を保存する。
部品属性ファイル２２は、画面部品の属性を保存する。
名称管理ファイル２３は画面部品と処理部品の対応表を
保存する。通信管理ファイル２４は、通信に関する管理
情報を保存する。

【００３４】図２のＨＭＩ管理システム１０の各構成要
素の機能及び動作に関しては、以下に順を追って詳細に
説明される。図３（Ａ）乃至３（Ｃ）は、画面部品に関
する情報を格納するデータ構造を示す図である。画面を
管理するデータファイルには、画面座標管理ファイルと
部品属性管理ファイルがある。図３（Ａ）は画面座標管
理ファイルを示す。

【００３５】図３（Ａ）に示されるように、画面座標管
理ファイルは、画面オブジェクトＩＤ、画面のサイズ、
及びその画面の中に存在する部品数を第１のレコードに
格納し、以下のレコードに各部品のＩＤ、位置、及び種
別を格納する。ここで部品の種類としては、文字部品、
ボタン部品、スクローリング部品、背景部品、テキスト
ディスプレイ部品等がある。幾つかの代表的な部品につ
いては、以下に説明する。なお画面座標管理ファイルは
画面管理ファイル２１に格納される。

【００３６】図３（Ｂ）は部品属性管理ファイルを示
す。部品属性ファイルは画面上における部品の幅、高
さ、色等の基本的な属性と、各部品に固有の属性とを有
する。例えば、文字部品であれば、文字の幅、高さの他
に、文字色、背景色、文字フォント、スタイル（イタリ
ック、ボールド等）の属性を有する。また例えば、ボタ
ン部品であれば、ボタンの幅、高さの他に、ボタン内に
表示されるラベル文字、そのラベル文字のフォントやス
タイル、背景色、ラベル色、そのボタンがクリックされ
た時に送信されるメッセージ等の属性を有する。なお部
品属性管理ファイルは、部品属性ファイル２２に格納さ
れる。

【００３７】図３（Ｃ）は、画面部品に関する管理情報
を格納するためのオブジェクト管理ファイルを示す。オ
ブジェクト管理ファイルは、部品ＩＤ、部品オブジェク
ト名称、作成日、作成者名、及びその部品に対する簡単
な説明文であるコメントを含む。ここで、画面もまた一
つのオブジェクトであるから、画面部品と同様のオブジ
ェクト管理ファイルを有する。部品オブジェクト名称
は、ユーザが与える名前であり、ある画面部品に対して
ユニークなものでなければならない。なおオブジェクト
管理ファイルは、部品管理ファイル２０に格納される。

【００３８】画面座標管理ファイル及び部品属性管理フ
ァイルによって、ある画面（一つのウインドウ）と、そ
の中に存在する画面部品の種類、位置、及び様々な属性
を定義することが出来る。例えば、ある画面と、その画
面内の文字表示フィールドや、画面を閉じたり他のプロ
グラムを起動するためのボタン、文字表示フィールドを
スクロールするためのスクロールバー等を定義すること
が出来る。

【００３９】これらの画面座標管理ファイル及び部品属
性管理ファイルを用いて、ＨＭＩ部分を作成し運用する
ためには、ＨＭＩ部品ビルダー１４、ＨＭＩ画面ビルダ
ー１５、及び画面管理部１６が必要になる。ＨＭＩ部品
ビルダー１４は、各画面部品オブジェクトを作成するた
めのモジュールである。図４に、ＨＭＩ部品ビルダー１
４による画面部品オブジェクトの作成、変更、及び削除
に関する処理のフローチャートを示す。

【００４０】ステップＳ１に於て、画面部品種の一覧を
表示部１１に表示する。即ち、文字部品、ボタン部品、
スクローリング部品、背景部品、テキストディスプレイ
部品等の一覧を表示する。ステップＳ２に於て、部品種
を選択する。ここで部品種は、マウス等の入力部１２か
らの入力指示によって選択される。

【００４１】ステップＳ３に於て、新規作成ボタンがク
リックされたかどうかを判断する。ここで、判断の対象
は必ずしもマウスクリックである必要はなく、新規作成
ボタンが選択され実行キーが押されても同様な判断が行
われる。新規作成ボタンがクリックされたときにはステ
ップＳ４に移る。

【００４２】ステップＳ４に於ては、選択された部品種
に対する部品作成ウインドウを表示する。ステップＳ４
終了後、処理はステップＳ７に移る。ステップＳ３に於
て新規作成ボタンがクリックされないときには、ステッ
プＳ５で、変更或いは削除したい部品を選択する。ＨＭ
Ｉビルダー１４は、部品種が選択された時点で、部品属
性ファイル２２から選択された部品種の全ての部品を読
み出して一覧表示し、ユーザはその一覧表示から変更或
いは削除したい部品を選択する。

【００４３】ステップＳ６に於て、削除ボタンがクリッ
クされたかどうかを判断する。削除ボタンがクリックさ
れない場合には、ステップＳ７に移る。ステップＳ７に
於て、変更のために選択された部品の属性及び説明文等
の変更、或いは新規作成部品の属性及び説明文等の新規
登録を行う。

【００４４】ステップＳ８に於て、変更或いは新規作成
された部品の部品属性管理ファイル及びオブジェクト管
理ファイルを格納する。ステップＳ６で削除ボタンがク
リックされた場合、ステップＳ９に於て、選択された部
品の部品属性管理ファイル及びオブジェクト管理ファイ
ルを削除する。以上で処理を終了する。

【００４５】このような処理をＨＭＩ部品ビルダー１４
が行うことによって、ユーザはスクリプト言語等を意識
することなく画面部品の作成を行うことが出来る。図５
に、ＨＭＩ画面ビルダー１５の画面作成処理のフローチ
ャートを示す。ＨＭＩ画面ビルダー１５は、ＨＭＩ部品
ビルダー１４によって作成された画面部品を画面上に配
置するためのモジュールである。

【００４６】ステップＳ１１に於て、画面の一覧を表示
部１１に一覧表示する。画面の一覧は、ＨＭＩ画面ビル
ダー１５が画面管理ファイル２１に格納された画面座標
管理ファイルを読みだすことによって行われる。ステッ
プＳ１２に於て、新規作成ボタンがクリックされたかど
うかを判断する。ここで、判断の対象は必ずしもマウス
クリックである必要はなく、新規作成ボタンが選択され
実行キーが押されても同様な判断が行われる。新規作成
ボタンがクリックされたときにはステップＳ１３に移
る。

【００４７】ステップＳ１３に於て、新規画面作成のた
めのブランクな画面及び画面部品の一覧を表示する。ス
テップＳ１２で新規作成ボタンがクリックされない場合
は、ステップＳ１４に於て画面を選択して表示する。こ
こで選択は、マウス等の入力部１２からの入力指示によ
って行われる。画面が選択されると、ＨＭＩ画面ビルダ
ー１５は、画面座標管理ファイルに基づいて選択画面と
画面内の所定位置に配置された画面部品とを表示する。
また更に、部品属性ファイル２２から部品属性管理ファ
イルを読みだすことによって、画面部品の一覧を表示す
る。

【００４８】ステップＳ１５に於て、画面部品の新規使
用、画面部品の新規追加、画面部品の削除、画面部品の
配置替え等の処理をマウス等の入力装置１２からの指示
により行う。例えば画面部品の新規追加の場合、マウス
を用いて部品一覧から画面部品を画面にドラッグするこ
とによって、画面部品を画面上に追加することが出来
る。同様に、画面から画面部品をドラッグして部品一覧
に戻すことによって、画面部品を画面から削除すること
が出来る。

【００４９】ステップＳ１６に於て、新規作成或いは変
更された画面の画面座標管理ファイルを画面管理ファイ
ル２１に格納する。以上で処理を終了する。このような
処理をＨＭＩ画面ビルダー１５が行うことによって、ユ
ーザはスクリプト言語等を意識することなく、画面部品
を画面上に配置して画面を作成することが出来る。

【００５０】ＨＭＩ画面ビルダー１５が作成した画面の
運用は、画面管理部１６が行う。画面管理部１６は、画
面の表示や消去を管理し、画面上の部品オブジェクトが
受け取ったマウスクリックイベントに対するアクション
を実行し、処理プロセスの起動・停止を管理するための
管理サーバである。

【００５１】図６に、画面管理部１６の動作を説明する
ための説明図を示す。画面管理部１６が起動されると、
画面管理部１６は画面の一覧を表示部１１に表示する。
表示された画面の一覧を見て、ユーザは表示したい画面
を選択する。画面管理部１６は、画面管理ファイル２１
から選択された画面の画面座標管理ファイルを読み出
し、運用画面を表示するモジュールDisplayShellを用い
て選択された画面を表示する。同時に、画面管理部１６
は、選択された画面の画面座標管理ファイル内にリスト
された画面部品の部品属性管理ファイルを部品属性ファ
イル２２から読み出して、画面部品を表示するモジュー
ルであるPartsFixを用いて画面上に画面部品を表示す
る。ここでDisplayShellとそれに対応するPartsFixとの
組は、表示部１１に表示される画面（ウインドウ）の数
だけ存在することになる。

【００５２】また画面管理部１６は、画面上の画面部品
オブジェクトが受け取ったマウスクリック・イベントを
監視するためのモジュールであるEventLoop を用いて、
入力部１２からのイベント入力を監視する。イベント入
力があった場合、プロセス通信管理部１７を介して指定
されたデータ処理を実行する。

【００５３】このような画面管理部１６の働きによっ
て、ＨＭＩ部品ビルダー１４及びＨＭＩ画面ビルダーに
よって構築された部品及び画面を運用することが出来
る。画面管理部１６が、プロセス通信管理部１７を介し
てデータ処理を行う動作については以下に説明する。

【００５４】図７は、プロセス通信管理部１７の動作を
説明するための説明図である。また図８はプロセス通信
管理部１７の処理のフローチャートである。図７に示さ
れるように、プロセス通信管理部１７は、画面部品の名
称とデータ処理部品の名称との対応表を、名称管理ファ
イル２３から読み出して保持している。画面管理部１６
は、例えばボタン３に対するマウスクリックを検知する
と、メッセージ（マウスクリックの単なる通知、或いは
指定されたデータ等）をプロセス通信管理部１７へ送信
する。プロセス通信管理部１７は、画面部品とデータ処
理部品との対応表を用いてボタン３に対応するデータ処
理部Ｃを起動し、データ処理部Ｃにメッセージを渡す
（データ処理部Ｃがデーモンとして起動しているのであ
れば単にメッセージを渡す）。なお名称の対応表は、Ｈ
ＩＭ部品ビルダー１４を用いた各画面部品作成時に、ユ
ーザが画面部品とデータ処理部品との関係を指定するこ
とにより生成して、名称管理ファイル２３に格納すれば
良い。或いは、データ処理部品作成時に、作成した処理
部品がメッセージを受け付ける相手を指定し、そのデー
タを名称管理ファイル２３に格納しても良い。なおデー
タ処理部品は従来通り、ユーザがプログラミングするこ
とになる。

【００５５】データ処理部Ｃは、必要な処理を実行し、
処理の結果をメッセージとしてプロセス管理部１７に送
信する。プロセス管理部１７は再び対応表を参照し、処
理の結果であるメッセージを画面管理部１６に渡す。な
おプロセス管理部１７によるこれらの通信の記録は、通
信管理ファイル２４に格納され、デバッグ等の目的に使
用される。

【００５６】プロセス管理部１７の処理を図８のフロー
チャートに示す。ステップＳ２１に於て、画面部品の名
称とデータ処理部品の名称との対応表を、名称管理ファ
イル２３から読み出す。ステップＳ２２に於て、メッセ
ージの到来を待つ。メッセージが到来するとステップＳ
２３に於て、対応表を参照する。ステップＳ２４に於
て、メッセージの転送先にメッセージを送信する。メッ
セージの送信後、処理はステップＳ２２に戻り、再びメ
ッセージ到来を待つ。

【００５７】以上のプロセス管理部１７の処理によっ
て、画面管理部１６が管理するＨＭＩ処理部分（コント
ローラ及びビュー）とデータ処理部分との間で、名称に
基づいた双方向通信が実現される。従って、本発明の実
施例は、グラフィカルな出力機構であるＨＭＩ部分とデ
ータ処理機構であるデータ処理部分とを、互いに独立さ
せることが出来る。

【００５８】本実施例のプロセス管理部１７は、名称の
対応表に基づいてＨＭＩ部分とデータ処理部分との間の
通信をつかさどる。従って、メッセージを送る側のオブ
ジェクト（画面部品或いはデータ処理部品）は、メッセ
ージを受ける側に関して何ら関知する必要がない。

【００５９】本実施例の変形例として、各ボタン部品
に、イベント処理を自由に定義できるようにして自律的
な通信機能を設けてもよい。この場合にボタン部品が保
持すべき情報を、図９に示す。図９に示されるように、
各ボタン部品は、部品ＩＤ、メッセージ、メッセージタ
イプ、及びパラメータＩＤを含む。部品ＩＤは、メッセ
ージ送信先の部品を識別するＩＤ情報である。メッセー
ジ種別は、画面を閉じるPIC ＿CLOSE 、画面を移動する
PIC ＿MOVE、画面をポップアップするPIC ＿POPUP 、或
いはデータ処理を起動するPROC＿START のいずれかであ
る。メッセージタイプは、メッセージ送信先の部品の種
類であり、画面部品の場合はPICTURE 、データ処理部品
の場合はPROCEDURE である。またパラメータＩＤは、デ
ータ処理部品を起動する場合のパラメータを格納する。
ここでメッセージ種別が、画面を閉じるPIC ＿CLOSE 、
画面を移動するPIC ＿MOVE、或いは画面をポップアップ
するPIC ＿POPUP のいずれかである場合には、メッセー
ジタイプは画面部品を示すPICTURE になる。またメッセ
ージ種別が、データ処理を起動するPROC＿START である
場合には、メッセージタイプはデータ処理部品を示すPR
OCEDURE になる。

【００６０】この変形例においては、ボタン部品自身が
イベント時の処理に関する情報を保持しているので、Ｈ
ＩＭ部品ビルダー１４を用いたボタン部品作成時に、そ
のボタンに対する処理を定義することが出来る。例え
ば、予め画面を閉じる処理、画面を移動する処理、画面
をポップアップする処理、及び様々なデータ処理を予め
作成してあるとする。この場合、ＨＩＭ部品ビルダー１
４を用いて、ある処理をマウス操作によってビジュアル
にボタン部品に割り当てることが出来る。これは例え
ば、ボタン作成画面上で処理に関する名称を一覧表示
し、ある名称をマウスでドラッグして所定位置に持って
くることで、その名称に対応する処理をボタン部品に割
り当てることが出来る。

【００６１】なお、各ボタン部品はメッセージ送信先の
部品ＩＤを有しているので、プロセス通信管理部１７
は、ボタン部品に対する名称対応表を保持する必要はな
い。この場合、各ボタン部品からのメッセージは、メッ
セージの宛先とデータとからなる。プロセス通信管理部
１７は、メッセージに付けられた宛先にメッセージを送
信すれば良い。

【００６２】ボタン部品自身に以上のような情報を与え
ることによって、ボタン部品が自律的な通信機能を有す
ることが可能になる。従ってボタン部品を独立したオブ
ジェクトとして扱うことが可能になり、システムの構築
や部品の再利用を容易に行うことが可能になる。

【００６３】

【発明の効果】請求項１の発明に於ては、プロセス通信
管理部が、画面、画面部品、及び入力からなるＨＭＩ部
分と、データ処理プロセスからなるデータ処理部分との
間の双方向通信をつかさどる。従って、ＨＭＩ部分とデ
ータ処理部分とを独立した構成とすることができ、ＨＭ
Ｉ部品やデータ処理部品の再利用が可能になる。

【００６４】請求項２の発明に於ては、ＨＭＩビルダー
が、ユーザからの入力に基づき画面及び画面部品に関す
るデータを言語記述入力無しに生成する。従って、ＨＭ
Ｉ部分をスクリプト言語等の言語を意識することなく構
築することが可能になる。請求項３の発明に於ては、画
面部品の名称とデータ処理プロセスの名称に基づいて、
画面部品とデータ処理プロセス間の通信が行われる。従
って、ＨＭＩ部分とデータ処理部分は、互いに送信先に
関する情報を関知する必要がなく、独立した構成を有す
ることができる。

【００６５】請求項４の発明に於ては、画面部品に関す
るデータがメッセージ送信先に関する情報を含むので、
画面部品を独立したオブジェクトとして扱うことができ
る。請求項５の発明に於ては、ＨＭＩビルダーが、ユー
ザからの入力に基づき画面及び画面部品に関するデータ
を言語記述入力無しに生成する。従って、ＨＭＩ部分を
スクリプト言語等の言語を意識することなく構築するこ
とが可能になる。

【００６６】請求項６の発明に於ては、プロセス通信管
理サーバが、画面、画面部品、及び入力からなるＨＭＩ
部分と、データ処理プロセスからなるデータ処理部分と
の間の双方向通信をつかさどる。従って、ＨＭＩ部分と
データ処理部分とを独立した構成とすることができ、Ｈ
ＭＩ部品やデータ処理部品の再利用が可能になる。

【００６７】請求項７の発明に於ては、ＨＭＩ部分をデ
ータ処理部分と独立して構築することができる。請求項
８の発明に於ては、ＨＭＩビルダーが、ユーザからの入
力に基づき画面部品に関するデータを言語記述入力無し
に生成する。従って、ＨＭＩ部分をスクリプト言語等の
言語を意識することなく構築することが可能になる。

【００６８】請求項９の発明に於ては、ＨＭＩビルダー
が、ユーザからの入力に基づき画面に関するデータを言
語記述入力無しに生成する。従って、ＨＭＩ部分をスク
リプト言語等の言語を意識することなく構築することが
可能になる。請求項１０の発明に於ては、画面部品に関
するデータがメッセージ送信先に関する情報を含むの
で、画面部品を独立したオブジェクトとして扱うことが
できる。

【図面の簡単な説明】

【図１】本発明の原理に従いＨＭＩ部分とデータ処理部
分が独立して構成される様子を示す概念図である。

【図２】本発明の実施例であるＨＭＩ管理システムの構
成図である。

【図３】（Ａ）は、図２の画面管理ファイルに格納され
る画面座標管理ファイルのデータ構造を示す図であり、
（Ｂ）は、図２の部品属性ファイルに格納される部品属
性管理ファイルのデータ構造を示す図であり、（Ｃ）
は、図２の部品管理ファイルに格納されるオブジェクト
管理ファイルのデータ構造を示す図である。

【図４】本発明の実施例に於けるＨＭＩ部品ビルダーの
処理を示すフローチャートである。

【図５】本発明の実施例に於けるＨＭＩ画面ビルダーの
処理を示すフローチャートである。

【図６】本発明の実施例に於ける画面管理部が、画面管
理、イベント入力監視、及びプロセス通信管理部を介し
てのデータ処理を行う様子を示す概念図である。

【図７】本発明の実施例に於けるプロセス通信管理部
が、画面管理部とデータ処理部との間で双方向通信を行
う仕組みを説明する図である。

【図８】本発明の実施例に於けるプロセス通信管理部の
処理を示すフローチャートである。

【図９】本発明の実施例の変形例に於けるボタン部品の
データ構造を示す図である。

【符号の説明】

１０ ＨＩＭ管理システム １１ 表示部 １２ 入力部 １３ 制御部 １４ ＨＩＭ部品ビルダー １５ ＨＩＭ画面ビルダー １６ 画面管理部 １７ プロセス通信管理部 ２０ 部品管理ファイル ２１ 画面管理ファイル ２２ 部品属性ファイル ２３ 名称管理ファイル ２４ 通信管理ファイル

───────────────────────────────────────────────────── フロントページの続き (72)発明者 泉 寛幸 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内 (72)発明者 村川 雅彦 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内 (72)発明者 牛嶋 悟 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内

Claims (10)

【特許請求の範囲】
1. 【請求項１】 計算機システムに於てＨＭＩ（Human Ma
   chine Interface ）を管理するＨＭＩ管理システムであ
   って、 表示部と、 ユーザからの入力を受け取る入力部と、 画面に関するデータ及び画面部品に関するデータを基に
   して該画面及び該画面部品を該表示部に表示し、該画面
   部品に対する該入力を検出して該入力に応じた第１のメ
   ッセージを送信し、第２のメッセージを受信して該画面
   部品の表示を変化させる画面管理部と、 該第１のメッセージを受信して対応するデータ処理プロ
   セスに該第１のメッセージを送信し、該第２のメッセー
   ジを該データ処理プロセスから受信して対応する該画面
   部品宛の該第２のメッセージを該画面管理部に送信する
   プロセス通信管理部を含み、 該画面、該画面部品、及び該入力からなるＨＭＩ部分
   と、該データ処理プロセスからなるデータ処理部分とが
   分離した構成とすることを特徴とするＨＭＩ管理システ
   ム。
2. 【請求項２】 前記画面に関するデータ及び前記画面部
   品に関するデータを前記入力部からの前記入力に応じて
   生成するＨＭＩビルダーを更に含み、前記データ処理部
   分とは独立した前記ＨＭＩ部分を言語記述入力無しに構
   築することを特徴とする請求項１記載のＨＭＩ管理シス
   テム。
3. 【請求項３】 前記プロセス通信管理部は、前記画面部
   品の名称と前記データ処理プロセスの名称との対応表を
   含み、該対応表に基づいて前記第１のメッセージ及び前
   記第２のメッセージを送信することを特徴とする請求項
   １記載のＨＭＩ管理システム。
4. 【請求項４】 前記画面部品に関するデータは、前記第
   １のメッセージの送信先の識別子及び該第１のメッセー
   ジの種類を含むことを特徴とする請求項１記載のＨＭＩ
   管理システム。
5. 【請求項５】 前記画面に関するデータ及び前記画面部
   品に関するデータを前記入力部からの前記入力に応じて
   生成するＨＭＩビルダーを更に含み、前記データ処理部
   分とは独立した前記ＨＭＩ部分を言語記述入力無しに構
   築することを特徴とする請求項４記載のＨＭＩ管理シス
   テム。
6. 【請求項６】 計算機システムに於てＨＭＩ（Human Ma
   chine Interface ）を管理する方法であって、 ａ）画面に関するデータ及び画面部品に関するデータを
   基にして該画面及び該画面部品を表示し、 ｂ）ユーザからの該画面部品に対する入力を受け取り、 ｃ）該画面部品に対する該入力に応じた第１のメッセー
   ジをプロセス通信サーバに送信し、 ｄ）該プロセス通信サーバから該第１のメッセージを対
   応するデータ処理プロセスに送信し、 ｅ）該データ処理プロセスから第２のメッセージを該プ
   ロセス通信サーバに送信し、 ｆ）該プロセス通信サーバから該第２のメッセージを対
   応する該画面部品に送信して該画面部品の表示を変化さ
   せる各段階を含み、 該画面、該画面部品、及び該入力からなるＨＭＩ部分
   と、該データ処理プロセスからなるデータ処理部分とを
   分離して処理することを特徴とするＨＭＩ管理方法。
7. 【請求項７】 前記画面に関するデータ及び前記画面部
   品に関するデータを作成する段階ｇ）を更に含むことを
   特徴とする請求項６記載のＨＭＩ管理方法。
8. 【請求項８】 前記段階ｇ）は、 前記画面部品の一覧を表示し、 該一覧から該画面部品の一つを選択し、 該画面部品の該一つの属性を表示し、 該画面部品の該一つの属性を変更或いは新規登録する各
   段階を含み、前記ＨＭＩ部分を言語記述入力無しに構築
   することを特徴とする請求項７記載のＨＭＩ管理方法。
9. 【請求項９】 前記段階ｇ）は、 前記画面の一覧を表示し、 該画面の一覧から該画面の一つを選択し、 該画面の該一つ及び前記画面部品の一覧を表示し、 該画面部品の一覧から該画面部品を該画面の該一つ上に
   配置する各段階を含み、前記ＨＭＩ部分を言語記述入力
   無しに構築することを特徴とする請求項８記載のＨＭＩ
   管理方法。
10. 【請求項１０】 前記画面部品の前記一つの前記属性
    は、前記第１のメッセージの送信先の識別子及び該第１
    のメッセージの種類を含むことを特徴とする請求項８記
    載のＨＭＩ管理方法。