JPH05189218A

JPH05189218A - ロケーション情報にアクセスするための方法及び装置

Info

Publication number: JPH05189218A
Application number: JP4132205A
Authority: JP
Inventors: Patrice R Miller; パトリス・アール・ミラー; Wade A Miller; ウェイド・エイ・ミラー; John K Rayborn; ジョン・ケイ・レイボーン
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1991-06-28
Filing date: 1992-05-25
Publication date: 1993-07-30
Anticipated expiration: 2010-10-18
Also published as: EP0520922A3; EP0520922A2; JPH0797316B2

Abstract

(57)【要約】（修正有）【目的】オブジェクト指向環境４０からグラフィック
・ユーザ・インターフェース（ＧＵＩ）環境４２に対
し、ロケーション情報をアクセスすること等を目的とす
る。【構成】ロケーション・マネージャ４４はアプリケー
ション４８からの要求に対し自己の環境内のロケーショ
ン・ツリー４６を検索し、情報を発見できた場合はそれ
を返答し、発見できない場合はＧＵＩ環境内４２に照会
を行う。同様に、本発明によってロケーション情報の生
成５０、アイテムの追加５２をも可能とする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、一般に、非オブジェク
ト指向環境で動作しているグラフィック・ユーザ・イン
ターフェース動作環境で使用するアプリケーションを開
発する際の助けとなるオブジェクト指向開発ツール・キ
ット・コンポーネントに関し、具体的には、オブジェク
ト指向環境の外部にあるグラフィック・ユーザ・インタ
ーフェース動作環境からのロケーション情報にアクセス
するための方法に関する。より具体的には、本発明は、
オブジェクト指向アプリケーションの開発者がこの動作
環境に特有なプログラム呼出しを理解し使用する必要を
なくすこと、及びこの動作環境で使用されるアプリケー
ションを開発することによって、オブジェクト指向環境
の外部にあるグラフィック・ユーザ・インターフェース
動作環境からのロケーション情報にアクセスするための
方法に関する。

【０００２】

【従来の技術】オブジェクト指向言語は、拡張が可能で
コードが再使用可能という利点をもつが、オブジェクト
指向環境では、この環境の外部にあるデータにアクセス
すること、情報をこの環境の外部に送ること、あるいは
この環境の外部にあるアプリケーションまたはオペレー
ティング・システムへの他のプログラミング呼出しなど
の動作が望ましい場合がある。従来から、開発者は、オ
ブジェクト指向環境で使用されるアプリケーションは少
なく、主として、オブジェクト指向環境内にないグラフ
ィック・ユーザ・インターフェース動作環境が開発され
ている。しかし、状況によっては、アプリケーション開
発者はオブジェクト指向言語でプログラミングする。こ
のような場合、オブジェクト指向環境の内部と外部の両
方で動作を実行する必要がある。１つの動作環境は、エ
ンド・ユーザ・インターフェースであり、これはその動
作環境とエンド・ユーザが対話するための装置及びその
動作環境内のアプリケーションを含む、構成を成してい
る。グラフィック・ユーザ・インターフェース（"ＧＵ
Ｉ"）動作環境は、グラフィカルなエンド・ユーザ環境
である。たとえば、エンド・ユーザは、ウィンドウ、ア
イコン、メニュー、ポインティング・デバイスなどを介
して、ＧＵＩ環境と対話する。

【０００３】現在、ＧＵＩ動作環境用のオブジェクト指
向言語でアプリケーションを作成する人は、作成したア
プリケーション内にＣコードまたはアプリケーション・
プログラミング・インターフェース（"ＡＰＩ"）呼出し
あるいはその両方を含めなければならない。Ｃ言語また
はＡＰＩ呼出しの使用、及びオブジェクト指向言語の訓
練を受けたプログラマ及び開発者の再訓練の問題はきわ
めてコストが高くつく。

【０００４】オブジェクトを使用してアプリケーション
を構築することができる。オブジェクト指向環境では、
オブジェクトは、互いに関係するいくつかのコード及び
データからなる。オブジェクトは、１つのオブジェクト
には本質的に同一であり、実行することによってオブジ
ェクトにそれ特有の挙動を与える、手段の集合を有す
る。あるオブジェクトのクラスは、１つまたは複数の属
性に基づくグループ分と定義され、またインターフェー
スとは、クラス内の一の要素（アイテム）と定義され
る。たとえば、オブジェクトのクラスは、職業、すなわ
ち弁護士、医者、技術者、プログラマなどに対応し、イ
ンスタンスは、クラス内の特定の個人に対応する。

【０００５】クラスは、新しいインスタンスを構築する
方法及び、インスタンスが入りメッセージに対してどの
ように反応するかを定義する。インスタンス変数は、例
えば個人の給料のようなインスタンス・オブジェクトの
具体的な特徴を定義する。インスタンス変数は定義され
ていることもあり、定義を待って空のこともある。イン
スタンスのデータ構造はそのインスタンス変数の集まり
によって記述される。オブジェクト指向環境中のアプリ
ケーションは、３つの基本的構成要素、すなわちモデ
ル、ビュー、コントローラに分割される。モデル・オブ
ジェクトとは、仕事をする、すなわちデータを操作する
という、アプリケーションの構成要素である。次に、ビ
ュー・オブジェクトは、すべてのグラフィカル態様、す
なわちスクリーン・プレゼンテーションを扱う。コント
ローラ・オブジェクトは、モデル・オブジェクト、ビュ
ー・オブジェクト、及び入力装置（たとえば、キーボー
ドやポインティング・デバイス）の間のインターフェー
スを構成する。言い換えると、コントローラ・オブジェ
クトは、ユーザと入力装置の対話を扱う。

