JP2547964B2 - 図形表示画面上のビューの領域レイアウト - Google Patents
図形表示画面上のビューの領域レイアウトInfo
- Publication number
- JP2547964B2 JP2547964B2 JP6057723A JP5772394A JP2547964B2 JP 2547964 B2 JP2547964 B2 JP 2547964B2 JP 6057723 A JP6057723 A JP 6057723A JP 5772394 A JP5772394 A JP 5772394A JP 2547964 B2 JP2547964 B2 JP 2547964B2
- Authority
- JP
- Japan
- Prior art keywords
- area
- region
- graphic object
- graphic
- view
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/103—Formatting, i.e. changing of presentation of documents
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/451—Execution arrangements for user interfaces
Description
【０００１】
【産業上の利用分野】本発明は、表示画面上に、複数の
グラフィック・オブジェクトを含むビューを生成する手
段を備える、図形表示装置に関する。
グラフィック・オブジェクトを含むビューを生成する手
段を備える、図形表示装置に関する。
【０００２】本発明はまた、図形表示装置上に表示され
るビュー内でグラフィック・オブジェクトをレイアウト
する方法を提供する。
るビュー内でグラフィック・オブジェクトをレイアウト
する方法を提供する。
【０００３】
【従来の技術】ＩＢＭスクリーンビュー製品は、一貫し
たユーザ・インタフェースをもつ適用業務を開発し、こ
れらの適用業務を実行するために、オペレーティング・
システム上にインストールできる１組のサービスであ
る。スクリーンビューは本質的に、以下の２つの部分か
ら構成される。実行時に適用業務にサービスを提供す
る、実行時サービス（ＲＴＳ）。すべての適用業務に対
して一貫している、適用業務用の様々なユーザ・インタ
フェース・タイプを開発する際にプログラマをサポート
する、適用業務開発サービス（ＡＤＳ）。
たユーザ・インタフェースをもつ適用業務を開発し、こ
れらの適用業務を実行するために、オペレーティング・
システム上にインストールできる１組のサービスであ
る。スクリーンビューは本質的に、以下の２つの部分か
ら構成される。実行時に適用業務にサービスを提供す
る、実行時サービス（ＲＴＳ）。すべての適用業務に対
して一貫している、適用業務用の様々なユーザ・インタ
フェース・タイプを開発する際にプログラマをサポート
する、適用業務開発サービス（ＡＤＳ）。
【０００４】スクリーンビューで作業する際、すべての
スクリーンビュー適用業務は、エンド・ユーザがそれに
対して一定の処置を実行できる、いくつかのオブジェク
トとして表示される。たとえば、コンピュータ・システ
ムを構成するときに表示されるオブジェクト（いわゆる
グラフィック・オブジェクト）には、プロセッサ、ディ
スク、または制御装置が含まれ、実行できる処置には、
削除、接続、または追加が含まれる。スクリーンビュー
を使用すると、オブジェクトの共用が可能になり、適用
業務間の相互運用が容易になる。そのような適用業務の
例は、ＩＢＭ Technical Disclosure Bulletin、Ｖｏ
ｌ．３５、Ｎｏ．２、１９９２年７月、ｐｐ．５８−６
３に所載の"Graphical Definition of Configuration"
と題する論文に記載されている。
スクリーンビュー適用業務は、エンド・ユーザがそれに
対して一定の処置を実行できる、いくつかのオブジェク
トとして表示される。たとえば、コンピュータ・システ
ムを構成するときに表示されるオブジェクト（いわゆる
グラフィック・オブジェクト）には、プロセッサ、ディ
スク、または制御装置が含まれ、実行できる処置には、
削除、接続、または追加が含まれる。スクリーンビュー
を使用すると、オブジェクトの共用が可能になり、適用
業務間の相互運用が容易になる。そのような適用業務の
例は、ＩＢＭ Technical Disclosure Bulletin、Ｖｏ
ｌ．３５、Ｎｏ．２、１９９２年７月、ｐｐ．５８−６
３に所載の"Graphical Definition of Configuration"
と題する論文に記載されている。
【０００５】スクリーンビュー適用業務用のエンド・ユ
ーザ・アプリケーションの設計は、エンド・ユーザが見
て操作することのできるオブジェクトに焦点を合わせて
行わわれる。エンド・ユーザ・インタフェース仕様は、
ユーザ・インタフェース記述（ＵＩＤ）と呼ばれる記述
言語を使用してプログラムされる。
ーザ・アプリケーションの設計は、エンド・ユーザが見
て操作することのできるオブジェクトに焦点を合わせて
行わわれる。エンド・ユーザ・インタフェース仕様は、
ユーザ・インタフェース記述（ＵＩＤ）と呼ばれる記述
言語を使用してプログラムされる。
【０００６】スクリーンビューのビューとは、たとえ
ば、オブジェクトが含む内容、オブジェクトの構成、オ
ブジェクトの特性など、オブジェクトの詳細を表すもの
である。ビューにより、ユーザはオブジェクトの詳細を
見て、オブジェクトを操作することができる。図形表示
装置を使用する際、ビューは表示画面上に表示されるピ
クチャを表すことができ、オブジェクトは表示画面上に
アイコンとして示される。「グラフィック・オブジェク
ト」という用語は、図形表示装置上に表示されたオブジ
ェクトを記述するためにしばしば使用される。
ば、オブジェクトが含む内容、オブジェクトの構成、オ
ブジェクトの特性など、オブジェクトの詳細を表すもの
である。ビューにより、ユーザはオブジェクトの詳細を
見て、オブジェクトを操作することができる。図形表示
装置を使用する際、ビューは表示画面上に表示されるピ
クチャを表すことができ、オブジェクトは表示画面上に
アイコンとして示される。「グラフィック・オブジェク
ト」という用語は、図形表示装置上に表示されたオブジ
ェクトを記述するためにしばしば使用される。
【０００７】ユーザ・インタフェースの設計者は、オブ
ジェクトを定義した後、エンド・ユーザにオブジェクト
への最良のアクセスを提供してユーザがタスクを実行で
きるようにする、ビューを選択しなければならない。設
計者は、エンド・ユーザがオブジェクトの関係を操作す
るためにどのグラフィック・オブジェクトを同時に見る
必要があるかを決定しなければならない。グラフィック
・オブジェクトの数が増えるにつれて、関係の数が大幅
に増す。設計者は、相互に密接な関係をもつグラフィッ
ク・オブジェクトが画面上で相互に近い位置に表示され
るようにしなければならない。
ジェクトを定義した後、エンド・ユーザにオブジェクト
への最良のアクセスを提供してユーザがタスクを実行で
きるようにする、ビューを選択しなければならない。設
計者は、エンド・ユーザがオブジェクトの関係を操作す
るためにどのグラフィック・オブジェクトを同時に見る
必要があるかを決定しなければならない。グラフィック
・オブジェクトの数が増えるにつれて、関係の数が大幅
に増す。設計者は、相互に密接な関係をもつグラフィッ
ク・オブジェクトが画面上で相互に近い位置に表示され
るようにしなければならない。
【０００８】ユーザが、自分自身でインタフェースを操
作して、ビューのグラフィック・オブジェクトの位置を
変更することができるとき、他の問題が発生する。それ
により、グラフィック・オブジェクトが配置されている
図形表示装置の解像度が、両方のグラフィック・オブジ
ェクトを同時に表示するのに十分でないとき、一部のグ
ラフィック・オブジェクトが他のグラフィック・オブジ
ェクトの下に隠れてしまう可能性がある。
作して、ビューのグラフィック・オブジェクトの位置を
変更することができるとき、他の問題が発生する。それ
により、グラフィック・オブジェクトが配置されている
図形表示装置の解像度が、両方のグラフィック・オブジ
ェクトを同時に表示するのに十分でないとき、一部のグ
ラフィック・オブジェクトが他のグラフィック・オブジ
ェクトの下に隠れてしまう可能性がある。
【０００９】従来の技術では、ＩＢＭ Technical Discl
osure Bulletin、Ｖｏｌ．３２、Ｎｏ．１０Ｂ、１９９
０年３月、ｐｐ．７７−７８所載の"Dynamic Repositio
ningof Object Areas on a Page"と題する論文が知られ
ている。この論文では、オブジェクト領域に情報を入力
する際に、ドキュメント中のページの再使用可能なシェ
ル・レイアウト定義を使用して、ページのレイアウトの
自動的変更を行っている。
osure Bulletin、Ｖｏｌ．３２、Ｎｏ．１０Ｂ、１９９
０年３月、ｐｐ．７７−７８所載の"Dynamic Repositio
ningof Object Areas on a Page"と題する論文が知られ
ている。この論文では、オブジェクト領域に情報を入力
する際に、ドキュメント中のページの再使用可能なシェ
ル・レイアウト定義を使用して、ページのレイアウトの
自動的変更を行っている。
【００１０】
【発明が解決しようとする課題】本発明の目的は、表示
画面上のビューにグラフィック・オブジェクトをレイア
ウトするための柔軟な手段を提供することである。
画面上のビューにグラフィック・オブジェクトをレイア
ウトするための柔軟な手段を提供することである。
【００１１】
【課題を解決するための手段】上記の目的は、領域属性
を、ビュー領域によって定義し、グラフィック・オブジ
ェクトに関連付けて、前記領域のうちどれにグラフィッ
ク・オブジェクトが配置されるかを示すことによって解
決される。領域の構造は、領域定義ファイルに記述され
る。
を、ビュー領域によって定義し、グラフィック・オブジ
ェクトに関連付けて、前記領域のうちどれにグラフィッ
ク・オブジェクトが配置されるかを示すことによって解
決される。領域の構造は、領域定義ファイルに記述され
る。
【００１２】１つのビューに配置すべきすべてのグラフ
ィック・オブジェクトをループして、前記領域属性を抽
出し、グラフィック・オブジェクトを前記領域にレイア
ウトする、レイアウト・ルーチンが提供される。１つの
グラフィック・オブジェクトを前記領域のうちの１つの
領域から前記領域のうちの別の領域に移動するときに前
記領域属性を変更する、移動ルーチンも提供される。
ィック・オブジェクトをループして、前記領域属性を抽
出し、グラフィック・オブジェクトを前記領域にレイア
ウトする、レイアウト・ルーチンが提供される。１つの
グラフィック・オブジェクトを前記領域のうちの１つの
領域から前記領域のうちの別の領域に移動するときに前
記領域属性を変更する、移動ルーチンも提供される。
【００１３】上記の目的はまた、グラフィック・オブジ
ェクトがその内部に表示される、ビューを定義する第１
のステップと、一部のグラフィック・オブジェクトがそ
の内部に表示される、前記ビュー内の領域を定義する第
２のステップと、領域属性を一部またはすべてのグラフ
ィック・オブジェクトと関連付けて、前記領域のうちど
の内部にグラフィック・オブジェクトが表示されるかを
示す第３のステップと、領域内にグラフィック・オブジ
ェクトをレイアウトする第４のステップと、レイアウト
されたビューを図形表示装置上に表示する第５のステッ
プとを含む方法によって達成される。
ェクトがその内部に表示される、ビューを定義する第１
のステップと、一部のグラフィック・オブジェクトがそ
の内部に表示される、前記ビュー内の領域を定義する第
２のステップと、領域属性を一部またはすべてのグラフ
ィック・オブジェクトと関連付けて、前記領域のうちど
の内部にグラフィック・オブジェクトが表示されるかを
示す第３のステップと、領域内にグラフィック・オブジ
ェクトをレイアウトする第４のステップと、レイアウト
されたビューを図形表示装置上に表示する第５のステッ
プとを含む方法によって達成される。
【００１４】この方法の第２のステップは、前記領域の
定義を含む領域定義ファイルを作成するステップを含ん
でいる。
定義を含む領域定義ファイルを作成するステップを含ん
でいる。
【００１５】この方法の第４のステップは、ビューに配
置すべきグラフィック・オブジェクトをループして前記
領域属性の値を抽出するステップと、前記領域定義ファ
イルを探索して、前記抽出された領域属性に対応する領
域を選択するステップと、前記グラフィック・オブジェ
クトを、選択された領域内に位置決めするステップを含
んでいる。前記グラフィック・オブジェクトを位置決め
するステップは、選択された領域内のすべてのグラフィ
ック・オブジェクトを、領域サイズ、領域形状、および
領域レイアウトと共にサブ・レイアウタに渡し、サブ・
レイアウタが、選択された領域内でのグラフィック・オ
ブジェクトの最適位置を決定するステップを含んでい
る。
置すべきグラフィック・オブジェクトをループして前記
領域属性の値を抽出するステップと、前記領域定義ファ
イルを探索して、前記抽出された領域属性に対応する領
域を選択するステップと、前記グラフィック・オブジェ
クトを、選択された領域内に位置決めするステップを含
んでいる。前記グラフィック・オブジェクトを位置決め
するステップは、選択された領域内のすべてのグラフィ
ック・オブジェクトを、領域サイズ、領域形状、および
領域レイアウトと共にサブ・レイアウタに渡し、サブ・
レイアウタが、選択された領域内でのグラフィック・オ
ブジェクトの最適位置を決定するステップを含んでい
る。
【００１６】本発明はまた、移動すべきグラフィック・
オブジェクトを選択する第１のステップと、グラフィッ
ク・オブジェクトを移動する先の新しい位置を選択する
第２のステップと、選択された新しい位置にグラフィッ
ク・オブジェクトを配置する第３のステップと、ビュー
の順序を変更する第４のステップとを含む、領域をもつ
ビュー内でグラフィック・オブジェクトを移動する方法
を提供する。
オブジェクトを選択する第１のステップと、グラフィッ
ク・オブジェクトを移動する先の新しい位置を選択する
第２のステップと、選択された新しい位置にグラフィッ
ク・オブジェクトを配置する第３のステップと、ビュー
の順序を変更する第４のステップとを含む、領域をもつ
ビュー内でグラフィック・オブジェクトを移動する方法
を提供する。
【００１７】この第２のステップでは、選択された新し
い位置が位置する領域が決定され、第３のステップで
は、前記領域属性の値が、グラフィック・オブジェクト
が位置する領域から、グラフィック・オブジェクトを配
置すべき領域に変更される。
い位置が位置する領域が決定され、第３のステップで
は、前記領域属性の値が、グラフィック・オブジェクト
が位置する領域から、グラフィック・オブジェクトを配
置すべき領域に変更される。
【００１８】本明細書で記述し、特許請求する装置およ
び方法は、表示装置上にビューを表示するための柔軟で
総合的な方法を提供する点で従来の技術よりも優れてい
る。適用業務プログラムの開発者は、表示装置上のグラ
フィック・オブジェクトの位置や表示に余り気を使う必
要がなく、領域を定義し、領域属性を表示すべき各オブ
ジェクトと関連付けるだけでよい。その後は、レイアウ
ト・ルーチンが、領域内に各グラフィック・オブジェク
トが視覚的に表示されるようにする。
び方法は、表示装置上にビューを表示するための柔軟で
総合的な方法を提供する点で従来の技術よりも優れてい
る。適用業務プログラムの開発者は、表示装置上のグラ
フィック・オブジェクトの位置や表示に余り気を使う必
要がなく、領域を定義し、領域属性を表示すべき各オブ
ジェクトと関連付けるだけでよい。その後は、レイアウ
ト・ルーチンが、領域内に各グラフィック・オブジェク
トが視覚的に表示されるようにする。
【００１９】適用業務プログラムのエンド・ユーザにと
って、本発明の方法および装置は、エンド・ユーザが、
表示装置上でグラフィック・オブジェクトのインスタン
スを操作し、位置を変更することができるという利点が
ある。その後は、移動ルーチンおよびレイアウト・ルー
チンが、レイアウトが改善されるようにディスプレイの
順序を変更する。
って、本発明の方法および装置は、エンド・ユーザが、
表示装置上でグラフィック・オブジェクトのインスタン
スを操作し、位置を変更することができるという利点が
ある。その後は、移動ルーチンおよびレイアウト・ルー
チンが、レイアウトが改善されるようにディスプレイの
順序を変更する。
【００２０】本発明の他の態様は、エンド・ユーザがグ
ラフィック・オブジェクトのインスタンスを勝手に操作
できないようにする。これには、常に一緒にしておかね
ばならない、または１つの領域から別の領域に移動する
ことしかできない、ビュー内のグラフィック・オブジェ
クトのインスタンスに、これらの処置だけしか施さない
ようにすることができるという利点がある。したがっ
て、エンド・ユーザは、後で適用業務プログラムの使用
が複雑になるような形でビューの順序を変更することが
できない。
ラフィック・オブジェクトのインスタンスを勝手に操作
できないようにする。これには、常に一緒にしておかね
ばならない、または１つの領域から別の領域に移動する
ことしかできない、ビュー内のグラフィック・オブジェ
クトのインスタンスに、これらの処置だけしか施さない
ようにすることができるという利点がある。したがっ
て、エンド・ユーザは、後で適用業務プログラムの使用
が複雑になるような形でビューの順序を変更することが
できない。
【００２１】
【実施例】図１は、本発明が実施されるコンピューティ
ング・システムの概要を示す。キーボード１０、および
マウスなどのポインティング装置２０が、コンピューテ
ィング・ユニット３０に接続されている。コンピューテ
ィング・ユニット３０は、中央演算処理装置４０および
メモリ６０を含む。コンピューティング・ユニット３０
は、中央演算処理装置４０中で動作するプログラムとの
グラフィカル・インタフェースを生成するグラフィック
ス・プロセッサ５０を含むこともできる。また、中央演
算処理装置４０自体がグラフィカル・インタフェースを
生成することもできる。
ング・システムの概要を示す。キーボード１０、および
マウスなどのポインティング装置２０が、コンピューテ
ィング・ユニット３０に接続されている。コンピューテ
ィング・ユニット３０は、中央演算処理装置４０および
メモリ６０を含む。コンピューティング・ユニット３０
は、中央演算処理装置４０中で動作するプログラムとの
グラフィカル・インタフェースを生成するグラフィック
ス・プロセッサ５０を含むこともできる。また、中央演
算処理装置４０自体がグラフィカル・インタフェースを
生成することもできる。
【００２２】メモリ６０は、グラフィカル・インタフェ
ースを記憶し、表示画面８０上に提示するのに使用され
る、イメージ・メモリ７０を含む。表示画面８０上に提
示されるグラフィカル・インタフェースは、コンピュー
ティング・ユニット３０中で動作する適用業務プログラ
ムと共に動作させるために生成できるエンド・ユーザ・
インタフェースの一例に過ぎない。ユーザ・インタフェ
ースの他の例は、コマンド・ベースのインタフェースま
たは音声インタフェースである。
ースを記憶し、表示画面８０上に提示するのに使用され
る、イメージ・メモリ７０を含む。表示画面８０上に提
示されるグラフィカル・インタフェースは、コンピュー
ティング・ユニット３０中で動作する適用業務プログラ
ムと共に動作させるために生成できるエンド・ユーザ・
インタフェースの一例に過ぎない。ユーザ・インタフェ
ースの他の例は、コマンド・ベースのインタフェースま
たは音声インタフェースである。
【００２３】表示画面８０上で生成されるエンド・ユー
ザ・グラフィカル・インタフェースを生成するために、
適用業務プログラムの開発者は、画面上に表示すべき項
目のレイアウトおよび位置を定義する必要がある。レイ
アウトを設計する際に考慮に入れるべき要因は、適用業
務プログラムのユーザにとって使いやすいこと、スクリ
ーンがはっきりしていること、エンド・ユーザ・グラフ
ィカル・インタフェースを形成する様々な画面のナビゲ
ーションがしやすいことである。
ザ・グラフィカル・インタフェースを生成するために、
適用業務プログラムの開発者は、画面上に表示すべき項
目のレイアウトおよび位置を定義する必要がある。レイ
アウトを設計する際に考慮に入れるべき要因は、適用業
務プログラムのユーザにとって使いやすいこと、スクリ
ーンがはっきりしていること、エンド・ユーザ・グラフ
ィカル・インタフェースを形成する様々な画面のナビゲ
ーションがしやすいことである。
【００２４】ＩＢＭスクリーンビュー製品では、エンド
・ユーザ・インタフェースを設計するための論理（いわ
ゆるインタフェース論理）が、適用業務プログラムの一
部である論理（いわゆるビジネス論理）と分離されてい
る。スクリーンビュー中の適用業務プログラムへのエン
ド・ユーザ・インタフェースは、いわゆるユーザ・イン
タフェース宣言（ＵＩＤ）を用いて定義される。前述の
ように、これは開発者が、オブジェクト、オブジェクト
相互の関係、これらのオブジェクトをグラフィカル・エ
ンド・ユーザ・インタフェースで提示するための可能な
ビュー、およびオブジェクトに対して実行できる処置を
記述できるようにする宣言言語である。ＵＩＤの開発
は、先に引用した「スクリーンビュー適用業務開発者の
手引き」に詳細に記載されている。
・ユーザ・インタフェースを設計するための論理（いわ
ゆるインタフェース論理）が、適用業務プログラムの一
部である論理（いわゆるビジネス論理）と分離されてい
る。スクリーンビュー中の適用業務プログラムへのエン
ド・ユーザ・インタフェースは、いわゆるユーザ・イン
タフェース宣言（ＵＩＤ）を用いて定義される。前述の
ように、これは開発者が、オブジェクト、オブジェクト
相互の関係、これらのオブジェクトをグラフィカル・エ
ンド・ユーザ・インタフェースで提示するための可能な
ビュー、およびオブジェクトに対して実行できる処置を
記述できるようにする宣言言語である。ＵＩＤの開発
は、先に引用した「スクリーンビュー適用業務開発者の
手引き」に詳細に記載されている。
【００２５】ＵＩＤは、総称的に、すなわち適用業務プ
ログラムのエンド・ユーザが使用する特定のエンド・ユ
ーザ・インタフェースを参照せずに定義されているが、
ＵＩＤでは、エンド・ユーザがエンド・ユーザ・グラフ
ィカル・インタフェースを選択した場合に表示画面８０
上のオブジェクトの位置が算出できるように、ビュー定
義を組み込むことが可能である。
ログラムのエンド・ユーザが使用する特定のエンド・ユ
ーザ・インタフェースを参照せずに定義されているが、
ＵＩＤでは、エンド・ユーザがエンド・ユーザ・グラフ
ィカル・インタフェースを選択した場合に表示画面８０
上のオブジェクトの位置が算出できるように、ビュー定
義を組み込むことが可能である。
【００２６】スクリーンビュー内では、ビューは、グラ
フィック・オブジェクトのインスタンスの詳細を表すも
のと定義される。それには、グラフィック・オブジェク
トが含む内容、グラフィック・オブジェクトの構成、お
よびグラフィック・オブジェクトの特性という詳細が含
まれる。ビューにより、適用業務プログラムのエンド・
ユーザはグラフィック・オブジェクトの詳細を見、グラ
フィック・オブジェクトのインスタンスを操作すること
ができる。グラフィック・オブジェクトを異なる視点か
らまたは異なる形で見ることができるようにするため
に、どのグラフィック・オブジェクト上にも複数のビュ
ーが存在することができる。
フィック・オブジェクトのインスタンスの詳細を表すも
のと定義される。それには、グラフィック・オブジェク
トが含む内容、グラフィック・オブジェクトの構成、お
よびグラフィック・オブジェクトの特性という詳細が含
まれる。ビューにより、適用業務プログラムのエンド・
ユーザはグラフィック・オブジェクトの詳細を見、グラ
フィック・オブジェクトのインスタンスを操作すること
ができる。グラフィック・オブジェクトを異なる視点か
らまたは異なる形で見ることができるようにするため
に、どのグラフィック・オブジェクト上にも複数のビュ
ーが存在することができる。
【００２７】グラフィカル・インタフェースの設計者
は、オブジェクトを定義した後、表示画面８０上に表示
されたグラフィック・オブジェクトへの最良のアクセス
をエンド・ユーザに提供し、エンド・ユーザがそのタス
クを遂行できるようにするビューを決定しなければなら
ない。設計者は、適用業務プログラムのエンド・ユーザ
がオブジェクトの関係を操作するためにどのグラフィッ
ク・オブジェクトを同時に見る必要があるか、およびエ
ンド・ユーザがオブジェクトを見る順序を決定しなけれ
ばならない。
は、オブジェクトを定義した後、表示画面８０上に表示
されたグラフィック・オブジェクトへの最良のアクセス
をエンド・ユーザに提供し、エンド・ユーザがそのタス
クを遂行できるようにするビューを決定しなければなら
ない。設計者は、適用業務プログラムのエンド・ユーザ
がオブジェクトの関係を操作するためにどのグラフィッ
ク・オブジェクトを同時に見る必要があるか、およびエ
ンド・ユーザがオブジェクトを見る順序を決定しなけれ
ばならない。
【００２８】前述のように、これらのビューはＵＩＤで
定義される。ビューは、グラフィック・オブジェクト、
ビューの内容、およびビュー・プレゼンテーションを指
定することによって定義される。グラフィック・オブジ
ェクトとは、その上でビューをオープンすることのでき
るオブジェクトである。このオブジェクトはまた、「ビ
ュー所有者」とも呼ばれる。ＵＩＤでは、グラフィック
・オブジェクトの各インスタンス上でエンド・ユーザが
オープンできるビューを指定することが可能である。ビ
ューの内容は、グラフィック・オブジェクトの内容、す
なわちグラフィック・オブジェクトが他のどのグラフィ
ック・オブジェクトを含むことができるかを記述する。
ビュー・プレゼンテーションは、ビューの基本的プレゼ
ンテーション態様を記述するもので、やはりＵＩＤ中で
定義される。ビュー・プレゼンテーションは、表示画面
８０上にグラフィック・オブジェクトのインスタンスを
表示するために使用されるビットマップまたはアイコン
を記述することができる。ビュー・プレゼンテーション
は、その上にグラフィック・オブジェクトのインスタン
スが表示される、背景マップまたはビット・マップを記
述することができる。ビュー・プレゼンテーションはま
た、表示画面８０上でグラフィック・オブジェクトのイ
ンスタンスを配列するために使用されるレイアウト・ル
ーチンを指定する。
定義される。ビューは、グラフィック・オブジェクト、
ビューの内容、およびビュー・プレゼンテーションを指
定することによって定義される。グラフィック・オブジ
ェクトとは、その上でビューをオープンすることのでき
るオブジェクトである。このオブジェクトはまた、「ビ
ュー所有者」とも呼ばれる。ＵＩＤでは、グラフィック
・オブジェクトの各インスタンス上でエンド・ユーザが
オープンできるビューを指定することが可能である。ビ
ューの内容は、グラフィック・オブジェクトの内容、す
なわちグラフィック・オブジェクトが他のどのグラフィ
ック・オブジェクトを含むことができるかを記述する。
ビュー・プレゼンテーションは、ビューの基本的プレゼ
ンテーション態様を記述するもので、やはりＵＩＤ中で
定義される。ビュー・プレゼンテーションは、表示画面
８０上にグラフィック・オブジェクトのインスタンスを
表示するために使用されるビットマップまたはアイコン
を記述することができる。ビュー・プレゼンテーション
は、その上にグラフィック・オブジェクトのインスタン
スが表示される、背景マップまたはビット・マップを記
述することができる。ビュー・プレゼンテーションはま
た、表示画面８０上でグラフィック・オブジェクトのイ
ンスタンスを配列するために使用されるレイアウト・ル
ーチンを指定する。
【００２９】同じグラフィック・オブジェクトのプレゼ
ンテーションが、ビューごとに異なる可能性がある。エ
ンド・ユーザが、同じグラフィック・オブジェクト上で
望みの数のビューをオープンすることが可能である。こ
れらのビューは、イメージ・メモリ７０に記憶され、メ
モリがオープンされたビューをすべて保持するのに十分
でない場合にはハード・ディスクなど他の記憶媒体に一
時的に記憶することもできる。
ンテーションが、ビューごとに異なる可能性がある。エ
ンド・ユーザが、同じグラフィック・オブジェクト上で
望みの数のビューをオープンすることが可能である。こ
れらのビューは、イメージ・メモリ７０に記憶され、メ
モリがオープンされたビューをすべて保持するのに十分
でない場合にはハード・ディスクなど他の記憶媒体に一
時的に記憶することもできる。
【００３０】エンド・ユーザにビューを提示するために
使用される媒体が、ウィンドウである。グラフィック・
オブジェクトのビューをオープンすると、表示画面８０
上にすべてまたは一部のビュー内容を示すウィンドウが
作成される。
使用される媒体が、ウィンドウである。グラフィック・
オブジェクトのビューをオープンすると、表示画面８０
上にすべてまたは一部のビュー内容を示すウィンドウが
作成される。
【００３１】各ビューは、図２に示すように１つまたは
複数の領域に分割することができる。図２では、ビュー
１００は３つの領域１１０ａ−ｃを含む。これは、ビュ
ー１００の可能な分割の一例に過ぎない。ビュー１００
は、３つの領域１００ａ−ｃを上回る数の領域を含むこ
とができる。３つの領域１１０ａ−ｃは、それぞれ異な
るサイズにすることができ、重ねることができる。好ま
しい実施例では、領域は矩形になっているが、異なる形
状にすることもできる。
複数の領域に分割することができる。図２では、ビュー
１００は３つの領域１１０ａ−ｃを含む。これは、ビュ
ー１００の可能な分割の一例に過ぎない。ビュー１００
は、３つの領域１００ａ−ｃを上回る数の領域を含むこ
とができる。３つの領域１１０ａ−ｃは、それぞれ異な
るサイズにすることができ、重ねることができる。好ま
しい実施例では、領域は矩形になっているが、異なる形
状にすることもできる。
【００３２】ユーザ・インタフェース宣言で定義される
各ビュー１００ごとに、領域定義ファイルを参照するこ
とができる。このファイルは、１つまたは複数の領域定
義を含む。領域定義は基本的に、領域名と、ビュー１０
０中の領域１１０を構成する矩形領域を定義する１対の
座標から構成される。また、ビューごとに領域属性の名
前を指定することもできる。この領域属性の値は、後述
のように、レイアウト・ルーチンによって、グラフィッ
ク・オブジェクトのインスタンスを位置決めすべき領域
１１０を決定するために使用される。
各ビュー１００ごとに、領域定義ファイルを参照するこ
とができる。このファイルは、１つまたは複数の領域定
義を含む。領域定義は基本的に、領域名と、ビュー１０
０中の領域１１０を構成する矩形領域を定義する１対の
座標から構成される。また、ビューごとに領域属性の名
前を指定することもできる。この領域属性の値は、後述
のように、レイアウト・ルーチンによって、グラフィッ
ク・オブジェクトのインスタンスを位置決めすべき領域
１１０を決定するために使用される。
【００３３】図３には、ユーザ・インタフェース宣言１
５０中のビュー１００の定義、グラフィック・オブジェ
クトのインスタンスの定義１６０、および領域定義ファ
イル１７０の例が示されている。
５０中のビュー１００の定義、グラフィック・オブジェ
クトのインスタンスの定義１６０、および領域定義ファ
イル１７０の例が示されている。
【００３４】図３に示すビュー１００の定義は、ビュー
１００を定義する宣言言語プログラムの短い一部に過ぎ
ない。ここに示す例では、ビュー１００には"Germany"
という名前が付けられており、関連する領域定義ファイ
ル（RegionDef）１７０はGERMANY.REGと呼ばれ、レイア
ウト・ルーチンが使用する領域属性（RegionProp）は"L
ocation"と呼ばれている。ビューの背景ピクチャは、ビ
ット・マップ・ファイルGERMANY.PICに記憶される。
１００を定義する宣言言語プログラムの短い一部に過ぎ
ない。ここに示す例では、ビュー１００には"Germany"
という名前が付けられており、関連する領域定義ファイ
ル（RegionDef）１７０はGERMANY.REGと呼ばれ、レイア
ウト・ルーチンが使用する領域属性（RegionProp）は"L
ocation"と呼ばれている。ビューの背景ピクチャは、ビ
ット・マップ・ファイルGERMANY.PICに記憶される。
【００３５】グラフィック・オブジェクトのインスタン
スの定義１６０は、オブジェクト名"object 1"と、レイ
アウト・ルーチンが使用する領域属性の値を含む。図３
の例では、"Location = "Frankfurt""という文で示され
るように、領域属性は値"Frankfurt"を取る。
スの定義１６０は、オブジェクト名"object 1"と、レイ
アウト・ルーチンが使用する領域属性の値を含む。図３
の例では、"Location = "Frankfurt""という文で示され
るように、領域属性は値"Frankfurt"を取る。
【００３６】名前"Germany"をもつビュー１００に関連
する領域定義ファイル１７０では、３つの領域１１０ａ
−ｃが定義されている。すなわち、ビュー１００内に、
グラフィック・オブジェクトのインスタンスが位置決め
できる３つの領域１１０ａ−ｃがある。グラフィック・
オブジェクトのインスタンスは必ずしも領域１１０ａ−
ｃのうち１つに位置決めする必要はないことに留意され
たい。グラフィック・オブジェクトは、領域１１０ａ−
ｃのどれも存在しないビュー１００の部分に位置決めす
ることもできる。これは、エンド・ユーザがビューのこ
の部分にオブジェクトを位置決めする場合、あるいは領
域属性（Region Prop）の値が一致する領域が見つから
ず、かつデフォルト領域が定義されていない場合に行わ
れる。
する領域定義ファイル１７０では、３つの領域１１０ａ
−ｃが定義されている。すなわち、ビュー１００内に、
グラフィック・オブジェクトのインスタンスが位置決め
できる３つの領域１１０ａ−ｃがある。グラフィック・
オブジェクトのインスタンスは必ずしも領域１１０ａ−
ｃのうち１つに位置決めする必要はないことに留意され
たい。グラフィック・オブジェクトは、領域１１０ａ−
ｃのどれも存在しないビュー１００の部分に位置決めす
ることもできる。これは、エンド・ユーザがビューのこ
の部分にオブジェクトを位置決めする場合、あるいは領
域属性（Region Prop）の値が一致する領域が見つから
ず、かつデフォルト領域が定義されていない場合に行わ
れる。
【００３７】領域定義ファイル１７０には、領域１１０
ａ−ｃの名前が与えられている。ここに示す例では、領
域１１０ａ−ｃはそれぞれ、"Frankfurt"、"Berlin"、
および"Stuttgart"という名前をもつ。これらの名前
は、領域属性（RegionProp）が取ることのできる値に対
応する。したがって、インスタンスの定義１６０に示さ
れるグラフィック・オブジェクトのインスタンスは、名
前"Frankfurt"をもつ領域１１０ａに配置される。領域
定義ファイル１７０には、領域１１０を定義する矩形の
角の座標、すなわち、ビュー１００内で各領域１１０が
占める位置も含まれる。
ａ−ｃの名前が与えられている。ここに示す例では、領
域１１０ａ−ｃはそれぞれ、"Frankfurt"、"Berlin"、
および"Stuttgart"という名前をもつ。これらの名前
は、領域属性（RegionProp）が取ることのできる値に対
応する。したがって、インスタンスの定義１６０に示さ
れるグラフィック・オブジェクトのインスタンスは、名
前"Frankfurt"をもつ領域１１０ａに配置される。領域
定義ファイル１７０には、領域１１０を定義する矩形の
角の座標、すなわち、ビュー１００内で各領域１１０が
占める位置も含まれる。
【００３８】領域１１０ａ−ｃ内のグラフィック・オブ
ジェクトのインスタンスのレイアウトの形式に関する情
報も、領域定義ファイル１７０に含まれる。好ましい実
施例では、多数のレイアウト・タイプが知られている。
これらを図４ないし８に示す。
ジェクトのインスタンスのレイアウトの形式に関する情
報も、領域定義ファイル１７０に含まれる。好ましい実
施例では、多数のレイアウト・タイプが知られている。
これらを図４ないし８に示す。
【００３９】図４は、行にレイアウトされたグラフィッ
ク・オブジェクトを示す。これを"Row"レイアウト・タ
イプと呼ぶ。図５は、行にレイアウトされ、行が相互に
シフトされているグラフィック・オブジェクトを示す。
これを"SROW"レイアウト・タイプと呼ぶ。図６は、列に
レイアウトされたグラフィック・オブジェクトを示す。
これを"COLUMN"レイアウト・タイプと呼ぶ。図７は、列
にレイアウトされ、列が相互にシフトされているグラフ
ィック・オブジェクトを示す。これを"SCOLUMN"レイア
ウト・タイプと呼ぶ。最後に、図８は、グラフィック・
オブジェクトが領域１１０ａ−ｃの中央に配置され
た、"EXPAND"レイアウト・タイプを示す。グラフィック
・オブジェクトは左寄せすることができる。すなわち、
グラフィック・オブジェクトのインスタンスが、図１１
に示すように、領域の左下角に寄せられる。グラフィッ
ク・オブジェクトは右寄せすることができる。すなわ
ち、グラフィック・オブジェクトのインスタンスは、図
１０に示すように、領域の右上角に寄せられる。最後
に、グラフィック・オブジェクトのインスタンスは、図
９に示すように円の形をとることができる。他の配列も
考えられる。
ク・オブジェクトを示す。これを"Row"レイアウト・タ
イプと呼ぶ。図５は、行にレイアウトされ、行が相互に
シフトされているグラフィック・オブジェクトを示す。
これを"SROW"レイアウト・タイプと呼ぶ。図６は、列に
レイアウトされたグラフィック・オブジェクトを示す。
これを"COLUMN"レイアウト・タイプと呼ぶ。図７は、列
にレイアウトされ、列が相互にシフトされているグラフ
ィック・オブジェクトを示す。これを"SCOLUMN"レイア
ウト・タイプと呼ぶ。最後に、図８は、グラフィック・
オブジェクトが領域１１０ａ−ｃの中央に配置され
た、"EXPAND"レイアウト・タイプを示す。グラフィック
・オブジェクトは左寄せすることができる。すなわち、
グラフィック・オブジェクトのインスタンスが、図１１
に示すように、領域の左下角に寄せられる。グラフィッ
ク・オブジェクトは右寄せすることができる。すなわ
ち、グラフィック・オブジェクトのインスタンスは、図
１０に示すように、領域の右上角に寄せられる。最後
に、グラフィック・オブジェクトのインスタンスは、図
９に示すように円の形をとることができる。他の配列も
考えられる。
【００４０】図３に示す例では、名前"Frankfurt"をも
つ領域１１０ａは、パラメータ"layout=circle"によっ
て示される円形のレイアウトをもつ。名前"Berlin"をも
つ領域１１０ｂは、パラメータ"layout=right align"で
示される右寄せレイアウトをもつ。最後に、名前"Stutt
gart"をもつ領域１１０ｃは、パラメータ"layout = lef
t align"で示される左寄せレイアウトをもつ。
つ領域１１０ａは、パラメータ"layout=circle"によっ
て示される円形のレイアウトをもつ。名前"Berlin"をも
つ領域１１０ｂは、パラメータ"layout=right align"で
示される右寄せレイアウトをもつ。最後に、名前"Stutt
gart"をもつ領域１１０ｃは、パラメータ"layout = lef
t align"で示される左寄せレイアウトをもつ。
【００４１】領域定義ファイル１７０内の１つの領域
が、デフォルト領域として定義される。この領域には、
領域属性RegionPropの値による他のどの領域にも配置さ
れないすべてのグラフィック・オブジェクトのインスタ
ンスが配置される。図３に示す例では、領域"Frankfur
t"１１０ａはデフォルト領域である。他の領域１１０ｂ
または１１０ｃも同様にデフォルト領域となることがで
きる。あるいは、デフォルト領域を指定しないことによ
って、領域１１０ａ−ｃの外側にあるビュー１００の部
分をデフォルト領域と定義することも可能である。
が、デフォルト領域として定義される。この領域には、
領域属性RegionPropの値による他のどの領域にも配置さ
れないすべてのグラフィック・オブジェクトのインスタ
ンスが配置される。図３に示す例では、領域"Frankfur
t"１１０ａはデフォルト領域である。他の領域１１０ｂ
または１１０ｃも同様にデフォルト領域となることがで
きる。あるいは、デフォルト領域を指定しないことによ
って、領域１１０ａ−ｃの外側にあるビュー１００の部
分をデフォルト領域と定義することも可能である。
【００４２】図１２は、本発明の実施例を示す。コンピ
ューティング・ユニット３０内に、本発明の様々な構成
要素が存在している。ユーザ・インタフェース宣言１５
０がメモリ６０に記憶されており、領域定義ファイル１
７０も同様である。メモリ６０はまた、ビュー１００内
に位置決めすべきグラフィック・オブジェクトのインス
タンス１８０も含む。
ューティング・ユニット３０内に、本発明の様々な構成
要素が存在している。ユーザ・インタフェース宣言１５
０がメモリ６０に記憶されており、領域定義ファイル１
７０も同様である。メモリ６０はまた、ビュー１００内
に位置決めすべきグラフィック・オブジェクトのインス
タンス１８０も含む。
【００４３】グラフィクス・プロセッサ８０内には、ビ
ュー１００中でグラフィック・オブジェクトのインスタ
ンス１８０をレイアウトする、領域レイアウタ２００が
設けられている。領域レイアウタ２００は、後述のよう
に、メモリ６０からグラフィック・オブジェクトのイン
スタンス２１０を抽出し、ビュー１００内でのグラフィ
ック・オブジェクトのインスタンス２１０の位置決めを
制御する。
ュー１００中でグラフィック・オブジェクトのインスタ
ンス１８０をレイアウトする、領域レイアウタ２００が
設けられている。領域レイアウタ２００は、後述のよう
に、メモリ６０からグラフィック・オブジェクトのイン
スタンス２１０を抽出し、ビュー１００内でのグラフィ
ック・オブジェクトのインスタンス２１０の位置決めを
制御する。
【００４４】図１３は、本発明の一般原理を示す流れ図
である。グラフィック・オブジェクトを表示する方法
は、基本的に５つのステップから構成される。第１のス
テップ３００で、領域レイアウタを初期設定する。この
ステップでは、後述のように、メモリ６０から領域定義
ファイル１７０を取り出し、メモリ中に構造を作成す
る。次のステップ３２０で、表示すべきグラフィック・
オブジェクトのインスタンス１８０を抽出し、該インス
タンス１８０を、領域１１０ａ−ｃのうちでそれらが表
示される領域に関連付ける。第３のステップ３４０で、
インスタンス１８０を、領域１００ａ−ｃのうちの関連
する１つの領域内に位置決めし、第４のステップ３６０
で、ビュー１００上にウィンドウを作成し、表示画面８
０に表示する。最後に、ステップ３８０で、この方法が
終了し、作成された構造が使用していたメモリ６０中の
スペースが、他の使用のために解放される。
である。グラフィック・オブジェクトを表示する方法
は、基本的に５つのステップから構成される。第１のス
テップ３００で、領域レイアウタを初期設定する。この
ステップでは、後述のように、メモリ６０から領域定義
ファイル１７０を取り出し、メモリ中に構造を作成す
る。次のステップ３２０で、表示すべきグラフィック・
オブジェクトのインスタンス１８０を抽出し、該インス
タンス１８０を、領域１１０ａ−ｃのうちでそれらが表
示される領域に関連付ける。第３のステップ３４０で、
インスタンス１８０を、領域１００ａ−ｃのうちの関連
する１つの領域内に位置決めし、第４のステップ３６０
で、ビュー１００上にウィンドウを作成し、表示画面８
０に表示する。最後に、ステップ３８０で、この方法が
終了し、作成された構造が使用していたメモリ６０中の
スペースが、他の使用のために解放される。
【００４５】図１３の第１のステップ３００は、図１４
に示すようないくつかの小ステップを含んでいる。ステ
ップ４２０で、メモリ６０から領域定義ファイル（ＲＤ
Ｆ）１７０を取り出す。実際のスクリーンビュー実施態
様では、領域定義ファイル１７０を、機械可読形の領域
定義ファイル１７０である、領域抽象構文テーブル（Ａ
ＳＴ）に変換する。ステップ４２０で、領域抽象構文テ
ーブルをオープンし探索する。領域定義ファイル１７０
にある各領域定義について、図１５に示すように、領域
オブジェクトのプール（BUSNLREG）が作成される。領域
オブジェクト（BUSNLREG）は、領域名オブジェクト（BU
SYASTR）５００、領域矩形オブジェクト（BUSNLREC）５
１０、領域１１０がもつレイアウト５２０の詳細、およ
び領域１１０がデフォルトの領域であるか否かの指示５
３０を含んでいる。
に示すようないくつかの小ステップを含んでいる。ステ
ップ４２０で、メモリ６０から領域定義ファイル（ＲＤ
Ｆ）１７０を取り出す。実際のスクリーンビュー実施態
様では、領域定義ファイル１７０を、機械可読形の領域
定義ファイル１７０である、領域抽象構文テーブル（Ａ
ＳＴ）に変換する。ステップ４２０で、領域抽象構文テ
ーブルをオープンし探索する。領域定義ファイル１７０
にある各領域定義について、図１５に示すように、領域
オブジェクトのプール（BUSNLREG）が作成される。領域
オブジェクト（BUSNLREG）は、領域名オブジェクト（BU
SYASTR）５００、領域矩形オブジェクト（BUSNLREC）５
１０、領域１１０がもつレイアウト５２０の詳細、およ
び領域１１０がデフォルトの領域であるか否かの指示５
３０を含んでいる。
【００４６】領域名オブジェクト（BUSYASTR）５００に
は、メモリ６０に記憶されているテキスト５８０を指す
ポインタ（ＰＳＺ）５５０と、テキスト５８０の長さを
示す文字列長変数５４０という２つの特性が関連付けら
れている。
は、メモリ６０に記憶されているテキスト５８０を指す
ポインタ（ＰＳＺ）５５０と、テキスト５８０の長さを
示す文字列長変数５４０という２つの特性が関連付けら
れている。
【００４７】領域矩形オブジェクト（BUSNLREC）５１０
には、２つのポインタ５６０、５７０が関連付けられて
いる。一方の領域ポインタ（Point_1）５６０は、領域
矩形の１つの角の座標５９０を指す。他方の領域ポイン
タ（Point_2）５７０は、領域矩形の他の角の座標６０
０を指す。これらの座標の対は、やはりメモリ６０に記
憶される領域ポイント・オブジェクト（BUSNLRPT）５８
５に含まれる。
には、２つのポインタ５６０、５７０が関連付けられて
いる。一方の領域ポインタ（Point_1）５６０は、領域
矩形の１つの角の座標５９０を指す。他方の領域ポイン
タ（Point_2）５７０は、領域矩形の他の角の座標６０
０を指す。これらの座標の対は、やはりメモリ６０に記
憶される領域ポイント・オブジェクト（BUSNLRPT）５８
５に含まれる。
【００４８】領域オブジェクト（BUSNLREG）を指すポイ
ンタは、ＡＶＬツリーとして実施されたディクショナリ
に記憶される。ＡＶＬツリーは、従来技術で周知のデー
タ構造である。領域名オブジェクト５００をキーとして
使用して、ディクショナリを迅速に探索し、領域定義プ
ール内の領域オブジェクト（BUSNLREG）の位置を指すポ
インタを探し出すことができる。
ンタは、ＡＶＬツリーとして実施されたディクショナリ
に記憶される。ＡＶＬツリーは、従来技術で周知のデー
タ構造である。領域名オブジェクト５００をキーとして
使用して、ディクショナリを迅速に探索し、領域定義プ
ール内の領域オブジェクト（BUSNLREG）の位置を指すポ
インタを探し出すことができる。
【００４９】図１３の第２のステップ３２０を図１６に
詳細に示す。ステップ７００で、ビュー１００に表示す
べきグラフィック・オブジェクトのインスタンス１８０
が走査され、各インスタンスごとに、領域属性（Region
Prop）の値を決定する（ステップ７１０）。ステップ７
２０で、領域属性（RegionProp）が割り当てられた値を
もつか否かを検査する。領域属性（RegionProp）に値が
割り当てられている場合、次のステップ７３０で、同じ
領域属性（RegionProp）値を有するインスタンス１８０
が以前にあったか否かを検査する。それがあった場合、
ステップ７３５で、インスタンス１８０が表示される領
域１１０の領域名（BUSNLREG）を、メモリ６０中に作成
された新しいインスタンス・リストを指すポインタと共
に、領域名ＡＶＬツリーに置く。インスタンスの名前
は、インスタンス・リスト中の要素として置かれる（ス
テップ７４０）。しかし、前のインスタンス１８０がす
でに同じ領域属性（RegionProp）値をもっていた場合、
すでにメモリ６０中にインスタンス・リストが作成され
ており、インスタンスの名前だけをインスタンス・リス
トに要素として追加するだけでよい。この走査手順（ス
テップ７００）は、ビュー１００に表示されるグラフィ
ック・オブジェクトのインスタンス１８０がすべて走査
されるまで、継続する。
詳細に示す。ステップ７００で、ビュー１００に表示す
べきグラフィック・オブジェクトのインスタンス１８０
が走査され、各インスタンスごとに、領域属性（Region
Prop）の値を決定する（ステップ７１０）。ステップ７
２０で、領域属性（RegionProp）が割り当てられた値を
もつか否かを検査する。領域属性（RegionProp）に値が
割り当てられている場合、次のステップ７３０で、同じ
領域属性（RegionProp）値を有するインスタンス１８０
が以前にあったか否かを検査する。それがあった場合、
ステップ７３５で、インスタンス１８０が表示される領
域１１０の領域名（BUSNLREG）を、メモリ６０中に作成
された新しいインスタンス・リストを指すポインタと共
に、領域名ＡＶＬツリーに置く。インスタンスの名前
は、インスタンス・リスト中の要素として置かれる（ス
テップ７４０）。しかし、前のインスタンス１８０がす
でに同じ領域属性（RegionProp）値をもっていた場合、
すでにメモリ６０中にインスタンス・リストが作成され
ており、インスタンスの名前だけをインスタンス・リス
トに要素として追加するだけでよい。この走査手順（ス
テップ７００）は、ビュー１００に表示されるグラフィ
ック・オブジェクトのインスタンス１８０がすべて走査
されるまで、継続する。
【００５０】ステップ７２０で領域属性（RegionProp）
の値が割り当てられていないことが分かった場合、イン
スタンス１８０の名前を、デフォルト領域５３０に関連
するインスタンス・リストに要素として追加する。
の値が割り当てられていないことが分かった場合、イン
スタンス１８０の名前を、デフォルト領域５３０に関連
するインスタンス・リストに要素として追加する。
【００５１】ＡＶＬツリーおよびインスタンス・リスト
を作成した後、図１３のステップ３４０に進むことがで
きる。このステップ３４０で、グラフィック・オブジェ
クトのインスタンス１８０をそれぞれの領域１１０内で
位置決めする。領域１１０内で１つのインスタンス１８
０だけを位置決めする場合、グラフィック・オブジェク
トのインスタンス１８０を表すアイコンまたはビット・
マップが領域１１０の中央に置かれる。アイコンのサイ
ズは、必要に応じて領域１１０を一杯にするように調整
することができる。
を作成した後、図１３のステップ３４０に進むことがで
きる。このステップ３４０で、グラフィック・オブジェ
クトのインスタンス１８０をそれぞれの領域１１０内で
位置決めする。領域１１０内で１つのインスタンス１８
０だけを位置決めする場合、グラフィック・オブジェク
トのインスタンス１８０を表すアイコンまたはビット・
マップが領域１１０の中央に置かれる。アイコンのサイ
ズは、必要に応じて領域１１０を一杯にするように調整
することができる。
【００５２】しかし、領域１１０ａ−ｃ内に複数のイン
スタンスを配置すべき場合は、図１７に示す手順を実行
する。ステップ８００で、領域１１０のサイズを、領域
矩形オブジェクト（BUSNLREC）５１０中のpoint_1 ５
６０およびpoint_2 ５７０の値を使って算出する。イ
ンスタンス・リストから、領域１００ａ−ｃのそれぞれ
におけるグラフィック・オブジェクトのインスタンスの
数を算出する（ステップ８１０）。ステップ８２０で、
選択されたレイアウト・タイプを使って、グラフィック
・オブジェクトを表すアイコンまたはビット・マップが
すべて、それぞれの領域１００ａ−ｃに収まるか否かを
検査する。収まらない場合、サイズ変更動作を実行する
（ステップ８３０）。サイズ変更動作は、元のアイコン
を、他の単純化されたアイコンと置換するか、あるいは
単に元のアイコンのサイズを縮小する動作で構成するこ
とができる。あるいは、グラフィック・オブジェクトを
相互に重ねることもできる。当業者には他のサイズ変更
方法もよく知られている。
スタンスを配置すべき場合は、図１７に示す手順を実行
する。ステップ８００で、領域１１０のサイズを、領域
矩形オブジェクト（BUSNLREC）５１０中のpoint_1 ５
６０およびpoint_2 ５７０の値を使って算出する。イ
ンスタンス・リストから、領域１００ａ−ｃのそれぞれ
におけるグラフィック・オブジェクトのインスタンスの
数を算出する（ステップ８１０）。ステップ８２０で、
選択されたレイアウト・タイプを使って、グラフィック
・オブジェクトを表すアイコンまたはビット・マップが
すべて、それぞれの領域１００ａ−ｃに収まるか否かを
検査する。収まらない場合、サイズ変更動作を実行する
（ステップ８３０）。サイズ変更動作は、元のアイコン
を、他の単純化されたアイコンと置換するか、あるいは
単に元のアイコンのサイズを縮小する動作で構成するこ
とができる。あるいは、グラフィック・オブジェクトを
相互に重ねることもできる。当業者には他のサイズ変更
方法もよく知られている。
【００５３】ステップ８４０で、レイアウト・パラメー
タ５２０を含む領域レイアウタ２００を使って、領域１
１０内のアイコンまたはビットマップの位置を算出す
る。最後に、ステップ８５０で、完全な領域１１０を生
成し、当該の場合には、それをイメージ・メモリ７０に
記憶することができる。レイアウト手順を実行するルー
チンは、領域レイアウタ２００中にある。本発明の好ま
しい実施例では、この別々の３つのルーチンまたはサブ
レイアウタを、３つの異なるタイプのレイアウトを生成
するために使用する。どのレイアウタを使用するかの選
択は、レイアウト・パラメータ５２０の値によって支配
される。当業者には、その他のサブレイアウタの開発も
可能であろう。
タ５２０を含む領域レイアウタ２００を使って、領域１
１０内のアイコンまたはビットマップの位置を算出す
る。最後に、ステップ８５０で、完全な領域１１０を生
成し、当該の場合には、それをイメージ・メモリ７０に
記憶することができる。レイアウト手順を実行するルー
チンは、領域レイアウタ２００中にある。本発明の好ま
しい実施例では、この別々の３つのルーチンまたはサブ
レイアウタを、３つの異なるタイプのレイアウトを生成
するために使用する。どのレイアウタを使用するかの選
択は、レイアウト・パラメータ５２０の値によって支配
される。当業者には、その他のサブレイアウタの開発も
可能であろう。
【００５４】ビュー１００に表示すべきグラフィック・
オブジェクトのすべてのインスタンス１８０が適切な領
域１００ａ−ｃ内に位置決めされるまで、ステップ３２
０および３４０を繰り返す。その後、イメージ・メモリ
７０中でビュー１００を表すデータを見つけ、表示画面
８０上にこのビュー１００を表示するために、既知のイ
メージ処理技術を使用してウィンドウを作成する。
オブジェクトのすべてのインスタンス１８０が適切な領
域１００ａ−ｃ内に位置決めされるまで、ステップ３２
０および３４０を繰り返す。その後、イメージ・メモリ
７０中でビュー１００を表すデータを見つけ、表示画面
８０上にこのビュー１００を表示するために、既知のイ
メージ処理技術を使用してウィンドウを作成する。
【００５５】本発明はまた、エンド・ユーザが、「ドラ
ッグ・アンド・ドロップ」技術を使用して、グラフィッ
ク・オブジェクトのインスタンスを領域１１０ａ−ｃの
うちの１つの領域から他の領域に移動できるようにす
る、移動ルーチンを備えている。この手順を表す流れ図
を図１８に示す。
ッグ・アンド・ドロップ」技術を使用して、グラフィッ
ク・オブジェクトのインスタンスを領域１１０ａ−ｃの
うちの１つの領域から他の領域に移動できるようにす
る、移動ルーチンを備えている。この手順を表す流れ図
を図１８に示す。
【００５６】ステップ９００で、エンド・ユーザが、位
置変更すべきグラフィック・オブジェクトのインスタン
ス１８０を選択する。このインスタンス１８０の選択
は、ポインティング装置２０によって、あるいはコマン
ド行からのコマンドを使用して活動化する。ポインティ
ング装置２０またはコマンド行に入力されたコマンドを
使用して、インスタンス１８０をビュー１００中の現位
置からビュー１００中の他の位置に移動させる（ステッ
プ９１０）。ステップ９２０で、グラフィック・オブジ
ェクトのインスタンス１８０の新しい座標を算出する。
次に、領域矩形（BUSNLREC）オブジェクト５１０に記憶
されている情報を使用して、これらの新しい座標が新し
い領域１１０内にあるか否かを検査する（ステップ９３
０）。
置変更すべきグラフィック・オブジェクトのインスタン
ス１８０を選択する。このインスタンス１８０の選択
は、ポインティング装置２０によって、あるいはコマン
ド行からのコマンドを使用して活動化する。ポインティ
ング装置２０またはコマンド行に入力されたコマンドを
使用して、インスタンス１８０をビュー１００中の現位
置からビュー１００中の他の位置に移動させる（ステッ
プ９１０）。ステップ９２０で、グラフィック・オブジ
ェクトのインスタンス１８０の新しい座標を算出する。
次に、領域矩形（BUSNLREC）オブジェクト５１０に記憶
されている情報を使用して、これらの新しい座標が新し
い領域１１０内にあるか否かを検査する（ステップ９３
０）。
【００５７】エンド・ユーザがインスタンス１８０を、
定義されていない領域内の位置に動かした場合、領域属
性（RegionProp）の値は変更されない（ステップ９４
０）。しかし、インスタンスを新しい領域内に動かした
場合は（ステップ９５０）、領域属性（RegionProp）の
値が、インスタンスが位置する領域１１０の値に設定さ
れる。この値は、領域名（BUSYASTR）オブジェクト５０
０から抽出される。言うまでもなく、２つの領域１１０
が重なることが可能であり、この場合、領域名のうちの
１つだけが、領域属性の値として選択される。
定義されていない領域内の位置に動かした場合、領域属
性（RegionProp）の値は変更されない（ステップ９４
０）。しかし、インスタンスを新しい領域内に動かした
場合は（ステップ９５０）、領域属性（RegionProp）の
値が、インスタンスが位置する領域１１０の値に設定さ
れる。この値は、領域名（BUSYASTR）オブジェクト５０
０から抽出される。言うまでもなく、２つの領域１１０
が重なることが可能であり、この場合、領域名のうちの
１つだけが、領域属性の値として選択される。
【００５８】ステップ９６０で、移動されたインスタン
スを組み込むように、領域１１０内に表示されているア
イコンおよびビットマップの順序を変更するために、レ
イアウタ２００中のサブレイアウタを呼び出す。インス
タンス１８０が、定義されていない領域内の位置に動か
され、領域属性（RegionProp）が変更されていない（ス
テップ９４０）場合、インスタンス１８０は、元の領域
１１０に再配置される。
スを組み込むように、領域１１０内に表示されているア
イコンおよびビットマップの順序を変更するために、レ
イアウタ２００中のサブレイアウタを呼び出す。インス
タンス１８０が、定義されていない領域内の位置に動か
され、領域属性（RegionProp）が変更されていない（ス
テップ９４０）場合、インスタンス１８０は、元の領域
１１０に再配置される。
【００５９】本発明の一部の実施例では、エンド・ユー
ザがグラフィック・オブジェクトのインスタンス１８０
を１つの領域１１０から他の領域１１０に移動すること
ができない。この場合、グラフィック・オブジェクト
は、「ドロップ・アンド・ドラッグ」要求に応答して、
要求を拒絶して領域属性（RegionProp）の値を変更しな
いでおくか、あるいはそれを他の値（たとえば、グラフ
ィック・オブジェクトのインスタンスを表示できる他の
領域の名前）に変更する。
ザがグラフィック・オブジェクトのインスタンス１８０
を１つの領域１１０から他の領域１１０に移動すること
ができない。この場合、グラフィック・オブジェクト
は、「ドロップ・アンド・ドラッグ」要求に応答して、
要求を拒絶して領域属性（RegionProp）の値を変更しな
いでおくか、あるいはそれを他の値（たとえば、グラフ
ィック・オブジェクトのインスタンスを表示できる他の
領域の名前）に変更する。
【００６０】ビュー"Germany"の例を使用して、これを
示すことができる。エンド・ユーザが、領域"Frankfur
t"、すなわち領域属性（RegionProp）が値"Frankfurt"
をもつ領域に現在あるオブジェクト"aeroplane"を、領
域"Berlin"までドラッグしたいものと仮定する。３つの
可能性がある。第１の可能性では、領域属性（RegionPr
op）"Location"の値を"Berlin"に変更し、領域"Berlin"
を、オブジェクト"aeroplane"を含むように順次変更す
る。
示すことができる。エンド・ユーザが、領域"Frankfur
t"、すなわち領域属性（RegionProp）が値"Frankfurt"
をもつ領域に現在あるオブジェクト"aeroplane"を、領
域"Berlin"までドラッグしたいものと仮定する。３つの
可能性がある。第１の可能性では、領域属性（RegionPr
op）"Location"の値を"Berlin"に変更し、領域"Berlin"
を、オブジェクト"aeroplane"を含むように順次変更す
る。
【００６１】第２の可能性では、エンド・ユーザがオブ
ジェクト"aeroplane"を領域"Berlin"までドラッグし、
そこでドロップする。しかし、グラフィック・オブジェ
クトは要求を拒絶し、領域属性（RegionProp）"Locatio
n"の値を"Berlin"に変更することを拒否する。値は、"F
rankfurt"に設定されたままになる。オブジェクト"aero
plane"は、領域"Frankfurt"内に位置するままになる。
ジェクト"aeroplane"を領域"Berlin"までドラッグし、
そこでドロップする。しかし、グラフィック・オブジェ
クトは要求を拒絶し、領域属性（RegionProp）"Locatio
n"の値を"Berlin"に変更することを拒否する。値は、"F
rankfurt"に設定されたままになる。オブジェクト"aero
plane"は、領域"Frankfurt"内に位置するままになる。
【００６２】第３の可能性では、エンド・ユーザがオブ
ジェクト"aeroplane"を領域"Berlin"までドラッグし、
そこでドロップする。しかし、グラフィック・オブジェ
クトは、領域属性（RegionProp）"Location"の値を"Ber
lin"に変更する要求を拒否する。なぜなら、グラフィッ
ク・オブジェクトは、領域"Frankfurt"から出るあらゆ
るオブジェクトはまず領域"Stuttgart"に向かわねばな
らないことを知っているからである。したがって、グラ
フィック・オブジェクトは、領域属性（RegionProp）"L
ocation"を"Stuttgart"に変更し、領域"Stuttgart"内の
オブジェクトのインスタンスを位置変更するために領域
レイアウタ２００を呼び出す。
ジェクト"aeroplane"を領域"Berlin"までドラッグし、
そこでドロップする。しかし、グラフィック・オブジェ
クトは、領域属性（RegionProp）"Location"の値を"Ber
lin"に変更する要求を拒否する。なぜなら、グラフィッ
ク・オブジェクトは、領域"Frankfurt"から出るあらゆ
るオブジェクトはまず領域"Stuttgart"に向かわねばな
らないことを知っているからである。したがって、グラ
フィック・オブジェクトは、領域属性（RegionProp）"L
ocation"を"Stuttgart"に変更し、領域"Stuttgart"内の
オブジェクトのインスタンスを位置変更するために領域
レイアウタ２００を呼び出す。
【００６３】他の可能性は、エンド・ユーザがグラフィ
ック・オブジェクト"aeroplane"を領域"Frankfurt"か
ら、領域１１０を含まないビュー１００の部分までドラ
ッグするものである。この場合、領域属性（RegionPro
p）"location"の値が"default"に変更される。この具体
的な例では、これは、オブジェクト"aeroplane"が領域"
Frankfurt"内に配置されたままになることを意味する。
なぜなら、領域"Frankfurt"はこのビュー１００のデフ
ォルト領域だからである。しかし、後の段階でデフォル
ト領域を修正すると、グラフィック・オブジェクト"aer
oplane"のインスタンスが新しいデフォルト領域に表示
されることになる。
ック・オブジェクト"aeroplane"を領域"Frankfurt"か
ら、領域１１０を含まないビュー１００の部分までドラ
ッグするものである。この場合、領域属性（RegionPro
p）"location"の値が"default"に変更される。この具体
的な例では、これは、オブジェクト"aeroplane"が領域"
Frankfurt"内に配置されたままになることを意味する。
なぜなら、領域"Frankfurt"はこのビュー１００のデフ
ォルト領域だからである。しかし、後の段階でデフォル
ト領域を修正すると、グラフィック・オブジェクト"aer
oplane"のインスタンスが新しいデフォルト領域に表示
されることになる。
【図１】本発明を実施するコンピューティング・システ
ムの概要を示す図である。
ムの概要を示す図である。
【図２】３つの領域がその中に存在するビューを示す図
である。
である。
【図３】ユーザ・インタフェース定義に領域定義がどの
ように含まれているかを示す図である。
ように含まれているかを示す図である。
【図４】領域内で実行できるグラフィック・オブジェク
トの様々なレイアウト・タイプを示す図である。
トの様々なレイアウト・タイプを示す図である。
【図５】領域内で実行できるグラフィック・オブジェク
トの様々なレイアウト・タイプを示す図である。
トの様々なレイアウト・タイプを示す図である。
【図６】領域内で実行できるグラフィック・オブジェク
トの様々なレイアウト・タイプを示す図である。
トの様々なレイアウト・タイプを示す図である。
【図７】領域内で実行できるグラフィック・オブジェク
トの様々なレイアウト・タイプを示す図である。
トの様々なレイアウト・タイプを示す図である。
【図８】領域内で実行できるグラフィック・オブジェク
トの様々なレイアウト・タイプを示す図である。
トの様々なレイアウト・タイプを示す図である。
【図９】領域内で実行できるグラフィック・オブジェク
トの様々なレイアウト・タイプを示す図である。
トの様々なレイアウト・タイプを示す図である。
【図１０】領域内で実行できるグラフィック・オブジェ
クトの様々なレイアウト・タイプを示す図である。
クトの様々なレイアウト・タイプを示す図である。
【図１１】領域内で実行できるグラフィック・オブジェ
クトの様々なレイアウト・タイプを示す図である。
クトの様々なレイアウト・タイプを示す図である。
【図１２】本発明の一実施例の概要を示す図である。
【図１３】本発明の方法の概要を示す流れ図である。
【図１４】領域およびオブジェクト定義データにアクセ
スするためのメモリ構造を作成する方法を示す流れ図で
ある。
スするためのメモリ構造を作成する方法を示す流れ図で
ある。
【図１５】表示すべきグラフィック・オブジェクトの様
々な子オブジェクトと、それらの特性を示す図である。
々な子オブジェクトと、それらの特性を示す図である。
【図１６】グラフィック・オブジェクトのインスタンス
を領域に関連付ける方法を示す流れ図である。
を領域に関連付ける方法を示す流れ図である。
【図１７】ビュー内のグラフィック・オブジェクトのイ
ンスタンスのレイアウトを示す流れ図である。
ンスタンスのレイアウトを示す流れ図である。
【図１８】グラフィック・オブジェクトのインスタンス
を１つの領域から別の領域まで移動する方法を示す流れ
図である。
を１つの領域から別の領域まで移動する方法を示す流れ
図である。
２０ ポインティング装置 ３０ コンピューティング・ユニット ５０ グラフィック・プロセッサ ７０ イメージ・メモリ ８０ 表示画面 １００ ビュー １１０ 領域 １５０ ユーザ・インタフェース記述 １６０ グラフィック・オブジェクトのインスタンスの
定義 １７０ 領域定義ファイル １８０ インスタンス ２００ 領域レイアウタ ５００ 領域名オブジェクト ５１０ 領域矩形オブジェクト ５２０ レイアウト ５３０ デフォルト領域
定義 １７０ 領域定義ファイル １８０ インスタンス ２００ 領域レイアウタ ５００ 領域名オブジェクト ５１０ 領域矩形オブジェクト ５２０ レイアウト ５３０ デフォルト領域
───────────────────────────────────────────────────── フロントページの続き (72)発明者 ヘルベルト・ヴェスターマン ドイツ71065 ジンデルフィンゲン ア ンマーシュトラーセ２ (72)発明者 ロイ・エイ・ファイゲル アメリカ合衆国78728 テキサス州オー スチン ゲイロード・ドライブ1911 (56)参考文献 特開 平４−81924（ＪＰ，Ａ) 特開 平４−372014（ＪＰ，Ａ)
Claims (10)
- 【請求項１】表示画面上に、少なくとも１つのグラフィ
ック・オブジェクトを含むビューを生成する手段を備え
る図形表示装置であって、 ビュー内で定義された少なくとも１つの領域と、 前記少なくとも１つのグラフィック・オブジェクトと関
連付けられた、前記少なくとも１つの領域のうちのどの
中にグラフィック・オブジェクトが配置されるかを示す
ための、少なくとも１つの属性（RegionProp）とを含む
ことを特徴とする図形表示装置。 - 【請求項２】さらに、前記少なくとも１つの領域の構造
がその中で定義される、定義ファイル（RegionDef）を
含むことを特徴とする、請求項１に記載の装置。 - 【請求項３】さらに、前記属性（RegionProp）を抽出
し、前記領域中でグラフィック・オブジェクトをレイア
ウトするために、ビュー中に位置決めすべきグラフィッ
ク・オブジェクトをループする、少なくとも１つのレイ
アウト・ルーチンを含むことを特徴とする、請求項１ま
たは２に記載の装置。 - 【請求項４】さらに、１つのグラフィック・オブジェク
トを前記領域のうちの１つの領域から他の領域に移動す
るとき、前記属性（RegionProp）を変更する、少なくと
も１つの移動ルーチンを含むことを特徴とする、請求項
１から３のいずれかに記載の装置。 - 【請求項５】図形表示装置上に表示されるビュー内で少
なくとも１つのグラフィック・オブジェクトをレイアウ
トする方法であって、 グラフィック・オブジェクトがその内部に表示されるビ
ューを定義する、第１のステップと、 グラフィック・オブジェクトがその内部に表示されるビ
ュー内の領域（RegionDef）を定義する、第２のステッ
プと、 属性（RegionProp）をグラフィック・オブジェクトと関
連付けて、どの領域内にグラフィック・オブジェクトを
表示するかを示す、第３のステップと、 領域内でグラフィック・オブジェクトをレイアウトす
る、第４のステップと、 グラフィック表示装置上に、レイアウトされたビューを
提示する第５のステップとを含むことを特徴とする方
法。 - 【請求項６】前記第２のステップが、 前記領域の定義を含む領域定義ファイルを作成するステ
ップを含むことを特徴とする、請求項５に記載の方法。 - 【請求項７】前記第４のステップが、 ビュー中で位置決めすべきすべてのグラフィック・オブ
ジェクトをループして、前記属性（RegionProp）の値を
抽出するステップと、 前記領域定義ファイルを探索して、前記属性（RegionPr
op）の前記抽出された値に対応する領域を選択するステ
ップと、 選択された領域内に前記グラフィック・オブジェクトを
位置決めするステップとを含むことを特徴とする、請求
項６に記載の方法。 - 【請求項８】前記グラフィック・オブジェクトを位置決
めするステップが、 選択された領域内でのグラフィック・オブジェクトの最
適位置を決定するために、選択された領域内のあらゆる
グラフィック・オブジェクトを、領域サイズ、領域形
状、および領域レイアウトと共にサブレイアウタに渡す
ステップを含むことを特徴とする、請求項７に記載の方
法。 - 【請求項９】前記請求項のいずれかに記載された複数の
領域をもつビュー内でグラフィック・オブジェクトを移
動する方法であって、 移動すべきグラフィック・オブジェクトを選択する、第
１のステップと、 グラフィック・オブジェクトを移動する先の新しい位置
を選択する、第２のステップと、 グラフィック・オブジェクトを選択された新しい位置に
配置する、第３のステップと、 ビューの順序を変更する、第４のステップとを含むこと
を特徴とする方法。 - 【請求項１０】第２のステップが、選択された新しい位
置が位置する領域を決定するステップを含み、 第３のステップが、前記属性（RegionProp）の値を、グ
ラフィック・オブジェクトが位置する領域から、グラフ
ィック・オブジェクトを配置すべき領域に変更するステ
ップを含むことを特徴とする、請求項９に記載の方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| DE93107055.1 | 1993-04-30 | ||
| EP93107055A EP0622728B1 (en) | 1993-04-30 | 1993-04-30 | Region layout in a view on a graphical display screen |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH06332656A JPH06332656A (ja) | 1994-12-02 |
| JP2547964B2 true JP2547964B2 (ja) | 1996-10-30 |
Family
ID=8212851
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP6057723A Expired - Fee Related JP2547964B2 (ja) | 1993-04-30 | 1994-03-28 | 図形表示画面上のビューの領域レイアウト |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US6320602B1 (ja) |
| EP (1) | EP0622728B1 (ja) |
| JP (1) | JP2547964B2 (ja) |
| AT (1) | ATE190149T1 (ja) |
| DE (1) | DE69327948T2 (ja) |
Families Citing this family (59)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6195096B1 (en) | 1996-08-14 | 2001-02-27 | International Business Machines Corporation | Graphical interface method, apparatus and application for creating and modifying a multiple-value text list |
| US6104395A (en) * | 1996-08-14 | 2000-08-15 | International Business Machines Corporation | Graphical interface method, apparatus and application for opening window of all designated container objects |
| US5774120A (en) * | 1996-08-14 | 1998-06-30 | International Business Machines Corporation | Refresh and select-all actions in graphical user interface |
| US5774119A (en) * | 1996-08-14 | 1998-06-30 | International Business Machines Corporation | Graphical interface method, apparatus and application for selection of target object |
| US5818444A (en) * | 1996-08-14 | 1998-10-06 | International Business Machines Corporation | Method, apparatus and application for object selective but global attribute modification |
| US5872568A (en) * | 1996-08-14 | 1999-02-16 | International Business Machines Corporation | Application and method for creating a list from pre-defined and user values |
| US5781193A (en) * | 1996-08-14 | 1998-07-14 | International Business Machines Corporation | Graphical interface method, apparatus and application for creating multiple value list from superset list |
| US5784057A (en) * | 1996-08-14 | 1998-07-21 | International Business Machines Corporation | Dynamically modifying a graphical user interface window title |
| US5812135A (en) * | 1996-11-05 | 1998-09-22 | International Business Machines Corporation | Reorganization of nodes in a partial view of hierarchical information |
| US6380954B1 (en) | 1998-02-09 | 2002-04-30 | Reuters, Ltd. | Method and system for layout of objects within a perimeter using constrained interactive search |
| US7437725B1 (en) * | 1999-01-04 | 2008-10-14 | General Electric Company | Processing techniques for servers handling client/server traffic and communications |
| JP3164070B2 (ja) | 1998-07-24 | 2001-05-08 | 日本電気株式会社 | オブジェクト配置制御装置、方法及び記録媒体 |
| US6983424B1 (en) * | 2000-06-23 | 2006-01-03 | International Business Machines Corporation | Automatically scaling icons to fit a display area within a data processing system |
| AU2002219926A1 (en) * | 2000-11-29 | 2002-06-11 | Fourbit Group, Inc. | Generating a declarative user interface |
| GB0110326D0 (en) * | 2001-04-27 | 2001-06-20 | Ibm | Method and apparatus for interoperation between legacy software and screen reader programs |
| US7028257B1 (en) * | 2001-06-29 | 2006-04-11 | Bellsouth Intellectual Property Corp. | System and method for rapid creation and display of stylized digital content items |
| DE10134270A1 (de) * | 2001-07-18 | 2003-02-06 | Heidenhain Gmbh Dr Johannes | Verfahren zur Erzeugung pixelorientierter Bilddateien zur Darstellung graphischer Symbole durch eine numerische Steuerung |
| US6950993B2 (en) * | 2001-08-02 | 2005-09-27 | Microsoft Corporation | System and method for automatic and dynamic layout of resizable dialog type windows |
| EP1494116A1 (fr) * | 2003-07-01 | 2005-01-05 | Amadeus S.A.S. | Procédé et dispositif pour l'interfaçage graphique |
| US20060020904A1 (en) * | 2004-07-09 | 2006-01-26 | Antti Aaltonen | Stripe user interface |
| TW200622893A (en) * | 2004-07-09 | 2006-07-01 | Nokia Corp | Cute user interface |
| US7348982B2 (en) | 2004-09-30 | 2008-03-25 | Microsoft Corporation | Method, system, and computer-readable medium for creating and laying out a graphic within an application program |
| US8510657B2 (en) * | 2004-09-30 | 2013-08-13 | Microsoft Corporation | Editing the text of an arbitrary graphic via a hierarchical list |
| US8134575B2 (en) | 2004-09-30 | 2012-03-13 | Microsoft Corporation | Maintaining graphical presentations based on user customizations |
| US8438486B2 (en) * | 2006-02-09 | 2013-05-07 | Microsoft Corporation | Automatically converting text to business graphics |
| US8702720B2 (en) * | 2006-05-03 | 2014-04-22 | Cook Medical Technologies Llc | Tassel tip wire guide |
| US7996282B1 (en) * | 2006-09-29 | 2011-08-09 | Amazon Technologies, Inc. | Method and system for selecting and displaying items |
| JP4356752B2 (ja) | 2007-02-20 | 2009-11-04 | セイコーエプソン株式会社 | 文書編集装置、プログラムおよび記憶媒体 |
| US9075492B1 (en) | 2007-03-30 | 2015-07-07 | Amazon Technologies, Inc. | Method and system for displaying items |
| US8209223B2 (en) | 2007-11-30 | 2012-06-26 | Google Inc. | Video object tag creation and processing |
| US9189250B2 (en) * | 2008-01-16 | 2015-11-17 | Honeywell International Inc. | Method and system for re-invoking displays |
| US9292582B2 (en) * | 2009-05-27 | 2016-03-22 | International Business Machines Corporation | Rendering a database record in a fixed display space |
| US8799325B2 (en) | 2010-03-12 | 2014-08-05 | Microsoft Corporation | Reordering nodes in a hierarchical structure |
| USD658670S1 (en) * | 2011-05-27 | 2012-05-01 | Microsoft Corporation | Display screen with user interface |
| USD655714S1 (en) * | 2011-05-27 | 2012-03-13 | Microsoft Corporation | Display screen with user interface |
| USD655713S1 (en) * | 2011-05-27 | 2012-03-13 | Microsoft Corporation | Display screen with user interface |
| USD655716S1 (en) * | 2011-05-27 | 2012-03-13 | Microsoft Corporation | Display screen with user interface |
| USD655715S1 (en) * | 2011-05-27 | 2012-03-13 | Microsoft Corporation | Display screen with user interface |
| USD655301S1 (en) * | 2011-05-27 | 2012-03-06 | Microsoft Corporation | Display screen with user interface |
| US10972530B2 (en) | 2016-12-30 | 2021-04-06 | Google Llc | Audio-based data structure generation |
| US8688514B1 (en) | 2011-06-24 | 2014-04-01 | Google Inc. | Ad selection using image data |
| US11087424B1 (en) | 2011-06-24 | 2021-08-10 | Google Llc | Image recognition-based content item selection |
| US9300539B2 (en) | 2011-08-04 | 2016-03-29 | International Business Machines Corporation | Network computing management |
| US9183006B2 (en) * | 2011-08-31 | 2015-11-10 | Visan Industries | Systems and methods for layout of graphic objects for electronic display, print or other output |
| US10586127B1 (en) | 2011-11-14 | 2020-03-10 | Google Llc | Extracting audiovisual features from content elements on online documents |
| US11093692B2 (en) | 2011-11-14 | 2021-08-17 | Google Llc | Extracting audiovisual features from digital components |
| US9183398B2 (en) | 2012-09-20 | 2015-11-10 | Qualcomm Incorporated | Content-driven screen polarization with application sessions |
| USD736818S1 (en) | 2013-03-14 | 2015-08-18 | Microsoft Corporation | Display screen with graphical user interface |
| US11030239B2 (en) | 2013-05-31 | 2021-06-08 | Google Llc | Audio based entity-action pair based selection |
| US9953085B1 (en) | 2013-05-31 | 2018-04-24 | Google Llc | Feed upload for search entity based content selection |
| USD770463S1 (en) * | 2013-12-26 | 2016-11-01 | Target Brands Inc. | Display screen with a graphical user interface |
| US9846904B2 (en) | 2013-12-26 | 2017-12-19 | Target Brands, Inc. | Retail website user interface, systems and methods |
| US10037308B2 (en) * | 2014-01-17 | 2018-07-31 | Htc Corporation | Method for adding two rows of tiles to an existing two rows of tiles based on the number of tiles in each of the existing two rows |
| US9886565B2 (en) * | 2014-06-20 | 2018-02-06 | Microsoft Technology Licensing, Llc | User-specific visualization of display elements |
| CN104111839A (zh) * | 2014-07-29 | 2014-10-22 | 广东能龙教育股份有限公司 | 一种基于画布的绝对定位方法 |
| US10776860B2 (en) | 2016-03-15 | 2020-09-15 | Target Brands, Inc. | Retail website user interface, systems, and methods for displaying trending looks |
| US10600062B2 (en) | 2016-03-15 | 2020-03-24 | Target Brands Inc. | Retail website user interface, systems, and methods for displaying trending looks by location |
| US11574429B1 (en) * | 2019-04-30 | 2023-02-07 | Splunk Inc. | Automated generation of display layouts |
| US11336946B1 (en) | 2020-08-19 | 2022-05-17 | Amazon Technologies, Inc. | Presenting options for selecting content via navigation bars and designated content spaces |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5107443A (en) * | 1988-09-07 | 1992-04-21 | Xerox Corporation | Private regions within a shared workspace |
| US5144693A (en) * | 1988-12-30 | 1992-09-01 | Chipsoft Ca Corp. | Method and apparatus for generic form generation |
| US7456832B1 (en) * | 1989-05-15 | 2008-11-25 | International Business Machines Corporation | Object database-driven interactive shell for a data processing system |
| JPH0481924A (ja) * | 1990-07-25 | 1992-03-16 | Hitachi Ltd | 対話型計算機装置 |
| JPH04372014A (ja) * | 1991-06-21 | 1992-12-25 | Oki Electric Ind Co Ltd | ウィンドウ・システム |
-
1993
- 1993-04-30 AT AT93107055T patent/ATE190149T1/de not_active IP Right Cessation
- 1993-04-30 EP EP93107055A patent/EP0622728B1/en not_active Expired - Lifetime
- 1993-04-30 DE DE69327948T patent/DE69327948T2/de not_active Expired - Lifetime
-
1994
- 1994-03-28 JP JP6057723A patent/JP2547964B2/ja not_active Expired - Fee Related
-
1995
- 1995-06-07 US US08/483,641 patent/US6320602B1/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| ATE190149T1 (de) | 2000-03-15 |
| EP0622728A1 (en) | 1994-11-02 |
| EP0622728B1 (en) | 2000-03-01 |
| DE69327948D1 (de) | 2000-04-06 |
| DE69327948T2 (de) | 2000-10-26 |
| JPH06332656A (ja) | 1994-12-02 |
| US6320602B1 (en) | 2001-11-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2547964B2 (ja) | 図形表示画面上のビューの領域レイアウト | |
| US6330007B1 (en) | Graphical user interface (GUI) prototyping and specification tool | |
| US5550967A (en) | Method and apparatus for generating and displaying visual cues on a graphic user interface | |
| US5546525A (en) | Computer user interface with multimode selection of displayed controls | |
| US5675753A (en) | Method and system for presenting an electronic user-interface specification | |
| US5450538A (en) | Graphical user interface control for expansion and re-sizing of data fields in forms | |
| US5467448A (en) | Text formatting by the direct selection of borders in an editing display | |
| US6392673B1 (en) | Method for resizing user interface elements for an operating system | |
| US4739477A (en) | Implicit creation of a superblock data structure | |
| JP2752040B2 (ja) | マルチメディア適用業務を作成する方法 | |
| US6304259B1 (en) | Computer system, method and user interface components for abstracting and accessing a body of knowledge | |
| US5615325A (en) | Graphical viewer for heirarchical datasets | |
| US4723210A (en) | Superblock structure in a multiple in a data editor | |
| US20020063734A1 (en) | Computer user interfaces that are generated as needed | |
| JPH0721754B2 (ja) | グラフィカル・ユーザ・インターフェース | |
| EP0803825A2 (en) | Multi-media title editing apparatus and a style creation device employed therefor | |
| JPH10326136A (ja) | ウインドウパネルを拡大及び縮小する方法及び装置 | |
| JPH09222977A (ja) | アプリケーション用ユーザ・インタフェース設計の規則に基づく方法及び装置 | |
| Sander | VCG-visualization of compiler graphs | |
| KR100881479B1 (ko) | 정보 처리 방법 및 그 장치 | |
| US11126787B2 (en) | Generating responsive content from an electronic document | |
| KR950012084B1 (ko) | 대화식 디스플레이 생성 방법 및 시스템 | |
| Chamberlin et al. | Quill: An extensible system for editing documents of mixed type | |
| Hsia et al. | Construction and manipulation of dynamic icons | |
| JP3464343B2 (ja) | ドキュメント編集装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |