JPH0816443A - 情報処理装置 - Google Patents

Abstract

(57)【要約】 【目的】 記憶装置の大容量化、ファイル数の増大化に
かかわらずファイルアクセスの高速化を可能とする情報
処理装置を提供する。 【構成】 この発明による情報処理装置１００は、各周
辺装置の制御を目的とする中央処理装置１と、高速なア
クセスが可能な主記憶装置２と、ハードディスク等から
なる補助記憶装置３と、ビデオＲＡＭなどから構成され
る表示装置４と、キーボード等に代表される入力装置５
と、プリンタに代表される印刷装置６と、ファイル名等
の照合を目的とする照合装置７と、ファイル名ごとのフ
ァイルパス情報を記憶しておく管理情報記憶装置８とか
ら構成される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は情報処理装置に関し、
特にファイル管理システムとして階層ディレクトリ構造
を採用している情報処理装置に関するものである。

【０００２】

【従来の技術】図１３は従来の情報処理装置の構成を示
すシステムブロック図である。

【０００３】図を参照して、情報処理装置１００は、各
周辺装置の制御を目的とする中央処理装置１と、高速な
アクセスが可能なメモリで構成される主記憶装置２と、
ハードディスクやフロッピィディスクなどからなる補助
記憶装置３と、ビデオＲＡＭおよびビデオ制御を目的と
するコントローラやＣＲＴなどから構成される表示装置
４と、キーボードやマウスに代表される入力装置５とか
ら構成される。なお、ここでは情報処理装置の一例とし
て普及しているパーソナルコンピュータを例に挙げて説
明を行なう。また、これらのパーソナルコンピュータで
は、一般にシステムを制御するオペレーションシステム
（以下「ＯＳ」という）として、ＭＳ−ＤＯＳ（米国マ
イクロソフト社の商標）によって管理されているものが
多い。

【０００４】図１４はＭＳ−ＤＯＳでファイル管理シス
テムとして採用されている階層ディレクトリ構造を示し
た図である。

【０００５】階層ディレクトリ構造とは、下方に成長す
る木の形をなしており（木構造）、一番上が根（ルー
ト）に、ディレクトリは枝に、そして個々のファイルは
葉に例えられている。この図では、ＳＴＡＴＵＳ，ＷＯ
ＲＫなど（その横に＜ＤＩＲ＞として示されている）が
ディレクトリであり、ＡＣＣＯＵＮＴ，ＬＥＴ．ＤＯＣ
などがファイルになる。一番上の根の部分はその名のと
おりルートディレクトリと呼ばれ、他のすべてのディレ
クトリはサブディレクトリと呼ばれる。

【０００６】ファイルが階層ディレクトリ構造によって
管理されているために、ある特定のファイルまたはディ
レクトリをパス（ＰＡＴＨ）で指定する。これは、文字
どおり指定するディレクトリやファイルへの到達するた
めの道順を意味しており、この道順を示す文字列をパス
名（ＰＡＴＨＮＡＭＥ）と呼ぶ。本願明細書において
は、パス名と書く場合、特に断りがない場合は、ファイ
ルへ到達するための道順であり、ファイル名は含まない
ものとする。

【０００７】また、ＭＳ−ＤＯＳでは物理的な補助記憶
装置や主記憶装置を指定するための文字列をドライブ名
と呼ぶ。本願明細書においては、ドライブ名とパス名と
をまとめてファイルパスと呼び、ドライブ名、パス名、
ファイル名の全体をまとめてファイル名称と呼ぶ。すな
わちファイル名称は常にその要素であるドライブ名、パ
ス名、ファイル名をすべて指定する必要があるが、ＭＳ
−ＤＯＳでは、ドライブ名やパス名にそれぞれカレント
ドライブ、カレントディレクトリという概念を導入して
いる。カレントディレクトリとは階層ディレクトリにお
ける現在位置にあたるパス名である。カレントドライブ
も同様に現在選択されているドライブ名が相当する。

【０００８】ＭＳ−ＤＯＳでは、カレントドライブ、カ
レントディレクトリからの相対的なファイル名称の指定
も可能でファイル名称が簡略化できるようになってい
る。