【０００６】インターナショナル・ビジネス・マシーン
ズ・コーポレーションの製品であるオフィス・ビジョン
／２などある種のＧＵＩ動作環境は、オブジェクト指向
言語を使って作成されない。現在このような状況で、こ
のような動作環境で使用されるアプリケーションを作成
するために開発者が利用できるただ１つの開発オプショ
ンは、Ｃ言語、プレゼンテーション・マネージャ、及び
オフィス・ビジョン／２アプリケーション・プログラ
ミング・インターフェース（ＡＰＩ）を使ってアプリケ
ーションを作成することであった。

【０００７】ＧＵＩ動作環境用のアプリケーションを作
成する際、ロケーション情報にアクセスすることがしば
しば必要となる。たとえば、アプリケーション開発者
は、ユーザが入力の一部分を動作環境ロケーションにセ
ーブする必要のある、アプリケーションを作成すること
がある。そのような状況では、アプリケーション開発者
は、ユーザがそこからロケーションを選択できる、動作
環境内のロケーションのリストを提供しようとする。

【０００８】ＧＵＩ動作環境内のロケーションは、論理
的ロケーションであり、ハード・ディスク装置またはそ
の他の記憶装置上の実際のディレクトリまたはサブディ
レクトリに対応することもあり、しないこともある。

【０００９】ＧＵＩ動作環境用に開発されたアプリケー
ションは、その動作環境内でロケーション情報にアクセ
スすることを必要とするので、オブジェクト指向言語で
プログラミングする開発者にとって、別の言語の使用ま
たは特別のアプリケーション・プログラム・インターフ
ェース呼出しの学習、及び関連の再教育が不要になる方
法及び装置が必要であることが明らかなはずである。

【００１０】

【発明が解決しようとする課題】本発明の一目的は、非
オブジェクト指向環境で動作しているＧＵＩ動作環境で
使用されるアプリケーションを開発する際に助けとな
る、オブジェクト指向開発ツール・キット構成要素を提
供することである。

【００１１】本発明の別の目的は、オブジェクト指向環
境の外部にあるＧＵＩ動作環境からのロケーション情報
にアクセスする方法を提供することである。

【００１２】本発明の別の目的は、オブジェクト指向ア
プリケーションの開発者が、ＧＵＩ動作環境に特有のプ
ログラム呼出しを理解して使用する必要のない、オブジ
ェクト指向環境の外部にあるＧＵＩ動作環境からのロケ
ーション情報にアクセスし、ＧＵＩ動作環境で使用され
るアプリケーションを開発する方法を提供することであ
る。

【００１３】

【課題を解決するための手段】その他の目的、特徴、及
び利点は、以下の説明から明らかになろう。本発明の方
法及び装置は、オブジェクト指向ソフトウェア・システ
ムにおいて、グラフィック・ユーザ・インターフェース
動作環境からのロケーション情報を要求するオブジェク
ト指向環境内のアプリケーションにロケーション情報へ
のアクセスを提供する方法を含む。ロケーション・マネ
ージャは、メモリ内のオブジェクト指向メモリ・ロケー
ションでオブジェクト指向環境内のアプリケーションか
らロケーション情報にアクセスしたいとの要求を受け取
る。ロケーション・アクセス要求がロケーション情報を
求めるものである場合、ロケーション情報が存在するか
どうかオブジェクト指向環境内のロケーション・ツリー
の探索が行われる。ロケーション・アクセス要求に対応
するロケーション情報が存在する場合、そのロケーショ
ン・アクセス要求に対応するロケーション情報がロケー
ション・ツリーから取り出される。しかし、ロケーショ
ン・アクセス要求に対応するロケーション情報がロケー
ション・ツリーに存在しない場合は、ロケーション情報
のためのロケーション・アクセス・メッセージがグラフ
ィック・ユーザ・インターフェース動作環境に送られ
る。これに応答して、そのロケーション・アクセス要求
に対応するロケーション情報を含むメッセージを受け取
る。次に、ロケーション・ツリーが、ロケーション・ア
クセス要求に対応するロケーション情報で更新され、結
果がアプリケーションに返される。

【００１４】しかし、ロケーション・アクセス要求がロ
ケーション情報を修正するためのものである場合は、修
正のためのロケーション・アクセス・メッセージをグラ
フィック・ユーザ・インターフェース環境に送ることに
よって修正が行なわれる。修正のためのロケーション・
アクセス・メッセージの成否に関する情報を含むメッセ
ージを応答として受け取る。この試行段階の成否に関す
る情報を含むメッセージがイエスである場合、ロケーシ
ョン・ツリーがその修正で更新され、結果がアプリケー
ションに返される。

【００１５】本発明の上記及びその他の目的、特徴、利
点は、以下の詳細な説明で明らかになろう。

【００１６】

