JP2001249695A - 半導体メモリカード、再生装置、記録装置、再生方法、記録方法、コンピュータ読み取り可能な記録媒体 - Google Patents

半導体メモリカード、再生装置、記録装置、再生方法、記録方法、コンピュータ読み取り可能な記録媒体

Info

Publication number
JP2001249695A
JP2001249695A JP2000156757A JP2000156757A JP2001249695A JP 2001249695 A JP2001249695 A JP 2001249695A JP 2000156757 A JP2000156757 A JP 2000156757A JP 2000156757 A JP2000156757 A JP 2000156757A JP 2001249695 A JP2001249695 A JP 2001249695A
Authority
JP
Japan
Prior art keywords
audio
aob
tki
memory card
track
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2000156757A
Other languages
English (en)
Other versions
JP3425119B2 (ja
Inventor
Teruto Hirota
照人 廣田
Kenji Tagawa
健二 田川
Tomokazu Ishikawa
智一 石川
Shinji Inoue
信治 井上
Hideki Matsushima
秀樹 松島
Masayuki Kozuka
雅之 小塚
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Holdings Corp
Original Assignee
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Priority to JP2000156757A priority Critical patent/JP3425119B2/ja
Publication of JP2001249695A publication Critical patent/JP2001249695A/ja
Application granted granted Critical
Publication of JP3425119B2 publication Critical patent/JP3425119B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11C—STATIC STORES
    • G11C7/00—Arrangements for writing information into, or reading information out from, a digital store
    • G11C7/16—Storage of analogue signals in digital stores using an arrangement comprising analogue/digital [A/D] converters, digital memories and digital/analogue [D/A] converters 
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/16—Sound input; Sound output
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N1/32101—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title
    • H04N1/32106—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title separate from the image data, e.g. in a different computer file
    • H04N1/32112—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title separate from the image data, e.g. in a different computer file in a separate computer file, document page or paper sheet, e.g. a fax cover sheet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N2201/3201—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title
    • H04N2201/3261—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title of multimedia information, e.g. a sound signal
    • H04N2201/3264—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title of multimedia information, e.g. a sound signal of sound signals

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Health & Medical Sciences (AREA)
  • Physics & Mathematics (AREA)
  • General Health & Medical Sciences (AREA)
  • General Physics & Mathematics (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Storage Device Security (AREA)
  • Reverberation, Karaoke And Other Acoustics (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

(57)【要約】 【課題】 音楽コンテンツの著作権を保護しつつも、音
楽コンテンツの編集を行うことができる半導体メモリカ
ードを提供することである。 【解決手段】複数のAOBファイルは、オーディオストリ
ームを分割することにより得られた複数のAOBを収録し
ており、互いに異なる暗号鍵にて暗号化されている。ト
ラック管理情報(TKI)は、複数のトラックのそれぞれ
と、各オーディオオブジェクトとの1対1、又は、1対多
の対応関係を示す情報であり、プレイリスト情報(DPLI)
は、複数トラックを連続して再生する場合の、各オーデ
ィオトラックに対する再生順位の割り当てを示す。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、オーディオデー
タ、制御データを格納する半導体メモリカードと、当該
半導体メモリカードについての再生装置、記録装置、再
生方法、記録方法、コンピュータ読み取り可能な記録媒
体に関し、特に、電子音楽配信等のコンテンツ配信サー
ビスにおいて、コンテンツとして配信されたオーディオ
データ、管理情報を格納する場合の改良に関する。
【０００２】
【従来の技術】 近年、電子音楽配信を実現するための
インフラストラクチャが整備されつつあり、CD,カセッ
トテープ等のパッケージソフトの流通を主体としていた
音楽業界は、壮大な変革期を迎えようとしている。かか
る電子音楽配信音楽コンテンツの引き渡しは、消費者が
所有するコンピュータが、音楽会社のサーバコンピュー
タから音楽コンテンツをダウンロードすることにより実
現される。電子音楽配信の利用者は、こうしてダウンロ
ードにより入手した音楽コンテンツを持ち運ぼうとする
場合、音楽コンテンツを可搬式の記録媒体に格納させね
ばならない。電子音楽配信により入手した音楽コンテン
ツの格納に最も適しているといわれているものが上述し
た半導体メモリカードである。
【０００３】半導体メモリカードは、フラッシュATAカ
ードやコンパクトフラッシュ（登録商標）カードと呼ば
れるものが知られている。これら半導体メモリカード
は、フラッシュメモリ(EEPROM)と呼ばれる半導体デバイ
スを内蔵しており、MD,CD-R等と比較して、データの高
速書き込みが可能であり、膨大なデータ長を有する音楽
コンテンツの格納を短期間で完遂することができる。
【０００４】その反面、電子音楽配信にて配信された音
楽コンテンツが半導体メモリカードに格納されれば、半
導体メモリカードに格納された音楽コンテンツを更にコ
ピーすることにより、音楽著作物の不正な複製品が氾濫
する恐れがある。特に半導体メモリカードは、CD-R,MD
と比較して、高速なデータ書き込みが可能であるので、
複製品の氾濫は、より深刻化すると考えられる。そのよ
うな著作権者の不安を払拭するためには、電子音楽配信
にて配信された音楽コンテンツを半導体メモリカードに
格納する場合に、著作権者側の不安を払拭するような高
度な暗号化方式で、音楽コンテンツを暗号化せねばなら
ない。不正コピーを防止することを念頭においたコンテ
ンツの格納方式の1つに、DVD-Audio規格のタイトル格納
方式がある。音楽アプリケ−ションプログラムを一例に
とるなら、タイトルとは、音楽アルバムに相当し、曲に
該当するコンテンツを複数含む。タイトルを構成する複
数コンテンツは、コンテンツはその製作者が定めた暗号
鍵（一般にタイトル鍵と呼ばれる。）により暗号化され
た状態で、DVD-Audioに記録される。タイトル鍵は、コ
ンテンツが記録されたDVD-Audioについて固有な暗号鍵
（一般にディスク鍵と呼ばれる。）を用いた暗号化を経
てDVD-Audioにおけるセクタヘッダ領域に記録される。
そのディスク鍵自身も、コンテンツのデコード装置を製
作した製作会社が定めた暗号鍵（一般にマスタ鍵と呼ば
れる。）を用いて、暗号化されてDVD-Audioのリードイ
ン領域に記録される。これらセクタヘッダ領域と、リー
ドイン領域は、一般ユーザがアクセスできない領域なの
で、DVD-Audioに記録されたタイトル鍵を不正に取得す
ることは、極めて困難になる。
【０００５】また磁気式、光学式の記録媒体と比較し
て、半導体メモリカードはその容量が制限されているこ
とが多いので、音楽コンテンツを半導体メモリカードに
格納する際には、音楽コンテンツをより高度に圧縮して
おく必要がある。そのような高圧縮率を得ることができ
る符号化方式の1つにMPEG2-AAC方式がある。MPEG2-AAC
方式の特徴は、人間の聴覚特性を考慮して、各オーディ
オフレーム（オーディオフレームとは、符号化、再生の
最小単位となる時間帯であり、大体20msecの時間長に相
当する）に割り当てるべきビット長を変化させる点にあ
る。即ち、可聴帯域（人間が聞くことができる帯域）を
多く有するオーディオフレームに多くのビット長を割り
当て、不可聴帯域（人間が聞く事ができない帯域）を多
く有するオーディオフレームには、割り当てるべきビッ
ト長を削減するのである。
【０００６】このようにMPEG2-AAC方式は可聴帯域の含
有量に応じてオーディオフレームに割り当てるべきビッ
ト長を変化させるので、言い換えれば可変長符号化方式
であるので、高圧縮率且つ高音質な音楽コンテンツを得
ることができる。高圧縮率且つ高音質な音楽コンテンツ
は、公衆ネットワークでの伝送に好適であり、容量が制
限された半導体メモリカードに蓄積する場合に好適であ
る。
【０００７】
【発明が解決しようとする課題】ところで、従来のコン
テンツの格納方式では、その音楽コンテンツの暗号化に
用いたタイトル鍵が解読されれば、その記録媒体に記録
されている全ての音楽コンテンツの復号が可能になるの
で、いったんタイトル鍵が暴露されると、その半導体メ
モリカードに格納されている全ての曲が容易に復号化さ
れてしまうという第１の問題点がある。そのような事態
は頻繁に起こるとは言い難いが、希にでも発生すれば、
それに起因して生じる著作権者の損害は、はかりしえな
いものとなる。特に、近年におけるコンピュータの処理
能力の向上には目覚ましいものがあり、音楽コンテンツ
の暗号化に用いたタイトル鍵が解読されることは、完全
に有り得ないとは断言し難い。万が一にでもタイトル鍵
が暴露された場合に、著作権者の損害を最小限に留める
ようなデータ構造は、従来技術には存在しないという問
題点がある。
【０００８】また、電子音楽配信において配信されるべ
き音楽コンテンツは、著作権を保護せねばならないの
で、暗号化された状態のまま音楽コンテンツを配信し、
半導体メモリカードも、暗号化がなされたまま、音楽コ
ンテンツを格納しておく必要がある。しかし暗号化され
た状態のまま音楽コンテンツを半導体メモリカードに格
納した場合、正当な対価を支払って音楽コンテンツを入
手した操作者から、音楽コンテンツを自由に編集する機
会を奪ってしまうという第２の問題点がある即ち、音楽
コンテンツが暗号化されれば、曲の再生順序を入れ替え
たり、また一部の曲を削除するという編集が困難とな
る。これは、電子音楽配信において正当な対価を支払っ
て音楽コンテンツを入手した操作者からも音楽コンテン
ツを自由に編集する機会を奪う結果になる。
【０００９】一方、半導体メモリカードと同じ音楽の録
音用途に用いられるミニディスク(MD)の記録装置は、TO
C(Table Of Contens)を用いて各曲にトラックという再
生単位を割り当てることにより、各トラックの再生順序
を入れ替えたり、トラックを分割したり、複数トラック
を1つに統合するといった編集操作、いわゆるトラック
編集を実現している。半導体メモリカードにおいてトラ
ック編集が実現できないのでは、既存のミニディスクと
比較して、機能的に見劣りすることになってしまい、現
状のミニディスクのユーザに、半導体メモリカードの機
能価値を強くアピールできないという問題点がある。
【００１０】更に従来技術には、MPEG2-AAC等の可変符
号長の符号化方式で符号化されている音楽コンテンツに
対して特殊再生を行おうとすると、再生装置に、より大
規模なメモリの実装を求めることなり、再生装置の製造
コストの高騰を招いてしまうという第３の問題点があ
る。ここで特殊再生とは、既存のMD,CDの再生装置で実
現されている機能であって、音楽の再生時の頭出し（再
生位置の特定）を容易にするものであり、間欠的な再生
を繰り返しながら、倍速再生を行う順方向サーチ再生、
逆方向サーチ再生、操作者から時刻の指定操作を受け付
けて、指定された時刻から再生を開始するタイムサーチ
機能といったものが広く用いられている。既存のMD,CD
の再生装置との機能互換を果たすには、そのような特殊
再生を半導体メモリカードの再生装置において実現する
ことは、必要不可欠であると言える。ここで、音楽コン
テンツが固定符号長の符号化方式で符号化されている場
合、１分先、２分先の頭出し位置がどこであるかを特定
するには、単位再生時間長のデータサイズの整数倍先の
アドレスを参照すればよい。しかし音楽コンテンツがMP
EG2-AAC等の可変符号長の符号化方式で符号化されてい
る場合、１分先、２分先の頭出し位置が、単位再生時間
長のデータサイズの非整数倍になり得るので、１分先、
２分先のアドレスがどこであるかを予め記載したタイム
サーチテーブルを併用する必要がある。ここで、演奏時
間が短い曲については、タイムサーチテーブルに記述し
ておく再生位置の数は少なくて済むが、その演奏時間が
長い曲については、タイムサーチテーブルに多くの再生
位置を記述しておく必要があり、多くの再生位置の記述
が必要ならば、タイムサーチテーブルは大規模となる。
一方、再生装置は、上記のような特殊再生を行う場合、
タイムサーチテーブルをメモリ上に配置して、アクセス
せねばならないが、再生時間が長い曲についてのタイム
サーチテーブルが大きなデータサイズになることを想定
すると、それを格納しておくメモリの規模も大規模なら
ざるを得ない。そのように、メモリの規模が大規模にな
るのなら、再生装置の製造コストを高騰を招いてしまう
という問題点がある。
【００１１】本発明の第１の目的は、音楽コンテンツの
著作権を保護しつつも、音楽コンテンツの編集を行うこ
とができる半導体メモリカードを提供することである。
本発明の第２の目的は、再生装置に実装されているメモ
リ規模が小規模であっても、早送り、巻戻し等の特殊再
生を当該再生装置に行わせることができる記録装置を提
供することである。
【００１２】
【課題を解決するための手段】上記第１の目的を達成す
るため、本発明に係る半導体メモリカードは、接続され
るべき機器の正当性が認証された場合のみ、当該機器に
よりアクセスされる領域であり、複数の暗号鍵を所定の
順序に配列してなる暗号鍵列が格納されているプロテク
ト領域と、機器の正当性が認証されるか否かに拘らず、
当該機器によりアクセスされる領域であり、1つ以上の
オーディオトラックと、管理情報とが格納されている非
プロテクト領域とを備え、1つ以上のオーディオトラッ
クは、暗号化された複数のオーディオデータである複数
のオーディオオブジェクトを含み、前記管理情報は、各
オーディオオブジェクトと、そのオーディオオブジェク
トに対応する暗号鍵とを対応させて示すことを特徴とし
ている。
【００１３】上記第２の目的を達成するため、本発明に
係る記録装置は、装置外部から入力されてくる入力信号
に従って、復号可能な最小単位であるオーディオフレー
ムを順次生成する第１生成手段と、半導体メモリカード
にファイルを作成して、順次生成されるオーディオフレ
ームをファイルに書き込む書込手段と、ファイル内に書
き込まれたオーディオフレームの数が所定数に達する度
に、当該所定数のオーディオフレームから構成されるオ
ーディオエレメントのデータ長を示すエントリー情報を
生成する第２生成手段とを備え、前記書込手段は、生成
されたエントリー情報の数が所定数に達する度に、別の
ファイルを作成して、書込手段により順次生成されるオ
ーディオフレームを当該別ファイルに順次書き込ませる
ことを特徴としている。
【００１４】
【発明の実施の形態】以降、図面を参照しながら半導体
メモリカード（フラッシュメモリカード）の実施形態に
ついて説明を行う。尚、以降の各文には、その文頭に以
下のような体系を有する分類番号を付している。
【００１５】{x1-x2_x3-x4}分類番号の桁数は、その項
目の階層的な深さを意味している。具体的にいうと、x1
は、説明に引用している図番である。本明細書に添付し
ている図には、明細書において引用する順番に沿った番
号を付しているので、この図番の順序が、説明の順序と
ほぼ同一となる。x2は、x1に示される図を引用して説明
する場合の説明の順序を示す。x3は、x2の構成要素をよ
り詳細に説明するために説明図を引用する場合、その説
明図の図番を示し、x4は、x3に示される図を引用して説
明する場合の説明の順序を示す。
【００１６】（第１実施形態） {1-1_2} フラッシュメモリカード３１の外観形状 初めに、フラッシュメモリカード３１の外観形状につい
て説明する。図１は、フラッシュメモリカード３１を上
面から見た場合の形状示す図であり、図２は、フラッシ
ュメモリカード３１をその下面から見た場合の構造を示
す図である。図１、図２に示すように、フラッシュメモ
リカード３１の大きさは、長さが約32.0mm、幅は約24.0
mm、厚さ約2.0 mmであり、指先で把持できる程度の大
きさ（切手サイズの大きさ）である。下面には、機器と
の接続のための9本のコネクタが設けられており、側面
には、記憶内容の上書きを許可するか禁止するかを操作
者が設定することができるプロテクトスイッチ３２が設
けられている。
【００１７】{3-1} フラッシュメモリカード３１の物
理構造 図３は、本実施形態に係る半導体メモリカード（以下、
フラッシュメモリカード３１と称する）の階層構造を示
す図である。本図に示すように、フラッシュメモリカー
ド３１の階層構造は、物理層、ファイルシステム層、応
用層からなる点で、DVD（Digital Video Disc）の階層
構造と同一であるが、各層における論理構造、物理構造
は大きく相違する。
【００１８】{3-2} フラッシュメモリカード３１の物
理構造 先ずフラッシュメモリカード３１の物理層について説明
する。フラッシュメモリは、複数のセクタからなり、各
セクタは512バイトのディジタルデータを格納する。例
えば64MByteタイプのフラッシュメモリカード３１の場
合、そのメモリー容量は、67108864(=64×1024×1024)
バイトであり、このときの有効セクタ数は131072(=6710
8864/512)となる。更に、この有効セクタからエラー用
の代替セクタ数を差し引けば、残りの有効セクタ数は、
128,000となり、ここに各種データが記録されることな
る。
【００１９】{3-2_4A-1} 物理層における3つの領域 これら有効セクタからなる領域には、図４（ａ）に示す
3つの領域が設けられる。図４（ａ）は、フラッシュメ
モリカード３１の物理層に設けられた『システム領
域』、『プロテクト領域』、『ユーザデータ領域』を示
す図である。以降、これら3つの領域について説明す
る。
【００２０】『ユーザデータ領域』は、フラッシュメモ
リカード３１と接続された機器が様々なデータを自由に
書き込むことができ、データを自由に読み出すことがで
きる領域であり、その内部領域がファイルシステムによ
り管理されている。『システム領域』は、フラッシュメ
モリカード３１のそれぞれについてユニークな値を持つ
メディアIDが格納される領域である。ユーザデータ領域
が書込可能であるのに対して、システム領域は、読出専
用であり、ここに格納されたメディアIDを書き換えるこ
とはできない。
【００２１】『プロテクト領域』は、ユーザデータ領域
同様、データ書き込みが可能な領域である。ユーザデー
タ領域との差違は、ユーザデータ領域では、データの読
み書きが自由に行なえるのに対して、プロテクト領域で
は、フラッシュメモリカード３１と接続された機器と、
フラッシュメモリカード３１とが互いの正当性を確認し
た場合のみ読み書きすることができる点、即ち、フラッ
シュメモリカード３１と接続された機器と、フラッシュ
メモリカード３１との相互認証が成功した場合のみ、読
み書き可能となる点である。
【００２２】{3-2_4A-2} 物理層における3つの領域の
用途 フラッシュメモリカード３１に接続された機器がフラッ
シュメモリカード３１にデータを書き込む際、そのデー
タの著作権保護の要否に応じて、これら3つの領域は利
用される。ここで、著作権の保護が必要なデータをフラ
ッシュメモリカード３１に書き込む場合、当該データ
は、所定の暗号鍵(FileKeyと呼ばれる。)を用いて暗号
化された後にユーザデータ領域に格納される。このFile
Keyは著作権者が自由に設定できるものであり、これだ
けでも、当該データの著作権は保護されるが、更に万全
を期すため、この暗号化に用いたFileKey自身も暗号化
する。FileKey自身を暗号化する際、鍵として用いられ
るのは、システム領域に格納されているメディアIDを所
定の演算式に適用することにより得られる任意の値であ
り、プロテクト領域は、当該任意の値を用いて暗号化さ
れたFileKeyを格納する。著作権保護が必要なデータ
は、所定のFileKeyを用いて暗号化し、このFileKey自身
もメディアIDに基づいた値を用いて暗号化するという二
段階の暗号化がなされるので、不正コピーなどの著作権
侵害行為は、極めて困難になる。
【００２３】{3-2_4B-1} ファイルシステムの概要 フラッシュメモリカード３１の物理層の構成は以上説明
した通りであり、著作権保護の改良がなされていること
がわかる。続いてこの物理層上に存在するファイルシス
テム層の構成について説明する。DVDのファイルシステ
ム層は、UDF(universal disk format)型のファイルシス
テムであるの対して、フラッシュメモリカード３１のフ
ァイルシステム層は、FAT型のファイルシステム（FAT:F
ile Allocation Table,ISO/IEC 9293）であり、この点
がDVDと異なる。
【００２４】図４（ｂ）は、ファイルシステム層におけ
るプロテクト領域及びユーザデータ領域の構成を示す図
である。図４（ｂ）においてファイルシステムにおける
プロテクト領域及びユーザデータ領域は、『パーティシ
ョンブートセクタ』と、『ファイルアロケーションテー
ブル(FAT)』と、『ルートディレクトリエントリ』と、
『データ領域』とを含んでおり、プロテクト領域とユー
ザデータ領域は共に同じ構成となっていることがこの図
からも明らかである。図５は、これらファイルシステム
構成の詳細を示す図である。以降、ユーザデータ領域に
ついての構成を図４、図５を参照しながら説明する。
【００２５】{3-2_4B-2} パーティションブートセクタ 『パーティションブートセクタ』は、フラッシュメモリ
カード３１が汎用パーソナルコンピュータに装填され、
当該汎用パーソナルコンピュータのオペレーティングシ
ステムの起動ディスクにフラッシュメモリカード３１を
割り当てられた場合、汎用パーソナルコンピュータがブ
ート時に参照すべき内容が記載されているセクタであ
る。
【００２６】{3-2_4B-3_5} データ領域 『データ領域』は、クラスタを最小単位にして、フラッ
シュメモリカード３１に接続された機器によりアクセス
される領域である。フラッシュメモリカード３１のセク
タサイズが512バイトであるのに対して、クラスタサイ
ズは、16Kバイトであるので、ファイルシステム層では3
2個のセクタを一単位として、データの読み書きが行わ
れる。クラスタサイズを16Kバイトとした理由は、以下
の通りである。即ち、フラッシュメモリカード３１にデ
ータを書き込む場合、当該フラッシュメモリカード３１
に格納されているデータを一旦イレーズ(消去)してか
ら、データ書き込みを行わねばならない。フラッシュメ
モリカード３１において、そのようにデータをイレーズ
できるサイズは、16Kバイトであるので、このイレーズ
可能なサイズにクラスタサイズを設定することにより、
データ書き込みが好適に行われるようにしている。図５
における破線の引き出し線ff2は、データ領域に含まれ
る複数のクラスタ002,003,004,005・・・・・を示す。図中の
番号002,003,004,005,006,007,008・・・・・・・は、各クラス
タを識別するために付与された3桁の16進数表記のクラ
スタ番号を示す。データ領域に対するアクセスは、クラ
スタを最小単位として行われるので、データ領域の内部
位置は、これらのクラスタ番号を用いて、指示される。
【００２７】{3-2_4B-4_5} ファイルアロケーションテ
ーブル 『ファイルアロケーションテーブル』は、ISO/IEC 9293
に準拠したファイルシステム構造を有しており、複数の
FAT値からなる。各FAT値は各クラスタに対応づけられて
おり、対応するクラスタが読み出された場合、次にどの
クラスタを読み出せばよいかを示す。図５の破線の引き
出し線ff1は、ファイルアロケーションテーブルに含ま
れる複数のFAT値002,003,004,005・・を示す。このFAT値
に付与された数値『002,003,004,005・・』は、各FAT値が
どのクラスタに対応づけられているか、つまり、各FAT
値が対応づけられているクラスタのクラスタ番号を示
す。
【００２８】{3-2_4B-5_5-1} ルートディレクトリエン
トリ 『ルートディレクトリエントリ』は、ルートディレクト
リにどのようなファイルが存在するかを示す情報であ
る。具体的にいうと、ルートディレクトリエントリーに
は、存在するファイルの『ファイル名』と、そのファイ
ルの『拡張子』と、『ファイル属性』と、ファイルの
『更新時刻及び年月日』と、ファイルの先頭部が格納さ
れている『ファイル最初のクラスタ番号』とが記載され
ている。
【００２９】{3-2_4B-5_5-2} サブディレクトリのディ
レクトリエントリ ルートディレクトリにあるファイルについての情報は、
このルートディレクトリエントリーに記載されるが、サ
ブディレクトリについての情報は、このルートディレク
トリエントリーには記載されない。サブディレクトリに
ついてのディレクトリエントリーは、データ領域内に作
成される。図５のデータ領域内に記載されたSD_Audioデ
ィレクトリエントリーは、サブディレクトリについての
ディレクトリエントリーの一例であり、本SD_Audioディ
レクトリエントリーは、ルートディレクトリエントリー
同様、そのサブディレクトリに存在するファイルの『フ
ァイル名』と、そのファイルの『拡張子』と、『ファイ
ル属性』と、ファイルの『更新時刻及び年月日』と、フ
ァイルの先頭部が格納されている『ファイル最初のクラ
スタ番号』とが記述される。
【００３０】{3-2_4B-5_6-1} AOBファイルの格納方式 ここで、SD_AudioディレクトリにAOB001.SA1というファ
イルを格納する場合、AOB001.SA1がどのように格納され
るか、即ち、ファイル格納方式の一例を図６を参照しな
がら説明する。上述したようにデータ領域の最小アクセ
ス単位はクラスタであるので、AOB001.SA1は、クラスタ
サイズを最小単位にしてデータ領域に格納せねばならな
い。AOB001.SA1は、先ずクラスタサイズに分割されて、
各クラスタに書き込まれる。図６は、AOB001.SA1をクラ
スタサイズに合わせて5つに分割し、各分割部分を、ク
ラスタ003,004,005,00A,00Cに格納する状態を想定した
図である。
【００３１】{3-2_4B-5_7-1} AOBファイルの格納方式 AOB001.SA1が分割格納されると、ディレクトリエントリ
ー及びファイルアロケーションテーブルは、図７のよう
に設定されねばならない。図７は、AOB001.SA1が複数の
クラスタに記録されている場合のディレクトリエントリ
ー及びファイルアロケーションテーブルについての設定
例を示す図である。本図においてAOB001.SA1の先頭部分
がクラスタ003に記録されている場合、SD_Audioディレ
クトリエントリーにおける『最初のクラスタ番号』に
は、その先頭部分が格納されているクラスタについての
クラスタ番号003が記載される。以降、AOB001.SA1の後
続する部分は、クラスタ004、クラスタ005に格納されて
いることがわかる。AOB001.SA1の先頭部分を格納してい
るクラスタ003には、FAT値003(004)が対応しているが、
このFAT値は、AOBファイルの後続する部分を格納してい
るクラスタ004を示すものである。またこれに後続して
いる部分を格納しているクラスタ004,005には、FAT値00
4(005),FAT値005(00A)が対応しているが、これのFAT値
は、AOBファイルの次の後続する部分を格納しているク
ラスタ005,00Aを示すものである。
【００３２】これらFAT値に記載されたクラスタ番号を
矢印fk1,fk2,fk3,fk4,fk5・・・・・に示すように順次読みと
ってゆけば、AOB001.SA1の分割部分を全て読み取ること
ができる。以上の説明により、フラッシュメモリカード
３１のデータ領域は、クラスタを最小単位としてアクセ
スされ、また各クラスタにはそれぞれFAT値が対応づけ
られていることがわかる。尚、AOBファイルの末尾の部
分を格納したクラスタ(図７の一例では、クラスタ00C)
に対応づけられているFAT値には、そのクラスタがファ
イルの最終部分を格納していることを示すクラスタ番号
『FFF』が記述される。
【００３３】以上で、本発明のフラッシュメモリカード
３１のファイルシステムに関する説明を終え、続いて、
上述したファイルシステム上に存在する応用層の構成に
ついて説明する。 {3-3} フラッシュメモリカード３１における応用層の
概要 フラッシュメモリカード３１における応用層の概要は、
図３に記載された通りである。図３における破線の引き
出し線PN1に示すようにフラッシュメモリカード３１に
おける応用層は、プレゼンテーションデータと、プレゼ
ンテーションデータの再生を制御するためのナビゲーシ
ョンデータとからなる。
【００３４】本図の破線の引き出し線PN2に示すよう
に、プレゼンテーションデータは、音楽等の音声データ
をエンコードすることにより得られたオーディオオブジ
ェクト群(AOB群)を含み、ナビゲーションデータは、プ
レイリストマネージャー(PlaylistManager(PLMG))と、
トラックマネージャー(Track Manager(TKMG))とを含
む。 {3-3_8A,B-1} ディレクトリ構成 図８（ａ）、（ｂ）は、応用層におけるこれら2つのデ
ータを格納する場合、ファイルシステム層においてユー
ザデータ領域及びプロテクト領域には、どのようなディ
レクトリが構成され、どのようなファイルが当該ディレ
クトリの配下に作成されるかを示す図である。本図にお
ける『SD_AUDIO.PLM』、『SD_AUDIO.TKM』は、プレイリ
ストマネージャー(PlaylistManager(PLMG))、トラック
マネージャー(Track Manager(TKMG))といったナビゲー
ションデータを収録したファイルであり、『AOB001.SA
1』『AOB002.SA1』『AOB003.SA1』『AOB004.SA1』・・・・・
は、プレゼンテーションデータであるオーディオオブジ
ェクトを格納したファイル（以下、AOBファイルとい
う）である。
【００３５】『AOB0xx.SA1』における拡張子『SA』は、
『Secure Audio』の略であり、これらの格納内容は、著
作権保護の必要性があることを示す（尚、図８（ａ）に
はAOBファイルが8個だけ記述されているが、これは単な
る一例であり、SD_AudioディレクトリはAOBファイルを
最大999個まで格納することができる。）。このように
プレゼンテーションデータに著作権保護の必要性がある
場合、プロテクト領域には、SD_Audioディレクトリとい
う名称のサブディレクトリが設けられ、そのSD_Audioデ
ィレクトリの配下に暗号鍵格納ファイルAOBSA1.KEYが作
成される。図８（ｂ）は、SD_Audioの下に格納された暗
号鍵格納ファイルAOBSA1.KEYを示す図である。暗号鍵格
納ファイルAOBSA1.KEYには、複数の暗号鍵FileKeyを所
定の順序に配列してなる暗号鍵列であるFileKey#1〜#8
が格納されている。
【００３６】電子音楽配信において音楽会社のサーバコ
ンピュータは、この図８（ａ）、（ｂ）に示すSD_Audio
ディレクトリを保持しており、当該音楽コンテンツの購
入要求が消費者から発せられれば、このSD_Audioディレ
クトリを圧縮し、暗号化した後、購入要求を発した消費
者が所有するSD_Audioディレクトリを公衆ネットワーク
を介して送信する。消費者が所有するコンピュータがこ
のSD_Audioディレクトリを受信すると、このディレクト
リの暗号化を解除すると共に、伸長を行い、SD_Audioデ
ィレクトリを得る（尚、ここでいう公衆ネットワーク
は、ISDN回線等の有線通信網、携帯電話に代表される無
線通信網等、公衆に利用が解放されている全てのネット
ワークを含む）。尚、AOBファイルを音楽会社のサーバ
コンピュータからダウンロードし、消費者が所有するコ
ンピュータが、フラッシュメモリカード３１においてこ
の図８（ａ）、（ｂ）に示すSD_Audioディレクトリを作
成しても良い。
【００３７】{3-3_9-1} AOBSA1.KEYと、AOBファイルと
の対応 図９は、SD_Audioの下にあるAOBSA1.KEYと、AOBファイ
ルとの対応を示す図である。本図においてユーザデータ
領域における暗号化ファイルを暗号化する際に用いたFi
leKeyは、プロテクト領域に対応する暗号鍵格納ファイ
ルに格納される。
【００３８】暗号化されたAOBファイルと、暗号鍵格納
ファイルとは、以下の一定の規則(1)(2)(3)に基づく対
応関係を有する。 (1)暗号鍵格納ファイルは、暗号化されたファイルが格
納されているディレクトリと同じディレクトリ名に配置
される。図９のユーザデータ領域においてSD_Audioディ
レクトリにAOBファイルが配されており、暗号鍵格納フ
ァイルもSD_Audioディレクトリに配されていることから
も、この規則に従った、ファイル配置が行われているこ
とがわかる。
【００３９】(2)暗号鍵格納ファイルには、データ領域
におけるAOBファイルのファイル名の先頭3文字と、所定
の拡張子「.key」とを組み合わせたファイル名が付与さ
れる。AOBファイルのファイル名が『AOB001.SA1』であ
る場合、暗号鍵格納ファイルには、矢印nk1,nk2に示す
ように、この先頭３文字『AOB』と、『SA1』と、拡張子
『.key』とからなる『AOBSA1.KEY』というファイル名が
付与されることがわかる。
【００４０】(3) AOBファイルのファイル名には、暗号
鍵格納ファイル内の暗号鍵列において、そのオーディオ
オブジェクトに対応するFilekeyが何番目に位置する
か、即ち、対応するFileKeyの順位を示すシリアル番号
が付与される。図９における暗号鍵格納ファイル内の
『File Key Entry#1,#2,#3・・・・・#8』は、暗号鍵格納フ
ァイル内の各FileKeyが格納されている領域の先頭位置
を示す。一方AOBファイルのファイル名には、"001","00
2","003","004"といったシリアル番号が付与されてい
る。これらのAOBファイル内のシリアル番号は、対応す
るFileKeyが暗号鍵列において何番目に位置するかを意
味するので、各AOBファイルを暗号化する際に用いたFil
eKeyは、同一のシリアル番号を有する『File Key Entr
y』に存在することなる。図９における矢印AK1,AK2,AK3
は、AOBファイルとFileKeyとの対応関係を示す。即ち、
ユーザデータ領域におけるAOB001.SA1は『File Key Ent
ry#1』に格納されているFileKeyと対応しており、AOB00
2.SA1は、『FileKey Entry#2』以降に格納されたFileKe
y、AOB003.SA1は『File Key Entry#3』以降に格納され
たFileKeyに対応していることを示す。以上の(3)からも
わかるように、AOBファイルの暗号化に用いたFileKey
は、各ファイル毎に異なるものであり、それらは、ファ
イル名に組み込まれている"001","002","003","004"と
いったシリアル番号と、同一のシリアル番号を有する
『File Key Entry』に格納されている。各AOBファイル
は異なるFileKeyを用いて暗号化されるので、仮に、特
定のAOBファイルの暗号化キーが暴露された場合でも、
他のAOBファイルは、暴露されたFileKeyを用いても暗号
化を解除することはできない。これにより、AOBファイ
ルを暗号化した際のFileKeyが暴露された場合の損害を
最小限に留めることができる。
【００４１】{3-3_10-1} AOBファイルの内部構成 続いてAOBファイルの内部構成について説明する。図１
０は、AOBファイルのデータ構成を階層的に示す図であ
る。本図の第１段目は、AOBファイルを示し、第２段目
は、AOBを示す。第３段目は、AOB_BLOCKを示し、第４段
目はAOB_ELEMENT、第５段目は、AOB_FRAMEを示す。
【００４２】図１０の第５段目における『AOB_FRAME』
は、AOBを構成する最小単位であり、ADTSヘッダと、ADT
S（Audio Data Transport Stream）形式のオーディオデ
ータとからなる。ADTS形式のオーディオデータは、MPEG
2-AAC [ Low Complexity Profile]にて符号化され、16K
bps〜144Kbpsの伝送速度で再生されるストリームデータ
である（尚、既存のコンパクトディスクに記録されるPC
Mデータの伝送速度は1.5Mbpsであるので、PCMデータと
比較して、一段と低いことがわかる。）。これらのAOB_
FRAME列のデータ構造は、電子音楽配信にて配信される
オーディオデータトランスポートに含まれるオーディオ
フレーム列と同一である。即ち、AOB_FRAME列として格
納されるべきオーディオデータトランスポートストリー
ムは、MPEG2-ACCにてエンコードされ、更に暗号化され
た状態で、公衆ネットワークを伝送し、消費者宛に伝送
される。AOBファイルは、そのように伝送されたオーデ
ィオデータトランスポートストリームを、AOB_FRAME列
として分割して格納しているのである。
【００４３】｛3-3_10-1_11｝MPEG2-AACについて MPEG2-AACの詳細に関しては、ISO/IEC 13818-7:1997(E)
Information technology - Generic coding of moving
pictures and associated audio information- Part7
Advanced Audio Coding (AAC)を参照されたい。ここで
注意すべきは、AOBは、ISO/IEC13818-7に記述されてい
るパラメータ表を図１１（ａ）のように制限して適用さ
れたMPEG2-AAC方式にて圧縮されている点である。図１
１（ａ）は、ISO/IEC13818-7に記述されているパラメー
タ表を示す図であり、Parameter欄と、Value欄と、Comm
ent欄の内容を示すコメント欄とからなる。
【００４４】パラメータ欄『profile』は、ISO/IEC 138
38-7で規定されているLC-profileの制限が適用されてい
ることを示す。パラメータ欄『sampling_frequency#ind
ex』は、『48kHz,44.1kHz,32kHz,24kHz,22.05kHZ,16kH
z』といったサンプリング周波数が適用されていること
を示す。パラメータ欄『number_of_data_block_in_fram
e』は、1header/1raw_data_blockに設定されていること
を示す。
【００４５】尚、AOB_FRAMEは、MPEG-AAC方式にて符号
化されているものとして説明したが、AOB_FRAMEは、MPE
G-Layer3(MP3)方式、Ｗｉｎｄｏｗｓ（登録商標） Ｍ
ｅｄｉａ Ａｕｄｉｏ（ＷＭＡ方式等他の符号化方式に
て符号化されてもよい。この際、図１１（ａ）に示した
パラメータの代わりに、図１１（ｂ）、図１１（ｃ）に
示すパラメータ表を用いねばならない。
【００４６】{3-3_10-2_12} AOB_FRAMEの構成 『AOB_FRAME』は、以上の制限下で符号化されたオーデ
ィオデータを含むが、AOB_FRAMEに含まれるオーディオ
データのデータ長は、その再生時間が20ミリ秒となるデ
ータに過ぎない。しかし、MPEG2-AAC方式は可変長符号
化方式であるので、各AOB_FRAMEに含まれるオーディオ
データのデータ長は、それぞれのAOB_FRAME毎に異な
る。以下、図１２を参照しながら、AOB_FRAMEの構成の
詳細について説明する。本図の第１段目は、AOB_FRAME
の全体構成を示し、第２段目は、AOB_FRAMEのそれぞれ
の部位がどのように暗号化されているかを示す。この第
２段目を参照すれば、ADTSヘッダは、非暗号化部、即
ち、暗号化がなされていないことがわかる。また、オー
ディオデータは、暗号化された部分と、非暗号化部分と
の双方を含む。暗号化部分は、8バイトの暗号化データ
を複数配したものである。8バイトの暗号化データは、6
4ビットの元データを56ビットのFileKeyを用いて暗号化
することにより生成されている。非暗号化部分は、その
ように64ビット単位に暗号化が行われた際、64ビットに
満たないために暗号化されずに残したものである。
【００４７】第３段目は、非暗号化部分であるADTSヘッ
ダの内容を示す図である。ADTSヘッダは7バイトであ
り、12ビットの同期ワード(FFFと設定されている)と、
同じAOB_FRAMEに含まれるオーディオデータのデータ長
と、そのオーディオデータをエンコードする際のサンプ
リング周波数とが記載されている。 {3-3_10-3_13} AOB_FRAMEのバイト長設定 図１３は、3つのAOB_FRAMEにおいて、それぞれのAOB_FR
AMEにおけるオーディオデータのバイト長がどのように
設定されるかを示す図である。本図において、AOB_FRAM
E#1に含まれるオーディオデータ#1のデータ長はx1、AOB
_FRAME#2に含まれるオーディオデータ#2のデータ長はx
2、AOB_FRAME#3に含まれるオーディオデータ#3のデータ
長はx3であり、x1,x2,x3というようにそれぞれのデータ
長が互いに異なる場合、AOB_FRAME#1に含まれるADTSヘ
ッダには、データ長x1が記載され、AOB_FRAME#2に含ま
れるADTSヘッダには、データ長x2、AOB_FRAME#3に含ま
れるADTSヘッダには、データ長x3が記載される。オーデ
ィオデータそのものは、暗号化されているが、ADTSヘッ
ダ自体は暗号化されていないので、各AOB_FRAMEにおけ
るADTSヘッダから、オーディオデータのデータ長を読み
取ってゆけば、後続するAOB_FRAMEがどこから存在する
かを知得することができる。以上でAOB_FRAMEについて
の説明を終える。
【００４８】{3-3_10-4} AOB_ELEMENTについて 続いて図１０において第４段目に位置するAOB_ELEMENT
について説明する。『AOB_ELEMENT』は、連続する複数
のAOB_FRAMEの集合である。ここで、どれだけの数のAOB
_FRAMEがAOB_ELEMENTに含まれるかは、図１１（ａ）に
示したsampling_frequency_indexの設定と、符号化方式
とに従って変化する。即ち、AOB_ELEMENTに含まれるAOB
_FRAMEの個数は、そのAOB_ELEMENTに含まれるAOB_FRAME
の再生時間が大体2秒になるように定められており、サ
ンプリング周波数と、符号化方式に応じて、異なる個数
となる。
【００４９】{3-3_10-5_14} AOB_ELEMENTに含まれるAO
B_FRAME数 図１４は、sampling_frequencyと、AOB_ELEMENTに含ま
れるAOB_FRAME数との対応を示す図である。本図におい
てNはAOB_ELEMENTの再生期間を秒単位に示したものであ
り、符号化方式がMPEG-AAC方式であれば"2"となる。ま
たsampling_frequencyが48kHzである場合、AOB_ELEMENT
に含まれるフレーム数は、94(=47×2)個となり、sampli
ng_frequencyが44.1kHzである場合、AOB_ELEMENTに含ま
れるフレーム数は86(=43×2)個、sampling_frequencyが
32kHzである場合、AOB_ELEMENTに含まれるフレーム数は
64(=32×2)個、sampling_frequencyが24kHzである場
合、フレーム数は48(=24×2)個、sampling_frequencyが
22.05kHzである場合、AOB_ELEMENTに含まれるフレーム
数は44(=22×2)個、sampling_frequencyが16kHzである
場合、AOB_ELEMENTに含まれるフレーム数は32(=16×2)
個となる。但し、AOBを分割などの編集を行った場合、A
OBの先頭と最後のAOB_ELEMENTのAOB_FRAME数は、図１４
の個数より少なくなる場合がある。
【００５０】AOB_ELEMENTには、ヘッダ等の特別な情報
は付与されていないが、その代わりにそのデータ長がタ
イムサーチテーブルに示されている。 {3-3_10-6_15} AOB_ELEMENT及びAOB_FRAMEの時間長の
一例 図１５は、AOB_ELEMENTの時間長及びAOB_FRAMEの時間長
の一例を示す図である。本図の第１段目は、複数AOB_BL
OCKの並びであり、第２段目は、複数AOB_ELEMENTの並び
を示す。第３段目は、複数AOB_FRAMEの並びを示す。
【００５１】本図を参照すると、AOB_ELEMENTは、約2.0
秒という再生時間長に相当し、本図におけるAOB_FRAME
は、20msecという再生時間長に対応することが判る。AO
B_ELEMENTのそれぞれに付されている『TMSRT_entry』と
いう文字列は、各AOB_ELEMENTのデータ長がタイムサー
チテーブルに記載されていることを示す。このようなTM
SRT_entryを参照して、順方向サーチ再生、逆方向サー
チ再生を行うことにより、例えば2.0秒をスキップし
て、240ミリ秒分だけ再生するという間欠な再生を実現
することができるのである。
【００５２】{3-3_10-7} AOB_BLOCKについて 以上でAOB_ELEMENTについての説明を終え、続いてAOB_E
LEMENTの上位、即ち、図１０のAOBファイルのデータ構
成を示す図における第３段目に位置するのAOB_BLOCKに
ついて説明する。『AOB_BLOCK』は、有効なAOB_ELEMENT
からなる領域であり、AOBファイル中に一つ存在する。A
OB_ELEMENTが2秒という再生時間に相当するのに対し
て、AOB_BLOCKは8.4分の再生時間を上限とした再生時間
に相当する。各AOBを8.4分の再生時間に限定した理由
は、AOB_BLOCKに含まれるAOB_ELEMENTの個数を制限する
ことにより、タイムサーチテーブルのサイズを504バイ
ト以下に抑制するためである。
【００５３】{3-3_10-8} タイムサーチテーブルの抑制 以下、再生時間の限定により、タイムサーチテーブルの
抑制が可能となった理由を詳細に説明する。順方向サー
チ再生、逆方向サーチ再生の再生を行う際、2秒分読み
出しをスキップして240ミリ秒だけ再生するという『2秒
スキップ240ミリ秒再生』が行われる。このように2秒と
いう時間長をスキップする場合、原則として、AOB_FRAM
EのADTSヘッダに示されているデータ長を順次参照して
ゆけばよいのだが、その場合、2秒という時間間隔をス
キップするために100個(=2秒／20ミリ秒)ものAOB_FRAME
を順次検出せねばならず、再生装置に余分な処理負荷を
与えてしまう。そのような処理負荷を軽減するには、そ
の2秒間隔の読出先アドレスをタイムサーチテーブルに
記述して、順方向サーチ再生及び逆方向サーチ再生が命
じられた際、再生装置がこれを参照すればよい。即ち、
タイムサーチテーブルには、2秒先、4秒先の読出先アド
レスを算出するための情報、具体的には、各AOB_ELEMEN
Tについてのデータ長を記述しておき、再生装置は、こ
れを参照して、順方向サーチ再生-逆方向サーチ再生を
行えばよいのである。2秒に相当するデータ長がどの程
度になるかについて考察する。オーディオデータの再生
時のビットレートは、上述したように16Kbps〜144Kbps
の範囲であるので、2秒当たりに再生されるデータ長は4
Kbyte(=16Kbps×2／8)〜36Kbyte(=144Kbps×2/8)とな
る。
【００５４】2秒当たりのデータ長が4Kbyte〜36Kbyteで
あるなら、オーディオデータのデータ長が記述されるた
めのタイムサーチテーブル内のエントリーのデータ長
は、2バイト(16ビット)必要となる。何故なら、エント
リーに16ビット長を割り当てたならば、0〜64KByteの数
値が記述されることができるからである。一方、タイム
サーチテーブルの総データサイズを例えば504バイト(こ
れは後述するTKTMSRTのデータサイズである)内に制限す
る場合を考えると、このタイムサーチテーブル内に設け
るべきエントリーは、252(=504/2)個に制限せねばなら
ない。上述したように、エントリーは、2秒毎に設けら
れるものであるので252エントリーに対応する再生時間
は、504秒(=2秒×252)となり、8分24秒(=8.4分)とな
る。このようにAOB_BLOCKにおける再生時間を8.4分以下
に制限したことにより、タイムサーチテーブルのデータ
サイズを504バイト以下とすることができる。
【００５５】{3-3_10-9} AOBについて 以上でAOB_BLOCKについての説明を終え、続いてAOBにつ
いて説明する。図１０の第２段目に位置するAOBは、AOB
_BLOCKの前後に無効領域が付与された領域であり、AOB
ファイル中に一つ存在する。この無効領域は、当該、AO
B_BLOCKと同じクラスタに格納され、当該AOB_BLOCKと供
に読み書きされる領域である。AOBにおいて、何処から
何処までがAOB_BLOCKに該当するのかは、ナビゲーショ
ンデータに含まれるBIT(その詳細についての説明は、後
段で行う。)にて指定される。
【００５６】以上で、各AOBファイルにどのようなデー
タが格納されているかが明らかとなった。続いて、図９
に示した8つのAOBファイルに含まれるAOB、AOB_BLOCKが
連続して読み出されることにより、どのような内容が再
生されるかを説明する。 {3-3_10-10_16}図１６は、AOBファイルに収録されてい
る各AOB、AOB_BLOCKが連続して再生されることにより、
どのような再生内容が再生されるかを示す。第１段目
は、ユーザデータ領域における8つのAOBファイルを示
し、第２段目は、各AOBファイルに収録されている8つの
AOBを示す。第３段目は、それぞれのAOBに含まれる8つ
のAOB_BLOCKを示す。
【００５７】第５段目は、5つのコンテンツ部からなる
タイトルを示す。5つのコンテンツ部は、SongA、Song
B、SongC、SongD、SongEという5つの曲のそれぞれを示
し、タイトルは、これら5つの曲（コンテンツ）からな
る音楽アルバムを示す。破線AS1,AS2,AS3・・・・AS7,AS8
は、音楽アルバムの分割部分と、AOB_BLOCKとの対応関
係を示し、第４段目は、第５段目の音楽アルバムがどの
ような単位で分割されるかを示す。
【００５８】これらの破線を参照すると、各AOB#1に含
まれるAOB_Blockは、6.1分という時間にて再生される曲
(SongA)であり、各AOB#2に含まれるAOB_Blockは、3.3分
という時間にて再生される曲(SongB)、各AOB#3に含まれ
るAOB_Blockは、5.5分という時間にて再生される曲(Son
gC)である。以上のようにAOB001.SA1〜AOB003.SA1は、
それぞれが独立した曲に対応するものであることがわか
る。第６段目は、TrackA〜Eからなるトラックシーケン
スを示す。これらTrackA〜Eは、SongA、SongB、SongC、
SongD、SongEという5つの曲のそれぞれと1対1に対応し
ており、一個の独立した再生単位として扱われる。
【００５９】一方、AOB#4は、30.6分という時間にて再
生される曲(SongD)の先頭部分であり、8.4分という再生
時間にて再生される。AOB#5、AOB#6に含まれるAOB_BLOC
KはSongDの中間部分であり、8.4分という再生時間、AOB
#7に含まれるAOB_BLOCKは、SongDの終端部分であり、5.
4分という再生時間にて再生される。このように30.6分
という再生時間を有する曲は、(8.4分+8.4分+8.4分+5.4
分)という単位で分割され、各AOBに含まれていることが
わかる。この図からも理解できるように、AOBファイル
に含まれる全ての曲は、再生時間長が8.4分という時間
長以内に収められていることがわかる。
【００６０】以上の説明によりAOBの再生時間長を制限
することにより、各AOBに対応づけられているタイムサ
ーチテーブルのデータサイズも制限されていることが明
らかとなった。続いて、このタイムサーチテーブルを含
むナビゲーションデータについて説明する。 {3-3_8A,B-2}ナビゲーションデータは、『SD_Audio.PL
M』『SD_Audio.TKM』という2つのファイルからなること
は既に述べた通りである。ファイル『SD_Audio.PLM』
は、プレイリストマネージャ(Playlistmanager)を含
み、ファイル『SD_Audio.TKM』は、トラックマネージャ
(TrackManager)を含む。
【００６１】プレゼンテーションデータの説明で述べた
ように、複数のAOBファイルは、符号化されたAOBを収録
しているが、これらのAOBの再生時間がどれだけである
か、また、それぞれのAOBがどのような曲名であり、作
曲者は誰であるか等は何等記載されていない。一方、複
数のAOBは、複数のAOBファイルに収録されているのみな
ので、それらをどのような順序で再生させるかは一切記
載されていない。トラックマネージャ、プレイリストマ
ネージャーは、こういった情報を再生装置に通知するた
めに設けられている。
【００６２】ここでトラックマネージャーは、AOBファ
イルに収録されているAOBと、トラックとの対応関係を
示し、これらのAOBの再生時間がどれだけであるか、ま
た、それぞれのAOBがどのような曲名であり、作曲者は
誰であるか等の諸情報を示す複数のトラック管理情報を
含む。トラックとは、ユーザにとって意味のある再生単
位であり、フラッシュメモリカード３１に音楽著作物を
格納しようとする場合、トラックは曲に対応し、フラッ
シュメモリカード３１にリーディングブックを格納しよ
うとする場合（リーディングブックとは、書籍ではな
く、読み上げ音声により表現された文書著作物をい
う）、ブックジャンルであるなら、トラックは、文の章
／節に対応する。トラックマネージャーは、複数AOBフ
ァイルに収録されている複数のAOBをトラックの集合と
して管理するために設けられている。
【００６３】プレイリストとは、トラックの複数の再生
順序を規定するものであり、プレイリストマネージャー
は、このようなプレイリストを複数含んでいる。以降、
トラックマネージャーについて図面を参照しながら説明
する。 {17-1_18} Playlistmanager及びTrackManagerの詳細構
成 図１７は、実施形態におけるPlaylistmanager及びTrack
Managerの構成を段階的に詳細化した図であり、図１８
は、PlayListManager及びTrackManagerのサイズを示す
図である。即ち、本図において右段に位置する論理フォ
ーマットは、その左段に位置する論理フォーマットを詳
細化したものであり、破線に示す引き出し線は、右段の
論理フォーマットがその左段の論理フォーマット内のど
の部分を詳細化したかを明確にしている。
【００６４】このような表記に従って図１７におけるTr
ackManagerの構成を参照すると、TrackManagerは、破線
の引き出し線h1に示すように、Track Information(TKI
と略す)#1,#2,#3,#4・・・・・#nからなる。これらのTKIはAO
Bファイルに収録されているAOBを、トラックとして管理
するための情報であり、各AOBファイルに対応してい
る。
【００６５】図１７を参照すると各TKIは、破線の引き
出し線h2に示すように、Track_General_Informatin(TKG
I) 、TKIに固有なテキスト情報が記述されるTrack_Text
_Infomation_Data_Area(TKTXTI_DA)、タイムサーチテー
ブルの役割を有するTrack_Time_Serch_Table(TKTMSRT)
からなることがわかる。図１８を参照すると、TKI自体
は固定サイズ（1024バイト）であり、TKGIとTKTXTI_DA
とは合計で512バイト固定長であることがわかる。TKTMS
RTも512バイト固定長である。またTrackManagerにおい
て、TKIは、最大999個まで設定することができる。
【００６６】このTKTMSRTは、破線の引き出し線h3に示
すように、TMSRT_Headerと、TMSRT_etry#1,#2,#3・・・・・#
nとからなることがわかる。 {17-2_19} TKIと、AOBファイル及びAOBとの相互関係 図１９は、図１７に示したTKIと、図１６に示したAOBフ
ァイル及びAOBとの相互関係を示す図である。図１９の
第１段目における四角枠はTrackA〜Eとからなるトラッ
クシーケンス、図１９の第２段目における四角枠はTrac
kManagerを示し、第３、第４段目は図１６に示した8つ
のAOBファイルを示す。第５段目における8つの枠は、8
つのAOBを示す。この8つのAOBファイルは、図１６に示
した8つのAOBを収録していたものであり、TrackA、Trac
kB、TrackC、TrackD、TrackEを含む音楽アルバムを形成
している。第２段目は、8つのTKIを示す。これらTKIに
付与された数値"1","2","3","4"は、各TKIを識別するた
めのシリアル番号であり、各TKIは、同じシリアル番号0
01,002,003,004,005・・・・・が付与されたAOBファイルと対
応づけられている。この点に注意して、図１９を参照す
れば、TKI#1がAOB001.SA1に対応していて、TKI#2がAOB0
02.SA1、TKI#3がAOB003.SA1、TKI#4がAOB004.SA1に対応
していることがわかる（本図における矢印TA1,TA2,TA3,
TA4・・・・・・は、各TKIがどのAOBファイルと対応している
かを示す。）。このように各TKIは、各AOBファイルに収
録されているAOBと、1対1の対応関係を有するので、各T
KIには、AOBに固有な情報を詳細に記載しておくことが
できる。
【００６７】{17-3_20} TKTMSRTのデータ構造について AOBファイルに収録されているAOBに固有な情報として、
先ず初めにTKTMSRTについて説明する。図２０は、図１
７に示したTKTMSRTの詳細なデータ構造を示す図であ
る。本図の右側には、タイムサーチテーブルヘッダ(TMS
RT_Header)の詳細なデータ構造が示されている。図２０
において、タイムサーチテーブルヘッダのデータサイズ
は8バイトであり、TMSRT_ID(0バイト目から1バイト目ま
で)、reserved(2バイト目から3バイト目まで)、Total T
MSRT_entry_Number(4バイト目から7バイト目まで)とい
う3つのフィールドを有する。『TMSRT_ID』には、TMSRT
を一意に識別できるIDが記述される。『Total TMSRT_en
try Number』には、当該TMSRT内にあるTMSRT_entryの総
数が記述される。
【００６８】{17-3_21-1} TKTMSRTの具体例について 続いてTKTMSRTについてより詳細に説明する。図２１
は、TKTMSRTについての一例を示す図である。本図の左
側に、AOBを示し、右側にTKTMSRTを示す。本図左側のAO
Bは、複数のAOB_ELEMENT#1,#2,#3・・・・・・#nからなり、そ
の右側における複数の領域AR1,AR2,AR3・・・・・・ARnを占有
している。また図中の『0』『32000』『64200』『9700
0』『1203400』『1240000』といった数値は、AOBに含ま
れるAOB_BLOCK先頭からの各AOB_ELEMENTの占有領域AR1,
AR2,AR3,ARn-1,ARnまでの相対アドレスを示す。AOB_ELE
MENT#2は、AOB_BLOCK先頭から『32000』だけ隔てられた
位置に記録されていることを示す。AOB_ELEMENT#3は、A
OB_BLOCK先頭から『64200』だけ隔てられた位置に、AOB
_ELEMENT#n-1は、AOB_BLOCK先頭から『1203400』だけ隔
てられた位置に記録されていることを示す。
【００６９】注意すべきは、各占有領域の先頭アドレス
の間隔が一定値ではないこと、即ち、各AOB_ELEMENTの
占有領域が、それぞれ異なるサイズだけ複数クラスタを
占有していることである。各占有領域のサイズがそれぞ
れ異なるのは、各AOB_FRAMEにおける符号割り当てが可
変長だからである。各AOB_ELEMENTの占有サイズが異な
るので、各AOB_ELEMENTの先頭にジャンプする場合、各A
OB_ELEMENTがAOB内の何処に存在するかを予め再生装置
に指示しておく必要がある。このような目的をもって、
複数のTMSRT_entryは記載されている。矢印RT1,RT2,RT3
・・・・・・RTn-1,RTnは、これら各AOB_ELEMENTの占有領域AR
1,AR2,AR3・・・・・・ARn-1,ARnと、TMSRT_entry#1、TMSRT_e
ntry#2、TMSRT_entry#3・・・・・・TMSRT_entry#n-1,TMSRT_e
ntry#nとの対応関係を示す。即ち、AOB_ELEMENT#1の占
有領域AR1がどれだけのサイズを占有しているかがTMSRT
_entry#1に記載され、AOB_ELEMENT#2、AOB_ELEMENT#3の
占有領域AR2,AR3がどれだけのサイズを占有しているか
がTMSRT_entry#2、TMSRT_entry#3に記載される。
【００７０】ここで、占有領域AR1は、AOBの先頭から、
AOB_ELEMENT#2の先頭『32000』迄を占有しているので、
TMSRT_entry#1は32000(=32000-0)と記述され、占有領域
AR2は、AOB_ELEMENT#1の先頭『32000』から、AOB_ELEME
NT#2の先頭『64200』迄を占有しているので、TMSRT_ent
ry#2は『32200(=64200-32000)』と記述、占有領域AR3
は、AOB_ELEMENT#3の先頭『64200』から、AOB_ELEMENT#
4の先頭『97000』迄を占有しているので、TMSRT_entry#
3は『32800(=97000-64200)』、占有領域ARn-1は、AOB_E
LEMENT#n-1の先頭『1203400』から、AOB_ELEMENT#nの先
頭『1240000』迄を占有しているので、TMSRT_entry#n-1
は『36600(=1240000-1203400)』と記述されている。
【００７１】{17-3_21-2} TKTMSRTの読み出し方式 このようにタイムサーチテーブルには、AOB_ELEMENTの
データサイズが記載されていることがわかる。一方、AO
B_ELEMENTの説明で述べたように、各AOB_BLOCKのデータ
長は、再生時間が8.4分内になるように定めらているの
で、1つのAOBに含まれるAOB_ELEMENTの総数は、所定数
(図２０に示す252個)以下に抑えられている。AOB_ELEME
NT数が所定数以下に抑えられるので、AOB_ELEMENTに対
応するTMSRT_entryの総数も所定数以下となり、これら
を含むTKTMSRTのデータサイズも所定サイズ以下とな
る。TKTMSRTのサイズを抑制したため、再生装置は、以
下のようにTKIを読み出して、利用することができる。
【００７２】あるAOBが読み出されて、その再生が開始
されると、それに対応するTKIを読み出して、メモリに
格納する。以降、当該AOBの再生が継続している期間に
おいて、このTKIをメモリに格納しておく。当該AOBの再
生が終われば、これに後続するAOBが読み出されて、そ
の再生が開始されると、それに対応するTKIを読み出し
て、それまでメモリ上に格納されていたTKIを、新たに
読み出されたTKIを用いて上書きする。以降、当該AOBの
再生が継続している期間において、このTKIをメモリに
格納しておく。
【００７３】TKIの読み出しと、メモリへの格納とをこ
のように行えば、再生装置におけるメモリの実装量が小
規模であっても、必要なTKIを読み出すだけで順方向サ
ーチ再生、逆方向サーチ再生といった特殊再生を行うこ
とができる。尚、本実施形態では、あるAOB_ELEMENTの
先頭アドレスから次のAOB_ELEMENTの先頭アドレスまで
のデータ長をTMSRT_entryとして記載したが、AOB_BLOCK
の先頭から、各AOB_ELEMENTの先頭までの相対アドレス
を記載してもよい。
【００７４】{17-3_21-3} AOB_ELEMENTを含むクラスタ
の特定 最後にTKTMSRTを参照して、任意のAOB_ELEMENTをどうや
って読み出せばよいかについて説明する。各AOB_ELEMEN
Tのサイズが記載されたTKTMSRTを参照して、AOBにおい
て先頭からy番目に位置するAOB_ELEMENT#yを読み出す場
合、以下の｛数式１｝を満たすクラスタuを求めて、そ
のクラスタuの先頭からオフセットv以降を読み出せばよ
い。 ｛数式１｝ クラスタu = (AOB_ELEMENT#1からAOB_ELEMENT#y-1まで
のTMSRT_entryの総和+DATA_Offset)／クラスタサイズ オフセットv =(AOB_ELEMENT#1からAOB_ELEMENT#y-1まで
のTMSRT_entryの総和+DATA_Offset) mod クラスタサイ
ズ c =a mod bとある場合、cは、aをbで割った場合の余り
を示し、DATA_Offsetは、BITに記載されている情報であ
り、後述する。
【００７５】{17-4} TKTXTI_DAについて 以上で、タイムサーチマップ(TKTMSRT)の説明を終わ
る。次に、図１７においてTKTMSRTの上段に記載されて
いるTrack Text Information Data Area(TKTXTI_DA)に
ついて説明する。Track Text Information Data Area(T
KTXTI_DA)には、アーティスト名、アルバム名、編曲者
名、プロデューサ名等を示すテキスト情報が記述され
る。テキストデータが存在しない場合でも、この領域は
確保される。
【００７６】{17-5} TKGIについて 続いてTKTXTI_DAの上段にあるTKGIについて説明する。
図１７においてTKIのTKGIは、破線の引き出し線h4に示
すように、TKIの識別子『TKI_ID』、TKI番号『TKIN』、
TKIのサイズ『TKI_SZ』、次のTKIへのリンクポインタ
『TKI_LNK_PTR』、ブロック属性『TKI_BLK_ATR』、再生
時間『TKI_PB_TM』、TKIのオーディオ属性『TKI_AOB_AT
R』、『ISRC』、ブロック情報『BIT』という一連の情報
が記録されていることがわかる（尚、本図は、説明の簡
略化のため、一部のフィールドについては省略して表記
している。）。
【００７７】{17-5_22-1} TKGIについて 以下、図２２を参照しながらTKGIの詳細構成について説
明する。本図と、図１７との違いは、図１７に示したTK
GIのデータ構成が図中左側に配置されており、図１７で
は明らかにされてなかった『TKI_BLK_ATR』,『TKI_AOB_
ATR』,『ISRC』のビット構成が、図中の右側に配置され
ている点である。
【００７８】{17-5_22-2} TKI_IDについて 『TKI_ID』には、TKIを一意に識別できるID(本実施形態
では2バイトの"A4"というコード)が記述される。 {17-5_22-3} TKINについて 『TKIN』には、1から999までの範囲のTKI番号が記述さ
れる。なお、このTKI番号は他のTKIのTKINに記述される
TKI番号と重複してはならない。このようなTKINとし
て、TrackManagerにおけるTKIの順位、即ち、TrackMana
gerにおいてTKIが何番目に位置するかを記述するものと
する。本図におけるTKI#1なら、TKI番号は、"1"と記載
され、TKI#2ならTKI番号は、"2"と、TKI#3ならTKI番号
は、"3"と記載される。
【００７９】{17-5_22-4} TKI_SZについて 『TKI_SZ』には、TKIのデータサイズがバイト数単位で
記述される。図２２では、TKIのデータサイズが1024バ
イトと規定されているので、本実施形態において1024バ
イトと記述される。 {17-5_22-5} TKI_LNK_PTRについて 『TKI_LNK_PTR』には、当該TKIのリンク先のTKIについ
てのTKINが記述される。ここで、TKI間の対応関係につ
いて説明する。
【００８０】トラックが複数のAOBから構成され、それ
らが複数のAOBファイルに収録されている場合、それら
複数のAOBファイルに対応づけられている複数のTKIは一
体となって、当該トラックを管理することになる。この
ように複数のTKIが一体となっている場合、これらTKIに
対応するAOBファイルに、どのTKIに対応するAOBファイ
ルが後続するかを示す必要がある。TKI_LNK_PTRは、各T
KIに後続するTKIについてのTKINを記述するという用途
に用いられる。
【００８１】{17-5_22-6_19} TKI_LNK_PTRについて 以降、図１９に示した8つのTKIにおいて、TKI_LNK_PTR
がどのように設定されているかについて説明する。１ト
ラックを構成するTKI#1〜TKI#3、TKI#8において、そのT
KI_LNK_PTRは設定されないが、TrackDを構成する4つのA
OBファイルに対応するTKI#4、TKI#5、TKI#6、TKI#7は、
各TKI_LNK_PTRが次のTKI_LNK_PTRを指示するよう設定さ
れている。即ち、矢印TL4,TL5,TL6に示すように、TKI#4
のTKI_LNK_PTRはTKI#5を指示しており、TKI#5のTKI_LNK
_PTRはTKI#6を、TKI#6のTKI_LNK_PTRはTKI#7を指示して
いる。これらは、何れもTrackDを構成する。4つのAOBフ
ァイルに対応づけられているTKIにおけるこれらTKI_LNK
_PTRを参照することにより、TKI#4〜TKI#7という4つのT
KI、及びAOB004.SA1〜AOB007.SA1という4つのAOBファイ
ルが、一体となってTrackDを構成しているということが
わかる。
【００８２】{17-5_22-7} TKI_BLK_ATRについて 『TKI_BLK_ATR』には、TKIについての属性が記述され
る。図２２においてTKI_BLK_ATRから破線にて引き出さ
れた枠に、TKI_BLK_ATRのビット構成を示す。本図にお
いてTKI_BLK_ATRは16ビットであり、b3ビットからb15ビ
ットまでが将来の拡張のために確保されている。ビット
番号b2からb0までの3ビットを用いて、TKIについての属
性が記述される。
【００８３】TKIが使用されており、１個のTKIが１個の
トラックに含まれる場合、TKI_BLK_ATRには"000b"の値
が記述される(以降、この設定を『Track』という。)。T
KIが使用されており、１トラックが複数のTKIを含み、
当該TKIがその先頭である場合は、TKI_BLK_ATRには"001
b"の値が記述される（以降、この設定を『Head_of_Trac
k』という。）。TKIが使用されており、１トラックが複
数のTKIから構成され、当該TKIがその中間である場合
は、TKI_BLK_ATRには"010b"の値が記述される（以降、
この設定を『Midpoint_of_Track』という）。TKIが使用
されており、１トラックが複数のTKIから構成され、当
該TKIがその終端である場合、TKI_BLK_ATRには"011b"の
値が記述される（以降、この設定を『End_of_Track』と
いう。）。TKIが未使用であり、TKIの領域がある場合、
すなわち削除されたTKIである場合は、"100b"の値が記
述される（以降、この設定を『Unused』という）。TKI
が未使用であり、TKIの領域がない場合、すなわち初期
状態のTKIである場合は、"101b"の値が記述される。
【００８４】{17-5_22-8_19} TKI_BLK_ATRの設定例 図１９の一例では、それぞれのTKIについてのTKI_BLK_A
TRがどのように設定されているかについて説明する。各
TKIにおけるTKI_BLK_ATRを参照すれば、TKI#1（AOB001.
SA1）、TKI#2（AOB002.SA1）、TKI#3（AOB003.SA1）、T
KI#8（AOB008.SA1）という4つの組みは、それぞれが独
立したトラックに対応しているので、TKI#1、TKI#2、TK
I#3、TKI#8のTKI_BLK_ATRは、『Track』と設定されてい
る。
【００８５】TKI#4におけるTKI_BLK_ATRは『Head_of_Tr
ack』と設定され、TKI#7におけるTKI_BLK_ATRは『End_o
f_Track』と、TKI#5、TKI#6は『Midpoint_of_Track』と
設定されていることがわかる。このことは、TKI#4と対
応関係を有するTKI#4（AOB004.SA1）はトラックの先頭
部と、TKI#5、TKI#6と対応関係を有するTKI#5（AOB005.
SA1）及びTKI#6（AOB006.SA1）はトラックの中間部と、
TKI#7と対応関係を有するTKI#7（AOB007.SA1）はトラッ
クの終端部であることを意味する。
【００８６】このように各TKIにおけるTKI_BLK_ATRの記
載に従って、TKI（AOBファイル）の組みを分類すれば、
TKI#1（AOB001.SA1）が1つ目のトラック(TrackA)を構成
していることがわかる。TKI#2（AOB002.SA1）が2つ目の
トラック(TrackB)、TKI#3（AOB003.SA1）が3つ目のトラ
ック(TrackC)を構成していることがわかる。TKI#4（AOB
004.SA1）が4つ目のトラック(TrackD)の先頭部分を構成
しており、TKI#5（AOB005.SA1）、TKI#6（AOB006.SA1）
がTrackDの中間部分を構成しており、TKI#7（AOB007.SA
1）がTrackDの終端部分を構成していることがわかる。T
KI#8（AOB008.SA1）は独立して5つ目のTrackEの終端部
分を構成していることがわかる。
【００８７】{17-5_22-9} TKI_PB_TMについて 『TKI_PB_TM』には、TKIに対応するAOBファイルに収録
されているAOBにより構成されるトラック(曲)の再生時
間が記述される。トラックが複数のTKIから構成される
場合、先頭のTKIについてのTKI_PB_TMには、トラック全
体の再生時間が記述される。また2番目以降のTKIには、
それぞれのTKIに対応するAOBの再生時間が記述される。
【００８８】{17-5_22-10} TKI_AOB_ATRについて 『TKI_AOB_ATR』には、TKIに対応するAOBファイルに収
録されているAOBがどのようなサンプリング周波数でサ
ンプリングされているか、どのようなビットレートで転
送されるか、チャネル数がどれだけであるか等、AOBを
生成する際のエンコード条件が記述される。『TKI_AOB_
ATR』から破線にて引き出された枠は、TKI_AOB_ATRのビ
ット構成を示す。本図においてTKI_AOB_ATRは、20ビッ
トであり、ビット番号b16からビット番号b19までのフィ
ールドには、コーディングモードが記述される。MPEG-2
AAC(with ADTS header)でエンコードされている場合に
は、"0000b"の値が、MPEG-layer3(MP3)でエンコードさ
れている場合には、"0001b"の値が、Windows Media Aud
io(WMA)でエンコードされている場合、"0010b"がそれぞ
れ記述される。
【００８９】ビット番号b15からビット番号b8までのフ
ィールドには、ビットレートが記述される。MPEG-2 AAC
(with ADTS header)でエンコードされている場合に
は、"16"〜"72"の値が、MPEG1-layer3(MP3)でエンコー
ドされている場合には"16"〜"96"の値が、MPEG2-layer3
(MP3) LSFでエンコードされている場合には"16"〜"80"
の値が、Windows Media Audio(WMA)でエンコードされて
いる場合、"8"〜"16"の値がそれぞれ記述される。
【００９０】ビット番号b7からビット番号b4には、サン
プリング周波数が記述される。48kHzの場合は"0000b"、
44.1kHzの場合は"0001b"、32kHzの場合は"0010b"、24kH
zの場合は"0011b"、22.05kHzの場合は"0100b"、16kHzの
場合は"0101b"の値が記述される。ビット番号b3からビ
ット番号b1までのフィールドには、チャネル数が記述さ
れる。1ch(mono)の場合は、"000b"が記述される。2ch(s
tereo)の場合は、"001b"が記述される。
【００９１】ビット番号b31からビット番号b20、および
ビット番号b0の領域は、将来の拡張用に予約されてい
る。 {17-5_22-11} ISRCについて 『ISRC』には、TKGIにおけるISRC（International Stan
dard Recording Code）が記述される。図２２における
『ISRC』から破線にて引き出された枠はISRCの内容を示
す。この枠に示されているように、ISRCは、10バイトか
らなり、ビット番号b4からビット番号b7までのフィール
ドにRecording-item code(#12)が記述され、ビット番号
b8からビット番号b11までのフィールドにRecording cod
e/Recording-item code(#11)が記述される。
【００９２】ビット番号b12からビット番号b23までのフ
ィールドにRecording code(ISRC#10,#9,#8)が記述され
る。ビット番号b24からビット番号b31までのフィールド
にYear-of-Recording code(ISRC#6,#7)が記述される。
以降、ビット番号b32からビット番号b37までのフィール
ド、ビット番号b40からビット番号b45までのフィール
ド、ビット番号b48からビット番号b53までのフィールド
には、First Owner Code(ISRC#3,#4,#5)が記述される。
ビット番号b56からビット番号b61までのフィールド、ビ
ット番号b64からビット番号b69までのフィールドには、
Country code(ISRC#1,#2,#3)が記述される。ビット番号
b79のフィールドには、1ビットのValidity flagが記述
される。尚、ISRCの詳細については、ISO3901 : 1986
''Documentation-International Standard Recording
Code (ISRC) ''を参照されたい。
【００９３】{17-5_22-12_23A-1} BITについて 『ブロック情報テーブル(BIT)』は、AOB_BLOCKを管理す
るテーブルである。図２３（ａ）、（ｂ）は、BITの詳
細構成を示す図である。図２３（ａ）に示すように、BI
Tは、60バイト目から63バイト目までを占めるDATA_OFFS
ETフィールドと、64バイト目から67バイト目までを占め
るSZ_DATAフィールドと、68バイト目から71バイト目ま
でを占めるTMSRTE_Nsフィールドと、72バイト目から73
バイト目までを占めるFNs_1st_TMSRTEフィールドと、74
バイト目から75バイト目までを占めるFNs_Last_TMSRTE
フィールドと、76バイト目から77バイト目までを占める
FNs_Middle_TMSRTEフィールドと、78バイト目から79バ
イト目までを占めるTIME_LENGTHフィールドとからな
る。以下、各構成要素の説明を行う。
【００９４】{17-5_22-12_23A-2} DATA_Offsetについ
て 『DATA_OFFSET』には、クラスタ境界から各AOB_BLOCKの
先頭までの相対アドレスがバイト単位で記述される。こ
れにより、AOBからAOB_BLOCKまでの間に無効領域がどれ
だけ存在するかが表現される。AOBとしてフラッシュメ
モリカード３１に格納されている音楽が、エアチェック
して録音された音楽であり、その音楽のイントロの部分
にディスクジョッキーの音声が混じっている場合、BIT
におけるDATA_Offsetを設定することにより、この不要
音声をAOB_BLOCKから除外して再生させないようにする
ことができる。
【００９５】{17-5_22-12_23A-3} SZ_DATAについて 『SZ_DATA』には、各AOB_BLOCKのデータ長がバイト単位
で記述される。SZ_DATAとDATA_Offsetとを加算した値を
AOBを収録しているファイルサイズ(クラスタサイズの整
数倍)から差し引けば、AOB_BLOCKに後続する無効領域が
どれだけのサイズであるかを求めることができる。
【００９６】{17-5_22-12_23A-4} TMSRTE_Nsについて 『TMSRTE_Ns』には、各AOB_BLOCKに含まれるTMSRT_entr
yの総数が記述される。 {17-5_22-12_23A-5} 『FNs_1st_TMSRTE』、『FNs_Last
_TMSRTE』、『FNs_Middle_TMSRTE』について 『FNs_1st_TMSRTE』には、当該AOB_BLOCK中の先頭に位
置するAOB_ELEMENTに含まれるAOB_FRAME数が記述され
る。
【００９７】『FNs_Last_TMSRTE』には、AOB_BLOCKの最
後尾のAOB_ELEMENTに含まれるAOB_FRAMEの個数が記述さ
れる。『FNs_Middle_TMSRTE』には、先頭と最後尾のAOB
_ELEMENTを除くAOB_ELEMENT、即ち、AOB_BLOCKの中間部
に位置するAOB_ELEMENTに含まれるAOB_FRAMEの個数が記
述される。
【００９８】『TIME_LENGTH』は、図２３（ｃ）に示す
フォーマットにてAOB_ELEMENTの再生期間をミリ秒オー
ダーの時間精度で記述するフィールドである。図２３
（ｃ）に示すように、TIME_LENGTHフィールドは、16ビ
ット長であり、符号化方式がMPEG-AAC方式やMPEG-Layer
3方式であれば、AOB_ELEMENTの再生期間は2秒となるの
で、TIME_LENGTHには、2000の値が記述される。
【００９９】{17-5_22-13_23B}図２３（ｂ）は、FNs_Mi
ddle_TMSRTEにAOB_FRAMEが幾つ格納されているかを示す
図である。本図は図１４同様、sampling_frequencyと、
中間部のAOB_ELEMENTに含まれるAOB_FRAME数との対応関
係を示している。本図におけるsampling_frequencyと、
AOB_ELEMENTに含まれるフレーム個数との対応関係は図
１４と全く同一であり、サンプリング周波数に応じて異
なる個数になっていることがわかる。『FNs_1st_TMSRT
E』及び『FNs_Last_TMSRTE』におけるフレーム数は、
『FNs_Middle_TMSRTE』におけるフレーム数と原則同一
のフレーム数に設定されるが、AOB_BLOCKの先頭又は末
尾に位置するAOB_ELEMENTに無効領域を設定する場合、
『FNs_1st_TMSRTE』及び『FNs_Last_TMSRTE』は、『FNs
_Middle_TMSRTE』と異なる値となる。
【０１００】{17-5_22-14_24} AOB_ELEMENTの格納例 図２４は、AOB_ELEMENT#1〜#4からなるAOBが格納されて
いるクラスタ007〜クラスタ00Eを示す図である。AOBが
図２４に示すように格納されている場合に、BITがどの
ように設定されるかについて説明する。これらクラスタ
007〜クラスタ00Eに格納されているAOB_ELEMENT#1〜AOB
_ELEMENT#4のそれぞれには、三角旗状の記号が付与され
ているが、これらは、AOB_ELEMENT#1〜AOB_ELEMENT#4の
それぞれに、TKIに含まれるTMSRT_entryが設定されてい
ることを示す。
【０１０１】この際、AOB先端におけるAOB_ELEMENT#1の
先端部分は、クラスタ007に格納されており、AOB末尾に
おけるAOB_ELEMENT#4の終端部分は、クラスタ00Eに格納
されている。AOB_ELEMENT#1〜#4は、クラスタ007の途中
md0からクラスタ00Eの途中md4迄を占有している。BIT内
のSZ_DATAは、矢印sd1に示すようにAOB_ELEMENT#1からA
OB_ELEMENT#4の最後までを指示しており、クラスタ007,
00E内の領域であって、AOB_ELEMENTにより占有されてい
ない部分ud0,ud1を指示していない。
【０１０２】これに対して、AOBは、クラスタ007、クラ
スタ00E内の領域であって、AOB_ELEMENT#1、AOB_ELEMEN
T#4により占有されていない部分ud0,ud1までも含んでい
る。BIT内のDATA_Offsetは、非占有部分ud0のデータ
長、即ち、クラスタ007の先頭から、AOB_ELEMENT#1の先
頭までの相対値を指示している。本図においてAOB_ELEM
ENT#1は、クラスタ007の途中md0からクラスタ008の途中
md1までを占有している。このAOB_ELEMENT#1は、クラス
タ008全体を占有しているのではなく、その終端部分以
降は、AOB_ELEMENT#2に占有されている。AOB_ELEMENT#4
は、クラスタ00Cの途中部分md3から、クラスタ00Eの途
中部分md4までを占有している。このようにAOB_ELEMENT
には、クラスタの境界を跨ぐように、記録されているも
のが存在することがわかる。つまり、AOB_ELEMENTは、
クラスタの境界とは全く関係無く、記録されているので
ある。BIT内の『FNs_1st_TMSRTE』は、クラスタ007〜ク
ラスタ008におけるAOB_ELEMENT#1のフレーム数を示して
おり、BIT内の『FNs_Last_TMSRTE』は、クラスタ00C〜
クラスタ00EにおけるAOB_ELEMENT#4のフレーム数を示し
ている。
【０１０３】このように、各AOB_ELEMENTは、クラスタ
の境界に関係なく、自由に配置されており、BITによ
り、クラスタ境界からAOB_ELEMENTまでのオフセットや
各AOB_ELEMENT毎のフレーム数が管理されていることが
わかる。 {17-5_22-14_25} 各AOB_ELEMENT毎のフレーム数の利用
法１ BITに記載されている各AOB_ELEMENT毎のフレーム数がど
のように利用されるかを以下に説明する。BITに記載さ
れているフレーム数は、先ず第１に、再生経過時刻を2
秒スキップして、240ミリ秒だけ再生するという順方向
サーチ再生、逆方向サーチ再生を行う場合に用いられ
る。
【０１０４】図２５は、AOB内の任意のAOB_ELEMENT#yに
おけるAOB_FRAME#xから順方向サーチ再生を行う場合、
次に再生すべきAOB_FRAME#x+1をどのように設定するか
を示す図である。本図は、AOB_ELEMENT#yに含まれるAOB
_FRAME#xが再生されている時点において、順方向サーチ
再生が指示された場合を想定して作図した図である。本
図において、tは、所定の間欠再生時間(=240ミリ秒)、f
(t)は、間欠再生時間に相当するフレーム数、間欠スキ
ップ時間skip_timeは、間欠再生を行う際にスキップす
べき時間長（この場合は2秒)、この間欠スキップ時間sk
ip_timeに対応するフレーム数をf(skip_time)とする。
ここで間欠再生は、以下のの手順を繰り返すこと
により行われる。
【０１０５】TKTMSRTに記載されているTMSRT_entryを
参照して、旗(AOB_ELEMENT)の先頭へとジャンプする。 240ミリ秒だけ再生を行う 次の旗(AOB_ELEMENT)の先頭へとジャンプする。 尚、本実施形態では、240ミリ秒再生し、2秒後の箇所に
ジャンプし、240ミリ秒再生するという、より正確な間
欠再生を実現する方法について説明する。
【０１０６】AOB_ELEMENT#yに含まれるAOB_FRAME#xか
ら、2秒+240ミリ秒後のAOB_FRAME#x+1は、AOB_ELEMENT#
y+1内に存在する筈である。2秒+240ミリ秒後のAOB_FRAM
E#x+1を特定する場合、次のAOB_ELEMENT#y+1についての
先頭アドレスは、TKTMSRTにおけるTMSRT_entryを読み出
すことにより即座に算出することができるが、そのAOB_
ELEMENT#y+1の先頭アドレスからAOB_FRAME#x+1までに介
在するAOB_FRAME数は、TMSRT_entryのみでは知り得な
い。そのようなAOB_FRAME数を算出するためには、AOB_F
RAME#xがAOB_ELEMENT#yの先頭から何番目に位置するか
を示す#xと、f(t)と、f(skip_time)との和から、AOB_EL
EMENT#yに含まれる全フレーム数を差し引くことにより
求める必要がある。そのように、次のAOB_ELEMENT#y+1
におけるAOB_FRAME#x+1の相対フレーム位置を簡易に算
出するため、BITに各AOB_ELEMENTについての『FNs_1st_
TMSRTE』、『FNs_Middle_TMSRTE』、『FNs_Last_TMSRT
E』を記載しているのである。
【０１０７】{17-5_22-15_26A} 各AOB_ELEMENT毎のフ
レーム数の利用法２ BITに記載されているフレーム数は、第２に、任意の再
生時刻から再生を開始するという機能（タイムサーチ機
能）を実行する際に利用される。図２６（ａ）は、任意
の再生開始時刻が指定された場合、その指定時刻に対応
するAOB_ELEMENT、AOB_FRAMEをどのように特定するかを
示す図である。
【０１０８】任意の時刻が指定されて再生が指示された
場合、再生指定時刻をJmp_Entry(秒)とすると、以下の
式を満たすAOB_ELEMENT#yと、AOB_FRAME位置xとから、
再生を開始すればよい。 ｛数式２｝ Jmp_Entry(秒)＝(FNs_1st_TMSRTE＋FNs_middle_TMSRTE
×y＋x)×20msec これら『FNs_1st_TMSRTE』及び『FNs_Middle_TMSRTE』
はBITに記載されているので、これらを｛数式２｝に適
用することによりAOB_ELEMENT#y、AOB_FRAME#xが算出さ
れれば、このAOBに対応するTKTMSRTを参照して、AOBに
おいてy+2番目に位置するAOB_ELEMENT#y+2の先頭アドレ
スを求めて、この先頭アドレスから、AOB_FRAME#xの探
索を始め、x番目のAOB_FRAMEが探索されれば、このx番
目のAOB_FRAMEから再生を開始する。これにより、Jmp_E
ntry(秒)にて指定された時刻から、再生を開始すること
ができる。
【０１０９】この際、AOBファイルのADTSヘッダ部分を
検索せず、TKTMSRTにTMSRT_entryが記述されているAOB_
ELEMENT単位で検索を行えばよいので、再生指定時刻に
対応する再生位置を高速に探し出すことができる。同様
に、複数のAOBからなるトラックに対して、タイムサー
チ機能が実行され、Jmp_Entry(秒)が指定された場合、
以下の｛数式３｝を満たすAOB_ELEMENT#yと、AOB_FRAME
#xとを算出すればよい。 ｛数式３｝ Jmp_Entry(秒) = AOB#1からAOB#nまでの再生時間の総和
+（FNs_1st_TMSRTE(#n+1)+FNs_middle_TMSRTE(#n+1)・y+
x）・20msec ここでAOB#1からAOB#nまでのAOBの再生時間の総和は、
以下の通りである。 AOB#1からAOB#nまでの再生時間の総和＝ (『FNs_1st_TMSRTE』(#1)+『FNs_Middle_TMSRTE』(#1)・(TMSRT_entry数#1-2)+ 『FNs_Last_TMSRTE』(#1) + 『FNs_1st_TMSRTE』(#2)+『FNs_Middle_TMSRTE』(#2)・TMSRT_entry数#2-2)+『 FNs_Last_TMSRTE』(#2) + 『FNs_1st_TMSRTE』(#3)+『FNs_Middle_TMSRTE』(#3)・TMSRT_entry数#3-2)+『 FNs_Last_TMSRTE』(#3) ・・・・・・・・・ + 『FNs_1st_TMSRTE』(#n)+『FNs_Middle_TMSRTE』(#n)・TMSRT_entry数#n-2)+『 FNs_Last_TMSRTE』(#n))・20msec ｛数式３｝を満たすAOB#n、AOB_ELEMENT#y、AOB_FRAME#
xが算出されれば、このAOB#n+1に対応するTKTMSRTを参
照して、y+2番目のAOB_ELEMENT#y+2に位置するアドレス
から、AOB_FRAME#xの探索を始め、x番目のAOB_FRAMEが
探索されれば、このx番目のAOB_FRAMEから再生を開始す
る。
【０１１０】{17-5_22-16_27A,B} AOBファイル及びTKI
の削除 TKIに含まれる情報を全て説明したところで、一部のト
ラックが削除された場合(case1)、一部のトラックが削
除された後、新たなトラックを記録する場合(case2)、
複数のトラックのうち、任意の2つを1つのトラックに統
合する場合(case3)、1つのトラックを分割して、2つの
トラックを得る場合(case4)において、TKIがどのように
更新されるかについて説明する。
【０１１１】先ず初めに、一部のトラックが削除された
場合(case1)について説明する。図２７（ａ）、（ｂ）
は、トラックを削除する場合を想定した図である。本図
は、図１９に示したTrackManagerを示すものであり、本
図においてTrackBを削除することを操作者が希望してい
るものとする。このTrackBに対応するAOBは、AOB002.SA
1に収録されており、それがTKI#2に対応づけられている
ので、AOB002.SA1が削除されると共に、TKI#2のTKI_BLK
_ATRが『Unused』に設定される。AOB002.SA1が削除さ
れ、TKI#2のTKI_BLK_ATRが『Unused』に設定された状態
を図２７（ｂ）に示す。AOB002.SA1が削除されたので、
データ領域においてAOB002.SA1が占有していた領域は空
き領域に解放される。それと共に、TrackManagerにおい
ては、TKI#2のTKI_BLK_ATRが『Unused』に設定されてい
ることがわかる。
【０１１２】{17-5_22-17_28A,B} 新たにAOBファイル
を記録する場合のTKIの割り当て続いて一部のトラック
が削除された後、新たなトラックを記録する場合(case
2)について説明する。図２８（ａ）は、トラックの削除
が複数回行われた後のTrackManagerを示す図である。本
図において、複数のトラックが削除され、これらがTKI#
2、TKI#4、TKI#5、TKI#7、TKI#8に対応づけられている
とすれば、これらのTKIのTKI_BLK_ATRが『Unused』に設
定される。AOBファイルの削除は、通常のファイルと同
様に行われるが、TrackManagerは、該当するTKIのTKI_B
LK_ATRが『Unused』に設定されるのみで削除処理は完了
する。そうすると、本図に示すように『Unused』のTKI
が虫食い状にTrackManager上に現れることになる。
【０１１３】図２８（ｂ）は、『Unused』のTKIが存在
しており、ここに新たなTKI、AOBファイルを書き込む場
合、その書き込みがどのように行われるかを示す図であ
る。ここで4つのAOBからなるトラックを書き込もうとす
る場合を想定する。ここでAOBの記録にどの空きTKIを割
り当てるかは、後述するDPL_TK_SRPにより決定される
か、又は、任意のTKIが割り当てられる。その4つのAOB
には、TrackManagerにおいて、『Unused』に設定されて
いるTKI#2、TKI#4、TKI#7、TKI#8が割り当てられる。
【０１１４】これら4つのAOBは1つのトラックを構成す
るものなので、TKI#2についてのTKI_BLK_ATRを『Head_o
f_Track』と、TKI#4、TKI#7についてのTKI_BLK_ATRを
『Midpoint_of_Track』と、TKI#8についてのTKI_BLK_AT
Rは、『End_of_Track』と設定される。トラックTrackD
を構成する4つのTKI#2、TKI#4、TKI#7、TKI#8は、各TKI
_LNK_PTRが、トラックTrackDを構成する次のTKI_LNK_PT
Rを指示するよう設定されている。即ち、矢印TL2,TL4,T
L7に示すように、TKI#2のTKI_LNK_PTRはTKI#4を指示し
ており、TKI#4のTKI_LNK_PTRはTKI#7を、TKI#7のTKI_LN
K_PTRはTKI#8を指示している。
【０１１５】その後、TKI#2、TKI#4、TKI#7、TKI#8のそ
れぞれと同じ番号を有する4つのファイルAOB002.SA1、A
OB004.SA1、AOB007.SA1、AOB008.SA1が作成されて、こ
れら4つのファイルにTrackDを構成する4つのAOBが収録
される。かかるTKI_BLK_ATR、TKI_LNK_PTRの設定によ
り、4つ目のトラックTrackDは、TKI#2、TKI#4、TKI#7、
TKI#8を用いて管理されることなる。
【０１１６】以上のように、フラッシュメモリカード３
１に新たにトラックを書き込む場合、それまでTrackMan
agerに『Unused』に設定されているTKIを、その新規に
記録すべきトラックについてのTKIに割り当てているこ
とがわかる。 {17-5_22-18_29A,B} 2つのトラックを統合する場合のT
KI設定 続いてトラックの統合(case3)を行う際の、TKIの更新に
ついて説明する。
【０１１７】図２９（ａ）、（ｂ）は、2つのトラック
を1つに統合する場合にTKIがどのように設定されるかを
示す図である。図２９（ａ）は、図１９に示したTrackM
anagerと同一であり、図２９（ａ）において、TrackCと
TrackEとを1つのトラックに統合するという編集操作を
操作者が希望しているものとする。これらTrackC、Trac
kEに対応するAOBがAOB003.SA1、AOB008.SA1に収録され
ており、それらがTKI#3、TKI#8に対応づけられているの
で、これらTKI#3及びTKI#8のTKI_BLK_ATRの書き換えが
行われる。図２９（ｂ）は、TKIのTKI_BLK_ATRの書き換
え後を示す図である。本図においてTKI#3、TKI#8のTKI_
BLK_ATRはTrackと記載されているが、図２９（ｂ）で
は、TKI#3のTKI_BLK_ATRは『Head_of_Track』に書き換
えられ、TKI#8のTKI_BLK_ATRは『End_of_Track』に書き
換えられている。このように、TKI_BLK_ATRが書き換え
られることにより、TKI#3、TKI#8、これらに対応するAO
B003.SA1、AOB008.SA1は、TrackCという1つのトラック
として扱われる。これに加えて、TKI#3のTKI_LNK_PTRが
リンク先としてTKI#8を指示するように書き換えられ
る。
【０１１８】ここで留意すべきは、TKIのTKI_BLK_ATRは
書き換えられたが、AOB003.SA1とAOB008.SA1とを統合す
るという処理は行われなかった点である。何故なら、こ
れらのAOBファイルは、互いに異なるFileKeyにて暗号化
されているので、これらを1つに統合するとなると、暗
号化されたAOBファイルを復号して再度暗号化するとい
う復号化−暗号化という2つの処理が各AOBファイルにつ
いて行う必要があり、多大な処理負荷が要求されるから
である。また、統合後のAOBファイルは、1つのFileKey
にて暗号化されるので、統合前と比較して、著作権保護
の弱体化を招くからである。
【０１１９】加えてTKIは、元々TKTMSRTのサイズが大き
くならないように定められているのに、編集操作におい
てこれを1つに統合するとなると、統合後のTKIのサイズ
が、大きくなり過ぎる恐れがあるからである。以上のよ
うに、本実施形態におけるトラックの統合化編集は、AO
Bファイルの暗号化を維持したまま、TKI_BLK_ATRの属性
変更のみで実現されることがわかる。
【０１２０】{17-5_22-18_29A,B-1_30,31} トラックを
統合する場合に満たすべき条件 トラックの統合は、TKI_BLK_ATRの属性変更にて実現さ
れることは上述した通りであるが、トラックの統合にあ
たっては、統合されるトラックに含まれるAOBが以下の
条件を満たしていることが要求される。1つ目の条件と
は、後続するトラックに含まれるAOBと、先行するトラ
ックに含まれるAOBとのオーディオ属性（オーディオコ
ーディングモード、ビットレート、サンプリング周波
数、チャネル数）が一致していることである。これは、
AOBのオーディオ属性が前後のAOBで異なると、再生装置
は、デコーダの動作を一旦リセットする必要があり、連
続する2つのAOBをシームレスに（途切れることなく）再
生することが困難になるという理由による。
【０１２１】2つ目の条件とは、統合後により得られる
トラックにおいて、AOB_FRAME数が『FNs_Middle_TMSRT
E』に満たないAOB_ELEMENTのみからなるAOBが3つ以上連
続しないことである。AOB_ELEMENTのうち少なくとも1つ
が、『FNs_Middle_TMSRTE』にて指示されたフレーム数
と同数のAOB_FRAMEを有しているか否かにより、AOBは2
つのタイプに分類される。1つ目のタイプのAOBは、『FN
s_Middle_TMSRTE』にて指示されたフレーム数と同数のA
OB_FRAMEを有するAOB_ELEMENTを少なくとも1つ有してい
るAOBであり、2つ目のタイプのAOBは、『FNs_Middle_TM
SRTE』にて指示されたフレーム数と同数のAOB_FRAMEを
有しているAOB_ELEMENTを一切有していないAOBである。
即ち、2つ目のタイプのAOBにおけるAOB_ELEMENTは、何
れも『FNs_Middle_TMSRTE』にて指示されたフレーム数
を下回っており、上述した2つ目の条件は、Type2のAOB
が3つ以上連続することを禁じているのである。その禁
止理由は以下の通りである。即ちAOBを順次読み出して
ゆく際、再生装置内のバッファは、充分な数のAOB_FRAM
Eにて満たされていることが望ましいが、Type2のAOBが
連続していると、再生装置内のバッファを、AOB_FRAME
で満たすことができなくなる。そうすると、再生装置内
のバッファがアンダーフローを起こし、AOBの再生の連
続性が保てなくなる。そうしたアンダフローの発生を避
けるため、Type2のAOBが3つ以上連続することを2つ目の
条件は禁じているのである。
【０１２２】図３０（ａ）は、Type1のAOBを示し、図３
０（ｂ）は、Type2のAOBを示す図である。図３０（ｂ）
におけるAOBは2つ以下のAOB_ELEMENTのみからなり、そ
れら2つ以下のAOB_ELEMENTは、『FNs_Middle_TMSRTE』
に示されるAOB_FRAMEを有していない（尚、この場合BIT
には、FNs_1st_TMSRTEのみが記述される。）。『FNs_Mi
ddle_TMSRTE』に示されるAOB_FRAMEを有していないこと
がType2AOBの要件なので、たった1つのAOB_FRAMEにより
構成されるAOBであっても、このType2のAOBに分類され
ることなる。
【０１２３】図３１（ａ）は、Type1＋Type2＋Type2＋T
ype1の組み合わせで、複数トラックを1つに統合する場
合を示す図である。この場合、Type2のAOBが3つ連続す
ることは避けられているので、これらは1つのトラック
に統合される。図３１（ｂ）は、Type1＋Type2＋Type2
＋Type2＋Type1の組み合わせで、複数トラックを1つに
統合する場合を示す図である。この場合、Type2のAOBが
3つ連続しているので、これらを1つのトラックに統合す
ることは禁じられる。
【０１２４】{17-5_22-18_29A,B-1_32} Type1、Type2
の組合せを考慮したトラック統合 図３１（ａ）に示したトラックの統合によれば、先行す
るトラックの終端がType1である場合、このトラック
は、先頭にType2のAOBを配したトラック、又は、先頭に
Type1のAOBを配したトラックと統合することができる。
図３２（ａ）は、先行するトラックの終端にType1のAOB
が配され、後続するトラックの先頭にType1のAOBが配さ
れている配置パターンを示す図である。また図３２
（ｂ）は、先行するトラックの終端にType1のAOBが配さ
れ、後続するトラックの先頭にType2のAOBが配されてい
る配置パターンを示す図である。これらは何れも、条件
2を満たすので、1つのトラックに統合することができ
る。
【０１２５】先行するトラックの終端がType2であり、
そのType2の直前にType1のAOBが配置されている場合、
このトラックは、先頭がType1のトラック、又は、先頭
にType2のAOBが配され、その直後にType1のAOBが配置さ
れたトラックと統合することができる。図３２（ｃ）
は、先行するトラックの終端にType1、Type2順でAOBが
配され、後続するトラックの先頭にType1のAOBが配され
ている配置パターンを示す図である。図３２（ｄ）は、
先行するトラックの終端にType1、Type2順でAOBが配さ
れ、後続するトラックの先頭に、Type2、Type1のAOBが
配されている配置パターンを示す図である。これらも、
条件2を満たすので、1つのトラックに統合することがで
きる。
【０１２６】先行するトラックの終端がType2であり、
そのType2の直前にType2のAOBが配置されている場合、
このトラックは、先頭にType1のAOBが配されたトラック
と統合することができる。図３２（ｅ）は、先行するト
ラックの終端にType2、Type2のAOBが配され、後続する
トラックの先頭にType1のAOBが配されている配置パター
ンを示す図である。これも、条件2を満たすので、1つの
トラックに統合することができる。以上のように、トラ
ックの統合にあたっては、統合されるべき2つのトラッ
クが上述した2つの条件を満たすかを前もって判定し、
これらの2つの条件を満たすと判定された場合のみ、2つ
のトラックを1つに統合する。
【０１２７】続いてトラックの分割(case4)を行う際
の、TKIの更新について説明する。 {17-5_22-19_33A,B} トラックを分割する場合のTKI設
定 図３３（ａ）、（ｂ）は、1つのトラックを2つのトラッ
クに分割する場合を想定した図である。本図におけるTr
ackManagerは、図２７に示すTrackManagerと同一であ
り、本図において、TrackCをTrackC−TrackFという2つ
のトラックに分割するという編集を操作者が希望してい
るものとする。TrackCをTrackC−TrackFに分割しようと
すると、TrackFに対応するAOB002.SA1が生成される。図
３３（ａ）では、TKI#2が『Unused』に設定されてお
り、分割の結果、図３３（ｂ）に示すように『Unused』
に設定されているTKI#2は、新たに生成されたAOB002.SA
1に割り当てられる。
【０１２８】{17-5_22-19_33A,B-1_34A,B} ディレクトリエントリー及びFAT値の更新 ここでAOB003.SA1を分割して、AOB002.SA1を生成する
際、ディレクトリエントリー及びFAT値を更新せねばな
らない。これらディレクトリエントリー及びFAT値をど
のように更新するかを以下に説明する。図３４（ａ）
は、分割前において、AOB003.SA1が属するSD_Audioディ
レクトリについてのSD_Audioディレクトリエントリーが
どのように記述されているかを示す図である。AOB003.S
A1は、複数に分割されて、クラスタ007,008,009,00A・・・
・00D,00Eに格納されているものとする。この場合、ディ
レクトリエントリーにおけるAOB003.SA1について『ファ
イル最初のクラスタ番号』は、『007』と記述され、ク
ラスタ007,008,009,00A・・・・00Dに対応するFAT値007,00
8,009,00A・・・・00Dは、それぞれ(008),(009),(00A)・・・・
(00D),(00E)と記述されている。
【０１２９】この状態でAOB003.SA1の後半部を分割して
AOB002.SA1を得る場合、SD_Audioディレクトリエントリ
ーには、AOB002.SA1についての『ファイル名』、『ファ
イル拡張子』、『ファイル最初のクラスタ番号』が追加
される。図３４（ｂ）は、分割後において、AOB003.SA1
が属するSD_AudioディレクトリについてのSD_Audioディ
レクトリエントリーがどのように記述されているかを示
す図である。
【０１３０】本図におけるクラスタ00Fは、操作者によ
り指定された分割境界を含むクラスタ00Bの内容のコピ
ーを格納したものである。クラスタ00Bに格納されてい
るAOB002.SA1の分割部分に後続する分割部分は、クラス
タ00C,00D,00E以降に格納されている。AOB002.SA1の先
頭部分はクラスタ00Fに格納され、残りの部分は、クラ
スタ00C,00D,00E以降に格納されているので、AOB002.SA
1についての『ファイル最初のクラスタ番号』には、ク
ラスタ00Fを示すクラスタ番号00Fが記述され、クラスタ
00F,00C,00D,00Eに対応づけられているFAT値00F,00C,00
D,00Eには、(00C),(00D),(00E)が記述される。
【０１３１】{17-5_22-19_33A,B-2_35A,B} TKI内の情
報要素の設定 以上のディレクトリエントリー及びFAT値の更新によりA
OB002.SA1を得た後、AOB002.SA1についてのTKI内の情報
要素をどのように設定するかについて説明する。分割さ
れたトラックについてのTKIを生成する場合、TKIの情報
要素には、元のTKIに記載されているものをコピーして
継承すればよいもの(1)、元のTKIに基づいて更新せねば
ならないもの(2)の二種類が存在する。前者に該当する
のは、TKTXTI_DA,ISRCであり、後者に該当するのは、BI
T、TKTMSRTを初めとする残りの構成要素である。これら
両者が存在するので、本実施形態では、分割されたトラ
ックについてのTKIを生成する際、分割元のTKIをコピ−
して新たなTKIの雛型を作成すると共に、それに含まれ
るTKTMSRT、BITを分割・更新を行い、残りの情報要素を
更新するという手順がなされる。
【０１３２】図３５（ａ）は、AOBを任意のAOB_FRAMEで
分割する場合を想定した図である。本図において第１段
目は、4つのAOB_ELEMENTであるAOB_ELEMENT#1、AOB_ELE
MENT#2、AOB_ELEMENT#3、AOB_ELEMENT#4を示す。これら
4つのAOB_ELEMENTのそれぞれのデータ長は、4つのTMSRT
_entry#k-1,#k,#k+1,#k+2(ここでk=2とする)としてTKTM
SRTに設定されている。本図において、AOB_ELEMENT#2に
おいて分割境界bd1が設定されたとすると、AOB_ELEMENT
#2は、分割境界bd1より前方のフレームからなる領域
と、分割境界bd1より後方のフレームからなる領域と
に分割される。図３５（ｂ）は、AOB_ELEMENT#2の途中
部分でAOBが分割されて、AOB#1、AOB#2という2つのAOB
が得られた状態を示す図である。
【０１３３】{17-5_22-19_33A,B-3_36} BITの設定 図３６は、図３５に示したようにAOBが分割された場合
に、BITがどのように設定されるかを示す図である。図
３５に示したAOBは、分割境界bd1にて分割されており、
その分割により得られたAOB#1は、AOB_ELEMENT#1と、AO
B_ELEMENT#2という2つのAOB_ELEMENTを含み、AOB#2は、
AOB_ELEMENT#1、AOB_ELEMENT#2、AOB_ELEMENT#3という3
つのAOB_ELEMENTを含んでいることがわかる。
【０１３４】これらのAOB_ELEMENTのそれぞれにも、三
角旗状の記号が付与されているが、これらは、それぞれ
AOBに対応するTKIに含まれるTMSRT_entryが設定されて
いることを示す。先ず最初に分割により得られたAOB#1
について説明する。AOB#1に含まれるAOB_ELEMENT#1、AO
B_ELEMENT#2は、クラスタ007〜クラスタ00Aを占有して
いるので、AOB#1は、クラスタ007〜クラスタ00Aを一単
位として扱われる。ここでAOB#1におけるAOB_ELEMENT#2
は、クラスタ00Aの終端迄を占有しているのではなく、
クラスタ00Aの存在する分割境界bd1迄を占有しているの
でAOB#1についてのSZ_DATAは、領域md0から、クラスタ0
0Aにおける分割境界bd1までのデータ長を指示すること
になる。AOB#1の『FNs_1st_TMSRTE』は分割前と変わら
ないが、AOB#1の『FNs_Last_TMSRTE』は、AOB_ELEMENT#
2の分割前の先頭から、分割境界bd1までのフレーム数を
指示している点が分割前と異なる。
【０１３５】続いて分割により得られたAOB#2について
説明する。AOB#2に含まれるAOB_ELEMENT#1、AOB_ELEMEN
T#2、AOB_ELEMENT#3は、クラスタ00B〜クラスタ00Fを占
有している。クラスタ00Fとは、クラスタ00Aの内容のコ
ピーを格納しているクラスタである（クラスタ00Fにク
ラスタ00Aのコピーを格納している理由は、クラスタ00A
は、AOB#1のAOB_ELEMENT#2により占有されているので、
このクラスタと異なるクラスタをAOB#2に含まれるAOB_E
LEMENT#1に割り当てる必要があるからである。）。
【０１３６】AOB#2におけるAOB_ELEMENT#1は、クラスタ
00Fの先端から占有しているのではなく、クラスタ00Fの
存在する分割境界bd1以降を占有しているのでAOB#2につ
いてのSZ_DATAは、クラスタ00Bの先頭から、クラスタ00
Eにおける途中部分までのデータ長と、クラスタ00Fにお
いてAOB_ELEMENT#1が占有しているデータ長との和を指
示することになる。
【０１３７】クラスタ00Fに格納されているクラスタ00A
のコピーには、AOB#1のAOB_ELEMENT#2が記録されてお
り、AOB#1のAOB_ELEMENT#2により占有されている部分
を、AOB#2から除外されねばならないので、AOB#2のBIT
についてのDATA_Offsetは、クラスタ00FにおいてAOB#1
のAOB_ELEMENT#2により占有されているサイズが設定さ
れている。
【０１３８】この図からもわかるように、AOBの分割に
おいては、分割境界を含むAOB_ELEMENTのみが2つに分割
され、その分割境界の前後のAOB_ELEMENTは、分割前の
ものから変化していないことがわかる。そのため、AOB#
2の『FNs_Last_TMSRTE』は、分割前のAOB_ELEMENT#4の
『FNs_Last_TMSRTE』と同じ値に設定され、AOB#2の『FN
s_1st_TMSRTE』は、AOB#2のAOB_ELEMENT#1、即ち、分割
前のAOB_ELEMENT#2における分割境界以降の終端部分に
含まれるフレーム数が設定される。
【０１３９】{17-5_22-19_33A,B-4_37} BITの設定 図３７は、分割の前後でBITがどのように変化するかを
更に具体的に示す図である。図３７の左側のBITは、分
割前のBITの設定例を示す。トラックを分割する前のBIT
は、Data_OffsetがXに設定され、SZ_DATAが『52428』、
TMSRTE_Nsが『n』個と設定される。FNs_1st_TMSRTEは
『80フレーム』、FNs_Middle_TMSRTEについては『94フ
レーム』に設定され、FNs_Last_TMSRTEは『50フレー
ム』に設定されることがわかる。
【０１４０】図３７の右側に、分割後の2つのトラック
についてのBITの設定を示す。本BITに対応するAOBが図
３５（ａ）に示すように分割された場合、１トラック目
のBITにおいて、Data_Offsetは分割前と同一値『x』に
設定されるが、SZ_DATAに分割点bd1までのデータ長
『Q』に更新され、TMSRTE_Nｓには、1番目のTMSRT_entr
yからk番目のTMSRT_entryまでのTMSRT_entryの個数であ
る『k個』に更新される。FNs_1st_TMSRTE及びFNs_Middl
e_TMSRTEについては分割前同様、80,94フレームに設定
されるが、分割後の1トラック目のAOBの最後のAOB_ELEM
ENTには、図３５（ａ）においてp個のAOB_FRAMEが含ま
れているので、FNs_Last_TMSRTEは『pフレーム』に設定
される。
【０１４１】２トラック目のBITは、Data_OffsetがRに
設定され、SZ_DATAがオリジナルのSZ#DATA52428−分割
点bd1までのデータ長『Q』、TMSRTE_Nsがn-k+1個と設定
される（k番目のTMSRT_entryからn番目のTMSRT_entryま
でのTMSRT_entry個数であるn-k個と、分割のために新た
に追加されたk番目のTMSRT_entryの個数である1個とを
加算した数である。）。FNs_Middle_TMSRTE及びFNs_Las
t_TMSRTEについては分割前同様、94,50フレームに設定
されるが、分割後の2トラック目のAOBの最初のAOB_ELEM
ENTには、94-p個のAOB_FRAMEが含まれているので、FNs_
1st_TMSRTEは『94-pフレーム』に設定される。
【０１４２】{17-5_22-19_33A,B-5_38} BITの設定 図３８は、分割後のTKTMSRTを示す図である。まずTMSRT
については以下のようになる。１トラック目のTMSRTは
分割前のAOBのTMSRTのはじめからk番目のエントリまで
(TMSRT_entry#1〜TMSRT_entry#k)を含む。ここで注意す
べきは、分割境界を含むAOB_ELEMENT#kは、領域を含
むのみなので、このk番目のエントリーは、この領域
に相当する部分のデータサイズのみが含まれている。２
トラック目のTMSRTは、分割前のk番目のエントリからn
番目のエントリまで(TMSRT_entry#k〜TMSRT_entry#n)を
含む。ここで注意すべきは、分割境界を含むAOB_ELEMEN
T#kは、2トラック目において領域を含むのみなので、
分割前のk番目のエントリーは、この領域に相当する
部分のデータサイズのみが含まれている。
【０１４３】TKIをコピ−すると共に、TKTMSRT、BITを
分割・更新を行い、残りの情報要素を更新すれば、分割
により得られた新たなトラックについてのTKIが得られ
ることになる。統合の場合と同様、暗号化されたAOBフ
ァイルを復号化することなく、暗号化された状態のまま
AOBファイルに対応するトラックを2つに分割することが
できる。AOBファイル分割の際に復号・再暗号化が伴わな
いので、トラックを分割する際の処理負荷が軽減されて
いることがわかる。これにより、再生装置の処理性能が
低い場合でも、トラックの編集を行うことができる。
【０１４４】以上長文となったが、TKIについての説明
を終了する。続いてプレイリストについて説明する。 {17-6} Playlistmanager 図１７に示すPlaylistmanagerは、破線の引き出し線h5
に示すように、フラッシュメモリカード３１内に格納さ
れているプレイリストを管理するPlaylistManager_Info
rmation(PLMGI)と、フラッシュメモリカード３１に格納
される全トラックを管理するDefault_Playlist_Informa
tion(DPLI)と、PlaylistInformation(PLI)#1,#2,#3,#4,
#5・・・・・#nとからなり、Default_Playlist情報は、破線
の引き出し線h6に示すように、Default_Playlist_Gener
al_Information(DPLGI),Default_Playlist_Track_Serch
_Pointer(DPL_TK_SRP)#1,#2,#3,#4・・・・#mからなること
がわかる。また各PLIは、破線の引き出し線h7に示すよ
うに、Playlist_General_Information(PLGI),Playlist_
Track_Serch_Pointer(PL_TK_SRP)#1,#2,#3,#4・・・・#mか
らなることがわかる。
【０１４５】ここでDefault_Playlist情報と、PlayList
情報との差違について説明しておく。Default_Playlist
情報は、全てのトラックを指定することが義務付けられ
ているのに対して、PlayList情報は、そのような義務は
存在せず、任意のトラックを指定すれば良い。そのた
め、ユーザが、自分の好みのトラックのみを指定してい
るようなPlayList情報を生成してフラッシュメモリカー
ド３１に記憶させたり、またフラッシュメモリカード３
１に記憶される複数のトラックのうち、所定のジャンル
のトラックのみを指定しているようなPlayList情報を再
生装置が自動的に生成してフラッシュメモリカード３１
に記憶させるという用途に適している。
【０１４６】{17-7_18} プレイリストの個数、データ
サイズ 図１８を参照すると、プレイリストの最大数は99個であ
る。また、Playlist Manager Information(PLMGI)とDef
ault Playlist Information(DPLI)は、合計で2560バイ
トの固定長である。Playlist Information(PLI)もま
た、512バイトの固定長である。Default_Playlist情報
に含まれるDPL_TK_SRPは、DPL_TK_ATR,DPL_TKINを含ん
でいる。一方、PlayList情報に含まれるPL_TK_SRPは、P
L_TKINのみを含んでいる。これらのDPL_TK_ATR,DPL_TKI
N,PL_TKINは、図３９に示すフォーマットを有する。
【０１４７】{17-8_39-1} DPL_TK_SRPのフォーマット 図３９（ａ）は、DPL_TK_SRPのフォーマットを示す図で
ある。図３９（ａ）においてDPL_TK_SRPは、0ビット目
から9ビット目までに、DPL_TKINが記述され、13ビット
目から15ビットまでには、DPL_TK_ATRが記述され、10ビ
ット目から12ビットまでは予約用に確保(reserved)され
ている。
【０１４８】次に、0ビット目から9ビット目までのフィ
ールドを占めるDPL_TKINには、TKI番号が記述される。
ここにTKI番号を記述することにより、TKIを特定するこ
とが可能となる。 {17-9_39B} PL_TK_SRPのフォーマット 図３９（ｂ）は、PL_TK_SRPのフォーマットを示す図で
ある。PL_TK_SRPは、0ビット目から9ビット目までのフ
ィールドを有しており、ここにPL_TKIN、即ち、TKI番号
が記述される。
【０１４９】{17-8_39A-2} DPL_TK_ATRの構成 図３９（ａ）の『DPL_TK_ATR』から破線の矢印h51,h52
にて引き出された枠内に、DPL_TK_ATRの設定例を示す。
この枠内の記載からも理解できるように、DPL_TK_SRPに
ついてのDPL_TK_ATRの設定は、TKIについてのTKI_BLK_A
TRの設定と同一であり、『Track』、『Head_of_Trac
k』、『Midpoint_of_Track』、『End_of_Track』の何れ
かが設定される。
【０１５０】具体的には、TKINにて指定されたTKIが使
用中であり、当該TKIに対応するAOBファイルに１個のト
ラックに対応するオーディオオブジェクトが収録されて
いる場合（TKIのTKI_BLK_ATRにおける『Track』）、DPL
_TK_ATRは"000b"の値が設定される。TKINにて指定され
たTKIが使用中であり、当該TKIに対応するAOBファイル
にトラックの先頭部のみに対応するオーディオオブジェ
クトが収録されている場合（TKIのTKI_BLK_ATRにおける
『Head_of_Track』）、DPL_TK_ATRは"001b"の値が設定
される。
【０１５１】TKINにて指定されたTKIが使用中であり、
当該TKIに対応するAOBファイルにトラックの中間部のみ
に対応するオーディオオブジェクトが収録されている場
合（TKIのTKI_BLK_ATRにおける『Midpoint_of_Trac
k』）、DPL_TK_ATRには"010b"の値が設定される。TKIN
にて指定されたTKIが使用中であり、当該TKIに対応する
AOBファイルにトラックの終端部のみに対応するオーデ
ィオオブジェクトが収録されている場合（TKIのTKI_BLK
_ATRにおける『End_of_Track』）、DPL_TK_ATRには、"0
11b"の値が設定される。
【０１５２】TKINにて指定されたTKIが未使用であり、T
KIの領域のみが確保されている場合、すなわち削除され
たTKIである場合（TKIのTKI_BLK_ATRにおける『Unuse
d』）、"100b"の値が設定される。TKINにて指定されたT
KIが未使用であり、TKIの領域が確保されていない場
合、すなわち初期状態のTKIである場合は、"101b"の値
が設定される。
【０１５３】『DPL_TK_SRP』は、DPL_TKINにTKIの番号
を記述することにより、複数のTKIのうち、何れかのも
のとの対応関係を有する。また、Default_Playlist情報
におけるDPL_TK_SRPの順位は、DPL_TK_SRPと対応関係を
有するTKIに対応するAOB（AOBファイル）が何番目に再
生されるかを示す。これらのことにより、Default_Play
list情報におけるDPL_TK_SRPの順序は、複数のトラック
をどのような順序で再生させるか、即ち、トラックの再
生順序を定義することなる。
【０１５４】{17-9_40-1} Default_Playlist情報、TK
I、AOBファイルの相互関係 図４０は、Default_Playlist情報、TKI、AOBファイルの
相互関係を示す図である。本図における第２、第３、第
４段目は、図１９の第１段目、第２段目、第３段目と同
一であり、8つのTKIを含むTrackManager、8つのAOBファ
イルを示す。図１９と異なるのは、第１段目にDefault_
Playlist情報を示す四角枠が記述されている点である。
第１段目の枠に含まれる8つの小枠は、Default_Playlis
t情報に含まれる8つのDPL_TK_SRPを示す。これらの小枠
の上段はDPL_TK_ATRを示し、下段はDPL_TKINを示す。
【０１５５】本図における矢印DT1,DT2,DT3,DT4・・・・・を
参照すれば、DPL_TK_SRP#1と、TKI#1との間に対応関係
が成立しており、DPL_TK_SRP#2と、TKI#2との間、DPL_T
K_SRP#3と、TKI#3との間、DPL_TK_SRP#4と、TKI#4との
間にも対応関係が成立していることがわかる。更に、各
DPL_TK_SRPにおけるDPL_TK_ATRを参照すれば、DPL_TK_S
RP#1、DPL_TK_SRP#2、DPL_TK_SRP#3、DPL_TK_SRP#8は何
れも、Trackと設定されている。即ち、DPL_TK_SRP#1→T
KI#1（AOB001.SA1）、DPL_TK_SRP#2→TKI#2（AOB002.SA
1）、DPL_TK_SRP#3→TKI#3（AOB003.SA1）、DPL_TK_SRP
#8→TKI#8（AOB008.SA1）という4つの組みは、それぞれ
が独立したトラックに対応しているのである。
【０１５６】DPL_TK_SRP#4、DPL_TK_SRP#5、DPL_TK_SRP
#6、DPL_TK_SRP#7のDPL_TK_ATRは何れもTrackと設定さ
れず、DPL_TK_SRP#4におけるDPL_TK_ATRは『Head_of_Tr
ack』と設定され、DPL_TK_SRP#7におけるDPL_TK_ATRは
『End_of_Track』と、DPL_TK_SRP#5、DPL_TK_SRP#6は
『Midpoint_of_Track』と設定されていることがわか
る。このことは、DPL_TK_SRP#4と対応関係を有するTKI#
4（AOB004.SA1）が、トラックの先頭部であり、DPL_TK_
SRP#5,#6と対応関係を有するTKI#5（AOB005.SA1）及びT
KI#6（AOB006.SA1）が、トラックの中間部と、DPL_TK_S
RP#7と対応関係を有するTKI#7（AOB007.SA1）が、トラ
ックの終端部であることを意味する。
【０１５７】DefaultPlaylistにおけるDPL_TK_SRPの順
序は、各TKIに対応づけられているAOBをどのような順序
で再生させるかを示す。本図のDefaultPlaylist内のDPL
_TK_SRP#1,#2,#3,#4・・・・・・#8のDPL_TKINは、TKI#1,#2,#
3,#4・・・・・・#8を示しているので、矢印(1)(2)(3)(4)・・・・
・(8)に示すようにTKI#1に対応するAOB001.SA1が1番目に
再生され、TKI#2に対応するAOB002.SA1が2番目、TKI#3
に対応するAOB003.SA1が3番目、TKI#4に対応するAOB00
4.SA1が4番目に再生されることになる。
【０１５８】{17-10_41} DefaultPlaylist、PlayList
情報の設定例 図４１は、DefaultPlaylist、PlayList情報の設定例
を、図４０と同様の表記で示した図である。本図におけ
る第１段目における四角枠はDefault_Playlist情報を示
し、第２段目における3つの四角枠はPlayList情報を示
す。DefaultPlaylistに含まれる小枠は、DefaultPlayli
stに含まれる8つのDPL_TK_SRPを示し、PlayList情報に
含まれる小枠は、3つ又は4つのPL_TK_SRPを示す。本図
のDefault_Playlist情報に含まれる各DPL_TK_SRPのTKIN
の設定は、図４０と同一である。しかし、PlayList情報
に含まれるPL_TK_SRPのTKINの設定は、DPL_TK_SRPのそ
れと全く異なることがわかる。
【０１５９】{17-10_42} DPL_TK_SRPとTKIとの対応 図４２は、図４０と同じ表記法を用いてDPL_TK_SRPとTK
Iとの対応を示す図である。図４２においてPlaylist#1
は、PL_TK_SRP#1,#2,#3からなる。このうちPL_TK_SRP#1
のPL_TKINは#3と記載されており、PL_TK_SRP#2のPL_TKI
Nは#1と、PL_TK_SRP#3のPL_TKINは#2と記載されている
ので、PlayList情報#1を用いてトラックを再生する場
合、矢印(11)(12)(13)に示すように複数のAOBはAOB#3,#
1,#2の順序で再生される。
【０１６０】Playlist#2は、PL_TK_SRP#1,#2,#3からな
る。このうちPL_TK_SRP#1のPL_TKINは#8と記載されてお
り、PL_TK_SRP#2,#3のPL_TKINは#3、#1と記載されてい
るので、PlayList情報#2を用いてトラックを再生する場
合、矢印(21)(22)(23)に示すように複数のAOBはAOB#8,#
3,#1という順序、即ちPlaylist#1と全く異なる順序で再
生される。
【０１６１】Playlist#3は、PL_TK_SRP#1,#2,#3,#4から
なる。このうちPL_TK_SRP#1,#2,#3,#4のPL_TKINは#8,#
4,#3,#1と記載されているので、PlayList情報#3を用い
てトラックを再生する場合以下に示す再生順序でAOBが
再生される。先ず矢印(31)に示すようにTrackEを構成す
るAOB#8が再生され、矢印(32)に示すようにTrackDを構
成するAOB#4,AOB#5,AOB#6,AOB#7がこれに続いて再生さ
れる。続いて、矢印(33)(34)に示すようにTrackC、Trac
kAを構成するAOB#3,AOB#1という順序で再生される。こ
こで注意すべきは、トラックが複数のTKIから構成され
る場合、PL_TK_SRPのエントリーには、複数TKIのうち、
先頭のTKI番号のみが記述されている点である。具体的
にいうと、Default_Playlist情報におけるDPL_TK_SRP
は、TrackDについての4つのTKIであるTKI#4、TKI#5、TK
I#6、TKI#7を指定していたが、PlayList情報におけるPL
_TK_SRPは、それら4つのTKIを指定する必要はない。Pla
ylist#3のPL_TK_SRP#2がTKI#4〜TKI#7のうち、TKI#4の
みを指定していることは、このことを意味している。
【０１６２】一方、複数のDPL_TK_SRPを含むDPLIは、1
セクタに収まるようなデータサイズを有しており、RAM
上に常駐されている。そのため、Playlistに基づいて各
トラックを再生する場合、RAM上に常駐されているDPL_T
K_SRPを参照することにより、各TKIを高速に検索するこ
とが可能となる。即ち、複数TKIのうち、先頭のTKI番号
のみが記述されているPL_TK_SRPを用いてTKI(AOB)を再
生するには、PL_TK_SRPに記述されているTKIを元にRAM
上に常駐されているDPL_TK_SRPを検索し、トラックが複
数のTKIから構成されているか否かを判定する。複数のT
KIから構成されている場合には、対応するTKI(AOB)を全
て再生するという手順を経るのである。
【０１６３】以上のように、PlayListManagerにはDefau
ltPlaylist、複数のPlayList情報が記述され、これらを
構成するDPL_TK_SRP、PL_TK_SRPのDPL_TKIN、PL_TKINに
それぞれ相異なる再生順序が記載されていれば、複数AO
Bは、それぞれ相異なる再生順序で再生されることにな
る。全く異なる再生順序で再生されれば、操作者は、複
数の音楽アルバムが格納されているような感覚でフラッ
シュメモリカード３１を利用することができる。
【０１６４】また、注意すべきは、何れもAOBファイル
に対応づけられているDPL_TK_SRP、TKIのうち、DPL_TK_
SRPのデータサイズは小さく(2バイトに過ぎない)、TKI
のデータサイズは大きい(1024バイトもある。)点であ
る。TrackManagerにおけるTKIの順序を入れ替えること
は、フラッシュメモリカード３１に対するアクセスが多
く発生するが、Default_Playlist情報、PlayList情報に
おけるDPL_TK_SRPの順序を入れ替えても、フラッシュメ
モリカード３１に対するアクセスはそれほど多くななら
ない。この点に鑑み、ナビゲーションデータは、その編
集時において、編集操作に応じてDefaultPlaylistにお
けるDPL_TK_SRPの順序を積極的に変化させる一方、Trac
kManagerにおけるTKIの順序は、編集操作にかかわら
ず、一定に維持するようにしている。
【０１６５】{17-9_40-2_43A,B} DPL_TK_SRPの順序を
入れ替え 次に、Default_Playlist情報におけるDPL_TK_SRPの順序
を入れ替えることにより、トラックの再生順序を変更す
るという編集操作がどう行われるかについて説明する。
図４３（ａ）、（ｂ）は、トラックの順序を入れ替える
場合を想定した図である。図４３（ａ）におけるDPL_TK
_SRP、TKIの設定は、図４０と同じである。図４０
（ａ）においてDPL_TK_SRP#3におけるDPL_TKINはTKI#
3、DPL_TK_SRP#8におけるDPL_TKINはTKI#8と設定されて
いたが、この状態において、太枠で囲ったDPL_TK_SRP#3
と、DPL_TK_SRP#8との順番を入れ替える。図４３（ｂ）
における(1)(2)(3)(4)(5)(6)(7)(8)は、順番入れ替え後
のトラックの再生順序を示す。このことに留意すると、
図４３（ａ）における再生順序は、TrackA、TrackB、Tr
ackC、TrackD、TrackEであるが、図４３（ｂ）における
Default_Playlist情報では、DPL_TK_SRP#3、DPL_TK_SRP
#8についてのDPL_TKINの順序が入れ替えられたので、Tr
ackA、TrackB、TrackE、TrackD、TrackCの順序で再生さ
れることになる。このように、Default_Playlist情報に
おける、DPL_TK_SRPの順序を入れ替えることにより、簡
易にトラックの再生順序を変更することができる。
【０１６６】トラックの変更操作という編集操作につい
て説明したところで、TKIの場合と同様、一部のトラッ
クが削除された場合(case1)、一部のトラックが削除さ
れた後、新たなトラックを記録する場合(case2)、複数
のトラックのうち、任意の2つを1つのトラックに統合す
る場合(case3)、1つのトラックを分割して、2つのトラ
ックを得る場合(case4)において、DPL_TK_SRP及びTKIが
どのように更新されるかについて説明する。
【０１６７】{17-9_40-3_44A,B} トラックを削除する
場合 先ず初めに、一部のトラックが削除された場合(case1)
について説明する。図４４（ａ）、（ｂ）は、図４０に
示したDefaultPlaylistのうち、DPL_TK_SRP#2及びTKI#2
を削除する場合にDefaultPlaylist、TrackManager、AOB
ファイルがどのように更新されるかを示す図である。図
４４は、TKIの削除の説明で引用した図２７と同一部分
を有する。即ち、図４４における第２、第３、第４段目
は図２７と同一である。異なるのは図４０同様、第１段
目に複数のDPL_TK_SRPを含むDefault_Playlist情報が記
載されている点である。図４４（ａ）において太枠で囲
ったDPL_TK_SRP#2→TKI#2（AOB002.SA1）からなるTrack
Bをユーザが削除したものとする。この場合、Default_P
laylist情報においてはDPL_TK_SRP#2が削除されて、DPL
_TK_SRP#3〜DPL_TK_SRP#8は、DPL_TK_SRP#2が占有して
いたフィールドを詰めるように、順番が1つずつ繰り上
がる。このように各DPL_TK_SRPの順番を繰り上がり、一
番最後のDPL_TK_SRP#8が『Unused』に設定される。これ
に対してTKIは、図２７（ａ）、（ｂ）を用いて説明し
たように『Unused』に設定されているのみで、TKI#2を
詰めるような移動は行われていない。またAOB002.SA1
は、削除されていることがわかる。DPL_TK_SRPについて
は順番の繰り上げが行われたが、TKIについては順番の
繰り上げが行われていないので、図４４（ｂ）では、DP
L_TK_SRPにおけるDPL_TKINが更新されている。即ち、新
たなDPL_TK_SRP#2のDPL_TKINは、矢印DT11に示すように
TKI#3を指示しており、DPL_TK_SRP#3のDPL_TKINは矢印D
T12に示すようにTKI#4を、DPL_TK_SRP#4のDPL_TKINはTK
I#5、DPL_TK_SRP#5のDPL_TKINはTKI#6をそれぞれ指示し
ている。更に、『Unused』に設定されたDPL_TK_SRP#8の
DPL_TKINは、矢印DT13に示すように、『Unused』に設定
されたTKI#2を設定していることがわかる。
【０１６８】トラックの削除が行われた場合、使用中で
あるDPL_TK_SRPが先頭に繰り上げられるが、それに対応
するTKIは、もとの配置を保ったまま、未使用に設定さ
れることがわかる。このように、TKIの配置を編集前後
において、不動とするので、編集処理に伴う処理負荷を
軽減することができる。 {17-9_40-4_45A,B} トラックを記録する場合のTKIの割
り当て 続いて一部のトラックが削除された後、新たなトラック
を記録する場合(case2)について説明する。図４５
（ａ）、（ｂ）は、『Unused』のTKIと、DPL_TK_SRPと
が存在しており、ここに新たなTKI、DPL_TK_SRPを書き
込む場合、その書き込みがどのように行われるかを示す
図である。図４５（ａ）、（ｂ）において、『Unused』
のTKIに新たなTKIを割り当てるケースを説明した際、引
用した図２８（ａ）〜（ｂ）と同一部分を有する。即
ち、図４５（ａ）、（ｂ）における第２、第３、第４段
目は、図２８（ａ）、（ｂ）の第１、第２、第３段目と
同一である。異なるのは、図４５の第１段目に複数のDP
L_TK_SRPからなるDefault_Playlist情報が記述されてい
る点である。図４５（ａ）において、DPL_TK_SRP#4〜DP
L_TK_SRP#8が『Unused』であり、一方、図２８（ａ）に
示したようにTKI#2、TKI#4、TKI#5、TKI#7、TKI#8が『U
nused』であることがわかる。TrackManagerにおいて『U
nused』のTKIが虫食い状に存在しているのに対して、De
fault_Playlist情報において『Unused』のDPL_TK_SRPが
まとめられているのは、上述したように、DPL_TK_SRP
は、『Unused』以外のDPL_TK_SRPの繰り上げが行われる
のに対して、TKIは、そのような繰り上げが行われない
からである。
【０１６９】ここで4つのAOBからなるTrackDを書き込も
うとする場合を想定する。その4つのAOBのそれぞれにつ
いてのTKIは、TrackManagerにおいて、『Unused』に設
定されているTKI#2、TKI#4、TKI#7、TKI#8のそれぞれに
書き込まれる。一方、これら4つのAOBについてのDPL_TK
_SRPは、Default_Playlist情報におけるDPL_TK_SRP#4〜
DPL_TK_SRP#7に書き込まれる。これら4つのAOBは1つの
トラックを構成するものなので、DPL_TK_SRP#4について
のDPL_TK_ATRは『Head_of_Track』と、DPL_TK_SRP#5、D
PL_TK_SRP#6についてのDPL_TK_ATRは『Midpoint_of_Tra
ck』と、DPL_TK_SRP#7についてのDPL_TK_ATRは『End_of
_Track』と設定されている。
【０１７０】また、DPL_TK_SRP#4についてのDPL_TKINは
TKI#2と設定され、DPL_TK_SRP#5についてのDPL_TKINはT
KI#4、DPL_TK_SRP#6についてのDPL_TKINはTKI#7、DPL_T
K_SRP#7についてのDPL_TKINはTKI#8と設定されている。
以上のようなDPL_TKIN、DPL_TK_ATRの設定により、TKI#
2,TKI#4,TKI#7,TKI#8は、4つ目のトラックTrackDとして
管理されることなる。
【０１７１】以上の処理において、『Unused』のTKIに
対する書き込みが行われたが、TKI#1、TKI#2、TKI#3、T
KI#4に関しては、何の変動もなされていない点は図２８
の場合と同様である。 {17-9_40-5_46A,B} トラックの統合(case3)を行う場合
について 続いてトラックの統合(case3)を行う際の、Default_Pla
ylist情報の更新について説明する。図４６（ａ）、
（ｂ）は、トラックの統合を行う場合を想定した図であ
る。本図は、TKIの統合処理を説明した際に引用した図
２９（ａ）、（ｂ）と同一部分を有する。即ち、図４６
（ａ）、（ｂ）における第２、第３、第４段目は、図２
９（ａ）、（ｂ）における第１段目、第２段目と同一で
ある。差違点は、図４６（ａ）、（ｂ）では、Default_
Playlist情報が記載されており、それに含まれるDPL_TK
_SRP#8が『Unused』に設定されていて、同じく『Unuse
d』に設定されているTKI#2と対応関係を有している点で
ある。本図において、図２９に示したようなトラックの
統合処理が、AOBファイル及びTKIに対してなされると、
DPL_TK_SRP#3〜DPL_TK_SRP#6の内容を1つずつずらし
て、太枠で囲ったDPL_TK_SRP#7の記述内容をDPL_TK_SRP
#3にコピーする。TKIについては、図２９に示した場合
と同様の更新処理がなされる。
【０１７２】{17-9_40-6_47A,B} トラックの分割(case
4)を行う場合について 続いてトラックの分割(case4)を行う際の、Default_Pla
ylist情報の更新について説明する。図４７（ａ）、
（ｂ）は、トラックの分割を行う場合を想定した図であ
る。本図は、TKIについての分割処理を説明した際に引
用した図３３（ａ）、（ｂ）と同一部分を有する。即
ち、本図における第２段目、第３段目は、図３３
（ａ）、（ｂ）における第１段目、第２段目と同一であ
る。差違点は、図４７（ａ）、（ｂ）では、Default_Pl
aylist情報が記載されており、それに含まれるDPL_TK_S
RP#8が『Unused』に設定されていて、同じく『Unused』
に設定されているTKI#2と対応関係を有している点であ
る。この状態において、図３３の場合と同様に、太枠で
囲ったTKI#3、AOB003.SA1を2つに分割しようとすると、
DPL_TK_SRP#3〜DPL_TK_SRP#7の順序を一つずつ繰り下げ
て、Default_Playlist情報における『Unused』のDPL_TK
_SRPをDPL_TK_SRP#3まで移動する。移動後のDPL_TK_SRP
#3には、分割により得られたTKI#2が対応づけられる。T
KI#2に対応づけられているAOB002.SA1は、元々AOB003.S
A1の後半部を格納したものであるが、TKI#2に対応づけ
られているDPL_TK_SRP#3の前に、DPL_TK_SRP#2が存在
し、このDPL_TK_SRP#2は、TKI#2−AOB002.SA1が対応づ
けられている。即ち、AOB002.SA1及びAOB003.SA1は、元
のAOB003.SA1の後半部分、前半部分を格納しているが、
これらを指定しているDPL_TK_SRP#2、DPL_TK_SRP#3は、
AOB003.SA1、AOB002.SA1の順序で、これらのAOBファイ
ルを再生するよう再生順序を指定しているので、元のAO
B003.SA1の後半部分、前半部分は、DPL_TK_SRPの再生順
序指定により、前半部分、後半部分の順に、再生される
ことなる。
【０１７３】{17-9_40-8} 編集処理の応用 以上の4つの編集操作を組み合わせることにより、操作
者は、様々な編集操作を行うことができる。即ち、ある
トラックの先頭部分にディスクジョッキーのアナウンス
が入っており、これを削除したい場合、上記のトラック
の分割処理にて、そのアナウンス部分を一個のトラック
として分割し、その後、そのトラックを削除すれば、デ
ィスクジョッキーのアナウンスのみを部分的に削除する
ことができる。
【０１７４】以上でナビゲーションデータについての説
明を終え、続いて、このようなナビゲーションデータ、
プレゼンテーションデータを再生するために構成された
再生装置について説明する。 {48-1} 再生装置の外観 図４８は、本実施形態に係るフラッシュメモリカード３
１についての携帯型の再生装置を示す図である。本図に
おいて再生装置は、フラッシュメモリカード３１が挿入
される挿入口、再生、順方向サーチ再生、逆方向サーチ
再生、早送り、巻き戻し、停止等のキー操作を操作者か
ら受け付けるためのキーパネルと、液晶ディスプレィと
を有しており、通常の携帯型音響機器同様の外観を有す
る。キーパネルには、プレイリスト／トラックの選択を
受け付けるPlaylistキー、トラックの先頭へのスキップ
を受け付ける『|<<キー』、次トラックの先頭へのスキ
ップを受け付ける『>>|キー』、早送り、巻き戻し、順
方向サーチ再生、逆方向サーチ再生を受け付ける『>>キ
ー』,『<<キー』、フラッシュメモリカード３１に静止
画が格納されている場合に、静止画を表示させる操作を
受け付けるDisplayキー、録音操作を操作者から受け付
けるRecキー、Stereo/Monoral選択、サンプリング周波
数選択を操作者から受け付けるAudioキー、ブックマー
クの指定を受け付けるMarkキー、トラックの編集、タイ
トル入力を受け付けるEditキーが備えられている。
【０１７５】{48-2} フラッシュメモリカード３１の携
帯型再生装置における改良点 このフラッシュメモリカード３１の携帯型再生装置が通
常の携帯型音響機器と異なるのは、以下の改良点(1)〜
(4)である。即ち、操作者からDefault_Playlist情報、P
layList情報、トラックの指定を受け付けるために、液
晶ディスプレィには、プレイリスト、トラックの一覧表
示がなされること(1)、また、そのように一覧表示され
たプレイリスト又はトラックのうち、任意のものを再生
対象又は編集対象として指定させるためのキー割り当て
がなされていること(2)、トラックの再生進行と共に、
液晶ディスプレィには、トラックの再生経過時刻が表示
されること(3)、タイムサーチ機能や分割編集を行う際
に、再生開始時間を設定するために用いられるジョグダ
イアルが設けられていること(4)である。
【０１７６】{48-2_49_50} 改良点(2)の詳細 改良点(2)の詳細は以下の通りである。図４９は、プレ
イリストの選択が行われる際の液晶ディスプレィの表示
内容の一例を示す図であり、図５０は、トラックの選択
が行われる際の液晶ディスプレィの表示内容の一例を示
す図である。図４９における『DEFAULTPLAYLIST』『PLA
YLIST#1』『PLAYLIST#2』『PLAYLIST#3』『PLAYLIST#
4』は、フラッシュメモリカード３１に格納されている
デフォルトプレイリストと、4つのプレイリストを示すA
SCII文字列である。また、図５０（ａ）における『TRAC
K#1』『TRACK#2』『TRACK#3』『TRACK#4』『TRACK#5』
は、フラッシュメモリカード３１に格納されているデフ
ォルトプレイリストにて、再生順序が指定される5つの
トラックを示すASCII文字列である。図４９及び図５０
（ａ）にて、ハッチングを付したこれらのプレイリスト
及びトラックは、再生対象又は編集対象として指定され
ていることを示す。このように液晶ディスプレィにプレ
イリストにて再生順序が規定されるトラックが一覧表示
され、TRACK#1が再生対象に指定された状態で>>|キーの
押下がなされると、図５０（ｂ）に示すように一覧表示
された複数トラックのうち、その下のTRACK#2が再生対
象に指定される。TRACK#2が、再生対象に指定された状
態で>>|キーの押下がなされると、図５０（ｃ）に示す
ように一覧表示された複数トラックのうち、更に下段の
TRACK#3が再生対象に指定される。TRACK#3が再生対象に
指定された状態で|<<キーの押下がなされると、一覧表
示された複数トラックのうち、図５０（ｄ）に示すよう
に一段上のTRACK#2が再生対象に指定される。このよう
に>>|キー、|<<キーの押下に応じて、何れかのトラック
が再生対象として選択されるので、何れかのトラックが
再生対象として選択された際に、図５０（ｅ）に示すよ
うに再生キーが押下されれば、そのトラックの再生が開
始され、Editキーが押下されれば、そのトラックが編集
対象として指定される。
【０１７７】{48-3_51} 改良点(4)の詳細 続いて改良点(4)の詳細について説明する。図５１は、
ジョグダイアルの操作例を示す図である。ジョグダイア
ルにより、操作者による回転操作を受け付けて、その回
転量に応じて、液晶ディスプレィに表示されている再生
経過時刻を増減させる。例えば図５１（ａ）に示すよう
に、液晶ディスプレィに再生開始時刻が『00:00:20』と
表示されているものとする。この場合、図５１（ｂ）に
示すように、ジョグダイアルが反時計回りに回転された
とすると、再生開始時刻は、その回転量に応じて減少し
て『00:00:10』となる。また図５１（ｃ）に示すよう
に、ジョグダイアルが時計回りに回転されたとすると、
再生開始時刻は、その回転量に応じて増加して『00:00:
30』となる。
【０１７８】このように再生時間時間を増減させるの
は、トラックにおける任意の再生時刻を指定するためで
あり、ジョグダイアルの回転により、任意の再生時刻が
指定され、再生キーが押下されれば、上記｛数式２｝
｛数式３｝に従って指定された位置からAOBを再生す
る。また、分割編集においてジョグダイアルは、任意の
再生開始時間を分割境界として特定する際、分割境界を
微調整するために用いられる。
【０１７９】{52-1} 再生装置の内部構成について 続いて再生装置の内部構成について説明する。図５２
は、再生装置の内部構成を示す図である。本図において
再生装置は、フラッシュメモリカード３１を接続するた
めのカードコネクタ１と、キーパネル、ジョグダイアル
と接続されるユーザインターフェイス部２と、RAM３
と、ROM４と、プレイリスト、トラックを一覧表示する
一覧表示枠、再生経過時刻が表示される再生経過時刻枠
を有する液晶ディスプレィ５と、液晶ディスプレィを駆
動するためのLCDドライバ６と、AOBファイル毎に異なる
FileKeyを用いて、AOB_FRAMEの暗号化を解除するデ・ス
クランブラ７と、デ・スクランブラ７によりAOB_FRAMEの
デスクランブルが行われれば、当該AOB_FRAMEのADTSヘ
ッダを参照して、当該AOB_FRAMEを復号することによ
り、PCMデータを得るAACデコーダ８と、AACデコーダ８
の復号により得られたPCMデータをD/A変換して、ヘッド
ホン端子を介してスピーカーに出力するD/Aコンバータ
９と、再生装置内の統合処理を行うCPU１０とを備え
る。このハードウェア構成からも判るように、本再生装
置には、TrackManager、Default_Playlist情報を処理す
るための新規の構成は見られない。TrackManager、Defa
ult_Playlist情報の処理のために設けられているのは、
RAM３内に確保されているDPLI常駐領域１１、PLI格納領
域１２、TKI格納領域１３、FileKey格納領域１４、ダブ
ルバッファ１５と、ROM４に格納されている再生制御プ
ログラム及び編集制御プログラムである。
【０１８０】{52-2} DPLI常駐領域１１ DPLI常駐領域１１は、カードコネクタ１に接続されフラ
ッシュメモリカード３１から読み出されたDefault_Play
list情報を常駐させるために確保されている領域であ
る。 {52_12} PLI格納領域１２ PLI格納領域１２は、操作者により選択され、再生対象
になっているPlayList情報を格納しておくために確保さ
れている領域である。
【０１８１】{52-3} TKI格納領域１３ TKI格納領域１３は、TrackManagerに含まれる複数のTKI
のうち、再生対象になっているAOBファイルに対応するT
KIのみを格納しておくために確保されている領域であ
り、TKI1個分のデータサイズを有する。 {52-4} FileKey格納領域１４ FileKey格納領域１４は、プロテクト領域内のAOBSA1.KE
Yに含まれる複数のFileKeyのうち、再生対象になってい
るAOBファイルに対応するFileKeyのみを格納しておくた
めに確保されている領域である。
【０１８２】{52-5} ダブルバッファ１５ ダブルバッファ１５は、フラッシュメモリカード３１か
ら読み出されたクラスタデータ（クラスタ一個当たりに
格納されるデータ）を順次入力して格納するという入力
処理と、格納されたクラスタデータから暗号化AOB_FRAM
Eを読み出して、順次デ・スクランブラ７に出力するとい
う出力処理とを並列に行う場合に用いられる入出力バッ
ファである。ダブルバッファ１５は、AOB_FRAMEとして
の出力が済んだクラスタが占有していた領域を順次空き
領域に解放し、この空き領域を、新たに読み出されたク
ラスタの格納に用いるという領域確保、即ち、リングポ
インタを用いた巡回式の領域確保を行う。
【０１８３】{52-5_53_54A,B} ダブルバッファ１５に
おける入出力 図５３は、ダブルバッファ１５におけるデータ入出力が
どのように行われるかを示す図である。図５４（ａ）、
（ｂ）は、リングポインタを用いた巡回式の領域確保が
どのように行われるかを示す図である。これらの図にお
いて左下向きの矢印は、クラスタデータの書込先アドレ
スについてポインタ、即ち、書込先ポインタを示す。左
上向きの矢印は、クラスタデータの読出先アドレスにつ
いてのポインタ、即ち、読出先ポインタを示す。これら
のポインタは、リングポインタとして用いられる。
【０１８４】{54-6_53} フラッシュメモリカード３１
がカードコネクタ１に接続されると、このフラッシュメ
モリカード３１のユーザデータ領域におけるクラスタデ
ータは、矢印w1,w2に示すようにフラッシュメモリカー
ド３１から読み出される。読み出されたクラスタデータ
は、ダブルバッファ１５において、書込先ポインタWP1,
WP2に示される位置に順次格納されてゆく。
【０１８５】{52-7_54A} このように格納されたクラス
タデータに含まれるAOB_FRAMEのうち、読出先ポインタ
に指示される位置に存在するAOB_FR
AMEは、矢印r1,r2,r3,r4,r5・・・・・・に示すように順次デ・
スクランブラ７へと出力されてゆく。ここでダブルバッ
ファ１５にクラスタデータ002,003が格納されており、
読出先ポインタにてに示さる読出先が図５３の
に示すように移動して、に達した場合、クラスタ002
に含まれるAOB_FRAMEは全て読み出されたことになるの
で、新たにクラスタ004を読み出して、図５４（ａ）の
矢印w6に示すように、クラスタ002が占有していた領域
に上書きする。
【０１８６】{52-8_54B} また読出先ポインタにてに示
さる読出先がに示すように移動して、に達すれ
ば、クラスタ003に含まれるAOB_FRAMEは全て読み出され
たことになるので、新たにクラスタ005を読み出して、
図５４（ｂ）の矢印w7に示すように、クラスタ003が占
有していた領域に上書きする。以上のような、AOB_FRAM
Eの出力と、クラスタデータの上書きとが何度も繰り返
されて、AOBファイルに含まれるAOB_FRAMEが順次デ・ス
クランブラ７、AACデコーダ８に出力されてゆく。
【０１８７】{52-9_55〜58} ROM４に格納されている再
生制御プログラム 続いてROM４に格納されている再生制御プログラムにつ
いて説明する。図５５は、AOBファイル読み出し処理の
処理手順を示すフローチャートであり、図５６、図５
７、図５８は、AOB_FRAME出力処理の処理手順を示すフ
ローチャートである。
【０１８８】{52-9_55-1} これらのフローチャートに
おいて、変数wとは、複数DPL_TK_SRPのそれぞれを指示
する変数であり、変数zとは、それぞれのAOBファイル
と、それに対応するTKIと、それに含まれるAOBとを一意
に指示するための変数である。変数yとは、変数zにて指
示されるAOB#zに含まれる個々のAOB_ELEMENTを指示する
ための変数であり、変数xとは、変数yにて指示されるAO
B_ELEMENT#yに含まれるそれぞれのAOB_FRAMEを指示する
変数である。先ず図５５を参照しながらAOBファイル読
出処理の処理手順について説明する。
【０１８９】{52-9_55-2} ステップＳ１においてCPU１
０はPlayListManagerを読み出して、Default_Playlist
情報及びPlayList情報を一覧表示する。ステップＳ２に
おいてCPU１０は、Default_Playlist情報、PlayList情
報の何れに従ってAOBを再生させるかの指定を待つ。こ
こで、Default_Playlist情報が指定された場合、ステッ
プＳ２からステップＳ３に移行して、変数wを初期化し
（#w←1）、ステップＳ４では、Default_Playlist情報
におけるDPL_TK_SRP#wに対応づけられたDPL_TKINにより
指定されているTKI#zを特定して、そのTKI#zのみをTKI
格納領域１３に読み出す。そして、ステップＳ５におい
てTKI#zと同じ番号を有するAOBファイル#zを特定する。
ここまでの手順で、ようやく、再生すべきAOBファイル
が特定されたことになる。特定されたAOBファイルは、
暗号化されているので、このAOBファイルの暗号化を解
除すべく、以降ステップＳ６、ステップＳ７の処理を行
う。即ち、ステップＳ６では、プロテクト領域をアクセ
スして、暗号鍵格納ファイルにおいて当該AOBファイル#
zと同じ番号を有するFile Key Entry#zに格納されてい
るFileKey#zを読み出す。ステップＳ７においてCPU１０
は、FileKey#zをデ・スクランブラ７に設定する。かかる
設定により、FileKeyはデ・スクランブラ７に設定された
ので、以降、AOBファイルに含まれるAOB_FRAMEが順次デ
・スクランブラ７に投入されれば、AOB_FRAMEは順次再生
されることになる。
【０１９０】{52-9_55-3} 以降、AOBファイルを格納し
ている各クラスタを順次読み出してゆく。ステップＳ８
では、ディレクトリエントリーにおけるそのAOBファイ
ル#zについての『ファイル最初のクラスタ番号』を特定
し、ステップＳ９においてCPU１０は、そのクラスタに
格納されているデータをフラッシュメモリカード３１か
ら読み出す。ステップＳ１０では、FAT値にクラスタ番
号がFFFと記述されているか否かを判定し、もしFAT値が
FFF以外の値なら、ステップＳ１１においてそのFAT値に
て指示されているクラスタに格納されているデータを読
み出す。かかる読み出し後、ステップＳ１０に移行す
る。ここで、何れかのクラスタに格納されているデータ
を読み出し、そのクラスタに対応づけられているFAT値
を参照した際、そのFAT値にFFF以外の何れかのクラスタ
番号が記述されている限り、ステップＳ１０−ステップ
Ｓ１１の処理は繰り返し行われる。これにより、そのFA
T値により指示されているクラスタが順次読み出されて
ゆく。そのFAT値にクラスタ番号がFFFと記述されている
場合、AOBファイル#zを構成するクラスタは全て読み出
されたことになるので、ステップＳ１０からステップＳ
１２に移行する。
【０１９１】{52-9_55-4} ステップＳ１２においてCPU
１０は、変数#wがDPL_TK_SRPの総数と一致したか否かを
判定する。一致しないなら、ステップＳ１３に移行し
て、変数#wをインクリメントした後（#w←#w+1）、ステ
ップＳ４に移行する。ステップＳ４においてDefault_Pl
aylist情報におけるDPL_TK_SRP#wのDPL_TKIN#wにより指
定されているTKI#zを特定して、そのTKI#zのみをTKI格
納領域１３に読み出す。この際、TKI格納領域１３には
それまで使用されていたTKIが格納されているが、CPU１
０は、TKI格納領域１３に既に格納されているTKIを新た
に読み出したTKIを用いて上書きする。このような上書
きによりTKI格納領域１３には、最新のTKIのみが格納さ
れることになる。このようにTKIが上書きされれば、ス
テップＳ５〜ステップＳ１２の処理をAOBファイル#zに
ついて繰り返す。ステップＳ５〜ステップＳ１２の処理
が繰り返され、Default_Playlist情報に含まれる全ての
DPL_TK_SRPに対応するTKI、AOBファイルが読み出されれ
ば、変数#wとDPL_TK_SRPの総数とが一致して、ステップ
Ｓ１２がYesとなり、本フローチャートを終了する。
【０１９２】{52-9_56_57_58} AOB_FRAME出力処理 かかるAOBファイル読出処理と並行して、CPU１０は、図
５６、図５７、図５８のフローチャートに従い、AOB_FR
AME出力処理を行う。本フローチャートにおいてplay_ti
meとは、これまで再生が経過した時間、即ち、再生経過
時刻を示す変数であり、液晶ディスプレィ５の時刻表示
枠内の時刻は、このplay_timeの更新に応じて、表示内
容が書き換えられる。また、play_dataとは、これまで
再生されたデータ長である。
【０１９３】{52-9_56-1} ステップＳ２１において、C
PU１０は、AOBファイル#zについてのクラスタデータが
ダブルバッファ15に蓄積されたかを監視している。クラ
スタデータが蓄積されない限り、このステップＳ２１を
繰り返し行うが、クラスタデータが蓄積されれば、ステ
ップＳ２２において、#x、#yの初期化を行い（#x←1,#y
←1）、その後、ステップＳ２３において、AOBファイル
#zについてのクラスタにおいて、TKI#zに含まれるBIT#z
のData_Offset以降からAOB_ELEMENT#yにおけるAOB_FRAM
E#xを検出する。ここでSZ_DATAから7バイトは、ADTSヘ
ッダが占有しているものとして、当該ADTSヘッダを参照
し、ADTSヘッダに示されているデータ長が本体部のオー
ディオデータであると解析して、当該ADTSヘッダと、本
体部のオーディオデータとを読み出し、デ・スクランブ
ラ７に出力する。デ・スクランブラ７によりAOB_FRAMEの
暗号化が解除され、AACデコーダ８により復号が行われ
れば、音声として再生されることになる。
【０１９４】{52-9_56-2} 検出後、ステップＳ２４に
おいて、AOB_FRAME#xをデ・スクランブラ7に出力し、ス
テップＳ２５において、再生経過時刻play_timeをAOB_F
RAME#xに相当する再生時間だけインクリメントし、再生
済みデータ数play_dataをAOB_FRAME#xに相当するデータ
数だけインクリメントする。ここでAOB_FRAMEの再生時
間長は、20msecであるので、再生経過時刻play_timeに
は、20msecが加算されることになる。
【０１９５】1番目のAOB_FRAMEがデ・スクランブラ７に
出力されれば、ステップＳ２６においてAOB_FRAME#xのA
DTSヘッダを参照して、次のAOB_FRAMEが何処に存在する
かを特定する。ステップＳ２７では、変数#xのインクリ
メントを行い（#x←#x+1）、次のAOB_FRAMEをAOB_FRAME
#xとする。ステップＳ２８においてAOB_FRAME#xをデ・ス
クランブラ7に投入する。その後、ステップＳ２９で
は、play_timeを、AOB_FRAME#xに相当する再生時間だけ
インクリメントすると供に、play_dataをAOB_FRAME#xに
相当するデータ数だけインクリメントする。AOB_FRAME#
xをインクリメントした後、ステップＳ３０においてCPU
１０は、#xが『FNs_1st_TMSRTE』に達したかを判定す
る。#xが『FNs_1st_TMSRTE』に達しないのなら、ステッ
プＳ３１において、Playキー以外のキーが押下されたか
どうかを確認した後、ステップＳ２６に移行する。以
降、#xが『FNs_1st_TMSRTE』に達するまで、または、Pl
ayキー以外のキーが押下されるまで、ステップＳ２６〜
ステップＳ３１の処理は繰り返し行われる。ここでPlay
キー以外のキーが押下された場合、本フローチャートを
終了して、押下されたキーに該当する処理を行う。押下
されたキーが停止キーなら再生処理を停止し、押下され
たキーが一時停止キーなら一時停止を行う。
【０１９６】{52-9_57-1} 一方、#xが『FNs_1st_TMSRT
E』に達したなら、ステップＳ３０がYesとなり、図５７
のステップＳ３２に移行する。ステップＳ２６からステ
ップＳ３０までの処理にて、AOB_ELEMENTに含まれる全
てのAOB_FRAMEがデ・スクランブラ７に投入されたので、
次のAOB_ELEMENTに処理対象を移行すべく、ステップＳ
３２において#yをインクリメントすると共に、#xを初期
化する（#y←#y+1,#x←1）。
【０１９７】その後、ステップＳ３３においてTKTMSRT
を参照してAOB_ELEMENT#yについての先頭アドレスを算
出する。以降、ステップＳ３４〜ステップＳ４２からな
る処理を行う。ステップＳ３４〜ステップＳ４２の処理
は、AOB_ELEMENTに含まれるAOB_FRAMEを次々と読み出す
処理である点で、ステップＳ２４〜ステップＳ３１から
なる処理と同一であるといえる。ステップＳ２４〜ステ
ップＳ３１の処理と異なるのは、後者におけるループ処
理の終了条件は、#xが『FNs_1st_TMSRTE』に達すること
であるのに対し、前者におけるループ処理の終了条件
は、#xが『FNs_Middle_TMSRTE』に達することである。#
xが『FNs_Middle_TMSRTE』に達して、ステップＳ３４〜
ステップＳ４２からなるループ処理が終了すると、ステ
ップＳ４１がYesとなってステップＳ４３に移行する。
ステップＳ４３においてCPU１０は#yをインクリメント
すると共に、#xを初期化する（#y←#y+1,#x←1）。その
後、ステップＳ４４において、変数yが、TKI#zのTMSRT_
Headerにおける(TotalTMSRT_entry_Number-1)と等しい
値に達したかを判定する。#yが(TotalTMSRT_entry_Numb
er-1)より小さい場合、AOB_ELEMENT#yは未だ、最後のAO
B_ELEMENTに達してしていないので、ステップＳ４４か
らステップＳ３２に移行することにより、ステップＳ３
２〜ステップＳ４２の処理を継続して行う。#yが(Total
TMSRT_entry_Number-1)に達した場合、最後のAOB_ELEME
NTの1つ前のAOB_ELEMENTまで、AOB_FRAMEの読み出し処
理は完遂したと考えられるので、ステップＳ４４がYes
となり、図５８のステップＳ４５に移行する。
【０１９８】{52-9_57-2} ステップＳ４５〜ステップ
Ｓ５４の処理は、最後のAOB_ELEMENTに含まれる複数のA
OB_FRAMEをそれぞれ読み出す処理であるという点におい
て、上述したステップＳ３３〜ステップＳ４２の処理と
同一といえる。異なるのは、ステップＳ３３〜ステップ
Ｓ４２におけるループ処理は、ステップＳ４１において
#xが『FNs_Middle_TMSRTE』に達することがループ処理
の終了条件であったのに対して、ステップＳ５３では、
#xが『FNs_Last_TMSRTE』であり、かつ、これまで読み
出されたデータサイズを示すPlay_dataがSZ_DATAに達す
ることが、ループ処理の終了条件になっている点であ
る。
【０１９９】このステップＳ５３の条件が満たされるま
で、ステップＳ４９〜ステップＳ５４の処理は繰り返し
行われ、この条件が満たされれば、ステップＳ５３がYe
sとなって、ステップＳ５５に移行する。ステップＳ５
５においてCPU１０は、#zをインクリメントしてからス
テップＳ２１に移行して（#z←#z+1）、次のAOBファイ
ルがダブルバッファ１５に蓄積されるのを待つ。蓄積さ
れれば、ステップＳ２１からステップＳ２２に移行し、
次のAOBファイルについて、ステップＳ２２〜ステップ
Ｓ５４の処理を繰り返し行う。即ち、次のDPL_TK_SRPの
DPL_TKINにより指定されているTKIを特定し、そのTKIに
対応するAOBファイル、即ち、TKIと同じ番号を有するAO
Bファイルを特定する。その後、プロテクト領域をアク
セスして、暗号鍵格納ファイルにおいて当該TKIと同じ
番号を有するFileKeyを特定し、当該FileKeyを読み出し
て、当該FileKeyをデ・スクランブラに設定してから、そ
のTKIと同じ番号を有するAOBファイルに含まれるAOB_FR
AMEを順次読み出して再生してゆくのである。
【０２００】{52-9_57-3_59} 再生経過時刻の更新 図５９は、液晶ディスプレィ５の時刻表示枠に表示され
る再生経過時刻が、変数Play_Timeの更新したがい、増
加してゆく様子を示す図である。本図（ａ）では、再生
経過時刻は00:00:00.000であるが、AOB_FRAME#1の再生
が終了した時点で、再生経過時刻にAOB_FRAMEの時間長2
0msecが加算されて00:00:00.020に更新されている。AOB
_FRAME#2の再生が終了した時点で、再生経過時刻にAOB_
FRAMEの時間長20msecが加算されて00:00:00.040に、AOB
_FRAME#6の再生が終了した時点で、再生経過時刻は00:0
0:00.120となっていることがわかる。
【０２０１】以上がAOB_FRAME出力処理の全貌である。
本フローチャートのステップＳ３１において、Playキー
以外のキーの押下時に、本フローチャートの処理を中断
することは既に述べた通りであり、そのようなPlayキー
以外のキーとして一時停止キーや停止キーがあることも
説明済みであるが、一時停止キーや停止キー以外にも、
特殊再生を再生装置に行わせるためのキーが押下された
場合も、図５６、図５７、図５８のフローチャートの処
理は中断し、その押下されたキーに応じた処理が実行さ
れる。以降、>>キーが押下され、順方向サーチ再生を実
行する場合のCPU１０の処理手順と、一時停止キーや停
止キーが押下された後に、ジョグダイアルが操作される
ことにより、タイムサーチ機能が実行される場合のCPU
１０の処理手順とについて説明する。
【０２０２】{52-10_60} 順方向サーチ再生 図６０は、順方向サーチ再生を行う場合のCPU１０の処
理手順を示すフローチャートである。>>キーが操作者に
より押下されて図５６、図５７、図５８のステップＳ３
１、ステップＳ４２、ステップＳ５４がYesになった
際、CPU１０により実行されるのが本フローチャートで
ある。
【０２０３】ステップＳ６１において、CPU１０はAOB_E
LEMENT#yのAOB_FRAME#xからx+f(t)-1までをデ・スクラン
ブラ7に投入する。ここで、『t』とは、間欠再生時間で
あり、f(t)を、間欠再生時間に相当するフレーム数、d
(t)を間欠再生時間に相当するデータ数とすると、ステ
ップＳ６２では、再生経過時刻を示すplay_time、再生
済みデータ数を示すplay_dataを、t:間欠再生時間、f
(t):間欠再生時間に相当するフレーム数、d(t):間欠再
生時間に相当するデータ数に基づいて更新する（x←x+f
(t)、play_time←play_time+t、play_data←play_data+
d(t) 尚、一般に間欠再生時間は240ミリ秒(12個のAOB_
FRAMEの再生時間長)に相当する。）。
【０２０４】{52-10_60-1_61A,B} 図６１（ａ）、
（ｂ）は、順方向サーチ再生時において、再生経過時刻
がインクリメントされてゆく様子を示す図である。図６
１（ａ）は、再生経過時刻の初期状態を示し、再生時点
は、AOB_ELEMENT#51のAOB_FRAME#1であることを示す。
この場合の再生経過時刻は、00:00:01.000であることが
わかる。ここで、間欠再生時間として、1番目から12番
目までのAOB_FRAMEがデ・スクランブラ７に投入されて、
再生経過時刻に1AOB_FRAMEの時間長である240ミリ秒が
加算されると、図６１（ｂ）に示すように、再生経過時
刻は、00:00:01.240となる。
【０２０５】{52-10_60-2} これらを更新した後、ステ
ップＳ６３においてCPU１０は、インクリメント後のAOB
_FRAME#xと、AOB_ELEMENT#yの総フレーム数との大小比
較して、インクリメント後のAOB_FRAME#xがAOB_ELEMENT
#y内に存在するかを判定する。具体的には、AOBの先頭
に位置するAOB_ELEMENTのフレーム数は『FNs_1st_TMSRT
E』であり、中間のもののフレーム数は『FNs_Middle_TM
SRTE』、最後のもののフレーム数は『FNs_Last_TMSRT
E』に示されるので、これらと、AOB_FRAME#xとを比較す
ることにより、判定を行う。もし更新後のAOB_FRAME#x
がAOB_ELEMENT内に存在しないのなら、ステップＳ６４
においてAOB_ELEMENT#yに後続するAOB_ELEMENTが存在す
るかを判定する。ここでAOB_ELEMENT#yが最後のAOB_ELE
MENTであり、後続するAOB_ELEMENTが存在しない場合、
ステップＳ６４がNoとなり、本フローチャートの処理を
終了するが、後続するAOB_ELEMENTが存在する場合、ス
テップＳ６５において、AOB_FRAME#xからAOB_ELEMENT#y
におけるフレーム数を減じ、ステップＳ６６において#y
を更新することにより（y←y+1）、AOB_FRAME#xを後続
するAOB_ELEMENT#yにおけるAOB_FRAMEのフレーム位置に
変換する。もし更新後のAOB_FRAME#xがAOB_ELEMENT内に
存在するのなら、これらステップＳ６５〜ステップＳ６
６をスキップして、ステップＳ６７に移行する。
【０２０６】{52-10_60-3} 続いて、間欠スキップ間隔
に応じて、AOB_FRAME#x、再生経過時刻play_time、再生
済みデータ数play_dataの更新を行う。ここで、間欠ス
キップ間隔に相当する時間をskip_time(2秒)とし、間欠
スキップ間隔skip_timeに相当するフレーム数をf(skip_
time)、間欠スキップ間隔skip_timeに相当するデータ数
d(skip_time)とすると、ステップＳ６７において、これ
らを用いてAOB_FRAME#x、再生経過時刻play_time、再生
済みデータ数play_dataを更新する（x←x+f(skip_tim
e),play_time←play_time+skip_time,play_data←play_
data+d(skip_time)）。
【０２０７】{52-10_60-4_61C} 図６１（ｃ）に示すよ
うに、AOB_ELEMENT#51内のフレーム位置を示すAOB_FRAM
E#xに間欠スキップ間隔を加算したものとする。この加
算後の#xがAOB_ELEMENT#51のフレーム数を上回れば、AO
B_ELEMENTを次のAOB_ELEMENTに更新すると共に、加算後
の#xから、AOB_ELEMENT#51のフレーム数を減じることに
より、AOB_FRAME#xを、AOB_ELEMENT#52におけるフレー
ム位置に変換する。この場合、AOB_ELEMENT#yがAOB_ELE
MENT#52となり、再生経過時刻は、00:00:01.240に2.000
を加算することにより、00:00:03.240となる。AOB_FRAM
E#xは、AOB_ELEMENT#52におけるAOB_FRAME#62(=(3240ms
ec-2000msec)/20msec)となる。
【０２０８】{52-10_60-5_61(d)} その後、AOB_ELEMEN
T#52におけるAOB_FRAME#62がデ・スクランブラ７に投入
されれば、図６１（ｄ）に示すように再生経過時刻は、
00:00:03.240に0.240を加算することにより、00:00:03.
480となる。ステップＳ６７において間欠的スキップ時
間に応じた更新を行えば、ステップＳ６８〜ステップＳ
７１の処理を行う。このステップＳ６８〜ステップＳ７
１の処理は、ステップＳ６３〜ステップＳ６６の処理と
同一であり、間欠スキップ間隔skip_timeに相当するフ
レーム数が加算された後のAOB_FRAMEがAOB_ELEMENT#y内
に存在するかどうかの判定がなされて、存在するのな
ら、その次のAOB_ELEMENTをAOB_ELEMENT#yとし、AOB_FR
AME#xを、新たなAOB_ELEMENT#yにおけるフレーム位置に
変換する。
【０２０９】間欠再生時間及び間欠的スキップ時間に応
じて、AOB_FRAME#x、AOB_ELEMENT#yがインクリメントさ
れれば、ステップＳ７２において、CPU１０は、TKTMSRT
を参照してAOB_ELEMENT#yについての先頭アドレスを算
出し、ステップＳ７３においてAOB_ELEMENT#yにおける
先頭アドレスからADTSヘッダの探索を開始することによ
り、AOB_FRAME#xを検出する。そして、ステップＳ７４
において、順方向スキップキー以外のキーが押下された
か否かを判定した後、ステップＳ６１においてAOB_ELEM
ENT#yのAOB_FRAME#xからx+f(t)-1までをデ・スクランブ
ラ7に投入し、再度ステップＳ６２〜ステップＳ７３の
処理を繰り返し行う。
【０２１０】以上の処理にて、AOB_FRAME#x、AOB_ELEME
NT#yがインクリメントされ、再生位置が進行してゆく。
その後、操作者により再生キーが押下されれば、ステッ
プＳ７４がNoとなり、本フローチャートの処理を終了す
る。 {52-11} タイムサーチ機能の実行 タイムサーチ機能が行われた場合の処理について説明す
る。Default_Playlist情報におけるトラックを一覧表示
し、任意のトラックの指定を受け付ける。トラックが指
定され、ジョグダイアルが操作されると、再生開始時刻
を更新する。再生開始時刻が増減した後、再生キーが押
下されると、その再生が指定された時刻をJmp_Entry
(秒)と特定する。一方、指定されたトラックが複数のAO
Bからなるか、単一のAOBからなるかを判定する。単一の
AOBからなる場合、｛数式２｝を満たすAOB_ELEMENT#y
と、AOB_FRAME#xとを算出する。｛数式２｝を満たすAOB
_ELEMENT#y、AOB_FRAME#xが算出されれば、このAOBに対
応するTKTMSRTにおいて、y+2番目に位置するアドレスか
ら、AOB_FRAME#xの探索を始め、x番目のAOB_FRAMEが探
索されれば、このx番目のAOB_FRAMEから再生を開始す
る。
【０２１１】{52-12}複数のAOBからなる場合、｛数式
３｝を満たすAOB#n、AOB_ELEMENT#yと、AOB_FRAME#xと
を算出する。｛数式３｝を満たすAOB#n、AOB_ELEMENT#
y、AOB_FRAME#xが算出されれば、このAOB#nに対応するT
KTMSRTにおいて、y+2番目に位置するアドレスから、AOB
_FRAME#xの探索を始め、x番目のAOB_FRAMEが探索されれ
ば、このx番目のAOB_FRAMEから再生を開始する。
【０２１２】続いてBITにおけるFNs_1st_TMSRTEは80フ
レームであり、FNs_Last_TMSRTEは50フレーム、FNs_Mid
dle_TMSRTEが94フレームであるAOBにおいて、任意の再
生時刻から再生を開始する場合について説明する。 {52-13_62A,B}ここで、タイムサーチ機能が行われる場
合の具体例として、ジョグダイアルにより、再生開始時
刻が指定された場合に再生を開始すべきAOB_ELEMENT、
再生を開始すべきフレーム位置をどのように特定するか
について説明する。図６２は、タイムサーチ機能が行わ
れる場合の具体例を示す図である。ここで図６２（ａ）
に示すように、再生装置が把持されて、あるAOBが再生
対象として指定された状態で、その右手の親指により、
ジョグダイアルの回転操作がなされ、 再生開始時刻=0
0:04:40.000(=280.00sec)が指定されたものとする。こ
のAOBについてTKI内のBITが、図６２（ｂ）に示す内容
である場合、再生開始時刻=00:04:40.000(=280.00sec)
を｛数式２｝に適用すると、 280sec ＝(FNs_1st_TMSRTE＋FNs_middle_TMSRTE・y＋x)×20msec ＝( 80 + 94・148 + 8)×20msec となるので、｛数式２｝を満たすAOB_ELEMENT#y、AOB_F
RAME#xとして、y=148,x=8のAOB_FRAMEが得られる。
【０２１３】このようにy=148と特定されたので、y+2番
目のAOB_ELEMENT#150(=148+2)のエントリーアドレスをT
KTMSRTから取得して、ここから8番目のAOB_FRAMEから、
再生を開始すれば、 再生経過時刻=00:04:40.000(=280.
00sec)から、再生を開始することができる。 {52-14_63_64_65}以上でPlayキーが押下された場合の、
CPU１０の処理内容の説明を終える。続いてROMに格納さ
れている編集制御プログラムについて説明する。本編集
制御プログラムは、Editキーが押下された場合に実行さ
れるものであり、図６３、図６４、図６５にその処理手
順を示す。以降、これらのフローチャートを参照しなが
ら、編集制御プログラムの処理内容について説明する。
【０２１４】{52-14_63-1} 編集制御プログラム Editキーが押下されれば、図６３のステップＳ１０１に
おいて削除、分割、統合といった典型的な編集操作の何
れを行うかを操作者に提示する対話画面を表示し、その
後、ステップＳ１０２において、対話画面に対する処理
が指定されたかを判定する。ここで対話画面の操作にお
いて、>>|キー、|<<キーをそれぞれ上下カーソル操作を
受け付けるためのキー、即ち、上下カーソルキーとして
用いるものとする。削除処理が指定されると、ステップ
Ｓ１０３、ステップＳ１０４からなるループ処理に移行
する。ステップＳ１０３では、>>|キー、|<<キーが押下
されたか否かを判定し、ステップＳ１０４では、編集キ
ーが押下されたか否かを判定する。>>|、|<<キーが押下
されれば、ステップＳ１０３からステップＳ１０５に移
行して、指示されたトラックを編集対象として指定す
る。一方、編集キーが押下されれば、削除すべきトラッ
クが特定されたとして、図４４に示した処理を行い、指
定されたトラックについてのTKIのTKI_BLK_ATRを『Unus
ed』に設定することにより、特定されたトラックを削除
する。
【０２１５】{52-14_63-2} 統合編集処理 統合編集が指定されると、ステップＳ１０２からステッ
プＳ１０７〜ステップＳ１０９からなるループ処理に移
行する。ステップＳ１０７〜ステップＳ１０９からなる
ループ処理では、>>|キー、|<<キーの押下と、編集キー
の押下とを受け付ける。>>|｜、|<<キーが押下されれ
ば、ステップＳ１０７からステップＳ１１０に移行し
て、指示されたトラックに対するハイライト表示を行
う。編集キーが押下されれば、ステップＳ１０８がYes
となり、ステップＳ１１１に移行する。ステップＳ１１
１では、カーソルキーにて指示されたトラックを、編集
対象として指定し、再度、ステップＳ１０７〜ステップ
Ｓ１０９からなるループ処理に移行する。
【０２１６】2トラック目の編集対象が特定されれば、
ステップＳ１０９がYesとなって、ステップＳ１１２に
移行する。ステップＳ１１２では、先行するトラック、
後続するトラックについてのTKIのBITを参照することに
より、両トラックの末尾及び先頭に配置されているAOB
（その前後にもAOBが配されている場合は、その前後のA
OB）のタイプがType1、Type2の何れであるかを判定す
る。
【０２１７】各AOBのタイプが判明したのなら、ステッ
プＳ１１３においてそれら各タイプのAOBの配置画像に
示した何れの配置パターンに該当するかを判定する。図
３２（ａ）〜（ｄ）の何れかの配置パターンに該当し、
統合後においても、Type2AOBが3つ連続しないことが明
らかならば、ステップＳ１１５において先行するトラッ
ク、後続するトラックを1つのトラックに統合する。即
ち、これらに対応づけられたTKI、DPL_TK_SRPに対し
て、図４６に示した操作を行い、TKIのTKI_BLK_ATRを書
き換えることにより、それら操作対象として選択された
複数のトラックを1つのトラックに統合する。図３２
（ａ）〜（ｄ）の何れの配置パターンにも該当せず、統
合後にType2のAOBが3つ連続してしまう場合は、ステッ
プＳ１１４において統合後のトラックにアンダーフロー
の発生の恐れがある旨を表示し、統合処理を中断する。
【０２１８】{52-14_64-1} トラックの分割処理 トラックの分割が指定されると、ステップＳ１０２から
ステップＳ１１６〜ステップＳ１１７からなるループ処
理に移行する。ステップＳ１１６〜ステップＳ１１７か
らなるループ処理では、>>|キー、|<<キーの押下と、編
集キーの押下とを受け付ける。>>|｜、|<<キーが押下さ
れれば、ステップＳ１１６からステップＳ１１８に移行
して、指示されたトラックを編集対象として指定する。
編集キーが押下されれば、ステップＳ１１７がYesとな
り、ステップＳ１１９に移行する。ステップＳ１１９で
は、カーソルキーにて指示されたトラックを、編集対象
として指定する。その後、ステップＳ１２０では、分割
が指定されたトラックの再生を開始して、ステップＳ１
２１においてMarkキーの押下を受け付ける。Markキーの
押下が行われると、トラックの再生を一時停止し、ステ
ップＳ１２２〜ステップＳ１２３からなるループ処理に
移行する。ステップＳ１２２では、ジョグダイアルに対
する回転操作を受け付け、ジョグダイアルに対して回転
操作がなされると、ステップＳ１２４においてその回転
操作に伴い、再生開始時間を増減させる。その後、ステ
ップＳ１２２〜ステップＳ１２３からなるループ処理に
再度移行する。回転操作により再生開始時刻が増減され
た状態で、編集キーが押下されれば、ステップＳ１２３
からステップＳ１２５に移行し、ステップＳ１２５にお
いて、編集キーが押下された再生時間を分割境界として
指定する（尚、分割境界の指定にあたっては、アンドゥ
機能（編集の取り消し）が可能である。）。その後、ス
テップＳ１２６において図４７で説した処理を行い、DP
LI、TKIを更新することにより、トラックの分割を行
う。
【０２１９】{52-14_65-1} プレイリストの設定編集処
理 プレイリストの設定編集が指定されると、図６５のフロ
ーチャートに移行する。本フローチャートにおいて変数
kとは、これから設定されるプレイリストにより、再生
順序が規定される個々のトラックを指示するための変数
であり、図６５のフローチャートでは、先ずステップＳ
１３１においてこの変数kに1を設定した後、ステップＳ
１３２〜ステップＳ１３４からなるループ処理に移行す
る。ステップＳ１３２〜ステップＳ１３４からなるルー
プ処理では、>>|キー、|<<キーの押下と、編集キーの押
下と、停止キーの押下とを受け付ける。>>|キー、|<<キ
ーが押下されれば、ステップＳ１３２からステップＳ１
３５に移行して、>>|キー、|<<キーにより指示されたト
ラックを指定する。編集キーが押下されれば、ステップ
Ｓ１３３がYesとなり、ステップＳ１３６に移行する。
ステップＳ１３６では、編集キーにて指示されたトラッ
クを、k番目に再生されるべきトラックとして特定す
る。その後、ステップＳ１３７において、変数kをイン
クリメントして、ステップＳ１３２〜ステップＳ１３４
のループ処理に移行する。このような処理を繰り返すこ
とにより、2トラック目、3トラック目、4トラック目の
トラックが順次特定される。このようにして、新たに作
成されたプレイリストにて再生されるべき複数のトラッ
クが特定された状態で停止キーが押下されると、ステッ
プＳ１３４からステップＳ１３８に移行して、これらに
対応づけられたTKIを特定するPL_TK_SRPからなるPlayLi
st情報を生成する。
【０２２０】（記録装置） {66-1} 記録装置 続いて、フラッシュメモリカード３１の記録装置につい
ての一例を説明する。図６６は、フラッシュメモリカー
ド３１の記録装置の一例を示す図である。本図における
記録装置は、インターネットを介した通信が可能であ
り、電子音楽配信によりSD_Audioディレクトリィが暗号
化された状態で通信回線を介して伝送されてくる場合、
又は、電子音楽配信によりオーディオデータトランスポ
ートストリームが配信されてくる場合にこれらを受信す
ることができる汎用パーソナルコンピュータである。
【０２２１】{67-1} 記録装置のハードウェア構成 図６７は、記録装置のハードウェア構成を示す図であ
る。本図において記録装置は、フラッシュメモリカード
３１を接続するためのカードコネクタ２１と、RAM２２
と、記録装置の統合制御を行うための記録制御プログラ
ムを格納した固定ディスク装置２３と、マイクから入力
された音声をA/D変換して、PCMデータを得るA/Dコンバ
ータ２４と、単位時間当たりのPCMデータをエンコード
して、ADTSヘッダを付与することにより、AOB_FRAMEを
得るACCエンコーダ２５と、各AOBファイル毎のFileKey
を用いて、AOB_FRAMEを暗号化するスクランブル部２６
と、電子音楽配信によりSD_Audioディレクトリィが暗号
化された状態で通信回線を介して伝送されてくる場合、
又は、電子音楽配信によりオーディオデータトランスポ
ートストリームが通信回線を介して伝送されてくる場合
に、オーディオデータトランスポートストリームを受信
するモデム装置２７と、記録装置内の統合制御を行うCP
U２８と、操作者からの操作を受け付けるキーボード２
９と、ディスプレィ３０とを有する。
【０２２２】{67-2} 入力経路RT1〜RT4 電子音楽配信によりデータ領域及びプロテクト領域に書
き込むべきSD_Audioディレクトリィが暗号化された状態
で通信回線を介して伝送されてくる場合、記録装置はこ
れらを正当に受信した時点で、フラッシュメモリカード
３１のデータ領域及びプロテクト領域に書き込めばよ
い。しかし、SD_Audioディレクトリィでは無く、電子音
楽配信によりオーディオデータトランスポートストリー
ムそのものが伝送されてくる場合、またPCMデータの状
態で記録装置に入力されてくる場合、原音の状態で記録
装置に入力されてくる場合、記録装置は、以下に示す4
つの入力経路を経て、フラッシュメモリカード３１にオ
ーディオデータトランスポートストリームを書き込むこ
となる。
【０２２３】本図における記録装置がフラッシュメモリ
カード３１に、オーディオデータトランスポートストリ
ームを格納する際、オーディオデータトランスポートス
トリームの入力経路には、図６７に示す入力経路RT1、
入力経路RT2、入力経路RT3、入力経路RT4がある。 {67-3} 入力経路RT1 入力経路RT1は、電子音楽配信によりSD_Audioディレク
トリィが暗号化された状態で通信回線を介して伝送され
てくる場合、又は、オーディオデータトランスポートス
トリームが通信回線を介して伝送されてくる場合の入力
経路であり、この場合、トランスポートストリームに含
まれるAOB_FRAMEは、一個のAOBに属するもの毎に異なる
FileKeyを用いて暗号化されている。暗号化済みのトラ
ンスポートストリームに対しては、再度の暗号化、符号
化の必要は存在しないので、SD_Audioディレクトリィ又
はオーディオデータトランスポートストリームは、暗号
化された状態で、RAM２２に格納される。
【０２２４】{67-4} 入力経路RT2 入力経路RT2は、マイクから音声が入力されてくる場合
の入力経路である。この場合、A/Dコンバータ２４にマ
イクから入力された音声をA/D変換を行わせて、PCMデー
タを得る。そしてPCMデータのエンコードをAACエンコー
ダ２５に行わせて、ADTSヘッダを付与することにより、
AOB_FRAMEを得る。その後、スクランブル部２６に各AOB
ファイル毎のFileKeyを用いて、AOB_FRAMEを暗号化を行
わせることにより、暗号化がなされたオーディオデータ
を得る。その後、オーディオデータをRAM２２に格納す
る。
【０２２５】{67-5} 入力経路RT3 入力経路RT3は、CDから読み出されたPCMデータが装置に
入力されてくる場合の入力経路である。PCMデータの状
態で入力されてくるので、当該PCMデータは、そのままA
ACエンコーダ２５に入力される。そのように入力された
PCMデータのエンコードをAACエンコーダ２５に行わせ
て、ADTSヘッダを付与することにより、AOB_FRAMEを得
る。その後、スクランブル部２６に各AOB_FRAME毎のFil
eKeyを用いて、AOB_FRAMEを暗号化を行わせることによ
り、暗号化がなされたオーディオデータを得る。その
後、オーディオデータはRAM２２に格納される。
【０２２６】{67-6} 入力経路RT4 入力経路RT4は、3つの入力経路RT1,RT2,RT3において入
力されたトランスポートストリームを、フラッシュメモ
リカード３１に書き込む際の入力経路である。かかるオ
ーディオデータの格納に伴い、TKI、Default_Playlist
情報は生成される。再生装置の場合と同様、かかる記録
装置の機能主体も、ROMに記録されている記録プログラ
ムである。即ち、AOBの記録やTrackManager、PlayListM
anagerの記録といった本実施形態特有の処理は、固定デ
ィスク装置に記録されている記録プログラムにより実現
される。
【０２２７】{67-7_68} 記録処理の処理手順 以降、フローチャートを参照しながら、上記入力経路RT
1,RT2,RT3,RT4において、トランスポートストリームを
フラッシュメモリカード３１に書き込む場合の記録処理
の処理手順について説明する。図６８は、記録処理の処
理手順を示すフローチャートである。本フローチャート
において引用する変数としては、Frame_Number、Data_S
izeといったものがある。Frame_Numberとは、これまでA
OBファイルに記録されたAOB_FRAMEの総数を管理するた
めの変数であり、Data_Sizeとは、これまでAOBファイル
に記録されたAOB_FRAMEのデータサイズを管理するため
の変数である。
【０２２８】本フローチャートが実行されると、ステッ
プＳ２００においてCPU２８は、DefaultPlaylist,Track
Managerを作成し、ステップＳ２０１において、変数#z,
#wを初期化する（z←1,w←1）。ステップＳ２０２で
は、AOBファイル#zを作成してフラッシュメモリカード
３１におけるデータ領域に格納する。この状態で、デー
タ領域におけるSD_Audioディレクトリのディレクトリエ
ントリーには、AOBファイル#zのファイル名、ファイル
拡張子、最初のクラスタ番号が設定されることになる。
続くステップＳ２０３において、CPU２８は、TKI#zを作
成してTrackManagerに格納し、ステップＳ２０４におい
てCPU２８は、DPL_TK_SRP#wを作成してDefaultPlaylist
情報に格納する。以降ステップＳ２０５において変数#y
を初期化し（y←1）、ステップＳ２０６において、Fram
e_Number、Data_Sizeのそれぞれを初期化する（Frame_N
umber←0、Data_Size←0）。
【０２２９】ステップＳ２０７においてCPU２８は、AOB
ファイル#zに書き込むべき、オーディオデータトランス
ポートストリームの入力が終了したかを判定する。AAC
エンコーダ２５により符号化され、スクランブル部２６
により暗号化されたオーディオデータトランスポートス
トリームが続々とRAM２２に格納されており、クラスタ
データの書き込みを継続する必要がある場合、ステップ
Ｓ２０７がNoとなりステップＳ２０９に移行する。ステ
ップＳ２０９においてCPU２８は、クラスタサイズ分のA
ACオーディオデータがRAM２２に蓄積したかを判定す
る。RAM２２にクラスタデータが蓄積した場合、ステッ
プＳ２０９がYesとなり、ステップＳ２１０に移行し
て、RAM２２に蓄積されたクラスタサイズのAACオーディ
オデータをフラッシュメモリカード３１に書き込んだ後
ステップＳ２１１に移行する。クラスタデータの蓄積が
完了していない場合、ステップＳ２１０をスキップして
ステップＳ２１１に移行する。ステップＳ２１１におい
てCPU２８は、Frame_Numberをインクリメントし(Frame_
Number←Frame_Number+1)、Data_SizeをそのAOB_FRAME
のデータサイズだけインクリメントする。かかる更新を
行った後、ステップＳ２１２においてFrame_Numberが、
『FNs_Middle_TMSRTE』として定めているフレーム数に
達したか否かを判定する。ここで『FNs_Middle_TMSRT
E』は、オーディオデータトランスポートストリームが
符号化された際のサンプリング周波数に応じた値となる
ので、Frame_Numberが、『FNs_Middle_TMSRTE』に達し
た場合は、ステップＳ２１２はYesとなるが、そうでな
い場合、ステップＳ２１２はNoになり、ステップＳ２０
７に移行する。以降、ステップＳ２０７、ステップＳ２
１２がYesとなるまで、ステップＳ２０７〜ステップＳ
２１２は繰り返し行われる。
【０２３０】Frame_Numberが『FNs_Middle_TMSRTE』に
達してステップＳ２１２がYesとなった場合、ステップ
Ｓ２１２からステップＳ２１３に移行し、Data_SizeをA
OB_ELEMENT#yについてのTMSRT_entry#yとしてTKI#zのTK
TMSRTに格納してステップＳ２１４において#yをインク
リメントした後（y←y+1）、ステップＳ２１５において
変数yが252に達したか否かを判定する。ここで252とい
う値は、一個のAOBに格納できるAOB_ELEMENTの総数を示
す値であり、変数yが252に達しない場合、ステップＳ２
１６に移行する。ステップＳ２１６では、無音状態が所
定時間以上継続しており、オーディオデータがトラック
間の境界に達したか否かを判定する。無音状態が存在し
ない場合、ステップＳ２０６〜ステップＳ２１５の処理
を繰り返し行う。変数yが252に達した場合、又は、無音
状態が所定時間以上継続した場合、ステップＳ２１５、
ステップＳ２１６の何れか一方がYesとなり、ステップ
Ｓ２１７に移行して、変数#z,#wをインクリメントする
（z←z+1,w←w+1）。その後、インクリメントされた#z
について、ステップＳ２０２〜ステップＳ２１６の処理
を繰り返し行う。かかる繰り返しにより、複数のAOB_EL
EMENTを含むAOBが次々とフラッシュメモリカード３１に
書き込まれてゆく。
【０２３１】ここで、AACエンコーダ２５、スクランブ
ル部２６、モデム装置２７からのオーディオデータトラ
ンスポートストリームの伝送が終了した場合、AOBファ
イル#zに書き込むべき、オーディオデータトランスポー
トストリームの入力が終了したことになるので、ステッ
プＳ２０７がYesとなり、ステップＳ２０８に移行す
る。ステップＳ２０８においてCPU２８は、Data_Sizeを
AOB_ELEMENT#yについてのTMSRT_entry#yとしてTKI#zのT
KTMSRTに格納し、RAM22に蓄積されたオーディオデータ
をAOB#zに対応するAOBファイルに格納した後、本フロー
チャートの処理を終了する。
【０２３２】以上の処理により、暗号化されたオーディ
オデータトランスポートストリームは、フラッシュメモ
リカード３１に格納されたことになるが、この暗号化を
解除するためのFileKeyは、以下の処理により、プロテ
クト領域に格納される。入力経路RT2,RT3の場合は、一
個のAOBの符号化が開始される度に、CPU２８は異なるFi
leKeyを生成して、スクランブル部２６に設定し、そのF
ileKeyでスクランブル部２６に暗号化を行わせると共
に、それらのFileKeyをプロテクト領域に存在する暗号
鍵格納ファイルのFileKey Entry以降に格納する。
【０２３３】一方入力経路RT1の場合は、AOBファイル、
TKMGを格納したファイル、PLMGを格納したファイル、AO
B毎の異なるFileKeyを格納した暗号鍵格納ファイルは、
電子音楽配信のプロバイダより、送信される。CPU２８
は、それらを受信して、AOBファイル、TKMGを格納した
ファイル、PLMGを格納したファイルをユーザデータ領域
に書き込み、AOB毎の異なるFileKeyを格納した暗号鍵格
納ファイルをプロテクト領域に書き込む。
【０２３４】以上のように本実施形態によれば、AOBを
格納したファイルは、それぞれ異なる暗号鍵にて暗号化
されているので、1つのファイルを暗号化に用いられた
暗号鍵が解読され、暴露されたとしても、その解読によ
って復号できるAOBは、1つのファイルに格納されている
AOBだけであり、他のファイルに格納されたAOBには何の
影響も及ぼさない。暗号鍵が暴露された場合の損失を最
小限に抑える事ができる。
【０２３５】なお、上記実施形態は現状において最善の
効果が期待できるシステム例として説明したに過ぎな
い。本発明は、その要旨を逸脱しない範囲で実施変更す
ることができる。具体的には、以下の（ａ）〜（ｆ）に
示すような変更実施が可能である。 （ａ）本実施の形態では、記録媒体を半導体メモリ（フ
ラッシュメモリカード）として説明を行ったが、これに
限られるものではなく、DVD-RAMなどの光ディスクやハ
ードディスクなどに置き換えることができる。
【０２３６】（ｂ）本実施の形態では、音楽データとし
てAACを使用したが、これに限られるものではなく、MP3
（MPEG 1 Audio Layer 3）、Dolby-AC3、DTS（Digital
Theater System）などであってもよい。 （ｃ）TKMGを格納したファイル、PLMGを格納したファイ
ルのそのものを電子音楽配信にて配信するのではなく、
TKMG,PLMGの元となる情報を、AOBファイル、AOB毎の異
なる暗号鍵を格納した暗号鍵格納ファイルと共に配信
し、記録装置において、このTKMG,PLMGの元となる情報
を加工することによりTKMG,PLMGを得て、フラッシュメ
モリカードに記録しても良い。
【０２３７】（ｄ）説明の便宜上、記録装置、再生装置
をそれぞれ別装置としたが、携帯型再生装置に記録装置
の機能を具備してもよいし、パソコン型の記録装置に再
生装置の機能を具備させてもよい。また、これら携帯型
再生装置、パソコン型記録装置以外にも、ネットワーク
からコンテンツをダウンロードすることができる通信機
器に、これら再生装置、記録装置の機能を具備させても
よい。例えば、インタネットのアクセスが可能な携帯型
電話機に、第１実施形態に示した再生装置、記録装置の
機能を具備させ、携帯型電話機が無線ネットワークを介
してダウンロードしたコンテンツを、第１実施形態に示
したように、フラッシュメモリカード３１に格納しても
良い。更に、本実施形態ではインターネットとの接続の
ために記録装置は、モデム装置２７を有していたが、こ
れに替えて、ISDN回線との接続を行うためのターミナル
アダプタ等を具備していてもよい。
【０２３８】（ｅ）図５５〜図５８、図６０、図６３〜
図６５、図６８のフローチャートを参照して説明した手
順等を実行形式プログラムにより実現し、これを記録媒
体に記録して流通・販売の対象にしても良い。このよう
な記録媒体には、ICカードや光ディスク、フロッピー
（登録商標）ディスク等があるが、これらに記録された
機械語プログラムは汎用コンピュータにインストールさ
れることにより利用に供される。この汎用コンピュータ
は、インストールした実行形式プログラムを逐次実行し
て、本実施形態に示した再生装置、記録装置の機能を実
現するのである。
【０２３９】（ｆ）本実施形態においてフラッシュメモ
リカード３１に複数のAOBと、複数のFileKeyとを格納さ
せたが、フラッシュメモリカード３１に1つのAOBと、1
つのFileKeyとを格納させてよい。また、AOBの暗号化を
行わず、AAC方式のAOBをフラッシュメモリカード３１に
格納させてもよい。 （第２実施形態）第１実施形態では、フラッシュメモリ
カード３１における記憶領域を示したのみで、その内部
にどのようなハードウェア構成が実装されているかの説
明は行わなかったが、第２実施形態は、かかるハードウ
ェア構成を詳細に示す実施形態である。
【０２４０】{69-1} フラッシュメモリカード３１のハ
ードウェア構成 図６９は、フラッシュメモリカード３１のハードウェア
構成を示す図である。このフラッシュメモリカード３１
は、３つのICチップ（コントロールIC３０２、フラッシ
ュメモリ３０３、ROM３０４）を内蔵している。ROM３０
４は、その内部に第１実施形態に示したシステム領域を
有し、第１実施形態に示したメディアIDの他に、そのメ
ディアIDを暗号化して得られるセキュアメディアID３４
３も格納されている。
【０２４１】コントロールIC３０２は、アクティブ素子
（論理ゲート等）からなる制御回路であり、認証部３２
１、コマンド解読部３２２、マスター鍵記憶部３２３、
システム領域アクセス制御部３２４、プロテクト領域ア
クセス制御部３２５、非プロテクト領域アクセス制御部
３２６及び暗号・復号化回路３２７等を有する。認証部
３２１は、COMMANDピンを介して、このフラッシュメモ
リカード３１にアクセスしようとする機器とチャレンジ
・レスポンス型の相互認証を行う回路であり、乱数発生
器や暗号器等を有し、その暗号器と同一の暗号器を相手
側機器が有しているか否かを検出することによって、相
手側機器の正当性を認証する。ここでチャレンジ・レス
ポンス型の相互認証とは、相手側機器の正当性を検証す
るためにチャレンジデータを相手側機器に送り、それに
対して相手側機器において自己の正当性を証明する処理
が施こされて生成されたレスポンスデータを相手側機器
から受け取り、それらチャレンジデータとレスポンスデ
ータとを比較することで相手側機器を認証することがで
きるか否かを判断するという認証ステップを、双方の機
器が相互に行うことである。
【０２４２】コマンド解読部３２２は、COMMANDピンを
介して入力されたコマンド（このフラッシュメモリカー
ド３１への命令）の種類を判定し実行するデコード回路
や制御回路からなるコントローラであり、入力されたコ
マンドの種類に応じて、各種構成要素３２１〜３２７を
制御する。コマンドには、フラッシュメモリ３０３のデ
ータを読み・書き・消去するコマンド等がある。例え
ば、データの読み書きに関しては、プロテクト領域にア
クセスするためのコマンド「SecureRead address cou
nt」、「SecureWrite address count」や、非プロテ
クト領域にアクセスするためのコマンド「Read addres
s count」、「Write address count」等が定義され
ている。ここで、「address」は、読み書きの対象とな
る一連のセクタ群の最初のセクタの番号であり、「coun
t」は、読み書きする合計セクタ数を示す。また、セク
タは、フラッシュメモリカード３１に対してデータを読
み書きする際の単位であり、ここでは、５１２バイトで
ある。
【０２４３】マスター鍵記憶部３２３は、暗号化された
マスター鍵３２３aを予め記憶している。マスタ鍵と
は、メディアIDの暗号化に用いられる暗号鍵であり、フ
ラッシュメモリカード３１が機器に接続された際、暗号
化がなされたまま、その機器に引き渡される。このマス
タ鍵の暗号化は、このマスタ鍵を受け取った機器に固有
な鍵情報（一般にデバイス鍵と呼ばれる。）を用いた場
合のみ復号される。
【０２４４】システム領域アクセス制御部３２４は、シ
ステム領域であるROM３０４に格納されたメディアID等
を読み出す回路である。システム領域アクセス制御部３
２４により読み出されたメディアIDは、この区間に接続
された機器に引き渡され、その機器において、デバイス
鍵により復号されたマスタ鍵を用いて暗号化される。プ
ロテクト領域アクセス制御部３２５及び非プロテクト領
域アクセス制御部３２６は、それぞれ、フラッシュメモ
リ３０３のプロテクト領域及び非プロテクト領域へのデ
ータ書き込み及びデータ読み出しを実行する回路であ
り、４本のデータピンを介して外部機器（第１実施形態
に示した記録装置、再生装置等）との間でデータを送受
信する。
【０２４５】なお、これらアクセス制御部３２５、３２
６は、内部に１ブロック分のバッファメモリを有し、DA
TA1〜4ピンを介した入出力を行う。この入出力は、論理
的にはセクタを単位として行われるが、フラッシュメモ
リ３０３の内容を書き換えるときには、ブロック（３２
個のセクタ、１６Kバイト）を単位として入出力する。
具体的には、ある１個のセクタデータを書き換える場合
には、フラッシュメモリ３０３から該当するブロックを
バッファメモリに読み出し、そのブロックを一括消去す
るともに、バッファメモリ中の該当セクタを書き換えた
後に、そのブロックをバッファメモリからフラッシュメ
モリ３０３に書き戻す。
【０２４６】暗号・復号化回路３２７は、プロテクト領
域アクセス制御部３２５及び非プロテクト領域アクセス
制御部３２６による制御の下で、マスター鍵記憶部３２
３に格納されたマスター鍵３２３aを用いて暗号化及び
復号化を行う回路であり、フラッシュメモリ３０３にデ
ータを書き込む際にそのデータを暗号化して書き込み、
フラッシュメモリ３０３からデータを読み出した際にそ
のデータを復号化する。これは、不正なユーザがこのフ
ラッシュメモリカード３１を分解してフラッシュメモリ
３０３の内容を直接解析し、プロテクト領域に格納され
たパスワードを盗む等の不正行為を防止するためであ
る。
【０２４７】{69_70} AOBを再生する場合の通信シーケ
ンス 図７０は、フラッシュメモリカード３１に接続された再
生装置が、暗号鍵FileKeyを読み出して、AOBを再生する
場合の通信シーケンスを示す図である。再生装置は、フ
ラッシュメモリカード３１にマスタ鍵を読み出す旨のコ
マンドを発行する(sc1)。コマンドが発行されると、コ
マンド解読部３２２は、マスター鍵記憶部３２３に記憶
されている暗号化マスター鍵３２３bを取り出し、再生
装置に引き渡す(sc2)。
【０２４８】暗号化マスター鍵３２３bを受け取った再
生装置は、自身が保持しているデバイス鍵２１１aを用
いて暗号化マスター鍵３２３bを復号する(sc3)。この復
号処理に用いられる復号アルゴリズムは、フラッシュメ
モリカード３１に格納されている暗号化マスター鍵３２
３bが生成された際に用いられた暗号アルゴリズムに対
応したものなので、この再生装置が有するデバイス鍵２
１１aが予定されたもの（正規のもの）であれば、この
復号によってマスター鍵は正常に復元されることなる。
【０２４９】マスタ鍵を得た再生装置は、フラッシュメ
モリカード３１にメディアIDを読み出す旨の専用コマン
ドをフラッシュメモリカード３１に発行する(sc4)。シ
ステム領域アクセス制御部３２４は、フラッシュメモリ
カード３１のROM３０４に記憶されているメディアIDを
取り出し、再生装置に引き渡す(sc5)。暗号・復号化回路
３２７は、復元により得られた上記マスター鍵を用い
て、取り出されたメディアIDを暗号化する(sc6)。ここ
での暗号アルゴリズムは、フラッシュメモリカード３１
に格納されているセキュアメディアID３４３が生成され
た際に用いられた暗号アルゴリズムと同一である。従っ
て、この暗号化によって、フラッシュメモリカード３１
が有するセキュアメディアID３４３と同一のセキュアメ
ディアIDが得られる。
【０２５０】同一セキュアメディアIDを得ることに成功
した再生装置は、フラッシュメモリカード３１における
認証部３２１との相互認証を行なう(sc7)。その結果、
いずれの機器においても、相手側機器の認証に成功した
か否かを示す（OK／NG）情報と、その認証結果に依存し
て定まる時変の鍵であるセキュア鍵とを両者は享有する
ことなる。
【０２５１】相互認証に成功した再生装置は、フラッシ
ュメモリカード３１のプロテクト領域にアクセスするた
めのコマンドを生成する。例えばプロテクト領域からデ
ータを読み出す場合であれば、そのコマンド「SecureRe
ad address count」のパラメータ（２４ビット長のア
ドレス「address」と８ビット長のカウント「count」）
をセキュア鍵で暗号化し(sc8)、得られた暗号化パラメ
ータと、そのコマンドのタグ（コマンドの種類「Secure
Read」を示す６ビット長のコード）とを連結することに
より暗号化コマンドを生成して(sc9)、フラッシュメモ
リカード３１に送る(sc10)。
【０２５２】暗号化コマンドを受け取ったフラッシュメ
モリカード３１は、そのタグからコマンドの種類を判定
する(sc11)。ここでは、プロテクト領域からの読出コマ
ンド「SecureRead」であると判定する。読出コマンドで
あると判定した場合、暗号・復号化回路３２７は、その
コマンドに含まれていたパラメータを、相互認証で得ら
れたセキュア鍵を用いて(sc12)復号する(sc13)。ここで
の復号に用いられるアルゴリズムは、再生装置において
暗号化コマンドを生成する際に用いられた暗号アルゴリ
ズムに対応するので、相互認証が成功していれば、即
ち、双方の機器で用いられるセキュア鍵が一致していれ
ば、この復号によって得られるパラメータは、再生装置
で用いられた元のパラメータに等しくなる。
【０２５３】正当なパラメータを含むコマンドを得たプ
ロテクト領域アクセス制御部３２５は、その正当なパラ
メータによって特定されるセクタをアクセスして、そこ
に格納された暗号鍵FileKeyをプロテクト領域から読み
出す。暗号・復号化回路３２７は、相互認証により得ら
れたセキュア鍵を用いて(sc14)、プロテクト領域のAOBS
A1.KEYに格納されている暗号鍵FileKeyを暗号化する(sc
15)。暗号・復号化回路３２７による暗号化が行われる
と、プロテクト領域アクセス制御部３２５は、プロテク
ト領域のAOBSA1.KEYに格納されている暗号鍵FileKeyを
再生装置に送信して引き渡す(sc16)。
【０２５４】再生装置は、送られてきた暗号鍵FileKey
を、相互認証で得られたセキュア鍵を用いて(sc17)、復
号する(sc18)。ここでの復号アルゴリズムは、フラッシ
ュメモリカード３１において暗号鍵FileKeyの暗号化に
用いられたアルゴリズムに対応するので、相互認証が成
功していれば、即ち、双方の機器で用いられるセキュア
鍵が一致していれば、この復号により、元の暗号鍵File
Keyを得ることができる(sc19)。その後、得られた暗号
鍵FileKeyをマスター鍵３２３aとメディアIDで復号化
し、暗号鍵FileKeyを抽出する(sc20)。
【０２５５】暗号鍵FileKeyが得られ、非プロテクト領
域からこの暗号鍵FileKeyに対応するAOBが読み出される
と(sc21)、AOBをこの暗号鍵FileKeyを用いて復号しなが
ら音楽を再生していく。 {69_70_71} 相互認証における詳細な通信シーケンス 図７１は、図７０に示された相互認証における詳細な手
順を示す通信シーケンス図である。ここでは、フラッシ
ュメモリカード３１と再生装置は、チャレンジ・レスポ
ンス型の相互認証を行う。
【０２５６】フラッシュメモリカード３１における認証
部３２１は、再生装置の正当性を検証するために、乱数
を生成し(sc30)、それをチャレンジデータとして再生装
置に送る(sc50)。再生装置は、自己の正当性を証明する
ために、そのチャレンジデータを暗号化し(sc31)、レス
ポンスデータとしてフラッシュメモリカード３１におけ
る認証部３２１に返す(sc32)。フラッシュメモリカード
３１における認証部３２１は、チャレンジデータとして
送った乱数を暗号化し(sc33)、そのレスポンスデータ
と、暗号化チャレンジデータとを比較する(sc34)。一致
している場合には、再生装置の認証に成功した（OK）と
認識し、その再生装置から送られてくるプロテクト領域
へのアクセスコマンドを受け付ける。一方、比較の結
果、一致しなかった場合には、認証に成功しなかった
（NG）と認識し、もし、その後に再生装置からプロテク
ト領域へのアクセスコマンドが送られてきたとしても、
その実行を拒絶する。
【０２５７】同様にして、再生装置は、フラッシュメモ
リカード３１の正当性を検証するために、上記認証と同
様のやりとりを行う。つまり、乱数を生成し(sc40)、そ
れをチャレンジデータとしてフラッシュメモリカード３
１における認証部３２１に送る(sc51)。認証部３２１
は、自己の正当性を証明するために、そのチャレンジデ
ータを暗号化し(sc41)、レスポンスデータとして再生装
置に返す。再生装置は、チャレンジデータとして送った
乱数を暗号化し(sc43)、その結果得られる暗号化チャレ
ンジデータと、そのレスポンスデータとを比較し(sc4
4)、一致している場合には、フラッシュメモリカード３
１の認証に成功した（OK）と認識し、そのフラッシュメ
モリカード３１のプロテクト領域へのアクセスを行う。
一方、比較の結果、一致しなかった場合には、認証に成
功しなかった（NG）と認識し、そのフラッシュメモリカ
ード３１のプロテクト領域へのアクセスは断念する。
【０２５８】なお、これら相互認証における暗号化アル
ゴリズムは、フラッシュメモリカード３１及び再生装置
が正当な機器である限り、全て同一である。また、フラ
ッシュメモリカード３１及び再生装置は、それぞれの認
証及び証明において生成した暗号化チャレンジデータと
レスポンスデータとを排他的論理和演算を行い(sc45,4
6)、得られた結果をセキュア鍵として、フラッシュメモ
リカード３１のプロテクト領域へのアクセスのために用
いる。そうすることで、フラッシュメモリカード３１
と、これに接続された機器との相互認証に成功した場合
にのみ共通となり、かつ、時変のセキュア鍵を共有し合
うことが可能となり、これによって、プロテクト領域に
アクセスする条件として相互認証に成功していることが
条件とされることになる。
【０２５９】また、セキュア鍵の生成方法として、暗号
化チャレンジデータとレスポンスデータとセキュアメデ
ィアIDとの排他的論理和をとることしてもよい。以上の
ように本実施形態によれば、これにより、著作権保護に
関わるデータをプロテクト領域に格納し、そうでないデ
ータを非プロテクト領域に格納することで、デジタル著
作物と非著作物とを混在させて使用することができ、両
方の用途を兼ね備えた半導体メモリカードが実現され
る。
【０２６０】
【発明の効果】本発明に係る半導体メモリカードは、半
導体メモリカードと接続している機器の正当性が認証さ
れた場合のみ、当該機器によりアクセスされる領域であ
り、複数の暗号鍵を所定の順序に配列してなる暗号鍵列
が格納されているプロテクト領域と、機器の正当性が認
証されるか否かに拘らず、当該機器によりアクセスされ
る領域であり、1つ以上のオーディオトラックと、管理
情報とが格納されている非プロテクト領域とを備え、1
つ以上のオーディオトラックは、暗号化された複数のオ
ーディオデータである複数のオーディオオブジェクトを
含み、前記管理情報は、各オーディオオブジェクトと、
そのオーディオオブジェクトに対応する暗号鍵とを対応
させて示している。
【０２６１】複数のオーディオオブジェクトは、複数の
暗号鍵にて暗号化することが可能であるので、1つのオ
ーディオオブジェクトを暗号化に用いられた暗号鍵が解
読され、暴露されたとしても、その解読によって復号で
きるそのオーディオオブジェクト唯1つだけであり、他
のオーディオオブジェクトには何の影響も及ばないの
で、暗号鍵が暴露された場合の損失を最小限に抑える事
ができる。
【０２６２】上述した半導体メモリカードにおいて、オ
ーディオトラックは、複数のオーディオオブジェクトの
それぞれに1対1の比率で割り当てられた複数の属性情報
と、複数のリンク情報とを含み、前記各属性情報は、各
オーディオオブジェクトが、オーディオトラックの先頭
部分、中間部分、終端部分、全体部分の何れであるかを
示し、前記リンク情報は、オーディオトラックの先頭部
分又は中間部分を構成するオーディオオブジェクトにつ
いて、それらの部分に後続する中間部分又は終端部分と
対応関係を有するオーディオオブジェクトを示していて
もよい。
【０２６３】半導体メモリカードをこのように構成した
場合、更なる効果を奏することができる。即ち、暗号化
された複数のオーディオオブジェクトをどのようなオー
ディオトラックとして管理するかは、属性情報に示され
ているので、例えば2つのオーディオオブジェクトが、2
つの独立したオーディオトラックとして管理されている
場合、これら2つのオーディオオブジェクトにおける属
性情報を、オーディオトラックの先頭部分と、オーディ
オトラックの終端部分とに変更することにより、2つの
オーディオオブジェクトを1つのオーディオトラックに
統合することができる。属性情報変更によりオーディオ
トラックの統合編集が行なえるので、オーディオオブジ
ェクトの暗号化をむやみに解除することなく、統合編集
を高速に行うことができる。
【０２６４】上述した半導体メモリカードにおいて、複
数のオーディオオブジェクトには、再生すべき有効部分
のみからなるものと、有効部分と共に、再生不要な無効
部分をその先端及び／又は終端に含むものがあり、前記
オーディオトラックは更に、管理情報に示された格納位
置からのオフセットと、当該オフセットからの有効部分
のデータ長とを示すブロック情報を、複数のオーディオ
オブジェクトのそれぞれに1対1の比率で割り当ててお
り、前記属性情報は、ブロック情報におけるオフセット
及びデータ長の組みにて特定されるオーディオオブジェ
クトの有効部分が、オーディオトラックの先頭部分、中
間部分、終端部分、全体部分の何れであるかを示してい
てもよい。オーディオフレームの前方に無効部分が存在
する場合に、その無効部分のデータ長がどれだけである
か、有効部分のデータ長がどれだけであるかは、ブロッ
ク情報により設定されるので、格納されている音楽が、
エアチェックして録音された音楽であり、その音楽のイ
ントロの部分にディスクジョッキーの音声が混じってい
る場合、ブロック情報におけるデータオフセットを設定
することにより、この不要音声をオーディオオブジェク
トから除外して再生させないようにすることができる。
ブロック情報の設定により、不要音声を再生させないよ
うに設定することが可能なので、オーディオオブジェク
トの一部を削除するという編集がオーディオオブジェク
トの暗号化を解除することなく、高速に行うことができ
る。
【０２６５】本発明に係る記録装置は、装置外部から入
力されてくる入力信号に従って、復号可能な最小単位で
あるオーディオフレームを順次生成する第１生成手段
と、半導体メモリカードにファイルを作成して、順次生
成されるオーディオフレームをファイルに書き込む書込
手段と、ファイル内に書き込まれたオーディオフレーム
の数が所定数に達する度に、当該所定数のオーディオフ
レームから構成されるオーディオエレメントのデータ長
を示すエントリー情報を生成する第２生成手段とを備
え、前記書込手段は、生成されたエントリー情報の数が
所定数に達する度に、別のファイルを作成して、書込手
段により順次生成されるオーディオフレームを当該別フ
ァイルに順次書き込ませるので、オーディオストリーム
が音楽アルバムであり、その中に演奏時間が極端に長い
曲が存在する場合、演奏時間が曲は、エントリー情報の
総数が所定個数以下となるように分割されて、複数のフ
ァイルに格納されることなる。かかる分割により、エン
トリー情報の総数を抑制すれば、これらを含む管理情報
のデータサイズも併せて抑制することができる。
【０２６６】管理情報のデータサイズ抑制により、再生
装置は、以下のように管理情報を読み出し利用すること
ができる。即ち、あるファイルが読み出されて、それに
含まれるオーディオオブジェクトの再生が開始される
と、それに対応する管理情報を読み出して、メモリに格
納する。以降、当該オーディオオブジェクトの再生が継
続している期間において、この管理情報をメモリに常駐
させておく。当該オーディオオブジェクトの再生が終わ
れば、これに後続するオーディオオブジェクトが読み出
されて、その再生が開始されると、それに対応する管理
情報を読み出して、それまでメモリ上に格納されていた
管理情報を、新たに読み出された管理情報を用いて上書
きする。
【０２６７】オーディオオブジェクトの再生が継続して
いる期間においてのみ、そのオーディオオブジェクトに
対応する管理情報をメモリに常駐するという処理を繰り
返し行なえば、再生装置におけるメモリの実装量が小規
模であっても、順方向サーチ再生、逆方向サーチ再生と
いった特殊再生を行うことができる。
【図面の簡単な説明】
【図１】フラッシュメモリカード３１を上面から見た場
合の形状を示す図である。
【図２】フラッシュメモリカード３１をその下面から見
た場合の形状を示す図である。
【図３】本実施形態に係るフラッシュメモリカード３１
の階層構造を示す図である。
【図４】（ａ）フラッシュメモリカード３１の物理層に
設けられたシステム領域と、プロテクト領域と、ユーザ
データ領域の構成を示す図である。 （ｂ）ファイルシステム層におけるプロテクト領域及び
ユーザデータ領域の構成を示す図である。
【図５】ファイルシステム層における構成の詳細を示す
図である。
【図６】AOB001.SA1をクラスタサイズに合わせて5つに
分割し、各分割部分を、クラスタ003,004,005,00A,00C
に格納する状態を想定した図である。
【図７】AOB001.SA1が複数のクラスタに記録されている
場合のディレクトリエントリー及びファイルアロケーシ
ョンテーブルについての設定例を示す図である。
【図８】（ａ）（ｂ）応用層におけるこれら2つのデー
タを格納する場合、ファイルシステム層においてユーザ
データ領域及びプロテクト領域には、どのようなディレ
クトリが構成され、どのようなファイルが当該ディレク
トリの配下に作成されるかを示す図である。
【図９】SD_Audioディレクトリの下にあるAOBSA1.KEY
と、AOBファイルとの対応を示す図である。
【図１０】AOBファイルのデータ構成を階層的に示す図
である。
【図１１】（ａ）ISO/IEC13818-7に記述されているパラ
メータを表形式に示す図である。 （ｂ）MPEG-Layer3(MP3)方式にて符号化する際に使用す
べきパラメータを表形式に示す図である。 （ｃ）Windows Media Audio(WMA)方式にて符号化する際
に使用すべきパラメータを表形式に示す図である。
【図１２】AOB_FRAMEの構成の詳細を示す図である。
【図１３】3つのAOB_FRAMEにおいて、それぞれのAOB_FR
AMEにおけるオーディオデータのバイト長がどのように
設定されるかを示す図である。
【図１４】sampling_frequencyと、AOB_ELEMENTに含ま
れるAOB_FRAME数との対応を示す図である。
【図１５】AOB_ELEMENTの時間長及びAOB_FRAMEの時間長
の一例を示す図である。
【図１６】AOBファイルに収録されている各AOB、AOB_BL
OCKが連続して再生されることにより、どのような再生
内容が再生されるかを示す図である。
【図１７】第１実施形態におけるPlaylistmanager及びT
rackManagerの構成を段階的に詳細化した図である。
【図１８】PlayListManager及びTrackManagerのサイズ
を示す図である。
【図１９】図１７に示したTKIと、図１６に示したAOBフ
ァイル及びAOBとの相互関係を示す図である。
【図２０】図１７に示したTKTMSRTの詳細なデータ構造
を示す図である。
【図２１】TKTMSRTについての一例を示す図である。
【図２２】TKGIの詳細構成を示す図である。
【図２３】（ａ）（ｂ）BITの詳細構成を示す図であ
る。 （ｃ）TIME_LENGTHフィールドのデータフォーマットを
示す図である。
【図２４】AOB_ELEMENT#1〜#4からなるAOBが格納されて
いるクラスタ007〜クラスタ00Eを示す図である。
【図２５】AOB内の任意のAOB_ELEMENT#yにおけるAOB_FR
AME#xから順方向サーチ再生を行う場合、次に再生すべ
きAOB_FRAME#x+1をどのように設定するかを示す図であ
る。
【図２６】（ａ）（ｂ）任意の再生開始時刻が指定され
た場合、その指定時刻に対応するAOB、AOB_ELEMENT、AO
B_FRAMEをどのように特定するかを示す図である。
【図２７】（ａ）（ｂ）トラックを削除する場合を想定
した図である。
【図２８】（ａ）トラックの削除が複数回行われた後の
TrackManagerを示す図である。 （ｂ）『Unused』のTKIが存在しており、ここに新たなT
KI、AOBファイルを書き込む場合、その書き込みがどの
ように行われるかを示す図である。
【図２９】（ａ）（ｂ）2つのトラックを統合する場合
にTKIがどのように設定されるかを示す図である。
【図３０】（ａ） Type1のAOBを示す図である。 （ｂ）Type2のAOBを示す図である。
【図３１】（ａ）Type1＋Type2＋Type2＋Type1の組み合
わせで、複数トラックを1つに統合する場合を示す図で
ある。 （ｂ）Type1＋Type2＋Type2＋Type2＋Type1の組み合わ
せで、複数トラックを1つに統合する場合を示す図であ
る。
【図３２】（ａ）先行するトラックの終端にType1のAOB
が配され、後続するトラックの先頭にType1のAOBが配さ
れている配置パターンを示す図である。 （ｂ）先行するトラックの終端にType1のAOBが配され、
後続するトラックの先頭にType2のAOBが配されている配
置パターンを示す図である。 （ｃ） 先行するトラックの終端にType1、Type2順でAO
Bが配され、後続するトラックの先頭にType1のAOBが配
されている配置パターンを示す図である。 （ｄ） 先行するトラックの終端にType1、Type2順でAO
Bが配され、後続するトラックの先頭に、Type2、Type1
のAOBが配されている配置パターンを示す図である。 （ｅ） 先行するトラックの終端にType2、Type2のAOB
が配され、後続するトラックの先頭にType1のAOBが配さ
れている配置パターンを示す図である。
【図３３】（ａ）（ｂ）1つのトラックを2つのトラック
に分割する場合を想定した図である。
【図３４】（ａ）（ｂ）分割前後において、AOB003.SA1
が属するSD_AudioディレクトリについてのSD_Audioディ
レクトリエントリーがどのように記述されているかかを
示す図である。
【図３５】（ａ）AOBをAOB_ELEMENT#2の途中部分で分割
する場合を想定した図である。 （ｂ）AOB_ELEMENT#2の途中部分でAOBが分割されて、AO
B#1、AOB#2という2つのAOBが得られた状態を示す図であ
る。
【図３６】図３５に示したようにAOBが分割された場合
に、BITがどのように設定されるかを示す図である。
【図３７】分割の前後でBITがどのように変化するかを
具体的に示す図である。
【図３８】分割の前後でTKTMSRTがどのように変化する
かを具体的に示す図である。
【図３９】（ａ）DPL_TK_SRPのフォーマットを示す図で
ある。 （ｂ）PL_TK_SRPのフォーマットを示す図である。
【図４０】Default_Playlist情報、TKI、AOBファイルの
相互関係を示す図である。
【図４１】DefaultPlaylist、PlayList情報の設定例
を、図４０と同様の表記で示した図である。
【図４２】図４０と同じ表記法を用いてDPL_TK_SRPとTK
Iとの対応を示す図である。
【図４３】（ａ）（ｂ）トラックの順序を入れ替える場
合を想定した図である。
【図４４】（ａ）（ｂ）図４０に示したDefaultPlaylis
tのうち、DPL_TK_SRP#2及びTKI#2を削除する場合にDefa
ultPlaylist、TrackManager、AOBファイルがどのように
更新されるかを示す図である。
【図４５】（ａ）（ｂ）『Unused』のTKIと、DPL_TK_SR
Pとが存在しており、ここに新たなTKI、DPL_TK_SRPを書
き込む場合、その書き込みがどのように行われるかを示
す図である。
【図４６】（ａ）（ｂ）トラックの統合を行う場合を想
定した図である。
【図４７】（ａ）（ｂ）トラックの分割を行う場合を想
定した図である。
【図４８】本実施形態に係るフラッシュメモリカード３
１についての携帯型の再生装置を示す図である。
【図４９】プレイリストの選択が行われる際の液晶ディ
スプレィの表示内容の一例を示す図である。
【図５０】（ａ）〜（ｅ）トラックの選択が行われる際
の液晶ディスプレィの表示内容の一例を示す図である。
【図５１】（ａ）〜（ｃ）ジョグダイアルの操作例を示
す図である。
【図５２】再生装置の内部構成を示す図である。
【図５３】ダブルバッファ１５におけるデータ入出力が
どのように行われるかを示す図である。
【図５４】（ａ）（ｂ）リングポインタを用いた巡回式
の領域確保がどのように行われるかを示す図である。
【図５５】AOBファイル読み出し処理の処理手順を示す
フローチャートである。
【図５６】AOB_FRAME出力処理の処理手順を示すフロー
チャートである。
【図５７】AOB_FRAME出力処理の処理手順を示すフロー
チャートである。
【図５８】AOB_FRAME出力処理の処理手順を示すフロー
チャートである。
【図５９】（ａ）〜（ｄ）液晶ディスプレィ５の時刻表
示枠に表示される再生経過時刻が、変数Play_Timeの更
新したがい、増加してゆく様子を示す図である。
【図６０】順方向サーチ再生処理時におけるCPU１０の
処理手順を示すフローチャートである。
【図６１】（ａ）〜（ｄ）順方向サーチ再生時におい
て、再生経過時刻がインクリメントされてゆく様子を示
す図である。
【図６２】（ａ）〜（ｂ）タイムサーチ機能が行われる
場合の具体例を示す図である。
【図６３】編集制御プログラムの処理手順を示すフロー
チャートである。
【図６４】編集制御プログラムの処理手順を示すフロー
チャートである。
【図６５】編集制御プログラムの処理手順を示すフロー
チャートである。
【図６６】フラッシュメモリカード３１の記録装置の一
例を示す図である。
【図６７】記録装置のハードウェア構成を示す図であ
る。
【図６８】記録処理の処理手順を示すフローチャートで
ある。
【図６９】フラッシュメモリカード３１のハードウェア
構成を示す図である。
【図７０】フラッシュメモリカード３１に接続された再
生装置が、暗号鍵FileKeyを読み出して、AOBを再生する
場合の通信シーケンスを示す図である。
【図７１】図７０に示された相互認証における詳細な手
順を示す通信シーケンス図である。
【符号の説明】
１ カードコネクタ ２ ユーザインターフェイス部 ３ RAM ４ ROM ５ 液晶ディスプレィ ６ LCDドライバ ７ デ・スクランブラ ８ AACデコーダ ９ A/Dコンバータ １１ DPLI常駐領域 １２ PLI格納領域 １３ TKI格納領域 １４ FileKey格納領域 １５ ダブルバッファ ２１ カードコネクタ ２２ RAM ２３ 固定ディスク装置 ２４ コンバータ ２４ A/DステップＳ ２５ AACエンコーダ ２６ スクランブル部 ２７ モデム装置 ２８ CPU ２９ キーボード ３０ ディスプレィ ３１ フラッシュメモリカード ３２ プロテクトスイッチ ２１１ デバイス鍵 ３０３ フラッシュメモリ ３２１ 認証部 ３２２ コマンド解読部 ３２３ マスター鍵 ３２４ システム領域アクセス制御部 ３２５ プロテクト領域アクセス制御部 ３２６ 非プロテクト領域アクセス制御部 ３２７ 復号化回路
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｋ 19/00 Ｇ０６Ｋ 19/00 Ｑ ５Ｊ１０４ 19/07 Ｎ Ｈ０４Ｌ 9/08 Ｇ１０Ｌ 9/00 Ｎ 9/18 Ｍ Ｈ０４Ｌ 9/00 ６０１Ｃ (72)発明者 石川 智一 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 井上 信治 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 松島 秀樹 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 小塚 雅之 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 Ｆターム(参考） 5B017 AA03 AA07 BA07 BB09 CA14 5B035 AA13 BB09 CA38 CA39 5B058 CA13 CA27 KA02 KA04 KA06 KA08 KA35 YA16 5B082 AA00 EA11 JA08 5D045 DA20 DB01 5J104 AA16 EA02 EA04 EA17 NA02 NA35 NA37 NA41 PA14

Claims (20)

    【特許請求の範囲】
  1. 【請求項１】 1つ以上のオーディオトラックが格納さ
    れている半導体メモリカードであって、 半導体メモリカードと接続している機器の正当性が認証
    された場合のみ、当該機器によりアクセスされる領域で
    あり、複数の暗号鍵を所定の順序に配列してなる暗号鍵
    列が格納されているプロテクト領域と、 機器の正当性が認証されるか否かに拘らず、当該機器に
    よりアクセスされる領域であり、1つ以上のオーディオ
    トラックと、管理情報とが格納されている非プロテクト
    領域とを備え、 1つ以上のオーディオトラックは、暗号化された複数の
    オーディオデータである複数のオーディオオブジェクト
    を含み、 前記管理情報は、各オーディオオブジェクトと、そのオ
    ーディオオブジェクトに対応する暗号鍵とを対応させて
    示すことを特徴とする半導体メモリカード。
  2. 【請求項２】 前記管理情報は、 各オーディオオブジェクトの格納位置と、暗号鍵列にお
    けるそのオーディオオブジェクトに対応する暗号鍵の順
    位を示す番号とを含むことを特徴とする請求項１記載の
    半導体メモリカード。
  3. 【請求項３】 オーディオトラックは、複数のオーディ
    オオブジェクトのそれぞれに1対1の比率で割り当てられ
    た複数の属性情報と、複数のリンク情報とを含み、 前記各属性情報は、各オーディオオブジェクトが、オー
    ディオトラックの先頭部分、中間部分、終端部分、全体
    部分の何れであるかを示し、 前記リンク情報は、オーディオトラックの先頭部分又は
    中間部分を構成するオーディオオブジェクトについて、
    それらの部分に後続する中間部分又は終端部分と対応関
    係を有するオーディオオブジェクトを示すことを特徴と
    する請求項２記載の半導体メモリカード。
  4. 【請求項４】 複数のオーディオオブジェクトには、再
    生すべき有効部分のみからなるものと、有効部分と共
    に、再生不要な無効部分をその先端及び／又は終端に含
    むものがあり、 前記オーディオトラックは更に、 管理情報に示された格納位置からのオフセットと、当該
    オフセットからの有効部分のデータ長とを示すブロック
    情報を、複数のオーディオオブジェクトのそれぞれに1
    対1の比率で割り当てており、 前記属性情報は、ブロック情報におけるオフセット及び
    データ長の組みにて特定されるオーディオオブジェクト
    の有効部分が、オーディオトラックの先頭部分、中間部
    分、終端部分、全体部分の何れであるかを示すことを特
    徴とする請求項３記載の半導体メモリカード。
  5. 【請求項５】 前記オーディオトラックの再生には、オ
    ーディオオブジェクトの有効部分の再生をスキップする
    ことなく行う通常再生と、オーディオオブジェクトの有
    効部分を所定の第１時間ずつスキップし、スキップの度
    に同有効部分の再生を所定の第２時間だけ行うオーディ
    オトラックの間欠再生とがあり、 前記オーディオトラックは更に、複数のオーディオオブ
    ジェクトのそれぞれに1対1の比率で割り当てられた複数
    のエントリー位置情報を含み、 複数のエントリー位置情報は、オーディオオブジェクト
    内部の、第１時間置きの位置を示し、 前記ブロック情報は、 管理情報に示された格納位置と、前記複数のエントリー
    位置情報のうち最前のものとのオフセットと、当該オフ
    セットからの有効部分のデータ長とを示すことを特徴と
    する請求項４記載の半導体メモリカード。
  6. 【請求項６】 暗号化された複数のオーディオデータで
    ある複数のオーディオオブジェクトを含む1つ以上のオ
    ーディオトラックと、複数の暗号鍵を所定の順序に配列
    してなる暗号鍵列と、各オーディオオブジェクトと、オ
    ーディオオブジェクトに対応する暗号鍵とを対応させて
    示す管理情報とを格納している半導体メモリカードにつ
    いての再生装置であって、 1つ以上のオーディオトラックに含まれる複数のオーデ
    ィオオブジェクトのうち、何れか1つを半導体メモリカ
    ードから読み出すと共に、プロテクト領域に格納されて
    いる暗号鍵列から、そのオーディオオブジェクトに対応
    する暗号鍵を半導体メモリカードから読み出す制御手段
    と、 読み出されたオーディオオブジェクトを、読み出された
    暗号鍵を用いて復号する復号手段と、 復号されたオーディオオブジェクトを再生する再生手段
    とを備え、 前記制御手段は、 前記オーディオオブジェクトの復号が終了すると、前記
    1つ以上のオーディオトラックに含まれる別のオーディ
    オオブジェクトを読み出すと共に、プロテクト領域に格
    納されている暗号鍵列における別の暗号鍵と読み出し、
    復号手段に供給することを特徴とする再生装置。
  7. 【請求項７】 複数のコンテンツより構成されるタイト
    ルを半導体メモリカードに記録する記録装置であって、 タイトルに含まれる複数のコンテンツのそれぞれに、複
    数の暗号鍵のそれぞれを割り当てて、割り当てられたそ
    れぞれの暗号鍵を用いて各コンテンツを暗号化すること
    により、複数のオーディオオブジェクトを得る暗号化手
    段と、 複数の暗号鍵を暗号鍵列として半導体メモリカードに記
    録すると共に、暗号化された複数のオーディオオブジェ
    クトを含む1つ以上のオーディオトラックを半導体メモ
    リカードに記録する記録手段とを備えることを特徴とす
    る記録装置。
  8. 【請求項８】 前記記録手段は、複数の暗号鍵と、複数
    のオーディオオブジェクトとが半導体メモリカードに記
    録されると、各オーディオオブジェクトを格納した領域
    と、そのオーディオオブジェクトに対応する暗号鍵の格
    納位置とを対応させて示す管理情報を半導体メモリカー
    ドに記録することを特徴とする請求項７記載の記録装
    置。
  9. 【請求項９】 前記記録手段は、 複数の属性情報と、複数のリンク情報とを、複数のオー
    ディオオブジェクトのそれぞれに1対1の比率で割り当て
    て、半導体メモリカードに記録し、 前記各属性情報は、各オーディオオブジェクトが、オー
    ディオトラックと1対1の対応関係を有するか、オーディ
    オトラックの先頭部分、中間部分、終端部分の何れかと
    1対1の対応関係を有するか、オーディオトラックと対応
    関係を有さないかを示していて、 リンク情報は、オーディオトラックの先頭部分又は中間
    部分と対応関係を有するオーディオオブジェクトについ
    て、それらの部分に後続する中間部分又は終端部分と対
    応関係を有するオーディオオブジェクトを示しているこ
    とを特徴とする請求項８記載の記録装置。
  10. 【請求項１０】 半導体メモリカードについての記録装
    置であって、 装置外部から入力されてくる入力信号に従って、復号可
    能な最小単位であるオーディオフレームを順次生成する
    第１生成手段と、 半導体メモリカードにファイルを作成して、順次生成さ
    れるオーディオフレームをファイルに書き込む書込手段
    と、 ファイル内に書き込まれたオーディオフレームの数が所
    定数に達する度に、当該所定数のオーディオフレームか
    ら構成されるオーディオエレメントのデータ長を示すエ
    ントリー情報を生成する第２生成手段とを備え、 前記書込手段は、 生成されたエントリー情報の数が所定数に達する度に、
    別のファイルを作成して、書込手段により順次生成され
    るオーディオフレームを当該別ファイルに順次書き込ま
    せることを特徴とする記録装置。
  11. 【請求項１１】 暗号化された複数のオーディオデー
    タである複数のオーディオオブジェクトを含む1つ以上
    のオーディオトラックと、複数の暗号鍵を所定の順序に
    配列してなる暗号鍵列と、各オーディオオブジェクト
    と、オーディオオブジェクトに対応する暗号鍵とを対応
    させて示す管理情報とを格納している半導体メモリカー
    ドについての再生手順をコンピュータに行わせるプログ
    ラムをコンピュータ読取可能な形式で記録している記録
    媒体であって、 1つ以上のオーディオトラックに含まれる複数のオーデ
    ィオオブジェクトのうち、何れか1つを半導体メモリカ
    ードから読み出すと共に、プロテクト領域に格納されて
    いる暗号鍵列から、そのオーディオオブジェクトに対応
    する暗号鍵を半導体メモリカードから読み出す制御ステ
    ップと、 読み出されたオーディオオブジェクトを、読み出された
    暗号鍵を用いて復号する復号ステップと、 復号されたオーディオオブジェクトを再生する再生ステ
    ップとからなり、 前記制御ステップは、 前記オーディオオブジェクトの復号が終了すると、前記
    1つ以上のオーディオトラックに含まれる別のオーディ
    オオブジェクトを読み出すと共に、プロテクト領域に格
    納されている暗号鍵列における別の暗号鍵と読み出し、
    復号ステップに供給することを特徴とする手順をコンピ
    ュータに行せるプログラムが記録されているコンピュー
    タ読取可能な記録媒体。
  12. 【請求項１２】 複数のコンテンツより構成されるタイ
    トルを半導体メモリカードに記録する手順をコンピュー
    タに行わせるプログラムをコンピュータ読取可能な形式
    で記録している記録媒体であって、 装置外部からのタイトルの入力が開始されれば、タイト
    ルに含まれる複数のコンテンツのそれぞれに、複数の暗
    号鍵のそれぞれを割り当てて、割り当てられたそれぞれ
    の暗号鍵を用いて各コンテンツを暗号化することによ
    り、複数のオーディオオブジェクトを得る暗号化ステッ
    プと、 複数の暗号鍵を暗号鍵列として半導体メモリカードに記
    録すると共に、暗号化された複数のオーディオオブジェ
    クトを含む1つ以上のオーディオトラックを半導体メモ
    リカードに記録する記録ステップとからなる手順をコン
    ピュータに行せるプログラムが記録されているコンピュ
    ータ読取可能な記録媒体。
  13. 【請求項１３】 前記記録ステップは、 複数の暗号鍵と、複数のオーディオオブジェクトとが半
    導体メモリカードに記録されると、各オーディオオブジ
    ェクトを格納した領域と、そのオーディオオブジェクト
    に対応する暗号鍵の格納位置とを対応させて示す管理情
    報を半導体メモリカードに記録することを特徴とする請
    求項１２記載のコンピュータ読取可能な記録媒体。
  14. 【請求項１４】 前記記録ステップは、 複数の属性情報と、複数のリンク情報とを、複数のオー
    ディオオブジェクトのそれぞれに1対1の比率で割り当て
    て、半導体メモリカードに記録し、 前記各属性情報は、各オーディオオブジェクトが、オー
    ディオトラックと1対1の対応関係を有するか、オーディ
    オトラックの先頭部分、中間部分、終端部分の何れかと
    1対1の対応関係を有するか、オーディオトラックと対応
    関係を有さないかを示していて、 リンク情報は、オーディオトラックの先頭部分又は中間
    部分と対応関係を有するオーディオオブジェクトについ
    て、それらの部分に後続する中間部分又は終端部分と対
    応関係を有するオーディオオブジェクトを示しているこ
    とを特徴とする請求項１３記載のコンピュータ読取可能
    な記録媒体。
  15. 【請求項１５】 半導体メモリカードに対する記録手順
    をコンピュータに行わせるプログラムをコンピュータ読
    取可能な形式で記録している記録媒体であって、 装置外部から入力されてくる入力信号に従って、復号可
    能な最小単位であるオーディオフレームを順次生成する
    第１生成ステップと、 半導体メモリカードにファイルを作成して、順次生成さ
    れるオーディオフレームをファイルに書き込む第１書込
    ステップと、 ファイル内に書き込まれたオーディオフレームの数が所
    定数に達する度に、当該所定数のオーディオフレームか
    ら構成されるオーディオエレメントのデータ長を示すエ
    ントリー情報を生成する第２生成ステップとからなり、 前記第１書込ステップは、 生成されたエントリー情報の数が所定数に達する度に、
    別のファイルを作成して、第１書込ステップにより順次
    生成されるオーディオフレームを当該別ファイルに順次
    書き込ませることを特徴とする手順をコンピュータに行
    せるプログラムが記録されているコンピュータ読取可能
    な記録媒体。
  16. 【請求項１６】 暗号化された複数のオーディオデータ
    である複数のオーディオオブジェクトを含む1つ以上の
    オーディオトラックと、複数の暗号鍵を所定の順序に配
    列してなる暗号鍵列と、各オーディオオブジェクトと、
    オーディオオブジェクトに対応する暗号鍵とを対応させ
    て示す管理情報とを格納している半導体メモリカードに
    ついての再生方法であって、 1つ以上のオーディオトラックに含まれる複数のオーデ
    ィオオブジェクトのうち、何れか1つを半導体メモリカ
    ードから読み出すと共に、プロテクト領域に格納されて
    いる暗号鍵列から、そのオーディオオブジェクトに対応
    する暗号鍵を半導体メモリカードから読み出す制御ステ
    ップと、 読み出されたオーディオオブジェクトを、読み出された
    暗号鍵を用いて復号する復号ステップと、 復号されたオーディオオブジェクトを再生する再生ステ
    ップとからなり、 前記制御ステップは、 前記オーディオオブジェクトの復号が終了すると、前記
    1つ以上のオーディオトラックに含まれる別のオーディ
    オオブジェクトを読み出すと共に、プロテクト領域に格
    納されている暗号鍵列における別の暗号鍵と読み出し、
    復号ステップに供給することを特徴とする再生方法。
  17. 【請求項１７】 複数のコンテンツより構成されるタイ
    トルを半導体メモリカードに記録する記録方法であっ
    て、 装置外部からのタイトルの入力が開始されれば、タイト
    ルに含まれる複数のコンテンツのそれぞれに、複数の暗
    号鍵のそれぞれを割り当てて、割り当てられたそれぞれ
    の暗号鍵を用いて各コンテンツを暗号化することによ
    り、複数のオーディオオブジェクトを得る暗号化ステッ
    プと、 複数の暗号鍵を暗号鍵列として半導体メモリカードに記
    録すると共に、暗号化された複数のオーディオオブジェ
    クトを含む1つ以上のオーディオトラックを半導体メモ
    リカードに記録する記録ステップとからなることを特徴
    とする記録方法。
  18. 【請求項１８】 請求項１７における前記記録ステップ
    は、 複数の暗号鍵と、複数のオーディオオブジェクトとが半
    導体メモリカードに記録されると、各オーディオオブジ
    ェクトを格納した領域と、そのオーディオオブジェクト
    に対応する暗号鍵の格納位置とを対応させて示す管理情
    報を半導体メモリカードに記録することを特徴とする請
    求項１７記載の記録方法。
  19. 【請求項１９】 前記記録ステップは、 複数の属性情報と、複数のリンク情報とを、複数のオー
    ディオオブジェクトのそれぞれに1対1の比率で割り当て
    て、半導体メモリカードに記録し、 前記各属性情報は、各オーディオオブジェクトが、オー
    ディオトラックと1対1の対応関係を有するか、オーディ
    オトラックの先頭部分、中間部分、終端部分の何れかと
    1対1の対応関係を有するか、オーディオトラックと対応
    関係を有さないかを示していてリンク情報は、オーディ
    オトラックの先頭部分又は中間部分と対応関係を有する
    オーディオオブジェクトについて、それらの部分に後続
    する中間部分又は終端部分と対応関係を有するオーディ
    オオブジェクトを示すことを特徴とする請求項１８記載
    の記録方法。
  20. 【請求項２０】 半導体メモリカードについての記録方
    法であって、 装置外部から入力されてくる入力信号に従って、復号可
    能な最小単位であるオーディオフレームを順次生成する
    第１生成ステップと、 半導体メモリカードにファイルを作成して、順次生成さ
    れるオーディオフレームをファイルに書き込む第１書込
    ステップと、 ファイル内に書き込まれたオーディオフレームの数が所
    定数に達する度に、当該所定数のオーディオフレームか
    ら構成されるオーディオエレメントのデータ長を示すエ
    ントリー情報を生成する第２生成ステップとからなり、 前記第１書込ステップは、 生成されたエントリー情報の数が所定数に達する度に、
    別のファイルを作成して、第１書込ステップにより順次
    生成されるオーディオフレームを当該別ファイルに順次
    書き込ませることを特徴とする記録方法。
JP2000156757A 1999-05-28 2000-05-26 半導体メモリカード、再生装置、再生方法、コンピュータ読み取り可能な記録媒体 Expired - Lifetime JP3425119B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2000156757A JP3425119B2 (ja) 1999-05-28 2000-05-26 半導体メモリカード、再生装置、再生方法、コンピュータ読み取り可能な記録媒体

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
JP14989399 1999-05-28
JP11-149893 1999-05-28
JP23672499 1999-08-24
JP11-236724 1999-08-24
JP11-372606 1999-12-28
JP37260699 1999-12-28
JP2000156757A JP3425119B2 (ja) 1999-05-28 2000-05-26 半導体メモリカード、再生装置、再生方法、コンピュータ読み取り可能な記録媒体

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2003092578A Division JP4150278B2 (ja) 1999-05-28 2003-03-28 半導体メモリカード、再生装置、再生方法、及びコンピュータ読み取り可能な記録媒体

Publications (2)

Publication Number Publication Date
JP2001249695A true JP2001249695A (ja) 2001-09-14
JP3425119B2 JP3425119B2 (ja) 2003-07-07

Family

ID=27319843

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2000156757A Expired - Lifetime JP3425119B2 (ja) 1999-05-28 2000-05-26 半導体メモリカード、再生装置、再生方法、コンピュータ読み取り可能な記録媒体
JP2003092578A Expired - Lifetime JP4150278B2 (ja) 1999-05-28 2003-03-28 半導体メモリカード、再生装置、再生方法、及びコンピュータ読み取り可能な記録媒体

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2003092578A Expired - Lifetime JP4150278B2 (ja) 1999-05-28 2003-03-28 半導体メモリカード、再生装置、再生方法、及びコンピュータ読み取り可能な記録媒体

Country Status (10)

Country Link
US (3) US6865431B1 (ja)
EP (1) EP1056092B1 (ja)
JP (2) JP3425119B2 (ja)
CN (1) CN1187756C (ja)
BR (1) BR0006882B1 (ja)
CA (1) CA2338634C (ja)
DE (1) DE60035455T2 (ja)
ID (1) ID27746A (ja)
MY (1) MY125354A (ja)
WO (1) WO2000074059A1 (ja)

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003123044A (ja) * 2001-10-18 2003-04-25 Sanyo Electric Co Ltd アクセス制御方法及び電子機器
JP2004194271A (ja) * 2002-10-18 2004-07-08 Toshiba Corp 暗号化記録装置、再生装置及びプログラム
JP2005109861A (ja) * 2003-09-30 2005-04-21 Nec Corp トランスポートストリームの暗号化装置及び編集装置並びにこれらの方法
JP2005184783A (ja) * 2004-11-12 2005-07-07 Onkyo Corp ネットワーク型コンテンツ再生システム
JP2006511032A (ja) * 2002-12-17 2006-03-30 トムソン ライセンシング ディジタル・オーディオ・プレイヤーにおいて曲にタグを付け、表示する方法および装置
WO2007052446A1 (ja) 2005-10-31 2007-05-10 Matsushita Electric Industrial Co., Ltd. コンテンツのデータ構造およびメモリカード
JP2009020401A (ja) * 2007-07-13 2009-01-29 Hitachi Ltd 暗号化コンテンツ編集方法
JP2009042398A (ja) * 2007-08-07 2009-02-26 Toshiba Corp 半導体メモリ蓄積装置とその素材管理方法
JP2009225062A (ja) * 2008-03-14 2009-10-01 Toshiba Corp 情報処理装置、方法及びプログラム
US8090920B2 (en) 2004-07-06 2012-01-03 Panasonic Corporation Recording medium, and information processing device and information processing method for the recording medium
US8204226B2 (en) 2002-10-18 2012-06-19 Kabushiki Kaisha Toshiba Encoding and recording apparatus, playback apparatus, and program
US8393005B2 (en) 2004-06-30 2013-03-05 Panasonic Corporation Recording medium, and device and method for recording information on recording medium
JP2018155967A (ja) * 2017-03-17 2018-10-04 メモリーテック・ホールディングス株式会社 記録媒体及び携帯型音声再生機

Families Citing this family (89)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001516112A (ja) 1997-07-09 2001-09-25 アドバンスト・オーディオ・デバイセス，エルエルシー 光記録装置
US8577205B2 (en) 1998-07-30 2013-11-05 Tivo Inc. Digital video recording system
US6233389B1 (en) * 1998-07-30 2001-05-15 Tivo, Inc. Multimedia time warping system
US8380041B2 (en) * 1998-07-30 2013-02-19 Tivo Inc. Transportable digital video recorder system
US7558472B2 (en) * 2000-08-22 2009-07-07 Tivo Inc. Multimedia signal processing system
ID27748A (id) * 1999-05-28 2001-04-26 Matsushita Electric Ind Co Ltd Kartu memori semikonduktor, peralatan playback, peralatan perekam, metoda playback, metoda perekam dan medium perekam yang dapat dibaca komputer
CN1196130C (zh) * 1999-05-28 2005-04-06 松下电器产业株式会社 半导体存储器卡、重放装置、记录装置、重放方法、记录方法、和计算机可读存储介质
WO2001022729A1 (en) 1999-09-20 2001-03-29 Tivo, Inc. Closed caption tagging system
JP2002042451A (ja) * 2000-07-24 2002-02-08 Victor Co Of Japan Ltd オーディオデータ記録再生ディスク及びその再生装置、再生方法並びに記録方法
IL155482A0 (en) * 2000-11-03 2003-11-23 Genentech Inc Metabolic rate shifts in fermentations expressing recombinant proteins
EP2357651A3 (en) * 2000-12-07 2013-06-26 SanDisk Technologies Inc. System, method, and device for playing back recorded audio, video or other content from non-volatile memory cards, compact disks or other media
DE60239383D1 (de) * 2001-01-26 2011-04-21 Sony Corp Ic-karte und ic-kartenadapter
JP2002268874A (ja) * 2001-03-07 2002-09-20 Toshiba Corp 乱数シード生成回路及びこれを備えたドライバ、並びに、ｓｄメモリカードシステム
US7220615B2 (en) * 2001-06-11 2007-05-22 Micron Technology, Inc. Alternative method used to package multimedia card by transfer molding
JP3849465B2 (ja) * 2001-06-27 2006-11-22 富士通株式会社 情報管理方法
JP2003032634A (ja) * 2001-07-13 2003-01-31 Canon Inc 再生装置及びその方法
EP1407456A2 (en) * 2001-07-18 2004-04-14 Matsushita Electric Industrial Co., Ltd. Writing apparatus, semiconductor memory card, writing proguram, and writing method
US7327486B2 (en) * 2001-08-23 2008-02-05 Hewlett-Packard Development Company, L.P. Printing device with reader for removable media storage container
GB0123417D0 (en) * 2001-09-28 2001-11-21 Memquest Ltd Improved data processing
JP2005505873A (ja) * 2001-10-12 2005-02-24 コーニンクレッカ　フィリップス　エレクトロニクス　エヌ　ヴィ ブロックとして記憶されるユーザデータを読み取る又は書き込む装置及び方法
JP2003132622A (ja) * 2001-10-22 2003-05-09 Victor Co Of Japan Ltd 記録装置、再生装置及び記録媒体
JP4408601B2 (ja) * 2001-12-27 2010-02-03 富士通株式会社 情報再生装置およびセキュアモジュール
JP3849528B2 (ja) * 2002-01-11 2006-11-22 ヤマハ株式会社 電子音楽装置およびプログラム
US7065651B2 (en) * 2002-01-16 2006-06-20 Microsoft Corporation Secure video card methods and systems
US20030145183A1 (en) * 2002-01-31 2003-07-31 Muehring Phillip T. Applications for removable storage
US7174017B2 (en) * 2002-03-04 2007-02-06 Lenovo Singapore Pte, Ltd Decryption system for encrypted audio
GB2415826B (en) * 2002-03-08 2006-06-07 First 4 Internet Ltd Data protection system
JP2003323761A (ja) * 2002-05-02 2003-11-14 Sony Corp デジタルデータの記録媒体、記録方法、記録装置、再生方法、再生装置、送信方法および送信装置
US7515173B2 (en) * 2002-05-23 2009-04-07 Microsoft Corporation Head pose tracking system
KR100903258B1 (ko) 2002-05-31 2009-06-17 온쿄 가부시키가이샤 네트워크형 콘텐츠 재생 시스템
US8155314B2 (en) * 2002-06-24 2012-04-10 Microsoft Corporation Systems and methods for securing video card output
US7228054B2 (en) * 2002-07-29 2007-06-05 Sigmatel, Inc. Automated playlist generation
CA2462192C (en) 2002-09-07 2013-07-30 Lg Electronics Inc. Recording medium having data structure for managing reproduction of still images from a clip file recorded thereon and recording and reproducing methods and apparatuses
KR20040022640A (ko) * 2002-09-09 2004-03-16 삼성전자주식회사 컴퓨터시스템 및 컴퓨터시스템의 데이터전송방법
US7136874B2 (en) 2002-10-16 2006-11-14 Microsoft Corporation Adaptive menu system for media players
US7054888B2 (en) 2002-10-16 2006-05-30 Microsoft Corporation Optimizing media player memory during rendering
US7043477B2 (en) * 2002-10-16 2006-05-09 Microsoft Corporation Navigating media content via groups within a playlist
US7668842B2 (en) 2002-10-16 2010-02-23 Microsoft Corporation Playlist structure for large playlists
AU2003282415B2 (en) 2002-11-20 2007-10-18 Lg Electronics Inc. Recording medium having data structure for managing reproduction of data recorded thereon and recording and reproducing methods and apparatuses
US7478248B2 (en) * 2002-11-27 2009-01-13 M-Systems Flash Disk Pioneers, Ltd. Apparatus and method for securing data on a portable storage device
US7293178B2 (en) * 2002-12-09 2007-11-06 Microsoft Corporation Methods and systems for maintaining an encrypted video memory subsystem
EP1595253A4 (en) 2003-01-20 2009-09-30 Lg Electronics Inc RECORDING MEDIUM COMPRISING A DATA STRUCTURE FOR MANAGING THE REPRODUCTION OF MEDIA RECORDED STILL IMAGES AND REPRODUCTIVE METHODS AND DEVICES
US7734154B2 (en) 2003-02-14 2010-06-08 Lg Electronics Inc. Recording medium having data structure for managing reproduction duration of still pictures recorded thereon and recording and reproducing methods and apparatuses
JP2004302921A (ja) * 2003-03-31 2004-10-28 Toshiba Corp オフライン情報を利用したデバイス認証装置及びデバイス認証方法
KR100860985B1 (ko) * 2003-05-23 2008-09-30 삼성전자주식회사 패딩 정보를 이용한 기록/재생 방법
CN100483535C (zh) * 2003-06-11 2009-04-29 松下电器产业株式会社 再现装置,方法,集成电路
JP4624732B2 (ja) * 2003-07-16 2011-02-02 パナソニック株式会社 アクセス方法
CN100440179C (zh) * 2003-08-14 2008-12-03 索尼株式会社 信息处理装置和方法
US7644446B2 (en) * 2003-10-23 2010-01-05 Microsoft Corporation Encryption and data-protection for content on portable medium
FI20035235A0 (fi) * 2003-12-12 2003-12-12 Nokia Corp Järjestely tiedostojen käsittelemiseksi päätelaitteen yhteydessä
EP2506486A1 (en) 2004-02-23 2012-10-03 Lexar Media, Inc. Secure compact flash
CN100571132C (zh) * 2004-03-22 2009-12-16 国际商业机器公司 多密钥内容处理系统和方法
JP4643164B2 (ja) 2004-03-29 2011-03-02 パナソニック株式会社 コンテンツ送信装置及びコンテンツ受信装置
US20050238314A1 (en) * 2004-03-30 2005-10-27 Sako Asayama Recording system, recording apparatus, recording method, recording program and recording medium
KR101174131B1 (ko) * 2004-10-14 2012-08-14 삼성전자주식회사 멀티미디어 방송 수신시의 에러 검출 방법 및 장치
JP4794269B2 (ja) * 2004-11-08 2011-10-19 パナソニック株式会社 セキュアデバイスおよび中継端末
DK2408202T3 (en) 2004-11-19 2017-08-28 Tivo Solutions Inc Method and device for secure transfer and playback of multimedia content
KR20060066626A (ko) * 2004-12-13 2006-06-16 엘지전자 주식회사 컨텐트의 암호/해독을 위한 키를 기록하고 사용하는 방법및 장치와 그 방법에 의해 키가 기록되어 있는 기록매체
CN101120352B (zh) * 2004-12-21 2010-10-06 桑迪士克股份有限公司 用于保护存储在存储设备中的数据的方法和设备
JP4701748B2 (ja) * 2005-02-25 2011-06-15 ソニー株式会社 情報処理装置、情報記録媒体製造装置、情報記録媒体、および方法、並びにコンピュータ・プログラム
US8363837B2 (en) * 2005-02-28 2013-01-29 HGST Netherlands B.V. Data storage device with data transformation capability
CN101185137A (zh) * 2005-03-18 2008-05-21 托纽姆公司 具有内置调音功能的手持计算装置
US7634494B2 (en) * 2005-05-03 2009-12-15 Intel Corporation Flash memory directory virtualization
US7788701B1 (en) * 2005-07-26 2010-08-31 Advanced Micro Devices, Inc. Content transfer restriction system for personal internet communicator
JP2009516961A (ja) * 2005-11-18 2009-04-23 サンディスク コーポレーション キー及び／又は権利オブジェクトを管理する方法及びシステム
US8156563B2 (en) 2005-11-18 2012-04-10 Sandisk Technologies Inc. Method for managing keys and/or rights objects
WO2007127188A2 (en) * 2006-04-24 2007-11-08 Encryptakey, Inc. Portable device and methods for performing secure transactions
WO2007145316A1 (ja) * 2006-06-15 2007-12-21 Panasonic Corporation メモリコントローラ、不揮発性記憶装置、及び不揮発性記憶装置システム
US7508609B2 (en) * 2006-10-25 2009-03-24 Spectra Logic Corporation Formatted storage media providing space for encrypted text and dedicated space for clear text
US8285757B2 (en) * 2007-01-31 2012-10-09 Agency For Science, Technology And Research File system for a storage device, methods of allocating storage, searching data and optimising performance of a storage device file system
JP4259588B2 (ja) * 2007-03-30 2009-04-30 富士ゼロックス株式会社 情報処理システム及び情報処理プログラム
JP5006388B2 (ja) * 2007-04-19 2012-08-22 パナソニック株式会社 データ管理装置
WO2009078157A1 (ja) * 2007-12-17 2009-06-25 Panasonic Corporation 個別販売に用いられる記録媒体、記録装置、再生装置、それらの方法
TW200933362A (en) * 2008-01-30 2009-08-01 Coretronic Corp Memory card and accessing method and accessing system for the same
US8695087B2 (en) * 2008-04-04 2014-04-08 Sandisk Il Ltd. Access control for a memory device
JP2009284019A (ja) * 2008-05-19 2009-12-03 Panasonic Corp メディア処理装置及び記録媒体制御方法
US8543230B2 (en) 2008-05-30 2013-09-24 Nokia Corporation Optimizing seek functionality in media content
RU2492585C2 (ru) * 2008-07-16 2013-09-10 Нокиа Корпорейшн Способ и устройство для группирования треков и подмножеств треков
JP4620158B2 (ja) * 2009-03-31 2011-01-26 株式会社東芝 コンテンツ保護装置およびコンテンツ保護方法
US8775825B2 (en) * 2009-08-17 2014-07-08 Cram Worldwide Llc Digital content management and delivery
TWI488107B (zh) * 2009-12-09 2015-06-11 Silicon Motion Inc 用來增進快退效能之方法以及相關的電子裝置
JP2011253589A (ja) * 2010-06-02 2011-12-15 Funai Electric Co Ltd 画像音声再生装置
GB2485373B (en) * 2010-11-11 2013-04-10 Nds Ltd Service protection
US9633391B2 (en) 2011-03-30 2017-04-25 Cram Worldwide, Llc Secure pre-loaded drive management at kiosk
KR20140052243A (ko) * 2012-10-23 2014-05-07 한국전자통신연구원 네트워크 데이터 서비스 장치 및 방법, 네트워크 데이터 서비스를 위한 클라이언트 단말 장치
WO2014165761A1 (en) 2013-04-05 2014-10-09 Pny Technologies, Inc. Reduced length memory card
USD734756S1 (en) * 2014-04-04 2015-07-21 Pny Technologies, Inc. Reduced length memory card
CN107085690A (zh) * 2017-04-27 2017-08-22 武汉斗鱼网络科技有限公司 加密方法、解密方法及装置
CN110072227B (zh) * 2019-04-11 2022-05-10 北京小米移动软件有限公司 一种写卡方法及装置

Family Cites Families (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4977594A (en) * 1986-10-14 1990-12-11 Electronic Publishing Resources, Inc. Database usage metering and protection system and method
US5895123A (en) * 1991-09-03 1999-04-20 Canon Kabushiki Kaisha Information recording/reproduction apparatus for reproducing picture and audio signals in synchronization
TW223171B (en) * 1993-01-06 1994-05-01 Sony Co Ltd Playback method and device
US5596639A (en) * 1993-07-26 1997-01-21 Elonex Ip Holdings Ltd. Cd-prom
CA2168327C (en) * 1995-01-30 2000-04-11 Shinichi Kikuchi A recording medium on which a data containing navigation data is recorded, a method and apparatus for reproducing a data according to navigationdata, a method and apparatus for recording a data containing navigation data on a recording medium.
US5727061A (en) * 1995-02-13 1998-03-10 Eta Technologies Corporation Personal access management systems
US20020044757A1 (en) * 1995-08-04 2002-04-18 Sony Corporation Information carrier, device for reading and device for providing the information carrier and method of transmitting picture information
US5857020A (en) * 1995-12-04 1999-01-05 Northern Telecom Ltd. Timed availability of secured content provisioned on a storage medium
JP3778985B2 (ja) * 1996-03-19 2006-05-24 パイオニア株式会社 情報記録媒体、記録装置及び記録方法並びに再生装置及び再生方法
JP3696327B2 (ja) * 1996-03-22 2005-09-14 パイオニア株式会社 情報記録装置及び方法並びに情報再生装置及び方法
JP3938605B2 (ja) * 1996-03-22 2007-06-27 パイオニア株式会社 情報記録装置及び方法、情報再生装置及び方法並びに情報処理装置及び方法
US6636772B1 (en) * 1997-05-16 2003-10-21 Renau Corporation System and method for enabling device operation attribute-controlling commands to be entered and indicated by the operation of elements from outside the device
JP3211772B2 (ja) * 1998-06-02 2001-09-25 日本ビクター株式会社 円盤状の記録媒体
US6370090B1 (en) * 1998-06-10 2002-04-09 U.S. Philips Corporation Method, device, and information structure for storing audio-centered information with a multi-level table-of-contents (toc) mechanism and doubling of area-tocs, a device for use with such mechanism and a unitary storage medium having such mechanism
US6665240B1 (en) * 1998-10-07 2003-12-16 Sony Corporation Apparatus and method for manufacturing optical disks, apparatus and method for recording data on optical disks, apparatus and method for reproducing data from optical disks, and optical disk
JP4214651B2 (ja) * 1999-03-31 2009-01-28 ソニー株式会社 データコミュニケーションシステム、データ管理方法
JP4135049B2 (ja) * 1999-03-25 2008-08-20 ソニー株式会社 不揮発性メモリ
ID27991A (id) * 1999-03-03 2001-05-03 Sony Corp Aparatus pemproses data, metode pemprosesan data, unit terminal, dan metode transmisi dari aparatus pemproses data
DE10010497B4 (de) * 1999-03-03 2020-06-10 Sony Corporation Wiedergabegerät und Wiedergabeverfahren
MY122279A (en) * 1999-03-03 2006-04-29 Sony Corp Nonvolatile memory and nonvolatile memory reproducing apparatus
US6601140B1 (en) * 1999-04-07 2003-07-29 Sony Corporation Memory unit, data processing unit, and data processing method using memory unit type
WO2000062295A1 (fr) * 1999-04-07 2000-10-19 Kabushiki Kaisha Toshiba Systeme d'enregistrement d'informations numeriques, y compris d'informations audio
JP4470242B2 (ja) * 1999-04-23 2010-06-02 ソニー株式会社 半導体メモリカード
JP3389186B2 (ja) * 1999-04-27 2003-03-24 松下電器産業株式会社 半導体メモリカード及び読み出し装置
CN1196130C (zh) * 1999-05-28 2005-04-06 松下电器产业株式会社 半导体存储器卡、重放装置、记录装置、重放方法、记录方法、和计算机可读存储介质
CN1288663C (zh) * 1999-05-28 2006-12-06 松下电器产业株式会社 把数据记录在半导体存储卡上的记录装置以及重放装置
CN1312593C (zh) * 1999-09-01 2007-04-25 松下电器产业株式会社 分布系统、半导体存储卡、接收装置、计算机可读记录介质和接收方法
JP2001155466A (ja) * 1999-11-24 2001-06-08 Toshiba Corp 画像付音声情報を記録するシステム
CN100414864C (zh) * 2000-03-09 2008-08-27 松下电器产业株式会社 具有编辑装置和记录媒体的音频数据重放管理系统及方法
JP4348818B2 (ja) * 2000-03-10 2009-10-21 ソニー株式会社 データ配信システムとその方法およびデータ記録媒体
JP2002093047A (ja) * 2000-09-20 2002-03-29 Sony Corp データ記録媒体、データ記録装置および方法、データ出力装置および方法、データ表示方法、コンテンツデータ並びにデータ再生装置および方法
EP2357651A3 (en) * 2000-12-07 2013-06-26 SanDisk Technologies Inc. System, method, and device for playing back recorded audio, video or other content from non-volatile memory cards, compact disks or other media
JPWO2003030533A1 (ja) * 2001-09-14 2005-01-20 三洋電機株式会社 記録媒体、再生装置、および記録再生装置
DE10213535A1 (de) * 2002-03-26 2003-10-16 Siemens Ag Vorrichtung zur positionsabhängigen Informationsdarstellung
GB0216142D0 (en) * 2002-07-11 2002-08-21 Knox Alistair J Method and apparatus for optical disc access control
JP4073892B2 (ja) * 2004-05-10 2008-04-09 株式会社ソニー・コンピュータエンタテインメント コンテンツ再生装置、コンテンツ再生方法、コンピュータプログラム
JP4557759B2 (ja) * 2005-03-14 2010-10-06 株式会社東芝 情報処理装置、情報処理方法およびデータ更新方法
CN101300585A (zh) * 2005-10-31 2008-11-05 松下电器产业株式会社 内容数据结构及存储卡

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003123044A (ja) * 2001-10-18 2003-04-25 Sanyo Electric Co Ltd アクセス制御方法及び電子機器
JP4660073B2 (ja) * 2002-10-18 2011-03-30 株式会社東芝 暗号化記録装置、再生装置及びプログラム
JP2004194271A (ja) * 2002-10-18 2004-07-08 Toshiba Corp 暗号化記録装置、再生装置及びプログラム
US8204226B2 (en) 2002-10-18 2012-06-19 Kabushiki Kaisha Toshiba Encoding and recording apparatus, playback apparatus, and program
JP2006511032A (ja) * 2002-12-17 2006-03-30 トムソン ライセンシング ディジタル・オーディオ・プレイヤーにおいて曲にタグを付け、表示する方法および装置
US8243926B2 (en) 2003-09-30 2012-08-14 Nec Personal Computers, Ltd. Transport stream encryption device and its editing device and method for use therein
JP2005109861A (ja) * 2003-09-30 2005-04-21 Nec Corp トランスポートストリームの暗号化装置及び編集装置並びにこれらの方法
US8393005B2 (en) 2004-06-30 2013-03-05 Panasonic Corporation Recording medium, and device and method for recording information on recording medium
US8090920B2 (en) 2004-07-06 2012-01-03 Panasonic Corporation Recording medium, and information processing device and information processing method for the recording medium
JP2005184783A (ja) * 2004-11-12 2005-07-07 Onkyo Corp ネットワーク型コンテンツ再生システム
WO2007052446A1 (ja) 2005-10-31 2007-05-10 Matsushita Electric Industrial Co., Ltd. コンテンツのデータ構造およびメモリカード
JP2009020401A (ja) * 2007-07-13 2009-01-29 Hitachi Ltd 暗号化コンテンツ編集方法
JP2009042398A (ja) * 2007-08-07 2009-02-26 Toshiba Corp 半導体メモリ蓄積装置とその素材管理方法
US9348745B2 (en) 2007-08-07 2016-05-24 Kabushiki Kaisha Toshiba Semiconductor memory storage apparatus and method for storing variable length frames in fixed length packets in nonvolatile memories
JP2009225062A (ja) * 2008-03-14 2009-10-01 Toshiba Corp 情報処理装置、方法及びプログラム
JP2018155967A (ja) * 2017-03-17 2018-10-04 メモリーテック・ホールディングス株式会社 記録媒体及び携帯型音声再生機
JP2022009394A (ja) * 2017-03-17 2022-01-14 メモリーテック・ホールディングス株式会社 携帯型音声再生機

Also Published As

Publication number Publication date
US6865431B1 (en) 2005-03-08
US7596698B2 (en) 2009-09-29
DE60035455D1 (de) 2007-08-23
MY125354A (en) 2006-07-31
JP2004030586A (ja) 2004-01-29
BR0006882A (pt) 2001-08-07
CA2338634C (en) 2007-06-26
DE60035455T2 (de) 2007-11-08
CA2338634A1 (en) 2000-12-07
JP4150278B2 (ja) 2008-09-17
ID27746A (id) 2001-04-26
CN1187756C (zh) 2005-02-02
US20050192686A1 (en) 2005-09-01
CN1318196A (zh) 2001-10-17
JP3425119B2 (ja) 2003-07-07
EP1056092B1 (en) 2007-07-11
BR0006882B1 (pt) 2014-03-18
EP1056092A1 (en) 2000-11-29
US20100064145A1 (en) 2010-03-11
WO2000074059A1 (en) 2000-12-07
US8156347B2 (en) 2012-04-10

Similar Documents

Publication Publication Date Title
JP3425119B2 (ja) 半導体メモリカード、再生装置、再生方法、コンピュータ読み取り可能な記録媒体
KR100655034B1 (ko) 반도체 메모리카드, 재생장치, 기록장치, 재생방법, 기록방법
EP1056094B1 (en) A semiconductor memory card, playback apparatus, recording apparatus, playback method, recording method, and computer-readable recording medium
JP3366896B2 (ja) 半導体メモリカード、記録再生装置、記録再生方法、コンピュータ読み取り可能な記録媒体
JP3882460B2 (ja) メモリ装置、データ処理装置、データ処理システムおよびデータ処理方法
JP4469125B2 (ja) 半導体メモリカード、編集装置、編集方法、コンピュータ読み取り可能な記録媒体
JP3327898B2 (ja) 半導体メモリカード、再生装置、再生方法、コンピュータ読み取り可能な記録媒体
RU2259604C2 (ru) Плата полупроводниковой памяти, устройство воспроизведения, устройство записи, способ воспроизведения, способ записи и считываемый посредством компьютера носитель информации
RU2255382C2 (ru) Плата полупроводниковой памяти, устройство воспроизведения, устройство записи, способ воспроизведения, способ записи и считываемый посредством компьютера носитель записи
JP2003162300A (ja) 半導体メモリカードについての再生装置、コンピュータ読み取り可能な記録媒体、再生方法
CN100470583C (zh) 用于半导体存储卡的记录方法、记录-播放装置和记录-播放方法
MXPA01000997A (en) Semiconductor memory card, playback apparatus, recording apparatus, playback method, recording method, and computer-readable recording medium

Legal Events

Date Code Title Description
TRDD Decision of grant or rejection written
R150 Certificate of patent or registration of utility model

Ref document number: 3425119

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090502

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100502

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110502

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110502

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120502

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120502

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130502

Year of fee payment: 10

EXPY Cancellation because of completion of term