JPH09305456A - 階層ファイル構造の構成要素の選択システムおよび方法 - Google Patents

Abstract

(57)【要約】 【課題】 階層ファイル構造の構成要素の選択システム
を提供する。 【解決手段】 特定のディレクトリー、サブディレクト
リー、およびファイルの選択および表示を可能にするた
めのグラッフィカル・ユーザー・インターフェース（Ｇ
ＵＩ）ロジック。該ＧＵＩロジックは、利用可能な選択
および非選択のオプションを画面上に表示する。特定の
操作のためにファイル・システムの全階層木構造を選択
することができるし、あるいは、木の任意の葉またはノ
ードを選択することもできる。該ロジックは、画面上に
表示された対象をユーザーが選択するのに応答して自動
的に木を横断する。マウスなどの入力装置の選択モード
が画面上に表示されるため、ユーザーは容易に理解でき
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、広くはコンピュー
タに記憶されたファイルに関し、より詳しくはファイル
を見て選択するためのグラフィカル・ユーザー・インタ
ーフェース（ＧＵＩ）に関する。

【０００２】

【従来の技術】コンピュータでは、情報は、通常、磁気
テープ、ディスク、半導体素子などの各種記憶媒体に信
号の形で記憶される。記憶素子の技術の進歩にともなっ
て記憶密度も増大し、従来よりはるかに多くの情報を記
憶させることが可能となっている。情報を素子に記憶さ
せる際には、情報をカタログ式に分類し、後で必要なと
きにその情報を検索できるようにする。通常、ユーザー
は、各特定の１団のデータを他のデータと区別するた
め、それに固有のコード名を付けて識別する。必要な１
団のデータを検索する場合には、該データに関連する適
当なコード名が用いられ、素子は、該コード名に関連す
るデータのアドレスをサーチし、該アドレスが見つかっ
たところで該必要なデータを検索する。

【０００３】通常、１団のデータは「ファイル」と呼ば
れ、素子内でファイルをカタログ式に分類することを
「ファイル化する」という。通常、特定のデータに関連
するコード名は、メモリ内で大量記憶のために留保され
ている区域を指し示すアドレス・ポインターを含んでい
る。カタログ分類システムは、各種コード名およびそれ
らのポインタで構成される。高密度記憶素子が用いられ
る場合には、そこに数百万ビットの情報を記憶させるこ
とができ、それによって数万さらには数百万のファイル
を生成することが可能となる。

【０００４】ディスクなどの大量記憶素子では、ファイ
ルは、１または複数のクラスターあるいはセクターに格
納される。各クラスターは、所定の数のセクターを有す
る。各クラスターは、固有の異なる起点アドレスをもっ
ている。ファイルの場所は、例えば公知のファイル・ア
ロケーション（ＦＡＴ）などある種のインデックス付け
システムによって記録され、このインデックス付けシス
テム自身もディスク上に記憶される。ＦＡＴの各位置
は、異なるクラスターと関連付けされ、また該ファイル
と関連する他のクラスターがないことを示しあるいはフ
ァイルの次のクラスターを指し示す入力を含んでいる。

【０００５】ファイルを見つけるためには、階層ファイ
ル構造が用いられる。公知の階層ファイル構造の１つに
木のような形に組織されるものがある。木構造のファイ
ル・システムでは、ファイルは「ルート」と呼ばれる１
つのルートのノードを用いて組織される。次に、該ルー
トには１以上のノードを接続することができ、また各ノ
ードにも１以上のノードを接続することができる。他の
ノードが自身に接続されている各ノードは、ファイルの
「ディレクトリー」である。すぐ上にあるものを除いて
自身には他のノードがなにも接続されていないノードは
葉のノードとなる。葉ノードがサブディレクトリーまた
はファイルとなる場合もある。技術的には、ルートノー
ドまたはルートディレクトリーの下にあるすべてのノー
ドはサブディレクトリーである。しかし、１般には、識
別されたパス内で最初に示されるサブディレクトリーを
ディレクトリーと呼び、それに続く他のすべてのものを
該いわゆるディレクトリーのサブディレクトリーと呼ぶ
呼び方が用いられるようになっている。本明細書でも、
この呼び方を用いる。

【０００６】各ディスクは、通常、１つのルートディレ
クトリー、多くのサブディレクトリー、および多数のフ
ァイルを含んでいる。ある所与のファイルがルートディ
レクトリーおよびいくつかのサブディレクトリーを通る
パスの末端にある場合もある。各ディレクトリーは、追
加のディレクトリーおよびファイルのための入力を含ん
でいる。特定のファイルは、駆動機構、パス、およびフ
ァイル名を指定することによって識別することができ
る。例えば、「Ｃ：／Ｄｉｒ１／Ｄｉｒ２／ＦＩＬＥ」
は、ルートディレクトリーＣのサブディレクトリーＤｉ
ｒ１のさらにサブディレクトリーＤｉｒ２内にリストさ
れているファイル名ＦＩＬＥを識別する。この例は、Ｄ
ＯＳにもとづくオペレーティング・システムに関しては
正確である。ＵＮＩＸ型のオペレーティング・システム
では、ディレクトリーには通常「／」の記号が付され、
それにファイル・システム名が続く。作業を行なう必要
のある特定のファイルを識別するためには、該ファイル
になんらかのマークを付け、それが作業を行なおうとし
ているファイルであることを示さなければならない。最
も初期のファイル・システムではテキストをベースにし
たインターフェースが用いられていたが、それでは、全
ファイル名ならびにその全パスをタイプ・アウトし、ル
ートディレクトリーおよび該ファイルとルートディレク
トリーの間にあるすべてのサブディレクトリーを識別す
る必要があった。このような条件を満たすのは、数百以
上のサブディレクトリーがある場合にはきわめてやっか
いなことが理解されよう。また、多くのファイルにマー
クを付ける場合には、このやっかいな作業にさらに印刷
エラーの危険がともなうことも理解されよう。

【０００７】グラフィカル・ユーザー・インターフェー
ス（ＧＵＩ）を備えたオペレーティング・システムが導
入されたことによって、内部作業のためのファイルのマ
ーク付けに用いることのできるの方法に改善がもたらさ
れた。ＧＵＩは、基本的には、アプリケーションが、ビ
ット・マッピング式表示装置を有しまた該表示装置に関
連する素子から入力を受けることのできるコンピュータ
に生成可能なプロトコルである。この改善は、本質的に
は、特定のファイルをあらわすデータ対象を画面に示す
ことができ、パスをタイプする必要がなくなったことに
ある。アプリケーション・プログラミング・インターフ
ェース（ＡＰＩ）によって、各種アプリケーションとイ
ンターフェースおよびその基礎にあるオペレーティング
・システムとの対話が可能となる。広く用いられている
オペレーティング・システムに、当初、ベル研究所で開
発されたＵＮＩＸオペレーティング・システムがある。
このＵＮＩＸオペレーティング・システムに関しては、
各種コンピュータ会社が多くのバージョンを提供してい
る。例えば、ＩＢＭコーポレーションは、ＵＮＩＸプロ
グラミングの知識のある人には使いやすいＡＩＸと呼ば
れるオペレーティング・システムを提供している。ＡＩ
Ｘとともに用いることのできるＧＵＩにＯＳＦ／Ｍｏｔ
ｉｆがあるが、これは、略して単にＸと呼ばれることが
多いＸ−ウインドウ・システムをベースにしたものであ
る。ＯＳＦ／Ｍｏｔｉｆは、オープン・ソフトウエア・
ファウンデーションＩｎｃ（ＯＳＦ）が提供している。
Ｘ−ウインドウ・システムは、マサチューセッツ工科大
学によって開発された。

