JPH0635709A - オブジェクトクラス規定装置、ウィジェット及びその実現方法 - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】 コンパイル時に規定されたオブジェクトクラ
スと識別不能な実行時オブジェクトクラスを規定する方
法を提供する。 【構成】 ウィジェットの内の一つは、特定のリソース
に関連付けられたモニタ関数を有するものである。リソ
ースがアクセスされると、関連するモニタ関数７１９が
実行される。他のウィジェットは、コールバック関数の
リストに関連付けられたコールバックテスタ関数７２１
を有するものである。コールバックテスタ関数はウィジ
ェットのリソースが修正された場合に起動され、テスト
成功時にコールバック関数リスト上の関数が起動され
る。その他の種類のウィジェットはサーバ及びクライア
ントを表現するように適合させられている。ウィジェッ
トにおいては、リソースがプロセス間通信を表現してお
り、リソースへの操作はプロセス間通信と関連付けられ
ている。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、オブジェクトの周囲に
組織化されたプログラムを用いて構成されたシステムに
関し、特にそのクラスがコンパイル時に規定されるよう
なオブジェクトに関する。本発明に係る実施例において
は、オブジェクトは、Ｘウィンドウグラフィカルユーザ
インターフェースシステムにおいて用いられる型のウィ
ジェットである。

【０００２】

【従来の技術】従来技術においては、アプリケーション
を実行するシステムを構成するために２つのアプローチ
が一般的には用いられてきた。第一のアプローチは、そ
のアプリケーション全体に対して単一のプログラムを書
くことである；例えば、賃金に関するアプリケーション
は、単一のＣＯＢＯＬプログラムとして書かれた。

【０００３】第二のアプローチは、アプリケーションを
構成するために協同して機能する処理（プロセス）の組
を用いるものである。ここで、処理（プロセス）という
言葉は、実行されているプログラムを表す。例えば、賃
金関係のアプリケーションは、データを収集するために
一つのプロセスとして実行される第一のプログラム、デ
ータをソーティングするために別のプロセスとして実行
される第二のプログラム、賃金記録を更新するために第
三のプロセスとして実行される第三のプログラム、賃金
記録を印刷するために第四のプロセスとして実行される
第四のプログラム、等々を用いている。協同プロセス間
の通信は、プロセス間通信（インタープロセス通信）に
よってなされる。この第二のアプローチは、第一のアプ
ローチに対していくつかの重要な利点を有している。ま
ず最初に、プロセスとして実行されるプログラムはカス
タムメードのプログラムではなくてしばしば標準的なユ
ーティリティプログラムであり、その種の標準的なユー
ティリティプログラムを組み合わせるほうが新たなコー
ドを書くより一般には高速かつ安価である。さらに、第
二のアプローチは複数個のプロセシングユニットを有す
るシステムに対してよりよく適応させられうる：各々の
プロセスは相異なったプロセシングユニット上で実行さ
れうるものである場合があり、アプリケーションがまさ
にその種のものである場合には、プログラムはパラレル
プロセスとして実行されうる。最後に、各プロセスがイ
ンタープロセス通信によって通信するため、そのアプリ
ケーションは容易に分散システム、すなわりプロセッサ
が相異なった場所に位置しているようなマルチプロセッ
サシステム、に対して容易に適応させられる。

【０００４】

【発明が解決しようとする課題】アプリケーションを協
同するプロセスの組として構成する技法における問題点
は、プログラムを構成するためのオブジェクトの多用で
ある。オブジェクトは、プログラムによって操作される
実体である。プログラムがオブジェクトを操作する際に
は、必ず、そのオブジェクトに対して規定された操作の
組を用いて行なわなければならない。プログラムを構成
するためにオブジェクトを用いることの主要な利点は、
オブジェクトが、実際にどのように実現されているかと
いうことには関係なく、プログラム中における論理的実
体として取り扱える点である。例えば、論理的実体とし
て、キューは４つの操作を有している：キューの生成、
キューの破棄、キューの末尾への値の追加、及びキュー
の先頭部からの値の取り出し、の４つである。プログラ
ムがキューを表現しているデータストラクチャに対して
これらの操作のみしか用いない場合には、データストラ
クチャはプログラムの他の部分に影響を与えることなく
変更されうる。

【０００５】多くのオブジェクト指向プログラミングシ
ステムにおいては、オブジェクトはクラスを有してい
る。オブジェクトのクラスとは、そのオブジェクトに対
して規定された操作の組である。例えば、生成、破棄、
末尾への値の追加、及び先頭部からの値の取り出し、と
いう操作が実行されるオブジェクトはキューというクラ
スを有するオブジェクトである。クラスは、他のクラス
に対して階層的な関係を有している。例えば、プログラ
ムは、キューに対して前記４つの操作が実行されうるの
みならず、付加的な操作、例えば現時点でキュー内に存
在するアイテムの数を見い出す、なども要求する場合が
ある。この新たな操作の追加は、キューオブジェクトの
新たなクラスを生成する。新たなクラスは元のキューク
ラスの全ての操作を含んでいるため、新たなクラスは元
のキュークラスのサブクラスとなり、元のキュークラス
は新たなキュークラスのスーパークラスとなる。

【０００６】この階層構造は、数層にも亘る場合があ
る。階層構造における各々のクラスは、階層構造内のそ
れと第一のクラスとの間の全てのクラスのサブクラスで
あり、また、階層構造内のそれより下の全てのクラスの
スーパークラスである。さらに、サブクラスは、そのス
ーパークラス全てに対して規定された操作の全てを本来
有している。すなわち、あらゆるスーパークラスに対し
て規定された操作は、そのサブクラスのオブジェクトに
対して実行されうる。この操作の継承はオブジェクトに
よるプログラミング効率を格段に向上させる。なぜな
ら、新たなオブジェクトクラスを規定するために必要な
ことの全ては、新たな操作を規定することだけになるか
らである；継承される操作の全てはそのスーパークラス
において規定されている。

【０００７】オブジェクト指向プログラミングがアプリ
ケーションを協同プログラムの組として生成する技法と
衝突することには２つの理由が存在する。その第一の理
由は、オブジェクトのクラスがコンパイル時、すなわ
ち、プログラムのソースコードが実際のコンピュータシ
ステムにおいて実行可能なオブジェクトコードの翻訳さ
れる時点で規定されるということである。他方、アプリ
ケーションを協同プロセスの組として生成する技法は、
この協同プロセスが、そのクラスがランタイムで、すな
わちアプリケーションが実際にコンピュータシステムに
よって実行される時点で規定されるようなオブジェクト
を生成しうることをしばしば要求する。

【０００８】第二の理由は、Ｘウィンドウグラフィカル
ユーザインターフェースシステムを用いて書かれたプロ
グラムにおけるプロセスとの通信の困難性である。Ｘウ
ィンドウシステムは、ウィジェットと呼称されるオブジ
ェクトを用いる。残念ながら、ウィジェットに対するク
ラスの階層構造はプロセスとの容易な通信を可能にする
操作を含んでおらず、従ってＸウィンドウグラフィカル
ユーザインターフェースシステムは協同プロシージャと
してインプリメントされたアプリケーションと共には用
いられ得ない。

【０００９】本発明の目的は、一般的にはオブジェクト
指向プログラミングシステム、より詳細にはＸウィンド
ウシステムに係るこれらの問題を解決することである。

【００１０】

【課題を解決するための手段】本発明は、その一側面に
おいては、第二のオブジェクトクラスのサブクラスであ
る第一のオブジェクトを規定するオブジェクト指向プロ
グラミングシステムにおいて用いられる装置である。こ
の装置は、前記第二のオブジェクトクラスがコンパイル
時に規定され、かつ前記装置が実行時に前記第一のオブ
ジェクトクラスを、前記オブジェクト指向プログラミン
グシステムにとっては前記第一のオブジェクトクラスが
コンパイル時に規定されたものであるように見えるよう
に規定する手段を有する、ということによって特徴付け
られている。

【００１１】本発明は、その別の側面においては、Ｘウ
ィンドウシステムにおいて用いられるウィジェットであ
る。このウィジェットは、当該ウィジェットが、ウィジ
ェットが生成される時点で規定されるリソースを、この
ようなウィジェットを生成するメソッドと共に含むとい
うことによって特徴付けられている。

【００１２】本発明は、その他の側面においては、Ｘウ
ィンドウシステムにおいて用いられるウィジェットであ
る。このウィジェットは、そのリソース中に、そのリソ
ース中のある与えられた一つと関連付けられていてその
与えられたリソースがアクセスされた時点で起動される
モニタ機能を有するということによって特徴付けられて
いる。

【００１３】本発明は、さらに別の側面においては、Ｘ
ウィンドウシステムにおいて用いられるウィジェットで
ある。このウィジェットは、そのリソース中に、与えら
れたコールバック機能と関連付けられていてリソースが
テストを実行するように修正された場合に起動され、さ
らにその起動の結果がそのように示された場合には前記
与えられたコールバック機能を起動する、コールバック
テスタ機能を有するということによって特徴付けられて
いる。

【００１４】本発明は、その付加的な側面においては、
Ｘウィンドウシステムにおいて用いられるウィジェット
である。このウィジェットは、プロセス間通信を表現す
るリソース及びプロセス間通信に対するリソースに関す
る操作を関連付ける手段を有するということによって特
徴付けられている。

【００１５】本発明に係る前述されたあるいはそれ以外
の目的、側面、及び利点は、以下の実施例に関する詳細
な説明によって当業者には明らかとなる。

【００１６】

【実施例】本発明のより望ましい実施例は、Ｘウィンド
ウシステムにおいて実現される。従って、以下の詳細な
説明においては、まず、Ｘウィンドウシステム及びウィ
ジェットの概略が記載される。その後、仮想ウィジェッ
ト、すなわち、実行時にそのクラスが規定されるウィジ
ェットがいかにして構成されるかが記載され、次いで、
リソースのアクセスに応答してモニタ機能が起動された
場合あるいはリソースに対する修正に応答してコールバ
ックテスタ機能に係るコールバックプロシージャが起動
されるべきか否かを決定するためにコールバックテスタ
機能が起動された場合に如何にしてウィジェットが生成
されるかが記載され、最後にそのような性質を有する仮
想ウィジェットが如何にして協同プロセスを制御するた
めに用いられうるかが記載されうる。

