JP2001075598A - 不揮発性記憶媒体および情報収集装置 - Google Patents

Abstract

(57)【要約】 【課題】 不揮発性記憶媒体を利用して容易かつ迅速に
情報を収集できるようにする。 【解決手段】 制御部２１１は、メモリカード２０３の
付加情報領域に保持されている制御データを読み出し、
質問用のオーディオデータがダウンロードされているこ
とを検出した場合には、質問再生処理を実行し、制御デ
ータにより入力形式、質問トラック、応答トラック、モ
ード等を識別した後、操作部の操作状態を監視し、操作
に応じて音声によるアンケートを開始する。そして、質
問再生中において、操作部に対して回答に対応する所定
操作がなされた場合には、その質問の回答をメモリカー
ド２０３のトラック毎の付加情報領域に書き込む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、例えば、記憶媒
体として着脱自在なメモリカード等を有し、ペーパーレ
スで音声による各種アンケート調査の実施と、その調査
結果の収集等に用いて好適な不揮発性記憶媒体および情
報収集装置に関する。

【０００２】

【従来の技術】ＥＥＰＲＯＭ（Electrically Erasable
Programmable ROM）と呼ばれる電気的に書き換え可能な
不揮発性メモリは、１ビットを２個のトランジスタで構
成するために、１ビット当たりの専有面積が大きく、集
積度を高くするのに限界があった。この問題を解決する
ために、全ビット一括消去方式により１ビットを１トラ
ンジスタで実現することが可能なフラッシュメモリが開
発された。フラッシュメモリは、磁気ディスク、光ディ
スク等の記録媒体に代わりうるものとして期待されてい
る。

【０００３】また、フラッシュメモリを機器に対して着
脱自在に構成したメモリカードも知られている。このメ
モリカードを使用すれば、従来のＣＤ（コンパクトディ
スク）、ＭＤ（ミニディスク）等のディスク状記録媒体
や磁気テープに換えてメモリカードを使用したオーディ
オ記録再生装置を実現することができる。このメモリカ
ードを使用したオーディオ記録再生装置は、カセットテ
ープレコーダのように消去ヘッドの必要がなく、また、
ＭＤを用いたオーディオ記録再生装置のように記録ヘッ
ドや高出力のレーザ素子も必要なく、再生系および記録
系を簡素化することができ、然も、オーディオ信号がデ
ィジタル化されているため、外部からデータの読み出し
および書き込みが高速に行える特徴を有する。このた
め、オーディオデータの記録再生以外にも記録再生の簡
便さや機動性を利用して他の装置への応用が検討されて
いる。

【０００４】

【発明が解決しようとする課題】一方、従来のアンケー
ト調査は、一般に紙を用いてなされる。具体的には、紙
に内容を印刷して配付し、その紙面上に鉛筆等でマーキ
ングしてもらったものを回収するか、もしくは、直接対
象者に聞き取り等を行って実施され、得られたアンケー
ト調査の結果は、さらに、人手によって情報処理装置に
データ入力され、分析および解析等の処理がなされる。
しかしながら、このような方法によるアンケート調査
は、人手に頼る部分が多いため、効率が悪くまた、コス
ト的にも高くなる問題点がある。

【０００５】従って、この発明の目的は、メモリカード
を利用して容易にかつ迅速に音声によるアンケートを実
施することができ、然も、その結果を容易に集計するこ
とができる不揮発性記憶媒体および情報収集装置を提供
することにある。

【０００６】

【課題を解決するための手段】以上の問題を解決するた
めに請求項１の発明は、記録または再生装置に対して着
脱自在の不揮発性記憶媒体において、一連の情報に対応
するデータファイルと、データファイルを管理するファ
イル管理情報とが格納され、ファイル管理情報に、デー
タファイルとして質問用データが格納されていることを
示す付加情報が記録されていることを特徴とする不揮発
性記憶媒体である。

【０００７】請求項２の発明は、質問と質問に対する回
答とを収集するめの情報収集装置において、質問用のオ
ーディオデータおよび制御データとを所定領域に保持す
る着脱自在な不揮発性記憶手段と、不揮発性記憶手段が
接続され、不揮発性記憶手段の所定領域に保持されてい
る制御データを読み出し、質問用のオーディオデータが
ダウンロードされていることを検出した場合には、制御
データに基づいて質問用のオーディオデータを読み出し
て質問を音声により再生し、質問のユーザからの回答を
不揮発性記憶手段の所定領域に記録する記録手段とを有
することを特徴とする情報収集装置である。

【０００８】この発明では、不揮発性記憶手段に制御デ
ータと質問用のオーディオデータが記録される。制御デ
ータにより入力形式、質問トラック、応答トラック、モ
ード等が識別され、操作部に対して所定操作がなされる
と、音声による質問の再生が開始される。質問再生中に
おいて、操作部に対して所定操作がなされると、その操
作に応じたデータが回答として不揮発性記憶手段の所定
領域に書き込まれる。そして、順次、質問の再生と、そ
の質問に対する回答の書き込み処理がなされ、全ての質
問に対する回答の書き込みが完了すると、集計処理に移
行する。集計処理においては、不揮発性記憶手段の所定
領域に書き込まれている回答の情報が読み出され、その
情報が集計される。

【０００９】

【発明の実施の形態】先ず、この発明を適用することが
できるディジタルオーディオレコーダ（記録および再生
機）に関して説明する。図１は、メモリカードを使用し
たディジタルオーディオレコーダの全体の構成を示す。
より具体的には、このレコーダは、アンプ装置、スピー
カ、ＣＤプレーヤ、ＭＤレコーダ、チューナ等と共にオ
ーディオシステムを構成する。オーディオシステムを構
成するのではなく、携帯形レコーダの構成とできる。携
帯形レコーダの構成でもって、後述するアンケートを実
施するための装置として使用される。

【００１０】レコーダは、それぞれ１チップＩＣで構成
されたオーディオエンコーダ／デコーダＩＣ１０、セキ
ュリティＩＣ２０、ＤＳＰ(Digital Signal Processor)
３０を有する。４０は、レコーダに対して着脱自在のメ
モリカードである。メモリカード４０は、フラッシュメ
モリ（不揮発性メモリ）、メモリコントロールブロッ
ク、ＤＥＳ(Data Encryption Standard)の暗号化回路を
含むセキュリティブロックが１チップ上にＩＣ化された
ものである。なお、この一実施形態では、ＤＳＰ３０を
使用しているが、マイクロコンピュータを使用しても良
い。

【００１１】オーディオエンコーダ／デコーダＩＣ１０
は、オーディオインタフェース１１およびエンコーダ／
デコーダブロック１２を有する。エンコーダ／デコーダ
ブロック１２は、ディジタルオーディオ信号をメモリカ
ード４０に書き込むために高能率符号化し、また、メモ
リカード４０から読み出されたデータを復号する。高能
率符号化方法としては、ミニディスクで採用されている
ＡＴＲＡＣ(AdaptiveTransform Acoustic Coding)を改
良したもの（ＡＴＲＡＣ３と表記する）が使用できる。

【００１２】ＡＴＲＡＣ３では、４４．１ｋHzでサンプ
リングした１サンプル１６ビットのオーディオデータを
処理する。ＡＴＲＡＣ３でオーディオデータを処理する
時の最小のデータ単位がサウンドユニットＳＵである。
１ＳＵは、１０２４サンプル分（１０２４×１６ビット
×２チャンネル）を数百バイトに圧縮したものであり、
時間にして約２３ｍ秒である。ＡＴＲＡＣ３により約１
／１０にオーディオデータが圧縮される。ミニディスク
においてそうであるように、ＡＴＲＡＣ３の工夫された
信号処理によって、圧縮／伸長処理による音質の劣化は
少ない。

【００１３】ライン入力セレクタ１３は、ＭＤの再生出
力、チューナの出力、テープ再生出力を選択的にＡ／Ｄ
変換器１４に供給する。Ａ／Ｄ変換器１４は、選択され
たライン入力信号を（サンプリング周波数＝４４．１ｋ
Hz、１サンプル＝１６ビット）のディジタルオーディオ
信号へ変換する。ディジタル入力セレクタ１６は、Ｍ
Ｄ、ＣＤ、ＣＳ（衛星ディジタル放送）のディジタル出
力を選択的にディジタル入力レシーバ１７に供給する。
ディジタル入力は、例えば光ケーブルを介して伝送され
る。ディジタル入力レシーバ１７の出力がサンプリング
レートコンバータ１５に供給され、ディジタル入力のサ
ンプリング周波数が４４．１ｋHzに変換される。

【００１４】オーディオエンコーダ／デコーダＩＣ１０
のエンコーダ／デコーダブロック１２からの符号化デー
タがセキュリティＩＣ２０のインタフェース２１を介し
てＤＥＳの暗号化回路２２に供給される。ＤＥＳの暗号
化回路２２は、ＦＩＦＯ２３を有している。ＤＥＳの暗
号化回路２２は、コンテンツの著作権を保護するための
備えられている。メモリカード４０にも、ＤＥＳの暗号
化回路が組み込まれている。レコーダのＤＥＳの暗号化
回路２２は、複数のマスターキーと機器毎にユニークな
ストレージキーを持つ。さらに、ＤＥＳの暗号化回路２
２は、乱数発生回路を持ち、ＤＥＳの暗号化回路を内蔵
するメモリカードと認証およびセッションキーを共有す
ることができる。よりさらに、ＤＥＳの暗号化回路２２
は、ＤＥＳの暗号化回路を通してストレージキーでキー
をかけなおすことができる。

【００１５】ＤＥＳの暗号化回路２２からの暗号化され
たオーディオデータがＤＳＰ(Digital Signal Processo
r) ３０に供給される。ＤＳＰ３０は、着脱機構（図示
しない）に装着されたメモリカード４０とメモリインタ
フェースを介しての通信を行い、暗号化されたデータを
フラッシュメモリに書き込む。ＤＳＰ３０とメモリカー
ド４０との間では、シリアル通信がなされる。また、メ
モリカードの制御に必要なメモリ容量を確保するため
に、ＤＳＰ３０に対して外付けのＳＲＡＭ(Static Rand
om Access Memory) ３１が接続される。

【００１６】さらに、ＤＳＰ３０に対して、バスインタ
フェース３２が接続され、図示しない外部のコントロー
ラからのデータがバス３３を介してＤＳＰ３０に供給さ
れる。外部のコントローラは、オーディオシステム全体
の動作を制御し、操作部からのユーザの操作に応じて発
生した録音指令、再生指令等のデータをＤＳＰ３０にバ
スインタフェース３２を介して与える。また、画像情
報、文字情報等の付加情報のデータもバスインタフェー
ス３２を介してＤＳＰ３０に供給される。バス３３は、
双方向通信路であり、メモリカード４０から読み出され
た付加情報データ、制御信号等がＤＳＰ３０、バスイン
ターフェース３２、バス３３を介して外部のコントロー
ラに取り込まれる。外部のコントローラは、具体的に
は、オーディオシステム内に含まれる他の機器例えばア
ンプ装置に含まれている。さらに、外部のコントローラ
によって、付加情報の表示、レコーダの動作状態等を表
示するための表示が制御される。表示部は、オーディオ
システム全体で共用される。ここで、バス３３を介して
送受信されるデータは、著作物ではないので、暗号化が
されない。

【００１７】ＤＳＰ３０によってメモリカード４０から
読み出した暗号化されたオーディオデータは、セキュリ
ティＩＣ２０によって復号化され、オーディオエンコー
ダ／デコーダＩＣ１０によってＡＴＲＡＣ３の復号化処
理を受ける。オーディオエンコーダ／デコーダ１０の出
力がＤ／Ａ変換器１８に供給され、アナログオーディオ
信号へ変換される。そして、アナログオーディオ信号が
ライン出力端子１９に取り出される。

【００１８】ライン出力は、図示しないアンプ装置に伝
送され、スピーカまたはヘッドホンにより再生される。
Ｄ／Ａ変換器１８に対してミューティング信号が外部の
コントローラから供給される。ミューティング信号がミ
ューティングのオンを示す時には、ライン出力端子１９
からのオーディオ出力が禁止される。

【００１９】図２は、ＤＳＰ３０の内部構成を示す。Ｄ
ＳＰ３０は、コア３４と、フラッシュメモリ３５と、Ｓ
ＲＡＭ３６と、バスインタフェース３７と、メモリカー
ドインタフェース３８と、バスおよびバス間のブリッジ
とで構成される。ＤＳＰ３０は、マイクロコンピュータ
と同様に機能し、コア３４がＣＰＵに相当する。フラッ
シュメモリ３５にＤＳＰ３０の処理のためのプログラム
が格納されている。ＳＲＡＭ３６と外部のＳＲＡＭ３１
とがＲＡＭとして使用される。

【００２０】ＤＳＰ３０は、バスインタフェース３２、
３７を介して受け取った録音指令等の操作信号に応答し
て、所定の暗号化されたオーディオデータ、所定の付加
情報データをメモリカード４０に対して書き込み、ま
た、これらのデータをメモリカード４０から読み出す処
理を制御する。すなわち、オーディオデータ、付加情報
の記録／再生を行うためのオーディオシステム全体のア
プリケーションソフトウェアと、メモリカード４０との
間にＤＳＰ３０が位置し、メモリカード４０のアクセ
ス、ファイルシステム等のソフトウェアによってＤＳＰ
３０が動作する。

