JP2002175090A

JP2002175090A - 再生装置および再生方法

Info

Publication number: JP2002175090A
Application number: JP2000373153A
Authority: JP
Inventors: Teppei Yokota; 哲平横田; Nobuyuki Kihara; 信之木原; Takumi Okanoe; 拓己岡上
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2000-12-07
Filing date: 2000-12-07
Publication date: 2002-06-21
Also published as: US7512320B2; CN1632875A; CN1232949C; WO2002047069A1; US20090252477A1; KR20020075909A; CN1416562A; US20030142960A1; US8755671B2; KR100838901B1; CN100372017C

Abstract

(57)【要約】【課題】再生制限付きのプログラムをユーザの意図に
したがって再生することを可能とする。【解決手段】再生モードとしては、第１、第２および
第３モードの３種類が用意されている。第１モードは、
再生制限付きの曲を再生しようとした時に、一時停止
し、再生制限のあることをユーザに知らせ、再生するか
否かをユーザに問い合わせ、ユーザの指示にしたがって
再生または再生禁止動作がなされるモードである。第２
モードは、再生制限付きの曲は、全て再生禁止とするモ
ードである。第３モードは、再生制限付きの曲を無条件
に再生できるモードである。ステップＳ３１において電
源をオンすると、ステップＳ３２において、再生モード
を第１、第２または第３のモードの何れかを選択する表
示がなされ、ステップＳ３３において、何れかのモード
に設定する処理がなされる。設定されたモードの情報
は、不揮発性メモリに記憶される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、再生制限が付与
されたプログラムと自由に再生できるプログラムとが混
在する記録媒体を再生するのに適用可能な再生装置およ
び再生方法に関する。

【０００２】

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

【０００３】また、フラッシュメモリを機器に対して着
脱自在に構成したメモリカードも知られている。このメ
モリカードを使用すれば、従来のＣＤ（コンパクトディ
スク）、ＭＤ（ミニディスク）等のディスク状記録媒体
に換えてメモリカードを使用するディジタルオーディオ
記録／再生装置を実現することができる。

【０００４】従来、市販されているパッケージソフトウ
ェア例えばＣＤは、一旦購入すれば、無限の再生期日と
再生回数が保証されていた。一方、音声・映像情報のデ
ィジタル化およびマルチメディアへの対応に伴って近
年、著作権保護が重視されている。また、情報サービス
の分野においては、ディジタル化された音声・映像情報
に何らかの再生制限情報を付加して記録媒体に記録し、
この形態でもって情報を利用者に対して提供したり、ま
た、ディジタル放送やインターネットを利用してディジ
タル化された音声・映像情報に何らかの再生制限情報を
付加して各利用者に配信するサービスが検討されてい
る。例えば宣伝の目的で、期間、再生可能回数等を制限
して音声・映像情報を無料で配布することが考えられ
る。利用者は、再生制限情報で示される期間、回数等の
範囲で、音声・映像情報（プログラムまたはコンテンツ
と称される）を再生することができる。そして、若し、
利用者がその結果、その音声・映像情報を本当に必要と
すれば、有料で、その音声・映像情報をメモリカードに
記録することができる。

【０００５】

【発明が解決しようとする課題】このような状況では、
同一の記録媒体上に無限に再生できるプログラムと再生
制限付きのプログラムとが混在して記録されることが生
じうる。そのような記録媒体を従来の再生装置で再生し
た時には、ユーザにとって不都合な問題が生じる。例え
ば何回もリピート再生を行なうと、制限なしのプログラ
ム（曲）は、問題ないが、制限付き例えば再生回数が制
限されているプログラムの場合には、設定されている再
生回数の再生を行なうと、その後は、再生できなくなっ
てしまう。したがって、回数制限付きのプログラムは、
リピート再生から除外することが好ましい場合がある。
また、ユーザに再生制限付きのプログラムを再生するか
否かを問い合わせる方法が考えられる。しかしながら、
再生制限付きのプログラムを再生しようとすると、再生
動作が停止し、ユーザが承認するか否かの操作を行なう
ことが必要となり、操作性が低下する。

【０００６】従って、この発明の目的は、ユーザ自身が
再生制限付きのプログラムの操作方法を設定することが
可能な再生装置および再生方法を提供することにある。

【０００７】

【課題を解決するための手段】以上の課題を解決するた
めに、請求項１の発明は、再生回数制限が付与されたプ
ログラムと再生回数無制限が付与されているプログラム
が混在して記録され、再生回数制限がなされているか否
かを示す識別子が管理される管理領域を備えてなる記録
媒体を再生する再生装置において、再生が指示されたプ
ログラムに再生回数制限が付与されているか否かを管理
領域に管理されている識別子に基づいて判別する判別手
段を備え、再生が指示されたプログラムに再生回数制限
が付与されていると判別された場合に、ユーザに再生希
望の有無を問い合わせる第１のモードと、再生が指示さ
れたプログラムに再生回数制限が付与されていると判別
された場合に、強制的に再生禁止に制御する第２のモー
ドと、再生が指示されたプログラムに再生回数制限が付
与されていると判別された場合に、無条件に再生する第
３のモードとの３個のモード中の少なくとも２つが設定
可能なモード設定機能を有することを特徴とする再生装
置である。

【０００８】請求項４の発明は、再生回数制限が付与さ
れたプログラムと再生回数無制限が付与されているプロ
グラムが混在して記録され、再生回数制限がなされてい
るか否かを示す識別子が管理される管理領域を備えてな
る記録媒体を再生する再生装置において、リピート再生
が指示されたか否かを判別する判別手段と、判別手段に
てリピート再生が指示されたと判別した場合に、再生回
数制限が付与されたプログラムを除いて繰り返し再生を
行なうように制限する制限手段とを備えてなる再生装置
である。

【０００９】請求項８の発明は、時限制限が付与された
プログラムが記録された記録媒体を再生する再生装置に
おいて、計時する計時手段と、ユーザによって日時情報
を入力可能な操作手段と、操作手段によって入力される
日時情報を記憶するメモリ手段と、日時情報がメモリ手
段に設定されているか否かを判別する判別手段と、判別
手段にて日時情報がメモリ手段に設定されていないと判
別された場合に、時限制限が付与されたプログラムの再
生を禁止する制御手段とを備えてなる再生装置である。

【００１０】請求項９の発明は、再生回数制限が付与さ
れたプログラムと再生回数無制限が付与されているプロ
グラムが混在して記録され、再生回数制限がなされてい
るか否かを示す識別子が管理される管理領域を備えてな
る記録媒体を再生する再生方法において、再生が指示さ
れたプログラムに再生回数制限が付与されているか否か
を管理領域に管理されている識別子に基づいて判別し、
再生が指示されたプログラムに再生回数制限が付与され
ていると判別された場合に、ユーザに再生希望の有無を
問い合わせる第１のモードと、再生が指示されたプログ
ラムに再生回数制限が付与されていると判別された場合
に、強制的に再生禁止に制御する第２のモードと、再生
が指示されたプログラムに再生回数制限が付与されてい
ると判別された場合に、無条件に再生する第３のモード
との３個のモード中の少なくとも２つが設定可能なモー
ド設定機能を有することを特徴とする再生方法である。

【００１１】また、請求項１２の発明は、再生回数制限
が付与されたプログラムと再生回数無制限が付与されて
いるプログラムが混在して記録され、再生回数制限がな
されているか否かを示す識別子が管理される管理領域を
備えてなる記録媒体を再生する再生方法において、リピ
ート再生が指示されたか否かを判別し、判別手段にてリ
ピート再生が指示されたと判別した場合に、再生回数制
限が付与されたプログラムを除いて繰り返し再生を行な
うように制限するようにした再生方法である。

【００１２】請求項１６の発明は、時限制限が付与され
たプログラムが記録された記録媒体を再生する再生方法
において、ユーザによって日時情報を入力し、入力され
る日時情報をメモリ手段に記憶し、日時情報がメモリ手
段に設定されているか否かを判別し、日時情報がメモリ
手段に設定されていないと判別された場合に、時限制限
が付与されたプログラムの再生を禁止するように制御す
る再生方法である。

【００１３】請求項１から７および請求項９から１５の
発明によれば、ユーザ自身が設定したモードで、再生制
限付きのプログラムを再生することができる。したがっ
て、自分の意図に反して再生制限付きのプログラムが再
生されることを防止できる。また、請求項８および１６
の発明では、日時情報の設定がなされていないと、時限
制限が付いているプログラムの再生が禁止されるので、
日時情報を設定しないことによって、再生制限が機能し
なくなることを防止することができる。

【００１４】

【発明の実施の形態】以下、この発明の一実施形態につ
いて説明する。図１は、この発明の一実施形態における
メモリカードを使用したディジタルオーディオレコーダ
／プレーヤの全体の構成を示す。この一実施形態は、記
録媒体として、着脱自在のメモリカードを使用するディ
ジタルオーディオ信号の記録および再生機である。より
具体的には、このレコーダ／プレーヤは、アンプ装置、
スピーカと共にオーディオシステムを構成する。この発
明は、これ以外のオーディオレコーダに対しても適用で
きる。すなわち、携帯型記録再生装置に対しても適用で
きる。また、衛星を使用したデータ通信、ディジタル放
送、インターネット等を経由して配信されるディジタル
オーディオ信号を記録するセットトップボックスに対し
ても適用できる。さらに、ディジタルオーディオ信号以
外に動画データ、静止画データ等の記録／再生に対して
もこの発明を適用できる。一実施形態においても、ディ
ジタルオーディオ信号以外の画像、文字等の付加情報を
記録／再生可能としている。

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

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

【００１７】上述のＡＴＲＡＣ３では、サンプリング周
波数＝４４．１ｋHzでサンプリングした量子化ビットが
１６ビットのオーディオデータを高能率符号化処理す
る。ＡＴＲＡＣ３でオーディオデータを処理する時の最
小のデータ単位がサウンドユニットＳＵである。１ＳＵ
は、１０２４サンプル分（１０２４×１６ビット×２チ
ャンネル）を数百バイトに圧縮したものであり、時間に
して約２３ｍ秒である。上述の高能率符号化処理により
約１／１０にオーディオデータが圧縮される。ミニディ
スクで適用されたＡＴＲＡＣ１と同様に、ＡＴＲＡＣ３
方式において、信号処理されたオーディオ信号の圧縮／
伸長処理による音質の劣化は少ない。

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

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

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

【００２１】さらに、ＤＳＰ３０に対して、図示しない
外部のパーソナルコンピュータからの暗号化されたＡＴ
ＲＡＣ３データがインターフェース３３を介してＤＳＰ
３０に供給される。外部のパーソナルコンピュータは、
所定のアプリケーションソフトウェアがインストールさ
れることによって、ＥＭＤ(Electronic Music Distribu
tion) 、音楽ＣＤ、ＭＰ３(MPEG1 Audio Layer III) で
圧縮されたオーディオファイル等をハードディスクに取
り込み、ＡＴＲＡＣ３形式のデータに変換し、さらに、
このデータを暗号化して外部に出力することが可能とさ
れている。

【００２２】３２は、図１のオーディオシステム全体の
動作を制御し、操作部からのユーザの操作に応じて発生
した録音指令、再生指令等のデータをＤＳＰ３０に与え
るシステムコントローラである。システムコントローラ
３２は、ＣＰＵによって構成されており、不揮発性メモ
リ（ＮＶＭと表す）３２ａを有している。また、画像情
報、文字情報等の付加情報のデータもシステムコントロ
ーラ３２を介してＤＳＰ３０に供給される。

【００２３】ＤＳＰ３０によってメモリカード４０から
読み出した暗号化されたＡＴＲＡＣ３データは、セキュ
リティＩＣ２０によって復号化され、オーディオエンコ
ーダ／デコーダＩＣ１０によってＡＴＲＡＣ３の復号化
処理を受ける。オーディオエンコーダ／デコーダ１０の
出力がＤ／Ａ変換器１８に供給され、アナログオーディ
オ信号へ変換される。そして、アナログオーディオ信号
がライン出力端子１９に取り出される。ライン出力は、
図示しないアンプ装置に伝送され、スピーカまたはヘッ
ドホンにより再生される。Ｄ／Ａ変換器１８に対してミ
ューティング信号が外部のコントローラから供給され
る。ミューティング信号がミューティングのオンを示す
時には、ライン出力端子１９からのオーディオ出力が禁
止される。

【００２４】また、メモリカード４０から読み出された
暗号化されたＡＴＲＡＣ３データは、ＤＳＰ３０からイ
ンターフェース３３を介して外部のパーソナルコンピュ
ータに供給される。そして、パーソナルコンピュータの
ハードディスク内に格納される。

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

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

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

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

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

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

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

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

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

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

【００３５】メモリカード４０のセキュリティブロック
５２は、複数の認証キーとメモリカード毎にユニークな
ストレージキーを持つ。不揮発性メモリ５５は、暗号化
に必要なキーを格納するもので、チップ解析を行っても
解析不能な構造となっている。この実施形態では、例え
ばストレージキーが不揮発性メモリ５５に格納される。
さらに、乱数発生回路を持ち、対応可能なプレーヤ／レ
コーダと認証ができ、セッションキーを共有できる。Ｄ
ＥＳの暗号化回路５４を通して、コンテンツキーをスト
レージキーでキーのかけ直しを行う。

【００３６】例えばメモリカード４０をプレーヤ／レコ
ーダに装着した時に相互に認証がなされる。認証は、プ
レーヤ／レコーダのセキュリティＩＣ２０とメモリカー
ド４０のセキュリティブロック５２によって行わせる。
プレーヤ／レコーダは、装着されたメモリカード４０が
対応可能なメモリカードであることを認証し、また、メ
モリカード４０が相手のプレーヤ／レコーダが対応可能
なプレーヤ／レコーダであることを認証すると、相互認
証処理が正常に行われたことを意味する。認証が行われ
ると、プレーヤ／レコーダとメモリカード４０がそれぞ
れセッションキーを生成し、セッションキーを共有す
る。セッションキーは、認証の度に生成される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００５１】図６にＦＡＴ管理による管理方法を説明す
る。この図６は、メモリ内の模式図を示しており、上か
らパーティションテーブル部、空き領域、ブートセク
タ、ＦＡＴ領域、ＦＡＴのバックアップ領域、Ｒｏｏｔ
Ｄｉｒｅｃｔｏｒｙ領域、ＳｕｂＤｉｒｅｃｔｏｒ
ｙ領域、データ領域が積層されている。なお、メモリマ
ップは、論理―物理アドレス変換テーブルに基づいて、
論理アドレスから物理アドレスへ変換した後のメモリマ
ップである。

【００５２】上述したブートセクタ、ＦＡＴ領域、ＦＡ
Ｔのバックアップ領域、ＲｏｏｔＤｉｒｅｃｔｏｒｙ領
域、ＳｕｂＤｉｒｅｃｔｏｒｙ領域、データ領域を全
部まとめてＦＡＴパーティション領域と称する。

【００５３】上述のパーティションテーブル部には、Ｆ
ＡＴパーティション領域の始めと終わりのアドレスが記
録されている。通常フロッピディスクで使用されている
ＦＡＴには、パーティションテーブル部は備えられてい
ない。最初のトラックには、パーティションテーブル以
外のものは置かないために空きエリアができてしまう。

【００５４】次に、ブートセクタには、１２ビットＦＡ
Ｔおよび１６ビットＦＡＴの何れかであるかでＦＡＴ構
造の大きさ、クラスタサイズ、それぞれの領域のサイズ
が記録されている。ＦＡＴは、データ領域に記録されて
いるファイル位置を管理するものである。ＦＡＴのコピ
ー領域は、ＦＡＴのバックアップ用の領域である。ルー
トデイレクトリ部は、ファイル名、先頭クラスタアドレ
ス、各種属性が記録されており、１ファイルにつき３２
バイト使用する。

【００５５】サブデイレクトリ部は、デレクトリという
ファイルの属性のファイルとして存在しており、図６の
実施形態ではＰＢＬＩＳＴ．ＭＳＦ、ＣＡＴ．ＭＳＡ、
ＤＯＧ．ＭＳＡ、ＭＡＮ. ＭＳＦという４つのファイル
が存在する。このサブデイレクトリ部には、ファイル名
とＦＡＴ上の記録位置が管理されている。すなわち、図
６においては、ＣＡＴ．ＭＳＡというファイル名が記録
されているスロットには「５」というＦＡＴ上のアドレ
スが管理されており、ＤＯＧ．ＭＳＡというファイル名
が記録されているスロットには「１０」というＦＡＴ上
のアドレスが管理されている。

【００５６】クラスタ２以降が実際のデータ領域で、こ
のデータ領域にこの実施形態では、ＡＴＲＡＣ３で圧縮
処理されたオーデイオデータが記録される。さらに、Ｍ
ＡＮ. ＭＳＡというファイル名が記録されているスロッ
トには「１１０」というＦＡＴ上のアドレスが管理され
ている。

【００５７】この発明の実施形態では、クラスタ５、
６、７および８にＣＡＴ．ＭＳＡというファイル名のＡ
ＴＲＡＣ３で圧縮処理されたオーデイオデータが記録さ
れ、クラスタ１０、１１および、１２にＤＯＧ．ＭＳＡ
というファイル名の前半パートであるＤＯＧ−１がＡＴ
ＲＡＣ３で圧縮処理されたオーデイオデータが記録さ
れ、クラスタ１００および１０１にＤＯＧ．ＭＳＡとい
うファイル名の後半パートであるＤＯＧ−２がＡＴＲＡ
Ｃ３で圧縮処理されたオーデイオデータが記録されてい
る。さらに、クラスタ１１０および１１１にＭＡＮ．Ｍ
ＳＡというファイル名のＡＴＲＡＣ３で圧縮処理された
オーデイオデータが記録されている。

【００５８】この実施形態においては、単一のファイル
が２分割されて離散的に記録されている例を示してい
る。また、データ領域上のＥｍｐｔｙとかかれた領域は
記録可能領域である。

【００５９】クラスタ２００以降は、ファイルネームを
管理する領域であり、クラスタ２００には、ＣＡＴ．Ｍ
ＳＡというファイルが、クラスタ２０１には、ＤＯＧ．
ＭＳＡというファイルが、クラスタ２０２にはＭＡＮ．
ＭＳＡというファイルが記録されている。ファイル順を
並び替える場合には、このクラスタ２００以降で並び替
えを行えばよい。

【００６０】この実施形態のメモリカードが初めて挿入
された場合には、先頭のパーティションテーブル部を参
照してＦＡＴパーティション領域の始めと終わりのアド
レスが記録されている。ブートセクタ部の再生を行った
後にＲｏｏｔＤｉｒｅｃｔｏｒｙ、ＳｕｂＤｉｒｅ
ｃｔｏｒｙ部の再生を行う。そして、ＳｕｂＤｉｒｅ
ｃｔｏｒｙ部に記録されている再生管理情報ＰＢＬＩＳ
Ｔ．ＭＳＦが記録されているスロットを検索して、ＰＢ
ＬＩＳＴ．ＭＳＦが記録されているスロットの終端部の
アドレスを参照する。

【００６１】この実施形態の場合には、ＰＢＬＩＳＴ．
ＭＳＦが記録されているスロットの終端部には「２０
０」というアドレスが記録されているのでクラスタ２０
０を参照する。クラスタ２００以降は、ファイル名を管
理するとともにファイルの再生順を管理する領域であ
り、この実施形態の場合には、ＣＡＴ. ＭＳＡというフ
ァイルが１曲目となり、ＤＯＧ．ＭＳＡというファイル
が２曲目となり、ＭＡＮ．ＭＳＡというファイルが３曲
目となる。

【００６２】ここで、クラスタ２００以降を全て参照し
たら、サブデレクトリ部に移行して、ＣＡＴ. ＭＳＡ、
ＤＯＧ．ＭＳＡおよびＭＡＮ．ＭＳＡという名前のファ
イル名と合致するスロットを参照する。この図６におい
ては、ＣＡＴ．ＭＳＡというファイル名が記録されたス
ロットの終端には「５」というアドレスが記録され、Ｄ
ＯＧ. ＭＳＡというファイルが記録されたスロットの終
端には「１０」というアドレスが記録され、ＭＡＮ．Ｍ
ＳＡというファイルが記録されたスロットの終端には１
１０というアドレスが記録されている。

【００６３】ＣＡＴ．ＭＳＡというファイル名が記録さ
れたスロットの終端に記録された「５」というアドレス
に基づいて、ＦＡＴ上のエントリアドレスを検索する。
エントリアドレス５には、「６」というクラスタアドレ
スがエントリされており、「６」というエントリアドレ
スを参照すると「７」というクラスタアドレスがエント
リされており、「７」というエントリアドレスを参照す
ると「８」というクラスタアドレスがエントリされてお
り、「８」というエントリアドレスを参照すると「ＦＦ
Ｆ」という終端を意味するコードが記録されている。

【００６４】よって、ＣＡＴ．ＭＳＡというファイル
は、クラスタ５、６、７、８のクラスタ領域を使用して
おり、データ領域のクラスタ５、６、７、８を参照する
ことでＣＡＴ．ＭＳＡというＡＴＲＡＣ３データが実際
に記録されている領域をアクセスすることができる。

【００６５】次に、離散記録されているＤＯＧ. ＭＳＡ
というファイルを検索する方法を以下に示す。ＤＯＧ.
ＭＳＡというファイル名が記録されたスロットの終端に
は「１０」というアドレスが記録されている。ここで、
「１０」というアドレスに基づいて、ＦＡＴ上のエント
リアドレスを検索する。エントリアドレス１０には、
「１１」というクラスタアドレスがエントリされてお
り、「１１」というエントリアドレスを参照すると「１
２」というクラスタアドレスがエントリされており、
「１２」というエントリアドレスを参照すると「１０
０」というクラスタアドレスがエントリされている。さ
らに、「１００」というエントリアドレスを参照すると
「１０１」というクラスタアドレスがエントリされてお
り、「１０１」というエントリアドレスを参照するとＦ
ＦＦという終端を意味するコードが記録されている。

【００６６】よって、ＤＯＧ．ＭＳＡというファイル
は、クラスタ１０、１１、１２、１００、１０１という
クラスタ領域を使用しており、データ領域のクラスタ１
０、１１、１２を参照することでＤＯＧ．ＭＳＡという
ファイルの前半パートに対応するＡＴＲＡＣ３データが
実際に記録されている領域をアクセスすることができ
る。さらに、データ領域のクラスタ１００、１０１を参
照することでＤＯＧ．ＭＳＡというファイルの後半パー
トに対応するＡＴＲＡＣ３データが実際に記録されてい
る領域をアクセスすることができる。

【００６７】さらに、ＭＡＮ．ＭＳＡというファイル名
が記録されたスロットの終端に記録された「１１０」と
いうアドレスに基づいて、ＦＡＴ上のエントリアドレス
を検索する。エントリアドレス１１０には、「１１１」
というクラスタアドレスがエントリされており、「１１
１」というエントリアドレスを参照すると「ＦＦＦ」と
いう終端を意味するコードが記録されている。

【００６８】よって、ＭＡＮ．ＭＳＡというファイル
は、クラスタ１１０、１１１というクラスタ領域を使用
しており、データ領域のクラスタ１１０、１１１を参照
することでＭＡＮ．ＭＳＡというＡＴＲＡＣ３データが
実際に記録されている領域をアクセスすることができ
る。

【００６９】以上のようにフラッシュメモリ上で離散し
て記録されたデータファイルを連結してシーケンシャル
に再生することが可能となる。

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

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

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

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

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

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

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

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

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

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

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

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

【００８２】編集操作として、デバイド、コンバイン、
イレーズ、ムーブの４種類の操作が規定される。デバイ
ドは、１つのトラックを２つに分割することである。デ
バイドがされると、総トラック数が１つ増加する。デバ
イドは、一つのファイルをファイルシステム上で分割し
て２つのファイルとし、再生管理ファイルおよびＦＡＴ
を更新する。コンバインは、２つのトラックを１つに統
合することである。コンバインされると、総トラック数
が１つ減少する。コンバインは、２つのファイルをファ
イルシステム上で統合して１つのファイルにし、再生管
理ファイルおよびＦＡＴを更新する。イレーズは、トラ
ックを消去することである。消された以降のトラック番
号が１つ減少する。ムーブは、トラック順番を変えるこ
とである。以上イレーズおよびムーブ処理についても、
再生管理ファイルおよびＦＡＴを更新する。

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

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

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

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

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

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

【００８９】言語コード（Ｌ）は下位１バイトで下記の
ように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)（Ｗｅｂ関係）に対して割り当てられ
ている。アルバムタイトル、アーティスト名、ＣＭ等の
文字情報が付加情報として記録される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１２９】ここで、上述したＦＡＴ領域が壊れた場合
には、フラッシュメモリの全ブロックの探索を開始し、
ブロック先頭部のブロックＩＤＢＬＫＩＤがＴＬ０
か、ＨＤ０か、Ａ３Ｄかを各ブロックについて判別す
る。この処理を図２４に示すフローチャートを参照し
て、説明する。ブロック先頭のブロックＩＤＢＬＫＩ
ＤがＢＬＫＩＤ−ＴＬ０であるか否かをステップＳＰ１
で判別する。

【０１３０】このステップＳＰ１において、ブロック先
頭のブロックＩＤＢＬＫＩＤがＢＬＫＩＤ−ＴＬ０で
無い場合には、ステップＳＰ２において、ブロック番号
をインクリメント処理して、ステップＳＰ３において、
ブロックの終端部まで検索したかを判別する。ステップ
ＳＰ３において、ブロックの終端部まで至ってないと判
別された場合には、再度ステップＳＰ１に戻る。

【０１３１】そして、ステップＳＰ１において、ブロッ
ク先頭のブロックＩＤＢＬＫＩＤがＢＬＫＩＤ−ＴＬ
０と判別された場合には、ステップＳＰ４において、検
索したブロックが再生管理ファイルＰＢＬＩＳＴである
と判定される。次に、ステップＳＰ５において、再生管
理ファイルＰＢＬＩＳＴ内に含まれる総トラック数Ｔ−
ＴＲＫを参照して、レジスタにＮとして記憶する。一例
として、メモリ上に１０曲のＡＴＲＡＣ３データファイ
ルが存在する場合には（すなわち１０ファイル）Ｔ−Ｔ
ＲＫには１０が記録されている。

【０１３２】次に、ステップＳＰ６において、総トラッ
ク数Ｔ−ＴＲＫに基づいてブロック内に記録されている
ＴＲＫ−００１からＴＲＫ−４００を順次参照する。上
述した一例の場合には、メモリ内に１０曲収録されてい
るのでＴＲＫ−００１からＴＲＫ−０１０までを参照す
ればよい。

【０１３３】ステップＳＰ７において、ＴＲＫ−ＸＸＸ
（ＸＸＸ＝００１〜４００）には、対応するファイル番
号ＦＮＯが記録されているので、トラック番号ＴＲＫ−
ＸＸＸとファイル番号ＦＮＯの対応表をメモリに記憶す
る。

【０１３４】ステップＳＰ８において、レジスタに記憶
したＮをデクリメント処理して、ステップＳＰ９におい
て、Ｎ＝０になるまでステップＳＰ６、ＳＰ７およびＳ
Ｐ８を繰り返す。ステップＳＰ９において、Ｎ＝０と判
断されたらステップＳＰ１０において、先頭のブロック
にポインタをリセットして、先頭のブロックから探索を
やり直す。

【０１３５】次に、ステップＳＰ１１において、ブロッ
ク先頭のブロックＩＤＢＬＫＩＤがＢＬＫＩＤ−ＨＤ
０か否かを判別する。このステップＳＰ１１において、
ブロック先頭のブロックＩＤＢＬＫＩＤがＢＬＫＩＤ
−ＨＤ０で無い場合には、ステップＳＰ１２において、
ブロック番号をインクリメント処理して、ステップＳＰ
１３において、ブロックの終端部まで検索したか否かを
判別する。

【０１３６】そして、ステップＳＰ１３において、ブロ
ックの終端部まで至ってないと判別された場合には、再
度ステップＳＰ１１に制御が戻る。

【０１３７】ステップＳＰ１１において、ブロック先頭
のブロックＩＤＢＬＫＩＤがＢＬＫＩＤ−ＨＤ０であ
ると判断されるまで、先頭ブロックからの探索を開始す
る。ステップＳＰ１１において、ブロック先頭のブロッ
クＩＤＢＬＫＩＤがＢＬＫＩＤ−ＨＤ０と判断された
場合には、ステップＳＰ１４において、そのブロック
は、図１８の0x0000〜0x03FFF に示すＡＴＲＡＣ３デー
タファイルの先頭部分の属性ヘッダ（図８参照）と判断
される。

【０１３８】次に、ステップＳＰ１５において、属性ヘ
ッダ内に記録されているファイル番号ＦＮＯ、同一ＡＴ
ＲＡＣ３データファイル内での通し番号を表すＢＬＯＣ
ＫＳＥＲＩＡＬ、コンテンツ累積番号キーＣＯＮＮＵＭ
０を参照して、メモリに記憶する。ここで、１０個のＡ
ＴＲＡＣ３データファイルが存在する（すなわち、１０
曲収録されている）場合には、先頭のブロックＩＤＢ
ＬＫＩＤがＢＬＫＩＤ−ＴＬ０と判断されるブロックが
１０個存在するので、１０個索出されるまで処理を続け
る。

【０１３９】ステップＳＰ１３において、ブロックの終
端部まで至っていると判別された場合には、ステップＳ
Ｐ１６において、先頭のブロックにポインタをリセット
して、先頭のブロックから探索をやり直す。

【０１４０】次に、ステップＳＰ１７において、ブロッ
ク先頭のブロックＩＤＢＬＫＩＤがＢＬＫＩＤ−Ａ３
Ｄか否かを判断する。このステップＳＰ１７において、
ブロック先頭のブロックＩＤＢＬＫＩＤがＢＬＫＩＤ
−Ａ３Ｄで無い場合には、ステップＳＰ１８において、
ブロック番号をインクリメント処理して、ステップＳＰ
１９において、ブロックの終端部まで検索したか否かを
判別する。ステップＳＰ１９において、ブロックの終端
部まで至ってないと判別された場合には、再度ステップ
ＳＰ１７に制御が戻る。

【０１４１】そして、ステップＳＰ１７において、ブロ
ック先頭のブロックＩＤＢＬＫＩＤがＢＬＫＩＤ−Ａ
３Ｄであると判断された場合には、ステップＳＰ２０に
おいて、ブロックはＡＴＲＡＣ３データファイルが実際
に記録されているブロックと判断される。

【０１４２】次に、ステップＳＰ２１において、ＡＴＲ
ＡＣ３データブロック内に記録されている通し番号ＢＬ
ＯＣＫＳＥＲＩＡＬ、コンテンツ累積番号キーＣＯＮ
ＮＵＭ０を参照して、メモリに記憶する。このコンテン
ツ累積番号キーＣＯＮＮＵＭ０は同一ＡＴＲＡＣ３デー
タファイル内では共通の番号が付与されている。即ち１
つのＡＴＲＡＣ３データファイルが１０個のブロックか
ら構成されている場合には、ブロック内に各々記録され
ているＣＯＮＮＵＭ０には全部共通の番号が記録されて
いる。

