JPH11224478A - 編集装置 - Google Patents

Abstract

(57)【要約】 【課題】 トラックネーム登録の簡易化。 【解決手段】 音声情報と文字情報の再生時に、ユーザ
ーの登録操作が行われたタイミングで再生出力されてい
た文字情報を登録情報として記憶し、その登録情報とし
て記憶されている文字情報が、記録媒体に記録されたプ
ログラムの名称情報とされるように管理情報の更新を行
う。即ちユーザーが、再生されている文字情報の中から
名称情報として適切な文字情報を選択すれば、その文字
情報がプログラムの名称情報として登録されるようにし
て、名称登録のために文字入力を行う必要をなくす。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、記録媒体に記録さ
れているデータについて編集処理を行うことのできる編
集装置に関し、例えば主データとしてＦＭ文字多重放送
のように文字情報を含む放送にソースとして、その放送
音声信号と文字情報を記録した記録媒体に対して好適な
編集装置である。

【０００２】

【従来の技術】一般に『見えるラジオ』として知られて
いるＦＭ多重放送では、音声信号に文字データを多重化
して放送している。多重化されて放送される文字データ
は、ラジオ受信機における文字デコーダによって抽出さ
れ、例えばラジオ受信機に設けられている小型の表示部
において文字として表示される。

【０００３】文字データとしては、例えば複数ページで
構成される文字番組（番組データ）が繰り返し放送され
るものであり、例えば天気予報、交通情報など、音声と
して放送している番組とは独立した内容のもの（以下、
独立番組ともいう）や、オンエアしている楽曲の曲名、
演奏者名、番組内容、ＤＪの名前など、音声による放送
内容と関連する情報（以下、連動番組ともいう）があ
る。特に連動番組としての曲名情報は、通常、ある楽曲
が放送されている時点で、その曲名やアーティスト名と
なる文字情報が放送音声としての楽曲と同時的に放送さ
れてくる。通常、この曲名情報は楽曲の開始時点に送ら
れてくるほか、その楽曲が放送されている間、複数回繰
り返し送信される。

【０００４】ところで各種記録媒体及びそれらに対応す
る記録再生装置が開発されているが、特に近年ミニディ
スクシステムとして知られているように、ユーザーが自
由に音楽データ等を記録できるものも普及している。こ
のミニディスクシステムを利用することにより、ＦＭラ
ジオ等で放送される楽曲を録音（いわゆるエアチェッ
ク）することもでき、このような利便性を考慮して、受
信機能と記録再生機能を一体的に備えた機器も開発され
ている。もしくは、一体的でなくても、チューナ装置と
記録再生装置をシステム接続して同様にエアチェック可
能とすることもされている。

【０００５】またミニディスクシステムの場合は、ディ
スク上でユーザーが録音を行なった領域（データ記録済
領域）や、まだ何も録音されていない領域（データ記録
可能な未記録領域；以下、フリーエリアという）を管理
するために、音楽等の主データとは別に、ユーザーＴＯ
Ｃ（以下、Ｕ−ＴＯＣという）という管理情報が記録さ
れている。そして記録装置はこのＵ−ＴＯＣを参照しな
がら録音を行なう領域を判別し、また再生装置はＵ−Ｔ
ＯＣを参照して再生すべき領域を判別している。つま
り、Ｕ−ＴＯＣには録音された各楽曲等が１つのプログ
ラム（以下「プログラム」を「トラック」ともいう）と
いうデータ単位で管理され、そのスタートアドレス、エ
ンドアドレス等が記される。また何も録音されていない
フリーエリアについては今後のデータ記録に用いること
のできる領域として、そのスタートアドレス、エンドア
ドレス等が記される。

【０００６】さらに、このようなＵ−ＴＯＣによりディ
スク上の領域が管理されることで、Ｕ−ＴＯＣを更新す
るのみで、音楽等の記録データの編集ができる。例えば
１つのトラックを複数のトラックに分割するディバイド
機能、複数のトラックを１つのトラックに連結するコン
バイン機能、再生するトラック順序に応じて与えられて
いるトラックナンバを変更させるムーブ機能、不要なト
ラックを削除するデリート機能（イレーズ機能とも呼ば
れる）などの編集処理が容易でしかも迅速に実行できる
ことになる。さらに各トラックに付随してトラックネー
ムとして曲名などを登録しておき、例えば再生時に表示
させることも可能とされている。そして、ユーザはこの
ような機能を活用して、一旦ディスクに記録した１又は
複数のトラックの編集を行い、個人のオリジナルディス
クを作成して楽しむことができるようになる。特にエア
チェックを考えると、このように録音した楽曲等の編集
が容易に可能であることは、大変便利なものとなる。

【０００７】

【発明が解決しようとする課題】ところで本出願人は先
行技術として先に、特願平９−３４４７４８号として、
文字放送が多重化された放送のエアチェック動作におい
て、放送音声と同時的に文字情報も記録媒体（例えばミ
ニディスク）に記録していく技術を提案した。この技術
によれば、エアチェック動作として放送音声とともに文
字情報もディスク等に記録でき、さらにその再生時には
記録された放送音声を再生出力するとともに、その再生
音声の放送時に送信されてきた文字情報も表示出力する
ことができるものである。つまり文字情報についても記
録再生を可能とすることで、記録した放送音声の再生時
に、放送音声に関する連動番組などを見ることができ
る。このようにすると再生時に、例えば放送された楽曲
についての曲名なども知ることができる。このような技
術を前提とすると、ディスク等に記録した文字情報をよ
り有効活用することが求められる。

【０００８】

【課題を解決するための手段】本発明はこのような事情
に鑑みて、記録媒体に記録した文字情報を用いて記録媒
体上のプログラムに関する編集処理、特にプログラムの
名称の登録が実行できるようにし、ユーザーの便宜を図
ることを目的とする。

【０００９】このために、時間的に連続性のある連続デ
ータと、その連続データと同時的に得られた文字情報が
所定データ量のデータ単位毎に合成されて、主データと
して記録されているとともに、この主データをプログラ
ム単位で管理する管理情報が記録され、さらに管理情報
は主データとしての各プログラムに対応する名称情報を
登録できる情報形態とされている記録媒体に対応する編
集装置として、読出手段と、第１の再生処理手段と、第
２の再生処理手段と、登録操作手段と、登録情報記憶手
段と、管理情報更新手段とを備えるようにする。読出手
段は、記録媒体からデータ読出を行う。第１の再生処理
手段は、読出手段によって主データとして読み出される
連続データの再生出力を行う。第２の再生処理手段は、
読出手段によって主データとして読み出される文字情報
の再生出力を行う。登録情報記憶手段は、登録操作手段
が操作されたタイミングで第２の再生処理手段によって
再生出力されていた文字情報を登録情報として記憶す
る。そして管理情報更新手段は、登録情報記憶手段に１
又は複数の登録情報として記憶されている文字情報が、
記録媒体に記録された１又は複数のプログラムの名称情
報とされるように管理情報の更新を行う。つまり、連続
データ（例えばオーディオデータ）と文字情報が再生さ
れている際に、ユーザーがプログラムの名称として登録
したい文字情報が再生出力（例えば表示出力）されてい
るタイミングで登録操作手段での操作を行うことで、そ
の文字情報がプログラム名の情報として選択されて管理
情報上に登録されるようにする。

【００１０】また登録情報記憶手段は、登録操作手段が
操作されたタイミングで第２の再生処理手段によって再
生出力されていた文字情報を、その時点で第１の再生処
理手段によって再生されていた連続データの位置情報と
対にして１つの登録情報として記憶する。そして管理情
報更新手段は、登録情報記憶手段に記憶されている１又
は複数の登録情報のそれぞれについて、連続データの位
置情報に基づいて対応するプログラムを判別し、その位
置情報と対とされている文字情報が、判別されたプログ
ラムの名称情報とされるように管理情報の更新を行う。
つまり、例えばユーザーが登録操作手段の操作で選択し
て文字情報について、名称として登録される対象のプロ
グラムナンバを指定しなくとも、その文字情報が対応す
るプログラムが自動的に判別されて、名称情報として適
正に管理情報上に登録されるようにする。

【００１１】

【発明の実施の形態】以下、本発明の実施の形態につい
て説明する。この実施の形態としての例は、ＦＭ文字多
重放送を受信することができるとともに、光磁気ディス
ク（ミニディスク）を記録媒体として用い、記録再生動
作を行うことのできる記録再生システムとする。具体的
には、ミニディスクレコーダ／プレーヤとしての記録再
生部１と、ＦＭ多重放送チューナとしてのチューナ部３
０を有するシステムとし、このシステム全体もしくは記
録再生部１が本発明の編集装置に該当する。なお、記録
再生部１とチューナ部３０は、一体的に一つの機器内に
設けられるものでもよいし、別体とされ、接続されるこ
とでシステムが形成されるものとしてもよい。接続の形
態としてはケーブルを用いた有線接続でもよいし、赤外
線信号や無線信号の送受信による無線接続でもよい。実
施の形態の説明は次の順序で行なう。 １．システム構成 ２．ミニディスクシステムのクラスタ構造 ３．ミニディスクのエリア構造 ４．Ｕ−ＴＯＣ ５．バッファメモリの領域構成 ６．放送される文字情報構造 ７．文字データ送信のための信号接続形態 ８．記録時の文字データ転送処理 ９．再生時の文字データ転送処理 １０．文字情報の表示処理 １１．文字情報のトラックネームとしての登録処理

【００１２】１．システム構成 図１に本例の記録再生システムのブロック図を示す。こ
の記録再生システムを構成する記録再生部１は、ミニデ
ィスクに対して記録／再生／編集動作を行うことのでき
るものとし、またチューナ部３０はＦＭ多重放送を受信
できるとともに、受信した文字情報を表示出力する機能
を持つものとする。

【００１３】まずチューナ部３０の構成を説明する。チ
ューナ部３０は、マイクロコンピュータによるチューナ
コントローラ３１の制御に基づいたＦＭ受信動作及びそ
の関連処理を行う部位となる。アンテナ３２で受信され
る放送信号はＦＭチューナ／文字受信部（以下、受信部
という）３３で受信／検波される。即ち受信部３３で
は、ユーザーの操作やタイマ動作に応じたチューナコン
トローラ３１の制御に応じて選局が行われる。受信部３
３で得られた信号のうち、放送音声としての信号は、オ
ーディオ復調部３４でステレオ復調され、ステレオ音声
信号となる。このステレオ音声信号は、記録再生部１で
のディスク９０への記録や、放送の聴取のための出力音
声信号として出力されることになる。ディスク９０への
記録のための信号系は後述するが、放送の聴取のための
出力としては、記録再生部１の出力スイッチ１６のＰＴ
Ｕ端子を介してアンプ１７に供給され、端子Ａｏｕｔか
らパワーアンプ、スピーカなどを有する図示しない音声
出力系に供給されて、音声として出力されることにな
る。

【００１４】なお、この構成例ではディスク９０からの
再生音声と、オーディオ復調部３４で得られる放送受信
による音声信号は、出力スイッチ１６で選択されてスピ
ーカ等へ供給されるようにしている（つまりスピーカ等
が共用される）が、例えば記録再生部１とチューナ部３
０を別体機器とする場合は、チューナ部３０内にパワー
アンプやスピーカ等の音声出力系が形成されて、そこか
ら受信音声が出力されるようにすればよい。またこの例
では、受信選局のためのユーザーの操作は記録再生部１
の操作部２１を用いるようにしており、その操作情報は
後述するＭＤコントローラ１１との通信によりチューナ
コントローラ３１に供給されるようにしているが、もち
ろんチューナ部３０に選局操作等のための操作部を有す
るようにしてもよい。

【００１５】受信部３３で得られる信号のうち、多重さ
れた文字情報としての信号は、文字デコード部３５でデ
コードされ、文字情報ＴＤＴが抽出される。この文字情
報ＴＤＴはチューナコントローラ３１に供給され、ＲＡ
Ｍ３６に記憶される。

【００１６】チューナコントローラ３１は、文字情報Ｔ
ＤＴをＲＡＭ３６に取り込ませるとともにリアルタイム
で表示部３８に表示させることができる。もちろんＲＡ
Ｍ３６に蓄積した文字情報をその後のある時点で表示部
３８に表示させることもできる。

【００１７】ＲＡＭ３６は例えばＤ−ＲＡＭ、Ｓ−ＲＡ
Ｍなどの半導体メモリで構成され、チューナコントロー
ラ３１の指示に基づく文字情報ＴＤＴの記憶や、その他
動作上必要な各種のデータの記憶を行う。このＲＡＭ３
６における文字情報ＴＤＴの記憶とは、いわゆる表示メ
モリとしての機能となり、ＲＡＭ３６に記憶された文字
情報ＴＤＴが表示部３８での表示出力に供されることに
なる。例えば文字情報ＴＤＴとしては上述したように連
動番組や独立番組など各種の種類のものがあり、また内
容別には、連動番組としては曲名情報や放送番組に関連
する情報（例えばＤＪ名、番組名、番組内容の紹介な
ど）があり、さらには独立番組としては天気予報や交通
情報など、各種のものがある。それぞれの文字情報はＦ
Ｍ放送において繰り返し（所要のタイミングで内容が更
新されながら）送信されてくるが、ＲＡＭ３６に記憶さ
れた文字情報はそれぞれ送信されてきた内容の更新状況
に応じて更新され、表示部２８での表示に供されること
になる。

【００１８】表示部３８は文字情報ＴＤＴの表示や、ユ
ーザーに対する操作上のメッセージ、ガイド表示等をチ
ューナコントローラ３１の制御に基づいて実行する。ま
た文字情報ＴＤＴに基づいた漢字としての表示を行うた
めに、漢字等のフォント情報を記憶した漢字ＲＯＭ３７
が設けられている。さらにチューナコントローラ３１
は、ＭＤコントローラ１１から送信された表示情報に基
づいて、記録再生部１側の動作や状態に基づく表示も表
示部３８に実行させることができる。なお、記録再生部
１側にも表示部を設ける場合は、そのような表示を記録
再生部１側で実行するようにすればよい。

