JPH11338717A

JPH11338717A - 階層化ｇｕｉ部品相互通信システム

Info

Publication number: JPH11338717A
Application number: JP16426898A
Authority: JP
Inventors: Kenju Sano; 建樹佐野
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1998-05-27
Filing date: 1998-05-27
Publication date: 1999-12-10
Anticipated expiration: 2018-05-27
Also published as: JP3137238B2

Abstract

(57)【要約】【課題】ＧＵＩ部品のイベントが処理されるプログラ
ムを簡単に知ることができる階層化ＧＵＩ部品相互通信
システムを提供すること。【課題】階層化された複数のＧＵＩ部品装置１，５，
６に階層化されたメディエータ装置２、子メディエータ
装置３、親メディエータ装置４を対応させ、ＧＵＩ部品
装置１からの出力をメディエータ装置２のメッセージ作
成手段２１で受け、対応するメッセージを作成し、メッ
セージ種別判定手段２３で子メディエータ装置３で処理
するメッセージの判定時に、子メディエータ装置３にメ
ッセージを転送し、ＧＵＩ部品装置１のメッセージの判
定時に、ＧＵＩ部品装置１にメッセージを転送し、他資
源７の制御用のメッセージの判定時に、他資源７の制御
を行ない、親メディエータ装置４で処理するメッセージ
と、該当しないメッセージは親メディエータ装置４にメ
ッセージを転送する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、グラフィカル・
ユーザ・インタフェース（以下、ＧＵＩという）部品の
発生するイベントが、すべてメッセージとしてＧＵＩ部
品を管理しているメディエータにのみ送るようにして、
ＧＵＩ画面において処理上相互に関連を持っているＧＵ
Ｉ部品間の相互通信をモジュール化できるようにした階
層化ＧＵＩ部品相互通信システムに関する。

【０００２】

【従来に技術】計算機において、システムの事象制御を
処理する事象制御部へ事象発生を通知するための処理方
式において、特に何らかの要因で事象制御部が生きてい
ない状態の場合に、通知すべき事象が発生しても正常に
処理を進めることができる事象通知処理方式に関して特
開平０３−２６５９３８号公報に開示されている。この
公報の場合、メディエータと、事象通知部と、同期部と
から構成され、メディエータは空間に共通に設けられ
て、空間間の通信のための宛先名とアドレスとの対話を
管理し、事象通知部は空間ごとに設けられて、空間の事
象検出元からの要求により、事象通知メッセージを事象
制御部へ送る場合に、事象制御部のアドレスをメディエ
ータに問い合わせて、事象制御部のアドレスが未確定で
あることを示す応答を得た場合に、空間内に同期部を起
動し、同期部に対して事象通知メッセージの送信を要求
した後に、事象検出元へ制御を戻し、同期部は事象制御
部のアドレスをメディエータに問い合わせて、メディエ
ータからのアドレス回答を持ち、このアドレスを得た場
合に、このアドレスに宛てて事象通知メッセージ送信す
るようにしている。

【０００３】また、特開平０７−４４３４５号公報に
は、利用者による操作が対話形式で行われ、複数種類の
情報の処理を並行して同期を取りながら情報同期制御装
置が記載されている。すなわち、送り側は利用者の操作
により選択される処理プロセスに対する選択情報を検出
し、受け側に選択情報に対応する処理を行なわせる実行
可能なオブジェクトとオブジェクトを制御するスクリプ
トを定義して、コンピュータネットワークを介して計算
機に転送する。受け側はいずれもＧＵＩシステムであ
り、送り側により、生成されたスクリプトなどを解釈
し、実行するものである。

【０００４】ところで、従来の階層化ＧＵＩ部品相互通
信システムの画面表示処理技術においては、ＧＵＩ画面
において画面表示処理を制御する場合、イベントドリブ
ン方式により実装すると、特定のコールバック処理プロ
グラムがどのＧＵＩ部品の何のイベントが発生したとき
に呼び出されるのかを判定するためには、全プログラム
を網羅的に検索しなければならないことである。すなわ
ち、コールバック処理プログラムは多数存在し、各々の
プログラムと各ＧＵＩ部品が密接な関係を持っているた
め、プログラム間の処理が複雑になる。これは、ソフト
ウェアの生産性向上のため、コールバック処理プログラ
ムを複数のＧＵＩ部品で共用した場合、さらに顕著とな
る。

【０００５】この点についての解決策として、イベント
が発生したＧＵＩ部品をオブジェクトとして管理し、そ
のＧＵＩ部品が発生するイベントに対応するメッセージ
を処理するメソッドを持たせてモジュール化する方式が
ある。モジュール化により、メッセージの発生個所は対
応するＧＵＩ部品を含むオブジェクトであり、メッセー
ジは対応するイベントによって発生することが特定でき
る。しかし、この場合、メッセージ内で処理対象にして
いるデータや、他のＧＵＩ部品は、分散したままであ
り、問題解決ならず、解決するために採用できる場合は
限られている。

【０００６】この点について、個々のＧＵＩ部品が発行
したメッセージごとに対応するコールバック処理を記述
すると、同じＧＵＩ部品やデータに対する処理が複数の
コールバック処理内に分散する可能性があることであ
る。その理由は、従来の制御方法では、ＧＵＩ部品、Ｇ
ＵＩ画面のイベントに応じたプログラム（コールバック
ルーチン）を製造する必要があるからである。この点に
ついての解決策として、イベントによる処理ではなく、
オブジェクトの変更を他の部分に波及させる方法があ
る。

【０００７】すなわち、イベントが発生した際、他のＧ
ＵＩ部品やデータに対する操作が必要な場合、コールバ
ック内ではモデルと呼ぶデータを書き換えるだけに止め
る。さらに、モデルでは何らかの変更が発生するたび
に、変更をビューと呼ぶＧＵＩ部品に対応するオブジェ
クトに通知する。これにより、コールバックによって処
理対象となるデータやＧＵＩ部品は、少数のモデルに包
含しておけば、分散の程度は低くなり、上記プログラム
を製造する必要性を解決することができる。

【０００８】しかし、モデル・ビュー方式では、ＧＵＩ
部品２者間の連携をＧＵＩ部品・モデル・ビュー間の３
者の連携として写像しなおす必要があるため、プログラ
ムの設計が複雑になるという新たな問題が発生する。さ
らに、連携自体に変更が生じた場合、モデルとビューを
どう変更すれば良いかは明らかではない。また、変更の
通知方式によっては、不要な変更通知が多数のビューに
届けられるため、性能が劣化するおそれもある。したが
って、モデル・ビュー方式では、上記２つの課題を完全
に解決することはできない。

