JPH11213631A

JPH11213631A - 編集装置

Info

Publication number: JPH11213631A
Application number: JP1684698A
Authority: JP
Inventors: Yasuaki Maeda; 保旭前田; Hideki Nagashima; 秀樹長嶋; Takashi Fujimoto; 高史藤本
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1998-01-29
Filing date: 1998-01-29
Publication date: 1999-08-06

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の次のセクターとなるメインセクターＳＣ
00には、その曲名の楽曲のほぼ先頭位置としての音声デ
ータが記録されている。そこでＭＤコントローラ１１は
ステップＦ３０６で、その曲名情報が記録されていたア
ドレスから、時間的に出力タイミングが概略同時となる
音声データが記録されたセクターのアドレスを、トラッ
クマークＴＭ（ｎ）としてＲＡＭ１１ａに記憶する。さ
らにステップＦ３０７で、その曲名情報としての文字列
を、トラックマークＴＭ（ｎ）に対応するトラックネー
ムＴＮ（ｎ）としてＲＡＭ１１ａに記憶する。そしてス
テップＦ３０８で変数ｎをインクリメントしてステップ
Ｆ３０２に戻る。

【０１３６】再生動作中は、このような処理によって、
楽曲の開始ポイントと認められるディスク９０上のアド
レスを、トラックマークＴＭ１、ＴＭ２・・・として記
憶していき、またそのときの曲名情報の文字列をトラッ
クネームＴＮ１、ＴＮ２・・・として記憶していく。そ
して、エアチェック記録されたトラックの再生動作が終
了された後は、ステップＦ３０２からＦ３０９に進み、
トラックマーク処理に関するＵ−ＴＯＣ更新処理が行わ
れる。即ち、その時点でＲＡＭ１１ａに記憶されている
トラックマークＴＭ１、ＴＭ２・・・を用いて、記録さ
れたデータの全域が複数のトラックに分かれて管理され
るようにＵ−ＴＯＣセクター０の更新が行われ、なおか
つＲＡＭ１１ａに記憶されているトラックネームＴＮ
１、ＴＮ２・・・を用いて、Ｕ−ＴＯＣセクター１もし
くはセクター４において、分割されたトラックに対応す
るトラックネームが登録された状態になるように更新が
行われる。

【０１３７】このＵ−ＴＯＣ更新処理は、バッファメモ
リ１３のＴＯＣエリア内のデータに対して行われ、その
後所定時点でディスク９０上でＵ−ＴＯＣ書換が実行さ
れる。その時点で、ディスク９０に記録され１つのトラ
ックとして管理されていた１回の記録分の放送音声は、
その放送内でオンエアされた各楽曲の開始タイミングに
相当するアドレスを分割点として、複数のトラックに分
割されていることになる。

【０１３８】以上の処理で実現される動作例を、図１７
〜図２３で模式的に説明する。図１７（ａ）はエアチェ
ック記録動作前の時点での、ディスク９０のプログラム
エリアを示しており、このときディスク９０がバージン
ディスクであって、プログラムエリア全域がフリーエリ
アとされているとする。この時点でのＵ−ＴＯＣセクタ
ー０の管理状態は、例えば図２０のようになる。なお説
明上、Ｕ−ＴＯＣ管理状態例を図２０〜図２３にあげる
が、これらはあくまでも一例に過ぎない。また、図２０
から図２３において、Ｕ−ＴＯＣ内のポインタやリンク
情報としての１バイトデータが『００ｈ』とされている
部分、及びスタートアドレス、エンドアドレスとしての
３バイトデータが『００００００ｈ』とされている部分
については、『−』と表記して示している。さらに、デ
ィスク９０上でのレコーダブルユーザーエリアに欠陥は
無いものとし、従って各図において、テーブルポインタ
P-DFA はすべて『００ｈ』とされている。

