JP2003009060A - 半導体メモリカードの再生装置 - Google Patents

Abstract

(57)【要約】 【課題】 ひらがな及び漢字を表示する再生装置でも、
半角カタカナ英数字のみ表示する再生装置でも、文字情
報を適切に表示させる半導体メモリカードについての再
生装置を提供する。 【解決手段】半導体メモリカードから音声情報とそれに
同期して再生されるテキスト情報とを読み出して再生す
る再生装置であり、音声情報とそれに同期して再生され
るテキスト情報が、（１）テキスト情報が１バイト文字
コード列のみからなる格納タイプ、（２）テキスト情報
が２バイト文字コード列のみからなる格納タイプ、
（３）テキスト情報が１バイト文字コード列および２バ
イト文字コード列からなる格納タイプのいずれであるか
に応じて、テキスト情報の前記１バイト文字コード列ま
たは前記２バイト文字コード列を前記識別情報とともに
表示する。

Description

【発明の詳細な説明】 【０００１】 【発明の属する技術分野】本発明は、音声や映像を表す
ディジタルデータを記録する半導体メモリカードの再生
装置に関する。 【０００２】 【従来の技術】ディジタルデータを記録する書換え可能
な記録媒体としては、従来よりＭＤ(Mini Disc)が広く
普及している。また、音楽ＣＤに記録された１０数曲分
の音声情報をＭＤに記録する携帯型のＭＤ記録再生装置
も広く普及している。代表的なＭＤは約１４０ＭＢの記
録容量を有し、圧縮されたディジタル音声データを記録
することにより、７４分程度の音楽を記録することがで
きる。さらに、ＭＤは、音声情報とともに、曲名、ディ
スク名等を表す情報を最大１７００文字程度記録するこ
とができる。文字情報は、半角カタカナ、英文字、数
字、記号を組み合わせて記録される場合が多い。また、
最近ではひらがな、漢字に対応するＭＤ記録再生装置も
市販されている。（コンピュータにおけるカタカナ表記
は、半角カタカナと全角カタカナとがある。半角カタカ
ナは、１バイト文字コードで表され、全角カタカナの１
／２の横幅で表示される。全角カタカナは２バイト文字
コードで表される。） 【０００３】 【発明が解決しようとする課題】しかしながら、従来技
術によれば、曲名等のひらがな、漢字を記録した記録媒
体を、カタカナ、英文字、数字、記号のみを表示可能な
（漢字フォントを持たない）他の再生装置に装着した場
合には、曲名等を正しく表示することができないという
問題があった。 【０００４】本発明は、ひらがな及び漢字を表示する再
生装置でも、半角カタカナ英数字のみ表示する再生装置
でも、文字情報を適切に表示させる半導体メモリカード
についての再生装置を提供することを目的とする。 【０００５】 【課題を解決するための手段】上記課題を解決するため
本発明の再生装置は、読み出し手段、再生手段、表示手
段、表示タイプ情報保持手段、格納タイプ判別手段、識
別情報保持手段、制御手段を備え、前記読み出し手段
は、前記半導体メモリカードから、再生する前記音声情
報と前記テキスト情報とを読み出し、前記再生手段は、
読み出された前記音声情報を再生し、前記表示手段は、
読み出された前記１バイト文字コード列または前記２バ
イト文字コード列を表示し、前記表示タイプ情報保持手
段は、前記再生手段自身が少なくとも（ａ）〜（ｃ）の
３タイプのいずれかとする表示タイプ情報を保持し、
（ａ）１バイト文字コード列のみを表示可能、（ｂ）２
バイト文字コード列のみを表示可能、（ｃ）１バイト文
字コード列および２バイト文字コード列を表示可能、前
記格納タイプ判別手段は、読み出される前記テキスト情
報の内容に応じて、（１）テキスト情報が１バイト文字
コード列のみからなる、（２）テキスト情報が２バイト
文字コード列のみからなる、（３）テキスト情報が１バ
イト文字コード列および２バイト文字コード列からな
る、３つの格納タイプいずれかの格納タイプであるかを
判別し、前記識別情報保持手段は、前記テキスト情報の
項目の種類ごとの識別情報を保持し、前記制御手段は、
前記表示タイプ情報および判別された前記格納タイプに
応じて、前記テキスト情報の前記１バイト文字コード列
または前記２バイト文字コード列を前記識別情報ととも
に前記表示手段に表示させることを特徴としている。 【０００６】 【発明の実施の形態】＜本発明の概要＞図１は、本発明
の半導体メモリカード（以下メディアカードと呼
ぶ。）、記録装置及び再生装置の概要を示す説明図であ
る。同図において、メディアカード１は、記録再生装置
２、再生装置３〜５、記録再生装置６等に着脱自在であ
り、複数の音声情報及び複数の文字情報を記録する。こ
こで音声情報は、例えば音楽の一曲、小説の一節、英会
話の一レッスンなどに相当する。文字情報は、音声情報
に対応し、音声情報の名称を含む属性を表す１バイト文
字コード列からなる第１データと、第１データと同様の
属性を表す表す２バイト文字コード列からなる第２デー
タとを含む。第１データは１バイト文字コード列、つま
り半角英数字や半角カナなどによる文字列を表し、第２
データは２バイト文字コード列、つまり全角かな、漢
字、他の言語などによる文字列を表す。これにより１バ
イト文字コード表示しかできない再生装置でも２バイト
文字コード表示可能な再生装置でも文字情報を表示する
ことができる。 【０００７】記録再生装置２は、パーソナルコンピュー
タであって、メディアカード１を装着するスロットを有
し、装着されたメディアカード１に対する記録再生装置
として用いられる。例えば、記録再生装置２は、音楽プ
ロバイダ７から電話回線やインターネットなどを介して
配信される音声情報及び文字情報を入手し、あるいは音
楽ＣＤに基づいて音声情報を作成しユーザ操作により文
字情報を作成し、スロットに装着されたメディアカード
１に音声情報及び文字情報を書き込み、また、メディア
カード１から音声情報及び文字情報を読み出して再生や
編集を行なう。 【０００８】再生装置３はメディアカード１を装着する
スロットを有する携帯型の再生装置、再生装置４は同じ
く卓上型、再生装置５は同じく車載型の再生装置であ
り、スロットに装着されたメディアカード１から音声情
報を読み出して再生し、文字情報を読み出して表示す
る。再生装置３〜５は何れも、１バイト文字コードのフ
ォントＲＯＭを内蔵する場合には文字情報のうち第１デ
ータを読み出して表示し、２バイト文字コードをフォン
トを内蔵する場合には第２データを読み出して表示す
る。 【０００９】記録再生装置６は、再生装置３の機能に加
えて音声情報及び文字情報の記録も行なう携帯型の記録
再生装置である。音楽プロバイダ７は、インターネット
又は電話回線を介して音声情報及び文字情報を配信す
る。 ＜半導体メモリカード＞図２は、メディアカード１の外
観を示す図である。同図のようにメディアカード１は、
長さ３２ｍｍ、幅２４ｍｍ、厚さ２．１ｍｍ程度の大き
さであり、フラッシュメモリなどの不揮発性半導体メモ
リ素子を内蔵し、装着時に再生装置又は記録装置と電気
的に接続する端子群を備える。 【００１０】以下、メディアカード１を、図４に示すよ
うに物理層、ファイルシステム層、応用層の３層に分け
て順に説明する。 ＜物理層＞図３は、メディアカード１の構成を示すブロ
ック図である。同図のようにメディアカード１は、コン
トロールＩＣ３０２、フラッシュメモリ３０３、ＲＯＭ
３０４を内蔵する。 【００１１】コントロールＩＣ３０２は、記録装置又は
再生装置から端子群を通して入力される書き込みコマン
ドや読み出しコマンドに従って、フラッシュメモリ３０
３へ音声情報や文字情報の書き込みや読み出し、ＲＯＭ
３０４からの読み出しなどを行う。その際、コマンドに
よって暗号化を指定された場合には、コントロールＩＣ
３０２は、書き込み時に音声情報の暗号化、読み出し時
に暗号化された音声情報の復号も行う。このようにメデ
ィアカード１は、著作権保護が必要なデータを暗号化し
て格納することで、データの不正コピーなどを防止する
こともできる。 【００１２】フラッシュメモリ３０３は、セクタ構造を
有し、各セクタは５１２バイトのディジタルデータを格
納する。例えば６４ＭＢタイプのメディアカードの場
合、メモリ容量は67188854(=64*1024*1024)バイトであ
り、セクタ数は131072(=67188854/512)となる。ただ
し、欠陥セクタの発生を見込んで予め一定数の代替セク
タを確保しておく場合には、例えば、代替セクタを除い
た有効メモリ容量を65,536,000バイトであるとすると、
有効セクタ数は、128,000になる。 【００１３】ＲＯＭ３０４は、メディアカード１に固有
の読み出し専用データを格納する。 ＜物理層の記録領域＞図５は、メディアカード１の記録
領域の構成を示す図である。同図に示すように、メディ
アカード１の記録領域は、特殊領域、認証領域、ユーザ
領域の３つに分けられる。この内、特殊領域はＲＯＭ３
０４内の領域であり、認証領域及びユーザ領域はフラッ
シュメモリ３０３内の領域である。また、特殊領域と認
証領域とは著作権保護の為に用いられる。 【００１４】特殊領域はメディアカード１毎に固有の値
をもつメディアＩＤやメーカ名等が格納される読み出し
専用の領域である。認証領域は、本メディアカード１が
装着された記録装置又は再生装置との間で相互認証に成
功した場合にのみ読み書き可能な領域であり、音声情報
の暗号化・復号化に必要な鍵が格納される。この鍵は、
メディアＩＤや乱数などから生成される。 【００１５】ユーザ領域は、相互認証の成否と無関係に
読み書き可能な領域であり、音声情報及び文字情報が格
納される。著作権保護が必要なデータは、鍵を用いて暗
号化された後ユーザ領域に格納される。 ＜ファイルシステム層＞メディアカード１のファイルシ
ステムはＦＡＴ（File Allocation Table）ファイルシ
ステム（ISO/IEC 9293）を用い、ファイルシステムのタ
イプとして、ＦＡＴ12とＦＡＴ16の何れでもよい。ＦＡ
Ｔファイルシステムとしてフォーマットされるのは、メ
ディアカードの認証領域とユーザ領域である。 【００１６】図５における認証領域とユーザ領域のそれ
ぞれに示すように、ファイルシステムは、パーティショ
ンブートセクタと、ファイルアロケーションテーブル
と、ルートディレクトリエントリと、データ領域とから
構成される。認証領域とユーザ領域は共に同じ構成とな
っている。パーティションブートセクタは、システムの
起動時に読み込まれるセクタである。 【００１７】ファイルアロケーションテーブルは、12ビ
ットＦＡＴのＦＡＴ12ファイルシステムと16ビットＦＡ
ＴのＦＡＴ16ファイルシステムの２種類を何れでもよ
く、ＦＡＴ構造はISO/IEC 9293に準拠する。ルートディ
レクトリエントリは、ルートディレクトリにどのような
ファイルが存在するかを示す情報である。例えば、ルー
トディレクトリエントリーは、ルートディレクトリに存
在するファイルのファイル名と、ファイル属性と、ファ
イルの更新時刻及び年月日と、ファイルの先頭部が格納
されているファイル最初のクラスタ番号とを含む。 【００１８】データ領域は、各種ファイルが記録され
る。ユーザ領域内のデータ領域には音声情報のファイル
が、認証領域内のデータ領域には音声情報が暗号化され
ている場合に鍵のファイルが記録される。 ＜応用層＞応用層は、図４に示したようにプレゼンテー
ションデータとナビゲーションデータとに分けられる。 【００１９】プレゼンテーションデータは、複数の音声
情報すなわちオーディオオブジェクト（以下ＡＯＢと略
す。）群からなる。ここでＡＯＢは、音声ディジタルデ
ータの圧縮音声データであり、例えばMPEG2-AAC [ Low
Complexity Profile]である。MPEG2-AAC に関しては、I
SO/IEC 13818-7:1997(E) Information technology -Gen
eric coding of moving pictures and associated audi
o information - Part7 Advanced Audio Coding (AAC)
に詳しいのでここでは説明を省略する。本実施形態で
は、１つのＡＯＢは、再生管理の便宜上、再生時間が固
定時間（約８．５分）に相当するものとする。１つの音
声情報は、再生時間の長さに応じて１つのＡＯＢからな
る場合と、複数のＡＯＢからなる場合とがある。ＡＯＢ
群は、例えば図６（Ａ）に示すように、ユーザ領域内
に、ルートディレクトリの下のＳＤ＿ＡＵＤＩＯという
ディレクトリ内に、例えばＡＯＢ００１．ＳＡ１〜ＡＯ
Ｂ００８．ＳＡ１というファイル名で格納される。この
例では８個のＡＯＢを記録しているが、これに限られる
ものではなく、最大９９９個のＡＯＢを記録可能であ
る。また、ＡＯＢが暗号化されている場合には、図６
（Ｂ）に示すように、認証領域内に鍵情報が例えばＡＯ
ＢＳＡ１．ＫＥＹというファイル名で格納される。 【００２０】ナビゲーションデータ部は、プレイリスト
マネージャと呼ばれる管理データと、トラックマネージ
ャと呼ばれる管理データとからなる。プレイリストマネ
ージャは、複数の音声情報の再生順序を指定するプレイ
リストを１つ以上含む。プレイリストには、メディアカ
ード１に記録された全ての音声情報の音声情報の記録順
と同順の再生順序を示すデフォルトプレイリストと、ユ
ーザ操作により作成され任意の再生順序を示すプレイリ
ストとがある。プレイリストマネージャは、例えば図６
（Ａ）に示すようにＳＤ＿ＡＵＤＩＯ．ＰＬＭというフ
ァイル名でユーザ領域に格納される。 【００２１】トラックマネージャは、音声情報（つまり
ＡＯＢ）を管理する情報であって、例えばＡＯＢのオー
ディオ属性情報（ビットレート、サンプリング周波数、
チャネル数）や、音声情報に関連する文字情報と（以下
これらの情報をトラック情報と呼ぶ）を含む。トラック
という用語は、１つの音声情報を指すものとする。より
具体的には、トラックマネージャは、ユーザ領域に格納
されたＡＯＢに１対１で対応するトラック情報の集まり
である。 【００２２】１つのトラックが１つのＡＯＢからなる場
合には、そのＡＯＢに対応するトラック情報は、トラッ
クに対応する文字情報と、ＡＯＢに関する情報を含む。
１つのトラックが複数のＡＯＢからなる場合には、その
複数のＡＯＢに対応する複数のトラック情報のうち、先
頭のＡＯＢに対応するトラック情報にはトラックに対応
する文字情報と、ＡＯＢに関する情報を含み、2番目以
降のＡＯＢに対応するトラック情報にはＡＯＢに関する
情報を含む。トラックマネージャは、例えば図６に示す
ようにＳＤ＿ＡＵＤＩＯ．ＴＫＭというファイル名でユ
ーザ領域に格納される。 【００２３】図７は、デフォルトプレイリスト（図中の
ＤＰＬＩ）、トラックマネージャ（図中のＴＫＭＧ）、
ＡＯＢ群の関係を示した説明図である。同図においてAO
B001.SA1、AOB002.SA1、AOB003.SA1、AOB008.SA1は、そ
れぞれ１つのＡＯＢで１つのトラック（それぞれSong
A、B、C、E）を表わしている。また、AOB004.SA1、AOB0
05.SA1、AOB006.SA1、AOB007.SA1は、４つのＡＯＢで１
つのトラック（SongD）を表わしている。 【００２４】トラックマネージャは、ＡＯＢに１対１で
対応するトラック情報（図中のＴＫＩ）を含む。各トラ
ック情報は、本半導体メモリカード内の各トラック情報
に一意に割り当てられたシリアル番号（以下トラック情
報番号と呼ぶ）、対応するＡＯＢが複数トラックの一部
分である場合に後続するＴＫＩを指すリンクポインタ、
既に説明した第１データと第２データとからなる文字情
報などを含む。同図では、トラックマネージャは、AOB0
01.SA1〜AOB008.SA1に対応するトラック情報TKI#1〜TKI
#8を含む。このうち、AOB004.SA1〜AOB007.SA1は、４つ
のＡＯＢにより１つのトラックを表すので、リンクポイ
ンタにより順に関連付けられている。 【００２５】デフォルトプレイリストは、トラックの再
生順序（同図ではSongA、B、C、D、E）を、トラック情
報を指すトラックサーチポインタの配列により表してい
る。各トラックサーチポインタはトラック情報に一意に
割り当られたトラック情報番号を含み、これにより１つ
のトラック情報を指し示す。同図では、デフォルトプレ
イリストは、８つのトラックサーチポインタ＃１〜＃８
からなり、トラック情報番号＃１〜＃８を順に配列され
ている。これにより、デフォルトプレイリストは、各ト
ラックサーチポインタ＃１〜＃８内のＴＫＩ番号＃１〜
＃８の配列順により、SongA,B,C,D,Eを再生順序として
指定している。 【００２６】なお、SongDに対応するトラックサーチポ
インタ＃４〜＃７のうち＃５〜＃７は、トラック情報＃
４〜＃７がリンクポインタにより関連付けられているの
で、トラック情報番号を含まないようにしてもよいし、
省略してもよい。また、同図ではデフォルトプレイリス
トについて説明したが、ユーザ操作により任意に生成さ
れる他のプレイリストもデフォルトプレイリストと同様
のデータ構造である。プレイリストは、トラック番号を
含むトラックサーチポインタの配列なので、容易に追加
・編集・削除することができる。 【００２７】＜トラックマネージャの詳細＞図８は、ト
ラックマネージャの詳細なデータ構造を示す図である。
同図のようにトラックマネージャ（図６に示したSD_AUD
IO.TKMというファイルに相当する）は、複数のトラック
情報ｔ１〜ｔｎ（TKI#1〜#nとも呼ぶ）からなる。各ト
ラック情報は何れも同じデータ構造であるので、トラッ
ク情報ｔ２を代表として説明する。トラック情報ｔ２
は、本実施形態では１０２４バイトの固定長であるもの
とし、２５６バイトのトラック一般情報（TKGIとも呼
ぶ）ｔ２１、２５６バイトの文字情報（TKTXTI_DA）ｔ
２２、５１２バイトのトラックタイムサーチテーブル
（TKTMSRT）ｔ２３とからなる。トラック情報を１０２
４バイト固定長としているのは、トラック情報を２セク
タに格納し、トラック情報中のタイムサーチテーブルを
１セクタに格納するためである。これにより、アクセス
の最小単位であるセクタに対して、隣り合う２セクタに
アクセスすることによりトラック情報を読み書きするこ
とができ、高速化を図ることができる。 【００２８】トラック一般情報ｔ２１は、トラック情報
の識別子(TKI_ID)ｔ２１１、トラック情報番号(TKIN)ｔ
２１２、リンクポインタ(TKI_LNK_PTR)ｔ２１３、ブロ
ック属性(TKI_BLK_ATR)ｔ２１４、テキスト１属性(TKI_
TI1_ATR)ｔ２１５、テキスト２属性(TKI_TI2_ATR)ｔ２
１６などを含む。トラック情報の識別子ｔ２１１は、全
トラック情報に共通であってトラック情報であることを
示す識別子である。 【００２９】トラック情報番号ｔ２１２は、既に説明し
たように、トラック情報に一意に割り当られた番号であ
る。例えばトラック情報番号は１〜９９９の何れかの値
をとる。リンクポインタｔ２１３は、既に説明したよう
に、１つのトラックが複数のＡＯＢからなる場合に、後
続するトラック情報を指すポインタ（トラック情報番
号）である。１つのトラックが複数のＡＯＢからならな
い場合には、リンクポインタｔ２１３はトラック情報番
号以外の無効なデータ（例えば０）が入るブロック属性
ｔ２１４は、トラックが１つのＡＯＢからなるか、複数
のＡＯＢからなる場合に先頭、中間、末尾のどこに位置
するかを示す。例えば、ブロック属性の値が”０００
（２進数）”では１つのＡＯＢが１つのトラックを構成
する場合の当該ＡＯＢに対応するトラック情報であるこ
とを示す。”００１”では複数のＡＯＢが１つのトラッ
クに対応する場合に先頭のＡＯＢに対応するトラック情
報であることを示す。”０１０”では複数のＡＯＢがト
ラックに対応する場合に中間のＡＯＢに対応するトラッ
ク情報であることを示す。”０１０”では複数のＡＯＢ
がトラックに対応する場合に中間のＡＯＢに対応するト
ラック情報であることを示す。 【００３０】テキスト１属性ｔ２１５は、文字情報ｔ２
２内に記録可能な第１データ、つまり１バイト文字コー
ド列について、その文字コード体系の種類を示す。図９
Ａにテキスト１属性の具体例を示す。同図において、テ
キスト１属性の値”００ｈ（１６進数）”は、文字情報
ｔ２２内に１バイト文字コード列が存在しないことを意
味する。テキスト１属性の値”０１ｈ”はＩＳＯ６４
６、”０２ｈ”はＪＩＳＸ０２０１、”０３ｈ”はＩＳ
Ｏ８８５９−１にそれぞれ規定された文字コード体系の
１バイト文字コード列が存在することを意味する。ここ
で、ＩＳＯ６４６はいわゆるASCII文字でつまり英数字
及び記号を規定する。ＪＩＳＸ０２０１はASCII文字に
加えて半角カタカナを、ＩＳＯ８８５９−１はASCII文
字に加えて西欧ラテン文字を規定する。 【００３１】テキスト２属性ｔ２１６は、文字情報ｔ２
２内に記録可能な第２データ、つまり２バイト文字コー
ド列について、その文字コード体系の種類を示す。図９
Ｂにテキスト２属性の具体例を示す。同図において、テ
キスト２属性の値”００ｈ”は文字情報ｔ２２内に２バ
イト文字コード列が存在しないことを意味する。”８１
ｈ”は「Music Shift JIS KANJI（（社）日本レコード
協会）」に規定された文字コード体系であることを意味
する。 【００３２】文字情報ｔ２２は、第１データと第２デー
タとからなる。トラックタイムサーチテーブルは、早送
り再生及び早戻し再生などに用いられ、ＡＯＢの先頭か
ら末尾までの約２秒おきの各再生時刻におけるＡＯＢの
アドレス情報列を格納する。 ＜文字情報の詳細＞図１０は、図８に示した文字情報
（TKTXTI_DA）ｔ２２の記憶領域を示す説明図である。 【００３３】文字情報ｔ２２の記憶領域は、２５６バイ
トのトラック一般情報ｔ２１と併せて１セクタ（５１２
バイト）内に設けられる２５６バイトの固定サイズの領
域である。同図上段のように、この記録領域は、第１デ
ータｔ２２１、第２データｔ２２２、空き領域ｔ２２３
とからなる。第１データｔ２２１と第２データｔ２２２
とは可変長なので、２５６バイトに満たない場合には、
空き領域ｔ２２３を生じる。 【００３４】同図下段のように第１データｔ２２１は、
項目の種類を示す標識（タグと呼ぶ）と、それに続く項
目内容を示す１バイト文字コード列との組みが、順に配
されてなる。第１データの末尾には終端コードとして”
００ｈ”が付加され、第２データの末尾には終端コード
として”００００ｈ”が付加される。図１１は、項目の
種類を示すタグの説明図である。 【００３５】同図に示すように、第１データ用のタグは
１バイトコードである。すなわち、タイトル名を示すタ
グは“０１ｈ”である。アーティスト名を示すタグは
“０２ｈ”である。アルバム名を示すタグは“０３ｈ”
である。作詞者を示すタグは“０４ｈ”である。作曲者
を示すタグは“０５ｈ”である。編曲者を示すタグは
“０６ｈ”である。プロデューサーを示すタグは“０７
ｈ”である。レコード会社を示すタグは“０８ｈ”であ
る。アーティストのメッセージを示すタグは“０９ｈ”
である。ユーザのコメントを示すタグは“０Ａｈ”であ
る。プロバイダのコメントを示すタグは“０Ｂｈ”であ
る。年月日を示すタグは“０Ｃｈ”である。ジャンルを
示すタグは“０Ｄｈ”である。ＵＲＬ(Uniform Resourc
e Locator)を示すタグは“０Ｅｈ”である。フリー項目
（ユーザが設定可能な項目）１を示すタグは“０Ｆｈ”
である。フリー項目２を示すタグは“１０ｈ”である。
フリー項目３を示すタグは“１１ｈ”である。フリー項
目４を示すタグは“１２ｈ”である。フリー項目５を示
すタグは“１３ｈ”である。フリー項目６を示すタグは
“１４ｈ”である。 【００３６】第２データ用のタグは、第１バイトコード
用の各タグの上位に”００ｈ”を付加した２バイトコー
ドになっている。このように文字情報（TKTXTI_DA）ｔ
２２は、同様の内容を１バイト文字コードで表した第１
データと２バイト文字コードで表した第２データとを含
む。その結果、１バイト文字コードしか表示できない再
生装置では第１データに従って１バイト文字コードによ
る半角文字文字列を表示することができる。また、２バ
イト文字コードを表示できる再生装置では第２データに
従って２バイト文字コードによる英数かな漢字交じりの
文字列を表示することができる。 【００３７】＜再生装置の構成＞図１２は、図１に示し
た再生装置３の構成を示すブロック図である。再生装置
３は、フォントＲＯＭ１２０、マイクロコンピュータ
（以下マイコンと略す）１２１、メモリ１２２、ＬＣＤ
部１２４、操作部１２５、カードインタフェース部１２
８、デスクランブル部１２９、デコーダ１３０、Ｄ／Ａ
コンバータ１３１を備える。 【００３８】フォントＲＯＭ１２０は、再生装置の機種
により次の３タイプがある。すなわち、１バイト文字コ
ードに対応するフォントデータのみを格納する第１タイ
プと、２バイト文字コードに対応するフォントデータの
みを格納する第２タイプと、１バイト文字コード及び２
バイト文字コードの両者に対応するフォントデータを格
納する第３タイプとがある。また、１バイト文字コード
に対応するフォントデータは、ＩＳＯ６４６、ＪＩＳＸ
０２０１、ＩＳＯ８８５９−１にそれぞれ規定された文
字コード体系のうち少なくとも１つの文字コード体系に
よる。また、２バイト文字コードに対応するフォントデ
ータは、例えば「Music Shift JIS KANJI」に規定され
た文字コード体系による。 【００３９】マイコン１２１は、ＲＯＭ及びＲＡＭを内
蔵し、ＲＯＭ内のプログラムを実行することによって、
音声情報の再生、文字情報のＬＣＤ部１２４への表示な
ど再生装置の動作全般を制御する。文字情報を表示する
ためのプログラムは、フォントＲＯＭ１２０のタイプに
応じて異なる処理を行なう。すなわち、マイコン１２１
は、フォントＲＯＭ１２０が第１タイプである場合には
文字情報中の第１データ（１バイト文字コード列）を読
み出してフォントデータに基づいてＬＣＤ部１２４への
表示を制御し、第２タイプである場合には文字情報中の
第２データ（２バイト文字コード列）を読み出してフォ
ントデータに基づいてＬＣＤ部１２４への表示を制御
し、第３タイプの場合には、ユーザ設定などに従って第
１、第２データの何れかを選択的に読み出して表示処理
を行なう。 【００４０】メモリ１２２は、音声情報再生時にメディ
アカード１から読み出された音声情報や、文字情報を一
時的に保持する作業用メモリである。同図のように、メ
モリ１２２は、デフォルトプレイリストを常駐するＤＰ
ＬＩ常駐領域、現に使用中のプレイリストを格納するＰ
ＬＩ格納領域、現に使用中のトラック情報を格納するＴ
ＫＩ格納領域、再生中の音声情報（ＡＯＢ）の暗号を解
除するための暗号キーを格納するＦｉｌｅＫｅｙ格納領
域、ワークエリア（作業領域）やバッファとして使用さ
れるバッファ領域などを含む。 【００４１】ＬＣＤ部１２４は、液晶表示パネルであり
文字情報等を表示する。ただし、再生装置が携帯型であ
る場合にはＬＣＤ部１２４は、例えば全角１２文字×１
行や全角１２文字×２行程度の大きさになる。また、車
載型である場合には、全角２４文字×複数行程度の大き
さや、320×240画素や640×480画素などの大きさにな
る。 【００４２】操作部１２５は、再生キー、停止キー、ポ
ーズキー、早送りキー、早戻しキー、音量キー等を有
し、ユーザ操作を受付ける。カードインタフェース部１
２８は、メディアカード１を着脱可能なスロットであ
り、装着されたメディアカード１の端子群を電気的に接
続する端子群を有する。 【００４３】デスクランブル部１２９は、暗号キーを用
いて音声情報の復号を行なうデスクランブラである。す
なわち、デスクランブル部１２９は再生時には、メディ
アカード１から暗号化された音声情報が入力され、当該
音声情報を復号（デスクランブル）する。ここで、暗号
キーは、再生時には、メディアカード１と再生装置３と
の間で相互認証できた場合にメディアカード１の認証領
域から読み出される。 【００４４】デコーダ１３０は、デスクランブル部１２
９からデスクランブルされた音声情報、またはメディア
カード１からメモリ１２２を介して暗号化されていない
音声情報が入力され、当該音声情報を伸長してデジタル
音声データにする。Ｄ／Ａコンバータ１３１は、デジタ
ル音声情報をアナログの音声信号に変換する。 【００４５】＜再生装置の動作＞以上のように構成され
た再生装置３の動作について、（１）フォントＲＯＭ１
２０が第１タイプである場合、（２）フォントＲＯＭ１
２０が第２タイプである場合、（３）フォントＲＯＭ１
２０が第３タイプである場合に分けて説明する。ただ
し、ここではメディアカード１には図７に示したよう
に、SongA-SongEの音声情報、デフォルトプレイリス
ト、トラックマネージャが格納されているものとする。 （１）第１タイプのフォントＲＯＭの場合 マイコン１２１は、再生装置３の電源投入時にメディア
カード１からデフォルトプレイリストを読み出しメモリ
１２２のＤＰＬＩ常駐領域に格納し、さらにユーザ操作
により再生指示を受けた場合、デフォルトプレイリスト
の先頭のトラックサーチポインタ＃１に従ってメディア
カード１からトラック情報＃１を読み出しメモリ１２２
のＴＫＩ常駐領域に格納する。さらに、マイコン１２１
は、トラック情報＃１（ＴＫＩ＃１）に対応するＡＯＢ
（AOB001.SA1）をメモリ１２２を介してデスクランブル
部１２９又はデコーダ１３０に順次転送する。転送され
た音声情報はデスクランブル部１２９（暗号化されてい
る場合のみ）、デコーダ１３０、Ｄ／Ａコンバータ１３
１を順に経由してアナログの音声信号に変換される。 【００４６】音声情報の転送を開始するとともに、マイ
コン１２１はメモリ１２２に格納されたトラック情報の
文字情報中、先頭から１バイト文字コードの終端コード
(00h)までを読み出して、１バイト文字コードに対応す
るフォントデータをフォントＲＯＭ１２０から読み出
し、ＬＣＤ部１２４に例えば横スクロールしながら表示
するようにフォントデータを順次供給する。 【００４７】具体的に、図１３に、携帯型の再生装置に
備えられたＬＣＤ部１２４が半角約２４文字×２行の大
きさである場合の音声情報再生中の表示例を示す。ただ
し、１行の文字数は、文字フォントの種類（例えばプロ
ポーショナルフォントであるか等幅フォントであるか）
により増減する。同図において、表示画面の上の行には
再生中のトラックの再生経過時間が表示され、下の行に
は１バイト文字コード列に含まれるタイトル名、アーテ
ィスト名、アルバム名の３つが横スクロールしながら繰
り返し表示されている。しかも、タイトル名、アーティ
スト名、アルバム名にはそれぞれ固有のマーク（★、
☆、◆）が付加され、その区切りを示すマーク（⇒）が
付加されている。 【００４８】また、図１４に、ＬＣＤ部１２４が携帯型
の再生装置においてプレイリストの１つを表示する例を
示す。同図において、上の行にはプレイリスト表示であ
る旨の文字列「playlist」が表示され、下の行には、当
該プレイリストに対応する全ての文字情報中の１バイト
文字コード列に含まれるタイトル名を順次横スクロール
しながら繰り返し表示されている。同図においても、タ
イトル名に固有のマーク（★）と、その区切りを示すマ
ーク（⇒）が付加されている。 【００４９】上記のマークは予め図１１に示した各項目
と１対１に対応させたテーブルをマイコン１２１内のメ
モリに記憶させておき、マイコン１２１は、そのテーブ
ルを参照して図１３、図１４の表示を制御する。さら
に、図１５は、車載型の再生装置に備えられたＬＣＤ部
１２４が半角約４８文字×４行の大きさである場合の音
声情報再生中の表示例を示す。同図では、表示画面の４
行目において、再生中の音声情報に対応する１バイト文
字コード列に含まれる項目が、順次横スクロールしなが
ら繰り返し表示されている。ここでも、項目に固有のマ
ーク（★、☆、○、◎、■、□、△、▽、♯）と、区切
りを示すマーク（⇒）とが付加されている。 （２）第２タイプのフォントＲＯＭの場合 この場合、音声情報の再生動作については、第１タイプ
の場合と同じなので省略する。 【００５０】マイコン１２１は、音声情報の転送を開始
するとともに、メモリ１２２に格納されたトラック情報
の文字情報中、先頭から１バイト文字コードの終端コー
ド(00h)までを読み飛ばして、２バイト文字コードの終
端コード(0000h)までを読み出して、２バイト文字コー
ドに対応するフォントデータをフォントＲＯＭ１２０か
ら読み出し、ＬＣＤ部１２４に例えば横スクロールしな
がら表示するようにフォントデータを順次供給する。 【００５１】具体的には、図１６に、ＬＣＤ部１２４が
携帯型の再生装置に備えられた全角１２文字×２行の大
きさである場合の音声情報再生中の表示例を示す。同図
において、表示画面の上の行には再生中のトラックの再
生経過時間が表示され、下の行には２バイト文字コード
列に含まれるタイトル名、アーティスト名、アルバム名
の３つが横スクロールしながら繰り返し表示されてい
る。しかも、タイトル名、アーティスト名、アルバム名
にはそれぞれ固有のマーク（★、☆、◆）が付加され、
その区切りを示すマーク（⇒）が付加されている。 【００５２】また、図１７に、ＬＣＤ部１２４が携帯型
の再生装置においてプレイリストの１つを表示する例を
示す。同図において、上の行にはプレイリスト表示であ
る旨の文字列「プレイリスト」が表示され、下の行に
は、当該プレイリストに対応する全ての文字情報中の２
バイト文字コード列に含まれるタイトル名を順次横スク
ロールしながら繰り返し表示されている。同図において
も、タイトル名に固有のマーク（★）と、その区切りを
示すマーク（⇒）が付加されている。 【００５３】上記のマークは予め図１１に示した各項目
と１対１に対応させたテーブルをマイコン１２１内のメ
モリに記憶させておき、マイコン１２１は、そのテーブ
ルを参照して図１６、図１７の表示を制御する。さら
に、図１８は、ＬＣＤ部１２４が車載型の再生装置に備
えられた全角２４文字×４行の大きさである場合の音声
情報再生中の表示例を示す。同図では、表示画面の４行
目において、再生中の音声情報に対応する２バイト文字
コード列に含まれる項目が、順次横スクロールしながら
繰り返し表示されている。ここでも、項目に固有のマー
ク（★、☆、○、◎、■、□、△、▽、＃）と、区切り
を示すマーク（⇒）とが付加されている。 （３）第３タイプのフォントＲＯＭの場合 この場合、予めユーザ操作により１バイト文字と２バイ
ト文字の表示の何れかが選択され、マイコン１２１は選
択結果を示すフラグを記憶する。マイコン１２１は、フ
ラグが１バイト文字表示を示す場合には、上記第１タイ
プの場合と同様に動作し、フラグが２バイト文字表示を
示す場合には、上記第２タイプの場合と同様に動作す
る。 【００５４】＜表示処理の詳細フロー＞図１９、図２０
は、再生装置３における表示処理を示すフローチャート
である。同図では再生装置３が第３タイプのフォントＲ
ＯＭを備えていてるものとし、図１５又は図１８に示し
た表示例を実現する表示処理を行なう場合について説明
する。 【００５５】図１９において、まず再生装置３内のマイ
コン１２１は、文字情報（TKTXTI_DA）が次のタイプ
（ａ）〜（ｄ）の何れのタイプであるかを判別する（ス
テップ１００）。ここで、タイプ（ａ）は文字情報が１
バイト文字コード列を含み２バイト文字コード列を含ま
ないこと、タイプ（ｂ）は文字情報が２バイト文字コー
ド列を含み１バイト文字コード列をふくまないこと、タ
イプ（ｃ）は文字情報が１バイト文字コード列及び２バ
イト文字コード列の両方を含むこと、タイプ（ｄ）は文
字情報が１バイト文字コード列及び２バイト文字コード
列の両方とも含まないことをいう。 【００５６】具体的にはマイコン１２１は、図８に示し
たテキスト１属性（TKI_TI1_ATR）及びテキスト２属性
（TKI_TI2_ATR）を読み出して、それらの組み合わせに
応じて図２１に示す判定論理に従って判定する。すなわ
ち、図２１に示すようにマイコン１２１は、（１）テキ
スト１属性の値が”００ｈ”以外であって、テキスト２
属性の値が”００ｈ”である場合には、文字情報がタイ
プ（ａ）であると判定し、（２）テキスト１属性の値
が”００ｈ”であって、テキスト２属性の値が”００
ｈ”以外である場合には、文字情報がタイプ（ｂ）であ
ると判定し、（３）テキスト１属性の値が”００ｈ”以
外であって、テキスト２属性の値が”００ｈ”以外であ
る場合には、文字情報がタイプ（ｃ）であると判定し、
（４）テキスト１属性の値が”００ｈ”であって、テキ
スト２属性の値が”００ｈ”である場合には、文字情報
がタイプ（ｄ）であると判定する。 【００５７】さらに、マイコン１２１は、１バイト文字
を表示するか２バイト文字を表示するかを指示するユー
ザ指定と、判定された文字情報のタイプとに応じて、表
示するか否か、および表示する場合の表示文字の種別を
決定する（ステップ１０１）。この決定は、図２２に示
す判定論理に従ってなされる。すなわち、図２２に示す
ようにマイコン１２１は、(1)ユーザ指定が１バイト文
字であって、文字情報がタイプ（ａ）又は（ｃ）である
場合には、１バイト文字を表示すると決定し、(2)ユー
ザ指定が１バイト文字であって、文字情報がタイプ
（ｂ）又は（ｄ）である場合には、表示しない（非表
示）と決定し、(3)ユーザ指定が２バイト文字であっ
て、文字情報がタイプ（ｂ）又は（ｃ）である場合に
は、２バイト文字を表示すると決定し、(4)ユーザ指定
が２バイト文字であって、文字情報がタイプ（ａ）又は
（ｄ）である場合には、表示しない（非表示）と決定す
る。 【００５８】この決定に次いでマイコン１２１は、非表
示と決定した場合は表示処理を終了し（ステップ１０
２）、１バイト文字と決定した場合には変数Ｌ＝１に、
２バイト文字と決定した場合には変数Ｌ＝２に設定する
（ステップ１０４、１０５）。ここで変数Ｌは、文字情
報から読み出すべきデータの１回当たりのバイト数を示
す変数である。なお、非表示と決定した場合に、例え
ば”ＮＯ ＴＩＴＬＥ”と表示してから終了するように
してもよい。 【００５９】次に、マイコン１２１は、文字情報中の表
示すべき項目とに対応するタグ（TAG_Xi:i=1-n）を指定
し、読み出しアドレスを示す変数ADRSを文字情報（TKTX
TI_DA）の記憶領域の先頭アドレスにする（ステップ１
０６）。ここで指定されるタグは、図１５又は図１８の
表示例における各項目を示すタグ、つまりＬ＝１の場合
にはTAG_Xi＝０１ｈ、０２ｈ〜１４ｈ、Ｌ＝２の場合に
はTAG_Xi＝０００１ｈ、０００２ｈ〜００１４ｈが指定
されるものとする(i=1h-14h)。 【００６０】続いて、マイコン１２１は、ループ１処理
（ステップ１０８〜１１８）において作業領域に表示デ
ータを以下のように作成する。マイコン１２１は、読み
出しアドレスADRSが指す領域からＬバイトを読み出し、
読み出しアドレスを更新（ADRS=ADRS+L）し（ステップ
１０９）、読み出したＬバイトデータが終端コードと一
致するか否か（ステップ１１０）、当該TAG_Xiと一致す
るか否かをチェックする（ステップ１１２）。これを繰
り返すことにより、当該TAG_Xiが文字情報の記憶領域に
記録されているか否か、記録されている場合の記録アド
レスとが検出される。読み出したＬバイトデータが終端
コードと一致する場合は、当該TAG_Xi及びそれに対応す
る項目が記録されていないので、マイコン１２１は、読
み出しアドレスADRSを上記先頭アドレスに再設定し（ス
テップ１１１）、次のTAG_Xiの処理に移行する。 【００６１】読み出したＬバイトデータがタグTAG_Xiと
一致した場合は、当該TAG_Xiに対応する項目が記録され
ているので、マイコン１２１は、当該項目に対応するマ
ークを作業領域に格納する（ステップ１１３）。例えば
タグ０１ｈ又は０００１ｈが示すタイトル名には、マー
ク”★”が対応する。さらに、マイコン１２１は、他の
タグ又は終端コードが読み出されるまで（ステップ１１
５）、Ｌバイトデータの読み出しと読み出しアドレスAD
RSの更新と（ステップ１１４）、作業領域への格納と
（ステップ１１６）を繰り返す。これにより、ステップ
１１２で一致したTAG_Xiが示す項目が作業領域に格納さ
れる。 【００６２】次いで、マイコン１２１は、区切りを示す
マーク（⇒）を作業領域に格納する（ステップ１１
７）。これにより１つのTAG_Xiについての表示データが
作業領域に格納されたことになる。以降、マイコン１２
１は、他のTAG_Xiにつきステップ１０９〜１１７により
上記処理を繰り返す。上記ループ１の処理終了後、マイ
コン１２１は、作業領域に作成された表示データをスク
ロール表示するようＬＣＤ部１２４を制御する（ステッ
プ１１９）。その結果、ＬＣＤ部１２４は、図１５（Ｌ
＝１の場合）又は図１８（Ｌ＝２の場合）のように表示
する。 【００６３】なお、ステップ１００におけるタイプの判
定については、マイコン１２１が第１、第２終端コード
００ｈ、００００ｈの格納位置に基づいて判定するよう
にしてもよい。第１、第２終端コードの両者の格納位置
は、図２３（Ａ）〜（Ｄ）に示す何れかになる。図２４
はタイプ判定処理を示すフローチャートである。同図に
おいて、マイコン１２１は、第１及び第２終端コードの
格納位置をサーチし（ステップ１２１）、それぞれの格
納位置を示すアドレスをADR_T1、ADR_T2とする（ステッ
プ１２２）。マイコン１２１は、ADR_T1が文字情報の記
憶領域の先頭アドレスと一致しているか否か（ステップ
１２３）、ADR_T1とADR_T2とが隣接しているか否か（ス
テップ１２４、１２７）を判定し、この判定結果に応じ
てタイプ（ａ）〜（ｄ）の何れであるかを判別する（ス
テップ１２５〜１３０）。 【００６４】上記図１９、図２０では、再生装置内蔵の
フォントＲＯＭが第３タイプであることを前提としてい
るが、再生装置内蔵のフォントＲＯＭが第１タイプの場
合は、図１９、図２０のフローチャートにおいて、ステ
ップ１０３の判定結果がＬ＝２になったとき、非表示と
同じ扱いをする（ステップ１０５に進めば終了する）よ
うにすればよい。また、再生装置内蔵のフォントＲＯＭ
が第２タイプの場合は、ステップ１０３の判定結果がＬ
＝１になったとき、非表示と同じ扱いをする（ステップ
１０４に進めば終了する）ようにすればよい。 【００６５】図２２における表示文字の種別の判定論理
では、ユーザ指定が２バイト文字であって、文字情報が
タイプ（ａ）又は（ｄ）である場合には、表示しない
（非表示）と決定されるが、文字情報がタイプ（ａ）で
ある場合には１バイト文字を表示するようにしてもよ
い。また、図２２の判定論理では、ユーザ指定が１バイ
ト文字であって、文字情報がタイプ（ｂ）又は（ｄ）で
ある場合には、表示しない（非表示）と決定している
が、文字情報がタイプ（ｂ）である場合には、２バイト
文字を表示するとしてもよい。これらの場合は、もちろ
ん決定された文字種別のフォントがフォントＲＯＭに格
納されていることを前提とする。 【００６６】＜記録再生装置の構成＞図２５は、記録再
生装置２の構成を示すブロック図である。記録再生装置
２は、通信インタフェース部１３２、メモリ１３３、ハ
ードディスク１３４、ディスプレイ１３５、キーボード
１３６、マウス１３７、ＣＰＵ１３８、カードインタフ
ェース部１３９、スクランブル部１４０、圧縮・伸張部
１４１、Ａ／Ｄコンバータ１４２、Ｄ／Ａコンバータ１
４３を備える。 【００６７】通信インタフェース部１３２、メモリ１３
３、ハードディスク１３４、ディスプレイ１３５、キー
ボード１３６、マウス１３７、ＣＰＵ１３８からなるハ
ードウェア構成は、一般的なパーソナルコンピュータの
ハードウェアと同様なので詳細な説明を省略し、メディ
アカード１に関する構成を中心に説明する。同図におい
て、通信インタフェース部１３２は、モデムやＴＡ等の
通信回路であり、電話回線やインターネットを介して音
楽プロバイダ７に接続する。 【００６８】メモリ１３３は、音楽プロバイダ７から音
声情報及び文字情報のダウンロード、メディアカード１
へ音声情報及び文字情報を書き込み及び読み出し、メモ
リ１３３にロードされた音声情報の再生、音声情報及び
文字情報の作成及び編集などを行なう各種プログラム等
を記憶する。ハードディスク１３４は、音楽プロバイダ
７からダウンロード又は新たに作成された音声情報及び
文字情報や、各種プログラムをファイルとして格納す
る。 【００６９】ＣＰＵ１３８は、メモリ１３３の各種プロ
グラムを実行することにより、音楽プロバイダ７から音
声情報及び文字情報のダウンロード、メディアカード１
への音声情報及び文字情報の記録、メディアカード１の
音声情報及び文字情報の再生、音声情報及び文字情報の
作成及び編集等を制御する。カードインタフェース部１
３９は、メディアカード１を着脱可能なＰＣＭＣＩＡ
（Personal Computer Memory Card International Asso
ciation）カードを装着したカードスロット等である。 【００７０】スクランブル部１４０は、暗号キーを用い
て音声情報の暗号化及び復号を行なうスクランブラ及び
デスクランブラである。すなわち、スクランブル部１４
０は再生時には、メディアカード１又はハードディスク
１３４から暗号化された音声情報が入力され、当該音声
情報を復号（デスクランブル）する。また、ハードディ
スク１３４又は圧縮・伸張部１４１からから暗号化され
ていない音声情報が入力され、当該音声情報を暗号化
（スクランブル）する。ここで、暗号キーは、再生時に
は、メディアカード１と記録再生装置２との間で相互認
証できた場合にメディアカード１の認証領域から読み出
され、記録時には、音楽プロバイダから音声情報ととも
にダウンロードされ、上記の相互認証できた場合にメデ
ィアカード１の認証領域に書き込まれる。 【００７１】圧縮・伸張部１４１は、音声情報の圧縮及
び伸長を行なうエンコーダ及びデコーダである。すなわ
ち、圧縮・伸張部１４１は、再生時には、メディアカー
ド１、スクランブル部１４０又はハードディスク１３４
から暗号化されていない音声情報が入力され当該音声情
報をデコード（伸長）し、Ｄ／Ａコンバータ１４３を介
して音声信号を出力し、また、新たな音声情報の作成時
には、Ａ／Ｄコンバータ１４２又はハードディスク１３
４から非圧縮のディジタル音声データ（ＰＣＭデータな
ど）が入力され、当該音声データをエンコード(圧縮)す
る。 【００７２】以上のように構成された記録再生装置とし
ての記録再生装置２の動作について説明する。ここで
は、音楽プロバイダ７は、インターネット上のいわゆる
ＷＷＷ(World Wide Web)サーバを介して音声情報及び文
字情報を含むコンテンツを配信する業者であるものとす
る。 【００７３】記録再生装置２は、ダウンロードについて
は次のように行なう。すなわち、記録再生装置２は、音
楽プロバイダ７のＷＷＷサーバから配信されるＡＯＢ群
を受信し、メディアカード１のユーザ領域に図６（Ａ）
に示したようにＡＯＢ群を格納する。ＡＯＢ群が暗号化
されている場合には、さらに、認証領域に図６（Ｂ）に
示したように鍵情報をダウンロードする。例えば、記録
再生装置２は、音楽プロバイダあるいは配信サービス毎
に定義された配信フォーマットに則ったＡＯＢ群や鍵情
報を受信し、図６（Ａ）（Ｂ）に示すような形式に変換
して格納するようにしてもよい。 【００７４】また、上記ＡＯＢ群のダウンロードに際し
て、音楽プロバイダ７にて文字情報が提供されている場
合には、文字情報もダウンロードし、ＡＯＢに対応する
トラック情報内の文字情報（TKTXTI_DA）としてユーザ
領域に格納する。音楽プロバイダ７にて文字情報が提供
されていない場合には、記録再生装置２は、ユーザ操作
により文字情報を作成及び編集してユーザ領域に格納す
る。 【００７５】例えば、記録再生装置２は、タグ毎の入力
欄を有する文字情報作成／編集ウィンドウを表示し、ユ
ーザが所望する入力欄に対する文字入力を受付ける。こ
のとき記録再生装置２は、文字情報（TKTXTI_DA）の記
憶領域が固定長（２５６バイト）なので、固定長を越え
ない範囲で文字情報の作成及び編集を行ない、その結果
を上記固定長の領域に格納する。 【００７６】また、文字情報の作成及び編集に当って、
記録再生装置２は、ユーザ操作により入力された文字列
が１バイト文字コードであるか２バイト文字コードであ
るかに応じて、タグの種類（１バイトか２バイトか）お
よび第１データとするか第２データとするかを決定する
ようにしてもよい。記録再生装置２の再生動作について
は、上記再生装置３と同様なので説明を省略する。 【００７７】以上説明してきたように本実施の形態にお
けるメディアカード１は、１バイト文字コード列からな
る第１データと、２バイト文字コード列からなる第２デ
ータとを含む文字情報を音声情報に対応させて格納する
ので、１バイト文字コードのフォントを有する再生装置
でも、２バイト文字コードのフォントを有する再生装置
でも文字情報を正しく表示させることができる。 【００７８】また、第１データ、第２データはそれぞれ
項目の種類を示すタグと、それに続く項目内容を示す文
字コード列との組みが順に配されてなるので、文字情報
の記録領域を効率良く利用することができる。さらに、
音声情報に対応する文字情報毎にその記録領域を１セク
タ内のサイズ（２５６バイト）としているので、音声情
報の追加、削除、編集に応じて文字情報の追加、削除、
編集を容易にすることができる。 【００７９】なお、上記実施の形態では、記録再生装置
２がカードスロットにメディアカード１を装着する例を
示したが、記録再生装置２とメディアカード１を装着し
た再生装置３とをいわゆるＵＳＢ(Universal Serial Bu
s)等によりケーブル接続して記録再生装置２からメディ
アカード１に書き込むように構成してもよい。また、第
２データは、２バイト文字コード列は、文字コード体系
の種類にもよるが３バイト文字コードが混在していても
よい。 【００８０】図１６〜図１８に示したマークは、上記実
施例では便宜上単純な記号を用いたが、項目の種類を表
すアイコンであってもよい。 （まとめ）以上説明したように、本発明の半導体メモリ
カードは音声情報とテキスト情報とタイプ情報とを対応
させて格納し、記録装置はこれらの情報を半導体メモリ
カードに記録し、再生装置は半導体メモリカードから音
声情報を読み出して再生し、合せてタイプ情報に応じて
テキスト情報を表示する。 【００８１】例えば、半導体メモリカードは音声情報と
して音楽データを格納し、テキスト情報として曲名、ア
ーティスト名など１バイト文字コード列、２バイト文字
コード列の一方又は両者により格納する。タイプ情報
は、テキスト情報が１バイト文字コード列であるか、２
バイト文字コード列であるか、両者であるかを示す。こ
れにより、再生装置は、再生装置内部のフォントＲＯＭ
の種類（フォントＲＯＭが１バイト文字、２バイト文字
の何れに対応しているか）およびタイプ情報に応じて、
再生装置に適した文字種別（１バイト文字か２バイト文
字か）によってテキスト情報の表示を行なう。 【００８２】 【発明の効果】本発明の再生装置は、読み出し手段、再
生手段、表示手段、表示タイプ情報保持手段、格納タイ
プ判別手段、識別情報保持手段、制御手段を備え、前記
読み出し手段は、前記半導体メモリカードから、再生す
る前記音声情報と前記テキスト情報とを読み出し、前記
再生手段は、読み出された前記音声情報を再生し、前記
表示手段は、読み出された前記１バイト文字コード列ま
たは前記２バイト文字コード列を表示し、前記表示タイ
プ情報保持手段は、前記再生手段自身が少なくとも
（ａ）〜（ｃ）の３タイプのいずれかとする表示タイプ
情報を保持し、（ａ）１バイト文字コード列のみを表示
可能、（ｂ）２バイト文字コード列のみを表示可能、
（ｃ）１バイト文字コード列および２バイト文字コード
列を表示可能、前記格納タイプ判別手段は、読み出され
る前記テキスト情報の内容に応じて、（１）テキスト情
報が１バイト文字コード列のみからなる、（２）テキス
ト情報が２バイト文字コード列のみからなる、（３）テ
キスト情報が１バイト文字コード列および２バイト文字
コード列からなる、３つの格納タイプいずれかの格納タ
イプであるかを判別し、前記識別情報保持手段は、前記
テキスト情報の項目の種類ごとの識別情報を保持し、前
記制御手段は、前記表示タイプ情報および判別された前
記格納タイプに応じて、前記テキスト情報の前記１バイ
ト文字コード列または前記２バイト文字コード列を前記
識別情報とともに前記表示手段に表示させることを特徴
としている。 【００８３】この構成によれば、半導体メモリカード
は、テキスト情報を（ａ）−（ｃ）何れのタイプでも記
録することができるので、１バイト文字コードをサポー
トする記録装置／再生装置でも、２バイト文字コードを
サポートする記録装置／再生装置でも、１バイト文字コ
ードと２バイト文字コードの両者をサポートする記録装
置／再生装置でもタイプ情報を参照することにより適切
に表示することができる。さらに、テキスト情報が
（ｃ）タイプであれば、どの再生装置でも正しく表示す
ることができる。