【０００９】さらに、コールバック処理に対して変更を
行わなければならない場合、変更箇所の漏れや、誤った
変更による不測の影響が発生する可能性が高いことであ
る。その理由は、上記２つの課題のため、変更の影響範
囲を特定する作業が困難になっているため、一定時間内
に作業を完了させるには影響範囲を完全に特定せずに変
更を行ってしまう場合が多いためである。

【００１０】加えて、コールバック処理に対し変更を行
う際の誤りを避けるために、保守効率が低下したり、設
計製造段階での負荷が増大することである。その理由
は、ＧＵＩ画面は、ユーザの主観が入りやすく、修正依
頼が多発するため、変更容易性を確保する必要がある
が、変更の影響範囲を特定する作業を一定時間内に完了
させるため、各イベント処理記述ごとにきわめて細分化
した実装の仕様を網羅的に管理する必要があるためであ
る。

【００１１】従来の階層化ＧＵＩ部品相互通信システム
の一例が、「Glyphs: Flyweight Objects for User Int
erfaces」 Proceedings of the ACM SIGGRAPH Symposiu
m onUser Interface Software and Technology, Octobe
r 1990に記載されている。図７に示すように、この従来
の階層化ＧＵＩ部品相互通信システムは、Glyph（グリ
フ）Ｇ１〜Ｇ６と呼ぶ木構造の小領域から構成されてい
る。このような構成を有する従来の階層化ＧＵＩ部品相
互通信システムは次のように動作する。

【００１２】すなわち、ＧＵＩ部品の表示時には、子Gl
yphのDrawをそれぞれ再帰的に呼び出す。また、ＧＵＩ
部品に対しイベントが発生した場合は、子GlyphのPick
を再帰的に呼び出す。Pick内では、HitTestによりその
イベントが該当する子Glyphで処理すべきものかどうか
判定する。さらに、ＧＵＩ部品の領域の変更に応じ、Re
questとAllocateという処理を子Glyphに対し再帰的に呼
び出すことで管理する。属性変更などにより、再描画が
必要になった場合はDamageを子Glyphから親Glyphに向か
って再帰的に呼び出すことにより、再描画領域を登録す
る。

【００１３】しかし、この従来の階層化ＧＵＩ部品相互
通信システムには、次のような課題がある。すなわち、
コールバック処理とＧＵＩ部品またはデータの操作をと
もにオブジェクトのメソッドとして共通化した場合で
も、それらの参照関係が変更された場合の影響範囲を限
定し、また同一の操作の場合でも参照先のＧＵＩ部品、
またはデータのみが異なる場合には処理の共通化が困難
になることである。その理由は、参照先のＧＵＩ部品、
またはデータのインスタンスを参照元で知る必要がある
が、それらが全く同じ型、または継承関係にあるクラス
であるとは限らないからである。

【００１４】

【発明が解決しようとする課題】上記から明らかなよう
に、従来の階層化ＧＵＩ部品相互通信システムの課題を
要約して列挙すると以下のようになる。（１）．ＧＵＩ部品のイベントの処理判定は、全プログ
ラムを網羅的に検索す必要ある。（２）．ＵＩ部品が発行したメッセージに対応したコー
ルバック処理を記述すると、複数のコールバック処理内
に分散する。（３）．コールバック処理の変更時に、変更個所の漏
れ、誤変更による不測の影響が発生する。（４）．コールバック処理の変更時に、保守効率低下、
設計製造段階での付加増大を招く。（５）．参照先のＧＵＩ部品、またはデータのみが異な
る場合、処理の共通化が困難である。

【００１５】この発明は、上記従来の課題を解決するた
めになされたもので、ＧＵＩ部品のイベントが処理され
るプログラムを知るために全プログラムの網羅的検索の
必要がなく、同じＧＵＩ部品やデータに対応する処理
を、同じ処理がプログラム中の複数個所に分散すること
なく、記述が可能であり、かつＧＵＩ処理に対し、変更
を行なわなければならない変更個所の漏れや、誤った変
更による不測の影響が発生する可能性がなくなる階層化
ＧＵＩ部品相互通信システムを提供することを目的とす
る。

【００１６】

【課題を解決するための手段】上記目的を達成するため
に、この発明の階層化ＧＵＩ部品相互通信システムは、
ディスプレイ上の一部分領域の表示、再表示を行なう画
面表示と入力を司り、２つ以上のグラフィカル・ユーザ
・インタフェース部品が重なる場合には互いに親グラフ
ィカル・ユーザ・インタフェース部品装置と子グラフィ
カル・ユーザ・インタフェース部品装置となる関係を有
する階層化された複数のグラフィカル・ユーザ・インタ
フェース部品装置と、前記階層化された複数のグラフィ
カル・ユーザ・インタフェース部品装置にそれぞれ対応
して階層化され、かつ互いに親メディエータ装置と子メ
ディエータ装置の関係となるように設けられ、ぞれぞれ
対応する前記グラフィカル・ユーザ・インタフェース部
品装置、前記親メディエータ装置、子メディエータ装置
のいずれかからの入力に対応して作成したメッセージの
種別に応じて対応する前記グラフィカル・ユーザ・イン
タフェース部品装置、所定の資源、前記親メディエータ
装置、前記子メディエータ装置のいずれかにメッセージ
を転送する複数のメディエータ装置とを備えることを特
徴とする。

【００１７】この発明の階層化ＧＵＩ部品相互通信シス
テムによれば、ディスプレイの一部分領域の表示と再表
示を行なう複数のグラフィカル・ユーザ・インタフェー
ス部品装置のうち所定のグラフィカル・ユーザ・インタ
フェース部品装置からの出力、あるいは、親メディエー
タ装置、子メディエータ装置のいずれかからの出力をこ
の所定のグラフィカル・ユーザ・インタフェース部品装
置、あるいは親メディエータ装置、子メディエータ装置
のいずれかに対応する該当メディエータ装置に入力され
ると、この該当メディエータ装置でメッセージの種別を
判別し、メッセージの種別に応じて対応する子メディエ
ータ装置、対応するグラフィカル・ユーザ・インタフェ
ース部品装置、対応する親メディエータ装置、あるいは
所定の資源のいずれかにメッセージを転送する。該当メ
ディエータ装置が判別したメッセージがいずれにも該当
しない場合には、親メディエータ装置にッセージを転送
する。

【００１８】したがって、この発明では、ＧＵＩ部品の
イベントが処理されるプログラム知るために全プログラ
ムの網羅的検索の必要がなくなり、ＧＵＩ部品やデータ
に対応する処理を、同じ処理がプログラム中の複数個所
に分散することなく記述が可能であり、かつＧＵＩ処理
に対し、変更を行なわなければならない変更個所の漏れ
や、誤った変更による不測の影響が発生する可能性を
なくすることができる。

【００１９】