【実施例】これから図面、具体的には図１を参照する
と、本発明の方法を実施するために利用できるデータ処
理システム８の模式図が示されている。図を見ると分か
るように、データ処理システム８は、ローカル・エリア
・ネットワーク（ＬＡＮ）１０及び３２などの複数のネ
ットワークを含むことができる。各ＬＡＮは、それぞれ
複数の個別のコンピュータ１２及び３０を含むことが好
ましい。もちろん、当業者なら、ホスト・プロセッサに
結合された複数のインテリジェント・ワーク・ステーシ
ョン（ＩＷＳ）をこのような各ネットワークで利用でき
ることを理解するであろう。

【００１７】このようなデータ処理システムで共通する
ことであるが、各個別コンピュータは、記憶装置１４ま
たはプリンタ／出力装置１６あるいはその両方に結合す
ることができる。本発明の方法によれば、データ処理シ
ステム８の内部で任意のユーザによって定期的にアクセ
スされる文書または資源オブジェクトを記憶するため
に、１つまたは複数のそのような記憶装置１４を利用す
ることができる。従来技術で周知のように、記憶装置１
４の内部に記憶されたそのような各文書または資源オブ
ジェクトは、たとえば個別コンピュータ１２または３２
のユーザに文書を転送することによって、データ処理シ
ステム８内で自由に交換することができる。

【００１８】さらに図１を参照すると、データ処理ネッ
トワーク８はまた、メインフレーム・コンピュータ１８
などの多数のメインフレーム・コンピュータを含むこと
ができることが分かる。このようなメインフレーム・コ
ンピュータは、通信リンク２２によってローカル・エリ
ア・ネットワーク（ＬＡＮ）１０に結合することが好ま
しい。メインフレーム・コンピュータ１８はまた、ロー
カル・エリア・ネットワーク（ＬＡＮ）１０の遠隔記憶
装置として働く記憶装置２０にも結合できる。同様に、
ローカル・エリア・ネットワーク（ＬＡＮ）１０は、通
信リンク２４、サブシステム制御装置／通信コントロー
ラ２６、及び通信リンク３４を介してゲートウェイ・サ
ーバ２８にも結合できる。ゲートウェイ・サーバ２８
は、ローカル・エリア・ネットワーク（ＬＡＮ）３２を
ローカル・エリア・ネットワーク（ＬＡＮ）１０にリン
クする、個別のコンピュータまたは対話型ワークステー
ション（ＩＷＳ）であることが好ましい。

【００１９】ローカル・エリア・ネットワーク（ＬＡ
Ｎ）３２及びローカル・エリア・ネットワーク（ＬＡ
Ｎ）１０に関して上述したように、複数の文書または資
源オブジェクトが、記憶装置２０内に記憶され、このよ
うに記憶された資源オブジェクトの「資源マネージャ」
または「ライブラリ・サービス」として働くメインフレ
ーム・コンピュータ１８によって制御される。もちろ
ん、当業者なら、メイン・フレーム・コンピュータ１８
はローカル・エリア・ネットワーク（ＬＡＮ）１０から
地理的に離れた所にあってもよく、同様にローカル・エ
リア・ネットワーク（ＬＡＮ）１０はローカル・エリア
・ネットワーク（ＬＡＮ）３２から大きな距離の所にあ
ってもよいことを理解できよう。

【００２０】ＧＵＩ動作環境は、個別コンピュータ１２
及び３０上、ゲートウェイ・サーバ２８上、ＬＡＮ１０
または３２内のいずれかのコンピュータ上、またはメイ
ン・フレーム・コンピュータ１８上で見られることがあ
る。ＧＵＩ動作環境は、オブジェクト指向環境でなくて
もよい。各個人は、自分の個別コンピュータ上でＧＵＩ
動作環境をスタンド・アローンとして使用することがで
き、またＧＵＩ動作環境をＬＡＮ上のユーザとして使用
することもできる。

【００２１】次に図２を参照すると、本発明に従ってク
ラス情報にアクセスする方法を示す図が示されている。
図のように、分散データ処理システム８は、「アドレス
・ブック」ウィンドウ４０及びＧＵＩオペレーティング
・システム４２を含むオブジェクト指向環境を含む。本
発明の好ましい実施例で使用するのに適したＧＵＩオペ
レーティング・システムの１つは、インターナショナル
・ビジネス・マシーンズ・コーポレーションの製品であ
る「オフィス・ビジョン／２」である。Ｄｉｇｉｔａｌ
ｋ，Ｉｎｃ．の製品であるＳｍａｌｌｔａｌｋ／ＶＰ
Ｍが、本発明の好ましい実施例で使用されるオブジェク
ト指向環境である。

【００２２】ロケーション・マネージャ４４は、オブジ
ェクト指向環境の内部にあるオブジェクトである。ロケ
ーション・ツリー４６は、ロケーション・マネージャ４
４によって作成し維持されるが、これもまたオブジェク
ト指向環境４０内にある。アプリケーションＡ４８、ア
プリケーションＢ５０、アプリケーションＣ５２が、ロ
ケーション・アクセス要求をロケーション・マネージャ
４４に送る。これらの要求は、ロケーション情報、新し
いロケーションの作成、またはあるロケーションへのア
イテムの挿入を求める要求の形をとることができる。