【００２１】ＤＳＰ３０におけるメモリカード４０上の
ファイル管理は、既存のパーソナルコンピュータで使用
されているＦＡＴファイルシステムが使用される。この
ファイルシステムに加えて、一実施形態では、後述する
ようなデータ構成の管理ファイルが使用される。管理フ
ァイルは、メモリカード４０上に記録されているデータ
ファイルを管理する。第１のファイル管理情報としての
管理ファイルは、オーディオデータのファイルを管理す
るものである。第２のファイル管理情報としてのＦＡＴ
は、オーディオデータのファイルと管理ファイルを含む
メモリカード４０のフラッシュメモリ上のファイル全体
を管理する。管理ファイルは、メモリカード４０に記録
される。また、ＦＡＴは、ルートディレクトリ等と共
に、予め出荷時にフラッシュメモリ上に書き込まれてい
る。

【００２２】なお、一実施形態では、著作権を保護する
ために、ＡＴＲＡＣ３により圧縮されたオーディオデー
タを暗号化している。一方、管理ファイルは、著作権保
護が必要ないとして、暗号化を行わないようにしてい
る。また、メモリカードとしても、暗号化機能を持つも
のと、これを持たないものとがありうる。一実施形態の
ように、著作物であるオーディオデータを記録するレコ
ーダが使用できるものは、暗号化機能を持つメモリカー
ドのみである。

【００２３】図３は、メモリカード４０の構成を示す。
メモリカード４０は、コントロールブロック４１とフラ
ッシュメモリ４２が１チップＩＣとして構成されたもの
である。レコーダのＤＳＰ３０とメモリカード４０との
間の双方向シリアルインタフェースは、１０本の線から
なる。主要な４本の線は、データ伝送時にクロックを伝
送するためのクロック線ＳＣＫと、ステータスを伝送す
るためのステータス線ＳＢＳと、データを伝送するデー
タ線ＤＩＯ、インターラプト線ＩＮＴとである。その他
に電源供給用線として、２本のＧＮＤ線および２本のＶ
ＣＣ線が設けられる。２本の線Ｒｅｓｅｒｖは、未定義
の線である。

【００２４】クロック線ＳＣＫは、データに同期したク
ロックを伝送するための線である。ステータス線ＳＢＳ
は、メモリカード４０のステータスを表す信号を伝送す
るための線である。データ線ＤＩＯは、コマンドおよび
暗号化されたオーディオデータを入出力するための線で
ある。インターラプト線ＩＮＴは、メモリカード４０か
らレコーダのＤＳＰ３０に対しての割り込みを要求する
インターラプト信号を伝送する線である。メモリカード
４０を装着した時にインターラプト信号が発生する。但
し、この一実施形態では、インターラプト信号をデータ
線ＤＩＯを介して伝送するようにしているので、インタ
ーラプト線ＩＮＴを接地している。

【００２５】コントロールブロック４１のシリアル／パ
ラレル変換・パラレル／シリアル変換・インタフェース
ブロック（Ｓ／Ｐ，Ｐ／Ｓ，ＩＦブロックと略す）４３
は、上述した複数の線を介して接続されたレコーダのＤ
ＳＰ３０とコントロールブロック４１とのインタフェー
スである。Ｓ／Ｐ，Ｐ／Ｓ，ＩＦブロック４３は、レコ
ーダのＤＳＰ３０から受け取ったシリアルデータをパラ
レルデータに変換し、コントロールブロック４１に取り
込み、コントロールブロック４１からのパラレルデータ
をシリアルデータに変換してレコーダのＤＳＰ３０に送
る。また、Ｓ／Ｐ，Ｐ／Ｓ，ＩＦブロック４３は、デー
タ線ＤＩＯを介して伝送されるコマンドおよびデータを
受け取った時に、フラッシュメモリ４２に対する通常の
アクセスのためのコマンドおよびデータと、暗号化に必
要なコマンドおよびデータとを分離する。

【００２６】つまり、データ線ＤＩＯを介して伝送され
るフォーマットでは、最初にコマンドが伝送され、その
後にデータが伝送される。Ｓ／Ｐ，Ｐ／Ｓ，ＩＦブロッ
ク４３は、コマンドのコードを見て、通常のアクセスに
必要なコマンドおよびデータか、暗号化に必要なコマン
ドおよびデータかを判別する。この判別結果に従って、
通常のアクセスに必要なコマンドをコマンドレジスタ４
４に格納し、データをページバッファ４５およびライト
レジスタ４６に格納する。ライトレジスタ４６と関連し
てエラー訂正符号化回路４７が設けられている。ページ
バッファ４５に一時的に蓄えられたデータに対して、エ
ラー訂正符号化回路４７がエラー訂正符号の冗長コード
を生成する。

【００２７】コマンドレジスタ４４、ページバッファ４
５、ライトレジスタ４６およびエラー訂正符号化回路４
７の出力データがフラッシュメモリインタフェースおよ
びシーケンサ（メモリＩ／Ｆ，シーケンサと略す）５１
に供給される。メモリＩＦ，シーケンサ５１は、コント
ロールブロック４１とフラッシュメモリ４２とのインタ
フェースであり、両者の間のデータのやり取りを制御す
る。メモリＩＦ，シーケンサ５１を介してデータがフラ
ッシュメモリ４２に書き込まれる。

【００２８】フラッシュメモリ４２に書き込まれるコン
テンツ（ＡＴＲＡＣ３により圧縮されたオーディオデー
タ、以下ＡＴＲＡＣ３データと表記する）は、著作権保
護のために、レコーダのセキュリティＩＣ２０とメモリ
カード４０のセキュリティブロック５２とによって、暗
号化されたものである。セキュリティブロック５２は、
バッファメモリ５３と、ＤＥＳの暗号化回路５４と、不
揮発性メモリ５５とを有する。

【００２９】メモリカード４０のセキュリティブロック
５２は、複数の認証キーとメモリカード毎にユニークな
ストレージキーを持つ。不揮発性メモリ５５は、暗号化
に必要なキーを格納するもので、外部からは見えない。
例えばストレージキーが不揮発性メモリ５５に格納され
る。さらに、乱数発生回路を持ち、専用（ある決められ
たデータフォーマット等の使用が同じシステム内の意
味）レコーダと認証ができ、セッションキーを共有でき
る。よりさらに、ＤＥＳの暗号化回路５４を通してスト
レージキーでキーのかけ直しができる。

【００３０】例えばメモリカード４０をレコーダに装着
した時に認証がなされる。認証は、レコーダのセキュリ
ティＩＣ２０とメモリカード４０のセキュリティブロッ
ク５２によってなされる。レコーダは、装着されたメモ
リカード４０が本人（同じシステム内のメモリカード）
であることを認め、また、メモリカード４０が相手のレ
コーダが本人（同じシステム内のレコーダ）であること
を認めると、互いに相手が本人であることを確認する。
認証が行われると、レコーダとメモリカード４０がそれ
ぞれセッションキーを生成し、セッションキーを共有す
る。セッションキーは、認証の度に生成される。

【００３１】そして、メモリカード４０に対するコンテ
ンツの書き込み時には、レコーダがセッションキーでコ
ンテンツキーを暗号化してメモリカード４０に渡す。メ
モリカード４０では、コンテンツキーをセッションキー
で復号し、ストレージキーで暗号化してレコーダに渡
す。ストレージキーは、メモリカード４０の一つ一つに
ユニークなキーであり、レコーダは、暗号化されたコン
テンツキーを受け取ると、フォーマット処理を行い、暗
号化されたコンテンツキーと暗号化されたコンテンツを
メモリカード４０に書き込む。

【００３２】フラッシュメモリ４２から読み出されたデ
ータがメモリＩＦ，シーケンサ５１を介してページバッ
ファ４５、リードレジスタ４８、エラー訂正回路４９に
供給される。ページバッファ４５に記憶されたデータが
エラー訂正回路４９によってエラー訂正がなされる。エ
ラー訂正がされたページバッファ４５の出力およびリー
ドレジスタ４８の出力がＳ／Ｐ，Ｐ／Ｓ，ＩＦブロック
４３に供給され、上述したシリアルインタフェースを介
してレコーダのＤＳＰ３０に供給される。

【００３３】読み出し時には、ストレージキーで暗号化
されたコンテンツキーとブロックキーで暗号化されたコ
ンテンツとがフラッシュメモリ４２から読み出される。
セキュリティブロック５２によって、ストレージキーで
コンテンツキーが復号される。復号したコンテンツキー
がセッションキーで暗号化されてレコーダ側に送信され
る。レコーダは、受信したセッションキーでコンテンツ
キーを復号する。レコーダは、復号したコンテンツキー
でブロックキーを生成する。このブロックキーによっ
て、暗号化されたＡＴＲＡＣ３データを順次復号する。

【００３４】なお、５０は、メモリカード４０のバージ
ョン情報、各種の属性情報等が格納されているコンフィ
グレーションＲＯＭである。また、メモリカード４０に
は、ユーザが必要に応じて操作可能な誤消去防止用のス
イッチ６０が備えられている。このスイッチ６０が消去
禁止の接続状態にある場合には、フラッシュメモリ４２
を消去することを指示するコマンドがレコーダ側から送
られてきても、フラッシュメモリ４２の消去が禁止され
る。さらに、６１は、メモリカード４０の処理のタイミ
ング基準となるクロックを発生する発振器である。

【００３５】図４は、メモリカードを記憶媒体とするコ
ンピュータシステムのファイルシステム処理階層を示
す。ファイルシステム処理階層としては、アプリケーシ
ョン処理層が最上位であり、その下に、ファイル管理処
理層、論理アドレス管理層、物理アドレス管理層、フラ
ッシュメモリアクセスが順次おかれる。この階層構造に
おいて、ファイル管理処理層がＦＡＴファイルシステム
である。物理アドレスは、フラッシュメモリの各ブロッ
クに対して付されたもので、ブロックと物理アドレスの
対応関係は、不変である。論理アドレスは、ファイル管
理処理層が論理的に扱うアドレスである。

【００３６】図５は、メモリカード４０におけるフラッ
シュメモリ４２のデータの物理的構成の一例を示す。フ
ラッシュメモリ４２は、セグメントと称されるデータ単
位が所定数のブロック（固定長）へ分割され、１ブロッ
クが所定数のページ（固定長）へ分割される。フラッシ
ュメモリ４２では、ブロック単位で消去が一括して行わ
れ、書き込みと読み出しは、ページ単位で一括して行わ
れる。各ブロックおよび各ページは、それぞれ同一のサ
イズとされ、１ブロックがページ０からページｍで構成
される。１ブロックは、例えば８ＫＢ（Ｋバイト）バイ
トまたは１６ＫＢの容量とされ、１ページが５１２Ｂの
容量とされる。フラッシュメモリ４２全体では、１ブロ
ック＝８ＫＢの場合で、４ＭＢ（５１２ブロック）、８
ＭＢ（１０２４ブロック）とされ、１ブロック＝１６Ｋ
Ｂの場合で、１６ＭＢ（１０２４ブロック）、３２ＭＢ
（２０４８ブロック）、６４ＭＢ（４０９６ブロック）
の容量とされる。

【００３７】１ページは、５１２バイトのデータ部と１
６バイトの冗長部とからなる。冗長部の先頭の３バイト
は、データの更新に応じて書き換えられるオーバーライ
ト部分とされる。３バイトの各バイトに、先頭から順に
ブロックステータス、ページステータス、更新ステータ
スが記録される。冗長部の残りの１３バイトの内容は、
原則的にデータ部の内容に応じて固定とされる。１３バ
イトは、管理フラグ（１バイト）、論理アドレス（２バ
イト）、フォーマットリザーブの領域（５バイト）、分
散情報ＥＣＣ（２バイト）およびデータＥＣＣ（３バイ
ト）からなる。分散情報ＥＣＣは、管理フラグ、論理ア
ドレス、フォーマットリザーブに対する誤り訂正用の冗
長データであり、データＥＣＣは、５１２バイトのデー
タに対する誤り訂正用の冗長データである。

【００３８】管理フラグとして、システムフラグ（その
値が１：ユーザブロック、０：ブートブロック）、変換
テーブルフラグ（１：無効、０：テーブルブロック）、
コピー禁止指定（１：ＯＫ、０：ＮＧ）、アクセス許可
（１：ｆｒｅｅ、０：リードプロテクト）の各フラグが
記録される。

【００３９】先頭の二つのブロック０およびブロック１
がブートブロックである。ブロック１は、ブロック０と
同一のデータが書かれるバックアップ用である。ブート
ブロックは、カード内の有効なブロックの先頭ブロック
であり、メモリカードを機器に装填した時に最初にアク
セスされるブロックである。残りのブロックがユーザブ
ロックである。ブートブロックの先頭のページ０にヘッ
ダ、システムエントリ、ブート＆アトリビュート情報が
格納される。ページ１に使用禁止ブロックデータが格納
される。ページ２にＣＩＳ(Card Information Structur
e)／ＩＤＩ(Identify Drive Information)が格納され
る。