【００１９】チューナコントローラ３１は、ＭＤコント
ローラ１１と例えばシリアルインターフェース通信形態
ＳＩＦにより、各種の信号の通信を行う。例えば操作部
２１の操作情報、表示部３８での表示情報、互いの動作
状態を示すステイタス情報などの通信を行うことで、記
録再生部１とチューナ部３０との連係動作が実現され
る。また、チューナコントローラ３１は文字情報ＴＤＴ
としてデコードされた文字情報を記録すべき文字情報ｗ
ＴＤＴとしてＭＤコントローラ１１に送信し、ディスク
９０への記録に供するとともに、ディスク９０に記録し
た文字情報として記録再生部１で再生された文字情報ｐ
ＴＤＴは、ＭＤコントローラ１１がチューナコントロー
ラ３１に送信し、表示部３８での表示出力に供させる。
つまりチューナコントローラ３１は、記録再生部１から
供給された文字情報ｐＴＤＴを表示メモリとしてのＲＡ
Ｍ３８に書き込んでいく（必要に応じて更新していく）
ことで、表示を実行させる。文字情報の記録／再生時に
おける送受信のための通信構造は、後に詳述する。

【００２０】次に記録再生部１の構成について説明す
る。記録再生部１は、端子Ａｉｎから入力された音声信
号や、チューナ部３０で受信した放送音声信号をディス
ク９０に記録することができるように構成される。さら
にチューナ部３０でデコードされた文字情報ＴＤＴを放
送音声信号と同時的にディスク９０に記録することもで
きるようにされる。なお、それ以外にも、例えばマイク
ロホン入力端子、デジタル入力端子などが設けられて他
の各種オーディオソースからの音声信号をディスク９０
に記録することも当然可能とされるが、それらについて
の説明は省略する。

【００２１】この記録再生部１に装填される光磁気ディ
スク９０は、スピンドルモータ２により回転駆動され
る。そして光磁気ディスク９０に対しては記録／再生時
に光学ヘッド３によってレーザ光が照射される。光学ヘ
ッド３は、記録時には記録トラックをキュリー温度まで
加熱するための高レベルのレーザ出力を行ない、また再
生時には磁気カー効果により反射光からデータを検出す
るための比較的低レベルのレーザ出力を行なう。このた
め、光学ヘッド３にはレーザ出力手段としてのレーザダ
イオード、偏光ビームスプリッタや対物レンズ等からな
る光学系、及び反射光を検出するためのディテクタが搭
載されている。対物レンズ３ａは２軸機構４によってデ
ィスク半径方向及びディスクに接離する方向に変位可能
に保持されている。

【００２２】また、ディスク９０を挟んで光学ヘッド３
と対向する位置に磁気ヘッド６ａが配置されている。磁
気ヘッド６ａは供給されたデータによって変調された磁
界を光磁気ディスク９０に印加する動作を行なう。光学
ヘッド３全体及び磁気ヘッド６ａは、スレッド機構５に
よりディスク半径方向に移動可能とされている。

【００２３】再生動作によって、光学ヘッド３によりデ
ィスク９０から検出された情報はＲＦアンプ７に供給さ
れる。ＲＦアンプ７は供給された情報の演算処理によ
り、再生ＲＦ信号、トラッキングエラー信号ＴＥ、フォ
ーカスエラー信号ＦＥ、グルーブ情報（光磁気ディスク
９０にプリグルーブ（ウォブリンググルーブ）として記
録されている絶対位置情報）等を抽出する。抽出された
再生ＲＦ信号はエンコード／デコード部８に供給され
る。また、トラッキングエラー信号ＴＥ、フォーカスエ
ラー信号ＦＥはサーボ回路９に供給され、グルーブ情報
はアドレスデコーダ１０に供給される。

【００２４】サーボ回路９は供給されたトラッキングエ
ラー信号ＴＥ、フォーカスエラー信号ＦＥや、マイクロ
コンピュータにより構成されるＭＤコントローラ１１か
らのトラックジャンプ指令、アクセス指令、スピンドル
モータ２の回転速度検出情報等により各種サーボ駆動信
号を発生させ、２軸機構４及びスレッド機構５を制御し
てフォーカス及びトラッキング制御を行ない、またスピ
ンドルモータ２を一定線速度（ＣＬＶ）に制御する。

【００２５】アドレスデコーダ１０は供給されたグルー
ブ情報をデコードしてアドレス情報を抽出する。このア
ドレス情報はＭＤコントローラ１１に供給され、各種の
制御動作に用いられる。また再生ＲＦ信号についてはエ
ンコード／デコード部８においてデコード処理が行なわ
れるが、このときアドレス、サブコードデータなども抽
出され、ＭＤコントローラ１１に供給される。

【００２６】エンコード／デコード部８では再生ＲＦ信
号についてＥＦＭ復調、ＡＣＩＲＣエラー訂正、セクタ
ーデコード（ミニディスクフォーマットに対応するデコ
ード）等のデコード処理が行われる。そしてデコードさ
れた音声データ（セクターデータ）は、メモリコントロ
ーラ１２によって一旦バッファメモリ１３に書き込まれ
る。なお、光学ヘッド３によるディスク９０からのデー
タの読み取り及び光学ヘッド３からバッファメモリ１３
までの系における再生データの転送は1.41Mbit/secで、
しかも通常は間欠的に行なわれる。

【００２７】バッファメモリ１３に書き込まれたデータ
は、再生データの転送が0.3Mbit/sec となるタイミング
で読み出され、エンコード／デコード部１４に供給され
る。そして、いわゆるＡＴＲＡＣ方式としての音声圧縮
処理に対するデコード処理等の再生信号処理を施され、
４４．１ＫＨ_Z サンプリング、１６ビット量子化のデジ
タルオーディオ信号とされる。 このデジタルオーディ
オ信号はＤ／Ａ変換器１５によってアナログ信号とさ
れ、出力スイッチ１６のＰＭＤ端子を介してアンプ１７
に供給され、端子Ａｏｕｔからパワーアンプ、スピーカ
等の音声出力系に供給されて再生出力される。なお従っ
て、出力スイッチ１６は、ＭＤコントローラ１１からの
制御信号ＳＳ２によって、ディスク再生時にはＰＭＤ端
子に接続され、一方チューナ部３０での放送受信時には
ＰＴＵ端子が接続されることになる。

【００２８】光磁気ディスク９０に対しては、上述のよ
うにチューナ部３０からのオーディオ信号や端子Ａｉｎ
から入力されたオーディオ信号を記録することができ
る。チューナ部３０からのオーディオ信号を記録する場
合は、ＭＤコントローラ１１は制御信号ＳＳ１により入
力スイッチ１９をＲＴＵ端子に接続させる。するとオー
ディオ復調部３４からのオーディオ信号はＡ／Ｄ変換器
１８によってデジタルデータとされ、エンコード／デコ
ード部１４に供給される。一方、端子Ａｉｎから入力さ
れたオーディオ信号を記録する場合は、ＭＤコントロー
ラ１１は制御信号ＳＳ１により入力スイッチ１９をＲＩ
Ｎ端子に接続させる。すると端子Ａｉｎから入力され、
アンプ２０で増幅されたオーディオ信号はＡ／Ｄ変換器
１８によってデジタルデータとされ、エンコード／デコ
ード部１４に供給される。

【００２９】エンコード／デコード部１４では、供給さ
れたオーディオデータに対してＡＴＲＡＣ方式としての
音声圧縮エンコード処理を施す。そしてエンコード／デ
コード部１４によって圧縮されたデータはメモリコント
ローラ１２によって一旦バッファメモリ１３に書き込ま
れ、また所定タイミングで読み出されてエンコード／デ
コード部８に送られる。そしてエンコード／デコード部
８でセクターエンコード、ＡＣＩＲＣエンコード、ＥＦ
Ｍ変調等のエンコード処理された後、磁気ヘッド駆動回
路６に供給される。

【００３０】磁気ヘッド駆動回路６はエンコード処理さ
れた記録データに応じて、磁気ヘッド６ａに磁気ヘッド
駆動信号を供給する。つまり、光磁気ディスク９０に対
して磁気ヘッド６ａによるＮ又はＳの磁界印加を実行さ
せる。また、このときＭＤコントローラ１１は光学ヘッ
ドに対して、記録レベルのレーザ光を出力するように制
御信号を供給する。

【００３１】ＭＤコントローラ１１は、ＣＰＵ、プログ
ラムＲＯＭ、ワークＲＡＭ、インターフェース部等を備
えたマイクロコンピュータとされる。そしてディスク９
０に対する上述の記録／再生動作のための各部の動作制
御を行うとともに、ディスク９０に収録されるトラック
の編集処理も実行する。ＭＤコントローラ１１には上記
ワークＲＡＭとして機能するＲＡＭ１１ａを図示してい
るが、このＲＡＭ１１ａには、後述するトラックネーム
登録処理のための情報（登録情報）の記憶のための登録
用メモリとしての領域が設定されるとともに、各種編集
処理の作業領域としても用いられる。

【００３２】操作部２１には、記録再生部１での記録／
再生／編集動作や、チューナ部３０での受信動作をユー
ザーが指示するための各種の操作キーが設けられてい
る。具体的には、再生キー、記録キー、停止キー、記録
キー、ＡＭＳ／サーチキー、一時停止キー、編集モード
キー、編集操作キー等が設けられ、またディスクタイト
ルやトラックネームの入力や、その他情報入力のための
操作子等が設けられる。編集動作としては、トラックネ
ーム等の入力の他、上述したトラック分割、トラック連
結、トラック移動（再生順としてのトラックナンバの変
更）、トラック消去などが可能とされており、これらの
編集動作の指示のために必要な操作子が設けられてい
る。ＭＤコントローラ１１は、操作部２１からの操作情
報に基づいて各種所要の動作制御を実行する。また本例
の場合、ディスク９０に記録された文字情報を、トラッ
クネームとして登録することができるが、その場合ユー
ザーは再生時に表示部３８で表示される文字情報をみ
て、トラックネームとして登録させたい文字が表示され
ている時点で、その文字情報を選択する操作（登録操
作）を行う。このために操作部２１には登録スイッチが
用意される。

【００３３】ところで、ディスク９０に対して記録／再
生動作を行なう際には、ディスク９０に記録されている
管理情報、即ちＰ−ＴＯＣ（プリマスタードＴＯＣ）、
Ｕ−ＴＯＣ（ユーザーＴＯＣ）を読み出す必要がある。
ＭＤコントローラ１１はこれらの管理情報に応じてディ
スク９０上の記録すべきエリアのアドレスや、再生すべ
きエリアのアドレスを判別することとなる。この管理情
報はバッファメモリ１３に保持される。そして、ＭＤコ
ントローラ１１はこれらの管理情報を、ディスク９０が
装填された際に管理情報の記録されたディスクの最内周
側の再生動作を実行させることによって読み出し、バッ
ファメモリ１３に記憶しておき、以後そのディスク９０
に対する記録／再生／編集動作の際に参照できるように
している。

【００３４】また、Ｕ−ＴＯＣはデータの記録や各種編
集処理に応じて書き換えられるものであるが、ＭＤコン
トローラ１１は記録／編集動作のたびに、Ｕ−ＴＯＣ更
新処理をバッファメモリ１３に記憶されたＵ−ＴＯＣ情
報に対して行ない、その書換動作に応じて所定のタイミ
ングでディスク９０のＵ−ＴＯＣエリアについても書き
換えるようにしている。なおディスク９０のＴＯＣ情報
をＭＤコントローラ１１がチューナコントローラ３１に
送信することで、チューナコントローラ３１はディスク
９０の記録状態その他に応じた表示動作やその他必要な
処理を行うことができる。

【００３５】ところで本例では、上記記録動作としてデ
ィスク９０にチューナ部３０で受信された放送音声とし
てのオーディオ信号を記録していく際には、同時に文字
デコード部３５でデコードされた文字情報ＴＤＴもディ
スク９０に記録していくことができるようにされてい
る。文字情報は後述するサブデータとしてオーディオ信
号と同時的に記録されていく。このオーディオ信号と文
字情報（サブデータ）がディスク９０に対して主データ
として記録されることになる。ここで主データとは図３
で後述するプログラムエリアに記録される情報のことで
ある。

【００３６】オーディオ信号と文字情報の記録のため、
エアチェック記録時には入力スイッチ１９を介してオー
ディオ復調部３４からのオーディオ信号が供給され、上
記のようにエンコード／デコード部１４、バッファメモ
リ１３、エンコード／デコード部８の処理で記録データ
とされてディスク９０に記録されて行くわけであるが、
同時にチューナコントローラ３１からＭＤコントローラ
１１に対してデコードされた文字情報が送信されてく
る。ＭＤコントローラ１１はこの記録用の文字情報ｗＴ
ＤＴをバッファメモリ１３に供給し、所定のタイミング
でエンコード／デコード部１４に供給させて、オーディ
オデータともにエンコード処理を実行させる。これによ
り、放送音声と文字情報の同時的なディスク９０への記
録が実行される。

【００３７】また、このようにエアチェック記録された
データが再生される場合には、エンコード／デコード部
８でデコード処理されることで、バッファメモリ１３に
おいて放送音声としての再生データと、文字情報として
の再生データが蓄積される。この場合ＭＤコントローラ
１１は、放送音声にかかる再生データについてはエンコ
ード／デコード部１４でのデコード処理を実行させて再
生音声出力させるとともに、文字情報にかかる再生デー
タ（文字情報ｐＴＤＴ）についてはバッファメモリ１３
から読み出し、チューナコントローラ３１に送信する。
するとチューナコントローラ３１は送信されてきた文字
情報ｐＴＤＴを表示部３８で表示させる。これにより、
エアチェック記録した放送音声を再生させるときには、
同時に多重化されて放送されていた文字情報も再生さ
れ、ユーザーはそれをみることができるようになる。

【００３８】２．ミニディスクシステムのクラスタ構造 ここで、クラスタというデータ単位について説明する。
ミニディスクシステムでは記録データとして１クラスタ
という単位毎のデータストリームが形成されるが、この
記録動作の単位となるクラスタのフォーマットは図２に
示される。ミニディスクシステムでの記録トラックとし
ては図２のようにクラスタＣＬが連続して形成されてお
り、１クラスタが記録時の最小単位とされる。１クラス
タは２〜３周回トラック分に相当し、実再生時間として
は２．０４３秒分のデータ量となる。

【００３９】そして１クラスタＣＬは、セクターＳＣFC
〜ＳＣFEとして示す３セクターのリンキングセクター
と、セクターＳＣFFとして示す１セクターのサブデータ
セクターと、セクターＳＣ00〜ＳＣ1Fとして示す３２セ
クターのメインセクターから形成されている。即ち１ク
ラスタは３６セクターで構成される。１セクタは２３５
２バイトで形成されるデータ単位である。

【００４０】リンキングセクターＳＣFC〜ＳＣFEは、記
録動作の切れ目としての緩衝領域や各種動作調整その他
に用いられ、またサブデータセクターＳＣFFは、サブデ
ータとして設定された情報の記録に用いることができ
る。そして、ＴＯＣデータ、オーディオデータ等の記録
は３２セクターのメインセクターＳＣ00〜ＳＣ1Fに行な
われる。