【０１３９】図１７（ａ）のバージンディスク状態にお
いてはプログラムエリア全域がフリーエリアとされる
が、仮にこのプログラムエリアの先頭アドレスをＡ０、
最後尾のアドレスをＡ１１とすると、図２０に示すよう
に、フリーエリアを管理するポインタP-FRA に、例えば
（０１ｈ）というパーツテーブルが示され、これに対応
してパーツテーブル（０１ｈ）には、アドレスＡ０がス
タートアドレス、アドレスＡ１１がエンドアドレスとし
て示される。なお、この場合、物理的に離れた他のフリ
ーエリアパーツは存在しないため、パーツテーブル（０
１ｈ）のリンク情報は『００ｈ』とされる。

【０１４０】また、使用していないパーツテーブルを示
すポインタP-EMPTY は、この場合パーツテーブル（０２
ｈ）を示しており、パーツテーブル（０２ｈ）からパー
ツテーブル（ＦＦｈ）までの全ての未使用のパーツテー
ブルがリンク情報によってリンクされている。

【０１４１】このように管理されている図１７（ａ）の
状態から、ある放送番組のエアチェック記録が開始さ
れ、図１７（ｂ）上段の斜線を付した矢印で示すよう
に、フリーエリアに放送音声及び文字情報が記録されて
いったとする。ここで、番組の中では通常、各種のナレ
ーション、コーナー、楽曲などが異なる放送内容が順次
放送されるわけではあるが、ディスク９０に記録される
データとしては、あくまで記録開始から記録終了までが
１つのトラックＴＫ１として管理されることになる。例
えばアドレスＡ０からアドレスＡ９までの領域にエアチ
ェックデータとしての音声データ及び文字情報が記録さ
れていったとする。すると、この記録動作が終了した時
点でＵ−ＴＯＣセクター０が図２１のように更新され
る。即ちポインタP-TNO1に示されるパーツテーブル（０
１ｈ）においてそのスタートアドレスＡ０及びエンドア
ドレスＡ９が示されることで、このアドレスＡ０からア
ドレスＡ９までの区間が第１トラックＴＫ１として管理
される。

【０１４２】ここで、フリーエリアはアドレスＡ１０〜
Ａ１１までとなるため、例えばポインタP-FRA でパーツ
テーブル（０２ｈ）が指定され、パーツテーブル（０２
ｈ）にはフリーエリアとしてのスタートアドレスＡ１０
及びエンドアドレスＡ１１が記録される。また、使用し
ていないパーツテーブルを示すテーブルポインタP-EMPT
Y は、この場合パーツテーブル（０３ｈ）を示してお
り、パーツテーブル（０３ｈ）からパーツテーブル（Ｆ
Ｆｈ）までの全ての未使用のパーツテーブルがリンク情
報によってリンクされている。

【０１４３】このようにエアチェック記録が行われた１
つのトラックが形成されたが、その記録した放送音声と
しては、図１７（ｃ）下段にＭ１〜Ｍ４として示すよう
に４曲の楽曲が含まれていたとする。また記録時におい
て、この楽曲Ｍ１〜Ｍ４が放送されてディスク９０に記
録される間には、各楽曲の曲名情報が放送され、それも
ディスク９０に記録されるが、その曲名情報は矢印ｔｍ
１〜ｔｍ４で示されるアドレスにおいて記録されたとす
る。例えば楽曲Ｍ１の放送中には、４回、曲名情報が送
信されてきたことに応じて、その曲名情報が矢印ｔｍ１
の位置に相当する各アドレスのサブデータセクターに記
録されたことを示している。

【０１４４】図１７（ｂ）のようにトラックＴＫ１が記
録された後に、ユーザーがトラックＴＫ１の再生操作を
行うと、図１７（ｃ）上段の斜線を付した矢印で示すよ
うに、そのトラックＴＫ１のデータとして音声データ及
び文字情報の再生が行われる。この再生動作時に上記図
１６の処理が行われることになる。

