JP2004030369A - Method and device for managing file, and program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To quickly display a file list image such as a song file in a device in which a mounted amount of a memory is small and an access speed to a hard disk is slow, such as a hard disk recorder for a music signal. <P>SOLUTION: The song files, etc., are stored in a song file/tone file area 38. File list units 40-0 to 40-m, the number of which is equal to that of the song files, etc., are stored in a file list area 24. The file name, etc., of a corresponding song file is stored in each of the file list units. Orders obtained at sorting the song files in the orders of an alphabet, a file size and a time stamp are stored with file list unit numbers (0 to m) as elements in sort information parts 26 to 30. This can quickly obtain a file list obtained by sorting the song files in a desired order by reading a desired one of the sort information parts 26 to 30. <P>COPYRIGHT: (C)2004,JPO

Description

【０００１】
【発明の属する技術分野】
本発明は、ファイル名等の情報表示に用いて好適なファイル管理方法、ファイル管理装置およびプログラムに関する。
【０００２】
【従来の技術】
パーソナルコンピュータ等に用いられている各種のファイル管理アプリケーションプログラムにおいては、ハードディスク等に記録されているファイルの一覧表をディスプレイに表示することができる。そして、かかるファイル一覧表画面においては、ファイルネーム順、ファイルサイズ順、タイムスタンプ順およびこれらの逆順等、必要に応じてユーザが表示順序を指定することが可能になっている。かかる処理は、例えばハードディスクの所定領域にあるファイルアロケーションテーブルを読出し、読み出した結果に対してソーティング処理を施し、その結果をディスプレイに表示することによって実現されている。
【０００３】
【発明が解決しようとする課題】
しかし、楽音信号を発生させるための様々な機器、例えばハードディスクレコーダ、音源装置、エフェクタ装置等は、パーソナルコンピュータ等と比較してメモリの実装量が少ないため、ファイル一覧表画面の表示処理のために多大なリソースを消費すると、他の処理に支障を来す等の問題が生じる。さらに、これらの機器においては、ハードディスクのアクセス速度が低速であるため、表示処理に時間を要するという問題もあった。
この発明は上述した事情に鑑みてなされたものであり、少ないリソースで迅速にファイル一覧表画面を表示できるファイル管理方法、ファイル管理装置およびプログラムを提供することを目的としている。
【０００４】
【課題を解決するための手段】
上記課題を解決するため本発明にあっては、下記構成を具備することを特徴とする。なお、括弧内は例示である。
請求項１記載のファイル管理方法にあっては、ディスク上の同心円状の複数のトラックに沿って情報が記録され、各々が当該トラックを放射状に分割してなる一または複数の領域によって情報の記録および再生を行うための記憶単位（クラスタ）が構成されるとともに、複数のファイルを記憶するディスク状記録媒体に適用されるファイル管理方法であって、前記複数のファイルのうち何れかに対する追加または削除に伴って、これらファイルを所定の順序でソートした結果を一の特定の記憶単位に格納するソート結果格納過程（ＳＰ１２）と、該特定の記憶単位に格納されているソート結果に基づいた順序によって、前記各ファイルを指標する情報を表示する表示過程（ＳＰ４０）とを有することを特徴とする。
さらに、請求項２記載の構成にあっては、請求項１記載のファイル管理方法において、前記ソート結果格納過程（ＳＰ１２）は、前記各ファイルを複数種類のソート方法に基づいて各々ソートして成る複数のソート結果を、一または複数の特定の記憶単位に格納する過程であり、これら複数種類のソート方法のうち何れかを選択する選択過程（ＳＰ３０）をさらに有し、前記表示過程は、この選択されたソート方法に対応する特定の記憶単位に格納されているソート結果に基づいた順序によって、前記各ファイルを指標する情報を表示する過程であることを特徴とする。
また、請求項３記載のファイル管理装置にあっては、請求項１または２記載のファイル管理方法を実行することを特徴とする。
また、請求項４記載のプログラムにあっては、請求項１または２記載のファイル管理方法を実行することを特徴とする。
【０００５】
【発明の実施の形態】
１．実施形態の構成
１．１．ハードウエア構成
次に、本発明の一実施形態のハードディスクレコーダのハードウエア構成を図１を参照し説明する。
図において４はメモリであり、イニシャルプログラムローダ等を記憶したＲＯＭとワークメモリとして用いられるＲＡＭとから構成されている。２はＣＰＵであり、メモリ４内に展開されたプログラム（詳細は後述する）に従って各部を制御する。６はハードディスクであり、オペレーティングシステム、アプリケーションプログラム、演奏情報であるソングファイル、波形データであるトーンファイル等を格納する。８は操作部であり、ユーザによって操作される各種の操作子によって構成されている。１０はＬＣＤ（液晶表示装置）であり、ＣＰＵ２の制御の下、各種の情報を表示する。１２は信号処理部であり、ＭＩＤＩ信号等の演奏情報および波形データの入出力を行う。
【０００６】
ここで、ハードディスク６においては、ディスク上の同心円状の複数のトラックに沿って情報が記録される。各トラックを放射状に分割したものを「セクタ」という。ハードディスクレコーダのオペレーティングシステムにおいては、一または複数のセクタをまとめた「クラスタ」単位でデータが管理される。なお、１クラスタを何セクタとするかは媒体やオペレーティングシステムの種類によって様々である。
【０００７】
１．２．データ構造
次に、ハードディスク６のクラスタマップを図２を参照し説明する。図において２０はＯＳ領域であり、クラスタマップの先頭部分に設けられ、ハードディスクレコーダのオペレーティングシステムを格納する。次に、２２はプログラム領域であり、後述するアプリケーションプログラム等が格納される。３８はソングファイル・トーンファイル領域であり、ソングファイルおよびトーンファイルの実体が格納される。２４はファイルリスト領域であり、これらソングファイルおよびトーンファイル（以下、実体ファイルという）の各々に対応して、これら実体ファイルに関連する情報である「ファイルリストユニット」というデータを記憶する。
【０００８】
例えば、合計「ｍ＋１」個の実体ファイルがソングファイル・トーンファイル領域３８に記憶されているのであれば、ファイルリスト領域２４には、ファイルリストユニット４０−０〜４０−ｍが記憶される。なお、これらファイルリストユニットの符号は「４０−ｋ」（ｋ＝０，１，…，ｍ）の形で表されるが、このうち「ｋ」の部分を「ファイルリストユニットナンバ」と呼ぶ。
【０００９】
ここで、各ファイルリストユニット４０−ｋは、実体ファイルのファイルネームを記憶するファイルネーム部５０と、該実体ファイルの作成日時を示すタイムスタンプ部５２と、該実体ファイルのサイズを示すデータサイズ部５４と、該実体ファイルがソングファイルであるのかトーンファイルであるのかを示すアトリビュート部５６と、ファイル保護（プロテクト）のオン／オフを示すプロテクト部５８と、実体ファイルが格納されている領域の先頭クラスタを示すファイルクラスタ部６０とから構成されている。
【００１０】
次に、２６はソングファイル・ネームソート情報部であり、各ソングファイルのファイルネームをアルファベット順にソートした時の配列順序が格納されている。７０は前ナンバ記憶部であり、ここには、各ファイルリストユニットナンバｋ（ｋ＝０，１，…，ｍ）に対して、ファイルネームをアルファベット順にソートした時の順番において当該ファイルリストユニットナンバｋの前に位置するファイルリストユニットナンバである前ナンバＰＦｋが記憶される。
【００１１】
また、８０は後ナンバ記憶部であり、ここにはアルファベット順において当該ファイルリストユニットナンバｋの後に位置するファイルリストユニットナンバである後ナンバＮＦｋが記憶される。そして、アルファベット順で先頭に位置するファイルリストユニットナンバｋに対しては、前ナンバＰＦｋとして所定のトップコード「ＦＦ」が格納され、最後に位置するファイルリストユニットナンバｋに対しては、後ナンバＮＦｋとしてエンドコード「ＦＥ」が格納される。
【００１２】
次に、２８はソングファイル・サイズソート情報部であり、ファイルサイズの大きい順に各ソングファイルをソートした時の配列順序が格納されている。３０はソングファイル・デートソート情報部であり、作成日時が新しい順に各ソングファイルをソートした時の配列順序が格納されている。さらに、トーンファイルについても、ソングファイルと同様に、ファイルネームをアルファベット順にソートした時の配列順序を格納するトーンファイル・ネームソート情報部３２と、ファイルサイズの大きい順に各トーンファイルをソートした時の配列順序を格納するトーンファイル・サイズソート情報部３４と、作成日時が新しい順に各トーンファイルをソートした時の配列順序を格納するトーンファイル・デートソート情報部３６とが設けられている。これらソート情報部２８〜３６のデータフォーマットは、ソングファイル・ネームソート情報部２６のデータフォーマットと同様であり、各ファイルリストユニットナンバｋに対して、配列順序に従った前ナンバＰＦｋおよび後ナンバＮＦｋが記憶される。
【００１３】
ここで、各ソート情報部２６〜３６は、ハードディスク６の１クラスタ内に収納される固定長のデータ長を有している。これにより、ソート情報部２６〜３６のうち任意のものをハードディスク６から読み出す時間は、１クラスタを読み出す時間に等しくすることができ、各ソート情報部２６〜３６の内容を迅速に読み出すことが可能である。なお、必ずしも一のクラスタが一のソート情報部に対応するわけではなく、一のクラスタに複数のソート情報部を格納してもよい。
【００１４】
ここで、ソングファイル・ネームソート情報部２６の具体例を図３（ａ）を参照し説明する。まず、図２におけるソングファイル・トーンファイル領域３８に５曲のソングファイルが格納されており、ファイルリスト領域２４には、これら５曲のソングファイルについてファイルリストユニットナンバ「０」〜「４」が付与され、ファイルリストユニット４０−０〜４０−４が記憶されていることとする。そして、各ファイルリストユニット４０−０〜４０−４のファイルネーム部５０には、「ＮＩＧＨＴＷＩＮＧ」、「ＭＡＧＩＣ」、「ＦＲＩＥＮＤ」、「ＷＨＡＴ’ｓ　ＮＥＷ？」および「Ｉ
ＬＯＶＥ　ＹＯＵ」なるファイルネームが順次格納されていることとする。
【００１５】
これらファイルネームをアルファベット順にソートすると、「ＦＲＩＥＮＤ」（０２）、「Ｉ　ＬＯＶＥ　ＹＯＵ」（０４）、「ＭＡＧＩＣ」（０１）、「ＮＩＧＨＴＷＩＮＧ」（００）および「ＷＨＡＴ’ｓ　ＮＥＷ？」（０３）の順になる。なお、括弧内はファイルリストユニットナンバである。ここで、「ＮＩＧＨＴＷＩＮＧ」（００）に着目すると、アルファベット順にソートした時に前に位置するファイルリストユニットは「ＭＡＧＩＣ」（０１）であり、後に位置するファイルリストユニットは「ＷＨＡＴ’ｓ　ＮＥＷ？」（０３）である。このため、図３（ａ）のソングファイル・ネームソート情報部２６にあっては、ファイルリストユニットナンバ「００」について前ナンバＰＦ０は「０１」に、後ナンバＮＦ０は「０３」に、各々設定されている。
【００１６】
同様に、ファイルリストユニットナンバ「０１」（ＭＡＧＩＣ）について前ナンバＰＦ１は「０４」（Ｉ　ＬＯＶＥ　ＹＯＵ）、後ナンバＮＦ１は「００」（ＮＩＧＨＴＷＩＮＧ）である。また、ファイルリストユニットナンバ「０２」（ＦＲＩＥＮＤ）は、アルファベット順にソートした時に先頭に位置するから、その前ナンバＰＦ２はトップコード「ＦＦ」であり、ファイルリストユニットナンバ「０３」（ＷＨＡＴ’ｓ　ＮＥＷ？）は末尾に位置するから、その後ナンバＮＦ３はエンドコード「ＦＥ」である。ところで、本実施形態においては、ファイルリストユニットナンバｋの最大値ｍが「１２７」であることとし、予めｍ＝１２７に対応する領域が確保されている。このため、ソングファイル・ネームソート情報部２６中のファイルリストユニットナンバ「０５」〜「１２７（１６進数では７Ｆ）」には、対応する実体ファイルが存在しないことを示すノーファイルコード「Ｆ０」が格納される。
【００１７】
２．実施形態の動作
２．１．メインプログラムの動作
次に、本実施形態に動作を説明する。本実施形態のハードディスクレコーダの電源が投入されると、図５に示すメインプログラムが起動される。図において処理がステップＳＰ２に進むと、所定の初期化処理が行われる。次に処理がステップＳＰ４に進むと、ソングファイル作成処理が実行される。すなわち、外部から信号処理部１２を介してＭＩＤＩ信号等が供給されいる場合にあっては、供給されているＭＩＤＩコード等がメモリ４に格納される。なお、特に外部からＭＩＤＩ信号等が供給されていない場合には、ステップＳＰ４において実質的な処理は実行されない。
【００１８】
次に、処理がステップＳＰ６に進むと、先にステップＳＰ４においてメモリ４上にソングファイル作成された場合には、該ソングファイルをソングファイル・トーンファイル領域３８にセーブするか否かを問い合わせるメッセージがＬＣＤ１０に表示される。ここで、ユーザによってセーブを指示する操作が操作部８において実行されると、ステップＳＰ６においては「ＹＥＳ」と判定され、処理はステップＳＰ８に進む。ステップＳＰ８においては、作成されたソングファイルの実体がソングファイル・トーンファイル領域３８に記憶される。
【００１９】
次に、処理がステップＳＰ１０に進むと、この新たに記憶されたソングファイルのファイルリストユニットがファイルリスト領域２４内に新たに生成される。なお、新たに生成されたファイルリストユニットのファイルリストユニットナンバを「ｘ」とする。次に、処理がステップＳＰ１２に進むと、各ソート情報部２６〜３０の内容が更新される。すなわち、ソングファイルに係るソート情報部２６〜３０の内容がハードディスク６から読み出され、新たなファイルリストユニットｘを追加するように当該読み出された内容が編集され、しかる後にその編集結果が新たなソート情報部２６〜３０としてハードディスク６に書き込まれる。なお、各ソート情報部２６〜３０の更新方法の詳細については後述する。次に、処理がステップＳＰ１４に進むと、ファイルリストユニットナンバｘに関するセーブは完了した旨がＬＣＤ１０に表示される。
【００２０】
ところで、上述したステップＳＰ６においては、先にステップＳＰ４においてソングファイルの作成が行われなかった場合には無条件に「ＮＯ」と判定され、上記ステップＳＰ８〜ＳＰ１４の処理はスキップされる。また、ソングファイルが作成された場合であっても、当該ソングファイルをセーブしない旨がユーザによって指示されると、ステップＳＰ６において同様に「ＮＯ」と判定され、ステップＳＰ８〜ＳＰ１４の処理はスキップされる。
【００２１】
次に、処理がステップＳＰ１６に進むと、ソングファイルの削除処理が実行される。すなわち、操作部８を介して、何れかのソングファイルの削除を指示する操作がユーザによって実行されると、当該ソングファイルがソングファイル・トーンファイル領域３８から削除され、さらに、当該ソングファイルのファイルリストユニットが削除されるとともに、ソート情報部２６〜３０の内容が更新される。このように、ソングファイルを削除した場合についても、各ソート情報部２６〜３０の更新方法の詳細については後述する。
【００２２】
次に、処理がステップＳＰ１８に進むと、図６および図７に示すＬＣＤ表示サブルーチンが呼び出され（詳細は後述する）、その時々の操作部８における操作内容に基づいて、ファイル一覧表画面等がＬＣＤ１０に表示される。次に、処理がステップＳＰ２０に進むと、その他の処理が実行される。例えば、上述したステップＳＰ４〜ＳＰ１６と同様に、トーンファイルについても作成・削除等の処理が実行され、必要な場合にソングファイル、トーンファイルの再生処理等も実行される。上記各ステップが修了すると、処理はステップＳＰ４に戻り、以後は同様の処理が繰り返されることになる。
【００２３】
２．２．ソート情報部の更新処理
２．２．１．追加例（１）
次に、上記ステップＳＰ１２およびＳＰ１６において実行されるソート情報部の更新処理の詳細について、例を挙げて説明する。まず、図３（ａ）におけるファイルリスト領域２４に対して、ファイルネームが「ＧＥＴＤＯＷＮ」である新たなソングファイルに係るファイルリストユニットが追加され、これに対して新たなファイルリストユニットナンバ「５」が付与されたとする。ここで、当該「ＧＥＴＤＯＷＮ」を含めて各ファイル名に対してアルファベット順の順序を改めて付与すると、図３（ｂ）に示す通りになる。すなわち、「ＧＥＴＤＯＷＮ」はアルファベット順では第２番目であるため、元々第２番目以降のソングファイルの順序は「１」づつ繰り下がることになる。
【００２４】
この順序変更をソングファイル・ネームソート情報部２６に対して反映するため、まずメモリ４にソングファイル・ネームソート情報部２６の内容がロードされ、図３（ｂ）に示すように、そのファイルリストユニットナンバ「５」に対応する箇所が変更される。すなわち、第２番目の「ＧＥＴＤＯＷＮ」（０５）は、第１番目の「ＦＲＩＥＮＤ」（０２）の次の順序であり、「ＧＥＴＤＯＷＮ」（０５）の次は第３番目の「Ｉ　ＬＯＶＥ　ＹＯＵ」（０４）であるため、「ＧＥＴＤＯＷＮ」（０５）についての前ナンバＰＦ５は「ＦＲＩＥＮＤ」（０２）に、後ナンバＮＦ５は「Ｉ　ＬＯＶＥ　ＹＯＵ」（０４）に、各々設定される。さらに、これらと整合するように、「ＦＲＩＥＮＤ」（０２）の後ナンバＮＦ２および「Ｉ　ＬＯＶＥ　ＹＯＵ」（０４）の前ナンバＰＦ４は、共に「ＧＥＴＤＯＷＮ」（０５）に変更される。以上のように変更された結果が新たなソングファイル・ネームソート情報部２６の内容として、ハードディスク６に書き込まれる。
【００２５】
２．２．２．削除例（１）
次に、図３（ａ）の状態に対して、「ＭＡＧＩＣ」（０１）に係るファイルリストユニットが削除されたこととする。ここで、当該「ＭＡＧＩＣ」（０１）を除いて各ファイル名に対してアルファベット順の順序を改めて付与すると、図３（ｃ）に示す通りになる。すなわち、「ＭＡＧＩＣ」（０１）はアルファベット順では元々第３番目であったため、元々第４番目以降であったソングファイルの順序は「１」づつ繰り上がることになる。
【００２６】
この順序変更をソングファイル・ネームソート情報部２６に対して反映するため、まずメモリ４にソングファイル・ネームソート情報部２６の内容がロードされ、図３（ｃ）に示すように、そのファイルリストユニットナンバ「１」に対応する前ナンバＰＦ１および後ナンバＮＦ１がノーファイルコード「Ｆ０」に変更される。そして、アルファベット順で第２番目である「Ｉ　ＬＯＶＥ　ＹＯＵ」（０４）の後ナンバＮＦ４は、元々第４番目であった「ＮＩＧＨＴＷＩＮＧ」（００）に変更され、該「ＮＩＧＨＴＷＩＮＧ」（００）の前ナンバＰＦ０は「Ｉ　ＬＯＶＥ　ＹＯＵ」（０４）に変更される。以上のように変更された結果が新たなソングファイル・ネームソート情報部２６の内容として、ハードディスク６に書き込まれる。
【００２７】
２．２．３．追加例（２）
次に、図３（ａ）の状態に対して、アルファベット順で先頭に位置するファイルリストユニットが追加された場合の例を説明しておく。まず、図３（ａ）におけるファイルリスト領域２４に対して、ファイルネームが「ＢＡＢＥ」である新たなソングファイルに係るファイルリストユニットが追加され、これに対して新たなファイルリストユニットナンバ「５」が付与されたとする。ここで、当該「ＢＡＢＥ」を含めて各ファイル名に対してアルファベット順の順序を改めて付与すると、図３（ｄ）に示す通りになる。すなわち、「ＢＡＢＥ」はアルファベット順では先頭であり、他のソングファイルの順序は「１」づつ繰り下がることになる。
【００２８】
この順序変更をソングファイル・ネームソート情報部２６に対して反映するため、まずメモリ４にソングファイル・ネームソート情報部２６の内容がロードされ、図３（ｂ）に示すように、そのファイルリストユニットナンバ「５」に対応する箇所が変更される。すなわち、「ＢＡＢＥ」（０５）はアルファベット順で先頭であるため、その前ナンバＰＦ５にはトップコード「ＦＦ」に設定され、後ナンバＮＦ５は元々先頭であった「ＦＲＩＥＮＤ」（０２）に設定される。そして、これと整合するように、「ＦＲＩＥＮＤ」（０２）の前ナンバＰＦ２は、「ＢＡＢＥ」（０５）に変更される。以上のように変更された結果が新たなソングファイル・ネームソート情報部２６の内容として、ハードディスク６に書き込まれる。
【００２９】
このように本実施形態においては、新たなファイルリストユニットが追加あるいは削除された場合に、ソングファイル・ネームソート情報部２６の修正箇所は僅かであり、きわめて迅速に更新処理が行えることが解る。なお、上記例はソングファイル・ネームソート情報部２６について説明したが、他のソート情報部２８〜３０についても、新たなファイルリストユニットが追加あるいは削除された場合は、各々のソート順序に基づいて同様に更新される。また、トーンファイル用のソート情報部３２〜３６についても、トーンファイルが追加または削除された場合には同様に更新される。
【００３０】
２．３．ＬＣＤ表示サブルーチンの動作
２．３．１．デフォルトの動作
次に、ステップＳＰ１８において呼び出されるＬＣＤ表示サブルーチンの動作を図６および図７を参照し説明する。
図６において処理がステップＳＰ３０に進むと、表示内容選択処理が実行される。すなわち、操作部８内において、表示内容を選択するための各種操作子の状態が検出される。次に、処理がステップＳＰ３２に進むと、ソングファイルリストの表示が選択されているか否かが判定される。すなわち、上記ステップＳＰ３０の実行前にソングファイルリストの表示が選択されており該ステップＳＰ３０においてその状態が変更されていない場合、および、上記ステップＳＰ３０においてソングファイルリストの表示が新たに選択された場合が、「ソングファイルリストの表示が選択されている」状態に該当する。
【００３１】
なお、初期設定時（ＳＰ２）においてはソングファイルリストの表示が選択されるため、初期設定時以降に特に操作部８が操作されていなければ、ソングファイルリストの表示が選択されている状態になる。ステップＳＰ３２において「ＹＥＳ」と判定されると、処理はステップＳＰ３８に進み、メモリ４内の所定領域に格納されているデフォルトフラグが“０”であるか否かが判定される。なお、デフォルトフラグは、初期設定時（ＳＰ２）においては“０”にイニシャライズされている。初期設定時以降にデフォルトフラグが変更されていなければここで「ＹＥＳ」と判定され処理はステップＳＰ４０に進む。
【００３２】
ステップＳＰ４０においては、ソングファイル・ネームソート情報部２６の内容がハードディスク６から読み出され、先頭のソングファイルネームからアルファベットの昇順にファイルネームが表示される。その方法について詳述する。まず、先頭のファイルリストユニットナンバを検索するために、前ナンバＰＦｋがトップコード「ＦＦ」であるファイルリストユニットナンバｋが検索される。図３（ａ）の例にあっては、ファイルリストユニットナンバ「０２」の前ナンバＰＦ２にトップコード「ＦＦ」が格納されていることが解る。
【００３３】
次に、ファイルリストユニットナンバ「０２」に対応するファイルリストユニット４０−２からファイルネーム部５０、タイムスタンプ部５２、データサイズ部５４の内容が読み出される。これにより、ファイルリストユニットナンバ「０２」（ＦＲＩＥＮＤ）についてＬＣＤ１０に表示すべき内容が全てメモリ４内に読み込まれることになる。
【００３４】
次に、ファイルリストユニットナンバ「０２」（ＦＲＩＥＮＤ）の後ナンバＮＦ２が参照される。図３（ａ）の例にあっては、後ナンバＮＦ２は「０４」であるから、ファイルリストユニットナンバ「０４」に対応するファイルリストユニット４０−４からファイルネーム部５０、タイムスタンプ部５２、データサイズ部５４の内容が読み出される。これにより、ファイルリストユニットナンバ「０４」（Ｉ　ＬＯＶＥ　ＹＯＵ）についてＬＣＤ１０に表示すべき内容が全てメモリ４内に読み込まれることになる。
【００３５】
次に、ファイルリストユニットナンバ「０４」（Ｉ　ＬＯＶＥ　ＹＯＵ）の後ナンバＮＦ４が参照される。図３（ａ）の例にあっては、後ナンバＮＦ４は「０１」であるから、ファイルリストユニットナンバ「０１」に対応するファイルリストユニット４０−１からファイルネーム部５０、タイムスタンプ部５２、データサイズ部５４の内容が読み出される。これにより、ファイルリストユニットナンバ「０１」（ＭＡＧＩＣ）についてＬＣＤ１０に表示すべき内容が全てメモリ４内に読み込まれることになる。
【００３６】
以下同様に、現在参照中のファイルリストユニットナンバｋについてファイルネーム部５０等の内容が読み出され、しかる後に後ナンバＮＦｋとして記憶されているナンバを新たなファイルリストユニットナンバｋとして同様の動作が繰り返えされる。これにより、ＬＣＤ１０に表示すべき内容が次々とメモリ４内に読み込まれることになる。そして、後ナンバＮＦｋがエンドコード「ＦＥ」になった場合、あるいは既に読み込まれたファイルネーム部５０等の数がＬＣＤ１０に表示可能な最大値に達した場合に、かかる読み込み処理が完了する。
【００３７】
表示内容の読み込みが修了すると、この内容がＬＣＤ１０に表示される。その場合の表示例を図４（ａ）に示す。図において、各行は個々のソングファイルに対応し、各ソングファイルに対して「ＳＯＮＧ　ＮＡＭＥ」（ソングファイルネーム）、「ＳＩＺＥ」（ファイルサイズ）、ＤＡＴＥ（タイムスタンプ）の列が設けられている。そして、図示の場合は「ＳＯＮＧ　ＮＡＭＥ」（ソングファイルネーム）順にソングファイルがソートされているため、「ＳＯＮＧ　ＮＡＭＥ」のタイトル欄が反転表示されている。
【００３８】
図６に戻り、次に処理がステップＳＰ４２に進むと、デフォルトフラグが“１”に設定され、処理がメインプログラムに戻る。メインプログラムにおいてはステップＳＰ４〜ＳＰ２０のループが繰り返されるため、繰り返しの度にＬＣＤ表示サブルーチンが呼び出される。ユーザが操作部８に対してなんら操作を行わなかった場合には、処理はステップＳＰ３０、ステップＳＰ３２を介して再びステップＳＰ３８に進む。ここでは、先にデフォルトフラグが“１”に設定されたため、「ＮＯ」と判定され、処理はステップＳＰ４４に進む。
【００３９】
以下、ステップＳＰ４４、ＳＰ４８、ＳＰ５２、ＳＰ５６、ＳＰ６０、ＳＰ６４およびＳＰ６８においては、何れも操作部８において所定のイベントが検出されたか否かが判定される。ユーザが操作部８を全く操作していない状態では、これらのステップにおいて何れも「ＮＯ」と判定され、最後にステップＳＰ６８において「ＮＯ」と判定された後に処理はメインプログラムに戻る。換言すれば、ＬＣＤ表示サブルーチンにおいて実質的な処理は全く行われない。従って、最初にステップＳＰ４０において表示されたアルファベット順のソングファイルリストがそのまま継続してＬＣＤ１０に表示され続けることになる。
【００４０】
２．３．２．各種イベントに対する処理
（１）ファイルネーム昇順表示
上述したステップＳＰ４４においては、ファイルネームをアルファベットの昇順にソートするイベントが検出されたか否かが判定される。なお、当該イベントにおいては、ＬＣＤ１０に表示すべきソングファイルリストにおいて最上欄に表示すべきソングファイルの順位をユーザが指定することも可能である。ここで、最上欄に表示すべき順位が指定されなかった場合には、処理はステップＳＰ４６に進み、上述したステップＳＰ４０の場合と同様の表示が行われる。
【００４１】
一方、最上欄に表示すべきソングファイルの順位が指定された場合には、先頭のファイルリストユニットナンバ（上記例ではファイルリストユニットナンバ「０２」（ＦＲＩＥＮＤ））から、当該指定された順位に至るまで、後ナンバＮＦｋが順次読み出される。そして、ファイルリストユニットナンバｋが指定された順位に達すると、それ以降はＬＣＤ１０に表示すべき内容、すなわち対応するファイルネーム部５０、タイムスタンプ部５２およびデータサイズ部５４がメモリ４内に読み込まれてゆくことになる。この読み込まれた内容に基づいて、指定された順位以降のソングファイルリストがＬＣＤ１０に表示される。
【００４２】
（２）ファイルネーム降順表示
また、上述したステップＳＰ４８においては、ファイルネームをアルファベットの降順にソートするイベントが検出されたか否かが判定される。なお、当該イベントにおいても、表示すべきソングファイルリストにおいて最上欄に表示すべきソングファイルの順位をユーザが指定することも可能である。ここで、最上欄に表示すべきソングファイルが指定されなかった場合には、以下のような処理が実行される。
【００４３】
すなわち、処理がステップＳＰ５０に進むと、ソングファイル・ネームソート情報部２６の内容がハードディスク６から読み出され、後ナンバＮＦｋがエンドコード「ＦＥ」であるファイルリストユニットナンバｋが検索される。図３（ａ）の例にあっては、ファイルリストユニットナンバ「０３」の後ナンバＮＦｋ３にエンドコード「ＦＥ」が格納されていることが解る。
【００４４】
次に、ファイルリストユニットナンバ「０３」に対応するファイルリストユニット４０−３からファイルネーム部５０、タイムスタンプ部５２、データサイズ部５４の内容が読み出される。これにより、ファイルリストユニットナンバ「０３」（ＷＨＡＴ’ｓ　ＮＥＷ？）についてＬＣＤ１０に表示すべき内容が全てメモリ４内に読み込まれることになる。
【００４５】
次に、ファイルリストユニットナンバ「０３」（ＷＨＡＴ’ｓ　ＮＥＷ？）の前ナンバＰＦ３が参照される。図３（ａ）の例にあっては、前ナンバＰＦ３は「００」であるから、ファイルリストユニットナンバ「００」に対応するファイルリストユニット４０−０からファイルネーム部５０、タイムスタンプ部５２、データサイズ部５４の内容が読み出される。これにより、ファイルリストユニットナンバ「００」（ＮＩＧＨＴＷＩＮＧ）についてＬＣＤ１０に表示すべき内容が全てメモリ４内に読み込まれることになる。
【００４６】
次に、ファイルリストユニットナンバ「００」（ＮＩＧＨＴＷＩＮＧ）の前ナンバＰＦ０が参照される。図３（ａ）の例にあっては、前ナンバＰＦ０は「０１」であるから、ファイルリストユニットナンバ「０１」に対応するファイルリストユニット４０−１からファイルネーム部５０、タイムスタンプ部５２、データサイズ部５４の内容が読み出される。これにより、ファイルリストユニットナンバ「０１」（ＭＡＧＩＣ）についてＬＣＤ１０に表示すべき内容が全てメモリ４内に読み込まれることになる。
【００４７】
以下同様に、現在参照中のファイルリストユニットナンバｋについてファイルネーム部５０等の内容が読み出され、しかる後に後ナンバＮＦｋとして記憶されているナンバを新たなファイルリストユニットナンバｋとして同様の動作が繰り返えされる。これにより、ＬＣＤ１０に表示すべき内容が次々とメモリ４内に読み込まれることになる。そして、前ナンバＰＦｋがトップコード「ＦＦ」になった場合、あるいは既に読み込まれたファイルネーム部５０等の数がＬＣＤ１０に表示可能な最大値に達した場合に、読み込まれた内容がＬＣＤ１０に表示される。かかる場合の表示例を図４（ｂ）に示す。
【００４８】
一方、最上欄に表示すべきソングファイルの順位が指定された場合には、降順で先頭のファイルリストユニットナンバ（上記例ではファイルリストユニットナンバ「０３」（ＷＨＡＴ’ｓ　ＮＥＷ？））から、当該指定された順位に至るまで、前ナンバＰＦｋが順次読み出される。そして、ファイルリストユニットナンバｋが指定された順位に達すると、それ以降はＬＣＤ１０に表示すべき内容、すなわち対応するファイルネーム部５０等がメモリ４内に読み込まれてゆくことになる。この読み込まれた内容に基づいて、指定された順位以降の降順のソングファイルリストがＬＣＤ１０に表示されることになる。
【００４９】
２．３．３．ファイルサイズ昇順表示
上述したステップＳＰ５２においては、ファイルネームをファイルサイズの昇順にソートするイベントが検出されたか否かが判定される。なお、当該イベントにおいても、ＬＣＤ１０に表示すべきソングファイルリストにおいて最上欄に表示すべきソングファイルの順位をユーザが指定することも可能である。ここで「ＹＥＳ」と判定されると、処理はステップＳＰ５４に進む。ここでは、ソングファイル・サイズソート情報部２８の内容がハードディスク６から読み出され、これに基づいて上述したステップＳＰ４０の場合と同様に、最小容量（または最小から指定された順位）のソングファイルから容量の小さい順にソングファイルリストがＬＣＤ１０に表示される。
【００５０】
２．３．４．ファイルサイズ降順表示
上述したステップＳＰ５６においては、ファイルネームをファイルサイズの昇順にソートするイベントが検出されたか否かが判定される。なお、当該イベントにおいても、ＬＣＤ１０に表示すべきソングファイルリストにおいて最上欄に表示すべきソングファイルの順位をユーザが指定することも可能である。ここで「ＹＥＳ」と判定されると、処理はステップＳＰ５８に進む。ここでは、ソングファイル・サイズソート情報部２８の内容がハードディスク６から読み出され、これに基づいて上述したステップＳＰ５０の場合と同様に、最大容量（または最大から指定された順位）のソングファイルから容量の大きい順にソングファイルリストがＬＣＤ１０に表示される。
【００５１】
２．３．５．タイムスタンプ昇順表示
上述したステップＳＰ６０においては、ファイルネームをタイムスタンプの昇順にソートするイベントが検出されたか否かが判定される。なお、当該イベントにおいても、ＬＣＤ１０に表示すべきソングファイルリストにおいて最上欄に表示すべきソングファイルの順位をユーザが指定することも可能である。ここで「ＹＥＳ」と判定されると、処理はステップＳＰ６２に進む。ここでは、ソングファイル・デートソート情報部３０の内容がハードディスク６から読み出され、これに基づいて上述したステップＳＰ４０の場合と同様に、最先日時（または最先から指定された順位）のソングファイルからタイムスタンプの古い順にソングファイルリストがＬＣＤ１０に表示される。
【００５２】
２．３．６．タイムスタンプ降順表示
上述したステップＳＰ６４においては、ファイルネームをタイムスタンプの降順にソートするイベントが検出されたか否かが判定される。なお、当該イベントにおいても、ＬＣＤ１０に表示すべきソングファイルリストにおいて最上欄に表示すべきソングファイルの順位をユーザが指定することも可能である。ここで「ＹＥＳ」と判定されると、処理はステップＳＰ６６に進む。ここでは、ソングファイル・デートソート情報部３０の内容がハードディスク６から読み出され、これに基づいて上述したステップＳＰ５０の場合と同様に、最新（または最新から指定された順位）のソングファイルから新しい順にソングファイルリストがＬＣＤ１０に表示される。
【００５３】
２．３．７．ソングファイルリストに関するその他イベント処理
上述したステップＳＰ６８においては、ソングファイルリストの表示に関するその他のイベントが生じたか否かが判定される。ここで「ＹＥＳ」と判定されると、処理はステップＳＰ７０に進み、当該イベントに応じた処理が実行される。「ソングファイルリストの表示に関するその他のイベント」には、例えば、ソングファイルリストを上下方向にスクロールさせるイベントなどが含まれる。
【００５４】
２．３．８．ソングファイルリスト以外に関するイベント処理
上述したステップＳＰ３０において、ソングファイルリスト以外の表示が選択された場合には、ステップＳＰ３２において「ＮＯ」と判定され、処理はステップＳＰ３４に進む。ここでは、デフォルトフラグが“０”に設定される。次に処理がステップＳＰ３６に進むと、ソングファイルリスト以外に関する情報の表示処理が実行される。
【００５５】
例えば、トーンファイルリストの表示、ハードディスクレコーダの各種ステータス等の表示がこれに該当する。なお、ステップＳＰ３４においてデフォルトフラグが“０”に設定されたことにより、その後、操作部８において再びソングファイルリストを表示させる操作が行われた場合には、ステップＳＰ４０が実行されることによって、アルファベット昇順のソングファイルリストがＬＣＤ１０に表示されることになる。
【００５６】
３．変形例
本発明は上述した実施形態に限定されるものではなく、例えば以下のように種々の変形が可能である。
（１）上記実施形態においては、ハードディスクレコーダ上で動作するアプリケーションプログラムによって各ソート情報部２６〜３６の更新およびソングファイルリスト等の表示を行ったが、このアプリケーションプログラムのみをＣＤ−ＲＯＭ、フレキシブルディスク等の記録媒体に格納して頒布し、あるいは伝送路を通じて頒布することもできる。
【００５７】
【発明の効果】
以上説明したように本発明によれば、ディスク上の同心円状の複数のトラックに沿って情報が記録される記録媒体における一の記憶単位にソート結果を格納し、当該ソート結果に基づいた順序で各ファイルを指標する情報を表示するから、少ないリソースで迅速にファイル一覧表画面等を表示することが可能である。
【図面の簡単な説明】
【図１】本発明の一実施形態のハードディスクレコーダの全体ブロック図である。
【図２】上記実施形態におけるハードディスク６のクラスタマップである。
【図３】上記実施形態の動作説明図である。
【図４】上記実施形態におけるＬＣＤ１０の表示例を示す図である。
【図５】ＣＰＵ２において実行されるメインプログラムのフローチャートである。
【図６】ＣＰＵ２において実行されるＬＣＤ表示サブルーチンのフローチャートである。
【符号の説明】
２…ＣＰＵ、４…メモリ、６…ハードディスク、８…操作部、１０…ＬＣＤ、１２…信号処理部、２０…ＯＳ領域、２２…プログラム領域、２４…ファイルリスト領域、２６…ソングファイル・ネームソート情報部、２８…ソングファイル・サイズソート情報部、３０…ソングファイル・デートソート情報部、３２…トーンファイル・ネームソート情報部、３４…トーンファイル・サイズソート情報部、３６…トーンファイル・デートソート情報部、３８…ソングファイル・トーンファイル領域、４０−０〜４０−ｍ…ファイルリストユニット、５０…ファイルネーム部、５２…タイムスタンプ部、５４…データサイズ部、５６…アトリビュート部、５８…プロテクト部、６０…ファイルクラスタ部、７０…前ナンバ記憶部、８０…後ナンバ記憶部。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a file management method, a file management device, and a program suitable for displaying information such as a file name.
[0002]
[Prior art]
In various file management application programs used for personal computers and the like, a list of files recorded on a hard disk or the like can be displayed on a display. Then, on the file list screen, the user can specify the display order as necessary, such as the order of file names, the order of file sizes, the order of time stamps, and the reverse order thereof. Such processing is realized by, for example, reading a file allocation table in a predetermined area of a hard disk, performing a sorting process on the read result, and displaying the result on a display.
[0003]
[Problems to be solved by the invention]
However, various devices for generating a tone signal, such as a hard disk recorder, a sound source device, and an effector device, have a smaller amount of memory mounted than a personal computer or the like. Consumption of a large amount of resources causes problems such as interfering with other processes. Furthermore, in these devices, the access speed of the hard disk is low, so that there is a problem that display processing takes time.
The present invention has been made in view of the above circumstances, and has as its object to provide a file management method, a file management device, and a program that can quickly display a file list screen with a small number of resources.
[0004]
[Means for Solving the Problems]
In order to solve the above problems, the present invention is characterized by having the following configuration. The contents in parentheses are examples.
In the file management method according to the first aspect, information is recorded along a plurality of concentric tracks on a disk, and the information is recorded by one or a plurality of areas each of which is a radially divided track. And a storage unit (cluster) for performing playback and a file management method applied to a disk-shaped recording medium for storing a plurality of files, wherein the addition or deletion of any one of the plurality of files is performed. Accordingly, a sorting result storing step (SP12) of storing the results of sorting these files in a predetermined order in one specific storage unit and an order based on the sorting results stored in the specific storage unit And a display step (SP40) of displaying information indicating each of the files.
Further, in the configuration according to the second aspect, in the file management method according to the first aspect, the sorting result storing step (SP12) is configured to sort each of the files based on a plurality of types of sorting methods. Storing a plurality of sort results in one or a plurality of specific storage units, further comprising a selection step (SP30) of selecting any one of the plurality of sort methods; The method is characterized by displaying information indicating each of the files in an order based on a sorting result stored in a specific storage unit corresponding to the selected sorting method.
According to a third aspect of the present invention, a file management method according to the first or second aspect is performed.
According to a fourth aspect of the present invention, there is provided a program for executing the file management method according to the first or second aspect.
[0005]
BEST MODE FOR CARRYING OUT THE INVENTION
1. Configuration of the embodiment
1.1. Hardware configuration
Next, a hardware configuration of a hard disk recorder according to an embodiment of the present invention will be described with reference to FIG.
In the figure, reference numeral 4 denotes a memory, which comprises a ROM storing an initial program loader and the like and a RAM used as a work memory. Reference numeral 2 denotes a CPU, which controls each unit according to a program developed in the memory 4 (details will be described later). Reference numeral 6 denotes a hard disk which stores an operating system, application programs, a song file as performance information, a tone file as waveform data, and the like. Reference numeral 8 denotes an operation unit, which is configured by various operators operated by a user. An LCD (Liquid Crystal Display) 10 displays various information under the control of the CPU 2. A signal processing unit 12 inputs and outputs performance information such as MIDI signals and waveform data.
[0006]
Here, in the hard disk 6, information is recorded along a plurality of concentric tracks on the disk. The radial division of each track is called a "sector". In an operating system of a hard disk recorder, data is managed in units of "cluster" in which one or a plurality of sectors are put together. The number of sectors in one cluster varies depending on the type of medium or operating system.
[0007]
1.2. data structure
Next, a cluster map of the hard disk 6 will be described with reference to FIG. In the figure, reference numeral 20 denotes an OS area, which is provided at the head of the cluster map and stores the operating system of the hard disk recorder. Next, a program area 22 stores an application program and the like described later. Numeral 38 denotes a song file / tone file area in which the actual contents of the song file and the tone file are stored. Reference numeral 24 denotes a file list area, which stores data called a "file list unit", which is information related to these song files and tone files (hereinafter, referred to as "entity files").
[0008]
For example, if a total of “m + 1” actual files are stored in the song file / tone file area 38, the file list units 40-0 to 40-m are stored in the file list area 24. Note that the codes of these file list units are represented in the form of “40−k” (k = 0, 1,..., M), and the “k” portion is called “file list unit number”.
[0009]
Here, each file list unit 40-k includes a file name section 50 for storing a file name of an actual file, a time stamp section 52 indicating the date and time of creation of the actual file, and a data size section indicating the size of the actual file. 54, an attribute section 56 indicating whether the actual file is a song file or a tone file, a protect section 58 indicating ON / OFF of file protection (protection), and a head of an area where the actual file is stored. And a file cluster unit 60 indicating a cluster.
[0010]
Next, reference numeral 26 denotes a song file name sort information section which stores an arrangement order when the file names of the respective song files are sorted in alphabetical order. Reference numeral 70 denotes a previous number storage unit, which stores the file list unit number k (k = 0, 1,..., M) in the order in which the file names are sorted in alphabetical order. The previous number PFk, which is the file list unit number located before k, is stored.
[0011]
Reference numeral 80 denotes a rear number storage unit, which stores a rear number NFk which is a file list unit number located after the file list unit number k in alphabetical order. Then, a predetermined top code “FF” is stored as the front number PFk for the file list unit number k located at the head in the alphabetical order, and the rear number is stored for the file list unit number k located at the end. The end code “FE” is stored as NFk.
[0012]
Next, reference numeral 28 denotes a song file size sort information section, which stores an arrangement order when each song file is sorted in descending order of file size. Reference numeral 30 denotes a song file / date sort information section, which stores an arrangement order when each song file is sorted in the order of creation date and time. Further, for the tone file, similarly to the song file, a tone file name sort information section 32 for storing an arrangement order when the file names are sorted in alphabetical order, and a tone file for sorting the tone files in ascending order of file size. A tone file size sort information section 34 for storing the arrangement order and a tone file / date sort information section 36 for storing the arrangement order when each tone file is sorted in the order of creation date and time are provided. The data format of these sort information sections 28 to 36 is the same as the data format of the song file name sort information section 26. For each file list unit number k, a front number PFk and a rear number NFk according to the arrangement order. Is stored.
[0013]
Here, each of the sort information sections 26 to 36 has a fixed length data length stored in one cluster of the hard disk 6. As a result, the time required to read any of the sort information units 26 to 36 from the hard disk 6 can be made equal to the time required to read one cluster, and the contents of each sort information unit 26 to 36 can be quickly read. It is. Note that one cluster does not necessarily correspond to one sort information section, and a plurality of sort information sections may be stored in one cluster.
[0014]
Here, a specific example of the song file name sort information section 26 will be described with reference to FIG. First, five song files are stored in the song file / tone file area 38 in FIG. 2, and file list unit numbers “0” to “4” are stored in the file list area 24 for these five song files. The file list units 40-0 to 40-4 are stored. In the file name section 50 of each of the file list units 40-0 to 40-4, "NIGHTWING", "MAGIC", "FRIEND", "WHAT's NEW?"
It is assumed that file names “LOVE YOU” are sequentially stored.
[0015]
When these file names are sorted in alphabetical order, “FRIEND” (02), “I LOVE YOU” (04), “MAGIC” (01), “NIGHTWING” (00), and “WHAT's NEW?” (03) In order. The number in parentheses is the file list unit number. Here, paying attention to “NIGHTWING” (00), the file list unit located before when sorted alphabetically is “MAGIC” (01), and the file list unit located later is “WHAT's NEW?” ( 03). For this reason, in the song file name sort information section 26 of FIG. 3A, for the file list unit number "00", the front number PF0 is set to "01" and the rear number NF0 is set to "03". Have been.
[0016]
Similarly, for the file list unit number “01” (MAGIC), the front number PF1 is “04” (I LOVE YOU), and the rear number NF1 is “00” (NIGHTWING). Also, since the file list unit number “02” (FRIEND) is located at the top when sorted in alphabetical order, the preceding number PF2 is the top code “FF” and the file list unit number “03” (WHAT's NEW). ?) Is located at the end, and thereafter the number NF3 is the end code "FE". In the present embodiment, the maximum value m of the file list unit number k is “127”, and an area corresponding to m = 127 is reserved in advance. Therefore, in the file list unit numbers “05” to “127 (7F in hexadecimal)” in the song file name sort information section 26, the no-file code “F0” indicating that there is no corresponding entity file exists. Is stored.
[0017]
2. Operation of the embodiment
2.1. Operation of main program
Next, the operation of this embodiment will be described. When the power of the hard disk recorder of the present embodiment is turned on, the main program shown in FIG. 5 is started. In the figure, when the process proceeds to step SP2, a predetermined initialization process is performed. Next, when the process proceeds to step SP4, a song file creation process is executed. That is, when a MIDI signal or the like is supplied from outside via the signal processing unit 12, the supplied MIDI code or the like is stored in the memory 4. In particular, when no MIDI signal or the like is supplied from the outside, substantial processing is not executed in step SP4.
[0018]
Next, when the process proceeds to step SP6, if a song file has been created on the memory 4 in step SP4, a message asking whether to save the song file in the song file / tone file area 38 is displayed. It is displayed on the LCD 10. Here, when an operation for instructing a save is performed by the user on the operation unit 8, “YES” is determined in the step SP6, and the process proceeds to a step SP8. In step SP8, the entity of the created song file is stored in the song file / tone file area 38.
[0019]
Next, when the process proceeds to step SP10, a file list unit of the newly stored song file is newly generated in the file list area 24. The file list unit number of the newly generated file list unit is “x”. Next, when the process proceeds to step SP12, the contents of the respective sort information sections 26 to 30 are updated. That is, the contents of the sort information sections 26 to 30 relating to the song file are read from the hard disk 6, and the read contents are edited so as to add a new file list unit x. Are written to the hard disk 6 as the sort information sections 26 to 30. The details of the method of updating the sort information units 26 to 30 will be described later. Next, when the process proceeds to step SP14, the fact that the saving relating to the file list unit number x has been completed is displayed on the LCD 10.
[0020]
By the way, in step SP6 described above, if the song file has not been created in step SP4, "NO" is unconditionally determined, and the processing in steps SP8 to SP14 is skipped. Even when a song file is created, if the user instructs not to save the song file, the determination at step SP6 is also NO, and the processing of steps SP8 to SP14 is skipped. You.
[0021]
Next, when the process proceeds to step SP16, a song file deletion process is executed. That is, when an operation for instructing deletion of any song file is performed by the user via the operation unit 8, the song file is deleted from the song file / tone file area 38, and the file of the song file is further deleted. The list unit is deleted and the contents of the sort information sections 26 to 30 are updated. As described above, even when the song file is deleted, the details of the method of updating the sort information sections 26 to 30 will be described later.
[0022]
Next, when the process proceeds to step SP18, the LCD display subroutine shown in FIGS. 6 and 7 is called (details will be described later), and based on the operation contents of the operation unit 8 at that time, a file list screen or the like is displayed. It is displayed on the LCD 10. Next, when the processing proceeds to step SP20, other processing is executed. For example, similarly to steps SP4 to SP16 described above, processing such as creation / deletion of a tone file is executed, and when necessary, reproduction processing of a song file and a tone file is also executed. Upon completion of each of the above steps, the process returns to step SP4, and thereafter, the same process is repeated.
[0023]
2.2. Update processing of sort information section
2.2.1. Additional example (1)
Next, the details of the update processing of the sort information section performed in steps SP12 and SP16 will be described using an example. First, a file list unit related to a new song file whose file name is “GETDOWN” is added to the file list area 24 in FIG. 3A, and a new file list unit number “5” is added thereto. Is given. Here, when the alphabetical order is newly given to each file name including the “GETDOWN”, the result is as shown in FIG. 3B. That is, since "GETDOWN" is the second in alphabetical order, the order of the second and subsequent song files is originally lowered by "1".
[0024]
In order to reflect this order change on the song file / name sort information section 26, first, the contents of the song file / name sort information section 26 are loaded into the memory 4, and as shown in FIG. The part corresponding to the unit number "5" is changed. That is, the second “GETDOWN” (05) is in the order following the first “FRIEND” (02), and the third “I LOVE YOU” (3) follows the “GETDOWN” (05). 04), the front number PF5 for “GETDOWN” (05) is set to “FRIEND” (02), and the rear number NF5 is set to “I LOVE YOU” (04). Further, in order to match them, the number NF2 after “FRIEND” (02) and the number PF4 before “I LOVE YOU” (04) are both changed to “GETDOWN” (05). The result changed as described above is written to the hard disk 6 as the contents of the new song file name sort information section 26.
[0025]
2.2.2. Example of deletion (1)
Next, it is assumed that the file list unit related to “MAGIC” (01) has been deleted from the state of FIG. Here, when the alphabetical order is newly given to each file name except for “MAGIC” (01), the result is as shown in FIG. 3C. That is, since "MAGIC" (01) was originally the third in alphabetical order, the order of the song files that were originally the fourth and subsequent ones is moved up by "1".
[0026]
In order to reflect this change in the order on the song file name sort information section 26, first, the contents of the song file name sort information section 26 are loaded into the memory 4, and as shown in FIG. The front number PF1 and the rear number NF1 corresponding to the unit number "1" are changed to the no-file code "F0". Then, the number NF4 after “LOVE YOU” (04), which is the second in alphabetical order, is changed to “NIGHTWING” (00), which was originally the fourth, before the “NIGHTWING” (00). The number PF0 is changed to "I LOVE YOU" (04). The result changed as described above is written to the hard disk 6 as the contents of the new song file name sort information section 26.
[0027]
2.2.3. Additional example (2)
Next, an example in which a file list unit positioned at the top in alphabetical order is added to the state of FIG. 3A will be described. First, a file list unit related to a new song file whose file name is "BABE" is added to the file list area 24 in FIG. 3A, and a new file list unit number "5" is added to this. Is given. Here, when the alphabetical order is newly given to each file name including “BABE”, the result is as shown in FIG. 3D. That is, "BABE" is the first in alphabetical order, and the order of other song files goes down by "1".
[0028]
In order to reflect this order change on the song file / name sort information section 26, first, the contents of the song file / name sort information section 26 are loaded into the memory 4, and as shown in FIG. The part corresponding to the unit number "5" is changed. That is, since “BABE” (05) is the first in the alphabetical order, the top code “FF” is set to the preceding number PF5, and the last number NF5 is set to “FRIEND” (02), which was originally the first. You. Then, the number PF2 before “FRIEND” (02) is changed to “BABE” (05) so as to match this. The result changed as described above is written to the hard disk 6 as the contents of the new song file name sort information section 26.
[0029]
As described above, in this embodiment, when a new file list unit is added or deleted, the song file name sort information section 26 has only a few corrections, and it can be understood that the update process can be performed very quickly. In the above example, the song file name sort information section 26 has been described, but the other sort information sections 28 to 30 are also based on the respective sort orders when a new file list unit is added or deleted. Updated similarly. Further, the tone file sort information sections 32-36 are similarly updated when a tone file is added or deleted.
[0030]
2.3. LCD display subroutine operation
2.3.1. Default behavior
Next, the operation of the LCD display subroutine called in step SP18 will be described with reference to FIGS.
In FIG. 6, when the process proceeds to step SP30, a display content selection process is executed. That is, in the operation unit 8, the states of various operators for selecting display contents are detected. Next, when the process proceeds to step SP32, it is determined whether or not the display of the song file list is selected. That is, when the display of the song file list is selected before the execution of the step SP30 and the state is not changed in the step SP30, and when the display of the song file list is newly selected in the step SP30. Corresponds to a state in which the display of the song file list is selected.
[0031]
Since the display of the song file list is selected at the time of the initial setting (SP2), the display of the song file list is selected unless the operation unit 8 is operated after the initial setting. . If “YES” is determined in the step SP32, the process proceeds to a step SP38, and it is determined whether or not the default flag stored in a predetermined area in the memory 4 is “0”. The default flag is initialized to "0" at the time of initial setting (SP2). If the default flag has not been changed since the initial setting, "YES" is determined here and the process proceeds to step SP40.
[0032]
In step SP40, the contents of the song file name sort information section 26 are read from the hard disk 6, and the file names are displayed in ascending alphabetical order from the first song file name. The method will be described in detail. First, in order to search for the first file list unit number, the file list unit number k whose previous number PFk is the top code “FF” is searched. In the example of FIG. 3A, it is understood that the top code “FF” is stored in the number PF2 before the file list unit number “02”.
[0033]
Next, the contents of the file name section 50, the time stamp section 52, and the data size section 54 are read from the file list unit 40-2 corresponding to the file list unit number "02". As a result, all the contents to be displayed on the LCD 10 for the file list unit number “02” (FRIEND) are read into the memory 4.
[0034]
Next, the number NF2 after the file list unit number "02" (FRIEND) is referred to. In the example of FIG. 3A, since the rear number NF2 is “04”, the file name unit 50, the time stamp unit 52, and the file list unit 40-4 corresponding to the file list unit number “04” are used. The contents of the data size section 54 are read. As a result, all the contents to be displayed on the LCD 10 for the file list unit number “04” (I LOVE YOU) are read into the memory 4.
[0035]
Next, the number NF4 after the file list unit number "04" (I LOVE YOU) is referred to. In the example of FIG. 3A, since the rear number NF4 is “01”, the file name unit 50, the time stamp unit 52, and the file list unit 40-1 corresponding to the file list unit number “01”. The contents of the data size section 54 are read. As a result, all the contents to be displayed on the LCD 10 for the file list unit number “01” (MAGIC) are read into the memory 4.
[0036]
Similarly, the contents of the file name unit 50 and the like are read out for the currently referenced file list unit number k, and thereafter, the same operation is performed by setting the number stored as the number NFk to a new file list unit number k. To be repeated. As a result, the contents to be displayed on the LCD 10 are read into the memory 4 one after another. Then, when the later number NFk becomes the end code “FE”, or when the number of already read file name portions 50 and the like reaches the maximum value that can be displayed on the LCD 10, the reading process is completed.
[0037]
When the reading of the display contents is completed, the contents are displayed on the LCD 10. FIG. 4A shows a display example in that case. In the figure, each row corresponds to an individual song file, and columns of “SONG NAME” (song file name), “SIZE” (file size), and DATE (time stamp) are provided for each song file. In the case shown in the figure, since the song files are sorted in the order of “SONG NAME” (song file name), the title column of “SONG NAME” is highlighted.
[0038]
Referring back to FIG. 6, when the process proceeds to step SP42, the default flag is set to "1", and the process returns to the main program. Since the loop of steps SP4 to SP20 is repeated in the main program, the LCD display subroutine is called each time the loop is repeated. If the user has not performed any operation on the operation unit 8, the process proceeds to step SP38 again via step SP30 and step SP32. Here, since the default flag has been previously set to "1", "NO" is determined, and the process proceeds to step SP44.
[0039]
Hereinafter, in steps SP44, SP48, SP52, SP56, SP60, SP64, and SP68, it is determined whether or not a predetermined event is detected in the operation unit 8. In a state where the user does not operate the operation unit 8 at all, the determination is “NO” in any of these steps, and the process returns to the main program after finally determining “NO” in step SP68. In other words, no substantial processing is performed in the LCD display subroutine. Therefore, the song file list in alphabetical order initially displayed in step SP40 is continuously displayed on the LCD 10 as it is.
[0040]
2.3.2. Processing for various events
(1) File name ascending display
In step SP44 described above, it is determined whether an event for sorting the file names in ascending alphabetical order has been detected. In this event, it is possible for the user to specify the order of the song files to be displayed in the uppermost column in the song file list to be displayed on the LCD 10. Here, if the order to be displayed in the uppermost column is not specified, the process proceeds to step SP46, and the same display as in step SP40 described above is performed.
[0041]
On the other hand, when the order of the song files to be displayed in the uppermost column is designated, the designated file order starts from the first file list unit number (in the above example, the file list unit number “02” (FRIEND)). Until then, the rear number NFk is sequentially read. When the file list unit number k reaches the designated order, the contents to be displayed on the LCD 10 thereafter, that is, the corresponding file name section 50, time stamp section 52, and data size section 54 are read into the memory 4. It will be. Based on the read content, a list of song files after the designated order is displayed on the LCD 10.
[0042]
(2) File name descending display
In step SP48 described above, it is determined whether an event for sorting the file names in descending alphabetical order is detected. In this event, it is also possible for the user to specify the order of the song files to be displayed in the uppermost column in the song file list to be displayed. Here, if a song file to be displayed in the uppermost column is not specified, the following processing is executed.
[0043]
That is, when the process proceeds to step SP50, the contents of the song file / name sort information section 26 are read from the hard disk 6, and a file list unit number k with a later number NFk having an end code "FE" is searched. In the example of FIG. 3A, it can be seen that the end code “FE” is stored in the number NFk3 after the file list unit number “03”.
[0044]
Next, the contents of the file name section 50, the time stamp section 52, and the data size section 54 are read from the file list unit 40-3 corresponding to the file list unit number "03". As a result, all the contents to be displayed on the LCD 10 for the file list unit number “03” (WHAT's NEW?) Are read into the memory 4.
[0045]
Next, the previous number PF3 of the file list unit number “03” (WHAT's NEW?) Is referred to. In the example of FIG. 3A, since the previous number PF3 is “00”, the file name unit 50, the time stamp unit 52, and the file list unit 40-0 corresponding to the file list unit number “00”. The contents of the data size section 54 are read. As a result, all the contents to be displayed on the LCD 10 for the file list unit number “00” (NIGHTWING) are read into the memory 4.
[0046]
Next, the previous number PF0 of the file list unit number “00” (NIGHTWING) is referred to. In the example of FIG. 3A, since the previous number PF0 is “01”, the file name unit 50, the time stamp unit 52, and the file list unit 40-1 corresponding to the file list unit number “01”. The contents of the data size section 54 are read. As a result, all the contents to be displayed on the LCD 10 for the file list unit number “01” (MAGIC) are read into the memory 4.
[0047]
Similarly, the contents of the file name unit 50 and the like are read out for the currently referenced file list unit number k, and thereafter, the same operation is performed using the number stored as the number NFk as a new file list unit number k. To be repeated. As a result, the contents to be displayed on the LCD 10 are read into the memory 4 one after another. Then, when the previous number PFk becomes the top code “FF” or when the number of already read file name portions 50 and the like reaches the maximum value that can be displayed on the LCD 10, the read content is displayed on the LCD 10. Is done. FIG. 4B shows a display example in such a case.
[0048]
On the other hand, when the order of the song files to be displayed in the uppermost column is specified, the file list unit number (file list unit number “03” (WHAT's NEW?) In the above example) is determined in descending order. The previous number PFk is sequentially read out until the designated order is reached. Then, when the file list unit number k reaches the designated order, the contents to be displayed on the LCD 10, that is, the corresponding file name section 50 and the like are read into the memory 4 thereafter. Based on the read contents, a list of song files in descending order after the designated order is displayed on the LCD 10.
[0049]
2.3.3. File size ascending order display
In step SP52 described above, it is determined whether or not an event for sorting the file names in ascending order of the file size has been detected. In this event, it is also possible for the user to specify the order of the song files to be displayed in the uppermost column in the song file list to be displayed on the LCD 10. If "YES" is determined here, the process proceeds to step SP54. Here, the contents of the song file size sort information section 28 are read from the hard disk 6 and, based on this, from the song file of the minimum capacity (or the order specified from the minimum) as in step SP40 described above. Song file lists are displayed on the LCD 10 in ascending order of capacity.
[0050]
2.3.4. File size descending display
In step SP56 described above, it is determined whether or not an event for sorting the file names in ascending order of the file size has been detected. In this event, it is also possible for the user to specify the order of the song files to be displayed in the uppermost column in the song file list to be displayed on the LCD 10. If "YES" is determined here, the process proceeds to step SP58. Here, the contents of the song file size sort information section 28 are read from the hard disk 6 and, based on this, from the song file of the maximum capacity (or the order specified from the maximum), as in step SP50 described above. The song file list is displayed on the LCD 10 in descending order of capacity.
[0051]
2.3.5. Timestamp ascending display
In step SP60 described above, it is determined whether an event for sorting the file names in ascending order of the time stamp is detected. In this event, it is also possible for the user to specify the order of the song files to be displayed in the uppermost column in the song file list to be displayed on the LCD 10. Here, if “YES” is determined, the process proceeds to step SP62. Here, the contents of the song file / date sort information section 30 are read from the hard disk 6, and based on this, the song of the earliest date and time (or the order specified from the earliest) is used, as in step SP40 described above. The song file list is displayed on the LCD 10 in the order of the timestamp from the file.
[0052]
2.3.6. Timestamp descending display
In step SP64 described above, it is determined whether an event for sorting the file names in descending order of the time stamp is detected. In this event, it is also possible for the user to specify the order of the song files to be displayed in the uppermost column in the song file list to be displayed on the LCD 10. Here, if “YES” is determined, the process proceeds to step SP66. Here, the contents of the song file / date sort information section 30 are read out from the hard disk 6, and based on this, similar to the case of step SP50 described above, the latest (or the order specified from the latest) song file The song file list is displayed on the LCD 10 in order.
[0053]
2.3.7. Other event processing for song file list
In step SP68 described above, it is determined whether or not another event related to the display of the song file list has occurred. If "YES" is determined here, the process proceeds to step SP70, and a process corresponding to the event is executed. The “other events related to the display of the song file list” include, for example, an event of scrolling the song file list up and down.
[0054]
2.3.8. Event processing for items other than the song file list
If a display other than the song file list is selected in step SP30 described above, “NO” is determined in step SP32, and the process proceeds to step SP34. Here, the default flag is set to “0”. Next, when the process proceeds to step SP36, a process of displaying information related to items other than the song file list is executed.
[0055]
For example, display of a tone file list, display of various statuses of the hard disk recorder, and the like correspond to this. Since the default flag is set to "0" in step SP34, and if the operation unit 8 subsequently performs an operation for displaying the song file list again, the alphabetic character is executed by executing step SP40. The song file list in ascending order is displayed on the LCD 10.
[0056]
3. Modified example
The present invention is not limited to the embodiments described above, and various modifications are possible, for example, as follows.
(1) In the above embodiment, the update of each sort information section 26 to 36 and the display of the song file list and the like are performed by the application program running on the hard disk recorder. Or the like, and can be distributed by storing it in a recording medium such as the above, or can be distributed through a transmission path.
[0057]
【The invention's effect】
As described above, according to the present invention, a sorting result is stored in one storage unit of a recording medium on which information is recorded along a plurality of concentric tracks on a disk, and the sorting result is stored in an order based on the sorting result. Since information indicating each file is displayed, it is possible to quickly display a file list screen or the like with a small number of resources.
[Brief description of the drawings]
FIG. 1 is an overall block diagram of a hard disk recorder according to an embodiment of the present invention.
FIG. 2 is a cluster map of a hard disk 6 in the embodiment.
FIG. 3 is an operation explanatory diagram of the embodiment.
FIG. 4 is a diagram showing a display example of the LCD 10 in the embodiment.
FIG. 5 is a flowchart of a main program executed by a CPU 2.
FIG. 6 is a flowchart of an LCD display subroutine executed in CPU2.
[Explanation of symbols]
2 CPU, 4 memory, 6 hard disk, 8 operating unit, 10 LCD, 12 signal processing unit, 20 OS area, 22 program area, 24 file list area, 26 song file name sort Information part, 28 ... Song file size sort information part, 30 ... Song file date sort information part, 32 ... Tone file name sort information part, 34 ... Tone file size sort information part, 36 ... Tone file date sort Information section, 38: Song file / tone file area, 40-0 to 40-m: File list unit, 50: File name section, 52: Time stamp section, 54: Data size section, 56: Attribute section, 58: Protect Section, 60: file cluster section, 70: front number storage section, 80: rear number憶部.

Claims (4)

ディスク上の同心円状の複数のトラックに沿って情報が記録され、各々が当該トラックを放射状に分割してなる一または複数の領域によって情報の記録および再生を行うための記憶単位が構成されるとともに、複数のファイルを記憶するディスク状記録媒体に適用されるファイル管理方法であって、
前記複数のファイルのうち何れかに対する追加または削除に伴って、これらファイルを所定の順序でソートした結果を一の特定の記憶単位に格納するソート結果格納過程と、
該特定の記憶単位に格納されているソート結果に基づいた順序によって、前記各ファイルを指標する情報を表示する表示過程と
を有することを特徴とするファイル管理方法。Information is recorded along a plurality of concentric tracks on the disk, and a storage unit for recording and reproducing information is formed by one or a plurality of areas each of which is formed by radially dividing the track. File management method applied to a disk-shaped recording medium storing a plurality of files,
Along with addition or deletion of any of the plurality of files, a sort result storing step of storing the results of sorting these files in a predetermined order in one specific storage unit,
Displaying the information indicating each of the files in an order based on the sorting result stored in the specific storage unit. 前記ソート結果格納過程は、前記各ファイルを複数種類のソート方法に基づいて各々ソートして成る複数のソート結果を、一または複数の特定の記憶単位に格納する過程であり、
これら複数種類のソート方法のうち何れかを選択する選択過程をさらに有し、前記表示過程は、この選択されたソート方法に対応する特定の記憶単位に格納されているソート結果に基づいた順序によって、前記各ファイルを指標する情報を表示する過程である
ことを特徴とする請求項１記載のファイル管理方法。The sorting result storing step is a step of storing a plurality of sorting results obtained by respectively sorting the files based on a plurality of types of sorting methods in one or a plurality of specific storage units,
The method further includes a selecting step of selecting any one of the plurality of types of sorting methods, wherein the displaying step is performed according to an order based on a sorting result stored in a specific storage unit corresponding to the selected sorting method. 2. The file management method according to claim 1, further comprising the step of displaying information indicating the respective files. 請求項１または２記載のファイル管理方法を実行することを特徴とするファイル管理装置。A file management apparatus for executing the file management method according to claim 1. 請求項１または２記載のファイル管理方法を実行することを特徴とするプログラム。A program for executing the file management method according to claim 1 or 2.

Images