【００４１】また、セクターはさらにサウンドグループ
という単位に細分化され、２セクターが１１サウンドグ
ループに分けられている。つまり図示するように、セク
ターＳＣ00などの偶数セクターと、セクターＳＣ01など
の奇数セクターの連続する２つのセクターに、サウンド
グループＳＧ00〜ＳＧ0Aが含まれる状態となっている。
１つのサウンドグループは４２４バイトで形成されてお
り、11.61msec の時間に相当する音声データ量となる。
１つのサウンドグループＳＧ内にはデータがＬチャンネ
ルとＲチャンネルに分けられて記録される。例えばサウ
ンドグループＳＧ00はＬチャンネルデータＬ０とＲチャ
ンネルデータＲ０で構成され、またサウンドグループＳ
Ｇ01はＬチャンネルデータＬ１とＲチャンネルデータＲ
１で構成される。なお、Ｌチャンネル又はＲチャンネル
のデータ領域となる２１２バイトをサウンドフレームと
よんでいる。

【００４２】ミニディスクシステムではこのようなクラ
スタ構造のデータが記録されるわけであるが、本例で
は、ＦＭ多重放送のエアチェック記録の際に、放送音声
として復調されたオーディオ信号が、メインセクターＳ
Ｃ00〜ＳＣ1Fのデータとされ、また同時にデコードされ
た文字情報ＴＤＴがサブデータセクターＳＣFFにデータ
とされて記録が行われることになる。従って１クラスタ
単位でみて、１セクター分の文字情報を、２．０４３秒
分のオーディオデータとともに記録できることになる。
なおサブデータセクターＳＣFFとしての実データの記録
容量は２３３２バイトとなる。

【００４３】３．ミニディスクのエリア構造 本例のディスク９０のエリア構造を図３で説明する。図
３（ａ）はディスク最内周側から最外周側までのエリア
を示している。光磁気ディスクとしてのディスク９０
は、最内周側はエンボスピットにより再生専用のデータ
が形成されるピット領域とされており、ここにＰ−ＴＯ
Ｃが記録されている。ピット領域より外周は光磁気領域
とされ、記録トラックの案内溝としてのグルーブが形成
された記録再生可能領域となっている。この光磁気領域
の最内周側のクラスタ０〜クラスタ４９までの区間が管
理エリアとされ、実際の楽曲等がそれぞれ１つのトラッ
クとして記録されるのは、クラスタ５０〜クラスタ２２
５１までのプログラムエリアとなる。プログラムエリア
より外周はリードアウトエリアとされている。

【００４４】管理エリア内を詳しく示したものが図３
（ｂ）である。図３（ｂ）は横方向にセクター、縦方向
にクラスタを示している。管理エリアにおいてクラスタ
０，１はピット領域との緩衝エリアとされている。クラ
スタ２はパワーキャリブレーションエリアＰＣＡとさ
れ、レーザー光の出力パワー調整等のために用いられ
る。クラスタ３，４，５はＵ−ＴＯＣが記録される。Ｕ
−ＴＯＣの内容について詳しくは後述するが、１つのク
ラスタ内の３２個の各メインセクター（ＳＣ00〜ＳＣ1
F）においてデータフォーマットが規定され、それぞれ
所定の管理情報が記録される。即ちプログラムエリアに
記録されている各トラックのアドレス、フリーエリアの
アドレス等が記録され、また各トラックに付随するトラ
ックネーム、記録日時などの情報が記録できるようにＵ
−ＴＯＣセクターが規定されている。このようなＵ−Ｔ
ＯＣデータとなるセクターを有するクラスタが、クラス
タ３，４，５に３回繰り返し記録される。クラスタ４
７，４８，４９は、プログラムエリアとの緩衝エリアと
される。

【００４５】クラスタ５０（＝１６進表記で３２ｈ）以
降のプログラムエリアには、１つのクラスタ内の３２個
の各メインセクター（ＳＣ00〜ＳＣ1F）において、楽曲
等の音声データがＡＴＲＡＣと呼ばれる圧縮形式で記録
される。記録される各プログラムや記録可能な領域は、
Ｕ−ＴＯＣによって管理される。なお、プログラム領域
における各クラスタにおいて、セクターＳＣFFは、前述
したようにサブデータとしての情報の記録に用いること
ができる。

【００４６】４．Ｕ−ＴＯＣ ［Ｕ−ＴＯＣセクター０］前述したように、ディスク９
０に対してプログラム（トラック）の記録／再生動作を
行なうためには、ＭＤコントローラ１１は、予めディス
ク９０に記録されている管理情報としてのＰ−ＴＯＣ、
Ｕ−ＴＯＣを読み出しておき、必要時にこれを参照する
ことになる。ここで、ディスク９０においてトラック
（楽曲等）の記録／再生動作などの管理を行なう管理情
報として、Ｕ−ＴＯＣセクターについて説明する。

【００４７】なおＰ−ＴＯＣは図３で説明したようにデ
ィスク９０の最内周側のピットエリアに形成されるもの
で、読出専用の情報である。そして、Ｐ−ＴＯＣによっ
てディスクの記録可能エリア（レコーダブルユーザーエ
リア）や、リードアウトエリア、Ｕ−ＴＯＣエリアなど
の位置の管理等が行なわれる。なお、全てのデータがピ
ット形態で記録されている再生専用の光ディスクでは、
Ｐ−ＴＯＣによってＲＯＭ化されて記録されている楽曲
の管理も行なうことができるようにされ、Ｕ−ＴＯＣは
形成されない。Ｐ−ＴＯＣについては詳細な説明を省略
する。

【００４８】図４はＵ−ＴＯＣセクター０のフォーマッ
トを示すものである。なお、Ｕ−ＴＯＣセクターとして
はセクター０〜セクター３２まで設けることができる。
即ち上記した１クラスタ内のメインセクターＳＣ00〜Ｓ
Ｃ1Fに相当して記録されるセクターとなる。その中で、
セクター１，セクター４は文字情報、セクター２は録音
日時を記録するエリアとされている。セクター１，セク
ター４については後述し、セクター２については説明を
省略する。まず最初に、ディスク９０の記録／再生動作
に必ず必要となるＵ−ＴＯＣセクター０について説明す
る。

【００４９】Ｕ−ＴＯＣセクター０は、主にユーザーが
録音を行なった楽曲等のプログラムや新たにプログラム
が録音可能なフリーエリアについての管理情報が記録さ
れているデータ領域とされる。例えばディスク９０に或
る楽曲の録音を行なおうとする際には、ＭＤコントロー
ラ１１は、Ｕ−ＴＯＣセクター０からディスク上のフリ
ーエリアを探し出し、ここに音声データを記録していく
ことになる。また、再生時には再生すべき楽曲が記録さ
れているエリアをＵ−ＴＯＣセクター０から判別し、そ
のエリアにアクセスして再生動作を行なう。

【００５０】図４のＵ−ＴＯＣセクター０のデータ領域
（４バイト×588 の２３５２バイト）は、先頭位置にオ
ール０又はオール１の１バイトデータが並んで形成され
る同期パターンが記録される。続いてクラスタアドレス
(Cluster H) (Cluster L) 及びセクターアドレス(Secto
r)となるアドレスが３バイトにわたって記録され、さら
にモード情報(MODE)が１バイト付加され、以上でヘッダ
とされる。ここでの３バイトのアドレスは、そのセクタ
ー自体のアドレスである。同期パターンやアドレスが記
録されるヘッダ部分については、このＵ−ＴＯＣセクタ
ー０に限らず、Ｐ−ＴＯＣセクター、プログラムエリア
でのセクターでも同様であり、セクター単位にそのセク
ター自体のアドレス及び同期パターンが記録されてい
る。

【００５１】続いて所定バイト位置に、メーカーコー
ド、モデルコード、最初のトラックのトラックナンバ(F
irst TNO）、最後のトラックのトラックナンバ（Last T
NO）、セクター使用状況(Used sectors)、ディスクシリ
アルナンバ、ディスクＩＤ等のデータが記録される。

【００５２】さらに、ユーザーが録音を行なって記録さ
れているトラック（楽曲等）の領域やフリーエリア等を
後述するテーブル部に対応させることによって識別する
ため、ポインタ部として各種のポインタ(P-DFA，P-EMPT
Y ，P-FRA ，P-TNO1〜P-TNO255) が記録される領域が用
意されている。

【００５３】そしてポインタ(P-DFA〜P-TNO255) に対応
させることになるテーブル部として(01h) 〜(FFh) まで
の２５５個のパーツテーブルが設けられ、それぞれのパ
ーツテーブルには、或るパーツについて起点となるスタ
ートアドレス、終端となるエンドアドレス、そのパーツ
のモード情報（トラックモード）が記録されている。さ
らに各パーツテーブルで示されるパーツが他のパーツへ
続いて連結される場合があるため、その連結されるパー
ツのスタートアドレス及びエンドアドレスが記録されて
いるパーツテーブルを示すリンク情報が記録できるよう
にされている。なおパーツとは１つのトラック内で時間
的に連続したデータが物理的に連続して記録されている
トラック部分のことをいう。そしてスタートアドレス、
エンドアドレスとして示されるアドレスは、１つの楽曲
（トラック）を構成する１又は複数の各パーツを示すア
ドレスとなる。これらのアドレスは短縮形で記録され、
クラスタ、セクター、サウンドグループを指定する。

【００５４】この種の記録再生装置では、１つの楽曲
（プログラム／トラック）のデータを物理的に不連続
に、即ち複数のパーツにわたって記録されていてもパー
ツ間でアクセスしながら再生していくことにより再生動
作に支障はないため、ユーザーが録音する楽曲等につい
ては、録音可能エリアの効率使用等の目的から、複数パ
ーツにわけて記録する場合もある。

【００５５】そのため、リンク情報が設けられ、例えば
各パーツテーブルに与えられたナンバ(01h) 〜(FFh) に
よって、連結すべきパーツテーブルを指定することによ
ってパーツテーブルが連結できるようになされている。
つまりＵ−ＴＯＣセクター０におけるテーブル部におい
ては、１つのパーツテーブルは１つのパーツを表現して
おり、例えば３つのパーツが連結されて構成される楽曲
についてはリンク情報によって連結される３つのパーツ
テーブルによって、そのパーツ位置の管理が行われる。
なお、実際にはリンク情報は所定の演算処理によりＵ−
ＴＯＣセクター０内のバイトポジションとされる数値で
示される。即ち、３０４＋（リンク情報）×８（バイト
目）としてパーツテーブルを指定する。

【００５６】Ｕ−ＴＯＣセクター０のテーブル部におけ
る(01h) 〜(FFh) までの各パーツテーブルは、ポインタ
部におけるポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TNO1
〜P-TNO255) によって、以下のようにそのパーツの内容
が示される。

【００５７】ポインタP-DFA は光磁気ディスク９０上の
欠陥領域について示しており、傷などによる欠陥領域と
なるトラック部分（＝パーツ）が示された１つのパーツ
テーブル又は複数のパーツテーブル内の先頭のパーツテ
ーブルを指定している。つまり、欠陥パーツが存在する
場合はポインタP-DFA において(01h) 〜(FFh) のいづれ
かが記録されており、それに相当するパーツテーブルに
は、欠陥パーツがスタート及びエンドアドレスによって
示されている。また、他にも欠陥パーツが存在する場合
は、そのパーツテーブルにおけるリンク情報として他の
パーツテーブルが指定され、そのパーツテーブルにも欠
陥パーツが示されている。そして、さらに他の欠陥パー
ツがない場合はリンク情報は例えば『００ｈ』とされ、
以降リンクなしとされる。

【００５８】ポインタP-EMPTY はテーブル部における１
又は複数の未使用のパーツテーブルの先頭のパーツテー
ブルを示すものであり、未使用のパーツテーブルが存在
する場合は、ポインタP-EMPTY として、(01h) 〜(FFh)
のうちのいづれかが記録される。未使用のパーツテーブ
ルが複数存在する場合は、ポインタP-EMPTY によって指
定されたパーツテーブルからリンク情報によって順次パ
ーツテーブルが指定されていき、全ての未使用のパーツ
テーブルがテーブル部上で連結される。

【００５９】ポインタP-FRA は光磁気ディスク９０上の
データの書込可能なフリーエリア（消去領域を含む）に
ついて示しており、フリーエリアとなるトラック部分
（＝パーツ）が示された１又は複数のパーツテーブル内
の先頭のパーツテーブルを指定している。つまり、フリ
ーエリアが存在する場合はポインタP-FRA において(01
h) 〜(FFh) のいづれかが記録されており、それに相当
するパーツテーブルには、フリーエリアであるパーツが
スタート及びエンドアドレスによって示されている。ま
た、このようなパーツが複数個有り、つまりパーツテー
ブルが複数個有る場合はリンク情報により、リンク情報
が『００ｈ』となるパーツテーブルまで順次指定されて
いる。

【００６０】図５にパーツテーブルにより、フリーエリ
アとなるパーツの管理状態を模式的に示す。これはパー
ツ(03h)(18h)(1Fh)(2Bh)(E3h) がフリーエリアとされて
いる時に、この状態がポインタP-FRA に引き続きパーツ
テーブル(03h)(18h)(1Fh)(2Bh)(E3h) のリンクによって
表現されている状態を示している。なお上記した欠陥領
域や未使用パーツテーブルの管理形態もこれと同様とな
る。

【００６１】ポインタP-TNO1〜P-TNO255は、ディスク９
０にユーザーが記録を行なった楽曲などのトラックにつ
いて示しており、例えばポインタP-TNO1では第１トラッ
クのデータが記録された１又は複数のパーツのうちの時
間的に先頭となるパーツが示されたパーツテーブルを指
定している。例えば第１トラック（第１プログラム）と
された楽曲がディスク上でトラックが分断されずに、つ
まり１つのパーツで記録されている場合は、その第１ト
ラックの記録領域はポインタP-TNO1で示されるパーツテ
ーブルにおけるスタート及びエンドアドレスとして記録
されている。

【００６２】また、例えば第２トラック（第２プログラ
ム）とされた楽曲がディスク上で複数のパーツに離散的
に記録されている場合は、その第２トラックの記録位置
を示すため各パーツが時間的な順序に従って指定され
る。つまり、ポインタP-TNO2に指定されたパーツテーブ
ルから、さらにリンク情報によって他のパーツテーブル
が順次時間的な順序に従って指定されて、リンク情報が
『００ｈ』となるパーツテーブルまで連結される（上
記、図５と同様の形態）。このように例えば２曲目を構
成するデータが記録された全パーツが順次指定されて記
録されていることにより、このＵ−ＴＯＣセクター０の
データを用いて、２曲目の再生時や、その２曲目の領域
への上書き記録を行なう際に、光学ヘッド３及び磁気ヘ
ッド６ａをアクセスさせ離散的なパーツから連続的な音
楽情報を取り出したり、記録エリアを効率使用した記録
が可能になる。

