JP2002297444A - データ記録方法およびデータ読み出し方法 - Google Patents

Abstract

(57)【要約】 【課題】 論理アドレスの管理を不要とすることによ
り、処理を簡略化し、論理／物理変換用メモリの削減を
図ることである。 【解決手段】 バッファメモリと、フラッシュメモリと
を備えた記録システムにおけるデータ記録方法であっ
て、フラッシュメモリは、複数のデータ領域、および、
その各々に対応し、かつインデックス値を記録する複数
のインデックス領域を備えており、データ記録方法は、
第１の順序で処理される複数のデータを提供し、複数の
データを受け取り、その各々を第１の順序でバッファメ
モリに格納し、バッファメモリに格納された複数のデー
タを読み出し、読み出した複数のデータを、第１の順序
とは逆の第２の順序でフラッシュメモリの複数のデータ
領域に記録し、複数のデータのうち、連続する２つのデ
ータを記録したデータ領域のアドレスの差を、インデッ
クス値として記録するデータ記録方法等を提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、フラッシュメモリ
へのデータの記録に関する。

【０００２】

【従来の技術】従来、フラッシュメモリにデータを記録
し、必要に応じて記録したデータを読み出し、処理する
機器が数多く知られている。図６は、従来のソリッドス
テートオーディオプレーヤ６０のブロック図である。こ
のオーディオプレーヤ６０は、音楽データとしての電子
データを処理して、スピーカ等からその音楽を出力す
る。

【０００３】次に、オーディオプレーヤ６０の動作を説
明する。フラッシュメモリ６へのデータの記録は以下の
ように行われる。符号化された音楽データ（例えばＭＰ
３データ）は、データ入力端子４から入力され、ＣＰＵ
５を経由してバッファメモリ７に一旦格納される。この
データをフラッシュメモリ６に格納するために、ＣＰＵ
５は、論理／物理アドレス変換用メモリ９を使用して論
理アドレスを物理アドレスに変換する。その理由は、フ
ラッシュメモリ６には使用当初より使用不可の領域が存
在し、また使用途中の書き込み／消去動作において良品
の領域が不良となり得ることから、不良領域を避けるよ
うにフラッシュメモリ６に書き込むためである。論理／
物理アドレスの変換が終了すると、ＣＰＵ５は、バッフ
ァメモリ７に格納されていた音楽データをフラッシュメ
モリ６に記録する。

【０００４】一方、フラッシュメモリ６に格納された所
望の音楽データの読み出しは以下のように行われる。す
なわち読み出しに際しては、ＣＰＵ５は論理アドレスを
指定する。論理アドレスは、論理／物理アドレス変換用
メモリ９により物理アドレスに変換される。ＣＰＵ５
は、フラッシュメモリ６のその物理アドレスから一連の
音楽データを読み出す。

【０００５】

【発明が解決しようとする課題】フラッシュメモリを用
いてデータを記録再生する装置（例えばオーディオプレ
ーヤ６０）では、フラッシュメモリの不良領域を管理す
るため、全ての論理アドレスの管理と、論理／物理アド
レスの変換を行う必要がある。よって、中央処理装置
（ＣＰＵ）の処理が複雑化するとともに、大容量の論理
／物理変換用メモリが必要となり、コストが低減できな
かった。

【０００６】本発明の目的は、論理アドレスの管理をな
くして論理／物理変換用メモリを削減するフラッシュメ
モリへのデータ書き込み方法、およびフラッシュメモリ
からの読み出し方法を提供することである。

【０００７】

【課題を解決するための手段】本発明によるデータ記録
方法は、バッファメモリと、フラッシュメモリとを備え
た記録システムにおけるデータ記録方法であって、フラ
ッシュメモリは、複数のデータ領域、および、その各々
に対応し、かつインデックス値を記録する複数のインデ
ックス領域を備えており、第１の順序で処理される複数
のデータを提供するステップと、前記複数のデータを受
け取り、その各々を前記第１の順序でバッファメモリに
格納するステップと、バッファメモリに格納された前記
複数のデータを読み出すステップと、読み出した前記複
数のデータを、前記第１の順序とは逆の第２の順序でフ
ラッシュメモリの前記複数のデータ領域に記録し、かつ
前記複数のデータのうち、連続する２つのデータを記録
したデータ領域のアドレスの差を、インデックス値とし
てインデックス領域に記録するステップとからなるデー
タ記録方法であり、これにより上記目的が達成される。

【０００８】フラッシュメモリは、ポインタを記録する
ポインタ領域をさらに備えており、記録する前記ステッ
プは、前記複数のデータのうち、最初および最後に処理
すべきデータを示す開始ポインタおよび終了ポインタ
を、ポインタ領域にさらに記録するステップであっても
よい。

【０００９】フラッシュメモリは、前記複数のデータ領
域の各々に対応して、その各々が書き込み可能か否かを
示すコードを記録する複数のコード領域をさらに備えて
おり、記録する前記ステップは、バッファメモリから読
み出した前記複数のデータを、書き込み可能のコードが
付されたコード領域に対応したデータ領域に記録するス
テップであってもよい。

【００１０】バッファメモリの容量は、フラッシュメモ
リの容量よりも小さくてもよい。

【００１１】前記複数のデータのデータ量がバッファメ
モリの容量よりも大きい場合には、複数のデータを提供
する前記ステップは、前記複数のデータのうち、バッフ
ァメモリに格納可能なデータ量ごとに部分データを提供
するステップであってもよい。

【００１２】フラッシュメモリは、前記複数のデータ領
域の各々に対応して、ブロック番号を記録するブロック
領域をさらに備えており、フラッシュメモリに記録する
前記ステップは、前記部分データごとに異なるブロック
番号を割り当てるステップと、前記部分データを記録し
たデータ領域に対応するブロック領域に、割り当てた前
記ブロック番号を記録するステップとをさらに含んでも
よい。

【００１３】本発明によるデータ読み出し方法は、上記
記録方法により記録されたフラッシュメモリから前記複
数のデータを読み出す方法であって、前記開始ポインタ
に基づいて、最初に処理すべきデータをデータ領域から
読み出し、読み出したデータが記録されていたデータ領
域のアドレスと、前記インデックス値とに基づいて、次
に読み出すべきデータが記録されているデータ領域のア
ドレスを取得するステップと、取得された前記アドレス
に基づいて、次に読み出すべきデータを読み出すステッ
プとからなる、データ読み出し方法であり、これにより
上記目的が達成される。

【００１４】取得する前記ステップは、前記読み出した
データが記録されていたデータ領域のアドレスと、前記
インデックス値とを加算することにより、次に読み出す
べきデータが記録されているデータ領域のアドレスを取
得するステップであってもよい。

【００１５】

【発明の実施の形態】以下、添付の図面を参照して本発
明の実施の形態１および２を説明する。実施の形態で
は、ソリッドステートオーディオプレーヤについて説明
する。これはフラッシュメモリにデータを記録し、必要
に応じて記録したデータを読み出し、処理する機器の例
である。したがって本発明は、フラッシュメモリに音楽
データを記録再生するオーディオプレーヤのみならず、
画像データを記録し再生する機器、例えばデジタルカメ
ラ等にも適用できる。

【００１６】（実施の形態１）図１は、本実施の形態に
よるソリッドステートオーディオプレーヤ１０のブロッ
ク図である。このオーディオプレーヤ１０は、音楽デー
タとしての電子データを処理して、スピーカ等からその
音楽を出力する。本明細書では、この音楽データは、メ
モリ容量を可能な限り低減させるために符号化した圧縮
音楽データ（例えばＭＰ３データ）とする。オーディオ
プレーヤ１０は、デコーダ１、Ｄ／Ａコンバータ２、ス
ピーカ３−１（および／または音声出力端子３−２）、
データ入力端子４、中央処理装置（以下「ＣＰＵ」）
５、フラッシュメモリ６、バッファメモリ７、および、
操作部８とを備える。

【００１７】本実施の形態の主たる特徴は、バッファメ
モリ７にまずある所定の順序で複数のデータを格納し、
格納されたデータを所定の順序とは逆の順序でフラッシ
ュメモリに記録することである。このとき、連続する２
つのデータを記録したデータ領域のアドレスの差を、イ
ンデックス値としてフラッシュメモリのインデックス領
域にも記録する。これにより、これにより論理アドレス
による複雑なメモリ管理によることなく、かつ所望の順
序で読み出しができるようデータを記録できる。