【００４０】ブートブロックのヘッダは、ブートブロッ
クＩＤ、ブートブロック内の有効なエントリ数が記録さ
れる。システムエントリには、使用禁止ブロックデータ
の開始位置、そのデータサイズ、データ種別、ＣＩＳ／
ＩＤＩのデータ開始位置、そのデータサイズ、データ種
別が記録される。ブート＆アトリビュート情報には、メ
モリカードのタイプ（読み出し専用、リードおよびライ
ト可能、両タイプのハイブリッド等）、ブロックサイ
ズ、ブロック数、総ブロック数、セキュリティ対応か否
か、カードの製造に関連したデータ（製造年月日等）等
が記録される。

【００４１】フラッシュメモリは、データの書き換えを
行うことにより絶縁膜の劣化を生じ、書き換え回数が制
限される。従って、ある同一の記憶領域（ブロック）に
対して繰り返し集中的にアクセスがなされることを防止
する必要がある。従って、ある物理アドレスに格納され
ているある論理アドレスのデータを書き換える場合、フ
ラッシュメモリのファイルシステムでは、同一のブロッ
クに対して更新したデータを再度書き込むことはせず
に、未使用のブロックに対して更新したデータを書き込
むようになされる。その結果、データ更新前における論
理アドレスと物理アドレスの対応関係が更新後では、変
化する。このような処理（スワップ処理と称する）を行
うことで、同一のブロックに対して繰り返して集中的に
アクセスがされることが防止され、フラッシュメモリの
寿命を延ばすことが可能となる。

【００４２】論理アドレスは、一旦ブロックに対して書
き込まれたデータに付随するので、更新前のデータと更
新後のデータの書き込まれるブロックが移動しても、Ｆ
ＡＴからは、同一のアドレスが見えることになり、以降
のアクセスを適正に行うことができる。スワップ処理に
より論理アドレスと物理アドレスとの対応関係が変化す
るので、両者の対応を示す論理−物理アドレス変換テー
ブルが必要となる。このテーブルを参照することによっ
て、ＦＡＴが指定した論理アドレスに対応する物理アド
レスが特定され、特定された物理アドレスが示すブロッ
クに対するアクセスが可能となる。

【００４３】論理−物理アドレス変換テーブルは、ＤＳ
Ｐ３０によってＳＲＡＭ上に格納される。若し、ＲＡＭ
容量が少ない時は、フラッシュメモリ中に格納すること
ができる。このテーブルは、概略的には、昇順に並べた
論理アドレス（２バイト）に物理アドレス（２バイト）
をそれぞれ対応させたテーブルである。フラッシュメモ
リの最大容量を１２８ＭＢ（８１９２ブロック）として
いるので、２バイトによって８１９２のアドレスを表す
ことができる。また、論理−物理アドレス変換テーブル
は、セグメント毎に管理され、そのサイズは、フラッシ
ュメモリの容量に応じて大きくなる。例えばフラッシュ
メモリの容量が８ＭＢ（２セグメント）の場合では、２
個のセグメントのそれぞれに対して２ページが論理−物
理アドレス変換テーブル用に使用される。論理−物理ア
ドレス変換テーブルを、フラッシュメモリ中に格納する
時には、上述した各ページの冗長部における管理フラグ
の所定の１ビットによって、当該ブロックが論理−物理
アドレス変換テーブルが格納されているブロックか否か
が指示される。

【００４４】上述したメモリカードは、ディスク状記録
媒体と同様にパーソナルコンピュータのＦＡＴファイル
システムによって使用可能なものである。図５には示さ
れてないが、フラッシュメモリ上にＩＰＬ領域、ＦＡＴ
領域およびルート・ディレクトリ領域が設けられる。Ｉ
ＰＬ領域には、最初にレコーダのメモリにロードすべき
プログラムが書かれているアドレス、並びにメモリの各
種情報が書かれている。ＦＡＴ領域には、ブロック（ク
ラスタ）の関連事項が書かれている。ＦＡＴには、未使
用のブロック、次のブロック番号、不良ブロック、最後
のブロックをそれぞれ示す値が規定される。さらに、ル
ートディレクトリ領域には、ディレクトリエントリ（フ
ァイル属性、更新年月日、開始クラスタ、ファイルサイ
ズ等）が書かれている。

【００４５】この一実施形態では、上述したメモリカー
ド４０のフォーマットで規定されるファイル管理システ
ムとは別個に、音楽用ファイルに対して、各トラックお
よび各トラックを構成するパーツを管理するための管理
ファイルを持つようにしている。この管理ファイルは、
メモリカード４０のユーザブロックを利用してフラッシ
ュメモリ４２上に記録される。それによって、メモリカ
ード４０上のＦＡＴが壊れても、ファイルの修復を可能
となる。

【００４６】この管理ファイルは、ＤＳＰ３０により作
成される。例えば最初に電源をオンした時に、メモリカ
ード４０の装着されているか否かが判定され、メモリカ
ードが装着されている時には、認証が行われる。認証に
より正規のメモリカードであることが確認されると、フ
ラッシュメモリ４２のブートブロックがＤＳＰ３０に読
み込まれる。そして、論理−物理アドレス変換テーブル
が読み込まれる。読み込まれたデータは、ＳＲＡＭに格
納される。ユーザが購入して初めて使用するメモリカー
ドでも、出荷時にフラッシュメモリ４２には、ＦＡＴ
や、ルートディレクトリの書き込みがなされている。管
理ファイルは、録音がなされると、作成される。

【００４７】すなわち、ユーザのリモートコントロール
等によって発生した録音指令が外部のコントローラから
バスおよびバスインターフェース３２を介してＤＳＰ３
０に与えられる。そして、受信したオーディオデータが
エンコーダ／デコーダＩＣ１０によって圧縮され、エン
コーダ／デコーダＩＣ１０からのＡＴＲＡＣ３データが
セキュリティＩＣ２０により暗号化される。ＤＳＰ３０
が暗号化されたＡＴＲＡＣ３データをメモリカード４０
のフラッシュメモリ４２に記録する。この記録後にＦＡ
Ｔおよび管理ファイルが更新される。ファイルの更新の
度、具体的には、オーディオデータの記録を開始し、記
録を終了する度に、ＳＲＡＭ３１および３６上でＦＡＴ
および管理ファイルが書き換えられる。そして、メモリ
カード４０を外す時に、またはパワーをオフする時に、
ＳＲＡＭ３１、３６からメモリカード４０のフラッシュ
メモリ４２上に最終的なＦＡＴおよび管理ファイルが格
納される。この場合、オーディオデータの記録を開始
し、記録を終了する度に、フラッシュメモリ４２上のＦ
ＡＴおよび管理ファイルを書き換えても良い。編集を行
った場合も、管理ファイルの内容が更新される。

【００４８】さらに、この一実施形態のデータ構成で
は、付加情報も管理ファイル内に作成、更新され、フラ
ッシュメモリ４２上に記録される。管理ファイルの他の
データ構成では、付加情報管理ファイルがトラック管理
用の管理ファイルとは別に作成される。付加情報は、外
部のコントローラからバスおよびバスインターフェース
３２を介してＤＳＰ３０に与えられる。ＤＳＰ３０が受
信した付加情報をメモリカード４０のフラッシュメモリ
４２上に記録する。付加情報は、セキュリティＩＣ２０
を通らないので、暗号化されない。付加情報は、メモリ
カード４０を取り外したり、電源オフの時に、ＤＳＰ３
０のＳＲＡＭからフラッシュメモリ４２に書き込まれ
る。

【００４９】図６は、メモリカード４０のファイル構成
の全体を示す。ディレクトリとして、静止画用ディレク
トリ、動画用ディレクトリ、音声用ディレクトリ、制御
用ディレクトリ、音楽用（ＨＩＦＩ）ディレクトリが存
在する。この一実施形態は、音楽の記録／再生を行うの
で、以下、音楽用ディレクトリについて説明する。音楽
用ディレクトリには、２種類のファイルが置かれる。そ
の１つは、再生管理ファイルＰＢＬＩＳＴ．ＭＳＦ（以
下、単にＰＢＬＩＳＴと表記する）であり、他のもの
は、暗号化された音楽データを収納したＡＴＲＡＣ３デ
ータファイルＡ３Ｄｎｎｎｎ．ＭＳＡ（以下、単にＡ３
Ｄｎｎｎと表記する）とからなる。ＡＴＲＡＣ３データ
ファイルは、最大数が４００までと規定されている。Ａ
ＴＲＡＣ３データファイルは、再生管理ファイルに登録
した上で機器により任意に作成される。

【００５０】図７は、再生管理ファイルの構成を示し、
図８が一つ（１曲）のＡＴＲＡＣ３データファイルの構
成を示す。再生管理ファイルは、１６ＫＢ固定長のファ
イルである。ＡＴＲＡＣ３データファイルは、曲単位で
もって、先頭の属性ヘッダと、それに続く実際の暗号化
された音楽データとからなる。属性ヘッダも１６ＫＢ固
定長とされ、再生管理ファイルと類似した構成を有す
る。

【００５１】再生管理ファイルは、ヘッダ、１バイトコ
ードのメモリカードの名前ＮＭ１−Ｓ、２バイトコード
のメモリカードの名前ＮＭ２−Ｓ、曲順の再生テーブル
ＴＲＫＴＢＬ、メモリカード全体の付加情報ＩＮＦ−Ｓ
とからなる。データファイルの先頭の属性ヘッダは、ヘ
ッダ、１バイトコードの曲名ＮＭ１、２バイトコードの
曲名ＮＭ２、トラックのキー情報等のトラック情報ＴＲ
ＫＩＮＦ、パーツ情報ＰＲＴＩＮＦと、トラックの付加
情報ＩＮＦとからなる。ヘッダには、総パーツ数、名前
の属性、付加情報のサイズの情報等が含まれる。

【００５２】属性ヘッダに対してＡＴＲＡＣ３の音楽デ
ータが続く。音楽データは、１６ＫＢのブロック毎に区
切られ、各ブロックの先頭にヘッダが付加されている。
ヘッダには、暗号を復号するための初期値が含まれる。
なお、暗号化の処理を受けるのは、ＡＴＲＡＣ３データ
ファイル中の音楽データのみであって、それ以外の再生
管理ファイル、ヘッダ等のデータは、暗号化されない。

【００５３】図９を参照して、曲（トラック）とＡＴＲ
ＡＣ３データファイルの関係について説明する。１トラ
ックは、１曲を意味する。１曲は、１つのＡＴＲＡＣ３
データファイル（図８参照）で構成される。ＡＴＲＡＣ
３データファイルは、ＡＴＲＡＣ３により圧縮されたオ
ーディオデータである。メモリカード４０に対しては、
クラスタと呼ばれる単位で記録される。１クラスタは、
例えば１６ＫＢの容量である。１クラスタに複数のファ
イルが混じることがない。フラッシュメモリ４２を消去
する時の最小単位が１ブロックである。音楽データを記
録するのに使用するメモリカード４０の場合、ブロック
とクラスタは、同意語であり、且つ１クラスタ＝１セク
タと定義されている。

【００５４】１曲は、基本的に１パーツで構成される
が、編集が行われると、複数のパーツから１曲が構成さ
れることがある。パーツは、録音開始からその停止まで
の連続した時間内で記録されたデータの単位を意味し、
通常は、１トラックが１パーツで構成される。曲内のパ
ーツのつながりは、各曲の属性ヘッダ内のパーツ情報Ｐ
ＲＴＩＮＦで管理する。すなわち、パーツサイズは、Ｐ
ＲＴＩＮＦの中のパーツサイズＰＲＴＳＩＺＥという４
バイトのデータで表す。パーツサイズＰＲＴＳＩＺＥの
先頭の２バイトがパーツが持つクラスタの総数を示し、
続く各１バイトが先頭および末尾のクラスタ内の開始サ
ウンドユニット（ＳＵと略記する）の位置、終了ＳＵの
位置を示す。このようなパーツの記述方法を持つことに
よって、音楽データを編集する際に通常、必要とされる
大量の音楽データの移動をなくすことが可能となる。ブ
ロック単位の編集に限定すれば、同様に音楽データの移
動を回避できるが、ブロック単位は、ＳＵ単位に比して
編集単位が大きすぎる。

【００５５】ＳＵは、パーツの最小単位であり、且つＡ
ＴＲＡＣ３でオーディオデータを圧縮する時の最小のデ
ータ単位である。４４．１ｋHzのサンプリング周波数で
得られた１０２４サンプル分（１０２４×１６ビット×
２チャンネル）のオーディオデータを約１／１０に圧縮
した数百バイトのデータがＳＵである。１ＳＵは、時間
に換算して約２３ｍ秒になる。通常は、数千に及ぶＳＵ
によって１つのパーツが構成される。１クラスタが４２
個のＳＵで構成される場合、１クラスタで約１秒の音を
表すことができる。１つのトラックを構成するパーツの
数は、付加情報サイズに影響される。パーツ数は、１ブ
ロックの中からヘッダや曲名、付加情報データ等を除い
た数で決まるために、付加情報が全く無い状態が最大数
（６４５個）のパーツを使用できる条件となる。

