JPH04353926A - グラフィカルユーザインタフェースを持つインタプリタ - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はグラフィカルユーザイン
タフェースを持つインタプリタに関する。

【０００２】

【従来の技術】近年，ワークステーションの普及に伴っ
て利用者にとって使いやすいユーザインタフェースが提
供されている。さらに、これらユーザインタフェースで
は利用者が自分の行いたい処理を、イメージし易いよう
にグラフィカルな画面が提供されている。さらにこのよ
うなワークステーションではマルチウインドウが提供さ
れることもある。利用者がウィンドウ上に表示されるア
プリケーションプログラムを対話型で利用する際に、ウ
ィンドウ上に表示された図形（会話部品）をポインティ
ングデバイス（ウィンドウ上の表示を選択指示する入力
機器のことをいう。マウスが代表的である）で指定する
ことによってアプリケーションプログラム（以下アプリ
ケーションと略する）の処理を進めていくことができる
。このようなユーザインタフェースはグラフィカルユー
ザインタフェース（以下ＧＵＩと略する）と呼ばれる。

【０００３】ＧＵＩでは、利用者のアプリケーションの
操作に必要な幾つかの会話を目的とした部品（以下、会
話部品と呼ぶ）から構成されている。各会話部品はユー
ザがウィンドウ上のアプリケーションを対話型で利用す
る際に、アプリケーションからユーザへの情報伝達（情
報の表示及び処理の問い合わせ）、あるいはユーザから
アプリケーションへの情報伝達（情報の入力及び処理の
指示）を行うためのもので、標準で提供されているもの
や利用者が作成するものなど様々である。

【０００４】利用者は各部品を画面上に自由に配置する
ことによって、利用者に合ったグラフィカルなメニュー
画面を作成できる環境が用意されている。しかし、従来
のこれらのＧＵＩ作成環境はＣ言語やＦＯＲＴＲＡＮな
どのコンパイラ言語を対象としていた。また、ＧＵＩを
持ったアプリケーションの作成には、利用者のＧＵＩを
定義したソースプログラムと、利用者の処理を記述した
ソースプログラムとを一つに併せて、コンパイル及びリ
ンケージといったオブジェクトプログラムの作成作業が
必要となる。

【０００５】図６は従来のコンパイラ言語によるアプリ
ケーションの作成のプロセスを示す図である。図の（Ａ
）において、３１は利用者の処理を記述したソースプロ
グラムであり、まず、該ソースプログラム３１に対して
機械語に翻訳する、４１で示すコンパイル操作を行う。 ３２はコンパイル言語で書かれたソースプログラムを対
応する機械語に翻訳するコンパイラである。次に、４２
で示すリンケージ操作を行う。リンケージ操作は３３で
示す組み込みサブルーチンをアプリケーションに付加す
る。組み込みサブルーチン３３はプログラム実行環境を
アプリケーションに付加する。１３はコンパイル操作、
リンケージ操作を経て実行可能になったユーザプログラ
ムである。図の（Ｂ）はユーザプログラムの実行プロセ
スを示す。ユーザプログラム１３はオペレーションシス
テムの提供するグラフィカルユーザインタフェース１５
の下でワークステーション５０で実行される。このよう
にコンパイル言語で書かれたソースプログラムに関して
はＧＵＩが提供されていた。

【０００６】ところが、研究・開発分野での実験データ
解析業務などでの処理においては、試行錯誤的な会話処
理のアプリケーションの作成に適したインタプリタ言語
が利用されている。インタプリタ言語はコンパイラ言語
と異なり、ソースプログラムのコンパイル・リンケージ
といった作業が不要である。また、試行錯誤的な業務や
アプリケーションの作成には適した環境である。インタ
プリタ言語でのアプリケーションでは、試行錯誤的な作
業を積み重ねていきながら処理の内容を変更したりする
ことが行われる。

【０００７】こうしたインタプリタ言語を前提としたア
プリケーションの環境において、グラフィカルなユーザ
インタフェースを持ったメニュー画面を構築するために
は、現状のコンパイラ言語とのインタフェースを持った
ＧＵＩの作成環境では、利用者の作成負担が大きい。ま
た、インタプリタ言語の持つ試行錯誤的なプログラミン
グの簡易性を十分に活かした環境とはなっていない。

【０００８】