【０００９】上記の内容に基づいて図１４を参照する
と、“Ｃ：”はドライブ名に対応する。木構造の基にな
るディレクトリをルートディレクトリと呼ぶ。“Ｃ：”
の下に続く囲まれている部分がルートディレクトリに当
たる。囲みの中はそれぞれディレクトリに含まれるファ
イルおよびサブディレクトリ名が登録されている。名称
の右に＜ＤＩＲ＞があるものがサブディレクトリであ
る。サブディレクトリ中もまたルートディレクトリと同
様の構造となっている。このように繰返し階層化するこ
とにより多くのファイル名を管理することが可能とな
る。ファイルパスは上述のようにルートディレクトリか
らの道順に当たる。たとえば、サブディレクトリ￥ＳＴ
ＡＴＵＳ￥ＪＡＮにあるファイルＬＥＴ１．ＤＯＣに対
するファイルパスは、￥ＳＴＡＴＵＳ￥ＪＡＮとなり、
またそのファイル名はＬＥＴ１．ＤＯＣとなる。

【００１０】このとき、ファイルを特定するファイル名
称はＣ：￥ＳＴＡＴＵＳ￥ＪＡＮ￥ＬＥＴ１．ＤＯＣと
なる。たとえば、カレントドライブが“Ｃ：”でカレン
トディレクトリが￥ＳＴＡＴＵＳであるときは、ファイ
ルを特定する場合、￥ＪＡＮ￥ＬＥＴ１．ＤＯＣで良い
ことになる。

【００１１】次に、ＰＡＴＨ環境変数について説明す
る。ＰＡＴＨ環境変数は、一般的に複数のファイルパス
からなり、主にコマンドラインインタプリタで使用され
る。具体的にはＰＡＴＨ環境変数は前述のカレントドラ
イブやカレントディレクトリと同じようにファイルを特
定する手段を簡便にするために導入されている機構で、
ファイルを検索する際に検索を行なうべきファイルパス
を記述する。たとえば、ＰＡＴＨ Ｃ：￥；Ｃ：￥ＳＴ
ＡＴＵＳと指定され、かつＬＥＴ１．ＤＯＣとファイル
指定すると、システムは自動的にＣ：￥のディレクト
リ、次に￥ＳＴＡＴＵＳの順にファイルＬＥＴ１．ＤＯ
Ｃが検索される。

【００１２】図１５は図１３の情報処理装置において、
アプリケーションプログラムに基づいて行なわれるファ
イルのアクセス動作の内容を示したフローチャートであ
る。

【００１３】まず、ステップＳ５０１で、操作者がキー
ボードより起動アプリケーション名称を入力する。この
とき、与えられるアプリケーション名称は、システムが
管理するファイル管理システムの登録ファイル名称であ
る。具体的には、アプリケーションプログラムによりフ
ァイル管理システムとして特定のファイル名称が決定さ
れている。

【００１４】キーボードより入力された指示データは、
ＭＳ−ＤＯＳのインタフェースに準拠したデータに変換
され、ＭＳ−ＤＯＳ内の各種デバイス制御部を通じシス
テム管理部にそのデータが渡され、コマンドラインイン
タプリタに文字列の形式で渡される（Ｓ５０２）。

【００１５】コマンドラインインタプリタはその文字列
を解釈し、その指示が内部処理コマンドに関するものか
否かが、ステップＳ５０３で判別される。内部コマンド
であれば、内部コマンドの実行を行ない（Ｓ５０５）、
終了後再びキーボードからの入力待ちに戻る。一方、内
部処理コマンド以外の場合は、すべてアプリケーション
プログラムの起動とみなし、そのアプリケーションプロ
グラムの実行に必要なファイルを検索し、起動実行を行
なう。アプリケーションの起動は最終的には該当するフ
ァイルのファイル名称をＯＳにプロセス起動として受け
渡すことにより可能となる。

【００１６】操作者は、アプリケーション起動の際に指
示するデータとしてファイルパス、ファイル名のすべて
を与える必要があるが、毎回すべてを指定するのには非
常に不便となるため、システムとしてはカレントドライ
ブやカレントディレクトリ、またＰＡＴＨ環境変数とい
った概念を導入している。

【００１７】すなわち、ステップＳ５０４で操作者によ
り与えられた文字列をファイル名称と考え、そこにファ
イルパスが記述されているか否かが判別される。ファイ
ルパスが記述されている場合にはそのままファイル名称
をＯＳにプロセス起動として受け渡す（Ｓ５１０）。