【発明の実施の形態】以下、この発明による階層化ＧＵ
Ｉ部品相互通信システムの実施の形態について図面に基
づき説明する。図１はこの発明の第１実施の形態の構成
を示すブロック図である。この図１により、第１実施の
形態の説明に際して、具体的な説明に先立ち、まず概要
から述べることにする。ＧＵＩ部品装置１，５，６のう
ち、ＧＵＩ部品装置１はここでは、第１ＧＵＩ部品装置
１と称することにし、ＧＵＩ部品装置５は子ＧＵＩ部品
装置５と称し、ＧＵＩ部品装置６は親ＧＵＩ部品装置６
と称することにする。これらの第１ＧＵＩ部品装置１、
子ＧＵＩ部品装置５、親ＧＵＩ部品装置６はそれぞれ同
一構成をなし、表示手段１１、マウス入力手段１２、キ
ー入力手段１３から構成されている。

【００２０】したがって、これらの内部構成について
は、第１ＧＵＩ部品装置１を代表して述べ、子ＧＵＩ部
品装置５、親ＧＵＩ部品装置６についての内部構成に関
しては同一符号を付すのみにとどめる。第１ＧＵＩ部品
装置１において、表示手段１１はディスプレイ（図示せ
ず）上の一部の領域を占めるものである。また、ディス
プレイ上の一部領域上のマウス入力をマウス入力手段１
２により受け付けるようになっている。さらに、キー入
力手段１３はこのディスプレイ上の一部領域がキー入力
を占有している場合に、キー入力を受け付けるものであ
る。

【００２１】これらの第１ＧＵＩ部品装置１、子ＧＵＩ
部品装置５、親ＧＵＩ部品装置６は、たとえば、ボタ
ン、文字入力フィールド、スクロールバー、クリッカブ
ルアイコン、選択リストなどが考えられる。ディスプレ
イ内のすべての領域は、特定の１つのＧＵＩ部品装置に
より表示されるようにする。このとき、２つ以上のＧＵ
Ｉ部品が重なる場合は、いずれか一方が他方の上に重な
っており、上側のＧＵＩ部品装置の表示がディスプレイ
上に表示され、同時に入力も受け取ると考える。一方が
他方を領域上完全に包含している場合は、包含される側
は包含する側の子ＧＵＩ部品であり、包含する側は包含
される側の親ＧＵＩ部品であると考える。

【００２２】また、ウィンドウシステムにおいては、１
ウィンドウ内のすべてのＧＵＩ部品装置はウィンドウと
いうＧＵＩ部品装置の子ＧＵＩ部品であると考える。さ
らに、すべてのウィンドウはディスプレイ全体というＧ
ＵＩ部品装置の子ＧＵＩ部品であると考える。このよう
にすることにより、矛盾なくＧＵＩ部品装置を定義でき
る。

【００２３】第１ＧＵＩ部品装置１、子ＧＵＩ部品装置
５は、親ＧＵＩ部品装置６は前述のように、実際にはデ
ィスプレイ全体の表示を行う表示手段１１と、マウス入
力手段１２、ならびにキー入力手段１３から構成する。
しかし、ＧＵＩを利用したソフトウェア開発では、上記
ＧＵＩ部品装置という部分領域ごとに独立の表示手段と
入力手段を備えているという構成を仮想的にとることが
できる。

【００２４】さて、１つのＧＵＩ部品装置に対し、１つ
のメディエータ装置を付加する。ＧＵＩ部品装置の階層
構造に対応して、メディエータ装置にも階層構造を定義
する。すなわち、あるメディエータ装置に対し、その親
メディエータと子メディエータが存在する可能性があ
る。これにしたがって、図１に示す第１実施の形態で
は、第１ＧＵＩ部品装置１に第１メディエータ装置２が
対応し、子ＧＵＩ部品装置５に子メディエータ装置３が
対応し、親ＧＵＩ部品装置６に親メディエータ装置４が
対応する場合を例示している。

【００２５】これらの第１メディエータ装置２、子メデ
ィエータ装置３、親メディエータ装置４も同一構成をな
している。各メディエータ装置と各ＧＵＩ部品装置との
対応関係についての説明に関して、まず相対的な説明行
い、続いて図１に示す具体的な説明に移行することにす
る。メディエータ装置は、ＧＵＩ部品装置の入力手段か
らの入力を受け付け、それに基づき対応するメッセージ
を作成するメッセージ作成手段２１を備えている。

【００２６】このメッセージ作成手段２１で作成された
メッセージは、ただちにメッセージ受信手段２２に送付
される。メッセージ受信手段２２では、メッセージ作成
手段２１により作成されたメッセージのほか、親メディ
エータ装置４または子メディエータ装置３からのメッセ
ージを受け取る場合もある。直接の親子関係のないメデ
ィエータからのメッセージは受け取らない。また、対応
するＧＵＩ部品装置以外のＧＵＩ部品装置からメッセー
ジ作成手段２１にメッセージを作成する要求がくること
もない。

【００２７】さて、メッセージ受信手段２２により受信
されたメッセージは、その種別に応じ以下の（ａ）〜
（ｄ）に列挙するから４通りの働きをする。すなわち、
（ａ）．メッセージを子メディエータに転送するか、
（ｂ）．対応するＧＵＩ部品装置を制御するか、または
（ｃ）．ＧＵＩ部品装置以外の資源を制御するか、もし
くは（ｄ）．メッセージを親メディエータに転送する
か、である。

【００２８】特に、自分自身で種別を判定できないメッ
セージは、すべて親メディエータ装置に転送する。メデ
ィエータ装置は、自分の対応する画面領域内の制御のみ
実装すればよく、他の領域に対する変更や制御は親メデ
ィエータ装置４に送付するだけでよい。逆に、親メディ
エータ装置４では、子メディエータ装置３内で局所的に
制御可能な入力や表示に対しては制御を記述する必要が
ない。すなわち、各メディエータ装置はモジュール性が
確保でき、制御の仕様もいたずらに複雑・巨大化するこ
となく、見通しが効くように設計・保守できる。

【００２９】このようにして、各ＧＵＩ部品装置に対応
するメディエータ装置は、対応するＧＵＩ部品装置と子
メディエータ装置の仕様のみ関知すればよい。かくし
て、ＧＵＩ画面においてイベント処理を制御する場合、
各ＧＵＩ部品が相互に複雑に連携する操作性を維持した
まま、全プログラムの網羅的な検索や置換によらず、モ
ジュール化されたメディエータ装置の変更により独立性
を確保し、プログラム開発の生産性を向上させるととも
に、保守性を向上させることを可能にする。

