JP2004030305A

JP2004030305A - ファイルシステム

Info

Publication number: JP2004030305A
Application number: JP2002186497A
Authority: JP
Inventors: Tatsuji Kawai; 河合竜次
Original assignee: Brother Industries Ltd
Current assignee: Brother Industries Ltd
Priority date: 2002-06-26
Filing date: 2002-06-26
Publication date: 2004-01-29

Abstract

【課題】ファイル等への多重記憶を、重要なファイル等に対してのみ行うことにより、記憶媒体の有効な活用を統一的に図ることができる優れたファイルシステムを提供することを目的とする。
【解決手段】ファイルシステムＦＳは、アプリケーションプログラムＡＰからのファイル書き込み要求、あるいは、ファイル読み出し要求に応じて、ハードディスクＨＤの記憶領域にファイルを記憶し、あるいは記憶されたファイルを読み出すことができる。ファイル毎の属性にファイルの重要度を示す重要度フラグを設定する。制御部ＦＳ０は、ファイル書き込み要求があった際に、設定された重要フラグが有効な場合、それに基づいてファイルをハードディスクＨＤの記憶領域に多重記憶させることができる。
【選択図】図１

Description

【０００１】
【発明の属する技術分野】
本発明は、上位システムからのファイル書き込み要求、あるいは、ファイル読み出し要求に応じて、記憶媒体の記憶領域にファイルを記憶し、あるいは記憶されたファイルを読み出すことが可能なファイルシステムに関し、更に詳細には、ファイルを、ファイルの重要度を示す重要度情報に基づいて多重記憶させることにより、データ保全性を向上させることができるファイルシステムに関するものである。
【０００２】
【従来の技術】
従来のファイルシステムは、アプリケーションからの要求に応じ、記録ディスクに対して、ファイル作成やファイルの読み出し／書き込み等のファイル操作を行うためのシステムであり、一般的には、オペレーティングシステム（以下、単にＯＳという）の一機能として提供される。
標準的な構成におけるファイルシステムでは、記録ディスク内の空間をクラスタと呼ばれる単位に区切った上で、ファイルアロケーションテーブル（以下単にＦＡＴという）と呼ばれる管理領域に、ファイル毎の要素集合からなるテーブルを生成し、これによって大量のファイルとそのデータを管理している。
また、階層構造によって多数のファイルの管理を行うためのディレクトリ構造を持たせるため、上記テーブルを階層化したディレクトリエントリを持つことが一般的である。
このような従来の一般的な構成におけるファイルシステムとその周辺のソフトウェア構成を図１４に示す。図１４におけるユーザソフトウエアにおけるアプリケーションプログラムは、アプリケーションプログラムインターフェイス（以下単にＡＰＩという）を通じてファイルシステムに要求を行うことにより、ファイルシステムは、ファイルの作成、ファイルの書込、ファイルの読込、ファイルの消去などの基本的なサービスを提供することができる。また、ファイルシステムは、ディレクトリ作成、ファイルリストの取得、及びディレクトリ消去などのサービスを提供することができ、これによって多数のファイルを階層化によって管理できる。
こうしたＯＳとファイルシステム及びその基盤上で動作するアプリケーションの集合として構築されたコンピュータシステムにおいて、常に問題となるのが記録ディスクの欠陥・損傷・故障などによるデータ喪失である。上述の記録ディスクには、ほとんどの場合ハードディスク装置が適用されるが、ハードディスク装置はその機構上、損傷によるデータ喪失の可能性が常に存在する。データ喪失の危険性を避ける為には、ファイルを他の記録媒体にコピーし保管する「バックアップ」またはハードディスク装置を２重化する「ディスクアレイ」などの手法がある。
【０００３】
【発明が解決しようとする課題】
しかし、ハードディスクに書き込む全てのデータを単に２重化してしまえば、デフェクト発生によるデータ喪失の可能性は、単純には１／２になるが、当然ながらハードディスクの記憶容量も事実上１／２となってしまう。また、データの２重化は、アプリケーション側からみると、アクセス時間の増大（処理能力の低下）として認識されてしまうため、単純な２重化は問題が大きく、メリットは小さい。
そのため重要性の高いファイルについて、ファイルそのものを２つ作成する多重記録を行うことでもって、ファイルの保全性を図ることとした仕組みは、従来にも一部のアプリケーションやＯＳで個別に行われていたが、これらは特例的に各ソフトウェアが別個に実装している機能であり、統一されたシステムの持つ機能ではなかった。
そこで、本発明は、上述した問題を解決するべく、ファイル等への多重記憶を、重要なファイル等に対してのみ行うことにより、記憶媒体の有効な活用を統一的に図ることができる優れたファイルシステムを提供することを目的とする。
【０００４】
【課題を解決するための手段】
前記目的を達成するため請求項１に係る発明によれば、上位システムからのファイル書き込み要求、あるいは、ファイル読み出し要求に応じて、記憶媒体の記憶領域にファイルを記憶し、あるいは記憶されたファイルを読み出すことが可能なファイルシステムにおいて、前記１つ、あるいは、複数のファイル毎に、そのファイルの重要度を示す重要度情報を設定すると共に、前記ファイル書き込み要求があった際に、前記設定された重要度情報に基づいてファイルを前記記憶媒体の記憶領域に多重記憶させる制御手段を備えることを特徴とする。
【０００５】
このような特徴を有する請求項１に係るファイルシステムによれば、制御手段は、１つ、あるいは、複数のファイル毎に、重要度情報を設定し、設定された重要度情報に基づいてファイルを前記記憶媒体の記憶領域に多重記憶する。それにより、利用者にとって重要なファイルに対してのみ、重要度情報に応じた多重記憶を行うことにより、記憶媒体の有効な活用を統一的に図ることができる。
【０００６】
また、請求項２に係る発明によれば、請求項１に記載のファイルシステムにおいて、前記複数のファイルは、１つのディレクトリに含まれており、それらファイルの重要度を示す重要度情報をディレクトリに対して設定すると共に、前記制御手段は、前記ファイル書き込み要求があった際に、前記設定された重要度情報に基づいてそのディレクトリに含まれている複数のファイルを前記記憶媒体の記憶領域に多重記憶させることを特徴とする。
【０００７】
このような特徴を有する請求項２に係るファイルシステムによれば、制御手段は、１つのディレクトリに含まれている複数のファイル毎に、重要度情報を設定し、設定された重要度情報に基づいて、ディレクトリに含まれている複数のファイルを前記記憶媒体の記憶領域に多重記憶する。それにより、利用者にとって重要なディレクトリに対してのみ、重要度情報に応じた多重記憶を行うことにより、記憶媒体の有効な活用を統一的に図ることができる。
【０００８】
また、請求項３に係る発明によれば、請求項１または２に記載のファイルシステムにおいて、前記制御手段は、前記上位システムからのファイル読み出し要求に基づいてファイルを読み出し中に読み出しエラーが発生した際には、前記記憶領域に多重記憶された他のファイルを読み出すことを特徴とする。
【０００９】
このような特徴を有する請求項３に係るファイルシステムによれば、ファイルを読み出し中に読み出しエラーが発生した際には、前記記憶領域に多重記憶された他のファイルを読み出すので、エラーのない他のファイルを読み出して、修復動作をすることができる。
【００１０】
また、請求項４に係る発明によれば、請求項１または２に記載されたファイルシステムにおいて、前記制御手段は、前記上位システムからのファイル読み出し要求に基づいてファイルを読み出し中に読み出しエラーが発生した際には、前記記憶領域に多重記憶された他のファイルに基づいて前記記憶領域に新たなファイルを記憶することを特徴とする。
【００１１】
このような特徴を有する請求項４に係るファイルシステムによれば、ファイルを読み出し中に読み出しエラーが発生した際に、記憶領域に多重記憶された他のファイルに基づいて前記記憶領域に新たなファイルが記憶されるので、ファイルの再記憶が自動的に行われ、ファイルの保存性が高まる。
【００１２】
また、請求項５に係る発明によれば、請求項１または２に記載されたファイルシステムにおいて、重要度情報は変更可能であり、制御手段は、重要度情報を重要度の低い方向に変更した際には、前記記憶領域に多重記憶された他のファイルを削除する削除手段を備えることを特徴とする。
【００１３】
このような特徴を有する請求項５に係るファイルシステムによれば、制御手段が重要度情報を重要度の低い方向に変更した際に、削除手段は記憶領域に多重記憶された他のファイルを削除するので、重要度情報を重要度の低い方向に変更するだけで多重記憶された他のファイルを削除でき、わざわざ削除する手間が省かれるとともに、記憶媒体の記憶領域の空き容量が増し、記憶媒体の記憶領域を有効に活用することができる。
【００１４】
また、請求項６に係る発明によれば、請求項１または２に記載のファイルシステムにおいて、前記記憶媒体には、カラオケ装置が作動するためのシステムファイル及び、カラオケアプリケーションが作動するためのバイナリファイルが少なくとも記憶されており、これらファイルの重要度情報を高い方向に設定することを特徴とする。
【００１５】
このような特徴を有する請求項６に係るファイルシステムによれば、カラオケ装置が作動するためのシステムファイル及びカラオケアプリケーションが作動するためのバイナリファイルは、カラオケ装置の動作に必須のものであるので、これらファイルの重要度情報を高い方向に設定することにより、ファイルの保全性の向上を図り、ファイルシステムを用いたカラオケ装置の信頼性を高めることができる。
【００１６】
【発明の実施の形態】
以下、本発明に係るファイルシステムにつき具体化した実施形態に基づいて図面を参照しつつ詳細に説明する。図１は、本実施の形態のファイルシステムＦＳを示す模式図である。
【００１７】
図１において、上位システムとしてのアプリケーションプログラムＡＰは、ＡＰＩ（アプリケーションプログラムインターフェイス）を通じてファイルシステムＦＳに、書き込み要求、読み込み要求、消去要求等を行うことにより、ファイルシステムＦＳは、デバイスドライバＤＤを介して、記憶手段としてのハードディスクＨＤの記憶領域でファイルを作成したり、ファイルを書き込みをしたり、ファイルの読み込みをしたり、ファイルを消去したりする点で、図１４に示すものと同様であるが、ファイルの重要度を示す重要度情報としての重要フラグを、１または複数のファイル毎の属性として設定し、設定された重要フラグに応じてファイルをハードディスクＨＤの記憶領域に多重に記憶する制御部ＦＳ０を備える点で、図１４に示すものと異なる。
また、ファイルシステムＦＳは、ハードディスクＨＤの記憶領域で、ディレクトリを作成したり、ファイルリストを取得したり、ディレクトリを消去したりして、多数のファイルを階層化し管理できる点で、図１４に示すものと同様であるが、ディレクトリの重要度を示す重要度情報としての重要フラグをディレクトリ毎の属性として設定し、設定された重要フラグに応じてディレクトリに含まれる複数のファイルを多重に記憶する制御部ＦＳ０を備える点で、図１４に示すものと異なる。本実施の形態では、１または複数のファイルを重要度フラグに応じて二重に記憶する構成であるが、三重や四重に記憶させても差し支えない。
【００１８】
図３は、ファイルシステムＦＳの内部構造を示す。ファイルシステムＦＳは、図３に示すように、全体を制御する全体制御部ＦＳ１、主ファイル書込制御部ＦＳ２、主ファイル読込制御部ＦＳ３、予備ファイル書込制御部ＦＳ４、予備ファイル読込制御部ＦＳ５、ＦＡＴ制御部ＦＳ６、バッファ制御部ＦＳ７を備えており、これら各制御部ＦＳ１〜ＦＳ７により制御部ＦＳ０が構成されるとともに、本発明の制御手段に対応する。また、これら各制御部ＦＳ１〜ＦＳ７はＣＰＵによって構成される。
主ファイル書込制御部ＦＳ２は、ハードディスクＨＤの記憶領域に主ファイルの書き込みの制御をするためのものである。主ファイル読込制御部ＦＳ３は、ハードディスクＨＤの記憶領域に記憶された主ファイルの読み込みの制御をするためのものである。予備ファイル書込制御部ＦＳ４は、ハードディスクＨＤの記憶領域に重要フラグに応じて予備ファイルの書き込みを制御するためのものである。予備ファイル読込制御部ＦＳ５は、ハードディスクＨＤの記憶領域に記憶された予備ファイルの読み込みの制御をするためのものである。ＦＡＴ制御部ＦＳ６は、ハードディスクＨＤの記憶領域に記憶されたファイル・アロケーション・テーブル（ＦＡＴ）の制御をするためのものである。バッファ制御部ＦＳ７は、バッファへのデータの記憶を制御するためのものである。
【００１９】
図４は、本発明におけるファイルシステムＦＳのデータ構造図を示す。ハードディスクＨＤは、図４に示すように、その記録空間をブロック単位で管理されており、一のブロックアドレスによってハードディスクＨＤの記憶空間へのアクセス（書き込み・読み込み）が可能になる。
まず、ブロックアドレスＢＡ空間の先頭には、ルートエントリデータＲＤが格納される。ルートエントリデータＲＤの詳細の内容について図４に示す。ルートエントリデータＲＤは、エントリ０１〜エントリｎｎ（ｎｎは任意の格納数）からなるリスト構造のデータである。
【００２０】
図４に示す個々のエントリ０１〜ｎｎは、ファイル名の領域またはディレクトリ名の領域（１２８ｂｙｔｅ）、サイズの領域（４ｂｙｔｅ）、属性の領域（４ｂｙｔｅ）、作成日付の領域（４ｂｙｔｅ）、最終書込日付の領域（４ｂｙｔｅ）、格納ポイントデータ（１２８ｂｙｔｅ）から構成されている。これらのデータは、上位システムとしてのアプリケーションによる要求による、ファイルまたはディレクトリの作成が行われるたびに、ファイルシステムＦＳが生成するメタデータである。
【００２１】
エントリ０１〜ｎｎに含まれる複数の項目のデータとして、ファイル名またはディレクトリ名の領域に、１２８バイト（ｂｙｔｅ）の範囲で、対象となるファイルまたはディレクトリの名称が文字列によって格納されている。サイズの領域には、対象となるファイルのバイト（ｂｙｔｅ）数のデータが格納されている。作成日付の領域には、対象ファイル生成時のシステム日時のデータが記録される。最終書込日付のデータには、対象ファイルに対する書き込み動作が発生する度にシステム日時のデータが上書きされる。
【００２２】
格納ポイントデータは、対象となるファイルまたはディレクトリの実体データが格納されている先頭アドレスを、ブロックアドレスＢＡ空間の中で指定するためのものであって、格納ポイントデータには、３２の格納ブロックアドレスが格納されている。格納ポイントデータと３２の格納ブロックアドレスとの関係を図４に示している。通常、実体データ格納先の表現としては、ブロックアドレスが１つあれば良いが、ファイルの削除または作成を繰り返すことで分断された空き領域を利用するため、実体データが３２箇所のブロックアドレスまで分割格納可能なように構成されている。
【００２３】
属性の領域には、各種の属性の有無を示すフラグの集合からなっている。以下にフラグとその作用について説明する。属性の領域と各種の属性の有無を示すフラグとの関係を図４に示している。
まず、ディレクトリフラグまたはファイルフラグは、エントリ、つまり記憶の対象となるものがディレクトリであるか、ファイルであるかを識別している。フラグがファイルを示していれば、上述したファイル名またはディレクトリ名の項目はファイル名である。格納ポイントデータが指し示すハードディスクＨＤのブロックアドレス空間には、そのファイルの実体データが格納され、具体的には、実体データがハードディスクＨＤのブロックアドレスＢＡ空間に（図４に示す例えば−ルート／エントリ０１−ファイル実データ）格納され、同時に上述したサイズ項目が有効になる。
【００２４】
フラグがディレクトリを示す場合には、格納ポイントデータの指し示すハードディスクＨＤのブロックアドレス空間には、サブエントリデータが格納され、具体的には、サブエントリデータがハードディスクＨＤのブロックアドレスＢＡ空間（例えば−ルート／エントリ０２−サブエントリデータ）に格納されることになる。サブエントリデータの構造（例えば−ルート／エントリ０２−サブエントリデータ）は、図４に示すように、ルートエントリデータＲＤと同様の構造となっている。そして、ディレクトリエントリ構造を再帰的に繰り返して構成することにより、ツリー構造によるディレクトリ管理が可能になっている。
【００２５】
図４に示すリード許可フラグ、ライト許可フラグ、実行許可フラグは、それぞれ対象となるディレクトリまたはファイルへのアクセス許可を制御する。リード許可フラグが有効であれば、ディレクトリまたはファイルへのリードを許可し、ライト許可フラグが有効であれば、ディレクトリまたはファイルへのライトを許可し、実行許可フラグが有効であれば、ディレクトリまたはファイルへの実行を許可する。これまで説明した本ファイルシステムＦＳのデータ構造は、一般によく知られている標準的なファイルシステムの構成と同様である。
【００２６】
以下に、本実施の形態によるファイルシステムＦＳの特徴的な部分となる、図４に示す重要フラグと、予備ファイルフラグの働きについて述べる。
あるファイルについて本発明の重要度情報としての重要フラグが有効である場合、予備ファイル書込制御部ＦＳ４によって、そのファイルの予備ファイルが作成され、ハードディスクＨＤに二重に記憶される。予備ファイルは、基本的には他のファイルとまったく同様に、１ファイルに対して１エントリとなるように従って作成される。
【００２７】
ただし、そのファイル名は元ファイルとまったく同一であると共に、その実体データの内容及びサイズ、各種属性フラグの内容も同一であるが、予備ファイルについては、予備ファイル情報としての予備ファイルフラグが有効になっている点だけが元ファイルと相違している。この予備ファイルフラグが有効になっているファイルは、ファイルシステムＦＳの外部（ファイルシステムＦＳを利用する上位システムとしてのＯＳまたはアプリケーションプログラム）からは、元ファイルが読み出しできる限りにおいては、参照できないこととしている。
つまり、ファイルシステムＦＳの内部では、重要ファイルフラグを有効としたファイルは、同一ファイルが２つ存在することと同義であるが、予備ファイルより上位に位置し、ファイルシステムＦＳを利用するＯＳまたはアプリケーションが意識することはないので、ファイルシステムＦＳを利用するＯＳまたはアプリケーションは、元ファイルに異常が生じない限り、予備ファイルにアクセスできない。
このようにファイルシステムＦＳのもつファイル毎の属性に、ファイル毎の重要度を示す重要フラグを付加し、ファイルシステムＦＳがこの重要度に応じて適切な追加処理を行うことによって、重要ファイルの保全機能を統一的に実装することができる。これによって、ＯＳやアプリケーションは、ファイルの重要性を指定する処置を行えば、以後のファイル２重化処理による保全性確保の処理は、ファイルシステムＦＳが担当するため、通常のファイル操作と同等の扱いで良いこととなり、利便性が高い。
【００２８】
こうした重要ファイルの２重化をハードディスクＨＤ内で行った場合の模式図を図２に示す。図２においてハードディスクＨＤ内にはファイルシステムＦＳの管理領域であるＦＡＴ、ＯＳのファイル群、アプリケーションＡのファイル群、アプリケーションＢのファイル群、ユーザー作成のファイル群が格納されており、残りは未使用領域である。この場合、本実施の形態において、ユーザー作成のファイル群に対して、重要ファイルの保全機能が働き、重要フラグが有効である場合のユーザー作成のファイル群に対してのみ予備ファイル書込制御部ＦＳ４によって予備ファイルの複製が作成され、ハードディスクＨＤ内に記憶される。
【００２９】
この状態において、ハードディスクＨＤの記録空間全体のいずれかの部位にランダムなデフェクトが発生し得るので、どのファイルがデータ喪失の被害発生に陥るかは予測できないものの、予備ファイルの複製が作成されているユーザー作成のファイル群を作成することにより、被害発生の確率を低くする。この場合、デフェクトの発生に対して、同一のファイルを異なるブロックに２重に書き込んでおけば、一方のデフェクトが発生してアクセス不能になっても、他方のブロックにデフェクトが発生していなければ、他方のブロックに書き込んだファイルにアクセスできる。そして、同一のファイルを記憶する２箇所のブロックは、ハードディスクＨＤの記憶空間における物理的に離れたアドレス（ブロック番号が大きく離れている）にするほうが、デフェクトの発生に対して、データ喪失を防止する効果が大きくなる。
これらデータ喪失の防止を実現するための手段として、実施の形態のファイルシステムＦＳでは、ファイル毎の属性に、一般的に必要とされる項目に加えて、重要度を示す重要度情報としての重要フラグを持たせる。
このようにファイルの属性に重要フラグを持たせることにより、ファイル毎のファイル重要度の管理が可能となり、重要度に応じたファイルの保全性が向上する。
また、上記重要度フラグを、複数のファイルを含む１つのディレクトリに同様に持たせ、それらファイルの重要度を示す重要度情報としての重要度フラグを、当該ディレクトリに含むファイル全てにその値を適用することで、ファイル毎のみならず、ディレクトリ単位で、多数のファイルをまとめて管理可能となって、ディレクトリ単位でファイル重要度に応じた管理を行うことができる。
【００３０】
これまで述べたデータ構造に基づいて、本発明によるファイルシステムＦＳの制御部の動作について、以下に示すフローチャートを用いた説明を行う。
図５に示すフローチャートは、本ファイルシステムＦＳの制御部ＦＳ０が実行するソフトウェア動作の全体を示している。ファイルシステムの動作起点は、上位システムとしてのＯＳまたはアプリケーションによるＡＰＩコールから始まる（Ｓ１）。ＡＰＩコールによる呼び出しは、ファイルシステムの持つ各機能を指定して行うものであり、次に、この分岐処理を行う（Ｓ２）。
【００３１】
分岐処理により、以下に挙げる６種の機能毎の処理が行われる。これらには、ファイル作成（Ｓ３）、ファイル削除（Ｓ４）、ファイル書込（Ｓ５）、ファイル読込（Ｓ６）、リスト取得（Ｓ７）、ファイル属性変更（Ｓ８）がある。各機能の詳細は後に述べる。
ＡＰＩ呼出内容に準じた各機能毎の処理を終えると、その処理結果を呼出元であるところの上位システムに返答し（Ｓ９）、動作を終了する（Ｓ１０）。このようにして、ＯＳまたはアプリケーションの要求に応じた機能を提供し、ファイルシステムＦＳとしての役割を実現する。
【００３２】
図６に示すフローチャートは、図５におけるファイル作成（Ｓ３）の内部処理を示している。ファイル作成機能とは、ディレクトリパス、ファイル名、ファイル属性などの情報がＡＰＩ経由で指定され、これに基づいたファイルの生成を行う機能をいう。
ファイル作成処理が開始されると（Ｓ１１）、指定されたディレクトリパスに従い、図４に示したエントリデータを再帰的に辿って、指定ディレクトリのエントリを検索する（Ｓ１２）。
さらに、当該エントリ内の空きエントリを検索し（Ｓ１３）、指定のファイル名、ファイル属性等の個別データの書き込みを行い、エントリ追加（Ｓ１４）を行う。
【００３３】
ここで、重要度情報判断手段としてのＳ１５において、対象ファイルの属性の重要フラグが有効か否かによる判定を行う。重要フラグが有効であれば（Ｓ１５：ＹＥＳ）、先と同様の処理で空きエントリを検索した上で（Ｓ１６）、予備ファイルのエントリも合わせて追加する（Ｓ１７）。重要フラグが有効でなければ（Ｓ１５：ＮＯ）、上記Ｓ１６及びＳ１７の処理を行わないことになる。以上でファイル作成処理は終了し（Ｓ１８）、対象ファイルの属性の重要フラグが有効であれば（Ｓ１５：ＹＥＳ）、指定された新ファイルについて、予備ファイルを生成して二重記憶する。このように重要フラグが有効か否かを判断し、重要フラグが有効でなければ通常のファイル書き込み処理を行い、重要フラグが有効であれば、多重化されたファイル書き込み処理手順を行い、ファイルの重要度によっていずれの処理手順を実行する。
【００３４】
図７に示すフローチャートは、図５におけるファイル削除（Ｓ４）の内部処理である。ファイル削除機能とは、ディレクトリパス、ファイル名などの情報がＡＰＩ経由で指定され、これに基づいたファイルの削除を行う機能をいう。
ファイル削除処理が開始されると（Ｓ２１）、指定されたディレクトリパスに従い、図４に示したエントリデータを再帰的に辿って、指定ディレクトリのエントリを検索する（Ｓ２２）。
さらに、対象ファイルが入ったエントリを検索し（Ｓ２３）、対象エントリの削除を行う（Ｓ２４）。これにより、対象のファイルは削除されたことになる。
【００３５】
さらに、重要度情報判断手段としてのＳ２５において、先程削除されたエントリの重要フラグの有効か否かを判断し、重要フラグが有効であれば（Ｓ２５：ＹＥＳ）、予備ファイル検索手段としてのＳ２６において、その予備ファイルに当たるエントリを検索し、予備ファイル削除手段としてのＳ２７において、そのエントリも削除する。これにより、対象のファイルが重要ファイルであった場合には、その予備ファイルも合わせて削除することとなる。重要フラグが有効でなければ（Ｓ２５：ＮＯ）、Ｓ２６及びＳ２７の処理を行わない。以上でファイル削除処理は終了し（Ｓ２８）、指定されたファイルの削除を行うことができるが、重要フラグが有効であれば、予備ファイルも合わせたファイル削除処理を行い、予備ファイルをわざわざ削除する手間が省かれるとともに、空き容量が増す。このように重要フラグが有効か否かを判断し、重要フラグが有効でなければ通常のファイル削除処理を行い、重要フラグが有効であれば、予備ファイルも合わせたファイル削除処理を行い、ファイルの重要度によっていずれの処理手順を実行する。
【００３６】
図８に示すフローチャートは、図５におけるファイル書込（Ｓ５）の内部処理を示している。ファイル書込機能とは、ディレクトリパス、ファイル名、実データ書込元ポインタなどの情報がＡＰＩ経由で指定され、これに基づいたファイルの書込を行う機能をいう。
ファイル書込処理が開始されると（Ｓ３１）、指定されたディレクトリパスに従い、図４に示したエントリデータを再帰的に辿って、指定ディレクトリのエントリを検索する（Ｓ３２）。
【００３７】
さらに、対象ファイルが入ったエントリを検索し（Ｓ３３）、ファイル実データの書込を行った上で（Ｓ３４）、その書込先に対する新しい格納ポイントデータへの変更をエントリに行う（Ｓ３５）。これにより、対象ファイルに所定のデータが書き込まれたことになる。
さらに、重要度情報判断手段としてのＳ３６において、対象ファイルのエントリの重要フラグの有効か否かを判断する。重要フラグが有効であれば（Ｓ３６：ＹＥＳ）、予備ファイル検索手段としてのＳ３７において、その予備ファイルに当たるエントリを検索し、予備ファイル書込手段としてのＳ３８において、そのエントリに対しても先程と同様の実データの書込、すなわち実データの複写を行い、その書込先に対する新しい格納ポイントデータの変更をエントリに行う（Ｓ３９）。これにより、重要ファイルに対する書き込みであれば、それは予備ファイルに対しても同様に書き込みがなされることになるので、予備ファイルの書き込みが行われる結果、ファイルの保存性が高まる。重要フラグが有効でなければ（Ｓ３６：ＮＯ）、Ｓ３７乃至Ｓ３９の処理を行わない。以上でファイル書き込み処理は終了し（Ｓ４０）、要求に応じたファイルへのデータ書き込みを行うことができる。
このように重要フラグが有効か否かを判断し、重要フラグが有効でなければ、通常の書き込み処理を行い、重要フラグが有効であれば、予備ファイルに対しても同様に書き込み処理を行う処理を行い、ファイルの重要度によっていずれの処理手順を実行する。
このようにファイルの重要度に応じて、上位システムからの指示がなかっても自動的に予備ファイルに対しても同様に書き込み処理を行い、ハードディスクＨＤの予測不能なデフェクト発生に対して、重要度の高いファイルの保全性を高くすることが可能となる。
【００３８】
図９に示すフローチャートが、図５におけるファイル読込（Ｓ６）の内部処理を示している。ファイル読込機能とは、ディレクトリパス、ファイル名、実データ読込先ポインタなどの情報がＡＰＩ経由で指定され、これに基づいたファイルの読込を行う機能をいう。
ファイル読込処理が開始されると（Ｓ４１）、指定されたディレクトリパスに従い、図４に示したエントリデータを再帰的に辿って、指定ディレクトリのエントリを検索する（Ｓ４２）。
さらに、対象ファイルの入ったエントリを検索し（Ｓ４３）、実データの読込手段としてのＳ４４において、格納ポイントデータに基づいて対象ファイルの実データの読み込みを行う。これにより、対象ファイルの所定データが読み込まれたことになる。
【００３９】
ここで、障害判断手段としてのＳ４５において、ハードディスクＨＤにおいてデフェクトの発生などにより、データの読み込み過程でエラーが発生したか否かを判断する。データの読み込み過程でエラーが発生した場合には（Ｓ４５：ＹＥＳ）、重要度情報判断手段としてのＳ４６において、対象ファイルの重要フラグによって、重要フラグが有効か否かを判断する。重要フラグが無効の場合は（Ｓ４６：ＮＯ）、エラー発生はそのままＡＰＩを経由して上位システムとしての呼出元に通知され、ファイル読み込み処理は失敗したことになる。
【００４０】
しかし、重要フラグが有効な場合（Ｓ４６：ＹＥＳ）、予備ファイル検索手段としてのＳ４７において、対象ファイルの予備ファイルに当たるエントリを検索し、予備ファイル読込手段としてのＳ４８において、格納ポイントデータに基づいて予備ファイルの実データの読み込みを行う（Ｓ４８）。このように通常のファイル読み込み処理に加え、対象ファイルに置かれたセクタにデフェクトセクタが含まれていた場合（読み込み不能の場合）に、上記多重記憶された予備ファイルがあれば、多重記憶された他のファイルとしての予備書込みファイルに対する読み込み処理が実行される。
かかるファイルの損傷の場合、他のファイルである予備書込みファイルに対する読み込み処理へ切り替えることにより、ハードディスクの予測不能なデフェクト発生に対して、上記多重化されたファイルについては、そのデータの復旧を試みることが可能となる。尚、対象ファイルと予備書込みファイルとは、記憶媒体としてのハードディスクＨＤの記憶領域としてのブロックアドレス空間におけるアドレス上で互いに離れた空間に配置されるのが、多重記録されたデータが、ファイルの損傷により、同時に喪失する可能性を低くする点で望ましい。
【００４１】
これにより、対象ファイルの読み出し中に読み出しエラーが発生し、かつ重要フラグが有効であった場合には、その読み出し動作が自動的に行われることになる。この場合、上位システムとしてのＡＰＩ呼出元にとっては正常な処理完了との違いを認識しないで済むこととなる。
この際に、予備ファイルからの実データ読み込みによって当面の処置は完了するが、主ファイルが損失しており、この復旧が行わなければ、重要ファイルの保全性が低くなったままとなるため、予備ファイル再作成手段としてのＳ４９において、予備ファイルの再作成を行い、新たなファイルをハードディスクＨＤに記憶する。
予備ファイルの再作成処理とは、これまで予備ファイルであったエントリを、予備ファイルフラグを無効とすることで主ファイルとすると共に、図６のＳ１７のファイル作成及び図８のＳ３４のファイル書き込みと同様の処理によって、再び予備ファイルを作成する処理をいう。以上でファイル読み込み処理は終了し（Ｓ５０）、指定されたファイルからのデータ読み込みを行うことができる。
【００４２】
図１０に示すフローチャートが、図５におけるリスト取得（Ｓ７）の内部処理を示している。リスト取得機能とは、ディレクトリパスが上位システムからＡＰＩ経由で指定され、これに基づいたファイル／ディレクトリのリストを得る機能をいう。
リスト取得処理が開始されると（Ｓ５１）、指定されたディレクトリパスに従い、図４に示したエントリデータを再帰的に辿って、指定ディレクトリのエントリを検索する（Ｓ５２）。
この後、当該エントリデータから１エントリを読み出す（Ｓ５３）。ここで予備ファイル情報判断手段としてのＳ５４において、読み出されたエントリの予備ファイルフラグが有効か否かの判断を行い、予備ファイルフラグが無効であれば（Ｓ５４：ＮＯ）、図４における個別エントリに含まれる情報の内、ファイル名／ディレクトリ名、サイズ、属性、作成日付、最終書込日付などの１エントリをＡＰＩ呼出元に対して出力する（Ｓ５５）。予備ファイルフラグが有効であった場合は（Ｓ５４：ＹＥＳ）、そのエントリの出力はしないので、予備ファイルの存在が隠蔽される。従って、上位システムから見た場合には、予備ファイルの存在は、認識することができない。
【００４３】
１エントリの処理が完了すると、エントリリストのデータの終端か否かを判定する（Ｓ５６）。エントリリストのデータの終端でない場合、すなわち、エントリデータに続きがあれば（Ｓ５６：ＮＯ）、Ｓ５３に戻り、Ｓ５４及びＳ５５を行い、エントリリストのデータの終端になるまで上記処理を繰り返すことになる。
エントリリストが終端になると（Ｓ５６：ＹＥＳ）、リスト取得処理は終了し（Ｓ５７）、上位システムは、要求に応じたファイル／ディレクトリのリスト取得を行うことができる。
【００４４】
図１１に示すフローチャートは、図５におけるファイル属性変更（Ｓ８）の内部処理を示している。ファイル属性変更機能とは、ディレクトリパス、ファイル名、ファイル属性などの情報を上位システムからＡＰＩ経由で指定し、所定のファイル属性変更を行う機能をいう。
ファイル属性変更処理が開始されると（Ｓ６１）、ディレクトリ検索手段としてのＳ６２において、指定されたディレクトリパスに従い、図４に示したエントリデータを再帰的に辿って、指定ディレクトリのエントリを検索する。
さらに、対象ファイル検索手段としてのＳ６３において、対象ファイルの入ったエントリを検索し、属性変更手段としてのＳ６４において、当該エントリの属性を新しい属性値に変更する。そして、重要度情報変更判断手段としてのＳ６５において、重要フラグの変更が行われた否かを判断し、重要フラグの変更が行われた場合（Ｓ６５：ＹＥＳ）、Ｓ６６に進む。
【００４５】
次に、重要度情報判断手段としてのＳ６６において、重要フラグが有効か否かの判断を行う（Ｓ６６）。重要フラグが有効から無効へと変化した場合は（Ｓ６６：ＮＯ）、予備ファイル削除手段としてのＳ６７において、記憶領域に多重記憶された他のファイルである予備ファイルの削除を行い、従って、本発明の削除手段として機能する。不要となった予備ファイルの削除処理の内容は、図７における処理（Ｓ２７）と同等である。重要フラグが無効から有効へと変化した場合（Ｓ６６：ＹＥＳ）は、予備ファイル作成手段としてのＳ６８において、予備ファイルを作成して、ハードディスクＨＤの別の領域に記憶させ、主ファイルと同等内容を二重化記憶する処理を行う。予備ファイルの作成処理の内容は、図６及び図８における処理と同等である。
この時、重要フラグが変更されていなければ（Ｓ６５：ＮＯ）、処理は終了する（Ｓ６９）。以上でファイル属性変更処理は終了し（Ｓ６９）、上位システムの指示によって指定されたファイルの属性変更を行うことができる。
このように属性の重要フラグの内容について、ファイル作成時のみでなく適時、その内容の変更を行う属性変更の機能を持ち、重要度情報を重要度の高い方向への変更、すなわち、重要フラグを有効にする場合は、変更指示後に直ちに予備書き込みファイルの作成を行う。逆に、重要度情報を重要度の低い方向、すなわち、重要フラグを無効にする場合は、変更指示後に直ちに予備書き込みファイルの削除を行う機能を持つ。そのため、予備ファイルの作成または消去が、ファイル重要度の変更と連動させることにより、予備ファイルの作成または消去についての手間を省くことができる。
【００４６】
そして、ファイルの作成以後、ファイルの意味内容の変化によって、そのファイルに対する重要度が低くなれば、その時点で重要度情報を重要度の低い方向に設定変更することが可能となる。そして、ファイル重要度の変更を低い方向に設定変更した時点で、不要となった予備ファイルの破棄に伴うハードディスクＨＤの記憶空間の空き容量の増加が図られるため、利用可能性の高い優れたファイルシステムＦＳとすることができる。
【００４７】
次に本発明によるファイルシステムＦＳをカラオケ装置Ｋに応用した場合について説明する。図１２は、カラオケ装置Ｋのブロック図である。
図１２に示すカラオケ装置Ｋは、制御手段としてのＣＰＵ１、メモリ２、記憶媒体としてのハードディスク（ＨＤＤ）装置３、音声処理部４、映像処理部５、入力手段としての操作パネル６などを備えている。ＣＰＵ１は、ハードディスク装置３に格納した多数の音声／映像データ（カラオケ楽曲）を再生し、モニタ７、スピーカ８に出力するとともに、マイク９による歌唱ができる構成となっている。また、ＣＰＵ１には、モデム１０が接続され、更に、モデム１０は、公衆回線を介してホストコンピュータ１１に接続されている。
【００４８】
こうした基本的なカラオケ装置Ｋの場合、そのハードディスク装置３内には、楽音としての多数の電子音声データと、背景映像としての多数の映像データを、ファイルの形式で記憶した記憶媒体としてのハードディスクが含まれる。
また、ハードディスク装置３内には、音声データや映像データとは別に、カラオケ装置Ｋの土台となるオペレーションシステムが作動するためのシステムファイルを備える他に、カラオケ装置Ｋを動作させるアプリケーションプログラムや各種装置の制御プログラムなどのファイルを記憶したハードディスクが含まれる。そして、ハードディスク装置３には、映像データや音声データがホストコンピュータ１１から定期的に追加されるとともに、システムファイルやアプリケーションプログラムは、バージョンアップのためにホストコンピュータ１１から時々ダウンロードされて更新される。
【００４９】
こうしたカラオケ装置Ｋにおいて、本実施の形態のファイルシステムを応用した場合について、図１３を用いて説明する。
図１３は、図１２に示すハードディスク装置３の内部のハードディスク（ＨＤＤ）に記憶されたファイル構成を示す。カラオケ装置Ｋに必要な多数のファイル群は、その性格毎にディレクトリ化され、システムファイル（／ｓｙｓｔｅｍ）、テンポラリファイル（／ｔｍｐ）、バイナリファイル（／ｂｉｎ）、設定ファイル（／ｅｔｃ）、映像ファイル（／ｍｏｖｉｅ）、楽音ファイル（／ｓｏｎｇ）などに分けて格納されている。
【００５０】
この場合、カラオケ装置Ｋが作動するために重要なディレクトリには、オペレーティングシステム（以下、単にＯＳという）が作動する為に必要なシステムファイル（／ｓｙｓｔｅｍ）及び、カラオケアプリケーションが作動する為に必要なバイナリファイル（／ｂｉｎ）及び、作動時の設定を収めた設定ファイル（／ｅｔｃ）がある。これらのディレクトリに収められたファイル群は、カラオケ装置Ｋの動作に必須のものであるから、本発明におけるファイルシステムの重要度情報としての重要フラグをＯＮとし（図に＊マークを付す）、ファイル保全性の向上を図ることにより、カラオケ装置Ｋの信頼性を高めることができる。
【００５１】
一方、一時的な処理結果ファイル等を収めているテンポラリファイル（／ｔｍｐ）は損傷しても再作成が可能であるし、映像ファイル（／ｍｏｖｉｅ）や楽音ファイル（／ｓｏｎｇ）は、個別のファイルが損傷を受けても、そのファイルに収録されていたコンテンツの再生が不能になるのみである。そして、カラオケ装置Ｋの性格からコンテンツは、非常に多数（例えば数万曲）収録されていることを鑑みても相対的に重要性は低いので、重要フラグはＯＦＦでよい。これによって限られたハードディスク装置３の空間内において、カラオケ装置Ｋそのものの信頼性に関わるファイルのみを多重化することによって保全性の向上を図り、カラオケ装置Ｋの信頼性を高めることができる。また、ホストコンピュータ１１からのダウンロードにより、アプリケーションプログラムが更新された場合にでも、その信頼性を維持することができる。
また、上述のようなカラオケ装置Ｋのハードディスク装置３内の分割管理は、カラオケ装置Ｋの製造・出荷時にあらかじめ書き込んで置くか、アプリケーションプログラムの作動によって管理される。
【００５２】
以上説明したように、本実施の形態によるファイルシステムＦＳによれば、アプリケーションプログラムからのファイル書き込み要求、あるいは、ファイル読み出し要求に応じて、ハードディスクＨＤの記憶領域にファイルを記憶し、あるいは記憶されたファイルを読み出すことが可能なファイルシステムにおいて、１つ、あるいは、複数のファイル毎に、そのファイルの重要度を示す重要度フラグを設定すると共に、前記ファイル書き込み要求があった際に、前記設定された重要度フラグに基づいてファイルをハードディスクＨＤの記憶領域に多重記憶させる制御部ＦＳ０を備えるので、利用者にとって重要なファイルに対してのみ、重要度情報を高い方向に設定し、重要度情報に応じた多重記憶を行うことにより、ハードディスクＨＤの有効な活用を統一的に図ることができる。そして、バックアップやアレイ装置によらずに、ファイルの保全性を向上し、記録媒体としてのハードディスクの記憶容量を有効に活用できる。
また、本発明の実施の形態は上述した例に限らず、様々な形態に応用が可能である。例えば、実施の形態では記録媒体はハードディスクとしたが、ハードディスクに限らず、フロッピー（登録商標）ディスクや光磁気ディスクなどにも適用可能であり、また、ファイルシステムの下位ソフトウェア階層に当たるデバイスドライバ等の適用により、複数の記録媒体形式に同時に対応することもできる。
【００５３】
また、実施の形態ではファイル書き込み時に行う予備ファイルへの書き込みについて、データの複製を行うタイプであるが、これをハードディスク装置の内蔵機能などによって行い、データ転送時間の短縮などを図ることもできる。
また、実施の形態ではファイル書き込み時に行う予備ファイルへの書き込みについて、主ファイルと予備ファイルへの書き込みが両方完了した時点でアプリケーションからの処理完了としているが、主ファイルへの書き込みが完了した時点でアプリケーションに処理完了を通知し、予備ファイルへの書き込みは並列処理などにより後に処理実行で行うこととすれば、予備ファイルへの書き込み時間を減らすことも可能である。
【００５４】
また、前記実施の形態ではＦＡＴ部の多重記録については明記していないが、ファイルシステムの実装形態として、最も重要なＦＡＴ部に関して多重化を行うことにより、本発明におけるファイルシステムに適用することもできる。
また、前記実施の形態ではファイルへの書き込み及び読み込みのキャッシュ制御を行っていないが、ファイルシステムの実装形態として、キャッシュ機能を実装することにより、頻繁にアクセスするファイルまたはＦＡＴのアクセス時間の短縮を図ることができ、ファイルシステムに適用することもできる。
また、予備ファイルの実データ配置に関して、主ファイルと予備ファイルの実データの、記録媒体における物理位置がなるべく離れるようにすることにより、データ喪失が主ファイルと予備ファイルの両方で発生してしまう可能性を低減できる。
【００５５】
【発明の効果】
以上説明した通り、請求項１に係るファイルシステムによれば、上位システムからのファイル書き込み要求、あるいは、ファイル読み出し要求に応じて、記憶媒体の記憶領域にファイルを記憶し、あるいは記憶されたファイルを読み出すことが可能なファイルシステムにおいて、前記１つ、あるいは、複数のファイル毎に、そのファイルの重要度を示す重要度情報を設定すると共に、前記ファイル書き込み要求があった際に、前記設定された重要度情報に基づいてファイルを前記記憶媒体の記憶領域に多重記憶させる制御手段を備えるので、利用者にとって重要なファイルに対してのみ、重要度情報を高い方向に設定し、重要度情報に応じた多重記憶を行うことにより、記憶媒体の有効な活用を統一的に図ることができる。
【００５６】
また、請求項２に係る発明によれば、複数のファイルは、１つのディレクトリに含まれており、それらファイルの重要度を示す重要度情報をディレクトリに対して設定すると共に、前記制御手段は、前記ファイル書き込み要求があった際に、前記設定された重要度情報に基づいてそのディレクトリに含まれている複数のファイルを前記記憶媒体の記憶領域に多重記憶させるので、例えば利用者にとって重要なディレクトリに対して、重要度情報を高い方向に設定し、重要度情報に応じた多重記憶を行うことにより、記憶媒体の有効な活用を統一的に図ることができる。
【００５７】
また、請求項３に係る発明によれば、制御手段は、前記上位システムからのファイル読み出し要求に基づいてファイルを読み出し中に読み出しエラーが発生した際には、前記記憶領域に多重記憶された他のファイルを読み出すので、エラーのない他のファイルを読み出して、修復動作をすることができる。
【００５８】
また、請求項４に係る発明によれば、制御手段は、前記上位システムからのファイル読み出し要求に基づいてファイルを読み出し中に読み出しエラーが発生した際には、前記記憶領域に多重記憶された他のファイルに基づいて前記記憶領域に新たなファイルを記憶するので、ファイルの再記憶が自動的に行われ、ファイルの保存性が高まる。
【００５９】
また、請求項５に係る発明によれば、前記重要度情報は変更可能であり、制御手段は、重要度情報を重要度の低い方向に変更した際には、前記記憶領域に多重記憶された他のファイルを削除する削除手段を備えるので、重要度情報を重要度の低い方向に変更するだけで多重記憶された他のファイルを削除でき、わざわざ削除する手間が省かれるとともに、記憶媒体の記憶領域の空き容量が増し、記憶媒体の記憶領域を有効に活用することができる。
【００６０】
また、請求項６に係る発明によれば、前記記憶媒体には、カラオケ装置が作動するためのシステムファイル及び、カラオケアプリケーションが作動するためのバイナリファイルが少なくとも記憶されており、これらファイルの重要度情報を高い方向に設定するので、カラオケ装置の動作に必須のものであるシステムファイル及びバイナリファイルについて、重要度情報を高い方向に設定して、ファイルの保全性の向上を図り、ファイルシステムを用いたカラオケ装置の信頼性を高めることができる。
【図面の簡単な説明】
【図１】この実施の形態のファイルシステム周辺のソフトウェア構成を示す模式図である。
【図２】実施の形態における重要ファイルの多重化の効果を説明する模式図である。
【図３】実施の形態におけるファイルシステムと周辺のソフトウェア構成を示す模式図である。
【図４】実施の形態におけるファイルシステムのデータ構造図である。
【図５】実施の形態全体の機能を示すフローチャートである。
【図６】実施の形態のファイル作成機能を示すフローチャートである。
【図７】実施の形態のファイル削除機能を示すフローチャートである。
【図８】実施の形態のファイル書込機能を示すフローチャートである。
【図９】実施の形態のファイル読込機能を示すフローチャートである。
【図１０】実施の形態のリスト取得機能を示すフローチャートである。
【図１１】実施の形態のファイル属性変更機能を示すフローチャートである。
【図１２】実施の形態のカラオケ装置を示すブロック図である。
【図１３】実施の形態のカラオケ装置のハードディスクの内部の、ファイル構成を示す図である。
【図１４】一般的な従来のファイルシステム周辺のソフトウェア構成を示す模式図である。
【符号の説明】
ＦＳ　ファイルシステム
ＦＳ０　制御部
ＦＳ１　　全体制御部
ＦＳ２　　主ファイル書込制御部
ＦＳ３　　主ファイル読込制御部
ＦＳ４　　予備ファイル書込制御部
ＦＳ５　　予備ファイル読込制御部
ＦＳ６　　ＦＡＴ制御部
ＦＳ７　　バッファ制御部
ＲＤ　　　　ルートエントリデータ
０１〜ｎｎ　　エントリ
Ｋ　カラオケ装置
ＨＤ　ハードディスク
１　ＣＰＵ
３　ハードディスク装置

