JPH10177467A

JPH10177467A - マルチタスク・データ処理システム及び方法

Info

Publication number: JPH10177467A
Application number: JP9276256A
Authority: JP
Inventors: Anthony Morgan Scott; スコット・アンソニー・モーガン; Aadonaa Suuearingen Craig; クレイグ・アードナー・スウェアリンゲン
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1996-11-20
Filing date: 1997-10-08
Publication date: 1998-06-30
Anticipated expiration: 2017-10-08
Also published as: SG55396A1; US5920325A; MY117864A; JP3368188B2; KR19980041828A; TW341688B

Abstract

(57)【要約】（修正有）【課題】アニメーションの動きが基本プロセスによる表
示のペイントによって調整されるようにする。【解決手段】アニメーション・スレッドのスレッド優先
順位を調節するための機構が使用される。アニメーショ
ンが始まろうとする時、アニメーション・スレッドの優
先順位は正常以下の優先順位にセットされて、アニメー
ション・プロセスが実施される。その後アニメーション
・スレッドは正常の優先順位にセットし直される。アニ
メーション・スレッドの優先順位が正常以下であるの
で、他の競合するプロセスは、そのアニメーション・プ
ロセス時にはより速く反応する。これは、他のプロセス
にそれらのクライアント・エリアをより速く更新（ペイ
ント）させ、他のプロセスのクライアント・エリアへの
各変化は、それがより高い優先順位を持つので、そのエ
リアに対する更新を生じさせる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、グラフィカル・ユ
ーザ・インターフェース（ＧＵＩ）において実物態様の
非標準的複合オブジェクトの表示を作成するためのデー
タ処理システムに関するものである。更に詳しく云え
ば、アニメーション・シーケンス時にイメージによって
隠される表示エリアをそのアニメーション・イメージが
最早覆い隠さなくなる時、そのエリアを速く且つ効率的
にリフレッシュすることを可能にするプロセスが利用さ
れる。

【０００２】

【従来の技術】オブジェクト指向プログラミングは、デ
ータ及びメソッドをオブジェクトと呼ばれるプログラミ
ング・エンティティにカプセル化する既知の技法であ
る。公用のインターフェースを通してある種のメソッド
及びデータを保護することによって、オブジェクト指向
プログラムは、各コンポーネントを必要な機能を提供す
る他のコンポーネントに変化させることを最少の再プロ
グラミングによって防止することができる。オブジェク
ト指向テクノロジに関する更なる背景情報に関しては、
次の参考文献、即ち、Grady Booch 著の「アプリケーシ
ョンによるオブジェクト指向設計 "Object Oriented De
sign with Applications"」（The Benjamin/Cummins Pu
blishing Company, 1990）及び B. Meyer 著の「オブジ
ェクト指向ソフトウエア構造 "Object Oriented Softwa
re Construction"」（Prentice Hall,1988）を参照して
欲しい。

【０００３】一般に、グラフィカル・ユーザ・インター
フェースでは、すべてのものが、サイズ境界線、矩形ク
ライアント、メニュー、タイトル・バー等のような項目
を含むウインドウによって存在する。これらの項目は、
ユーザのデスク上のある電話或いは書物のような実物態
様のオブジェクトにおいては見られない。現在のデータ
処理テクノロジは、これらの実物態様のオブジェクトを
コンピュータ・スクリーン上に表示する方向に動いてい
る。実物態様のオブジェクトを、ユーザが実生活におい
て経験するものと全く同じに、ＧＵＩデスクトップ上に
生じさせることは非常に望ましい。

【０００４】可用性の高い高周波マイクロプロセッサ及
びマルチプロセシング・オペレーティング・システムの
ようなコンピュータ・システムにおける進歩に伴い、ソ
フトウエア・アニメーションは益々一般的なものになり
つつある。ソフトウエア・アニメーションを実施する
時、古い（現存の）イメージを除去すること及び新しい
イメージをできるだけ速く表示することが重要である。
そうでないと、視覚的効果が弱められ、迫真的な生命感
のある動きが得られない。

【０００５】一般に、ソフトウエア・アニメーションは
単一のフォアグラウンド・プロセスの結果として生じ
る。この場合、アニメーション・ステップは、Ｗｉｎｄ
ｏｗｓ及びＯＳ／２オペレーティング・システムのよう
なマルチスレッド・オペレーティング・システムを使用
する時にはできるだけ同期的になる。例えば、アニメー
ションのエリアは、ウインドウ・クライアント・エリア
に対してフォアグラウンド・プロセス内にあるとも考え
られる。

【０００６】しかし、アニメーションのエリアがデスク
トップ上にある場合、複数のプロセスが存在する。例え
ば、デスクトップそのものと同様に、そのデスクトップ
上にオープンされた各ウインドウにおいて動作する１つ
のプログラムが存在してもよい。これらのプロセスの各
々は、そのプロセッサにおけるタイム・スライスに関し
て競合する。アニメーション・シーケンス時に、スクリ
ーンの幾つかの部分が間欠的に表示され、しかる後、ア
ニメーション・イメージによって隠されるであろう。ア
ニメーション・プロセスがワード処理プログラムを含む
ウインドウ上にある場合、アニメーション・スレッド
（プロセス）は、オーバラップするスクリーン領域に関
するそのワード処理プログラムからのスレッドと競合す
るであろう。通常のシステムでは、ワード処理スレッド
及びアニメーション・シーケンス・スレッドは、プロセ
ッサのタイム・スライスに関して競合する時には等しく
扱われるであろう。従って、アニメーション・シーケン
スのパフォーマンスは、それがワード処理スレッドと競
合することによって悪化する。これは、ウインドウがペ
イントを必要とする時、他のプロセスとの競合から生じ
るそのアニメーション・スレッドの整合性のない回復を
生じさせる。

【０００７】この特定の例は、ドロワを含む実物態様の
電話器のようなデスクトップ・オブジェクトである。い
ずれのオブジェクトも、デスクトップ上で走る任意の他
のウインドウ・アプリケーションのようなそのデスクト
ップの子である。ユーザが電話のドロワ・ハンドルを選
択する時、そのドロワは、デスクトップ上で見え隠れし
て動く。そこで、そのドロワの下にあるすべてのものが
ペイント操作（ドロワがオープンされた時にはドロワと
してペイントされ、ドロワがクローズされた時には基本
プロセスをペイントする）を必要とするであろう。アニ
メーション・プロセスが生じつつある時、そのアニメー
ションを不整合の調和しないものにするタイム・スライ
スをその基本プロセスが獲得してそれのペイントを行う
ことは（いつでも）可能である。これは、ユーザにとっ
て粗末な変わり易い非現実的外見をそのアニメーション
・シーケンスに与える。

【０００８】

【発明が解決しようとする課題】従って、ユーザが「実
物態様」タイプのイメージを操作しようとする時、非常
に魅力的な生命感のある現実的なアニメーション・シー
ケンスを与えるシステム及び方法の必要性が存在する。

【０００９】

【課題を解決するための手段】従来技術とは対照的に、
本発明は、ユーザが実物態様のオブジェクトを操作して
アニメーション・シーケンスを開始させる時、コンピュ
ータ・ディスプレイ上に現実的な動きが生じることを可
能にするシステム及び方法を提供する。

【００１０】概括的に云えば、本発明は、アニメーショ
ン・シーケンス及びバックグラウンド・プロセスを調和
したものにする（同期化させる）ためのシステム及び方
法を提供する。即ち、アニメーションの動きは基本ウイ
ンドウのペイントと調整されなければならない。例え
ば、アニメーションの動きが基本ウインドウを現れさせ
る時、そのアニメーションの動きが生じつつある速度
は、その基本ウインドウがペイントされている速度に実
質的に等しくなければならない。アニメーション・スレ
ッドのスレッド優先順位を調節するための機構が使用さ
れる。