【００１７】Ｘウィンドウシステムは、グラフィカルユ
ーザインターフェース（ＧＵＩ）を制御するために用い
られる公知の一般的なシステムである。グラフィカルユ
ーザインターフェースは、ウィンドウ、メニュー、アイ
コンなどのアクティブグラフィカルエレメントの使用を
可能にする、コンピュータシステムへのインターフェー
スである。グラフィカルユーザインターフェースのユー
ザは、コンピュータシステムを、グラフィカルユーザイ
ンターフェースのエレメントに関する操作を実行するこ
とによってコンピュータシステムをコントロールする。
この操作は、通常、マウスやペンなどのようなポインテ
ィングデバイスによって実行される。例えば、アイコン
はグラフィカルユーザインターフェースにおいてプログ
ラムを表現する。プログラムを実行するためには、ユー
ザはそのアイコンを選択しかつ起動するためにマウスを
用いる。

【００１８】Ｘウィンドウシステムの、ここでの議論に
関連したエレメントは、ポール・ジェイ・アセント（Ｐ
ａｕｌ Ｊ． Ａｓｅｎｔｅ）、ラルフ・アール・スウ
ィック（Ｒａｌｐｈ．Ｒ．Ｓｗｉｃｋ）による、”Ｘウ
ィンドウシステムツールキット、コンプリート・プログ
ラマーズ・ガイド・アンド・スペシフィケーション”
（デジタル・イクイプメント（Ｄｉｇｉｔａｌ Ｅｑｕ
ｉｐｍｅｎｔ）社、１９９０年）に記述されている。図
１は、Ｘウィンドウシステム１０１の概略を示したもの
である。システム１０１は、グラフィカルユーザインタ
ーフェース１０３を制御する。グラフィカルユーザイン
ターフェース１０３は３つの主要なコンポーネント、デ
ィスプレイ１０９、キーボード１０５、及びポインティ
ングデバイス１０７、を有している。ディスプレイ１０
９は、一つあるいは複数個のウィンドウによって占めら
れている。ウィンドウ１１１は、グラフィカルユーザイ
ンターフェース１０３のユーザが操作を行なうスクリー
ン１０９上のある領域である。ウィンドウ１１１は他の
ウィンドウを含みうる。例えば、テキストエディタに対
するウィンドウ１１１はエディット中のテキストが表示
されているウィンドウ、スクロールバーであるウィンド
ウ１１１、及びエディット操作を規定する”ボタン”で
あるウィンドウ１１１を含むことができる。

【００１９】グラフィカルユーザインターフェース１０
３は、Ｘサーバ（ＸＳ）１１３によって制御されてい
る。Ｘサーバは、ディスプレイ１０９、キーボード１０
５、及びポインティングデバイス１０７が接続されたプ
ロセッサ上で実行される。Ｘサーバ１１３は、ディスプ
レイ１０９上で表示を行なうために実際に必要となる操
作を実行し、さらにポインティングデバイス１０７及び
キーボード１０５に応答してカーソルを移動させ、ディ
スプレイ１０９上に文字を表示する。Ｘサーバ１１３
は、Ｘライブラリ１１５内のルーチンとデータのやり取
りを行なう。Ｘライブラリ１１５は、Ｘサーバ１１３に
よって提供されたグラフィカルユーザインターフェース
１０３へのプリミティブインターフェースをより高次の
インターフェースへと移動する；すなわち、プログラマ
は、ウィンドウ及び入力イベントに関して、ディスプレ
イ１０９及び入力デバイス１０５及び１０７を扱うため
に、Ｘライブラリ１１５内のルーチンを用いることが可
能である。

【００２０】より高次のインターフェースは、Ｘイント
リンシックス１１７によって提供される。これは、ディ
スプレイ１０９内のウィンドウがウィジェットと呼称さ
れるオブジェクトによって表現されるようなインターフ
ェースを実現する。アプリケーションプログラム１１５
は、ウィンドウを表現しているウィジェット（Ｗ）１２
５に対する操作を実行するために、Ｘイントリンシック
ス１１７内のルーチンを用いてディスプレイ１０９内の
ウィンドウ１１１に対する操作を実行する。Ｘイントリ
ンシックス１１７内のルーチンは、さらに、ウィジェッ
トによって表現されたウィンドウ１１１の状態における
変化に応答して起動され、これらのルーチンはウィンド
ウ内の状態の変化によって要求されるようにウィジェッ
ト１２５に対して機能する。

【００２１】Ｘイントリンシックス１１７によって提供
されるウィジェットインターフェースにおいては、アプ
リケーションプログラム１１９とウィジェット１２５と
の間の通信は、ウィジェット１２５内のリソース１２７
によってなされる。リソースは、アプリケーションプロ
グラム１１９によって読み書き可能なウィジェット１２
５内のデータ値である。リソース１２７に含まれている
のはコールバック１２９であり、これはアプリケーショ
ンプログラム１１９内のルーチンリストである。Ｘイン
トリンシックスは、ウィジェット１２５の状態の変化に
応答して自動的にコールバック１２９内のルーチンを起
動する。

【００２２】システム１０１の操作は、以下のように行
なわれる： アプリケーションプログラム１１９は、そ
れぞれ矢印１２１及び１２３によって示されているよう
に、ウィジェット１２５を生成してウィンドウ１１１を
制御するためにＸイントリンシックス１１７によって提
供されるウィジェット操作を用いるか、あるいはＸライ
ブラリ１１５内のルーチンと直接用いるかのいずれかが
可能である。ここでの説明に関しては、最初の場合のみ
が重要である。アプリケーションプログラム１１９が、
ウィジェット１２５を生成して当該ウィジェットをウィ
ンドウ１１１と関連付けるためにひとたびＸイントリン
シックスのルーチンを用いると、アプリケーションプロ
グラム１１９はウィジェット１２５を制御して、リソー
ス１２７内の値を読み取って設定することによりウィン
ドウ１１１を制御する。その後、Ｘイントリンシックス
１１７内のルーチンは、Ｘライブラリ１１５内のルーチ
ンによってウィジェット１２５に対応するウィンドウを
制御する場合にリソース１２７内の値を用いる；同様
に、ウィンドウ１１１の状態の変化が変化を反映した値
をＧＵＩ１０３からＸサーバ１１３、Ｘライブラリ１１
５、及び最終的にＸイントリンシックス１１７へ戻す場
合、状態の変化によって要求されるようにＸイントリン
シックス１１７内のルーチンがリソースの値を変化さ
せ、及び／あるいはコールバックルーチン１２９を起動
する。例えば、ウィンドウ１１１のリソースはディスプ
レイ１０９内のウィンドウの位置を含んでいる；ウィン
ドウ１１１がグラフィカルユーザインターフェース１０
３のユーザによって移動させられた場合、Ｘイントリン
シックス１１７は新たな位置を示すために位置リソース
を更新する。

【００２３】ウィジェット１２５は種々のクラスに属し
ており、これらのクラスは階層構造を構成している。図
２は、ウィジェットクラスの階層構造例２０１を示した
図である。全てのウィジェットクラスはコアクラス２０
３のサブクラスであり、このコアクラス２０３はＸイン
トリンシックス１１７によって規定されている。その次
のレベルには、コンポジットクラス２０５及びラベルク
ラス２０７が位置している。コンポジットクラス２０５
はＸイントリンシックス１１７によって規定された別の
クラスである。ウィジェット１２５は、ウィジェット１
２５が表現しているウィンドウ１１１が他のウィンドウ
を含む場合には、このコンポジットクラスのサブクラス
に属さなければならない。ラベルクラス２０７は、その
ウィジェットがラベルを表示するようなクラスである。
ラベルクラス２０７のサブクラスにはプッシュボタン２
１３が含まれている。プッシュボタンクラス２１３のウ
ィジェットによって表現されるウィンドウ１１１は、ラ
ベルを有するのみならず、グラフィカルユーザインター
フェースのユーザによって起動されうる。ウィンドウが
起動されると、ある種の応答が生ずる。トグルクラス２
１５はプッシュボタン２１３のサブクラスである；その
クラスのウィジェットは、”オン−オフ”プッシュボタ
ンを表現するウィンドウを表現する。

【００２４】コンポジットクラスのサブクラスには、Ｘ
イントリンシックスによって定義された別のクラス、す
なわちシェルクラス２０９が含まれている。シェルクラ
スに属するウィジェットは、他のウィンドウを含むため
のみに存在するウィンドウを表現する。他のサブクラス
は、ボックスクラス２１０及び拘束クラス２１１であ
る。ボックスクラスに属するウィジェットは、ディスプ
レイ上でボックスを形成するウィンドウを表現する；拘
束クラスに属するウィジェットは、それが表現するウィ
ンドウに対する拘束を規定する。拘束クラス２１１もま
たＸイントリンシックス１１７によって規定されてい
る。

【００２５】サブクラスに属するウィジェット１２５
は、クラスの階層構造２０１中でその上位に位置するウ
ィジェット１２５の全ての属性を継承している。よっ
て、トグルクラス２１５に属するウィジェット１２５
は、プッシュボタン２１３、ラベル２１７、及びコアク
ラス２０３の全ての属性を継承している。ウィジェット
の属性には園リソース１２７が含まれている；結果とし
て、ウィジェット１２５はそのクラス自体のリソースを
有するのみならず階層構造中でそれより上位に位置する
全てのクラスのリソースも有している。