Claims

上位システムからのファイル書き込み要求、あるいは、ファイル読み出し要求に応じて、記憶媒体の記憶領域にファイルを記憶し、あるいは記憶されたファイルを読み出すことが可能なファイルシステムにおいて、
前記１つ、あるいは、複数のファイル毎に、そのファイルの重要度を示す重要度情報を設定すると共に、
前記ファイル書き込み要求があった際に、前記設定された重要度情報に基づいてファイルを前記記憶媒体の記憶領域に多重記憶させる制御手段を備えることを特徴とするファイルシステム。
前記複数のファイルは、１つのディレクトリに含まれており、それらファイルの重要度を示す重要度情報をディレクトリに対して設定すると共に、前記制御手段は、前記ファイル書き込み要求があった際に、設定された重要度情報に基づいてそのディレクトリに含まれている複数のファイルを前記記録領域に多重記憶させることを特徴とする請求項１に記載のファイルシステム。
前記制御手段は、前記上位システムからのファイル読み出し要求に基づいてファイルを読み出し中に読み出しエラーが発生した際には、前記記憶領域に多重記憶された他のファイルを読み出すことを特徴とする請求項１または２に記載のファイルシステム。
前記制御手段は、前記上位システムからのファイル読み出し要求に基づいてファイルを読み出し中に読み出しエラーが発生した際には、前記記憶領域に多重記憶された他のファイルに基づいて前記記憶領域に新たなファイルを記憶することを特徴とする請求項１または２に記載のファイルシステム。
前記重要度情報は変更可能であり、制御手段は、重要度情報を重要度の低い方向に変更した際には、前記記憶領域に多重記憶された他のファイルを削除する削除手段を備えることを特徴とする請求項１または２に記載のファイルシステム。
前記記憶媒体には、カラオケ装置が作動するためのシステムファイル及び、カラオケアプリケーションが作動するためのバイナリファイルが少なくとも記憶されており、これらファイルの重要度情報を高い方向に設定することを特徴とする請求項１または２に記載のファイルシステム。