【０１４３】さらに、１つのＡＴＲＡＣ３データファイ
ルが１０個のブロックから構成されている場合には、１
０個のブロックの各々のＢＬＯＣＫＳＥＲＩＡＬには
１〜１０のいずれかの通し番号が付与されている。ＣＯ
ＮＮＵＭ０およびＢＬＯＣＫＳＥＲＩＡＬに基づいて同
一コンテンツを構成するブロックか、さらに同一コンテ
ンツ内の再生順序（連結順序）が判る。

【０１４４】この実施形態では、１０個のＡＴＲＡＣ３
データファイル（即ち１０曲）が記録され、例えば各々
のＡＴＲＡＣ３データファイルが１０個のブロックから
構成される場合には、１００個のデータブロックが存在
することになる。この１００個のデータファイルがどの
曲番を構成し、どの順序で連結されるべきかはＣＯＮＮ
ＵＭ０およびＢＬＯＣＫＳＥＲＩＡＬを参照して行わ
れる。

【０１４５】ステップＳＰ１９において、ブロックの終
端部まで至っていると判別された場合には、全ブロック
に対して、再生管理ファイル、ＡＴＲＡＣ３データファ
イル、属性ファイルの全ての検索が終了したことを意味
するので、ステップＳＰ２２は、メモリ上に記憶された
ブロック番号に対応するＣＯＮＮＵＭ０、ＢＬＯＣＫＳ
ＥＲＩＡＬ、ＦＮＯ、ＴＲＫ−ＸＸＸに基づいてファイ
ルの連結状態を再現する。連結状態が確認できたらメモ
リ上の破壊されていない空きエリアにＦＡＴを作成し直
しても良い。

【０１４６】次に、上述した管理ファイルと異なるデー
タ構成の管理ファイル他の例について、説明する。図２
５は、メモリカード４０のファイル構成の他の例を全体
として示す。音楽用ディレクトリには、トラック情報管
理ファイルＴＲＫＬＩＳＴ．ＭＳＦ（以下、単にＴＲＫ
ＬＩＳＴと表記する）と、トラック情報管理ファイルの
バックアップＴＲＫＬＩＳＴＢ．ＭＳＦ（以下、単にＴ
ＲＫＬＩＳＴＢと表記する）と、アーチスト名、ＩＳＲ
Ｃコード、タイムスタンプ、静止画像データ等の各種付
加情報データを記述するＩＮＦＬＩＳＴ．ＭＳＦ（以
下、単にＩＮＦＩＳＴと表記する）と、ＡＴＲＡＣ３デ
ータファイルＡ３Ｄｎｎｎｎ．ＭＳＡ（以下、単にＡ３
Ｄｎｎｎｎと表記する）とが含まれる。ＴＲＫＬＩＳＴ
には、ＮＡＭＥ１およびＮＡＭＥ２が含まれる。ＮＡＭ
Ｅ１は、メモリカード名、曲名ブロック（１バイトコー
ド用）で、ＡＳＣＩＩ／８８５９−１の文字コードによ
り曲名データを記述する領域である。ＮＡＭＥ２は、メ
モリカード名、曲名ブロック（２バイトコード用）で、
ＭＳ−ＪＩＳ／ハングル語／中国語等により曲名データ
を記述する領域である。

【０１４７】図２６は、音楽用ディレクトリのトラック
情報管理ファイルＴＲＫＬＩＳＴと、ＮＡＭＥ１および
２と、ＡＴＲＡＣ３データファイルＡ３Ｄｎｎｎｎ間の
関係を示す。ＴＲＫＬＩＳＴは、全体で６４Ｋバイト
（＝１６Ｋ×４）の固定長で、その内の３２Ｋバイトが
トラックを管理するパラメータを記述するのに使用さ
れ、残りの３２ＫバイトがＮＡＭＥ１および２を記述す
るのに使用される。曲名等を記述したファイルＮＡＭＥ
１および２は、トラック情報管理ファイルと別扱いでも
実現できるが、ＲＡＭ容量の小さいシステムは、トラッ
ク情報管理ファイルと曲名ファイルとを分けない方が管
理ファイルをまとめて管理することができ、操作しやす
くなる。

【０１４８】トラック情報管理ファイルＴＲＫＬＩＳＴ
内のトラック情報領域ＴＲＫＩＮＦ−ｎｎｎｎおよびパ
ーツ情報領域ＰＲＴＩＮＦ−ｎｎｎｎによって、データ
ファイルＡ３Ｄｎｎｎｎおよび付加情報用のＩＮＦＬＩ
ＳＴが管理される。なお、暗号化の処理を受けるのは、
ＡＴＲＡＣ３データファイルＡ３Ｄｎｎｎｎのみであ
る。図２６中で、横方向が１６バイト（０〜Ｆ）であ
り、縦方向に１６進数（０ｘか１６進数を意味する）で
その行の先頭の値が示されている。

【０１４９】他の例では、トラック情報管理ファイルＴ
ＲＫＬＩＳＴ（曲名ファイルを含む）と、付加情報管理
ファイルＩＮＦＬＩＳＴと、データファイルＡ３Ｄｎｎ
ｎｎとの３個のファイルの構成とされ、ＴＲＫＬＩＳＴ
によってＩＮＦＬＩＳＴおよびＡ３Ｄｎｎｎｎが管理さ
れる。前述したデータ構成の一例（図７、図８および図
９）では、メモリカードの全体を管理する再生管理ファ
イルＰＢＬＩＳＴと、各トラック（曲）のデータファイ
ルＡＴＲＡＣ３との２種類のファイルの構成とされる。

【０１５０】以下、データ構成の他の例について説明す
るが、上述したデータ構成の一例と同一の点について
は、その説明を省略することにする。

【０１５１】図２７は、トラック情報管理ファイルＴＲ
ＫＬＩＳＴのより詳細な構成を示す。トラック情報管理
ファイルＴＲＫＬＩＳＴは、１クラスタ（１ブロック）
＝１６ＫＢのサイズで、その後に続くバックアップ用の
ＴＲＫＬＩＳＴＢも同一サイズ、同一データのものであ
る。トラック情報管理ファイルは、先頭から３２バイト
がヘッダである。ヘッダには、上述した再生管理ファイ
ルＰＢＬＩＳＴ中のヘッダと同様に、ＢＬＫＩＤ−ＴＬ
０／ＴＬ１（バックアップファイルのＩＤ）（４バイ
ト）、総トラック数Ｔ−ＴＲＫ（２バイト）、メーカー
コードＭＣｏｄｅ（２バイト）、ＴＲＫＬＩＳＴの書き
換え回数ＲＥＶＩＳＩＯＮ（４バイト）、更新日時のデ
ータＳ−ＹＭＤｈｍｓ（４バイト）（Ｏｐｔｉｏｎ）が
書かれる。これらのデータの意味、機能、値は、前述し
た通りである。これらのデータ以外に下記のデータが書
かれる。

【０１５２】ＹＭＤｈｍｓ（４バイト）最後にＴＲＫＬＩＳＴが更新された年月日Ｎ１（１バイト）（Ｏｐｔｉｏｎ）メモリカードの連番号（分子側）で、１枚使用時はすべ
て（０ｘ０１）Ｎ２（１バイト）（Ｏｐｔｉｏｎ）メモリカードの連番号（分母側）で、１枚使用時はすべ
て（０ｘ０１）ＭＳＩＤ（２バイト）（Ｏｐｔｉｏｎ）メモリカードのＩＤで、複数組の時は、ＭＳＩＤが同一
番号（Ｔ．Ｂ．Ｄ．）（Ｔ．Ｂ．Ｄ．は、将来定義され
うることを意味する）Ｓ−ＴＲＫ（２バイト）特別トラック（４０１〜４０８）の記述（Ｔ．Ｂ．
Ｄ．）で、通常は、０ｘ００００ＰＡＳＳ（２バイト）（Ｏｐｔｉｏｎ）パスワード（Ｔ．Ｂ．Ｄ．）ＡＰＰ（２バイト）（Ｏｐｔｉｏｎ）再生アプリケーションの規定（Ｔ．Ｂ．Ｄ．）（通常
は、０ｘ００００）ＩＮＦ−Ｓ（２バイト）（Ｏｐｔｉｏｎ）メモリカード全体の付加情報ポインタであり、付加情報
がないときは、０ｘ００とする。

【０１５３】ＴＲＫＬＩＳＴの最後の１６バイトとし
て、ヘッダ内のものと同一のＢＬＫＩＤ−ＴＬ０と、Ｍ
Ｃｏｄｅと、ＲＥＶＩＳＩＯＮとが配される。また、バ
ックアップ用のＴＲＫＬＩＳＴＢにも上述したヘッダが
書かれる。この場合、ＢＬＫＩＤ−ＴＬ１と、ＭＣｏｄ
ｅと、ＲＥＶＩＳＩＯＮとが配される。

【０１５４】ヘッダの後にトラック（曲）ごとの情報を
記述するトラック情報領域ＴＲＫＩＮＦと、トラック
（曲）内のパーツの情報を記述するパーツ情報領域ＰＲ
ＴＩＮＦが配置される。図２７では、ＴＲＫＬＩＳＴの
部分に、これらの領域が全体的に示され、下側のＴＲＫ
ＬＩＳＴＢの部分にこれらの領域の詳細な構成が示され
ている。また、斜線で示す領域は、未使用の領域を表
す。

【０１５５】トラック情報領域ＴＲＫＩＮＦ−ｎｎｎお
よびパーツ情報領域ＰＲＴＩＮＦ−ｎｎｎに、上述した
ＡＴＲＡＣ３データファイルに含まれるデータが同様に
書かれる。すなわち、再生制限フラグＬＴ（１バイ
ト）、コンテンツキーＣＯＮＴＥＮＴＳＫＥＹ（８バ
イト）、記録機器のセキュリティブロックのシリアル番
号ＭＧ（Ｄ）ＳＥＲＩＡＬ（１６バイト）、曲の特徴的
部分を示すためのＸＴ（２バイト）（Ｏｐｔｉｏｎ）お
よびＩＮＸ（２バイト）（Ｏｐｔｉｏｎ）、再生制限情
報およびコピー制御に関連するデータＹＭＤｈｍｓ−Ｓ
（４バイト）（Ｏｐｔｉｏｎ）、ＹＭＤｈｍｓ−Ｅ（４
バイト）（Ｏｐｔｉｏｎ）、ＭＴ（１バイト）（Ｏｐｔ
ｉｏｎ）、ＣＴ（１バイト）（Ｏｐｔｉｏｎ）、ＣＣ
（１バイト）、ＣＮ（１バイト）（Ｏｐｔｉｏｎ）、パ
ーツの属性を示すＡ（１バイト）、パーツサイズＰＲＴ
ＳＩＺＥ（４バイト）、パーツキーＰＲＴＫＥＹ（８バ
イト）、コンテンツ累積番号ＣＯＮＮＵＭ（４バイト）
が書かれている。これらのデータの意味、機能、値は、
前述した通りである。これらのデータ以外に下記のデー
タが書かれる。