【００１８】上述の本実施の形態の特徴を説明するため
に、以下、まずオーディオプレーヤ１０の各構成要素か
ら説明する。デコーダ１は、ＣＰＵ５から送られてくる
様々な方式で圧縮された音楽データを復号化するオーデ
ィオデータデコーダである。Ｄ／Ａコンバータ２は、符
号化されていないデータをアナログデータに変換する。
スピーカ３−１は、アナログデータを可聴音に変換す
る。音声出力端子３−２は、ヘッドホン等の外部スピー
カにアナログデータを出力する端子である。データ入力
端子４は、オーディオプレーヤ１０へ音楽データ等のデ
ータを入力する端子である。バッファメモリ７は、デー
タを一時的に蓄積するバッファである。なお、デコーダ
１、Ｄ／Ａコンバータ２は周知の回路等でよいので、そ
の詳細な構成および動作の説明は省略する。

【００１９】フラッシュメモリ６は、電気的に内容を書
き換えることができるＥＥＰＲＯＭ（Electrically era
sable programmable ROM）の一種である。フラッシュメ
モリ６を含むＥＥＰＲＯＭは、電源を供給しなくとも記
憶内容を保持できるという特徴がある。なおフラッシュ
メモリ６の容量と、バッファメモリ７の容量とは同一と
する。

【００２０】本実施の形態のフラッシュメモリ６をより
具体的に説明する。本実施の形態のフラッシュメモリ６
としては、シリアルアクセスタイプの低コスト化に適し
たフラッシュメモリ（例えばＭ５Ｍ２９Ｆ２５６１１）
を用いる。

【００２１】図２は、フラッシュメモリ６のデータフォ
ーマットを示す模式図である。フラッシュメモリ６に
は、アドレス２４が付された複数のデータ領域２６と、
それに対応する複数の管理領域２８とが規定されてい
る。アドレス２４は、データの記録および再生の際に必
要となるセクタ（データ領域）の番地である。データ領
域２６はデータが記録される領域である。各データ領域
は、セクタとも称される。図２では、圧縮された音楽デ
ータとして、複数のデータ（データ０〜データ（ｎ−
１））が記録されている。管理領域２８は、本実施の形
態で説明するデータの記録および再生の際に必要な情報
が記録される領域である。

【００２２】管理領域２８をより詳しく説明する。管理
領域２８は、ポインタ領域２８−２、インデックス領域
２８−４、および、コード領域２８−６を含む。ポイン
タ領域２８−２は、ポインタを記録する領域である。本
実施の形態では、複数のデータのうち最初に読み出すデ
ータを示す開始ポインタと、最後に読み出すデータを示
す終了ポインタとが用いられる。図２では、開始ポイン
タは「ＳＴＡＲＴ」と表記され、終了ポインタは「ＥＮ
Ｄ」と表記されている。

【００２３】インデックス領域２８−４は、インデック
ス値を記録する領域である。インデックス値とは、次に
読み出すべきデータ領域のアドレスを取得するために用
いられる情報をいう。より具体的にいえば、インデック
ス値は、互いに連続する２つのデータを記録したデータ
領域のアドレスの差である。あるデータ領域のアドレス
と、そのデータ領域に対応するインデックス領域のイン
デックス値とを加算すれば、次に読み出すべきデータ領
域のアドレスを得ることができる。

【００２４】コード領域２８−６は、良品コードが記録
される領域である。良品コードとは、対応するデータ領
域が書き込み可能（良品）であることを示す情報をい
う。これは、フラッシュメモリ６のデータ領域には出荷
当初より使用できない不良領域が存在し、または使用開
始後の書き込み／消去動作において良品の領域が使用で
きない不良領域が生じることに基づく。良品コードは、
フラッシュメモリ製造メーカは、対応するコード領域２
８−６に出荷時に書き込みを行っている。コード領域２
８−６に良品コードが記録されているか否かにより、対
応するデータ領域２６にデータが書き込み可能か否かを
判定できる。

【００２５】以下図３および図４を参照して、オーディ
オプレーヤ１０（図１）における、フラッシュメモリ６
（図１）へのデータ書き込み処理、および、フラッシュ
メモリ６（図１）からのデータ読み出し処理を説明す
る。