【００５６】図９は、ＣＤ等からのオーディオデータを
２曲連続して記録する場合のファイル構成を示す。１曲
目（ファイル１）が例えば５クラスタで構成される。１
曲目と２曲目（ファイル２）の曲間では、１クラスタに
二つのファイルが混在することが許されないので、次の
クラスタの最初からファイル２が作成される。従って、
ファイル１に対応するパーツ１の終端（１曲目の終端）
がクラスタの途中に位置し、クラスタの残りの部分に
は、データが存在しない。第２曲目（ファイル２）も同
様に１パーツで構成される。ファイル１の場合では、パ
ーツサイズが５、開始クラスタのＳＵが０、終了クラス
タが４となる。

【００５７】編集操作として、デバイド、コンバイン、
イレーズ、ムーブの４個の操作が規定される。デバイド
は、１つのトラックを２つに分割することである。デバ
イドがされると、総トラック数が１つ増加する。デバイ
ドは、一つのファイルをファイルシステム上で分割して
２つのファイルとし、再生管理ファイルを更新する。コ
ンバインは、２つのトラックを１つに統合することであ
る。コンバインされると、総トラック数が１つ減少す
る。コンバインは、２つのファイルをファイルシステム
上で統合して１つのファイルにし、再生管理ファイルを
更新する。イレーズは、トラックを消去することであ
る。消された以降のトラック番号が１つ減少する。ムー
ブは、トラック順番を変えることである。再生管理ファ
イルを更新する。ムーブの他の意味は、メモリカード内
ではなく、メモリカードから他の媒体例えばハードディ
スクにトラックを移動させる処理のことである。コピー
は、オリジナルの複製を作成する操作であるのに対し
て、ムーブは、移動のみを意味する。従って、ムーブに
よって、トラックの複製が発生しない。

【００５８】図９に示す二つの曲（ファイル１およびフ
ァイル２）をコンバインした結果を図１０に示す。コン
バインされた結果は、１つのファイルであり、このファ
イルは、二つのパーツからなる。また、図１１は、一つ
の曲（ファイル１）をクラスタ２の途中でデバイドした
結果を示す。デバイドによって、クラスタ０、１および
クラスタ２の前側からなるファイル１と、クラスタ２の
後側とクラスタ３および４とからなるファイル２とが発
生する。

【００５９】上述したように、この一実施形態では、パ
ーツに関する記述方法があるので、コンバインした結果
（図１０）において、パーツ１の開始位置、パーツ１の
終了位置、パーツ２の開始位置、パーツ２の終了位置を
それぞれＳＵ単位でもって規定できる。その結果、コン
バインした結果のつなぎ目の隙間をつめるために、パー
ツ２の音楽データを移動する必要がない。また、パーツ
に関する記述方法があるので、デバイドした結果（図１
１）において、ファイル２の先頭の空きを詰めるよう
に、データを移動する必要がない。

【００６０】図１２は、再生管理ファイルＰＢＬＩＳＴ
のより詳細なデータ構成を示し、図１３Ａ、図１３Ｂ
は、再生管理ファイルＰＢＬＩＳＴを構成するヘッダと
それ以外の部分をそれぞれ示す。再生管理ファイルＰＢ
ＬＩＳＴは、１クラスタ（１ブロック＝１６ＫＢ）のサ
イズである。ヘッダ（図１３Ａ）が３２バイトである。
ヘッダ以外の部分（図１３Ｂ）がメモリカード全体に対
する名前ＮＭ１−Ｓ（２５６バイト）、名前ＮＭ２−Ｓ
（５１２バイト）、ＣＯＮＴＥＮＴＳ ＫＥＹ、ＭＡ
Ｃ、Ｓ−ＹＭＤｈｍｓと、再生順番を管理するテーブル
ＴＲＫＴＢＬ（８００バイト）と、メモリカード全体に
対する付加情報ＩＮＦ−Ｓ（１４７２０バイト）であ
り、最後にヘッダ中の情報の一部が再度記録される。こ
れらの異なる種類のデータ群のそれぞれの先頭は、再生
管理ファイル内で所定の位置となるように規定されてい
る。

【００６１】再生管理ファイルは、（０ｘ００００）お
よび（０ｘ００１０）で表される先頭から３２バイト
（図１３Ａ）がヘッダである。なお、ファイル中で先頭
から１６バイト単位で区切られた単位をスロットと称す
る。ファイルの第１および第２のスロットに配されるヘ
ッダには、下記の意味、機能、値を持つデータが先頭か
ら順に配される。なお、Ｒｅｓｅｒｖｅｄと表記されて
いるデータは、未定義のデータを表している。通常ヌル
（０ｘ００）が書かれるが、何が書かれていてもＲｅｓ
ｅｒｖｅｄのデータが無視される。将来のバージョンで
は、変更がありうる。また、この部分への書き込みは禁
止する。Ｏｐｔｉｏｎと書かれた部分も使用しない場合
は、全てＲｅｓｅｒｖｅｄと同じ扱いとされる。

【００６２】ＢＬＫＩＤ−ＴＬ０（４バイト） 意味：BLOCKID FILE ID 機能：再生管理ファイルの先頭であることを識別するた
めの値 値：固定値＝”ＴＬ＝０”（例えば０ｘ５４４Ｃ２Ｄ３
０） ＭＣｏｄｅ（２バイト） 意味：MAKER CODE 機能：記録した機器の、メーカー、モデルを識別するコ
ード 値：上位１０ビット（メーカーコード） 下位６ビット
（機種コード） ＲＥＶＩＳＩＯＮ（４バイト） 意味：ＰＢＬＩＳＴの書き換え回数 機能：再生管理ファイルを書き換える度にインクリメン
ト 値：０より始まり＋１づつ増加する Ｓ−ＹＭＤｈｍｓ（４バイト）（Ｏｐｔｉｏｎ） 意味：信頼できる時計を持つ機器で記録した年・月・日
・時・分・秒 機能：最終記録日時を識別するための値 値：２５〜３１ビット 年 ０〜９９（１９８０〜２０
７９） ２１〜２４ビット 月 ０〜１２ １６〜２０ビット 日 ０〜３１ １１〜１５ビット 時 ０〜２３ ０５〜１０ビット 分 ０〜５９ ００〜０４ビット 秒 ０〜２９（２秒単位）。

【００６３】ＳＮ１Ｃ＋Ｌ（２バイト） 意味：ＮＭ１−Ｓ領域に書かれるメモリカードの名前
（１バイト）の属性を表す 機能：使用する文字コードと言語コードを各１バイトで
表す 値：文字コード（Ｃ）は上位１バイトで下記のように文
字を区別する 00: 文字コードは設定しない。単なる２進数として扱う
こと 01: ASCII 02:ASCII+KANA 03:modifided8859-1 81:MS-JIS 82:KS C 5601-1989 83:GB2312-80 90:S-J
IS(for Voice) 。

【００６４】言語コード（Ｌ）は下位１バイトで下記の
ようにEBU Tech 3258 規定に準じて言語を区別する 00: 設定しない 08:German 09:English 0A:Spanish 0F:French 15:Italian 1D:Dutch 65:Korean 69:Japanese 75:Chinese データが無い場合オールゼロとすること。

【００６５】ＳＮ２Ｃ＋Ｌ（２バイト） 意味：ＮＭ２−Ｓ領域に書かれるメモリカードの名前
（２バイト）の属性を表す 機能：使用する文字コードと言語コードを各１バイトで
表す 値：上述したＳＮ１Ｃ＋Ｌと同一 ＳＩＮＦＳＩＺＥ（２バイト） 意味：ＩＮＦ−Ｓ領域に書かれるメモリカード全体に関
する付加情報の全てを合計したサイズを表す 機能：データサイズを１６バイト単位の大きさで記述、
無い場合は必ずオールゼロとすること 値：サイズは０ｘ０００１から０ｘ３９Ｃ（９２４） Ｔ−ＴＲＫ（２バイト） 意味：TOTAL TRACK NUMBER 機能：総トラック数 値：１から０ｘ０１９０（最大４００トラック）、デー
タが無い場合はオールゼロとすること ＶｅｒＮｏ（２バイト） 意味：フォーマットのバージョン番号 機能：上位がメジャーバージョン番号、下位がマイナー
バージョン番号 値：例 ０ｘ０１００（Ｖｅｒ１．０） ０ｘ０２０３（Ｖｅｒ２．３）。

【００６６】上述したヘッダに続く領域に書かれるデー
タ（図１３Ｂ）について以下に説明する。

【００６７】ＮＭ１−Ｓ 意味：メモリカード全体に関する１バイトの名前 機能：１バイトの文字コードで表した可変長の名前デー
タ（最大で２５６） 名前データの終了は、必ず終端コード（０ｘ００）を書
き込むこと サイズはこの終端コードから計算すること、データの無
い場合は少なくとも先頭（０ｘ００２０）からヌル（０
ｘ００）を１バイト以上記録すること 値：各種文字コード ＮＭ２−Ｓ 意味：メモリカード全体に関する２バイトの名前 機能：２バイトの文字コードで表した可変長の名前デー
タ（最大で５１２） 名前データの終了は、必ず終端コード（０ｘ００）を書
き込むこと サイズはこの終端コードから計算すること、データの無
い場合は少なくとも先頭（０ｘ０１２０）からヌル（０
ｘ００）を２バイト以上記録すること 値：各種文字コード。

【００６８】ＣＯＮＴＥＮＴＳ ＫＥＹ 意味：曲ごとに用意された値でＭＧ（Ｍ）で保護されて
から保存される。ここでは、１曲目に付けられるＣＯＮ
ＴＥＮＴＳ ＫＥＹと同じ値 機能：Ｓ−ＹＭＤｈｍｓのＭＡＣの計算に必要となる鍵
となる 値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦまで ＭＡＣ 意味：著作権情報改ざんチェック値 機能：Ｓ−ＹＭＤｈｍｓの内容とＣＯＮＴＥＮＴＳ Ｋ
ＥＹから作成される値 値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦま
で。

【００６９】ＴＲＫ−ｎｎｎ 意味：再生するＡＴＲＡＣ３データファイルのＳＱＮ
（シーケンス）番号 機能：ＴＲＫＩＮＦの中のＦＮｏを記述する 値：１から４００（０ｘ１９０） トラックが存在しない時はオールゼロとすること ＩＮＦ−Ｓ 意味：メモリカード全体に関する付加情報データ（例え
ば写真、歌詞、解説等の情報） 機能：ヘッダを伴った可変長の付加情報データ 複数の異なる付加情報が並べられることがある。それぞ
れにＩＤとデータサイズが付けられている。個々のヘッ
ダを含む付加情報データは最小１６バイト以上で４バイ
トの整数倍の単位で構成される。その詳細については、
後述する 値：付加情報データ構成を参照 Ｓ−ＹＭＤｈｍｓ（４バイト）（Ｏｐｔｉｏｎ） 意味：信頼できる時計を持つ機器で記録した年・月・日
・時・分・秒 機能：最終記録日時を識別するための値、ＥＭＤの時は
必須 値：２５〜３１ビット 年 ０〜９９（１９８０〜２０
７９） ２１〜２４ビット 月 ０〜１２ １６〜２０ビット 日 ０〜３１ １１〜１５ビット 時 ０〜２３ ０５〜１０ビット 分 ０〜５９ ００〜０４ビット 秒 ０〜２９（２秒単位）。

【００７０】再生管理ファイルの最後のスロットとし
て、ヘッダ内のものと同一のＢＬＫＩＤ−ＴＬ０と、Ｍ
Ｃｏｄｅと、ＲＥＶＩＳＩＯＮとが書かれる。

【００７１】民生用オーディオ機器として、メモリカー
ドが記録中に抜かれたり、電源が切れることがあり、復
活した時にこれらの異常の発生を検出することが必要と
される。上述したように、ＲＥＶＩＳＩＯＮをブロック
の先頭と末尾に書き込み、この値を書き換える度に＋１
インクリメントするようにしている。若し、ブロックの
途中で異常終了が発生すると、先頭と末尾のＲＥＶＩＳ
ＩＯＮの値が一致せず、異常終了を検出することができ
る。ＲＥＶＩＳＩＯＮが２個存在するので、高い確率で
異常終了を検出することができる。異常終了の検出時に
は、エラーメッセージの表示等の警告が発生する。

【００７２】また、１ブロック（１６ＫＢ）の先頭部分
に固定値ＢＬＫＩＤ−ＴＬ０を挿入しているので、ＦＡ
Ｔが壊れた場合の修復の目安に固定値を使用できる。す
なわち、各ブロックの先頭の固定値を見れば、ファイル
の種類を判別することが可能である。しかも、この固定
値ＢＬＫＩＤ−ＴＬ０は、ブロックのヘッダおよびブロ
ックの終端部分に二重に記述するので、その信頼性のチ
ェックを行うことができる。なお、再生管理ファイルＰ
ＢＬＩＳＴの同一のものを二重に記録しても良い。

