JPH11110264A

JPH11110264A - 情報処理装置及びその方法

Info

Publication number: JPH11110264A
Application number: JP9267276A
Authority: JP
Inventors: Nobuo Sasahara; 伸雄笹原
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1997-09-30
Filing date: 1997-09-30
Publication date: 1999-04-23

Abstract

(57)【要約】【課題】ファイルを記憶する記憶媒体の記憶領域を有
効利用することができる情報処理装置及びその方法を提
供する。【解決手段】ファイルを記憶するＦＤ１０あるいはＨ
Ｄ１１上に無効なディレクトリエントリがあるか否かを
判定する。判定結果に基づいて、ＦＤ１０あるいはＨＤ
１１上の無効なディレクトリエントリを解放する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ファイルを管理す
る情報処理装置及びその方法に関するものである。

【０００２】

【従来の技術】従来からＭＳーＤＯＳ等のＯＳには、フ
ロッピーディスクやハードディスク等の記憶媒体上で記
憶するファイルを管理するファイル構造管理機能（ＦＡ
Ｔ機能）が付加されている。従来のＦＡＴ機能では、フ
ァイル名の長さは拡張子を入れて１１文字（ＡＳＣＩ
Ｉ）までしか管理できなかった。このため、図７に示す
ように、文書情報（例えば、文書名、作成日、文書サイ
ズ等）の目録を管理するディレクトリエントリも全体で
３２バイト固定の容量でファイルを管理するようになっ
ていた。これに対し、ウィンドウズ９５では、ＶＦＡＴ
機能と称して１１文字までのファイル名の長さの制限を
最長２５５文字まで拡張することができるように機能を
拡張した。このＶＦＡＴ機能によって、ディレクトリエ
ントリも、図８に示すように、３２バイト×Ｎ個必要と
なり可変長のディレクトリエントリとなった。

【０００３】

【発明が解決しようとする課題】しかしながら、例え
ば、ＶＦＡＴ機能をサポートしている情報処理装置で、
ある長い名前のファイルをフロッピーディスクに保存
し、次にそのフロッピーディスクをＶＦＡＴ機能をサポ
ートしていない情報処理装置に持っていきファイル名の
変更を行った場合、使われるディレクトリエントリは３
２バイトだけであるので、残りのＶＦＡＴ機能で使用さ
れていた３２バイト×（Ｎ−１）個のディレクトリエン
トリは使用されずにゴミとなって残ってしまう（図９参
照）。

【０００４】このため、不要なディレクトリエントリが
あるために有効な記憶領域の利用がなされていなかっ
た。。

【０００５】本発明は上記の問題点に鑑みてなされたも
のであり、ファイルを記憶する記憶媒体の記憶領域を有
効利用することができる情報処理装置及びその方法を提
供することを目的とする。

【０００６】

【課題を解決するための手段】上記の目的を達成するた
めの本発明による情報処理装置は以下の構成を備える。
即ちファイルを管理する情報処理装置であって、ファイ
ルを記憶する記憶媒体上に無効なディレクトリエントリ
があるか否かを判定する判定手段と、前記判定手段の判
定結果に基づいて、前記無効なディレクトリエントリを
解放する解放手段とを備える。

【０００７】また、好ましくは、前記判定手段は、所定
長以上のファイル名長を有するファイルが入力された場
合、前記記憶媒体上に無効なディレクトリエントリがあ
るか否かを判定する。

【０００８】また、好ましくは、前記解放手段は、前記
判定手段の判定の結果、前記記憶媒体上に無効なディレ
クトリエントリがある場合、該ディレクトリエントリを
解放し、そのディレクトリエントリを用いて前記所定長
以上のファイル名長を有するファイルを記憶する。

【０００９】また、好ましくは、前記判定手段は、前記
記憶媒体に記憶されるファイルのファイル名長の変更が
所定長以上である場合、該記憶媒体上に無効なディレク
トリエントリがあるか否かを判定する。

【００１０】また、好ましくは、前記解放手段は、前記
判定手段の判定の結果、前記記憶媒体上に無効なディレ
クトリエントリがある場合、該ディレクトリエントリを
解放し、そのディレクトリエントリを用いて前記ファイ
ル名長の変更が所定長以上であるファイルを記憶する。

【００１１】また、好ましくは、前記記憶媒体は、フロ
ッピーディスクである。

【００１２】また、好ましくは、前記記憶媒体は、ハー
ドディスクである。