【０００８】ＯＳＦ／Ｍｏｔｉｆは、アプリケーション
・プログラムがそのアプリケーションのユーザーから入
力を得て該ユーザーに出力を表示することのできるよう
にする手段である。Ｍｏｔｉｆは、アプリケーションと
ユーザーとの間の通信のための媒介機構を提供するもの
である。両者にとって、これらの機構は、画面に図形が
示される１組の対象のように見える。プログラムは、ユ
ーザーに特定の種類の出力を示して特定の種類の入力を
要求するためにＭｏｔｉｆが提供する各種の対象を生成
して表示する。ユーザーは、ポインター、キーボード、
またはその両方を用いて、上に述べたように対象として
の画面の表示を操作して入力を行なう。ＯＳＦが提供す
るＭｏｔｉｆ ＡＰＩは、「Ｃ」プログラミング言語で
実施される。Ｍｏｔｉｆでは、Ｃ言語で書かれたアプリ
ケーションが米国規格協会（ＡＮＳＩ）を満たすことが
求められる。このため、本発明によって実施されるロジ
ックは、ＡＮＳＩ規格を満たすＣ言語で説明するのが好
都合であるが、以下に示す開示内容から、当業者には、
他のプログラミング言語ならびに公知のハードウエアロ
ジックを用いることもできることが明らかであろう。Ｏ
ＳＦ／ＭｏｔｉｆＡＰＩとの通信のためにどのようにプ
ログラムを作成するかの概要およびその説明は、オープ
ン・ソフトウエア・ファウンデーションＩｎｃが提供し
ている「ＯＳＦ／Ｍｏｔｉｆプログラマー・ガイド、リ
リース１．２」を見られたい。

【０００９】Ｍｏｔｉｆの基礎となっているＸ−ウイン
ドウ・システムは、クライエント−サーバー計算モデル
に添って構成される。アプリケーション・プログラム
は、クライエントで、表示装置からの入力への直接出力
を取り扱うサーバーとＸプロトコルで通信する。クライ
エントとサーバーは、同じ機械を用いることもできる
し、あるいはネットワークを介して通信しながら異なる
機械を用いることもできる。アプリケーションがＸサー
バーと直接通信することはない。その代わりに、アプリ
ケーションは、Ｘプロトコルへの高レベルのインターフ
ェースを提供する１以上のライブラリーを使用する。Ｍ
ｏｔｉｆアプリケーションで利用することのできる３つ
の主要なライブラリーとして、Ｘリブ、Ｘツール・キッ
ト・イントリンシックス（Ｘｔ）、およびＭｏｔｉｆツ
ール・キットがある。この中で最も重要なＸｔの３つの
役割りとして、下記を挙げることができる。すなわち、
データを保持しユーザーにインターフェースを提示する
ウィジェットと呼ばれる対象、ウィジェットの形態の管
理、および事象の指名と処理である。

【００１０】ウィジェットは、状態と処理手順の組合わ
せである。ウィジェットの各事例は、１つのクラスのメ
ンバーである。ウィジェット・クラスは、そのクラスの
すべてのウィジェットに共通の１組の処理手順とデータ
構造を保持している。１つのウィジェットの事例は、そ
の１つのウィジェットに固有の処理手順とデータ構造を
含んでいる。１つのウィジェットの事例は、また、その
クラスを指すポインターを有する。各ウィジェットのク
ラスは、通常、ユーザーとの特定の種類の対話に関連す
る１般的な行動をあたえる。例えば、Ｍｏｔｉｆは、ユ
ーザーがテキストに入ってそのテキストから出るように
するウィジェット・クラスを有する。このクラスは、テ
キストの編集、選択、切抜き、貼り付けを含むテスト入
力および表示をサポートする１般的な行動をあたえる。
このクラスは、テキストの文脈ばかりでなく対象のメタ
ファーとして表示されるときのウィジェットの外観にも
関係するデータ構造を有する。このクラスに対して、ア
プリケーションは、このウィジェットのクラスの事例を
生成し、そのウィジェットの事例のためにそれ自身のデ
ータおよび処理手順のいくつかを提供する。

【００１１】

【発明が解決しようとする課題】ＩＢＭのオペレーティ
ング・システム／２（ＯＳ／２）またはＩＢＭのＡＩＸ
オペレーティング・システムで利用可能なものを含む各
種ＧＵＩを使用することにより、ファイルを「選択」し
それにマークを付けることが可能となる。ファイルの選
択は、公知のマウスまたはキーボードを用いてコンピュ
ータ表示装置の画面上のファイルの図形または記号表示
にマークを付ける操作によって行なわれる。これは、テ
キストをベースにしたインターフェースに比べれば改善
ではあるが、最新のコンピュータ・システムには数万あ
るいは数百万のファイルが含まれる場合があり、各ファ
イルの選択はきわめて退屈な作業となる。ディレクトリ
ーが５００ないし１０００もの多数のファイルを含んで
いる場合には、マウスを押してカーソルを意図するファ
イルまで動かすのはきわめて退屈で時間のかかる作業で
ある。また、ディレクトリーが多くのサブディレクトリ
ーを有する場合、ユーザーは、各サブディレクトリーで
マウスを押し、そのサブディレクトリー内のすべてのフ
ァイルを選択しなければならない。さらに、公知のマウ
スはファイルの選択に最も好便なツールではあるが、そ
れでも、マウスを用いてファイルを見て選択する作業は
直感的に理解できることではなく、通常のユーザーにと
ってはわかりにくい作業である。ＧＵＩシステムは、で
きるだけ多くのことをユーザーにとって直感的に理解で
きるようにすることでユーザーの作業能率を高めるのを
意図したものであるのに、これではその意図に反するこ
とになる。例えば、左のマウスのボタンでファイルを表
示し、右のボタンでファイルを選択する場合、ユーザー
にとって、どのマウス・ボタンを用いて表示を行ないま
たどのマウス・ボタンを用いてファイルを選択するかは
明らかでない。

【００１２】ＧＵＩ上に表示される特定のファイル・シ
ステムに関して、ディレクトリーの木のすべてのファイ
ルを指示して選択するためにマウスなどのユーザー入力
装置を定義するシステムおよび方法を提供することは、
当該技術の進歩につながることとなろう。さらに、ファ
イルの表示のみを行なったり、あるいは現在選択されて
いるディレクトリー内のすべてのファイルを選択した
り、あるいはすべてのサブディレクトリー内のすべての
ファイルを選択したり、あるいは現在のディレクトリー
およびすべてのサブディレクトリー内のすべてのファイ
ルを選択したりするために、そのような入力装置を構成
することが可能となれば、それも当該技術の進歩につな
がることとなろう。直感的なＧＵＩで提供されるこのよ
うな作業能力および好便さは、当該技術で従来から存在
したニーズを明確に満たすものとなろう。

【００１３】

【課題を解決するための手段】上に述べた本発明の目的
にしたがってまた従来の技術の限界を克服するために、
ＧＵＩ内でディレクトリー、サブディレクトリー、およ
びファイルを表示し選択するためのシステムおよび方法
が提供される。広くいえば、ディスク上の全階層木構造
をコンピュータ表示画面上に選択的に表示することがで
きる。該システムは、マウスまたはキーボードなどの入
力装置を介して行なわれるユーザーの動作に応じてディ
レクトリーの木を自動的、内部的、かつ反復的に横断し
てファイルを選択しまたはふるい落とすロジックを含
む。提供される「ディレクトリーの木の光景」の中で、
ユーザーは、（１）「１つのディレクトリー」および
（２）「すべてのサブディレクトリー」の２つのオプシ
ョンを選択することができる。この中で、最初のオプシ
ョンを選択すれば、ユーザーは、１つのディレクトリー
内のすべてのファイルを選択することができ、第２のオ
プションを選択すれば、ユーザーは、示されたディレク
トリーの下にあるサブディレクトリー内のすべてのファ
イルを選択することができる。さらに、ユーザーは、操
作を繰り返して、すなわち同じディレクトリー名上でマ
ウスを押す操作を繰り返して、１つのディレクトリー内
のすべてのファイルをふるい落とすこともできる。「す
べてのサブディレクトリー」のオプションによって、ユ
ーザーは、すべてのサブディレクトリー内のすべてのフ
ァイルを選択することができるのであるから、ユーザー
は、また、操作を繰り返して、すなわち同じディレクト
リー名上でマウスを押す操作を繰り返して、すべてのフ
ァイルおよびすべてのサブディレクトリーをふるい落と
すこともできる。このシステムによって、両オプション
の同時選択が可能となり、また、両オプションの機能を
組み合わせることが可能となる。

