JP2001101056A - 編集装置 - Google Patents

Abstract

(57)【要約】 【課題】 ファイル編集の効率化を図ることを課題とす
る。 【解決手段】マイコン９により板状メモリ１５の管理領
域におけるアドレスおよび編集指示内容の書き込みを行
うことにより、より低い処理性能の制御部を用いてこれ
らの管理領域に書き込まれたアドレスおよび編集指示内
容に基づいたメインデータの記録または再生時における
編集処理を効率よく行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はファイルが記憶され
る記憶媒体、及びこの記憶媒体に記憶されたファイルに
対する編集を行うことのできる編集装置に関するもので
ある。

【０００２】

【従来の技術】近年、例えばフラッシュメモリなどの固
体記憶素子を搭載した小型の記憶媒体を形成し、専用の
ドライブ装置や、或いはドライブ装置をオーディオ／ビ
デオ機器、情報機器などに内蔵して、コンピュータデー
タ、画像データ、音声データなどを記憶できるようにす
るものが開発されている。

【０００３】

【発明が解決しようとする課題】ところで、このような
固体記憶素子を利用した記憶システムにおいては、記憶
したファイルに対する編集処理を行うことが求められて
いる。そしてさらに、単に編集可能とするだけでなく、
その編集処理がより効率化されること、例えば記憶媒体
内でのファイル編集のために必要となるデータ移動・複
製・書換などが最小限であることや、編集のための処理
時間や消費電力を最小限とすることが要求されている。

【０００４】ところが、上述したフラッシュメモリにお
いては、ファイルシステムとしてＦＡＴ（File Allocat
ion Table ）を使用した場合に記録データの処理が非常
に複雑になる。具体的には、フラッシュメモリへの物理
的アクセスに使用するための物理アドレスと、ＦＡＴを
用いてデータを論理空間で処理するための論理アドレス
の間で、アドレスの変換作業がドライバー部において必
要になる。また、フラッシュメモリの消去単位が書き込
み単位よりも大きいという物理的仕様を前提としてこれ
を効率よく処理する手段が必要とされている。さらに、
ＦＡＴでは、データが上書き可能である記録媒体を前提
にデータアクセスが行われるため、消去してから書き込
みを行う必要のあるフラッシュメモリを使用する際に
は、ＦＡＴでの書き込み要求に対して、フラッシュメモ
リ上での消去処理および書き込み処理を行う必要があ
る。

【０００５】また、音声、音楽または動画などの時間的
に連続するストリームデータを記録または再生する記録
再生装置においては、ストリームデータ処理中は、スト
リームデータの処理が最優先であり、ストリームデータ
以外の情報を処理する必要が生じた場合は最小限の記録
処理を行い、ストリーム処理終了後に改めて、続きの処
理を行うことが要求される。また、特にその処理がイン
デックスキーを押すことによりその時点でファイルに対
するマーキング処理もしくはファイル分割処理を行うイ
ンデックス（ＩＮＤＥＸ）処理である場合には、処理に
時間がかかるため、インデックス処理時点の情報のみを
バッファ等に記録しておいて、ストリーム処理終了後に
ファイルマーキングもしくはファイル分割処理を行う方
法が一般的にとられている。

【０００６】上述した最小限のデータ記録は、ストリー
ムデータを記録してある記録媒体上に行う必要がある。
これは、もし、ストリーム処理終了後に行うはずであっ
た処理（インデックス処理等）を行う以前に、記録媒体
が記録再生装置から引き抜かれてしまったときには、記
録媒体と共に上述した最小限のデータの記録部分が移動
するので、再度記録媒体が記録再生装置に挿入されたと
きに、ストリーム終了処理を続けることができるからで
ある。

【０００７】また、ファイルシステムとして、ＦＡＴを
使用している場合、通常は上述した最小限のデータ書き
込みの際に、ファイルをオープンしてデータを書き込ん
でいく処理が必要になるが、この場合の内部処理として
は、フラッシュメモリの消去単位で消去済みの所定の物
理アドレスのブロックに変更後のデータを書き込んで論
理アドレスを変更前の論理アドレスに変更することによ
り行われるデータの変更または一部消去を行うブロック
のスワップ処理、およびＦＡＴファイルシステムが使用
する論理アドレスとフラッシュメモリの物理的並び順で
ある物理アドレスとを変換テーブルにより変換する処理
などの複雑な処理を行うための処理時間を要するという
不都合があった。

【０００８】

【課題を解決するための手段】本発明はこのような要望
に応じて、効率的な編集処理を実現できる記憶システム
を構築することを目的とする。

【０００９】このため本発明にかかる編集装置に用いる
記録媒体は、入力されるメインデータを記録する記録領
域と上記記録領域に記録されたメインデータを管理する
管理領域を備えた記録媒体である。

【００１０】そしてこのような記憶媒体に対する編集装
置としては、上記記録媒体の上記記録領域に記録された
メインデータの編集処理を行う編集装置であって、上記
メインデータの記録中に編集指示を入力する入力手段
と、上記入力手段にてメインデータの記録中に編集指示
が入力された時点で記録を行っていた記録領域のアドレ
スと上記編集指示内容を上記管理領域に記録する記録手
段と、上記記録手段によって記録されたアドレスと編集
指示内容の上記管理領域上のアドレスを記憶する記憶手
段と、上記メインデータの記録後に上記記憶手段に記憶
されているアドレスに基づいて上記管理領域に記録され
ているアドレスと編集指示内容を検索し、上記検索され
たアドレスと編集指示内容に基づいて上記管理領域を編
集する編集処理手段とを備えるようにする。

【００１１】また、本発明にかかる編集装置に用いる記
録媒体は、メインデータが記録された記録領域と上記記
録領域に記録されたメインデータを管理する管理領域を
備えた記録媒体である。そしてこのような上記記憶媒体
に対する編集装置としては、上記記録媒体の上記記録領
域に記録されたメインデータの編集処理を行う編集装置
であって、上記メインデータの再生中に編集指示を入力
する入力手段と、上記入力手段にてメインデータの再生
中に編集指示が入力された時点で再生を行っていた記録
領域のアドレスと上記編集指示内容を上記管理領域に記
録する記録手段と、上記記録手段によって記録されたア
ドレスと編集指示内容の上記管理領域上のアドレスを記
憶する記憶手段と、上記メインデータの再生後に上記記
憶手段に記憶されているアドレスに基づいて上記管理領
域に記録されているアドレスと編集指示内容を検索し、
上記検索されたアドレスと編集指示内容に基づいて上記
管理領域を編集する編集処理手段とを備えるようにす
る。

【００１２】このような編集装置によれば以下のような
作用をする。メインデータの録音処理または再生処理を
開始して、管理領域を作成する。管理領域の作成は、メ
インデータの録音動作または再生動作開始前に記録媒体
上で作成する。次に、管理領域の物理アドレスを取得す
る。まず、第１に、ディレクトリから先頭のクラスタ番
号および連続するクラスタ番号を取得する。第２に、第
１の処理で得たクラスタ番号を、物理アドレステーブル
を参照することにより、物理アドレスへ変換する。

【００１３】管理領域の全消去を行って、メインデータ
の録音または再生開始前に、管理領域の不要データを消
去する。そして、メインデータの書き込みを開始、また
は再生データの読み出しを開始する。ここでは、まず、
第１に、書き込み、読み出しまたは消去のアクセスを行
う正しいヘッダーが来るまで物理アドレス順にブロック
の先頭から検索を行う。第２に、第１の処理で正しいヘ
ッダーが検索されたら、これに対応する物理アドレスを
取得する。

【００１４】メインデータの記録または再生中に入力手
段により編集指示が入力されたか否かを判断し、あった
ときは、管理領域への編集指示内容の書き込みを行う。
このように、録音または再生中に編集指示の入力が発生
した場合に、管理領域として確保した領域に、物理ブロ
ックアドレス指定で必要最小限の所定データを書き込
む。

【００１５】編集指示の入力がないときは、メインデー
タの録音または再生終了要求があるか否かを判断し、録
音または再生終了要求があったときはメインデータの書
き込みを終了またはメインデータの読み出しを終了す
る。

【００１６】メインデータの記録または再生後に管理領
域の読み込みが行われる。ここで管理領域として確保し
た領域を物理アドレス指定で読み出す。そして、管理領
域に編集指示内容があるか否かを判断し、編集指示内容
があるときは編集処理を行い、編集指示内容がないとき
は管理領域を消去して、録音または再生処理を終了す
る。