【００１８】一方、ファイルパスの入力が省略された場
合、まずカレントドライブ内のカレントディレクトリが
検索され、そこに該当ファイルが存在するか否かが判別
される（Ｓ５０６）。もし、該当ファイルが存在するな
らば、そのファイル名称をＯＳにプロセス起動として受
け渡す（Ｓ５１０）。

【００１９】一方、カレントディレクトリに該当ファイ
ルが存在していない場合は、ＰＡＴＨ環境変数が登録さ
れているか否かが判別される（Ｓ５０７）。ＰＡＴＨ環
境変数が登録されていない場合は、エラー表示を行な
い、再びキーボードからの入力待ちに戻る。

【００２０】一方、ＰＡＴＨ環境変数が登録されている
場合は、そのファイルパスに基づいたディレクトリに該
当するファイルがあるか否かが検索され、そこに該当フ
ァイルが存在するか否かが判別される（Ｓ５０８）。該
当するファイルがあった場合、そのファイルパスをつけ
たファイル名称を生成する（Ｓ５０９）。該当ファイル
が見当たらない場合は、ステップＳ５０７に戻り、次の
ＰＡＴＨ環境変数が登録されているか否かを判断し（Ｓ
５０７）、以下上記手順を繰返す。

【００２１】このようにして得られたファイル名称はＯ
Ｓのシステム管理部に伝えられ（Ｓ５１０）、起動に必
要となる補助記憶装置３を選択し、各種デバイス制御
部、各種デバイス装置を通じて主記憶装置２上に必要な
ファイルを転送してアプリケーションが起動され、実行
される（Ｓ５１１）。

【００２２】

【発明が解決しようとする課題】上記のような従来の情
報処理装置では、記憶装置の大容量化、ファイル数の増
大化等に伴い、ファイルのアクセスの高速化という点に
問題が生じてきている。

【００２３】すなわち、技術の進歩とともに、補助記憶
装置の大容量化が進み、一方、アプリケーションのデー
タの大容量化、データファイルの分散化が図られてきて
いる。これによって、１つの補助記憶装置で管理される
ファイル数、ファイル容量ともに増大し、これをより効
果的に管理するための上述の階層ディレクトリ構造がよ
り複雑化する傾向にある。

【００２４】このため、階層ディレクトリ構造の複雑化
に伴い、ファイルのリスト情報の取得に関する時間が級
数的に増加している。また、階層ディレクトリ構造の複
雑化に伴い、ファイルのいかなる検索を行なうにしても
検索に使われる時間が級数的に増加している。さらに、
アプリケーションの起動過程においてＯＳが提供してい
るＰＡＴＨ環境変数による簡便なファイル指定方法は次
の２つの問題に直面することになる。

【００２５】ＰＡＴＨ環境変数は複数のファイルパスを
記述することができるが、それには限界があり、複雑化
する一方のファイル構造に対応できない。階層が多段階
になったり、ファイルパス数が増えることでＰＡＴＨ環
境変数の記憶領域に限界が生じてきた。

【００２６】また、検索領域のファイルパスの数やファ
イルパスに含まれる検索対象ファイル数の増加に伴い、
ファイル検索そのものに割かれる時間が級数的に増加
し、実際のアプリケーションプログラムの起動時間より
も多くかかる場合などが生じるといった問題がある。

【００２７】この発明は上記のような課題を解決するた
めになされたもので、記憶装置の大容量化、ファイル数
の増大化にかかわらず、ファイルアクセスの高速化を可
能とする情報処理装置を提供することを目的とする。

【００２８】

【課題を解決するための手段】請求項１の発明に係る情
報処理装置は、処理プログラムの実行に基づいてファイ
ルを作成する作成手段と、作成されたファイルを格納す
る第１の記憶手段と、格納されたファイルに対して格納
場所を含む情報を生成する生成手段と、生成された情報
を格納する第２の記憶手段とを備えたものである。

【００２９】請求項２の発明に係る情報処理装置は、請
求項１の発明において、実行しようとする処理プログラ
ムに基づいて必要なファイルを第２の記憶手段に格納さ
れている情報に基づいて検索する検索手段と、検索手段
の検索出力に応答して、対応するファイルを第１の記憶
手段から取出して処理を実行する実行手段とをさらに備
えたものである。

【００３０】請求項３の発明に係る情報処理装置は、請
求項２の情報処理装置において、第２の記憶手段は、実
行手段によって実行される処理内容に基づいて、所定の
順序に情報を並べて格納するものである。