【００１４】図面を参照して以下に行なう詳細な説明か
ら、本発明は、ユーザーが、マウスを１回または２回押
すだけで、１つのディレクトリー内およびすべてのサブ
ディレクトリー内のすべてのファイルを選択することを
可能にするものであり、先行技術に対する改善であるこ
とが理解されよう。先行技術のシステムでは、ユーザー
が単１のディレクトリー内のすべてのファイルを選択す
ることができるだけである。本発明の他の独特の特徴
は、ディレクトリー内のすべてのファイルが選択された
ら、ユーザーが個々のファイルをふるい落とすことがで
きることにある。先行技術では、例えば、ユーザーは、
すべてを選択するかまたはすべてをふるい落とすことが
できるだけである。さらに、マウスの選択モードは、Ｇ
ＵＩ上に表示されるため、ユーザーにとって明白であ
り、したがって、ユーザーは、ディレクトリーまたはサ
ブディレクトリー内のファイルの選択方法を直感的に知
ることができる。

【００１５】

【発明の実施形態】以下図面を参照して好ましい１実施
形態を説明する。図面では、同じまたは類似の要素は異
なる図面にわたって同じ番号で示す。本発明をその目的
の達成のための最良の形態によって説明するが、当業者
には、発明の精神および範囲を逸脱することなく開示の
内容に変更が可能なことは理解されよう。とくに、本発
明のいくつかの側面はコンピュータ・メモリ内のコンピ
ュータ・ソフトウエアで使用するものとして説明する
が、本発明は、その開示の内容に関して当業者がハード
ウエアとして使用することも可能である。システム・ア
ーキテクチャー図１は、本発明の使用のための好ましい
環境を示す。プロセッサ１０は、ハードウエアの中央制
御装置ならびに本発明のロジックを含むソフトウエアを
実行するための主エンジンである。プロセッサは、入出
力回路部１２と通信して本発明を使用可能にするために
各種周辺装置との通信を可能にする。主メモリ１６は、
公知のランダム・アクセス・メモリまたは読取り専用メ
モリでよいが、本発明を使用可能にするソフトウエアを
ロードする。ソフトウエア（図１には図示せず）は、通
常、大量メモリ装置１８からロードされる。大量メモリ
装置は、ハード・ディスクなど公知の直接アクセス記憶
装置であってよい。主メモリ１６と大量メモリ１８の間
の通信は入出力回路部１２を通して行なわれる。

【００１６】本発明の目的を達成するために、図２に示
すコンピュータ・プログラムとして実施されるロジック
は、図１に示すコンピュータ・アーキテクチャー環境の
中でオペレーティング・システム２８の制御のもとで作
動する。グラフィカル・インターフェース・ロジック２
６は、入出力回路部１２によって主メモリ１６内のオペ
レーティング・システム２８と直接インターフェース
し、表示装置２０の画面２２上に表示される出力を制御
する。表示装置へのアクセスは、当該技術分野では公知
のようにプロセッサ１０によって規制される。プロセッ
サは、例えば、ＩＢＭ ＲＩＳＣプロセッサなどの軽減
命令セット・コンピュータ（ＲＩＳＣ）とすることがで
きる。オペレーティング・システム２８は、好ましく
は、ＩＢＭのＡＩＸバージョン３．２、３．２５、また
は４．１などＵＮＩＸ型オペレーティング・システムと
する。本発明が使用される通常の環境を完全にあらわす
ために、アプリケーション・プログラム３０は、オペレ
ーティング・システム２８と連通するものとして示され
ている。このようなアプリケーション・プログラムは、
ＧＵＩロジック２６と通信して、画面２２上に図形対象
２４を表示することができる。ユーザーは、公知のマウ
スまたはキーボードなどのユーザー入力装置１４を用い
て表示された対象２４を操作することができる。本発明
の好ましい実施形態にあっては、ＧＵＩロジックは、そ
れによってアプリケーション・プログラムが該アプリケ
ーションのユーザーから入力を得また出力を表示するこ
とのできる手段である。

【００１７】好ましい実施形態にあっては、オペレーテ
ィング・システムは、それ自身のＧＵＩロジックをいく
つか含む１つの層を含むものである。この層は、例え
ば、公知のオペレーティング・システムの基礎のＭｏｔ
ｉｆアプリケーション・プログラム・インターフェース
（ＡＰＩ）を含むものとすることができる。Ｍｏｔｉｆ
ＡＰＩは、オープン・ソフトウエア・ファウンデーショ
ンＩｎｃの製品である。Ｍｏｔｉｆは、例えば、アプリ
ケーションとユーザーの間の通信のための媒介機構とな
るものである。これらの機構は、両側で、対象２４など
画面上の１組の図形表示の対象として見られる。アプリ
ケーション・プログラム３０は、ユーザーに特定の種類
の出力を示して特定の種類の入力を要求するために、Ｍ
ｏｔｉｆおよびＧＵＩロジック２６が提供する各種の対
象を生成して表示する。ユーザーは、ユーザー入力装置
１４を用いて画面２２上のこれらの対象の画面表示を操
作して入力をあたえる。Ｍｏｔｉｆなどのプロトコルに
よって、アプリケーション・プログラム３０は、ビット
・マッピング法によって表示装置２０上に出力を生成
し、入出力回路部１２を介して表示装置に接続されてい
る装置１４などの装置から入力を受けることができる。
ＧＵＩロジック２６は、ユーザーに本発明の目的にした
がって対象２４を操作するツールを提供する。Ｍｏｔｉ
ｆ ＡＰＩではアプリケーション・プログラムが「Ｃ」
または「Ｃ＋＋」言語で書かれることが必要名ので、Ｇ
ＵＩロジック２６実施の例は「Ｃ」言語で示すが、当業
者には、添付の図面に示すフロー・ダイアグラムおよび
図形表示を参照して他の既知の言語または現在は未知の
言語を実施できることが理解されよう。また、ＧＵＩロ
ジックをハードウエア・ロジック回路部として実施でき
ることも理解されよう。

【００１８】ユーザー対象は、図５−７を参照して以下
に説明する例で示すようにロジック２６によって画面２
２上に表示される。ＧＵＩロジック２６は、ＵＮＩＸ型
オペレーティング・システムのための公知のＭｏｔｉｆ
ＡＰＩのようなオペレーティング・システムのプロト
コルをツールとして用いて、ユーザー・オプション、フ
ァイル、ディレクトリー、およびサブディレクトリーを
あらわすデータ対象を表示画面２２上に生成することが
できる。したがって、Ｍｏｔｉｆの使用にあたっては、
例えば、ＧＵＩ画像を生成するためのデータ対象をウィ
ジェット・クラスを定義しそれを呼び出すことで生成す
ることが可能である。データ対象を生成するための１般
的な方法は公知であり、例を含めて対象およびウィジェ
ット・クラスの生成に関する具体的な説明は、上に挙げ
た「ＯＳＦ／Ｍｏｔｉｆプログラマー・ガイド」を参照
されたい。ファイル・システム図３を参照して、磁気デ
ィスクなどの大量メモリ１８は、ファイル位置索引３０
を含むものであり、この索引は、メモリ上に配置された
各種ディレクトリー、サブディレクトリー、およびファ
イルの位置を識別するためのファイル・アロケーション
・テーブルとすることができる。例として以下に示す階
層木構造を説明するが、本発明が、ルート、ノード、お
よび葉からなり、すべてがなんらかのロジック的な方法
で接続されている階層木構造を用いた任意のデータ処理
システムに適用できることは理解されよう。ルートディ
レクトリー３２は、階層構造の最上部にある。ルートデ
ィレクトリー３２の下方には、１つの葉ノード・ファイ
ル３６を有するサブディレクトリー３４が配置されてい
る。サブディレクトリー３８は、サブディレクトリー３
４の非葉ノードである。サブディレクトリー３８は、そ
の下のファイル４、４２、４４、および４６を含んでい
る。サブディレクトリー３８のすぐ下方には、葉ノー
ド、ファイル５４および５６を含むサブディレクトリー
５０が配置されている。サブディレクトリー５０は、ま
た、サブディレクトリーである非葉ノード５２も含んで
いる。サブディレクトリー５２は、ファイル５８および
６０を含んでいる。したがって、ファイル６０は、その
全パスすなわち「ファイル・システム名／サブディレク
トリー３４／サブディレクトリー３８／サブディレクト
リー５０／サブディレクトリー５２／ファイル６０」に
よって識別される。