【００１７】即ち本発明では、管理領域におけるアドレ
スおよび編集指示内容の書き込みを行うことで、編集の
ために必要となるデータ移動・複製・書換を最小限とす
る。そしてまたそれによって編集のための処理時間や消
費電力を最小限とする。

【００１８】

【発明の実施の形態】以下、本発明の実施の形態につい
て説明する。なお、実施の形態としての記憶媒体は板状
の外形形状を有する板状メモリとし、また本発明の編集
装置は、板状メモリに対してファイルの記録再生を行う
ことのできるドライブ装置が相当するものとする。

【００１９】［板状メモリの外形形状］まず、本例の記
憶媒体である、板状メモリの外形形状について説明す
る。板状メモリは、例えば板状の筐体内部に例えば所定
容量のメモリ素子を備える。本例としては、このメモリ
素子としてフラッシュメモリ（Flash Memory）が用いら
れるものである。

【００２０】筐体の正面下部から底面側にかけて例えば
９個の電極を持つ端子部が形成されており、この端子部
から、後述するドライブ装置本体側の着脱機構を介して
内部のメモリ素子に対する読出又は書込動作が行われ
る。筐体の平面方向の左上部は切欠部とされる。この切
欠部は、この板状メモリを、例えばドライブ装置本体側
の着脱機構へ装填する際などに挿入方向を誤ることを防
止するためのものとなる。さらに底面側には、記憶内容
の誤消去を防止する目的のスライドスイッチが形成され
ている。

【００２１】［板状メモリのフォーマット］ ［メモリファイルシステム処理階層］続いて、板状メモ
リを記憶媒体とするシステムにおけるフォーマットにつ
いて説明していく。図４は、板状メモリを記憶媒体とす
るシステムのファイルシステム処理階層を示すものであ
る。この図に示すように、ファイルシステム処理階層と
しては、アプリケーション処理層５０の下に、順次、フ
ァイル管理処理層５１、論理アドレス層５２、物理アド
レス層５３、フラッシュメモリアクセス５４がおかれ
る。この階層では、ファイル管理処理層５１がいわゆる
ＦＡＴ（File Allocation Table ）となる。また、この
図から分かるように、本例のファイルシステムでは論理
アドレス及び物理アドレスという概念が導入されている
が、これについては後述する。

【００２２】特に、本実施の形態では、アプリケーショ
ン処理層５０において、インデックスキーが押下される
ことによりインデックス処理を開始するインデックス処
理部５５が設けられ、この場合には、直ちに物理アドレ
ステーブル（ＲＡＭ）１３を参照して所定のインデック
スファイルの論理アドレスに対応するフラッシュメモリ
上の物理アドレスを取得して、フラッシュメモリアクセ
ス５４において設けられるファイル分割処理部５６によ
り記録データファイルまたは再生データファイルのファ
イル分割が行われる。その後、分割されたファイルの編
集処理が行われる。

【００２３】このように、インデックス処理において
は、ファイル管理処理層５１、論理アドレス層５２およ
び物理アドレス層５３を使用せずに、直ちにフラッシュ
メモリアクセス５４を行うことができるので、ＦＡＴフ
ァイルシステムにおけるファイルを使用するにもかかわ
らず、ＦＡＴファイルシステムの複雑な処理を必要とせ
ず、処理時間を短くすることができる。

【００２４】なお、記録データファイルまたは再生デー
タファイルの記録または再生処理については、アプリケ
ーション処理層５０、ファイル管理処理層５１、論理ア
ドレス層５２、物理アドレス層５３、フラッシュメモリ
アクセス５４がすべて使用される。

【００２５】［物理的データ構造］板状メモリ１５内の
記憶素子である、フラッシュメモリの物理的データ構造
を説明する。フラッシュメモリとしての記憶領域は、セ
グメントという固定長のデータ単位が大元となる。この
セグメントは、１セグメントあたり４ＭＢ（メガバイ
ト）或いは８ＭＢとして規定されるサイズであり、１つ
のフラッシュメモリ内におけるセグメント数は、そのフ
ラッシュメモリの容量に依存して異なってくる。

【００２６】そして、この１セグメントを、ブロックと
いう固定長のデータ単位（８ＫＢ（キロバイト）又は１
６ＫＢ）により区切るようにされる。原則として、１セ
グメントは５１２ブロックに区切られることから、ブロ
ックｎについては、ｎ＝５１１とされることになる。但
し、フラッシュメモリでは、ディフェクトエリア（書き
込み不可な損傷エリア）としてのブロック数が所定数の
範囲で許可されているため、データ書き込みが有効とさ
れる実質的なブロック数を対象とすれば、上記ｎは５１
１よりも少なくなる。

【００２７】形成されるブロック０〜ｎのうち、先頭の
２つのブロック０，１はブートブロックといわれる。但
し、実際には有効なブロックの先頭から２つのブロック
がブートブロックとして規定されることになっており、
必ずしもブートブロックがブロック０，１である保証は
ない。そして、残りのブロックが、ユーザデータが格納
されるユーザブロックとなる。

【００２８】図６に示すように、１ブロックは、ページ
０〜ｍにより分割される。１ページの容量は、５１２バ
イトのデータエリアと１６バイトの冗長部よりなる、５
２８（＝５１２＋１６）バイトの固定長とされる。な
お、冗長部の構造については後述する。また、１ブロッ
ク内のページ数としては、１ブロックの容量が８ＫＢの
場合には１６ページ、１６ＫＢの場合には３２ページと
なる。

【００２９】このような、ブロック内のページ構造は、
上記ブートブロックとユーザブロックとで共通である。
また、フラッシュメモリでは、データの読み出し／書き
込みはページ単位で行われ、データの消去はブロック単
位で行われるものとされる。そして、データの書き込み
は、消去済みのページに対してしか行われないものとさ
れている。従って、実際のデータの書き換えや書き込み
は、ブロック単位を対象として行われることになる。

【００３０】先頭のブートブロックは、ページ０に対し
てヘッダーが格納され、ページ１には初期不良データの
位置（アドレス）を示す情報が格納される。また、ペー
ジ２にはＣＩＳ／ＩＤＳといわれる情報が格納される。
２つめのブートブロックは、ブートブロックとしてのバ
ックアップのための領域とされている。

【００３１】［物理アドレス及び論理アドレスの概念］
次に、上述したようなフラッシュメモリの物理的データ
構造を踏まえたうえで、データ書き換え動作に従って、
本例のファイルシステムにおける物理アドレスと論理ア
ドレスの概念について説明する。

【００３２】各ブロックに対しては物理アドレスが付さ
れる。この物理アドレスはメモリにおけるブロックの物
理的な配列順に従って決まるもので、或るブロックとこ
れに対応付けされた物理アドレスとの関係は不変とな
る。

【００３３】ここで、ブロックデータの記憶されている
使用ブロックと、ブロックデータが消去（即ち、未記録
領域）された未使用ブロックとがある。

【００３４】そして、論理アドレスは、ブロックに対し
て書き込まれたデータに付随するようにして割り振られ
るアドレスとされる。そして、この論理アドレスが、後
述するＦＡＴファイルシステムが利用するアドレスとさ
れている。

【００３５】ここで、上記状態から、物理アドレスに格
納されているデータの更新として、内容の書き換え又は
一部消去を行うとする。このような場合、フラッシュメ
モリのファイルシステムでは、同じブロックに対して更
新したデータを再度書き込むことはせずに、未使用のブ
ロックに対してその更新したデータを書き込むようにさ
れる。

【００３６】そして、データ更新前の状態では更新前の
物理アドレスに対応していた論理アドレスが、更新され
たデータが書き込まれたブロックの更新後の物理アドレ
スに対応するように、論理アドレスについての変更を行
うものである。

【００３７】つまり、物理アドレスはブロックに対して
固有に付されるアドレスであり、論理アドレスは、一旦
ブロックに対して書き込まれたデータに付随するように
してついて回る、ブロック単位の書き込みデータに固有
となるアドレスであるとみることができる。

【００３８】このようなブロックのスワップ処理が行わ
れることで、或る同一の記憶領域（ブロック）に対して
繰り返し集中的にアクセスされることが無くなり、書き
換え回数の上限があるフラッシュメモリの寿命を延ばす
ことが可能となる。

【００３９】そして、この際に論理アドレスを上記のよ
うにして扱うことで、ブロックのスワップ処理によって
更新前と更新後のデータとで書き込まれるブロックの移
動があるようにされても、ＦＡＴからは同一のアドレス
が見えることになり、以降のアクセスを適正に実行する
ことができるものである。