【００７３】ＡＴＲＡＣ３データファイルは、トラック
情報管理ファイルと比較して、相当大きなデータ量（例
えば数千のブロックが繋がる場合もある）であり、ＡＴ
ＲＡＣ３データファイルに関しては、後述するように、
ブロック番号ＢＬＯＣＫ ＳＥＲＩＡＬが付けられてい
る。但し、ＡＴＲＡＣ３データファイルは、通常複数の
ファイルがメモリカード上に存在するので、ＣＯＮＮＵ
Ｍ０でコンテンツの区別を付けた上で、ＢＬＯＣＫ Ｓ
ＥＲＩＡＬを付けないと、重複が発生し、ＦＡＴが壊れ
た場合のファイルの復旧が困難となる。

【００７４】同様に、ＦＡＴの破壊までにはいたらない
が、論理を間違ってファイルとして不都合のあるような
場合に、書き込んだメーカーの機種が特定できるよう
に、メーカーコード（ＭＣｏｄｅ）がブロックの先頭と
末尾に記録されている。

【００７５】図１３Ｃは、付加情報データの構成を示
す。付加情報の先頭に下記のヘッダが書かれる。ヘッダ
以降に可変長のデータが書かれる。

【００７６】ＩＮＦ 意味：FIELD ID 機能：付加情報データの先頭を示す固定値 値：０ｘ６９ ＩＤ 意味：付加情報キーコード 機能：付加情報の分類を示す 値：０から０ｘＦＦ ＳＩＺＥ 意味：個別の付加情報の大きさ 機能：データサイズは自由であるが、必ず４バイトの整
数倍でなければならない。また、最小１６バイト以上の
こと。データの終わりより余りがでる場合はヌル（０ｘ
００）で埋めておくこと 値：１６から１４７８４（０ｘ３９Ｃ０） ＭＣｏｄｅ 意味：MAKER CODE 機能：記録した機器の、メーカー、モデルを識別するコ
ード 値：上位１０ビット（メーカーコード） 下位６ビット
（機種コード） Ｃ＋Ｌ 意味：先頭から１２バイト目からのデータ領域に書かれ
る文字の属性を表す 機能：使用する文字コードと言語コードを各１バイトで
表す 値：前述のＳＮ１Ｃ＋Ｌと同じ ＤＡＴＡ 意味：個別の付加情報データ 機能：可変長データで表す。実データの先頭は常に１２
バイト目より始まり、長さ（サイズ）は最小４バイト以
上、常に４バイトの整数倍でなければならない。データ
の最後から余りがある場合はヌル（０ｘ００）で埋める
こと 値：内容により個別に定義される。

【００７７】図１４は、付加情報キーコードの値（０〜
６３）と、付加情報の種類の対応の一例を示す。キーコ
ードの値（０〜３１）が音楽関係（文字情報）に対して
割り当てられ、その（３２〜６３）がＵＲＬ(Uniform R
esource Locator)（Ｗｅｂ関係）に対して割り当てられ
ている。アルバムタイトル、アーティスト名、ＣＭ等の
文字情報が付加情報として記録される。

【００７８】図１５は、付加情報キーコードの値（６４
〜１２７）と、付加情報の種類の対応の一例を示す。キ
ーコードの値（６４〜９５）がパス／その他に対して割
り当てられ、その（９６〜１２７）が制御／数値・デー
タ関係に対して割り当てられている。例えば（ＩＤ＝９
８）の場合では、付加情報がＴＯＣ−ＩＤとされる。Ｔ
ＯＣ−ＩＤは、ＣＤ（コンパクトディスク）のＴＯＣ情
報に基づいて、最初の曲番号、最後の曲番号、その曲番
号、総演奏時間、その曲演奏時間を示すものである。