【００３０】次に、図１により、第１実施の形態の構成
をより詳細に説明する。図１に示す第１実施の形態で
は、すでに述べたように、画面表示と入力を司る第１Ｇ
ＵＩ部品装置１と、この第１ＧＵＩ部品装置１の子ＧＵ
Ｉ部品装置５と、第１ＧＵＩ部品装置１の親ＧＵＩ部品
装置６と、第１ＧＵＩ部品装置１に対応する第１メディ
エータ装置と、子ＧＵＩ部品装置５に対応する子メディ
エータ装置３と、親ＧＵＩ部品装置６に対応する親メデ
ィエータ装置４から構成されている。第１ＧＵＩ部品装
置１を構成する表示手段１１は、ディスプレイ上の一部
分領域の表示、再表示を行う。

【００３１】マウス入力手段１２は、ディスプレイ上の
一部分領域で発生したマウスによる入力を受け付ける。
このとき、ドラッグアンドドロップのようにマウスポイ
ンタはすでに領域外に出ているが、引き続き処理が完了
するまで最初に入力が発生した領域が続けて入力を受け
付ける方が処理上ふさわしい場合はマウスポインタの位
置によらず入力を受けることもできる。キー入力手段１
３は、この第１ＧＵＩ部品装置に対応する部分領域がキ
ー入力を占有している場合にキー入力を受け付ける。子
ＧＵＩ部品装置５、親ＧＵＩ部品装置６も同様に構成さ
れており、同一部分には同一符号を付すのみにとどめ
る。

【００３２】第１メディエータ装置２は、メッセージ作
成手段２１と、メッセージ受信手段２２と、メッセージ
種別判定手段２３と、ＧＵＩ部品制御手段２４と、メッ
セージ送信手段（子メディエータ）２５と、メッセージ
送信手段（親メディエータ）２６と、他資源制御手段２
７とを含む。子メディエータ装置３、親メディエータ装
置４も同様に構成されており、第１メディエータ装置２
の構成部材と同一部分には、同一符号を付すのみにして
重複説明を避ける。

【００３３】メッセージ作成手段２１は、第１ＧＵＩ部
品装置１からの入力を受け付け、それに基づき対応する
メッセージを作成し、メッセージ受信手段２２に送信す
る。対応する第１ＧＵＩ部品装置１以外の子ＧＵＩ部品
装置５、親ＧＵＩ部品装置６からメッセージ作成手段２
１にメッセージを作成するように要求することはできな
い。メッセージ受信手段２２は、メッセージ作成手段２
１により作成されたメッセージのほか、親メディエータ
装置２のメッセージ送信手段２５（親メディエータ）ま
たは子メディエータ装置３のメッセージ送信手段２５
（子メディータ）からのメッセージを受け取る場合もあ
る。

【００３４】メッセージ受信手段２２は、直接の親子関
係のないメディエータ装置からのメッセージを受け取る
ことはできない。メッセージ種別判定手段２３は、メッ
セージを以下の４通りに判別し、該当する手段に制御を
渡す。すなわち、（ａ）．子メディエータ装置３で処理すべきメッセージ
は、メッセージ送信手段（子メディエータ）２５に転送
する。また、（ｂ）．対応する第１ＧＵＩ部品装置１を制御すべきメ
ッセージは、ＧＵＩ部品制御手段２４に転送する。（ｃ）．ＧＵＩ部品装置以外の資源７を制御すべきメッ
セージは、他資源制御手段２７に転送する。（ｄ）．上記いずれでもないメッセージは、メッセージ
送信手段２６（親メディエータ）に転送する。ここで、
親メディエータ装置４に転送すべきでないことが確実な
メッセージは無視することもできる。また、メッセージ
を各手段に転送する際に、種別の変更を含む何らかの変
換を行うこともできる。

【００３５】次に、図２のフローチャートを参照して第
１実施の形態の全体の動作について詳細に説明する。ま
ず、マウス入力を第１ＧＵＩ部品装置１のマウス入力手
段１２が受け付け、第１メディエータ装置２のメッセー
ジ作成手段２１に通知する（ステップＡ１）。次に、メ
ッセージ作成手段２１では、イベントに対応するメッセ
ージを作成し、メッセージ受信手段２２に送付する（ス
テップＡ２）。たとえば、マウス入力の種類に対し、以
下の[表１]のようなメッセージが考えられる。

【００３６】

【表１】

【００３７】メッセージを受け取ったメッセージ受信手
段２２は、受け取ったメッセージをメッセージ判別手段
２３に送付し、メッセージ種別を判定する（ステップＡ
３）。メッセージ受信手段２２は、マウス入力があり、
メッセージ作成手段２１からメッセージが送られた場合
以外に、キー入力があり、メッセージ作成手段２１から
メッセージが送られた場合、子メディエータ装置３のメ
ッセージ送信手段２５（親メディエータ）からメッセー
ジが送られた場合、親メディエータ装置４のメッセージ
送信手段２５（子メディエータ）からメッセージが送ら
れた場合に、それぞれ全く同じ動作をする。したがっ
て、これらのメッセージに対する共通のメッセージを説
明したことになる。さて、メッセージ種別は以下の[表
２]に分類する。

【００３８】

【表２】

【００３９】これら以外に、同時に２つ以上の種別の操
作を行う場合や、１つも操作を行わずメッセージを無視
する場合もあってよい。メッセージ種別判定手段２３で
子メディエータ装置３用メッセージだと判定された場合
は、メッセージ送信手段２５（子メディエータ）に制御
を移行する。メッセージ種別判定手段２３でＧＵＩ変更
用メッセージだと判定された場合は、ＧＵＩ部品制御手
段２４に制御を移行する。

【００４０】また、メッセージ種別判定手段２３で資源
操作用メッセージだと判定された場合は、他資源制御手
段２７に制御を移行する。メッセージ種別判定手段２３
で親メディエータ装置用メッセージだと判定された場合
は、メッセージ送信手段（親メディエータ）２６に制御
を移行する（ステップＡ４）。同時に２つ以上の種別の
操作を行う場合は、上記の制御の移行を順次、あるいは
並列に行うようなメッセージ種別判定手段を用いる。こ
れとは逆に、１つも操作を行わずメッセージを無視する
場合は、いずれの手段にも制御を移行せず、処理を終了
する。

【００４１】さらに、メッセージ送信手段２５（子メデ
ィエータ）に制御が移行された場合、適切な子メディエ
ータ装置、この場合、子メディエータ装置３に対し、メ
ッセージを送信する（ステップＡ５）。子メディエータ
装置３では、メッセージを受け取った子メディエータ装
置３のメッセージ受信手段２２が、ステップＡ３からス
テップＡ４を再帰的に繰り返すことになる（図２では省
略）。