【００４０】なお、後述する論理−物理アドレス変換テ
ーブル上での更新のための管理を簡略にすることなどを
目的として、ブロックのスワップ処理は、１セグメント
内で完結するものとして規定されている。逆に言えば、
ブロックのスワップ処理はセグメント間で跨るようにし
ては行われない。

【００４１】［論理−物理アドレス変換テーブル］上記
説明から分かるように、ブロックのスワップ処理が行わ
れることで、物理アドレスと論理アドレスの対応は変化
する。従って、フラッシュメモリに対するデータの書き
込み及び読み出しのためのアクセスを実現するには、物
理アドレスと論理アドレスとの対応が示される論理−物
理アドレス変換テーブルが必要となる。つまり、論理−
物理アドレス変換テーブルをＦＡＴが参照することで、
ＦＡＴが指定した論理アドレスに対応する物理アドレス
が特定され、この特定された物理アドレスにより示され
るブロックにアクセスすることが可能になるものであ
る。逆に言えば、論理−物理アドレス変換テーブルが無
ければ、ＦＡＴによるフラッシュメモリへのアクセスが
不可能となる。

【００４２】論理−物理アドレス変換テーブルの構造例
を示す。論理−物理アドレス変換テーブルは、フラッシ
ュメモリの或るブロック（但し、最後のセグメント内で
あることが規定される）に対して、格納される。先ず、
ブロックを分割するページのうち、ページ０，１からな
る２ページの領域がセグメント０用の論理−物理アドレ
ス変換テーブルとして割り当てられる。例えば、フラッ
シュメモリが４ＭＢの容量であれば１セグメントしか有
さないために、このページ０，１のみの領域が論理−物
理アドレス変換テーブルの領域となる。

【００４３】また、例えばフラッシュメモリが８ＭＢの
容量であれば２セグメントを有するため、セグメント０
用の論理−物理アドレス変換テーブルとして割り当てら
れるページ０，１に加え、これに続くページ２，３の２
ページがセグメント１用の論理−物理アドレス変換テー
ブルとして割り当てられることになる。

【００４４】以降、フラッシュメモリの容量の増加に応
じて、続く２ページごとにセグメントごとの論理−物理
アドレス変換テーブルの割り当て領域が設定されていく
ことになる。そして、最大の１２８ＭＢの容量を有する
場合であれば１６セグメントが存在するため、最大で
は、セグメント１５用までのページが論理−物理アドレ
ス変換テーブルの領域として割り当てられることにな
る。従って、最大の１２８ＭＢの容量のフラッシュメモ
リでは、３０ページが使用されることになり、ページＮ
としては、最大でＮ＝２９となる。これまでの説明から
分かるように、論理−物理アドレス変換テーブルは、セ
グメントごとに管理されるものである。

【００４５】１セグメントあたりの論理−物理アドレス
変換テーブルの構造を示すものとして、２ページ分のデ
ータエリアを抜き出して示している。つまり、１ページ
のデータエリアは５１２バイトであることから、１０２
４（＝５１２×２）バイトが展開されている。

【００４６】ここで、フラッシュメモリ容量と論理−物
理アドレス変換テーブルのサイズとの関係を説明してお
く。説明したように、１セグメントを管理するための論
理−物理アドレス変換テーブルのサイズは２ページ分の
１０２４バイト、つまり１ＫＢとなる。従って、フラッ
シュメモリが４ＭＢ（１セグメント）の容量では論理−
物理アドレス変換テーブルは１ＫＢのサイズとなる。ま
た、フラッシュメモリの容量が８ＭＢ（２セグメント）
では論理−物理アドレス変換テーブルは２ＫＢ（４ペー
ジ）となる。

【００４７】また、フラッシュメモリの容量が１６ＭＢ
の場合、２０４８ブロック＝４セグメントのものでは論
理−物理アドレス変換テーブルは４ＫＢ（８ページ）、
１０２４ブロック＝２セグメントのものでは論理−物理
アドレス変換テーブルは２ＫＢ（４ページ）となる。

【００４８】そして、フラッシュメモリの容量が３２Ｍ
Ｂ（４セグメント）では論理−物理アドレス変換テーブ
ルは４ＫＢ（８ページ）、フラッシュメモリの容量が６
４ＭＢ（８セグメント）では論理−物理アドレス変換テ
ーブルは８ＫＢ（１６ページ）となり、フラッシュメモ
リの容量が最大の１２８ＭＢ（１６セグメント）では論
理−物理アドレス変換テーブルは１６ＫＢ（３２ペー
ジ）となる。

【００４９】［ドライブ装置の構成］続いて図１で本例
のドライブ装置の構成を説明する。図１は、これまで説
明した板状メモリに対応してデータの読出・書込・編集
を行うことの出来るドライブ装置のセット本体（本体装
置）の構成を示している。この図に示すセット本体１４
と板状メモリ１５とにより、ファイル記憶システムが構
成される。

【００５０】なお、セット本体１４が、板状メモリ１５
に対する書込や読出の対象として扱うことのできる主デ
ータの種類は多様であり、例えば動画データ、静止画デ
ータ、音声データ（以下、ボイスデータ）、ＨｉＦｉオ
ーディオデータ（以下、音楽用データ）、制御用データ
などがある。

【００５１】本例では、説明の簡略化のため、主データ
としての音声データ（ボイスデータともいう）を記憶／
再生するシステムとして説明していくが、セット本体１
４内に、動画、静止画、音楽等のデータの入出力系／処
理系を備えることにより、これらの動画等のデータファ
イルの記憶システムとできることはいうまでもない。

【００５２】セット本体１４の構成としては、当該セッ
ト本体１４が着脱可能に装填される着脱機構１６が備え
られ、この着脱機構１６に装填された板状メモリ１５
と、制御用マイクロコンピュータ（以下、マイコン）９
とのデータの授受は、ホストインターフェイスＩＣ１を
介することで行われる。

【００５３】また、このセット本体１４には、例えば、
マイクロフォン３が備えられて、このマイクロフォン３
により収音された音声は、マイクアンプ４を介して音声
信号としてＤＳＰ(Digital Signal Processor)２に対し
て供給される。ＤＳＰ２では、この入力された音声信号
をデジタルオーディオデータに変換して、エンコード処
理等をはじめとする所要の信号処理を施し、記録データ
（ボイスデータ）としてマイコン９に供給する。マイコ
ン９は、この記録データをホストインターフェイスＩＣ
１を介して板状メモリ１５に記録するための処理を実行
することが可能とされる。

【００５４】また、マイコン９は、板状メモリ１５に記
録されているオーディオデータ（ボイスデータファイ
ル）をホストインターフェイスＩＣ１を介して読み出
し、この読み出したデータをＤＳＰ２に供給する。ＤＳ
Ｐ２では、供給されたデータについて復調処理をはじめ
とする所要の信号処理を施して、最終的にはアナログ音
声信号としてスピーカアンプ５に出力する。スピーカア
ンプ５では、入力された音声信号を増幅してスピーカ６
に出力する。これにより、再生音声が出力される。

【００５５】また、マイコン９は、表示ドライバ７を制
御することで、表示部８に対して、所要の画像を表示さ
せることが可能とされる。例えばユーザーの操作のため
のメニューやガイド表示、或いは板状メモリ１５に記憶
されたファイル内容などの表示が実行される。また、例
えば板状メモリ１５に対して動画若しくは静止画の画像
データが記録されているとすれば、この画像データを読
み出して、表示部８に表示させるようにすることも可能
とされる。ここで、本実施の形態では、マイコン９は、
後述する管理領域である冗長部に記憶されるインデック
スファイル内に書き込まれるインデックス情報（アドレ
スおよび編集指示内容）に基づいて、記録または再生終
了後に、板状メモリ１５に対する音声データの編集を実
行する。

【００５６】操作部１２には、セット本体１４に対する
各種操作をユーザが行うための各種キーが設けられてい
る。マイコン９は、この操作部１２に対して行われた操
作に応じたコマンドを受信し、コマンドに応じた所要の
制御処理を実行する。操作内容としては、ファイル記憶
指示、ファイル選択指示、ファイル再生指示、編集指
示、例えば、記録再生動作中のインデックスキーによる
インデックス処理指示（後述するデバイド指示その他）
などが可能とされる。