【００１９】ロジック・モジュール図４は、本発明のグ
ラフィカル・インターフェース・ロジック２６の概略図
である。グラフィカル・インターフェース・ロジック
は、各種ロジック・モジュールで構成される。１般的に
いって、「トリー・セレクト」モジュール６２は、ユー
ザーが、関心の対象である１または複数のファイルが配
置された木の内部の特定のディレクトリーを選択するこ
とができるようにするものである。「セットアップ・ト
リー」モジュール６４は、ユーザーが、現在選択されて
いる木内部の現在選択されているディレクトリー内のす
べてのファイルを処理することができるようにするもの
である。「チェック・オール・ファイルズ」モジュール
６６は、ユーザーが、各子どものディレクトリー（サブ
ディレクトリー）を処理して、選択されたパス内に残っ
ているディレクトリーがなくなるまでそのディレクトリ
ー内部の各ファイルを更新することができるようにする
ものである。「アップデート・ファイルズ」モジュール
６８は、１般に、１つのディレクトリーの中のファイル
に選択または非選択のマークを付けるものである。「ビ
ルド・ファイル・リスト」は、ファイルのリストを組み
立ててその情報をユーザーの表示画像へ送るものであ
る。これらのモジュールについては以下に詳細に説明す
るが、まずグラフィカル・インターフェース・ロジック
２６の好ましい実施形態について説明する。図の例示図
５は、図１に示す本発明のシステムに関連してロジック
２６によって生成される画像２３の例を示す。画像２３
は、画面２２上に公知のウインドウ式に図形表示され
る。例として示す「セレクティブ・マイグレーション」
と記された画像タイトル・バー７５の部分は、以下の発
明が、バックアップ作業または他の位置への移動（別
名、マイグレーション）のためのディレクトリー、サブ
ディレクトリー、およびファイルの選択にとくに有用で
あることを示すためのものである。情報バー８２は、ユ
ーザーが「ディレクトリー・トリー・ビュー」サブ画像
７７内で枠記号７６または７８を選択することによって
選ばれた作業オプションによってどれだけ多くのファイ
ルが選択されたかを示している。ユーザーは、サブ画像
７７の中で、サブ画像８０から特定のディレクトリーを
選択してその上で作業を行なう前に、まず、オプション
７６「１つのディレクトリー」、またはオプション７８
「すべてのサブディレクトリー」のいずれかを選択する
か、あるいはいずれのオプションも選択しないかを示す
必要があることをアドバイスされる。図５に図示した画
像例では、ユーザーは、オプション７６「１つのディレ
クトリー」を選択している。このモードを選択したら、
ユーザーは、情報サブ画像８０の中で、対応するディレ
クトリーまたはサブディレクトリー（「１つのディレク
トリー」の場合）を選択することができる。

【００２０】図５に図示した例では、「１つのディレク
トリー」のオプションが選択され、また「テスト４」デ
ィレクトリーがすでに選択されたことになっている。こ
のことは、ユーザーが、そのディレクトリー内にあるす
べてのファイルが表示されそこから選択を行なうことを
のぞんでいることを示している。当該技術分野で１般に
用いられている用語から考えれば、「テスト４」は、そ
れ自身のサブディレクトリー（「テスト５」および「テ
スト６」）をもつディレクトリーとして独立に用いられ
るかあるいは親の「テスト３」のサブディレクトリーと
して用いられると考えられる。この例では、この用語
は、その親とは無関係に用いられている。「テスト４」
サブディレクトリー内部で選択されたファイルは、「フ
ァイル・リスト・ビュー」と題された情報サブ画像７４
の中に示される。このサブ画像の中では、「ファイル
名」、「ユーザー」、「グループ」、および他の欄が定
義される。影付きの枠７４Ａ−７４Ｄ内に示すすべての
ファイルは、すでに自動的に選ばれたものである。選択
されないファイルには、「タスク．ｃｆｇ」、「チェッ
ク．ｈ」、「エラー．ログ」、および「ｅｆｘ＿トレー
ス．ｃ」が含まれる。上に述べた４つのファイルは、シ
ステムがそれらは選択される資格がないと自動的に判別
したために選択されなかったのである。選択の資格の基
準は、該システムをユーザーに利用可能とする前に識別
された基準に従属している。しかし、資格の基準は、例
えばファイルの種類やファイルの大きさなどの諸特性を
含むものとすることができる。したがって、この例で
は、ユーザーには、各ファイルで自分が例えばマイグレ
ーションなどの特定の作業を行ないたいか否かを識別す
る必要なしに特定のサブディレクトリー内のすべてのフ
ァイルを選択するためのきわめて便利な方法が提供され
る。さらに、ユーザーは、サブ画像７４内での作業によ
って選択された任意の特定のファイルをふるい落とすこ
とができる。完全性のために、作業オプション・バー８
４が配設されて、ユーザーが行なわれることをのぞむ特
定の作業に容易にアクセスできることが好ましい。

【００２１】図６は、図５を参照してすでに説明したと
同様な画像例２３を示すが、ここでは、ユーザーによっ
て「すべてのサブディレクトリー」のオプションが選択
されている。この例では、情報サブ画像８０から、ディ
レクトリー「テスト１」より下のすべてのサブディレク
トリーがすでに選択されていることがわかる。情報サブ
画像７４の中には、目立たせて示されたサブディレクト
リーに対応するすべてのファイルが表示されている。再
びサブ画像８０を参照して、サブディレクトリー「テス
ト５」および「テスト６」がすでに選択されたものとし
て示されていないことがわかるが、これは、本発明の機
能にもとづいてユーザーが「テスト５」および「テスト
６」をすでに非選択ているためである。したがって、こ
の例によって、ユーザーには、特定のディレクトリーよ
り階層的に下にあるすべてのサブディレクトリーの中の
すべてのファイルを選択するためのきわめて便利で直感
的な方法が提供されることがわかる。さらに、本発明の
特徴にもとづいて、ユーザーは、ユーザー画像８０の中
に図形表示される任意のディレクトリーをふるい落とす
ことができる。図示の例では、ファイルを選択しまたは
ふるい落とすための方式が「目立たせる」方式で例示し
てあるが、これは、ファイルがすでに選択されまたはふ
るい落とされたことを図形的に示す公知の方法である。
ファイルがすでに選択されまたはふるい落とされたこと
を示すように目立たせるためには、リバーサルあるいは
ネガの像（すなわち、通常のパターンとは逆に画素をオ
ン・オフする）示す場合もある。これは、ファイルがす
でに選択されまたはふるい落とされたことを示すために
用いることのできる多くの方法の単に１例にすぎない
が、とくに便利なものであって好んで使用されているこ
とは理解されよう。

【００２２】図７は、図５および６を参照して上に説明
したと同様な他の画像の例２３を示すもので、ここで
は、ユーザーは、１つのディレクトリーの中のすべての
ファイルとすべてのサブディレクトリーの中のすべての
ファイルを選択するためにオプション７６および７８を
選択している。ユーザーは、ディレクトリー「テスト
１」を選択したいことを示しており、またさらに、サブ
ディレクトリー「テスト５」および「テスト６」はふる
い落とすことを示している。情報サブ画像７４に示され
るように、選択されたファイルの中で、次の４つのファ
イルはすでにふるい落とされているかまたは目立たせる
資格のないものである。「タスク．ｃｆｇ」、「チェッ
ク．ｈ」、「エラー．ログ」、「ｅｆｘ＿トレース．
ｃ」。したがって、ロジック２６が作動する方法の以上
の詳細な説明から、図５、６、および７に図示の例は、
きわめて容易でまた直感的な方法でディレクトリー、サ
ブディレクトリー、およびファイルを選択しまたふるい
落とすためにユーザーが利用できる機能を示すものであ
ることが理解されよう。本発明の動作図８−１４は、本
発明の動作をフロー線図の形で示したものである。これ
らのフロー線図は、以下に示す表１−４を参照して見る
と、図１のデータ処理システムで使用するための図２に
示したロジック２６のモジュールの動作を示しているこ
とがわかろう。表表、表２、表３、および表４は、各
々、図２示されるロジック・モジュールの表示をそれぞ
れ疑似的に示したものである。疑似コードは、公知の
「Ｃ」言語であらわされている。ただし、当業者には、
このようなロジックを他の言語であらわすことも可能で
あり、また、該ロジックを図１−１４のフロー線図に示
すステップにもとづいてハードウエアとして実施するこ
とも可能なことが理解されよう。

