JPH04319732A - データ処理装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明はワークステーションや
パーソナルコンピュータ等の対話型のデータ処理装置に
関する。

【０００２】

【従来の技術】従来、対話型システムは利用者とシステ
ムとの対話によってデータ処理を行っていくものであり
、利用者がシステムに処理内容を指示し、それに対して
システムが表示画面上に結果を表示する、ということを
繰り返すことによって処理を進めていく。このとき、表
示画面上の構成要素群のうち、ある１つの要素に対して
特定の操作を施した結果、他の構成要素の表示内容およ
び表示形態を変化させることにより視覚的な効果が得ら
れる。

【０００３】この様な効果を得るために、従来において
は、Ｓｍａｌｌｔａｌｋ−８０のＭＶＣ（モデル・ビュ
ー・コントローラ）に代表される機構などを用いること
によって対処してきた。

【０００４】このＳｍａｌｌｔａｌｋ−８０のＭＶＣ機
構については、上谷晃弘　　編著：「統合化プログラミ
ング環境−Ｓｍａｌｌｔａｌｋ−８０とＩｎｔｅｒｌｉ
ｓｐ−Ｄ−」（ｐ１８４〜ｐ２０５）、丸善株式会社、
昭和６２年１月３０日発行、の文献に詳細に記載されて
いる。

【０００５】しかし、その文献に記載されているＭＶＣ
機構では、ある構成要素の状態が変化した際の、他の要
素に対してのアクションをその要素自身の定義部で記述
する必要があったため、構成要素自体の機能はまったく
同じ場合であっても、他の要素に対するアクションが異
なるときは、新たに構成要素を再定義しなければならな
かった。

【０００６】

【発明が解決しようとする課題】このように上記文献に
記載されているものでは、ある構成要素の定義部内に、
その要素自身の定義の他に、他の構成要素に対してのア
クションの定義も記述していたので、構成要素自体の機
能がまったく同じ場合であっても、他の構成要素に対す
るアクションが異なるときは、定義されるアクション数
に応じた構成要素（自己の定義内容と他の要素に対する
アクションに関する定義内容とが記述された要素）を定
義しなければならず、このため既存の構成要素を利用す
ることは不可能であった。

【０００７】従って、構成要素自体の機能が同一で、他
の要素に対するアクションが異なるときは、構成要素の
定義には、手間がかかり、面倒であった。

【０００８】この発明は上記実情に鑑みてなされたもの
であり、既存の構成要素を再利用することができ、かつ
他の構成要素に対するアクションに関する定義及びその
変更を容易に行うことのできるデータ処理装置を提供す
ることを目的とする。

【０００９】

【課題を解決するための手段】上記目的を達成するため
、この発明では、表示内容を構成する複数の構成要素そ
れぞれに対応する構成要素自身の定義に従って各構成要
素を表示すると共に、他の構成要素に対するアクション
に関する定義に従ってアクションを実行するデータ処理
装置において、前記各構成要素自身の定義が記述される
構成要素定義手段と、前記アクションに関する定義が記
述されるアクション定義手段とを具え、前記各構成要素
自身の定義と、前記アクションに関する定義とを分離し
て記述したことを特徴とする。

【００１０】

【作用】この発明に係るデータ処理装置によれば、構成
要素自身の定義を構成要素定義手段に記述し、一方、他
の構成要素に対するアクションに関する定義をアクショ
ン定義手段に記述している。従って、当該各定義内容は
それぞれ独立した領域に記述されることになるので、構
成要素自身の定義内容を利用することができる。また、
他の構成要素に対するアクションを変更する場合は、ア
クション定義手段の定義内容のみを変更するだけで良い
ので、アクションの定義内容を容易に変更することが可
能となる。

【００１１】

【実施例】以下、本発明の実施例を添付図面を参照して
説明する。図１は、本発明に係るデータ処理装置の一実
施例を示す機能ブロック図を示したものである。同図に
おいて、データ処理装置は、構成要素定義手段１０１と
、アクション定義手段１０２と、情報保持部１０３と、
表示内容を構成する複数の構成要素を表示する構成要素
表示部１０４と、構成要素表示部１０４に表示された各
要素を指示（要素の状態の変更要求）を行うユーザ入力
部１０５と、上記各部を制御するとともに所定の処理を
行う制御部１０６とを有して構成されている。