【００５７】本実施の形態では、特に、物理アドレス変
換テーブル（ＲＡＭ）１３を設け、操作部１２のインデ
ックスキーが押下されることによりインデックス処理を
開始するインデックス処理部（マイコン９の機能）によ
り、直ちに物理アドレステーブル（ＲＡＭ）１３を参照
して所定のインデックスファイルの論理アドレスに対応
するフラッシュメモリ上の物理アドレスを取得して、フ
ァイル分割処理部（マイコン９の機能）により板状メモ
リ（フラッシュメモリ）１５に対してアクセスを行うこ
とにより記録データファイルまたは再生データファイル
のファイル分割が行われる。なお、物理アドレステーブ
ル（ＲＡＭ）１３は、所定のインデックスファイルの最
小限のインデックス情報（１６Ｂ）毎の物理アドレスを
格納する。

【００５８】なお、この図に示すセット本体１４の構成
はあくまでも一例であり、これに限定されるものではな
い。つまり、板状メモリ１５に対応してデータの送受信
が可能な構成を採る限りは、どのようなタイプの電子機
器とされていても構わないものである。

【００５９】［基本動作のフローチャート］次に、図２
の基本動作のフローチャートを用いて本実施の形態の動
作を説明する。図２においては、記録動作または再生動
作中にインデックスキーの押下があって、これによりフ
ァイル分割を行う場合について説明する。

【００６０】図２において、録音処理（再生処理）を開
始して、ステップＳ１でＦＡＴ上でインデックスファイ
ル「ＩＤＢＬＯＣＫ．ＭＳＦ」を作成する。インデック
スファイルの作成は、録音動作開始前にＦＡＴファイル
システム上で作成する。具体的には、インデックスファ
イルのファイルサイズは、フラッシュメモリの物理ブロ
ックサイズの倍数にする。図６では、インデックスファ
イルのファイルサイズが３ブロック分（フラッシュメモ
リの記憶容量４ＭＢ〜８ＭＢに対してファイルサイズ２
４ＫＢ、フラッシュメモリの記憶容量１６ＭＢ〜１２８
ＭＢに対してファイルサイズ４８ＫＢ）を確保する例を
示す。

【００６１】このように、３ブロック確保するのは、管
理領域である冗長部（１６Ｂ）に後述するインデックス
ファイルによりインデックス情報（アドレスおよび編集
指示内容）を書き込む際に以下のようなスワップ処理を
可能にするためである。図６において、まず第１に、１
ブロック（６０）の１ページ（６１）に１６Ｂのデータ
を書き込む。第２に、２ブロック（６２）の１ページに
１６Ｂ＋１６Ｂのデータを書き込んで、１ブロック（６
０）を消去する。第３に、１ブロック（６０）の１ペー
ジ（６１）に１６Ｂ＋１６Ｂ＋１６Ｂのデータを書き込
んで、２ブロック（６２）を消去する。第４に、２ブロ
ック（６２）の１ページに１６Ｂ＋１６Ｂ＋１６Ｂ＋１
６Ｂのデータを書き込んで、１ブロック（６０）を消去
する。なお、書き込みは、５１２Ｂ単位で行われ、消去
はブロック単位で行われる。これを１ブロックおよび２
ブロック全体に実行して１０２４Ｂの管理領域への書き
込みを可能にする。なお、１６Ｂ毎の書き込みは１６Ｂ
毎のカウンターを設けることにより容易に実行される。
なお、３ブロック６３は、１ブロック（６０）または２
ブロック（６２）のバックアップのための領域用であ
る。

【００６２】次に、ステップＳ２でインデックスファイ
ル「ＩＤＢＬＯＣＫ．ＭＳＦ」の物理アドレスを取得す
る。具体的には、インデックスファイル「ＩＤＢＬＯＣ
Ｋ．ＭＳＦ」として確保した３ブロック分の３つの領域
の物理ブロックアドレスをＲＡＭ上に物理アドレステー
ブル１３として保存する。以後、インデックスファイル
「ＩＤＢＬＯＣＫ．ＭＳＦ」として確保した３ブロック
分の領域へのアクセスは、ＦＡＴファイルを介さずに、
物理ブロックアドレスを直接指定してアクセスすること
ができる。

【００６３】図４のファイルシステム処理階層を用い
て、インデックスファイル「ＩＤＢＬＯＣＫ．ＭＳＦ」
の物理アドレス取得手順を説明する。図４において、ま
ず、第１に、インデックス処理部５５において、アプリ
ケーション処理層５０のディレクトリから先頭のクラス
タ番号およびＦＡＴから連続するクラスタ番号を取得す
る。第２に、第１の処理で得たクラスタ番号を、物理ア
ドレステーブル１３を参照することにより、物理アドレ
スへ変換する。これにより、所望のインデックスファイ
ルの物理アドレスを取得することができる。このように
して、論理アドレスのクラスタ番号から物理アドレスを
算出している。この場合、管理領域の冗長部に相当する
１６Ｂ毎の物理アドレスが格納された物理アドレステー
ブル１３をＲＡＭ上に設けることにより、最小限のデー
タ（１６Ｂ）の物理アドレスを複雑な処理を必要とせず
に高速処理で算出することができる。従って、この最小
限のデータ（１６Ｂ）毎の物理アドレスを用いて、後の
編集処理を高速で実行することができる。

【００６４】ステップＳ３でインデックスファイル「Ｉ
ＤＢＬＯＣＫ．ＭＳＦ」の全消去を行う。具体的には、
録音（再生）開始前に、３つのブロックの不要データ
（ゴミデータ）を消去して、データをすべて［０ＸＦ
Ｆ］とする。なお、物理アドレスでアクセスする場合
は、データ消去時の値は［０ＸＦＦ］となる。

【００６５】ステップＳ４で録音データの書き込みを開
始、または再生データの読み出しを開始する。具体的に
は、記録データファイルまたは再生データファイルの記
録または再生処理については、図４のファイルシステム
処理階層に示す、アプリケーション処理層５０において
ＶＯＩＣＥアプリケーションとしてのディレクトリ構成
および曲順情報が取得され、ファイル管理処理層５１に
おいてＦＡＴ ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒ
ｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を用いて「ｆ ｏｐ
ｅｎ（ファイル名）」および「ｆ ｒｅａｄ（ファイル
名）」の処理が行われ、論理アドレス層５２において
「セクタ」と呼ばれるデータ単位での論理アドレスの書
き込み読み出しのアクセス（５１２Ｂ）が行われ、物理
アドレス層５３において論理アドレスから物理アドレス
への変換処理が５１２Ｂ（書き込みのみ）〜１６ＫＢ
（８ＫＢ）単位で行われ、フラッシュメモリアクセス５
４において、物理アドレスでフラッシュメモリへ書き込
み、読み出しまたは消去のアクセスが行われる。

【００６６】図７に、物理アドレスファイル構成を示
す。図７において、上述した物理アドレスによるフラッ
シュメモリへ書き込み、読み出しまたは消去のアクセス
は、以下のように実行される。まず、第１に、書き込
み、読み出しまたは消去のアクセスを行う正しいヘッダ
ー７０が来るまで物理アドレス順にブロックの先頭から
検索を行う。第２に、第１の処理で正しいヘッダー７０
が検索されたら、これに対応する物理アドレス７１を取
得する。このようにして所望の物理アドレスに対してア
クセスが実行される。

【００６７】ステップＳ５でインデックスの打ち込み
（インデックスキーの押下によるインデックス情報の書
き込み要求）があったか否かを判断し、インデックスの
打ち込みがあったときは、ステップＳ６へ進みステップ
Ｓ６でインデックスファイル「ＩＤＢＬＯＣＫ．ＭＳ
Ｆ」へのインデックス情報の書き込みを行う。具体的に
は、録音（再生）中にインデックスキーの押下（ファイ
ル分割要求）が発生した場合には、インデックスファイ
ル「ＩＤＢＬＯＣＫ．ＭＳＦ」として確保した領域に、
物理ブロックアドレス指定でインデックス情報として必
要最小限の所定データを書き込む。本実施の形態では、
編集指示内容として動作モード（記録、再生、消去
等）、アドレスとして位置（ブロック、ページ、バイト
を示すアドレス）、日時のデータを１６Ｂ（バイト）で
記録している。

【００６８】ステップＳ５でインデックスキーの打ち込
みがないときは、ステップＳ７へ進みステップＳ７で録
音（再生）終了要求があるか否かを判断し、録音（再
生）終了要求があるまでステップＳ５の判断およびステ
ップＳ６の処理を繰り返し、ステップＳ７で録音（再
生）終了要求があったときはステップＳ８で録音データ
の書き込みを終了または再生データの読み出しを終了す
る。具体的には、図４のファイルシステム処理階層に示
す、ファイル管理処理層５１において「ｆ ｃｌｏｓｅ
（ファイル名）」の処理が行われる。