【００３１】請求項４の発明に係る情報処理装置は、請
求項３の情報処理装置において、格納される情報はファ
イルパス名を含み、実行手段は検索されたファイルのフ
ァイルパス名に基づいて所望のファイルを取出すもので
ある。

【００３２】

【作用】請求項１の発明においては、処理プログラムの
実行によるファイルの作成に応じてそのファイルが格納
される場所を含む情報が生成される。

【００３３】請求項２の発明においては、請求項１の発
明の作用に加えて、必要なファイルが第２の記憶手段に
格納されている情報から検索される。

【００３４】請求項３の発明においては、請求項２の発
明の作用に加えて、第２の記憶手段は格納すべき情報を
所定の順序に並べて格納する。

【００３５】請求項４の発明においては、請求項３の発
明の作用に加えて、第２の記憶手段に格納される情報は
ファイルパス名を含み、実行手段は検索されたファイル
のファイルパス名に基づいて所望のファイルを取出す。

【００３６】

【実施例】図１はこの発明の一実施例による情報処理装
置の構成を示すシステムブロック図である。

【００３７】図を参照して、情報処理装置１００は、各
周辺装置の制御を目的とする中央処理装置１と、高速な
アクセスが可能なメモリで構成される主記憶装置２と、
ハードディスクやフロッピィディスクなどからなる補助
記憶装置３と、ビデオＲＡＭおよびビデオ制御を目的と
するコントローラやＣＲＴなどから構成される表示装置
４と、キーボードやマウスに代表される入力装置５と、
プリンタに代表される印刷装置６と、ファイル名等の照
合を目的とした照合装置７と、ファイル名のファイルパ
ス情報を記憶しておく管理情報記憶装置８とから構成さ
れ、これらは互いに制御信号バス、データバス等で接続
されている。

【００３８】なお、管理情報記憶装置８については、独
立させる代わりに、主記憶装置２または補助記憶装置３
の内部に設けることも可能である。

【００３９】ファイルリスト登録処理は主記憶装置２に
格納されたプログラムに基づいて実行され、このプログ
ラムは登録処理の組込みを行なう非常駐部と実際に処理
の実行を行なう常駐部とに分かれる。具体的には非常駐
部は常駐部をシステムに組込む前作業と現在対象として
いる補助記憶装置内の階層ディレクトリ構造のファイル
リストを作成する作業を行なう。常駐部においてはユー
ザが使用するＯＳやアプリケーションの操作によって発
生する補助記憶装置内の階層ディレクトリ構造のファイ
ルリストの追加、削除、変更などの作業を監視し、補助
記憶装置内の最新の階層ディレクトリ構造のファイルリ
ストを作成する。このように常駐部は主記憶装置２に常
に保持されてシステムを監視することにより、ファイル
の状況を常時把握する。したがって、ユーザは通常の操
作を行なうのみで常駐部の働きによって無意識のうちに
自動的に最新のファイルリスト情報が作成されることに
なる。

【００４０】図２はこの発明の一実施例による上記の非
常駐部のファイルリスト登録処理の組込みを行なうフロ
ーチャートである。

【００４１】この登録処理プログラムは通常のアプリケ
ーションプログラムのプロセスと同様にプロセス起動さ
れるが、プロセスの実行過程において図のような処理が
行なわれる。

【００４２】まず、ユーザが指定した補助記憶装置３に
登録されているファイルリストの生成を行ない、管理情
報記憶装置８内に登録する（Ｓ１）。図３はこうして生
成されて管理情報記憶装置８内に登録されているファイ
ルリストの一例である。すなわち現在ユーザが指定した
補助記憶装置に登録されているファイルのフルパス名
が、後述する照合順序で登録されている。次に、ＯＳへ
のファイルオープン／クローズ要求をトラップ（横取
り）し（Ｓ２）、さらにＯＳへのファイル名称変更、削
除要求をトラップ（横取り）する（Ｓ３）。つまり、そ
れぞれの処理がエントリに到達した際に、ファイルリス
ト登録処理の常駐部に制御が移されることになる。

【００４３】次にファイルリスト登録処理の常駐部の処
理とともにこれらのデータを含めた形でＯＳに対して常
駐終了プロセス完了通知を発行する（Ｓ４）。この常駐
終了プロセス完了通知は通常のプロセス完了通知と異な
り、プロセス完了後も主記憶装置の上に留まり、システ
ムの拡張を可能にする処理である。すなわち、このシス
テム拡張手法を用いてファイルリスト登録処理が実行さ
れている。