【０１４５】そして上記図１６のステップＦ３０３〜Ｆ
３０５で、ある楽曲についての最初の曲名情報の記録さ
れたアドレスと判別されるのは、矢印ｔｍ１〜ｔｍ４で
示すそれぞれ複数のアドレスのうちの、各先頭のアドレ
スである。従ってステップＦ３０６の処理で、矢印ｔｍ
１〜ｔｍ４における各先頭のアドレスに基づいて、その
アドレスもしくはその付近のメインセクターのアドレス
が、図示するようにトラックマークＴＭ１〜ＴＭ４とし
て記憶される。仮に、トラックマークＴＭ１として記憶
されるアドレスをＡ２、トラックマークＴＭ２として記
憶されるアドレスをＡ４、トラックマークＴＭ３として
記憶されるアドレスをＡ６、トラックマークＴＭ４とし
て記憶されるアドレスをＡ８とする。さらにステップＦ
３０７の処理により、トラックマークＴＭ１〜ＴＭ４の
それぞれに対応して、それぞれの時点でデコードされた
文字情報の文字列がトラックネームＴＮ１〜ＴＮ４とし
て記憶されることになる。

【０１４６】図１７（ｃ）のトラックＴＫ１の再生動作
が終了された時点で、ＲＡＭ１１ａには、図１９に示す
ようにトラックマークＴＭ１〜ＴＭ４及びトラックネー
ムＴＮ１〜ＴＮ４が記憶されている。トラックネームＴ
Ｎ１〜ＴＮ４として図１９に示している文字列が、それ
ぞれトラックマークＴＭ１〜ＴＭ４が付された時点でデ
コードされていた曲名情報としての文字列である。

【０１４７】図１６の処理は、再生動作が終了されるこ
とに応じてステップＦ３０９に進み、Ｕ−ＴＯＣ更新が
行われることになるが、この際、図１９のようなトラッ
クマークＴＭ１〜ＴＭ４及びトラックネームＴＮ１〜Ｔ
Ｎ４に応じて更新処理が行われ、Ｕ−ＴＯＣセクター０
は例えば図２１の状態から図２２の状態に書き換えられ
る。そしてこの更新処理によって図１７（ｂ）に示した
ように記録されたトラックＴＫ１が図１７（ｄ）のよう
に５つのトラックＴＫ１〜ＴＫ５に分割された状態で管
理されることになる。

【０１４８】トラックマークＴＭ１〜ＴＭ４としてのア
ドレスが、各トラックの先頭アドレス（つまりトラック
の区切り）とされることから、まず、記録開始アドレス
（この例の場合アドレスＡ０）から最初のトラックマー
クＴＭ１としてのアドレスＡ２の直前のアドレスＡ１ま
でが第１トラックとなる。従って図２２のように、ポイ
ンタP-TNO1に示されるパーツテーブル（０１ｈ）におい
てそのスタートアドレスＡ０及びエンドアドレスＡ１が
示され、この区間が第１トラックＴＫ１として管理され
る。

【０１４９】またトラックマークＴＭ１のアドレスＡ２
から次のトラックマークＴＭ２としてのアドレスＡ４の
直前のアドレスＡ２までが第２トラックとなる。つまり
ポインタP-TNO2に示されるパーツテーブル（０２ｈ）に
おいてそのスタートアドレスＡ２及びエンドアドレスＡ
３が示されることで、この区間が第２トラックＴＫ２と
して管理される。さらにトラックマークＴＭ２のアドレ
スＡ４から次のトラックマークＴＭ３としてのアドレス
Ａ６の直前のアドレスＡ５までが第３トラックとなる。
つまりポインタP-TNO3に示されるパーツテーブル（０３
ｈ）においてそのスタートアドレスＡ４及びエンドアド
レスＡ５が示されることで、この区間が第３トラックＴ
Ｋ３とされる。また同様に、ポインタP-TNO4に示される
パーツテーブル（０４ｈ）においてそのスタートアドレ
スＡ６及びエンドアドレスＡ７が示されることで、トラ
ックマークＴＭ３のアドレスＡ６からトラックマークＴ
Ｍ４としてのアドレスＡ８の直前のアドレスＡ７までの
区間が第４トラックＴＫ４となる。同様に、ポインタP-
TNO5に示されるパーツテーブル（０５ｈ）においてその
スタートアドレスＡ８及びエンドアドレスＡ９が示され
ることで、トラックマークＴＭ４のアドレスＡ８からア
ドレスＡ９までの区間が第５トラックＴＫ５となる。