【発明が解決しようとする課題】インタプリタ言語を前
提としたアプリケーションの環境において、グラフィカ
ルなユーザインタフェースを持ったメニュー画面を構築
するためには、現状のコンパイラ言語とのインタフェー
スを持ったＧＵＩの作成環境では、利用者の作成負担が
大きいという問題があった。

【０００９】本発明は、インタプリタ言語上にＧＵＩを
構築し、インタプリタ言語の持つプログラム作成の簡易
性を活かし、試行錯誤的な環境における、グラフィカル
なユーザインタフェースを持つアプリケーションの作成
を容易にすることが目的である。

【００１０】

【課題を解決するための手段】上記の課題は下記の如く
に構成されたグラフィカルユーザインタフェースを持つ
インタプリタによって解決される。図１は、本発明の原
理図である。

【００１１】利用者１４のアプリケーションプログラム
１３を作成するプログラム作成機能１２と、利用者１４
から実行を指定されたアプリケーションプログラム１３
の処理を行うプログラム実行機能１１と、で構成される
インタプリタにおいて、利用者１４が画面に表示される
グラフィカルな会話部品２１を選択する会話操作の実行
を制御する会話操作制御機能２２と，画面に表示され会
話操作の対象となる会話部品２１の画面表示や機能を規
定する属性情報２５とインタプリタ言語で該会話部品２
１の動作が記述されたアクション情報２６とによって該
会話部品２１を定義した会話定義体２４と、該会話部品
２１を該プログラム作成機能１２で作成して該会話定義
体２４に登録する会話部品定義体作成機能２３と、を備
えることにより、ユーザが自由に会話操作環境を作成し
て、アプリケーションプログラム１３の作成と実行を行
うように構成する。

【００１２】

【作用】会話操作制御機能２２はユーザ１４が画面に表
示されるグラフィカルな会話部品２１を選択する会話操
作の実行を制御する。

【００１３】会話操作の実行は、会話定義体２４の属性
情報２５とインタプリタ言語で記述されたアクション情
報２６とを参照してプログラム実行機能１１で行われる
。会話部品定義体作成機能２３により、ユーザは会話部
品２１を該プログラム作成機能１２で作成して該会話定
義体２４に登録する。従ってユーザが自由に会話操作環
境を作成することが出来る。

【００１４】

【実施例】本発明においては、各会話部品が画面上で操
作（画面への表示・利用者による操作・画面からの消去
）されたとき、グラフィカルユーザインタフェースを構
成する各会話部品の定義体を使用して、処理が行われる
。

【００１５】本発明の実施例の構成図を図２に示す。図
において、４１はインタプリタ言語によって作成された
プログラムを解釈して実行するインタプリタ処理プロセ
ス、４２はインタプリタ言語でプログラムを編集作成す
るテキストエディタ、１３は利用者がインタプリタ言語
によって作成したアプリケーションプログラム、１４は
インタプリタ言語でプログラムを作成する利用者、２１
はアプリケーションプログラムからの情報の表示及び処
理の問い合わせ、又は利用者が選択することによって情
報の入力及び処理の指示を行い、利用者とアプリケーシ
ョンプログラムとの通信を構成する会話部品、４３は会
話部品２１により利用者と会話を行い会話部品定義体作
成機能２３，　インタプリタ処理プロセス４１、テキス
トエディタ４２，会話定義体２４を制御するグラフィカ
ルユーザインタフェースの制御プロセス（以下ＧＵＩ制
御プロセスと略する）、２３はテキストエディタ４２に
より会話部品２１を作成し、会話定義体２４に登録する
会話部品定義体作成機能、２５は画面に表示され会話操
作の対象となる会話部品２１の画面表示や機能を規定す
る属性情報、２６はインタプリタ言語で該会話部品２１
の動作が記述されたアクション情報、２４は属性情報２
５とアクション情報２６とによって定義された会話定義
体である。

【００１６】以下さらに詳細に説明する。 〔会話定義体〕グラフィカルユーザインタフェースを構
成する各会話部品は、専用の会話定義体によって定義さ
れている。会話定義体は、各会話部品固有の属性情報（
画面上での形状や色及び会話部品固有の機能など）とア
クション情報とから成る。