【００４４】図４は図２のステップＳ２においてＯＳへ
のファイルオープン要求がトラップされたときのファイ
ルリスト登録処理の常駐部の処理を示すフローチャート
である。

【００４５】ＯＳへのファイルオープン要求があると、
ステップＳ１１でファイルが新規作成される可能性があ
るか否かが判別される。可能性がない場合は、ファイル
リスト登録処理は不要であるのでＯＳに戻る。一方、新
規作成される可能性がある場合には現在のカレントドラ
イブ／カレントディレクトリからそのファイル名のファ
イルパス名を得て（Ｓ１２）、そのファイル名を一時保
存する（Ｓ１３）。そして、本来のＯＳのファイルオー
プン要求を呼出してＯＳシステムを実行する（Ｓ１
４）。次に、ＯＳシステムの処理が成功したか否かが判
別される（Ｓ１５）。この処理が成功の場合はＯＰＥＮ
ハンドル番号（ファイルのオープン処理ごとに与えられ
る固有番号）をインデックスとしてファイルフルパス名
を管理して（Ｓ１６）、ファイルオープン要求における
常駐部の処理が終了する。

【００４６】図５は図２のステップＳ２においてファイ
ルクローズ要求がトラップされたときのファイルリスト
登録処理の常駐部の処理を示すフローチャートである。

【００４７】ＯＳへのファイルクローズ要求があると、
その要求が保存しているＯＰＥＮハンドル番号に対応す
るファイルのファイルクローズか否かが判別される（Ｓ
２１）。そのファイルのクローズでない場合は新規ファ
イルでないと考えられ、ファイルリストに登録する必要
がないためＯＳへ戻る。一方、そのファイルがクローズ
される場合は、本来のＯＳのファイルクローズ要求を呼
出してＯＳシステムが実行される（Ｓ２２）。次にＯＳ
処理が成功したか否かが判別される（Ｓ２３）。ＯＳ処
理が成功した場合はＯＰＥＮハンドル番号をインデック
スとして管理されているファイルフルパス名を取出し、
管理情報記憶装置８に格納されているファイルリスト情
報にそのファイルフルパス名を追加して登録管理を行な
い（Ｓ２４）、処理は終了する。

【００４８】図６は、図２のステップＳ３においてＯＳ
へのファイル名称変更エントリがトラップされたときの
ファイルリスト登録処理の常駐部の処理を示すフローチ
ャートである。

【００４９】ＯＳへのファイル名変更要求があるとステ
ップＳ３１で現在のカレントドライブ／カレントディレ
クトリからそのファイル名のフルパス名を得る。そして
フルパス名と管理情報記憶装置８に格納されているファ
イルリスト登録情報との照合を行ない（Ｓ３２）、該当
ファイルが存在するか否かが判別される（Ｓ３３）。該
当ファイルが存在しないときは登録処理は不要であるの
でＯＳに戻る。一方、該当ファイルが存在した場合は本
来のＯＳのファイル名変更要求を呼出してＯＳシステム
を実行し（Ｓ３４）、その処理が成功したか否かが判別
される（Ｓ３５）。その処理が成功した場合は、その該
当するファイル情報で管理情報記憶装置８に格納されて
いるファイルリスト登録情報を変更して（Ｓ３６）、登
録処理は終了する。

【００５０】図７は図２のステップＳ３においてＯＳへ
のファイル削除要求エントリがトラップされたときのフ
ァイルリスト登録処理の常駐部の処理を示すフローチャ
ートである。

【００５１】ＯＳへのファイル削除要求があると、ステ
ップＳ４１で現在のカレントドライブ／カレントディレ
クトリからファイル名のフルパス名を得る。そしてその
フルパス名と管理情報記憶装置８に格納されているファ
イルリストの登録情報との照合を行ない（Ｓ４２）、該
当ファイルが存在するか否かが判別される（Ｓ４３）。
該当ファイルが存在しないときは、登録処理は不要であ
るのでＯＳに戻る。一方、該当ファイルが存在した場合
は本来のＯＳのファイル削除要求を呼出してＯＳシステ
ムを実行し（Ｓ４４）、その処理が成功したか否かが判
別される（Ｓ４５）。処理が成功した場合は、その該当
するファイルの情報を管理情報記憶装置８に格納されて
いるファイルリスト登録情報から削除する。これによっ
て登録処理は終了する。