【００２３】たとえば、アプリケーションＡ４８は、文
書を記憶するようユーザにプロンプトを出す。アプリケ
ーション開発者はユーザにロケーションのリストを提示
したいと思うことがある。したがって、アプリケーショ
ンＡ４８は、ロケーション情報のためのロケーション・
アクセス要求をロケーション・マネージャ４４に送るこ
とになる。ロケーション・マネージャ４４は、要求され
たロケーション情報を得るためにロケーション・ツリー
４６内で探索を実行する。要求されたロケーション情報
がロケーション・ツリー４６内にある場合、この情報は
ロケーション・マネージャ４４によって検索され、結果
としてアプリケーションＡ４８に返される。一方、アプ
リケーションＡ４８によって要求されたロケーション情
報がロケーション・ツリー４６内で見つからなかった場
合、ロケーション情報はＧＵＩ動作環境４２内の構造５
４から検索される。ロケーション情報がロケーション・
マネージャ４４に返され、ロケーション・ツリー４６が
新しいロケーション情報で更新されることになる。その
後、ロケーション情報が結果としてアプリケーションＡ
４８に送られる。

【００２４】別の例では、アプリケーションＢ５０はコ
ンテナであり、その名前を有効エントリとしてロケーシ
ョン・テーブル５４内に追加するようロケーション・マ
ネージャ４４に要求する。アプリケーションＢ５０を追
加すると、他のすべてのアプリケーションがアプリケー
ションＢ５０の記憶ロケーションが有効であることを認
識し提示することができるようになる。このためにアプ
リケーションＢ５０は、ロケーション情報を修正するた
めのロケーション・アクセス要求を送り、その結果この
修正はロケーションを作成することになる。

【００２５】要求を受け取ったとき、ロケーション・マ
ネージャ４４は、アプリケーションＢ５０を新しいロケ
ーションとして追加するようにロケーション・テーブル
５４を修正するためのロケーション・アクセス・メッセ
ージをＧＵＩ動作環境４２に送る。この修正の成否に関
するメッセージが、ＧＵＩ動作環境４２からロケーショ
ン・マネージャ４４に返される。修正が成功した場合、
ロケーション・マネージャ４４はロケーション・ツリー
４６を更新し、成功の結果をアプリケーションＢ５０に
返す。何らかの理由でロケーションが作成できなかった
場合、ロケーション・ツリー４６は更新されず、新しい
ロケーション作成の失敗を示すメッセージがアプリケー
ションＢ５０に返される。

【００２６】アプリケーションＣ５２は、あるアイテム
をあるロケーションに挿入するようロケーション・マネ
ージャ４４に要求する。アイテムをロケーションに挿入
することによる修正のためのロケーション・アクセス・
メッセージが、ロケーション・マネージャ４４に送られ
る。ロケーション・マネージャ４４は、ＧＵＩ動作環境
４２に照会して、そのロケーションが有効か否か、及び
そのロケーションが開いていて目に見えるか否かを決定
する。ここで開いていて目に見えるとは、そのロケーシ
ョンが、開かれているウィンドウまたはビューポートあ
るいはビデオ・ディスプレイ内にあること、及びそのウ
ィンドウまたはビューポートがユーザに見えることを意
味する。ＧＵＩ動作環境４２は、そのロケーションが有
効かどうか及び開いていて目に見えるかどうかを含むメ
ッセージをロケーション・マネージャ４４に送る。その
ロケーションが有効である場合、ロケーション・マネー
ジャ４４はアイテム追加メッセージを、そのアイテムを
追加すべきロケーションに送る。そのロケーションが有
効でありかつ開いていて目に見える場合、アイコン挿入
メッセージがそのロケーションに送られ、そのロケーシ
ョン及びそのアイテムが表示されるスクリーンをリフレ
ッシュする操作なしに、この新しいアイテムをユーザに
表示する。

【００２７】アプリケーションＡ４８、アプリケーショ
ンＢ５０、及びアプリケーションＣ５２によって行われ
る要求は、アプリケーションが必要とするロケーション
・アクセスのいくつかのタイプの例であるが、これらの
例は限定的なものではない。さらに、これらのロケーシ
ョンは、論理的ロケーションであり、それらの名前が記
憶装置、すなわち、ハード・ディスク・ドライブや光デ
ィスク上の物理的ロケーションに対応することもあり、
しないこともある。