【００１１】アニメーションが始まろうとする時、アニ
メーション・スレッドの優先順位は正常以下（ＢＥＬＯ
Ｗ＿ＮＯＲＭＡＬ）の優先順位にセットされる。そこ
で、アニメーション・プロセスが実施される。その後、
アニメーション・スレッドは正常（ＮＯＲＭＡＬ）の優
先順位にセットし直される。アニメーション・スレッド
の優先順位が正常以下であるので、他の競合するプロセ
スは、（それらの更に高い優先順位のために）そのアニ
メーション・プロセス時にはより速く反応するであろ
う。これは、他のプロセスにそれらのクライアント・エ
リアをより速く更新（ペイント）させるであろう。他の
プロセスのクライアント・エリアへの各変化は、他のプ
ロセスがアニメーション・シーケンスに関してより高い
優先順位を持つと思われるので、そのエリアに対する更
新を生じさせるであろう。従って、前の例では、ワード
処理スレッドはアニメーション・スレッドよりも高い優
先順位を持つであろうし、それの表示エリアをもっと頻
繁にリフレッシュして、それに続くアニメーションの動
きに関するより魅力的な外見を与えるであろう。

【００１２】従って、前述の要約によれば、本発明の目
的、特徴、及び利点は、添付の図面と関連して行われる
以下の説明及び特許請求の範囲の記載から当業者には明
らかとなるであろう。

【００１３】

【発明の実施の形態】本発明の電話オブジェクトは、新
しい実物態様のユーザ・インターフェース・スタイルの
ためのユーザ・インターフェースのデザインである。そ
れはＣ++を使用して形成され、再使用可能なフレームワ
ークを実現する。ショートカット機能は、電話器のショ
ートカット・アイコンのプロパティ・ページがショート
カット・キーを割り当てることを可能にする。これは、
ユーザが任意の時間に電話器をアクセスすることを可能
にするであろう。例えば、ショートカット・キーは、そ
れが他のウインドウによってカバーされる時、その電話
器を最上面にもたらすであろう。又、電話器は、ユーザ
がショートカット・キーを押す時、それが鳴っているか
どうかを自動的に返答するであろう。

【００１４】更に、本発明の電話オブジェクトの一実施
例は、そのオブジェクトが移動及びサイジング時に十分
に表示されることを可能にするであろう。サイジング時
にオブジェクトのこの動的表示が、マイクロソフト社か
ら得られる「Ｐｌｕｓ」のようなソフトウエア・プログ
ラムを使用することによって実施可能である。又、サイ
ズ変更時に従来のアウトライン・ボックスを表示するこ
とも可能である。

【００１５】ダイヤリング時に、ユーザは、２秒間のポ
ーズに対してコンマ（，）を入れること、又は、他のダ
イヤル・トーンを待つためにセミコロン（；）を入れる
ことによってポーズを挿入することができる。

【００１６】電話番号は、覚え易い名前又は頭字語から
作られることが多いが、実際の電話でダイヤルするには
難しい（例えば、１ー８００ーＣＡＬＬＩＢＭ）。本発
明の電話オブジェクトの場合、ユーザはキーボード上で
文字をタイプすることができる。本発明は、それらの文
字を所望の電話番号に変換し、その番号を自動的にダイ
ヤルする。

【００１７】本発明の電話オブジェクトは、ユーザによ
ってキー・インされた番号とスピード・ダイヤル番号と
を結合することもできる。例えば、外線を得るために９
がダイヤルされなければならない場合、ユーザは数値９
を入れることができ、しかる後、スピード・ダイヤル・
ボタンを選択することができる。

【００１８】本発明は、特定のオペレーティング・シス
テムが必要とする場合にはユーザが「オブジェクト」を
クローズするように実施される。しかし、本発明は、ユ
ーザによるオブジェクトのクローズが必要ない場合にオ
ペレーティング・システムをサポートする。好適な実施
例では、本発明の電話オブジェクトは、Ｗｉｎｄｏｗｓ
９５（マイクロソフト社から入手可能である）のような
現在のオペレーティング・システムの大多数によって必
要とされるオブジェクトのクローズをサポートする。こ
のクローズ及び他の機能がポップアップ・メニューを通
して実施される。そこで、電話オブジェクトが選択され
る（例えば、ポップアップ・メニューを見るためにその
オブジェクト上で第１マウス・ボタンをクリックし、し
かる後、ユーザによって選択されるべきオプション上で
第２ボタンをクリックすることによって）。

【００１９】本発明の電話オブジェクトは、デスク、
壁、自動車、或いはポケットに置かれた物理的な電話器
とほとんど同じ方法で働くように設計された。しかし、
物理的な電話器とは違って、それはコンピュータを通し
て作用する。本発明は、番号を短時間で見つけ、そして
入れる（ダイヤルする）時にコンピュータが名前及び番
号を覚えるというような非常に良好な機能を利用する。
本発明は、ユーザが物理的な送受話器を取り上げること
なくコールに応え及びコールを行うことを可能にする。

【００２０】本発明と他の電話アプリケーションとの相
違点のうちの或ものは、ユーザが、現在、電話オブジェ
クトとどのように対話しているかに関係なく、本発明の
電話オブジェクトがいつも実際の電話器のイメージを表
示することである。更に、本発明のオブジェクトはそれ
の回りのウインドウ境界を必要としない。それはデスク
トップの右にある。それは任意のサイズで認識可能であ
り、それの機能を妨げることなく望み通りに大きく又は
小さく作られる。そのオブジェクトがアイコンとして表
示される時でも、それはコールに応えるために又はキー
ボードを使用して手動で番号をダイヤルするために使用
可能である。

【００２１】ユーザは、マウスを電話オブジェクトのキ
ーパッド上でクリックすることによって、或いは、コン
ピュータの数字キーを使用することによって、手動で番
号をダイヤルすることができる。（１−８００−ＣＡＬ
ＬＩＢＭのような電話番号に代わる文字をタイプするこ
ともできる）。コールされた人が応える時、通話が始ま
る。本発明の電話オブジェクトは、手放しの会話が可能
となるようにユーザのコンピュータ・システムに備えら
れたマイクロフォン及びスピーカを使用する。ユーザ
は、電話の会話を終了した時、オブジェクトの送受話器
部分上でクリックして電話を切る。

【００２２】着信コールを受けるためには、ユーザは、
オブジェクトの送受話器部分を再び選択すること及び会
話を始めることによって応える。

【００２３】本発明はスピード・ダイヤル機能も含む。
そのスピード・ダイヤルは、電話の会話が行われている
期間に、或いはコールが終了した後にセット可能であ
る。スピード・ダイヤルは、頻繁にコールされる番号へ
のアクセス、或いは緊急番号へのアクセスを可能にする
ようにセット可能である。スピード・ダイヤル機能をセ
ットするためには、その電話オブジェクトの底部端に設
けられたドロワのハンドル部分においてクリックする。
ドロワは摺動して開き、スピード・ダイヤルがセット可
能な領域を表示するであろう。即ち、スピード・ダイヤ
ル・アクセスが望ましい人又はエンティティの名前をタ
イプし、番号フィールドを所望の電話番号で満たし、そ
して名前追加（ＡｄｄＮａｍｅ）ボタンを押す。その
名前及び番号はリストにおけるエントリ・フィールド上
に現れるであろう。次に、スピード・ダイヤル・セット
（ＳｅｔＳｐｅｅｄＤｉａｌ）キーを押す。それに
応答して、スピード・ダイヤル・ボタンは点滅するであ
ろう。このスピード・ダイヤル番号を割り当てたいボタ
ンを選択する。ユーザによって入れられた名前及び番号
は、それが関連したスピード・ダイヤル・ボタンの横に
現れるであろう。スピード・ダイヤル番号がセットされ
る時、ユーザは、ドロワをそれの元の位置に戻すために
ドロワのハンドルを選択する。

【００２４】本発明の電話オブジェクトは、それが最初
に現れたように番号パッド及びスピード・ダイヤル・ボ
タンの両方を、或いは、もっと簡単な状態では、基本機
能の概要を表示可能である。これらの表示を変更するた
めに、電話オブジェクト上のスピード・ダイヤル・ボタ
ンのすぐ上に設けられたトグル・スイッチが選択され
る。電話オブジェクトを拡張又は縮小するために、ユー
ザはその電話オブジェクトの任意のエッジ上でマウス・
ポインタを動かすことができる。そのポインタは斜めに
配向したサイジング・ポインタに変わるであろう。この
新しいポインタが示している間、左のマウス・ボタンを
押下し、電話オブジェクトのエッジをドラッグしてそれ
のサイズを変更する。どのようにそれが行われようと
も、電話オブジェクトは依然として使用可能である。