【００５２】ファイルリスト登録情報ソーティング処理
は主記憶装置２に格納されたプログラムに基づいて実行
され、このプログラムはソーティング処理の組込みを行
なう非常駐部と実際に処理の実行を行なう常駐部に分か
れる。

【００５３】図８はこの発明の一実施例による上記の非
常駐部のファイルリスト登録情報ソーティング処理の組
込みを行なうフローチャートである。

【００５４】このソーティング処理プログラムは通常の
アプリケーションプログラムのプロセスと同様にプロセ
ス起動されるが、プロセスの実行過程において図のよう
な処理が行なわれる。まず、ステップＳ５１でＯＳへの
ＰＡＴＨ変更要求をトラップ（横取り）し、次にＯＳへ
のカレントドライブ／カレントディレクトリ変更要求を
トラップ（横取り）する（Ｓ５２）。つまり、それぞれ
の処理がエントリに到達した際にファイルリスト登録情
報ソーティング処理の常駐部に制御が移されるようにす
る。

【００５５】次に、ファイルリスト登録情報ソーティン
グ処理の常駐部の処理とともに、これらのデータを含め
た形でＯＳに対して常駐終了プロセス完了通知を発行す
る（Ｓ５３）。この常駐終了プロセス完了通知は通常の
プロセス完了通知と異なり、プロセス完了後も主記憶装
置の上に留まりシステムの拡張を可能にする処理であ
る。すなわち、このシステム拡張手法を用いてファイル
リスト登録情報ソーティング処理が実行されている。

【００５６】図９は図８のステップＳ５１においてＰＡ
ＴＨ変更要求がトラップされたときのファイルリスト登
録情報ソーティング処理の常駐部の処理を示すフローチ
ャートである。

【００５７】ＯＳへのＰＡＴＨ変更要求またはカレント
ドライブ／カレントディレクトリ変更要求があると、フ
ァイルの照合時においてより迅速に検索ができるように
カレントドライブ／カレントディレクトリに属するファ
イルを先頭に配置し（ステップＳ６１）、その後は指定
されたＰＡＴＨ環境変数の順に従って、管理情報記憶装
置８内のファイルリスト登録情報を並べ変えて（Ｓ６
２）、処理は終了する。

【００５８】このように並べられたファイルリスト情報
を、図１４で示されたディレクトリ構造図と図３で示さ
れたファイルリスト例を参照して説明する。この例では
カレントドライブが“Ｃ：”であり、カレントディレク
トリが￥ＳＴＡＴＵＳとなっている。そしてＰＡＴＨ環
境変数が以下の順に指定されている場合である。

【００５９】 ＰＡＴＨ Ｃ：￥ＳＴＡＴＵＳ；Ｃ：￥ＪＡＮ ＰＡＴＨ Ｃ：￥ＳＴＡＴＵＳ；Ｃ：￥ＰＬＡＮ ＰＡＴＨ Ｃ：￥ＳＴＡＴＵＳ；Ｃ：￥ＳＡＬＥＳ ＰＡＴＨ Ｃ：￥ＷＯＲＫ；Ｃ：￥ＷＰ ＰＡＴＨ Ｃ：￥ＷＯＲＫ；Ｃ：￥ＰＲＩＶＡＴＥ ＰＡＴＨ Ｃ：￥ＷＯＲＫ；Ｃ：￥ＳＣＨＥＤＵＬＥ ファイルパス名設定処理は主記憶装置２に格納されたプ
ログラムに基づいて実行され、このプログラムはファイ
ルパス名設定処理の組込みを行なう非常駐部と実際の処
理の実行を行なう常駐部に分かれる。

【００６０】図１０は、この発明の一実施例による上記
非常駐部のファイルパス名設定処理の組込みを行なうフ
ローチャートである。

【００６１】このファイルパス名設定処理プログラム
は、通常のアプリケーションプログラムのプロセスと同
様にプロセス起動されるが、プロセスの実行過程におい
て図のような処理が行なわれる。

【００６２】まず、ステップＳ７１でＯＳへのファイル
オープン要求をトラップ（横取り）し、次にＯＳへのプ
ロセス起動要求をトラップ（横取り）する（Ｓ７２）。
つまり、それぞれの処理がエントリに到達した際にファ
イルパス名設定の常駐部に制御が移されるようにするも
のである。