【００２３】下の表１は、トリー・セレクト・モジュー
ルのロジックを示す。トリー・セレクトの機能は、ディ
レクトリー・トリー・ビューのサブ画像７７の中のディ
レクトリーの任意の１つが選択されるときに呼び出され
る呼返しルーチンである。トリー・セレクト・モジュー
ル６２の中には、サブ部分としてビルド・ファイル・リ
スト・モジュール７０が含まれている。トリー・セレク
ト・モジュールは、ユーザーが１つのディレクトリーを
目立たせることによってそれを選択するように要求した
という信号に応答して動作し、次に、（それが目立たせ
る資格があれば）ファイルにマークを付けるようにハイ
ライト・フラッグをセットする。１つのディレクトリー
が目立たせられると、ビルド・ファイル・リスト・モジ
ュールがファイルのリストを組み立て、それを送ってサ
ブ画像７４のファイル・リスト・ビュー・ウインドウの
中の画像２３上に表示させる。次に、トリー・セレクト
・コードがセットアップ・とりー・モジュール（表２）
を呼び出し、サブディレクトリー・ボタンがすでにチェ
ックされている場合には、チェック・オール・ファイル
・モジュールを呼び出す（表３）。表１ − トリー・
セレクト・モジュール

【００２４】表２は、このディレクトリーの中のすべて
のファイルをくぐり抜けてあるファイルが資格のあるフ
ァイルかどうかをチェックするセットアップ・トリー・
モジュールを示す。そのファイルに資格があれば、その
ファイルが目立たされ、全ファイル・カウンターの変数
が増やされ、そのファイルの大きさが全ファイルの大き
さの変数に加算される。そのファイルに資格がなけれ
ば、それは選択されない。それがハイライト要求でなく
そのファイルが現在目立たされている場合には、そのフ
ァイルが目立たなくされ、それが選択されなかったこと
が示される。したがって、全ファイル・カウンターの計
数が減らされ、表２の疑似コードに示されるように全フ
ァイルの大きさからそのファイルの大きさが減算され
る。表２ − セットアップ・トリー・モジュール

【００２５】表３は、現在のディレクトリーの中のすべ
ての子ディレクトリー（すなわち、すべてのサブディレ
クトリー）をくぐり抜けるチェック・オール・ファイル
・モジュールの疑似コードを示す。各子ディレクトリー
のために、アップデート・ファイル・モジュール（表
４）が呼び出され、また、チェック・オール・ファイル
・モジュールがそれ自身によって反復的に呼び出され
る。表３ − チェック・オール・ファイル・モジュー
ル

【００２６】表４は、チェック・オール・ファイル・モ
ジュールによって呼び出されるアップデート・ファイル
・コードを示す。アップデート・ファイル・モジュール
は、ディレクトリーの中のすべてのファイルをくぐり抜
けて、ある特定のファイルに対するハイライト要求があ
るかどうか、またそのファイルに目立たせる資格がある
かどうかが判別される。これらの条件がともに満たされ
る場合には、全ファイル・カウンターの変数および全フ
ァイルの大きさの変数が増やされる。そうでない場合に
は、そのファイルが目立たされた後に目立たなくされ、
全ファイル・カウンターの変数が減らされ、全ファイル
の大きさの変数からそのファイルの大きさが減算され
る。表４ − アップデート・ファイル・モジュール

【００２７】図８−１４は、上に説明したこれらのロジ
ック・モジュールの各々の実施形態を示す。図８を参照
して、本発明の操作は、ステップ９０でユーザーが枠記
号７６または７８などのユーザーをあらわすユーザー・
オプション・データ対象を選択するときに開始される。
以後、単純化のために、１つのディレクトリーまたはす
べてのサブディレクトリーの中のすべてのファイルを選
択するオプションをあらわすために画面上に示されたデ
ータ対象を操作する動作を「オプションの選択」と呼
ぶ。本発明の操作の説明では、ユーザーにすでに画像２
３が提供されていると仮定するが、ユーザーにこの画像
を提供するのはきわめて重要なステップであって本発明
の基本的な部分を構成することは理解されよう。この画
像は、好ましくはＭｏｔｉｆ ＡＰＩによって確立され
たプロトコルの基準にもとづいてＧＵＩロジック２６に
よって生成される。ステップ９２で、ユーザーが１つの
ディレクトリーまたはサブディレクトリーのいずれかを
選択するのに応じて、ロジック２６は、選択された階層
木を判別する。該木の中の特定のサブディレクトリーを
選択するすなわち目立たせる要求がある場合には、ステ
ップ９８で、ハイライト・フラッグがセットされる。ス
テップ９４の照会に対する応答が「ノー」であれば、ス
テップ９６で、ハイライト・フラッグが非ハイライト状
態にリセットされる。ステップ１００で、現在選択され
ている木の中ですでに選択されたすべてのファイルにも
とづいてファイル・リストが組み立てられる。接続ステ
ップ「Ａ」は、図９に示す方法の各ステップに続くこと
を示すステップである。

【００２８】図９は、本発明の操作のさらに先のステッ
プを示す。ステップ１０２では、現在の「木の状態」が
検索される。この木の状態は、選択された木の中の各フ
ァイルの「状態」に関する速記的表示法である。状態
は、あるファイルが目立たされているか目立たなくされ
ているかを示す。ステップ１０４では、新しい木の状態
がセットされる。ステップ１０６で、ファイルの資格を
あらわすために「１つのディレクトリー」のオプション
が選択されていると判別された場合、すなわち最初「ハ
イライト」に変更されたいくつかのファイルの状態をそ
のファイルに資格がないために再度変更する必要がある
と思われる場合には、ステップ１０８で、セットアップ
・トリー・モジュールが呼び出される。そうでない場合
には、セットアップ・トリー・モジュールは呼び出され
ない。接続ステップＢは、本発明のステップが図１０に
続くことを示すためのものである。

【００２９】図１０で、接続ステップＢに続いて、ステ
ップ１１０で、「すべてのサブディレクトリー」のオプ
ションが選択されたかを見る照会が行なわれる。答えが
「ノー」であれば、処理は、ステップ１３０で終わる。
しかし、答えが「イエス」の場合には、ステップ１２０
で、チェック・オール・ファイル・モジュールが呼び出
される。 図１１は、セットアップ・トリー・モジュー
ルの操作を示す。ステップ１３２で、セットアップ・ト
リー・モジュールが呼び出されると、現在のディレクト
リーの中の次のファイルが処理される。ステップ１３６
では、これが処理されているファイルを目立たせる要求
であるかまたはそのファイルを選択する要求であるかを
判別する照会が行なわれる。ステップ１３６でのこの照
会に対する答えが「ノー」である場合には、ステップ１
３５で、他のテストが行なわれる。ステップ１３５で
は、現在ファイルが目立たされているかどうかを判別す
る照会が行なわれる。そうであれば、ステップ１３８
で、そのファイルが目立たなくされる。そうでなけれ
ば、下で説明するように処理がステップ１４４へ進む。
ステップ１３８に続いて、ステップ１４０で、表２に示
したロジックにしたがって、全ファイルの変数が減らさ
れ、また全体の大きさの変数が減らされる。しかし、ス
テップ１３６での照会に対する答えが「イエス」でステ
ップ１３７での照会に対する答えが「イエス」の場合、
すなわちこれが資格のあるファイルである場合には、ス
テップ１３９で、ファイルが目立たされる。ステップ１
４１で、全ファイルの変数が増やされ、ステップ１４３
で、全体の大きさの変数が増やされる。ステップ１４４
で、現在のディレクトリーの中にさらにファイルがある
かどうかを判別するための照会が行なわれる。答えが
「イエス」なら、処理がステップ１３４へ戻り、ステッ
プ１４４での照会に対する答えが「ノー」になるまでス
テップ１３６−１４３の処理が繰り返され、その後にス
テップ１５０で処理が終了する。

