JP2006164276A - ファイルシステム経路処理装置及び方法 - Google Patents

Abstract

【課題】ファイルシステム経路処理装置及び方法に係り、より詳細には、所定ディレクトリの下位に存在するディレクトリまたはファイルを容易に検索できるファイルシステム経路処理装置及び方法を提供する。
【解決手段】所定ディレクトリの下位に存在するディレクトリまたはファイルを容易に検索できるファイルシステム経路処理装置及び方法。ユーザからノード拡張子及び生成しようとするオブジェクト名を含む経路名を入力されるユーザ入力部と、前記ノード拡張子に対応する数のノードを所定階層に生成し、前記生成されたノードのうち前記オブジェクト名に対応するノードに前記オブジェクトを生成する処理部と、を備えるファイルシステム経路処理装置。
【選択図】図４

Description

本発明は、ファイルシステム経路処理装置及び方法に係り、より詳細には、所定ディレクトリの下位に存在するディレクトリまたはファイルを容易に検索できるファイルシステム経路処理装置及び方法に関する。

一般的に、家電機器、通信機器、セットトップボックスなどの電子機器では、データを保存して処理するための手段として、移動可能な記録媒体を使用している。このような移動記録媒体としては、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、フロッピー(登録商標）ディスケット、ＵＦＤ（Ｕｓｂ Ｆｌａｓｈ Ｄｒｉｖｅ）、ＳＤカード（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ Ｃａｒｄ）、メモリスティック、ＭＭＣカード（Ｍｕｌｔｉｍｅｄｉａ Ｍｅｍｏｒｙ Ｃａｒｄ）及びコンパクト(登録商標)フラッシュカードなどがある。

また、移動記録媒体は、図１に図示したように、移動記録媒体１０が挿入されるスロット２１が形成されたホスト機器２０と接続し、接続されたホスト機器２０から所定のデータを伝送されて保存する。この時、ホスト機器２０は、スロット２１と共に移動記録媒体にデータを、ファイル及びディレクトリ形態に保存して管理するファイルシステムを持ち、移動記録媒体１０へのデータ保存時、ファイルシステムも共に保存する。

このようなファイルシステムは、単純な‘０’と‘１’のビット表現をファイルやディレクトリのような意味のあるデータで表すために、ボリューム、データブロックマップ、データブロック、ディレクトリ及びファイルのような抽象化された資料で処理する。また、ファイルシステム演算とは、前述したファイルシステムにより抽象化された資料を参照して変更することである。

また、ファイルシステムは、所定のファイルまたはディレクトリを指定するために、ファイルシステムを階層的ツリーに抽象化し、ルートノードから出発して指定しようとするファイルまたはディレクトリまでのノード名を連結して生成される経路名を使用する。
例えば、ファイルシステムが‘／ｕｓｅｒ／ｂｉｎ／ls’のような経路名を使用して‘ls’ファイルを指定する場合、前述した経路名で最初の‘／’はルートノードを意味し、ルートノードの下位ノードでファイルまたはディレクトリを区分するために、ルートノードのような‘／’を使用する。この時、所定ノードが子ノードを持つことができればディレクトリと称し、子ノードを持つことができなければファイルと称する。

図２は、従来の技術によるファイルシステム経路処理装置を図示している。
図示したように、ユーザの要請が入力されるユーザ入力部３０と、入力された要請に該当するファイルまたはディレクトリについての経路名を解釈する経路解釈部４０と、解釈された経路によってユーザの要請を処理する処理部５０と、を備える。

図３は、前述した図２のファイルシステム処理装置を通じてユーザ要請によるファイルまたはディレクトリに接近する過程を図示している。また、図３は、ユーザが‘／ｕｓｅｒ／ｂｉｎ／ls’のような経路名を使用して‘ls’ファイルに接近する場合の例を図示している。
まず、ユーザが、ユーザ入力部３００を通じて‘／ｕｓｅｒ／ｂｉｎ／ls’のような経路名を使用して‘ls’ファイルに対する処理を要請すれば、経路解釈部４０は、ユーザが使用した経路名を解釈するために、経路名をルートノードから該当ファイル枝のノードに連結する。ここで、ユーザが要請する処理は、該当ディレクトリまたはファイルに対する検索、追加、読み取り、書き込み及び削除などが含まれる。

具体的に、経路解釈部４０は、図３の（ａ）のように、ルートノード（／）の下位ノードでの‘ｕｓｅｒ’の存否を検索する。この時、経路解釈部４０は、ルートノードの下位ノードで該当ノードを検索するまで存在するあらゆるノードを検索する過程を経る。
以後、経路解釈部４０が‘ｕｓｅｒ’ノードを検索すれば、図３の（ｂ）のように、再び‘ｕｓｅｒ’ノード（／ｕｓｅｒ／）の下位ノードのうち‘ｂｉｎ’ノードの存否を検索する。また、‘ｂｉｎ’ノードを検索すれば、図３の（ｃ）のように‘ｂｉｎ’ノード（／ｕｓｅｒ／ｂｉｎ／）の下位ノードのうち‘ls’ノードの存否を検索する。この時、処理部５０は、経路解釈部４０により‘ls’ノードが検索されれば、検索されたノードに対する処理を行う。

この時、経路解釈部４０は、該当ノードの下位ノードで所定のノードを検索する場合、検索しようとするノードまで存在するあらゆるノードを検索する過程を経る。検索しようとするノードまで存在するノードの数が少ない場合には、検索時にかかる時間が短くなる一方、検索しようとするノードまで存在するノードの数が多い場合、検索時にかかる時間が長くなる問題点がある。例えば、ＦＡＴファイルシステムの場合、所定のディレクトリまたはファイルを検索する方法は、順次的な比較が行われねばならない。

したがって、所定のディレクトリ中に存在するディレクトリまたはファイルの数によって、ディレクトリまたはファイルを検索する時間も長くなる。したがって、多くのディレクトリまたはファイルが存在する時、所定のディレクトリまたはファイルを検索するためにかかる時間を短縮できる方案が要求されている。

特許文献１は、パスネームとファイルネーム及び必要な場合に生成される命名ストリームを“／ＤＩＲ１／ｆｏｏ：ｓｔｒｅａｍ１”のようにそれぞれ‘／’と‘：’とを利用して表示して、速い接近を可能にするファイルシステムを開示しているが、それは、ユーザが所望のディレクトリまたはファイルを検索する時、ディレクトリまたはファイルが存在する位置を事前に把握しておかねばならないために、多くのディレクトリまたはファイルが存在する時、所定のディレクトリまたはファイルを検索するためにかかる時間が長くなるという問題点がある。
米国特許第６，６４３，６５４号明細書

本発明は、ファイルシステムで経路名を指定する方法及び解釈する方法を変更して、所定のファイルやディレクトリを速く検索して処理できるファイルシステム経路処理装置及び方法を提供するところにその目的がある。
本発明の目的は、以上で言及した目的に制限されず、言及されていない他の目的は下の記載から当業者に明確に理解されうる。

前記目的を達成するために、本発明の実施形態によるファイルシステム経路処理装置は、ユーザからノード拡張子及び生成しようとするオブジェクト名を含む経路名を入力されるユーザ入力部と、前記ノード拡張子に対応する数のノードを所定階層に生成し、前記生成されたノードのうち前記オブジェクト名に対応するノードに前記オブジェクトを生成する処理部と、を備える。

また、前記目的を達成するために、本発明の実施形態によるファイルシステム経路処理装置は、ユーザから所定階層に生成されたノードに含まれたオブジェクトに接近できるノード拡張子及びオブジェクト名を含む経路名を入力されるユーザ入力部と、前記ノード拡張子を通じて前記オブジェクトが生成されたノードを判断し、前記判断結果によって該当オブジェクトへの接近を行わせる処理部と、を備える。

また、前記目的を達成するために、本発明の実施形態によるファイルシステム経路処理方法は、ユーザからノード拡張子及び生成しようとするオブジェクト名を含む経路名を入力されるステップと、前記ノード拡張子に対応する数のノードを所定階層に生成し、前記生成されたノードのうち前記オブジェクト名に対応するノードに前記オブジェクトを生成するステップと、を含む。

本発明のファイルシステム経路処理装置及び方法によれば、オブジェクトを検索するまで経るノードを検索しないために、検索時にかかる時間を短縮できる。

以下、添付された図面を参照して本発明の望ましい実施形態を詳細に説明する。
図４は、本発明の実施形態によるファイルシステム処理装置を図示している。
図示したように、本発明の実施形態によるファイルシステム処理装置１００は、ユーザからノード拡張子及び生成しようとするオブジェクト名を含む経路名を入力されるユーザ入力部１１０と、経路名に含まれたノード拡張子によってオブジェクトを生成し、生成されたオブジェクトへの接近を行わせる処理部１２０と、を備えることができる。ここで、ノード拡張子は、オブジェクトを生成し、かつ生成されたオブジェクトへの接近のための実際経路を表す識別子であり、それについての詳細な説明は後述する。

本発明の実施形態で、ノードはディレクトリまたはファイルを表し、子ノードを持つことができる場合にディレクトリと称し、子ノードを持つことができない場合にファイルと称する。また、本発明の実施形態では、ノードが子ノード（例えば、ディレクトリまたはファイルなど）を持つことができるディレクトリである場合を例として説明する。
一方、本発明の実施形態で所定ノードに生成されるオブジェクトは、ディレクトリ下位に生成できるディレクトリまたはファイルを意味するものであり、ファイルシステムでファイルまたはディレクトリを階層的ツリーに抽象化して接近し、ファイルシステムでファイルまたはディレクトリが特定オブジェクトとして見なされるために、所定ノードに生成されるファイルまたはディレクトリをオブジェクトと称する。

ユーザは、図５に図示したように、ノード拡張子２００を含む経路名を通じて所定ノードにオブジェクトを生成できる。この時、ノード拡張子２００は、所定階層にノードを生成するかどうかを表す第１ノード拡張子２１０と、前記所定階層に生成されるノードの数Ｘを表す第２ノード拡張子２２０及び第２ノード拡張子２２０に該当する数で生成されるノードの拡張親ノード名２３０を含むことができる。言い換えれば、ユーザは、第１ノード拡張子２１０を通じて拡張親ノードの下位に子ノードを生成するかどうかを入力し、第２ノード拡張子２２０を通じて拡張親ノードの下位に生成される子ノードの数Ｘを入力できる。

本発明の実施形態で、第１ノード拡張子２１０として‘＄’が使われた場合を例として説明しているが、これに限定されず、第１ノード拡張子２１０は数字、文字及び記号などが使われることができ、第１ノード拡張子２１０の数もまた必要及び用途によって変更できる。このような第１ノード拡張子２１０は、本発明の実施形態によるファイルシステム経路処理装置１００が、ユーザがノード拡張子２００を含む経路名を使用してオブジェクトを生成するか、または生成されたオブジェクトに接近しようとするかどうかを判断する基準として使われうる。言い換えれば、ユーザが第１ノード拡張子２１０を使用する場合にのみ本発明の実施形態によるファイルシステム経路処理を行い、そうでない場合には、既存の方法を通じてファイルシステム経路処理を行う。

具体的に、前述した図５で、第１ノード拡張子２１０は、それぞれオブジェクトが生成される子ノードの拡張親ノード名２３０と第２ノード拡張子２２０の前後とその間に３つが使われたが、図６Ａのように、第１ノード拡張子２１０は、拡張親ノード名２３０と第２ノード拡張子２２０との間に‘：’が１つ使われることもあり、図６Ｂの拡張親ノード名２３０及び第２ノード拡張子２２０の順序も変更できる。
第２ノード拡張子２２０は、拡張親ノード２３０の下位に生成される子ノードの数を意味するものであり、本発明の実施形態では、第２ノード拡張子２２０の‘Ｘ’が‘１００’であり、生成される子ノードはそれぞれ０から９９までの名を持つ場合を例として説明する。

ユーザが第１値２１０と第２値２２０とを含む経路名を通じてオブジェクトを生成する場合、処理部１２０は、オブジェクトを入力値とする所定関数の出力値に該当するノードにオブジェクトを生成できる。
例えば、ユーザが‘／ｕｓｅｒ／＄ｂｉｎ＄１００＄／’の経路名を通じて‘ls’というオブジェクトを生成する場合を説明する。ここで、第１ノード拡張子２１０は‘＄’であり、第２ノード拡張子２２０は‘１００’であり、拡張親ノード名２３０は‘ｂｉｎ’である。
この時、処理部１２０は、拡張親ノードのｂｉｎノードの下位に１００個の子ノードを生成し、‘ls’及び‘１００’を入力値とするノード拡張関数である‘ｈａｓｈ（）’の出力値に該当するノードにオブジェクトを生成する。本発明の実施形態では、ノード拡張関数の因子として、オブジェクト名である‘ls’と第２ノード拡張子２２０である‘１００’とが使われた場合を例として説明しているが、ノード拡張関数は、必須因子であるオブジェクト名のみ使われることもでき、必須因子であるオブジェクト名と共に経路名を表すことができる多様な因子が使われることもできる。言い換えれば、処理部１２０がｂｉｎの子ノードとして０〜９９を生成し、ｈａｓｈ（ls，１００）の出力値が３である場合、ユーザにより入力された経路名は‘／ｕｓｅｒ／ｂｉｎ／３／ls’に変更できる。

本発明の実施形態で使われるノード拡張関数である‘ｈａｓｈ（）’関数は、本発明の理解を助けるために使われた例であり、用途及び必要に応じて関数の名及び詳細な機能は変更できる。また、ノード拡張関数は、第２ノード拡張子２２０であるＸの数によって選定基準が定められうる。言い換えれば、オブジェクト名を入力値とするノード拡張関数の可能な場合の出力値の数は、第２ノード拡張子２２０である‘Ｘ’を持つ条件下で可能なあらゆる関数が使われうる。

本発明の実施形態では、前述したノード拡張関数の出力値によって経路名を変更する経路変更部１３０と、オブジェクト名及びオブジェクト名を入力値とするノード拡張関数の出力値に該当するノードについての情報を保存する経路情報記録部１４０と、をさらに備えられる。

したがって、ユーザが生成されたオブジェクトに接近する場合にも、経路情報記録部１４０に保存された情報を通じて直ちに該当オブジェクトが存在するノードを検索できる。
具体的に、ユーザが生成されたオブジェクトに接近する場合にも、前述した図５のノード拡張子２００を含む経路名を通じて容易に接近できる。例えば、ユーザが前述した‘ls’に接近しようとする場合、ユーザは、‘／ｕｓｅｒ／ｂｉｎ／＄ｂｉｎ＄１００＄／ls’を通じて接近できる。
この時、処理部１２０は、経路名にノード拡張子２００が含まれているかどうかを判断し、判断結果、ノード拡張子２００が含まれた場合、前述したノード拡張関数であるｈａｓｈ（ls，１００）の出力値が３であることを確認できる。

具体的に、処理部１２０は、ユーザから入力された経路名に含まれたノード拡張子２００の第１ノード拡張子２１０を通じて、拡張親ノードであるｂｉｎノードの下位に子ノードの生成有無を判断できる。また、第２ノード拡張子２２０を通じてｂｉｎノードの下位に生成された子ノードの数を判断できる。以後、処理部１２０は、子ノードの生成時に使われたノード拡張関数である‘ｈａｓｈ（）’の入力値として、オブジェクト名である‘ls’及び第２ノード拡張子２２０である‘１００’を入力し、入力されたオブジェクト名に対する出力値に該当するノードが‘３’であることを確認できる。この時、経路変更部１３０は、ユーザにより入力された経路名で、ノード拡張子２００をノード拡張関数の出力値に該当するノード名に変更できる。
例えば、経路変更部１３０は、ユーザが入力した経路名を‘／ｕｓｅｒ／ｂｉｎ／３／ls’に変更する。したがって、該当オブジェクトを検索するまで経るあらゆるノードを検索せずに、直ちに該当オブジェクトが存在するノードを判断できる。

一方、処理部１２０は、前述したノード拡張子２００により生成されたノードを、ノード拡張子２００を使用していずれも読み取るか、削除することもできる。
例えば、ユーザが読み取り命令語である‘ｒｅａｄｄｉｒ（）’を通じて‘／ｕｓｅｒ／＄ｂｉｎ＄１００＄／’を読み取れば、処理部１２０は、‘／ｕｓｅｒ／ｂｉｎ／０’から‘／ｕｓｅｒ／ｂｉｎ／９９’まで順次に読み取り、現在のノードの内容をいずれも読み取れば、次のノードの内容をリターンする形で処理する。

また、ユーザが削除命令語である‘ｒｍｄｉｒ（）’を通じて‘／ｕｓｅｒ／＄ｂｉｎ＄１００＄／’を削除すれば、処理部１２０は、‘／ｕｓｅｒ／ｂｉｎ／０’から‘／ｕｓｅｒ／ｂｉｎ／９９’までの子ノードをいずれも削除した後、拡張親ノードである‘／ｕｓｅｒ／ｂｉｎ’を削除する形で処理する。

以下、本発明の実施形態によるファイルシステム経路処理方法を説明する。
図７は、本発明の実施形態によるファイルシステム経路処理方法を通じてオブジェクトを生成する方法を示す図面である。
図示したように、まず、ユーザが、ノード拡張子２００及び生成しようとするオブジェクト名を含む経路名を入力して、オブジェクトの生成を要請する（Ｓ１１０）。この時、ノード拡張子２００は、前述した図５のように、第１ノード拡張子２１０、第２ノード拡張子２２０及び拡張親ノード名２３０を含む。

ユーザの要請がユーザ入力部１１０を通じて入力されれば、処理部１２０は、第２ノード拡張子２２０による数Ｘの子ノードを、オブジェクトを生成しようとする拡張親ノードの下位に生成する（Ｓ１２０）。この時、生成される子ノード名は重複されない相異なる名を持つ数字、文字及び記号などが使われうる。
以後、処理部１２０は、生成しようとするオブジェクト名を入力値とするノード拡張関数の出力値を判断し、判断結果、出力値に該当するノードを選択する（Ｓ１３０）。

この時、ノード拡張関数による出力値に該当するノードについての情報は経路情報記録部１４０に保存されて、今後にユーザが該当オブジェクトに接近しようとする場合、経路情報記録部１４０に保存された情報を通じて容易に接近できる。また、本発明の実施形態では、経路情報記録部１４０に保存された情報以外に、ユーザが該当オブジェクトに接近する度に前述したノード拡張関数を通じて接近することもできる。
処理部２１０は、経路変更部１３０を通じて選択されたノードを含むように、ユーザが使用した経路名を変更する（Ｓ１４０）。
以後、変更された経路名によってオブジェクトを生成する（Ｓ１５０）。

図８は、前述した図７の方法を通じて生成されたオブジェクトに接近する方法を図示している。
図示したように、まず、ユーザが、前述した図７で使用した経路名を通じて該当オブジェクトへの接近を要請する（Ｓ２１０）。
この時、接近要請時に使われる経路名は、前述した図７で使用した経路名と同一である。この時、経路変更部１３０は、ユーザが接近しようとするオブジェクト名を入力値とするノード拡張関数の出力値に該当するノードを含むように、ユーザが使用した経路名を変更する（Ｓ２２０）。また、ノード拡張関数以外に、経路情報記録部１４０に保存された情報を通じて経路名を変更することもできる。

処理部１２０は、変更された経路名を通じて該当オブジェクトに接近する（Ｓ２３０）。
したがって、ユーザが、所定のオブジェクトに接近するために該当オブジェクトが含まれたノードを検索するまで経るあらゆるノードを検索せずとも、直ちに該当オブジェクトを検索できるために、検索時にかかる時間を短縮できる。
また、ユーザが、確認命令語及び削除命令語である‘ｒｅａｄｄｉｒ（）’及び‘ｒｍｄｉｒ（）’を通じて、前述したノード拡張子２００により生成されたノードの内容を確認または削除する場合、処理部２１０は、順次に生成されたノードの確認及び削除を行って、次のノードの確認及び削除を行わせる。

以下、前述したファイルシステム処理方法を、図９を参照としてさらに詳細に説明する。
図示したように、まず、ユーザが、‘／ｕｓｅｒ／＄ｂｉｎ＄Ｘ＄／ls’のような経路名を通じて所定オブジェクトの生成を要請した場合、処理部１２０は、図９の（ａ）のように、ルートノード（／）の下位ノードでの‘ｕｓｅｒ’の存否を検索する。以後、‘ｕｓｅｒ’ノードを検索すれば、図９の（ｂ）のように、再び‘ｕｓｅｒ’ノード（／ｕｓｅｒ／）の下位ノードのうち拡張親ノードである‘ｂｉｎ’ノードの存否を検索する。

この時、処理部１２０は、‘ｂｉｎ’ノード（／ｕｓｅｒ／ｂｉｎ／）が検索されれば、図９の（ｃ）のように、‘ｂｉｎ’ノードの下位に第２ノード拡張子２２０であるＸ個のノードを生成する。
以後、図９の（ｄ）のように、生成しようとするオブジェクト名及び第２ノード拡張子２２０を入力値とするノード拡張関数の出力値に該当するノードを判断し、判断結果によるノードに‘ls’ノードを生成する。
また、生成されたオブジェクトに接近する場合にも、前述したオブジェクト生成過程と類似して該当オブジェクトに接近できる。

以上、本発明によるファイルシステム経路処理装置及び方法を例示された図面を参照として説明したが、本発明は本明細書に開示された実施例及び図面によって限定されるものではなく、その発明の技術思想範囲内で当業者により多様に変形可能であることはいうまでもない。

本発明は、ファイルシステム経路処理装置の関連技術分野に好適に用いられる。

一般的なホスト機器と接続される移動記録媒体を示す図面である。 従来の技術によるファイルシステム経路処理装置を示す図面である。 従来の技術によるファイルシステム経路処理過程を示す図面である。 本発明の実施形態によるファイルシステム経路処理装置を示す図面である。 本発明の第１実施形態による経路名を示す図面である。 本発明の第２実施形態による経路名を示す図面である。 本発明の第３実施形態による経路名を示す図面である。 本発明の実施形態によるファイルシステム経路処理方法を利用したオブジェクト生成方法を示す図面である。 本発明の実施形態によるファイルシステムの経路処理方法を利用したオブジェクト接近方法を示す図面である。 本発明の実施形態によるファイルシステムの経路処理過程を示す図面である。

符号の説明

１１０ ユーザ入力部
１２０ 処理部
１３０ 経路変更部
１４０ 経路情報記録部

Claims (18)

1. ユーザからノード拡張子及び生成しようとするオブジェクト名を含む経路名を入力されるユーザ入力部と、
   前記ノード拡張子に対応する数のノードを所定階層に生成し、前記生成されたノードのうち前記オブジェクト名に対応するノードに前記オブジェクトを生成する処理部と、を備えるファイルシステム経路処理装置。
2. 前記ノード拡張子は、前記所定階層にノードを生成するかどうかを決定する第１ノード拡張子と、前記所定階層に生成されるノードの数を表す第２ノード拡張子と、を備える請求項１に記載のファイルシステム経路処理装置。
3. 前記処理部は、前記生成されたノードのうち、前記オブジェクトを入力値とするノード拡張関数の出力値に該当するノードに前記オブジェクトを生成する請求項２に記載のファイルシステム経路処理装置。
4. 前記経路名で、前記ノード拡張子を前記ノード拡張関数に代替する経路変更部と、前記オブジェクト名及び前記ノード拡張関数の出力値に該当するノードについての情報を保存する経路情報記録部と、をさらに備える請求項３に記載のファイルシステム経路処理装置。
5. ユーザから所定階層に生成されたノードに含まれたオブジェクトに接近できるノード拡張子及びオブジェクト名を含む経路名を入力されるユーザ入力部と、
   前記ノード拡張子を通じて前記オブジェクトが生成されたノードを判断し、前記判断結果によって該当オブジェクトへの接近を行わせる処理部と、を備えるファイルシステム経路処理装置。
6. 前記ノード拡張子は、前記所定階層にノードの生成有無を表す第１ノード拡張子と、前記所定階層に生成されたノードの数を表す第２ノード拡張子と、を備える請求項５に記載のファイルシステム経路処理装置。
7. 前記処理部は、前記所定階層に生成されたノードのうち、前記オブジェクト名を入力値とするノード拡張関数の出力値に該当するノードを、前記オブジェクトが存在するノードと判断する請求項６に記載のファイルシステム経路処理装置。
8. 前記経路名で、前記ノード拡張子を前記ノード拡張関数に代替する経路変更部と、前記オブジェクト名及び前記ノード拡張関数の出力値に該当するノードについての情報を保存する経路情報記録部と、をさらに備える請求項７に記載のファイルシステム経路処理装置。
9. 前記処理部は、前記経路名で、前記ノード拡張子を前記ノード拡張関数の出力値に代替する請求項８に記載のファイルシステム経路処理装置。
10. ユーザからノード拡張子及び生成しようとするオブジェクト名を含む経路名を入力されるステップと、
    前記ノード拡張子に対応する数のノードを所定階層に生成し、前記生成されたノードのうち前記オブジェクト名に対応するノードに前記オブジェクトを生成するステップと、を含むファイルシステム経路処理方法。
11. 前記ノード拡張子は、前記所定階層にノードを生成するかどうかを決定する第１ノード拡張子と、前記所定階層に生成されるノードの数を表す第２ノード拡張子と、を含む請求項１０に記載のファイルシステム経路処理方法。
12. 前記オブジェクトを生成するステップは、前記生成されたノードのうち、前記オブジェクト名を入力値とするノード拡張関数の出力値に該当するノードに前記オブジェクトを生成するステップを含む請求項１１に記載のファイルシステム経路処理方法。
13. 前記経路名で、前記ノード拡張子を前記ノード拡張関数に代替するステップと、前記オブジェクト名及び前記ノード拡張関数の出力値に該当するノードについての情報を保存するステップと、をさらに含む請求項１２に記載のファイルシステム経路処理方法。
14. ユーザから所定階層に生成されたノードに含まれたオブジェクトに接近できるノード拡張子及びオブジェクト名を含む経路名を入力されるステップと、
    前記ノード拡張子を通じて前記オブジェクトが生成されたノードを判断し、前記判断結果によって該当オブジェクトへの接近が行われるステップと、を含むファイルシステム処理経路方法。
15. 前記ノード拡張子は、前記所定階層にノードの生成有無を表す第１ノード拡張子と、前記所定階層に生成されたノードの数を表す第２ノード拡張子と、を含む請求項１４に記載のファイルシステム経路処理方法。
16. 前記オブジェクトに接近が行われるステップは、前記オブジェクト名を入力値とするノード拡張関数の出力値に該当するノードを、前記オブジェクトが存在するノードと判断するステップを含む請求項１５に記載のファイルシステム経路処理方法。
17. 前記経路名で、前記ノード拡張子を前記ノード拡張関数に代替するステップと、前記オブジェクト名及び前記ノード拡張関数の出力値に該当するノードについての情報を保存するステップと、をさらに含む請求項１６に記載のファイルシステム経路処理方法。
18. 前記オブジェクトを前記処理要請によって処理するステップは、前記経路名で、前記所定値を前記出力値に代替するステップを含む請求項１７に記載のファイルシステム経路処理方法。

Images