【００６３】以上のように、書換可能な光磁気ディスク
９０については、ディスク上のエリア管理はＰ−ＴＯＣ
によってなされ、またレコーダブルユーザーエリアにお
いて記録された楽曲やフリーエリア等はＵ−ＴＯＣによ
り行なわれる。

【００６４】［Ｕ−ＴＯＣセクター１］次に、図６にＵ
−ＴＯＣセクター１のフォーマットを示す。このセクタ
ー１は録音された各トラックにトラックネームをつけた
り、ディスク自体の名称などの情報となるディスクネー
ムをつける場合に、入力された文字情報を記録するデー
タ領域とされる。

【００６５】このＵ−ＴＯＣセクター１には、記録され
た各トラックに相当するポインタ部としてポインタP-TN
A1〜P-TNA255が用意され、またこのポインタP-TNA1〜P-
TNA255によって指定されるスロット部が１単位８バイト
で２５５単位のスロット(01h) 〜(FFh) 及び同じく８バ
イトの１つのスロット(00h) が用意されており、上述し
たＵ−ＴＯＣセクター０とほぼ同様の形態で文字データ
を管理する。

【００６６】スロット(01h) 〜(FFh) にはディスクタイ
トルやトラックネームとしての文字情報がアスキーコー
ドで記録される。そして、例えばポインタP-TNA1によっ
て指定されるスロットには第１トラックに対応してユー
ザーが入力した文字が記録されることになる。また、ス
ロットがリンク情報によりリンクされることで、１つの
トラックに対応する文字入力は７バイト（７文字）より
大きくなっても対応できる。なお、スロット(00h) とし
ての８バイトはディスクネームの記録のための専用エリ
アとされており、ポインタP-TNA(x)によっては指定され
ないスロットとされている。このＵ−ＴＯＣセクター１
でもポインタP-EMPTY は使用していないスロットを管理
する。

【００６７】［Ｕ−ＴＯＣセクター４］図７はＵ−ＴＯ
Ｃセクター４を示し、このセクター４は、上記したセク
ター１と同様に、ユーザーが録音を行なったトラックに
曲名（トラックネーム）をつけたりディスクネームをつ
ける場合に、入力された文字情報を記録するデータ領域
とされ、図７と図６を比較してわかるようにフォーマッ
トはセクター１とほぼ同様である。ただし、このセクタ
ー４は漢字や欧州文字に対応するコードデータ（２バイ
トコード）が記録できるようにされるものであり、所定
バイト位置に文字コードの属性が記録される。このＵ−
ＴＯＣセクター４の文字情報の管理は、セクター１と同
様にポインタP-TNA1〜P-TNA255及びポインタP-TNA1〜P-
TNA255によって指定される２５５単位のスロット(01h)
〜(FFh) によって行なわれる。

【００６８】５．バッファメモリの領域構成 バッファメモリ１３は、上記したようにディスク９０の
記録再生時においてＡＴＲＡＣ方式で圧縮されている形
態の記録／再生音声データが蓄積されるとともに、ディ
スク９０から読み出されるＴＯＣ情報も保持される。さ
らに上述のように、チューナ部３０から供給される文字
情報をサブデータとしてディスク９０に記録する際に
は、その文字情報が記憶され、また再生時にはサブデー
タとしてデコードされた文字情報が蓄積される。このよ
うに用いられるために、バッファメモリ１３には例えば
図８のような領域構成が採用される。

【００６９】バッファメモリ１３は例えば４Ｍビットの
Ｄ−ＲＡＭとされ、２２１セクターに相当するデータ蓄
積が行われる。図８に示すようにＴＯＣ情報を記憶する
ＴＯＣエリアとして１６セクタ分の領域が設定され、ま
た記録再生データを記憶する圧縮音声データエリアとし
て１９２セクタ分の領域が確保されている。さらに、サ
ブデータを記憶するサブデータエリアとして６セクタ分
の領域が設定され、７セクタ分の領域がリザーブエリア
とされる。１クラスタには３２個のメインセクターがあ
るため、圧縮音声データエリアとして１９２セクタ分は
６クラスタ分に相当する。また１クラスタには１つのサ
ブデータセクターがあるため、サブデータエリアの６セ
クタ分も６クラスタ分に相当する。つまり、圧縮音声及
びサブデータに関し６クラスタ分のバファリングが行わ
れることになる。そしてサブデータエリアに記憶される
サブデータとしては、上述したように、記録動作時には
チューナ部３０が供給される文字情報が、また再生時に
はディスク９０から読み出された、チューナ部３０に供
給すべき文字情報が記憶されることになる。

【００７０】さらにＴＯＣエリアに関しては、ディスク
９０が装填された時点以降、そのディスク９０について
の必要なＴＯＣセクターが記憶されるが、上記Ｕ−ＴＯ
Ｃセクター０、セクター１、セクター２、セクター４な
どの更新処理は、一旦このＴＯＣエリア内で行われる。
そして所定時点でＴＯＣエリアに記憶されている（更新
された）ＴＯＣ情報がディスク９０に書き込まれること
になる。即ちディスク９０上でのＵ−ＴＯＣ更新が行わ
れる。

【００７１】６．放送される文字情報構造 ＦＭ多重放送として音声信号に重畳されてくる文字情報
ＴＤＴのフレーム構成を図９に示す。この図９は、文字
情報ＴＤＴの１つのデータ単位となるフレームとしての
構造を示しており、１フレームは２７２パケットで構成
されている。この２７２パケットのうち１９０パケット
は実際の文字情報等のパケットデータを有する通常パケ
ットとされ、８２パケットはパリティパケットとされ
る。１パケットは２８８ビットで形成され、図９の１行
分が１つのパケットとなる。全パケットは先頭１６ビッ
トがブロック識別コードＢＩＣとされる。そして通常パ
ケットにおいては、１７６ビット（＝２２バイト）のパ
ケットデータ、１４ビットのＣＲＣ、８２ビットのパリ
ティコードが配される。一方、パリティパケットでは、
ブロック識別コード以外のビットは全てパリティコード
とされる。

【００７２】図９の斜線部で示すパケットデータ部分の
構造を図１０に示す。図１０（ａ）は１フレーム内の実
データとしての部分のみを示しているが、このように実
データは、１９０個の通常パケットにおける２２バイト
のパケットデータ部分から構成される。文字情報ＴＤＴ
としての１フレームの実データ（１９０パケット）は、
約４．９秒で２２×１９０＝４１８０バイト送出される
ことになる。１秒換算で８５３バイトである。

【００７３】１つのパケットデータ（２２バイト）の構
造は図１０（ｂ）のようになる。即ちプリフィックスと
しての情報と文字情報などのデータによるデータブロッ
クで構成される。パケット構造としては２つの構成があ
り、構成１はプリフィックスが４バイト、データブロッ
クが１８バイトとされる構成で、構成２はプリフィック
スが２バイト、データブロックが２０バイトとされる構
成である。

【００７４】プリフィックスとしては、下部に拡大して
示すように、サービス識別コード、復号識別コード、情
報終了コード、更新コード、データグループ番号、デー
タパケット番号が記録される。チューナコントローラ３
１は、サービス識別コードにより、そのパケットの文字
情報の内容種別（例えば独立番組、連動番組などの別）
を判別できる。

【００７５】具体的にはサービス識別コードの内容は図
１１のようになっている。即ち４ビットのサービス識別
コード（０ｈ〜Ｆｈ）により、伝送モード、データパケ
ットの構成の別（上記構成１、構成２の別）、受信処理
モードが識別できるようにされている。伝送モードとし
ては、伝送第１モードが逐次受信処理用の文字や図形を
意味し、曲名、アーティスト名などの連動番組、ニュー
ス、天気予報などの独立番組はこの伝送第１モードの情
報となる。つまり、受信した際に逐次表示出力すべきも
のとして設定された文字番組が該当する。一方、伝送第
２モード〜伝送第６モードは記録受信処理用の文字、図
形、交通情報などとなり、例えば伝送第２モードでは番
組目次情報、伝送第３モード〜伝送第５モードはナビゲ
ーションシステム等で利用する交通情報などとなる。従
って、受信時に例えば表示部３８などでの通常の表示処
理の対象となるのは伝送第１モードの情報となる。

【００７６】また付加情報は、放送局名、年月日、曜
日、時刻などの情報であり逐次受信処理用として、例え
ば表示その他に供することもできる。補助信号は番組索
引データなどである。さらに運用信号とは放送事業者が
運用上必要な情報の送信するためのものとされる。

【００７７】図１０のようなパケットデータにおけるデ
ータブロックが１又は複数個集められることで、図１２
（ａ）に示すデータグループが構成される。データグル
ープはへディング開始符号、データグループヘッダ、デ
ータグループデータ、長さ調整用ＮＵＬ（ダミーデー
タ）、データグループ終了符号、ＣＲＣから構成され、
これらは図１２（ｂ）のように各１８バイトの複数のデ
ータブロックから形成される。

【００７８】１つの番組データは、図１２（ｄ）のよう
に番組管理データと、１又は複数のページデータにより
構成される。そして、番組管理データやページデータ
は、データグループにおけるデータグループデータが集
められて形成されるものである。図１２（ｃ）は、ある
データグループデータがページデータとされている場合
の構成例を示しており、１つのページデータの先頭とし
てページデータヘッダが配されて、番組番号、ページ番
号、表示フォーマットなどの情報が記述されている。そ
してページデータヘッダに続いて、１又は複数のデータ
ユニットによるデータユニット群が配される。各データ
ユニットには、文字情報の実内容としてのヘッダー文／
本文や、制御選択情報などが記述される。ヘッダー文は
０．５行、１５．５文字以内の文字情報とされ、また本
文は２行１５．５文字以内の文字情報とされる。

【００７９】以上のような構造の文字情報ＴＤＴを、上
述のように放送音声信号と同時的にディスク９０にサブ
データとしてサブデータセクターＳＣFFに記録していく
ことを考える。上述のようにサブデータとしての記録容
量は、２．０４３秒につき２３３２バイトとなる。一
方、文字情報としての１フレームのデータ量は、（２８
８ビット）×（２７２パケット）＝７８３３６ビットと
なり、これが約４．９秒毎に送信されてくる。このうち
パリティパケットを除外し、さらに通常パケットのブロ
ック識別コード、ＣＲＣ、パリティコードを除いた、文
字情報としての実データ部分は１フレーム（＝４．９
秒）で３３４４０ビット（＝４１８０バイト＝１９０パ
ケット×２２バイト）であり、これは１秒換算で８５３
バイトとなる。１クラスタの時間に換算すれば、８５３
×２．０４３＝１７４３バイトとなり、従って文字情報
としての実データを放送音声と同時的にサブデータとし
てディスク９０に記録していくことができることが理解
される。

【００８０】但し、文字デコーダ３５から得られる文字
情報ＴＤＴとしては、約１８ｍｓｅｃ毎に１パケット
（＝２２バイト）出力されることになるため、１秒間に
得られるパケット数は５５．６パケットとなり、１クラ
スタ（２，０４３秒）換算で１１４パケットとなる。１
１４パケット＝２５０８バイトであり、従って、デコー
ド時間と記録動作時間の都合から、文字情報ＴＤＴの全
てのデータを、そのまま放送音声と同時的にサブデータ
としてディスク９０に記録していくことはできない。し
かしながら、デコードされるパケットデータとしては、
１フレームのうちで実データとしての１９０個の通常パ
ケットだけでなく、パリティパケットも含まれることに
なり、１クラスタ期間に得られる１１４パケットのうち
で、パリティパケットを除いた通常パケットは約８０パ
ケット（平均値で７９．３パケット、最大８１パケッ
ト）となる。従って、通常パケットとしてデコードされ
た文字情報のデータ量は、１クラスタ期間としての時間
内に、多くとも８１×２２＝１７８２バイトとなり、つ
まり通常パケットのみを記録していくようにすること
で、文字情報をサブデータとして、放送音声信号と同時
的に記録していくことが可能となる。

【００８１】ただし、サブデータは４バイトを１つの区
切りとして記録処理されるものであるため、１パケット
（２２バイト）のデータの２バイト付加した２４バイト
として記録を行うと、記録処理系の構成上、好適であ
る。この場合の１クラスタ期間で記録すべきデータ量は
８１×２４＝１９４４バイトとなり、つまり容量的には
問題ない。

【００８２】７．文字データ送信のための信号接続形態 受信された文字情報ＴＤＴのディスク９０への記録の
際、及びディスク９０から再生された文字情報の表示出
力の際においては、ＭＤコントローラ１１とチューナコ
ントローラ３１の間では文字データ転送のために図１３
に示すような通信が行われる。

【００８３】ＭＤコントローラ１１からチューナコント
ローラ３１に対しては、再生データとしての文字情報ｐ
ＴＤＴ、クロックＳＣＫ、クロックイネーブルＳＣＫ−
ＥＮ、記録状態信号ＲＥＣ、再生シンクＰＢ−ＳＹＮＣ
が送信される形態とされる。またチューナコントローラ
３１からＭＤコントローラ１１に対しては、記録データ
としての文字情報ｗＴＤＴ、記録シンクＲＥＣ−ＳＹＮ
Ｃが送信される形態とされる。

【００８４】エアチェック記録として放送音声とともに
文字情報をディスク９０に記録していく際には、ＭＤコ
ントローラ１１からチューナコントローラ３１に対して
は、クロックＳＣＫ、クロックイネーブルＳＣＫ−Ｅ
Ｎ、記録状態信号ＲＥＣ、が送信されるとともに、これ
らの信号に基づいてチューナコントローラ３１からＭＤ
コントローラ１１に対して、記録データとしての文字情
報ｗＴＤＴ、記録シンクＲＥＣ−ＳＹＮＣが送信され
る。また、ディスク９０からの再生時には、ＭＤコント
ローラ１１からチューナコントローラ３１に対して、再
生データとしての文字情報ｐＴＤＴ、クロックＳＣＫ、
クロックイネーブルＳＣＫ−ＥＮ、再生シンクＰＢ−Ｓ
ＹＮＣが送信される形態とされ、チューナコントローラ
３１はこれらの送信情報を受け取って文字情報ｐＴＤＴ
の表示部３８での表示動作を実行することになる。