【００１２】情報保持部１０３は、構成要素定義手段１
０１に定義されている各構成要素を示す情報とその状態
とを保持するものである。また情報保持部１０３は、構
成要素定義手段１０１からの状態の変更通知に基づいて
自己の保持情報を更新するとともに、ある構成要素の状
態に変更があった旨を構成要素定義手段１０１及びアク
ション定義手段１０２へ通知する。なお、この実施例で
は、各構成要素を示す情報は各構成要素の状態を管理す
るために使用するものなので、その情報を例えば構成要
素の名称にしている。

【００１３】構成要素定義手段１０１には、表示内容を
構成する複数の構成要素毎に、要素自身に関する機能や
他の構成要素との相互の依存関係など、他の要素に影響
を与えない要素自身の定義が記述されている。構成要素
定義手段１０１は、各構成要素毎の構成要素の内部情報
（例えば、自己の状態、相互関係などの情報）を保持し
ており、変更要求に応じて状態が変化した構成要素の内
部情報を更新するとともに、その旨を情報保持部１０３
へ通知する。また、各構成要素毎に、要素自身の定義に
基づく構成要素の構成要素表示部１０４への表示処理を
行うとともに、自己の内部情報と情報保持部１０３から
の通知内容とに基づいて構成要素の再表示をすべく表示
処理を行う。

【００１４】アクション定義手段１０２には他の構成要
素に対するアクションに関する定義が記述されており、
アクション定義手段１０２は、情報保持部１０３からの
通知（ある構成要素の状態が変化した旨）を受け取ると
、情報保持部１０３が保持している保持情報（ある構成
要素の状態が変化した際に更新した最新の保持情報）を
参照し、その情報（つまり各構成要素の状態）が、自己
に記述されている定義内容を満足している場合に、その
定義内容（アクション）を実行する。

【００１５】なお、この実施例では、構成要素定義手段
１０１、アクション定義手段１０２及び情報保持部１０
３は、それぞれの機能を遂行させるプログラム（ソフト
ウェア）を制御部１０６が実行することにより実現され
ている。なお、ファームウェア構成やハードウェア構成
とすることも可能である。

【００１６】次に上述した構成において、データ処理装
置の基本的な処理動作を説明する。最初に、制御部１０
６は、ユーザ入力部１０５からの入力（ある構成要素の
状態に変化を与える操作）を解釈し、ある構成要素に対
する指示があった旨を、構成要素定義手段１０１に定義
されている各構成要素のうち、該当する構成要素に通知
する。構成要素定義手段１０１においては、通知を受け
た構成要素は、自己の内部情報（例えば、自己の状態、
相互関係などの情報）を更新し、さらにその更新内容を
情報保持部１０３へ通知する。この通知内容は制御部１
０６を通じて情報保持部１０３に通知される。

【００１７】情報保持部１０３は、伝えられた更新内容
を、自己が保持している各構成要素のうち、該当する構
成要素の情報内容に反映させるとともに、ある構成要素
の状態が変化した旨を、構成要素定義手段１０１に定義
されている全ての構成要素、およびアクション定義手段
１０２へ通知する。この通知内容は制御部１０６を通じ
て前記定義手段１０１、１０２に通知される。

【００１８】変化が起こったことを伝えられた各構成要
素は、自己の内部状態と情報保持部１０３の保持内容に
応じて自己の再表示を、制御部１０６を通じて構成要素
表示部１０４に行う。一方、アクション定義手段１０２
は、各構成要素の状態に応じて、自己に定義されている
アクションに関する定義を実行する。

【００１９】図２は図１に示した装置を実現するための
ワークステーションの一実施例を示すブロック図を示し
ている。同図において、ワークステーションは、ビット
マップディスプレイ等の表示装置２０１と、キーボード
等のデータ入力装置２０２と、ポインティング入力装置
としてのマウス２０３と、主記憶装置２０４と、制御装
置２０５と、磁気ディスク等の補助記憶装置２０６とを
有して構成されている。

【００２０】ここで、図１に示した構成要素定義手段１
０１、アクション定義手段１０２、情報保持部１０３は
主記憶装置２０３に、図１に示した構成要素表示部１０
４は表示装置２０１に、図１に示したユーザ入力部１０
５はマウス２０３に、図１に示した制御部１０６は制御
装置２０３にそれぞれ相当している。

【００２１】次に上述したワークステーションによる表
示処理の制御の流れを図３に示している。

【００２２】この図において、構成要素定義手段１０１
には、表示内容を構成する構成要素としての、ｏｎ（オ
ン）とｏｆｆ（オフ）の２つの状態を持つボタン１〜３
の３つのボタンが、それぞれボタン１定義部１０１Ａ、
ボタン２定義部１０１Ｂ、ボタン３定義部１０１Ｃに定
義されている。その各ボタン定義部には、例えば、ボタ
ン２定義部１０１Ｂにはボタン２はボタン１とは同時に
ｏｎ状態になれないとか、ボタン３定義部１０１Ｃには
ボタン３は他のボタンの状態に関係なく自分の状態を持
てるとか、というような相互の依存関係が定義されてい
る。