【００７９】図１６は、付加情報キーコードの値（１２
８〜１５９）と、付加情報の種類の対応の一例を示す。
キーコードの値（１２８〜１５９）が同期再生関係に対
して割り当てられている。図１６中のＥＭＤ(Electroni
c Music Distribution）は、電子音楽配信の意味であ
る。

【００８０】図１７を参照して付加情報のデータの具体
例について説明する。図１７Ａは、図１３Ｃと同様に、
付加情報のデータ構成を示す。図１７Ｂは、キーコード
ＩＤ＝３とされる、付加情報がアーティスト名の例であ
る。ＳＩＺＥ＝０ｘ１Ｃ（２８バイト）とされ、ヘッダ
を含むこの付加情報のデータ長が２８バイトであること
が示される。また、Ｃ＋Ｌが文字コードＣ＝０ｘ０１と
され、言語コードＬ＝０ｘ０９とされる。この値は、前
述した規定によって、ＡＳＣＩＩの文字コードで、英語
の言語であることを示す。そして、先頭から１２バイト
目から１バイトデータでもって、「ＳＩＭＯＮ＆ＧＲＡ
ＦＵＮＫＥＬ」のアーティスト名のデータが書かれる。
付加情報のサイズは、４バイトの整数倍と決められてい
るので、１バイトの余りが（０ｘ００）とされる。

【００８１】図１７Ｃは、キーコードＩＤ＝９７とされ
る、付加情報がＩＳＲＣ(International Standard Reco
rding Code：著作権コード) の例である。ＳＩＺＥ＝０
ｘ１４（２０バイト）とされ、この付加情報のデータ長
が２０バイトであることが示される。また、Ｃ＋ＬがＣ
＝０ｘ００、Ｌ＝０ｘ００とされ、文字、言語の設定が
無いこと、すなわち、データが２進数であることが示さ
れる。そして、データとして８バイトのＩＳＲＣのコー
ドが書かれる。ＩＳＲＣは、著作権情報（国、所有者、
録音年、シリアル番号）を示すものである。

【００８２】図１７Ｄは、キーコードＩＤ＝９７とされ
る、付加情報が録音日時の例である。ＳＩＺＥ＝０ｘ１
０（１６バイト）とされ、この付加情報のデータ長が１
６バイトであることが示される。また、Ｃ＋ＬがＣ＝０
ｘ００、Ｌ＝０ｘ００とされ、文字、言語の設定が無い
ことが示される。そして、データとして４バイト（３２
ビット）のコードが書かれ、録音日時（年、月、日、
時、分、秒）が表される。

【００８３】図１７Ｅは、キーコードＩＤ＝１０７とさ
れる、付加情報が再生ログの例である。ＳＩＺＥ＝０ｘ
１０（１６バイト）とされ、この付加情報のデータ長が
１６バイトであることが示される。また、Ｃ＋ＬがＣ＝
０ｘ００、Ｌ＝０ｘ００とされ、文字、言語の設定が無
いことが示される。そして、データとして４バイト（３
２ビット）のコードが書かれ、再生ログ（年、月、日、
時、分、秒）が表される。再生ログ機能を持つものは、
１回の再生毎に１６バイトのデータを記録する。

【００８４】図１８は、１ＳＵがＮバイト（例えばＮ＝
３８４バイト）の場合のＡＴＲＡＣ３データファイルＡ
３Ｄｎｎｎｎのデータ配列を示す。図１８には、データ
ファイルの属性ヘッダ（１ブロック）と、音楽データフ
ァイル（１ブロック）とが示されている。図１８では、
この２ブロック（１６×２＝３２Ｋバイト）の各スロッ
トの先頭のバイト（０ｘ００００〜０ｘ７ＦＦ０）が示
されている。図１９に分離して示すように、属性ヘッダ
の先頭から３２バイトがヘッダであり、２５６バイトが
曲名領域ＮＭ１（２５６バイト）であり、５１２バイト
が曲名領域ＮＭ２（５１２バイト）である。属性ヘッダ
のヘッダには、下記のデータが書かれる。

【００８５】ＢＬＫＩＤ−ＨＤ０（４バイト） 意味：BLOCKID FILE ID 機能：ＡＴＲＡＣ３データファイルの先頭であることを
識別するための値 値：固定値＝”ＨＤ＝０”（例えば０ｘ４８４４２Ｄ３
０） ＭＣｏｄｅ（２バイト） 意味：MAKER CODE 機能：記録した機器の、メーカー、モデルを識別するコ
ード 値：上位１０ビット（メーカーコード） 下位６ビット
（機種コード） ＢＬＯＣＫ ＳＥＲＩＡＬ（４バイト） 意味：トラック毎に付けられた連続番号 機能：ブロックの先頭は０から始まり次のブロックは＋
１づつインクリメント編集されても値を変化させない 値：０より始まり０ｘＦＦＦＦＦＦＦＦまで。

【００８６】Ｎ１Ｃ＋Ｌ（２バイト） 意味：トラック（曲名）データ（ＮＭ１）の属性を表す 機能：ＮＭ１に使用される文字コードと言語コードを各
１バイトで表す 値：ＳＮ１Ｃ＋Ｌと同一 Ｎ２Ｃ＋Ｌ（２バイト） 意味：トラック（曲名）データ（ＮＭ２）の属性を表す 機能：ＮＭ２に使用される文字コードと言語コードを各
１バイトで表す 値：ＳＮ１Ｃ＋Ｌと同一 ＩＮＦＳＩＺＥ（２バイト） 意味：トラックに関する付加情報の全てを合計したサイ
ズを表す 機能：データサイズを１６バイト単位の大きさで記述、
無い場合は必ずオールゼロとすること 値：サイズは０ｘ００００から０ｘ３Ｃ６（９６６） Ｔ−ＰＲＴ（２バイト） 意味：トータルパーツ数 機能：トラックを構成するパーツ数を表す。通常は１ 値：１から０ｘ２８５（６４５dec ） Ｔ−ＳＵ（４バイト） 意味：トータルＳＵ数 機能：１トラック中の実際の総ＳＵ数を表す。曲の演奏
時間に相当する 値：０ｘ０１から０ｘ００１ＦＦＦＦＦ ＩＮＸ（２バイト）（Ｏｐｔｉｏｎ） 意味：INDEX の相対場所 機能：曲のさびの部分（特徴的な部分）の先頭を示すポ
インタ。曲の先頭からの位置をＳＵの個数を１／４した
数で指定する。これは、通常のＳＵの４倍の長さの時間
（約９３ｍ秒）に相当する 値：０から０ｘＦＦＦＦ（最大、約６０８４秒） ＸＴ（２バイト）（Ｏｐｔｉｏｎ） 意味：INDEX の再生時間 機能：ＩＮＸ-nnnで指定された先頭から再生すべき時間
のＳＵの個数を１／４した数で指定する。これは、通常
のＳＵの４倍の長さの時間（約９３ｍ秒）に相当する 値：０ｘ００００：無設定 ０ｘ０１から０ｘＦＦＦ
Ｅ（最大６０８４秒） ０ｘＦＦＦＦ：曲の終わりまで。

【００８７】次に曲名領域ＮＭ１およびＮＭ２について
説明する。

【００８８】ＮＭ１ 意味：曲名を表す文字列 機能：１バイトの文字コードで表した可変長の曲名（最
大で２５６） 名前データの終了は、必ず終端コード（０ｘ００）を書
き込むこと サイズはこの終端コードから計算すること、データの無
い場合は少なくとも先頭（０ｘ００２０）からヌル（０
ｘ００）を１バイト以上記録すること 値：各種文字コード ＮＭ２ 意味：曲名を表す文字列 機能：２バイトの文字コードで表した可変長の名前デー
タ（最大で５１２）名前データの終了は、必ず終端コー
ド（０ｘ００）を書き込むこと サイズはこの終端コードから計算すること、データの無
い場合は少なくとも先頭（０ｘ０１２０）からヌル（０
ｘ００）を２バイト以上記録すること 値：各種文字コード。

【００８９】属性ヘッダの固定位置（０ｘ３２０）から
始まる、８０バイトのデータをトラック情報領域ＴＲＫ
ＩＮＦと呼び、主としてセキュリティ関係、コピー制御
関係の情報を一括して管理する。図２０にＴＲＫＩＮＦ
の部分を示す。ＴＲＫＩＮＦ内のデータについて、配置
順序に従って以下に説明する。

【００９０】ＣＯＮＴＥＮＴＳ ＫＥＹ（８バイト） 意味：曲毎に用意された値で、メモリカードのセキュリ
ティブロックで保護されてから保存される 機能：曲を再生する時、まず必要となる最初の鍵とな
る。ＭＡＣ計算時に使用される 値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦまで ＭＡＣ（８バイト） 意味：著作権情報改ざんチェック値 機能：コンテンツ累積番号を含む複数のＴＲＫＩＮＦの
内容と隠しシーケンス番号から作成される値 隠しシーケンス番号とは、メモリカードの隠し領域に記
録されているシーケンス番号のことである。著作権対応
でないレコーダは、隠し領域を読むことができない。ま
た、著作権対応の専用のレコーダ、またはメモリカード
を読むことを可能とするアプリケーションを搭載したパ
ーソナルコンピュータは、隠し領域をアクセスすること
ができる。

【００９１】Ａ（１バイト） 意味：パーツの属性 機能：パーツ内の圧縮モード等の情報を示す 値：図２１を参照して以下に説明する ただし、Ｎ＝０，１のモノラルは、ｂｉｔ７が１でサブ
信号を０、メイン信号（Ｌ＋Ｒ）のみの特別なＪｏｉｎ
ｔモードをモノラルとして規定する。ｂｉｔ２，１の情
報は通常の再生機は無視しても構わない。

【００９２】Ａのビット０は、エンファシスのオン／オ
フの情報を形成し、ビット１は、再生ＳＫＩＰか、通常
再生かの情報を形成し、ビット２は、データ区分、例え
ばオーディオデータか、ＦＡＸ等の他のデータかの情報
を形成する。ビット３は、未定義である。ビット４、
５、６を組み合わせることによって、図示のように、Ａ
ＴＲＡＣ３のモード情報が規定される。すなわち、Ｎ
は、この３ビットで表されるモードの値であり、モノ
（Ｎ＝０，１），ＬＰ（Ｎ＝２），ＳＰ（Ｎ＝４），Ｅ
Ｘ（Ｎ＝５），ＨＱ（Ｎ＝７）の５種類のモードについ
て、記録時間（６４ＭＢのメモリカードの場合）、デー
タ転送レート、１ブロック内のＳＵ数がそれぞれ示され
ている。１ＳＵのバイト数は、（モノ：９６バイト，１
３６バイト、ＬＰ：１９２バイト、ＳＰ：３０４バイ
ト、ＥＸ：３８４バイト、ＨＱ：５１２バイト）であ
る。さらに、ビット７によって、ＡＴＲＡＣ３のモード
（０：Dual1:J0int ）が示される。

【００９３】一例として、６４ＭＢのメモリカードを使
用し、ＳＰモードの場合について説明する。６４ＭＢの
メモリカードには、３９６８ブロックがある。ＳＰモー
ドでは、１ＳＵが３０４バイトであるので、１ブロック
に５３ＳＵが存在する。１ＳＵは、（１０２４／４４１
００）秒に相当する。従って、１ブロックは、 （１０２４／４４１００）×５３×（３９６８−１６）
＝４８６３秒＝８１分 転送レートは、 （４４１００／１０２４）×３０４×８＝１０４７３７
bps となる。

【００９４】ＬＴ（１バイト） 意味：再生制限フラグ（ビット７およびビット６）とセ
キュリティバージョン（ビット５〜ビット０） 機能：このトラックに関して制限事項があることを表す 値：ビット７： ０＝制限なし １＝制限有り ビット６： ０＝期限内 １＝期限切れ ビット５〜ビット０：セキュリティバージョン０（０以
外であれば再生禁止とする） ＦＮｏ（２バイト） 意味：ファイル番号 機能：最初に記録された時のトラック番号、且つこの値
は、メモリカード内の隠し領域に記録されたＭＡＣ計算
用の値の位置を特定する 値：１から０ｘ１９０（４００） ＭＧ（Ｄ）ＳＥＲＩＡＬ−ｎｎｎ（１６バイト） 意味：記録機器のセキュリティブロック（セキュリティ
ＩＣ２０）のシリアル番号 機能：記録機器ごとに全て異なる固有の値 値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦ
ＦＦＦＦＦＦＦＦＦＦＦＦＦＦ ＣＯＮＮＵＭ（４バイト） 意味：コンテンツ累積番号 機能：曲毎に累積されていく固有の値で記録機器のセキ
ュリティブロックによって管理される。２の３２乗、４
２億曲分用意されており、記録した曲の識別に使用す
る。

【００９５】値：０から０ｘＦＦＦＦＦＦＦＦ。

【００９６】ＹＭＤｈｍｓ−Ｓ（４バイト）（Ｏｐｔｉ
ｏｎ） 意味：再生制限付きのトラックの再生開始日時 機能：ＥＭＤで指定する再生開始を許可する日時 値：上述した日時の表記と同じ ＹＭＤｈｍｓ−Ｅ（４バイト）（Ｏｐｔｉｏｎ） 意味：再生制限付きのトラックの再生終了日時 機能：ＥＭＤで指定する再生許可を終了する日時 値：上述した日時の表記と同じ ＭＴ（１バイト）（Ｏｐｔｉｏｎ） 意味：再生許可回数の最大値 機能：ＥＭＤで指定される最大の再生回数 値：１から０ｘＦＦ 未使用の時は、０ｘ００ ＬＴのｂｉｔ７の値が０の場合はＭＴの値は００とする
こと ＣＴ（１バイト）（Ｏｐｔｉｏｎ） 意味：再生回数 機能：再生許可された回数の内で、実際に再生できる回
数。再生の度にデクリメントする 値：０ｘ００〜０ｘＦＦ 未使用の時は、０ｘ００であ
る ＬＴのｂｉｔ７が１でＣＴの値が００の場合は再生を禁
止すること。

【００９７】ＣＣ（１バイト） 意味：ＣＯＰＹ ＣＯＮＴＲＯＬ 機能：コピー制御 値：図２２に示すように、ビット６および７によってコ
ピー制御情報を表し、ビット４および５によって高速デ
ィジタルコピーに関するコピー制御情報を表し、ビット
２および３によってセキュリティブロック認証レベルを
表す。ビット０および１は、未定義 ＣＣの例：（ｂｉｔ７，６）１１：無制限のコピーを許
可、０１：コピー禁止、００：１回のコピーを許可 （ｂｉｔ３，２）００：アナログないしディジタルイン
からの録音、ＭＧ認証レベルは０とする ＣＤからのディジタル録音では（ｂｉｔ７，６）は０
０、（ｂｉｔ３，２）は００となる ＣＮ（１バイト）（Ｏｐｔｉｏｎ） 意味：高速ディジタルコピーＨＳＣＭＳ(High speed Se
rial Copy ManagementSystem)におけるコピー許可回数 機能：コピー１回か、コピーフリーかの区別を拡張し、
回数で指定する。コピー第１世代の場合にのみ有効であ
り、コピーごとに減算する 値：００：コピー禁止、０１から０ｘＦＥ：回数、０ｘ
ＦＦ：回数無制限。

【００９８】上述したトラック情報領域ＴＲＫＩＮＦに
続いて、０ｘ０３７０から始まる２４バイトのデータを
パーツ管理用のパーツ情報領域ＰＲＴＩＮＦと呼び、１
つのトラックを複数のパーツで構成する場合に、時間軸
の順番にＰＲＴＩＮＦを並べていく。図２３にＰＲＴＩ
ＮＦの部分を示す。ＰＲＴＩＮＦ内のデータについて、
配置順序に従って以下に説明する。

【００９９】ＰＲＴＳＩＺＥ（４バイト） 意味：パーツサイズ 機能：パーツの大きさを表す。クラスタ：２バイト（最
上位）、開始ＳＵ：１バイト（上位）、終了ＳＵ：１バ
イト（最下位） 値：クラスタ：１から０ｘ１Ｆ４０（８０００）、開始
ＳＵ：０から０ｘＡ０（１６０）、終了ＳＵ：０から０
ｘＡ０（１６０）（但し、ＳＵの数え方は、０，１，
２，と０から開始する） ＰＲＴＫＥＹ（８バイト） 意味：パーツを暗号化するための値 機能：初期値＝０、編集時は編集の規則に従うこと 値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦ ＣＯＮＮＵＭ０（４バイト） 意味：最初に作られたコンテンツ累積番号キー 機能：コンテンツをユニークにするためのＩＤの役割 値：コンテンツ累積番号初期値キーと同じ値とされる。

【０１００】ＡＴＲＡＣ３データファイルの属性ヘッダ
中には、図１８に示すように、付加情報ＩＮＦが含まれ
る。この付加情報は、開始位置が固定化されていない点
を除いて、再生管理ファイル中の付加情報ＩＮＦ−Ｓ
（図１２および図１３Ｂ参照）と同一である。１つまた
は複数のパーツの最後のバイト部分（４バイト単位）の
次を開始位置として付加情報ＩＮＦのデータが開始す
る。

【０１０１】ＩＮＦ 意味：トラックに関する付加情報データ 機能：ヘッダを伴った可変長の付加情報データ。複数の
異なる付加情報が並べられることがある。それぞれにＩ
Ｄとデータサイズが付加されている。個々のヘッダを含
む付加情報データは、最小１６バイト以上で４バイトの
整数倍の単位 値：再生管理ファイル中の付加情報ＩＮＦ−Ｓと同じで
ある。

【０１０２】上述した属性ヘッダに対して、ＡＴＲＡＣ
３データファイルの各ブロックのデータが続く。図２４
に示すように、ブロック毎にヘッダが付加される。各ブ
ロックのデータについて以下に説明する。

【０１０３】ＢＬＫＩＤ−Ａ３Ｄ（４バイト） 意味：BLOCKID FILE ID 機能：ＡＴＲＡＣ３データの先頭であることを識別する
ための値 値：固定値＝”Ａ３Ｄ”（例えば０ｘ４１３３４４２
０） ＭＣｏｄｅ（２バイト） 意味：MAKER CODE 機能：記録した機器の、メーカー、モデルを識別するコ
ード 値：上位１０ビット（メーカーコード） 下位６ビット
（機種コード） ＣＯＮＮＵＭ０（４バイト） 意味：最初に作られたコンテンツ累積番号 機能：コンテンツをユニークにするためのＩＤの役割、
編集されても値は変化させない 値：コンテンツ累積番号初期値キーと同じ値とされる ＢＬＯＣＫ ＳＥＲＩＡＬ（４バイト） 意味：トラック毎に付けられた連続番号 機能：ブロックの先頭は０から始まり次のブロックは＋
１づつインクリメント編集されても値を変化させない 値：０より始まり０ｘＦＦＦＦＦＦＦＦまで ＢＬＯＣＫ−ＳＥＥＤ（８バイト） 意味：１ブロックを暗号化するための１つの鍵 機能：ブロックの先頭は、記録機器のセキュリティブロ
ックで乱数を生成、続くブロックは、＋１インクリメン
トされた値、この値が失われると、１ブロックに相当す
る約１秒間、音が出せないために、ヘッダとブロック末
尾に同じものが二重に書かれる。編集されても値を変化
させない 値：初期は８バイトの乱数 ＩＮＩＴＩＡＬＩＺＡＴＩＯＮ ＶＥＣＴＯＲ（８バイ
ト） 意味：ブロック毎にＡＴＲＡＣ３データを暗号化、復号
化する時に必要な初期値 機能：ブロックの先頭は０から始まり、次のブロックは
最後のＳＵの最後の暗号化された８バイトの値。デバイ
ドされたブロックの途中からの場合は開始ＳＵの直前の
最後の８バイトを用いる。編集されても値を変化させな
い 値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦ ＳＵ−ｎｎｎ 意味：サウンドユニットのデータ 機能：１０２４サンプルから圧縮されたデータ、圧縮モ
ードにより出力されるバイト数が異なる。編集されても
値を変化させない（一例として、ＳＰモードの時では、
Ｎ＝３８４バイト） 値：ＡＴＲＡＣ３のデータ値。

【０１０４】図１８では、Ｎ＝３８４であるので、１ブ
ロックに４２ＳＵが書かれる。また、１ブロックの先頭
の２つのスロット（４バイト）がヘッダとされ、最後の
１スロット（２バイト）にＢＬＫＩＤ−Ａ３Ｄ、ＭＣｏ
ｄｅ、ＣＯＮＮＵＭ０、ＢＬＯＣＫ ＳＥＲＩＡＬが二
重に書かれる。従って、１ブロックの余りの領域Ｍバイ
トは、（１６，３８４−３８４×４２−１６×３＝２０
８（バイト）となる。この中に上述したように、８バイ
トのＢＬＯＣＫ ＳＥＥＤが二重に記録される。

【０１０５】この発明は、上述したオーディオレコーダ
を携帯形の構成とし、携帯形オーディオレコーダによっ
てアンケートを行うことを可能としたものである。この
発明の一実施形態についてより詳細に説明する。図２５
は、この発明の一実施形態の全体構成を示し、図２６
は、携帯形のディジタルオーディオプレーヤ（アンケー
ト回答記録機能付き再生機）の構成を示す。この発明に
よる情報収集装置は、ディジタルオーディオプレーヤ２
０１、サーバ２０２、メモリカード２０３およびヘッド
ホーン２０４により構成されており、サーバ２０２とデ
ィジタルオーディオプレーヤ１との間にメモリカード２
０３が記録媒体として介在する。

【０１０６】このディジタルオーディオプレーヤ２０１
は、上述の図１に示すレコーダと同様の構成を有し、複
数の操作ボタンを有する操作部が設けられている。さら
に、携帯に適するように小型なものとされている。サー
バ２０２は、例えば図示しないホスト側から通信を介し
てコンテンツとしての各種楽曲等のオーディオデータと
アンケート用のオーディオデータと制御データとがサー
バ２０２に蓄積される。サーバ２０２には、メモリカー
ド２０３にデータをダウンロードすることが可能とされ
ている。メモリカード２０３は、内部に例えば、フラッ
シュメモリを有すると共に、端部にコネクタ部を有し、
着脱自在な構成とされている。

【０１０７】サーバ２０２に対して、メモリカード２０
３が装着され、ユーザにより選択された楽曲のオーディ
オデータ、またはアンケート用のオーディオデータと制
御データとがメモリカード２０３にダウンロードされ
る。なお、ダウンロードされたデータのそれぞれは、上
述したフォーマットでもって、フラッシュメモリの所定
領域に格納される。

【０１０８】ディジタルオーディオプレーヤ２０１は、
図２６に示すように制御部２１１、デコーダ２１６、操
作部２２１により構成されている。制御部２１１は、バ
ッファメモリ２１２と、ＣＰＵ２１３と、メモリインタ
ーフェース２１４と、外部入出力回路２１５等からな
る。また、メモリカード２０３と、デコーダ２１６との
間に介在し、メモリカード２０３にダウンロードされて
いるオーディオデータのデコーダ２１６への受渡しを制
御する制御部２１１には、操作部２２１が接続されてい
る。操作部２２１には、図２６に示すようにボタン群２
２２〜２２７や表示素子として小型の液晶表示部２２８
が配設されている。具体的には、２２２が巻き戻しボタ
ンであり、２２５が早送りボタンであり、２２４が再生
ボタンであり、２２３が停止ボタンであり、２２６がYe
s ボタンであり、２２７がNoボタンである。なお、Yes
ボタン２２６およびNoボタン２２７は、オーディオデー
タの編集作業時やアンケートの回答記録時に用いられ
る。

【０１０９】操作部２２１のボタン群２２１〜２２７の
中の一つが押されると、そのボタンに応じた情報が操作
部２２１において生成され、この情報が外部入出力回路
２１５を介してＣＰＵ２１３に供給される。ＣＰＵ２１
３は、操作部２２１からの情報により操作部２２１の操
作状態を監視し、所定のボタンが押されたと判定する場
合には、その操作ボタンに応じた制御情報を生成し、制
御情報を各部に供給することで各種動作を実行する。ま
た、ＣＰＵ２１３は、操作部２２１の操作状態に応じた
表示情報を生成し、この表示情報を外部入出力回路２１
５を介して操作部２２１に供給して液晶表示部２２８に
所定の表示を行う。

【０１１０】上述したディジタルオーディオプレーヤ２
０１にメモリカード２０３が装着されると、ＣＰＵ２１
３は、各種動作に先立ってメモリカード３の所定領域例
えば再生管理ファイルＰＢＬＩＳＴを読み込み、ＰＢＬ
ＩＳＴ中の制御データによりアンケート用のオーディオ
データがそのメモリカード２０３に記録（ダウンロー
ド）されているかどうかを検出する。アンケート用のオ
ーディオデータがダウンロードされていない場合には、
通常の再生処理に移行する。

【０１１１】ディジタルオーディオプレーヤ２０１の通
常の再生動作について簡単に説明する。操作部２２１が
ユーザにより操作されて指定される所望の再生位置のオ
ーディオデータは、メモリインターフェース２１４を介
してバッファメモリ２１２に一時的に蓄積される。バッ
ファメモリ２１２に一時的に蓄積されたオーディオデー
タが読み出され、メモリインターフェース２１４を介し
てデコーダ２１６に供給される。デコーダ２１６におい
て、オーディオデータに対して復調／伸長処理が施さ
れ、ディジタル音声信号が復元される。そして、復元さ
れたディジタル音声信号がＤ／Ａ変換され、アナログの
再生音声信号に変換される。再生音声信号がヘッドホー
ン２０４に供給され、音声が再生される。

【０１１２】一方、制御データによりアンケート用のオ
ーディオデータがダウンロードされていることが検出さ
れると、再生処理に移行する。再生処理においては、先
ず、制御データにより入力形式、質問トラック、応答ト
ラック、モード等がＣＰＵ２１３により識別される。そ
して、操作部２２１の再生ボタン２２４が押されると、
制御データに基づいてアンケートの質問用のオーディオ
データが順次読み出され、読み出されたオーディオデー
タにより生成された音声によるアンケートが開始され
る。

【０１１３】アンケート実施中においては、ＣＰＵ２１
３により所定時間内にYes ボタン２２６もしくはNoボタ
ン２２７が押されたかどうかが監視され、Yes ボタン２
２６もしくはNoボタン２２７が押された場合には、押さ
れたボタンに応じた回答を示す情報がメモリカード２０
３の所定領域に書き込まれる。また、所定時間内にYes
ボタン２２６もしくはNoボタン２２７が押されない場合
には、Noの意思表示がなされたと自動的に判定され、No
ボタン２２７が押された場合と同様の処理がなされる。
そして、順次、質問の再生と、それに対する回答の書き
込み処理がなされ、全ての質問に対する回答の書き込み
が完了すると、集計処理に移行する。

【０１１４】集計処理においては、メモリカード２０３
の所定領域に書き込まれている各質問に対する回答を示
す情報が読み出され、その情報が集計される。集計され
た結果に応じた表示情報がＣＰＵ２１３において生成さ
れ、この表示情報が外部入出力回路２１５を介して操作
部２２１に供給される。従って、液晶表示部２２８に
は、文字および／または図形により集計結果が表示され
る。また、集計結果の表示と並行して、集計結果を音声
により表しても良い。

【０１１５】上述した一実施形態の再生動作について図
２７および図２８を用いてさらに詳細に説明する。図２
７は、上述した一実施形態における再生動作の処理手順
の一例を示す。なお、図２７に示すフローチャートにお
ける各ステップには、ステップＳ１〜ステップＳ１３の
参照符号が付されている。なお、メモリカード２０３の
フォーマットとしては、前述したものが用いられ、再生
管理ファイルＰＢＬＩＳＴの付加情報ＩＮＦ−Ｓに制御
データが格納され、各トラックのデータファイルとして
質問用データが記録される。その質問用データに対する
回答データは、各トラックの付加情報として記録され
る。

【０１１６】先ず、ステップＳ１において、アンケート
用のオーディオデータと、制御データとが書き込まれた
メモリカード２０３がディジタルオーディオプレーヤ２
０１に装着される。メモリカード２０３がディジタルオ
ーディオプレーヤ２０１に装着されると、メモリカード
２０３のフラッシュメモリと制御部２１１のメモリイン
ターフェース２１４とが接続される。ＣＰＵ２１３がメ
モリカード２０３の装着を検出して、ステップＳ２の処
理を行う。

【０１１７】ステップＳ２において、ＰＢＬＩＳＴのメ
モリカード全体の付加情報ＩＮＦ−Ｓの中に（ＩＤ＝１
１０）が存在するかどうかが判定される。（ＩＤ＝１１
０）が存在しない場合には、ステップＳ３に移行し、通
常の再生処理がなされる。また、ＩＮＦ−Ｓの中に（Ｉ
Ｄ＝１１０）が存在する場合には、ステップＳ４に移行
し、ＩＮＦ−Ｓの内容が読み取られ、ＩＮＦ−Ｓの内容
に応じて応答形式、質問トラック、回答トラック、モー
ド等が識別される。

【０１１８】このように入力形式、質問トラック、応答
トラック、モード等がＣＰＵ２１３により識別される
と、再生ボタン２２４の操作待機状態となる。つまり、
ステップＳ５において、再生ボタン２２４に対して所定
操作がなされたかどうかが判定され、再生ボタン２２４
に対して所定操作がなされると、ステップＳ６に移行す
る。

【０１１９】ステップＳ６において、ＩＮＦ−Ｓの内容
に応じて再生が開始される。具体的には、Ｔ−ＴＲＫで
規定されるトラックの次のトラックからアンケートの最
終トラックまでの質問再生が開始される。Ｔ−ＴＲＫ
（２バイト）は、上述したように、総トラック数を表
す。音声によるアンケートが開始されると、ステップＳ
７において、再生中にYes ボタン２２６が押されたかど
うかの判定がなされる。再生中にYes ボタン２６が押さ
れない場合には、ステップＳ８に移行し、再生中にNoボ
タン２２７が押されたかどうかの判定がなされる。Noボ
タン２２７が押されない場合には、ステップＳ９に移行
し、持ち時間以内かどうかの判定がなされる。持ち時間
以内の場合には、再びステップＳ７に戻され、同様にス
テップＳ７〜ステップＳ９の処理が繰り返される。

【０１２０】そして、持ち時間以内において再生トラッ
クのアンケートの回答としてYes ボタン２２６が押され
た場合には、ステップＳ７からステップＳ１０に移行
し、ＩＮＦの（ＩＤ＝１２４）の値に１をセットして次
のトラックに再生位置がジャンプする。ＩＮＦは、トラ
ックごとの付加情報であり、上述したように、（ＩＤ＝
１２４）は、入力値として規定されている。次のトラッ
クへのジャンプが完了すると、ステップＳ１２におい
て、アンケートの最後のトラックを越えたかどうかの判
定がなされる。

【０１２１】また、持ち時間以内において再生トラック
のアンケートの回答としてNoボタン２２７が押された場
合には、ステップＳ８からステップＳ１１に移行し、Ｉ
ＮＦの（ＩＤ＝１２４）の値に０をセットして次のトラ
ックに再生位置がジャンプする。ジャンプが完了する
と、ステップＳ１２において、アンケートの最終トラッ
クを越えたかどうかの判定がなされる。

【０１２２】なお、持ち時間内にYes ボタン２２６もし
くはNoボタン２２７いずれも押されない場合には、Noの
意思表示がなされたと自動的に判定される。従って、持
ち時間経過後において、ステップＳ９からステップＳ１
１に移行し、ＩＮＦの（ＩＤ＝１２４）の値に０をセッ
トして次のトラックに再生位置がジャンプする。再生位
置のジャンプが完了すると、ステップＳ１２において、
アンケートの最終トラックを越えたかどうかの判定がな
される。

【０１２３】ステップＳ１２において、アンケートの最
終トラックを越えたと判定される場合には、ステップＳ
１３に移行し、集計処理が実行された後、アンケート再
生処理が終了される。また、アンケートの最終トラック
を越えないと判定される場合には、次のトラックのアン
ケートが再生され、上述したステップＳ７〜ステップＳ
１１の処理が同様に繰り返される。そして、順次、アン
ケートの質問の再生と、それに対する回答の書き込み処
理がなされ、全ての質問に対する回答の書き込みが完了
してアンケートの最終トラックを越えると、ステップＳ
１３に移行し、集計処理が実行された後、再生処理が終
了される。

【０１２４】なお、上述した一実施形態の説明において
は、Yes ボタン２２６およびNoボタン２２７を用いてア
ンケートの回答を行う場合について説明したが、再生ボ
タン２２４を押す／押さないという応答を使用しても良
い。また、この場合、再生ボタンを所定時間以上例えば
２秒以上押し続けたことを押したものと扱うようにして
も良い。なお、この場合には、制御データ（付加情報Ｉ
ＮＦ−Ｓ）により操作部２１の再生ボタン２２４の機能
を規定する必要がある。

【０１２５】また、再生ボタン２２４以外のボタンを兼
用したり、テンキーを用いてアンケートの回答記録を行
うようにしても良い。なお、この場合にも、制御データ
（付加情報ＩＮＦ−Ｓ）により兼用するボタンの機能を
規定する必要がある。また、テンキーを用いる場合に
は、他の場合と異なり１つの質問に対して複数の回答を
用意することができ、テンキーで入力された数字をその
ままＩＮＦの（ＩＤ＝１２４）の値にセットしてより複
雑なアンケートを実施することができる。

【０１２６】さらに、上述した一実施形態の説明におい
ては、アンケートの最終トラックを越えると、ステップ
Ｓ１３に移行し、集計処理が実行される場合について説
明したが、ステップＳ１３に移行する前に、アンケート
の回答を修正する処理を挿入しても良く、また、ステッ
プＳ１３以降の処理に関する通知を表示もしくは音声に
て行っても良い。

【０１２７】図２８Ａは、再生管理ファイルＰＢＬＩＳ
Ｔの付加情報ＩＮＦ−Ｓの（ＩＤ＝１１０）の具体的な
一例を示す。この（ＩＤ＝１１０）が存在した場合にア
ンケートが実施される。なお、図２８Ａは、通常の楽曲
が１４曲まで存在し、アンケートの質問が４問ある場合
の例を示している。

【０１２８】図２８Ａに示すようにＩＮＦ−Ｓの（ＩＤ
＝１１０）の２バイト目（図中２５１で示す）に１１０
が書き込まれ、４および５バイト目（図中２５２で示
す）に６４が書き込まれることにより、（ＩＤ＝１１
０）が６４バイトにより構成されることが示されてい
る。そして、１２バイト目（図中２５３で示す）に０ｘ
８１が書き込まれている。この１２バイト目がＡＰＰと
称され、ＡＰＰの値により異なる処理がなされる。

【０１２９】例えば、ＡＰＰが図２８Ａに示すように０
ｘ８１であるか、もしくは、０ｘ８２もしくは、０ｘ８
３である場合には、楽曲のオーディオデータとアンケー
ト用のオーディオデータとが混在する。なお、アンケー
ト用のオーディオデータは、Ａ３ｎｎｎｎｎに最後の曲
の次から記録されている。そして、ＡＰＰが０ｘ８１で
ある場合には、アンケート再生中に再生ボタンが例えば
２秒以上押されたら、それをYes の意思表示と判定し、
トラック毎に付加情報（ＩＤ＝１２４）の所定ビットを
１にセットする。また、ＡＰＰが０ｘ８２である場合に
は、アンケート再生中にYes ボタン２６もしくはNoボタ
ン２７が押されたら、その操作に対応してトラック毎に
付加情報（ＩＤ＝１２４）の所定ビットを１もしくは０
にセットする。さらに、ＡＰＰが０ｘ８３である場合に
は、アンケート再生中にテンキーが押されたら、その操
作に対応してトラック毎に付加情報（ＩＤ＝１２４）の
所定領域にテンキーの数字をそまま記録する。

【０１３０】一方、ＡＰＰが０ｘ０１であるか、もしく
は、０ｘ０２もしくは、０ｘ０３である場合には、アン
ケートのオーディオデータのみである。なお、アンケー
トの質問用のオーディオデータは、データファイルＡ３
ｎｎｎｎｎに１番より記録されている。そして、ＡＰＰ
が０ｘ０１である場合には、アンケート再生中に再生ボ
タンが２秒以上押されたら、それをYes の意思表示と判
定し、トラック毎に付加情報（ＩＤ＝１２４）の所定ビ
ットを１にセットする。また、ＡＰＰが０ｘ０２である
場合には、アンケート再生中にYes ボタン２６もしくは
Noボタン２７が押されたら、その操作に対応してトラッ
ク毎に付加情報（ＩＤ＝１２４）の所定ビットを１もし
くは０にセットする。さらに、ＡＰＰが０ｘ０３である
場合には、アンケート再生中にテンキーが押されたら、
その操作に対応してトラック毎に付加情報（ＩＤ＝１２
４）の所定領域にテンキーの数字をそまま記録する。

【０１３１】また、図２８Ａに示すようにＩＮＦ−Ｓの
（ＩＤ＝１１０）の１３バイト目（図中２５４で示す）
に１８が書き込まれ、次の１４バイト目（図中２５５で
示す）に３４が書き込まれている。これは、アンケート
の最終トラック値（質問が４問）と最終トラック（１９
から３４が回答に対する応答用）とを示している。さら
に、１５バイト目（図中２５６で示す）の１がモードを
示し、回答に対する応答が（×１）の計算式により規定
される。

【０１３２】実際に図２８Ａに示すＩＮＦ−Ｓの（ＩＤ
＝１１０）により再生処理がなされる場合には、通常の
曲が１４曲分再生された後にトラック１５〜１８のアン
ケートの質問が４問再生される。その質問に対してそれ
ぞれYes ボタン２２６もしくはNoボタン２２７が押され
て回答がなされると、２の４乗分、すなわち１６種類の
回答の組み合わせが発生する。その回答の組み合わせに
対する応答がモード１により規定され、その該当するト
ラックが回答の応答として再生される。具体的には、例
えば、Yes ボタン２２６が押された場合を「１」とし、
Noボタン２２７が押された場合を「０」とし、質問の第
１問から順に、「０」「１」「０」「０」の回答が得ら
れたとすると、この回答を２の０乗、１乗、２乗、３乗
に対応させれば（００１０＝２）が得られ、この数値に
対応するトラック２１が再生される。なお、モード１以
外の場合には、単純な（×１）の割り当てでなく、特殊
な変換テーブルが用いられる。

【０１３３】図２８Ｂおよび図２８Ｃは、上述したよう
になされるアンケートの質問の回答として得られた結果
を書き込むＩＮＦの（ＩＤ＝１２４）具体的な一例を示
す。図４Ｂは、トラック１５（１５曲目）の属性ヘッダ
のＩＮＦの（ＩＤ＝１２４）を示し、図４Ｃは、トラッ
ク１６（１５曲目）の属性ヘッダのＩＮＦの（ＩＤ＝１
２４）を示す。

【０１３４】図２８Ｂおよび図２８Ｃに示すようにＩＮ
Ｆの（ＩＤ＝１２４）の２バイト目に１２４が書き込ま
れ、４および５バイト目に１６が書き込まれることによ
り、（ＩＤ＝１２４）が１６バイトにより構成されるこ
とが示されている。そして、１２バイト目に１が書き込
まれている。この１２バイト目により次の１３バイト目
に１バイトの回答が書き込まれていることが示され、ト
ラック１５（１５曲目）のアンケートの回答として図２
８Ｂに示すように０が書き込まれている。また、同様に
トラック１６（１６曲目）のアンケートの回答として図
２８Ｃに示すように１が書き込まれている。

【０１３５】従って、アンケートの集計処理を行う場合
には、各トラックに対する属性ヘッダのＩＮＦの（ＩＤ
＝１２４）の所定ビットを読み取ることで集計結果を得
ることができる。例えば、Yes ボタン２６が押された場
合を「１」とし、Noボタン２７が押された場合を「０」
とし、質問の第１問から順に、「０」「１」「０」
「０」の回答が得られたとすると、図２８Ａに示す例の
場合には、この回答がＡ３Ｄ０００Ｆ（１５曲目）、Ａ
３Ｄ００１０（１６曲目）、Ａ３Ｄ００１１（１７曲
目） Ａ３Ｄ００１２（１８曲目）の属性ヘッダのＩＮ
Ｆの（ＩＤ＝１２４）の所定ビットとして書き込まれ
る。そして、集計する場合には、Ａ３Ｄ０００Ｆ（１５
曲目）、Ａ３Ｄ００１０（１６曲目）、Ａ３Ｄ００１１
（１７曲目） Ａ３Ｄ００１２（１８曲目）のＩＮＦの
（ＩＤ＝１２４）の所定ビットのそれぞれを読み出し、
その値を２の０乗、１乗、２乗、３乗に対応させれば
（００１０＝２）が得られ、この数値に対応するトラッ
ク２１の再生が実行される。

【０１３６】なお、アンケートに伴う処理により生成さ
れた各種情報を、集計後、速やかに消去し、フラッシュ
メモリの使用可能領域の有効な利用を図るようにしても
良い。また、特に制御データによる指定が無い場合に
は、通常、一つのメモリカード２０３に一種類のアンケ
ートのみ存在するように管理され、ダウンロードする際
に前回のアンケートがある場合には、その前回のアンケ
ート用のオーディオデータや制御データが消去される。

【０１３７】また、最終トラック（１９から３４が回答
に対する応答用）の後ろに位置するトラックをさらに使
用して、例えば、前述した図２７におけるステップＳ１
２とステップＳ１３の間にアンケートの修正処理を設
け、この修正処理において「以上で、アンケートを終了
しますが、良いですか？」等の実際のアンケートの応答
以外のユーザに対する通知手段として音声を用いるよう
にしても良い。

【０１３８】さらに、この発明の一実施形態において
は、フラッシュメモリを内蔵したメモリカード２０３を
用いる場合について説明したが、他の着脱自在な記録媒
体を用いるようにしても良い。

【０１３９】

【発明の効果】この発明に依れば、不揮発性記憶媒体を
利用して容易にかつ迅速に音声によるアンケートを実施
することができ、然も、その結果を容易に集計すること
ができる。また、この発明では、集計された結果に応じ
てアンケート用のオーディオデータが読み出され、この
読み出されたオーディオデータにより音声が生成され、
集計結果が通知される。このため、この発明は、アンケ
ート調査のみならず、クイズ、性格判断、健康診断、カ
ウンセラ等に容易に応用できる。

【図面の簡単な説明】

【図１】この発明を適用できるレコーダの全体的構成を
示すブロック図である。

【図２】この発明を適用できるレコーダにおけるＤＳＰ
の構成を示すブロック図である。

【図３】この発明を適用できるレコーダにおけるメモリ
カードの構成を示すブロック図である。

【図４】フラッシュメモリのファイルシステム処理階層
の構成を示す略線図である。

【図５】フラッシュメモリのデータの物理的構成のフォ
ーマットを示す略線図である。

【図６】ファイルの規定を示す略線図である。

【図７】再生管理ファイルのデータ構成を概略的に示す
略線図である。

【図８】データファイルのデータ構成を概略的に示す略
線図である。

【図９】データファイルの構成を示す略線図である。

【図１０】データファイルの編集処理の一例を示す略線
図である。

【図１１】データファイルの編集処理の他の例を示す略
線図である。

【図１２】再生管理ファイルの構成を示す略線図であ
る。

【図１３】再生管理ファイルの部分と付加情報領域の構
成を示す略線図である。

【図１４】付加情報の例を示す略線図である。

【図１５】付加情報の例を示す略線図である。

【図１６】付加情報の例を示す略線図である。

【図１７】付加情報の具体的なデータ構成を示す略線図
である。

【図１８】データファイルの構成を示す略線図である。

【図１９】データファイルの属性ヘッダの一部を示す略
線図である。

【図２０】データファイルの属性ヘッダの一部を示す略
線図である。

【図２１】録音モードの種類と、各録音モードにおける
録音時間等を示す略線図である。

【図２２】コピー制御情報を説明するための略線図であ
る。

【図２３】データファイルの属性ヘッダの一部を示す略
線図である。

【図２４】データファイルの各データブロックのヘッダ
を示す略線図である。

【図２５】この発明の一実施形態の全体構成を示す略線
図である。

【図２６】この発明の一実施形態の要部の構成を示すブ
ロック図である。

【図２７】この発明の一実施形態の動作説明に用いるフ
ローチャートである。

【図２８】この発明の一実施形態のデータ構成の説明に
用いる略線図である。

【符号の説明】

２０１・・・ディジタルオーディオプレーヤ、２０２・
・・サーバ、２０３・・・メモリカード、２０４・・・
ヘッドホーン、２１１・・・制御部、２１２・・・バッ
ファメモリ、２１３・・・ＣＰＵ、２１４・・・メモリ
インターフェース、２１５・・・外部入出力回路、２２
１・・・操作部、２２４・・・再生ボタン、２２６・・
・Yes ボタン、２２７・・・Noボタン

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｋ 19/00 Ｇ０６Ｋ 19/00 Ｗ ９Ａ００１ Ｇ１１Ｃ 16/02 Ｇ１１Ｃ 17/00 ６０１Ｅ Ｆターム(参考） 5B025 AD04 AD05 AE00 5B035 AA06 BB09 BC05 CA22 CA38 5B058 CA23 KA35 YA20 5B082 EA01 JA08 5D045 DB01 9A001 BB03 EE03 EE04 EE05 JJ27 LL03

Claims (9)

【特許請求の範囲】
1. 【請求項１】 記録または再生装置に対して着脱自在の
   不揮発性記憶媒体において、 一連の情報に対応するデータファイルと、上記データフ
   ァイルを管理するファイル管理情報とが格納され、 上記ファイル管理情報に、上記データファイルとしての
   質問用データが格納されていることを示す付加情報が記
   録されていることを特徴とする不揮発性記憶媒体。
2. 【請求項２】 質問と質問に対する回答とを収集するた
   めの情報収集装置において、 質問用のオーディオデータおよび制御データとを所定領
   域に保持する着脱自在な不揮発性記憶手段と、 上記不揮発性記憶手段が接続され、上記不揮発性記憶手
   段の所定領域に保持されている上記制御データを読み出
   し、上記質問用のオーディオデータがダウンロードされ
   ていることを検出した場合には、上記制御データに基づ
   いて上記質問用のオーディオデータを読み出して質問を
   音声により再生し、上記質問のユーザからの回答を上記
   不揮発性記憶手段の所定領域に記録する記録手段とを有
   することを特徴とする情報収集装置。
3. 【請求項３】 請求項２において、 上記質問用のオーディオデータがサーバーからダウンロ
   ードされたものであることを特徴とする情報収集装置。
4. 【請求項４】 請求項２において、 上記記録手段は、操作部を有し、上記質問の再生中の所
   定期間内に上記操作部に対して所定操作がなされた場合
   において、上記質問の回答を記録することを特徴とする
   情報収集装置。
5. 【請求項５】 請求項２において、 上記記録手段は、操作部を有し、上記質問の再生中に所
   定期間内に上記操作部に対して操作がなされない場合に
   おいて、自動的に上記質問の回答を決定し、その決定し
   た回答を記録することを特徴とする情報収集装置。
6. 【請求項６】 請求項２において、 さらに、上記不揮発性記憶手段の所定領域に記録された
   上記質問の回答を集計することを特徴とする情報収集装
   置。
7. 【請求項７】 請求項６において、 上記集計した結果を記録し、記録された上記結果を再生
   することを特徴とする情報収集装置。
8. 【請求項８】 請求項２において、 上記制御データは、上記質問用のオーディオデータが記
   録されていることを示す付加情報を含み、上記制御手段
   は、上記付加情報を検出した場合において、上記質問用
   のオーディオデータを優先的に再生することを特徴とす
   る情報収集装置。
9. 【請求項９】 請求項８において、 さらに、上記付加情報は、上記質問の回答の入力方法ま
   たは出力方法を規定する情報を含むことを特徴とする情
   報収集装置。