【００４２】また、ＧＵＩ部品制御手段２４に制御が移
行された場合、第１ＧＵＩ部品装置１に対し表示変更を
通知する（ステップＡ６）あるいは、他資源制御手段２
７に制御が移行された場合、データベースなどＧＵＩ部
品装置以外の資源７に対し、変更や処理を通知する（ス
テップＡ７）。最後に、メッセージ送信手段２６（親メ
ディエータ）に制御が移行された場合、親メディエータ
装置４に対し、メッセージを送信する（ステップＡ
８）。親メディエータ装置４では、メッセージ送信手段
２６（親メディエータ）のメッセージを親メディエータ
装置４の受信手段がメッセージを受け取り、ステップＡ
３からステップＡ４を再帰的に繰り返すことになる（図
２では省略）。

【００４３】次に、具体例を用いて説明する。図３〜図
５に示すように、同一画面内に表とグラフが存在する場
合を考える。これらの図３〜図５において、表に表示さ
れているデータとグラフに表示されているデータは同じ
ものであるとする。表にデータが入力できるとすると、
表示の一貫性を保つには表にデータを入力したときにグ
ラフが連動して表示を変更しなければならない。

【００４４】これを、初期状態の図３における表の３列
目の数値「６０」を、表に数値「８０」を入力する図４
における表の３列目の数値「８０」に変更した場合につ
いて説明する。ここでは、表に対応する「表メディエー
タ」、グラフに対応する「グラフメディエータ」、画面
全体に対応する「親メディエータ」の３つのメディエー
タが、親メディエータに対し表メディエータ、グラフメ
ディエータがそれぞれ子メディエータになっている、と
いう関係で存在するように設計しておく。

【００４５】まず、「８」「０」という数値キー入力が
表メディエータにより受け付けられる（図６のステップ
Ａ１１）。次に、数値キー入力イベントに対応するメッ
セージを作成し、受信手段にメッセージを送付する（ス
テップＡ１２）。さらに、ステップＡ１２で作成された
数値キー入力メッセージの種類を判別する（ステップＡ
１３）。判別結果は、数値キー入力メッセージの場合は
「ＧＵＩ部品以外の資源の状態を変更する」とあらかじ
め設計しておく。そして、入力数値を一時記憶する（ス
テップＡ１４）。これで、一旦処理は終了する。

【００４６】次に、数値キー入力に引き続いて、確定キ
ー入力が受け付けられる（ステップＡ２１）。確定キー
入力イベントに対応するメッセージを作成し、受信手段
にメッセージを送付する（ステップＡ２２）。さらに、
前記ステップＡ２２で作成された確定キー入力メッセー
ジの種類を判別する（ステップＡ２３）。

【００４７】判別結果は、確定キー入力メッセージの場
合は「対応するＧＵＩ部品の状態を変更する」に引き続
き、あるいは並列に、「親メディエータにメッセージを
送る」とあらかじめ設計しておく。「対応するＧＵＩ部
品の状態を変更する」と判定された処理については、Ｇ
ＵＩ部品（表）の状態（数値）を変更する（ステップＡ
２４）。「親メディエータにメッセージを送る」と判定
された処理については、親メディエータに「データ変
更」メッセージを送る（ステップＡ２５）。以上で、表
メディエータでの処理はすべて完了する。

【００４８】次に、表メディエータから「データ変更」
メッセージを受け取った親メディエータは、数値キー入
力メッセージの種類を判別する（ステップＡ２６）。判
別結果は、「データ変更」メッセージの場合は「対応す
る子メディエータ（グラフ）にメッセージを送る」であ
るとあらかじめ設計しておく。判別結果に基づき、グラ
フメディエータに「データ変更」メッセージを送る（ス
テップＡ２７）。

【００４９】ここでは、受け取ったメッセージと送るメ
ッセージの種別が同一であるが、場合によっては種別が
異なっていてもよい。たとえば、グラフメディエータに
「設定」メッセージを送ることが可能である。以上で、
親メディエータでの処理はすべて完了する。

【００５０】最後に、親メディエータから「データ変
更」メッセージを受け取ったグラフメディエータは、ッ
セージの種類を判別する（ステップＡ２８）。判別結果
は、「データ変更」メッセージの場合は「対応するＧＵ
Ｉ部品の状態を変更する」であるとあらかじめ設計して
おく。判別結果に基づき、図５から明らかなように、左
から３番目の棒グラフが「６０」から「８０」に変更さ
れ、ＧＵＩ部品（グラフ）の状態（棒グラフの長さ）を
変更する（ステップＡ２９）。以上で、グラフメディエ
ータでの処理はすべて完了する。以上で、数値と確定キ
ーを続けて入力すると、図５に示すように、表に引き続
きグラフの表示も連動して変更される実施例の説明を完
了した。

【００５１】上記から明らかなように、第１実施の形態
により以下のごとき効果が得られる。その第１の効果
は、ＧＵＩ部品のイベントが一体どのプログラムで処理
されるのかを知るために、ＧＵＩ部品と１対１で対応し
ているメディエータの処理仕様のみ知ればよく、全プロ
グラムを網羅的に検索する必要がないことである。この
効果からただちに導かれる付随的効果として、ＧＵＩ部
品のイベントに対応する処理を変更したい場合、そのＧ
ＵＩ部品と１対１で対応しているメディエータの処理を
変更すれば、他に悪影響を及ぼすことなく変更すること
が可能になる。その理由は、ＧＵＩ部品の発生するイベ
ントが、すべてメッセージとしてそのＧＵＩ部品を管理
しているメディエータにのみ送られるためである。

【００５２】第２の効果は、同じＧＵＩ部品やデータに
対する処理を、同じ処理をプログラム中の複数個所に分
散することなく記述可能であることである。その理由
は、メディエータオブジェクトをクラスに分類し、継承
関係により共通化することが可能なためである。

【００５３】第３の効果は、ＧＵＩ処理に対し変更を行
わなければならない場合、変更箇所の漏れや、誤った変
更による不測の影響が発生する可能性をなくすことであ
る。その理由は、第２の効果により同一の処理は共通化
し、各処理の差分のみを記述可能にできるためである。
変更が共通処理に及ぶ場合、その変更が共通処理を利用
するすべてのＧＵＩ部品に対して必要であれば、共通処
理そのものを変更することで変更箇所の漏れをなくすこ
とができる。また、変更が共通処理を利用する一部のＧ
ＵＩ部品に対してのみ必要な場合は、その共通処理を継
承し、変更部分をオーバライドした子クラスを作って変
更が必要な部品はその子クラスを利用することで、誤っ
た変更による不測の影響をなくすことができる。