【００１３】上記の目的を達成するための本発明による
情報処理方法は以下の構成を備える。即ち、ファイルを
管理する情報処理方法であって、ファイルを記憶する記
憶媒体上に無効なディレクトリエントリがあるか否かを
判定する判定工程と、前記判定工程の判定結果に基づい
て、前記無効なディレクトリエントリを解放する解放工
程とを備える。

【００１４】上記の目的を達成するための本発明による
コンピュータ可読メモリは以下の構成を備える。即ち、
ファイルを管理する情報処理のプログラムコードが格納
されたコンピュータ可読メモリであって、ファイルを記
憶する記憶媒体上に無効なディレクトリエントリがある
か否かを判定する判定工程のプログラムコードと、前記
判定工程の判定結果に基づいて、前記無効なディレクト
リエントリを解放する解放工程のプログラムコードとを
備える。

【００１５】

【発明の実施の形態】以下、図面を参照しながら本発明
の好適な実施形態を詳細に説明する。

【００１６】図１は本発明の実施形態の情報処理装置を
示すブロック図である。

【００１７】尚、本発明は複数の機器から構成されるシ
ステムにも適用しても良いし、１つの機器からなる装置
に適用しても良いしシステムまたは装置にプログラムを
供給することによって達成して適用しても良いことは言
うまでもない。

【００１８】図１において、１は中央演算処理装置（Ｃ
ＰＵ）であり、例えば、マイクロプロセッサ等で構成さ
れる。ＣＰＵ１は、ファイル構造管理やその他の演算な
どを行い、システムバス（アドレスパス、コントロール
バス、データバス）１５を介してシステムバス１５に接
続された各種構成要素を制御して装置全体の制御を行
う。

【００１９】２は読み出し専用メモリ（ＲＯＭ）であ
り、後述する各種のフローチャートに示す制御手順プロ
グラムやデータ及びその他の制御プログラムを記憶して
いる。３は読み書き可能なランダムアクセスメモリ（Ｒ
ＡＭ）であり、例えば、１ワード１６ビットで構成され
る。ＲＡＭ３は、、各種構成要素からの各種データの一
時記憶領域、作業領域として機能し、例えば、光学読み
取り装置（ＳＣＡＮ）１３や印刷装置（ＰＲＴ）１２か
ら読み取ったデータ（印刷時間、使用プリンタ名）を記
憶する。４は外部に増設された読み出し専用メモリ（外
部ＲＯＭ）である。５はキーボード制御装置（ＫＢＣ）
であり、キーボード６からの入力を制御する。６はキー
ボード（ＫＢ）で、アルファベットキー、ひらがなキ
ー、カタカナキー等の文字記号キー及び例えば変換・次
候補などの文書処理装置に対する各種機能を指示するた
めの各種ファンクションキーを備えている。

【００２０】７は表示機能制御装置（ＣＲＴＣ）であ
り、ＣＲＴ表示装置８の表示を制御する。８はＣＲＴ表
示装置であり、キーボード６だけでは表示しきれない多
様な機能をソフトメニューとして表示したりする。ま
た、所望する機能を起動させた場合、作業者にその機能
を実行させるための誘導メッセージを表示させたりもす
る。

【００２１】９は周辺装置制御装置（ＰＵＣ）である。
１０はフロッピーディスク（ＦＤ）、１１はハードディ
スク（ＨＤ）であり、これらの外部記憶装置であるＦＤ
１０またはＨＤ１１に図２、図３、Ｆ１、Ｆ２に示すプ
ログラムを記憶させておいても良い。また、ＦＡＴ機能
やＶＦＡＴ機能によるディレクトリエントリはこれらデ
バイス上に実際記載されることになる。

【００２２】１２は印刷装置である。プリンタは接続可
能なプリンタファミリ中の所望の印刷方式のプリンタを
選択でき、例えば、インクジェット方式のプリンタ、レ
ーザビーム方式のプリンタ、サーマル方式のプリンタ等
を使用することができる。

【００２３】更に、印刷装置１２には光学読み取り装置
（スキャナ）を搭載したもの、あるいはスキャナ装置を
取りはずしできるものなどがある。これらの光学読み取
り装置を備えたプリンタにおいて罫線往復印刷結果を読
み取ることができる。

