(57)【特許請求の範囲】
【請求項１】
情報記録媒体に記録されている複数のファイル情報を読み出すステップと、
前記ファイル情報に基づいて作成されたチェックコードを付加して該ファイル情報を補助メモリに記録するステップと、
前記ファイル情報と前記チェックコードとを照合し、該ファイル情報が正常か否かを判定するステップと、
前記判定するステップにおいて、前記ファイル情報が正常であると判定された場合には前記補助メモリ内のファイル情報を使用し、正常ではないと判定された場合には前記情報記録媒体から前記ファイル情報を再取得するステップと
を具備し、前記チェックコードを付加して前記ファイル情報を補助メモリに記録するステップは、前記チェックコードを各々のファイル情報毎に作成、付加し、
前記チェックコードが付加された複数の前記ファイル情報は、前記補助メモリ内において予め決められたメモリ容量を有する情報ブロック毎に格納され、
前記情報ブロック内に前記ファイル情報を格納した結果、該情報ブロック内に空き領域が存在する場合には、前記チェックコードは、該空き領域内に存するデータを無視し、該情報ブロック内に占める該ファイル情報のみによって作成され、
前記ファイル情報は、該ファイルのファイル名及びファイル名長を含み、
前記チェックコードは、前記情報ブロック内における前記ファイル名の先頭から前記ファイル名長以降のデータを無視して作成される
ことを特徴とするファイル情報の管理方法。
【請求項２】
前記ファイル情報を再取得するステップは、
前記判定するステップにおいて正常ではないと判定されたファイル情報についてのみ再取得し、該ファイル情報に基づくチェックコードを再度作成、付加する
ことを特徴とする請求項１記載のファイル情報の管理方法。
【請求項３】
前記ファイル情報には、前記ファイル情報を構成する各ビットの和の下位ビットを利用する方式、誤り訂正符号を用いる方式、巡回符号を用いる方式からなるグループのうちのいずれかを用いて作成された複数の前記チェックコードが付加される
ことを特徴とする請求項１または２記載のファイル情報の管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、ファイル情報の管理方法に関するものである。特に、ＣＤ−ＲＯＭ（Compact Disc ROM）、ＣＤ−Ｒ（CD Recordable）等のリムーバルメディアより取得したファイル情報の信頼性を検証するための技術に関する。
【０００２】
【従来の技術】
従来、一般に広く普及している音楽用ＣＤ（ＣＤ−ＤＡ）に記録できる曲数は９９曲に限定されていた。しかし近年、ＭＰ３（MPEG-1, Audio layer-III）、ＡＡＣ（Advanced Audio Coding）、ＷＭＡ（Windows Media Audio）等に代表されるように、音楽データの圧縮技術は急速に進展している。これらの技術により音楽データを圧縮することで、記録容量の許す限りの曲数をＣＤ−ＲＯＭ、ＣＤ−Ｒ等に記録することが出来る。そして、これらのディスクに記録された曲は、音楽データファイルとして扱われ、ディレクトリまたはフォルダという概念で管理されている。
【０００３】
このように、大量の音楽データファイルがディスクに記録されるようになると、直接ディスク内を検索する方法では、目標となるファイルへのアクセスに膨大な時間がかかることになる。そこで、ディスクに記録された各々のファイルの開始・終了アドレスやデータサイズ等の情報を、ディスク再生装置内の補助メモリ内に予め書き込んでおく。そして、この補助メモリ内の情報を用いることで、ディスク内に記録されたファイルへの高速アクセスを実現している。なお、補助メモリへのファイル情報の書き込みは、ディスク再生装置にディスクがセットされた時点で行われる。
【０００４】
ところで、ディスク再生装置がオフ状態（スタンバイ状態）をはさんで再びオン状態に復帰した場合には、ファイル情報の再取得をせずに、補助メモリ内に保存されているファイル情報を用いて音楽データにアクセス出来ることが望ましい。そのためには、補助メモリ内に保存されているファイル情報の信頼性が重要となる。なぜなら、例えばスタンバイ状態中にファイル情報が破壊された場合等には、ディスクへのアクセスを正常に行うことが出来なくなるからである。そこで、補助メモリ内におけるファイル情報の管理方法が種々提案されている。
【０００５】
【発明が解決しようとする課題】
従来のファイル情報の管理方法について図７（ａ）、（ｂ）を用いて説明する。図７（ａ）、（ｂ）は、補助メモリのメモリ空間の構成を示す概念図である。
【０００６】
まず図７（ａ）に示す管理方法では、補助メモリのメモリ空間２００内にファイル情報２３０を書き込むと同時に、メモリ空間２００内の２点（若しくは３点）に同一データ（チェックデータ）２６０、２６０を書き込んでいる。そして、チェックデータ２６０、２６０の内容が同一か否かにより、ファイル情報２３０が正常であるか否かを判定する。
【０００７】
しかし、この方法ではファイル情報そのものを見ておらず、信頼性に大きな不安を抱えるものであった。
【０００８】
他方で、図７（ｂ）に示す管理方法では、メモリ空間２００内にファイル情報２３０を書き込むと同時に、ファイル情報２３０全体についてのチェックコード２４０を作成している。そして、ファイル情報２３０とチェックコード２４０とを照合することにより、ファイル情報２３０が正常か否かを判定する。
【０００９】
しかし、この方法ではファイル情報が正常でないと判定されると、そのファイル情報の全てを破棄することになる。従って、ファイル情報のどの位置が破損しているのか、またどの程度の破損率であるか、といった情報が得られない。更に、メモリ空間２００内にはファイル情報を格納するための一定容量の領域が予め確保される。ここで、実際にディスクに記録されているファイル、フォルダ数が、メモリ空間２００に確保された当該領域の予定する数よりも少ない場合には、無効なデータが残存する空き領域が生ずる。しかし、図７（ｂ）の方法では、この空き領域内に残存するデータも含めて、当該領域全体のデータに基づいてチェックコードを作成している。また、個々のファイル情報に着目しても、該ファイル情報の格納される領域が固定長である場合には、未使用領域を含めてチェックコードを作成せねばならない。従って、チェックコードの作成に必要な処理量が無駄に増加するという問題があった。
【００１０】
この発明は、ファイル情報を個々に管理出来ると共に、チェックコードの作成に必要な処理量を削減できるファイル情報の管理方法を提供する。
【００１１】
【課題を解決するための手段】
この発明の一態様に係るファイル情報の管理方法は、情報記録媒体に記録されている複数のファイル情報を読み出すステップと、前記ファイル情報に基づいて作成されたチェックコードを付加して該ファイル情報を補助メモリに記録するステップと、前記ファイル情報と前記チェックコードとを照合し、該ファイル情報が正常か否かを判定するステップと、前記判定するステップにおいて、前記ファイル情報が正常であると判定された場合には前記補助メモリ内のファイル情報を使用し、正常ではないと判定された場合には前記情報記録媒体から前記ファイル情報を再取得するステップとを具備し、前記チェックコードを付加して前記ファイル情報を補助メモリに記録するステップは、前記チェックコードを各々のファイル情報毎に作成、付加し、前記チェックコードが付加された複数の前記ファイル情報は、前記補助メモリ内において予め決められたメモリ容量を有する情報ブロック毎に格納され、前記情報ブロック内に前記ファイル情報を格納した結果、該情報ブロック内に空き領域が存在する場合には、前記チェックコードは、該空き領域内に存するデータを無視し、該情報ブロック内に占める該ファイル情報のみによって作成され、前記ファイル情報は、該ファイルのファイル名及びファイル名長を含み、前記チェックコードは、前記情報ブロック内における前記ファイル名の先頭から前記ファイル名長以降のデータを無視して作成される。
【００１４】
【発明の実施の形態】
以下、この発明の実施形態を図面を参照して説明する。この説明に際し、全図にわたり、共通する部分には共通する参照符号を付す。
【００１５】
この発明の第１の実施形態に係るファイル情報の管理方法について説明する。図１はディスク再生装置の概要を示すブロック図である。
【００１６】
図示するように、ディスク再生装置１０は、再生部１１、デジタル信号プロセッサ（ＤＳＰ）１２、メモリ１３、ＣＰＵ１４、操作パネル１５、及びスピーカ１６、１７を有している。
【００１７】
再生部１１にはディスク１８がセットされ、ディスク１８に記録されたデータを再生する。ディスク１８は、ＣＤ−ＤＡ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ等を含むものである。そして、ディスク１８がＣＤ−ＤＡである場合には、ディスク１８より得られるデジタルステレオ信号をアナログステレオ信号に変換し、スピーカ１６で再生する。ディスク１８がＣＤ−ＲＯＭ、ＣＤ−Ｒである場合には、ディスク１８より得られるデジタル信号をデジタル信号プロセッサ１２へ供給する。
【００１８】
デジタル信号プロセッサ１２は、再生部１１から送られたデジタル信号をデコードする。デジタル信号プロセッサ１２にはメモリ１３が接続されており、メモリ１３には、デジタル信号をデコードして得られたディスク内の情報が記録される。メモリ１３は、例えばＳＲＡＭ（Static Random Access Memory）等の半導体メモリである。更に、デジタル信号をデコードして得られた音楽データはアナログステレオ信号に変換され、スピーカ１７で再生される。なお、メモリ１３は、デジタル信号プロセッサ１２に内蔵されているものでも良いし、外付けのものでも良い。
【００１９】
ＣＰＵ１４には操作パネル１５が接続されている。操作パネル１５には再生、停止、スキップ等のキー、及びテンキーが設けられている。そして、ディスク再生装置１０の使用者による操作パネル１５の操作に従って、ＣＰＵ１４は再生部１１、デジタル信号プロセッサ１２を制御する。
【００２０】
また、ディスク１８の保持するデータがＭＰ３、ＡＡＣ、ＷＭＡ等の形式で圧縮されたものである場合、曲情報は個々の音楽データファイルとして扱われる。そしてディスク内でディレクトリまたはフォルダという概念で管理される。通常のＣＤ−ＲやＣＤ−ＲＯＭの場合、記録可能なフォルダ数は最大で２５６個、そしてフォルダとファイルとの合計が最大で５１２個とされている。なお、これ以降は、特に断りの無い限り、ファイルとフォルダとを区別せずに「ファイル」という言葉で説明する。
【００２１】
次に上記ディスク再生装置におけるファイル情報の管理方法について図２を用いて説明する。図２は本管理方法のフローチャートである。
【００２２】
まず上述のように再生部１１にディスク１８がセットされる（ステップＳ１）。ここでセットされるディスクは、曲情報を個々のファイルとして取り扱う圧縮技術（ＭＰ３、ＡＡＣ、ＷＭＡ等）を用いて作成されたＣＤ−ＲＯＭ、ＣＤ−Ｒ等である。
【００２３】
次に、再生部１１でディスク１８から得られたデジタル信号を、デジタル信号プロセッサ１２でデコードする。そして、ディスク１８内に記録されているファイル情報を読み出し、メモリ１３内に記録する（ステップＳ２）。引き続き、メモリ内に記録したファイル情報に基づいてチェックコードを作成し、メモリ１３内に記録する（ステップＳ３）。このステップＳ２、Ｓ３について図３を用いて詳細に説明する。図３はメモリ空間の概念図である。
【００２４】
図示するように、メモリ１３のメモリ空間２０には、例えば５１２個のファイル情報が記録出来る領域２１が確保される。この領域２１のメモリ容量として約８ｋバイトを与えることにより、１つのファイル情報には１６バイトの容量が割り当てられる。この１つのファイル情報に割り当てられる１６バイトの領域２２を情報ブロックと以下呼ぶことにする。情報ブロック２２に格納されるファイル情報２３は、例えば当該ファイルのディスク内における先頭アドレス、最終アドレス、及びそのファイルサイズを含む、例えば１４バイトからなる情報である。ファイルのアドレスは、「分（minute）、秒（second）、フレーム（flame）」によって表現される。なお、フレームとは、１秒を７５分割した時間の単位である。
【００２５】
そして、デジタル信号プロセッサ１２は、このファイル情報２３に基づいて、チェックコード２４をファイル毎に作成する（ステップＳ３）。このチェックコードは、例えばチェック・サム（check sum）、ＣＲＣ（cyclic redundancy check）、ＥＣＣ（error correcting code）等の周知の方式により作成されたものである。チェック・サムとは、ファイル情報を示す２進数の値を加算し、その下位ビットの数値のいずれかをチェックコードとするものである。ＣＲＣは、巡回符号を用いる方式である。またＥＣＣは、デジタル信号の誤りを自動的に訂正できる方式であり、ハミング符号、リードソロモン・コード、ＢＣＨ符号、Fire符号、岩垂符号等の符号を選択して付加する。このようなチェックコードが個々のファイル情報毎に作成され、当該ファイル情報と共に情報ブロック内に格納される。１つのファイル上に付加されるチェックコードは必ずしも１つではなく、例えばチェック・サムによるものと、ＣＲＣによるものの２つのチェックコードが付加されても良い。むしろ、複数のチェックコードを付加することが、ファイル情報管理の信頼性を高める観点からは好ましい。なお、１つの情報ブロックの容量は１６バイトであり、ファイル情報は１４バイトであるから、チェックコードに対しては２バイトが割り当てられる。
【００２６】
このようにして、ファイル情報２３及びチェックコード２４が、メモリ１３における情報ブロック２２に記録されていく。なお、ディスク内のファイル数が５１２個未満であれば、領域２１の一部は空き領域２５となる（図４参照）が、この空き領域２４についてはチェックコードを作成しない。
【００２７】
その後のディスク演奏等の後、ディスク再生装置がオフ状態（スタンバイ状態）となり（ステップＳ４）、再びオン状態になった（ステップＳ５）と仮定する。すると、ＤＳＰ１２はメモリ１３に記録されているファイル情報とチェックコードとを照合する（ステップＳ６）。
【００２８】
照合の結果、ファイル情報とチェックコードとが一致した場合（ステップＳ７）には、メモリ１３に記録されているファイル情報は正常であると判断する。他方、ファイル情報とチェックコードとが不一致であった場合（ステップＳ７）には、メモリ１３に記録されているファイル情報は破壊されていることを意味するため、ディスク１８からファイル情報を再取得する（ステップＳ８）。なお、ファイル情報の再取得は、破壊されたファイル情報のみについて行っても良いし、全てのファイル情報について行っても良い。
【００２９】
このようにしてメモリ１３に記録したファイル情報を検証し、以後はこのファイル情報を用いてディスク１８へのアクセスを行う。
【００３０】
上記のようなファイル情報の管理方法であると、個々のファイル情報毎にチェックコードを作成・付加している。従って、（１）ファイル情報毎に正常であるか否かを判定でき、ファイル情報の破損率、破壊されたファイル情報のディスク内における分布等の検証が容易となる。また、ファイル情報のいずれかが破壊された場合、ディスクからのファイル情報の再取得は全てのファイル情報に対して行う必要はなく、破壊されたファイル情報のみ再取得すれば足りる。そのため、再取得に必要な時間、消費電力等を削減できる。
【００３１】
また、メモリ１３内において、ファイル情報を格納するために確保された領域２１の空き領域２５については、チェックコードの作成・付加を行わない。従って、（２）チェックコード作成を必要最小限に抑えることが出来ると共に、ファイル情報とチェックコートとの照合に必要な処理時間を削減できる。
【００３２】
次にこの発明の第２の実施形態に係るファイル情報の管理方法について説明する。本実施形態は、上記第１の実施形態におけるファイル情報にファイル名を加えたものである。図５はメモリ空間における情報ブロックの概念図である。
【００３３】
図示するように、本実施形態に係るファイル情報の管理方法では、ファイル情報として当該ファイルの先頭、最終アドレス、ファイルサイズの他に、ファイル名及びその名前長も管理する。そして、これらのアドレス、ファイルサイズ、ファイル名、及びその名前長に基づいてチェックコードを作成する。メモリ１３内において個々のファイル情報毎に割り当てられる情報ブロック２２は、チェックコード、アドレス、ファイルサイズ、及びファイル名長に対しては１６バイト、ファイル名に対しては１２８バイトの領域が確保される。従って、メモリ空間には、５１２×１４４バイト≒７４ｋバイトの容量を有する領域が、ファイル情報を格納するために確保されることになる。なお、ファイル名に対して１２８バイトの容量が確保されているが、ファイル名が短く、１２８バイト全ての容量を必要とせず、余った領域が空き領域となる場合（図６参照）がある。この場合には、空き領域の内容は無視してチェックコードを作成する。すなわち、ファイル名が１０バイトであったとすると、残りの１１８バイトは空き領域である。この空き領域には、前に記録されたファイル名等が残っていることになる。そこで、ファイル名長に当該ファイル名は１０バイトであることが記録されているから、この情報に基づき、ファイル名が格納される領域については、先頭から１０バイトまでに記録されているデータのみを用い、それ以降の１１バイト〜１２８バイトまでのデータは無視してチェックコードを作成する。
【００３４】
上記のような方法によれば、個々のファイル毎に割り当てられたメモリ空間において、使用しない領域内のデータを考慮せず、有効なデータのみを用いてチェックコードを作成している。すなわち、必要最低限のデータのみを用いてチェックコードを作成している。従って、第１の実施形態で説明した効果に加えて、チェックコード作成の処理時間を削減できる。
【００３５】
また、ファイル名は通常、曲の題名であることが多い。この場合には、ファイル名を含むファイル情報を、例えば操作パネル１５に設けられた表示部に送出することで、表示部に現在演奏されている曲名を表示させることが出来る。従来では、チェックコードを情報ブロック全体のデータを用いて作成していたために、ファイル名が短い場合であっても、情報ブロック内の全てのデータを表示部に送る必要があった。しかし本実施形態では、有効なデータのみを用いてチェックコードを作成している。従って、情報ブロック内における有効なデータのみを表示部に送れば良い。すなわち、ファイル名に割り当てられた情報ブロックにおける空き領域内のデータは送る必要がない。そのため、表示部との間で授受を行うデータ量を削減できる。このことは、ファイル名に限らず、その他のデータをファイル情報として有する場合であっても同様である。
【００３６】
上記説明してきたように、第１、第２の実施形態に係るファイル情報の管理方法によれば、ファイル情報を個々に管理出来ると共に、チェックコードの作成に必要な処理量を削減できるファイル情報の管理方法が提供できる。
【００３７】
なお、上記実施形態では、音楽データの記録媒体としてＣＤ−Ｒ、ＣＤ−ＲＯＭを例に挙げて説明したが、音楽データをファイル、フォルダといった形で記録されているものであれば限定されない。特に、大容量のＤＶＤ（Digital Versatile Disc）等であれば、更に本願発明の効果が顕著に現れるといってよい。なぜなら、従来のＣＤ−ＲやＣＤ−ＲＯＭでは最大ファイル数が５１２であるが、ＤＶＤで扱うファイル数は、この数倍〜数十倍になる。従って、１つのファイルが破壊された場合に全ファイルの再取得を行うのは非常に非効率的である。しかし、本発明によれば、個々のファイル単位で管理が可能であり、ファイル情報を効率的に管理出来る。
【００３８】
また、上記実施形態では、まず全てのファイルについてのファイル情報をメモリに書き込んだ後に、ファイル情報毎にチェックコードを作成している。しかし、個々のファイル情報をメモリに書き込む毎に、当該ファイル情報に対応するチェックコードを作成、付加しても構わない。
【００３９】
また、メモリ内で格納できる最大ファイル数を５１２にして説明したが、勿論これは単なる一例に過ぎず、仕様によってその値は自由に選択できる。
【００４０】
なお、本願発明は上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。更に、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組み合わせにより種々の発明が抽出されうる。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果が得られる場合には、この構成要件が削除された構成が発明として抽出されうる。
【００４１】
【発明の効果】
以上説明したように、この発明によれば、ファイル情報を個々に管理出来ると共に、チェックコードの作成に必要な処理量を削減できるファイル情報の管理方法を提供できる。
【図面の簡単な説明】
【図１】この発明の第１の実施形態に係るファイル情報の管理方法を実現するディスク再生装置のブロック図。
【図２】この発明の第１の実施形態に係るファイル情報の管理方法のフローチャート。
【図３】この発明の第１の実施形態に係るファイル情報の管理方法によってファイル情報を格納されたメモリ空間の概念図。
【図４】この発明の第１の実施形態に係るファイル情報の管理方法によってファイル情報を格納されたメモリ空間の概念図。
【図５】この発明の第２の実施形態に係るファイル情報の管理方法によって管理されるファイル情報の概念図。
【図６】この発明の第２の実施形態に係るファイル情報の管理方法によって管理されるファイル情報の概念図。
【図７】従来のファイル情報の管理方法によってファイル情報を格納されたメモリ空間の概念図であり、（ａ）図はチェックデータを書き込む方法、（ｂ）図は従来のチェックコードを使用する方法によるメモリ空間。
【符号の説明】
１０…ディスク再生装置
１１…再生部
１２…ＤＳＰ
１３…メモリ
１４…ＣＰＵ
１５…操作パネル
１６、１７…スピーカ
１８…ディスク
２０、２００…メモリ空間
２１、２１０…ファイル情報格納領域
２２…ファイル情報を格納するために確保された領域
２３、２３０…ファイル情報
２４、２４０…チェックコード
２５…空き領域
２６０…チェックデータ
【図１】
0004071460.tif 000002
【図２】
0004071460.tif 000003
【図３】
0004071460.tif 000004
【図４】
0004071460.tif 000005
【図５】
0004071460.tif 000006
【図６】
0004071460.tif 000007
【図７】
0004071460.tif 000008