【００１７】アクション情報はグラフィカルユーザイン
タフェースが構築されているインタプリタ言語で記述さ
れる。インタプリタ言語で記述された一連のアクション
をスクリプトと呼ぶ。スクリプトはその実行されるタイ
ミングの違いによって次の三種類がある。 ・ＥＮＴＥＲスクリプト 会話部品が画面上に表示される時に同時に実行されるも
のである。主に、メニュー画面での会話操作を行うため
の環境の初期化や前処理を目的とした処理の実行に利用
される。 ・ＫＥＹスクリプト 画面上に表示されている会話部品を利用者が操作した時
に実行される。メニュー画面での会話操作時に実行する
処理を定義するものである。 ・ＥＸＩＴスクリプト 画面上に表示されている会話部品が画面上から消去され
る時、その直前に実行される。メニュー画面での会話操
作終了後の後処理を目的とした処理の実行に利用される
。

【００１８】これらの定義体は本インタプリタシステム
を構成しているプログラム作成機能１２で容易に作成で
きる。 〔処理プロセス〕図３は本発明の実施例の動作概念図で
あり、マルチウインドウシステムでの状況の例を示す。 図において、５０はワークステーションであり、３個の
ウインドウが現在開設されている。１６Ａのウインドウ
はＧＵＩが動作しており、ＧＵＩ制御プロセス４３がそ
の制御を行っている。１６Ｃのウインドウはテキストエ
ディタ４２が動作しており、該テキストエディタ４２に
よって会話部品２１が作成され会話定義体２４に登録さ
れる。会話定義体２４に登録された会話部品２１だけが
画面に表示され会話に使用される。会話操作制御機能２
２は会話定義体２４に登録された会話部品２１の属性情
報２５とアクション情報２６を読み込み、インタプリタ
処理プロセス４１を使ってその実行を行う。

【００１９】グラフィカルユーザインタフェースの各会
話部品に定義されたアクション（インタプリタ言語で記
述されたスクリプト）がインタプリタ処理プロセス４１
で実行される手順を説明する。図４，５は本発明の実施
例における処理プロセスを示す。

【００２０】（１）　メニュー画面の表示インタプリタ
言語で用意されているメニュー画面の表示指示によって
ＧＵＩ制御プロセス４３が起動される（図５のステップ
７１）　。ＧＵＩ制御プロセス４３では，指定されたＧ
ＵＩを構成している各会話部品２１の会話定義体２４フ
ァイルの属性情報２５を読み込む（図４のステップ７２
）　。 ＧＵＩ制御プロセス４３では読み込まれた属性情報２５
にもとずいて各会話部品を画面上に表示（図４のステッ
プ７３）した後、各会話部品のＥＮＴＥＲスクリプトに
定義されたアクションを実行する（図２のステップ７４
）。アクションは定義体に記述された順番に順次実行さ
れる。 アクションの実行は次の手順で行われる。

【００２１】ＧＵＩ制御プロセス４３内の各会話部品に
対応した処理部では、対象の会話部品２１の会話定義体
２４ファイルからＥＮＴＥＲスクリプトに定義されたア
クションを読み込む（図５のステップ７５）。各会話部
品の処理部はインタプリタ処理プロセス４１に処理を依
頼するための通信制御部を持っている。この通信制御部
の内部でアクションの読み込みは行われる。読み込まれ
たアクションは、一行毎にインタプリタ処理プロセス４
１に送信する（図５のステップ７６）　。送信されたア
クション（インタプリタ言語の一コマンド文字列）は、
インタプリタ処理プロセス４１において解釈・実行され
る（図５のステップ７７）。インタプリタ処理プロセス
４１での処理（図５のステップ７８）が完了すると、そ
の完了通知及びメニュー画面での必要な処理情報がＧＵ
Ｉ制御プロセス４３に送信される（図５のステップ７９
）。ＧＵＩ制御プロセス４３では，受信した完了情報を
判断し、ＧＵＩ制御プロセス４３での必要な処理を行う
（図５のステップ８０）。メニュー画面の操作や再表示
などの処理はここで行われる。ＥＮＴＥＲスクリプトが
複数行記述されていれば次の行をインタプリタ処理プロ
セス４１に送信する（図５のステップ８１）。

【００２２】上記手順を各会話部品に定義されているＥ
ＮＴＥＲスクリプトに対して行う。表示対象のメニュー
画面内の全ての会話部品が表示されＥＮＴＥＲスクリプ
トが実行されるとメニュー画面での利用者の会話操作が
可能な状態になる（図４のステップ８２）。