【００２４】１３はスキャナ装置（ＳＣＡＮ）である。
これは印刷装置１２に搭載されたスキャナと機能的には
同様なものであるが、人間が本スキャナを操作して対象
の文字や絵などの画像を読み取らせるというところが異
なっている。１４はポインティングデバイス（ＰＤ）で
あり、例えば、マウスなどが挙げられる。１５は各種の
データおよび制御信号の送受信を行うためのシステムバ
スである。

【００２５】上述したように、本装置の制御プログラム
は、ＲＯＭ２、またはＦＤ１０、ＨＤ１１あるいはＲＡ
Ｍ３上に存在し、ＣＰＵ１がシステムバス１５を通じて
読み出した制御プログラムにより目的の処理を行う。１
６はＶＲＡＭであり、文字情報をＣＲＴ表示装置８など
に表示させるために必要な表示用書き込み専用メモリで
ある。

【００２６】次に、ＶＦＡＴ機能の詳細について、図２
を用いて説明する。

【００２７】図２は本発明の実施形態のＶＦＡＴ機能の
詳細を説明するための図である。

【００２８】ＶＦＡＴ機能によって実現されるＶＦＡＴ
構造は、２種類のディレクトリエントリから成り立って
いる。つまり、ＬＦＮと言われる長い名前が入っている
ディレクトリエントリと、その長い名前を省略した簡易
名と従来の作成日、拡張子などがはいったＳＦＮであ
る。ＶＦＡＴ機能で１ファイルを表現するときは、かな
らずこのＳＦＮとＬＦＮがセットとなって表現される。
ＬＦＮとＳＦＮの区別はＬＦＮとＳＦＮのしかるべき共
通のバイト位置に、ＬＦＮには０ｆが入っていることで
ある（ＳＦＮはこのような値が入ることはない）。この
ことからわかるように、ＬＦＮは長い名前の長さに合わ
せて可変となる。つまり、ＬＦＮ１個（３２バイト）に
対して１３文字入るので、２６文字以内１４文字以上の
ファイル名はＬＦＮが２個必要となる。これに対し、Ｓ
ＦＮは常に１個である。

【００２９】また、ＬＦＮの並びの最後にＳＦＮが続け
て存在していなければならない。更に、ＬＦＮとＳＦＮ
を関連付けているのは、ＳＦＮにある簡易ファイル名か
ら所定の計算式によって計算される値（以下、この値を
チェックサム値と称す）をＬＦＮが知っていることにあ
る。このチェックサム値は保存や文書情報変更時に計算
されＬＦＮに書き込まれる。このチェックサム値がなけ
れば、ＬＦＮとそれに続くＳＦＮは関連性がなくなる。

【００３０】尚、上記ＬＦＮ、ＳＦＮ等のディレクトリ
エントリはクラスタ単位で管理される。

【００３１】次に、本実施形態で実行される処理につい
て、説明する。

【００３２】例えば、図９（ａ）に示したようなＬＦＮ
を３個必要とするファイル名が記憶されたフロッピーデ
ィスクを、ＦＡＴ機能のみサポートしている情報処理装
置にセットしてファイル名を変更した場合、図９（ｂ）
に示したように、ＬＦＮ３個分が使われないまま残って
しまう。また、ＦＡＴ機能で文書情報を変更（朝鮮問
題．ｄｏｃに）したので、チェックサム値の関連性もな
くなる。

【００３３】これに対し、本実施形態では、以下に説明
する処理を実行する。

【００３４】図３は本発明の実施形態のファイルを保存
する場合に実行される処理を示すフローチャートであ
る。

【００３５】尚、この処理は、ファイル名の変更時にも
同様の処理が実行される。

【００３６】まず、ステップ１０１で、初めに保存など
するファイル名の長さから必要なディレクトリエントリ
の数を計算する。次に、ステップＳ１０２で、計算され
たディレクトリエントリを保存するために必要な連続し
た空きディレクトリエントリサーチを開始する。ステッ
プＳ１０３で、空きディレクトリエントリ数をカウント
するカウンタｓを０にクリアする。ステップＳ１０４
で、必要な連続した空きディレクトリエントリ数がカウ
ントされるまで、空きディレクトリエントリをサーチす
る。

【００３７】次に、ステップＳ１０４で実行される処理
の詳細について、図４を用いて説明する。

【００３８】図４は本発明の実施形態のステップＳ１０
４で実行される処理の詳細を示すフローチャートであ
る。