【０１５６】Ｔ０（１バイト）固定値（Ｔ０＝０ｘ７４）ＩＮＦ−ｎｎｎ（Ｏｐｔｉｏｎ）（２バイト）各トラックの付加情報ポインタ（０〜４０９）、００：
付加情報がない曲の意味ＦＮＭ−ｎｎｎ（４バイト）ＡＴＲＡＣ３データのファイル番号（０ｘ００００〜０
ｘＦＦＦＦ）ＡＴＲＡＣ３データファイル名（Ａ３Ｄｎｎｎｎｎ）の
ｎｎｎｎｎ（ＡＳＣＩＩ）番号を０ｘｎｎｎｎｎに変
換した値ＡＰＰＣＴＬ（４バイト）（Ｏｐｔｉｏｎ）アプリケーション用パラメータ（Ｔ．Ｂ．Ｄ．）（通
常、０ｘ００００）Ｐ−ｎｎｎ（２バイト）曲を構成するパーツ数（１〜２０３９）で、前述のＴ−
ＰＡＲＴに対応するＰＲ（１バイト）固定値（ＰＲ＝０ｘ５０）。

【０１５７】次に、名前をまとめて管理する名前の領域
ＮＡＭＥ１およびＮＡＭＥ２について説明する。図２８
は、ＮＡＭＥ１（１バイトコードを使用する領域）のよ
り詳細なデータ構成を示す。ＮＡＭＥ１および後述のＮ
ＡＭＥ２は、ファイルの先頭から８バイト単位で区切ら
れ、１スロット＝８バイトとされている。先頭の０ｘ８
０００には、ヘッダが書かれ、その後ろにポインタおよ
び名前が記述される。ＮＡＭＥ１の最後のスロットにヘ
ッダと同一データが記述される。

【０１５８】ＢＬＫＩＤ−ＮＭ１（４バイト）ブロックの内容を特定する固定値（ＮＭ１＝０ｘ４Ｅ４
Ｄ２Ｄ３１）ＰＮＭ１−ｎｎｎ（４バイト）（Ｏｐｔｉｏｎ）ＮＭ１（１バイトコード）へのポインタＰＮＭ１−Ｓは、メモリカードを代表する名前のポイン
タｎｎｎ（＝１〜４０８）は、曲名のポインタポインタは、ブロック内の開始位置（２バイト）と文字
コードタイプ（２ビット）とデータサイズ（１４ビッ
ト）を記述ＮＭ１−ｎｎｎ（Ｏｐｔｉｏｎ）１バイトコードで、メモリカード名、曲名データを可変
長で記述名前データの終端コード（０ｘ００）を書き込む。

【０１５９】図２９は、ＮＡＭＥ２（２バイトコードを
使用する領域）のより詳細なデータ構成を示す。先頭
（０ｘ８０００）には、ヘッダが書かれ、ヘッダの後ろ
にポインタおよび名前が記述される。ＮＡＭＥ２の最後
のスロットにヘッダと同一データが記述される。

【０１６０】ＢＬＫＩＤ−ＮＭ２（４バイト）ブロックの内容を特定する固定値（ＮＭ２＝０ｘ４Ｅ４
Ｄ２Ｄ３２）ＰＮＭ２−ｎｎｎ（４バイト）（Ｏｐｔｉｏｎ）ＮＭ２（２バイトコード）へのポインタＰＮＭ２−Ｓは、メモリカードを代表する名前のポイン
タｎｎｎ（＝１〜４０８）は、曲名のポインタポインタは、ブロック内の開始位置（２バイト）と文字
コードタイプ（２ビット）とデータサイズ（１４ビッ
ト）を記述ＮＭ２−ｎｎｎ（Ｏｐｔｉｏｎ）２バイトコードで、メモリカード名、曲名データを可変
長で記述名前データの終端コード（０ｘ００００）を書き込む。

【０１６１】図３０は、１ＳＵがＮバイトの場合のＡＴ
ＲＡＣ３データファイルＡ３Ｄｎｎｎｎのデータ配列
（１ブロック分）を示す。このファイルは、１スロット
＝８バイトである。図３０では、各スロットの先頭（０
ｘ００００〜０ｘ３ＦＦ８）の値が示されている。ファ
イルの先頭から４個のスロットがヘッダである。前述し
たデータ構成の一例におけるデータファイル（図１７参
照）の属性ヘッダに続くデータブロックと同様に、ヘッ
ダが設けられる。すなわち、このヘッダには、ＢＬＫＩ
Ｄ−Ａ３Ｄ（４バイト）、メーカーコードＭＣｏｄｅ
（２バイト）、暗号化に必要なＢＬＯＣＫＳＥＥＤ
（８バイト）、最初に作られたコンテンツ累積番号ＣＯ
ＮＮＵＭ０（４バイト）、トラック毎の連続番号ＢＬＯ
ＣＫＳＥＲＩＡＬ（４バイト）、暗号化／復号化に必
要なＩＮＩＴＩＡＬＩＺＡＴＩＯＮＶＥＣＴＯＲ（８
バイト）が書かれる。なお、ブロックの最後の一つ前の
スロットに、ＢＬＯＣＫＳＥＥＤが二重記録され、最
後のスロットにＢＬＫＩＤ−Ａ３ＤおよびＭＣｏｄｅが
記録される。そして、前述したデータ構成の一例と同様
に、ヘッダの後にサウンドユニットデータＳＵ−ｎｎｎ
ｎが順に配される。

【０１６２】図３１は、付加情報を記述するための付加
情報管理ファイルＩＮＦＬＩＳＴのより詳細なデータ構
成を示す。他のデータ構成においては、このファイルＩ
ＮＦＬＩＳＴの先頭（０ｘ００００）には、下記のヘッ
ダが記述される。ヘッダ以降にポインタおよびデータが
記述される。

【０１６３】ＢＬＫＩＤ−ＩＮＦ（４バイト）ブロックの内容を特定する固定値（ＩＮＦ＝０ｘ４９４
Ｅ４６４Ｆ）Ｔ−ＤＡＴ（２バイト）総データ数を記述（０〜４０９）ＭＣｏｄｅ（２バイト）記録した機器のメーカーコードＹＭＤｈｍｓ（４バイト）記録更新日時ＩＮＦ−ｎｎｎ（４バイト）付加情報のＤＡＴＡ（可変長、２バイト（スロット）単
位）へのポインタ開始位置は、上位１６ビットで示す（００００〜ＦＦＦ
Ｆ）ＤａｔａＳｌｏｔ−００００の（０ｘ０８００）先頭か
らのオフセット値（スロット単位）を示すデータサイズは、下位１６ビットで示す（０００１〜７
ＦＦＦ）（最上位ビットＭＳＢに無効フラグをセットす
る。ＭＳＢ＝０（有効を示す）、ＭＳＢ＝１（無効を示
す）データサイズは、その曲のもつ総データ数を表す（データは、各スロットの先頭から始まり、データの終
了後は、スロットの終わりまで００を書き込むこと）最初のＩＮＦは、アルバム全体の持つ付加情報を示すポ
インタ（通常ＩＮＦ−４０９で示される）。

【０１６４】図３２は、付加情報データの構成を示す。
一つの付加情報データの先頭に８バイトのヘッダが付加
される。この付加情報の構成は、上述したデータ構成の
一例における付加情報の構成（図１２Ｃ参照）と同様の
ものである。すなわち、ＩＤとしてのＩＮ（１バイ
ト）、キーコードＩＤ（１バイト）、個々の付加情報の
大きさを示すＳＩＺＥ（２バイト）、メーカーコードＭ
Ｃｏｄｅ（２バイト）が書かれる。さらに、ＳＩＤ（１
バイト）は、サブＩＤである。

【０１６５】上述したこの発明の一実施形態では、メモ
リカードのフォーマットとして規定されているファイル
システムとは別に音楽用データに対するトラック情報管
理ファイルＴＲＫＬＩＳＴを使用するので、ＦＡＴが何
らかの事故で壊れても、ファイルを修復することが可能
となる。図３３は、ファイル修復処理の流れを示す。フ
ァイル修復のためには、ファイル修復プログラムで動作
し、メモリカードをアクセスできるコンピュータ（ＤＳ
Ｐ３０と同様の機能を有するもの）と、コンピュータに
接続された記憶装置（ハードディスク、ＲＡＭ等）とが
使用される。最初のステップ１０１では、次の処理がな
される。なお、図２５〜図３２を参照して説明したトラ
ック管理ファイルＴＲＫＬＩＳＴに基づいてファイルを
修復する処理を説明する。

【０１６６】ＦＡＴが壊れたフラッシュメモリの全ブロ
ックを探索し、ブロックの先頭の値（ＢＬＫＩＤ）がＴ
Ｌ−０を探す。このフラッシュメモリの全ブロックを探
索し、ブロックの先頭の値（ＢＬＫＩＤ）がＴＬ−１を
探す。このフラッシュメモリの全ブロックを探索し、ブ
ロックの先頭の値（ＢＬＫＩＤ）がＮＭ−１を探す。こ
のフラッシュメモリの全ブロックを探索し、ブロックの
先頭の値（ＢＬＫＩＤ）がＮＭ−２を探す。この４ブロ
ック（トラック情報管理ファイル）の全内容は、修復用
コンピュータによって例えばハードディスクに収集す
る。

【０１６７】トラック情報管理ファイルの先頭から４バ
イト目以降のデータから総トラック数ｍの値を見つけ把
握しておく。トラック情報領域ＴＲＫＩＮＦ−００１の
先頭から２０バイト目、１曲目のＣＯＮＮＵＭ−００１
とそれに続くＰ−００１の値を見つける。Ｐ−００１の
内容から構成されるパーツの総数を把握し、続くＰＲＴ
ＩＮＦの中のトラック１を構成する全てのＰＲＴＳＩＺ
Ｅの値を見つけ出し、それらを合計した総ブロック（ク
ラスタ）数ｎを計算し、把握しておく。