【００３０】図１２は、ステップ１５２でチェック・オ
ール・ファイル・モジュール（表３に疑似コードを示
す）が呼び出されるときに行なわれるステップを示す。
ステップ１５３で、子のディレクトリーで残っているも
のがあるかどうかを判別する照会が行なわれる。なけれ
ば、処理はステップ１６２で終わる。この照会に対する
答えが「イエス」の場合には、次の子のディレクトリー
すなわちサブディレクトリーがステップ１５４にもとづ
いて処理される。ステップ１５６で、アップデート・フ
ァイル処理手順が呼び出される。それに続いて、ステッ
プ１５８で、チェック・オール・ファイル・モジュール
によって反復的にチェック・オール・ファイル処理手順
が呼び出される。これは、次の「兄弟姉妹」ディレクト
リーを処理する前にすべての子ディレクトリーを処理す
るために行なわれる。「兄弟姉妹」という用語は、同じ
直接の親を有するノードを指す。例えば、図を参照し
て、サブディレクトリー３８は、サブディレクトリー３
９の兄弟姉妹である（それらの親は、サブディレクトリ
ー３４である）。サブディレクトリー３８は、２つの子
サブディレクトリー５０および５２をもっている。残っ
ている子ディレクトリーがなくなるまで、ステップ１５
３−１５８が繰り返される。残っているものがなくなる
と、ステップ１６２に示すようにチェック・オール・フ
ァイル・モジュールが終了する。

【００３１】図１３は、表４を参照して上に説明したア
ップデート・ファイル・モジュールの操作を示す。ステ
ップ１６４でアップデート・ファイル・モジュールが呼
び出されると、ステップ１６６で、そのディレクトリー
の中の次のファイルが処理される。ステップ１６８で、
これが、１つのファイルを目立たせる要求であると判別
されると、処理がステップ１７０に進んで、そのファイ
ルに目立たせる資格があるかどうかがチェックされる。
それが目立たせる要求でない場合には、処理は続いてス
テップＣに移るが、それが目立たせる要求でありそのフ
ァイルに資格がある場合には、処理は続いてステップＥ
に移る。しかし、ファイルに資格がない場合には、処理
は続いてステップＤに移る。図１３は、また、ステップ
Ｆが次のファイルおよびディレクトリーの処理に進むこ
とを示しており、これは、次の図１４を参照して説明す
る。

【００３２】図１４は、アップデート・ファイル処理の
残るステップを示している。ステップＥでは、ステップ
１７２で、そのファイルが目立たされ、全ファイルの変
数が増やされ、ステップ１７４で、全体の大きさの変数
が漸増的に増やされる。ステップＣでは、ステップ１７
１で、そのファイルが現在目立たされているかどうかが
判別される。（再呼び出しステップＣは、図１３のステ
ップ１６８を参照して上に説明したように、目立たせる
要求のない状態をあらわす。）そうであれば、ステップ
１７３で、そのファイルが目立たなくされ、全ファイル
の変数が減らされ、ステップ１７５で、全体の大きさの
変数が減らされる。そうでなければ、処理がステップ１
７６へ進む。ステップＥで始まるパスまたはステップＣ
で始まるパスのいずれを通っても、処理は、ステップ１
７６へ進み、照会が行なわれる。ステップ１７６で行な
われるのは、それ以上のファイルがあるかどうかを判別
する照会である。答えが「イエス」であれば、処理はス
テップＦへ進む。ステップＦは、続いて図１３のステッ
プ１６へ戻ることを示しており、ディレクトリーの中の
次のファイルが処理され、上に説明したようにステップ
１６６−１７５が選択的に行なわれる。ステップ１７０
（図１４）で行なわれた照会に対する答えが「ノー」の
場合には、ステップＥで始まるパスもステップＣで始ま
るパスもたどらず、処理は、直接１７６へ進む。それ以
上のファイルがなければ、処理は、ステップ１７８で終
了する。

【００３３】以上、本発明を主として方法として説明し
たが、当業者には、図１および２を参照して上に説明し
た装置が、本発明の方法の実行を容易にするようにプロ
グラムできあるいは設計できることは理解されよう。ま
た、図１５の記録済みフロッピーディスクまたは図１の
データ処理システムのようなデータ処理システムに用い
る他の類似のコンピュータ・プログラム製品などの製造
物品としては、図１５の磁気記憶媒体９０４などの記憶
媒体およびその上に記録されている９０６、９０８、９
１０、および９１２などのプログラム手段などが考えら
れる。これらは、本発明の実行を容易にためにデータ処
理システムに指示をあたえるものである。このような装
置および製造物品も本発明の精神および範囲に含まれる
ことは理解されよう。