【００３９】尚、図３のステップＳ１０１で計算された
必要なディレクトリエントリ数をＮ個とする。

【００４０】まず、ステップＳ２０１で、カウンタｓに
０を代入する。次に、ステップＳ２０２で、カウンタｓ
でカウントされているディレクトリエントリ数を読み込
む。次に、読み込んだカウンタｓの内容であるディレク
トリエントリ数が０であるか否かを判定する。ディレク
トリエントリ数が０でない場合（ステップＳ２０３でＮ
Ｏ）、ステップＳ２０５に進む。ディレクトリエントリ
数が０である場合（ステップＳ２０３でＹＥＳ）、ステ
ップＳ２０４に進む。ステップＳ２０４で、最初の空の
ディレクトリエントリを獲得する。

【００４１】ステップＳ２０５で、獲得したディレクト
リエントリの種類を判定する。ＬＦＮである場合（ステ
ップＳ２０６）、ステップＳ２０７で、カウンタｓを１
インクリメントする。ステップＳ２０８で、カウンタｓ
の内容が、必要なディレクトリエントリ数ｎ以上である
か否かを判定する。ｎ以上でない場合（ステップＳ２０
８でＮＯ）、ステップＳ２０２に戻る。一方、ｎ以上で
ある場合（ステップＳ２０８でＹＥＳ）、ステップＳ２
０９に進む。

【００４２】ステップＳ２０９で、次のＳＦＮあるいは
空ディレクトリエントリがくるまで空読みする。空ディ
レクトリを読んだ場合（ステップＳ２１０）、サーチし
た連続するｎ個のディレクトリエントリ群は無効である
と判断し、そのディレクトリエントリ群を用いて保存対
象のファイルを保存した後、処理を終了する。一方、Ｓ
ＦＮを読んだ場合（ステップＳ２１１）、ステップＳ２
１８に進む。

【００４３】ステップＳ２０５において、獲得したディ
レクトリエントリが空きディレクトリエントリである場
合（ステップＳ２１２）、ステップＳ２１３で、チェッ
クサム値を０に設定する。ステップＳ２１４で、カウン
タｓを１インクリメントする。ステップＳ２１５で、カ
ウンタｓの内容が、必要なディレクトリエントリ数ｎ以
上であるか否かを判定する。ｎ以上でない場合（ステッ
プＳ２０８でＮＯ）、ステップＳ２０２に戻る。一方、
ｎ以上である場合（ステップＳ２０８でＹＥＳ）、サー
チした連続するｎ個の空きディレクトリエントリを用い
て保存対象のファイルを保存した後、処理を終了する。

【００４４】ステップＳ２０５において、獲得したディ
レクトリエントリがＳＦＮである場合（ステップＳ２１
６）、ステップＳ２１７で、カウンタｓの内容が、必要
なディレクトリエントリ数ｎ以上であるか否かを判定す
る。ｎ以上でない場合（ステップＳ２０８でＮＯ）、ス
テップＳ２０１に戻る。一方、ｎ以上である場合（ステ
ップＳ２０８でＹＥＳ）、ステップＳ２１８に進む。ス
テップＳ２１８で、ＳＦＮの前にあるＬＦＮと、その前
にあるＬＦＮのチェックサム値が同じであるか否かを判
定する。同じである場合（ステップＳ２１８でＹＥ
Ｓ）、ステップＳ２０１に戻る。一方、同じでない場合
（ステップＳ２１８でＮＯ）、サーチした連続するｎ個
のディレクトリエントリ群は無効であると判断し、その
ディレクトリエントリ群を用いて保存対象のファイルを
保存した後、処理を終了する。

【００４５】次に、ファイルを削除した場合に実行され
る処理について、図５を用いて説明する。

【００４６】図５は本発明の実施形態のファイルを削除
した場合に実行される処理を示すフローチャートであ
る。

【００４７】まず、ステップＳ３０１で、指定されたフ
ァイルを削除する。ステップＳ３０２で、削除したファ
イルのＳＦＮがあったクラスタ番号を獲得する。ステッ
プＳ３０３で、獲得したクラスタ番号のクラスタをサー
チする。ステップＳ３０４で、サーチしたクラスタに無
用なＬＦＮや空きディレクトリエントリしかないか否か
を判定する。無用なＬＦＮや空きディレクトリエントリ
しかない場合（ステップＳ３０５でＹＥＳ）、ステップ
Ｓ３０５に進み、そのクラスタを解放する。一方、無効
なＬＦＮや空きディレクトリエントリがない場合（ステ
ップＳ３０４でＮＯ）、処理を終了する。