【０１６８】トラック情報管理ファイルは見つかったの
で、ステップ１０２では、音のデータファイル（ＡＴＲ
ＡＣ３データファイル）を探索する。フラッシュメモリ
の管理ファイル以外の全ブロックを探索し、ＡＴＲＡＣ
３データファイルであるブロックの先頭の値（ＢＬＫＩ
Ｄ）がＡ３Ｄのブロック群の収集を開始する。

【０１６９】Ａ３Ｄｎｎｎｎの中で先頭から１６バイト
目に位置するＣＯＮＮＵＭ０の値がトラック情報管理フ
ァイルの１曲目のＣＯＮＮＵＭ−００１と同一で、２０
バイト目からのＢＬＯＣＫＳＥＲＩＡＬの値が０のも
のを探し出す。これが見つかったら、次のブロック（ク
ラスタ）として同一のＣＯＮＮＵＭ０の値で、２０バイ
ト目からのＢＬＯＣＫＳＥＲＩＡＬの値が＋１された
もの（１＝０＋１）を探し出す。これが見つかったら、
同様に、次のブロック（クラスタ）として同一のＣＯＮ
ＮＵＭ０の値で、２０バイト目からのＢＬＯＣＫＳＥ
ＲＩＡＬの値が＋１されたもの（２＝１＋１）を探し出
す。

【０１７０】この処理を繰り返して、トラック１の総ク
ラスタであるｎ個になるまでＡＴＲＡＣ３データファイ
ルを探す。全てが見つかったら、探したブロック（クラ
スタ）の内容を全てハードディスクに順番に保存する。

【０１７１】次のトラック２に関して、上述したトラッ
ク１に関する処理を行う。すなわち、ＣＯＮＮＵＭ０の
値がトラック情報管理ファイルの１曲目のＣＯＮＮＵＭ
−００２と同一で、２０バイト目からのＢＬＯＣＫＳ
ＥＲＩＡＬの値が０のものを探し出し、以下、トラック
１の場合と同様に、最後のブロック（クラスタ）ｎ’ま
でＡＴＲＡＣ３データファイルを探し出す。全てが見つ
かったら、探したブロック（クラスタ）の内容を全て外
部のハードディスクに順番に保存する。

【０１７２】全トラック（トラック数ｍ）について、以
上の処理を繰り返すことによって、全てのＡＴＲＡＣ３
データファイルが修復用コンピュータが管理する外部の
ハードディスクに収集される。

【０１７３】そして、ステップ１０３では、ＦＡＴが壊
れたメモリカードを再度初期化し、ＦＡＴを再構築し、
所定のディレクトリを作り、トラック情報管理ファイル
と、ｍトラック分のＡＴＲＡＣ３データファイルをハー
ドディスク側からメモリカードへコピーする。これによ
って、修復作業が完了する。

【０１７４】なお、管理ファイル、データファイルにお
いて、重要なパラメータ（主としてヘッダ内のコード）
を二重に限らず、三重以上記録しても良く、重要なパラ
メータに対して専用のエラー訂正符号の符号化を行うよ
うにしても良い。また、このように多重記録する場合の
位置は、ファイルの先頭および末尾の位置に限らず、１
ページ単位以上離れた位置であれば有効である。

【０１７５】この発明は、上述したように、メモリカー
ド４０に記録されているデータファイル例えばオーディ
オファイルを再生する際に、メモリカード４０上に再生
制限付きのファイルと再生制限なしのファイルとが混在
しているとしても、ユーザが意図した方法で再生するこ
とができるようにしたものである。どのような再生方法
でメモリカード４０上のオーディオファイルを再生する
かは、システムコントローラ３２および操作部（図示せ
ず）によって設定される。

【０１７６】また、メモリカード４０のデータフォーマ
ットとしては、図７〜図２４に示す第１のフォーマット
および図２５〜図３２に示す第２のフォーマットのいず
れに対しても以下に説明する再生方法を適用できる。第
１のフォーマットを例にして、再生制限に関連するデー
タについてここで再度説明する。

【０１７７】図１７および図１９にそれぞれ示すトラッ
ク情報領域ＴＲＫＩＮＦ中のＬＴ（１バイト）の（ビッ
ト７およびビット６）によって、そのトラックに関して
制限事項があることが表される。すなわち、（ビット
７：０＝制限なし、１＝制限有り）と（ビット６：０
＝期限内、１＝期限切れ）が示される。また、ＹＭＤｈ
ｍｓ−Ｓ（４バイト）が再生制限付きのトラックの再生
開始日時、ＹＭＤｈｍｓ−Ｅ（４バイト）が再生制限付
きのトラックの再生終了日時を表す。さらに、ＣＴ（１
バイト）が再生許可された回数の内で、実際に再生でき
る回数を示し、再生の度にデクリメントされる。その値
は、０ｘ００〜０ｘＦＦであり、未使用の時は、０ｘ０
０である。そして、ＬＴのｂｉｔ７が１でＣＴの値が０
０の場合は再生を禁止するように規定されている。

【０１７８】図３４は、再生制限付きのプログラム（ト
ラック、または曲と称する）の再生モードを設定するた
めの処理を示すフローチャートである。再生モードとし
ては、第１、第２および第３モードの３種類が用意され
ている。なお、再生制限としては、時間的制限と回数制
限との両方がある。時間的な回数制限が適用され、再生
が不可能な場合には、再生回数が残っていても、再生が
禁止される。したがって、以下の説明における再生制限
の用語は、特に明記しない限りでは、再生回数制限を意
味する。

【０１７９】第１モードは、再生制限付きの曲を再生し
ようとした時に、一時停止し、再生制限のあることをユ
ーザに知らせ、再生するか否かをユーザに問い合わせ、
ユーザの指示にしたがって再生または再生禁止動作がな
されるモードである。但し、再生回数が再生許可回数に
達している場合には、再生禁止となされる。第２モード
は、再生制限付きの曲は、全て再生禁止とするモードで
ある。すなわち、第２モードでは、再生制限付きの曲が
媒体上に存在しないものと扱われる。第３モードは、再
生制限付きの曲を無条件に再生できるモードである。但
し、再生回数が再生許可回数に達している場合には、再
生禁止となされる。

【０１８０】再生禁止は、その曲（トラック）を飛び越
す（スキップする）ことによってなされる。その他に停
止状態とすること、出力をミューティングすること、媒
体上のその曲を削除すること等によって、実質的にその
曲の再生を禁止することが可能である。以下の説明にお
いては、再生禁止は、上記の意味の用語として使用し、
特にスキップが好ましい時には、スキップの用語を使用
する。

【０１８１】図３４において、ステップＳ３１において
レコーダの電源をオンすると、ステップＳ３２におい
て、再生モードを第１、第２または第３のモードの何れ
かを選択する表示がなされ、ステップＳ３３において、
何れかのモードに設定する処理がなされる。ステップＳ
３４において、ユーザが選択したモードがシステムコン
トローラ３２内の不揮発性メモリ３２ａに保存される。
ステップＳ３１の電源オンは、第１回目の電源オンを意
味し、以後のモード変更は、別のスイッチ操作で行なわ
れる。但し、電源オンの度にモード変更を可能としても
良い。さらに、工場出荷時では、デフォルトとして、毎
回問い合わせをする第１モードが設定されている。

【０１８２】ステップＳ３５では、再生ボタンが押され
たか否かが決定される。再生ボタンが押されると、再生
しようとする曲が再生制限付きか否かがステップＳ３６
において決定される。再生制限がない曲であれば、ステ
ップＳ３７において、通常のように再生される。１曲が
再生されると、次の曲に対してステップＳ３６におい
て、再生制限付きか否かが決定される。

【０１８３】ステップＳ３６において、再生しようとす
る曲が再生制限付きと決定されると、ステップＳ３８で
は、不揮発性メモリ３２ａに蓄積されているモードに応
じた再生動作がなされる。そして、ステップＳ３９で
は、何れのモードであっても、再生可能な曲の再生を終
了し、次の曲の処理に移る。そして、回数制限付きの曲
を再生した後は、再生したデータファイルの属性ヘッダ
中に規定されているトラックに関する付加情報ＩＮＦ中
に再生ログファイルを記録する。そして、処理がステッ
プＳ３６に戻る。

【０１８４】付加情報ＩＮＦについては、図１７を参照
して説明しているが、図３５に再生ログを記録する場合
のデータ構成を示す。付加情報データの先頭を示す固定
値（０ｘ６９）が先頭に付加され、次に付加情報の分類
を示すキーコードが付加される。図の例では、再生ログ
を表す値例えば１０３の値が記録されている。次に付加
情報の大きさを示すコード（図の例では０ｘ１０）が付
加される。次に記録した機器の、メーカー、モデルを識
別するコードである、メーカーコード（ＭＣｏｄｅ）が
付加される。その後の３バイトがヌル（０ｘ００）とさ
れている。ヌルは、特に意味を持たない値である。

【０１８５】そして、３バイトのヌルの後の１バイトが
再生回数のデータとされる。具体的には、ＣＴの値（８
ビット）が記録される。ＣＴの値としては、再生前また
は再生後の何れか一方の値が記録される。そして、再生
日時のデータ（ＹＭＤｈｍｓ）が記録される。再生日時
データは、４バイトであり、７ビットによって、年（例
えば１９８０〜２０７９）が記録され、４ビットによっ
て月の値が記録され、５ビットによって、日（０〜３
１）および時（０〜２３）の値が記録される。さらに、
６ビットによって分の値（０〜５９）が記録され、５ビ
ットによって秒の値（２秒単位）が記録される。

【０１８６】上述した再生ログを再生制限付きの曲を再
生する度に１個ずつ記録しておくことによって、その曲
の再生履歴を把握することができる。なお、付加情報、
トラック情報等の管理情報を変更する場合には、メモリ
カード４０の挿入時に管理情報をシステムコントローラ
３２のＲＡＭに吸い上げ、システムコントローラ３２が
ＲＡＭ上の管理情報を書き換え、更新後の管理情報をメ
モリカード４０に記録する。書き換えた管理情報をメモ
リカードを外す時または電源をオフする時に、まとめて
メモリカード４０に記録しても良い。

【０１８７】図３６は、図３４中のステップＳ３８の処
理（設定されているモードに応じた再生動作）を実現す
るための制御の一例を示すフローチャートである。最初
のステップＳ４１では、ＬＴのビット６が０か否かが決
定される。（ビット６＝０）であれば、再生可能期限内
であり、次のステップＳ４２に処理が移る。（ビット６
＝１）であれば、期限切れであるため、再生が禁止され
る（ステップＳ４３）。