【００２３】上記各ボタン定義部は、自己内に定義され
ている構成要素の内部情報に基づいて、構成要素をｏｎ
状態あるいはｏｆｆ状態にして構成要素表示部１０４に
表示させる。

【００２４】アクション定義手段１０２には、「３つの
ボタンのうち、１つでもｏｎ状態のボタンがあるときは
全てのボタンを通常の表示で行い」、「全てのボタンが
ｏｆｆ状態のとはき、全てのボタンを含む領域（例えば
ボタンを示す図形（この実施例では「○」の図形とする
）とその名称（この実施例ではボタン１〜３））を霞ん
だ表示にする」、という内容が定義されている。

【００２５】情報保持部１０３には、各構成要素の名称
を示すボタン１〜３の３つのボタンの名称が登録されて
おり、各名称に対応して該当するボタンの状態（ｏｎ／
ｏｆｆの状態）が保持される。初期状態では、各ボタン
に対応してｏｆｆの状態を示す情報が保持されている。

【００２６】表示装置２０１上には、初期状態では上記
３つのボタンが全てのボタンを含む領域が霞んだ状態で
表示される。その表示されている各ボタンは、マウス２
０３の移動に伴って移動するポインタ（カーソル）をそ
の表示領域上に移動して、マウス２０３に備えられてい
るマウスボタンをクリックすることによってｏｎとｏｆ
ｆの切替えを行うことができる。ここでｏｎ状態のボタ
ンがクリックされるとそのボタンはｏｆｆ状態に、ｏｆ
ｆ状態のボタンがクリックされるとそのボタンはｏｎ状
態にそれぞれ変化する。

【００２７】次に上述したワークステーションによる表
示処理動作を、図３及び図４を参照して説明する。

【００２８】なお図４（ａ）は構成要素表示部１０４に
表示される初期状態を、図４（ｂ）はボタン１をｏｎ状
態にしたときの表示状態をそれぞれ示している。

【００２９】この実施例では、ボタンは「○」の図形で
表現し、そのｏｎ／ｏｆｆ状態は、ｏｎ状態であれば図
形「○」内に「●」の図形を挿入した形式で表現し、一
方、ｏｆｆ状態であれば図形「○」のままの形式で表現
するようになっている。

【００３０】最初に、図４（ａ）に示すように、ｏｆｆ
状態になっているボタン１の表示領域にポインタを置い
た状態で利用者がマウスボタンをクリックすると（制御
線３０１）、制御装置２０５は、ボタン１が指示された
と認識して、その旨を構成要素定義手段１０１のボタン
１定義部１０１Ａに通知する。

【００３１】ボタン１定義部１０１Ａでは、現在の自分
の状態（内部状態）を変更、この例ではｏｆｆからｏｎ
に変更して、自分がｏｎ状態になったことを情報保持部
２０４に伝える（制御線３０２）。

【００３２】すると情報保持部２０４は、現在保持して
いる保持情報、つまりボタン１はｏｆｆ状態、ボタン２
はｏｆｆ状態、ボタン３はｏｆｆ状態をそれぞれ示す情
報のうち、ボタン１の状態をｏｆｆからｏｎに変更する
とともに、ボタン１がｏｎ状態に変化した旨を、構成要
素定義手段１０１に定義されている各構成要素へ通知す
る（制御線３０４）。と同時に、アクション定義手段１
０２に対してもボタン１がｏｎ状態に変化した旨を通知
する。

【００３３】その通知を受けた構成要素定義手段１０１
内の各ボタン定義部は、上述したような相互の依存関係
と情報保持部１０３に保持されている保持情報とに基づ
いて表示装置２０１に自己の表示を行う（制御線３０５
）。

【００３４】この場合、ボタン１定義部１０１Ａはボタ
ン１をｏｎ状態に変更して構成要素表示部１０３に表示
し、一方、ボタン２定義部１０１Ｂ及びボタン３定義部
１０１Ｃは、ボタン２及びボタン３の状態を変更せずに
現在のｏｆｆ状態のまま構成要素表示部１０３に表示す
ることになる。