【００２５】好適な実施例では、本発明は、オブジェク
ト指向プログラミング技法を使用してＣ++プログラミン
グ言語で実施される。Ｃ++はコンパイル済み言語であ
る。それらのプログラムは、人間が理解できるスクリプ
トで書かれ、そして、このスクリプトは、機械読取り可
能な数字コードを生成するためにコンパイラと呼ばれる
他のプログラムに供給される。その数字コードはコンピ
ュータ内にロード可能であり、しかも、そのコンピュー
タによって直接に実行可能である。Ｃ++言語は、プログ
ラムの再使用時に、それらの破壊或いは不適当な使用を
防ぐためにかなりの制御が行われるけれども、ソフトウ
エア開発者が他人によって書かれたプログラムを容易に
使用することを可能にするという特徴を持っている。Ｃ
++言語はよく知られており、その言語を詳細に説明した
多くの記事及びテキストが入手可能である。

【００２６】当業者には知られているように、オブジェ
クト指向プログラミング技法は「オブジェクト」の定
義、作成、使用、及び命令を伴う。これらのオブジェク
トは、データ・エレメント及びルーチン、或いはそれら
のデータ・エレメントを操作するメソッドを含むソフト
ウエア・エンティティである。データ及び関連のメソッ
ドは、そのソフトウエアによって１つのエンティティと
して扱われ、そのようなものとして作成され、使用さ
れ、及び削除され得る。データ及び機能は、オブジェク
トがそれらの実物態様の等価なエンティティを、そのデ
ータエレメントによって表されるそれの属性及びそれの
メソッドによって表されるそれの行為によって、モデル
化することを可能にする。

【００２７】オブジェクトは、「クラス」を作成するこ
とによって定義される。その「クラス」はオブジェクト
自体ではないが、実際のオブジェクトを構成する方法を
コンパイラに指示するテンプレートとして作用する。例
えば、クラスは、データを操作する機能に関与するデー
タ変数及びステップの数及びタイプを指定することがで
きる。オブジェクトは、対応するクラス定義とオブジェ
クト作成時に与えられるアーギュメントのような付加情
報とを使用してそのオブジェクトを構成するコンストラ
クタと呼ばれる特別の機能によってプログラム内で実際
に作成される。オブジェクトはデストラクタと呼ばれる
特別の機能によって破壊される。

【００２８】オブジェクト指向プログラミング技法の３
つの基本的な特性、即ち、カプセル化、多相性、及び継
承から多くの利益が生じる。オブジェクトは、内部デー
タ構造及び内部機能のすべて又は一部分を隠蔽又はカプ
セル化するように設計可能である。更に詳しく云えば、
プログラム設計時に、プログラム開発者は、データ変数
のすべて又はどれか及び関連メソッドのすべて又はどれ
かが「プライベート」（即ち、そのオブジェクト自身の
みによる使用のためのもの）と考えられるオブジェクト
を定義することができる。他のデータ又は方法は「パブ
リック」（即ち、他のソフトウエア・プログラムによる
使用のために利用可能）であると宣言可能である。他の
プログラムによるプライベート変数及びメソッドへのア
クセスは、そのオブジェクトのプライベート・データを
アクセスするパブリック・メソッドを定義することによ
って制御可能である。パブリック・メソッドはプライベ
ート・データと外部プログラムとの間のインターフェー
スを形成する。プライベート変数を直接にアクセスする
プログラム・コードを書こうとする試みは、プログラム
・コンパイル時にコンパイラにエラーを発生させる。こ
のエラーはコンパイル・プロセスを停止させ、プログラ
ムが走らないようにする。

【００２９】多相性は、同じ全体的フォーマットを持つ
が異なるデータを操作するオブジェクト及び機能が、整
合した結果を生じさせるように異なって機能することを
可能にする。例えば、加算メソッドは変数Ａ＋変数Ｂ、
即ち、（Ａ＋Ｂ）として定義可能である。Ａ及びＢが数
字であっても、文字であっても、或いはドル及びセント
であっても、同じフォーマットが使用可能である。しか
し、その加算を遂行する実際のプログラム・コードは、
Ａ及びＢを含む変数のタイプ次第で非常に相違すること
がある。従って、３つの別個のメソッドの定義、即ち、
変数の各タイプ（数字、文字、及びドル）に対して１つ
の定義が書かれる。それらにメソッドが定義された後、
プログラムはそれの共通フォーマット（Ａ＋Ｂ）によっ
てその加算メソッドをその後参照することができ、しか
も、コンパイル時に、Ｃ++コンパイラは、変数のタイプ
を調べることによって、３つのメソッドのうちのどれが
使用されるべきかを決定するであろう。そこで、コンパ
イラは適当な機能コードを代用させるであろう。

【００３０】オブジェクト指向プログラミングの第３の
特徴は、既存のプログラムを再使用することを可能にす
る継承である。継承は、ソフトウエア開発者がクラス
と、関連するそれらからクラス・ハイアラーキを通して
後で作成されるオブジェクトとを定義することを可能に
する。詳しく云えば、クラスは、他のベース・クラスの
サブクラスとして指定可能である。サブクラスは継承
し、そしてこれらの機能がそのサブクラスに現れたかの
ように、それのベース・クラスのすべてのパブリック機
能へのアクセスを有する。別の方法として、サブクラス
は、それが継承した機能の或もの又はすべてをオーバラ
イドすることができ、或いは、それが継承した機能の或
もの又はすべてを、同じ形式でもって新しい機能を定義
することによって修正することができる。

【００３１】他のクラスの機能性を借りて新しいサブク
ラスを作成することは、ソフトウエア開発者が特定の要
求に適合するように既存のコードを容易にカストマイズ
することを可能にする。

【００３２】オブジェクト指向プログラミングは他のプ
ログラミング・コンセプトにおけるかなりの改良を提供
するけれども、依然として、プログラム開発は、特に、
修正するための既存のソフトウエア・プログラムが得ら
れない場合、時間及び労力をかなり費やす必要がある。
従って、一組のオブジェクトと、特定の環境において共
通的に遭遇するタスクを遂行することにすべて関連する
付加的な雑多のルーチンとを作成するために、一組の事
前定義された相互関連したクラスが与えられることが時
々ある。そのような事前定義されたクラス及びライブラ
リは、一般に、「フレームワーク」と呼ばれ、特に、ワ
ーキング・アプリケーション・プログラムを作成するた
めの基準として事前作成された構造を提供する。

【００３３】例えば、ユーザ・インターフェースのため
のフレームワークは、ウインドウ、スクロールバー、メ
ニュー等を作成する一組の事前定義されたグラフィカル
・インターフェース・オブジェクトを提供することがで
き、これらのグラフィカル・インターフェース・オブジ
ェクトに対するサポート及び「デフォルト」動作を提供
することができる。多くのフレームワークはオブジェク
ト指向技法に基づいているので、事前定義されたクラス
はベース・クラスとして使用可能であり、組込デフォル
ト動作は開発者定義のサブクラスによって継承可能であ
り、開発者がフレームワークを拡張すること及びカスト
マイズされた解決法を特定の領域の専門知識で作成する
ことを可能にするように修正又はオーバライド可能であ
る。このオブジェクト指向方法は、プログラマがオリジ
ナル・プログラムを変更しないで、むしろそのオリジナ
ル・プログラムの機能を拡張するので、伝統的なプログ
ラミングに対する大きな利点を与える。更に、フレーム
ワークは体系的なガイダンス及びモデル化を行い、同時
に、問題領域に特有の特定なアクションを開発者が自由
に供給できるようにする。

【００３４】従って、上記のように、オブジェクト指向
プログラミング技法を使用して、本発明を実施する方法
を、当業者は理解するであろう。

【００３５】図１を参照すると、本発明と関連して使用
可能な代表的なデータ処理システムが示される。ＩＢＭ
から入手可能なＰｏｗｅｒＰＣマイクロプロセッサ（Ｐ
ｏｗｅｒＰＣは、ＩＢＭ社の商標である）のような中央
処理装置（ＣＰＵ）１０がシステム・バス１２によって
他の種々のコンポーネントに相互接続される。オペレー
ティング・システム４１はＣＰＵ１０上で走り、制御を
与え、しかも、図１に示された種々のコンポーネントの
機能を調整するために使用される。オペレーティング・
システム４１は、ＤＯＳのような商業的に入手可能なオ
ペレーティング・システム、或いはＩＢＭ社から入手可
能なＯＳ／２オペレーティング・システム（ＯＳ／２は
ＩＢＭ社の商標である）の１つであってもよい。プログ
ラム・アプリケーション４０はオペレーティング・シス
テム４１と関連して走り、そのアプリケーション４０に
よって遂行されるべき種々の機能を実施する出力コール
をオペレーティング・システム４１に供給する。