【００６３】次に、ファイルパス名設定処理の常駐部と
ともにこれらのデータを含めた形でＯＳに対して常駐終
了プロセス完了通知を発行する（Ｓ７３）。この常駐終
了プロセス完了通知は通常のプロセス完了通知と異な
り、プロセス完了後も主記憶装置の上に留まりシステム
の拡張を可能にする処理である。すなわち、このシステ
ム拡張手法を用いてファイルパス名設定処理が実行され
る。

【００６４】図１１はファイルパス名設定処理の常駐部
（ファイルパス名設定部）のフローチャートである。図
９のファイルリスト登録ソーティング処理により現在の
カレントドライブ／カレントディレクトリに属するファ
イルを先頭にし、その後はＰＡＴＨ環境変数の順に従っ
て、管理情報記憶部８に格納されているファイルリスト
情報は並び変えられている。ＯＳに対するファイルアク
セス要求またはＯＳに対するプロセス起動要求、すなわ
ちユーザによって入力された文字列が入力情報として照
合装置７に送られる。そして照合装置７で、該当するフ
ァイルとそのファイルリスト登録情報との照合を行ない
（Ｓ８１）、該当するファイルがファイルリスト情報に
存在するか否かが判別される（Ｓ８２）。該当するファ
イルが存在した場合は、その該当するファイルのファイ
ルリスト情報を管理情報記憶装置８から取出し、そのフ
ルパス情報をＯＳのシステム管理部に渡して（Ｓ８
３）、ファイルパス名設定処理は終了する。すなわち、
該当ファイルが存在するとファイル名称として管理情報
記憶装置８のファイルパスデータをあたかもユーザによ
り入力された文字列のようにＯＳのシステム管理部に受
け渡す。

【００６５】このとき、従来であればユーザにより入力
された文字列はファイルパス名が省略された形であるの
でファイル検索処理が施されるはずであるが、上述のよ
うにファイルパスは完全な形式でコマンドラインインタ
プリタに渡されるため、ファイル検索処理を行なうこと
なく迅速にファイル名称をＯＳのシステム管理部に受け
渡すことによりプロセス起動要求を送ることができる。
そして起動に必要となる補助記憶装置３を選択し、各種
デバイス制御部、各種デバイス装置を通じて主記憶装置
２上にアプリケーションを起動してその実行が行なわれ
る。このようにして、従来のシステムでは必要であった
ファイル検索処理がデータ検索処理のみに置換えること
ができる。したがって、各種の物理的なデバイス装置を
駆動させることなく目的のアプリケーションの起動を迅
速に行なうことができるため、高速な情報処理が実現さ
れる。

【００６６】図１２は図１１のステップＳ８１の照合処
理の具体的内容を示すフローチャートである。

【００６７】まずステップＳ９１で照合装置７は、管理
情報記憶装置８から１つのファイルリスト情報を取出
す。このとき、すべてのファイルリスト情報が終了して
いたか否かが判別される（Ｓ９２）。終了していた場合
は、照合すべきファイルリストの情報が最早ないことに
なるので、エラー終了とする。ファイルリスト情報が終
了していない場合は、そのリスト情報と指定ファイルと
の照合を行なう（Ｓ９３）。この照合処理はファイルリ
スト情報のフルパス名との照合となるので、フルパス名
の最後に現われたディレクトリ記号（￥）以降の内容、
すなわちそのファイル名と指定ファイルとを比較するこ
とになる。そしてそれらが一致すれば指定ファイルに対
応したファイルリスト情報を受け渡して（Ｓ９４）、照
合処理は終了する。

【００６８】なお、上記実施例では、ＯＳとしてＭＳ−
ＤＯＳを基準とし、これの階層ディレクトリ構造を対象
としているが、他のＯＳであっても、同様な階層ディレ
クトリ構造を有するようなシステムにも同様に本願発明
が適用できるのは言うまでもない。

【００６９】

【発明の効果】請求項１の発明は以上説明したとおり、
処理プログラムの実行によるファイルの作成に応じて、
そのファイルが格納される場所を含む情報が生成される
ので、最新のファイルのリスト情報が取得できる。

【００７０】請求項２の発明は以上説明したとおり、請
求項１の発明の効果に加えて、必要なファイルが第２の
記憶手段に格納されている情報から検索されるので、フ
ァイルの検索、実行が効率的に行なわれる。