【００２６】ウィジェットはウィジェットツリーに属し
ている。ウィジェットツリーにおいては、そのウィンド
ウが他のウィンドウに含まれているあらゆるウィジェッ
トは、含む側のウィンドウを表現しているウィジェット
のチャイルドウィジェットとなっている。図３はウィン
ドウ３０１及びそのウィジェットツリー３１１を示した
図である。ウィンドウ３０１はラベル３０５及びボタン
３０７を含むボックス３０３である。ウィジェットツリ
ー３１１は、シェルクラス２０９に属するウィジェット
であるウィジェット３１３、ボックス３０３を表現して
おりボックスクラス２１０に属するウィジェットである
ウィジェット３１５、ウィジェット３１５の２つのチャ
イルドウィジェット、すなわちラベル３０５を表現して
おりラベルクラス２０７に属するウィジェット３１７及
びボタン３０７を表現しておりプッシュボタンクラス２
１３に属しているウィジェット３１９、より構成されて
いる。ウィジェットツリー３１１は、ウィジェットツリ
ー３１１中において点線によって示されたペアレント及
びチャイルドポインタによってＸウィンドウシステム中
において実現されている。各々のウィジェット１２５
は、そのチャイルドウィジェットに対してチャイルドポ
インタ（ＣＨＰ）３２１を、そのペアレントに対してペ
アレントポインタ（ＰＰ）３２３を有している。

【００２７】一般にＸウィンドウシステム、特にウィジ
ェットは、グラフィカルユーザインターフェースのプロ
グラミングを大幅に簡略化したが、依然としてある種の
アプリケーションに対するウィジェットの使用を制限す
る要因が存在している。とりわけ、ウィジェットのクラ
スがコンパイル時に規定されるという事実が問題であ
る。Ｘウィンドウシステムは、クラスを実行時に規定す
る手段を提供しない。さらに、コールバックルーチンに
よって提供されるコントロールのレベルが未だに充分で
はない。特に、特定のリソースに対するアクセスと関連
付けられたコールバックルーチンを規定する方法及び既
存のコールバックルーチンを特定の状況と関連付ける方
法は存在しない。以下、このような制限要因を克服する
技法が記述される。

【００２８】アプリケーションプログラム１１９がウィ
ジェットを生成することを可能にさせるためにＸイント
リンシックス１１７が提供するインターフェースは、Ｘ
ｔＣｒｅａｔｅＭａｎａｇｅｄＷｉｄｇｅｔ関数であ
る。図４は、そのような関数４１５を示したブロック図
である。この図から明らかなように、関数４１５は４つ
の引き数、すなわち、そのウィジェットに対する文字列
名４０５、そのウィジェットのクラスに関するクラス情
報に対するポインタ４０７、生成されつつあるウィジェ
ットのペアレントであるウィジェットツリー３１１内の
ウィジェットに対するポインタ３１１、生成されつつあ
るウィジェットのリソース１２７の値のリスト、及びリ
スト上の値の数、を有している。値のリストはリソース
名と対応する値よりなるリストである。リソース名、そ
のタイプ、及びリソースのデフォールト値は、ウィジェ
ットのクラスが規定された場合に規定される。

【００２９】ＸｔＣｒｅａｔｅＭａｎａｇｅｄＷｉｄｇ
ｅｔ４１５の動作は以下のようになされる： クラスポ
インタ４０７は、Ｘイントリンシックス１１７によって
管理されているクラスデータベース中で新たなウィジェ
ットのクラスに対するクラス情報４１９を配置するため
に用いられる。クラス情報４１９は、クラスの階層構造
において、当該ウィジェットのクラスに対する最初のス
ーパークラスに関するスーパークラス情報４２１（０）
に対するポインタを含んでおり、スーパークラス情報４
２１（０）は、階層構造中でその直上位に位置するスー
パークラスの情報４２１に対するポインタを有し、等々
で、そのうちの最後のものは、スーパークラス４２１
（ｎ）、すなわちコアクラスに対する情報を含んでい
る。関数４１５は、クラス情報４１９から得られた当該
ウィジェットのクラスに関する全てのリソース、及び当
該ウィジェットのスーパークラス全てに関するスーパー
クラス情報４２１、に関する記述を得る。そのクラスを
有する他のウィジェットが既に生成されている場合に
は、リソースは”初期化される”、すなわち、そのウィ
ジェットに適したコンパクトな形にされる。初期化に際
して、当該ウィジェットに対してストレージ領域が割り
当てられ、リソースはそのストレージ領域にコピーされ
る。次いで、引き数４１１のリストが読み取られ、その
引き数リスト４１１に名前が載っているリソース１２７
の値がリストに含まれている値にセットされる。最後
に、ウィジェット１２５内のポインタがそのウィジェッ
トのペアレントウィジェットに（ペアレントポインタ
（ＰＰ）４２３）及びそのクラス情報４１９に（ＣＬＰ
４２４−このポインタはもちろん引き数４０７として渡
されている−）セットされ、ペアレントウィジェットに
おけるポインタが新たなチャイルドウィジェットにセッ
トされる（チャイルドポインタ（ＣＨＰ）４２５）。

【００３０】ウィジェットのクラスが実行時に規定され
る技法の概略は図５に示されている。そのクラスが実行
時に規定されるウィジェットは、これ以降仮想ウィジェ
ットと呼称される。ウィジェットのクラスの実行時にお
ける規定は、関数ＶｉｒｔｕａｌＣｒｅａｔｅＷｉｄｇ
ｅｔＣｌａｓｓ５１５によって実行される。この関数
は、クラス４０７に対するポインタを返し、よって、Ｘ
ｔＣｒｅａｔｅＭａｎａｇｅｄＷｉｄｇｅｔ４１５の起
動に際してポインタ４０７を生成するために用いられう
る。ＸｔＣｒｅａｔｅＭａｎａｇｅｄｅＷｉｄｇｅｔ４
１５の起動により仮想ウィジェット５２３が生成され
る。

【００３１】ＶｉｒｔｕａｌＣｒｅａｔｅＷｉｄｇｅｔ
Ｃｌａｓｓ５１５は、５つの引き数５０３、すなわち、
仮想ウィジェットのクラス名であるクラス名５０５、そ
のクラスに対して追加された新たなリソースのリストを
指し示すポインタである新リソース５０７、新たなリソ
ースのリスト上にあるアイテムの数である新リソース数
５０９、仮想ウィジェットのクラスが直下のサブクラス
となるクラスに関するスーパークラス情報４２１へのポ
インタであるスーパークラス５１１、及び、スーパーク
ラス情報４２１の大きさであるスーパークラスサイズ５
１３、を有している。Ｘイントリンシックス１１７は、
クラスポインタが与えられた場合にそのクラスに対する
情報を返す関数、及び与えられたクラスポインタに対し
てそのクラス情報の大きさを返す関数を提供する。

【００３２】関数４１５は、おおむね以下の様な動作を
行なう： ・スーパークラス情報を配置する為にスーパークラスポ
インタ５１１を用いる。 ・実行時クラス情報（ＲＣＩ）５２１を生成するため
に、スーパークラス情報４２１及び引き数５０５、５０
７、５０９を用いる。この実行時クラス情報は、Ｘイン
トリンシックスが関係する限りにおいてはコンパイル時
クラス情報４１９とは区別され得ないものである。 ・そのクラスに対して規定された新たなリソースに対し
て要求されるデータを保持するために充分な大きさであ
るようにウィジェットのサイズを設定する。 ・実行時クラス情報５２１に対するポインタを返す。こ
のポインタは、ＸｔＣｒｅａｔｅＭａｎａｇｅｄＷｉｄ
ｇｅｔを起動する際にクラスポインタ４０７として用い
られる。

【００３３】ＶｉｒｔｕａｌＣｒｅａｔｅＷｉｄｇｅｔ
Ｃｌａｓｓ５１５の動作は、図６の流れ図により詳細に
示されている。呼び出し６０１に続く第一の段階は、新
たなリソースのリストを保持するためのストラクチャを
構築することである（６０３）。本発明のより望ましい
実施例においては、このリストは常にモニタ関数とコー
ルバックテスタ関数を有しており、さらに仮想ウィジェ
ットクラスに対してプログラマが定義することを望む他
の新たなリソースが含まれる。このストラクチャのサイ
ズは、引き数５０９、すなわち新リソース数によって決
定される。次の段階（６０５）は、Ｘイントリンシック
ス１１７によって提供された関数を用いてスーパークラ
スポインタ５１１によって規定されたスーパークラスを
初期化することである。関数ＸｔＩｎｉｔｉａｌｉｚｅ
ＷｉｄｇｅｔＣｌａｓｓはスーパークラスポインタ５１
１を引き数として用い、このスーパークラスに関するク
ラス情報をそのスーパークラスに対するスーパークラス
情報４２１から、さらにこのスーパークラスがサブクラ
スとなるあらゆるクラスに対するスーパークラス情報４
２１から、獲得し、これら全てのクラス情報をそのクラ
スに属するウィジェットに対してコピーされうるような
フォーマットに収める。この後者を行なうために、この
関数は必要なＸイントリンシックス初期化関数の全てを
呼び出し、リソースリストをコンパイルする。

【００３４】その後、初期化されたスーパークラス情報
は、仮想ウィジェットに対する実行時クラス情報５２１
にコピーされ（６０７）、実行時クラス情報５２１内の
フィールドは、新たなリソースを実行時クラス情報に追
加するため及びその実行時クラスに属している仮想ウィ
ジェット５２３の適切な振る舞いを保証するために必要
とされるように修正される（６０９）。実行時クラス情
報５２１は、新たなスーパークラスに関する情報も含ん
でおり、必要な場合にはその情報も修正される（６１
１）。これらの修正に関しては、以下に詳細に記載され
る。最後に、段階６１３においては、ＶｉｒｔｕａｌＣ
ｒｅａｔｅＷｉｄｇｅｔＣｌａｓｓは、Ｘイントリンシ
ックスの関数ＸｒｍＣｏｍｐｉｌｅＲｅｓｏｕｒｃｅＬ
ｉｓｔを用いて新たなリソースのリストをコンパイル
し、コンパイルされたリストを初期化する。Ｖｉｒｔｕ
ａｌＣｒｅａｔｅＷｉｄｇｅｔＣｌａｓｓ５１５が終了
すると、それは実行時クラス情報５２１に対するクラス
ポインタを返す。

