(57)【特許請求の範囲】
【請求項１】
時間的に連続性のある連続データと、その連続データと同時的に得られた文字情報が所定データ量のデータ単位毎に合成されて、主データとして記録されているとともに、この主データをプログラム単位で管理する管理情報が記録され、さらに前記管理情報は前記主データとしての各プログラムに対応する名称情報を登録できる情報形態とされている記録媒体に対応する編集装置として、
前記記録媒体からデータ読出を行う読出手段と、
前記読出手段によって前記主データとして読み出される前記連続データの再生出力を行う第１の再生処理手段と、
前記読出手段によって前記主データとして読み出される前記文字情報のうちから前記文字情報の属性が所定値の文字情報のみを再生出力する第２の再生処理手段と、
ユーザーによって操作される登録操作手段と、
前記第２の再生処理手段による再生出力が前記第１の再生処理手段によって再生出力されている情報と連動する期間内に前記登録操作手段が操作されたときに前記第２の再生処理手段によって再生出力されていた文字情報を登録情報として記憶する登録情報記憶手段と、
前記登録情報記憶手段に記憶された文字情報が、前記記録媒体に記録された前記登録操作手段が操作されたときに再生されていたプログラムの名称情報とされるように前記管理情報の更新を行う管理情報更新手段と、
を備えたことを特徴とする編集装置。
【請求項２】
前記登録情報記憶手段は、前記登録操作手段が操作されたタイミングで前記第２の再生処理手段によって再生出力されていた文字情報を、その時点で前記第１の再生処理手段によって再生されていた連続データの位置情報と対にして１つの登録情報として記憶するとともに、
前記管理情報更新手段は、前記登録情報記憶手段に記憶されている１又は複数の登録情報のそれぞれについて、前記連続データの位置情報に基づいて対応するプログラムを判別し、その位置情報と対とされている文字情報が、判別されたプログラムの名称情報とされるように前記管理情報の更新を行うことを特徴とする請求項１に記載の編集装置。
【請求項３】
前記管理情報更新手段は、前記登録情報記憶手段に登録情報として記憶されている文字情報を、前記記録媒体の管理情報で用いられる文字コード形態に変換して、その変換された文字情報がプログラムの名称情報とされるように処理を行うことを特徴とする請求項１に記載の編集装置。
【請求項４】
前記管理情報更新手段は、前記登録情報記憶手段に登録情報として記憶されている文字情報としての各文字コードを、前記記録媒体の管理情報で用いられる文字コード形態に変換する際に、変換不能な文字コードが存在した場合は、その変換不能な文字コードを、設定された特定の文字コードに変換することを特徴とする請求項３に記載の編集装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、記録媒体に記録されているデータについて編集処理を行うことのできる編集装置に関し、例えば主データとしてＦＭ文字多重放送のように文字情報を含む放送にソースとして、その放送音声信号と文字情報を記録した記録媒体に対して好適な編集装置である。
【０００２】
【従来の技術】
一般に『見えるラジオ』として知られているＦＭ多重放送では、音声信号に文字データを多重化して放送している。
多重化されて放送される文字データは、ラジオ受信機における文字デコーダによって抽出され、例えばラジオ受信機に設けられている小型の表示部において文字として表示される。
【０００３】
文字データとしては、例えば複数ページで構成される文字番組（番組データ）が繰り返し放送されるものであり、例えば天気予報、交通情報など、音声として放送している番組とは独立した内容のもの（以下、独立番組ともいう）や、オンエアしている楽曲の曲名、演奏者名、番組内容、ＤＪの名前など、音声による放送内容と関連する情報（以下、連動番組ともいう）がある。
特に連動番組としての曲名情報は、通常、ある楽曲が放送されている時点で、その曲名やアーティスト名となる文字情報が放送音声としての楽曲と同時的に放送されてくる。通常、この曲名情報は楽曲の開始時点に送られてくるほか、その楽曲が放送されている間、複数回繰り返し送信される。
【０００４】
ところで各種記録媒体及びそれらに対応する記録再生装置が開発されているが、特に近年ミニディスクシステムとして知られているように、ユーザーが自由に音楽データ等を記録できるものも普及している。このミニディスクシステムを利用することにより、ＦＭラジオ等で放送される楽曲を録音（いわゆるエアチェック）することもでき、このような利便性を考慮して、受信機能と記録再生機能を一体的に備えた機器も開発されている。もしくは、一体的でなくても、チューナ装置と記録再生装置をシステム接続して同様にエアチェック可能とすることもされている。
【０００５】
またミニディスクシステムの場合は、ディスク上でユーザーが録音を行なった領域（データ記録済領域）や、まだ何も録音されていない領域（データ記録可能な未記録領域；以下、フリーエリアという）を管理するために、音楽等の主データとは別に、ユーザーＴＯＣ（以下、Ｕ−ＴＯＣという）という管理情報が記録されている。
そして記録装置はこのＵ−ＴＯＣを参照しながら録音を行なう領域を判別し、また再生装置はＵ−ＴＯＣを参照して再生すべき領域を判別している。
つまり、Ｕ−ＴＯＣには録音された各楽曲等が１つのプログラム（以下「プログラム」を「トラック」ともいう）というデータ単位で管理され、そのスタートアドレス、エンドアドレス等が記される。また何も録音されていないフリーエリアについては今後のデータ記録に用いることのできる領域として、そのスタートアドレス、エンドアドレス等が記される。
【０００６】
さらに、このようなＵ−ＴＯＣによりディスク上の領域が管理されることで、Ｕ−ＴＯＣを更新するのみで、音楽等の記録データの編集ができる。
例えば１つのトラックを複数のトラックに分割するディバイド機能、複数のトラックを１つのトラックに連結するコンバイン機能、再生するトラック順序に応じて与えられているトラックナンバを変更させるムーブ機能、不要なトラックを削除するデリート機能（イレーズ機能とも呼ばれる）などの編集処理が容易でしかも迅速に実行できることになる。
さらに各トラックに付随してトラックネームとして曲名などを登録しておき、例えば再生時に表示させることも可能とされている。
そして、ユーザはこのような機能を活用して、一旦ディスクに記録した１又は複数のトラックの編集を行い、個人のオリジナルディスクを作成して楽しむことができるようになる。
特にエアチェックを考えると、このように録音した楽曲等の編集が容易に可能であることは、大変便利なものとなる。
【０００７】
【発明が解決しようとする課題】
ところで本出願人は先行技術として先に、特願平９−３４４７４８号として、文字放送が多重化された放送のエアチェック動作において、放送音声と同時的に文字情報も記録媒体（例えばミニディスク）に記録していく技術を提案した。
この技術によれば、エアチェック動作として放送音声とともに文字情報もディスク等に記録でき、さらにその再生時には記録された放送音声を再生出力するとともに、その再生音声の放送時に送信されてきた文字情報も表示出力することができるものである。つまり文字情報についても記録再生を可能とすることで、記録した放送音声の再生時に、放送音声に関する連動番組などを見ることができる。このようにすると再生時に、例えば放送された楽曲についての曲名なども知ることができる。
このような技術を前提とすると、ディスク等に記録した文字情報をより有効活用することが求められる。
【０００８】
【課題を解決するための手段】
本発明はこのような事情に鑑みて、記録媒体に記録した文字情報を用いて記録媒体上のプログラムに関する編集処理、特にプログラムの名称の登録が実行できるようにし、ユーザーの便宜を図ることを目的とする。
【０００９】
このために、時間的に連続性のある連続データと、その連続データと同時的に得られた文字情報が所定データ量のデータ単位毎に合成されて、主データとして記録されているとともに、この主データをプログラム単位で管理する管理情報が記録され、さらに管理情報は主データとしての各プログラムに対応する名称情報を登録できる情報形態とされている記録媒体に対応する編集装置として、読出手段と、第１の再生処理手段と、第２の再生処理手段と、登録操作手段と、登録情報記憶手段と、管理情報更新手段とを備えるようにする。
読出手段は、記録媒体からデータ読出を行う。
第１の再生処理手段は、読出手段によって主データとして読み出される連続データの再生出力を行う。
第２の再生処理手段は、読出手段によって主データとして読み出される文字情報のうちから文字情報の属性が所定値の文字情報のみを再生出力を行う。
登録情報記憶手段は、第２の再生処理手段による再生出力が第１の再生処理手段によって再生出力されている情報と連動する期間内に登録操作手段が操作されたときに第２の再生処理手段によって再生出力されていた文字情報を登録情報として記憶する。
そして管理情報更新手段は、第２の再生処理手段による再生出力が第１の再生処理手段によって再生出力されている情報と連動する期間内に登録操作手段が操作されたときに第２の再生処理手段によって再生出力されていた文字情報とされるように管理情報の更新を行う。
つまり、連続データ（例えばオーディオデータ）と文字情報が再生されている際に、ユーザーがプログラムの名称として登録したい文字情報が再生出力（例えば表示出力）されているタイミングで登録操作手段での操作を行うことで、その文字情報がプログラム名の情報として選択されて管理情報上に登録されるようにする。
【００１０】
また登録情報記憶手段は、登録操作手段が操作されたタイミングで第２の再生処理手段によって再生出力されていた文字情報を、その時点で第１の再生処理手段によって再生されていた連続データの位置情報と対にして１つの登録情報として記憶する。そして管理情報更新手段は、登録情報記憶手段に記憶されている１又は複数の登録情報のそれぞれについて、連続データの位置情報に基づいて対応するプログラムを判別し、その位置情報と対とされている文字情報が、判別されたプログラムの名称情報とされるように管理情報の更新を行う。
つまり、例えばユーザーが登録操作手段の操作で選択して文字情報について、名称として登録される対象のプログラムナンバを指定しなくとも、その文字情報が対応するプログラムが自動的に判別されて、名称情報として適正に管理情報上に登録されるようにする。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態について説明する。
この実施の形態としての例は、ＦＭ文字多重放送を受信することができるとともに、光磁気ディスク（ミニディスク）を記録媒体として用い、記録再生動作を行うことのできる記録再生システムとする。
具体的には、ミニディスクレコーダ／プレーヤとしての記録再生部１と、ＦＭ多重放送チューナとしてのチューナ部３０を有するシステムとし、このシステム全体もしくは記録再生部１が本発明の編集装置に該当する。
なお、記録再生部１とチューナ部３０は、一体的に一つの機器内に設けられるものでもよいし、別体とされ、接続されることでシステムが形成されるものとしてもよい。接続の形態としてはケーブルを用いた有線接続でもよいし、赤外線信号や無線信号の送受信による無線接続でもよい。
実施の形態の説明は次の順序で行なう。
１．システム構成
２．ミニディスクシステムのクラスタ構造
３．ミニディスクのエリア構造
４．Ｕ−ＴＯＣ
５．バッファメモリの領域構成
６．放送される文字情報構造
７．文字データ送信のための信号接続形態
８．記録時の文字データ転送処理
９．再生時の文字データ転送処理
１０．文字情報の表示処理
１１．文字情報のトラックネームとしての登録処理
【００１２】
１．システム構成
図１に本例の記録再生システムのブロック図を示す。
この記録再生システムを構成する記録再生部１は、ミニディスクに対して記録／再生／編集動作を行うことのできるものとし、またチューナ部３０はＦＭ多重放送を受信できるとともに、受信した文字情報を表示出力する機能を持つものとする。
【００１３】
まずチューナ部３０の構成を説明する。
チューナ部３０は、マイクロコンピュータによるチューナコントローラ３１の制御に基づいたＦＭ受信動作及びその関連処理を行う部位となる。
アンテナ３２で受信される放送信号はＦＭチューナ／文字受信部（以下、受信部という）３３で受信／検波される。
即ち受信部３３では、ユーザーの操作やタイマ動作に応じたチューナコントローラ３１の制御に応じて選局が行われる。
受信部３３で得られた信号のうち、放送音声としての信号は、オーディオ復調部３４でステレオ復調され、ステレオ音声信号となる。
このステレオ音声信号は、記録再生部１でのディスク９０への記録や、放送の聴取のための出力音声信号として出力されることになる。ディスク９０への記録のための信号系は後述するが、放送の聴取のための出力としては、記録再生部１の出力スイッチ１６のＰＴＵ端子を介してアンプ１７に供給され、端子Ａｏｕｔからパワーアンプ、スピーカなどを有する図示しない音声出力系に供給されて、音声として出力されることになる。
【００１４】
なお、この構成例ではディスク９０からの再生音声と、オーディオ復調部３４で得られる放送受信による音声信号は、出力スイッチ１６で選択されてスピーカ等へ供給されるようにしている（つまりスピーカ等が共用される）が、例えば記録再生部１とチューナ部３０を別体機器とする場合は、チューナ部３０内にパワーアンプやスピーカ等の音声出力系が形成されて、そこから受信音声が出力されるようにすればよい。
またこの例では、受信選局のためのユーザーの操作は記録再生部１の操作部２１を用いるようにしており、その操作情報は後述するＭＤコントローラ１１との通信によりチューナコントローラ３１に供給されるようにしているが、もちろんチューナ部３０に選局操作等のための操作部を有するようにしてもよい。
【００１５】
受信部３３で得られる信号のうち、多重された文字情報としての信号は、文字デコード部３５でデコードされ、文字情報ＴＤＴが抽出される。
この文字情報ＴＤＴはチューナコントローラ３１に供給され、ＲＡＭ３６に記憶される。
【００１６】
チューナコントローラ３１は、文字情報ＴＤＴをＲＡＭ３６に取り込ませるとともにリアルタイムで表示部３８に表示させることができる。もちろんＲＡＭ３６に蓄積した文字情報をその後のある時点で表示部３８に表示させることもできる。
【００１７】
ＲＡＭ３６は例えばＤ−ＲＡＭ、Ｓ−ＲＡＭなどの半導体メモリで構成され、チューナコントローラ３１の指示に基づく文字情報ＴＤＴの記憶や、その他動作上必要な各種のデータの記憶を行う。
このＲＡＭ３６における文字情報ＴＤＴの記憶とは、いわゆる表示メモリとしての機能となり、ＲＡＭ３６に記憶された文字情報ＴＤＴが表示部３８での表示出力に供されることになる。
例えば文字情報ＴＤＴとしては上述したように連動番組や独立番組など各種の種類のものがあり、また内容別には、連動番組としては曲名情報や放送番組に関連する情報（例えばＤＪ名、番組名、番組内容の紹介など）があり、さらには独立番組としては天気予報や交通情報など、各種のものがある。それぞれの文字情報はＦＭ放送において繰り返し（所要のタイミングで内容が更新されながら）送信されてくるが、ＲＡＭ３６に記憶された文字情報はそれぞれ送信されてきた内容の更新状況に応じて更新され、表示部２８での表示に供されることになる。
【００１８】
表示部３８は文字情報ＴＤＴの表示や、ユーザーに対する操作上のメッセージ、ガイド表示等をチューナコントローラ３１の制御に基づいて実行する。
また文字情報ＴＤＴに基づいた漢字としての表示を行うために、漢字等のフォント情報を記憶した漢字ＲＯＭ３７が設けられている。
さらにチューナコントローラ３１は、ＭＤコントローラ１１から送信された表示情報に基づいて、記録再生部１側の動作や状態に基づく表示も表示部３８に実行させることができる。なお、記録再生部１側にも表示部を設ける場合は、そのような表示を記録再生部１側で実行するようにすればよい。
【００１９】
チューナコントローラ３１は、ＭＤコントローラ１１と例えばシリアルインターフェース通信形態ＳＩＦにより、各種の信号の通信を行う。例えば操作部２１の操作情報、表示部３８での表示情報、互いの動作状態を示すステイタス情報などの通信を行うことで、記録再生部１とチューナ部３０との連係動作が実現される。
また、チューナコントローラ３１は文字情報ＴＤＴとしてデコードされた文字情報を記録すべき文字情報ｗＴＤＴとしてＭＤコントローラ１１に送信し、ディスク９０への記録に供するとともに、ディスク９０に記録した文字情報として記録再生部１で再生された文字情報ｐＴＤＴは、ＭＤコントローラ１１がチューナコントローラ３１に送信し、表示部３８での表示出力に供させる。
つまりチューナコントローラ３１は、記録再生部１から供給された文字情報ｐＴＤＴを表示メモリとしてのＲＡＭ３８に書き込んでいく（必要に応じて更新していく）ことで、表示を実行させる。
文字情報の記録／再生時における送受信のための通信構造は、後に詳述する。
【００２０】
次に記録再生部１の構成について説明する。
記録再生部１は、端子Ａｉｎから入力された音声信号や、チューナ部３０で受信した放送音声信号をディスク９０に記録することができるように構成される。さらにチューナ部３０でデコードされた文字情報ＴＤＴを放送音声信号と同時的にディスク９０に記録することもできるようにされる。
なお、それ以外にも、例えばマイクロホン入力端子、デジタル入力端子などが設けられて他の各種オーディオソースからの音声信号をディスク９０に記録することも当然可能とされるが、それらについての説明は省略する。
【００２１】
この記録再生部１に装填される光磁気ディスク９０は、スピンドルモータ２により回転駆動される。そして光磁気ディスク９０に対しては記録／再生時に光学ヘッド３によってレーザ光が照射される。
光学ヘッド３は、記録時には記録トラックをキュリー温度まで加熱するための高レベルのレーザ出力を行ない、また再生時には磁気カー効果により反射光からデータを検出するための比較的低レベルのレーザ出力を行なう。
このため、光学ヘッド３にはレーザ出力手段としてのレーザダイオード、偏光ビームスプリッタや対物レンズ等からなる光学系、及び反射光を検出するためのディテクタが搭載されている。対物レンズ３ａは２軸機構４によってディスク半径方向及びディスクに接離する方向に変位可能に保持されている。
【００２２】
また、ディスク９０を挟んで光学ヘッド３と対向する位置に磁気ヘッド６ａが配置されている。磁気ヘッド６ａは供給されたデータによって変調された磁界を光磁気ディスク９０に印加する動作を行なう。
光学ヘッド３全体及び磁気ヘッド６ａは、スレッド機構５によりディスク半径方向に移動可能とされている。
【００２３】
再生動作によって、光学ヘッド３によりディスク９０から検出された情報はＲＦアンプ７に供給される。ＲＦアンプ７は供給された情報の演算処理により、再生ＲＦ信号、トラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥ、グルーブ情報（光磁気ディスク９０にプリグルーブ（ウォブリンググルーブ）として記録されている絶対位置情報）等を抽出する。
抽出された再生ＲＦ信号はエンコード／デコード部８に供給される。また、トラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥはサーボ回路９に供給され、グルーブ情報はアドレスデコーダ１０に供給される。
【００２４】
サーボ回路９は供給されたトラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥや、マイクロコンピュータにより構成されるＭＤコントローラ１１からのトラックジャンプ指令、アクセス指令、スピンドルモータ２の回転速度検出情報等により各種サーボ駆動信号を発生させ、２軸機構４及びスレッド機構５を制御してフォーカス及びトラッキング制御を行ない、またスピンドルモータ２を一定線速度（ＣＬＶ）に制御する。
【００２５】
アドレスデコーダ１０は供給されたグルーブ情報をデコードしてアドレス情報を抽出する。このアドレス情報はＭＤコントローラ１１に供給され、各種の制御動作に用いられる。
また再生ＲＦ信号についてはエンコード／デコード部８においてデコード処理が行なわれるが、このときアドレス、サブコードデータなども抽出され、ＭＤコントローラ１１に供給される。
【００２６】
エンコード／デコード部８では再生ＲＦ信号についてＥＦＭ復調、ＡＣＩＲＣエラー訂正、セクターデコード（ミニディスクフォーマットに対応するデコード）等のデコード処理が行われる。そしてデコードされた音声データ（セクターデータ）は、メモリコントローラ１２によって一旦バッファメモリ１３に書き込まれる。なお、光学ヘッド３によるディスク９０からのデータの読み取り及び光学ヘッド３からバッファメモリ１３までの系における再生データの転送は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〜ＳＣ1F）においてデータフォーマットが規定され、それぞれ所定の管理情報が記録される。即ちプログラムエリアに記録されている各トラックのアドレス、フリーエリアのアドレス等が記録され、また各トラックに付随するトラックネーム、記録日時などの情報が記録できるようにＵ−ＴＯＣセクターが規定されている。
このようなＵ−ＴＯＣデータとなるセクターを有するクラスタが、クラスタ３，４，５に３回繰り返し記録される。
クラスタ４７，４８，４９は、プログラムエリアとの緩衝エリアとされる。
【００４５】
クラスタ５０（＝１６進表記で３２ｈ）以降のプログラムエリアには、１つのクラスタ内の３２個の各メインセクター（ＳＣ00〜ＳＣ1F）において、楽曲等の音声データがＡＴＲＡＣと呼ばれる圧縮形式で記録される。記録される各プログラムや記録可能な領域は、Ｕ−ＴＯＣによって管理される。
なお、プログラム領域における各クラスタにおいて、セクターＳＣFFは、前述したようにサブデータとしての情報の記録に用いることができる。
【００４６】
４．Ｕ−ＴＯＣ
［Ｕ−ＴＯＣセクター０］
前述したように、ディスク９０に対してプログラム（トラック）の記録／再生動作を行なうためには、ＭＤコントローラ１１は、予めディスク９０に記録されている管理情報としてのＰ−ＴＯＣ、Ｕ−ＴＯＣを読み出しておき、必要時にこれを参照することになる。
ここで、ディスク９０においてトラック（楽曲等）の記録／再生動作などの管理を行なう管理情報として、Ｕ−ＴＯＣセクターについて説明する。
【００４７】
なおＰ−ＴＯＣは図３で説明したようにディスク９０の最内周側のピットエリアに形成されるもので、読出専用の情報である。そして、Ｐ−ＴＯＣによってディスクの記録可能エリア（レコーダブルユーザーエリア）や、リードアウトエリア、Ｕ−ＴＯＣエリアなどの位置の管理等が行なわれる。なお、全てのデータがピット形態で記録されている再生専用の光ディスクでは、Ｐ−ＴＯＣによってＲＯＭ化されて記録されている楽曲の管理も行なうことができるようにされ、Ｕ−ＴＯＣは形成されない。
Ｐ−ＴＯＣについては詳細な説明を省略する。
【００４８】
図４はＵ−ＴＯＣセクター０のフォーマットを示すものである。
なお、Ｕ−ＴＯＣセクターとしてはセクター０〜セクター３２まで設けることができる。即ち上記した１クラスタ内のメインセクターＳＣ00〜ＳＣ1Fに相当して記録されるセクターとなる。
その中で、セクター１，セクター４は文字情報、セクター２は録音日時を記録するエリアとされている。セクター１，セクター４については後述し、セクター２については説明を省略する。
まず最初に、ディスク９０の記録／再生動作に必ず必要となるＵ−ＴＯＣセクター０について説明する。
【００４９】
Ｕ−ＴＯＣセクター０は、主にユーザーが録音を行なった楽曲等のプログラムや新たにプログラムが録音可能なフリーエリアについての管理情報が記録されているデータ領域とされる。
例えばディスク９０に或る楽曲の録音を行なおうとする際には、ＭＤコントローラ１１は、Ｕ−ＴＯＣセクター０からディスク上のフリーエリアを探し出し、ここに音声データを記録していくことになる。また、再生時には再生すべき楽曲が記録されているエリアをＵ−ＴＯＣセクター０から判別し、そのエリアにアクセスして再生動作を行なう。
【００５０】
図４のＵ−ＴＯＣセクター０のデータ領域（４バイト×588 の２３５２バイト）は、先頭位置にオール０又はオール１の１バイトデータが並んで形成される同期パターンが記録される。
続いてクラスタアドレス(Cluster H) (Cluster L) 及びセクターアドレス(Sector)となるアドレスが３バイトにわたって記録され、さらにモード情報(MODE)が１バイト付加され、以上でヘッダとされる。ここでの３バイトのアドレスは、そのセクター自体のアドレスである。
同期パターンやアドレスが記録されるヘッダ部分については、このＵ−ＴＯＣセクター０に限らず、Ｐ−ＴＯＣセクター、プログラムエリアでのセクターでも同様であり、セクター単位にそのセクター自体のアドレス及び同期パターンが記録されている。
【００５１】
続いて所定バイト位置に、メーカーコード、モデルコード、最初のトラックのトラックナンバ(First TNO）、最後のトラックのトラックナンバ（Last TNO）、セクター使用状況(Used sectors)、ディスクシリアルナンバ、ディスクＩＤ等のデータが記録される。
【００５２】
さらに、ユーザーが録音を行なって記録されているトラック（楽曲等）の領域やフリーエリア等を後述するテーブル部に対応させることによって識別するため、ポインタ部として各種のポインタ(P-DFA，P-EMPTY ，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 において(01h) 〜(FFh) のいづれかが記録されており、それに相当するパーツテーブルには、フリーエリアであるパーツがスタート及びエンドアドレスによって示されている。また、このようなパーツが複数個有り、つまりパーツテーブルが複数個有る場合はリンク情報により、リンク情報が『００ｈ』となるパーツテーブルまで順次指定されている。
【００６０】
図５にパーツテーブルにより、フリーエリアとなるパーツの管理状態を模式的に示す。これはパーツ(03h)(18h)(1Fh)(2Bh)(E3h) がフリーエリアとされている時に、この状態がポインタP-FRA に引き続きパーツテーブル(03h)(18h)(1Fh)(2Bh)(E3h) のリンクによって表現されている状態を示している。なお上記した欠陥領域や未使用パーツテーブルの管理形態もこれと同様となる。
【００６１】
ポインタP-TNO1〜P-TNO255は、ディスク９０にユーザーが記録を行なった楽曲などのトラックについて示しており、例えばポインタP-TNO1では第１トラックのデータが記録された１又は複数のパーツのうちの時間的に先頭となるパーツが示されたパーツテーブルを指定している。
例えば第１トラック（第１プログラム）とされた楽曲がディスク上でトラックが分断されずに、つまり１つのパーツで記録されている場合は、その第１トラックの記録領域はポインタP-TNO1で示されるパーツテーブルにおけるスタート及びエンドアドレスとして記録されている。
【００６２】
また、例えば第２トラック（第２プログラム）とされた楽曲がディスク上で複数のパーツに離散的に記録されている場合は、その第２トラックの記録位置を示すため各パーツが時間的な順序に従って指定される。つまり、ポインタP-TNO2に指定されたパーツテーブルから、さらにリンク情報によって他のパーツテーブルが順次時間的な順序に従って指定されて、リンク情報が『００ｈ』となるパーツテーブルまで連結される（上記、図５と同様の形態）。
このように例えば２曲目を構成するデータが記録された全パーツが順次指定されて記録されていることにより、このＵ−ＴＯＣセクター０のデータを用いて、２曲目の再生時や、その２曲目の領域への上書き記録を行なう際に、光学ヘッド３及び磁気ヘッド６ａをアクセスさせ離散的なパーツから連続的な音楽情報を取り出したり、記録エリアを効率使用した記録が可能になる。
【００６３】
以上のように、書換可能な光磁気ディスク９０については、ディスク上のエリア管理はＰ−ＴＯＣによってなされ、またレコーダブルユーザーエリアにおいて記録された楽曲やフリーエリア等はＵ−ＴＯＣにより行なわれる。
【００６４】
［Ｕ−ＴＯＣセクター１］
次に、図６にＵ−ＴＯＣセクター１のフォーマットを示す。このセクター１は録音された各トラックにトラックネームをつけたり、ディスク自体の名称などの情報となるディスクネームをつける場合に、入力された文字情報を記録するデータ領域とされる。
【００６５】
このＵ−ＴＯＣセクター１には、記録された各トラックに相当するポインタ部としてポインタP-TNA1〜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によって指定されるスロット（及びリンクされるスロット）において、２バイトコードとしての文字情報が記録される。
なお、この例はＵ−ＴＯＣセクター４に２バイトコードを記録するものであるが、もちろんＵ−ＴＯＣセクター１において１バイトのアスキーコードとして、登録データとしての文字内容が記録されていってもよいものである。但し、登録データとしての文字に漢字等が含まれていた場合は、それをアルファベットによるローマ字やカタカナなど、１バイトコードで適用できる形態に変換する必要はある。
【０１５４】
ところで上記ステップＦ５０７では、登録データとしての文字情報をＭＤコードに変換しているが、これは例えばＦＭ文字放送などで採用されているコード体系がそのままＵ−ＴＯＣセクター１、セクター４で用いられない場合の処理となる。
ＦＭ文字放送では、いわゆる８単位系コードと呼ばれる文字コード体系が採用されている。これについての詳述は避けるが、この８単位系コードでは２バイトコードと１バイトコードの混在や、制御コードの挿入が行われるものであり、例えば「誘惑のハンマー」という文字は、８単位系コードでは図２４（ａ）のようになる。即ち各文字に対応するようにアンダーラインを付した２バイト又は１バイトのコードと、アンダーラインが付されていない各種の制御コードが混在する。
一方Ｕ−ＴＯＣセクター１では１バイトコードが、セクター４では２バイトコードが採用されており、例えばセクター４で２バイトコードと１バイトコードの混在はできない。
そのため、登録データとしての文字情報を例えばＵ−ＴＯＣセクター４に記録することを考えると、ステップＦ５０７としての変換処理が必要になるものである。なお、変換された２バイトコードは、図２４（ｂ）のようになる。
【０１５５】
以上のように図２０、図２３の処理によって、ユーザーはトラックネームとしてわざわざ文字入力を行うことなく、放送時に同時に放送された文字情報を利用して、それを登録スイッチで選択するだけでトラックネーム登録を行うことができる。従ってトラックネーム登録操作は著しく簡略化される。また例えばエアチェックした曲名がわからないような場合でも、曲名自体が提示されるため、正しい曲名でトラックネーム登録を行うことができる。
さらに通常ユーザーは、トラックネーム登録の際には、登録対象となるトラックナンバも指定する必要があるが、対応するトラックナンバは、登録スイッチ操作時の再生音声に該当するアドレスにより判別されるため、トラックナンバ指定操作を行う必要もない。
【０１５６】
なお、この処理例では図２０のステップＦ４０１により連動番組の文字情報を対象として登録用メモリに登録できるようにしており、即ちトラックネームとして登録できる文字情報の種別を連動番組としての文字に限っている。しかしながら、このステップＦ４０１の処理をなくして、例えば独立番組の文字情報であってもユーザーが選択したのであれば、トラックネームとして登録できるようにすることも当然可能である。
【０１５７】
また上記例は再生中にユーザーが表示内容を確認して登録スイッチを操作するものとしたが、記録中に同様のトラックネームに関する処理を行うこともできる。即ち記録中には、放送音声と文字情報がディスク９０に記録されるとともに、その文字情報は表示部３８に表示される。
従ってある時点で曲名表示が行われたら、ユーザーが登録スイッチを押すことで、そのときの受信音声が記録されるディスク９０上のアドレスとともに表示されている文字情報を登録データとして格納していくようにすれば、上記再生時と同様のトラックネーム自動登録処理が実現できる。
【０１５８】
但し、記録時には基本的には例えば曲などの単位ではトラック分割されていないため、何らかの手段で記録時に自動的にトラック分割を行うようにしたり、もしくは記録時には登録スイッチの操作に応じた登録データの生成のみとすることが考えられる。
【０１５９】
まず記録時にトラック分割する方法としては、例えば登録スイッチが操作された数秒前のポイントを分割ポイントとしたり、或いはオーディオデータ自体の解析により、曲部分とナレーション部分を判別して（例えばオーディオデータの周波数分布状況などで音楽か否かを判別するなど）、自動的にトラック分割を行うことが考えられる。そして分割されたトラックに対して、登録データとして蓄積された文字情報をトラックネームとして記録していくものである。
【０１６０】
また、記録時には登録スイッチの操作に応じた登録データの生成のみとする方式とは、例えばその登録データを記録終了後においてある程度の期間保存しておいて、ユーザーがトラック分割を行った時点で、上記再生後のトラックマーク登録処理と同様にアドレス対応関係から各登録データにおける文字情報が対応するトラックナンバを判別してトラックネーム登録を行うようにするものである。
【０１６１】
なお実施の形態ではミニディスクシステムを用いることを想定して説明したが、これに限らず音声データサブデータを同時的に記録可能な記録媒体を用いるシステムを記録再生部１として採用してもよい。具体的には、ハードディスクドライブシステム、ＤＶＤ（DIGITAL VIDEO DISC / DIGITAL VERSATILE DISC ）システム、ＤＡＴ（DIGITAL AUDIO TAPE）システムなどが採用されてもよい。
また連続性のあるデータとして音声データを記録するシステムとしたが、例えば動画映像データと文字情報を同時に記録するシステムであっても本発明は適用できる。
【０１６２】
【発明の効果】
以上の説明からわかるように本発明では、例えば文字多重放送で放送される音声情報と文字情報など、時間的に連続性のあるデータと、そのデータと同時的に得られた文字情報が所定データ量のデータ単位毎に合成されて、主データとして記録媒体に記録されている場合に、その再生時に、ユーザーの登録操作が行われたタイミングで再生出力されていた文字情報を登録情報として記憶し、その登録情報として記憶されている文字情報が、記録媒体に記録されたプログラムの名称情報とされるように管理情報の更新を行うようにしている。
即ちユーザーが、再生されている文字情報の中から名称情報として適切な文字情報を選択すれば、その文字情報がプログラムの名称情報として登録されることになるため、プログラムの名称登録のために文字入力を行う必要はなくなり、登録操作は非常に簡単なものとなるという効果がある。
さらに表示等の再生出力により、放送された曲（再生されている曲）の曲名等が提供されることになるため、ユーザーは曲名等がわからない場合であっても適切な名称情報を登録させることができることにもなる。
【０１６３】
また本発明では、ユーザーの登録操作タイミングで、そのとき再生出力されていた文字情報とともに、その時点で再生されていた連続データの位置情報を合わせて登録情報として記憶し、管理情報更新の際には、登録情報のそれぞれについて、連続データの位置情報に基づいて対応するプログラムを判別し、その位置情報と対とされている文字情報が、判別されたプログラムの名称情報とされるようにしている。従って、ユーザーが名称情報としての登録のために選択した文字情報について、名称として登録される対象のプログラムナンバを指定しなくとも、その文字情報が対応するプログラムが自動的に判別されて、名称情報として適正に管理情報上に登録されることになり、ユーザーの操作はさらに簡易なものとなる。
【０１６４】
また、登録情報として記憶されている文字情報については、記録媒体の管理情報で用いられる文字コード形態に変換して、その変換された文字情報がプログラムの名称情報とされるように処理を行うことで、放送等による文字情報の文字コードが記録媒体に管理情報に採用されている文字コードと異なるものであっても対応できる。
さらに、放送等による文字情報において変換不能な文字コードが存在した場合は、その変換不能な文字コードを、設定された特定の文字コードに変換するようにすれば、変換不能文字にも対応できることになる。
【図面の簡単な説明】
【図１】本発明の実施の形態の記録再生システムのブロック図である。
【図２】ミニディスクシステムのクラスタフォーマットの説明図である。
【図３】ミニディスクのエリア構造の説明図である。
【図４】ミニディスクシステムのＵ−ＴＯＣセクター０の説明図である。
【図５】ミニディスクシステムのＵ−ＴＯＣセクター０のリンク形態の説明図である。
【図６】ミニディスクシステムのＵ−ＴＯＣセクター１の説明図である。
【図７】ミニディスクシステムのＵ−ＴＯＣセクター４の説明図である。
【図８】実施の形態の記録再生システムのバッファメモリの構造の説明図である。
【図９】ＦＭ多重放送で送信される文字情報のフレーム構造の説明図である。
【図１０】ＦＭ多重放送で送信される文字情報のパケット構造の説明図である。
【図１１】ＦＭ多重放送で送信される文字情報パケットのサービス識別コードの説明図である。
【図１２】ＦＭ多重放送で送信される文字情報のデータグループ構造の説明図である。
【図１３】実施の形態のＭＤコントローラとチューナコントローラの通信形態の説明図である。
【図１４】実施の形態の記録時の文字データ転送処理のフローチャートである。
【図１５】実施の形態の記録時の文字データ転送処理のタイムチャートである。
【図１６】実施の形態の再生時の文字データ転送処理のフローチャートである。
【図１７】実施の形態の再生時の文字データ転送処理のタイムチャートである。
【図１８】実施の形態の転送されるパケットデータ構造の説明図である。
【図１９】実施の形態の文字情報表示処理のフローチャートである。
【図２０】実施の形態の登録データ生成処理のフローチャートである。
【図２１】実施の形態の登録メモリに格納される登録データの説明図である。
【図２２】実施の形態の編集後の登録スイッチ操作タイミングの説明図である。
【図２３】実施の形態のトラックネーム登録処理のフローチャートである。
【図２４】実施の形態の文字コード変換の説明図である。
【図２５】実施の形態のトラックネーム登録後のＵ−ＴＯＣセクター４の管理状態の説明図である。
【符号の説明】
１  記録再生部、３  光学ヘッド、８  エンコード／デコード部、１１  ＭＤコントローラ、１１ａ  ＲＡＭ、１２  メモリコントローラ、１３  バッファメモリ、１４  エンコード／デコード部、１６  出力スイッチ、１９  入力スイッチ、２１  操作部、３０  チューナ部、３１  チューナコントローラ、３３  受信部、３４  オーディオ復調部、３５  文字デコード部、３６  ＲＡＭ、３８  表示部
【図１】
0003994504.tif 000002
【図２】
0003994504.tif 000003
【図３】
0003994504.tif 000004
【図４】
0003994504.tif 000005
【図５】
0003994504.tif 000006
【図６】
0003994504.tif 000007
【図７】
0003994504.tif 000008
【図８】
0003994504.tif 000009
【図９】
0003994504.tif 000010
【図１０】
0003994504.tif 000011
【図１１】
0003994504.tif 000012
【図１２】
0003994504.tif 000013
【図１３】
0003994504.tif 000014
【図１４】
0003994504.tif 000015
【図１５】
0003994504.tif 000016
【図１６】
0003994504.tif 000017
【図１７】
0003994504.tif 000018
【図１８】
0003994504.tif 000019
【図１９】
0003994504.tif 000020
【図２０】
0003994504.tif 000021
【図２１】
0003994504.tif 000022
【図２２】
0003994504.tif 000023
【図２３】
0003994504.tif 000024
【図２４】
0003994504.tif 000025
【図２５】
0003994504.tif 000026