【００６９】ステップＳ９でインデックスファイル「Ｉ
ＤＢＬＯＣＫ．ＭＳＦ」の読み込みが行われる。具体的
には、録音（再生）データのクローズの後、インデック
スファイル「ＩＤＢＬＯＣＫ．ＭＳＦ」として確保した
領域を物理アドレス指定で読み出す。

【００７０】ステップＳ１０でインデックスファイル
「ＩＤＢＬＯＣＫ．ＭＳＦ」にインデックス情報がある
か否かを判断し、インデックス情報があるときはステッ
プＳ１２へ進み、ファイル分割処理を行い、インデック
ス情報がないときはステップＳ１１へ進み、インデック
スファイル「ＩＤＢＬＯＣＫ．ＭＳＦ」を消去して、録
音（再生）処理を終了する。これにより、ＦＡＴファイ
ルシステム上でインデックスファイルの存在を認識され
ることなく、上述したインデックス処理およびファイル
分割処理を実行することができる。

【００７１】具体的には、図５にインデックス処理およ
びファイル分割処理を示すように、Ｔ１時点において、
録音キーまたは再生キーが押下され、録音または再生が
開始される。Ｔ２時点でインデックスキーが押下される
と、上述したステップＳ６で示したようにインデックス
ファイル「ＩＤＢＬＯＣＫ．ＭＳＦ」へのＴ２時点での
インデックス情報の書き込みが行われる。Ｔ３時点でイ
ンデックスキーが押下されると、同様にステップＳ６で
示したようにインデックスファイル「ＩＤＢＬＯＣＫ．
ＭＳＦ」へのＴ３時点でのインデックス情報の書き込み
が行われる。Ｔ４時点で停止キーが押下されると、録音
または再生の動作が停止される。

【００７２】ここで、ステップＳ１０でインデックスフ
ァイル「ＩＤＢＬＯＣＫ．ＭＳＦ」にインデックス情報
があるか否かを判断し、Ｔ２時点でインデックス情報が
あるのでステップＳ１２へ進み、ファイル分割処理を行
い、Ｔ１〜Ｔ２のファイル１を生成する。さらに、ステ
ップＳ１０でインデックスファイル「ＩＤＢＬＯＣＫ．
ＭＳＦ」にインデックス情報があるか否かを判断し、Ｔ
３時点でインデックス情報があるのでステップＳ１２へ
進み、ファイル分割処理を行い、Ｔ２〜Ｔ３のファイル
２を生成し、同時に、Ｔ３〜Ｔ４のファイル３を生成す
る。なお、上述したようにステップＳ１〜ステップＳ３
のインデックス処理はＴ１以前に行われることはいうま
でもない。このようにしてファイル分割処理を終了する
ことにより、インデックス処理が終了する。

【００７３】［インデックスファイルのデータ構成］図
３を用いて、上述したインデックスファイル「ＩＤＢＬ
ＯＣＫ．ＭＳＦ」のデータ構成を説明する。図３Ａでイ
ンデックスファイル「ＩＤＢＬＯＣＫ．ＭＳＦ」のデー
タ構成を示すように、「ＴＯＣ−ＭＯＤＥ」３０には、
装置の動作状態を示す情報が記録される。インデックス
打ち込みの処理が可能になった時点でこの情報を読み込
んでＴＯＣ−ＭＯＤＥ処理を行う。具体的には、録音デ
ータの書き込みまたは再生データの読み出しが終了した
後に、インデックスファイルの読み込みを行い、インデ
ックス情報の編集指示内容があれば、ファイル分割等の
編集処理を実行する。また、「ＯＦＦＳＥＴ」３１とし
てＴＯＣ−ＭＯＤＥで示されたモードが発行されたとき
のデータ位置を示すオフセットデータを設けて、「ＹＭ
ＤＨＭＳ」３２にはＴＯＣ−ＭＯＤＥで示されたモード
が発行されたときのＹ（年）、Ｍ（月）、Ｄ（日）、Ｈ
（時間）、Ｍ（分）、Ｓ（秒）のデータが年のみ２バイ
トで西暦のバイナリ表記（例１９９９）で、月日時分秒
は１バイトのバイナリ表記で記録され、最後に
「（Ｒ）」３３にリザーブデータが記録される。

【００７４】図３Ｂに録音中の記録エリアの内容を示す
ように、この記録エリアは例えば第１に「録音」３７を
行い、第２に「録音中のポーズ」３８を行い、第３に
「録音」３７を続行し、第４に「録音中のインデックス
（ＩＤ）打ち込み」３９を行い、第５に「録音」３７を
続行する場合のデータが記録される。

【００７５】この例の場合には、第１の「録音」３７に
よって、アドレス「０Ｘ００００」から続く１６バイト
に「０００１００００」３４に続けて「ＯＦＦＳＥＴ」
３１のオフセットデータ、この記録モードが記録された
「ＹＭＤＨＭＳ」３２の年月日時分秒のデータなどが記
録される。

【００７６】また、第２の「録音中のポーズ」３８によ
って、アドレス「０Ｘ００１０」から続く１６バイトに
「０００１０００２」３５に続けて「ＯＦＦＳＥＴ」３
１のオフセットデータ、この録音中のポーズモードが記
録された「ＹＭＤＨＭＳ」３２の年月日時分秒のデータ
などが記録される。また、第３の「録音」３７によって
録音が続行されるが、記録エリアへは何等データは記録
はされない。

【００７７】また、第４の「録音中のインデックス（Ｉ
Ｄ）打ち込み」３９によって、アドレス「０Ｘ００２
０」から続く１６バイトに「０００１０００１」３６に
続けて「ＯＦＦＳＥＴ」３１のオフセットデータ、この
録音中のインデックス打ち込みモードが記録された「Ｙ
ＭＤＨＭＳ」３２の年月日時分秒のデータなどが記録さ
れる。また、第５の「録音」３７によって録音が続行さ
れるが、記録エリアへは何等データは記録はされない。

【００７８】この後に録音の停止動作が発生すると、上
記モードでの記録エリアへの記録は一旦終了し、インデ
ックス情報の編集指示内容である上記記録エリアの内容
によっては実際に編集などの後処理が開始される。後処
理が完全に終了すると上記記録エリアの記録内容は消去
され、次の動作に入るとアドレス「０Ｘ００００」から
再度記録が開始される。

【００７９】図３Ｃに「ＴＯＣ−ＭＯＤＥ」部分に記録
される例を示す。図３Ｃにおいて、「ＲＥＣ中のＩＮＤ
ＥＸ打ち込み」４０の動作に対するデータは「０Ｘ００
０１０００１」、「ＲＥＣ中のＰＡＵＳＥ」４１の動作
に対するデータは「０Ｘ０００１０００２」、「ＰＬＡ
Ｙ中のＩＮＤＥＸ打ち込み」４２の動作に対するデータ
は「０Ｘ０００２０００１」、「ＲＥＣ」４３の動作に
対するデータは「０Ｘ０００１００００」、「ＰＬＡ
Ｙ」４４の動作に対するデータは「０Ｘ０００２０００
０」、「ＯＶＥＲ ＲＥＣ」４５の動作に対するデータ
は「０Ｘ０００４００００」、「ＶＯＲ ＲＥＣ」４６
の動作に対するデータは「０Ｘ００１０００００」、
「ＶＯＲ ＲＥＣ中のＩＮＤＥＸ打ち込み」４７の動作
に対するデータは「０Ｘ００１００００１」、「ＶＯＲ
ＲＥＣ中のＰＡＵＳＥ」４８の動作に対するデータは
「０Ｘ００１００００２」、「ＥＲＡＳＥ」４９の動作
に対するデータは「０Ｘ００２０００００」である。

【００８０】なお、「ＲＥＣ」４３は通常の録音動作を
示し、ユーザーの操作部１２の録音キーの操作によって
記録を開始する状態を示すものである。「ＰＬＡＹ」４
４は、通常の再生状態を示している。また、「ＯＶＥＲ
ＲＥＣ」４５とは上書き録音と呼ばれるものであっ
て、既に記録されている記録内容の途中から新たに記録
を重ねて行う状態である。つまり、記録を重ねて行われ
た既に記録されていた記録内容は新たな記録に置き換え
られ、さらにフラッシュメモリに空き領域が存在すれば
続けて記録を行っていくものである。