【００３５】段階６０９及び６１１の詳細について付け
加えれば、実行時クラス情報５２１は等価のコンパイル
時クラス情報４１９と同一のフィールドを有している。
これらのフィールドの中で、２組がここでの議論に関連
している：すなわち、全てのウィジェットクラス情報４
１９に含まれているＣｏｒｅＣｌａｓｓＰａｒｔストラ
クチャに含まれるフィールド、及び拘束クラスのサブク
ラスであるウィジェットに対するクラス情報４１９に含
まれているＣｏｎｓｔｒａｉｎｔＣｌａｓｓＰａｒｔス
トラクチャに含まれるフィールドである。ＣｏｒｅＣｌ
ａｓｓＰａｒｔ及びＣｏｎｓｔｒａｉｎｔＣｌａｓｓＰ
ａｒｔに関する完全な情報は、前掲のアセンテ及びスウ
ィックによる参照文献に見い出される；ここでは、Ｖｉ
ｒｔｕａｌＣｒｅａｔｅＷｉｄｇｅｔＣｌａｓｓ５１５
が実行時クラス情報５２１中で修正するフィールドのみ
に議論が限定される。

【００３６】図７は、修正されたフィールドを示す図で
ある。ＣｏｒｅＣｌａｓｓＰａｒｔから始めると、修正
されたフィールドは、そのクラスに対するスーパークラ
ス情報４２１を示しており、ポインタ５１１がセットさ
れたスーパークラスフィールド７０１、新たなクラスに
対するクラス名がセットされたクラス名フィールド７０
３、実行時情報５２１に対して必要とされるストレージ
領域の大きさがセットされたウィジェットサイズフィー
ルド７０５、ＮＵＬＬがセットされていてスーパークラ
スにおいて規定される初期化コールバックルーチンが起
動されないことを保証する初期化コールバックルーチン
関連ポインタ７０７−７１１、ＶｉｒｔｕａｌＣｒｅａ
ｔｅＷｉｄｇｅｔＣｌａｓｓ５１５によって生成された
リソースリスト７１８を指し示すポインタ７１５がセッ
トされたリソースリストポインタ７１３、リソースリス
ト７１８が必要とするようにセットされたリソース数フ
ィールド７１５、クラス名から導出された識別子がセッ
トされたＸＲＭクラスフィールド７１７、及び、ウィジ
ェットが破壊された場合に起動されたコールバックルー
チンを破壊するためのポインタ７２３である。

【００３７】最後の２つのフィールドは更なる議論を必
要とする。Ｘウィンドウシステムにおいては、リソース
の値はＸイントリンシックスの関数ＸｔＳｅｔＶａｌｕ
ｅｓによって設定され、Ｘイントリンシックスの関数Ｘ
ｔＧｅｔＶａｌｕｅｓによって読み出される。ウィジェ
ット設計者は、ウィジェットに対するＸｔＳｅｔＶａｌ
ｕｅｓ及びＸｔＧｅｔＶａｌｕｅｓを規定できる。この
ことを実現するために、設計者は、設計者が書いた関数
に対するポインタをそれぞれセットバリューフィールド
７２５及びゲットバリューフィールドに配置する。仮想
ウィジェット５２３の場合には、これらの関数が新たな
リソースへのアクセスをウィジェットの状態における変
化と関連付ける働きをしている。本発明のより望ましい
実施例においては、ポインタ７２７はＶｉｒｔｕａｌＳ
ｅｔＶａｌｕｅｓ関数７２９を指し示しており、ポイン
タ７３３はＶｉｒｔｕａｌＧｅｔＶａｌｕｅｓ関数７３
１を指し示している。これらの関数については後程詳細
に説明される。より望ましい実施例においては、すべて
の仮想ウィジェット５２３は関数７２９および７３１を
利用する；しかしながら、他の実施例においては、これ
らのポインタはＶｉｒｔｕａｌＣｒｅａｔｅＷｉｄｇｅ
ｔＣｌａｓｓ関数５１５の引き数として渡される場合も
あり、また仮想ウィジェットの相異なったクラスが相異
なった関数７２９及び７３１を有しうる。

【００３８】仮想ウィジェット５２３のクラスが拘束ク
ラスのサブクラスである場合には、実行時クラス情報５
２１は一つあるいは複数個のＣｏｎｓｔｒａｉｎｔＣｌ
ａｓｓＰａｒｔフィールドを有することになる。これら
のうちの一つが図７の７３７に示されている。Ｃｏｎｓ
ｔｒａｉｎｔＣｌａｓｓＰａｒｔフィールドは、チェー
ンコールバックを有している。すなわち、ウィジェット
のクラスが拘束クラスのサブクラスである場合には、実
行時情報５２１内のＣｏｎｓｔｒａｉｎｔＣｌａｓｓＰ
ａｒｔ７３７の全てにおけるコールバックが、最上位あ
るいは最下位の拘束クラスから始まる、クラスの階層構
造内の拘束クラスの順序に従って実行される。関連する
コールバック関数は、フィールド７３９に規定された初
期化関数、フィールド７４１に規定された破壊関数、及
びフィールド７４３に規定されたセットバリュー関数で
ある。これらのコールバック関数が実行されることを防
ぐために、ＶｉｒｔｕａｌＣｒｅａｔｅＷｉｄｇｅｔＣ
ｌａｓｓ関数５１５は、ＣｏｒｅＣｌａｓｓＰａｒｔ７
０５から始めて各々のＣｏｎｓｔｒａｉｎｔＣｌａｓｓ
Ｐａｒｔを順々に配置し、フィールド７３９−７４３内
のポインタをＮＵＬＬにセットする。これらのポインタ
は、各々の拘束クラスに対する初期化、破壊、及びセッ
トバリュー関数を指し示している。

【００３９】標準的なＸウィンドウシステムにおいて
は、アプリケーションプログラム１１９がＸｔＳｅｔＶ
ａｌｕｅｓあるいはＸｔＧｅｔＶａｌｕｅｓ関数を起動
した際に起動されるコールバック関数のみが、これらの
Ｘイントリンシックス関数に対してウィジェット設計者
が規定した関数である。必要なのは、リソースがアクセ
スされた場合にウィジェット１２５内に生ずるものに対
する微細な制御を実現する技法である。本発明のより望
ましい実施例においては、仮想ウィジェット５２３に対
して規定された新たなリソースがこの種の微細な制御を
達成するために用いられる。

【００４０】このような制御は、モニタ関数及びコール
バックテスタ関数を用いて実現される。モニタ関数は、
特定のリソースに関連しており、そのリソースがアクセ
スされた場合に、すなわち、アプリケーションプログラ
ム１１９が、モニタ関数と関連付けられているリソース
を含むリソースリストと共にＸｔＳｅｔＶａｌｕｅｓあ
るいはＸｔＧｅｔＶａｌｕｅｓを呼び出した場合に、必
ず起動される関数である。テスタ関数は、ウィジェット
のクラスに関する一つあるいは複数個のコールバック関
数に関連付けられた関数である。ウィジェットに属する
リソースの値が変更された場合に、すなわち、アプリケ
ーションプログラムがＸｔＳｅｔＶａｌｕｅｓを呼び出
した場合に、毎回テスタ関数はテストを実行する。テス
トの結果に従って関連するコールバック関数が実行され
る。このテストはテスタ関数がアクセス可能なデータを
含みうる。

【００４１】図７は、この技法が仮想ウィジェット５２
３において実現されている様子の概略を示している。実
行時情報５２１はリソースリスト７１８を有している。
本発明のより望ましい実施例におけるリソースリストは
３つの部分を有している：モニタ関数のリスト７１９、
コールバックテスタ関数のリスト７２１、及び他のリソ
ースのリスト７２０である。他のウィジェットリソース
の場合と同様、リスト７１９上のモニタ関数及びリスト
７２１上のコールバックテスタ関数は、アプリケーショ
ンプログラム１１９によるＸｔＳｅｔＶａｌｕｅｓの実
行によってリスト上に配置される。リスト７１９上のモ
ニタ関数は、仮想ウィジェット５２３のクラスに対する
新たなリソース５０７のいずれかと関連付けられてい
る。リスト７２１上のコールバックテスタ関数は、与え
られたコールバックテスタ関数がアクセス可能なデータ
に関するテストを実行する。

【００４２】リスト７１９及び７２１上の関数の起動
は、ＶｉｒｔｕａｌＳｅｔＶａｌｕｅｓ関数７２９及び
ＶｉｒｔｕａｌＧｅｔＶａｌｕｅｓ関数７３１によって
取り扱われる。前述されているように、これらの関数
は、アプリケーションプログラム１１９がウィジェット
のリソースの値を設定するあるいは読み出すためにそれ
ぞれＸｔＳｅｔＶａｌｕｅｓあるいはＸｔＧｅｔＶａｌ
ｕｅｓを起動した場合に必ず実行される。これらの関数
の動作の概略及びそのリソース１２７及びテスタ／モニ
タ関数との関係が図９に示されている。仮想リソース管
理装置９０１は、アプリケーションプログラム１１９、
ＸイントリンシックスＸｔＳｅｔＶａｌｕｅｓ関数９０
３、ＸイントリンシックスＸｔＧｅｔＶａｌｕｅｓ関数
９０５、ＶｉｒｔｕａｌＳｅｔＶａｌｕｅｓ関数７２
９、ＶｉｒｔｕａｌＧｅｔＶａｌｕｅｓ関数７３１、リ
ソース１２７、モニタセットバリュー関数９１５、モニ
タゲットバリュー９２１、及びコールバックテスト関数
９１７を含んでいる。