【００２６】まずデータ書き込み処理について説明す
る。図３は、書き込み処理のフローを示すフローチャー
トである。書き込み処理は主としてＣＰＵ５（図１）の
制御の下で行われる。はじめに、データ入力端子４（図
１）から符号化された音楽データ（例えばＭＰ３デー
タ）が入力される。ＣＰＵ５（図１）は音楽データを受
けとり、バッファメモリ７（図１）に一旦格納する（ス
テップＳ３０１）。このときバッファメモリ７（図１）
に入力される音楽データは複数のデータから構成された
データ列であり、デコードまたは再生等の処理すべき順
序で格納されていくとする。続いてＣＰＵ５（図１）
は、インデックス値を１にセットする（ステップＳ３０
２）。ここでいうインデックス値は、ＣＰＵ５（図１）
の内部で管理されているインデックス値である。次にＣ
ＰＵ５（図１）は、フラッシュメモリの書き込み対象セ
クタに良品コードが存在するか否かを判定する（ステッ
プＳ３０３）。セクタは、アドレスが大きい最終セクタ
から順に書き込み対象とされる。図２における最終セク
タは、アドレス（ｎ−１）ｈとなる。

【００２７】良品コードが存在する場合には、ＣＰＵ５
（図１）は読み込みの順序と逆の順序でバッファメモリ
７（図１）からデータを読み出す（ステップＳ３０
４）。すなわち、データ列を構成する最後に処理される
データから読み出される。この意味で、バッファメモリ
７（図１）はＦＩＬＯ（First-In Last-Out）バッファ
である。ＣＰＵ５（図１）は、読み出したデータをフラ
ッシュメモリの書き込み対象となっているセクタに書き
込む（ステップＳ３０５）。図２の例では、音楽データ
は、データ（ｎ−１）が初めにバッファメモリから読み
出され、フラッシュメモリのアドレス（ｎ−１）ｈに格
納される。このように、バッファメモリ７（図１）に入
力した順序と逆の順序で、すなわち最後に処理されるデ
ータからフラッシュメモリ６（図１）に記録する理由
は、後に処理されるデータの記録アドレスを確定しなけ
れば、そのデータの直前に処理されるデータを読み出し
た後に、次にどのデータを読み出すべきかの情報を得る
ことができないからである。これは、不良領域が混在す
るフラッシュメモリ６（図１）の場合には特に問題とな
る。

【００２８】次にＣＰＵ５（図１）は、インデックス領
域２８−４（図１）にインデックス値を書き込む（ステ
ップＳ３０６）。なお、上述のようにインデックス値は
次に読み出すべきデータのアドレスを得るために利用さ
れるデータであるから、一番初めに書き込まれたデータ
（アドレス（ｎ−１）ｈのデータ）のインデックス領域
２８−４（図２）には、インデックス値は書き込まれな
い。図３では、ステップＳ３０５およびステップＳ３０
６は２ステップで行われると記載しているが、１ステッ
プであってもよい。

【００２９】一方、良品コードが存在しない場合（ステ
ップＳ３０３の「いいえ」の場合）には、ＣＰＵ５（図
１）はインデックス値に１を加え（ステップＳ３０
７）、次のセクタを書き込みの対象とする（ステップＳ
３０８）。そして再びステップＳ３０３の処理に戻る。

【００３０】再び図３を参照して、最初に書き込まれた
データは最後に読み出され、再生等の処理を施されるデ
ータであるから、ポインタ領域２８−２（図２）にはＥ
ＮＤポインタを付する必要がある。そのため、ＣＰＵ５
（図１）は、書き込んだデータが最後に読み出すべきデ
ータか否かを判定する（ステップＳ３０９）。最後に読
み出すべきデータとは、ここでは最後に処理すべきデー
タとなる。そして最後に読み出すべきデータである場合
には、そのセクタに対応するポインタ領域に「ＥＮＤ」
を書き込む（ステップＳ３１０）。その処理が終了した
後、または最後に読み出すべきデータでない場合には、
続いてバッファメモリ７（図１）内の全てのデータをフ
ラッシュメモリ６（図１）に書き込んだか否かを判定す
る（ステップＳ３１１）。ＣＰＵ５（図１）は、全ての
データを書き込んでいない場合には書き込み対象のセク
タを次のセクタに変更し（ステップＳ３１２）、全ての
データを書き込むまで、再びステップＳ３０２からの処
理を繰り返す。

【００３１】全てのデータを書き込んだ場合には、対応
するポインタ領域に「ＳＴＡＲＴ」を書き込み（ステッ
プＳ３１３）、処理が終了する。