【００８５】クロックＳＣＫは、例えば７５０ＫＨｚの
クロックとされる。クロックイネーブルＳＣＫ−ＥＮ
は、文字情報の記録／再生時に「Ｈ」とされる信号であ
り、チューナコントローラ３１の処理を制御する信号と
なる。なお、クロックＳＣＫは、ＭＤコントローラ１１
とチューナコントローラ３１の間の文字データ転送処理
時のみ有効となるように、クロックイネーブルＳＣＫ−
ＥＮによってマスクされる。即ちクロックイネーブルＳ
ＣＫ−ＥＮが「Ｌ」である期間は、インバータ４１及び
オアゲート４２の論理により、チューナコントローラ３
１へのクロックＳＣＫの入力がマスクされる。

【００８６】記録状態信号ＲＥＣは、ディスク９０への
記録実行時のみ「Ｈ」とされ、ディスク９０に対する再
生動作中や停止中は「Ｌ」となる。チューナコントロー
ラ３１からの記録データとしての文字情報ｗＴＤＴの信
号線には３ステートバッファ４４が介在され、アンドゲ
ート４３の論理出力により３ステートバッファ４４が制
御されることで、記録のための転送時のみイネーブルと
される。つまりＭＤコントローラ１１は、記録状態信号
ＲＥＣが「Ｈ」で、かつクロックイネーブルＳＣＫ−Ｅ
Ｎが「Ｈ」の期間のみ、文字情報ｗＴＤＴの転送を受け
付けるようにしている。

【００８７】記録時にチューナコントローラ１１が発生
する記録シンクＲＥＣ−ＳＹＮＣは、平均１８ｍｓｅｃ
のパルスとなり、つまり文字情報のパケット単位の同期
信号となる。記録時にはＭＤコントローラ１１は記録シ
ンクＲＥＣ−ＳＹＮＣを基準として送信されてくる文字
情報ｗＴＤＴを受け取ることになる。再生時にＭＤコン
トローラ１１が発生する再生シンクＰＢ−ＳＹＮＣは、
１１．６ｍｓｅｃのパルスとなり、即ち再生データとし
てのセクター内のサウンドグループに相当する単位の同
期信号となる。チューナコントローラ３１は再生シンク
ＰＢ−ＳＹＮＣを基準として送信されてくる文字情報ｐ
ＴＤＴを受け取る。

【００８８】なお、インバータ４１、オアゲート４２、
アンドゲート４３、３ステートバッファ４４は、これら
の通信ライン上に配されてもよいし、これらの論理演算
がＭＤコントローラ１１もしくはチューナコントローラ
３１内で行われるようにしてもよい。

【００８９】８．記録時の文字データ転送処理 受信された放送音声をディスク９０に記録していくとと
もに、同時にデコードされる文字情報をサブデータとし
てディスク９０に記録していく動作を行うための、ＭＤ
コントローラ１１とチューナコントローラ３１の間のデ
ータ転送動作について、図１４、図１５で説明してい
く。

【００９０】図１４は記録時の転送処理に関するＭＤコ
ントローラ１１とチューナコントローラ３１の処理のフ
ローチャートを示し、また図１５はあるクラスタ（Ｎク
ラスタ）のエンコードタイミング期間における転送処理
のタイムチャートを示している。まず図１４でＭＤコン
トローラ１１とチューナコントローラ３１の処理を説明
していく。

【００９１】記録動作時には、ＭＤコントローラ１１は
まず図１４のステップＦ１０１の処理として、チューナ
コントローラ３１に送信する記録状態信号ＲＥＣを
「Ｈ」とする。この記録状態信号ＲＥＣが「Ｈ」となっ
たことをチューナコントローラ３１が図１４のステップ
Ｆ２０１において検出すると、チューナコントローラ３
１の処理は記録モードに入り、ステップＦ２０２以降の
処理に進むことになる。チューナコントローラ３１は記
録モードの動作として、文字情報のＭＤコントローラ１
１に対する転送動作を開始する。まずステップＦ２０２
として、パケットデータのデコードタイミングに合わせ
てＭＤコントローラ１１に対して記録シンクＲＥＣ−Ｓ
ＹＮＣとしてのパルスを出力する。ＭＤコントローラ１
１はステップＦ１０２において記録シンクＲＥＣ−ＳＹ
ＮＣとしてのパルス入力を待機しており、入力が検出さ
れたらステップＦ１０３に進んで、クロックイネーブル
ＳＣＫ−ＥＮを「Ｈ」とする。

【００９２】クロックイネーブルＳＣＫ−ＥＮが「Ｈ」
となることで、チューナコントローラ３１の処理はステ
ップＦ２０３からＦ２０４に進むとともに、これによっ
てチューナコントローラ３１へ入力されるクロックＳＣ
Ｋのマスクが解除される状態となる。そしてＭＤコント
ローラ１１はステップＦ１０４でクロックＳＣＫの出力
を行う。この際、クロックＳＣＫの出力は１バイト単位
で８バイト分出力することになる。一方チューナコント
ローラ３１はステップＦ２０４で、順次入力されてくる
クロックＳＣＫに同期させて、文字情報としてのパケッ
トデータを順次送信出力する。

【００９３】但しこのときチューナコントローラ３１
は、１パケット２２バイトのデータに関し、その先頭に
２バイト分のパケット識別コードを付加して送信するこ
とになる。従って１パケットにつき２４バイトのデータ
となり、その構造は図１８（ａ）に示すようになる。デ
コードされたパケットがパリティパケットの場合は、パ
ケット識別コードとして「８０００ｈ」という２バイト
コードを付加する。またデコードされたパケットが実デ
ータとしての通常パケットの場合は、パケット識別コー
ドとして「００００ｈ」という２バイトコードを付加す
る。さらにデコードされたパケットが実データのないパ
ケットの場合は、パケット識別コードとして「４０００
ｈ」という２バイトコードを付加する。通常パケットの
場合は、２４バイトのうちの第３〜第２４バイトには実
際の文字情報等としてのパケットデータがのせられるこ
とになるが、パリティパケットもしくはデータ無しのパ
ケットの場合は、第３〜第２４バイトはオールゼロのデ
ータとなる。なお、チューナコントローラ３１は、この
２バイトのパケット識別コードを付加するために、パケ
ットデータの内容の判別、つまり、通常パケットか、パ
リティパケットか、データ無しのパケットかを判別しな
ければならないが、これは図１０（ｂ）で示した１パケ
ットのデータのうちの、サービス識別コードを参照して
判断することになる。

【００９４】ステップＦ２０４でのチューナコントロー
ラ３１からのパケットデータの転送に応じてＭＤコント
ローラ１１はステップＦ１０４でパケットデータの受け
取り処理を行う。チューナコントローラ３１側でのステ
ップＦ２０４の処理は、ステップＦ２０５でクロックイ
ネーブルＳＣＫ−ＥＮが「Ｌ」となったことが検出され
るまで行われる。

【００９５】このステップＦ１０４とＦ２０４での相互
処理により、まず８バイト分の文字情報がＭＤコントロ
ーラ１１側に送信されるが、ＭＤコントローラ１１では
ステップＦ１０４で２４バイト分取り込めたか確認し、
完了していなければ再びステップＦ１０４に戻る。そし
て８バイト分のクロックＳＣＫの送信、及びそれに応じ
てチューナコントローラ３１側でステップＦ２０４で行
われるパケットデータの送信に応じた受け取り処理を行
っていく。

【００９６】ステップＦ１０４としての８バイト分のク
ロックＳＣＫの送信及びそれに同期したバイトデータの
受け取りを３回行うことで、ステップＦ１０５で２４バ
イト、即ち１つのパケットデータの受け取りが完了した
と判別される。するとＭＤコントローラ１１は処理をス
テップＦ１０６に進め、その時点で受け取ったパケット
データが、通常パケットであるか否かを判別する。これ
は、２４バイトの先頭２バイトに付加されている、上記
したパケット識別コードを確認する処理となる。パケッ
ト識別コードにより、受け取ったパケットデータが通常
パケットであると判別されたら、ステップＦ１０７で、
そのパケットデータをサブデータとしてディスク９０に
記録すべきデータであるとして処理を行う。具体的には
パケット識別コードの２バイトを除く２２バイトをバッ
ファメモリ１３に転送し、所定のタイミングでオーディ
オデータとともにエンコード／デコード部８に供給させ
て、上述したクラスタにおけるサブデータとしてのエン
コードを実行させる。ただし、１パケットにつき、パケ
ット識別コードを含んだ２４バイトを記録対象としても
よい。つまり、受け取った２４バイトをバッファメモリ
１３に転送して、サブデータとしての記録処理を実行さ
せてもよい。

【００９７】一方ステップＦ１０６で受け取ったパケッ
トデータがパリティパケットもしくはデータ無しのパケ
ットであると判別された場合は、そのパケットデータに
関しては記録用データとしての処理は行わない。例えば
データをクリアする。

【００９８】続いてＭＤコントローラ１１はステップＦ
１０８でクロックイネーブルＳＣＫ−ＥＮを「Ｌ」とす
る。これによってチューナコントローラ３１側ではステ
ップＦ２０５からＦ２０６に進み、まだ記録状態信号Ｒ
ＥＣが「Ｈ」であるならば、ステップＦ２０２に進む。
即ちＭＤコントローラ１１は１パケット分の転送期間
（チューナコントローラ３１でステップＦ２０４が実行
される期間）をクロックイネーブルＳＣＫ−ＥＮによっ
て制御していることになる。

【００９９】チューナコントローラ３１の処理はクロッ
クイネーブルＳＣＫ−ＥＮ＝「Ｌ」によってステップＦ
２０２に戻るが、ステップＦ２０２で発生させる記録シ
ンクＲＥＣ−ＳＹＮＣは、文字情報デコード処理に同期
したタイミングであり、平均１８ｍｓｅｃ間隔のパルス
となる。従ってステップＦ２０２で次に記録シンクＲＥ
Ｃ−ＳＹＮＣが発生されるのは、前回の記録シンクＲＥ
Ｃ−ＳＹＮＣ発生時点より約１８ｍｓｅｃ後となる。

【０１００】一方、ＭＤコントローラ１１ではステップ
Ｆ１０８でクロックイネーブルＳＣＫ−ＥＮ＝「Ｌ」と
した後、まだ記録が終了していない時点では、ステップ
Ｆ１０９からＦ１０２に戻り、記録シンクＲＥＣ−ＳＹ
ＮＣを待機する。そして前回の記録シンクＲＥＣ−ＳＹ
ＮＣ発生時点より約１８ｍｓｅｃ後においてチューナコ
ントローラ３１のステップＦ２０２の処理として新たに
記録シンクＲＥＣ−ＳＹＮＣが発生されたら、ステップ
Ｆ１０３以降の同様の処理を行う。またこれに応じてチ
ューナコントローラ３１ではステップＦ２０３〜Ｆ２０
５の処理が行われることになる。

【０１０１】記録終了の際には、ＭＤコントローラ１１
の処理はステップＦ１０９からＦ１１０に進み、記録状
態信号ＲＥＣを「Ｌ」として処理を終える。これに応じ
てチューナコントローラ３１はステップＦ２０６からＦ
２０７に進んで、記録モードを終了する。なお転送途中
などに記録状態信号ＲＥＣが「Ｌ」となった場合は、転
送動作等をクリアする。

【０１０２】以上のような処理で行われる転送動作のタ
イムチャートを図１５に示す。まず図１５（ａ）はクラ
スタのエンコードタイミングを示しているが、記録時に
は図１５（ｂ）に示すように記録状態信号ＲＥＣは
「Ｈ」とされる。即ち上記ステップＦ１０１の時点から
ステップＦ１１０に達する期間、継続して「Ｈ」とな
る。

【０１０３】記録再生部１側でのエンコードタイミング
と、チューナ部３０での文字情報のデコードタイミング
は非同期であるため、図１５（ａ）（ｃ）に示すよう
に、クラスタタイミングと記録シンクＲＥＣ−ＳＹＮＣ
（つまり文字デコード部３５でのデコードに同期した信
号）のタイミング関係は、その都度異なる。記録シンク
ＲＥＣ−ＳＹＮＣは約１８ｍｓｅｃ毎に発生される。例
えばこの例では、Ｎクラスタの期間において、パケット
ナンバ「１８９」〜「７９」の１１４パケットがデコー
ドされたとする。なお「Ｐ８２」「Ｐ３０」のように
「Ｐ」を付したパケットナンバはパリティパケットに相
当するものとする。

【０１０４】図１５（ｄ）（ｅ）（ｆ）にはある１つの
パケットデータ期間を拡大して示しているが、図１５
（ｄ）のように記録シンクＲＥＣ−ＳＹＮＣとしてのパ
ルスが発生されるのが、上記ステップＦ２０２の処理と
なり、これに応じて上記ステップＦ１０３においてＭＤ
コントローラ１１は図１５（ｅ）のようにクロックイネ
ーブルＳＣＫ−ＥＮを「Ｈ」とする。そして上記ステッ
プＦ１０４、Ｆ２０４の処理により、図１５（ｆ）のよ
うに２４バイト単位のパケットデータとされた文字情報
ｗＴＤＴの転送が行われる。図示するように、２４バイ
トのうちの第１〜第８バイト、第９〜第１６バイト、第
１７〜第２４バイトというように、８バイト単位で転送
が行われることになる。なお図１５（ｇ）には第４バイ
ト、第５バイトの転送期間をさらに拡大して示している
が、図１５（ｈ）のクロックＳＣＫに同期して各ビット
データが送信されていることがわかる。

【０１０５】そして２４バイトの転送が完了した時点で
図１５（ｅ）からわかるように上記ステップＦ１０８に
よりクロックイネーブルＳＣＫ−ＥＮが「Ｌ」とされ、
図１５（ｄ）に示す次の記録シンクＲＥＣ−ＳＹＮＣま
で待機される。

【０１０６】図１５にはデータ転送処理にかかるタイミ
ングとしての各期間の時間長をΔｔ１〜Δｔ５で示して
いるが、各期間はおおむね次のようになる。 Δｔ１：最小１０μｓｅｃ、最大数ｍｓｅｃ Δｔ２：１００μｓｅｃ〜３００μｓｅｃ Δｔ３：最大１０μｓｅｃ Δｔ４：最大１．５ｍｓｅｃ Δｔ５：最小１０μｓｅｃ

【０１０７】以上のタイムチャートからわかるように、
１パケット２４バイトのデータが、１クラスタ期間にお
いて１１４パケット転送されることになり、また転送さ
れたパケットデータの内、通常パケットのみが記録デー
タ（サブデータ）とされることになる。そして通常パケ
ットの数は７５〜８１パケット（平均７９．３パケッ
ト）となるため、上述したように１クラスタにおけるサ
ブデータセクタＳＣFFに十分記録できるデータ量とな
る。