【００４３】リソース１２７には、仮想ウィジェット５
２３に対する仮想リソース９１４が含まれている。もち
ろん、仮想リソース９１４は実行時クラス情報５２１に
おいて規定される。仮想リソース９１４は２つの部分に
別れている：すなわち、仮想リソースの各々に対して一
つずつのエントリを確保している仮想リソースアレイ９
０９、及びコールバックテスタ関数のリスト９１１であ
る。アレイ９０９及びリスト９１１は、それぞれＸｔＳ
ｅｔＶａｌｕｅｓ９０３及びＸｔＧｅｔＶａｌｕｅｓ９
０５によって設定及び読み出しされる。

【００４４】動作は以下のようになされる：アプリケー
ションプログラム１１９が仮想リソースを含むリソース
リストと共にＸｔＳｅｔＶａｌｕｅｓを起動する場合に
は、ＸｔＳｅｔＶａｌｕｅｓは、ＶｉｒｔｕａｌＳｅｔ
Ｖａｌｕｅｓ７２９及び仮想ウィジェット５２３のクラ
スに対するセットバリュー関数を、仮想リソースを処理
するために起動する。最も単純な場合には、セットさる
べき仮想リソースはモニタ関数でもコールバックテスタ
関数でもない。この場合には、ＶｉｒｔｕａｌＳｅｔＶ
ａｌｕｅｓ関数７２９は仮想リソースアレイ９０９内の
その仮想リソースに対するエントリを配置するために実
行時クラス情報５２１を用いる。エントリが、そのリソ
ースの値がセットされた場合に実行されるべきモニタセ
ットバリュー関数９１５が存在することを示した場合に
は、そのモニタ関数９１５が実行される。このようなモ
ニタ関数９１５が実行された後に、リソースがセットさ
れる。その後、コールバックテスタリスト９１１上のコ
ールバックテスタ関数９１７が実行され、テスト結果が
真である場合には、そのコールバックテスタ関数に関連
するコールバック関数が実行される。セットさるべき仮
想リソースがモニタ関数のリストである場合には、Ｖｉ
ｒｔｕａｌＳｅｔＶａｌｕｅｓ７２９は仮想リソースア
レイ９０９中のモニタ関数に対するデータを更新する；
セットさるべき仮想リソースがコールバックテスタリス
ト９１１である場合には、ＶｉｒｔｕａｌＳｅｔＶａｌ
ｕｅｓ７２９はそのリストを更新する。

【００４５】アプリケーションプログラム１１９が仮想
リソースを含むリソースと共にＸｔＧｅｔＶａｌｕｅｓ
９０５を起動する場合には、Ｘイントリンシックス１１
７はその仮想リソースに対してＶｉｒｔｕａｌＧｅｔＶ
ａｌｕｅｓを起動する。各々の仮想リソースに対してＶ
ｉｒｔｕａｌＧｅｔＶａｌｕｅｓは、仮想リソースアレ
イ９０９中の仮想リソースを配置するために実行時クラ
ス情報５２１を利用し、関連するモニタゲットトバリュ
ー関数９２１を実行し、仮想リソースの値を返す。仮想
リソースの値が変更されなかった場合には、コールバッ
クテスト関数は実行されない。

【００４６】図８は、ＶＩｒｔｕａｌＧｅｔＶａｌｕｅ
ｓ７３１及びＶｉｒｔｕａｌＳｅｔＶａｌｕｅｓ７２９
によって用いられるデータストラクチャの詳細を示した
図である。セットさるべき仮想リソースがコールバック
テスタリスト９１１である場合には、ＶｉｒｔｕａｌＳ
ｅｔＶａｌｕｅｓ７２９はコールバックテスタ関数のリ
ストを必要とする。データストラクチャ８０１はそのリ
ストの一部である。ここには４つのフィールド、すなわ
ち、テスト結果が真である場合に起動さるべきコールバ
ック関数のリストの名前８０３、関数によって用いられ
るデータへのポインタ、コールバック関数を起動するコ
ールバックテスタ関数９１７へのポインタ、及びコール
バックテスタ関数のリストの次の部分へのポインタであ
る。データストラクチャ８１１はコールバックテスタリ
スト９１１の一部である。フィールド８１３、８１５、
及び８１７はフィールド８０３、８０５、及び８０７に
対応している。コールバック名ＩＤ８１９は、フィール
ド８１３によって規定されたコールバック関数の識別子
である。ネクストフィールド８２１はリスト９１１中の
次の部分へのポインタである。

【００４７】同様に、セットさるべき仮想リソースがモ
ニタ関数７２１である場合には、ＶｉｒｔｕａｌＳｅｔ
Ｖａｌｕｅｓ７２９はモニタが提供さるべき仮想リソー
スとモニタとを規定しているリストを要求する。データ
ストラクチャ８２３はそのリストの一部を示している。
フィールド８２５はリソース名を含んでおり、フィール
ド８２７はゲットバリューモニタに対するクライアント
データへのポインタ、フィールド８２９はゲットバリュ
ーモニタ関数へのポインタ、フィールド８３１及び８３
３はセットバリューモニタ関数に対する同様の値、及び
フィールド８３４はリスト中の次の部分へのポインタを
それぞれ含んでいる。

【００４８】ＶｉｒｔｕａｌＳｅｔＶａｌｕｅｓ７２９
は、仮想リソースアレイ９０９内の値をセットするため
に、この情報及びリソースリスト７１８からの情報を用
いる。リソースリスト７１８は、各々のリソースに対し
て一つのリソースリストエントリ８３９を有するアレイ
である。エントリ中には、リソース名及びリソースタイ
プに対するリソース名識別子８４１及びリソースタイプ
識別子８４３が含まれている。仮想リソースアレイ９０
９はリソースリスト７１８と対応するものである。リソ
ースリスト７１８中の各々のエントリに対応する仮想リ
ソースアレイエントリ（ＶＲＡＥ）８４６が存在し、対
応するＶＲＡＥ８４５はリソースリスト７１８中のエン
トリが属しているリソースに関連する値を含んでいる。
仮想リソースアレイエントリ８４６は、５つのフィール
ドを有している。これらのフィールドの中で、フィール
ド８４７−８５３はリソース名フィールド８２５におい
て規定されたリソースに対するフィールド８２７−８３
３と対応する値を有している。フィールド８５５はリソ
ースの現時点での値を有している。

【００４９】図１０は、ＶｉｒｔｕａｌＳｅｔＶａｌｕ
ｅｓ７２９の詳細な流れ図である。この関数の引き数
は、クラスのセットバリュー関数に対するＸイントリン
シックス１１７によって規定されたものである。これら
は、３つのウィジェットポインタ、引き数リストポイン
タ、及びリスト上の引き数の数である。３つのウィジェ
ットポインタは、それぞれ、そのリソースが新たな値を
受信することになるウィジェットのコピー、そのクラス
のセットバリュー関数が起動された時点で変更が完了し
ていたウィジェットのコピー、及び、実際に値が変更さ
れたウィジェットのコピーを指し示している。

【００５０】１００１にて起動された後の第一の段階
は、仮想ウィジェット５２３の実行時クラス情報５２１
が存在していること及びその実行時クラス情報が適切に
初期化されていることを確認することである（１００
３）。実行時クラス情報が存在しない場合には、この関
数は終了する。その次の段階は、仮想ウィジェット５２
３に対するリソースリスト７１８を見い出すことであ
る。この関数の残りの部分は、ループ１００６である。
このループにおいては、引き数リスト中の各々のリソー
スに対してそのリソースがリソースリスト７１８中に存
在しているか否かを決定し、存在している場合には仮想
リソースアレイ９０９中の必要な修正を実行することで
ある。

【００５１】決定ブロック１００７においては、処理さ
るべき引き数が残存しているか否かが決定される；存在
していない場合には、全てのリソースがセットされてお
り、コールバックテスタ関数リスト９１１上のコールバ
ックテスタ関数が実行される（１００９）。このことが
なされた後、この関数は終了する。処理さるべき引き数
が残存している場合には、次の引き数が以下のように処
理される：まず、その名前が引き数リストから取得され
る；次に、リソースリスト７１８がチェックされ、その
名前がリスト上に存在しているか否かが決定される（１
０１３）；存在している場合には、そのタイプが検査さ
れてその名前によって表現されるリソースがモニタリス
ト上に存在しているか否かが決定される（１０１５）；
モニタリスト上に存在している場合には、そのモニタが
仮想リソースアレイ９０９上にインストールされる。こ
のことは、インストールさるべきモニタのリスト上の各
々のエントリ８２３に対して以下のことを行なうことに
よって実現される：まず、リソースに対する仮想リソー
スアレイエントリ８４６を配置するために、リソースリ
スト７１８内のエントリ８２３からリソース名８２５を
利用する；その後、リストの一部のフィールド８２７、
８２９、８３１、及び８３３からフィールド８４７、８
４９、８５１、及び８５３がセットされる。モニタがイ
ンストールされると、ループ１００６が再び実行され
る。

【００５２】セットされるリソースがモニタ関数７１９
ではない場合には、ＶｉｒｔｕａｌＳｅｔＶａｌｕｅｓ
関数７２９はそれがコールバックテスタ関数７２１であ
るか否かをチェックする。コールバックテスタ関数７２
１である場合には、コールバックテスタ関数が仮想リソ
ース９１４のコールバックテスタ関数リスト９１１中に
インストールされる（１０２１）。このインストール
は、コールバックテスタリスト９１１に対するリストの
一部分８１１を作製するために引き数のリストの一部分
における情報を用いることによって実行される。新たな
リストの一部分８１１を含むコールバックテスタリスト
９１１は、古いコールバックテスタリスト９１１を置換
する。リストがインストールされると、実行ループ１０
０６が再び開始される。

【００５３】モニタ関数リストでもコールバックテスタ
関数リストでもないリソースは、１０２３においてセッ
トされる。リソースがセットされる前に、セットバリュ
ーモニタ８５３において規定されたモニタ関数が実行さ
れる；その後、リソースの値がリソースに対する引き数
に規定されているようにセットされる。このことが実行
された後、ループ１００６が再び実行される。