【００３４】まとめとして、本発明の構成に関して以下
の事項を開示する。 （１） 画面を備えた表示装置およびＧＵＩを有し、ま
たさらに該表示装置に連結されたメモリを有するコンピ
ュータ・システムにおける、ユーザーが操作のために階
層ファイル木構造の中の任意の構成要素を選択できるよ
うにするための方法において、１つのディレクトリー、
１つのサブディレクトリー、および１つのファイルから
なるグループから１つの構成要素が選択され、該方法
が、順序をとわず、機械実行ステップとして、１つのデ
ィレクトリーを指定するユーザーに応答して、ユーザー
が指定した該ディレクトリーの下位にあるサブディレク
トリーの木構造をあらわすデータ対象を表示するステッ
プ、操作のために、該ファイル木構造の指定された構成
要素を選択するユーザー・オプションをあらわすユーザ
ー・オプション対象を画面に表示するステップ、およ
び、画面上のユーザー・オプション対象を選択して表示
された木構造の中の開始ディレクトリーに選択のための
起点としてマークを付けるユーザーに応答して、操作の
ために、ユーザー・オプション対象の選択によって指定
されたファイル木構造の構成要素を選択するステップ、
を有する方法。 （２）少なくとも２つのユーザー・オプション対象が画
面上に表示され、該少なくとも２つのユーザー・オプシ
ョン対象の第１のオプション対象は、操作のために、ユ
ーザーが指定した開始ディレクトリーの中のすべてのフ
ァイルを選択するようにシステムに指令するユーザー・
オプションをあらわす手段とを含む上記（１）に記載の
装置。 （３）画面上に表示される該少なくとも２つのオプショ
ンの第２のオプションは、操作のために、該階層木構造
の中でマークを付けられたユーザーの指定した開始ディ
レクトリーの階層的下位にあるすべてのサブディレクト
リーの中のすべてのファイルを選択するようにシステム
に指令するオプションをあらわす手段とを含む上記
（２）に記載の装置。 （４）機械実行ステップとして、第１のオプション対象
または第２のオプション対象を選択するユーザーに応答
して選択される各ファイルのために対応するファイル対
象を表示するステップを含む上記（２）に記載の装置。 （５）該第１のオプションおよび第２のオプションは、
第２のオプション対象とともに第１のオプション対象を
選択するユーザーの選択に応答してほぼ同時に行なうこ
とができる手段とを含む上記（３）に記載の装置。 （６）該システムは、選択される資格に関するあらかじ
め定義された基準を満たさない場合には該木構造のいか
なる構成要素も選択しないように構成される手段とを含
む上記（３）に記載の装置。 （７）ユーザーは、操作のために、画面上に表示されま
た選択されないサブディレクトリーをあらわすサブディ
レクトリー・データ対象にマークを付けるための入力装
置を用いて、ユーザーが指定した開始ディレクトリーの
階層的下位にある１つのサブディレクトリーが選択され
ないことを指定できる手段とを含む上記（１）に記載の
装置。 （８）ユーザーは、システムによる操作のために、画面
上に表示された選択されないファイルをあらわすファイ
ル・データ対象にマークを付けるための入力装置を用い
て、１つのファイルが選択されないことを指定できる手
段とを含む上記（４）に記載の装置。 （９）ユーザーが操作のために階層ファイル木構造の中
の任意の構成要素を選択できるようにするためのコンピ
ュータ・システムにおいて、１つのディレクトリー、１
つのサブディレクトリー、および１つのファイルからな
るグループから１つの構成要素が選択され、該システム
が、プロセッサ、該プロセッサに連結されたメモリ、該
メモリに連結されて画面を有する表示装置、表示画面上
にＧＵＩを提供するために該メモリの中にロードされる
グラフィカル・インターフェース・ロジック、を有し、
また、該グラフィカル・インターフェース・ロジック
は、画面上に、該画面上の階層的ファイル木構造内部の
構成要素に関係する１以上のデータ対象を表示するため
にプロセッサに連結された機械実行手段を有し、該表示
は、１つのディレクトリーを指定するユーザーに応答し
て、ユーザーが指定した該ディレクトリーの下位にある
サブディレクトリーの木構造をあらわすデータ対象を表
示し、操作のために、該ファイル木構造の指定された構
成要素を選択するユーザー・オプションをあらわすユー
ザー・オプション対象を画面に表示し、また、画面上の
ユーザー・オプション対象を選択して表示された木構造
の中の開始ディレクトリーに選択のための起点としてマ
ークを付けるユーザーに応答して、操作のために、ユー
ザー・オプション対象の選択によって指定されたファイ
ル木構造の構成要素を選択する、ことによって行なわれ
るシステム。 （１０）請求項９に記載のシステムにおいて、少なくと
も２つのユーザー・オプション対象が画面上に表示さ
れ、該少なくとも２つのユーザー・オプション対象の第
１のオプション対象は、操作のために、ユーザーが指定
した開始ディレクトリーの中のすべてのファイルを選択
するようにシステムに指令するユーザー・オプションを
あらわすシステム。 （１１）上記（１０）に記載のシステムにおいて、画面
上に表示される該少なくとも２つのオプションの第２の
オプションは、操作のために、該階層木構造の中でマー
クを付けられたユーザーの指定した開始ディレクトリー
の階層的下位にあるすべてのサブディレクトリーの中の
すべてのファイルを選択するようにシステムに指令する
オプションをあらわすシステム。 （１２）上記（１０）に記載のシステムにおいて、さら
に、機械実行ステップとして、第１のオプション対象ま
たは第２のオプション対象を選択するユーザーに応答し
て選択される各ファイルのために対応するファイル対象
を表示するステップを含むシステム。 （１３）上記（１１）に記載のシステムにおいて、該第
１のオプションおよび第２のオプションは、第２のオプ
ション対象とともに第１のオプション対象を選択するユ
ーザーの選択に応答してほぼ同時に行なうことができる
システム。 （１４）ユーザーが操作のために階層ファイル木構造の
中の任意の構成要素を選択できるようにするための装置
において、１つのディレクトリー、１つのサブディレク
トリー、および１つのファイルからなるグループから１
つの構成要素が選択され、該装置が、プロセッサ、該プ
ロセッサに連結されたメモリ、該メモリに連結されて画
面を有する表示装置、表示画面上にＧＵＩを提供するた
めに該メモリの中にロードされるグラフィカル・インタ
ーフェース・ロジック、を有し、また、該ＧＵＩは、さ
らに、は、ユーザーが指定した該ディレクトリーの下位
にあるサブディレクトリーの木構造をあらわすデータ対
象を表示して１つのディレクトリーを指定するユーザー
に応答するための第１のモジュール、操作のために、該
ファイル木構造の指定された構成要素を選択するユーザ
ー・オプションをあらわすユーザー・オプション対象を
画面に表示するための第２のモジュール、および、操作
のために、ユーザー・オプション対象の選択によって指
定されたファイル木構造の構成要素を選択して画面上の
ユーザー・オプション対象を選択して表示された木構造
の中の開始ディレクトリーに選択のための起点としてマ
ークを付けるユーザーに応答する第３のモジュール。

【図面の簡単な説明】

【図１】本発明を用いたデータ処理システムのブロック
・ダイアグラムである。

【図２】図１のデータ処理システムの主メモリ内にロー
ドされたソフトウエアに対する本発明のロジックのアー
キテクチャー的関係の概略線図である。

【図３】図１のデータ処理システムの大量メモリ内に記
憶された情報の階層木構造の該略図である。

【図４】図２に示す本発明のロジックの各種モジュール
を示す概略図である。

【図５】図１のデータ処理システムの表示装置２０の画
面２２上に本発明のロジックによって生成される表示画
像の例である。

【図６】図１のデータ処理システムの表示装置２０の画
面２２上に本発明のロジックによって生成される表示画
像の例である。

【図７】図１のデータ処理システムの表示装置２０の画
面２２上に本発明のロジックによって生成される表示画
像の例である。

【図８】図１のデータ処理システムで行なわれる本発明
の方法の操作順序を示す各フローチャートである。

【図９】図１のデータ処理システムで行なわれる本発明
の方法の操作順序を示す各フローチャートである。

【図１０】図１のデータ処理システムで行なわれる本発
明の方法の操作順序を示す各フローチャートである。

【図１１】図１のデータ処理システムで行なわれる本発
明の方法の操作順序を示す各フローチャートである。

【図１２】図１のデータ処理システムで行なわれる本発
明の方法の操作順序を示す各フローチャートである。

【図１３】図１のデータ処理システムで行なわれる本発
明の方法の操作順序を示す各フローチャートである。

【図１４】図１のデータ処理システムで行なわれる本発
明の方法の操作順序を示す各フローチャートである。

【図１５】図１のデータ処理システムで用いる記録済み
フロッピーディスクまたは他の類似のコンピュータ・プ
ログラム製品のような製造物品であって、該データ処理
システムに指示して図８−１４のフローチャートに示す
本発明の方法の実行を容易にするためのプログラム手段
がその上に記録されているものを示す。

【符号の説明】

１０ プロセッサ １２ 入出力 １４ ユーザー入力装備 １６ 主メモリ １８ 大量メモリ ２０ 表示装備 ２２ 画面 ２６ グラッフィク・・ユーザー・インターフェー
ス・ロジック ２８ オペレーティング・システム ３０ アプリケーション・プログラム ３０ ファイル位置インデックス ３２ ルート・ディレクトリー ３４、３９、５０、５２ サブ・ディレクトリー ３６、４０、４２、４４、４６、５４、５６、５８、６
０ ファイル ６２ トリー・セレクト ６４ セットアップ・トリー・モジュール ６６ チェック・ファイル・モジュール ６８ アップデート・ファイル・モジュール ７０ ビルド・ファイル・リスト・モジュール ９０ 開始 ９２ 現在選択された木を把握せよ ９４ ハイライト要求カ？ ９６ フラッグをリセットせよ ９８ フラッグをセットせよ １００ ファイル・リストを組み立てよ １０２ 減税の木の状態を把握せよ １０４ 新しい木の状態をセットせよ １０６ 「１つのディレクトリー」のオプションの選
択か？ １０８ セットアップ・トリー・モジュールを呼び出
せ １１０ 「すべてのサブディレクトリー」のオプショ
ンの選択か？ １２０ チェック・オール・ファイル・モジュールを
呼び出せ １３０ 終了 １３２ セットアップ・トリー開始処理手順 １３４ 現在のディレクトリーの中の次のファイルを
処理せよ １３５ ファイルは目立たせれているか？ １３６ ハイライト要求か？ １３７ ファイルに資格はあるか？ １３８ ファイルを目立たなくせよ １３９ ファイルを目立たせよ １４０ 全ファイルを漸減せよ １４１ 全ファイルを漸増せよ １４２ 全大きさを漸減せよ １４３ 全大きさを漸増せよ １４４ さらにファイルありか？ １５０ 終了 １５２ チェック・オール・ファイル １５３ 子ディレクトリーが残っているか １５４ 子ディレクトリ処理せよ １５６ アップデート・ファイル処理手順を呼び出せ １５８ チェック・オール・ファイル処理手順を呼び
出せ １６２ 終了 １６４ アップデート・ファイル処理手順開始 １６６ ディレクトリーの中の次のファイルを処理せ
よ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ハンシ・フアング アメリカ合衆国カルフォルニア州 クーパ ーチノ レイク スプリング コート 11551 (72)発明者 チン・ルオング・ガイエン アメリカ合衆国カルフォルニア州 サンホ セ ウッドストック ウエイ 5376