【００８１】また、「ＶＯＲ ＲＥＣ」（Ｖｏｉｃｅ
Ｏｐｅｒａｔｅｄ Ｒｅｃｏｒｄｉｎｇ Ｒｅｃｏｒ
ｄ）４６とは、例えばマイクなどから入力される音声デ
ータなどを記録する場合、入力信号レベルの立ち上がり
点を検出して記録を開始すると共に、一定時間入力レベ
ルが規定値以下の状態を続けると記録を停止した状態で
待機するという動作を交互に行うような記録方法を示し
ている。

【００８２】また、「ＥＲＡＳＥ」４９は記録内容の消
去を行うことを示している。このように例えば「ＩＮＤ
ＥＸ（インデックス）打ち込み」に関して言えば少なく
とも録音中、再生中およびＶＯＲ ＲＥＣ中に行うこと
ができ、内部処理としては、ＴＯＣ−ＭＯＤＥにその各
状態を判別可能とするデータを記録するものである。こ
のようにして、インデックス情報の編集指示内容である
上記記録エリアの「ＴＯＣ−ＭＯＤＥ」部分の内容（録
音、再生およびＶＯＲ ＲＥＣ）に応じて編集などの後
処理が実行される。

【００８３】［ＦＡＴ構造］図４のファイルシステム階
層で説明したように、ファイル管理処理はＦＡＴにより
行われることになる。即ち図１に示した構成のドライブ
装置により、板状メモリ１５に対する記録再生（データ
書込／読出）を実現するには、アプリケーション処理で
の要求に伴ってＦＡＴによるファイル記憶位置管理が参
照され、さらに上述した論理−物理アドレス変換が行わ
れて実際のアクセスが行われることになる。ここで、Ｆ
ＡＴの構造について説明しておく。

【００８４】ＦＡＴによる管理構造の概要を示す。な
お、本例ではＦＡＴ及び論理−物理アドレス変換テーブ
ルは板状メモリ１５内に格納されることになるが、ＦＡ
Ｔ構造が、板状メモリ１５内での管理構造となるもので
ある。

【００８５】そして、ＦＡＴ管理構造は、パーティショ
ンテーブル、空き領域、ブートセクタ、ＦＡＴ、ＦＡＴ
のコピー、ルートディレクトリ、データ領域から成る。
データ領域には、クラスタ２、クラスタ３・・・として
単位データを示しているが、このクラスタとは、ＦＡＴ
で扱う１データ単位（管理単位）となる。一般にＦＡＴ
では、クラスタサイズは標準で４Ｋバイトとされるが、
このクラスタサイズは５１２バイト〜３２Ｋバイトの間
で２のべき乗の大きさをとることができる。

【００８６】本例の板状メモリ１５では、上述したよう
に１つのブロックが８Ｋバイト又は１６Ｋバイトとされ
るが、１ブロック＝８Ｋバイトとされる板状メモリ１５
の場合は、ＦＡＴで扱うクラスタは８Ｋバイトとされ
る。また１ブロック＝１６Ｋバイトとされる板状メモリ
１の場合は、ＦＡＴで扱うクラスタは１６Ｋバイトとさ
れる。即ち、８Ｋバイト又は１６ＫバイトがＦＡＴ管理
上でのデータ単位であり、かつ板状メモリ１でのブロッ
クとしての１つのデータ単位とされる。なお、従って板
状メモリからみれば、ＦＡＴで扱われるクラスタサイズ
＝その板状メモリのブロックサイズとなる。このため、
本例の以降の説明については、簡略化のためにブロック
＝クラスタとして考えることとする。

【００８７】そしてブロックナンバとしてｘ・・・（ｘ
＋ｍ−１）、（ｘ＋ｍ）（ｘ＋ｍ＋１）（ｘ＋ｍ＋２）
・・・と示したが、例えばこのように各ブロックにおい
てＦＡＴ構造を構築する各種データは記憶されることに
なる。なお、実際には必ずしもこのように物理的に連続
する各ブロックに各情報が記憶されるものではない。

【００８８】ＦＡＴ構造において、まずパーティション
テーブルには、ＦＡＴパーティション（最大２Ｇバイ
ト）の先頭と終端のアドレスが記述されている。ブート
領域には、いわゆる１２ｂｉｔＦＡＴ、１６ｂｉｔＦＡ
Ｔの別や、ＦＡＴ構造（大きさ、クラスタサイズ、各領
域のサイズなど）が記述される。

【００８９】ＦＡＴは、後述するように各ファイルを構
成するクラスタのリンク構造を示すテーブルとなり、ま
たＦＡＴについては続く領域にコピーが記述される。ル
ートディレクトリには、ファイル名、先頭クラスタ番
号、各種属性が記述される。これらの記述は１つのファ
イルにつき３２バイト使用される。

【００９０】［板状メモリのファイル構造］ ［ディレクトリ構成］次に、板状メモリ１５に記憶され
るファイル構造について説明していく。まずディレクト
リ構成例を示す。上述したように、板状メモリ１５で扱
うことのできる主データとしては、動画データ、静止画
データ、音声データ（ボイスデータ）、ＨｉＦｉオーデ
ィオデータ（音楽用データ）、制御用データなどがある
が、このためディレクトリ構造としては、ルートディレ
クトリから、「ＶＯＩＣＥ」（ボイス用ディレクト
リ）、「ＤＣＩＭ」（静止画用ディレクトリ）、「ＭＯ
ｘｘｘｘｎｎ」（動画用ディレクトリ）、「ＡＶＣＴ
Ｌ」（制御用ディレクトリ）、「ＨＩＦＩ」（音楽用デ
ィレクトリ）が配される。

【００９１】本例では、特に音声データ（ボイスデー
タ）のファイルについて詳しく述べていくこととする。
ディレクトリ「ＶＯＩＣＥ」のサブディレクトリとして
は、オーダーファイル（ＯＲＤＥＲ．ＭＳＦ）、付加情
報管理ファイル（ＩＮＦＯ．ＭＳＦ）、フォルダ（ＦＯ
ＬＤＥＲ１、ＦＯＬＤＥＲ２・・・）等が形成される。
また、例えばフォルダ内には、実際の音声データのファ
イル（ファイル名「９８１２０１００．ＭＳＶ」等）が
形成される。

【００９２】［音声データファイル］音声データファイ
ルのデータ構造を示す。音声データファイルは、フォー
マットフレーム（FORMAT FRAME）、ＴＯＣフレーム（TO
C FRAME ）、タイトルフレーム（TITLE FRAME ）、メー
カーフレーム（MAKER FRAME ）、オーサーフレーム（AU
THOR FRAME）、スペースフレーム（SPACE F RAME）、デ
ータフレーム（DATA FRAME）を含んで構成される。但
し、タイトルフレーム（TITLE FRAME ）、メーカーフレ
ーム（MAKER FRAME ）、オーサーフレーム（AUTHOR FRA
ME）を設けることは任意であり、基本的には、太枠で囲
ったフォーマットフレーム（FORMAT FRAME）、ＴＯＣフ
レーム（TOC FRAME ）、スペースフレーム（SPACE FRAM
E ）、データフレーム（DATA FRAME）によって音声デー
タファイルが構成されることになる。

【００９３】フォーマットフレームは、当該音声データ
ファイルの基本的な管理情報となり、コーデックの種類
等が示される。ＴＯＣフレームは、当該音声データファ
イルの各フレームの配列状態を表す管理情報となる。つ
まりＴＯＣフレームの記述により音声データファイルの
フレーム構造が識別される。データフレームは、実際の
音声データが格納される領域となる。スペースフレーム
は、詳しくは後述するが、未使用（再生不可）のエリア
とされ、これがＴＯＣフレームの拡大の場合の予備領域
や、ファイル内の再生不可エリアの設定のために機能す
る。

【００９４】このような各フレームにおいて、データフ
レームとスペースフレームは同一ファイル内に複数個存
在する場合もある。ただし、データフレームとスペース
フレーム以外のフレームは、同一ファイル内に１つとな
る。また、フォーマットフレームは必ずファイルの先頭
に配置される。そしてＴＯＣフレームはフォーマットフ
レームの直後に配置される。上述した必須でないフレー
ム（タイトルフレーム、メーカーフレーム、オーサーフ
レーム）は、ＴＯＣフレームの後にまとめて配置され
る。これらはフレームＩＤ（後述する）が小さい順番に
配置されることになる。また、必須でないフレームの並
びの次には、必ずスペースフレームが配置される。