【００３６】読取専用メモリ（ＲＯＭ）１６がシステム
・バス１２を介してＣＰＵ１０に接続される。それは、
基本的なコンピュータ機能を制御する基本入出力システ
ム（ＢＩＯＳ）を含む。ランダム・アクセス・メモリ
（ＲＡＭ）１４、Ｉ／Ｏアダプタ１８、及び通信アダプ
タ３４もシステム・バス１２に相互接続される。オペレ
ーティング・システム４１を含むソフトウエア・コンポ
ーネントが存在すること、及びアプリケーション・プロ
グラム４０がそのコンピュータ・システムのメイン・メ
モリであるＲＡＭ１４にロードされることに注意して欲
しい。Ｉ／Ｏアダプタ１８は、ディスク記憶装置２０、
即ち、ハード・ディスク・ドライブとコミュニケートす
る小型コンピュータ・システム・インターフェース（Ｓ
ＣＳＩ）アダプタであってもよい。通信アダプタ３４は
システム・バス１２を外部ネットワークと相互接続し、
そのデータ処理システムが、ローカル・エリア・ネット
ワーク（ＬＡＮ）、ワイド・エリア・ネットワーク（Ｗ
ＡＮ）等を介して他のそのようなシステムとコミュニケ
ートすることを可能にする。

【００３７】更に、入出力装置が、ユーザ・インターフ
ェース・アダプタ２２及びディスプレイ・アダプタ３６
を介してシステム・バス１２に接続される。キーボード
２４、トラックボール３２、マウス２６、及びスピーカ
２８は、すべて、ユーザ・インターフェース・アダプタ
２２を介してシステム・バス２２に相互接続される。デ
ィスプレイ・アダプタ３６は、ディスプレイ・スクリー
ン３８上の各ピクセルの表示を保持する記憶装置である
フレーム・バッファ３９を含む。イメージは、ディジタ
ル・アナログ・コンバータ（図示されていない）等のよ
うな種々のコンポーネントを通してモニタ３８上に表示
するために、フレーム・バッファ３９に記憶可能であ
る。前述のＩ／Ｏ装置を使用することによって、ユーザ
は、キーボード２４、トラックボール３２、又はマウス
２６を介してそのシステムに情報を入力することがで
き、又、スピーカ２８及びディスプレイ３８を介してそ
のシステムからの情報を出力することができる。

【００３８】図２を参照すると、参照番号１１１によっ
てウインドウが全体的に指定される。ウインドウ１１１
は、そのウインドウの外側境界を形成するフレーム１１
３を有する境界線を含む。フレーム１１３には、タイト
ル・バー１１５及びアクション・バー１１７が含まれ
る。ウインドウ１１１の残りはクライアント領域１１９
よりなり、その領域１１９は、「プロジェクトＸ（Ｐｒ
ｏｊｅｃｔＸ）」と呼ばれるフォルダ・アイコン１２
１及びプリンタ（Ｐｒｉｎｔｅｒ）アイコン１２３を含
む複数のアイコンを分布されている。

【００３９】タイトル・バー１１５は、そのウインドウ
を識別するウインドウ・タイトル１２５、システム・メ
ニュー・アイコン１２７、及びウインドウ・サイジング
・アイコン１２９を含む。システム・メニュー・アイコ
ン１２７は、ユーザがそのウインドウにおいて遂行し得
るアクションを含むプル・ダウン・メニューをそのユー
ザが表示することを可能にする。そのようなアクション
はウインドウそのものに関連するものであって、そのウ
インドウにおいて表示されるオブジェクトに関連するも
のではない。例えば、アクションは、ユーザがスクリー
ン上にそのウインドウを再位置決めすることを可能にす
る移動（ＭＯＶＥ）、ウインドウのサイズを減少させる
最小化（ＭＩＮＩＭＩＺＥ）、及びウインドウをスクリ
ーンのサイズに拡大する最大化（ＭＡＸＩＭＩＺＥ）を
含む。ウインドウ・サイジング・アイコン１２９は、メ
ニューを必要とすることなく、最小化及び最大化のアク
ションを遂行するために、マウス或いはポインティング
装置１３３を使用するための高速の方法を提供する。

【００４０】アクション・バー１１７は、そのウインド
ウにおいて示されたアプリケーションのアクションのリ
ストを含む。そのアクション・バーにおけるそのリスト
内の各アクションは、アクション・バー１１７において
リストされた各一般的なアクションに含まれる個々のア
クションをリストするために、関連のプルダウン・メニ
ューを有する。例えば、「ファイル」プルダウンは、フ
ァイルを一体的に操作するアクションを通して、ユーザ
がファイルを加工することを可能にする。「ファイル」
アクションに含まれる個々のアクションは、ユーザが新
しいファイルを作成することを可能にする新規化（ＮＥ
Ｗ）、及び既存のファイルを記憶装置に書き込む保管
（ＳＡＶＥ）を含む。

【００４１】図３に進むと、ウインドウ１１１に加え
て、オブジェクト・ウインドウ１３１が存在する。オブ
ジェクト・ウインドウ１３１は、アイコン１２１によっ
て表された「プロジェクトＸ」フォルダの内容を含んで
いる。ウインドウ１３１は、アイコン１２１をオープン
するようにポインタ１３３を操作することによってオー
プンされた。

【００４２】ウインドウ１３１は、それがフレーム１３
５、タイトル・バー１３７、アクション・バー１３９、
及びクライアント領域１４１を含むという点でウインド
ウ１１１と同じである。そのクライアント領域１４１
は、複数のドキュメント（Ｄｏｃｕｍｅｎｔ）アイコン
と「チャート１（Ｃｈａｒｔ１）」アイコン１４３を
含む複数のチャート（Ｃｈａｒｔ）アイコンとを分布さ
れている。ウインドウ１３１のタイトル・バー１３７
は、「プロジェクトＸ（ＰｒｏｊｅｃｔＸ）」アイコ
ン１２１のコピーであるタイトル・バー・ミニアイコン
１４５を含む。ウインドウのタイトル・バー・ミニアイ
コン１４５はウインドウ１３１のクライアント領域１４
１内ではなくタイトル・バー１３７に配置されるが、ユ
ーザによって直接に操作可能である。

【００４３】図４を参照すると、ユーザがプロジェクト
Ｘと関連したドキュメントと対話し得るようにオブジェ
クト・ウインドウ１３１をオープンされたワークプレー
ス・ウインドウ１１１が再び示される。「実物態様」の
ウインドウの形をした更なるウインドウ２００もオープ
ンされる。この例では、実物態様のオブジェクト２００
は電話器を表現したものである。その電話オブジェクト
２００は、そのオブジェクトを囲む不規則な形状のフレ
ーム２１０によって囲まれていることがわかる。図４が
単に１つの例として電話オブジェクトを示していること
は、当業者には明らかであろう。従って、本発明は電話
オブジェクトに限定されるものではなく、本発明のシス
テム及び方法を使用して作成可能なすべての実物態様の
タイプのオブジェクトを意図するものである。

【００４４】電話オブジェクト２００は、送受話器２０
２、スピード・ダイヤル機能２０６、及びトグル・スイ
ッチ２０８を含むことがわかる。更に、その電話オブジ
ェクトのウインドウ２００は不規則な形状をしており、
データ処理システムのディスプレイ上に表現するのは極
めて難しいことがわかっている曲線状且つ丸みを帯びた
エッジを含むことがわかる。例えば、領域２０４はその
電話オブジェクト２００の一部分ではなく、電話オブジ
ェクト２００の送受話器と本体との間の距離によって実
質的に包囲されていることがわかる。