【０１５０】ここで、フリーエリアに関しては、ポイン
タP-FRA で指定されるパーツテーブルがパーツテーブル
（０６ｈ）に変更され、パーツテーブル（０６ｈ）には
フリーエリアとしてのスタートアドレスＡ１０及びエン
ドアドレスＡ１１が記録される。また、使用していない
パーツテーブルを示すテーブルポインタP-EMPTY は、こ
の場合パーツテーブル（０７ｈ）を示しており、パーツ
テーブル（０７ｈ）からパーツテーブル（ＦＦｈ）まで
の全ての未使用のパーツテーブルがリンク情報によって
リンクされている。

【０１５１】またステップＦ３０９の更新処理として
は、Ｕ−ＴＯＣセクター１もしくはセクター４の更新も
行われる。即ち図１９のように記憶されているトラック
ネームＴＮ１〜ＴＮ４が、それぞれ対応するトラックマ
ークのアドレスを起点とするトラックに対するトラック
ネームとしてＵ−ＴＯＣセクター１もしくはセクター４
に記録される。図２３はＵ−ＴＯＣセクター１にトラッ
クネームＴＮ１〜ＴＮ４としての文字列が登録された状
態を示している。図１７（ｄ）の第１トラックＴＫ１に
ついては、該当する文字列が記憶されていないため（ナ
レーションなどで楽曲ではないため）、図２２のように
ポインタP-TNA1は「００ｈ」とされ、トラックネームは
登録されない。

【０１５２】第２トラックＴＫ２の起点を示すトラック
マークＴＭ１に対応するトラックネームＴＮ１には、図
１９のように［「ＭＹＳＯＮＧ」ＸＹＺ］という文
字列が記憶されているため、これが図２２に示すように
第２トラックＴＫ２のトラックネームとして登録され
る。即ちポインタP-TNA2が例えば「０１ｈ」とされ、さ
らにパーツテーブル（０１ｈ）からパーツテーブル（０
２ｈ）がリンクされて、この２つのパーツテーブルの各
７バイトの領域に、［「ＭＹＳＯＮＧ」ＸＹＺ］と
いう文字列がアスキーコードとして記録される。

【０１５３】同様に、第３トラックＴＫ３については、
ポインタP-TNA3からのリンクによりパーツテーブル（０
３ｈ）（０４ｈ）（０５ｈ）が用いられて、図１９のよ
うに記憶されている文字列がトラックネームとして記録
される。第４トラックＴＫ４、第５トラックＴＫ５につ
いても同様に、それぞれポインタP-TNA4、P-TNA5からの
リンクにより指定されるパーツテーブルが用いられて、
それぞれ図１９のように記憶されている文字列がトラッ
クネームとして記録される。

【０１５４】なお、曲名情報が漢字などを含む文字列と
され、その文字列がトラックネームＴＮ１，ＴＮ２・・
・としてＲＡＭ１１ａに記憶された場合は、Ｕ−ＴＯＣ
セクター４に、それらの文字列をトラックネームとして
登録するようにすればよい。また、漢字などの文字列を
Ｕ−ＴＯＣセクター１に記録する方式としては、例えば
漢字等による文字列をローマ字に変換したり、翻訳した
りして登録するトラックネームとしての文字列を生成し
てもよい。

【０１５５】以上のようにステップＦ３０９の処理とし
て図２２、図２３のような管理状態にＵ−ＴＯＣセクタ
ー０、セクター１（又はセクター４）が更新されること
で、図１７（ｄ）のように、エアチェック記録されたト
ラックが、それぞれ楽曲の先頭を分割点とする複数のト
ラックに分かれた状態で管理される状態となり、かつ楽
曲としてのトラックに関してはトラックネームが自動登
録されていることになる。