【００９５】また、詳しくは後述するが、音声データフ
ァイルの分割（デバイド）処理時には、分割ポイントが
含まれるクラスタにおいて、再生禁止データエリアをス
ペースフレームとする。即ち、或るクラスタの途中の位
置が分割点とされた場合、分割による後半のファイルで
は、音声データの先頭が、そのクラスタの分割点とな
る。あくまでファイルの最小単位はクラスタとなるた
め、このようにそのクラスタ内の分割点以前のデータ
は、再生してはいけないデータが含まれることとなる
が、その部分は、スペースフレームとして再生されない
ようにする。

【００９６】また、音声データファイルの分割、結合処
理の結果、２つのスペースフレームがとなり合う状況に
なる場合もあり得る。このようにとなり合う２つのスペ
ースフレームが存在する場合は、それを１つのスペース
フレームにまとめる。つまり具体的には、１つのスペー
スフレームとしてＴＯＣフレームで管理されるようにす
る。

【００９７】［デバイド編集処理］続いて本例のシステ
ムにおける特徴的な編集動作となるデバイド編集処理に
ついて説明していく。デバイド編集とは、１つの音声デ
ータファイルを、任意の分割点を設定（例えばユーザー
が操作により分割点を指示）し、その分割点の前後で２
つの音声データファイルに分ける処理である。なお、本
実施の形態では、インデックス処理に基づいてデバイド
編集が行われる。

【００９８】或る板状メモリ１５がドライブ装置に装填
されることで、ユーザーは表示部８においてその板状メ
モリ１５に記憶されている音声データファイルを確認す
ることができる。そしてユーザーが或る音声データファ
イルを、その途中の或る位置で分割して２つのファイル
に分けたいと思った場合は、まず表示部８のファイル名
表示等を確認しながら操作部１２からの操作により、そ
の分割させたい音声データファイルを選択する。

【００９９】ユーザーがこのようなファイル選択操作を
行ったら、マイコン９は、分割対象の音声データファイ
ルを設定する。続いてユーザーは、その選択されたファ
イルのどの位置を分割点とするかの操作を行うことにな
る。この分割点設定操作については多様な操作例が考え
られるが、このとき例えばマイコン９は分割対象となっ
た音声データファイルを再生させ、ユーザーは再生音声
を聞きながら、分割点としたいタイミングで分割点とし
てのエンター操作を行うことなどが考えられる。また、
音声を聞きながらタイミングを見計らって分割点を指定
する操作では、分割させたいポイントと指示した分割点
が微妙にずれる場合もあるため、ユーザーが分割点を微
調整できるような操作機能を付加することが好ましい。

【０１００】ユーザーが分割点を指示する操作を行った
ら、マイコン９は分割点を決定し、実際のデバイド動作
に移る。まず、設定された分割点が或るクラスタ（ブロ
ック）の途中の位置であった場合は、そのクラスタのデ
ータを未使用のクラスタにコピーして、同一内容のクラ
スタを２つとする。但し後述するが、設定された分割点
がクラスタ（ブロック）の境界位置であった場合は、そ
のクラスタのデータを複製する必要はない。また、管理
ヘッダ（ここでいう管理ヘッダとはフォーマットフレー
ム、ＴＯＣフレーム、スペースフレームから構成された
データ部分のことである）を有するファイル先頭のクラ
スタのデータを未使用のクラスタにコピーして、同一内
容のクラスタを２つとする。

【０１０１】続いてＦＡＴのクラスタリンクを変更す
る。さらにＦＡＴのディレクトリエントリを変更する。
これにより、新たに複製した分割点を含むクラスタ→ヘ
ッダを含むクラスタを含めて、元の１つのファイルが２
つのファイルに分割されるように新たなクラスタリンク
が形成されることになる。具体例は後述する。

【０１０２】次に、元々のファイル先頭の管理ヘッダに
おけるＴＯＣフレームを更新する。これにより、元々の
ファイルの分割点より前半部分に相当する新たな第１の
ファイルが形成される。また、複製されファイル先頭に
リンクされた管理ヘッダを含むクラスタにおいて、その
管理ヘッダを更新する。これによって元々のファイルの
分割点より後半部分に相当する新たな第２のファイルが
形成される。以上の処理によりデバイド処理が完了する
わけであるが、この処理によって実行されるデバイド処
理例を述べる。

【０１０３】図５において、Ｔ１〜Ｔ４までの連続した
一つのファイルが、ユーザーがデバイド対象として選択
した音声データファイルであるとする。そして仮にこの
ファイルは、所定クラスタに記憶されているものとす
る。このファイルのクラスタリンクを示すＦＡＴはディ
レクトリエントリによってファイルの先頭のクラスタか
ら最後のクラスタにファイルを記憶する。このようなＦ
ＡＴによって、ファイルがクラスタに格納されているこ
とが管理される。

【０１０４】ここで、このようなファイルに対してユー
ザーが、インデックスキーの押下により、分割点Ｔ２お
よびＴ３での分割を指示したとする。分割点Ｔ２および
Ｔ３は上述したクラスタの途中の位置である。このため
の処理として、上述したクラスタが未使用の他のクラス
タにコピーされる。また管理ヘッダを含む先頭のクラス
タが未使用の他のクラスタにコピーされる。

【０１０５】そしてＦＡＴのクラスタリンク及びディレ
クトリエントリが更新され、クラスタリンクが形成され
る。分割後の３つのファイルをファイルＦ１、ファイル
Ｆ２、ファイルＦ３とすると、まずファイルＦ１につい
てのディレクトリエントリが形成され、先頭のクラスタ
が指示される。そして、ＦＡＴにおいて新たなクラスタ
のエントリには更新値が記憶される。これによって、フ
ァイルＦ１が、新たなクラスタに記憶されていると管理
される状態となる。

【０１０６】また、ファイルＦ２についてのディレクト
リエントリが形成され、先頭のクラスタが指示される。
そして、ＦＡＴにおいて新たなクラスタのエントリには
更新値が記憶される。これによって、ファイルＦ２が、
新たなクラスタに記憶されていると管理される状態とな
る。

【０１０７】また、ファイルＦ３についてのディレクト
リエントリが形成され、先頭のクラスタが指示される。
そして、ＦＡＴにおいて新たなクラスタのエントリには
最後の更新値が記憶される。これによって、ファイルＦ
３が、新たなクラスタに記憶されていると管理される状
態となる。

【０１０８】続いてファイルＦ１の管理ヘッダ、Ｆ１の
新たなクラスタの内容が更新される。具体的には、ＴＯ
Ｃフレームに記述されているデータフレームのサイズが
更新されることになる。

【０１０９】次に、ファイルＦ２の管理ヘッダ、Ｆ２の
新たなクラスタの内容が更新される。具体的には、ＴＯ
Ｃフレームに記述されているデータフレームのサイズが
更新されるとともに、スペースフレームの設定が更新さ
れることになる。

【０１１０】最後の、ファイルＦ３の管理ヘッダ、Ｆ３
の新たなクラスタの内容が更新される。具体的には、Ｔ
ＯＣフレームに記述されているデータフレームのサイズ
が更新されるとともに、スペースフレームの設定が更新
されることになる。

【０１１１】以上の説明から理解されるように、本例で
はデバイド処理に際して、分割位置を含むクラスタと管
理ヘッダを含むクラスタが複製され、また分割後の各フ
ァイルの管理ヘッダ（ＴＯＣフレーム）の一部が更新さ
れ、データフレーム、スペースフレームのサイズが変更
されるのみで、分割点から前後の２つの音声データファ
イルに分割されることになる。上述では、Ｔ２およびＴ
３における分割により、３分割される。これは、音声デ
ータファイルを分割するという編集のために必要となる
データの複製や書換が最小限となっていることを意味す
る。そしてこれによって編集処理が効率化され、編集処
理のためのアクセスも最小限となるため、処理時間や消
費電力を最小限とできる。

【０１１２】なお、分割点Ｔ２、およびＴ３がクラスタ
の境界とされた場合は、分割点を含むクラスタの複製は
不要となる。従ってその様な場合は、分割処理のための
複製は管理ヘッダを含むクラスタのみとなり、処理はよ
り簡易かつ短時間で実現できるものとなる。