【０１８８】ステップＳ４１において、（ビット６＝
０）と決定されると、ステップＳ４２において、再生開
始日時ＹＭＤｈｍｓ−Ｓおよび再生終了日時ＹＭＤｈｍ
ｓ−Ｅと現在日時とを比較することによって、期限内
か、期限切れかが調べられる。若し、期限切れであると
決定されると、ステップＳ４３において、再生が禁止さ
れる。ステップＳ４２において、期限内と決定される
と、ステップＳ４４において、ＬＴのビット７が０か否
かが調べられる。

【０１８９】（ビット７：０＝制限なし、１＝制限有
り）であるので、ビット７が０の場合には、ステップＳ
４５において、その曲が再生される。ビット７が０でな
いと決定されると、ステップＳ４６において、（ＣＴ＝
０）か否かが決定される。（ＣＴ＝０）であることは、
再生可能回数が０であることを意味するので、その場合
には、再生が禁止される（ステップＳ４７）。

【０１９０】ステップＳ４６でＣＴが０でないと決定さ
れると、ステップＳ４８において、設定されているモー
ドが第２モードか否かが調べられる。設定されているモ
ードは、システムコントローラ３２が不揮発性メモリ３
２ａからモードに対応したコードを読み出し、そのコー
ドを調べることで判定できる。ステップＳ４８におい
て、第２モードであると決定されると、ステップＳ４９
において、その曲がスキップされる。

【０１９１】ステップＳ４８において、第２モードでな
いと決定されると、ステップＳ５０において、第１モー
ドか否かが決定される。第１モードでないと判定される
と、第３モードであると判定される。第３モードでは、
再生制限付きの曲を全て再生するので、ステップＳ５１
において、再生回数ＣＴがデクリメントされてから、ス
テップＳ４５において再生動作がなされる。

【０１９２】また、ステップＳ５０において、第１モー
ドと決定されると、ステップＳ５２において、ユーザに
対して再生制限付きの曲であることを告知した後、例え
ば表示によって知らせた後に、再生するか否かの問い合
わせがなされる。例えば「トラックＴｒ２Ｐｌａｙ
？」の表示がなされる。この場合、再生制限付きの曲で
ある旨の告知は、必ずしも行なう必要はない。ユーザが
再生しないと回答すると、ステップＳ５３において、そ
の曲がスキップされる。ユーザが再生すると回答する
と、ステップＳ５１において、ＣＴの値がデクリメント
され、ステップＳ４５において、その曲が再生される。

【０１９３】図３７は、この発明の一実施形態の変形例
を示すものである。曲の再生方法として、１曲ずつを再
生する他に、リピート再生、シャッフル再生、プログラ
ム再生等が可能とされている。リピート再生は、リピー
トボタンを押すと、メモリカード上の全曲を繰り返して
再生する方法で、解除しない限りは、継続してリピート
再生がなされる。その意味で、無限リピート再生と称さ
れる。シャッフル再生は、メモリカード上の全曲を順不
動に１回ずつ再生する方法であり、設定を解除しない限
りは、シャッフル再生動作が繰り返される。その意味
で、無限リピート再生の一つの態様であり、ランダムリ
ピート再生とも称される。プログラム再生は、メモリカ
ード上の選択した曲を選択した順で再生する方法であ
る。

【０１９４】これらの再生方法と上述した第１モードま
たは第３モードを組み合わせて再生方法が自動的に設定
される。図３７の処理では、例えばリピート再生時に
は、再生制限付きの曲を自動的にスキップする再生方法
が設定される。図３６の処理と共通する部分の図示とそ
の説明は、省略されている。上述したように、ステップ
Ｓ５０において、第１モードが設定されていると決定さ
れ、ステップＳ５２において、その曲をユーザが再生す
ると決定した場合、並びにステップＳ５０の結果が否定
であって、設定されているモードが第３モードと決定さ
れた場合には、ステップＳ５４において、リピート再生
（無限リピート再生）か否かが決定される。

【０１９５】ステップＳ５４において、リピート再生で
はないと決定されると、ステップＳ５１を介してステッ
プＳ４５において、その曲が再生される。若し、ステッ
プＳ５４において、リピート再生を行なっていると決定
すると、ステップＳ５５では、その曲がスキップされ、
制御が次の曲の再生処理に移行する。例えばステップＳ
４１（図３６参照）に制御が戻る。リピート再生では、
何回も曲が再生される可能性があり、再生制限付きの曲
の場合には、直ぐに再生できなくなるおそれがある。し
かしながら、曲の再生をスキップすることによって、そ
のようなおそれを回避することができる。

【０１９６】図３７では、リピート再生のみが示されて
いるが、第１モードまたは第３モードの再生方法とシャ
ッフル再生とを同様に組み合わせることができる。すな
わち、シャッフル再生時に再生制限付きの曲がスキップ
される。さらに、プログラム再生時には、再生制限付き
の曲であっても、第１モードで再生を選択した場合に限
り、再生可能とする。

【０１９７】図３８は、この発明の一実施形態のシステ
ム構成の一例を示す。図３８において、７１は、メモリ
カードを記録媒体とするレコーダ（図１参照）であり、
７２Ｌおよび７２Ｒは、スピーカであり、７８が外部の
パーソナルコンピュータである。レコーダ７１とパーソ
ナルコンピュータ７８は、インターフェース例えばＵＳ
Ｂ(Universal Serial Bus)７９によって接続されてい
る。

【０１９８】このシステムでは、パーソナルコンピュー
タ７８に所定のアプリケーションソフトウェアがインス
トールされることによって、そのハードディスク内にデ
ィジタルオーディオデータが取り込まれる。例えばイン
ターネットを利用したＥＭＤで音楽データをダウンロー
ドする。また、パーソナルコンピュータ７８のＣＤ−Ｒ
ＯＭドライブで音楽ＣＤを再生し、ＣＤのデータをハー
ドディスクに取り込む。さらに、既存のＭＰ３等の形式
の音楽ファイルをＡＴＲＡＣ３形式に変換してハードデ
ィスクに取り込む。なお、レコーダ７１は、パーソナル
コンピュータ７８からの暗号化されたＡＴＲＡＣ３デー
タをメモリカード上に記録することが可能とされ、レコ
ーダ７１単体では、音楽データをメモリカードに記録す
ることができないようにしても良い。

【０１９９】レコーダ７１は、メモリカードの挿入口７
２と例えば液晶からなる表示部７３とを有する。また、
レコーダ７１は、電源スイッチ７４、音量調整用のボリ
ュームつまみ７５、ＡＭＳ／ＪＯＧつまみ７６、スイッ
チのボタン７７ａ〜７７ｅを有する。ＡＭＳ／ＪＯＧつ
まみ７６は、曲の頭出し等に使用される。さらに、レコ
ーダ７１は、図示しないリモートコントロール用のコマ
ンダによって操作可能とされている。

【０２００】この発明と関連する操作について以下に説
明する。最初に再生制限付きの曲の再生モードを設定す
る方法について説明する。先ず、ＭＥＮＵ／ＮＯボタン
７７ｃが押される。ＡＭＳ／ＪＯＧつまみ７６を回転さ
せることによって、表示部７３に表示されているメニュ
ーにおいて、「ＲＥＳＴＲＩＣＴ」を選択する。そし
て、ＥＮＴＲＹ／ＹＥＳボタン７７ｄが押される。

【０２０１】表示部７３には、第１モード、第２モー
ド、第３モードを選択する表示がなされる。ＡＭＳ／Ｊ
ＯＧつまみ７６を回転させることによって、何れかのモ
ードを選択する。そして、ＥＮＴＲＹ／ＹＥＳボタン７
７ｄが押される。以上の一連の操作によって、モードの
設定が終了する。

【０２０２】上述したように、再生制限が時限制限でな
されている場合には、期限内か、期限切れかを開始日時
および開始終了日時と現在日時とを比較することで判定
する。したがって、レコーダ７１に内蔵の時計が正し
く、現在時刻に設定されていることが必要とされる。ユ
ーザが入力した日時情報がシステムコントローラ３２内
のＲＡＭに記憶される。システムコントローラ３２は、
ＲＡＭ上にユーザが入力した日時情報が設定されていな
いと判別すると、時限制限が付いているプログラムの再
生を禁止する。

【０２０３】レコーダ７１の日付と時刻を設定する操作
について以下に説明する。先ず、ＭＥＮＵ／ＮＯボタン
７７ｃが押される。ＡＭＳ／ＪＯＧつまみ７６を回転さ
せることによって、表示部７３に表示されているメニュ
ーにおいて、「ＤＡＴＥＡＤＪ」を選択する。そし
て、ＥＮＴＲＹ／ＹＥＳボタン７７ｄが押される。

【０２０４】ＡＭＳ／ＪＯＧつまみ７６を回転させるこ
とによって、表示が点滅している「年」（例えば西暦の
下二桁）を合わせ、ＥＮＴＲＹ／ＹＥＳボタン７７ｄが
押される。今度は、「月」の表示が点滅し、ＡＭＳ／Ｊ
ＯＧつまみ７６を回転させることによって、月を合わせ
る。そして、ＥＮＴＲＹ／ＹＥＳボタン７７ｄが押され
る。今度は、「日」の表示が点滅する。そして、日を合
わせ、ＥＮＴＲＹ／ＹＥＳボタン７７ｄが押される。時
および分を現在時刻に合わせる時刻の設定も、日付の設
定と同様になされる。以上の一連の操作によって、日付
および時刻の設定が終了する。

【０２０５】また、上述した説明においては、ディジタ
ルオーディオレコーダにこの発明を適用した場合につい
て説明したが、他の映像、オーディオ、プログラムデー
タ等のデータを扱う機器に対しても同様に適用すること
ができる。また、この発明は、メモリカードに限らず、
書き込み可能な光ディスク等の記録媒体を使用する再生
装置に対しても適用することが可能である。

【０２０６】

【発明の効果】この発明では、再生制限付きのプログラ
ムと再生制限なしのプログラムとが混在している記録媒
体を再生する時に、ユーザが予め設定した方法で再生制
限付きのプログラムを再生するようにしている。したが
って、ユーザの意図に基づいて制限付きのプログラムの
再生方法を選択することができる。それによって、制限
付きのプログラムの度に一時停止する煩わしさを回避し
たり、知らない間に再生可能回数が０となることを防止
することができる。さらに、再生制限付きの曲を再生し
た時に自動的にログファイルを生成することによって、
後で再生の履歴を確認することが可能となり、トラブル
を回避するのに再生ログを役立てることができる。