【０１５６】このようなトラックマークに基づく編集を
伴う再生時には、ユーザーは再生音声や再生文字情報を
楽しんでいてもよいし、その場にいなくてもよい。そし
て記録後の初回の再生時において、この図１７（ｄ）の
状態に編集されることで、その後の再生時には、トラッ
クナンバを指定して再生動作を指示することで、即座に
各楽曲の放送部分を再生させることができる。さらに、
その際に登録されたトラックネームも表示されるため、
再生操作のガイドや曲名の確認も行うことができる。も
ちろん、サブデータとして記録されている放送時の文字
情報も再生出力されるため、それをみて楽曲やその他の
情報の確認ができる。

【０１５７】なお、もしユーザーの操作などにより図１
７（ｂ）の状態のトラックＴＫ１の再生が途中で終了さ
れたような場合は、その途中までの時点で付されたトラ
ックマークに基づくＵ−ＴＯＣ更新が行われればよい。
例えばアドレスＡ８の再生に達する前の時点で再生が終
了された場合は、その時点で得られているトラックマー
クＴＭ１、ＴＭ２、ＴＭ３を分割点として、トラックＴ
Ｋ１が４つのトラックに分割されるようにする。

【０１５８】ところで、上記例では、記録後の初回の再
生時にトラックマーク編集が行われるようにしたが、こ
の場合、記録した分は再生させなければならず、場合に
よっては、そのような時間を要したくないようなことも
ある。例えば６０分の番組を記録した場合は、一度は６
０分間の再生を行わなければ、その全領域にわたって上
記のトラックマーク処理を行うことはできない。そこ
で、記録されたトラックについて、サブデータのみを高
速に読み出していきながらトラックマーク処理を行うと
いう方式も考えられる。この場合１クラスタにつき１つ
のサブデータセクターのみのデコードを行っていき、音
声出力は実行しない。音声出力を実行しないとすればデ
ィスク９０からのデータ読出動作を、再生音声に合わせ
て間欠的に行うような必要もなく、高速読出も可能であ
る。従って、そのトラックの記録時間に比べて非常に短
い時間で上記トラックマーク処理を実行でき、ユーザー
にとって非常に便利なものとなる。例えばエアチェック
記録後には自動的にこのような高速トラックマーク処理
が行われるようにしてもよいし、操作部２１に高速トラ
ックマーク処理を指示する操作子を設けておいて、ユー
ザーの指示に応じて高速トラックマーク処理が行われる
ようにしてもよい。

【０１５９】なお実際には、曲名情報を判別するための
上記特定形式ａ）ｂ）ｃ）が、曲名情報以外にも用いら
れる場合が全然ないとはいえない。また、楽曲の放送が
開始されてから曲名情報が送信されてくるまでに、或る
程度タイムラグが生じる可能性もある。つまり曲名情報
の記録アドレスが、楽曲の開始位置の音声データのアド
レスが、タイムラグの分だけ離れたアドレスとなってい
る場合もある。従って、トラックマーク処理によるトラ
ック分割ポイントは、必ずしも厳密に楽曲の開始位置と
はならない場合がある。ところがタイムラグは数秒程度
であるため、トラックの先頭ポイントは、ほとんどの場
合は楽曲の先頭付近とすることができ、使用上問題ない
とともに、もし正確にトラックの先頭を楽曲の先頭とし
たいのであれば、ユーザーがトラック分割、連結、消去
など任意の必要な編集操作を行なって、分割ポイントを
変更すればよいため問題ない。

【０１６０】なお、楽曲の放送が開始されてから曲名情
報が送信されてくるまでに、或る程度タイムラグが生じ
る可能性としては、放送局側の文字情報エンコード処理
による原因となる場合がある。例えば放送局によって
は、常に楽曲放送開始から５秒くらいの遅れが生じて曲
名情報が送信される場合がある。単なる再生時の頭出し
ガイドとして大まかなトラックマーク処理を目的とする
のであれば数秒のタイムラグは全く問題ないが、楽曲の
先頭位置でのトラックマークということに関してより精
度を上げたい場合は、そのようなタイムラグを見込んで
トラックマーク処理を行えばよい。