【００２８】ＡＰＩ呼出しは、ＧＵＩ動作環境４２及び
ロケーション・テーブル５４とのすべての対話を実施す
るために使用される。すべてのロケーション・アクセス
を実行するために必要なＡＰＩ呼出しは、ロケーション
・マネージャ４４内のＳｍａｌｌｔａｌｋコード内にあ
り、したがってアプリケーション開発者は、Ｃ言語を知
らなくとも、あるいはどのオフィスビジョン／２ＡＰ
Ｉを使用すべきかを知らなくとも、さらにはＡＰＩが予
想するパラメータさえも知る必要なく、ロケーション情
報にアクセスするアプリケーションを作成することがで
きる。その代わりに、アプリケーション開発者は、ロケ
ーション・マネージャ４４にアクセスするようにアプリ
ケーションをプログラミングする。以下に、Ｓｍａｌｌ
ｔａｌｋＶ／ＰＭ内でのアクセスのためにロケーション
・マネージャが提供しうるオブジェクト・サービスを示
す。１．ロケーションからクラス情報を抽出する − 所与
のロケーションから特定のクラスのオブジェクトを抽出
する。２．パスからクラスを抽出する − 所与のサブディレ
クトリ・パスから特定のクラスのオブジェクトを抽出す
る。３．デフォルトのＮＩＦパスを照会する − オフィス
ビジョン／２に照会して、新アイコン・フォルダ（ＮＩ
Ｆ）のサブディレクトリ経路を決定する。４．デフォルトのオフィス・パスを照会する − オフ
ィスビジョン／２に照会して、オフィスビジョン／２が
常駐するパスを決定する。５．ロケーション・クラスを照会する − この方法に
提供されたロケーションに対するオフィスビジョン／２
クラスを決定する。６．ロケーション・パスを照会する − この方法に提
供されたロケーションに対するオフィスビジョン／２経
路を決定する。７．ＮＩＦパスを照会する − 完全に修飾された新ア
イコン・フォルダのパスを返す（このリストの第３項と
第４項の組み合わせ）。８．オフィスロケーションを照会する − このデスク
トップに対するすべての有効なオフィスビジョン／２ロ
ケーションのリストを返す。９．ＯＳ２ドロワー・パスを照会する − オフィスビ
ジョン／２ドロワーのＯＳ／２パスを返す。１０．ＯＷパスを照会する − オフィス・ウィンドウ
のＯＳ２パスを返す。

【００２９】ロケーション・マネージャを使用すると、
アプリケーション開発者は、単にロケーション・マネー
ジャを呼び出すだけでオフィスビジョン／２ロケーショ
ン情報にアクセスすることができる。このように、アプ
リケーション開発者が、オフィスビジョン／２とともに
使用されるように開発されたアプリケーションに必要な
以上の諸機能を実行するのに必要なコードを学んだり、
書いたりする必要なく、ＳｍａｌｌｔａｌｋＶ／ＶＰ
Ｍなどのオブジェクト指向環境でアプリケーションの作
成に集中できるようにするツールをロケーション・マネ
ージャは提供する。その結果、アプリケーションをオフ
ィスビジョン／２と統合するのに必要な時間が減少し複
雑が軽減される。

【００３０】図３は、本発明の好ましい実施例でロケー
ション・マネージャが使用するロケーション・ツリーの
アーキテクチャを示す。各ロケーション・マネージャ・
エントリ５６は、名前、経路、ディレクトリ、及びサブ
ロケーションの４グループの情報を含む。各サブロケー
ションは、ロケーション・マネージャ・エントリ（ＬＭ
Ｅ）５６をすぐ下のレベルのロケーション・マネージャ
・エントリ（ＬＭＥ）を示す情報またはポインタを含
む。また各ＬＭＥは、そのＬＭＥを、ロケーション・ツ
リー内のそれより上のＬＭＥに向けるポインタを含む。
ルート・ノードまたはルートＬＭＥは、名前、経路、及
びディレクトリに関してヌル値を含むので、ロケーショ
ン・マネージャは、いつルート・レベルに戻されるかを
知ることができる。

【００３１】この例では、ルート・ロケーション・マネ
ージャ・エントリ５８は、ジョンのオフィス、新しいア
イコン・フォルダ、及びドロワーＡに関するサブロケー
ションを含む。ジョンのオフィス６０、新しいアイコン
・フォルダ６２、及びドロワーＡ６４は、ルート・ロケ
ーション・マネージャ・エントリより１レベル下のＬＭ
Ｅである。また、これらのロケーション・マネージャ・
エントリも、それぞれ名前、経路、ディレクトリ、及び
サブロケーション情報を含む。たとえば、ドロワーＡ６
４は、フォルダＢ、フォルダＣ、などと呼ばれるサブロ
ケーションを含む。フォルダＢ６６は、ドロワーＡ６４
より１レベル下であり、ルートＬＭＥ５８より２レベル
下である。すでに述べたように、フォルダＢ６６は、ド
ロワーＡ６４に戻るポインタを含む。このようなロケー
ション・ツリー・アーキテクチャによって、ロケーショ
ン・マネージャは、アプリケーションからロケーション
情報へのアクセスを求める要求を受け取ったとき、ロケ
ーション・ツリーを迅速に探索または修正することが可
能になる。このロケーション・ツリーは、ＧＵＩ動作環
境から情報を得る機会が最小になるので、アプリケーシ
ョンの性能を時間及び速度の点で向上させることができ
る。

【００３２】図４は、本発明の好ましい実施例の下でロ
ケーション情報にアクセスする方法を示す詳細流れ図で
ある。図のように、プロセスはブロック８０から始ま
り、次にブロック８２に進んで、アプリケーションから
ロケーション情報のためのロケーション・アクセス要求
を受け取る。次に、ブロック８４で、そのロケーション
・アクセス要求に対応するロケーション情報を求めてロ
ケーション・ツリーを探索する。次に、ブロック８６
で、ロケーション・ツリーの探索の結果、そのロケーシ
ョン・アクセス要求に対応するロケーション情報が見つ
かったかどうか判定する。