【図面の簡単な説明】

【図１】この発明の不揮発性メモリカードを使用したデ
ジタルオーディオレコーダ／プレーヤーに関するブロッ
ク図である。

【図２】この発明に適応されるＤＳＰの内部ブロック図
を示す。

【図３】この発明に適応されるメモリカードの内部ブロ
ック図を示す。

【図４】この発明に適応されるメモリカードを記憶媒体
とするファイル管理構造を示す模式図である。

【図５】この発明に適応されるメモリカード内のフラッ
シュメモリのデータの物理的構造を示す。

【図６】この発明に適応されるメモリカード内のデータ
構造を示す、

【図７】メモリカード内に記憶されるファイル構造を示
す枝図面である。

【図８】メモリカード内に記憶されるサブディレクトリ
ーである再生管理ファイルＰＢＬＩＳＴ. ＭＳＦのデー
タ構造を示す。

【図９】連続した１つのＡＴＲＡＣ３データファイルを
所定単位長ごとに分割するとともに属性ファイルを付加
した場合のデータ構造図である。

【図１０】この発明のコンバイン編集処理および分割編
集処理を説明するための構造図である。

【図１１】再生管理ファイルＰＢＬＩＳＴのデータ構造
図を示す。

【図１２】再生管理ファイルＰＢＬＩＳＴのデータ構造
図を示す。

【図１３】付加情報データの種類の対応表を示す。

【図１４】付加情報データの種類の対応表を示す。

【図１５】付加情報データの種類の対応表を示す。

【図１６】付加情報データのデータ構造を示す。

【図１７】ＡＴＲＡＣ３データファイルの詳細なデータ
構造図である。

【図１８】ＡＴＲＡＣ３データファイルを構成する属性
ヘッダーの上段のデータ構造図である。

【図１９】ＡＴＲＡＣ３データファイルを構成する属性
ヘッダーの中段のデータ構造図である。

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

【図２１】コピー制御状態を示す表である。

【図２２】ＡＴＲＡＣ３データファイルを構成する属性
ヘッダーの下段のデータ構造図である。

【図２３】ＡＴＲＡＣ３データファイルのデータブロッ
クのヘッダーのデータ構造図である。

【図２４】この発明におけるＦＡＴ領域が破壊された場
合の回復方法を示すフローチャートである。

【図２５】メモリカード４０内に記憶されるファイル構
造を示す他の例における枝図面である。

【図２６】トラック情報管理ファイルＴＲＫＬＩＳＴ．
ＭＳＦとＡＴＲＡＣ３データファイルＡ３Ｄｎｎｎｎ
ｎ．ＭＳＡとの関係を示す図である。

【図２７】トラック情報管理ファイルＴＲＫＬＩＳＴ．
ＭＳＦの詳細なデータ構造を示す。

【図２８】名前を管理するＮＡＭＥ１の詳細なデータ構
造である。

【図２９】名前を管理するＮＡＭＥ２の詳細なデータ構
造である。

【図３０】ＡＴＲＡＣ３データファイルＡ３Ｄｎｎｎｎ
ｎ．ＭＳＡの詳細なデータ構造を示す。

【図３１】付加情報を示すＩＮＦＬＩＳＴ. ＭＳＦの詳
細なデータ構造を示す。

【図３２】付加情報データのを示すＩＮＦＬＩＳＴ. Ｍ
ＳＦの詳細なデータ構造を示す。

【図３３】この発明の他のデータ構造におけるＦＡＴ領
域が破壊された場合の回復方法を示す遷移図である。

【図３４】再生制限付きの曲を再生するモードを設定す
る一実施形態の処理を説明するためのフローチャートで
ある。

【図３５】再生ログを記録する時のデータ構成の一例を
説明するための略線図である。

【図３６】この発明の一実施形態における再生制限付き
の曲の再生処理を説明するためのフローチャートであ
る。

【図３７】この発明の一実施形態における再生制限付き
の曲の再生処理の変形例を説明するためのフローチャー
トである。

【図３８】この発明の一実施形態のより具体的なシステ
ム構成を示す略線図である。

【符号の説明】

１０・・・オーディオエンコーダ／デコーダＩＣ、２０
・・・セキュリティＩＣ、３０・・・ＤＳＰ、４０・・
・メモリカード、４２・・・フラッシュメモリ、５２・
・・セキュリティブロック、ＰＢＬＩＳＴ・・・再生管
理ファイル、ＴＲＫＬＩＳＴ・・・トラック情報管理フ
ァイル、ＩＮＦＬＩＳＴ・・・付加情報管理ファイル、
Ａ３Ｄｎｎｎ・・・オーディオデータファイル、７１・
・・レコーダ／プレーヤ、７３・・・表示部、７８・・
・外部のパーソナルコンピュータ

───────────────────────────────────────────────────── フロントページの続き (72)発明者岡上拓己東京都品川区北品川６丁目７番35号ソニー株式会社内Ｆターム(参考） 5B035 BB09 BC05

Claims

【特許請求の範囲】

【請求項１】再生回数制限が付与されたプログラムと
再生回数無制限が付与されているプログラムが混在して
記録され、上記再生回数制限がなされているか否かを示
す識別子が管理される管理領域を備えてなる記録媒体を
再生する再生装置において、再生が指示されたプログラムに再生回数制限が付与され
ているか否かを上記管理領域に管理されている識別子に
基づいて判別する判別手段を備え、上記再生が指示されたプログラムに再生回数制限が付与
されていると判別された場合に、ユーザに再生希望の有
無を問い合わせる第１のモードと、上記再生が指示されたプログラムに再生回数制限が付与
されていると判別された場合に、強制的に再生禁止に制
御する第２のモードと、上記再生が指示されたプログラムに再生回数制限が付与
されていると判別された場合に、無条件に再生する第３
のモードとの３個のモード中の少なくとも２つが設定可
能なモード設定機能を有することを特徴とする再生装
置。
【請求項２】請求項１において、上記モード設定機能は、電源投入時に可能とされ、モー
ドの変更がなされるまで、設定されているモードで再生
を行なうことを特徴とする再生装置。
【請求項３】請求項１において、上記再生回数制限が付与されたプログラムを再生する場
合に、自動的にログファイルを生成し、上記記録媒体の
管理領域に記録することを特徴とする再生装置。
【請求項４】再生回数制限が付与されたプログラムと
再生回数無制限が付与されているプログラムが混在して
記録され、上記再生回数制限がなされているか否かを示
す識別子が管理される管理領域を備えてなる記録媒体を
再生する再生装置において、リピート再生が指示されたか否かを判別する判別手段
と、上記判別手段にてリピート再生が指示されたと判別した
場合に、上記再生回数制限が付与されたプログラムを除
いて繰り返し再生を行なうように制限する制限手段とを
備えてなる再生装置。
【請求項５】請求項４において、上記リピート再生は、記録媒体上に記録されている順序
でプログラムを再生するリピート再生であることを特徴
とする再生装置。
【請求項６】請求項４において、上記無限リピート再生は、記録媒体上に記録されている
順序と異なる順序でプログラムを再生するランダムリピ
ート再生であることを特徴とする再生装置。
【請求項７】請求項４において、上記再生回数制限が付与されたプログラムを再生する場
合に、自動的にログファイルを生成し、上記記録媒体の
管理領域に記録することを特徴とする再生装置。
【請求項８】時限制限が付与されたプログラムが記録
された記録媒体を再生する再生装置において、計時する計時手段と、ユーザによって日時情報を入力可能な操作手段と、上記操作手段によって入力される日時情報を記憶するメ
モリ手段と、上記日時情報が上記メモリ手段に設定されているか否か
を判別する判別手段と、上記判別手段にて上記日時情報が上記メモリ手段に設定
されていないと判別された場合に、上記時限制限が付与
されたプログラムの再生を禁止する制御手段とを備えて
なる再生装置。
【請求項９】再生回数制限が付与されたプログラムと
再生回数無制限が付与されているプログラムが混在して
記録され、上記再生回数制限がなされているか否かを示
す識別子が管理される管理領域を備えてなる記録媒体を
再生する再生方法において、再生が指示されたプログラムに再生回数制限が付与され
ているか否かを上記管理領域に管理されている識別子に
基づいて判別し、上記再生が指示されたプログラムに再生回数制限が付与
されていると判別された場合に、ユーザに再生希望の有
無を問い合わせる第１のモードと、上記再生が指示されたプログラムに再生回数制限が付与
されていると判別された場合に、強制的に再生禁止に制
御する第２のモードと、上記再生が指示されたプログラムに再生回数制限が付与
されていると判別された場合に、無条件に再生する第３
のモードとの３個のモード中の少なくとも２つが設定可
能なモード設定機能を有することを特徴とする再生方
法。
【請求項１０】請求項９において、上記モード設定機能は、電源投入時に可能とされ、モー
ドの変更がなされるまで、設定されているモードで再生
を行なうことを特徴とする再生方法。
【請求項１１】請求項９において、上記再生回数制限が付与されたプログラムを再生する場
合に、自動的にログファイルを生成し、上記記録媒体の
管理領域に記録することを特徴とする再生方法。
【請求項１２】再生回数制限が付与されたプログラム
と再生回数無制限が付与されているプログラムが混在し
て記録され、上記再生回数制限がなされているか否かを
示す識別子が管理される管理領域を備えてなる記録媒体
を再生する再生方法において、リピート再生が指示されたか否かを判別し、上記判別手段にてリピート再生が指示されたと判別した
場合に、上記再生回数制限が付与されたプログラムを除
いて繰り返し再生を行なうように制限するようにした再
生方法。
【請求項１３】請求項１２において、上記リピート再生は、記録媒体上に記録されている順序
でプログラムを再生するリピート再生であることを特徴
とする再生方法。
【請求項１４】請求項１２において、上記無限リピート再生は、記録媒体上に記録されている
順序と異なる順序でプログラムを再生するランダムリピ
ート再生であることを特徴とする再生装置。
【請求項１５】請求項１２において、上記再生回数制限が付与されたプログラムを再生する場
合に、自動的にログファイルを生成し、上記記録媒体の
管理領域に記録することを特徴とする再生方法。
【請求項１６】時限制限が付与されたプログラムが記
録された記録媒体を再生する再生方法において、ユーザによって日時情報を入力し、入力される日時情報をメモリ手段に記憶し、上記日時情報が上記メモリ手段に設定されているか否か
を判別し、上記日時情報が上記メモリ手段に設定されていないと判
別された場合に、上記時限制限が付与されたプログラム
の再生を禁止するように制御する再生方法。