【図面の簡単な説明】 【図１】本発明の実施の形態における半導体メモリカー
ド、記録装置及び再生装置の概要を示す説明図である。 【図２】半導体メモリカード（メディアカード１）の外
観を示す図である。 【図３】メディアカード１の構成を示すブロック図であ
る。 【図４】メディアカード１の応用層を示す説明図であ
る。 【図５】メディアカード１の記録領域の構成を示す図で
ある。 【図６】メディアカード１の認証領域及びユーザ領域の
ディレクトリ及びファイルの構成例を示す図である。 【図７】デフォルトプレイリスト、トラックマネージ
ャ、ＡＯＢ群の関係を示した説明図である。 【図８】トラックマネージャの詳細なデータ構造を示す
図である。 【図９】テキスト１属性、テキスト２属性の具体例を示
す。 【図１０】文字情報の記憶領域を示す説明図である。 【図１１】項目の種類を示すタグの説明図である。 【図１２】再生装置の構成を示すブロック図である。 【図１３】携帯型の再生装置に備えられたＬＣＤ部が半
角約２４文字×２行の大きさである場合の音声情報再生
中の表示例を示す図である。 【図１４】ＬＣＤ部が携帯型の再生装置においてプレイ
リストの１つを表示する例を示す図である。 【図１５】車載型の再生装置に備えられたＬＣＤ部が半
角約４８文字×４行の大きさである場合の音声情報再生
中の表示例を示す図である。 【図１６】表示部が１２文字（２バイト文字）×２行の
大きさである場合の音声情報再生中の表示例を示す図で
ある。 【図１７】プレイリストの表示例を示す図である。 【図１８】表示部が２４文字（２バイト文字）×４行の
大きさである場合の音声情報再生中の表示例を示す図で
ある。 【図１９】再生装置３における表示処理を示すフローチ
ャート（その１）である。 【図２０】再生装置３における表示処理を示すフローチ
ャート（その２）である。 【図２１】テキスト１属性及びテキスト２属性の組み合
わせから、文字情報のタイプを判定するための判定論理
を示す図である。 【図２２】１バイト文字又は２バイト文字を指示するユ
ーザ指定と、タイプとに応じて、表示文字の種別を決定
するための判定論理を示す図である。 【図２３】第１、第２終端コードの格納位置を示す説明
図である。 【図２４】第１、第２終端コードの両者の格納位置に応
じて文字情報のタイプ判定する処理を示すフローチャー
トである。 【図２５】記録再生装置２の構成を示すブロック図であ
る。 【符号の説明】 １ メディアカード ２ 記録再生装置 ３〜５ 再生装置 ６ 記録再生装置 ７ 音楽プロバイダ １２０ フォントＲＯＭ １２１ マイクロコンピュータ １２２ メモリ １２４ ＬＣＤ部 １２５ 操作部 １２８ カードインタフェース部 １２９ デスクランブル部 １３０ デコーダ １３１ Ｄ／Ａコンバータ １３２ 通信インタフェース部 １３３ メモリ １３４ ハードディスク １３５ ディスプレイ １３６ キーボード １３７ マウス １３８ ＣＰＵ １３９ カードインタフェース部 １４０ スクランブル部 １４１ 伸張部 １４２ Ａ／Ｄコンバータ １４３ Ｄ／Ａコンバータ ３０２ コントロールＩＣ ３０３ フラッシュメモリ ３０４ ＲＯＭ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 石川 智一 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 井上 信治 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 松島 秀樹 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 小塚 雅之 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 Ｆターム(参考） 5B035 BB09 BB11 BC00 CA08 CA11 CA29 5B058 CA13 KA02 KA04 KA06 KA35 5C052 AA17 DD04 DD06 EE03 EE08 GA03 GA09 GB08 GB09 GC05 GE06 GE08

Claims (1)

1. 【特許請求の範囲】 【請求項１】 半導体メモリカードから音声情報とそれ
   に同期して再生されるテキスト情報とを読み出して再生
   する再生装置であって、 前記半導体メモリカードは、 音声情報とそれに同期して再生される （１）テキスト情報が１バイト文字コード列のみからな
   る、 （２）テキスト情報が２バイト文字コード列のみからな
   る、 （３）テキスト情報が１バイト文字コード列および２バ
   イト文字コード列からなる、 ３つの格納タイプいずれかのテキスト情報を音声情報に
   対応付けて格納し、 前記テキスト情報は、 固定サイズのテキスト記憶領域に格納される１バイト文
   字コード列および／または２バイト文字コード列と、１
   バイト文字コード列の第１終端コード、および、２バイ
   ト文字コード列の第２終端コードからなるとともに、 前記１バイト文字コード列、前記１バイトの第１終端コ
   ード、前記２バイト文字コード列、前記２バイトの第２
   終端コードの順番にて配置され前記１バイト文字コード
   列は、項目の種類を示す第１の標識により区切られ、 前記２バイト文字コード列は、項目の標識を示す第２の
   標識により区切られ、 前記再生装置は、 読み出し手段、再生手段、表示手段、表示タイプ情報保
   持手段、格納タイプ判別手段、識別情報保持手段、制御
   手段を備え、 前記読み出し手段は、前記半導体メモリカードから、再
   生する前記音声情報と前記テキスト情報とを読み出し、 前記再生手段は、読み出された前記音声情報を再生し、 前記表示手段は、読み出された前記１バイト文字コード
   列または前記２バイト文字コード列を表示し、 前記表示タイプ情報保持手段は、前記再生手段自身が少
   なくとも（ａ）〜（ｃ）の３タイプのいずれかとする表
   示タイプ情報を保持し、 （ａ）１バイト文字コード列のみを表示可能 （ｂ）２バイト文字コード列のみを表示可能 （ｃ）１バイト文字コード列および２バイト文字コード
   列を表示可能 前記格納タイプ判別手段は、読み出される前記テキスト
   情報の内容に応じて、前記（１）〜（３）のいずれの格
   納タイプであるかを判別し、 前記識別情報保持手段は、前記テキスト情報の項目の種
   類ごとの識別情報を保持し、 前記制御手段は、前記表示タイプ情報および判別された
   前記格納タイプに応じて、前記テキスト情報の前記１バ
   イト文字コード列または前記２バイト文字コード列を前
   記識別情報とともに前記表示手段に表示させる、再生装
   置。