【００５４】次に、この発明による他の実施の形態につ
いて説明する。この発明は、多数のＧＵＩ部品装置を含
むＧＵＩ画面において上記の目的を達成するため、以下
に列挙する手段を備える。すなわち、（１）．ＧＵＩ部
品と、関連するデータに対応するオブジェクト（メディ
エータ）、（２）．メディエータを初期化するプログラ
ム、（３）．メディエータに対応するＧＵＩ部品のイベ
ントをメッセージとして送る設定を行うプログラム、
（４）．メディエータが管理する子メディエータを設定
するプログラム、（５）．メディエータがメッセージを
受け取り、そのメッセージが対応するＧＵＩまたは関連
データを操作するためのものか、子メディエータを操作
するためのものか、あるいは受け取ったメディエータで
は対応する処理がないかを判別するためのプログラム、
（６）．メディエータが対応するＧＵＩまたは関連デー
タを操作するためのプログラム、（７）．メディエータ
が対応する子メディエータを操作するため、メッセージ
を子メディエータに送付するプログラム、（８）．メデ
ィエータがメッセージを受け取ったが、対応するＧＵ
Ｉ、関連データまたは子メディエータが存在しない場合
に１段上の階層にあるメディエータにメッセージを送付
するプログラム、である。

【００５５】ＧＵＩ画面が初期化された直後、あるいは
初期化中に、各ＧＵＩ部品またはＧＵＩ画面自身に対応
するメディエータを初期化する。また、あらかじめ各Ｇ
ＵＩ部品を相互の関連に応じいくつかのグループに分割
しておく。場合により、グループ内のＧＵＩ部品をさら
に細かい関連に応じてサブグループ化する。このグルー
プ化は、ＧＵＩ部品同士の関連の数が多いもの同士をで
きるだけ１つにまとめ、関連がないもの同士はできるだ
け分割するという方針で行う。画面内のＧＵＩ部品は、
最終的にはＧＵＩ画面に対応するグループか、含まれる
サブグループのいずれかに必ず含まれるようにする。

【００５６】（１）．ＧＵＩ画面に対応するメディエー
タを生成する。これをルートメディエータと呼ぶ。（２）．ルートメディエータを初期化する。（３）．ルートメディエータに、ＧＵＩ画面のイベント
をメッセージとして送るよう設定する。（４）．ルートメディエータが管理する子メディエータ
を設定する。このとき、以下の５、６、７の処理を再帰
的に行う。（５）．子メディエータを初期化する。（６）．子メディエータに、対応するＧＵＩ部品のイベ
ントをメッセージとして送るよう設定する。（７）．子メディエータが管理する子メディエータを設
定する。

【００５７】以上でＧＵＩ画面に対応するメディエータ
の初期化が完了する。この状態では、すべてのＧＵＩ画
面内のＧＵＩ部品に１つ対応するメディエータが存在
し、それらは親のメディエータを通じて最終的にはルー
トメディエータにすべて管理されている。ここで、子メ
ディエータに対応するＧＵＩ部品がイベントを発生した
とする。すると、以下のような順序でイベントが処理さ
れる。

【００５８】（８）．ＧＵＩ部品のイベントがメッセー
ジとしてメディエータに送付される。（９）．メディエータは、そのメッセージが対応するＧ
ＵＩ部品またはデータを操作するものか、子メディエー
タを操作するものか、あるいは操作対象がないかを判定
する。（１０）．対応するＧＵＩ部品またはデータを操作する
と判定された場合、その操作を行うメディエータのメソ
ッドを呼び出し処理を完了する。（１１）．子メディエータを操作すると判定された場
合、メッセージを子メディエータに送付し、処理を完了
する。（１２）．対応する処理がないと判定された場合、メッ
セージを親メディエータに送付し、処理を完了する。た
だし、親メディエータがない場合、すなわちＧＵＩ画面
に対応するメディエータで対応する処理がないと判定さ
れた場合は何もせず処理を完了する。

【００５９】

【発明の効果】以上のように、この発明によれば、階層
化された複数のＧＵＩ部品装置に階層化された複数のメ
ディエータ装置を対応させ、メディエータ装置がＧＵＩ
部品装置から入力されるイベントに対応して作成したメ
ッセージの種別に応じてメッセージを子メディエータま
たは親メディエータに転送するか、対応するＧＵＩ部品
装置あるいはＧＵＩ部品装置以外の資源のいずれかを制
御するようにしたので、各ＧＵＩ部品装置対応するメデ
ィエータ装置は対応するＧＵＩ部品装置と子メディエー
タの仕様のみ関知すればよく、ＧＵＩ画面においてイベ
ント処理を制御する場合、全プログラムの網羅的な検索
や置換によらず、モジュール化されたメディエータの変
更により独立性を確保でき、プログラム開発の生産性を
向上と保守性を向上させることができる。また、同じＧ
ＵＩ部品やデータに対する処理を、同じプログラム中の
複数箇所に分散することなく記述が可能であるととも
に、ＧＵＩ処理に対する変更の必要時に、変更個所の漏
れ、誤変更による不測の影響発生の可能性をなくするこ
とができる。

【図面の簡単な説明】

【図１】この発明による階層化ＧＵＩ部品相互通通信シ
ステムの第１実施の形態の構成を示すブロック図であ
る。

【図２】図１の階層化ＧＵＩ部品相互通通信システムの
動作の流れを示すフローチャートである。

【図３】図１の階層化ＧＵＩ部品相互通信システムによ
り処理する同一画面に表とグラフが存在する場合の初期
状態を示す説明図である。

【図４】図１の階層化ＧＵＩ部品相互通信システムによ
り処理する同一画面に表とグラフが存在する場合の表に
数値「８０」を入れた場合の状態を示す説明図である。

【図５】図１の階層化ＧＵＩ部品相互通信システムによ
り処理する同一画面に表とグラフが存在する場合の表に
数値を確定するとグラフも連動して変更される状態を示
す説明図である。

【図６】図３〜図５の表とグラフが存在する場合の図１
の階層化ＧＵＩ部品相互通信システムによる処理工程を
示すフローチャートである。

【図７】従来の階層化ＧＵＩ部品相互通信システムのシ
ステム説明図である。

【符号の説明】

１……第１ＧＵＩ部品装置、２……第１メディエータ装
置、３……子メディエータ装置、４……親メディエータ
装置、５……子ＧＵＩ部品装置、６……親ＧＵＩ部品装
置、７……他資源、１１……表示装置、１２……マウス
入力手段、１３……キー入力手段、２１……メッセージ
作成手段、２２……メッセージ受信手段、２３……メッ
セージ種別判定手段、２４……ＧＵＩ部品制御手段、２
５……メッセージ送信手段（子メディエータ）、２６…
…メッセージ送信手段（親メディエータ）、２７……他
資源制御手段。

Claims

【特許請求の範囲】