【００２３】（２）　メニュー画面での会話操作利用者
がメニュー画面内の会話部品を操作すると、操作された
会話部品に定義されたＫＥＹスクリプトが実行される（
図４のステップ８２）。ＫＥＹスクリプトに記述された
アクションの実行はＥＮＴＥＲスクリプトの実行の手順
と同じである。

【００２４】一つの会話部品が操作され、その会話部品
のＫＥＹスクリプトに定義されたアクションが全て実行
されると次の会話操作が可能な状態となる。 （３）　メニュー画面の消去 画面上に表示しているメニュー画面での処理が終了し、
利用者がメニュー画面を消去すると、対象のメニュー画
面内の各会話部品に定義されたＥＸＩＴスクリプトが実
行される（図４のステップ８３）。ＥＸＩＴスクリプト
に記述されたアクションの実行はＥＮＴＥＲスクリプト
やＫＥＹスクリプトの実行の手順と同一である。

【００２５】以上説明の如く本発明によれば、利用者が
会話部品を定義して使用することによって、ＧＵＩを自
由に設定して使用できるインタプリタでの環境が構築で
きる。

【００２６】

【発明の効果】以上の説明から明らかなように、本発明
（考案）により、インタプリタ言語としてのプログラミ
ングの簡易性を持ったグラフィカルユーザインタフェー
スの利用が可能となる。

【００２７】また、インタプリタ言語で記述された一連
のアクションが、グラフィカルユーザインタフェースを
構成する会話部品の情報として登録される事により、各
会話部品は一つの定型的な処理を内蔵したプログラミン
グ部品、としての機能を持たせることができる。

【００２８】このため、インタプリタ言語による一連の
定型処理を会話部品とともに登録しておくことで、新た
なアプリケーションの作成作業においては既存の処理は
会話部品の画面上での配置作業で行うことも可能となり
作業の負担を軽減できる。

【図面の簡単な説明】

【図１】　　本発明の原理図

【図２】　　本発明の実施例の構成を示すブロック図

【
図３】　　本発明の実施例の動作概念図

【図４】　　本
発明の実施例における処理プロセス（その１）

【図５】　　本発明の実施例における処理プロセス（そ
の２）

【図６】　　従来のコンパイラ言語によるアプリケーシ
ョンの作成のプロセス

【符号の説明】

１１　　プログラム実行機能　　　　　　　　１２　　
プログラム作成機能 １３　　アプリケーションプログラム １４　　利用者 １５　　グラフィカルユーザインタフェース１６Ａ，１
６Ｂ，１６Ｃ　　ウインドウ２１　　会話部品 ２２　　会話操作制御機能　　　　　　　　　　２３　
　会話部品定義体作成機能 ２４　　会話定義体　　　　　　　　　　　　　　　　
２５　　属性情報２６　　アクション情報　　　　　　
　　　　　　３１　　ソースプログラム ３２　　コンパイラ　　　　　　　　　　　　　　　　
３３　　組み込みサブルーチン ４１　　インタプリタ処理プロセス　　４２　　テキス
トエディタ ４３　　ＧＵＩ制御プロセス　　　　　　　　５０　　
ワークステーション ５１　　コンパイル操作　　　　　　　　　　　　５２
　　リンケージ操作 ７１〜８３　　動作ステップ

Claims (1)

【特許請求の範囲】
1. 【請求項１】　　ユーザのアプリケーションプログラム
   （１３）を作成するプログラム作成機能（１２）と、ユ
   ーザから実行を指定されたアプリケーションプログラム
   （１３）の処理を行うプログラム実行機能（１１）と、
   で構成されるインタプリタにおいて、ユーザ（１４）が
   画面に表示されるグラフィカルな会話部品（２１）を選
   択する会話操作の実行を制御する会話操作制御機能（２
   ２）と，画面に表示され会話操作の対象となる会話部品
   （２１）の画面表示や機能を規定する属性情報（２５）
   とインタプリタ言語で該会話部品（２１）の動作が記述
   されたアクション情報（２６）とによって該会話部品（
   ２１）を定義した会話定義体（２４）と、該会話部品（
   ２１）を該プログラム作成機能（１２）で作成して該会
   話定義体（２４）に登録する会話部品定義体作成機能（
   ２３）と、を備えることにより、ユーザが自由に会話操
   作環境を作成して、アプリケーションプログラム（１３
   ）の作成と実行を行うことを特徴とするグラフィカルユ
   ーザインタフェースを持つインタプリタ。