【００３３】ロケーション・ツリーの探索でロケーショ
ン・アクセス要求に対応するロケーション情報が見つか
らなかったとブロック８６で判定された場合、ブロック
８８に進んで、ロケーション情報のためのロケーション
・アクセス要求をＧＵＩ動作環境に送る。ブロック８８
で、ロケーション・アクセス要求を、適当なＡＰＩ呼出
し、またはＧＵＩオペレーティング・システムに特有の
他の何らかの呼出しに変換する。次に、ブロック９０
で、ＧＵＩ動作環境から要求されたロケーション情報を
含むメッセージを受け取る。その後、ブロック９２で、
そのメッセージ中で返されたロケーション情報でロケー
ション・ツリーを更新する。

【００３４】ＧＵＩ動作環境からロケーション情報を受
け取る際、ロケーション情報は、そのロケーション情報
を要求するアプリケーションが指定または必要とする形
式に変換することができ、また修正なしでアプリケーシ
ョンに直接送ることもできる。ブロック９４に進んで、
ロケーション・アクセス要求に対応するロケーション情
報をアプリケーションに送る。次に、ブロック９６でプ
ロセスは終了する。

【００３５】再びブロック８６を参照すると、ブロック
８４での探索の結果、ロケーション・アクセス要求に対
応するロケーション情報がロケーション・ツリー内に存
在している場合、ブロック９８に進んで、ロケーション
情報をロケーション・ツリーから取り出す。次に、ブロ
ック９４に進んで、ロケーション情報がアプリケーショ
ンに送られる。その後、ブロック９６でプロセスは終了
する。

【００３６】図５は、本発明の好ましい実施例に従って
ロケーション情報にアクセスする方法の詳細流れ図を示
す。図のように、プロセスはブロック１１０から始ま
り、次にブロック１１２に進んで、ロケーション情報の
修正のためのロケーション・アクセス要求を受け取る。
次に、ブロック１１４で、修正のためのロケーション・
アクセス・メッセージをＧＵＩ動作環境に送る。次にブ
ロック１１６に進んで、ブロック１１４でロケーション
・アクセス・メッセージを送ったことに応答して、ＧＵ
Ｉ動作環境からメッセージを受け取る。次に、ブロック
１１８で、このメッセージがイエスか否か判定する。

【００３７】メッセージがイエスの場合、ブロック１２
０に進んで、ロケーション・ツリーがその修正で更新さ
れる。その後、修正の結果が、要求側アプリケーション
に送られ、ブロック１２４でプロセスは終了する。

【００３８】再びブロック１１８に戻って、メッセージ
がノーの場合、ブロック１２２に進んで、修正の結果、
すなわち修正が行えないことをアプリケーションに送
る。その後、ブロック１２４でプロセスは終了する。

【００３９】図６は、本発明の好ましい実施例の下でロ
ケーション情報にアクセスする方法を示す詳細流れ図で
ある。図のように、プロセスはブロック１３０から始ま
り、次に、ブロック１３２に進んで、アプリケーション
からアイテムをあるロケーションに挿入するためのロケ
ーション・アクセス要求を受け取る。次にブロック１３
４で、ＧＵＩ動作環境に照会して、そのロケーションが
有効か否か、及びそのロケーションが開いていて目に見
えるか否かを決定する。ブロック１３６で、ブロック１
３４の照会に応答して、ＧＵＩ動作環境からメッセージ
を受け取る。

【００４０】その後、ブロック１３８で、そのロケーシ
ョンが有効であるか否か決定する。そのロケーションが
有効である場合、ブロック１４０に進んで、そのアイテ
ムをそのロケーションに追加する。次に、ブロック１４
２で、そのロケーションが開いていて目に見えるか否か
決定する。ロケーションが開いていて目に見える場合、
ブロック１４４に進んで、アイコンをそのロケーション
に挿入する。アイコンの挿入は、そのアイコンを指すポ
インタを獲得し、そのポインタを、アイコンの表示を求
める要求とともにそのロケーションに送ることによって
達成される。

【００４１】次に、ブロック１４６でロケーション・ツ
リーが更新され、ブロック１４８に進んで、アイテム挿
入のためのロケーション・アクセス要求の結果をアプリ
ケーションに送る。その後、ブロック１５０でプロセス
は終了する。

【００４２】再びブロック１３８に戻って、ロケーショ
ンが有効でない場合、ブロック１４８に進んで、アイテ
ム挿入のための要求の結果をその要求を行っているアプ
リケーションに送る。その後、ブロック１５８でプロセ
スは終了する。ブロック１４２でロケーションが開いて
おらず目に見えない場合、再びブロック１４８に進ん
で、結果をアイテムの挿入を要求しているアプリケーシ
ョンに送り、ブロック１５０でプロセスは終了する。

【００４３】本発明の各段階の説明は、ＧＵＩ動作環境
で使用されるアプリケーションを開発する際の助けとな
るツール・キット構成要素として実施することができ
る。別の実施例では、本発明の様々な方法は、ロケーシ
ョン情報へのアクセスを提供することによって、オブジ
ェクト指向プログラムをＧＵＩ動作環境と統合するため
のコンピュータ・プログラムとして実施することができ
る。