【００５４】ＶｉｒｔｕａｌＧｅｔＶａｌｕｅｓ関数７
５１は、引き数として、ウィジェットに対するポイン
タ、その値が読み出されることになるリソースのリス
ト、及びそのリスト内のアイテムの数の表示を必要とす
る。実際は、ＶｉｒｔｕａｌＧｅｔＶａｌｕｅｓ７５１
は、図１０の１００３、１００５、１００７及び１０１
１を含んでいるが、ループ１００６と等価のループは１
００７及び１０１１のみを含んでおり、さらに規定され
た仮想リソースの値が読み出される段階も含まれてい
る。すべての引き数が読み出されると、この関数は引き
数によって規定されたリソースの値を返す。

【００５５】コールバックテスタ関数及びモニタ関数を
仮想ウィジェット５２３を用いて実現することは便利で
はあるが、モニタリスト及びコールバックテスタ関数リ
ストをコアウィジェットタイプのリソースに追加し、こ
のコアウィジェットタイプに対するセットバリュー及び
ゲットバリュー関数に、モニタリスト及びコールバック
テスタリストをセットしかつ仮想リソースに関して記述
された様式で通常のリソースに対するセット及びゲット
に応答するコードを追加することによって、コールバッ
クテスタ関数及びモニタ関数を通常のウィジェット１２
７において実現することも可能である。

【００５６】Ｘイントリンシックス１１７の観点から
は、仮想ウィジェット５２３は通常のウィジェット１２
５とは識別不能である。実行時クラス情報５２１はクラ
ス情報４１９と全く同様に読み出され、仮想ウィジェッ
ト５２３に関する仮想リソース９１４に対しては通常の
ウィジェットに関するリソース１２７に対して実行され
るのと同一の操作が実行される。例えば、仮想ウィジェ
ット５２３のクラスは、通常のウィジェットクラスの場
合と全く同様に、新たなサブクラスに対するスーパーク
ラスとして機能する。実際、ある仮想ウィジェット５２
３のクラスは他の仮想ウィジェット５２３のサブクラス
でありうる。

【００５７】既に述べられているように、Ｘウィンドウ
システムと協同するプロセスより成り立っているシステ
ムとのインターフェースを実現する際にある種の問題点
に遭遇する。システム１１０１は、サーバプロセス１１
０３と複数個のクライアントプロセス１１０７（０）−
１１０７（ｎ）より成り立っている。サーバプロセス１
１０３はそのクライアントプロセス１１０７に対するプ
ロセス間通信（ＩＰＣ）１１０５を供給し、そのクライ
アントプロセス１１０７からプロセス間通信を受信す
る。システム１１０１のようなシステムに対するアプリ
ケーション例は、あるプロセスによって提供されたカー
ソル位置が、各々ウィンドウをコントロールする他の一
群のプロセスによって用いられるようなプロセスであ
る。この種のシステムにおいては、ユーザが第一のプロ
セスに対して入力を供給しつつあるマウスを動かした場
合に、カーソルは他のプロセスによってコントロールさ
れているウィンドウの各々においてその位置を同時に変
更する。この実現においては、クライアントプロセスあ
るいはサーバプロセスそれ自体がカーソル位置情報を受
信し、サーバプロセスがその情報を他のプロセスに供給
する。

【００５８】システム１１０１においては、各々のクラ
イアントプロセス１１０７及びサーバプロセス１１０３
は、サーバプロセス１１０３において実行されているＸ
ウィンドウシステムに属するウィジェット１２５として
表現される。これらのウィジェットはツリー構造になっ
ており、クライアントプロセス１１０７（０．．ｎ）に
対応するクライアントウィジェット１１１１（０．．
ｎ）がサーバプロセス１１０３に対応するサーバウィジ
ェット１１０９のチャイルドウィジェットになってい
る。以下により詳細に説明されるように、プロセス１１
０３及び１１０７の間のＩＰＣ通信は、ウィジェット１
１０９及び１１１１のメッセージを表現するリソースに
関するＸｔＧｅｔＶａｌｕｅｓ及びＸｔＳｅｔＶａｌｕ
ｅｓ操作としてモデル化される。

【００５９】例えば、あるクライアントプロセス１１０
７において実行されつつあるプログラムがＩＰＣメッセ
ージをサーバプロセス１１０３宛に送出することにより
他のクライアントプロセス１１０７と通信しうる。サー
バプロセス１１０３にメッセージが到達することによ
り、サーバウィジェット１１０９の状態に変化が生じ、
その結果、サーバウィジェット１１０９内の入力メッセ
ージを表現しているリソースがメッセージの値及びコー
ルバックリスト上の一つあるいは複数個のコールバック
関数の値にセットされる。よって、コールバック関数の
内の一つが起動され、メッセージを読み出すＸｔＧｅｔ
Ｖａｌｕｅｓ関数が起動される；その後、メッセージが
処理され、コントロールプロセス１１０７によって必要
とされる形式のメッセージが生成されて、メッセージを
クライアントウィジェットの出力メッセージリソースに
書き込む、クライアントウィジェットの各々に対するＸ
ｔＳｅｔＶａｌｕｅｓ関数が起動される。各々のクライ
アントウィジェット１１１１に対するセットバリュー関
数が、その後、ＩＰＣ１１０５をメッセージから取り出
し、それをクライアントプロセス１１０７宛に送出す
る。ここで、クライアントプロセス１１０７それ自体
が、クライアントプロセスを有するサーバでありうるこ
とに留意されたい。この種のクライアントプロセスは、
２つのウィジェット、すなわちそのサーバプロセスのウ
ィジェットツリーにおけるクライアントウィジェット及
びそれ自体が有するウィジェットツリーにおけるサーバ
ウィジェット、によって表現される。

【００６０】本発明のより望ましい実施例においては、
サーバ及びクライアントウィジェットは、アテナ（Ａｔ
ｈｅｎａ）ウィジェットセットにおいて提供されてい
る”フォーム”クラスに基づいて規定されている。この
クラスに関しては、クリス・ディー・ピーターソン（Ｃ
ｈｒｉｓ Ｄ． Ｐｅｔｅｒｓｏｎ）による、”アテナ
ウィジェットセット−Ｃ言語インターフェース”（Ｘウ
ィンドウシステム、Ｘバージョン１１、リリース４）を
参照。図１２は、サーバウィジェットクラス１２０１に
対する、本発明のより望ましい実施例において規定され
た付加リソース及びコールバックを示した図である。新
たなリソースは５群に分類される： ・プロセス間通信システムに対してサーバを識別させる
ために必要な情報を有するサーバセットアップリソース
１２０２ ・サーバクラス１２０１を有するウィジェットの状態の
ある種の変化に応じて実行されるコールバックを有して
いるサーバコールバック１２０６ ・サーバを表現しているデータストラクチャに対するポ
インタであるサーバビジブルデータストラクチャ１２１
２ ・サーバウィジェットがクライアントウィジェットから
受信したメッセージを表現しているストラクチャである
入力メッセージ１２１４ ・サーバウィジェットによってクライアントウィジェッ
トに対して送出されるメッセージを表現している出力メ
ッセージ１２２２ サーバセットアップリソース１２０２には、サーバプロ
セス１１０３が実行されているプロセッサを識別するＸ
ｔＮｓｅｒｖｅｒＨｏｓｔＮａｍｅ１２０３、及び用い
られているＩＰＣシステムを識別するＸｔＮｓｅｒｖｅ
ｒＥｎｖｉｒｏｎｍｅｎｔＮａｍｅ１２０５が含まれて
いる。

【００６１】サーバコールバック１２０６は、３つの条
件に対するコールバックを含んでいる。ＸｔＮｓｅｒｖ
ｅｒＮｅｗＣｌｉｅｎｔ１２０７は、新たなクライアン
トからのＩＰＣメッセージが受信された場合に実行され
る；ＸｔＮｓｅｒｖｅｒＤｅａｄＣｌｉｅｎｔ１２０９
は、現時点でのクライアントに対するＩＰＣメッセージ
に対する応答がそのクライアントがデッドであることを
表わしている場合に実行される；ＸｔＮｓｅｒｖｅｒＲ
ｅｃｖＭｅｓｓａｇｅ１２１１は、ＩＰＣメッセージ１
１０５がクライアントプロセス１１０７から受信される
度に実行される。本発明のより望ましい実施例における
サーバビジブルデータストラクチャ１２１２は、サーバ
プロセスを表現しているデータストラクチャに対するポ
インタＸｔＮｓｅｒｖｅｒＰｏｉｎｔｅｒ１２１３であ
る。

【００６２】入力メッセージ１２１４は、本発明のより
望ましい実施例において用いられるＩＰＣメッセージ１
１０５の有する各フィールドに対するリソースを含んで
いる。このリソースから明らかなように、ＩＰＣメッセ
ージ１１０５は４つのフィールドを有している；タイプ
フィールド、クライアント識別子フィールド、メッセー
ジ長フィールド、及びメッセージそのものを含むフィー
ルドである。本発明のより望ましい実施例においては、
クライアント管理メッセージ及びデバッグメッセージに
対してはシステムによって規定されたタイプが存在する
が、その他に関しては、タイプはそのメッセージを送受
信するアプリケーションによって規定される。リソース
１２１５−１２２１の名前は、入力メッセージのどのフ
ィールドがそのリソースによって表現されているかを表
わしている。同様に、出力メッセージ１２２２はＩＰＣ
メッセージの各々のフィールドに対するリソースを有し
ており、これらのリソース１２２３−１２２９の名前は
各々のリソースによってどのフィールドが表現されるか
を表わしている。