【００４５】更に、電話オブジェクト２００は単に電話
器のビットマップ表示というのではなく、ワークプレー
ス・ウインドウ１１１及びオブジェクト・ウインドウ１
３１と同様に機能的ウインドウであることに注意すべき
である。例えば、その電話器は、送受話器２０２上でク
リックすることによって、着信コールの受信時に応答可
能である。更に、電話番号は、スピード・ダイヤル機能
と関連した名前の１つを選択することによってダイヤル
可能である。エントリ部分２１２は、スピード・ダイヤ
リングに関してセットされてない発信コールを行う時、
ダイヤルされるべき番号をユーザが入れることを可能に
する。音量制御２１４は、オブジェクト２００を使用し
て電話コールに参加した他のパーティが聴取可能な音量
をユーザが制御することを可能にするスライド・スイッ
チとして設けられる。オブジェクト２００が実物態様の
ワーキング電話器である時、使用されるべき利用可能な
制御装置のタイプの例として、前述の機能が与えられ
る。勿論、そのオブジェクトがファクシミリ機械、コン
パクト・ディスク・プレーヤ等のような他の実物態様の
項目をエミュレートする時、他の機能が存在するであろ
う。

【００４６】従って、オブジェクト２００の機能的エレ
メントを考察する時、この電話器はウインドウ１１１及
び１３１と同様にオペレーショナル・ウインドウを表す
ことがわかる。しかし、その実物態様のオブジェクト２
００は、アクション・バー１１７、タイトル・バー１３
７、ウインドウ・サイジング・アイコン１２９等のよう
な制御項目を含まない。即ち、タイトル・バー、アクシ
ョン・バー、及びプルダウン・メニューのような各項目
によって通常のウインドウにおいて与えられる機能性
は、この場合、電話の実物態様の機能制御によって与え
られる。例えば、コールを発するために、ユーザは、本
発明を使用する場合、送受話器２０２上でクリックす
る。正規の実物態様のコールでは、ユーザは話し始める
ために送受話器を物理的に拾い上げるであろう。従っ
て、本発明のユーザが実施するアクションと物理的な電
話において電話コールを発する人が行う実物態様のアク
ションとの間には、直接相関が存在する。勿論、電話オ
ブジェクト２００によって与えられるアクションは、ア
クション・バー、プルダウン・メニューの使用、及び種
々の操作上のアクションの選択を通して、非実物態様の
オブジェクトにおいて実施可能であるが、この通常の技
法は、所望の結果が得られる（電話コールを発する）前
に、更なるユーザ・アクション及び時間を必要とするで
あろう。

【００４７】図５乃至図７に進むと、種々の動作ステー
ジにおける３つの別個の電話オブジェクト２００が示さ
れる。図５には、図４に関連して実質的に前述した電話
オブジェクト２００が示される。従って、図５をここで
再び説明する必要はないであろう。

【００４８】図６は電話オブジェクト２００の拡張バー
ジョンであり、参照番号２０１によって示される。図５
の電話オブジェクト２００によって示された種々のコン
ポーネントに加えて、オブジェクト２０１は、コールさ
れるべき電話番号をユーザが入れることを可能にする数
字エントリ・パッド２１８を含む。更に、エントリ・パ
ッド２１８は、実物態様の電話と関連した他の機能を遂
行するための再ダイヤル・ボタン、フラッシュ・ボタ
ン、及びミュート・ボタンを含む。二次元オブジェクト
及び三次元オブジェクトの間の変更のような電話オブジ
ェクト２０１の種々の表現を示すために使用されるトグ
ル・スイッチ２０８が再び示される。送受話器２０２ａ
は、それがユーザに面するように傾けられているのでア
クティブ状態で示され、受け台２０３上に載っているも
のとして示されてない。更なる機能が電話オブジェクト
２０１のユーザに与えられるのを可能にする引出し式ド
ロワ・ハンドル２１６が示される。引出し式ドロワ・ハ
ンドル２１６と関連した矢印を選択することによって、
ドロワ２２８がオープンされる。この場合、ドロワ２２
８に含まれる機能は、スピード・ダイヤル番号及びボタ
ン２０６をセットすることに関連する。

【００４９】名前フィールド２２０は、スピード・ダイ
ヤル・ボタン２０６の１つに加えられるべき人の名前を
ユーザが入れることを可能にする。番号フィールド２２
２は、フィールド２２０に予め入れられた人の名前と関
連づけられるべき電話番号をユーザが入れることを可能
にする。次に、名前及び電話番号は、その名前及び電話
番号を相互に関連付けるリスト・ボックス２２６に含ま
れる。機能キー２２４は、ユーザがその入れられた名前
及び電話番号をスピード・ダイヤル・ボタン２０６の１
つと関連付けることを可能にする。更に、機能ボタン２
２４は、スピード・ダイヤル機能に加えられた人をダイ
ヤルするというような種々の操作をユーザが選択するこ
と、又はスピード・ダイヤル機能から人の名前及び電話
番号をユーザが削除すること等可能にする。スピード・
ダイヤル・アクティビティの終了時に、ユーザはドロワ
・ハンドル２１６を選択する。そこで、そのドロワは、
図７の電話オブジェクト２０１が前述のように図６に示
された外見まで戻るようにクローズされる。

【００５０】図８を参照すると、アプリケーション４０
がオペレーティング・システム４１の上で走る場合の体
系的ブロック図が示される。アプリケーション４０は、
ＷｏｒｄＰｅｒｆｅｃｔ、Ｗｏｒｄ、ＷｏｒｄＰｒｏ等
のようなワード処理アプリケーションの１つを含むこと
ができる。アプリケーション４０は、アプリケーション
・プログラミング・インターフェース（ＡＰＩ）を介し
てオペレーティング・システム４１と対話する。オペレ
ーティング・システム４１は、マイクロソフト社から入
手可能なＷｉｎｄｏｗｓオペレーティング・システム及
びＩＢＭ社から入手可能なＯＳ／２オペレーティング・
システムの１つを含むことができる。アプリケーション
４０は、オペレーティング・システム４１に含まれた種
々の機能的ルーチンをコールする。これらのルーチン
は、そのオペレーティング・システムに含まれたモジュ
ール５０として示される。

【００５１】Ｗｉｎｄｏｗｓオペレーティング・システ
ムの場合、モジュール５０は、アプリケーション４０か
らのコールを解釈し、しかも、それに応答して所望の機
能を遂行するダイナミック・リンク・ライブラリ（ＤＬ
Ｌ）として特徴付け可能である。例えば、アプリケーシ
ョン４０はドロー・トライアングル（ｄｒａｗｔｒｉ
ａｎｇｌｅ）コマンドを発生することが可能である。そ
こで、オペレーティング・システム４１はこのコマンド
を、ドロー・トライアングル機能を遂行する適当なモジ
ュール５０に送る。その適当なモジュール５０は、ドロ
ー・トライアングル・コマンドを実行するためのハード
ウエア命令をデータ処理システム１に出力する。オペレ
ーティング・システム４１及びデータ処理システム１は
ハードウエア・インターフェースを通して対話する。コ
ンパイラは、それらのハードウエア命令をデータ処理シ
ステム１、詳しくは、中央処理装置１０に出力する。そ
こで、それらの命令は、ＣＰＵにおける種々の処理又は
実行ユニット（図示されていない）においてデコード及
び実行される。

【００５２】図１に示されるように、データ処理システ
ム１は、ディスプレイ・アダプタ３６に設けられたフレ
ーム・バッファ３９を含む。フレーム・バッファ３９
は、ディスプレイ・スクリーン３８の各画素（ピクセ
ル）に関する情報を保持する記憶装置である。各個々の
ピクセルに対応したフレーク・バッファ３９における情
報は、そのピクセルを特定のカラー又は影でもってペイ
ントさせるであろう。そこで、フレーム・バッファ３９
に記憶された情報は、そのデータ処理システムのユーザ
に表示するために、モニタ３８に供給される。

【００５３】更に詳しく云えば、フレーム・バッファ３
９はディスプレイ３８上に表示されるべきウインドウ５
１に関する情報を記憶することができる。通常のウイン
ドウ５１は、タイトル・バー５２、境界線５３、矢印の
ようなサイジング・エレメント５６等のようなエレメン
トを含むであろう。次に、アプリケーション４０によっ
てリクエストされた三角形の形状を形成するようにピク
セル５５を光らせることによってウインドウ５１の内部
に表示されたトライアングル５４が示される。本発明
は、境界線５３、タイトル・バー５２、及びウインドウ
５１のフレーム５７を含まない実物態様のオブジェクト
の形でウインドウを与える。