【０１０８】従って本例ではエアチェック記録時に、放
送音声としてのオーディオ信号とともに、デコードされ
た文字情報を、同時的にディスク９０に記録することが
できる。

【０１０９】９．再生時の文字データ転送処理 次に、上記の記録動作で放送音声としてのオーディオ信
号とともに記録された文字情報の再生動作について説明
する。即ち記録再生部１では、ディスク９０からの再生
動作としての読出、デコード、バファリング等を行って
いき、音声データ、つまり過去に記録された放送音声と
してのオーディオ信号については、端子Ａｏｕｔから再
生出力するが、同時にサブデータセクターＳＣFFのデコ
ードによって抽出される文字情報ｐＴＤＴをチューナ部
３０に送信する動作を行う。即ちＭＤコントローラ１１
はバッファメモリ１３からデコードされた文字情報ｐＴ
ＤＴを読出、チューナコントローラ３１に転送する処理
を行うことになる。このためのＭＤコントローラ１１と
チューナコントローラ３１の間のデータ転送動作につい
て、図１６、図１７で説明していく。

【０１１０】図１６は再生時の転送処理に関するＭＤコ
ントローラ１１とチューナコントローラ３１の処理のフ
ローチャートを示し、また図１７はあるクラスタ（Ｎク
ラスタ）のデータの出力タイミング期間（バッファメモ
リ１３からの読出／オーディオ再生出力としての１クラ
スタ分のデータに相当する期間である２．０４３秒）に
おける転送処理のタイムチャートを示している。まず図
１６でＭＤコントローラ１１とチューナコントローラ３
１の処理を説明していく。

【０１１１】再生動作時（記録動作時以外）には、ＭＤ
コントローラ１１はチューナコントローラ３１に送信す
る記録状態信号ＲＥＣは「Ｌ」としている。チューナコ
ントローラ３１では、記録状態信号ＲＥＣが「Ｌ」の期
間には、ＭＤコントローラ１１から再生シンクＰＢ−Ｓ
ＹＮＣが入力されることに応じて、ＭＤコントローラ１
１から転送されてくる文字情報ｐＴＤＴの受け取り処理
を行うものとされる。

【０１１２】ＭＤコントローラ１１は、文字情報ｐＴＤ
Ｔとしてのデータをパケットデータ形態で送信すること
になるが、１パケット毎の送信に際してステップＦ１５
１で、クラスタの先頭タイミングから再生シンクＰＢ−
ＳＹＮＣを発生させる。チューナコントローラ３１は再
生シンクＰＢ−ＳＹＮＣの入力がステップＦ２５１で検
出されると、転送データ受け取りの処理のためにステッ
プＦ２５２に進み、クロックイネーブルＳＣＫ−ＥＮが
「Ｈ」となることを待機する。ＭＤコントローラ１１は
再生シンクＰＢ−ＳＹＮＣを発生させた直後にステップ
Ｆ１５２に進んで、クロックイネーブルＳＣＫ−ＥＮを
「Ｈ」とする。

【０１１３】クロックイネーブルＳＣＫ−ＥＮが「Ｈ」
となることで、チューナコントローラ３１の処理はステ
ップＦ２５２からＦ２５３に進むとともに、これによっ
てチューナコントローラ３１へ入力されるクロックＳＣ
Ｋのマスクが解除される状態となる。そしてＭＤコント
ローラ１１はステップＦ１５３でクロックＳＣＫの出力
を行う。この際、クロックＳＣＫの出力は１バイト単位
で８バイト分出力することになる。またＭＤコントロー
ラ１１は、クロックＳＣＫに同期させて、文字情報とし
てのパケットデータを順次送信出力する。

【０１１４】このときＭＤコントローラ１１は、１パケ
ット２２バイトとなる文字情報ｐＴＤＴのデータに関
し、その先頭に２バイト分のパケット識別コードを付加
して送信することになる。ただし上記記録動作で説明し
たように、ディスク９０に記録される文字情報は通常パ
ケットのデータのみであるため、再生時に送信する文字
情報ｐＴＤＴは全て通常パケットに相当するデータであ
る。このため１パケットにつき２４バイトの転送データ
として、その構造を図１８（ｂ）に示すように、通常パ
ケットに相当するパケット識別コードとしての「０００
０ｈ」という２バイトコードを先頭に付加する。従って
２４バイトのうちの第３〜第２４バイトに実際の再生さ
れた文字情報としてのデータがのせられることになる。
なお、上述したように、記録的には、パケット識別コー
ドを含めて１パケット＝２４バイトでサブデータを形成
し、ディスク９０に記録する処理方式も考えられるが、
その場合は、再生時にサブデータからよみだされるパケ
ット単位のデータ（２４バイト）には、先頭２バイトと
して「００００ｈ」というパケット識別コードがすでに
付加されている状態となっている。このような場合は、
ステップＦ１５３の処理として、パケット識別コードを
付加する処理は、当然ながら不要となる。

【０１１５】ステップＦ１５３でのＭＤコントローラ１
１からのパケットデータの転送に応じてチューナコント
ローラ３１はステップＦ２５３でパケットデータの受け
取り処理を行う。即ち供給されるクロックＳＣＫに同期
して転送データを取り込んでいく。チューナコントロー
ラ３１側でのステップＦ２５３の処理は、ステップＦ２
５４でクロックイネーブルＳＣＫ−ＥＮが「Ｌ」となっ
たことが検出されるまで行われる。

【０１１６】このステップＦ１５３とＦ２５３での相互
処理により、まず８バイト分の文字情報がチューナコン
トローラ３１側に送信されるが、ＭＤコントローラ１１
ではステップＦ１５４で２４バイト分の転送出力が終了
したかを確認し、完了していなければ再びステップＦ１
５３に戻る。そして８バイト分のクロックＳＣＫの送
信、及び８バイト分のパケットデータの転送を行ってい
く。

【０１１７】ステップＦ１５３としての８バイト分のク
ロックＳＣＫの送信及びそれに同期したバイトデータの
転送を３回行うことで、ステップＦ１５４で２４バイ
ト、即ち１つのパケットデータの転送出力が完了したと
判別される。するとＭＤコントローラ１１は処理をステ
ップＦ１１５に進め、クロックイネーブルＳＣＫ−ＥＮ
を「Ｌ」とする。これによってチューナコントローラ３
１側ではステップＦ２５４からＦ２５１に戻り、再生シ
ンクＰＢ−ＳＹＮＣを待機する。即ちＭＤコントローラ
１１は１パケット分の転送期間（チューナコントローラ
３１でステップＦ２５３が実行される期間）をクロック
イネーブルＳＣＫ−ＥＮによって制御していることにな
る。

【０１１８】ＭＤコントローラ１１ではクロックイネー
ブルＳＣＫ−ＥＮ＝「Ｌ」とした後、まだ再生が終了し
ていない時点では、ステップＦ１５６からＦ１５１に戻
り、所定のタイミングで再生シンクＰＢ−ＳＹＮＣを発
生させる。再生シンクＰＢ−ＳＹＮＣは上記したように
１１．６ｍｓｅｃ間隔のパルスとなり、つまり記録再生
部１での再生出力動作に同期したタイミングとなる。

【０１１９】従って前回の再生シンクＰＢ−ＳＹＮＣ発
生時点より１１．６ｍｓｅｃ後においてステップＦ１５
１の処理として新たに再生シンクＰＢ−ＳＹＮＣが発生
され、以降ステップＦ１５２から同様の処理を行う。ま
たこれに応じてチューナコントローラ３１ではステップ
Ｆ２５２〜Ｆ２５４の処理が行われることになる。再生
終了の際には、ＭＤコントローラ１１はステップＦ１５
６から処理を終える。なお、再生の過程でディスク９０
上でのアクセスが行われた場合などは、ＭＤコントロー
ラ１１は転送を中断させることもある。

【０１２０】以上のような処理で行われる転送動作のタ
イムチャートを図１７に示す。まず図１７（ａ）はクラ
スタとしてのデータの再生タイミングを示しているが、
再生時には図１７（ｂ）に示すように記録状態信号ＲＥ
Ｃは「Ｌ」となっている。再生シンクＰＢ−ＳＹＮＣは
図１７（ｃ）のようにクラスタの先頭から１１．６ｍｓ
ｅｃ毎に発生される。

【０１２１】この図１７の例では、Ｎクラスタのデータ
の再生期間において、パケットナンバ「１８８」〜「７
７」のパケットがデコードされたとする。当然ながらパ
リティパケットは含まれない。そしてパケット数は７５
〜８１パケット（平均７９．３パケット）となる。

【０１２２】図１７（ｄ）（ｅ）（ｆ）にはある１つの
パケットデータ期間を拡大して示しているが、図１７
（ｄ）のように再生シンクＰＢ−ＳＹＮＣとしてのパル
スが発生されるのが、上記ステップＦ１５１の処理とな
り、また続いてステップＦ１５２で図１７（ｅ）のよう
にクロックイネーブルＳＣＫ−ＥＮが「Ｈ」とされる。
そして上記ステップＦ１５３、Ｆ２５３の処理により、
図１７（ｆ）のように２４バイト単位のパケットデータ
とされた文字情報ｐＴＤＴの転送が行われる。図示する
ように、２４バイトのうちの第１〜第８バイト、第９〜
第１６バイト、第１７〜第２４バイトというように、８
バイト単位で転送が行われることになる。なお図１７
（ｇ）には第４バイト、第５バイトの転送期間をさらに
拡大して示しているが、図１７（ｈ）のクロックＳＣＫ
に同期して各ビットデータが送信されていることがわか
る。

【０１２３】そして２４バイトの転送が完了した時点で
図１７（ｅ）からわかるように上記ステップＦ１５５に
よりクロックイネーブルＳＣＫ−ＥＮが「Ｌ」とされ、
図１７（ｄ）に示す次の再生シンクＰＢ−ＳＹＮＣまで
待機される。

【０１２４】図１７にはデータ転送処理にかかるタイミ
ングとしての各期間の時間長をΔｔ１１〜Δｔ１５で示
しているが、各期間はおおむね次のようになる。 Δｔ１１：１００μｓｅｃ〜３００μｓｅｃ Δｔ１２：１００μｓｅｃ〜３００μｓｅｃ Δｔ１３：最大１０μｓｅｃ Δｔ１４：最大１．５ｍｓｅｃ Δｔ１５：最小１０μｓｅｃ

【０１２５】以上のタイムチャートからわかるように、
１パケット２４バイトの文字情報ｐＴＤＴのデータとし
て、１クラスタ期間において得られる平均７９．３パケ
ットチューナコントローラ３１側に転送される。チュー
ナコントローラ３１はこのように転送されてきた文字情
報ｐＴＤＴをＲＡＭ３６に記憶させるとともに、表示部
３８で表示させる。従ってユーザーは、エアチェック結
果としての再生音声を聞きながら、エアチェック時に多
重放送された文字情報を、再生時点でみることができ
る。このため、エアチェックした楽曲等の曲名やその他
の文字情報を、確認してトラックネーム入力などのガイ
ドとすることもできる。また記録された放送音声として
のオーディオデータに関する編集にも好適である。即ち
トラック分割、トラックイレーズ、トラック連結なども
自由に行っていくことができ、しかも表示される文字情
報をそれらの操作のためのガイドとしても活用できる。
もちろんオーディオエアチェックを主目的とする以外に
も、文字情報のエアチェックにも活用できる。

【０１２６】また例えばタイマー記録などにより自動記
録を実行させた場合でも、放送音声と同時に放送された
文字情報を確認でき、同様に文字情報を見逃さないため
エアチェック時にユーザーがその場にいなければならな
いといったこともない。

【０１２７】また、本例では、記録時／再生時のパケッ
トデータの転送に関しては、２バイトのパケット識別コ
ードを加えた１パケット＝２４バイトで実行している。
２４バイトとすることで８バイト単位の転送処理回路系
にとって好適となる。さらに上記したように、ディスク
９０への記録に関しても、１パケット＝２４バイトのま
ま処理すれば、４バイトで区切りとなるサブデータ構造
にも合致し、記録再生処理に好適となる。

【０１２８】１０．文字情報の表示処理 以上のように本例では、ＦＭ多重放送による放送音声と
文字情報の両方を同時的にディスク９０に記録すること
ができ、また再生させることができるが、上述の記録動
作からわかるように、記録時には放送された放送音声と
文字情報が、その受信タイミングに応じて同時的に各ク
ラスタとしてのデータとして構成されてディスク９０に
記録されていく。従って再生時には、再生される音声と
ともに、記録時の時間として同時に行われた文字情報が
チューナコントローラ３１側に転送されて、表示動作に
供されることになる。具体的には、チューナコントロー
ラ３１はＭＤコントローラ１１から転送されてくる文字
情報を表示メモリとしてのＲＡＭ２６に書き込んでい
き、これによって表示部３８での文字情報の表示を実行
させるとともに、転送されてくる文字情報の種別／内容
に応じてＲＡＭ２３内の文字情報を追加・更新してい
く。つまりＲＡＭ２３に記憶されている同一種類の文字
情報であっても、その内容が更新されていれば、ＲＡＭ
２３上での文字列を更新する。例えば通常の放送時（＝
記録時）においては天気予報などは逐次更新されながら
繰り返し放送されるわけであり、ディスク再生時には、
その放送時と同様のタイミングでＭＤコントローラ１１
から天気予報（記録時の天気予報）が逐次更新されなが
ら繰り返し転送されてくる。従ってチューナコントロー
ラ３１は再生されて転送されてくる文字情報ｐＴＤＴ
を、通常の放送受信時に逐次デコードされる文字情報Ｔ
ＤＴと同様にあつかってＲＡＭ３６での追加・更新を行
っていくことで、放送受信時と同様のタイミング／内容
の表示を行うことができる。

【０１２９】図１９は、ディスク９０からの再生時にお
いてＭＤコントローラ１１から転送されてくる文字情報
ｐＴＤＴ、もしくはディスク９０への記録時（放送受信
時）に文字デコード部３５でデコードされて供給される
文字情報ＴＤＴに関して、表示部３８に表示させるため
のチューナコントローラ３１の処理を示している。

【０１３０】図１９の処理として、２２バイト単位のパ
ケットデータが取り込まれる毎に処理はステップＦ３０
１からＦ３０２に進む。但し、ここでは取り込まれたパ
ケットデータが、その２２バイトの先頭４バイトのプリ
フィックスにおけるサービス識別コードから、伝送第１
モードと判別された場合のみステップＦ３０２に進むこ
とになる（図１０、図１１参照）。つまり逐次表示処理
すべきとされた番組データを構成するパケットデータに
関しての表示処理を進める。