【００６３】クライアントプロセスを表現するために用
いられているプロセスウィジェットクラスのリソースが
図１３に示されている。このクラス１３０１は、全体的
にはサーバクラス１２０１と同様である。セットアップ
リソース１３０３は、プロセスを生成するために用いら
れるオペレーティングシステムのコマンド（ここでは、
ＵＮＩＸオペレーティングシステムの”ｓｈ”コマン
ド）とサーバウィジェット１１０９にこのプロセスを識
別させるために用いられる識別子とを規定している。コ
ールバック関数１３０５は２つである；ＸｔＮｐｒｏｃ
ｅｓｓＤｅａｄＣｌｉｅｎｔは、ウィジェット１１１１
によって表現されるクライアント１１０７が死んだ場合
に実行され、ＸｔＮｐｒｏｃｅｓｓＲｅｃｖＭｅｓｓａ
ｇｅはサーバプロセス１１０３がクライアントウィジェ
ット１１１１によって表現されるプロセス１１０９から
メッセージを受信した場合に実行される。ＸｔＮｐｒｏ
ｃｅｓｓＰｏｉｎｔｅｒ１３０７はＸｔＮｓｅｒｖｅｒ
Ｐｏｉｎｔｅｒ１２１３と対応した、クライアントプロ
セス１１１１を表現するデータストラクチャへのポイン
タである。

【００６４】リソース１３０９は、クライアントプロセ
ス１１０７によってサーバプロセス１１０３に対して送
出された（すなわち、サーバプロセス１１０３の観点か
らは”入力”となる）メッセージに対するものである。
これらのリソースは、ＩＰＣメッセージの４つのフィー
ルド全てと、メッセージを送出しているクライアントプ
ロセス１１０７を示しているＸｔＮｐｒｏｃｅｓｓＩｎ
ＭｅｓｓａｇｅＣｌｉｅｎｔＩｄとを表現している。

【００６５】サーバクラス１２０１及びプロセスクラス
１３０１を有するウィジェットはそれらがサーバプロセ
ス１１０３及びクライアントプロセス１１０７を表現し
制御するために用いられうるが、その利便性は、これら
のクラスの実行時サブクラスが作成され、これらの実行
時サブクラスに属する仮想ウィジェット５２３がそのプ
ロセスを表現するために用いられた場合に非常に増大す
る。

【００６６】例えば、前述のカーソル例を実現するため
のサーバウィジェット１１０９及びクライアントウィジ
ェット１１１１の組は、カーソルデータを規定するＩＰ
Ｃメッセージタイプを定義して、カーソルデータを扱い
かつ伝播させるために必要とされる新たなリソースを含
む、サーバクラス１２０１及びプロセスクラス１３０１
の実行時サブクラスを定義することにより実現されう
る。

【００６７】カーソルサーバのサブクラスにおいては、
新たなコールバック関数がＸｔＮｓｅｒｖｅｒＲｅｃｖ
Ｍｅｓｓａｇｅコールバックに追加される。新たなコー
ルバック関数は、ＸｔＳｅｔＶａｌｕｅｓ操作に応答し
て入力メッセージのタイプをチェックし、このタイプが
カーソルデータである場合には、カーソルの位置リソー
スをセットするためにＸｔＳｅｔＶａｌｕｅｓを用い
る。以下のリソースが追加される： ・その値がカーソルの位置を表すカーソル位置リソース ・クライアントウィジェット１１１１（フォームクラス
はコンポジットクラスのサブクラスである）に対するポ
インタを取得するためにＸｔＧｅｔＶａｌｕｅｓを用
い、その後クライアントウィジェット１１１１の各々に
おけるカーソル位置をセットするためにＸｔＳｅｔＶａ
ｌｕｅｓを用いる、前記カーソル位置リソースに対する
サーバセットバリューモニタ

【００６８】カーソルクライアントサブクラスにおいて
は、以下のリソースが追加される： ・カーソル位置リソース ・カーソル位置リソースに直前に書き込まれた値をクラ
イアントウィジェット１１１１に対応するクライアント
プロセス１１０５（ｎ）宛に送出されるプロセス間通信
１１０５に変換する、前記カーソル位置リソースに対す
るクライアントセットバリューモニタ

【００６９】図１４は、複数個のクライアントプロセス
１１０７に対してカーソル位置を供給するために前記コ
ンポーネントが協同する様子を示した図である。ＩＰＣ
１１０５が受信されると、矢印１４０７によって示され
ているようにＸｔＮｓｅｒｖｅｒＲｅｃｖＭｅｓｓａｇ
ｅコールバック１４１１が実行される；ＸｔＮｓｅｒｖ
ｅｒＲｅｃｖＭｅｓｓａｇｅは、矢印１４０９によって
示されているように、入力メッセージを取得するために
ＸｔＧｅｔＶａｌｕｅｓをＩｎＭｅｓｓａｇｅ１４０５
に関して起動する。このメッセージ中のタイプリソース
１２１５がカーソルデータであることを示した場合に
は、ＸｔＮｓｅｒｖｅｒＲｅｃｖＭｅｓｓａｇｅ１４１
１は、矢印１４１３によって示されているように、カー
ソル位置リソース１４１５をセットするためにＸｔＳｅ
ｔＶａｌｕｅｓを起動する。カーソル位置リソース１４
１５に対して規定されたセットバリューモニタ１４１７
は、カーソルクライアントウィジェット１４２０の各々
に対するポインタを取得し、各々のカーソルクライアン
トウィジェット１４２０におけるカーソル位置リソース
１４２１に対してＸｔＳｅｔＶａｌｕｅｓを実行する。
クライアントカーソル位置ウィジェット１４２０の各々
に対して規定されたカーソル位置セットバリューモニタ
１４２３は、ＸｔＳｅｔＶａｌｕｅｓに対して、カーソ
ルクライアントウィジェット１４２０に対応するクライ
アントプロセス１１０７宛のカーソル位置プロセス間メ
ッセージ１１０５を生成するためにカーソル位置リソー
ス１４２１内のカーソルデータを用いることによって応
答する。

【００７０】以上の説明から明らかなように、サーバプ
ロセス１１０３とクライアントプロセス１１０７との間
のあらゆるプロセス間通信は、メッセージに対するタイ
プを規定し、そのメッセージデータによってセットされ
る実行時サブクラスのリソースを規定し、そのタイプに
対してリソースをセットすることによって応答するＸｔ
ＮｓｅｒｖｅｒＲｅｃｖＭｅｓｓａｇｅコールバックを
規定し、データを関連する仮想ウィジェットに伝えるリ
ソースに係るモニタを規定し、伝達されたウィジェット
における伝達されたデータを適切に処理する他のモニタ
を規定することによって、取り扱われうる。

【００７１】以上の説明から、当業者はオブジェクトの
クラスが実行時にどのように規定されるかを理解しう
る。より詳細に述べれば、実行時に規定されるクラスを
有する、Ｘウィンドウシステムにおいて用いられる仮想
ウィジェットをどのようにして構成するのかが記載され
ている。さらに、特定のリソースがアクセスされた場合
にモニタ関数を起動し、またリソースの修正に対してテ
ストを実行することによって応答するコールバックテス
タ関数を起動するウィジェットを如何に構成するかが記
載されている。テストが成功した場合には、コールバッ
クテスタ関数に関連するコールバック関数が起動され
る。加えて、ウィジェットがプロセス及びサーバを表現
しかつ制御するために如何に用いられるか及びこの種の
システムにおいて仮想ウィジェットが如何に有効である
かが記載されている。

【００７２】当業者には明らかではあるが、本明細書に
記載された発明の原理は、Ｘウィンドウシステム以外の
オブジェクト指向プログラミングシステムにおいても用
いられうるものであり、さらにＸウィンドウシステムそ
れ自体においても相異なった様式で実現されうるもので
あり、仮想ウィジェットも他の様式で用いられうるもの
である。以上の説明は、本発明の一実施例に関するもの
で，この技術分野の当業者であれば、本発明の種々の変
形例が考え得るが、それらはいずれも本発明の技術的範
囲に包含される。

【００】

【発明の効果】以上述べたごとく、本発明によれば、そ
のクラスが実行時に規定されるオブジェクトを許容する
システムを実現する装置及びそこで用いられるオブジェ
クト及びその実現方法が提供される。

【図面の簡単な説明】

【図１】Ｘウィンドウシステムを示すブロック図。

【図２】Ｘウィンドウシステムにおけるウィジェットク
ラスの階層構造を示すブロック図。

【図３】Ｘウィンドウシステムにおけるウィンドウ及び
当該ウィンドウに対応するウィジェットツリーを示すブ
ロック図。

【図４】Ｘウィンドウシステムにおけるコンパイル時ク
ラスを有するウィジェットの生成を示すブロック図。

【図５】Ｘウィンドウシステムにおける実行時クラスを
有するウィジェットの生成を示すブロック図。

【図６】仮想生成ウィジェットクラス関数５１５を示す
流れ図。

【図７】実行時クラス情報５２１を示すブロック図。

【図８】本発明のより望ましい実施例におけるデータス
トラクチャを示すブロック図。

【図９】本発明のより望ましい実施例における仮想セッ
トバリュー関数及び仮想ゲットバリュー関数の動作の概
略を示すブロック図。

【図１０】仮想セットバリュー関数を示す流れ図。

【図１１】サーバ及びクライアントプロセス及びその対
応するウィジェットを示すブロック図。

【図１２】サーバクラスにおけるリソースを示す図。

【図１３】プロセスクラスにおけるリソースを示す図。

【図１４】サーバ及びプロセスクラスの実行時サブクラ
スに属する仮想ウィジェットを用いるシステムの動作を
示すブロック図。

【符号の説明】