【００５４】代表的なグラフィカル・ユーザ・インター
フェース（ＧＵＩ）では、すべてのものがウインドウ形
式で与えられる。これらのＧＵＩでは、ウインドウは、
サイズ境界、矩形クライアント、メニュー、及びタイト
ル・バーを含む矩形項目より成る。矩形クライアント
は、一般に、図３に関連して前述したオブジェクト・ウ
インドウ１３１のようなウインドウである。前述の項目
は、ユーザのデスク上にある電話、書物、ファクシミリ
機械等のような実物態様のオブジェクトにおいては見ら
れない。理想的には、ＧＵＩデスクトップ上に現れる実
物態様のオブジェクトは、できるだけ実生活において見
られるものと同じでなければならない。

【００５５】ＧＵＩデスクトップ上に実物態様のオブジ
ェクトを創り出すために、ビットマップのような或フォ
ーマットで表されるべきそのオブジェクトのイメージの
作成が開始されるであろう。このイメージは、実物態様
のオブジェクトとほぼ同じ形状を表すであろう。

【００５６】実物態様のオブジェクトのビットマップ・
イメージを作成する第１ステップとして、そのビットマ
ップのバックグラウンド・ピクセル（実物態様のオブジ
ェクトの部分ではないピクセル）すべてが、実物態様の
オブジェクトにおいて見られる何れのカラーとも異なる
同じカラーにセットされる。次に、そのビットマップを
実行時にロードする時、実物態様のオブジェクトがビッ
トマップにおいて見られるエリアを含む領域を作成する
ために、そのビットマップが分析される。この領域は一
連の水平ラインの集合体であり、各ラインはビットマッ
プにおけるそのライン上の実物態様のオブジェクトにお
けるピクセルにマップしている。

【００５７】クライアント・サイズがビットマップと同
じ大きさである場合、アプリケーション・ウインドウ
（サイズ境界線、タイトル・バー、メニュー・バー等を
有するもの）がデスクトップ上で作成される。即ち、矩
形クライアントはビットマップを囲むに十分なサイズの
ものである。その場合、矩形クライアントの４つのサイ
ドの各々はビットマップ・イメージのピクセルと軽く接
触している。そこで、ビットマップ・イメージはクライ
アントにおいて描かれるであろう。

【００５８】アプリケーション・ウインドウのクリッピ
ング領域は、ビットマップの分析から作成された同じ領
域となるようにセットされる。この機能は、特定のオペ
レーティング・システムに含まれるようにしてもよい。
例えば、Ｗｉｎｄｏｗｓ９５又はＷｉｎｄｏｗｓＮＴオ
ペレーティング・システムはｓｅｔｗｉｎｄｏｗｒ
ｇｎＡＰＩを使用する。この機能を使用した結果、ビ
ットマップ・エリアを含むそのクライアント内のエリア
を除くすべてのものがクリップされ、従って、ウィンド
ウ・サイズ境界線、タイトル・バー、メニュー・バー等
を除去する。今や、実物態様のオブジェクトが存在し、
ＧＵＩデスクトップ上に表示される。

【００５９】図９を参照すると、ワークプレース・デス
クトップ・ウインドウ１１１及びオブジェクト・ウイン
ドウ１３１が示される。図６及び図７に関連して前述し
た実物態様のオブジェクト２０１がデスクトップ・ウイ
ンドウ１１１及びオブジェクト・ウインドウ１３１の両
方の上に、即ち、重畳して示される。実物態様のオブジ
ェクト２０１の機能的局面は図６及び図７に関連して前
述したので、簡単にするために、ここで再び説明するこ
とはしない。図７に示され、しかも前に説明した実物態
様のオブジェクト２０１が図１０に示される。再び、オ
ブジェクト２０１が、オブジェクト・ウインドウ１３１
及びデスクトップ・ウインドウ１１１の両方の上に重畳
されることがわかる。更に、ドロワ２２８は、本発明の
データ処理システムのユーザによってオープンされてい
る。即ち、図６及び図７を参照すると、ユーザは、図６
のドロワ・ハンドル２１６を選択し、図７に示されたよ
うにドロワ２２８を引いてオープンした。ドロワ２２８
がオープンされる速度は、選択装置、例えば、マウスと
関連したユーザの動きによって制御される。ドロワ２２
８がクローズされることをユーザが望む時、ドロワ・ハ
ンドル２１６の選択ポイントが再び選択され、ドロワ２
２８は押し込まれてクローズし、図９に示されるように
実物態様のオブジェクト２０１のイメージを得る。ドロ
ワ２２８をオープン及びクローズすることによって、デ
ィスプレイの部分２３０はドロワ２２８の状態に従って
交互に隠蔽又は露出されることがわかる。部分２３０を
囲む周辺ラインが参照暗号２３１によって示される。

【００６０】図９を参照すると、ドロワ２２８がクロー
ズされる時、ドキュメント３を表すアイコン及びチャー
ト３を表すアイコンの一部分が表示される。しかし、図
１０に示されるように、ドロワ２２８がオープンされる
時、ドキュメント３を表すアイコン及びチャート３を表
すアイコンの大部分は隠される。勿論、ドロワ２２８が
完全にクローズされる時点及びそれが完全にオープンさ
れる時点の間には種々の中間段階が存在するであろう。
即ち、ユーザがドロワ２２８をオープン又はクローズ
時、ドロワが部分的にクローズしてドキュメント３のア
イコンの一部分しか示されない時点が存在するであろ
う。完全にオープンした位置及び完全にクローズした位
置との間には仮想的には無限の数のステージが存在す
る。これらの場合、本発明はドロワによって隠された種
々のエリアを計算し、どのイメージが露出されるかを決
定するであろう。

【００６１】本発明は、ドロワ２２８が複数のイメージ
を隠蔽し、そして、ユーザによってクローズされる時、
これらの複数のイメージを露出する場合を意図している
ことに注意して欲しい。この場合、新たに露出したイメ
ージを生成するプロセスの各々は、ドロワ２２８の優先
順位値よりも高い関連値を有する処理優先順位値を割り
当てられるであろう。これは、基本イメージに対応した
プロセスが、ドロワ２２８に対応したプロセスよりも高
い優先順位を実行時に持つようにする。従って、ユーザ
がドロワをクローズする時、その処理システムは、その
基本イメージに対応したプロセスの実行を既に開始して
いるであろうし、これらのイメージは可視的になり、滑
らかな流動的な実物態様の外見になるであろう。勿論、
本発明は、ユーザによって選択された各ドロワ位置に対
して計算されたエリア２３１における新たに露出したイ
メージすべてに対するイメージの数及び対応するプロセ
スを決定するであろう。

【００６２】実物態様のオブジェクト２０１を表示する
プロセス及びオブジェクト・ウインドウ１３１を表示す
るプロセス及びスレッドは、図９のエリア２３０を表示
するためには、処理時間に関して競合するであろうこと
が図９及び図１０からわかる。更に、オブジェクト２０
１及びオブジェクト・ウインドウ１３１が同じ優先順位
を有する時、オブジェクト・ウインドウ１３１が待機ア
イドルである間、ドロワ２２８に関するスレッドが処理
装置へのアクセスを行うことが可能であることは当業者
には明らかであろう。従って、（例えば）ドロワ２２８
がクローズされる時、エリア２３０は、ドロワ２２８の
クローズと共にステップ状にペイントされ得るものでは
ない。これは、オブジェクト・ウインドウ１３１に対す
るスレッドが、オブジェクト２０１に対するスレッドと
処理装置のタイム・スライスを共用しようとするためで
あり、オブジェクト２０１に関するスレッド、特に、ユ
ーザによるドロワ２２８のクローズに遅れるか或いはそ
れと同調しないためである。

【００６３】この問題を解決するために、本発明は、基
本ウインドウ、例えば、オブジェクト・ウインドウ１３
１と関連したスレッドが実物態様のオブジェクト２０１
と関連したスレッドに関して高い優先順位を有するとい
う優先順位スキームを実施する。従って、ドロワ２２８
がユーザによってクローズされる時、ウインドウ１３１
と関連した基本プロセスは、それのより高い相対的優先
順位のために、オブジェクト２０１よりも更に速く表示
されるであろう。