【０１３１】図１２で上述したように１又は複数のパケ
ットデータが集められてデータグループが形成され、ま
た１又は複数のデータグループのデータグループデータ
が集められて１つの番組データが形成されるわけである
が、このためステップＦ３０２では取り込まれたパケッ
トデータによってデータグループを形成していく処理が
行われる。具体的には、パケットデータのプリフィック
ス内のデータグループ番号、データパケット番号を確認
し、同一データグループのデータパケット番号「０」か
ら１８バイトのデータブロック（図１０（ｂ）参照）づ
つを内部メモリに収集していくとともに、ＣＲＣによる
エラーチェックを行う。ステップＦ３０３でデータグル
ープの収集が完了するまで、ステップＦ３０１，Ｆ３０
２の処理が繰り返されるため、１又は複数の順次取り込
まれてくるパケットデータのデータブロックとして１８
バイトづつが集められていき、ある時点で番組データを
構成するデータグループが完成する。

【０１３２】データグループの収集が完了されたらステ
ップＦ３０４でデータグループの解析を行う。ここで
は、データグループのへディング開始符号やデータグル
ープサイズを確認する。続いてステップＦ３０５で番組
データの解析を行う。即ち番組管理データのヘッダやペ
ージデータにおけるページデータヘッダによる情報分離
符号の確認、ページヘッダーパラメータ、番組番号、ペ
ージ番号、提示機能、表示フォーマットなどを確認す
る。なお番組番号とは、番組の内容に応じて付されてい
るコードであり、例えばオンエアしている曲の曲名など
を表示する連動番組では「２５４」、ニュースは「１
０」、天気予報は「１０１」、交通情報は「４１」など
のように所定のコードが設定されている。

【０１３３】続いてステップＦ３０６ではページデータ
を構成するデータユニットの解析を行う。即ちデータユ
ニットの分離符号、データユニットパラメータのヘッダ
ー文、本文の各データユニットサイズを確認する。

【０１３４】以上の各解析処理を終えたら、ステップＦ
３０７として、ヘッダー文、本文の各データを取り出
し、このヘッダー文、本文の表示制御のための解析を行
う。そしてステップＦ３０８で、ヘッダー文、本文の情
報を表示ルーチンへ送出する。即ち表示メモリとしての
ＲＡＭ２３の所定領域に記憶し、表示部３８での表示動
作に供する。

【０１３５】このような図１９の処理が、データパケッ
ト取込のたびに行われることで、ディスク９０からの再
生時、もしくはディスク９０への記録時（放送受信時）
に、逐次所要の文字情報の表示が実行されていくことに
なる。

【０１３６】１１．文字情報のトラックネームとしての
登録処理 以上のように、ディスク９０への記録時または再生時に
おいて、文字情報が表示部３８に表示されて行くわけで
あるが、例えばユーザーは再生時において、表示部３８
で表示される文字を確認していきながら、所望のタイミ
ングで操作部２１内の登録スイッチを押すことで、その
とき表示されている文字をそのとき再生されているトラ
ックに対応するトラックネームのデータとして設定でき
る。つまり上記Ｕ−ＴＯＣセクター１、又はセクター４
に記録されるデータとして設定できる。

【０１３７】このような動作を、図２２の動作例に基づ
いて説明していく。図２２は、ユーザーが例えば何も記
録されていないバージンディスクを用いて、そのプログ
ラムエリア全域にＦＭ放送のエアチェック記録を行った
とする。例えば放送される６０分の番組を、６０分用デ
ィスクを用いて記録したような場合である。通常は、デ
ィスク９０に記録される音声データ（及び文字情報）
は、１回の記録動作につき１つのトラックとしてディス
ク９０上で管理されることになる。従って６０分の放送
をエアチェックした場合、図２２（ａ）のように、その
６０分の記録データの領域が第１トラックＴＫ１として
上記Ｕ−ＴＯＣセクター０において管理される。

【０１３８】しかしながら長い時間となるデータ区間が
１つのトラックとされることは、途中位置（例えばある
曲が放送された位置）などの放送内容を再生させること
について面倒な操作が必要になる。例えばＡＭＳアクセ
ス（トラック頭出しアクセス）ができないため、早送り
などで音声を聞きながら再生させたい箇所を探して行か
なければならない。そこで、ユーザーは例えば放送の記
録終了後に、ディスク９０に記録された内容に関して図
２２、図２３のような編集処理を実行させたとする。図
２２において斜線部は放送された或る曲としてオーディ
オデータ部分で、それ以外はＤＪのアナウンス部分やコ
マーシャル部分のオーディオデータ部分であるとする。
このときユーザーは、曲の部分のみを残して後は削除し
たいと思ったとすると、まず図２２（ｂ）のように各曲
の部分とそれ以外の部分でトラック分割のための操作を
行う。するとＵ−ＴＯＣセクター０のデータとして、ア
ドレスＡ１０〜Ａ１９がトラックＴＫ１、アドレスＡ２
０〜Ａ２９がトラックＴＫ２、・・・・・・アドレスＡ
９０〜Ａ９９がトラックＴＫ９とされるように更新さ
れ、図示するように元々１つのトラックＴＫ１が９個の
トラックＴＫ１〜ＴＫ９に分割された状態となる。なお
Ａ１０〜Ａ９９は、それぞれクラスタ／セクターのアド
レスとしての或るアドレス値を示している。

【０１３９】そしてさらにユーザーは、音声内容がナレ
ーション等となっているトラックを削除する操作を行
う。すなわち図２２（ｂ）におけるトラックＴＫ１、Ｔ
Ｋ３、ＴＫ５、ＴＫ７、ＴＫ９を削除する操作を行う。
するとＵ−ＴＯＣセクター０においては、トラックＴＫ
１、ＴＫ３、ＴＫ５、ＴＫ７、ＴＫ９のそれぞれに相当
するアドレス区間が、それぞれフリーエリアＦ１〜Ｆ５
として管理されるようにデータ更新され、またトラック
ＴＫ１、ＴＫ３、ＴＫ５、ＴＫ７、ＴＫ９の削除に伴っ
てトラックナンバの繰り上がりが行われる。即ち図２２
（ｃ）のように、実際の曲としての部分が、トラックＴ
Ｋ１〜ＴＫ４として残された状態となる。

【０１４０】この状態で再生を行うとすると、再生時に
おけるディスク９０に対する読出アクセスは、図２２
（ｃ）下部に読出ＲＤ及びアクセスＡＣとして示すよう
に、トラックＴＫ１〜ＴＫ４として区間のみ行われ、つ
まり音声として実際に再生出力されるのは、図２２
（ｄ）のように曲としての音声部分であるトラックＴＫ
１、ＴＫ２、ＴＫ３、ＴＫ４となる。つまりナレーショ
ン等がカットされたディスク９０が形成されたことにな
る。

【０１４１】例えばこのようなディスク９０が再生され
る場合のユーザーの登録スイッチの操作及びそれに基づ
いて行われるトラックネーム登録処理について説明す
る。ディスク９０の再生時には、トラックＴＫ１、ＴＫ
２、ＴＫ３、ＴＫ４が順次再生されるが、これはディス
ク９０上のアドレスでみれば、アドレスＡ２０〜Ａ２
９、アドレスＡ４０〜Ａ４９、アドレスＡ６０〜Ａ６
９、アドレスＡ８０〜Ａ８９の領域が順次再生されるこ
とになる。そしてこれらトラックＴＫ１〜ＴＫ４として
のオーディオデータとともに、その領域の各クラスタの
サブデータセクターに記録されている文字情報がチュー
ナコントローラ３１側に転送され、表示部３８で表示さ
れる。

【０１４２】なお、楽曲を放送する際には、連動番組の
文字情報として、放送局は曲名やアーティスト名となる
文字情報を、その楽曲の放送中に繰り返し放送してくる
ため、ディスク９０に記録されたデータとしても、楽曲
としてのオーディオデータが記録されているクラスタと
しての一部のクラスタには、そのサブデータセクター内
の文字情報として曲名等の情報が含まれていることにな
る。つまり楽曲としての音声を再生している間には、或
る時点で表示部３８で曲名情報が表示される。

【０１４３】なお実際には、或る楽曲の放送が開始され
てから曲名情報が送信されてくるまでに、或る程度タイ
ムラグが生じる可能性がある。タイムラグが生じる可能
性としては、放送局側の文字情報エンコード処理による
遅延が原因となる場合があり、例えば放送局によって
は、常に楽曲放送開始から５秒くらいの遅れが生じて最
初の曲名情報が送信され、その後ある程度の間隔を置い
て、曲が終わるまで繰り返し曲名情報が放送される。こ
のような場合を考えると、再生動作時には記録時と同様
のタイミングでオーディオデータの出力と文字情報の表
示が行われるため、例えばトラックＴＫ１の音声出力が
開始されてから５秒程度遅れた時点で、その曲名の最初
表示が行われ、その後所定間隔で逐次繰り返して表示さ
れることになる。但しいずれにしても、或る曲の再生音
声出力が行われている期間において、その曲の曲名が表
示出力されることになる。

【０１４４】そこで本例では、ユーザーは再生時に表示
部３８で表示される文字を確認しながら、再生されてい
る曲の曲名が表示されたタイミングで、登録スイッチを
操作するようにする。すると、その登録スイッチが押さ
れた時点で表示されていた文字情報が、その登録スイッ
チが押された時点で再生出力されている音声を含むトラ
ックのトラックネームとしてＵ−ＴＯＣセクター１又は
セクター４に登録されるようにするものである。但し、
ユーザーが登録スイッチを押すのは、あくまでそのとき
表示されている文字をそのとき音声出力されているトラ
ックのトラックネームとしたい場合であって、表示され
ている文字が曲名情報である必要はない。例えばユーザ
ーが番組名称やＤＪの名前などの文字を、トラックネー
ムとして登録したいのであれば、そのような文字が表示
されたタイミングで登録スイッチを操作すればよい。

【０１４５】登録スイッチの操作にかかるＭＤコントロ
ーラ１１、チューナコントローラ３１による処理を図２
０に示す。再生時において文字情報の表示を実行してい
る期間は、図２０の処理が行われ、まずステップＦ４０
１では表示している文字情報が連動番組であるか否かを
判断する。そして連動番組としての文字、即ち曲名や、
番組名、ＤＪ名などを表示している期間は処理をステッ
プＦ４０２に進め、操作部２１の登録スイッチの操作を
監視する。

【０１４６】そして或る時点で登録スイッチがオンとさ
れたことが検出されたら、その時点でステップＦ４０３
に進み、そのとき表示している文字情報の内容を例えば
表示メモリとしてのＲＡＭ３６から読み出し、登録用メ
モリとしてのＲＡＭ１１ａに格納する。さらにこのと
き、登録スイッチが押されたタイミングで音声として出
力されていたオーディオデータ部分のディスク９０上で
のアドレス（クラスタ／セクターアドレス）を判別し、
そのアドレスを、登録用メモリにおいて、文字情報と関
連づけた一対の情報として記憶する。

【０１４７】このように再生中には登録スイッチの操作
が行われる度に、ＲＡＭ１１ａに文字情報とアドレスが
一対にされた登録データが蓄積されていく。例えば図２
２（ｄ）の再生出力が行われている際に、ユーザーがＳ
Ｔ１〜ＳＴ４に示すタイミングで登録スイッチを操作し
たとする。ここで、各タイミングＳＴ１〜ＳＴ４におい
て音声出力されていたオーディオデータのアドレスは、
それぞれ図２２（ｃ）のアドレスＡST1 〜ＡST4 であっ
たとする。

【０１４８】すると、このような４回の登録スイッチの
操作に応じて、ＲＡＭ１１ａには例えば図２１のような
４つの登録データが格納されることになる。即ち、タイ
ミングＳＴ１において音声出力されていたオーディオデ
ータのアドレスＡST1 と文字情報「Ｌｏｖｅ」が対にさ
れた登録データから、タイミングＳＴ４において音声出
力されていたオーディオデータのアドレスＡST4 と文字
情報「誘惑のハンマー」が対にされた登録データまでの
４つの登録データが形成される。

【０１４９】例えば再生が終了した時点で図２１のよう
な登録データが格納されていたら、ＭＤコントローラ１
１は自動的に図２３のようなトラックネーム登録処理を
行うことになる。まずステップＦ５０１、Ｆ５０２とし
て変数ｉを「１」とし、また変数Ｎに登録データの数を
代入する。図２１の例の場合、Ｎ＝４となる。

【０１５０】続いてステップＦ５０３での変数ｉと変数
Ｎの比較処理を介して、ステップＦ５０４で第（ｉ）の
登録データのアドレスを含むトラックを判別する。ｉ＝
１であるから、まず第１の登録データとしてのアドレス
ＡST1 と文字情報「Ｌｏｖｅ」についての処理となる。
そしてＵ−ＴＯＣセクター０による各トラックのアドレ
ス範囲を参照し、アドレスＡST1 がどのトラックに含ま
れるアドレスであるかを判別することになる。図２２の
例でいえば、アドレスＡST1 はトラックＴＫ１内のアド
レスであるため、ステップＦ５０６に進んで、変数ｔｋ
ｔにトラックＴＫ１のトラックナンバ「１」を代入す
る。アドレスＡST1 がどのトラックに含まれるかは、ア
ドレスＡST1 とＵ−ＴＯＣ上で記述されている各パーツ
のスタートアドレス、エンドアドレスを比較していくこ
とで判別できる。続いて第（ｉ）の登録データの文字
（この場合「Ｌｏｖｅ」）を、ミニディスクのＵ−ＴＯ
Ｃセクター１、セクター４で採用されているコード体系
の文字コード（ＭＤコード）に変換する。この変換処理
については後述する。ＭＤコードに変換したら、ステッ
プＦ５０８で、その変換したＭＤコードとしての文字情
報を、第（ｔｋｔ）トラックに対応するトラックネーム
として、バッファメモリ１３上でＵ−ＴＯＣセクター１
又はセクター４に書き込む処理を行う。そして、ステッ
プＦ５０９で変数ｉをインクリメントしてステップＦ５
０３に戻る。

【０１５１】変数ｉがインクリメントされながらステッ
プＦ５０３以降の処理が繰り返されることで、各登録デ
ータに関して同様の処理が行われていき、つまり図２１
に示した４つの登録データの各文字情報内容が、バッフ
ァメモリ１３におけるＵ−ＴＯＣセクター１又はセクタ
ー４において、第１トラックＴＫ１〜第４トラックＴＫ
４に対応するトラックネームとして記録されていくこと
になる。なお、ステップＦ５０５で或る登録データのア
ドレスがどのトラックにも該当しないとされたときは、
ステップＦ５１０でエラー処理となる。