【請求項１】ディスプレイ上の一部分領域の表示、再
表示を行なう画面表示と入力を司り、２つ以上のグラフ
ィカル・ユーザ・インタフェース部品が重なる場合には
互いに親グラフィカル・ユーザ・インタフェース部品装
置と子グラフィカル・ユーザ・インタフェース部品装置
となる関係を有する階層化された複数のグラフィカル・
ユーザ・インタフェース部品装置と、前記階層化された複数のグラフィカル・ユーザ・インタ
フェース部品装置にそれぞれ対応して階層化され、かつ
互いに親メディエータ装置と子メディエータ装置の関係
となるように設けられ、ぞれぞれ対応する前記グラフィ
カル・ユーザ・インタフェース部品装置、前記親メディ
エータ装置、子メディエータ装置のいずれかからの入力
に対応して作成したメッセージの種別に応じて対応する
前記グラフィカル・ユーザ・インタフェース部品装置、
所定の資源、前記親メディエータ装置、前記子メディエ
ータ装置のいずれかにメッセージを転送する複数のメデ
ィエータ装置と、を備えることを特徴とする階層化ＧＵＩ部品相互通信シ
ステム。
【請求項２】前記グラフィカル・ユーザ・インタフェ
ース部品装置は、ディスプレイ上の一部分領域を占める
表示手段と、前記一部分領域上のマウス入力を受け付けるマウス入力
手段と、前記一部分領域がキー入力を占有している場合にはキー
入力を受け付けるキー入力手段と、を備えることを特徴とする請求項１記載の階層化ＧＵＩ
部品相互通信システム。
【請求項３】前記グラフィカル・ユーザ・インタフェ
ース部品装置は、前記ディスプレイ内のすべての領域を
表示することを特徴とする請求項１記載の階層化ＧＵＩ
部品相互通信システム。
【請求項４】前記グラフィカル・ユーザ・インタフェ
ース部品装置は、前記ディスプレイ上において２つ以上
のグラフィカル・ユーザ・インタフェース部品が重なる
場合に上側のグラフィカル・ユーザ・インタフェース部
品装置が表示され、かつ前記所定のメディエータ装置か
らのメッセージを入力として受け入れることを特徴とす
る請求項１記載の階層化ＧＵＩ部品相互通信システム。
【請求項５】前記グラフィカル・ユーザ・インタフェ
ース部品装置は、前記ディスプレイ上において他方のグ
ラフィカル・ユーザ・インタフェース部品置を完全に包
含している場合に包含される側の親グラフィカル・ユー
ザ・インタフェース部品であることを特徴とする請求項
１記載の階層化ＧＵＩ部品相互通信システム。
【請求項６】前記グラフィカル・ユーザ・インタフェ
ース部品装置は、前記ディスプレイ上において他方のグ
ラフィカル・ユーザ・インタフェース部品装置に完全に
包含されている場合に包含している側の子グラフィカル
・ユーザ・インタフェース部品であることを特徴とする
請求項１記載の階層化ＧＵＩ部品相互通信システム。
【請求項７】前記グラフィカル・ユーザ・インタフェ
ース部品装置は、ウインドウシステムにおいて、１ウイ
ンドウ内でウインドウというグラフィカル・ユーザ・イ
ンタフェース部品装置の子グラフィカル・ユーザ・イン
タフェース部品であることを特徴とする請求１記載の階
層化ＧＵＩ部品相互通信システム。
【請求項８】前記メディエータ装置は、対応する前記グラフィカル・ユーザ・インタフェース部
品装置と、前記親メディエータ装置と、前記子メディエ
ータ装置とのいずれか１つからの入力を受け付けてイベ
ントに対応するメッセージを作成するメッセージ作成手
段と、前記メッセージ作成手段により作成されたメッセージ、
前記親メディエータ装置から転送されるメッセージ、前
記子メディエータ装置から転送されるメッセージを入力
するメッセージ受信手段と、前記メッセージ受信手段で受信したメッセージを入力し
て前記グラフィカル・ユーザ・インタフェース部品装置
に転送すべきメッセージ、前記子メディエータ装置に転
送すべきメッセージ、前記親メディエータ装置に転送す
べきメッセージ、前記所定の資源に転送すべきメッセー
ジの４種類のいずれであるかを判定するメッセージ種別
判定手段と、前記メッセージ種別判定手段により前記メッセージが前
記グラフィカル・ユーザ・インタフェース部品装置に転
送すべきメッセージであると判定されると、このメッセ
ージを入力して前記グラフィカル・ユーザ・インタフェ
ース部品装置を制御するグラフィカル・ユーザ・インタ
フェース部品制御手段と、前記メッセージ種別判定手段により前記メッセージが前
記子メディエータ装置に転送すべきメッセージであると
判定されると、このメッセージを入力して前記子メディ
エータ装置に転送する子メディエータ用のメッセージ送
信手段と、前記メッセージ種別判定手段により前記メッセージが前
記親メディエータ装置に転送すべきメッセージであると
判定されると、このメッセージを入力して前記親メディ
エータ装置に転送する親メディエータ用のメッセージ送
信手段と、前記メッセージ種別判定手段により前記メッセージが前
記所定の資源に転送すべきメッセージであると判定され
ると、このメッセージを入力して前記所定の資源の制御
を行なう他資源制御手段と、を備えることを特徴とする請求項１記載の階層化ＧＵＩ
部品相互通信システム。
【請求項９】前記メディエータ装置は、前記メッセー
ジ種別判定手段で判定されたメッセージが前記親メディ
エータ装置に転送すべきメッセージでないことが確実な
場合には、このメッセージを無視することを特徴とする
請求項８記載の階層化ＧＵＩ部品相互通信システム。
【請求項１０】前記メッセージ種別判定手段は、前記
グラフィカル・ユーザ・インタフェース部品装置からの
メッセージが数値キー入力メッセージであると判別した
場合には、「グラフィカル・ユーザ・インタフェース部
品以外の資源の状態を変更する」とあらかじめ設計され
ていることを特徴とする請求項８記載の階層化ＧＵＩ部
品相互通信システム。
【請求項１１】前記メッセージ種別判定手段は、前記
グラフィカル・ユーザ・インタフェース部品装置からの
メッセージが確定キー入力イベントに対応するメッセー
ジであると判定した場合には、「対応するグラフィカル
・ユーザ・インタフェース部品の状態を変更する」に引
き続き、「親メディエータにメッセージを送る」とあら
かじめ設計されていることを特徴とする請求項８記載の
階層化ＧＵＩ部品相互通信システム。
【請求項１２】前記メッセージ種別判定手段は、前記
グラフィカル・ユーザ・インタフェース部品装置からの
メッセージが確定キー入力イベントに対応するメッセー
ジであると判定した場合には、「対応するグラフィカル
・ユーザ・インタフェース部品の状態を変更する」と並
列に「親メディエータにメッセージを送る」とあらかじ
め設計されていることを特徴とする請求項８記載の階層
化ＧＵＩ部品相互通信システム。
【請求項１３】前記グラフィカル・ユーザ・インタフ
ェース部品制御手段は、前記メッセージ種別判定手段に
より前記「対応するグラフィカル・ユーザ・インタフェ
ース部品の状態を変更する」と判定された場合に前記グ
ラフィカル・ユーザ・インタフェース部品装置の表の状
態を変更することを特徴とする請求項１１または請求項
１２記載の階層化ＧＵＩ部品相互通信システム。
【請求項１４】前記親メディエータ用のメッセージ送
信手段は、前記メッセージ種別判定手段により前記「親
メディエータにメッセージを送る」と判定された場合に
は、前記親メディエータ装置に「データ変更」メッセー
ジを送ることを特徴とする請求項１２記載の階層化ＧＵ
Ｉ部品相互通信システム。
【請求項１５】前記子メディエータは、前記ディスプ
レイの同一画面上に表とグラフが存在する場合に表に対
応する「表メディエータ」、グラフに対応する「グラフ
メディエータ」、画面全体に対する「親メディエータ」
の３つのメディエータのうち、前記親メディエータに対
して「表メディエータ」と「グラフメディエータ」が子
メディエータとなることを特徴とする請求項８記載の階
層化ＧＵＩ部品相互通信システム。
【請求項１６】前記親メディエータは、前記表メディ
エータから「データ変更」メッセージを受け取って数値
キー入力メッセージの種別を判別して、その判別の結果
が「データ変更」メッセージの場合に「対応する子メデ
ィエータにメッセージを送る」であるとあらかじめ設計
されていることを特徴とする請求項１５記載の階層化Ｇ
ＵＩ部品相互通信システム。
【請求項１７】前記グラフメディエータは、前記親メ
ディエータから前記「データ変更」メッセージを受け取
ってメッセージの種別の判別の結果「データ変更」メッ
セージの場合に「対応するグラフィカル・ユーザ・イン
タフェース部品の状態を変更する」であるとあらかじめ
設計されていることを特徴とする請求項１５記載の階層
化ＧＵＩ部品相互通信システム。
【請求項１８】前記グラフィカル・ユーザ・インタフ
ェース部品を含むグラフィカル・ユーザ・インタフェー
ス画面は、前記グラフィカル・ユーザ・インタフェース
部品と関連するデータに対応するオブジェクトを含むこ
とを特徴とする請求項１〜請求項１７のいずれか１項に
記載の階層化ＧＵＩ部品相互通信システム。
【請求項１９】前記グラフィカル・ユーザ・インタフ
ェース部品を含むグラフィカル・ユーザ・インタフェー
ス画面は、前記メディエータを初期化するプログラムを
含むことを特徴とする請求項１〜請求項１７のいずれか
１項に記載の階層化ＧＵＩ部品相互通信システム。
【請求項２０】前記グラフィカル・ユーザ・インタフ
ェース部品を含むグラフィカル・ユーザ・インタフェー
ス画面は、前記メディエータに対応するグラフィカル・
ユーザ・インタフェース部品のイベントをメッセージと
して送る設定を行なうプログラム含むことを特徴とする
請求項１〜請求項１７のいずれか１項に記載の階層化Ｇ
ＵＩ部品相互通信システム。
【請求項２１】前記グラフィカル・ユーザ・インタフ
ェース部品を含むグラフィカル・ユーザ・インタフェー
ス画面は、前記メディエータが管理する子メディエータ
を設定するプログラム含むことを特徴とする請求項１〜
請求項１７のいずれか１項に記載の階層化ＧＵＩ部品相
互通信システム。
【請求項２２】前記グラフィカル・ユーザ・インタフ
ェース部品を含むグラフィカル・ユーザ・インタフェー
ス画面は、前記メディエータがメッセージを受け取り、
そのメッセージが対応するグラフィカル・ユーザ・イン
タフェースまたは関連データを操作するためものか、子
メディエータを操作するためのものか、受け取ったメデ
ィエータでは対応する処理がないかを判別するためのプ
ログラム含むことを特徴とする請求項１〜請求項１７の
いずれか１項に記載の階層化ＧＵＩ部品相互通信システ
ム。
【請求項２３】前記グラフィカル・ユーザ・インタフ
ェース部品を含むグラフィカル・ユーザ・インタフェー
ス画面は、前記メディエータが対応するグラフィカル・
ユーザ・インタフェースまたは関連データを操作するた
めのプログラム含むことを特徴とする請求項１〜請求項
１７のいずれか１項に記載の階層化ＧＵＩ部品相互通信
システム。
【請求項２４】前記グラフィカル・ユーザ・インタフ
ェース部品を含むグラフィカル・ユーザ・インタフェー
ス画面は、前記メディエータが対応する子メディエータ
を操作するためにメッセージを子メディエータに送付す
るためのプログラム含むことを特徴とする請求項１〜請
求項１７のいずれか１項に記載の階層化ＧＵＩ部品相互
通信システム。
【請求項２５】前記グラフィカル・ユーザ・インタフ
ェース部品を含むグラフィカル・ユーザ・インタフェー
ス画面は、前記メディエータがメッセージを受け取って
も対応するグラフィカル・ユーザ・インタフェース、関
連データまたは子メディエータが存在しない場合に１段
上の階層にあるメディエータにメッセージを送付するた
めのプログラム含むことを特徴とする請求項１〜請求項
１７のいずれか１項に記載の階層化ＧＵＩ部品相互通信
システム。
【請求項２６】前記各グラフィカル・ユーザ・インタ
フェース部品は、相互の関連に応じて複数のグループに
分割しておくことを特徴とする請求項１８〜請求項２５
のいずれか１項に記載の階層化ＧＵＩ部品相互通信シス
テム。
【請求項２７】前記各グラフィカル・ユーザ・インタ
フェース部品は、最終的に前記グラフィカル・ユーザ・
インタフェース画面に対応するグループに含まれること
を特徴とする請求項１８〜請求項２５のいずれか１項に
記載の階層化ＧＵＩ部品相互通信システム。
【請求項２８】前記各グラフィカル・ユーザ・インタ
フェース部品は、最終的に前記グラフィカル・ユーザ・
インタフェース画面に対応するグループのサブグループ
に含まれることを特徴とする請求項１８〜請求項２５の
いずれか１項に記載の階層化ＧＵＩ部品相互通信システ
ム。
【請求項２９】前記子メディエータは、前記グラフィ
カル・ユーザ・インタフェース部品が発生したイベント
に対してメディエータが子メディエータに対するメッセ
ージであると判定した場合にメディエータから転送され
るメッセージにより前記イベントの処理を行なうことを
特徴とする請求項１８〜請求項２５のいずれか１項に記
載の階層化ＧＵＩ部品相互通信システム。