１０１ Ｘウィンドウシステム １０３ グラフィカルユーザインターフェース １０５ キーボード １０７ ポインティングデバイス １０９ ディスプレイ １１１ ウィンドウ １１３ Ｘサーバ １１５ Ｘライブラリ １１７ Ｘイントリンシックス １１９ アプリケーションプログラム １２１、１２３ 矢印 １２５ ウィジェット １２７ リソース １２９ コールバック ２０１ ウィジェットの階層構造 ２０３ コアウィジェット ２０５ コンポジットウィジェット ２０７ ラベルウィジェット ２０９ シェルウィジェット ２１０ ボックスウィジェット ２１１ 拘束ウィジェット ２１３ プッシュボタンウィジェット ２１５ トグルウィジェット ３０１ ウィンドウ ３０３ ボックス ３０５ ラベル ３０７ プッシュボタン ３０９ プッシュボタンラベル ３１１ ウィジェットツリー ３１３、３１５、３１７、３１９ ウィジェット ３２１ チャイルドポインタ ３２３ ペアレントポインタ ４０１ ４０３ 引き数リスト ４０５ ウィジェット名 ４０７ ウィジェットクラス ４０９ ペアレント名 ４１１ 引き数 ４１３ 引き数の個数 ４１５ ＸｔＣｒｅａｔｅＭａｎａｇｅｄＷｉｄｇｅｔ ４１７ ４１９ コンパイル時クラス情報 ４２０ ４２１ スーパークラス情報 ４２２ ４２４ クラス情報ポインタ ５０１ ５０３ 引き数リスト ５０５ クラス名 ５０７ 新リソース ５０９ 新リソース数 ５１１ スーパークラス ５１３ スーパークラスサイズ ５１５ ＶｉｒｔｕａｌＣｒｅａｔｅＷｉｄｇｅｔＣｌ
ａｓｓ関数 ５１７、５１９ 矢印 ５２１ 実行時クラス情報 ６０１ 起動 ６０３ 新リソースストラクチャを作成 ６０５ スーパークラスを初期化 ６０７ 初期化されたスーパークラスレコードを実行時
クラス情報５２１へコピー ６０９ 実行時クラス情報５２１内のクラスフィールド
を修正 ６１１ 実行時クラス情報５２１内のスーパークラスフ
ィールドを要求されるように修正 ６１３ リソースストラクチャをコンパイルして初期化 ６１５ クラスポインタを返す ７０１ スーパークラス ７０３ クラス名 ７０６ ウィジェットサイズ ７０７ クラス部分初期化 ７０９ 初期化 ７１１ 初期化フック ７１３ リソース ７１５ リソース数 ７１７ ＸＲＭクラス ７１８ リソースリスト ７１９ モニタ関数 ７２０ リソースリストの一部 ７２１ コールバックテスタ関数 ７２３ コールバックルーチン破壊ポインタ ７２５ セットバリュー ７２７、７３３ 矢印 ７２９ ＶｉｒｔｕａｌＳｅｔＶａｌｕｅｓ関数 ７３１ ＶｉｒｔｕａｌＧｅｔＶａｌｕｅｓ関数 ８０１ データストラクチャ ８０３ コールバック名 ８０５ クライアントデータ ８０７ コールバックテスタ ８０９ ネクストポインタ ８１１ リストの一部 ８１３ コールバック名 ８１５ クライアントデータ ８１７ コールバックテスタ ８１９ コールバックＩＤ ８２１ ネクストポインタ ８２３ データストラクチャ ８２５ リソース名 ８２７ ゲットバリュークライアントデータ ８２９ ゲットバリューモニタ ８３１ セットバリュークライアントデータ ８３３ セットバリューモニタ ８３４ ネクストポインタ ８３５ ８３９ リソースエントリ ８４１ リソース名識別子 ８４３ リソースタイプ識別子 ８４６ 仮想リソースアレイエントリ ８４７ ゲットバリュークライアントデータ ８４９ ゲットバリューモニタ ８５１ セットバリュークライアントデータ ８５３ セットバリューモニタ ８５５ リソースバリュー ９０１ 仮想リソース管理装置 ９０３ ＸｔＳｅｔＶａｌｕｅｓ関数 ９０５ ＸｔＧｅｔＶａｌｕｅｓ関数 ９０９ 仮想リソースアレイ ９１１ コールバックテスタリスト ９１４ 仮想リソース ９１５ モニタセットバリュー関数 ９１７ コールバックテスト関数 ９２１ モニタゲットバリュー関数 １００１ 起動 １００３ ＩＤ作成及び初期化 １００５ リソースリスト獲得 １００６ ループ １００７ 引き数が残存しているか？ １００９ コールバックテスタ関数実行 １０１１ 次の引き数名を獲得 １０１２ 戻り １０１３ リソースリスト中の引き数か？ １０１５ モニタリスト上の引き数か？ １０１７ ９０９中のモニタをインストール １０１９ コールバックテスタ関数か？ １０２１ コールバックテスタ関数をインストール １０２３ 仮想リソース値をセット １１０１ システム １１０３ サーバプロセス １１０５ プロセス間通信 １１０７ クライアントプロセス １１０９ サーバウィジェット １１１１ クライアントウィジェット １２０１ サーバウィジェットクラス １２０２ サーバセットアップリソース １２０３ ＸｔＮｓｅｒｖｅｒＨｏｓｔＮａｍｅ １２０５ ＸｔＮｓｅｒｖｅｒＥｎｖｉｒｏｎｍｅｎｔ
Ｎａｍｅ １２０６ サーバコールバック １２０７ ＸｔＮｓｅｒｖｅｒＮｅｗＣｌｉｅｎｔ １２０９ ＸｔＮｓｅｒｖｅｒＤｅａｄＣｌｉｅｎｔ １２１１ ＸｔＮｓｅｒｖｅｒＲｅｃｖＭｅｓａｓｇｅ １２１２ サーバビジブルデータストラクチャ １２１３ ＸｔＮｓｅｒｖｅｒＰｏｉｎｔｅｒ １２１４ 入力メッセージ １２１５ ＸｔＮｓｅｒｖｅｒＩｎＭｅｓｓａｇｅＴｙ
ｐｅ １２１７ ＸｔＮｓｅｒｖｅｒＩｎＭｅｓｓａｇｅＣｌ
ｉｅｎｔＩｄ １２１９ ＸｔＮｓｅｒｖｅｒＩｎＭｅｓｓａｇｅＬｅ
ｎｇｔｈ １２２１ ＸｔＮｓｅｒｖｅｒＩｎＭｅｓｓａｇｅＢｕ
ｆｆｅｒ １２２２ 出力メッセージ １２２３ ＸｔＮｓｅｒｖｅｒＯｕｔＭｅｓｓａｇｅＴ
ｙｐｅ １２２５ ＸｔＮｓｅｒｖｅｒＯｕｔＭｅｓｓａｇｅＣ
ｌｉｅｎｔＩｄ １２２７ ＸｔＮｓｅｒｖｅｒＯｕｔＭｅｓｓａｇｅＬ
ｅｎｇｔｈ １２２９ ＸｔＮｓｅｒｖｅｒＯｕｔＭｅｓｓａｇｅＢ
ｕｆｆｅｒ １３０１ プロセスウィジェットクラス １３０３ プロセスセットアップリソースフィールド １３０５ プロセスコールバックフィールド １３０７ プロセスビジブルデータストラクチャフィー
ルド １３０９ 入力メッセージフィールド １３１１ 出力メッセージフィールド １４０１ １４０２ カーソルサーバウィジェット １４０５ メッセージ １４０７、１４０９、１４１３ 矢印 １４１１ ＸｔＮｓｅｒｖｅｒＲｅｃｖＭｅｓｓａｇｅ １４１５ カーソル位置リソース １４１７ カーソル位置セットバリューモニタ １４１９ １４２０ カーソルクライアントウィジェット １４２１ カーソル位置リソース １４３１ カーソル位置セットバリューモニタ

Claims (6)

【特許請求の範囲】
1. 【請求項１】 オブジェクト指向プログラミングシステ
   ムにおいて用いられ、第二のオブジェクトクラスのサブ
   クラスである第一のオブジェクトクラスを規定する装置
   において、 前記第二のオブジェクトクラスがコンパイル時に規定さ
   れ、 当該装置が、前記第一のオブジェクトクラスを当該第一
   のオブジェクトクラスがコンパイル時に規定されたもの
   であると前記オブジェクト指向プログラミングシステム
   によってみなされるように規定する手段（５１５）を有
   することを特徴とするオブジェクトクラス規定装置。
2. 【請求項２】 Ｘウィンドウシステムにおいて用いられ
   るウィジェットにおいて、当該ウィジェットが、当該ウ
   ィジェットが生成された時点で規定されるリソースを有
   することを特徴とするウィジェット。
3. 【請求項３】 Ｘウィンドウシステムにおいて用いられ
   るウィジェットを生成する方法において、 前記ウィジェットが第二のクラスのサブクラスである第
   一のクラスに属しており、 当該方法が、前記ウィジェットが生成された時点で、 前記第二のクラスの定義を受信する段階；リソースの組
   の定義を受信する段階；前記第二のクラスの前記定義及
   び前記リソースの組の定義から前記第一のクラスを規定
   する段階；及び、前記第一のクラスの前記定義に従って
   前記ウィジェットを生成する段階；を実行する段階を有
   していることを特徴とするウィジェット生成方法。
4. 【請求項４】 Ｘウィンドウシステムにおいて用いられ
   るウィジェット（５２３）において、 当該ウィジェットが、そのリソース（７１８）中に、当
   該リソース中のある与えられたリソースに関連付けられ
   ていて当該与えられたリソースがアクセスされた時点で
   起動されるモニタ関数（７１９）を有することを特徴と
   するウィジェット。
5. 【請求項５】 Ｘウィンドウシステムにおいて用いられ
   るウィジェット（５２３）において、 当該ウィジェットが、そのリソース（７１８）中に、与
   えられたコールバック関数と関連付けられていてリソー
   スが修正された場合にテストを実行しかつその結果に従
   って前記与えられたコールバック関数を起動するコール
   バックテスタ関数を有することを特徴とするウィジェッ
   ト。
6. 【請求項６】 Ｘウィンドウシステムにおいて用いられ
   るウィジェット（５２３）において、 当該ウィジェットが、プロセス間通信を表現するリソー
   ス（１２１４、１２２２）及び当該リソースへの操作を
   当該プロセス間通信と関連付ける手段（１４１１）を有
   することを特徴とするウィジェット。