【００３２】以上の処理の結果、例えば図２に示すよう
にアドレス（ｎ−１）ｈ〜０３ｈまでのセクタ全てに良
品コードが付されているとすると、アドレス（ｎ−２）
ｈから０３ｈまでのセクタにはデータ（ｎ−１）〜２が
記録され、インデックス領域２８−４には＋１が記録さ
れる。一方、良品コードが存在しないアドレス０２ｈの
セクタおよびインデックス領域にはデータおよびインデ
ックス値は記録されず、アドレス０１ｈのセクタにデー
タ１が、インデックス領域に＋２が記録される。書き込
みができないセクタが存在する場合には、インデックス
値はその数だけ増加するので、インデックス値は直前に
書き込んだセクタのアドレスからどれだけ離れているか
を表す指標となる。この結果、インデックス値は、互い
に連続する２つのデータを記録したセクタ（データ領
域）のアドレスの差ということができ、データ領域のア
ドレスと、そのデータ領域に対応するインデックス領域
のインデックス値とを加算すれば、次に読み出すべきデ
ータ領域のアドレスを得ることができる。ポインタ領域
２８−２には、アドレス（ｎ−１）ｈには「ＥＮＤ」で
表される終了ポインタが、アドレス００ｈには「ＳＴＡ
ＲＴ」で表される開始ポインタが記録される。以上、フ
ラッシュメモリ６（図１）へのデータ書き込み処理につ
いて説明した。なお、最後に格納されるデータ０のアド
レスは「００ｈ」となっているが、これは仮想的に表し
た値である。最後のデータを格納する位置が必ず「００
ｈ」になるのではなく、その位置は任意に定められる。

【００３３】次にデータ読み出し処理について説明す
る。図４は、読み出し処理のフローを示すフローチャー
トである。読み出し処理も主としてＣＰＵ５（図１）の
制御の下で行われる。まずＣＰＵ５（図１）は、例え
ば、操作部８（図１）から入力されたユーザからの指示
に基づいて、フラッシュメモリのポインタ領域２８−２
（図２）が「ＳＴＡＲＴ」であるセクタからデータを読
み出す（ステップＳ４０１）。１つのセクタからのデー
タの読み出しが終了すると、ＣＰＵ５（図１）は、次の
データの読み出しのための処理を行う。すなわち、その
セクタのアドレス値とインデックス値とを加算する（ス
テップＳ４０２）。そして得られた値をアドレス値に持
つセクタからデータを読み出す（ステップＳ４０３）。
インデックス値を用いれば、次に読み出すべきデータの
アドレスを得られるのは上述のとおりである。例えば、
アドレス００ｈのデータ０の次は、“＋１”というイン
デックス値に基づいてアドレス０１ｈのデータ１を読み
出す。アドレス０１ｈの次は、“＋２”というインデッ
クス値に基づいて、アドレス０３ｈのデータ２を読み出
す。

【００３４】ＣＰＵ５（図１）は、ポインタ領域２８−
２（図２）に「ＥＮＤ」が付されているか否かを判定す
る（ステップＳ４０４）。「ＥＮＤ」が付されている場
合には読み出し処理は終了する。「ＥＮＤ」が付されて
いない場合には、付されたセクタを読み出すまでステッ
プＳ４０２からの処理を繰り返す。読み出されたデータ
は順次、例えば、ＣＰＵ５（図１）を介してデコーダ１
（図１）に入力される。そしてデコーダ１（図１）でデ
コードされ、Ｄ／Ａコンバータ２においてアナログ変換
され、スピーカ３−１（図１）等から音楽として出力さ
れる。以上、読み出し処理について説明した。

【００３５】なお、この読み出し処理の説明では、フラ
ッシュメモリ６（図１）のスタートセクタ、エンドセク
タをポインタ領域２８−２を読出し、確認することでデ
ータの開始、終了を確認している。しかし、オーディオ
プレーヤ１０の電源ＯＮ時にＣＰＵ５（図１）のレジス
タに読み出し、保持することにより開始セクタ、終了セ
クタを取得してもよい。これにより、管理領域データを
走査することなく開始および終了を判断できる。