【０１１３】また分割処理の手順や処理内容としては、
上記例に限らず各種考えられる。例えば上記例では分割
点を含むクラスタを複製した後、分割後の各ファイルに
おいてＴＯＣフレームの更新により一部をスペースフレ
ームもしくは無効部分としたが、例えば分割点より前の
音声データにダミーデータを加えて１クラスタ分のデー
タを生成して未使用クラスタに記憶させ、さらに分割点
より後ろの音声データにダミーデータを加えて１クラス
タ分のデータを生成して未使用クラスタに記憶させ、こ
れらのクラスタを分割後の各ファイルを構成するクラス
タリンクに組み込むという手法も考えられる。この場合
は、その各クラスタのダミーデータ部分が、上記例と同
様にスペースフレーム又は無効部分として管理されれば
よいことはいうまでもない。

【０１１４】以上、実施の形態としてのシステム構成及
びデバイド編集動作について述べてきたが、本発明はこ
れらの構成及び動作に限定されるものではない。特に実
施の形態においては板状メモリを用いたシステムにおい
て主データが音声データである音声データファイルのデ
バイド処理を例にあげたが、上述したように板状メモリ
を用いたシステムでは音声データファイル以外に、音楽
データファイル、動画データファイルなども扱うことが
できる。そしてこの音楽データファイル、動画データフ
ァイルについても、上記同様にデバイド処理が実行され
ることで、デバイド編集を効率化できる。

【０１１５】このようにして、ファイルシステムとして
ＦＡＴファイルシステムを使用して、記録媒体としてフ
ラッシュメモリを使用し、音声・音楽等のストリームデ
ータを記録または再生する機能を有し、記録媒体に対す
るストリームデータのアクセス中にインデックス打ち込
み等のストリームデータ以外のデータを記録媒体に記録
する機能を有するので、これにより、ストリームデータ
以外のデータを記録媒体に高速に書き込むことが可能
で、より低い性能のマイコンでインデックス処理を行う
ことができるようになるため、機器能低コスト化、低消
費電力化を図ることができる。

【０１１６】なお、上述において、ＦＡＴ上あるいはＦ
ＡＴファイルシステム上とあるのは、すべて板状メモリ
１５上を意味している。また、ファイルシステムとして
はＦＡＴに限定されるものではなく、その他のオペレー
ティングシステム等で利用されるファイルシステムでも
構わない。また、本実施の形態のドライブ装置に適用さ
れる記録媒体としては、図１のような板状メモリに限定
されるものではなく、他の外形形状とされた固体メモリ
媒体（メモリチップ、メモリカード、メモリモジュール
等）でも構わない。また、これまで説明したファイルシ
ステムのフォーマットも、例えば実際に応じてその細部
の規定などは変更されて構わない。更には、フラッシュ
メモリ容量のバリエーションも上述したものに限定され
るものではない。もちろん、本実施の形態の記憶媒体の
メモリ素子はフラッシュメモリに限られず、不揮発性で
書き換え可能なたとえばＦｅ・ＲＡＭやＥ² −ＰＲＯＭ
等のメモリ素子や、記憶媒体として書き換え可能でアド
レス指定によるアクセスを行うディスク等でもよい。さ
らに物理アドレステーブルは揮発性の他の種のダイナミ
ック（Ｄ）ＲＡＭ、スタティック（Ｓ）ＲＡＭ等のメモ
リ素子でもよい。

【０１１７】

【発明の効果】本発明では、管理領域におけるアドレス
および編集指示内容の書き込みを行うことにより、より
低い処理性能の制御部を用いてこれらの管理領域に書き
込まれたアドレスおよび編集指示内容に基づいたメイン
データの記録または再生時における編集処理を効率よく
行うことができ、編集装置の低コスト化、低消費電力化
を図ることができるという効果を奏する。

【図面の簡単な説明】

【図１】実施の形態のドライブ装置のブロック図であ
る。

【図２】実施の形態の基本動作を示すフローチャートで
ある。

【図３】実施の形態のインデックスファイル内のデータ
構成を示す図であり、図３Ａはデータ構成、図３Ｂは録
音中の記録エリアの内容、図３ＣはＴＯＣ−ＭＯＤＥの
例である。

【図４】実施の形態のファイルシステム処理階層の説明
図である。

【図５】実施の形態のインデックス処理およびファイル
分割処理の説明図である。

【図６】実施の形態のインデックスファイルのファイル
サイズの説明図である。

【図７】実施の形態の物理アドレスファイルの構成を示
す図である。

【符号の説明】

１５……板状メモリ、１４……セット本体、９……マイ
コン（マイクロコンピュータ）、１２……操作部、１３
……物理アドレステーブル（ＲＡＭ）、５５……インデ
ックス処理、５６……ファイル分割処理

Claims (14)

【特許請求の範囲】
1. 【請求項１】 入力されるメインデータを記録する記録
   領域と上記記録領域に記録されたメインデータを管理す
   る管理領域を備えた記録媒体の上記記録領域に記録され
   たメインデータの編集処理を行う編集装置は、 上記メインデータの記録中に編集指示を入力する入力手
   段と、 上記入力手段にてメインデータの記録中に編集指示が入
   力された時点で記録を行っていた記録領域のアドレスと
   上記編集指示内容を上記管理領域に記録する記録手段
   と、 上記記録手段によって記録されたアドレスと編集指示内
   容の上記管理領域上のアドレスを記憶する記憶手段と、 上記メインデータの記録後に上記記憶手段に記憶されて
   いるアドレスに基づいて上記管理領域に記録されている
   アドレスと編集指示内容を検索し、上記検索されたアド
   レスと編集指示内容に基づいて上記管理領域を編集する
   編集処理手段とを備えてなる編集装置。
2. 【請求項２】 請求項１記載の編集装置において、 上記記録媒体は不揮発性メモリであることを特徴とする
   編集装置。
3. 【請求項３】 請求項１記載の編集装置において、 上記記憶手段は揮発性メモリであることを特徴とする編
   集装置。
4. 【請求項４】 請求項１記載の編集装置において、 上記編集指示内容は、分割指示であることを識別する識
   別子であることを特徴とする編集装置。
5. 【請求項５】 請求項１記載の編集装置において、 上記編集指示内容は、上書き記録であることを識別する
   識別子であることを特徴とする編集装置。
6. 【請求項６】 請求項１記載の編集装置において、 上記編集指示内容は、入力されるメインデータのレベル
   に応じて記録を開始するモードであることを識別する識
   別子であることを特徴とする編集装置。
7. 【請求項７】 請求項１記載の編集装置において、 上記入力手段にてメインデータの記録中に編集指示が入
   力された時点で記録を行っていた記録領域アドレスと上
   記編集指示内容が記録される上記管理領域は上記メイン
   データの記録開始に先立って確保されることを特徴とす
   る編集装置。
8. 【請求項８】 請求項１記載の編集装置において、 上記記憶手段に記憶されるアドレスを上記管理領域の内
   容に基づいて算出する算出手段をさらに持つことを特徴
   とする編集装置。
9. 【請求項９】 メインデータが記録された記録領域と上
   記記録領域に記録されたメインデータを管理する管理領
   域を備えた記録媒体の上記記録領域に記録されたメイン
   データの編集処理を行う編集装置は、 上記メインデータの再生中に編集指示を入力する入力手
   段と、 上記入力手段にてメインデータの再生中に編集指示が入
   力された時点で再生を行っていた記録領域のアドレスと
   上記編集指示内容を上記管理領域に記録する記録手段
   と、 上記記録手段によって記録されたアドレスと編集指示内
   容の上記管理領域上のアドレスを記憶する記憶手段と、 上記メインデータの再生後に上記記憶手段に記憶されて
   いるアドレスに基づいて上記管理領域に記録されている
   アドレスと編集指示内容を検索し、上記検索されたアド
   レスと編集指示内容に基づいて上記管理領域を編集する
   編集処理手段とを備えてなる編集装置。
10. 【請求項１０】 請求項９記載の編集装置において、 上記記録媒体は不揮発性メモリであることを特徴とする
    編集装置。
11. 【請求項１１】 請求項９記載の編集装置において、 上記記憶手段は揮発性メモリであることを特徴とする編
    集装置。
12. 【請求項１２】 請求項９記載の編集装置において、 上記編集指示内容は、分割指示であることを識別する識
    別子であることを特徴とする編集装置。
13. 【請求項１３】 請求項９記載の編集装置において、 上記入力手段にてメインデータの再生中に編集指示が入
    力された時点で再生を行っていた記録領域アドレスと上
    記編集指示内容が記録される上記管理領域は上記メイン
    データの再生開始に先立って確保されることを特徴とす
    る編集装置。
14. 【請求項１４】 請求項９記載の編集装置において、 上記記憶手段に記憶されるアドレスを上記管理領域の内
    容に基づいて算出する算出手段をさらに持つことを特徴
    とする編集装置。