【００６４】このプロセスは図１１に示される。そこで
は、ステップ１において、そのメソッドは開始され、更
に、ステップ２において、システムは、ソフトウエア・
アニメーション・シーケンスを実行するように初期設定
される。ステップ３は、アニメートされた（ａｎｉｍａ
ｔｅｄ）ウインドウの下に隠されていて、アニメーショ
ン・シーケンス時に露出されるエリアが存在するかどう
かを決定する。即ち、アニメーション・シーケンス（即
ち、ドロワ２２８のクローズ）によって部分２３０が露
出されるであろう。今露出されるエリアであって予め隠
蔽されたエリアがない場合、プロセスはステップ２にル
ープ・バックして継続する。しかし、前に隠蔽されてい
たが、今やアニメーション・シーケンスによって露出さ
れるエリアが存在する場合、プロセスはステップ４に継
続し、アニメートされたウインドウ（例えば、図１０の
オブジェクト２０１）の現在のスレッド優先順位を決定
する。ステップ５において、プロセスは、そのアニメー
トされたウインドウのスレッド優先順位を正規よりも低
くなるように、従って、アニメートされたプロセスが移
ろうとしているウインドウよりも低くなるように設定す
る。そこで、ステップ６において、アニメーションが遂
行される。このメソッドでは、アニメーション・ウイン
ドウよりも相対的に下のウインドウは、それらがそのア
ニメートされたウインドウよりも相対的に高いスレッド
優先順位であるために、アニメーション時に速く再ペイ
ントすることを可能にされる。ステップ６におけるアニ
メーションの実行の後に、そのアニメートされたウイン
ドウのスレッド優先順位は、図４において決定されたよ
うなアニメーション・シーケンスの実行直前のそれの状
態にリセットされる。ステップ７の次に、本発明のプロ
セスはステップ８に継続し、そして終了する。

【００６５】幾つかの好適な実施例を示し且つ説明した
けれども、本発明の技術的範囲から逸脱することなく多
くの変更及び修正を行い得ることは勿論である。

【００６６】まとめとして、本発明の構成に関して以下
の事項を開示する。

【００６７】（１）第１プロセスによって生成されたア
ニメートされたイメージを、第２プロセスによって生成
された少なくとも１つの他のイメージに重ね合わせて表
示するマルチタスク・データ処理システムにして、前記
アニメートされたイメージが前記他のイメージの予め隠
されたエリアを可視的にするかどうかを決定するための
手段と、前記第２プロセスに割り当てられた第２優先順
位値よりも相対的に低い第１優先順位値を前記第１プロ
セスに割り当てるための手段と、を含み、前記アニメー
トされたイメージが前記他のイメージを露出する時、前
記他のイメージが表示のために使用可能になるように前
記第１プロセスよりも相対的に高い優先順位で前記第２
プロセスを実行することを特徴とするシステム。（２）前記決定するための手段は、前記アニメートされ
たイメージの表示前に、前記第１プロセス及び前記第２
プロセスの各々に対する初期優先順位レベルを記憶する
ための手段を含むことを特徴とする上記（１）に記載の
システム。（３）前記マルチタスク・データ処理システムのディス
プレイ・スクリーンにおいて前記アニメートされたイメ
ージをペイントするための手段を含むことを特徴とする
上記（２）に記載のシステム。（４）前記割り当てるための手段は、前記アニメートさ
れたイメージの表示に続いて前記第１プロセス及び前記
第２プロセスを前記初期優先順位レベルにリセットする
ための手段を含むことを特徴とする上記（３）に記載の
システム。（５）前記決定するための手段は、前記アニメートされ
たイメージによって隠される前記他のイメージのエリア
を計算するための手段を含むことを特徴とする上記
（４）に記載のシステム。（６）複数の対応したプロセスによって生成された複数
の他のイメージが前記アニメートされたイメージによっ
て隠されている前記エリアに表示されるかどうかを決定
するための手段を含むことを特徴とする上記（５）に記
載のシステム。（７）前記割り当てるための手段は、前記アニメートさ
れたイメージが前記複数の他のイメージを露出する時、
前記複数の他のイメージが表示のために使用可能となる
ように、前記第１プロセスの前記第１優先順位よりも相
対的に高い優先順位値に前記複数の対応したプロセスの
各々をセットするための手段を含むことを特徴とする上
記（６）に記載のシステム。（８）第１プロセスによって生成されたアニメートされ
たイメージをマルチタスク・データ処理システム上に表
示するためのコンピュータ実行される方法にして、前記
アニメートされたイメージは第２プロセスによって生成
される少なくとも１つの他のイメージに重ね合わされる
方法において、前記アニメートされたイメージが前記他
のイメージの予め隠されたエリアを可視的にするかどう
かを決定するステップと、前記第２プロセスに割り当て
られた第２優先順位値よりも相対的に低い第１優先順位
値を前記第１プロセスに割り当てるステップと、を含
み、前記マルチタスク・データ処理システムは、前記ア
ニメートされたイメージが前記他のイメージを露出する
時、前記他のイメージが表示のために使用可能となるよ
うに、前記第１プロセスよりも相対的に高い優先順位で
前記前記第２プロセスを実行することを特徴とする方
法。（９）前記決定するステップは、前記アニメートされた
イメージの表示の前に、前記第１プロセス及び前記第２
プロセスの各々に対する初期優先順位レベルを記憶する
ステップを含むことを特徴とする上記（８）に記載の方
法。（１０）前記マルチタスク・データ処理システムのディ
スプレイ・スクリーンにおいて前記アニメートされたイ
メージをペイントするステップを含むことを特徴とする
上記（９）に記載の方法。（１１）前記割り当てるステップは、前記アニメートさ
れたイメージの表示に続いて前記第１プロセス及び前記
第２プロセスを前記初期優先順位レベルにリセットする
ステップを含むことを特徴とする上記（１０）に記載の
方法。（１２）前記決定するステップは、前記アニメートされ
たイメージによって隠される前記他のイメージのエリア
を計算するステップを含むことを特徴とする上記（１
１）に記載の方法。（１３）複数の対応したプロセスによって生成された複
数の他のイメージが前記アニメートされたイメージによ
って隠されている前記エリアに表示されるかどうかを決
定するステップを含むことを特徴とする上記（１２）に
記載の方法。（１４）前記割り当てるステップは、前記アニメートさ
れたイメージが前記複数の他のイメージを露出する時、
前記複数の他のイメージが表示のために使用可能となる
ように、前記第１プロセスの前記第１優先順位よりも相
対的に高い優先順位値に前記複数の対応したプロセスの
各々をセットするステップを含むことを特徴とする上記
（１３）に記載の方法。（１５）第１プロセスによって生成されたアニメートさ
れたイメージを、第２プロセスによって生成される少な
くとも１つの他のイメージに重ね合わせて表示させるコ
ンピュータ読取可能な媒体に記憶されたデータ構造を含
むコンピュータ・システムにして、前記アニメートされ
たイメージが前記他のイメージの予め隠されたエリアを
可視的にするかどうかを決定するための手段と、前記第
２プロセスに割り当てられた第２優先順位値よりも相対
的に低い第１優先順位値を前記第１プロセスに割り当て
るための手段と、を含み、データ処理システムは、前記
アニメートされたイメージが前記他のイメージを露出す
る時、前記他のイメージが表示のために使用可能となる
ように、前記第１プロセスよりも相対的に高い優先順位
で前記前記第２プロセスを実行することを特徴とするコ
ンピュータ・システム。（１６）前記決定するための手段は、前記アニメートさ
れたイメージの表示の前に、前記第１プロセス及び前記
第２プロセスの各々に対する初期優先順位レベルを記憶
させるための手段を含むことを特徴とする上記（１５）
に記載のコンピュータ・システム。（１７）前記データ処理システムのディスプレイ・スク
リーンを、前記アニメートされたイメージでもってペイ
ントさせるための手段を含むことを特徴とする上記（１
６）に記載のコンピュータ・システム。（１８）前記割り当てるための手段は、前記アニメート
されたイメージの表示に続いて前記第１プロセス及び前
記第２プロセスを前記初期優先順位レベルにリセットす
るための手段を含むことを特徴とする上記（１７）に記
載のコンピュータ・システム。

【００６８】

【発明の効果】本発明によれば、ユーザが「実物態様」
タイプのイメージを操作しようとする時、非常に魅力的
な生命感のある現実的なアニメーション・シーケンスを
与えるシステム及び方法が得られる。

【図面の簡単な説明】

【図１】本発明を実施することができる中央処理装置
（ＣＰＵ）を含むデータ処理システムのブロック図であ
る。

【図２】ユーザのワークプレース上に含まれる種々のオ
ブジェクトを有するワークプレース・ウインドウを持っ
た代表的なＧＵＩを示す。