【００３６】（実施の形態２）実施の形態１は、バッフ
ァメモリとフラッシュメモリのサイズは同一であるとし
て説明した。しかし、バッファメモリの容量がフラッシ
ュメモリよりも小さく、また音楽データのデータ量がバ
ッファメモリの容量よりも大きい場合がある。例えば、
コスト削減等の目的で意図的にバッファメモリの容量を
小さく設定する場合である。このような場合には、図３
に示す書き込み処理をそのまま利用できない。バッファ
メモリ７（図１）からフラッシュメモリ６（図１）へデ
ータを転送し終わるたびに開始ポインタおよび終了ポイ
ンタが記録され、正確な読み出しができなくなるからで
ある。

【００３７】本実施の形態では、バッファメモリの容量
がフラッシュメモリよりも小さく、また音楽データのデ
ータ量がバッファメモリの容量よりも大きい場合の処理
を説明する。この処理は、バッファメモリからフラッシ
ュメモリに複数回データ転送を行う必要がある場合に有
効である。なお、本実施の形態でもオーディオプレーヤ
１０（図１）の構成をそのまま利用する。したがってそ
の説明は省略する。

【００３８】まず音楽データのデータ量がバッファメモ
リの容量よりも大きい場合には、当然にバッファメモリ
に格納可能なデータ量ごとに、データがバッファメモリ
７（図１）に格納されていくことになる。このとき、バ
ッファメモリ７（図１）の容量を単位とする「ブロッ
ク」という概念を導入する。バッファメモリ７（図１）
からフラッシュメモリ６へｍ回のデータ転送が必要であ
る場合には、ブロックは１〜ｍまでのｍ個存在すること
になる。

【００３９】一方、フラッシュメモリ６（図１）のデー
タ構造にはブロック番号を記録するブロック領域が、デ
ータ領域の各々に対応して設けられる。ブロック番号と
は、ブロック毎に割り当てられた番号である。フラッシ
ュメモリ６（図１）へデータを記録する際には、ＣＰＵ
５（図１）は、ブロック毎に異なるブロック番号を割り
当てる。ＣＰＵ５（図１）は、割り当てられたブロック
番号を、各データを記録したセクタ（データ領域）に対
応するブロック領域に記録する。ブロック番号について
は、ブロック内セクタと同様の管理を行うこととなる。
なお、ブロック内の各セクタについては実施の形態１で
説明したとおりの書き込み、および、読み出し処理が行
われる。

【００４０】図５は、本実施の形態におけるフラッシュ
メモリ６（図１）のデータフォーマットを示す模式図で
ある。図２のデータフォーマットと比較すると、ブロッ
ク領域５２が新たに設けられていることが理解される。

【００４１】このフォーマットは以下のような書き込み
処理により作成される。いま、バッファメモリ７（図
１）に８セクタ分のデータ（データ０からデータ７）が
蓄積されているとする。データ７が時間的に後に再生さ
れるべきデータである。ＣＰＵ５（図１）は、ブロック
番号０の最終セクタより良品コードを持つセクタを確認
し、アドレス（ｎ−１）ｈのセクタからデータ７を書き
込む。インデックス領域２８−４には“＋１”を書きこ
む。以下同様に繰り返して書き込みを行い、データ０は
アドレス（ｎ−８）ｈのセクタに書き込まれる。ポイン
タ領域２８−２には“ＳＴＡＲＴ”が、インデックス領
域２８−４には“＋１”が書き込まれる。

【００４２】次にＣＰＵ５（図１）は、バッファメモリ
８に新たな８セクタ分のデータを書き込む。書き込みの
順序は、先のデータの処理に続いて処理すべき順序であ
る。ＣＰＵ５（図１）は、これらのデータを今度はブロ
ック１として同様にフラッシュメモリ６（図１）に書き
込む。なお、ここでは、アドレス（ｎ−１４）ｈのセク
タは不良セクタとしているため、セクタ（ｎ−１５）の
インデックス値は“＋２”である。最後にバッファメモ
リ８に入力されたデータはブロックｊに書き込まれ、ア
ドレス０７ｈのセクタには、最終データ（ｎ−１）ｈが
書き込まれ、対応するポインタ領域２８−２には“ＥＮ
Ｄ”が記録される。