【０１５２】ＲＡＭ１１ａ内の全登録データについて、
その文字情報をバッファメモリ１３におけるＵ−ＴＯＣ
セクター１又はセクター４に書き込む処理を終えると、
その時点で変数ｉ＞変数Ｎとなるため、ステップＦ５０
３から処理を終える。但しこの時点ではまだ実際にディ
スク９０上においてＵ−ＴＯＣが更新されていないた
め、或る時点、例えばディスク９０が排出される際や、
電源オフとする操作が行われた際などにステップＦ５１
１の処理として、バッファメモリ１３における更新され
ているＵ−ＴＯＣデータが記録処理に供され、ディスク
９０上でのＵ−ＴＯＣデータの書換が行われる。

【０１５３】以上の処理により、ユーザーの登録スイッ
チ操作に基づくトラックネーム登録が完了することにな
り、例えばこの時点でＵ−ＴＯＣセクター４には図２５
のように文字情報（ＭＤコード、２バイトコード）が記
録されている状態となる。例えば第１トラックＴＫ１に
ついては、ポインタP-TNA1は「０１ｈ」とされてスロッ
ト（０１ｈ）及びリンクされるスロット（０２ｈ）が用
いられて、８バイトで（１文字＝２バイト）の文字「Ｌ
ｏｖｅ」が記録される。同様に第２トラックＴＫ２〜Ｔ
Ｋ４についても、それぞれポインタP-TNA2〜P-TNA4によ
って指定されるスロット（及びリンクされるスロット）
において、２バイトコードとしての文字情報が記録され
る。なお、この例はＵ−ＴＯＣセクター４に２バイトコ
ードを記録するものであるが、もちろんＵ−ＴＯＣセク
ター１において１バイトのアスキーコードとして、登録
データとしての文字内容が記録されていってもよいもの
である。但し、登録データとしての文字に漢字等が含ま
れていた場合は、それをアルファベットによるローマ字
やカタカナなど、１バイトコードで適用できる形態に変
換する必要はある。

【０１５４】ところで上記ステップＦ５０７では、登録
データとしての文字情報をＭＤコードに変換している
が、これは例えばＦＭ文字放送などで採用されているコ
ード体系がそのままＵ−ＴＯＣセクター１、セクター４
で用いられない場合の処理となる。ＦＭ文字放送では、
いわゆる８単位系コードと呼ばれる文字コード体系が採
用されている。これについての詳述は避けるが、この８
単位系コードでは２バイトコードと１バイトコードの混
在や、制御コードの挿入が行われるものであり、例えば
「誘惑のハンマー」という文字は、８単位系コードでは
図２４（ａ）のようになる。即ち各文字に対応するよう
にアンダーラインを付した２バイト又は１バイトのコー
ドと、アンダーラインが付されていない各種の制御コー
ドが混在する。一方Ｕ−ＴＯＣセクター１では１バイト
コードが、セクター４では２バイトコードが採用されて
おり、例えばセクター４で２バイトコードと１バイトコ
ードの混在はできない。そのため、登録データとしての
文字情報を例えばＵ−ＴＯＣセクター４に記録すること
を考えると、ステップＦ５０７としての変換処理が必要
になるものである。なお、変換された２バイトコード
は、図２４（ｂ）のようになる。

【０１５５】以上のように図２０、図２３の処理によっ
て、ユーザーはトラックネームとしてわざわざ文字入力
を行うことなく、放送時に同時に放送された文字情報を
利用して、それを登録スイッチで選択するだけでトラッ
クネーム登録を行うことができる。従ってトラックネー
ム登録操作は著しく簡略化される。また例えばエアチェ
ックした曲名がわからないような場合でも、曲名自体が
提示されるため、正しい曲名でトラックネーム登録を行
うことができる。さらに通常ユーザーは、トラックネー
ム登録の際には、登録対象となるトラックナンバも指定
する必要があるが、対応するトラックナンバは、登録ス
イッチ操作時の再生音声に該当するアドレスにより判別
されるため、トラックナンバ指定操作を行う必要もな
い。

【０１５６】なお、この処理例では図２０のステップＦ
４０１により連動番組の文字情報を対象として登録用メ
モリに登録できるようにしており、即ちトラックネーム
として登録できる文字情報の種別を連動番組としての文
字に限っている。しかしながら、このステップＦ４０１
の処理をなくして、例えば独立番組の文字情報であって
もユーザーが選択したのであれば、トラックネームとし
て登録できるようにすることも当然可能である。

【０１５７】また上記例は再生中にユーザーが表示内容
を確認して登録スイッチを操作するものとしたが、記録
中に同様のトラックネームに関する処理を行うこともで
きる。即ち記録中には、放送音声と文字情報がディスク
９０に記録されるとともに、その文字情報は表示部３８
に表示される。従ってある時点で曲名表示が行われた
ら、ユーザーが登録スイッチを押すことで、そのときの
受信音声が記録されるディスク９０上のアドレスととも
に表示されている文字情報を登録データとして格納して
いくようにすれば、上記再生時と同様のトラックネーム
自動登録処理が実現できる。

【０１５８】但し、記録時には基本的には例えば曲など
の単位ではトラック分割されていないため、何らかの手
段で記録時に自動的にトラック分割を行うようにした
り、もしくは記録時には登録スイッチの操作に応じた登
録データの生成のみとすることが考えられる。

【０１５９】まず記録時にトラック分割する方法として
は、例えば登録スイッチが操作された数秒前のポイント
を分割ポイントとしたり、或いはオーディオデータ自体
の解析により、曲部分とナレーション部分を判別して
（例えばオーディオデータの周波数分布状況などで音楽
か否かを判別するなど）、自動的にトラック分割を行う
ことが考えられる。そして分割されたトラックに対し
て、登録データとして蓄積された文字情報をトラックネ
ームとして記録していくものである。

【０１６０】また、記録時には登録スイッチの操作に応
じた登録データの生成のみとする方式とは、例えばその
登録データを記録終了後においてある程度の期間保存し
ておいて、ユーザーがトラック分割を行った時点で、上
記再生後のトラックマーク登録処理と同様にアドレス対
応関係から各登録データにおける文字情報が対応するト
ラックナンバを判別してトラックネーム登録を行うよう
にするものである。

【０１６１】なお実施の形態ではミニディスクシステム
を用いることを想定して説明したが、これに限らず音声
データサブデータを同時的に記録可能な記録媒体を用い
るシステムを記録再生部１として採用してもよい。具体
的には、ハードディスクドライブシステム、ＤＶＤ（DI
GITAL VIDEO DISC / DIGITAL VERSATILE DISC ）システ
ム、ＤＡＴ（DIGITAL AUDIO TAPE）システムなどが採用
されてもよい。また連続性のあるデータとして音声デー
タを記録するシステムとしたが、例えば動画映像データ
と文字情報を同時に記録するシステムであっても本発明
は適用できる。

【０１６２】

【発明の効果】以上の説明からわかるように本発明で
は、例えば文字多重放送で放送される音声情報と文字情
報など、時間的に連続性のあるデータと、そのデータと
同時的に得られた文字情報が所定データ量のデータ単位
毎に合成されて、主データとして記録媒体に記録されて
いる場合に、その再生時に、ユーザーの登録操作が行わ
れたタイミングで再生出力されていた文字情報を登録情
報として記憶し、その登録情報として記憶されている文
字情報が、記録媒体に記録されたプログラムの名称情報
とされるように管理情報の更新を行うようにしている。
即ちユーザーが、再生されている文字情報の中から名称
情報として適切な文字情報を選択すれば、その文字情報
がプログラムの名称情報として登録されることになるた
め、プログラムの名称登録のために文字入力を行う必要
はなくなり、登録操作は非常に簡単なものとなるという
効果がある。さらに表示等の再生出力により、放送され
た曲（再生されている曲）の曲名等が提供されることに
なるため、ユーザーは曲名等がわからない場合であって
も適切な名称情報を登録させることができることにもな
る。

【０１６３】また本発明では、ユーザーの登録操作タイ
ミングで、そのとき再生出力されていた文字情報ととも
に、その時点で再生されていた連続データの位置情報を
合わせて登録情報として記憶し、管理情報更新の際に
は、登録情報のそれぞれについて、連続データの位置情
報に基づいて対応するプログラムを判別し、その位置情
報と対とされている文字情報が、判別されたプログラム
の名称情報とされるようにしている。従って、ユーザー
が名称情報としての登録のために選択した文字情報につ
いて、名称として登録される対象のプログラムナンバを
指定しなくとも、その文字情報が対応するプログラムが
自動的に判別されて、名称情報として適正に管理情報上
に登録されることになり、ユーザーの操作はさらに簡易
なものとなる。

【０１６４】また、登録情報として記憶されている文字
情報については、記録媒体の管理情報で用いられる文字
コード形態に変換して、その変換された文字情報がプロ
グラムの名称情報とされるように処理を行うことで、放
送等による文字情報の文字コードが記録媒体に管理情報
に採用されている文字コードと異なるものであっても対
応できる。さらに、放送等による文字情報において変換
不能な文字コードが存在した場合は、その変換不能な文
字コードを、設定された特定の文字コードに変換するよ
うにすれば、変換不能文字にも対応できることになる。

【図面の簡単な説明】

【図１】本発明の実施の形態の記録再生システムのブロ
ック図である。

【図２】ミニディスクシステムのクラスタフォーマット
の説明図である。

【図３】ミニディスクのエリア構造の説明図である。

【図４】ミニディスクシステムのＵ−ＴＯＣセクター０
の説明図である。

【図５】ミニディスクシステムのＵ−ＴＯＣセクター０
のリンク形態の説明図である。

【図６】ミニディスクシステムのＵ−ＴＯＣセクター１
の説明図である。

【図７】ミニディスクシステムのＵ−ＴＯＣセクター４
の説明図である。

【図８】実施の形態の記録再生システムのバッファメモ
リの構造の説明図である。

【図９】ＦＭ多重放送で送信される文字情報のフレーム
構造の説明図である。

【図１０】ＦＭ多重放送で送信される文字情報のパケッ
ト構造の説明図である。

【図１１】ＦＭ多重放送で送信される文字情報パケット
のサービス識別コードの説明図である。

【図１２】ＦＭ多重放送で送信される文字情報のデータ
グループ構造の説明図である。

【図１３】実施の形態のＭＤコントローラとチューナコ
ントローラの通信形態の説明図である。

【図１４】実施の形態の記録時の文字データ転送処理の
フローチャートである。

【図１５】実施の形態の記録時の文字データ転送処理の
タイムチャートである。

【図１６】実施の形態の再生時の文字データ転送処理の
フローチャートである。

【図１７】実施の形態の再生時の文字データ転送処理の
タイムチャートである。

【図１８】実施の形態の転送されるパケットデータ構造
の説明図である。

【図１９】実施の形態の文字情報表示処理のフローチャ
ートである。

【図２０】実施の形態の登録データ生成処理のフローチ
ャートである。

【図２１】実施の形態の登録メモリに格納される登録デ
ータの説明図である。

【図２２】実施の形態の編集後の登録スイッチ操作タイ
ミングの説明図である。

【図２３】実施の形態のトラックネーム登録処理のフロ
ーチャートである。

【図２４】実施の形態の文字コード変換の説明図であ
る。

【図２５】実施の形態のトラックネーム登録後のＵ−Ｔ
ＯＣセクター４の管理状態の説明図である。

【符号の説明】

１ 記録再生部、３ 光学ヘッド、８ エンコード／デ
コード部、１１ ＭＤコントローラ、１１ａ ＲＡＭ、
１２ メモリコントローラ、１３ バッファメモリ、１
４ エンコード／デコード部、１６ 出力スイッチ、１
９ 入力スイッチ、２１ 操作部、３０ チューナ部、
３１ チューナコントローラ、３３ 受信部、３４ オ
ーディオ復調部、３５ 文字デコード部、３６ ＲＡ
Ｍ、３８表示部

Claims (4)

【特許請求の範囲】
1. 【請求項１】 時間的に連続性のある連続データと、そ
   の連続データと同時的に得られた文字情報が所定データ
   量のデータ単位毎に合成されて、主データとして記録さ
   れているとともに、この主データをプログラム単位で管
   理する管理情報が記録され、さらに前記管理情報は前記
   主データとしての各プログラムに対応する名称情報を登
   録できる情報形態とされている記録媒体に対応する編集
   装置として、 前記記録媒体からデータ読出を行う読出手段と、 前記読出手段によって前記主データとして読み出される
   前記連続データの再生出力を行う第１の再生処理手段
   と、 前記読出手段によって前記主データとして読み出される
   前記文字情報の再生出力を行う第２の再生処理手段と登
   録操作手段と、 前記登録操作手段が操作されたタイミングで前記第２の
   再生処理手段によって再生出力されていた文字情報を登
   録情報として記憶する登録情報記憶手段と、 前記登録情報記憶手段に１又は複数の登録情報として記
   憶されている文字情報が、前記記録媒体に記録された１
   又は複数のプログラムの名称情報とされるように前記管
   理情報の更新を行う管理情報更新手段と、 を備えたことを特徴とする編集装置。
2. 【請求項２】 前記登録情報記憶手段は、前記登録操作
   手段が操作されたタイミングで前記第２の再生処理手段
   によって再生出力されていた文字情報を、その時点で前
   記第１の再生処理手段によって再生されていた連続デー
   タの位置情報と対にして１つの登録情報として記憶する
   とともに、 前記管理情報更新手段は、前記登録情報記憶手段に記憶
   されている１又は複数の登録情報のそれぞれについて、
   前記連続データの位置情報に基づいて対応するプログラ
   ムを判別し、その位置情報と対とされている文字情報
   が、判別されたプログラムの名称情報とされるように前
   記管理情報の更新を行うことを特徴とする請求項１に記
   載の編集装置。
3. 【請求項３】 前記管理情報更新手段は、前記登録情報
   記憶手段に登録情報として記憶されている文字情報を、
   前記記録媒体の管理情報で用いられる文字コード形態に
   変換して、その変換された文字情報がプログラムの名称
   情報とされるように処理を行うことを特徴とする請求項
   １に記載の編集装置。
4. 【請求項４】 前記管理情報更新手段は、前記登録情報
   記憶手段に登録情報として記憶されている文字情報とし
   ての各文字コードを、前記記録媒体の管理情報で用いら
   れる文字コード形態に変換する際に、変換不能な文字コ
   ードが存在した場合は、その変換不能な文字コードを、
   設定された特定の文字コードに変換することを特徴とす
   る請求項３に記載の編集装置。