【００４８】次に、ステップＳ３０５で実行される処理
の詳細について、図６を用いて説明する。

【００４９】図６は本発明の実施形態のステップＳ３０
５で実行される処理の詳細を示すフローチャートであ
る。

【００５０】まず、ステップＳ４０１で、クラスタのデ
ィレクトリエントリを読み込む。ステップＳ４０２で、
読み込んだディレクトリエントリがクラスタ最後のディ
レクトリエントリであるか否かを判定する。クラスタ最
後のディレクトリエントリである場合（ステップＳ４０
２でＹＥＳ）、ステップＳ４０７に進み、クラスタを解
放する。一方、クラスタ最後のディレクトリエントリで
ない場合（ステップＳ、ステップＳ４０３に進む。

【００５１】ステップＳ４０３で、ディレクトリエント
リの種類を判定する。空きディレクトリエントリ（ステ
ップＳ４０４）、あるいはＬＦＮである場合（ステップ
Ｓ４０５）、ステップＳ４０１に進む。一方、ＳＦＮで
ある場合（ステップＳ４０６でＹＥＳ）、処理を終了す
る。

【００５２】ここでの処理は、ＬＦＮが無効なものであ
るか有効なものであるかを判定している。この判定にお
いて、ＳＦＮを見つけたらそこで処理は終わるが、ＬＦ
Ｎの場合、それらが有効なＬＦＮなのか使用されていな
いものなのかを見極めている。つまり、クラスタ内にＬ
ＦＮだけ残っていてそのクラスタの最後までディレクト
リエントリを読み込んでしまった場合、ＳＦＮはなかっ
たのだからそれらＬＦＮは無用なものと判断できる。

【００５３】以上説明したように、本発明によれば、Ｆ
ＤやＨＤにある無効となったディレクトリエントリを見
つけ再利用または削除することによって記憶領域を有効
に使用することが可能となる。

【００５４】尚、本発明は、複数の機器（例えばホスト
コンピュータ、インタフェース機器、リーダ、プリンタ
など）から構成されるシステムに適用しても、一つの機
器からなる装置（例えば、複写機、ファクシミリ装置な
ど）に適用してもよい。

【００５５】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体を、システムあるいは装置に供給し、そ
のシステムあるいは装置のコンピュータ（またはＣＰＵ
やＭＰＵ）が記憶媒体に格納されたプログラムコードを
読出し実行することによっても、達成されることは言う
までもない。

【００５６】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。

【００５７】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク、ハードディス
ク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ
−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭな
どを用いることができる。

【００５８】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれることは言うまでもない。

【００５９】更に、記憶媒体から読出されたプログラム
コードが、コンピュータに挿入された機能拡張ボードや
コンピュータに接続された機能拡張ユニットに備わるメ
モリに書込まれた後、そのプログラムコードの指示に基
づき、その機能拡張ボードや機能拡張ユニットに備わる
ＣＰＵなどが実際の処理の一部または全部を行い、その
処理によって前述した実施形態の機能が実現される場合
も含まれることは言うまでもない。

【００６０】

【発明の効果】以上説明したように、本発明によれば、
ファイルを記憶する記憶媒体の記憶領域を有効利用する
ことができる情報処理装置及びその方法を提供できる。

【００６１】

【図面の簡単な説明】

【図１】本発明の実施形態の情報処理装置を示すブロッ
ク図である。

【図２】本発明の実施形態のＶＦＡＴ機能の詳細を説明
するための図である。

【図３】本発明の実施形態のファイルを保存する場合に
実行される処理を示すフローチャートである。

【図４】本発明の実施形態のステップＳ１０４で実行さ
れる処理の詳細を示すフローチャートである。

【図５】本発明の実施形態のファイルを削除した場合に
実行される処理を示すフローチャートである。

【図６】本発明の実施形態のステップＳ３０５で実行さ
れる処理の詳細を示すフローチャートである。

【図７】ＦＡＴ機能を説明するための図である。

【図８】ＶＦＡＴ機能を説明するための図である。

【図９】ＶＦＡＴで作成されたＬＦＮが無効になる場合
を説明するための図である。

【符号の説明】