【００４３】次に音楽データの再生について説明する。
再生は、例えば、操作部８（図１）から入力されたユー
ザからの指示に基づいて開始される。ＣＰＵ５（図１）
は、フラッシュメモリのポインタ領域２８−２（図２）
が「ＳＴＡＲＴ」であるセクタからデータを読み出す。
読み出されたデータはオーディオデータデコーダ１で復
号化され、Ｄ／Ａコンバータ２でアナログデータに変換
された後、スピーカ３より再生される。ＣＰＵ５は再生
データをフラッシュメモリから順次取り出す。

【００４４】このとき、ＣＰＵ５（図１）は、管理領域
２８のインデックス領域２８−４の“＋ｉ”を次に再生
するセクタアドレスのオフセットとして使用すること
で、次に読み出すべきデータのアドレスを特定する。現
在のブロック０のデータ読出しを完了するとブロック１
のデータの読み出しを開始する。具体的には、ＣＰＵ５
（図１）はブロック１の最も若いアドレス（この例では
アドレス（ｎ−１６）ｈ）に記録されたデータ（この例
では「データ８」）を読み出す。読み出しに際しては、
ＣＰＵ５（図１）はコード領域２８−６に良品コードが
付されているか否かも当然に確認する。その後、上記と
同様、インデックス領域２８−４に記録されたインデッ
クス値を利用して次に読み出すべきデータを特定する。

【００４５】なお、ブロック１の最後のデータ（アドレ
ス（ｎ−９）ｈのデータ１４）まで読み出すと通常の処
理ではその次のデータ（アドレス（ｎ−８）ｈのデータ
０）を読み出してしまうことになる。そのためデータの
読み出しの際にはブロック番号も参照し、ブロック番号
が現在のブロック番号と比較して、異なる値になればそ
のブロックの全データが読み出されたと判断する。そし
て、再び次のブロックの最も若いアドレスを参照するこ
とになる。よってブロック間ではインデックスを使用し
ない。

【００４６】以下同様にして最終ブロックｊのデータを
読み出す。ＣＰＵ５（図１）は、管理領域のデータに
“ＥＮＤ”が記録されていることを確認すると、再生を
終了する。なお実施の形態１と同様、最後に格納される
データ０のアドレスは「００ｈ」となっているが、これ
は仮想的に表した値である。最後のデータを格納する位
置が必ず「００ｈ」になるのではなく、その位置は任意
に定められる。

【００４７】

【発明の効果】本発明の記録方法によれば、処理される
順序と逆の順序で、フラッシュメモリに複数のデータを
記録する。さらにあるデータが記録されるときには、そ
の次に処理されるべきデータのアドレスが確定されてい
るので、そのアドレスを特定するためのインデックス値
も合わせて記録する。これにより論理アドレスによる複
雑なメモリ管理によることなく、かつ所望の順序で読み
出しができるようデータを記録できる。論理／物理変換
用メモリを用いる必要がないので、コストが低減でき
る。

【００４８】またフラッシュメモリには、開始データお
よび終了データを特定するポインタもあわせて記録す
る。ポインタにより読み出しを開始および終了すべきデ
ータを容易に特定でき、スムーズなデータの読み出しが
実現される。

【００４９】さらにフラッシュメモリには、複数のデー
タ領域の各々が書き込み可能か否かを示すコードを記録
する。データを、書き込み可能のコードが付されたコー
ド領域に対応したデータ領域に記録するので、確実にデ
ータを記録できる。

【００５０】さらに、バッファメモリの容量をフラッシ
ュメモリの容量よりも小さくしたので、システムコスト
を削減できる。

【００５１】データのデータ量がバッファメモリの容量
よりも大きい場合には、バッファメモリに格納可能なデ
ータ量ごとに部分的なデータを提供するので、バッファ
メモリの容量オーバーになることはない。この場合に
は、データをバッファメモリの容量を単位としたブロッ
クごとに分け、上述したブロックを特定する情報ととも
に上述の記録方法によりデータを記録する。したがって
確実にデータを記録でき、データの管理が容易になると
ともに、上記同様、必要な順序でデータを読み出しでき
る。

【００５２】一方、読み出し処理は、前のデータを読み
出した後、そのデータのアドレスとインデックス値とを
加算する。これにより、次のデータのアドレスを特定で
き、所望の順序で読み出しができる。

【図面の簡単な説明】

【図１】 実施の形態１によるソリッドステートオーデ
ィオプレーヤのブロック図である。

【図２】 フラッシュメモリのデータフォーマットを示
す模式図である。