【００４４】以下に、本発明の下で使用される疑似コー
ドのいくつかの例を示す。最初の例は、アプリケーショ
ンがロケーション・マネージャからロケーション情報を
要求することに関するものである。Ａｐｐｌｉｃａｔｉｏｎ：ロケーション情報の要求を
ロケーション・マネージャに送る。ＬｏｃａｔｉｏｎＭａｎａｇｅｒ：現在のロケーシ
ョン・ツリーを探索して、
要求されたロケーション情報がすでに存
在しているかどうか
調べる。ＩｆＴｒｕｅ：ロケーション情報を要求側アプリ
ケーションに返す。ＩｆＦａｌｓｅ：ＧＵＩからロケーション情報を要
求する；ロケーション情報をツリー内に記憶する；ロケ
ーション情報をアプリケーションに返す。

【００４５】以下に、ＧＵＩ動作環境でロケーション・
マネージャがアプリケーションからロケーション情報を
修正する要求を受け取ることに関する疑似コードの一例
を示す。ＬｏｃａｔｉｏｎＭａｎａｇｅｒ：アプリケーショ
ンからロケーション情報を修正することを求める要求を
受け取る。修正要求をＧＵＩ動作環境に送る。ＧＵＩ動
作環境から返されたコードが成功かどうか検査する。ＩｆＴｒｕｅ：変化を反映するようにロケーショ
ン・ツリーを更新する。ＩｆＦａｌｓｅ：エラー・コードを要求側アプリケ
ーションに送る。

【００４６】アプリケーションによる要求に応答してロ
ケーション・マネージャがアイテムをあるロケーション
に挿入することに関する疑似コードは、以下のように書
くことができる。Ａｐｐｌｉｃａｔｉｏｎ：アイテムを指定されたロケ
ーションに挿入することを求める要求をロケーション・
マネージャに送る。ＬｏｃａｔｉｏｎＭａｎａｇｅｒ：ロケーションが
有効か否か、及びロケーションが現在開いているか否か
を決定するために照会文をＧＵＩ動作環境に送る。ロケ
ーションは有効かＩｆＦａｌｓｅ：エラー・コードを要求側アプリケ
ーションに送る。ＩｆＴｒｕｅ：アイテムをロケーションに追加す
る。ロケーションは開いていて目に見える。ＩｆＦａｌｓｅ：要求側アプリケーションに返る。ＩｆＴｒｕｅ：アイコン挿入メッセージを開いた
ロケーションに送る；ロケーション・ツリーを更新す
る；結果を要求側アプリケーションに送る。

【図面の簡単な説明】

【図１】本発明の方法を実施するために利用できる分散
データ処理システムの絵画図である。

【図２】本発明の好ましい実施例に従ってロケーション
情報にアクセスする方法を示す図である。

【図３】本発明の好ましい実施例でロケーション・マネ
ージャが使用するロケーション・ツリーのアーキテクチ
ャを示す図である。

【図４】本発明の好ましい実施例の下でロケーション情
報にアクセスする方法を示す詳細流れ図である。

【図５】本発明の好ましい実施例に従ってロケーション
情報にアクセスする方法の詳細流れ図である。

【図６】本発明の好ましい実施例の下でロケーション情
報にアクセスする方法を示す詳細流れ図である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者ウェイド・エイ・ミラーアメリカ合衆国76248、テキサス州ケラー、クェイル・リッジ 986番地 (72)発明者ジョン・ケイ・レイボーンアメリカ合衆国75209、テキサス州ダラス、サウスウェスターン・ブールヴァード 5631番地

Claims

【特許請求の範囲】