【０１６１】例えばタイムラグが平均５秒程度であれ
ば、ステップＦ３０６でトラックマークＴＭ（ｎ）とし
てのアドレスを記憶する際に、そのアドレスより５秒前
の位置に相当するアドレスを、トラックマークＴＭ
（ｎ）のアドレスとするようにしてもよい。

【０１６２】また、曲名情報を判別するための上記特定
形式ａ）ｂ）ｃ）が、曲名情報以外にも用いられる場合
があり得るのであれば、曲名情報であることを識別する
特定の文字もしくは文字列を付加するなどの手法も考え
られる。即ち放送局側では、曲名情報については、例え
ば図１８（ｂ）において文字列の先頭に付けられた音符
マークのように、特定の文字を特定の位置に付加するよ
うにしておく。このような文字情報はそのままディスク
９０に記録されるため、上記トラックマーク処理時にお
いて、デコードされた文字情報について、その特定の文
字の有無により曲名情報であるか否かが正確に判別でき
るようになり、適切なトラックマーク処理が実行でき
る。

【０１６３】また、上記例では楽曲の開始ポイントがト
ラック分割ポイントとなるようにした例を説明したが、
例えばユーザーが特定の文字列などのキーワードを設定
しておき、それに基づいてトラックマーク処理が行われ
るようにすることも考えられる。例えば好きなアーティ
スト名を特定文字列として登録しておいて、ＭＤコント
ローラ１１は文字情報としてその登録された特定文字列
が検出されたタイミングに応じて、トラックマークを設
定するものである。すると、１つのトラックとして記録
されたデータが、そのアーティストの楽曲の開始部分を
先頭とするトラックにトラック分割されることになり、
記録した放送音声の中から好きなアーティストの曲を簡
単に探して聴くことができる。また文字情報を検索する
ものであるため、文字情報として例えばそのアーティス
トの関連情報が放送され記録されていた場合などは、そ
のアドレスでトラックマークが付され、トラック分割が
行われる。この場合、そのトラックの再生音声は、必ず
しも楽曲の先頭などの適切なポイントではないかもしれ
ないが、同時に再生され表示される文字情報としては、
そのユーザーにとって知りたいアーティストの情報とな
る。つまり、記録された文字情報の中で、再生時に知り
たい情報のみを容易に探し出して再生させることができ
ることになる。

【０１６４】もちろんトラックマーク処理のために検索
される特定の形式の文字情報としての設定はさらに多様
に考えられ、いずれにしても、ユーザーが後に再生させ
たいと思われる可能性の高い箇所でトラック分割される
ような、文字情報の検索が行われればよい。

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

【０１６６】

【発明の効果】以上の説明からわかるように本発明で
は、例えば文字多重放送で放送される音声情報と文字情
報など、時間的に連続性のあるデータと、そのデータと
同時的に得られた文字情報が所定データ量のデータ単位
毎に合成されて、主データとして記録媒体に記録されて
いる場合に、読み出される文字情報として特定形式の文
字情報の検出に応じて主データに関するプログラム分割
ポイント（トラックマーク）を設定し、主データが、記
録媒体上において、設定されたプログラム分割ポイント
で分割された各プログラムとして管理されるようにして
いる。従って、その後の再生時には特定形式の文字情報
の記録位置に応じた位置で主データの頭出し再生を行う
ことができる。特に曲名情報のアドレスに応じてトラッ
クマーク処理を行うことで、再生時には各トラックの先
頭は楽曲の先頭ポイントとすることができ、記録した放
送音声の中から聴きたい曲を探したい場合などでも簡易
かつ快適な操作で、それを行うことができる。即ち、記
録された放送音声もしくは文字放送として、再生時に便
利なポイントトラック分割を行うことができ、再生時の
操作性は大きく向上する。

【０１６７】また、曲名情報としての特定形式の文字情
報を検出してトラックマーク処理を行うのであれば、そ
の曲名情報の文字列を、その際に設定されるプログラム
分割ポイントで分割されるプログラムに対応する名称情
報とすることで、各プログラムに対応するトラックネー
ム入力を自動化できるという効果がある。