【図３】ワークプレース上のオブジェクトの１つを、そ
の特定なオブジェクトに関連したウインドウが表示され
るように、ユーザがオープンした図２のＧＵＩの更に詳
細な表示である。

【図４】ワークプレース・ウインドウ、図３のオープン
・オブジェクトに対応したウインドウ、及び本発明の実
物態様のオブジェクトを示す図２のＧＵＩのもう１つの
詳細な表示である。

【図５】１つの機能的状態における本発明の実物態様の
オブジェクトの１つを表示したものである。

【図６】別の機能的状態における本発明の実物態様のオ
ブジェクトの１つを表示したものである。

【図７】更に別の機能的状態における本発明の実物態様
のオブジェクトの１つを表示したものである。

【図８】本発明を実施する種々のコンポーネントの体系
図である。

【図９】ワークプレース・ウインドウ及びエリアを示す
実物態様の電話オブジェクトを持った図４のオープン・
ウインドウを表示したものである。

【図１０】アニメーション・シーケンス時に隠蔽される
表示のエリアを示すために種々の外観を有する実物態様
のオブジェクトを持った図９のワークプレース・ウイン
ドウである。

【図１１】実物態様のオブジェクトがユーザによって操
作される時に現実的なアニメーション・シーケンスを表
示するために本発明によって実施されるプロセスのフロ
ーチャートの一部分である。

【図１２】実物態様のオブジェクトがユーザによって操
作される時に現実的なアニメーション・シーケンスを表
示するために本発明によって実施されるプロセスのフロ
ーチャートの他の一部分である。

【符号の説明】

１１１ワークプレース・ウインドウ１１３フレーム１１５タイトル・バー１１７アクション・バー１１９クライアント領域１３１オブジェクト・ウインドウ１３５フレーム１４１クライアント領域２００電話オブジェクト２０６スピード・ダイヤル機能２０８トグル・スイッチ２１０フレーム２１２エントリ部分２１４音量制御器

───────────────────────────────────────────────────── フロントページの続き (72)発明者クレイグ・アードナー・スウェアリンゲンアメリカ合衆国テキサス州、オースティン、マーサズ・ドライブ 8905

Claims

【特許請求の範囲】

【請求項１】第１プロセスによって生成されたアニメー
トされたイメージを、第２プロセスによって生成された
少なくとも１つの他のイメージに重ね合わせて表示する
マルチタスク・データ処理システムにして、前記アニメートされたイメージが前記他のイメージの予
め隠されたエリアを可視的にするかどうかを決定するた
めの手段と、前記第２プロセスに割り当てられた第２優先順位値より
も相対的に低い第１優先順位値を前記第１プロセスに割
り当てるための手段と、を含み、前記アニメートされたイメージが前記他のイメージを露
出する時、前記他のイメージが表示のために使用可能に
なるように前記第１プロセスよりも相対的に高い優先順
位で前記第２プロセスを実行することを特徴とするシス
テム。
【請求項２】前記決定するための手段は、前記アニメー
トされたイメージの表示前に、前記第１プロセス及び前
記第２プロセスの各々に対する初期優先順位レベルを記
憶するための手段を含むことを特徴とする請求項１に記
載のシステム。
【請求項３】前記マルチタスク・データ処理システムの
ディスプレイ・スクリーンにおいて前記アニメートされ
たイメージをペイントするための手段を含むことを特徴
とする請求項２に記載のシステム。
【請求項４】前記割り当てるための手段は、前記アニメ
ートされたイメージの表示に続いて前記第１プロセス及
び前記第２プロセスを前記初期優先順位レベルにリセッ
トするための手段を含むことを特徴とする請求項３に記
載のシステム。
【請求項５】前記決定するための手段は、前記アニメー
トされたイメージによって隠される前記他のイメージの
エリアを計算するための手段を含むことを特徴とする請
求項４に記載のシステム。
【請求項６】複数の対応したプロセスによって生成され
た複数の他のイメージが前記アニメートされたイメージ
によって隠されている前記エリアに表示されるかどうか
を決定するための手段を含むことを特徴とする請求項５
に記載のシステム。
【請求項７】前記割り当てるための手段は、前記アニメ
ートされたイメージが前記複数の他のイメージを露出す
る時、前記複数の他のイメージが表示のために使用可能
となるように、前記第１プロセスの前記第１優先順位よ
りも相対的に高い優先順位値に前記複数の対応したプロ
セスの各々をセットするための手段を含むことを特徴と
する請求項６に記載のシステム。
【請求項８】第１プロセスによって生成されたアニメー
トされたイメージをマルチタスク・データ処理システム
上に表示するためのコンピュータ実行される方法にし
て、前記アニメートされたイメージは第２プロセスによ
って生成される少なくとも１つの他のイメージに重ね合
わされる方法において、前記アニメートされたイメージが前記他のイメージの予
め隠されたエリアを可視的にするかどうかを決定するス
テップと、前記第２プロセスに割り当てられた第２優先順位値より
も相対的に低い第１優先順位値を前記第１プロセスに割
り当てるステップと、を含み、前記マルチタスク・データ処理システムは、前記アニメ
ートされたイメージが前記他のイメージを露出する時、
前記他のイメージが表示のために使用可能となるよう
に、前記第１プロセスよりも相対的に高い優先順位で前
記前記第２プロセスを実行することを特徴とする方法。
【請求項９】前記決定するステップは、前記アニメート
されたイメージの表示の前に、前記第１プロセス及び前
記第２プロセスの各々に対する初期優先順位レベルを記
憶するステップを含むことを特徴とする請求項８に記載
の方法。
【請求項１０】前記マルチタスク・データ処理システム
のディスプレイ・スクリーンにおいて前記アニメートさ
れたイメージをペイントするステップを含むことを特徴
とする請求項９に記載の方法。
【請求項１１】前記割り当てるステップは、前記アニメ
ートされたイメージの表示に続いて前記第１プロセス及
び前記第２プロセスを前記初期優先順位レベルにリセッ
トするステップを含むことを特徴とする請求項１０に記
載の方法。
【請求項１２】前記決定するステップは、前記アニメー
トされたイメージによって隠される前記他のイメージの
エリアを計算するステップを含むことを特徴とする請求
項１１に記載の方法。
【請求項１３】複数の対応したプロセスによって生成さ
れた複数の他のイメージが前記アニメートされたイメー
ジによって隠されている前記エリアに表示されるかどう
かを決定するステップを含むことを特徴とする請求項１
２に記載の方法。
【請求項１４】前記割り当てるステップは、前記アニメ
ートされたイメージが前記複数の他のイメージを露出す
る時、前記複数の他のイメージが表示のために使用可能
となるように、前記第１プロセスの前記第１優先順位よ
りも相対的に高い優先順位値に前記複数の対応したプロ
セスの各々をセットするステップを含むことを特徴とす
る請求項１３に記載の方法。
【請求項１５】第１プロセスによって生成されたアニメ
ートされたイメージを、第２プロセスによって生成され
る少なくとも１つの他のイメージに重ね合わせて表示さ
せるコンピュータ読取可能な媒体に記憶されたデータ構
造を含むコンピュータ・システムにして、前記アニメートされたイメージが前記他のイメージの予
め隠されたエリアを可視的にするかどうかを決定するた
めの手段と、前記第２プロセスに割り当てられた第２優先順位値より
も相対的に低い第１優先順位値を前記第１プロセスに割
り当てるための手段と、を含み、データ処理システムは、前記アニメートされたイメージ
が前記他のイメージを露出する時、前記他のイメージが
表示のために使用可能となるように、前記第１プロセス
よりも相対的に高い優先順位で前記前記第２プロセスを
実行することを特徴とするコンピュータ・システム。
【請求項１６】前記決定するための手段は、前記アニメ
ートされたイメージの表示の前に、前記第１プロセス及
び前記第２プロセスの各々に対する初期優先順位レベル
を記憶させるための手段を含むことを特徴とする請求項
１５に記載のコンピュータ・システム。
【請求項１７】前記データ処理システムのディスプレイ
・スクリーンを、前記アニメートされたイメージでもっ
てペイントさせるための手段を含むことを特徴とする請
求項１６に記載のコンピュータ・システム。
【請求項１８】前記割り当てるための手段は、前記アニ
メートされたイメージの表示に続いて前記第１プロセス
及び前記第２プロセスを前記初期優先順位レベルにリセ
ットするための手段を含むことを特徴とする請求項１７
に記載のコンピュータ・システム。