【請求項１】オブジェクト指向ソフトウェア・システム
において、グラフィック・ユーザ・インターフェース動
作環境内でロケーション情報にアクセスするための方法
であって、オブジェクト指向環境内のアプリケーションからメモリ
内のメモリ・ロケーションでロケーション・アクセス要
求を受け取る段階と、前記ロケーション・アクセス要求が、ロケーション情報
を求めるものである場合、前記ロケーション情報を求め
て前記オブジェクト指向環境内のロケーション・ツリー
を探索し、前記ロケーション・アクセス要求に対応する
ロケーション情報が存在する場合、前記ロケーション・
ツリーから前記ロケーション・アクセス要求に対応する
ロケーション情報を取り出し、前記ロケーション・アク
セス要求に対応するロケーション情報が前記ロケーショ
ン・ツリーに存在しない場合は、ロケーション情報のた
めのロケーション・アクセス・メッセージを前記グラフ
ィック・ユーザ・インターフェース動作環境に送り、前
記ロケーション・アクセス・メッセージに応答して前記
ロケーション・アクセス要求に対応するロケーション情
報を含むメッセージを受け取り、前記ロケーション・ア
クセス要求に対応するロケーション情報で前記ロケーシ
ョン・ツリーを更新する段階と、前記ロケーション・アクセス要求が、ロケーション情報
を修正するためのものである場合、修正のためのロケー
ション・アクセス・メッセージを前記グラフィック・ユ
ーザ・インターフェース動作環境に送ることによって修
正を行い、修正のための前記ロケーション・アクセス・
メッセージの成否に関する情報を含むメッセージを受け
取り、前記試行段階の成否に関する情報を含む前記メッ
セージがイエスである場合、前記修正で前記ロケーショ
ン・ツリーを更新する段階と、結果を前記アプリケーションに返す段階とを含む方法。
【請求項２】ロケーション情報を修正するための前記ロ
ケーション・アクセス要求が、前記グラフィック・ユー
ザ・インターフェース動作環境内のあるロケーションに
アイテムを挿入するためのものであり、前記修正実行段
階が、前記ロケーションが有効なロケーションであるか否か、
及び前記ロケーションが開いていて目に見えるか否かを
決定するために前記グラフィック・ユーザ・インターフ
ェース動作環境にに照会し、照会に応答して前記グラフ
ィック・ユーザ・インターフェース動作環境からロケー
ションが有効かどうか及び開いていて目に見えるかどう
かを含むメッセージを受け取る段階と、前記ロケーションが有効である場合、アイテム追加メッ
セージを前記ロケーションに送る段階と、ロケーションが有効で、開いていて目に見える場合、前
記アイテムに関連するアイコンを表示するようにとのメ
ッセージを前記ロケーションに送る段階とを含む請求項
１に記載の方法。
【請求項３】グラフィック・ユーザ・インターフェース
動作環境内でアイテムをあるロケーションに挿入し、前
記アイテムを表すアイコンを、前記ロケーションを表す
ウィンドウ内で表示するための方法であって、前記アイテムを前記ロケーションに挿入するためのロケ
ーション・アクセス要求をオブジェクト指向環境内のア
プリケーションから受け取る段階と、前記ロケーションが有効であるか否か、及び前記ロケー
ションが開いていて目に見えるか否かを決定するために
前記オブジェクト指向環境内でロケーション・ツリーを
探索する段階と、ロケーション情報が前記ロケーション・ツリーに存在し
なかった場合、前記ロケーションが有効なロケーション
であるか否か、及び前記ロケーションが開いていて目に
見えるか否かを決定するために照会文を前記グラフィッ
ク・ユーザ・インターフェース動作環境に送る段階と、前記ロケーションが有効であった場合、前記ロケーショ
ン・ツリーを前記ロケーションで更新し、アイテム追加
メッセージを前記ロケーションに送る段階と、ロケーションが有効で開いていて目に見える場合、前記
ロケーションにアイコン追加メッセージを送る段階と、結果を前記のアプリケーションに送る段階と、を含む方法。
【請求項４】グラフィック・ユーザ・インターフェース
動作環境内でロケーション情報にアクセスするためのコ
ンピュータ・プログラムとして実施されたロケーション
・マネージャ構成要素を含むデータ処理システムであっ
て、アプリケーションからメモリ内のオブジェクト指向メモ
リ・ロケーションでロケーション・アクセス要求を受け
取る手段と、前記ロケーション・アクセス要求が、ロケーション情報
を求めるものである場合、ロケーション情報を求めて前
記オブジェクト指向環境内でロケーション・ツリーを探
索する手段と、前記ロケーション・アクセス要求に対応するロケーショ
ン情報が存在する場合、前記ロケーション・ツリーから
前記ロケーション・アクセス要求に対応するロケーショ
ン情報を取り出すための電子ディジタル・コンピュータ
手段と、ロケーション情報のためのロケーション・アクセス・メ
ッセージを前記グラフィック・ユーザ・インターフェー
ス動作環境に送り、前記ロケーション・アクセス・メッ
セージに応答して前記ロケーション・アクセス要求に対
応するロケーション情報を含むメッセージを受け取り、
前記ロケーション・アクセス要求に対応するロケーショ
ン情報が前記ロケーション・ツリーに存在しなかった場
合、前記ロケーション・アクセス要求に対応するロケー
ション情報で前記ロケーション・ツリーを更新するため
の電子ディジタル手段と、前記ロケーション・アクセス要求が、ロケーション情報
を修正するためのものである場合、修正のためのロケー
ション・アクセス・メッセージを前記グラフィック・ユ
ーザ・インターフェース動作環境に送ることによって修
正を行う手段と、前記修正の成否に関する情報を含むメ
ッセージを受け取るための電子ディジタル手段と、修正
の成否に関する情報を含む前記メッセージがイエスであ
る場合、前記修正で前記ロケーション・ツリーを更新す
るための電子ディジタル手段と、結果を前記のアプリケーションに返す手段と、を含むデータ処理システム。
【請求項５】グラフィック・ユーザ・インターフェース
動作環境内でアイテムをあるロケーションに挿入するこ
とを求める要求を処理するための電子ディジタル・コン
ピュータ手段を付与されたロケーション・マネージャ構
成要素であって、アプリケーションから前記アイテムを前記ロケーション
に挿入することを求める前記要求を受け取るための電子
ディジタル・コンピュータ手段と、前記ロケーションが有効なロケーションであるか否か、
及び前記ロケーションが開いていて目に見えるか否かを
決定するために照会文を前記グラフィック・ユーザ・イ
ンターフェース動作環境に送るための電子ディジタル・
コンピュータ手段と、前記ロケーションが有効であった場合、前記アイテムを
前記ロケーションに入れるための電子ディジタル・コン
ピュータ手段と、前記のロケーションが有効で開いていた場合、アイコン
を前記ロケーションに追加するよう要求するための電子
ディジタル・コンピュータ手段と、結果を前記のアプリケーションに送るための電子ディジ
タル・コンピュータ手段とを含むロケーション・マネー
ジャ構成要素。