【０１６８】また特定形式の文字情報とは、特定の文字
列、もしくは特定の文字、もしくは特定の文字パターン
を有する文字情報とされることで、正確かつユーザーの
ニーズに応じた多様なプログラム分割を実現できる。

【０１６９】また記録媒体に記録されている主データの
うちで、時間的に連続性のあるデータについての再生出
力を実行させながら、その再生出力中に読み出される文
字情報を特定形式の文字情報の検出動作に供するように
すれば、ユーザーが記録された放送音声データ等を聴い
ている間に、自動的にトラック分割が行われるような編
集動作が実現できる。或いは、時間的に連続性のあるデ
ータについては再生出力を実行させずに、文字情報のみ
を抽出して特定形式の文字情報の検出動作に供するよう
にすれば、記録媒体からの読出動作が時間的に規定され
なくなるため、高速に文字情報のみを読み出すこともで
き、トラック分割を実行する自動的な編集動作を非常に
高速に実行できるという効果がある。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図１６】実施の形態の再生時のトラックマーク処理の
フローチャートである。

【図１７】実施の形態の再生時のトラックマーク処理に
よる管理状態の説明図である。

【図１８】実施の形態で監視する番組情報の説明図であ
る。

【図１９】実施の形態のトラックマーク処理にかかる記
憶データの説明図である。

【図２０】実施の形態の記録前のＵ−ＴＯＣセクター０
の管理状態の説明図である。

【図２１】実施の形態の記録後のＵ−ＴＯＣセクター０
の管理状態の説明図である。

【図２２】実施の形態の編集後のＵ−ＴＯＣセクター０
の管理状態の説明図である。

【図２３】実施の形態の編集後のＵ−ＴＯＣセクター１
の管理状態の説明図である。

【符号の説明】

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

Claims

【特許請求の範囲】

【請求項１】時間的に連続性のあるデータと、そのデ
ータと同時的に得られた文字情報が所定データ量のデー
タ単位毎に合成されて、主データとして記録されている
とともに、この主データをプログラム単位で管理する管
理情報が記録された記録媒体に対応する編集装置とし
て、記録媒体から、少なくとも前記主データのうちの文字情
報を読み出すことのできる読出手段と、前記読出手段で読み出された前記文字情報として、特定
形式の文字情報が検出されることに応じて、前記記録媒
体に記録されている主データに関するプログラム分割ポ
イントを設定し、その主データが、前記記録媒体上にお
いて、前記プログラム分割ポイントで分割された各プロ
グラムとして管理された状態になるように前記記録媒体
に記録されている管理情報を更新することができる管理
情報更新手段と、を備えたことを特徴とする編集装置。
【請求項２】前記記録媒体に記録される管理情報は前
記主データとしての各プログラムに対応する名称情報を
登録できる情報形態とされているとともに、前記管理情報更新手段は、前記特定形式の文字情報が、
その際に設定される前記プログラム分割ポイントで分割
されるプログラムに対応する名称情報とされるように前
記記録媒体に記録されている管理情報を更新することを
特徴とする請求項１に記載の編集装置。
【請求項３】前記特定形式の文字情報とは、特定の文
字列、もしくは特定の文字、もしくは特定の文字パター
ンを有する文字情報とされることを特徴とする請求項１
に記載の編集装置。
【請求項４】前記読出手段は、前記記録媒体に記録さ
れている前記主データのうちで、時間的に連続性のある
データについての再生出力を実行させながら、その再生
出力中に読み出される文字情報を前記管理情報更新手段
での特定形式の文字情報の検出動作に供することを特徴
とする請求項１に記載の編集装置。
【請求項５】前記読出手段は、前記記録媒体に記録さ
れている前記主データのうちで、時間的に連続性のある
データについては再生出力を実行させずに、文字情報の
みを抽出して前記管理情報更新手段での特定形式の文字
情報の検出動作に供することを特徴とする請求項１に記
載の編集装置。