１ＣＰＵ２ＲＯＭ３ＲＡＭ４外部ＲＯＭ５キーボード制御装置６キーボード７表示制御装置８ＣＲＴ表示装置９周辺装置制御装置１０フロッピーディスク１１ハードディスク１２印刷装置１３光学読み取り装置１４ポインティングデバイス１５システムバス１６ＶＲＡＭ

Claims

【特許請求の範囲】

【請求項１】ファイルを管理する情報処理装置であっ
て、ファイルを記憶する記憶媒体上に無効なディレクトリエ
ントリがあるか否かを判定する判定手段と、前記判定手段の判定結果に基づいて、前記無効なディレ
クトリエントリを解放する解放手段とを備えることを特
徴とする情報処理装置。
【請求項２】前記判定手段は、所定長以上のファイル
名長を有するファイルが入力された場合、前記記憶媒体
上に無効なディレクトリエントリがあるか否かを判定す
ることを特徴とする請求項１に記載の情報処理装置。
【請求項３】前記解放手段は、前記判定手段の判定の
結果、前記記憶媒体上に無効なディレクトリエントリが
ある場合、該ディレクトリエントリを解放し、そのディ
レクトリエントリを用いて前記所定長以上のファイル名
長を有するファイルを記憶することを特徴とする請求項
２に記載の情報処理装置。
【請求項４】前記判定手段は、前記記憶媒体に記憶さ
れるファイルのファイル名長の変更が所定長以上である
場合、該記憶媒体上に無効なディレクトリエントリがあ
るか否かを判定することを特徴とする請求項１に記載の
情報処理装置。
【請求項５】前記解放手段は、前記判定手段の判定の
結果、前記記憶媒体上に無効なディレクトリエントリが
ある場合、該ディレクトリエントリを解放し、そのディ
レクトリエントリを用いて前記ファイル名長の変更が所
定長以上であるファイルを記憶することを特徴とする請
求項４に記載の情報処理装置。
【請求項６】前記記憶媒体は、フロッピーディスクで
あることを特徴とする請求項１に記載の情報処理装置。
【請求項７】前記記憶媒体は、ハードディスクである
ことを特徴とする請求項１に記載の情報処理装置。
【請求項８】ファイルを管理する情報処理方法であっ
て、ファイルを記憶する記憶媒体上に無効なディレクトリエ
ントリがあるか否かを判定する判定工程と、前記判定工程の判定結果に基づいて、前記無効なディレ
クトリエントリを解放する解放工程とを備えることを特
徴とする情報処理方法。
【請求項９】前記判定工程は、所定長以上のファイル
名長を有するファイルが入力された場合、前記記憶媒体
上に無効なディレクトリエントリがあるか否かを判定す
ることを特徴とする請求項８に記載の情報処理方法。
【請求項１０】前記解放工程は、前記判定工程の判定
の結果、前記記憶媒体上に無効なディレクトリエントリ
がある場合、該ディレクトリエントリを解放し、そのデ
ィレクトリエントリを用いて前記所定長以上のファイル
名長を有するファイルを記憶することを特徴とする請求
項９に記載の情報処理方法。
【請求項１１】前記判定工程は、前記記憶媒体に記憶
されるファイルのファイル名長の変更が所定長以上であ
る場合、該記憶媒体上に無効なディレクトリエントリが
あるか否かを判定することを特徴とする請求項８に記載
の情報処理方法。
【請求項１２】前記解放工程は、前記判定工程の判定
の結果、前記記憶媒体上に無効なディレクトリエントリ
がある場合、該ディレクトリエントリを解放し、そのデ
ィレクトリエントリを用いて前記ファイル名長の変更が
所定長以上であるファイルを記憶することを特徴とする
請求項１１に記載の情報処理方法。
【請求項１３】前記記憶媒体は、フロッピーディスク
であることを特徴とする請求項８に記載の情報処理方
法。
【請求項１４】前記記憶媒体は、ハードディスクであ
ることを特徴とする請求項８に記載の情報処理方法。
【請求項１５】ファイルを管理する情報処理のプログ
ラムコードが格納されたコンピュータ可読メモリであっ
て、ファイルを記憶する記憶媒体上に無効なディレクトリエ
ントリがあるか否かを判定する判定工程のプログラムコ
ードと、前記判定工程の判定結果に基づいて、前記無効なディレ
クトリエントリを解放する解放工程のプログラムコード
とを備えることを特徴とするコンピュータ可読メモリ。