【００３５】一方、情報保持部１０３からの変更があっ
た旨の通知を受け取ったアクション定義手段１０２では
、情報保持部１０３内の最新の保持情報（ボタン１はｏ
ｎ状態、ボタン２はｏｆｆ状態、ボタン３はｏｆｆ状態
）を参照して、その保持情報が、自己に記述されている
定義内容を満足するかどうかを調べる。満足していれば
、その定義内容を実行する。

【００３６】この場合は、ボタン１がｏｎ状態に、ボタ
ン２及び３がｏｆｆ状態になっているので、アクション
定義手段１０２は、自己内に記述されている定義内容（
１つでもｏｎ状態のボタンがあるときは全てのボタンを
通常表示するという定義）を実行する。これによって、
ｏｎ状態のボタン１、ｏｆｆ状態のボタン２及び３はそ
れぞれ霞み表示から通常の表示に変更されて再表示され
ることになる（制御線３０６）。すなわち、図４（ａ）
に示した表示状態は図４（ｂ）に示した表示状態に変更
されることになる。

【００３７】また同様に、今度は図４（ｂ）に示した表
示状態でｏｎ状態になっているボタン１にポインタを置
いた状態で利用者がマウスボタンをクリックすると、今
度はボタン１はｏｆｆ状態に再表示されるが、ボタン２
及び３はｏｆｆ状態のままの状態になっている。このと
き全てのボタンがｏｆｆ状態になるので、アクション定
義手段１０２は、「全てのボタンがｏｆｆ状態のときは
、全てのボタンを含む領域を霞んだ表示にする」という
内容の定義に従って、ボタン１〜３を霞んだ状態で再表
示する。すなわち、図４（ｂ）に示した表示状態は図４
（ａ）に示した表示状態に変更される。

【００３８】ここで、全てのボタンがｏｆｆ状態のとき
に、例えば全てのボタンを含む領域を白黒反転させて表
示したい場合には、アクション定義手段１０２に定義さ
れている定義内容を、「全てのボタンがｏｆｆ状態のと
きは、全てのボタンを含む領域を白黒反転の表示にする
」、という内容に変更するだけで実現できる。

【００３９】ところが、従来においては、表示方法を変
更したい場合には、各ボタン定義部にそれぞれ記述され
ているアクションに関する定義内容を、上記の変更内容
に変更しなければならなかった。

【００４０】なお上述した実施例では、構成要素がボタ
ンの場合であったが、次のような場合にも適用できる。

【００４１】例えば、構成要素としてのプロパティシー
トなどによる属性の設定において、「登録」コマンドが
実行された際に、各項目に対応するデータの変更に加え
て、記入漏れなどに対してユーザに注意を促したい方が
良い場合がある。

【００４２】ここでいう「登録」コマンドは、項目名と
それに対する値とのペアのリストを引数にして与えるも
のであり、これはウィンドウシステムの存在を前提とす
るものではない。従って、ウィンドウシステムにおいて
は、例えばプロパティシート内のあるボタン（例えば登
録コマンドに対応するボタン）が指示されたときに登録
コマンドを発行すれば良いし、一方、キャラクタディス
プレイ上においては、例えば登録すべき旨を示すキーが
押下されたときに登録コマンドを発行すれば良い。

【００４３】通常、ウィンドウシステム上とキャラクタ
ディスプレイ上とにおいては、ユーザに注意を促すため
の手段が異なっている。そこで、ウィンドウシステム上
での表示状態の遷移を図５に、一方、キャラクタディス
プレイ上での表示状態の遷移を図６にそれぞれ示しいる
。なお、いずれの場合も、Ｎｏ、Ｎａｍｅ、Ａｄｄｒｅ
ｓｓに関する情報が全て入力され、登録すべき旨の操作
が行われた際に、その内容が登録されるようになってい
る。

【００４４】ウィンドウシステム上においては、図５に
示すように、“Ａｄｄｒｅｓｓ　”のフィールド５０１
が未記入となっているプロパティシート５０２の内容で
、ａｃｃｅｐｔボタン５０３が指示（クリック）される
と、「登録」コマンドが実行され、これによって表示内
容５０４は表示内容５０５に変化する。表示内容５０５
においては、未記入項目が存在する状態で「登録」コマ
ンドが実行されることになるので、ウィンドウ５０６上
にメッセージが表示（あるいは新しい警告用のウィンド
ウ）が表示されている。

【００４５】一方、キャラクタディスプレイ上において
は、図６に示すように、Ａｄｄｒｅｓｓ　に関する情報
が未記入となっている内容６０１の状態で、例えば登録
すべき旨を示すキーが押下されると、「登録」コマンド
が実行され、これによって表示内容６０２は表示内容６
０３に変化する。この場合は、未記入項目が存在する内
容６０１の状態で「登録」コマンドが実行されることに
なるので、表示内容６０３においては、警告するメッセ
ージ６０４が単に文字列として表示されている。