Claims (14)

【特許請求の範囲】
1. 【請求項１】画面を備えた表示装置およびＧＵＩを有
   し、またさらに該表示装置に連結されたメモリを有する
   コンピュータ・システムにおける、ユーザーが操作のた
   めに階層ファイル木構造の中の任意の構成要素を選択で
   きるようにするための方法において、１つのディレクト
   リー、１つのサブディレクトリー、および１つのファイ
   ルからなるグループから１つの構成要素が選択され、該
   方法が、順序をとわず、機械実行ステップとして、 １つのディレクトリーを指定するユーザーに応答して、
   ユーザーが指定した該ディレクトリーの下位にあるサブ
   ディレクトリーの木構造をあらわすデータ対象を表示す
   るステップ、 操作のために、該ファイル木構造の指定された構成要素
   を選択するユーザー・オプションをあらわすユーザー・
   オプション対象を画面に表示するステップ、および、 画面上のユーザー・オプション対象を選択して表示され
   た木構造の中の開始ディレクトリーに選択のための起点
   としてマークを付けるユーザーに応答して、操作のため
   に、ユーザー・オプション対象の選択によって指定され
   たファイル木構造の構成要素を選択するステップ、を有
   する方法。
2. 【請求項２】少なくとも２つのユーザー・オプション対
   象が画面上に表示され、該少なくとも２つのユーザー・
   オプション対象の第１のオプション対象は、操作のため
   に、ユーザーが指定した開始ディレクトリーの中のすべ
   てのファイルを選択するようにシステムに指令するユー
   ザー・オプションをあらわす手段とを含む上記請求項１
   に記載の装置。
3. 【請求項３】画面上に表示される該少なくとも２つのオ
   プションの第２のオプションは、操作のために、該階層
   木構造の中でマークを付けられたユーザーの指定した開
   始ディレクトリーの階層的下位にあるすべてのサブディ
   レクトリーの中のすべてのファイルを選択するようにシ
   ステムに指令するオプションをあらわす手段とを含む上
   記請求項２に記載の装置。
4. 【請求項４】機械実行ステップとして、第１のオプショ
   ン対象または第２のオプション対象を選択するユーザー
   に応答して選択される各ファイルのために対応するファ
   イル対象を表示するステップを含む上記請求項２に記載
   の装置。
5. 【請求項５】該第１のオプションおよび第２のオプショ
   ンは、第２のオプション対象とともに第１のオプション
   対象を選択するユーザーの選択に応答してほぼ同時に行
   なうことができる手段とを含む上記請求項３に記載の装
   置。
6. 【請求項６】該システムは、選択される資格に関するあ
   らかじめ定義された基準を満たさない場合には該木構造
   のいかなる構成要素も選択しないように構成される手段
   とを含む上記請求項３に記載の装置。
7. 【請求項７】ユーザーは、操作のために、画面上に表示
   されまた選択されないサブディレクトリーをあらわすサ
   ブディレクトリー・データ対象にマークを付けるための
   入力装置を用いて、ユーザーが指定した開始ディレクト
   リーの階層的下位にある１つのサブディレクトリーが選
   択されないことを指定できる手段とを含む上記請求項１
   に記載の装置。
8. 【請求項８】ユーザーは、システムによる操作のため
   に、画面上に表示された選択されないファイルをあらわ
   すファイル・データ対象にマークを付けるための入力装
   置を用いて、１つのファイルが選択されないことを指定
   できる手段とを含む上記請求項４に記載の装置。
9. 【請求項９】ユーザーが操作のために階層ファイル木構
   造の中の任意の構成要素を選択できるようにするための
   コンピュータ・システムにおいて、１つのディレクトリ
   ー、１つのサブディレクトリー、および１つのファイル
   からなるグループから１つの構成要素が選択され、該シ
   ステムが、 プロセッサ、 該プロセッサに連結されたメモリ、 該メモリに連結されて画面を有する表示装置、 表示画面上にＧＵＩを提供するために該メモリの中にロ
   ードされるグラフィカル・インターフェース・ロジッ
   ク、を有し、また、 該グラフィカル・インターフェース・ロジックは、画面
   上に、該画面上の階層的ファイル木構造内部の構成要素
   に関係する１以上のデータ対象を表示するためにプロセ
   ッサに連結された機械実行手段を有し、該表示は、 １つのディレクトリーを指定するユーザーに応答して、
   ユーザーが指定した該ディレクトリーの下位にあるサブ
   ディレクトリーの木構造をあらわすデータ対象を表示
   し、 操作のために、該ファイル木構造の指定された構成要素
   を選択するユーザー・オプションをあらわすユーザー・
   オプション対象を画面に表示し、また、 画面上のユーザー・オプション対象を選択して表示され
   た木構造の中の開始ディレクトリーに選択のための起点
   としてマークを付けるユーザーに応答して、操作のため
   に、ユーザー・オプション対象の選択によって指定され
   たファイル木構造の構成要素を選択する、ことによって
   行なわれるシステム。
10. 【請求項１０】請求項９に記載のシステムにおいて、少
    なくとも２つのユーザー・オプション対象が画面上に表
    示され、該少なくとも２つのユーザー・オプション対象
    の第１のオプション対象は、操作のために、ユーザーが
    指定した開始ディレクトリーの中のすべてのファイルを
    選択するようにシステムに指令するユーザー・オプショ
    ンをあらわすシステム。
11. 【請求項１１】請求項１０に記載のシステムにおいて、
    画面上に表示される該少なくとも２つのオプションの第
    ２のオプションは、操作のために、該階層木構造の中で
    マークを付けられたユーザーの指定した開始ディレクト
    リーの階層的下位にあるすべてのサブディレクトリーの
    中のすべてのファイルを選択するようにシステムに指令
    するオプションをあらわすシステム。
12. 【請求項１２】請求項１０に記載のシステムにおいて、
    さらに、機械実行ステップとして、第１のオプション対
    象または第２のオプション対象を選択するユーザーに応
    答して選択される各ファイルのために対応するファイル
    対象を表示するステップを含むシステム。
13. 【請求項１３】請求項１１に記載のシステムにおいて、
    該第１のオプションおよび第２のオプションは、第２の
    オプション対象とともに第１のオプション対象を選択す
    るユーザーの選択に応答してほぼ同時に行なうことがで
    きるシステム。
14. 【請求項１４】ユーザーが操作のために階層ファイル木
    構造の中の任意の構成要素を選択できるようにするため
    の装置において、１つのディレクトリー、１つのサブデ
    ィレクトリー、および１つのファイルからなるグループ
    から１つの構成要素が選択され、該装置が、 プロセッサ、 該プロセッサに連結されたメモリ、 該メモリに連結されて画面を有する表示装置、 表示画面上にＧＵＩを提供するために該メモリの中にロ
    ードされるグラフィカル・インターフェース・ロジッ
    ク、を有し、また、 該ＧＵＩは、さらに、は、 ユーザーが指定した該ディレクトリーの下位にあるサブ
    ディレクトリーの木構造をあらわすデータ対象を表示し
    て１つのディレクトリーを指定するユーザーに応答する
    ための第１のモジュール、 操作のために、該ファイル木構造の指定された構成要素
    を選択するユーザー・オプションをあらわすユーザー・
    オプション対象を画面に表示するための第２のモジュー
    ル、および、 操作のために、ユーザー・オプション対象の選択によっ
    て指定されたファイル木構造の構成要素を選択して画面
    上のユーザー・オプション対象を選択して表示された木
    構造の中の開始ディレクトリーに選択のための起点とし
    てマークを付けるユーザーに応答する第３のモジュー
    ル、を含む装置。