【００７１】請求項３の発明は以上説明したとおり、請
求項２の発明の効果に加えて、第２の記憶手段は格納す
べき情報を所定の順序に並べて格納するので、ファイル
の検索がより高速化される。

【００７２】請求項４の発明は以上説明したとおり、請
求項３の発明の効果に加えて、第２の記憶手段に格納さ
れる情報はファイルパス名を含み、実行手段は検索され
たファイルのファイルパス名に基づいて所望のファイル
を取出すので、所望のファイルの取出しが効率的に行な
われる。

【図面の簡単な説明】

【図１】この発明の一実施例による情報処理装置の構成
を示すシステムブロック図である。

【図２】図１の情報処理装置において、ファイルリスト
登録処理の組込みを行なう非常駐部のフローチャートで
ある。

【図３】図１の情報処理装置において生成されるファイ
ルリスト登録情報の一例を示した図である。

【図４】図２のステップＳ２において、ＯＳへのファイ
ルオープン要求がトラップされたときのファイルリスト
登録処理の常駐部の処理を示すフローチャートである。

【図５】図２のステップＳ２において、ＯＳへのファイ
ルクローズ要求がトラップされたときのファイルリスト
登録処理の常駐部の処理を示すフローチャートである。

【図６】図２のステップＳ３において、ＯＳへのファイ
ル名称変更のエントリがトラップされたときのファイル
リスト登録処理の常駐部の処理を示すフローチャートで
ある。

【図７】図２のステップＳ３において、ＯＳへのファイ
ル削除要求のエントリがトラップされたときのファイル
リスト登録処理の常駐部の処理を示すフローチャートで
ある。

【図８】図１の情報処理装置において、ファイルリスト
登録情報ソーティング処理の組込みを行なう非常駐部の
フローチャートである。

【図９】図８のステップＳ５１において、ＰＡＴＨ変更
要求がトラップされたときのファイルリスト登録情報ソ
ーティング処理の常駐部の処理を示すフローチャートで
ある。

【図１０】図１の情報処理装置において、ファイルパス
名設定処理の組込みを行なう非常駐部のフローチャート
である。

【図１１】図１０のステップＳ７１およびステップＳ７
２において、ファイルオープンまたはプロセス起動要求
がトラップされたときのファイルパス名設定処理の常駐
部の処理を示すフローチャートである。

【図１２】図１１のステップＳ８１の照合処理の具体的
内容を示すフローチャートである。

【図１３】従来の情報処理装置の構成を示すシステムブ
ロック図である。

【図１４】一般のＭＳ−ＤＯＳによる階層ディレクトリ
構造の一例を示した図である。

【図１５】図１３の従来の情報処理装置におけるアプリ
ケーションプログラムに基づいて行なわれる、ファイル
のアクセス動作の内容を示したフローチャートである。

【符号の説明】

１ 中央処理装置 ２ 主記憶装置 ３ 補助記憶装置 ４ 表示装置 ５ 入力装置 ６ 印刷装置 ７ 照合装置 ８ 管理情報記憶装置 なお、図において同一符号は同一または相当部分を示
す。

Claims (4)

【特許請求の範囲】
1. 【請求項１】 処理プログラムの実行に基づいてファイ
   ルを作成する作成手段と、 前記作成されたファイルを格納する第１の記憶手段と、 前記格納されたファイルに対して格納場所を含む情報を
   生成する生成手段と、 前記生成された情報を格納する第２の記憶手段とを備え
   た、情報処理装置。
2. 【請求項２】 実行しようとする処理プログラムに基づ
   いて、必要なファイルを前記第２の記憶手段に格納され
   ている情報に基づいて検索する検索手段と、 前記検索手段の検索出力に応答して、対応するファイル
   を前記第１の記憶手段から取出して処理を実行する実行
   手段とをさらに備えた、請求項１記載の情報処理装置。
3. 【請求項３】 前記第２の記憶手段は、前記実行手段に
   よって実行される処理内容に基づいて、所定の順序に前
   記情報を並べて格納する、請求項２記載の情報処理装
   置。
4. 【請求項４】 前記格納される情報はファイルパス名を
   含み、前記実行手段は、前記検索されたファイルのファ
   イルパス名に基づいて所望のファイルを取出す、請求項
   ３記載の情報処理装置。