【００４６】以上説明したように「登録」コマンドが予
めあらゆる環境で使用できるためには、ユーザに注意を
促す（アクション）ための定義を、「登録」コマンドに
対応する定義とは分離して記述する必要がある。そこで
、本発明の如く、構成要素定義手段１０１に「登録」コ
マンドに対応する定義を、一方、アクション定義手段１
０２に警告の表示方法に関する定義をそれぞれ記述して
おくことにより、他の環境での動作させる場合にはアク
ション定義手段１０２内の定義内容の変更のみで済む。 また各プロパティシートの登録に関してアクション定義
手段１０２の定義内容を共有できるので、メッセージの
表示方法をシステム全体に渡って変更するような場合で
あっても、アクション定義手段１０２内の定義内容の変
更のみで済む。

【００４７】また、例えば上述したプロパティシートを
ウィンドウと考えれば、ウィンドウについても、上述し
たプロパティシートを例にとって説明したような処理が
行われる。さらにはメニューを構成要素とすることも可
能である。

【００４８】なお本発明は、上述した例の他に、ある構
成要素群のある特定の状態の組み合わせが起こった際に
、それらの構成要素の機能とは直接関係のないアクショ
ンを発生させたい場合にも適用することができる。

【００４９】例えば、道路の交差点の状況をシミュレー
トするような場合に、「信号機が青になったら車が動い
て、赤になったら車が止まる」、というルールは人間が
作ったものであり、そのようなルールの有無に関係なく
信号機は動作する。

【００５０】従って、シミュレーションを行う際に、従
来の如く、信号機を表現する構成要素の定義部に、信号
機の状態が変化したときの車の動作（アクション）を記
述してしまうと、交通ルールが変わった場合に信号機を
表現する構成要素を再定義する必要がある。しかし、本
発明の如く、信号機の機能の定義を構成要素定義手段１
０１に、車の動作の定義をアクション定義手段１０２に
それぞれ記述しておくことにより、仮に交通ルールが変
わっても（例えば、信号機が赤になったら車が動いて、
青になったら車が止まる」というような交通ルールに変
わっても）そのアクション定義手段１０２の定義内容を
変更するのみで済むことになる。

【００５１】以上説明したように本実施例によれば、構
成要素自身の定義と、他の構成要素に対するアクション
（その構成要素自身とは直接関係のない機能に関する部
分）とをそれぞれ独立した領域に分離して記述するよう
にしたので、既存の構成要素の再利用が容易になる。と
同時に、構成要素群のある特定の状態の組合わせが起こ
った際に実行するアクションの定義とその変更も容易に
なる。

【００５２】

【発明の効果】以上説明したように本発明によれば、構
成要素自身の定義と、他の構成要素に対するアクション
に関する定義とをそれぞれ独立した領域に分離して記述
するようにしたので、既存の構成要素を利用することが
でき、かつアクションに関する定義及びその変更が容易
となる。

【００５３】従って、ユーザは、表示内容を構成する各
構成要素の作成及び編集を容易に行うことが可能となる
。

【図面の簡単な説明】

【図１】本発明に係るデータ処理装置の一実施例を示す
機能ブロック図。

【図２】図１に示した装置を実現するためのワークステ
ーションの一実施例を示すブロック図。

【図３】本実施例における制御の流れを示す図。

【図４】構成要素としてのボタンの表示状態の一例を示
す図。

【図５】他の構成要素の表示状態の遷移を示す図。

【図６】他の構成要素の表示状態の遷移を示す図。

【符号の説明】 １０１…構成要素定義手段、１０２…アクション定義手
段、 １０３…情報保持部、１０４…構成要素表示部、１０５
…ユーザ入力部、 １０６…制御部、２０１…表示装置、２０２…キーボー
ド、２０３…マウス、 ２０４…主記憶装置、２０５…制御装置、２０６…補助
記憶装置。

Claims (1)

【特許請求の範囲】
1. 【請求項１】表示内容を構成する複数の構成要素それぞ
   れに対応する構成要素自身の定義に従って各構成要素を
   表示するとともに、他の構成要素に対するアクションに
   関する定義に従ってアクションを実行するデータ処理装
   置において、前記各構成要素自身の定義が記述される構
   成要素定義手段と、前記アクションに関する定義が記述
   されるアクション定義手段とを具え、前記各構成要素自
   身の定義と、前記アクションに関する定義とを分離して
   記述したことを特徴とするデータ処理装置。