【図３】 書き込み処理のフローを示すフローチャート
である。

【図４】 読み出し処理のフローを示すフローチャート
である。

【図５】 実施の形態２におけるフラッシュメモリのデ
ータフォーマットを示す模式図である。

【図６】 従来のソリッドステートオーディオプレーヤ
のブロック図である。

【符号の説明】

１ デコーダ、 ２ Ｄ／Ａコンバータ、 ３−１ ス
ピーカ、 ３−２ 音声出力端子、 ４ データ入力端
子、 ５ ＣＰＵ、 ６ フラッシュメモリ、７ バッ
ファメモリ、 ８ 操作部、 １０ オーディオプレ
ーヤ

Claims (8)

【特許請求の範囲】
1. 【請求項１】 バッファメモリと、フラッシュメモリと
   を備えた記録システムにおけるデータ記録方法であっ
   て、フラッシュメモリは、複数のデータ領域、および、
   その各々に対応し、かつインデックス値を記録する複数
   のインデックス領域を備えており、 第１の順序で処理される複数のデータを提供するステッ
   プと、 前記複数のデータを受け取り、その各々を前記第１の順
   序でバッファメモリに格納するステップと、 バッファメモリに格納された前記複数のデータを読み出
   すステップと、 読み出した前記複数のデータを、前記第１の順序とは逆
   の第２の順序でフラッシュメモリの前記複数のデータ領
   域に記録し、かつ前記複数のデータのうち、連続する２
   つのデータを記録したデータ領域のアドレスの差を、イ
   ンデックス値としてインデックス領域に記録するステッ
   プとからなるデータ記録方法。
2. 【請求項２】 フラッシュメモリは、ポインタを記録す
   るポインタ領域をさらに備えており、 記録する前記ステップは、前記複数のデータのうち、最
   初および最後に処理すべきデータを示す開始ポインタお
   よび終了ポインタを、ポインタ領域にさらに記録するス
   テップである、請求項１に記載のデータ記録方法。
3. 【請求項３】 フラッシュメモリは、前記複数のデータ
   領域の各々に対応して、その各々が書き込み可能か否か
   を示すコードを記録する複数のコード領域をさらに備え
   ており、 記録する前記ステップは、バッファメモリから読み出し
   た前記複数のデータを、書き込み可能のコードが付され
   たコード領域に対応したデータ領域に記録するステップ
   である、請求項２に記載のデータ記録方法。
4. 【請求項４】 バッファメモリの容量は、フラッシュメ
   モリの容量よりも小さい、請求項１〜３のいずれかに記
   載のデータ記録方法。
5. 【請求項５】 前記複数のデータのデータ量がバッファ
   メモリの容量よりも大きい場合には、 複数のデータを提供する前記ステップは、前記複数のデ
   ータのうち、バッファメモリに格納可能なデータ量ごと
   に部分データを提供するステップである、請求項１〜３
   のいずれかに記載のデータ記録方法。
6. 【請求項６】 フラッシュメモリは、前記複数のデータ
   領域の各々に対応して、ブロック番号を記録するブロッ
   ク領域をさらに備えており、 フラッシュメモリに記録する前記ステップは、 前記部分データごとに異なるブロック番号を割り当てる
   ステップと、 前記部分データを記録したデータ領域に対応するブロッ
   ク領域に、割り当てた前記ブロック番号を記録するステ
   ップとをさらに含む、請求項５に記載のデータ記録方
   法。
7. 【請求項７】 請求項２に記載の記録方法により記録さ
   れたフラッシュメモリから前記複数のデータを読み出す
   方法であって、 前記開始ポインタに基づいて、最初に処理すべきデータ
   をデータ領域から読み出し、 読み出したデータが記録されていたデータ領域のアドレ
   スと、前記インデックス値とに基づいて、次に読み出す
   べきデータが記録されているデータ領域のアドレスを取
   得するステップと、 取得された前記アドレスに基づいて、次に読み出すべき
   データを読み出すステップとからなる、データ読み出し
   方法。
8. 【請求項８】 取得する前記ステップは、前記読み出し
   たデータが記録されていたデータ領域のアドレスと、前
   記インデックス値とを加算することにより、次に読み出
   すべきデータが記録されているデータ領域のアドレスを
   取得するステップである、請求項７に記載のデータ読み
   出し方法。